From e213ef310f412d47f8e5727412d5ce5cc574c4c6 Mon Sep 17 00:00:00 2001
From: Joey Hess <joeyh@debian.org>
Date: Thu, 17 Jul 2014 11:27:25 -0400
Subject: [PATCH 001/260] 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
---
 .ghci                                         |    1 +
 .mailmap                                      |    6 +
 Annex.hs                                      |  291 +
 Annex/AutoMerge.hs                            |  206 +
 Annex/Branch.hs                               |  539 +
 Annex/Branch/Transitions.hs                   |   60 +
 Annex/BranchState.hs                          |   43 +
 Annex/CatFile.hs                              |  149 +
 Annex/CheckAttr.hs                            |   35 +
 Annex/CheckIgnore.hs                          |   32 +
 Annex/Content.hs                              |  633 ++
 Annex/Content/Direct.hs                       |  263 +
 Annex/Direct.hs                               |  450 +
 Annex/Direct/Fixup.hs                         |   31 +
 Annex/Drop.hs                                 |  124 +
 Annex/Environment.hs                          |   67 +
 Annex/Exception.hs                            |   50 +
 Annex/FileMatcher.hs                          |  116 +
 Annex/Hook.hs                                 |   71 +
 Annex/Index.hs                                |   53 +
 Annex/Init.hs                                 |  244 +
 Annex/Journal.hs                              |  121 +
 Annex/Link.hs                                 |  108 +
 Annex/LockFile.hs                             |   87 +
 Annex/MakeRepo.hs                             |   88 +
 Annex/MetaData.hs                             |   55 +
 Annex/MetaData/StandardFields.hs              |   47 +
 Annex/Notification.hs                         |  101 +
 Annex/Path.hs                                 |   34 +
 Annex/Perms.hs                                |  125 +
 Annex/Queue.hs                                |   62 +
 Annex/Quvi.hs                                 |   33 +
 Annex/ReplaceFile.hs                          |   44 +
 Annex/Ssh.hs                                  |  285 +
 Annex/TaggedPush.hs                           |   61 +
 Annex/Transfer.hs                             |  131 +
 Annex/UUID.hs                                 |  100 +
 Annex/Url.hs                                  |   42 +
 Annex/VariantFile.hs                          |   45 +
 Annex/Version.hs                              |   41 +
 Annex/View.hs                                 |  448 +
 Annex/View/ViewedFile.hs                      |   75 +
 Annex/Wanted.hs                               |   29 +
 Assistant.hs                                  |  196 +
 Assistant/Alert.hs                            |  461 +
 Assistant/Alert/Utility.hs                    |  130 +
 Assistant/BranchChange.hs                     |   19 +
 Assistant/Changes.hs                          |   47 +
 Assistant/Commits.hs                          |   23 +
 Assistant/Common.hs                           |   14 +
 Assistant/CredPairCache.hs                    |   53 +
 Assistant/DaemonStatus.hs                     |  271 +
 Assistant/DeleteRemote.hs                     |   89 +
 Assistant/Drop.hs                             |   25 +
 Assistant/Fsck.hs                             |   50 +
 Assistant/Gpg.hs                              |   36 +
 Assistant/Install.hs                          |  137 +
 Assistant/Install/AutoStart.hs                |   39 +
 Assistant/Install/Menu.hs                     |   47 +
 Assistant/MakeRemote.hs                       |  171 +
 Assistant/Monad.hs                            |  150 +
 Assistant/NamedThread.hs                      |  102 +
 Assistant/NetMessager.hs                      |  180 +
 Assistant/Pairing.hs                          |   92 +
 Assistant/Pairing/MakeRemote.hs               |   96 +
 Assistant/Pairing/Network.hs                  |  130 +
 Assistant/Pushes.hs                           |   40 +
 Assistant/RemoteControl.hs                    |   21 +
 Assistant/Repair.hs                           |  160 +
 Assistant/RepoProblem.hs                      |   34 +
 Assistant/Restart.hs                          |  114 +
 Assistant/ScanRemotes.hs                      |   41 +
 Assistant/Ssh.hs                              |  353 +
 Assistant/Sync.hs                             |  278 +
 Assistant/Threads/Committer.hs                |  479 +
 Assistant/Threads/ConfigMonitor.hs            |   91 +
 Assistant/Threads/Cronner.hs                  |  225 +
 Assistant/Threads/DaemonStatus.hs             |   29 +
 Assistant/Threads/Glacier.hs                  |   43 +
 Assistant/Threads/Merger.hs                   |  119 +
 Assistant/Threads/MountWatcher.hs             |  199 +
 Assistant/Threads/NetWatcher.hs               |  184 +
 Assistant/Threads/PairListener.hs             |  160 +
 Assistant/Threads/ProblemFixer.hs             |   70 +
 Assistant/Threads/Pusher.hs                   |   49 +
 Assistant/Threads/RemoteControl.hs            |  121 +
 Assistant/Threads/SanityChecker.hs            |  319 +
 Assistant/Threads/TransferPoller.hs           |   56 +
 Assistant/Threads/TransferScanner.hs          |  184 +
 Assistant/Threads/TransferWatcher.hs          |  104 +
 Assistant/Threads/Transferrer.hs              |   27 +
 Assistant/Threads/UpgradeWatcher.hs           |  110 +
 Assistant/Threads/Upgrader.hs                 |   85 +
 Assistant/Threads/Watcher.hs                  |  368 +
 Assistant/Threads/WebApp.hs                   |  145 +
 Assistant/Threads/XMPPClient.hs               |  375 +
 Assistant/Threads/XMPPPusher.hs               |   81 +
 Assistant/TransferQueue.hs                    |  233 +
 Assistant/TransferSlots.hs                    |  293 +
 Assistant/TransferrerPool.hs                  |   96 +
 Assistant/Types/Alert.hs                      |   79 +
 Assistant/Types/BranchChange.hs               |   19 +
 Assistant/Types/Buddies.hs                    |   80 +
 Assistant/Types/Changes.hs                    |   77 +
 Assistant/Types/Commits.hs                    |   19 +
 Assistant/Types/CredPairCache.hs              |   18 +
 Assistant/Types/DaemonStatus.hs               |  122 +
 Assistant/Types/NamedThread.hs                |   21 +
 Assistant/Types/NetMessager.hs                |  155 +
 Assistant/Types/Pushes.hs                     |   24 +
 Assistant/Types/RemoteControl.hs              |   16 +
 Assistant/Types/RepoProblem.hs                |   28 +
 Assistant/Types/ScanRemotes.hs                |   25 +
 Assistant/Types/ThreadName.hs                 |   14 +
 Assistant/Types/ThreadedMonad.hs              |   38 +
 Assistant/Types/TransferQueue.hs              |   29 +
 Assistant/Types/TransferSlots.hs              |   34 +
 Assistant/Types/TransferrerPool.hs            |   67 +
 Assistant/Types/UrlRenderer.hs                |   26 +
 Assistant/Unused.hs                           |   86 +
 Assistant/Upgrade.hs                          |  365 +
 Assistant/WebApp.hs                           |   74 +
 Assistant/WebApp/Bootstrap3.hs                |  284 +
 Assistant/WebApp/Common.hs                    |   23 +
 Assistant/WebApp/Configurators.hs             |   52 +
 Assistant/WebApp/Configurators/AWS.hs         |  230 +
 Assistant/WebApp/Configurators/Delete.hs      |  139 +
 Assistant/WebApp/Configurators/Edit.hs        |  302 +
 Assistant/WebApp/Configurators/Fsck.hs        |  196 +
 Assistant/WebApp/Configurators/IA.hs          |  209 +
 Assistant/WebApp/Configurators/Local.hs       |  427 +
 Assistant/WebApp/Configurators/Pairing.hs     |  327 +
 Assistant/WebApp/Configurators/Preferences.hs |  122 +
 Assistant/WebApp/Configurators/Ssh.hs         |  664 ++
 Assistant/WebApp/Configurators/Unused.hs      |   80 +
 Assistant/WebApp/Configurators/Upgrade.hs     |   48 +
 Assistant/WebApp/Configurators/WebDAV.hs      |  143 +
 Assistant/WebApp/Configurators/XMPP.hs        |  226 +
 Assistant/WebApp/Control.hs                   |   88 +
 Assistant/WebApp/DashBoard.hs                 |  174 +
 Assistant/WebApp/Documentation.hs             |   42 +
 Assistant/WebApp/Form.hs                      |  163 +
 Assistant/WebApp/Gpg.hs                       |  107 +
 Assistant/WebApp/MakeRemote.hs                |   45 +
 Assistant/WebApp/Notifications.hs             |  107 +
 Assistant/WebApp/OtherRepos.hs                |   38 +
 Assistant/WebApp/Page.hs                      |   82 +
 Assistant/WebApp/Repair.hs                    |   35 +
 Assistant/WebApp/RepoId.hs                    |   40 +
 Assistant/WebApp/RepoList.hs                  |  265 +
 Assistant/WebApp/SideBar.hs                   |  109 +
 Assistant/WebApp/Types.hs                     |  225 +
 Assistant/WebApp/routes                       |  128 +
 Assistant/XMPP.hs                             |  274 +
 Assistant/XMPP/Buddies.hs                     |   87 +
 Assistant/XMPP/Client.hs                      |   84 +
 Assistant/XMPP/Git.hs                         |  381 +
 Backend.hs                                    |  122 +
 Backend/Hash.hs                               |  177 +
 Backend/URL.hs                                |   38 +
 Backend/Utilities.hs                          |   25 +
 Backend/WORM.hs                               |   44 +
 Build/BuildVersion.hs                         |    6 +
 Build/BundledPrograms.hs                      |   73 +
 Build/Configure.hs                            |  133 +
 Build/DesktopFile.hs                          |   80 +
 Build/DistributionUpdate.hs                   |  167 +
 Build/EvilLinker.hs                           |  165 +
 Build/EvilSplicer.hs                          |  666 ++
 Build/InstallDesktopFile.hs                   |   19 +
 Build/LinuxMkLibs.hs                          |  103 +
 Build/NullSoftInstaller.hs                    |  203 +
 Build/OSXMkLibs.hs                            |  172 +
 Build/Standalone.hs                           |   47 +
 Build/TestConfig.hs                           |  141 +
 Build/Version.hs                              |   69 +
 Build/make-sdist.sh                           |   22 +
 Build/mdwn2man                                |   44 +
 BuildFlags.hs                                 |   92 +
 CHANGELOG                                     |    1 +
 COPYRIGHT                                     |    1 +
 Checks.hs                                     |   49 +
 CmdLine.hs                                    |  108 +
 CmdLine/Action.hs                             |   70 +
 CmdLine/GitAnnex.hs                           |  211 +
 CmdLine/GitAnnex/Options.hs                   |  101 +
 CmdLine/GitAnnexShell.hs                      |  201 +
 CmdLine/GitAnnexShell/Fields.hs               |   36 +
 CmdLine/Option.hs                             |   83 +
 CmdLine/Seek.hs                               |  199 +
 CmdLine/Usage.hs                              |  115 +
 Command.hs                                    |   85 +
 Command/Add.hs                                |  274 +
 Command/AddUnused.hs                          |   41 +
 Command/AddUrl.hs                             |  252 +
 Command/Assistant.hs                          |   90 +
 Command/Commit.hs                             |   29 +
 Command/ConfigList.hs                         |   46 +
 Command/Copy.hs                               |   40 +
 Command/Dead.hs                               |   19 +
 Command/Describe.hs                           |   32 +
 Command/Direct.hs                             |   70 +
 Command/Drop.hs                               |  191 +
 Command/DropKey.hs                            |   38 +
 Command/DropUnused.hs                         |   45 +
 Command/EnableRemote.hs                       |   56 +
 Command/ExamineKey.hs                         |   29 +
 Command/Find.hs                               |   74 +
 Command/FindRef.hs                            |   20 +
 Command/Fix.hs                                |   59 +
 Command/Forget.hs                             |   52 +
 Command/FromKey.hs                            |   44 +
 Command/Fsck.hs                               |  517 +
 Command/FuzzTest.hs                           |  281 +
 Command/GCryptSetup.hs                        |   39 +
 Command/Get.hs                                |   92 +
 Command/Group.hs                              |   39 +
 Command/Help.hs                               |   65 +
 Command/Import.hs                             |  115 +
 Command/ImportFeed.hs                         |  297 +
 Command/InAnnex.hs                            |   27 +
 Command/Indirect.hs                           |  109 +
 Command/Info.hs                               |  385 +
 Command/Init.hs                               |   31 +
 Command/InitRemote.hs                         |   98 +
 Command/List.hs                               |   85 +
 Command/Lock.hs                               |   34 +
 Command/Log.hs                                |  177 +
 Command/LookupKey.hs                          |   26 +
 Command/Map.hs                                |  253 +
 Command/Merge.hs                              |   37 +
 Command/MetaData.hs                           |   98 +
 Command/Migrate.hs                            |   87 +
 Command/Mirror.hs                             |   65 +
 Command/Move.hs                               |  173 +
 Command/NotifyChanges.hs                      |   83 +
 Command/NumCopies.hs                          |   56 +
 Command/PreCommit.hs                          |  111 +
 Command/ReKey.hs                              |   71 +
 Command/RecvKey.hs                            |   87 +
 Command/Reinit.hs                             |   38 +
 Command/Reinject.hs                           |   63 +
 Command/RemoteDaemon.hs                       |   24 +
 Command/Repair.hs                             |   84 +
 Command/ResolveMerge.hs                       |   40 +
 Command/RmUrl.hs                              |   30 +
 Command/Schedule.hs                           |   53 +
 Command/Semitrust.hs                          |   19 +
 Command/SendKey.hs                            |   49 +
 Command/Status.hs                             |   90 +
 Command/Sync.hs                               |  383 +
 Command/Test.hs                               |   37 +
 Command/TransferInfo.hs                       |   64 +
 Command/TransferKey.hs                        |   57 +
 Command/TransferKeys.hs                       |  128 +
 Command/Trust.hs                              |   41 +
 Command/Unannex.hs                            |  120 +
 Command/Ungroup.hs                            |   35 +
 Command/Uninit.hs                             |  112 +
 Command/Unlock.hs                             |   50 +
 Command/Untrust.hs                            |   19 +
 Command/Unused.hs                             |  371 +
 Command/Upgrade.hs                            |   26 +
 Command/VAdd.hs                               |   36 +
 Command/VCycle.hs                             |   41 +
 Command/VFilter.hs                            |   30 +
 Command/VPop.hs                               |   50 +
 Command/Version.hs                            |   49 +
 Command/Vicfg.hs                              |  280 +
 Command/View.hs                               |   82 +
 Command/Wanted.hs                             |   51 +
 Command/Watch.hs                              |   36 +
 Command/WebApp.hs                             |  253 +
 Command/Whereis.hs                            |   65 +
 Command/XMPPGit.hs                            |   46 +
 Common.hs                                     |   37 +
 Common/Annex.hs                               |    8 +
 Config.hs                                     |   84 +
 Config/Cost.hs                                |   82 +
 Config/Files.hs                               |   69 +
 Config/NumCopies.hs                           |   80 +
 Creds.hs                                      |  147 +
 Crypto.hs                                     |  217 +
 Git.hs                                        |  141 +
 Git/AutoCorrect.hs                            |   71 +
 Git/Branch.hs                                 |  195 +
 Git/BuildVersion.hs                           |   21 +
 Git/CatFile.hs                                |  113 +
 Git/CheckAttr.hs                              |   93 +
 Git/CheckIgnore.hs                            |   71 +
 Git/Command.hs                                |  128 +
 Git/Command/Batch.hs                          |   19 +
 Git/Config.hs                                 |  197 +
 Git/Construct.hs                              |  237 +
 Git/CurrentRepo.hs                            |   67 +
 Git/DiffTree.hs                               |  102 +
 Git/FileMode.hs                               |   23 +
 Git/FilePath.hs                               |   78 +
 Git/Filename.hs                               |   28 +
 Git/Fsck.hs                                   |  117 +
 Git/GCrypt.hs                                 |  109 +
 Git/HashObject.hs                             |   58 +
 Git/Hook.hs                                   |   58 +
 Git/Index.hs                                  |   36 +
 Git/LsFiles.hs                                |  215 +
 Git/LsTree.hs                                 |   65 +
 Git/Merge.hs                                  |   38 +
 Git/Objects.hs                                |   35 +
 Git/Queue.hs                                  |  165 +
 Git/Ref.hs                                    |  144 +
 Git/RefLog.hs                                 |   22 +
 Git/Remote.hs                                 |  115 +
 Git/Repair.hs                                 |  584 ++
 Git/Sha.hs                                    |   43 +
 Git/SharedRepository.hs                       |   27 +
 Git/Types.hs                                  |  100 +
 Git/UnionMerge.hs                             |  110 +
 Git/UpdateIndex.hs                            |  112 +
 Git/Url.hs                                    |   71 +
 Git/Version.hs                                |   43 +
 INSTALL                                       |    1 +
 Limit.hs                                      |  280 +
 Limit/Wanted.hs                               |   23 +
 Locations.hs                                  |  453 +
 Logs.hs                                       |  165 +
 Logs/FsckResults.hs                           |   54 +
 Logs/Group.hs                                 |   83 +
 Logs/Location.hs                              |   71 +
 Logs/MapLog.hs                                |   81 +
 Logs/MetaData.hs                              |  186 +
 Logs/NumCopies.hs                             |   38 +
 Logs/PreferredContent.hs                      |  153 +
 Logs/PreferredContent/Raw.hs                  |   62 +
 Logs/Presence.hs                              |   56 +
 Logs/Presence/Pure.hs                         |   84 +
 Logs/Remote.hs                                |   97 +
 Logs/RemoteState.hs                           |   33 +
 Logs/Schedule.hs                              |   72 +
 Logs/SingleValue.hs                           |   65 +
 Logs/Transfer.hs                              |  323 +
 Logs/Transitions.hs                           |   86 +
 Logs/Trust.hs                                 |   97 +
 Logs/Trust/Pure.hs                            |   36 +
 Logs/UUID.hs                                  |   96 +
 Logs/UUIDBased.hs                             |   93 +
 Logs/Unused.hs                                |  118 +
 Logs/View.hs                                  |   97 +
 Logs/Web.hs                                   |   95 +
 Makefile                                      |  262 +
 Messages.hs                                   |  250 +
 Messages/JSON.hs                              |   37 +
 NEWS                                          |    1 +
 README                                        |    6 +
 Remote.hs                                     |  314 +
 Remote/Bup.hs                                 |  290 +
 Remote/Ddar.hs                                |  229 +
 Remote/Directory.hs                           |  255 +
 Remote/External.hs                            |  444 +
 Remote/External/Types.hs                      |  254 +
 Remote/GCrypt.hs                              |  411 +
 Remote/Git.hs                                 |  562 +
 Remote/Glacier.hs                             |  302 +
 Remote/Helper/AWS.hs                          |   63 +
 Remote/Helper/Chunked.hs                      |  144 +
 Remote/Helper/Encryptable.hs                  |  164 +
 Remote/Helper/Git.hs                          |   32 +
 Remote/Helper/Hooks.hs                        |  102 +
 Remote/Helper/Messages.hs                     |   17 +
 Remote/Helper/ReadOnly.hs                     |   29 +
 Remote/Helper/Special.hs                      |   40 +
 Remote/Helper/Ssh.hs                          |  161 +
 Remote/Hook.hs                                |  159 +
 Remote/List.hs                                |  116 +
 Remote/Rsync.hs                               |  295 +
 Remote/Rsync/RsyncUrl.hs                      |   46 +
 Remote/S3.hs                                  |  372 +
 Remote/Tahoe.hs                               |  256 +
 Remote/Web.hs                                 |  127 +
 Remote/WebDAV.hs                              |  399 +
 Remote/WebDAV/DavUrl.hs                       |   44 +
 RemoteDaemon/Common.hs                        |   42 +
 RemoteDaemon/Core.hs                          |  133 +
 RemoteDaemon/Transport.hs                     |   23 +
 RemoteDaemon/Transport/Ssh.hs                 |  123 +
 RemoteDaemon/Transport/Ssh/Types.hs           |   32 +
 RemoteDaemon/Types.hs                         |  115 +
 Setup.hs                                      |   62 +
 Test.hs                                       | 1695 +++
 Types.hs                                      |   31 +
 Types/Availability.hs                         |   11 +
 Types/Backend.hs                              |   27 +
 Types/BranchState.hs                          |   16 +
 Types/CleanupActions.hs                       |   17 +
 Types/Command.hs                              |   81 +
 Types/Creds.hs                                |   14 +
 Types/Crypto.hs                               |   73 +
 Types/DesktopNotify.hs                        |   27 +
 Types/Distribution.hs                         |   38 +
 Types/FileMatcher.hs                          |   40 +
 Types/GitConfig.hs                            |  188 +
 Types/Group.hs                                |   27 +
 Types/Key.hs                                  |  108 +
 Types/KeySource.hs                            |   29 +
 Types/LockPool.hs                             |   24 +
 Types/Messages.hs                             |   24 +
 Types/MetaData.hs                             |  293 +
 Types/NumCopies.hs                            |   14 +
 Types/Option.hs                               |   17 +
 Types/Remote.hs                               |  107 +
 Types/ScheduledActivity.hs                    |   69 +
 Types/StandardGroups.hs                       |  105 +
 Types/TrustLevel.hs                           |   43 +
 Types/UUID.hs                                 |   29 +
 Types/View.hs                                 |   60 +
 Upgrade.hs                                    |   56 +
 Upgrade/V0.hs                                 |   49 +
 Upgrade/V1.hs                                 |  241 +
 Upgrade/V2.hs                                 |  140 +
 Upgrade/V3.hs                                 |   12 +
 Upgrade/V4.hs                                 |   23 +
 Utility/Applicative.hs                        |   16 +
 Utility/Base64.hs                             |   24 +
 Utility/Batch.hs                              |   96 +
 Utility/Bloom.hs                              |   60 +
 Utility/CoProcess.hs                          |   94 +
 Utility/CopyFile.hs                           |   48 +
 Utility/DBus.hs                               |   85 +
 Utility/Daemon.hs                             |  183 +
 Utility/Data.hs                               |   17 +
 Utility/DataUnits.hs                          |  160 +
 Utility/DirWatcher.hs                         |  157 +
 Utility/DirWatcher/FSEvents.hs                |   96 +
 Utility/DirWatcher/INotify.hs                 |  187 +
 Utility/DirWatcher/Kqueue.hs                  |  267 +
 Utility/DirWatcher/Types.hs                   |   24 +
 Utility/DirWatcher/Win32Notify.hs             |   66 +
 Utility/Directory.hs                          |  230 +
 Utility/DiskFree.hs                           |   70 +
 Utility/Dot.hs                                |   63 +
 Utility/Env.hs                                |   81 +
 Utility/Exception.hs                          |   59 +
 Utility/ExternalSHA.hs                        |   68 +
 Utility/FileMode.hs                           |  158 +
 Utility/FileSystemEncoding.hs                 |  132 +
 Utility/Format.hs                             |  178 +
 Utility/FreeDesktop.hs                        |  144 +
 Utility/Glob.hs                               |   58 +
 Utility/Gpg.hs                                |  381 +
 Utility/Hash.hs                               |   70 +
 Utility/HumanNumber.hs                        |   21 +
 Utility/HumanTime.hs                          |  101 +
 Utility/InodeCache.hs                         |  210 +
 Utility/JSONStream.hs                         |   44 +
 Utility/LinuxMkLibs.hs                        |   61 +
 Utility/LogFile.hs                            |   59 +
 Utility/Lsof.hs                               |  120 +
 Utility/Matcher.hs                            |  169 +
 Utility/Metered.hs                            |  116 +
 Utility/Misc.hs                               |  148 +
 Utility/Monad.hs                              |   69 +
 Utility/Mounts.hsc                            |   93 +
 Utility/Network.hs                            |   21 +
 Utility/NotificationBroadcaster.hs            |   96 +
 Utility/OSX.hs                                |   44 +
 Utility/PID.hs                                |   31 +
 Utility/Parallel.hs                           |   35 +
 Utility/PartialPrelude.hs                     |   68 +
 Utility/Path.hs                               |  293 +
 Utility/Percentage.hs                         |   33 +
 Utility/PosixFiles.hs                         |   33 +
 Utility/Process.hs                            |  353 +
 Utility/QuickCheck.hs                         |   52 +
 Utility/Quvi.hs                               |  148 +
 Utility/Rsync.hs                              |  156 +
 Utility/SRV.hs                                |  112 +
 Utility/SafeCommand.hs                        |  119 +
 Utility/Scheduled.hs                          |  396 +
 Utility/Shell.hs                              |   26 +
 Utility/SimpleProtocol.hs                     |   90 +
 Utility/SshConfig.hs                          |  142 +
 Utility/TList.hs                              |   69 +
 Utility/Tense.hs                              |   57 +
 Utility/ThreadLock.hs                         |   19 +
 Utility/ThreadScheduler.hs                    |   74 +
 Utility/Tmp.hs                                |  107 +
 Utility/Touch.hsc                             |  120 +
 Utility/URI.hs                                |   18 +
 Utility/Url.hs                                |  212 +
 Utility/UserInfo.hs                           |   55 +
 Utility/Verifiable.hs                         |   37 +
 Utility/WebApp.hs                             |  282 +
 Utility/WinLock.hs                            |   69 +
 Utility/WinProcess.hs                         |   15 +
 Utility/Yesod.hs                              |   72 +
 Utility/libdiskfree.c                         |   92 +
 Utility/libdiskfree.h                         |    1 +
 Utility/libkqueue.c                           |   74 +
 Utility/libkqueue.h                           |    3 +
 Utility/libmounts.c                           |  103 +
 Utility/libmounts.h                           |   38 +
 Utility/winprocess.c                          |   10 +
 build.bat                                     |    1 +
 configure.hs                                  |    6 +
 debian/NEWS                                   |   44 +
 debian/changelog                              | 3200 ++++++
 debian/compat                                 |    1 +
 debian/control                                |  115 +
 debian/copyright                              |  821 ++
 debian/doc-base                               |    9 +
 debian/menu                                   |    2 +
 debian/rules                                  |   14 +
 debian/tests/basics                           |    4 +
 debian/tests/control                          |    4 +
 doc/Android.mdwn                              |   53 +
 ..._dc7b428f525a082834cb87221fc627ff._comment |    8 +
 ..._81940ea56ace3dcd5fa84dfccd88ad96._comment |   10 +
 ..._37aa87a451d4390ed367402eec740855._comment |   12 +
 ..._ba11b81c671d9bcd6f496fbd6f562b0f._comment |   16 +
 ..._97704e0d89bb87155e019e09e54fc9bf._comment |   13 +
 doc/Android/oldcomments.mdwn                  |    2 +
 ..._20e3d513b8b97496d76aca4619026cd6._comment |   16 +
 ..._c96b8f1cc1583a74eb2483f48357f023._comment |   15 +
 ..._6551f5fa081494b079c10a33c9b0d8ad._comment |   10 +
 ..._7c633d245651ec08f63194fe1fc194ae._comment |    8 +
 ..._60c2403140085f9caf48a33b59a36ab4._comment |    8 +
 ..._77bafc01b47d4cf8f96bde2b6704ed71._comment |    8 +
 ..._9af73451be09f03cfff81fdf9481ffc4._comment |   27 +
 ..._f76561a654b534df3a807b1c045710b2._comment |    8 +
 ..._1b46cdf154ddadfe17e4b6e4054dc619._comment |   17 +
 ..._cc9caa5dd22dd67e5c1d22d697096dd2._comment |   15 +
 ..._5903f6a4a81a6534fa8cfafb3b6c37bb._comment |    8 +
 ..._36afd354f9669a154d7b6b2c4d43ded9._comment |    8 +
 ..._de98154792e8611a134429f06d82bcb1._comment |    8 +
 ..._7ab509c25243009bfbffd796ec64e77b._comment |   10 +
 ..._026d1a01d5753d71ac3dfc002f2a5eec._comment |   10 +
 ..._f0a044fb649d43e32c96b08edbc336c3._comment |   12 +
 ..._6b9ae35b1ceeba14cd7a74e142870705._comment |   34 +
 ..._c91db1215f529aa68bfb0576c3c5eddc._comment |   10 +
 ..._c2422b7dd9d526b3616e49f48cf178c2._comment |   10 +
 ..._0e4980c27b13dbc28477c02a82898248._comment |   14 +
 ..._86f7b5444e2eaea7f8f7b9160f671a1d._comment |   10 +
 ..._9d78009435736a178d5a3f5a9bc0ed6a._comment |    8 +
 ..._7b9523ddb20dc4a929e556c3ed0c7406._comment |   18 +
 ..._a56628a622da752806c42c5b8b54ceef._comment |    8 +
 ..._19656ec99b8f6aa64c1d01a3c9ae9bd0._comment |    8 +
 ..._55e703ae105d0c0ee9ac50df8cc59dfb._comment |   10 +
 doc/android/DCIM.png                          |  Bin 0 -> 95786 bytes
 doc/android/appinstalled.png                  |  Bin 0 -> 16805 bytes
 doc/android/apps.png                          |  Bin 0 -> 53971 bytes
 doc/android/install.png                       |  Bin 0 -> 55106 bytes
 doc/android/newwindow.png                     |  Bin 0 -> 1009 bytes
 doc/android/terminal.png                      |  Bin 0 -> 20565 bytes
 doc/android/webapp.png                        |  Bin 0 -> 64097 bytes
 doc/assistant.mdwn                            |   41 +
 doc/assistant/addsshserver.png                |  Bin 0 -> 31740 bytes
 doc/assistant/archival_walkthrough.mdwn       |   32 +
 doc/assistant/brokenrepositoryalert.png       |  Bin 0 -> 5806 bytes
 doc/assistant/buddylist.png                   |  Bin 0 -> 4347 bytes
 doc/assistant/cloudnudge.png                  |  Bin 0 -> 7332 bytes
 doc/assistant/combinerepos.png                |  Bin 0 -> 10677 bytes
 ..._f2c4857b7b000e005f0c19279db14eaf._comment |    8 +
 ..._befa1f48e5a43a7965060491430a6bc4._comment |    9 +
 ..._9bd3b532a5c026a1d664c898f8e335e6._comment |    8 +
 ..._c546a24459ca29025f00e424353c40d2._comment |    8 +
 ..._d17de359cdd46659170d373cd09c0979._comment |    8 +
 doc/assistant/connection.png                  |  Bin 0 -> 3181 bytes
 doc/assistant/controlmenu.png                 |  Bin 0 -> 8863 bytes
 doc/assistant/crashrecovery.png               |  Bin 0 -> 6594 bytes
 doc/assistant/dashboard.png                   |  Bin 0 -> 41061 bytes
 doc/assistant/deleterepository.png            |  Bin 0 -> 22780 bytes
 doc/assistant/downloadnotification.png        |  Bin 0 -> 4513 bytes
 doc/assistant/downloadupgrade.png             |  Bin 0 -> 9071 bytes
 doc/assistant/encryptdrive.png                |  Bin 0 -> 42725 bytes
 doc/assistant/example.png                     |  Bin 0 -> 110994 bytes
 doc/assistant/fsckconfig.png                  |  Bin 0 -> 59050 bytes
 doc/assistant/genkey.png                      |  Bin 0 -> 27854 bytes
 doc/assistant/iaitem.png                      |  Bin 0 -> 34868 bytes
 doc/assistant/inotify_max_limit_alert.png     |  Bin 0 -> 12583 bytes
 doc/assistant/local_pairing_walkthrough.mdwn  |   90 +
 .../addrepository.png                         |  Bin 0 -> 2259 bytes
 ..._b33deed054d3aa8cfa6c9e3958643f16._comment |    8 +
 ..._39f1162b4d43b61e957e7497df4b9e2b._comment |    8 +
 ..._588869692b290483f58f3a7aa2bfb55f._comment |   17 +
 ..._f6bf82c263fefe38701709d9dbd974cc._comment |   10 +
 ..._bada601ea4b7104f162a3e00def4be2b._comment |   19 +
 ..._01ba0f9bfa0ed066c4b73d2d6028eecc._comment |    8 +
 ..._17d44229e4fa46c50815672b96a9735a._comment |   10 +
 ..._b9d4c29cf2cca0427808df6af08fb789._comment |    8 +
 .../local_pairing_walkthrough/pairing.png     |  Bin 0 -> 6771 bytes
 .../local_pairing_walkthrough/pairrequest.png |  Bin 0 -> 5383 bytes
 .../local_pairing_walkthrough/secret.png      |  Bin 0 -> 5132 bytes
 .../local_pairing_walkthrough/secretempty.png |  Bin 0 -> 9575 bytes
 doc/assistant/logs.png                        |  Bin 0 -> 33631 bytes
 doc/assistant/makerepo.png                    |  Bin 0 -> 32061 bytes
 doc/assistant/menu.png                        |  Bin 0 -> 22921 bytes
 doc/assistant/nautilusmenu.png                |  Bin 0 -> 59867 bytes
 doc/assistant/osx-app.png                     |  Bin 0 -> 2604 bytes
 doc/assistant/preferences.png                 |  Bin 0 -> 22815 bytes
 doc/assistant/quickstart.mdwn                 |   30 +
 doc/assistant/release_notes.mdwn              |  414 +
 ..._bd8f376c9d0c1d5ed07fb013907a60ee._comment |   14 +
 ..._75e0774ad042717fbd059a8a9ec2db1e._comment |   12 +
 ..._b3bfd8e547e20c51f7c32c6c9424e936._comment |   10 +
 ..._c6caa2b521b456bb4ce594d64919cffe._comment |    8 +
 doc/assistant/remote_sharing_walkthrough.mdwn |   12 +
 ..._e0187b0a926904b363065ab0f850f0b2._comment |   10 +
 ..._dabcbc9aaf0bdb82716f5a5d55807a21._comment |    8 +
 ..._978fab3cd165b4ca245e32fc48cf0970._comment |    8 +
 ..._d7e879f7b098964040df2e27a18eda72._comment |   18 +
 ..._00852736d47c05772b15c5ff54ae7da7._comment |    8 +
 ..._770c4f1802fc40d76bbaf7783bb3b4ac._comment |   14 +
 ..._61c1f5b00381b2fa891a8578267881ab._comment |    8 +
 ..._35e00cd10e89ae4bcc66af7dadf6bb5c._comment |    8 +
 ..._c900e4ef49388826c87cadef4235c073._comment |    8 +
 doc/assistant/repairrepository.png            |  Bin 0 -> 31791 bytes
 doc/assistant/repogroups.png                  |  Bin 0 -> 15636 bytes
 doc/assistant/repoinfo.png                    |  Bin 0 -> 7603 bytes
 doc/assistant/repositories.png                |  Bin 0 -> 63405 bytes
 doc/assistant/rsync.net.encryption.png        |  Bin 0 -> 40504 bytes
 doc/assistant/rsync.net.png                   |  Bin 0 -> 61465 bytes
 doc/assistant/running.png                     |  Bin 0 -> 24664 bytes
 .../share_with_a_friend_walkthrough.mdwn      |   58 +
 .../buddylist.png                             |  Bin 0 -> 5114 bytes
 ..._c87889721e3a7e52ac1ed3752fa7db46._comment |    8 +
 .../pairing.png                               |  Bin 0 -> 6892 bytes
 .../repolist.png                              |  Bin 0 -> 8525 bytes
 .../xmppalert.png                             |  Bin 0 -> 4070 bytes
 doc/assistant/thanks.mdwn                     |    1 +
 doc/assistant/thumbnail.png                   |  Bin 0 -> 3491 bytes
 doc/assistant/unused.png                      |  Bin 0 -> 49957 bytes
 doc/assistant/upgradecomplete.png             |  Bin 0 -> 4817 bytes
 doc/assistant/xmpp.png                        |  Bin 0 -> 27753 bytes
 doc/assistant/xmppnudge.png                   |  Bin 0 -> 6156 bytes
 doc/assistant/xmpppairingend.png              |  Bin 0 -> 34379 bytes
 doc/automatic_conflict_resolution.mdwn        |   23 +
 ..._307898855f91a2a189d4fa5eae62cce1._comment |   10 +
 ..._0a8ea42764dde1a33d2112197b961c51._comment |    8 +
 ..._5c587c6633cae1c8547ca970d55ee97e._comment |    8 +
 ..._80539e11e36a0b64cee83b6b373bd843._comment |   17 +
 ..._00ac9e4a47ce9a886dbf573480f151bd._comment |   10 +
 ..._8a0860fee88f5954918305f055a39d8d._comment |   10 +
 ..._3d2250cc26036b8532faa980065e20d0._comment |   23 +
 ..._ef474c258ce8e0ebc6485c1366ae6315._comment |    8 +
 doc/backends.mdwn                             |   43 +
 ..._375bb1fb5973e8fa67b763f2dd6e404b._comment |   13 +
 ..._1f2626eca9004b31a0b7fc1a0df8027b._comment |   24 +
 ..._fdcbf8727fdefb9942a54689234b9698._comment |   12 +
 ..._46591a3ba888fb686b1b319b80ca2c22._comment |    9 +
 ..._2210c7ff2d5812fb3b778ac172291656._comment |    8 +
 ..._82f239b58680a2681bd8074c7ef9584d._comment |    8 +
 doc/bare_repositories.mdwn                    |   48 +
 ..._148e1da70d37d311634a0309a4ff8dcd._comment |   22 +
 doc/bugs.mdwn                                 |    7 +
 ...o_talk_to_other_5.x_git-annex_remotes.mdwn |   37 +
 ..._323262a080daed9cebd4caee4c887210._comment |   10 +
 ..._6172dcd7db2322084483a18d4f3cc2d6._comment |    8 +
 ..._5ae2178863709230ddb995905c629c4e._comment |   10 +
 ..._19d32634789a09c1b04e9d3fcde364f7._comment |    8 +
 ...downloads_but_does_not_checkout_files.mdwn |   74 +
 ...__etc__47__resolv.conf_does_not_exist.mdwn |   26 +
 ..._d4f22335d5b6cb178c77579a1b450f9c._comment |   13 +
 ..._19dd9ebfebbece9d3654825492ebd5b9._comment |   20 +
 ..._4a85c4c45768f96bdc6619c193de55ab._comment |   10 +
 ...ith___34__Internal_Server_Error__34__.mdwn |   20 +
 ..._414adc1bee73711e3133c7fe8811aae2._comment |   10 +
 ..._977a529f488ce0c167035675f76ebabf._comment |    8 +
 ...___34__Full_backup__34___server__41__.mdwn |   84 +
 ..._3f0e3fed240252207020d31ab96d0666._comment |   10 +
 ..._87746f4fd0b404db7070c0b2346e8e2b._comment |   66 +
 ..._72c9e9f6bb5ca23ddfd513fcc8bff48c._comment |   27 +
 ..._b54c169a96e263e12495690fe14d8b4a._comment |   14 +
 ..._56ef816d3d4f3d85d31ccaf806133073._comment |    8 +
 ...IM__47__Camera_not_being_configurable.mdwn |   16 +
 ..._1fe5f8c68a430b2436649cf4ba8f4987._comment |   10 +
 ...__91__Terminal_session_finished__93__.mdwn |   33 +
 ..._31af3e5226430a4e94de58c0e33bd22b._comment |   12 +
 ..._a5bcbd2f85283e29e237e9850cd8109a._comment |   22 +
 ..._965efa6736dcff4d7010ea5533f31a59._comment |    8 +
 ..._90a0be2296b4a1d8c1708423666c9619._comment |   31 +
 ..._be4b720293992f75b9cc3e8f6687fb87._comment |    8 +
 ..._8e439138c97b8853ab2b6f96f6111568._comment |    8 +
 ..._6142516d816f78c724e22737aa3bca53._comment |    8 +
 ..._files_with_utf-8_characters_in_names.mdwn |   36 +
 ..._bcc3ce19cf26731057a7f3189fcbae19._comment |   10 +
 ...id_fails_on_Google_Nexus_10_Jellybean.mdwn |  166 +
 ..._b41666c032aeb2d0de35023328391edb._comment |   25 +
 ..._95ebed938df3db2b6d4ebe4c666c08f8._comment |    8 +
 ...rsion_broken_on_Synology_DSM_4.3-3810.mdwn |   28 +
 ..._c398f92de91729e60b59127733759a38._comment |   14 +
 ..._646087d44ee32f78784ae9e8d65d87e6._comment |    8 +
 ..._205e41cb0abaed3e16d45206bb2e77a4._comment |   10 +
 ...links_are_in_.git__47__annex__47__tmp.mdwn |    9 +
 ..._659e0c5127c92b1c7643823d0c240543._comment |   10 +
 ...esn__39__t_check_if_it_can_drop_files.mdwn |   64 +
 ..._f32fbae29e4db039804c0853256c238c._comment |   10 +
 ..._405bfa00dfd433352c263afe75e94b2c._comment |   10 +
 ..._c8cac8d800199ca4d8a65ba72abf678e._comment |   40 +
 ..._ee5fa8a22d1571b0040aa97c4979ef92._comment |   14 +
 ..._eef448b9e3dd1a717430a60d1001a7ee._comment |   10 +
 ...local_repositories_100__37___separate.mdwn |  435 +
 ..._418103046e296a43cfe0f0cf69e729d5._comment |    8 +
 ..._9405804842bb23e8040ec85b271b18af._comment |   23 +
 ..._01fc26e443ea3a8a351174b45f25dc2a._comment |   10 +
 ..._6e8f0889359bb2f3e3438658c9776f76._comment |   14 +
 ..._902fe9ff295453461b66d84463205fc3._comment |   10 +
 ..._ce01656b191d2bb13a3ddc29794e1e7a._comment |   12 +
 .../Assistant_dropping_from_backup_repo.mdwn  |   28 +
 ..._c13d86fb2541676ee4ca1446b99e0e68._comment |    8 +
 ...e_5.20131230_64bit_crashes_on_startup.mdwn |   31 +
 ..._56befc288c40e062e086d93d26064342._comment |   14 +
 ..._107ab23eac98a168d2920bb88b4ec86f._comment |   24 +
 ..._7707c47aacde425ca6149dd828dd27fb._comment |   10 +
 ..._created_155_semitrusted_repositories.mdwn |  191 +
 ..._c5508b476fc48e7a0002b6ecb8d5eac0._comment |   18 +
 ..._cb49edcc8a13928c171a2acdde32dce9._comment |   12 +
 ..._a86c8347526e7b0a6f7633f3aea528bb._comment |    8 +
 ..._a26c2b49ee7746be06f4772aa838d5aa._comment |   21 +
 ..._b958da97a69091d283918e0d5a658da5._comment |   26 +
 ..._169b24b34cce3f5c8446c2150beb6827._comment |    8 +
 ..._6acd6f38297772a07d8d5fb999bd2eaa._comment |  183 +
 ..._6a4118e5c5fbe5e84d27094ac72b741b._comment |   22 +
 ..._04daa20d5d7c74bb34ec48e752ed9fe8._comment |    8 +
 ..._11af8ab2587e6eeb671051ba8191995b._comment |   11 +
 ..._26236cdc2bce532017854791bcd727d1._comment |    8 +
 ..._3c532dd5b8a01ecdeda1300b49aba675._comment |   12 +
 ..._119142c5ebc499f0ee0926dbca265308._comment |   10 +
 ..._0651071ee1654eeaa9aa9369873fdf6a._comment |    8 +
 ...er_and_over_and_using_a_lot_of_memory.mdwn |  520 +
 ..._edb2428552cf98bfb1735c2d6daf2b20._comment |    8 +
 ..._ac8c39e362e6c806b9d68befc0199ccd._comment |   10 +
 ..._b2941bf7901a1b2237b7210c8f0af2a5._comment |   22 +
 ..._1429ca784a03bc424b3537cbe0449421._comment |   23 +
 ..._f9e65cf5598b4b14eeee1f41f46d4084._comment |   12 +
 ..._044ecac2d2e670e1ef69809c944093d1._comment |   19 +
 ..._6f4f51e1583bed5e7e601e4f30f4207b._comment |    8 +
 ..._683a0a3d4caea0ee625e41ae8a6c7c06._comment |   81 +
 ..._03dd76b01f46a7cc66eddac3e054c8ad._comment |    8 +
 ..._5f4444f03cbebaa44628288095383679._comment |   89 +
 doc/bugs/Assistant_merge_loop.mdwn            |   19 +
 ..._8fe176691f0f61c15085d3c38f0ea50f._comment |    8 +
 ..._6e3a78327c0b813415ebf85e298813d4._comment |   10 +
 ..._ccf46511b924f86b488dba25060baa06._comment |   14 +
 ..._afcbf3f8575e1a967c79693b94ef055c._comment |   12 +
 ..._07341221b2839fdc1c43634e011451d2._comment |   62 +
 ..._7ae215b478843d2a8c705cac385fcf22._comment |    8 +
 ..._11873461f093a266f0bb7e129bc21cde._comment |    8 +
 ..._e7b6ecdd7e2b0222ea0baa0ed770e66d._comment |   80 +
 ..._7717d074611943b831f00ad10918b515._comment |    8 +
 ..._5ce91ac76498539ada344d1639984302._comment |    8 +
 ..._b09a5eaa2588559e19b3549bd3c8b496._comment |   10 +
 ...repair_greatly_slows_down_the_machine.mdwn |   21 +
 ..._d46c6314bff75a0ae679bc2358b28c2b._comment |    8 +
 ..._1c2c3adfbccd2b14a7d1c4618800e735._comment |    8 +
 ..._a52e4ef04209d0a2449165e2b4cb9ccc._comment |   10 +
 ..._9f5340ab1012f335af0c246b82c1a777._comment |   16 +
 ..._67bfccf0934075559d439b1deafc001e._comment |    9 +
 ..._5fa785aa759d1a1917f2a292324fe5ec._comment |    8 +
 ..._9fe529034ad0115792b58d7da99c167e._comment |    8 +
 ..._93ed991ef2a74c18575073ca72e06185._comment |    8 +
 ..._4649fa11745ff668e43833209811d005._comment |   10 +
 ..._6138a48f0b7e8be2bb66430397afdf5a._comment |    8 +
 ..._3da5940bb2e9689b00239eec9a073f1c._comment |    8 +
 .../Bootstrap3_icons_missing_on_Android.mdwn  |    7 +
 ..._da4e26c77376a8171493a815bdb51ff1._comment |   10 +
 ..._506e26de284a6429366def33b007bc0c._comment |    8 +
 ..._a77477951576fc657d693811f11f9975._comment |   24 +
 ..._c3ef67bded8ed3c511a8ea85b8bd81a5._comment |    8 +
 ..._97cf233d8401d642337d5fe9dd525e2b._comment |    8 +
 ..._4981a0a894b77e94a3bffec82b0f6e51._comment |   16 +
 ..._dbe960392aaa0839886381820754814a._comment |   10 +
 ..._cdf9621fe3e9f8eb8b7af88f779a7116._comment |    8 +
 ..._a2318f094b30f58fefc072807896c099._comment |    8 +
 ..._7c2f1d914793798708ca13b6ac3dd474._comment |   29 +
 ..._a24b5165590b5d58919da1003cd20c54._comment |    8 +
 ..._71ed14b8e5a898b1643d5e37591c2476._comment |    8 +
 ..._15357e33c2431080d45f7cef5f4f1209._comment |    8 +
 doc/bugs/Box.com_ReposnseTimeout.mdwn         |   12 +
 ..._4ac0bf61fb4b2ac335a8a1f29e9d882d._comment |   20 +
 ..._29d8a9fa8d385a08fa70337baaba462c._comment |   10 +
 ..._b73450b3a9728ac6f34f0e63255f6fa9._comment |    8 +
 ..._0bd9eb5947a21d0657e79cf276923bb5._comment |    9 +
 doc/bugs/Bug_Report_doesn__39__t_work.mdwn    |   20 +
 doc/bugs/Build_failure_at_commit_1efe4f3.mdwn |   45 +
 ..._Not_in_scope:___96__myHomeDir__39___.mdwn |   56 +
 ...epo__47__.git__47__X__34___for_many_X.mdwn |   37 +
 ..._7f54e24c8e721d69bdb1e5a4181641b8._comment |   10 +
 ..._6e91bc254f79ccf80d385ba7d35ffa9c._comment |   14 +
 ..._4cf34da6050dd96f94ffc3652aa39715._comment |   12 +
 ..._cafcc24e98a89f10adaed5e09f75b659._comment |   19 +
 ..._118d61dea9ef0faa2960da6f2f62ec8b._comment |   12 +
 ..._3978557c6e85608243e5b4eb698ac5a5._comment |   27 +
 ..._e6dfc41d2042402b40efb6f6139d5662._comment |   18 +
 ..._33a84937c87dd2406bc090a0d2969683._comment |   30 +
 ..._28bb02572d453db3b30824ec7604d91a._comment |   17 +
 ...e_some_filenames_have_a_colon_in_them.mdwn |   20 +
 ..._5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment |   12 +
 ..._38696178e658d1d32deec37dbea66a3d._comment |    8 +
 ..._f34d996827f5e7662bec409cbcce961b._comment |   12 +
 ...__t_start_on_Cyanogenmod_10.2_nightly.mdwn |  158 +
 ...Can_not_Drop_Unused_Files_With_Spaces.mdwn |   22 +
 ..._b909ed9f474601587b2adad7ad4f674d._comment |    8 +
 ..._b2735a6e03db3f77a87a0f7d87347685._comment |   16 +
 ..._dd82a0cd698b0688ff08f0462af0275f._comment |    8 +
 ..._bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment |    8 +
 ..._106c271d5174342055910bf57c0a34c5._comment |    8 +
 ..._3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment |    8 +
 doc/bugs/Cannot_clone_an_annex.mdwn           |   69 +
 ..._b40a2652361a79c6c6eab0fc21be8e46._comment |    8 +
 ...not_delete_remote_when_ssh_sync_fails.mdwn |    8 +
 ..._3c8e8fae688a9db8e18e869a187fb4eb._comment |    8 +
 ..._e189617c4ac23df50f02af8c517fa399._comment |   14 +
 ...es_Containing_Non_Ascii_Char_on_OS_X_.mdwn |   46 +
 ..._81a4647a9b51bed8c230a2a16990915d._comment |   14 +
 ..._f8e97dded9ba6d2305de1278025924fe._comment |   23 +
 ..._eb34061429cb8c7d0b155825e84b657b._comment |   35 +
 ...g_version_5.20140402_in_cabal_sandbox.mdwn |   36 +
 ..._bd830cadaeffda0366b3ae46b34c0c55._comment |   39 +
 ...eleted_and_deletes_them_elsewhere_too.mdwn |   36 +
 ..._80ca50f5305eda71fe32f2b0bc922c34._comment |   21 +
 ..._e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment |    9 +
 ..._0d0f6b6b46d0153433fead2bbd1bbe64._comment |   12 +
 ..._6058a22b733cb02126286af950074ed4._comment |   10 +
 ..._593a49669e2fadfb91773f8c84fbb031._comment |    8 +
 ..._5a348c5f327f16e1192ef6bd7f2880bb._comment |   15 +
 ...Could_not_read_from_remote_repository.mdwn |   28 +
 ..._da842a9d146bcd5c7773b58364c25597._comment |    8 +
 ..._82746a0cf989d884cd0fd796db092b3c._comment |   36 +
 ..._95d16045dc238dba19a98808de2eeedf._comment |   11 +
 ..._when_disabling_syncing_in_the_webapp.mdwn |   25 +
 ..._e25dd80370820782f9c6a877101d8703._comment |   10 +
 ..._4031c16362137747717e9595cb5c8a15._comment |   10 +
 ..._0667f39f60bdaba6670f5b8304a8a77c._comment |   12 +
 .../Creating_a_WebDAV_repo_under_OpenBSD.mdwn |   53 +
 ..._47__wherever__34___works_incorrectly.mdwn |   37 +
 ...S3_does_not_check_for_presence_of_GPG.mdwn |   19 +
 ...using_git-annex_webapp_--listen__41__.mdwn |   35 +
 ...on_stops_working_on_mounted_CIF_share.mdwn |   12 +
 ..._2a5fb522cbf6e2cefbee0a5fc48287d0._comment |   45 +
 ..._6b8d35d464e248c29764e3adbc1c9bae._comment |    8 +
 ..._e134ba74ec996a419d6f9903871b9b03._comment |   47 +
 ..._2ad592d92dda2d1e78235bad5764f5d9._comment |   22 +
 ..._42ad8c7944c210ac1be812e463e03d7c._comment |   13 +
 ...p_ssh_keys_after_removing_remote_repo.mdwn |   18 +
 ..._88fbf70eae48484988dbb433a437c717._comment |   14 +
 ...sitories_still_use_symlinks_sometimes.mdwn |   36 +
 .../Disconcerting_warning_from_git-annex.mdwn |    8 +
 ..._58cebd377bfdf247b6c4fee27a3ba461._comment |    8 +
 ..._dc7407044d4c739d05248300c58d8ef2._comment |    8 +
 ..._13999207f4ddac2f9c345415f25f7ada._comment |   28 +
 ...--from_always_trusts_local_repository.mdwn |   46 +
 .../Empty_folders_don__39__t_get_remove.mdwn  |    4 +
 ..._9f41638299c214b2ee13f23ab41349da._comment |   10 +
 ..._ssh_server_with_multiple_directories.mdwn |   19 +
 ..._e8affeca873c2ef73255f8f77e0ac16f._comment |   10 +
 doc/bugs/Endless_SSH_password_prompts.mdwn    |   34 +
 ..._b3a32d7a53c30478f409a47f856282ab._comment |   10 +
 ..._0a1fc4b4580d8be4c37064e0a16de99b._comment |    8 +
 ..._46210f7745b8c7c237fc8b08309390fe._comment |   11 +
 ..._bf311301063db06bcfa8ce8d7db54028._comment |    8 +
 ..._7490ca530d4e7d49eaa264eb5880dd17._comment |    8 +
 ..._57952f91c8d55558cce18b229398f70c._comment |   11 +
 ..._6d6a131fda398840cfe00c52ad560ed2._comment |   10 +
 ...ng_remote_repository_using_ssh_on_OSX.mdwn |   39 +
 ..._559555934d79ae6be383063abcaae22e._comment |   10 +
 ..._a9f4f9db042ab6f6c15d6954651971b2._comment |   12 +
 ..._55a496d0a0be80ba723b17bf9faa3bc0._comment |    8 +
 ...r_needs_to_escape_spaces_in_user_name.mdwn |   18 +
 ..._6b289221a65a750444b1b5850df3386c._comment |   10 +
 ...ion_for_mtime_2s--__62___implications.mdwn |  138 +
 ..._13a35801805ea3d2d4428b1539f96b16._comment |   18 +
 ..._632456a0a1d399ee2bbac76b7d63a5f1._comment |   14 +
 ..._e4d268f269cc1701736cc5a39719ac20._comment |   23 +
 ..._962cd8d7280cbc1d61778d69f3a393f0._comment |   16 +
 ..._5b3bb068b62b12c7cc7504836a8acf32._comment |   10 +
 ..._5271ba4eed013adec8391ddfcc11eda8._comment |   19 +
 ..._7a536b79bae7d8f897f014d17dbb90b6._comment |    8 +
 ..._349959a6daa722c8350f73feb0b27162._comment |   16 +
 ..._923fc470727ecf21f0bb368b0486b15d._comment |   22 +
 ..._68a8434018430a0d2671c4e23e9a3b12._comment |    8 +
 ..._0b7d69489b9f10bb5ed617b5b62ae063._comment |    8 +
 ..._650d950da065eeac966c2498418c668d._comment |   22 +
 ..._834c512e32ad5a157d8fa9fd472831b4._comment |    8 +
 ..._2500e6f9545b916dfa41549140c053fd._comment |   41 +
 ..._e2dc3ff80bbd66837f00975b16e17126._comment |   10 +
 ...can_be_sequentially_copy_then_dropped.mdwn |   17 +
 ...om_locally_paired_annexes_when_edited.mdwn |   36 +
 ..._bdc97db9dc9954331e4c400baf9e5541._comment |   10 +
 ..._change___34__deleted:_uuid.log__34__.mdwn |   44 +
 ..._6441dd04adc158df22589c81746108a9._comment |   10 +
 ..._d1c5d7642284a375f9c455dbf76efa5c._comment |   12 +
 ..._4b863da1c8ba73ad54da20f7d2ec6e5c._comment |   14 +
 ..._8e0f489305ce30ad578b9f8526e86416._comment |   10 +
 ..._c699034c8e02b2354516414d0ab73aab._comment |   53 +
 ..._786cb7e643811dfd2496ceeff8f34f44._comment |   10 +
 doc/bugs/GIT_DIR_support_incomplete.mdwn      |   17 +
 ...s_with_pubkey___40__Again__63____41__.mdwn |   44 +
 ..._ac3631024abf372e6f578a472b86d792._comment |    8 +
 ..._980c149d7f9040f5e71e662d95a5fbf1._comment |    9 +
 ..._c279f5cc3f96910287e72bf59120d02b._comment |    8 +
 ..._ec6abe7074f767f866e9618d65a4a900._comment |   12 +
 ..._44f80d89360a5620f919f8bc7c1c2879._comment |    8 +
 doc/bugs/GPG_passphrase_repeated_prompt.mdwn  |   25 +
 ..._6ef1c9725befc84ad57bce196ef630ef._comment |   16 +
 ...x_requires_all_repositories_to_repair.mdwn |    3 +
 ..._dff1424e48835d7d3eb8653fc59de18a._comment |   10 +
 ...nnex_add_._dies_when_you_add_too_much.mdwn |   58 +
 ..._a99b96c38bba3af54e0152cc3730c16c._comment |   10 +
 ...hen_submodule_is_not_in_the_same_path.mdwn |   65 +
 ..._b3197993dbdfaf2db5e4651ac54a896e._comment |   12 +
 ..._1fbbd02e61ef524597dafd69460b00b4._comment |   10 +
 ...on_parameter_to_glacier-cli_on_hasKey.mdwn |   38 +
 .../Glacier_remote_uploads_duplicates.mdwn    |   36 +
 ..._8aef582a0f0d0c7f764b425fc45de3b4._comment |   25 +
 ..._150ce8b7c4424a83c4b1760da5a89d27._comment |    8 +
 ..._718af5048c5f894eee134547a2e0a644._comment |    8 +
 ..._184ad0f8c2847309632f8c18b918cd42._comment |   10 +
 ..._6980a912d3582c2f2511e4827e9e76b3._comment |   21 +
 ..._feea067d6856af2840604782b29af86a._comment |   12 +
 ..._e96187bad3dae2f5f95118f6df87a1ec._comment |   10 +
 ..._34216b514a6fca788cfacb8579ce5311._comment |   12 +
 ...de_archive_directory_at_the_same_time.mdwn |   18 +
 ..._e8bb3d6a2318402b985caed08282d473._comment |   12 +
 ..._ead9fa75a12ef36be9a92637b144e74f._comment |   14 +
 .../Hard_links_not_synced_in_direct_mode.mdwn |  126 +
 ..._aaa781664ae0c62c4f6530cb075ed367._comment |   17 +
 ..._213aa10909d1fd0f20ed078a7ed93e79._comment |    8 +
 ..._e6b783d9aaae20c0d35e9888d878716a._comment |   10 +
 ..._b008ae7b1cf8685d92c9a87a7609de1e._comment |   18 +
 ..._949c891209713a2c0a5e66af11ed4c79._comment |   14 +
 ...on_switch_to_indirect_mode_and_status.mdwn |   69 +
 ..._94c678e1348280a96f11d7456c240d3a._comment |    8 +
 ..._09450d58df2373174a1f0d90b08e9eb3._comment |   14 +
 ..._a07105226ef3488b97731db004651976._comment |   10 +
 ...an_existing_gcrypt_repo_in_the_webapp.mdwn |   23 +
 ..._17814787e333d15da3ab4e57c7d31d4b._comment |   12 +
 ...erge__44___direct_repos___40__2__41__.mdwn |   44 +
 ..._15c354c4841d364e78882d2b46a0a764._comment |   66 +
 ..._8bc496226a977dbeeb1ce3f06122f1c2._comment |   12 +
 ...rect_merge___40__a_special_case__41__.mdwn |   48 +
 ..._c80418d76b501c688e3a9fb4831520fd._comment |   41 +
 ..._8b2a188696f46819f6e3f0e9660362d2._comment |   45 +
 ..._8cdbb1fda506b9e53a0e9ab88b2569c1._comment |   15 +
 ..._9d74e2854a5d77f0f793f56fa0cff9e2._comment |   14 +
 ...__40__1.0.52__41___as_seen_by_Android.mdwn |   24 +
 ...Duplicate_instance_declarations__34__.mdwn |   35 +
 .../Internal_Server_Error:_Unknown_UUID.mdwn  |   37 +
 ..._f42f703a5d267557abf5e932f0890d4a._comment |   37 +
 ..._eb1999f99c5babf3fcb1ff5d72ea6db6._comment |   18 +
 ..._bda72b0d615843d18d6ef21f833432a8._comment |    9 +
 ..._651440cda405ad40a04479f5d87d581e._comment |   10 +
 ..._21fa189b631c246ac5df16a49c3c0178._comment |    8 +
 ..._1f712693d2ded5abceb869fdb7f47ef3._comment |   12 +
 ..._7a5ead0ce5c9429d4723ccce4f6a6d6c._comment |   14 +
 ..._a4683fd73ae452a9cd7f61d9930f6266._comment |   10 +
 ..._ced3516c3e7161e4d7e599232f62a511._comment |    8 +
 ...rror_unknown_UUID__59___cannot_modify.mdwn |   26 +
 ..._limit_uploads_to_an_S3_backend__63__.mdwn |   20 +
 ..._ef97e735ce308f7bcc03f5d9fda588bf._comment |   10 +
 ..._539b89de8743e435386b86119d1e982f._comment |    8 +
 .../Issue_on_OSX_with_some_system_limits.mdwn |   27 +
 ..._5fc1eedb5231edc37c87a2d9b91313b9._comment |   12 +
 ..._b14e697c211843163285aaa8de5bf4c6._comment |   12 +
 ..._18ddf8b5934dd6fb1676cd6adc7d103b._comment |   19 +
 ..._c25a8eb369e546f65e1a72d89f43066f._comment |   12 +
 ..._6407a3e7aa0316cba2994bfef0e3c633._comment |   37 +
 ..._f01887695e8b8386e125464c6d401565._comment |    8 +
 ..._c7776d5b2d073e0d2ae36515185c25aa._comment |   17 +
 ..._easy_to_turn_git-annex_into_a_zombie.mdwn |   25 +
 ..._d5fba6c061fb21795021ea83070dbfa2._comment |    8 +
 ..._12cba707239018989e8d5b6f456fa754._comment |   10 +
 ..._64_bit_standalone_Linux_build_broken.mdwn |   18 +
 ..._428eba88016d50a6631fffa906815767._comment |    8 +
 ..._87f70b3eececca8a5b7946cff53e0a2f._comment |   10 +
 .../comment_3_manually_added._comment         |   18 +
 ..._43947607472193e2199b98ee2192af30._comment |    8 +
 ..._support_for_glibc_2.13_debian_stable.mdwn |   43 +
 ..._dc7f726a0b60f64392cbbd1b4317bab5._comment |   10 +
 ..._4a0198d714bd3b52ba9baa68dc45f535._comment |   12 +
 ...40__ssh__41___fails_to_pair__47__sync.mdwn |  177 +
 ..._bab9cd5bdcffec3c48b9e8657cd9bbf7._comment |   14 +
 ..._104898dce3c67c082a9f2b36e2f45ff8._comment |   10 +
 ...l_pairing_fails:_PairListener_crashed.mdwn |   18 +
 ..._d9c5d2147cf6d8d8477eb13b72081d46._comment |   12 +
 ..._60a21105145ac228f486bc4beb2ea54d._comment |   32 +
 ..._creating_USB_repo___40__solved__41__.mdwn |   23 +
 ..._0b4dcedc58e5071733e1239490aed2ea._comment |   10 +
 ..._1cb1ef0292a3357874b461a77c13373e._comment |    8 +
 ..._e5ec1e3ab304d738e3b0847287a47af4._comment |   10 +
 ...ror_adding_S3_repo___40__solved__41__.mdwn |   28 +
 ..._d95accb43bd18cc9acbbf1d4069f86b3._comment |    8 +
 ..._452a3c524974832f0742efb00df4d576._comment |   13 +
 ..._f8f6d1e0065e5ba56cd405b1c021ca09._comment |   10 +
 ..._b524649cee751532d20a4894d71c5cf3._comment |    8 +
 ..._8312ba868ef616ec00563446c9c3464f._comment |   12 +
 ..._1af75c691d27c97397f1901f7c2483b0._comment |    8 +
 ..._e519df252875de87c4ef5b727f033bdf._comment |    8 +
 ..._4bb959e2659991cd392853e8beacf708._comment |    8 +
 ...S_X_Build_doesn__39__t_include_webapp.mdwn |   12 +
 ..._b918a741f2397b6588e7a9f1feca7e66._comment |    8 +
 ...on_still_too_old_for_.gitignore__63__.mdwn |   28 +
 ..._1768ece63499c643c75085773b6d4c18._comment |    8 +
 ..._888fb193072cf05a34943db072eb7a3b._comment |    8 +
 ..._f199ac6ae2448949ef0779177cf0ef58._comment |    8 +
 ..._version_too_old_to_honour_.gitignore.mdwn |   38 +
 ...Manual_content_mode_isn__39__t_manual.mdwn |   89 +
 ...ing_symlink_yields_unexpected_results.mdwn |   51 +
 ..._e8a2ea1b8573bee45b70bcc7ef7e3bed._comment |    8 +
 ..._b6182038292bd72dc4711e4575510172._comment |    8 +
 ..._c6ca13d475b3f846c95606c20e1a3052._comment |    8 +
 ..._13179e0f72026092e48c13082818ce68._comment |   15 +
 ..._585c8a5a13bb17032bfe30818345f936._comment |   10 +
 ..._after_local_pairing_with_older_annex.mdwn |   31 +
 ..._8229df64a872bee7590f75eb78f78c4a._comment |   10 +
 ..._f37be896396915b1c85cff8811dceb4a._comment |   12 +
 ..._df7fc1078059538a76f384a40541e91f._comment |   10 +
 ..._70c444c61f41df2f59294c10f94f0c09._comment |    8 +
 .../More_build_oddities_under_OpenBSD.mdwn    |   39 +
 ..._09297f99f3c1c081738ca4ab32808fde._comment |    8 +
 ..._1407efc78b92a3c6156154f54e4a14e2._comment |   97 +
 ..._fdec033e37652c51fbcd74438586d285._comment |   12 +
 ..._ed3716baf787ca17d227ce2e327a1959._comment |    8 +
 ..._cf5f92e5cdfc738e7f6178c1d7a73ceb._comment |   11 +
 ..._ad4b7191c9b8f67def33b26a1d762a5d._comment |   26 +
 ..._2e765b5286d816bea00880a17a20cbfb._comment |   10 +
 ..._ded9011dcdbe4de05189a0e8d040f045._comment |   10 +
 ..._f7a85b46bf7afaaf431d6771219c66b0._comment |   16 +
 ..._217be2000e423e844241d405ba9f64c8._comment |   10 +
 ..._4ffea64907656ff2ec65ff4450aadda7._comment |   11 +
 ..._df72e5698ba2bf2eb4fa39c5b2c5be83._comment |   10 +
 ..._4fb96984757b3d37a1a5ebce664aa8fe._comment |    8 +
 ..._c5fdf29499a02be83850d1238fc8ce23._comment |    8 +
 ..._d42106128c3dac2dd7761a82cc03912f._comment |    9 +
 ..._71166beb796f22dcee065a167cd5e0ed._comment |   12 +
 ..._65913a2de8bbe981beaa66c58d2429b5._comment |    8 +
 ..._8dd46cec230125d1410d8e6824aeddf2._comment |   12 +
 ..._275d3e62cb5667a2d6ddd90db7a40bff._comment |   18 +
 ..._ec6a1eb6c7b264c23ec4bbd45465d7d8._comment |   12 +
 ...ot_picked_up_by_the_assistant_on_OS_X.mdwn |   24 +
 ..._75c14b405929a8f771a7c261dcc4b7a2._comment |   42 +
 ..._f52483415c623ea0649c3805728ce761._comment |   35 +
 ..._fd73fbeef61df106f084ac235fca904a._comment |    8 +
 ..._c5e9843a956984efd22bad629930f6bd._comment |    8 +
 ...ynchronized_to_a_different_repository.mdwn |   15 +
 ..._651965d8a9f0e0c07313c1a2916f77e5._comment |    8 +
 ...way_to_re-inject_a_file_into_an_annex.mdwn |   12 +
 ..._c871605e187f539f3bfe7478433e7fb5._comment |    8 +
 ..._e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment |   10 +
 ..._be62be5fe819acc0cb8b878802decd46._comment |   14 +
 ..._480a4f72445a636eab1b1c0f816d365c._comment |    8 +
 ...manual_page_on_prebuilt_linux_version.mdwn |   18 +
 ..._certain_filenames_using_WORM_backend.mdwn |   61 +
 ..._a1db4ff3e8517d7cbe649bca1ed275d0._comment |    8 +
 ...s_not_checked_when_running_with_--all.mdwn |   40 +
 ..._63af5a11c3ae370433c4bf84de097414._comment |    9 +
 ..._download_new_file_after_initial_pass.mdwn |  119 +
 ..._3feba4ba84efb77bd4f8f46b6b4600f1._comment |    8 +
 ..._a33fcd088e419d8e6c459e42f21f8bbe._comment |   10 +
 ..._47196f7e781137751ebd1a1d7083838a._comment |   18 +
 ..._672d98ee06e051430f8e01faa93bb4cf._comment |   28 +
 ..._06fb3031b838cd443326f4ecd689b600._comment |   10 +
 ..._42d447400c15acf6ca031d165b2c781c._comment |    8 +
 ..._edd7d5d5c761ff665840f0ef7bea50c9._comment |   10 +
 ..._18e5334ab89efcf89ba8847436d55065._comment |   13 +
 ..._35b2bbdc24a7bd686527cd1839dee7d0._comment |   10 +
 ..._a771c6b453e6a4b3895dd69a53093440._comment |  246 +
 ...ut_the_first_copy_are_lost_on_unannex.mdwn |   54 +
 ..._f7149b684a97070cff051b780c73be48._comment |   15 +
 doc/bugs/Old_repository_stuck.mdwn            |    9 +
 ..._package_update_from_2014-06-30__41__.mdwn |   93 +
 ..._7508685b6f676c72e316642b80e40ee8._comment |   10 +
 ..._c4dd12ea578d1f07464e1b9d68ec96cf._comment |   20 +
 ..._8687c1d1c44d88a8ac13208273565d6c._comment |   37 +
 ..._62be3dd4092b15cdf85cf9a231b2863a._comment |    8 +
 ..._cca4905426a3e01da6e12be855c7a418._comment |   27 +
 ..._ae2ca07169321c4a51b7e8e581fda5e2._comment |   72 +
 ..._ae5c434a9c94aa000b604095f52e3d3c._comment |   14 +
 ...P_sends_URLs_with_incorrect_separator.mdwn |  186 +
 ...use_a_USB_disk_annex_created_on_Linux.mdwn |   18 +
 ..._f224f4155d857a59595658357f97dac1._comment |   12 +
 ..._a_unix-style_local_remote_configured.mdwn |   22 +
 ..._95655915ff6ba9fb5d873358ff047496._comment |   10 +
 ...he_Comitted_Symlinks_are_not_Relative.mdwn |  102 +
 ...___including_original_one__44___gone..mdwn |  240 +
 ..._3a3891c9d7ee808f6a71780cb628f23d._comment |   12 +
 ..._2bc6efb1d9e872cc5d4fbfbaaf5cc10e._comment |   27 +
 ..._fff1e778a6334258c173a96e6bf7ef6a._comment |   10 +
 ..._2a86da97a89e28f0a0f5e160d4932ae6._comment |   19 +
 ..._41b8e8e58025cc8c8f12efb9a51acd29._comment |   50 +
 ..._38afcd8e7fb278ca0ee2e9e0c9f6883e._comment |   10 +
 ..._06de36dcde4c52ab74c8134f3242ac02._comment |    9 +
 ...__41___even_if_repo_exists_on_Android.mdwn |   40 +
 ..._9f10bf273b15e93f1eea029f091f26cb._comment |   12 +
 ..._in_fsck_whereis_find_and_status_cmds.mdwn |   84 +
 ..._3aef6ca929fad198f2dda0868f2d49cb._comment |   18 +
 ..._f2c1aa84a0d04e840cb34ae15eb1cb03._comment |    8 +
 ..._480c39648e3ca6fc58c30377bdb25a8c._comment |   16 +
 ..._b31496b37046a9886f632ba4f11c56e3._comment |    8 +
 ..._d25ff424dda1f6021c1ba20f79d71ffc._comment |   12 +
 ..._9e3300b223dd54a3f07c650f5cf70ae0._comment |    8 +
 ..._b91f4a87b6d29ae6b4262922fd65a79d._comment |    8 +
 ...mment_in_ssh_public_key_ssh-rsa__34__.mdwn |   23 +
 doc/bugs/Prevent_accidental_merges.mdwn       |   16 +
 ..._4c46a193915eab8f308a04175cb2e40a._comment |    8 +
 doc/bugs/Proxy_support.mdwn                   |   19 +
 ...tween_watch__47__assistant_and_addurl.mdwn |  195 +
 ..._8f56b8661a600729d7a9d569e8a0ba70._comment |   55 +
 ..._46dc67bdcd174cd50ccc421ec56735ad._comment |   14 +
 ...eating_remote_repository__39__s_annex.mdwn |   34 +
 ..._9fffb1329a4a06111cf2afd8552aea62._comment |    8 +
 ..._b7f5634e136294ea1a3d4ce6de58fc5d._comment |   12 +
 ...positories_have_to_be_setup_encrypted.mdwn |   28 +
 ..._95f73315657bc35a8d3ff9b4ba207af0._comment |    8 +
 ...e_cannot_be_reactivated_by_the_webapp.mdwn |   30 +
 doc/bugs/Repository_Information_Is_Lost.mdwn  |   33 +
 ..._bae0ed4c0a6baf1675f8de1663042f43._comment |    8 +
 ...local_adresses_using_avahi_or_bonjour.mdwn |   16 +
 ..._71cfedf4328eab224c7fb797c420ad0a._comment |    8 +
 doc/bugs/Resource_exhausted.mdwn              |   45 +
 ..._bccf9528ffe963154c92ce49762e7ea6._comment |   10 +
 ..._24ad3a76a25a787ac59e2c5270709e72._comment |   12 +
 ..._1943ff77f3bccf885229ecc10c82399d._comment |   12 +
 ..._c3cac0717232e04e89df62efa1db0870._comment |    8 +
 ..._a5ef7a62d4ed9365f9448520bb17e3b5._comment |    9 +
 ..._cdba2015e603f3c21f3e1697dd6fafcd._comment |   18 +
 ..._747d16d050fdcf69dd3d2bc5ca469a2e._comment |   39 +
 ..._1e9b74e60da57c3d5f08c1eb3801c1d2._comment |   10 +
 ..._f55d933bce77fd2185ebd0cc46fe57ec._comment |   64 +
 ..._26c98fca45b029a527f9684873db4be5._comment |   18 +
 ..._8bab413b472f900e04977db2bc3951b6._comment |    8 +
 ..._e9bec0b80179b1229b6af0979a21c727._comment |    9 +
 ..._419e24e0b91f569294ece28c42daa246._comment |   15 +
 ...rsion_in_direct_mode___40__VFAT__41__.mdwn |   27 +
 ..._7e512732f1d24300dd13bb093f28122d._comment |    9 +
 ..._0ede40e0d68bfb9c6dbc1777f944ed06._comment |   18 +
 ..._4ce1601f5dbd8fb769d3c5bb429c3bc5._comment |    8 +
 ...mote_created_via_webapp_remains_empty.mdwn |  138 +
 ..._cccf9d58c0ebb8d31cacdd029ea8e23a._comment |   12 +
 ...capital_letters_breaks_authentication.mdwn |   32 +
 doc/bugs/S3_memory_leaks.mdwn                 |   15 +
 ..._a7268213b090bce6b1f1858a8e23d90e._comment |   14 +
 ..._320a8e3bb7b207d1aff8926b9247f5ba._comment |    8 +
 doc/bugs/S3_upload_not_using_multipart.mdwn   |   54 +
 ..._5bed9faafc43b535f7820749510aaa14._comment |   10 +
 ..._d82952cf324e769e45f4d90f200210f4._comment |   17 +
 doc/bugs/SanityCheckerStartup_crashed.mdwn    |   28 +
 ..._f30b69c11b487334ef02ce7bfcdeb36c._comment |    8 +
 ..._8b800bf7b54e487e82d0897c87967f22._comment |    8 +
 ...tificates_with_jabber_fail_miserably..mdwn |   26 +
 ..._13d27ba41d9ef78c8db534b6bc26314e._comment |   12 +
 ..._018eed99e71680be9e7c0844020419bb._comment |    8 +
 ..._1e7578dd1321f399b12197056495b0b6._comment |    8 +
 ..._a1948b7cd6ea990c8f1be5e483c835fa._comment |   14 +
 ..._293b333134c97dc666a825cc7a8b2b62._comment |   12 +
 doc/bugs/Share_with_friends_crash_in_osx.mdwn |  370 +
 ..._8d90e23514d9f14283857c57017a5fcf._comment |    8 +
 ..._1a0e174969e99e7b562854d2c3b3e606._comment |   19 +
 ..._dfde39222a91923c570e5405d9e527f4._comment |    8 +
 ..._65de2b5dd3af89c2f0f6508ffddda3b5._comment |   12 +
 ..._804c394e97223b1f9cc9f1f3adaa2e74._comment |   14 +
 ..._f1fe0c05724236988e77f4b7f393e7d5._comment |   12 +
 ..._3d9ec79231e1b340b5e8b7b63a902546._comment |    9 +
 ..._f63bb1d29fc7130bfa0c15feeba4e5fd._comment |   19 +
 ..._a024902e300cf50e8f6a63c7feef63a1._comment |   10 +
 ..._baf0333f307dff0f79cd7c73b4c56c18._comment |  356 +
 ..._849759a5c92de57733b14adce2f49c14._comment |   10 +
 ..._01530dd4ddbf620435a4d8f1edeaee8e._comment |   17 +
 ..._6ef922e1ebb72db8ebbff4a76017e535._comment |   19 +
 ...en_network_fails___40__esp._DNS__41__.mdwn |   50 +
 ..._dd792bd98a48554a65150c06401ed3e5._comment |   12 +
 .../Small_archive_behaving_like_archive.mdwn  |   33 +
 ..._718dc246cbbbeae04436fa033011ab12._comment |   13 +
 doc/bugs/Stress_test.mdwn                     |   45 +
 ..._1694e990eab6592159309c231c6dcc16._comment |   12 +
 ..._ab4cb6eefd279e6c1f229e089f703581._comment |   25 +
 ..._c4c764488ac082f5c48d3a6b4b5fba42._comment |   17 +
 ..._42125bba09a0ea9821cda7183e458100._comment |   47 +
 ..._8240e61106b494d3600ad91f16eb5b1c._comment |   20 +
 ..._c38d84e0dcc834931804c44bce7f7b7a._comment |   11 +
 ..._60ce20ee255451c4ea809ba475561adb._comment |   15 +
 ..._1371562e201393986cd41597f6f288cb._comment |   14 +
 ..._a14be7699da224a8f6c9b34f1b911219._comment |    8 +
 ..._a01995bdca7ade7dde9842b53fbc4e0c._comment |   57 +
 ..._9f7efe81b7e40aaa04a865394c53e20f._comment |   52 +
 ..._outside_git_repository_not_supported.mdwn |   27 +
 ..._06ac38f32039ad43b0c2623c8fdb1df6._comment |    8 +
 ..._91a8daa3d49799d0784c9fe3ee10558a._comment |   10 +
 ..._166ae413b7c41f00f13292855ac66974._comment |    8 +
 ...n_in_recent_versions_of_the_assistant.mdwn |  134 +
 ..._8100505a7ac74646e0767d03fe643a45._comment |    8 +
 ..._9833e8f77c6148db9572316066a67eee._comment |    8 +
 ..._1504f8767f1f4415222d8c315c734e81._comment |    9 +
 ...4__conflictor_directory_missing__34__.mdwn | 1175 +++
 ..._dfb520258fdd633285b44cb16fd35612._comment |   12 +
 ..._7908bf367652d2485ec703ae8958891b._comment |    8 +
 ..._30684a993b667b2594890f734638e91b._comment |  142 +
 ..._30e847ff438eda036c57cc740b638d8a._comment |   12 +
 ..._04232cf2097676057cddf841ad47f44c._comment |   86 +
 ..._9cb32f198eee25b7175cc9ad1795acb3._comment |    8 +
 ..._f8a70156d56c4be6cfbadb50e8a08285._comment |  174 +
 ..._02699dbf30270db090b00192850831db._comment |   10 +
 ...dfb2e706da2cb1451193c658dc676b0530968.mdwn |   23 +
 ...crashed:_fd:59:_hGetLine:_end_of_file.mdwn |   50 +
 ..._a1392b92efdff82783a4b0cc2c3c7f2f._comment |   14 +
 ..._5e153b7c59c474988fe551a505e545bc._comment |    8 +
 ...ansfers_continue_after_daemon_stopped.mdwn |    5 +
 ..._39eb527d64367e6762281246f1d49b1f._comment |   12 +
 ...oad_to_remote_although_remote_is_dead.mdwn |   51 +
 ..._108b3984891f82429430b503cddfb3c1._comment |   10 +
 ..._fa5b1bc26ed3e5bfe48441490c94fe3a._comment |    8 +
 ..._0a785b5dfbf4eef30854d6bedb12b7d1._comment |   10 +
 .../Truncated_file_transferred_via_S3.mdwn    |  614 ++
 ..._5962358e6067448f633cc0eaf42f9ca7._comment |   10 +
 ..._75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment |   19 +
 ..._3dae1914c8c90fdad0c21e1fc795f2ca._comment |    8 +
 ..._3c5fe109f2196cfc196c30da3b62bafd._comment |   10 +
 ..._f86f83c89300f255e730ddd23f876f61._comment |   16 +
 ..._6aa9261c0cdb02c6dd66d25f5c71f622._comment |    8 +
 ..._on_Android_due_to_weird_rename_error.mdwn |   37 +
 ..._928289956111d1b22f9d55f15b54f72f._comment |   10 +
 ..._6a0cb836b93ba4cb1e07b11d5d2a7094._comment |    8 +
 ...Unicode_file_names_ignored_on_Windows.mdwn |   41 +
 ..._3dfa4559dceec50c08ba180f41b4c220._comment |   14 +
 ..._4dafea4367d455c2e63b0f7b1cc39559._comment |   10 +
 ..._bdde68a990a330ee0cf626be44b1c132._comment |    8 +
 ..._9140fb8034b1449ee2f4762093bc1f89._comment |   10 +
 ..._661ca15b68bc0e3fbe85f11400570446._comment |   15 +
 ..._0e8820169c0300d296c697154fd05dc4._comment |    8 +
 ..._b23a2bf106053f105798b270536057e5._comment |   38 +
 ..._7f23911705eaa58a9230f19ab890e87f._comment |   12 +
 .../Upgrade_Does_not_Complete_on_OS_X.mdwn    |   32 +
 doc/bugs/Upgrade_impossible_om_Mac_OSX.mdwn   |   22 +
 ..._8c1487635f724d017ebe2f8b7bc10e8d._comment |    8 +
 ..._84e52a4d1502fd622bdb25e04b459292._comment |   13 +
 ..._f2b109f6cf92f101d7f0afeb91605240._comment |   24 +
 ..._df9b111aefea82b9d108495b79d7ffb4._comment |   24 +
 ..._e3b5bc815376383bbd1f312cc1c32a41._comment |   12 +
 ..._cd9b77e6670840a9902f5be80e1e658a._comment |   87 +
 ..._4584393333d377532d8607b42319abd9._comment |    8 +
 ..._d9d36ff62267dde98a27c5981951df7f._comment |   10 +
 ..._5b26711c737eeb0b302060f098cb320b._comment |    8 +
 ..._1bf050056dcac7c1e0f497ee6e87a95a._comment |   10 +
 ...y_limit_on_max_filenames_in_directory.mdwn |    2 +
 ..._47__storage__47__sdcard1_-_bug__63__.mdwn |   45 +
 ..._71b052be40fbdaca09ca3ede8c59ac7a._comment |    8 +
 ..._0f7cc02e0193c969c9b6ceb27e71af8a._comment |   20 +
 ..._1a7542249b9c37507126e97441057c12._comment |   12 +
 ...Webapp_fails_to_resolve_ipv6_hostname.mdwn |   15 +
 doc/bugs/Weird_directories_appearing.mdwn     |   82 +
 ..._989541faf18e476c06e3be94c979e588._comment |   10 +
 ..._7aedaa3286a827303d90bd660429f0e7._comment |   43 +
 ..._5d3afa17d1e038c66a2cb6400b74aa41._comment |    8 +
 ..._8db476bc89d3b9b1fdd82624829b4975._comment |    8 +
 ..._4f3a8e3b0201829059c6e7e0cff0ff75._comment |   10 +
 ..._1c3218c8858397acc0e9fd718d7fd973._comment |    8 +
 ..._9d055063f58042ff048c5b71e9e67f6e._comment |    8 +
 ..._b39be0251e96099142b659f3c8340293._comment |    8 +
 ..._431c62c81573468ccf99eeed6ecc2bfd._comment |    8 +
 doc/bugs/Windows_build_test_failures.mdwn     | 1232 +++
 ..._ea7523fdbafdc8be2971df52d9038826._comment |   10 +
 doc/bugs/Windows_daemon_silently_dies.mdwn    |  132 +
 ..._b590aaeedec78c8540d549a8c773881e._comment |   10 +
 ..._472975d2bd9784ae40b35f11fc561231._comment |   72 +
 ..._48415a7251abffca998b8dccc5e0ba80._comment |   22 +
 ..._1c0b0b2e7180425ff2d5e5316a138f7d._comment |   10 +
 ..._0d14dd2c8d94a81ffd5aae07e927344f._comment |   40 +
 ..._20a420680058f84a8cbd43682957fe7b._comment |    8 +
 ..._1514739ba9885917d03597dcc6aa7bec._comment |   20 +
 ..._0210436870e6622a83c9b4788e31eef4._comment |    8 +
 ...ndows_file_timestamp_timezone_madness.mdwn |   31 +
 ..._9db59ab2242186a23a47337a1597f4e2._comment |   12 +
 ..._a6a3871747306913b69abcd73d13305e._comment |   26 +
 ..._7fe149bedb8ceab75953996ac8e20f0f._comment |   20 +
 ..._c9e8c9997b7c3a82c14fc34af319382d._comment |   10 +
 ..._0739426403f5bf9954acbc86ca0d11ea._comment |   23 +
 ..._and_wget__44___but_not_required_DLLs.mdwn |   17 +
 ..._a7bf0f027f2209e5632e292afd7214d0._comment |   10 +
 ...e_letters_cause_git_annex_get_to_fail.mdwn |  131 +
 ..._c87bae87b7902db60a3fef41e1fca85d._comment |    9 +
 ..._9e3c1f1ba05d8996b5a95829ce32c07e._comment |   10 +
 ..._3a0787912f4a3a8797b7786f5ce38590._comment |    8 +
 ..._c4249f32d65594d79ea01145b93ec948._comment |    9 +
 ...emote_annexes_have_at_least_numcopies.mdwn |   39 +
 ...ong_port_while_configuring_ssh_remote.mdwn |   35 +
 ...esses_and__47__or_stuck_git_processes.mdwn |   44 +
 ..._0f8b248025722309e9577d7dad74b76b._comment |   10 +
 ..._f5f7db688a2a93ee7453674fb742043b._comment |   52 +
 ..._ffcae976aa3dc2426188797c1aaffb82._comment |   10 +
 ..._8a7ff6841ad7c27ead06bf12f46b20a0._comment |   49 +
 ..._406fdee0728680774a69d28446163f10._comment |   26 +
 ...sferkey__187___fails_for_bare_remotes.mdwn |   21 +
 ..._dd4538ab19a7f8e0f49aa0156aeaae43._comment |   32 +
 ..._4276ff682d10c1d4be9728f9b649ebae._comment |   10 +
 ...___40__Permission_denied__41____187__.mdwn |   33 +
 ...dding_4923_files__34___is_really_slow.mdwn |  102 +
 ..._5f3b9f00bc31ce71d695c008971ed7fd._comment |   16 +
 ..._708b02dd06a1eed6b5ded9eb7aa9e7a8._comment |   16 +
 ..._6a735b7875d2a0c92df6786dd649985d._comment |   28 +
 ..._7e768908ba6983ea13af27635c4a947f._comment |   12 +
 .../__34__fatal:_bad_config_file__34__.mdwn   |   14 +
 ...ex:_direct:_1_failed__34___on_Windows.mdwn |  107 +
 ...it_add__39___for_parent_relative_path.mdwn |   15 +
 ...ot_installed_automatically_on_xubuntu.mdwn |   26 +
 ..._f4656f8a0f36535def0772db06098c5f._comment |   13 +
 ...nux_accessed_from_a_windows_git-annex.mdwn |   27 +
 ..._symlinks_are_fixed_in_the_background.mdwn |   51 +
 ...96_____95__revives__95___repositories.mdwn |   88 +
 ..._930b40e0f68da95d335eea5bd4216126._comment |   12 +
 ..._5397d488bc337cb3d7cb46ed774d0437._comment |   90 +
 ..._1b30e7611ec824dc6e79ef35e43ac740._comment |   10 +
 ...git_annex_import__96___clobbers_mtime.mdwn |   62 +
 ..._d173f2903faf4bff115a0be02c146ce9._comment |    8 +
 ..._3563d9eeb9806f8ca1b9b340925837f5._comment |   18 +
 ..._d5c7488db16b71c4f337662c897278ca._comment |   95 +
 ..._7235130786e764ec3ad5facfecde62da._comment |    8 +
 ...__fails_due_to_missing_stm_dependency.mdwn |   95 +
 ..._86e26ee9ec90aa00f25392052737f0f0._comment |   36 +
 ...ch_repositories_on_android__in_webapp.mdwn |   21 +
 ..._d488d71a72eb54d7711d2a867db6172f._comment |    8 +
 ..._85b31db6d0fb2d20018db3d8c8258bf4._comment |    8 +
 ..._9ffafbeb572e110b3e072029d1ce177c._comment |    8 +
 .../acl_not_honoured_in_rsync_remote.mdwn     |   59 +
 ..._aa6fe1d7b029eae7ee71c97e0f0937a6._comment |    8 +
 ..._ffb9424e966ee10a4fe2d446b3042cb2._comment |   10 +
 ...kes___39__git_annex_unused__39___slow.mdwn |   87 +
 ..._d350c39c67031c500e3224e92c0029ea._comment |   19 +
 ..._b2d2b1caa51ffec3d87c36b373cb8d4a._comment |   20 +
 ..._12b20cbbc2b4cd1ab8af7e3eec9589b4._comment |   30 +
 ..._a50b43c15d2650df90f0fa1ced47f532._comment |   10 +
 ..._7328bc51bd001f2b732a92a2ae175839._comment |  114 +
 ..._880ef2ee797221332dbb629b2d55522f._comment |   10 +
 ..._826fd82cdf9b1c79c9b555ca26c2c176._comment |    8 +
 doc/bugs/adding_a_remote_server_fails.mdwn    |   27 +
 ..._cf7ea9171f002c5793a882b42d33a77d._comment |   10 +
 ..._remote_in_webapp_may_reset_its_group.mdwn |   16 +
 ...__and_reports_fail__44___but_succeeds.mdwn |  197 +
 ..._1f5e0bc93631baf0f8c1bec2e68493c5._comment |   20 +
 ...axy_nexus_java.lang.SecurityException.mdwn |   41 +
 doc/bugs/android_4.3_install_failed_.mdwn     |   20 +
 ..._82447f1e24d7e8df8048464d1b7df117._comment |    8 +
 ..._67ace7c454c7e962ca69e42178142e80._comment |    8 +
 ..._051e39129a38e439f24703385f503cf4._comment |    8 +
 doc/bugs/android_autobuild_broken.mdwn        |    4 +
 ...nnex__47__uninit_should_handle_copies.mdwn |   20 +
 ..._c896ff6589f62178b60e606771e4f2bf._comment |   10 +
 ..._9249609f83f8e9c7521cd2f007c1a39e._comment |    8 +
 ...ing_shared_libraries:_libselinux.so.1.mdwn |   31 +
 ..._ccc2c90d05862edda9ce1ac92efab516._comment |   44 +
 ..._1cdf6de88c7f121c604177593915e626._comment |    8 +
 ...ad-pack_and_-receive-pack_not_shimmed.mdwn |   23 +
 ..._403f1058c3eab5c95fefab5a96aa3f51._comment |   12 +
 doc/bugs/assistant_-_GTalk_collision.mdwn     |   17 +
 ..._ab2c1f36113d40f27e1893d32f214296._comment |   12 +
 ..._91dff34c629a3b3a97a2313ff077e4ae._comment |   14 +
 ..._fefb73f6e570f96b4d82779d6622f690._comment |    8 +
 ...adding_encrypted_usbdrive_repo_on_mac.mdwn |   53 +
 ..._4ea192e57f86a33087997746722e6acf._comment |   10 +
 ..._622ad5b34780fc8468c5c515ad9f27fa._comment |    8 +
 ...ating_.git_directory_inside_bare_repo.mdwn |   90 +
 ..._675210444f7801eb8c2c455a5accf8e9._comment |   12 +
 ..._d7f1378bc75e7a8be9da2585acc6fd63._comment |    8 +
 ...oes_not_allow_adding_an_existing_repo.mdwn |   10 +
 ..._87e84d56d56abefe8cac8a52b76c9003._comment |    8 +
 ...epo_cost_info_when_queueing_downloads.mdwn |   18 +
 ...t_doesn__39__t_sync_empty_directories.mdwn |   32 +
 ..._78a3bde607f43c0f518bd2d3d7196022._comment |    8 +
 ..._83777384b72732b1d0a19b32686d3d1f._comment |    8 +
 ..._f9b2a700c060707fae1bcb2ec0e4e4dc._comment |    9 +
 ..._014d213a959dd7993bdd247722a8817e._comment |    8 +
 ..._440f349781d7d9ca2d1ed81386f7dd26._comment |    8 +
 ...nt_doesn__39__t_sync_file_permissions.mdwn |   47 +
 ..._fc8d3ea209a2ab39c1aeff52452d4c58._comment |   10 +
 ..._1a364c422e0dd7418f74e1cc3d543a3c._comment |    8 +
 ..._4d5ae51b4c7e6177d934d7c9f21b912c._comment |    8 +
 ..._ec7b491ad3c9a1f253d886682bff8b82._comment |   11 +
 ..._e04ddcd7a3d260c1dac54e41911bb4bc._comment |   10 +
 ..._13db3474113b157b7431eb1c835e5814._comment |   14 +
 doc/bugs/assistant_eats_all_CPU.mdwn          |  529 +
 ..._4a9f149048e387e0a8b4ebb0838decfd._comment |    8 +
 ..._98be30621a8a435ed54662f7ea9654b4._comment |   10 +
 ..._a7d7141b81e73a989eb5c1233bcd1478._comment |   15 +
 ..._60f95e6e5d52f03727bd41f8419c9384._comment |   10 +
 ..._a6d039ba95f92d9d0c3a343165ba7991._comment |   36 +
 ..._b7f9a8e214eefc3a6976065782157e81._comment |   28 +
 ..._16382708d1683a7a9eaaf953f3cdb735._comment |    8 +
 ..._bfa64822ad9b48fbd4d06c3e3a185b59._comment |    8 +
 ..._970899faca972af6795ae0d3be1ce444._comment |   42 +
 ..._2b8241800ae265260506ac9c73cca209._comment |   56 +
 ..._847ff393fe3a0227d61440f6be899907._comment |   10 +
 ..._1d9020679d66e6b4742df067cb9da4f1._comment |    9 +
 ..._8ce65a701604b9d13941844c62f62f23._comment |   14 +
 ..._0d8de9a8e4b8e2ef3b9c7d839fbcad0c._comment |   12 +
 ..._48a4c8d9dcc6cec243c6072090f26b6d._comment |   12 +
 ..._0d577d5ca22df14dadf21d4a1a5f9474._comment |   12 +
 ..._498eee32426dfbaf9bda59a7c0f6fcc9._comment |    8 +
 ..._ce85b4715a2f7315b68bed62e26d4f0e._comment |    8 +
 ..._8cf846b9b7bd1c70a006163a9cc2d9de._comment |   26 +
 ..._a7c9f3262b6eca6258ba53324d321a7a._comment |   17 +
 ..._340414e9c19903b16ab617d075fbb94e._comment |   10 +
 ..._e87dbb572eaf234bbaf48ed6790ab1fe._comment |   19 +
 ..._1c129c924ef3a4a594de6580cf4224c7._comment |   11 +
 ...nsive_scan_unnecessarily_queues_files.mdwn |   65 +
 ..._bc874e077009b81ab36a6d43d793030a._comment |   10 +
 ..._a7e9d8ec500399dd6794e168f85e6a5c._comment |   40 +
 ..._a0824e00f04f95c39823f29d6c76e7fe._comment |   10 +
 doc/bugs/assistant_hangs_during_commit.mdwn   |   27 +
 ..._aacc15c589d2795254387e427b3afe0c._comment |    8 +
 ..._b9f1bf9fa919603dca28182c80d39a11._comment |   10 +
 ..._fb5be10fcf5e7c89da5c34f48539612f._comment |   12 +
 ..._9ba7efe9112578729d02ac4e6557b3cc._comment |   10 +
 ..._73b24c901c73d41e0e0abe91267d4920._comment |   16 +
 ..._1a30b8c82e58222f1366aa368c23e6d3._comment |   10 +
 ..._56868b2a504ad0a60e8a8c1928330175._comment |    8 +
 doc/bugs/assistant_ignore_.gitignore.mdwn     |   31 +
 ..._3458b1342cb2e3ccc01eeedc7f0e48fc._comment |    8 +
 ..._22f75af80c779dcb4d6033b90373f74e._comment |   10 +
 ..._8b2a400e1d44a1c9b183e2b7861efbe3._comment |    8 +
 doc/bugs/assistant_locked_my_files.mdwn       |   30 +
 ..._74ee7ea12df7bfbb44c9d0485f787b73._comment |    8 +
 ...g_file_renames__44___not_fixing_files.mdwn |   68 +
 ..._e0dafc410ffd617d445bb9403c7bfafe._comment |    9 +
 ..._2af247c8a1fcbde10795a990ef3303e9._comment |    9 +
 ..._remotes_using_the_standalone_tarball.mdwn |   21 +
 ...emotes_even_when_all_remotes_disabled.mdwn |   33 +
 ...nt_unable_to_auth___40__windows__41__.mdwn |   85 +
 ..._3128b025d15d3af6e9c8725d4659cdfa._comment |   12 +
 ..._e0b64ab2d19f0b0afbd466aad22c4df9._comment |    8 +
 ...g_the_incorrect_path_on_windows__63__.mdwn |   45 +
 ..._68be9ee77cc89fb72a4abc944f1da41d._comment |    8 +
 ..._6530d67e7d94ccbea9ce11ba1445035e._comment |    9 +
 ..._682556a8182abd5bd6abb57b519d4c76._comment |   10 +
 ..._331cdacb099a8c7b170c37715bbca895._comment |    8 +
 ...othing_to_drop_or_copy_to_that_remote.mdwn |    5 +
 ..._10a9570a5d762ba2da271b38dc63edb6._comment |   12 +
 ..._57d50955b038c2e2405068536c7e83f3._comment |    8 +
 ..._a66f34daaba421c87eb404ef933e5191._comment |   10 +
 ..._094a3272eca1c6d2b4d264911ffe96e5._comment |   19 +
 ..._0161410d042a3421addd4a1fc7c1cd01._comment |   10 +
 ..._with_file_names_with_newline_in_them.mdwn |    5 +
 ..._92dfe6e9089c79eb64e2177fb135ef55._comment |   10 +
 .../bad_merge_commit_deleting_all_files.mdwn  |   78 +
 ..._3503644244e39c65d531807769365f50._comment |   10 +
 ..._9c4c950da0c07bf7c7edfcc7cc3b6011._comment |    8 +
 ..._be42de12faf15562265ad6cf8964f5db._comment |   18 +
 ..._d5cbd1440e4d6706eb14644a4ff1883b._comment |    8 +
 ..._c532859deb682dff9e59037d08f66a51._comment |    8 +
 ..._c946d2793fe0354151c447ddd0e59fd7._comment |   41 +
 ..._24dea380fcf470e0ea488dece0410f37._comment |    8 +
 doc/bugs/box.com_never_stops_syncing..mdwn    |   74 +
 ..._124a5edcd89cc6b61e1a41f5b4d640d7._comment |   10 +
 ..._42574181aa721319ba54eadf0a15ddff._comment |   11 +
 ..._2ad727849070cfd52d6c719478e9cce3._comment |    8 +
 ..._83ce23e45f5a5845d4f04519ee14ec65._comment |    9 +
 ..._ef1c9d87b04db5047ab72167d3269687._comment |    8 +
 ..._c9cb39eba941678035f9b2888da1085c._comment |   10 +
 ..._4b0632a4e37c96959a8e6434e9fd86fb._comment |   17 +
 ..._d9d318b8c958de6031ae323da20af625._comment |   55 +
 ..._689ac6a4a305197cf5566f98dab47b4b._comment |    8 +
 .../broken_git_annex_map_on_direct_mode.mdwn  |   58 +
 ..._in_Assistant__47__WebApp__47__Gpg.hs.mdwn |   57 +
 ...e75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn |   25 +
 ...ff14054e65ecbe801eb66786a55fa5245cb30.mdwn |   43 +
 ...jabber_with_custom_google_apps_domain.mdwn |   21 +
 ..._6537e928a0d6d5c41b55370f112f4afb._comment |   10 +
 doc/bugs/can__39__t_get.mdwn                  |   81 +
 ..._ef32287828481c161bd913c9db9052a5._comment |   27 +
 ..._31fe400f4bac516a5c1101612cb06a54._comment |   32 +
 ..._87d123c04815d38abb92f967829c3a23._comment |   16 +
 ..._b99cff87dbe38f08f888200dfe7e2436._comment |   14 +
 .../cannot_link_executable_on_android.mdwn    |   28 +
 doc/bugs/case-insensitive.mdwn                |   20 +
 ...rgument___40__invalid_character__41__.mdwn |  228 +
 ..._processes_can_lead_to_locking_issues.mdwn |   53 +
 .../configurable_path_to_git-annex-shell.mdwn |    7 +
 ..._fb6771f902b57f2b690e7cc46fdac47e._comment |   10 +
 ..._2b856f4f0b65c2331be7d565f0e4e8a8._comment |    8 +
 ..._aea42acc039a82efc6bb3a8f173a632e._comment |   12 +
 ..._178452f3c2671830d1a9f5e1d11accb4._comment |    8 +
 ..._77b2269936f740cacbc955b95f9da51d._comment |    8 +
 doc/bugs/confirmed.mdwn                       |    5 +
 ...ls_for_some_fails_without_explanation.mdwn |    7 +
 ..._0c1a5837305b721fc4a529cae3f4c3fb._comment |   10 +
 ..._dabfec2d74fb847f3b40093a2866045b._comment |    8 +
 ..._e456604b26ed9c72b0a88cfb57f1a475._comment |   12 +
 ..._4823d66bfb569605868af5cefe0d94dc._comment |   12 +
 ..._46305aa2d43da000c1a7cb003c822572._comment |   18 +
 ..._1dbdeded7f587e8fc2d1ac5170ecb928._comment |    8 +
 ..._1e0c06a07345d85b3712339e6f0d9a9f._comment |    8 +
 ..._41798e92068eb227c5e75cae2edef68a._comment |   10 +
 ..._1f33d694a08d8dcbf04595e3442b8cd5._comment |    8 +
 ..._884f31ce917c8e5ce9a32a55da9b42d6._comment |   10 +
 ..._ab770dafee3bd9212f553db222adbfe6._comment |   10 +
 ...ould_not_mention_every_file_it_checks.mdwn |   28 +
 ..._5f51452d939d61496e97805310746ea3._comment |   14 +
 ..._2cd3e9561c4442259c765743b423a7df._comment |    8 +
 .../copy_unused_and_unused_not_agreeing.mdwn  |   50 +
 ..._a11a45868867361fcff61471ffe0ce39._comment |   10 +
 ..._15559ba19393f5c061f77bc56379f8e1._comment |   12 +
 ..._9b1340e0f6a107695849c04374aaeae2._comment |   10 +
 ..._b88530080fd90686cfa7e336f8328dcb._comment |    8 +
 ..._792ab128a91c66e4ddeaa69d09430a78._comment |   20 +
 ..._e44a16ef3358a6fbcc6ed6b3a31f3273._comment |    8 +
 ..._635acd64b524c682c58f26ae96ae0d7d._comment |   10 +
 ..._1aaeb808e20c67f89eaac5e45d9309f0._comment |   15 +
 ..._6abca5f4927e09089cdc5f0bd27b798f._comment |   26 +
 ...y_where_a_mountpoint_should_have_been.mdwn |   29 +
 ..._41cfd5e48426a6ef52bef70a06a6f46a._comment |   11 +
 ..._bd584ccbe128427fca99e61d66d301c9._comment |   18 +
 ..._5bb0347215b321444643646f25a35759._comment |   10 +
 ..._73848a9c783ecf3d9fccdd41b20fbe36._comment |   56 +
 ..._64bf56f2b0ff206c3caf5cadebfd0cda._comment |   20 +
 .../creating_a_remote_server_repository.mdwn  |   24 +
 ..._de1a370347428245bcfca60eaca96779._comment |   10 +
 ..._482ac9b0f881099910f9bd9f7cda184d._comment |    8 +
 ..._b7c7f684d0eef14fcc00cb2ac0566703._comment |   10 +
 ...s_directory_not_automatically_created.mdwn |    3 +
 ...ct_mode_assistant_in_subdir_confusion.mdwn |   37 +
 ..._351143deec29e712f8718a373ad650d7._comment |    8 +
 ...s__44___left_in_an_inconsistent_state.mdwn |   60 +
 ..._be1302a006a66e501fe543f3af191fea._comment |   22 +
 ...erwrite_local__44___non-annexed_files.mdwn |   14 +
 doc/bugs/direct_mode_merge_interrupt.mdwn     |   54 +
 ...efuse_to_merge_with_illegal_filenames.mdwn |   38 +
 ...T32_fails_to_addurl_containing___63__.mdwn |   44 +
 doc/bugs/done.mdwn                            |    4 +
 ...opping_files_with_a_URL_backend_fails.mdwn |   13 +
 doc/bugs/encfs_accused_of_being_crippled.mdwn |   41 +
 ..._5c5be012e1171ef108f38825d72791b6._comment |   23 +
 doc/bugs/encrpyted_ssh_remote_on_macosx.mdwn  |   42 +
 ..._46c37aacb7ae41864488fb7c7d87d437._comment |   10 +
 doc/bugs/endless_loop_when_PWD_gone.mdwn      |   16 +
 ..._0943cffa39d48e4dddde3b7aedc4e3b1._comment |    8 +
 doc/bugs/enormous_fsck_output_OOM.mdwn        |   30 +
 ..._490b8bfe95b01a23408ecb5d63dcd40b._comment |   10 +
 ..._2666c135dd3378cf6301aa4957049fbd._comment |   10 +
 ..._dfb169c441215b671f8c971184de3e16._comment |   10 +
 ..._19ef90803aa7ce158bce02378e18ea0f._comment |   30 +
 ..._2b5406768fff2834f7aefa76ef949de2._comment |   12 +
 ..._0997f1a94c2fda9fe69824e074011518._comment |   18 +
 ..._2cdc79f1e0f72693814e91dc88a758e1._comment |   10 +
 ..._b9aab0aba4dab30260371b4762e0e51d._comment |    8 +
 ..._8de694dff75e27856c8282d1f2d120b6._comment |   14 +
 ...network-info_when_compiling_git-annex.mdwn |   12 +
 ..._1b5d236567123300924427624e0e48c8._comment |   53 +
 ..._4e5ffd0d5b965b9429b937610b7998d5._comment |    8 +
 ...rror_on_only_repository_copy_deletion.mdwn |   16 +
 ..._af394ac0956ab33a77256bcb02ef2a0f._comment |   14 +
 ...eous_shell_escaping_for_rsync_remotes.mdwn |   15 +
 .../failed_sync_with_direct_mode_repo.mdwn    |    9 +
 ..._fb4026cc81eb0ec1e656e4a81ffacc4f._comment |   13 +
 ...get_content_from_bare_repo_on_windows.mdwn |  143 +
 ..._31cf32ef2d597573ed3c5f06a1b40a1c._comment |   10 +
 ..._7d64382c66555ec9c5531840aa19e809._comment |   10 +
 ..._850a917a3d1ae50ba8f0e81a64168268._comment |   10 +
 ..._7c4660ea44178cba7f7a4cc5f1bebae4._comment |    8 +
 ...ing_ssh_key_setup___40__windows__41__.mdwn |   12 +
 ...hould__34___exist_in_remote_is_silent.mdwn |   37 +
 ..._c686df2824d3f588c0bfb339c99168b7._comment |   29 +
 ..._22edfac4ce25cd9f4e4c85e0a8a52bc1._comment |   14 +
 ..._74fc0e41a6bd5c4d8c4b2f15e5ed8d2f._comment |   17 +
 ..._7d642fc65040a7b583cdece33db01826._comment |    8 +
 ..._49be366b6af6db595fa538373a61e650._comment |   10 +
 ...ure_to_return_to_indirect_mode_on_usb.mdwn |   19 +
 ..._d7822b90c68bf845572b0a04a378d0bb._comment |   10 +
 doc/bugs/fat_support.mdwn                     |   13 +
 ..._04bcc4795d431e8cb32293aab29bbfe2._comment |   12 +
 ..._bb4a97ebadb5c53809fc78431eabd7c8._comment |   14 +
 ..._df3b943bc1081a8f3f7434ae0c8e061e._comment |   11 +
 ..._90a8a15bedd94480945a374f9d706b86._comment |   10 +
 ..._64bbf89de0836673224b83fdefa0407b._comment |    8 +
 ..._a3b6000330c9c376611c228d746a1d55._comment |    8 +
 ..._a0ac7f2c44efc8116940c7b94b35e9d0._comment |    7 +
 ..._acc947643a635eb10a1bff92083a3506._comment |   10 +
 ..._git-write-tree:_error_building_trees.mdwn |  103 +
 ..._77295c0b749e984a6fb200d3b73b5765._comment |    8 +
 ..._Invalid_argument___40__Windows__41__.mdwn |   63 +
 ..._e6f39b2ef55b0daa491f4b6329a906bc._comment |    8 +
 ..._b47d6d188f38a8e4ca5ef5f70afadf6a._comment |   48 +
 ..._b533b1de535a057b7ebf99afc92691ed._comment |   13 +
 doc/bugs/files_lost_during_upgrade.mdwn       | 2191 ++++
 ..._3f779c4d0c9fb27532b2981bd3ad4eee._comment |   22 +
 ..._80ba8c217e83c9d44a9dc52f4028719d._comment |   11 +
 .../follows_symlinks_to_outside_annex.mdwn    |    3 +
 ..._f7a01bb627a6780d6940886401cde454._comment |   10 +
 ..._fcbeffab5a0146062a9c945dfff48507._comment |    8 +
 doc/bugs/forget_corrupts_non-ascii_chars.mdwn |   78 +
 ..._fc8a4a93be2c234567836a4acee90957._comment |   22 +
 ..._31f9362619dee0b8ebae80694ae1b2d0._comment |    8 +
 ..._6310ae21036582688881f1890a5c4643._comment |    8 +
 doc/bugs/forwarded.mdwn                       |    2 +
 ...sck_giving_false_checking_information.mdwn |   29 +
 ..._1000603ea6b8a19eb09e6754789ad528._comment |   10 +
 ..._3ce7c8f7098f0bf86ed409a3a095c152._comment |   14 +
 ..._be4d0fec56c29cf978ef7d1715eaa516._comment |   14 +
 ...-shell:_gcryptsetup_permission_denied.mdwn |   48 +
 ..._f4584158b35b80ece1060308883e2dc4._comment |    8 +
 ..._a4d7aae848340771a9b8e2c87abeea42._comment |   26 +
 ..._06bda101ad584b4b882de8b2e202d679._comment |    8 +
 ..._4fc6b25401b645cabc04b510bdfa6863._comment |   10 +
 ..._4e193306801680bba433e75eb4dcba05._comment |   12 +
 ..._76ccdf0542e76e4dbd61f3b3228d40ba._comment |   10 +
 ..._cd964d0a375c5cba299bf2bbbbb86acb._comment |   12 +
 ..._9bac87c85deb5bb15795df28533d0cde._comment |   10 +
 ...sn__39__t_seem_to_use_the_bundled_git.mdwn |   50 +
 ..._73924adc1c3c0dca5adce9a5e1740e48._comment |   10 +
 ..._81c2896c9dfe5d96ad5a8f40cb312790._comment |   10 +
 ...urce_vanished___40__Broken_pipe__41__.mdwn |   18 +
 ..._e962317a939bf76097ae1a3b53b146e6._comment |   14 +
 ..._b32472b4c9b61e7a33dca802ecafb05b._comment |   11 +
 ..._fcfea3216831df9afbd855fbd842c27e._comment |   20 +
 ..._30d0b40efa59eeecb8a4be6d1baa1520._comment |   10 +
 ..._4af107f3184bc2abd2c9693167018628._comment |    8 +
 ..._f96027f1e3c405809fae42ce8533c6d1._comment |    8 +
 ..._b6fe89deb468a7e4f63f7faab147e3fb._comment |   12 +
 ..._ebec5d9266604f03959dc16d933ff4a4._comment |   13 +
 ...d___40__Operation_not_permitted__41__.mdwn |   33 +
 ..._b7a327b668e2ca053713bec1dc4e6314._comment |   14 +
 ..._8864149bd87f7956143109ab591afe4f._comment |   19 +
 ..._1229d5ea8799f0a744b3f03f620df1ec._comment |   12 +
 ..._975d2631faa17d257a6fce40e24a6e3b._comment |   14 +
 ..._013be36151fc710ec30756b0f68f43dc._comment |   12 +
 ...t-annex:_fd:14:_hGetLine:_end_of_file.mdwn |   51 +
 ..._36756f5d9d591cc52113c5cc0c1eae91._comment |    8 +
 ...ntryForID:_failed___40__Success__41__.mdwn |   13 +
 ..._11a1615962325327466895d03e3d2379._comment |    8 +
 ..._eac51c3299e9fc04025675360969d537._comment |    8 +
 ..._c23dc02c7487d63b0905f1b7f3ca59f5._comment |    9 +
 ..._0e8b28de5c173bc60ecc0126fb2209ca._comment |   10 +
 doc/bugs/git-annex_annex_repo_not_found.mdwn  |   23 +
 .../git-annex_auto_upgrade_is_redundant.mdwn  |   34 +
 ..._67cdbedc70695d1e4be81e59ab9b87bd._comment |    9 +
 ..._3a8041ce622b9288261fab57ecb87c28._comment |    8 +
 ..._2597b2008557b80f4b71630c5c4a4241._comment |    8 +
 ..._5dc46103994f064f5b9e120a16317dbd._comment |   10 +
 ..._e26cf6fa6358c8d53c0b16206d0d0ca6._comment |   14 +
 ..._c2c7c071fc5b1d3a55254d01a287c9f8._comment |    8 +
 ..._85e8a286d6b1ec5212614c36bf54addb._comment |   10 +
 ..._2b2152844612d83f295a5de02f6ed3e7._comment |    8 +
 ...ch_shows_commit_with_looong_commitlog.mdwn |   74 +
 ..._b83888a98075125dd043f323c99da03b._comment |   25 +
 ..._4a7d824b6e75693cf47f6efbf2c99e2e._comment |   10 +
 doc/bugs/git-annex_broken_on_Android_4.3.mdwn |    7 +
 ..._e47c073f1614f7b57f86acedeeb1cadc._comment |    8 +
 ..._ce34578c45060b7c8b759efd1c1d8df8._comment |   13 +
 ..._75965395dc33046ce34ac5ba972b7d64._comment |    8 +
 ..._f07bc76dd3c5580fc0855a33ae835c8d._comment |   12 +
 ..._637c59becc68a1e4f60069d8873489ff._comment |    8 +
 ..._d80b87055f72873f5678a01d2630bea4._comment |   10 +
 ..._57ac84868b223b30f005704eefa01b8d._comment |    8 +
 ..._a41f4d8a72c07ad770e6479e9b8c7f1d._comment |    8 +
 ..._7d36637f11cda51de395303d5c1c6a3f._comment |    8 +
 ..._c8609c3f7f62ae5427fd8c60bc9546ed._comment |    8 +
 ..._0ffb3833ce2c2e0320468dc9a09866d7._comment |   10 +
 ..._0886bca6d0c6a9415a7794d256be2e9d._comment |   14 +
 ..._2b39729f95c9c4bba620ecdd3d1558ed._comment |    8 +
 ..._8d90d92951919aa70638b31e9248bec5._comment |   16 +
 ..._6398271f5cd9e94996202ef3bce6f6ed._comment |   20 +
 ..._c9e399833cc6235077161f490dfa866f._comment |    8 +
 ..._cf093737eefb2b99f6f0eac9bf3e74b3._comment |    9 +
 ..._c122ce53175fc9e0e114a8acd2385c0d._comment |   29 +
 ..._237e41e61781bb058f5fd39362a904e4._comment |   10 +
 ..._97f423a41ee9d2d74291594fae20dd4e._comment |   10 +
 ..._7b3fbe7e38f637fcea511441ac243d93._comment |   10 +
 ..._53e2d095b2501844cadec910de286814._comment |   14 +
 ..._26c04584c3c6dacf59e1b6c82042c97c._comment |    8 +
 ..._ddc9cbae1a721400a9acf2153e18f4f0._comment |    8 +
 ..._593235735e32238094121b1f79355bbd._comment |    8 +
 ..._f806fd5930e90920db24456297465bae._comment |    9 +
 ..._5741b6a5997328fdcd5cc99f841b18d3._comment |    8 +
 ..._3e0d9949dd810069af0b8076807e5924._comment |    8 +
 ..._f58897eff6b4693f0c73474ccfe6e733._comment |    8 +
 ..._ddba87b2f20d8a63f7b8ebdb9bd13515._comment |   18 +
 ...c_transfer_is_interrupted_and_resumed.mdwn |   47 +
 ..._0fc5c7251ead7a0fbbcd357a8bc53f05._comment |   18 +
 ..._992c1a51d0300bd676cb431688efa524._comment |   13 +
 ..._3001a11839eff6a4c3a9f12096b29704._comment |    8 +
 ..._a13abb45b9a94d275177641db0538765._comment |   10 +
 ..._faac2d48950307ce245f0da501ace730._comment |    9 +
 ..._7df03eee7d5dc5a7ed0c9abef5053788._comment |   17 +
 ...stall_on_windows_without_admin_rights.mdwn |   24 +
 ..._2533800ab5a95c5d71c3b47a630e751a._comment |   10 +
 ..._5b71785acf16a8d9ea457726599daef3._comment |    8 +
 ..._63e4ff79bc683a70dd9a85c66e26e56a._comment |    8 +
 ..._initialize_under_Windows_with_cygwin.mdwn |   40 +
 ..._24d626923403b097f57bc3d3a8c5befa._comment |   10 +
 ..._32a74f078f45ee069a7d386734e379e2._comment |    8 +
 ..._nautilus_script_directory_is_missing.mdwn |   49 +
 ...ows_bad_settings_with_standard_groups.mdwn |   25 +
 ..._b3090201e90a78e049cf299fc322d60e._comment |   12 +
 ..._of_my_files___36____35____38____33__.mdwn |   58 +
 ..._5dd4d1cec069c13184f5dd9efca6721b._comment |    8 +
 ..._d9b65fe4cb4bfd58f37e7da5350c6401._comment |   14 +
 ..._1027187b203addd65af8cf1faf28727d._comment |   10 +
 ..._ac65028203ff0cbdb978200235fb4e9c._comment |   10 +
 doc/bugs/git-annex_merge_stalls.mdwn          |   18 +
 ..._31578a754945bdcb902c62ff58704bcb._comment |   17 +
 ..._f3b6bf180466b5931bfd20b2f0229422._comment |   10 +
 ..._ced9b0d724fb55c756106b64c3721003._comment |   18 +
 doc/bugs/git-annex_opens_too_many_files.mdwn  |   42 +
 ..._37f6f5838c41c533df4be1f927b9b03d._comment |   26 +
 ..._347ef233b9845b84d7c4d49ed166e797._comment |   10 +
 ..._d5f644d97cd2db471deb5dcd728cae60._comment |    8 +
 ..._c03bde64be8fdd962826bc7afa07d2a9._comment |  137 +
 ..._33a2e783e5355e981497b9861997570b._comment |   18 +
 ..._b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment |   15 +
 ..._d73454c9ab3729989e4bc3f2223ccde9._comment |    8 +
 doc/bugs/git-annex_remotedeamon.mdwn          |   27 +
 ..._bf8aa639ddc7f51ed7b2b83e31694e85._comment |   12 +
 ..._82f71852df61d12333d08ba25af9d7be._comment |   10 +
 ...ng_up_all_available_RAM_after_startup.mdwn |   49 +
 ..._b550f292359b44977481bf69abad4012._comment |   14 +
 ..._76e6c1d4db27bcc1767ba34e13e8211c._comment |    8 +
 ..._14007c8e927b75c5706e80cc4242fae4._comment |    8 +
 ..._f3266b74517b421e5310e67818fe3969._comment |   12 +
 ..._1a07f15eb0353768c1e67a1e47e2e494._comment |    9 +
 ..._7d0d49fd165af5e30606982e05335d34._comment |   10 +
 doc/bugs/git-annex_sync_does_not_push.mdwn    |   52 +
 ..._8b9b53163b012563b3e80f8eded76aaa._comment |   10 +
 ..._the_directory_I__39__m_in_disepeared.mdwn |   15 +
 .../git-annex_webapp_command_not_found.mdwn   |   25 +
 ..._6fa63ae1a7affb2351eda57ab3b4eda1._comment |   10 +
 ..._d25232bb5eaff725281869d7681e81ad._comment |    8 +
 ..._f593752a0c5c60daaacca46ced5ac5d8._comment |   12 +
 ..._e4ef964274e74cb4a39dc8ecac8ceade._comment |   12 +
 ...map_failed:_No_such_file_or_directory.mdwn |   43 +
 ..._984f75d8078f2809486f38ecb3b16be3._comment |   10 +
 ..._c0f07e2d4bb142389629050479dd1465._comment |   10 +
 ..._7a58a884aaacedca9697b17cd5248214._comment |   33 +
 ..._aa4f1806207138115d2a95935bb0546b._comment |    8 +
 ..._fa95f93416e3d6e66af557df6562f1e5._comment |    8 +
 ...he___124_____40__pipe__41___character.mdwn |   27 +
 ...annex_copy_--fast_does_not_copy_files.mdwn |   22 +
 ..._working_as_expected_in_the_assistant.mdwn |  140 +
 ..._ab82b880bd75a206e0717146e1b79aba._comment |    8 +
 ..._460e78ea8603bd87203d8014bcc3eb9a._comment |   55 +
 ..._17e9c2d29ddadcabc30ce884ffe0f853._comment |   12 +
 ...es_when_authenticating_with_jabber.de.mdwn |   26 +
 ..._5ba4f22bda2f5438fb08753cf149b649._comment |   12 +
 ..._b096cfdf26bfedfff16d882d7b2e060d._comment |   10 +
 ..._210be77aabb0ef5b85865cd08c51861e._comment |   12 +
 ..._bb974d882fbb31aa54e6de38410a2318._comment |    8 +
 ..._be655cbea27b6c87d298a75e1697a87d._comment |    8 +
 ..._72d1dac6627bbe22d5bd140215d82c47._comment |    8 +
 ..._8a8dfb15684525e156d6334e9f67a55c._comment |   66 +
 ..._f1a6e413756066659020e20147373a11._comment |    8 +
 ...40__notably_including_dead_ones__41__.mdwn |   44 +
 ..._7ee08a60e4b2516c010d3c2163049681._comment |   15 +
 ..._c29525bfda08717f68aaac83014e6b08._comment |    8 +
 ...ex_doesn__39__t_work_in_Max_OS_X_10.9.mdwn |  220 +
 ..._141819a6b67de2602673698f6f148106._comment |   13 +
 ..._8be96359fd2bd33ed2961e499dc2685e._comment |   12 +
 ..._26950a37e86d4dd83dd59fb2564d0a2e._comment |   11 +
 ..._cbf8150dbe0da64bde7f6af8e041eda8._comment |    8 +
 ..._0c203f90d911cf6869894dae89575a49._comment |   13 +
 ..._68cbb7268bdad73357da2d11e05d73c4._comment |    8 +
 ..._816d552f871a1b06306f04d575adb2e5._comment |    8 +
 ..._7905b097a9c582452fb04cdc88ed4285._comment |   14 +
 ..._bd5ac9bb2eaab66af6aa13b39172b49d._comment |    9 +
 ..._9881db7bb6fef4e47c54cdc23e995f17._comment |   13 +
 ..._4fb9d3de245dddab65fb1a53a67a095c._comment |    8 +
 ..._41e2ea458669f59f96b5860825745910._comment |    8 +
 ..._515039e321e0595f95430d8082bd54a5._comment |   20 +
 ..._9412236296871c570c66f5b4c7f9681e._comment |   10 +
 ..._e4e7d13be6c0bc63f426e535de6172f8._comment |    8 +
 ..._c73e1277c5f284b1019362fb2bef94a8._comment |    8 +
 ..._f513259a2641e00b049203014ab940c8._comment |   12 +
 ..._54ee7b90467fee8b0457e9c447747500._comment |   10 +
 ..._7e6223c2dae3346e17276c7bbb01d53e._comment |   12 +
 ..._13b6e595d595da7f036e81258a65541e._comment |    8 +
 ..._94144c0cbdbccc72c13e12daf7657a29._comment |    8 +
 ..._9eb064ffdc3fdb70e85572185e151a3f._comment |    8 +
 ..._cde756e8a9b18fe2ca9cda25967bc7fb._comment |   10 +
 ..._1fd6a4374a334bc03914c3e0df95ef95._comment |   10 +
 ...remote_gcrypt_failure_leaves_a_remote.mdwn |   31 +
 .../git_annex_ignores_GIT__95__SSH__63__.mdwn |   24 +
 ..._whereis_and_uncommited_local_changes.mdwn |   30 +
 ..._99e8d2c1bbc23438f954d8ddc827078e._comment |    9 +
 ..._7c8d91d78608d717164cb3e825654654._comment |   10 +
 ...problems_with_urls_containing___126__.mdwn |   46 +
 ...__39__t_use_.gitignore_in_direct_mode.mdwn |   18 +
 ...ync_--content_not_syncing_all_objects.mdwn |   33 +
 ..._36deea0f1277d6888c8bb79156c56efa._comment |   16 +
 ..._70804d50b07630fadfc029a22173c5a0._comment |   14 +
 ..._d7349af488008e3ca6557e0c1fbfc5b6._comment |    9 +
 ...nch_of_files___40__not_expected__41__.mdwn |   42 +
 ..._e25451863622eefed664f6a210cbe67d._comment |   72 +
 ..._f49e6f4016b3a6f918961a2412902e03._comment |   12 +
 ..._a234e4f58d2cc3b0110e4e65aceeb2c3._comment |   20 +
 ..._a01a867500fd94e6b317e74a0b0b1401._comment |    8 +
 ...ect_mode_does_not_honor_skip-worktree.mdwn |   37 +
 ..._69baeb997086c885f34fd1dc385cf5d6._comment |   12 +
 ..._fb8c0bebb9aaa75ee7eaf6999b1db49e._comment |   10 +
 ..._6bfd4e9a7853af93e72b717249de9439._comment |    8 +
 ..._a7eab4171af7e46bcc637aacf630e9db._comment |    8 +
 ..._cb98789c50c58f01055183dbaf7b4eba._comment |   11 +
 doc/bugs/git_annex_unlock_is_not_atomic.mdwn  |    7 +
 ...nex_unused_failes_on_empty_repository.mdwn |   15 +
 ...acter___40__and_probably_others__41__.mdwn |   33 +
 ..._861506e40e0d04d2be98bbfe9188be89._comment |   12 +
 ...app_--listen_on_a_remote_linux_server.mdwn |   50 +
 ..._db99c00830d3f15ebe790c4dc8b60bd7._comment |    8 +
 ...nd_has_tons_of_redundant_-a_paramters.mdwn |   15 +
 .../git_mv_before_commit_breaks_symlinks.mdwn |   28 +
 .../git_rename_detection_on_file_move.mdwn    |   14 +
 ..._5ec2f965c80cc5dd31ee3c4edb695664._comment |    8 +
 ..._0531dcfa833b0321a7009526efe3df33._comment |   26 +
 ..._7101d07400ad5935f880dc00d89bf90e._comment |   27 +
 ..._57010bcaca42089b451ad8659a1e018e._comment |    8 +
 ..._79d96599f757757f34d7b784e6c0e81c._comment |   34 +
 ..._d61f5693d947b9736b29fca1dbc7ad76._comment |   12 +
 ..._f63de6fe2f7189c8c2908cc41c4bc963._comment |   19 +
 ..._7f20d0b2f6ed1c34021a135438037306._comment |   10 +
 ..._6a00500b24ba53248c78e1ffc8d1a591._comment |   21 +
 ..._75e0973f6d573df615e01005ebcea87d._comment |    9 +
 ...for_DCIM_on_Android_misses_some_files.mdwn |   17 +
 ..._f683ecf93e5a17c5c9c06225dbcce2a9._comment |   12 +
 doc/bugs/glacier_from_multiple_repos.mdwn     |   16 +
 doc/bugs/googlemail.mdwn                      |   16 +
 doc/bugs/gpg-agent.mdwn                       | 5049 +++++++++
 ..._86860841aaa38541968693ec02f6a506._comment |   10 +
 ...does_not_ask_for_password_inside_tmux.mdwn |   25 +
 ..._053b12e8b412723ff1d6b4e64e71af9e._comment |   24 +
 ..._44830ba952cad3b153249bd405671507._comment |   10 +
 ..._a63db33a1dc70e64418de8b4bea6a9fa._comment |   11 +
 ...es_to_100__37___cpu_on_bad_input_data.mdwn |   18 +
 ..._889218fb7c0115b03d9bad0c07296097._comment |   36 +
 ...w_to_get_git-annex_shell_on_MAC__63__.mdwn |   27 +
 ..._780fbb7b8dda331503064dfa6bcabaa3._comment |   23 +
 ..._1785e99846998aa50e1c62a88b558196._comment |   14 +
 doc/bugs/id__95__rsa_on_android.mdwn          |   32 +
 ..._58f4fd1c4ae29bc3d2f3ea0aa6f6c12b._comment |    8 +
 ..._7039ed326c92211aa92e9276aba8c6b6._comment |   12 +
 ..._cbe24ed08a7ef91c8c0c20ab9b7d25b7._comment |   10 +
 ...uction_on_OSX_for_5.20131230-g9a495e6.mdwn |   25 +
 ..._515682c2338c861580105e869df648a1._comment |    8 +
 ...__96__.tmp__96___files_if_interrupted.mdwn |   12 +
 .../import_memleak_from_the_assistant.mdwn    | 1608 +++
 ..._81c80ca3ea288c651ccf45c83477e058._comment |   10 +
 ..._56089b7ad5d02c39ae0aacb442d789e9._comment |   16 +
 ..._b193a4a0901c681b59a97b93b456765b._comment |   15 +
 ..._d9464c7dc41773650ef7291391e1b414._comment |   10 +
 .../leakafter.png                             |  Bin 0 -> 43348 bytes
 .../leakbefore.png                            |  Bin 0 -> 24006 bytes
 doc/bugs/inconsistent_use_of_SI_prefixes.mdwn |   55 +
 ...mental_fsck_should_not_use_sticky_bit.mdwn |   17 +
 ..._204f45a43cd10bcb45c4920a13d66e8d._comment |   28 +
 ..._a8bb264cb2ceece72e0dd9191b2b566e._comment |    8 +
 ..._c6c8d3c84afa497bfdfe25b492dac5b9._comment |   12 +
 ..._5ac5a10bdddf23153e8ea0a8eb60323e._comment |   10 +
 ..._ec29ed50c4321cf9e21c56c13c65156b._comment |    8 +
 ..._c7f1170b84f9ea4befe96cdfe3bdaa1f._comment |    8 +
 .../index_file_smaller_than_expected.mdwn     |   53 +
 ..._d87ae8c4d384d2ce6d1286b51bfdeba1._comment |   17 +
 .../info_file_contains_wrong_version.mdwn     |   20 +
 ...nce_with_Dropbox_results_in_data_loss.mdwn |   50 +
 ..._837c7ab2d31531ac8a61509225926814._comment |   20 +
 ..._fe852adc1d7d3062ace269ceb134f3ad._comment |    8 +
 ...ent___40__invalid_byte_sequence__41__.mdwn |   29 +
 ...sues_with_non-posix_compatible_shells.mdwn |   41 +
 ..._076948499a9d581a50da52b7690e5d4e._comment |    8 +
 .../links_in_firefox_do_not_always_work.mdwn  |   26 +
 ..._5e506674f157e8ed612eca1f9adfa068._comment |   18 +
 ..._dfde57b433301e971c2d5b9e4d3c824a._comment |   12 +
 ..._2d090d6e67ba53ff7e5c0275274f9b3d._comment |   15 +
 ..._install_can__39__t_be_used_with_sudo.mdwn |   20 +
 ...l_doesn__39__t_create_git-annex-shell.mdwn |   62 +
 ..._8c20edd8c6483500f807528d616c6dfd._comment |   14 +
 ..._8b2cf0fe7219e0bc83fd326adbf26c8a._comment |   31 +
 ..._25fe06eb127e59a4a07aeb52a5cfeabe._comment |    8 +
 ..._ec78032ba62d6918baa2c0b07ead5b50._comment |    8 +
 .../manpage_has_slight_indentation_error.mdwn |   38 +
 ...e_causes_out_of_memory_on_large_repos.mdwn |   26 +
 ..._6d47485728ea65a9b555f8be7159dea5._comment |   10 +
 ..._06723d13ecdaf87de5ff2b209e3c5198._comment |   10 +
 ..._9f83ef190547b291a715cda55b7977d4._comment |   10 +
 ..._0e32ae0300472c56079cfbcd78a3e386._comment |    9 +
 ..._e8998716107e7ae8d0e8d332812517ad._comment |   14 +
 ...d_files_not_showing_up_in_unused_list.mdwn |   62 +
 ..._2cfbf6693b051c758fe5efa5ee885829._comment |   16 +
 ..._acb1abeb32c3aba8ba65151afbea753c._comment |   10 +
 doc/bugs/moreinfo.mdwn                        |    2 +
 ...__40__No_such_file_or_directory__41__.mdwn |   30 +
 ..._9fdeaa51ccc7c71dcfeea3ea783d3b50._comment |    9 +
 doc/bugs/no_git-annex_shell_on_Windows.mdwn   |   28 +
 ..._988768c3e4f30c751034a0b0390cdd88._comment |    8 +
 ..._70a6c9af57eed4f8ceb3de63cbf8a5e6._comment |   10 +
 ..._7f48959c6242c5cc52e9d0a79fd3f85d._comment |    8 +
 ..._04b30dd9e510762ee547e7b45bdba660._comment |   12 +
 ..._beebbd4a41cccfc7aac3c19d76c3b978._comment |    8 +
 ..._957c5da5f336c7ef59e4149602471888._comment |   15 +
 ..._a8654cf656de55ccdcf40270a1ef4ca9._comment |   35 +
 ..._3c8bb1b1d67ca1a6e568e381d24a2574._comment |   16 +
 ..._03646c9df9d4f4ea27459660fe65a976._comment |   25 +
 ...file_changed_to_annexed_on_typechange.mdwn |   40 +
 ..._6ac691645edb483797bee05043fd83b3._comment |    8 +
 ..._5d67e3a60b7cc30c2b1857f50895d363._comment |    8 +
 ..._78f1e081b92f418c20893d86a8715501._comment |    8 +
 ..._1e2a59e0eec89ef1a57d1488ff40dcf0._comment |   12 +
 ..._5e74431048b07631e0dbeca90fdb365b._comment |   47 +
 ..._3724e1c1a5fc6d3589452478249792ec._comment |    8 +
 ..._7f841ea7bf7d44f3d810ca097ac9eb47._comment |    8 +
 ..._c53ce2274388711ffbde1595b64f932b._comment |   10 +
 ...rd_output__41___from_git_annex_status.mdwn |   89 +
 ..._fcd230cbb2ac363c469b98021042c011._comment |   10 +
 ..._23207ecabd4b41d9551d0491fa71e96b._comment |   12 +
 ..._6ea92adfe955b6a5cd2a39fea78b3bf6._comment |  119 +
 ..._d0e55585f1612148163039d157253258._comment |   11 +
 ..._5506dc1b08516677886da4aa97263864._comment |   12 +
 ..._073449cc2cb73efd2b2d3d778a5573de._comment |   14 +
 ..._3516e71ba3b07427a10cbb4965712aa6._comment |   24 +
 ..._ea2e4704adb2f304f9c11c61eb62e919._comment |    8 +
 ..._4d17fedead7977541371a3f2c192e030._comment |   46 +
 ...ecated__44___but_still_in_walkthrough.mdwn |   21 +
 ...se__95__hiddenXXXXX_files_left_behind.mdwn |   52 +
 ..._b96ea3ece44d42e79e4d903ca66065ee._comment |   12 +
 ...nt_does_not_allow_spaces_in_filenames.mdwn |   31 +
 ..._ca10638d4b4b178cfd0de8736542c4dc._comment |   12 +
 ..._986a393a512229d35e529ba242b77b1e._comment |   10 +
 doc/bugs/problem_commit_normal_links.mdwn     |   59 +
 .../problem_with_upgrade_v2_-__62___v3.mdwn   |    3 +
 ..._5f60006c9bb095167d817f234a14d20b._comment |    8 +
 ..._cd0123392b16d89db41b45464165c247._comment |   23 +
 ..._86d9e7244ae492bcbe62720b8c4fc4a9._comment |   16 +
 ..._91439d4dbbf1461e281b276eb0003691._comment |    8 +
 ..._ca33a9ca0df33f7c1b58353d7ffb943d._comment |    8 +
 ..._f360f0006bc9115bc5a3e2eb9fe58abd._comment |   10 +
 doc/bugs/problems_with_android_and_gpg.mdwn   |   73 +
 ..._526d8805cb1ae896e8b1920ac2aecc17._comment |    8 +
 ..._2e1ae66bac4f55b74074b09e22ab270d._comment |   16 +
 ..._47510400e8e45a71a1581aed99a157a1._comment |   12 +
 ..._d28d773450d09e03160548d99f12256d._comment |   12 +
 ..._74f1177d6dd42bab5ddfc040cbfb035e._comment |   10 +
 doc/bugs/problems_with_android_and_xmpp.mdwn  |   82 +
 ..._dd56eb74660a606c7db54861ec745cc6._comment |   11 +
 ..._ae4554fadfc3ea1913a36aa535815cfb._comment |   12 +
 ..._128702a7974bd00337c3304e49a74f0b._comment |   23 +
 doc/bugs/problems_with_glacier.mdwn           |   65 +
 ..._8d233428a16ae4276d9c69b329e8216b._comment |   12 +
 .../protocol_mismatch_after_interrupt.mdwn    |   33 +
 ..._415de83053dc61a64cf2e301223f1916._comment |   11 +
 ...ce_then_stopped_running_opensuse_13.1.mdwn |   13 +
 ..._a9daf9e8f968b32f25e236f53ea4b845._comment |   14 +
 ...nishing_when_assistant_gets_restarted.mdwn |   34 +
 ..._53b4f388c47c1b3f6ffa4fc2155b30fc._comment |   21 +
 ..._e66532b23b089c9ea61122d6664cddb9._comment |   10 +
 ..._c9d692c867acc076f64f1213ea03ca11._comment |    8 +
 ...d___96__git_annex_sync__96___behavior.mdwn |  113 +
 ..._1a0b964f93c753838d6ccbdc8f79b39e._comment |    8 +
 ..._d22dcd7f95c5dc1c381c3c746781efce._comment |    8 +
 ..._a25140eb90f6b24c1a3ca39c901694e2._comment |   10 +
 ..._825e15183008ff7d97a81cacc3f55fb4._comment |    8 +
 ..._e858fc7c729cd39740354fb12627d556._comment |   10 +
 ..._9881b0f2dfb0907a60c0da296bc3da3f._comment |   10 +
 ..._ca017b9d3bafea4cb31448c802f3834e._comment |    8 +
 ...heir_symlink_targets_don__39__t_exist.mdwn |   67 +
 ..._8a1d16b2aaba224e94be3d9dcc036d91._comment |   12 +
 ..._434ed328a22a6657dba3b2929a56e499._comment |   18 +
 ..._1837b70ace42882db3ab82e001680934._comment |   29 +
 ..._ca9c87a10f29e41572540edeb99652f2._comment |   11 +
 ..._69eafc4201e3014ef1b5d74fe319e462._comment |   10 +
 ..._b7a64db9abe006af8c30169ad849efe9._comment |   76 +
 ..._197ac6070f256131c6e18a07aa3834fa._comment |   14 +
 ..._fe07832333b536c71b7dcb46a4a44bd0._comment |   19 +
 ..._540bca4e6fdfc10eeab875ecc0f2b3f3._comment |   10 +
 ..._3f236b35e9820cd88bb77fcd57d6975e._comment |   43 +
 ..._3cc5dae0351201522711a7caeecd60d5._comment |   10 +
 ..._3c3883cb66d02a15d5de84d22aa113da._comment |   38 +
 ..._c8cece9559bd2dc6154cd28772369e48._comment |   10 +
 ...ypt_based_repos_and_conflicting_uuids.mdwn |   30 +
 ..._11af589cf646cb7552eeb5c7401934f5._comment |    8 +
 ..._d81cb9b47dea34b639dc250bb231010a._comment |   16 +
 ..._8df00f0ed4a26f702e0935b366521530._comment |  164 +
 ..._7eb33c23223dfc634eb3c9c6621f7f3e._comment |   12 +
 doc/bugs/remote_not_showing_up_in_webapp.mdwn |  100 +
 ..._2a269732fd528f505777542d3556437a._comment |   17 +
 ..._10638e99e2e11460f99266f56adbc1db._comment |   10 +
 ..._4aa72acc0938f7f824ba10f3f102e8bc._comment |   16 +
 .../repo_creation_fails_on_android_4.4.3.mdwn |   30 +
 ..._01e638ec9c6d74966d76b6ceb7c06bad._comment |   26 +
 ..._07c0f9387433b7107e9def2bfbed3039._comment |    8 +
 ..._caf4f02677ea9e7fe28dbace99aa6860._comment |    8 +
 ...es_which_have_names_containing_spaces.mdwn |   50 +
 ...ync_transport:_username_not_respected.mdwn |   43 +
 ...s_of_of_memory_adding_2_million_files.mdwn |   17 +
 ..._8b60b7816b9bf2c8cdd21b5cae431555._comment |    8 +
 ..._32908da23e4fb38a7d20b765a5ab4656._comment |   12 +
 ..._3cff88b50eb3872565bccbeb6ee15716._comment |   27 +
 ..._e991986eb8ae49d2e69f7ed7fd61485f._comment |    8 +
 ..._241ad838135a7a377374ca9ba90aec5c._comment |    8 +
 ..._744982b77cc867e9e3a7d638c7a653d6._comment |   12 +
 ..._9add4ee13b7ea846e6495c28da214269._comment |    8 +
 doc/bugs/set_metadata_on_wrong_files.mdwn     |   90 +
 ..._074f124e5d313e90b3e9217325799587._comment |    8 +
 doc/bugs/signal_weirdness.mdwn                |   50 +
 ..._--_please_seek_possibility_to_shrink.mdwn |   41 +
 ..._d2faaff98386433110dcf7aae87916b7._comment |    9 +
 ..._1359ddf1b5db4303f8bd219d3f07df3a._comment |   10 +
 ...failed_when_adding_remote_server_repo.mdwn |   44 +
 ..._52180983b59c247389a55a9523ec435b._comment |   14 +
 .../ssh:_unprotected_private_key_file.mdwn    |   62 +
 doc/bugs/ssh_portnum_bugs.mdwn                |   15 +
 ..._2026785c06e99b55158cd65c221eb598._comment |   10 +
 ..._76551dfcd29b54814809c434d7cb64af._comment |    8 +
 ..._ab49a0e307a29c7c20627bbb3b10ab1d._comment |    8 +
 ..._e0d96a43208453dc29373d0e045751e3._comment |    8 +
 ..._9ed44cdb79224dac6b000983d77d53f3._comment |    8 +
 ...h_the_annex_directory_exposed_to_http.mdwn |   20 +
 ...commit_with_alwasycommit___61___false.mdwn |   90 +
 ...est_failures_on_window_for_5.20131118.mdwn |   22 +
 ..._5a7a284625c12d54390fe4a4ec1d4211._comment |  188 +
 ...s_problems_on_non-linux_based_systems.mdwn |   20 +
 ..._1d38283c9ea87174f3bbef9a58f5cb88._comment |   10 +
 ..._bf112edd075fbebe4fc959a387946eb9._comment |    8 +
 ..._a46080fbe82adf0986c5dc045e382501._comment |    8 +
 ..._760437bf3ba972a775bb190fb4b38202._comment |    8 +
 ..._060ba5ea88dcab2f4a0c199f13ef4f67._comment |   10 +
 ..._548303d6ffb21a9370b6904f41ff49c1._comment |   42 +
 ..._7ca00527ab5db058aadec4fe813e51fd._comment |    8 +
 ..._881aecb9ae671689453f6d5d780d844b._comment |    8 +
 ...onfig_contradiction_causing_confusion.mdwn |   35 +
 .../typo_on_the_Mac_OS_10.7.5_Lion_build.mdwn |   11 +
 ..._e8df4b36a89b37edd94f3a318ae93a32._comment |    8 +
 ..._3b2c3c84bd1910280c549a2ee1c622b9._comment |    8 +
 ..._repository_group_of___34__here__34__.mdwn |   13 +
 doc/bugs/undefined.mdwn                       |    5 +
 ...ository_when_using_annex-ignore_true_.mdwn |   25 +
 ...Buffer_containing_an_invalid_argument.mdwn |   87 +
 ..._004cb3015895ad67386276f3e1f0de0d._comment |   10 +
 ..._3fe298ebb3ff04d12f2528aa982d7084._comment |   24 +
 ..._9302536d1577c12337d714fa3a9ea7a1._comment |   10 +
 ..._c1c8de66192957b7026d99b9ff90589c._comment |   16 +
 ..._8c2dad766e4115073d49b698919b5ed5._comment |    8 +
 ..._8da2a73381309ecef4b2796d8f2bb0bb._comment |   10 +
 ...ed_.git-annex__47____42___directories.mdwn |   16 +
 ..._9ca2da52f3c8add0276b72d6099516a6._comment |   10 +
 ..._e14e84b770305893f2fc6e4938359f47._comment |   18 +
 ..._ec04e306c96fd20ab912aea54a8340aa._comment |    8 +
 ...ploads_queued_to_annex-ignore_remotes.mdwn |   34 +
 ..._fa1c98f38253db8c2be3604c72eb3726._comment |   17 +
 ...g_encryption_with_multiple_keys_fails.mdwn |   57 +
 ..._584390159278577da78b05bc7bb0e673._comment |   10 +
 ..._51855f5bb857e1b6bc5531cdd7073c31._comment |   10 +
 ..._3a6ff3dbc24850b065d045c7c9398eb1._comment |   20 +
 ..._84168b56288262e01280da59ffaf19f6._comment |    8 +
 ...te_format_generates_irritating_output.mdwn |   30 +
 ..._fceba878f1097e27f056580e8d6d5b31._comment |   26 +
 ..._416992874813f120721a56d88b2bef65._comment |    9 +
 ..._a20f470c5226ac5693eb15146a02b3f5._comment |    8 +
 ..._a81f06191bc03a7aad5929af99f0634e._comment |   28 +
 ..._7438caecf78b4fb5d21f9f31dff95cf2._comment |   14 +
 ...web_app_loops_over_a_non-addable_file.mdwn |   56 +
 ...ifficult_to_abort_adding_a_repository.mdwn |   24 +
 ...26____47__annex_isn__39__t_a_git_repo.mdwn |   29 +
 ...ls_mysteriously_on_newer_repo_layouts.mdwn |   34 +
 doc/bugs/weird_unicode_bug_on_windows.mdwn    |   17 +
 ..._69af9bd8c7898fccc2219edd860d547b._comment |   12 +
 doc/bugs/wget_and_android_4.4.mdwn            |   27 +
 ...nnex_delete_non_annexed_new_git_files.mdwn |   55 +
 ..._6c9f5fe14e46ac96254426e1e9cff23f._comment |    8 +
 ..._04dfbf4b1f6b545075d50f43b1d73ef6._comment |    9 +
 ..._f449f259f076ea1b11bd289bdbcc9339._comment |   13 +
 ..._78ccd70a17d776f14ea9193ab55c6732._comment |   10 +
 ..._95fcc19327b57222844302bb81236ee9._comment |    8 +
 ...lable_both_here_and_in_another_remote.mdwn |   30 +
 ..._d823b7ee32183fbadd4a49f65e1a3a8b._comment |    8 +
 ..._f430538101f0ef6114b5e953248fa599._comment |    8 +
 ...uts_no_informaiton_for_unlocked_files.mdwn |   46 +
 ..._47bd0fc8d1c65f8a868d9722e66c71db._comment |   10 +
 doc/bugs/windows_install_failure.mdwn         |   33 +
 ..._f339574c7cfa35c1f0dfd515fde457f5._comment |    8 +
 ..._1d3364d8f5c4963f3a7e473298ec6ed1._comment |    8 +
 ...tube_support_suddenly_stopped_working.mdwn |   62 +
 doc/builds.mdwn                               |   44 +
 doc/coding_style.mdwn                         |   92 +
 ..._70521cf79ad06832b1d73fc2c20c68ec._comment |   20 +
 ..._a820b7c8ae7c2290eb000f61bdb5c514._comment |    8 +
 doc/comments.mdwn                             |    9 +
 doc/contact.mdwn                              |   11 +
 ..._12d60f767d90bea94974e1ff6b206d31._comment |    8 +
 ..._95b6d868b913418de50ba121d71d2390._comment |   10 +
 ..._2cf43bd406673294e6cdbd785c4a0d0c._comment |   16 +
 ..._586a506e27379d74fbc0f4b654e89c7d._comment |   10 +
 doc/contribute.mdwn                           |   38 +
 doc/copies.mdwn                               |   35 +
 ..._af9bee33777fb8a187b714fc8c5fb11d._comment |    8 +
 doc/design.mdwn                               |    6 +
 doc/design/assistant.mdwn                     |   45 +
 doc/design/assistant/OSX.mdwn                 |   13 +
 ..._9290f6e6f265e906b08631224392b7bf._comment |   14 +
 doc/design/assistant/android.mdwn             |   42 +
 ..._316bde8d22628e5e9d4f8dabce1d2ad4._comment |   14 +
 ..._8be9a74e5fc4641c2bf2e1bb7673dd59._comment |    8 +
 ..._3dd386ac1b757c73d14f14377b9eedd4._comment |    8 +
 ..._5dca47a4599d6e88d19193701c5a571b._comment |   46 +
 ..._054f06311e2b51d73be569f181eb004f._comment |   10 +
 ..._bb3d36e9d29f2fa77bee6d47ef9917fe._comment |   21 +
 ..._fee32a831eeb5736fe1dce52e30320c8._comment |   16 +
 ..._d8e9b0a5287fc96b19dc2cb9da3586ce._comment |   17 +
 ..._79a7b5bb5f4aaeea4a4e8ced0561701a._comment |   11 +
 ..._55ea70a6929523d26248ff6409b04a6e._comment |   10 +
 doc/design/assistant/blog.mdwn                |   11 +
 .../blog/day_100__cursed_clouds.mdwn          |   19 +
 .../day_102__very_high_level_programming.mdwn |   37 +
 ..._c028b403261dd66bcf83e6ffd134b80b._comment |    8 +
 .../assistant/blog/day_103__bugfix_day.mdwn   |   25 +
 doc/design/assistant/blog/day_104__misc.mdwn  |   18 +
 ..._13d7fad2d3f8eab10314784c035e2a16._comment |    8 +
 .../assistant/blog/day_105__lazy_Sunday.mdwn  |   43 +
 .../assistant/blog/day_106__lazy_Monday.mdwn  |   10 +
 .../assistant/blog/day_107__memory_leak.mdwn  |   11 +
 .../day_108__another_zombie_outbreak.mdwn     |   33 +
 ..._194c48d65993462f809a2cfaa774a3e2._comment |   11 +
 ..._ef5ee5933fcadcb81cc81b816db14bda._comment |    8 +
 .../assistant/blog/day_109__dropping.mdwn     |   16 +
 doc/design/assistant/blog/day_10__lsof.mdwn   |   54 +
 ..._9b8c28c85c979f32e5c295b6a03c048e._comment |    9 +
 .../blog/day_110__more_dropping.mdwn          |   55 +
 .../blog/day_111__config_monitor.mdwn         |   18 +
 ...ow_for_something_completely_different.mdwn |   50 +
 ..._5e4fe1538d9ae1c450b0a6602fc6d29b._comment |   10 +
 ..._c5a734f611ecc95729904e645583ee43._comment |    8 +
 ..._46b16dcd0fce07036cd8ed6ed9d2b055._comment |    8 +
 ..._1fe036e4c65fb4211aa2c394f535344a._comment |    8 +
 ..._e4ba3568c4efd98f212dd47427a1cf47._comment |   10 +
 .../blog/day_113__notifier_work.mdwn          |   22 +
 doc/design/assistant/blog/day_114__xmpp.mdwn  |   56 +
 ..._c2b0617a2fc3dc4f19a6be6947913842._comment |    8 +
 ..._d14375dfb5791615802dab3c5438f8e2._comment |    8 +
 ..._6d72ea32c111e605be30ad2153fc71c9._comment |   10 +
 ..._e51d6f854db5f9e74a1aa58bd8923795._comment |   12 +
 .../assistant/blog/day_115__my_new_form.mdwn  |   17 +
 .../assistant/blog/day_116__the_segfault.mdwn |   25 +
 .../blog/day_117__new_topologies.mdwn         |   41 +
 .../blog/day_118__monadic_discontinuity.mdwn  |   15 +
 .../blog/day_119__time_for_testing.mdwn       |   12 +
 .../assistant/blog/day_11__freebsd.mdwn       |   50 +
 .../assistant/blog/day_120__test_day.mdwn     |    2 +
 .../assistant/blog/day_121__buddy_list.mdwn   |   10 +
 .../assistant/blog/day_122__xmpp_pairing.mdwn |   29 +
 ..._e95efb23eb2e67e3f11a5c7de56424a7._comment |   10 +
 ..._30e251e73146512bde8b2f69eddeef2e._comment |    8 +
 .../blog/day_123__xmpp_insanity.mdwn          |   49 +
 ...ay_124__git_push_over_xmpp_groundwork.mdwn |   28 +
 .../blog/day_125__xmpp_push_continues.mdwn    |   15 +
 .../blog/day_126__mr_watson_come_here.mdwn    |   52 +
 ..._ee1361e6b235f4e1c00596ba516b519a._comment |   10 +
 ..._8eb366ae7efb347bd3bbd9a98e0821b3._comment |    8 +
 .../assistant/blog/day_127__xmpp_syncs.mdwn   |   35 +
 .../blog/day_128__last_xmpp_day.mdwn          |   49 +
 ..._fd8c1d6358cb50f4dad8ba11d33d861f._comment |   10 +
 ..._43664b73c71c41d71bc95e665f128106._comment |    8 +
 ..._d369b04f686009a9dbb57b999107a55e._comment |   11 +
 ..._095855d301e7ccd3689ffe507cfb63ee._comment |    8 +
 ..._da7b0586b0b28e1e0fe4126f6543a7bc._comment |    9 +
 ..._2f9ba367e19d77bf52f372b6f0f5938a._comment |    8 +
 .../assistant/blog/day_129__release.mdwn      |    4 +
 .../assistant/blog/day_12__freebsd_redux.mdwn |   23 +
 ..._5da32cf53f1de27bfe6cec2d294db3e1._comment |    8 +
 ..._696d6e22034acf5bb60d80124b72ef2f._comment |    8 +
 .../assistant/blog/day_130__what_now.mdwn     |   36 +
 ..._402f00cc034351d8253a797dd4de55bf._comment |    8 +
 .../blog/day_131__webdav_groundwork.mdwn      |   28 +
 .../blog/day_132__webdav_continued.mdwn       |   22 +
 .../blog/day_133__webdav_working.mdwn         |   31 +
 .../blog/day_134__box.com_configurator.mdwn   |    8 +
 .../blog/day_135__progress_revisited.mdwn     |   37 +
 doc/design/assistant/blog/day_136__misc.mdwn  |   14 +
 .../assistant/blog/day_137__Glacier.mdwn      |   30 +
 doc/design/assistant/blog/day_138__back.mdwn  |   25 +
 ..._65a8499b284bed38d2bde1886a54a311._comment |    8 +
 .../assistant/blog/day_139__catch_up.mdwn     |   11 +
 .../blog/day_13__kqueue_continued.mdwn        |   34 +
 .../blog/day_140__release_monday.mdwn         |   25 +
 .../blog/day_141__release_tuesday.mdwn        |    6 +
 ..._a5adea7a726df12f9121c744a036f08d._comment |   10 +
 .../assistant/blog/day_142__filling_in.mdwn   |    9 +
 .../assistant/blog/day_143__what_next.mdwn    |   22 +
 ..._40cf25a2ebdd43d8974a28e180e100e5._comment |   13 +
 ..._af9ccbbc5131e6333c029415141bdb51._comment |   10 +
 .../assistant/blog/day_144__webapp_work.mdwn  |    8 +
 .../blog/day_145__more_webapp_work.mdwn       |   12 +
 .../assistant/blog/day_146__meanwhile.mdwn    |   22 +
 .../assistant/blog/day_147__direct_mode.mdwn  |   36 +
 ..._0bd69532afce9dc04e3d88bfd0aed4b2._comment |   16 +
 ..._3b26f0d081c3bf1037bb872d529ce825._comment |    8 +
 .../assistant/blog/day_148__direct_mode.mdwn  |   42 +
 .../assistant/blog/day_149__rainy_day.mdwn    |   15 +
 .../blog/day_14__kqueue_kqueue_kqueue.mdwn    |   23 +
 .../blog/day_14__thinking_about_syncing.mdwn  |   44 +
 doc/design/assistant/blog/day_150__12:12.mdwn |   53 +
 .../blog/day_151__direct_mode_toggle.mdwn     |   59 +
 .../assistant/blog/day_152__bugfixes.mdwn     |   18 +
 ..._46863a875f9daa6f2c9248b66ff91929._comment |    9 +
 ..._a586e617bc024c8a9ff60f1b8345d74d._comment |    8 +
 .../assistant/blog/day_153__hibernation.mdwn  |   26 +
 .../blog/day_154__direct_mode_merging.mdwn    |   21 +
 .../assistant/blog/day_155__bugfixes.mdwn     |   15 +
 ...ay_156_and_157__direct_mode_assistant.mdwn |   45 +
 .../assistant/blog/day_158__fsevents.mdwn     |   20 +
 ..._b278372ac6399f64d5fa9da178278a6d._comment |    8 +
 ..._2d5ce9b2807068c3517e185945662bd2._comment |    8 +
 .../blog/day_159__fsevents_and_assistant.mdwn |   16 +
 ..._b85f446c3fa8d703a2a8882825c6f33f._comment |    8 +
 ..._a150b404e0c39e0bb2f7dd00cda63cdc._comment |    8 +
 ..._37abc41bae23a1d7de0d19d952aec492._comment |    8 +
 .../assistant/blog/day_15__its_aliiive.mdwn   |   33 +
 .../day_160__finishing_up_direct_mode.mdwn    |   10 +
 .../assistant/blog/day_161__release_day.mdwn  |    8 +
 ..._e82c67f3ce216618149537bba1e0b850._comment |   19 +
 ..._b1fe96fd818935c0497b78bb8ad32ffa._comment |   14 +
 ..._40bac0e1756aa77bb966c4654857141c._comment |   44 +
 ..._af65656b0d1179636937595868bb97b0._comment |   30 +
 ..._0c05caaaf9588e124585041bf5f45d75._comment |   20 +
 ..._5dfb5f428633d6062925f61af2b8829b._comment |   23 +
 ..._ac4effb381b08d94d4a2d2482e92c89a._comment |   13 +
 ..._32600e89e3098e52a1280895e03b3f86._comment |   13 +
 ..._07e5d0c3cad0ce2bd4943e53b61f1767._comment |    8 +
 doc/design/assistant/blog/day_162__UI.mdwn    |   17 +
 .../blog/day_163__free_features.mdwn          |   32 +
 .../assistant/blog/day_164__bugfixes.mdwn     |   17 +
 .../assistant/blog/day_165__release_day.mdwn  |   16 +
 .../blog/day_166__a_short_long_day.mdwn       |   25 +
 .../day_167__safe_direct_mode_transfers.mdwn  |   12 +
 ..._f1aa64fe803d8c14b250a4e98b88142a._comment |    8 +
 ..._5ce1db84c9ead713f1272c4975645b93._comment |    8 +
 .../blog/day_168__back_to_theme.mdwn          |   18 +
 ..._f248780bfcbd0384d9d72c2633a4ea46._comment |   12 +
 ..._5beba073373b8e75a32d1fcfdc1a0782._comment |   13 +
 .../blog/day_169__direct_mode_is_safe.mdwn    |   24 +
 ..._65f87656c4e6bc7cdb614f53961341c9._comment |    8 +
 ..._a116a402a126c62be54c06afd82439ab._comment |   19 +
 .../blog/day_16__more_robust_syncing.mdwn     |   44 +
 ..._23e7a90429e4431f90787cd016ebe188._comment |    8 +
 ..._8e7e7cd27791bb47625e60a284e9c802._comment |   10 +
 .../blog/day_170__bugfixes_and_release.mdwn   |    8 +
 doc/design/assistant/blog/day_171__logs.mdwn  |   23 +
 .../assistant/blog/day_172__short_day.mdwn    |   22 +
 ..._b75e26b77a23a45da1c4c3bca1399246._comment |   12 +
 .../assistant/blog/day_173__snow_day.mdwn     |   22 +
 .../blog/day_174__last_weekend_before_AU.mdwn |   25 +
 ..._05a8fd47f54373331741cc869a53b0c3._comment |   10 +
 ..._fc8e65eef954c4caa8321c2fe8b711b7._comment |    8 +
 ..._399534f540d85cac067fbb7be9d373b4._comment |    8 +
 .../blog/day_175__pacific_features.mdwn       |   15 +
 ..._c3ee4386f872b7c76aaecfa638b368cb._comment |    9 +
 .../blog/day_176__thread_management.mdwn      |   13 +
 .../assistant/blog/day_178__bus_hacking.mdwn  |   10 +
 .../blog/day_179__brief_updates.mdwn          |   19 +
 ..._920a84457d40358507a3eb817a4568d9._comment |    8 +
 .../blog/day_17__push_queue_prune.mdwn        |   19 +
 doc/design/assistant/blog/day_180__back.mdwn  |    7 +
 .../assistant/blog/day_181__triage.mdwn       |   23 +
 .../assistant/blog/day_182__it_begins.mdwn    |   50 +
 .../assistant/blog/day_183__plan_b.mdwn       |   19 +
 .../day_184__just_wanna_run_something.mdwn    |   46 +
 ..._689adac7e26cb0b0a4e7ecc787cfd716._comment |   16 +
 .../blog/day_185__android_liftoff.mdwn        |   20 +
 ..._b7d28010a72619a7e9a5ad4f2a0d6c07._comment |    9 +
 ..._ddeb24e86fafb7dae93142cc02767aad._comment |   10 +
 .../blog/day_186__Android_success.mdwn        |   33 +
 ..._1629da240ca7db5f8a32059f561fd435._comment |    8 +
 .../blog/day_187__porting_utilities.mdwn      |   22 +
 ..._0e6a3f4fe8e09f247fa04156bc60f8c7._comment |    8 +
 .../day_188__crippled_filesystem_support.mdwn |   37 +
 ..._32a296fce23ae4b1e18bd5a9964bf619._comment |   14 +
 .../blog/day_189__more_crippling.mdwn         |   44 +
 .../assistant/blog/day_18__merging.mdwn       |   82 +
 ..._7a553ad559519f3b3e3cd20115b4c44e._comment |   15 +
 .../assistant/blog/day_190-191__weekend.mdwn  |   28 +
 ..._dbd692d12c14d08acd7d73a655b34e8b._comment |   10 +
 ..._c813830e53471a9732e010a748d574fc._comment |   28 +
 .../blog/day_192_193__more_porting.mdwn       |   44 +
 .../assistant/blog/day_194__nice_moment.mdwn  |   37 +
 .../blog/day_195__real_android_app.mdwn       |   32 +
 ..._0112007552b30cd9bfeac614a1e399c4._comment |   10 +
 ..._230d3c169c713f613b9d607d84ce5092._comment |   12 +
 ..._8d74ad2a61c02272758d157282ad56ec._comment |   10 +
 ..._4f6bc0680f2debd638933968a26975e0._comment |   10 +
 ..._71539c62608866464e8faa76bc522a55._comment |    9 +
 ..._e1b205289721ae79ac7fbed2f44018b2._comment |   10 +
 ..._4bc0aeae4fa1116944644c64feaf9697._comment |    8 +
 ..._17bb6e7565d4c757f6c1e3514c22f47d._comment |   10 +
 ..._cd8a6bec0f7c6843dd11d3266f25f864._comment |   44 +
 ..._2d2eee4bcbbd1d069a80bff5edc90c3c._comment |   13 +
 ..._3d96568c469a8c53a982f304eae5e7d4._comment |   10 +
 ..._e8667c47d07fc842cf0fe2ebbfbc1c58._comment |    8 +
 ..._cf8da7720ddc20b05955ee671ca4acd5._comment |    8 +
 ..._f4709bdbc739182819b648fd6aa00531._comment |   36 +
 ..._e66af12c7eca0d457b8406e9fb4b69be._comment |    8 +
 .../blog/day_196__android_bugfixes.mdwn       |   26 +
 .../blog/day_197__template_haskell.mdwn       |   36 +
 ..._82d9f9508929d84abf7b718c59436ae8._comment |   18 +
 .../assistant/blog/day_198__bugfixes.mdwn     |   11 +
 ..._5a15b5bad0f9ba2423d2aebe440ac0ea._comment |   19 +
 ..._36d94b838e5e65c85e7afaabe8a578f1._comment |   12 +
 ..._ae9b74341a3bc6e1e84d2c0ca4c5f612._comment |   10 +
 ..._5a4827227c03bcff3b1e4c44b531f816._comment |   12 +
 ..._9c5f4c85217e898be4c57c615e53c36f._comment |    8 +
 ..._bccf1abfb7f56d97673158f3ccfce511._comment |    9 +
 ..._6f1b51b002cc5d2b505d80e3e04bf6f3._comment |    8 +
 ..._8a3542437663028b17442818eba3f7c5._comment |    9 +
 .../day_199__wrapping_up_Android_for_now.mdwn |   26 +
 ..._ec57358afc7e78d2860aa4237793832d._comment |   11 +
 .../blog/day_19__random_improvements.mdwn     |   50 +
 doc/design/assistant/blog/day_1__inotify.mdwn |   57 +
 .../assistant/blog/day_200__release_day.mdwn  |   19 +
 ..._40cfe9bfd9e611fd734dbb5aad348aa3._comment |   10 +
 ..._b26890fdae575d42170988073fb2e45d._comment |    8 +
 ..._710a30c5d31bf549833ecfe9a0997c94._comment |    8 +
 ..._b6f62ab7e810ba6d3a43f0ead370c79a._comment |    8 +
 ..._a68e1ed7829b49086c567d97ddc09912._comment |    8 +
 ..._39d3ad0a029fe56e96f97d28d17fbbd2._comment |    8 +
 ..._5b752d6a8d74e61190f09384b6108206._comment |   31 +
 ..._881274ae0d6230bb4cafa4151ad72b49._comment |   12 +
 ..._e220059be77cf0ef396f37a4f9ccf9b5._comment |    8 +
 ..._ec2152151188dd252cdb61c68cfc12e4._comment |   10 +
 ..._42572411617c287368482bb9dcf94324._comment |   18 +
 ..._6b69aa81a9ba4e07e547ed1869946d51._comment |   15 +
 ..._b070a2e4151d9fbf43d7906efa78515f._comment |   12 +
 .../blog/day_201__real_Android_wrapup.mdwn    |   38 +
 ..._88b9950c51324f0bb89c5646b3170952._comment |   19 +
 .../blog/day_201__real_Android_wrapup/fib.png |  Bin 0 -> 69535 bytes
 .../blog/day_201__working_web_server.mdwn     |   31 +
 .../blog/day_203__procrastination.mdwn        |   25 +
 .../blog/day_204__deprocrastination.mdwn      |   62 +
 .../day_205_206__rainy_day__snow_day.mdwn     |   12 +
 doc/design/assistant/blog/day_207__XMPP.mdwn  |    7 +
 .../assistant/blog/day_208__bugfixes.mdwn     |   17 +
 .../assistant/blog/day_209__The_Bug.mdwn      |   23 +
 .../blog/day_20__data_transfer_design.mdwn    |   22 +
 .../assistant/blog/day_210__spring.mdwn       |   29 +
 .../blog/day_211__zooming_along.mdwn          |   24 +
 .../blog/day_212__accidental_all_nighter.mdwn |   24 +
 ..._6ee1f8056eedb6eb18013faf8f5ec212._comment |    8 +
 ..._07c83d75bb105bb77ada07359ed0ea7a._comment |    8 +
 ..._2c904d33f4f14807fbe718a01e98800a._comment |    8 +
 ..._59ec5c1cab75df87293800a7a03fe9c6._comment |    8 +
 ..._13893f106e835dcc52e03c7c6740c35b._comment |    8 +
 doc/design/assistant/blog/day_213__costs.mdwn |   34 +
 .../assistant/blog/day_214__release_day.mdwn  |    5 +
 .../blog/day_215__dashboard_UI_refresh.mdwn   |   25 +
 .../blog/day_216__more_bugfixes.mdwn          |   42 +
 ..._299462bcdd0e4f6cd7895b5f40ca00ad._comment |   10 +
 ..._1913d65dfe4ba08379d82a4a2ca91c40._comment |    8 +
 ..._92c774599a78540ad398afcd1d05f7ce._comment |   20 +
 .../assistant/blog/day_217__nothing.mdwn      |    2 +
 .../assistant/blog/day_219__bug_triage.mdwn   |   14 +
 ..._c6b977a969cacdce62987a439b7686f5._comment |   16 +
 .../blog/day_21__transfer_tracking.mdwn       |   28 +
 .../assistant/blog/day_220__performance.mdwn  |   40 +
 .../blog/day_221__this_and_that.mdwn          |   28 +
 doc/design/assistant/blog/day_222__back.mdwn  |   16 +
 ..._f05b48231a1ee0cffba7d66e112e5551._comment |    8 +
 ..._4d5f003ccd81580017ebf0dc31bc9cda._comment |    8 +
 .../blog/day_223__progress_revisited.mdwn     |   24 +
 .../blog/day_224__annex.largefiles.mdwn       |   23 +
 ..._408e4021b18f7ff5548d2d19ab558922._comment |    8 +
 ..._b24d1da2bc4307ded0216daffb8f9336._comment |    8 +
 .../blog/day_225__back_from_the_dead.mdwn     |   47 +
 ..._9ac37c3b5c4c72ec8a39dce00bcbe420._comment |    8 +
 ..._26125dd9ef2bd10b597d14b2c6180952._comment |    8 +
 .../assistant/blog/day_226__poll_results.mdwn |   28 +
 ..._1ed980472214be6d0a8cf55f37797fda._comment |    8 +
 ..._6823b0a9a8037f1a5214db4db98fb16e._comment |    8 +
 .../day_227__bigfixing_all_day_today.mdwn     |   21 +
 ...228__more_work_on_repository_removals.mdwn |   27 +
 .../blog/day_229__rainy_day_bugfixes.mdwn     |   17 +
 .../day_22__horrible_option_parsing_hack.mdwn |   34 +
 doc/design/assistant/blog/day_230__Mom.mdwn   |   35 +
 ..._696bba2246c8a9e6ce4aed3071bcc96c._comment |    8 +
 ..._2fa295ab6db0828cb725cfcfb6777822._comment |    8 +
 ..._fafd7abec629290418334ddb015bf62c._comment |   10 +
 ..._450cac0f2e82c94fd34b527ae05ef1b8._comment |    8 +
 .../assistant/blog/day_231__insert_title.mdwn |   26 +
 .../blog/day_232__headless_webapp.mdwn        |   22 +
 ..._0fdd77d143ecba6fdb9f75cb6fc37bfb._comment |   16 +
 ..._0784a2a73c3e2945f3d3f2577b3b9c9c._comment |    8 +
 ..._ccb9fa22422fb913b6a496ebe65c49fb._comment |    8 +
 ..._ceba4468760a2525960327698431cee2._comment |    8 +
 doc/design/assistant/blog/day_233__taxes.mdwn |   11 +
 ..._9473ffdc42595af9c293fbcd5a1cdb54._comment |   14 +
 ..._5feed8d7053ba03812ccda8c61fd9775._comment |    8 +
 .../blog/day_234__clean_shutdown.mdwn         |   29 +
 .../assistant/blog/day_235__birthday.mdwn     |   31 +
 ..._db558b071067c1e63cde05cca0551094._comment |    8 +
 ..._d1a2c1124781118267599457ae9e0512._comment |    8 +
 ..._b853508d1d15234958b9f4a39277e45c._comment |    8 +
 ..._73aad3398a43bc4d28bca9bf635fa757._comment |    8 +
 .../assistant/blog/day_236__evil_splicer.mdwn |   29 +
 .../day_237__gnome-keyring_craziness.mdwn     |   29 +
 ..._0cb088b732881d1fa92493aa1fd93d43._comment |    8 +
 ..._b855fd710954beebaafe6d2bd03eb368._comment |    8 +
 .../blog/day_238__back_to_Android.mdwn        |   11 +
 .../day_239__bugfixes_and_frustration.mdwn    |   28 +
 .../blog/day_23__transfer_watching.mdwn       |   25 +
 .../assistant/blog/day_240__it_builds.mdwn    |   37 +
 ..._151840ae0020ea63b2f041488c905386._comment |   25 +
 .../assistant/blog/day_241__cleanup.mdwn      |   14 +
 ..._0e283cdf66a25b3cc9423fe651084cb9._comment |    8 +
 .../assistant/blog/day_242__more_porting.mdwn |    4 +
 .../assistant/blog/day_243__in_the_field.mdwn |   21 +
 .../blog/day_244__android_porting.mdwn        |    6 +
 doc/design/assistant/blog/day_245__misc.mdwn  |   15 +
 ..._3a2976617bb0cdc206fb1397a2ef1177._comment |    8 +
 ..._e0f9704e91fedca8ff26356f354cc1c3._comment |   10 +
 ..._93003a0d0983efbdc046d7459be194b0._comment |    8 +
 .../blog/day_246__bug_treadmill.mdwn          |   18 +
 ..._f76f653364fe2b97e85e8356c93b0fce._comment |    8 +
 .../blog/day_247__performance_tuning.mdwn     |   16 +
 .../blog/day_248__Internet_Archive.mdwn       |   28 +
 .../assistant/blog/day_249__quiet_day.mdwn    |    7 +
 .../blog/day_24__airport_digressions.mdwn     |   99 +
 .../assistant/blog/day_250__stymied.mdwn      |   23 +
 ..._330a10d447ccc3db03fcbfe571dbb404._comment |    8 +
 .../blog/day_251__xmpp_improvements.mdwn      |   34 +
 .../assistant/blog/day_252__release_day.mdwn  |    6 +
 doc/design/assistant/blog/day_253__OMG.mdwn   |   22 +
 ..._bbdc61092771163e65a90a4755a807d8._comment |    8 +
 .../blog/day_254__Android_app_polishing.mdwn  |   35 +
 ..._37f4ff5227566ce4b3fa69fc32568841._comment |   14 +
 ..._58bbb105bdbb72bba85c3622195f43b9._comment |   12 +
 .../blog/day_255__Debian_release_day.mdwn     |   26 +
 doc/design/assistant/blog/day_256__8bit.mdwn  |   27 +
 ..._f9b50263e3997d4c5b9836a2e0a346d7._comment |    8 +
 .../assistant/blog/day_257__rainy_day.mdwn    |    6 +
 .../blog/day_258__beginning_of_the_end.mdwn   |   24 +
 .../day_259__Android_dominos_toppling.mdwn    |   15 +
 ..._0b4a6e4893b0157e4768b46468dbbb87._comment |   10 +
 ..._1ebc5aff5d217e1392cb7c8bb6c5156b._comment |   14 +
 ..._eed7792f6142f3fc74d3c384bb16559b._comment |    8 +
 .../blog/day_25__transfer_queueing.mdwn       |   41 +
 ..._59fd4f1ffe96c412f613dc86276e7dbd._comment |   10 +
 ..._93bf768a67117e873af5732ecf08dc78._comment |    7 +
 .../day_260__Windows_dev_environment.mdwn     |   46 +
 ...day_261__Windows_first_stage_complete.mdwn |   29 +
 .../blog/day_262__DOS_path_separators.mdwn    |   14 +
 ..._45ecae90b22e31202c21083980d6b567._comment |   10 +
 .../assistant/blog/day_263_catching_up.mdwn   |   11 +
 ..._9023da0573dfc81644d68128adb331a7._comment |    8 +
 ...ay_264__Windows_second_stage_complete.mdwn |   21 +
 ..._42a7502d6ece75520eb59a76fdb1e2f0._comment |    9 +
 ..._f2b11322ac87e2a36cddc035b2c3c1ea._comment |    8 +
 ..._ea6ee05acb946fc7e8d95e62647cfa2a._comment |    8 +
 ..._9ce106baf28b7f75f7f6febd7bfcea70._comment |    8 +
 .../assistant/blog/day_265__correctness.mdwn  |   23 +
 ..._e8959a6df87eb92310947e66c7471e97._comment |   12 +
 ..._0cb953fcc085eedb34e65c227309ede7._comment |    8 +
 ..._df57628a8969af2995732e7ea2a0fae3._comment |   10 +
 .../assistant/blog/day_266__release_day.mdwn  |    6 +
 ..._92c8d1d9216b46b07dfe69bbc77a923e._comment |    8 +
 .../blog/day_267__windows_autobuilder.mdwn    |    9 +
 ..._978b584d86395f2f621b0e1f7c5e70d7._comment |   21 +
 ..._8f978d2811c8fbf11e3d12f245bdb52b._comment |   10 +
 .../blog/day_268__core_monad_change.mdwn      |    9 +
 .../assistant/blog/day_269__bugfixes.mdwn     |   14 +
 .../assistant/blog/day_26__dying_drives.mdwn  |   28 +
 .../blog/day_270__release_and_xmpp.mdwn       |   39 +
 .../assistant/blog/day_271__more_xmpp.mdwn    |   31 +
 .../assistant/blog/day_272__fuzz_tester.mdwn  |   37 +
 .../assistant/blog/day_273-274__fun.mdwn      |   19 +
 .../blog/day_275__working_hard_or.mdwn        |   12 +
 .../blog/day_276__fuzzing_continues.mdwn      |   12 +
 ..._f5dd0658511a1063c2eb025b0fe98426._comment |   14 +
 ..._a56c4c26a9e7bb8cfe3f598dbeed0813._comment |   10 +
 ...ay_277__private_static_protected_void.mdwn |   19 +
 .../assistant/blog/day_278__winding_down.mdwn |   11 +
 .../blog/day_279__final_release_prep.mdwn     |   14 +
 .../blog/day_27__robust_transfers.mdwn        |   31 +
 .../day_28-35__threaded_runtime_tarpit.mdwn   |   17 +
 doc/design/assistant/blog/day_280__yesod.mdwn |    7 +
 ..._a42213a8cef71f2b54db18606028136d._comment |    8 +
 doc/design/assistant/blog/day_281__back.mdwn  |   37 +
 ..._128809c5a2a9f5cc345a10fdbf55be01._comment |    8 +
 ..._6d0bbdf6ebaff9da399804570f0e606d._comment |   10 +
 .../blog/day_282-283__caught_up.mdwn          |   18 +
 .../assistant/blog/day_284__porting.mdwn      |   13 +
 ...285__fixed_the_archive_directory_loop.mdwn |   23 +
 ..._1065e756dc6d66aefd214eb8ac5ebe1d._comment |   25 +
 .../blog/day_286__Windows_test_suite.mdwn     |   19 +
 .../assistant/blog/day_287__niceness.mdwn     |   13 +
 .../blog/day_288__success_stories.mdwn        |   32 +
 ..._9ddf57b8ae0241268bb33bec1b169e4c._comment |   20 +
 ..._50b8a597bd8677608f2ef176443f23f3._comment |   10 +
 ..._f2df427cf3608377e9a52d8bdeadb26f._comment |   21 +
 ..._8762efed97f21eeba8f0a7be45bd924a._comment |   35 +
 ..._55e1bb15c3a93d582d110f8173ceefc2._comment |    9 +
 ..._5749aef8b585b293385b20b75c40f9d8._comment |   31 +
 ..._911c6d2764906cad7d6324835441ed34._comment |   12 +
 ..._eb6aa8af5aa70877255a11d132d51aba._comment |   10 +
 ..._9a57de4cea407a73b2d023d85afdccc6._comment |   12 +
 ..._1767c86067bee35941004282b96b8e95._comment |   10 +
 ..._22b28ca3d4d3283ad8c21ae052fb9752._comment |   11 +
 ..._1d47f3e1b9f0081649cedae4288bac83._comment |    8 +
 ..._31d3f58cad83cb1ecc4821a15ca258d8._comment |   14 +
 ..._b512bd2bf29dfaab6b36bf204518fdb6._comment |    8 +
 ..._343333356de20e170edb8020faa7400d._comment |   10 +
 ..._4e4034bec789543b562ac263df3e21dd._comment |   15 +
 ..._0c52794c77a9b7afc5112f5edf9cb793._comment |    8 +
 ..._7ca419aa3a187857b19268572d5df297._comment |   18 +
 ..._3edd56b3b04f19faba8d75cca285a662._comment |   10 +
 ..._146331ae2de25a6dc3595dffab9514de._comment |   12 +
 ..._72be9307e75eb120451f3d6ab7c8165e._comment |    8 +
 ..._c27eb0a4181e85a3eed41130402350bf._comment |   12 +
 .../blog/day_289__back_in_the_swing.mdwn      |   16 +
 .../blog/day_290__https_release.mdwn          |   17 +
 doc/design/assistant/blog/day_291__--all.mdwn |   32 +
 ..._eaa9fef19a035bef9c439e87d47c834b._comment |   17 +
 ..._90bbc26bf92048de7cbaf5fb719c9593._comment |   11 +
 ..._75006e9909425dcbf86415a9f7c90372._comment |   10 +
 ..._5440449bbc5a353f7430f72e19c35e92._comment |    8 +
 .../assistant/blog/day_292__bugfixes.mdwn     |   24 +
 ..._bbac3878d80f7540d229183c56664784._comment |    8 +
 ..._8c9e5291ceb257f3a938af0ad967c5d7._comment |   10 +
 ..._02f875e8edd30f47939249f16d92712b._comment |    8 +
 .../assistant/blog/day_293__gpg_builds.mdwn   |   32 +
 ..._4f152de8ea5aca4ec381d439e2a821f7._comment |   12 +
 ..._42f625638638bc875379f6c604d6f673._comment |    8 +
 .../assistant/blog/day_294__release_day.mdwn  |    7 +
 .../blog/day_295__balls_in_the_air.mdwn       |   13 +
 .../day_296__new_crowdfunding_campaign.mdwn   |   41 +
 ..._cccad1a5103c504d21d0f8e69bb39e1b._comment |    8 +
 ..._4fef7bd9c8e15cd57df365fadb95717f._comment |    8 +
 ..._0b9258a1f5079e53c60138f06d0c63b1._comment |    8 +
 ..._46183b97ca904bc06e46569c30db2edc._comment |    8 +
 .../assistant/blog/day_297__back_to_work.mdwn |   16 +
 ..._e300feb821bfe7b76b2cec4376d16ffa._comment |    8 +
 .../assistant/blog/day_298__exceptional.mdwn  |   21 +
 .../assistant/blog/day_299__bugfixing.mdwn    |    8 +
 doc/design/assistant/blog/day_2__races.mdwn   |   45 +
 .../assistant/blog/day_300__new_logo.mdwn     |   36 +
 ..._9fc64e33863b9fce00f6a03417a91e36._comment |    9 +
 ..._e8aac0298f90004e81492d2c7f85eda0._comment |    8 +
 ..._6308c767f6e4bf090102191c91520d04._comment |    8 +
 .../blog/day_301__direct_unannex.mdwn         |   21 +
 .../assistant/blog/day_302_release_day.mdwn   |    6 +
 ..._fe6e572ba706e95188463d9f3e004d03._comment |   17 +
 doc/design/assistant/blog/day_303__oops.mdwn  |    8 +
 .../blog/day_304__dropunused_safety.mdwn      |   28 +
 ..._1bbcf6c74b6437c44ff8604401fb1432._comment |   10 +
 .../blog/day_305__interesting_bugs.mdwn       |   21 +
 .../assistant/blog/day_306__offtopic.mdwn     |    2 +
 .../assistant/blog/day_307__buuuugs.mdwn      |   31 +
 .../assistant/blog/day_308__ssh-agent.mdwn    |   16 +
 ..._5f0fc810cf1e1cd9b3ddba3cd19bb19d._comment |   12 +
 .../assistant/blog/day_309__filenames.mdwn    |   17 +
 .../assistant/blog/day_310__release_day.mdwn  |   18 +
 ..._1e008583cebd8e373e83729529914db7._comment |    8 +
 .../blog/day_311__Windows_porting.mdwn        |   10 +
 ..._8e738f54a72557bee1e19970472b925c._comment |    8 +
 .../blog/day_312__DebConf_midpoint.mdwn       |   30 +
 doc/design/assistant/blog/day_313__back.mdwn  |   34 +
 ..._fbf3fdf9688c18156753d446facd942d._comment |   10 +
 doc/design/assistant/blog/day_314__quvi.mdwn  |   27 +
 ..._3fdfb0742cb5422530ddd97b904f2a42._comment |    8 +
 .../assistant/blog/day_315__backlog.mdwn      |   12 +
 .../assistant/blog/day_316__day_off.mdwn      |    6 +
 doc/design/assistant/blog/day_317__misc.mdwn  |   17 +
 .../blog/day_36__minimal_test_case.mdwn       |    9 +
 doc/design/assistant/blog/day_37__back.mdwn   |   64 +
 .../blog/day_39__twice_is_enemy_action.mdwn   |   66 +
 .../assistant/blog/day_3__more_races.mdwn     |   26 +
 ..._d6015338f602b574a3805de5481fc45e._comment |    8 +
 ..._4d6b23fc6442e0ee0303523cb69d0fba._comment |    8 +
 ..._03f5b2344c2a47dea60086f217d60f9b._comment |   14 +
 ..._860e90e989ec022100001c65e353a91e._comment |    8 +
 doc/design/assistant/blog/day_40__dbus.mdwn   |  100 +
 ..._43ed2a79629868b018ec9f54a32bcacc._comment |   12 +
 ..._6799f2baf6a6ce14b1fa76a8402840c0._comment |   10 +
 ..._fa1d7444bdafcb990cacf2ace7ee6ef1._comment |   10 +
 ..._3399ddad951c1a950281bb6941fc3f6f._comment |    8 +
 ..._40b6b9d741d3081203f0cc94eb8dc3ea._comment |   12 +
 doc/design/assistant/blog/day_41__foo.mdwn    |   46 +
 ..._ace21fa257a4c2fd412b6ff2944a23e8._comment |   10 +
 .../assistant/blog/day_42__the_answer.mdwn    |   27 +
 .../blog/day_43__simple_scanner.mdwn          |   37 +
 .../assistant/blog/day_44__webapp_basics.mdwn |   83 +
 ..._d5fb67f373038e9f583cb2e1992bef67._comment |   18 +
 .../assistant/blog/day_45__long_polling.mdwn  |   66 +
 ..._994bec0978324e268666073e8ff4f6ae._comment |    8 +
 ..._dfa164c86290899139491acccddd8b2b._comment |   10 +
 ..._5526c9dd4fd87da56cb8456083169f55._comment |    8 +
 ..._91630f5bf162dfd4fbb3920f1318535b._comment |    8 +
 ..._b3e41ba77f21e93a4e086483793bf5ce._comment |   10 +
 .../blog/day_45__long_polling/full.png        |  Bin 0 -> 55185 bytes
 .../blog/day_45__long_polling/phone.png       |  Bin 0 -> 41602 bytes
 .../blog/day_46__notification_pools.mdwn      |   68 +
 .../blog/day_47__alert_messages.mdwn          |   14 +
 doc/design/assistant/blog/day_48__intro.mdwn  |    8 +
 .../blog/day_49__first_run_experience.mdwn    |   39 +
 ..._e146cf06c8dd6303dd6a991f152a73fe._comment |    8 +
 ..._5d6adcf6782c02283bef6189582ee467._comment |   12 +
 ..._7ac2e34c2a7bc9b57488ca0c91307d32._comment |   14 +
 ..._549b07bb02c07a5b1b95445b01758db2._comment |   14 +
 doc/design/assistant/blog/day_4__speed.mdwn   |   47 +
 ..._bf3c9c33cc0dea5eaeb6f2af110b924b._comment |    8 +
 ..._33aba4c9abaa3e6a05a2c87ab7df9d0e._comment |    8 +
 .../blog/day_50__directory_name.mdwn          |   20 +
 ..._782cec95a8558a05b2b38a2d2302214d._comment |    8 +
 ..._2b8ceb0a26f25e8ed2711bcbe7225a58._comment |    8 +
 .../assistant/blog/day_51__desktop.mdwn       |   34 +
 .../assistant/blog/day_52__file_browser.mdwn  |   21 +
 ..._cd000c2d56b60cc1f17b221322a32aa7._comment |    8 +
 ..._21d1da67cf9105a545583ba2302c10fb._comment |    7 +
 .../blog/day_54__adding_removable_drives.mdwn |   99 +
 ..._5de4f220a3534f55b1f2208d1d812d63._comment |   10 +
 ..._8dae1ed0a70acf9628b88692dc32ac5f._comment |   10 +
 doc/design/assistant/blog/day_55__alerts.mdwn |   10 +
 ..._6319045500a8a5e049304fdec5ff4cf4._comment |    8 +
 .../blog/day_56__transfer_control.mdwn        |    8 +
 doc/design/assistant/blog/day_57__afk.mdwn    |   40 +
 ..._70e1c9f925f040c1700d3e26bab373d5._comment |    9 +
 ..._c70d3faccfcebf47deb25e270498cb56._comment |   18 +
 ..._89020ebc6d31485339bdea41a872df3c._comment |   11 +
 ..._8b1f65f141ffd9813e7f5a3380f7f520._comment |   27 +
 .../blog/day_58__more_transfer_control.mdwn   |   26 +
 doc/design/assistant/blog/day_59__dinner.mdwn |   10 +
 ..._0c1e2d69496473e7e4a2956a2814f5dd._comment |    9 +
 .../assistant/blog/day_5__committing.mdwn     |   57 +
 .../assistant/blog/day_60__taking_stock.mdwn  |   40 +
 ..._6722f81ee084f1ea9e8fe47f34576397._comment |    8 +
 .../day_61__network_connection_detection.mdwn |   36 +
 ..._09b58f41a8d48f218619711ee19511ac._comment |    8 +
 .../blog/day_62__smarter_syncing.mdwn         |   21 +
 .../blog/day_63__transfer_retries.mdwn        |   26 +
 ..._990d4eb6066c4e2b9ddb3cabef32e4b9._comment |   10 +
 .../blog/day_64__syncing_robustly.mdwn        |   33 +
 .../blog/day_65__transfer_polish.mdwn         |   33 +
 .../assistant/blog/day_66__the_merge.mdwn     |   19 +
 ..._eeccf4e73cc321542a1fe4780805a81e._comment |   12 +
 ..._a34e89316d1662826848f31061c4e46b._comment |    8 +
 ..._09e244d23d05052fa2b11a7181888366._comment |    8 +
 ..._3961a03e167903959b96b054835613f6._comment |    8 +
 ..._12a57af9f580918818b4a9f68396d5c4._comment |   23 +
 ..._8ce638960012367c888e018a5f05db19._comment |    8 +
 ..._f461b856b940e6914bcd2b681cf9505f._comment |   13 +
 ..._6e73aca1fc1747d0e742e054b88b5d78._comment |   12 +
 ..._d85f1ce23ae16d5a8eb88d2c3999acb7._comment |   19 +
 ..._c06dab4d78122c85beeaf300ffc3e376._comment |    8 +
 .../assistant/blog/day_67__progress_bars.mdwn |   10 +
 .../assistant/blog/day_68__transfers.mdwn     |   15 +
 ..._5282960c0b553fbc0f411345b9745324._comment |   14 +
 .../assistant/blog/day_69__build_fixes.mdwn   |    7 +
 doc/design/assistant/blog/day_6__polish.mdwn  |   50 +
 .../blog/day_70__adding_ssh_remotes.mdwn      |   66 +
 ..._2fac85357ac8feccff82beabd3791439._comment |   13 +
 ..._e9e496005fd1bf5a10c9e286b83e51fa._comment |    8 +
 ..._913e6ae7c8f7db90b9767ec35fc84205._comment |   23 +
 ..._634ca3c236e2062289e7df5f0d77a3c5._comment |    8 +
 ..._e365bbcbb7f66ce2b35fcd5b969ab315._comment |   16 +
 ..._b15499722a655489f9ea60ff9d4c47c6._comment |   12 +
 ..._8ea48276f060e75d9f40617d2a1ccd08._comment |   12 +
 ..._9b8bf7e9fa715977fbeb98087deefd1a._comment |   10 +
 ..._42e09eacdc10c7cf579bfc6470b5117c._comment |    8 +
 ..._6c02f31063b3d399d1b4f823bd6543ce._comment |   16 +
 ..._dd0447cb3b39d3a8c1a7cc00f17d8bc2._comment |   10 +
 .../assistant/blog/day_71__ssh_probing.mdwn   |   26 +
 ..._56a0c29f7454cfca5cc30b2849e6e942._comment |    8 +
 ..._f3bd3e366c92c833c7e217da125481b8._comment |    8 +
 ...mote_ssh_server_configurator_finished.mdwn |   34 +
 .../blog/day_73__rsync.net_configurator.mdwn  |   17 +
 .../blog/day_74__bits_and_peices.mdwn         |    7 +
 .../blog/day_75__zeromq_and_pairing.mdwn      |   50 +
 .../assistant/blog/day_76__pairing.mdwn       |   16 +
 ..._09665f269343422cd18051fad1a8c19e._comment |   24 +
 ..._8e1b2233579bc26bfd758bbf6b3bdc07._comment |   10 +
 ..._a8b6a8432da20c468c633da8e7cbc2f3._comment |    8 +
 ..._36a428a2e1803f4391b821d1892f0cd7._comment |   10 +
 ..._11f332fe2050d8c1416e71f9e85ba280._comment |    8 +
 ..._973aeb656b78eca97474ea1a3f5b57b7._comment |   12 +
 ..._03d2b3343f34377a4d6171e06b7609f6._comment |    8 +
 .../assistant/blog/day_77_alert_buttons.mdwn  |   21 +
 .../blog/day_78__pairing_continued.mdwn       |    8 +
 .../blog/day_79__pairing_finished.mdwn        |   33 +
 .../assistant/blog/day_7__bugfixes.mdwn       |   45 +
 .../blog/day_7__bugfixes/profile.png          |  Bin 0 -> 47098 bytes
 .../blog/day_7__bugfixes/profile2.png         |  Bin 0 -> 230937 bytes
 .../blog/day_80__default_backend.mdwn         |   14 +
 ...enabling_pre-existing_special_remotes.mdwn |   34 +
 .../blog/day_82__git-annex_branch_work.mdwn   |   26 +
 doc/design/assistant/blog/day_83__3-way.mdwn  |   73 +
 .../blog/day_84__deferred_downloads.mdwn      |   33 +
 .../blog/day_85__more_foundation_work.mdwn    |   17 +
 .../blog/day_86__towards_the_beta.mdwn        |   33 +
 .../blog/day_87__more_progress_progress.mdwn  |   28 +
 ...ay_88__progressbars_still_progressing.mdwn |   18 +
 .../assistant/blog/day_89__final_polish.mdwn  |   24 +
 doc/design/assistant/blog/day_8__speed.mdwn   |   67 +
 ..._a3dba537b276d5737abc8cb93f1965f4._comment |   10 +
 doc/design/assistant/blog/day_90__beta.mdwn   |   16 +
 ..._5f2a3b18ad7558abe04f51534a29ff13._comment |    9 +
 ..._961c4eba97f4eac75174244d6b2b00c0._comment |    8 +
 ..._c76675a4633cbbe347ed42c222918d38._comment |   24 +
 ..._f0b8f77cb691e747fe35bcf2f51b5baa._comment |    8 +
 ..._99fbc9feac62e66a12b0d357cf86ccc1._comment |    8 +
 doc/design/assistant/blog/day_91__break.mdwn  |    7 +
 doc/design/assistant/blog/day_92__S3.mdwn     |   23 +
 ..._eda656247d11cea7fbed2e33137a39e5._comment |   10 +
 ..._8249d2d9521e44c674da3fda74be077a._comment |   10 +
 .../blog/day_93__OSX_standalone_app.mdwn      |   23 +
 .../assistant/blog/day_93__easy_install.mdwn  |   34 +
 ..._d4f7de723c98577ef28d89ee6b87fd13._comment |   10 +
 ..._6337b341c1cfb2132b59704394e57b36._comment |    8 +
 .../blog/day_95__repository_groups.mdwn       |   21 +
 .../blog/day_96__revisiting_file_adds.mdwn    |   24 +
 ..._da3ca47041168b6c82aeb2c18acc5017._comment |    8 +
 .../assistant/blog/day_97__stuffing.mdwn      |   14 +
 .../blog/day_98__preferred_content.mdwn       |   44 +
 ..._2136618e3515d0ac6369a41f1934ec2a._comment |   17 +
 ..._5f6db00e69628bf2f72b0e6f2981a49b._comment |   14 +
 doc/design/assistant/blog/day_99_shotgun.mdwn |   70 +
 ..._12bb8f54bb13ea20ac4187a2301d77ca._comment |   10 +
 .../assistant/blog/day_9__correctness.mdwn    |   30 +
 ..._564a39cb976767e2c0a9c74fabe10be4._comment |    8 +
 ..._77924e9d50b40f05e792e427a25849a6._comment |    9 +
 ..._92bd86cd06d579e23800af2e5c66a291._comment |    8 +
 ..._0d12b51ccdfc2a94d3e59a5628521e0a._comment |   10 +
 ..._208f9dd3e1d92555b05c29159538a901._comment |   14 +
 ..._90cc6b60718896fb175919417600fdf9._comment |    8 +
 doc/design/assistant/chunks.mdwn              |    7 +
 doc/design/assistant/cloud.mdwn               |   45 +
 ..._4997778abc171999499487b71b31c9ba._comment |   16 +
 ..._08da8bc74a4845e354dca99184cffd70._comment |    8 +
 ..._faafd1266301997b1822d215ec8e8d8c._comment |    8 +
 ..._3eb557d5439831f6e0032944d12c02cf._comment |   12 +
 ..._f2233fad55c20686cf299bf6788f1f23._comment |   10 +
 ..._a38f0f21c2346e65b786d791b6829f9b._comment |   12 +
 ..._5e991177d6577384f39a36ae02f5f574._comment |   13 +
 ..._f8625c6f43b58847840df338a73b7972._comment |    7 +
 ..._c37ef5931b0f5c1f808083e0d636a208._comment |   11 +
 ..._68c98a27083567f20c2e6bc2a760991b._comment |    9 +
 ..._8e6788c817c60371d2a2f158e1a65f87._comment |    8 +
 ..._97bdfacac5ac492281c9454ee4c0228e._comment |    8 +
 ..._53137b2df4913496c0afb2d895aa4ee2._comment |    8 +
 ..._ff1b0ba57e22ed757ec3fc5400b5e43e._comment |    8 +
 ..._a48fcfbf97f0a373ea375cd8f07f0fc8._comment |    8 +
 ..._099da245e3276fa84f5e14312d186621._comment |    8 +
 ..._6d3552414fdcc2ed3244567e6c67989d._comment |    7 +
 ..._05223be50c889b2ed6bc4abf74116450._comment |    9 +
 ..._fbbd93b55803ae21e6ba4b6568c2fafd._comment |    9 +
 ..._f4e9af3fed6c27e8ff39badb9794064d._comment |   12 +
 ..._c7ad07cade1f44f9a8b61f92225bb9c5._comment |   10 +
 ..._609d38e993267195a80fecd84c93d1e2._comment |    8 +
 ..._22b818e1a2a825efb78139271a14f944._comment |   10 +
 ..._d052e2142da8b4838fb1edf791ea23ae._comment |   10 +
 doc/design/assistant/configurators.mdwn       |   20 +
 doc/design/assistant/deltas.mdwn              |    9 +
 ..._bdb477af913c9782c0e8509e6b294b6e._comment |    8 +
 ..._71889d15ba20ebb0fe13080c68162a5b._comment |   11 +
 doc/design/assistant/desymlink.mdwn           |  145 +
 ..._f1bfe250b7f872359f7075998b6e42e3._comment |   11 +
 ..._5e876edfe9853645f761b5ed9b5021aa._comment |    9 +
 ..._538561d74371e53c2f8df7f5ebdf58a8._comment |    8 +
 ..._586ecaa800e6c162377c937da5e65440._comment |   12 +
 ..._8fc703de67814cf2aec2a908852298a4._comment |   10 +
 ..._1b473ad89494afb82250af4b6df5f5c9._comment |   22 +
 doc/design/assistant/disaster_recovery.mdwn   |  185 +
 ..._955dc807196863da23aa8dbd15e04364._comment |   10 +
 .../assistant/encrypted_git_remotes.mdwn      |   22 +
 doc/design/assistant/gpgkeys.mdwn             |   40 +
 ..._a14427f88c9fd8e25ad8708146bb4bff._comment |   15 +
 doc/design/assistant/inotify.mdwn             |  234 +
 ..._3d3ff74447452d65c10ccc3dbfc323cd._comment |    7 +
 ..._a3c0fa6d97397c508b4b8aafdcee8f6f._comment |    7 +
 ..._b346e870c1cd80e4b0a313c3a9fed6b3._comment |    8 +
 ..._32be58b4c3b17a4ea539690d2fb45159._comment |   12 +
 ..._0cdd3046d90ad2012025d846ece0731e._comment |    8 +
 ..._e197d5d0d853572ec1f2e5985762e60d._comment |    9 +
 ..._00809aaad6b68f189a9cc42af810a0a6._comment |    8 +
 doc/design/assistant/leftovers.mdwn           |   17 +
 ..._b20c88bb3c583a32023c1f6b6dc9486d._comment |    8 +
 .../assistant/more_cloud_providers.mdwn       |   24 +
 doc/design/assistant/pairing.mdwn             |   83 +
 doc/design/assistant/partial_content.mdwn     |   36 +
 ..._58c4faa321a5bb71adf9fdee079849f4._comment |   18 +
 doc/design/assistant/polls.mdwn               |    1 +
 .../assistant/polls/2013_user_survey.mdwn     |    1 +
 doc/design/assistant/polls/Android.mdwn       |   18 +
 ..._fa6c409833f28c67da105d25f4a440e0._comment |    8 +
 .../polls/Android_default_directory.mdwn      |    7 +
 ..._d39655091ac3ed51a9d4325d86b23ad7._comment |   10 +
 ..._2f1eaae95075db26488517720afd1c63._comment |    8 +
 ..._b484012f60789be73d7d5b338cff6203._comment |   10 +
 .../assistant/polls/goals_for_April.mdwn      |   17 +
 ..._9f81fa96db5970a4be0828c74a6d2d55._comment |   22 +
 ..._d8956d220ccacff3d2f6cbeb15718459._comment |   28 +
 ..._aadad6dfd56d068d2e377606910c006f._comment |    8 +
 .../polls/prioritizing_special_remotes.mdwn   |   16 +
 ..._dd9280df27848a7ff132f5809dab0a79._comment |    8 +
 ..._370e0b9c43486ee96c825f9155eebde4._comment |    8 +
 ..._883a003b9c552b89f191135c582f99aa._comment |   14 +
 ..._746006c3fffc7f917c4526fd688051f7._comment |    8 +
 ...ing_me_from_using_git-annex_assistant.mdwn |   16 +
 ..._10a4839a05be39ced54ffbe880a588bb._comment |   25 +
 ..._ac91d866f11c66dd8c86e2cd1a368c85._comment |   10 +
 ..._e244c1bf334b1cc9ad0cc760bf8fe5de._comment |   29 +
 ..._1a0faf4bdc78741937e8a2f5cb5bbec6._comment |   12 +
 ..._8d8a11dbfae7a7bc574bdf37f87e0684._comment |   16 +
 ..._c437adeaccf0b3d134e0f81c64e25b9f._comment |   14 +
 ..._6e3fce3a32ab346dc3d0fd4b69967536._comment |    8 +
 ..._1b7233d88593d0d99b26ea3e7af20d9c._comment |    8 +
 ..._a23d5a0e2718b8e486f036fe8a413b36._comment |   10 +
 ..._f4c84a9d701d52cf2f2e45f3d764a90c._comment |   18 +
 ..._00a0de8190d946caaeeca3b44646146f._comment |   16 +
 ..._199c9807499470771af6cbca6d034cfa._comment |    8 +
 ..._9185b0e05b1b1997533694da1de83073._comment |   22 +
 ..._35f6f121e54260cb960211a6e2e51e8e._comment |   14 +
 ..._acbe4f63b5d552ac5ae5a12c6f42dc18._comment |   25 +
 ..._0d988280865caae498a3b693b6342e37._comment |   16 +
 ..._ac8fe3768c30dd7999c183500f8567bb._comment |   19 +
 ..._36832de705a2bebf8dc6e65dcd661731._comment |   15 +
 ..._3618067e473577a112e36970ca71e0ab._comment |   12 +
 ..._07a13b6f000ddc0ac4472b863d8b50bd._comment |   14 +
 ..._e15eb407d988fda363296c8b566cc8fb._comment |   12 +
 doc/design/assistant/progressbars.mdwn        |   43 +
 ..._3ea263b1f334e8e38e14f00a96202988._comment |    8 +
 doc/design/assistant/rate_limiting.mdwn       |   57 +
 doc/design/assistant/screenshot/firstrun.png  |  Bin 0 -> 54347 bytes
 doc/design/assistant/screenshot/intro.png     |  Bin 0 -> 50730 bytes
 doc/design/assistant/sshpassword.mdwn         |   65 +
 ..._24399abe0a0c1de271490ee15e064760._comment |    8 +
 ..._36a811bca209c7ac8a44d64bf8bc5bf3._comment |    8 +
 doc/design/assistant/syncing.mdwn             |  220 +
 ..._c70156174ff19b503978d623bd2df36f._comment |   19 +
 ..._eb992b5b2c7a5ce23443e2a6007e5ff9._comment |    8 +
 ..._e1b5e8a24556de16d1cacd27ee0c1bd1._comment |   80 +
 doc/design/assistant/syncing/efficiency.mdwn  |   77 +
 doc/design/assistant/telehash.mdwn            |   90 +
 ..._8b08b5c30e5aea3fc4599f856fd25df5._comment |    8 +
 doc/design/assistant/todo.mdwn                |    4 +
 doc/design/assistant/transfer_control.mdwn    |  123 +
 ..._d5adaef4712913dc0263d4ebafb79320._comment |   15 +
 ..._3b51474fefa6c0d19055046e06af196d._comment |   14 +
 ..._44a1a6d2db9097de9ae68ea1ff1b08a2._comment |    8 +
 doc/design/assistant/upgrading.mdwn           |   52 +
 doc/design/assistant/webapp.mdwn              |   65 +
 ..._bab6f6fa720273c0f9700a3765150189._comment |    8 +
 ..._3cf0cf460c7869d0cc22940fcc84aec4._comment |   10 +
 ..._428e153135f7a64215730719207d82c4._comment |    8 +
 ..._f4068a7abbb77ba6a3297cbcf1e503e9._comment |   10 +
 doc/design/assistant/windows.mdwn             |   33 +
 ..._f4b829318b182e1cec29f13babb6498e._comment |   10 +
 doc/design/assistant/xmpp.mdwn                |  136 +
 ..._f20650f93d7f0ca39b9ba3ce0380193f._comment |   10 +
 ..._8c22839a8f5912b4a817415c4a359697._comment |    8 +
 ..._773102522f21844cffc841e6cde9229e._comment |    8 +
 doc/design/assistant/xmpp_security.mdwn       |   29 +
 ..._c714e86553c02600249795efb224be8a._comment |   10 +
 doc/design/caching_database.mdwn              |  124 +
 doc/design/encryption.mdwn                    |  126 +
 ..._4715ffafb3c4a9915bc33f2b26aaa9c1._comment |   12 +
 ..._a610b3d056a059899178859a3a821ea5._comment |   10 +
 ..._cca186a9536cd3f6e86994631b14231c._comment |   12 +
 ..._8f3ba3e504b058791fc6e6f9c38154cf._comment |   10 +
 ..._520e60aa53217b5ba428d4c05d897dee._comment |   16 +
 ..._d677fead0fe0c543f48f07d85f83f592._comment |   14 +
 ..._c1c38a09b1276e29adc3ba564dc0fe4e._comment |   14 +
 .../external_special_remote_protocol.mdwn     |  293 +
 ..._8d3c35eb0a2a9c57b10566fcaf56d248._comment |    8 +
 ..._241e57092d9e5631ac0ec4dd962477a6._comment |   12 +
 ..._e3029c65d34f78272bc11961ebfd8237._comment |   10 +
 ..._472748f03ba8dad773da7f35b70cb6e4._comment |   15 +
 ..._71c3e21a72222250bab933e1c9167fbc._comment |   14 +
 ..._c77386deddc64b2028d9c3a7393d4df7._comment |   10 +
 ..._5baff75d278394a8818c348fb4f13b8a._comment |   10 +
 ..._70429b7c4f1e4083a9d5a6e2e238056d._comment |    8 +
 ..._c763e44d06d9f50f0d357889b180b819._comment |   15 +
 ..._20ff41d82b5f1872698a5b24adcd0c41._comment |   12 +
 ..._3ee158e548002badae5bf44dc0442626._comment |   13 +
 ..._ee2828ce25b83bbabc9d5dde35d1e57b._comment |   12 +
 ..._edb649d0019a061ef7bf6534a444429d._comment |   16 +
 ..._1f4c205a5ce6f33ccf2f4d80754e5699._comment |    8 +
 ..._15c4cfe064be37cc104dcb6aa049a449._comment |   14 +
 doc/design/gcrypt.mdwn                        |    8 +
 doc/design/git-remote-daemon.mdwn             |  173 +
 ..._bfa8f33a3fdb6e271dfbdd0378b5d364._comment |   16 +
 doc/design/metadata.mdwn                      |  196 +
 ..._22ed80bd8eabaa836e9dfc2432531f04._comment |   22 +
 ..._03ae28acedbe1fa45c366b30b58fcf48._comment |   14 +
 ..._ee850df7d3fa4c56194f13a6e3890a30._comment |   12 +
 ..._c32ade1524487e5fdc6f83b2db39f04c._comment |    8 +
 ..._0ac3132cd7a84f0e170fbe3a6f235fe7._comment |    8 +
 ..._fa51ae544b193122334dbae7960ab3d9._comment |   15 +
 doc/design/preferred_content.mdwn             |   21 +
 doc/design/requests_routing.mdwn              |  100 +
 ..._421b14a4dd9d6c431e00333057df1627._comment |   10 +
 doc/design/requests_routing/simroutes.hs      |  402 +
 doc/design/roadmap.mdwn                       |   18 +
 doc/devblog.mdwn                              |   10 +
 doc/devblog/day_-1__drop_dead.mdwn            |    5 +
 doc/devblog/day_-3__.mdwn                     |   29 +
 doc/devblog/day_-4__forgetting.mdwn           |   80 +
 ..._f3cc7a25af4c59fda3924c737a789419._comment |    8 +
 ..._e47476c80af02a2e9cf76c53fdbb8534._comment |    9 +
 ..._b57956a8ce372d620f21ea9a497e8013._comment |    8 +
 ..._812b630df01ac35254e3c4e677554e2b._comment |    8 +
 ..._a9670eca2aff9ad5f04412a8d8b6df6a._comment |    8 +
 ..._4f87e2ab119f3cd81266159f02952188._comment |    9 +
 ..._a865216046aa91a47d0d2b2f0668ea89._comment |   12 +
 ..._3f7045a00905b4287d950b08d5a77a82._comment |    9 +
 .../day_100__git-annex_sync_--content.mdwn    |    4 +
 doc/devblog/day_101__old_mistakes.mdwn        |   23 +
 ..._2c6e991efde3296450189b2821f2ccc3._comment |   17 +
 ..._524690d69056737dd296e4f7626737d2._comment |   12 +
 doc/devblog/day_102__cleanups.mdwn            |   10 +
 doc/devblog/day_103__unused.mdwn              |   34 +
 doc/devblog/day_104__unused_II.mdwn           |    7 +
 ..._a693a56123497a39c30cbd35b8e35bce._comment |   10 +
 ..._9833fb9daa50bc838cc46ca2f6c16580._comment |   10 +
 ..._873a882ec1ddc3be473473cb224a9040._comment |   12 +
 ..._5ef1bb4d69cf7206f7ca0e542abad6bd._comment |   13 +
 ..._1964bfce4887c9c0828fd7f54f5b4f6b._comment |   12 +
 ..._0ed4023c9c249024fe0454fc5bab3b14._comment |   10 +
 doc/devblog/day_105__locking.mdwn             |   30 +
 doc/devblog/day_106__catching_up.mdwn         |    5 +
 doc/devblog/day_107__TDD.mdwn                 |   10 +
 ...ay_108__new_use_for_location_tracking.mdwn |   20 +
 .../day_109__elimintating_absNormPath.mdwn    |   18 +
 doc/devblog/day_10__lazy_Sunday.mdwn          |   23 +
 doc/devblog/day_110__release_prep.mdwn        |   25 +
 .../day_111__windows_beta_release.mdwn        |    6 +
 doc/devblog/day_112__metadata_design.mdwn     |   18 +
 doc/devblog/day_113__metadata_groundwork.mdwn |    9 +
 doc/devblog/day_114__windows_porting.mdwn     |    8 +
 doc/devblog/day_115__windows_porting.mdwn     |   17 +
 doc/devblog/day_116__views.mdwn               |   54 +
 doc/devblog/day_117__views_implemented.mdwn   |   76 +
 doc/devblog/day_118__views_refined.mdwn       |    7 +
 doc/devblog/day_119__catching_up.mdwn         |   15 +
 ..._8aa413e75cab411b0aec254f0f33ebb9._comment |    8 +
 ..._db31d08690730836ce6277e797fcae1d._comment |    8 +
 ..._d44da76b18f53a5f51b46e3e15090a48._comment |    8 +
 .../day_11__webapp_encrypted_drives.mdwn      |   12 +
 doc/devblog/day_120__more_metadata.mdwn       |   17 +
 .../day_121__special_remote_maintenance.mdwn  |   23 +
 doc/devblog/day_122_more_windows_porting.mdwn |    4 +
 doc/devblog/day_123__stuck.mdwn               |   13 +
 doc/devblog/day_124__day_off.mdwn             |   13 +
 doc/devblog/day_125__metadata_and_views.mdwn  |   11 +
 doc/devblog/day_128__release_prep.mdwn        |   27 +
 doc/devblog/day_12__gpg_key_generation.mdwn   |   35 +
 ..._48cdfe3bd71fb348ae05fd90e8cf1dab._comment |    8 +
 doc/devblog/day_130__post_release.mdwn        |   17 +
 doc/devblog/day_131__more_bug_squashing.mdwn  |   11 +
 doc/devblog/day_132__database_musings.mdwn    |   17 +
 doc/devblog/day_133__db_and_bugfixes.mdwn     |   20 +
 ...y_134-135__avoiding_the_turing_tarpit.mdwn |   18 +
 doc/devblog/day_136__frustrating_day.mdwn     |   10 +
 ...-138__bug_triage_and_too_much_windows.mdwn |   15 +
 doc/devblog/day_139-140__traveling.mdwn       |   17 +
 .../day_13__encrypted_sneakernet_working.mdwn |   13 +
 doc/devblog/day_141__f-droid_sprint.mdwn      |    3 +
 ..._1cc76207020ac478747117c76d7b5f9c._comment |    8 +
 doc/devblog/day_142__digging_out.mdwn         |   13 +
 doc/devblog/day_143__foolish_hiatus.mdwn      |   20 +
 doc/devblog/day_144__catching_up.mdwn         |   12 +
 ..._311a7245dd12f1a7e432168d16041348._comment |    8 +
 doc/devblog/day_145__a_plan.mdwn              |   16 +
 ..._c0ceea77443be1172527ed8549f000a4._comment |   10 +
 ...day_146__halfway_to_git-remote-daemon.mdwn |   17 +
 .../day_147__git-annex_remotedaemon.mdwn      |    5 +
 doc/devblog/day_148__too_many_documents.mdwn  |    8 +
 .../day_149__remote_control_working.mdwn      |   15 +
 doc/devblog/day_149__signal.mdwn              |   16 +
 ..._14__gcrypt_refinements_and_OOM_fixes.mdwn |   26 +
 doc/devblog/day_15-17__Android_rebuild.mdwn   |   67 +
 doc/devblog/day_151__birthday_bug.mdwn        |   18 +
 .../day_152__more_ssh_connection_caching.mdwn |   37 +
 .../day_153__remotedaemon_has_landed.mdwn     |   10 +
 ..._f19ae6b3d6f33a68e4ffe0c32f788745._comment |   13 +
 ..._fbf0c50f772e958af638d2b72dac73f5._comment |   10 +
 doc/devblog/day_154__catching_up.mdwn         |   13 +
 doc/devblog/day_155__missing_bits.mdwn        |   27 +
 ..._76424498600ba603946035efffb88023._comment |    8 +
 doc/devblog/day_156__release_day.mdwn         |   14 +
 doc/devblog/day_157__upgrade_checking.mdwn    |   22 +
 doc/devblog/day_158__enroute_to_Brazil.mdwn   |   10 +
 doc/devblog/day_159__tmp_file_cleanup.mdwn    |   12 +
 doc/devblog/day_160__.mdwn                    |   20 +
 doc/devblog/day_161__routing_design.mdwn      |   13 +
 ...g_sim_and_massive_contribution_landed.mdwn |   17 +
 .../day_163__request_and_routing_design.mdwn  |    3 +
 doc/devblog/day_164__back.mdwn                |   17 +
 doc/devblog/day_165__sshpassword_merged.mdwn  |   18 +
 doc/devblog/day_166__catching_up.mdwn         |   40 +
 ...e_community_of_git-annex_contributors.mdwn |   11 +
 doc/devblog/day_168__backlog_continued.mdwn   |   16 +
 doc/devblog/day_169-171__juggling.mdwn        |   14 +
 doc/devblog/day_172__.mdwn                    |    7 +
 .../day_173-174__android_rebootstrap.mdwn     |    8 +
 doc/devblog/day_175__encoding_day.mdwn        |   20 +
 doc/devblog/day_176__mostly_a_day_off.mdwn    |    8 +
 doc/devblog/day_177__enabling.mdwn            |   21 +
 ..._820d29f84dade09b0e7bb7435c52fcb8._comment |   12 +
 ...day_178-179__screencast_and_what_next.mdwn |   12 +
 ..._eeba788fed45cb22f9cc2a738ceaa074._comment |    8 +
 ..._d44e67e34615c7b00e29f307556cdd06._comment |    8 +
 doc/devblog/day_180__porting.mdwn             |   13 +
 ..._133875f4435a298b85ddfb8a2cc11a7a._comment |    9 +
 doc/devblog/day_181__tricky_merge.mdwn        |    8 +
 doc/devblog/day_182__service.mdwn             |    6 +
 .../day_183__rubbing_sticks_together.mdwn     |   23 +
 doc/devblog/day_184__windows_month.mdwn       |   22 +
 doc/devblog/day_185__service.mdwn             |    6 +
 doc/devblog/day_186__cracked_it.mdwn          |    8 +
 ..._288b736adf392acd0f45667b2980138d._comment |   11 +
 ..._d1d79e93ac420f6b3a6f8a622e8e00bd._comment |    8 +
 ..._8ca17a51b10b4e4a63d0672d5ce29024._comment |    8 +
 doc/devblog/day_187__release_prep.mdwn        |   10 +
 ..._206692d16177c2a9ca11c0eeff545697._comment |   13 +
 ..._961fb35d9cf7d5e518f8d0bddb8626a6._comment |    8 +
 doc/devblog/day_188__back_sans_laptop.mdwn    |    5 +
 .../day_189__finally_working_again.mdwn       |   18 +
 doc/devblog/day_190__fun_fixes.mdwn           |   13 +
 doc/devblog/day_191__semidistracted.mdwn      |    7 +
 doc/devblog/day_192__release_day.mdwn         |    4 +
 doc/devblog/day_193-194__ugly_bug.mdwn        |   37 +
 doc/devblog/day_195-196__catching_up.mdwn     |   13 +
 .../day_197__autobuilder_rescuscitation.mdwn  |   14 +
 doc/devblog/day_198__branching_out.mdwn       |   23 +
 ..._91ce3dc707ba1ba7c5d9e57e20ffce40._comment |    8 +
 doc/devblog/day_199__ten_minute_cycle.mdwn    |    6 +
 doc/devblog/day_19__moving_on.mdwn            |   37 +
 ..._870106f671f9a055b81e6fc83e0850b5._comment |    8 +
 ..._fad055c8860385ac6c012f897c96408f._comment |   10 +
 ..._69e47d612159587f080ab761566d1830._comment |   18 +
 .../day_1__inauspicious_beginning.mdwn        |   11 +
 ..._cc4dea43caf3126c6f814b589b701d70._comment |   10 +
 .../day_20__gcrypt_and_git-annex-shell.mdwn   |   14 +
 doc/devblog/day_21__bugfix_day.mdwn           |    5 +
 doc/devblog/day_22__gcrypt_on_rsync.net.mdwn  |   20 +
 doc/devblog/day_23__GNU_day.mdwn              |   23 +
 .../day_24__nearly_done_with_gcrypt.mdwn      |   23 +
 doc/devblog/day_25__finishing_up_gcrypt.mdwn  |   25 +
 .../day_26__gcrypt_really_done_this_time.mdwn |   17 +
 doc/devblog/day_27__locking_fun.mdwn          |   49 +
 ..._0eb247235fbf8f563934f3548e1d2e10._comment |    8 +
 ..._e8b1dfe1b0641e031d05733448b7bc8b._comment |    8 +
 ..._b67f8ef4ed42b49c8c2e6c4e53163b16._comment |   18 +
 ..._0759644baf26b75f4e48dbb387d725a5._comment |   10 +
 doc/devblog/day_28__lazy_saturday.mdwn        |   17 +
 doc/devblog/day_29__scheduling.mdwn           |   10 +
 doc/devblog/day_2__new_laptop.mdwn            |    8 +
 ..._93447dbd4eb09b4db96770644ea663cb._comment |   10 +
 ..._e1d022b25f2c16dbe72db07ad4b10a2d._comment |    8 +
 doc/devblog/day_30__cronner.mdwn              |   17 +
 ..._53dfd9310e92f5225db52a13e20a46d4._comment |   10 +
 ..._f98357c6f7a6da23873ac27c2e1e9638._comment |   10 +
 doc/devblog/day_31__blah.mdwn                 |   17 +
 doc/devblog/day_32__fsck_config_UI.mdwn       |   20 +
 doc/devblog/day_33__fsck_on_connect.mdwn      |    9 +
 doc/devblog/day_34__wrapping_up_fsck.mdwn     |    7 +
 .../day_35__anacron_and_bugfixing.mdwn        |   15 +
 doc/devblog/day_36__bugfixing.mdwn            |    1 +
 doc/devblog/day_37__long_day.mdwn             |    6 +
 .../day_38__starting_git_repo_repair.mdwn     |   11 +
 ..._321468d9686db5dde072500bdaeb7d29._comment |   10 +
 .../day_39__git-recover-repository.mdwn       |   54 +
 doc/devblog/day_3__gcrypt_uuids.mdwn          |   63 +
 doc/devblog/day_40__another_fine_mess.mdwn    |   15 +
 doc/devblog/day_41__onward.mdwn               |   17 +
 ..._a716c7b5a9ea3c949ff047cfb4e9a0a4._comment |    8 +
 ..._33149e424cd5f03fac376288bcc4dfdc._comment |    8 +
 ..._3b07503bd79089ad3ce3ddd7535ed116._comment |   14 +
 doc/devblog/day_42__repair_milestone.mdwn     |   35 +
 doc/devblog/day_43__bugfix_day.mdwn           |   26 +
 ..._44__automatic_removable_drive_repair.mdwn |   16 +
 doc/devblog/day_45__command_line.mdwn         |    9 +
 .../day_46__wrapping_up_the_month.mdwn        |   18 +
 .../day_47__fell_off_the_blogging_wagon.mdwn  |    3 +
 .../day_48__direct_mode_guard_design.mdwn     |   29 +
 ..._ec0147ccc55bad3a38652383f4098a65._comment |    8 +
 ..._49__direct_mode_guard_implementation.mdwn |   14 +
 ..._3ebe5c3f708070f164ecaf36b79f7bfc._comment |    8 +
 .../day_4__unexpected_windows_day.mdwn        |   10 +
 doc/devblog/day_50__grab_bag.mdwn             |   34 +
 ..._01846f6494fe843889391fd09fd127a0._comment |    8 +
 ..._12736014aa2c1af81e4b83072505e7d5._comment |    8 +
 .../day_51__direct_mode_guard_finished.mdwn   |    6 +
 doc/devblog/day_52__slowly_but_surely.mdwn    |    5 +
 .../day_54__android_bisection_minions.mdwn    |    9 +
 ..._bea8fbe2b87d4a4865b92fa796298fa0._comment |    8 +
 doc/devblog/day_55__fireside_porting.mdwn     |   22 +
 ..._d690a52db82f9594d99ae65fe51e1f1a._comment |    8 +
 .../day_56__git-annex_user_survey.mdwn        |   20 +
 doc/devblog/day_57__mavericks.mdwn            |   14 +
 doc/devblog/day_58__urgle.mdwn                |   16 +
 ..._bd279f58f614b103a53215dfb0211007._comment |   12 +
 doc/devblog/day_59__release_day.mdwn          |   11 +
 .../day_5__gcrypt_special_remote_part_1.mdwn  |    7 +
 .../day_60__damage_driven_development.mdwn    |   36 +
 ...day_61__damage_driven_development__II.mdwn |   15 +
 doc/devblog/day_62__upgrade_alerts.mdwn       |   22 +
 ..._cdb44aaa1d2a784a72613cbf16038f89._comment |    8 +
 ..._b08bb946e4760d7f03b45c852c745b2e._comment |    8 +
 doc/devblog/day_63__leverage.mdwn             |   24 +
 doc/devblog/day_64__overkill.mdwn             |   31 +
 ..._e1db7678aae37af281d31ae211677786._comment |   10 +
 ..._f7a96f0b6d942d0b59d9d0ec1b21c4bf._comment |    8 +
 doc/devblog/day_65__wrapping_up_upgrades.mdwn |    5 +
 doc/devblog/day_66__upgrade_testing.mdwn      |   17 +
 doc/devblog/day_67_thanksgiving_rush.mdwn     |   19 +
 doc/devblog/day_68__bits_and_pieces.mdwn      |   14 +
 doc/devblog/day_69__catching_up.mdwn          |   14 +
 doc/devblog/day_6__gcrypt_fully_working.mdwn  |    8 +
 ..._136bb7537a9ba93d400ce6f6ea1932ac._comment |    8 +
 ..._1f8faa65bbd56a12588b43a5bc822d96._comment |   10 +
 ..._70__preliminary_user_survey_analysis.mdwn |  104 +
 doc/devblog/day_71__that_was_unexpected.mdwn  |   30 +
 doc/devblog/day_72__windows_webapp_not.mdwn   |   22 +
 doc/devblog/day_73__EvilLinker.mdwn           |   28 +
 doc/devblog/day_74__so_close.mdwn             |   20 +
 ..._b1aa185734c3d74830b81def4fe63bff._comment |   10 +
 doc/devblog/day_75__hallelujah.mdwn           |    8 +
 ..._df04c456e99d47743494a18c1badba8c._comment |    8 +
 doc/devblog/day_76__results.mdwn              |   15 +
 doc/devblog/day_77__it_builds.mdwn            |    8 +
 doc/devblog/day_78__desidetracked.mdwn        |   34 +
 doc/devblog/day_79__catch_up.mdwn             |    3 +
 doc/devblog/day_7__release_day.mdwn           |   10 +
 ..._12bb94d903868ecddb3e348c9c4afeaf._comment |    8 +
 ..._d3e38d6f6bba179dab40d4d75ff061de._comment |    8 +
 doc/devblog/day_80__plumbing.mdwn             |    9 +
 doc/devblog/day_81__more_standalone.mdwn      |   15 +
 ..._25ceb116406b55a8ff28f7b392806bc9._comment |   10 +
 doc/devblog/day_82__rpi_and_synology.mdwn     |   21 +
 ..._d154ddcf22027fd06acf9da73e12c006._comment |    8 +
 doc/devblog/day_83__armel_webapp.mdwn         |   19 +
 doc/devblog/day_84__ho_uh_oh.mdwn             |   11 +
 ...xternal_special_remote_protocol_types.mdwn |   25 +
 ...xternal_special_remote_implementation.mdwn |   11 +
 ..._5116bcf4b60030cb46683df94a75d7ee._comment |    8 +
 ..._7b6e734f785fbd9db7883b63150023dc._comment |    8 +
 ...day_87__external_special_remotes_done.mdwn |   16 +
 doc/devblog/day_88__lazy_sunday.mdwn          |   15 +
 doc/devblog/day_89__reflections.mdwn          |   18 +
 doc/devblog/day_8__ill.mdwn                   |   20 +
 doc/devblog/day_90__slow_start.mdwn           |   23 +
 doc/devblog/day_91__wintry_mix.mdwn           |   11 +
 doc/devblog/day_92-93__reconnection.mdwn      |   34 +
 doc/devblog/day_94__leaks.mdwn                |   12 +
 .../day_95__reconnection_revisited.mdwn       |   13 +
 ..._c1106e573fcf9f3d4524c0e4f4254790._comment |    8 +
 ..._40478739f95e0b56ce0103db6e405ef4._comment |   10 +
 doc/devblog/day_96__catching_up.mdwn          |    7 +
 ...ay_97__exciting_telehash_possiblities.mdwn |   20 +
 ..._7c775d93cbeed0d553e224751d30fbaa._comment |   10 +
 doc/devblog/day_98__old_bug.mdwn              |   17 +
 doc/devblog/day_99__catching_up_again.mdwn    |   19 +
 ..._b871bf0606dc29be9b8c2e5dc150f708._comment |   10 +
 ..._c8363d47223e7bb899420e800bde3e27._comment |    8 +
 doc/devblog/day_9__Friday_the_13th.mdwn       |   21 +
 ..._07195b4ec399ba1be6c8bdb3ae0fa50b._comment |   12 +
 doc/devblog/day__126-127__merge_fixes.mdwn    |   61 +
 doc/devblog/moving_blogs.mdwn                 |    5 +
 ..._6caa7e67461a6ea5de8155ae9cf75fab._comment |    8 +
 ..._e3e2048fc2397b87a2f29c9fe49394cb._comment |   10 +
 doc/devblog/whither_XMPP.mdwn                 |   30 +
 doc/direct_mode.mdwn                          |   93 +
 ..._1c79c93f4b17cfc354ab920e3775cc60._comment |   26 +
 ..._1b5218fdb6ee362d6df68ff1229590d4._comment |   10 +
 ..._7d507b6f87085a19d8dd5014f580922b._comment |   24 +
 ..._5169c5541970d3b3bc1e080e07539b22._comment |    8 +
 ..._55108ac736ea450df89332ba5de4a208._comment |   12 +
 ..._03a02e689d92faa596de98e02b2ffe28._comment |   10 +
 ..._ff4ffc2aabc5fd174d7386ef13860f78._comment |   10 +
 ..._1cd32456630b25d5aaa6d2763e6eb384._comment |    8 +
 ..._8020d74bddf0e38b0a297e5dae7c217b._comment |   12 +
 ..._97c26bd82f623a3b2d56bab4afff0126._comment |   12 +
 ..._42363bf0367f935b3eee8ad3d2eaf5cf._comment |   10 +
 ..._5f03b1686c1fb3f7606a5bc724ac3812._comment |    8 +
 ..._5355ac418bfb26e990762b80f4c36b77._comment |   12 +
 ..._6cd15e2c5fd0bef48f60c6993322c2fc._comment |    9 +
 doc/distributed_version_control.mdwn          |   21 +
 doc/download.mdwn                             |   40 +
 ..._ec2578241a966cfcdd43f2a26a5c8709._comment |   13 +
 ..._ee0d158ac59903737dbc4ef632f11fe3._comment |    7 +
 doc/ekg.mdwn                                  |   31 +
 doc/ekg/ekg.png                               |  Bin 0 -> 57392 bytes
 doc/encryption.mdwn                           |  101 +
 ..._1afca8d7182075d46db41f6ad3dd5911._comment |   10 +
 doc/favicon.ico                               |  Bin 0 -> 2550 bytes
 doc/feeds.mdwn                                |    4 +
 doc/footer/column_a.mdwn                      |    7 +
 doc/footer/column_b.mdwn                      |    7 +
 doc/forum.mdwn                                |    8 +
 ...d_server_for_syncing_-_possible__63__.mdwn |    3 +
 ..._924521ad5972046bac44d2e04ec296c7._comment |   10 +
 ..._e2a7f34a3ccc1b6467e6da611c067d66._comment |    8 +
 ..._f9a369a6ac69f091e6128990274d3228._comment |   10 +
 ..._91b422f8d55b68077245c606c4f7f87c._comment |   28 +
 ..._f6128fe75ff3453747f69f12e0fd0a5b._comment |   12 +
 ..._9b90b4031a5ed26c375903b33ed65a10._comment |   17 +
 ..._acd64ce1b08a97ddf730622272e9f611._comment |   14 +
 ..._9baacb14fc5eb449cb13e0b4a4995fb0._comment |    8 +
 ...s_to_delete__44___files_to_keep__63__.mdwn |   12 +
 ..._fe291cd6cd8e2d5b8e23f8e3689d824b._comment |   15 +
 ..._f0dbc3c723999bf0f22502e3a89d1d4a._comment |    8 +
 doc/forum/A_really_stupid_question.mdwn       |    3 +
 ..._40e02556de0b00b94f245a0196b5a89f._comment |   31 +
 doc/forum/A_tiny_filesystem__63__.mdwn        |    7 +
 ..._993e3f5dbe4bcbb5b7bd9e08ab9554f3._comment |    8 +
 ..._af57591d42868c8aa1cc1eda43ca8b98._comment |    8 +
 ..._3869c0472b50d7cf5e29ac0720f4f20f._comment |   10 +
 ...ssing_files_directly_on__a_USB_device.mdwn |   11 +
 .../Accessing_files_in_bare_repository.mdwn   |    5 +
 ..._7eb66e3806f9524e043fae2da9d57d64._comment |   10 +
 ..._f0165d66865ad14f7eb5d50e900c1df4._comment |   10 +
 ..._0e7ea5161b6da6e9bb9425bdb953de33._comment |    8 +
 ..._f804b9bf71f7d04bd23ce32d813dc340._comment |    8 +
 ..._6de649d38febd2240eb5b703da77c2d6._comment |   15 +
 ..._7e8dd09915ddc3267377e900891cb02c._comment |   24 +
 ..._80eae4a73f38d1a7e35f97c33b6401f8._comment |    8 +
 ..._5ec13e98d3ecb69426e974d34f712f9b._comment |    8 +
 ..._dccbf5793998c6381e23eb8ff6497ebf._comment |   17 +
 ..._42d923916232c81f3b8bdbefa34a89d3._comment |   18 +
 ..._43a0a7d222faee582aeb3150a59cef87._comment |    8 +
 ..._ec1024235c1c74c113483a833df84654._comment |   12 +
 ..._c156b8c1ae0f2905566bbdb13b84e577._comment |   37 +
 ...__and_crippled__41___annex_repository.mdwn |   28 +
 ...ect_mode_sync_should_avoid_git_commit.mdwn |    1 +
 ..._06dae5709750ea1da4f7fdbee4e84efc._comment |   16 +
 ..._2069c5c41882ae0a1973fb7da583b60e._comment |   10 +
 ..._b35e3a87c30974eedd71ebe52ecbed96._comment |    8 +
 ..._84e026f9bda87bfd12a3769dcef77f8b._comment |    8 +
 ..._b2ac2ea300a5026832b40a1a6b27a7cd._comment |    8 +
 ..._ed3534196164c6736a8dbf21c65c119d._comment |   10 +
 ..._1e29bcf568f02765c48f0eac6c640673._comment |   45 +
 ..._9ea6803a94b1de15079a3fa20d59c9af._comment |   10 +
 ..._3fae5a7fa5d99d0eb4473adb43e7f6f5._comment |    8 +
 ..._57a5b73cff480266355e75c7bdc762c2._comment |    8 +
 ..._bbcf5e863c8f152e1079536e9011a404._comment |   16 +
 ..._fdcd144c22601bdf98ff844254b0120d._comment |    8 +
 ..._b77243e765b2af7ba71e963fcb5cbbb1._comment |   71 +
 ..._cb0815e96ee211d4778f2e7a4274e855._comment |    8 +
 doc/forum/Add_a___34__local__34___remote.mdwn |   13 +
 ..._c68ad724b465c4be5243be687168c0b3._comment |   12 +
 ...dding_existing_S3_bucket_to_sync_with.mdwn |   16 +
 ..._30b9a70d367dd5b8781e9a86e42d4c3e._comment |   10 +
 ..._a8525c1a7e5f89c30c9503fe8bfed02e._comment |    8 +
 ..._c3878989f74e740c0ed42f440750f3a4._comment |    8 +
 ..._c06cc86496f9d4c0c42a8c89aa5a7b35._comment |    8 +
 ..._0a1c2dd0929511ff824be8de2c8d85eb._comment |    9 +
 ..._1444c2f89885f028f20a4d3ce225a403._comment |   23 +
 ..._1c30944010d541096baff18198a5560d._comment |   23 +
 ...eded:_git-annex_slows_down_my_macbook.mdwn |   21 +
 ..._af8ab0a47cd379fcb1445e50782ad086._comment |   12 +
 ..._a7202bcbdda36a3801833d2432db1965._comment |   25 +
 .../Android:_Encrypted_Remotes__63__.mdwn     |    3 +
 ..._6b16cd372a9bd4f99d4c8b09a82ce3ed._comment |   10 +
 ...t_high_cpu_usage_to_be_expected__63__.mdwn |    3 +
 ..._7880fc38792a1fcbf3e5c47e8bcaabce._comment |    8 +
 ..._840fbce18b4fdec21ee557fdf52c366e._comment |   10 +
 doc/forum/Android_-_ext3__47__4__47__....mdwn |    1 +
 doc/forum/Android_version_does_not_sync.mdwn  |   23 +
 ..._ed9e33eef2c6d651847dca9d3f7a63f6._comment |    8 +
 ..._4eafd3e989611f835c489b379bd6ec8a._comment |    8 +
 ...Annex_contents_just_disappeared__63__.mdwn |   12 +
 ..._4ab5ca00f912c0c95fabc10f2d9600d3._comment |   12 +
 ..._657f737c5d64d440aa133ddb41408fbc._comment |    8 +
 ..._9b4c35feb14b37d43d053d7430da9abf._comment |   12 +
 ..._c3625409652bff5f2165260803269a8a._comment |   10 +
 doc/forum/Annex_dropping_files.mdwn           |   12 +
 ..._62fbea95248fda2ff075b5a8952a728f._comment |    8 +
 ...nnex_slow_on_Windows__47__direct_mode.mdwn |   11 +
 ..._d80839f4582fc2a6269db31e30e1dbab._comment |    9 +
 ..._593e1e01b70a2b6a15ad6bca09a80c7b._comment |    8 +
 ..._c4e4c596f31aa97645fe1e1527dc2c31._comment |   12 +
 ..._92db0b99ada9af15a5383da41397ebd7._comment |   19 +
 ..._3d628c9db9ebdfd5bff92af105c47719._comment |   13 +
 ..._db7965fa928c093233769ed52b2fcd43._comment |   10 +
 ..._674f52c5e5484207db403b18efc986c6._comment |    8 +
 ...d___34__.git__34___to_git-annex__63__.mdwn |    9 +
 ..._51f4392e718d857e2f155d6217727a53._comment |   10 +
 ..._9698c4a8f0d8785ee89a6228e0e85ca9._comment |    8 +
 doc/forum/Assistant:_configure_auto-sync.mdwn |   11 +
 ..._c8cabd38114582bbdbad49f2d81959d7._comment |   13 +
 doc/forum/Assistant_Droping_Files.mdwn        |    8 +
 .../Assistant_loosing_advantages__63__.mdwn   |   10 +
 ..._cdbc827d9e00aeeaefafe45de64b8d2c._comment |   10 +
 doc/forum/Assistant_not_syncing_to_Rsync.mdwn |   15 +
 ..._2178a7fc0d66643e84597b0938ef65f2._comment |   10 +
 ..._650651398443e128c2adc6a2a2d320d0._comment |   12 +
 ..._e6d0c9620b148acc72342862a8b4cfef._comment |   10 +
 ..._b91f9febdb8b69d8b487ba4ea08c119a._comment |   11 +
 ..._c5ad7c1546a17d8459c995c9c8c26414._comment |   31 +
 ..._4c12587f972eced91c5128d4885800b5._comment |   30 +
 ..._6ecaaee9316bcf0c65688676d60fc055._comment |    8 +
 ..._daa9a9a6188afa0394833e1b682f7cd4._comment |   10 +
 doc/forum/Auto_archiving.mdwn                 |   17 +
 doc/forum/Auto_sync_with_music_player.mdwn    |    1 +
 ..._81ad1c15cfd753531c01dae8945d1caf._comment |    8 +
 ..._a15e3f298c3d3faa5b3295355f9bb794._comment |   11 +
 ..._99f65a0efaf5d5f9b8ff530acc122860._comment |    8 +
 ...es_due_to_external_modification__63__.mdwn |   46 +
 ..._dab1099ee56541c194de319c593f1268._comment |    9 +
 ..._b5faccf132fb47e3cda778a6600fd9ef._comment |    8 +
 ...ic_commit_messages_for_git_annex_sync.mdwn |    1 +
 ..._ea2ec57bc695da4df8a30a35d433959d._comment |   15 +
 ..._af71f53dbbca35d5a5c66ff131887ada._comment |    8 +
 doc/forum/Automatically_dropping_files.mdwn   |    7 +
 ..._f5fc608f9cb0edf3272b586b62050637._comment |   12 +
 ...lly_syncronise_centralised_repository.mdwn |   14 +
 ..._6a2047daa9faf4309d2ed27d5cc48b76._comment |   10 +
 ..._3be7b45bc2284019f17a81375637a576._comment |   10 +
 doc/forum/Basic_set_up_with_one_remote.mdwn   |   14 +
 ..._3ad06a0dbebf62e6440f549e77af59b6._comment |   15 +
 ..._59e18e759c907b8adabf8c34eef08065._comment |   10 +
 ..._5221a713ee3f65fa2740c9fa6cb1db0f._comment |   27 +
 ..._62e554a546e4b50d211f5f65446fd289._comment |   13 +
 doc/forum/Behaviour_of_fsck.mdwn              |   13 +
 ..._0e40f158b3f4ccdcaab1408d858b68b8._comment |    8 +
 ..._ead36a23c3e6efa1c41e4555f93e014e._comment |   19 +
 ..._97848f9a3db89c0427cfb671ba13300e._comment |   19 +
 ..._e4911dc6793f98fb81151daacbe49968._comment |    8 +
 ...or_central_sharing_and_multiple_users.mdwn |    8 +
 ..._48ffb50b92588daec6887bf08f1b97f5._comment |   10 +
 ..._6b9a20f9707da9d2cfc3697a538d6935._comment |   12 +
 ...manage_files_on_removable_media__63__.mdwn |   18 +
 ..._direct_and_crippled_annex_repository.mdwn |   17 +
 ..._552e74f9573a34ec178f396b83252c3e._comment |   12 +
 ..._33c57922714f204fc63c260b838f3712._comment |    8 +
 .../Big_repository_vs._multiple_small.mdwn    |    8 +
 ..._8e21ee3c674ef6e595bdab53dd5c2356._comment |    8 +
 ..._656c62351502492d20e8490242e51169._comment |   14 +
 ..._e9c44ea364513f090844f46af2ea46a1._comment |    8 +
 ..._82e13580426dc648688e4c26e7ed91ec._comment |    8 +
 ..._632aceb71dc6a4a9a4bb03de25a9b21a._comment |   23 +
 ...sn__39__t_been_working_for_a_few_days.mdwn |   72 +
 ..._6ca872c241399b9129cf9a18f42ebd43._comment |    8 +
 ...uilding_a_Debian_package_of_git-annex.mdwn |   27 +
 ..._0848513c46f3efa21bc34784554ae88a._comment |   10 +
 .../Building_git-annex-3.20121112-19309.mdwn  |   78 +
 ..._b115e28c77fe748ee6643c41f766beb4._comment |   12 +
 ..._8c6ae1fd74f14da12ccfa77dbd27fc65._comment |   16 +
 ..._2f30b301c14f3a7fa0f52715d6140353._comment |   13 +
 ..._1e3c3903a71a2ff7109372aa4dd5742a._comment |    8 +
 ...esolve_dependencies___40__yesod__41__.mdwn |   19 +
 ..._2eb4f410b54a25fcc895893a3c631c43._comment |    8 +
 ..._44cd6f6dd674df105d6f0b3f320f3236._comment |   19 +
 ..._992af6855901df79a2018a07941cb8b6._comment |    8 +
 .../Calculating_Annex_Cost_by_Ping_Times.mdwn |    1 +
 ..._9b4a6bc8d52ecbbdd537e8cf76757a80._comment |   15 +
 ..._7e04f85c6ba74c18c8dde148aef9bf80._comment |    8 +
 ...in_the_git-annex_git_repository__63__.mdwn |    6 +
 ..._c8f9923d8dc76b8bed25dce5ae09b520._comment |    8 +
 doc/forum/Can_Not_Sync_to_Git_Repo.mdwn       |    1 +
 ..._e0f82074eb1a4b8258729d9a23a7f421._comment |   33 +
 ..._842aaf685aa843c21bf3eef0b61f8630._comment |    8 +
 ..._b4f8be428a08db01dbd004e1f06dcffd._comment |   10 +
 ..._80344c54804ddee81d89c0b40731fb9c._comment |    8 +
 ..._1797c2fef5c20e885b56b8a2c6330ff0._comment |    8 +
 ..._fb23d640f9634cab2da91848f1848627._comment |   58 +
 ..._a947736911e68856f2c3494963063df8._comment |    8 +
 ..._ce0e77143cfd2d578b1e5a71e35060da._comment |   18 +
 ..._10e114da6a2bb54b860b44767ba1ca94._comment |   17 +
 ..._415bab6a7ab564e671f42cfad83e0e58._comment |   10 +
 ..._36abd829ea71a44c7cded1123a7c913d._comment |    8 +
 ..._2fb745aaffe544f97bbdc670261fd4fd._comment |   14 +
 ...git-annex_merge_to_work_from_git_hook.mdwn |   41 +
 ..._8b71cb6772b219c27c17392d5099907a._comment |   12 +
 ..._af2a2634d8d128868022d033d6adb549._comment |   13 +
 ..._31ec762a0684d2ce87d229ed2924db93._comment |   16 +
 doc/forum/Can__39__t_get_jabber_working.mdwn  |    7 +
 ..._def20bf0b3c1a188e4dad5ec67b455d8._comment |    8 +
 ..._7cb49c0ebfec6e0fe6784e189ed65d40._comment |    8 +
 ..._852dc402a286e38b77b99f174c33f8d1._comment |    8 +
 ..._259741e146906ff70540390bdfe07002._comment |    8 +
 doc/forum/Can__39__t_get_pairing_to_work.mdwn |    5 +
 ..._b981977b4fb942fd109c37fcf40f35d7._comment |   22 +
 ..._341e2ff6c88ace1b1422e16781edf580._comment |    8 +
 ..._0c8cce48f179f2564ff0844bb7ef6bd1._comment |    8 +
 ..._169d77b30cea05125068ee1eeb2ef328._comment |   25 +
 ..._70e6c4f4f01277be1767b38ca8374793._comment |   11 +
 ..._2cd014a76fac6e08269dfd8146957418._comment |   10 +
 ..._b9b715084d5a5562998b1724699d49e5._comment |    8 +
 doc/forum/Can__39__t_init_git_annex.mdwn      |   15 +
 ..._c4d2ab1ecf69718a2211c3ea7b27092b._comment |   10 +
 ..._fca9ed3707e097bee2cd642424681005._comment |    8 +
 ..._a294b5e7e52aa9f66a708866be16f137._comment |   10 +
 ..._fcf678d5188821d63b4c9ea5b59474a8._comment |   13 +
 ..._c83f7dea7d5304e226e52eb3c43ef14a._comment |    9 +
 ..._06a01dd51ffbfd006c0afb8eab40b530._comment |    8 +
 ..._53c33484bded57abc60f0449331c7b05._comment |   11 +
 ..._9e0ff44f6e62581bfc83f9f1da3e0100._comment |   14 +
 ..._7f96b5ef05e2faf4a3dbe8bfc39b810e._comment |   10 +
 ..._65ab8463716f4ddd7721a5bcfcd18fa0._comment |    8 +
 ..._31a45f6a72266190b3ed7a7b02e03d5b._comment |    8 +
 .../Can__39__t_install:_Mac_OS_10.8.2.mdwn    |   36 +
 ..._c44023d81e9e4f7c9341af0e4271a1e4._comment |   10 +
 ..._dfbcd39eedff28dc9ed866a8f1411ef3._comment |   30 +
 ..._b37b2a9906ffb956cca91adb4bb4e521._comment |    8 +
 ..._afddf16f8faedc78d458835480f10dc3._comment |   15 +
 ..._or_Dropbox...__41___substitute__63__.mdwn |   76 +
 ..._a3fbae205c0312436f8861f432643811._comment |   10 +
 ..._de49cf261c644a6e7f6ac881a48d4e6c._comment |   10 +
 doc/forum/Can_not_delete_Repository.mdwn      |    3 +
 ..._b1a9420974e2e50c9c86a379ad62502c._comment |   12 +
 doc/forum/Can_not_drop_unused_file.mdwn       |   14 +
 ..._cea83dfdf4cdb4f6efb3f2b33a39a51f._comment |   16 +
 ..._ed1543cff5e6e81ca18c43b716ca8199._comment |   42 +
 ..._0c9c9c0ed557af4845a67434c21bb4bc._comment |   10 +
 ...motes_that_aren__39__t_tracked__63___.mdwn |   13 +
 ..._35e5a963b9e58ed7773dfcb884f8ecbd._comment |   10 +
 ..._7cde9785886c8450e1475f0b54481ae3._comment |   10 +
 .../Cannot_find_git-annex_in_server.mdwn      |   10 +
 ..._bf7e98e6130698ad0dc92e3a6a63ade3._comment |   15 +
 ..._168dda4aed09f90a510bc453e8a7cda7._comment |   10 +
 ...unch_webapp_on_ubuntu_12.04_using_ppa.mdwn |    6 +
 ..._9345551f5772c3a6f1490b00e1edbf69._comment |    8 +
 ..._0b688a442b6a911a0353e73097a24cb6._comment |   12 +
 ..._7e246caa00005560bb489c927c663046._comment |   12 +
 ..._1d8025aabe8bc72711a77f691f67da5f._comment |    8 +
 ..._7c2f95da65190016192424e7c622122f._comment |    8 +
 ..._9b8465cefe609e7a696e7573b8892e38._comment |    8 +
 ..._af6472762a598a454ba52ac0caa059aa._comment |   10 +
 .../Centralized_repository_with_webapp.mdwn   |   13 +
 ..._dcb9b07fd154f4d4fdef4809cc37ce77._comment |   18 +
 ..._08c84f2703f89dc12982eba9dd2a06d1._comment |   11 +
 doc/forum/Change_remote_server_address.mdwn   |    6 +
 ..._401c3d2530ac7ba41dd3857ab4737ed5._comment |   10 +
 .../Check_if_remote_is_using_GPG__63__.mdwn   |    1 +
 ..._db8ce8ef50fc33a28860ee475988450f._comment |   14 +
 ..._11c7033904c9c7a1df766e915632c386._comment |    8 +
 ..._a7ab70ad87a334c36761ddb3d830d99b._comment |    8 +
 .../Check_when_your_last_fsck_was__63__.mdwn  |    4 +
 ..._ee98a1fcd796fe4fd7af6f77d0c1837d._comment |   10 +
 ..._in_S3___40__reduced_redundancy__41__.mdwn |    5 +
 ..._793b3d9f78562f3aecf27dd926bbcf82._comment |    8 +
 ...ut_only_some_files_with_the_assistant.mdwn |   14 +
 ..._23d8ab1a05e3e9d3611bd12a4ba70b0c._comment |   10 +
 ..._bf095ff5b5af95b062ae1f7da566a279._comment |   12 +
 ..._7c026e36e1cdd52053c34638c87d793c._comment |   10 +
 ..._up_after_aborted_sync_in_direct_mode.mdwn |   19 +
 ..._3440b2e1662d3b113c18283afcbf4520._comment |    8 +
 ..._9a61ba8ac4a375f1d69cd09b5a6f8091._comment |   14 +
 ..._6b9d8c48547f3d0a911310622ba91df7._comment |   13 +
 doc/forum/Coming_from_git_world.mdwn          |    9 +
 ..._098bef38c2688607e869425a557cc482._comment |    8 +
 ..._98d75a1415e0c3689ab4231855e61233._comment |   12 +
 ..._5e7079e9bf3e4d97191333c66ac00e52._comment |   10 +
 ..._357443dc601ae38784c01cf18552f4d5._comment |   14 +
 ..._ed1847dd3f47a9d013b8dd0455fb80ff._comment |    8 +
 ..._09c6bb83a73d34dff2b8bc185a14a1db._comment |   18 +
 ..._6c731bb9a8d21dd9ab8c09612b23f908._comment |   16 +
 ..._e719d99af5afd90da3d3db692eff28dc._comment |   11 +
 ..._85a42106944dba9995fb3f4bfee3443a._comment |   10 +
 ..._90623294b910ceca3dc8ebd41b50fc9b._comment |   38 +
 ..._28dbee30eb54877418f72eb8935302d8._comment |    8 +
 ..._6edb36ea9535030fa3766937398e5bc7._comment |    8 +
 ...arison_with_other_big_files_solutions.mdwn |   11 +
 ...tes___40__specifically_S3__41____63__.mdwn |    1 +
 ..._9c6c4ca0c9dc6976ba7cf27e84683bf0._comment |    8 +
 doc/forum/Consistency_Check_for_S3.mdwn       |    1 +
 ..._40385806ef1cc082232cd2723a24be1a._comment |    8 +
 ..._ebfe40d9f777c9c0a83c44afd0f5802d._comment |    8 +
 ..._ec9de6882a0eef4d2786e55b583ad020._comment |   10 +
 .../Controlling_content_on_mobile_device.mdwn |   46 +
 ..._708649b7f30d8619d7b34dcb0ef46515._comment |   12 +
 ..._dba1a1b0917332a1dee387b1183bd2cb._comment |    8 +
 ...egular_git-annex_repo_to_a_rsync_repo.mdwn |    1 +
 ..._e6065f9c44c85030c7628e2cfa0fd0fa._comment |   12 +
 ..._76bfb11396dc20a5105376b22e7e773b._comment |   10 +
 ..._b34d6ae0718ab0ff6bc1d7b8f2470b9b._comment |   16 +
 ..._8f5e323b29745591f9f2f0f867353f69._comment |    8 +
 ..._9824c953694770afa0611ff7276737bf._comment |   12 +
 ..._5899741cb7f83e1b22c5ee3509c5ff21._comment |    8 +
 .../Corrupt_Repository_Invalid_Object.mdwn    |   10 +
 ..._b7fd4b6212b50400342931e70684b96c._comment |   14 +
 doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn     |    3 +
 ..._dc14a40b64b7eda94d1a3fd766cd39cc._comment |   28 +
 ..._608a30e274e6a691a39f69503720e320._comment |   10 +
 ..._791b9978b410c1aff7fd8ef05c38f5f9._comment |   40 +
 ..._8665c95299916138c4af375626d9ec7d._comment |    8 +
 ..._NOT_use_ntfs-3g_on_mac_osx_for_annex.mdwn |   41 +
 .../DS__95__Store_files_are_not_added.mdwn    |    3 +
 ..._30687306da9bd35ec02a806193c5e240._comment |    7 +
 doc/forum/Debugging_Git_Annex.mdwn            |    4 +
 ..._ce63b2ee641a2338f1ad5ded9e6f09a8._comment |    7 +
 ..._1d70ff052d00f33c34fd45730ea13040._comment |   12 +
 doc/forum/Default_text__47__html_handler.mdwn |    2 +
 ..._4730061916c7e12b7a41906152f847ee._comment |   12 +
 .../Delete_unused_files__47__metadata.mdwn    |    7 +
 ..._3efc19895c8dec89b71ae3778b583fea._comment |   11 +
 ..._23597d9468347b3d94257f3c02afe1b8._comment |    8 +
 doc/forum/Detached_git_work_tree__63__.mdwn   |   11 +
 ..._656c737772bf92be2c7a2f33bd2bb0f0._comment |   10 +
 ..._28ac35a325fba250721d9f1b7c994960._comment |    8 +
 ..._7128c26bbc8efea04a5a317edf0ca9f2._comment |   13 +
 ..._a3c22f905748ff2c803e8621c74a87a0._comment |    8 +
 ..._8063921241760458349e7cb0cadf3d4e._comment |    8 +
 ..._4510a787255cb03e7d0c3e7b830b7d52._comment |   16 +
 ..._ffd9c67ecc5b46ae98996018573f5591._comment |   10 +
 ..._36ca007643c983604fc4aed6ec8cb3d2._comment |    8 +
 ..._b7a2da4fbace7156e11c48a496a19dc9._comment |    8 +
 ..._f9fa237a693d28178f0451799209f7e2._comment |    8 +
 ...between_copy__44___move_and_get__63__.mdwn |   24 +
 ..._26ee8192af3a62178c1ccf17c6da5ca5._comment |   10 +
 ...pointing_to_same_special_remote__63__.mdwn |    6 +
 ..._359f46805e6508d03aadd90429937546._comment |   10 +
 doc/forum/Direct_special_remotes.mdwn         |   26 +
 ..._50357130a1c57ad2fab70f71925faf02._comment |    8 +
 ..._e94a722ca056a068bcc16eb822008602._comment |   18 +
 ..._187036bbfee0508e2914afb51ead3c71._comment |   16 +
 ..._6bfbf60f2061d49b7d34c844e7e1dea2._comment |   66 +
 ..._69c34c655e4b153dfc0d1b8580091124._comment |    8 +
 ..._b054cfc3d3f81873f3faae7eb4f5337c._comment |    8 +
 ..._5f9d8a0ef2f13f242594848825d29ee7._comment |    8 +
 .../Distributing_data_to_a_set_of_drives.mdwn |    1 +
 ..._f1fa72879f4e1db13bf59dea33c91624._comment |    8 +
 ..._e13b4e5c1e6f1f503f93d521b504d5c1._comment |   16 +
 ..._work_when_the_buddy_is_offline__63__.mdwn |    1 +
 ..._f290dd8547176793934f8077374e1c0a._comment |   17 +
 ..._c358eb51047f333e582bd824be5e0e65._comment |    8 +
 ..._a2332c0e7b29110b9aed2ab69ce9d8c4._comment |   12 +
 ...oes_git-annex_version_big_files__63__.mdwn |    5 +
 ..._0b44003c1dc53adb807298ae452f8004._comment |    8 +
 ..._ca40b67abd7bd36155d16d0396d7472c._comment |   14 +
 ..._32de3501feedce51b43ed9dcc399c7a9._comment |   15 +
 ..._8c65a7f8bda3c876971c2801fb6a76a1._comment |    8 +
 ...s_migrate_ensure_data_integrity__63__.mdwn |    7 +
 ..._cef50b32c46f4406c6f918c5866ddc15._comment |   11 +
 ..._f389b924c8531b35fdf5dedd10fc8000._comment |    8 +
 ...tand_how_to_delete__47__recover_files.mdwn |   25 +
 ..._b307bfb0b70d649897f411eb753bd50a._comment |   14 +
 ..._58a6a1476274b8c4feb3d43ecd998759._comment |   41 +
 ..._4b857f481db7b2437ac9f8137a8510e2._comment |   11 +
 ..._828db3bf2863d98c0b0fb4074aa7f066._comment |   33 +
 ..._cb2063d6a4e08a5c12bf3723d0fa74e0._comment |    8 +
 ..._1759bcd5708f591f91b9c410f6dc5c54._comment |   14 +
 ..._2a389f01eb5131042ea1e71a73c9787a._comment |   21 +
 ...39__t_understand_local_vs._known_keys.mdwn |   19 +
 ..._10749c0d76e824217dd1ff8c8a6e42a5._comment |   10 +
 ..._db9f1b6d9638c2b0a7e241c2727e8cfb._comment |   13 +
 doc/forum/Drop_with_assistant.mdwn            |    5 +
 ..._048f5a31c549afb19b76a65bddd0cd24._comment |   13 +
 ..._527d7b6a8efa85b904111f179912d926._comment |    8 +
 ..._c50857506869bb1cd306b66acf37fba8._comment |   14 +
 ..._1ea37445d5eb96c3efa182e88e07b867._comment |    8 +
 ..._c08908ea5232cbe067c73ecd12d0e218._comment |   10 +
 ..._015134228cb865f97326fbb7193636ea._comment |    8 +
 ..._950759930667588f21659cd6d7065fbb._comment |   17 +
 ..._773e540e46adc43487323e8d38ceb2d9._comment |   23 +
 ..._d85d120d7219ea6c179c2619a17bdae9._comment |   15 +
 .../Effectively_replicating_backup_files.mdwn |   25 +
 ..._b1ab0da82db076c5244b0dcc95282ddd._comment |   14 +
 ..._472ab9c973b475f7f3ce7e3934f94281._comment |   19 +
 ..._826493bd59b81786c1f6a56f1c438004._comment |   10 +
 .../Encrypted_Content_Remote_Daemon_.mdwn     |    1 +
 ..._96f63e509e23c081c48302274e21db78._comment |   10 +
 ..._acd0ffdc3f5079265858073c2af81557._comment |    8 +
 ...ypted_ssh_remote__44___synced_folders.mdwn |   87 +
 ..._7b9b4ef614c90e0b222d24678d1b9026._comment |   10 +
 .../Error_adding_ssh_remote_in_assistant.mdwn |   15 +
 ..._eecc0660db4083cc91c5330587f74610._comment |    8 +
 ..._3e6aad22e8020b12ff7ef914b75281d1._comment |    8 +
 ..._3ea529e16502071fc0980c6d5c60a036._comment |    8 +
 ...it-annex_branch_but_not_master_branch.mdwn |    1 +
 ..._9a909e3d89061adacbd8ed370520250c._comment |    9 +
 ..._0dd489b264374b7b1065b89e1ff7561b._comment |    8 +
 doc/forum/Fast_cloning_a_repo_initially.mdwn  |    3 +
 ..._0db0caafe30dd1b6f15fb1679dec8f9f._comment |   10 +
 ..._e17abc209c2b3ba20158be76801ce04a._comment |    8 +
 ...Request:_add_filename_to_hash_objects.mdwn |    6 +
 ..._73dc0a9cad486cf2d34faf064c6193b1._comment |   10 +
 ..._f818b3ecfeb1d1dd83df4668c061718a._comment |    8 +
 ...equest:_Multiple_concurrent_transfers.mdwn |   19 +
 ...nnex_copy_--auto_does_the_right_thing.mdwn |    5 +
 ..._bbac7d0810a79eb1f42a01e1b31d5c4c._comment |   12 +
 ...pp_support_for_centralized_bare_repos.mdwn |    1 +
 ...that_lack_a_certain_field_in_metadata.mdwn |    5 +
 ..._476e52563ccd3ad1b43e3a2da4dfaa82._comment |   10 +
 ...t_at_an_OSX_launcher___40__.app__41__.mdwn |    3 +
 ..._97c261b9080c5ecc5424683066bbe05b._comment |   14 +
 ..._ae45f9703b635c235409682cf252d36c._comment |    8 +
 ..._066ca31a2e5dfe55a58092ba85231c7c._comment |   10 +
 ..._a0a9f7f44cadb8036fcddfc21bb0781f._comment |   10 +
 ..._92240b3f8629f1f2bbe1829700082a79._comment |   10 +
 doc/forum/Fixing_up_corrupt_annexes.mdwn      |   10 +
 ..._cea21f96bcfb56aaab7ea03c1c804d2d._comment |    7 +
 ..._5cdd2fcfa61b3f6255e5ad63a3ab00ce._comment |    8 +
 ...ve_disrupted_the_file_structure__63__.mdwn |   20 +
 ...e_repo_to_contain_a_copy_of_all_files.mdwn |    1 +
 ..._702b1b94c735f1b9cde16daa77a80c12._comment |    8 +
 ..._3df7fcbcd482bb9377ead238b314995b._comment |    8 +
 doc/forum/GPG_passphrase_handling.mdwn        |   76 +
 ..._11ba130e8bea6698858d0a1a5b01830f._comment |   15 +
 ..._ef9d58d15b7bbe0b3c7140bb01d73a31._comment |   15 +
 ..._84eb129c8483b87b3ae6ecaf8b4a8309._comment |   12 +
 ..._8724297f6d7ac140ab395a940bab0d7d._comment |    8 +
 ...rating_a_Temp_View_of_Available_Files.mdwn |    1 +
 doc/forum/Getting_started_with_Amazon_S3.mdwn |   28 +
 ..._f50883133d5d4903cc95c0dcaa52d052._comment |   10 +
 ..._e90aa3259d9a12cd67daa27d42d69ab5._comment |    8 +
 ..._c3adce7c0f29e71ed9dd07103ede2c1a._comment |    8 +
 ...atus_of_a_remotely_changed_annex_file.mdwn |   75 +
 ..._e323c21d27bb0946993ba1438429c457._comment |   14 +
 doc/forum/Git-Annex_with_Asustor_NAS.mdwn     |    4 +
 ..._44445200e5b716caeec225972a5d5dce._comment |   10 +
 ...le__40__s__41___location__40__s__41__.mdwn |    6 +
 ..._5baffd4d6994bbcb23614b17777a0ffe._comment |   10 +
 .../GitBlit_as_a_centralized_repository.mdwn  |    2 +
 ..._06bedf5fbac45415e0cc81f41b25a5a0._comment |    8 +
 ..._Assistant:_How_to_add_a_remote__63__.mdwn |   11 +
 ..._d0a3d0090928790d5a05e9f8e5f05320._comment |   12 +
 ...39__t_backup_files_to_removable_drive.mdwn |    3 +
 ..._a1d1ae9488924b08682b355aff51130d._comment |   17 +
 ..._6649077583bc14730a08aaaca7ccb62e._comment |    8 +
 ..._f359d9b9356de7ee10b9e725a011cc43._comment |    8 +
 doc/forum/Git_Annex_Sync_Delinks_Files.mdwn   |   11 +
 ..._8b03707777a9d8e38715cb77d2a0addc._comment |   12 +
 ..._a625e7d88e321532ace103548b31b67b._comment |   18 +
 ..._5278164dab570755ed58afe466dfad42._comment |   12 +
 ..._e43ede0bdc20de9aa10ab6ce387d8582._comment |   92 +
 ..._dc71987f0e19f04a920561201f9552b4._comment |   15 +
 ..._257a89f81858659c4dac4d116e7cf0a3._comment |   32 +
 doc/forum/Git_Annex_Transfer_Protocols.mdwn   |    9 +
 ..._a870ec991078c95a6bb683d6962ab56e._comment |    8 +
 ..._71419376ef50a679ea8f0f9e16991c17._comment |    8 +
 ..._fea43664a500111ca99f4043e0dadb14._comment |    8 +
 ..._56fb2dab1d4030c9820be32b495afdf0._comment |    8 +
 ..._a6ec9c5a4a3c0bac1df87f1df9be140b._comment |    8 +
 ..._1678452fb7114aeabcf0cc3d5f6c69b0._comment |    8 +
 ...t_annex___39__corrupting__39___itself.mdwn |   34 +
 ..._bcf50a215e2f8771e098aadfff4c300c._comment |   43 +
 ..._75f957e7be6c1ad8936c0a2a5374db3e._comment |   20 +
 ..._ab062b1df3b55fd49852a6220c98249e._comment |   10 +
 ..._45974f60a81ed2d00b87ffb1a7963c6f._comment |    8 +
 .../Git_annex_assistant_in_command_line.mdwn  |    2 +
 ..._ce05226307ade8db90ada2dbf290bd58._comment |   10 +
 doc/forum/Git_annex_assistant_on_EC2.mdwn     |    5 +
 ..._bbdb4611373117a2176c225378110a05._comment |    8 +
 ..._614ed11f7134137d6376d36a61c293f5._comment |    8 +
 doc/forum/Git_annex_on_Windows.mdwn           |   11 +
 ..._da24ba0219a164f9ab93fe75dd85127e._comment |   11 +
 ..._c0880ce3ee13d388ab5b46a740170845._comment |   50 +
 ..._70c22716fde60d14fd0c7e74acf4a224._comment |   11 +
 ..._b9232deab6bc5036d7339aa202013218._comment |   12 +
 ..._27af3c431b50b540d2bd1d3af3f21080._comment |    8 +
 ..._79fb5ec1b47593ab3355543c5499284a._comment |    8 +
 ..._75d4450b4608ad0b453bc69159e708de._comment |   10 +
 ..._e4e5ad0cda34bb597fe1bb804acc15e9._comment |   10 +
 ...ex_syncing_speed__44___possible__63__.mdwn |   21 +
 ..._8aa224b3016dc38e4cea8ee1865a3ab6._comment |   12 +
 doc/forum/Git_repos_in_git_annex__63__.mdwn   |    7 +
 ..._8aaa0d83e8fcd5997f6b0097f3b21622._comment |   14 +
 ..._8546341a561a5f55216c2f437f8ec0c2._comment |   32 +
 .../Git_repositories_in_the_annex__63__.mdwn  |    5 +
 doc/forum/Gitolite_problems.mdwn              |   11 +
 ..._3a41f9b6bddc060b1fa9e35b9ce8b55f._comment |   10 +
 ..._ef156bf7a1e17496c5fc1f592d45f2ad._comment |    9 +
 ...ial_remote_when_content_changes__63__.mdwn |   19 +
 ..._05ee6a1b1943ef3c90634e52233bde1c._comment |   12 +
 ..._48d82e391812d8ec0d4e6562d0607fe7._comment |   10 +
 doc/forum/Help_Windows_walkthrough.mdwn       |  177 +
 ..._5fc22393a1b28235eabb2871ad83d0a7._comment |   12 +
 doc/forum/Help_on_my_usecase.mdwn             |   22 +
 ..._a35b35c7927640f21d47c3df4f91dabb._comment |   12 +
 .../Help_with_syncing_file_contents.mdwn      |   68 +
 ..._7ec34de3140983739080115c82966bf5._comment |   18 +
 ..._7dba58d3c62d6f64a270298e4e4329a4._comment |   10 +
 ..._b26cfa20dc81517d93e760f4809bdc24._comment |   12 +
 ...in_directory_that_have_content__63___.mdwn |    6 +
 ..._e897d8fc10474cf865279dc22f22ecb7._comment |   10 +
 ..._3af326205db6ee04f2a8644baa1dd566._comment |    8 +
 ..._Android_git-annex_installation__63__.mdwn |    1 +
 ..._e14757c2c106770c2d7069ace4987b3b._comment |    8 +
 ...ow_do_I_do_with_.gitrefs__47_____63__.mdwn |    1 +
 ..._5e235af2ea13fd4f6a226c842f69965e._comment |    8 +
 ..._50d0c643537175b514d5eae604fb5bea._comment |   51 +
 ..._3d342c32b14c7edbece596ba970a8415._comment |   10 +
 ...dropunused_with_an_rsync_remote__63__.mdwn |    3 +
 ..._8db3cb5348b845eb99c2c829957db9ea._comment |    8 +
 ..._6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment |   10 +
 ..._f24d678e4192a70322aa164ed9b71fc8._comment |    8 +
 ..._9233decd0aaf9211447f36e0d9346445._comment |   15 +
 ..._e1deb110f752e5495d5c77ec444abac5._comment |    8 +
 ..._get_rid_of_a_wrong_remote_uuid__63__.mdwn |   16 +
 ..._b3c215cedba51fb47992ef10c60d6acc._comment |    8 +
 ..._85415e1fceb737919cc1cd9f37242458._comment |   10 +
 ..._fb3a591dc60182f7922fc2b5c24f50f1._comment |   11 +
 ..._aed0be32e579c7a39c63aa7e3ec5f67b._comment |   29 +
 ..._0c9a6c8a92d6c6e04ae3a8349b799c60._comment |   22 +
 ...now_when_something_fails_a_fsck__63__.mdwn |    4 +
 ..._1c14981916dd55376d5e9f95023556cb._comment |   32 +
 ...ex_assistant__39__s_web_browser__63__.mdwn |    7 +
 ..._f4402eabda2327da3a0bbc64ed3baf9a._comment |   12 +
 ..._cdb41f2c7b6bc5bf40d88582dcbf45aa._comment |   10 +
 ..._ca75e928c245eb23a02b5f40ec69cbb1._comment |    8 +
 ..._1635f136909711295b9b70d1255e0378._comment |   11 +
 ..._ee0cbe9498c518de98480a2ad229f685._comment |   10 +
 ..._799b9d9d3ffbc2c14eca8d442e2aff8c._comment |   11 +
 ..._71ff45948487e9ac8de809a5ccc3d874._comment |   29 +
 ...ge_the_number_of_simultaneous_uploads.mdwn |    3 +
 ..._d5559994ee45a5c185a55c9a4d824aa4._comment |   12 +
 doc/forum/How_to_cancel_an_add__63__.mdwn     |    5 +
 ..._f768ce5dc7c76f96ee6eb352f167be44._comment |    8 +
 ...change_the_name_of_a_repo_on_S3__63__.mdwn |    2 +
 ..._be74d63e1951f515948d232e096b4862._comment |    8 +
 ..._d54a7163cfe9a94b7ba337860958e5c5._comment |    8 +
 ...king_of_a_deleted_file_in_direct_mode.mdwn |    7 +
 ..._c6bd2ef90516dde928ff18ded36df625._comment |    8 +
 ...7__ssh_backend_to_other_backend__63__.mdwn |   14 +
 ..._7973928b1aa9e0fcfeb6bf80885441f5._comment |   10 +
 ...th_renamed_files_in_direct_mode__63__.mdwn |    3 +
 ..._fe38fedbbc9e4a9e13bf19950e63c7ac._comment |   10 +
 doc/forum/How_to_debug_failing_sync.mdwn      |    5 +
 ..._a597b868182e55e5f39394f154740534._comment |   10 +
 ..._db0a5652d76e4e568a4d7808195bc59c._comment |   10 +
 ...url_for_a_git_remote_repository__63__.mdwn |    7 +
 ..._52918b5ec25e55837215439fe1bb1a14._comment |    8 +
 ..._3a1567c9f484b5e12e5560cdcc2cfddd._comment |    8 +
 ..._48c3a80c14a85f27d742482b2ccbe628._comment |    8 +
 doc/forum/How_to_delete_a_remote__63__.mdwn   |    1 +
 ..._8cba186bb67079ff41bf6d0b04613f4a._comment |   10 +
 ..._33c429ffa7e9e2ed9c5fac760ee8e82c._comment |   12 +
 ..._e9c5508092ca2983f458b16bf1e07082._comment |   14 +
 ...tes_with_git_annex_assistant_and_ext4.mdwn |   28 +
 ..._42ca6cfbbb79fe63514805b8119ac16b._comment |    8 +
 ..._c94ce6a9767c624e2445a7d9eea40396._comment |   29 +
 ..._bcda51053b62bbb20ce71a59469e1b26._comment |   10 +
 ..._48e5b9eae920e5f13812de8d6f6bc640._comment |    8 +
 ..._787c0bfdc1d309db1486c3a37723a957._comment |   13 +
 ..._8894beb06443f234e9200b03b5f3badf._comment |    8 +
 ..._457f62ee3e58f68a55f66c5bde6002fd._comment |   10 +
 ..._bd2b412116a66107bc0ff0efd7e39a58._comment |   10 +
 ..._of_files_that_have_been_edited__63__.mdwn |    7 +
 ..._dccf4dc4483d08e5e2936b2cadeafeaf._comment |    8 +
 ..._5710294c1c8652c12b6df2233255a45e._comment |    8 +
 ...et_git-annex_to_forget_a_commit__63__.mdwn |   54 +
 ..._65471c42e163ac8ee6ec109f1397271b._comment |   12 +
 ..._to_handle_the_git-annex_branch__63__.mdwn |    5 +
 ..._800bd55b322e72f229882d7fd3888b14._comment |    8 +
 ...ading_a_file_to_a_transfer_repository.mdwn |    3 +
 ..._17db96492e6bc0e243fc7cb62565c4c4._comment |   17 +
 ..._e772ea0383ac690cbcbcf125258986cf._comment |   16 +
 ...n_releases_work_with_git_annex___63__.mdwn |    5 +
 ..._9298aa55771b68873de02e6a7964bbdc._comment |    8 +
 .../How_to_make_a_server_store_the_files.mdwn |    1 +
 ..._20196067475918e788afa0debc4d5ce5._comment |    9 +
 ...stant_from_downloading_all_data__63__.mdwn |    9 +
 ..._fd8b287758ad77b3527ae71017cffabf._comment |    8 +
 ..._e8e75b4451aaf55461edf2f3d68797ed._comment |    8 +
 doc/forum/How_to_rename_a_remote__63__.mdwn   |    1 +
 ..._a9bfbd82f7bb47661f0d9e0e0d904332._comment |   28 +
 ...nterrupted_merge_in_direct_mode__63__.mdwn |   65 +
 ..._8e2a14842b44844f90c80b862a1b3a6d._comment |   10 +
 ..._031ab6b5a2765ed9e2b185b24a8cbd78._comment |    8 +
 ..._93f20519483837c59a75821621e22dee._comment |   10 +
 doc/forum/How_to_restore_symlinks.mdwn        |    1 +
 ..._c67e752cf7d5431096fab4b3304790a7._comment |   11 +
 ..._f9ec6096595e2c149c48924e3b54542f._comment |   14 +
 ..._4ff80729787a2a4e2baf05dd1db37da3._comment |   12 +
 ...ly_annex_a_file_already_in_a_git_repo.mdwn |    5 +
 ..._one_shared_transfer_repository__63__.mdwn |   15 +
 ..._bedaf308cfc70b9e751914a400ebcbc2._comment |   10 +
 ..._d665b1514253c8aa487ebf8b2728e3b1._comment |   10 +
 ..._aef42387a3673ab6710fb23e878d7e17._comment |   10 +
 ..._bfbcc041db472f4808979e6b3d7c4be2._comment |   10 +
 ...tories_handled_by_the_assistant__63__.mdwn |   40 +
 ..._1c913395f076ee203caaab057da8afbe._comment |   13 +
 ..._081793c52bf15c74a7f48a67c49ff818._comment |   12 +
 ..._f8e0376beb486cf8ce52384ff511ecf2._comment |   11 +
 .../Howto_remove_a_repository__63__.mdwn      |    4 +
 ..._b55fa4e92bb457ecaa5ca8f5cee7be1d._comment |    8 +
 doc/forum/Howto_remove_unused_files.mdwn      |   31 +
 ..._f2a7948268ce3cb3967a9fdd8ccc570a._comment |   16 +
 ..._9b4d198c2d8a52adef3d166a8196fc0d._comment |    8 +
 ..._441d10901d5c055ac3ed2a6cb61c075c._comment |    8 +
 doc/forum/Import_options.mdwn                 |   14 +
 ..._118a5f978090a3909299876a01c0adec._comment |   21 +
 ..._21da91f08cb6b28ae3e79ade033db516._comment |   17 +
 ...de_of_the_object_directory_safe__63__.mdwn |    9 +
 ..._c25900b9d2d62cc0b8c77150bcfebadf._comment |   13 +
 ...state_before_the_initial_commit__63__.mdwn |   18 +
 ..._f9decde3955f10148febc4646fba5a68._comment |   12 +
 ..._ed32a48edce4f150bedf24cfe91de254._comment |    8 +
 ..._ef9618850e5e688bac3c646983f00ed8._comment |   10 +
 ..._4bf460c5826c36b205e418c4f3f7d770._comment |   15 +
 ...e_git-sync_not_nullify_symlinks__63__.mdwn |   23 +
 ..._d6f2d2cdc5f4ffde9eee9f3a8c215a06._comment |   10 +
 ...ebapp_on_Trisquel__47__Ubuntu_Precise.mdwn |    7 +
 ..._6bd27bd31833336c1df783253378ccae._comment |   10 +
 .../Let_watch_selectively_annex_files.mdwn    |   27 +
 ..._8379de87d16502d9aadf252da01e4d9a._comment |   10 +
 ..._2219ff6b4dc927eb2a299cd1af90aed8._comment |    8 +
 ...ad_of_broken_link_when_possible__63__.mdwn |    4 +
 ..._ce0464d5fca6ada9f1477831fd47ce09._comment |    8 +
 ..._or_actual_files__63___Confused__33__.mdwn |   21 +
 ..._779cee2448d7070b1dd636d01296c01e._comment |    8 +
 ..._bccda88697ab7beec0b9fe9ee0230688._comment |   18 +
 ..._c2a9da3f03b55ff294dc0d2010380119._comment |    8 +
 .../Local_and_remote_in_direct_mode.mdwn      |    7 +
 ..._45f89ebcb6092d1b2582feebc8a5e9d7._comment |   15 +
 ..._file_results_in_file_changed_warning.mdwn |   20 +
 ..._25a04c7345f5b626aa71524603c833ed._comment |    8 +
 ..._7146a3c69749b9b1001fffc6e7a8bcda._comment |   12 +
 ..._fd39e6ceffd9bf0709658c34945d8699._comment |   16 +
 doc/forum/Looking_at_the_webapp_on_OSX.mdwn   |   18 +
 ..._68820f2f469356633c1abb18a47e0c59._comment |   12 +
 ..._4ce86546d8a135df9cfab46b4612fa0b._comment |   23 +
 ..._6d398a2cceff14a1b774b85ee1725073._comment |   12 +
 ..._5e503787a4b1d3534c5e20da5480b763._comment |    8 +
 ..._c735841bc230efc61594ea013fc2902b._comment |    8 +
 ..._0e489fbfc89d282e9eb47f1b814ff70c._comment |    8 +
 doc/forum/Lyve_Home.mdwn                      |    6 +
 .../Make_whereis_output_more_compact.mdwn     |   13 +
 ...git-annex_a_self-funded_project__63__.mdwn |   10 +
 ..._4a1ba95b7231ba973ddb672d2419e28c._comment |    8 +
 ..._7c476ae92e63c991f229708678874ca2._comment |    8 +
 .../Making_git-annex_less_necessary.mdwn      |    5 +
 ..._03faaa3866778d24cd03887b85dc9954._comment |   12 +
 ..._2db02a94dffd525885c9d7fc6c5fa464._comment |   12 +
 ..._429ec656e0ac02f98843f8d7f3c02d6a._comment |   11 +
 ..._384813dd022dfd9c1ef14e0f1479a123._comment |   18 +
 ...ead-only_medium___40__E.G._DVDs__41__.mdwn |  118 +
 ..._a061d300b718ad943c940e122cc57220._comment |   23 +
 ..._76529080054407570611b4357ce4f3ed._comment |    8 +
 ..._9acf5ce41a023f3848a51891cceeb51b._comment |   21 +
 ..._25e65ee3949e7d918376298cf11585f2._comment |   10 +
 ..._8a71ca048f9de29a198a6afb17d5315e._comment |   11 +
 ..._e3d1d3a3d3d831432ec940a8ab6f31e9._comment |   14 +
 ..._26a33eae98b4faaf6baf6635e3d28a8f._comment |   27 +
 ..._49ac298d39c824b0e52a239961463e09._comment |   14 +
 ..._55a4a3616ea59654da1c2f9902561e3b._comment |   13 +
 ..._92a2af3e0e328bb48bcc67a69187ee57._comment |   13 +
 ..._f6e39e71882d55cdc061166aea3e2bd3._comment |   26 +
 ..._6c45a6264d69e22800c329a0f8a2d470._comment |    8 +
 ...multiple_annexes_with_assistant__63__.mdwn |   13 +
 ..._ba8c70e4a46441b48ad910625636eee5._comment |    8 +
 ..._4b4f0a7d84a51ae92536e2c190256069._comment |   10 +
 ..._86daadc565f96db5db13b6dbcbc66db3._comment |    8 +
 ..._e43d71ddfdfdb7bcb13bfb894de6a5ec._comment |    8 +
 ..._e94d33be83b45918d1a39d6e16fba4b4._comment |    8 +
 ...tiple_repositories_concurrently__63__.mdwn |    5 +
 ..._ebec1ddad71e961cdc9b21cbddfbcdaf._comment |   10 +
 doc/forum/Manual_Setup_of_a_Central_Repo.mdwn |    1 +
 ..._3a163fd5629dc40423f1290a78ae1c07._comment |   12 +
 .../Manual_commit_message_in_direct_mode.mdwn |    3 +
 ..._32f95eefec25bb127ed96248446c21b1._comment |    8 +
 ..._bf1d10067379c802ac5020d8becd6d35._comment |   10 +
 ...l_mode_option_in_assistant_auto-syncs.mdwn |   11 +
 ..._4a0468b6ca2ffff8ef8f19800597567d._comment |   10 +
 doc/forum/Manual_webapp_behaviour_on_ARM.mdwn |   15 +
 doc/forum/MegaAnnex_not_working..mdwn         |   32 +
 ..._5aa3fd366d4c78ca79bb58005a49791c._comment |    8 +
 ...Missing_git-annex.linux__47__runshell.mdwn |   44 +
 ..._f29a5105649579ef15e79d983c4e1f8e._comment |    8 +
 ...d_in_synchronized_remote_copies__63__.mdwn |    5 +
 ...ithin_the_repo_without_copying___63__.mdwn |   19 +
 ..._9e3290138133d5a23a80f72342f47ec4._comment |    8 +
 ..._232b77894dda51d02cbc34bd25d3213b._comment |   13 +
 ..._d35ac1bdb3fa6e303ad92348ba174158._comment |   11 +
 ..._4b443ec6b47eaabe214d0c2222083e4a._comment |    8 +
 ...s_file_content_without_doing_checkout.mdwn |    4 +
 ..._f114b75b29123453758b493fae7f5167._comment |    8 +
 ..._e377b7614c2961b460a10e285f3db274._comment |   10 +
 ..._d251958795ab0867c65cf182e54a6ffe._comment |    8 +
 ...r_some_weeks_with_git-annex_assistant.mdwn |   57 +
 ..._9d4019a54fb508e286a5d6d2660361d9._comment |   26 +
 ..._109534a45881ce94a4586c8a83945f9f._comment |   85 +
 ..._build_instructions_for_Debian_stable.mdwn |    5 +
 ..._8c1eea6dfec8b7e1c7a371b6e9c26118._comment |    8 +
 ..._f6ff8306c946219dbe39bb8938a349ab._comment |   21 +
 ..._bcda70cbfc7c1a14fa82da70f9f876e2._comment |    8 +
 .../Need_some_help_to_fix_my_repository.mdwn  |   31 +
 ..._f0d279c530b796b2c93d793f85d147e8._comment |   13 +
 ..._a3fcfa1f8eadec5fa8a9efacca174048._comment |   10 +
 ..._7878f9b76ddfa3392c9ec6a1810cb745._comment |   10 +
 ...nused_files_because_of_bad_sync__63__.mdwn |   23 +
 ..._af0ed0730645c1e3c9a4946acd48c18a._comment |    8 +
 ..._12f3c2bb2458b69e6355c8f94bab868f._comment |   13 +
 ..._b233b4daac32c452776e1e3d9a29f2cc._comment |   12 +
 ..._8e079e92929dcfdf19f6adec16f800e5._comment |   23 +
 ...nnex_integration_mode_for_Emacs_users.mdwn |    3 +
 doc/forum/New_user_misunderstandings.mdwn     |   24 +
 ..._c1785924109b5d5cde9aa3d3460cf955._comment |   10 +
 ...to_connect_to_the_Jabber_server__34__.mdwn |    5 +
 ..._59158afcedac18a7285d57491b2a468a._comment |    8 +
 ..._2a70ac08bb95774415b09dab7d7f8605._comment |    8 +
 ..._92a52b523ed4c68b70ddcabc2a050b76._comment |   12 +
 ..._c52a75761ea107f6d69c09bac64f0f0a._comment |   12 +
 ..._2685e3a87464ccd37d593516d94ba5cf._comment |   10 +
 doc/forum/No_SSL_traffic_for_S3__63__.mdwn    |    8 +
 ..._f509bf273896180e6df8c771438dd093._comment |   11 +
 ..._358635d19c82202c63014ca84de7fc3b._comment |    8 +
 ...git-annex_status_v5.20131224-g692aa01.mdwn |   16 +
 ..._b014f1edcb7ce39da9b582683d3b80c0._comment |   10 +
 ..._24602de6cfe1f3d988c5105e7266a518._comment |    8 +
 ...Not_sure_how_to_get_my_s3_remote_back.mdwn |   31 +
 ..._ed35a6ec605e8f79ec107856af6d1a46._comment |   18 +
 ..._e48b6efa42159dc83e1be11bfb54abcd._comment |   14 +
 ..._b58232d0e3fa4649565c0c7d4ce2e82e._comment |   31 +
 ..._85368b60091dc3ce2efb58013ffe9f83._comment |   10 +
 ..._e65281bef23e0076936c508728a87897._comment |   25 +
 ..._fffb59ad5a197d2980dd0ec35cf4aafa._comment |   10 +
 ..._0cfcc2075bff556b9fde5acc3dc1d599._comment |    8 +
 ..._6fe2ff1282fb14a4ce26ef8dc775d07e._comment |    8 +
 ..._64338d2d77dcbabd16b55eb145f40dc6._comment |   12 +
 ..._dd66c9ea0c83388f6826751944330d10._comment |   16 +
 ..._dc0c5e395e4c443b7227afdb157194e5._comment |   10 +
 ..._3c0ea4c76cdd889707f7308576e3efa0._comment |   65 +
 ..._36519ee4499a19f0864e4fcd264e9933._comment |   20 +
 ..._85b23f375e53469fb09b24b945b3aba9._comment |   17 +
 doc/forum/OSX_Mavericks_anyone__63__.mdwn     |    3 +
 ..._3075b02aeb57adcbf4addf9fb4c123ba._comment |   11 +
 ..._c2b6110fc4a3d3481ed8a4b48efb9635._comment |   17 +
 ..._7df9ba63cb1f385681242b4b58d6a87c._comment |    8 +
 ..._740fee31c4ca9d84428f97f63ffc075a._comment |    8 +
 ..._sshd_behaviour_has_limited_paths_set.mdwn |   12 +
 ..._a136ff877389f0930c066ba118edd9fd._comment |   10 +
 ...kell-platform_statically_links_things.mdwn |   17 +
 doc/forum/OpenOffice___47___Libre_Office.mdwn |    5 +
 ..._98ed542fedd820d47bf8deb7d3232725._comment |    8 +
 ..._f313fdaa23863c2ae99cfbfe9ec2e1e0._comment |    8 +
 ...___whereis__44___find_and_status_cmds.mdwn |    5 +
 .../Overwriting_data_without_getting_it.mdwn  |    3 +
 ..._f1c0199ee9bffcc84287370b89361294._comment |   26 +
 ..._6a1d08dbca206129ef6cf8aa97daeee1._comment |    8 +
 ..._52958e76e506fdbb6b533681ab619b3b._comment |    8 +
 ...ns_of_triply_nested_objects_directory.mdwn |   23 +
 ..._068a8f120d188b8fa5d3e5b687fd02dc._comment |    8 +
 ..._cc0f5be21fd1523bdddc7bcf6ff04435._comment |   10 +
 ..._1133795276371c86cdd52b25a8b20c52._comment |   28 +
 ...ickey__41___On_second_Step_...___63__.mdwn |   36 +
 ..._6c74f0b43c457fe97b2d8630ca4fde29._comment |   10 +
 ..._b7a384e853e1756a684774348fad29e6._comment |   22 +
 ..._3a8a7f51cb04a92c576549d379b57248._comment |   12 +
 ..._582ad3ba0c62a77b08a10b37a780c670._comment |   15 +
 ...Please_fix_compatibility_with_ghc_7.0.mdwn |    1 +
 ..._d1d10217ebd0151e947b3a6cd37399ce._comment |    8 +
 ...new_releases_not_shorter_than_11_days.mdwn |    6 +
 ..._da3d39de5be47ebe8b25a42ed1f36510._comment |    8 +
 doc/forum/Podcast_syncing_use-case.mdwn       |   34 +
 ..._ace6f9d3a950348a3ac0ff592b62e786._comment |   10 +
 ..._930a6620b4d516e69ed952f9da5371bb._comment |    8 +
 doc/forum/Poor_man__39__s_IMAP.mdwn           |    6 +
 ..._258ff23c462dc88b88ced405c4f5040f._comment |   11 +
 ..._c88d1abdda4cb526a6ee45a710c75bc4._comment |   10 +
 ..._3847e371db1c2788c075e7dca1fbd33e._comment |    8 +
 ..._cf6cc21f2cf2aa5c949844e24a7b4075._comment |    8 +
 ..._d861fa69475ce526841b3195be8ee356._comment |   10 +
 ..._1e81bd4bb62652bc674cdcd7ed57ac5c._comment |   12 +
 ..._b3929281dff6078d77f1b9ae42e25bb6._comment |   16 +
 ..._69506e8c519196f44b9ed15b32f00106._comment |   22 +
 ...able_version_of_git-annex_for_windows.mdwn |   22 +
 ..._e5e60fa8d104a09152a8164d5a906aec._comment |   10 +
 ..._d8d1aa0920351e880ba6678bb97585de._comment |   10 +
 doc/forum/Post-Kickstarter.mdwn               |    5 +
 ...in_directory_tree_below_objects__47__.mdwn |   77 +
 ..._5dd978f9b5a0771f44ab9e086bf5a07f._comment |   14 +
 ..._9f51947b35ee04e473655e20d56c740a._comment |   16 +
 ...revious_versions_in_direct_mode__63__.mdwn |    3 +
 ..._352d460acd5500587e679d934180eee4._comment |   10 +
 .../Problem_compiling_current_master.mdwn     |   12 +
 ..._135df61ec850c06e3b48ccfef7b5b031._comment |    8 +
 ..._fb3e27b6014e84bd919a7a4a95e39ef9._comment |   20 +
 ..._b737b3945103c5e2aa798b4e65fbce06._comment |    8 +
 ..._28c1b335ae388d4e1f22b711ac1c001f._comment |    8 +
 doc/forum/Problems_syncing_with_box.com.mdwn  |   26 +
 ..._8db642849da4d42cd9a43142e2b7cb70._comment |   12 +
 ..._cd18f33647aebc04af5469e4ce1fbcd2._comment |   11 +
 ...using_submodules_with_git-annex__63__.mdwn |    1 +
 ..._c7a927736d419d3c31c912001ff16ee4._comment |    7 +
 ..._26f6581b5969eb2cb77495c40de88951._comment |   11 +
 .../Problems_when_cloning_a_repository.mdwn   |   22 +
 ..._191c091c384d8d97d24f8a77e8ff90ee._comment |    9 +
 ..._74ccbb09677444478074e9eab405fbaf._comment |   16 +
 ..._3436e26dd9fe07233a070d4e95d81cdf._comment |   16 +
 .../Problems_with_large_numbers_of_files.mdwn |    8 +
 ..._08791cb78b982087c2a07316fe3ed46c._comment |   22 +
 ..._0392a11219463e40c53bae73c8188b69._comment |   25 +
 ..._537e9884c1488a7a4bcf131ea63b71f7._comment |    8 +
 ..._7cb65d013e72bd2b7e90452079d42ac9._comment |   29 +
 ..._86a42ee3173a5d38f803e64b79496ab3._comment |   14 +
 ..._4551274288383c9cc27cbf85b122d307._comment |   11 +
 ..._d18cf944352f8303799c86f2c0354e8e._comment |    8 +
 .../Pruning_out_unwanted_Git_objects.mdwn     |    3 +
 ..._0cf7a12bfa2957260f4b2f79b0cadf2f._comment |    8 +
 ..._7472943c02cfe2808b0d566e06caa1a5._comment |    8 +
 ..._6a1e7a83d94394454fc085f6d2728cd7._comment |    8 +
 doc/forum/Purge_a_remote.mdwn                 |    2 +
 ..._78b3b77f457c65d31fd8a5abf714905d._comment |    8 +
 ..._dc65719157dee63b3979563ed57ee0ce._comment |   10 +
 ..._63e0280273b816fa4b837724e102f813._comment |    8 +
 ..._7fad1c4798ca03a4095ac3241c279f6d._comment |   11 +
 .../Push__47__Pull_with_the_Assistant.mdwn    |    1 +
 ..._f7b63d379c2d21794adf8658f546f8a7._comment |   10 +
 ..._aec8cc20576e7ffd5a8be4348d1a0073._comment |   21 +
 ..._git_repo_to_AWS_S3_from_behind_proxy.mdwn |    9 +
 ...Reappearing_repos_in_webapp_and_vicfg.mdwn |   43 +
 ..._bd977e864ae89816fa7f4ff69879b15f._comment |    8 +
 ..._05749f9e75689d0111339b7126c12300._comment |   15 +
 ..._b1531994eea0fbbf4cb097e604378a53._comment |   12 +
 ..._f1eba3e8aa4116e3c20747ec1d6e24e5._comment |   12 +
 .../Recommended_number_of_repositories.mdwn   |    4 +
 ..._3ef256230756be8a9679b107cdbfd018._comment |   15 +
 .../Recover_files__44___annex_stuck.mdwn      |   28 +
 ..._6d85c3ec73ddc0682d9643f4d5eeda70._comment |   18 +
 ..._52e799bb6f24a1ebed58fad6cebd3a71._comment |   17 +
 ..._686a285bc7e950aae67856c47e7cb21e._comment |   18 +
 ..._a4d62d494b340458e6535d573bade965._comment |   12 +
 ..._c10f0fe1440ccd170804a433db2267ee._comment |   12 +
 ..._14446cafac6c33a3f95b5344c42c0bef._comment |   14 +
 ..._63c19f58b7e95e39ba25a735bdcc0bcf._comment |   10 +
 ..._8e5c7572ab8d1f0e41fedf6f805b942a._comment |    8 +
 ..._e5357c63107f79571bd3ff609b4406a7._comment |   26 +
 ..._3316652073710f39965cd49ceea5c4ff._comment |    8 +
 ..._d605f755c363d56cf5f1060ad06ee173._comment |    8 +
 ..._f3ee184a4d3b8d82a8a362a6c03a54a3._comment |   54 +
 ..._341b47663d133411587ec70ef2b178c6._comment |   14 +
 ..._66c0d9284d5edbac189a64b03c4fe50a._comment |   10 +
 ..._8b32f6597f447f88bee7a80698fb4df6._comment |   18 +
 ..._4cc81169e99a453cdb6e83e57e638f37._comment |    8 +
 ..._2d104cf4682e04906f8ca0ced7288cf1._comment |   17 +
 ..._d356c4fce9f1197e5292f9dedf85bbc9._comment |   22 +
 ..._856c7e1575f5d99530ecd54004315487._comment |   12 +
 doc/forum/Relocating_annex_directory.mdwn     |    1 +
 ..._13ff5438baa1db110beb6aab3a783def._comment |   11 +
 ..._6d88ff03fcf00ae872442e8a86c968ed._comment |   10 +
 ...te_server_only_for_the_git_repository.mdwn |    3 +
 ..._d4d8d8cfebf9a98ca8878c5684d5bb50._comment |   10 +
 ..._a62dec8ab98ac7bd65059a9e425a01e2._comment |    9 +
 ...g_files_not_found_by_git_annex_unused.mdwn |   29 +
 ..._420c6230e68de0a0ac7d7da91ac60801._comment |    8 +
 ...__dumb__34___client_without_git-annex.mdwn |   11 +
 ..._077c492fd37d335f74a5c886ff0d524f._comment |   32 +
 ..._00e6576e3e60d2650461eeb0f918e6e5._comment |    8 +
 ..._c36a9562c53ac683b62fc4471405aa2a._comment |   15 +
 doc/forum/Restricting_SSH_+_supply_key.mdwn   |    7 +
 ..._8bbd0b6488c23ce8b182bd6b1765c94b._comment |   11 +
 ..._cac35ac1ac0b300ddfac5ffc74291bce._comment |   12 +
 ..._e9803dd1794b4d078efa9435ff5ba295._comment |   19 +
 ..._1c3beb859e76cb69d2bacd2473ec72b7._comment |   10 +
 ..._1c541fc9a44e5cfb13c7d3ef0eeba2c7._comment |   23 +
 ..._4dbd5605f2638de0a3edfb3886a47938._comment |   22 +
 ..._a9c5b424a6acb2da152bf87b2e7617bb._comment |    8 +
 ..._93b7c2a5947fb6904c88cd5c120e404c._comment |   16 +
 ..._beaa350751eca4642545d1b83e528dd7._comment |   10 +
 ..._2faceeaf0d39f82e5d624eae19e4ca53._comment |   31 +
 ...-annex-shell_to_a_specific_repository.mdwn |   25 +
 ..._66544520bff71181e4a03ca583b0b458._comment |   12 +
 ..._2a210255e8535712c71fa183e56ab600._comment |   13 +
 ..._52cd4bd9694b2100b0e0dd2eafa9e828._comment |    8 +
 ...rieve_previous_version_in_direct_mode.mdwn |    5 +
 ..._ca3a999ed64c42b8df810115de205d2f._comment |   12 +
 ..._1292b34ff6d9976b2bd08748e1ba4e7a._comment |    8 +
 ..._699e816c0397f6db924feeab906f1151._comment |    8 +
 ..._d900388753de5870b7b9c0e8b8c06ed7._comment |    8 +
 ..._1360b936aa389a0ab5e5e453824b2ece._comment |    9 +
 ...Revert_file_linkage_to_original_files.mdwn |    9 +
 ..._898ca2c9976e92d22470c7404aa9813f._comment |   10 +
 ...t_to_a_precedent_state_in_direct_mode.mdwn |    3 +
 ..._1ae9f7defbab44621c3108973a4f683a._comment |   26 +
 ...n_a_server___40__no_X_available__41__.mdwn |    2 +
 ..._dd75d78ef63f2689199a302ed1846017._comment |    8 +
 ..._df654df60c5fa6a84d786d248928a352._comment |   11 +
 .../Running_assistant_steps_manually.mdwn     |   20 +
 ..._e14e0a1d55d01cb4f67a94bbe349b872._comment |   20 +
 ..._3192f614c929b8060d4fbde56a7adec1._comment |   14 +
 doc/forum/Running_out_of__inodes.mdwn         |   17 +
 ..._abc73d9ad662ef642337b683bf0a0253._comment |   12 +
 doc/forum/S3_Host_Question.mdwn               |   11 +
 ..._8c8ecea703405753e47e0da5e8325929._comment |   11 +
 ..._3d6fa3147d59a5e0d10b005388b23c7a._comment |    8 +
 ..._797edf3ad41561ab8960f3b28d20611e._comment |    8 +
 ..._Jabber_account_for_different_annexes.mdwn |    1 +
 ..._90c3954fe11980eef42b5f5d34f83488._comment |    8 +
 ..._802600b3568e5f94d0550092b22975db._comment |    8 +
 doc/forum/Securing_a_shared_ssh_server.mdwn   |    3 +
 ..._ea971b57d94db5b8d487f728faa5e9a8._comment |   10 +
 ..._421a19f6e1fb40db6ee205daf8e3f867._comment |   15 +
 ..._acdbf92f646dbbf691621f08b3d94c26._comment |   12 +
 ..._67533d08e1b8706b844262e9c483d982._comment |   15 +
 ..._bf193e02b388b4358632a169d2425b5c._comment |   10 +
 ..._50d391992cd444080ebc70db30b215c5._comment |    9 +
 .../Sending_requests_across_the_network.mdwn  |   15 +
 ..._8ff713d4c968705061bf2044ea0fe5a0._comment |   10 +
 ..._cb29e5346a8775d87d30b18b7fc005a7._comment |   10 +
 ...ial_remote_with_non-standard_ssh_port.mdwn |   13 +
 ..._1eb6990e93ec92cb6fd7dbee59f31072._comment |   13 +
 ..._c85d5167e7ccce1ecf1de396e72ce7bc._comment |    8 +
 ...files_of_a_repo___40__Assistant__41__.mdwn |    6 +
 ..._ec0d56cb31b918023a9184cee168b406._comment |    8 +
 ...are_with_friend_copies_only_sym_links.mdwn |   38 +
 ..._a8d22dfefb219f0c9130cc294364b198._comment |   17 +
 .../Sharing_annex_with_local_clones.mdwn      |    1 +
 ..._2b60e13e5f7b8cee56cf2ddc6c47f64d._comment |   12 +
 ..._24ff2c1eb643077daa37c01644cebcd2._comment |    8 +
 ..._5359b8eada24d27be83214ac0ae62f23._comment |    8 +
 ...Simple_check_out_with_assistant__63__.mdwn |    2 +
 ..._ade8a0743ef1ec933c8a40ed64eeac2d._comment |    8 +
 ...y_finer_control_over_file_whereabouts.mdwn |   18 +
 ..._bcb883d46a637dd1a8ef9a92733d202a._comment |   10 +
 ..._b7a8b9eaf114f883866fbf2be51b622f._comment |    8 +
 ..._6236bcfa9beba705ead3ec2141c5d835._comment |    8 +
 ..._ea935b37ca93e73c85d04df7c9bf6057._comment |   12 +
 ..._f89a8e38283ac4c8c4a3b74c413d67a1._comment |    8 +
 ..._07a0a754a089c46ff69dc97ea7ba9384._comment |   22 +
 ..._e884c001a556a0c693d1cc9a97c068ac._comment |    8 +
 ..._3e8674b5857e4994dfbc26be4f4b2855._comment |   25 +
 ..._7aeabc2e52a39423e83fbd04560e8f91._comment |    8 +
 ..._53b95449cfad2fe0f72d2ad642822c03._comment |   15 +
 ..._a17c102a45e4fc3f101a79acb8eb4081._comment |   18 +
 .../Some_mounted_devices_not_detected.mdwn    |    3 +
 ..._0ba07b95f12f57ea63bb450b88430c45._comment |    8 +
 ..._4f8c7bcd0f20dafa5635a3580ec8d1f6._comment |   13 +
 ..._06c0db7d670d9b82823102d22db15a36._comment |   10 +
 ..._80820a29361c5be4a94672dacfdefa6f._comment |    8 +
 ...ts_of_directories_in_root:_000...ffff.mdwn |   22 +
 ..._20147b287fd995fa8ac9e868b5974d8a._comment |   12 +
 ...al_remote_public_key_encryption_issue.mdwn |   18 +
 ..._a9caafea017a3c148f89d4ddeee15a4c._comment |   10 +
 ..._adfa582d611ca501e21110282df07315._comment |   18 +
 ..._eac16bf98a6e87461ba2f3ab7e990b2b._comment |   10 +
 ..._097f52aaf178340b3abb5bfc80f0d447._comment |    8 +
 doc/forum/Special_remote_without_chmod.mdwn   |   12 +
 ..._4f5f9506cae72a1f321296fc5a5f339a._comment |    8 +
 doc/forum/Ssh_remote_on_NAS.mdwn              |   34 +
 ..._1dd8a0d0e70a1fb36fce62e89c99b404._comment |   10 +
 ..._261601313d8825c52322949b8509bc74._comment |   16 +
 ..._ed602f4f972b78bce4f62bdfca8cfe47._comment |   11 +
 ...andard_groups__47__preferred_contents.mdwn |   14 +
 doc/forum/Starting_assistant_from_CLI.mdwn    |    9 +
 ..._afd51ddb0f1bb3cac528e1d96829ef83._comment |   12 +
 ..._76c34c00cf2065809b15a594023a688b._comment |   11 +
 ..._f7826867f78b1adbfc2dad2fad4d6720._comment |   17 +
 ..._fa7055a232a1dcb743db47308f7acf0b._comment |   14 +
 doc/forum/Storing_git_repos_in_git-annex.mdwn |   27 +
 ..._ac7b52c0b0f75d79760ffe6a9b5c8759._comment |   20 +
 ..._3bec1f02ff1a61791e3cbb428c7acb4c._comment |   12 +
 ..._76ddbd27cc2f3785bb5aaebb0bb6e087._comment |   14 +
 ..._f9520cbc6669622aa342acad35581943._comment |   14 +
 ..._d5676400e7148b7d3408f2bdb3d54b7d._comment |    8 +
 ...toring_uncontrolled_files_in_an_annex.mdwn |    3 +
 ..._175645a90be0c79221c129308adf643e._comment |   27 +
 ..._d29f214eadfe3bfd098bbc3bcf07129a._comment |    8 +
 ..._286b502e7906cca50e9e747db735bc88._comment |   10 +
 .../Stupid_mistake:_recoverable__63__.mdwn    |   31 +
 ..._00ceb3a5e37825c4bbc806f532893706._comment |   23 +
 ..._cbedc29678d9b6af3b3c0bb1915d2391._comment |   12 +
 ..._86aa4d92a1330811862da1ba568b3037._comment |   42 +
 ..._6d15bf8a3c3c27cc92957070161675a9._comment |   12 +
 ..._f836b9b1d03d94c49e3798961790b2ba._comment |   21 +
 ..._ssh_server_back_into_android_version.mdwn |    9 +
 ..._5c2f376a82458c6387560355940419d3._comment |   12 +
 ..._6321dec0b2f22f841f3cb986e063113f._comment |    8 +
 ...ot_available_from_my_central_git_repo.mdwn |    7 +
 ..._b31d02c97447996495de73705ac39f71._comment |   12 +
 ..._098465ae8af32931779d2cd63750d5dc._comment |   10 +
 doc/forum/Sync_with_one_offline_peer.mdwn     |   11 +
 ..._3859d842d4f7e2ef44877b05ebe881fb._comment |   20 +
 ..._c9ba3983b37b0c1868269616fd81e518._comment |   14 +
 ..._28b9c003b4560c3ce90c9ebf808b091b._comment |   10 +
 doc/forum/Sync_without_jabber_account.mdwn    |    9 +
 ..._3e95ac2e67451f953cf0538094109f8b._comment |   10 +
 ...ize_large_files___40__VM_images__41__.mdwn |   10 +
 ..._619f6ed2d7da5832ab253d61b6dd8044._comment |   10 +
 ...yncing_machines_on_different_networks.mdwn |    9 +
 ..._1c3523c722c178a96b096a68b9be4165._comment |    8 +
 ..._d7b14ffee65072329cfe9ab08a0dba50._comment |    8 +
 ..._65d1dae9b76fccb5f2b8fd8c69b60075._comment |   15 +
 ..._2ec67428af69d6c0ea051c6a67d58905._comment |   10 +
 ..._5ce093f82a2aad3fd8d7ccd5fdcab94f._comment |    8 +
 ..._a55982c28d7b90e0b70ec2bb5e594e08._comment |    8 +
 ..._c519d546e1a2a4e834609f3de3a605b0._comment |    8 +
 ..._84a822238ddbaf211cce5f527c3559d3._comment |    8 +
 ...emote_from_a_different_computer__63__.mdwn |    4 +
 ..._cd55d06a4065b9d3f14d50674c3fcaf7._comment |    8 +
 ..._25cbdf478091af9923090e049c432a7d._comment |   22 +
 ..._7e71d355457d6b1a0391d4cdae6895e6._comment |   16 +
 ..._a73f67f2fcf0762fbd7c8366b3844af6._comment |   11 +
 ...nisation_between_3_repositories__63__.mdwn |   11 +
 ..._ca5192a26950627a1c2efcb55d6d2fa3._comment |   10 +
 ..._while_committing_it_repeatedly__63__.mdwn |    3 +
 ..._3cbe520b184d323219cb402ff046c3b4._comment |   29 +
 ..._6afe7f593e955db2eefe87d9fa01882b._comment |    8 +
 ..._209399487fc4f76b29f03ad82dbc2d6f._comment |    8 +
 ..._f33fd6f72cb9ad7dd20a04c82199413b._comment |   26 +
 ...ory_with_some_hg_and_git_repositories.mdwn |    1 +
 ..._9fc3f6c2f7379755e0084a850fa9acd4._comment |   10 +
 ..._f024d6a105143af1e06aafe49661ee06._comment |    8 +
 ..._aff0093c38bda8b093f05e8cbe8775e9._comment |    8 +
 ..._c889050d3079edefc4633451bd5baff8._comment |   11 +
 doc/forum/Transfer_remotes.mdwn               |    3 +
 ..._c08cf3bda00d7f20a3ca3d0fdba19c9c._comment |    8 +
 ..._98930629d398329f1161135464a966a5._comment |   12 +
 ...stalling_from_cabal_on_debian-testing.mdwn |   15 +
 ..._0d3e9d7cffafc34bc212557e8bbb987d._comment |   12 +
 .../Truly_purging_dead_repositories.mdwn      |    1 +
 ..._a4c75d49714b3543a9f1617a15d4a2d1._comment |    8 +
 ..._3da60a02e7323a204c5c5dd02ba04d6c._comment |    8 +
 ..._2576e45436008ff5a7ae5a38cade658e._comment |    8 +
 ..._477e3c213c5a5d4a33afd42a5b94c718._comment |   10 +
 ..._backup__34___repository_groups__63__.mdwn |   18 +
 ..._b8702892280447193e6e80be22a580a0._comment |   11 +
 ..._50cafde7e30b928480d1f142ddd763d2._comment |   10 +
 doc/forum/USB_backup_with_files_visible.mdwn  |    7 +
 ..._2832f8ae24dfb0f101e06f7c18283028._comment |   10 +
 ..._6163e01aa441f8435091f026cc6da337._comment |    8 +
 ..._ee92ff320eb5d9a031bdd1896aee0d86._comment |   11 +
 ..._437c8342c0b65e3a89129800313eb73c._comment |   10 +
 ..._5e10cffe8465ea4ecaa71c03a4c29ea4._comment |    8 +
 ..._add048a16837f7940a859f21426cdbe9._comment |    8 +
 ..._de227ca9911fe57d7a6d3e037f574fe9._comment |   14 +
 ..._0c0ed0e038f7f0e2d2d4ed69b7b29fbc._comment |   10 +
 ...nsfer_group_keeps_growing_-_assistant.mdwn |   22 +
 ..._0a6f6054d70009979f4a036e24b7c500._comment |   10 +
 ..._f9eef3019fe690e90c1228d62a16f70a._comment |   10 +
 ..._7fb74f7fab6c1baff4ffc270cf15ef0a._comment |   15 +
 doc/forum/Ubuntu_PPA.mdwn                     |    3 +
 ..._b55535258b1b4bcfc802235f0cba075d._comment |    8 +
 ..._adc4d644fed058d1811acf0b35db9c18._comment |    8 +
 ..._fc9cd51558c47718f243437202a11803._comment |    8 +
 ..._3a8bbd0a7450a7f5323cd13144824aea._comment |   12 +
 ..._2e1beaeebda0201c635db8b276cedf20._comment |   12 +
 ..._bd99fb70399fc58d98781a89c6d38428._comment |    8 +
 ..._c3f7ec8573934c59d70a48e36e321c13._comment |   12 +
 doc/forum/Un-git-annex__63__.mdwn             |    6 +
 ..._6059265afb66190d325083e0f28bcf33._comment |   10 +
 ..._fac4bfb81dbbf0dc82059aace261eb51._comment |   10 +
 ...ndo_Git_Annex_Changes_To_Linked_Files.mdwn |    7 +
 ..._568dde820c2608d86d05b07444146a26._comment |   13 +
 ..._a8cf71cdf1217d9c8596cd9006eb83f5._comment |    8 +
 doc/forum/Unknown_remote_type_S3.mdwn         |    5 +
 ..._2aea2cd51286c809427d16519606cd37._comment |    8 +
 ..._06f775062cd30767979fe56bcb3cf7bf._comment |    8 +
 ...files_when_assistant_is_running__63__.mdwn |   13 +
 ..._3f4aadf0c856c81e15c6f5ae7f1992b4._comment |   10 +
 ..._a76797ee9e05e43af7947508cadd7bed._comment |    9 +
 ..._syncing_only_a_subset_possible__63__.mdwn |   13 +
 ..._a0a272a0931b27e5c94b93e42656b62c._comment |   10 +
 ...tead_of_re-downloading_from_S3_remote.mdwn |    3 +
 ..._cfb6021a36eee087705967a69967f327._comment |   10 +
 ..._7268b194ba72331858bc3274996b780e._comment |   11 +
 ...s_on_BTRFS_instead_of_symlinks___63__.mdwn |    1 +
 ..._85806316ed28d7a891f04fab4027141b._comment |    8 +
 ..._ecb411a2c4d67917b734a90bd460d44b._comment |   10 +
 ...__while_also_cloning_and_syncing_too..mdwn |   11 +
 ..._30205c1ba18e5dca2314f593e1a0e236._comment |    8 +
 ..._f8df728de28218a6b060ae9f08adac79._comment |    8 +
 ..._ba438b3a371261ee841665f1ae57eba2._comment |    8 +
 ..._9f72e6c7c14a77330297526aef260762._comment |   11 +
 ..._a06e8c9b4e30c1cd6cbed40d2db50abc._comment |   10 +
 ...__41___to_manage_photos_with_Shotwell.mdwn |   13 +
 ..._5e8d54daf6b7ff357619ac65fe39a2d7._comment |   12 +
 doc/forum/Using_Linux_static_builds.mdwn      |   25 +
 ..._22fd266cbe68af3e754a10f1f1295e9b._comment |   13 +
 ..._36f69f30117ff8696425a754ab19a08b._comment |    8 +
 ..._64506833dad0202626239e00d1eb6490._comment |   23 +
 ...sync__34___to_sink_all_branches__63__.mdwn |    9 +
 ..._ef3d5c5e2600ffa36dd933c8a42cdf96._comment |   16 +
 ..._424b0c6fdfe87ca08f5d408b7684ab08._comment |   10 +
 ..._adaf9114c69f1268330adcebd8018fa0._comment |   10 +
 ...ltiple_independent_client_repos__63__.mdwn |   36 +
 ..._c61c28600f1079fb03ddabc950307f27._comment |   11 +
 doc/forum/Using_for_Music_repo.mdwn           |   13 +
 ..._3488ed85ad98f14cb17f229225ece26e._comment |   10 +
 ..._c794648878cfc77558f8db862271f997._comment |   25 +
 ..._8c5e820f5ff7d717d64b1fd66927941b._comment |    8 +
 doc/forum/Using_git-annex_as_a_library.mdwn   |    1 +
 ..._1f8e74c5856f21c53d5a91892cbef0c6._comment |    8 +
 ..._11a243fa7d8ac947aa9a798228dbd191._comment |   12 +
 ..._ac52304a096ebc66967352efaffb060a._comment |    8 +
 ..._d502fea60bf3a82f8a50f72a90a80c25._comment |    8 +
 ...ng_git-annex_via_command_line_in_OS_X.mdwn |    3 +
 ..._1c9e121f60fb6868c07f1a53b03c4ed0._comment |    8 +
 ..._52d8ffba82e29ac2722a8e43e469cc47._comment |    9 +
 ..._which_only_has_exFAT_and_no_symlinks.mdwn |    8 +
 ..._b9f202a30ba7e3bc264064d24454c099._comment |   12 +
 ..._1334a8d9f4bb60f3bf3ebabc656d98d9._comment |   18 +
 ..._076f22d05fad140068a540e4d835106f._comment |    8 +
 ..._c8446ee1b817f1824fa0df07e742015c._comment |   12 +
 ..._f746c1b85ee8e4b57b6819ccceabd28b._comment |    8 +
 ...7__FTP_TV_NAS_with_preconfigured_dirs.mdwn |    5 +
 ..._bd73c8d10028e1b45da9ea8f657e5064._comment |   10 +
 ..._16c3c994ee8fcb466e52ca0e812e5915._comment |    8 +
 ..._ac60f6edb76bdd541711e472eec9591a._comment |   10 +
 ..._2194f0600d9a90f0d9c947ea9cc213a3._comment |    8 +
 ..._eb7d13f6b6fa674a2536bde51bfc3fd1._comment |   48 +
 ..._ae323b16ddb9342e91be955408eca3b1._comment |    8 +
 ...iew_performance_with_7__44__000_files.mdwn |   26 +
 ..._e45ea752100d09d29efb6136a722eab3._comment |   34 +
 ..._b1942eed65e9b5c046095a094191a38c._comment |    8 +
 ..._e6e19339c9d72cf8eaae32ef4269e850._comment |   10 +
 ...ker:git-annex_has_text_relocations....mdwn |    7 +
 ..._fee360353f0b46aab6ee7a902c0837bb._comment |   11 +
 ..._me__44___what_am_i_doing_wrong__63__.mdwn |   16 +
 ..._cdac15fec6fc41d5487b7f653fa718a4._comment |   14 +
 ..._82050b7dc367ca5968ab0306db9bd7e3._comment |   10 +
 .../Walkthrough_for_direct_mode__63__.mdwn    |    1 +
 doc/forum/Want_to_stop_using_Git-Annex.mdwn   |    9 +
 ..._32e37515bd4f5d22ff9aedd3c9d98046._comment |   10 +
 ..._e29e6d052ef3677ad7d5615721f3fe33._comment |    8 +
 ...__assistant__47__webapp_documentation.mdwn |   12 +
 ..._adb377589dbae7fc91001df235c6b48e._comment |   14 +
 doc/forum/Webapp_not_watching_repos.mdwn      |    1 +
 ..._02735050122afdb6498d91b462d32767._comment |   12 +
 ..._8ab2d4c18ddc99774e44c4f4401bfa57._comment |   12 +
 ..._b448aa5a95a57a5228b361390e5fc838._comment |    8 +
 doc/forum/Webapp_on_ARM.mdwn                  |    6 +
 ..._82ac40cef5b59070136527b8d81a5ce2._comment |   10 +
 ...vior_with_OS_X_Finder_and_Preview.app.mdwn |   12 +
 ..._8c8d86790a9d31518f9bb96a2d2dafee._comment |   18 +
 ..._b538dc2c6f122b9ce5f7569de1b03f3e._comment |    8 +
 ..._16e6724fa184392d4decbe0c4eb6efe6._comment |   14 +
 ..._e514fe2d4d0ad6a10e281939e6ab4266._comment |   15 +
 ..._e0eec765f72f7bf6f5a2a92c9b5dacad._comment |   10 +
 .../What_can_be_done_in_case_of_conflict.mdwn |    7 +
 ..._5ca86b099dfa08a50f656ea03bf1dcd9._comment |   12 +
 ..._69ee17959a92bb8359c0fd7b2a9d8dfb._comment |   10 +
 ..._017f4bac57a040c496e0c9d068dcfd9e._comment |   41 +
 ...hat_happened_to_the_walkthrough__63__.mdwn |    1 +
 ..._70db0e3cfb1318e95671c23726e5541d._comment |    8 +
 ..._f9305dd19b9b5f35e66d915b8c30374b._comment |    7 +
 ..._34___on_an_existing_repository__63__.mdwn |    1 +
 ..._d844cfe5f9907a766e871b64d68966c2._comment |    8 +
 ...o___34__git_annex_mv__34___file__63__.mdwn |    1 +
 ..._02d305f307b4d2ff7acd98cb36508a2f._comment |   10 +
 ...r__34___and___34__remote_server__34__.mdwn |    3 +
 ..._68734a118b7dc0c88ba67eca20953a55._comment |   10 +
 ...an_encrypted_ssh_remote_is_left__63__.mdwn |    1 +
 ..._67ee446ca6d66e2c259ea771c2c9a2b2._comment |   12 +
 ..._6d3cce3c8048e4aea8f0ed76473f6af1._comment |    8 +
 ..._bd506e1ca7307660b3b9769eb97beddb._comment |    8 +
 doc/forum/Where_is_the_content__63__.mdwn     |    8 +
 ..._812e1cf740cbfa449ab3ef4dd5f2df08._comment |  132 +
 ..._5e2cfdfab6c4f84fe7a19447b417b5a7._comment |    8 +
 ..._bd4cbc8f256a94ffde4f57d2c406a9ec._comment |   16 +
 ..._a36b35d47472b5db779b0489bf3d4893._comment |   10 +
 ..._cloud_providers_are_supported__63___.mdwn |    3 +
 ..._1f9398840144e0452a2fed9336046547._comment |   10 +
 ...be_enabled_for_removable_drives__63__.mdwn |    7 +
 ..._4341898d5ae4f09a5b06d24f5fe6192d._comment |    8 +
 ...up_remote_use___126____47__.bup__63__.mdwn |    5 +
 ..._da9c7c0e93aefc2da7409de5b138d86f._comment |    8 +
 ...Will_git-annex_solve_my_problem__63__.mdwn |    7 +
 ..._35acbdd1a7727df204d776c2e8f02b53._comment |    8 +
 ..._230256c19ac139dea207d89c06f70782._comment |    8 +
 ...x_work_on_a_FAT32_formatted_key__63__.mdwn |    3 +
 ..._426482e6eb3a27687a48f24f6ef2332f._comment |    8 +
 ..._af4f8b52526d8bea2904c95406fd2796._comment |    8 +
 doc/forum/Windows_S3_host_issue.mdwn          |   11 +
 ..._8c0a1e84713a04a25fdc1f74919d34aa._comment |   10 +
 ..._06ecc76797c430b27a2e24776761d043._comment |    8 +
 ..._1715557daa15b9e9e17b4850141e62af._comment |   10 +
 doc/forum/Windows_support.mdwn                |    6 +
 ..._23fa9aa3b00940a1c1b3876c35eef019._comment |    9 +
 doc/forum/Windows_usage_instructions.mdwn     |   25 +
 ..._d43dbd9406da3b9747b147715eca94ac._comment |    8 +
 .../Wishlist:_Bittorrent-like_transfers.mdwn  |    5 +
 ..._13544d54fb0418af4ca9200cdb045d91._comment |   15 +
 ..._9a7dad35bf80c684ad97892420d7370c._comment |   16 +
 ..._e5de748bc5da12a4a01e08cde2407dd1._comment |   14 +
 ..._e51530178f1e034c0fdd5c9aa9945567._comment |    8 +
 ..._81ea9c129d8c02097f09ef8c68f1bb11._comment |   27 +
 ..._3b5798414f89686526da3dfa72c0c4f2._comment |   10 +
 ...hlist:_Don__39__t_make_files_readonly.mdwn |    3 +
 ..._7148527961e2d27793810966588c8d35._comment |   10 +
 ...s_without_copying_the_file_data__63__.mdwn |    6 +
 ..._1cf4ab29dfa2cff59b86305fc0018251._comment |   10 +
 ..._f5ebb7f43dcef861ecc13373fb1e263f._comment |   15 +
 ...cting_files_based_on_meta-information.mdwn |   15 +
 ..._818f38aa988177d3a9415055e084f0fb._comment |   15 +
 ..._97e2ed48bd552d02918c4f98f963e6e1._comment |    9 +
 doc/forum/Wishlist:_automatic_reinject.mdwn   |   14 +
 ...g_the_disk_used_by_a_subtree_of_files.mdwn |   10 +
 ..._7abb1155081a23ce4829ee69b2064541._comment |    9 +
 ..._b4c6ebada7526263e04c70eac312fda9._comment |   18 +
 ..._ded71b270b94617a8ebb3a713d46a274._comment |   19 +
 ..._daemon___40__for_the_assistant__41__.mdwn |    1 +
 ..._42aa2b61b880f4048d874210212aa63b._comment |    8 +
 ..._3e201039fa0e611554171ee30e69a414._comment |    8 +
 ..._d1074724c44f3296cb438b2d526d8728._comment |    8 +
 doc/forum/Wishlist:_mark_remotes_offline.mdwn |   12 +
 ..._9e3901f0123abb66034cce95cc5a941a._comment |   14 +
 ..._d10e3d90cf421ae425e64ab266ea811b._comment |   12 +
 ...ptions_for_syncing_meta-data_and_data.mdwn |   13 +
 ...ecial_characters_if_filesystem_is_FAT.mdwn |    5 +
 ..._5d33bcbd862537f53edd91dcff2b8977._comment |   13 +
 doc/forum/Workflow_for_adding_files.mdwn      |   32 +
 ..._a60dae97db827bc641d6256d1f382b5f._comment |    8 +
 ..._28dd15ac50f79fb07bacf8b8326c7edc._comment |   19 +
 .../XBMC__44___NFS___38___git-annex_.mdwn     |   27 +
 ..._86480f31d410e903766f82e6ecf83e1c._comment |   12 +
 ..._d8ed4dd51d3050db691a8abdec24cd42._comment |   10 +
 ..._42b80ee51ce25775bf4532f53a8ecfe3._comment |   11 +
 ..._01767f3f864954cf8080274e206da9d4._comment |    8 +
 doc/forum/XMPP_authentication_failure.mdwn    |   15 +
 ..._19c7c3aa79d209d613d2e061e3129690._comment |    8 +
 ..._870059fed451e8377e5d382464ecc34b._comment |    8 +
 ..._1a7ff955e9173f13d10b75f203792384._comment |   10 +
 ..._d59031ebc0dd3abc1f4c96878328362c._comment |    8 +
 ..._c37ef477bef7efdb79dd05dce90dfde6._comment |   10 +
 ..._48cabea4c2caf5b3bd854df3aaa17d3d._comment |    8 +
 ..._14cd9b67806db93c3af055d88c9a910a._comment |   10 +
 ..._151d3fd7d3cceb30fd20a8f3bd54036c._comment |   24 +
 ..._fbb9eba65fbb72201f08511945fbcf8c._comment |    9 +
 ...provide_some_kind_of_debug_data__63__.mdwn |    9 +
 ..._1ba0735141fc6a21ac15913f4cacefae._comment |    8 +
 ..._16994dc86b87592fc62799e2d206d172._comment |   10 +
 ..._6afd424edc4095b8f71b136de2a9e64d._comment |   10 +
 ..._1381b6a927410642c6a93aa8354be791._comment |   17 +
 ..._c5b33c7a8aa8e6d0f9349510dac2366d._comment |   12 +
 ..._9913d2983ba2744ed24911f74988e4c7._comment |   11 +
 ..._ad6f385a2b95803eb9d81dfe76359551._comment |   10 +
 ...tch_queries_to_the_location_log__63__.mdwn |   45 +
 ..._01cbfc513c790faef3a3ede5315d3589._comment |   10 +
 ..._fe28dfb360caa12d5d5bc186def3eb45._comment |   35 +
 ..._9bb30ab62febe4ef63bed49f831a473a._comment |    8 +
 ..._7832f0347a41b8204538c01b72487803._comment |   19 +
 ...71__Locking__187___files_until_synced.mdwn |    7 +
 ..._8bf59f47fee0a8d5741fe209b5899863._comment |    8 +
 ..._0c683547a6178e4303f0b1ed1f5605a5._comment |    8 +
 ...Pairing__34___more_than_two_computers.mdwn |   11 +
 ..._80f7a4bb3c66b11e566043407b611bbf._comment |   10 +
 ...34__Preseeding__34___a_special_remote.mdwn |    5 +
 ..._b0c46d0eba900d0f6169a2c698d7a222._comment |   12 +
 ..._5e63f5e6f45c11cc86b293ce8acad77f._comment |   65 +
 ...du__34___equivalent_on_an_annex__63__.mdwn |    5 +
 ..._a41bd02361aa961e5285aeaf1ea062be._comment |   10 +
 ..._28ba62a546f5cc8f416491423d743d8a._comment |   10 +
 ..._8d97f40c1d14b7230f3656a00a99cf80._comment |    8 +
 ..._baa8fbbdd5c449a0dc2bb622cb4a47ce._comment |   18 +
 ..._2ee6cbbfe54a2e7b6e8eb539c18e663d._comment |   10 +
 ..._48f6a2761a34b7f991325f1d24e2c5ff._comment |    8 +
 ..._d632baff41b8582f1a79bc5018c68545._comment |    8 +
 ...__39__t_send_it_to_working_directory..mdwn |   11 +
 ..._0c0a5999a92bf5880f2113177dc67cc2._comment |   11 +
 ..._c18083d9054f66f0bd51d63452af07eb._comment |    8 +
 ...nex_lock__34___very_slow_for_big_repo.mdwn |    7 +
 ..._044f1c5e5f7a939315c28087495a8ba8._comment |   16 +
 ..._e854b93415d5ab80eda8e3be3b145ec2._comment |   13 +
 ..._95c110500bc54013bc1969c1a9c8f842._comment |    8 +
 ..._a4fd212cb066cd53d0d66eb09f3b39a8._comment |   18 +
 ...I_would_like_to_have_file_x_y_z__34__.mdwn |    5 +
 ..._bfeb1446dee4d2f52ef25fabfb8cc8f6._comment |   11 +
 ..._e60f2bbc1c058993472fd920edbc75fc._comment |    8 +
 ...n_denied__34___in_fsck_on_shared_repo.mdwn |   17 +
 ..._3a5202ef2116ebb5559b6f4d920755fc._comment |   10 +
 ..._86663eeb75b0477f53c45f26c8e4b051._comment |    8 +
 ..._c336b2b07cd006d378e5be9639ff17ec._comment |   10 +
 ..._1339cd27ca2955f30b01ecf4da7d6fe8._comment |   10 +
 ..._refs__47__heads__47__git-annex__34__.mdwn |   34 +
 ..._e50188896df347f1d92e20a52053aa14._comment |   10 +
 ..._d67793f7c969f64943d1fd54a1208c2b._comment |   15 +
 ..._3523884833b5fd458a35f898797bf897._comment |   10 +
 ..._02c32c2521ba1a1eaa19eaca7281f2a6._comment |   10 +
 ....3.2_requires_syb___61____61__0.1.0.2.mdwn |   16 +
 ..._fae6e88115d175239fc55cef4c33fb2c._comment |   13 +
 ..._4c7a75638e8717132ccde949018d6008._comment |   10 +
 ...nual_ssh_remote_setup_with_shared_key.mdwn |   19 +
 ..._811cab17410ba6e07ae7af3249cd98df._comment |   14 +
 ...unce__93___metadata_extration_utility.mdwn |   30 +
 .../_preferred_content:_lastpresent.mdwn      |    1 +
 ..._7610cd866b256d36646b642eb5f8cae5._comment |   14 +
 ..._d25666a173b78213d583f029fd166d06._comment |   10 +
 .../advantages_of_SHA__42___over_WORM.mdwn    |    5 +
 ..._96c354cac4b5ce5cf6664943bc84db1d._comment |    8 +
 .../alternativeto.net___34__Like__34__.mdwn   |    3 +
 doc/forum/android_binary-only_download.mdwn   |    9 +
 ..._aab206e0bf0bb5ff47c7cc9795f12f92._comment |    8 +
 ...y_for_web_remote_with_SHA256E_backend.mdwn |   12 +
 ..._d1605a6e3b4d6863f4089218994ce564._comment |   29 +
 ..._d249ff27fa3d9ac3ca32485cdef49930._comment |    8 +
 doc/forum/archaeology_of_deleted_files.mdwn   |   36 +
 ..._48f27df03ec18d2c27cf6b70dcf71dc5._comment |   10 +
 ..._c698cd10c8038bac45bd1049506a27c3._comment |    8 +
 doc/forum/archival_and_multiple_users.mdwn    |    8 +
 ..._fc4ee256f03a7c189d687caf4a34e21e._comment |    9 +
 ..._a96d57d4bb567ac9b0b9167d5b1be011._comment |   12 +
 ..._bd44634b04732ffb91154c61ef9cf828._comment |   14 +
 ..._b89a56a5f1cd641f87925c7a5f74bcec._comment |   13 +
 ..._81293bf5dc8ad4552712c2083fd589c9._comment |   19 +
 ...ne_-_how_do_these_play_together__63__.mdwn |   10 +
 ..._d90d1d599ce557af03c6f0f2ea188212._comment |   10 +
 ..._58b1af497cab132acb28cb5f9283ec2a._comment |    8 +
 ..._37d4fd8f69e8066b5aa19454b714e443._comment |   11 +
 ..._a974e2105774d4f82ad286ff0792ba84._comment |   10 +
 ...d__backup_remote:_Howto_restore__63__.mdwn |   38 +
 ..._70200f871b9df49261f32752a6bb0e67._comment |   14 +
 ..._173da510b45f0320ae8aa2df9f14ae7b._comment |   11 +
 ..._1ecea12a4be5ad09013cddb62df6ab20._comment |    8 +
 ..._af4bc222d1479482bd83952353c97f05._comment |    8 +
 ...zealously_moving_stuff_to_other_repos.mdwn |    5 +
 ..._6bd240edf1868615024ff11c24c3d52c._comment |   13 +
 ..._37c5e9a7669b5b94fbadb8792a765316._comment |    8 +
 ..._87aa4c5942929be81ddc1e2795d56f0e._comment |    9 +
 doc/forum/assistant_without_watch__63__.mdwn  |   13 +
 ..._be1f7c038426e53209a85ae1119269d5._comment |   15 +
 ...e_server___40__needs_ssh_tunnel__41__.mdwn |   10 +
 ..._817a3ed424e4fb76fcd33295f2953250._comment |    8 +
 ...ders_for_git-annex_to_aid_development.mdwn |   34 +
 ..._7e88f815e8d9652ef18ea6d54b118962._comment |    8 +
 ..._fef17a10226af5671495c2929653c337._comment |    8 +
 ...ing_existing_backups_into_new_remotes.mdwn |    3 +
 ...nstorming:_git_annex_push___38___pull.mdwn |   28 +
 ..._3a0bf74b51586354b7a91f8b43472376._comment |   11 +
 ..._b02ca09914e788393c01196686f95831._comment |   14 +
 doc/forum/bash_completion.mdwn                |    1 +
 ..._5c42c0c8e7fc3224bf5406880f9fd0c4._comment |    8 +
 ..._6cbe3c825db99bf9188a0de8bb937d5b._comment |    8 +
 ..._948c40f1e46ca220d61365aebcd4f6d7._comment |  136 +
 ..._dbae348b230b780cda91ed8576b8f9fa._comment |    8 +
 ...batch_check_on_remote_when_using_copy.mdwn |   34 +
 .../benefit_of_splitting_a_repository.mdwn    |   10 +
 ..._93a86cb03b66e7ab5dd7146e7b86c9e8._comment |   15 +
 ..._4e2fed247298d620fee7be883a1e86a6._comment |   15 +
 ..._practices_for_importing_photos__63__.mdwn |   13 +
 ..._37f0ae4b552ec2a4a144ddcdc17c8453._comment |   19 +
 ..._7f96f0fe0fc073321bd7c5bbd9048425._comment |   11 +
 doc/forum/btsync_equivalent__63__.mdwn        |    8 +
 ..._6bfdc6f595a8aa8979a7c2a10925812f._comment |    8 +
 doc/forum/cabal_install_fails_on_uuid.mdwn    |   23 +
 ..._2a3963e21bc7ff526124b902cb0b6ad2._comment |    8 +
 ..._1609525998e2b36c04d67f4d988139c0._comment |   10 +
 .../can_I_only_add_my_own_files__63__.mdwn    |   27 +
 ..._767d647af9d0345f337338d6319071fa._comment |   10 +
 ..._0c3306ffb38b97b54e1e0436d12c1876._comment |    8 +
 .../can_git-annex_replace_ddm__63__.mdwn      |   13 +
 ..._aa05008dfe800474ff76678a400099e1._comment |   12 +
 ..._008554306dd082d7f543baf283510e92._comment |   19 +
 ..._4c69097fe2ee81359655e59a03a9bb8d._comment |   12 +
 ...ncrypted__41___rsync_remote_on_MacOSX.mdwn |   18 +
 ..._21f0101447623f5a0cf9e72c3ff463bb._comment |    8 +
 ..._6234ca64bd03a0e15efbe8f5c204338a._comment |    8 +
 ..._5ac2b520a907e232984eb513ce088054._comment |    8 +
 ..._183dd1c29f66539193e7c0b73f329430._comment |    9 +
 ..._c920d04ffe332caed9d223fa0ac42746._comment |    7 +
 ..._7a3cf0853a8ec7b996e19b5e80145d21._comment |    8 +
 doc/forum/central_non-bare_and_git_push.mdwn  |    9 +
 ..._76d0c73c8985e860eb86333c63be6340._comment |    8 +
 doc/forum/clear_box.com_repository.mdwn       |    1 +
 ..._2e839d8f974269c80a9fca183712350f._comment |    8 +
 ..._8f9c7248a148a24ae2aba39c4a79a6d1._comment |    8 +
 ..._f64ad21e5abfbf4e1f925b3d651bdba3._comment |   10 +
 ..._f8c06ac9b23b51cf18d362c260fc47a9._comment |   13 +
 ..._61d401b29322802cb25896503f3e6514._comment |    8 +
 doc/forum/cloud_services_to_support.mdwn      |   16 +
 doc/forum/cloudcmd.mdwn                       |    6 +
 ..._current_workdir_state_in_direct_mode.mdwn |    5 +
 ..._748481ff00374f570284bd4571584874._comment |   10 +
 ...itory_vs._working_copy_in_direct_mode.mdwn |   10 +
 doc/forum/confused_about_external_drives.mdwn |   30 +
 ..._8340e5ff17a4846b41789e4966fed70c._comment |   12 +
 ..._ad10bd0ec14c16bcad089b3ebe64580e._comment |   10 +
 .../confusion_with_remotes__44___map.mdwn     |  113 +
 ..._a38ded23b7f288292a843abcb1a56f38._comment |   10 +
 ..._cd1c98b1276444e859a22c3dbd6f2a79._comment |    8 +
 ..._18531754089c991b6caefc57a5c17fe9._comment |   24 +
 ..._3b89b6d1518267fcbc050c9de038b9ca._comment |   11 +
 ..._27801584325d259fa490f67273f2ff71._comment |   16 +
 ..._496b0d9b86869bbac3a1356d53a3dda4._comment |    8 +
 ..._9a456f61f956a3d5e81e723d5a90794c._comment |   27 +
 ...t_way_to_add_two_preexisting_datasets.mdwn |   25 +
 ..._c5c3ff25c9f5e34db222b5f4ae58b093._comment |   10 +
 ..._ee3ecc86990ac5a8d0c4fdfb482a7594._comment |   16 +
 ..._e29bf8b848da04c761dc601ac979ac14._comment |   11 +
 ...could_not_read_from_remote_repository.mdwn |   36 +
 ..._27d4d1556a80c06505ed3d8a9422d082._comment |    8 +
 ..._cf7d5e231675921c3d98faab3613c92f._comment |   49 +
 .../differenc_in_webapp_icons__63__.mdwn      |    4 +
 ..._c38e2692b13a1b76777bf88312a03966._comment |    8 +
 ...not_use_git-annex_inside_your_Dropbox.mdwn |    5 +
 ..._5a1dc9da6e6861829e321446ec7991ee._comment |    8 +
 doc/forum/dot_git_slash_annex_slash_tmp.mdwn  |    5 +
 ..._14b74438bb1e3e02cff7926d774ba09a._comment |    8 +
 ..._b1f717342c1c8ea42a451caa2d936622._comment |    8 +
 ..._e2c6ad99333018c8c46e736da416b8ef._comment |    8 +
 ..._35ae9d6bcb8d9762a92e3564b686ed72._comment |    8 +
 ..._92b1e8956513dbf52da31cec3f58e2c5._comment |  104 +
 ..._839e29d41de9dcc8f01dfdc585a51d12._comment |   12 +
 ..._1a35ef8cb89e0cd392f6e9fcee1fb92c._comment |    8 +
 ..._f4cc36c493d7c20fbaf949edd38e1252._comment |   15 +
 ..._69268f8aa29e807a56248f1fac86aa41._comment |   10 +
 ..._0ffb0c803c232a1587f956f16113aeb7._comment |   27 +
 ..._c303e28825241733d69fca74f2015fc6._comment |   13 +
 ..._3f0b376e37bd092b8d46c46bb1940e35._comment |   14 +
 ..._615641b3dd176d4b3a5bbfb521098e38._comment |    9 +
 ..._4600fa9234a787004ea0e0dbb36184b9._comment |    8 +
 ..._4f5cd0d0d4db0479c1ad86ffdc5ae434._comment |    8 +
 doc/forum/downloading_from_moodle.mdwn        |   76 +
 ..._3f677130d268de4288e87cfa86ea055c._comment |   10 +
 ..._dcef60ec144f123dadd165fb602ab950._comment |    8 +
 ..._d3efb767bf9b20f96242dcf64817bd4b._comment |    8 +
 doc/forum/drop_old_versions_of_a_file.mdwn    |    3 +
 ..._799a413248fb8f98efbf226b1bc4300d._comment |    8 +
 ...0__user_error__41__._How_to_fix__63__.mdwn |   24 +
 ..._bb6d749b758b17178227929bf7327fe1._comment |    8 +
 ..._d834df30633f7d5569797ee818cf38c3._comment |   20 +
 ..._1e02eff33c9fa7bea03aa6d58b910175._comment |   14 +
 doc/forum/empty_directory_handling.mdwn       |    3 +
 ..._34ac97b9337b6230ed8a4748203fe543._comment |    8 +
 ..._73a39e28d5a09ac342cb4195d263d91e._comment |    8 +
 doc/forum/endless_password_prompt_loop.mdwn   |    8 +
 ..._cceba12ed25cd671c7cee5a28631163e._comment |   10 +
 ..._f0cb86b45eb289f35197c43f83660a8f._comment |    8 +
 ...oes_not_point_to_a_valid_object__33__.mdwn |   17 +
 ..._d370b044da3bfebf9e4c90ce1e243587._comment |   18 +
 ...error_in_installation_of_base-4.5.0.0.mdwn |   14 +
 ..._0b2f79c014e0dd9badd52b8b6aa47e0c._comment |   19 +
 ..._3badd64e48fbb174cd7de1ac9589bedf._comment |   31 +
 ..._d8190061ac1c683a7b699cf42e9db694._comment |    8 +
 ..._49a4fcd2dc4f97d4055b5051feea5e3b._comment |    8 +
 ...e_of_massively_disconnected_operation.mdwn |   33 +
 doc/forum/exclude_files_from_annex.mdwn       |   10 +
 ..._82e7de5e631bae3b347815586274a936._comment |   25 +
 ..._03d4599fdceb3dff184eed82824674bc._comment |   12 +
 ...xpire_files__44___move_to_other_hosts.mdwn |   19 +
 ..._ddcc2a00be1ae96a352d75a443458bcf._comment |   14 +
 ..._7a4c3858c5eae409d04de3f9da43b57e._comment |   17 +
 doc/forum/exporting_annexed_files.mdwn        |    4 +
 ..._e08e4c79588e17fb2f1cdf53d9fab7ea._comment |   16 +
 ..._15dc3024417b5b2ff3544a08beacab34._comment |    8 +
 ..._86f0e0f767a84a0f583e121d36cb7d48._comment |    8 +
 ...oes_not_exist__40__v_3.20111231__41__.mdwn |   26 +
 ..._990197bf01351dc1ccbe1940d5084adb._comment |    7 +
 ..._3bb1d21b7f0d0bd6d59190ae9d246d46._comment |   12 +
 ..._692f268218690437138ae0540c879425._comment |   16 +
 doc/forum/faking_location_information.mdwn    |   19 +
 ...map_failed:_No_such_file_or_directory.mdwn |  112 +
 ..._d98a155fa01d10ecff9058d79290156d._comment |   13 +
 ..._3b9ea7a1254ac5b50a5ab59cd331ec3f._comment |    8 +
 ..._5ee300034819c5825c676cd7e3af659f._comment |   12 +
 ..._cf7f5c91d3c15f72d2a714b7362c1197._comment |   30 +
 doc/forum/first-time_setup_git-annex.mdwn     |    7 +
 ..._a58d83ee3a7c2251d9a775847223f8ca._comment |   13 +
 .../flickrannex_--_not_sure_I_get_it.mdwn     |    7 +
 ..._57ea9f26760f970a70f09934d31a79b5._comment |    8 +
 ..._ba93563b4ce1f6497a9f1d5e6eb0d1bb._comment |    8 +
 ..._74f143965f48c89a3583acf1b6a7635a._comment |    9 +
 ..._493bb86dedfa91ccc0c9be4045953ee4._comment |    8 +
 ..._2c410aa478b21c0e6eb0e4d54bc8c362._comment |    8 +
 doc/forum/folder_size_question.mdwn           |    3 +
 ..._782cbf836335d86ff29853c34f00fec3._comment |   12 +
 ..._391aa62e4d8c496a58be4707522d8edb._comment |   22 +
 ..._1e850dbe36fafe0505b60dd2ce0bd5d7._comment |    8 +
 ..._907f3b1cfe745abf94a6a8ba0dbd4396._comment |   25 +
 doc/forum/fsck_gives_false_positives.mdwn     |    6 +
 ..._b91070218b9d5fb687eeee1f244237ad._comment |   15 +
 ..._f51c53f3f6e6ee1ad463992657db5828._comment |   10 +
 ..._692d6d4cd2f75a497e7d314041a768d2._comment |   10 +
 ..._7ceb395bf8a2e6a041ccd8de63b1b6eb._comment |   10 +
 ..._86484a504c3bbcecd5876982b9c95688._comment |   13 +
 ..._1d4fbbd212fa92967abda346323031f4._comment |    8 +
 doc/forum/gadu_-_git-annex_disk_usage.mdwn    |    7 +
 ..._f632a62c4dbbf01b29f146893d7725f9._comment |   15 +
 ..._73461da2d55d040cb43e0db286975821._comment |   21 +
 ..._6c4fb123091bde435c18ac3dfd5a9b77._comment |    8 +
 ..._067d0ffe8900751bd2d2743254ac4d77._comment |   11 +
 ..._ec8b57426e4d82c3392eb7dd683f2ddc._comment |   17 +
 ..._38296fef5a2dc5794c2dc09df676b8c1._comment |   18 +
 ..._1bcc94f9982c6cfd0888f3dba0f9221e._comment |    8 +
 ..._4365cd3031456fac1b563ee72984638e._comment |   18 +
 ..._2b03d7b857497cb811e992f85700cdcc._comment |   12 +
 ..._03a4dfaf3bd73d41c6f3c3fab0a6a922._comment |    8 +
 ..._fc6ddb4dc075ee42368863c1b026dbf7._comment |   13 +
 ..._f03254e518cbdda73e4b88e72476275d._comment |    8 +
 .../get_and_copy_with_bare_repositories.mdwn  |    7 +
 ..._a6e4628c0770e3f5e81348a6f29dd845._comment |   10 +
 ..._652fa1bae5c2bb63dcffcbda97a567c4._comment |    8 +
 ..._annex_to_do_a_force_copy_to_a_remote.mdwn |   11 +
 ..._3deb2c31cad37a49896f00d600253ee3._comment |   14 +
 ..._627f54d158d3ca4b72e45b4da70ff5cd._comment |   12 +
 ..._3f49dab11aae5df0c4eb5e4b8d741379._comment |    8 +
 doc/forum/ghost_semitrusted_repositories.mdwn |   28 +
 ..._99bea1a964da9c5603b8cfbdc19bcde8._comment |   19 +
 ..._fe5fe5539d06c6b1ef69f3ed805f1ab4._comment |    8 +
 ..._588325ef52c80cfc67d1dd80a9d5bd13._comment |    8 +
 ...t-annes_assistant_+_MAC_OSX_questions.mdwn |   16 +
 ..._e661f31acd08a6459842f7f95e5c062b._comment |    9 +
 ..._e71a9d1fcf1f945fec0b7834b6038e91._comment |   21 +
 ..._372d9da8295d093b8b316f0a48b60ee1._comment |   12 +
 ..._573537a49e082515bfb1be84c91b5d1b._comment |   10 +
 doc/forum/git-annex:_map:_1_failed.mdwn       |   12 +
 ..._35ff3256e823ab8cfc53276a2123ad5f._comment |    8 +
 ..._b0826073ebbd2847f4ab0d9bdba2dce5._comment |   14 +
 .../git-annex___38___ikiwiki_experiment.mdwn  |   28 +
 ..._9f74449ec91577dbf6095f4beafac293._comment |   10 +
 ..._e034585c8b51cc30b35c1f7ae68205bf._comment |   14 +
 ..._fbbd47c3dbe8de24b0df664e4afd5cb8._comment |   14 +
 ..._55da5c3c41c13b08590ce1ff8117cef6._comment |   23 +
 ..._f67823351164ddfe7d595685c3679652._comment |   10 +
 ..._d5cc91164772849d027fed5f962d9000._comment |   10 +
 ..._cb4ec7ed3c39d0649133191a85ea6ab3._comment |   17 +
 ..._86565e5e1508ff1862f88975446650a2._comment |   12 +
 .../git-annex_across_two_filesystems.mdwn     |   30 +
 ..._53167648b8b70b41d19ca662a5f3687e._comment |   26 +
 ..._39adeebc1af9c437f1fc2e00c07509bf._comment |   11 +
 ..._f4e3f28db005301adeef7ccd2c9998fb._comment |   18 +
 ..._53fa7ac6f80e3281768a7bfd3d438b34._comment |   10 +
 ..._2e1be54c01970ef3456e8af4aaf00cbf._comment |   10 +
 doc/forum/git-annex_and_tagfs.mdwn            |   14 +
 ..._887c74cb61d30198322ef74ebc80f950._comment |    8 +
 ...ex_assistant_with_2_dedicated_servers.mdwn |   11 +
 ..._533ade2215c879cd46782fd66a97b167._comment |   16 +
 ..._c9ae51d7b772cf7a91d90925f74d2b60._comment |   10 +
 ..._41fbee0ec9bc890e309bcd48a58c3851._comment |   18 +
 ..._571cffc0beb8ba5fc936db6971cd3d62._comment |    8 +
 ..._0fb62af673a4bc8183e8fef048ceedd4._comment |   10 +
 ..._53a79af2d8e3abe50b983bf91972b8f2._comment |   14 +
 ..._c0ba3e8b7fbf8a5ed718001cec8df676._comment |   35 +
 ..._60c39bc8ef74e80e72381d514b6dd223._comment |    8 +
 ..._6241120b4325c905661ef72881f4d7af._comment |   20 +
 ..._cab00b8fa195340f4d3fdaf5af975b57._comment |    8 +
 ..._e24df9a1c68724a912b8ac6533d9bd25._comment |   16 +
 ..._ace3dc7c60c710a04b0a587206b341c4._comment |    8 +
 ..._9a96bc970a17ed62b0ceb7aa3f0a6f8b._comment |   14 +
 ..._ea88e0696f6e25e6904248a323f6cc36._comment |    8 +
 ...Meego_Harmattan__41___and_Sailfish_OS.mdwn |    7 +
 ..._301a51c48c3d54f9d37feace26a772f8._comment |    8 +
 .../git-annex_communication_channels.mdwn     |   10 +
 ..._198325d2e9337c90f026396de89eec0e._comment |   17 +
 ..._c7aeefa6ef9a2e75d8667b479ade1b7f._comment |    8 +
 ..._1ff08a3e0e63fa0e560cbc9602245caa._comment |    8 +
 ..._1ba6ddf54843c17c7d19a9996f2ab712._comment |    8 +
 ..._404b723a681eb93fee015cea8024b6bc._comment |    8 +
 ..._0d87d0e26461494b1d7f8a701a924729._comment |    8 +
 ..._2c87c7a0648fe87c2bf6b4391f1cc468._comment |   10 +
 doc/forum/git-annex_on_OSX.mdwn               |    1 +
 doc/forum/git-annex_on_Samba_share.mdwn       |    9 +
 ..._3e9cfdf2c088e48c967ad08f79966742._comment |   12 +
 ..._9d3df393b7b727653598453d94dd33db._comment |   12 +
 ...on_Ubuntu_13.04_and_13.10_not_working.mdwn |   12 +
 ..._209956f3812450a43986d4ca5e647da6._comment |   10 +
 ..._12a58b8efe545e09b64760c87849839b._comment |   12 +
 ..._e0f7328603256f25c3be3706ecc9c76c._comment |   12 +
 ..._6bb8e4522241556fb82784d9b834cbfe._comment |   10 +
 ..._89a5296b461d400b51006074a13a4560._comment |    8 +
 ..._62daef4b4392c951b914a01b3effac11._comment |    8 +
 ...git-annex_on_archlinuxarm__44___armv6.mdwn |   20 +
 ..._88fa644df8614c2db0d092b3eb1d3156._comment |   10 +
 ..._b25ca7520ff7e339ec887a379d5100ee._comment |   10 +
 ..._eda0e90c1285396b1ab20ecc04ea6e29._comment |    8 +
 ...loses__47__doesn__39__t_run_on_launch.mdwn |    7 +
 ..._a47174f8438bfaa42fb8067bca77bf4c._comment |    8 +
 ..._567bb460cec7cd2135386acf4e7dceb4._comment |    8 +
 ...nex_pre-commit_eats_all_my_4GB_of_ram.mdwn |   24 +
 ..._ff16c7932b60b85c744bafc48bb040e4._comment |   13 +
 ..._5599cddf579d18f70cab6e48d04ae99d._comment |   12 +
 ..._412941e9385f63153b23695641e71deb._comment |   15 +
 ..._112ad140d9006c530db2121bec24de30._comment |   10 +
 ..._9178023b95683a649355f291165a1467._comment |    8 +
 ..._9251203421c1c3c3aed7828c4b97ecb8._comment |   17 +
 ...nt_available_from_which_version__63__.mdwn |   12 +
 ..._104e1b7e7643844f221f85dcbe9c9c4b._comment |    8 +
 doc/forum/git-annex_teams___47___groups.mdwn  |    5 +
 ..._0450673ab74f184a47ac7bab568d26dc._comment |    8 +
 ...nex_unused_not_dropping_deleted_files.mdwn |   34 +
 ..._2152cfb09675e46e7492e198dd3ea094._comment |    8 +
 ..._97e666dbac9de2a5e688921cba8a42e9._comment |   20 +
 ..._d7b0e9515bface28f3650b8aa20ec2f4._comment |    8 +
 ..._5816f6cab42e27e724e735368f693b09._comment |    8 +
 ..._8e97f39225515f0bf8b168dfd6a0efab._comment |   10 +
 ..._bef37f8ec9c337387b79ffd6d56fe425._comment |   10 +
 doc/forum/git-assistant_clarification.mdwn    |   11 +
 ..._8f553e59da12f798b854a457b96b5778._comment |   14 +
 ..._06cf62b599edea6ad8396776f0081494._comment |   10 +
 ..._36f0bd6e7a824e6ef40a309850bb087b._comment |   15 +
 doc/forum/git-remote-gcrypt.mdwn              |    1 +
 ..._175c8c35d9bbb470fcc17697eb8cc6b8._comment |   12 +
 ..._fdcaf507e14c995636dd93a41e488df3._comment |    8 +
 ..._f4e830f961dbe1c60ddd277b9d888133._comment |    8 +
 .../git-status_typechange_in_direct_mode.mdwn |   48 +
 ..._12c8b67aadbfa2b073e12997a55d49a7._comment |   12 +
 ..._005d1b17f3c2ae192aa30c6e5163989e._comment |    8 +
 doc/forum/git-subtree_support__63__.mdwn      |    9 +
 ..._4f333cb71ed1ff259bbfd86704806aa6._comment |   10 +
 ..._73d2a015b1ac79ec99e071a8b1e29034._comment |    8 +
 ..._c533400e22c306c033fcd56e64761b0b._comment |    8 +
 ..._75b0e072e668aa46ff0a8d62a6620306._comment |    8 +
 ..._f5ec9649d9f1dc122e715de5533bc674._comment |    8 +
 ..._85df530f7b6d76b74ac8017c6034f95e._comment |    8 +
 ...nex_add_crash_and_subsequent_recovery.mdwn |   25 +
 ..._062d0153a379c1ba1df8585b90220d3d._comment |   18 +
 ..._6fc6be43c488c468a4811cd0a1360225._comment |   19 +
 ..._45efaaf27d9b580c4c75cbcdc4f65b64._comment |   10 +
 ..._c560eae40867512b0af2cbef161fc8ac._comment |    8 +
 doc/forum/git_annex_alternative.mdwn          |   10 +
 ...ant_-_Changing_repository_information.mdwn |    1 +
 ..._cde71a410200a7478180748fdcde0352._comment |    8 +
 ...istant__44___share_with_other_devices.mdwn |    3 +
 ...-to_blah_much_slower_than_--from_blah.mdwn |   15 +
 ..._5b6e0b749b01a97a6b52a2c1cca6e35a._comment |   12 +
 ..._8f2567f4c4f6db2078211a87689757d3._comment |   17 +
 ..._ab98121076b88f351fc8cd9197e6bf64._comment |    8 +
 ..._cb13328add1b7a812efd817ad3dd1a4f._comment |    8 +
 ...e_about_why_some_files_are_not_copied.mdwn |   59 +
 ..._75445fc0e01ee99bae1c1f5a60e314bc._comment |   12 +
 ...glish_filenames.__Rsync_problem__63__.mdwn |   22 +
 ..._292ee7c8b37cbd13f03eb67d0359b99e._comment |   10 +
 ..._f6341119fcfde5d8160c8f603b1a6fea._comment |   10 +
 ..._8ad3a1d1fe5995d61e5e137280bc76c3._comment |    8 +
 ..._86b61b0484f3f4ecff657e46333b3d4f._comment |    8 +
 ..._5ffac00d08d26acaba8c3513b24c4d65._comment |   10 +
 ...nnex_get_--want-get_another__95__repo.mdwn |   68 +
 ..._0be0b3981ddd0743ff26cf6d396e521d._comment |   16 +
 ..._b1ead1085a87818625579bf1ef151b5d._comment |    8 +
 ..._cf2018852c84b0bf1ac061def6f0ac5d._comment |   27 +
 ..._22562e8f1f2f91b9f9a5939ec9006cb5._comment |   38 +
 .../git_annex_get_creates_a_new_uuid.mdwn     |    6 +
 ..._004c87183968c326058bd3159a5baa0b._comment |   14 +
 ...___47___metadata_in_git_annex_whereis.mdwn |    1 +
 ..._7fba10b85f4d9289c7782eccef46949e._comment |    8 +
 ..._7dcec124ea7d0291ed40d80e2ffd5c7e._comment |    8 +
 ...sx_only_creating_symlinks__63____63__.mdwn |   18 +
 ..._6889c4452e636474b4e70798b404fed2._comment |   10 +
 ..._978fc11c463a457382fddd668cd1d0dd._comment |   20 +
 ..._4420bd3afaecd7536b02fc08cee82dbe._comment |    8 +
 ..._99286f17a87049c303f2aa34c0a90286._comment |   13 +
 ..._39bad7441dcea4da4b389700301233de._comment |    8 +
 ...annex_sync_dies___40__sometimes__41__.mdwn |   22 +
 ..._48bbac0545bf13bbf04da723e418d037._comment |   14 +
 doc/forum/git_annex_test_on_windows.mdwn      |    5 +
 ..._258ac5cfa2f5d24e737d94dc48f06899._comment |   10 +
 ...annex_with_local_apache_webdav_server.mdwn |   23 +
 ..._a3b89f90f9ac70e0a9b0711ede1cb810._comment |   12 +
 ..._d8e9237cf6e7f7558f836ba1352f5517._comment |   13 +
 doc/forum/git_pull_remote_git-annex.mdwn      |   11 +
 ..._9c245db3518d8b889ecdf5115ad9e053._comment |   36 +
 ..._0f7f4a311b0ec1d89613e80847e69b42._comment |   14 +
 ..._1aa89725b5196e40a16edeeb5ccfa371._comment |   14 +
 ..._646f2077edcabc000a7d9cb75a93cf55._comment |   37 +
 ..._4f2a05ef6551806dd0ec65372f183ca4._comment |   10 +
 ..._3925d1aa56bce9380f712e238d63080f._comment |    8 +
 ..._24c45ee981b18bc78325c768242e635d._comment |    8 +
 ..._7e76ee9b6520cbffaf484c9299a63ad3._comment |   12 +
 doc/forum/git_tag_missing_for_3.20111011.mdwn |    1 +
 ..._7a53bf273f3078ab3351369ef2b5f2a6._comment |    8 +
 doc/forum/git_unannex_speed.mdwn              |    1 +
 ..._10cf326248f4e89e1f75bf97d7574763._comment |    7 +
 ...ls_and_daily_free_retrieval_allowance.mdwn |    6 +
 doc/forum/handling_MP3_metadata_changes.mdwn  |   12 +
 ..._aa4955fd64ea5aa836f1a591e185c4a2._comment |    8 +
 doc/forum/hashing_objects_directories.mdwn    |   27 +
 ..._c55c56076be4f54251b0b7f79f28a607._comment |   12 +
 ..._504c96959c779176f991f4125ea22009._comment |   14 +
 ..._9134bde0a13aac0b6a4e5ebabd7f22e8._comment |   12 +
 ..._0de9170e429cbfea66f5afa8980d45ac._comment |   12 +
 ..._ef6cfd49d24c180c2d0a062e5bd3a0be._comment |   12 +
 ...ing_git-annex_on_top_of_existing_repo.mdwn |   12 +
 ..._4cb38d71c943657c5ba0896cd70d2e64._comment |    8 +
 ..._b5e94c10ebbed9125c7e2332f75709ca._comment |   13 +
 ..._2b3b93bbc60fbc24d436231954d6822a._comment |   10 +
 ..._2dfda33ffa39b92b16c8bd9005e1cefe._comment |   21 +
 ..._96b1eb1e8e9f315c646f4686870f9b52._comment |   10 +
 ..._e85c3fa1d17f1d6ec625b9c4f9b698c3._comment |   47 +
 ...manually_sync_my_external_drive__63__.mdwn |    9 +
 ..._4fd8722cafd55b0503c802289206645a._comment |   10 +
 ...e_from_encrypted_special_remote__63__.mdwn |   14 +
 ..._d4dc451892e7a6e230bf32adb7f3f9fa._comment |    8 +
 ..._79340bf3c0691073a9808c5ac2da0a3d._comment |   14 +
 ..._6302fb6e5bb7cbddf2cfe74d98d32897._comment |   12 +
 ..._e3d95bc09c9fb21e8e9bbacc642aa60f._comment |    8 +
 ..._f2f0a1c2fb0c6323707b11e2b06aa2db._comment |    8 +
 ..._66fe80e634a8f13cce18fe68974ec67a._comment |    8 +
 ...lly_running___96__git_add__96____63__.mdwn |    5 +
 ..._440dcd19ea2512f968858b780c2a2913._comment |   22 +
 ..._e9b70386774996a3d0446faaa3219120._comment |    8 +
 ..._3dbd76accad2df2fff14b55452c828ef._comment |    8 +
 ...nks_but_keep_historical_file_contents.mdwn |    7 +
 ..._cba76311e146dabb8ffc789bf4c8b714._comment |   14 +
 ..._8d99c50fc1347367ccc0714e8d1af385._comment |   40 +
 ..._a7a9c55c2ad448179dff5d5b69976c7d._comment |   10 +
 ...k_to_existing_direct_mode_git-annexes.mdwn |    5 +
 ..._7bd0edaf2352293678f0942aaa885d13._comment |    8 +
 doc/forum/howto_update_feed.mdwn              |   14 +
 ..._bec356619f370a618f19a187d09d2e35._comment |    8 +
 ..._84dfb80ba3db8d41164eb97022becae3._comment |    8 +
 ..._20166db298c10074e062aecad59ffd71._comment |   20 +
 ..._f040e31b763fc9a7aa092442b4d6b8e8._comment |   20 +
 .../ignore_changes_made_by_a_remote.mdwn      |    8 +
 ..._825676069d2e1554499b76fd8c306c30._comment |   10 +
 ..._dff49b72f7e072fddaf68584beb97f3c._comment |   10 +
 doc/forum/incompatible_versions__63__.mdwn    |    1 +
 ..._629f28258746d413e452cbd42a1a43f4._comment |    8 +
 ...mmit_some_files_in_direct-mode___63__.mdwn |    5 +
 ..._804e43111ee97dff15e49e50b6c29d91._comment |   14 +
 ..._299ad6cd0225daa166d36af3726a9ef2._comment |   14 +
 doc/forum/known_and_local_annex_keys.mdwn     |   14 +
 ..._3cb4828dc7116e4cf49e119f055ae9a3._comment |   20 +
 ..._68f20c881eafe986694bde10571cf1c0._comment |   10 +
 ..._e195a7091a06ce0427bb28aca9a17d04._comment |    8 +
 ..._d81f0bf7465832cb676fd89f5d53ec18._comment |    8 +
 doc/forum/linux_standalone_tarballs.mdwn      |    1 +
 ..._5c3ceb845a45e50784f7098bfbf94df1._comment |   13 +
 doc/forum/local_pairing_with_2_mac.mdwn       |   27 +
 ..._508585e72c81d197a9a1e193c25a702a._comment |   15 +
 ..._6ca4fed183340a2902d1d4d91284b772._comment |    8 +
 ..._7c2b3d0a8a69c7056508f8ec73ebefcd._comment |   13 +
 ..._07fa468aac1288e770487973052bccea._comment |   12 +
 ..._dc0494213d2b57b5b9a489b096a5b8d0._comment |   31 +
 ..._bcac18e137c00d4279774dec51963289._comment |   10 +
 ..._76b62eafda1ecbf88abe288cbe778e17._comment |   17 +
 ..._13fe788f2e9a823ad2e4844f114675a7._comment |   10 +
 ..._f81b454e9cfc14dcb33148798be55de3._comment |   16 +
 ..._f7a1ce9627ebfc854dfde2f6c924db80._comment |    8 +
 doc/forum/location_tracking_cleanup.mdwn      |   24 +
 ..._7d6319e8c94dfe998af9cfcbf170efb2._comment |   10 +
 ..._e7395cb6e01f42da72adf71ea3ebcde4._comment |   15 +
 ..._c15428cec90e969284a5e690fb4b2fde._comment |   10 +
 doc/forum/lost_in_walkthrough....mdwn         |   78 +
 ..._51b703b961ca762f0359e1c169f1ee75._comment |    8 +
 ..._a9de0401a103bdd4401ba2d5983dc54a._comment |   11 +
 doc/forum/luks_encrypted_disk_support.mdwn    |    3 +
 ..._0ea476c778888f34196d9031f72b1844._comment |   10 +
 ..._0af149bfe1868dde0a132c5d835c50df._comment |    8 +
 ...use_of_my_shiny_new_rsync.net_account.mdwn |   20 +
 ..._0ebe509b768d46081db2100f5b712ef7._comment |   10 +
 ..._ef63d893531d93d2eb09f48f8baff4dd._comment |   13 +
 ...n_pages_in_the_prebuilt_linux_tarball.mdwn |    1 +
 ..._a7bc2e84e6d7c0e2de5900685207af78._comment |    9 +
 doc/forum/managing_multiple_repositories.mdwn |    3 +
 ...pdate_of_.git__47__annex__47__objects.mdwn |    8 +
 ..._ea6ec91150c8962e2711631f2422bf3a._comment |   10 +
 ..._a7bbf304b26650a786e358bdc01e3069._comment |   33 +
 ..._a855096b683c4c4f84e72c797e065d59._comment |   12 +
 doc/forum/many_remotes.mdwn                   |   24 +
 ..._existing_git_repository_to_git-annex.mdwn |   66 +
 ..._4181bf34c71e2e8845e6e5fb55d53381._comment |   10 +
 ..._5f08da5e21c0b3b5a8d1e4408c0d6405._comment |   60 +
 ..._f483038c006cf7dcccf1014fa771744f._comment |   12 +
 ..._057f0079fbee3451ccda08026bab21d4._comment |   20 +
 .../migration_to_git-annex_and_rsync.mdwn     |   33 +
 doc/forum/misctmp_filling_up.mdwn             |   11 +
 ..._2739dec72fe0950dd070c8fab9fbd751._comment |   10 +
 ..._440081b5e2b9b5b19e8cd5db3649a976._comment |   10 +
 ...__files__42___into_an_annex.__bummer..mdwn |    3 +
 ..._752db25abb647804a1cc12c5b247378a._comment |   10 +
 ..._db6f4959c35732f72e7a90bd9f4c665c._comment |    8 +
 .../multiple_repositories_single_backup.mdwn  |    6 +
 ..._4a479fa78e0b366fcff1a27bc37081de._comment |   12 +
 ..._bbe19eec0969385a0d4682bf9e9de21a._comment |   11 +
 ..._1b18ea058e3eb34852055cffe51de176._comment |    8 +
 .../multiple_routes_to_same_repository.mdwn   |    2 +
 ..._26c1734d41d5374f18fc688d862d6b8e._comment |    8 +
 ..._d119ab485fb2d5512c15372efdb2327d._comment |    8 +
 ...___40__for_tagging_photos__41____63__.mdwn |   11 +
 ..._96beb9ea895c80285748adb940b4f57d._comment |    9 +
 ..._985065c1feed9300631dac7a2701f669._comment |    8 +
 .../multiple_urls_for_the_same_UUID.mdwn      |   26 +
 ..._de7410d8824a864c4d106c9f1afaec3f._comment |    8 +
 ..._309a86cf7e08448be64357a30d8b56ae._comment |   13 +
 ..._fa97a45fc1392935fd5e0714db999bc2._comment |   14 +
 ..._139178b1ba45b62eec0c89a660c0c81e._comment |    8 +
 doc/forum/new_linux_arm_tarball_build.mdwn    |   12 +
 ..._5f9735ec62478c99b8c814055206cff0._comment |   12 +
 ..._859c44046b00fe885f6878cfe0e46360._comment |   10 +
 ..._35ade68d62e95036344ad33db3279c21._comment |    8 +
 ..._7211ddc626bae97d4140c723c3cf028f._comment |    8 +
 ..._fcbe3f7fa9d012b21c7a771553fa9142._comment |    8 +
 ..._2702cdbae4179a7a103d2a7098a8ed5e._comment |   34 +
 ..._e1d802fbcc9d699ece5267e80990255a._comment |   10 +
 ..._257b91ecbf5a6040a8e4c9a360c775ba._comment |    9 +
 ..._bd8cca86a63be7e330111618c1959a74._comment |    8 +
 ..._6814bdeca94328fe6c3f407795ff923a._comment |   10 +
 ..._6db99d998ca990494c8f2826ff1ca273._comment |   11 +
 ..._2802b24ccb24f1615c9d61904f916d05._comment |   12 +
 doc/forum/new_microfeatures.mdwn              |   59 +
 ..._058bd517c6fffaf3446b1f5d5be63623._comment |    8 +
 ..._41ad904c68e89c85e1fc49c9e9106969._comment |    8 +
 ..._a1a9347b5bc517f2a89a8b292c3f8517._comment |   15 +
 ..._5a6786dc52382fff5cc42fdb05770196._comment |   18 +
 ..._3c627d275586ff499d928a8f8136babf._comment |    8 +
 ..._31ea08c008500560c0b96c6601bc6362._comment |    8 +
 ..._94045b9078b1fff877933b012d1b49e2._comment |   10 +
 .../nntp__47__usenet_special_remote.mdwn      |   18 +
 ..._171a0b95b1f95cfd82073e88bdefaab9._comment |   10 +
 ..._48736ed17c98ffcfb13ec00b901b2dd6._comment |   13 +
 doc/forum/non-bare_repo_on_cloud_remote.mdwn  |    6 +
 ..._da0c023af7c78f1ef1cfe1143a900a9f._comment |   10 +
 ..._71baea93f6caaf7b81a9ac00bee91e5e._comment |   67 +
 ...not_finding_git-annex-shell_on_remote.mdwn |   21 +
 ..._84881cad02c251a2515cec50fc22bf16._comment |   16 +
 ..._f32412f8d3b84cd5cb3c4d5d6bb60f32._comment |   36 +
 ..._dfbf7f41dd4d17f2ce8b67daa9dcd11d._comment |    8 +
 ..._71ae60efcacdba5e11548923b2c85b95._comment |   10 +
 doc/forum/not_getting_file_contents.mdwn      |    1 +
 ..._4a0f7f4de9c9bc4d13db033cb75d20af._comment |   10 +
 ..._dc7403e1b551552f9fd00da6a1453570._comment |    8 +
 .../one_annex_versus_many_annexes__63__.mdwn  |   10 +
 doc/forum/one_or_many_annexes__63__.mdwn      |    7 +
 ..._656d96011801d67a45b0b3bb3d70fa63._comment |    8 +
 .../overmounting_repository_at_home.mdwn      |   12 +
 ..._399ac5014c489698e1e45deec4db7311._comment |   10 +
 ..._d006d89ba204568cdee0731b6251ec1a._comment |   11 +
 ..._3734b50c37cbec675813cbeca7bf4ce9._comment |    8 +
 ...artial_synchronisation._android_phone.mdwn |    7 +
 ..._2a48569277945a9c334bdfc51f8fd01f._comment |    8 +
 ..._550ae91c8a1fe060368c4682d37514b6._comment |    8 +
 ...nce_and_multiple_replication_problems.mdwn |   17 +
 ..._a2cdf1a4840f099f6bc941fd8de966c7._comment |   16 +
 ..._e65b360706c66ede6e0e841b2ebbbfbc._comment |    8 +
 ..._ad7cb4c510e2ab26959ea7cb40a43fef._comment |   14 +
 ..._23a6dc7ea569944ca55bd21851dd770d._comment |   14 +
 ..._8df6cc8b72e0e78c7380f7d471124498._comment |   12 +
 ...it_on_ssd__44___annex_on_spindle_disk.mdwn |   12 +
 ..._b3f22f9be02bc4f2d5a121db3d753ff5._comment |    8 +
 ..._f94abce32ef818176b42a3cc860691ae._comment |   20 +
 ..._0c8e77fe248e00bd990d568623e5a5c9._comment |   10 +
 ..._4b7e8f9521d61900d9ad418e74808ffb._comment |    8 +
 ..._7abbbe7db3988a2d239d11b0a4c597e7._comment |   10 +
 ..._46bd45fdc25d9c583f4ebe3a9730ab9f._comment |    8 +
 ..._log_file_after_upgrade_to_5.20140517.mdwn |   13 +
 ..._807d7da99f732f2fa5f9d3cb1ba9f1a1._comment |    8 +
 ..._92a7509fc42ab2347d57f080081d14b5._comment |    8 +
 doc/forum/post-copy__47__sync_hook.mdwn       |   14 +
 ..._c8322d4b9bbf5eac80b48c312a42fbcf._comment |   11 +
 doc/forum/preferred_content.mdwn              |   11 +
 ..._9c9e5f2ee5ae4d8459358ad16f879ef1._comment |   10 +
 ...ontent_settings_for_multiple_symlinks.mdwn |    7 +
 ..._70da012d96ab576151fe3e081ef905d1._comment |   10 +
 ..._ccea74d8b5a4de1f3cd1f6da6694ae0e._comment |    8 +
 ..._fab70c642d5aaf26de05270860281030._comment |   10 +
 ..._3cbd06de53b6a13e2741124a8e7b5b5b._comment |   10 +
 ..._963558ab261d8a6315402d371e8348f9._comment |   10 +
 doc/forum/public-web-frontend.mdwn            |   16 +
 ..._c73bd2dfe020c25eaad1c0707dd2db01._comment |    9 +
 ..._0026d7be6b17e50d86b3b54985882f80._comment |   14 +
 ..._only_annex_without_location_tracking.mdwn |    7 +
 ..._47262f048a87fd6b781090f880a9bf99._comment |   12 +
 ..._ec3ff6487c9e5c89c7e508d72518bd50._comment |   10 +
 doc/forum/pulling_from_encrypted_remote.mdwn  |   12 +
 ..._e9d6a9a6e01d01edb41a11b0da11d74d._comment |   10 +
 ..._8d0db2ff65ce935c6e68044a3e0721a8._comment |   16 +
 doc/forum/pure_git-annex_only_workflow.mdwn   |   46 +
 ..._683768c9826b0bf0f267e8734b9eb872._comment |    8 +
 ..._6b541ed834ef45606f3b98779a25a148._comment |   30 +
 ..._ca8ca35d6cd4a9f94568536736c12adc._comment |   10 +
 ..._00c82d320c7b4bb51078beba17e14dc8._comment |    8 +
 ..._b63568b327215ef8f646a39d760fdfc0._comment |   32 +
 ..._cb7c856d8141b2de3cc95874753f1ee5._comment |   12 +
 ..._a32f7efd18d174845099a4ed59e6feae._comment |   32 +
 ..._66dc9b65523a9912411db03c039ba848._comment |   15 +
 ..._9b7d89da52f7ebb7801f9ec8545c3aba._comment |   12 +
 ..._dc8a3f75533906ad3756fcc47f7e96bb._comment |   20 +
 ..._afe5035a6b35ed2c7e193fb69cc182e2._comment |   24 +
 ..._3660d45c5656f68924acbd23790024ee._comment |   12 +
 ..._33db51096f568c65b22b4be0b5538c0d._comment |   15 +
 ..._6e5b42fdb7801daadc0b3046cbc3d51e._comment |   12 +
 ..._ace319652f9c7546883b5152ddc82591._comment |   14 +
 doc/forum/purge_files_with_no_copies.mdwn     |    3 +
 ..._12b578689eb8d5d38c06261ec65e2109._comment |   12 +
 ...out_assistant_and___47__archive__47__.mdwn |   22 +
 ..._97890e26072af9277144651e3fdcada0._comment |   10 +
 ..._542bf265e35a976ac76767762d67d617._comment |  104 +
 ..._bafe99159df2adcd5fecc0d67bbf05a5._comment |    8 +
 ..._e77fa2992d9302a49a05f514c81612ca._comment |   10 +
 ...ld_location_log_from_encrypted_remote.mdwn |   35 +
 ..._f84f955fed7b96ae6208b6ff2ec650cd._comment |   12 +
 ..._c0b2ce3bc7cd55a0c77ddc31493068c2._comment |   10 +
 ..._06a73ca3dc73399ff000b642cca72de7._comment |   10 +
 ...ndirect_renames_on_direct_repo___63__.mdwn |  254 +
 ..._f4b0a14373c75cb752597c832e296bcc._comment |   17 +
 ..._8c86dfc99f0b9040402c9d746decda53._comment |   41 +
 ..._0246fff6c7c75f6be45bd257ec3872a5._comment |   75 +
 doc/forum/recover_deleted_files___63__.mdwn   |   66 +
 ..._d7abb7c45c6ec2723a04f153ed215453._comment |    8 +
 ..._8ea2acaa30d3ee7e9f75310f4ec859b2._comment |    8 +
 ..._376de81c70799bf409be189a48234815._comment |   12 +
 ..._2e73ac530d65a01768a57058b7220a29._comment |    8 +
 .../recovering_from_repo_corruption.mdwn      |   11 +
 ..._01fc85037e24fc70e5c5329898cf6781._comment |   15 +
 ..._3bd1c0bf25a0e892e711a60f53cd5298._comment |    8 +
 ..._679dde8ca0081fc6854d6d2e8a42abdb._comment |    8 +
 doc/forum/recovery_from_failed_merge.mdwn     |    7 +
 ..._84e5b55d473d16bc9bdba5d88dc29bc3._comment |   10 +
 ...annex__44___does_not_recognize_remote.mdwn |    8 +
 ..._c1962d757dd22f49e774afa13a9862ca._comment |   10 +
 ..._1f0f4a1dc89643cee81ff7199b55e747._comment |    8 +
 ...ity__47__completeness_of_XMPP_updates.mdwn |    7 +
 ..._e0f7aa48d54fc0564f41c3a569c723b7._comment |   12 +
 ..._4e74039a673c16c0163f2cfb406dc4c3._comment |    8 +
 ..._41ade4fe72804b2f06cd4dbf405c1746._comment |    8 +
 doc/forum/relying_on_git_for_numcopies.mdwn   |   47 +
 ..._8ad3cccd7f66f6423341d71241ba89fc._comment |   36 +
 ..._be6acbc26008a9cb54e7b8f498f2c2a2._comment |   18 +
 ..._43d8e1513eb9947f8a503f094c03f307._comment |    8 +
 doc/forum/remembering_state.mdwn              |    5 +
 ..._4a6ac5f50dfa5a17a0f0ccd0c2e7a466._comment |    8 +
 ..._1b02d3713a2986bc027d166589a11c3f._comment |    9 +
 ..._b48775ea1e90b061b084f61a4a9baca5._comment |   19 +
 ..._cbebcc6ed4bdae6815c0576475e96f6a._comment |    8 +
 ...ent_repositories_are_bare__33____63__.mdwn |   17 +
 ..._234241460f6c75a8376b303b8dd4e882._comment |   11 +
 ..._42dfc382d07af2a4f29c76016084f87c._comment |   12 +
 ...repo_corruption_in_usb_external_drive.mdwn |   41 +
 ..._d9122bb0cc3551d92877c299a25b9c9e._comment |   10 +
 ..._space_with_directory_special_remotes.mdwn |    2 +
 ..._cd17b624704d93b51931023f69573323._comment |    8 +
 ..._877ca1be23d1484a8a30cdaeb6630053._comment |   15 +
 ..._65910eeaf3c6fcfd03f22c2957293232._comment |    8 +
 doc/forum/retrieving_previous_versions.mdwn   |    7 +
 ..._a4e83f688d4ec9177e7bf520f12ed26d._comment |   11 +
 ...es_for___42____42____42____42____42__.mdwn |   13 +
 ..._7754e2cfb72b034effe8642c1b3e593e._comment |   11 +
 ..._04e1da4352ef9f9be90253ea726e5f24._comment |   12 +
 ..._84aceb9a9d3e5bd14c044861f47e3b9d._comment |   10 +
 ..._2cd17d01edeb230197865e6ea0884de0._comment |    8 +
 .../rsync_asking_for_an_unknown_password.mdwn |   60 +
 ..._f23d1c04a27625089eaef5b4bb7f8456._comment |   12 +
 ..._ce4b399fdb2f04e30bd8a951994f1c80._comment |   10 +
 doc/forum/rsync_over_ssh__63__.mdwn           |    2 +
 ..._ee21f32e90303e20339e0a568321bbbe._comment |    8 +
 ..._aa690da6ecfb2b30fc5080ad76dc77b1._comment |    8 +
 ..._2e340c5a6473f165dc06cc35db38e5c0._comment |    8 +
 ...rsyncing_.git__47__annex__47__objects.mdwn |   24 +
 ..._25eb9f7be5730337b9efd96dce9efd2e._comment |   10 +
 ..._d7ceae666c8a1951021d3c6e6ac39a11._comment |    8 +
 doc/forum/s3_vs_ssh_Performance_Problems.mdwn |    8 +
 ..._65f064f09d7850abecab97007b0d30f0._comment |   12 +
 ..._baaf2384d9196077268e9ca9bbe3b871._comment |    8 +
 ..._dc44be42070c073d150c476406e9b425._comment |   10 +
 ..._f9c3ef3b1b44bfb29125acb6ec621f38._comment |   10 +
 .../safely_dropping_git-annex_history.mdwn    |   20 +
 ..._a4b93a3fbc98d9b86e942f95e0039862._comment |    8 +
 ..._383882fafd32f25ed22b5eb2fb3691b9._comment |   18 +
 ..._47794a2abf29bf4ea2763ff89d872ab4._comment |    8 +
 ..._4fd76d10a93fe01588fce7a621f9254d._comment |   12 +
 ..._10ecf3220ffcbbe94ba09da225458f18._comment |   12 +
 ..._e3beb8acb075faaeef6c052aecbf0a41._comment |   50 +
 ..._61a5fe2e7e47c60a8b237ea69404a37f._comment |    8 +
 ..._426d02e2f2a2ae4ec7eae02dfe4519b3._comment |    9 +
 ..._410a7296c2cee16d3d5bb618a5a41c1d._comment |   10 +
 ..._42cf492fc98a9eba8176387749ef12e0._comment |    8 +
 ..._c0327ada073d8b69535f71b4dc6aa57e._comment |   21 +
 ..._f83d6090aea2b7d5d54c876df940cbad._comment |   40 +
 ...o_build_fine_on_haskell_platform_2011.mdwn |    1 +
 doc/forum/shared_cipher_tries_to_use_gpg.mdwn |   10 +
 ..._760961eaaa7d5c254dd71c5792437c9e._comment |   12 +
 ..._f3260aea3a5bb9b95a9bdf1d0dfce090._comment |    8 +
 ..._really_good_happened_with_3.20130124.mdwn |    5 +
 ..._1712bddd2f483a353f6313aa626445f1._comment |    8 +
 .../sparse_git_checkouts_with_annex.mdwn      |   31 +
 ..._c7dc199c5740a0e7ba606dfb5e3e579a._comment |   12 +
 ..._e357db3ccc4079f07a291843975535eb._comment |    8 +
 ..._fcfafca994194d57dccf5319c7c9e646._comment |    8 +
 ..._04dc14880f31eee2b6d767d4d4258c5a._comment |   20 +
 doc/forum/special_remote_for_IMAP.mdwn        |   44 +
 ..._7c7d4b57a1b6508fff1a6b0508c861f8._comment |   10 +
 ..._9c46fe8a857aa7a5ce797288144386bd._comment |    8 +
 ..._27e3b644df6942ce4c103236d0d5cb1b._comment |   23 +
 doc/forum/special_remote_for_iPods.mdwn       |    5 +
 ..._37cc3dc740341cc663074fd3bfb85947._comment |    8 +
 ...sistant_startup_on_large_repositories.mdwn |    1 +
 ..._5ba637a0f6d01ba24fe25e6265134e0a._comment |   10 +
 ..._d65746697977f8971a4b59f5b413f926._comment |   13 +
 ..._be6c4fe5a0c745688438b716973791cc._comment |   12 +
 ..._a07472338a08c068a9b88b2176fc2bee._comment |    9 +
 ...ation:_read:_Connection_reset_by_peer.mdwn |   28 +
 ..._87b9540e37abb16c0ec7605f5ab204a5._comment |    8 +
 ..._bd3383c142bf93d9cd496cb668d7782c._comment |   12 +
 ..._9b1911ae6468d09dae74ab1a60d2757b._comment |   12 +
 doc/forum/ssh_key_setup_woes_in_Android.mdwn  |   15 +
 ..._f16fbff27a449409699f3dbcf9590622._comment |   10 +
 doc/forum/ssh_password.mdwn                   |    3 +
 ..._a3e5a41e1d4da683d577976b134b11ee._comment |   10 +
 ..._fa261676a99d49d4b237b0d43048d76d._comment |   10 +
 ...itory__34___option_during_setup__63__.mdwn |    3 +
 ..._7244794579a191a677190c60758f32e7._comment |    8 +
 ..._277cf12907bd7c5930eb4f137b115e29._comment |    8 +
 doc/forum/ssh_vs_cifs__47__webdav.mdwn        |    7 +
 .../start_assistant_from_command_line.mdwn    |   11 +
 ..._f8dfce1fca9f1212ccaf84e431db71a9._comment |   12 +
 ..._e769c5d09afbff85961363ddc5eb4019._comment |   10 +
 doc/forum/switching_backends.mdwn             |   12 +
 ..._ecf4109c1148dafde3519243ae3c5a03._comment |   10 +
 ..._21f465a18f40b95dafd307fce0de659a._comment |    8 +
 ..._4c13d22c1695195e6b101bd20ef6bb42._comment |   35 +
 ..._e1d4a48baac23fd3f67b20eba4eee8af._comment |    8 +
 ...irect_mode_while_assistant_is_running.mdwn |    2 +
 ..._7832243a36613c48d0077b438dbf8b4a._comment |   10 +
 ...sync_between_indirect_and_direct_mode.mdwn |    6 +
 ..._7efc0d79196675582571c05fdd133b53._comment |    8 +
 ..._8ac84dbaf7a4d503497487cbdb1749d8._comment |    8 +
 ..._9acb237711669ec6046a8d07f9ed3b2c._comment |    8 +
 .../sync_stages_deletions_on_remote.mdwn      |   72 +
 ..._2b639066095e450c2d9be3b2775d24b3._comment |    8 +
 ..._da5775526a2a476b6ead1cd1a735b8bd._comment |    8 +
 ..._9e07593228915936fadcf90373be9f4e._comment |   14 +
 ..._e5a3dc34c6229ec40bc999c3cab28041._comment |    8 +
 doc/forum/syncing_home_directories.mdwn       |    7 +
 ..._220a6e0ffe0ea610921a63c0a6e3beab._comment |   16 +
 .../syncing_non-git_trees_with_git-annex.mdwn |   46 +
 ..._7f9593bdfd95e4a8814e6cc5c44619e6._comment |   24 +
 ..._49f15478781a0ad5e46e75319070335c._comment |   16 +
 ..._6d8f399f0549eddd1d1f5c9c9a10c654._comment |   13 +
 doc/forum/taskwarrior.mdwn                    |   11 +
 ..._1c3a29e7d292cb602d9d349f8009b51e._comment |   10 +
 ..._4b3d70501763f6d36c927ae37bbd33c2._comment |    8 +
 doc/forum/telehash_syncing.mdwn               |   10 +
 ...ll_us_how_you__39__re_using_git-annex.mdwn |    6 +
 ..._4884803ddee7f642a3ac995a19967a6a._comment |   17 +
 ..._61f5054918e7b36c191454365bc7f3b7._comment |   10 +
 ..._db07e8703be606c998c831e91d300d69._comment |   10 +
 ..._a58595969cdd42ed20210e9615b42e42._comment |   22 +
 ...95__remotes__47__hook_with_tahoe-lafs.mdwn |   22 +
 ..._76bb33ce45ce6a91b86454147463193b._comment |   10 +
 ..._4d9b9d47d01d606a475678f630797bf9._comment |   10 +
 ..._8a812b11fcc2dc3b6fcf01cdbbb8459d._comment |   12 +
 ..._fc98c819bc5eb4d7c9e74d87fb4f6f3b._comment |   39 +
 ..._c459fb479fe7b13eaea2377cfc1923a6._comment |    8 +
 ..._2e9da5a919bbbc27b32de3b243867d4f._comment |   23 +
 ..._d636c868524b2055ee85832527437f90._comment |   20 +
 ..._39dc449cc60a787c3bfbfaaac6f9be0c._comment |   10 +
 ..._2592749c2f02b3e151896e31acba359b._comment |    8 +
 ...tes_syncing_to_gcrypt_based_ssh_repo_.mdwn |    7 +
 ..._4ad9a6a7cf5678ac0bc6d46a54f64cd3._comment |   10 +
 ..._82dc18ed14879936d04133f248879fb9._comment |   10 +
 ...d_repositories:_fatal:_not_a_git_repo.mdwn |   32 +
 ..._0a755a4a281c3bd130722093c8ddd080._comment |   10 +
 doc/forum/ui.mdwn                             |   11 +
 ..._f3e3446b05d6b573e29e6cad300fb635._comment |   10 +
 ..._b493ee97eb2378e72c12f3d137109580._comment |   15 +
 doc/forum/unannex_alternatives.mdwn           |    9 +
 ..._dcd4cd41280b41512bbdffafaf307993._comment |   46 +
 ..._58a72a9fe0f58c7af0b4d7927a2dd21d._comment |   36 +
 ..._b1687fc8f9e7744327bbeb6f0635d1cd._comment |   16 +
 .../unknown_response_from_git_cat-file.mdwn   |    8 +
 ..._f26ba569e715fe69b6de3093930362ee._comment |    8 +
 .../unlock__47__lock_always_gets_me.mdwn      |   11 +
 ..._dee73a7ea3e1a5154601adb59782831f._comment |   12 +
 ..._f89b4349dde840c355a3bc28908decdf._comment |    8 +
 ..._acbab7b75726d34dccb5c9dab7b3e728._comment |    8 +
 doc/forum/unrelated_repositories_sync.mdwn    |   15 +
 ..._c899b7b05a96d14e25c2efadff3b4e52._comment |   10 +
 doc/forum/unsynced_folder.mdwn                |    3 +
 ..._7d7a262f067c7b02d76e82637223934c._comment |   22 +
 doc/forum/update_via_cabal_fails.mdwn         |   35 +
 ..._e1235dc2acd3bac3dd51b7614dabbb88._comment |    8 +
 ...ting_the___34__number_of_copies__34__.mdwn |   14 +
 ..._327bdb0d9c190c60c7147b3acf07af09._comment |   10 +
 ..._7e11c839637e0894332e413cde02cee9._comment |    8 +
 ..._8b7a70fb3bb41e4eda412302834730bb._comment |    8 +
 ...tifier_of_objets___40__doi_like__41__.mdwn |   20 +
 ..._955f3aac12c1ddb41267c5a23ccb79e3._comment |   12 +
 ..._0aff36755f49afddd5482a602a1ccd2b._comment |   10 +
 doc/forum/use_existing_ssh_keys__63__.mdwn    |    5 +
 ..._c420c53f022bbd1b28494bc44d076feb._comment |    8 +
 ..._e4cae848e5701852073ced307832872b._comment |   12 +
 ..._a97c20b6df74c49e5f57c7caf962f1e2._comment |   10 +
 ...2_directories___40__like_unison__41__.mdwn |    7 +
 ..._5c3ee8a8aaa6d0918c0cc9683ce177ae._comment |   10 +
 ..._648946353c6d90c57351cce4010f1301._comment |   10 +
 doc/forum/version_3_upgrade.mdwn              |    9 +
 ..._05fc9c9cad26c520bebb98c852c71e35._comment |   13 +
 doc/forum/view_from_numeric_values.mdwn       |    9 +
 ..._f3c440f3f0104002a0020ba96ddcf87b._comment |   11 +
 ..._2414e1a8cfd154c339d8fc0e4a630ae9._comment |   12 +
 ..._7879a11cc9767cdaac14f9993182dc25._comment |   13 +
 ..._517c7659654a6fc608eb3332053df8a4._comment |   28 +
 .../view_including_files_with_no_tags.mdwn    |    5 +
 ..._b0aafc023fbec33af268576c4c199af3._comment |   24 +
 ..._5ae9d5308371bdb1f94342c9f9b01aff._comment |    8 +
 ..._40__branches__41___never_get_deleted.mdwn |   16 +
 ..._ff53fa0b5f0c4a6554a37e3309e26925._comment |   12 +
 ..._1d4a3f4e83b288262e291262a6636602._comment |   21 +
 ..._4e96e5325fd12e48f190fe551a6ac07e._comment |   12 +
 ..._a4764b5bfb08ebe90430ea14fcb6e8e0._comment |   10 +
 ..._02e08dffb01246010b390aeef8f32234._comment |    8 +
 doc/forum/vlc_and_git-annex.mdwn              |   11 +
 ..._9c9ab8ce463cf74418aa2f385955f165._comment |   10 +
 ..._037f94c1deeac873dbdb36cd4c927e45._comment |    8 +
 ...existent_ref__44___unable_to_checkout.mdwn |   69 +
 ..._c0d9758be80d1a349ffe82c80075bebd._comment |   12 +
 ..._c28dae2eb0ab825ee6d43735e04a18a3._comment |   22 +
 ...webapp___47___assistant_without_watch.mdwn |    9 +
 ..._1bcd99aa81f937ded683e19a69d33dd9._comment |   10 +
 ..._9f5b3f5bf7fedcd5baec519d97d3aa8c._comment |   16 +
 doc/forum/webapp_and_manual_mode.mdwn         |    7 +
 ..._5b5df5ffeb6ee15779972f13fdc11729._comment |   10 +
 ..._a1f06b50d1317c78a301b47eb05d2617._comment |   19 +
 ..._f0739bf4304a91a5d4ec33ac2421c966._comment |    9 +
 doc/forum/webapp_does_not_start.mdwn          |   72 +
 ..._dd27d30ce305562a1552f46c87b1cd27._comment |   12 +
 ..._ef37f40288a1181ca619ae13b0f7a994._comment |    8 +
 ..._6e625dba9f7fa36bf9c7e9d77fbadeff._comment |    9 +
 .../webapp_listen_port_with_autostart.mdwn    |    3 +
 ..._65dbcf3d8f6c16568f5a326242eab9c5._comment |   20 +
 ..._39664f833dedc1a4fe083eec9bc4a7cd._comment |   75 +
 .../what_happens_to_deleted_files__63__.mdwn  |   24 +
 ..._a476174646ad3adfbbe0cafdd7d42d08._comment |   10 +
 ...and_with_file_names_instead_of_hashes.mdwn |    7 +
 ..._4eaca07152916adc18032fb404e4dd92._comment |   10 +
 ..._94b43ac23ff8332b35723422eede8997._comment |    8 +
 ..._45ffa6dd17667ecd6685f85f34046eff._comment |   10 +
 ..._d459fbcf0db59b821ae67f4949e48103._comment |   14 +
 ..._e52a8c9cb418fbc2e2cba71f37bd44ad._comment |    8 +
 doc/forum/windows_port__63__.mdwn             |    2 +
 ..._23fa9aa3b00940a1c1b3876c35eef019._comment |    9 +
 ...et__47__drop_via_webapp_file_explorer.mdwn |    1 +
 ..._c818a6d44dc13a56460b1865f70eb97c._comment |    8 +
 ...ake_copy_stop_on_exhausted_disk_space.mdwn |    4 +
 ..._467e5e3db3e836030bc4b4f15846951f._comment |   12 +
 ..._e3ca3db9bea11d3e085ee9c3c56b33fe._comment |    8 +
 ..._0ef8c37350fc192d9b784fbab1d9f318._comment |    8 +
 .../working_without_git-annex_commits.mdwn    |   20 +
 ...peared__44___broken_symlink_showed_up.mdwn |   27 +
 ..._00b084f9786de6516f46065c0cb00e79._comment |   11 +
 ..._138499b36d28c5e267b4aad8792dc87e._comment |   48 +
 ..._6c59c494b563e56d061417eb2216bb19._comment |    8 +
 ..._ccbba61cdd6fce3e5de82417bcc0cbfb._comment |   12 +
 ..._50526283b35997cece2f087507cdd4ee._comment |   12 +
 ...de_to_track_my___47__home__63____63__.mdwn |    7 +
 ..._b011442de2f67f3ad340031a0767e990._comment |    8 +
 ..._c69865c08c3eb49d64310fc76e80c65d._comment |    8 +
 ..._7651fb48fc71b2c7b4e7b6830a0f9865._comment |   10 +
 ..._7d88f1aa163185c801b7697846086c7f._comment |   12 +
 doc/future_proofing.mdwn                      |   38 +
 doc/git-annex-shell.mdwn                      |  133 +
 doc/git-annex.mdwn                            | 1793 ++++
 doc/git-union-merge.mdwn                      |   38 +
 doc/how_it_works.mdwn                         |   42 +
 ..._b3bdd6a06d5764db521ae54878131f5f._comment |   14 +
 ..._2a8ce5859040d815e6234fc18f5f1961._comment |   10 +
 doc/index.mdwn                                |   46 +
 doc/install.mdwn                              |   33 +
 doc/install/Android.mdwn                      |   37 +
 ..._225f2c6fe255be93702cfbd4dc172f3b._comment |    8 +
 ..._4b565e73f02f0e84bdf7e686b0d7bf5f._comment |    8 +
 ..._4e970633d9073fcf4bc33f3fff2525b2._comment |   10 +
 ..._87da4f379a0276b662583e7e22061218._comment |    8 +
 ..._f9ced494a530e6ae3e76cfbaddb89f5d._comment |    8 +
 ..._74cccae04ea23a8600069c7e658143aa._comment |    8 +
 ..._82c7cb31d19d4e18ca5548da5ca19a79._comment |    8 +
 ..._cebaa8ee5bbed27d9b2d032ca7bdec6e._comment |    8 +
 ..._34f7c42050fa48769a6bfae60d72e477._comment |    8 +
 ..._f3d289b78d6bdb3cc65689495a8439a5._comment |   11 +
 doc/install/ArchLinux.mdwn                    |   19 +
 ..._da5919c986d2ae187bc2f73de9633978._comment |    8 +
 ..._e5f923e6d81cfb3fba7a72f60baaf4ab._comment |   16 +
 ..._8e607cd883ec174571e9dfe3b25bfd05._comment |    8 +
 ..._a378391dd218859f381c479259dd8fe3._comment |   10 +
 ..._cbc960cd78bf5b90e3bb6cb605d6d970._comment |   10 +
 ..._1d597d6a95f9c2df7dae6e98813e4865._comment |   36 +
 ..._2d708977e2fad6b68803494576382df5._comment |   10 +
 ..._5b5f5e0b64e5bfb1ea12e8b251c6fb5f._comment |   15 +
 doc/install/Debian.mdwn                       |   20 +
 ..._a34e23d9aa3027012ab1236aa4f7d5cb._comment |    8 +
 ..._20d8271ba3f6cfe3c8849c3d41607630._comment |    8 +
 ..._89f67da4a4a6a626a7db9c6674b244b6._comment |   11 +
 ..._ef7f3e88d61833e51f0302e938343818._comment |   10 +
 ..._029486088d098c2d4f1099f2f0e701a9._comment |    9 +
 ..._648e3467e260cdf233acdb0b53313ce0._comment |    8 +
 ..._4d922e11249627634ecc35bba4044d9e._comment |    8 +
 ..._2a93ab18b05ccb90e7acc5885866fca2._comment |    9 +
 ..._1bccc7bf7a4ef61a9b30024b9b22ba7d._comment |   12 +
 ..._5b5a3b0e8abe8831a6a15a4e258d14fd._comment |   10 +
 doc/install/Docker.mdwn                       |   32 +
 doc/install/Fedora.mdwn                       |   40 +
 ..._c4db84e672ad4b45b522db735706b00f._comment |   16 +
 ..._f98c488c09bef86e2b0414589ce9e141._comment |   25 +
 ..._d872acf8865fe7c99a9b712db5b38ea4._comment |    8 +
 ..._93b3402e4c51e1a5c96f907bb528164b._comment |   16 +
 ..._0427e0503764b29e57abf9e97155136b._comment |   15 +
 ..._1b1b38a79251fe2e8c1e4debbe3bc3c5._comment |   12 +
 ..._4832d271dcc63a6cd1c40fe38ad5e367._comment |   24 +
 ..._80e167cde1a6511683a8f6e8029c0da6._comment |   10 +
 doc/install/FreeBSD.mdwn                      |    2 +
 doc/install/Gentoo.mdwn                       |    3 +
 doc/install/Homebrew.mdwn                     |   21 +
 doc/install/Linux_standalone.mdwn             |   34 +
 ..._1adc00aecc51f1e74701bd67cd74155d._comment |    8 +
 ..._7983285b56fd10359a7cc3615fd1e2fe._comment |   12 +
 doc/install/NixOS.mdwn                        |    6 +
 ..._4e487ddd2654a8a992c1538b9c3bf003._comment |   21 +
 doc/install/OSX.mdwn                          |   55 +
 ..._cd2120552ef894a37933b328136fa4cc._comment |    8 +
 ..._740fa80e2e54e6fb570f820ff1f56440._comment |    8 +
 ..._a84028080578a8b60115b6c4ef823627._comment |    8 +
 ..._d6f1db401858ffea23c123db49f5b296._comment |    8 +
 ..._035f856923276b0edad879e196e94097._comment |    9 +
 ..._336e0acb00e84943715e69917643a69e._comment |   35 +
 ..._1befafa862b7d07b1f6e57c0182497cf._comment |   36 +
 ..._19c08b2c6c2c5cd88bf96d2bcbbd9055._comment |   10 +
 ..._537fad5d8854e765499d47602d1ab398._comment |    8 +
 ..._18d4377f4ded5604d395d73783ba82c9._comment |    8 +
 ..._3e6a3c00444badf2cf7a9ee3d54af11e._comment |    8 +
 ..._987f1302f56107c926b6daf83e124654._comment |   11 +
 ..._6b5f44a98f9d37a1c6ecfe19a60fe6c5._comment |   12 +
 ..._3d82a270dd4b0159f4aab5675166e1e3._comment |   30 +
 ..._b9d3563a2cc3d769f27876e028dc344d._comment |   12 +
 ..._db90984062a07576a4777b2d743161f1._comment |   24 +
 ..._2a60108a440231ba83f5a54b6bcc5488._comment |   14 +
 ..._d453510b9bb62072a4c663206c12c8a4._comment |    8 +
 ..._0970bfd63137ea48701dff6aea1b4bcb._comment |   18 +
 ..._8622ed56c6a8034c20fb311418d94003._comment |    8 +
 ..._25552ff2942048fafe97d653757f1ad6._comment |    8 +
 ..._ce58633ef5b2f8f4caa7e626358f33be._comment |    8 +
 ..._09084a7b3cf06bfa3add0f4991476ffe._comment |   10 +
 ..._a46d8e3e7795b9afb1e1c2be943d12af._comment |   10 +
 ..._203a36322b3c453c05c8906c64e62e06._comment |    8 +
 ..._874ff01f27911baf6ef0f559d5d5f5a0._comment |   27 +
 ..._47a77a03040fe628109bd54f82f9ad7a._comment |   17 +
 ..._25cac8bcd84a5210fc0a5243260b8cc7._comment |   18 +
 ..._bbe99673033e4c48c8bb3db24ee419f9._comment |    8 +
 ..._39b4b748b4586bf32b37edfefef84bba._comment |    8 +
 ..._1a9c91ef43edc4148947f202ff604114._comment |    8 +
 ..._892f7e65f95f43697164267c4b71c0d5._comment |    8 +
 ..._38d9c2eea1090674de2361274eab5b0e._comment |   29 +
 ..._35bf3812db6f3ef25da9b3bc84f147c5._comment |    8 +
 doc/install/OSX/old_comments.mdwn             |    1 +
 ..._4d15bfc4fc26e7249953bebfbb09e0aa._comment |   11 +
 ..._798000aab19af2944b6e44dbc550c6fe._comment |   10 +
 ..._707a1a27a15b2de8dfc8d1a30420ab4c._comment |   10 +
 ..._60d13f2c8e008af1041bea565a392c83._comment |    8 +
 ..._a6f48c87c2d6eabe379d6e10a6cac453._comment |    8 +
 ..._6ef2ddb7b11ce6ad54578ae118ed346e._comment |    9 +
 ..._6fd1fad5b6d9f36620e5a0e99edd2f89._comment |    9 +
 ..._af6fe3540032cdf4400478de87771058._comment |   30 +
 ..._8d3a0596db67108041728b20f2790f31._comment |    7 +
 ..._0a1760bf0db1f1ba89bdb4c62032f631._comment |   13 +
 ..._0327c64b15249596add635d26f4ce67f._comment |   19 +
 ..._7683740a98182de06cb329792e0c0a25._comment |   25 +
 ..._c9362141d15a2f68a75df9f8bfe29da0._comment |   17 +
 ..._8106196c3fef70652cb2106e2d5857db._comment |    8 +
 ..._47c682a779812dda77601c24a619923c._comment |    8 +
 ..._733147cebe501c60f2141b711f1d7f24._comment |   16 +
 ..._b090f40fe5a32e00b472a5ab2b850b4a._comment |    8 +
 ..._fc092412e99cf4c5f095b0ef710bc4de._comment |    8 +
 ..._d513e21512a9b207983d38abf348d00f._comment |   16 +
 ..._d68c36432c7be3f4a76f4f0d7300bac9._comment |   20 +
 ..._e6109a964064a2a799768a370e57801d._comment |   30 +
 ..._50777853f808d57b957f8ce9a0f84b3d._comment |   10 +
 ..._626a4b4bf302d4ae750174f860402f70._comment |    8 +
 ..._18a8df794aa0ddd294dbf17d3d4c7fe2._comment |    7 +
 ..._2ce7acab15403d3f993cec94ec7f3bc6._comment |   14 +
 ..._a93ad4b67c5df4243268bcf32562f6be._comment |   39 +
 ..._ae3ed5345bc84f57e44251d2e6c39342._comment |   14 +
 ..._c6b1b31d16f2144ad08abd8c767b6ab9._comment |   23 +
 doc/install/ScientificLinux5.mdwn             |   62 +
 doc/install/Ubuntu.mdwn                       |   44 +
 ..._490e065314693423ab6969d8ae6978fe._comment |    8 +
 ..._4ebac3fb43de854ed1a3b1d2ea94011a._comment |   10 +
 ..._38f69dffe2db0d15e4c4e5cb47f40ef8._comment |    8 +
 ..._d1c511153fe94bf33e19a1281f1c92f2._comment |    8 +
 ..._ad13886c1c1f76d1cd995ea7b7d8471c._comment |    8 +
 ..._a08817322739b03cf0fec97283b16f1a._comment |    8 +
 ..._fe0997e56136bd30749f0995cbf19b56._comment |   12 +
 ..._fbb5306a162db1a1ee9efa3523aac952._comment |   11 +
 ..._a97e7f0e62ac685c3ded423bddeaa67f._comment |   14 +
 ..._921a223fd7e679b9ced3d8ba5ce688e0._comment |    8 +
 ..._1f943cb084fa8e21bc6ee5fc3118f02f._comment |    8 +
 ..._c2f8b35ada873acb1ce593b04e2899fe._comment |   11 +
 doc/install/Windows.mdwn                      |   39 +
 doc/install/cabal.mdwn                        |   58 +
 ..._7ebe353b05d4df29897dc9a4f45c8a91._comment |    8 +
 ..._0d06702e6e0ae3cd331cf748a9f6f273._comment |   44 +
 ..._b93ca271dffca3f948645d3e1326c1d9._comment |   12 +
 ..._3dac019cda71bf99878c0a1d9382323b._comment |    8 +
 ..._14b46470593f84f8c3768a91cb77bdab._comment |    9 +
 ..._c3a5b0aad28a90e0bb8da31a430578eb._comment |    8 +
 ..._4faf214f97f9516898d7c17d743ef825._comment |   10 +
 ..._2a9d6807a3a13815c824985521757167._comment |   10 +
 ..._1efa0c7a963ec452fc6336fbe4964f6e._comment |   10 +
 ..._6f42f9234f9ff6a2ca6bbb4d2643843e._comment |   44 +
 ..._f04df6bcd50d1d01eb34868bb00ac35c._comment |   18 +
 ..._0f553be2a4c666e3bed58b2bce549406._comment |    8 +
 ..._f91a6ec21e96eced73ea9579fd8cbd15._comment |    8 +
 ..._2f27b78215f97ade1986ca806c634cb3._comment |   16 +
 ..._c34d2b1d95830a3e58671a5b566a1758._comment |    8 +
 ..._40cbde8ec067b3a860e6df1a9bea5f76._comment |    8 +
 ..._8a7664e6f9271718dc607a0782366c5b._comment |    8 +
 ..._bd455c732639728bce2bfc39e32871d2._comment |    8 +
 ..._c080e9239b6eec88d329c28da7bb4141._comment |   17 +
 ..._15951dd070a675300420eea137a28ef9._comment |   10 +
 ..._ac082dca67f4a29b06070c0283130f52._comment |   39 +
 ..._a69d17c55e56a707ec6606d5cdddee25._comment |   17 +
 ..._ad639c07cb79e89406e95c1dafce3a01._comment |   35 +
 ..._4763b24a29627d55f465b9ea260ea7ec._comment |   22 +
 ..._1d34c294486c85b1149675fa5861ae35._comment |   10 +
 ..._8d4dfc33cada6091c30d3a43ce404b8b._comment |   21 +
 ..._38451e751add6daf479b559c4b6a7c61._comment |    8 +
 ..._4d44e4531e6686bd340f26836ad40026._comment |    8 +
 ..._2a095a5af53a356bd29abd22a9cb1bea._comment |   16 +
 ..._f33e1a4575dccc20b0d3d7c00e6db709._comment |   69 +
 ..._5c1e96221154a4ae4ebd636232044ced._comment |   16 +
 ..._55bed050bdb768543dbe1b86edec057d._comment |   10 +
 ..._2ff7f8a3b03bea7e860248829d595bd1._comment |   14 +
 ..._8789fc27466714faa5a3a7a6b8ec6e5d._comment |   24 +
 ..._5afb2d081e8b603bc338cd460ad9317d._comment |   21 +
 ..._129c4f2e404c874e5adfa52902a81104._comment |   22 +
 ..._738c108f131e3aab0d720bc4fd6a81fd._comment |    8 +
 ..._5ddbba419d96a7411f7edddaa4d7b739._comment |   12 +
 ..._0aa16754fb08d8f2a54c8c3f78b6c187._comment |   14 +
 doc/install/fromscratch.mdwn                  |   27 +
 ..._9d085e460553fa045999ab7cb945cdec._comment |   13 +
 ..._b7954521d9ab40622b665f278dd72e17._comment |   10 +
 ..._a3bf3ce57ea73515a059267f25b816eb._comment |   23 +
 doc/install/openSUSE.mdwn                     |    3 +
 doc/internals.mdwn                            |  247 +
 ..._4b8ed353dca4f484b3b6eb463fa02fd8._comment |    8 +
 ..._c19232d5cc4976c2e5b014aef6e8d9ec._comment |    8 +
 doc/internals/hashing.mdwn                    |   38 +
 ..._9153e4f4f9335e524cf1b96a51bef41f._comment |   10 +
 doc/internals/key_format.mdwn                 |   23 +
 doc/internals/lockdown.mdwn                   |   44 +
 doc/license.mdwn                              |   14 +
 doc/license/AGPL                              |  661 ++
 doc/license/GPL                               |  674 ++
 doc/license/LGPL                              |  502 +
 doc/links/key_concepts.mdwn                   |    7 +
 doc/links/other_stuff.mdwn                    |    9 +
 doc/links/the_details.mdwn                    |    8 +
 doc/location_tracking.mdwn                    |   30 +
 doc/logo-old-bw.svg                           |   60 +
 doc/logo-old.png                              |  Bin 0 -> 9092 bytes
 doc/logo-old.svg                              |   77 +
 doc/logo-old_small.png                        |  Bin 0 -> 4713 bytes
 doc/logo.mdwn                                 |   13 +
 doc/logo.svg                                  |   92 +
 doc/logo_16x16.png                            |  Bin 0 -> 233 bytes
 doc/logo_32x32.png                            |  Bin 0 -> 473 bytes
 doc/logo_small.png                            |  Bin 0 -> 4749 bytes
 doc/meta.mdwn                                 |    5 +
 doc/metadata.mdwn                             |   47 +
 ..._d367fdaf0425b59d694bf16059d47192._comment |    9 +
 ..._e15d2b5a405db4ccdb91d6aad4a22983._comment |   10 +
 doc/news.mdwn                                 |   11 +
 doc/news/2013_git-annex_user_survey.mdwn      |    5 +
 doc/news/LWN_article.mdwn                     |    2 +
 doc/news/Presentation_at_FOSDEM.mdwn          |    4 +
 doc/news/git_annex_fall_of_code.mdwn          |   27 +
 ...rebox_a_FUSE_filesystem_for_git-annex.mdwn |   19 +
 ..._e238d1734238e37bb55ff952b32e06b8._comment |    9 +
 doc/news/version_5.20140529.mdwn              |   25 +
 doc/news/version_5.20140606.mdwn              |   14 +
 doc/news/version_5.20140613.mdwn              |   16 +
 doc/news/version_5.20140707.mdwn              |   23 +
 doc/news/version_5.20140709.mdwn              |   11 +
 doc/not.mdwn                                  |   55 +
 ..._d8fb9add7e98dadea2a39f8827f75447._comment |   10 +
 ..._6c23aba5a9c341f2d5e2007e4b43f2ea._comment |    8 +
 ..._a0ef1a045257659f0f8722e4987e0ccc._comment |    8 +
 ..._c5c20576388f18daba3af913b44fb001._comment |    8 +
 ..._837e3699014b73e8f2bd2a668eea9eef._comment |   23 +
 ..._ac7396ca125abb80a42f9aaaf61a6ab4._comment |   10 +
 ..._ab41bec1ccc884e71780cb9458439170._comment |    8 +
 ..._0e19ff7deb5ed65f2bc685d4c516d816._comment |    8 +
 ..._bab9584c41a25dda934ad230e3eb732d._comment |    8 +
 ..._b2a0d5a45ab8ddd66c29dde9412d7a12._comment |   51 +
 ..._f2829ecbe80a61aa9a8411d2403de69e._comment |   14 +
 ..._547fc59b19ad66d7280c53a7f923ea08._comment |   13 +
 ..._581e23cca0219711f8a4500a8d5d20fc._comment |   16 +
 ..._5c61457f117de38ef487e5cc2780d554._comment |   24 +
 ..._69aa47398a3c13ce64f146de985b727d._comment |   10 +
 doc/polls.mdwn                                |    2 +
 doc/polls/2013.mdwn                           |    5 +
 doc/preferred_content.mdwn                    |  179 +
 ..._f0bce3c67f293eaba97b92f0942876b6._comment |    8 +
 ..._7d45e21dfb016e9ffa4715346dd0c1a6._comment |   19 +
 ..._1ccd90b009245667ad59f4d29d2a3a37._comment |    8 +
 ..._384025b5fa23a3f175985a081438149f._comment |    8 +
 ..._6a9bc657bc7415f0e118357d8c6664c6._comment |   18 +
 ..._f0a957e67297c4bb5a8778c11b3c9fd4._comment |    9 +
 ..._b434c0e2aaa132020fd4a01551285376._comment |   12 +
 ..._c4acaa237bf1a8512c5e8ea4cdbd11b9._comment |    8 +
 ..._ff2a2dc9c566ebd9f570bdfcd7bfc030._comment |   27 +
 ..._f82538be42428691d7cab60a7add2e74._comment |   13 +
 doc/preferred_content/standard_groups.mdwn    |  126 +
 ..._026e47e425d06c4b2580238b3187a379._comment |   13 +
 ..._460bae34ba7c05357318a202b2932d25._comment |    8 +
 doc/privacy.mdwn                              |   47 +
 doc/publicrepos.mdwn                          |   19 +
 doc/related_software.mdwn                     |   15 +
 doc/repomap.png                               |  Bin 0 -> 67316 bytes
 doc/required_content.mdwn                     |   17 +
 doc/scalability.mdwn                          |   39 +
 doc/shortcuts.mdwn                            |   12 +
 doc/sidebar.mdwn                              |   12 +
 doc/sitemap.mdwn                              |    4 +
 doc/special_remotes.mdwn                      |   83 +
 doc/special_remotes/S3.mdwn                   |   53 +
 ..._c366f020c9b97a365e21878a33360079._comment |   10 +
 ..._c1da387e082d91feec13dde91ccb111a._comment |   12 +
 ..._59c3ecab7dbc8be53258460473cac21c._comment |    8 +
 ..._0789a21d980825188bb09f7fc8bba8be._comment |   33 +
 ..._29574a51d5831c51e2e765eb2c06e567._comment |   12 +
 ..._ceb9048c743135f6beca57a23505f0a3._comment |    8 +
 ..._7b79f8b5ef88a2775d61b5ac5774d3e0._comment |    8 +
 ..._4a1f7a230dad6caa84831685b236fd73._comment |    8 +
 ..._5b22d67de946f4d34a4a3c7449d32988._comment |    8 +
 ..._bcab2bd0f168954243aa9bcc9671bd94._comment |    8 +
 ..._38c0b062997fde1ad28facc05d973e83._comment |   12 +
 ..._409bc2b56382417cf26bb222fb783ba7._comment |    8 +
 ..._78da9e233882ec0908962882ea8c4056._comment |   10 +
 ..._6af9781004d982d8e6b20a83ad29eead._comment |    8 +
 ..._0fa68d584ee7f6b5c9058fba7e911a11._comment |   12 +
 ..._7ad757b3865b04967c79af0a263bb3b0._comment |   10 +
 doc/special_remotes/bup.mdwn                  |   39 +
 ..._f78c1ed97d2e4c6ebffaa7482cfe0c9b._comment |   23 +
 ..._b53bceb0058acf4d1ab12ea4853ee443._comment |   24 +
 ..._65d923226cf6120349d807c5c60f640c._comment |    8 +
 ..._96179a003da4444f6fc08867872cda0a._comment |   43 +
 ..._612b038c15206f9f3c2e23c7104ca627._comment |   12 +
 ..._1186def82741ddab1ade256fb2e59e6f._comment |   17 +
 ..._7d22a805dd2914971e7ca628ceea69be._comment |   10 +
 ..._5942333cde09fd98e26c4f1d389cb76f._comment |   10 +
 ..._cb1a0d3076e9d06e7a24204478f6fa98._comment |   10 +
 ..._4cbc67e5911748d13cee3c483d7ece8a._comment |   12 +
 ..._ca7096a759961af375e6bd49663b45b3._comment |   10 +
 ..._e9881290486a1770bd260f8650ada9c6._comment |    8 +
 ..._e01b5cc5a0d81b071e93e27e7b91fe2a._comment |    8 +
 ..._13237170ef5b6646e0e25d3421af3fe5._comment |   10 +
 ..._1a36a0483a9db04d36e0234a192ebad8._comment |   12 +
 ..._a8419963dc024b1d9eb73807596012dc._comment |    8 +
 ..._95ccfdd22a2391daa99e0beb04adedd6._comment |   11 +
 ..._b9d238fb15ad7628e33c90b071e07bb0._comment |   12 +
 ..._cc21b81a8f809f6efa5f5b6332513fc3._comment |   12 +
 ..._3fe750118ff1edbe91a110b86fb5b662._comment |   10 +
 ..._6794eb52bd87c28ef1df3172aa7d5780._comment |    9 +
 ..._961276c18e9353ca8e25cad53e7ec51f._comment |    8 +
 ..._6b7242721f2f2c77b634568cb737e3e3._comment |   13 +
 ..._5c11e69c28b9ed4cbe238a36c0839a47._comment |   15 +
 ..._308afc586b86c66bbb3437d63864d9cb._comment |   16 +
 ..._0f5440e0e54cf7ac2a68b1ba115b0930._comment |   10 +
 ..._97543acfa7434e332ebea5672e446317._comment |    8 +
 ..._9229776623c234204c8b164edff95da0._comment |    8 +
 ..._3bbda479d13f6bf393dcd59ed94ddeaa._comment |   10 +
 ..._f7000975d38077828ab11a99095b39eb._comment |    8 +
 ..._5d2bd7c1e1493d3c3784708a9b0bc001._comment |    8 +
 ..._af01ee5ce31b1490af565cb087d65277._comment |   10 +
 ..._3d4ffec566d68d601eafe8758a616756._comment |   13 +
 ..._26af468952f0403171370b56e127830a._comment |    8 +
 doc/special_remotes/ddar.mdwn                 |   40 +
 doc/special_remotes/directory.mdwn            |   39 +
 ..._86f8c1b09cbd82bcd76378dfa1b3ca07._comment |   49 +
 .../directory/comment_12._comment             |   16 +
 ..._311cd013fd8db47856d84161119e059d._comment |   12 +
 ..._e8a53592adb13f7d7f212a2eb5a18a31._comment |   12 +
 ..._d949edad6a330079f9e15f703f9091e3._comment |   10 +
 ..._49009f4e9e335c9a9d0422aa59c9a432._comment |    8 +
 ..._f5e9b0b477c4e521f8633fd274757fa3._comment |    8 +
 ..._e790718423c41f5ea8047ea5225bfacd._comment |   11 +
 ..._325aac80b86588912c4fd61339ccbd0b._comment |   10 +
 ..._4206db69d68d9917623ce02500387021._comment |   12 +
 ..._acd9023511fe43817718bc89430f96c3._comment |    8 +
 ..._d330eb808a990bb71034613c297a265e._comment |    8 +
 doc/special_remotes/external.mdwn             |   27 +
 doc/special_remotes/external/example.sh       |  195 +
 doc/special_remotes/gcrypt.mdwn               |   50 +
 doc/special_remotes/glacier.mdwn              |   47 +
 ..._fcd856b99dc6b3f9141b65fe639ef76b._comment |   10 +
 ..._38fcca87074f6ea31a12569a822aa8c9._comment |   12 +
 ..._cea5bcb162e4288847ba5f25464a0406._comment |   28 +
 ..._0c92cc82c7ac513130f862391a02d329._comment |    8 +
 ..._8d1dcb4bf48386314bfb248ea6eeeb68._comment |    8 +
 ..._adb1db354dc4941e4b004e4ba34660d7._comment |    8 +
 ..._747e403aac5acaba00e220931e926951._comment |   10 +
 ..._a04bb5f27c1a7cfffe881903f973dbec._comment |   24 +
 ..._89c4506e079c299fd098d0fe746d032a._comment |    8 +
 doc/special_remotes/hook.mdwn                 |  109 +
 ..._6a74a25891974a28a8cb42b87cb53c26._comment |   32 +
 ..._ee7c43b93c5b787216334f019643f6a0._comment |   17 +
 ..._2593291795e732994862d08bf2ed467b._comment |   17 +
 ..._35d79b5ffa5a19056efcdc805070bc4b._comment |   18 +
 ..._6fbf1e963fa3ea4b2eb8ca5a3819762d._comment |   10 +
 ..._e0ab48d5333e5de85f016b097e6fdac1._comment |   12 +
 ..._cc2b1243c2c36e63241513bcaddfea67._comment |   10 +
 ..._bbae315233bda48eb04662dfd48cf1ae._comment |   30 +
 ..._037523d1994c702239ca96791156fe65._comment |   10 +
 doc/special_remotes/rsync.mdwn                |   56 +
 ..._43e8fa3517c1f5935f02ad06fbed63dc._comment |    8 +
 ..._8cafc1a8b37e6fb056185ec058c0c3e8._comment |    8 +
 ..._9e180c397486989beab21699b8e8f103._comment |   16 +
 ..._25545dc0b53f09ae73b29899c8884b02._comment |    8 +
 ..._960a89b1ae7e3888ffba06baa963dc21._comment |   20 +
 ..._db84816c31239953dd21f23a8c557b43._comment |   15 +
 ..._ccaffa4aded9dab88c76a856b96ea5b9._comment |    9 +
 ..._e687b9482b177e1351c8c65ea617d3fa._comment |    8 +
 ..._e122979ea811d9ef835ba05bb936190f._comment |   10 +
 ..._d566113318d0aa7500d76ffe1bd46069._comment |   10 +
 ..._5dcf10a502b2d4feac46b620d43e9d00._comment |    8 +
 doc/special_remotes/tahoe.mdwn                |   47 +
 doc/special_remotes/web.mdwn                  |   11 +
 ..._0bd570025f6cd551349ea88a4729ac8e._comment |    8 +
 ..._333141cc9ec6c26ffd19aa95303a91e3._comment |    8 +
 doc/special_remotes/webdav.mdwn               |   42 +
 ..._2c087a132c2203ac20636800bf73dfa7._comment |    8 +
 ..._cde4fccaf551ba1eab8235ebf6654316._comment |   10 +
 ..._76423262fceeced32ab18fa38ed53bdb._comment |   15 +
 ..._2390020fa7daac8a6d3e8b713bd3b8e7._comment |   12 +
 ..._6b523eea78eae1d19fe2a9950ee33e3a._comment |   26 +
 ..._83fc4e7d9ba7a05c8500da659f561b8f._comment |   10 +
 ..._239367ad639c61ecdf87a89f7ac53efe._comment |   10 +
 ..._ffa52f7776cdc8caa28667b5eadae123._comment |    8 +
 ..._5b8cbdb5e9a1b90d748a5074997e1cd5._comment |   12 +
 ..._d3be3e588c3a2abb2025ceb82c18b0ef._comment |   10 +
 ..._6fa7e11331db5a943015bd5367eb3d73._comment |   12 +
 ..._2627b41f80c7511b27464e2040b128a8._comment |    8 +
 ..._b8f17efe524bb45a3e16705996df1265._comment |    8 +
 doc/special_remotes/xmpp.mdwn                 |   39 +
 ..._c7c2e2e81cb5b2b9a5272430c835dd39._comment |   10 +
 ..._05d9a67b9331656b4035399641cedb1b._comment |   22 +
 ..._568247938929a2934e8198fca80b7184._comment |   11 +
 ..._9fc3f512020b7eb2591d6b7b2e8de2d7._comment |   10 +
 ..._48ddbba1402d89acaea07cff747c48e0._comment |   28 +
 ..._59857879abaae22bde444a215e00bf18._comment |   14 +
 ..._583ee374bd34fcc9ae26c2fd690e8c47._comment |   73 +
 ..._8f0b5bba1271d031a67e7f0c175d67d5._comment |    8 +
 ..._ac7acbded03325b015959d82ae77faf1._comment |   10 +
 ..._81a9636a1e8a36a58185468a26f8633d._comment |    8 +
 ..._eda76b826491c96b1ce072aacf9d3adf._comment |   23 +
 doc/summary.mdwn                              |   11 +
 doc/sync.mdwn                                 |   44 +
 ..._2cd8ab86f498d6f676f859b552f831eb._comment |    8 +
 ..._7683879f6982c0eb0aa39b66ff5a5ea9._comment |   10 +
 ..._2fea14fa314ddb7ab645a5cca5a95fd9._comment |   14 +
 ..._690f66be9cefe28844d8df653b7a0331._comment |   10 +
 ..._db342785a4dade30b5b75cb95031bed1._comment |    8 +
 ..._168e0ab10b4084e13df1a3058fa7e8a9._comment |    8 +
 ..._96096f994fc55f921f2b24b274f998f7._comment |    8 +
 ..._59681be5568f568f5c54eb0445163dd2._comment |    8 +
 ..._9301ff5e81d37475f594e74fbe32f24e._comment |   11 +
 ..._49560003da47490e4fabd4ab0089f2d7._comment |    8 +
 ..._cf29326408e62575085d1f980087c923._comment |    8 +
 ..._18c396c59907147bb2bf713e55392b6b._comment |    8 +
 ..._012e9d4468d0b88ee3c5dad3911c3606._comment |   10 +
 ..._6276e100d1341f1a0be368f54de0ae7b._comment |    8 +
 ..._b89161c82c05634d35f6b65bf8360a96._comment |   14 +
 ..._849883b7cc05bfcb01914d8737098010._comment |   18 +
 doc/templates/bare.tmpl                       |    1 +
 doc/templates/buglist.tmpl                    |   25 +
 doc/templates/bugtemplate.mdwn                |   18 +
 doc/templates/walkthrough.tmpl                |    2 +
 doc/testimonials.mdwn                         |   34 +
 ..._2bf439f7a3bc3d6fab91849017946182._comment |    8 +
 doc/thanks.mdwn                               |  372 +
 doc/tips.mdwn                                 |    4 +
 ..._37____38____34____35___Haskell__33__.mdwn |  111 +
 ..._835a3608df3e9d044cabe822d0f3e7e4._comment |   27 +
 ..._080b30cba72a718e73ea715e259e1cfb._comment |    8 +
 doc/tips/Crude_Windows_Sync.mdwn              |   35 +
 ...tralized_repository_behind_a_Firewall.mdwn |   59 +
 ..._78b9035234a690ca5a7c9f3cc78fa092._comment |    8 +
 .../Delay_Assistant_Startup_on_Login.mdwn     |   13 +
 ..._c63917150527efab4b1106183b3aa7ef._comment |    8 +
 doc/tips/Git_annex_and_Calibre.mdwn           |  120 +
 ...ly_annex_a_file_already_in_a_git_repo.mdwn |   19 +
 ..._7eaf73fb3355bd706ab18a43790b3c10._comment |    8 +
 ..._dac1a171204f30d7c906e878eb6bd461._comment |   45 +
 ..._b62ec0b848d2487d68d7032682622193._comment |   36 +
 ..._2423904e41a86cd1c6bc155d7b733642._comment |    9 +
 doc/tips/Internet_Archive_via_S3.mdwn         |   85 +
 ..._d53a3848c20dce61867283fc03c2adaa._comment |   34 +
 ..._91c1472da27b00e5d682d22bc1ef04e0._comment |   10 +
 ..._e23cf781c532f80d47d52265f2b2c87e._comment |    8 +
 .../Shamir_secret_sharing_and_git-annex.mdwn  |   21 +
 doc/tips/Synology_NAS_and_git_annex.mdwn      |   59 +
 ..._ef7e19f1fd2005eb7cc74509ffb92766._comment |    9 +
 ...content_settings_for_my_android_phone.mdwn |   36 +
 ..._393d1636bb313530be383a075bd3440a._comment |   14 +
 ..._51a013213118660bdc06ff4d6c8110ba._comment |   12 +
 ...Git-annex_as_a_web_browsing_assistant.mdwn |   46 +
 ..._74167f9fff400f148916003468c77de4._comment |    8 +
 doc/tips/ZSH_completion.mdwn                  |   13 +
 doc/tips/assume-unstaged.mdwn                 |   31 +
 ..._44abd811ef79a85e557418e17a3927be._comment |   10 +
 ..._5b589f37cfc03bf7be33a51826cc4dba._comment |   13 +
 doc/tips/automatically_adding_metadata.mdwn   |   24 +
 ..._ffc308cc6aedabbc55820db4f401e0fb._comment |    8 +
 ..._bd64a53914107bc000c887b4d4bdf6af._comment |   12 +
 ..._02e5314f827d17d482343e8f22c42fd9._comment |   10 +
 .../pre-commit-annex                          |   71 +
 ...tomatically_getting_files_on_checkout.mdwn |   15 +
 ...n_doing_fsck_on_large_special_remotes.mdwn |    2 +
 ..._e7c5c46112a2406b873d08bbf53c40d8._comment |    8 +
 ..._daf45ce29fed986fa9aa8b173760d0b7._comment |   14 +
 ..._72d222020af4a9c6c753eb1ee7e1f1cf._comment |    8 +
 ...sed_repository:_starting_from_nothing.mdwn |   71 +
 ..._b0d22822017646775869ce1292e676f4._comment |    8 +
 .../centralized_git_repository_tutorial.mdwn  |  140 +
 ..._9072ebc0c61446d7b151fcfab616fea9._comment |   33 +
 ..._528e92b21f0551fde4adb956654953ae._comment |    8 +
 doc/tips/downloading_podcasts.mdwn            |   79 +
 ..._4d4f6c22070b58918ee8d34c5e7290ad._comment |    8 +
 ..._d8d77048c7e2524968c188e1ad517873._comment |   24 +
 ..._0859317471b43c88744dd3df95c879f7._comment |   10 +
 ..._e8c3c97282d17e2a1d47fb9d5e2b2f7b._comment |   18 +
 ..._05a3694052de36848fbbad6eeeada895._comment |    8 +
 ..._21028bed8858c2dae1ac9c2d014fd2a1._comment |    8 +
 ..._4869fb5c9f896acc477c44de06c36ca7._comment |    8 +
 ..._2e278ff200c1c15efd27c46a3e0aed40._comment |    9 +
 ..._382f2b970738d9b1af577955c3083e90._comment |   15 +
 ..._f76fc6835e5787b0156380bf09fd81ca._comment |    8 +
 ..._f04bc32a34baeeffcd691e9f7cce0230._comment |   13 +
 ..._65ebf3a3bbf0a2aebd2b69640b757e16._comment |   10 +
 ..._98a1dacc8d264ff31801e6c5c5f2612d._comment |    8 +
 ..._00cc7a2fb936d7ea3d5d3764a1637663._comment |   10 +
 ..._a9a98cad7358d16792853a2ee413fe6c._comment |    8 +
 ..._5a8068a5cb0fd864581157a3aa5d1113._comment |   10 +
 ..._e7072a9da30b4c4b4c526013144238d4._comment |   10 +
 ..._79b3f8d678ac9f67df4c0cd649657283._comment |    8 +
 ..._35106fee5458bdd5c21868fbc49d3616._comment |   10 +
 ..._ceb16498b7aadbf04a27acd5d6561d46._comment |    8 +
 ..._147397603f0b3fdb42ca387d1da7c5ef._comment |    8 +
 ..._6a26a6cc7683d38fae0f23c5a52d1e23._comment |   24 +
 doc/tips/dropboxannex.mdwn                    |   29 +
 doc/tips/emacs_integration.mdwn               |   25 +
 doc/tips/file_manager_integration.mdwn        |  119 +
 ..._0f82520f415b4715946358658e1799a8._comment |    8 +
 ..._9cb6b7fcb8e33a75efd2f92d7e40a9c5._comment |    8 +
 doc/tips/finding_duplicate_files.mdwn         |   21 +
 ..._2ed5aa8c632048b13e01d358883fa383._comment |   12 +
 ..._5efc6b6ee1dfec88512183e9679ca616._comment |   24 +
 ..._ddb477ca242ffeb21e0df394d8fdf5d2._comment |    8 +
 ..._900eafe0a781018ff44b35ac232e3ad3._comment |    8 +
 .../comment_3._comment                        |   39 +
 ..._1494143a74cc1e9fbe4720c14b73d42b._comment |    8 +
 ..._1a35ca360468bcb84a67ad8d62a2ef7d._comment |    8 +
 ..._a6e88c93b31f67c933523725ff61b287._comment |   16 +
 ..._347b0186755a809594bd42feda6363e2._comment |   10 +
 ..._3af51722da0980b724facb184f0f66e9._comment |   10 +
 ..._7b4b78a5cd253abfe4f6001049bf64f3._comment |   10 +
 doc/tips/flickrannex.mdwn                     |   50 +
 ..._50707f259abe5829ce075dfbecd5a4ba._comment |   13 +
 ..._ab5bcb025381b3da4d7c6dfd0c7310dd._comment |   46 +
 ..._90a331275d888221bc695003c8acbe46._comment |   58 +
 ..._1596e70dca71c853fd1d6fc9bde02b18._comment |   12 +
 ..._c728f10074d194efa8b2c60e97d275e7._comment |   12 +
 ..._d74c4fc7edf8e47f7482564ce0ef4d12._comment |   10 +
 ..._f53d0d5520e2835e9705bea4e75556f0._comment |   30 +
 ..._9ebba4d61140f6c2071e988c9328cf7e._comment |   14 +
 ..._4470dae270613dd8712623474bc80ab0._comment |   24 +
 ..._d395cdcf815cb430e374ff05c1a63ff4._comment |   17 +
 ..._8cf730097001ffe106f2c743edce9d0a._comment |   12 +
 ..._a80c8087c4e1562a4c98a24edc182e5a._comment |   12 +
 ..._94f84254c32cf0f7dd1441b7da5d2bc6._comment |    8 +
 ..._5299b4cab4a4cb8e8fd4d2b39f0ea59c._comment |    9 +
 ...ncrypted_git_repositories_with_gcrypt.mdwn |  127 +
 ..._4440a80d64c60c7312d5c405d54e607a._comment |   15 +
 ..._28eb9d4ebf28ca310f9b357b1dad244a._comment |   30 +
 ..._b697b2ab10705b090a78e7717ec59b18._comment |   10 +
 ..._4e37146a870576f09f56d2e5ee784ed7._comment |   23 +
 ..._2044e821d841fcd37a51ae768fa88df2._comment |   12 +
 ..._5c54690586f2a781905ea4b25aa1147f._comment |   18 +
 ..._07feedb4348f8c31176cc744c19368a1._comment |   21 +
 ..._c2f873dffa015f1d72ad0c3921909316._comment |    8 +
 ..._f8a6e4415f4fe6da14f6a3b7334bc952._comment |   18 +
 ..._11b8e82d2a234f65b58b823e71c6d6a2._comment |   10 +
 ..._3e41948e1beffcf279bb05ef8e61cc07._comment |   16 +
 ..._4ce0b26b25b336f07b2e27246cdfba3e._comment |   16 +
 ..._49aa34d75d24a2066baa8a585bc9c2e9._comment |   14 +
 ..._3784e0c828cd60b6a9075c2d32d070cc._comment |   14 +
 doc/tips/googledriveannex.mdwn                |   32 +
 ..._ce7f2b04e83cc02d9dabb712f266e5cc._comment |    9 +
 ..._c98c00e87bc921158c9c3698fd9f89c9._comment |   23 +
 ..._e7ba5620c0946874f0ae1287f99d1177._comment |    8 +
 ..._239091adaea6ae39fa9a4d9719667a98._comment |   41 +
 doc/tips/imapannex.mdwn                       |   25 +
 doc/tips/megaannex.mdwn                       |   29 +
 doc/tips/metadata_driven_views.mdwn           |  152 +
 ..._1d6793701fd8a1a66bae04662cf853ce._comment |   12 +
 ..._13ae4e3668b693c0eefaca23b88515cf._comment |    9 +
 doc/tips/migrating_data_to_a_new_backend.mdwn |   16 +
 ...disconnected_directories_to_git_annex.mdwn |   77 +
 doc/tips/offline_archive_drives.mdwn          |   69 +
 ..._3d4fdf42191a9d81434d00f51c3609ff._comment |   12 +
 ..._864c752aa8d064791a4b14dbbe2e6882._comment |   15 +
 ..._7be2ccaf70c9ecfc9a34384e0e31f490._comment |   10 +
 doc/tips/owncloudannex.mdwn                   |   28 +
 ..._129652308c3c499462828dcaf8e747a4._comment |   40 +
 ..._38604990368666f654d41891ba99ac61._comment |   15 +
 ..._1bfd290d00d6536da7d31818db46f8ec._comment |   87 +
 ..._492b6922a7c5bb5464fedb46b0c5303b._comment |   17 +
 ..._1d48ac08714fadcb06d874570d745bd8._comment |   16 +
 ..._65959f49a2f56bffd6fe48670c0c8d5a._comment |    8 +
 ..._7482002991672ef67836bae43b8d0be8._comment |    8 +
 doc/tips/powerful_file_matching.mdwn          |   36 +
 doc/tips/recover_data_from_lost+found.mdwn    |   19 +
 ..._f0901527a4f0faf0b1fd916d5b809314._comment |    9 +
 ..._ac405575058beeac992d07c55f7c53a8._comment |    8 +
 ...overing_from_a_corrupt_git_repository.mdwn |   17 +
 ..._f5827be97f78dbae113a5ba0c9ced896._comment |    8 +
 ..._e98df7275bb032308bb87e3607bdde32._comment |    8 +
 ..._11bece6dfac090edbcd783b266c482a3._comment |    8 +
 ..._86e99017f7585ac2f76753051214637e._comment |    8 +
 ..._c8953732ce353cdf0c4fb81ddc98c04a._comment |    8 +
 ..._d0da84df0241dc6ccf0aa0c7598917df._comment |    8 +
 ..._addf49556e4c33d55a41c393f519d0a4._comment |   10 +
 ..._505a2fc2b841fe8eb419801f923ef35f._comment |    8 +
 doc/tips/remote_webapp_setup.mdwn             |   49 +
 ...e_or_dvcs-autosync_with_the_assistant.mdwn |   51 +
 ..._d1bd5d6b33951f6d11185bb4a8228269._comment |    8 +
 ..._54692ebf854ecbcc5314bb29c33ecc66._comment |    8 +
 ..._907e4032ca4a39adb846cf16dbf447dc._comment |    8 +
 ..._902d001ba86657ef0f8cca5b175f99ca._comment |    8 +
 ..._a1cf93f9b29658f0f26e9e0ae6057ee3._comment |   60 +
 ..._e10671908b58c554375787d0f76e2366._comment |   13 +
 ..._4114380f66b6376c851e93f6876d590b._comment |    8 +
 ..._6a5d6af107b297afd008b021f73d787b._comment |    8 +
 ..._74d57cf503a86d8f7ace2d769dbb58be._comment |   10 +
 ..._85765c0cfeb5b326c06cf60c98147cbf._comment |   21 +
 ..._082b5d90ffc836e7c86e40b63a75780d._comment |    8 +
 ...tup_a_public_repository_on_a_web_site.mdwn |   55 +
 ..._1d0fa6da33e401df1d7ff31979247fec._comment |   10 +
 ..._b98b761dee9d923153e3c288c1d987ee._comment |   11 +
 ..._a6698218f15c598c9b32e0af850133bf._comment |   12 +
 ...nnex_directory_between_multiple_users.mdwn |   39 +
 ..._01db8cf9dff016bd8e0498d36f325418._comment |    8 +
 doc/tips/skydriveannex.mdwn                   |   32 +
 ..._c3465b5587548dea56b80b32cd66d653._comment |   16 +
 ..._bf383481b2bbb962fbfe783b9f2f213a._comment |    8 +
 ..._1f747018b35ab8accd2bf0905e6ad926._comment |    8 +
 ..._8b9444006734262693f71e50a40eae1d._comment |   19 +
 ..._8b01dc6ca1082a8c24ff65fec9d759d8._comment |    8 +
 ..._1d220d96945d497f3a93b5d848eb3995._comment |    8 +
 ..._a7a3afdc7eed9a0eda48dcb57f1e87c6._comment |   12 +
 ..._7fcd9c6b5e2a3fc7b753eeac06164036._comment |   18 +
 ..._856eaa1b167033aede91a937099c7833._comment |   18 +
 ..._cfcf767a1bf07957b76d7f44ef8a9500._comment |   14 +
 doc/tips/untrusted_repositories.mdwn          |   28 +
 doc/tips/using_Amazon_Glacier.mdwn            |   75 +
 ..._ccee7f4f5a483a3650270b6e09ab7293._comment |   36 +
 ..._d34e05f9244d3a4fcec87b3c360adb4e._comment |   10 +
 ..._4c504fd22775afe36296cf54d3e04a8e._comment |    8 +
 ..._e6ac76b0c20285f4f96b3d0975e8ac66._comment |   21 +
 ..._7788890f58f714b0cdf1462c718ea536._comment |    8 +
 ..._0fbe528a57552622e8128196ad80c863._comment |    8 +
 doc/tips/using_Amazon_S3.mdwn                 |   37 +
 ..._666a26f95024760c99c627eed37b1966._comment |    8 +
 ..._f5a0883be7dbb421b584c6dc0165f1ef._comment |    8 +
 ..._32acba030c2ad252e2f7027075e4303e._comment |    8 +
 ..._92df5a9f923beafba55a1c455728112e._comment |   13 +
 doc/tips/using_Google_Cloud_Storage.mdwn      |    9 +
 ..._c576182f39563ae68767391c4227a177._comment |   18 +
 ..._0843bfb776b8b6d5de4de7fda4489f34._comment |   15 +
 ..._9738f145014d8eae1f1aae7c39e71d31._comment |   12 +
 .../using_box.com_as_a_special_remote.mdwn    |   71 +
 ..._be39f063e8a6155cc2eb71829e884a63._comment |    8 +
 ..._no_fixed_hostname_and_optimising_ssh.mdwn |   59 +
 ..._c0b7682a2b6f3078457b85683c825baf._comment |   10 +
 doc/tips/using_gitolite_with_git-annex.mdwn   |  149 +
 ..._8767bc8014b459a3cd76f275fd4fa8d6._comment |    8 +
 ..._00715e0b47f09130e0e536e29f7b9258._comment |   31 +
 ..._7027ce60265b8f24c8ab54553e544068._comment |    8 +
 ..._75218b7409c0e281cb01c9b2791e8cdf._comment |   20 +
 ..._7d4d4515218d1259d32be3baeb5ee56e._comment |   13 +
 ..._dc6f21b5a3d5931c8d949a9753411b9e._comment |   29 +
 ..._8e5039e6655fc80dc863b6cdf44ef02a._comment |   15 +
 ..._9c40e1da8bb44f7207e802377f5cf923._comment |   11 +
 ..._f1a180d5cf65b7a870a13ddb4f76d00d._comment |   21 +
 ..._33c19097b6f2b48dfe09ec4c8d952d06._comment |   11 +
 ..._9a2a2a8eac9af97e0c984ad105763a73._comment |   15 +
 ..._c82af00db3dd74ee9bfe12668e76e57b._comment |   13 +
 ..._d2feaaf22d41413048dabf706d1b267e._comment |    8 +
 ..._d8efea4ab9576555fadbb47666ecefa9._comment |    8 +
 ..._807035f38509ccb9f93f1929ecd37417._comment |    8 +
 ..._eb81f824aadc97f098379c5f7e4fba4c._comment |   33 +
 ..._f688309532d2993630e9e72e87fb9c46._comment |   20 +
 ..._3e203e010a4df5bf03899f867718adc5._comment |   25 +
 ..._f8fd08b6ab47378ad88c87348057220d._comment |   10 +
 ..._8249772c142117f88e37975d058aa936._comment |   29 +
 ..._28418635a6ed7231b89e02211cd3c236._comment |    8 +
 doc/tips/using_the_SHA1_backend.mdwn          |   11 +
 .../using_the_web_as_a_special_remote.mdwn    |  109 +
 ..._321a41d611c6fe45e047af9c96c5176c._comment |   26 +
 ..._dfe9c8c49aadff80d2020288584e0390._comment |   10 +
 ..._ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment |   18 +
 ..._c1133a524989a940f1b5db588707157a._comment |   10 +
 ..._5ee9717e74ca2afed98e81fc0ea98a95._comment |   18 +
 ..._dceb15bd656e69eefa3ca975d9d642de._comment |    8 +
 ..._0bde977c62a53c90cb20491936bc399d._comment |    8 +
 .../visualizing_repositories_with_gource.mdwn |   22 +
 ..._01c5cd21375990c612b8f291904ddb3e._comment |   10 +
 .../screenshot.jpg                            |  Bin 0 -> 78509 bytes
 ..._to_do_when_a_repository_is_corrupted.mdwn |   27 +
 ..._c3543190eae2af594f3e050057e80db6._comment |    8 +
 ..._025178c2b11affe2d42a87544b897dc8._comment |    8 +
 ..._9a6bae9c0326ecc7610f5415db20f49e._comment |    8 +
 ...what_to_do_when_you_lose_a_repository.mdwn |   19 +
 ..._cf19b8dc304dc37c26717174c4a98aa4._comment |   11 +
 ..._fa9ca81668f5faebf2f61b10f82c97d2._comment |    8 +
 ..._fdcfca8707e310ca7bb94d359adf8607._comment |    8 +
 ..._679eb9be0bfb9d48a2b96383c4816f62._comment |   10 +
 ..._4fb04b70d88ec93ff9ed4f884747d5d4._comment |   12 +
 ..._05db504cbff2ec2a6346bf43e57a3c25._comment |    8 +
 ..._4e6baa41bfee6edf2b17d4ade2909c7b._comment |   16 +
 ...nother_simple_disk_usage_like_utility.mdwn |    9 +
 ..._41b212bde8bc88d2a5dea93bd0dc75f1._comment |    9 +
 ..._73698913837bfd5a58cf15721211e43e._comment |    8 +
 doc/todo.mdwn                                 |    4 +
 ...Versions_of_a_File_From_a_Direct_Repo.mdwn |    1 +
 ..._6f477af942aeb98683a56bcf0e819a38._comment |   11 +
 ..._45c22f596a18d5dc2331cfeef8c767fa._comment |   12 +
 ..._cbca264d86fe733b8106a4bf50c0c6ff._comment |    8 +
 ...y_to_pair_devices_like_bittorent_sync.mdwn |    9 +
 ..._d828bc374e50a49101c0b863f9b33080._comment |    8 +
 ..._a4badfc248be428e6426a936212cc896._comment |    8 +
 ..._0b04089d3d33fdb48eeb46bf168e9a3c._comment |    8 +
 ..._2bcab1b7998b4df08fca41b8d810f115._comment |   10 +
 ..._677e958c3f2effec7528b484aeb6478d._comment |   13 +
 ..._56e53803fdede895cba717e6b6e9a1bb._comment |   23 +
 ...4___shortcut___34__Add_to_Annex__34__.mdwn |    1 +
 doc/todo/Bittorrent-like_features.mdwn        |   47 +
 ..._f4c110ef35ebf4fd89f06edf2c4f0c48._comment |   13 +
 ..._83148bd5c5c5e6c2eff3ad6e1d4fb82c._comment |    8 +
 ..._84f149b30de1562593623aa23dc0396c._comment |   10 +
 ..._7c54c83e582c0d4848aaf3d70e312707._comment |   10 +
 ..._194dd0e8404ea72af9fb6ff34b994998._comment |   20 +
 ..._489505da4143fb1c2bf21e7af695cdef._comment |    9 +
 ...rive__39___repo_even_if_set_as_client.mdwn |   22 +
 ..._25eb2d7d0a9cdd1c55df0cec68472723._comment |   10 +
 ..._9e9b96e5113a50533251e946c2560d81._comment |   17 +
 ..._6b091198ddd6ed709b076df1296aeb77._comment |   11 +
 ..._118b588685b535cca4c02eb6ef297c67._comment |   21 +
 ..._5cead277493e1c020e16be6f9245fe33._comment |   12 +
 ..._0f135f97c2808dce094628dc6608e617._comment |    8 +
 ..._1d6f47f9e6cf935f19d68af6d5aa92fa._comment |   10 +
 ..._c5758fdb32348b9cd804ff17d27864e1._comment |   16 +
 ..._3f0bfc5a79aa59ac76a6968aacda6655._comment |   10 +
 ...Chunks_support_in_all_special_remotes.mdwn |    5 +
 ..._d12604dbeb42bbb6850425d237cb01e7._comment |    8 +
 doc/todo/Deleting_Unused_Files_by_Age.mdwn    |   13 +
 ...o-merge_for_manual__44___local_merges.mdwn |    9 +
 ...71__git_annex_watch__187___is_running.mdwn |    5 +
 ..._e5f2630591ffa7758ca4250a061a8589._comment |   12 +
 ..._f8a5cc905d5b06bdbb1a778ab866a28c._comment |   44 +
 ..._626c629654508d0d948ece849d43ed86._comment |    8 +
 ...prove_direct_mode_using_copy_on_write.mdwn |   42 +
 .../LIst_of_Available_Remotes_in_Webapp.mdwn  |    1 +
 ..._23fe2f3cd44c4357a385452dcd5eedef._comment |   10 +
 ...___47__ssh__47__git-annex__47__config.mdwn |    9 +
 ..._284c806e83a32af81b02aea7c7bc285a._comment |   10 +
 ..._1f55ad6b39906458779b2d604b003ffe._comment |   10 +
 ..._b00dce2374aac6968317d05d23bcfaf7._comment |    8 +
 ..._743d0b077110c5cac1e2f47187b75333._comment |   10 +
 ...al_remote_suggeston_-_clean_directory.mdwn |   23 +
 ..._4829c2a2302b4b9611deddfedfbaa944._comment |   10 +
 ..._4d81941fe53881eebff97109a07ba2f4._comment |    8 +
 ..._660a5b764ad42468154b2bb94f8ec004._comment |    8 +
 ..._eed178ce4bc4d2b3f08a1e3d3d62c086._comment |   12 +
 ..._1dae745cff1c0a38232d033dcc542ac4._comment |   16 +
 ..._8d6c791e5e2daec7b25828f6884a67c6._comment |   16 +
 ..._92ef2d4a7ed47000fda02732b4794dc0._comment |   10 +
 ..._78fb5cdd61220ffcf0ae1eaf266985ec._comment |   28 +
 ..._21712dfee4f37232c34eddbce2427691._comment |   11 +
 ..._0ba57952532d5ef1f2bbfb163faa3b2f._comment |   35 +
 doc/todo/Not_working_on_Android-x86.mdwn      |   19 +
 ..._5eec4d7530c9df68f1bd1b1ca7021ef5._comment |   14 +
 ..._e5c4c99cb0675ad69bf8d7796be23c8e._comment |   12 +
 ..._6b609af60bf1c477139e40eba5cb0c4e._comment |   10 +
 ..._all_annexes_watched_by_the_assistant.mdwn |   11 +
 doc/todo/Recovering_from_a_bad_sync.mdwn      |   31 +
 ..._6f5f518a3190534b737203787149ef3c._comment |   10 +
 ..._e494df56dcede4d14bcaa4cdbf3da4f5._comment |   10 +
 ..._4d4904bcbf97401c7c11338f32577f96._comment |   14 +
 ...ive_addurl_simlar_to_wget_--recursive.mdwn |    7 +
 ..._4ecd9ddba1b63b571555ec9bef18e2d8._comment |    8 +
 doc/todo/Show_repo_type_in_repo_list.mdwn     |    1 +
 ..._ac6eb1072ef902a094b79dd8e0917c4d._comment |   10 +
 ..._6979c487f707a724a048d20e2e5744e6._comment |   14 +
 ..._529254a6cc20de7259d60a3cbc5ccaf7._comment |    8 +
 ...ow_transfer_for_a_lot_of_small_files..mdwn |   20 +
 .../Time_Stamping_of_Events_in_Webapp.mdwn    |    3 +
 ...Use_MediaScannerConnection_on_Android.mdwn |    7 +
 ...g_site_for_files_with_obfuscated_URLs.mdwn |    7 +
 ..._1a1f34f4f389267d67e79409c0ca8b1d._comment |    9 +
 ..._735afa6f87a93cdf333c17da32010620._comment |    8 +
 doc/todo/Views_Demo.mdwn                      |   15 +
 ..._d7c83a0e9a83e4a05aa74a34a7e1cf19._comment |    8 +
 ...ional_environment_variables_for_hooks.mdwn |   14 +
 ..._d82cbbb478a81a651fbe6cb8b71c1192._comment |    8 +
 ...disable_auto-repair_for_the_assistant.mdwn |    3 +
 ..._3274820a0d1f10c505f15cd29a37b95a._comment |   12 +
 ..._2cf5aef3f1d340c4ed6249ef94c1b607._comment |    8 +
 ..._6c53d82e62b2d269a941ba967d05adf5._comment |    8 +
 ..._fix_wrong_UUID__47__duplicate_remote.mdwn |    7 +
 ...dd__187___for_symlinks_in_direct_mode.mdwn |    8 +
 ..._6c6e192bc0f70a386cd4275f98e1bd6f._comment |    8 +
 ..._8e22cfdbeb2c841870a623cf4c7baf60._comment |   10 +
 ...anch_to_applicable_git-annex_commands.mdwn |    2 +
 ..._3e0a1d1c41f317514dfc496f2274ad1c._comment |   10 +
 .../allow_removing_jabber_configuration.mdwn  |    5 +
 ...epo_via_an_ssh_alias_or_an_ip_address.mdwn |   50 +
 ..._6b71a390fd16f593216793aec590d9a8._comment |    8 +
 .../assistant_parallel_file_transfers.mdwn    |   15 +
 ...nches_upon___34__git_annex_sync__34__.mdwn |   16 +
 doc/todo/build_a_user_guide.mdwn              |    3 +
 doc/todo/cache_key_info.mdwn                  |   37 +
 ..._578df1b3b2cbfdc4aa1805378f35dc48._comment |   11 +
 .../checksum_verification_on_transfer.mdwn    |    7 +
 ..._30f77e631608b9751f9032f97d58cc30._comment |   17 +
 .../clear_file_names_in_special_remotes.mdwn  |   13 +
 ..._630f17c9a7ce9a77d5d5867a6e0c799b._comment |    8 +
 ..._823c279683ac3f39c921be3fcbf6bfe2._comment |   10 +
 ..._4704e465025b543e47c18d565abd2747._comment |    8 +
 doc/todo/commit_in_direct_mode.mdwn           |    9 +
 doc/todo/ctrl_c_handling.mdwn                 |    5 +
 ..._3addbe33817db5de836c014287b14c07._comment |    8 +
 ..._cc2776dc4805421180edcdf96a89fcaa._comment |    8 +
 ..._8d7d357368987f5d5d59b4d8d99a0e06._comment |    8 +
 doc/todo/custom_f-droid_repo.mdwn             |    3 +
 ..._d2bdc001584d4b5f925390910ec1ef73._comment |   10 +
 ..._20eebe13b76d5279a3d09b346b65ff6e._comment |    9 +
 ..._5a79abb8b1dd12426e111e733fa6493b._comment |    8 +
 ..._55f05624f0e939f7b8d0c505285e5690._comment |   11 +
 ..._de4229f04daf48a153e2f44f57a05a3b._comment |   11 +
 ...o_not_bug_me_about_intermediate_files.mdwn |    7 +
 ...ard_groups_more_extensively_in_the_UI.mdwn |   14 +
 doc/todo/done.mdwn                            |    4 +
 ...erent_port_has_been_specified_already.mdwn |    2 +
 doc/todo/fast_migrate.mdwn                    |   16 +
 ...ce_checking_for_local_special_remotes.mdwn |    4 +
 ..._47c254cec58cbbb3ea84c93ef8282f01._comment |    8 +
 doc/todo/git-annex_ignores_GIT__95__SSH.mdwn  |   39 +
 ..._958dd21d7e981232f03b4516521ac226._comment |   10 +
 ..._319a7e8122e7bc25d9399ba463a16158._comment |   22 +
 ..._cc1936f18721a912bb77903be6c4a45f._comment |    8 +
 ...0__file__62___should_verify_file_hash.mdwn |   34 +
 ..._650e01a04104120ef1db4ff16fedc4f1._comment |   16 +
 doc/todo/hidden_files.mdwn                    |   30 +
 ..._123__itemdate__125___with_--template.mdwn |    5 +
 ..._62752c760fc12eca0c34d67d58753d00._comment |   10 +
 ..._21672360060f48bc2eacfa535ff4c94d._comment |   11 +
 ..._for_spideroak_as_archive__47__backup.mdwn |    9 +
 ..._a47ea814f6d7727bbd0eeca6d1fd3219._comment |   10 +
 doc/todo/keep_annexed_files_for_a_while.mdwn  |    8 +
 doc/todo/notifications.mdwn                   |    3 +
 doc/todo/openwrt_package.mdwn                 |    6 +
 ..._100d76109e04bc43979775d71b4152ac._comment |   12 +
 ..._2cb7dd4c0cc4413a4588b13cf7700de2._comment |    9 +
 ..._5ba8a325a683ff543d81a366c873070d._comment |    8 +
 doc/todo/optimise_git-annex_merge.mdwn        |   23 +
 doc/todo/parallel_possibilities.mdwn          |   13 +
 ..._d8e34fc2bc4e5cf761574608f970d496._comment |    8 +
 ..._adb76f06a7997abe4559d3169a3181c3._comment |   12 +
 ..._145fb974f45da99b7d4b117a3699cccf._comment |   12 +
 doc/todo/read-only_removable_drives.mdwn      |    7 +
 ..._979455e3694ae2403134ed6fa2add2fa._comment |   21 +
 doc/todo/redundancy_stats_in_status.mdwn      |   23 +
 ..._9f1c10f8cea4fa60a99cbcc8306dd5de._comment |   10 +
 ..._686ced0684d10511caf07953c64cd5b6._comment |   10 +
 doc/todo/required_content.mdwn                |   23 +
 ..._42620a3c958666be2a0d5f5b8eadf7b4._comment |   23 +
 ..._132ec6378db63af6281569cf5748b9d3._comment |   14 +
 ..._b16a8e8b45ceee887c8c0167b7859654._comment |    8 +
 doc/todo/resuming_encrypted_uploads.mdwn      |   22 +
 ..._1832a6fb78e8ad7c838582f46731ac3b._comment |    8 +
 ..._2ecc8e782f49e90ed1549e9179eb1a1e._comment |    8 +
 ...itory_mode_not_supported_by_git-annex.mdwn |    7 +
 doc/todo/smudge.mdwn                          |  162 +
 ..._4ea616bcdbc9e9a6fae9f2e2795c31c9._comment |    8 +
 ..._e04b32caa0d2b4c577cdaf382a3ff7f6._comment |   12 +
 ..._4e7c25fe24a1e71f58a8354fa64f41c2._comment |   10 +
 doc/todo/ssh_special_remote.mdwn              |   44 +
 doc/todo/stream_feature__63__.mdwn            |   23 +
 doc/todo/support_S3_multipart_uploads.mdwn    |   14 +
 ...my_local_git-annex_from_a_dump_remote.mdwn |    6 +
 ..._81d63854f89f00855cda5ace0fc8262a._comment |   14 +
 ..._66822b72b1450e79e8edd0c6c21d5aa6._comment |   14 +
 ..._b9f73375e2c732e798495f8ee6970c7c._comment |   14 +
 doc/todo/tahoe_lfs_for_reals.mdwn             |   23 +
 ..._0a4793ce6a867638f6e510e71dd4bb44._comment |   10 +
 ..._80b9e848edfdc7be21baab7d0cef0e3a._comment |   13 +
 doc/todo/union_mounting.mdwn                  |   10 +
 ..._cb08435812dd7766de26199c73f38e8b._comment |    8 +
 ..._240b1736f6bd4fbf87c372d3a46e661b._comment |    9 +
 ..._cf0a0d4fbd929f24f7056115b2acb7de._comment |    8 +
 .../unwanted_repository_version_upgrades.mdwn |   25 +
 ..._48f71865b65db4574a10e5c32ee22197._comment |   12 +
 ..._preferred___40__wanted__41___content.mdwn |   12 +
 doc/todo/view_git_annex_log_in_webapp.mdwn    |    5 +
 ..._945054441d93423b2c7b81712b364a3c._comment |    8 +
 ..._0f434dfe80e90951870218bc1b76c374._comment |   12 +
 ...h_locked_down_git-annex-shell_account.mdwn |    7 +
 doc/todo/windows_git-annex_service.mdwn       |   30 +
 ..._c3af14453e99dae5425deaa26ca7310e._comment |   14 +
 ..._e2dda1037cc85f03613f2774c139ad56._comment |   10 +
 ..._249a48a241f14f32dab49f381d2de3b3._comment |    8 +
 ..._d3d91ddc00bc275455022d86b779b148._comment |   10 +
 ..._59fbe4d07cdbeb786bae792f9c709ddd._comment |   10 +
 ..._f1d254fe85b0e5cbc7edf9096af4f942._comment |   27 +
 ..._79fc0ff98c5bba2ed616e52e5a58e28f._comment |    8 +
 ..._7d5fdac0084c4742967879f5f0f9fccf._comment |    8 +
 ..._8f10491f8c0a151284e6d81a83eab212._comment |   12 +
 ..._fcd34607116183cc1a764fb307eabe0a._comment |   10 +
 ..._51800fd83cd979b021eabdd4c44cfd61._comment |   13 +
 ..._6a6424f23772e57f1adb1807ca8b93fa._comment |   14 +
 ..._62a1a33c2aaf4b0b8a0149ec526907d7._comment |   16 +
 ..._3a408492107ca6f120b631ce8c41faef._comment |   23 +
 ..._c6cbc8fe9218f90c661cd1026658c939._comment |    8 +
 ..._ca245781a37db5546da3f7204adbeebb._comment |   17 +
 doc/todo/windows_support.mdwn                 |  121 +
 ..._394127e34e07ab3dc0e7b94ee6898866._comment |    8 +
 ..._c91eb7da8ee05064a5bc4a6e2203314b._comment |    8 +
 ..._3cc26ad8101a22e95a8c60cf0c4dedcc._comment |   10 +
 ..._8acae818ce468967499050bbe3c532ea._comment |   12 +
 ..._bd0a12f4c9b884ab8a06082842381a01._comment |    8 +
 ..._ad06b98b2ddac866ffee334e41fee6a8._comment |    8 +
 ..._444fc7251f57db241b6e80abae41851c._comment |   10 +
 ..._34f1f60b570c389bb1e741b990064a7e._comment |    8 +
 ..._a5ca56c487257434650420acfa60e39f._comment |    8 +
 ..._61214de7d967740d42905f3823ce2f65._comment |   12 +
 ..._259a0b1a6f4d8d1944173380adc5e7c8._comment |    8 +
 ..._--maxdepth_option_for_git_annex_find.mdwn |   22 +
 .../wishlist:_Add_--byte-limit_option.mdwn    |   14 +
 ...Advanced_settings_for_xmpp_and_webdav.mdwn |    7 +
 ..._11c7444ab4988c60732af505b52bde3c._comment |   20 +
 ...wishlist:_Freeing_X_space_on_remote_Y.mdwn |    1 +
 ...:_Option_to_specify_max_transfer_rate.mdwn |    3 +
 ..._4fd870e14b5b70c8a6ade41406294387._comment |   10 +
 ..._dd854f297ad6a94b54be9f3edfd0f766._comment |    8 +
 ..._a8b7e90a473d5937807cc7eb456efe33._comment |   10 +
 ...st:_Restore_s3_files_moved_to_Glacier.mdwn |    7 +
 ..._eb934756cb2af7fa13ad3b5fad7f85b2._comment |    9 +
 ...___annex_get_for_centralized_use_case.mdwn |   14 +
 ..._5c8812973cf91b046e7fc44d7e86c78e._comment |   14 +
 ..._f36b6a5b128423211aac91a252ecf85f._comment |   18 +
 ..._ad1569b2405acacd2e37f42b82f24c88._comment |   10 +
 ..._8aba90150fe178ce9712ad951628f3d6._comment |    8 +
 ..._6f42d240e0021f4dfa37146bea3f5d7e._comment |   16 +
 ..._5fda455febf728b079f26fe42bf7bcab._comment |   16 +
 ..._f1052ab997f1a2cccbabfd1533fc0a59._comment |    8 +
 ..._07804647b6023436878756bd97a23f32._comment |    8 +
 ..._fdc883d3963de8072794f3189742e4e3._comment |   10 +
 ...:___39__get__39___queue_and_schedule..mdwn |   30 +
 ...__whereis__39___support_in_the_webapp.mdwn |    4 +
 ...___96__git_annex_drop_--relaxed__96__.mdwn |    5 +
 ..._c83a6cddd0ce222205a149cfa41ca395._comment |   10 +
 ..._353fbc2bcc40cb8c9af42907a34c6e5a._comment |   11 +
 ..._3e830035df580601f038ce3a7003c39d._comment |   63 +
 ..._e5516689bc128c061dcd66649dc69584._comment |   10 +
 ..._be740e4b06d9130ae6afc5783da3c0e0._comment |   14 +
 ..._79d115f95cec46bb51e7fba078524db1._comment |   17 +
 ...shlist:___96__git_annex_sync_-m__96__.mdwn |   10 +
 ..._annex_sync__96___without_auto-commit.mdwn |    5 +
 ..._fff7cdff9e4bc988139152a799b65c99._comment |    8 +
 ..._b8dd92d7710a9d194312058e53c38d21._comment |   10 +
 ..._206e319f6d7c6b0d1f05af2475a8b335._comment |    8 +
 ...hlist:_add_--symlink_option_to_import.mdwn |    1 +
 ..._d5d853142d401b95577567e3eb43495e._comment |    8 +
 ...file_samples_for_assistant_and_webapp.mdwn |    6 +
 ..._b89e90f9a70748c95aaf81740a40b76e._comment |    8 +
 ..._d64361380cb18b98ddb43ada1c9f540a._comment |    8 +
 ...shlist:_allow_custom_S3_url_in_webapp.mdwn |    3 +
 ..._3d1ea5579a6ad0c0efde58dca11c10aa._comment |   10 +
 ..._f96bb81fde4185368dc6ea5a5aed87da._comment |   10 +
 ...tracking_the_sources_of_the_downloads.mdwn |   28 +
 ..._36ae3c75053d5ec278b5e6eb2084d57a._comment |    8 +
 ..._be8eb800523db8cf7a2c68a28fbf5ea5._comment |    8 +
 ..._d9f725de41a8572c85e4c6d9b4bcc927._comment |    8 +
 ..._f52492e4cc6f965515800bd1c0e05c90._comment |   10 +
 ..._5b36656fc5fa124e763f06711d9da32b._comment |   10 +
 ..._285215a4466806baf85b8606f680494a._comment |   12 +
 ..._15bf62e46db4b84ed3156f550f03de42._comment |   12 +
 ...iles_configuration_in_webapp_and_sync.mdwn |    1 +
 ..._db632de391ce9fce42af51a770ed3aeb._comment |   10 +
 ..._4a0931d9884054d764fde315d4fe4851._comment |   14 +
 ...nnex.largefiles_support_for_mimetypes.mdwn |    1 +
 ..._304431bb62b5b8a64edc37a11bbaff59._comment |    8 +
 ...from_remote_with_the_least_free_space.mdwn |    1 +
 ..._6813fdc7ecc98765a5d35d34163a1712._comment |    8 +
 ..._21a249cedca1ceb80d10784004735524._comment |    8 +
 .../wishlist:_derived_content_support.mdwn    |    8 +
 .../wishlist:_disable_automatic_commits.mdwn  |   36 +
 ...splay_status_of_remotes_in_the_webapp.mdwn |    1 +
 .../wishlist:_do_not_import_new_files.mdwn    |    7 +
 ..._b41c214599d6601257a9d824cebbffcc._comment |   14 +
 ..._7b26171458baaf5c0057276d2d97e14c._comment |    8 +
 ..._6f80ce6cee4519d4f69193d5086e194a._comment |   20 +
 ..._22a7a03c30174e42e6d8e639e31e1d34._comment |   12 +
 ..._4294e92e2f4efb9dd10b280f5c9843f7._comment |   10 +
 ...t:_do_round_robin_downloading_of_data.mdwn |    5 +
 ..._460335b0e59ad03871c524f1fe812357._comment |    8 +
 ...it_remote_on_hosting_site_from_webapp.mdwn |    1 +
 .../wishlist:_generic_annex.cost-command.mdwn |   17 +
 doc/todo/wishlist:_git_annex_diff.mdwn        |    9 +
 ..._16ccf2e1036d9e1a913db81988731b5a._comment |    8 +
 ..._info_._also_return_numcopies_setting.mdwn |    1 +
 doc/todo/wishlist:_git_annex_info_UUID.mdwn   |    8 +
 ..._d0d40bfdafed47e9e8ef2f4cd5c8576f._comment |   10 +
 .../comment_2._comment                        |    8 +
 doc/todo/wishlist:_history_of_operations.mdwn |    8 +
 ..._f9a77ce83c6f39b6272d5c577ffbb9f9._comment |    8 +
 ...it_annex_reinject_work_in_direct_mode.mdwn |   21 +
 ...rtial_files_available_during_transfer.mdwn |   18 +
 ..._8b1cfae6f2b61929a9c6f48ae63c921d._comment |   12 +
 ..._1304a721da6f5133fdfa1dac507f1ecb._comment |   10 +
 ...re_info_in_commit_messages_in_general.mdwn |    8 +
 ...rd_commit_message_of___96__sync__96__.mdwn |    3 +
 ..._b9c241cf94a35aa6a45f4d44334694b0._comment |    8 +
 ...o_the_end_of_the_queue_when_one_fails.mdwn |    7 +
 ..._82ee9de610a0ac55cd1c27c211079e5b._comment |   10 +
 ..._bea55156bd32cf9e6dd9b946ba1bb8c1._comment |   10 +
 ...int_more_info_with___39__unused__39__.mdwn |   37 +
 ...ishlist:_pack_metadata_in_direct_mode.mdwn |    3 +
 ..._1a550d6977a255b789337c3d1602db04._comment |   10 +
 ..._3cc9c69d33c658058daea9cb5e4ab669._comment |   10 +
 doc/todo/wishlist:_perform_fsck_remotely.mdwn |   39 +
 ..._db92311dcdb1ef0ab0413f83e191c70c._comment |   15 +
 ..._2f0dbaf143d94290bfbebb6869eb7241._comment |   12 +
 ..._5ec2e0e248dfd4ca46aef89cc5658d18._comment |    8 +
 ...t_locations_for_files_in_rsync_remote.mdwn |    6 +
 ...ve_directory_remote_setup__47__addurl.mdwn |    7 +
 ..._b79976afc2242791523e63831f30af71._comment |   12 +
 ..._1741d2392006a9af9cfd1f3b847600b9._comment |    9 +
 ...ores___40__gnunet__44___freenet__41__.mdwn |   26 +
 ..._e2c2047e7401cb95a82ffb686a732859._comment |    8 +
 ..._472b576afdb169b233edd01adcb2123d._comment |    8 +
 ..._b4ff519ece76c6c3fb29b981320e2e1c._comment |   10 +
 .../wishlist:_special_remote_Ubuntu_One.mdwn  |    1 +
 ..._ab0c761030bc55e8fb75d1b344bb98b9._comment |    8 +
 ..._17e948acb1e29793cf172cd6def4160b._comment |    8 +
 doc/todo/wishlist:_swift_backend.mdwn         |    5 +
 ..._e6efbb35f61ee521b473a92674036788._comment |    8 +
 ..._5d8c83b0485112e98367b7abaab3f4e3._comment |    8 +
 ..._bf8625b909c3a7321cae40e6f145e874._comment |    8 +
 ..._4d97d12ddd99834788e94648c8eebef9._comment |   10 +
 ..._1568f726f91d4589aef7ca9fcc3c957d._comment |    8 +
 ...ist:_traffic_accounting_for_git-annex.mdwn |    3 +
 ..._unify_directory_scheme_for_the_store.mdwn |   20 +
 ..._44da58beaaab359ecaba7fb905ca4ae1._comment |   10 +
 ..._bc698c501ecdb56df57171f4f3bb831a._comment |   16 +
 ..._e555d0dbbaa05528806905c6a940724b._comment |    8 +
 ...hlist:_use_hardlinks_for_local_clones.mdwn |    9 +
 ..._85064fafe472a5bd395d60ce8f7acb56._comment |   12 +
 doc/todo/wishlist:alias_system.mdwn           |    1 +
 ..._5afad4b92f9a449d4a82a94ad31feec2._comment |    8 +
 ..._stamps_to_annex_log_popups_in_webapp.mdwn |    1 +
 ..._ec90432a7d46383071401b05243d621f._comment |    8 +
 ..._option_to_install__SSH_key_on_remote.mdwn |    9 +
 ..._13737dc99aa877b309f7ebe44ecbafee._comment |   16 +
 ..._06230669218541ac392d674bedd43176._comment |   43 +
 ..._002afd775b82a0ced609c8305803a6c2._comment |   22 +
 ..._9e8fdc41fdefcb8be0d6bae7cd4a04a9._comment |   59 +
 doc/todo/wishlist_degraded_files.mdwn         |    5 +
 doc/transferring_data.mdwn                    |   19 +
 doc/trust.mdwn                                |   59 +
 doc/upgrades.mdwn                             |  106 +
 doc/upgrades/SHA_size.mdwn                    |   20 +
 ..._20f9b7b75786075de666b2146dc13a60._comment |   12 +
 doc/upgrades/gcrypt.mdwn                      |   25 +
 ..._606c1527735996ae671f78948e4ad84b._comment |    8 +
 doc/use_case/Alice.mdwn                       |   24 +
 doc/use_case/Bob.mdwn                         |   25 +
 doc/users.mdwn                                |    9 +
 doc/users/anarcat.mdwn                        |   55 +
 doc/users/chrysn.mdwn                         |   11 +
 doc/users/clacke.mdwn                         |    3 +
 doc/users/claes.wallin.mdwn                   |    1 +
 doc/users/fmarier.mdwn                        |    6 +
 doc/users/gebi.mdwn                           |    1 +
 doc/users/greg.mdwn                           |    3 +
 doc/users/joey.mdwn                           |    2 +
 doc/users/sameerds.mdwn                       |    3 +
 doc/users/tobiastheviking.mdwn                |   13 +
 doc/videos.mdwn                               |    8 +
 doc/videos/FOSDEM2012.mdwn                    |    7 +
 doc/videos/LCA2013.mdwn                       |    8 +
 doc/videos/git-annex_assistant_archiving.mdwn |    5 +
 .../git-annex_assistant_introduction.mdwn     |    5 +
 ..._f42ad4183c2c28319d3705a82fceb82f._comment |   15 +
 ..._b62f4eeeac1138570f7cb8c98d41c2cb._comment |   12 +
 doc/videos/git-annex_assistant_lan.mdwn       |    6 +
 ..._df8c8b6d9d63fbf5462b225edbb23c82._comment |    8 +
 ..._d4e3122da9c9e27fbe872e09fcde762b._comment |   10 +
 ..._d43ee0a335c2f010b437cf28437455c2._comment |    8 +
 ..._c710e27db41311b157d8caaafc32dc7e._comment |    8 +
 .../git-annex_assistant_remote_sharing.mdwn   |    6 +
 doc/videos/git-annex_assistant_sync_demo.mdwn |    8 +
 doc/videos/git-annex_views_demo.mdwn          |   11 +
 doc/videos/git-annex_watch_demo.mdwn          |    7 +
 doc/videos/git-annex_weppapp_demo.mdwn        |    8 +
 doc/walkthrough.mdwn                          |   26 +
 doc/walkthrough/adding_a_remote.mdwn          |   19 +
 ..._0a59355bd33a796aec97173607e6adc9._comment |    8 +
 ..._f8cd79ef1593a8181a7f1086a87713e8._comment |    9 +
 ..._60691af4400521b5a8c8d75efe3b44cb._comment |    9 +
 ..._6f7cf5c330272c96b3abeb6612075c9d._comment |   10 +
 doc/walkthrough/adding_files.mdwn             |   12 +
 .../automatically_managing_content.mdwn       |   45 +
 doc/walkthrough/backups.mdwn                  |   27 +
 ..._d0244791d2abbf29553546a6a6568a0f._comment |   10 +
 doc/walkthrough/creating_a_repository.mdwn    |    6 +
 .../fsck:_verifying_your_data.mdwn            |   16 +
 .../fsck:_when_things_go_wrong.mdwn           |   13 +
 doc/walkthrough/getting_file_content.mdwn     |   12 +
 doc/walkthrough/modifying_annexed_files.mdwn  |   44 +
 ..._624b4a0b521b553d68ab6049f7dbaf8c._comment |   14 +
 ..._b000622304535d32b69db17d51156b21._comment |   10 +
 doc/walkthrough/more.mdwn                     |    3 +
 ...ing_file_content_between_repositories.mdwn |   13 +
 ..._4c30ade91fc7113a95960aa3bd1d5427._comment |   19 +
 ..._7d90e1e150e7524ba31687108fcc38d6._comment |   10 +
 ..._558d80384434207b9cfc033763863de3._comment |   12 +
 ..._a2f343eceed9e9fba1670f21e0fc6af4._comment |    8 +
 ...e:_When_git-annex_seems_to_skip_files.mdwn |   27 +
 doc/walkthrough/removing_files.mdwn           |   17 +
 ..._cb65e7c510b75be1c51f655b058667c6._comment |    8 +
 ..._64709ea4558915edd5c8ca4486965b07._comment |    8 +
 .../removing_files:_When_things_go_wrong.mdwn |   24 +
 doc/walkthrough/renaming_files.mdwn           |   13 +
 doc/walkthrough/syncing.mdwn                  |   27 +
 ...nsferring_files:_When_things_go_wrong.mdwn |   17 +
 doc/walkthrough/unused_data.mdwn              |   35 +
 ..._684b7b652d3a8ec04f32129c5528f1ab._comment |   22 +
 doc/walkthrough/using_bup.mdwn                |   37 +
 doc/walkthrough/using_ddar.mdwn               |   32 +
 doc/walkthrough/using_ssh_remotes.mdwn        |   33 +
 ..._98e97c4d7fbbcd449eddf683967a71d6._comment |    8 +
 ..._f2775a151ed50caba27057bd9c38bae2._comment |   13 +
 ..._a8bc6110128431ca2a8624ddc75ea364._comment |   10 +
 ..._365db5820d96d5daa62c19fd76fcdf1e._comment |   13 +
 ..._451fd0c6a25ee61ef137e8e5be0c286b._comment |   16 +
 ..._b2f15a46620385da26d5fe8f11ebfc1a._comment |   15 +
 ..._433ccc87fbb0a13e32d59d77f0b4e56c._comment |    8 +
 ..._a9805c7965da0b88a1c9f7f207c450a1._comment |   18 +
 ..._9d5c12c056892b706cf100ea01866685._comment |   12 +
 ..._725e7dbb2d0a74a035127cb01ee0442c._comment |   16 +
 ..._8448e55026d2c2b50d8da41707686bea._comment |   16 +
 ..._61833299a9878f23ac57598fa6da8839._comment |   23 +
 doc/walkthrough/using_tags_and_branches.mdwn  |   14 +
 ghci                                          |    4 +
 git-annex.cabal                               |  232 +
 git-annex.hs                                  |   85 +
 git-union-merge.hs                            |   48 +
 standalone/android/Makefile                   |  170 +
 standalone/android/abiversion                 |    1 +
 standalone/android/buildchroot                |   27 +
 standalone/android/buildchroot-inchroot       |   32 +
 .../android/buildchroot-inchroot-asuser       |   44 +
 standalone/android/busybox_config             |  997 ++
 standalone/android/clean-haskell-packages     |    6 +
 standalone/android/dropbear.patch             |   55 +
 standalone/android/git.patch                  |   54 +
 ....3.7-0001-support-Android-cert-store.patch |   37 +
 .../haskell-patches/comonad_cross-build.patch |   25 +
 .../crypto-numbers_build-fix.patch            |  227 +
 ...ive_0.4.4_0001-fixes-for-cross-build.patch |   25 +
 ....dns1-command-instead-of-resolv.conf.patch |   66 +
 .../haskell-patches/entropy_cross-build.patch |   25 +
 ...1.4-0001-statically-link-with-gnutls.patch |   43 +
 .../gsasl_0.3.5-0001-link-with-libgsasl.patch |   25 +
 ...1.2.11_0001-build-without-IPv6-stuff.patch |   47 +
 ...ge-javascript_fix-build-with-new-ghc.patch |   25 +
 ....BSD-symbols-not-available-in-bionic.patch |  157 +
 ....0_0003-configure-misdetects-accept4.patch |   34 +
 ...-getprotobyname-hack-for-tcp-and-udp.patch |   28 +
 ...k_2.4.1.0_0005-no-NODELAY-on-android.patch |   25 +
 ...work_2.5.0.0_0001-android-port-fixes.patch |  161 +
 ...opt-stuff-to-allow-cross-compilation.patch |   25 +
 .../socks_0.4.2_0001-remove-IPv6-stuff.patch  |  135 +
 .../stm-chans_cross-build.patch               |   25 +
 .../system-filepath_cross-build.patch         |   25 +
 .../unbounded-delays_crossbuild.patch         |   25 +
 .../unix-time_hack-for-Bionic.patch           |   69 +
 ...out-v1-uuid-which-needs-network-info.patch |   79 +
 ...09-system_support-Android-cert-store.patch |   36 +
 ....5.4.0_0001-hack-to-build-on-Android.patch |   35 +
 .../icons/drawable-hdpi/ic_launcher.png       |  Bin 0 -> 2612 bytes
 .../ic_stat_service_notification_icon.png     |  Bin 0 -> 1310 bytes
 .../icons/drawable-ldpi/ic_launcher.png       |  Bin 0 -> 1279 bytes
 .../ic_stat_service_notification_icon.png     |  Bin 0 -> 682 bytes
 .../icons/drawable-mdpi/ic_launcher.png       |  Bin 0 -> 1768 bytes
 .../ic_stat_service_notification_icon.png     |  Bin 0 -> 946 bytes
 .../icons/drawable-xhdpi/ic_launcher.png      |  Bin 0 -> 3396 bytes
 .../ic_stat_service_notification_icon.png     |  Bin 0 -> 1837 bytes
 .../android/icons/drawable/ic_launcher.png    |    1 +
 .../ic_stat_service_notification_icon.png     |    1 +
 standalone/android/install-haskell-packages   |  146 +
 standalone/android/openssh.config.h           |  249 +
 standalone/android/openssh.patch              |  217 +
 standalone/android/rsync.patch                |   40 +
 standalone/android/runshell                   |  133 +
 standalone/android/start.c                    |   64 +
 standalone/android/term.patch                 |  598 ++
 standalone/licences.gz                        |  Bin 0 -> 60598 bytes
 .../network_disable_accept4.patch             |   26 +
 standalone/linux/install-haskell-packages     |  102 +
 standalone/linux/skel/README                  |   20 +
 standalone/linux/skel/git                     |   31 +
 standalone/linux/skel/git-annex               |   31 +
 standalone/linux/skel/git-annex-shell         |   31 +
 standalone/linux/skel/git-annex-webapp        |   31 +
 standalone/linux/skel/git-receive-pack        |   31 +
 standalone/linux/skel/git-shell               |   31 +
 standalone/linux/skel/git-upload-pack         |   31 +
 standalone/linux/skel/runshell                |  105 +
 standalone/no-th/evilsplicer-headers.hs       |   38 +
 .../DAV_build-without-TH.patch                |  415 +
 .../haskell-patches/aeson_remove-TH.patch     |   40 +
 .../file-embed_remove-TH.patch                |  150 +
 .../generic-deriving_remove-TH.patch          |  394 +
 .../no-th/haskell-patches/lens_no-TH.patch    |  230 +
 .../monad-logger_remove-TH.patch              |   27 +
 .../persistent-template_stub-out.patch        |   25 +
 .../persistent_1.1.5.1_0001-disable-TH.patch  |   41 +
 .../process-conduit_avoid-TH.patch            |   24 +
 ...profunctors_3.3-0001-fix-cross-build.patch |   26 +
 .../reflection_remove-TH.patch                |   59 +
 .../shakespeare_remove-TH.patch               | 1314 +++
 .../skein_hardcode_little-endian.patch        |   26 +
 .../vector_hack-to-build-with-new-ghc.patch   |   24 +
 .../wai-app-static_deal-with-TH.patch         |   82 +
 .../xml-hamlet_remove_TH.patch                |  108 +
 .../yesod-auth_don-t-really-build.patch       |   34 +
 .../yesod-core_expand_TH.patch                |  771 ++
 .../yesod-form_spliced-TH.patch               | 1833 ++++
 ...yesod-persistent_do-not-really-build.patch |   33 +
 .../yesod-routes_remove-TH.patch              |  170 +
 .../haskell-patches/yesod-static_hack.patch   |  193 +
 .../no-th/haskell-patches/yesod_hack-TH.patch |  200 +
 .../osx/git-annex.app/Contents/Info.plist     |   41 +
 .../osx/git-annex.app/Contents/MacOS/README   |    9 +
 .../osx/git-annex.app/Contents/MacOS/git      |   31 +
 .../git-annex.app/Contents/MacOS/git-annex    |   31 +
 .../Contents/MacOS/git-annex-shell            |   31 +
 .../Contents/MacOS/git-annex-webapp           |   32 +
 .../Contents/MacOS/git-receive-pack           |   31 +
 .../git-annex.app/Contents/MacOS/git-shell    |   31 +
 .../Contents/MacOS/git-upload-pack            |   31 +
 .../osx/git-annex.app/Contents/MacOS/runshell |   86 +
 .../Contents/Resources/git-annex.icns         |  Bin 0 -> 77548 bytes
 standalone/trustedkeys.gpg                    |  Bin 0 -> 4979 bytes
 standalone/windows/build-simple.sh            |   43 +
 standalone/windows/build.sh                   |   74 +
 static/activityicon.gif                       |  Bin 0 -> 529 bytes
 static/css/bootstrap-theme.css                |  347 +
 static/css/bootstrap.css                      | 5785 +++++++++++
 static/favicon.ico                            |  Bin 0 -> 2550 bytes
 static/fonts/glyphicons-halflings-regular.eot |  Bin 0 -> 20335 bytes
 static/fonts/glyphicons-halflings-regular.svg |  229 +
 static/fonts/glyphicons-halflings-regular.ttf |  Bin 0 -> 41280 bytes
 .../fonts/glyphicons-halflings-regular.woff   |  Bin 0 -> 23320 bytes
 static/js/bootstrap.js                        | 1951 ++++
 static/js/jquery.full.js                      | 9111 +++++++++++++++++
 static/js/jquery.ui.core.js                   |  320 +
 static/js/jquery.ui.mouse.js                  |  169 +
 static/js/jquery.ui.sortable.js               | 1289 +++
 static/js/jquery.ui.widget.js                 |  521 +
 static/js/longpolling.js                      |   46 +
 static/syncicon.gif                           |  Bin 0 -> 847 bytes
 templates/README                              |    7 +
 templates/actionbutton.hamlet                 |    3 +
 templates/bootstrap.hamlet                    |   14 +
 templates/configurators/addbox.com.hamlet     |   28 +
 templates/configurators/adddrive.hamlet       |   36 +
 .../configurators/adddrive/combine.hamlet     |   22 +
 .../configurators/adddrive/encrypt.hamlet     |   29 +
 .../configurators/adddrive/setupmodal.hamlet  |    9 +
 templates/configurators/addglacier.hamlet     |   38 +
 templates/configurators/addia.hamlet          |   36 +
 templates/configurators/addrepository.hamlet  |   19 +
 .../addrepository/archive.hamlet              |   13 +
 .../configurators/addrepository/cloud.hamlet  |   24 +
 .../addrepository/connection.hamlet           |    3 +
 .../configurators/addrepository/misc.hamlet   |   28 +
 .../configurators/addrepository/ssh.hamlet    |    7 +
 .../addrepository/xmppconnection.hamlet       |   13 +
 templates/configurators/adds3.hamlet          |   33 +
 .../delete/currentrepository.hamlet           |   36 +
 .../configurators/delete/finished.hamlet      |   15 +
 templates/configurators/delete/start.hamlet   |   13 +
 templates/configurators/delete/xmpp.hamlet    |   12 +
 .../configurators/edit/nonannexremote.hamlet  |   19 +
 .../configurators/edit/repository.hamlet      |   40 +
 templates/configurators/enableaws.hamlet      |   34 +
 .../configurators/enabledirectory.hamlet      |   11 +
 templates/configurators/enableia.hamlet       |   26 +
 templates/configurators/enablewebdav.hamlet   |   26 +
 templates/configurators/fsck.cassius          |    4 +
 templates/configurators/fsck.hamlet           |   32 +
 templates/configurators/fsck/form.hamlet      |    2 +
 .../configurators/fsck/formcontent.hamlet     |   21 +
 .../configurators/fsck/preferencesform.hamlet |    7 +
 templates/configurators/fsck/status.hamlet    |    5 +
 templates/configurators/genkeymodal.hamlet    |   15 +
 templates/configurators/main.hamlet           |   42 +
 templates/configurators/needconnection.hamlet |   14 +
 templates/configurators/needgcrypt.hamlet     |   11 +
 templates/configurators/needglaciercli.hamlet |   11 +
 templates/configurators/newrepository.hamlet  |   14 +
 .../newrepository/combine.hamlet              |   20 +
 .../configurators/newrepository/first.hamlet  |   21 +
 .../configurators/newrepository/form.hamlet   |   13 +
 .../configurators/pairing/disabled.hamlet     |    6 +
 .../pairing/local/inprogress.hamlet           |   19 +
 .../configurators/pairing/local/prompt.hamlet |   53 +
 .../configurators/pairing/xmpp/end.hamlet     |   33 +
 .../pairing/xmpp/friend/confirm.hamlet        |   12 +
 .../pairing/xmpp/friend/prompt.hamlet         |   13 +
 .../pairing/xmpp/self/prompt.hamlet           |   21 +
 .../pairing/xmpp/self/retry.hamlet            |   12 +
 templates/configurators/preferences.hamlet    |   16 +
 templates/configurators/rsync.net/add.hamlet  |   43 +
 .../configurators/rsync.net/encrypt.hamlet    |   49 +
 templates/configurators/ssh/add.hamlet        |   26 +
 templates/configurators/ssh/combine.hamlet    |   22 +
 templates/configurators/ssh/confirm.hamlet    |   73 +
 templates/configurators/ssh/enable.hamlet     |   28 +
 templates/configurators/ssh/error.hamlet      |   13 +
 .../configurators/ssh/expiredpassword.hamlet  |   12 +
 templates/configurators/ssh/setupmodal.hamlet |   13 +
 templates/configurators/ssh/testmodal.hamlet  |    9 +
 templates/configurators/unused.hamlet         |   42 +
 templates/configurators/unused/form.hamlet    |    6 +
 .../configurators/upgrade/android.hamlet      |   10 +
 templates/configurators/xmpp.hamlet           |   43 +
 templates/configurators/xmpp/buddylist.hamlet |   40 +
 templates/configurators/xmpp/disabled.hamlet  |    6 +
 .../configurators/xmpp/needcloudrepo.hamlet   |   18 +
 templates/control/log.hamlet                  |    7 +
 templates/control/notrunning.hamlet           |   13 +
 templates/control/notrunning.julius           |    3 +
 templates/control/repairrepository.hamlet     |   29 +
 .../control/repairrepository/done.hamlet      |   14 +
 templates/control/repositoryswitcher.hamlet   |   15 +
 templates/control/shutdown.hamlet             |   10 +
 templates/controlmenu.hamlet                  |   21 +
 templates/dashboard/main.hamlet               |   11 +
 templates/dashboard/metarefresh.hamlet        |    2 +
 templates/dashboard/transfers.cassius         |    8 +
 templates/dashboard/transfers.hamlet          |   43 +
 templates/documentation/about.hamlet          |   34 +
 templates/documentation/license.hamlet        |    2 +
 templates/documentation/repogroup.hamlet      |   61 +
 templates/error.cassius                       |    3 +
 templates/error.hamlet                        |   31 +
 templates/notifications/longpolling.julius    |   11 +
 templates/page.cassius                        |   34 +
 templates/page.hamlet                         |   30 +
 templates/page.julius                         |   22 +
 templates/repolist.hamlet                     |   82 +
 templates/repolist.julius                     |   28 +
 templates/sidebar/alert.hamlet                |   27 +
 templates/sidebar/main.hamlet                 |    3 +
 6625 files changed, 217399 insertions(+)
 create mode 100644 .ghci
 create mode 100644 .mailmap
 create mode 100644 Annex.hs
 create mode 100644 Annex/AutoMerge.hs
 create mode 100644 Annex/Branch.hs
 create mode 100644 Annex/Branch/Transitions.hs
 create mode 100644 Annex/BranchState.hs
 create mode 100644 Annex/CatFile.hs
 create mode 100644 Annex/CheckAttr.hs
 create mode 100644 Annex/CheckIgnore.hs
 create mode 100644 Annex/Content.hs
 create mode 100644 Annex/Content/Direct.hs
 create mode 100644 Annex/Direct.hs
 create mode 100644 Annex/Direct/Fixup.hs
 create mode 100644 Annex/Drop.hs
 create mode 100644 Annex/Environment.hs
 create mode 100644 Annex/Exception.hs
 create mode 100644 Annex/FileMatcher.hs
 create mode 100644 Annex/Hook.hs
 create mode 100644 Annex/Index.hs
 create mode 100644 Annex/Init.hs
 create mode 100644 Annex/Journal.hs
 create mode 100644 Annex/Link.hs
 create mode 100644 Annex/LockFile.hs
 create mode 100644 Annex/MakeRepo.hs
 create mode 100644 Annex/MetaData.hs
 create mode 100644 Annex/MetaData/StandardFields.hs
 create mode 100644 Annex/Notification.hs
 create mode 100644 Annex/Path.hs
 create mode 100644 Annex/Perms.hs
 create mode 100644 Annex/Queue.hs
 create mode 100644 Annex/Quvi.hs
 create mode 100644 Annex/ReplaceFile.hs
 create mode 100644 Annex/Ssh.hs
 create mode 100644 Annex/TaggedPush.hs
 create mode 100644 Annex/Transfer.hs
 create mode 100644 Annex/UUID.hs
 create mode 100644 Annex/Url.hs
 create mode 100644 Annex/VariantFile.hs
 create mode 100644 Annex/Version.hs
 create mode 100644 Annex/View.hs
 create mode 100644 Annex/View/ViewedFile.hs
 create mode 100644 Annex/Wanted.hs
 create mode 100644 Assistant.hs
 create mode 100644 Assistant/Alert.hs
 create mode 100644 Assistant/Alert/Utility.hs
 create mode 100644 Assistant/BranchChange.hs
 create mode 100644 Assistant/Changes.hs
 create mode 100644 Assistant/Commits.hs
 create mode 100644 Assistant/Common.hs
 create mode 100644 Assistant/CredPairCache.hs
 create mode 100644 Assistant/DaemonStatus.hs
 create mode 100644 Assistant/DeleteRemote.hs
 create mode 100644 Assistant/Drop.hs
 create mode 100644 Assistant/Fsck.hs
 create mode 100644 Assistant/Gpg.hs
 create mode 100644 Assistant/Install.hs
 create mode 100644 Assistant/Install/AutoStart.hs
 create mode 100644 Assistant/Install/Menu.hs
 create mode 100644 Assistant/MakeRemote.hs
 create mode 100644 Assistant/Monad.hs
 create mode 100644 Assistant/NamedThread.hs
 create mode 100644 Assistant/NetMessager.hs
 create mode 100644 Assistant/Pairing.hs
 create mode 100644 Assistant/Pairing/MakeRemote.hs
 create mode 100644 Assistant/Pairing/Network.hs
 create mode 100644 Assistant/Pushes.hs
 create mode 100644 Assistant/RemoteControl.hs
 create mode 100644 Assistant/Repair.hs
 create mode 100644 Assistant/RepoProblem.hs
 create mode 100644 Assistant/Restart.hs
 create mode 100644 Assistant/ScanRemotes.hs
 create mode 100644 Assistant/Ssh.hs
 create mode 100644 Assistant/Sync.hs
 create mode 100644 Assistant/Threads/Committer.hs
 create mode 100644 Assistant/Threads/ConfigMonitor.hs
 create mode 100644 Assistant/Threads/Cronner.hs
 create mode 100644 Assistant/Threads/DaemonStatus.hs
 create mode 100644 Assistant/Threads/Glacier.hs
 create mode 100644 Assistant/Threads/Merger.hs
 create mode 100644 Assistant/Threads/MountWatcher.hs
 create mode 100644 Assistant/Threads/NetWatcher.hs
 create mode 100644 Assistant/Threads/PairListener.hs
 create mode 100644 Assistant/Threads/ProblemFixer.hs
 create mode 100644 Assistant/Threads/Pusher.hs
 create mode 100644 Assistant/Threads/RemoteControl.hs
 create mode 100644 Assistant/Threads/SanityChecker.hs
 create mode 100644 Assistant/Threads/TransferPoller.hs
 create mode 100644 Assistant/Threads/TransferScanner.hs
 create mode 100644 Assistant/Threads/TransferWatcher.hs
 create mode 100644 Assistant/Threads/Transferrer.hs
 create mode 100644 Assistant/Threads/UpgradeWatcher.hs
 create mode 100644 Assistant/Threads/Upgrader.hs
 create mode 100644 Assistant/Threads/Watcher.hs
 create mode 100644 Assistant/Threads/WebApp.hs
 create mode 100644 Assistant/Threads/XMPPClient.hs
 create mode 100644 Assistant/Threads/XMPPPusher.hs
 create mode 100644 Assistant/TransferQueue.hs
 create mode 100644 Assistant/TransferSlots.hs
 create mode 100644 Assistant/TransferrerPool.hs
 create mode 100644 Assistant/Types/Alert.hs
 create mode 100644 Assistant/Types/BranchChange.hs
 create mode 100644 Assistant/Types/Buddies.hs
 create mode 100644 Assistant/Types/Changes.hs
 create mode 100644 Assistant/Types/Commits.hs
 create mode 100644 Assistant/Types/CredPairCache.hs
 create mode 100644 Assistant/Types/DaemonStatus.hs
 create mode 100644 Assistant/Types/NamedThread.hs
 create mode 100644 Assistant/Types/NetMessager.hs
 create mode 100644 Assistant/Types/Pushes.hs
 create mode 100644 Assistant/Types/RemoteControl.hs
 create mode 100644 Assistant/Types/RepoProblem.hs
 create mode 100644 Assistant/Types/ScanRemotes.hs
 create mode 100644 Assistant/Types/ThreadName.hs
 create mode 100644 Assistant/Types/ThreadedMonad.hs
 create mode 100644 Assistant/Types/TransferQueue.hs
 create mode 100644 Assistant/Types/TransferSlots.hs
 create mode 100644 Assistant/Types/TransferrerPool.hs
 create mode 100644 Assistant/Types/UrlRenderer.hs
 create mode 100644 Assistant/Unused.hs
 create mode 100644 Assistant/Upgrade.hs
 create mode 100644 Assistant/WebApp.hs
 create mode 100644 Assistant/WebApp/Bootstrap3.hs
 create mode 100644 Assistant/WebApp/Common.hs
 create mode 100644 Assistant/WebApp/Configurators.hs
 create mode 100644 Assistant/WebApp/Configurators/AWS.hs
 create mode 100644 Assistant/WebApp/Configurators/Delete.hs
 create mode 100644 Assistant/WebApp/Configurators/Edit.hs
 create mode 100644 Assistant/WebApp/Configurators/Fsck.hs
 create mode 100644 Assistant/WebApp/Configurators/IA.hs
 create mode 100644 Assistant/WebApp/Configurators/Local.hs
 create mode 100644 Assistant/WebApp/Configurators/Pairing.hs
 create mode 100644 Assistant/WebApp/Configurators/Preferences.hs
 create mode 100644 Assistant/WebApp/Configurators/Ssh.hs
 create mode 100644 Assistant/WebApp/Configurators/Unused.hs
 create mode 100644 Assistant/WebApp/Configurators/Upgrade.hs
 create mode 100644 Assistant/WebApp/Configurators/WebDAV.hs
 create mode 100644 Assistant/WebApp/Configurators/XMPP.hs
 create mode 100644 Assistant/WebApp/Control.hs
 create mode 100644 Assistant/WebApp/DashBoard.hs
 create mode 100644 Assistant/WebApp/Documentation.hs
 create mode 100644 Assistant/WebApp/Form.hs
 create mode 100644 Assistant/WebApp/Gpg.hs
 create mode 100644 Assistant/WebApp/MakeRemote.hs
 create mode 100644 Assistant/WebApp/Notifications.hs
 create mode 100644 Assistant/WebApp/OtherRepos.hs
 create mode 100644 Assistant/WebApp/Page.hs
 create mode 100644 Assistant/WebApp/Repair.hs
 create mode 100644 Assistant/WebApp/RepoId.hs
 create mode 100644 Assistant/WebApp/RepoList.hs
 create mode 100644 Assistant/WebApp/SideBar.hs
 create mode 100644 Assistant/WebApp/Types.hs
 create mode 100644 Assistant/WebApp/routes
 create mode 100644 Assistant/XMPP.hs
 create mode 100644 Assistant/XMPP/Buddies.hs
 create mode 100644 Assistant/XMPP/Client.hs
 create mode 100644 Assistant/XMPP/Git.hs
 create mode 100644 Backend.hs
 create mode 100644 Backend/Hash.hs
 create mode 100644 Backend/URL.hs
 create mode 100644 Backend/Utilities.hs
 create mode 100644 Backend/WORM.hs
 create mode 100644 Build/BuildVersion.hs
 create mode 100644 Build/BundledPrograms.hs
 create mode 100644 Build/Configure.hs
 create mode 100644 Build/DesktopFile.hs
 create mode 100644 Build/DistributionUpdate.hs
 create mode 100644 Build/EvilLinker.hs
 create mode 100644 Build/EvilSplicer.hs
 create mode 100644 Build/InstallDesktopFile.hs
 create mode 100644 Build/LinuxMkLibs.hs
 create mode 100644 Build/NullSoftInstaller.hs
 create mode 100644 Build/OSXMkLibs.hs
 create mode 100644 Build/Standalone.hs
 create mode 100644 Build/TestConfig.hs
 create mode 100644 Build/Version.hs
 create mode 100755 Build/make-sdist.sh
 create mode 100755 Build/mdwn2man
 create mode 100644 BuildFlags.hs
 create mode 120000 CHANGELOG
 create mode 120000 COPYRIGHT
 create mode 100644 Checks.hs
 create mode 100644 CmdLine.hs
 create mode 100644 CmdLine/Action.hs
 create mode 100644 CmdLine/GitAnnex.hs
 create mode 100644 CmdLine/GitAnnex/Options.hs
 create mode 100644 CmdLine/GitAnnexShell.hs
 create mode 100644 CmdLine/GitAnnexShell/Fields.hs
 create mode 100644 CmdLine/Option.hs
 create mode 100644 CmdLine/Seek.hs
 create mode 100644 CmdLine/Usage.hs
 create mode 100644 Command.hs
 create mode 100644 Command/Add.hs
 create mode 100644 Command/AddUnused.hs
 create mode 100644 Command/AddUrl.hs
 create mode 100644 Command/Assistant.hs
 create mode 100644 Command/Commit.hs
 create mode 100644 Command/ConfigList.hs
 create mode 100644 Command/Copy.hs
 create mode 100644 Command/Dead.hs
 create mode 100644 Command/Describe.hs
 create mode 100644 Command/Direct.hs
 create mode 100644 Command/Drop.hs
 create mode 100644 Command/DropKey.hs
 create mode 100644 Command/DropUnused.hs
 create mode 100644 Command/EnableRemote.hs
 create mode 100644 Command/ExamineKey.hs
 create mode 100644 Command/Find.hs
 create mode 100644 Command/FindRef.hs
 create mode 100644 Command/Fix.hs
 create mode 100644 Command/Forget.hs
 create mode 100644 Command/FromKey.hs
 create mode 100644 Command/Fsck.hs
 create mode 100644 Command/FuzzTest.hs
 create mode 100644 Command/GCryptSetup.hs
 create mode 100644 Command/Get.hs
 create mode 100644 Command/Group.hs
 create mode 100644 Command/Help.hs
 create mode 100644 Command/Import.hs
 create mode 100644 Command/ImportFeed.hs
 create mode 100644 Command/InAnnex.hs
 create mode 100644 Command/Indirect.hs
 create mode 100644 Command/Info.hs
 create mode 100644 Command/Init.hs
 create mode 100644 Command/InitRemote.hs
 create mode 100644 Command/List.hs
 create mode 100644 Command/Lock.hs
 create mode 100644 Command/Log.hs
 create mode 100644 Command/LookupKey.hs
 create mode 100644 Command/Map.hs
 create mode 100644 Command/Merge.hs
 create mode 100644 Command/MetaData.hs
 create mode 100644 Command/Migrate.hs
 create mode 100644 Command/Mirror.hs
 create mode 100644 Command/Move.hs
 create mode 100644 Command/NotifyChanges.hs
 create mode 100644 Command/NumCopies.hs
 create mode 100644 Command/PreCommit.hs
 create mode 100644 Command/ReKey.hs
 create mode 100644 Command/RecvKey.hs
 create mode 100644 Command/Reinit.hs
 create mode 100644 Command/Reinject.hs
 create mode 100644 Command/RemoteDaemon.hs
 create mode 100644 Command/Repair.hs
 create mode 100644 Command/ResolveMerge.hs
 create mode 100644 Command/RmUrl.hs
 create mode 100644 Command/Schedule.hs
 create mode 100644 Command/Semitrust.hs
 create mode 100644 Command/SendKey.hs
 create mode 100644 Command/Status.hs
 create mode 100644 Command/Sync.hs
 create mode 100644 Command/Test.hs
 create mode 100644 Command/TransferInfo.hs
 create mode 100644 Command/TransferKey.hs
 create mode 100644 Command/TransferKeys.hs
 create mode 100644 Command/Trust.hs
 create mode 100644 Command/Unannex.hs
 create mode 100644 Command/Ungroup.hs
 create mode 100644 Command/Uninit.hs
 create mode 100644 Command/Unlock.hs
 create mode 100644 Command/Untrust.hs
 create mode 100644 Command/Unused.hs
 create mode 100644 Command/Upgrade.hs
 create mode 100644 Command/VAdd.hs
 create mode 100644 Command/VCycle.hs
 create mode 100644 Command/VFilter.hs
 create mode 100644 Command/VPop.hs
 create mode 100644 Command/Version.hs
 create mode 100644 Command/Vicfg.hs
 create mode 100644 Command/View.hs
 create mode 100644 Command/Wanted.hs
 create mode 100644 Command/Watch.hs
 create mode 100644 Command/WebApp.hs
 create mode 100644 Command/Whereis.hs
 create mode 100644 Command/XMPPGit.hs
 create mode 100644 Common.hs
 create mode 100644 Common/Annex.hs
 create mode 100644 Config.hs
 create mode 100644 Config/Cost.hs
 create mode 100644 Config/Files.hs
 create mode 100644 Config/NumCopies.hs
 create mode 100644 Creds.hs
 create mode 100644 Crypto.hs
 create mode 100644 Git.hs
 create mode 100644 Git/AutoCorrect.hs
 create mode 100644 Git/Branch.hs
 create mode 100644 Git/BuildVersion.hs
 create mode 100644 Git/CatFile.hs
 create mode 100644 Git/CheckAttr.hs
 create mode 100644 Git/CheckIgnore.hs
 create mode 100644 Git/Command.hs
 create mode 100644 Git/Command/Batch.hs
 create mode 100644 Git/Config.hs
 create mode 100644 Git/Construct.hs
 create mode 100644 Git/CurrentRepo.hs
 create mode 100644 Git/DiffTree.hs
 create mode 100644 Git/FileMode.hs
 create mode 100644 Git/FilePath.hs
 create mode 100644 Git/Filename.hs
 create mode 100644 Git/Fsck.hs
 create mode 100644 Git/GCrypt.hs
 create mode 100644 Git/HashObject.hs
 create mode 100644 Git/Hook.hs
 create mode 100644 Git/Index.hs
 create mode 100644 Git/LsFiles.hs
 create mode 100644 Git/LsTree.hs
 create mode 100644 Git/Merge.hs
 create mode 100644 Git/Objects.hs
 create mode 100644 Git/Queue.hs
 create mode 100644 Git/Ref.hs
 create mode 100644 Git/RefLog.hs
 create mode 100644 Git/Remote.hs
 create mode 100644 Git/Repair.hs
 create mode 100644 Git/Sha.hs
 create mode 100644 Git/SharedRepository.hs
 create mode 100644 Git/Types.hs
 create mode 100644 Git/UnionMerge.hs
 create mode 100644 Git/UpdateIndex.hs
 create mode 100644 Git/Url.hs
 create mode 100644 Git/Version.hs
 create mode 120000 INSTALL
 create mode 100644 Limit.hs
 create mode 100644 Limit/Wanted.hs
 create mode 100644 Locations.hs
 create mode 100644 Logs.hs
 create mode 100644 Logs/FsckResults.hs
 create mode 100644 Logs/Group.hs
 create mode 100644 Logs/Location.hs
 create mode 100644 Logs/MapLog.hs
 create mode 100644 Logs/MetaData.hs
 create mode 100644 Logs/NumCopies.hs
 create mode 100644 Logs/PreferredContent.hs
 create mode 100644 Logs/PreferredContent/Raw.hs
 create mode 100644 Logs/Presence.hs
 create mode 100644 Logs/Presence/Pure.hs
 create mode 100644 Logs/Remote.hs
 create mode 100644 Logs/RemoteState.hs
 create mode 100644 Logs/Schedule.hs
 create mode 100644 Logs/SingleValue.hs
 create mode 100644 Logs/Transfer.hs
 create mode 100644 Logs/Transitions.hs
 create mode 100644 Logs/Trust.hs
 create mode 100644 Logs/Trust/Pure.hs
 create mode 100644 Logs/UUID.hs
 create mode 100644 Logs/UUIDBased.hs
 create mode 100644 Logs/Unused.hs
 create mode 100644 Logs/View.hs
 create mode 100644 Logs/Web.hs
 create mode 100644 Makefile
 create mode 100644 Messages.hs
 create mode 100644 Messages/JSON.hs
 create mode 120000 NEWS
 create mode 100644 README
 create mode 100644 Remote.hs
 create mode 100644 Remote/Bup.hs
 create mode 100644 Remote/Ddar.hs
 create mode 100644 Remote/Directory.hs
 create mode 100644 Remote/External.hs
 create mode 100644 Remote/External/Types.hs
 create mode 100644 Remote/GCrypt.hs
 create mode 100644 Remote/Git.hs
 create mode 100644 Remote/Glacier.hs
 create mode 100644 Remote/Helper/AWS.hs
 create mode 100644 Remote/Helper/Chunked.hs
 create mode 100644 Remote/Helper/Encryptable.hs
 create mode 100644 Remote/Helper/Git.hs
 create mode 100644 Remote/Helper/Hooks.hs
 create mode 100644 Remote/Helper/Messages.hs
 create mode 100644 Remote/Helper/ReadOnly.hs
 create mode 100644 Remote/Helper/Special.hs
 create mode 100644 Remote/Helper/Ssh.hs
 create mode 100644 Remote/Hook.hs
 create mode 100644 Remote/List.hs
 create mode 100644 Remote/Rsync.hs
 create mode 100644 Remote/Rsync/RsyncUrl.hs
 create mode 100644 Remote/S3.hs
 create mode 100644 Remote/Tahoe.hs
 create mode 100644 Remote/Web.hs
 create mode 100644 Remote/WebDAV.hs
 create mode 100644 Remote/WebDAV/DavUrl.hs
 create mode 100644 RemoteDaemon/Common.hs
 create mode 100644 RemoteDaemon/Core.hs
 create mode 100644 RemoteDaemon/Transport.hs
 create mode 100644 RemoteDaemon/Transport/Ssh.hs
 create mode 100644 RemoteDaemon/Transport/Ssh/Types.hs
 create mode 100644 RemoteDaemon/Types.hs
 create mode 100644 Setup.hs
 create mode 100644 Test.hs
 create mode 100644 Types.hs
 create mode 100644 Types/Availability.hs
 create mode 100644 Types/Backend.hs
 create mode 100644 Types/BranchState.hs
 create mode 100644 Types/CleanupActions.hs
 create mode 100644 Types/Command.hs
 create mode 100644 Types/Creds.hs
 create mode 100644 Types/Crypto.hs
 create mode 100644 Types/DesktopNotify.hs
 create mode 100644 Types/Distribution.hs
 create mode 100644 Types/FileMatcher.hs
 create mode 100644 Types/GitConfig.hs
 create mode 100644 Types/Group.hs
 create mode 100644 Types/Key.hs
 create mode 100644 Types/KeySource.hs
 create mode 100644 Types/LockPool.hs
 create mode 100644 Types/Messages.hs
 create mode 100644 Types/MetaData.hs
 create mode 100644 Types/NumCopies.hs
 create mode 100644 Types/Option.hs
 create mode 100644 Types/Remote.hs
 create mode 100644 Types/ScheduledActivity.hs
 create mode 100644 Types/StandardGroups.hs
 create mode 100644 Types/TrustLevel.hs
 create mode 100644 Types/UUID.hs
 create mode 100644 Types/View.hs
 create mode 100644 Upgrade.hs
 create mode 100644 Upgrade/V0.hs
 create mode 100644 Upgrade/V1.hs
 create mode 100644 Upgrade/V2.hs
 create mode 100644 Upgrade/V3.hs
 create mode 100644 Upgrade/V4.hs
 create mode 100644 Utility/Applicative.hs
 create mode 100644 Utility/Base64.hs
 create mode 100644 Utility/Batch.hs
 create mode 100644 Utility/Bloom.hs
 create mode 100644 Utility/CoProcess.hs
 create mode 100644 Utility/CopyFile.hs
 create mode 100644 Utility/DBus.hs
 create mode 100644 Utility/Daemon.hs
 create mode 100644 Utility/Data.hs
 create mode 100644 Utility/DataUnits.hs
 create mode 100644 Utility/DirWatcher.hs
 create mode 100644 Utility/DirWatcher/FSEvents.hs
 create mode 100644 Utility/DirWatcher/INotify.hs
 create mode 100644 Utility/DirWatcher/Kqueue.hs
 create mode 100644 Utility/DirWatcher/Types.hs
 create mode 100644 Utility/DirWatcher/Win32Notify.hs
 create mode 100644 Utility/Directory.hs
 create mode 100644 Utility/DiskFree.hs
 create mode 100644 Utility/Dot.hs
 create mode 100644 Utility/Env.hs
 create mode 100644 Utility/Exception.hs
 create mode 100644 Utility/ExternalSHA.hs
 create mode 100644 Utility/FileMode.hs
 create mode 100644 Utility/FileSystemEncoding.hs
 create mode 100644 Utility/Format.hs
 create mode 100644 Utility/FreeDesktop.hs
 create mode 100644 Utility/Glob.hs
 create mode 100644 Utility/Gpg.hs
 create mode 100644 Utility/Hash.hs
 create mode 100644 Utility/HumanNumber.hs
 create mode 100644 Utility/HumanTime.hs
 create mode 100644 Utility/InodeCache.hs
 create mode 100644 Utility/JSONStream.hs
 create mode 100644 Utility/LinuxMkLibs.hs
 create mode 100644 Utility/LogFile.hs
 create mode 100644 Utility/Lsof.hs
 create mode 100644 Utility/Matcher.hs
 create mode 100644 Utility/Metered.hs
 create mode 100644 Utility/Misc.hs
 create mode 100644 Utility/Monad.hs
 create mode 100644 Utility/Mounts.hsc
 create mode 100644 Utility/Network.hs
 create mode 100644 Utility/NotificationBroadcaster.hs
 create mode 100644 Utility/OSX.hs
 create mode 100644 Utility/PID.hs
 create mode 100644 Utility/Parallel.hs
 create mode 100644 Utility/PartialPrelude.hs
 create mode 100644 Utility/Path.hs
 create mode 100644 Utility/Percentage.hs
 create mode 100644 Utility/PosixFiles.hs
 create mode 100644 Utility/Process.hs
 create mode 100644 Utility/QuickCheck.hs
 create mode 100644 Utility/Quvi.hs
 create mode 100644 Utility/Rsync.hs
 create mode 100644 Utility/SRV.hs
 create mode 100644 Utility/SafeCommand.hs
 create mode 100644 Utility/Scheduled.hs
 create mode 100644 Utility/Shell.hs
 create mode 100644 Utility/SimpleProtocol.hs
 create mode 100644 Utility/SshConfig.hs
 create mode 100644 Utility/TList.hs
 create mode 100644 Utility/Tense.hs
 create mode 100644 Utility/ThreadLock.hs
 create mode 100644 Utility/ThreadScheduler.hs
 create mode 100644 Utility/Tmp.hs
 create mode 100644 Utility/Touch.hsc
 create mode 100644 Utility/URI.hs
 create mode 100644 Utility/Url.hs
 create mode 100644 Utility/UserInfo.hs
 create mode 100644 Utility/Verifiable.hs
 create mode 100644 Utility/WebApp.hs
 create mode 100644 Utility/WinLock.hs
 create mode 100644 Utility/WinProcess.hs
 create mode 100644 Utility/Yesod.hs
 create mode 100644 Utility/libdiskfree.c
 create mode 100644 Utility/libdiskfree.h
 create mode 100644 Utility/libkqueue.c
 create mode 100644 Utility/libkqueue.h
 create mode 100644 Utility/libmounts.c
 create mode 100644 Utility/libmounts.h
 create mode 100644 Utility/winprocess.c
 create mode 100644 build.bat
 create mode 100644 configure.hs
 create mode 100644 debian/NEWS
 create mode 100644 debian/changelog
 create mode 100644 debian/compat
 create mode 100644 debian/control
 create mode 100644 debian/copyright
 create mode 100644 debian/doc-base
 create mode 100644 debian/menu
 create mode 100755 debian/rules
 create mode 100644 debian/tests/basics
 create mode 100644 debian/tests/control
 create mode 100644 doc/Android.mdwn
 create mode 100644 doc/Android/comment_19_dc7b428f525a082834cb87221fc627ff._comment
 create mode 100644 doc/Android/comment_20_81940ea56ace3dcd5fa84dfccd88ad96._comment
 create mode 100644 doc/Android/comment_29_37aa87a451d4390ed367402eec740855._comment
 create mode 100644 doc/Android/comment_5_ba11b81c671d9bcd6f496fbd6f562b0f._comment
 create mode 100644 doc/Android/comment_6_97704e0d89bb87155e019e09e54fc9bf._comment
 create mode 100644 doc/Android/oldcomments.mdwn
 create mode 100644 doc/Android/oldcomments/comment_10_20e3d513b8b97496d76aca4619026cd6._comment
 create mode 100644 doc/Android/oldcomments/comment_11_c96b8f1cc1583a74eb2483f48357f023._comment
 create mode 100644 doc/Android/oldcomments/comment_12_6551f5fa081494b079c10a33c9b0d8ad._comment
 create mode 100644 doc/Android/oldcomments/comment_13_7c633d245651ec08f63194fe1fc194ae._comment
 create mode 100644 doc/Android/oldcomments/comment_14_60c2403140085f9caf48a33b59a36ab4._comment
 create mode 100644 doc/Android/oldcomments/comment_15_77bafc01b47d4cf8f96bde2b6704ed71._comment
 create mode 100644 doc/Android/oldcomments/comment_16_9af73451be09f03cfff81fdf9481ffc4._comment
 create mode 100644 doc/Android/oldcomments/comment_17_f76561a654b534df3a807b1c045710b2._comment
 create mode 100644 doc/Android/oldcomments/comment_18_1b46cdf154ddadfe17e4b6e4054dc619._comment
 create mode 100644 doc/Android/oldcomments/comment_1_cc9caa5dd22dd67e5c1d22d697096dd2._comment
 create mode 100644 doc/Android/oldcomments/comment_21_5903f6a4a81a6534fa8cfafb3b6c37bb._comment
 create mode 100644 doc/Android/oldcomments/comment_22_36afd354f9669a154d7b6b2c4d43ded9._comment
 create mode 100644 doc/Android/oldcomments/comment_23_de98154792e8611a134429f06d82bcb1._comment
 create mode 100644 doc/Android/oldcomments/comment_24_7ab509c25243009bfbffd796ec64e77b._comment
 create mode 100644 doc/Android/oldcomments/comment_25_026d1a01d5753d71ac3dfc002f2a5eec._comment
 create mode 100644 doc/Android/oldcomments/comment_26_f0a044fb649d43e32c96b08edbc336c3._comment
 create mode 100644 doc/Android/oldcomments/comment_27_6b9ae35b1ceeba14cd7a74e142870705._comment
 create mode 100644 doc/Android/oldcomments/comment_28_c91db1215f529aa68bfb0576c3c5eddc._comment
 create mode 100644 doc/Android/oldcomments/comment_2_c2422b7dd9d526b3616e49f48cf178c2._comment
 create mode 100644 doc/Android/oldcomments/comment_3_0e4980c27b13dbc28477c02a82898248._comment
 create mode 100644 doc/Android/oldcomments/comment_4_86f7b5444e2eaea7f8f7b9160f671a1d._comment
 create mode 100644 doc/Android/oldcomments/comment_5_9d78009435736a178d5a3f5a9bc0ed6a._comment
 create mode 100644 doc/Android/oldcomments/comment_6_7b9523ddb20dc4a929e556c3ed0c7406._comment
 create mode 100644 doc/Android/oldcomments/comment_7_a56628a622da752806c42c5b8b54ceef._comment
 create mode 100644 doc/Android/oldcomments/comment_8_19656ec99b8f6aa64c1d01a3c9ae9bd0._comment
 create mode 100644 doc/Android/oldcomments/comment_9_55e703ae105d0c0ee9ac50df8cc59dfb._comment
 create mode 100644 doc/android/DCIM.png
 create mode 100644 doc/android/appinstalled.png
 create mode 100644 doc/android/apps.png
 create mode 100644 doc/android/install.png
 create mode 100644 doc/android/newwindow.png
 create mode 100644 doc/android/terminal.png
 create mode 100644 doc/android/webapp.png
 create mode 100644 doc/assistant.mdwn
 create mode 100644 doc/assistant/addsshserver.png
 create mode 100644 doc/assistant/archival_walkthrough.mdwn
 create mode 100644 doc/assistant/brokenrepositoryalert.png
 create mode 100644 doc/assistant/buddylist.png
 create mode 100644 doc/assistant/cloudnudge.png
 create mode 100644 doc/assistant/combinerepos.png
 create mode 100644 doc/assistant/comment_1_f2c4857b7b000e005f0c19279db14eaf._comment
 create mode 100644 doc/assistant/comment_2_befa1f48e5a43a7965060491430a6bc4._comment
 create mode 100644 doc/assistant/comment_3_9bd3b532a5c026a1d664c898f8e335e6._comment
 create mode 100644 doc/assistant/comment_4_c546a24459ca29025f00e424353c40d2._comment
 create mode 100644 doc/assistant/comment_5_d17de359cdd46659170d373cd09c0979._comment
 create mode 100644 doc/assistant/connection.png
 create mode 100644 doc/assistant/controlmenu.png
 create mode 100644 doc/assistant/crashrecovery.png
 create mode 100644 doc/assistant/dashboard.png
 create mode 100644 doc/assistant/deleterepository.png
 create mode 100644 doc/assistant/downloadnotification.png
 create mode 100644 doc/assistant/downloadupgrade.png
 create mode 100644 doc/assistant/encryptdrive.png
 create mode 100644 doc/assistant/example.png
 create mode 100644 doc/assistant/fsckconfig.png
 create mode 100644 doc/assistant/genkey.png
 create mode 100644 doc/assistant/iaitem.png
 create mode 100644 doc/assistant/inotify_max_limit_alert.png
 create mode 100644 doc/assistant/local_pairing_walkthrough.mdwn
 create mode 100644 doc/assistant/local_pairing_walkthrough/addrepository.png
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_1_b33deed054d3aa8cfa6c9e3958643f16._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_2_39f1162b4d43b61e957e7497df4b9e2b._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_3_588869692b290483f58f3a7aa2bfb55f._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_4_f6bf82c263fefe38701709d9dbd974cc._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_5_bada601ea4b7104f162a3e00def4be2b._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_6_01ba0f9bfa0ed066c4b73d2d6028eecc._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_7_17d44229e4fa46c50815672b96a9735a._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/comment_8_b9d4c29cf2cca0427808df6af08fb789._comment
 create mode 100644 doc/assistant/local_pairing_walkthrough/pairing.png
 create mode 100644 doc/assistant/local_pairing_walkthrough/pairrequest.png
 create mode 100644 doc/assistant/local_pairing_walkthrough/secret.png
 create mode 100644 doc/assistant/local_pairing_walkthrough/secretempty.png
 create mode 100644 doc/assistant/logs.png
 create mode 100644 doc/assistant/makerepo.png
 create mode 100644 doc/assistant/menu.png
 create mode 100644 doc/assistant/nautilusmenu.png
 create mode 100644 doc/assistant/osx-app.png
 create mode 100644 doc/assistant/preferences.png
 create mode 100644 doc/assistant/quickstart.mdwn
 create mode 100644 doc/assistant/release_notes.mdwn
 create mode 100644 doc/assistant/release_notes/comment_1_bd8f376c9d0c1d5ed07fb013907a60ee._comment
 create mode 100644 doc/assistant/release_notes/comment_2_75e0774ad042717fbd059a8a9ec2db1e._comment
 create mode 100644 doc/assistant/release_notes/comment_3_b3bfd8e547e20c51f7c32c6c9424e936._comment
 create mode 100644 doc/assistant/release_notes/comment_4_c6caa2b521b456bb4ce594d64919cffe._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough.mdwn
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_1_e0187b0a926904b363065ab0f850f0b2._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_2_dabcbc9aaf0bdb82716f5a5d55807a21._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_4_978fab3cd165b4ca245e32fc48cf0970._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_4_d7e879f7b098964040df2e27a18eda72._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_5_00852736d47c05772b15c5ff54ae7da7._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_6_770c4f1802fc40d76bbaf7783bb3b4ac._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_7_61c1f5b00381b2fa891a8578267881ab._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_8_35e00cd10e89ae4bcc66af7dadf6bb5c._comment
 create mode 100644 doc/assistant/remote_sharing_walkthrough/comment_9_c900e4ef49388826c87cadef4235c073._comment
 create mode 100644 doc/assistant/repairrepository.png
 create mode 100644 doc/assistant/repogroups.png
 create mode 100644 doc/assistant/repoinfo.png
 create mode 100644 doc/assistant/repositories.png
 create mode 100644 doc/assistant/rsync.net.encryption.png
 create mode 100644 doc/assistant/rsync.net.png
 create mode 100644 doc/assistant/running.png
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough.mdwn
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough/buddylist.png
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough/comment_1_c87889721e3a7e52ac1ed3752fa7db46._comment
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough/pairing.png
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough/repolist.png
 create mode 100644 doc/assistant/share_with_a_friend_walkthrough/xmppalert.png
 create mode 100644 doc/assistant/thanks.mdwn
 create mode 100644 doc/assistant/thumbnail.png
 create mode 100644 doc/assistant/unused.png
 create mode 100644 doc/assistant/upgradecomplete.png
 create mode 100644 doc/assistant/xmpp.png
 create mode 100644 doc/assistant/xmppnudge.png
 create mode 100644 doc/assistant/xmpppairingend.png
 create mode 100644 doc/automatic_conflict_resolution.mdwn
 create mode 100644 doc/automatic_conflict_resolution/comment_1_307898855f91a2a189d4fa5eae62cce1._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_2_0a8ea42764dde1a33d2112197b961c51._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_3_5c587c6633cae1c8547ca970d55ee97e._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_4_80539e11e36a0b64cee83b6b373bd843._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_5_00ac9e4a47ce9a886dbf573480f151bd._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_6_8a0860fee88f5954918305f055a39d8d._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_7_3d2250cc26036b8532faa980065e20d0._comment
 create mode 100644 doc/automatic_conflict_resolution/comment_8_ef474c258ce8e0ebc6485c1366ae6315._comment
 create mode 100644 doc/backends.mdwn
 create mode 100644 doc/backends/comment_1_375bb1fb5973e8fa67b763f2dd6e404b._comment
 create mode 100644 doc/backends/comment_2_1f2626eca9004b31a0b7fc1a0df8027b._comment
 create mode 100644 doc/backends/comment_3_fdcbf8727fdefb9942a54689234b9698._comment
 create mode 100644 doc/backends/comment_4_46591a3ba888fb686b1b319b80ca2c22._comment
 create mode 100644 doc/backends/comment_5_2210c7ff2d5812fb3b778ac172291656._comment
 create mode 100644 doc/backends/comment_6_82f239b58680a2681bd8074c7ef9584d._comment
 create mode 100644 doc/bare_repositories.mdwn
 create mode 100644 doc/bare_repositories/comment_1_148e1da70d37d311634a0309a4ff8dcd._comment
 create mode 100644 doc/bugs.mdwn
 create mode 100644 doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn
 create mode 100644 doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment
 create mode 100644 doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment
 create mode 100644 doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment
 create mode 100644 doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment
 create mode 100644 doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
 create mode 100644 doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist.mdwn
 create mode 100644 doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_1_d4f22335d5b6cb178c77579a1b450f9c._comment
 create mode 100644 doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_2_19dd9ebfebbece9d3654825492ebd5b9._comment
 create mode 100644 doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_3_4a85c4c45768f96bdc6619c193de55ab._comment
 create mode 100644 doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__.mdwn
 create mode 100644 doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_1_414adc1bee73711e3133c7fe8811aae2._comment
 create mode 100644 doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_2_977a529f488ce0c167035675f76ebabf._comment
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__.mdwn
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_1_3f0e3fed240252207020d31ab96d0666._comment
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_2_87746f4fd0b404db7070c0b2346e8e2b._comment
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_3_72c9e9f6bb5ca23ddfd513fcc8bff48c._comment
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_4_b54c169a96e263e12495690fe14d8b4a._comment
 create mode 100644 doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_5_56ef816d3d4f3d85d31ccaf806133073._comment
 create mode 100644 doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable.mdwn
 create mode 100644 doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable/comment_1_1fe5f8c68a430b2436649cf4ba8f4987._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__.mdwn
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment
 create mode 100644 doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment
 create mode 100644 doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names.mdwn
 create mode 100644 doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names/comment_1_bcc3ce19cf26731057a7f3189fcbae19._comment
 create mode 100644 doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn
 create mode 100644 doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment
 create mode 100644 doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment
 create mode 100644 doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn
 create mode 100644 doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment
 create mode 100644 doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment
 create mode 100644 doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment
 create mode 100644 doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn
 create mode 100644 doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment
 create mode 100644 doc/bugs/Assistant_dropping_from_backup_repo.mdwn
 create mode 100644 doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment
 create mode 100644 doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn
 create mode 100644 doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment
 create mode 100644 doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment
 create mode 100644 doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories.mdwn
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_10_c5508b476fc48e7a0002b6ecb8d5eac0._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_11_cb49edcc8a13928c171a2acdde32dce9._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_12_a86c8347526e7b0a6f7633f3aea528bb._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_13_a26c2b49ee7746be06f4772aa838d5aa._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_14_b958da97a69091d283918e0d5a658da5._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_1_169b24b34cce3f5c8446c2150beb6827._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_2_6acd6f38297772a07d8d5fb999bd2eaa._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_3_6a4118e5c5fbe5e84d27094ac72b741b._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_4_04daa20d5d7c74bb34ec48e752ed9fe8._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_5_11af8ab2587e6eeb671051ba8191995b._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_6_26236cdc2bce532017854791bcd727d1._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_7_3c532dd5b8a01ecdeda1300b49aba675._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_8_119142c5ebc499f0ee0926dbca265308._comment
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_9_0651071ee1654eeaa9aa9369873fdf6a._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory.mdwn
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_10_edb2428552cf98bfb1735c2d6daf2b20._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_1_ac8c39e362e6c806b9d68befc0199ccd._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_2_b2941bf7901a1b2237b7210c8f0af2a5._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_3_1429ca784a03bc424b3537cbe0449421._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_4_f9e65cf5598b4b14eeee1f41f46d4084._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_5_044ecac2d2e670e1ef69809c944093d1._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_6_6f4f51e1583bed5e7e601e4f30f4207b._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_7_683a0a3d4caea0ee625e41ae8a6c7c06._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_8_03dd76b01f46a7cc66eddac3e054c8ad._comment
 create mode 100644 doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_9_5f4444f03cbebaa44628288095383679._comment
 create mode 100644 doc/bugs/Assistant_merge_loop.mdwn
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine.mdwn
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_10_d46c6314bff75a0ae679bc2358b28c2b._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_11_1c2c3adfbccd2b14a7d1c4618800e735._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_1_a52e4ef04209d0a2449165e2b4cb9ccc._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_2_9f5340ab1012f335af0c246b82c1a777._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_3_67bfccf0934075559d439b1deafc001e._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_4_5fa785aa759d1a1917f2a292324fe5ec._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_5_9fe529034ad0115792b58d7da99c167e._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_6_93ed991ef2a74c18575073ca72e06185._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_7_4649fa11745ff668e43833209811d005._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_8_6138a48f0b7e8be2bb66430397afdf5a._comment
 create mode 100644 doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_9_3da5940bb2e9689b00239eec9a073f1c._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android.mdwn
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_10_da4e26c77376a8171493a815bdb51ff1._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_11_506e26de284a6429366def33b007bc0c._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_12_a77477951576fc657d693811f11f9975._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_13_c3ef67bded8ed3c511a8ea85b8bd81a5._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_1_97cf233d8401d642337d5fe9dd525e2b._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_2_4981a0a894b77e94a3bffec82b0f6e51._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_3_dbe960392aaa0839886381820754814a._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_4_cdf9621fe3e9f8eb8b7af88f779a7116._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_5_a2318f094b30f58fefc072807896c099._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_6_7c2f1d914793798708ca13b6ac3dd474._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_7_a24b5165590b5d58919da1003cd20c54._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_8_71ed14b8e5a898b1643d5e37591c2476._comment
 create mode 100644 doc/bugs/Bootstrap3_icons_missing_on_Android/comment_9_15357e33c2431080d45f7cef5f4f1209._comment
 create mode 100644 doc/bugs/Box.com_ReposnseTimeout.mdwn
 create mode 100644 doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment
 create mode 100644 doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment
 create mode 100644 doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment
 create mode 100644 doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment
 create mode 100644 doc/bugs/Bug_Report_doesn__39__t_work.mdwn
 create mode 100644 doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
 create mode 100644 doc/bugs/Building_fails:_Not_in_scope:___96__myHomeDir__39___.mdwn
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X.mdwn
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_1_7f54e24c8e721d69bdb1e5a4181641b8._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_2_6e91bc254f79ccf80d385ba7d35ffa9c._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_3_4cf34da6050dd96f94ffc3652aa39715._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_4_cafcc24e98a89f10adaed5e09f75b659._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_5_118d61dea9ef0faa2960da6f2f62ec8b._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_6_3978557c6e85608243e5b4eb698ac5a5._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_7_e6dfc41d2042402b40efb6f6139d5662._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_8_33a84937c87dd2406bc090a0d2969683._comment
 create mode 100644 doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_9_28bb02572d453db3b30824ec7604d91a._comment
 create mode 100644 doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn
 create mode 100644 doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment
 create mode 100644 doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment
 create mode 100644 doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment
 create mode 100644 doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment
 create mode 100644 doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment
 create mode 100644 doc/bugs/Cannot_clone_an_annex.mdwn
 create mode 100644 doc/bugs/Cannot_clone_an_annex/comment_1_b40a2652361a79c6c6eab0fc21be8e46._comment
 create mode 100644 doc/bugs/Cannot_delete_remote_when_ssh_sync_fails.mdwn
 create mode 100644 doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_1_3c8e8fae688a9db8e18e869a187fb4eb._comment
 create mode 100644 doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_2_e189617c4ac23df50f02af8c517fa399._comment
 create mode 100644 doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_.mdwn
 create mode 100644 doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_1_81a4647a9b51bed8c230a2a16990915d._comment
 create mode 100644 doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_2_f8e97dded9ba6d2305de1278025924fe._comment
 create mode 100644 doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_3_eb34061429cb8c7d0b155825e84b657b._comment
 create mode 100644 doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn
 create mode 100644 doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too.mdwn
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_1_80ca50f5305eda71fe32f2b0bc922c34._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_2_e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_0d0f6b6b46d0153433fead2bbd1bbe64._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_6058a22b733cb02126286af950074ed4._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_593a49669e2fadfb91773f8c84fbb031._comment
 create mode 100644 doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_5a348c5f327f16e1192ef6bd7f2880bb._comment
 create mode 100644 doc/bugs/Could_not_read_from_remote_repository.mdwn
 create mode 100644 doc/bugs/Could_not_read_from_remote_repository/comment_1_da842a9d146bcd5c7773b58364c25597._comment
 create mode 100644 doc/bugs/Could_not_read_from_remote_repository/comment_2_82746a0cf989d884cd0fd796db092b3c._comment
 create mode 100644 doc/bugs/Could_not_read_from_remote_repository/comment_3_95d16045dc238dba19a98808de2eeedf._comment
 create mode 100644 doc/bugs/Crash_when_disabling_syncing_in_the_webapp.mdwn
 create mode 100644 doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_1_e25dd80370820782f9c6a877101d8703._comment
 create mode 100644 doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_2_4031c16362137747717e9595cb5c8a15._comment
 create mode 100644 doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_3_0667f39f60bdaba6670f5b8304a8a77c._comment
 create mode 100644 doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn
 create mode 100644 doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn
 create mode 100644 doc/bugs/Creating_an_encrypted_S3_does_not_check_for_presence_of_GPG.mdwn
 create mode 100644 doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment
 create mode 100644 doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment
 create mode 100644 doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo.mdwn
 create mode 100644 doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo/comment_1_88fbf70eae48484988dbb433a437c717._comment
 create mode 100644 doc/bugs/Direct_mode_repositories_still_use_symlinks_sometimes.mdwn
 create mode 100644 doc/bugs/Disconcerting_warning_from_git-annex.mdwn
 create mode 100644 doc/bugs/Disconcerting_warning_from_git-annex/comment_1_58cebd377bfdf247b6c4fee27a3ba461._comment
 create mode 100644 doc/bugs/Disconcerting_warning_from_git-annex/comment_2_dc7407044d4c739d05248300c58d8ef2._comment
 create mode 100644 doc/bugs/Disconcerting_warning_from_git-annex/comment_3_13999207f4ddac2f9c345415f25f7ada._comment
 create mode 100644 doc/bugs/Drop_--from_always_trusts_local_repository.mdwn
 create mode 100644 doc/bugs/Empty_folders_don__39__t_get_remove.mdwn
 create mode 100644 doc/bugs/Empty_folders_don__39__t_get_remove/comment_1_9f41638299c214b2ee13f23ab41349da._comment
 create mode 100644 doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories.mdwn
 create mode 100644 doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories/comment_1_e8affeca873c2ef73255f8f77e0ac16f._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts.mdwn
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment
 create mode 100644 doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment
 create mode 100644 doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
 create mode 100644 doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment
 create mode 100644 doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment
 create mode 100644 doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment
 create mode 100644 doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name.mdwn
 create mode 100644 doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name/comment_1_6b289221a65a750444b1b5850df3386c._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications.mdwn
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_10_13a35801805ea3d2d4428b1539f96b16._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_11_632456a0a1d399ee2bbac76b7d63a5f1._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_12_e4d268f269cc1701736cc5a39719ac20._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_13_962cd8d7280cbc1d61778d69f3a393f0._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_14_5b3bb068b62b12c7cc7504836a8acf32._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_15_5271ba4eed013adec8391ddfcc11eda8._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_1_7a536b79bae7d8f897f014d17dbb90b6._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_2_349959a6daa722c8350f73feb0b27162._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_4_68a8434018430a0d2671c4e23e9a3b12._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_5_0b7d69489b9f10bb5ed617b5b62ae063._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_6_650d950da065eeac966c2498418c668d._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_7_834c512e32ad5a157d8fa9fd472831b4._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_8_2500e6f9545b916dfa41549140c053fd._comment
 create mode 100644 doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_9_e2dc3ff80bbd66837f00975b16e17126._comment
 create mode 100644 doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn
 create mode 100644 doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited.mdwn
 create mode 100644 doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited/comment_1_bdc97db9dc9954331e4c400baf9e5541._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__.mdwn
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_1_6441dd04adc158df22589c81746108a9._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_2_d1c5d7642284a375f9c455dbf76efa5c._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_3_4b863da1c8ba73ad54da20f7d2ec6e5c._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_4_8e0f489305ce30ad578b9f8526e86416._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_5_c699034c8e02b2354516414d0ab73aab._comment
 create mode 100644 doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_6_786cb7e643811dfd2496ceeff8f34f44._comment
 create mode 100644 doc/bugs/GIT_DIR_support_incomplete.mdwn
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment
 create mode 100644 doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment
 create mode 100644 doc/bugs/GPG_passphrase_repeated_prompt.mdwn
 create mode 100644 doc/bugs/GPG_passphrase_repeated_prompt/comment_1_6ef1c9725befc84ad57bce196ef630ef._comment
 create mode 100644 doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn
 create mode 100644 doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment
 create mode 100644 doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn
 create mode 100644 doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment
 create mode 100644 doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
 create mode 100644 doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment
 create mode 100644 doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment
 create mode 100644 doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates.mdwn
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment
 create mode 100644 doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment
 create mode 100644 doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time.mdwn
 create mode 100644 doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_1_e8bb3d6a2318402b985caed08282d473._comment
 create mode 100644 doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_2_ead9fa75a12ef36be9a92637b144e74f._comment
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode/comment_1_aaa781664ae0c62c4f6530cb075ed367._comment
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode/comment_2_213aa10909d1fd0f20ed078a7ed93e79._comment
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode/comment_3_e6b783d9aaae20c0d35e9888d878716a._comment
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode/comment_4_b008ae7b1cf8685d92c9a87a7609de1e._comment
 create mode 100644 doc/bugs/Hard_links_not_synced_in_direct_mode/comment_5_949c891209713a2c0a5e66af11ed4c79._comment
 create mode 100644 doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn
 create mode 100644 doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment
 create mode 100644 doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment
 create mode 100644 doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment
 create mode 100644 doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp.mdwn
 create mode 100644 doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp/comment_1_17814787e333d15da3ab4e57c7d31d4b._comment
 create mode 100644 doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn
 create mode 100644 doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment
 create mode 100644 doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment
 create mode 100644 doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn
 create mode 100644 doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment
 create mode 100644 doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment
 create mode 100644 doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment
 create mode 100644 doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment
 create mode 100644 doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn
 create mode 100644 doc/bugs/Installation_fails:___34__Duplicate_instance_declarations__34__.mdwn
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID.mdwn
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_1_f42f703a5d267557abf5e932f0890d4a._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_2_eb1999f99c5babf3fcb1ff5d72ea6db6._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_3_bda72b0d615843d18d6ef21f833432a8._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_4_651440cda405ad40a04479f5d87d581e._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_5_21fa189b631c246ac5df16a49c3c0178._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_6_1f712693d2ded5abceb869fdb7f47ef3._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_7_7a5ead0ce5c9429d4723ccce4f6a6d6c._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_8_a4683fd73ae452a9cd7f61d9930f6266._comment
 create mode 100644 doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_9_ced3516c3e7161e4d7e599232f62a511._comment
 create mode 100644 doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn
 create mode 100644 doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__.mdwn
 create mode 100644 doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_1_ef97e735ce308f7bcc03f5d9fda588bf._comment
 create mode 100644 doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_2_539b89de8743e435386b86119d1e982f._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_1_5fc1eedb5231edc37c87a2d9b91313b9._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_2_b14e697c211843163285aaa8de5bf4c6._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_3_18ddf8b5934dd6fb1676cd6adc7d103b._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_4_c25a8eb369e546f65e1a72d89f43066f._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_5_6407a3e7aa0316cba2994bfef0e3c633._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_6_f01887695e8b8386e125464c6d401565._comment
 create mode 100644 doc/bugs/Issue_on_OSX_with_some_system_limits/comment_7_c7776d5b2d073e0d2ae36515185c25aa._comment
 create mode 100644 doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie.mdwn
 create mode 100644 doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_1_d5fba6c061fb21795021ea83070dbfa2._comment
 create mode 100644 doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_2_12cba707239018989e8d5b6f456fa754._comment
 create mode 100644 doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn
 create mode 100644 doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment
 create mode 100644 doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment
 create mode 100644 doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment
 create mode 100644 doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment
 create mode 100644 doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn
 create mode 100644 doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment
 create mode 100644 doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment
 create mode 100644 doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync.mdwn
 create mode 100644 doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_1_bab9cd5bdcffec3c48b9e8657cd9bbf7._comment
 create mode 100644 doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_2_104898dce3c67c082a9f2b36e2f45ff8._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_PairListener_crashed.mdwn
 create mode 100644 doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_1_d9c5d2147cf6d8d8477eb13b72081d46._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_2_60a21105145ac228f486bc4beb2ea54d._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment
 create mode 100644 doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment
 create mode 100644 doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn
 create mode 100644 doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment
 create mode 100644 doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn
 create mode 100644 doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment
 create mode 100644 doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment
 create mode 100644 doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment
 create mode 100644 doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn
 create mode 100644 doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment
 create mode 100644 doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment
 create mode 100644 doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn
 create mode 100644 doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment
 create mode 100644 doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment
 create mode 100644 doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment
 create mode 100644 doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD.mdwn
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_10_09297f99f3c1c081738ca4ab32808fde._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_11_1407efc78b92a3c6156154f54e4a14e2._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_12_fdec033e37652c51fbcd74438586d285._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_13_ed3716baf787ca17d227ce2e327a1959._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_14_cf5f92e5cdfc738e7f6178c1d7a73ceb._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_15_ad4b7191c9b8f67def33b26a1d762a5d._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_16_2e765b5286d816bea00880a17a20cbfb._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_17_ded9011dcdbe4de05189a0e8d040f045._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_18_f7a85b46bf7afaaf431d6771219c66b0._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_19_217be2000e423e844241d405ba9f64c8._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_1_4ffea64907656ff2ec65ff4450aadda7._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_20_df72e5698ba2bf2eb4fa39c5b2c5be83._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_2_4fb96984757b3d37a1a5ebce664aa8fe._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_3_c5fdf29499a02be83850d1238fc8ce23._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_4_d42106128c3dac2dd7761a82cc03912f._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_5_71166beb796f22dcee065a167cd5e0ed._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_6_65913a2de8bbe981beaa66c58d2429b5._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_7_8dd46cec230125d1410d8e6824aeddf2._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_8_275d3e62cb5667a2d6ddd90db7a40bff._comment
 create mode 100644 doc/bugs/More_build_oddities_under_OpenBSD/comment_9_ec6a1eb6c7b264c23ec4bbd45465d7d8._comment
 create mode 100644 doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X.mdwn
 create mode 100644 doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_1_75c14b405929a8f771a7c261dcc4b7a2._comment
 create mode 100644 doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_2_f52483415c623ea0649c3805728ce761._comment
 create mode 100644 doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_3_fd73fbeef61df106f084ac235fca904a._comment
 create mode 100644 doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_4_c5e9843a956984efd22bad629930f6bd._comment
 create mode 100644 doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository.mdwn
 create mode 100644 doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository/comment_1_651965d8a9f0e0c07313c1a2916f77e5._comment
 create mode 100644 doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn
 create mode 100644 doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment
 create mode 100644 doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment
 create mode 100644 doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment
 create mode 100644 doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment
 create mode 100644 doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn
 create mode 100644 doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn
 create mode 100644 doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment
 create mode 100644 doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn
 create mode 100644 doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass.mdwn
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_10_3feba4ba84efb77bd4f8f46b6b4600f1._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_1_a33fcd088e419d8e6c459e42f21f8bbe._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_2_47196f7e781137751ebd1a1d7083838a._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_3_672d98ee06e051430f8e01faa93bb4cf._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_4_06fb3031b838cd443326f4ecd689b600._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_5_42d447400c15acf6ca031d165b2c781c._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_6_edd7d5d5c761ff665840f0ef7bea50c9._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_7_18e5334ab89efcf89ba8847436d55065._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_8_35b2bbdc24a7bd686527cd1839dee7d0._comment
 create mode 100644 doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_9_a771c6b453e6a4b3895dd69a53093440._comment
 create mode 100644 doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn
 create mode 100644 doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment
 create mode 100644 doc/bugs/Old_repository_stuck.mdwn
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__.mdwn
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_1_7508685b6f676c72e316642b80e40ee8._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_2_c4dd12ea578d1f07464e1b9d68ec96cf._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_3_8687c1d1c44d88a8ac13208273565d6c._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_4_62be3dd4092b15cdf85cf9a231b2863a._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_5_cca4905426a3e01da6e12be855c7a418._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_6_ae2ca07169321c4a51b7e8e581fda5e2._comment
 create mode 100644 doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_7_ae5c434a9c94aa000b604095f52e3d3c._comment
 create mode 100644 doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn
 create mode 100644 doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux.mdwn
 create mode 100644 doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux/comment_1_f224f4155d857a59595658357f97dac1._comment
 create mode 100644 doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured.mdwn
 create mode 100644 doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured/comment_1_95655915ff6ba9fb5d873358ff047496._comment
 create mode 100644 doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone..mdwn
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_1_3a3891c9d7ee808f6a71780cb628f23d._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_2_2bc6efb1d9e872cc5d4fbfbaaf5cc10e._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_3_fff1e778a6334258c173a96e6bf7ef6a._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_4_2a86da97a89e28f0a0f5e160d4932ae6._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_5_41b8e8e58025cc8c8f12efb9a51acd29._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_6_38afcd8e7fb278ca0ee2e9e0c9f6883e._comment
 create mode 100644 doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_7_06de36dcde4c52ab74c8134f3242ac02._comment
 create mode 100644 doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn
 create mode 100644 doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment
 create mode 100644 doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment
 create mode 100644 doc/bugs/Pairing_locally_shows:___34__bad_comment_in_ssh_public_key_ssh-rsa__34__.mdwn
 create mode 100644 doc/bugs/Prevent_accidental_merges.mdwn
 create mode 100644 doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment
 create mode 100644 doc/bugs/Proxy_support.mdwn
 create mode 100644 doc/bugs/Race_condition_between_watch__47__assistant_and_addurl.mdwn
 create mode 100644 doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_1_8f56b8661a600729d7a9d569e8a0ba70._comment
 create mode 100644 doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_2_46dc67bdcd174cd50ccc421ec56735ad._comment
 create mode 100644 doc/bugs/Recreating_remote_repository__39__s_annex.mdwn
 create mode 100644 doc/bugs/Recreating_remote_repository__39__s_annex/comment_1_9fffb1329a4a06111cf2afd8552aea62._comment
 create mode 100644 doc/bugs/Recreating_remote_repository__39__s_annex/comment_2_b7f5634e136294ea1a3d4ce6de58fc5d._comment
 create mode 100644 doc/bugs/Remote_repositories_have_to_be_setup_encrypted.mdwn
 create mode 100644 doc/bugs/Remote_repositories_have_to_be_setup_encrypted/comment_1_95f73315657bc35a8d3ff9b4ba207af0._comment
 create mode 100644 doc/bugs/Renamed_special_remote_cannot_be_reactivated_by_the_webapp.mdwn
 create mode 100644 doc/bugs/Repository_Information_Is_Lost.mdwn
 create mode 100644 doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment
 create mode 100644 doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn
 create mode 100644 doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment
 create mode 100644 doc/bugs/Resource_exhausted.mdwn
 create mode 100644 doc/bugs/Resource_exhausted/comment_10_bccf9528ffe963154c92ce49762e7ea6._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_11_24ad3a76a25a787ac59e2c5270709e72._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_12_1943ff77f3bccf885229ecc10c82399d._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_13_c3cac0717232e04e89df62efa1db0870._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_1_a5ef7a62d4ed9365f9448520bb17e3b5._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_2_cdba2015e603f3c21f3e1697dd6fafcd._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_3_747d16d050fdcf69dd3d2bc5ca469a2e._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_4_1e9b74e60da57c3d5f08c1eb3801c1d2._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_5_f55d933bce77fd2185ebd0cc46fe57ec._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_6_26c98fca45b029a527f9684873db4be5._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_7_8bab413b472f900e04977db2bc3951b6._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_8_e9bec0b80179b1229b6af0979a21c727._comment
 create mode 100644 doc/bugs/Resource_exhausted/comment_9_419e24e0b91f569294ece28c42daa246._comment
 create mode 100644 doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn
 create mode 100644 doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment
 create mode 100644 doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment
 create mode 100644 doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment
 create mode 100644 doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn
 create mode 100644 doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment
 create mode 100644 doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn
 create mode 100644 doc/bugs/S3_memory_leaks.mdwn
 create mode 100644 doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment
 create mode 100644 doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment
 create mode 100644 doc/bugs/S3_upload_not_using_multipart.mdwn
 create mode 100644 doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment
 create mode 100644 doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment
 create mode 100644 doc/bugs/SanityCheckerStartup_crashed.mdwn
 create mode 100644 doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment
 create mode 100644 doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably..mdwn
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_1_13d27ba41d9ef78c8db534b6bc26314e._comment
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_2_018eed99e71680be9e7c0844020419bb._comment
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_3_1e7578dd1321f399b12197056495b0b6._comment
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_4_a1948b7cd6ea990c8f1be5e483c835fa._comment
 create mode 100644 doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_5_293b333134c97dc666a825cc7a8b2b62._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx.mdwn
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment
 create mode 100644 doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment
 create mode 100644 doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__.mdwn
 create mode 100644 doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__/comment_1_dd792bd98a48554a65150c06401ed3e5._comment
 create mode 100644 doc/bugs/Small_archive_behaving_like_archive.mdwn
 create mode 100644 doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment
 create mode 100644 doc/bugs/Stress_test.mdwn
 create mode 100644 doc/bugs/Stress_test/comment_10_1694e990eab6592159309c231c6dcc16._comment
 create mode 100644 doc/bugs/Stress_test/comment_11_ab4cb6eefd279e6c1f229e089f703581._comment
 create mode 100644 doc/bugs/Stress_test/comment_1_c4c764488ac082f5c48d3a6b4b5fba42._comment
 create mode 100644 doc/bugs/Stress_test/comment_2_42125bba09a0ea9821cda7183e458100._comment
 create mode 100644 doc/bugs/Stress_test/comment_3_8240e61106b494d3600ad91f16eb5b1c._comment
 create mode 100644 doc/bugs/Stress_test/comment_4_c38d84e0dcc834931804c44bce7f7b7a._comment
 create mode 100644 doc/bugs/Stress_test/comment_5_60ce20ee255451c4ea809ba475561adb._comment
 create mode 100644 doc/bugs/Stress_test/comment_6_1371562e201393986cd41597f6f288cb._comment
 create mode 100644 doc/bugs/Stress_test/comment_7_a14be7699da224a8f6c9b34f1b911219._comment
 create mode 100644 doc/bugs/Stress_test/comment_8_a01995bdca7ade7dde9842b53fbc4e0c._comment
 create mode 100644 doc/bugs/Stress_test/comment_9_9f7efe81b7e40aaa04a865394c53e20f._comment
 create mode 100644 doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn
 create mode 100644 doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment
 create mode 100644 doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment
 create mode 100644 doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment
 create mode 100644 doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant.mdwn
 create mode 100644 doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_1_8100505a7ac74646e0767d03fe643a45._comment
 create mode 100644 doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_2_9833e8f77c6148db9572316066a67eee._comment
 create mode 100644 doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_3_1504f8767f1f4415222d8c315c734e81._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment
 create mode 100644 doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment
 create mode 100644 doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
 create mode 100644 doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file.mdwn
 create mode 100644 doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_1_a1392b92efdff82783a4b0cc2c3c7f2f._comment
 create mode 100644 doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_2_5e153b7c59c474988fe551a505e545bc._comment
 create mode 100644 doc/bugs/Transfers_continue_after_daemon_stopped.mdwn
 create mode 100644 doc/bugs/Transfers_continue_after_daemon_stopped/comment_1_39eb527d64367e6762281246f1d49b1f._comment
 create mode 100644 doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead.mdwn
 create mode 100644 doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_1_108b3984891f82429430b503cddfb3c1._comment
 create mode 100644 doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_2_fa5b1bc26ed3e5bfe48441490c94fe3a._comment
 create mode 100644 doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_3_0a785b5dfbf4eef30854d6bedb12b7d1._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3.mdwn
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_1_5962358e6067448f633cc0eaf42f9ca7._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_2_75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_3_3dae1914c8c90fdad0c21e1fc795f2ca._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_4_3c5fe109f2196cfc196c30da3b62bafd._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_5_f86f83c89300f255e730ddd23f876f61._comment
 create mode 100644 doc/bugs/Truncated_file_transferred_via_S3/comment_6_6aa9261c0cdb02c6dd66d25f5c71f622._comment
 create mode 100644 doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error.mdwn
 create mode 100644 doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_1_928289956111d1b22f9d55f15b54f72f._comment
 create mode 100644 doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_2_6a0cb836b93ba4cb1e07b11d5d2a7094._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows.mdwn
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_1_3dfa4559dceec50c08ba180f41b4c220._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_2_4dafea4367d455c2e63b0f7b1cc39559._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_3_bdde68a990a330ee0cf626be44b1c132._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_4_9140fb8034b1449ee2f4762093bc1f89._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_5_661ca15b68bc0e3fbe85f11400570446._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_6_0e8820169c0300d296c697154fd05dc4._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_7_b23a2bf106053f105798b270536057e5._comment
 create mode 100644 doc/bugs/Unicode_file_names_ignored_on_Windows/comment_8_7f23911705eaa58a9230f19ab890e87f._comment
 create mode 100644 doc/bugs/Upgrade_Does_not_Complete_on_OS_X.mdwn
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX.mdwn
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_10_8c1487635f724d017ebe2f8b7bc10e8d._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_1_84e52a4d1502fd622bdb25e04b459292._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_2_f2b109f6cf92f101d7f0afeb91605240._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_3_df9b111aefea82b9d108495b79d7ffb4._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_4_e3b5bc815376383bbd1f312cc1c32a41._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_5_cd9b77e6670840a9902f5be80e1e658a._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_6_4584393333d377532d8607b42319abd9._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_7_d9d36ff62267dde98a27c5981951df7f._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_8_5b26711c737eeb0b302060f098cb320b._comment
 create mode 100644 doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_9_1bf050056dcac7c1e0f497ee6e87a95a._comment
 create mode 100644 doc/bugs/VFAT_crazy_limit_on_max_filenames_in_directory.mdwn
 create mode 100644 doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__.mdwn
 create mode 100644 doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_1_71b052be40fbdaca09ca3ede8c59ac7a._comment
 create mode 100644 doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_0f7cc02e0193c969c9b6ceb27e71af8a._comment
 create mode 100644 doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_1a7542249b9c37507126e97441057c12._comment
 create mode 100644 doc/bugs/Webapp_fails_to_resolve_ipv6_hostname.mdwn
 create mode 100644 doc/bugs/Weird_directories_appearing.mdwn
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_1_989541faf18e476c06e3be94c979e588._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_2_7aedaa3286a827303d90bd660429f0e7._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_3_5d3afa17d1e038c66a2cb6400b74aa41._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_4_8db476bc89d3b9b1fdd82624829b4975._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_5_4f3a8e3b0201829059c6e7e0cff0ff75._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_6_1c3218c8858397acc0e9fd718d7fd973._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_7_9d055063f58042ff048c5b71e9e67f6e._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_8_b39be0251e96099142b659f3c8340293._comment
 create mode 100644 doc/bugs/Weird_directories_appearing/comment_9_431c62c81573468ccf99eeed6ecc2bfd._comment
 create mode 100644 doc/bugs/Windows_build_test_failures.mdwn
 create mode 100644 doc/bugs/Windows_build_test_failures/comment_1_ea7523fdbafdc8be2971df52d9038826._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies.mdwn
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_1_b590aaeedec78c8540d549a8c773881e._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_2_472975d2bd9784ae40b35f11fc561231._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_3_48415a7251abffca998b8dccc5e0ba80._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_4_1c0b0b2e7180425ff2d5e5316a138f7d._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_5_0d14dd2c8d94a81ffd5aae07e927344f._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_6_20a420680058f84a8cbd43682957fe7b._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_7_1514739ba9885917d03597dcc6aa7bec._comment
 create mode 100644 doc/bugs/Windows_daemon_silently_dies/comment_8_0210436870e6622a83c9b4788e31eef4._comment
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness/comment_1_9db59ab2242186a23a47337a1597f4e2._comment
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness/comment_2_a6a3871747306913b69abcd73d13305e._comment
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness/comment_3_7fe149bedb8ceab75953996ac8e20f0f._comment
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness/comment_4_c9e8c9997b7c3a82c14fc34af319382d._comment
 create mode 100644 doc/bugs/Windows_file_timestamp_timezone_madness/comment_5_0739426403f5bf9954acbc86ca0d11ea._comment
 create mode 100644 doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs.mdwn
 create mode 100644 doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs/comment_1_a7bf0f027f2209e5632e292afd7214d0._comment
 create mode 100644 doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail.mdwn
 create mode 100644 doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_1_c87bae87b7902db60a3fef41e1fca85d._comment
 create mode 100644 doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_2_9e3c1f1ba05d8996b5a95829ce32c07e._comment
 create mode 100644 doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_3_3a0787912f4a3a8797b7786f5ce38590._comment
 create mode 100644 doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_4_c4249f32d65594d79ea01145b93ec948._comment
 create mode 100644 doc/bugs/Won__39__t_drop_files__44___even_though_remote_annexes_have_at_least_numcopies.mdwn
 create mode 100644 doc/bugs/Wrong_port_while_configuring_ssh_remote.mdwn
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes.mdwn
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_1_0f8b248025722309e9577d7dad74b76b._comment
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_2_f5f7db688a2a93ee7453674fb742043b._comment
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_3_ffcae976aa3dc2426188797c1aaffb82._comment
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_4_8a7ff6841ad7c27ead06bf12f46b20a0._comment
 create mode 100644 doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_5_406fdee0728680774a69d28446163f10._comment
 create mode 100644 doc/bugs/__171__transferkey__187___fails_for_bare_remotes.mdwn
 create mode 100644 doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_1_dd4538ab19a7f8e0f49aa0156aeaae43._comment
 create mode 100644 doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_2_4276ff682d10c1d4be9728f9b649ebae._comment
 create mode 100644 doc/bugs/__171__uninit__187___on_direct_mode_repo_gives___171__removeLink:_permission_denied___40__Permission_denied__41____187__.mdwn
 create mode 100644 doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn
 create mode 100644 doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_5f3b9f00bc31ce71d695c008971ed7fd._comment
 create mode 100644 doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_708b02dd06a1eed6b5ded9eb7aa9e7a8._comment
 create mode 100644 doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_3_6a735b7875d2a0c92df6786dd649985d._comment
 create mode 100644 doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_4_7e768908ba6983ea13af27635c4a947f._comment
 create mode 100644 doc/bugs/__34__fatal:_bad_config_file__34__.mdwn
 create mode 100644 doc/bugs/__34__git-annex:_direct:_1_failed__34___on_Windows.mdwn
 create mode 100644 doc/bugs/__39__annex_add__39___fails_to___39__git_add__39___for_parent_relative_path.mdwn
 create mode 100644 doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu.mdwn
 create mode 100644 doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu/comment_1_f4656f8a0f36535def0772db06098c5f._comment
 create mode 100644 doc/bugs/__92____92___instead_of___47___on_rsync_special_remote_on_linux_accessed_from_a_windows_git-annex.mdwn
 create mode 100644 doc/bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background.mdwn
 create mode 100644 doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories.mdwn
 create mode 100644 doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_1_930b40e0f68da95d335eea5bd4216126._comment
 create mode 100644 doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_2_5397d488bc337cb3d7cb46ed774d0437._comment
 create mode 100644 doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_3_1b30e7611ec824dc6e79ef35e43ac740._comment
 create mode 100644 doc/bugs/__96__git_annex_import__96___clobbers_mtime.mdwn
 create mode 100644 doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_1_d173f2903faf4bff115a0be02c146ce9._comment
 create mode 100644 doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_2_3563d9eeb9806f8ca1b9b340925837f5._comment
 create mode 100644 doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_3_d5c7488db16b71c4f337662c897278ca._comment
 create mode 100644 doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_4_7235130786e764ec3ad5facfecde62da._comment
 create mode 100644 doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency.mdwn
 create mode 100644 doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency/comment_1_86e26ee9ec90aa00f25392052737f0f0._comment
 create mode 100644 doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp.mdwn
 create mode 100644 doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_1_d488d71a72eb54d7711d2a867db6172f._comment
 create mode 100644 doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_2_85b31db6d0fb2d20018db3d8c8258bf4._comment
 create mode 100644 doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_3_9ffafbeb572e110b3e072029d1ce177c._comment
 create mode 100644 doc/bugs/acl_not_honoured_in_rsync_remote.mdwn
 create mode 100644 doc/bugs/acl_not_honoured_in_rsync_remote/comment_1_aa6fe1d7b029eae7ee71c97e0f0937a6._comment
 create mode 100644 doc/bugs/acl_not_honoured_in_rsync_remote/comment_2_ffb9424e966ee10a4fe2d446b3042cb2._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow.mdwn
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_1_d350c39c67031c500e3224e92c0029ea._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_2_b2d2b1caa51ffec3d87c36b373cb8d4a._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_3_12b20cbbc2b4cd1ab8af7e3eec9589b4._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_4_a50b43c15d2650df90f0fa1ced47f532._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_5_7328bc51bd001f2b732a92a2ae175839._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_6_880ef2ee797221332dbb629b2d55522f._comment
 create mode 100644 doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_7_826fd82cdf9b1c79c9b555ca26c2c176._comment
 create mode 100644 doc/bugs/adding_a_remote_server_fails.mdwn
 create mode 100644 doc/bugs/adding_a_remote_server_fails/comment_1_cf7ea9171f002c5793a882b42d33a77d._comment
 create mode 100644 doc/bugs/adding_existing_repo_as_remote_in_webapp_may_reset_its_group.mdwn
 create mode 100644 doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds.mdwn
 create mode 100644 doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds/comment_1_1f5e0bc93631baf0f8c1bec2e68493c5._comment
 create mode 100644 doc/bugs/android_4.2.1__44___galaxy_nexus_java.lang.SecurityException.mdwn
 create mode 100644 doc/bugs/android_4.3_install_failed_.mdwn
 create mode 100644 doc/bugs/android_4.3_install_failed_/comment_1_82447f1e24d7e8df8048464d1b7df117._comment
 create mode 100644 doc/bugs/android_4.3_install_failed_/comment_2_67ace7c454c7e962ca69e42178142e80._comment
 create mode 100644 doc/bugs/android_4.3_install_failed_/comment_3_051e39129a38e439f24703385f503cf4._comment
 create mode 100644 doc/bugs/android_autobuild_broken.mdwn
 create mode 100644 doc/bugs/annex_unannex__47__uninit_should_handle_copies.mdwn
 create mode 100644 doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_1_c896ff6589f62178b60e606771e4f2bf._comment
 create mode 100644 doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_2_9249609f83f8e9c7521cd2f007c1a39e._comment
 create mode 100644 doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1.mdwn
 create mode 100644 doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_1_ccc2c90d05862edda9ce1ac92efab516._comment
 create mode 100644 doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_2_1cdf6de88c7f121c604177593915e626._comment
 create mode 100644 doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed.mdwn
 create mode 100644 doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed/comment_1_403f1058c3eab5c95fefab5a96aa3f51._comment
 create mode 100644 doc/bugs/assistant_-_GTalk_collision.mdwn
 create mode 100644 doc/bugs/assistant_-_GTalk_collision/comment_1_ab2c1f36113d40f27e1893d32f214296._comment
 create mode 100644 doc/bugs/assistant_-_GTalk_collision/comment_2_91dff34c629a3b3a97a2313ff077e4ae._comment
 create mode 100644 doc/bugs/assistant_-_GTalk_collision/comment_3_fefb73f6e570f96b4d82779d6622f690._comment
 create mode 100644 doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac.mdwn
 create mode 100644 doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_1_4ea192e57f86a33087997746722e6acf._comment
 create mode 100644 doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_2_622ad5b34780fc8468c5c515ad9f27fa._comment
 create mode 100644 doc/bugs/assistant_creating_.git_directory_inside_bare_repo.mdwn
 create mode 100644 doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_1_675210444f7801eb8c2c455a5accf8e9._comment
 create mode 100644 doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_2_d7f1378bc75e7a8be9da2585acc6fd63._comment
 create mode 100644 doc/bugs/assistant_does_not_allow_adding_an_existing_repo.mdwn
 create mode 100644 doc/bugs/assistant_does_not_allow_adding_an_existing_repo/comment_1_87e84d56d56abefe8cac8a52b76c9003._comment
 create mode 100644 doc/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads.mdwn
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories.mdwn
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_1_78a3bde607f43c0f518bd2d3d7196022._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_2_83777384b72732b1d0a19b32686d3d1f._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_3_f9b2a700c060707fae1bcb2ec0e4e4dc._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_4_014d213a959dd7993bdd247722a8817e._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_5_440f349781d7d9ca2d1ed81386f7dd26._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions.mdwn
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_1_fc8d3ea209a2ab39c1aeff52452d4c58._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_2_1a364c422e0dd7418f74e1cc3d543a3c._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_3_4d5ae51b4c7e6177d934d7c9f21b912c._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_4_ec7b491ad3c9a1f253d886682bff8b82._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_5_e04ddcd7a3d260c1dac54e41911bb4bc._comment
 create mode 100644 doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_6_13db3474113b157b7431eb1c835e5814._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU.mdwn
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_10_4a9f149048e387e0a8b4ebb0838decfd._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_11_98be30621a8a435ed54662f7ea9654b4._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_12_a7d7141b81e73a989eb5c1233bcd1478._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_13_60f95e6e5d52f03727bd41f8419c9384._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_14_a6d039ba95f92d9d0c3a343165ba7991._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_15_b7f9a8e214eefc3a6976065782157e81._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_16_16382708d1683a7a9eaaf953f3cdb735._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_17_bfa64822ad9b48fbd4d06c3e3a185b59._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_18_970899faca972af6795ae0d3be1ce444._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_19_2b8241800ae265260506ac9c73cca209._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_1_847ff393fe3a0227d61440f6be899907._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_20_1d9020679d66e6b4742df067cb9da4f1._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_21_8ce65a701604b9d13941844c62f62f23._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_22_0d8de9a8e4b8e2ef3b9c7d839fbcad0c._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_23_48a4c8d9dcc6cec243c6072090f26b6d._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_2_0d577d5ca22df14dadf21d4a1a5f9474._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_3_498eee32426dfbaf9bda59a7c0f6fcc9._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_4_ce85b4715a2f7315b68bed62e26d4f0e._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_5_8cf846b9b7bd1c70a006163a9cc2d9de._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_6_a7c9f3262b6eca6258ba53324d321a7a._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_7_340414e9c19903b16ab617d075fbb94e._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_8_e87dbb572eaf234bbaf48ed6790ab1fe._comment
 create mode 100644 doc/bugs/assistant_eats_all_CPU/comment_9_1c129c924ef3a4a594de6580cf4224c7._comment
 create mode 100644 doc/bugs/assistant_expensive_scan_unnecessarily_queues_files.mdwn
 create mode 100644 doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_1_bc874e077009b81ab36a6d43d793030a._comment
 create mode 100644 doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_2_a7e9d8ec500399dd6794e168f85e6a5c._comment
 create mode 100644 doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_3_a0824e00f04f95c39823f29d6c76e7fe._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit.mdwn
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_1_aacc15c589d2795254387e427b3afe0c._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_2_b9f1bf9fa919603dca28182c80d39a11._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_3_fb5be10fcf5e7c89da5c34f48539612f._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_4_9ba7efe9112578729d02ac4e6557b3cc._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_5_73b24c901c73d41e0e0abe91267d4920._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_6_1a30b8c82e58222f1366aa368c23e6d3._comment
 create mode 100644 doc/bugs/assistant_hangs_during_commit/comment_7_56868b2a504ad0a60e8a8c1928330175._comment
 create mode 100644 doc/bugs/assistant_ignore_.gitignore.mdwn
 create mode 100644 doc/bugs/assistant_ignore_.gitignore/comment_1_3458b1342cb2e3ccc01eeedc7f0e48fc._comment
 create mode 100644 doc/bugs/assistant_ignore_.gitignore/comment_2_22f75af80c779dcb4d6033b90373f74e._comment
 create mode 100644 doc/bugs/assistant_ignore_.gitignore/comment_3_8b2a400e1d44a1c9b183e2b7861efbe3._comment
 create mode 100644 doc/bugs/assistant_locked_my_files.mdwn
 create mode 100644 doc/bugs/assistant_locked_my_files/comment_1_74ee7ea12df7bfbb44c9d0485f787b73._comment
 create mode 100644 doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files.mdwn
 create mode 100644 doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_1_e0dafc410ffd617d445bb9403c7bfafe._comment
 create mode 100644 doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_2_2af247c8a1fcbde10795a990ef3303e9._comment
 create mode 100644 doc/bugs/assistant_should_set_up_dedicated_ssh_keys_for_remotes_using_the_standalone_tarball.mdwn
 create mode 100644 doc/bugs/assistant_syncs_with_remotes_even_when_all_remotes_disabled.mdwn
 create mode 100644 doc/bugs/assistant_unable_to_auth___40__windows__41__.mdwn
 create mode 100644 doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_1_3128b025d15d3af6e9c8725d4659cdfa._comment
 create mode 100644 doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_2_e0b64ab2d19f0b0afbd466aad22c4df9._comment
 create mode 100644 doc/bugs/assistant_using_the_incorrect_path_on_windows__63__.mdwn
 create mode 100644 doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_1_68be9ee77cc89fb72a4abc944f1da41d._comment
 create mode 100644 doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_2_6530d67e7d94ccbea9ce11ba1445035e._comment
 create mode 100644 doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_3_682556a8182abd5bd6abb57b519d4c76._comment
 create mode 100644 doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_4_331cdacb099a8c7b170c37715bbca895._comment
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote.mdwn
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_1_10a9570a5d762ba2da271b38dc63edb6._comment
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_2_57d50955b038c2e2405068536c7e83f3._comment
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_3_a66f34daaba421c87eb404ef933e5191._comment
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_4_094a3272eca1c6d2b4d264911ffe96e5._comment
 create mode 100644 doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_5_0161410d042a3421addd4a1fc7c1cd01._comment
 create mode 100644 doc/bugs/bad_behaviour_with_file_names_with_newline_in_them.mdwn
 create mode 100644 doc/bugs/bad_behaviour_with_file_names_with_newline_in_them/comment_1_92dfe6e9089c79eb64e2177fb135ef55._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files.mdwn
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_1_3503644244e39c65d531807769365f50._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_2_9c4c950da0c07bf7c7edfcc7cc3b6011._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_3_be42de12faf15562265ad6cf8964f5db._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_4_d5cbd1440e4d6706eb14644a4ff1883b._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c532859deb682dff9e59037d08f66a51._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c946d2793fe0354151c447ddd0e59fd7._comment
 create mode 100644 doc/bugs/bad_merge_commit_deleting_all_files/comment_7_24dea380fcf470e0ea488dece0410f37._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing..mdwn
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_1_124a5edcd89cc6b61e1a41f5b4d640d7._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_2_42574181aa721319ba54eadf0a15ddff._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_3_2ad727849070cfd52d6c719478e9cce3._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_4_83ce23e45f5a5845d4f04519ee14ec65._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_5_ef1c9d87b04db5047ab72167d3269687._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_6_c9cb39eba941678035f9b2888da1085c._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_7_4b0632a4e37c96959a8e6434e9fd86fb._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_8_d9d318b8c958de6031ae323da20af625._comment
 create mode 100644 doc/bugs/box.com_never_stops_syncing./comment_9_689ac6a4a305197cf5566f98dab47b4b._comment
 create mode 100644 doc/bugs/broken_git_annex_map_on_direct_mode.mdwn
 create mode 100644 doc/bugs/build_fails_in_Assistant__47__WebApp__47__Gpg.hs.mdwn
 create mode 100644 doc/bugs/build_failure_with_kqueue_code__44___first_commit_that_breaks_is_3dce75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn
 create mode 100644 doc/bugs/build_issue_with_8baff14054e65ecbe801eb66786a55fa5245cb30.mdwn
 create mode 100644 doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain.mdwn
 create mode 100644 doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain/comment_1_6537e928a0d6d5c41b55370f112f4afb._comment
 create mode 100644 doc/bugs/can__39__t_get.mdwn
 create mode 100644 doc/bugs/can__39__t_get/comment_1_ef32287828481c161bd913c9db9052a5._comment
 create mode 100644 doc/bugs/can__39__t_get/comment_2_31fe400f4bac516a5c1101612cb06a54._comment
 create mode 100644 doc/bugs/can__39__t_get/comment_3_87d123c04815d38abb92f967829c3a23._comment
 create mode 100644 doc/bugs/can__39__t_get/comment_4_b99cff87dbe38f08f888200dfe7e2436._comment
 create mode 100644 doc/bugs/cannot_link_executable_on_android.mdwn
 create mode 100644 doc/bugs/case-insensitive.mdwn
 create mode 100644 doc/bugs/commitBuffer:_invalid_argument___40__invalid_character__41__.mdwn
 create mode 100644 doc/bugs/concurrent_git-annex_processes_can_lead_to_locking_issues.mdwn
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell.mdwn
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell/comment_1_fb6771f902b57f2b690e7cc46fdac47e._comment
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell/comment_2_2b856f4f0b65c2331be7d565f0e4e8a8._comment
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell/comment_3_aea42acc039a82efc6bb3a8f173a632e._comment
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell/comment_5_178452f3c2671830d1a9f5e1d11accb4._comment
 create mode 100644 doc/bugs/configurable_path_to_git-annex-shell/comment_5_77b2269936f740cacbc955b95f9da51d._comment
 create mode 100644 doc/bugs/confirmed.mdwn
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation.mdwn
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_10_0c1a5837305b721fc4a529cae3f4c3fb._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_11_dabfec2d74fb847f3b40093a2866045b._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_1_e456604b26ed9c72b0a88cfb57f1a475._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_2_4823d66bfb569605868af5cefe0d94dc._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_3_46305aa2d43da000c1a7cb003c822572._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_4_1dbdeded7f587e8fc2d1ac5170ecb928._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_5_1e0c06a07345d85b3712339e6f0d9a9f._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_6_41798e92068eb227c5e75cae2edef68a._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_7_1f33d694a08d8dcbf04595e3442b8cd5._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_8_884f31ce917c8e5ce9a32a55da9b42d6._comment
 create mode 100644 doc/bugs/copy_fails_for_some_fails_without_explanation/comment_9_ab770dafee3bd9212f553db222adbfe6._comment
 create mode 100644 doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks.mdwn
 create mode 100644 doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_1_5f51452d939d61496e97805310746ea3._comment
 create mode 100644 doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_2_2cd3e9561c4442259c765743b423a7df._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing.mdwn
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_1_a11a45868867361fcff61471ffe0ce39._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_2_15559ba19393f5c061f77bc56379f8e1._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_3_9b1340e0f6a107695849c04374aaeae2._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_4_b88530080fd90686cfa7e336f8328dcb._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_5_792ab128a91c66e4ddeaa69d09430a78._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_6_e44a16ef3358a6fbcc6ed6b3a31f3273._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_7_635acd64b524c682c58f26ae96ae0d7d._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_8_1aaeb808e20c67f89eaac5e45d9309f0._comment
 create mode 100644 doc/bugs/copy_unused_and_unused_not_agreeing/comment_9_6abca5f4927e09089cdc5f0bd27b798f._comment
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been.mdwn
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_1_41cfd5e48426a6ef52bef70a06a6f46a._comment
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_2_bd584ccbe128427fca99e61d66d301c9._comment
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_3_5bb0347215b321444643646f25a35759._comment
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_4_73848a9c783ecf3d9fccdd41b20fbe36._comment
 create mode 100644 doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_5_64bf56f2b0ff206c3caf5cadebfd0cda._comment
 create mode 100644 doc/bugs/creating_a_remote_server_repository.mdwn
 create mode 100644 doc/bugs/creating_a_remote_server_repository/comment_1_de1a370347428245bcfca60eaca96779._comment
 create mode 100644 doc/bugs/creating_a_remote_server_repository/comment_2_482ac9b0f881099910f9bd9f7cda184d._comment
 create mode 100644 doc/bugs/creating_a_remote_server_repository/comment_3_b7c7f684d0eef14fcc00cb2ac0566703._comment
 create mode 100644 doc/bugs/creds_directory_not_automatically_created.mdwn
 create mode 100644 doc/bugs/direct_mode_assistant_in_subdir_confusion.mdwn
 create mode 100644 doc/bugs/direct_mode_assistant_in_subdir_confusion/comment_1_351143deec29e712f8718a373ad650d7._comment
 create mode 100644 doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state.mdwn
 create mode 100644 doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state/comment_1_be1302a006a66e501fe543f3af191fea._comment
 create mode 100644 doc/bugs/direct_mode_merge_can_overwrite_local__44___non-annexed_files.mdwn
 create mode 100644 doc/bugs/direct_mode_merge_interrupt.mdwn
 create mode 100644 doc/bugs/direct_mode_should_refuse_to_merge_with_illegal_filenames.mdwn
 create mode 100644 doc/bugs/direct_repository_on_FAT32_fails_to_addurl_containing___63__.mdwn
 create mode 100644 doc/bugs/done.mdwn
 create mode 100644 doc/bugs/dropping_files_with_a_URL_backend_fails.mdwn
 create mode 100644 doc/bugs/encfs_accused_of_being_crippled.mdwn
 create mode 100644 doc/bugs/encfs_accused_of_being_crippled/comment_1_5c5be012e1171ef108f38825d72791b6._comment
 create mode 100644 doc/bugs/encrpyted_ssh_remote_on_macosx.mdwn
 create mode 100644 doc/bugs/encrpyted_ssh_remote_on_macosx/comment_1_46c37aacb7ae41864488fb7c7d87d437._comment
 create mode 100644 doc/bugs/endless_loop_when_PWD_gone.mdwn
 create mode 100644 doc/bugs/endless_loop_when_PWD_gone/comment_1_0943cffa39d48e4dddde3b7aedc4e3b1._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM.mdwn
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_1_490b8bfe95b01a23408ecb5d63dcd40b._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_2_2666c135dd3378cf6301aa4957049fbd._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_3_dfb169c441215b671f8c971184de3e16._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_4_19ef90803aa7ce158bce02378e18ea0f._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_5_2b5406768fff2834f7aefa76ef949de2._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_6_0997f1a94c2fda9fe69824e074011518._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_7_2cdc79f1e0f72693814e91dc88a758e1._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_8_b9aab0aba4dab30260371b4762e0e51d._comment
 create mode 100644 doc/bugs/enormous_fsck_output_OOM/comment_9_8de694dff75e27856c8282d1f2d120b6._comment
 create mode 100644 doc/bugs/error_compiling_network-info_when_compiling_git-annex.mdwn
 create mode 100644 doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_1_1b5d236567123300924427624e0e48c8._comment
 create mode 100644 doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_2_4e5ffd0d5b965b9429b937610b7998d5._comment
 create mode 100644 doc/bugs/error_on_only_repository_copy_deletion.mdwn
 create mode 100644 doc/bugs/error_on_only_repository_copy_deletion/comment_1_af394ac0956ab33a77256bcb02ef2a0f._comment
 create mode 100644 doc/bugs/extraneous_shell_escaping_for_rsync_remotes.mdwn
 create mode 100644 doc/bugs/failed_sync_with_direct_mode_repo.mdwn
 create mode 100644 doc/bugs/failed_sync_with_direct_mode_repo/comment_1_fb4026cc81eb0ec1e656e4a81ffacc4f._comment
 create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows.mdwn
 create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment
 create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment
 create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_3_850a917a3d1ae50ba8f0e81a64168268._comment
 create mode 100644 doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_4_7c4660ea44178cba7f7a4cc5f1bebae4._comment
 create mode 100644 doc/bugs/failure_during_ssh_key_setup___40__windows__41__.mdwn
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent.mdwn
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_1_c686df2824d3f588c0bfb339c99168b7._comment
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_2_22edfac4ce25cd9f4e4c85e0a8a52bc1._comment
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_3_74fc0e41a6bd5c4d8c4b2f15e5ed8d2f._comment
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_4_7d642fc65040a7b583cdece33db01826._comment
 create mode 100644 doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_5_49be366b6af6db595fa538373a61e650._comment
 create mode 100644 doc/bugs/failure_to_return_to_indirect_mode_on_usb.mdwn
 create mode 100644 doc/bugs/failure_to_return_to_indirect_mode_on_usb/comment_1_d7822b90c68bf845572b0a04a378d0bb._comment
 create mode 100644 doc/bugs/fat_support.mdwn
 create mode 100644 doc/bugs/fat_support/comment_1_04bcc4795d431e8cb32293aab29bbfe2._comment
 create mode 100644 doc/bugs/fat_support/comment_2_bb4a97ebadb5c53809fc78431eabd7c8._comment
 create mode 100644 doc/bugs/fat_support/comment_3_df3b943bc1081a8f3f7434ae0c8e061e._comment
 create mode 100644 doc/bugs/fat_support/comment_4_90a8a15bedd94480945a374f9d706b86._comment
 create mode 100644 doc/bugs/fat_support/comment_5_64bbf89de0836673224b83fdefa0407b._comment
 create mode 100644 doc/bugs/fat_support/comment_6_a3b6000330c9c376611c228d746a1d55._comment
 create mode 100644 doc/bugs/fat_support/comment_7_a0ac7f2c44efc8116940c7b94b35e9d0._comment
 create mode 100644 doc/bugs/fat_support/comment_8_acc947643a635eb10a1bff92083a3506._comment
 create mode 100644 doc/bugs/fatal:_git-write-tree:_error_building_trees.mdwn
 create mode 100644 doc/bugs/fatal:_git-write-tree:_error_building_trees/comment_2_77295c0b749e984a6fb200d3b73b5765._comment
 create mode 100644 doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__.mdwn
 create mode 100644 doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_1_e6f39b2ef55b0daa491f4b6329a906bc._comment
 create mode 100644 doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_2_b47d6d188f38a8e4ca5ef5f70afadf6a._comment
 create mode 100644 doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_4_b533b1de535a057b7ebf99afc92691ed._comment
 create mode 100644 doc/bugs/files_lost_during_upgrade.mdwn
 create mode 100644 doc/bugs/files_lost_during_upgrade/comment_1_3f779c4d0c9fb27532b2981bd3ad4eee._comment
 create mode 100644 doc/bugs/files_lost_during_upgrade/comment_2_80ba8c217e83c9d44a9dc52f4028719d._comment
 create mode 100644 doc/bugs/follows_symlinks_to_outside_annex.mdwn
 create mode 100644 doc/bugs/follows_symlinks_to_outside_annex/comment_1_f7a01bb627a6780d6940886401cde454._comment
 create mode 100644 doc/bugs/follows_symlinks_to_outside_annex/comment_2_fcbeffab5a0146062a9c945dfff48507._comment
 create mode 100644 doc/bugs/forget_corrupts_non-ascii_chars.mdwn
 create mode 100644 doc/bugs/forget_corrupts_non-ascii_chars/comment_1_fc8a4a93be2c234567836a4acee90957._comment
 create mode 100644 doc/bugs/forget_corrupts_non-ascii_chars/comment_2_31f9362619dee0b8ebae80694ae1b2d0._comment
 create mode 100644 doc/bugs/forget_corrupts_non-ascii_chars/comment_3_6310ae21036582688881f1890a5c4643._comment
 create mode 100644 doc/bugs/forwarded.mdwn
 create mode 100644 doc/bugs/fsck_giving_false_checking_information.mdwn
 create mode 100644 doc/bugs/fsck_giving_false_checking_information/comment_1_1000603ea6b8a19eb09e6754789ad528._comment
 create mode 100644 doc/bugs/fsck_giving_false_checking_information/comment_2_3ce7c8f7098f0bf86ed409a3a095c152._comment
 create mode 100644 doc/bugs/fsck_giving_false_checking_information/comment_3_be4d0fec56c29cf978ef7d1715eaa516._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied.mdwn
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_1_f4584158b35b80ece1060308883e2dc4._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_2_a4d7aae848340771a9b8e2c87abeea42._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_3_06bda101ad584b4b882de8b2e202d679._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_4_4fc6b25401b645cabc04b510bdfa6863._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_5_4e193306801680bba433e75eb4dcba05._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_6_76ccdf0542e76e4dbd61f3b3228d40ba._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_7_cd964d0a375c5cba299bf2bbbbb86acb._comment
 create mode 100644 doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_8_9bac87c85deb5bb15795df28533d0cde._comment
 create mode 100644 doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git.mdwn
 create mode 100644 doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_1_73924adc1c3c0dca5adce9a5e1740e48._comment
 create mode 100644 doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_2_81c2896c9dfe5d96ad5a8f40cb312790._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__.mdwn
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_1_e962317a939bf76097ae1a3b53b146e6._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_2_b32472b4c9b61e7a33dca802ecafb05b._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_3_fcfea3216831df9afbd855fbd842c27e._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_4_30d0b40efa59eeecb8a4be6d1baa1520._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_5_4af107f3184bc2abd2c9693167018628._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_6_f96027f1e3c405809fae42ce8533c6d1._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_7_b6fe89deb468a7e4f63f7faab147e3fb._comment
 create mode 100644 doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_8_ebec5d9266604f03959dc16d933ff4a4._comment
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__.mdwn
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_1_b7a327b668e2ca053713bec1dc4e6314._comment
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_2_8864149bd87f7956143109ab591afe4f._comment
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_3_1229d5ea8799f0a744b3f03f620df1ec._comment
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_4_975d2631faa17d257a6fce40e24a6e3b._comment
 create mode 100644 doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_5_013be36151fc710ec30756b0f68f43dc._comment
 create mode 100644 doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file.mdwn
 create mode 100644 doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file/comment_1_36756f5d9d591cc52113c5cc0c1eae91._comment
 create mode 100644 doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__.mdwn
 create mode 100644 doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_1_11a1615962325327466895d03e3d2379._comment
 create mode 100644 doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_2_eac51c3299e9fc04025675360969d537._comment
 create mode 100644 doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_3_c23dc02c7487d63b0905f1b7f3ca59f5._comment
 create mode 100644 doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_4_0e8b28de5c173bc60ecc0126fb2209ca._comment
 create mode 100644 doc/bugs/git-annex_annex_repo_not_found.mdwn
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant.mdwn
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_1_67cdbedc70695d1e4be81e59ab9b87bd._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_2_3a8041ce622b9288261fab57ecb87c28._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_3_2597b2008557b80f4b71630c5c4a4241._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_4_5dc46103994f064f5b9e120a16317dbd._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_5_e26cf6fa6358c8d53c0b16206d0d0ca6._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_6_c2c7c071fc5b1d3a55254d01a287c9f8._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_7_85e8a286d6b1ec5212614c36bf54addb._comment
 create mode 100644 doc/bugs/git-annex_auto_upgrade_is_redundant/comment_8_2b2152844612d83f295a5de02f6ed3e7._comment
 create mode 100644 doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog.mdwn
 create mode 100644 doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_1_b83888a98075125dd043f323c99da03b._comment
 create mode 100644 doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_2_4a7d824b6e75693cf47f6efbf2c99e2e._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3.mdwn
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_10_e47c073f1614f7b57f86acedeeb1cadc._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_11_ce34578c45060b7c8b759efd1c1d8df8._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_12_75965395dc33046ce34ac5ba972b7d64._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_13_f07bc76dd3c5580fc0855a33ae835c8d._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_14_637c59becc68a1e4f60069d8873489ff._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_15_d80b87055f72873f5678a01d2630bea4._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_16_57ac84868b223b30f005704eefa01b8d._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_17_a41f4d8a72c07ad770e6479e9b8c7f1d._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_18_7d36637f11cda51de395303d5c1c6a3f._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_19_c8609c3f7f62ae5427fd8c60bc9546ed._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_1_0ffb3833ce2c2e0320468dc9a09866d7._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_20_0886bca6d0c6a9415a7794d256be2e9d._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_21_2b39729f95c9c4bba620ecdd3d1558ed._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_22_8d90d92951919aa70638b31e9248bec5._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_23_6398271f5cd9e94996202ef3bce6f6ed._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_24_c9e399833cc6235077161f490dfa866f._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_25_cf093737eefb2b99f6f0eac9bf3e74b3._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_26_c122ce53175fc9e0e114a8acd2385c0d._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_27_237e41e61781bb058f5fd39362a904e4._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_28_97f423a41ee9d2d74291594fae20dd4e._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_29_7b3fbe7e38f637fcea511441ac243d93._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_2_53e2d095b2501844cadec910de286814._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_30_26c04584c3c6dacf59e1b6c82042c97c._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_3_ddc9cbae1a721400a9acf2153e18f4f0._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_4_593235735e32238094121b1f79355bbd._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_5_f806fd5930e90920db24456297465bae._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_6_5741b6a5997328fdcd5cc99f841b18d3._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_7_3e0d9949dd810069af0b8076807e5924._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_8_f58897eff6b4693f0c73474ccfe6e733._comment
 create mode 100644 doc/bugs/git-annex_broken_on_Android_4.3/comment_9_ddba87b2f20d8a63f7b8ebdb9bd13515._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed.mdwn
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_1_0fc5c7251ead7a0fbbcd357a8bc53f05._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_2_992c1a51d0300bd676cb431688efa524._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_3_3001a11839eff6a4c3a9f12096b29704._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_4_a13abb45b9a94d275177641db0538765._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_5_faac2d48950307ce245f0da501ace730._comment
 create mode 100644 doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_6_7df03eee7d5dc5a7ed0c9abef5053788._comment
 create mode 100644 doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights.mdwn
 create mode 100644 doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_1_2533800ab5a95c5d71c3b47a630e751a._comment
 create mode 100644 doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_2_5b71785acf16a8d9ea457726599daef3._comment
 create mode 100644 doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_3_63e4ff79bc683a70dd9a85c66e26e56a._comment
 create mode 100644 doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin.mdwn
 create mode 100644 doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_1_24d626923403b097f57bc3d3a8c5befa._comment
 create mode 100644 doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_2_32a74f078f45ee069a7d386734e379e2._comment
 create mode 100644 doc/bugs/git-annex_fails_to_start_when_nautilus_script_directory_is_missing.mdwn
 create mode 100644 doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups.mdwn
 create mode 100644 doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups/comment_1_b3090201e90a78e049cf299fc322d60e._comment
 create mode 100644 doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__.mdwn
 create mode 100644 doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_1_5dd4d1cec069c13184f5dd9efca6721b._comment
 create mode 100644 doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_2_d9b65fe4cb4bfd58f37e7da5350c6401._comment
 create mode 100644 doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_3_1027187b203addd65af8cf1faf28727d._comment
 create mode 100644 doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_4_ac65028203ff0cbdb978200235fb4e9c._comment
 create mode 100644 doc/bugs/git-annex_merge_stalls.mdwn
 create mode 100644 doc/bugs/git-annex_merge_stalls/comment_1_31578a754945bdcb902c62ff58704bcb._comment
 create mode 100644 doc/bugs/git-annex_merge_stalls/comment_2_f3b6bf180466b5931bfd20b2f0229422._comment
 create mode 100644 doc/bugs/git-annex_merge_stalls/comment_3_ced9b0d724fb55c756106b64c3721003._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files.mdwn
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_1_37f6f5838c41c533df4be1f927b9b03d._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_2_347ef233b9845b84d7c4d49ed166e797._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_3_d5f644d97cd2db471deb5dcd728cae60._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_4_c03bde64be8fdd962826bc7afa07d2a9._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_5_33a2e783e5355e981497b9861997570b._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_6_b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment
 create mode 100644 doc/bugs/git-annex_opens_too_many_files/comment_7_d73454c9ab3729989e4bc3f2223ccde9._comment
 create mode 100644 doc/bugs/git-annex_remotedeamon.mdwn
 create mode 100644 doc/bugs/git-annex_remotedeamon/comment_1_bf8aa639ddc7f51ed7b2b83e31694e85._comment
 create mode 100644 doc/bugs/git-annex_remotedeamon/comment_2_82f71852df61d12333d08ba25af9d7be._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup.mdwn
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_1_b550f292359b44977481bf69abad4012._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_2_76e6c1d4db27bcc1767ba34e13e8211c._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_3_14007c8e927b75c5706e80cc4242fae4._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_4_f3266b74517b421e5310e67818fe3969._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_5_1a07f15eb0353768c1e67a1e47e2e494._comment
 create mode 100644 doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_6_7d0d49fd165af5e30606982e05335d34._comment
 create mode 100644 doc/bugs/git-annex_sync_does_not_push.mdwn
 create mode 100644 doc/bugs/git-annex_sync_does_not_push/comment_1_8b9b53163b012563b3e80f8eded76aaa._comment
 create mode 100644 doc/bugs/git-annex_sync_may_fail_when_the_directory_I__39__m_in_disepeared.mdwn
 create mode 100644 doc/bugs/git-annex_webapp_command_not_found.mdwn
 create mode 100644 doc/bugs/git-annex_webapp_command_not_found/comment_1_6fa63ae1a7affb2351eda57ab3b4eda1._comment
 create mode 100644 doc/bugs/git-annex_webapp_command_not_found/comment_2_d25232bb5eaff725281869d7681e81ad._comment
 create mode 100644 doc/bugs/git-annex_webapp_command_not_found/comment_3_f593752a0c5c60daaacca46ced5ac5d8._comment
 create mode 100644 doc/bugs/git-annex_webapp_command_not_found/comment_4_e4ef964274e74cb4a39dc8ecac8ceade._comment
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_984f75d8078f2809486f38ecb3b16be3._comment
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_c0f07e2d4bb142389629050479dd1465._comment
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_7a58a884aaacedca9697b17cd5248214._comment
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_aa4f1806207138115d2a95935bb0546b._comment
 create mode 100644 doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_5_fa95f93416e3d6e66af557df6562f1e5._comment
 create mode 100644 doc/bugs/git_annex_addurl___40__+quvi__41___should_filter_out_the___124_____40__pipe__41___character.mdwn
 create mode 100644 doc/bugs/git_annex_copy_--fast_does_not_copy_files.mdwn
 create mode 100644 doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant.mdwn
 create mode 100644 doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_1_ab82b880bd75a206e0717146e1b79aba._comment
 create mode 100644 doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_2_460e78ea8603bd87203d8014bcc3eb9a._comment
 create mode 100644 doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_3_17e9c2d29ddadcabc30ce884ffe0f853._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de.mdwn
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_1_5ba4f22bda2f5438fb08753cf149b649._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_2_b096cfdf26bfedfff16d882d7b2e060d._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_3_210be77aabb0ef5b85865cd08c51861e._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_4_bb974d882fbb31aa54e6de38410a2318._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_5_be655cbea27b6c87d298a75e1697a87d._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_6_72d1dac6627bbe22d5bd140215d82c47._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_7_8a8dfb15684525e156d6334e9f67a55c._comment
 create mode 100644 doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_8_f1a6e413756066659020e20147373a11._comment
 create mode 100644 doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__.mdwn
 create mode 100644 doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_1_7ee08a60e4b2516c010d3c2163049681._comment
 create mode 100644 doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_2_c29525bfda08717f68aaac83014e6b08._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9.mdwn
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_10_141819a6b67de2602673698f6f148106._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_11_8be96359fd2bd33ed2961e499dc2685e._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_12_26950a37e86d4dd83dd59fb2564d0a2e._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_13_cbf8150dbe0da64bde7f6af8e041eda8._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_14_0c203f90d911cf6869894dae89575a49._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_15_68cbb7268bdad73357da2d11e05d73c4._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_16_816d552f871a1b06306f04d575adb2e5._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_17_7905b097a9c582452fb04cdc88ed4285._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_18_bd5ac9bb2eaab66af6aa13b39172b49d._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_19_9881db7bb6fef4e47c54cdc23e995f17._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_1_4fb9d3de245dddab65fb1a53a67a095c._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_20_41e2ea458669f59f96b5860825745910._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_21_515039e321e0595f95430d8082bd54a5._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_22_9412236296871c570c66f5b4c7f9681e._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_23_e4e7d13be6c0bc63f426e535de6172f8._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_24_c73e1277c5f284b1019362fb2bef94a8._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_2_f513259a2641e00b049203014ab940c8._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_3_54ee7b90467fee8b0457e9c447747500._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_4_7e6223c2dae3346e17276c7bbb01d53e._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_5_13b6e595d595da7f036e81258a65541e._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_6_94144c0cbdbccc72c13e12daf7657a29._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_7_9eb064ffdc3fdb70e85572185e151a3f._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_8_cde756e8a9b18fe2ca9cda25967bc7fb._comment
 create mode 100644 doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_9_1fd6a4374a334bc03914c3e0df95ef95._comment
 create mode 100644 doc/bugs/git_annex_enableremote_gcrypt_failure_leaves_a_remote.mdwn
 create mode 100644 doc/bugs/git_annex_ignores_GIT__95__SSH__63__.mdwn
 create mode 100644 doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes.mdwn
 create mode 100644 doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_1_99e8d2c1bbc23438f954d8ddc827078e._comment
 create mode 100644 doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_2_7c8d91d78608d717164cb3e825654654._comment
 create mode 100644 doc/bugs/git_annex_map_has_problems_with_urls_containing___126__.mdwn
 create mode 100644 doc/bugs/git_annex_status_doesn__39__t_use_.gitignore_in_direct_mode.mdwn
 create mode 100644 doc/bugs/git_annex_sync_--content_not_syncing_all_objects.mdwn
 create mode 100644 doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_1_36deea0f1277d6888c8bb79156c56efa._comment
 create mode 100644 doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_2_70804d50b07630fadfc029a22173c5a0._comment
 create mode 100644 doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_3_d7349af488008e3ca6557e0c1fbfc5b6._comment
 create mode 100644 doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__.mdwn
 create mode 100644 doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_1_e25451863622eefed664f6a210cbe67d._comment
 create mode 100644 doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_2_f49e6f4016b3a6f918961a2412902e03._comment
 create mode 100644 doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_3_a234e4f58d2cc3b0110e4e65aceeb2c3._comment
 create mode 100644 doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_4_a01a867500fd94e6b317e74a0b0b1401._comment
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_1_69baeb997086c885f34fd1dc385cf5d6._comment
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_2_fb8c0bebb9aaa75ee7eaf6999b1db49e._comment
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_3_6bfd4e9a7853af93e72b717249de9439._comment
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_4_a7eab4171af7e46bcc637aacf630e9db._comment
 create mode 100644 doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_5_cb98789c50c58f01055183dbaf7b4eba._comment
 create mode 100644 doc/bugs/git_annex_unlock_is_not_atomic.mdwn
 create mode 100644 doc/bugs/git_annex_unused_failes_on_empty_repository.mdwn
 create mode 100644 doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__.mdwn
 create mode 100644 doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__/comment_1_861506e40e0d04d2be98bbfe9188be89._comment
 create mode 100644 doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server.mdwn
 create mode 100644 doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment
 create mode 100644 doc/bugs/git_command_line_constructed_by_unannex_command_has_tons_of_redundant_-a_paramters.mdwn
 create mode 100644 doc/bugs/git_mv_before_commit_breaks_symlinks.mdwn
 create mode 100644 doc/bugs/git_rename_detection_on_file_move.mdwn
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_10_5ec2f965c80cc5dd31ee3c4edb695664._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_1_0531dcfa833b0321a7009526efe3df33._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_2_7101d07400ad5935f880dc00d89bf90e._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_3_57010bcaca42089b451ad8659a1e018e._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_4_79d96599f757757f34d7b784e6c0e81c._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_5_d61f5693d947b9736b29fca1dbc7ad76._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_6_f63de6fe2f7189c8c2908cc41c4bc963._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_7_7f20d0b2f6ed1c34021a135438037306._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_8_6a00500b24ba53248c78e1ffc8d1a591._comment
 create mode 100644 doc/bugs/git_rename_detection_on_file_move/comment_9_75e0973f6d573df615e01005ebcea87d._comment
 create mode 100644 doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files.mdwn
 create mode 100644 doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files/comment_1_f683ecf93e5a17c5c9c06225dbcce2a9._comment
 create mode 100644 doc/bugs/glacier_from_multiple_repos.mdwn
 create mode 100644 doc/bugs/googlemail.mdwn
 create mode 100644 doc/bugs/gpg-agent.mdwn
 create mode 100644 doc/bugs/gpg-agent/comment_1_86860841aaa38541968693ec02f6a506._comment
 create mode 100644 doc/bugs/gpg_does_not_ask_for_password_inside_tmux.mdwn
 create mode 100644 doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_1_053b12e8b412723ff1d6b4e64e71af9e._comment
 create mode 100644 doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_2_44830ba952cad3b153249bd405671507._comment
 create mode 100644 doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_3_a63db33a1dc70e64418de8b4bea6a9fa._comment
 create mode 100644 doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn
 create mode 100644 doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data/comment_1_889218fb7c0115b03d9bad0c07296097._comment
 create mode 100644 doc/bugs/how_to_get_git-annex_shell_on_MAC__63__.mdwn
 create mode 100644 doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_1_780fbb7b8dda331503064dfa6bcabaa3._comment
 create mode 100644 doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_2_1785e99846998aa50e1c62a88b558196._comment
 create mode 100644 doc/bugs/id__95__rsa_on_android.mdwn
 create mode 100644 doc/bugs/id__95__rsa_on_android/comment_1_58f4fd1c4ae29bc3d2f3ea0aa6f6c12b._comment
 create mode 100644 doc/bugs/id__95__rsa_on_android/comment_2_7039ed326c92211aa92e9276aba8c6b6._comment
 create mode 100644 doc/bugs/id__95__rsa_on_android/comment_3_cbe24ed08a7ef91c8c0c20ab9b7d25b7._comment
 create mode 100644 doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6.mdwn
 create mode 100644 doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6/comment_1_515682c2338c861580105e869df648a1._comment
 create mode 100644 doc/bugs/import_leaves_stray___96__.tmp__96___files_if_interrupted.mdwn
 create mode 100644 doc/bugs/import_memleak_from_the_assistant.mdwn
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/comment_1_81c80ca3ea288c651ccf45c83477e058._comment
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/comment_2_56089b7ad5d02c39ae0aacb442d789e9._comment
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/comment_3_b193a4a0901c681b59a97b93b456765b._comment
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/comment_4_d9464c7dc41773650ef7291391e1b414._comment
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/leakafter.png
 create mode 100644 doc/bugs/import_memleak_from_the_assistant/leakbefore.png
 create mode 100644 doc/bugs/inconsistent_use_of_SI_prefixes.mdwn
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_1_204f45a43cd10bcb45c4920a13d66e8d._comment
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_2_a8bb264cb2ceece72e0dd9191b2b566e._comment
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_3_c6c8d3c84afa497bfdfe25b492dac5b9._comment
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_4_5ac5a10bdddf23153e8ea0a8eb60323e._comment
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_5_ec29ed50c4321cf9e21c56c13c65156b._comment
 create mode 100644 doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_6_c7f1170b84f9ea4befe96cdfe3bdaa1f._comment
 create mode 100644 doc/bugs/index_file_smaller_than_expected.mdwn
 create mode 100644 doc/bugs/index_file_smaller_than_expected/comment_1_d87ae8c4d384d2ce6d1286b51bfdeba1._comment
 create mode 100644 doc/bugs/info_file_contains_wrong_version.mdwn
 create mode 100644 doc/bugs/interference_with_Dropbox_results_in_data_loss.mdwn
 create mode 100644 doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_1_837c7ab2d31531ac8a61509225926814._comment
 create mode 100644 doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_2_fe852adc1d7d3062ace269ceb134f3ad._comment
 create mode 100644 doc/bugs/internal_server_error:_hGetContents:_invalid_argument___40__invalid_byte_sequence__41__.mdwn
 create mode 100644 doc/bugs/issues_with_non-posix_compatible_shells.mdwn
 create mode 100644 doc/bugs/issues_with_non-posix_compatible_shells/comment_1_076948499a9d581a50da52b7690e5d4e._comment
 create mode 100644 doc/bugs/links_in_firefox_do_not_always_work.mdwn
 create mode 100644 doc/bugs/links_in_firefox_do_not_always_work/comment_1_5e506674f157e8ed612eca1f9adfa068._comment
 create mode 100644 doc/bugs/links_in_firefox_do_not_always_work/comment_2_dfde57b433301e971c2d5b9e4d3c824a._comment
 create mode 100644 doc/bugs/links_in_firefox_do_not_always_work/comment_3_2d090d6e67ba53ff7e5c0275274f9b3d._comment
 create mode 100644 doc/bugs/make_install_can__39__t_be_used_with_sudo.mdwn
 create mode 100644 doc/bugs/make_install_doesn__39__t_create_git-annex-shell.mdwn
 create mode 100644 doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_1_8c20edd8c6483500f807528d616c6dfd._comment
 create mode 100644 doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_2_8b2cf0fe7219e0bc83fd326adbf26c8a._comment
 create mode 100644 doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_3_25fe06eb127e59a4a07aeb52a5cfeabe._comment
 create mode 100644 doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_4_ec78032ba62d6918baa2c0b07ead5b50._comment
 create mode 100644 doc/bugs/manpage_has_slight_indentation_error.mdwn
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos.mdwn
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_1_6d47485728ea65a9b555f8be7159dea5._comment
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_2_06723d13ecdaf87de5ff2b209e3c5198._comment
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_3_9f83ef190547b291a715cda55b7977d4._comment
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_4_0e32ae0300472c56079cfbcd78a3e386._comment
 create mode 100644 doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_5_e8998716107e7ae8d0e8d332812517ad._comment
 create mode 100644 doc/bugs/migrated_files_not_showing_up_in_unused_list.mdwn
 create mode 100644 doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_1_2cfbf6693b051c758fe5efa5ee885829._comment
 create mode 100644 doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_2_acb1abeb32c3aba8ba65151afbea753c._comment
 create mode 100644 doc/bugs/moreinfo.mdwn
 create mode 100644 doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__.mdwn
 create mode 100644 doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__/comment_1_9fdeaa51ccc7c71dcfeea3ea783d3b50._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows.mdwn
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_1_988768c3e4f30c751034a0b0390cdd88._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_2_70a6c9af57eed4f8ceb3de63cbf8a5e6._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_3_7f48959c6242c5cc52e9d0a79fd3f85d._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_4_04b30dd9e510762ee547e7b45bdba660._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_5_beebbd4a41cccfc7aac3c19d76c3b978._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_6_957c5da5f336c7ef59e4149602471888._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_7_a8654cf656de55ccdcf40270a1ef4ca9._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_8_3c8bb1b1d67ca1a6e568e381d24a2574._comment
 create mode 100644 doc/bugs/no_git-annex_shell_on_Windows/comment_9_03646c9df9d4f4ea27459660fe65a976._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange.mdwn
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_1_6ac691645edb483797bee05043fd83b3._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_2_5d67e3a60b7cc30c2b1857f50895d363._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_3_78f1e081b92f418c20893d86a8715501._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_4_1e2a59e0eec89ef1a57d1488ff40dcf0._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_5_5e74431048b07631e0dbeca90fdb365b._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_6_3724e1c1a5fc6d3589452478249792ec._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_7_7f841ea7bf7d44f3d810ca097ac9eb47._comment
 create mode 100644 doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_8_c53ce2274388711ffbde1595b64f932b._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status.mdwn
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_1_fcd230cbb2ac363c469b98021042c011._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_2_23207ecabd4b41d9551d0491fa71e96b._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_3_6ea92adfe955b6a5cd2a39fea78b3bf6._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_4_d0e55585f1612148163039d157253258._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_6_5506dc1b08516677886da4aa97263864._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_073449cc2cb73efd2b2d3d778a5573de._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_3516e71ba3b07427a10cbb4965712aa6._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_8_ea2e4704adb2f304f9c11c61eb62e919._comment
 create mode 100644 doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_9_4d17fedead7977541371a3f2c192e030._comment
 create mode 100644 doc/bugs/numcopies_deprecated__44___but_still_in_walkthrough.mdwn
 create mode 100644 doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind.mdwn
 create mode 100644 doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment
 create mode 100644 doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames.mdwn
 create mode 100644 doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_1_ca10638d4b4b178cfd0de8736542c4dc._comment
 create mode 100644 doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_2_986a393a512229d35e529ba242b77b1e._comment
 create mode 100644 doc/bugs/problem_commit_normal_links.mdwn
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3.mdwn
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_1_5f60006c9bb095167d817f234a14d20b._comment
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_2_cd0123392b16d89db41b45464165c247._comment
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_3_86d9e7244ae492bcbe62720b8c4fc4a9._comment
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_4_91439d4dbbf1461e281b276eb0003691._comment
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_5_ca33a9ca0df33f7c1b58353d7ffb943d._comment
 create mode 100644 doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_6_f360f0006bc9115bc5a3e2eb9fe58abd._comment
 create mode 100644 doc/bugs/problems_with_android_and_gpg.mdwn
 create mode 100644 doc/bugs/problems_with_android_and_gpg/comment_1_526d8805cb1ae896e8b1920ac2aecc17._comment
 create mode 100644 doc/bugs/problems_with_android_and_gpg/comment_2_2e1ae66bac4f55b74074b09e22ab270d._comment
 create mode 100644 doc/bugs/problems_with_android_and_gpg/comment_3_47510400e8e45a71a1581aed99a157a1._comment
 create mode 100644 doc/bugs/problems_with_android_and_gpg/comment_4_d28d773450d09e03160548d99f12256d._comment
 create mode 100644 doc/bugs/problems_with_android_and_gpg/comment_5_74f1177d6dd42bab5ddfc040cbfb035e._comment
 create mode 100644 doc/bugs/problems_with_android_and_xmpp.mdwn
 create mode 100644 doc/bugs/problems_with_android_and_xmpp/comment_1_dd56eb74660a606c7db54861ec745cc6._comment
 create mode 100644 doc/bugs/problems_with_android_and_xmpp/comment_2_ae4554fadfc3ea1913a36aa535815cfb._comment
 create mode 100644 doc/bugs/problems_with_android_and_xmpp/comment_3_128702a7974bd00337c3304e49a74f0b._comment
 create mode 100644 doc/bugs/problems_with_glacier.mdwn
 create mode 100644 doc/bugs/problems_with_glacier/comment_1_8d233428a16ae4276d9c69b329e8216b._comment
 create mode 100644 doc/bugs/protocol_mismatch_after_interrupt.mdwn
 create mode 100644 doc/bugs/protocol_mismatch_after_interrupt/comment_1_415de83053dc61a64cf2e301223f1916._comment
 create mode 100644 doc/bugs/ran_once_then_stopped_running_opensuse_13.1.mdwn
 create mode 100644 doc/bugs/ran_once_then_stopped_running_opensuse_13.1/comment_1_a9daf9e8f968b32f25e236f53ea4b845._comment
 create mode 100644 doc/bugs/random_files_vanishing_when_assistant_gets_restarted.mdwn
 create mode 100644 doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_1_53b4f388c47c1b3f6ffa4fc2155b30fc._comment
 create mode 100644 doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_2_e66532b23b089c9ea61122d6664cddb9._comment
 create mode 100644 doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_3_c9d692c867acc076f64f1213ea03ca11._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior.mdwn
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_1_1a0b964f93c753838d6ccbdc8f79b39e._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_2_d22dcd7f95c5dc1c381c3c746781efce._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_3_a25140eb90f6b24c1a3ca39c901694e2._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_4_825e15183008ff7d97a81cacc3f55fb4._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_5_e858fc7c729cd39740354fb12627d556._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_6_9881b0f2dfb0907a60c0da296bc3da3f._comment
 create mode 100644 doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_7_ca017b9d3bafea4cb31448c802f3834e._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist.mdwn
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_10_8a1d16b2aaba224e94be3d9dcc036d91._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_11_434ed328a22a6657dba3b2929a56e499._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_12_1837b70ace42882db3ab82e001680934._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_13_ca9c87a10f29e41572540edeb99652f2._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_1_69eafc4201e3014ef1b5d74fe319e462._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_2_b7a64db9abe006af8c30169ad849efe9._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_3_197ac6070f256131c6e18a07aa3834fa._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_4_fe07832333b536c71b7dcb46a4a44bd0._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_5_540bca4e6fdfc10eeab875ecc0f2b3f3._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_6_3f236b35e9820cd88bb77fcd57d6975e._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_7_3cc5dae0351201522711a7caeecd60d5._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_8_3c3883cb66d02a15d5de84d22aa113da._comment
 create mode 100644 doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_9_c8cece9559bd2dc6154cd28772369e48._comment
 create mode 100644 doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids.mdwn
 create mode 100644 doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_1_11af589cf646cb7552eeb5c7401934f5._comment
 create mode 100644 doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_2_d81cb9b47dea34b639dc250bb231010a._comment
 create mode 100644 doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_3_8df00f0ed4a26f702e0935b366521530._comment
 create mode 100644 doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_4_7eb33c23223dfc634eb3c9c6621f7f3e._comment
 create mode 100644 doc/bugs/remote_not_showing_up_in_webapp.mdwn
 create mode 100644 doc/bugs/remote_not_showing_up_in_webapp/comment_1_2a269732fd528f505777542d3556437a._comment
 create mode 100644 doc/bugs/remote_not_showing_up_in_webapp/comment_2_10638e99e2e11460f99266f56adbc1db._comment
 create mode 100644 doc/bugs/remote_not_showing_up_in_webapp/comment_3_4aa72acc0938f7f824ba10f3f102e8bc._comment
 create mode 100644 doc/bugs/repo_creation_fails_on_android_4.4.3.mdwn
 create mode 100644 doc/bugs/repo_creation_fails_on_android_4.4.3/comment_1_01e638ec9c6d74966d76b6ceb7c06bad._comment
 create mode 100644 doc/bugs/repo_creation_fails_on_android_4.4.3/comment_2_07c0f9387433b7107e9def2bfbed3039._comment
 create mode 100644 doc/bugs/repo_creation_fails_on_android_4.4.3/comment_3_caf4f02677ea9e7fe28dbace99aa6860._comment
 create mode 100644 doc/bugs/rsync_special_remote_fails_to___96__get__96___files_which_have_names_containing_spaces.mdwn
 create mode 100644 doc/bugs/rsync_transport:_username_not_respected.mdwn
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files.mdwn
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_1_8b60b7816b9bf2c8cdd21b5cae431555._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_2_32908da23e4fb38a7d20b765a5ab4656._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_3_3cff88b50eb3872565bccbeb6ee15716._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_4_e991986eb8ae49d2e69f7ed7fd61485f._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_5_241ad838135a7a377374ca9ba90aec5c._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_6_744982b77cc867e9e3a7d638c7a653d6._comment
 create mode 100644 doc/bugs/runs_of_of_memory_adding_2_million_files/comment_7_9add4ee13b7ea846e6495c28da214269._comment
 create mode 100644 doc/bugs/set_metadata_on_wrong_files.mdwn
 create mode 100644 doc/bugs/set_metadata_on_wrong_files/comment_1_074f124e5d313e90b3e9217325799587._comment
 create mode 100644 doc/bugs/signal_weirdness.mdwn
 create mode 100644 doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink.mdwn
 create mode 100644 doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_1_d2faaff98386433110dcf7aae87916b7._comment
 create mode 100644 doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_2_1359ddf1b5db4303f8bd219d3f07df3a._comment
 create mode 100644 doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo.mdwn
 create mode 100644 doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo/comment_1_52180983b59c247389a55a9523ec435b._comment
 create mode 100644 doc/bugs/ssh:_unprotected_private_key_file.mdwn
 create mode 100644 doc/bugs/ssh_portnum_bugs.mdwn
 create mode 100644 doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment
 create mode 100644 doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment
 create mode 100644 doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment
 create mode 100644 doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment
 create mode 100644 doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment
 create mode 100644 doc/bugs/support_bare_git_repo__44___with_the_annex_directory_exposed_to_http.mdwn
 create mode 100644 doc/bugs/sync_does_not_commit_with_alwasycommit___61___false.mdwn
 create mode 100644 doc/bugs/test_failures_on_window_for_5.20131118.mdwn
 create mode 100644 doc/bugs/test_failures_on_window_for_5.20131118/comment_1_5a7a284625c12d54390fe4a4ec1d4211._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems.mdwn
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_1_1d38283c9ea87174f3bbef9a58f5cb88._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_2_bf112edd075fbebe4fc959a387946eb9._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_3_a46080fbe82adf0986c5dc045e382501._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_4_760437bf3ba972a775bb190fb4b38202._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_5_060ba5ea88dcab2f4a0c199f13ef4f67._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_6_548303d6ffb21a9370b6904f41ff49c1._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_7_7ca00527ab5db058aadec4fe813e51fd._comment
 create mode 100644 doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_8_881aecb9ae671689453f6d5d780d844b._comment
 create mode 100644 doc/bugs/trust_command_and_gitconfig_contradiction_causing_confusion.mdwn
 create mode 100644 doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build.mdwn
 create mode 100644 doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_1_e8df4b36a89b37edd94f3a318ae93a32._comment
 create mode 100644 doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_2_3b2c3c84bd1910280c549a2ee1c622b9._comment
 create mode 100644 doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn
 create mode 100644 doc/bugs/undefined.mdwn
 create mode 100644 doc/bugs/unfinished_repository_when_using_annex-ignore_true_.mdwn
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument.mdwn
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_1_004cb3015895ad67386276f3e1f0de0d._comment
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_2_3fe298ebb3ff04d12f2528aa982d7084._comment
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_3_9302536d1577c12337d714fa3a9ea7a1._comment
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_4_c1c8de66192957b7026d99b9ff90589c._comment
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_5_8c2dad766e4115073d49b698919b5ed5._comment
 create mode 100644 doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_6_8da2a73381309ecef4b2796d8f2bb0bb._comment
 create mode 100644 doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories.mdwn
 create mode 100644 doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_1_9ca2da52f3c8add0276b72d6099516a6._comment
 create mode 100644 doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_2_e14e84b770305893f2fc6e4938359f47._comment
 create mode 100644 doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_3_ec04e306c96fd20ab912aea54a8340aa._comment
 create mode 100644 doc/bugs/uploads_queued_to_annex-ignore_remotes.mdwn
 create mode 100644 doc/bugs/uploads_queued_to_annex-ignore_remotes/comment_1_fa1c98f38253db8c2be3604c72eb3726._comment
 create mode 100644 doc/bugs/using_gpg_encryption_with_multiple_keys_fails.mdwn
 create mode 100644 doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_1_584390159278577da78b05bc7bb0e673._comment
 create mode 100644 doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_2_51855f5bb857e1b6bc5531cdd7073c31._comment
 create mode 100644 doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_3_3a6ff3dbc24850b065d045c7c9398eb1._comment
 create mode 100644 doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_4_84168b56288262e01280da59ffaf19f6._comment
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output.mdwn
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output/comment_1_fceba878f1097e27f056580e8d6d5b31._comment
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output/comment_2_416992874813f120721a56d88b2bef65._comment
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output/comment_3_a20f470c5226ac5693eb15146a02b3f5._comment
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output/comment_4_a81f06191bc03a7aad5929af99f0634e._comment
 create mode 100644 doc/bugs/using_old_remote_format_generates_irritating_output/comment_5_7438caecf78b4fb5d21f9f31dff95cf2._comment
 create mode 100644 doc/bugs/web_app_loops_over_a_non-addable_file.mdwn
 create mode 100644 doc/bugs/webapp:_difficult_to_abort_adding_a_repository.mdwn
 create mode 100644 doc/bugs/webapp_doesn__39__t_start_when___126____47__annex_isn__39__t_a_git_repo.mdwn
 create mode 100644 doc/bugs/webapp_usability:_fails_mysteriously_on_newer_repo_layouts.mdwn
 create mode 100644 doc/bugs/weird_unicode_bug_on_windows.mdwn
 create mode 100644 doc/bugs/weird_unicode_bug_on_windows/comment_1_69af9bd8c7898fccc2219edd860d547b._comment
 create mode 100644 doc/bugs/wget_and_android_4.4.mdwn
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files.mdwn
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_1_6c9f5fe14e46ac96254426e1e9cff23f._comment
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_2_04dfbf4b1f6b545075d50f43b1d73ef6._comment
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_3_f449f259f076ea1b11bd289bdbcc9339._comment
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_4_78ccd70a17d776f14ea9193ab55c6732._comment
 create mode 100644 doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_5_95fcc19327b57222844302bb81236ee9._comment
 create mode 100644 doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote.mdwn
 create mode 100644 doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_1_d823b7ee32183fbadd4a49f65e1a3a8b._comment
 create mode 100644 doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_2_f430538101f0ef6114b5e953248fa599._comment
 create mode 100644 doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn
 create mode 100644 doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files/comment_1_47bd0fc8d1c65f8a868d9722e66c71db._comment
 create mode 100644 doc/bugs/windows_install_failure.mdwn
 create mode 100644 doc/bugs/windows_install_failure/comment_1_f339574c7cfa35c1f0dfd515fde457f5._comment
 create mode 100644 doc/bugs/windows_install_failure/comment_2_1d3364d8f5c4963f3a7e473298ec6ed1._comment
 create mode 100644 doc/bugs/youtube_support_suddenly_stopped_working.mdwn
 create mode 100644 doc/builds.mdwn
 create mode 100644 doc/coding_style.mdwn
 create mode 100644 doc/coding_style/comment_1_70521cf79ad06832b1d73fc2c20c68ec._comment
 create mode 100644 doc/coding_style/comment_2_a820b7c8ae7c2290eb000f61bdb5c514._comment
 create mode 100644 doc/comments.mdwn
 create mode 100644 doc/contact.mdwn
 create mode 100644 doc/contact/comment_1_12d60f767d90bea94974e1ff6b206d31._comment
 create mode 100644 doc/contact/comment_2_95b6d868b913418de50ba121d71d2390._comment
 create mode 100644 doc/contact/comment_3_2cf43bd406673294e6cdbd785c4a0d0c._comment
 create mode 100644 doc/contact/comment_4_586a506e27379d74fbc0f4b654e89c7d._comment
 create mode 100644 doc/contribute.mdwn
 create mode 100644 doc/copies.mdwn
 create mode 100644 doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment
 create mode 100644 doc/design.mdwn
 create mode 100644 doc/design/assistant.mdwn
 create mode 100644 doc/design/assistant/OSX.mdwn
 create mode 100644 doc/design/assistant/OSX/comment_1_9290f6e6f265e906b08631224392b7bf._comment
 create mode 100644 doc/design/assistant/android.mdwn
 create mode 100644 doc/design/assistant/android/comment_10_316bde8d22628e5e9d4f8dabce1d2ad4._comment
 create mode 100644 doc/design/assistant/android/comment_1_8be9a74e5fc4641c2bf2e1bb7673dd59._comment
 create mode 100644 doc/design/assistant/android/comment_2_3dd386ac1b757c73d14f14377b9eedd4._comment
 create mode 100644 doc/design/assistant/android/comment_3_5dca47a4599d6e88d19193701c5a571b._comment
 create mode 100644 doc/design/assistant/android/comment_4_054f06311e2b51d73be569f181eb004f._comment
 create mode 100644 doc/design/assistant/android/comment_5_bb3d36e9d29f2fa77bee6d47ef9917fe._comment
 create mode 100644 doc/design/assistant/android/comment_6_fee32a831eeb5736fe1dce52e30320c8._comment
 create mode 100644 doc/design/assistant/android/comment_7_d8e9b0a5287fc96b19dc2cb9da3586ce._comment
 create mode 100644 doc/design/assistant/android/comment_8_79a7b5bb5f4aaeea4a4e8ced0561701a._comment
 create mode 100644 doc/design/assistant/android/comment_9_55ea70a6929523d26248ff6409b04a6e._comment
 create mode 100644 doc/design/assistant/blog.mdwn
 create mode 100644 doc/design/assistant/blog/day_100__cursed_clouds.mdwn
 create mode 100644 doc/design/assistant/blog/day_102__very_high_level_programming.mdwn
 create mode 100644 doc/design/assistant/blog/day_102__very_high_level_programming/comment_1_c028b403261dd66bcf83e6ffd134b80b._comment
 create mode 100644 doc/design/assistant/blog/day_103__bugfix_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_104__misc.mdwn
 create mode 100644 doc/design/assistant/blog/day_104__misc/comment_1_13d7fad2d3f8eab10314784c035e2a16._comment
 create mode 100644 doc/design/assistant/blog/day_105__lazy_Sunday.mdwn
 create mode 100644 doc/design/assistant/blog/day_106__lazy_Monday.mdwn
 create mode 100644 doc/design/assistant/blog/day_107__memory_leak.mdwn
 create mode 100644 doc/design/assistant/blog/day_108__another_zombie_outbreak.mdwn
 create mode 100644 doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_1_194c48d65993462f809a2cfaa774a3e2._comment
 create mode 100644 doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_2_ef5ee5933fcadcb81cc81b816db14bda._comment
 create mode 100644 doc/design/assistant/blog/day_109__dropping.mdwn
 create mode 100644 doc/design/assistant/blog/day_10__lsof.mdwn
 create mode 100644 doc/design/assistant/blog/day_10__lsof/comment_1_9b8c28c85c979f32e5c295b6a03c048e._comment
 create mode 100644 doc/design/assistant/blog/day_110__more_dropping.mdwn
 create mode 100644 doc/design/assistant/blog/day_111__config_monitor.mdwn
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different.mdwn
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_1_5e4fe1538d9ae1c450b0a6602fc6d29b._comment
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_2_c5a734f611ecc95729904e645583ee43._comment
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_3_46b16dcd0fce07036cd8ed6ed9d2b055._comment
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_4_1fe036e4c65fb4211aa2c394f535344a._comment
 create mode 100644 doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_5_e4ba3568c4efd98f212dd47427a1cf47._comment
 create mode 100644 doc/design/assistant/blog/day_113__notifier_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_114__xmpp.mdwn
 create mode 100644 doc/design/assistant/blog/day_114__xmpp/comment_1_c2b0617a2fc3dc4f19a6be6947913842._comment
 create mode 100644 doc/design/assistant/blog/day_114__xmpp/comment_2_d14375dfb5791615802dab3c5438f8e2._comment
 create mode 100644 doc/design/assistant/blog/day_114__xmpp/comment_3_6d72ea32c111e605be30ad2153fc71c9._comment
 create mode 100644 doc/design/assistant/blog/day_114__xmpp/comment_4_e51d6f854db5f9e74a1aa58bd8923795._comment
 create mode 100644 doc/design/assistant/blog/day_115__my_new_form.mdwn
 create mode 100644 doc/design/assistant/blog/day_116__the_segfault.mdwn
 create mode 100644 doc/design/assistant/blog/day_117__new_topologies.mdwn
 create mode 100644 doc/design/assistant/blog/day_118__monadic_discontinuity.mdwn
 create mode 100644 doc/design/assistant/blog/day_119__time_for_testing.mdwn
 create mode 100644 doc/design/assistant/blog/day_11__freebsd.mdwn
 create mode 100644 doc/design/assistant/blog/day_120__test_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_121__buddy_list.mdwn
 create mode 100644 doc/design/assistant/blog/day_122__xmpp_pairing.mdwn
 create mode 100644 doc/design/assistant/blog/day_122__xmpp_pairing/comment_1_e95efb23eb2e67e3f11a5c7de56424a7._comment
 create mode 100644 doc/design/assistant/blog/day_122__xmpp_pairing/comment_2_30e251e73146512bde8b2f69eddeef2e._comment
 create mode 100644 doc/design/assistant/blog/day_123__xmpp_insanity.mdwn
 create mode 100644 doc/design/assistant/blog/day_124__git_push_over_xmpp_groundwork.mdwn
 create mode 100644 doc/design/assistant/blog/day_125__xmpp_push_continues.mdwn
 create mode 100644 doc/design/assistant/blog/day_126__mr_watson_come_here.mdwn
 create mode 100644 doc/design/assistant/blog/day_126__mr_watson_come_here/comment_1_ee1361e6b235f4e1c00596ba516b519a._comment
 create mode 100644 doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment
 create mode 100644 doc/design/assistant/blog/day_127__xmpp_syncs.mdwn
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment
 create mode 100644 doc/design/assistant/blog/day_128__last_xmpp_day/comment_6_2f9ba367e19d77bf52f372b6f0f5938a._comment
 create mode 100644 doc/design/assistant/blog/day_129__release.mdwn
 create mode 100644 doc/design/assistant/blog/day_12__freebsd_redux.mdwn
 create mode 100644 doc/design/assistant/blog/day_12__freebsd_redux/comment_1_5da32cf53f1de27bfe6cec2d294db3e1._comment
 create mode 100644 doc/design/assistant/blog/day_12__freebsd_redux/comment_2_696d6e22034acf5bb60d80124b72ef2f._comment
 create mode 100644 doc/design/assistant/blog/day_130__what_now.mdwn
 create mode 100644 doc/design/assistant/blog/day_130__what_now/comment_1_402f00cc034351d8253a797dd4de55bf._comment
 create mode 100644 doc/design/assistant/blog/day_131__webdav_groundwork.mdwn
 create mode 100644 doc/design/assistant/blog/day_132__webdav_continued.mdwn
 create mode 100644 doc/design/assistant/blog/day_133__webdav_working.mdwn
 create mode 100644 doc/design/assistant/blog/day_134__box.com_configurator.mdwn
 create mode 100644 doc/design/assistant/blog/day_135__progress_revisited.mdwn
 create mode 100644 doc/design/assistant/blog/day_136__misc.mdwn
 create mode 100644 doc/design/assistant/blog/day_137__Glacier.mdwn
 create mode 100644 doc/design/assistant/blog/day_138__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_138__back/comment_1_65a8499b284bed38d2bde1886a54a311._comment
 create mode 100644 doc/design/assistant/blog/day_139__catch_up.mdwn
 create mode 100644 doc/design/assistant/blog/day_13__kqueue_continued.mdwn
 create mode 100644 doc/design/assistant/blog/day_140__release_monday.mdwn
 create mode 100644 doc/design/assistant/blog/day_141__release_tuesday.mdwn
 create mode 100644 doc/design/assistant/blog/day_141__release_tuesday/comment_1_a5adea7a726df12f9121c744a036f08d._comment
 create mode 100644 doc/design/assistant/blog/day_142__filling_in.mdwn
 create mode 100644 doc/design/assistant/blog/day_143__what_next.mdwn
 create mode 100644 doc/design/assistant/blog/day_143__what_next/comment_1_40cf25a2ebdd43d8974a28e180e100e5._comment
 create mode 100644 doc/design/assistant/blog/day_143__what_next/comment_2_af9ccbbc5131e6333c029415141bdb51._comment
 create mode 100644 doc/design/assistant/blog/day_144__webapp_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_145__more_webapp_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_146__meanwhile.mdwn
 create mode 100644 doc/design/assistant/blog/day_147__direct_mode.mdwn
 create mode 100644 doc/design/assistant/blog/day_147__direct_mode/comment_1_0bd69532afce9dc04e3d88bfd0aed4b2._comment
 create mode 100644 doc/design/assistant/blog/day_147__direct_mode/comment_2_3b26f0d081c3bf1037bb872d529ce825._comment
 create mode 100644 doc/design/assistant/blog/day_148__direct_mode.mdwn
 create mode 100644 doc/design/assistant/blog/day_149__rainy_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_14__kqueue_kqueue_kqueue.mdwn
 create mode 100644 doc/design/assistant/blog/day_14__thinking_about_syncing.mdwn
 create mode 100644 doc/design/assistant/blog/day_150__12:12.mdwn
 create mode 100644 doc/design/assistant/blog/day_151__direct_mode_toggle.mdwn
 create mode 100644 doc/design/assistant/blog/day_152__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_152__bugfixes/comment_1_46863a875f9daa6f2c9248b66ff91929._comment
 create mode 100644 doc/design/assistant/blog/day_152__bugfixes/comment_2_a586e617bc024c8a9ff60f1b8345d74d._comment
 create mode 100644 doc/design/assistant/blog/day_153__hibernation.mdwn
 create mode 100644 doc/design/assistant/blog/day_154__direct_mode_merging.mdwn
 create mode 100644 doc/design/assistant/blog/day_155__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_156_and_157__direct_mode_assistant.mdwn
 create mode 100644 doc/design/assistant/blog/day_158__fsevents.mdwn
 create mode 100644 doc/design/assistant/blog/day_158__fsevents/comment_1_b278372ac6399f64d5fa9da178278a6d._comment
 create mode 100644 doc/design/assistant/blog/day_158__fsevents/comment_2_2d5ce9b2807068c3517e185945662bd2._comment
 create mode 100644 doc/design/assistant/blog/day_159__fsevents_and_assistant.mdwn
 create mode 100644 doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_1_b85f446c3fa8d703a2a8882825c6f33f._comment
 create mode 100644 doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_2_a150b404e0c39e0bb2f7dd00cda63cdc._comment
 create mode 100644 doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_3_37abc41bae23a1d7de0d19d952aec492._comment
 create mode 100644 doc/design/assistant/blog/day_15__its_aliiive.mdwn
 create mode 100644 doc/design/assistant/blog/day_160__finishing_up_direct_mode.mdwn
 create mode 100644 doc/design/assistant/blog/day_161__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_1_e82c67f3ce216618149537bba1e0b850._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_2_b1fe96fd818935c0497b78bb8ad32ffa._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_3_40bac0e1756aa77bb966c4654857141c._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_4_af65656b0d1179636937595868bb97b0._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_5_0c05caaaf9588e124585041bf5f45d75._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_6_5dfb5f428633d6062925f61af2b8829b._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_7_ac4effb381b08d94d4a2d2482e92c89a._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_8_32600e89e3098e52a1280895e03b3f86._comment
 create mode 100644 doc/design/assistant/blog/day_161__release_day/comment_9_07e5d0c3cad0ce2bd4943e53b61f1767._comment
 create mode 100644 doc/design/assistant/blog/day_162__UI.mdwn
 create mode 100644 doc/design/assistant/blog/day_163__free_features.mdwn
 create mode 100644 doc/design/assistant/blog/day_164__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_165__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_166__a_short_long_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_167__safe_direct_mode_transfers.mdwn
 create mode 100644 doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_1_f1aa64fe803d8c14b250a4e98b88142a._comment
 create mode 100644 doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_2_5ce1db84c9ead713f1272c4975645b93._comment
 create mode 100644 doc/design/assistant/blog/day_168__back_to_theme.mdwn
 create mode 100644 doc/design/assistant/blog/day_168__back_to_theme/comment_1_f248780bfcbd0384d9d72c2633a4ea46._comment
 create mode 100644 doc/design/assistant/blog/day_168__back_to_theme/comment_2_5beba073373b8e75a32d1fcfdc1a0782._comment
 create mode 100644 doc/design/assistant/blog/day_169__direct_mode_is_safe.mdwn
 create mode 100644 doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_1_65f87656c4e6bc7cdb614f53961341c9._comment
 create mode 100644 doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_2_a116a402a126c62be54c06afd82439ab._comment
 create mode 100644 doc/design/assistant/blog/day_16__more_robust_syncing.mdwn
 create mode 100644 doc/design/assistant/blog/day_16__more_robust_syncing/comment_1_23e7a90429e4431f90787cd016ebe188._comment
 create mode 100644 doc/design/assistant/blog/day_16__more_robust_syncing/comment_2_8e7e7cd27791bb47625e60a284e9c802._comment
 create mode 100644 doc/design/assistant/blog/day_170__bugfixes_and_release.mdwn
 create mode 100644 doc/design/assistant/blog/day_171__logs.mdwn
 create mode 100644 doc/design/assistant/blog/day_172__short_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_172__short_day/comment_1_b75e26b77a23a45da1c4c3bca1399246._comment
 create mode 100644 doc/design/assistant/blog/day_173__snow_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_174__last_weekend_before_AU.mdwn
 create mode 100644 doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_1_05a8fd47f54373331741cc869a53b0c3._comment
 create mode 100644 doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_2_fc8e65eef954c4caa8321c2fe8b711b7._comment
 create mode 100644 doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_3_399534f540d85cac067fbb7be9d373b4._comment
 create mode 100644 doc/design/assistant/blog/day_175__pacific_features.mdwn
 create mode 100644 doc/design/assistant/blog/day_175__pacific_features/comment_1_c3ee4386f872b7c76aaecfa638b368cb._comment
 create mode 100644 doc/design/assistant/blog/day_176__thread_management.mdwn
 create mode 100644 doc/design/assistant/blog/day_178__bus_hacking.mdwn
 create mode 100644 doc/design/assistant/blog/day_179__brief_updates.mdwn
 create mode 100644 doc/design/assistant/blog/day_179__brief_updates/comment_1_920a84457d40358507a3eb817a4568d9._comment
 create mode 100644 doc/design/assistant/blog/day_17__push_queue_prune.mdwn
 create mode 100644 doc/design/assistant/blog/day_180__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_181__triage.mdwn
 create mode 100644 doc/design/assistant/blog/day_182__it_begins.mdwn
 create mode 100644 doc/design/assistant/blog/day_183__plan_b.mdwn
 create mode 100644 doc/design/assistant/blog/day_184__just_wanna_run_something.mdwn
 create mode 100644 doc/design/assistant/blog/day_184__just_wanna_run_something/comment_1_689adac7e26cb0b0a4e7ecc787cfd716._comment
 create mode 100644 doc/design/assistant/blog/day_185__android_liftoff.mdwn
 create mode 100644 doc/design/assistant/blog/day_185__android_liftoff/comment_1_b7d28010a72619a7e9a5ad4f2a0d6c07._comment
 create mode 100644 doc/design/assistant/blog/day_185__android_liftoff/comment_2_ddeb24e86fafb7dae93142cc02767aad._comment
 create mode 100644 doc/design/assistant/blog/day_186__Android_success.mdwn
 create mode 100644 doc/design/assistant/blog/day_186__Android_success/comment_1_1629da240ca7db5f8a32059f561fd435._comment
 create mode 100644 doc/design/assistant/blog/day_187__porting_utilities.mdwn
 create mode 100644 doc/design/assistant/blog/day_187__porting_utilities/comment_1_0e6a3f4fe8e09f247fa04156bc60f8c7._comment
 create mode 100644 doc/design/assistant/blog/day_188__crippled_filesystem_support.mdwn
 create mode 100644 doc/design/assistant/blog/day_188__crippled_filesystem_support/comment_1_32a296fce23ae4b1e18bd5a9964bf619._comment
 create mode 100644 doc/design/assistant/blog/day_189__more_crippling.mdwn
 create mode 100644 doc/design/assistant/blog/day_18__merging.mdwn
 create mode 100644 doc/design/assistant/blog/day_18__merging/comment_1_7a553ad559519f3b3e3cd20115b4c44e._comment
 create mode 100644 doc/design/assistant/blog/day_190-191__weekend.mdwn
 create mode 100644 doc/design/assistant/blog/day_190-191__weekend/comment_1_dbd692d12c14d08acd7d73a655b34e8b._comment
 create mode 100644 doc/design/assistant/blog/day_190-191__weekend/comment_2_c813830e53471a9732e010a748d574fc._comment
 create mode 100644 doc/design/assistant/blog/day_192_193__more_porting.mdwn
 create mode 100644 doc/design/assistant/blog/day_194__nice_moment.mdwn
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app.mdwn
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_10_0112007552b30cd9bfeac614a1e399c4._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_11_230d3c169c713f613b9d607d84ce5092._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_12_8d74ad2a61c02272758d157282ad56ec._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_13_4f6bc0680f2debd638933968a26975e0._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_14_71539c62608866464e8faa76bc522a55._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_15_e1b205289721ae79ac7fbed2f44018b2._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_1_4bc0aeae4fa1116944644c64feaf9697._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_2_17bb6e7565d4c757f6c1e3514c22f47d._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_3_cd8a6bec0f7c6843dd11d3266f25f864._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_4_2d2eee4bcbbd1d069a80bff5edc90c3c._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_6_3d96568c469a8c53a982f304eae5e7d4._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_6_e8667c47d07fc842cf0fe2ebbfbc1c58._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_7_cf8da7720ddc20b05955ee671ca4acd5._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_8_f4709bdbc739182819b648fd6aa00531._comment
 create mode 100644 doc/design/assistant/blog/day_195__real_android_app/comment_9_e66af12c7eca0d457b8406e9fb4b69be._comment
 create mode 100644 doc/design/assistant/blog/day_196__android_bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_197__template_haskell.mdwn
 create mode 100644 doc/design/assistant/blog/day_197__template_haskell/comment_1_82d9f9508929d84abf7b718c59436ae8._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_1_5a15b5bad0f9ba2423d2aebe440ac0ea._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_2_36d94b838e5e65c85e7afaabe8a578f1._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_3_ae9b74341a3bc6e1e84d2c0ca4c5f612._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_4_5a4827227c03bcff3b1e4c44b531f816._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_5_9c5f4c85217e898be4c57c615e53c36f._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_6_bccf1abfb7f56d97673158f3ccfce511._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_7_6f1b51b002cc5d2b505d80e3e04bf6f3._comment
 create mode 100644 doc/design/assistant/blog/day_198__bugfixes/comment_8_8a3542437663028b17442818eba3f7c5._comment
 create mode 100644 doc/design/assistant/blog/day_199__wrapping_up_Android_for_now.mdwn
 create mode 100644 doc/design/assistant/blog/day_199__wrapping_up_Android_for_now/comment_1_ec57358afc7e78d2860aa4237793832d._comment
 create mode 100644 doc/design/assistant/blog/day_19__random_improvements.mdwn
 create mode 100644 doc/design/assistant/blog/day_1__inotify.mdwn
 create mode 100644 doc/design/assistant/blog/day_200__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_10_40cfe9bfd9e611fd734dbb5aad348aa3._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_11_b26890fdae575d42170988073fb2e45d._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_13_710a30c5d31bf549833ecfe9a0997c94._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_13_b6f62ab7e810ba6d3a43f0ead370c79a._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_1_a68e1ed7829b49086c567d97ddc09912._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_2_39d3ad0a029fe56e96f97d28d17fbbd2._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_3_5b752d6a8d74e61190f09384b6108206._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_4_881274ae0d6230bb4cafa4151ad72b49._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_5_e220059be77cf0ef396f37a4f9ccf9b5._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_6_ec2152151188dd252cdb61c68cfc12e4._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_7_42572411617c287368482bb9dcf94324._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_8_6b69aa81a9ba4e07e547ed1869946d51._comment
 create mode 100644 doc/design/assistant/blog/day_200__release_day/comment_9_b070a2e4151d9fbf43d7906efa78515f._comment
 create mode 100644 doc/design/assistant/blog/day_201__real_Android_wrapup.mdwn
 create mode 100644 doc/design/assistant/blog/day_201__real_Android_wrapup/comment_1_88b9950c51324f0bb89c5646b3170952._comment
 create mode 100644 doc/design/assistant/blog/day_201__real_Android_wrapup/fib.png
 create mode 100644 doc/design/assistant/blog/day_201__working_web_server.mdwn
 create mode 100644 doc/design/assistant/blog/day_203__procrastination.mdwn
 create mode 100644 doc/design/assistant/blog/day_204__deprocrastination.mdwn
 create mode 100644 doc/design/assistant/blog/day_205_206__rainy_day__snow_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_207__XMPP.mdwn
 create mode 100644 doc/design/assistant/blog/day_208__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_209__The_Bug.mdwn
 create mode 100644 doc/design/assistant/blog/day_20__data_transfer_design.mdwn
 create mode 100644 doc/design/assistant/blog/day_210__spring.mdwn
 create mode 100644 doc/design/assistant/blog/day_211__zooming_along.mdwn
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter.mdwn
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter/comment_1_6ee1f8056eedb6eb18013faf8f5ec212._comment
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter/comment_2_07c83d75bb105bb77ada07359ed0ea7a._comment
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter/comment_3_2c904d33f4f14807fbe718a01e98800a._comment
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter/comment_4_59ec5c1cab75df87293800a7a03fe9c6._comment
 create mode 100644 doc/design/assistant/blog/day_212__accidental_all_nighter/comment_5_13893f106e835dcc52e03c7c6740c35b._comment
 create mode 100644 doc/design/assistant/blog/day_213__costs.mdwn
 create mode 100644 doc/design/assistant/blog/day_214__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_215__dashboard_UI_refresh.mdwn
 create mode 100644 doc/design/assistant/blog/day_216__more_bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_216__more_bugfixes/comment_1_299462bcdd0e4f6cd7895b5f40ca00ad._comment
 create mode 100644 doc/design/assistant/blog/day_216__more_bugfixes/comment_2_1913d65dfe4ba08379d82a4a2ca91c40._comment
 create mode 100644 doc/design/assistant/blog/day_216__more_bugfixes/comment_3_92c774599a78540ad398afcd1d05f7ce._comment
 create mode 100644 doc/design/assistant/blog/day_217__nothing.mdwn
 create mode 100644 doc/design/assistant/blog/day_219__bug_triage.mdwn
 create mode 100644 doc/design/assistant/blog/day_219__bug_triage/comment_1_c6b977a969cacdce62987a439b7686f5._comment
 create mode 100644 doc/design/assistant/blog/day_21__transfer_tracking.mdwn
 create mode 100644 doc/design/assistant/blog/day_220__performance.mdwn
 create mode 100644 doc/design/assistant/blog/day_221__this_and_that.mdwn
 create mode 100644 doc/design/assistant/blog/day_222__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_222__back/comment_1_f05b48231a1ee0cffba7d66e112e5551._comment
 create mode 100644 doc/design/assistant/blog/day_222__back/comment_2_4d5f003ccd81580017ebf0dc31bc9cda._comment
 create mode 100644 doc/design/assistant/blog/day_223__progress_revisited.mdwn
 create mode 100644 doc/design/assistant/blog/day_224__annex.largefiles.mdwn
 create mode 100644 doc/design/assistant/blog/day_224__annex.largefiles/comment_1_408e4021b18f7ff5548d2d19ab558922._comment
 create mode 100644 doc/design/assistant/blog/day_224__annex.largefiles/comment_2_b24d1da2bc4307ded0216daffb8f9336._comment
 create mode 100644 doc/design/assistant/blog/day_225__back_from_the_dead.mdwn
 create mode 100644 doc/design/assistant/blog/day_225__back_from_the_dead/comment_1_9ac37c3b5c4c72ec8a39dce00bcbe420._comment
 create mode 100644 doc/design/assistant/blog/day_225__back_from_the_dead/comment_2_26125dd9ef2bd10b597d14b2c6180952._comment
 create mode 100644 doc/design/assistant/blog/day_226__poll_results.mdwn
 create mode 100644 doc/design/assistant/blog/day_226__poll_results/comment_1_1ed980472214be6d0a8cf55f37797fda._comment
 create mode 100644 doc/design/assistant/blog/day_226__poll_results/comment_2_6823b0a9a8037f1a5214db4db98fb16e._comment
 create mode 100644 doc/design/assistant/blog/day_227__bigfixing_all_day_today.mdwn
 create mode 100644 doc/design/assistant/blog/day_228__more_work_on_repository_removals.mdwn
 create mode 100644 doc/design/assistant/blog/day_229__rainy_day_bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_22__horrible_option_parsing_hack.mdwn
 create mode 100644 doc/design/assistant/blog/day_230__Mom.mdwn
 create mode 100644 doc/design/assistant/blog/day_230__Mom/comment_1_696bba2246c8a9e6ce4aed3071bcc96c._comment
 create mode 100644 doc/design/assistant/blog/day_230__Mom/comment_2_2fa295ab6db0828cb725cfcfb6777822._comment
 create mode 100644 doc/design/assistant/blog/day_230__Mom/comment_3_fafd7abec629290418334ddb015bf62c._comment
 create mode 100644 doc/design/assistant/blog/day_230__Mom/comment_4_450cac0f2e82c94fd34b527ae05ef1b8._comment
 create mode 100644 doc/design/assistant/blog/day_231__insert_title.mdwn
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp.mdwn
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp/comment_1_0fdd77d143ecba6fdb9f75cb6fc37bfb._comment
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp/comment_2_0784a2a73c3e2945f3d3f2577b3b9c9c._comment
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp/comment_3_ccb9fa22422fb913b6a496ebe65c49fb._comment
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp/comment_4_ceba4468760a2525960327698431cee2._comment
 create mode 100644 doc/design/assistant/blog/day_233__taxes.mdwn
 create mode 100644 doc/design/assistant/blog/day_233__taxes/comment_1_9473ffdc42595af9c293fbcd5a1cdb54._comment
 create mode 100644 doc/design/assistant/blog/day_233__taxes/comment_2_5feed8d7053ba03812ccda8c61fd9775._comment
 create mode 100644 doc/design/assistant/blog/day_234__clean_shutdown.mdwn
 create mode 100644 doc/design/assistant/blog/day_235__birthday.mdwn
 create mode 100644 doc/design/assistant/blog/day_235__birthday/comment_1_db558b071067c1e63cde05cca0551094._comment
 create mode 100644 doc/design/assistant/blog/day_235__birthday/comment_2_d1a2c1124781118267599457ae9e0512._comment
 create mode 100644 doc/design/assistant/blog/day_235__birthday/comment_3_b853508d1d15234958b9f4a39277e45c._comment
 create mode 100644 doc/design/assistant/blog/day_235__birthday/comment_5_73aad3398a43bc4d28bca9bf635fa757._comment
 create mode 100644 doc/design/assistant/blog/day_236__evil_splicer.mdwn
 create mode 100644 doc/design/assistant/blog/day_237__gnome-keyring_craziness.mdwn
 create mode 100644 doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_1_0cb088b732881d1fa92493aa1fd93d43._comment
 create mode 100644 doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_2_b855fd710954beebaafe6d2bd03eb368._comment
 create mode 100644 doc/design/assistant/blog/day_238__back_to_Android.mdwn
 create mode 100644 doc/design/assistant/blog/day_239__bugfixes_and_frustration.mdwn
 create mode 100644 doc/design/assistant/blog/day_23__transfer_watching.mdwn
 create mode 100644 doc/design/assistant/blog/day_240__it_builds.mdwn
 create mode 100644 doc/design/assistant/blog/day_240__it_builds/comment_1_151840ae0020ea63b2f041488c905386._comment
 create mode 100644 doc/design/assistant/blog/day_241__cleanup.mdwn
 create mode 100644 doc/design/assistant/blog/day_241__cleanup/comment_1_0e283cdf66a25b3cc9423fe651084cb9._comment
 create mode 100644 doc/design/assistant/blog/day_242__more_porting.mdwn
 create mode 100644 doc/design/assistant/blog/day_243__in_the_field.mdwn
 create mode 100644 doc/design/assistant/blog/day_244__android_porting.mdwn
 create mode 100644 doc/design/assistant/blog/day_245__misc.mdwn
 create mode 100644 doc/design/assistant/blog/day_245__misc/comment_1_3a2976617bb0cdc206fb1397a2ef1177._comment
 create mode 100644 doc/design/assistant/blog/day_245__misc/comment_2_e0f9704e91fedca8ff26356f354cc1c3._comment
 create mode 100644 doc/design/assistant/blog/day_245__misc/comment_3_93003a0d0983efbdc046d7459be194b0._comment
 create mode 100644 doc/design/assistant/blog/day_246__bug_treadmill.mdwn
 create mode 100644 doc/design/assistant/blog/day_246__bug_treadmill/comment_1_f76f653364fe2b97e85e8356c93b0fce._comment
 create mode 100644 doc/design/assistant/blog/day_247__performance_tuning.mdwn
 create mode 100644 doc/design/assistant/blog/day_248__Internet_Archive.mdwn
 create mode 100644 doc/design/assistant/blog/day_249__quiet_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_24__airport_digressions.mdwn
 create mode 100644 doc/design/assistant/blog/day_250__stymied.mdwn
 create mode 100644 doc/design/assistant/blog/day_250__stymied/comment_1_330a10d447ccc3db03fcbfe571dbb404._comment
 create mode 100644 doc/design/assistant/blog/day_251__xmpp_improvements.mdwn
 create mode 100644 doc/design/assistant/blog/day_252__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_253__OMG.mdwn
 create mode 100644 doc/design/assistant/blog/day_253__OMG/comment_1_bbdc61092771163e65a90a4755a807d8._comment
 create mode 100644 doc/design/assistant/blog/day_254__Android_app_polishing.mdwn
 create mode 100644 doc/design/assistant/blog/day_254__Android_app_polishing/comment_1_37f4ff5227566ce4b3fa69fc32568841._comment
 create mode 100644 doc/design/assistant/blog/day_254__Android_app_polishing/comment_2_58bbb105bdbb72bba85c3622195f43b9._comment
 create mode 100644 doc/design/assistant/blog/day_255__Debian_release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_256__8bit.mdwn
 create mode 100644 doc/design/assistant/blog/day_256__8bit/comment_1_f9b50263e3997d4c5b9836a2e0a346d7._comment
 create mode 100644 doc/design/assistant/blog/day_257__rainy_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_258__beginning_of_the_end.mdwn
 create mode 100644 doc/design/assistant/blog/day_259__Android_dominos_toppling.mdwn
 create mode 100644 doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_1_0b4a6e4893b0157e4768b46468dbbb87._comment
 create mode 100644 doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_2_1ebc5aff5d217e1392cb7c8bb6c5156b._comment
 create mode 100644 doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_3_eed7792f6142f3fc74d3c384bb16559b._comment
 create mode 100644 doc/design/assistant/blog/day_25__transfer_queueing.mdwn
 create mode 100644 doc/design/assistant/blog/day_25__transfer_queueing/comment_1_59fd4f1ffe96c412f613dc86276e7dbd._comment
 create mode 100644 doc/design/assistant/blog/day_25__transfer_queueing/comment_2_93bf768a67117e873af5732ecf08dc78._comment
 create mode 100644 doc/design/assistant/blog/day_260__Windows_dev_environment.mdwn
 create mode 100644 doc/design/assistant/blog/day_261__Windows_first_stage_complete.mdwn
 create mode 100644 doc/design/assistant/blog/day_262__DOS_path_separators.mdwn
 create mode 100644 doc/design/assistant/blog/day_262__DOS_path_separators/comment_1_45ecae90b22e31202c21083980d6b567._comment
 create mode 100644 doc/design/assistant/blog/day_263_catching_up.mdwn
 create mode 100644 doc/design/assistant/blog/day_263_catching_up/comment_1_9023da0573dfc81644d68128adb331a7._comment
 create mode 100644 doc/design/assistant/blog/day_264__Windows_second_stage_complete.mdwn
 create mode 100644 doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_1_42a7502d6ece75520eb59a76fdb1e2f0._comment
 create mode 100644 doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_2_f2b11322ac87e2a36cddc035b2c3c1ea._comment
 create mode 100644 doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_3_ea6ee05acb946fc7e8d95e62647cfa2a._comment
 create mode 100644 doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_4_9ce106baf28b7f75f7f6febd7bfcea70._comment
 create mode 100644 doc/design/assistant/blog/day_265__correctness.mdwn
 create mode 100644 doc/design/assistant/blog/day_265__correctness/comment_1_e8959a6df87eb92310947e66c7471e97._comment
 create mode 100644 doc/design/assistant/blog/day_265__correctness/comment_2_0cb953fcc085eedb34e65c227309ede7._comment
 create mode 100644 doc/design/assistant/blog/day_265__correctness/comment_3_df57628a8969af2995732e7ea2a0fae3._comment
 create mode 100644 doc/design/assistant/blog/day_266__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_266__release_day/comment_1_92c8d1d9216b46b07dfe69bbc77a923e._comment
 create mode 100644 doc/design/assistant/blog/day_267__windows_autobuilder.mdwn
 create mode 100644 doc/design/assistant/blog/day_267__windows_autobuilder/comment_1_978b584d86395f2f621b0e1f7c5e70d7._comment
 create mode 100644 doc/design/assistant/blog/day_267__windows_autobuilder/comment_2_8f978d2811c8fbf11e3d12f245bdb52b._comment
 create mode 100644 doc/design/assistant/blog/day_268__core_monad_change.mdwn
 create mode 100644 doc/design/assistant/blog/day_269__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_26__dying_drives.mdwn
 create mode 100644 doc/design/assistant/blog/day_270__release_and_xmpp.mdwn
 create mode 100644 doc/design/assistant/blog/day_271__more_xmpp.mdwn
 create mode 100644 doc/design/assistant/blog/day_272__fuzz_tester.mdwn
 create mode 100644 doc/design/assistant/blog/day_273-274__fun.mdwn
 create mode 100644 doc/design/assistant/blog/day_275__working_hard_or.mdwn
 create mode 100644 doc/design/assistant/blog/day_276__fuzzing_continues.mdwn
 create mode 100644 doc/design/assistant/blog/day_276__fuzzing_continues/comment_1_f5dd0658511a1063c2eb025b0fe98426._comment
 create mode 100644 doc/design/assistant/blog/day_276__fuzzing_continues/comment_2_a56c4c26a9e7bb8cfe3f598dbeed0813._comment
 create mode 100644 doc/design/assistant/blog/day_277__private_static_protected_void.mdwn
 create mode 100644 doc/design/assistant/blog/day_278__winding_down.mdwn
 create mode 100644 doc/design/assistant/blog/day_279__final_release_prep.mdwn
 create mode 100644 doc/design/assistant/blog/day_27__robust_transfers.mdwn
 create mode 100644 doc/design/assistant/blog/day_28-35__threaded_runtime_tarpit.mdwn
 create mode 100644 doc/design/assistant/blog/day_280__yesod.mdwn
 create mode 100644 doc/design/assistant/blog/day_280__yesod/comment_1_a42213a8cef71f2b54db18606028136d._comment
 create mode 100644 doc/design/assistant/blog/day_281__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_281__back/comment_1_128809c5a2a9f5cc345a10fdbf55be01._comment
 create mode 100644 doc/design/assistant/blog/day_281__back/comment_2_6d0bbdf6ebaff9da399804570f0e606d._comment
 create mode 100644 doc/design/assistant/blog/day_282-283__caught_up.mdwn
 create mode 100644 doc/design/assistant/blog/day_284__porting.mdwn
 create mode 100644 doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn
 create mode 100644 doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop/comment_1_1065e756dc6d66aefd214eb8ac5ebe1d._comment
 create mode 100644 doc/design/assistant/blog/day_286__Windows_test_suite.mdwn
 create mode 100644 doc/design/assistant/blog/day_287__niceness.mdwn
 create mode 100644 doc/design/assistant/blog/day_288__success_stories.mdwn
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_10_9ddf57b8ae0241268bb33bec1b169e4c._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_11_50b8a597bd8677608f2ef176443f23f3._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_12_f2df427cf3608377e9a52d8bdeadb26f._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_13_8762efed97f21eeba8f0a7be45bd924a._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_14_55e1bb15c3a93d582d110f8173ceefc2._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_15_5749aef8b585b293385b20b75c40f9d8._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_16_911c6d2764906cad7d6324835441ed34._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_17_eb6aa8af5aa70877255a11d132d51aba._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_18_9a57de4cea407a73b2d023d85afdccc6._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_19_1767c86067bee35941004282b96b8e95._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_1_22b28ca3d4d3283ad8c21ae052fb9752._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_20_1d47f3e1b9f0081649cedae4288bac83._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_21_31d3f58cad83cb1ecc4821a15ca258d8._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_22_b512bd2bf29dfaab6b36bf204518fdb6._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_2_343333356de20e170edb8020faa7400d._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_3_4e4034bec789543b562ac263df3e21dd._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_4_0c52794c77a9b7afc5112f5edf9cb793._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_5_7ca419aa3a187857b19268572d5df297._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_6_3edd56b3b04f19faba8d75cca285a662._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_7_146331ae2de25a6dc3595dffab9514de._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_8_72be9307e75eb120451f3d6ab7c8165e._comment
 create mode 100644 doc/design/assistant/blog/day_288__success_stories/comment_9_c27eb0a4181e85a3eed41130402350bf._comment
 create mode 100644 doc/design/assistant/blog/day_289__back_in_the_swing.mdwn
 create mode 100644 doc/design/assistant/blog/day_290__https_release.mdwn
 create mode 100644 doc/design/assistant/blog/day_291__--all.mdwn
 create mode 100644 doc/design/assistant/blog/day_291__--all/comment_1_eaa9fef19a035bef9c439e87d47c834b._comment
 create mode 100644 doc/design/assistant/blog/day_291__--all/comment_2_90bbc26bf92048de7cbaf5fb719c9593._comment
 create mode 100644 doc/design/assistant/blog/day_291__--all/comment_3_75006e9909425dcbf86415a9f7c90372._comment
 create mode 100644 doc/design/assistant/blog/day_291__--all/comment_4_5440449bbc5a353f7430f72e19c35e92._comment
 create mode 100644 doc/design/assistant/blog/day_292__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_292__bugfixes/comment_1_bbac3878d80f7540d229183c56664784._comment
 create mode 100644 doc/design/assistant/blog/day_292__bugfixes/comment_2_8c9e5291ceb257f3a938af0ad967c5d7._comment
 create mode 100644 doc/design/assistant/blog/day_292__bugfixes/comment_3_02f875e8edd30f47939249f16d92712b._comment
 create mode 100644 doc/design/assistant/blog/day_293__gpg_builds.mdwn
 create mode 100644 doc/design/assistant/blog/day_293__gpg_builds/comment_1_4f152de8ea5aca4ec381d439e2a821f7._comment
 create mode 100644 doc/design/assistant/blog/day_293__gpg_builds/comment_2_42f625638638bc875379f6c604d6f673._comment
 create mode 100644 doc/design/assistant/blog/day_294__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_295__balls_in_the_air.mdwn
 create mode 100644 doc/design/assistant/blog/day_296__new_crowdfunding_campaign.mdwn
 create mode 100644 doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_1_cccad1a5103c504d21d0f8e69bb39e1b._comment
 create mode 100644 doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_2_4fef7bd9c8e15cd57df365fadb95717f._comment
 create mode 100644 doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_3_0b9258a1f5079e53c60138f06d0c63b1._comment
 create mode 100644 doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_4_46183b97ca904bc06e46569c30db2edc._comment
 create mode 100644 doc/design/assistant/blog/day_297__back_to_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_297__back_to_work/comment_1_e300feb821bfe7b76b2cec4376d16ffa._comment
 create mode 100644 doc/design/assistant/blog/day_298__exceptional.mdwn
 create mode 100644 doc/design/assistant/blog/day_299__bugfixing.mdwn
 create mode 100644 doc/design/assistant/blog/day_2__races.mdwn
 create mode 100644 doc/design/assistant/blog/day_300__new_logo.mdwn
 create mode 100644 doc/design/assistant/blog/day_300__new_logo/comment_1_9fc64e33863b9fce00f6a03417a91e36._comment
 create mode 100644 doc/design/assistant/blog/day_300__new_logo/comment_2_e8aac0298f90004e81492d2c7f85eda0._comment
 create mode 100644 doc/design/assistant/blog/day_300__new_logo/comment_3_6308c767f6e4bf090102191c91520d04._comment
 create mode 100644 doc/design/assistant/blog/day_301__direct_unannex.mdwn
 create mode 100644 doc/design/assistant/blog/day_302_release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_302_release_day/comment_1_fe6e572ba706e95188463d9f3e004d03._comment
 create mode 100644 doc/design/assistant/blog/day_303__oops.mdwn
 create mode 100644 doc/design/assistant/blog/day_304__dropunused_safety.mdwn
 create mode 100644 doc/design/assistant/blog/day_304__dropunused_safety/comment_1_1bbcf6c74b6437c44ff8604401fb1432._comment
 create mode 100644 doc/design/assistant/blog/day_305__interesting_bugs.mdwn
 create mode 100644 doc/design/assistant/blog/day_306__offtopic.mdwn
 create mode 100644 doc/design/assistant/blog/day_307__buuuugs.mdwn
 create mode 100644 doc/design/assistant/blog/day_308__ssh-agent.mdwn
 create mode 100644 doc/design/assistant/blog/day_308__ssh-agent/comment_1_5f0fc810cf1e1cd9b3ddba3cd19bb19d._comment
 create mode 100644 doc/design/assistant/blog/day_309__filenames.mdwn
 create mode 100644 doc/design/assistant/blog/day_310__release_day.mdwn
 create mode 100644 doc/design/assistant/blog/day_310__release_day/comment_1_1e008583cebd8e373e83729529914db7._comment
 create mode 100644 doc/design/assistant/blog/day_311__Windows_porting.mdwn
 create mode 100644 doc/design/assistant/blog/day_311__Windows_porting/comment_1_8e738f54a72557bee1e19970472b925c._comment
 create mode 100644 doc/design/assistant/blog/day_312__DebConf_midpoint.mdwn
 create mode 100644 doc/design/assistant/blog/day_313__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_313__back/comment_1_fbf3fdf9688c18156753d446facd942d._comment
 create mode 100644 doc/design/assistant/blog/day_314__quvi.mdwn
 create mode 100644 doc/design/assistant/blog/day_314__quvi/comment_1_3fdfb0742cb5422530ddd97b904f2a42._comment
 create mode 100644 doc/design/assistant/blog/day_315__backlog.mdwn
 create mode 100644 doc/design/assistant/blog/day_316__day_off.mdwn
 create mode 100644 doc/design/assistant/blog/day_317__misc.mdwn
 create mode 100644 doc/design/assistant/blog/day_36__minimal_test_case.mdwn
 create mode 100644 doc/design/assistant/blog/day_37__back.mdwn
 create mode 100644 doc/design/assistant/blog/day_39__twice_is_enemy_action.mdwn
 create mode 100644 doc/design/assistant/blog/day_3__more_races.mdwn
 create mode 100644 doc/design/assistant/blog/day_3__more_races/comment_1_d6015338f602b574a3805de5481fc45e._comment
 create mode 100644 doc/design/assistant/blog/day_3__more_races/comment_2_4d6b23fc6442e0ee0303523cb69d0fba._comment
 create mode 100644 doc/design/assistant/blog/day_3__more_races/comment_3_03f5b2344c2a47dea60086f217d60f9b._comment
 create mode 100644 doc/design/assistant/blog/day_3__more_races/comment_4_860e90e989ec022100001c65e353a91e._comment
 create mode 100644 doc/design/assistant/blog/day_40__dbus.mdwn
 create mode 100644 doc/design/assistant/blog/day_40__dbus/comment_1_43ed2a79629868b018ec9f54a32bcacc._comment
 create mode 100644 doc/design/assistant/blog/day_40__dbus/comment_2_6799f2baf6a6ce14b1fa76a8402840c0._comment
 create mode 100644 doc/design/assistant/blog/day_40__dbus/comment_3_fa1d7444bdafcb990cacf2ace7ee6ef1._comment
 create mode 100644 doc/design/assistant/blog/day_40__dbus/comment_4_3399ddad951c1a950281bb6941fc3f6f._comment
 create mode 100644 doc/design/assistant/blog/day_40__dbus/comment_5_40b6b9d741d3081203f0cc94eb8dc3ea._comment
 create mode 100644 doc/design/assistant/blog/day_41__foo.mdwn
 create mode 100644 doc/design/assistant/blog/day_41__foo/comment_1_ace21fa257a4c2fd412b6ff2944a23e8._comment
 create mode 100644 doc/design/assistant/blog/day_42__the_answer.mdwn
 create mode 100644 doc/design/assistant/blog/day_43__simple_scanner.mdwn
 create mode 100644 doc/design/assistant/blog/day_44__webapp_basics.mdwn
 create mode 100644 doc/design/assistant/blog/day_44__webapp_basics/comment_1_d5fb67f373038e9f583cb2e1992bef67._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling.mdwn
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/comment_1_994bec0978324e268666073e8ff4f6ae._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/comment_2_dfa164c86290899139491acccddd8b2b._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/comment_3_5526c9dd4fd87da56cb8456083169f55._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/comment_4_91630f5bf162dfd4fbb3920f1318535b._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/comment_5_b3e41ba77f21e93a4e086483793bf5ce._comment
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/full.png
 create mode 100644 doc/design/assistant/blog/day_45__long_polling/phone.png
 create mode 100644 doc/design/assistant/blog/day_46__notification_pools.mdwn
 create mode 100644 doc/design/assistant/blog/day_47__alert_messages.mdwn
 create mode 100644 doc/design/assistant/blog/day_48__intro.mdwn
 create mode 100644 doc/design/assistant/blog/day_49__first_run_experience.mdwn
 create mode 100644 doc/design/assistant/blog/day_49__first_run_experience/comment_1_e146cf06c8dd6303dd6a991f152a73fe._comment
 create mode 100644 doc/design/assistant/blog/day_49__first_run_experience/comment_2_5d6adcf6782c02283bef6189582ee467._comment
 create mode 100644 doc/design/assistant/blog/day_49__first_run_experience/comment_3_7ac2e34c2a7bc9b57488ca0c91307d32._comment
 create mode 100644 doc/design/assistant/blog/day_49__first_run_experience/comment_4_549b07bb02c07a5b1b95445b01758db2._comment
 create mode 100644 doc/design/assistant/blog/day_4__speed.mdwn
 create mode 100644 doc/design/assistant/blog/day_4__speed/comment_1_bf3c9c33cc0dea5eaeb6f2af110b924b._comment
 create mode 100644 doc/design/assistant/blog/day_4__speed/comment_2_33aba4c9abaa3e6a05a2c87ab7df9d0e._comment
 create mode 100644 doc/design/assistant/blog/day_50__directory_name.mdwn
 create mode 100644 doc/design/assistant/blog/day_50__directory_name/comment_1_782cec95a8558a05b2b38a2d2302214d._comment
 create mode 100644 doc/design/assistant/blog/day_50__directory_name/comment_2_2b8ceb0a26f25e8ed2711bcbe7225a58._comment
 create mode 100644 doc/design/assistant/blog/day_51__desktop.mdwn
 create mode 100644 doc/design/assistant/blog/day_52__file_browser.mdwn
 create mode 100644 doc/design/assistant/blog/day_52__file_browser/comment_1_cd000c2d56b60cc1f17b221322a32aa7._comment
 create mode 100644 doc/design/assistant/blog/day_52__file_browser/comment_2_21d1da67cf9105a545583ba2302c10fb._comment
 create mode 100644 doc/design/assistant/blog/day_54__adding_removable_drives.mdwn
 create mode 100644 doc/design/assistant/blog/day_54__adding_removable_drives/comment_1_5de4f220a3534f55b1f2208d1d812d63._comment
 create mode 100644 doc/design/assistant/blog/day_54__adding_removable_drives/comment_2_8dae1ed0a70acf9628b88692dc32ac5f._comment
 create mode 100644 doc/design/assistant/blog/day_55__alerts.mdwn
 create mode 100644 doc/design/assistant/blog/day_55__alerts/comment_1_6319045500a8a5e049304fdec5ff4cf4._comment
 create mode 100644 doc/design/assistant/blog/day_56__transfer_control.mdwn
 create mode 100644 doc/design/assistant/blog/day_57__afk.mdwn
 create mode 100644 doc/design/assistant/blog/day_57__afk/comment_1_70e1c9f925f040c1700d3e26bab373d5._comment
 create mode 100644 doc/design/assistant/blog/day_57__afk/comment_2_c70d3faccfcebf47deb25e270498cb56._comment
 create mode 100644 doc/design/assistant/blog/day_57__afk/comment_3_89020ebc6d31485339bdea41a872df3c._comment
 create mode 100644 doc/design/assistant/blog/day_57__afk/comment_4_8b1f65f141ffd9813e7f5a3380f7f520._comment
 create mode 100644 doc/design/assistant/blog/day_58__more_transfer_control.mdwn
 create mode 100644 doc/design/assistant/blog/day_59__dinner.mdwn
 create mode 100644 doc/design/assistant/blog/day_59__dinner/comment_1_0c1e2d69496473e7e4a2956a2814f5dd._comment
 create mode 100644 doc/design/assistant/blog/day_5__committing.mdwn
 create mode 100644 doc/design/assistant/blog/day_60__taking_stock.mdwn
 create mode 100644 doc/design/assistant/blog/day_60__taking_stock/comment_1_6722f81ee084f1ea9e8fe47f34576397._comment
 create mode 100644 doc/design/assistant/blog/day_61__network_connection_detection.mdwn
 create mode 100644 doc/design/assistant/blog/day_61__network_connection_detection/comment_1_09b58f41a8d48f218619711ee19511ac._comment
 create mode 100644 doc/design/assistant/blog/day_62__smarter_syncing.mdwn
 create mode 100644 doc/design/assistant/blog/day_63__transfer_retries.mdwn
 create mode 100644 doc/design/assistant/blog/day_63__transfer_retries/comment_1_990d4eb6066c4e2b9ddb3cabef32e4b9._comment
 create mode 100644 doc/design/assistant/blog/day_64__syncing_robustly.mdwn
 create mode 100644 doc/design/assistant/blog/day_65__transfer_polish.mdwn
 create mode 100644 doc/design/assistant/blog/day_66__the_merge.mdwn
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_10_eeccf4e73cc321542a1fe4780805a81e._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_1_a34e89316d1662826848f31061c4e46b._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_2_09e244d23d05052fa2b11a7181888366._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_3_3961a03e167903959b96b054835613f6._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_4_12a57af9f580918818b4a9f68396d5c4._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_5_8ce638960012367c888e018a5f05db19._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_6_f461b856b940e6914bcd2b681cf9505f._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_7_6e73aca1fc1747d0e742e054b88b5d78._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_8_d85f1ce23ae16d5a8eb88d2c3999acb7._comment
 create mode 100644 doc/design/assistant/blog/day_66__the_merge/comment_9_c06dab4d78122c85beeaf300ffc3e376._comment
 create mode 100644 doc/design/assistant/blog/day_67__progress_bars.mdwn
 create mode 100644 doc/design/assistant/blog/day_68__transfers.mdwn
 create mode 100644 doc/design/assistant/blog/day_68__transfers/comment_1_5282960c0b553fbc0f411345b9745324._comment
 create mode 100644 doc/design/assistant/blog/day_69__build_fixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_6__polish.mdwn
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes.mdwn
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_10_2fac85357ac8feccff82beabd3791439._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_1_913e6ae7c8f7db90b9767ec35fc84205._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_2_634ca3c236e2062289e7df5f0d77a3c5._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_3_e365bbcbb7f66ce2b35fcd5b969ab315._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_4_b15499722a655489f9ea60ff9d4c47c6._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_5_8ea48276f060e75d9f40617d2a1ccd08._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_6_9b8bf7e9fa715977fbeb98087deefd1a._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_7_42e09eacdc10c7cf579bfc6470b5117c._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_8_6c02f31063b3d399d1b4f823bd6543ce._comment
 create mode 100644 doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_9_dd0447cb3b39d3a8c1a7cc00f17d8bc2._comment
 create mode 100644 doc/design/assistant/blog/day_71__ssh_probing.mdwn
 create mode 100644 doc/design/assistant/blog/day_71__ssh_probing/comment_1_56a0c29f7454cfca5cc30b2849e6e942._comment
 create mode 100644 doc/design/assistant/blog/day_71__ssh_probing/comment_2_f3bd3e366c92c833c7e217da125481b8._comment
 create mode 100644 doc/design/assistant/blog/day_72__remote_ssh_server_configurator_finished.mdwn
 create mode 100644 doc/design/assistant/blog/day_73__rsync.net_configurator.mdwn
 create mode 100644 doc/design/assistant/blog/day_74__bits_and_peices.mdwn
 create mode 100644 doc/design/assistant/blog/day_75__zeromq_and_pairing.mdwn
 create mode 100644 doc/design/assistant/blog/day_76__pairing.mdwn
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_1_09665f269343422cd18051fad1a8c19e._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_2_8e1b2233579bc26bfd758bbf6b3bdc07._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_5_11f332fe2050d8c1416e71f9e85ba280._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_6_973aeb656b78eca97474ea1a3f5b57b7._comment
 create mode 100644 doc/design/assistant/blog/day_76__pairing/comment_7_03d2b3343f34377a4d6171e06b7609f6._comment
 create mode 100644 doc/design/assistant/blog/day_77_alert_buttons.mdwn
 create mode 100644 doc/design/assistant/blog/day_78__pairing_continued.mdwn
 create mode 100644 doc/design/assistant/blog/day_79__pairing_finished.mdwn
 create mode 100644 doc/design/assistant/blog/day_7__bugfixes.mdwn
 create mode 100644 doc/design/assistant/blog/day_7__bugfixes/profile.png
 create mode 100644 doc/design/assistant/blog/day_7__bugfixes/profile2.png
 create mode 100644 doc/design/assistant/blog/day_80__default_backend.mdwn
 create mode 100644 doc/design/assistant/blog/day_81__enabling_pre-existing_special_remotes.mdwn
 create mode 100644 doc/design/assistant/blog/day_82__git-annex_branch_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_83__3-way.mdwn
 create mode 100644 doc/design/assistant/blog/day_84__deferred_downloads.mdwn
 create mode 100644 doc/design/assistant/blog/day_85__more_foundation_work.mdwn
 create mode 100644 doc/design/assistant/blog/day_86__towards_the_beta.mdwn
 create mode 100644 doc/design/assistant/blog/day_87__more_progress_progress.mdwn
 create mode 100644 doc/design/assistant/blog/day_88__progressbars_still_progressing.mdwn
 create mode 100644 doc/design/assistant/blog/day_89__final_polish.mdwn
 create mode 100644 doc/design/assistant/blog/day_8__speed.mdwn
 create mode 100644 doc/design/assistant/blog/day_8__speed/comment_1_a3dba537b276d5737abc8cb93f1965f4._comment
 create mode 100644 doc/design/assistant/blog/day_90__beta.mdwn
 create mode 100644 doc/design/assistant/blog/day_90__beta/comment_1_5f2a3b18ad7558abe04f51534a29ff13._comment
 create mode 100644 doc/design/assistant/blog/day_90__beta/comment_2_961c4eba97f4eac75174244d6b2b00c0._comment
 create mode 100644 doc/design/assistant/blog/day_90__beta/comment_3_c76675a4633cbbe347ed42c222918d38._comment
 create mode 100644 doc/design/assistant/blog/day_90__beta/comment_4_f0b8f77cb691e747fe35bcf2f51b5baa._comment
 create mode 100644 doc/design/assistant/blog/day_90__beta/comment_5_99fbc9feac62e66a12b0d357cf86ccc1._comment
 create mode 100644 doc/design/assistant/blog/day_91__break.mdwn
 create mode 100644 doc/design/assistant/blog/day_92__S3.mdwn
 create mode 100644 doc/design/assistant/blog/day_92__S3/comment_1_eda656247d11cea7fbed2e33137a39e5._comment
 create mode 100644 doc/design/assistant/blog/day_92__S3/comment_2_8249d2d9521e44c674da3fda74be077a._comment
 create mode 100644 doc/design/assistant/blog/day_93__OSX_standalone_app.mdwn
 create mode 100644 doc/design/assistant/blog/day_93__easy_install.mdwn
 create mode 100644 doc/design/assistant/blog/day_93__easy_install/comment_1_d4f7de723c98577ef28d89ee6b87fd13._comment
 create mode 100644 doc/design/assistant/blog/day_93__easy_install/comment_2_6337b341c1cfb2132b59704394e57b36._comment
 create mode 100644 doc/design/assistant/blog/day_95__repository_groups.mdwn
 create mode 100644 doc/design/assistant/blog/day_96__revisiting_file_adds.mdwn
 create mode 100644 doc/design/assistant/blog/day_96__revisiting_file_adds/comment_1_da3ca47041168b6c82aeb2c18acc5017._comment
 create mode 100644 doc/design/assistant/blog/day_97__stuffing.mdwn
 create mode 100644 doc/design/assistant/blog/day_98__preferred_content.mdwn
 create mode 100644 doc/design/assistant/blog/day_98__preferred_content/comment_1_2136618e3515d0ac6369a41f1934ec2a._comment
 create mode 100644 doc/design/assistant/blog/day_98__preferred_content/comment_2_5f6db00e69628bf2f72b0e6f2981a49b._comment
 create mode 100644 doc/design/assistant/blog/day_99_shotgun.mdwn
 create mode 100644 doc/design/assistant/blog/day_99_shotgun/comment_1_12bb8f54bb13ea20ac4187a2301d77ca._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness.mdwn
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_1_564a39cb976767e2c0a9c74fabe10be4._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_2_77924e9d50b40f05e792e427a25849a6._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_3_92bd86cd06d579e23800af2e5c66a291._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_4_0d12b51ccdfc2a94d3e59a5628521e0a._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_5_208f9dd3e1d92555b05c29159538a901._comment
 create mode 100644 doc/design/assistant/blog/day_9__correctness/comment_6_90cc6b60718896fb175919417600fdf9._comment
 create mode 100644 doc/design/assistant/chunks.mdwn
 create mode 100644 doc/design/assistant/cloud.mdwn
 create mode 100644 doc/design/assistant/cloud/comment_1_4997778abc171999499487b71b31c9ba._comment
 create mode 100644 doc/design/assistant/cloud/comment_2_08da8bc74a4845e354dca99184cffd70._comment
 create mode 100644 doc/design/assistant/cloud/comment_3_faafd1266301997b1822d215ec8e8d8c._comment
 create mode 100644 doc/design/assistant/cloud/comment_4_3eb557d5439831f6e0032944d12c02cf._comment
 create mode 100644 doc/design/assistant/comment_10_f2233fad55c20686cf299bf6788f1f23._comment
 create mode 100644 doc/design/assistant/comment_11_a38f0f21c2346e65b786d791b6829f9b._comment
 create mode 100644 doc/design/assistant/comment_12_5e991177d6577384f39a36ae02f5f574._comment
 create mode 100644 doc/design/assistant/comment_13_f8625c6f43b58847840df338a73b7972._comment
 create mode 100644 doc/design/assistant/comment_14_c37ef5931b0f5c1f808083e0d636a208._comment
 create mode 100644 doc/design/assistant/comment_15_68c98a27083567f20c2e6bc2a760991b._comment
 create mode 100644 doc/design/assistant/comment_16_8e6788c817c60371d2a2f158e1a65f87._comment
 create mode 100644 doc/design/assistant/comment_17_97bdfacac5ac492281c9454ee4c0228e._comment
 create mode 100644 doc/design/assistant/comment_18_53137b2df4913496c0afb2d895aa4ee2._comment
 create mode 100644 doc/design/assistant/comment_19_ff1b0ba57e22ed757ec3fc5400b5e43e._comment
 create mode 100644 doc/design/assistant/comment_1_a48fcfbf97f0a373ea375cd8f07f0fc8._comment
 create mode 100644 doc/design/assistant/comment_20_099da245e3276fa84f5e14312d186621._comment
 create mode 100644 doc/design/assistant/comment_2_6d3552414fdcc2ed3244567e6c67989d._comment
 create mode 100644 doc/design/assistant/comment_3_05223be50c889b2ed6bc4abf74116450._comment
 create mode 100644 doc/design/assistant/comment_4_fbbd93b55803ae21e6ba4b6568c2fafd._comment
 create mode 100644 doc/design/assistant/comment_5_f4e9af3fed6c27e8ff39badb9794064d._comment
 create mode 100644 doc/design/assistant/comment_6_c7ad07cade1f44f9a8b61f92225bb9c5._comment
 create mode 100644 doc/design/assistant/comment_7_609d38e993267195a80fecd84c93d1e2._comment
 create mode 100644 doc/design/assistant/comment_8_22b818e1a2a825efb78139271a14f944._comment
 create mode 100644 doc/design/assistant/comment_9_d052e2142da8b4838fb1edf791ea23ae._comment
 create mode 100644 doc/design/assistant/configurators.mdwn
 create mode 100644 doc/design/assistant/deltas.mdwn
 create mode 100644 doc/design/assistant/deltas/comment_1_bdb477af913c9782c0e8509e6b294b6e._comment
 create mode 100644 doc/design/assistant/deltas/comment_2_71889d15ba20ebb0fe13080c68162a5b._comment
 create mode 100644 doc/design/assistant/desymlink.mdwn
 create mode 100644 doc/design/assistant/desymlink/comment_1_f1bfe250b7f872359f7075998b6e42e3._comment
 create mode 100644 doc/design/assistant/desymlink/comment_2_5e876edfe9853645f761b5ed9b5021aa._comment
 create mode 100644 doc/design/assistant/desymlink/comment_3_538561d74371e53c2f8df7f5ebdf58a8._comment
 create mode 100644 doc/design/assistant/desymlink/comment_4_586ecaa800e6c162377c937da5e65440._comment
 create mode 100644 doc/design/assistant/desymlink/comment_5_8fc703de67814cf2aec2a908852298a4._comment
 create mode 100644 doc/design/assistant/desymlink/comment_6_1b473ad89494afb82250af4b6df5f5c9._comment
 create mode 100644 doc/design/assistant/disaster_recovery.mdwn
 create mode 100644 doc/design/assistant/disaster_recovery/comment_1_955dc807196863da23aa8dbd15e04364._comment
 create mode 100644 doc/design/assistant/encrypted_git_remotes.mdwn
 create mode 100644 doc/design/assistant/gpgkeys.mdwn
 create mode 100644 doc/design/assistant/gpgkeys/comment_1_a14427f88c9fd8e25ad8708146bb4bff._comment
 create mode 100644 doc/design/assistant/inotify.mdwn
 create mode 100644 doc/design/assistant/inotify/comment_1_3d3ff74447452d65c10ccc3dbfc323cd._comment
 create mode 100644 doc/design/assistant/inotify/comment_2_a3c0fa6d97397c508b4b8aafdcee8f6f._comment
 create mode 100644 doc/design/assistant/inotify/comment_3_b346e870c1cd80e4b0a313c3a9fed6b3._comment
 create mode 100644 doc/design/assistant/inotify/comment_4_32be58b4c3b17a4ea539690d2fb45159._comment
 create mode 100644 doc/design/assistant/inotify/comment_5_0cdd3046d90ad2012025d846ece0731e._comment
 create mode 100644 doc/design/assistant/inotify/comment_6_e197d5d0d853572ec1f2e5985762e60d._comment
 create mode 100644 doc/design/assistant/inotify/comment_7_00809aaad6b68f189a9cc42af810a0a6._comment
 create mode 100644 doc/design/assistant/leftovers.mdwn
 create mode 100644 doc/design/assistant/leftovers/comment_1_b20c88bb3c583a32023c1f6b6dc9486d._comment
 create mode 100644 doc/design/assistant/more_cloud_providers.mdwn
 create mode 100644 doc/design/assistant/pairing.mdwn
 create mode 100644 doc/design/assistant/partial_content.mdwn
 create mode 100644 doc/design/assistant/partial_content/comment_1_58c4faa321a5bb71adf9fdee079849f4._comment
 create mode 100644 doc/design/assistant/polls.mdwn
 create mode 100644 doc/design/assistant/polls/2013_user_survey.mdwn
 create mode 100644 doc/design/assistant/polls/Android.mdwn
 create mode 100644 doc/design/assistant/polls/Android/comment_1_fa6c409833f28c67da105d25f4a440e0._comment
 create mode 100644 doc/design/assistant/polls/Android_default_directory.mdwn
 create mode 100644 doc/design/assistant/polls/Android_default_directory/comment_1_d39655091ac3ed51a9d4325d86b23ad7._comment
 create mode 100644 doc/design/assistant/polls/Android_default_directory/comment_2_2f1eaae95075db26488517720afd1c63._comment
 create mode 100644 doc/design/assistant/polls/Android_default_directory/comment_3_b484012f60789be73d7d5b338cff6203._comment
 create mode 100644 doc/design/assistant/polls/goals_for_April.mdwn
 create mode 100644 doc/design/assistant/polls/goals_for_April/comment_1_9f81fa96db5970a4be0828c74a6d2d55._comment
 create mode 100644 doc/design/assistant/polls/goals_for_April/comment_2_d8956d220ccacff3d2f6cbeb15718459._comment
 create mode 100644 doc/design/assistant/polls/goals_for_April/comment_3_aadad6dfd56d068d2e377606910c006f._comment
 create mode 100644 doc/design/assistant/polls/prioritizing_special_remotes.mdwn
 create mode 100644 doc/design/assistant/polls/prioritizing_special_remotes/comment_1_dd9280df27848a7ff132f5809dab0a79._comment
 create mode 100644 doc/design/assistant/polls/prioritizing_special_remotes/comment_2_370e0b9c43486ee96c825f9155eebde4._comment
 create mode 100644 doc/design/assistant/polls/prioritizing_special_remotes/comment_3_883a003b9c552b89f191135c582f99aa._comment
 create mode 100644 doc/design/assistant/polls/prioritizing_special_remotes/comment_4_746006c3fffc7f917c4526fd688051f7._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant.mdwn
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_10_10a4839a05be39ced54ffbe880a588bb._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_11_ac91d866f11c66dd8c86e2cd1a368c85._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_12_e244c1bf334b1cc9ad0cc760bf8fe5de._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_13_1a0faf4bdc78741937e8a2f5cb5bbec6._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_14_8d8a11dbfae7a7bc574bdf37f87e0684._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_15_c437adeaccf0b3d134e0f81c64e25b9f._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_16_6e3fce3a32ab346dc3d0fd4b69967536._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_17_1b7233d88593d0d99b26ea3e7af20d9c._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_18_a23d5a0e2718b8e486f036fe8a413b36._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_19_f4c84a9d701d52cf2f2e45f3d764a90c._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_1_00a0de8190d946caaeeca3b44646146f._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_20_199c9807499470771af6cbca6d034cfa._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_21_9185b0e05b1b1997533694da1de83073._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_2_35f6f121e54260cb960211a6e2e51e8e._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_3_acbe4f63b5d552ac5ae5a12c6f42dc18._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_4_0d988280865caae498a3b693b6342e37._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_5_ac8fe3768c30dd7999c183500f8567bb._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_6_36832de705a2bebf8dc6e65dcd661731._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_7_3618067e473577a112e36970ca71e0ab._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_8_07a13b6f000ddc0ac4472b863d8b50bd._comment
 create mode 100644 doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_9_e15eb407d988fda363296c8b566cc8fb._comment
 create mode 100644 doc/design/assistant/progressbars.mdwn
 create mode 100644 doc/design/assistant/progressbars/comment_1_3ea263b1f334e8e38e14f00a96202988._comment
 create mode 100644 doc/design/assistant/rate_limiting.mdwn
 create mode 100644 doc/design/assistant/screenshot/firstrun.png
 create mode 100644 doc/design/assistant/screenshot/intro.png
 create mode 100644 doc/design/assistant/sshpassword.mdwn
 create mode 100644 doc/design/assistant/sshpassword/comment_1_24399abe0a0c1de271490ee15e064760._comment
 create mode 100644 doc/design/assistant/sshpassword/comment_2_36a811bca209c7ac8a44d64bf8bc5bf3._comment
 create mode 100644 doc/design/assistant/syncing.mdwn
 create mode 100644 doc/design/assistant/syncing/comment_1_c70156174ff19b503978d623bd2df36f._comment
 create mode 100644 doc/design/assistant/syncing/comment_2_eb992b5b2c7a5ce23443e2a6007e5ff9._comment
 create mode 100644 doc/design/assistant/syncing/comment_3_e1b5e8a24556de16d1cacd27ee0c1bd1._comment
 create mode 100644 doc/design/assistant/syncing/efficiency.mdwn
 create mode 100644 doc/design/assistant/telehash.mdwn
 create mode 100644 doc/design/assistant/thanks/comment_1_8b08b5c30e5aea3fc4599f856fd25df5._comment
 create mode 100644 doc/design/assistant/todo.mdwn
 create mode 100644 doc/design/assistant/transfer_control.mdwn
 create mode 100644 doc/design/assistant/transfer_control/comment_1_d5adaef4712913dc0263d4ebafb79320._comment
 create mode 100644 doc/design/assistant/transfer_control/comment_2_3b51474fefa6c0d19055046e06af196d._comment
 create mode 100644 doc/design/assistant/transfer_control/comment_3_44a1a6d2db9097de9ae68ea1ff1b08a2._comment
 create mode 100644 doc/design/assistant/upgrading.mdwn
 create mode 100644 doc/design/assistant/webapp.mdwn
 create mode 100644 doc/design/assistant/webapp/comment_1_bab6f6fa720273c0f9700a3765150189._comment
 create mode 100644 doc/design/assistant/webapp/comment_2_3cf0cf460c7869d0cc22940fcc84aec4._comment
 create mode 100644 doc/design/assistant/webapp/comment_3_428e153135f7a64215730719207d82c4._comment
 create mode 100644 doc/design/assistant/webapp/comment_4_f4068a7abbb77ba6a3297cbcf1e503e9._comment
 create mode 100644 doc/design/assistant/windows.mdwn
 create mode 100644 doc/design/assistant/windows/comment_1_f4b829318b182e1cec29f13babb6498e._comment
 create mode 100644 doc/design/assistant/xmpp.mdwn
 create mode 100644 doc/design/assistant/xmpp/comment_1_f20650f93d7f0ca39b9ba3ce0380193f._comment
 create mode 100644 doc/design/assistant/xmpp/comment_2_8c22839a8f5912b4a817415c4a359697._comment
 create mode 100644 doc/design/assistant/xmpp/comment_4_773102522f21844cffc841e6cde9229e._comment
 create mode 100644 doc/design/assistant/xmpp_security.mdwn
 create mode 100644 doc/design/assistant/xmpp_security/comment_1_c714e86553c02600249795efb224be8a._comment
 create mode 100644 doc/design/caching_database.mdwn
 create mode 100644 doc/design/encryption.mdwn
 create mode 100644 doc/design/encryption/comment_1_4715ffafb3c4a9915bc33f2b26aaa9c1._comment
 create mode 100644 doc/design/encryption/comment_2_a610b3d056a059899178859a3a821ea5._comment
 create mode 100644 doc/design/encryption/comment_3_cca186a9536cd3f6e86994631b14231c._comment
 create mode 100644 doc/design/encryption/comment_4_8f3ba3e504b058791fc6e6f9c38154cf._comment
 create mode 100644 doc/design/encryption/comment_5_520e60aa53217b5ba428d4c05d897dee._comment
 create mode 100644 doc/design/encryption/comment_6_d677fead0fe0c543f48f07d85f83f592._comment
 create mode 100644 doc/design/encryption/comment_7_c1c38a09b1276e29adc3ba564dc0fe4e._comment
 create mode 100644 doc/design/external_special_remote_protocol.mdwn
 create mode 100644 doc/design/external_special_remote_protocol/comment_11_8d3c35eb0a2a9c57b10566fcaf56d248._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_12_241e57092d9e5631ac0ec4dd962477a6._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_12_e3029c65d34f78272bc11961ebfd8237._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_13_472748f03ba8dad773da7f35b70cb6e4._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_14_71c3e21a72222250bab933e1c9167fbc._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_15_c77386deddc64b2028d9c3a7393d4df7._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_1_5baff75d278394a8818c348fb4f13b8a._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_2_70429b7c4f1e4083a9d5a6e2e238056d._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_3_c763e44d06d9f50f0d357889b180b819._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_4_20ff41d82b5f1872698a5b24adcd0c41._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_5_3ee158e548002badae5bf44dc0442626._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_6_ee2828ce25b83bbabc9d5dde35d1e57b._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_7_edb649d0019a061ef7bf6534a444429d._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment
 create mode 100644 doc/design/external_special_remote_protocol/comment_9_15c4cfe064be37cc104dcb6aa049a449._comment
 create mode 100644 doc/design/gcrypt.mdwn
 create mode 100644 doc/design/git-remote-daemon.mdwn
 create mode 100644 doc/design/git-remote-daemon/comment_1_bfa8f33a3fdb6e271dfbdd0378b5d364._comment
 create mode 100644 doc/design/metadata.mdwn
 create mode 100644 doc/design/metadata/comment_1_22ed80bd8eabaa836e9dfc2432531f04._comment
 create mode 100644 doc/design/metadata/comment_2_03ae28acedbe1fa45c366b30b58fcf48._comment
 create mode 100644 doc/design/metadata/comment_3_ee850df7d3fa4c56194f13a6e3890a30._comment
 create mode 100644 doc/design/metadata/comment_4_c32ade1524487e5fdc6f83b2db39f04c._comment
 create mode 100644 doc/design/metadata/comment_5_0ac3132cd7a84f0e170fbe3a6f235fe7._comment
 create mode 100644 doc/design/metadata/comment_6_fa51ae544b193122334dbae7960ab3d9._comment
 create mode 100644 doc/design/preferred_content.mdwn
 create mode 100644 doc/design/requests_routing.mdwn
 create mode 100644 doc/design/requests_routing/comment_1_421b14a4dd9d6c431e00333057df1627._comment
 create mode 100644 doc/design/requests_routing/simroutes.hs
 create mode 100644 doc/design/roadmap.mdwn
 create mode 100644 doc/devblog.mdwn
 create mode 100644 doc/devblog/day_-1__drop_dead.mdwn
 create mode 100644 doc/devblog/day_-3__.mdwn
 create mode 100644 doc/devblog/day_-4__forgetting.mdwn
 create mode 100644 doc/devblog/day_-4__forgetting/comment_1_f3cc7a25af4c59fda3924c737a789419._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_2_e47476c80af02a2e9cf76c53fdbb8534._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_3_b57956a8ce372d620f21ea9a497e8013._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_4_812b630df01ac35254e3c4e677554e2b._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_5_a9670eca2aff9ad5f04412a8d8b6df6a._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_6_4f87e2ab119f3cd81266159f02952188._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_7_a865216046aa91a47d0d2b2f0668ea89._comment
 create mode 100644 doc/devblog/day_-4__forgetting/comment_8_3f7045a00905b4287d950b08d5a77a82._comment
 create mode 100644 doc/devblog/day_100__git-annex_sync_--content.mdwn
 create mode 100644 doc/devblog/day_101__old_mistakes.mdwn
 create mode 100644 doc/devblog/day_101__old_mistakes/comment_1_2c6e991efde3296450189b2821f2ccc3._comment
 create mode 100644 doc/devblog/day_101__old_mistakes/comment_2_524690d69056737dd296e4f7626737d2._comment
 create mode 100644 doc/devblog/day_102__cleanups.mdwn
 create mode 100644 doc/devblog/day_103__unused.mdwn
 create mode 100644 doc/devblog/day_104__unused_II.mdwn
 create mode 100644 doc/devblog/day_104__unused_II/comment_1_a693a56123497a39c30cbd35b8e35bce._comment
 create mode 100644 doc/devblog/day_104__unused_II/comment_2_9833fb9daa50bc838cc46ca2f6c16580._comment
 create mode 100644 doc/devblog/day_104__unused_II/comment_3_873a882ec1ddc3be473473cb224a9040._comment
 create mode 100644 doc/devblog/day_104__unused_II/comment_4_5ef1bb4d69cf7206f7ca0e542abad6bd._comment
 create mode 100644 doc/devblog/day_104__unused_II/comment_5_1964bfce4887c9c0828fd7f54f5b4f6b._comment
 create mode 100644 doc/devblog/day_104__unused_II/comment_6_0ed4023c9c249024fe0454fc5bab3b14._comment
 create mode 100644 doc/devblog/day_105__locking.mdwn
 create mode 100644 doc/devblog/day_106__catching_up.mdwn
 create mode 100644 doc/devblog/day_107__TDD.mdwn
 create mode 100644 doc/devblog/day_108__new_use_for_location_tracking.mdwn
 create mode 100644 doc/devblog/day_109__elimintating_absNormPath.mdwn
 create mode 100644 doc/devblog/day_10__lazy_Sunday.mdwn
 create mode 100644 doc/devblog/day_110__release_prep.mdwn
 create mode 100644 doc/devblog/day_111__windows_beta_release.mdwn
 create mode 100644 doc/devblog/day_112__metadata_design.mdwn
 create mode 100644 doc/devblog/day_113__metadata_groundwork.mdwn
 create mode 100644 doc/devblog/day_114__windows_porting.mdwn
 create mode 100644 doc/devblog/day_115__windows_porting.mdwn
 create mode 100644 doc/devblog/day_116__views.mdwn
 create mode 100644 doc/devblog/day_117__views_implemented.mdwn
 create mode 100644 doc/devblog/day_118__views_refined.mdwn
 create mode 100644 doc/devblog/day_119__catching_up.mdwn
 create mode 100644 doc/devblog/day_119__catching_up/comment_1_8aa413e75cab411b0aec254f0f33ebb9._comment
 create mode 100644 doc/devblog/day_119__catching_up/comment_2_db31d08690730836ce6277e797fcae1d._comment
 create mode 100644 doc/devblog/day_119__catching_up/comment_3_d44da76b18f53a5f51b46e3e15090a48._comment
 create mode 100644 doc/devblog/day_11__webapp_encrypted_drives.mdwn
 create mode 100644 doc/devblog/day_120__more_metadata.mdwn
 create mode 100644 doc/devblog/day_121__special_remote_maintenance.mdwn
 create mode 100644 doc/devblog/day_122_more_windows_porting.mdwn
 create mode 100644 doc/devblog/day_123__stuck.mdwn
 create mode 100644 doc/devblog/day_124__day_off.mdwn
 create mode 100644 doc/devblog/day_125__metadata_and_views.mdwn
 create mode 100644 doc/devblog/day_128__release_prep.mdwn
 create mode 100644 doc/devblog/day_12__gpg_key_generation.mdwn
 create mode 100644 doc/devblog/day_12__gpg_key_generation/comment_1_48cdfe3bd71fb348ae05fd90e8cf1dab._comment
 create mode 100644 doc/devblog/day_130__post_release.mdwn
 create mode 100644 doc/devblog/day_131__more_bug_squashing.mdwn
 create mode 100644 doc/devblog/day_132__database_musings.mdwn
 create mode 100644 doc/devblog/day_133__db_and_bugfixes.mdwn
 create mode 100644 doc/devblog/day_134-135__avoiding_the_turing_tarpit.mdwn
 create mode 100644 doc/devblog/day_136__frustrating_day.mdwn
 create mode 100644 doc/devblog/day_137-138__bug_triage_and_too_much_windows.mdwn
 create mode 100644 doc/devblog/day_139-140__traveling.mdwn
 create mode 100644 doc/devblog/day_13__encrypted_sneakernet_working.mdwn
 create mode 100644 doc/devblog/day_141__f-droid_sprint.mdwn
 create mode 100644 doc/devblog/day_141__f-droid_sprint/comment_1_1cc76207020ac478747117c76d7b5f9c._comment
 create mode 100644 doc/devblog/day_142__digging_out.mdwn
 create mode 100644 doc/devblog/day_143__foolish_hiatus.mdwn
 create mode 100644 doc/devblog/day_144__catching_up.mdwn
 create mode 100644 doc/devblog/day_144__catching_up/comment_1_311a7245dd12f1a7e432168d16041348._comment
 create mode 100644 doc/devblog/day_145__a_plan.mdwn
 create mode 100644 doc/devblog/day_145__a_plan/comment_1_c0ceea77443be1172527ed8549f000a4._comment
 create mode 100644 doc/devblog/day_146__halfway_to_git-remote-daemon.mdwn
 create mode 100644 doc/devblog/day_147__git-annex_remotedaemon.mdwn
 create mode 100644 doc/devblog/day_148__too_many_documents.mdwn
 create mode 100644 doc/devblog/day_149__remote_control_working.mdwn
 create mode 100644 doc/devblog/day_149__signal.mdwn
 create mode 100644 doc/devblog/day_14__gcrypt_refinements_and_OOM_fixes.mdwn
 create mode 100644 doc/devblog/day_15-17__Android_rebuild.mdwn
 create mode 100644 doc/devblog/day_151__birthday_bug.mdwn
 create mode 100644 doc/devblog/day_152__more_ssh_connection_caching.mdwn
 create mode 100644 doc/devblog/day_153__remotedaemon_has_landed.mdwn
 create mode 100644 doc/devblog/day_153__remotedaemon_has_landed/comment_1_f19ae6b3d6f33a68e4ffe0c32f788745._comment
 create mode 100644 doc/devblog/day_153__remotedaemon_has_landed/comment_2_fbf0c50f772e958af638d2b72dac73f5._comment
 create mode 100644 doc/devblog/day_154__catching_up.mdwn
 create mode 100644 doc/devblog/day_155__missing_bits.mdwn
 create mode 100644 doc/devblog/day_155__missing_bits/comment_1_76424498600ba603946035efffb88023._comment
 create mode 100644 doc/devblog/day_156__release_day.mdwn
 create mode 100644 doc/devblog/day_157__upgrade_checking.mdwn
 create mode 100644 doc/devblog/day_158__enroute_to_Brazil.mdwn
 create mode 100644 doc/devblog/day_159__tmp_file_cleanup.mdwn
 create mode 100644 doc/devblog/day_160__.mdwn
 create mode 100644 doc/devblog/day_161__routing_design.mdwn
 create mode 100644 doc/devblog/day_162__routing_sim_and_massive_contribution_landed.mdwn
 create mode 100644 doc/devblog/day_163__request_and_routing_design.mdwn
 create mode 100644 doc/devblog/day_164__back.mdwn
 create mode 100644 doc/devblog/day_165__sshpassword_merged.mdwn
 create mode 100644 doc/devblog/day_166__catching_up.mdwn
 create mode 100644 doc/devblog/day_167__growing_the_community_of_git-annex_contributors.mdwn
 create mode 100644 doc/devblog/day_168__backlog_continued.mdwn
 create mode 100644 doc/devblog/day_169-171__juggling.mdwn
 create mode 100644 doc/devblog/day_172__.mdwn
 create mode 100644 doc/devblog/day_173-174__android_rebootstrap.mdwn
 create mode 100644 doc/devblog/day_175__encoding_day.mdwn
 create mode 100644 doc/devblog/day_176__mostly_a_day_off.mdwn
 create mode 100644 doc/devblog/day_177__enabling.mdwn
 create mode 100644 doc/devblog/day_177__enabling/comment_1_820d29f84dade09b0e7bb7435c52fcb8._comment
 create mode 100644 doc/devblog/day_178-179__screencast_and_what_next.mdwn
 create mode 100644 doc/devblog/day_178-179__screencast_and_what_next/comment_1_eeba788fed45cb22f9cc2a738ceaa074._comment
 create mode 100644 doc/devblog/day_178-179__screencast_and_what_next/comment_2_d44e67e34615c7b00e29f307556cdd06._comment
 create mode 100644 doc/devblog/day_180__porting.mdwn
 create mode 100644 doc/devblog/day_180__porting/comment_1_133875f4435a298b85ddfb8a2cc11a7a._comment
 create mode 100644 doc/devblog/day_181__tricky_merge.mdwn
 create mode 100644 doc/devblog/day_182__service.mdwn
 create mode 100644 doc/devblog/day_183__rubbing_sticks_together.mdwn
 create mode 100644 doc/devblog/day_184__windows_month.mdwn
 create mode 100644 doc/devblog/day_185__service.mdwn
 create mode 100644 doc/devblog/day_186__cracked_it.mdwn
 create mode 100644 doc/devblog/day_186__cracked_it/comment_1_288b736adf392acd0f45667b2980138d._comment
 create mode 100644 doc/devblog/day_186__cracked_it/comment_2_d1d79e93ac420f6b3a6f8a622e8e00bd._comment
 create mode 100644 doc/devblog/day_186__cracked_it/comment_3_8ca17a51b10b4e4a63d0672d5ce29024._comment
 create mode 100644 doc/devblog/day_187__release_prep.mdwn
 create mode 100644 doc/devblog/day_187__release_prep/comment_1_206692d16177c2a9ca11c0eeff545697._comment
 create mode 100644 doc/devblog/day_187__release_prep/comment_2_961fb35d9cf7d5e518f8d0bddb8626a6._comment
 create mode 100644 doc/devblog/day_188__back_sans_laptop.mdwn
 create mode 100644 doc/devblog/day_189__finally_working_again.mdwn
 create mode 100644 doc/devblog/day_190__fun_fixes.mdwn
 create mode 100644 doc/devblog/day_191__semidistracted.mdwn
 create mode 100644 doc/devblog/day_192__release_day.mdwn
 create mode 100644 doc/devblog/day_193-194__ugly_bug.mdwn
 create mode 100644 doc/devblog/day_195-196__catching_up.mdwn
 create mode 100644 doc/devblog/day_197__autobuilder_rescuscitation.mdwn
 create mode 100644 doc/devblog/day_198__branching_out.mdwn
 create mode 100644 doc/devblog/day_198__branching_out/comment_1_91ce3dc707ba1ba7c5d9e57e20ffce40._comment
 create mode 100644 doc/devblog/day_199__ten_minute_cycle.mdwn
 create mode 100644 doc/devblog/day_19__moving_on.mdwn
 create mode 100644 doc/devblog/day_19__moving_on/comment_1_870106f671f9a055b81e6fc83e0850b5._comment
 create mode 100644 doc/devblog/day_19__moving_on/comment_2_fad055c8860385ac6c012f897c96408f._comment
 create mode 100644 doc/devblog/day_19__moving_on/comment_3_69e47d612159587f080ab761566d1830._comment
 create mode 100644 doc/devblog/day_1__inauspicious_beginning.mdwn
 create mode 100644 doc/devblog/day_1__inauspicious_beginning/comment_1_cc4dea43caf3126c6f814b589b701d70._comment
 create mode 100644 doc/devblog/day_20__gcrypt_and_git-annex-shell.mdwn
 create mode 100644 doc/devblog/day_21__bugfix_day.mdwn
 create mode 100644 doc/devblog/day_22__gcrypt_on_rsync.net.mdwn
 create mode 100644 doc/devblog/day_23__GNU_day.mdwn
 create mode 100644 doc/devblog/day_24__nearly_done_with_gcrypt.mdwn
 create mode 100644 doc/devblog/day_25__finishing_up_gcrypt.mdwn
 create mode 100644 doc/devblog/day_26__gcrypt_really_done_this_time.mdwn
 create mode 100644 doc/devblog/day_27__locking_fun.mdwn
 create mode 100644 doc/devblog/day_27__locking_fun/comment_1_0eb247235fbf8f563934f3548e1d2e10._comment
 create mode 100644 doc/devblog/day_27__locking_fun/comment_2_e8b1dfe1b0641e031d05733448b7bc8b._comment
 create mode 100644 doc/devblog/day_27__locking_fun/comment_3_b67f8ef4ed42b49c8c2e6c4e53163b16._comment
 create mode 100644 doc/devblog/day_27__locking_fun/comment_4_0759644baf26b75f4e48dbb387d725a5._comment
 create mode 100644 doc/devblog/day_28__lazy_saturday.mdwn
 create mode 100644 doc/devblog/day_29__scheduling.mdwn
 create mode 100644 doc/devblog/day_2__new_laptop.mdwn
 create mode 100644 doc/devblog/day_2__new_laptop/comment_1_93447dbd4eb09b4db96770644ea663cb._comment
 create mode 100644 doc/devblog/day_2__new_laptop/comment_2_e1d022b25f2c16dbe72db07ad4b10a2d._comment
 create mode 100644 doc/devblog/day_30__cronner.mdwn
 create mode 100644 doc/devblog/day_30__cronner/comment_1_53dfd9310e92f5225db52a13e20a46d4._comment
 create mode 100644 doc/devblog/day_30__cronner/comment_2_f98357c6f7a6da23873ac27c2e1e9638._comment
 create mode 100644 doc/devblog/day_31__blah.mdwn
 create mode 100644 doc/devblog/day_32__fsck_config_UI.mdwn
 create mode 100644 doc/devblog/day_33__fsck_on_connect.mdwn
 create mode 100644 doc/devblog/day_34__wrapping_up_fsck.mdwn
 create mode 100644 doc/devblog/day_35__anacron_and_bugfixing.mdwn
 create mode 100644 doc/devblog/day_36__bugfixing.mdwn
 create mode 100644 doc/devblog/day_37__long_day.mdwn
 create mode 100644 doc/devblog/day_38__starting_git_repo_repair.mdwn
 create mode 100644 doc/devblog/day_38__starting_git_repo_repair/comment_1_321468d9686db5dde072500bdaeb7d29._comment
 create mode 100644 doc/devblog/day_39__git-recover-repository.mdwn
 create mode 100644 doc/devblog/day_3__gcrypt_uuids.mdwn
 create mode 100644 doc/devblog/day_40__another_fine_mess.mdwn
 create mode 100644 doc/devblog/day_41__onward.mdwn
 create mode 100644 doc/devblog/day_41__onward/comment_1_a716c7b5a9ea3c949ff047cfb4e9a0a4._comment
 create mode 100644 doc/devblog/day_41__onward/comment_2_33149e424cd5f03fac376288bcc4dfdc._comment
 create mode 100644 doc/devblog/day_41__onward/comment_3_3b07503bd79089ad3ce3ddd7535ed116._comment
 create mode 100644 doc/devblog/day_42__repair_milestone.mdwn
 create mode 100644 doc/devblog/day_43__bugfix_day.mdwn
 create mode 100644 doc/devblog/day_44__automatic_removable_drive_repair.mdwn
 create mode 100644 doc/devblog/day_45__command_line.mdwn
 create mode 100644 doc/devblog/day_46__wrapping_up_the_month.mdwn
 create mode 100644 doc/devblog/day_47__fell_off_the_blogging_wagon.mdwn
 create mode 100644 doc/devblog/day_48__direct_mode_guard_design.mdwn
 create mode 100644 doc/devblog/day_48__direct_mode_guard_design/comment_1_ec0147ccc55bad3a38652383f4098a65._comment
 create mode 100644 doc/devblog/day_49__direct_mode_guard_implementation.mdwn
 create mode 100644 doc/devblog/day_49__direct_mode_guard_implementation/comment_1_3ebe5c3f708070f164ecaf36b79f7bfc._comment
 create mode 100644 doc/devblog/day_4__unexpected_windows_day.mdwn
 create mode 100644 doc/devblog/day_50__grab_bag.mdwn
 create mode 100644 doc/devblog/day_50__grab_bag/comment_1_01846f6494fe843889391fd09fd127a0._comment
 create mode 100644 doc/devblog/day_50__grab_bag/comment_2_12736014aa2c1af81e4b83072505e7d5._comment
 create mode 100644 doc/devblog/day_51__direct_mode_guard_finished.mdwn
 create mode 100644 doc/devblog/day_52__slowly_but_surely.mdwn
 create mode 100644 doc/devblog/day_54__android_bisection_minions.mdwn
 create mode 100644 doc/devblog/day_54__android_bisection_minions/comment_1_bea8fbe2b87d4a4865b92fa796298fa0._comment
 create mode 100644 doc/devblog/day_55__fireside_porting.mdwn
 create mode 100644 doc/devblog/day_55__fireside_porting/comment_1_d690a52db82f9594d99ae65fe51e1f1a._comment
 create mode 100644 doc/devblog/day_56__git-annex_user_survey.mdwn
 create mode 100644 doc/devblog/day_57__mavericks.mdwn
 create mode 100644 doc/devblog/day_58__urgle.mdwn
 create mode 100644 doc/devblog/day_58__urgle/comment_1_bd279f58f614b103a53215dfb0211007._comment
 create mode 100644 doc/devblog/day_59__release_day.mdwn
 create mode 100644 doc/devblog/day_5__gcrypt_special_remote_part_1.mdwn
 create mode 100644 doc/devblog/day_60__damage_driven_development.mdwn
 create mode 100644 doc/devblog/day_61__damage_driven_development__II.mdwn
 create mode 100644 doc/devblog/day_62__upgrade_alerts.mdwn
 create mode 100644 doc/devblog/day_62__upgrade_alerts/comment_1_cdb44aaa1d2a784a72613cbf16038f89._comment
 create mode 100644 doc/devblog/day_62__upgrade_alerts/comment_2_b08bb946e4760d7f03b45c852c745b2e._comment
 create mode 100644 doc/devblog/day_63__leverage.mdwn
 create mode 100644 doc/devblog/day_64__overkill.mdwn
 create mode 100644 doc/devblog/day_64__overkill/comment_1_e1db7678aae37af281d31ae211677786._comment
 create mode 100644 doc/devblog/day_64__overkill/comment_3_f7a96f0b6d942d0b59d9d0ec1b21c4bf._comment
 create mode 100644 doc/devblog/day_65__wrapping_up_upgrades.mdwn
 create mode 100644 doc/devblog/day_66__upgrade_testing.mdwn
 create mode 100644 doc/devblog/day_67_thanksgiving_rush.mdwn
 create mode 100644 doc/devblog/day_68__bits_and_pieces.mdwn
 create mode 100644 doc/devblog/day_69__catching_up.mdwn
 create mode 100644 doc/devblog/day_6__gcrypt_fully_working.mdwn
 create mode 100644 doc/devblog/day_6__gcrypt_fully_working/comment_1_136bb7537a9ba93d400ce6f6ea1932ac._comment
 create mode 100644 doc/devblog/day_6__gcrypt_fully_working/comment_2_1f8faa65bbd56a12588b43a5bc822d96._comment
 create mode 100644 doc/devblog/day_70__preliminary_user_survey_analysis.mdwn
 create mode 100644 doc/devblog/day_71__that_was_unexpected.mdwn
 create mode 100644 doc/devblog/day_72__windows_webapp_not.mdwn
 create mode 100644 doc/devblog/day_73__EvilLinker.mdwn
 create mode 100644 doc/devblog/day_74__so_close.mdwn
 create mode 100644 doc/devblog/day_74__so_close/comment_1_b1aa185734c3d74830b81def4fe63bff._comment
 create mode 100644 doc/devblog/day_75__hallelujah.mdwn
 create mode 100644 doc/devblog/day_75__hallelujah/comment_1_df04c456e99d47743494a18c1badba8c._comment
 create mode 100644 doc/devblog/day_76__results.mdwn
 create mode 100644 doc/devblog/day_77__it_builds.mdwn
 create mode 100644 doc/devblog/day_78__desidetracked.mdwn
 create mode 100644 doc/devblog/day_79__catch_up.mdwn
 create mode 100644 doc/devblog/day_7__release_day.mdwn
 create mode 100644 doc/devblog/day_7__release_day/comment_1_12bb94d903868ecddb3e348c9c4afeaf._comment
 create mode 100644 doc/devblog/day_7__release_day/comment_2_d3e38d6f6bba179dab40d4d75ff061de._comment
 create mode 100644 doc/devblog/day_80__plumbing.mdwn
 create mode 100644 doc/devblog/day_81__more_standalone.mdwn
 create mode 100644 doc/devblog/day_81__more_standalone/comment_1_25ceb116406b55a8ff28f7b392806bc9._comment
 create mode 100644 doc/devblog/day_82__rpi_and_synology.mdwn
 create mode 100644 doc/devblog/day_82__rpi_and_synology/comment_1_d154ddcf22027fd06acf9da73e12c006._comment
 create mode 100644 doc/devblog/day_83__armel_webapp.mdwn
 create mode 100644 doc/devblog/day_84__ho_uh_oh.mdwn
 create mode 100644 doc/devblog/day_85__external_special_remote_protocol_types.mdwn
 create mode 100644 doc/devblog/day_86__external_special_remote_implementation.mdwn
 create mode 100644 doc/devblog/day_86__external_special_remote_implementation/comment_1_5116bcf4b60030cb46683df94a75d7ee._comment
 create mode 100644 doc/devblog/day_86__external_special_remote_implementation/comment_2_7b6e734f785fbd9db7883b63150023dc._comment
 create mode 100644 doc/devblog/day_87__external_special_remotes_done.mdwn
 create mode 100644 doc/devblog/day_88__lazy_sunday.mdwn
 create mode 100644 doc/devblog/day_89__reflections.mdwn
 create mode 100644 doc/devblog/day_8__ill.mdwn
 create mode 100644 doc/devblog/day_90__slow_start.mdwn
 create mode 100644 doc/devblog/day_91__wintry_mix.mdwn
 create mode 100644 doc/devblog/day_92-93__reconnection.mdwn
 create mode 100644 doc/devblog/day_94__leaks.mdwn
 create mode 100644 doc/devblog/day_95__reconnection_revisited.mdwn
 create mode 100644 doc/devblog/day_95__reconnection_revisited/comment_1_c1106e573fcf9f3d4524c0e4f4254790._comment
 create mode 100644 doc/devblog/day_95__reconnection_revisited/comment_2_40478739f95e0b56ce0103db6e405ef4._comment
 create mode 100644 doc/devblog/day_96__catching_up.mdwn
 create mode 100644 doc/devblog/day_97__exciting_telehash_possiblities.mdwn
 create mode 100644 doc/devblog/day_97__exciting_telehash_possiblities/comment_1_7c775d93cbeed0d553e224751d30fbaa._comment
 create mode 100644 doc/devblog/day_98__old_bug.mdwn
 create mode 100644 doc/devblog/day_99__catching_up_again.mdwn
 create mode 100644 doc/devblog/day_99__catching_up_again/comment_1_b871bf0606dc29be9b8c2e5dc150f708._comment
 create mode 100644 doc/devblog/day_99__catching_up_again/comment_2_c8363d47223e7bb899420e800bde3e27._comment
 create mode 100644 doc/devblog/day_9__Friday_the_13th.mdwn
 create mode 100644 doc/devblog/day_9__Friday_the_13th/comment_1_07195b4ec399ba1be6c8bdb3ae0fa50b._comment
 create mode 100644 doc/devblog/day__126-127__merge_fixes.mdwn
 create mode 100644 doc/devblog/moving_blogs.mdwn
 create mode 100644 doc/devblog/moving_blogs/comment_1_6caa7e67461a6ea5de8155ae9cf75fab._comment
 create mode 100644 doc/devblog/moving_blogs/comment_2_e3e2048fc2397b87a2f29c9fe49394cb._comment
 create mode 100644 doc/devblog/whither_XMPP.mdwn
 create mode 100644 doc/direct_mode.mdwn
 create mode 100644 doc/direct_mode/comment_11_1c79c93f4b17cfc354ab920e3775cc60._comment
 create mode 100644 doc/direct_mode/comment_12_1b5218fdb6ee362d6df68ff1229590d4._comment
 create mode 100644 doc/direct_mode/comment_12_7d507b6f87085a19d8dd5014f580922b._comment
 create mode 100644 doc/direct_mode/comment_13_5169c5541970d3b3bc1e080e07539b22._comment
 create mode 100644 doc/direct_mode/comment_13_55108ac736ea450df89332ba5de4a208._comment
 create mode 100644 doc/direct_mode/comment_14_03a02e689d92faa596de98e02b2ffe28._comment
 create mode 100644 doc/direct_mode/comment_14_ff4ffc2aabc5fd174d7386ef13860f78._comment
 create mode 100644 doc/direct_mode/comment_15_1cd32456630b25d5aaa6d2763e6eb384._comment
 create mode 100644 doc/direct_mode/comment_3_8020d74bddf0e38b0a297e5dae7c217b._comment
 create mode 100644 doc/direct_mode/comment_4_97c26bd82f623a3b2d56bab4afff0126._comment
 create mode 100644 doc/direct_mode/comment_5_42363bf0367f935b3eee8ad3d2eaf5cf._comment
 create mode 100644 doc/direct_mode/comment_6_5f03b1686c1fb3f7606a5bc724ac3812._comment
 create mode 100644 doc/direct_mode/comment_7_5355ac418bfb26e990762b80f4c36b77._comment
 create mode 100644 doc/direct_mode/comment_8_6cd15e2c5fd0bef48f60c6993322c2fc._comment
 create mode 100644 doc/distributed_version_control.mdwn
 create mode 100644 doc/download.mdwn
 create mode 100644 doc/download/comment_1_ec2578241a966cfcdd43f2a26a5c8709._comment
 create mode 100644 doc/download/comment_2_ee0d158ac59903737dbc4ef632f11fe3._comment
 create mode 100644 doc/ekg.mdwn
 create mode 100644 doc/ekg/ekg.png
 create mode 100644 doc/encryption.mdwn
 create mode 100644 doc/encryption/comment_1_1afca8d7182075d46db41f6ad3dd5911._comment
 create mode 100644 doc/favicon.ico
 create mode 100644 doc/feeds.mdwn
 create mode 100644 doc/footer/column_a.mdwn
 create mode 100644 doc/footer/column_b.mdwn
 create mode 100644 doc/forum.mdwn
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__.mdwn
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_1_924521ad5972046bac44d2e04ec296c7._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_2_e2a7f34a3ccc1b6467e6da611c067d66._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_3_f9a369a6ac69f091e6128990274d3228._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_4_91b422f8d55b68077245c606c4f7f87c._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_5_f6128fe75ff3453747f69f12e0fd0a5b._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_6_9b90b4031a5ed26c375903b33ed65a10._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_7_acd64ce1b08a97ddf730622272e9f611._comment
 create mode 100644 doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_8_9baacb14fc5eb449cb13e0b4a4995fb0._comment
 create mode 100644 doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__.mdwn
 create mode 100644 doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_1_fe291cd6cd8e2d5b8e23f8e3689d824b._comment
 create mode 100644 doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_2_f0dbc3c723999bf0f22502e3a89d1d4a._comment
 create mode 100644 doc/forum/A_really_stupid_question.mdwn
 create mode 100644 doc/forum/A_really_stupid_question/comment_1_40e02556de0b00b94f245a0196b5a89f._comment
 create mode 100644 doc/forum/A_tiny_filesystem__63__.mdwn
 create mode 100644 doc/forum/A_tiny_filesystem__63__/comment_1_993e3f5dbe4bcbb5b7bd9e08ab9554f3._comment
 create mode 100644 doc/forum/A_tiny_filesystem__63__/comment_2_af57591d42868c8aa1cc1eda43ca8b98._comment
 create mode 100644 doc/forum/A_tiny_filesystem__63__/comment_3_3869c0472b50d7cf5e29ac0720f4f20f._comment
 create mode 100644 doc/forum/Accessing_files_directly_on__a_USB_device.mdwn
 create mode 100644 doc/forum/Accessing_files_in_bare_repository.mdwn
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_10_7eb66e3806f9524e043fae2da9d57d64._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_11_f0165d66865ad14f7eb5d50e900c1df4._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_12_0e7ea5161b6da6e9bb9425bdb953de33._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_13_f804b9bf71f7d04bd23ce32d813dc340._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_1_6de649d38febd2240eb5b703da77c2d6._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_2_7e8dd09915ddc3267377e900891cb02c._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_3_80eae4a73f38d1a7e35f97c33b6401f8._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_4_5ec13e98d3ecb69426e974d34f712f9b._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_5_dccbf5793998c6381e23eb8ff6497ebf._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_6_42d923916232c81f3b8bdbefa34a89d3._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_7_43a0a7d222faee582aeb3150a59cef87._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_8_ec1024235c1c74c113483a833df84654._comment
 create mode 100644 doc/forum/Accessing_files_in_bare_repository/comment_9_c156b8c1ae0f2905566bbdb13b84e577._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository.mdwn
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_10_06dae5709750ea1da4f7fdbee4e84efc._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_11_2069c5c41882ae0a1973fb7da583b60e._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_12_b35e3a87c30974eedd71ebe52ecbed96._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_13_84e026f9bda87bfd12a3769dcef77f8b._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_14_b2ac2ea300a5026832b40a1a6b27a7cd._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_1_ed3534196164c6736a8dbf21c65c119d._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_2_1e29bcf568f02765c48f0eac6c640673._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_3_9ea6803a94b1de15079a3fa20d59c9af._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_4_3fae5a7fa5d99d0eb4473adb43e7f6f5._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_5_57a5b73cff480266355e75c7bdc762c2._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_6_bbcf5e863c8f152e1079536e9011a404._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_7_fdcd144c22601bdf98ff844254b0120d._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_8_b77243e765b2af7ba71e963fcb5cbbb1._comment
 create mode 100644 doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_9_cb0815e96ee211d4778f2e7a4274e855._comment
 create mode 100644 doc/forum/Add_a___34__local__34___remote.mdwn
 create mode 100644 doc/forum/Add_a___34__local__34___remote/comment_1_c68ad724b465c4be5243be687168c0b3._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with.mdwn
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_1_30b9a70d367dd5b8781e9a86e42d4c3e._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_2_a8525c1a7e5f89c30c9503fe8bfed02e._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_3_c3878989f74e740c0ed42f440750f3a4._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_4_c06cc86496f9d4c0c42a8c89aa5a7b35._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_5_0a1c2dd0929511ff824be8de2c8d85eb._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_6_1444c2f89885f028f20a4d3ce225a403._comment
 create mode 100644 doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_7_1c30944010d541096baff18198a5560d._comment
 create mode 100644 doc/forum/Advice_needed:_git-annex_slows_down_my_macbook.mdwn
 create mode 100644 doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_1_af8ab0a47cd379fcb1445e50782ad086._comment
 create mode 100644 doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_2_a7202bcbdda36a3801833d2432db1965._comment
 create mode 100644 doc/forum/Android:_Encrypted_Remotes__63__.mdwn
 create mode 100644 doc/forum/Android:_Encrypted_Remotes__63__/comment_1_6b16cd372a9bd4f99d4c8b09a82ce3ed._comment
 create mode 100644 doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__.mdwn
 create mode 100644 doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_1_7880fc38792a1fcbf3e5c47e8bcaabce._comment
 create mode 100644 doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_2_840fbce18b4fdec21ee557fdf52c366e._comment
 create mode 100644 doc/forum/Android_-_ext3__47__4__47__....mdwn
 create mode 100644 doc/forum/Android_version_does_not_sync.mdwn
 create mode 100644 doc/forum/Android_version_does_not_sync/comment_1_ed9e33eef2c6d651847dca9d3f7a63f6._comment
 create mode 100644 doc/forum/Android_version_does_not_sync/comment_2_4eafd3e989611f835c489b379bd6ec8a._comment
 create mode 100644 doc/forum/Annex_contents_just_disappeared__63__.mdwn
 create mode 100644 doc/forum/Annex_contents_just_disappeared__63__/comment_1_4ab5ca00f912c0c95fabc10f2d9600d3._comment
 create mode 100644 doc/forum/Annex_contents_just_disappeared__63__/comment_2_657f737c5d64d440aa133ddb41408fbc._comment
 create mode 100644 doc/forum/Annex_contents_just_disappeared__63__/comment_3_9b4c35feb14b37d43d053d7430da9abf._comment
 create mode 100644 doc/forum/Annex_contents_just_disappeared__63__/comment_4_c3625409652bff5f2165260803269a8a._comment
 create mode 100644 doc/forum/Annex_dropping_files.mdwn
 create mode 100644 doc/forum/Annex_dropping_files/comment_1_62fbea95248fda2ff075b5a8952a728f._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode.mdwn
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_1_d80839f4582fc2a6269db31e30e1dbab._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_2_593e1e01b70a2b6a15ad6bca09a80c7b._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_3_c4e4c596f31aa97645fe1e1527dc2c31._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_4_92db0b99ada9af15a5383da41397ebd7._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_5_3d628c9db9ebdfd5bff92af105c47719._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_6_db7965fa928c093233769ed52b2fcd43._comment
 create mode 100644 doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_7_674f52c5e5484207db403b18efc986c6._comment
 create mode 100644 doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__.mdwn
 create mode 100644 doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_1_51f4392e718d857e2f155d6217727a53._comment
 create mode 100644 doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_2_9698c4a8f0d8785ee89a6228e0e85ca9._comment
 create mode 100644 doc/forum/Assistant:_configure_auto-sync.mdwn
 create mode 100644 doc/forum/Assistant:_configure_auto-sync/comment_1_c8cabd38114582bbdbad49f2d81959d7._comment
 create mode 100644 doc/forum/Assistant_Droping_Files.mdwn
 create mode 100644 doc/forum/Assistant_loosing_advantages__63__.mdwn
 create mode 100644 doc/forum/Assistant_loosing_advantages__63__/comment_1_cdbc827d9e00aeeaefafe45de64b8d2c._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync.mdwn
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_1_2178a7fc0d66643e84597b0938ef65f2._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_2_650651398443e128c2adc6a2a2d320d0._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_3_e6d0c9620b148acc72342862a8b4cfef._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_4_b91f9febdb8b69d8b487ba4ea08c119a._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_5_c5ad7c1546a17d8459c995c9c8c26414._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_6_4c12587f972eced91c5128d4885800b5._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_7_6ecaaee9316bcf0c65688676d60fc055._comment
 create mode 100644 doc/forum/Assistant_not_syncing_to_Rsync/comment_8_daa9a9a6188afa0394833e1b682f7cd4._comment
 create mode 100644 doc/forum/Auto_archiving.mdwn
 create mode 100644 doc/forum/Auto_sync_with_music_player.mdwn
 create mode 100644 doc/forum/Auto_sync_with_music_player/comment_1_81ad1c15cfd753531c01dae8945d1caf._comment
 create mode 100644 doc/forum/Auto_sync_with_music_player/comment_2_a15e3f298c3d3faa5b3295355f9bb794._comment
 create mode 100644 doc/forum/Auto_sync_with_music_player/comment_3_99f65a0efaf5d5f9b8ff530acc122860._comment
 create mode 100644 doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__.mdwn
 create mode 100644 doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_1_dab1099ee56541c194de319c593f1268._comment
 create mode 100644 doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_2_b5faccf132fb47e3cda778a6600fd9ef._comment
 create mode 100644 doc/forum/Automatic_commit_messages_for_git_annex_sync.mdwn
 create mode 100644 doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_1_ea2ec57bc695da4df8a30a35d433959d._comment
 create mode 100644 doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_2_af71f53dbbca35d5a5c66ff131887ada._comment
 create mode 100644 doc/forum/Automatically_dropping_files.mdwn
 create mode 100644 doc/forum/Automatically_dropping_files/comment_1_f5fc608f9cb0edf3272b586b62050637._comment
 create mode 100644 doc/forum/Automatically_syncronise_centralised_repository.mdwn
 create mode 100644 doc/forum/Automatically_syncronise_centralised_repository/comment_1_6a2047daa9faf4309d2ed27d5cc48b76._comment
 create mode 100644 doc/forum/Automatically_syncronise_centralised_repository/comment_2_3be7b45bc2284019f17a81375637a576._comment
 create mode 100644 doc/forum/Basic_set_up_with_one_remote.mdwn
 create mode 100644 doc/forum/Basic_set_up_with_one_remote/comment_1_3ad06a0dbebf62e6440f549e77af59b6._comment
 create mode 100644 doc/forum/Basic_set_up_with_one_remote/comment_2_59e18e759c907b8adabf8c34eef08065._comment
 create mode 100644 doc/forum/Basic_set_up_with_one_remote/comment_3_5221a713ee3f65fa2740c9fa6cb1db0f._comment
 create mode 100644 doc/forum/Basic_set_up_with_one_remote/comment_4_62e554a546e4b50d211f5f65446fd289._comment
 create mode 100644 doc/forum/Behaviour_of_fsck.mdwn
 create mode 100644 doc/forum/Behaviour_of_fsck/comment_1_0e40f158b3f4ccdcaab1408d858b68b8._comment
 create mode 100644 doc/forum/Behaviour_of_fsck/comment_2_ead36a23c3e6efa1c41e4555f93e014e._comment
 create mode 100644 doc/forum/Behaviour_of_fsck/comment_3_97848f9a3db89c0427cfb671ba13300e._comment
 create mode 100644 doc/forum/Behaviour_of_fsck/comment_4_e4911dc6793f98fb81151daacbe49968._comment
 create mode 100644 doc/forum/Best_approach_for_central_sharing_and_multiple_users.mdwn
 create mode 100644 doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_1_48ffb50b92588daec6887bf08f1b97f5._comment
 create mode 100644 doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_2_6b9a20f9707da9d2cfc3697a538d6935._comment
 create mode 100644 doc/forum/Best_way_to_manage_files_on_removable_media__63__.mdwn
 create mode 100644 doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository.mdwn
 create mode 100644 doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_1_552e74f9573a34ec178f396b83252c3e._comment
 create mode 100644 doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_2_33c57922714f204fc63c260b838f3712._comment
 create mode 100644 doc/forum/Big_repository_vs._multiple_small.mdwn
 create mode 100644 doc/forum/Big_repository_vs._multiple_small/comment_1_8e21ee3c674ef6e595bdab53dd5c2356._comment
 create mode 100644 doc/forum/Big_repository_vs._multiple_small/comment_2_656c62351502492d20e8490242e51169._comment
 create mode 100644 doc/forum/Big_repository_vs._multiple_small/comment_3_e9c44ea364513f090844f46af2ea46a1._comment
 create mode 100644 doc/forum/Big_repository_vs._multiple_small/comment_4_82e13580426dc648688e4c26e7ed91ec._comment
 create mode 100644 doc/forum/Big_repository_vs._multiple_small/comment_5_632aceb71dc6a4a9a4bb03de25a9b21a._comment
 create mode 100644 doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days.mdwn
 create mode 100644 doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days/comment_1_6ca872c241399b9129cf9a18f42ebd43._comment
 create mode 100644 doc/forum/Building_a_Debian_package_of_git-annex.mdwn
 create mode 100644 doc/forum/Building_a_Debian_package_of_git-annex/comment_1_0848513c46f3efa21bc34784554ae88a._comment
 create mode 100644 doc/forum/Building_git-annex-3.20121112-19309.mdwn
 create mode 100644 doc/forum/Building_git-annex-3.20121112-19309/comment_1_b115e28c77fe748ee6643c41f766beb4._comment
 create mode 100644 doc/forum/Building_git-annex-3.20121112-19309/comment_2_8c6ae1fd74f14da12ccfa77dbd27fc65._comment
 create mode 100644 doc/forum/Building_git-annex-3.20121112-19309/comment_3_2f30b301c14f3a7fa0f52715d6140353._comment
 create mode 100644 doc/forum/Building_git-annex-3.20121112-19309/comment_4_1e3c3903a71a2ff7109372aa4dd5742a._comment
 create mode 100644 doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__.mdwn
 create mode 100644 doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_1_2eb4f410b54a25fcc895893a3c631c43._comment
 create mode 100644 doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_2_44cd6f6dd674df105d6f0b3f320f3236._comment
 create mode 100644 doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_3_992af6855901df79a2018a07941cb8b6._comment
 create mode 100644 doc/forum/Calculating_Annex_Cost_by_Ping_Times.mdwn
 create mode 100644 doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_1_9b4a6bc8d52ecbbdd537e8cf76757a80._comment
 create mode 100644 doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_2_7e04f85c6ba74c18c8dde148aef9bf80._comment
 create mode 100644 doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__.mdwn
 create mode 100644 doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__/comment_1_c8f9923d8dc76b8bed25dce5ae09b520._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo.mdwn
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_10_e0f82074eb1a4b8258729d9a23a7f421._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_11_842aaf685aa843c21bf3eef0b61f8630._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_12_b4f8be428a08db01dbd004e1f06dcffd._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_1_80344c54804ddee81d89c0b40731fb9c._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_2_1797c2fef5c20e885b56b8a2c6330ff0._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_3_fb23d640f9634cab2da91848f1848627._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_4_a947736911e68856f2c3494963063df8._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_5_ce0e77143cfd2d578b1e5a71e35060da._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_6_10e114da6a2bb54b860b44767ba1ca94._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_7_415bab6a7ab564e671f42cfad83e0e58._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_8_36abd829ea71a44c7cded1123a7c913d._comment
 create mode 100644 doc/forum/Can_Not_Sync_to_Git_Repo/comment_9_2fb745aaffe544f97bbdc670261fd4fd._comment
 create mode 100644 doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook.mdwn
 create mode 100644 doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_1_8b71cb6772b219c27c17392d5099907a._comment
 create mode 100644 doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_2_af2a2634d8d128868022d033d6adb549._comment
 create mode 100644 doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_3_31ec762a0684d2ce87d229ed2924db93._comment
 create mode 100644 doc/forum/Can__39__t_get_jabber_working.mdwn
 create mode 100644 doc/forum/Can__39__t_get_jabber_working/comment_1_def20bf0b3c1a188e4dad5ec67b455d8._comment
 create mode 100644 doc/forum/Can__39__t_get_jabber_working/comment_2_7cb49c0ebfec6e0fe6784e189ed65d40._comment
 create mode 100644 doc/forum/Can__39__t_get_jabber_working/comment_3_852dc402a286e38b77b99f174c33f8d1._comment
 create mode 100644 doc/forum/Can__39__t_get_jabber_working/comment_4_259741e146906ff70540390bdfe07002._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work.mdwn
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_1_b981977b4fb942fd109c37fcf40f35d7._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_2_341e2ff6c88ace1b1422e16781edf580._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_3_0c8cce48f179f2564ff0844bb7ef6bd1._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_4_169d77b30cea05125068ee1eeb2ef328._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_5_70e6c4f4f01277be1767b38ca8374793._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_6_2cd014a76fac6e08269dfd8146957418._comment
 create mode 100644 doc/forum/Can__39__t_get_pairing_to_work/comment_7_b9b715084d5a5562998b1724699d49e5._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex.mdwn
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_10_c4d2ab1ecf69718a2211c3ea7b27092b._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_12_fca9ed3707e097bee2cd642424681005._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_1_a294b5e7e52aa9f66a708866be16f137._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_2_fcf678d5188821d63b4c9ea5b59474a8._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_3_c83f7dea7d5304e226e52eb3c43ef14a._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_4_06a01dd51ffbfd006c0afb8eab40b530._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_5_53c33484bded57abc60f0449331c7b05._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_6_9e0ff44f6e62581bfc83f9f1da3e0100._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_7_7f96b5ef05e2faf4a3dbe8bfc39b810e._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_8_65ab8463716f4ddd7721a5bcfcd18fa0._comment
 create mode 100644 doc/forum/Can__39__t_init_git_annex/comment_9_31a45f6a72266190b3ed7a7b02e03d5b._comment
 create mode 100644 doc/forum/Can__39__t_install:_Mac_OS_10.8.2.mdwn
 create mode 100644 doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_1_c44023d81e9e4f7c9341af0e4271a1e4._comment
 create mode 100644 doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_2_dfbcd39eedff28dc9ed866a8f1411ef3._comment
 create mode 100644 doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_3_b37b2a9906ffb956cca91adb4bb4e521._comment
 create mode 100644 doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_4_afddf16f8faedc78d458835480f10dc3._comment
 create mode 100644 doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__.mdwn
 create mode 100644 doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_1_a3fbae205c0312436f8861f432643811._comment
 create mode 100644 doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_2_de49cf261c644a6e7f6ac881a48d4e6c._comment
 create mode 100644 doc/forum/Can_not_delete_Repository.mdwn
 create mode 100644 doc/forum/Can_not_delete_Repository/comment_1_b1a9420974e2e50c9c86a379ad62502c._comment
 create mode 100644 doc/forum/Can_not_drop_unused_file.mdwn
 create mode 100644 doc/forum/Can_not_drop_unused_file/comment_1_cea83dfdf4cdb4f6efb3f2b33a39a51f._comment
 create mode 100644 doc/forum/Can_not_drop_unused_file/comment_2_ed1543cff5e6e81ca18c43b716ca8199._comment
 create mode 100644 doc/forum/Can_not_drop_unused_file/comment_3_0c9c9c0ed557af4845a67434c21bb4bc._comment
 create mode 100644 doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___.mdwn
 create mode 100644 doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_1_35e5a963b9e58ed7773dfcb884f8ecbd._comment
 create mode 100644 doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_2_7cde9785886c8450e1475f0b54481ae3._comment
 create mode 100644 doc/forum/Cannot_find_git-annex_in_server.mdwn
 create mode 100644 doc/forum/Cannot_find_git-annex_in_server/comment_1_bf7e98e6130698ad0dc92e3a6a63ade3._comment
 create mode 100644 doc/forum/Cannot_find_git-annex_in_server/comment_2_168dda4aed09f90a510bc453e8a7cda7._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa.mdwn
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_1_9345551f5772c3a6f1490b00e1edbf69._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_2_0b688a442b6a911a0353e73097a24cb6._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_3_7e246caa00005560bb489c927c663046._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_4_1d8025aabe8bc72711a77f691f67da5f._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_5_7c2f95da65190016192424e7c622122f._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_6_9b8465cefe609e7a696e7573b8892e38._comment
 create mode 100644 doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_7_af6472762a598a454ba52ac0caa059aa._comment
 create mode 100644 doc/forum/Centralized_repository_with_webapp.mdwn
 create mode 100644 doc/forum/Centralized_repository_with_webapp/comment_1_dcb9b07fd154f4d4fdef4809cc37ce77._comment
 create mode 100644 doc/forum/Centralized_repository_with_webapp/comment_2_08c84f2703f89dc12982eba9dd2a06d1._comment
 create mode 100644 doc/forum/Change_remote_server_address.mdwn
 create mode 100644 doc/forum/Change_remote_server_address/comment_1_401c3d2530ac7ba41dd3857ab4737ed5._comment
 create mode 100644 doc/forum/Check_if_remote_is_using_GPG__63__.mdwn
 create mode 100644 doc/forum/Check_if_remote_is_using_GPG__63__/comment_1_db8ce8ef50fc33a28860ee475988450f._comment
 create mode 100644 doc/forum/Check_if_remote_is_using_GPG__63__/comment_2_11c7033904c9c7a1df766e915632c386._comment
 create mode 100644 doc/forum/Check_if_remote_is_using_GPG__63__/comment_3_a7ab70ad87a334c36761ddb3d830d99b._comment
 create mode 100644 doc/forum/Check_when_your_last_fsck_was__63__.mdwn
 create mode 100644 doc/forum/Check_when_your_last_fsck_was__63__/comment_1_ee98a1fcd796fe4fd7af6f77d0c1837d._comment
 create mode 100644 doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__.mdwn
 create mode 100644 doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__/comment_2_793b3d9f78562f3aecf27dd926bbcf82._comment
 create mode 100644 doc/forum/Checkout_only_some_files_with_the_assistant.mdwn
 create mode 100644 doc/forum/Checkout_only_some_files_with_the_assistant/comment_1_23d8ab1a05e3e9d3611bd12a4ba70b0c._comment
 create mode 100644 doc/forum/Checkout_only_some_files_with_the_assistant/comment_2_bf095ff5b5af95b062ae1f7da566a279._comment
 create mode 100644 doc/forum/Checkout_only_some_files_with_the_assistant/comment_3_7c026e36e1cdd52053c34638c87d793c._comment
 create mode 100644 doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode.mdwn
 create mode 100644 doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_1_3440b2e1662d3b113c18283afcbf4520._comment
 create mode 100644 doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_2_9a61ba8ac4a375f1d69cd09b5a6f8091._comment
 create mode 100644 doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_3_6b9d8c48547f3d0a911310622ba91df7._comment
 create mode 100644 doc/forum/Coming_from_git_world.mdwn
 create mode 100644 doc/forum/Coming_from_git_world/comment_10_098bef38c2688607e869425a557cc482._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_11_98d75a1415e0c3689ab4231855e61233._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_12_5e7079e9bf3e4d97191333c66ac00e52._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_1_357443dc601ae38784c01cf18552f4d5._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_2_ed1847dd3f47a9d013b8dd0455fb80ff._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_3_09c6bb83a73d34dff2b8bc185a14a1db._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_4_6c731bb9a8d21dd9ab8c09612b23f908._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_5_e719d99af5afd90da3d3db692eff28dc._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_6_85a42106944dba9995fb3f4bfee3443a._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_7_90623294b910ceca3dc8ebd41b50fc9b._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_8_28dbee30eb54877418f72eb8935302d8._comment
 create mode 100644 doc/forum/Coming_from_git_world/comment_9_6edb36ea9535030fa3766937398e5bc7._comment
 create mode 100644 doc/forum/Comparison_with_other_big_files_solutions.mdwn
 create mode 100644 doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__.mdwn
 create mode 100644 doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__/comment_1_9c6c4ca0c9dc6976ba7cf27e84683bf0._comment
 create mode 100644 doc/forum/Consistency_Check_for_S3.mdwn
 create mode 100644 doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment
 create mode 100644 doc/forum/Consistency_Check_for_S3/comment_2_ebfe40d9f777c9c0a83c44afd0f5802d._comment
 create mode 100644 doc/forum/Consistency_Check_for_S3/comment_3_ec9de6882a0eef4d2786e55b583ad020._comment
 create mode 100644 doc/forum/Controlling_content_on_mobile_device.mdwn
 create mode 100644 doc/forum/Controlling_content_on_mobile_device/comment_1_708649b7f30d8619d7b34dcb0ef46515._comment
 create mode 100644 doc/forum/Controlling_content_on_mobile_device/comment_2_dba1a1b0917332a1dee387b1183bd2cb._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo.mdwn
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_1_e6065f9c44c85030c7628e2cfa0fd0fa._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_2_76bfb11396dc20a5105376b22e7e773b._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_3_b34d6ae0718ab0ff6bc1d7b8f2470b9b._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_4_8f5e323b29745591f9f2f0f867353f69._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_5_9824c953694770afa0611ff7276737bf._comment
 create mode 100644 doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_6_5899741cb7f83e1b22c5ee3509c5ff21._comment
 create mode 100644 doc/forum/Corrupt_Repository_Invalid_Object.mdwn
 create mode 100644 doc/forum/Corrupt_Repository_Invalid_Object/comment_1_b7fd4b6212b50400342931e70684b96c._comment
 create mode 100644 doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn
 create mode 100644 doc/forum/DBus_on_Ubuntu_12.04__63__/comment_1_dc14a40b64b7eda94d1a3fd766cd39cc._comment
 create mode 100644 doc/forum/DBus_on_Ubuntu_12.04__63__/comment_2_608a30e274e6a691a39f69503720e320._comment
 create mode 100644 doc/forum/DBus_on_Ubuntu_12.04__63__/comment_3_791b9978b410c1aff7fd8ef05c38f5f9._comment
 create mode 100644 doc/forum/DBus_on_Ubuntu_12.04__63__/comment_4_8665c95299916138c4af375626d9ec7d._comment
 create mode 100644 doc/forum/DO_NOT_use_ntfs-3g_on_mac_osx_for_annex.mdwn
 create mode 100644 doc/forum/DS__95__Store_files_are_not_added.mdwn
 create mode 100644 doc/forum/DS__95__Store_files_are_not_added/comment_1_30687306da9bd35ec02a806193c5e240._comment
 create mode 100644 doc/forum/Debugging_Git_Annex.mdwn
 create mode 100644 doc/forum/Debugging_Git_Annex/comment_1_ce63b2ee641a2338f1ad5ded9e6f09a8._comment
 create mode 100644 doc/forum/Debugging_Git_Annex/comment_2_1d70ff052d00f33c34fd45730ea13040._comment
 create mode 100644 doc/forum/Default_text__47__html_handler.mdwn
 create mode 100644 doc/forum/Default_text__47__html_handler/comment_1_4730061916c7e12b7a41906152f847ee._comment
 create mode 100644 doc/forum/Delete_unused_files__47__metadata.mdwn
 create mode 100644 doc/forum/Delete_unused_files__47__metadata/comment_1_3efc19895c8dec89b71ae3778b583fea._comment
 create mode 100644 doc/forum/Delete_unused_files__47__metadata/comment_2_23597d9468347b3d94257f3c02afe1b8._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__.mdwn
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_10_656c737772bf92be2c7a2f33bd2bb0f0._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_1_28ac35a325fba250721d9f1b7c994960._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_2_7128c26bbc8efea04a5a317edf0ca9f2._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_3_a3c22f905748ff2c803e8621c74a87a0._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_4_8063921241760458349e7cb0cadf3d4e._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_5_4510a787255cb03e7d0c3e7b830b7d52._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_6_ffd9c67ecc5b46ae98996018573f5591._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_7_36ca007643c983604fc4aed6ec8cb3d2._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_8_b7a2da4fbace7156e11c48a496a19dc9._comment
 create mode 100644 doc/forum/Detached_git_work_tree__63__/comment_9_f9fa237a693d28178f0451799209f7e2._comment
 create mode 100644 doc/forum/Difference_between_copy__44___move_and_get__63__.mdwn
 create mode 100644 doc/forum/Difference_between_copy__44___move_and_get__63__/comment_1_26ee8192af3a62178c1ccf17c6da5ca5._comment
 create mode 100644 doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn
 create mode 100644 doc/forum/Different_annexes_pointing_to_same_special_remote__63__/comment_1_359f46805e6508d03aadd90429937546._comment
 create mode 100644 doc/forum/Direct_special_remotes.mdwn
 create mode 100644 doc/forum/Direct_special_remotes/comment_1_50357130a1c57ad2fab70f71925faf02._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_2_e94a722ca056a068bcc16eb822008602._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_4_187036bbfee0508e2914afb51ead3c71._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_4_6bfbf60f2061d49b7d34c844e7e1dea2._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_5_69c34c655e4b153dfc0d1b8580091124._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_6_b054cfc3d3f81873f3faae7eb4f5337c._comment
 create mode 100644 doc/forum/Direct_special_remotes/comment_7_5f9d8a0ef2f13f242594848825d29ee7._comment
 create mode 100644 doc/forum/Distributing_data_to_a_set_of_drives.mdwn
 create mode 100644 doc/forum/Distributing_data_to_a_set_of_drives/comment_1_f1fa72879f4e1db13bf59dea33c91624._comment
 create mode 100644 doc/forum/Distributing_data_to_a_set_of_drives/comment_2_e13b4e5c1e6f1f503f93d521b504d5c1._comment
 create mode 100644 doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__.mdwn
 create mode 100644 doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_1_f290dd8547176793934f8077374e1c0a._comment
 create mode 100644 doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_2_c358eb51047f333e582bd824be5e0e65._comment
 create mode 100644 doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_3_a2332c0e7b29110b9aed2ab69ce9d8c4._comment
 create mode 100644 doc/forum/Does_git-annex_version_big_files__63__.mdwn
 create mode 100644 doc/forum/Does_git-annex_version_big_files__63__/comment_1_0b44003c1dc53adb807298ae452f8004._comment
 create mode 100644 doc/forum/Does_git-annex_version_big_files__63__/comment_2_ca40b67abd7bd36155d16d0396d7472c._comment
 create mode 100644 doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment
 create mode 100644 doc/forum/Does_git-annex_version_big_files__63__/comment_4_8c65a7f8bda3c876971c2801fb6a76a1._comment
 create mode 100644 doc/forum/Does_migrate_ensure_data_integrity__63__.mdwn
 create mode 100644 doc/forum/Does_migrate_ensure_data_integrity__63__/comment_1_cef50b32c46f4406c6f918c5866ddc15._comment
 create mode 100644 doc/forum/Does_migrate_ensure_data_integrity__63__/comment_2_f389b924c8531b35fdf5dedd10fc8000._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files.mdwn
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_1_b307bfb0b70d649897f411eb753bd50a._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_2_58a6a1476274b8c4feb3d43ecd998759._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_3_4b857f481db7b2437ac9f8137a8510e2._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_4_828db3bf2863d98c0b0fb4074aa7f066._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_5_cb2063d6a4e08a5c12bf3723d0fa74e0._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_6_1759bcd5708f591f91b9c410f6dc5c54._comment
 create mode 100644 doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_7_2a389f01eb5131042ea1e71a73c9787a._comment
 create mode 100644 doc/forum/Don__39__t_understand_local_vs._known_keys.mdwn
 create mode 100644 doc/forum/Don__39__t_understand_local_vs._known_keys/comment_1_10749c0d76e824217dd1ff8c8a6e42a5._comment
 create mode 100644 doc/forum/Don__39__t_understand_local_vs._known_keys/comment_2_db9f1b6d9638c2b0a7e241c2727e8cfb._comment
 create mode 100644 doc/forum/Drop_with_assistant.mdwn
 create mode 100644 doc/forum/Drop_with_assistant/comment_1_048f5a31c549afb19b76a65bddd0cd24._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_2_527d7b6a8efa85b904111f179912d926._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_3_c50857506869bb1cd306b66acf37fba8._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_4_1ea37445d5eb96c3efa182e88e07b867._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_5_c08908ea5232cbe067c73ecd12d0e218._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_6_015134228cb865f97326fbb7193636ea._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_7_950759930667588f21659cd6d7065fbb._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_8_773e540e46adc43487323e8d38ceb2d9._comment
 create mode 100644 doc/forum/Drop_with_assistant/comment_9_d85d120d7219ea6c179c2619a17bdae9._comment
 create mode 100644 doc/forum/Effectively_replicating_backup_files.mdwn
 create mode 100644 doc/forum/Effectively_replicating_backup_files/comment_1_b1ab0da82db076c5244b0dcc95282ddd._comment
 create mode 100644 doc/forum/Effectively_replicating_backup_files/comment_2_472ab9c973b475f7f3ce7e3934f94281._comment
 create mode 100644 doc/forum/Effectively_replicating_backup_files/comment_3_826493bd59b81786c1f6a56f1c438004._comment
 create mode 100644 doc/forum/Encrypted_Content_Remote_Daemon_.mdwn
 create mode 100644 doc/forum/Encrypted_Content_Remote_Daemon_/comment_1_96f63e509e23c081c48302274e21db78._comment
 create mode 100644 doc/forum/Encrypted_Content_Remote_Daemon_/comment_2_acd0ffdc3f5079265858073c2af81557._comment
 create mode 100644 doc/forum/Encrypted_ssh_remote__44___synced_folders.mdwn
 create mode 100644 doc/forum/Encrypted_ssh_remote__44___synced_folders/comment_1_7b9b4ef614c90e0b222d24678d1b9026._comment
 create mode 100644 doc/forum/Error_adding_ssh_remote_in_assistant.mdwn
 create mode 100644 doc/forum/Error_adding_ssh_remote_in_assistant/comment_1_eecc0660db4083cc91c5330587f74610._comment
 create mode 100644 doc/forum/Error_adding_ssh_remote_in_assistant/comment_2_3e6aad22e8020b12ff7ef914b75281d1._comment
 create mode 100644 doc/forum/Error_adding_ssh_remote_in_assistant/comment_3_3ea529e16502071fc0980c6d5c60a036._comment
 create mode 100644 doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch.mdwn
 create mode 100644 doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_1_9a909e3d89061adacbd8ed370520250c._comment
 create mode 100644 doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_2_0dd489b264374b7b1065b89e1ff7561b._comment
 create mode 100644 doc/forum/Fast_cloning_a_repo_initially.mdwn
 create mode 100644 doc/forum/Fast_cloning_a_repo_initially/comment_1_0db0caafe30dd1b6f15fb1679dec8f9f._comment
 create mode 100644 doc/forum/Fast_cloning_a_repo_initially/comment_2_e17abc209c2b3ba20158be76801ce04a._comment
 create mode 100644 doc/forum/Feature_Request:_add_filename_to_hash_objects.mdwn
 create mode 100644 doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_1_73dc0a9cad486cf2d34faf064c6193b1._comment
 create mode 100644 doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_2_f818b3ecfeb1d1dd83df4668c061718a._comment
 create mode 100644 doc/forum/Feature_request:_Multiple_concurrent_transfers.mdwn
 create mode 100644 doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing.mdwn
 create mode 100644 doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing/comment_1_bbac7d0810a79eb1f42a01e1b31d5c4c._comment
 create mode 100644 doc/forum/Feature_request:_webapp_support_for_centralized_bare_repos.mdwn
 create mode 100644 doc/forum/Find_files_that_lack_a_certain_field_in_metadata.mdwn
 create mode 100644 doc/forum/Find_files_that_lack_a_certain_field_in_metadata/comment_1_476e52563ccd3ad1b43e3a2da4dfaa82._comment
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__.mdwn
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_1_97c261b9080c5ecc5424683066bbe05b._comment
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_2_ae45f9703b635c235409682cf252d36c._comment
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_3_066ca31a2e5dfe55a58092ba85231c7c._comment
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_4_a0a9f7f44cadb8036fcddfc21bb0781f._comment
 create mode 100644 doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_5_92240b3f8629f1f2bbe1829700082a79._comment
 create mode 100644 doc/forum/Fixing_up_corrupt_annexes.mdwn
 create mode 100644 doc/forum/Fixing_up_corrupt_annexes/comment_1_cea21f96bcfb56aaab7ea03c1c804d2d._comment
 create mode 100644 doc/forum/Fixing_up_corrupt_annexes/comment_2_5cdd2fcfa61b3f6255e5ad63a3ab00ce._comment
 create mode 100644 doc/forum/Folders_for___34__actions__34___-_now_that_views_have_disrupted_the_file_structure__63__.mdwn
 create mode 100644 doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files.mdwn
 create mode 100644 doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_1_702b1b94c735f1b9cde16daa77a80c12._comment
 create mode 100644 doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_2_3df7fcbcd482bb9377ead238b314995b._comment
 create mode 100644 doc/forum/GPG_passphrase_handling.mdwn
 create mode 100644 doc/forum/GPG_passphrase_handling/comment_1_11ba130e8bea6698858d0a1a5b01830f._comment
 create mode 100644 doc/forum/GPG_passphrase_handling/comment_2_ef9d58d15b7bbe0b3c7140bb01d73a31._comment
 create mode 100644 doc/forum/GPG_passphrase_handling/comment_3_84eb129c8483b87b3ae6ecaf8b4a8309._comment
 create mode 100644 doc/forum/GPG_passphrase_handling/comment_4_8724297f6d7ac140ab395a940bab0d7d._comment
 create mode 100644 doc/forum/Generating_a_Temp_View_of_Available_Files.mdwn
 create mode 100644 doc/forum/Getting_started_with_Amazon_S3.mdwn
 create mode 100644 doc/forum/Getting_started_with_Amazon_S3/comment_1_f50883133d5d4903cc95c0dcaa52d052._comment
 create mode 100644 doc/forum/Getting_started_with_Amazon_S3/comment_2_e90aa3259d9a12cd67daa27d42d69ab5._comment
 create mode 100644 doc/forum/Getting_started_with_Amazon_S3/comment_3_c3adce7c0f29e71ed9dd07103ede2c1a._comment
 create mode 100644 doc/forum/Getting_the_status_of_a_remotely_changed_annex_file.mdwn
 create mode 100644 doc/forum/Getting_the_status_of_a_remotely_changed_annex_file/comment_1_e323c21d27bb0946993ba1438429c457._comment
 create mode 100644 doc/forum/Git-Annex_with_Asustor_NAS.mdwn
 create mode 100644 doc/forum/Git-Annex_with_Asustor_NAS/comment_1_44445200e5b716caeec225972a5d5dce._comment
 create mode 100644 doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__.mdwn
 create mode 100644 doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__/comment_1_5baffd4d6994bbcb23614b17777a0ffe._comment
 create mode 100644 doc/forum/GitBlit_as_a_centralized_repository.mdwn
 create mode 100644 doc/forum/GitBlit_as_a_centralized_repository/comment_1_06bedf5fbac45415e0cc81f41b25a5a0._comment
 create mode 100644 doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__.mdwn
 create mode 100644 doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__/comment_1_d0a3d0090928790d5a05e9f8e5f05320._comment
 create mode 100644 doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive.mdwn
 create mode 100644 doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_1_a1d1ae9488924b08682b355aff51130d._comment
 create mode 100644 doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_2_6649077583bc14730a08aaaca7ccb62e._comment
 create mode 100644 doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_3_f359d9b9356de7ee10b9e725a011cc43._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files.mdwn
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_1_8b03707777a9d8e38715cb77d2a0addc._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_2_a625e7d88e321532ace103548b31b67b._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_4_e43ede0bdc20de9aa10ab6ce387d8582._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_5_dc71987f0e19f04a920561201f9552b4._comment
 create mode 100644 doc/forum/Git_Annex_Sync_Delinks_Files/comment_6_257a89f81858659c4dac4d116e7cf0a3._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols.mdwn
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_1_a870ec991078c95a6bb683d6962ab56e._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_2_71419376ef50a679ea8f0f9e16991c17._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_3_fea43664a500111ca99f4043e0dadb14._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_4_56fb2dab1d4030c9820be32b495afdf0._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_5_a6ec9c5a4a3c0bac1df87f1df9be140b._comment
 create mode 100644 doc/forum/Git_Annex_Transfer_Protocols/comment_6_1678452fb7114aeabcf0cc3d5f6c69b0._comment
 create mode 100644 doc/forum/Git_annex___39__corrupting__39___itself.mdwn
 create mode 100644 doc/forum/Git_annex___39__corrupting__39___itself/comment_1_bcf50a215e2f8771e098aadfff4c300c._comment
 create mode 100644 doc/forum/Git_annex___39__corrupting__39___itself/comment_3_75f957e7be6c1ad8936c0a2a5374db3e._comment
 create mode 100644 doc/forum/Git_annex___39__corrupting__39___itself/comment_3_ab062b1df3b55fd49852a6220c98249e._comment
 create mode 100644 doc/forum/Git_annex___39__corrupting__39___itself/comment_4_45974f60a81ed2d00b87ffb1a7963c6f._comment
 create mode 100644 doc/forum/Git_annex_assistant_in_command_line.mdwn
 create mode 100644 doc/forum/Git_annex_assistant_in_command_line/comment_1_ce05226307ade8db90ada2dbf290bd58._comment
 create mode 100644 doc/forum/Git_annex_assistant_on_EC2.mdwn
 create mode 100644 doc/forum/Git_annex_assistant_on_EC2/comment_1_bbdb4611373117a2176c225378110a05._comment
 create mode 100644 doc/forum/Git_annex_assistant_on_EC2/comment_2_614ed11f7134137d6376d36a61c293f5._comment
 create mode 100644 doc/forum/Git_annex_on_Windows.mdwn
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_1_da24ba0219a164f9ab93fe75dd85127e._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_2_c0880ce3ee13d388ab5b46a740170845._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_3_70c22716fde60d14fd0c7e74acf4a224._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_4_b9232deab6bc5036d7339aa202013218._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_5_27af3c431b50b540d2bd1d3af3f21080._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_6_79fb5ec1b47593ab3355543c5499284a._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_7_75d4450b4608ad0b453bc69159e708de._comment
 create mode 100644 doc/forum/Git_annex_on_Windows/comment_8_e4e5ad0cda34bb597fe1bb804acc15e9._comment
 create mode 100644 doc/forum/Git_annex_syncing_speed__44___possible__63__.mdwn
 create mode 100644 doc/forum/Git_annex_syncing_speed__44___possible__63__/comment_1_8aa224b3016dc38e4cea8ee1865a3ab6._comment
 create mode 100644 doc/forum/Git_repos_in_git_annex__63__.mdwn
 create mode 100644 doc/forum/Git_repos_in_git_annex__63__/comment_1_8aaa0d83e8fcd5997f6b0097f3b21622._comment
 create mode 100644 doc/forum/Git_repos_in_git_annex__63__/comment_2_8546341a561a5f55216c2f437f8ec0c2._comment
 create mode 100644 doc/forum/Git_repositories_in_the_annex__63__.mdwn
 create mode 100644 doc/forum/Gitolite_problems.mdwn
 create mode 100644 doc/forum/Gitolite_problems/comment_1_3a41f9b6bddc060b1fa9e35b9ce8b55f._comment
 create mode 100644 doc/forum/Gitolite_problems/comment_2_ef156bf7a1e17496c5fc1f592d45f2ad._comment
 create mode 100644 doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn
 create mode 100644 doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_1_05ee6a1b1943ef3c90634e52233bde1c._comment
 create mode 100644 doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_2_48d82e391812d8ec0d4e6562d0607fe7._comment
 create mode 100644 doc/forum/Help_Windows_walkthrough.mdwn
 create mode 100644 doc/forum/Help_Windows_walkthrough/comment_1_5fc22393a1b28235eabb2871ad83d0a7._comment
 create mode 100644 doc/forum/Help_on_my_usecase.mdwn
 create mode 100644 doc/forum/Help_on_my_usecase/comment_1_a35b35c7927640f21d47c3df4f91dabb._comment
 create mode 100644 doc/forum/Help_with_syncing_file_contents.mdwn
 create mode 100644 doc/forum/Help_with_syncing_file_contents/comment_1_7ec34de3140983739080115c82966bf5._comment
 create mode 100644 doc/forum/Help_with_syncing_file_contents/comment_2_7dba58d3c62d6f64a270298e4e4329a4._comment
 create mode 100644 doc/forum/Help_with_syncing_file_contents/comment_3_b26cfa20dc81517d93e760f4809bdc24._comment
 create mode 100644 doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___.mdwn
 create mode 100644 doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_1_e897d8fc10474cf865279dc22f22ecb7._comment
 create mode 100644 doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_2_3af326205db6ee04f2a8644baa1dd566._comment
 create mode 100644 doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__.mdwn
 create mode 100644 doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__/comment_1_e14757c2c106770c2d7069ace4987b3b._comment
 create mode 100644 doc/forum/How_do_I_do_with_.gitrefs__47_____63__.mdwn
 create mode 100644 doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_1_5e235af2ea13fd4f6a226c842f69965e._comment
 create mode 100644 doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_2_50d0c643537175b514d5eae604fb5bea._comment
 create mode 100644 doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_3_3d342c32b14c7edbece596ba970a8415._comment
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__.mdwn
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_1_8db3cb5348b845eb99c2c829957db9ea._comment
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_2_6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_3_f24d678e4192a70322aa164ed9b71fc8._comment
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_4_9233decd0aaf9211447f36e0d9346445._comment
 create mode 100644 doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_5_e1deb110f752e5495d5c77ec444abac5._comment
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__.mdwn
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_1_b3c215cedba51fb47992ef10c60d6acc._comment
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_2_85415e1fceb737919cc1cd9f37242458._comment
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_3_fb3a591dc60182f7922fc2b5c24f50f1._comment
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_4_aed0be32e579c7a39c63aa7e3ec5f67b._comment
 create mode 100644 doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_5_0c9a6c8a92d6c6e04ae3a8349b799c60._comment
 create mode 100644 doc/forum/How_do_you_know_when_something_fails_a_fsck__63__.mdwn
 create mode 100644 doc/forum/How_do_you_know_when_something_fails_a_fsck__63__/comment_1_1c14981916dd55376d5e9f95023556cb._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__.mdwn
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_1_f4402eabda2327da3a0bbc64ed3baf9a._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_2_cdb41f2c7b6bc5bf40d88582dcbf45aa._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_3_ca75e928c245eb23a02b5f40ec69cbb1._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_4_1635f136909711295b9b70d1255e0378._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_5_ee0cbe9498c518de98480a2ad229f685._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_6_799b9d9d3ffbc2c14eca8d442e2aff8c._comment
 create mode 100644 doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_7_71ff45948487e9ac8de809a5ccc3d874._comment
 create mode 100644 doc/forum/How_does_one_change_the_number_of_simultaneous_uploads.mdwn
 create mode 100644 doc/forum/How_does_one_change_the_number_of_simultaneous_uploads/comment_1_d5559994ee45a5c185a55c9a4d824aa4._comment
 create mode 100644 doc/forum/How_to_cancel_an_add__63__.mdwn
 create mode 100644 doc/forum/How_to_cancel_an_add__63__/comment_1_f768ce5dc7c76f96ee6eb352f167be44._comment
 create mode 100644 doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__.mdwn
 create mode 100644 doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_1_be74d63e1951f515948d232e096b4862._comment
 create mode 100644 doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_2_d54a7163cfe9a94b7ba337860958e5c5._comment
 create mode 100644 doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode.mdwn
 create mode 100644 doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode/comment_1_c6bd2ef90516dde928ff18ded36df625._comment
 create mode 100644 doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__.mdwn
 create mode 100644 doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__/comment_1_7973928b1aa9e0fcfeb6bf80885441f5._comment
 create mode 100644 doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__.mdwn
 create mode 100644 doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__/comment_1_fe38fedbbc9e4a9e13bf19950e63c7ac._comment
 create mode 100644 doc/forum/How_to_debug_failing_sync.mdwn
 create mode 100644 doc/forum/How_to_debug_failing_sync/comment_1_a597b868182e55e5f39394f154740534._comment
 create mode 100644 doc/forum/How_to_debug_failing_sync/comment_2_db0a5652d76e4e568a4d7808195bc59c._comment
 create mode 100644 doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__.mdwn
 create mode 100644 doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_1_52918b5ec25e55837215439fe1bb1a14._comment
 create mode 100644 doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_2_3a1567c9f484b5e12e5560cdcc2cfddd._comment
 create mode 100644 doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_3_48c3a80c14a85f27d742482b2ccbe628._comment
 create mode 100644 doc/forum/How_to_delete_a_remote__63__.mdwn
 create mode 100644 doc/forum/How_to_delete_a_remote__63__/comment_1_8cba186bb67079ff41bf6d0b04613f4a._comment
 create mode 100644 doc/forum/How_to_delete_a_remote__63__/comment_2_33c429ffa7e9e2ed9c5fac760ee8e82c._comment
 create mode 100644 doc/forum/How_to_delete_a_remote__63__/comment_3_e9c5508092ca2983f458b16bf1e07082._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4.mdwn
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_1_42ca6cfbbb79fe63514805b8119ac16b._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_2_c94ce6a9767c624e2445a7d9eea40396._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_3_bcda51053b62bbb20ce71a59469e1b26._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_4_48e5b9eae920e5f13812de8d6f6bc640._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_5_787c0bfdc1d309db1486c3a37723a957._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_6_8894beb06443f234e9200b03b5f3badf._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_7_457f62ee3e58f68a55f66c5bde6002fd._comment
 create mode 100644 doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_8_bd2b412116a66107bc0ff0efd7e39a58._comment
 create mode 100644 doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__.mdwn
 create mode 100644 doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_1_dccf4dc4483d08e5e2936b2cadeafeaf._comment
 create mode 100644 doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_2_5710294c1c8652c12b6df2233255a45e._comment
 create mode 100644 doc/forum/How_to_get_git-annex_to_forget_a_commit__63__.mdwn
 create mode 100644 doc/forum/How_to_get_git-annex_to_forget_a_commit__63__/comment_1_65471c42e163ac8ee6ec109f1397271b._comment
 create mode 100644 doc/forum/How_to_handle_the_git-annex_branch__63__.mdwn
 create mode 100644 doc/forum/How_to_handle_the_git-annex_branch__63__/comment_1_800bd55b322e72f229882d7fd3888b14._comment
 create mode 100644 doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository.mdwn
 create mode 100644 doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_1_17db96492e6bc0e243fc7cb62565c4c4._comment
 create mode 100644 doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_2_e772ea0383ac690cbcbcf125258986cf._comment
 create mode 100644 doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__.mdwn
 create mode 100644 doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__/comment_1_9298aa55771b68873de02e6a7964bbdc._comment
 create mode 100644 doc/forum/How_to_make_a_server_store_the_files.mdwn
 create mode 100644 doc/forum/How_to_make_a_server_store_the_files/comment_1_20196067475918e788afa0debc4d5ce5._comment
 create mode 100644 doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__.mdwn
 create mode 100644 doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_1_fd8b287758ad77b3527ae71017cffabf._comment
 create mode 100644 doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_2_e8e75b4451aaf55461edf2f3d68797ed._comment
 create mode 100644 doc/forum/How_to_rename_a_remote__63__.mdwn
 create mode 100644 doc/forum/How_to_rename_a_remote__63__/comment_1_a9bfbd82f7bb47661f0d9e0e0d904332._comment
 create mode 100644 doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__.mdwn
 create mode 100644 doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_1_8e2a14842b44844f90c80b862a1b3a6d._comment
 create mode 100644 doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_2_031ab6b5a2765ed9e2b185b24a8cbd78._comment
 create mode 100644 doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_3_93f20519483837c59a75821621e22dee._comment
 create mode 100644 doc/forum/How_to_restore_symlinks.mdwn
 create mode 100644 doc/forum/How_to_restore_symlinks/comment_1_c67e752cf7d5431096fab4b3304790a7._comment
 create mode 100644 doc/forum/How_to_restore_symlinks/comment_2_f9ec6096595e2c149c48924e3b54542f._comment
 create mode 100644 doc/forum/How_to_restore_symlinks/comment_3_4ff80729787a2a4e2baf05dd1db37da3._comment
 create mode 100644 doc/forum/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
 create mode 100644 doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__.mdwn
 create mode 100644 doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_1_bedaf308cfc70b9e751914a400ebcbc2._comment
 create mode 100644 doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_2_d665b1514253c8aa487ebf8b2728e3b1._comment
 create mode 100644 doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_3_aef42387a3673ab6710fb23e878d7e17._comment
 create mode 100644 doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_4_bfbcc041db472f4808979e6b3d7c4be2._comment
 create mode 100644 doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__.mdwn
 create mode 100644 doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_1_1c913395f076ee203caaab057da8afbe._comment
 create mode 100644 doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_2_081793c52bf15c74a7f48a67c49ff818._comment
 create mode 100644 doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_3_f8e0376beb486cf8ce52384ff511ecf2._comment
 create mode 100644 doc/forum/Howto_remove_a_repository__63__.mdwn
 create mode 100644 doc/forum/Howto_remove_a_repository__63__/comment_1_b55fa4e92bb457ecaa5ca8f5cee7be1d._comment
 create mode 100644 doc/forum/Howto_remove_unused_files.mdwn
 create mode 100644 doc/forum/Howto_remove_unused_files/comment_1_f2a7948268ce3cb3967a9fdd8ccc570a._comment
 create mode 100644 doc/forum/Howto_remove_unused_files/comment_2_9b4d198c2d8a52adef3d166a8196fc0d._comment
 create mode 100644 doc/forum/Howto_remove_unused_files/comment_3_441d10901d5c055ac3ed2a6cb61c075c._comment
 create mode 100644 doc/forum/Import_options.mdwn
 create mode 100644 doc/forum/Import_options/comment_1_118a5f978090a3909299876a01c0adec._comment
 create mode 100644 doc/forum/Import_options/comment_2_21da91f08cb6b28ae3e79ade033db516._comment
 create mode 100644 doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__.mdwn
 create mode 100644 doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__/comment_1_c25900b9d2d62cc0b8c77150bcfebadf._comment
 create mode 100644 doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__.mdwn
 create mode 100644 doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_1_f9decde3955f10148febc4646fba5a68._comment
 create mode 100644 doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_2_ed32a48edce4f150bedf24cfe91de254._comment
 create mode 100644 doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_3_ef9618850e5e688bac3c646983f00ed8._comment
 create mode 100644 doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_4_4bf460c5826c36b205e418c4f3f7d770._comment
 create mode 100644 doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__.mdwn
 create mode 100644 doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__/comment_1_d6f2d2cdc5f4ffde9eee9f3a8c215a06._comment
 create mode 100644 doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise.mdwn
 create mode 100644 doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise/comment_1_6bd27bd31833336c1df783253378ccae._comment
 create mode 100644 doc/forum/Let_watch_selectively_annex_files.mdwn
 create mode 100644 doc/forum/Let_watch_selectively_annex_files/comment_1_8379de87d16502d9aadf252da01e4d9a._comment
 create mode 100644 doc/forum/Let_watch_selectively_annex_files/comment_2_2219ff6b4dc927eb2a299cd1af90aed8._comment
 create mode 100644 doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__.mdwn
 create mode 100644 doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__/comment_1_ce0464d5fca6ada9f1477831fd47ce09._comment
 create mode 100644 doc/forum/Links_or_actual_files__63___Confused__33__.mdwn
 create mode 100644 doc/forum/Links_or_actual_files__63___Confused__33__/comment_1_779cee2448d7070b1dd636d01296c01e._comment
 create mode 100644 doc/forum/Links_or_actual_files__63___Confused__33__/comment_2_bccda88697ab7beec0b9fe9ee0230688._comment
 create mode 100644 doc/forum/Links_or_actual_files__63___Confused__33__/comment_3_c2a9da3f03b55ff294dc0d2010380119._comment
 create mode 100644 doc/forum/Local_and_remote_in_direct_mode.mdwn
 create mode 100644 doc/forum/Local_and_remote_in_direct_mode/comment_1_45f89ebcb6092d1b2582feebc8a5e9d7._comment
 create mode 100644 doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning.mdwn
 create mode 100644 doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_1_25a04c7345f5b626aa71524603c833ed._comment
 create mode 100644 doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_2_7146a3c69749b9b1001fffc6e7a8bcda._comment
 create mode 100644 doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_3_fd39e6ceffd9bf0709658c34945d8699._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX.mdwn
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_1_68820f2f469356633c1abb18a47e0c59._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_2_4ce86546d8a135df9cfab46b4612fa0b._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_3_6d398a2cceff14a1b774b85ee1725073._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_4_5e503787a4b1d3534c5e20da5480b763._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_5_c735841bc230efc61594ea013fc2902b._comment
 create mode 100644 doc/forum/Looking_at_the_webapp_on_OSX/comment_6_0e489fbfc89d282e9eb47f1b814ff70c._comment
 create mode 100644 doc/forum/Lyve_Home.mdwn
 create mode 100644 doc/forum/Make_whereis_output_more_compact.mdwn
 create mode 100644 doc/forum/Making_git-annex_a_self-funded_project__63__.mdwn
 create mode 100644 doc/forum/Making_git-annex_a_self-funded_project__63__/comment_1_4a1ba95b7231ba973ddb672d2419e28c._comment
 create mode 100644 doc/forum/Making_git-annex_a_self-funded_project__63__/comment_2_7c476ae92e63c991f229708678874ca2._comment
 create mode 100644 doc/forum/Making_git-annex_less_necessary.mdwn
 create mode 100644 doc/forum/Making_git-annex_less_necessary/comment_1_03faaa3866778d24cd03887b85dc9954._comment
 create mode 100644 doc/forum/Making_git-annex_less_necessary/comment_2_2db02a94dffd525885c9d7fc6c5fa464._comment
 create mode 100644 doc/forum/Making_git-annex_less_necessary/comment_3_429ec656e0ac02f98843f8d7f3c02d6a._comment
 create mode 100644 doc/forum/Making_git-annex_less_necessary/comment_4_384813dd022dfd9c1ef14e0f1479a123._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__.mdwn
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_10_a061d300b718ad943c940e122cc57220._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_11_76529080054407570611b4357ce4f3ed._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_12_9acf5ce41a023f3848a51891cceeb51b._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_1_25e65ee3949e7d918376298cf11585f2._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_2_8a71ca048f9de29a198a6afb17d5315e._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_3_e3d1d3a3d3d831432ec940a8ab6f31e9._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_4_26a33eae98b4faaf6baf6635e3d28a8f._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_5_49ac298d39c824b0e52a239961463e09._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_6_55a4a3616ea59654da1c2f9902561e3b._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_7_92a2af3e0e328bb48bcc67a69187ee57._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_8_f6e39e71882d55cdc061166aea3e2bd3._comment
 create mode 100644 doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_9_6c45a6264d69e22800c329a0f8a2d470._comment
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__.mdwn
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_1_ba8c70e4a46441b48ad910625636eee5._comment
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_2_4b4f0a7d84a51ae92536e2c190256069._comment
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_3_86daadc565f96db5db13b6dbcbc66db3._comment
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_4_e43d71ddfdfdb7bcb13bfb894de6a5ec._comment
 create mode 100644 doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_5_e94d33be83b45918d1a39d6e16fba4b4._comment
 create mode 100644 doc/forum/Managing_multiple_repositories_concurrently__63__.mdwn
 create mode 100644 doc/forum/Managing_multiple_repositories_concurrently__63__/comment_1_ebec1ddad71e961cdc9b21cbddfbcdaf._comment
 create mode 100644 doc/forum/Manual_Setup_of_a_Central_Repo.mdwn
 create mode 100644 doc/forum/Manual_Setup_of_a_Central_Repo/comment_1_3a163fd5629dc40423f1290a78ae1c07._comment
 create mode 100644 doc/forum/Manual_commit_message_in_direct_mode.mdwn
 create mode 100644 doc/forum/Manual_commit_message_in_direct_mode/comment_1_32f95eefec25bb127ed96248446c21b1._comment
 create mode 100644 doc/forum/Manual_commit_message_in_direct_mode/comment_2_bf1d10067379c802ac5020d8becd6d35._comment
 create mode 100644 doc/forum/Manual_mode_option_in_assistant_auto-syncs.mdwn
 create mode 100644 doc/forum/Manual_mode_option_in_assistant_auto-syncs/comment_1_4a0468b6ca2ffff8ef8f19800597567d._comment
 create mode 100644 doc/forum/Manual_webapp_behaviour_on_ARM.mdwn
 create mode 100644 doc/forum/MegaAnnex_not_working..mdwn
 create mode 100644 doc/forum/MegaAnnex_not_working./comment_1_5aa3fd366d4c78ca79bb58005a49791c._comment
 create mode 100644 doc/forum/Missing_git-annex.linux__47__runshell.mdwn
 create mode 100644 doc/forum/Missing_git-annex.linux__47__runshell/comment_1_f29a5105649579ef15e79d983c4e1f8e._comment
 create mode 100644 doc/forum/Modification_time_of_files_retained_in_synchronized_remote_copies__63__.mdwn
 create mode 100644 doc/forum/Moving_large_files_within_the_repo_without_copying___63__.mdwn
 create mode 100644 doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_1_9e3290138133d5a23a80f72342f47ec4._comment
 create mode 100644 doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_2_232b77894dda51d02cbc34bd25d3213b._comment
 create mode 100644 doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_3_d35ac1bdb3fa6e303ad92348ba174158._comment
 create mode 100644 doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_4_4b443ec6b47eaabe214d0c2222083e4a._comment
 create mode 100644 doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout.mdwn
 create mode 100644 doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_1_f114b75b29123453758b493fae7f5167._comment
 create mode 100644 doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_2_e377b7614c2961b460a10e285f3db274._comment
 create mode 100644 doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_3_d251958795ab0867c65cf182e54a6ffe._comment
 create mode 100644 doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant.mdwn
 create mode 100644 doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_1_9d4019a54fb508e286a5d6d2660361d9._comment
 create mode 100644 doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_2_109534a45881ce94a4586c8a83945f9f._comment
 create mode 100644 doc/forum/Need_new_build_instructions_for_Debian_stable.mdwn
 create mode 100644 doc/forum/Need_new_build_instructions_for_Debian_stable/comment_1_8c1eea6dfec8b7e1c7a371b6e9c26118._comment
 create mode 100644 doc/forum/Need_new_build_instructions_for_Debian_stable/comment_2_f6ff8306c946219dbe39bb8938a349ab._comment
 create mode 100644 doc/forum/Need_new_build_instructions_for_Debian_stable/comment_3_bcda70cbfc7c1a14fa82da70f9f876e2._comment
 create mode 100644 doc/forum/Need_some_help_to_fix_my_repository.mdwn
 create mode 100644 doc/forum/Need_some_help_to_fix_my_repository/comment_1_f0d279c530b796b2c93d793f85d147e8._comment
 create mode 100644 doc/forum/Need_some_help_to_fix_my_repository/comment_2_a3fcfa1f8eadec5fa8a9efacca174048._comment
 create mode 100644 doc/forum/Need_some_help_to_fix_my_repository/comment_3_7878f9b76ddfa3392c9ec6a1810cb745._comment
 create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn
 create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_1_af0ed0730645c1e3c9a4946acd48c18a._comment
 create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_2_12f3c2bb2458b69e6355c8f94bab868f._comment
 create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_3_b233b4daac32c452776e1e3d9a29f2cc._comment
 create mode 100644 doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_4_8e079e92929dcfdf19f6adec16f800e5._comment
 create mode 100644 doc/forum/New_git-annex_integration_mode_for_Emacs_users.mdwn
 create mode 100644 doc/forum/New_user_misunderstandings.mdwn
 create mode 100644 doc/forum/New_user_misunderstandings/comment_1_c1785924109b5d5cde9aa3d3460cf955._comment
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__.mdwn
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_1_59158afcedac18a7285d57491b2a468a._comment
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_2_2a70ac08bb95774415b09dab7d7f8605._comment
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_3_92a52b523ed4c68b70ddcabc2a050b76._comment
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_4_c52a75761ea107f6d69c09bac64f0f0a._comment
 create mode 100644 doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_5_2685e3a87464ccd37d593516d94ba5cf._comment
 create mode 100644 doc/forum/No_SSL_traffic_for_S3__63__.mdwn
 create mode 100644 doc/forum/No_SSL_traffic_for_S3__63__/comment_1_f509bf273896180e6df8c771438dd093._comment
 create mode 100644 doc/forum/No_SSL_traffic_for_S3__63__/comment_2_358635d19c82202c63014ca84de7fc3b._comment
 create mode 100644 doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01.mdwn
 create mode 100644 doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_1_b014f1edcb7ce39da9b582683d3b80c0._comment
 create mode 100644 doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_2_24602de6cfe1f3d988c5105e7266a518._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back.mdwn
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_10_ed35a6ec605e8f79ec107856af6d1a46._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_11_e48b6efa42159dc83e1be11bfb54abcd._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_12_b58232d0e3fa4649565c0c7d4ce2e82e._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_13_85368b60091dc3ce2efb58013ffe9f83._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_14_e65281bef23e0076936c508728a87897._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_1_fffb59ad5a197d2980dd0ec35cf4aafa._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_2_0cfcc2075bff556b9fde5acc3dc1d599._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_3_6fe2ff1282fb14a4ce26ef8dc775d07e._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_4_64338d2d77dcbabd16b55eb145f40dc6._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_5_dd66c9ea0c83388f6826751944330d10._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_6_dc0c5e395e4c443b7227afdb157194e5._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_7_3c0ea4c76cdd889707f7308576e3efa0._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_8_36519ee4499a19f0864e4fcd264e9933._comment
 create mode 100644 doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_9_85b23f375e53469fb09b24b945b3aba9._comment
 create mode 100644 doc/forum/OSX_Mavericks_anyone__63__.mdwn
 create mode 100644 doc/forum/OSX_Mavericks_anyone__63__/comment_1_3075b02aeb57adcbf4addf9fb4c123ba._comment
 create mode 100644 doc/forum/OSX_Mavericks_anyone__63__/comment_2_c2b6110fc4a3d3481ed8a4b48efb9635._comment
 create mode 100644 doc/forum/OSX_Mavericks_anyone__63__/comment_3_7df9ba63cb1f385681242b4b58d6a87c._comment
 create mode 100644 doc/forum/OSX_Mavericks_anyone__63__/comment_4_740fee31c4ca9d84428f97f63ffc075a._comment
 create mode 100644 doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set.mdwn
 create mode 100644 doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set/comment_1_a136ff877389f0930c066ba118edd9fd._comment
 create mode 100644 doc/forum/OSX__39__s_haskell-platform_statically_links_things.mdwn
 create mode 100644 doc/forum/OpenOffice___47___Libre_Office.mdwn
 create mode 100644 doc/forum/OpenOffice___47___Libre_Office/comment_1_98ed542fedd820d47bf8deb7d3232725._comment
 create mode 100644 doc/forum/OpenOffice___47___Libre_Office/comment_2_f313fdaa23863c2ae99cfbfe9ec2e1e0._comment
 create mode 100644 doc/forum/Out_of_memory_error_in_fsck__44___whereis__44___find_and_status_cmds.mdwn
 create mode 100644 doc/forum/Overwriting_data_without_getting_it.mdwn
 create mode 100644 doc/forum/Overwriting_data_without_getting_it/comment_1_f1c0199ee9bffcc84287370b89361294._comment
 create mode 100644 doc/forum/Overwriting_data_without_getting_it/comment_2_6a1d08dbca206129ef6cf8aa97daeee1._comment
 create mode 100644 doc/forum/Overwriting_data_without_getting_it/comment_3_52958e76e506fdbb6b533681ab619b3b._comment
 create mode 100644 doc/forum/Performance_implications_of_triply_nested_objects_directory.mdwn
 create mode 100644 doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_1_068a8f120d188b8fa5d3e5b687fd02dc._comment
 create mode 100644 doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_2_cc0f5be21fd1523bdddc7bcf6ff04435._comment
 create mode 100644 doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_3_1133795276371c86cdd52b25a8b20c52._comment
 create mode 100644 doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__.mdwn
 create mode 100644 doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_1_6c74f0b43c457fe97b2d8630ca4fde29._comment
 create mode 100644 doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_2_b7a384e853e1756a684774348fad29e6._comment
 create mode 100644 doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_3_3a8a7f51cb04a92c576549d379b57248._comment
 create mode 100644 doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_4_582ad3ba0c62a77b08a10b37a780c670._comment
 create mode 100644 doc/forum/Please_fix_compatibility_with_ghc_7.0.mdwn
 create mode 100644 doc/forum/Please_fix_compatibility_with_ghc_7.0/comment_1_d1d10217ebd0151e947b3a6cd37399ce._comment
 create mode 100644 doc/forum/Please_publish_new_releases_not_shorter_than_11_days.mdwn
 create mode 100644 doc/forum/Please_publish_new_releases_not_shorter_than_11_days/comment_1_da3d39de5be47ebe8b25a42ed1f36510._comment
 create mode 100644 doc/forum/Podcast_syncing_use-case.mdwn
 create mode 100644 doc/forum/Podcast_syncing_use-case/comment_1_ace6f9d3a950348a3ac0ff592b62e786._comment
 create mode 100644 doc/forum/Podcast_syncing_use-case/comment_2_930a6620b4d516e69ed952f9da5371bb._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP.mdwn
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_1_258ff23c462dc88b88ced405c4f5040f._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_2_c88d1abdda4cb526a6ee45a710c75bc4._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_3_3847e371db1c2788c075e7dca1fbd33e._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_4_cf6cc21f2cf2aa5c949844e24a7b4075._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_5_d861fa69475ce526841b3195be8ee356._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_6_1e81bd4bb62652bc674cdcd7ed57ac5c._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_7_b3929281dff6078d77f1b9ae42e25bb6._comment
 create mode 100644 doc/forum/Poor_man__39__s_IMAP/comment_8_69506e8c519196f44b9ed15b32f00106._comment
 create mode 100644 doc/forum/Portable_version_of_git-annex_for_windows.mdwn
 create mode 100644 doc/forum/Portable_version_of_git-annex_for_windows/comment_1_e5e60fa8d104a09152a8164d5a906aec._comment
 create mode 100644 doc/forum/Portable_version_of_git-annex_for_windows/comment_2_d8d1aa0920351e880ba6678bb97585de._comment
 create mode 100644 doc/forum/Post-Kickstarter.mdwn
 create mode 100644 doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__.mdwn
 create mode 100644 doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_1_5dd978f9b5a0771f44ab9e086bf5a07f._comment
 create mode 100644 doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_2_9f51947b35ee04e473655e20d56c740a._comment
 create mode 100644 doc/forum/Previous_versions_in_direct_mode__63__.mdwn
 create mode 100644 doc/forum/Previous_versions_in_direct_mode__63__/comment_1_352d460acd5500587e679d934180eee4._comment
 create mode 100644 doc/forum/Problem_compiling_current_master.mdwn
 create mode 100644 doc/forum/Problem_compiling_current_master/comment_1_135df61ec850c06e3b48ccfef7b5b031._comment
 create mode 100644 doc/forum/Problem_compiling_current_master/comment_2_fb3e27b6014e84bd919a7a4a95e39ef9._comment
 create mode 100644 doc/forum/Problem_compiling_current_master/comment_3_b737b3945103c5e2aa798b4e65fbce06._comment
 create mode 100644 doc/forum/Problem_compiling_current_master/comment_4_28c1b335ae388d4e1f22b711ac1c001f._comment
 create mode 100644 doc/forum/Problems_syncing_with_box.com.mdwn
 create mode 100644 doc/forum/Problems_syncing_with_box.com/comment_1_8db642849da4d42cd9a43142e2b7cb70._comment
 create mode 100644 doc/forum/Problems_syncing_with_box.com/comment_2_cd18f33647aebc04af5469e4ce1fbcd2._comment
 create mode 100644 doc/forum/Problems_using_submodules_with_git-annex__63__.mdwn
 create mode 100644 doc/forum/Problems_using_submodules_with_git-annex__63__/comment_1_c7a927736d419d3c31c912001ff16ee4._comment
 create mode 100644 doc/forum/Problems_using_submodules_with_git-annex__63__/comment_2_26f6581b5969eb2cb77495c40de88951._comment
 create mode 100644 doc/forum/Problems_when_cloning_a_repository.mdwn
 create mode 100644 doc/forum/Problems_when_cloning_a_repository/comment_1_191c091c384d8d97d24f8a77e8ff90ee._comment
 create mode 100644 doc/forum/Problems_when_cloning_a_repository/comment_2_74ccbb09677444478074e9eab405fbaf._comment
 create mode 100644 doc/forum/Problems_when_cloning_a_repository/comment_3_3436e26dd9fe07233a070d4e95d81cdf._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files.mdwn
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_1_08791cb78b982087c2a07316fe3ed46c._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_2_0392a11219463e40c53bae73c8188b69._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_3_537e9884c1488a7a4bcf131ea63b71f7._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_4_7cb65d013e72bd2b7e90452079d42ac9._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_5_86a42ee3173a5d38f803e64b79496ab3._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_6_4551274288383c9cc27cbf85b122d307._comment
 create mode 100644 doc/forum/Problems_with_large_numbers_of_files/comment_7_d18cf944352f8303799c86f2c0354e8e._comment
 create mode 100644 doc/forum/Pruning_out_unwanted_Git_objects.mdwn
 create mode 100644 doc/forum/Pruning_out_unwanted_Git_objects/comment_1_0cf7a12bfa2957260f4b2f79b0cadf2f._comment
 create mode 100644 doc/forum/Pruning_out_unwanted_Git_objects/comment_2_7472943c02cfe2808b0d566e06caa1a5._comment
 create mode 100644 doc/forum/Pruning_out_unwanted_Git_objects/comment_3_6a1e7a83d94394454fc085f6d2728cd7._comment
 create mode 100644 doc/forum/Purge_a_remote.mdwn
 create mode 100644 doc/forum/Purge_a_remote/comment_1_78b3b77f457c65d31fd8a5abf714905d._comment
 create mode 100644 doc/forum/Purge_a_remote/comment_2_dc65719157dee63b3979563ed57ee0ce._comment
 create mode 100644 doc/forum/Purge_a_remote/comment_3_63e0280273b816fa4b837724e102f813._comment
 create mode 100644 doc/forum/Purge_a_remote/comment_4_7fad1c4798ca03a4095ac3241c279f6d._comment
 create mode 100644 doc/forum/Push__47__Pull_with_the_Assistant.mdwn
 create mode 100644 doc/forum/Push__47__Pull_with_the_Assistant/comment_1_f7b63d379c2d21794adf8658f546f8a7._comment
 create mode 100644 doc/forum/Push__47__Pull_with_the_Assistant/comment_2_aec8cc20576e7ffd5a8be4348d1a0073._comment
 create mode 100644 doc/forum/Pushing_git_repo_to_AWS_S3_from_behind_proxy.mdwn
 create mode 100644 doc/forum/Reappearing_repos_in_webapp_and_vicfg.mdwn
 create mode 100644 doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_1_bd977e864ae89816fa7f4ff69879b15f._comment
 create mode 100644 doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_2_05749f9e75689d0111339b7126c12300._comment
 create mode 100644 doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_3_b1531994eea0fbbf4cb097e604378a53._comment
 create mode 100644 doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_4_f1eba3e8aa4116e3c20747ec1d6e24e5._comment
 create mode 100644 doc/forum/Recommended_number_of_repositories.mdwn
 create mode 100644 doc/forum/Recommended_number_of_repositories/comment_1_3ef256230756be8a9679b107cdbfd018._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck.mdwn
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_10_6d85c3ec73ddc0682d9643f4d5eeda70._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_11_52e799bb6f24a1ebed58fad6cebd3a71._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_12_686a285bc7e950aae67856c47e7cb21e._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_13_a4d62d494b340458e6535d573bade965._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_14_c10f0fe1440ccd170804a433db2267ee._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_15_14446cafac6c33a3f95b5344c42c0bef._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_16_63c19f58b7e95e39ba25a735bdcc0bcf._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_17_8e5c7572ab8d1f0e41fedf6f805b942a._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_18_e5357c63107f79571bd3ff609b4406a7._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_19_3316652073710f39965cd49ceea5c4ff._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_1_d605f755c363d56cf5f1060ad06ee173._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_2_f3ee184a4d3b8d82a8a362a6c03a54a3._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_3_341b47663d133411587ec70ef2b178c6._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_4_66c0d9284d5edbac189a64b03c4fe50a._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_5_8b32f6597f447f88bee7a80698fb4df6._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_6_4cc81169e99a453cdb6e83e57e638f37._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_7_2d104cf4682e04906f8ca0ced7288cf1._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_8_d356c4fce9f1197e5292f9dedf85bbc9._comment
 create mode 100644 doc/forum/Recover_files__44___annex_stuck/comment_9_856c7e1575f5d99530ecd54004315487._comment
 create mode 100644 doc/forum/Relocating_annex_directory.mdwn
 create mode 100644 doc/forum/Relocating_annex_directory/comment_1_13ff5438baa1db110beb6aab3a783def._comment
 create mode 100644 doc/forum/Relocating_annex_directory/comment_2_6d88ff03fcf00ae872442e8a86c968ed._comment
 create mode 100644 doc/forum/Remote_server_only_for_the_git_repository.mdwn
 create mode 100644 doc/forum/Remote_server_only_for_the_git_repository/comment_1_d4d8d8cfebf9a98ca8878c5684d5bb50._comment
 create mode 100644 doc/forum/Remote_server_only_for_the_git_repository/comment_2_a62dec8ab98ac7bd65059a9e425a01e2._comment
 create mode 100644 doc/forum/Removing_files_not_found_by_git_annex_unused.mdwn
 create mode 100644 doc/forum/Removing_files_not_found_by_git_annex_unused/comment_1_420c6230e68de0a0ac7d7da91ac60801._comment
 create mode 100644 doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex.mdwn
 create mode 100644 doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_1_077c492fd37d335f74a5c886ff0d524f._comment
 create mode 100644 doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_2_00e6576e3e60d2650461eeb0f918e6e5._comment
 create mode 100644 doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_3_c36a9562c53ac683b62fc4471405aa2a._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key.mdwn
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_10_8bbd0b6488c23ce8b182bd6b1765c94b._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_1_cac35ac1ac0b300ddfac5ffc74291bce._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_2_e9803dd1794b4d078efa9435ff5ba295._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_3_1c3beb859e76cb69d2bacd2473ec72b7._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_4_1c541fc9a44e5cfb13c7d3ef0eeba2c7._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_5_4dbd5605f2638de0a3edfb3886a47938._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_6_a9c5b424a6acb2da152bf87b2e7617bb._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_7_93b7c2a5947fb6904c88cd5c120e404c._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_8_beaa350751eca4642545d1b83e528dd7._comment
 create mode 100644 doc/forum/Restricting_SSH_+_supply_key/comment_9_2faceeaf0d39f82e5d624eae19e4ca53._comment
 create mode 100644 doc/forum/Restricting_git-annex-shell_to_a_specific_repository.mdwn
 create mode 100644 doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_1_66544520bff71181e4a03ca583b0b458._comment
 create mode 100644 doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_2_2a210255e8535712c71fa183e56ab600._comment
 create mode 100644 doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_3_52cd4bd9694b2100b0e0dd2eafa9e828._comment
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode.mdwn
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode/comment_1_ca3a999ed64c42b8df810115de205d2f._comment
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode/comment_2_1292b34ff6d9976b2bd08748e1ba4e7a._comment
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode/comment_3_699e816c0397f6db924feeab906f1151._comment
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode/comment_4_d900388753de5870b7b9c0e8b8c06ed7._comment
 create mode 100644 doc/forum/Retrieve_previous_version_in_direct_mode/comment_5_1360b936aa389a0ab5e5e453824b2ece._comment
 create mode 100644 doc/forum/Revert_file_linkage_to_original_files.mdwn
 create mode 100644 doc/forum/Revert_file_linkage_to_original_files/comment_1_898ca2c9976e92d22470c7404aa9813f._comment
 create mode 100644 doc/forum/Revert_to_a_precedent_state_in_direct_mode.mdwn
 create mode 100644 doc/forum/Revert_to_a_precedent_state_in_direct_mode/comment_1_1ae9f7defbab44621c3108973a4f683a._comment
 create mode 100644 doc/forum/Running_assistant_on_a_server___40__no_X_available__41__.mdwn
 create mode 100644 doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_1_dd75d78ef63f2689199a302ed1846017._comment
 create mode 100644 doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_2_df654df60c5fa6a84d786d248928a352._comment
 create mode 100644 doc/forum/Running_assistant_steps_manually.mdwn
 create mode 100644 doc/forum/Running_assistant_steps_manually/comment_1_e14e0a1d55d01cb4f67a94bbe349b872._comment
 create mode 100644 doc/forum/Running_assistant_steps_manually/comment_2_3192f614c929b8060d4fbde56a7adec1._comment
 create mode 100644 doc/forum/Running_out_of__inodes.mdwn
 create mode 100644 doc/forum/Running_out_of__inodes/comment_1_abc73d9ad662ef642337b683bf0a0253._comment
 create mode 100644 doc/forum/S3_Host_Question.mdwn
 create mode 100644 doc/forum/S3_Host_Question/comment_1_8c8ecea703405753e47e0da5e8325929._comment
 create mode 100644 doc/forum/S3_Host_Question/comment_2_3d6fa3147d59a5e0d10b005388b23c7a._comment
 create mode 100644 doc/forum/S3_Host_Question/comment_3_797edf3ad41561ab8960f3b28d20611e._comment
 create mode 100644 doc/forum/Same_Jabber_account_for_different_annexes.mdwn
 create mode 100644 doc/forum/Same_Jabber_account_for_different_annexes/comment_1_90c3954fe11980eef42b5f5d34f83488._comment
 create mode 100644 doc/forum/Same_Jabber_account_for_different_annexes/comment_2_802600b3568e5f94d0550092b22975db._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server.mdwn
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_1_ea971b57d94db5b8d487f728faa5e9a8._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_2_421a19f6e1fb40db6ee205daf8e3f867._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_3_acdbf92f646dbbf691621f08b3d94c26._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_4_67533d08e1b8706b844262e9c483d982._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_5_bf193e02b388b4358632a169d2425b5c._comment
 create mode 100644 doc/forum/Securing_a_shared_ssh_server/comment_6_50d391992cd444080ebc70db30b215c5._comment
 create mode 100644 doc/forum/Sending_requests_across_the_network.mdwn
 create mode 100644 doc/forum/Sending_requests_across_the_network/comment_1_8ff713d4c968705061bf2044ea0fe5a0._comment
 create mode 100644 doc/forum/Sending_requests_across_the_network/comment_2_cb29e5346a8775d87d30b18b7fc005a7._comment
 create mode 100644 doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port.mdwn
 create mode 100644 doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_1_1eb6990e93ec92cb6fd7dbee59f31072._comment
 create mode 100644 doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_2_c85d5167e7ccce1ecf1de396e72ce7bc._comment
 create mode 100644 doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__.mdwn
 create mode 100644 doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__/comment_1_ec0d56cb31b918023a9184cee168b406._comment
 create mode 100644 doc/forum/Share_with_friend_copies_only_sym_links.mdwn
 create mode 100644 doc/forum/Share_with_friend_copies_only_sym_links/comment_1_a8d22dfefb219f0c9130cc294364b198._comment
 create mode 100644 doc/forum/Sharing_annex_with_local_clones.mdwn
 create mode 100644 doc/forum/Sharing_annex_with_local_clones/comment_1_2b60e13e5f7b8cee56cf2ddc6c47f64d._comment
 create mode 100644 doc/forum/Sharing_annex_with_local_clones/comment_2_24ff2c1eb643077daa37c01644cebcd2._comment
 create mode 100644 doc/forum/Sharing_annex_with_local_clones/comment_3_5359b8eada24d27be83214ac0ae62f23._comment
 create mode 100644 doc/forum/Simple_check_out_with_assistant__63__.mdwn
 create mode 100644 doc/forum/Simple_check_out_with_assistant__63__/comment_1_ade8a0743ef1ec933c8a40ed64eeac2d._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts.mdwn
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_10_bcb883d46a637dd1a8ef9a92733d202a._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_11_b7a8b9eaf114f883866fbf2be51b622f._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_1_6236bcfa9beba705ead3ec2141c5d835._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_2_ea935b37ca93e73c85d04df7c9bf6057._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_3_f89a8e38283ac4c8c4a3b74c413d67a1._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_4_07a0a754a089c46ff69dc97ea7ba9384._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_5_e884c001a556a0c693d1cc9a97c068ac._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_6_3e8674b5857e4994dfbc26be4f4b2855._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_7_7aeabc2e52a39423e83fbd04560e8f91._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_8_53b95449cfad2fe0f72d2ad642822c03._comment
 create mode 100644 doc/forum/Slightly_finer_control_over_file_whereabouts/comment_9_a17c102a45e4fc3f101a79acb8eb4081._comment
 create mode 100644 doc/forum/Some_mounted_devices_not_detected.mdwn
 create mode 100644 doc/forum/Some_mounted_devices_not_detected/comment_1_0ba07b95f12f57ea63bb450b88430c45._comment
 create mode 100644 doc/forum/Some_mounted_devices_not_detected/comment_2_4f8c7bcd0f20dafa5635a3580ec8d1f6._comment
 create mode 100644 doc/forum/Some_mounted_devices_not_detected/comment_3_06c0db7d670d9b82823102d22db15a36._comment
 create mode 100644 doc/forum/Some_mounted_devices_not_detected/comment_4_80820a29361c5be4a94672dacfdefa6f._comment
 create mode 100644 doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff.mdwn
 create mode 100644 doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff/comment_1_20147b287fd995fa8ac9e868b5974d8a._comment
 create mode 100644 doc/forum/Special_remote_public_key_encryption_issue.mdwn
 create mode 100644 doc/forum/Special_remote_public_key_encryption_issue/comment_1_a9caafea017a3c148f89d4ddeee15a4c._comment
 create mode 100644 doc/forum/Special_remote_public_key_encryption_issue/comment_2_adfa582d611ca501e21110282df07315._comment
 create mode 100644 doc/forum/Special_remote_public_key_encryption_issue/comment_3_eac16bf98a6e87461ba2f3ab7e990b2b._comment
 create mode 100644 doc/forum/Special_remote_public_key_encryption_issue/comment_6_097f52aaf178340b3abb5bfc80f0d447._comment
 create mode 100644 doc/forum/Special_remote_without_chmod.mdwn
 create mode 100644 doc/forum/Special_remote_without_chmod/comment_1_4f5f9506cae72a1f321296fc5a5f339a._comment
 create mode 100644 doc/forum/Ssh_remote_on_NAS.mdwn
 create mode 100644 doc/forum/Ssh_remote_on_NAS/comment_1_1dd8a0d0e70a1fb36fce62e89c99b404._comment
 create mode 100644 doc/forum/Ssh_remote_on_NAS/comment_2_261601313d8825c52322949b8509bc74._comment
 create mode 100644 doc/forum/Ssh_remote_on_NAS/comment_3_ed602f4f972b78bce4f62bdfca8cfe47._comment
 create mode 100644 doc/forum/Standard_groups__47__preferred_contents.mdwn
 create mode 100644 doc/forum/Starting_assistant_from_CLI.mdwn
 create mode 100644 doc/forum/Starting_assistant_from_CLI/comment_1_afd51ddb0f1bb3cac528e1d96829ef83._comment
 create mode 100644 doc/forum/Starting_assistant_from_CLI/comment_2_76c34c00cf2065809b15a594023a688b._comment
 create mode 100644 doc/forum/Starting_assistant_from_CLI/comment_3_f7826867f78b1adbfc2dad2fad4d6720._comment
 create mode 100644 doc/forum/Starting_assistant_from_CLI/comment_4_fa7055a232a1dcb743db47308f7acf0b._comment
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex.mdwn
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex/comment_1_ac7b52c0b0f75d79760ffe6a9b5c8759._comment
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex/comment_3_3bec1f02ff1a61791e3cbb428c7acb4c._comment
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex/comment_4_76ddbd27cc2f3785bb5aaebb0bb6e087._comment
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex/comment_5_f9520cbc6669622aa342acad35581943._comment
 create mode 100644 doc/forum/Storing_git_repos_in_git-annex/comment_9_d5676400e7148b7d3408f2bdb3d54b7d._comment
 create mode 100644 doc/forum/Storing_uncontrolled_files_in_an_annex.mdwn
 create mode 100644 doc/forum/Storing_uncontrolled_files_in_an_annex/comment_1_175645a90be0c79221c129308adf643e._comment
 create mode 100644 doc/forum/Storing_uncontrolled_files_in_an_annex/comment_2_d29f214eadfe3bfd098bbc3bcf07129a._comment
 create mode 100644 doc/forum/Storing_uncontrolled_files_in_an_annex/comment_3_286b502e7906cca50e9e747db735bc88._comment
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__.mdwn
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__/comment_1_00ceb3a5e37825c4bbc806f532893706._comment
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__/comment_2_cbedc29678d9b6af3b3c0bb1915d2391._comment
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__/comment_3_86aa4d92a1330811862da1ba568b3037._comment
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__/comment_4_6d15bf8a3c3c27cc92957070161675a9._comment
 create mode 100644 doc/forum/Stupid_mistake:_recoverable__63__/comment_5_f836b9b1d03d94c49e3798961790b2ba._comment
 create mode 100644 doc/forum/Suggestion:_Put_ssh_server_back_into_android_version.mdwn
 create mode 100644 doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_1_5c2f376a82458c6387560355940419d3._comment
 create mode 100644 doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_2_6321dec0b2f22f841f3cb986e063113f._comment
 create mode 100644 doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo.mdwn
 create mode 100644 doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_1_b31d02c97447996495de73705ac39f71._comment
 create mode 100644 doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_2_098465ae8af32931779d2cd63750d5dc._comment
 create mode 100644 doc/forum/Sync_with_one_offline_peer.mdwn
 create mode 100644 doc/forum/Sync_with_one_offline_peer/comment_1_3859d842d4f7e2ef44877b05ebe881fb._comment
 create mode 100644 doc/forum/Sync_with_one_offline_peer/comment_2_c9ba3983b37b0c1868269616fd81e518._comment
 create mode 100644 doc/forum/Sync_with_one_offline_peer/comment_3_28b9c003b4560c3ce90c9ebf808b091b._comment
 create mode 100644 doc/forum/Sync_without_jabber_account.mdwn
 create mode 100644 doc/forum/Sync_without_jabber_account/comment_1_3e95ac2e67451f953cf0538094109f8b._comment
 create mode 100644 doc/forum/Synchronize_large_files___40__VM_images__41__.mdwn
 create mode 100644 doc/forum/Synchronize_large_files___40__VM_images__41__/comment_1_619f6ed2d7da5832ab253d61b6dd8044._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks.mdwn
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_2_d7b14ffee65072329cfe9ab08a0dba50._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_3_65d1dae9b76fccb5f2b8fd8c69b60075._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_4_2ec67428af69d6c0ea051c6a67d58905._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_5_5ce093f82a2aad3fd8d7ccd5fdcab94f._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_6_a55982c28d7b90e0b70ec2bb5e594e08._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_7_c519d546e1a2a4e834609f3de3a605b0._comment
 create mode 100644 doc/forum/Syncing_machines_on_different_networks/comment_8_84a822238ddbaf211cce5f527c3559d3._comment
 create mode 100644 doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__.mdwn
 create mode 100644 doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_1_cd55d06a4065b9d3f14d50674c3fcaf7._comment
 create mode 100644 doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_2_25cbdf478091af9923090e049c432a7d._comment
 create mode 100644 doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_3_7e71d355457d6b1a0391d4cdae6895e6._comment
 create mode 100644 doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_4_a73f67f2fcf0762fbd7c8366b3844af6._comment
 create mode 100644 doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__.mdwn
 create mode 100644 doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__/comment_1_ca5192a26950627a1c2efcb55d6d2fa3._comment
 create mode 100644 doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__.mdwn
 create mode 100644 doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_1_3cbe520b184d323219cb402ff046c3b4._comment
 create mode 100644 doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_2_6afe7f593e955db2eefe87d9fa01882b._comment
 create mode 100644 doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_3_209399487fc4f76b29f03ad82dbc2d6f._comment
 create mode 100644 doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_4_f33fd6f72cb9ad7dd20a04c82199413b._comment
 create mode 100644 doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories.mdwn
 create mode 100644 doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_1_9fc3f6c2f7379755e0084a850fa9acd4._comment
 create mode 100644 doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_2_f024d6a105143af1e06aafe49661ee06._comment
 create mode 100644 doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_3_aff0093c38bda8b093f05e8cbe8775e9._comment
 create mode 100644 doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_4_c889050d3079edefc4633451bd5baff8._comment
 create mode 100644 doc/forum/Transfer_remotes.mdwn
 create mode 100644 doc/forum/Transfer_remotes/comment_1_c08cf3bda00d7f20a3ca3d0fdba19c9c._comment
 create mode 100644 doc/forum/Transfer_remotes/comment_2_98930629d398329f1161135464a966a5._comment
 create mode 100644 doc/forum/Trouble_installing_from_cabal_on_debian-testing.mdwn
 create mode 100644 doc/forum/Trouble_installing_from_cabal_on_debian-testing/comment_1_0d3e9d7cffafc34bc212557e8bbb987d._comment
 create mode 100644 doc/forum/Truly_purging_dead_repositories.mdwn
 create mode 100644 doc/forum/Truly_purging_dead_repositories/comment_1_a4c75d49714b3543a9f1617a15d4a2d1._comment
 create mode 100644 doc/forum/Truly_purging_dead_repositories/comment_2_3da60a02e7323a204c5c5dd02ba04d6c._comment
 create mode 100644 doc/forum/Truly_purging_dead_repositories/comment_3_2576e45436008ff5a7ae5a38cade658e._comment
 create mode 100644 doc/forum/Truly_purging_dead_repositories/comment_4_477e3c213c5a5d4a33afd42a5b94c718._comment
 create mode 100644 doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__.mdwn
 create mode 100644 doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_1_b8702892280447193e6e80be22a580a0._comment
 create mode 100644 doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_2_50cafde7e30b928480d1f142ddd763d2._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible.mdwn
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_1_2832f8ae24dfb0f101e06f7c18283028._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_2_6163e01aa441f8435091f026cc6da337._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_3_ee92ff320eb5d9a031bdd1896aee0d86._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_4_437c8342c0b65e3a89129800313eb73c._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_5_5e10cffe8465ea4ecaa71c03a4c29ea4._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_6_add048a16837f7940a859f21426cdbe9._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_7_de227ca9911fe57d7a6d3e037f574fe9._comment
 create mode 100644 doc/forum/USB_backup_with_files_visible/comment_8_0c0ed0e038f7f0e2d2d4ed69b7b29fbc._comment
 create mode 100644 doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.mdwn
 create mode 100644 doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_1_0a6f6054d70009979f4a036e24b7c500._comment
 create mode 100644 doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_2_f9eef3019fe690e90c1228d62a16f70a._comment
 create mode 100644 doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_3_7fb74f7fab6c1baff4ffc270cf15ef0a._comment
 create mode 100644 doc/forum/Ubuntu_PPA.mdwn
 create mode 100644 doc/forum/Ubuntu_PPA/comment_1_b55535258b1b4bcfc802235f0cba075d._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_2_adc4d644fed058d1811acf0b35db9c18._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_3_fc9cd51558c47718f243437202a11803._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_4_3a8bbd0a7450a7f5323cd13144824aea._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_5_2e1beaeebda0201c635db8b276cedf20._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_6_bd99fb70399fc58d98781a89c6d38428._comment
 create mode 100644 doc/forum/Ubuntu_PPA/comment_7_c3f7ec8573934c59d70a48e36e321c13._comment
 create mode 100644 doc/forum/Un-git-annex__63__.mdwn
 create mode 100644 doc/forum/Un-git-annex__63__/comment_1_6059265afb66190d325083e0f28bcf33._comment
 create mode 100644 doc/forum/Un-git-annex__63__/comment_2_fac4bfb81dbbf0dc82059aace261eb51._comment
 create mode 100644 doc/forum/Undo_Git_Annex_Changes_To_Linked_Files.mdwn
 create mode 100644 doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_1_568dde820c2608d86d05b07444146a26._comment
 create mode 100644 doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_2_a8cf71cdf1217d9c8596cd9006eb83f5._comment
 create mode 100644 doc/forum/Unknown_remote_type_S3.mdwn
 create mode 100644 doc/forum/Unknown_remote_type_S3/comment_1_2aea2cd51286c809427d16519606cd37._comment
 create mode 100644 doc/forum/Unknown_remote_type_S3/comment_2_06f775062cd30767979fe56bcb3cf7bf._comment
 create mode 100644 doc/forum/Unlock_files_when_assistant_is_running__63__.mdwn
 create mode 100644 doc/forum/Unlock_files_when_assistant_is_running__63__/comment_1_3f4aadf0c856c81e15c6f5ae7f1992b4._comment
 create mode 100644 doc/forum/Unlock_files_when_assistant_is_running__63__/comment_2_a76797ee9e05e43af7947508cadd7bed._comment
 create mode 100644 doc/forum/Use_case_with_syncing_only_a_subset_possible__63__.mdwn
 create mode 100644 doc/forum/Use_case_with_syncing_only_a_subset_possible__63__/comment_1_a0a272a0931b27e5c94b93e42656b62c._comment
 create mode 100644 doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote.mdwn
 create mode 100644 doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_1_cfb6021a36eee087705967a69967f327._comment
 create mode 100644 doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_2_7268b194ba72331858bc3274996b780e._comment
 create mode 100644 doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__.mdwn
 create mode 100644 doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_1_85806316ed28d7a891f04fab4027141b._comment
 create mode 100644 doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_2_ecb411a2c4d67917b734a90bd460d44b._comment
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too..mdwn
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_1_30205c1ba18e5dca2314f593e1a0e236._comment
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_2_f8df728de28218a6b060ae9f08adac79._comment
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_3_ba438b3a371261ee841665f1ae57eba2._comment
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_4_9f72e6c7c14a77330297526aef260762._comment
 create mode 100644 doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_5_a06e8c9b4e30c1cd6cbed40d2db50abc._comment
 create mode 100644 doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell.mdwn
 create mode 100644 doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell/comment_1_5e8d54daf6b7ff357619ac65fe39a2d7._comment
 create mode 100644 doc/forum/Using_Linux_static_builds.mdwn
 create mode 100644 doc/forum/Using_Linux_static_builds/comment_1_22fd266cbe68af3e754a10f1f1295e9b._comment
 create mode 100644 doc/forum/Using_Linux_static_builds/comment_2_36f69f30117ff8696425a754ab19a08b._comment
 create mode 100644 doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment
 create mode 100644 doc/forum/Using___34__sync__34___to_sink_all_branches__63__.mdwn
 create mode 100644 doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_1_ef3d5c5e2600ffa36dd933c8a42cdf96._comment
 create mode 100644 doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_2_424b0c6fdfe87ca08f5d408b7684ab08._comment
 create mode 100644 doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_3_adaf9114c69f1268330adcebd8018fa0._comment
 create mode 100644 doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__.mdwn
 create mode 100644 doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__/comment_1_c61c28600f1079fb03ddabc950307f27._comment
 create mode 100644 doc/forum/Using_for_Music_repo.mdwn
 create mode 100644 doc/forum/Using_for_Music_repo/comment_1_3488ed85ad98f14cb17f229225ece26e._comment
 create mode 100644 doc/forum/Using_for_Music_repo/comment_2_c794648878cfc77558f8db862271f997._comment
 create mode 100644 doc/forum/Using_for_Music_repo/comment_3_8c5e820f5ff7d717d64b1fd66927941b._comment
 create mode 100644 doc/forum/Using_git-annex_as_a_library.mdwn
 create mode 100644 doc/forum/Using_git-annex_as_a_library/comment_1_1f8e74c5856f21c53d5a91892cbef0c6._comment
 create mode 100644 doc/forum/Using_git-annex_as_a_library/comment_2_11a243fa7d8ac947aa9a798228dbd191._comment
 create mode 100644 doc/forum/Using_git-annex_as_a_library/comment_3_ac52304a096ebc66967352efaffb060a._comment
 create mode 100644 doc/forum/Using_git-annex_as_a_library/comment_4_d502fea60bf3a82f8a50f72a90a80c25._comment
 create mode 100644 doc/forum/Using_git-annex_via_command_line_in_OS_X.mdwn
 create mode 100644 doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_1_1c9e121f60fb6868c07f1a53b03c4ed0._comment
 create mode 100644 doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_2_52d8ffba82e29ac2722a8e43e469cc47._comment
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks.mdwn
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_1_b9f202a30ba7e3bc264064d24454c099._comment
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_2_1334a8d9f4bb60f3bf3ebabc656d98d9._comment
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_3_076f22d05fad140068a540e4d835106f._comment
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_4_c8446ee1b817f1824fa0df07e742015c._comment
 create mode 100644 doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_5_f746c1b85ee8e4b57b6819ccceabd28b._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs.mdwn
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_1_bd73c8d10028e1b45da9ea8f657e5064._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_2_16c3c994ee8fcb466e52ca0e812e5915._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_3_ac60f6edb76bdd541711e472eec9591a._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_4_2194f0600d9a90f0d9c947ea9cc213a3._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_5_eb7d13f6b6fa674a2536bde51bfc3fd1._comment
 create mode 100644 doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_6_ae323b16ddb9342e91be955408eca3b1._comment
 create mode 100644 doc/forum/View_performance_with_7__44__000_files.mdwn
 create mode 100644 doc/forum/View_performance_with_7__44__000_files/comment_1_e45ea752100d09d29efb6136a722eab3._comment
 create mode 100644 doc/forum/View_performance_with_7__44__000_files/comment_2_b1942eed65e9b5c046095a094191a38c._comment
 create mode 100644 doc/forum/View_performance_with_7__44__000_files/comment_3_e6e19339c9d72cf8eaae32ef4269e850._comment
 create mode 100644 doc/forum/WARNING:_linker:git-annex_has_text_relocations....mdwn
 create mode 100644 doc/forum/WARNING:_linker:git-annex_has_text_relocations.../comment_1_fee360353f0b46aab6ee7a902c0837bb._comment
 create mode 100644 doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__.mdwn
 create mode 100644 doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_1_cdac15fec6fc41d5487b7f653fa718a4._comment
 create mode 100644 doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_2_82050b7dc367ca5968ab0306db9bd7e3._comment
 create mode 100644 doc/forum/Walkthrough_for_direct_mode__63__.mdwn
 create mode 100644 doc/forum/Want_to_stop_using_Git-Annex.mdwn
 create mode 100644 doc/forum/Want_to_stop_using_Git-Annex/comment_1_32e37515bd4f5d22ff9aedd3c9d98046._comment
 create mode 100644 doc/forum/Want_to_stop_using_Git-Annex/comment_2_e29e6d052ef3677ad7d5615721f3fe33._comment
 create mode 100644 doc/forum/Watch__47__assistant__47__webapp_documentation.mdwn
 create mode 100644 doc/forum/Watch__47__assistant__47__webapp_documentation/comment_1_adb377589dbae7fc91001df235c6b48e._comment
 create mode 100644 doc/forum/Webapp_not_watching_repos.mdwn
 create mode 100644 doc/forum/Webapp_not_watching_repos/comment_1_02735050122afdb6498d91b462d32767._comment
 create mode 100644 doc/forum/Webapp_not_watching_repos/comment_2_8ab2d4c18ddc99774e44c4f4401bfa57._comment
 create mode 100644 doc/forum/Webapp_not_watching_repos/comment_3_b448aa5a95a57a5228b361390e5fc838._comment
 create mode 100644 doc/forum/Webapp_on_ARM.mdwn
 create mode 100644 doc/forum/Webapp_on_ARM/comment_1_82ac40cef5b59070136527b8d81a5ce2._comment
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app.mdwn
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_2_b538dc2c6f122b9ce5f7569de1b03f3e._comment
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_3_16e6724fa184392d4decbe0c4eb6efe6._comment
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_4_e514fe2d4d0ad6a10e281939e6ab4266._comment
 create mode 100644 doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_5_e0eec765f72f7bf6f5a2a92c9b5dacad._comment
 create mode 100644 doc/forum/What_can_be_done_in_case_of_conflict.mdwn
 create mode 100644 doc/forum/What_can_be_done_in_case_of_conflict/comment_1_5ca86b099dfa08a50f656ea03bf1dcd9._comment
 create mode 100644 doc/forum/What_can_be_done_in_case_of_conflict/comment_2_69ee17959a92bb8359c0fd7b2a9d8dfb._comment
 create mode 100644 doc/forum/What_can_be_done_in_case_of_conflict/comment_3_017f4bac57a040c496e0c9d068dcfd9e._comment
 create mode 100644 doc/forum/What_happened_to_the_walkthrough__63__.mdwn
 create mode 100644 doc/forum/What_happened_to_the_walkthrough__63__/comment_1_70db0e3cfb1318e95671c23726e5541d._comment
 create mode 100644 doc/forum/What_happened_to_the_walkthrough__63__/comment_2_f9305dd19b9b5f35e66d915b8c30374b._comment
 create mode 100644 doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__.mdwn
 create mode 100644 doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__/comment_1_d844cfe5f9907a766e871b64d68966c2._comment
 create mode 100644 doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__.mdwn
 create mode 100644 doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__/comment_1_02d305f307b4d2ff7acd98cb36508a2f._comment
 create mode 100644 doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__.mdwn
 create mode 100644 doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__/comment_1_68734a118b7dc0c88ba67eca20953a55._comment
 create mode 100644 doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__.mdwn
 create mode 100644 doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_1_67ee446ca6d66e2c259ea771c2c9a2b2._comment
 create mode 100644 doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_2_6d3cce3c8048e4aea8f0ed76473f6af1._comment
 create mode 100644 doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_3_bd506e1ca7307660b3b9769eb97beddb._comment
 create mode 100644 doc/forum/Where_is_the_content__63__.mdwn
 create mode 100644 doc/forum/Where_is_the_content__63__/comment_1_812e1cf740cbfa449ab3ef4dd5f2df08._comment
 create mode 100644 doc/forum/Where_is_the_content__63__/comment_2_5e2cfdfab6c4f84fe7a19447b417b5a7._comment
 create mode 100644 doc/forum/Where_is_the_content__63__/comment_3_bd4cbc8f256a94ffde4f57d2c406a9ec._comment
 create mode 100644 doc/forum/Where_is_the_content__63__/comment_4_a36b35d47472b5db779b0489bf3d4893._comment
 create mode 100644 doc/forum/Which_cloud_providers_are_supported__63___.mdwn
 create mode 100644 doc/forum/Which_cloud_providers_are_supported__63___/comment_1_1f9398840144e0452a2fed9336046547._comment
 create mode 100644 doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__.mdwn
 create mode 100644 doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__/comment_1_4341898d5ae4f09a5b06d24f5fe6192d._comment
 create mode 100644 doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__.mdwn
 create mode 100644 doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__/comment_1_da9c7c0e93aefc2da7409de5b138d86f._comment
 create mode 100644 doc/forum/Will_git-annex_solve_my_problem__63__.mdwn
 create mode 100644 doc/forum/Will_git-annex_solve_my_problem__63__/comment_1_35acbdd1a7727df204d776c2e8f02b53._comment
 create mode 100644 doc/forum/Will_git-annex_solve_my_problem__63__/comment_2_230256c19ac139dea207d89c06f70782._comment
 create mode 100644 doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__.mdwn
 create mode 100644 doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_1_426482e6eb3a27687a48f24f6ef2332f._comment
 create mode 100644 doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_2_af4f8b52526d8bea2904c95406fd2796._comment
 create mode 100644 doc/forum/Windows_S3_host_issue.mdwn
 create mode 100644 doc/forum/Windows_S3_host_issue/comment_1_8c0a1e84713a04a25fdc1f74919d34aa._comment
 create mode 100644 doc/forum/Windows_S3_host_issue/comment_2_06ecc76797c430b27a2e24776761d043._comment
 create mode 100644 doc/forum/Windows_S3_host_issue/comment_3_1715557daa15b9e9e17b4850141e62af._comment
 create mode 100644 doc/forum/Windows_support.mdwn
 create mode 100644 doc/forum/Windows_support/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
 create mode 100644 doc/forum/Windows_usage_instructions.mdwn
 create mode 100644 doc/forum/Windows_usage_instructions/comment_1_d43dbd9406da3b9747b147715eca94ac._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers.mdwn
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_1_13544d54fb0418af4ca9200cdb045d91._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_2_9a7dad35bf80c684ad97892420d7370c._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_3_e5de748bc5da12a4a01e08cde2407dd1._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_4_e51530178f1e034c0fdd5c9aa9945567._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_5_81ea9c129d8c02097f09ef8c68f1bb11._comment
 create mode 100644 doc/forum/Wishlist:_Bittorrent-like_transfers/comment_6_3b5798414f89686526da3dfa72c0c4f2._comment
 create mode 100644 doc/forum/Wishlist:_Don__39__t_make_files_readonly.mdwn
 create mode 100644 doc/forum/Wishlist:_Don__39__t_make_files_readonly/comment_1_7148527961e2d27793810966588c8d35._comment
 create mode 100644 doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__.mdwn
 create mode 100644 doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_1_1cf4ab29dfa2cff59b86305fc0018251._comment
 create mode 100644 doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_2_f5ebb7f43dcef861ecc13373fb1e263f._comment
 create mode 100644 doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information.mdwn
 create mode 100644 doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_1_818f38aa988177d3a9415055e084f0fb._comment
 create mode 100644 doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_2_97e2ed48bd552d02918c4f98f963e6e1._comment
 create mode 100644 doc/forum/Wishlist:_automatic_reinject.mdwn
 create mode 100644 doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files.mdwn
 create mode 100644 doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_1_7abb1155081a23ce4829ee69b2064541._comment
 create mode 100644 doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_2_b4c6ebada7526263e04c70eac312fda9._comment
 create mode 100644 doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_3_ded71b270b94617a8ebb3a713d46a274._comment
 create mode 100644 doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__.mdwn
 create mode 100644 doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_1_42aa2b61b880f4048d874210212aa63b._comment
 create mode 100644 doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_2_3e201039fa0e611554171ee30e69a414._comment
 create mode 100644 doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_3_d1074724c44f3296cb438b2d526d8728._comment
 create mode 100644 doc/forum/Wishlist:_mark_remotes_offline.mdwn
 create mode 100644 doc/forum/Wishlist:_mark_remotes_offline/comment_1_9e3901f0123abb66034cce95cc5a941a._comment
 create mode 100644 doc/forum/Wishlist:_mark_remotes_offline/comment_2_d10e3d90cf421ae425e64ab266ea811b._comment
 create mode 100644 doc/forum/Wishlist:_options_for_syncing_meta-data_and_data.mdwn
 create mode 100644 doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT.mdwn
 create mode 100644 doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT/comment_1_5d33bcbd862537f53edd91dcff2b8977._comment
 create mode 100644 doc/forum/Workflow_for_adding_files.mdwn
 create mode 100644 doc/forum/Workflow_for_adding_files/comment_1_a60dae97db827bc641d6256d1f382b5f._comment
 create mode 100644 doc/forum/Workflow_for_adding_files/comment_2_28dd15ac50f79fb07bacf8b8326c7edc._comment
 create mode 100644 doc/forum/XBMC__44___NFS___38___git-annex_.mdwn
 create mode 100644 doc/forum/XBMC__44___NFS___38___git-annex_/comment_1_86480f31d410e903766f82e6ecf83e1c._comment
 create mode 100644 doc/forum/XBMC__44___NFS___38___git-annex_/comment_2_d8ed4dd51d3050db691a8abdec24cd42._comment
 create mode 100644 doc/forum/XBMC__44___NFS___38___git-annex_/comment_3_42b80ee51ce25775bf4532f53a8ecfe3._comment
 create mode 100644 doc/forum/XBMC__44___NFS___38___git-annex_/comment_4_01767f3f864954cf8080274e206da9d4._comment
 create mode 100644 doc/forum/XMPP_authentication_failure.mdwn
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_1_19c7c3aa79d209d613d2e061e3129690._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_2_870059fed451e8377e5d382464ecc34b._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_3_1a7ff955e9173f13d10b75f203792384._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_4_d59031ebc0dd3abc1f4c96878328362c._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_5_c37ef477bef7efdb79dd05dce90dfde6._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_6_48cabea4c2caf5b3bd854df3aaa17d3d._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_7_14cd9b67806db93c3af055d88c9a910a._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_8_151d3fd7d3cceb30fd20a8f3bd54036c._comment
 create mode 100644 doc/forum/XMPP_authentication_failure/comment_9_fbb9eba65fbb72201f08511945fbcf8c._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__.mdwn
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_1_1ba0735141fc6a21ac15913f4cacefae._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_2_16994dc86b87592fc62799e2d206d172._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_3_6afd424edc4095b8f71b136de2a9e64d._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_4_1381b6a927410642c6a93aa8354be791._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_5_c5b33c7a8aa8e6d0f9349510dac2366d._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_6_9913d2983ba2744ed24911f74988e4c7._comment
 create mode 100644 doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_7_ad6f385a2b95803eb9d81dfe76359551._comment
 create mode 100644 doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__.mdwn
 create mode 100644 doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_1_01cbfc513c790faef3a3ede5315d3589._comment
 create mode 100644 doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_2_fe28dfb360caa12d5d5bc186def3eb45._comment
 create mode 100644 doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_3_9bb30ab62febe4ef63bed49f831a473a._comment
 create mode 100644 doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_4_7832f0347a41b8204538c01b72487803._comment
 create mode 100644 doc/forum/__171__Locking__187___files_until_synced.mdwn
 create mode 100644 doc/forum/__171__Locking__187___files_until_synced/comment_1_8bf59f47fee0a8d5741fe209b5899863._comment
 create mode 100644 doc/forum/__171__Locking__187___files_until_synced/comment_2_0c683547a6178e4303f0b1ed1f5605a5._comment
 create mode 100644 doc/forum/__34__Pairing__34___more_than_two_computers.mdwn
 create mode 100644 doc/forum/__34__Pairing__34___more_than_two_computers/comment_1_80f7a4bb3c66b11e566043407b611bbf._comment
 create mode 100644 doc/forum/__34__Preseeding__34___a_special_remote.mdwn
 create mode 100644 doc/forum/__34__Preseeding__34___a_special_remote/comment_1_b0c46d0eba900d0f6169a2c698d7a222._comment
 create mode 100644 doc/forum/__34__Preseeding__34___a_special_remote/comment_2_5e63f5e6f45c11cc86b293ce8acad77f._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__.mdwn
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_1_a41bd02361aa961e5285aeaf1ea062be._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_2_28ba62a546f5cc8f416491423d743d8a._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_3_8d97f40c1d14b7230f3656a00a99cf80._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_4_baa8fbbdd5c449a0dc2bb622cb4a47ce._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_5_2ee6cbbfe54a2e7b6e8eb539c18e663d._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_6_48f6a2761a34b7f991325f1d24e2c5ff._comment
 create mode 100644 doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_7_d632baff41b8582f1a79bc5018c68545._comment
 create mode 100644 doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory..mdwn
 create mode 100644 doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_1_0c0a5999a92bf5880f2113177dc67cc2._comment
 create mode 100644 doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_2_c18083d9054f66f0bd51d63452af07eb._comment
 create mode 100644 doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo.mdwn
 create mode 100644 doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_1_044f1c5e5f7a939315c28087495a8ba8._comment
 create mode 100644 doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_2_e854b93415d5ab80eda8e3be3b145ec2._comment
 create mode 100644 doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_3_95c110500bc54013bc1969c1a9c8f842._comment
 create mode 100644 doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_4_a4fd212cb066cd53d0d66eb09f3b39a8._comment
 create mode 100644 doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__.mdwn
 create mode 100644 doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_1_bfeb1446dee4d2f52ef25fabfb8cc8f6._comment
 create mode 100644 doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_2_e60f2bbc1c058993472fd920edbc75fc._comment
 create mode 100644 doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo.mdwn
 create mode 100644 doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_1_3a5202ef2116ebb5559b6f4d920755fc._comment
 create mode 100644 doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_2_86663eeb75b0477f53c45f26c8e4b051._comment
 create mode 100644 doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_3_c336b2b07cd006d378e5be9639ff17ec._comment
 create mode 100644 doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_4_1339cd27ca2955f30b01ecf4da7d6fe8._comment
 create mode 100644 doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__.mdwn
 create mode 100644 doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_1_e50188896df347f1d92e20a52053aa14._comment
 create mode 100644 doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_2_d67793f7c969f64943d1fd54a1208c2b._comment
 create mode 100644 doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_3_3523884833b5fd458a35f898797bf897._comment
 create mode 100644 doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_4_02c32c2521ba1a1eaa19eaca7281f2a6._comment
 create mode 100644 doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2.mdwn
 create mode 100644 doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_1_fae6e88115d175239fc55cef4c33fb2c._comment
 create mode 100644 doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_2_4c7a75638e8717132ccde949018d6008._comment
 create mode 100644 doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key.mdwn
 create mode 100644 doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key/comment_1_811cab17410ba6e07ae7af3249cd98df._comment
 create mode 100644 doc/forum/__91__announce__93___metadata_extration_utility.mdwn
 create mode 100644 doc/forum/_preferred_content:_lastpresent.mdwn
 create mode 100644 doc/forum/_preferred_content:_lastpresent/comment_1_7610cd866b256d36646b642eb5f8cae5._comment
 create mode 100644 doc/forum/_preferred_content:_lastpresent/comment_2_d25666a173b78213d583f029fd166d06._comment
 create mode 100644 doc/forum/advantages_of_SHA__42___over_WORM.mdwn
 create mode 100644 doc/forum/advantages_of_SHA__42___over_WORM/comment_1_96c354cac4b5ce5cf6664943bc84db1d._comment
 create mode 100644 doc/forum/alternativeto.net___34__Like__34__.mdwn
 create mode 100644 doc/forum/android_binary-only_download.mdwn
 create mode 100644 doc/forum/android_binary-only_download/comment_1_aab206e0bf0bb5ff47c7cc9795f12f92._comment
 create mode 100644 doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend.mdwn
 create mode 100644 doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_1_d1605a6e3b4d6863f4089218994ce564._comment
 create mode 100644 doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_2_d249ff27fa3d9ac3ca32485cdef49930._comment
 create mode 100644 doc/forum/archaeology_of_deleted_files.mdwn
 create mode 100644 doc/forum/archaeology_of_deleted_files/comment_1_48f27df03ec18d2c27cf6b70dcf71dc5._comment
 create mode 100644 doc/forum/archaeology_of_deleted_files/comment_2_c698cd10c8038bac45bd1049506a27c3._comment
 create mode 100644 doc/forum/archival_and_multiple_users.mdwn
 create mode 100644 doc/forum/archival_and_multiple_users/comment_1_fc4ee256f03a7c189d687caf4a34e21e._comment
 create mode 100644 doc/forum/archival_and_multiple_users/comment_2_a96d57d4bb567ac9b0b9167d5b1be011._comment
 create mode 100644 doc/forum/archival_and_multiple_users/comment_3_bd44634b04732ffb91154c61ef9cf828._comment
 create mode 100644 doc/forum/archival_and_multiple_users/comment_4_b89a56a5f1cd641f87925c7a5f74bcec._comment
 create mode 100644 doc/forum/archival_and_multiple_users/comment_5_81293bf5dc8ad4552712c2083fd589c9._comment
 create mode 100644 doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__.mdwn
 create mode 100644 doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_1_d90d1d599ce557af03c6f0f2ea188212._comment
 create mode 100644 doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_2_58b1af497cab132acb28cb5f9283ec2a._comment
 create mode 100644 doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_3_37d4fd8f69e8066b5aa19454b714e443._comment
 create mode 100644 doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_4_a974e2105774d4f82ad286ff0792ba84._comment
 create mode 100644 doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__.mdwn
 create mode 100644 doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_1_70200f871b9df49261f32752a6bb0e67._comment
 create mode 100644 doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_2_173da510b45f0320ae8aa2df9f14ae7b._comment
 create mode 100644 doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_3_1ecea12a4be5ad09013cddb62df6ab20._comment
 create mode 100644 doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_4_af4bc222d1479482bd83952353c97f05._comment
 create mode 100644 doc/forum/assistant_overzealously_moving_stuff_to_other_repos.mdwn
 create mode 100644 doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_1_6bd240edf1868615024ff11c24c3d52c._comment
 create mode 100644 doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_2_37c5e9a7669b5b94fbadb8792a765316._comment
 create mode 100644 doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_3_87aa4c5942929be81ddc1e2795d56f0e._comment
 create mode 100644 doc/forum/assistant_without_watch__63__.mdwn
 create mode 100644 doc/forum/assistant_without_watch__63__/comment_1_be1f7c038426e53209a85ae1119269d5._comment
 create mode 100644 doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__.mdwn
 create mode 100644 doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__/comment_1_817a3ed424e4fb76fcd33295f2953250._comment
 create mode 100644 doc/forum/autobuilders_for_git-annex_to_aid_development.mdwn
 create mode 100644 doc/forum/autobuilders_for_git-annex_to_aid_development/comment_1_7e88f815e8d9652ef18ea6d54b118962._comment
 create mode 100644 doc/forum/autobuilders_for_git-annex_to_aid_development/comment_2_fef17a10226af5671495c2929653c337._comment
 create mode 100644 doc/forum/avoid_rehashing_when_converting_existing_backups_into_new_remotes.mdwn
 create mode 100644 doc/forum/bainstorming:_git_annex_push___38___pull.mdwn
 create mode 100644 doc/forum/bainstorming:_git_annex_push___38___pull/comment_1_3a0bf74b51586354b7a91f8b43472376._comment
 create mode 100644 doc/forum/bainstorming:_git_annex_push___38___pull/comment_2_b02ca09914e788393c01196686f95831._comment
 create mode 100644 doc/forum/bash_completion.mdwn
 create mode 100644 doc/forum/bash_completion/comment_1_5c42c0c8e7fc3224bf5406880f9fd0c4._comment
 create mode 100644 doc/forum/bash_completion/comment_2_6cbe3c825db99bf9188a0de8bb937d5b._comment
 create mode 100644 doc/forum/bash_completion/comment_3_948c40f1e46ca220d61365aebcd4f6d7._comment
 create mode 100644 doc/forum/bash_completion/comment_4_dbae348b230b780cda91ed8576b8f9fa._comment
 create mode 100644 doc/forum/batch_check_on_remote_when_using_copy.mdwn
 create mode 100644 doc/forum/benefit_of_splitting_a_repository.mdwn
 create mode 100644 doc/forum/benefit_of_splitting_a_repository/comment_1_93a86cb03b66e7ab5dd7146e7b86c9e8._comment
 create mode 100644 doc/forum/benefit_of_splitting_a_repository/comment_2_4e2fed247298d620fee7be883a1e86a6._comment
 create mode 100644 doc/forum/best_practices_for_importing_photos__63__.mdwn
 create mode 100644 doc/forum/best_practices_for_importing_photos__63__/comment_1_37f0ae4b552ec2a4a144ddcdc17c8453._comment
 create mode 100644 doc/forum/best_practices_for_importing_photos__63__/comment_2_7f96f0fe0fc073321bd7c5bbd9048425._comment
 create mode 100644 doc/forum/btsync_equivalent__63__.mdwn
 create mode 100644 doc/forum/btsync_equivalent__63__/comment_1_6bfdc6f595a8aa8979a7c2a10925812f._comment
 create mode 100644 doc/forum/cabal_install_fails_on_uuid.mdwn
 create mode 100644 doc/forum/cabal_install_fails_on_uuid/comment_1_2a3963e21bc7ff526124b902cb0b6ad2._comment
 create mode 100644 doc/forum/cabal_install_fails_on_uuid/comment_2_1609525998e2b36c04d67f4d988139c0._comment
 create mode 100644 doc/forum/can_I_only_add_my_own_files__63__.mdwn
 create mode 100644 doc/forum/can_I_only_add_my_own_files__63__/comment_1_767d647af9d0345f337338d6319071fa._comment
 create mode 100644 doc/forum/can_I_only_add_my_own_files__63__/comment_2_0c3306ffb38b97b54e1e0436d12c1876._comment
 create mode 100644 doc/forum/can_git-annex_replace_ddm__63__.mdwn
 create mode 100644 doc/forum/can_git-annex_replace_ddm__63__/comment_1_aa05008dfe800474ff76678a400099e1._comment
 create mode 100644 doc/forum/can_git-annex_replace_ddm__63__/comment_2_008554306dd082d7f543baf283510e92._comment
 create mode 100644 doc/forum/can_git-annex_replace_ddm__63__/comment_3_4c69097fe2ee81359655e59a03a9bb8d._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX.mdwn
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_1_21f0101447623f5a0cf9e72c3ff463bb._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_2_6234ca64bd03a0e15efbe8f5c204338a._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_3_5ac2b520a907e232984eb513ce088054._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_4_183dd1c29f66539193e7c0b73f329430._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_5_c920d04ffe332caed9d223fa0ac42746._comment
 create mode 100644 doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_6_7a3cf0853a8ec7b996e19b5e80145d21._comment
 create mode 100644 doc/forum/central_non-bare_and_git_push.mdwn
 create mode 100644 doc/forum/central_non-bare_and_git_push/comment_1_76d0c73c8985e860eb86333c63be6340._comment
 create mode 100644 doc/forum/clear_box.com_repository.mdwn
 create mode 100644 doc/forum/clear_box.com_repository/comment_1_2e839d8f974269c80a9fca183712350f._comment
 create mode 100644 doc/forum/clear_box.com_repository/comment_2_8f9c7248a148a24ae2aba39c4a79a6d1._comment
 create mode 100644 doc/forum/clear_box.com_repository/comment_3_f64ad21e5abfbf4e1f925b3d651bdba3._comment
 create mode 100644 doc/forum/clear_box.com_repository/comment_4_f8c06ac9b23b51cf18d362c260fc47a9._comment
 create mode 100644 doc/forum/clear_box.com_repository/comment_5_61d401b29322802cb25896503f3e6514._comment
 create mode 100644 doc/forum/cloud_services_to_support.mdwn
 create mode 100644 doc/forum/cloudcmd.mdwn
 create mode 100644 doc/forum/commit_current_workdir_state_in_direct_mode.mdwn
 create mode 100644 doc/forum/commit_current_workdir_state_in_direct_mode/comment_1_748481ff00374f570284bd4571584874._comment
 create mode 100644 doc/forum/comprehension_question:_repository_vs._working_copy_in_direct_mode.mdwn
 create mode 100644 doc/forum/confused_about_external_drives.mdwn
 create mode 100644 doc/forum/confused_about_external_drives/comment_1_8340e5ff17a4846b41789e4966fed70c._comment
 create mode 100644 doc/forum/confused_about_external_drives/comment_2_ad10bd0ec14c16bcad089b3ebe64580e._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map.mdwn
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_1_a38ded23b7f288292a843abcb1a56f38._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_2_cd1c98b1276444e859a22c3dbd6f2a79._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_3_18531754089c991b6caefc57a5c17fe9._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_4_3b89b6d1518267fcbc050c9de038b9ca._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_5_27801584325d259fa490f67273f2ff71._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_6_496b0d9b86869bbac3a1356d53a3dda4._comment
 create mode 100644 doc/forum/confusion_with_remotes__44___map/comment_7_9a456f61f956a3d5e81e723d5a90794c._comment
 create mode 100644 doc/forum/correct_way_to_add_two_preexisting_datasets.mdwn
 create mode 100644 doc/forum/correct_way_to_add_two_preexisting_datasets/comment_1_c5c3ff25c9f5e34db222b5f4ae58b093._comment
 create mode 100644 doc/forum/correct_way_to_add_two_preexisting_datasets/comment_2_ee3ecc86990ac5a8d0c4fdfb482a7594._comment
 create mode 100644 doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment
 create mode 100644 doc/forum/could_not_read_from_remote_repository.mdwn
 create mode 100644 doc/forum/could_not_read_from_remote_repository/comment_1_27d4d1556a80c06505ed3d8a9422d082._comment
 create mode 100644 doc/forum/could_not_read_from_remote_repository/comment_2_cf7d5e231675921c3d98faab3613c92f._comment
 create mode 100644 doc/forum/differenc_in_webapp_icons__63__.mdwn
 create mode 100644 doc/forum/differenc_in_webapp_icons__63__/comment_1_c38e2692b13a1b76777bf88312a03966._comment
 create mode 100644 doc/forum/do_not_use_git-annex_inside_your_Dropbox.mdwn
 create mode 100644 doc/forum/do_not_use_git-annex_inside_your_Dropbox/comment_1_5a1dc9da6e6861829e321446ec7991ee._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp.mdwn
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_10_14b74438bb1e3e02cff7926d774ba09a._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_11_b1f717342c1c8ea42a451caa2d936622._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_12_e2c6ad99333018c8c46e736da416b8ef._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_13_35ae9d6bcb8d9762a92e3564b686ed72._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_14_92b1e8956513dbf52da31cec3f58e2c5._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_15_839e29d41de9dcc8f01dfdc585a51d12._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_1_1a35ef8cb89e0cd392f6e9fcee1fb92c._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_2_f4cc36c493d7c20fbaf949edd38e1252._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_3_69268f8aa29e807a56248f1fac86aa41._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_4_0ffb0c803c232a1587f956f16113aeb7._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_5_c303e28825241733d69fca74f2015fc6._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_6_3f0b376e37bd092b8d46c46bb1940e35._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_7_615641b3dd176d4b3a5bbfb521098e38._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_8_4600fa9234a787004ea0e0dbb36184b9._comment
 create mode 100644 doc/forum/dot_git_slash_annex_slash_tmp/comment_9_4f5cd0d0d4db0479c1ad86ffdc5ae434._comment
 create mode 100644 doc/forum/downloading_from_moodle.mdwn
 create mode 100644 doc/forum/downloading_from_moodle/comment_1_3f677130d268de4288e87cfa86ea055c._comment
 create mode 100644 doc/forum/downloading_from_moodle/comment_2_dcef60ec144f123dadd165fb602ab950._comment
 create mode 100644 doc/forum/downloading_from_moodle/comment_3_d3efb767bf9b20f96242dcf64817bd4b._comment
 create mode 100644 doc/forum/drop_old_versions_of_a_file.mdwn
 create mode 100644 doc/forum/drop_old_versions_of_a_file/comment_1_799a413248fb8f98efbf226b1bc4300d._comment
 create mode 100644 doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__.mdwn
 create mode 100644 doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_1_bb6d749b758b17178227929bf7327fe1._comment
 create mode 100644 doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_2_d834df30633f7d5569797ee818cf38c3._comment
 create mode 100644 doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_3_1e02eff33c9fa7bea03aa6d58b910175._comment
 create mode 100644 doc/forum/empty_directory_handling.mdwn
 create mode 100644 doc/forum/empty_directory_handling/comment_1_34ac97b9337b6230ed8a4748203fe543._comment
 create mode 100644 doc/forum/empty_directory_handling/comment_2_73a39e28d5a09ac342cb4195d263d91e._comment
 create mode 100644 doc/forum/endless_password_prompt_loop.mdwn
 create mode 100644 doc/forum/endless_password_prompt_loop/comment_1_cceba12ed25cd671c7cee5a28631163e._comment
 create mode 100644 doc/forum/endless_password_prompt_loop/comment_2_f0cb86b45eb289f35197c43f83660a8f._comment
 create mode 100644 doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__.mdwn
 create mode 100644 doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment
 create mode 100644 doc/forum/error_in_installation_of_base-4.5.0.0.mdwn
 create mode 100644 doc/forum/error_in_installation_of_base-4.5.0.0/comment_1_0b2f79c014e0dd9badd52b8b6aa47e0c._comment
 create mode 100644 doc/forum/error_in_installation_of_base-4.5.0.0/comment_2_3badd64e48fbb174cd7de1ac9589bedf._comment
 create mode 100644 doc/forum/error_in_installation_of_base-4.5.0.0/comment_3_d8190061ac1c683a7b699cf42e9db694._comment
 create mode 100644 doc/forum/error_in_installation_of_base-4.5.0.0/comment_4_49a4fcd2dc4f97d4055b5051feea5e3b._comment
 create mode 100644 doc/forum/example_of_massively_disconnected_operation.mdwn
 create mode 100644 doc/forum/exclude_files_from_annex.mdwn
 create mode 100644 doc/forum/exclude_files_from_annex/comment_1_82e7de5e631bae3b347815586274a936._comment
 create mode 100644 doc/forum/exclude_files_from_annex/comment_2_03d4599fdceb3dff184eed82824674bc._comment
 create mode 100644 doc/forum/expire_files__44___move_to_other_hosts.mdwn
 create mode 100644 doc/forum/expire_files__44___move_to_other_hosts/comment_1_ddcc2a00be1ae96a352d75a443458bcf._comment
 create mode 100644 doc/forum/expire_files__44___move_to_other_hosts/comment_2_7a4c3858c5eae409d04de3f9da43b57e._comment
 create mode 100644 doc/forum/exporting_annexed_files.mdwn
 create mode 100644 doc/forum/exporting_annexed_files/comment_1_e08e4c79588e17fb2f1cdf53d9fab7ea._comment
 create mode 100644 doc/forum/exporting_annexed_files/comment_2_15dc3024417b5b2ff3544a08beacab34._comment
 create mode 100644 doc/forum/exporting_annexed_files/comment_3_86f0e0f767a84a0f583e121d36cb7d48._comment
 create mode 100644 doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__.mdwn
 create mode 100644 doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_1_990197bf01351dc1ccbe1940d5084adb._comment
 create mode 100644 doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_2_3bb1d21b7f0d0bd6d59190ae9d246d46._comment
 create mode 100644 doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_3_692f268218690437138ae0540c879425._comment
 create mode 100644 doc/forum/faking_location_information.mdwn
 create mode 100644 doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
 create mode 100644 doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_d98a155fa01d10ecff9058d79290156d._comment
 create mode 100644 doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_3b9ea7a1254ac5b50a5ab59cd331ec3f._comment
 create mode 100644 doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_5ee300034819c5825c676cd7e3af659f._comment
 create mode 100644 doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_cf7f5c91d3c15f72d2a714b7362c1197._comment
 create mode 100644 doc/forum/first-time_setup_git-annex.mdwn
 create mode 100644 doc/forum/first-time_setup_git-annex/comment_1_a58d83ee3a7c2251d9a775847223f8ca._comment
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it.mdwn
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it/comment_1_57ea9f26760f970a70f09934d31a79b5._comment
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it/comment_2_ba93563b4ce1f6497a9f1d5e6eb0d1bb._comment
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it/comment_3_74f143965f48c89a3583acf1b6a7635a._comment
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it/comment_4_493bb86dedfa91ccc0c9be4045953ee4._comment
 create mode 100644 doc/forum/flickrannex_--_not_sure_I_get_it/comment_5_2c410aa478b21c0e6eb0e4d54bc8c362._comment
 create mode 100644 doc/forum/folder_size_question.mdwn
 create mode 100644 doc/forum/folder_size_question/comment_1_782cbf836335d86ff29853c34f00fec3._comment
 create mode 100644 doc/forum/folder_size_question/comment_2_391aa62e4d8c496a58be4707522d8edb._comment
 create mode 100644 doc/forum/folder_size_question/comment_3_1e850dbe36fafe0505b60dd2ce0bd5d7._comment
 create mode 100644 doc/forum/folder_size_question/comment_4_907f3b1cfe745abf94a6a8ba0dbd4396._comment
 create mode 100644 doc/forum/fsck_gives_false_positives.mdwn
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_1_b91070218b9d5fb687eeee1f244237ad._comment
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_5_86484a504c3bbcecd5876982b9c95688._comment
 create mode 100644 doc/forum/fsck_gives_false_positives/comment_6_1d4fbbd212fa92967abda346323031f4._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage.mdwn
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_10_f632a62c4dbbf01b29f146893d7725f9._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_11_73461da2d55d040cb43e0db286975821._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_12_6c4fb123091bde435c18ac3dfd5a9b77._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_1_067d0ffe8900751bd2d2743254ac4d77._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_2_ec8b57426e4d82c3392eb7dd683f2ddc._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_3_38296fef5a2dc5794c2dc09df676b8c1._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_4_1bcc94f9982c6cfd0888f3dba0f9221e._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_5_4365cd3031456fac1b563ee72984638e._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_6_2b03d7b857497cb811e992f85700cdcc._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_7_03a4dfaf3bd73d41c6f3c3fab0a6a922._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_8_fc6ddb4dc075ee42368863c1b026dbf7._comment
 create mode 100644 doc/forum/gadu_-_git-annex_disk_usage/comment_9_f03254e518cbdda73e4b88e72476275d._comment
 create mode 100644 doc/forum/get_and_copy_with_bare_repositories.mdwn
 create mode 100644 doc/forum/get_and_copy_with_bare_repositories/comment_1_a6e4628c0770e3f5e81348a6f29dd845._comment
 create mode 100644 doc/forum/get_and_copy_with_bare_repositories/comment_2_652fa1bae5c2bb63dcffcbda97a567c4._comment
 create mode 100644 doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote.mdwn
 create mode 100644 doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_1_3deb2c31cad37a49896f00d600253ee3._comment
 create mode 100644 doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_2_627f54d158d3ca4b72e45b4da70ff5cd._comment
 create mode 100644 doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_3_3f49dab11aae5df0c4eb5e4b8d741379._comment
 create mode 100644 doc/forum/ghost_semitrusted_repositories.mdwn
 create mode 100644 doc/forum/ghost_semitrusted_repositories/comment_1_99bea1a964da9c5603b8cfbdc19bcde8._comment
 create mode 100644 doc/forum/ghost_semitrusted_repositories/comment_2_fe5fe5539d06c6b1ef69f3ed805f1ab4._comment
 create mode 100644 doc/forum/ghost_semitrusted_repositories/comment_3_588325ef52c80cfc67d1dd80a9d5bd13._comment
 create mode 100644 doc/forum/git-annes_assistant_+_MAC_OSX_questions.mdwn
 create mode 100644 doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_1_e661f31acd08a6459842f7f95e5c062b._comment
 create mode 100644 doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_2_e71a9d1fcf1f945fec0b7834b6038e91._comment
 create mode 100644 doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_3_372d9da8295d093b8b316f0a48b60ee1._comment
 create mode 100644 doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_4_573537a49e082515bfb1be84c91b5d1b._comment
 create mode 100644 doc/forum/git-annex:_map:_1_failed.mdwn
 create mode 100644 doc/forum/git-annex:_map:_1_failed/comment_1_35ff3256e823ab8cfc53276a2123ad5f._comment
 create mode 100644 doc/forum/git-annex:_map:_1_failed/comment_2_b0826073ebbd2847f4ab0d9bdba2dce5._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment.mdwn
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_1_9f74449ec91577dbf6095f4beafac293._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_2_e034585c8b51cc30b35c1f7ae68205bf._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_3_fbbd47c3dbe8de24b0df664e4afd5cb8._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_4_55da5c3c41c13b08590ce1ff8117cef6._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_5_f67823351164ddfe7d595685c3679652._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_6_d5cc91164772849d027fed5f962d9000._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_7_cb4ec7ed3c39d0649133191a85ea6ab3._comment
 create mode 100644 doc/forum/git-annex___38___ikiwiki_experiment/comment_8_86565e5e1508ff1862f88975446650a2._comment
 create mode 100644 doc/forum/git-annex_across_two_filesystems.mdwn
 create mode 100644 doc/forum/git-annex_across_two_filesystems/comment_1_53167648b8b70b41d19ca662a5f3687e._comment
 create mode 100644 doc/forum/git-annex_across_two_filesystems/comment_2_39adeebc1af9c437f1fc2e00c07509bf._comment
 create mode 100644 doc/forum/git-annex_across_two_filesystems/comment_3_f4e3f28db005301adeef7ccd2c9998fb._comment
 create mode 100644 doc/forum/git-annex_across_two_filesystems/comment_4_53fa7ac6f80e3281768a7bfd3d438b34._comment
 create mode 100644 doc/forum/git-annex_across_two_filesystems/comment_5_2e1be54c01970ef3456e8af4aaf00cbf._comment
 create mode 100644 doc/forum/git-annex_and_tagfs.mdwn
 create mode 100644 doc/forum/git-annex_and_tagfs/comment_1_887c74cb61d30198322ef74ebc80f950._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers.mdwn
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_10_533ade2215c879cd46782fd66a97b167._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_11_c9ae51d7b772cf7a91d90925f74d2b60._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_12_41fbee0ec9bc890e309bcd48a58c3851._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_13_571cffc0beb8ba5fc936db6971cd3d62._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_14_0fb62af673a4bc8183e8fef048ceedd4._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_1_53a79af2d8e3abe50b983bf91972b8f2._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_2_c0ba3e8b7fbf8a5ed718001cec8df676._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_3_60c39bc8ef74e80e72381d514b6dd223._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_4_6241120b4325c905661ef72881f4d7af._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_5_cab00b8fa195340f4d3fdaf5af975b57._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_6_e24df9a1c68724a912b8ac6533d9bd25._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_7_ace3dc7c60c710a04b0a587206b341c4._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_8_9a96bc970a17ed62b0ceb7aa3f0a6f8b._comment
 create mode 100644 doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_9_ea88e0696f6e25e6904248a323f6cc36._comment
 create mode 100644 doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS.mdwn
 create mode 100644 doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS/comment_1_301a51c48c3d54f9d37feace26a772f8._comment
 create mode 100644 doc/forum/git-annex_communication_channels.mdwn
 create mode 100644 doc/forum/git-annex_communication_channels/comment_1_198325d2e9337c90f026396de89eec0e._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_2_c7aeefa6ef9a2e75d8667b479ade1b7f._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_3_1ff08a3e0e63fa0e560cbc9602245caa._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_4_1ba6ddf54843c17c7d19a9996f2ab712._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_5_404b723a681eb93fee015cea8024b6bc._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_6_0d87d0e26461494b1d7f8a701a924729._comment
 create mode 100644 doc/forum/git-annex_communication_channels/comment_7_2c87c7a0648fe87c2bf6b4391f1cc468._comment
 create mode 100644 doc/forum/git-annex_on_OSX.mdwn
 create mode 100644 doc/forum/git-annex_on_Samba_share.mdwn
 create mode 100644 doc/forum/git-annex_on_Samba_share/comment_1_3e9cfdf2c088e48c967ad08f79966742._comment
 create mode 100644 doc/forum/git-annex_on_Samba_share/comment_2_9d3df393b7b727653598453d94dd33db._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working.mdwn
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_1_209956f3812450a43986d4ca5e647da6._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_12a58b8efe545e09b64760c87849839b._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_e0f7328603256f25c3be3706ecc9c76c._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_4_6bb8e4522241556fb82784d9b834cbfe._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_5_89a5296b461d400b51006074a13a4560._comment
 create mode 100644 doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_6_62daef4b4392c951b914a01b3effac11._comment
 create mode 100644 doc/forum/git-annex_on_archlinuxarm__44___armv6.mdwn
 create mode 100644 doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_1_88fa644df8614c2db0d092b3eb1d3156._comment
 create mode 100644 doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_2_b25ca7520ff7e339ec887a379d5100ee._comment
 create mode 100644 doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_3_eda0e90c1285396b1ab20ecc04ea6e29._comment
 create mode 100644 doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch.mdwn
 create mode 100644 doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_1_a47174f8438bfaa42fb8067bca77bf4c._comment
 create mode 100644 doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_2_567bb460cec7cd2135386acf4e7dceb4._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram.mdwn
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_1_ff16c7932b60b85c744bafc48bb040e4._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_2_5599cddf579d18f70cab6e48d04ae99d._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_3_412941e9385f63153b23695641e71deb._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_4_112ad140d9006c530db2121bec24de30._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_5_9178023b95683a649355f291165a1467._comment
 create mode 100644 doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_6_9251203421c1c3c3aed7828c4b97ecb8._comment
 create mode 100644 doc/forum/git-annex_sync_content_available_from_which_version__63__.mdwn
 create mode 100644 doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment
 create mode 100644 doc/forum/git-annex_teams___47___groups.mdwn
 create mode 100644 doc/forum/git-annex_teams___47___groups/comment_1_0450673ab74f184a47ac7bab568d26dc._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files.mdwn
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_1_2152cfb09675e46e7492e198dd3ea094._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_2_97e666dbac9de2a5e688921cba8a42e9._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_3_d7b0e9515bface28f3650b8aa20ec2f4._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_4_5816f6cab42e27e724e735368f693b09._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_5_8e97f39225515f0bf8b168dfd6a0efab._comment
 create mode 100644 doc/forum/git-annex_unused_not_dropping_deleted_files/comment_6_bef37f8ec9c337387b79ffd6d56fe425._comment
 create mode 100644 doc/forum/git-assistant_clarification.mdwn
 create mode 100644 doc/forum/git-assistant_clarification/comment_1_8f553e59da12f798b854a457b96b5778._comment
 create mode 100644 doc/forum/git-assistant_clarification/comment_2_06cf62b599edea6ad8396776f0081494._comment
 create mode 100644 doc/forum/git-assistant_clarification/comment_3_36f0bd6e7a824e6ef40a309850bb087b._comment
 create mode 100644 doc/forum/git-remote-gcrypt.mdwn
 create mode 100644 doc/forum/git-remote-gcrypt/comment_1_175c8c35d9bbb470fcc17697eb8cc6b8._comment
 create mode 100644 doc/forum/git-remote-gcrypt/comment_2_fdcaf507e14c995636dd93a41e488df3._comment
 create mode 100644 doc/forum/git-remote-gcrypt/comment_3_f4e830f961dbe1c60ddd277b9d888133._comment
 create mode 100644 doc/forum/git-status_typechange_in_direct_mode.mdwn
 create mode 100644 doc/forum/git-status_typechange_in_direct_mode/comment_1_12c8b67aadbfa2b073e12997a55d49a7._comment
 create mode 100644 doc/forum/git-status_typechange_in_direct_mode/comment_2_005d1b17f3c2ae192aa30c6e5163989e._comment
 create mode 100644 doc/forum/git-subtree_support__63__.mdwn
 create mode 100644 doc/forum/git-subtree_support__63__/comment_1_4f333cb71ed1ff259bbfd86704806aa6._comment
 create mode 100644 doc/forum/git-subtree_support__63__/comment_2_73d2a015b1ac79ec99e071a8b1e29034._comment
 create mode 100644 doc/forum/git-subtree_support__63__/comment_3_c533400e22c306c033fcd56e64761b0b._comment
 create mode 100644 doc/forum/git-subtree_support__63__/comment_4_75b0e072e668aa46ff0a8d62a6620306._comment
 create mode 100644 doc/forum/git-subtree_support__63__/comment_5_f5ec9649d9f1dc122e715de5533bc674._comment
 create mode 100644 doc/forum/git-subtree_support__63__/comment_6_85df530f7b6d76b74ac8017c6034f95e._comment
 create mode 100644 doc/forum/git_annex_add_crash_and_subsequent_recovery.mdwn
 create mode 100644 doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_1_062d0153a379c1ba1df8585b90220d3d._comment
 create mode 100644 doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_2_6fc6be43c488c468a4811cd0a1360225._comment
 create mode 100644 doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_3_45efaaf27d9b580c4c75cbcdc4f65b64._comment
 create mode 100644 doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_4_c560eae40867512b0af2cbef161fc8ac._comment
 create mode 100644 doc/forum/git_annex_alternative.mdwn
 create mode 100644 doc/forum/git_annex_assistant_-_Changing_repository_information.mdwn
 create mode 100644 doc/forum/git_annex_assistant_-_Changing_repository_information/comment_1_cde71a410200a7478180748fdcde0352._comment
 create mode 100644 doc/forum/git_annex_assistant__44___share_with_other_devices.mdwn
 create mode 100644 doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah.mdwn
 create mode 100644 doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_1_5b6e0b749b01a97a6b52a2c1cca6e35a._comment
 create mode 100644 doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_2_8f2567f4c4f6db2078211a87689757d3._comment
 create mode 100644 doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_3_ab98121076b88f351fc8cd9197e6bf64._comment
 create mode 100644 doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_4_cb13328add1b7a812efd817ad3dd1a4f._comment
 create mode 100644 doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied.mdwn
 create mode 100644 doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied/comment_1_75445fc0e01ee99bae1c1f5a60e314bc._comment
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__.mdwn
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_1_292ee7c8b37cbd13f03eb67d0359b99e._comment
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_2_f6341119fcfde5d8160c8f603b1a6fea._comment
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_3_8ad3a1d1fe5995d61e5e137280bc76c3._comment
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_4_86b61b0484f3f4ecff657e46333b3d4f._comment
 create mode 100644 doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_5_5ffac00d08d26acaba8c3513b24c4d65._comment
 create mode 100644 doc/forum/git_annex_get_--want-get_another__95__repo.mdwn
 create mode 100644 doc/forum/git_annex_get_--want-get_another__95__repo/comment_1_0be0b3981ddd0743ff26cf6d396e521d._comment
 create mode 100644 doc/forum/git_annex_get_--want-get_another__95__repo/comment_2_b1ead1085a87818625579bf1ef151b5d._comment
 create mode 100644 doc/forum/git_annex_get_--want-get_another__95__repo/comment_3_cf2018852c84b0bf1ac061def6f0ac5d._comment
 create mode 100644 doc/forum/git_annex_get_--want-get_another__95__repo/comment_4_22562e8f1f2f91b9f9a5939ec9006cb5._comment
 create mode 100644 doc/forum/git_annex_get_creates_a_new_uuid.mdwn
 create mode 100644 doc/forum/git_annex_get_creates_a_new_uuid/comment_1_004c87183968c326058bd3159a5baa0b._comment
 create mode 100644 doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis.mdwn
 create mode 100644 doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_1_7fba10b85f4d9289c7782eccef46949e._comment
 create mode 100644 doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_2_7dcec124ea7d0291ed40d80e2ffd5c7e._comment
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__.mdwn
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_1_6889c4452e636474b4e70798b404fed2._comment
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_2_978fc11c463a457382fddd668cd1d0dd._comment
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_3_4420bd3afaecd7536b02fc08cee82dbe._comment
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_4_99286f17a87049c303f2aa34c0a90286._comment
 create mode 100644 doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_5_39bad7441dcea4da4b389700301233de._comment
 create mode 100644 doc/forum/git_annex_sync_dies___40__sometimes__41__.mdwn
 create mode 100644 doc/forum/git_annex_sync_dies___40__sometimes__41__/comment_1_48bbac0545bf13bbf04da723e418d037._comment
 create mode 100644 doc/forum/git_annex_test_on_windows.mdwn
 create mode 100644 doc/forum/git_annex_test_on_windows/comment_1_258ac5cfa2f5d24e737d94dc48f06899._comment
 create mode 100644 doc/forum/git_annex_with_local_apache_webdav_server.mdwn
 create mode 100644 doc/forum/git_annex_with_local_apache_webdav_server/comment_1_a3b89f90f9ac70e0a9b0711ede1cb810._comment
 create mode 100644 doc/forum/git_annex_with_local_apache_webdav_server/comment_2_d8e9237cf6e7f7558f836ba1352f5517._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex.mdwn
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_1_9c245db3518d8b889ecdf5115ad9e053._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_2_0f7f4a311b0ec1d89613e80847e69b42._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_3_1aa89725b5196e40a16edeeb5ccfa371._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_4_646f2077edcabc000a7d9cb75a93cf55._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_5_4f2a05ef6551806dd0ec65372f183ca4._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_6_3925d1aa56bce9380f712e238d63080f._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_7_24c45ee981b18bc78325c768242e635d._comment
 create mode 100644 doc/forum/git_pull_remote_git-annex/comment_8_7e76ee9b6520cbffaf484c9299a63ad3._comment
 create mode 100644 doc/forum/git_tag_missing_for_3.20111011.mdwn
 create mode 100644 doc/forum/git_tag_missing_for_3.20111011/comment_1_7a53bf273f3078ab3351369ef2b5f2a6._comment
 create mode 100644 doc/forum/git_unannex_speed.mdwn
 create mode 100644 doc/forum/git_unannex_speed/comment_1_10cf326248f4e89e1f75bf97d7574763._comment
 create mode 100644 doc/forum/glacier_-_range_retrievals_and_daily_free_retrieval_allowance.mdwn
 create mode 100644 doc/forum/handling_MP3_metadata_changes.mdwn
 create mode 100644 doc/forum/handling_MP3_metadata_changes/comment_1_aa4955fd64ea5aa836f1a591e185c4a2._comment
 create mode 100644 doc/forum/hashing_objects_directories.mdwn
 create mode 100644 doc/forum/hashing_objects_directories/comment_1_c55c56076be4f54251b0b7f79f28a607._comment
 create mode 100644 doc/forum/hashing_objects_directories/comment_2_504c96959c779176f991f4125ea22009._comment
 create mode 100644 doc/forum/hashing_objects_directories/comment_3_9134bde0a13aac0b6a4e5ebabd7f22e8._comment
 create mode 100644 doc/forum/hashing_objects_directories/comment_4_0de9170e429cbfea66f5afa8980d45ac._comment
 create mode 100644 doc/forum/hashing_objects_directories/comment_5_ef6cfd49d24c180c2d0a062e5bd3a0be._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo.mdwn
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_1_4cb38d71c943657c5ba0896cd70d2e64._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_2_b5e94c10ebbed9125c7e2332f75709ca._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_3_2b3b93bbc60fbc24d436231954d6822a._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_4_2dfda33ffa39b92b16c8bd9005e1cefe._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_5_96b1eb1e8e9f315c646f4686870f9b52._comment
 create mode 100644 doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_6_e85c3fa1d17f1d6ec625b9c4f9b698c3._comment
 create mode 100644 doc/forum/how_do_i_manually_sync_my_external_drive__63__.mdwn
 create mode 100644 doc/forum/how_do_i_manually_sync_my_external_drive__63__/comment_1_4fd8722cafd55b0503c802289206645a._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__.mdwn
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_1_d4dc451892e7a6e230bf32adb7f3f9fa._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_2_79340bf3c0691073a9808c5ac2da0a3d._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_3_6302fb6e5bb7cbddf2cfe74d98d32897._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_4_e3d95bc09c9fb21e8e9bbacc642aa60f._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_5_f2f0a1c2fb0c6323707b11e2b06aa2db._comment
 create mode 100644 doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_6_66fe80e634a8f13cce18fe68974ec67a._comment
 create mode 100644 doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__.mdwn
 create mode 100644 doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_1_440dcd19ea2512f968858b780c2a2913._comment
 create mode 100644 doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_2_e9b70386774996a3d0446faaa3219120._comment
 create mode 100644 doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_3_3dbd76accad2df2fff14b55452c828ef._comment
 create mode 100644 doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents.mdwn
 create mode 100644 doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_1_cba76311e146dabb8ffc789bf4c8b714._comment
 create mode 100644 doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_2_8d99c50fc1347367ccc0714e8d1af385._comment
 create mode 100644 doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_3_a7a9c55c2ad448179dff5d5b69976c7d._comment
 create mode 100644 doc/forum/howto_to_link_to_existing_direct_mode_git-annexes.mdwn
 create mode 100644 doc/forum/howto_to_link_to_existing_direct_mode_git-annexes/comment_1_7bd0edaf2352293678f0942aaa885d13._comment
 create mode 100644 doc/forum/howto_update_feed.mdwn
 create mode 100644 doc/forum/howto_update_feed/comment_1_bec356619f370a618f19a187d09d2e35._comment
 create mode 100644 doc/forum/howto_update_feed/comment_2_84dfb80ba3db8d41164eb97022becae3._comment
 create mode 100644 doc/forum/howto_update_feed/comment_3_20166db298c10074e062aecad59ffd71._comment
 create mode 100644 doc/forum/howto_update_feed/comment_4_f040e31b763fc9a7aa092442b4d6b8e8._comment
 create mode 100644 doc/forum/ignore_changes_made_by_a_remote.mdwn
 create mode 100644 doc/forum/ignore_changes_made_by_a_remote/comment_1_825676069d2e1554499b76fd8c306c30._comment
 create mode 100644 doc/forum/ignore_changes_made_by_a_remote/comment_2_dff49b72f7e072fddaf68584beb97f3c._comment
 create mode 100644 doc/forum/incompatible_versions__63__.mdwn
 create mode 100644 doc/forum/incompatible_versions__63__/comment_1_629f28258746d413e452cbd42a1a43f4._comment
 create mode 100644 doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__.mdwn
 create mode 100644 doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_1_804e43111ee97dff15e49e50b6c29d91._comment
 create mode 100644 doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_2_299ad6cd0225daa166d36af3726a9ef2._comment
 create mode 100644 doc/forum/known_and_local_annex_keys.mdwn
 create mode 100644 doc/forum/known_and_local_annex_keys/comment_1_3cb4828dc7116e4cf49e119f055ae9a3._comment
 create mode 100644 doc/forum/known_and_local_annex_keys/comment_2_68f20c881eafe986694bde10571cf1c0._comment
 create mode 100644 doc/forum/known_and_local_annex_keys/comment_3_e195a7091a06ce0427bb28aca9a17d04._comment
 create mode 100644 doc/forum/known_and_local_annex_keys/comment_4_d81f0bf7465832cb676fd89f5d53ec18._comment
 create mode 100644 doc/forum/linux_standalone_tarballs.mdwn
 create mode 100644 doc/forum/linux_standalone_tarballs/comment_1_5c3ceb845a45e50784f7098bfbf94df1._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac.mdwn
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_10_508585e72c81d197a9a1e193c25a702a._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_1_6ca4fed183340a2902d1d4d91284b772._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_2_7c2b3d0a8a69c7056508f8ec73ebefcd._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_3_07fa468aac1288e770487973052bccea._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_4_dc0494213d2b57b5b9a489b096a5b8d0._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_5_bcac18e137c00d4279774dec51963289._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_6_76b62eafda1ecbf88abe288cbe778e17._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_7_13fe788f2e9a823ad2e4844f114675a7._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_8_f81b454e9cfc14dcb33148798be55de3._comment
 create mode 100644 doc/forum/local_pairing_with_2_mac/comment_9_f7a1ce9627ebfc854dfde2f6c924db80._comment
 create mode 100644 doc/forum/location_tracking_cleanup.mdwn
 create mode 100644 doc/forum/location_tracking_cleanup/comment_1_7d6319e8c94dfe998af9cfcbf170efb2._comment
 create mode 100644 doc/forum/location_tracking_cleanup/comment_2_e7395cb6e01f42da72adf71ea3ebcde4._comment
 create mode 100644 doc/forum/location_tracking_cleanup/comment_3_c15428cec90e969284a5e690fb4b2fde._comment
 create mode 100644 doc/forum/lost_in_walkthrough....mdwn
 create mode 100644 doc/forum/lost_in_walkthrough.../comment_1_51b703b961ca762f0359e1c169f1ee75._comment
 create mode 100644 doc/forum/lost_in_walkthrough.../comment_2_a9de0401a103bdd4401ba2d5983dc54a._comment
 create mode 100644 doc/forum/luks_encrypted_disk_support.mdwn
 create mode 100644 doc/forum/luks_encrypted_disk_support/comment_1_0ea476c778888f34196d9031f72b1844._comment
 create mode 100644 doc/forum/luks_encrypted_disk_support/comment_2_0af149bfe1868dde0a132c5d835c50df._comment
 create mode 100644 doc/forum/making_good_use_of_my_shiny_new_rsync.net_account.mdwn
 create mode 100644 doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_1_0ebe509b768d46081db2100f5b712ef7._comment
 create mode 100644 doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_2_ef63d893531d93d2eb09f48f8baff4dd._comment
 create mode 100644 doc/forum/man_pages_in_the_prebuilt_linux_tarball.mdwn
 create mode 100644 doc/forum/man_pages_in_the_prebuilt_linux_tarball/comment_1_a7bc2e84e6d7c0e2de5900685207af78._comment
 create mode 100644 doc/forum/managing_multiple_repositories.mdwn
 create mode 100644 doc/forum/manual_update_of_.git__47__annex__47__objects.mdwn
 create mode 100644 doc/forum/manual_update_of_.git__47__annex__47__objects/comment_1_ea6ec91150c8962e2711631f2422bf3a._comment
 create mode 100644 doc/forum/manual_update_of_.git__47__annex__47__objects/comment_2_a7bbf304b26650a786e358bdc01e3069._comment
 create mode 100644 doc/forum/manual_update_of_.git__47__annex__47__objects/comment_3_a855096b683c4c4f84e72c797e065d59._comment
 create mode 100644 doc/forum/many_remotes.mdwn
 create mode 100644 doc/forum/migrate_existing_git_repository_to_git-annex.mdwn
 create mode 100644 doc/forum/migrate_existing_git_repository_to_git-annex/comment_1_4181bf34c71e2e8845e6e5fb55d53381._comment
 create mode 100644 doc/forum/migrate_existing_git_repository_to_git-annex/comment_2_5f08da5e21c0b3b5a8d1e4408c0d6405._comment
 create mode 100644 doc/forum/migrate_existing_git_repository_to_git-annex/comment_3_f483038c006cf7dcccf1014fa771744f._comment
 create mode 100644 doc/forum/migrate_existing_git_repository_to_git-annex/comment_4_057f0079fbee3451ccda08026bab21d4._comment
 create mode 100644 doc/forum/migration_to_git-annex_and_rsync.mdwn
 create mode 100644 doc/forum/misctmp_filling_up.mdwn
 create mode 100644 doc/forum/misctmp_filling_up/comment_1_2739dec72fe0950dd070c8fab9fbd751._comment
 create mode 100644 doc/forum/misctmp_filling_up/comment_2_440081b5e2b9b5b19e8cd5db3649a976._comment
 create mode 100644 doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer..mdwn
 create mode 100644 doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_1_752db25abb647804a1cc12c5b247378a._comment
 create mode 100644 doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_2_db6f4959c35732f72e7a90bd9f4c665c._comment
 create mode 100644 doc/forum/multiple_repositories_single_backup.mdwn
 create mode 100644 doc/forum/multiple_repositories_single_backup/comment_1_4a479fa78e0b366fcff1a27bc37081de._comment
 create mode 100644 doc/forum/multiple_repositories_single_backup/comment_2_bbe19eec0969385a0d4682bf9e9de21a._comment
 create mode 100644 doc/forum/multiple_repositories_single_backup/comment_3_1b18ea058e3eb34852055cffe51de176._comment
 create mode 100644 doc/forum/multiple_routes_to_same_repository.mdwn
 create mode 100644 doc/forum/multiple_routes_to_same_repository/comment_1_26c1734d41d5374f18fc688d862d6b8e._comment
 create mode 100644 doc/forum/multiple_routes_to_same_repository/comment_2_d119ab485fb2d5512c15372efdb2327d._comment
 create mode 100644 doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__.mdwn
 create mode 100644 doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_1_96beb9ea895c80285748adb940b4f57d._comment
 create mode 100644 doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_2_985065c1feed9300631dac7a2701f669._comment
 create mode 100644 doc/forum/multiple_urls_for_the_same_UUID.mdwn
 create mode 100644 doc/forum/multiple_urls_for_the_same_UUID/comment_1_de7410d8824a864c4d106c9f1afaec3f._comment
 create mode 100644 doc/forum/multiple_urls_for_the_same_UUID/comment_2_309a86cf7e08448be64357a30d8b56ae._comment
 create mode 100644 doc/forum/multiple_urls_for_the_same_UUID/comment_3_fa97a45fc1392935fd5e0714db999bc2._comment
 create mode 100644 doc/forum/multiple_urls_for_the_same_UUID/comment_4_139178b1ba45b62eec0c89a660c0c81e._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build.mdwn
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_10_5f9735ec62478c99b8c814055206cff0._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_11_859c44046b00fe885f6878cfe0e46360._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_12_35ade68d62e95036344ad33db3279c21._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_1_7211ddc626bae97d4140c723c3cf028f._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_2_fcbe3f7fa9d012b21c7a771553fa9142._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_3_2702cdbae4179a7a103d2a7098a8ed5e._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_4_e1d802fbcc9d699ece5267e80990255a._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_5_257b91ecbf5a6040a8e4c9a360c775ba._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_6_bd8cca86a63be7e330111618c1959a74._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_7_6814bdeca94328fe6c3f407795ff923a._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_8_6db99d998ca990494c8f2826ff1ca273._comment
 create mode 100644 doc/forum/new_linux_arm_tarball_build/comment_9_2802b24ccb24f1615c9d61904f916d05._comment
 create mode 100644 doc/forum/new_microfeatures.mdwn
 create mode 100644 doc/forum/new_microfeatures/comment_1_058bd517c6fffaf3446b1f5d5be63623._comment
 create mode 100644 doc/forum/new_microfeatures/comment_2_41ad904c68e89c85e1fc49c9e9106969._comment
 create mode 100644 doc/forum/new_microfeatures/comment_3_a1a9347b5bc517f2a89a8b292c3f8517._comment
 create mode 100644 doc/forum/new_microfeatures/comment_4_5a6786dc52382fff5cc42fdb05770196._comment
 create mode 100644 doc/forum/new_microfeatures/comment_5_3c627d275586ff499d928a8f8136babf._comment
 create mode 100644 doc/forum/new_microfeatures/comment_6_31ea08c008500560c0b96c6601bc6362._comment
 create mode 100644 doc/forum/new_microfeatures/comment_7_94045b9078b1fff877933b012d1b49e2._comment
 create mode 100644 doc/forum/nntp__47__usenet_special_remote.mdwn
 create mode 100644 doc/forum/nntp__47__usenet_special_remote/comment_1_171a0b95b1f95cfd82073e88bdefaab9._comment
 create mode 100644 doc/forum/nntp__47__usenet_special_remote/comment_2_48736ed17c98ffcfb13ec00b901b2dd6._comment
 create mode 100644 doc/forum/non-bare_repo_on_cloud_remote.mdwn
 create mode 100644 doc/forum/non-bare_repo_on_cloud_remote/comment_1_da0c023af7c78f1ef1cfe1143a900a9f._comment
 create mode 100644 doc/forum/non-bare_repo_on_cloud_remote/comment_2_71baea93f6caaf7b81a9ac00bee91e5e._comment
 create mode 100644 doc/forum/not_finding_git-annex-shell_on_remote.mdwn
 create mode 100644 doc/forum/not_finding_git-annex-shell_on_remote/comment_1_84881cad02c251a2515cec50fc22bf16._comment
 create mode 100644 doc/forum/not_finding_git-annex-shell_on_remote/comment_2_f32412f8d3b84cd5cb3c4d5d6bb60f32._comment
 create mode 100644 doc/forum/not_finding_git-annex-shell_on_remote/comment_3_dfbf7f41dd4d17f2ce8b67daa9dcd11d._comment
 create mode 100644 doc/forum/not_finding_git-annex-shell_on_remote/comment_4_71ae60efcacdba5e11548923b2c85b95._comment
 create mode 100644 doc/forum/not_getting_file_contents.mdwn
 create mode 100644 doc/forum/not_getting_file_contents/comment_1_4a0f7f4de9c9bc4d13db033cb75d20af._comment
 create mode 100644 doc/forum/not_getting_file_contents/comment_2_dc7403e1b551552f9fd00da6a1453570._comment
 create mode 100644 doc/forum/one_annex_versus_many_annexes__63__.mdwn
 create mode 100644 doc/forum/one_or_many_annexes__63__.mdwn
 create mode 100644 doc/forum/one_or_many_annexes__63__/comment_1_656d96011801d67a45b0b3bb3d70fa63._comment
 create mode 100644 doc/forum/overmounting_repository_at_home.mdwn
 create mode 100644 doc/forum/overmounting_repository_at_home/comment_1_399ac5014c489698e1e45deec4db7311._comment
 create mode 100644 doc/forum/overmounting_repository_at_home/comment_2_d006d89ba204568cdee0731b6251ec1a._comment
 create mode 100644 doc/forum/overmounting_repository_at_home/comment_3_3734b50c37cbec675813cbeca7bf4ce9._comment
 create mode 100644 doc/forum/partial_synchronisation._android_phone.mdwn
 create mode 100644 doc/forum/partial_synchronisation._android_phone/comment_1_2a48569277945a9c334bdfc51f8fd01f._comment
 create mode 100644 doc/forum/partial_synchronisation._android_phone/comment_2_550ae91c8a1fe060368c4682d37514b6._comment
 create mode 100644 doc/forum/performance_and_multiple_replication_problems.mdwn
 create mode 100644 doc/forum/performance_and_multiple_replication_problems/comment_1_a2cdf1a4840f099f6bc941fd8de966c7._comment
 create mode 100644 doc/forum/performance_and_multiple_replication_problems/comment_2_e65b360706c66ede6e0e841b2ebbbfbc._comment
 create mode 100644 doc/forum/performance_and_multiple_replication_problems/comment_3_ad7cb4c510e2ab26959ea7cb40a43fef._comment
 create mode 100644 doc/forum/performance_and_multiple_replication_problems/comment_4_23a6dc7ea569944ca55bd21851dd770d._comment
 create mode 100644 doc/forum/performance_and_multiple_replication_problems/comment_5_8df6cc8b72e0e78c7380f7d471124498._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk.mdwn
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_1_b3f22f9be02bc4f2d5a121db3d753ff5._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_2_f94abce32ef818176b42a3cc860691ae._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_3_0c8e77fe248e00bd990d568623e5a5c9._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_4_4b7e8f9521d61900d9ad418e74808ffb._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_5_7abbbe7db3988a2d239d11b0a4c597e7._comment
 create mode 100644 doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_6_46bd45fdc25d9c583f4ebe3a9730ab9f._comment
 create mode 100644 doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517.mdwn
 create mode 100644 doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_1_807d7da99f732f2fa5f9d3cb1ba9f1a1._comment
 create mode 100644 doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_2_92a7509fc42ab2347d57f080081d14b5._comment
 create mode 100644 doc/forum/post-copy__47__sync_hook.mdwn
 create mode 100644 doc/forum/post-copy__47__sync_hook/comment_1_c8322d4b9bbf5eac80b48c312a42fbcf._comment
 create mode 100644 doc/forum/preferred_content.mdwn
 create mode 100644 doc/forum/preferred_content/comment_1_9c9e5f2ee5ae4d8459358ad16f879ef1._comment
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks.mdwn
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks/comment_1_70da012d96ab576151fe3e081ef905d1._comment
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks/comment_2_ccea74d8b5a4de1f3cd1f6da6694ae0e._comment
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks/comment_3_fab70c642d5aaf26de05270860281030._comment
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks/comment_4_3cbd06de53b6a13e2741124a8e7b5b5b._comment
 create mode 100644 doc/forum/preferred_content_settings_for_multiple_symlinks/comment_5_963558ab261d8a6315402d371e8348f9._comment
 create mode 100644 doc/forum/public-web-frontend.mdwn
 create mode 100644 doc/forum/public-web-frontend/comment_1_c73bd2dfe020c25eaad1c0707dd2db01._comment
 create mode 100644 doc/forum/public-web-frontend/comment_2_0026d7be6b17e50d86b3b54985882f80._comment
 create mode 100644 doc/forum/public__44___read_only_annex_without_location_tracking.mdwn
 create mode 100644 doc/forum/public__44___read_only_annex_without_location_tracking/comment_1_47262f048a87fd6b781090f880a9bf99._comment
 create mode 100644 doc/forum/public__44___read_only_annex_without_location_tracking/comment_2_ec3ff6487c9e5c89c7e508d72518bd50._comment
 create mode 100644 doc/forum/pulling_from_encrypted_remote.mdwn
 create mode 100644 doc/forum/pulling_from_encrypted_remote/comment_1_e9d6a9a6e01d01edb41a11b0da11d74d._comment
 create mode 100644 doc/forum/pulling_from_encrypted_remote/comment_2_8d0db2ff65ce935c6e68044a3e0721a8._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow.mdwn
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_10_683768c9826b0bf0f267e8734b9eb872._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_11_6b541ed834ef45606f3b98779a25a148._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_12_ca8ca35d6cd4a9f94568536736c12adc._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_13_00c82d320c7b4bb51078beba17e14dc8._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_14_b63568b327215ef8f646a39d760fdfc0._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_15_cb7c856d8141b2de3cc95874753f1ee5._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_1_a32f7efd18d174845099a4ed59e6feae._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_2_66dc9b65523a9912411db03c039ba848._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_3_9b7d89da52f7ebb7801f9ec8545c3aba._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_4_dc8a3f75533906ad3756fcc47f7e96bb._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_5_afe5035a6b35ed2c7e193fb69cc182e2._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_6_3660d45c5656f68924acbd23790024ee._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_7_33db51096f568c65b22b4be0b5538c0d._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_8_6e5b42fdb7801daadc0b3046cbc3d51e._comment
 create mode 100644 doc/forum/pure_git-annex_only_workflow/comment_9_ace319652f9c7546883b5152ddc82591._comment
 create mode 100644 doc/forum/purge_files_with_no_copies.mdwn
 create mode 100644 doc/forum/purge_files_with_no_copies/comment_1_12b578689eb8d5d38c06261ec65e2109._comment
 create mode 100644 doc/forum/question_about_assistant_and___47__archive__47__.mdwn
 create mode 100644 doc/forum/question_about_assistant_and___47__archive__47__/comment_1_97890e26072af9277144651e3fdcada0._comment
 create mode 100644 doc/forum/question_about_assistant_and___47__archive__47__/comment_2_542bf265e35a976ac76767762d67d617._comment
 create mode 100644 doc/forum/question_about_assistant_and___47__archive__47__/comment_3_bafe99159df2adcd5fecc0d67bbf05a5._comment
 create mode 100644 doc/forum/question_about_assistant_and___47__archive__47__/comment_4_e77fa2992d9302a49a05f514c81612ca._comment
 create mode 100644 doc/forum/rebuild_location_log_from_encrypted_remote.mdwn
 create mode 100644 doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment
 create mode 100644 doc/forum/rebuild_location_log_from_encrypted_remote/comment_2_c0b2ce3bc7cd55a0c77ddc31493068c2._comment
 create mode 100644 doc/forum/rebuild_location_log_from_encrypted_remote/comment_3_06a73ca3dc73399ff000b642cca72de7._comment
 create mode 100644 doc/forum/receiving_indirect_renames_on_direct_repo___63__.mdwn
 create mode 100644 doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_1_f4b0a14373c75cb752597c832e296bcc._comment
 create mode 100644 doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_2_8c86dfc99f0b9040402c9d746decda53._comment
 create mode 100644 doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_3_0246fff6c7c75f6be45bd257ec3872a5._comment
 create mode 100644 doc/forum/recover_deleted_files___63__.mdwn
 create mode 100644 doc/forum/recover_deleted_files___63__/comment_1_d7abb7c45c6ec2723a04f153ed215453._comment
 create mode 100644 doc/forum/recover_deleted_files___63__/comment_2_8ea2acaa30d3ee7e9f75310f4ec859b2._comment
 create mode 100644 doc/forum/recover_deleted_files___63__/comment_3_376de81c70799bf409be189a48234815._comment
 create mode 100644 doc/forum/recover_deleted_files___63__/comment_4_2e73ac530d65a01768a57058b7220a29._comment
 create mode 100644 doc/forum/recovering_from_repo_corruption.mdwn
 create mode 100644 doc/forum/recovering_from_repo_corruption/comment_1_01fc85037e24fc70e5c5329898cf6781._comment
 create mode 100644 doc/forum/recovering_from_repo_corruption/comment_2_3bd1c0bf25a0e892e711a60f53cd5298._comment
 create mode 100644 doc/forum/recovering_from_repo_corruption/comment_3_679dde8ca0081fc6854d6d2e8a42abdb._comment
 create mode 100644 doc/forum/recovery_from_failed_merge.mdwn
 create mode 100644 doc/forum/recovery_from_failed_merge/comment_1_84e5b55d473d16bc9bdba5d88dc29bc3._comment
 create mode 100644 doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote.mdwn
 create mode 100644 doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_1_c1962d757dd22f49e774afa13a9862ca._comment
 create mode 100644 doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_2_1f0f4a1dc89643cee81ff7199b55e747._comment
 create mode 100644 doc/forum/reliability__47__completeness_of_XMPP_updates.mdwn
 create mode 100644 doc/forum/reliability__47__completeness_of_XMPP_updates/comment_1_e0f7aa48d54fc0564f41c3a569c723b7._comment
 create mode 100644 doc/forum/reliability__47__completeness_of_XMPP_updates/comment_2_4e74039a673c16c0163f2cfb406dc4c3._comment
 create mode 100644 doc/forum/reliability__47__completeness_of_XMPP_updates/comment_3_41ade4fe72804b2f06cd4dbf405c1746._comment
 create mode 100644 doc/forum/relying_on_git_for_numcopies.mdwn
 create mode 100644 doc/forum/relying_on_git_for_numcopies/comment_1_8ad3cccd7f66f6423341d71241ba89fc._comment
 create mode 100644 doc/forum/relying_on_git_for_numcopies/comment_2_be6acbc26008a9cb54e7b8f498f2c2a2._comment
 create mode 100644 doc/forum/relying_on_git_for_numcopies/comment_3_43d8e1513eb9947f8a503f094c03f307._comment
 create mode 100644 doc/forum/remembering_state.mdwn
 create mode 100644 doc/forum/remembering_state/comment_1_4a6ac5f50dfa5a17a0f0ccd0c2e7a466._comment
 create mode 100644 doc/forum/remembering_state/comment_2_1b02d3713a2986bc027d166589a11c3f._comment
 create mode 100644 doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment
 create mode 100644 doc/forum/remembering_state/comment_4_cbebcc6ed4bdae6815c0576475e96f6a._comment
 create mode 100644 doc/forum/remote_server_client_repositories_are_bare__33____63__.mdwn
 create mode 100644 doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_1_234241460f6c75a8376b303b8dd4e882._comment
 create mode 100644 doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_2_42dfc382d07af2a4f29c76016084f87c._comment
 create mode 100644 doc/forum/repo_corruption_in_usb_external_drive.mdwn
 create mode 100644 doc/forum/repo_corruption_in_usb_external_drive/comment_1_d9122bb0cc3551d92877c299a25b9c9e._comment
 create mode 100644 doc/forum/reserving_space_with_directory_special_remotes.mdwn
 create mode 100644 doc/forum/reserving_space_with_directory_special_remotes/comment_1_cd17b624704d93b51931023f69573323._comment
 create mode 100644 doc/forum/reserving_space_with_directory_special_remotes/comment_2_877ca1be23d1484a8a30cdaeb6630053._comment
 create mode 100644 doc/forum/reserving_space_with_directory_special_remotes/comment_3_65910eeaf3c6fcfd03f22c2957293232._comment
 create mode 100644 doc/forum/retrieving_previous_versions.mdwn
 create mode 100644 doc/forum/retrieving_previous_versions/comment_1_a4e83f688d4ec9177e7bf520f12ed26d._comment
 create mode 100644 doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__.mdwn
 create mode 100644 doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_1_7754e2cfb72b034effe8642c1b3e593e._comment
 create mode 100644 doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_2_04e1da4352ef9f9be90253ea726e5f24._comment
 create mode 100644 doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_3_84aceb9a9d3e5bd14c044861f47e3b9d._comment
 create mode 100644 doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_4_2cd17d01edeb230197865e6ea0884de0._comment
 create mode 100644 doc/forum/rsync_asking_for_an_unknown_password.mdwn
 create mode 100644 doc/forum/rsync_asking_for_an_unknown_password/comment_1_f23d1c04a27625089eaef5b4bb7f8456._comment
 create mode 100644 doc/forum/rsync_asking_for_an_unknown_password/comment_2_ce4b399fdb2f04e30bd8a951994f1c80._comment
 create mode 100644 doc/forum/rsync_over_ssh__63__.mdwn
 create mode 100644 doc/forum/rsync_over_ssh__63__/comment_1_ee21f32e90303e20339e0a568321bbbe._comment
 create mode 100644 doc/forum/rsync_over_ssh__63__/comment_2_aa690da6ecfb2b30fc5080ad76dc77b1._comment
 create mode 100644 doc/forum/rsync_remote_is_not_available_from_a_cloned_repo/comment_1_2e340c5a6473f165dc06cc35db38e5c0._comment
 create mode 100644 doc/forum/rsyncing_.git__47__annex__47__objects.mdwn
 create mode 100644 doc/forum/rsyncing_.git__47__annex__47__objects/comment_1_25eb9f7be5730337b9efd96dce9efd2e._comment
 create mode 100644 doc/forum/rsyncing_.git__47__annex__47__objects/comment_2_d7ceae666c8a1951021d3c6e6ac39a11._comment
 create mode 100644 doc/forum/s3_vs_ssh_Performance_Problems.mdwn
 create mode 100644 doc/forum/s3_vs_ssh_Performance_Problems/comment_1_65f064f09d7850abecab97007b0d30f0._comment
 create mode 100644 doc/forum/s3_vs_ssh_Performance_Problems/comment_2_baaf2384d9196077268e9ca9bbe3b871._comment
 create mode 100644 doc/forum/s3_vs_ssh_Performance_Problems/comment_3_dc44be42070c073d150c476406e9b425._comment
 create mode 100644 doc/forum/s3_vs_ssh_Performance_Problems/comment_4_f9c3ef3b1b44bfb29125acb6ec621f38._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history.mdwn
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_11_383882fafd32f25ed22b5eb2fb3691b9._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_12_47794a2abf29bf4ea2763ff89d872ab4._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_1_4fd76d10a93fe01588fce7a621f9254d._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_2_10ecf3220ffcbbe94ba09da225458f18._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_3_e3beb8acb075faaeef6c052aecbf0a41._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_4_61a5fe2e7e47c60a8b237ea69404a37f._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_5_426d02e2f2a2ae4ec7eae02dfe4519b3._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_6_410a7296c2cee16d3d5bb618a5a41c1d._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_7_42cf492fc98a9eba8176387749ef12e0._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_8_c0327ada073d8b69535f71b4dc6aa57e._comment
 create mode 100644 doc/forum/safely_dropping_git-annex_history/comment_9_f83d6090aea2b7d5d54c876df940cbad._comment
 create mode 100644 doc/forum/seems_to_build_fine_on_haskell_platform_2011.mdwn
 create mode 100644 doc/forum/shared_cipher_tries_to_use_gpg.mdwn
 create mode 100644 doc/forum/shared_cipher_tries_to_use_gpg/comment_1_760961eaaa7d5c254dd71c5792437c9e._comment
 create mode 100644 doc/forum/shared_cipher_tries_to_use_gpg/comment_2_f3260aea3a5bb9b95a9bdf1d0dfce090._comment
 create mode 100644 doc/forum/something_really_good_happened_with_3.20130124.mdwn
 create mode 100644 doc/forum/something_really_good_happened_with_3.20130124/comment_1_1712bddd2f483a353f6313aa626445f1._comment
 create mode 100644 doc/forum/sparse_git_checkouts_with_annex.mdwn
 create mode 100644 doc/forum/sparse_git_checkouts_with_annex/comment_1_c7dc199c5740a0e7ba606dfb5e3e579a._comment
 create mode 100644 doc/forum/sparse_git_checkouts_with_annex/comment_2_e357db3ccc4079f07a291843975535eb._comment
 create mode 100644 doc/forum/sparse_git_checkouts_with_annex/comment_3_fcfafca994194d57dccf5319c7c9e646._comment
 create mode 100644 doc/forum/sparse_git_checkouts_with_annex/comment_4_04dc14880f31eee2b6d767d4d4258c5a._comment
 create mode 100644 doc/forum/special_remote_for_IMAP.mdwn
 create mode 100644 doc/forum/special_remote_for_IMAP/comment_1_7c7d4b57a1b6508fff1a6b0508c861f8._comment
 create mode 100644 doc/forum/special_remote_for_IMAP/comment_2_9c46fe8a857aa7a5ce797288144386bd._comment
 create mode 100644 doc/forum/special_remote_for_IMAP/comment_3_27e3b644df6942ce4c103236d0d5cb1b._comment
 create mode 100644 doc/forum/special_remote_for_iPods.mdwn
 create mode 100644 doc/forum/special_remote_for_iPods/comment_1_37cc3dc740341cc663074fd3bfb85947._comment
 create mode 100644 doc/forum/speed_up_assistant_startup_on_large_repositories.mdwn
 create mode 100644 doc/forum/speed_up_assistant_startup_on_large_repositories/comment_1_5ba637a0f6d01ba24fe25e6265134e0a._comment
 create mode 100644 doc/forum/speed_up_assistant_startup_on_large_repositories/comment_2_d65746697977f8971a4b59f5b413f926._comment
 create mode 100644 doc/forum/speed_up_assistant_startup_on_large_repositories/comment_3_be6c4fe5a0c745688438b716973791cc._comment
 create mode 100644 doc/forum/speed_up_assistant_startup_on_large_repositories/comment_4_a07472338a08c068a9b88b2176fc2bee._comment
 create mode 100644 doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer.mdwn
 create mode 100644 doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_1_87b9540e37abb16c0ec7605f5ab204a5._comment
 create mode 100644 doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_2_bd3383c142bf93d9cd496cb668d7782c._comment
 create mode 100644 doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_3_9b1911ae6468d09dae74ab1a60d2757b._comment
 create mode 100644 doc/forum/ssh_key_setup_woes_in_Android.mdwn
 create mode 100644 doc/forum/ssh_key_setup_woes_in_Android/comment_1_f16fbff27a449409699f3dbcf9590622._comment
 create mode 100644 doc/forum/ssh_password.mdwn
 create mode 100644 doc/forum/ssh_password/comment_1_a3e5a41e1d4da683d577976b134b11ee._comment
 create mode 100644 doc/forum/ssh_password/comment_2_fa261676a99d49d4b237b0d43048d76d._comment
 create mode 100644 doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__.mdwn
 create mode 100644 doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_1_7244794579a191a677190c60758f32e7._comment
 create mode 100644 doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_2_277cf12907bd7c5930eb4f137b115e29._comment
 create mode 100644 doc/forum/ssh_vs_cifs__47__webdav.mdwn
 create mode 100644 doc/forum/start_assistant_from_command_line.mdwn
 create mode 100644 doc/forum/start_assistant_from_command_line/comment_1_f8dfce1fca9f1212ccaf84e431db71a9._comment
 create mode 100644 doc/forum/start_assistant_from_command_line/comment_2_e769c5d09afbff85961363ddc5eb4019._comment
 create mode 100644 doc/forum/switching_backends.mdwn
 create mode 100644 doc/forum/switching_backends/comment_1_ecf4109c1148dafde3519243ae3c5a03._comment
 create mode 100644 doc/forum/switching_backends/comment_2_21f465a18f40b95dafd307fce0de659a._comment
 create mode 100644 doc/forum/switching_backends/comment_4_4c13d22c1695195e6b101bd20ef6bb42._comment
 create mode 100644 doc/forum/switching_backends/comment_4_e1d4a48baac23fd3f67b20eba4eee8af._comment
 create mode 100644 doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running.mdwn
 create mode 100644 doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running/comment_1_7832243a36613c48d0077b438dbf8b4a._comment
 create mode 100644 doc/forum/sync_between_indirect_and_direct_mode.mdwn
 create mode 100644 doc/forum/sync_between_indirect_and_direct_mode/comment_1_7efc0d79196675582571c05fdd133b53._comment
 create mode 100644 doc/forum/sync_between_indirect_and_direct_mode/comment_2_8ac84dbaf7a4d503497487cbdb1749d8._comment
 create mode 100644 doc/forum/sync_between_indirect_and_direct_mode/comment_3_9acb237711669ec6046a8d07f9ed3b2c._comment
 create mode 100644 doc/forum/sync_stages_deletions_on_remote.mdwn
 create mode 100644 doc/forum/sync_stages_deletions_on_remote/comment_1_2b639066095e450c2d9be3b2775d24b3._comment
 create mode 100644 doc/forum/sync_stages_deletions_on_remote/comment_2_da5775526a2a476b6ead1cd1a735b8bd._comment
 create mode 100644 doc/forum/sync_stages_deletions_on_remote/comment_3_9e07593228915936fadcf90373be9f4e._comment
 create mode 100644 doc/forum/sync_stages_deletions_on_remote/comment_4_e5a3dc34c6229ec40bc999c3cab28041._comment
 create mode 100644 doc/forum/syncing_home_directories.mdwn
 create mode 100644 doc/forum/syncing_home_directories/comment_1_220a6e0ffe0ea610921a63c0a6e3beab._comment
 create mode 100644 doc/forum/syncing_non-git_trees_with_git-annex.mdwn
 create mode 100644 doc/forum/syncing_non-git_trees_with_git-annex/comment_1_7f9593bdfd95e4a8814e6cc5c44619e6._comment
 create mode 100644 doc/forum/syncing_non-git_trees_with_git-annex/comment_2_49f15478781a0ad5e46e75319070335c._comment
 create mode 100644 doc/forum/syncing_non-git_trees_with_git-annex/comment_3_6d8f399f0549eddd1d1f5c9c9a10c654._comment
 create mode 100644 doc/forum/taskwarrior.mdwn
 create mode 100644 doc/forum/taskwarrior/comment_1_1c3a29e7d292cb602d9d349f8009b51e._comment
 create mode 100644 doc/forum/taskwarrior/comment_2_4b3d70501763f6d36c927ae37bbd33c2._comment
 create mode 100644 doc/forum/telehash_syncing.mdwn
 create mode 100644 doc/forum/tell_us_how_you__39__re_using_git-annex.mdwn
 create mode 100644 doc/forum/tell_us_how_you__39__re_using_git-annex/comment_1_4884803ddee7f642a3ac995a19967a6a._comment
 create mode 100644 doc/forum/tell_us_how_you__39__re_using_git-annex/comment_2_61f5054918e7b36c191454365bc7f3b7._comment
 create mode 100644 doc/forum/tell_us_how_you__39__re_using_git-annex/comment_3_db07e8703be606c998c831e91d300d69._comment
 create mode 100644 doc/forum/tell_us_how_you__39__re_using_git-annex/comment_4_a58595969cdd42ed20210e9615b42e42._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs.mdwn
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_1_76bb33ce45ce6a91b86454147463193b._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_2_4d9b9d47d01d606a475678f630797bf9._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_3_8a812b11fcc2dc3b6fcf01cdbbb8459d._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_4_fc98c819bc5eb4d7c9e74d87fb4f6f3b._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_5_c459fb479fe7b13eaea2377cfc1923a6._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_6_2e9da5a919bbbc27b32de3b243867d4f._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_7_d636c868524b2055ee85832527437f90._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_8_39dc449cc60a787c3bfbfaaac6f9be0c._comment
 create mode 100644 doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_9_2592749c2f02b3e151896e31acba359b._comment
 create mode 100644 doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_.mdwn
 create mode 100644 doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_1_4ad9a6a7cf5678ac0bc6d46a54f64cd3._comment
 create mode 100644 doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_2_82dc18ed14879936d04133f248879fb9._comment
 create mode 100644 doc/forum/trusted_repositories:_fatal:_not_a_git_repo.mdwn
 create mode 100644 doc/forum/trusted_repositories:_fatal:_not_a_git_repo/comment_1_0a755a4a281c3bd130722093c8ddd080._comment
 create mode 100644 doc/forum/ui.mdwn
 create mode 100644 doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment
 create mode 100644 doc/forum/ui/comment_2_b493ee97eb2378e72c12f3d137109580._comment
 create mode 100644 doc/forum/unannex_alternatives.mdwn
 create mode 100644 doc/forum/unannex_alternatives/comment_1_dcd4cd41280b41512bbdffafaf307993._comment
 create mode 100644 doc/forum/unannex_alternatives/comment_2_58a72a9fe0f58c7af0b4d7927a2dd21d._comment
 create mode 100644 doc/forum/unannex_alternatives/comment_3_b1687fc8f9e7744327bbeb6f0635d1cd._comment
 create mode 100644 doc/forum/unknown_response_from_git_cat-file.mdwn
 create mode 100644 doc/forum/unknown_response_from_git_cat-file/comment_1_f26ba569e715fe69b6de3093930362ee._comment
 create mode 100644 doc/forum/unlock__47__lock_always_gets_me.mdwn
 create mode 100644 doc/forum/unlock__47__lock_always_gets_me/comment_1_dee73a7ea3e1a5154601adb59782831f._comment
 create mode 100644 doc/forum/unlock__47__lock_always_gets_me/comment_2_f89b4349dde840c355a3bc28908decdf._comment
 create mode 100644 doc/forum/unlock__47__lock_always_gets_me/comment_3_acbab7b75726d34dccb5c9dab7b3e728._comment
 create mode 100644 doc/forum/unrelated_repositories_sync.mdwn
 create mode 100644 doc/forum/unrelated_repositories_sync/comment_1_c899b7b05a96d14e25c2efadff3b4e52._comment
 create mode 100644 doc/forum/unsynced_folder.mdwn
 create mode 100644 doc/forum/unsynced_folder/comment_1_7d7a262f067c7b02d76e82637223934c._comment
 create mode 100644 doc/forum/update_via_cabal_fails.mdwn
 create mode 100644 doc/forum/update_via_cabal_fails/comment_1_e1235dc2acd3bac3dd51b7614dabbb88._comment
 create mode 100644 doc/forum/updating_the___34__number_of_copies__34__.mdwn
 create mode 100644 doc/forum/updating_the___34__number_of_copies__34__/comment_1_327bdb0d9c190c60c7147b3acf07af09._comment
 create mode 100644 doc/forum/updating_the___34__number_of_copies__34__/comment_2_7e11c839637e0894332e413cde02cee9._comment
 create mode 100644 doc/forum/updating_the___34__number_of_copies__34__/comment_3_8b7a70fb3bb41e4eda412302834730bb._comment
 create mode 100644 doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__.mdwn
 create mode 100644 doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_1_955f3aac12c1ddb41267c5a23ccb79e3._comment
 create mode 100644 doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_2_0aff36755f49afddd5482a602a1ccd2b._comment
 create mode 100644 doc/forum/use_existing_ssh_keys__63__.mdwn
 create mode 100644 doc/forum/use_existing_ssh_keys__63__/comment_1_c420c53f022bbd1b28494bc44d076feb._comment
 create mode 100644 doc/forum/use_existing_ssh_keys__63__/comment_2_e4cae848e5701852073ced307832872b._comment
 create mode 100644 doc/forum/use_existing_ssh_keys__63__/comment_3_a97c20b6df74c49e5f57c7caf962f1e2._comment
 create mode 100644 doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__.mdwn
 create mode 100644 doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_1_5c3ee8a8aaa6d0918c0cc9683ce177ae._comment
 create mode 100644 doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_2_648946353c6d90c57351cce4010f1301._comment
 create mode 100644 doc/forum/version_3_upgrade.mdwn
 create mode 100644 doc/forum/version_3_upgrade/comment_1_05fc9c9cad26c520bebb98c852c71e35._comment
 create mode 100644 doc/forum/view_from_numeric_values.mdwn
 create mode 100644 doc/forum/view_from_numeric_values/comment_1_f3c440f3f0104002a0020ba96ddcf87b._comment
 create mode 100644 doc/forum/view_from_numeric_values/comment_2_2414e1a8cfd154c339d8fc0e4a630ae9._comment
 create mode 100644 doc/forum/view_from_numeric_values/comment_3_7879a11cc9767cdaac14f9993182dc25._comment
 create mode 100644 doc/forum/view_from_numeric_values/comment_4_517c7659654a6fc608eb3332053df8a4._comment
 create mode 100644 doc/forum/view_including_files_with_no_tags.mdwn
 create mode 100644 doc/forum/view_including_files_with_no_tags/comment_1_b0aafc023fbec33af268576c4c199af3._comment
 create mode 100644 doc/forum/view_including_files_with_no_tags/comment_2_5ae9d5308371bdb1f94342c9f9b01aff._comment
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted.mdwn
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_1_ff53fa0b5f0c4a6554a37e3309e26925._comment
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_3_1d4a3f4e83b288262e291262a6636602._comment
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_3_4e96e5325fd12e48f190fe551a6ac07e._comment
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment
 create mode 100644 doc/forum/views___40__branches__41___never_get_deleted/comment_5_02e08dffb01246010b390aeef8f32234._comment
 create mode 100644 doc/forum/vlc_and_git-annex.mdwn
 create mode 100644 doc/forum/vlc_and_git-annex/comment_1_9c9ab8ce463cf74418aa2f385955f165._comment
 create mode 100644 doc/forum/vlc_and_git-annex/comment_2_037f94c1deeac873dbdb36cd4c927e45._comment
 create mode 100644 doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout.mdwn
 create mode 100644 doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_1_c0d9758be80d1a349ffe82c80075bebd._comment
 create mode 100644 doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_2_c28dae2eb0ab825ee6d43735e04a18a3._comment
 create mode 100644 doc/forum/webapp___47___assistant_without_watch.mdwn
 create mode 100644 doc/forum/webapp___47___assistant_without_watch/comment_1_1bcd99aa81f937ded683e19a69d33dd9._comment
 create mode 100644 doc/forum/webapp___47___assistant_without_watch/comment_2_9f5b3f5bf7fedcd5baec519d97d3aa8c._comment
 create mode 100644 doc/forum/webapp_and_manual_mode.mdwn
 create mode 100644 doc/forum/webapp_and_manual_mode/comment_1_5b5df5ffeb6ee15779972f13fdc11729._comment
 create mode 100644 doc/forum/webapp_and_manual_mode/comment_2_a1f06b50d1317c78a301b47eb05d2617._comment
 create mode 100644 doc/forum/webapp_and_manual_mode/comment_3_f0739bf4304a91a5d4ec33ac2421c966._comment
 create mode 100644 doc/forum/webapp_does_not_start.mdwn
 create mode 100644 doc/forum/webapp_does_not_start/comment_1_dd27d30ce305562a1552f46c87b1cd27._comment
 create mode 100644 doc/forum/webapp_does_not_start/comment_2_ef37f40288a1181ca619ae13b0f7a994._comment
 create mode 100644 doc/forum/webapp_does_not_start/comment_3_6e625dba9f7fa36bf9c7e9d77fbadeff._comment
 create mode 100644 doc/forum/webapp_listen_port_with_autostart.mdwn
 create mode 100644 doc/forum/webapp_listen_port_with_autostart/comment_1_65dbcf3d8f6c16568f5a326242eab9c5._comment
 create mode 100644 doc/forum/webapp_listen_port_with_autostart/comment_2_39664f833dedc1a4fe083eec9bc4a7cd._comment
 create mode 100644 doc/forum/what_happens_to_deleted_files__63__.mdwn
 create mode 100644 doc/forum/what_happens_to_deleted_files__63__/comment_1_a476174646ad3adfbbe0cafdd7d42d08._comment
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes.mdwn
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_1_4eaca07152916adc18032fb404e4dd92._comment
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_2_94b43ac23ff8332b35723422eede8997._comment
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_3_45ffa6dd17667ecd6685f85f34046eff._comment
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_4_d459fbcf0db59b821ae67f4949e48103._comment
 create mode 100644 doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_5_e52a8c9cb418fbc2e2cba71f37bd44ad._comment
 create mode 100644 doc/forum/windows_port__63__.mdwn
 create mode 100644 doc/forum/windows_port__63__/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
 create mode 100644 doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer.mdwn
 create mode 100644 doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer/comment_1_c818a6d44dc13a56460b1865f70eb97c._comment
 create mode 100644 doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space.mdwn
 create mode 100644 doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_1_467e5e3db3e836030bc4b4f15846951f._comment
 create mode 100644 doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_2_e3ca3db9bea11d3e085ee9c3c56b33fe._comment
 create mode 100644 doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_3_0ef8c37350fc192d9b784fbab1d9f318._comment
 create mode 100644 doc/forum/working_without_git-annex_commits.mdwn
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up.mdwn
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_1_00b084f9786de6516f46065c0cb00e79._comment
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_2_138499b36d28c5e267b4aad8792dc87e._comment
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_3_6c59c494b563e56d061417eb2216bb19._comment
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_4_ccbba61cdd6fce3e5de82417bcc0cbfb._comment
 create mode 100644 doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_5_50526283b35997cece2f087507cdd4ee._comment
 create mode 100644 doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__.mdwn
 create mode 100644 doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_1_b011442de2f67f3ad340031a0767e990._comment
 create mode 100644 doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_2_c69865c08c3eb49d64310fc76e80c65d._comment
 create mode 100644 doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_3_7651fb48fc71b2c7b4e7b6830a0f9865._comment
 create mode 100644 doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_4_7d88f1aa163185c801b7697846086c7f._comment
 create mode 100644 doc/future_proofing.mdwn
 create mode 100644 doc/git-annex-shell.mdwn
 create mode 100644 doc/git-annex.mdwn
 create mode 100644 doc/git-union-merge.mdwn
 create mode 100644 doc/how_it_works.mdwn
 create mode 100644 doc/how_it_works/comment_1_b3bdd6a06d5764db521ae54878131f5f._comment
 create mode 100644 doc/how_it_works/comment_2_2a8ce5859040d815e6234fc18f5f1961._comment
 create mode 100644 doc/index.mdwn
 create mode 100644 doc/install.mdwn
 create mode 100644 doc/install/Android.mdwn
 create mode 100644 doc/install/Android/comment_10_225f2c6fe255be93702cfbd4dc172f3b._comment
 create mode 100644 doc/install/Android/comment_10_4b565e73f02f0e84bdf7e686b0d7bf5f._comment
 create mode 100644 doc/install/Android/comment_11_4e970633d9073fcf4bc33f3fff2525b2._comment
 create mode 100644 doc/install/Android/comment_12_87da4f379a0276b662583e7e22061218._comment
 create mode 100644 doc/install/Android/comment_1_f9ced494a530e6ae3e76cfbaddb89f5d._comment
 create mode 100644 doc/install/Android/comment_2_74cccae04ea23a8600069c7e658143aa._comment
 create mode 100644 doc/install/Android/comment_3_82c7cb31d19d4e18ca5548da5ca19a79._comment
 create mode 100644 doc/install/Android/comment_4_cebaa8ee5bbed27d9b2d032ca7bdec6e._comment
 create mode 100644 doc/install/Android/comment_8_34f7c42050fa48769a6bfae60d72e477._comment
 create mode 100644 doc/install/Android/comment_9_f3d289b78d6bdb3cc65689495a8439a5._comment
 create mode 100644 doc/install/ArchLinux.mdwn
 create mode 100644 doc/install/ArchLinux/comment_1_da5919c986d2ae187bc2f73de9633978._comment
 create mode 100644 doc/install/ArchLinux/comment_2_e5f923e6d81cfb3fba7a72f60baaf4ab._comment
 create mode 100644 doc/install/ArchLinux/comment_3_8e607cd883ec174571e9dfe3b25bfd05._comment
 create mode 100644 doc/install/ArchLinux/comment_4_a378391dd218859f381c479259dd8fe3._comment
 create mode 100644 doc/install/ArchLinux/comment_5_cbc960cd78bf5b90e3bb6cb605d6d970._comment
 create mode 100644 doc/install/ArchLinux/comment_6_1d597d6a95f9c2df7dae6e98813e4865._comment
 create mode 100644 doc/install/ArchLinux/comment_7_2d708977e2fad6b68803494576382df5._comment
 create mode 100644 doc/install/ArchLinux/comment_8_5b5f5e0b64e5bfb1ea12e8b251c6fb5f._comment
 create mode 100644 doc/install/Debian.mdwn
 create mode 100644 doc/install/Debian/comment_14_a34e23d9aa3027012ab1236aa4f7d5cb._comment
 create mode 100644 doc/install/Debian/comment_15_20d8271ba3f6cfe3c8849c3d41607630._comment
 create mode 100644 doc/install/Debian/comment_16_89f67da4a4a6a626a7db9c6674b244b6._comment
 create mode 100644 doc/install/Debian/comment_17_ef7f3e88d61833e51f0302e938343818._comment
 create mode 100644 doc/install/Debian/comment_1_029486088d098c2d4f1099f2f0e701a9._comment
 create mode 100644 doc/install/Debian/comment_2_648e3467e260cdf233acdb0b53313ce0._comment
 create mode 100644 doc/install/Debian/comment_3_4d922e11249627634ecc35bba4044d9e._comment
 create mode 100644 doc/install/Debian/comment_4_2a93ab18b05ccb90e7acc5885866fca2._comment
 create mode 100644 doc/install/Debian/comment_7_1bccc7bf7a4ef61a9b30024b9b22ba7d._comment
 create mode 100644 doc/install/Debian/comment_8_5b5a3b0e8abe8831a6a15a4e258d14fd._comment
 create mode 100644 doc/install/Docker.mdwn
 create mode 100644 doc/install/Fedora.mdwn
 create mode 100644 doc/install/Fedora/comment_1_c4db84e672ad4b45b522db735706b00f._comment
 create mode 100644 doc/install/Fedora/comment_2_f98c488c09bef86e2b0414589ce9e141._comment
 create mode 100644 doc/install/Fedora/comment_3_d872acf8865fe7c99a9b712db5b38ea4._comment
 create mode 100644 doc/install/Fedora/comment_4_93b3402e4c51e1a5c96f907bb528164b._comment
 create mode 100644 doc/install/Fedora/comment_5_0427e0503764b29e57abf9e97155136b._comment
 create mode 100644 doc/install/Fedora/comment_6_1b1b38a79251fe2e8c1e4debbe3bc3c5._comment
 create mode 100644 doc/install/Fedora/comment_7_4832d271dcc63a6cd1c40fe38ad5e367._comment
 create mode 100644 doc/install/Fedora/comment_8_80e167cde1a6511683a8f6e8029c0da6._comment
 create mode 100644 doc/install/FreeBSD.mdwn
 create mode 100644 doc/install/Gentoo.mdwn
 create mode 100644 doc/install/Homebrew.mdwn
 create mode 100644 doc/install/Linux_standalone.mdwn
 create mode 100644 doc/install/Linux_standalone/comment_1_1adc00aecc51f1e74701bd67cd74155d._comment
 create mode 100644 doc/install/Linux_standalone/comment_2_7983285b56fd10359a7cc3615fd1e2fe._comment
 create mode 100644 doc/install/NixOS.mdwn
 create mode 100644 doc/install/NixOS/comment_1_4e487ddd2654a8a992c1538b9c3bf003._comment
 create mode 100644 doc/install/OSX.mdwn
 create mode 100644 doc/install/OSX/comment_10_cd2120552ef894a37933b328136fa4cc._comment
 create mode 100644 doc/install/OSX/comment_11_740fa80e2e54e6fb570f820ff1f56440._comment
 create mode 100644 doc/install/OSX/comment_12_a84028080578a8b60115b6c4ef823627._comment
 create mode 100644 doc/install/OSX/comment_13_d6f1db401858ffea23c123db49f5b296._comment
 create mode 100644 doc/install/OSX/comment_14_035f856923276b0edad879e196e94097._comment
 create mode 100644 doc/install/OSX/comment_15_336e0acb00e84943715e69917643a69e._comment
 create mode 100644 doc/install/OSX/comment_16_1befafa862b7d07b1f6e57c0182497cf._comment
 create mode 100644 doc/install/OSX/comment_17_19c08b2c6c2c5cd88bf96d2bcbbd9055._comment
 create mode 100644 doc/install/OSX/comment_18_537fad5d8854e765499d47602d1ab398._comment
 create mode 100644 doc/install/OSX/comment_19_18d4377f4ded5604d395d73783ba82c9._comment
 create mode 100644 doc/install/OSX/comment_20_3e6a3c00444badf2cf7a9ee3d54af11e._comment
 create mode 100644 doc/install/OSX/comment_21_987f1302f56107c926b6daf83e124654._comment
 create mode 100644 doc/install/OSX/comment_22_6b5f44a98f9d37a1c6ecfe19a60fe6c5._comment
 create mode 100644 doc/install/OSX/comment_23_3d82a270dd4b0159f4aab5675166e1e3._comment
 create mode 100644 doc/install/OSX/comment_24_b9d3563a2cc3d769f27876e028dc344d._comment
 create mode 100644 doc/install/OSX/comment_25_db90984062a07576a4777b2d743161f1._comment
 create mode 100644 doc/install/OSX/comment_27_2a60108a440231ba83f5a54b6bcc5488._comment
 create mode 100644 doc/install/OSX/comment_27_d453510b9bb62072a4c663206c12c8a4._comment
 create mode 100644 doc/install/OSX/comment_28_0970bfd63137ea48701dff6aea1b4bcb._comment
 create mode 100644 doc/install/OSX/comment_29_8622ed56c6a8034c20fb311418d94003._comment
 create mode 100644 doc/install/OSX/comment_2_25552ff2942048fafe97d653757f1ad6._comment
 create mode 100644 doc/install/OSX/comment_30_ce58633ef5b2f8f4caa7e626358f33be._comment
 create mode 100644 doc/install/OSX/comment_31_09084a7b3cf06bfa3add0f4991476ffe._comment
 create mode 100644 doc/install/OSX/comment_32_a46d8e3e7795b9afb1e1c2be943d12af._comment
 create mode 100644 doc/install/OSX/comment_33_203a36322b3c453c05c8906c64e62e06._comment
 create mode 100644 doc/install/OSX/comment_34_874ff01f27911baf6ef0f559d5d5f5a0._comment
 create mode 100644 doc/install/OSX/comment_3_47a77a03040fe628109bd54f82f9ad7a._comment
 create mode 100644 doc/install/OSX/comment_4_25cac8bcd84a5210fc0a5243260b8cc7._comment
 create mode 100644 doc/install/OSX/comment_4_bbe99673033e4c48c8bb3db24ee419f9._comment
 create mode 100644 doc/install/OSX/comment_5_39b4b748b4586bf32b37edfefef84bba._comment
 create mode 100644 doc/install/OSX/comment_6_1a9c91ef43edc4148947f202ff604114._comment
 create mode 100644 doc/install/OSX/comment_7_892f7e65f95f43697164267c4b71c0d5._comment
 create mode 100644 doc/install/OSX/comment_8_38d9c2eea1090674de2361274eab5b0e._comment
 create mode 100644 doc/install/OSX/comment_9_35bf3812db6f3ef25da9b3bc84f147c5._comment
 create mode 100644 doc/install/OSX/old_comments.mdwn
 create mode 100644 doc/install/OSX/old_comments/comment_10_4d15bfc4fc26e7249953bebfbb09e0aa._comment
 create mode 100644 doc/install/OSX/old_comments/comment_10_798000aab19af2944b6e44dbc550c6fe._comment
 create mode 100644 doc/install/OSX/old_comments/comment_11_707a1a27a15b2de8dfc8d1a30420ab4c._comment
 create mode 100644 doc/install/OSX/old_comments/comment_12_60d13f2c8e008af1041bea565a392c83._comment
 create mode 100644 doc/install/OSX/old_comments/comment_13_a6f48c87c2d6eabe379d6e10a6cac453._comment
 create mode 100644 doc/install/OSX/old_comments/comment_14_6ef2ddb7b11ce6ad54578ae118ed346e._comment
 create mode 100644 doc/install/OSX/old_comments/comment_15_6fd1fad5b6d9f36620e5a0e99edd2f89._comment
 create mode 100644 doc/install/OSX/old_comments/comment_16_af6fe3540032cdf4400478de87771058._comment
 create mode 100644 doc/install/OSX/old_comments/comment_17_8d3a0596db67108041728b20f2790f31._comment
 create mode 100644 doc/install/OSX/old_comments/comment_1_0a1760bf0db1f1ba89bdb4c62032f631._comment
 create mode 100644 doc/install/OSX/old_comments/comment_2_0327c64b15249596add635d26f4ce67f._comment
 create mode 100644 doc/install/OSX/old_comments/comment_2_7683740a98182de06cb329792e0c0a25._comment
 create mode 100644 doc/install/OSX/old_comments/comment_34_c9362141d15a2f68a75df9f8bfe29da0._comment
 create mode 100644 doc/install/OSX/old_comments/comment_35_8106196c3fef70652cb2106e2d5857db._comment
 create mode 100644 doc/install/OSX/old_comments/comment_3_47c682a779812dda77601c24a619923c._comment
 create mode 100644 doc/install/OSX/old_comments/comment_3_733147cebe501c60f2141b711f1d7f24._comment
 create mode 100644 doc/install/OSX/old_comments/comment_3_b090f40fe5a32e00b472a5ab2b850b4a._comment
 create mode 100644 doc/install/OSX/old_comments/comment_3_fc092412e99cf4c5f095b0ef710bc4de._comment
 create mode 100644 doc/install/OSX/old_comments/comment_4_d513e21512a9b207983d38abf348d00f._comment
 create mode 100644 doc/install/OSX/old_comments/comment_4_d68c36432c7be3f4a76f4f0d7300bac9._comment
 create mode 100644 doc/install/OSX/old_comments/comment_4_e6109a964064a2a799768a370e57801d._comment
 create mode 100644 doc/install/OSX/old_comments/comment_5_50777853f808d57b957f8ce9a0f84b3d._comment
 create mode 100644 doc/install/OSX/old_comments/comment_5_626a4b4bf302d4ae750174f860402f70._comment
 create mode 100644 doc/install/OSX/old_comments/comment_6_18a8df794aa0ddd294dbf17d3d4c7fe2._comment
 create mode 100644 doc/install/OSX/old_comments/comment_7_2ce7acab15403d3f993cec94ec7f3bc6._comment
 create mode 100644 doc/install/OSX/old_comments/comment_8_a93ad4b67c5df4243268bcf32562f6be._comment
 create mode 100644 doc/install/OSX/old_comments/comment_9_ae3ed5345bc84f57e44251d2e6c39342._comment
 create mode 100644 doc/install/OSX/old_comments/comment_9_c6b1b31d16f2144ad08abd8c767b6ab9._comment
 create mode 100644 doc/install/ScientificLinux5.mdwn
 create mode 100644 doc/install/Ubuntu.mdwn
 create mode 100644 doc/install/Ubuntu/comment_10_490e065314693423ab6969d8ae6978fe._comment
 create mode 100644 doc/install/Ubuntu/comment_11_4ebac3fb43de854ed1a3b1d2ea94011a._comment
 create mode 100644 doc/install/Ubuntu/comment_12_38f69dffe2db0d15e4c4e5cb47f40ef8._comment
 create mode 100644 doc/install/Ubuntu/comment_1_d1c511153fe94bf33e19a1281f1c92f2._comment
 create mode 100644 doc/install/Ubuntu/comment_2_ad13886c1c1f76d1cd995ea7b7d8471c._comment
 create mode 100644 doc/install/Ubuntu/comment_3_a08817322739b03cf0fec97283b16f1a._comment
 create mode 100644 doc/install/Ubuntu/comment_4_fe0997e56136bd30749f0995cbf19b56._comment
 create mode 100644 doc/install/Ubuntu/comment_5_fbb5306a162db1a1ee9efa3523aac952._comment
 create mode 100644 doc/install/Ubuntu/comment_6_a97e7f0e62ac685c3ded423bddeaa67f._comment
 create mode 100644 doc/install/Ubuntu/comment_7_921a223fd7e679b9ced3d8ba5ce688e0._comment
 create mode 100644 doc/install/Ubuntu/comment_8_1f943cb084fa8e21bc6ee5fc3118f02f._comment
 create mode 100644 doc/install/Ubuntu/comment_9_c2f8b35ada873acb1ce593b04e2899fe._comment
 create mode 100644 doc/install/Windows.mdwn
 create mode 100644 doc/install/cabal.mdwn
 create mode 100644 doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
 create mode 100644 doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
 create mode 100644 doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
 create mode 100644 doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
 create mode 100644 doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
 create mode 100644 doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
 create mode 100644 doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment
 create mode 100644 doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment
 create mode 100644 doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
 create mode 100644 doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
 create mode 100644 doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
 create mode 100644 doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
 create mode 100644 doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
 create mode 100644 doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
 create mode 100644 doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
 create mode 100644 doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
 create mode 100644 doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
 create mode 100644 doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment
 create mode 100644 doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
 create mode 100644 doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment
 create mode 100644 doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment
 create mode 100644 doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
 create mode 100644 doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
 create mode 100644 doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
 create mode 100644 doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment
 create mode 100644 doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
 create mode 100644 doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment
 create mode 100644 doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment
 create mode 100644 doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
 create mode 100644 doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
 create mode 100644 doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
 create mode 100644 doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment
 create mode 100644 doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
 create mode 100644 doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
 create mode 100644 doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
 create mode 100644 doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment
 create mode 100644 doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
 create mode 100644 doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment
 create mode 100644 doc/install/comment_1_0aa16754fb08d8f2a54c8c3f78b6c187._comment
 create mode 100644 doc/install/fromscratch.mdwn
 create mode 100644 doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment
 create mode 100644 doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment
 create mode 100644 doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
 create mode 100644 doc/install/openSUSE.mdwn
 create mode 100644 doc/internals.mdwn
 create mode 100644 doc/internals/comment_1_4b8ed353dca4f484b3b6eb463fa02fd8._comment
 create mode 100644 doc/internals/comment_2_c19232d5cc4976c2e5b014aef6e8d9ec._comment
 create mode 100644 doc/internals/hashing.mdwn
 create mode 100644 doc/internals/hashing/comment_1_9153e4f4f9335e524cf1b96a51bef41f._comment
 create mode 100644 doc/internals/key_format.mdwn
 create mode 100644 doc/internals/lockdown.mdwn
 create mode 100644 doc/license.mdwn
 create mode 100644 doc/license/AGPL
 create mode 100644 doc/license/GPL
 create mode 100644 doc/license/LGPL
 create mode 100644 doc/links/key_concepts.mdwn
 create mode 100644 doc/links/other_stuff.mdwn
 create mode 100644 doc/links/the_details.mdwn
 create mode 100644 doc/location_tracking.mdwn
 create mode 100644 doc/logo-old-bw.svg
 create mode 100644 doc/logo-old.png
 create mode 100644 doc/logo-old.svg
 create mode 100644 doc/logo-old_small.png
 create mode 100644 doc/logo.mdwn
 create mode 100644 doc/logo.svg
 create mode 100644 doc/logo_16x16.png
 create mode 100644 doc/logo_32x32.png
 create mode 100644 doc/logo_small.png
 create mode 100644 doc/meta.mdwn
 create mode 100644 doc/metadata.mdwn
 create mode 100644 doc/metadata/comment_1_d367fdaf0425b59d694bf16059d47192._comment
 create mode 100644 doc/metadata/comment_2_e15d2b5a405db4ccdb91d6aad4a22983._comment
 create mode 100644 doc/news.mdwn
 create mode 100644 doc/news/2013_git-annex_user_survey.mdwn
 create mode 100644 doc/news/LWN_article.mdwn
 create mode 100644 doc/news/Presentation_at_FOSDEM.mdwn
 create mode 100644 doc/news/git_annex_fall_of_code.mdwn
 create mode 100644 doc/news/sharebox_a_FUSE_filesystem_for_git-annex.mdwn
 create mode 100644 doc/news/sharebox_a_FUSE_filesystem_for_git-annex/comment_1_e238d1734238e37bb55ff952b32e06b8._comment
 create mode 100644 doc/news/version_5.20140529.mdwn
 create mode 100644 doc/news/version_5.20140606.mdwn
 create mode 100644 doc/news/version_5.20140613.mdwn
 create mode 100644 doc/news/version_5.20140707.mdwn
 create mode 100644 doc/news/version_5.20140709.mdwn
 create mode 100644 doc/not.mdwn
 create mode 100644 doc/not/comment_10_d8fb9add7e98dadea2a39f8827f75447._comment
 create mode 100644 doc/not/comment_11_6c23aba5a9c341f2d5e2007e4b43f2ea._comment
 create mode 100644 doc/not/comment_12_a0ef1a045257659f0f8722e4987e0ccc._comment
 create mode 100644 doc/not/comment_13_c5c20576388f18daba3af913b44fb001._comment
 create mode 100644 doc/not/comment_14_837e3699014b73e8f2bd2a668eea9eef._comment
 create mode 100644 doc/not/comment_15_ac7396ca125abb80a42f9aaaf61a6ab4._comment
 create mode 100644 doc/not/comment_1_ab41bec1ccc884e71780cb9458439170._comment
 create mode 100644 doc/not/comment_2_0e19ff7deb5ed65f2bc685d4c516d816._comment
 create mode 100644 doc/not/comment_3_bab9584c41a25dda934ad230e3eb732d._comment
 create mode 100644 doc/not/comment_4_b2a0d5a45ab8ddd66c29dde9412d7a12._comment
 create mode 100644 doc/not/comment_5_f2829ecbe80a61aa9a8411d2403de69e._comment
 create mode 100644 doc/not/comment_6_547fc59b19ad66d7280c53a7f923ea08._comment
 create mode 100644 doc/not/comment_7_581e23cca0219711f8a4500a8d5d20fc._comment
 create mode 100644 doc/not/comment_8_5c61457f117de38ef487e5cc2780d554._comment
 create mode 100644 doc/not/comment_9_69aa47398a3c13ce64f146de985b727d._comment
 create mode 100644 doc/polls.mdwn
 create mode 100644 doc/polls/2013.mdwn
 create mode 100644 doc/preferred_content.mdwn
 create mode 100644 doc/preferred_content/comment_10_f0bce3c67f293eaba97b92f0942876b6._comment
 create mode 100644 doc/preferred_content/comment_1_7d45e21dfb016e9ffa4715346dd0c1a6._comment
 create mode 100644 doc/preferred_content/comment_2_1ccd90b009245667ad59f4d29d2a3a37._comment
 create mode 100644 doc/preferred_content/comment_4_384025b5fa23a3f175985a081438149f._comment
 create mode 100644 doc/preferred_content/comment_4_6a9bc657bc7415f0e118357d8c6664c6._comment
 create mode 100644 doc/preferred_content/comment_5_f0a957e67297c4bb5a8778c11b3c9fd4._comment
 create mode 100644 doc/preferred_content/comment_6_b434c0e2aaa132020fd4a01551285376._comment
 create mode 100644 doc/preferred_content/comment_7_c4acaa237bf1a8512c5e8ea4cdbd11b9._comment
 create mode 100644 doc/preferred_content/comment_8_ff2a2dc9c566ebd9f570bdfcd7bfc030._comment
 create mode 100644 doc/preferred_content/comment_9_f82538be42428691d7cab60a7add2e74._comment
 create mode 100644 doc/preferred_content/standard_groups.mdwn
 create mode 100644 doc/preferred_content/standard_groups/comment_1_026e47e425d06c4b2580238b3187a379._comment
 create mode 100644 doc/preferred_content/standard_groups/comment_2_460bae34ba7c05357318a202b2932d25._comment
 create mode 100644 doc/privacy.mdwn
 create mode 100644 doc/publicrepos.mdwn
 create mode 100644 doc/related_software.mdwn
 create mode 100644 doc/repomap.png
 create mode 100644 doc/required_content.mdwn
 create mode 100644 doc/scalability.mdwn
 create mode 100644 doc/shortcuts.mdwn
 create mode 100644 doc/sidebar.mdwn
 create mode 100644 doc/sitemap.mdwn
 create mode 100644 doc/special_remotes.mdwn
 create mode 100644 doc/special_remotes/S3.mdwn
 create mode 100644 doc/special_remotes/S3/comment_10_c366f020c9b97a365e21878a33360079._comment
 create mode 100644 doc/special_remotes/S3/comment_11_c1da387e082d91feec13dde91ccb111a._comment
 create mode 100644 doc/special_remotes/S3/comment_12_59c3ecab7dbc8be53258460473cac21c._comment
 create mode 100644 doc/special_remotes/S3/comment_13_0789a21d980825188bb09f7fc8bba8be._comment
 create mode 100644 doc/special_remotes/S3/comment_14_29574a51d5831c51e2e765eb2c06e567._comment
 create mode 100644 doc/special_remotes/S3/comment_15_ceb9048c743135f6beca57a23505f0a3._comment
 create mode 100644 doc/special_remotes/S3/comment_16_7b79f8b5ef88a2775d61b5ac5774d3e0._comment
 create mode 100644 doc/special_remotes/S3/comment_1_4a1f7a230dad6caa84831685b236fd73._comment
 create mode 100644 doc/special_remotes/S3/comment_2_5b22d67de946f4d34a4a3c7449d32988._comment
 create mode 100644 doc/special_remotes/S3/comment_3_bcab2bd0f168954243aa9bcc9671bd94._comment
 create mode 100644 doc/special_remotes/S3/comment_4_38c0b062997fde1ad28facc05d973e83._comment
 create mode 100644 doc/special_remotes/S3/comment_5_409bc2b56382417cf26bb222fb783ba7._comment
 create mode 100644 doc/special_remotes/S3/comment_6_78da9e233882ec0908962882ea8c4056._comment
 create mode 100644 doc/special_remotes/S3/comment_7_6af9781004d982d8e6b20a83ad29eead._comment
 create mode 100644 doc/special_remotes/S3/comment_8_0fa68d584ee7f6b5c9058fba7e911a11._comment
 create mode 100644 doc/special_remotes/S3/comment_9_7ad757b3865b04967c79af0a263bb3b0._comment
 create mode 100644 doc/special_remotes/bup.mdwn
 create mode 100644 doc/special_remotes/bup/comment_10_f78c1ed97d2e4c6ebffaa7482cfe0c9b._comment
 create mode 100644 doc/special_remotes/bup/comment_11_b53bceb0058acf4d1ab12ea4853ee443._comment
 create mode 100644 doc/special_remotes/bup/comment_12_65d923226cf6120349d807c5c60f640c._comment
 create mode 100644 doc/special_remotes/bup/comment_1_96179a003da4444f6fc08867872cda0a._comment
 create mode 100644 doc/special_remotes/bup/comment_2_612b038c15206f9f3c2e23c7104ca627._comment
 create mode 100644 doc/special_remotes/bup/comment_3_1186def82741ddab1ade256fb2e59e6f._comment
 create mode 100644 doc/special_remotes/bup/comment_4_7d22a805dd2914971e7ca628ceea69be._comment
 create mode 100644 doc/special_remotes/bup/comment_6_5942333cde09fd98e26c4f1d389cb76f._comment
 create mode 100644 doc/special_remotes/bup/comment_7_cb1a0d3076e9d06e7a24204478f6fa98._comment
 create mode 100644 doc/special_remotes/bup/comment_8_4cbc67e5911748d13cee3c483d7ece8a._comment
 create mode 100644 doc/special_remotes/bup/comment_9_ca7096a759961af375e6bd49663b45b3._comment
 create mode 100644 doc/special_remotes/comment_10_e9881290486a1770bd260f8650ada9c6._comment
 create mode 100644 doc/special_remotes/comment_11_e01b5cc5a0d81b071e93e27e7b91fe2a._comment
 create mode 100644 doc/special_remotes/comment_12_13237170ef5b6646e0e25d3421af3fe5._comment
 create mode 100644 doc/special_remotes/comment_13_1a36a0483a9db04d36e0234a192ebad8._comment
 create mode 100644 doc/special_remotes/comment_14_a8419963dc024b1d9eb73807596012dc._comment
 create mode 100644 doc/special_remotes/comment_15_95ccfdd22a2391daa99e0beb04adedd6._comment
 create mode 100644 doc/special_remotes/comment_16_b9d238fb15ad7628e33c90b071e07bb0._comment
 create mode 100644 doc/special_remotes/comment_17_cc21b81a8f809f6efa5f5b6332513fc3._comment
 create mode 100644 doc/special_remotes/comment_18_3fe750118ff1edbe91a110b86fb5b662._comment
 create mode 100644 doc/special_remotes/comment_19_6794eb52bd87c28ef1df3172aa7d5780._comment
 create mode 100644 doc/special_remotes/comment_1_961276c18e9353ca8e25cad53e7ec51f._comment
 create mode 100644 doc/special_remotes/comment_20_6b7242721f2f2c77b634568cb737e3e3._comment
 create mode 100644 doc/special_remotes/comment_21_5c11e69c28b9ed4cbe238a36c0839a47._comment
 create mode 100644 doc/special_remotes/comment_22_308afc586b86c66bbb3437d63864d9cb._comment
 create mode 100644 doc/special_remotes/comment_23_0f5440e0e54cf7ac2a68b1ba115b0930._comment
 create mode 100644 doc/special_remotes/comment_2_97543acfa7434e332ebea5672e446317._comment
 create mode 100644 doc/special_remotes/comment_3_9229776623c234204c8b164edff95da0._comment
 create mode 100644 doc/special_remotes/comment_4_3bbda479d13f6bf393dcd59ed94ddeaa._comment
 create mode 100644 doc/special_remotes/comment_5_f7000975d38077828ab11a99095b39eb._comment
 create mode 100644 doc/special_remotes/comment_6_5d2bd7c1e1493d3c3784708a9b0bc001._comment
 create mode 100644 doc/special_remotes/comment_7_af01ee5ce31b1490af565cb087d65277._comment
 create mode 100644 doc/special_remotes/comment_8_3d4ffec566d68d601eafe8758a616756._comment
 create mode 100644 doc/special_remotes/comment_9_26af468952f0403171370b56e127830a._comment
 create mode 100644 doc/special_remotes/ddar.mdwn
 create mode 100644 doc/special_remotes/directory.mdwn
 create mode 100644 doc/special_remotes/directory/comment_11_86f8c1b09cbd82bcd76378dfa1b3ca07._comment
 create mode 100644 doc/special_remotes/directory/comment_12._comment
 create mode 100644 doc/special_remotes/directory/comment_12_311cd013fd8db47856d84161119e059d._comment
 create mode 100644 doc/special_remotes/directory/comment_1_e8a53592adb13f7d7f212a2eb5a18a31._comment
 create mode 100644 doc/special_remotes/directory/comment_2_d949edad6a330079f9e15f703f9091e3._comment
 create mode 100644 doc/special_remotes/directory/comment_3_49009f4e9e335c9a9d0422aa59c9a432._comment
 create mode 100644 doc/special_remotes/directory/comment_4_f5e9b0b477c4e521f8633fd274757fa3._comment
 create mode 100644 doc/special_remotes/directory/comment_5_e790718423c41f5ea8047ea5225bfacd._comment
 create mode 100644 doc/special_remotes/directory/comment_6_325aac80b86588912c4fd61339ccbd0b._comment
 create mode 100644 doc/special_remotes/directory/comment_7_4206db69d68d9917623ce02500387021._comment
 create mode 100644 doc/special_remotes/directory/comment_8_acd9023511fe43817718bc89430f96c3._comment
 create mode 100644 doc/special_remotes/directory/comment_9_d330eb808a990bb71034613c297a265e._comment
 create mode 100644 doc/special_remotes/external.mdwn
 create mode 100755 doc/special_remotes/external/example.sh
 create mode 100644 doc/special_remotes/gcrypt.mdwn
 create mode 100644 doc/special_remotes/glacier.mdwn
 create mode 100644 doc/special_remotes/glacier/comment_1_fcd856b99dc6b3f9141b65fe639ef76b._comment
 create mode 100644 doc/special_remotes/glacier/comment_2_38fcca87074f6ea31a12569a822aa8c9._comment
 create mode 100644 doc/special_remotes/glacier/comment_3_cea5bcb162e4288847ba5f25464a0406._comment
 create mode 100644 doc/special_remotes/glacier/comment_4_0c92cc82c7ac513130f862391a02d329._comment
 create mode 100644 doc/special_remotes/glacier/comment_5_8d1dcb4bf48386314bfb248ea6eeeb68._comment
 create mode 100644 doc/special_remotes/glacier/comment_6_adb1db354dc4941e4b004e4ba34660d7._comment
 create mode 100644 doc/special_remotes/glacier/comment_7_747e403aac5acaba00e220931e926951._comment
 create mode 100644 doc/special_remotes/glacier/comment_8_a04bb5f27c1a7cfffe881903f973dbec._comment
 create mode 100644 doc/special_remotes/glacier/comment_9_89c4506e079c299fd098d0fe746d032a._comment
 create mode 100644 doc/special_remotes/hook.mdwn
 create mode 100644 doc/special_remotes/hook/comment_1_6a74a25891974a28a8cb42b87cb53c26._comment
 create mode 100644 doc/special_remotes/hook/comment_2_ee7c43b93c5b787216334f019643f6a0._comment
 create mode 100644 doc/special_remotes/hook/comment_3_2593291795e732994862d08bf2ed467b._comment
 create mode 100644 doc/special_remotes/hook/comment_4_35d79b5ffa5a19056efcdc805070bc4b._comment
 create mode 100644 doc/special_remotes/hook/comment_5_6fbf1e963fa3ea4b2eb8ca5a3819762d._comment
 create mode 100644 doc/special_remotes/hook/comment_6_e0ab48d5333e5de85f016b097e6fdac1._comment
 create mode 100644 doc/special_remotes/hook/comment_7_cc2b1243c2c36e63241513bcaddfea67._comment
 create mode 100644 doc/special_remotes/hook/comment_8_bbae315233bda48eb04662dfd48cf1ae._comment
 create mode 100644 doc/special_remotes/hook/comment_9_037523d1994c702239ca96791156fe65._comment
 create mode 100644 doc/special_remotes/rsync.mdwn
 create mode 100644 doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment
 create mode 100644 doc/special_remotes/rsync/comment_11_8cafc1a8b37e6fb056185ec058c0c3e8._comment
 create mode 100644 doc/special_remotes/rsync/comment_1_9e180c397486989beab21699b8e8f103._comment
 create mode 100644 doc/special_remotes/rsync/comment_2_25545dc0b53f09ae73b29899c8884b02._comment
 create mode 100644 doc/special_remotes/rsync/comment_3_960a89b1ae7e3888ffba06baa963dc21._comment
 create mode 100644 doc/special_remotes/rsync/comment_4_db84816c31239953dd21f23a8c557b43._comment
 create mode 100644 doc/special_remotes/rsync/comment_5_ccaffa4aded9dab88c76a856b96ea5b9._comment
 create mode 100644 doc/special_remotes/rsync/comment_6_e687b9482b177e1351c8c65ea617d3fa._comment
 create mode 100644 doc/special_remotes/rsync/comment_7_e122979ea811d9ef835ba05bb936190f._comment
 create mode 100644 doc/special_remotes/rsync/comment_8_d566113318d0aa7500d76ffe1bd46069._comment
 create mode 100644 doc/special_remotes/rsync/comment_9_5dcf10a502b2d4feac46b620d43e9d00._comment
 create mode 100644 doc/special_remotes/tahoe.mdwn
 create mode 100644 doc/special_remotes/web.mdwn
 create mode 100644 doc/special_remotes/web/comment_1_0bd570025f6cd551349ea88a4729ac8e._comment
 create mode 100644 doc/special_remotes/web/comment_2_333141cc9ec6c26ffd19aa95303a91e3._comment
 create mode 100644 doc/special_remotes/webdav.mdwn
 create mode 100644 doc/special_remotes/webdav/comment_10_2c087a132c2203ac20636800bf73dfa7._comment
 create mode 100644 doc/special_remotes/webdav/comment_11_cde4fccaf551ba1eab8235ebf6654316._comment
 create mode 100644 doc/special_remotes/webdav/comment_12_76423262fceeced32ab18fa38ed53bdb._comment
 create mode 100644 doc/special_remotes/webdav/comment_14_2390020fa7daac8a6d3e8b713bd3b8e7._comment
 create mode 100644 doc/special_remotes/webdav/comment_1_6b523eea78eae1d19fe2a9950ee33e3a._comment
 create mode 100644 doc/special_remotes/webdav/comment_2_83fc4e7d9ba7a05c8500da659f561b8f._comment
 create mode 100644 doc/special_remotes/webdav/comment_3_239367ad639c61ecdf87a89f7ac53efe._comment
 create mode 100644 doc/special_remotes/webdav/comment_4_ffa52f7776cdc8caa28667b5eadae123._comment
 create mode 100644 doc/special_remotes/webdav/comment_5_5b8cbdb5e9a1b90d748a5074997e1cd5._comment
 create mode 100644 doc/special_remotes/webdav/comment_6_d3be3e588c3a2abb2025ceb82c18b0ef._comment
 create mode 100644 doc/special_remotes/webdav/comment_7_6fa7e11331db5a943015bd5367eb3d73._comment
 create mode 100644 doc/special_remotes/webdav/comment_8_2627b41f80c7511b27464e2040b128a8._comment
 create mode 100644 doc/special_remotes/webdav/comment_9_b8f17efe524bb45a3e16705996df1265._comment
 create mode 100644 doc/special_remotes/xmpp.mdwn
 create mode 100644 doc/special_remotes/xmpp/comment_10_c7c2e2e81cb5b2b9a5272430c835dd39._comment
 create mode 100644 doc/special_remotes/xmpp/comment_11_05d9a67b9331656b4035399641cedb1b._comment
 create mode 100644 doc/special_remotes/xmpp/comment_1_568247938929a2934e8198fca80b7184._comment
 create mode 100644 doc/special_remotes/xmpp/comment_2_9fc3f512020b7eb2591d6b7b2e8de2d7._comment
 create mode 100644 doc/special_remotes/xmpp/comment_3_48ddbba1402d89acaea07cff747c48e0._comment
 create mode 100644 doc/special_remotes/xmpp/comment_4_59857879abaae22bde444a215e00bf18._comment
 create mode 100644 doc/special_remotes/xmpp/comment_5_583ee374bd34fcc9ae26c2fd690e8c47._comment
 create mode 100644 doc/special_remotes/xmpp/comment_6_8f0b5bba1271d031a67e7f0c175d67d5._comment
 create mode 100644 doc/special_remotes/xmpp/comment_7_ac7acbded03325b015959d82ae77faf1._comment
 create mode 100644 doc/special_remotes/xmpp/comment_8_81a9636a1e8a36a58185468a26f8633d._comment
 create mode 100644 doc/special_remotes/xmpp/comment_9_eda76b826491c96b1ce072aacf9d3adf._comment
 create mode 100644 doc/summary.mdwn
 create mode 100644 doc/sync.mdwn
 create mode 100644 doc/sync/comment_10_2cd8ab86f498d6f676f859b552f831eb._comment
 create mode 100644 doc/sync/comment_11_7683879f6982c0eb0aa39b66ff5a5ea9._comment
 create mode 100644 doc/sync/comment_12_2fea14fa314ddb7ab645a5cca5a95fd9._comment
 create mode 100644 doc/sync/comment_13_690f66be9cefe28844d8df653b7a0331._comment
 create mode 100644 doc/sync/comment_14_db342785a4dade30b5b75cb95031bed1._comment
 create mode 100644 doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment
 create mode 100644 doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment
 create mode 100644 doc/sync/comment_1_59681be5568f568f5c54eb0445163dd2._comment
 create mode 100644 doc/sync/comment_2_9301ff5e81d37475f594e74fbe32f24e._comment
 create mode 100644 doc/sync/comment_3_49560003da47490e4fabd4ab0089f2d7._comment
 create mode 100644 doc/sync/comment_4_cf29326408e62575085d1f980087c923._comment
 create mode 100644 doc/sync/comment_5_18c396c59907147bb2bf713e55392b6b._comment
 create mode 100644 doc/sync/comment_6_012e9d4468d0b88ee3c5dad3911c3606._comment
 create mode 100644 doc/sync/comment_7_6276e100d1341f1a0be368f54de0ae7b._comment
 create mode 100644 doc/sync/comment_8_b89161c82c05634d35f6b65bf8360a96._comment
 create mode 100644 doc/sync/comment_9_849883b7cc05bfcb01914d8737098010._comment
 create mode 100644 doc/templates/bare.tmpl
 create mode 100644 doc/templates/buglist.tmpl
 create mode 100644 doc/templates/bugtemplate.mdwn
 create mode 100644 doc/templates/walkthrough.tmpl
 create mode 100644 doc/testimonials.mdwn
 create mode 100644 doc/testimonials/comment_1_2bf439f7a3bc3d6fab91849017946182._comment
 create mode 100644 doc/thanks.mdwn
 create mode 100644 doc/tips.mdwn
 create mode 100644 doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__.mdwn
 create mode 100644 doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_1_835a3608df3e9d044cabe822d0f3e7e4._comment
 create mode 100644 doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_2_080b30cba72a718e73ea715e259e1cfb._comment
 create mode 100644 doc/tips/Crude_Windows_Sync.mdwn
 create mode 100644 doc/tips/Decentralized_repository_behind_a_Firewall.mdwn
 create mode 100644 doc/tips/Decentralized_repository_behind_a_Firewall/comment_1_78b9035234a690ca5a7c9f3cc78fa092._comment
 create mode 100644 doc/tips/Delay_Assistant_Startup_on_Login.mdwn
 create mode 100644 doc/tips/Delay_Assistant_Startup_on_Login/comment_1_c63917150527efab4b1106183b3aa7ef._comment
 create mode 100644 doc/tips/Git_annex_and_Calibre.mdwn
 create mode 100644 doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
 create mode 100644 doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_1_7eaf73fb3355bd706ab18a43790b3c10._comment
 create mode 100644 doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_2_dac1a171204f30d7c906e878eb6bd461._comment
 create mode 100644 doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_3_b62ec0b848d2487d68d7032682622193._comment
 create mode 100644 doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_4_2423904e41a86cd1c6bc155d7b733642._comment
 create mode 100644 doc/tips/Internet_Archive_via_S3.mdwn
 create mode 100644 doc/tips/Internet_Archive_via_S3/comment_1_d53a3848c20dce61867283fc03c2adaa._comment
 create mode 100644 doc/tips/Internet_Archive_via_S3/comment_2_91c1472da27b00e5d682d22bc1ef04e0._comment
 create mode 100644 doc/tips/Internet_Archive_via_S3/comment_3_e23cf781c532f80d47d52265f2b2c87e._comment
 create mode 100644 doc/tips/Shamir_secret_sharing_and_git-annex.mdwn
 create mode 100644 doc/tips/Synology_NAS_and_git_annex.mdwn
 create mode 100644 doc/tips/Synology_NAS_and_git_annex/comment_1_ef7e19f1fd2005eb7cc74509ffb92766._comment
 create mode 100644 doc/tips/The_perfect_preferred_content_settings_for_my_android_phone.mdwn
 create mode 100644 doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_1_393d1636bb313530be383a075bd3440a._comment
 create mode 100644 doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment
 create mode 100644 doc/tips/Using_Git-annex_as_a_web_browsing_assistant.mdwn
 create mode 100644 doc/tips/Using_Git-annex_as_a_web_browsing_assistant/comment_1_74167f9fff400f148916003468c77de4._comment
 create mode 100644 doc/tips/ZSH_completion.mdwn
 create mode 100644 doc/tips/assume-unstaged.mdwn
 create mode 100644 doc/tips/assume-unstaged/comment_1_44abd811ef79a85e557418e17a3927be._comment
 create mode 100644 doc/tips/assume-unstaged/comment_2_5b589f37cfc03bf7be33a51826cc4dba._comment
 create mode 100644 doc/tips/automatically_adding_metadata.mdwn
 create mode 100644 doc/tips/automatically_adding_metadata/comment_1_ffc308cc6aedabbc55820db4f401e0fb._comment
 create mode 100644 doc/tips/automatically_adding_metadata/comment_2_bd64a53914107bc000c887b4d4bdf6af._comment
 create mode 100644 doc/tips/automatically_adding_metadata/comment_3_02e5314f827d17d482343e8f22c42fd9._comment
 create mode 100755 doc/tips/automatically_adding_metadata/pre-commit-annex
 create mode 100644 doc/tips/automatically_getting_files_on_checkout.mdwn
 create mode 100644 doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes.mdwn
 create mode 100644 doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_1_e7c5c46112a2406b873d08bbf53c40d8._comment
 create mode 100644 doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_2_daf45ce29fed986fa9aa8b173760d0b7._comment
 create mode 100644 doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_3_72d222020af4a9c6c753eb1ee7e1f1cf._comment
 create mode 100644 doc/tips/centralised_repository:_starting_from_nothing.mdwn
 create mode 100644 doc/tips/centralised_repository:_starting_from_nothing/comment_1_b0d22822017646775869ce1292e676f4._comment
 create mode 100644 doc/tips/centralized_git_repository_tutorial.mdwn
 create mode 100644 doc/tips/centralized_git_repository_tutorial/comment_1_9072ebc0c61446d7b151fcfab616fea9._comment
 create mode 100644 doc/tips/centralized_git_repository_tutorial/comment_2_528e92b21f0551fde4adb956654953ae._comment
 create mode 100644 doc/tips/downloading_podcasts.mdwn
 create mode 100644 doc/tips/downloading_podcasts/comment_10_4d4f6c22070b58918ee8d34c5e7290ad._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_11_d8d77048c7e2524968c188e1ad517873._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_12_0859317471b43c88744dd3df95c879f7._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_13_e8c3c97282d17e2a1d47fb9d5e2b2f7b._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_14_05a3694052de36848fbbad6eeeada895._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_15_21028bed8858c2dae1ac9c2d014fd2a1._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_16_4869fb5c9f896acc477c44de06c36ca7._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_17_2e278ff200c1c15efd27c46a3e0aed40._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_18_382f2b970738d9b1af577955c3083e90._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_19_f76fc6835e5787b0156380bf09fd81ca._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_1_f04bc32a34baeeffcd691e9f7cce0230._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_20_65ebf3a3bbf0a2aebd2b69640b757e16._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_21_98a1dacc8d264ff31801e6c5c5f2612d._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_22_00cc7a2fb936d7ea3d5d3764a1637663._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_2_a9a98cad7358d16792853a2ee413fe6c._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_3_5a8068a5cb0fd864581157a3aa5d1113._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_4_e7072a9da30b4c4b4c526013144238d4._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_5_79b3f8d678ac9f67df4c0cd649657283._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_6_35106fee5458bdd5c21868fbc49d3616._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_7_ceb16498b7aadbf04a27acd5d6561d46._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_8_147397603f0b3fdb42ca387d1da7c5ef._comment
 create mode 100644 doc/tips/downloading_podcasts/comment_9_6a26a6cc7683d38fae0f23c5a52d1e23._comment
 create mode 100644 doc/tips/dropboxannex.mdwn
 create mode 100644 doc/tips/emacs_integration.mdwn
 create mode 100644 doc/tips/file_manager_integration.mdwn
 create mode 100644 doc/tips/file_manager_integration/comment_1_0f82520f415b4715946358658e1799a8._comment
 create mode 100644 doc/tips/file_manager_integration/comment_2_9cb6b7fcb8e33a75efd2f92d7e40a9c5._comment
 create mode 100644 doc/tips/finding_duplicate_files.mdwn
 create mode 100644 doc/tips/finding_duplicate_files/comment_10_2ed5aa8c632048b13e01d358883fa383._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_11_5efc6b6ee1dfec88512183e9679ca616._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_1_ddb477ca242ffeb21e0df394d8fdf5d2._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_2_900eafe0a781018ff44b35ac232e3ad3._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_3._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_5_1a35ca360468bcb84a67ad8d62a2ef7d._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_6_a6e88c93b31f67c933523725ff61b287._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_7_347b0186755a809594bd42feda6363e2._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_8_3af51722da0980b724facb184f0f66e9._comment
 create mode 100644 doc/tips/finding_duplicate_files/comment_9_7b4b78a5cd253abfe4f6001049bf64f3._comment
 create mode 100644 doc/tips/flickrannex.mdwn
 create mode 100644 doc/tips/flickrannex/comment_10_50707f259abe5829ce075dfbecd5a4ba._comment
 create mode 100644 doc/tips/flickrannex/comment_11_ab5bcb025381b3da4d7c6dfd0c7310dd._comment
 create mode 100644 doc/tips/flickrannex/comment_12_90a331275d888221bc695003c8acbe46._comment
 create mode 100644 doc/tips/flickrannex/comment_13_1596e70dca71c853fd1d6fc9bde02b18._comment
 create mode 100644 doc/tips/flickrannex/comment_14_c728f10074d194efa8b2c60e97d275e7._comment
 create mode 100644 doc/tips/flickrannex/comment_2_d74c4fc7edf8e47f7482564ce0ef4d12._comment
 create mode 100644 doc/tips/flickrannex/comment_2_f53d0d5520e2835e9705bea4e75556f0._comment
 create mode 100644 doc/tips/flickrannex/comment_4_9ebba4d61140f6c2071e988c9328cf7e._comment
 create mode 100644 doc/tips/flickrannex/comment_5_4470dae270613dd8712623474bc80ab0._comment
 create mode 100644 doc/tips/flickrannex/comment_5_d395cdcf815cb430e374ff05c1a63ff4._comment
 create mode 100644 doc/tips/flickrannex/comment_6_8cf730097001ffe106f2c743edce9d0a._comment
 create mode 100644 doc/tips/flickrannex/comment_7_a80c8087c4e1562a4c98a24edc182e5a._comment
 create mode 100644 doc/tips/flickrannex/comment_8_94f84254c32cf0f7dd1441b7da5d2bc6._comment
 create mode 100644 doc/tips/flickrannex/comment_9_5299b4cab4a4cb8e8fd4d2b39f0ea59c._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt.mdwn
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_10_4440a80d64c60c7312d5c405d54e607a._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_11_28eb9d4ebf28ca310f9b357b1dad244a._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_12_b697b2ab10705b090a78e7717ec59b18._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_13_4e37146a870576f09f56d2e5ee784ed7._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_1_5c54690586f2a781905ea4b25aa1147f._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_2_07feedb4348f8c31176cc744c19368a1._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_3_c2f873dffa015f1d72ad0c3921909316._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_4_f8a6e4415f4fe6da14f6a3b7334bc952._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_5_11b8e82d2a234f65b58b823e71c6d6a2._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_6_3e41948e1beffcf279bb05ef8e61cc07._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_7_4ce0b26b25b336f07b2e27246cdfba3e._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_8_49aa34d75d24a2066baa8a585bc9c2e9._comment
 create mode 100644 doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_9_3784e0c828cd60b6a9075c2d32d070cc._comment
 create mode 100644 doc/tips/googledriveannex.mdwn
 create mode 100644 doc/tips/googledriveannex/comment_1_ce7f2b04e83cc02d9dabb712f266e5cc._comment
 create mode 100644 doc/tips/googledriveannex/comment_2_c98c00e87bc921158c9c3698fd9f89c9._comment
 create mode 100644 doc/tips/googledriveannex/comment_3_e7ba5620c0946874f0ae1287f99d1177._comment
 create mode 100644 doc/tips/googledriveannex/comment_4_239091adaea6ae39fa9a4d9719667a98._comment
 create mode 100644 doc/tips/imapannex.mdwn
 create mode 100644 doc/tips/megaannex.mdwn
 create mode 100644 doc/tips/metadata_driven_views.mdwn
 create mode 100644 doc/tips/metadata_driven_views/comment_1_1d6793701fd8a1a66bae04662cf853ce._comment
 create mode 100644 doc/tips/metadata_driven_views/comment_2_13ae4e3668b693c0eefaca23b88515cf._comment
 create mode 100644 doc/tips/migrating_data_to_a_new_backend.mdwn
 create mode 100644 doc/tips/migrating_two_seperate_disconnected_directories_to_git_annex.mdwn
 create mode 100644 doc/tips/offline_archive_drives.mdwn
 create mode 100644 doc/tips/offline_archive_drives/comment_1_3d4fdf42191a9d81434d00f51c3609ff._comment
 create mode 100644 doc/tips/offline_archive_drives/comment_2_864c752aa8d064791a4b14dbbe2e6882._comment
 create mode 100644 doc/tips/offline_archive_drives/comment_3_7be2ccaf70c9ecfc9a34384e0e31f490._comment
 create mode 100644 doc/tips/owncloudannex.mdwn
 create mode 100644 doc/tips/owncloudannex/comment_1_129652308c3c499462828dcaf8e747a4._comment
 create mode 100644 doc/tips/owncloudannex/comment_2_38604990368666f654d41891ba99ac61._comment
 create mode 100644 doc/tips/owncloudannex/comment_3_1bfd290d00d6536da7d31818db46f8ec._comment
 create mode 100644 doc/tips/owncloudannex/comment_4_492b6922a7c5bb5464fedb46b0c5303b._comment
 create mode 100644 doc/tips/owncloudannex/comment_5_1d48ac08714fadcb06d874570d745bd8._comment
 create mode 100644 doc/tips/owncloudannex/comment_6_65959f49a2f56bffd6fe48670c0c8d5a._comment
 create mode 100644 doc/tips/owncloudannex/comment_7_7482002991672ef67836bae43b8d0be8._comment
 create mode 100644 doc/tips/powerful_file_matching.mdwn
 create mode 100644 doc/tips/recover_data_from_lost+found.mdwn
 create mode 100644 doc/tips/recover_data_from_lost+found/comment_1_f0901527a4f0faf0b1fd916d5b809314._comment
 create mode 100644 doc/tips/recover_data_from_lost+found/comment_2_ac405575058beeac992d07c55f7c53a8._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository.mdwn
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_1_f5827be97f78dbae113a5ba0c9ced896._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_2_e98df7275bb032308bb87e3607bdde32._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_3_11bece6dfac090edbcd783b266c482a3._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_4_86e99017f7585ac2f76753051214637e._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_6_c8953732ce353cdf0c4fb81ddc98c04a._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_6_d0da84df0241dc6ccf0aa0c7598917df._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_7_addf49556e4c33d55a41c393f519d0a4._comment
 create mode 100644 doc/tips/recovering_from_a_corrupt_git_repository/comment_8_505a2fc2b841fe8eb419801f923ef35f._comment
 create mode 100644 doc/tips/remote_webapp_setup.mdwn
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_10_d1bd5d6b33951f6d11185bb4a8228269._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_11_54692ebf854ecbcc5314bb29c33ecc66._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_1_907e4032ca4a39adb846cf16dbf447dc._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_2_902d001ba86657ef0f8cca5b175f99ca._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_3_a1cf93f9b29658f0f26e9e0ae6057ee3._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_4_e10671908b58c554375787d0f76e2366._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_5_4114380f66b6376c851e93f6876d590b._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_6_6a5d6af107b297afd008b021f73d787b._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_7_74d57cf503a86d8f7ace2d769dbb58be._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_8_85765c0cfeb5b326c06cf60c98147cbf._comment
 create mode 100644 doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_9_082b5d90ffc836e7c86e40b63a75780d._comment
 create mode 100644 doc/tips/setup_a_public_repository_on_a_web_site.mdwn
 create mode 100644 doc/tips/setup_a_public_repository_on_a_web_site/comment_1_1d0fa6da33e401df1d7ff31979247fec._comment
 create mode 100644 doc/tips/setup_a_public_repository_on_a_web_site/comment_2_b98b761dee9d923153e3c288c1d987ee._comment
 create mode 100644 doc/tips/setup_a_public_repository_on_a_web_site/comment_3_a6698218f15c598c9b32e0af850133bf._comment
 create mode 100644 doc/tips/shared_git_annex_directory_between_multiple_users.mdwn
 create mode 100644 doc/tips/shared_git_annex_directory_between_multiple_users/comment_1_01db8cf9dff016bd8e0498d36f325418._comment
 create mode 100644 doc/tips/skydriveannex.mdwn
 create mode 100644 doc/tips/skydriveannex/comment_10_c3465b5587548dea56b80b32cd66d653._comment
 create mode 100644 doc/tips/skydriveannex/comment_1_bf383481b2bbb962fbfe783b9f2f213a._comment
 create mode 100644 doc/tips/skydriveannex/comment_2_1f747018b35ab8accd2bf0905e6ad926._comment
 create mode 100644 doc/tips/skydriveannex/comment_3_8b9444006734262693f71e50a40eae1d._comment
 create mode 100644 doc/tips/skydriveannex/comment_4_8b01dc6ca1082a8c24ff65fec9d759d8._comment
 create mode 100644 doc/tips/skydriveannex/comment_5_1d220d96945d497f3a93b5d848eb3995._comment
 create mode 100644 doc/tips/skydriveannex/comment_6_a7a3afdc7eed9a0eda48dcb57f1e87c6._comment
 create mode 100644 doc/tips/skydriveannex/comment_7_7fcd9c6b5e2a3fc7b753eeac06164036._comment
 create mode 100644 doc/tips/skydriveannex/comment_8_856eaa1b167033aede91a937099c7833._comment
 create mode 100644 doc/tips/skydriveannex/comment_9_cfcf767a1bf07957b76d7f44ef8a9500._comment
 create mode 100644 doc/tips/untrusted_repositories.mdwn
 create mode 100644 doc/tips/using_Amazon_Glacier.mdwn
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_1_ccee7f4f5a483a3650270b6e09ab7293._comment
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_2_d34e05f9244d3a4fcec87b3c360adb4e._comment
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_3_4c504fd22775afe36296cf54d3e04a8e._comment
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_4_e6ac76b0c20285f4f96b3d0975e8ac66._comment
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_5_7788890f58f714b0cdf1462c718ea536._comment
 create mode 100644 doc/tips/using_Amazon_Glacier/comment_6_0fbe528a57552622e8128196ad80c863._comment
 create mode 100644 doc/tips/using_Amazon_S3.mdwn
 create mode 100644 doc/tips/using_Amazon_S3/comment_1_666a26f95024760c99c627eed37b1966._comment
 create mode 100644 doc/tips/using_Amazon_S3/comment_2_f5a0883be7dbb421b584c6dc0165f1ef._comment
 create mode 100644 doc/tips/using_Amazon_S3/comment_3_32acba030c2ad252e2f7027075e4303e._comment
 create mode 100644 doc/tips/using_Amazon_S3/comment_4_92df5a9f923beafba55a1c455728112e._comment
 create mode 100644 doc/tips/using_Google_Cloud_Storage.mdwn
 create mode 100644 doc/tips/using_Google_Cloud_Storage/comment_1_c576182f39563ae68767391c4227a177._comment
 create mode 100644 doc/tips/using_Google_Cloud_Storage/comment_2_0843bfb776b8b6d5de4de7fda4489f34._comment
 create mode 100644 doc/tips/using_Google_Cloud_Storage/comment_3_9738f145014d8eae1f1aae7c39e71d31._comment
 create mode 100644 doc/tips/using_box.com_as_a_special_remote.mdwn
 create mode 100644 doc/tips/using_box.com_as_a_special_remote/comment_1_be39f063e8a6155cc2eb71829e884a63._comment
 create mode 100644 doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh.mdwn
 create mode 100644 doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh/comment_1_c0b7682a2b6f3078457b85683c825baf._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex.mdwn
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_10_8767bc8014b459a3cd76f275fd4fa8d6._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_11_00715e0b47f09130e0e536e29f7b9258._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_12_7027ce60265b8f24c8ab54553e544068._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_13_75218b7409c0e281cb01c9b2791e8cdf._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_14_7d4d4515218d1259d32be3baeb5ee56e._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_15_dc6f21b5a3d5931c8d949a9753411b9e._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_16_8e5039e6655fc80dc863b6cdf44ef02a._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_17_9c40e1da8bb44f7207e802377f5cf923._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_18_f1a180d5cf65b7a870a13ddb4f76d00d._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_19_33c19097b6f2b48dfe09ec4c8d952d06._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_1_9a2a2a8eac9af97e0c984ad105763a73._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_20_c82af00db3dd74ee9bfe12668e76e57b._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_21_d2feaaf22d41413048dabf706d1b267e._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_2_d8efea4ab9576555fadbb47666ecefa9._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_3_807035f38509ccb9f93f1929ecd37417._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_4_eb81f824aadc97f098379c5f7e4fba4c._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_5_f688309532d2993630e9e72e87fb9c46._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_6_3e203e010a4df5bf03899f867718adc5._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_7_f8fd08b6ab47378ad88c87348057220d._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_8_8249772c142117f88e37975d058aa936._comment
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_9_28418635a6ed7231b89e02211cd3c236._comment
 create mode 100644 doc/tips/using_the_SHA1_backend.mdwn
 create mode 100644 doc/tips/using_the_web_as_a_special_remote.mdwn
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_1_321a41d611c6fe45e047af9c96c5176c._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_2_dfe9c8c49aadff80d2020288584e0390._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_3_ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_4_c1133a524989a940f1b5db588707157a._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_5_5ee9717e74ca2afed98e81fc0ea98a95._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_6_dceb15bd656e69eefa3ca975d9d642de._comment
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_7_0bde977c62a53c90cb20491936bc399d._comment
 create mode 100644 doc/tips/visualizing_repositories_with_gource.mdwn
 create mode 100644 doc/tips/visualizing_repositories_with_gource/comment_1_01c5cd21375990c612b8f291904ddb3e._comment
 create mode 100644 doc/tips/visualizing_repositories_with_gource/screenshot.jpg
 create mode 100644 doc/tips/what_to_do_when_a_repository_is_corrupted.mdwn
 create mode 100644 doc/tips/what_to_do_when_a_repository_is_corrupted/comment_1_c3543190eae2af594f3e050057e80db6._comment
 create mode 100644 doc/tips/what_to_do_when_a_repository_is_corrupted/comment_2_025178c2b11affe2d42a87544b897dc8._comment
 create mode 100644 doc/tips/what_to_do_when_a_repository_is_corrupted/comment_3_9a6bae9c0326ecc7610f5415db20f49e._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository.mdwn
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_1_cf19b8dc304dc37c26717174c4a98aa4._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fa9ca81668f5faebf2f61b10f82c97d2._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fdcfca8707e310ca7bb94d359adf8607._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_4_679eb9be0bfb9d48a2b96383c4816f62._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_5_4fb04b70d88ec93ff9ed4f884747d5d4._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_6_05db504cbff2ec2a6346bf43e57a3c25._comment
 create mode 100644 doc/tips/what_to_do_when_you_lose_a_repository/comment_7_4e6baa41bfee6edf2b17d4ade2909c7b._comment
 create mode 100644 doc/tips/yet_another_simple_disk_usage_like_utility.mdwn
 create mode 100644 doc/tips/yet_another_simple_disk_usage_like_utility/comment_1_41b212bde8bc88d2a5dea93bd0dc75f1._comment
 create mode 100644 doc/tips/yet_another_simple_disk_usage_like_utility/comment_2_73698913837bfd5a58cf15721211e43e._comment
 create mode 100644 doc/todo.mdwn
 create mode 100644 doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo.mdwn
 create mode 100644 doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_1_6f477af942aeb98683a56bcf0e819a38._comment
 create mode 100644 doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_2_45c22f596a18d5dc2331cfeef8c767fa._comment
 create mode 100644 doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_3_cbca264d86fe733b8106a4bf50c0c6ff._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync.mdwn
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_1_d828bc374e50a49101c0b863f9b33080._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_2_a4badfc248be428e6426a936212cc896._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_3_0b04089d3d33fdb48eeb46bf168e9a3c._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_4_2bcab1b7998b4df08fca41b8d810f115._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment
 create mode 100644 doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment
 create mode 100644 doc/todo/Android:_add_a___34__Share_via__34___shortcut___34__Add_to_Annex__34__.mdwn
 create mode 100644 doc/todo/Bittorrent-like_features.mdwn
 create mode 100644 doc/todo/Bittorrent-like_features/comment_1_f4c110ef35ebf4fd89f06edf2c4f0c48._comment
 create mode 100644 doc/todo/Bittorrent-like_features/comment_2_83148bd5c5c5e6c2eff3ad6e1d4fb82c._comment
 create mode 100644 doc/todo/Bittorrent-like_features/comment_3_84f149b30de1562593623aa23dc0396c._comment
 create mode 100644 doc/todo/Bittorrent-like_features/comment_4_7c54c83e582c0d4848aaf3d70e312707._comment
 create mode 100644 doc/todo/Bittorrent-like_features/comment_5_194dd0e8404ea72af9fb6ff34b994998._comment
 create mode 100644 doc/todo/Bittorrent-like_features/comment_6_489505da4143fb1c2bf21e7af695cdef._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._comment
 create mode 100644 doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_9_3f0bfc5a79aa59ac76a6968aacda6655._comment
 create mode 100644 doc/todo/Chunks_support_in_all_special_remotes.mdwn
 create mode 100644 doc/todo/Chunks_support_in_all_special_remotes/comment_1_d12604dbeb42bbb6850425d237cb01e7._comment
 create mode 100644 doc/todo/Deleting_Unused_Files_by_Age.mdwn
 create mode 100644 doc/todo/Expose_auto-merge_for_manual__44___local_merges.mdwn
 create mode 100644 doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running.mdwn
 create mode 100644 doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_1_e5f2630591ffa7758ca4250a061a8589._comment
 create mode 100644 doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_2_f8a5cc905d5b06bdbb1a778ab866a28c._comment
 create mode 100644 doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_3_626c629654508d0d948ece849d43ed86._comment
 create mode 100644 doc/todo/Improve_direct_mode_using_copy_on_write.mdwn
 create mode 100644 doc/todo/LIst_of_Available_Remotes_in_Webapp.mdwn
 create mode 100644 doc/todo/LIst_of_Available_Remotes_in_Webapp/comment_1_23fe2f3cd44c4357a385452dcd5eedef._comment
 create mode 100644 doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config.mdwn
 create mode 100644 doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_1_284c806e83a32af81b02aea7c7bc285a._comment
 create mode 100644 doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_2_1f55ad6b39906458779b2d604b003ffe._comment
 create mode 100644 doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_3_b00dce2374aac6968317d05d23bcfaf7._comment
 create mode 100644 doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_4_743d0b077110c5cac1e2f47187b75333._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory.mdwn
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_10_4829c2a2302b4b9611deddfedfbaa944._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_3_eed178ce4bc4d2b3f08a1e3d3d62c086._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_4_1dae745cff1c0a38232d033dcc542ac4._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_5_8d6c791e5e2daec7b25828f6884a67c6._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_6_92ef2d4a7ed47000fda02732b4794dc0._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_7_78fb5cdd61220ffcf0ae1eaf266985ec._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_8_21712dfee4f37232c34eddbce2427691._comment
 create mode 100644 doc/todo/New_special_remote_suggeston_-_clean_directory/comment_9_0ba57952532d5ef1f2bbfb163faa3b2f._comment
 create mode 100644 doc/todo/Not_working_on_Android-x86.mdwn
 create mode 100644 doc/todo/Not_working_on_Android-x86/comment_1_5eec4d7530c9df68f1bd1b1ca7021ef5._comment
 create mode 100644 doc/todo/Not_working_on_Android-x86/comment_2_e5c4c99cb0675ad69bf8d7796be23c8e._comment
 create mode 100644 doc/todo/Not_working_on_Android-x86/comment_3_6b609af60bf1c477139e40eba5cb0c4e._comment
 create mode 100644 doc/todo/Pause_all_transfers_in_all_annexes_watched_by_the_assistant.mdwn
 create mode 100644 doc/todo/Recovering_from_a_bad_sync.mdwn
 create mode 100644 doc/todo/Recovering_from_a_bad_sync/comment_1_6f5f518a3190534b737203787149ef3c._comment
 create mode 100644 doc/todo/Recovering_from_a_bad_sync/comment_2_e494df56dcede4d14bcaa4cdbf3da4f5._comment
 create mode 100644 doc/todo/Recovering_from_a_bad_sync/comment_3_4d4904bcbf97401c7c11338f32577f96._comment
 create mode 100644 doc/todo/Recursive_addurl_simlar_to_wget_--recursive.mdwn
 create mode 100644 doc/todo/Recursive_addurl_simlar_to_wget_--recursive/comment_1_4ecd9ddba1b63b571555ec9bef18e2d8._comment
 create mode 100644 doc/todo/Show_repo_type_in_repo_list.mdwn
 create mode 100644 doc/todo/Show_repo_type_in_repo_list/comment_1_ac6eb1072ef902a094b79dd8e0917c4d._comment
 create mode 100644 doc/todo/Show_repo_type_in_repo_list/comment_2_6979c487f707a724a048d20e2e5744e6._comment
 create mode 100644 doc/todo/Show_repo_type_in_repo_list/comment_3_529254a6cc20de7259d60a3cbc5ccaf7._comment
 create mode 100644 doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn
 create mode 100644 doc/todo/Time_Stamping_of_Events_in_Webapp.mdwn
 create mode 100644 doc/todo/Use_MediaScannerConnection_on_Android.mdwn
 create mode 100644 doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn
 create mode 100644 doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_1_1a1f34f4f389267d67e79409c0ca8b1d._comment
 create mode 100644 doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_2_735afa6f87a93cdf333c17da32010620._comment
 create mode 100644 doc/todo/Views_Demo.mdwn
 create mode 100644 doc/todo/Views_Demo/comment_1_d7c83a0e9a83e4a05aa74a34a7e1cf19._comment
 create mode 100644 doc/todo/Wishlist:_additional_environment_variables_for_hooks.mdwn
 create mode 100644 doc/todo/Wishlist:_additional_environment_variables_for_hooks/comment_1_d82cbbb478a81a651fbe6cb8b71c1192._comment
 create mode 100644 doc/todo/Wishlist:_disable_auto-repair_for_the_assistant.mdwn
 create mode 100644 doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_1_3274820a0d1f10c505f15cd29a37b95a._comment
 create mode 100644 doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_2_2cf5aef3f1d340c4ed6249ef94c1b607._comment
 create mode 100644 doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_3_6c53d82e62b2d269a941ba967d05adf5._comment
 create mode 100644 doc/todo/Wishlist:_sanitychecker_fix_wrong_UUID__47__duplicate_remote.mdwn
 create mode 100644 doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode.mdwn
 create mode 100644 doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_1_6c6e192bc0f70a386cd4275f98e1bd6f._comment
 create mode 100644 doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_2_8e22cfdbeb2c841870a623cf4c7baf60._comment
 create mode 100644 doc/todo/add_a_--branch_to_applicable_git-annex_commands.mdwn
 create mode 100644 doc/todo/add_a_--branch_to_applicable_git-annex_commands/comment_1_3e0a1d1c41f317514dfc496f2274ad1c._comment
 create mode 100644 doc/todo/allow_removing_jabber_configuration.mdwn
 create mode 100644 doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address.mdwn
 create mode 100644 doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_6b71a390fd16f593216793aec590d9a8._comment
 create mode 100644 doc/todo/assistant_parallel_file_transfers.mdwn
 create mode 100644 doc/todo/automatic_merge_of_synced_branches_upon___34__git_annex_sync__34__.mdwn
 create mode 100644 doc/todo/build_a_user_guide.mdwn
 create mode 100644 doc/todo/cache_key_info.mdwn
 create mode 100644 doc/todo/cache_key_info/comment_1_578df1b3b2cbfdc4aa1805378f35dc48._comment
 create mode 100644 doc/todo/checksum_verification_on_transfer.mdwn
 create mode 100644 doc/todo/checksum_verification_on_transfer/comment_1_30f77e631608b9751f9032f97d58cc30._comment
 create mode 100644 doc/todo/clear_file_names_in_special_remotes.mdwn
 create mode 100644 doc/todo/clear_file_names_in_special_remotes/comment_1_630f17c9a7ce9a77d5d5867a6e0c799b._comment
 create mode 100644 doc/todo/clear_file_names_in_special_remotes/comment_2_823c279683ac3f39c921be3fcbf6bfe2._comment
 create mode 100644 doc/todo/clear_file_names_in_special_remotes/comment_3_4704e465025b543e47c18d565abd2747._comment
 create mode 100644 doc/todo/commit_in_direct_mode.mdwn
 create mode 100644 doc/todo/ctrl_c_handling.mdwn
 create mode 100644 doc/todo/ctrl_c_handling/comment_1_3addbe33817db5de836c014287b14c07._comment
 create mode 100644 doc/todo/ctrl_c_handling/comment_2_cc2776dc4805421180edcdf96a89fcaa._comment
 create mode 100644 doc/todo/ctrl_c_handling/comment_3_8d7d357368987f5d5d59b4d8d99a0e06._comment
 create mode 100644 doc/todo/custom_f-droid_repo.mdwn
 create mode 100644 doc/todo/custom_f-droid_repo/comment_1_d2bdc001584d4b5f925390910ec1ef73._comment
 create mode 100644 doc/todo/custom_f-droid_repo/comment_2_20eebe13b76d5279a3d09b346b65ff6e._comment
 create mode 100644 doc/todo/custom_f-droid_repo/comment_3_5a79abb8b1dd12426e111e733fa6493b._comment
 create mode 100644 doc/todo/custom_f-droid_repo/comment_4_55f05624f0e939f7b8d0c505285e5690._comment
 create mode 100644 doc/todo/custom_f-droid_repo/comment_6_de4229f04daf48a153e2f44f57a05a3b._comment
 create mode 100644 doc/todo/do_not_bug_me_about_intermediate_files.mdwn
 create mode 100644 doc/todo/document_standard_groups_more_extensively_in_the_UI.mdwn
 create mode 100644 doc/todo/done.mdwn
 create mode 100644 doc/todo/dont_append_:5222_to_jabber_hosts__44___if_a_different_port_has_been_specified_already.mdwn
 create mode 100644 doc/todo/fast_migrate.mdwn
 create mode 100644 doc/todo/free_space_checking_for_local_special_remotes.mdwn
 create mode 100644 doc/todo/free_space_checking_for_local_special_remotes/comment_1_47c254cec58cbbb3ea84c93ef8282f01._comment
 create mode 100644 doc/todo/git-annex_ignores_GIT__95__SSH.mdwn
 create mode 100644 doc/todo/git-annex_ignores_GIT__95__SSH/comment_1_958dd21d7e981232f03b4516521ac226._comment
 create mode 100644 doc/todo/git-annex_ignores_GIT__95__SSH/comment_2_319a7e8122e7bc25d9399ba463a16158._comment
 create mode 100644 doc/todo/git-annex_ignores_GIT__95__SSH/comment_3_cc1936f18721a912bb77903be6c4a45f._comment
 create mode 100644 doc/todo/git_annex_get___60__file__62___should_verify_file_hash.mdwn
 create mode 100644 doc/todo/git_annex_get___60__file__62___should_verify_file_hash/comment_1_650e01a04104120ef1db4ff16fedc4f1._comment
 create mode 100644 doc/todo/hidden_files.mdwn
 create mode 100644 doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template.mdwn
 create mode 100644 doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_1_62752c760fc12eca0c34d67d58753d00._comment
 create mode 100644 doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_2_21672360060f48bc2eacfa535ff4c94d._comment
 create mode 100644 doc/todo/integrate_support_for_spideroak_as_archive__47__backup.mdwn
 create mode 100644 doc/todo/integrate_support_for_spideroak_as_archive__47__backup/comment_1_a47ea814f6d7727bbd0eeca6d1fd3219._comment
 create mode 100644 doc/todo/keep_annexed_files_for_a_while.mdwn
 create mode 100644 doc/todo/notifications.mdwn
 create mode 100644 doc/todo/openwrt_package.mdwn
 create mode 100644 doc/todo/openwrt_package/comment_1_100d76109e04bc43979775d71b4152ac._comment
 create mode 100644 doc/todo/openwrt_package/comment_2_2cb7dd4c0cc4413a4588b13cf7700de2._comment
 create mode 100644 doc/todo/openwrt_package/comment_3_5ba8a325a683ff543d81a366c873070d._comment
 create mode 100644 doc/todo/optimise_git-annex_merge.mdwn
 create mode 100644 doc/todo/parallel_possibilities.mdwn
 create mode 100644 doc/todo/parallel_possibilities/comment_1_d8e34fc2bc4e5cf761574608f970d496._comment
 create mode 100644 doc/todo/parallel_possibilities/comment_2_adb76f06a7997abe4559d3169a3181c3._comment
 create mode 100644 doc/todo/parallel_possibilities/comment_3_145fb974f45da99b7d4b117a3699cccf._comment
 create mode 100644 doc/todo/read-only_removable_drives.mdwn
 create mode 100644 doc/todo/read-only_removable_drives/comment_1_979455e3694ae2403134ed6fa2add2fa._comment
 create mode 100644 doc/todo/redundancy_stats_in_status.mdwn
 create mode 100644 doc/todo/redundancy_stats_in_status/comment_1_9f1c10f8cea4fa60a99cbcc8306dd5de._comment
 create mode 100644 doc/todo/redundancy_stats_in_status/comment_2_686ced0684d10511caf07953c64cd5b6._comment
 create mode 100644 doc/todo/required_content.mdwn
 create mode 100644 doc/todo/required_content/comment_1_42620a3c958666be2a0d5f5b8eadf7b4._comment
 create mode 100644 doc/todo/required_content/comment_2_132ec6378db63af6281569cf5748b9d3._comment
 create mode 100644 doc/todo/required_content/comment_3_b16a8e8b45ceee887c8c0167b7859654._comment
 create mode 100644 doc/todo/resuming_encrypted_uploads.mdwn
 create mode 100644 doc/todo/resuming_encrypted_uploads/comment_1_1832a6fb78e8ad7c838582f46731ac3b._comment
 create mode 100644 doc/todo/resuming_encrypted_uploads/comment_2_2ecc8e782f49e90ed1549e9179eb1a1e._comment
 create mode 100644 doc/todo/sharedRepository_mode_not_supported_by_git-annex.mdwn
 create mode 100644 doc/todo/smudge.mdwn
 create mode 100644 doc/todo/smudge/comment_1_4ea616bcdbc9e9a6fae9f2e2795c31c9._comment
 create mode 100644 doc/todo/smudge/comment_2_e04b32caa0d2b4c577cdaf382a3ff7f6._comment
 create mode 100644 doc/todo/smudge/comment_3_4e7c25fe24a1e71f58a8354fa64f41c2._comment
 create mode 100644 doc/todo/ssh_special_remote.mdwn
 create mode 100644 doc/todo/stream_feature__63__.mdwn
 create mode 100644 doc/todo/support_S3_multipart_uploads.mdwn
 create mode 100644 doc/todo/sync_my_local_git-annex_from_a_dump_remote.mdwn
 create mode 100644 doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_1_81d63854f89f00855cda5ace0fc8262a._comment
 create mode 100644 doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_2_66822b72b1450e79e8edd0c6c21d5aa6._comment
 create mode 100644 doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_3_b9f73375e2c732e798495f8ee6970c7c._comment
 create mode 100644 doc/todo/tahoe_lfs_for_reals.mdwn
 create mode 100644 doc/todo/tahoe_lfs_for_reals/comment_1_0a4793ce6a867638f6e510e71dd4bb44._comment
 create mode 100644 doc/todo/tahoe_lfs_for_reals/comment_2_80b9e848edfdc7be21baab7d0cef0e3a._comment
 create mode 100644 doc/todo/union_mounting.mdwn
 create mode 100644 doc/todo/union_mounting/comment_1_cb08435812dd7766de26199c73f38e8b._comment
 create mode 100644 doc/todo/union_mounting/comment_2_240b1736f6bd4fbf87c372d3a46e661b._comment
 create mode 100644 doc/todo/union_mounting/comment_3_cf0a0d4fbd929f24f7056115b2acb7de._comment
 create mode 100644 doc/todo/unwanted_repository_version_upgrades.mdwn
 create mode 100644 doc/todo/unwanted_repository_version_upgrades/comment_1_48f71865b65db4574a10e5c32ee22197._comment
 create mode 100644 doc/todo/using_file_metadata_for_preferred___40__wanted__41___content.mdwn
 create mode 100644 doc/todo/view_git_annex_log_in_webapp.mdwn
 create mode 100644 doc/todo/view_git_annex_log_in_webapp/comment_1_945054441d93423b2c7b81712b364a3c._comment
 create mode 100644 doc/todo/view_git_annex_log_in_webapp/comment_2_0f434dfe80e90951870218bc1b76c374._comment
 create mode 100644 doc/todo/webapp_ssh_setup_should_work_with_locked_down_git-annex-shell_account.mdwn
 create mode 100644 doc/todo/windows_git-annex_service.mdwn
 create mode 100644 doc/todo/windows_git-annex_service/comment_11_c3af14453e99dae5425deaa26ca7310e._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_11_e2dda1037cc85f03613f2774c139ad56._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_12_249a48a241f14f32dab49f381d2de3b3._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_12_d3d91ddc00bc275455022d86b779b148._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_13_59fbe4d07cdbeb786bae792f9c709ddd._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_13_f1d254fe85b0e5cbc7edf9096af4f942._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_14_79fc0ff98c5bba2ed616e52e5a58e28f._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_14_7d5fdac0084c4742967879f5f0f9fccf._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_15_8f10491f8c0a151284e6d81a83eab212._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_15_fcd34607116183cc1a764fb307eabe0a._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_16_51800fd83cd979b021eabdd4c44cfd61._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_16_6a6424f23772e57f1adb1807ca8b93fa._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_18_3a408492107ca6f120b631ce8c41faef._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_19_c6cbc8fe9218f90c661cd1026658c939._comment
 create mode 100644 doc/todo/windows_git-annex_service/comment_20_ca245781a37db5546da3f7204adbeebb._comment
 create mode 100644 doc/todo/windows_support.mdwn
 create mode 100644 doc/todo/windows_support/comment_10_394127e34e07ab3dc0e7b94ee6898866._comment
 create mode 100644 doc/todo/windows_support/comment_11_c91eb7da8ee05064a5bc4a6e2203314b._comment
 create mode 100644 doc/todo/windows_support/comment_1_3cc26ad8101a22e95a8c60cf0c4dedcc._comment
 create mode 100644 doc/todo/windows_support/comment_2_8acae818ce468967499050bbe3c532ea._comment
 create mode 100644 doc/todo/windows_support/comment_3_bd0a12f4c9b884ab8a06082842381a01._comment
 create mode 100644 doc/todo/windows_support/comment_4_ad06b98b2ddac866ffee334e41fee6a8._comment
 create mode 100644 doc/todo/windows_support/comment_5_444fc7251f57db241b6e80abae41851c._comment
 create mode 100644 doc/todo/windows_support/comment_6_34f1f60b570c389bb1e741b990064a7e._comment
 create mode 100644 doc/todo/windows_support/comment_7_a5ca56c487257434650420acfa60e39f._comment
 create mode 100644 doc/todo/windows_support/comment_8_61214de7d967740d42905f3823ce2f65._comment
 create mode 100644 doc/todo/windows_support/comment_9_259a0b1a6f4d8d1944173380adc5e7c8._comment
 create mode 100644 doc/todo/wishlist:_--maxdepth_option_for_git_annex_find.mdwn
 create mode 100644 doc/todo/wishlist:_Add_--byte-limit_option.mdwn
 create mode 100644 doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav.mdwn
 create mode 100644 doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav/comment_1_11c7444ab4988c60732af505b52bde3c._comment
 create mode 100644 doc/todo/wishlist:_Freeing_X_space_on_remote_Y.mdwn
 create mode 100644 doc/todo/wishlist:_Option_to_specify_max_transfer_rate.mdwn
 create mode 100644 doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_1_4fd870e14b5b70c8a6ade41406294387._comment
 create mode 100644 doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_2_dd854f297ad6a94b54be9f3edfd0f766._comment
 create mode 100644 doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_3_a8b7e90a473d5937807cc7eb456efe33._comment
 create mode 100644 doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier.mdwn
 create mode 100644 doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier/comment_1_eb934756cb2af7fa13ad3b5fad7f85b2._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case.mdwn
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_1_5c8812973cf91b046e7fc44d7e86c78e._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_2_f36b6a5b128423211aac91a252ecf85f._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_3_ad1569b2405acacd2e37f42b82f24c88._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_4_8aba90150fe178ce9712ad951628f3d6._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_5_6f42d240e0021f4dfa37146bea3f5d7e._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_6_5fda455febf728b079f26fe42bf7bcab._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_7_f1052ab997f1a2cccbabfd1533fc0a59._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment
 create mode 100644 doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_9_fdc883d3963de8072794f3189742e4e3._comment
 create mode 100644 doc/todo/wishlist:___39__get__39___queue_and_schedule..mdwn
 create mode 100644 doc/todo/wishlist:___39__whereis__39___support_in_the_webapp.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_1_c83a6cddd0ce222205a149cfa41ca395._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_2_353fbc2bcc40cb8c9af42907a34c6e5a._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_3_3e830035df580601f038ce3a7003c39d._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_4_e5516689bc128c061dcd66649dc69584._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_5_be740e4b06d9130ae6afc5783da3c0e0._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_6_79d115f95cec46bb51e7fba078524db1._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_1_fff7cdff9e4bc988139152a799b65c99._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_2_b8dd92d7710a9d194312058e53c38d21._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_3_206e319f6d7c6b0d1f05af2475a8b335._comment
 create mode 100644 doc/todo/wishlist:_add_--symlink_option_to_import.mdwn
 create mode 100644 doc/todo/wishlist:_add_--symlink_option_to_import/comment_1_d5d853142d401b95577567e3eb43495e._comment
 create mode 100644 doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp.mdwn
 create mode 100644 doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_1_b89e90f9a70748c95aaf81740a40b76e._comment
 create mode 100644 doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_2_d64361380cb18b98ddb43ada1c9f540a._comment
 create mode 100644 doc/todo/wishlist:_allow_custom_S3_url_in_webapp.mdwn
 create mode 100644 doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_1_3d1ea5579a6ad0c0efde58dca11c10aa._comment
 create mode 100644 doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_2_f96bb81fde4185368dc6ea5a5aed87da._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads.mdwn
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_1_36ae3c75053d5ec278b5e6eb2084d57a._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_be8eb800523db8cf7a2c68a28fbf5ea5._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_d9f725de41a8572c85e4c6d9b4bcc927._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_4_f52492e4cc6f965515800bd1c0e05c90._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_5_5b36656fc5fa124e763f06711d9da32b._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_6_285215a4466806baf85b8606f680494a._comment
 create mode 100644 doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_7_15bf62e46db4b84ed3156f550f03de42._comment
 create mode 100644 doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync.mdwn
 create mode 100644 doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_1_db632de391ce9fce42af51a770ed3aeb._comment
 create mode 100644 doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_2_4a0931d9884054d764fde315d4fe4851._comment
 create mode 100644 doc/todo/wishlist:_annex.largefiles_support_for_mimetypes.mdwn
 create mode 100644 doc/todo/wishlist:_annex.largefiles_support_for_mimetypes/comment_1_304431bb62b5b8a64edc37a11bbaff59._comment
 create mode 100644 doc/todo/wishlist:_archive_from_remote_with_the_least_free_space.mdwn
 create mode 100644 doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_1_6813fdc7ecc98765a5d35d34163a1712._comment
 create mode 100644 doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_2_21a249cedca1ceb80d10784004735524._comment
 create mode 100644 doc/todo/wishlist:_derived_content_support.mdwn
 create mode 100644 doc/todo/wishlist:_disable_automatic_commits.mdwn
 create mode 100644 doc/todo/wishlist:_display_status_of_remotes_in_the_webapp.mdwn
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files.mdwn
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files/comment_1_b41c214599d6601257a9d824cebbffcc._comment
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files/comment_2_7b26171458baaf5c0057276d2d97e14c._comment
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files/comment_3_6f80ce6cee4519d4f69193d5086e194a._comment
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files/comment_4_22a7a03c30174e42e6d8e639e31e1d34._comment
 create mode 100644 doc/todo/wishlist:_do_not_import_new_files/comment_5_4294e92e2f4efb9dd10b280f5c9843f7._comment
 create mode 100644 doc/todo/wishlist:_do_round_robin_downloading_of_data.mdwn
 create mode 100644 doc/todo/wishlist:_do_round_robin_downloading_of_data/comment_1_460335b0e59ad03871c524f1fe812357._comment
 create mode 100644 doc/todo/wishlist:_encrypted_git_remote_on_hosting_site_from_webapp.mdwn
 create mode 100644 doc/todo/wishlist:_generic_annex.cost-command.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_diff.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_diff/comment_1_16ccf2e1036d9e1a913db81988731b5a._comment
 create mode 100644 doc/todo/wishlist:_git_annex_info_._also_return_numcopies_setting.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_info_UUID.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_info_UUID/comment_1_d0d40bfdafed47e9e8ef2f4cd5c8576f._comment
 create mode 100644 doc/todo/wishlist:_git_annex_info_UUID/comment_2._comment
 create mode 100644 doc/todo/wishlist:_history_of_operations.mdwn
 create mode 100644 doc/todo/wishlist:_history_of_operations/comment_1_f9a77ce83c6f39b6272d5c577ffbb9f9._comment
 create mode 100644 doc/todo/wishlist:_make_git_annex_reinject_work_in_direct_mode.mdwn
 create mode 100644 doc/todo/wishlist:_make_partial_files_available_during_transfer.mdwn
 create mode 100644 doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_2_8b1cfae6f2b61929a9c6f48ae63c921d._comment
 create mode 100644 doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_3_1304a721da6f5133fdfa1dac507f1ecb._comment
 create mode 100644 doc/todo/wishlist:_more_info_in_commit_messages_in_general.mdwn
 create mode 100644 doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__.mdwn
 create mode 100644 doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__/comment_1_b9c241cf94a35aa6a45f4d44334694b0._comment
 create mode 100644 doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails.mdwn
 create mode 100644 doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_1_82ee9de610a0ac55cd1c27c211079e5b._comment
 create mode 100644 doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_2_bea55156bd32cf9e6dd9b946ba1bb8c1._comment
 create mode 100644 doc/todo/wishlist:_option_to_print_more_info_with___39__unused__39__.mdwn
 create mode 100644 doc/todo/wishlist:_pack_metadata_in_direct_mode.mdwn
 create mode 100644 doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_1_1a550d6977a255b789337c3d1602db04._comment
 create mode 100644 doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_2_3cc9c69d33c658058daea9cb5e4ab669._comment
 create mode 100644 doc/todo/wishlist:_perform_fsck_remotely.mdwn
 create mode 100644 doc/todo/wishlist:_perform_fsck_remotely/comment_1_db92311dcdb1ef0ab0413f83e191c70c._comment
 create mode 100644 doc/todo/wishlist:_perform_fsck_remotely/comment_2_2f0dbaf143d94290bfbebb6869eb7241._comment
 create mode 100644 doc/todo/wishlist:_perform_fsck_remotely/comment_3_5ec2e0e248dfd4ca46aef89cc5658d18._comment
 create mode 100644 doc/todo/wishlist:_print_locations_for_files_in_rsync_remote.mdwn
 create mode 100644 doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl.mdwn
 create mode 100644 doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_1_b79976afc2242791523e63831f30af71._comment
 create mode 100644 doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_2_1741d2392006a9af9cfd1f3b847600b9._comment
 create mode 100644 doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
 create mode 100644 doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_1_e2c2047e7401cb95a82ffb686a732859._comment
 create mode 100644 doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_2_472b576afdb169b233edd01adcb2123d._comment
 create mode 100644 doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_3_b4ff519ece76c6c3fb29b981320e2e1c._comment
 create mode 100644 doc/todo/wishlist:_special_remote_Ubuntu_One.mdwn
 create mode 100644 doc/todo/wishlist:_special_remote_Ubuntu_One/comment_1_ab0c761030bc55e8fb75d1b344bb98b9._comment
 create mode 100644 doc/todo/wishlist:_special_remote_Ubuntu_One/comment_2_17e948acb1e29793cf172cd6def4160b._comment
 create mode 100644 doc/todo/wishlist:_swift_backend.mdwn
 create mode 100644 doc/todo/wishlist:_swift_backend/comment_1_e6efbb35f61ee521b473a92674036788._comment
 create mode 100644 doc/todo/wishlist:_swift_backend/comment_2_5d8c83b0485112e98367b7abaab3f4e3._comment
 create mode 100644 doc/todo/wishlist:_swift_backend/comment_3_bf8625b909c3a7321cae40e6f145e874._comment
 create mode 100644 doc/todo/wishlist:_swift_backend/comment_4_4d97d12ddd99834788e94648c8eebef9._comment
 create mode 100644 doc/todo/wishlist:_swift_backend/comment_5_1568f726f91d4589aef7ca9fcc3c957d._comment
 create mode 100644 doc/todo/wishlist:_traffic_accounting_for_git-annex.mdwn
 create mode 100644 doc/todo/wishlist:_unify_directory_scheme_for_the_store.mdwn
 create mode 100644 doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_1_44da58beaaab359ecaba7fb905ca4ae1._comment
 create mode 100644 doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_2_bc698c501ecdb56df57171f4f3bb831a._comment
 create mode 100644 doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_3_e555d0dbbaa05528806905c6a940724b._comment
 create mode 100644 doc/todo/wishlist:_use_hardlinks_for_local_clones.mdwn
 create mode 100644 doc/todo/wishlist:_use_hardlinks_for_local_clones/comment_1_85064fafe472a5bd395d60ce8f7acb56._comment
 create mode 100644 doc/todo/wishlist:alias_system.mdwn
 create mode 100644 doc/todo/wishlist:alias_system/comment_1_5afad4b92f9a449d4a82a94ad31feec2._comment
 create mode 100644 doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp.mdwn
 create mode 100644 doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp/comment_1_ec90432a7d46383071401b05243d621f._comment
 create mode 100644 doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote.mdwn
 create mode 100644 doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_1_13737dc99aa877b309f7ebe44ecbafee._comment
 create mode 100644 doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_2_06230669218541ac392d674bedd43176._comment
 create mode 100644 doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_3_002afd775b82a0ced609c8305803a6c2._comment
 create mode 100644 doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_4_9e8fdc41fdefcb8be0d6bae7cd4a04a9._comment
 create mode 100644 doc/todo/wishlist_degraded_files.mdwn
 create mode 100644 doc/transferring_data.mdwn
 create mode 100644 doc/trust.mdwn
 create mode 100644 doc/upgrades.mdwn
 create mode 100644 doc/upgrades/SHA_size.mdwn
 create mode 100644 doc/upgrades/SHA_size/comment_1_20f9b7b75786075de666b2146dc13a60._comment
 create mode 100644 doc/upgrades/gcrypt.mdwn
 create mode 100644 doc/upgrades/gcrypt/comment_1_606c1527735996ae671f78948e4ad84b._comment
 create mode 100644 doc/use_case/Alice.mdwn
 create mode 100644 doc/use_case/Bob.mdwn
 create mode 100644 doc/users.mdwn
 create mode 100644 doc/users/anarcat.mdwn
 create mode 100644 doc/users/chrysn.mdwn
 create mode 100644 doc/users/clacke.mdwn
 create mode 100644 doc/users/claes.wallin.mdwn
 create mode 100644 doc/users/fmarier.mdwn
 create mode 100644 doc/users/gebi.mdwn
 create mode 100644 doc/users/greg.mdwn
 create mode 100644 doc/users/joey.mdwn
 create mode 100644 doc/users/sameerds.mdwn
 create mode 100644 doc/users/tobiastheviking.mdwn
 create mode 100644 doc/videos.mdwn
 create mode 100644 doc/videos/FOSDEM2012.mdwn
 create mode 100644 doc/videos/LCA2013.mdwn
 create mode 100644 doc/videos/git-annex_assistant_archiving.mdwn
 create mode 100644 doc/videos/git-annex_assistant_introduction.mdwn
 create mode 100644 doc/videos/git-annex_assistant_introduction/comment_1_f42ad4183c2c28319d3705a82fceb82f._comment
 create mode 100644 doc/videos/git-annex_assistant_introduction/comment_2_b62f4eeeac1138570f7cb8c98d41c2cb._comment
 create mode 100644 doc/videos/git-annex_assistant_lan.mdwn
 create mode 100644 doc/videos/git-annex_assistant_lan/comment_1_df8c8b6d9d63fbf5462b225edbb23c82._comment
 create mode 100644 doc/videos/git-annex_assistant_lan/comment_2_d4e3122da9c9e27fbe872e09fcde762b._comment
 create mode 100644 doc/videos/git-annex_assistant_lan/comment_3_d43ee0a335c2f010b437cf28437455c2._comment
 create mode 100644 doc/videos/git-annex_assistant_lan/comment_4_c710e27db41311b157d8caaafc32dc7e._comment
 create mode 100644 doc/videos/git-annex_assistant_remote_sharing.mdwn
 create mode 100644 doc/videos/git-annex_assistant_sync_demo.mdwn
 create mode 100644 doc/videos/git-annex_views_demo.mdwn
 create mode 100644 doc/videos/git-annex_watch_demo.mdwn
 create mode 100644 doc/videos/git-annex_weppapp_demo.mdwn
 create mode 100644 doc/walkthrough.mdwn
 create mode 100644 doc/walkthrough/adding_a_remote.mdwn
 create mode 100644 doc/walkthrough/adding_a_remote/comment_1_0a59355bd33a796aec97173607e6adc9._comment
 create mode 100644 doc/walkthrough/adding_a_remote/comment_2_f8cd79ef1593a8181a7f1086a87713e8._comment
 create mode 100644 doc/walkthrough/adding_a_remote/comment_3_60691af4400521b5a8c8d75efe3b44cb._comment
 create mode 100644 doc/walkthrough/adding_a_remote/comment_4_6f7cf5c330272c96b3abeb6612075c9d._comment
 create mode 100644 doc/walkthrough/adding_files.mdwn
 create mode 100644 doc/walkthrough/automatically_managing_content.mdwn
 create mode 100644 doc/walkthrough/backups.mdwn
 create mode 100644 doc/walkthrough/backups/comment_1_d0244791d2abbf29553546a6a6568a0f._comment
 create mode 100644 doc/walkthrough/creating_a_repository.mdwn
 create mode 100644 doc/walkthrough/fsck:_verifying_your_data.mdwn
 create mode 100644 doc/walkthrough/fsck:_when_things_go_wrong.mdwn
 create mode 100644 doc/walkthrough/getting_file_content.mdwn
 create mode 100644 doc/walkthrough/modifying_annexed_files.mdwn
 create mode 100644 doc/walkthrough/modifying_annexed_files/comment_1_624b4a0b521b553d68ab6049f7dbaf8c._comment
 create mode 100644 doc/walkthrough/modifying_annexed_files/comment_2_b000622304535d32b69db17d51156b21._comment
 create mode 100644 doc/walkthrough/more.mdwn
 create mode 100644 doc/walkthrough/moving_file_content_between_repositories.mdwn
 create mode 100644 doc/walkthrough/moving_file_content_between_repositories/comment_1_4c30ade91fc7113a95960aa3bd1d5427._comment
 create mode 100644 doc/walkthrough/moving_file_content_between_repositories/comment_2_7d90e1e150e7524ba31687108fcc38d6._comment
 create mode 100644 doc/walkthrough/moving_file_content_between_repositories/comment_3_558d80384434207b9cfc033763863de3._comment
 create mode 100644 doc/walkthrough/moving_file_content_between_repositories/comment_4_a2f343eceed9e9fba1670f21e0fc6af4._comment
 create mode 100644 doc/walkthrough/quiet_please:_When_git-annex_seems_to_skip_files.mdwn
 create mode 100644 doc/walkthrough/removing_files.mdwn
 create mode 100644 doc/walkthrough/removing_files/comment_1_cb65e7c510b75be1c51f655b058667c6._comment
 create mode 100644 doc/walkthrough/removing_files/comment_2_64709ea4558915edd5c8ca4486965b07._comment
 create mode 100644 doc/walkthrough/removing_files:_When_things_go_wrong.mdwn
 create mode 100644 doc/walkthrough/renaming_files.mdwn
 create mode 100644 doc/walkthrough/syncing.mdwn
 create mode 100644 doc/walkthrough/transferring_files:_When_things_go_wrong.mdwn
 create mode 100644 doc/walkthrough/unused_data.mdwn
 create mode 100644 doc/walkthrough/unused_data/comment_1_684b7b652d3a8ec04f32129c5528f1ab._comment
 create mode 100644 doc/walkthrough/using_bup.mdwn
 create mode 100644 doc/walkthrough/using_ddar.mdwn
 create mode 100644 doc/walkthrough/using_ssh_remotes.mdwn
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_10_98e97c4d7fbbcd449eddf683967a71d6._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_11_f2775a151ed50caba27057bd9c38bae2._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_12_a8bc6110128431ca2a8624ddc75ea364._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_2_365db5820d96d5daa62c19fd76fcdf1e._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_2_451fd0c6a25ee61ef137e8e5be0c286b._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_3_b2f15a46620385da26d5fe8f11ebfc1a._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_4_433ccc87fbb0a13e32d59d77f0b4e56c._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_5_a9805c7965da0b88a1c9f7f207c450a1._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_6_9d5c12c056892b706cf100ea01866685._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_7_725e7dbb2d0a74a035127cb01ee0442c._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_8_8448e55026d2c2b50d8da41707686bea._comment
 create mode 100644 doc/walkthrough/using_ssh_remotes/comment_9_61833299a9878f23ac57598fa6da8839._comment
 create mode 100644 doc/walkthrough/using_tags_and_branches.mdwn
 create mode 100755 ghci
 create mode 100644 git-annex.cabal
 create mode 100644 git-annex.hs
 create mode 100644 git-union-merge.hs
 create mode 100644 standalone/android/Makefile
 create mode 100644 standalone/android/abiversion
 create mode 100755 standalone/android/buildchroot
 create mode 100755 standalone/android/buildchroot-inchroot
 create mode 100755 standalone/android/buildchroot-inchroot-asuser
 create mode 100644 standalone/android/busybox_config
 create mode 100755 standalone/android/clean-haskell-packages
 create mode 100644 standalone/android/dropbear.patch
 create mode 100644 standalone/android/git.patch
 create mode 100644 standalone/android/haskell-patches/certificate_1.3.7-0001-support-Android-cert-store.patch
 create mode 100644 standalone/android/haskell-patches/comonad_cross-build.patch
 create mode 100644 standalone/android/haskell-patches/crypto-numbers_build-fix.patch
 create mode 100644 standalone/android/haskell-patches/distributive_0.4.4_0001-fixes-for-cross-build.patch
 create mode 100644 standalone/android/haskell-patches/dns_use-android-net.dns1-command-instead-of-resolv.conf.patch
 create mode 100644 standalone/android/haskell-patches/entropy_cross-build.patch
 create mode 100644 standalone/android/haskell-patches/gnutls_0.1.4-0001-statically-link-with-gnutls.patch
 create mode 100644 standalone/android/haskell-patches/gsasl_0.3.5-0001-link-with-libgsasl.patch
 create mode 100644 standalone/android/haskell-patches/iproute_1.2.11_0001-build-without-IPv6-stuff.patch
 create mode 100644 standalone/android/haskell-patches/language-javascript_fix-build-with-new-ghc.patch
 create mode 100644 standalone/android/haskell-patches/network_2.4.1.0_0002-remove-Network.BSD-symbols-not-available-in-bionic.patch
 create mode 100644 standalone/android/haskell-patches/network_2.4.1.0_0003-configure-misdetects-accept4.patch
 create mode 100644 standalone/android/haskell-patches/network_2.4.1.0_0004-getprotobyname-hack-for-tcp-and-udp.patch
 create mode 100644 standalone/android/haskell-patches/network_2.4.1.0_0005-no-NODELAY-on-android.patch
 create mode 100644 standalone/android/haskell-patches/network_2.5.0.0_0001-android-port-fixes.patch
 create mode 100644 standalone/android/haskell-patches/primitive_0.5.3.0_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
 create mode 100644 standalone/android/haskell-patches/socks_0.4.2_0001-remove-IPv6-stuff.patch
 create mode 100644 standalone/android/haskell-patches/stm-chans_cross-build.patch
 create mode 100644 standalone/android/haskell-patches/system-filepath_cross-build.patch
 create mode 100644 standalone/android/haskell-patches/unbounded-delays_crossbuild.patch
 create mode 100644 standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch
 create mode 100644 standalone/android/haskell-patches/uuid_build-without-v1-uuid-which-needs-network-info.patch
 create mode 100644 standalone/android/haskell-patches/x509-system_support-Android-cert-store.patch
 create mode 100644 standalone/android/haskell-patches/zlib_0.5.4.0_0001-hack-to-build-on-Android.patch
 create mode 100644 standalone/android/icons/drawable-hdpi/ic_launcher.png
 create mode 100644 standalone/android/icons/drawable-hdpi/ic_stat_service_notification_icon.png
 create mode 100644 standalone/android/icons/drawable-ldpi/ic_launcher.png
 create mode 100644 standalone/android/icons/drawable-ldpi/ic_stat_service_notification_icon.png
 create mode 100644 standalone/android/icons/drawable-mdpi/ic_launcher.png
 create mode 100644 standalone/android/icons/drawable-mdpi/ic_stat_service_notification_icon.png
 create mode 100644 standalone/android/icons/drawable-xhdpi/ic_launcher.png
 create mode 100644 standalone/android/icons/drawable-xhdpi/ic_stat_service_notification_icon.png
 create mode 120000 standalone/android/icons/drawable/ic_launcher.png
 create mode 120000 standalone/android/icons/drawable/ic_stat_service_notification_icon.png
 create mode 100755 standalone/android/install-haskell-packages
 create mode 100644 standalone/android/openssh.config.h
 create mode 100644 standalone/android/openssh.patch
 create mode 100644 standalone/android/rsync.patch
 create mode 100755 standalone/android/runshell
 create mode 100644 standalone/android/start.c
 create mode 100644 standalone/android/term.patch
 create mode 100644 standalone/licences.gz
 create mode 100644 standalone/linux/haskell-patches/network_disable_accept4.patch
 create mode 100755 standalone/linux/install-haskell-packages
 create mode 100644 standalone/linux/skel/README
 create mode 100755 standalone/linux/skel/git
 create mode 100755 standalone/linux/skel/git-annex
 create mode 100755 standalone/linux/skel/git-annex-shell
 create mode 100755 standalone/linux/skel/git-annex-webapp
 create mode 100755 standalone/linux/skel/git-receive-pack
 create mode 100755 standalone/linux/skel/git-shell
 create mode 100755 standalone/linux/skel/git-upload-pack
 create mode 100755 standalone/linux/skel/runshell
 create mode 100644 standalone/no-th/evilsplicer-headers.hs
 create mode 100644 standalone/no-th/haskell-patches/DAV_build-without-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/aeson_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/file-embed_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/generic-deriving_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/lens_no-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/monad-logger_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/persistent-template_stub-out.patch
 create mode 100644 standalone/no-th/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/process-conduit_avoid-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch
 create mode 100644 standalone/no-th/haskell-patches/reflection_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/shakespeare_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/skein_hardcode_little-endian.patch
 create mode 100644 standalone/no-th/haskell-patches/vector_hack-to-build-with-new-ghc.patch
 create mode 100644 standalone/no-th/haskell-patches/wai-app-static_deal-with-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/xml-hamlet_remove_TH.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-auth_don-t-really-build.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-core_expand_TH.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-persistent_do-not-really-build.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-routes_remove-TH.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod-static_hack.patch
 create mode 100644 standalone/no-th/haskell-patches/yesod_hack-TH.patch
 create mode 100644 standalone/osx/git-annex.app/Contents/Info.plist
 create mode 100644 standalone/osx/git-annex.app/Contents/MacOS/README
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-annex
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-annex-shell
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-annex-webapp
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-receive-pack
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-shell
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/git-upload-pack
 create mode 100755 standalone/osx/git-annex.app/Contents/MacOS/runshell
 create mode 100644 standalone/osx/git-annex.app/Contents/Resources/git-annex.icns
 create mode 100644 standalone/trustedkeys.gpg
 create mode 100755 standalone/windows/build-simple.sh
 create mode 100755 standalone/windows/build.sh
 create mode 100644 static/activityicon.gif
 create mode 100644 static/css/bootstrap-theme.css
 create mode 100644 static/css/bootstrap.css
 create mode 100644 static/favicon.ico
 create mode 100644 static/fonts/glyphicons-halflings-regular.eot
 create mode 100644 static/fonts/glyphicons-halflings-regular.svg
 create mode 100644 static/fonts/glyphicons-halflings-regular.ttf
 create mode 100644 static/fonts/glyphicons-halflings-regular.woff
 create mode 100644 static/js/bootstrap.js
 create mode 100644 static/js/jquery.full.js
 create mode 100644 static/js/jquery.ui.core.js
 create mode 100644 static/js/jquery.ui.mouse.js
 create mode 100644 static/js/jquery.ui.sortable.js
 create mode 100644 static/js/jquery.ui.widget.js
 create mode 100644 static/js/longpolling.js
 create mode 100644 static/syncicon.gif
 create mode 100644 templates/README
 create mode 100644 templates/actionbutton.hamlet
 create mode 100644 templates/bootstrap.hamlet
 create mode 100644 templates/configurators/addbox.com.hamlet
 create mode 100644 templates/configurators/adddrive.hamlet
 create mode 100644 templates/configurators/adddrive/combine.hamlet
 create mode 100644 templates/configurators/adddrive/encrypt.hamlet
 create mode 100644 templates/configurators/adddrive/setupmodal.hamlet
 create mode 100644 templates/configurators/addglacier.hamlet
 create mode 100644 templates/configurators/addia.hamlet
 create mode 100644 templates/configurators/addrepository.hamlet
 create mode 100644 templates/configurators/addrepository/archive.hamlet
 create mode 100644 templates/configurators/addrepository/cloud.hamlet
 create mode 100644 templates/configurators/addrepository/connection.hamlet
 create mode 100644 templates/configurators/addrepository/misc.hamlet
 create mode 100644 templates/configurators/addrepository/ssh.hamlet
 create mode 100644 templates/configurators/addrepository/xmppconnection.hamlet
 create mode 100644 templates/configurators/adds3.hamlet
 create mode 100644 templates/configurators/delete/currentrepository.hamlet
 create mode 100644 templates/configurators/delete/finished.hamlet
 create mode 100644 templates/configurators/delete/start.hamlet
 create mode 100644 templates/configurators/delete/xmpp.hamlet
 create mode 100644 templates/configurators/edit/nonannexremote.hamlet
 create mode 100644 templates/configurators/edit/repository.hamlet
 create mode 100644 templates/configurators/enableaws.hamlet
 create mode 100644 templates/configurators/enabledirectory.hamlet
 create mode 100644 templates/configurators/enableia.hamlet
 create mode 100644 templates/configurators/enablewebdav.hamlet
 create mode 100644 templates/configurators/fsck.cassius
 create mode 100644 templates/configurators/fsck.hamlet
 create mode 100644 templates/configurators/fsck/form.hamlet
 create mode 100644 templates/configurators/fsck/formcontent.hamlet
 create mode 100644 templates/configurators/fsck/preferencesform.hamlet
 create mode 100644 templates/configurators/fsck/status.hamlet
 create mode 100644 templates/configurators/genkeymodal.hamlet
 create mode 100644 templates/configurators/main.hamlet
 create mode 100644 templates/configurators/needconnection.hamlet
 create mode 100644 templates/configurators/needgcrypt.hamlet
 create mode 100644 templates/configurators/needglaciercli.hamlet
 create mode 100644 templates/configurators/newrepository.hamlet
 create mode 100644 templates/configurators/newrepository/combine.hamlet
 create mode 100644 templates/configurators/newrepository/first.hamlet
 create mode 100644 templates/configurators/newrepository/form.hamlet
 create mode 100644 templates/configurators/pairing/disabled.hamlet
 create mode 100644 templates/configurators/pairing/local/inprogress.hamlet
 create mode 100644 templates/configurators/pairing/local/prompt.hamlet
 create mode 100644 templates/configurators/pairing/xmpp/end.hamlet
 create mode 100644 templates/configurators/pairing/xmpp/friend/confirm.hamlet
 create mode 100644 templates/configurators/pairing/xmpp/friend/prompt.hamlet
 create mode 100644 templates/configurators/pairing/xmpp/self/prompt.hamlet
 create mode 100644 templates/configurators/pairing/xmpp/self/retry.hamlet
 create mode 100644 templates/configurators/preferences.hamlet
 create mode 100644 templates/configurators/rsync.net/add.hamlet
 create mode 100644 templates/configurators/rsync.net/encrypt.hamlet
 create mode 100644 templates/configurators/ssh/add.hamlet
 create mode 100644 templates/configurators/ssh/combine.hamlet
 create mode 100644 templates/configurators/ssh/confirm.hamlet
 create mode 100644 templates/configurators/ssh/enable.hamlet
 create mode 100644 templates/configurators/ssh/error.hamlet
 create mode 100644 templates/configurators/ssh/expiredpassword.hamlet
 create mode 100644 templates/configurators/ssh/setupmodal.hamlet
 create mode 100644 templates/configurators/ssh/testmodal.hamlet
 create mode 100644 templates/configurators/unused.hamlet
 create mode 100644 templates/configurators/unused/form.hamlet
 create mode 100644 templates/configurators/upgrade/android.hamlet
 create mode 100644 templates/configurators/xmpp.hamlet
 create mode 100644 templates/configurators/xmpp/buddylist.hamlet
 create mode 100644 templates/configurators/xmpp/disabled.hamlet
 create mode 100644 templates/configurators/xmpp/needcloudrepo.hamlet
 create mode 100644 templates/control/log.hamlet
 create mode 100644 templates/control/notrunning.hamlet
 create mode 100644 templates/control/notrunning.julius
 create mode 100644 templates/control/repairrepository.hamlet
 create mode 100644 templates/control/repairrepository/done.hamlet
 create mode 100644 templates/control/repositoryswitcher.hamlet
 create mode 100644 templates/control/shutdown.hamlet
 create mode 100644 templates/controlmenu.hamlet
 create mode 100644 templates/dashboard/main.hamlet
 create mode 100644 templates/dashboard/metarefresh.hamlet
 create mode 100644 templates/dashboard/transfers.cassius
 create mode 100644 templates/dashboard/transfers.hamlet
 create mode 100644 templates/documentation/about.hamlet
 create mode 100644 templates/documentation/license.hamlet
 create mode 100644 templates/documentation/repogroup.hamlet
 create mode 100644 templates/error.cassius
 create mode 100644 templates/error.hamlet
 create mode 100644 templates/notifications/longpolling.julius
 create mode 100644 templates/page.cassius
 create mode 100644 templates/page.hamlet
 create mode 100644 templates/page.julius
 create mode 100644 templates/repolist.hamlet
 create mode 100644 templates/repolist.julius
 create mode 100644 templates/sidebar/alert.hamlet
 create mode 100644 templates/sidebar/main.hamlet

diff --git a/.ghci b/.ghci
new file mode 100644
index 0000000000..c5550cee6e
--- /dev/null
+++ b/.ghci
@@ -0,0 +1 @@
+:load Common
diff --git a/.mailmap b/.mailmap
new file mode 100644
index 0000000000..46423bd59b
--- /dev/null
+++ b/.mailmap
@@ -0,0 +1,6 @@
+Joey Hess <joey@kitenet.net> http://joey.kitenet.net/ <joey@web>
+Joey Hess <joey@kitenet.net> http://joeyh.name/ <joey@web>
+Joey Hess <joey@kitenet.net> http://joeyh.name/ <http://joeyh.name/@web>
+Yaroslav Halchenko <debian@onerussian.com>
+Yaroslav Halchenko <debian@onerussian.com> http://yarikoptic.myopenid.com/ <site-myopenid@web>
+Yaroslav Halchenko <debian@onerussian.com> https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY <Yaroslav@web>
diff --git a/Annex.hs b/Annex.hs
new file mode 100644
index 0000000000..bb271c5e83
--- /dev/null
+++ b/Annex.hs
@@ -0,0 +1,291 @@
+{- git-annex monad
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, GeneralizedNewtypeDeriving, PackageImports #-}
+
+module Annex (
+	Annex,
+	AnnexState(..),
+	new,
+	run,
+	eval,
+	getState,
+	changeState,
+	setFlag,
+	setField,
+	setOutput,
+	getFlag,
+	getField,
+	addCleanup,
+	gitRepo,
+	inRepo,
+	fromRepo,
+	calcRepo,
+	getGitConfig,
+	changeGitConfig,
+	changeGitRepo,
+	getRemoteGitConfig,
+	withCurrentState,
+) where
+
+import Common
+import qualified Git
+import qualified Git.Config
+import Annex.Direct.Fixup
+import Git.CatFile
+import Git.CheckAttr
+import Git.CheckIgnore
+import Git.SharedRepository
+import qualified Git.Hook
+import qualified Git.Queue
+import Types.Key
+import Types.Backend
+import Types.GitConfig
+import qualified Types.Remote
+import Types.Crypto
+import Types.BranchState
+import Types.TrustLevel
+import Types.Group
+import Types.Messages
+import Types.UUID
+import Types.FileMatcher
+import Types.NumCopies
+import Types.LockPool
+import Types.MetaData
+import Types.DesktopNotify
+import Types.CleanupActions
+#ifdef WITH_QUVI
+import Utility.Quvi (QuviVersion)
+#endif
+import Utility.InodeCache
+
+import "mtl" Control.Monad.Reader
+import Control.Monad.Catch
+import Control.Concurrent
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+{- git-annex's monad is a ReaderT around an AnnexState stored in a MVar.
+ - This allows modifying the state in an exception-safe fashion.
+ - The MVar is not exposed outside this module.
+ -}
+newtype Annex a = Annex { runAnnex :: ReaderT (MVar AnnexState) IO a }
+	deriving (
+		Monad,
+		MonadIO,
+		MonadReader (MVar AnnexState),
+		MonadCatch,
+		MonadThrow,
+#if MIN_VERSION_exceptions(0,6,0)
+		MonadMask,
+#endif
+		Functor,
+		Applicative
+	)
+
+-- internal state storage
+data AnnexState = AnnexState
+	{ repo :: Git.Repo
+	, gitconfig :: GitConfig
+	, backends :: [BackendA Annex]
+	, remotes :: [Types.Remote.RemoteA Annex]
+	, remoteannexstate :: M.Map UUID AnnexState
+	, output :: MessageState
+	, force :: Bool
+	, fast :: Bool
+	, auto :: Bool
+	, daemon :: Bool
+	, branchstate :: BranchState
+	, repoqueue :: Maybe Git.Queue.Queue
+	, catfilehandles :: M.Map FilePath CatFileHandle
+	, checkattrhandle :: Maybe CheckAttrHandle
+	, checkignorehandle :: Maybe (Maybe CheckIgnoreHandle)
+	, forcebackend :: Maybe String
+	, globalnumcopies :: Maybe NumCopies
+	, forcenumcopies :: Maybe NumCopies
+	, limit :: ExpandableMatcher Annex
+	, uuidmap :: Maybe UUIDMap
+	, preferredcontentmap :: Maybe (FileMatcherMap Annex)
+	, requiredcontentmap :: Maybe (FileMatcherMap Annex)
+	, shared :: Maybe SharedRepository
+	, forcetrust :: TrustMap
+	, trustmap :: Maybe TrustMap
+	, groupmap :: Maybe GroupMap
+	, ciphers :: M.Map StorableCipher Cipher
+	, lockpool :: LockPool
+	, flags :: M.Map String Bool
+	, fields :: M.Map String String
+	, modmeta :: [ModMeta]
+	, cleanup :: M.Map CleanupAction (Annex ())
+	, sentinalstatus :: Maybe SentinalStatus
+	, useragent :: Maybe String
+	, errcounter :: Integer
+	, unusedkeys :: Maybe (S.Set Key)
+#ifdef WITH_QUVI
+	, quviversion :: Maybe QuviVersion
+#endif
+	, existinghooks :: M.Map Git.Hook.Hook Bool
+	, desktopnotify :: DesktopNotify
+	}
+
+newState :: GitConfig -> Git.Repo -> AnnexState
+newState c r = AnnexState
+	{ repo = r
+	, gitconfig = c
+	, backends = []
+	, remotes = []
+	, remoteannexstate = M.empty
+	, output = defaultMessageState
+	, force = False
+	, fast = False
+	, auto = False
+	, daemon = False
+	, branchstate = startBranchState
+	, repoqueue = Nothing
+	, catfilehandles = M.empty
+	, checkattrhandle = Nothing
+	, checkignorehandle = Nothing
+	, forcebackend = Nothing
+	, globalnumcopies = Nothing
+	, forcenumcopies = Nothing
+	, limit = BuildingMatcher []
+	, uuidmap = Nothing
+	, preferredcontentmap = Nothing
+	, requiredcontentmap = Nothing
+	, shared = Nothing
+	, forcetrust = M.empty
+	, trustmap = Nothing
+	, groupmap = Nothing
+	, ciphers = M.empty
+	, lockpool = M.empty
+	, flags = M.empty
+	, fields = M.empty
+	, modmeta = []
+	, cleanup = M.empty
+	, sentinalstatus = Nothing
+	, useragent = Nothing
+	, errcounter = 0
+	, unusedkeys = Nothing
+#ifdef WITH_QUVI
+	, quviversion = Nothing
+#endif
+	, existinghooks = M.empty
+	, desktopnotify = mempty
+	}
+
+{- Makes an Annex state object for the specified git repo.
+ - Ensures the config is read, if it was not already. -}
+new :: Git.Repo -> IO AnnexState
+new r = do
+	r' <- Git.Config.read r
+	let c = extractGitConfig r'
+	newState c <$> if annexDirect c then fixupDirect r' else return r'
+
+{- Performs an action in the Annex monad from a starting state,
+ - returning a new state. -}
+run :: AnnexState -> Annex a -> IO (a, AnnexState)
+run s a = do
+	mvar <- newMVar s
+	r <- runReaderT (runAnnex a) mvar
+	s' <- takeMVar mvar
+	return (r, s')
+
+{- Performs an action in the Annex monad from a starting state, 
+ - and throws away the new state. -}
+eval :: AnnexState -> Annex a -> IO a
+eval s a = do
+	mvar <- newMVar s
+	runReaderT (runAnnex a) mvar
+
+getState :: (AnnexState -> v) -> Annex v
+getState selector = do
+	mvar <- ask
+	s <- liftIO $ readMVar mvar
+	return $ selector s
+
+changeState :: (AnnexState -> AnnexState) -> Annex ()
+changeState modifier = do
+	mvar <- ask
+	liftIO $ modifyMVar_ mvar $ return . modifier
+
+{- Sets a flag to True -}
+setFlag :: String -> Annex ()
+setFlag flag = changeState $ \s ->
+	s { flags = M.insertWith' const flag True $ flags s }
+
+{- Sets a field to a value -}
+setField :: String -> String -> Annex ()
+setField field value = changeState $ \s ->
+	s { fields = M.insertWith' const field value $ fields s }
+
+{- Adds a cleanup action to perform. -}
+addCleanup :: CleanupAction -> Annex () -> Annex ()
+addCleanup k a = changeState $ \s ->
+	s { cleanup = M.insertWith' const k a $ cleanup s }
+
+{- Sets the type of output to emit. -}
+setOutput :: OutputType -> Annex ()
+setOutput o = changeState $ \s ->
+	s { output = (output s) { outputType = o } }
+
+{- Checks if a flag was set. -}
+getFlag :: String -> Annex Bool
+getFlag flag = fromMaybe False . M.lookup flag <$> getState flags
+
+{- Gets the value of a field. -}
+getField :: String -> Annex (Maybe String)
+getField field = M.lookup field <$> getState fields
+
+{- Returns the annex's git repository. -}
+gitRepo :: Annex Git.Repo
+gitRepo = getState repo
+
+{- Runs an IO action in the annex's git repository. -}
+inRepo :: (Git.Repo -> IO a) -> Annex a
+inRepo a = liftIO . a =<< gitRepo
+
+{- Extracts a value from the annex's git repisitory. -}
+fromRepo :: (Git.Repo -> a) -> Annex a
+fromRepo a = a <$> gitRepo
+
+{- Calculates a value from an annex's git repository and its GitConfig. -}
+calcRepo :: (Git.Repo -> GitConfig -> IO a) -> Annex a
+calcRepo a = do
+	s <- getState id
+	liftIO $ a (repo s) (gitconfig s)
+
+{- Gets the GitConfig settings. -}
+getGitConfig :: Annex GitConfig
+getGitConfig = getState gitconfig
+
+{- Modifies a GitConfig setting. -}
+changeGitConfig :: (GitConfig -> GitConfig) -> Annex ()
+changeGitConfig a = changeState $ \s -> s { gitconfig = a (gitconfig s) }
+
+{- Changing the git Repo data also involves re-extracting its GitConfig. -}
+changeGitRepo :: Git.Repo -> Annex ()
+changeGitRepo r = changeState $ \s -> s
+	{ repo = r
+	, gitconfig = extractGitConfig r
+	}
+
+{- Gets the RemoteGitConfig from a remote, given the Git.Repo for that
+ - remote. -}
+getRemoteGitConfig :: Git.Repo -> Annex RemoteGitConfig
+getRemoteGitConfig r = do
+	g <- gitRepo
+	return $ extractRemoteGitConfig g (Git.repoDescribe r)
+
+{- Converts an Annex action into an IO action, that runs with a copy
+ - of the current Annex state. 
+ -
+ - Use with caution; the action should not rely on changing the
+ - state, as it will be thrown away. -}
+withCurrentState :: Annex a -> Annex (IO a)
+withCurrentState a = do
+	s <- getState id
+	return $ eval s a
diff --git a/Annex/AutoMerge.hs b/Annex/AutoMerge.hs
new file mode 100644
index 0000000000..c19011e2d9
--- /dev/null
+++ b/Annex/AutoMerge.hs
@@ -0,0 +1,206 @@
+{- git-annex automatic merge conflict resolution
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.AutoMerge
+	( autoMergeFrom
+	, resolveMerge
+	, commitResolvedMerge
+	) where
+
+import Common.Annex
+import qualified Annex.Queue
+import Annex.Direct
+import Annex.CatFile
+import Annex.Link
+import qualified Git.LsFiles as LsFiles
+import qualified Git.UpdateIndex as UpdateIndex
+import qualified Git.Merge
+import qualified Git.Ref
+import qualified Git
+import qualified Git.Branch
+import Git.Types (BlobType(..))
+import Config
+import Annex.ReplaceFile
+import Git.FileMode
+import Annex.VariantFile
+
+import qualified Data.Set as S
+
+{- Merges from a branch into the current branch
+ - (which may not exist yet),
+ - with automatic merge conflict resolution.
+ -
+ - Callers should use Git.Branch.changed first, to make sure that
+ - there are changed from the current branch to the branch being merged in.
+ -}
+autoMergeFrom :: Git.Ref -> (Maybe Git.Ref) -> Git.Branch.CommitMode -> Annex Bool
+autoMergeFrom branch currbranch commitmode = do
+	showOutput
+	case currbranch of
+		Nothing -> go Nothing
+		Just b -> go =<< inRepo (Git.Ref.sha b)
+  where
+	go old = ifM isDirect
+		( mergeDirect currbranch old branch (resolveMerge old branch) commitmode
+		, inRepo (Git.Merge.mergeNonInteractive branch commitmode)
+			<||> (resolveMerge old branch <&&> commitResolvedMerge commitmode)
+		)
+
+{- Resolves a conflicted merge. It's important that any conflicts be
+ - resolved in a way that itself avoids later merge conflicts, since
+ - multiple repositories may be doing this concurrently.
+ -
+ - Only merge conflicts where at least one side is an annexed file
+ - is resolved.
+ -
+ - This uses the Keys pointed to by the files to construct new
+ - filenames. So when both sides modified annexed file foo, 
+ - it will be deleted, and replaced with files foo.variant-A and
+ - foo.variant-B.
+ -
+ - On the other hand, when one side deleted foo, and the other modified it,
+ - it will be deleted, and the modified version stored as file
+ - foo.variant-A (or B).
+ -
+ - It's also possible that one side has foo as an annexed file, and
+ - the other as a directory or non-annexed file. The annexed file
+ - is renamed to resolve the merge, and the other object is preserved as-is.
+ -
+ - In indirect mode, the merge is resolved in the work tree and files
+ - staged, to clean up from a conflicted merge that was run in the work
+ - tree.
+ -
+ - In direct mode, the work tree is not touched here; files are staged to
+ - the index, and written to the gitAnnexMergeDir, for later handling by
+ - the direct mode merge code.
+ -}
+resolveMerge :: Maybe Git.Ref -> Git.Ref -> Annex Bool
+resolveMerge us them = do
+	top <- fromRepo Git.repoPath
+	(fs, cleanup) <- inRepo (LsFiles.unmerged [top])
+	mergedfs <- catMaybes <$> mapM (resolveMerge' us them) fs
+	let merged = not (null mergedfs)
+	void $ liftIO cleanup
+
+	unlessM isDirect $ do
+		(deleted, cleanup2) <- inRepo (LsFiles.deleted [top])
+		unless (null deleted) $
+			Annex.Queue.addCommand "rm" [Params "--quiet -f --"] deleted
+		void $ liftIO cleanup2
+
+	when merged $ do
+		unlessM isDirect $
+			cleanConflictCruft mergedfs top
+		Annex.Queue.flush
+		showLongNote "Merge conflict was automatically resolved; you may want to examine the result."
+	return merged
+
+resolveMerge' :: Maybe Git.Ref -> Git.Ref -> LsFiles.Unmerged -> Annex (Maybe FilePath)
+resolveMerge' Nothing _ _ = return Nothing
+resolveMerge' (Just us) them u = do
+	kus <- getkey LsFiles.valUs LsFiles.valUs 
+	kthem <- getkey LsFiles.valThem LsFiles.valThem
+	case (kus, kthem) of
+		-- Both sides of conflict are annexed files
+		(Just keyUs, Just keyThem)
+			| keyUs /= keyThem -> resolveby $ do
+				makelink keyUs
+				makelink keyThem
+			| otherwise -> resolveby $
+				makelink keyUs
+		-- Our side is annexed file, other side is not.
+		(Just keyUs, Nothing) -> resolveby $ do
+			graftin them file LsFiles.valThem LsFiles.valThem
+			makelink keyUs
+		-- Our side is not annexed file, other side is.
+		(Nothing, Just keyThem) -> resolveby $ do
+			graftin us file LsFiles.valUs LsFiles.valUs
+			makelink keyThem
+		-- Neither side is annexed file; cannot resolve.
+		(Nothing, Nothing) -> return Nothing
+  where
+	file = LsFiles.unmergedFile u
+
+	getkey select select'
+		| select (LsFiles.unmergedBlobType u) == Just SymlinkBlob =
+			case select' (LsFiles.unmergedSha u) of
+				Nothing -> return Nothing
+				Just sha -> catKey sha symLinkMode
+		| otherwise = return Nothing
+	
+	makelink key = do
+		let dest = variantFile file key
+		l <- inRepo $ gitAnnexLink dest key
+		replacewithlink dest l
+		stageSymlink dest =<< hashSymlink l
+
+	replacewithlink dest link = ifM isDirect
+		( do
+			d <- fromRepo gitAnnexMergeDir
+			replaceFile (d </> dest) $ makeGitLink link
+		, replaceFile dest $ makeGitLink link
+		)
+
+	{- Stage a graft of a directory or file from a branch.
+	 -
+	 - When there is a conflicted merge where one side is a directory
+	 - or file, and the other side is a symlink, git merge always
+	 - updates the work tree to contain the non-symlink. So, the
+	 - directory or file will already be in the work tree correctly,
+	 - and they just need to be staged into place. Do so by copying the
+	 - index. (Note that this is also better than calling git-add
+	 - because on a crippled filesystem, it preserves any symlink
+	 - bits.)
+	 -
+	 - It's also possible for the branch to have a symlink in it,
+	 - which is not a git-annex symlink. In this special case,
+	 - git merge does not update the work tree to contain the symlink
+	 - from the branch, so we have to do so manually.
+	 -}
+	graftin b item select select' = do
+		Annex.Queue.addUpdateIndex
+			=<< fromRepo (UpdateIndex.lsSubTree b item)
+		when (select (LsFiles.unmergedBlobType u) == Just SymlinkBlob) $
+			case select' (LsFiles.unmergedSha u) of
+				Nothing -> noop
+				Just sha -> do
+					link <- catLink True sha
+					replacewithlink item link
+		
+	resolveby a = do
+		{- Remove conflicted file from index so merge can be resolved. -}
+		Annex.Queue.addCommand "rm" [Params "--quiet -f --cached --"] [file]
+		void a
+		return (Just file)
+
+{- git-merge moves conflicting files away to files
+ - named something like f~HEAD or f~branch or just f, but the
+ - exact name chosen can vary. Once the conflict is resolved,
+ - this cruft can be deleted. To avoid deleting legitimate
+ - files that look like this, only delete files that are
+ - A) not staged in git and B) look like git-annex symlinks.
+ -}
+cleanConflictCruft :: [FilePath] -> FilePath -> Annex ()
+cleanConflictCruft resolvedfs top = do
+	(fs, cleanup) <- inRepo $ LsFiles.notInRepo False [top]
+	mapM_ clean fs
+	void $ liftIO cleanup
+  where
+	clean f
+		| matchesresolved f = whenM (isJust <$> isAnnexLink f) $
+			liftIO $ nukeFile f
+		| otherwise = noop
+	s = S.fromList resolvedfs
+	matchesresolved f = S.member f s || S.member (base f) s
+	base f = reverse $ drop 1 $ dropWhile (/= '~') $ reverse f
+	
+commitResolvedMerge :: Git.Branch.CommitMode -> Annex Bool
+commitResolvedMerge commitmode = inRepo $ Git.Branch.commitCommand commitmode
+	[ Param "--no-verify"
+	, Param "-m"
+	, Param "git-annex automatic merge conflict fix"
+	]
diff --git a/Annex/Branch.hs b/Annex/Branch.hs
new file mode 100644
index 0000000000..a03d6ddf39
--- /dev/null
+++ b/Annex/Branch.hs
@@ -0,0 +1,539 @@
+{- management of the git-annex branch
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Branch (
+	fullname,
+	name,
+	hasOrigin,
+	hasSibling,
+	siblingBranches,
+	create,
+	update,
+	forceUpdate,
+	updateTo,
+	get,
+	getHistorical,
+	change,
+	commit,
+	forceCommit,
+	files,
+	withIndex,
+	performTransitions,
+) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Bits.Utils
+
+import Common.Annex
+import Annex.BranchState
+import Annex.Journal
+import Annex.Index
+import qualified Git
+import qualified Git.Command
+import qualified Git.Ref
+import qualified Git.Sha
+import qualified Git.Branch
+import qualified Git.UnionMerge
+import qualified Git.UpdateIndex
+import Git.HashObject
+import Git.Types
+import Git.FilePath
+import Annex.CatFile
+import Annex.Perms
+import Logs
+import Logs.Transitions
+import Logs.Trust.Pure
+import Annex.ReplaceFile
+import qualified Annex.Queue
+import Annex.Branch.Transitions
+
+{- Name of the branch that is used to store git-annex's information. -}
+name :: Git.Ref
+name = Git.Ref "git-annex"
+
+{- Fully qualified name of the branch. -}
+fullname :: Git.Ref
+fullname = Git.Ref $ "refs/heads/" ++ fromRef name
+
+{- Branch's name in origin. -}
+originname :: Git.Ref
+originname = Git.Ref $ "origin/" ++ fromRef name
+
+{- Does origin/git-annex exist? -}
+hasOrigin :: Annex Bool
+hasOrigin = inRepo $ Git.Ref.exists originname
+
+{- Does the git-annex branch or a sibling foo/git-annex branch exist? -}
+hasSibling :: Annex Bool
+hasSibling = not . null <$> siblingBranches
+
+{- List of git-annex (refs, branches), including the main one and any
+ - from remotes. Duplicate refs are filtered out. -}
+siblingBranches :: Annex [(Git.Ref, Git.Branch)]
+siblingBranches = inRepo $ Git.Ref.matchingUniq [name]
+
+{- Creates the branch, if it does not already exist. -}
+create :: Annex ()
+create = void getBranch
+
+{- Returns the ref of the branch, creating it first if necessary. -}
+getBranch :: Annex Git.Ref
+getBranch = maybe (hasOrigin >>= go >>= use) return =<< branchsha
+  where
+	go True = do
+		inRepo $ Git.Command.run
+			[Param "branch", Param $ fromRef name, Param $ fromRef originname]
+		fromMaybe (error $ "failed to create " ++ fromRef name)
+			<$> branchsha
+	go False = withIndex' True $
+		inRepo $ Git.Branch.commitAlways Git.Branch.AutomaticCommit "branch created" fullname []
+	use sha = do
+		setIndexSha sha
+		return sha
+	branchsha = inRepo $ Git.Ref.sha fullname
+
+{- Ensures that the branch and index are up-to-date; should be
+ - called before data is read from it. Runs only once per git-annex run. -}
+update :: Annex ()
+update = runUpdateOnce $ void $ updateTo =<< siblingBranches
+
+{- Forces an update even if one has already been run. -}
+forceUpdate :: Annex Bool
+forceUpdate = updateTo =<< siblingBranches
+
+{- Merges the specified Refs into the index, if they have any changes not
+ - already in it. The Branch names are only used in the commit message;
+ - it's even possible that the provided Branches have not been updated to
+ - point to the Refs yet.
+ - 
+ - The branch is fast-forwarded if possible, otherwise a merge commit is
+ - made.
+ -
+ - Before Refs are merged into the index, it's important to first stage the
+ - journal into the index. Otherwise, any changes in the journal would
+ - later get staged, and might overwrite changes made during the merge.
+ - This is only done if some of the Refs do need to be merged.
+ -
+ - Also handles performing any Transitions that have not yet been
+ - performed, in either the local branch, or the Refs.
+ -
+ - Returns True if any refs were merged in, False otherwise.
+ -}
+updateTo :: [(Git.Ref, Git.Branch)] -> Annex Bool
+updateTo pairs = do
+	-- ensure branch exists, and get its current ref
+	branchref <- getBranch
+	dirty <- journalDirty
+	ignoredrefs <- getIgnoredRefs
+	(refs, branches) <- unzip <$> filterM (isnewer ignoredrefs) pairs
+	if null refs
+		{- Even when no refs need to be merged, the index
+		 - may still be updated if the branch has gotten ahead 
+		 - of the index. -}
+		then whenM (needUpdateIndex branchref) $ lockJournal $ \jl -> do
+			forceUpdateIndex jl branchref
+			{- When there are journalled changes
+			 - as well as the branch being updated,
+			 - a commit needs to be done. -}
+			when dirty $
+				go branchref True [] [] jl
+		else lockJournal $ go branchref dirty refs branches
+	return $ not $ null refs
+  where
+	isnewer ignoredrefs (r, _)
+		| S.member r ignoredrefs = return False
+		| otherwise = inRepo $ Git.Branch.changed fullname r
+	go branchref dirty refs branches jl = withIndex $ do
+		cleanjournal <- if dirty then stageJournal jl else return noop
+		let merge_desc = if null branches
+			then "update"
+			else "merging " ++
+				unwords (map Git.Ref.describe branches) ++ 
+				" into " ++ fromRef name
+		localtransitions <- parseTransitionsStrictly "local"
+			<$> getLocal transitionsLog
+		unless (null branches) $ do
+			showSideAction merge_desc
+			mergeIndex jl refs
+		let commitrefs = nub $ fullname:refs
+		unlessM (handleTransitions jl localtransitions commitrefs) $ do
+			ff <- if dirty
+				then return False
+				else inRepo $ Git.Branch.fastForward fullname refs
+			if ff
+				then updateIndex jl branchref
+				else commitIndex jl branchref merge_desc commitrefs
+		liftIO cleanjournal
+
+{- Gets the content of a file, which may be in the journal, or in the index
+ - (and committed to the branch).
+ - 
+ - Updates the branch if necessary, to ensure the most up-to-date available
+ - content is returned.
+ -
+ - Returns an empty string if the file doesn't exist yet. -}
+get :: FilePath -> Annex String
+get file = do
+	update
+	getLocal file
+
+{- Like get, but does not merge the branch, so the info returned may not
+ - reflect changes in remotes.
+ - (Changing the value this returns, and then merging is always the
+ - same as using get, and then changing its value.) -}
+getLocal :: FilePath -> Annex String
+getLocal file = go =<< getJournalFileStale file
+  where
+	go (Just journalcontent) = return journalcontent
+	go Nothing = getRaw file
+
+getRaw :: FilePath -> Annex String
+getRaw = getRef fullname
+
+getHistorical :: RefDate -> FilePath -> Annex String
+getHistorical date = getRef (Git.Ref.dateRef fullname date)
+
+getRef :: Ref -> FilePath -> Annex String
+getRef ref file = withIndex $ decodeBS <$> catFile ref file
+
+{- Applies a function to modifiy the content of a file.
+ -
+ - Note that this does not cause the branch to be merged, it only
+ - modifes the current content of the file on the branch.
+ -}
+change :: FilePath -> (String -> String) -> Annex ()
+change file a = lockJournal $ \jl -> a <$> getLocal file >>= set jl file
+
+{- Records new content of a file into the journal -}
+set :: JournalLocked -> FilePath -> String -> Annex ()
+set = setJournalFile
+
+{- Stages the journal, and commits staged changes to the branch. -}
+commit :: String -> Annex ()
+commit = whenM journalDirty . forceCommit
+
+{- Commits the current index to the branch even without any journalled
+ - changes. -}
+forceCommit :: String -> Annex ()
+forceCommit message = lockJournal $ \jl -> do
+	cleanjournal <- stageJournal jl
+	ref <- getBranch
+	withIndex $ commitIndex jl ref message [fullname]
+	liftIO cleanjournal
+
+{- Commits the staged changes in the index to the branch.
+ - 
+ - Ensures that the branch's index file is first updated to the state
+ - of the branch at branchref, before running the commit action. This
+ - is needed because the branch may have had changes pushed to it, that
+ - are not yet reflected in the index.
+ -
+ - Also safely handles a race that can occur if a change is being pushed
+ - into the branch at the same time. When the race happens, the commit will
+ - be made on top of the newly pushed change, but without the index file
+ - being updated to include it. The result is that the newly pushed
+ - change is reverted. This race is detected and another commit made
+ - to fix it.
+ - 
+ - The branchref value can have been obtained using getBranch at any
+ - previous point, though getting it a long time ago makes the race
+ - more likely to occur.
+ -}
+commitIndex :: JournalLocked -> Git.Ref -> String -> [Git.Ref] -> Annex ()
+commitIndex jl branchref message parents = do
+	showStoringStateAction
+	commitIndex' jl branchref message parents
+commitIndex' :: JournalLocked -> Git.Ref -> String -> [Git.Ref] -> Annex ()
+commitIndex' jl branchref message parents = do
+	updateIndex jl branchref
+	committedref <- inRepo $ Git.Branch.commitAlways Git.Branch.AutomaticCommit message fullname parents
+	setIndexSha committedref
+	parentrefs <- commitparents <$> catObject committedref
+	when (racedetected branchref parentrefs) $
+		fixrace committedref parentrefs
+  where
+	-- look for "parent ref" lines and return the refs
+	commitparents = map (Git.Ref . snd) . filter isparent .
+		map (toassoc . decodeBS) . L.split newline
+	newline = c2w8 '\n'
+	toassoc = separate (== ' ')
+	isparent (k,_) = k == "parent"
+		
+	{- The race can be detected by checking the commit's
+	 - parent, which will be the newly pushed branch,
+	 - instead of the expected ref that the index was updated to. -}
+	racedetected expectedref parentrefs
+		| expectedref `elem` parentrefs = False -- good parent
+		| otherwise = True -- race!
+		
+	{- To recover from the race, union merge the lost refs
+	 - into the index, and recommit on top of the bad commit. -}
+	fixrace committedref lostrefs = do
+		mergeIndex jl lostrefs
+		commitIndex jl committedref racemessage [committedref]
+		
+	racemessage = message ++ " (recovery from race)"
+
+{- Lists all files on the branch. There may be duplicates in the list. -}
+files :: Annex [FilePath]
+files = do
+	update
+	(++)
+		<$> branchFiles
+		<*> getJournalledFilesStale
+
+{- Files in the branch, not including any from journalled changes,
+ - and without updating the branch. -}
+branchFiles :: Annex [FilePath]
+branchFiles = withIndex $ inRepo $ Git.Command.pipeNullSplitZombie
+	[ Params "ls-tree --name-only -r -z"
+	, Param $ fromRef fullname
+	]
+
+{- Populates the branch's index file with the current branch contents.
+ - 
+ - This is only done when the index doesn't yet exist, and the index 
+ - is used to build up changes to be commited to the branch, and merge
+ - in changes from other branches.
+ -}
+genIndex :: Git.Repo -> IO ()
+genIndex g = Git.UpdateIndex.streamUpdateIndex g
+	[Git.UpdateIndex.lsTree fullname g]
+
+{- Merges the specified refs into the index.
+ - Any changes staged in the index will be preserved. -}
+mergeIndex :: JournalLocked -> [Git.Ref] -> Annex ()
+mergeIndex jl branches = do
+	prepareModifyIndex jl
+	h <- catFileHandle
+	inRepo $ \g -> Git.UnionMerge.mergeIndex h g branches
+
+{- Removes any stale git lock file, to avoid git falling over when
+ - updating the index.
+ -
+ - Since all modifications of the index are performed inside this module,
+ - and only when the journal is locked, the fact that the journal has to be
+ - locked when this is called ensures that no other process is currently
+ - modifying the index. So any index.lock file must be stale, caused
+ - by git running when the system crashed, or the repository's disk was
+ - removed, etc.
+ -}
+prepareModifyIndex :: JournalLocked -> Annex ()
+prepareModifyIndex _jl = do
+	index <- fromRepo gitAnnexIndex
+	void $ liftIO $ tryIO $ removeFile $ index ++ ".lock"
+
+{- Runs an action using the branch's index file. -}
+withIndex :: Annex a -> Annex a
+withIndex = withIndex' False
+withIndex' :: Bool -> Annex a -> Annex a
+withIndex' bootstrapping a = do
+	f <- fromRepo gitAnnexIndex
+	withIndexFile f $ do
+		checkIndexOnce $ unlessM (liftIO $ doesFileExist f) $ do
+			unless bootstrapping create
+			createAnnexDirectory $ takeDirectory f
+			unless bootstrapping $ inRepo genIndex
+		a
+
+{- Updates the branch's index to reflect the current contents of the branch.
+ - Any changes staged in the index will be preserved.
+ -
+ - Compares the ref stored in the lock file with the current
+ - ref of the branch to see if an update is needed.
+ -}
+updateIndex :: JournalLocked -> Git.Ref -> Annex ()
+updateIndex jl branchref = whenM (needUpdateIndex branchref) $
+	forceUpdateIndex jl branchref
+
+forceUpdateIndex :: JournalLocked -> Git.Ref -> Annex ()
+forceUpdateIndex jl branchref = do
+	withIndex $ mergeIndex jl [fullname]
+	setIndexSha branchref
+
+{- Checks if the index needs to be updated. -}
+needUpdateIndex :: Git.Ref -> Annex Bool
+needUpdateIndex branchref = do
+	f <- fromRepo gitAnnexIndexStatus
+	committedref <- Git.Ref . firstLine <$>
+		liftIO (catchDefaultIO "" $ readFileStrict f)
+	return (committedref /= branchref)
+
+{- Record that the branch's index has been updated to correspond to a
+ - given ref of the branch. -}
+setIndexSha :: Git.Ref -> Annex ()
+setIndexSha ref = do
+	f <- fromRepo gitAnnexIndexStatus
+	liftIO $ writeFile f $ fromRef ref ++ "\n"
+	setAnnexFilePerm f
+
+{- Stages the journal into the index and returns an action that will
+ - clean up the staged journal files, which should only be run once
+ - the index has been committed to the branch.
+ -
+ - Before staging, this removes any existing git index file lock.
+ - This is safe to do because stageJournal is the only thing that
+ - modifies this index file, and only one can run at a time, because
+ - the journal is locked. So any existing git index file lock must be
+ - stale, and the journal must contain any data that was in the process
+ - of being written to the index file when it crashed.
+ -}
+stageJournal :: JournalLocked -> Annex (IO ())
+stageJournal jl = withIndex $ do
+	prepareModifyIndex jl
+	g <- gitRepo
+	let dir = gitAnnexJournalDir g
+	(jlogf, jlogh) <- openjlog
+	withJournalHandle $ \jh -> do
+		h <- hashObjectStart g
+		Git.UpdateIndex.streamUpdateIndex g
+			[genstream dir h jh jlogh]
+		hashObjectStop h
+	return $ cleanup dir jlogh jlogf
+  where
+	genstream dir h jh jlogh streamer = do
+		v <- readDirectory jh
+		case v of
+			Nothing -> return ()
+			Just file -> do
+				unless (dirCruft file) $ do
+					let path = dir </> file
+					sha <- hashFile h path
+					hPutStrLn jlogh file
+					streamer $ Git.UpdateIndex.updateIndexLine
+						sha FileBlob (asTopFilePath $ fileJournal file)
+				genstream dir h jh jlogh streamer
+	-- Clean up the staged files, as listed in the temp log file.
+	-- The temp file is used to avoid needing to buffer all the
+	-- filenames in memory.
+	cleanup dir jlogh jlogf = do
+		hFlush jlogh
+		hSeek jlogh AbsoluteSeek 0
+		stagedfs <- lines <$> hGetContents jlogh
+		mapM_ (removeFile . (dir </>)) stagedfs
+		hClose jlogh
+		nukeFile jlogf
+	openjlog = do
+		tmpdir <- fromRepo gitAnnexTmpMiscDir
+		createAnnexDirectory tmpdir
+		liftIO $ openTempFile tmpdir "jlog"
+
+{- This is run after the refs have been merged into the index,
+ - but before the result is committed to the branch.
+ - (Which is why it's passed the contents of the local branches's
+ - transition log before that merge took place.)
+ -
+ - When the refs contain transitions that have not yet been done locally,
+ - the transitions are performed on the index, and a new branch
+ - is created from the result.
+ -
+ - When there are transitions recorded locally that have not been done
+ - to the remote refs, the transitions are performed in the index,
+ - and committed to the existing branch. In this case, the untransitioned
+ - remote refs cannot be merged into the branch (since transitions
+ - throw away history), so they are added to the list of refs to ignore,
+ - to avoid re-merging content from them again.
+ -}
+handleTransitions :: JournalLocked -> Transitions -> [Git.Ref] -> Annex Bool
+handleTransitions jl localts refs = do
+	m <- M.fromList <$> mapM getreftransition refs
+	let remotets = M.elems m
+	if all (localts ==) remotets
+		then return False
+		else do
+			let allts = combineTransitions (localts:remotets)
+			let (transitionedrefs, untransitionedrefs) =
+				partition (\r -> M.lookup r m == Just allts) refs
+			performTransitionsLocked jl allts (localts /= allts) transitionedrefs
+			ignoreRefs untransitionedrefs
+			return True
+  where
+  	getreftransition ref = do
+		ts <- parseTransitionsStrictly "remote" . decodeBS
+			<$> catFile ref transitionsLog
+		return (ref, ts)
+
+ignoreRefs :: [Git.Ref] -> Annex ()
+ignoreRefs rs = do
+	old <- getIgnoredRefs
+	let s = S.unions [old, S.fromList rs]
+	f <- fromRepo gitAnnexIgnoredRefs
+	replaceFile f $ \tmp -> liftIO $ writeFile tmp $
+		unlines $ map fromRef $ S.elems s
+
+getIgnoredRefs :: Annex (S.Set Git.Ref)
+getIgnoredRefs = S.fromList . mapMaybe Git.Sha.extractSha . lines <$> content
+  where
+  	content = do
+		f <- fromRepo gitAnnexIgnoredRefs
+		liftIO $ catchDefaultIO "" $ readFile f
+
+{- Performs the specified transitions on the contents of the index file,
+ - commits it to the branch, or creates a new branch.
+ -}
+performTransitions :: Transitions -> Bool -> [Ref] -> Annex ()
+performTransitions ts neednewlocalbranch transitionedrefs = lockJournal $ \jl ->
+	performTransitionsLocked jl ts neednewlocalbranch transitionedrefs
+performTransitionsLocked :: JournalLocked -> Transitions -> Bool -> [Ref] -> Annex ()
+performTransitionsLocked jl ts neednewlocalbranch transitionedrefs = do
+	-- For simplicity & speed, we're going to use the Annex.Queue to
+	-- update the git-annex branch, while it usually holds changes
+	-- for the head branch. Flush any such changes.
+	Annex.Queue.flush
+	withIndex $ do
+		prepareModifyIndex jl
+		run $ mapMaybe getTransitionCalculator $ transitionList ts
+		Annex.Queue.flush
+		if neednewlocalbranch
+			then do
+				committedref <- inRepo $ Git.Branch.commitAlways Git.Branch.AutomaticCommit message fullname transitionedrefs
+				setIndexSha committedref
+			else do
+				ref <- getBranch
+				commitIndex jl ref message (nub $ fullname:transitionedrefs)
+  where
+  	message
+		| neednewlocalbranch && null transitionedrefs = "new branch for transition " ++ tdesc
+		| otherwise = "continuing transition " ++ tdesc
+	tdesc = show $ map describeTransition $ transitionList ts
+
+	{- The changes to make to the branch are calculated and applied to
+	 - the branch directly, rather than going through the journal,
+	 - which would be innefficient. (And the journal is not designed
+	 - to hold changes to every file in the branch at once.)
+	 -
+	 - When a file in the branch is changed by transition code,
+	 - that value is remembered and fed into the code for subsequent
+	 - transitions.
+	 -}
+	run [] = noop
+	run changers = do
+		trustmap <- calcTrustMap <$> getRaw trustLog
+		fs <- branchFiles
+		hasher <- inRepo hashObjectStart
+		forM_ fs $ \f -> do
+			content <- getRaw f
+			apply changers hasher f content trustmap
+		liftIO $ hashObjectStop hasher
+	apply [] _ _ _ _ = return ()
+	apply (changer:rest) hasher file content trustmap =
+		case changer file content trustmap of
+			RemoveFile -> do
+				Annex.Queue.addUpdateIndex
+					=<< inRepo (Git.UpdateIndex.unstageFile file)
+				-- File is deleted; can't run any other
+				-- transitions on it.
+				return ()
+			ChangeFile content' -> do
+				sha <- inRepo $ hashObject BlobObject content'
+				Annex.Queue.addUpdateIndex $ Git.UpdateIndex.pureStreamer $
+					Git.UpdateIndex.updateIndexLine sha FileBlob (asTopFilePath file)
+				apply rest hasher file content' trustmap
+			PreserveFile ->
+				apply rest hasher file content trustmap
diff --git a/Annex/Branch/Transitions.hs b/Annex/Branch/Transitions.hs
new file mode 100644
index 0000000000..5c2c145484
--- /dev/null
+++ b/Annex/Branch/Transitions.hs
@@ -0,0 +1,60 @@
+{- git-annex branch transitions
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Branch.Transitions (
+	FileTransition(..),
+	getTransitionCalculator
+) where
+
+import Logs
+import Logs.Transitions
+import Logs.UUIDBased as UUIDBased
+import Logs.Presence.Pure as Presence
+import Types.TrustLevel
+import Types.UUID
+
+import qualified Data.Map as M
+
+data FileTransition
+	= ChangeFile String
+	| RemoveFile
+	| PreserveFile
+
+type TransitionCalculator = FilePath -> String -> TrustMap -> FileTransition
+
+getTransitionCalculator :: Transition -> Maybe TransitionCalculator
+getTransitionCalculator ForgetGitHistory = Nothing
+getTransitionCalculator ForgetDeadRemotes = Just dropDead
+
+dropDead :: FilePath -> String -> TrustMap -> FileTransition
+dropDead f content trustmap = case getLogVariety f of
+	Just UUIDBasedLog
+		-- Don't remove the dead repo from the trust log,
+		-- because git remotes may still exist, and they need
+		-- to still know it's dead.
+		| f == trustLog -> PreserveFile
+		| otherwise -> ChangeFile $ UUIDBased.showLog id $ dropDeadFromUUIDBasedLog trustmap $ UUIDBased.parseLog Just content
+	Just NewUUIDBasedLog -> ChangeFile $
+		UUIDBased.showLogNew id $ dropDeadFromUUIDBasedLog trustmap $ UUIDBased.parseLogNew Just content
+	Just (PresenceLog _) ->
+		let newlog = Presence.compactLog $ dropDeadFromPresenceLog trustmap $ Presence.parseLog content
+		in if null newlog
+			then RemoveFile
+			else ChangeFile $ Presence.showLog newlog
+	Just OtherLog -> PreserveFile
+	Nothing -> PreserveFile
+
+dropDeadFromUUIDBasedLog :: TrustMap -> UUIDBased.Log String -> UUIDBased.Log String
+dropDeadFromUUIDBasedLog trustmap = M.filterWithKey $ notDead trustmap . const
+
+{- Presence logs can contain UUIDs or other values. Any line that matches
+ - a dead uuid is dropped; any other values are passed through. -}
+dropDeadFromPresenceLog :: TrustMap -> [Presence.LogLine] -> [Presence.LogLine]
+dropDeadFromPresenceLog trustmap = filter $ notDead trustmap (toUUID . Presence.info)
+
+notDead :: TrustMap -> (v -> UUID) -> v -> Bool
+notDead trustmap a v = M.findWithDefault SemiTrusted (a v) trustmap /= DeadTrusted
diff --git a/Annex/BranchState.hs b/Annex/BranchState.hs
new file mode 100644
index 0000000000..9b2f9a04c5
--- /dev/null
+++ b/Annex/BranchState.hs
@@ -0,0 +1,43 @@
+{- git-annex branch state management
+ -
+ - Runtime state about the git-annex branch.
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.BranchState where
+
+import Common.Annex
+import Types.BranchState
+import qualified Annex
+
+getState :: Annex BranchState
+getState = Annex.getState Annex.branchstate
+
+setState :: BranchState -> Annex ()
+setState state = Annex.changeState $ \s -> s { Annex.branchstate = state }
+
+changeState :: (BranchState -> BranchState) -> Annex ()
+changeState changer = setState =<< changer <$> getState
+
+{- Runs an action to check that the index file exists, if it's not been
+ - checked before in this run of git-annex. -}
+checkIndexOnce :: Annex () -> Annex ()
+checkIndexOnce a = unlessM (indexChecked <$> getState) $ do
+	a
+	changeState $ \s -> s { indexChecked = True }
+
+{- Runs an action to update the branch, if it's not been updated before
+ - in this run of git-annex. -}
+runUpdateOnce :: Annex () -> Annex ()
+runUpdateOnce a = unlessM (branchUpdated <$> getState) $ do
+	a
+	disableUpdate
+
+{- Avoids updating the branch. A useful optimisation when the branch
+ - is known to have not changed, or git-annex won't be relying on info
+ - from it. -}
+disableUpdate :: Annex ()
+disableUpdate = changeState $ \s -> s { branchUpdated = True }
diff --git a/Annex/CatFile.hs b/Annex/CatFile.hs
new file mode 100644
index 0000000000..2f8c430794
--- /dev/null
+++ b/Annex/CatFile.hs
@@ -0,0 +1,149 @@
+{- git cat-file interface, with handle automatically stored in the Annex monad
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.CatFile (
+	catFile,
+	catFileDetails,
+	catObject,
+	catTree,
+	catObjectDetails,
+	catFileHandle,
+	catKey,
+	catKeyFile,
+	catKeyFileHEAD,
+	catLink,
+) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+import System.PosixCompat.Types
+
+import Common.Annex
+import qualified Git
+import qualified Git.CatFile
+import qualified Annex
+import Git.Types
+import Git.FilePath
+import Git.FileMode
+import qualified Git.Ref
+
+catFile :: Git.Branch -> FilePath -> Annex L.ByteString
+catFile branch file = do
+	h <- catFileHandle
+	liftIO $ Git.CatFile.catFile h branch file
+
+catFileDetails :: Git.Branch -> FilePath -> Annex (Maybe (L.ByteString, Sha, ObjectType))
+catFileDetails branch file = do
+	h <- catFileHandle
+	liftIO $ Git.CatFile.catFileDetails h branch file
+
+catObject :: Git.Ref -> Annex L.ByteString
+catObject ref = do
+	h <- catFileHandle
+	liftIO $ Git.CatFile.catObject h ref
+
+catTree :: Git.Ref -> Annex [(FilePath, FileMode)]
+catTree ref = do
+	h <- catFileHandle
+	liftIO $ Git.CatFile.catTree h ref
+
+catObjectDetails :: Git.Ref -> Annex (Maybe (L.ByteString, Sha, ObjectType))
+catObjectDetails ref = do
+	h <- catFileHandle
+	liftIO $ Git.CatFile.catObjectDetails h ref
+
+{- There can be multiple index files, and a different cat-file is needed
+ - for each. This is selected by setting GIT_INDEX_FILE in the gitEnv. -}
+catFileHandle :: Annex Git.CatFile.CatFileHandle
+catFileHandle = do
+	m <- Annex.getState Annex.catfilehandles
+	indexfile <- fromMaybe "" . maybe Nothing (lookup "GIT_INDEX_FILE")
+		<$> fromRepo gitEnv
+	case M.lookup indexfile m of
+		Just h -> return h
+		Nothing -> do
+			h <- inRepo Git.CatFile.catFileStart
+			let m' = M.insert indexfile h m
+			Annex.changeState $ \s -> s { Annex.catfilehandles = m' }
+			return h
+
+{- From the Sha or Ref of a symlink back to the key.
+ -
+ - Requires a mode witness, to guarantee that the file is a symlink.
+ -}
+catKey :: Ref -> FileMode -> Annex (Maybe Key)
+catKey = catKey' True
+
+catKey' :: Bool -> Sha -> FileMode -> Annex (Maybe Key)
+catKey' modeguaranteed sha mode
+	| isSymLink mode = do
+		l <- catLink modeguaranteed sha
+		return $ if isLinkToAnnex l
+			then fileKey $ takeFileName l
+			else Nothing
+	| otherwise = return Nothing
+
+{- Gets a symlink target. -}
+catLink :: Bool -> Sha -> Annex String
+catLink modeguaranteed sha = fromInternalGitPath . decodeBS <$> get
+  where
+  	-- If the mode is not guaranteed to be correct, avoid
+	-- buffering the whole file content, which might be large.
+	-- 8192 is enough if it really is a symlink.
+  	get
+		| modeguaranteed = catObject sha
+		| otherwise = L.take 8192 <$> catObject sha
+
+{- Looks up the key corresponding to the Ref using the running cat-file.
+ -
+ - Currently this always has to look in HEAD, because cat-file --batch
+ - does not offer a way to specify that we want to look up a tree object
+ - in the index. So if the index has a file staged not as a symlink,
+ - and it is a symlink in head, the wrong mode is gotten.
+ - Also, we have to assume the file is a symlink if it's not yet committed
+ - to HEAD. For these reasons, modeguaranteed is not set.
+ -}
+catKeyChecked :: Bool -> Ref -> Annex (Maybe Key)
+catKeyChecked needhead ref@(Ref r) =
+	catKey' False ref =<< findmode <$> catTree treeref
+  where
+  	pathparts = split "/" r
+	dir = intercalate "/" $ take (length pathparts - 1) pathparts
+	file = fromMaybe "" $ lastMaybe pathparts
+	treeref = Ref $ if needhead then "HEAD" ++ dir ++ "/" else dir ++ "/"
+	findmode = fromMaybe symLinkMode . headMaybe .
+		 map snd . filter (\p -> fst p == file)
+
+{- From a file in the repository back to the key.
+ -
+ - Ideally, this should reflect the key that's staged in the index,
+ - not the key that's committed to HEAD. Unfortunately, git cat-file
+ - does not refresh the index file after it's started up, so things
+ - newly staged in the index won't show up. It does, however, notice
+ - when branches change.
+ -
+ - For command-line git-annex use, that doesn't matter. It's perfectly
+ - reasonable for things staged in the index after the currently running
+ - git-annex process to not be noticed by it. However, we do want to see
+ - what's in the index, since it may have uncommitted changes not in HEAD
+ -
+ - For the assistant, this is much more of a problem, since it commits
+ - files and then needs to be able to immediately look up their keys.
+ - OTOH, the assistant doesn't keep changes staged in the index for very
+ - long at all before committing them -- and it won't look at the keys
+ - of files until after committing them.
+ -
+ - So, this gets info from the index, unless running as a daemon.
+ -}
+catKeyFile :: FilePath -> Annex (Maybe Key)
+catKeyFile f = ifM (Annex.getState Annex.daemon)
+	( catKeyFileHEAD f
+	, catKeyChecked True $ Git.Ref.fileRef f
+	)
+
+catKeyFileHEAD :: FilePath -> Annex (Maybe Key)
+catKeyFileHEAD f = catKeyChecked False $ Git.Ref.fileFromRef Git.Ref.headRef f
diff --git a/Annex/CheckAttr.hs b/Annex/CheckAttr.hs
new file mode 100644
index 0000000000..8eed9e804c
--- /dev/null
+++ b/Annex/CheckAttr.hs
@@ -0,0 +1,35 @@
+{- git check-attr interface, with handle automatically stored in the Annex monad
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.CheckAttr (
+	checkAttr,
+	checkAttrHandle
+) where
+
+import Common.Annex
+import qualified Git.CheckAttr as Git
+import qualified Annex
+
+{- All gitattributes used by git-annex. -}
+annexAttrs :: [Git.Attr]
+annexAttrs =
+	[ "annex.backend"
+	, "annex.numcopies"
+	]
+
+checkAttr :: Git.Attr -> FilePath -> Annex String
+checkAttr attr file = do
+	h <- checkAttrHandle
+	liftIO $ Git.checkAttr h attr file
+
+checkAttrHandle :: Annex Git.CheckAttrHandle
+checkAttrHandle = maybe startup return =<< Annex.getState Annex.checkattrhandle
+  where
+	startup = do
+		h <- inRepo $ Git.checkAttrStart annexAttrs
+		Annex.changeState $ \s -> s { Annex.checkattrhandle = Just h }
+		return h
diff --git a/Annex/CheckIgnore.hs b/Annex/CheckIgnore.hs
new file mode 100644
index 0000000000..d45e652bcb
--- /dev/null
+++ b/Annex/CheckIgnore.hs
@@ -0,0 +1,32 @@
+{- git check-ignore interface, with handle automatically stored in
+ - the Annex monad
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.CheckIgnore (
+	checkIgnored,
+	checkIgnoreHandle
+) where
+
+import Common.Annex
+import qualified Git.CheckIgnore as Git
+import qualified Annex
+
+checkIgnored :: FilePath -> Annex Bool
+checkIgnored file = go =<< checkIgnoreHandle
+  where
+  	go Nothing = return False
+	go (Just h) = liftIO $ Git.checkIgnored h file
+
+checkIgnoreHandle :: Annex (Maybe Git.CheckIgnoreHandle)
+checkIgnoreHandle = maybe startup return =<< Annex.getState Annex.checkignorehandle
+  where
+	startup = do
+		v <- inRepo Git.checkIgnoreStart
+		when (isNothing v) $
+			warning "The installed version of git is too old for .gitignores to be honored by git-annex."
+		Annex.changeState $ \s -> s { Annex.checkignorehandle = Just v }
+		return v
diff --git a/Annex/Content.hs b/Annex/Content.hs
new file mode 100644
index 0000000000..8ad3d5e65e
--- /dev/null
+++ b/Annex/Content.hs
@@ -0,0 +1,633 @@
+{- git-annex file content managing
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Content (
+	inAnnex,
+	inAnnexSafe,
+	inAnnexCheck,
+	lockContent,
+	getViaTmp,
+	getViaTmpChecked,
+	getViaTmpUnchecked,
+	prepGetViaTmpChecked,
+	withTmp,
+	checkDiskSpace,
+	moveAnnex,
+	sendAnnex,
+	prepSendAnnex,
+	removeAnnex,
+	fromAnnex,
+	moveBad,
+	KeyLocation(..),
+	getKeysPresent,
+	saveState,
+	downloadUrl,
+	preseedTmp,
+	freezeContent,
+	thawContent,
+	dirKeys,
+	withObjectLoc,
+) where
+
+import System.IO.Unsafe (unsafeInterleaveIO)
+
+import Common.Annex
+import Logs.Location
+import qualified Git
+import qualified Annex
+import qualified Annex.Queue
+import qualified Annex.Branch
+import Utility.DiskFree
+import Utility.FileMode
+import qualified Annex.Url as Url
+import Types.Key
+import Utility.DataUnits
+import Utility.CopyFile
+import Config
+import Git.SharedRepository
+import Annex.Perms
+import Annex.Link
+import Annex.Content.Direct
+import Annex.ReplaceFile
+import Annex.Exception
+
+#ifdef mingw32_HOST_OS
+import Utility.WinLock
+#endif
+
+{- Checks if a given key's content is currently present. -}
+inAnnex :: Key -> Annex Bool
+inAnnex key = inAnnexCheck key $ liftIO . doesFileExist
+
+{- Runs an arbitrary check on a key's content. -}
+inAnnexCheck :: Key -> (FilePath -> Annex Bool) -> Annex Bool
+inAnnexCheck key check = inAnnex' id False check key
+
+{- Generic inAnnex, handling both indirect and direct mode.
+ -
+ - In direct mode, at least one of the associated files must pass the
+ - check. Additionally, the file must be unmodified.
+ -}
+inAnnex' :: (a -> Bool) -> a -> (FilePath -> Annex a) -> Key -> Annex a
+inAnnex' isgood bad check key = withObjectLoc key checkindirect checkdirect
+  where
+	checkindirect loc = do
+		whenM (fromRepo Git.repoIsUrl) $
+			error "inAnnex cannot check remote repo"
+		check loc
+	checkdirect [] = return bad
+	checkdirect (loc:locs) = do
+		r <- check loc
+		if isgood r
+			then ifM (goodContent key loc)
+				( return r
+				, checkdirect locs
+				)
+			else checkdirect locs
+
+{- A safer check; the key's content must not only be present, but
+ - is not in the process of being removed. -}
+inAnnexSafe :: Key -> Annex (Maybe Bool)
+inAnnexSafe key = inAnnex' (fromMaybe False) (Just False) go key
+  where
+	is_locked = Nothing
+	is_unlocked = Just True
+	is_missing = Just False
+
+	go contentfile = maybe (checkindirect contentfile) (checkdirect contentfile)
+		=<< contentLockFile key
+
+#ifndef mingw32_HOST_OS
+	checkindirect f = liftIO $ openforlock f >>= check is_missing
+	{- In direct mode, the content file must exist, but
+	 - the lock file often generally won't exist unless a removal is in
+	 - process. This does not create the lock file, it only checks for
+	 - it. -}
+	checkdirect contentfile lockfile = liftIO $
+		ifM (doesFileExist contentfile)
+			( openforlock lockfile >>= check is_unlocked
+			, return is_missing
+			)
+	openforlock f = catchMaybeIO $
+		openFd f ReadOnly Nothing defaultFileFlags
+	check _ (Just h) = do
+		v <- getLock h (ReadLock, AbsoluteSeek, 0, 0)
+		closeFd h
+		return $ case v of
+			Just _ -> is_locked
+			Nothing -> is_unlocked
+	check def Nothing = return def
+#else
+	checkindirect f = liftIO $ ifM (doesFileExist f)
+		( do
+			v <- lockShared f
+			case v of
+				Nothing -> return is_locked
+				Just lockhandle -> do
+					dropLock lockhandle
+					return is_unlocked
+		, return is_missing
+		)
+	{- In Windows, see if we can take a shared lock. If so, 
+	 - remove the lock file to clean up after ourselves. -}
+	checkdirect contentfile lockfile =
+		ifM (liftIO $ doesFileExist contentfile)
+			( modifyContent lockfile $ liftIO $ do
+				v <- lockShared lockfile
+				case v of
+					Nothing -> return is_locked
+					Just lockhandle -> do
+						dropLock lockhandle
+						void $ tryIO $ nukeFile lockfile
+						return is_unlocked
+			, return is_missing
+			)
+#endif
+
+{- Direct mode and especially Windows has to use a separate lock
+ - file from the content, since locking the actual content file
+ - would interfere with the user's use of it. -}
+contentLockFile :: Key -> Annex (Maybe FilePath)
+contentLockFile key = ifM isDirect
+	( Just <$> calcRepo (gitAnnexContentLock key)
+	, return Nothing
+	)
+
+{- Content is exclusively locked while running an action that might remove
+ - it. (If the content is not present, no locking is done.) -}
+lockContent :: Key -> Annex a -> Annex a
+lockContent key a = do
+	contentfile <- calcRepo $ gitAnnexLocation key
+	lockfile <- contentLockFile key
+	maybe noop setuplockfile lockfile
+	bracketAnnex (liftIO $ lock contentfile lockfile) (unlock lockfile) (const a)
+  where
+	alreadylocked = error "content is locked"
+	setuplockfile lockfile = modifyContent lockfile $
+		void $ liftIO $ tryIO $
+			writeFile lockfile ""
+	cleanuplockfile lockfile = modifyContent lockfile $
+		void $ liftIO $ tryIO $
+			nukeFile lockfile
+#ifndef mingw32_HOST_OS
+	lock contentfile Nothing = opencontentforlock contentfile >>= dolock
+	lock _ (Just lockfile) = openforlock lockfile >>= dolock . Just
+	{- Since content files are stored with the write bit disabled, have
+	 - to fiddle with permissions to open for an exclusive lock. -}
+	opencontentforlock f = catchMaybeIO $ ifM (doesFileExist f)
+		( withModifiedFileMode f
+			(`unionFileModes` ownerWriteMode)
+			(openforlock f)
+		, openforlock f
+		)
+	openforlock f = openFd f ReadWrite Nothing defaultFileFlags
+	dolock Nothing = return Nothing
+	dolock (Just fd) = do
+		v <- tryIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+		case v of
+			Left _ -> alreadylocked
+			Right _ -> return $ Just fd
+	unlock mlockfile mfd = do
+		maybe noop cleanuplockfile mlockfile
+		liftIO $ maybe noop closeFd mfd
+#else
+	lock _ (Just lockfile) = maybe alreadylocked (return . Just) =<< lockExclusive lockfile
+	lock _ Nothing = return Nothing
+	unlock mlockfile mlockhandle = do
+		liftIO $ maybe noop dropLock mlockhandle
+		maybe noop cleanuplockfile mlockfile
+#endif
+
+{- Runs an action, passing it a temporary filename to get,
+ - and if the action succeeds, moves the temp file into 
+ - the annex as a key's content. -}
+getViaTmp :: Key -> (FilePath -> Annex Bool) -> Annex Bool
+getViaTmp = getViaTmpChecked (return True)
+
+{- Like getViaTmp, but does not check that there is enough disk space
+ - for the incoming key. For use when the key content is already on disk
+ - and not being copied into place. -}
+getViaTmpUnchecked :: Key -> (FilePath -> Annex Bool) -> Annex Bool
+getViaTmpUnchecked = finishGetViaTmp (return True)
+
+getViaTmpChecked :: Annex Bool -> Key -> (FilePath -> Annex Bool) -> Annex Bool
+getViaTmpChecked check key action = 
+	prepGetViaTmpChecked key False $
+		finishGetViaTmp check key action
+
+{- Prepares to download a key via a tmp file, and checks that there is
+ - enough free disk space.
+ -
+ - When the temp file already exists, count the space it is using as
+ - free, since the download will overwrite it or resume.
+ -
+ - Wen there's enough free space, runs the download action.
+ -}
+prepGetViaTmpChecked :: Key -> a -> Annex a -> Annex a
+prepGetViaTmpChecked key unabletoget getkey = do
+	tmp <- fromRepo $ gitAnnexTmpObjectLocation key
+
+	e <- liftIO $ doesFileExist tmp
+	alreadythere <- if e
+		then fromIntegral . fileSize <$> liftIO (getFileStatus tmp)
+		else return 0
+	ifM (checkDiskSpace Nothing key alreadythere)
+		( do
+			-- The tmp file may not have been left writable
+			when e $ thawContent tmp
+			getkey
+		, return unabletoget
+		)
+
+finishGetViaTmp :: Annex Bool -> Key -> (FilePath -> Annex Bool) -> Annex Bool
+finishGetViaTmp check key action = do
+	tmpfile <- prepTmp key
+	ifM (action tmpfile <&&> check)
+		( do
+			moveAnnex key tmpfile
+			logStatus key InfoPresent
+			return True
+		-- the tmp file is left behind, in case caller wants
+		-- to resume its transfer
+		, return False
+		)
+
+prepTmp :: Key -> Annex FilePath
+prepTmp key = do
+	tmp <- fromRepo $ gitAnnexTmpObjectLocation key
+	createAnnexDirectory (parentDir tmp)
+	return tmp
+
+{- Creates a temp file, runs an action on it, and cleans up the temp file. -}
+withTmp :: Key -> (FilePath -> Annex a) -> Annex a
+withTmp key action = do
+	tmp <- prepTmp key
+	res <- action tmp
+	liftIO $ nukeFile tmp
+	return res
+
+{- Checks that there is disk space available to store a given key,
+ - in a destination (or the annex) printing a warning if not. -}
+checkDiskSpace :: Maybe FilePath -> Key -> Integer -> Annex Bool
+checkDiskSpace destination key alreadythere = do
+	reserve <- annexDiskReserve <$> Annex.getGitConfig
+	free <- liftIO . getDiskFree =<< dir
+	force <- Annex.getState Annex.force
+	case (free, keySize key) of
+		(Just have, Just need) -> do
+			let ok = (need + reserve <= have + alreadythere) || force
+			unless ok $
+				needmorespace (need + reserve - have - alreadythere)
+			return ok
+		_ -> return True
+  where
+	dir = maybe (fromRepo gitAnnexDir) return destination
+	needmorespace n =
+		warning $ "not enough free space, need " ++ 
+			roughSize storageUnits True n ++
+			" more" ++ forcemsg
+	forcemsg = " (use --force to override this check or adjust annex.diskreserve)"
+
+{- Moves a key's content into .git/annex/objects/
+ -
+ - In direct mode, moves it to the associated file, or files.
+ -
+ - What if the key there already has content? This could happen for
+ - various reasons; perhaps the same content is being annexed again.
+ - Perhaps there has been a hash collision generating the keys.
+ -
+ - The current strategy is to assume that in this case it's safe to delete
+ - one of the two copies of the content; and the one already in the annex
+ - is left there, assuming it's the original, canonical copy.
+ -
+ - I considered being more paranoid, and checking that both files had
+ - the same content. Decided against it because A) users explicitly choose
+ - a backend based on its hashing properties and so if they're dealing
+ - with colliding files it's their own fault and B) adding such a check
+ - would not catch all cases of colliding keys. For example, perhaps 
+ - a remote has a key; if it's then added again with different content then
+ - the overall system now has two different peices of content for that
+ - key, and one of them will probably get deleted later. So, adding the
+ - check here would only raise expectations that git-annex cannot truely
+ - meet.
+ -}
+moveAnnex :: Key -> FilePath -> Annex ()
+moveAnnex key src = withObjectLoc key storeobject storedirect
+  where
+	storeobject dest = ifM (liftIO $ doesFileExist dest)
+		( alreadyhave
+		, modifyContent dest $ do
+			liftIO $ moveFile src dest
+			freezeContent dest
+		)
+	storeindirect = storeobject =<< calcRepo (gitAnnexLocation key)
+
+	{- In direct mode, the associated file's content may be locally
+	 - modified. In that case, it's preserved. However, the content
+	 - we're moving into the annex may be the only extant copy, so
+	 - it's important we not lose it. So, when the key's content
+	 - cannot be moved to any associated file, it's stored in indirect
+	 - mode.
+	 -}
+	storedirect = storedirect' storeindirect
+	storedirect' fallback [] = fallback
+	storedirect' fallback (f:fs) = do
+		thawContent src
+		v <- isAnnexLink f
+		if Just key == v
+			then do
+				updateInodeCache key src
+				replaceFile f $ liftIO . moveFile src
+				chmodContent f
+				forM_ fs $
+					addContentWhenNotPresent key f
+			else ifM (goodContent key f)
+				( storedirect' alreadyhave fs
+				, storedirect' fallback fs
+				)
+	
+	alreadyhave = liftIO $ removeFile src
+
+{- Runs an action to transfer an object's content.
+ -
+ - In direct mode, it's possible for the file to change as it's being sent.
+ - If this happens, runs the rollback action and returns False. The
+ - rollback action should remove the data that was transferred.
+ -}
+sendAnnex :: Key -> Annex () -> (FilePath -> Annex Bool) -> Annex Bool
+sendAnnex key rollback sendobject = go =<< prepSendAnnex key
+  where
+	go Nothing = return False
+	go (Just (f, checksuccess)) = do
+		r <- sendobject f
+		ifM checksuccess
+			( return r
+			, do
+				rollback
+				return False
+			)
+
+{- Returns a file that contains an object's content,
+ - and an check to run after the transfer is complete.
+ -
+ - In direct mode, it's possible for the file to change as it's being sent,
+ - and the check detects this case and returns False.
+ -
+ - Note that the returned check action is, in some cases, run in the
+ - Annex monad of the remote that is receiving the object, rather than
+ - the sender. So it cannot rely on Annex state.
+ -}
+prepSendAnnex :: Key -> Annex (Maybe (FilePath, Annex Bool))
+prepSendAnnex key = withObjectLoc key indirect direct
+  where
+	indirect f = return $ Just (f, return True)
+	direct [] = return Nothing
+	direct (f:fs) = do
+		cache <- recordedInodeCache key
+		-- check that we have a good file
+		ifM (sameInodeCache f cache)
+			( return $ Just (f, sameInodeCache f cache)
+			, direct fs
+			)
+
+{- Performs an action, passing it the location to use for a key's content.
+ -
+ - In direct mode, the associated files will be passed. But, if there are
+ - no associated files for a key, the indirect mode action will be
+ - performed instead. -}
+withObjectLoc :: Key -> (FilePath -> Annex a) -> ([FilePath] -> Annex a) -> Annex a
+withObjectLoc key indirect direct = ifM isDirect
+	( do
+		fs <- associatedFiles key
+		if null fs
+			then goindirect
+			else direct fs
+	, goindirect
+	)
+  where
+	goindirect = indirect =<< calcRepo (gitAnnexLocation key)
+
+cleanObjectLoc :: Key -> Annex () -> Annex ()
+cleanObjectLoc key cleaner = do
+	file <- calcRepo $ gitAnnexLocation key
+	void $ tryAnnexIO $ thawContentDir file
+	cleaner
+	liftIO $ removeparents file (3 :: Int)
+  where
+	removeparents _ 0 = noop
+	removeparents file n = do
+		let dir = parentDir file
+		maybe noop (const $ removeparents dir (n-1))
+			<=< catchMaybeIO $ removeDirectory dir
+
+{- Removes a key's file from .git/annex/objects/
+ -
+ - In direct mode, deletes the associated files or files, and replaces
+ - them with symlinks. -}
+removeAnnex :: Key -> Annex ()
+removeAnnex key = withObjectLoc key remove removedirect
+  where
+	remove file = cleanObjectLoc key $ do
+		secureErase file
+		liftIO $ nukeFile file
+		removeInodeCache key
+	removedirect fs = do
+		cache <- recordedInodeCache key
+		removeInodeCache key
+		mapM_ (resetfile cache) fs
+	resetfile cache f = whenM (sameInodeCache f cache) $ do
+		l <- inRepo $ gitAnnexLink f key
+		secureErase f
+		replaceFile f $ makeAnnexLink l
+
+{- Runs the secure erase command if set, otherwise does nothing.
+ - File may or may not be deleted at the end; caller is responsible for
+ - making sure it's deleted. -}
+secureErase :: FilePath -> Annex ()
+secureErase file = maybe noop go =<< annexSecureEraseCommand <$> Annex.getGitConfig
+  where
+  	go basecmd = void $ liftIO $
+		boolSystem "sh" [Param "-c", Param $ gencmd basecmd]
+	gencmd = massReplace [ ("%file", shellEscape file) ]
+
+{- Moves a key's file out of .git/annex/objects/ -}
+fromAnnex :: Key -> FilePath -> Annex ()
+fromAnnex key dest = cleanObjectLoc key $ do
+	file <- calcRepo $ gitAnnexLocation key
+	thawContent file
+	liftIO $ moveFile file dest
+
+{- Moves a key out of .git/annex/objects/ into .git/annex/bad, and
+ - returns the file it was moved to. -}
+moveBad :: Key -> Annex FilePath
+moveBad key = do
+	src <- calcRepo $ gitAnnexLocation key
+	bad <- fromRepo gitAnnexBadDir
+	let dest = bad </> takeFileName src
+	createAnnexDirectory (parentDir dest)
+	cleanObjectLoc key $
+		liftIO $ moveFile src dest
+	logStatus key InfoMissing
+	return dest
+
+data KeyLocation = InAnnex | InRepository
+
+{- List of keys whose content exists in the specified location.
+ 
+ - InAnnex only lists keys under .git/annex/objects,
+ - while InRepository, in direct mode, also finds keys located in the
+ - work tree.
+ -
+ - Note that InRepository has to check whether direct mode files
+ - have goodContent.
+ -}
+getKeysPresent :: KeyLocation -> Annex [Key]
+getKeysPresent keyloc = do
+	direct <- isDirect
+	dir <- fromRepo gitAnnexObjectDir
+	s <- getstate direct
+	liftIO $ traverse s direct (2 :: Int) dir
+  where
+	traverse s direct depth dir = do
+		contents <- catchDefaultIO [] (dirContents dir)
+		if depth == 0
+			then do
+				contents' <- filterM (present s direct) contents
+				let keys = mapMaybe (fileKey . takeFileName) contents'
+				continue keys []
+			else do
+				let deeper = traverse s direct (depth - 1)
+				continue [] (map deeper contents)
+	continue keys [] = return keys
+	continue keys (a:as) = do
+		{- Force lazy traversal with unsafeInterleaveIO. -}
+		morekeys <- unsafeInterleaveIO a
+		continue (morekeys++keys) as
+
+	present _ False d = presentInAnnex d
+	present s True d = presentDirect s d <||> presentInAnnex d
+
+	presentInAnnex = doesFileExist . contentfile
+	contentfile d = d </> takeFileName d
+
+	presentDirect s d = case keyloc of
+		InAnnex -> return False
+		InRepository -> case fileKey (takeFileName d) of
+			Nothing -> return False
+			Just k -> Annex.eval s $ 
+				anyM (goodContent k) =<< associatedFiles k
+
+	{- In order to run Annex monad actions within unsafeInterleaveIO,
+	 - the current state is taken and reused. No changes made to this
+	 - state will be preserved. 
+	 -
+	 - As an optimsation, call inodesChanged to prime the state with
+	 - a cached value that will be used in the call to goodContent.
+	 -}
+	getstate direct = do
+		when direct $
+			void $ inodesChanged
+		Annex.getState id
+
+{- Things to do to record changes to content when shutting down.
+ -
+ - It's acceptable to avoid committing changes to the branch,
+ - especially if performing a short-lived action.
+ -}
+saveState :: Bool -> Annex ()
+saveState nocommit = doSideAction $ do
+	Annex.Queue.flush
+	unless nocommit $
+		whenM (annexAlwaysCommit <$> Annex.getGitConfig) $
+			Annex.Branch.commit "update"
+
+{- Downloads content from any of a list of urls. -}
+downloadUrl :: [Url.URLString] -> FilePath -> Annex Bool
+downloadUrl urls file = go =<< annexWebDownloadCommand <$> Annex.getGitConfig
+  where
+  	go Nothing = Url.withUrlOptions $ \uo ->
+		anyM (\u -> Url.download u file uo) urls
+	go (Just basecmd) = liftIO $ anyM (downloadcmd basecmd) urls
+	downloadcmd basecmd url =
+		boolSystem "sh" [Param "-c", Param $ gencmd url basecmd]
+			<&&> doesFileExist file
+	gencmd url = massReplace
+		[ ("%file", shellEscape file)
+		, ("%url", shellEscape url)
+		]
+
+{- Copies a key's content, when present, to a temp file.
+ - This is used to speed up some rsyncs. -}
+preseedTmp :: Key -> FilePath -> Annex Bool
+preseedTmp key file = go =<< inAnnex key
+  where
+	go False = return False
+	go True = do
+		ok <- copy
+		when ok $ thawContent file
+		return ok
+	copy = ifM (liftIO $ doesFileExist file)
+		( return True
+		, do
+			s <- calcRepo $ gitAnnexLocation key
+			liftIO $ copyFileExternal s file
+		)
+
+{- Blocks writing to an annexed file, and modifies file permissions to
+ - allow reading it, per core.sharedRepository setting. -}
+freezeContent :: FilePath -> Annex ()
+freezeContent file = unlessM crippledFileSystem $
+	liftIO . go =<< fromRepo getSharedRepository
+  where
+	go GroupShared = modifyFileMode file $
+		removeModes writeModes .
+		addModes [ownerReadMode, groupReadMode]
+	go AllShared = modifyFileMode file $
+		removeModes writeModes .
+		addModes readModes
+	go _ = modifyFileMode file $
+		removeModes writeModes .
+		addModes [ownerReadMode]
+
+{- Adjusts read mode of annexed file per core.sharedRepository setting. -}
+chmodContent :: FilePath -> Annex ()
+chmodContent file = unlessM crippledFileSystem $
+	liftIO . go =<< fromRepo getSharedRepository
+  where
+	go GroupShared = modifyFileMode file $
+		addModes [ownerReadMode, groupReadMode]
+	go AllShared = modifyFileMode file $
+		addModes readModes
+	go _ = modifyFileMode file $
+		addModes [ownerReadMode]
+
+{- Allows writing to an annexed file that freezeContent was called on
+ - before. -}
+thawContent :: FilePath -> Annex ()
+thawContent file = unlessM crippledFileSystem $
+	liftIO . go =<< fromRepo getSharedRepository
+  where
+	go GroupShared = groupWriteRead file
+	go AllShared = groupWriteRead file
+	go _ = allowWrite file
+
+{- Finds files directly inside a directory like gitAnnexBadDir 
+ - (not in subdirectories) and returns the corresponding keys. -}
+dirKeys :: (Git.Repo -> FilePath) -> Annex [Key]
+dirKeys dirspec = do
+	dir <- fromRepo dirspec
+	ifM (liftIO $ doesDirectoryExist dir)
+		( do
+			contents <- liftIO $ getDirectoryContents dir
+			files <- liftIO $ filterM doesFileExist $
+				map (dir </>) contents
+			return $ mapMaybe (fileKey . takeFileName) files
+		, return []
+		)
+
diff --git a/Annex/Content/Direct.hs b/Annex/Content/Direct.hs
new file mode 100644
index 0000000000..b249e05572
--- /dev/null
+++ b/Annex/Content/Direct.hs
@@ -0,0 +1,263 @@
+{- git-annex file content managing for direct mode
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Content.Direct (
+	associatedFiles,
+	associatedFilesRelative,
+	removeAssociatedFile,
+	removeAssociatedFileUnchecked,
+	removeAssociatedFiles,
+	addAssociatedFile,
+	goodContent,
+	recordedInodeCache,
+	updateInodeCache,
+	addInodeCache,
+	writeInodeCache,
+	compareInodeCaches,
+	compareInodeCachesWith,
+	sameInodeCache,
+	elemInodeCaches,
+	sameFileStatus,
+	removeInodeCache,
+	toInodeCache,
+	inodesChanged,
+	createInodeSentinalFile,
+	addContentWhenNotPresent,
+	withTSDelta,
+	getTSDelta,
+) where
+
+import Common.Annex
+import qualified Annex
+import Annex.Perms
+import qualified Git
+import Utility.Tmp
+import Logs.Location
+import Utility.InodeCache
+import Utility.CopyFile
+import Annex.ReplaceFile
+import Annex.Link
+
+{- Absolute FilePaths of Files in the tree that are associated with a key. -}
+associatedFiles :: Key -> Annex [FilePath]
+associatedFiles key = do
+	files <- associatedFilesRelative key
+	top <- fromRepo Git.repoPath
+	return $ map (top </>) files
+
+{- List of files in the tree that are associated with a key, relative to
+ - the top of the repo. -}
+associatedFilesRelative :: Key -> Annex [FilePath] 
+associatedFilesRelative key = do
+	mapping <- calcRepo $ gitAnnexMapping key
+	liftIO $ catchDefaultIO [] $ withFile mapping ReadMode $ \h -> do
+		fileEncoding h
+		-- Read strictly to ensure the file is closed
+		-- before changeAssociatedFiles tries to write to it.
+		-- (Especially needed on Windows.)
+		lines <$> hGetContentsStrict h
+
+{- Changes the associated files information for a key, applying a
+ - transformation to the list. Returns new associatedFiles value. -}
+changeAssociatedFiles :: Key -> ([FilePath] -> [FilePath]) -> Annex [FilePath]
+changeAssociatedFiles key transform = do
+	mapping <- calcRepo $ gitAnnexMapping key
+	files <- associatedFilesRelative key
+	let files' = transform files
+	when (files /= files') $
+		modifyContent mapping $
+			liftIO $ viaTmp writeFileAnyEncoding mapping $
+				unlines files'
+	top <- fromRepo Git.repoPath
+	return $ map (top </>) files'
+
+{- Removes the list of associated files. -}
+removeAssociatedFiles :: Key -> Annex ()
+removeAssociatedFiles key = do
+	mapping <- calcRepo $ gitAnnexMapping key
+	modifyContent mapping $
+		liftIO $ nukeFile mapping
+
+{- Removes an associated file. Returns new associatedFiles value.
+ - Checks if this was the last copy of the object, and updates location
+ - log. -}
+removeAssociatedFile :: Key -> FilePath -> Annex [FilePath]
+removeAssociatedFile key file = do
+	fs <- removeAssociatedFileUnchecked key file
+	when (null fs) $
+		logStatus key InfoMissing
+	return fs
+
+{- Removes an associated file. Returns new associatedFiles value. -}
+removeAssociatedFileUnchecked :: Key -> FilePath -> Annex [FilePath]
+removeAssociatedFileUnchecked key file = do
+	file' <- normaliseAssociatedFile file
+	changeAssociatedFiles key $ filter (/= file')
+
+{- Adds an associated file. Returns new associatedFiles value. -}
+addAssociatedFile :: Key -> FilePath -> Annex [FilePath]
+addAssociatedFile key file = do
+	file' <- normaliseAssociatedFile file
+	changeAssociatedFiles key $ \files ->
+		if file' `elem` files
+			then files
+			else file':files
+
+{- Associated files are always stored relative to the top of the repository.
+ - The input FilePath is relative to the CWD, or is absolute. -}
+normaliseAssociatedFile :: FilePath -> Annex FilePath
+normaliseAssociatedFile file = do
+	top <- fromRepo Git.repoPath
+	liftIO $ relPathDirToFile top <$> absPath file
+
+{- Checks if a file in the tree, associated with a key, has not been modified.
+ -
+ - To avoid needing to fsck the file's content, which can involve an
+ - expensive checksum, this relies on a cache that contains the file's
+ - expected mtime and inode.
+ -}
+goodContent :: Key -> FilePath -> Annex Bool
+goodContent key file = sameInodeCache file =<< recordedInodeCache key
+
+{- Gets the recorded inode cache for a key. 
+ -
+ - A key can be associated with multiple files, so may return more than
+ - one. -}
+recordedInodeCache :: Key -> Annex [InodeCache]
+recordedInodeCache key = withInodeCacheFile key $ \f ->
+	liftIO $ catchDefaultIO [] $
+		mapMaybe readInodeCache . lines <$> readFileStrict f
+
+{- Caches an inode for a file.
+ -
+ - Anything else already cached is preserved.
+ -}
+updateInodeCache :: Key -> FilePath -> Annex ()
+updateInodeCache key file = maybe noop (addInodeCache key)
+	=<< withTSDelta (liftIO . genInodeCache file)
+
+{- Adds another inode to the cache for a key. -}
+addInodeCache :: Key -> InodeCache -> Annex ()
+addInodeCache key cache = do
+	oldcaches <- recordedInodeCache key
+	unlessM (elemInodeCaches cache oldcaches) $
+		writeInodeCache key (cache:oldcaches)
+
+{- Writes inode cache for a key. -}
+writeInodeCache :: Key -> [InodeCache] -> Annex ()
+writeInodeCache key caches = withInodeCacheFile key $ \f -> 
+	modifyContent f $
+		liftIO $ writeFile f $
+			unlines $ map showInodeCache caches
+
+{- Removes an inode cache. -}
+removeInodeCache :: Key -> Annex ()
+removeInodeCache key = withInodeCacheFile key $ \f ->
+	modifyContent f $
+		liftIO $ nukeFile f
+
+withInodeCacheFile :: Key -> (FilePath -> Annex a) -> Annex a
+withInodeCacheFile key a = a =<< calcRepo (gitAnnexInodeCache key)
+
+{- Checks if a InodeCache matches the current version of a file. -}
+sameInodeCache :: FilePath -> [InodeCache] -> Annex Bool
+sameInodeCache _ [] = return False
+sameInodeCache file old = go =<< withTSDelta (liftIO . genInodeCache file)
+  where
+	go Nothing = return False
+	go (Just curr) = elemInodeCaches curr old
+
+{- Checks if a FileStatus matches the recorded InodeCache of a file. -}
+sameFileStatus :: Key -> FileStatus -> Annex Bool
+sameFileStatus key status = do
+	old <- recordedInodeCache key
+	curr <- withTSDelta $ \delta -> liftIO $ toInodeCache delta status
+	case (old, curr) of
+		(_, Just c) -> elemInodeCaches c old
+		([], Nothing) -> return True
+		_ -> return False
+
+{- If the inodes have changed, only the size and mtime are compared. -}
+compareInodeCaches :: InodeCache -> InodeCache -> Annex Bool
+compareInodeCaches x y
+	| compareStrong x y = return True
+	| otherwise = ifM inodesChanged
+		( return $ compareWeak x y
+		, return False
+		)
+
+elemInodeCaches :: InodeCache -> [InodeCache] -> Annex Bool
+elemInodeCaches _ [] = return False
+elemInodeCaches c (l:ls) = ifM (compareInodeCaches c l)
+	( return True
+	, elemInodeCaches c ls
+	)
+
+compareInodeCachesWith :: Annex InodeComparisonType
+compareInodeCachesWith = ifM inodesChanged ( return Weakly, return Strongly )
+
+{- Copies the contentfile to the associated file, if the associated
+ - file has no content. If the associated file does have content,
+ - even if the content differs, it's left unchanged. -}
+addContentWhenNotPresent :: Key -> FilePath -> FilePath -> Annex ()
+addContentWhenNotPresent key contentfile associatedfile = do
+	v <- isAnnexLink associatedfile
+	when (Just key == v) $
+		replaceFile associatedfile $
+			liftIO . void . copyFileExternal contentfile
+	updateInodeCache key associatedfile	
+
+{- Some filesystems get new inodes each time they are mounted.
+ - In order to work on such a filesystem, a sentinal file is used to detect
+ - when the inodes have changed.
+ -
+ - If the sentinal file does not exist, we have to assume that the
+ - inodes have changed.
+ -}
+inodesChanged :: Annex Bool
+inodesChanged = sentinalInodesChanged <$> sentinalStatus
+
+withTSDelta :: (TSDelta -> Annex a) -> Annex a
+withTSDelta a = a =<< getTSDelta
+
+getTSDelta :: Annex TSDelta
+#ifdef mingw32_HOST_OS
+getTSDelta = sentinalTSDelta <$> sentinalStatus
+#else
+getTSDelta = pure noTSDelta -- optimisation
+#endif
+
+sentinalStatus :: Annex SentinalStatus
+sentinalStatus = maybe check return =<< Annex.getState Annex.sentinalstatus
+  where
+	check = do
+		sc <- liftIO . checkSentinalFile =<< annexSentinalFile
+		Annex.changeState $ \s -> s { Annex.sentinalstatus = Just sc }
+		return sc
+
+{- The sentinal file is only created when first initializing a repository.
+ - If there are any annexed objects in the repository already, creating
+ - the file would invalidate their inode caches. -}
+createInodeSentinalFile :: Annex ()
+createInodeSentinalFile = unlessM (alreadyexists <||> hasobjects) $ do
+	s <- annexSentinalFile
+	createAnnexDirectory (parentDir (sentinalFile s))
+	liftIO $ writeSentinalFile s
+  where
+	alreadyexists = liftIO. sentinalFileExists =<< annexSentinalFile
+	hasobjects = liftIO . doesDirectoryExist =<< fromRepo gitAnnexObjectDir
+
+annexSentinalFile :: Annex SentinalFile
+annexSentinalFile = do
+	sentinalfile <- fromRepo gitAnnexInodeSentinal
+	sentinalcachefile <- fromRepo gitAnnexInodeSentinalCache
+	return $ SentinalFile
+		{ sentinalFile = sentinalfile
+		, sentinalCacheFile = sentinalcachefile
+		}
diff --git a/Annex/Direct.hs b/Annex/Direct.hs
new file mode 100644
index 0000000000..e6b941e0f9
--- /dev/null
+++ b/Annex/Direct.hs
@@ -0,0 +1,450 @@
+{- git-annex direct mode
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Direct where
+
+import Common.Annex
+import qualified Annex
+import qualified Git
+import qualified Git.LsFiles
+import qualified Git.Merge
+import qualified Git.DiffTree as DiffTree
+import qualified Git.Config
+import qualified Git.Ref
+import qualified Git.Branch
+import Git.Sha
+import Git.FilePath
+import Git.Types
+import Config
+import Annex.CatFile
+import qualified Annex.Queue
+import Logs.Location
+import Backend
+import Types.KeySource
+import Annex.Content
+import Annex.Content.Direct
+import Annex.Link
+import Utility.InodeCache
+import Utility.CopyFile
+import Annex.Perms
+import Annex.ReplaceFile
+import Annex.Exception
+import Annex.VariantFile
+import Git.Index
+import Annex.Index
+import Annex.LockFile
+
+{- Uses git ls-files to find files that need to be committed, and stages
+ - them into the index. Returns True if some changes were staged. -}
+stageDirect :: Annex Bool
+stageDirect = do
+	Annex.Queue.flush
+	top <- fromRepo Git.repoPath
+	(l, cleanup) <- inRepo $ Git.LsFiles.stagedOthersDetails [top]
+	forM_ l go
+	void $ liftIO cleanup
+	staged <- Annex.Queue.size
+	Annex.Queue.flush
+	return $ staged /= 0
+  where
+	{- Determine what kind of modified or deleted file this is, as
+	 - efficiently as we can, by getting any key that's associated
+	 - with it in git, as well as its stat info. -}
+	go (file, Just sha, Just mode) = withTSDelta $ \delta -> do
+		shakey <- catKey sha mode
+		mstat <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus file
+		mcache <- liftIO $ maybe (pure Nothing) (toInodeCache delta) mstat
+		filekey <- isAnnexLink file
+		case (shakey, filekey, mstat, mcache) of
+			(_, Just key, _, _)
+				| shakey == filekey -> noop
+				{- A changed symlink. -}
+				| otherwise -> stageannexlink file key
+			(Just key, _, _, Just cache) -> do
+				{- All direct mode files will show as
+				 - modified, so compare the cache to see if
+				 - it really was. -}
+				oldcache <- recordedInodeCache key
+				case oldcache of
+					[] -> modifiedannexed file key cache
+					_ -> unlessM (elemInodeCaches cache oldcache) $
+						modifiedannexed file key cache
+			(Just key, _, Nothing, _) -> deletedannexed file key
+			(Nothing, _, Nothing, _) -> deletegit file
+			(_, _, Just _, _) -> addgit file
+	go _ = noop
+
+	modifiedannexed file oldkey cache = do
+		void $ removeAssociatedFile oldkey file
+		void $ addDirect file cache
+	
+	deletedannexed file key = do
+		void $ removeAssociatedFile key file
+		deletegit file
+	
+	stageannexlink file key = do
+		l <- inRepo $ gitAnnexLink file key
+		stageSymlink file =<< hashSymlink l
+		void $ addAssociatedFile key file
+
+	addgit file = Annex.Queue.addCommand "add" [Param "-f"] [file]
+
+	deletegit file = Annex.Queue.addCommand "rm" [Param "-qf"] [file]
+
+{- Run before a commit to update direct mode bookeeping to reflect the
+ - staged changes being committed. -}
+preCommitDirect :: Annex Bool
+preCommitDirect = do
+	(diffs, clean) <- inRepo $ DiffTree.diffIndex Git.Ref.headRef
+	makeabs <- flip fromTopFilePath <$> gitRepo
+	forM_ diffs (go makeabs)
+	liftIO clean
+  where
+	go makeabs diff = do
+		withkey (DiffTree.srcsha diff) (DiffTree.srcmode diff) removeAssociatedFile
+		withkey (DiffTree.dstsha diff) (DiffTree.dstmode diff) addAssociatedFile
+	  where
+		withkey sha mode a = when (sha /= nullSha) $ do
+			k <- catKey sha mode
+			case k of
+				Nothing -> noop
+				Just key -> void $ a key $
+					makeabs $ DiffTree.file diff
+
+{- Adds a file to the annex in direct mode. Can fail, if the file is
+ - modified or deleted while it's being added. -}
+addDirect :: FilePath -> InodeCache -> Annex Bool
+addDirect file cache = do
+	showStart "add" file
+	let source = KeySource
+		{ keyFilename = file
+		, contentLocation = file
+		, inodeCache = Just cache
+		}
+	got =<< genKey source =<< chooseBackend file
+  where
+	got Nothing = do
+		showEndFail
+		return False
+	got (Just (key, _)) = ifM (sameInodeCache file [cache])
+		( do
+			l <- inRepo $ gitAnnexLink file key
+			stageSymlink file =<< hashSymlink l
+			addInodeCache key cache
+			void $ addAssociatedFile key file
+			logStatus key InfoPresent
+			showEndOk
+			return True
+		, do
+			showEndFail
+			return False
+		)
+
+{- In direct mode, git merge would usually refuse to do anything, since it
+ - sees present direct mode files as type changed files.
+ -
+ - So, to handle a merge, it's run with the work tree set to a temp
+ - directory, and the merge is staged into a copy of the index.
+ - Then the work tree is updated to reflect the merge, and
+ - finally, the merge is committed and the real index updated.
+ -
+ - A lock file is used to avoid races with any other caller of mergeDirect.
+ - 
+ - To avoid other git processes from making change to the index while our
+ - merge is in progress, the index lock file is used as the temp index
+ - file. This is the same as what git does when updating the index
+ - normally.
+ -}
+mergeDirect :: Maybe Git.Ref -> Maybe Git.Ref -> Git.Branch -> Annex Bool -> Git.Branch.CommitMode -> Annex Bool
+mergeDirect startbranch oldref branch resolvemerge commitmode = exclusively $ do
+	reali <- fromRepo indexFile
+	tmpi <- fromRepo indexFileLock
+	liftIO $ copyFile reali tmpi
+
+	d <- fromRepo gitAnnexMergeDir
+	liftIO $ do
+		whenM (doesDirectoryExist d) $
+			removeDirectoryRecursive d
+		createDirectoryIfMissing True d
+
+	withIndexFile tmpi $ do
+		merged <- stageMerge d branch commitmode
+		r <- if merged
+			then return True
+			else resolvemerge
+		mergeDirectCleanup d (fromMaybe Git.Sha.emptyTree oldref)
+		mergeDirectCommit merged startbranch branch commitmode
+
+		liftIO $ rename tmpi reali
+
+		return r
+  where
+	exclusively = withExclusiveLock gitAnnexMergeLock
+
+{- Stage a merge into the index, avoiding changing HEAD or the current
+ - branch. -}
+stageMerge :: FilePath -> Git.Branch -> Git.Branch.CommitMode -> Annex Bool
+stageMerge d branch commitmode = do
+	-- XXX A bug in git makes stageMerge unsafe to use if the git repo
+	-- is configured with core.symlinks=false
+	-- Using mergeNonInteractive is not ideal though, since it will
+	-- update the current branch immediately, before the work tree
+	-- has been updated, which would leave things in an inconsistent
+	-- state if mergeDirectCleanup is interrupted.
+	-- <http://marc.info/?l=git&m=140262402204212&w=2>
+	merger <- ifM (coreSymlinks <$> Annex.getGitConfig)
+		( return Git.Merge.stageMerge
+		, return $ \ref -> Git.Merge.mergeNonInteractive ref commitmode
+		) 
+	inRepo $ \g -> merger branch $ 
+		g { location = Local { gitdir = Git.localGitDir g, worktree = Just d } }
+
+{- Commits after a direct mode merge is complete, and after the work
+ - tree has been updated by mergeDirectCleanup.
+ -}
+mergeDirectCommit :: Bool -> Maybe Git.Ref -> Git.Branch -> Git.Branch.CommitMode -> Annex ()
+mergeDirectCommit allowff old branch commitmode = do
+	void preCommitDirect
+	d <- fromRepo Git.localGitDir
+	let merge_head = d </> "MERGE_HEAD"
+	let merge_msg = d </> "MERGE_MSG"
+	let merge_mode = d </> "MERGE_MODE"
+	ifM (pure allowff <&&> canff)
+		( inRepo $ Git.Branch.update Git.Ref.headRef branch -- fast forward
+		, do
+			msg <- liftIO $
+				catchDefaultIO ("merge " ++ fromRef branch) $
+					readFile merge_msg
+			void $ inRepo $ Git.Branch.commit commitmode False msg
+				Git.Ref.headRef [Git.Ref.headRef, branch]
+		)
+	liftIO $ mapM_ nukeFile [merge_head, merge_msg, merge_mode]
+  where
+	canff = maybe (return False) (\o -> inRepo $ Git.Branch.fastForwardable o branch) old
+
+{- Cleans up after a direct mode merge. The merge must have been staged
+ - in the index. Uses diff-index to compare the staged changes with
+ - the tree before the merge, and applies those changes to the work tree.
+ -
+ - There are really only two types of changes: An old item can be deleted,
+ - or a new item added. Two passes are made, first deleting and then
+ - adding. This is to handle cases where eg, a file is deleted and a
+ - directory is added. (The diff-tree output may list these in the opposite
+ - order, but we cannot add the directory until the file with the
+ - same name is removed.)
+ -}
+mergeDirectCleanup :: FilePath -> Git.Ref -> Annex ()
+mergeDirectCleanup d oldref = do
+	(items, cleanup) <- inRepo $ DiffTree.diffIndex oldref
+	makeabs <- flip fromTopFilePath <$> gitRepo
+	let fsitems = zip (map (makeabs . DiffTree.file) items) items
+	forM_ fsitems $
+		go makeabs DiffTree.srcsha DiffTree.srcmode moveout moveout_raw
+	forM_ fsitems $
+		go makeabs DiffTree.dstsha DiffTree.dstmode movein movein_raw
+	void $ liftIO cleanup
+	liftIO $ removeDirectoryRecursive d
+  where
+	go makeabs getsha getmode a araw (f, item)
+		| getsha item == nullSha = noop
+		| otherwise = void $
+			tryAnnex . maybe (araw item makeabs f) (\k -> void $ a item makeabs k f)
+				=<< catKey (getsha item) (getmode item)
+
+	moveout _ _ = removeDirect
+
+	{- Files deleted by the merge are removed from the work tree.
+	 - Empty work tree directories are removed, per git behavior. -}
+	moveout_raw _ _ f = liftIO $ do
+		nukeFile f
+		void $ tryIO $ removeDirectory $ parentDir f
+	
+	{- If the file is already present, with the right content for the
+	 - key, it's left alone. 
+	 -
+	 - If the file is already present, and does not exist in the
+	 - oldref, preserve this local file.
+	 -
+	 - Otherwise, create the symlink and then if possible, replace it
+	 - with the content. -}
+	movein item makeabs k f = unlessM (goodContent k f) $ do
+		preserveUnannexed item makeabs f oldref
+		l <- inRepo $ gitAnnexLink f k
+		replaceFile f $ makeAnnexLink l
+		toDirect k f
+	
+	{- Any new, modified, or renamed files were written to the temp
+	 - directory by the merge, and are moved to the real work tree. -}
+	movein_raw item makeabs f = do
+		preserveUnannexed item makeabs f oldref
+		liftIO $ do
+			createDirectoryIfMissing True $ parentDir f
+			void $ tryIO $ rename (d </> getTopFilePath (DiffTree.file item)) f
+
+{- If the file that's being moved in is already present in the work
+ - tree, but did not exist in the oldref, preserve this
+ - local, unannexed file (or directory), as "variant-local".
+ -
+ - It's also possible that the file that's being moved in
+ - is in a directory that collides with an exsting, non-annexed
+ - file (not a directory), which should be preserved.
+ -}
+preserveUnannexed :: DiffTree.DiffTreeItem -> (TopFilePath -> FilePath) -> FilePath -> Ref -> Annex ()
+preserveUnannexed item makeabs absf oldref = do
+	whenM (liftIO (collidingitem absf) <&&> unannexed absf) $
+		liftIO $ findnewname absf 0
+	checkdirs (DiffTree.file item)
+  where
+	checkdirs from = do
+		let p = parentDir (getTopFilePath from)
+		let d = asTopFilePath p
+		unless (null p) $ do
+			let absd = makeabs d
+			whenM (liftIO (colliding_nondir absd) <&&> unannexed absd) $
+				liftIO $ findnewname absd 0
+			checkdirs d
+			
+	collidingitem f = isJust
+		<$> catchMaybeIO (getSymbolicLinkStatus f)
+	colliding_nondir f = maybe False (not . isDirectory)
+		<$> catchMaybeIO (getSymbolicLinkStatus f)
+
+	unannexed f = (isNothing <$> isAnnexLink f)
+		<&&> (isNothing <$> catFileDetails oldref f)
+
+	findnewname :: FilePath -> Int -> IO ()
+	findnewname f n = do
+		let localf = mkVariant f 
+			("local" ++ if n > 0 then show n else "")
+		ifM (collidingitem localf)
+			( findnewname f (n+1)
+			, rename f localf
+				`catchIO` const (findnewname f (n+1))
+			)
+
+{- If possible, converts a symlink in the working tree into a direct
+ - mode file. If the content is not available, leaves the symlink
+ - unchanged. -}
+toDirect :: Key -> FilePath -> Annex ()
+toDirect k f = fromMaybe noop =<< toDirectGen k f
+
+toDirectGen :: Key -> FilePath -> Annex (Maybe (Annex ()))
+toDirectGen k f = do
+	loc <- calcRepo $ gitAnnexLocation k
+	ifM (liftIO $ doesFileExist loc)
+		( return $ Just $ fromindirect loc
+		, do
+			{- Copy content from another direct file. -}
+			absf <- liftIO $ absPath f
+			dlocs <- filterM (goodContent k) =<<
+				filterM (\l -> isNothing <$> getAnnexLinkTarget l) =<<
+				(filter (/= absf) <$> addAssociatedFile k f)
+			case dlocs of
+				[] -> return Nothing
+				(dloc:_) -> return $ Just $ fromdirect dloc
+		)
+  where
+  	fromindirect loc = do
+		{- Move content from annex to direct file. -}
+		updateInodeCache k loc
+		void $ addAssociatedFile k f
+		modifyContent loc $ do
+			thawContent loc
+			replaceFileOr f
+				(liftIO . moveFile loc)
+				$ \tmp -> do -- rollback
+					liftIO (moveFile tmp loc)
+					freezeContent loc
+	fromdirect loc = do
+		replaceFile f $
+			liftIO . void . copyFileExternal loc
+		updateInodeCache k f
+
+{- Removes a direct mode file, while retaining its content in the annex
+ - (unless its content has already been changed). -}
+removeDirect :: Key -> FilePath -> Annex ()
+removeDirect k f = do
+	void $ removeAssociatedFileUnchecked k f
+	unlessM (inAnnex k) $
+		ifM (goodContent k f)
+			( moveAnnex k f
+			, logStatus k InfoMissing
+			)
+	liftIO $ do
+		nukeFile f
+		void $ tryIO $ removeDirectory $ parentDir f
+
+{- Called when a direct mode file has been changed. Its old content may be
+ - lost. -}
+changedDirect :: Key -> FilePath -> Annex ()
+changedDirect oldk f = do
+	locs <- removeAssociatedFile oldk f
+	whenM (pure (null locs) <&&> not <$> inAnnex oldk) $
+		logStatus oldk InfoMissing
+
+{- Enable/disable direct mode. -}
+setDirect :: Bool -> Annex ()
+setDirect wantdirect = do
+	if wantdirect
+		then do
+			switchHEAD
+			setbare
+		else do
+			setbare
+			switchHEADBack
+	setConfig (annexConfig "direct") val
+	Annex.changeGitConfig $ \c -> c { annexDirect = wantdirect }
+  where
+	val = Git.Config.boolConfig wantdirect
+	setbare = setConfig (ConfigKey Git.Config.coreBare) val
+
+{- Since direct mode sets core.bare=true, incoming pushes could change
+ - the currently checked out branch. To avoid this problem, HEAD
+ - is changed to a internal ref that nothing is going to push to.
+ -
+ - For refs/heads/master, use refs/heads/annex/direct/master;
+ - this way things that show HEAD (eg shell prompts) will
+ - hopefully show just "master". -}
+directBranch :: Ref -> Ref
+directBranch orighead = case split "/" $ fromRef orighead of
+	("refs":"heads":"annex":"direct":_) -> orighead
+	("refs":"heads":rest) ->
+		Ref $ "refs/heads/annex/direct/" ++ intercalate "/" rest
+	_ -> Ref $ "refs/heads/" ++ fromRef (Git.Ref.base orighead)
+
+{- Converts a directBranch back to the original branch.
+ -
+ - Any other ref is left unchanged.
+ -}
+fromDirectBranch :: Ref -> Ref
+fromDirectBranch directhead = case split "/" $ fromRef directhead of
+	("refs":"heads":"annex":"direct":rest) -> 
+		Ref $ "refs/heads/" ++ intercalate "/" rest
+	_ -> directhead
+
+switchHEAD :: Annex ()
+switchHEAD = maybe noop switch =<< inRepo Git.Branch.currentUnsafe
+  where
+	switch orighead = do
+		let newhead = directBranch orighead
+		maybe noop (inRepo . Git.Branch.update newhead)
+			=<< inRepo (Git.Ref.sha orighead)
+		inRepo $ Git.Branch.checkout newhead
+
+switchHEADBack :: Annex ()
+switchHEADBack = maybe noop switch =<< inRepo Git.Branch.currentUnsafe
+  where
+	switch currhead = do
+		let orighead = fromDirectBranch currhead
+		v <- inRepo $ Git.Ref.sha currhead
+		case v of
+			Just headsha
+				| orighead /= currhead -> do
+					inRepo $ Git.Branch.update orighead headsha
+					inRepo $ Git.Branch.checkout orighead
+					inRepo $ Git.Branch.delete currhead
+			_ -> inRepo $ Git.Branch.checkout orighead
diff --git a/Annex/Direct/Fixup.hs b/Annex/Direct/Fixup.hs
new file mode 100644
index 0000000000..13485242ae
--- /dev/null
+++ b/Annex/Direct/Fixup.hs
@@ -0,0 +1,31 @@
+{- git-annex direct mode guard fixup
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Direct.Fixup where
+
+import Git.Types
+import Git.Config
+import qualified Git.Construct as Construct
+import Utility.Path
+import Utility.SafeCommand
+
+{- Direct mode repos have core.bare=true, but are not really bare.
+ - Fix up the Repo to be a non-bare repo, and arrange for git commands
+ - run by git-annex to be passed parameters that override this setting. -}
+fixupDirect :: Repo -> IO Repo
+fixupDirect r@(Repo { location = l@(Local { gitdir = d, worktree = Nothing }) }) = do
+	let r' = r
+		{ location = l { worktree = Just (parentDir d) }
+		, gitGlobalOpts = gitGlobalOpts r ++
+			[ Param "-c"
+			, Param $ coreBare ++ "=" ++ boolConfig False
+			]
+		}
+	-- Recalc now that the worktree is correct.
+	rs' <- Construct.fromRemotes r'
+	return $ r' { remotes = rs' }
+fixupDirect r = return r
diff --git a/Annex/Drop.hs b/Annex/Drop.hs
new file mode 100644
index 0000000000..71263dc618
--- /dev/null
+++ b/Annex/Drop.hs
@@ -0,0 +1,124 @@
+{- dropping of unwanted content
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Drop where
+
+import Common.Annex
+import Logs.Trust
+import Config.NumCopies
+import Types.Remote (uuid)
+import Types.Key (key2file)
+import qualified Remote
+import qualified Command.Drop
+import Command
+import Annex.Wanted
+import Annex.Exception
+import Config
+import Annex.Content.Direct
+
+import qualified Data.Set as S
+import System.Log.Logger (debugM)
+
+type Reason = String
+
+{- Drop a key from local and/or remote when allowed by the preferred content
+ - and numcopies settings.
+ -
+ - The UUIDs are ones where the content is believed to be present.
+ - The Remote list can include other remotes that do not have the content;
+ - only ones that match the UUIDs will be dropped from.
+ - If allowed to drop fromhere, that drop will be tried first.
+ -
+ - A remote can be specified that is known to have the key. This can be
+ - used an an optimisation when eg, a key has just been uploaded to a
+ - remote.
+ -
+ - In direct mode, all associated files are checked, and only if all
+ - of them are unwanted are they dropped.
+ -
+ - The runner is used to run commands, and so can be either callCommand
+ - or commandAction.
+ -}
+handleDropsFrom :: [UUID] -> [Remote] -> Reason -> Bool -> Key -> AssociatedFile -> Maybe Remote -> CommandActionRunner -> Annex ()
+handleDropsFrom locs rs reason fromhere key afile knownpresentremote runner = do
+	fs <- ifM isDirect
+		( do
+			l <- associatedFilesRelative key
+			return $ if null l
+				then maybeToList afile
+				else l
+		, return $ maybeToList afile
+		)
+	n <- getcopies fs
+	if fromhere && checkcopies n Nothing
+		then go fs rs =<< dropl fs n
+		else go fs rs n
+  where
+	getcopies fs = do
+		(untrusted, have) <- trustPartition UnTrusted locs
+		numcopies <- if null fs
+			then getNumCopies
+			else maximum <$> mapM getFileNumCopies fs
+		return (NumCopies (length have), numcopies, S.fromList untrusted)
+
+	{- Check that we have enough copies still to drop the content.
+	 - When the remote being dropped from is untrusted, it was not
+	 - counted as a copy, so having only numcopies suffices. Otherwise,
+	 - we need more than numcopies to safely drop. -}
+	checkcopies (have, numcopies, _untrusted) Nothing = have > numcopies
+	checkcopies (have, numcopies, untrusted) (Just u)
+		| S.member u untrusted = have >= numcopies
+		| otherwise = have > numcopies
+	
+	decrcopies (have, numcopies, untrusted) Nothing =
+		(NumCopies (fromNumCopies have - 1), numcopies, untrusted)
+	decrcopies v@(_have, _numcopies, untrusted) (Just u)
+		| S.member u untrusted = v
+		| otherwise = decrcopies v Nothing
+
+	go _ [] _ = noop
+	go fs (r:rest) n
+		| uuid r `S.notMember` slocs = go fs rest n
+		| checkcopies n (Just $ Remote.uuid r) =
+			dropr fs r n >>= go fs rest
+		| otherwise = noop
+
+	checkdrop fs n u a
+		| null fs = check $ -- no associated files; unused content
+			wantDrop True u (Just key) Nothing
+		| otherwise = check $
+			allM (wantDrop True u (Just key) . Just) fs
+		where
+			check c = ifM c
+				( dodrop n u a
+				, return n
+				)
+
+	dodrop n@(have, numcopies, _untrusted) u a = 
+		ifM (safely $ runner $ a numcopies)
+			( do
+				liftIO $ debugM "drop" $ unwords
+					[ "dropped"
+					, fromMaybe (key2file key) afile
+					, "(from " ++ maybe "here" show u ++ ")"
+					, "(copies now " ++ show (fromNumCopies have - 1) ++ ")"
+					, ": " ++ reason
+					]
+				return $ decrcopies n u
+			, return n
+			)
+
+	dropl fs n = checkdrop fs n Nothing $ \numcopies ->
+		Command.Drop.startLocal afile numcopies key knownpresentremote
+
+	dropr fs r n  = checkdrop fs n (Just $ Remote.uuid r) $ \numcopies ->
+		Command.Drop.startRemote afile numcopies key r
+
+	slocs = S.fromList locs
+	
+	safely a = either (const False) id <$> tryAnnex a
+
diff --git a/Annex/Environment.hs b/Annex/Environment.hs
new file mode 100644
index 0000000000..4b8d384642
--- /dev/null
+++ b/Annex/Environment.hs
@@ -0,0 +1,67 @@
+{- git-annex environment
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Environment where
+
+import Common.Annex
+import Utility.UserInfo
+import qualified Git.Config
+import Config
+import Annex.Exception
+
+#ifndef mingw32_HOST_OS
+import Utility.Env
+#endif
+
+{- Checks that the system's environment allows git to function.
+ - Git requires a GECOS username, or suitable git configuration, or
+ - environment variables.
+ -
+ - Git also requires the system have a hostname containing a dot.
+ - Otherwise, it tries various methods to find a FQDN, and will fail if it
+ - does not. To avoid replicating that code here, which would break if its
+ - methods change, this function does not check the hostname is valid.
+ - Instead, code that commits can use ensureCommit.
+ -}
+checkEnvironment :: Annex ()
+checkEnvironment = do
+	gitusername <- fromRepo $ Git.Config.getMaybe "user.name"
+	when (isNothing gitusername || gitusername == Just "") $
+		liftIO checkEnvironmentIO
+
+checkEnvironmentIO :: IO ()
+checkEnvironmentIO =
+#ifdef mingw32_HOST_OS
+	noop
+#else
+	whenM (null <$> myUserGecos) $ do
+		username <- myUserName
+		ensureEnv "GIT_AUTHOR_NAME" username
+		ensureEnv "GIT_COMMITTER_NAME" username
+  where
+#ifndef __ANDROID__
+  	-- existing environment is not overwritten
+	ensureEnv var val = void $ setEnv var val False
+#else
+	-- Environment setting is broken on Android, so this is dealt with
+	-- in runshell instead.
+	ensureEnv _ _ = noop
+#endif
+#endif
+
+{- Runs an action that commits to the repository, and if it fails, 
+ - sets user.email and user.name to a dummy value and tries the action again. -}
+ensureCommit :: Annex a -> Annex a
+ensureCommit a = either retry return =<< tryAnnex a 
+  where
+  	retry _ = do
+		name <- liftIO myUserName
+		setConfig (ConfigKey "user.name") name
+		setConfig (ConfigKey "user.email") name
+		a
diff --git a/Annex/Exception.hs b/Annex/Exception.hs
new file mode 100644
index 0000000000..41a9ed9216
--- /dev/null
+++ b/Annex/Exception.hs
@@ -0,0 +1,50 @@
+{- exception handling in the git-annex monad
+ -
+ - Note that when an Annex action fails and the exception is handled
+ - by these functions, any changes the action has made to the
+ - AnnexState are retained. This works because the Annex monad
+ - internally stores the AnnexState in a MVar.
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE PackageImports #-}
+
+module Annex.Exception (
+	bracketIO,
+	bracketAnnex,
+	tryAnnex,
+	tryAnnexIO,
+	throwAnnex,
+	catchAnnex,
+) where
+
+import qualified Control.Monad.Catch as M
+import Control.Exception
+
+import Common.Annex
+
+{- Runs an Annex action, with setup and cleanup both in the IO monad. -}
+bracketIO :: IO v -> (v -> IO b) -> (v -> Annex a) -> Annex a
+bracketIO setup cleanup = M.bracket (liftIO setup) (liftIO . cleanup)
+
+bracketAnnex :: Annex v -> (v -> Annex b) -> (v -> Annex a) -> Annex a
+bracketAnnex = M.bracket
+
+{- try in the Annex monad -}
+tryAnnex :: Annex a -> Annex (Either SomeException a)
+tryAnnex = M.try
+
+{- try in the Annex monad, but only catching IO exceptions -}
+tryAnnexIO :: Annex a -> Annex (Either IOException a)
+tryAnnexIO = M.try
+
+{- throw in the Annex monad -}
+throwAnnex :: Exception e => e -> Annex a
+throwAnnex = M.throwM
+
+{- catch in the Annex monad -}
+catchAnnex :: Exception e => Annex a -> (e -> Annex a) -> Annex a
+catchAnnex = M.catch
diff --git a/Annex/FileMatcher.hs b/Annex/FileMatcher.hs
new file mode 100644
index 0000000000..da6a5e0e93
--- /dev/null
+++ b/Annex/FileMatcher.hs
@@ -0,0 +1,116 @@
+{- git-annex file matching
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.FileMatcher where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Limit
+import Utility.Matcher
+import Types.Group
+import Logs.Group
+import Logs.Remote
+import Annex.UUID
+import qualified Annex
+import Types.FileMatcher
+import Git.FilePath
+import Types.Remote (RemoteConfig)
+
+import Data.Either
+import qualified Data.Set as S
+
+checkFileMatcher :: (FileMatcher Annex) -> FilePath -> Annex Bool
+checkFileMatcher matcher file = checkMatcher matcher Nothing (Just file) S.empty True
+
+checkMatcher :: (FileMatcher Annex) -> Maybe Key -> AssociatedFile -> AssumeNotPresent -> Bool -> Annex Bool
+checkMatcher matcher mkey afile notpresent def
+	| isEmpty matcher = return def
+	| otherwise = case (mkey, afile) of
+		(_, Just file) -> go =<< fileMatchInfo file
+		(Just key, _) -> go (MatchingKey key)
+		_ -> return def
+  where
+	go mi = matchMrun matcher $ \a -> a notpresent mi
+
+fileMatchInfo :: FilePath -> Annex MatchInfo
+fileMatchInfo file = do
+	matchfile <- getTopFilePath <$> inRepo (toTopFilePath file)
+	return $ MatchingFile FileInfo
+		{ matchFile = matchfile
+		, relFile = file
+		}
+
+matchAll :: FileMatcher Annex
+matchAll = generate []
+
+parsedToMatcher :: [Either String (Token (MatchFiles Annex))] -> Either String (FileMatcher Annex)
+parsedToMatcher parsed = case partitionEithers parsed of
+	([], vs) -> Right $ generate vs
+	(es, _) -> Left $ unwords $ map ("Parse failure: " ++) es
+
+exprParser :: FileMatcher Annex -> FileMatcher Annex -> GroupMap -> M.Map UUID RemoteConfig -> Maybe UUID -> String -> [Either String (Token (MatchFiles Annex))]
+exprParser matchstandard matchgroupwanted groupmap configmap mu expr =
+	map parse $ tokenizeMatcher expr
+  where
+	parse = parseToken
+		matchstandard
+		matchgroupwanted
+		(limitPresent mu)
+		(limitInDir preferreddir)
+		groupmap
+	preferreddir = fromMaybe "public" $
+		M.lookup "preferreddir" =<< (`M.lookup` configmap) =<< mu
+
+parseToken :: FileMatcher Annex -> FileMatcher Annex -> MkLimit Annex -> MkLimit Annex -> GroupMap -> String -> Either String (Token (MatchFiles Annex))
+parseToken matchstandard matchgroupwanted checkpresent checkpreferreddir groupmap t
+	| t `elem` tokens = Right $ token t
+	| t == "standard" = call matchstandard
+	| t == "groupwanted" = call matchgroupwanted
+	| t == "present" = use checkpresent
+	| t == "inpreferreddir" = use checkpreferreddir
+	| t == "unused" = Right $ Operation limitUnused
+	| otherwise = maybe (Left $ "near " ++ show t) use $ M.lookup k $
+		M.fromList
+			[ ("include", limitInclude)
+			, ("exclude", limitExclude)
+			, ("copies", limitCopies)
+			, ("lackingcopies", limitLackingCopies False)
+			, ("approxlackingcopies", limitLackingCopies True)
+			, ("inbackend", limitInBackend)
+			, ("largerthan", limitSize (>))
+			, ("smallerthan", limitSize (<))
+			, ("metadata", limitMetaData)
+			, ("inallgroup", limitInAllGroup groupmap)
+			]
+  where
+	(k, v) = separate (== '=') t
+	use a = Operation <$> a v
+	call sub = Right $ Operation $ \notpresent mi ->
+		matchMrun sub $ \a -> a notpresent mi
+
+{- This is really dumb tokenization; there's no support for quoted values.
+ - Open and close parens are always treated as standalone tokens;
+ - otherwise tokens must be separated by whitespace. -}
+tokenizeMatcher :: String -> [String]
+tokenizeMatcher = filter (not . null ) . concatMap splitparens . words
+  where
+	splitparens = segmentDelim (`elem` "()")
+
+{- Generates a matcher for files large enough (or meeting other criteria)
+ - to be added to the annex, rather than directly to git. -}
+largeFilesMatcher :: Annex (FileMatcher Annex)
+largeFilesMatcher = go =<< annexLargeFiles <$> Annex.getGitConfig
+  where
+  	go Nothing = return matchAll
+	go (Just expr) = do
+		gm <- groupMap
+		rc <- readRemoteLog
+		u <- getUUID
+		either badexpr return $
+			parsedToMatcher $ exprParser matchAll matchAll gm rc (Just u) expr
+	badexpr e = error $ "bad annex.largefiles configuration: " ++ e
diff --git a/Annex/Hook.hs b/Annex/Hook.hs
new file mode 100644
index 0000000000..4848e2d61f
--- /dev/null
+++ b/Annex/Hook.hs
@@ -0,0 +1,71 @@
+{- git-annex git hooks
+ -
+ - Note that it's important that the scripts installed by git-annex
+ - not change, otherwise removing old hooks using an old version of
+ - the script would fail.
+ -
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Hook where
+
+import Common.Annex
+import qualified Git.Hook as Git
+import Config
+import qualified Annex
+import Utility.Shell
+import Utility.FileMode
+
+import qualified Data.Map as M
+
+preCommitHook :: Git.Hook
+preCommitHook = Git.Hook "pre-commit" (mkHookScript "git annex pre-commit .")
+
+preCommitAnnexHook :: Git.Hook
+preCommitAnnexHook = Git.Hook "pre-commit-annex" ""
+
+mkHookScript :: String -> String
+mkHookScript s = unlines
+	[ shebang_local
+	, "# automatically configured by git-annex"
+	, s
+	]
+
+hookWrite :: Git.Hook -> Annex ()
+hookWrite h = 
+	-- cannot have git hooks in a crippled filesystem (no execute bit)
+	unlessM crippledFileSystem $
+		unlessM (inRepo $ Git.hookWrite h) $
+			hookWarning h "already exists, not configuring"
+
+hookUnWrite :: Git.Hook -> Annex ()
+hookUnWrite h = unlessM (inRepo $ Git.hookUnWrite h) $
+	hookWarning h "contents modified; not deleting. Edit it to remove call to git annex."
+
+hookWarning :: Git.Hook -> String -> Annex ()
+hookWarning h msg = do
+	r <- gitRepo
+	warning $ Git.hookName h ++ " hook (" ++ Git.hookFile h r ++ ") " ++ msg
+
+{- Runs a hook. To avoid checking if the hook exists every time,
+ - the existing hooks are cached. -}
+runAnnexHook :: Git.Hook -> Annex ()
+runAnnexHook hook = do
+	cmd <- fromRepo $ Git.hookFile hook
+	m <- Annex.getState Annex.existinghooks
+	case M.lookup hook m of
+		Just True -> run cmd
+		Just False -> noop
+		Nothing -> do
+			exists <- hookexists cmd
+			Annex.changeState $ \s -> s
+				{ Annex.existinghooks = M.insert hook exists m }
+			when exists $
+				run cmd
+  where
+	hookexists f = liftIO $ catchBoolIO $
+		isExecutable . fileMode <$> getFileStatus f
+	run cmd = unlessM (liftIO $ boolSystem cmd []) $
+		warning $ cmd ++ " failed"
diff --git a/Annex/Index.hs b/Annex/Index.hs
new file mode 100644
index 0000000000..af0cab45e4
--- /dev/null
+++ b/Annex/Index.hs
@@ -0,0 +1,53 @@
+{- Using other git index files
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Index (
+	withIndexFile,
+	addGitEnv,
+) where
+
+import qualified Control.Exception as E
+
+import Common.Annex
+import Git.Types
+import qualified Annex
+import Utility.Env
+import Annex.Exception
+
+{- Runs an action using a different git index file. -}
+withIndexFile :: FilePath -> Annex a -> Annex a
+withIndexFile f a = do
+	g <- gitRepo
+	g' <- liftIO $ addGitEnv g "GIT_INDEX_FILE" f
+
+	r <- tryAnnex $ do
+		Annex.changeState $ \s -> s { Annex.repo = g' }
+		a
+	Annex.changeState $ \s -> s { Annex.repo = (Annex.repo s) { gitEnv = gitEnv g} }
+	either E.throw return r
+
+addGitEnv :: Repo -> String -> String -> IO Repo
+addGitEnv g var val = do
+	e <- maybe copyenv return (gitEnv g)
+	let e' = addEntry var val e
+	return $ g { gitEnv = Just e' }
+  where
+	copyenv = do
+#ifdef __ANDROID__
+		{- This should not be necessary on Android, but there is some
+		 - weird getEnvironment breakage. See
+		 - https://github.com/neurocyte/ghc-android/issues/7
+		 - Use getEnv to get some key environment variables that
+		 - git expects to have. -}
+		let keyenv = words "USER PATH GIT_EXEC_PATH HOSTNAME HOME"
+		let getEnvPair k = maybe Nothing (\v -> Just (k, v)) <$> getEnv k
+		liftIO $ catMaybes <$> forM keyenv getEnvPair
+#else
+		liftIO getEnvironment
+#endif
diff --git a/Annex/Init.hs b/Annex/Init.hs
new file mode 100644
index 0000000000..637b130ee8
--- /dev/null
+++ b/Annex/Init.hs
@@ -0,0 +1,244 @@
+{- git-annex repository initialization
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Init (
+	ensureInitialized,
+	isInitialized,
+	initialize,
+	initialize',
+	uninitialize,
+	probeCrippledFileSystem,
+) where
+
+import Common.Annex
+import qualified Annex
+import qualified Git
+import qualified Git.LsFiles
+import qualified Git.Config
+import qualified Git.Construct
+import qualified Git.Types as Git
+import qualified Annex.Branch
+import Logs.UUID
+import Annex.Version
+import Annex.UUID
+import Config
+import Annex.Direct
+import Annex.Content.Direct
+import Annex.Environment
+import Annex.Perms
+import Backend
+#ifndef mingw32_HOST_OS
+import Utility.UserInfo
+import Utility.FileMode
+#endif
+import Annex.Hook
+import Git.Hook (hookFile)
+import Upgrade
+import Annex.Content
+import Logs.Location
+
+import System.Log.Logger
+
+genDescription :: Maybe String -> Annex String
+genDescription (Just d) = return d
+genDescription Nothing = do
+	reldir <- liftIO . relHome =<< fromRepo Git.repoPath
+	hostname <- fromMaybe "" <$> liftIO getHostname
+#ifndef mingw32_HOST_OS
+	let at = if null hostname then "" else "@"
+	username <- liftIO myUserName
+	return $ concat [username, at, hostname, ":", reldir]
+#else
+	return $ concat [hostname, ":", reldir]
+#endif
+
+initialize :: Maybe String -> Annex ()
+initialize mdescription = do
+	prepUUID
+	initialize'
+
+	u <- getUUID
+	{- This will make the first commit to git, so ensure git is set up
+	 - properly to allow commits when running it. -}
+	ensureCommit $ do
+		Annex.Branch.create
+		describeUUID u =<< genDescription mdescription
+
+initialize' :: Annex ()
+initialize' = do
+	checkFifoSupport
+	checkCrippledFileSystem
+	unlessM isBare $
+		hookWrite preCommitHook
+	setVersion supportedVersion
+	ifM (crippledFileSystem <&&> not <$> isBare)
+		( do
+			enableDirectMode
+			setDirect True
+		-- Handle case where this repo was cloned from a
+		-- direct mode repo
+		, unlessM isBare
+			switchHEADBack
+		)
+	createInodeSentinalFile
+
+uninitialize :: Annex ()
+uninitialize = do
+	hookUnWrite preCommitHook
+	removeRepoUUID
+	removeVersion
+
+{- Will automatically initialize if there is already a git-annex
+ - branch from somewhere. Otherwise, require a manual init
+ - to avoid git-annex accidentially being run in git
+ - repos that did not intend to use it.
+ -
+ - Checks repository version and handles upgrades too.
+ -}
+ensureInitialized :: Annex ()
+ensureInitialized = do
+	getVersion >>= maybe needsinit checkUpgrade
+	fixBadBare
+  where
+	needsinit = ifM Annex.Branch.hasSibling
+			( initialize Nothing
+			, error "First run: git-annex init"
+			)
+
+{- Checks if a repository is initialized. Does not check version for ugrade. -}
+isInitialized :: Annex Bool
+isInitialized = maybe Annex.Branch.hasSibling (const $ return True) =<< getVersion
+
+isBare :: Annex Bool
+isBare = fromRepo Git.repoIsLocalBare
+
+{- A crippled filesystem is one that does not allow making symlinks,
+ - or removing write access from files. -}
+probeCrippledFileSystem :: Annex Bool
+probeCrippledFileSystem = do
+#ifdef mingw32_HOST_OS
+	return True
+#else
+	tmp <- fromRepo gitAnnexTmpMiscDir
+	let f = tmp </> "gaprobe"
+	createAnnexDirectory tmp
+	liftIO $ writeFile f ""
+	uncrippled <- liftIO $ probe f
+	liftIO $ removeFile f
+	return $ not uncrippled
+  where
+	probe f = catchBoolIO $ do
+		let f2 = f ++ "2"
+		nukeFile f2
+		createSymbolicLink f f2
+		nukeFile f2
+		preventWrite f
+		allowWrite f
+		return True
+#endif
+
+checkCrippledFileSystem :: Annex ()
+checkCrippledFileSystem = whenM probeCrippledFileSystem $ do
+	warning "Detected a crippled filesystem."
+	setCrippledFileSystem True
+
+	{- Normally git disables core.symlinks itself when the
+	 - filesystem does not support them, but in Cygwin, git
+	 - does support symlinks, while git-annex, not linking
+	 - with Cygwin, does not. -}
+	whenM (coreSymlinks <$> Annex.getGitConfig) $ do
+		warning "Disabling core.symlinks."
+		setConfig (ConfigKey "core.symlinks")
+			(Git.Config.boolConfig False)
+
+probeFifoSupport :: Annex Bool
+probeFifoSupport = do
+#ifdef mingw32_HOST_OS
+	return False
+#else
+	tmp <- fromRepo gitAnnexTmpMiscDir
+	let f = tmp </> "gaprobe"
+	createAnnexDirectory tmp
+	liftIO $ do
+		nukeFile f
+		ms <- tryIO $ do
+			createNamedPipe f ownerReadMode
+			getFileStatus f
+		nukeFile f
+		return $ either (const False) isNamedPipe ms
+#endif
+
+checkFifoSupport :: Annex ()
+checkFifoSupport = unlessM probeFifoSupport $ do
+	warning "Detected a filesystem without fifo support."
+	warning "Disabling ssh connection caching."
+	setConfig (annexConfig "sshcaching") (Git.Config.boolConfig False)
+
+enableDirectMode :: Annex ()
+enableDirectMode = unlessM isDirect $ do
+	warning "Enabling direct mode."
+	top <- fromRepo Git.repoPath
+	(l, clean) <- inRepo $ Git.LsFiles.inRepo [top]
+	forM_ l $ \f ->
+		maybe noop (`toDirect` f) =<< isAnnexLink f
+	void $ liftIO clean
+
+{- Work around for git-annex version 5.20131118 - 5.20131127, which
+ - had a bug that unset core.bare when initializing a bare repository.
+ - 
+ - This resulted in objects sent to the repository being stored in 
+ - repo/.git/annex/objects, so move them to repo/annex/objects.
+ -
+ - This check slows down every git-annex run somewhat (by one file stat),
+ - so should be removed after a suitable period of time has passed.
+ - Since the bare repository may be on an offline USB drive, best to
+ - keep it for a while. However, git-annex was only buggy for a few
+ - weeks, so not too long.
+ -}
+fixBadBare :: Annex ()
+fixBadBare = whenM checkBadBare $ do
+	ks <- getKeysPresent InAnnex
+	liftIO $ debugM "Init" $ unwords
+		[ "Detected bad bare repository with"
+		, show (length ks)
+		, "objects; fixing"
+		]
+	g <- Annex.gitRepo
+	gc <- Annex.getGitConfig
+	d <- Git.repoPath <$> Annex.gitRepo
+	void $ liftIO $ boolSystem "git"
+		[ Param $ "--git-dir=" ++ d
+		, Param "config"
+		, Param Git.Config.coreBare
+		, Param $ Git.Config.boolConfig True
+		]
+	g' <- liftIO $ Git.Construct.fromPath d
+	s' <- liftIO $ Annex.new $ g' { Git.location = Git.Local { Git.gitdir = d, Git.worktree = Nothing } }
+	Annex.changeState $ \s -> s
+		{ Annex.repo = Annex.repo s'
+		, Annex.gitconfig = Annex.gitconfig s'
+		}
+	forM_ ks $ \k -> do
+		oldloc <- liftIO $ gitAnnexLocation k g gc
+		thawContentDir oldloc
+		moveAnnex k oldloc
+		logStatus k InfoPresent
+	let dotgit = d </> ".git"
+	liftIO $ removeDirectoryRecursive dotgit
+		`catchIO` const (renameDirectory dotgit (d </> "removeme"))
+
+{- A repostory with the problem won't know it's a bare repository, but will
+ - have no pre-commit hook (which is not set up in a bare repository),
+ - and will not have a HEAD file in its .git directory. -}
+checkBadBare :: Annex Bool
+checkBadBare = allM (not <$>)
+	[isBare, hasPreCommitHook, hasDotGitHEAD]
+  where
+	hasPreCommitHook = inRepo $ doesFileExist . hookFile preCommitHook
+	hasDotGitHEAD = inRepo $ \r -> doesFileExist $ Git.localGitDir r </> "HEAD"
diff --git a/Annex/Journal.hs b/Annex/Journal.hs
new file mode 100644
index 0000000000..f34a7be1bf
--- /dev/null
+++ b/Annex/Journal.hs
@@ -0,0 +1,121 @@
+{- management of the git-annex journal
+ -
+ - The journal is used to queue up changes before they are committed to the
+ - git-annex branch. Among other things, it ensures that if git-annex is
+ - interrupted, its recorded data is not lost.
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Journal where
+
+import Common.Annex
+import Annex.Exception
+import qualified Git
+import Annex.Perms
+import Annex.LockFile
+
+{- Records content for a file in the branch to the journal.
+ -
+ - Using the journal, rather than immediatly staging content to the index
+ - avoids git needing to rewrite the index after every change.
+ - 
+ - The file in the journal is updated atomically, which allows
+ - getJournalFileStale to always return a consistent journal file
+ - content, although possibly not the most current one.
+ -}
+setJournalFile :: JournalLocked -> FilePath -> String -> Annex ()
+setJournalFile _jl file content = do
+	tmp <- fromRepo gitAnnexTmpMiscDir
+	createAnnexDirectory =<< fromRepo gitAnnexJournalDir
+	createAnnexDirectory tmp
+	-- journal file is written atomically
+	jfile <- fromRepo $ journalFile file
+	let tmpfile = tmp </> takeFileName jfile
+	liftIO $ do
+		withFile tmpfile WriteMode $ \h -> do
+			fileEncoding h
+#ifdef mingw32_HOST_OS
+			hSetNewlineMode h noNewlineTranslation
+#endif
+			hPutStr h content
+		moveFile tmpfile jfile
+
+{- Gets any journalled content for a file in the branch. -}
+getJournalFile :: JournalLocked -> FilePath -> Annex (Maybe String)
+getJournalFile _jl = getJournalFileStale
+
+{- Without locking, this is not guaranteed to be the most recent
+ - version of the file in the journal, so should not be used as a basis for
+ - changes. -}
+getJournalFileStale :: FilePath -> Annex (Maybe String)
+getJournalFileStale file = inRepo $ \g -> catchMaybeIO $
+	readFileStrictAnyEncoding $ journalFile file g
+
+{- List of files that have updated content in the journal. -}
+getJournalledFiles :: JournalLocked -> Annex [FilePath]
+getJournalledFiles jl = map fileJournal <$> getJournalFiles jl
+
+getJournalledFilesStale :: Annex [FilePath]
+getJournalledFilesStale = map fileJournal <$> getJournalFilesStale
+
+{- List of existing journal files. -}
+getJournalFiles :: JournalLocked -> Annex [FilePath]
+getJournalFiles _jl = getJournalFilesStale
+
+{- List of existing journal files, but without locking, may miss new ones
+ - just being added, or may have false positives if the journal is staged
+ - as it is run. -}
+getJournalFilesStale :: Annex [FilePath]
+getJournalFilesStale = do
+	g <- gitRepo
+	fs <- liftIO $ catchDefaultIO [] $
+		getDirectoryContents $ gitAnnexJournalDir g
+	return $ filter (`notElem` [".", ".."]) fs
+
+withJournalHandle :: (DirectoryHandle -> IO a) -> Annex a
+withJournalHandle a = do
+	d <- fromRepo gitAnnexJournalDir
+	bracketIO (openDirectory d) closeDirectory (liftIO . a)
+
+{- Checks if there are changes in the journal. -}
+journalDirty :: Annex Bool
+journalDirty = do
+	d <- fromRepo gitAnnexJournalDir
+	liftIO $ 
+		(not <$> isDirectoryEmpty d)
+			`catchIO` (const $ doesDirectoryExist d)
+
+{- Produces a filename to use in the journal for a file on the branch.
+ -
+ - The journal typically won't have a lot of files in it, so the hashing
+ - used in the branch is not necessary, and all the files are put directly
+ - in the journal directory.
+ -}
+journalFile :: FilePath -> Git.Repo -> FilePath
+journalFile file repo = gitAnnexJournalDir repo </> concatMap mangle file
+  where
+	mangle c
+		| c == pathSeparator = "_"
+		| c == '_' = "__"
+		| otherwise = [c]
+
+{- Converts a journal file (relative to the journal dir) back to the
+ - filename on the branch. -}
+fileJournal :: FilePath -> FilePath
+fileJournal = replace [pathSeparator, pathSeparator] "_" .
+	replace "_" [pathSeparator]
+
+{- Sentinal value, only produced by lockJournal; required
+ - as a parameter by things that need to ensure the journal is
+ - locked. -}
+data JournalLocked = ProduceJournalLocked
+
+{- Runs an action that modifies the journal, using locking to avoid
+ - contention with other git-annex processes. -}
+lockJournal :: (JournalLocked -> Annex a) -> Annex a
+lockJournal a = withExclusiveLock gitAnnexJournalLock $ a ProduceJournalLocked
diff --git a/Annex/Link.hs b/Annex/Link.hs
new file mode 100644
index 0000000000..25166bff5c
--- /dev/null
+++ b/Annex/Link.hs
@@ -0,0 +1,108 @@
+{- git-annex links to content
+ -
+ - On file systems that support them, symlinks are used.
+ -
+ - On other filesystems, git instead stores the symlink target in a regular
+ - file.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Link where
+
+import Common.Annex
+import qualified Annex
+import qualified Git.HashObject
+import qualified Git.UpdateIndex
+import qualified Annex.Queue
+import Git.Types
+import Git.FilePath
+
+type LinkTarget = String
+
+{- Checks if a file is a link to a key. -}
+isAnnexLink :: FilePath -> Annex (Maybe Key)
+isAnnexLink file = maybe Nothing (fileKey . takeFileName) <$> getAnnexLinkTarget file
+
+{- Gets the link target of a symlink.
+ -
+ - On a filesystem that does not support symlinks, fall back to getting the
+ - link target by looking inside the file.
+ -
+ - Returns Nothing if the file is not a symlink, or not a link to annex
+ - content.
+ -}
+getAnnexLinkTarget :: FilePath -> Annex (Maybe LinkTarget)
+getAnnexLinkTarget file = ifM (coreSymlinks <$> Annex.getGitConfig)
+	( check readSymbolicLink $
+		return Nothing
+	, check readSymbolicLink $
+		check probefilecontent $
+			return Nothing
+	)
+  where
+	check getlinktarget fallback = do
+		v <- liftIO $ catchMaybeIO $ getlinktarget file
+		case v of
+			Just l
+				| isLinkToAnnex (fromInternalGitPath l) -> return v
+				| otherwise -> return Nothing
+			Nothing -> fallback
+
+	probefilecontent f = withFile f ReadMode $ \h -> do
+		fileEncoding h
+		-- The first 8k is more than enough to read; link
+		-- files are small.
+		s <- take 8192 <$> hGetContents h
+		-- If we got the full 8k, the file is too large
+		if length s == 8192
+			then return ""
+			else 
+				-- If there are any NUL or newline
+				-- characters, or whitespace, we
+				-- certianly don't have a link to a
+				-- git-annex key.
+				return $ if any (`elem` s) "\0\n\r \t"
+					then ""
+					else s
+
+makeAnnexLink :: LinkTarget -> FilePath -> Annex ()
+makeAnnexLink = makeGitLink
+
+{- Creates a link on disk.
+ -
+ - On a filesystem that does not support symlinks, writes the link target
+ - to a file. Note that git will only treat the file as a symlink if
+ - it's staged as such, so use addAnnexLink when adding a new file or
+ - modified link to git.
+ -}
+makeGitLink :: LinkTarget -> FilePath -> Annex ()
+makeGitLink linktarget file = ifM (coreSymlinks <$> Annex.getGitConfig)
+	( liftIO $ do
+		void $ tryIO $ removeFile file
+		createSymbolicLink linktarget file
+	, liftIO $ writeFile file linktarget
+	)
+
+{- Creates a link on disk, and additionally stages it in git. -}
+addAnnexLink :: LinkTarget -> FilePath -> Annex ()
+addAnnexLink linktarget file = do
+	makeAnnexLink linktarget file
+	stageSymlink file =<< hashSymlink linktarget
+
+{- Injects a symlink target into git, returning its Sha. -}
+hashSymlink :: LinkTarget -> Annex Sha
+hashSymlink linktarget = inRepo $ Git.HashObject.hashObject BlobObject $ 
+	toInternalGitPath linktarget
+
+hashSymlink' :: Git.HashObject.HashObjectHandle -> LinkTarget -> Annex Sha
+hashSymlink' h linktarget = liftIO $ Git.HashObject.hashBlob h $
+	toInternalGitPath linktarget
+
+{- Stages a symlink to the annex, using a Sha of its target. -}
+stageSymlink :: FilePath -> Sha -> Annex ()
+stageSymlink file sha =
+	Annex.Queue.addUpdateIndex =<<
+		inRepo (Git.UpdateIndex.stageSymlink file sha)
diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
new file mode 100644
index 0000000000..8114e94f2b
--- /dev/null
+++ b/Annex/LockFile.hs
@@ -0,0 +1,87 @@
+{- git-annex lock files.
+ -
+ - Copyright 2012, 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.LockFile (
+	lockFileShared,
+	unlockFile,
+	getLockPool,
+	withExclusiveLock,
+) where
+
+import Common.Annex
+import Annex
+import Types.LockPool
+import qualified Git
+import Annex.Exception
+import Annex.Perms
+
+import qualified Data.Map as M
+
+#ifdef mingw32_HOST_OS
+import Utility.WinLock
+#endif
+
+{- Create a specified lock file, and takes a shared lock, which is retained
+ - in the pool. -}
+lockFileShared :: FilePath -> Annex ()
+lockFileShared file = go =<< fromLockPool file
+  where
+	go (Just _) = noop -- already locked
+	go Nothing = do
+#ifndef mingw32_HOST_OS
+		mode <- annexFileMode
+		lockhandle <- liftIO $ noUmask mode $
+			openFd file ReadOnly (Just mode) defaultFileFlags
+		liftIO $ waitToSetLock lockhandle (ReadLock, AbsoluteSeek, 0, 0)
+#else
+		lockhandle <- liftIO $ waitToLock $ lockShared file
+#endif
+		changeLockPool $ M.insert file lockhandle
+
+unlockFile :: FilePath -> Annex ()
+unlockFile file = maybe noop go =<< fromLockPool file
+  where
+	go lockhandle = do
+#ifndef mingw32_HOST_OS
+		liftIO $ closeFd lockhandle
+#else
+		liftIO $ dropLock lockhandle
+#endif
+		changeLockPool $ M.delete file
+
+getLockPool :: Annex LockPool
+getLockPool = getState lockpool
+
+fromLockPool :: FilePath -> Annex (Maybe LockHandle)
+fromLockPool file = M.lookup file <$> getLockPool
+
+changeLockPool :: (LockPool -> LockPool) -> Annex ()
+changeLockPool a = do
+	m <- getLockPool
+	changeState $ \s -> s { lockpool = a m }
+
+{- Runs an action with an exclusive lock held. If the lock is already
+ - held, blocks until it becomes free. -}
+withExclusiveLock :: (Git.Repo -> FilePath) -> Annex a -> Annex a
+withExclusiveLock getlockfile a = do
+	lockfile <- fromRepo getlockfile
+	createAnnexDirectory $ takeDirectory lockfile
+	mode <- annexFileMode
+	bracketIO (lock lockfile mode) unlock (const a)
+  where
+#ifndef mingw32_HOST_OS
+	lock lockfile mode = do
+		l <- noUmask mode $ createFile lockfile mode
+		waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
+		return l
+	unlock = closeFd
+#else
+	lock lockfile _mode = waitToLock $ lockExclusive lockfile
+	unlock = dropLock
+#endif
diff --git a/Annex/MakeRepo.hs b/Annex/MakeRepo.hs
new file mode 100644
index 0000000000..a1f797a76b
--- /dev/null
+++ b/Annex/MakeRepo.hs
@@ -0,0 +1,88 @@
+{- making local repositories (used by webapp mostly)
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.MakeRepo where
+
+import Assistant.WebApp.Common
+import Annex.Init
+import qualified Git.Construct
+import qualified Git.Config
+import qualified Git.Command
+import qualified Git.Branch
+import qualified Annex
+import Annex.UUID
+import Annex.Direct
+import Types.StandardGroups
+import Logs.PreferredContent
+import qualified Annex.Branch
+
+{- Makes a new git repository. Or, if a git repository already
+ - exists, returns False. -}
+makeRepo :: FilePath -> Bool -> IO Bool
+makeRepo path bare = ifM (probeRepoExists path)
+	( return False
+	, do
+		(transcript, ok) <-
+			processTranscript "git" (toCommand params) Nothing
+		unless ok $
+			error $ "git init failed!\nOutput:\n" ++ transcript
+		return True
+	)
+  where
+	baseparams = [Param "init", Param "--quiet"]
+	params
+		| bare = baseparams ++ [Param "--bare", File path]
+		| otherwise = baseparams ++ [File path]
+
+{- Runs an action in the git repository in the specified directory. -}
+inDir :: FilePath -> Annex a -> IO a
+inDir dir a = do
+	state <- Annex.new =<< Git.Config.read =<< Git.Construct.fromPath dir
+	Annex.eval state a
+
+{- Creates a new repository, and returns its UUID. -}
+initRepo :: Bool -> Bool -> FilePath -> Maybe String -> Maybe StandardGroup -> IO UUID
+initRepo True primary_assistant_repo dir desc mgroup = inDir dir $ do
+	initRepo' desc mgroup
+	{- Initialize the master branch, so things that expect
+	 - to have it will work, before any files are added. -}
+	unlessM (Git.Config.isBare <$> gitRepo) $
+		void $ inRepo $ Git.Branch.commitCommand Git.Branch.AutomaticCommit
+			[ Param "--quiet"
+			, Param "--allow-empty"
+			, Param "-m"
+			, Param "created repository"
+			]
+	{- Repositories directly managed by the assistant use direct mode.
+	 - 
+	 - Automatic gc is disabled, as it can be slow. Insted, gc is done
+	 - once a day.
+	 -}
+	when primary_assistant_repo $ do
+		setDirect True
+		inRepo $ Git.Command.run
+			[Param "config", Param "gc.auto", Param "0"]
+	getUUID
+{- Repo already exists, could be a non-git-annex repo though so
+ - still initialize it. -}
+initRepo False _ dir desc mgroup = inDir dir $ do
+	initRepo' desc mgroup
+	getUUID
+
+initRepo' :: Maybe String -> Maybe StandardGroup -> Annex ()
+initRepo' desc mgroup = unlessM isInitialized $ do
+	initialize desc
+	u <- getUUID
+	maybe noop (defaultStandardGroup u) mgroup
+	{- Ensure branch gets committed right away so it is
+	 - available for merging immediately. -}
+	Annex.Branch.commit "update"
+
+{- Checks if a git repo exists at a location. -}
+probeRepoExists :: FilePath -> IO Bool
+probeRepoExists dir = isJust <$>
+	catchDefaultIO Nothing (Git.Construct.checkForRepo dir)
diff --git a/Annex/MetaData.hs b/Annex/MetaData.hs
new file mode 100644
index 0000000000..22e9e7e50a
--- /dev/null
+++ b/Annex/MetaData.hs
@@ -0,0 +1,55 @@
+{- git-annex metadata
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.MetaData (
+	genMetaData,
+	dateMetaData,
+	module X
+) where
+
+import Common.Annex
+import qualified Annex
+import Types.MetaData as X
+import Annex.MetaData.StandardFields as X
+import Logs.MetaData
+import Annex.CatFile
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Time.Calendar
+import Data.Time.Clock
+import Data.Time.Clock.POSIX
+
+{- Adds metadata for a file that has just been ingested into the
+ - annex, but has not yet been committed to git.
+ -
+ - When the file has been modified, the metadata is copied over
+ - from the old key to the new key. Note that it looks at the old key as
+ - committed to HEAD -- the new key may or may not have already been staged
+ - in th annex.
+ -
+ - Also, can generate new metadata, if configured to do so.
+ -}
+genMetaData :: Key -> FilePath -> FileStatus -> Annex ()
+genMetaData key file status = do
+	maybe noop (flip copyMetaData key) =<< catKeyFileHEAD file
+	whenM (annexGenMetaData <$> Annex.getGitConfig) $ do
+		curr <- getCurrentMetaData key
+		addMetaData key (dateMetaData mtime curr)
+  where
+	mtime = posixSecondsToUTCTime $ realToFrac $ modificationTime status
+
+{- Generates metadata for a file's date stamp.
+ - Does not overwrite any existing metadata values. -}
+dateMetaData :: UTCTime -> MetaData -> MetaData
+dateMetaData mtime old = MetaData $ M.fromList $ filter isnew
+	[ (yearMetaField, S.singleton $ toMetaValue $ show y)
+	, (monthMetaField, S.singleton $ toMetaValue $ show m)
+	]
+  where
+	isnew (f, _) = S.null (currentMetaDataValues f old)
+	(y, m, _d) = toGregorian $ utctDay $ mtime
diff --git a/Annex/MetaData/StandardFields.hs b/Annex/MetaData/StandardFields.hs
new file mode 100644
index 0000000000..d41fb1506f
--- /dev/null
+++ b/Annex/MetaData/StandardFields.hs
@@ -0,0 +1,47 @@
+{- git-annex metadata, standard fields
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.MetaData.StandardFields (
+	tagMetaField,
+	yearMetaField,
+	monthMetaField,
+	lastChangedField,
+	mkLastChangedField,
+	isLastChangedField
+) where
+
+import Types.MetaData
+
+import Data.List
+
+tagMetaField :: MetaField
+tagMetaField = mkMetaFieldUnchecked "tag"
+
+yearMetaField :: MetaField
+yearMetaField = mkMetaFieldUnchecked "year"
+
+monthMetaField :: MetaField
+monthMetaField = mkMetaFieldUnchecked "month"
+
+lastChangedField :: MetaField
+lastChangedField = mkMetaFieldUnchecked lastchanged
+
+mkLastChangedField :: MetaField -> MetaField
+mkLastChangedField f = mkMetaFieldUnchecked (fromMetaField f ++ lastchangedSuffix)
+
+isLastChangedField :: MetaField -> Bool
+isLastChangedField f
+	| f == lastChangedField = True
+	| otherwise = lastchanged `isSuffixOf` s && s /= lastchangedSuffix
+  where
+	s = fromMetaField f
+
+lastchanged :: String
+lastchanged = "lastchanged"
+
+lastchangedSuffix :: String
+lastchangedSuffix = "-lastchanged"
diff --git a/Annex/Notification.hs b/Annex/Notification.hs
new file mode 100644
index 0000000000..608bda7e21
--- /dev/null
+++ b/Annex/Notification.hs
@@ -0,0 +1,101 @@
+{- git-annex desktop notifications
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Notification (NotifyWitness, notifyTransfer, notifyDrop) where
+
+import Common.Annex
+import Logs.Transfer
+#ifdef WITH_DBUS_NOTIFICATIONS
+import qualified Annex
+import Types.DesktopNotify
+import qualified DBus.Notify as Notify
+import qualified DBus.Client
+#endif
+
+-- Witness that notification has happened.
+data NotifyWitness = NotifyWitness
+
+{- Wrap around an action that performs a transfer, which may run multiple
+ - attempts. Displays notification when supported and when the user asked
+ - for it. -}
+notifyTransfer :: Direction -> Maybe FilePath -> (NotifyWitness -> Annex Bool) -> Annex Bool
+notifyTransfer _ Nothing a = a NotifyWitness
+#ifdef WITH_DBUS_NOTIFICATIONS
+notifyTransfer direction (Just f) a = do
+	wanted <- Annex.getState Annex.desktopnotify
+	if (notifyStart wanted || notifyFinish wanted)
+		then do
+			client <- liftIO DBus.Client.connectSession
+			startnotification <- liftIO $ if notifyStart wanted
+				then Just <$> Notify.notify client (startedTransferNote direction f)
+				else pure Nothing
+			ok <- a NotifyWitness
+			when (notifyFinish wanted) $ liftIO $ void $ maybe 
+				(Notify.notify client $ finishedTransferNote ok direction f)
+				(\n -> Notify.replace client n $ finishedTransferNote ok direction f)
+				startnotification
+			return ok
+		else a NotifyWitness
+#else
+notifyTransfer _ (Just _) a = do a NotifyWitness
+#endif
+
+notifyDrop :: Maybe FilePath -> Bool -> Annex ()
+notifyDrop Nothing _ = noop
+#ifdef WITH_DBUS_NOTIFICATIONS
+notifyDrop (Just f) ok = do
+	wanted <- Annex.getState Annex.desktopnotify
+	when (notifyFinish wanted) $ liftIO $ do
+		client <- DBus.Client.connectSession
+		void $ Notify.notify client (droppedNote ok f)
+#else
+notifyDrop (Just _) _ = noop
+#endif
+
+#ifdef WITH_DBUS_NOTIFICATIONS
+startedTransferNote :: Direction -> FilePath -> Notify.Note
+startedTransferNote Upload   = mkNote Notify.Transfer Notify.Low iconUpload
+	"Uploading"
+startedTransferNote Download = mkNote Notify.Transfer Notify.Low iconDownload
+	"Downloading"
+
+finishedTransferNote :: Bool -> Direction -> FilePath -> Notify.Note
+finishedTransferNote False Upload   = mkNote Notify.TransferError Notify.Normal iconFailure
+	"Failed to upload"
+finishedTransferNote False Download = mkNote Notify.TransferError Notify.Normal iconFailure
+	"Failed to download"
+finishedTransferNote True  Upload   = mkNote Notify.TransferComplete Notify.Low iconSuccess
+	"Finished uploading"
+finishedTransferNote True  Download = mkNote Notify.TransferComplete Notify.Low iconSuccess
+	"Finished downloading"
+
+droppedNote :: Bool -> FilePath -> Notify.Note
+droppedNote False = mkNote Notify.TransferError Notify.Normal iconFailure
+	"Failed to drop"
+droppedNote True  = mkNote Notify.TransferComplete Notify.Low iconSuccess
+	"Dropped"
+
+iconUpload, iconDownload, iconFailure, iconSuccess :: String
+iconUpload   = "network-transmit"
+iconDownload = "network-receive"
+iconFailure  = "dialog-error"
+iconSuccess  = "git-annex"  -- Is there a standard icon for success/completion?
+
+mkNote :: Notify.Category -> Notify.UrgencyLevel -> String -> String -> FilePath -> Notify.Note
+mkNote category urgency icon desc path = Notify.blankNote
+	{ Notify.appName = "git-annex"
+	, Notify.appImage = Just (Notify.Icon icon)
+	, Notify.summary = desc ++ " " ++ path
+	, Notify.hints =
+		[ Notify.Category category
+		, Notify.Urgency urgency
+		, Notify.SuppressSound True
+		]
+	}
+#endif
diff --git a/Annex/Path.hs b/Annex/Path.hs
new file mode 100644
index 0000000000..a8c4907b23
--- /dev/null
+++ b/Annex/Path.hs
@@ -0,0 +1,34 @@
+{- git-annex program path
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Path where
+
+import Common
+import Config.Files
+import System.Environment
+
+{- A fully qualified path to the currently running git-annex program.
+ - 
+ - getExecutablePath is available since ghc 7.4.2. On OSs it supports
+ - well, it returns the complete path to the program. But, on other OSs,
+ - it might return just the basename.
+ -}
+programPath :: IO (Maybe FilePath)
+programPath = do
+#if MIN_VERSION_base(4,6,0)
+	exe <- getExecutablePath
+	p <- if isAbsolute exe
+		then return exe
+		else readProgramFile
+#else
+	p <- readProgramFile
+#endif
+	-- In case readProgramFile returned just the command name,
+	-- fall back to finding it in PATH.
+	searchPath p
diff --git a/Annex/Perms.hs b/Annex/Perms.hs
new file mode 100644
index 0000000000..e3a2fa65a2
--- /dev/null
+++ b/Annex/Perms.hs
@@ -0,0 +1,125 @@
+{- git-annex file permissions
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Perms (
+	setAnnexFilePerm,
+	setAnnexDirPerm,
+	annexFileMode,
+	createAnnexDirectory,
+	noUmask,
+	createContentDir,
+	freezeContentDir,
+	thawContentDir,
+	modifyContent,
+) where
+
+import Common.Annex
+import Utility.FileMode
+import Git.SharedRepository
+import qualified Annex
+import Annex.Exception
+import Config
+
+import System.Posix.Types
+
+withShared :: (SharedRepository -> Annex a) -> Annex a
+withShared a = maybe startup a =<< Annex.getState Annex.shared
+  where
+	startup = do
+		shared <- fromRepo getSharedRepository
+		Annex.changeState $ \s -> s { Annex.shared = Just shared }
+		a shared
+
+setAnnexFilePerm :: FilePath -> Annex ()
+setAnnexFilePerm = setAnnexPerm False
+
+setAnnexDirPerm :: FilePath -> Annex ()
+setAnnexDirPerm = setAnnexPerm True
+
+{- Sets appropriate file mode for a file or directory in the annex,
+ - other than the content files and content directory. Normally,
+ - use the default mode, but with core.sharedRepository set,
+ - allow the group to write, etc. -}
+setAnnexPerm :: Bool -> FilePath -> Annex ()
+setAnnexPerm isdir file = unlessM crippledFileSystem $
+	withShared $ liftIO . go
+  where
+	go GroupShared = modifyFileMode file $ addModes $
+		groupSharedModes ++
+		if isdir then [ ownerExecuteMode, groupExecuteMode ] else []
+	go AllShared = modifyFileMode file $ addModes $
+		readModes ++
+		[ ownerWriteMode, groupWriteMode ] ++
+		if isdir then executeModes else []
+	go _ = noop
+
+{- Gets the appropriate mode to use for creating a file in the annex
+ - (other than content files, which are locked down more). -}
+annexFileMode :: Annex FileMode
+annexFileMode = withShared $ return . go
+  where
+	go GroupShared = sharedmode
+	go AllShared = combineModes (sharedmode:readModes)
+	go _ = stdFileMode
+	sharedmode = combineModes groupSharedModes
+
+{- Creates a directory inside the gitAnnexDir, including any parent
+ - directories. Makes directories with appropriate permissions. -}
+createAnnexDirectory :: FilePath -> Annex ()
+createAnnexDirectory dir = traverse dir [] =<< top
+  where
+	top = parentDir <$> fromRepo gitAnnexDir
+	traverse d below stop
+		| d `equalFilePath` stop = done
+		| otherwise = ifM (liftIO $ doesDirectoryExist d)
+			( done
+			, traverse (parentDir d) (d:below) stop
+			)
+	  where
+		done = forM_ below $ \p -> do
+			liftIO $ createDirectoryIfMissing True p
+			setAnnexDirPerm p
+
+{- Blocks writing to the directory an annexed file is in, to prevent the
+ - file accidentially being deleted. However, if core.sharedRepository
+ - is set, this is not done, since the group must be allowed to delete the
+ - file.
+ -}
+freezeContentDir :: FilePath -> Annex ()
+freezeContentDir file = unlessM crippledFileSystem $
+	liftIO . go =<< fromRepo getSharedRepository
+  where
+	dir = parentDir file
+	go GroupShared = groupWriteRead dir
+	go AllShared = groupWriteRead dir
+	go _ = preventWrite dir
+
+thawContentDir :: FilePath -> Annex ()
+thawContentDir file = unlessM crippledFileSystem $
+	liftIO $ allowWrite $ parentDir file
+
+{- Makes the directory tree to store an annexed file's content,
+ - with appropriate permissions on each level. -}
+createContentDir :: FilePath -> Annex ()
+createContentDir dest = do
+	unlessM (liftIO $ doesDirectoryExist dir) $
+		createAnnexDirectory dir 
+	-- might have already existed with restricted perms
+	unlessM crippledFileSystem $
+		liftIO $ allowWrite dir
+  where
+	dir = parentDir dest
+
+{- Creates the content directory for a file if it doesn't already exist,
+ - or thaws it if it does, then runs an action to modify the file, and
+ - finally, freezes the content directory. -}
+modifyContent :: FilePath -> Annex a -> Annex a
+modifyContent f a = do
+	createContentDir f -- also thaws it
+	v <- tryAnnex a
+	freezeContentDir f
+	either throwAnnex return v
diff --git a/Annex/Queue.hs b/Annex/Queue.hs
new file mode 100644
index 0000000000..a5ef600379
--- /dev/null
+++ b/Annex/Queue.hs
@@ -0,0 +1,62 @@
+{- git-annex command queue
+ -
+ - Copyright 2011, 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Queue (
+	addCommand,
+	addUpdateIndex,
+	flush,
+	flushWhenFull,
+	size
+) where
+
+import Common.Annex
+import Annex hiding (new)
+import qualified Git.Queue
+import qualified Git.UpdateIndex
+
+{- Adds a git command to the queue. -}
+addCommand :: String -> [CommandParam] -> [FilePath] -> Annex ()
+addCommand command params files = do
+	q <- get
+	store <=< inRepo $ Git.Queue.addCommand command params files q
+
+{- Adds an update-index stream to the queue. -}
+addUpdateIndex :: Git.UpdateIndex.Streamer -> Annex ()
+addUpdateIndex streamer = do
+	q <- get
+	store <=< inRepo $ Git.Queue.addUpdateIndex streamer q
+
+{- Runs the queue if it is full. Should be called periodically. -}
+flushWhenFull :: Annex ()
+flushWhenFull = do
+	q <- get
+	when (Git.Queue.full q) flush
+
+{- Runs (and empties) the queue. -}
+flush :: Annex ()
+flush = do
+	q <- get
+	unless (0 == Git.Queue.size q) $ do
+		showStoringStateAction
+		q' <- inRepo $ Git.Queue.flush q
+		store q'
+
+{- Gets the size of the queue. -}
+size :: Annex Int
+size = Git.Queue.size <$> get
+
+get :: Annex Git.Queue.Queue
+get = maybe new return =<< getState repoqueue
+
+new :: Annex Git.Queue.Queue
+new = do
+	q <- Git.Queue.new . annexQueueSize <$> getGitConfig
+	store q
+	return q
+
+store :: Git.Queue.Queue -> Annex ()
+store q = changeState $ \s -> s { repoqueue = Just q }
diff --git a/Annex/Quvi.hs b/Annex/Quvi.hs
new file mode 100644
index 0000000000..1a2edf6b8a
--- /dev/null
+++ b/Annex/Quvi.hs
@@ -0,0 +1,33 @@
+{- quvi options for git-annex
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE Rank2Types #-}
+
+module Annex.Quvi where
+
+import Common.Annex
+import qualified Annex
+import Utility.Quvi
+import Utility.Url
+
+withQuviOptions :: forall a. Query a -> [QuviParam] -> URLString -> Annex a
+withQuviOptions a ps url = do
+	v <- quviVersion
+	opts <- map Param . annexQuviOptions <$> Annex.getGitConfig
+	liftIO $ a v (map (\mkp -> mkp v) ps++opts) url
+
+quviSupported :: URLString -> Annex Bool
+quviSupported u = liftIO . flip supported u =<< quviVersion
+
+quviVersion :: Annex QuviVersion
+quviVersion = go =<< Annex.getState Annex.quviversion
+  where
+	go (Just v) = return v
+	go Nothing = do
+		v <- liftIO probeVersion
+		Annex.changeState $ \s -> s { Annex.quviversion = Just v }
+		return v
diff --git a/Annex/ReplaceFile.hs b/Annex/ReplaceFile.hs
new file mode 100644
index 0000000000..e734c4d64b
--- /dev/null
+++ b/Annex/ReplaceFile.hs
@@ -0,0 +1,44 @@
+{- git-annex file replacing
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.ReplaceFile where
+
+import Common.Annex
+import Annex.Perms
+import Annex.Exception
+
+{- Replaces a possibly already existing file with a new version, 
+ - atomically, by running an action.
+ - 
+ - The action is passed a temp file, which it can write to, and once
+ - done the temp file is moved into place.
+ -
+ - The action can throw an IO exception, in which case the temp file
+ - will be deleted, and the existing file will be preserved.
+ -
+ - Throws an IO exception when it was unable to replace the file.
+ -}
+replaceFile :: FilePath -> (FilePath -> Annex ()) -> Annex ()
+replaceFile file action = replaceFileOr file action (liftIO . nukeFile)
+
+{- If unable to replace the file with the temp file, runs the
+ - rollback action, which is responsible for cleaning up the temp file. -}
+replaceFileOr :: FilePath -> (FilePath -> Annex ()) -> (FilePath -> Annex ()) -> Annex ()
+replaceFileOr file action rollback = do
+	tmpdir <- fromRepo gitAnnexTmpMiscDir
+	void $ createAnnexDirectory tmpdir
+	bracketAnnex (liftIO $ setup tmpdir) rollback $ \tmpfile -> do
+		action tmpfile
+		liftIO $ catchIO (rename tmpfile file) (fallback tmpfile)
+  where
+  	setup tmpdir = do
+		(tmpfile, h) <- openTempFileWithDefaultPermissions tmpdir "tmp"
+		hClose h
+		return tmpfile
+	fallback tmpfile _ = do
+		createDirectoryIfMissing True $ parentDir file
+		moveFile tmpfile file
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
new file mode 100644
index 0000000000..246ac338d7
--- /dev/null
+++ b/Annex/Ssh.hs
@@ -0,0 +1,285 @@
+{- git-annex ssh interface, with connection caching
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Ssh (
+	sshCachingOptions,
+	sshCacheDir,
+	sshReadPort,
+	forceSshCleanup,
+	sshCachingEnv,
+	sshCachingTo,
+	inRepoWithSshCachingTo,
+	runSshCaching,
+	sshAskPassEnv,
+	runSshAskPass
+) where
+
+import qualified Data.Map as M
+import Data.Hash.MD5
+import System.Exit
+
+import Common.Annex
+import Annex.LockFile
+import qualified Build.SysConfig as SysConfig
+import qualified Annex
+import qualified Git
+import qualified Git.Url
+import Config
+import Config.Files
+import Utility.Env
+import Types.CleanupActions
+import Annex.Index (addGitEnv)
+#ifndef mingw32_HOST_OS
+import Annex.Perms
+#endif
+
+{- Generates parameters to ssh to a given host (or user@host) on a given
+ - port, with connection caching. -}
+sshCachingOptions :: (String, Maybe Integer) -> [CommandParam] -> Annex [CommandParam]
+sshCachingOptions (host, port) opts = go =<< sshInfo (host, port)
+  where
+	go (Nothing, params) = ret params
+	go (Just socketfile, params) = do
+		prepSocket socketfile
+		ret params
+	ret ps = return $ ps ++ opts ++ portParams port ++ [Param "-T"]
+
+{- Returns a filename to use for a ssh connection caching socket, and
+ - parameters to enable ssh connection caching. -}
+sshInfo :: (String, Maybe Integer) -> Annex (Maybe FilePath, [CommandParam])
+sshInfo (host, port) = go =<< sshCacheDir
+  where
+	go Nothing = return (Nothing, [])
+	go (Just dir) = do
+		r <- liftIO $ bestSocketPath $ dir </> hostport2socket host port
+		return $ case r of
+			Nothing -> (Nothing, [])
+			Just socketfile -> (Just socketfile, sshConnectionCachingParams socketfile)
+
+{- Given an absolute path to use for a socket file,
+ - returns whichever is shorter of that or the relative path to the same
+ - file.
+ -
+ - If no path can be constructed that is a valid socket, returns Nothing. -}
+bestSocketPath :: FilePath -> IO (Maybe FilePath)
+bestSocketPath abssocketfile = do
+	relsocketfile <- liftIO $ relPathCwdToFile abssocketfile
+	let socketfile = if length abssocketfile <= length relsocketfile
+		then abssocketfile
+		else relsocketfile
+	return $ if valid_unix_socket_path (socketfile ++ sshgarbage)
+			then Just socketfile
+			else Nothing
+  where
+  	-- ssh appends a 16 char extension to the socket when setting it
+	-- up, which needs to be taken into account when checking
+	-- that a valid socket was constructed.
+  	sshgarbage = replicate (1+16) 'X'
+
+sshConnectionCachingParams :: FilePath -> [CommandParam]
+sshConnectionCachingParams socketfile = 
+	[ Param "-S", Param socketfile
+	, Params "-o ControlMaster=auto -o ControlPersist=yes"
+	]
+
+{- ssh connection caching creates sockets, so will not work on a
+ - crippled filesystem. A GIT_ANNEX_TMP_DIR can be provided to use
+ - a different filesystem. -}
+sshCacheDir :: Annex (Maybe FilePath)
+sshCacheDir
+	| SysConfig.sshconnectioncaching = ifM crippledFileSystem
+		( maybe (return Nothing) usetmpdir =<< gettmpdir
+		, ifM (fromMaybe True . annexSshCaching <$> Annex.getGitConfig)
+			( Just <$> fromRepo gitAnnexSshDir
+			, return Nothing
+			)
+		)
+	| otherwise = return Nothing
+  where
+	gettmpdir = liftIO $ getEnv "GIT_ANNEX_TMP_DIR"
+	usetmpdir tmpdir = liftIO $ catchMaybeIO $ do
+		let socktmp = tmpdir </> "ssh"
+		createDirectoryIfMissing True socktmp
+		return socktmp
+
+portParams :: Maybe Integer -> [CommandParam]
+portParams Nothing = []
+portParams (Just port) = [Param "-p", Param $ show port]
+
+{- Prepare to use a socket file. Locks a lock file to prevent
+ - other git-annex processes from stopping the ssh on this socket. -}
+prepSocket :: FilePath -> Annex ()
+prepSocket socketfile = do
+	-- If the lock pool is empty, this is the first ssh of this
+	-- run. There could be stale ssh connections hanging around
+	-- from a previous git-annex run that was interrupted.
+	whenM (not . any isLock . M.keys <$> getLockPool)
+		sshCleanup
+	-- Cleanup at end of this run.
+	Annex.addCleanup SshCachingCleanup sshCleanup
+
+	liftIO $ createDirectoryIfMissing True $ parentDir socketfile
+	lockFileShared $ socket2lock socketfile
+
+enumSocketFiles :: Annex [FilePath]
+enumSocketFiles = go =<< sshCacheDir
+  where
+	go Nothing = return []
+	go (Just dir) = liftIO $ filter (not . isLock)
+		<$> catchDefaultIO [] (dirContents dir)
+
+{- Stop any unused ssh connection caching processes. -}
+sshCleanup :: Annex ()
+sshCleanup = mapM_ cleanup =<< enumSocketFiles
+  where
+	cleanup socketfile = do
+#ifndef mingw32_HOST_OS
+		-- Drop any shared lock we have, and take an
+		-- exclusive lock, without blocking. If the lock
+		-- succeeds, nothing is using this ssh, and it can
+		-- be stopped.
+		--
+		-- After ssh is stopped cannot remove the lock file;
+		-- other processes may be waiting on our exclusive
+		-- lock to use it.
+		let lockfile = socket2lock socketfile
+		unlockFile lockfile
+		mode <- annexFileMode
+		fd <- liftIO $ noUmask mode $
+			openFd lockfile ReadWrite (Just mode) defaultFileFlags
+		v <- liftIO $ tryIO $
+			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+		case v of
+			Left _ -> noop
+			Right _ -> forceStopSsh socketfile
+		liftIO $ closeFd fd
+#else
+		forceStopSsh socketfile
+#endif
+
+{- Stop all ssh connection caching processes, even when they're in use. -}
+forceSshCleanup :: Annex ()
+forceSshCleanup = mapM_ forceStopSsh =<< enumSocketFiles
+
+forceStopSsh :: FilePath -> Annex ()
+forceStopSsh socketfile = do
+	let (dir, base) = splitFileName socketfile
+	let params = sshConnectionCachingParams base
+	-- "ssh -O stop" is noisy on stderr even with -q
+	void $ liftIO $ catchMaybeIO $
+		withQuietOutput createProcessSuccess $
+			(proc "ssh" $ toCommand $
+				[ Params "-O stop"
+				] ++ params ++ [Param "localhost"])
+				{ cwd = Just dir }
+	liftIO $ nukeFile socketfile
+
+{- This needs to be as short as possible, due to limitations on the length
+ - of the path to a socket file. At the same time, it needs to be unique
+ - for each host.
+ -}
+hostport2socket :: String -> Maybe Integer -> FilePath
+hostport2socket host Nothing = hostport2socket' host
+hostport2socket host (Just port) = hostport2socket' $ host ++ "!" ++ show port
+hostport2socket' :: String -> FilePath
+hostport2socket' s
+	| length s > lengthofmd5s = md5s (Str s)
+	| otherwise = s
+  where
+	lengthofmd5s = 32
+
+socket2lock :: FilePath -> FilePath
+socket2lock socket = socket ++ lockExt
+
+isLock :: FilePath -> Bool
+isLock f = lockExt `isSuffixOf` f
+
+lockExt :: String
+lockExt = ".lock"
+
+{- This is the size of the sun_path component of sockaddr_un, which
+ - is the limit to the total length of the filename of a unix socket.
+ -
+ - On Linux, this is 108. On OSX, 104. TODO: Probe
+ -}
+sizeof_sockaddr_un_sun_path :: Int
+sizeof_sockaddr_un_sun_path = 100
+
+{- Note that this looks at the true length of the path in bytes, as it will
+ - appear on disk. -}
+valid_unix_socket_path :: FilePath -> Bool
+valid_unix_socket_path f = length (decodeW8 f) < sizeof_sockaddr_un_sun_path
+
+{- Parses the SSH port, and returns the other OpenSSH options. If
+ - several ports are found, the last one takes precedence. -}
+sshReadPort :: [String] -> (Maybe Integer, [String])
+sshReadPort params = (port, reverse args)
+  where
+	(port,args) = aux (Nothing, []) params
+	aux (p,ps) [] = (p,ps)
+	aux (_,ps) ("-p":p:rest) = aux (readPort p, ps) rest
+	aux (p,ps) (q:rest) | "-p" `isPrefixOf` q = aux (readPort $ drop 2 q, ps) rest
+			    | otherwise = aux (p,q:ps) rest
+	readPort p = fmap fst $ listToMaybe $ reads p
+
+{- When this env var is set, git-annex runs ssh with parameters
+ - to use the socket file that the env var contains.
+ -
+ - This is a workaround for GIT_SSH not being able to contain
+ - additional parameters to pass to ssh. -}
+sshCachingEnv :: String
+sshCachingEnv = "GIT_ANNEX_SSHCACHING"
+
+{- Enables ssh caching for git push/pull to a particular
+ - remote git repo. (Can safely be used on non-ssh remotes.)
+ -
+ - Like inRepo, the action is run with the local git repo.
+ - But here it's a modified version, with gitEnv to set GIT_SSH=git-annex,
+ - and sshCachingEnv set so that git-annex will know what socket
+ - file to use. -}
+inRepoWithSshCachingTo :: Git.Repo -> (Git.Repo -> IO a) -> Annex a
+inRepoWithSshCachingTo remote a =
+	liftIO . a =<< sshCachingTo remote =<< gitRepo
+
+{- To make any git commands be run with ssh caching enabled, 
+ - alters the local Git.Repo's gitEnv to set GIT_SSH=git-annex,
+ - and set sshCachingEnv so that git-annex will know what socket
+ - file to use. -}
+sshCachingTo :: Git.Repo -> Git.Repo -> Annex Git.Repo
+sshCachingTo remote g 
+	| not (Git.repoIsUrl remote) || Git.repoIsHttp remote = uncached
+	| otherwise = case Git.Url.hostuser remote of
+		Nothing -> uncached
+		Just host -> do
+			(msockfile, _) <- sshInfo (host, Git.Url.port remote)
+			case msockfile of
+				Nothing -> return g
+				Just sockfile -> do
+					command <- liftIO readProgramFile
+					prepSocket sockfile
+					liftIO $ do
+						g' <- addGitEnv g sshCachingEnv sockfile
+						addGitEnv g' "GIT_SSH" command
+  where
+	uncached = return g
+
+runSshCaching :: [String] -> FilePath -> IO ()
+runSshCaching args sockfile = do
+	let args' = toCommand (sshConnectionCachingParams sockfile) ++ args
+	let p = proc "ssh" args'
+	exitWith =<< waitForProcess . processHandle =<< createProcess p
+
+{- When this env var is set, git-annex is being used as a ssh-askpass
+ - program, and should read the password from the specified location,
+ - and output it for ssh to read. -}
+sshAskPassEnv :: String
+sshAskPassEnv = "GIT_ANNEX_SSHASKPASS"
+
+runSshAskPass :: FilePath -> IO ()
+runSshAskPass passfile = putStrLn =<< readFile passfile
diff --git a/Annex/TaggedPush.hs b/Annex/TaggedPush.hs
new file mode 100644
index 0000000000..35fdf333c4
--- /dev/null
+++ b/Annex/TaggedPush.hs
@@ -0,0 +1,61 @@
+{- git-annex tagged pushes
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.TaggedPush where
+
+import Common.Annex
+import qualified Remote
+import qualified Annex.Branch
+import qualified Git
+import qualified Git.Ref
+import qualified Git.Command
+import qualified Git.Branch
+import Utility.Base64
+
+{- Converts a git branch into a branch that is tagged with a UUID, typically
+ - the UUID of the repo that will be pushing it, and possibly with other
+ - information.
+ -
+ - Pushing to branches on the remote that have our uuid in them is ugly,
+ - but it reserves those branches for pushing by us, and so our pushes will
+ - never conflict with other pushes.
+ -
+ - To avoid cluttering up the branch display, the branch is put under
+ - refs/synced/, rather than the usual refs/remotes/
+ -
+ - Both UUIDs and Base64 encoded data are always legal to be used in git
+ - refs, per git-check-ref-format.
+ -}
+toTaggedBranch :: UUID -> Maybe String -> Git.Branch -> Git.Branch
+toTaggedBranch u info b = Git.Ref $ intercalate "/" $ catMaybes
+	[ Just "refs/synced"
+	, Just $ fromUUID u
+	, toB64 <$> info
+	, Just $ Git.fromRef $ Git.Ref.base b
+	]
+
+fromTaggedBranch :: Git.Branch -> Maybe (UUID, Maybe String)
+fromTaggedBranch b = case split "/" $ Git.fromRef b of
+	("refs":"synced":u:info:_base) ->
+		Just (toUUID u, fromB64Maybe info)
+	("refs":"synced":u:_base) ->
+		Just (toUUID u, Nothing)
+	_ -> Nothing
+  where
+
+taggedPush :: UUID -> Maybe String -> Git.Ref -> Remote -> Git.Repo -> IO Bool
+taggedPush u info branch remote = Git.Command.runBool
+        [ Param "push"
+        , Param $ Remote.name remote
+	{- Using forcePush here is safe because we "own" the tagged branch
+	 - we're pushing; it has no other writers. Ensures it is pushed
+	 - even if it has been rewritten by a transition. -}
+        , Param $ Git.Branch.forcePush $ refspec Annex.Branch.name
+        , Param $ refspec branch
+        ]
+  where
+	refspec b = Git.fromRef b ++ ":" ++ Git.fromRef (toTaggedBranch u info b)
diff --git a/Annex/Transfer.hs b/Annex/Transfer.hs
new file mode 100644
index 0000000000..df5aba09cf
--- /dev/null
+++ b/Annex/Transfer.hs
@@ -0,0 +1,131 @@
+{- git-annex transfers
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Transfer (
+	module X,
+	upload,
+	download,
+	runTransfer,
+	noRetry,
+	forwardRetry,
+) where
+
+import Common.Annex
+import Logs.Transfer as X
+import Annex.Notification as X
+import Annex.Perms
+import Annex.Exception
+import Utility.Metered
+#ifdef mingw32_HOST_OS
+import Utility.WinLock
+#endif
+
+import Control.Concurrent
+
+upload :: UUID -> Key -> AssociatedFile -> RetryDecider -> (MeterUpdate -> Annex Bool) -> NotifyWitness -> Annex Bool
+upload u key f d a _witness = runTransfer (Transfer Upload u key) f d a
+
+download :: UUID -> Key -> AssociatedFile -> RetryDecider -> (MeterUpdate -> Annex Bool) -> NotifyWitness -> Annex Bool
+download u key f d a _witness = runTransfer (Transfer Download u key) f d a
+
+{- Runs a transfer action. Creates and locks the lock file while the
+ - action is running, and stores info in the transfer information
+ - file.
+ -
+ - If the transfer action returns False, the transfer info is 
+ - left in the failedTransferDir.
+ -
+ - If the transfer is already in progress, returns False.
+ -
+ - An upload can be run from a read-only filesystem, and in this case
+ - no transfer information or lock file is used.
+ -}
+runTransfer :: Transfer -> Maybe FilePath -> RetryDecider -> (MeterUpdate -> Annex Bool) -> Annex Bool
+runTransfer t file shouldretry a = do
+	info <- liftIO $ startTransferInfo file
+	(meter, tfile, metervar) <- mkProgressUpdater t info
+	mode <- annexFileMode
+	(fd, inprogress) <- liftIO $ prep tfile mode info
+	if inprogress
+		then do
+			showNote "transfer already in progress"
+			return False
+		else do
+			ok <- retry info metervar $
+		 		bracketIO (return fd) (cleanup tfile) (const $ a meter)
+			unless ok $ recordFailedTransfer t info
+			return ok
+  where
+#ifndef mingw32_HOST_OS
+	prep tfile mode info = do
+		mfd <- catchMaybeIO $
+			openFd (transferLockFile tfile) ReadWrite (Just mode)
+				defaultFileFlags { trunc = True }
+		case mfd of
+			Nothing -> return (Nothing, False)
+			Just fd -> do
+				locked <- catchMaybeIO $
+					setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+				if isNothing locked
+					then return (Nothing, True)
+					else do
+						void $ tryIO $ writeTransferInfoFile info tfile
+						return (mfd, False)
+#else
+	prep tfile _mode info = do
+		v <- catchMaybeIO $ lockExclusive (transferLockFile tfile)
+		case v of
+			Nothing -> return (Nothing, False)
+			Just Nothing -> return (Nothing, True)
+			Just (Just lockhandle) -> do
+				void $ tryIO $ writeTransferInfoFile info tfile
+				return (Just lockhandle, False)
+#endif
+	cleanup _ Nothing = noop
+	cleanup tfile (Just lockhandle) = do
+		void $ tryIO $ removeFile tfile
+#ifndef mingw32_HOST_OS
+		void $ tryIO $ removeFile $ transferLockFile tfile
+		closeFd lockhandle
+#else
+		{- Windows cannot delete the lockfile until the lock
+		 - is closed. So it's possible to race with another
+		 - process that takes the lock before it's removed,
+		 - so ignore failure to remove.
+		 -}
+		dropLock lockhandle
+		void $ tryIO $ removeFile $ transferLockFile tfile
+#endif
+	retry oldinfo metervar run = do
+		v <- tryAnnex run
+		case v of
+			Right b -> return b
+			Left _ -> do
+				b <- getbytescomplete metervar
+				let newinfo = oldinfo { bytesComplete = Just b }
+				if shouldretry oldinfo newinfo
+					then retry newinfo metervar run
+					else return False
+	getbytescomplete metervar
+		| transferDirection t == Upload =
+			liftIO $ readMVar metervar
+		| otherwise = do
+			f <- fromRepo $ gitAnnexTmpObjectLocation (transferKey t)
+			liftIO $ catchDefaultIO 0 $
+				fromIntegral . fileSize <$> getFileStatus f
+
+type RetryDecider = TransferInfo -> TransferInfo -> Bool
+
+noRetry :: RetryDecider
+noRetry _ _ = False
+
+{- Retries a transfer when it fails, as long as the failed transfer managed
+ - to send some data. -}
+forwardRetry :: RetryDecider
+forwardRetry old new = bytesComplete old < bytesComplete new
diff --git a/Annex/UUID.hs b/Annex/UUID.hs
new file mode 100644
index 0000000000..5ed8876891
--- /dev/null
+++ b/Annex/UUID.hs
@@ -0,0 +1,100 @@
+{- git-annex uuids
+ -
+ - Each git repository used by git-annex has an annex.uuid setting that
+ - uniquely identifies that repository.
+ -
+ - UUIDs of remotes are cached in git config, using keys named
+ - remote.<name>.annex-uuid
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.UUID (
+	getUUID,
+	getRepoUUID,
+	getUncachedUUID,
+	prepUUID,
+	genUUID,
+	genUUIDInNameSpace,
+	gCryptNameSpace,
+	removeRepoUUID,
+	storeUUID,
+	storeUUIDIn,
+	setUUID,
+) where
+
+import Common.Annex
+import qualified Git
+import qualified Git.Config
+import Config
+
+import qualified Data.UUID as U
+import qualified Data.UUID.V5 as U5
+import System.Random
+import Data.Bits.Utils
+
+configkey :: ConfigKey
+configkey = annexConfig "uuid"
+
+{- Generates a random UUID, that does not include the MAC address. -}
+genUUID :: IO UUID
+genUUID = UUID . show <$> (randomIO :: IO U.UUID)
+
+{- Generates a UUID from a given string, using a namespace.
+ - Given the same namespace, the same string will always result
+ - in the same UUID. -}
+genUUIDInNameSpace :: U.UUID -> String -> UUID
+genUUIDInNameSpace namespace = UUID . show . U5.generateNamed namespace . s2w8
+
+{- Namespace used for UUIDs derived from git-remote-gcrypt ids. -}
+gCryptNameSpace :: U.UUID
+gCryptNameSpace = U5.generateNamed U5.namespaceURL $
+	s2w8 "http://git-annex.branchable.com/design/gcrypt/" 
+
+{- Get current repository's UUID. -}
+getUUID :: Annex UUID
+getUUID = getRepoUUID =<< gitRepo
+
+{- Looks up a repo's UUID, caching it in .git/config if it's not already. -}
+getRepoUUID :: Git.Repo -> Annex UUID
+getRepoUUID r = do
+	c <- toUUID <$> getConfig cachekey ""
+	let u = getUncachedUUID r
+	
+	if c /= u && u /= NoUUID
+		then do
+			updatecache u
+			return u
+		else return c
+  where
+	updatecache u = do
+		g <- gitRepo
+		when (g /= r) $ storeUUIDIn cachekey u
+	cachekey = remoteConfig r "uuid"
+
+removeRepoUUID :: Annex ()
+removeRepoUUID = unsetConfig configkey
+
+getUncachedUUID :: Git.Repo -> UUID
+getUncachedUUID = toUUID . Git.Config.get key ""
+  where
+	(ConfigKey key) = configkey
+
+{- Make sure that the repo has an annex.uuid setting. -}
+prepUUID :: Annex ()
+prepUUID = whenM ((==) NoUUID <$> getUUID) $
+	storeUUID =<< liftIO genUUID
+
+storeUUID :: UUID -> Annex ()
+storeUUID = storeUUIDIn configkey
+
+storeUUIDIn :: ConfigKey -> UUID -> Annex ()
+storeUUIDIn configfield = setConfig configfield . fromUUID
+
+{- Only sets the configkey in the Repo; does not change .git/config -}
+setUUID :: Git.Repo -> UUID -> IO Git.Repo
+setUUID r u = do
+	let s = show configkey ++ "=" ++ fromUUID u
+	Git.Config.store s r
diff --git a/Annex/Url.hs b/Annex/Url.hs
new file mode 100644
index 0000000000..397a7910be
--- /dev/null
+++ b/Annex/Url.hs
@@ -0,0 +1,42 @@
+{- Url downloading, with git-annex user agent and configured http
+ - headers and wget/curl options.
+ -
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Url (
+	module U,
+	withUrlOptions,
+	getUrlOptions,
+	getUserAgent,
+) where
+
+import Common.Annex
+import qualified Annex
+import Utility.Url as U
+import qualified Build.SysConfig as SysConfig
+
+defaultUserAgent :: U.UserAgent
+defaultUserAgent = "git-annex/" ++ SysConfig.packageversion
+
+getUserAgent :: Annex (Maybe U.UserAgent)
+getUserAgent = Annex.getState $ 
+	Just . fromMaybe defaultUserAgent . Annex.useragent
+
+getUrlOptions :: Annex U.UrlOptions
+getUrlOptions = U.UrlOptions
+	<$> getUserAgent
+	<*> headers
+	<*> options
+  where
+	headers = do
+		v <- annexHttpHeadersCommand <$> Annex.getGitConfig
+		case v of
+			Just cmd -> lines <$> liftIO (readProcess "sh" ["-c", cmd])
+			Nothing -> annexHttpHeaders <$> Annex.getGitConfig
+	options = map Param . annexWebOptions <$> Annex.getGitConfig
+
+withUrlOptions :: (U.UrlOptions -> IO a) -> Annex a
+withUrlOptions a = liftIO . a =<< getUrlOptions
diff --git a/Annex/VariantFile.hs b/Annex/VariantFile.hs
new file mode 100644
index 0000000000..7c849c59f0
--- /dev/null
+++ b/Annex/VariantFile.hs
@@ -0,0 +1,45 @@
+{- git-annex .variant files for automatic merge conflict resolution
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.VariantFile where
+
+import Common.Annex
+import Types.Key
+
+import Data.Hash.MD5
+
+variantMarker :: String
+variantMarker = ".variant-"
+
+mkVariant :: FilePath -> String -> FilePath
+mkVariant file variant = takeDirectory file
+	</> dropExtension (takeFileName file)
+	++ variantMarker ++ variant
+	++ takeExtension file
+
+{- The filename to use when resolving a conflicted merge of a file,
+ - that points to a key.
+ -
+ - Something derived from the key needs to be included in the filename,
+ - but rather than exposing the whole key to the user, a very weak hash
+ - is used. There is a very real, although still unlikely, chance of
+ - conflicts using this hash.
+ -
+ - In the event that there is a conflict with the filename generated
+ - for some other key, that conflict will itself be handled by the
+ - conflicted merge resolution code. That case is detected, and the full
+ - key is used in the filename.
+ -}
+variantFile :: FilePath -> Key -> FilePath
+variantFile file key
+	| doubleconflict = mkVariant file (key2file key)
+	| otherwise = mkVariant file (shortHash $ key2file key)
+  where
+	doubleconflict = variantMarker `isInfixOf` file
+
+shortHash :: String -> String
+shortHash = take 4 . md5s . md5FilePath
diff --git a/Annex/Version.hs b/Annex/Version.hs
new file mode 100644
index 0000000000..2a75a1c550
--- /dev/null
+++ b/Annex/Version.hs
@@ -0,0 +1,41 @@
+{- git-annex repository versioning
+ -
+ - Copyright 2010,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Version where
+
+import Common.Annex
+import Config
+import qualified Annex
+
+type Version = String
+
+supportedVersion :: Version
+supportedVersion = "5"
+
+upgradableVersions :: [Version]
+#ifndef mingw32_HOST_OS
+upgradableVersions = ["0", "1", "2", "4"]
+#else
+upgradableVersions = ["2", "3", "4"]
+#endif
+
+autoUpgradeableVersions :: [Version]
+autoUpgradeableVersions = ["3", "4"]
+
+versionField :: ConfigKey
+versionField = annexConfig "version"
+
+getVersion :: Annex (Maybe Version)
+getVersion = annexVersion <$> Annex.getGitConfig
+
+setVersion :: Version -> Annex ()
+setVersion = setConfig versionField
+
+removeVersion :: Annex ()
+removeVersion = unsetConfig versionField
diff --git a/Annex/View.hs b/Annex/View.hs
new file mode 100644
index 0000000000..b969816128
--- /dev/null
+++ b/Annex/View.hs
@@ -0,0 +1,448 @@
+{- metadata based branch views
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.View where
+
+import Common.Annex
+import Annex.View.ViewedFile
+import Types.View
+import Types.MetaData
+import Annex.MetaData
+import qualified Git
+import qualified Git.DiffTree as DiffTree
+import qualified Git.Branch
+import qualified Git.LsFiles
+import qualified Git.Ref
+import Git.UpdateIndex
+import Git.Sha
+import Git.HashObject
+import Git.Types
+import Git.FilePath
+import qualified Backend
+import Annex.Index
+import Annex.Link
+import Annex.CatFile
+import Logs.MetaData
+import Logs.View
+import Utility.Glob
+import Utility.FileMode
+import Types.Command
+import Config
+import CmdLine.Action
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import "mtl" Control.Monad.Writer
+
+{- Each visible ViewFilter in a view results in another level of
+ - subdirectory nesting. When a file matches multiple ways, it will appear
+ - in multiple subdirectories. This means there is a bit of an exponential
+ - blowup with a single file appearing in a crazy number of places!
+ -
+ - Capping the view size to 5 is reasonable; why wants to dig
+ - through 5+ levels of subdirectories to find anything?
+ -}
+viewTooLarge :: View -> Bool
+viewTooLarge view = visibleViewSize view > 5
+
+visibleViewSize :: View -> Int
+visibleViewSize = length . filter viewVisible . viewComponents
+
+{- Parses field=value, field!=value, tag, and !tag
+ -
+ - Note that the field may not be a legal metadata field name,
+ - but it's let through anyway.
+ - This is useful when matching on directory names with spaces,
+ - which are not legal MetaFields.
+ -}
+parseViewParam :: String -> (MetaField, ViewFilter)
+parseViewParam s = case separate (== '=') s of
+	('!':tag, []) | not (null tag) ->
+		( tagMetaField
+		, mkExcludeValues tag
+		)
+	(tag, []) ->
+		( tagMetaField
+		, mkFilterValues tag
+		)
+	(field, wanted)
+		| end field == "!" ->
+			( mkMetaFieldUnchecked (beginning field)
+			, mkExcludeValues wanted
+			)
+		| otherwise ->
+			( mkMetaFieldUnchecked field
+			, mkFilterValues wanted
+			)
+  where
+	mkFilterValues v
+		| any (`elem` v) "*?" = FilterGlob v
+		| otherwise = FilterValues $ S.singleton $ toMetaValue v
+	mkExcludeValues = ExcludeValues . S.singleton . toMetaValue
+
+data ViewChange = Unchanged | Narrowing | Widening
+	deriving (Ord, Eq, Show)
+
+{- Updates a view, adding new fields to filter on (Narrowing), 
+ - or allowing new values in an existing field (Widening). -}
+refineView :: View -> [(MetaField, ViewFilter)] -> (View, ViewChange)
+refineView origview = checksize . calc Unchanged origview
+  where
+	calc c v [] = (v, c)
+	calc c v ((f, vf):rest) =
+		let (v', c') = refine v f vf
+		in calc (max c c') v' rest
+
+	refine view field vf
+		| field `elem` map viewField (viewComponents view) =
+			let (components', viewchanges) = runWriter $
+				mapM (\c -> updateViewComponent c field vf) (viewComponents view)
+			    viewchange = if field `elem` map viewField (viewComponents origview)
+			    	then maximum viewchanges
+				else Narrowing
+			in (view { viewComponents = components' }, viewchange)
+		| otherwise = 
+			let component = mkViewComponent field vf
+			    view' = view { viewComponents = component : viewComponents view }
+			in (view', Narrowing)
+	
+	checksize r@(v, _)
+		| viewTooLarge v = error $ "View is too large (" ++ show (visibleViewSize v) ++ " levels of subdirectories)"
+		| otherwise = r
+
+updateViewComponent :: ViewComponent -> MetaField -> ViewFilter -> Writer [ViewChange] ViewComponent
+updateViewComponent c field vf
+	| viewField c == field = do
+		let (newvf, viewchange) = combineViewFilter (viewFilter c) vf
+		tell [viewchange]
+		return $ mkViewComponent field newvf
+	| otherwise = return c
+
+{- Adds an additional filter to a view. This can only result in narrowing
+ - the view. Multivalued filters are added in non-visible form. -}
+filterView :: View -> [(MetaField, ViewFilter)] -> View
+filterView v vs = v { viewComponents = viewComponents f' ++ viewComponents v}
+  where
+	f = fst $ refineView (v {viewComponents = []}) vs
+	f' = f { viewComponents = map toinvisible (viewComponents f) }
+	toinvisible c = c { viewVisible = False }
+
+{- Combine old and new ViewFilters, yielding a result that matches
+ - either old+new, or only new.
+ -
+ - If we have FilterValues and change to a FilterGlob,
+ - it's always a widening change, because the glob could match other
+ - values. OTOH, going the other way, it's a Narrowing change if the old
+ - glob matches all the new FilterValues.
+ -
+ - With two globs, the old one is discarded, and the new one is used.
+ - We can tell if that's a narrowing change by checking if the old
+ - glob matches the new glob. For example, "*" matches "foo*",
+ - so that's narrowing. While "f?o" does not match "f??", so that's
+ - widening.
+ -}
+combineViewFilter :: ViewFilter -> ViewFilter -> (ViewFilter, ViewChange)
+combineViewFilter old@(FilterValues olds) (FilterValues news)
+	| combined == old = (combined, Unchanged)
+	| otherwise = (combined, Widening)
+  where
+	combined = FilterValues (S.union olds news)
+combineViewFilter old@(ExcludeValues olds) (ExcludeValues news)
+	| combined == old = (combined, Unchanged)
+	| otherwise = (combined, Narrowing)
+  where
+	combined = ExcludeValues (S.union olds news)
+combineViewFilter (FilterValues _) newglob@(FilterGlob _) =
+	(newglob, Widening)
+combineViewFilter (FilterGlob oldglob) new@(FilterValues s)
+	| all (matchGlob (compileGlob oldglob CaseInsensative) . fromMetaValue) (S.toList s) = (new, Narrowing)
+	| otherwise = (new, Widening)
+combineViewFilter (FilterGlob old) newglob@(FilterGlob new)
+	| old == new = (newglob, Unchanged)
+	| matchGlob (compileGlob old CaseInsensative) new = (newglob, Narrowing)
+	| otherwise = (newglob, Widening)
+combineViewFilter (FilterGlob _) new@(ExcludeValues _) = (new, Narrowing)
+combineViewFilter (ExcludeValues _) new@(FilterGlob _) = (new, Widening)
+combineViewFilter (FilterValues _) new@(ExcludeValues _) = (new, Narrowing)
+combineViewFilter (ExcludeValues _) new@(FilterValues _) = (new, Widening)
+
+{- Generates views for a file from a branch, based on its metadata
+ - and the filename used in the branch.
+ -
+ - Note that a file may appear multiple times in a view, when it
+ - has multiple matching values for a MetaField used in the View.
+ -
+ - Of course if its MetaData does not match the View, it won't appear at
+ - all.
+ -
+ - Note that for efficiency, it's useful to partially
+ - evaluate this function with the view parameter and reuse
+ - the result. The globs in the view will then be compiled and memoized.
+ -}
+viewedFiles :: View -> MkViewedFile -> FilePath -> MetaData -> [ViewedFile]
+viewedFiles view = 
+	let matchers = map viewComponentMatcher (viewComponents view)
+	in \mkviewedfile file metadata ->
+		let matches = map (\m -> m metadata) matchers
+		in if any isNothing matches
+			then []
+			else 
+				let paths = pathProduct $
+					map (map toViewPath) (visible matches)
+				in if null paths
+					then [mkviewedfile file]
+					else map (</> mkviewedfile file) paths
+  where
+	visible = map (fromJust . snd) .
+		filter (viewVisible . fst) .
+		zip (viewComponents view)
+
+{- Checks if metadata matches a ViewComponent filter, and if so
+ - returns the value, or values that match. Self-memoizing on ViewComponent. -}
+viewComponentMatcher :: ViewComponent -> (MetaData -> Maybe [MetaValue])
+viewComponentMatcher viewcomponent = \metadata -> 
+	matcher (currentMetaDataValues metafield metadata)
+  where
+  	metafield = viewField viewcomponent
+	matcher = case viewFilter viewcomponent of
+		FilterValues s -> \values -> setmatches $
+			S.intersection s values
+		FilterGlob glob ->
+			let cglob = compileGlob glob CaseInsensative
+			in \values -> setmatches $
+				S.filter (matchGlob cglob . fromMetaValue) values
+		ExcludeValues excludes -> \values -> 
+			if S.null (S.intersection values excludes)
+				then Just []
+				else Nothing
+	setmatches s
+		| S.null s = Nothing
+		| otherwise = Just (S.toList s)
+
+toViewPath :: MetaValue -> FilePath
+toViewPath = concatMap escapeslash . fromMetaValue
+  where
+	escapeslash c
+		| c == '/' = [pseudoSlash]
+		| c == '\\' = [pseudoBackslash]
+		| c == pseudoSlash = [pseudoSlash, pseudoSlash]
+		| c == pseudoBackslash = [pseudoBackslash, pseudoBackslash]
+		| otherwise = [c]
+
+fromViewPath :: FilePath -> MetaValue
+fromViewPath = toMetaValue . deescapeslash []
+  where
+  	deescapeslash s [] = reverse s
+  	deescapeslash s (c:cs)
+		| c == pseudoSlash = case cs of
+			(c':cs')
+				| c' == pseudoSlash -> deescapeslash (pseudoSlash:s) cs'
+			_ -> deescapeslash ('/':s) cs
+		| c == pseudoBackslash = case cs of
+			(c':cs')
+				| c' == pseudoBackslash -> deescapeslash (pseudoBackslash:s) cs'
+			_ -> deescapeslash ('/':s) cs
+		| otherwise = deescapeslash (c:s) cs
+
+pseudoSlash :: Char
+pseudoSlash = '\8725' -- '∕' /= '/'
+
+pseudoBackslash :: Char
+pseudoBackslash = '\9586' -- '╲' /= '\'
+
+pathProduct :: [[FilePath]] -> [FilePath]
+pathProduct [] = []
+pathProduct (l:ls) = foldl combinel l ls
+  where
+	combinel xs ys = [combine x y | x <- xs, y <- ys]
+
+{- Extracts the metadata from a ViewedFile, based on the view that was used
+ - to construct it.
+ -
+ - Derived metadata is excluded.
+ -}
+fromView :: View -> ViewedFile -> MetaData
+fromView view f = MetaData $
+	M.fromList (zip fields values) `M.difference` derived
+  where
+	visible = filter viewVisible (viewComponents view)
+	fields = map viewField visible
+	paths = splitDirectories (dropFileName f)
+	values = map (S.singleton . fromViewPath) paths
+	MetaData derived = getViewedFileMetaData f
+
+{- Constructing a view that will match arbitrary metadata, and applying
+ - it to a file yields a set of ViewedFile which all contain the same
+ - MetaFields that were present in the input metadata
+ - (excluding fields that are not visible). -}
+prop_view_roundtrips :: FilePath -> MetaData -> Bool -> Bool
+prop_view_roundtrips f metadata visible = null f || viewTooLarge view ||
+	all hasfields (viewedFiles view viewedFileFromReference f metadata)
+  where
+	view = View (Git.Ref "master") $
+		map (\(mf, mv) -> ViewComponent mf (FilterValues $ S.filter (not . null . fromMetaValue) mv) visible)
+			(fromMetaData metadata)
+	visiblefields = sort (map viewField $ filter viewVisible (viewComponents view))
+	hasfields fv = sort (map fst (fromMetaData (fromView view fv))) == visiblefields
+
+{- A directory foo/bar/baz/ is turned into metadata fields
+ - /=foo, foo/=bar, foo/bar/=baz.
+ -
+ - Note that this may generate MetaFields that legalField rejects.
+ - This is necessary to have a 1:1 mapping between directory names and
+ - fields. So this MetaData cannot safely be serialized. -}
+getDirMetaData :: FilePath -> MetaData
+getDirMetaData d = MetaData $ M.fromList $ zip fields values
+  where
+	dirs = splitDirectories d
+	fields = map (mkMetaFieldUnchecked . addTrailingPathSeparator . joinPath)
+		(inits dirs)
+	values = map (S.singleton . toMetaValue . fromMaybe "" . headMaybe)
+		(tails dirs)
+
+getWorkTreeMetaData :: FilePath -> MetaData
+getWorkTreeMetaData = getDirMetaData . dropFileName
+
+getViewedFileMetaData :: FilePath -> MetaData
+getViewedFileMetaData = getDirMetaData . dirFromViewedFile . takeFileName
+
+{- Applies a view to the currently checked out branch, generating a new
+ - branch for the view.
+ -}
+applyView :: View -> Annex Git.Branch
+applyView view = applyView' viewedFileFromReference getWorkTreeMetaData view
+
+{- Generates a new branch for a View, which must be a more narrow
+ - version of the View originally used to generate the currently
+ - checked out branch. That is, it must match a subset of the files
+ - in view, not any others.
+ -}
+narrowView :: View -> Annex Git.Branch
+narrowView = applyView' viewedFileReuse getViewedFileMetaData
+
+{- Go through each file in the currently checked out branch.
+ - If the file is not annexed, skip it, unless it's a dotfile in the top.
+ - Look up the metadata of annexed files, and generate any ViewedFiles,
+ - and stage them.
+ -
+ - Currently only works in indirect mode. Must be run from top of
+ - repository.
+ -}
+applyView' :: MkViewedFile -> (FilePath -> MetaData) -> View -> Annex Git.Branch
+applyView' mkviewedfile getfilemetadata view = do
+	top <- fromRepo Git.repoPath
+	(l, clean) <- inRepo $ Git.LsFiles.inRepo [top]
+	liftIO . nukeFile =<< fromRepo gitAnnexViewIndex
+	genViewBranch view $ do
+		uh <- inRepo Git.UpdateIndex.startUpdateIndex
+		hasher <- inRepo hashObjectStart
+		forM_ l $ \f ->
+			go uh hasher f =<< Backend.lookupFile f
+		liftIO $ do
+			hashObjectStop hasher
+			void $ stopUpdateIndex uh
+			void clean
+  where
+	genviewedfiles = viewedFiles view mkviewedfile -- enables memoization
+	go uh hasher f (Just k) = do
+		metadata <- getCurrentMetaData k
+		let metadata' = getfilemetadata f `unionMetaData` metadata
+		forM_ (genviewedfiles f metadata') $ \fv -> do
+			stagesymlink uh hasher fv =<< inRepo (gitAnnexLink fv k)
+	go uh hasher f Nothing
+		| "." `isPrefixOf` f = do
+			s <- liftIO $ getSymbolicLinkStatus f
+			if isSymbolicLink s
+				then stagesymlink uh hasher f =<< liftIO (readSymbolicLink f)
+				else do
+					sha <- liftIO $ Git.HashObject.hashFile hasher f
+					let blobtype = if isExecutable (fileMode s)
+						then ExecutableBlob
+						else FileBlob
+					liftIO . Git.UpdateIndex.streamUpdateIndex' uh
+						=<< inRepo (Git.UpdateIndex.stageFile sha blobtype f)
+		| otherwise = noop
+	stagesymlink uh hasher f linktarget = do
+		sha <- hashSymlink' hasher linktarget
+		liftIO . Git.UpdateIndex.streamUpdateIndex' uh
+			=<< inRepo (Git.UpdateIndex.stageSymlink f sha)
+
+{- Applies a view to the reference branch, generating a new branch
+ - for the View.
+ -
+ - This needs to work incrementally, to quickly update the view branch
+ - when the reference branch is changed. So, it works based on an
+ - old version of the reference branch, uses diffTree to find the
+ - changes, and applies those changes to the view branch.
+ -}
+updateView :: View -> Git.Ref -> Git.Ref -> Annex Git.Branch
+updateView view ref oldref = genViewBranch view $ do
+	(diffs, cleanup) <- inRepo $ DiffTree.diffTree oldref ref
+	forM_ diffs go
+	void $ liftIO cleanup
+  where
+	go diff
+		| DiffTree.dstsha diff == nullSha = error "TODO delete file"
+		| otherwise = error "TODO add file"
+
+{- Diff between currently checked out branch and staged changes, and
+ - update metadata to reflect the changes that are being committed to the
+ - view.
+ -
+ - Adding a file to a directory adds the metadata represented by
+ - that directory to the file, and removing a file from a directory
+ - removes the metadata.
+ -
+ - Note that removes must be handled before adds. This is so
+ - that moving a file from x/foo/ to x/bar/ adds back the metadata for x.
+ -}
+withViewChanges :: (ViewedFile -> Key -> CommandStart) -> (ViewedFile -> Key -> CommandStart) -> Annex ()
+withViewChanges addmeta removemeta = do
+	makeabs <- flip fromTopFilePath <$> gitRepo
+	(diffs, cleanup) <- inRepo $ DiffTree.diffIndex Git.Ref.headRef
+	forM_ diffs handleremovals
+	forM_ diffs (handleadds makeabs)
+	void $ liftIO cleanup
+  where
+	handleremovals item
+		| DiffTree.srcsha item /= nullSha =
+			handle item removemeta
+				=<< catKey (DiffTree.srcsha item) (DiffTree.srcmode item)
+		| otherwise = noop
+	handleadds makeabs item
+		| DiffTree.dstsha item /= nullSha = 
+			handle item addmeta
+				=<< ifM isDirect
+					( catKey (DiffTree.dstsha item) (DiffTree.dstmode item)
+					-- optimisation
+					, isAnnexLink $ makeabs $ DiffTree.file item
+					)
+		| otherwise = noop
+	handle item a = maybe noop
+		(void . commandAction . a (getTopFilePath $ DiffTree.file item))
+
+{- Generates a branch for a view. This is done using a different index
+ - file. An action is run to stage the files that will be in the branch.
+ - Then a commit is made, to the view branch. The view branch is not
+ - checked out, but entering it will display the view. -}
+genViewBranch :: View -> Annex () -> Annex Git.Branch
+genViewBranch view a = withIndex $ do
+	a
+	let branch = branchView view
+	void $ inRepo $ Git.Branch.commit Git.Branch.AutomaticCommit True (fromRef branch) branch []
+	return branch
+
+{- Runs an action using the view index file.
+ - Note that the file does not necessarily exist, or can contain
+ - info staged for an old view. -}
+withIndex :: Annex a -> Annex a
+withIndex a = do
+	f <- fromRepo gitAnnexViewIndex
+	withIndexFile f a
+
+withCurrentView :: (View -> Annex a) -> Annex a
+withCurrentView a = maybe (error "Not in a view.") a =<< currentView
diff --git a/Annex/View/ViewedFile.hs b/Annex/View/ViewedFile.hs
new file mode 100644
index 0000000000..25ac16a346
--- /dev/null
+++ b/Annex/View/ViewedFile.hs
@@ -0,0 +1,75 @@
+{- filenames (not paths) used in views
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.View.ViewedFile (
+	ViewedFile,
+	MkViewedFile,
+	viewedFileFromReference,
+	viewedFileReuse,
+	dirFromViewedFile,
+	prop_viewedFile_roundtrips,
+) where
+
+import Common.Annex
+
+type FileName = String
+type ViewedFile = FileName
+
+type MkViewedFile = FilePath -> ViewedFile
+
+{- Converts a filepath used in a reference branch to the
+ - filename that will be used in the view.
+ -
+ - No two filepaths from the same branch should yeild the same result,
+ - so all directory structure needs to be included in the output filename
+ - in some way.
+ -
+ - So, from dir/subdir/file.foo, generate file_%dir%subdir%.foo
+ -}
+viewedFileFromReference :: MkViewedFile
+viewedFileFromReference f = concat
+	[ escape base
+	, if null dirs then "" else "_%" ++ intercalate "%" (map escape dirs) ++ "%"
+	, escape $ concat extensions
+	]
+  where
+	(path, basefile) = splitFileName f
+	dirs = filter (/= ".") $ map dropTrailingPathSeparator (splitPath path)
+	(base, extensions) = splitShortExtensions basefile
+
+	{- To avoid collisions with filenames or directories that contain
+	 - '%', and to allow the original directories to be extracted
+	 - from the ViewedFile, '%' is escaped to '\%' (and '\' to '\\').
+	 -}
+	escape :: String -> String
+	escape = replace "%" "\\%" . replace "\\" "\\\\"
+
+{- For use when operating already within a view, so whatever filepath
+ - is present in the work tree is already a ViewedFile. -}
+viewedFileReuse :: MkViewedFile
+viewedFileReuse = takeFileName
+
+{- Extracts from a ViewedFile the directory where the file is located on
+ - in the reference branch. -}
+dirFromViewedFile :: ViewedFile -> FilePath
+dirFromViewedFile = joinPath . drop 1 . sep [] ""
+  where
+  	sep l _ [] = reverse l
+	sep l curr (c:cs)
+		| c == '%' = sep (reverse curr:l) "" cs
+		| c == '\\' = case cs of
+			(c':cs') -> sep l (c':curr) cs'
+			[] -> sep l curr cs
+		| otherwise = sep l (c:curr) cs
+
+prop_viewedFile_roundtrips :: FilePath -> Bool
+prop_viewedFile_roundtrips f
+	-- Relative filenames wanted, not directories.
+	| any (isPathSeparator) (end f ++ beginning f) = True
+	| otherwise = dir == dirFromViewedFile (viewedFileFromReference f)
+  where
+	dir = joinPath $ beginning $ splitDirectories f
diff --git a/Annex/Wanted.hs b/Annex/Wanted.hs
new file mode 100644
index 0000000000..42f813bbbc
--- /dev/null
+++ b/Annex/Wanted.hs
@@ -0,0 +1,29 @@
+{- git-annex checking whether content is wanted
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Wanted where
+
+import Common.Annex
+import Logs.PreferredContent
+import Annex.UUID
+
+import qualified Data.Set as S
+
+{- Check if a file is preferred content for the local repository. -}
+wantGet :: Bool -> Maybe Key -> AssociatedFile -> Annex Bool
+wantGet def key file = isPreferredContent Nothing S.empty key file def
+
+{- Check if a file is preferred content for a remote. -}
+wantSend :: Bool -> Maybe Key -> AssociatedFile -> UUID -> Annex Bool
+wantSend def key file to = isPreferredContent (Just to) S.empty key file def
+
+{- Check if a file can be dropped, maybe from a remote.
+ - Don't drop files that are preferred content. -}
+wantDrop :: Bool -> Maybe UUID -> Maybe Key -> AssociatedFile -> Annex Bool
+wantDrop def from key file = do
+	u <- maybe getUUID (return . id) from
+	not <$> isPreferredContent (Just u) (S.singleton u) key file def
diff --git a/Assistant.hs b/Assistant.hs
new file mode 100644
index 0000000000..82f1572414
--- /dev/null
+++ b/Assistant.hs
@@ -0,0 +1,196 @@
+{- git-annex assistant daemon
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant where
+
+import qualified Annex
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.NamedThread
+import Assistant.Types.ThreadedMonad
+import Assistant.Threads.DaemonStatus
+import Assistant.Threads.Watcher
+import Assistant.Threads.Committer
+import Assistant.Threads.Pusher
+import Assistant.Threads.Merger
+import Assistant.Threads.TransferWatcher
+import Assistant.Threads.Transferrer
+import Assistant.Threads.RemoteControl
+import Assistant.Threads.SanityChecker
+import Assistant.Threads.Cronner
+import Assistant.Threads.ProblemFixer
+#ifdef WITH_CLIBS
+import Assistant.Threads.MountWatcher
+#endif
+import Assistant.Threads.NetWatcher
+import Assistant.Threads.Upgrader
+import Assistant.Threads.UpgradeWatcher
+import Assistant.Threads.TransferScanner
+import Assistant.Threads.TransferPoller
+import Assistant.Threads.ConfigMonitor
+import Assistant.Threads.Glacier
+#ifdef WITH_WEBAPP
+import Assistant.WebApp
+import Assistant.Threads.WebApp
+#ifdef WITH_PAIRING
+import Assistant.Threads.PairListener
+#endif
+#ifdef WITH_XMPP
+import Assistant.Threads.XMPPClient
+import Assistant.Threads.XMPPPusher
+#endif
+#else
+import Assistant.Types.UrlRenderer
+#endif
+import qualified Utility.Daemon
+import Utility.ThreadScheduler
+import Utility.HumanTime
+import qualified Build.SysConfig as SysConfig
+import Annex.Perms
+import Utility.LogFile
+#ifdef mingw32_HOST_OS
+import Utility.Env
+import Config.Files
+import System.Environment (getArgs)
+#endif
+
+import System.Log.Logger
+import Network.Socket (HostName)
+
+stopDaemon :: Annex ()
+stopDaemon = liftIO . Utility.Daemon.stopDaemon =<< fromRepo gitAnnexPidFile
+
+{- Starts the daemon. If the daemon is run in the foreground, once it's
+ - running, can start the browser.
+ -
+ - startbrowser is passed the url and html shim file, as well as the original
+ - stdout and stderr descriptors. -}
+startDaemon :: Bool -> Bool -> Maybe Duration -> Maybe String -> Maybe HostName ->  Maybe (Maybe Handle -> Maybe Handle -> String -> FilePath -> IO ()) -> Annex ()
+startDaemon assistant foreground startdelay cannotrun listenhost startbrowser = do
+	Annex.changeState $ \s -> s { Annex.daemon = True }
+	pidfile <- fromRepo gitAnnexPidFile
+	logfile <- fromRepo gitAnnexLogFile
+	liftIO $ debugM desc $ "logging to " ++ logfile
+#ifndef mingw32_HOST_OS
+	createAnnexDirectory (parentDir logfile)
+	logfd <- liftIO $ handleToFd =<< openLog logfile
+	if foreground
+		then do
+			origout <- liftIO $ catchMaybeIO $ 
+				fdToHandle =<< dup stdOutput
+			origerr <- liftIO $ catchMaybeIO $ 
+				fdToHandle =<< dup stdError
+			let undaemonize = Utility.Daemon.foreground logfd (Just pidfile)
+			start undaemonize $ 
+				case startbrowser of
+					Nothing -> Nothing
+					Just a -> Just $ a origout origerr
+		else
+			start (Utility.Daemon.daemonize logfd (Just pidfile) False) Nothing
+#else
+	-- Windows doesn't daemonize, but does redirect output to the
+	-- log file. The only way to do so is to restart the program.
+	when (foreground || not foreground) $ do
+		let flag = "GIT_ANNEX_OUTPUT_REDIR"
+		createAnnexDirectory (parentDir logfile)
+		ifM (liftIO $ isNothing <$> getEnv flag)
+			( liftIO $ withFile devNull WriteMode $ \nullh -> do
+				loghandle <- openLog logfile
+				e <- getEnvironment
+				cmd <- readProgramFile
+				ps <- getArgs
+				(_, _, _, pid) <- createProcess (proc cmd ps)
+					{ env = Just (addEntry flag "1" e)
+					, std_in = UseHandle nullh
+					, std_out = UseHandle loghandle
+					, std_err = UseHandle loghandle
+					}
+				exitWith =<< waitForProcess pid
+			, start (Utility.Daemon.foreground (Just pidfile)) $
+				case startbrowser of
+					Nothing -> Nothing
+					Just a -> Just $ a Nothing Nothing
+			)
+#endif
+  where
+  	desc
+		| assistant = "assistant"
+		| otherwise = "watch"
+	start daemonize webappwaiter = withThreadState $ \st -> do
+		checkCanWatch
+		dstatus <- startDaemonStatus
+		logfile <- fromRepo gitAnnexLogFile
+		liftIO $ debugM desc $ "logging to " ++ logfile
+		liftIO $ daemonize $
+			flip runAssistant (go webappwaiter) 
+				=<< newAssistantData st dstatus
+
+#ifdef WITH_WEBAPP
+	go webappwaiter = do
+		d <- getAssistant id
+#else
+	go _webappwaiter = do
+#endif
+		notice ["starting", desc, "version", SysConfig.packageversion]
+		urlrenderer <- liftIO newUrlRenderer
+#ifdef WITH_WEBAPP
+		let webappthread = [ assist $ webAppThread d urlrenderer False cannotrun Nothing listenhost webappwaiter ]
+#else
+		let webappthread = []
+#endif
+		let threads = if isJust cannotrun
+			then webappthread
+			else webappthread ++
+				[ watch $ commitThread
+#ifdef WITH_WEBAPP
+#ifdef WITH_PAIRING
+				, assist $ pairListenerThread urlrenderer
+#endif
+#ifdef WITH_XMPP
+				, assist $ xmppClientThread urlrenderer
+				, assist $ xmppSendPackThread urlrenderer
+				, assist $ xmppReceivePackThread urlrenderer
+#endif
+#endif
+				, assist $ pushThread
+				, assist $ pushRetryThread
+				, assist $ mergeThread
+				, assist $ transferWatcherThread
+				, assist $ transferPollerThread
+				, assist $ transfererThread
+				, assist $ remoteControlThread
+				, assist $ daemonStatusThread
+				, assist $ sanityCheckerDailyThread urlrenderer
+				, assist $ sanityCheckerHourlyThread
+				, assist $ problemFixerThread urlrenderer
+#ifdef WITH_CLIBS
+				, assist $ mountWatcherThread urlrenderer
+#endif
+				, assist $ netWatcherThread
+				, assist $ upgraderThread urlrenderer
+				, assist $ upgradeWatcherThread urlrenderer
+				, assist $ netWatcherFallbackThread
+				, assist $ transferScannerThread urlrenderer
+				, assist $ cronnerThread urlrenderer
+				, assist $ configMonitorThread
+				, assist $ glacierThread
+				, watch $ watchThread
+				-- must come last so that all threads that wait
+				-- on it have already started waiting
+				, watch $ sanityCheckerStartupThread startdelay
+				]
+	
+		mapM_ (startthread urlrenderer) threads
+		liftIO waitForTermination
+
+	watch a = (True, a)
+	assist a = (False, a)
+	startthread urlrenderer (watcher, t)
+		| watcher || assistant = startNamedThread urlrenderer t
+		| otherwise = noop
diff --git a/Assistant/Alert.hs b/Assistant/Alert.hs
new file mode 100644
index 0000000000..745694f59a
--- /dev/null
+++ b/Assistant/Alert.hs
@@ -0,0 +1,461 @@
+{- git-annex assistant alerts
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings, CPP, BangPatterns #-}
+
+module Assistant.Alert where
+
+import Common.Annex
+import Assistant.Types.Alert
+import Assistant.Alert.Utility
+import qualified Remote
+import Utility.Tense
+import Logs.Transfer
+import Types.Distribution
+import Git.Types (RemoteName)
+
+import Data.String
+import qualified Data.Text as T
+import qualified Control.Exception as E
+
+#ifdef WITH_WEBAPP
+import Assistant.DaemonStatus
+import Assistant.WebApp.Types
+import Assistant.WebApp (renderUrl)
+import Yesod
+#endif
+import Assistant.Monad
+import Assistant.Types.UrlRenderer
+
+{- Makes a button for an alert that opens a Route. 
+ -
+ - If autoclose is set, the button will close the alert it's
+ - attached to when clicked. -}
+#ifdef WITH_WEBAPP
+mkAlertButton :: Bool -> T.Text -> UrlRenderer -> Route WebApp -> Assistant AlertButton
+mkAlertButton autoclose label urlrenderer route = do
+	close <- asIO1 removeAlert
+	url <- liftIO $ renderUrl urlrenderer route []
+	return $ AlertButton
+		{ buttonLabel = label
+		, buttonUrl = url
+		, buttonAction = if autoclose then Just close else Nothing
+		, buttonPrimary = True
+		}
+#endif
+
+renderData :: Alert -> TenseText
+renderData = tenseWords . alertData
+
+baseActivityAlert :: Alert
+baseActivityAlert = Alert
+	{ alertClass = Activity
+	, alertHeader = Nothing
+	, alertMessageRender = renderData
+	, alertData = []
+	, alertCounter = 0
+	, alertBlockDisplay = False
+	, alertClosable = False
+	, alertPriority = Medium
+	, alertIcon = Just ActivityIcon
+	, alertCombiner = Nothing
+	, alertName = Nothing
+	, alertButtons = []
+	}
+
+warningAlert :: String -> String -> Alert
+warningAlert name msg = Alert
+	{ alertClass = Warning
+	, alertHeader = Just $ tenseWords ["warning"]
+	, alertMessageRender = renderData
+	, alertData = [UnTensed $ T.pack msg]
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertClosable = True
+	, alertPriority = High
+	, alertIcon = Just ErrorIcon
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertName = Just $ WarningAlert name
+	, alertButtons = []
+	}
+
+errorAlert :: String -> [AlertButton] -> Alert
+errorAlert msg buttons = Alert
+	{ alertClass = Error
+	, alertHeader = Nothing
+	, alertMessageRender = renderData
+	, alertData = [UnTensed $ T.pack msg]
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertClosable = True
+	, alertPriority = Pinned
+	, alertIcon = Just ErrorIcon
+	, alertCombiner = Nothing
+	, alertName = Nothing
+	, alertButtons = buttons
+	}
+
+activityAlert :: Maybe TenseText -> [TenseChunk] -> Alert
+activityAlert header dat = baseActivityAlert
+	{ alertHeader = header
+	, alertData = dat
+	}
+
+startupScanAlert :: Alert
+startupScanAlert = activityAlert Nothing
+	[Tensed "Performing" "Performed", "startup scan"]
+
+{- Displayed when a shutdown is occurring, so will be seen after shutdown
+ - has happened. -}
+shutdownAlert :: Alert
+shutdownAlert = warningAlert "shutdown" "git-annex has been shut down"
+
+commitAlert :: Alert
+commitAlert = activityAlert Nothing
+	[Tensed "Committing" "Committed", "changes to git"]
+
+showRemotes :: [RemoteName] -> TenseChunk
+showRemotes = UnTensed . T.intercalate ", " . map T.pack
+
+syncAlert :: [Remote] -> Alert
+syncAlert = syncAlert' . map Remote.name
+
+syncAlert' :: [RemoteName] -> Alert
+syncAlert' rs = baseActivityAlert
+	{ alertName = Just SyncAlert
+	, alertHeader = Just $ tenseWords
+		[Tensed "Syncing" "Synced", "with", showRemotes rs]
+	, alertPriority = Low
+	, alertIcon = Just SyncIcon
+	}
+
+syncResultAlert :: [Remote] -> [Remote] -> Alert
+syncResultAlert succeeded failed = syncResultAlert'
+	(map Remote.name succeeded)
+	(map Remote.name failed)
+
+syncResultAlert' :: [RemoteName] -> [RemoteName] -> Alert
+syncResultAlert' succeeded failed = makeAlertFiller (not $ null succeeded) $
+	baseActivityAlert
+		{ alertName = Just SyncAlert
+		, alertHeader = Just $ tenseWords msg
+		}
+  where
+  	msg
+		| null succeeded = ["Failed to sync with", showRemotes failed]
+		| null failed = ["Synced with", showRemotes succeeded]
+		| otherwise =
+			[ "Synced with", showRemotes succeeded
+			, "but not with", showRemotes failed
+			]
+
+sanityCheckAlert :: Alert
+sanityCheckAlert = activityAlert
+	(Just $ tenseWords [Tensed "Running" "Ran", "daily sanity check"])
+	["to make sure everything is ok."]
+
+sanityCheckFixAlert :: String -> Alert
+sanityCheckFixAlert msg = Alert
+	{ alertClass = Warning
+	, alertHeader = Just $ tenseWords ["Fixed a problem"]
+	, alertMessageRender = render
+	, alertData = [UnTensed $ T.pack msg]
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertPriority = High
+	, alertClosable = True
+	, alertIcon = Just ErrorIcon
+	, alertName = Just SanityCheckFixAlert
+	, alertCombiner = Just $ dataCombiner (++)
+	, alertButtons = []
+	}
+  where
+	render alert = tenseWords $ alerthead : alertData alert ++ [alertfoot]
+	alerthead = "The daily sanity check found and fixed a problem:"
+	alertfoot = "If these problems persist, consider filing a bug report."
+
+fsckingAlert :: AlertButton -> Maybe Remote -> Alert
+fsckingAlert button mr = baseActivityAlert
+	{ alertData = case mr of
+		Nothing -> [ UnTensed $ T.pack $ "Consistency check in progress" ]
+		Just r -> [ UnTensed $ T.pack $ "Consistency check of " ++ Remote.name r ++ " in progress"]
+	, alertButtons = [button]
+	}
+
+showFscking :: UrlRenderer -> Maybe Remote -> IO (Either E.SomeException a) -> Assistant a
+showFscking urlrenderer mr a = do
+#ifdef WITH_WEBAPP
+	button <- mkAlertButton False (T.pack "Configure") urlrenderer ConfigFsckR
+	r <- alertDuring (fsckingAlert button mr) $
+		liftIO a
+#else
+	r <- liftIO a
+#endif
+	either (liftIO . E.throwIO) return r
+
+notFsckedNudge :: UrlRenderer -> Maybe Remote -> Assistant ()
+#ifdef WITH_WEBAPP
+notFsckedNudge urlrenderer mr = do
+	button <- mkAlertButton True (T.pack "Configure") urlrenderer ConfigFsckR
+	void $ addAlert (notFsckedAlert mr button)
+#else
+notFsckedNudge _ _ = noop
+#endif
+
+notFsckedAlert :: Maybe Remote -> AlertButton -> Alert
+notFsckedAlert mr button = Alert
+	{ alertHeader = Just $ fromString $ concat
+		[ "You should enable consistency checking to protect your data"
+		, maybe "" (\r -> " in " ++ Remote.name r) mr
+		, "."
+		]
+	, alertIcon = Just InfoIcon
+	, alertPriority = High
+	, alertButtons = [button]
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just NotFsckedAlert
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertData = []
+	}
+
+baseUpgradeAlert :: [AlertButton] -> TenseText -> Alert
+baseUpgradeAlert buttons message = Alert
+	{ alertHeader = Just message
+	, alertIcon = Just UpgradeIcon
+	, alertPriority = High
+	, alertButtons = buttons
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just UpgradeAlert
+	, alertCombiner = Just $ fullCombiner $ \new _old -> new
+	, alertData = []
+	}
+
+canUpgradeAlert :: AlertPriority -> GitAnnexVersion -> AlertButton -> Alert
+canUpgradeAlert priority version button = 
+	(baseUpgradeAlert [button] $ fromString msg)
+		{ alertPriority = priority
+		, alertData = [fromString $ " (version " ++ version ++ ")"]
+		}
+  where
+	msg = if priority >= High
+		then "An important upgrade of git-annex is available!"
+		else "An upgrade of git-annex is available."
+
+upgradeReadyAlert :: AlertButton -> Alert
+upgradeReadyAlert button = baseUpgradeAlert [button] $
+	fromString "A new version of git-annex has been installed."
+
+upgradingAlert :: Alert
+upgradingAlert = activityAlert Nothing [ fromString "Upgrading git-annex" ]
+
+upgradeFinishedAlert :: Maybe AlertButton -> GitAnnexVersion -> Alert
+upgradeFinishedAlert button version =
+	baseUpgradeAlert (maybeToList button) $ fromString $ 
+		"Finished upgrading git-annex to version " ++ version
+
+upgradeFailedAlert :: String -> Alert
+upgradeFailedAlert msg = (errorAlert msg [])
+	{ alertHeader = Just $ fromString "Upgrade failed." }
+
+unusedFilesAlert :: [AlertButton] -> String -> Alert
+unusedFilesAlert buttons message = Alert
+	{ alertHeader = Just $ fromString $ unwords
+		[ "Old and deleted files are piling up --"
+		, message
+		]
+	, alertIcon = Just InfoIcon
+	, alertPriority = High
+	, alertButtons = buttons
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just UnusedFilesAlert
+	, alertCombiner = Just $ fullCombiner $ \new _old -> new
+	, alertData = []
+	}
+
+brokenRepositoryAlert :: [AlertButton] -> Alert
+brokenRepositoryAlert = errorAlert "Serious problems have been detected with your repository. This needs your immediate attention!"
+
+repairingAlert :: String -> Alert
+repairingAlert repodesc = activityAlert Nothing
+	[ Tensed "Attempting to repair" "Repaired"
+	, UnTensed $ T.pack repodesc
+	]
+
+pairingAlert :: AlertButton -> Alert
+pairingAlert button = baseActivityAlert
+	{ alertData = [ UnTensed "Pairing in progress" ]
+	, alertPriority = High
+	, alertButtons = [button]
+	}
+
+pairRequestReceivedAlert :: String -> AlertButton -> Alert
+pairRequestReceivedAlert who button = Alert
+	{ alertClass = Message
+	, alertHeader = Nothing
+	, alertMessageRender = renderData
+	, alertData = [UnTensed $ T.pack $ who ++ " is sending a pair request."]
+	, alertCounter = 0
+	, alertBlockDisplay = False
+	, alertPriority = High
+	, alertClosable = True
+	, alertIcon = Just InfoIcon
+	, alertName = Just $ PairAlert who
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertButtons = [button]
+	}
+
+pairRequestAcknowledgedAlert :: String -> Maybe AlertButton -> Alert
+pairRequestAcknowledgedAlert who button = baseActivityAlert
+	{ alertData = ["Pairing with", UnTensed (T.pack who), Tensed "in progress" "complete"]
+	, alertPriority = High
+	, alertName = Just $ PairAlert who
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertButtons = maybeToList button
+	}
+
+connectionNeededAlert :: AlertButton -> Alert
+connectionNeededAlert button = Alert
+	{ alertHeader = Just "Share with friends, and keep your devices in sync across the cloud."
+	, alertIcon = Just ConnectionIcon
+	, alertPriority = High
+	, alertButtons = [button]
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just ConnectionNeededAlert
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertData = []
+	}
+
+cloudRepoNeededAlert :: Maybe String -> AlertButton -> Alert
+cloudRepoNeededAlert friendname button = Alert
+	{ alertHeader = Just $ fromString $ unwords
+		[ "Unable to download files from"
+		, (fromMaybe "your other devices" friendname) ++ "."
+		]
+	, alertIcon = Just ErrorIcon
+	, alertPriority = High
+	, alertButtons = [button]
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just $ CloudRepoNeededAlert
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertData = []
+	}
+
+remoteRemovalAlert :: String -> AlertButton -> Alert
+remoteRemovalAlert desc button = Alert
+	{ alertHeader = Just $ fromString $
+		"The repository \"" ++ desc ++ 
+		"\" has been emptied, and can now be removed."
+	, alertIcon = Just InfoIcon
+	, alertPriority = High
+	, alertButtons = [button]
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just $ RemoteRemovalAlert desc
+	, alertCombiner = Just $ dataCombiner $ \_old new -> new
+	, alertData = []
+	}
+
+{- Show a message that relates to a list of files.
+ -
+ - The most recent several files are shown, and a count of any others. -}
+fileAlert :: TenseChunk -> [FilePath] -> Alert
+fileAlert msg files = (activityAlert Nothing shortfiles)
+	{ alertName = Just $ FileAlert msg
+	, alertMessageRender = renderer
+	, alertCounter = counter
+	, alertCombiner = Just $ fullCombiner combiner
+	}
+  where
+	maxfilesshown = 10
+
+	(!somefiles, !counter) = splitcounter (dedupadjacent files)
+	!shortfiles = map (fromString . shortFile . takeFileName) somefiles
+
+	renderer alert = tenseWords $ msg : alertData alert ++ showcounter
+	  where
+		showcounter = case alertCounter alert of
+			0 -> []
+			_ -> [fromString $ "and " ++ show (alertCounter alert) ++ " other files"]
+
+	dedupadjacent (x:y:rest)
+		| x == y = dedupadjacent (y:rest)
+		| otherwise = x : dedupadjacent (y:rest)
+	dedupadjacent (x:[]) = [x]
+	dedupadjacent [] = []
+
+	{- Note that this ensures the counter is never 1; no need to say 
+	 - "1 file" when the filename could be shown. -}
+	splitcounter l
+		| length l <= maxfilesshown = (l, 0)
+		| otherwise =
+			let (keep, rest) = splitAt (maxfilesshown - 1) l
+			in (keep, length rest)
+	
+	combiner new old =
+		let (!fs, n) = splitcounter $
+			dedupadjacent $ alertData new ++ alertData old
+		    !cnt = n + alertCounter new + alertCounter old
+		in old
+			{ alertData = fs
+			, alertCounter = cnt
+			}
+
+addFileAlert :: [FilePath] -> Alert
+addFileAlert = fileAlert (Tensed "Adding" "Added")
+
+{- This is only used as a success alert after a transfer, not during it. -}
+transferFileAlert :: Direction -> Bool -> FilePath -> Alert
+transferFileAlert direction True file
+	| direction == Upload = fileAlert "Uploaded" [file]
+	| otherwise = fileAlert "Downloaded" [file]
+transferFileAlert direction False file
+	| direction == Upload = fileAlert "Upload failed" [file]
+	| otherwise = fileAlert "Download failed" [file]
+
+dataCombiner :: ([TenseChunk] -> [TenseChunk] -> [TenseChunk]) -> AlertCombiner
+dataCombiner combiner = fullCombiner $
+	\new old -> old { alertData = alertData new `combiner` alertData old }
+
+fullCombiner :: (Alert -> Alert -> Alert) -> AlertCombiner
+fullCombiner combiner new old
+	| alertClass new /= alertClass old = Nothing
+	| alertName new == alertName old = 
+		Just $! new `combiner` old
+	| otherwise = Nothing
+
+shortFile :: FilePath -> String
+shortFile f
+	| len < maxlen = f
+	| otherwise = take half f ++ ".." ++ drop (len - half) f
+  where
+	len = length f
+	maxlen = 20
+	half = (maxlen - 2) `div` 2 
+
diff --git a/Assistant/Alert/Utility.hs b/Assistant/Alert/Utility.hs
new file mode 100644
index 0000000000..be631e9991
--- /dev/null
+++ b/Assistant/Alert/Utility.hs
@@ -0,0 +1,130 @@
+{- git-annex assistant alert utilities
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Alert.Utility where
+
+import Common.Annex
+import Assistant.Types.Alert
+import Utility.Tense
+
+import qualified Data.Text as T
+import Data.Text (Text)
+import qualified Data.Map as M
+
+{- This is as many alerts as it makes sense to display at a time.
+ - A display might be smaller, or larger, the point is to not overwhelm the
+ - user with a ton of alerts. -}
+displayAlerts :: Int
+displayAlerts = 6
+
+{- This is not a hard maximum, but there's no point in keeping a great
+ - many filler alerts in an AlertMap, so when there's more than this many,
+ - they start being pruned, down toward displayAlerts. -}
+maxAlerts :: Int
+maxAlerts = displayAlerts * 2
+
+type AlertPair = (AlertId, Alert)
+
+{- The desired order is the reverse of:
+ -
+ - - Pinned alerts
+ - - High priority alerts, newest first
+ - - Medium priority Activity, newest first (mostly used for Activity)
+ - - Low priority alerts, newest first
+ - - Filler priorty alerts, newest first
+ - - Ties are broken by the AlertClass, with Errors etc coming first.
+ -}
+compareAlertPairs :: AlertPair -> AlertPair -> Ordering
+compareAlertPairs
+	(aid, Alert { alertClass = aclass, alertPriority = aprio })
+	(bid, Alert { alertClass = bclass, alertPriority = bprio })
+	 = compare aprio bprio
+		`mappend` compare aid bid
+			`mappend` compare aclass bclass
+
+sortAlertPairs :: [AlertPair] -> [AlertPair]
+sortAlertPairs = sortBy compareAlertPairs
+
+{- Renders an alert's header for display, if it has one. -}
+renderAlertHeader :: Alert -> Maybe Text
+renderAlertHeader alert = renderTense (alertTense alert) <$> alertHeader alert
+
+{- Renders an alert's message for display. -}
+renderAlertMessage :: Alert -> Text
+renderAlertMessage alert = renderTense (alertTense alert) $
+	(alertMessageRender alert) alert
+
+showAlert :: Alert -> String
+showAlert alert = T.unpack $ T.unwords $ catMaybes
+	[ renderAlertHeader alert
+	, Just $ renderAlertMessage alert
+	]
+
+alertTense :: Alert -> Tense
+alertTense alert
+	| alertClass alert == Activity = Present
+	| otherwise = Past
+
+{- Checks if two alerts display the same. -}
+effectivelySameAlert :: Alert -> Alert -> Bool
+effectivelySameAlert x y = all id 
+	[ alertClass x == alertClass y
+	, alertHeader x == alertHeader y
+	, alertData x == alertData y
+	, alertBlockDisplay x == alertBlockDisplay y
+	, alertClosable x == alertClosable y
+	, alertPriority x == alertPriority y
+	]
+
+makeAlertFiller :: Bool -> Alert -> Alert
+makeAlertFiller success alert
+	| isFiller alert = alert
+	| otherwise = alert
+		{ alertClass = if c == Activity then c' else c
+		, alertPriority = Filler
+		, alertClosable = True
+		, alertButtons = []
+		, alertIcon = Just $ if success then SuccessIcon else ErrorIcon
+		}
+  where
+	c = alertClass alert
+	c'
+		| success = Success
+		| otherwise = Error
+
+isFiller :: Alert -> Bool
+isFiller alert = alertPriority alert == Filler
+
+{- Updates the Alertmap, adding or updating an alert.
+ -
+ - Any old filler that looks the same as the alert is removed.
+ -
+ - Or, if the alert has an alertCombiner that combines it with
+ - an old alert, the old alert is replaced with the result, and the
+ - alert is removed.
+ -
+ - Old filler alerts are pruned once maxAlerts is reached.
+ -}
+mergeAlert :: AlertId -> Alert -> AlertMap -> AlertMap
+mergeAlert i al m = maybe updatePrune updateCombine (alertCombiner al)
+  where
+	pruneSame k al' = k == i || not (effectivelySameAlert al al')
+	pruneBloat m'
+		| bloat > 0 = M.fromList $ pruneold $ M.toList m'
+		| otherwise = m'
+	  where
+		bloat = M.size m' - maxAlerts
+		pruneold l =
+	 		let (f, rest) = partition (\(_, a) -> isFiller a) l
+			in drop bloat f ++ rest
+	updatePrune = pruneBloat $ M.filterWithKey pruneSame $
+		M.insertWith' const i al m
+	updateCombine combiner = 
+		let combined = M.mapMaybe (combiner al) m
+		in if M.null combined
+			then updatePrune
+			else M.delete i $ M.union combined m
diff --git a/Assistant/BranchChange.hs b/Assistant/BranchChange.hs
new file mode 100644
index 0000000000..c9354544a5
--- /dev/null
+++ b/Assistant/BranchChange.hs
@@ -0,0 +1,19 @@
+{- git-annex assistant git-annex branch change tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.BranchChange where
+
+import Assistant.Common
+import Assistant.Types.BranchChange
+
+import Control.Concurrent.MSampleVar
+
+branchChanged :: Assistant ()
+branchChanged = flip writeSV () <<~ (fromBranchChangeHandle . branchChangeHandle)
+
+waitBranchChange :: Assistant ()
+waitBranchChange = readSV <<~ (fromBranchChangeHandle . branchChangeHandle)
diff --git a/Assistant/Changes.hs b/Assistant/Changes.hs
new file mode 100644
index 0000000000..2ecd2036ce
--- /dev/null
+++ b/Assistant/Changes.hs
@@ -0,0 +1,47 @@
+{- git-annex assistant change tracking
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Changes where
+
+import Assistant.Common
+import Assistant.Types.Changes
+import Utility.TList
+
+import Data.Time.Clock
+import Control.Concurrent.STM
+
+{- Handlers call this when they made a change that needs to get committed. -}
+madeChange :: FilePath -> ChangeInfo -> Assistant (Maybe Change)
+madeChange f t = Just <$> (Change <$> liftIO getCurrentTime <*> pure f <*> pure t)
+
+noChange :: Assistant (Maybe Change)
+noChange = return Nothing
+
+{- Indicates an add needs to be done, but has not started yet. -}
+pendingAddChange :: FilePath -> Assistant (Maybe Change)
+pendingAddChange f = Just <$> (PendingAddChange <$> liftIO getCurrentTime <*> pure f)
+
+{- Gets all unhandled changes.
+ - Blocks until at least one change is made. -}
+getChanges :: Assistant [Change]
+getChanges = (atomically . getTList) <<~ changePool
+
+{- Gets all unhandled changes, without blocking. -}
+getAnyChanges :: Assistant [Change]
+getAnyChanges = (atomically . takeTList) <<~ changePool
+
+{- Puts unhandled changes back into the pool.
+ - Note: Original order is not preserved. -}
+refillChanges :: [Change] -> Assistant ()
+refillChanges cs = (atomically . flip appendTList cs) <<~ changePool
+
+{- Records a change to the pool. -}
+recordChange :: Change -> Assistant ()
+recordChange c = (atomically . flip snocTList c) <<~ changePool
+
+recordChanges :: [Change] -> Assistant ()
+recordChanges = refillChanges
diff --git a/Assistant/Commits.hs b/Assistant/Commits.hs
new file mode 100644
index 0000000000..7d1d3780fe
--- /dev/null
+++ b/Assistant/Commits.hs
@@ -0,0 +1,23 @@
+{- git-annex assistant commit tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Commits where
+
+import Assistant.Common
+import Assistant.Types.Commits
+import Utility.TList
+
+import Control.Concurrent.STM
+
+{- Gets all unhandled commits.
+ - Blocks until at least one commit is made. -}
+getCommits :: Assistant [Commit]
+getCommits = (atomically . getTList) <<~ commitChan
+
+{- Records a commit in the channel. -}
+recordCommit :: Assistant ()
+recordCommit = (atomically . flip consTList Commit) <<~ commitChan
diff --git a/Assistant/Common.hs b/Assistant/Common.hs
new file mode 100644
index 0000000000..f9719422d9
--- /dev/null
+++ b/Assistant/Common.hs
@@ -0,0 +1,14 @@
+{- Common infrastructure for the git-annex assistant.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Common (module X) where
+
+import Common.Annex as X
+import Assistant.Monad as X
+import Assistant.Types.DaemonStatus as X
+import Assistant.Types.NamedThread as X
+import Assistant.Types.Alert as X
diff --git a/Assistant/CredPairCache.hs b/Assistant/CredPairCache.hs
new file mode 100644
index 0000000000..2b8f72e7cd
--- /dev/null
+++ b/Assistant/CredPairCache.hs
@@ -0,0 +1,53 @@
+{- git-annex assistant CredPair cache.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Assistant.CredPairCache (
+	cacheCred,
+	getCachedCred,
+	expireCachedCred,
+) where
+
+import Assistant.Types.CredPairCache
+import Types.Creds
+import Assistant.Common
+import Utility.ThreadScheduler
+
+import qualified Data.Map as M
+import Control.Concurrent
+
+{- Caches a CredPair, but only for a limited time, after which it
+ - will expire.
+ -
+ - Note that repeatedly caching the same CredPair
+ - does not reset its expiry time.
+ -}
+cacheCred :: CredPair -> Seconds -> Assistant ()
+cacheCred (login, password) expireafter = do
+	cache <- getAssistant credPairCache
+	liftIO $ do
+		changeStrict cache $ M.insert login password
+		void $ forkIO $ do
+			threadDelaySeconds expireafter
+			changeStrict cache $ M.delete login
+
+getCachedCred :: Login -> Assistant (Maybe Password)
+getCachedCred login = do
+	cache <- getAssistant credPairCache
+	liftIO $ M.lookup login <$> readMVar cache
+
+expireCachedCred :: Login -> Assistant ()
+expireCachedCred login = do
+	cache <- getAssistant credPairCache
+	liftIO $ changeStrict cache $ M.delete login
+
+{- Update map strictly to avoid keeping references to old creds in memory. -}
+changeStrict :: CredPairCache -> (M.Map Login Password -> M.Map Login Password) -> IO ()
+changeStrict cache a = modifyMVar_ cache $ \m -> do
+	let !m' = a m
+	return m'
diff --git a/Assistant/DaemonStatus.hs b/Assistant/DaemonStatus.hs
new file mode 100644
index 0000000000..35f8fc8564
--- /dev/null
+++ b/Assistant/DaemonStatus.hs
@@ -0,0 +1,271 @@
+{- git-annex assistant daemon status
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Assistant.DaemonStatus where
+
+import Assistant.Common
+import Assistant.Alert.Utility
+import Utility.Tmp
+import Assistant.Types.NetMessager
+import Utility.NotificationBroadcaster
+import Logs.Transfer
+import Logs.Trust
+import qualified Remote
+import qualified Types.Remote as Remote
+import qualified Git
+
+import Control.Concurrent.STM
+import System.Posix.Types
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+import qualified Data.Map as M
+import qualified Data.Set as S
+import qualified Data.Text as T
+
+getDaemonStatus :: Assistant DaemonStatus
+getDaemonStatus = (atomically . readTMVar) <<~ daemonStatusHandle
+
+modifyDaemonStatus_ :: (DaemonStatus -> DaemonStatus) -> Assistant ()
+modifyDaemonStatus_ a = modifyDaemonStatus $ \s -> (a s, ())
+
+modifyDaemonStatus :: (DaemonStatus -> (DaemonStatus, b)) -> Assistant b
+modifyDaemonStatus a = do
+	dstatus <- getAssistant daemonStatusHandle
+	liftIO $ do
+		(s, b) <- atomically $ do
+			r@(!s, _) <- a <$> takeTMVar dstatus
+			putTMVar dstatus s
+			return r
+		sendNotification $ changeNotifier s
+		return b
+
+{- Returns a function that updates the lists of syncable remotes
+ - and other associated information. -}
+calcSyncRemotes :: Annex (DaemonStatus -> DaemonStatus)
+calcSyncRemotes = do
+	rs <- filter (remoteAnnexSync . Remote.gitconfig) .
+		concat . Remote.byCost <$> Remote.remoteList
+	alive <- trustExclude DeadTrusted (map Remote.uuid rs)
+	let good r = Remote.uuid r `elem` alive
+	let syncable = filter good rs
+	let syncdata = filter (not . remoteAnnexIgnore . Remote.gitconfig) $
+		filter (not . Remote.isXMPPRemote) syncable
+
+	return $ \dstatus -> dstatus
+		{ syncRemotes = syncable
+		, syncGitRemotes = filter Remote.gitSyncableRemote syncable
+		, syncDataRemotes = syncdata
+		, syncingToCloudRemote = any iscloud syncdata
+		}
+  where
+  	iscloud r = not (Remote.readonly r) && Remote.availability r == Remote.GloballyAvailable
+
+{- Updates the syncRemotes list from the list of all remotes in Annex state. -}
+updateSyncRemotes :: Assistant ()
+updateSyncRemotes = do
+	modifyDaemonStatus_ =<< liftAnnex calcSyncRemotes
+	status <- getDaemonStatus
+	liftIO $ sendNotification $ syncRemotesNotifier status
+
+	when (syncingToCloudRemote status) $
+		updateAlertMap $
+			M.filter $ \alert ->
+				alertName alert /= Just CloudRepoNeededAlert
+
+changeCurrentlyConnected :: (S.Set UUID -> S.Set UUID) -> Assistant ()
+changeCurrentlyConnected sm = do
+	modifyDaemonStatus_ $ \ds -> ds
+		{ currentlyConnectedRemotes = sm (currentlyConnectedRemotes ds)
+		}
+	v <- currentlyConnectedRemotes <$> getDaemonStatus
+	debug [show v]
+	liftIO . sendNotification =<< syncRemotesNotifier <$> getDaemonStatus
+
+updateScheduleLog :: Assistant ()
+updateScheduleLog =
+	liftIO . sendNotification =<< scheduleLogNotifier <$> getDaemonStatus
+
+{- Load any previous daemon status file, and store it in a MVar for this
+ - process to use as its DaemonStatus. Also gets current transfer status. -}
+startDaemonStatus :: Annex DaemonStatusHandle
+startDaemonStatus = do
+	file <- fromRepo gitAnnexDaemonStatusFile
+	status <- liftIO $
+		flip catchDefaultIO (readDaemonStatusFile file) =<< newDaemonStatus
+	transfers <- M.fromList <$> getTransfers
+	addsync <- calcSyncRemotes
+	liftIO $ atomically $ newTMVar $ addsync $ status
+		{ scanComplete = False
+		, sanityCheckRunning = False
+		, currentTransfers = transfers
+		}
+
+{- Don't just dump out the structure, because it will change over time,
+ - and parts of it are not relevant. -}
+writeDaemonStatusFile :: FilePath -> DaemonStatus -> IO ()
+writeDaemonStatusFile file status = 
+	viaTmp writeFile file =<< serialized <$> getPOSIXTime
+  where
+	serialized now = unlines
+		[ "lastRunning:" ++ show now
+		, "scanComplete:" ++ show (scanComplete status)
+		, "sanityCheckRunning:" ++ show (sanityCheckRunning status)
+		, "lastSanityCheck:" ++ maybe "" show (lastSanityCheck status)
+		]
+
+readDaemonStatusFile :: FilePath -> IO DaemonStatus
+readDaemonStatusFile file = parse <$> newDaemonStatus <*> readFile file
+  where
+	parse status = foldr parseline status . lines
+	parseline line status
+		| key == "lastRunning" = parseval readtime $ \v ->
+			status { lastRunning = Just v }
+		| key == "scanComplete" = parseval readish $ \v ->
+			status { scanComplete = v }
+		| key == "sanityCheckRunning" = parseval readish $ \v ->
+			status { sanityCheckRunning = v }
+		| key == "lastSanityCheck" = parseval readtime $ \v ->
+			status { lastSanityCheck = Just v }
+		| otherwise = status -- unparsable line
+	  where
+		(key, value) = separate (== ':') line
+		parseval parser a = maybe status a (parser value)
+		readtime s = do
+			d <- parseTime defaultTimeLocale "%s%Qs" s
+			Just $ utcTimeToPOSIXSeconds d
+
+{- Checks if a time stamp was made after the daemon was lastRunning.
+ -
+ - Some slop is built in; this really checks if the time stamp was made
+ - at least ten minutes after the daemon was lastRunning. This is to
+ - ensure the daemon shut down cleanly, and deal with minor clock skew.
+ -
+ - If the daemon has never ran before, this always returns False.
+ -}
+afterLastDaemonRun :: EpochTime -> DaemonStatus -> Bool
+afterLastDaemonRun timestamp status = maybe False (< t) (lastRunning status)
+  where
+	t = realToFrac (timestamp + slop) :: POSIXTime
+	slop = fromIntegral tenMinutes
+
+tenMinutes :: Int
+tenMinutes = 10 * 60
+
+{- Mutates the transfer map. Runs in STM so that the transfer map can
+ - be modified in the same transaction that modifies the transfer queue.
+ - Note that this does not send a notification of the change; that's left
+ - to the caller. -}
+adjustTransfersSTM :: DaemonStatusHandle -> (TransferMap -> TransferMap) -> STM ()
+adjustTransfersSTM dstatus a = do
+	s <- takeTMVar dstatus
+	let !v = a (currentTransfers s)
+	putTMVar dstatus $ s { currentTransfers = v }
+
+{- Checks if a transfer is currently running. -}
+checkRunningTransferSTM :: DaemonStatusHandle -> Transfer -> STM Bool
+checkRunningTransferSTM dstatus t = M.member t . currentTransfers
+	<$> readTMVar dstatus
+
+{- Alters a transfer's info, if the transfer is in the map. -}
+alterTransferInfo :: Transfer -> (TransferInfo -> TransferInfo) -> Assistant ()
+alterTransferInfo t a = updateTransferInfo' $ M.adjust a t
+
+{- Updates a transfer's info. Adds the transfer to the map if necessary,
+ - or if already present, updates it while preserving the old transferTid,
+ - transferPaused, and bytesComplete values, which are not written to disk. -}
+updateTransferInfo :: Transfer -> TransferInfo -> Assistant ()
+updateTransferInfo t info = updateTransferInfo' $ M.insertWith' merge t info
+  where
+	merge new old = new
+		{ transferTid = maybe (transferTid new) Just (transferTid old)
+		, transferPaused = transferPaused new || transferPaused old
+		, bytesComplete = maybe (bytesComplete new) Just (bytesComplete old)
+		}
+
+updateTransferInfo' :: (TransferMap -> TransferMap) -> Assistant ()
+updateTransferInfo' a = notifyTransfer `after` modifyDaemonStatus_ update
+  where
+	update s = s { currentTransfers = a (currentTransfers s) }
+
+{- Removes a transfer from the map, and returns its info. -}
+removeTransfer :: Transfer -> Assistant (Maybe TransferInfo)
+removeTransfer t = notifyTransfer `after` modifyDaemonStatus remove
+  where
+	remove s =
+		let (info, ts) = M.updateLookupWithKey
+			(\_k _v -> Nothing)
+			t (currentTransfers s)
+		in (s { currentTransfers = ts }, info)
+
+{- Send a notification when a transfer is changed. -}
+notifyTransfer :: Assistant ()
+notifyTransfer = do
+	dstatus <- getAssistant daemonStatusHandle
+	liftIO $ sendNotification
+		=<< transferNotifier <$> atomically (readTMVar dstatus)
+
+{- Send a notification when alerts are changed. -}
+notifyAlert :: Assistant ()
+notifyAlert = do
+	dstatus <- getAssistant daemonStatusHandle
+	liftIO $ sendNotification
+		=<< alertNotifier <$> atomically (readTMVar dstatus)
+
+{- Returns the alert's identifier, which can be used to remove it. -}
+addAlert :: Alert -> Assistant AlertId
+addAlert alert = do
+	notice [showAlert alert]
+	notifyAlert `after` modifyDaemonStatus add
+  where
+	add s = (s { lastAlertId = i, alertMap = m }, i)
+	  where
+		!i = nextAlertId $ lastAlertId s
+		!m = mergeAlert i alert (alertMap s)
+
+removeAlert :: AlertId -> Assistant ()
+removeAlert i = updateAlert i (const Nothing)
+
+updateAlert :: AlertId -> (Alert -> Maybe Alert) -> Assistant ()
+updateAlert i a = updateAlertMap $ \m -> M.update a i m
+
+updateAlertMap :: (AlertMap -> AlertMap) -> Assistant ()
+updateAlertMap a = notifyAlert `after` modifyDaemonStatus_ update
+  where
+	update s = 
+		let !m = a (alertMap s)
+		in s { alertMap = m }
+
+{- Displays an alert while performing an activity that returns True on
+ - success.
+ -
+ - The alert is left visible afterwards, as filler.
+ - Old filler is pruned, to prevent the map growing too large. -}
+alertWhile :: Alert -> Assistant Bool -> Assistant Bool
+alertWhile alert a = alertWhile' alert $ do
+	r <- a
+	return (r, r)
+
+{- Like alertWhile, but allows the activity to return a value too. -}
+alertWhile' :: Alert -> Assistant (Bool, a) -> Assistant a
+alertWhile' alert a = do
+	let alert' = alert { alertClass = Activity }
+	i <- addAlert alert'
+	(ok, r) <- a
+	updateAlertMap $ mergeAlert i $ makeAlertFiller ok alert'
+	return r
+
+{- Displays an alert while performing an activity, then removes it. -}
+alertDuring :: Alert -> Assistant a -> Assistant a
+alertDuring alert a = do
+	i <- addAlert $ alert { alertClass = Activity }
+	removeAlert  i `after` a
+
+getXMPPClientID :: Remote -> ClientID
+getXMPPClientID r = T.pack $ drop (length "xmpp::") (Git.repoLocation (Remote.repo r))
diff --git a/Assistant/DeleteRemote.hs b/Assistant/DeleteRemote.hs
new file mode 100644
index 0000000000..cc05786e40
--- /dev/null
+++ b/Assistant/DeleteRemote.hs
@@ -0,0 +1,89 @@
+{- git-annex assistant remote deletion utilities
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.DeleteRemote where
+
+import Assistant.Common
+import Assistant.Types.UrlRenderer
+import Assistant.TransferQueue
+import Logs.Transfer
+import Logs.Location
+import Assistant.DaemonStatus
+import qualified Remote
+import Remote.List
+import qualified Git.Remote
+import Logs.Trust
+import qualified Annex
+
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+import Assistant.Alert
+import qualified Data.Text as T
+#endif
+
+{- Removes a remote (but leave the repository as-is), and returns the old
+ - Remote data. -}
+disableRemote :: UUID -> Assistant Remote
+disableRemote uuid = do
+	remote <- fromMaybe (error "unknown remote")
+		<$> liftAnnex (Remote.remoteFromUUID uuid)
+	liftAnnex $ do
+		inRepo $ Git.Remote.remove (Remote.name remote)
+		void $ remoteListRefresh
+	updateSyncRemotes
+	return remote
+
+{- Removes a remote, marking it dead .-}
+removeRemote :: UUID -> Assistant Remote
+removeRemote uuid = do
+	liftAnnex $ trustSet uuid DeadTrusted
+	disableRemote uuid
+
+{- Called when a Remote is probably empty, to remove it.
+ -
+ - This does one last check for any objects remaining in the Remote,
+ - and if there are any, queues Downloads of them, and defers removing
+ - the remote for later. This is to catch any objects not referred to
+ - in keys in the current branch.
+ -}
+removableRemote :: UrlRenderer -> UUID -> Assistant ()
+removableRemote urlrenderer uuid = do
+	keys <- getkeys
+	if null keys
+		then finishRemovingRemote urlrenderer uuid
+		else do
+			r <- fromMaybe (error "unknown remote")
+				<$> liftAnnex (Remote.remoteFromUUID uuid)
+			mapM_ (queueremaining r) keys
+  where
+  	queueremaining r k = 
+		queueTransferWhenSmall "remaining object in unwanted remote"
+			Nothing (Transfer Download uuid k) r
+	{- Scanning for keys can take a long time; do not tie up
+	 - the Annex monad while doing it, so other threads continue to
+	 - run. -}
+	getkeys = do
+		a <- liftAnnex $ Annex.withCurrentState $ loggedKeysFor uuid
+		liftIO a
+
+{- With the webapp, this asks the user to click on a button to finish
+ - removing the remote.
+ -
+ - Without the webapp, just do the removal now.
+ -}
+finishRemovingRemote :: UrlRenderer -> UUID -> Assistant ()
+#ifdef WITH_WEBAPP
+finishRemovingRemote urlrenderer uuid = do
+	desc <- liftAnnex $ Remote.prettyUUID uuid
+	button <- mkAlertButton True (T.pack "Finish deletion process") urlrenderer $
+		FinishDeleteRepositoryR uuid
+	void $ addAlert $ remoteRemovalAlert desc button
+#else
+finishRemovingRemote _ uuid = void $ removeRemote uuid
+#endif
diff --git a/Assistant/Drop.hs b/Assistant/Drop.hs
new file mode 100644
index 0000000000..efd74fdb3e
--- /dev/null
+++ b/Assistant/Drop.hs
@@ -0,0 +1,25 @@
+{- git-annex assistant dropping of unwanted content
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Drop (
+	handleDrops,
+	handleDropsFrom,
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Annex.Drop (handleDropsFrom, Reason)
+import Logs.Location
+import CmdLine.Action
+
+{- Drop from local and/or remote when allowed by the preferred content and
+ - numcopies settings. -}
+handleDrops :: Reason -> Bool -> Key -> AssociatedFile -> Maybe Remote -> Assistant ()
+handleDrops reason fromhere key f knownpresentremote = do
+	syncrs <- syncDataRemotes <$> getDaemonStatus
+	locs <- liftAnnex $ loggedLocations key
+	liftAnnex $ handleDropsFrom locs syncrs reason fromhere key f knownpresentremote callCommandAction
diff --git a/Assistant/Fsck.hs b/Assistant/Fsck.hs
new file mode 100644
index 0000000000..791c0cf170
--- /dev/null
+++ b/Assistant/Fsck.hs
@@ -0,0 +1,50 @@
+{- git-annex assistant fscking
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+module Assistant.Fsck where
+
+import Assistant.Common
+import Types.ScheduledActivity
+import qualified Types.Remote as Remote
+import Annex.UUID
+import Assistant.Alert
+import Assistant.Types.UrlRenderer
+import Logs.Schedule
+import qualified Annex
+
+import qualified Data.Set as S
+
+{- Displays a nudge in the webapp if a fsck is not configured for
+ - the specified remote, or for the local repository. -}
+fsckNudge :: UrlRenderer -> Maybe Remote -> Assistant ()
+fsckNudge urlrenderer mr
+	| maybe True fsckableRemote mr =
+		whenM (liftAnnex $ annexFsckNudge <$> Annex.getGitConfig) $
+			unlessM (liftAnnex $ checkFscked mr) $
+				notFsckedNudge urlrenderer mr
+	| otherwise = noop
+
+fsckableRemote :: Remote -> Bool
+fsckableRemote = isJust . Remote.remoteFsck
+
+{- Checks if the remote, or the local repository, has a fsck scheduled.
+ - Only looks at fscks configured to run via the local repository, not
+ - other repositories. -}
+checkFscked :: Maybe Remote -> Annex Bool
+checkFscked mr = any wanted . S.toList <$> (scheduleGet =<< getUUID)
+  where
+	wanted = case mr of
+		Nothing -> isSelfFsck
+		Just r -> flip isFsckOf (Remote.uuid r)
+
+isSelfFsck :: ScheduledActivity -> Bool
+isSelfFsck (ScheduledSelfFsck _ _) = True
+isSelfFsck _ = False
+
+isFsckOf :: ScheduledActivity -> UUID -> Bool
+isFsckOf (ScheduledRemoteFsck u _ _) u' = u == u'
+isFsckOf _ _ = False
diff --git a/Assistant/Gpg.hs b/Assistant/Gpg.hs
new file mode 100644
index 0000000000..a55a0cab73
--- /dev/null
+++ b/Assistant/Gpg.hs
@@ -0,0 +1,36 @@
+{- git-annex assistant gpg stuff
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.Gpg where
+
+import Utility.Gpg
+import Utility.UserInfo
+import Types.Remote (RemoteConfigKey)
+
+import qualified Data.Map as M
+
+{- Generates a gpg user id that is not used by any existing secret key -}
+newUserId :: IO UserId
+newUserId = do
+	oldkeys <- secretKeys
+	username <- myUserName
+  	let basekeyname = username ++ "'s git-annex encryption key"
+	return $ Prelude.head $ filter (\n -> M.null $ M.filter (== n) oldkeys)
+		( basekeyname
+		: map (\n -> basekeyname ++ show n) ([2..] :: [Int])
+		)
+
+data EnableEncryption = HybridEncryption | SharedEncryption | NoEncryption
+	deriving (Eq)
+
+{- Generates Remote configuration for encryption. -}
+configureEncryption :: EnableEncryption -> (RemoteConfigKey, String)
+configureEncryption SharedEncryption = ("encryption", "shared")
+configureEncryption NoEncryption = ("encryption", "none")
+configureEncryption HybridEncryption = ("encryption", "hybrid")
diff --git a/Assistant/Install.hs b/Assistant/Install.hs
new file mode 100644
index 0000000000..84dc779d4c
--- /dev/null
+++ b/Assistant/Install.hs
@@ -0,0 +1,137 @@
+{- Assistant installation
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Install where
+
+import Assistant.Common
+import Assistant.Install.AutoStart
+import Config.Files
+import Utility.FileMode
+import Utility.Shell
+import Utility.Tmp
+import Utility.Env
+import Utility.SshConfig
+
+#ifdef darwin_HOST_OS
+import Utility.OSX
+#else
+import Utility.FreeDesktop
+import Assistant.Install.Menu
+#endif
+
+standaloneAppBase :: IO (Maybe FilePath)
+standaloneAppBase = getEnv "GIT_ANNEX_APP_BASE"
+
+{- The standalone app does not have an installation process.
+ - So when it's run, it needs to set up autostarting of the assistant
+ - daemon, as well as writing the programFile, and putting the
+ - git-annex-shell and git-annex-wrapper wrapper scripts into ~/.ssh
+ -
+ - Note that this is done every time it's started, so if the user moves
+ - it around, the paths this sets up won't break.
+ -
+ - Nautilus hook script installation is done even for packaged apps,
+ - since it has to go into the user's home directory.
+ -}
+ensureInstalled :: IO ()
+ensureInstalled = go =<< standaloneAppBase
+  where
+	go Nothing = installNautilus "git-annex"
+	go (Just base) = do
+		let program = base </> "git-annex"
+		programfile <- programFile
+		createDirectoryIfMissing True (parentDir programfile)
+		writeFile programfile program
+
+#ifdef darwin_HOST_OS
+		autostartfile <- userAutoStart osxAutoStartLabel
+#else
+		menufile <- desktopMenuFilePath "git-annex" <$> userDataDir
+		icondir <- iconDir <$> userDataDir
+		installMenu program menufile base icondir
+		autostartfile <- autoStartPath "git-annex" <$> userConfigDir
+#endif
+		installAutoStart program autostartfile
+
+		sshdir <- sshDir
+		let runshell var = "exec " ++ base </> "runshell " ++ var
+		let rungitannexshell var = runshell $ "git-annex-shell -c \"" ++ var ++ "\""
+
+		installWrapper (sshdir </> "git-annex-shell") $ unlines
+			[ shebang_local
+			, "set -e"
+			, "if [ \"x$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then"
+			,   rungitannexshell "$SSH_ORIGINAL_COMMAND"
+			, "else"
+			,   rungitannexshell "$@"
+			, "fi"
+			]
+		installWrapper (sshdir </> "git-annex-wrapper") $ unlines
+			[ shebang_local
+			, "set -e"
+			, runshell "\"$@\""
+			]
+
+		installNautilus program
+
+installWrapper :: FilePath -> String -> IO ()
+installWrapper file content = do
+	curr <- catchDefaultIO "" $ readFileStrict file
+	when (curr /= content) $ do
+		createDirectoryIfMissing True (parentDir file)
+		viaTmp writeFile file content
+		modifyFileMode file $ addModes [ownerExecuteMode]
+
+installNautilus :: FilePath -> IO ()
+#ifdef linux_HOST_OS
+installNautilus program = do
+	scriptdir <- (\d -> d </> "nautilus" </> "scripts") <$> userDataDir
+	createDirectoryIfMissing True scriptdir
+	genscript scriptdir "get"
+	genscript scriptdir "drop"
+  where
+	genscript scriptdir action =
+		installscript (scriptdir </> scriptname action) $ unlines
+			[ shebang_local
+			, autoaddedcomment
+			, "exec " ++ program ++ " " ++ action ++ " --notify-start --notify-finish -- \"$@\""
+			]
+	scriptname action = "git-annex " ++ action
+	installscript f c = whenM (safetoinstallscript f) $ do
+		writeFile f c
+		modifyFileMode f $ addModes [ownerExecuteMode]
+	safetoinstallscript f = catchDefaultIO True $
+		elem autoaddedcomment . lines <$> readFileStrict f
+	autoaddedcomment = "# Automatically added by git-annex, do not edit. (To disable, chmod 600 this file.)"
+#else
+installNautilus _ = noop
+#endif
+
+{- Returns a cleaned up environment that lacks settings used to make the
+ - standalone builds use their bundled libraries and programs.
+ - Useful when calling programs not included in the standalone builds.
+ -
+ - For a non-standalone build, returns Nothing.
+ -}
+cleanEnvironment :: IO (Maybe [(String, String)])
+cleanEnvironment = clean <$> getEnvironment
+  where
+	clean environ
+		| null vars = Nothing
+		| otherwise = Just $ catMaybes $ map (restoreorig environ) environ
+		| otherwise = Nothing
+	  where
+		vars = words $ fromMaybe "" $
+			lookup "GIT_ANNEX_STANDLONE_ENV" environ
+		restoreorig oldenviron p@(k, _v)
+			| k `elem` vars = case lookup ("ORIG_" ++ k) oldenviron of
+				(Just v')
+					| not (null v') -> Just (k, v')
+				_ -> Nothing
+			| otherwise = Just p
diff --git a/Assistant/Install/AutoStart.hs b/Assistant/Install/AutoStart.hs
new file mode 100644
index 0000000000..b03d202244
--- /dev/null
+++ b/Assistant/Install/AutoStart.hs
@@ -0,0 +1,39 @@
+{- Assistant autostart file installation
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Install.AutoStart where
+
+import Utility.FreeDesktop
+#ifdef darwin_HOST_OS
+import Utility.OSX
+import Utility.Path
+import System.Directory
+#endif
+
+installAutoStart :: FilePath -> FilePath -> IO ()
+installAutoStart command file = do
+#ifdef darwin_HOST_OS
+	createDirectoryIfMissing True (parentDir file)
+	writeFile file $ genOSXAutoStartFile osxAutoStartLabel command
+		["assistant", "--autostart"]
+#else
+	writeDesktopMenuFile (fdoAutostart command) file
+#endif
+
+osxAutoStartLabel :: String
+osxAutoStartLabel = "com.branchable.git-annex.assistant"
+
+fdoAutostart :: FilePath -> DesktopEntry
+fdoAutostart command = genDesktopEntry
+	"Git Annex Assistant"
+	"Autostart"
+	False
+	(command ++ " assistant --autostart")
+	Nothing
+	[]
diff --git a/Assistant/Install/Menu.hs b/Assistant/Install/Menu.hs
new file mode 100644
index 0000000000..d095cdd887
--- /dev/null
+++ b/Assistant/Install/Menu.hs
@@ -0,0 +1,47 @@
+{- Assistant menu installation.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Install.Menu where
+
+import Common
+
+import Utility.FreeDesktop
+
+installMenu :: FilePath -> FilePath -> FilePath -> FilePath -> IO ()
+#ifdef darwin_HOST_OS
+installMenu _command _menufile _iconsrcdir _icondir = return ()
+#else
+installMenu command menufile iconsrcdir icondir = do
+	writeDesktopMenuFile (fdoDesktopMenu command) menufile
+	installIcon (iconsrcdir </> "logo.svg") $
+		iconFilePath (iconBaseName ++ ".svg") "scalable" icondir
+	installIcon (iconsrcdir </> "logo_16x16.png") $
+		iconFilePath (iconBaseName ++ ".png") "16x16" icondir
+#endif
+
+{- The command can be either just "git-annex", or the full path to use
+ - to run it. -}
+fdoDesktopMenu :: FilePath -> DesktopEntry
+fdoDesktopMenu command = genDesktopEntry
+	"Git Annex"
+	"Track and sync the files in your Git Annex"
+	False
+	(command ++ " webapp")
+	(Just iconBaseName)
+	["Network", "FileTransfer"]
+
+installIcon :: FilePath -> FilePath -> IO ()
+installIcon src dest = do
+	createDirectoryIfMissing True (parentDir dest)
+	withBinaryFile src ReadMode $ \hin ->
+		withBinaryFile dest WriteMode $ \hout ->
+			hGetContents hin >>= hPutStr hout
+
+iconBaseName :: String
+iconBaseName = "git-annex"
diff --git a/Assistant/MakeRemote.hs b/Assistant/MakeRemote.hs
new file mode 100644
index 0000000000..967a4d41d2
--- /dev/null
+++ b/Assistant/MakeRemote.hs
@@ -0,0 +1,171 @@
+{- git-annex assistant remote creation utilities
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.MakeRemote where
+
+import Assistant.Common
+import Assistant.Ssh
+import qualified Types.Remote as R
+import qualified Remote
+import Remote.List
+import qualified Remote.Rsync as Rsync
+import qualified Remote.GCrypt as GCrypt
+import qualified Git
+import qualified Git.Command
+import qualified Command.InitRemote
+import Logs.UUID
+import Logs.Remote
+import Git.Remote
+import Git.Types (RemoteName)
+import Creds
+import Assistant.Gpg
+import Utility.Gpg (KeyId)
+
+import qualified Data.Map as M
+
+{- Sets up a new git or rsync remote, accessed over ssh. -}
+makeSshRemote :: SshData -> Annex RemoteName
+makeSshRemote sshdata = maker (sshRepoName sshdata) (genSshUrl sshdata)
+  where
+	maker
+		| onlyCapability sshdata RsyncCapable = makeRsyncRemote
+		| otherwise = makeGitRemote
+
+{- Runs an action that returns a name of the remote, and finishes adding it. -}
+addRemote :: Annex RemoteName -> Annex Remote
+addRemote a = do
+	name <- a
+	void remoteListRefresh
+	maybe (error "failed to add remote") return
+		=<< Remote.byName (Just name)
+
+{- Inits a rsync special remote, and returns its name. -}
+makeRsyncRemote :: RemoteName -> String -> Annex String
+makeRsyncRemote name location = makeRemote name location $ const $ void $
+	go =<< Command.InitRemote.findExisting name
+  where
+  	go Nothing = setupSpecialRemote name Rsync.remote config Nothing
+		(Nothing, Command.InitRemote.newConfig name)
+	go (Just (u, c)) = setupSpecialRemote name Rsync.remote config Nothing
+		(Just u, c)
+	config = M.fromList
+		[ ("encryption", "shared")
+		, ("rsyncurl", location)
+		, ("type", "rsync")
+		]
+
+{- Inits a gcrypt special remote, and returns its name. -}
+makeGCryptRemote :: RemoteName -> String -> KeyId -> Annex RemoteName
+makeGCryptRemote remotename location keyid = 
+	initSpecialRemote remotename GCrypt.remote Nothing $ M.fromList
+		[ ("type", "gcrypt")
+		, ("gitrepo", location)
+		, configureEncryption HybridEncryption
+		, ("keyid", keyid)
+		]
+
+type SpecialRemoteMaker = RemoteName -> RemoteType -> Maybe CredPair -> R.RemoteConfig -> Annex RemoteName
+
+{- Inits a new special remote. The name is used as a suggestion, but
+ - will be changed if there is already a special remote with that name. -}
+initSpecialRemote :: SpecialRemoteMaker
+initSpecialRemote name remotetype mcreds config = go 0
+  where
+	go :: Int -> Annex RemoteName
+	go n = do
+		let fullname = if n == 0  then name else name ++ show n
+		r <- Command.InitRemote.findExisting fullname
+		case r of
+			Nothing -> setupSpecialRemote fullname remotetype config mcreds
+				(Nothing, Command.InitRemote.newConfig fullname)
+			Just _ -> go (n + 1)
+
+{- Enables an existing special remote. -}
+enableSpecialRemote :: SpecialRemoteMaker
+enableSpecialRemote name remotetype mcreds config = do
+	r <- Command.InitRemote.findExisting name
+	case r of
+		Nothing -> error $ "Cannot find a special remote named " ++ name
+		Just (u, c) -> setupSpecialRemote' False name remotetype config mcreds (Just u, c)
+
+setupSpecialRemote :: RemoteName -> RemoteType -> R.RemoteConfig -> Maybe CredPair -> (Maybe UUID, R.RemoteConfig) -> Annex RemoteName
+setupSpecialRemote = setupSpecialRemote' True
+
+setupSpecialRemote' :: Bool -> RemoteName -> RemoteType -> R.RemoteConfig -> Maybe CredPair -> (Maybe UUID, R.RemoteConfig) -> Annex RemoteName
+setupSpecialRemote' setdesc name remotetype config mcreds (mu, c) = do
+	{- Currently, only 'weak' ciphers can be generated from the
+	 - assistant, because otherwise GnuPG may block once the entropy
+	 - pool is drained, and as of now there's no way to tell the user
+	 - to perform IO actions to refill the pool. -}
+	(c', u) <- R.setup remotetype mu mcreds $
+		M.insert "highRandomQuality" "false" $ M.union config c
+	configSet u c'
+	when setdesc $
+		whenM (isNothing . M.lookup u <$> uuidMap) $
+			describeUUID u name
+	return name
+
+{- Returns the name of the git remote it created. If there's already a
+ - remote at the location, returns its name. -}
+makeGitRemote :: String -> String -> Annex RemoteName
+makeGitRemote basename location = makeRemote basename location $ \name ->
+	void $ inRepo $ Git.Command.runBool
+		[Param "remote", Param "add", Param name, Param location]
+
+{- If there's not already a remote at the location, adds it using the
+ - action, which is passed the name of the remote to make.
+ -
+ - Returns the name of the remote. -}
+makeRemote :: String -> String -> (RemoteName -> Annex ()) -> Annex RemoteName
+makeRemote basename location a = do
+	g <- gitRepo
+	if not (any samelocation $ Git.remotes g)
+		then do
+			let name = uniqueRemoteName basename 0 g
+			a name
+			return name
+		else return basename
+  where
+	samelocation x = Git.repoLocation x == location
+
+{- Generate an unused name for a remote, adding a number if
+ - necessary.
+ -
+ - Ensures that the returned name is a legal git remote name. -}
+uniqueRemoteName :: String -> Int -> Git.Repo -> RemoteName
+uniqueRemoteName basename n r
+	| null namecollision = name
+	| otherwise = uniqueRemoteName legalbasename (succ n) r
+  where
+	namecollision = filter samename (Git.remotes r)
+	samename x = Git.remoteName x == Just name
+	name
+		| n == 0 = legalbasename
+		| otherwise = legalbasename ++ show n
+	legalbasename = makeLegalName basename
+
+{- Finds a CredPair belonging to any Remote that is of a given type
+ - and matches some other criteria.
+ -
+ - This can be used as a default when another repository is being set up
+ - using the same service.
+ -
+ - A function must be provided that returns the CredPairStorage
+ - to use for a particular Remote's uuid.
+ -}
+previouslyUsedCredPair
+	:: (UUID -> CredPairStorage)
+	-> RemoteType
+	-> (Remote -> Bool)
+	-> Annex (Maybe CredPair)
+previouslyUsedCredPair getstorage remotetype criteria =
+	getM fromstorage =<< filter criteria . filter sametype <$> remoteList
+  where
+	sametype r = R.typename (R.remotetype r) == R.typename remotetype
+	fromstorage r = do
+		let storage = getstorage (R.uuid r)
+		getRemoteCredPair (R.config r) storage
diff --git a/Assistant/Monad.hs b/Assistant/Monad.hs
new file mode 100644
index 0000000000..5b3f5abb4d
--- /dev/null
+++ b/Assistant/Monad.hs
@@ -0,0 +1,150 @@
+{- git-annex assistant monad
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE GeneralizedNewtypeDeriving, MultiParamTypeClasses #-}
+
+module Assistant.Monad (
+	Assistant,
+	AssistantData(..),
+	newAssistantData,
+	runAssistant,
+	getAssistant,
+	LiftAnnex,
+	liftAnnex,
+	(<~>),
+	(<<~),
+	asIO,
+	asIO1,
+	asIO2,
+	ThreadName,
+	debug,
+	notice
+) where
+
+import "mtl" Control.Monad.Reader
+import System.Log.Logger
+
+import Common.Annex
+import Assistant.Types.ThreadedMonad
+import Assistant.Types.DaemonStatus
+import Assistant.Types.ScanRemotes
+import Assistant.Types.TransferQueue
+import Assistant.Types.TransferSlots
+import Assistant.Types.TransferrerPool
+import Assistant.Types.Pushes
+import Assistant.Types.BranchChange
+import Assistant.Types.Commits
+import Assistant.Types.Changes
+import Assistant.Types.RepoProblem
+import Assistant.Types.Buddies
+import Assistant.Types.NetMessager
+import Assistant.Types.ThreadName
+import Assistant.Types.RemoteControl
+import Assistant.Types.CredPairCache
+
+newtype Assistant a = Assistant { mkAssistant :: ReaderT AssistantData IO a }
+	deriving (
+		Monad,
+		MonadIO,
+		MonadReader AssistantData,
+		Functor,
+		Applicative
+	)
+
+data AssistantData = AssistantData
+	{ threadName :: ThreadName
+	, threadState :: ThreadState
+	, daemonStatusHandle :: DaemonStatusHandle
+	, scanRemoteMap :: ScanRemoteMap
+	, transferQueue :: TransferQueue
+	, transferSlots :: TransferSlots
+	, transferrerPool :: TransferrerPool
+	, failedPushMap :: FailedPushMap
+	, commitChan :: CommitChan
+	, changePool :: ChangePool
+	, repoProblemChan :: RepoProblemChan
+	, branchChangeHandle :: BranchChangeHandle
+	, buddyList :: BuddyList
+	, netMessager :: NetMessager
+	, remoteControl :: RemoteControl
+	, credPairCache :: CredPairCache
+	}
+
+newAssistantData :: ThreadState -> DaemonStatusHandle -> IO AssistantData
+newAssistantData st dstatus = AssistantData
+	<$> pure (ThreadName "main")
+	<*> pure st
+	<*> pure dstatus
+	<*> newScanRemoteMap
+	<*> newTransferQueue
+	<*> newTransferSlots
+	<*> newTransferrerPool (checkNetworkConnections dstatus)
+	<*> newFailedPushMap
+	<*> newCommitChan
+	<*> newChangePool
+	<*> newRepoProblemChan
+	<*> newBranchChangeHandle
+	<*> newBuddyList
+	<*> newNetMessager
+	<*> newRemoteControl
+	<*> newCredPairCache
+
+runAssistant :: AssistantData -> Assistant a -> IO a
+runAssistant d a = runReaderT (mkAssistant a) d
+
+getAssistant :: (AssistantData -> a) -> Assistant a
+getAssistant = reader
+
+{- Using a type class for lifting into the annex monad allows
+ - easily lifting to it from multiple different monads. -}
+class LiftAnnex m where
+	liftAnnex :: Annex a -> m a
+
+{- Runs an action in the git-annex monad. Note that the same monad state
+ - is shared among all assistant threads, so only one of these can run at
+ - a time. Therefore, long-duration actions should be avoided. -}
+instance LiftAnnex Assistant where
+	liftAnnex a = do
+		st <- reader threadState
+		liftIO $ runThreadState st a
+
+{- Runs an IO action, passing it an IO action that runs an Assistant action. -}
+(<~>) :: (IO a -> IO b) -> Assistant a -> Assistant b
+io <~> a = do
+	d <- reader id
+	liftIO $ io $ runAssistant d a
+
+{- Creates an IO action that will run an Assistant action when run. -}
+asIO :: Assistant a -> Assistant (IO a)
+asIO a = do
+	d <- reader id
+	return $ runAssistant d a
+
+asIO1 :: (a -> Assistant b) -> Assistant (a -> IO b)
+asIO1 a = do
+	d <- reader id
+	return $ \v -> runAssistant d $ a v
+
+asIO2 :: (a -> b -> Assistant c) -> Assistant (a -> b -> IO c)
+asIO2 a = do
+	d <- reader id
+	return $ \v1 v2 -> runAssistant d (a v1 v2)
+
+{- Runs an IO action on a selected field of the AssistantData. -}
+(<<~) :: (a -> IO b) -> (AssistantData -> a) -> Assistant b
+io <<~ v = reader v >>= liftIO . io
+
+debug :: [String] -> Assistant ()
+debug = logaction debugM
+
+notice :: [String] -> Assistant ()
+notice = logaction noticeM
+
+logaction :: (String -> String -> IO ()) -> [String] -> Assistant ()
+logaction a ws = do
+	ThreadName name <- getAssistant threadName
+	liftIO $ a name $ unwords $ (name ++ ":") : ws
diff --git a/Assistant/NamedThread.hs b/Assistant/NamedThread.hs
new file mode 100644
index 0000000000..e1b3983f76
--- /dev/null
+++ b/Assistant/NamedThread.hs
@@ -0,0 +1,102 @@
+{- git-annex assistant named threads.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.NamedThread where
+
+import Common.Annex
+import Assistant.Types.NamedThread
+import Assistant.Types.ThreadName
+import Assistant.Types.DaemonStatus
+import Assistant.Types.UrlRenderer
+import Assistant.DaemonStatus
+import Assistant.Monad
+import Utility.NotificationBroadcaster
+
+import Control.Concurrent
+import Control.Concurrent.Async
+import qualified Data.Map as M
+import qualified Control.Exception as E
+
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+import Assistant.Types.Alert
+import Assistant.Alert
+import qualified Data.Text as T
+#endif
+
+{- Starts a named thread, if it's not already running.
+ -
+ - Named threads are run by a management thread, so if they crash
+ - an alert is displayed, allowing the thread to be restarted. -}
+startNamedThread :: UrlRenderer -> NamedThread -> Assistant ()
+startNamedThread urlrenderer (NamedThread afterstartupsanitycheck name a) = do
+	m <- startedThreads <$> getDaemonStatus
+	case M.lookup name m of
+		Nothing -> start
+		Just (aid, _) -> do
+			r <- liftIO (E.try (poll aid) :: IO (Either E.SomeException (Maybe (Either E.SomeException ()))))
+			case r of
+				Right Nothing -> noop
+				_ -> start
+  where
+	start
+		| afterstartupsanitycheck = do
+			status <- getDaemonStatus
+			h <- liftIO $ newNotificationHandle False $
+				startupSanityCheckNotifier status
+			startwith $ runmanaged $
+				liftIO $ waitNotification h
+		| otherwise = startwith $ runmanaged noop
+	startwith runner = do
+		d <- getAssistant id
+		aid <- liftIO $ runner $ d { threadName = name }
+		restart <- asIO $ startNamedThread urlrenderer (NamedThread False name a)
+		modifyDaemonStatus_ $ \s -> s
+			{ startedThreads = M.insertWith' const name (aid, restart) (startedThreads s) }
+	runmanaged first d = do
+		aid <- async $ runAssistant d $ do
+			void first
+			a
+		void $ forkIO $ manager d aid
+		return aid
+	manager d aid = do
+		r <- E.try (wait aid) :: IO (Either E.SomeException ())
+		case r of
+			Right _ -> noop
+			Left e -> do
+				let msg = unwords
+					[ fromThreadName $ threadName d
+					, "crashed:", show e
+					]
+				hPutStrLn stderr msg
+#ifdef WITH_WEBAPP
+				button <- runAssistant d $ mkAlertButton True
+					(T.pack "Restart Thread")
+					urlrenderer 
+					(RestartThreadR name)
+				runAssistant d $ void $ addAlert $
+					(warningAlert (fromThreadName name) msg)
+						{ alertButtons = [button] }
+#endif
+
+namedThreadId :: NamedThread -> Assistant (Maybe ThreadId)
+namedThreadId (NamedThread _ name _) = do
+	m <- startedThreads <$> getDaemonStatus
+	return $ asyncThreadId . fst <$> M.lookup name m
+
+{- Waits for all named threads that have been started to finish.
+ -
+ - Note that if a named thread crashes, it will probably
+ - cause this to crash as well. Also, named threads that are started
+ - after this is called will not be waited on. -}
+waitNamedThreads :: Assistant ()
+waitNamedThreads = do
+	m <- startedThreads <$> getDaemonStatus
+	liftIO $ mapM_ (wait . fst) $ M.elems m
+
diff --git a/Assistant/NetMessager.hs b/Assistant/NetMessager.hs
new file mode 100644
index 0000000000..acb18b6484
--- /dev/null
+++ b/Assistant/NetMessager.hs
@@ -0,0 +1,180 @@
+{- git-annex assistant out of band network messager interface
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Assistant.NetMessager where
+
+import Assistant.Common
+import Assistant.Types.NetMessager
+
+import Control.Concurrent.STM
+import Control.Concurrent.MSampleVar
+import qualified Data.Set as S
+import qualified Data.Map as M
+import qualified Data.DList as D
+
+sendNetMessage :: NetMessage -> Assistant ()
+sendNetMessage m = 
+	(atomically . flip writeTChan m) <<~ (netMessages . netMessager)
+
+waitNetMessage :: Assistant (NetMessage)
+waitNetMessage = (atomically . readTChan) <<~ (netMessages . netMessager)
+
+notifyNetMessagerRestart :: Assistant ()
+notifyNetMessagerRestart =
+	flip writeSV () <<~ (netMessagerRestart . netMessager)
+
+{- This can be used to get an early indication if the network has
+ - changed, to immediately restart a connection. However, that is not
+ - available on all systems, so clients also need to deal with
+ - restarting dropped connections in the usual way. -}
+waitNetMessagerRestart :: Assistant ()
+waitNetMessagerRestart = readSV <<~ (netMessagerRestart . netMessager)
+
+{- Store a new important NetMessage for a client, and if an equivilant
+ - older message is already stored, remove it from both importantNetMessages
+ - and sentImportantNetMessages. -}
+storeImportantNetMessage :: NetMessage -> ClientID -> (ClientID -> Bool) -> Assistant ()
+storeImportantNetMessage m client matchingclient = go <<~ netMessager
+  where
+	go nm = atomically $ do
+		q <- takeTMVar $ importantNetMessages nm
+		sent <- takeTMVar $ sentImportantNetMessages nm
+		putTMVar (importantNetMessages nm) $
+			M.alter (Just . maybe (S.singleton m) (S.insert m)) client $
+				M.mapWithKey removematching q
+		putTMVar (sentImportantNetMessages nm) $
+			M.mapWithKey removematching sent
+	removematching someclient s
+		| matchingclient someclient = S.filter (not . equivilantImportantNetMessages m) s
+		| otherwise = s
+
+{- Indicates that an important NetMessage has been sent to a client. -}
+sentImportantNetMessage :: NetMessage -> ClientID -> Assistant ()
+sentImportantNetMessage m client = go <<~ (sentImportantNetMessages . netMessager)
+  where
+	go v = atomically $ do
+		sent <- takeTMVar v
+		putTMVar v $
+			M.alter (Just . maybe (S.singleton m) (S.insert m)) client sent
+
+{- Checks for important NetMessages that have been stored for a client, and
+ - sent to a client. Typically the same client for both, although 
+ - a modified or more specific client may need to be used. -}
+checkImportantNetMessages :: (ClientID, ClientID) -> Assistant (S.Set NetMessage, S.Set NetMessage)
+checkImportantNetMessages (storedclient, sentclient) = go <<~ netMessager
+  where
+	go nm = atomically $ do
+		stored <- M.lookup storedclient <$> (readTMVar $ importantNetMessages nm)
+		sent <- M.lookup sentclient <$> (readTMVar $ sentImportantNetMessages nm)
+		return (fromMaybe S.empty stored, fromMaybe S.empty sent)
+
+{- Queues a push initiation message in the queue for the appropriate
+ - side of the push but only if there is not already an initiation message
+ - from the same client in the queue. -}
+queuePushInitiation :: NetMessage -> Assistant ()
+queuePushInitiation msg@(Pushing clientid stage) = do
+	tv <- getPushInitiationQueue side
+  	liftIO $ atomically $ do
+		r <- tryTakeTMVar tv
+		case r of
+			Nothing -> putTMVar tv [msg]
+			Just l -> do
+				let !l' = msg : filter differentclient l
+				putTMVar tv l'
+  where
+  	side = pushDestinationSide stage
+	differentclient (Pushing cid _) = cid /= clientid
+	differentclient _ = True
+queuePushInitiation _ = noop
+
+{- Waits for a push inititation message to be received, and runs
+ - function to select a message from the queue. -}
+waitPushInitiation :: PushSide -> ([NetMessage] -> (NetMessage, [NetMessage])) -> Assistant NetMessage
+waitPushInitiation side selector = do
+	tv <- getPushInitiationQueue side
+	liftIO $ atomically $ do
+		q <- takeTMVar tv
+		if null q
+			then retry
+			else do
+				let (msg, !q') = selector q
+				unless (null q') $
+					putTMVar tv q'
+				return msg
+
+{- Stores messages for a push into the appropriate inbox.
+ -
+ - To avoid overflow, only 1000 messages max are stored in any
+ - inbox, which should be far more than necessary.
+ -
+ - TODO: If we have more than 100 inboxes for different clients,
+ - discard old ones that are not currently being used by any push.
+ -}
+storeInbox :: NetMessage -> Assistant ()
+storeInbox msg@(Pushing clientid stage) = do
+	inboxes <- getInboxes side
+	stored <- liftIO $ atomically $ do
+		m <- readTVar inboxes
+		let update = \v -> do
+			writeTVar inboxes $
+				M.insertWith' const clientid v m
+			return True
+		case M.lookup clientid m of
+			Nothing -> update (1, tostore)
+			Just (sz, l)
+				| sz > 1000 -> return False
+				| otherwise ->
+					let !sz' = sz + 1
+					    !l' = D.append l tostore
+					in update (sz', l')
+	if stored
+		then netMessagerDebug clientid ["stored", logNetMessage msg, "in", show side, "inbox"]
+		else netMessagerDebug clientid ["discarded", logNetMessage msg, "; ", show side, "inbox is full"]
+  where
+	side = pushDestinationSide stage
+	tostore = D.singleton msg
+storeInbox _ = noop
+
+{- Gets the new message for a push from its inbox.
+ - Blocks until a message has been received. -}
+waitInbox :: ClientID -> PushSide -> Assistant (NetMessage)
+waitInbox clientid side = do
+	inboxes <- getInboxes side
+	liftIO $ atomically $ do
+		m <- readTVar inboxes
+		case M.lookup clientid m of
+			Nothing -> retry
+			Just (sz, dl)
+				| sz < 1 -> retry
+				| otherwise -> do
+					let msg = D.head dl
+					let dl' = D.tail dl
+					let !sz' = sz - 1
+					writeTVar inboxes $
+						M.insertWith' const clientid (sz', dl') m
+					return msg
+
+emptyInbox :: ClientID -> PushSide -> Assistant ()
+emptyInbox clientid side = do
+	inboxes <- getInboxes side
+	liftIO $ atomically $
+		modifyTVar' inboxes $
+			M.delete clientid
+	
+getInboxes :: PushSide -> Assistant Inboxes
+getInboxes side =
+	getSide side . netMessagerInboxes <$> getAssistant netMessager
+
+getPushInitiationQueue :: PushSide -> Assistant (TMVar [NetMessage])
+getPushInitiationQueue side =
+	getSide side . netMessagerPushInitiations <$> getAssistant netMessager
+
+netMessagerDebug :: ClientID -> [String] -> Assistant ()
+netMessagerDebug clientid l = debug $
+	"NetMessager" : l ++ [show $ logClientID clientid]
diff --git a/Assistant/Pairing.hs b/Assistant/Pairing.hs
new file mode 100644
index 0000000000..bb1384a151
--- /dev/null
+++ b/Assistant/Pairing.hs
@@ -0,0 +1,92 @@
+{- git-annex assistant repo pairing, core data types
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Pairing where
+
+import Common.Annex
+import Utility.Verifiable
+import Assistant.Ssh
+
+import Control.Concurrent
+import Network.Socket
+import Data.Char
+import qualified Data.Text as T
+
+data PairStage
+	{- "I'll pair with anybody who shares the secret that can be used
+	 - to verify this request." -}
+	 = PairReq
+	{- "I've verified your request, and you can verify this to see
+	 - that I know the secret. I set up your ssh key already.
+	 - Here's mine for you to set up." -}
+	| PairAck
+	{- "I saw your PairAck; you can stop sending them." -}
+	| PairDone
+	deriving (Eq, Read, Show, Ord, Enum)
+
+newtype PairMsg = PairMsg (Verifiable (PairStage, PairData, SomeAddr))
+	deriving (Eq, Read, Show)
+
+verifiedPairMsg :: PairMsg -> PairingInProgress -> Bool
+verifiedPairMsg (PairMsg m) pip = verify m $ inProgressSecret pip
+
+fromPairMsg :: PairMsg -> Verifiable (PairStage, PairData, SomeAddr)
+fromPairMsg (PairMsg m) = m
+
+pairMsgStage :: PairMsg -> PairStage
+pairMsgStage (PairMsg (Verifiable (s, _, _) _)) = s
+
+pairMsgData :: PairMsg -> PairData
+pairMsgData (PairMsg (Verifiable (_, d, _) _)) = d
+
+pairMsgAddr :: PairMsg -> SomeAddr
+pairMsgAddr (PairMsg (Verifiable (_, _, a) _)) = a
+
+data PairData = PairData
+	-- uname -n output, not a full domain name
+	{ remoteHostName :: Maybe HostName
+	, remoteUserName :: UserName
+	, remoteDirectory :: FilePath
+	, remoteSshPubKey :: SshPubKey
+	, pairUUID :: UUID
+	}
+	deriving (Eq, Read, Show)
+
+type UserName = String
+
+{- A pairing that is in progress has a secret, a thread that is
+ - broadcasting pairing messages, and a SshKeyPair that has not yet been
+ - set up on disk. -}
+data PairingInProgress = PairingInProgress
+	{ inProgressSecret :: Secret
+	, inProgressThreadId :: Maybe ThreadId
+	, inProgressSshKeyPair :: SshKeyPair
+	, inProgressPairData :: PairData
+	, inProgressPairStage :: PairStage
+	}
+	deriving (Show)
+
+data SomeAddr = IPv4Addr HostAddress
+{- My Android build of the Network library does not currently have IPV6
+ - support. -}
+#ifndef __ANDROID__
+	| IPv6Addr HostAddress6
+#endif
+	deriving (Ord, Eq, Read, Show)
+
+{- This contains the whole secret, just lightly obfuscated to make it not
+ - too obvious. It's only displayed in the user's web browser. -}
+newtype SecretReminder = SecretReminder [Int]
+	deriving (Show, Eq, Ord, Read)
+
+toSecretReminder :: T.Text -> SecretReminder
+toSecretReminder = SecretReminder . map ord . T.unpack
+
+fromSecretReminder :: SecretReminder -> T.Text
+fromSecretReminder (SecretReminder s) = T.pack $ map chr s
diff --git a/Assistant/Pairing/MakeRemote.hs b/Assistant/Pairing/MakeRemote.hs
new file mode 100644
index 0000000000..3f38236647
--- /dev/null
+++ b/Assistant/Pairing/MakeRemote.hs
@@ -0,0 +1,96 @@
+{- git-annex assistant pairing remote creation
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Pairing.MakeRemote where
+
+import Assistant.Common
+import Assistant.Ssh
+import Assistant.Pairing
+import Assistant.Pairing.Network
+import Assistant.MakeRemote
+import Assistant.Sync
+import Config.Cost
+import Config
+import qualified Types.Remote as Remote
+
+import Network.Socket
+import qualified Data.Text as T
+
+{- Authorized keys are set up before pairing is complete, so that the other
+ - side can immediately begin syncing. -}
+setupAuthorizedKeys :: PairMsg -> FilePath -> IO ()
+setupAuthorizedKeys msg repodir = do
+	validateSshPubKey pubkey
+	unlessM (liftIO $ addAuthorizedKeys True repodir pubkey) $
+		error "failed setting up ssh authorized keys"
+  where
+	pubkey = remoteSshPubKey $ pairMsgData msg
+
+{- When local pairing is complete, this is used to set up the remote for
+ - the host we paired with. -}
+finishedLocalPairing :: PairMsg -> SshKeyPair -> Assistant ()
+finishedLocalPairing msg keypair = do
+	sshdata <- liftIO $ setupSshKeyPair keypair =<< pairMsgToSshData msg
+	{- Ensure that we know the ssh host key for the host we paired with.
+	 - If we don't, ssh over to get it. -}
+	liftIO $ unlessM (knownHost $ sshHostName sshdata) $
+		void $ sshTranscript
+			[ sshOpt "StrictHostKeyChecking" "no"
+			, sshOpt "NumberOfPasswordPrompts" "0"
+			, "-n"
+			, genSshHost (sshHostName sshdata) (sshUserName sshdata)
+			, "git-annex-shell -c configlist " ++ T.unpack (sshDirectory sshdata)
+			]
+			Nothing
+	r <- liftAnnex $ addRemote $ makeSshRemote sshdata
+	liftAnnex $ setRemoteCost (Remote.repo r) semiExpensiveRemoteCost
+	syncRemote r
+
+{- Mostly a straightforward conversion.  Except:
+ -  * Determine the best hostname to use to contact the host.
+ -  * Strip leading ~/ from the directory name.
+ -}
+pairMsgToSshData :: PairMsg -> IO SshData
+pairMsgToSshData msg = do
+	let d = pairMsgData msg
+	hostname <- liftIO $ bestHostName msg
+	let dir = case remoteDirectory d of
+		('~':'/':v) -> v
+		v -> v
+	return SshData
+		{ sshHostName = T.pack hostname
+		, sshUserName = Just (T.pack $ remoteUserName d)
+		, sshDirectory = T.pack dir
+		, sshRepoName = genSshRepoName hostname dir
+		, sshPort = 22
+		, needsPubKey = True
+		, sshCapabilities = [GitAnnexShellCapable, GitCapable, RsyncCapable]
+		}
+
+{- Finds the best hostname to use for the host that sent the PairMsg.
+ -
+ - If remoteHostName is set, tries to use a .local address based on it.
+ - That's the most robust, if this system supports .local.
+ - Otherwise, looks up the hostname in the DNS for the remoteAddress,
+ - if any. May fall back to remoteAddress if there's no DNS. Ugh. -}
+bestHostName :: PairMsg -> IO HostName
+bestHostName msg = case remoteHostName $ pairMsgData msg of
+	Just h -> do
+		let localname = h ++ ".local"
+		addrs <- catchDefaultIO [] $
+			getAddrInfo Nothing (Just localname) Nothing
+		maybe fallback (const $ return localname) (headMaybe addrs)
+	Nothing -> fallback
+  where
+	fallback = do
+		let a = pairMsgAddr msg
+		let sockaddr = case a of
+			IPv4Addr addr -> SockAddrInet (PortNum 0) addr
+			IPv6Addr addr -> SockAddrInet6 (PortNum 0) 0 addr 0
+		fromMaybe (showAddr a)
+			<$> catchDefaultIO Nothing
+				(fst <$> getNameInfo [] True False sockaddr)
diff --git a/Assistant/Pairing/Network.hs b/Assistant/Pairing/Network.hs
new file mode 100644
index 0000000000..6c625f8814
--- /dev/null
+++ b/Assistant/Pairing/Network.hs
@@ -0,0 +1,130 @@
+{- git-annex assistant pairing network code
+ -
+ - All network traffic is sent over multicast UDP. For reliability,
+ - each message is repeated until acknowledged. This is done using a
+ - thread, that gets stopped before the next message is sent.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Pairing.Network where
+
+import Assistant.Common
+import Assistant.Pairing
+import Assistant.DaemonStatus
+import Utility.ThreadScheduler
+import Utility.Verifiable
+
+import Network.Multicast
+import Network.Info
+import Network.Socket
+import Control.Exception (bracket)
+import qualified Data.Map as M
+import Control.Concurrent
+
+{- This is an arbitrary port in the dynamic port range, that could
+ - conceivably be used for some other broadcast messages.
+ - If so, hope they ignore the garbage from us; we'll certianly
+ - ignore garbage from them. Wild wild west. -}
+pairingPort :: PortNumber
+pairingPort = 55556
+
+{- Goal: Reach all hosts on the same network segment.
+ - Method: Use same address that avahi uses. Other broadcast addresses seem
+ - to not be let through some routers. -}
+multicastAddress :: SomeAddr -> HostName
+multicastAddress (IPv4Addr _) = "224.0.0.251"
+multicastAddress (IPv6Addr _) = "ff02::fb"
+
+{- Multicasts a message repeatedly on all interfaces, with a 2 second
+ - delay between each transmission. The message is repeated forever
+ - unless a number of repeats is specified.
+ -
+ - The remoteHostAddress is set to the interface's IP address.
+ -
+ - Note that new sockets are opened each time. This is hardly efficient,
+ - but it allows new network interfaces to be used as they come up.
+ - On the other hand, the expensive DNS lookups are cached.
+ -}
+multicastPairMsg :: Maybe Int -> Secret -> PairData -> PairStage -> IO ()
+multicastPairMsg repeats secret pairdata stage = go M.empty repeats
+  where
+	go _ (Just 0) = noop
+	go cache n = do
+		addrs <- activeNetworkAddresses
+		let cache' = updatecache cache addrs
+		mapM_ (sendinterface cache') addrs
+		threadDelaySeconds (Seconds 2)
+		go cache' $ pred <$> n
+	{- The multicast library currently chokes on ipv6 addresses. -}
+	sendinterface _ (IPv6Addr _) = noop
+	sendinterface cache i = void $ tryIO $
+		withSocketsDo $ bracket setup cleanup use
+	  where
+		setup = multicastSender (multicastAddress i) pairingPort
+		cleanup (sock, _) = sClose sock -- FIXME does not work
+		use (sock, addr) = do
+			setInterface sock (showAddr i)
+			maybe noop (\s -> void $ sendTo sock s addr)
+				(M.lookup i cache)
+	updatecache cache [] = cache
+	updatecache cache (i:is)
+		| M.member i cache = updatecache cache is
+		| otherwise = updatecache (M.insert i (show $ mkmsg i) cache) is
+	mkmsg addr = PairMsg $
+		mkVerifiable (stage, pairdata, addr) secret
+
+startSending :: PairingInProgress -> PairStage -> (PairStage -> IO ()) -> Assistant ()
+startSending pip stage sender = do
+	a <- asIO start
+	void $ liftIO $ forkIO a
+  where
+	start = do
+		tid <- liftIO myThreadId
+		let pip' = pip { inProgressPairStage = stage, inProgressThreadId = Just tid }
+		oldpip <- modifyDaemonStatus $
+			\s -> (s { pairingInProgress = Just pip' }, pairingInProgress s)
+		maybe noop stopold oldpip
+		liftIO $ sender stage
+	stopold = maybe noop (liftIO . killThread) . inProgressThreadId
+
+stopSending :: PairingInProgress -> Assistant ()
+stopSending pip = do
+	maybe noop (liftIO . killThread) $ inProgressThreadId pip
+	modifyDaemonStatus_ $ \s -> s { pairingInProgress = Nothing }
+
+class ToSomeAddr a where
+	toSomeAddr :: a -> SomeAddr
+
+instance ToSomeAddr IPv4 where
+	toSomeAddr (IPv4 a) = IPv4Addr a
+
+instance ToSomeAddr IPv6 where
+	toSomeAddr (IPv6 o1 o2 o3 o4) = IPv6Addr (o1, o2, o3, o4)
+
+showAddr :: SomeAddr -> HostName
+showAddr (IPv4Addr a) = show $ IPv4 a
+showAddr (IPv6Addr (o1, o2, o3, o4)) = show $ IPv6 o1 o2 o3 o4
+
+activeNetworkAddresses :: IO [SomeAddr]
+activeNetworkAddresses = filter (not . all (`elem` "0.:") . showAddr)
+	. concatMap (\ni -> [toSomeAddr $ ipv4 ni, toSomeAddr $ ipv6 ni])
+	<$> getNetworkInterfaces
+
+{- A human-visible description of the repository being paired with.
+ - Note that the repository's description is not shown to the user, because
+ - it could be something like "my repo", which is confusing when pairing
+ - with someone else's repo. However, this has the same format as the
+ - default decription of a repo. -}
+pairRepo :: PairMsg -> String
+pairRepo msg = concat
+	[ remoteUserName d
+	, "@"
+	, fromMaybe (showAddr $ pairMsgAddr msg) (remoteHostName d)
+	, ":"
+	, remoteDirectory d
+	]
+  where
+	d = pairMsgData msg
diff --git a/Assistant/Pushes.hs b/Assistant/Pushes.hs
new file mode 100644
index 0000000000..54f31a84bc
--- /dev/null
+++ b/Assistant/Pushes.hs
@@ -0,0 +1,40 @@
+{- git-annex assistant push tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Pushes where
+
+import Assistant.Common
+import Assistant.Types.Pushes
+
+import Control.Concurrent.STM
+import Data.Time.Clock
+import qualified Data.Map as M
+
+{- Blocks until there are failed pushes.
+ - Returns Remotes whose pushes failed a given time duration or more ago.
+ - (This may be an empty list.) -}
+getFailedPushesBefore :: NominalDiffTime -> Assistant [Remote]
+getFailedPushesBefore duration = do
+	v <- getAssistant failedPushMap
+	liftIO $ do
+		m <- atomically $ readTMVar v
+		now <- getCurrentTime
+		return $ M.keys $ M.filter (not . toorecent now) m
+  where
+	toorecent now time = now `diffUTCTime` time < duration
+
+{- Modifies the map. -}
+changeFailedPushMap :: (PushMap -> PushMap) -> Assistant ()
+changeFailedPushMap a = do
+	v <- getAssistant failedPushMap
+	liftIO $ atomically $ store v . a . fromMaybe M.empty =<< tryTakeTMVar v
+  where
+	{- tryTakeTMVar empties the TMVar; refill it only if
+	 - the modified map is not itself empty -}
+	store v m
+		| m == M.empty = noop
+		| otherwise = putTMVar v $! m
diff --git a/Assistant/RemoteControl.hs b/Assistant/RemoteControl.hs
new file mode 100644
index 0000000000..86d13cc567
--- /dev/null
+++ b/Assistant/RemoteControl.hs
@@ -0,0 +1,21 @@
+{- git-annex assistant RemoteDaemon control
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.RemoteControl (
+	sendRemoteControl,
+	RemoteDaemon.Consumed(..)
+) where
+
+import Assistant.Common
+import qualified RemoteDaemon.Types as RemoteDaemon
+
+import Control.Concurrent
+
+sendRemoteControl :: RemoteDaemon.Consumed -> Assistant ()
+sendRemoteControl msg = do
+	clicker <- getAssistant remoteControl
+	liftIO $ writeChan clicker msg
diff --git a/Assistant/Repair.hs b/Assistant/Repair.hs
new file mode 100644
index 0000000000..5e5a28dcec
--- /dev/null
+++ b/Assistant/Repair.hs
@@ -0,0 +1,160 @@
+{- git-annex assistant repository repair
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Repair where
+
+import Assistant.Common
+import Command.Repair (repairAnnexBranch, trackingOrSyncBranch)
+import Git.Fsck (FsckResults, foundBroken)
+import Git.Repair (runRepairOf)
+import qualified Git
+import qualified Remote
+import qualified Types.Remote as Remote
+import Logs.FsckResults
+import Annex.UUID
+import Utility.Batch
+import Config.Files
+import Assistant.Sync
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Assistant.Types.UrlRenderer
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+import qualified Data.Text as T
+#endif
+import qualified Utility.Lsof as Lsof
+import Utility.ThreadScheduler
+
+import Control.Concurrent.Async
+
+{- When the FsckResults require a repair, tries to do a non-destructive
+ - repair. If that fails, pops up an alert. -}
+repairWhenNecessary :: UrlRenderer -> UUID -> Maybe Remote -> FsckResults -> Assistant Bool
+repairWhenNecessary urlrenderer u mrmt fsckresults
+	| foundBroken fsckresults = do
+		liftAnnex $ writeFsckResults u fsckresults
+		repodesc <- liftAnnex $ Remote.prettyUUID u
+		ok <- alertWhile (repairingAlert repodesc)
+			(runRepair u mrmt False)
+#ifdef WITH_WEBAPP
+		unless ok $ do
+			button <- mkAlertButton True (T.pack "Click Here") urlrenderer $
+				RepairRepositoryR u
+			void $ addAlert $ brokenRepositoryAlert [button]
+#endif
+		return ok
+	| otherwise = return False
+
+runRepair :: UUID -> Maybe Remote -> Bool -> Assistant Bool
+runRepair u mrmt destructiverepair = do
+	fsckresults <- liftAnnex $ readFsckResults u
+	myu <- liftAnnex getUUID
+	ok <- if u == myu
+		then localrepair fsckresults
+		else remoterepair fsckresults
+	liftAnnex $ clearFsckResults u
+	debug [ "Repaired", show u, show ok ]
+
+	return ok
+  where
+  	localrepair fsckresults = do
+		-- Stop the watcher from running while running repairs.
+		changeSyncable Nothing False
+
+		-- This intentionally runs the repair inside the Annex
+		-- monad, which is not strictly necessary, but keeps
+		-- other threads that might be trying to use the Annex
+		-- from running until it completes.
+		ok <- liftAnnex $ repair fsckresults Nothing
+
+		-- Run a background fast fsck if a destructive repair had
+		-- to be done, to ensure that the git-annex branch
+		-- reflects the current state of the repo.
+		when destructiverepair $
+			backgroundfsck [ Param "--fast" ]
+
+		-- Start the watcher running again. This also triggers it to
+		-- do a startup scan, which is especially important if the
+		-- git repo repair removed files from the index file. Those
+		-- files will be seen as new, and re-added to the repository.
+		when (ok || destructiverepair) $
+			changeSyncable Nothing True
+
+		return ok
+
+	remoterepair fsckresults = case Remote.repairRepo =<< mrmt of
+		Nothing -> return False
+		Just mkrepair -> do
+			thisrepopath <- liftIO . absPath
+				=<< liftAnnex (fromRepo Git.repoPath)
+			a <- liftAnnex $ mkrepair $
+				repair fsckresults (Just thisrepopath)
+			liftIO $ catchBoolIO a
+
+	repair fsckresults referencerepo = do
+		(ok, modifiedbranches) <- inRepo $
+			runRepairOf fsckresults trackingOrSyncBranch destructiverepair referencerepo
+		when destructiverepair $
+			repairAnnexBranch modifiedbranches
+		return ok
+	
+	backgroundfsck params = liftIO $ void $ async $ do
+		program <- readProgramFile
+		batchCommand program (Param "fsck" : params)
+
+{- Detect when a git lock file exists and has no git process currently
+ - writing to it. This strongly suggests it is a stale lock file.
+ -
+ - However, this could be on a network filesystem. Which is not very safe
+ - anyway (the assistant relies on being able to check when files have
+ - no writers to know when to commit them). Also, a few lock-file-ish
+ - things used by git are not kept open, particularly MERGE_HEAD.
+ -
+ - So, just in case, when the lock file appears stale, we delay for one
+ - minute, and check its size. If the size changed, delay for another
+ - minute, and so on. This will at work to detect when another machine
+ - is writing out a new index file, since git does so by writing the
+ - new content to index.lock.
+ -
+ - Returns true if locks were cleaned up.
+ -}
+repairStaleGitLocks :: Git.Repo -> Assistant Bool
+repairStaleGitLocks r = do
+	lockfiles <- liftIO $ filter islock <$> findgitfiles r
+	repairStaleLocks lockfiles
+	return $ not $ null lockfiles
+  where
+	findgitfiles = dirContentsRecursiveSkipping (== dropTrailingPathSeparator annexDir) True . Git.localGitDir
+	islock f
+		| "gc.pid" `isInfixOf` f = False
+		| ".lock" `isSuffixOf` f = True
+		| takeFileName f == "MERGE_HEAD" = True
+		| otherwise = False
+
+repairStaleLocks :: [FilePath] -> Assistant ()
+repairStaleLocks lockfiles = go =<< getsizes
+  where
+  	getsize lf = catchMaybeIO $ 
+		(\s -> (lf, fileSize s)) <$> getFileStatus lf
+  	getsizes = liftIO $ catMaybes <$> mapM getsize lockfiles
+	go [] = return ()
+	go l = ifM (liftIO $ null <$> Lsof.query ("--" : map fst l))
+		( do
+			waitforit "to check stale git lock file"
+			l' <- getsizes
+			if l' == l
+				then liftIO $ mapM_ nukeFile (map fst l)
+				else go l'
+		, do
+			waitforit "for git lock file writer"
+			go =<< getsizes
+		)
+	waitforit why = do
+		notice ["Waiting for 60 seconds", why]
+		liftIO $ threadDelaySeconds $ Seconds 60
diff --git a/Assistant/RepoProblem.hs b/Assistant/RepoProblem.hs
new file mode 100644
index 0000000000..6913fefc62
--- /dev/null
+++ b/Assistant/RepoProblem.hs
@@ -0,0 +1,34 @@
+{- git-annex assistant remote problem handling
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.RepoProblem where
+
+import Assistant.Common
+import Assistant.Types.RepoProblem
+import Utility.TList
+
+import Control.Concurrent.STM
+
+{- Gets all repositories that have problems. Blocks until there is at
+ - least one. -}
+getRepoProblems :: Assistant [RepoProblem]
+getRepoProblems = nubBy sameRepoProblem
+	<$> (atomically . getTList) <<~ repoProblemChan
+
+{- Indicates that there was a problem with a repository, and the problem
+ - appears to not be a transient (eg network connection) problem.
+ -
+ - If the problem is able to be repaired, the passed action will be run.
+ - (However, if multiple problems are reported with a single repository,
+ - only a single action will be run.)
+ -}
+repoHasProblem :: UUID -> Assistant () -> Assistant ()
+repoHasProblem u afterrepair = do
+	rp <- RepoProblem
+		<$> pure u
+		<*> asIO afterrepair
+	(atomically . flip consTList rp) <<~ repoProblemChan
diff --git a/Assistant/Restart.hs b/Assistant/Restart.hs
new file mode 100644
index 0000000000..0415e8e972
--- /dev/null
+++ b/Assistant/Restart.hs
@@ -0,0 +1,114 @@
+{- git-annex assistant restarting
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Restart where
+
+import Assistant.Common
+import Assistant.Threads.Watcher
+import Assistant.DaemonStatus
+import Assistant.NamedThread
+import Utility.ThreadScheduler
+import Utility.NotificationBroadcaster
+import Utility.Url
+import Utility.PID
+import qualified Git.Construct
+import qualified Git.Config
+import Config.Files
+import qualified Annex
+import qualified Git
+
+import Control.Concurrent
+#ifndef mingw32_HOST_OS
+import System.Posix (signalProcess, sigTERM)
+#else
+import Utility.WinProcess
+#endif
+import Data.Default
+import Network.URI
+
+{- Before the assistant can be restarted, have to remove our 
+ - gitAnnexUrlFile and our gitAnnexPidFile. Pausing the watcher is also
+ - a good idea, to avoid fighting when two assistants are running in the
+ - same repo.
+ -}
+prepRestart :: Assistant ()
+prepRestart = do
+	liftIO . maybe noop (`throwTo` PauseWatcher) =<< namedThreadId watchThread
+	liftIO . nukeFile =<< liftAnnex (fromRepo gitAnnexUrlFile)
+	liftIO . nukeFile =<< liftAnnex (fromRepo gitAnnexPidFile)
+
+{- To finish a restart, send a global redirect to the new url
+ - to any web browsers that are displaying the webapp.
+ -
+ - Wait for browser to update before terminating this process. -}
+postRestart :: URLString -> Assistant ()
+postRestart url = do
+	modifyDaemonStatus_ $ \status -> status { globalRedirUrl = Just url }
+	liftIO . sendNotification . globalRedirNotifier =<< getDaemonStatus
+	void $ liftIO $ forkIO $ do
+		threadDelaySeconds (Seconds 120)
+#ifndef mingw32_HOST_OS
+		signalProcess sigTERM =<< getPID
+#else
+		terminatePID =<< getPID
+#endif
+
+runRestart :: Assistant URLString
+runRestart = liftIO . newAssistantUrl
+	=<< liftAnnex (Git.repoLocation <$> Annex.gitRepo)
+
+{- Starts up the assistant in the repository, and waits for it to create
+ - a gitAnnexUrlFile. Waits for the assistant to be up and listening for
+ - connections by testing the url. -}
+newAssistantUrl :: FilePath -> IO URLString
+newAssistantUrl repo = do
+	startAssistant repo
+	geturl
+  where
+	geturl = do
+		r <- Git.Config.read =<< Git.Construct.fromPath repo
+		waiturl $ gitAnnexUrlFile r
+	waiturl urlfile = do
+		v <- tryIO $ readFile urlfile
+		case v of
+			Left _ -> delayed $ waiturl urlfile
+			Right url -> ifM (assistantListening url)
+				( return url
+				, delayed $ waiturl urlfile
+				)
+	delayed a = do
+		threadDelay 100000 -- 1/10th of a second
+		a
+
+{- Checks if the assistant is listening on an url.
+ -
+ - Always checks http, because https with self-signed cert is problimatic.
+ - warp-tls listens to http, in order to show an error page, so this works.
+ -}
+assistantListening :: URLString -> IO Bool
+assistantListening url = catchBoolIO $ fst <$> exists url' def
+  where
+	url' = case parseURI url of
+		Nothing -> url
+		Just uri -> show $ uri
+			{ uriScheme = "http:"
+			}
+
+{- Does not wait for assistant to be listening for web connections. 
+ -
+ - On windows, the assistant does not daemonize, which is why the forkIO is
+ - done.
+ -}
+startAssistant :: FilePath -> IO ()
+startAssistant repo = void $ forkIO $ do
+	program <- readProgramFile
+	(_, _, _, pid) <- 
+		createProcess $
+			(proc program ["assistant"]) { cwd = Just repo }
+	void $ checkSuccessProcess pid
diff --git a/Assistant/ScanRemotes.hs b/Assistant/ScanRemotes.hs
new file mode 100644
index 0000000000..2743c0f361
--- /dev/null
+++ b/Assistant/ScanRemotes.hs
@@ -0,0 +1,41 @@
+{- git-annex assistant remotes needing scanning
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.ScanRemotes where
+
+import Assistant.Common
+import Assistant.Types.ScanRemotes
+import qualified Types.Remote as Remote
+
+import Data.Function
+import Control.Concurrent.STM
+import qualified Data.Map as M
+
+{- Blocks until there is a remote or remotes that need to be scanned.
+ -
+ - The list has higher priority remotes listed first. -}
+getScanRemote :: Assistant [(Remote, ScanInfo)]
+getScanRemote = do
+	v <- getAssistant scanRemoteMap
+	liftIO $ atomically $
+		reverse . sortBy (compare `on` scanPriority . snd) . M.toList
+			<$> takeTMVar v
+
+{- Adds new remotes that need scanning. -}
+addScanRemotes :: Bool -> [Remote] -> Assistant ()
+addScanRemotes _ [] = noop
+addScanRemotes full rs = do
+	v <- getAssistant scanRemoteMap
+	liftIO $ atomically $ do
+		m <- fromMaybe M.empty <$> tryTakeTMVar v
+		putTMVar v $ M.unionWith merge (M.fromList $ zip rs (map info rs)) m
+  where
+	info r = ScanInfo (-1 * Remote.cost r) full
+	merge x y = ScanInfo
+		{ scanPriority = max (scanPriority x) (scanPriority y)
+		, fullScan = fullScan x || fullScan y 
+		}
diff --git a/Assistant/Ssh.hs b/Assistant/Ssh.hs
new file mode 100644
index 0000000000..e1a78cd00e
--- /dev/null
+++ b/Assistant/Ssh.hs
@@ -0,0 +1,353 @@
+{- git-annex assistant ssh utilities
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Ssh where
+
+import Common.Annex
+import Utility.Tmp
+import Utility.Shell
+import Utility.Rsync
+import Utility.FileMode
+import Utility.SshConfig
+import Git.Remote
+
+import Data.Text (Text)
+import qualified Data.Text as T
+import Data.Char
+import Network.URI
+
+data SshData = SshData
+	{ sshHostName :: Text
+	, sshUserName :: Maybe Text
+	, sshDirectory :: Text
+	, sshRepoName :: String
+	, sshPort :: Int
+	, needsPubKey :: Bool
+	, sshCapabilities :: [SshServerCapability]
+	}
+	deriving (Read, Show, Eq)
+
+data SshServerCapability = GitAnnexShellCapable | GitCapable | RsyncCapable
+	deriving (Read, Show, Eq)
+
+hasCapability :: SshData -> SshServerCapability -> Bool
+hasCapability d c = c `elem` sshCapabilities d
+
+onlyCapability :: SshData -> SshServerCapability -> Bool
+onlyCapability d c = all (== c) (sshCapabilities d)
+
+data SshKeyPair = SshKeyPair
+	{ sshPubKey :: String
+	, sshPrivKey :: String
+	}
+
+instance Show SshKeyPair where
+	show = sshPubKey
+
+type SshPubKey = String
+
+{- ssh -ofoo=bar command-line option -}
+sshOpt :: String -> String -> String
+sshOpt k v = concat ["-o", k, "=", v]
+
+{- user@host or host -}
+genSshHost :: Text -> Maybe Text -> String
+genSshHost host user = maybe "" (\v -> T.unpack v ++ "@") user ++ T.unpack host
+
+{- Generates a ssh or rsync url from a SshData. -}
+genSshUrl :: SshData -> String
+genSshUrl sshdata = addtrailingslash $ T.unpack $ T.concat $
+	if (onlyCapability sshdata RsyncCapable)
+		then [u, h, T.pack ":", sshDirectory sshdata]
+		else [T.pack "ssh://", u, h, d]
+  where
+	u = maybe (T.pack "") (\v -> T.concat [v, T.pack "@"]) $ sshUserName sshdata
+	h = sshHostName sshdata
+	d
+		| T.pack "/" `T.isPrefixOf` sshDirectory sshdata = sshDirectory sshdata
+		| T.pack "~/" `T.isPrefixOf` sshDirectory sshdata = T.concat [T.pack "/", sshDirectory sshdata]
+		| otherwise = T.concat [T.pack "/~/", sshDirectory sshdata]
+	addtrailingslash s
+		| "/" `isSuffixOf` s = s
+		| otherwise = s ++ "/"
+
+{- Reverses genSshUrl -}
+parseSshUrl :: String -> Maybe SshData
+parseSshUrl u
+	| "ssh://" `isPrefixOf` u = fromssh (drop (length "ssh://") u)
+	| otherwise = fromrsync u
+  where
+	mkdata (userhost, dir) = Just $ SshData
+		{ sshHostName = T.pack host
+		, sshUserName = if null user then Nothing else Just $ T.pack user
+		, sshDirectory = T.pack dir
+		, sshRepoName = genSshRepoName host dir
+		-- dummy values, cannot determine from url
+		, sshPort = 22
+		, needsPubKey = True
+		, sshCapabilities = []
+		}
+	  where
+	  	(user, host) = if '@' `elem` userhost
+			then separate (== '@') userhost
+			else ("", userhost)
+	fromrsync s
+		| not (rsyncUrlIsShell u) = Nothing
+		| otherwise = mkdata $ separate (== ':') s
+	fromssh = mkdata . break (== '/')
+
+{- Generates a git remote name, like host_dir or host -}
+genSshRepoName :: String -> FilePath -> String
+genSshRepoName host dir
+	| null dir = makeLegalName host
+	| otherwise = makeLegalName $ host ++ "_" ++ dir
+
+{- The output of ssh, including both stdout and stderr. -}
+sshTranscript :: [String] -> (Maybe String) -> IO (String, Bool)
+sshTranscript opts input = processTranscript "ssh" opts input
+
+{- Ensure that the ssh public key doesn't include any ssh options, like
+ - command=foo, or other weirdness -}
+validateSshPubKey :: SshPubKey -> IO ()
+validateSshPubKey pubkey
+	| length (lines pubkey) == 1 =
+		either error return $ check $ words pubkey
+	| otherwise = error "too many lines in ssh public key"
+  where
+	check [prefix, _key, comment] = do
+		checkprefix prefix
+		checkcomment comment
+	check [prefix, _key] =
+		checkprefix prefix
+	check _ = err "wrong number of words in ssh public key"
+
+	ok = Right ()
+	err msg = Left $ unwords [msg, pubkey]
+
+	checkprefix prefix
+		| ssh == "ssh" && all isAlphaNum keytype = ok
+		| otherwise = err "bad ssh public key prefix"
+	  where
+		(ssh, keytype) = separate (== '-') prefix
+
+	checkcomment comment = case filter (not . safeincomment) comment of
+		[] -> ok
+		badstuff -> err $ "bad comment in ssh public key (contains: \"" ++ badstuff ++ "\")"
+	safeincomment c = isAlphaNum c || c == '@' || c == '-' || c == '_' || c == '.'
+
+addAuthorizedKeys :: Bool -> FilePath -> SshPubKey -> IO Bool
+addAuthorizedKeys gitannexshellonly dir pubkey = boolSystem "sh"
+	[ Param "-c" , Param $ addAuthorizedKeysCommand gitannexshellonly dir pubkey ]
+
+{- Should only be used within the same process that added the line;
+ - the layout of the line is not kepy stable across versions. -}
+removeAuthorizedKeys :: Bool -> FilePath -> SshPubKey -> IO ()
+removeAuthorizedKeys gitannexshellonly dir pubkey = do
+	let keyline = authorizedKeysLine gitannexshellonly dir pubkey
+	sshdir <- sshDir
+	let keyfile = sshdir </> "authorized_keys"
+	ls <- lines <$> readFileStrict keyfile
+	viaTmp writeSshConfig keyfile $ unlines $ filter (/= keyline) ls
+
+{- Implemented as a shell command, so it can be run on remote servers over
+ - ssh.
+ -
+ - The ~/.ssh/git-annex-shell wrapper script is created if not already
+ - present.
+ -}
+addAuthorizedKeysCommand :: Bool -> FilePath -> SshPubKey -> String
+addAuthorizedKeysCommand gitannexshellonly dir pubkey = intercalate "&&"
+	[ "mkdir -p ~/.ssh"
+	, intercalate "; "
+		[ "if [ ! -e " ++ wrapper ++ " ]"
+		, "then (" ++ intercalate ";" (map echoval script) ++ ") > " ++ wrapper
+		, "fi"
+		]
+	, "chmod 700 " ++ wrapper
+	, "touch ~/.ssh/authorized_keys"
+	, "chmod 600 ~/.ssh/authorized_keys"
+	, unwords
+		[ "echo"
+		, shellEscape $ authorizedKeysLine gitannexshellonly dir pubkey
+		, ">>~/.ssh/authorized_keys"
+		]
+	]
+  where
+	echoval v = "echo " ++ shellEscape v
+	wrapper = "~/.ssh/git-annex-shell"
+	script =
+		[ shebang_portable
+		, "set -e"
+		, "if [ \"x$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then"
+		,   runshell "$SSH_ORIGINAL_COMMAND"
+		, "else"
+		,   runshell "$@"
+		, "fi"
+		]
+	runshell var = "exec git-annex-shell -c \"" ++ var ++ "\""
+
+authorizedKeysLine :: Bool -> FilePath -> SshPubKey -> String
+authorizedKeysLine gitannexshellonly dir pubkey
+	| gitannexshellonly = limitcommand ++ pubkey
+	{- TODO: Locking down rsync is difficult, requiring a rather
+	 - long perl script. -}
+	| otherwise = pubkey
+  where
+	limitcommand = "command=\"env GIT_ANNEX_SHELL_DIRECTORY="++shellEscape dir++" ~/.ssh/git-annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-pty "
+
+{- Generates a ssh key pair. -}
+genSshKeyPair :: IO SshKeyPair
+genSshKeyPair = withTmpDir "git-annex-keygen" $ \dir -> do
+	ok <- boolSystem "ssh-keygen"
+		[ Param "-P", Param "" -- no password
+		, Param "-f", File $ dir </> "key"
+		]
+	unless ok $
+		error "ssh-keygen failed"
+	SshKeyPair
+		<$> readFile (dir </> "key.pub")
+		<*> readFile (dir </> "key")
+
+{- Installs a ssh key pair, and sets up ssh config with a mangled hostname
+ - that will enable use of the key. This way we avoid changing the user's
+ - regular ssh experience at all. Returns a modified SshData containing the
+ - mangled hostname.
+ -
+ - Note that the key files are put in ~/.ssh/git-annex/, rather than directly
+ - in ssh because of an **INSANE** behavior of gnome-keyring: It loads
+ - ~/.ssh/ANYTHING.pub, and uses them indiscriminately. But using this key
+ - for a normal login to the server will force git-annex-shell to run,
+ - and locks the user out. Luckily, it does not recurse into subdirectories.
+ -
+ - Similarly, IdentitiesOnly is set in the ssh config to prevent the
+ - ssh-agent from forcing use of a different key.
+ -
+ - Force strict host key checking to avoid repeated prompts
+ - when git-annex and git try to access the remote, if its
+ - host key has changed.
+ -}
+setupSshKeyPair :: SshKeyPair -> SshData -> IO SshData
+setupSshKeyPair sshkeypair sshdata = do
+	sshdir <- sshDir
+	createDirectoryIfMissing True $ parentDir $ sshdir </> sshprivkeyfile
+
+	unlessM (doesFileExist $ sshdir </> sshprivkeyfile) $
+		writeFileProtected (sshdir </> sshprivkeyfile) (sshPrivKey sshkeypair)
+	unlessM (doesFileExist $ sshdir </> sshpubkeyfile) $
+		writeFile (sshdir </> sshpubkeyfile) (sshPubKey sshkeypair)
+
+	setSshConfig sshdata
+		[ ("IdentityFile", "~/.ssh/" ++ sshprivkeyfile)
+		, ("IdentitiesOnly", "yes")
+		, ("StrictHostKeyChecking", "yes")
+		]
+  where
+	sshprivkeyfile = "git-annex" </> "key." ++ mangleSshHostName sshdata
+	sshpubkeyfile = sshprivkeyfile ++ ".pub"
+
+{- Fixes git-annex ssh key pairs configured in .ssh/config 
+ - by old versions to set IdentitiesOnly.
+ -
+ - Strategy: Search for IdentityFile lines with key.git-annex
+ - in their names. These are for git-annex ssh key pairs.
+ - Add the IdentitiesOnly line immediately after them, if not already
+ - present.
+ -}
+fixSshKeyPairIdentitiesOnly :: IO ()
+fixSshKeyPairIdentitiesOnly = changeUserSshConfig $ unlines . go [] . lines
+  where
+  	go c [] = reverse c
+	go c (l:[])
+		| all (`isInfixOf` l) indicators = go (fixedline l:l:c) []
+		| otherwise = go (l:c) []
+	go c (l:next:rest)
+		| all (`isInfixOf` l) indicators && not ("IdentitiesOnly" `isInfixOf` next) = 
+			go (fixedline l:l:c) (next:rest)
+		| otherwise = go (l:c) (next:rest)
+  	indicators = ["IdentityFile", "key.git-annex"]
+	fixedline tmpl = takeWhile isSpace tmpl ++ "IdentitiesOnly yes"
+
+{- Add StrictHostKeyChecking to any ssh config stanzas that were written
+ - by git-annex. -}
+fixUpSshRemotes :: IO ()
+fixUpSshRemotes = modifyUserSshConfig (map go)
+  where
+	go c@(HostConfig h _)
+		| "git-annex-" `isPrefixOf` h = fixupconfig c
+		| otherwise = c
+	go other = other
+
+	fixupconfig c = case findHostConfigKey c "StrictHostKeyChecking" of
+		Nothing -> addToHostConfig c "StrictHostKeyChecking" "yes"
+		Just _ -> c
+
+{- Setups up a ssh config with a mangled hostname.
+ - Returns a modified SshData containing the mangled hostname. -}
+setSshConfig :: SshData -> [(String, String)] -> IO SshData
+setSshConfig sshdata config = do
+	sshdir <- sshDir
+	createDirectoryIfMissing True sshdir
+	let configfile = sshdir </> "config"
+	unlessM (catchBoolIO $ isInfixOf mangledhost <$> readFile configfile) $ do
+		appendFile configfile $ unlines $
+			[ ""
+			, "# Added automatically by git-annex"
+			, "Host " ++ mangledhost
+			] ++ map (\(k, v) -> "\t" ++ k ++ " " ++ v)
+				(settings ++ config)
+		setSshConfigMode configfile
+
+	return $ sshdata { sshHostName = T.pack mangledhost }
+  where
+	mangledhost = mangleSshHostName sshdata
+	settings =
+		[ ("Hostname", T.unpack $ sshHostName sshdata)
+		, ("Port", show $ sshPort sshdata)
+		]
+
+{- This hostname is specific to a given repository on the ssh host,
+ - so it is based on the real hostname, the username, and the directory.
+ -
+ - The mangled hostname has the form "git-annex-realhostname-username-port_dir".
+ - The only use of "-" is to separate the parts shown; this is necessary
+ - to allow unMangleSshHostName to work. Any unusual characters in the
+ - username or directory are url encoded, except using "." rather than "%"
+ - (the latter has special meaning to ssh).
+ -}
+mangleSshHostName :: SshData -> String
+mangleSshHostName sshdata = "git-annex-" ++ T.unpack (sshHostName sshdata)
+	++ "-" ++ escape extra
+  where
+	extra = intercalate "_" $ map T.unpack $ catMaybes
+		[ sshUserName sshdata
+		, Just $ T.pack $ show $ sshPort sshdata
+		, Just $ sshDirectory sshdata
+		]
+	safe c
+		| isAlphaNum c = True
+		| c == '_' = True
+		| otherwise = False
+	escape s = replace "%" "." $ escapeURIString safe s
+
+{- Extracts the real hostname from a mangled ssh hostname. -}
+unMangleSshHostName :: String -> String
+unMangleSshHostName h = case split "-" h of
+	("git":"annex":rest) -> intercalate "-" (beginning rest)
+	_ -> h
+
+{- Does ssh have known_hosts data for a hostname? -}
+knownHost :: Text -> IO Bool
+knownHost hostname = do
+	sshdir <- sshDir
+	ifM (doesFileExist $ sshdir </> "known_hosts")
+		( not . null <$> checkhost
+		, return False
+		)
+  where
+	{- ssh-keygen -F can crash on some old known_hosts file -}
+	checkhost = catchDefaultIO "" $
+		readProcess "ssh-keygen" ["-F", T.unpack hostname]
diff --git a/Assistant/Sync.hs b/Assistant/Sync.hs
new file mode 100644
index 0000000000..4bc63241cd
--- /dev/null
+++ b/Assistant/Sync.hs
@@ -0,0 +1,278 @@
+{- git-annex assistant repo syncing
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Sync where
+
+import Assistant.Common
+import Assistant.Pushes
+import Assistant.NetMessager
+import Assistant.Types.NetMessager
+import Assistant.Alert
+import Assistant.Alert.Utility
+import Assistant.DaemonStatus
+import Assistant.ScanRemotes
+import Assistant.RemoteControl
+import qualified Command.Sync
+import Utility.Parallel
+import qualified Git
+import qualified Git.Branch
+import qualified Git.Command
+import qualified Git.Ref
+import qualified Remote
+import qualified Types.Remote as Remote
+import qualified Remote.List as Remote
+import qualified Annex.Branch
+import Annex.UUID
+import Annex.TaggedPush
+import qualified Config
+import Git.Config
+import Assistant.NamedThread
+import Assistant.Threads.Watcher (watchThread, WatcherControl(..))
+import Assistant.TransferSlots
+import Assistant.TransferQueue
+import Assistant.RepoProblem
+import Logs.Transfer
+
+import Data.Time.Clock
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Control.Concurrent
+
+{- Syncs with remotes that may have been disconnected for a while.
+ - 
+ - First gets git in sync, and then prepares any necessary file transfers.
+ -
+ - An expensive full scan is queued when the git-annex branches of some of
+ - the remotes have diverged from the local git-annex branch. Otherwise,
+ - it's sufficient to requeue failed transfers.
+ -
+ - XMPP remotes are also signaled that we can push to them, and we request
+ - they push to us. Since XMPP pushes run ansynchronously, any scan of the
+ - XMPP remotes has to be deferred until they're done pushing to us, so
+ - all XMPP remotes are marked as possibly desynced.
+ -
+ - Also handles signaling any connectRemoteNotifiers, after the syncing is
+ - done.
+ -}
+reconnectRemotes :: Bool -> [Remote] -> Assistant ()
+reconnectRemotes _ [] = noop
+reconnectRemotes notifypushes rs = void $ do
+	rs' <- liftIO $ filterM (Remote.checkAvailable True) rs
+	unless (null rs') $ do
+		modifyDaemonStatus_ $ \s -> s
+			{ desynced = S.union (S.fromList $ map Remote.uuid xmppremotes) (desynced s) }
+		failedrs <- syncAction rs' (const go)
+		forM_ failedrs $ \r ->
+			whenM (liftIO $ Remote.checkAvailable False r) $
+				repoHasProblem (Remote.uuid r) (syncRemote r)
+		mapM_ signal $ filter (`notElem` failedrs) rs'
+  where
+	gitremotes = filter (notspecialremote . Remote.repo) rs
+	(xmppremotes, nonxmppremotes) = partition Remote.isXMPPRemote rs
+	notspecialremote r
+		| Git.repoIsUrl r = True
+		| Git.repoIsLocal r = True
+		| Git.repoIsLocalUnknown r = True
+		| otherwise = False
+	sync (Just branch) = do
+		(failedpull, diverged) <- manualPull (Just branch) gitremotes
+		now <- liftIO getCurrentTime
+		failedpush <- pushToRemotes' now notifypushes gitremotes
+		return (nub $ failedpull ++ failedpush, diverged)
+	{- No local branch exists yet, but we can try pulling. -}
+	sync Nothing = manualPull Nothing gitremotes
+	go = do
+		(failed, diverged) <- sync
+			=<< liftAnnex (inRepo Git.Branch.current)
+		addScanRemotes diverged $
+			filter (not . remoteAnnexIgnore . Remote.gitconfig)
+				nonxmppremotes
+		return failed
+	signal r = liftIO . mapM_ (flip tryPutMVar ())
+		=<< fromMaybe [] . M.lookup (Remote.uuid r) . connectRemoteNotifiers
+			<$> getDaemonStatus
+
+{- Pushes the local sync branch to all remotes, in
+ - parallel, along with the git-annex branch. This is the same
+ - as "git annex sync", except in parallel, and will co-exist with use of
+ - "git annex sync".
+ -
+ - After the pushes to normal git remotes, also signals XMPP clients that
+ - they can request an XMPP push.
+ -
+ - Avoids running possibly long-duration commands in the Annex monad, so
+ - as not to block other threads.
+ -
+ - This can fail, when the remote's sync branch (or git-annex branch) has
+ - been updated by some other remote pushing into it, or by the remote
+ - itself. To handle failure, a manual pull and merge is done, and the push
+ - is retried.
+ -
+ - When there's a lot of activity, we may fail more than once.
+ - On the other hand, we may fail because the remote is not available.
+ - Rather than retrying indefinitely, after the first retry we enter a
+ - fallback mode, where our push is guarenteed to succeed if the remote is
+ - reachable. If the fallback fails, the push is queued to be retried
+ - later.
+ -
+ - Returns any remotes that it failed to push to.
+ -}
+pushToRemotes :: Bool -> [Remote] -> Assistant [Remote]
+pushToRemotes notifypushes remotes = do
+	now <- liftIO getCurrentTime
+	let remotes' = filter (not . remoteAnnexReadOnly . Remote.gitconfig) remotes
+	syncAction remotes' (pushToRemotes' now notifypushes)
+pushToRemotes' :: UTCTime -> Bool -> [Remote] -> Assistant [Remote]
+pushToRemotes' now notifypushes remotes = do
+	(g, branch, u) <- liftAnnex $ do
+		Annex.Branch.commit "update"
+		(,,)
+			<$> gitRepo
+			<*> inRepo Git.Branch.current
+			<*> getUUID
+	let (xmppremotes, normalremotes) = partition Remote.isXMPPRemote remotes
+	ret <- go True branch g u normalremotes
+	unless (null xmppremotes) $ do
+		shas <- liftAnnex $ map fst <$>
+			inRepo (Git.Ref.matchingWithHEAD
+				[Annex.Branch.fullname, Git.Ref.headRef])
+		forM_ xmppremotes $ \r -> sendNetMessage $
+			Pushing (getXMPPClientID r) (CanPush u shas)
+	return ret
+  where
+	go _ Nothing _ _ _ = return [] -- no branch, so nothing to do
+	go _ _ _ _ [] = return [] -- no remotes, so nothing to do
+	go shouldretry (Just branch) g u rs =  do
+		debug ["pushing to", show rs]
+		(succeeded, failed) <- liftIO $ inParallel (push g branch) rs
+		updatemap succeeded []
+		if null failed
+			then do
+				when notifypushes $
+					sendNetMessage $ NotifyPush $
+						map Remote.uuid succeeded
+				return failed
+			else if shouldretry
+				then retry branch g u failed
+				else fallback branch g u failed
+
+	updatemap succeeded failed = changeFailedPushMap $ \m ->
+		M.union (makemap failed) $
+			M.difference m (makemap succeeded)
+	makemap l = M.fromList $ zip l (repeat now)
+
+	retry branch g u rs = do
+		debug ["trying manual pull to resolve failed pushes"]
+		void $ manualPull (Just branch) rs
+		go False (Just branch) g u rs
+
+	fallback branch g u rs = do
+		debug ["fallback pushing to", show rs]
+		(succeeded, failed) <- liftIO $
+			inParallel (\r -> taggedPush u Nothing branch r g) rs
+		updatemap succeeded failed
+		when (notifypushes && (not $ null succeeded)) $
+			sendNetMessage $ NotifyPush $
+				map Remote.uuid succeeded
+		return failed
+		
+	push g branch remote = Command.Sync.pushBranch remote branch g
+
+{- Displays an alert while running an action that syncs with some remotes,
+ - and returns any remotes that it failed to sync with.
+ -
+ - XMPP remotes are handled specially; since the action can only start
+ - an async process for them, they are not included in the alert, but are
+ - still passed to the action.
+ -
+ - Readonly remotes are also hidden (to hide the web special remote).
+ -}
+syncAction :: [Remote] -> ([Remote] -> Assistant [Remote]) -> Assistant [Remote]
+syncAction rs a
+	| null visibleremotes = a rs
+	| otherwise = do
+		i <- addAlert $ syncAlert visibleremotes
+		failed <- a rs
+		let failed' = filter (not . Git.repoIsLocalUnknown . Remote.repo) failed
+		let succeeded = filter (`notElem` failed) visibleremotes
+		if null succeeded && null failed'
+			then removeAlert i
+			else updateAlertMap $ mergeAlert i $
+				syncResultAlert succeeded failed'
+		return failed
+  where
+	visibleremotes = filter (not . Remote.readonly) $
+		filter (not . Remote.isXMPPRemote) rs
+
+{- Manually pull from remotes and merge their branches. Returns any
+ - remotes that it failed to pull from, and a Bool indicating
+ - whether the git-annex branches of the remotes and local had
+ - diverged before the pull.
+ -
+ - After pulling from the normal git remotes, requests pushes from any
+ - XMPP remotes. However, those pushes will run asynchronously, so their
+ - results are not included in the return data.
+ -}
+manualPull :: Maybe Git.Ref -> [Remote] -> Assistant ([Remote], Bool)
+manualPull currentbranch remotes = do
+	g <- liftAnnex gitRepo
+	let (xmppremotes, normalremotes) = partition Remote.isXMPPRemote remotes
+	failed <- liftIO $ forM normalremotes $ \r ->
+		ifM (Git.Command.runBool [Param "fetch", Param $ Remote.name r] g)
+			( return Nothing
+			, return $ Just r
+			)
+	haddiverged <- liftAnnex Annex.Branch.forceUpdate
+	forM_ normalremotes $ \r ->
+		liftAnnex $ Command.Sync.mergeRemote r currentbranch
+	u <- liftAnnex getUUID
+	forM_ xmppremotes $ \r ->
+		sendNetMessage $ Pushing (getXMPPClientID r) (PushRequest u)
+	return (catMaybes failed, haddiverged)
+
+{- Start syncing a remote, using a background thread. -}
+syncRemote :: Remote -> Assistant ()
+syncRemote remote = do
+	updateSyncRemotes
+	thread <- asIO $ do
+		reconnectRemotes False [remote]
+		addScanRemotes True [remote]
+	void $ liftIO $ forkIO $ thread
+
+{- Use Nothing to change autocommit setting; or a remote to change
+ - its sync setting. -}
+changeSyncable :: Maybe Remote -> Bool -> Assistant ()
+changeSyncable Nothing enable = do
+	liftAnnex $ Config.setConfig key (boolConfig enable)
+	liftIO . maybe noop (`throwTo` signal)
+		=<< namedThreadId watchThread
+  where
+	key = Config.annexConfig "autocommit"
+	signal
+		| enable = ResumeWatcher
+		| otherwise = PauseWatcher
+changeSyncable (Just r) True = do
+	liftAnnex $ changeSyncFlag r True
+	syncRemote r
+	sendRemoteControl RELOAD
+changeSyncable (Just r) False = do
+	liftAnnex $ changeSyncFlag r False
+	updateSyncRemotes
+	{- Stop all transfers to or from this remote.
+	 - XXX Can't stop any ongoing scan, or git syncs. -}
+	void $ dequeueTransfers tofrom
+	mapM_ (cancelTransfer False) =<<
+		filter tofrom . M.keys . currentTransfers <$> getDaemonStatus
+  where
+	tofrom t = transferUUID t == Remote.uuid r
+
+changeSyncFlag :: Remote -> Bool -> Annex ()
+changeSyncFlag r enabled = do
+	Config.setConfig key (boolConfig enabled)
+	void Remote.remoteListRefresh
+  where
+	key = Config.remoteConfig (Remote.repo r) "sync"
diff --git a/Assistant/Threads/Committer.hs b/Assistant/Threads/Committer.hs
new file mode 100644
index 0000000000..afe4aa1442
--- /dev/null
+++ b/Assistant/Threads/Committer.hs
@@ -0,0 +1,479 @@
+{- git-annex assistant commit thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Threads.Committer where
+
+import Assistant.Common
+import Assistant.Changes
+import Assistant.Types.Changes
+import Assistant.Commits
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Assistant.TransferQueue
+import Assistant.Drop
+import Logs.Transfer
+import Logs.Location
+import qualified Annex.Queue
+import qualified Git.LsFiles
+import qualified Command.Add
+import Utility.ThreadScheduler
+import qualified Utility.Lsof as Lsof
+import qualified Utility.DirWatcher as DirWatcher
+import Types.KeySource
+import Config
+import Annex.Exception
+import Annex.Content
+import Annex.Link
+import Annex.CatFile
+import qualified Annex
+import Utility.InodeCache
+import Annex.Content.Direct
+import qualified Command.Sync
+import qualified Git.Branch
+
+import Data.Time.Clock
+import Data.Tuple.Utils
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Either
+import Control.Concurrent
+
+{- This thread makes git commits at appropriate times. -}
+commitThread :: NamedThread
+commitThread = namedThread "Committer" $ do
+	havelsof <- liftIO $ inPath "lsof"
+	delayadd <- liftAnnex $
+		maybe delayaddDefault (return . Just . Seconds)
+			=<< annexDelayAdd <$> Annex.getGitConfig
+	waitChangeTime $ \(changes, time) -> do
+		readychanges <- handleAdds havelsof delayadd changes
+		if shouldCommit False time (length readychanges) readychanges
+			then do
+				debug
+					[ "committing"
+					, show (length readychanges)
+					, "changes"
+					]
+				void $ alertWhile commitAlert $
+					liftAnnex commitStaged
+				recordCommit
+				let numchanges = length readychanges
+				mapM_ checkChangeContent readychanges
+				return numchanges
+			else do
+				refill readychanges
+				return 0
+
+refill :: [Change] -> Assistant ()	
+refill [] = noop
+refill cs = do
+	debug ["delaying commit of", show (length cs), "changes"]
+	refillChanges cs
+
+{- Wait for one or more changes to arrive to be committed, and then
+ - runs an action to commit them. If more changes arrive while this is
+ - going on, they're handled intelligently, batching up changes into
+ - large commits where possible, doing rename detection, and
+ - commiting immediately otherwise. -}
+waitChangeTime :: (([Change], UTCTime) -> Assistant Int) -> Assistant ()
+waitChangeTime a = waitchanges 0
+  where
+	waitchanges lastcommitsize = do
+		-- Wait one one second as a simple rate limiter.
+		liftIO $ threadDelaySeconds (Seconds 1)
+		-- Now, wait until at least one change is available for
+		-- processing.
+		cs <- getChanges
+		handlechanges cs lastcommitsize
+	handlechanges changes lastcommitsize = do
+		let len = length changes
+		-- See if now's a good time to commit.
+		now <- liftIO getCurrentTime
+		scanning <- not . scanComplete <$> getDaemonStatus
+		case (lastcommitsize >= maxCommitSize, shouldCommit scanning now len changes, possiblyrename changes) of
+			(True, True, _)
+				| len > maxCommitSize -> 
+					a (changes, now) >>= waitchanges
+				| otherwise -> aftermaxcommit changes
+			(_, True, False) ->
+				a (changes, now) >>= waitchanges
+			(_, True, True) -> do
+				morechanges <- getrelatedchanges changes
+				a (changes ++ morechanges, now) >>= waitchanges
+			_ -> do
+				refill changes
+				waitchanges lastcommitsize
+	
+	{- Did we perhaps only get one of the AddChange and RmChange pair
+	 - that make up a file rename? Or some of the pairs that make up 
+	 - a directory rename?
+	 -}
+	possiblyrename = all renamepart
+
+	renamepart (PendingAddChange _ _) = True
+	renamepart c = isRmChange c
+
+	{- Gets changes related to the passed changes, without blocking
+	 - very long.
+	 -
+	 - If there are multiple RmChanges, this is probably a directory
+	 - rename, in which case it may be necessary to wait longer to get
+	 - all the Changes involved.
+	 -}
+	getrelatedchanges oldchanges
+		| length (filter isRmChange oldchanges) > 1 =
+			concat <$> getbatchchanges []
+		| otherwise = do
+			liftIO humanImperceptibleDelay
+			getAnyChanges
+	getbatchchanges cs = do
+		liftIO $ threadDelay $ fromIntegral $ oneSecond `div` 10
+		cs' <- getAnyChanges
+		if null cs'
+			then return cs
+			else getbatchchanges (cs':cs)
+
+	{- The last commit was maximum size, so it's very likely there
+	 - are more changes and we'd like to ensure we make another commit
+	 - of maximum size if possible.
+	 -
+	 - But, it can take a while for the Watcher to wake back up
+	 - after a commit. It can get blocked by another thread
+	 - that is using the Annex state, such as a git-annex branch
+	 - commit. Especially after such a large commit, this can
+	 - take several seconds. When this happens, it defeats the
+	 - normal commit batching, which sees some old changes the
+	 - Watcher found while the commit was being prepared, and sees
+	 - no recent ones, and wants to commit immediately.
+	 -
+	 - All that we need to do, then, is wait for the Watcher to
+	 - wake up, and queue up one more change.
+	 -
+	 - However, it's also possible that we're at the end of changes for
+	 - now. So to avoid waiting a really long time before committing
+	 - those changes we have, poll for up to 30 seconds, and then
+	 - commit them.
+	 -
+	 - Also, try to run something in Annex, to ensure we block
+	 - longer if the Annex state is indeed blocked.
+	 -}
+	aftermaxcommit oldchanges = loop (30 :: Int)
+	  where
+	  	loop 0 = continue oldchanges
+	  	loop n = do
+			liftAnnex noop -- ensure Annex state is free
+			liftIO $ threadDelaySeconds (Seconds 1)
+			changes <- getAnyChanges
+			if null changes
+				then loop (n - 1)
+				else continue (oldchanges ++ changes)
+		continue cs
+			| null cs = waitchanges 0
+			| otherwise = handlechanges cs 0
+
+isRmChange :: Change -> Bool
+isRmChange (Change { changeInfo = i }) | i == RmChange = True
+isRmChange _ = False
+
+{- An amount of time that is hopefully imperceptably short for humans,
+ - while long enough for a computer to get some work done. 
+ - Note that 0.001 is a little too short for rename change batching to
+ - work. -}
+humanImperceptibleInterval :: NominalDiffTime
+humanImperceptibleInterval = 0.01
+
+humanImperceptibleDelay :: IO ()
+humanImperceptibleDelay = threadDelay $
+	truncate $ humanImperceptibleInterval * fromIntegral oneSecond
+
+maxCommitSize :: Int
+maxCommitSize = 5000
+
+{- Decide if now is a good time to make a commit.
+ - Note that the list of changes has an undefined order.
+ -
+ - Current strategy: If there have been 10 changes within the past second,
+ - a batch activity is taking place, so wait for later.
+ -}
+shouldCommit :: Bool -> UTCTime -> Int -> [Change] -> Bool
+shouldCommit scanning now len changes
+	| scanning = len >= maxCommitSize
+	| len == 0 = False
+	| len >= maxCommitSize = True
+	| length recentchanges < 10 = True
+	| otherwise = False -- batch activity
+  where
+	thissecond c = timeDelta c <= 1
+	recentchanges = filter thissecond changes
+	timeDelta c = now `diffUTCTime` changeTime c
+
+commitStaged :: Annex Bool
+commitStaged = do
+	{- This could fail if there's another commit being made by
+	 - something else. -}
+	v <- tryAnnex Annex.Queue.flush
+	case v of
+		Left _ -> return False
+		Right _ -> do
+			ok <- Command.Sync.commitStaged Git.Branch.AutomaticCommit ""
+			when ok $
+				Command.Sync.updateSyncBranch =<< inRepo Git.Branch.current
+			return ok
+
+{- OSX needs a short delay after a file is added before locking it down,
+ - when using a non-direct mode repository, as pasting a file seems to
+ - try to set file permissions or otherwise access the file after closing
+ - it. -}
+delayaddDefault :: Annex (Maybe Seconds)
+#ifdef darwin_HOST_OS
+delayaddDefault = ifM isDirect
+	( return Nothing
+	, return $ Just $ Seconds 1
+	)
+#else
+delayaddDefault = return Nothing
+#endif
+
+{- If there are PendingAddChanges, or InProcessAddChanges, the files
+ - have not yet actually been added to the annex, and that has to be done
+ - now, before committing.
+ -
+ - Deferring the adds to this point causes batches to be bundled together,
+ - which allows faster checking with lsof that the files are not still open
+ - for write by some other process, and faster checking with git-ls-files
+ - that the files are not already checked into git.
+ -
+ - When a file is added, Inotify will notice the new symlink. So this waits
+ - for additional Changes to arrive, so that the symlink has hopefully been
+ - staged before returning, and will be committed immediately.
+ -
+ - OTOH, for kqueue, eventsCoalesce, so instead the symlink is directly
+ - created and staged.
+ -
+ - Returns a list of all changes that are ready to be committed.
+ - Any pending adds that are not ready yet are put back into the ChangeChan,
+ - where they will be retried later.
+ -}
+handleAdds :: Bool -> Maybe Seconds -> [Change] -> Assistant [Change]
+handleAdds havelsof delayadd cs = returnWhen (null incomplete) $ do
+	let (pending, inprocess) = partition isPendingAddChange incomplete
+	direct <- liftAnnex isDirect
+	(pending', cleanup) <- if direct
+		then return (pending, noop)
+		else findnew pending
+	(postponed, toadd) <- partitionEithers <$> safeToAdd havelsof delayadd pending' inprocess
+	cleanup
+
+	unless (null postponed) $
+		refillChanges postponed
+
+	returnWhen (null toadd) $ do
+		added <- addaction toadd $
+			catMaybes <$> if direct
+				then adddirect toadd
+				else forM toadd add
+		if DirWatcher.eventsCoalesce || null added || direct
+			then return $ added ++ otherchanges
+			else do
+				r <- handleAdds havelsof delayadd =<< getChanges
+				return $ r ++ added ++ otherchanges
+  where
+	(incomplete, otherchanges) = partition (\c -> isPendingAddChange c || isInProcessAddChange c) cs
+		
+	findnew [] = return ([], noop)
+	findnew pending@(exemplar:_) = do
+		(newfiles, cleanup) <- liftAnnex $
+			inRepo (Git.LsFiles.notInRepo False $ map changeFile pending)
+		-- note: timestamp info is lost here
+		let ts = changeTime exemplar
+		return (map (PendingAddChange ts) newfiles, void $ liftIO cleanup)
+
+	returnWhen c a
+		| c = return otherchanges
+		| otherwise = a
+
+	add :: Change -> Assistant (Maybe Change)
+	add change@(InProcessAddChange { keySource = ks }) = 
+		catchDefaultIO Nothing <~> doadd
+	  where
+	  	doadd = sanitycheck ks $ do
+			(mkey, mcache) <- liftAnnex $ do
+				showStart "add" $ keyFilename ks
+				Command.Add.ingest $ Just ks
+			maybe (failedingest change) (done change mcache $ keyFilename ks) mkey
+	add _ = return Nothing
+
+	{- In direct mode, avoid overhead of re-injesting a renamed
+	 - file, by examining the other Changes to see if a removed
+	 - file has the same InodeCache as the new file. If so,
+	 - we can just update bookkeeping, and stage the file in git.
+	 -}
+	adddirect :: [Change] -> Assistant [Maybe Change]
+	adddirect toadd = do
+		ct <- liftAnnex compareInodeCachesWith
+		m <- liftAnnex $ removedKeysMap ct cs
+		delta <- liftAnnex getTSDelta
+		if M.null m
+			then forM toadd add
+			else forM toadd $ \c -> do
+				mcache <- liftIO $ genInodeCache (changeFile c) delta
+				case mcache of
+					Nothing -> add c
+					Just cache ->
+						case M.lookup (inodeCacheToKey ct cache) m of
+							Nothing -> add c
+							Just k -> fastadd c k
+
+	fastadd :: Change -> Key -> Assistant (Maybe Change)
+	fastadd change key = do
+		let source = keySource change
+		liftAnnex $ Command.Add.finishIngestDirect key source
+		done change Nothing (keyFilename source) key
+
+	removedKeysMap :: InodeComparisonType -> [Change] -> Annex (M.Map InodeCacheKey Key)
+	removedKeysMap ct l = do
+		mks <- forM (filter isRmChange l) $ \c ->
+			catKeyFile $ changeFile c
+		M.fromList . concat <$> mapM mkpairs (catMaybes mks)
+	  where
+		mkpairs k = map (\c -> (inodeCacheToKey ct c, k)) <$>
+			recordedInodeCache k
+
+	failedingest change = do
+		refill [retryChange change]
+		liftAnnex showEndFail
+		return Nothing
+
+	done change mcache file key = liftAnnex $ do
+		logStatus key InfoPresent
+		link <- ifM isDirect
+			( inRepo $ gitAnnexLink file key
+			, Command.Add.link file key mcache
+			)
+		whenM (pure DirWatcher.eventsCoalesce <||> isDirect) $
+			stageSymlink file =<< hashSymlink link
+		showEndOk
+		return $ Just $ finishedChange change key
+
+	{- Check that the keysource's keyFilename still exists,
+	 - and is still a hard link to its contentLocation,
+	 - before ingesting it. -}
+	sanitycheck keysource a = do
+		fs <- liftIO $ getSymbolicLinkStatus $ keyFilename keysource
+		ks <- liftIO $ getSymbolicLinkStatus $ contentLocation keysource
+		if deviceID ks == deviceID fs && fileID ks == fileID fs
+			then a
+			else do
+				-- remove the hard link
+				when (contentLocation keysource /= keyFilename keysource) $
+					void $ liftIO $ tryIO $ removeFile $ contentLocation keysource
+				return Nothing
+
+	{- Shown an alert while performing an action to add a file or
+	 - files. When only a few files are added, their names are shown
+	 - in the alert. When it's a batch add, the number of files added
+	 - is shown.
+	 -
+	 - Add errors tend to be transient and will be
+	 - automatically dealt with, so the alert is always told
+	 - the add succeeded.
+	 -}
+	addaction [] a = a
+	addaction toadd a = alertWhile' (addFileAlert $ map changeFile toadd) $
+		(,) 
+			<$> pure True
+			<*> a
+
+{- Files can Either be Right to be added now,
+ - or are unsafe, and must be Left for later.
+ -
+ - Check by running lsof on the repository.
+ -}
+safeToAdd :: Bool -> Maybe Seconds -> [Change] -> [Change] -> Assistant [Either Change Change]
+safeToAdd _ _ [] [] = return []
+safeToAdd havelsof delayadd pending inprocess = do
+	maybe noop (liftIO . threadDelaySeconds) delayadd
+	liftAnnex $ do
+		keysources <- forM pending $ Command.Add.lockDown . changeFile
+		let inprocess' = inprocess ++ mapMaybe mkinprocess (zip pending keysources)
+		openfiles <- if havelsof
+			then S.fromList . map fst3 . filter openwrite <$>
+				findopenfiles (map keySource inprocess')
+			else pure S.empty
+		let checked = map (check openfiles) inprocess'
+
+		{- If new events are received when files are closed,
+		 - there's no need to retry any changes that cannot
+		 - be done now. -}
+		if DirWatcher.closingTracked
+			then do
+				mapM_ canceladd $ lefts checked
+				allRight $ rights checked
+			else return checked
+  where
+	check openfiles change@(InProcessAddChange { keySource = ks })
+		| S.member (contentLocation ks) openfiles = Left change
+	check _ change = Right change
+
+	mkinprocess (c, Just ks) = Just InProcessAddChange
+		{ changeTime = changeTime c
+		, keySource = ks
+		}
+	mkinprocess (_, Nothing) = Nothing
+
+	canceladd (InProcessAddChange { keySource = ks }) = do
+		warning $ keyFilename ks
+			++ " still has writers, not adding"
+		-- remove the hard link
+		when (contentLocation ks /= keyFilename ks) $
+			void $ liftIO $ tryIO $ removeFile $ contentLocation ks
+	canceladd _ = noop
+
+	openwrite (_file, mode, _pid)
+		| mode == Lsof.OpenWriteOnly = True
+		| mode == Lsof.OpenReadWrite = True
+		| mode == Lsof.OpenUnknown = True
+		| otherwise = False
+
+	allRight = return . map Right
+
+	{- Normally the KeySources are locked down inside the temp directory,
+	 - so can just lsof that, which is quite efficient.
+	 -
+	 - In crippled filesystem mode, there is no lock down, so must run lsof
+	 - on each individual file.
+	 -}
+	findopenfiles keysources = ifM crippledFileSystem
+		( liftIO $ do
+			let segments = segmentXargs $ map keyFilename keysources
+			concat <$> forM segments (\fs -> Lsof.query $ "--" : fs)
+		, do
+			tmpdir <- fromRepo gitAnnexTmpMiscDir
+			liftIO $ Lsof.queryDir tmpdir
+		)
+
+{- After a Change is committed, queue any necessary transfers or drops
+ - of the content of the key.
+ -
+ - This is not done during the startup scan, because the expensive
+ - transfer scan does the same thing then.
+ -}
+checkChangeContent :: Change -> Assistant ()
+checkChangeContent change@(Change { changeInfo = i }) =
+	case changeInfoKey i of
+		Nothing -> noop
+		Just k -> whenM (scanComplete <$> getDaemonStatus) $ do
+			present <- liftAnnex $ inAnnex k
+			void $ if present
+				then queueTransfers "new file created" Next k (Just f) Upload
+				else queueTransfers "new or renamed file wanted" Next k (Just f) Download
+			handleDrops "file renamed" present k (Just f) Nothing
+  where
+	f = changeFile change
+checkChangeContent _ = noop
diff --git a/Assistant/Threads/ConfigMonitor.hs b/Assistant/Threads/ConfigMonitor.hs
new file mode 100644
index 0000000000..d02e53db55
--- /dev/null
+++ b/Assistant/Threads/ConfigMonitor.hs
@@ -0,0 +1,91 @@
+{- git-annex assistant config monitor thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.ConfigMonitor where
+
+import Assistant.Common
+import Assistant.BranchChange
+import Assistant.DaemonStatus
+import Assistant.Commits
+import Utility.ThreadScheduler
+import Logs
+import Logs.UUID
+import Logs.Trust
+import Logs.PreferredContent
+import Logs.Group
+import Logs.NumCopies
+import Remote.List (remoteListRefresh)
+import qualified Git.LsTree as LsTree
+import Git.FilePath
+import qualified Annex.Branch
+
+import qualified Data.Set as S
+
+{- This thread detects when configuration changes have been made to the
+ - git-annex branch and reloads cached configuration.
+ -
+ - If the branch is frequently changing, it's checked for configuration
+ - changes no more often than once every 60 seconds. On the other hand,
+ - if the branch has not changed in a while, configuration changes will
+ - be detected immediately.
+ -}
+configMonitorThread :: NamedThread
+configMonitorThread = namedThread "ConfigMonitor" $ loop =<< getConfigs
+  where
+	loop old = do
+		waitBranchChange
+		new <- getConfigs
+		when (old /= new) $ do
+			let changedconfigs = new `S.difference` old
+			debug $ "reloading config" : 
+				map fst (S.toList changedconfigs)
+			reloadConfigs new
+			{- Record a commit to get this config
+			 - change pushed out to remotes. -}
+			recordCommit
+		liftIO $ threadDelaySeconds (Seconds 60)
+		loop new
+
+{- Config files, and their checksums. -}
+type Configs = S.Set (FilePath, String)
+
+{- All git-annex's config files, and actions to run when they change. -}
+configFilesActions :: [(FilePath, Assistant ())]
+configFilesActions =
+	[ (uuidLog, void $ liftAnnex uuidMapLoad)
+	, (remoteLog, void $ liftAnnex remoteListRefresh)
+	, (trustLog, void $ liftAnnex trustMapLoad)
+	, (groupLog, void $ liftAnnex groupMapLoad)
+	, (numcopiesLog, void $ liftAnnex globalNumCopiesLoad)
+	, (scheduleLog, void updateScheduleLog)
+	-- Preferred and required content settings depend on most of the
+	-- other configs, so will be reloaded whenever any configs change.
+	, (preferredContentLog, noop)
+	, (requiredContentLog, noop)
+	, (groupPreferredContentLog, noop)
+	]
+
+reloadConfigs :: Configs -> Assistant ()
+reloadConfigs changedconfigs = do
+	sequence_ as
+	void $ liftAnnex preferredRequiredMapsLoad
+	{- Changes to the remote log, or the trust log, can affect the
+	 - syncRemotes list. Changes to the uuid log may affect its
+	 - display so are also included. -}
+	when (any (`elem` fs) [remoteLog, trustLog, uuidLog])
+		updateSyncRemotes
+  where
+	(fs, as) = unzip $ filter (flip S.member changedfiles . fst)
+		configFilesActions
+	changedfiles = S.map fst changedconfigs
+
+getConfigs :: Assistant Configs
+getConfigs = S.fromList . map extract
+	<$> liftAnnex (inRepo $ LsTree.lsTreeFiles Annex.Branch.fullname files)
+  where
+	files = map fst configFilesActions
+	extract treeitem = (getTopFilePath $ LsTree.file treeitem, LsTree.sha treeitem)
diff --git a/Assistant/Threads/Cronner.hs b/Assistant/Threads/Cronner.hs
new file mode 100644
index 0000000000..55b3ca2f10
--- /dev/null
+++ b/Assistant/Threads/Cronner.hs
@@ -0,0 +1,225 @@
+{- git-annex assistant sceduled jobs runner
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE DeriveDataTypeable #-}
+
+module Assistant.Threads.Cronner (
+	cronnerThread
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Utility.NotificationBroadcaster
+import Annex.UUID
+import Config.Files
+import Logs.Schedule
+import Utility.Scheduled
+import Types.ScheduledActivity
+import Utility.ThreadScheduler
+import Utility.HumanTime
+import Utility.Batch
+import Assistant.TransferQueue
+import Annex.Content
+import Logs.Transfer
+import Assistant.Types.UrlRenderer
+import Assistant.Alert
+import Remote
+import qualified Types.Remote as Remote
+import qualified Git
+import qualified Git.Fsck
+import Assistant.Fsck
+import Assistant.Repair
+
+import Control.Concurrent.Async
+import Control.Concurrent.MVar
+import Data.Time.LocalTime
+import Data.Time.Clock
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+{- Loads schedules for this repository, and fires off one thread for each 
+ - scheduled event that runs on this repository. Each thread sleeps until
+ - its event is scheduled to run.
+ -
+ - To handle events that run on remotes, which need to only run when
+ - their remote gets connected, threads are also started, and are passed
+ - a MVar to wait on, which is stored in the DaemonStatus's
+ - connectRemoteNotifiers.
+ -
+ - In the meantime the main thread waits for any changes to the
+ - schedules. When there's a change, compare the old and new list of
+ - schedules to find deleted and added ones. Start new threads for added
+ - ones, and kill the threads for deleted ones. -}
+cronnerThread :: UrlRenderer -> NamedThread
+cronnerThread urlrenderer = namedThreadUnchecked "Cronner" $ do
+	fsckNudge urlrenderer Nothing
+	dstatus <- getDaemonStatus
+	h <- liftIO $ newNotificationHandle False (scheduleLogNotifier dstatus)
+	go h M.empty M.empty
+  where
+	go h amap nmap = do
+		activities <- liftAnnex $ scheduleGet =<< getUUID
+
+		let addedactivities = activities `S.difference` M.keysSet amap
+		let removedactivities = M.keysSet amap `S.difference` activities
+
+		forM_ (S.toList removedactivities) $ \activity ->
+			case M.lookup activity amap of
+				Just a -> do
+					debug ["stopping removed job for", fromScheduledActivity activity, show (asyncThreadId a)]
+					liftIO $ cancel a
+				Nothing -> noop
+
+		lastruntimes <- liftAnnex getLastRunTimes
+		started <- startactivities (S.toList addedactivities) lastruntimes
+		let addedamap = M.fromList $ map fst started
+		let addednmap = M.fromList $ catMaybes $ map snd started
+
+		let removefiltered = M.filterWithKey (\k _ -> S.member k removedactivities)
+		let amap' = M.difference (M.union addedamap amap) (removefiltered amap)
+		let nmap' = M.difference (M.union addednmap nmap) (removefiltered nmap)
+		modifyDaemonStatus_ $ \s -> s { connectRemoteNotifiers = M.fromListWith (++) (M.elems nmap') }
+
+		liftIO $ waitNotification h
+		debug ["reloading changed activities"]
+		go h amap' nmap'
+  	startactivities as lastruntimes = forM as $ \activity ->
+		case connectActivityUUID activity of
+			Nothing -> do
+				runner <- asIO2 (sleepingActivityThread urlrenderer)
+				a <- liftIO $ async $
+					runner activity (M.lookup activity lastruntimes)
+				return ((activity, a), Nothing)
+			Just u -> do
+				mvar <- liftIO newEmptyMVar
+				runner <- asIO2 (remoteActivityThread urlrenderer mvar)
+				a <- liftIO $ async $
+					runner activity (M.lookup activity lastruntimes)
+				return ((activity, a), Just (activity, (u, [mvar])))
+
+{- Calculate the next time the activity is scheduled to run, then
+ - sleep until that time, and run it. Then call setLastRunTime, and
+ - loop.
+ -}
+sleepingActivityThread :: UrlRenderer -> ScheduledActivity -> Maybe LocalTime -> Assistant ()
+sleepingActivityThread urlrenderer activity lasttime = go lasttime =<< getnexttime lasttime
+  where
+  	getnexttime = liftIO . nextTime schedule
+  	go _ Nothing = debug ["no scheduled events left for", desc]
+	go l (Just (NextTimeExactly t)) = waitrun l t Nothing
+	go l (Just (NextTimeWindow windowstart windowend)) =
+		waitrun l windowstart (Just windowend)
+	desc = fromScheduledActivity activity
+	schedule = getSchedule activity
+	waitrun l t mmaxt = do
+		seconds <- liftIO $ secondsUntilLocalTime t
+		when (seconds > Seconds 0) $ do
+			debug ["waiting", show seconds, "for next scheduled", desc]
+			liftIO $ threadDelaySeconds seconds
+		now <- liftIO getCurrentTime
+		tz <- liftIO $ getTimeZone now
+		let nowt = utcToLocalTime tz now
+		if tolate nowt tz
+			then do
+				debug ["too late to run scheduled", desc]
+				go l =<< getnexttime l
+			else run nowt
+	  where
+	  	tolate nowt tz = case mmaxt of
+			Just maxt -> nowt > maxt
+			-- allow the job to start 10 minutes late
+			Nothing ->diffUTCTime 
+				(localTimeToUTC tz nowt)
+				(localTimeToUTC tz t) > 600
+	run nowt = do
+		runActivity urlrenderer activity nowt
+		go (Just nowt) =<< getnexttime (Just nowt)
+
+{- Wait for the remote to become available by waiting on the MVar.
+ - Then check if the time is within a time window when activity
+ - is scheduled to run, and if so run it.
+ - Otherwise, just wait again on the MVar.
+ -}
+remoteActivityThread :: UrlRenderer -> MVar () -> ScheduledActivity -> Maybe LocalTime -> Assistant ()
+remoteActivityThread urlrenderer mvar activity lasttime = do
+	liftIO $ takeMVar mvar
+	go =<< liftIO (nextTime (getSchedule activity) lasttime)
+  where
+	go (Just (NextTimeWindow windowstart windowend)) = do
+		now <- liftIO getCurrentTime
+		tz <- liftIO $ getTimeZone now
+		if now >= localTimeToUTC tz windowstart && now <= localTimeToUTC tz windowend
+			then do
+				let nowt = utcToLocalTime tz now
+				runActivity urlrenderer activity nowt
+				loop (Just nowt)
+			else loop lasttime
+	go _ = noop -- running at exact time not handled here
+	loop = remoteActivityThread urlrenderer mvar activity
+
+secondsUntilLocalTime :: LocalTime -> IO Seconds
+secondsUntilLocalTime t = do
+	now <- getCurrentTime
+	tz <- getTimeZone now
+	let secs = truncate $ diffUTCTime (localTimeToUTC tz t) now
+	return $ if secs > 0
+		then Seconds secs
+		else Seconds 0
+
+runActivity :: UrlRenderer -> ScheduledActivity -> LocalTime -> Assistant ()
+runActivity urlrenderer activity nowt = do
+	debug ["starting", desc]
+	runActivity' urlrenderer activity
+	debug ["finished", desc]
+	liftAnnex $ setLastRunTime activity nowt
+  where
+	desc = fromScheduledActivity activity
+
+runActivity' :: UrlRenderer -> ScheduledActivity -> Assistant ()
+runActivity' urlrenderer (ScheduledSelfFsck _ d) = do
+	program <- liftIO $ readProgramFile
+	g <- liftAnnex gitRepo
+	fsckresults <- showFscking urlrenderer Nothing $ tryNonAsync $ do
+		void $ batchCommand program (Param "fsck" : annexFsckParams d)
+		Git.Fsck.findBroken True g
+	u <- liftAnnex getUUID
+	void $ repairWhenNecessary urlrenderer u Nothing fsckresults
+	mapM_ reget =<< liftAnnex (dirKeys gitAnnexBadDir)
+  where
+	reget k = queueTransfers "fsck found bad file; redownloading" Next k Nothing Download
+runActivity' urlrenderer (ScheduledRemoteFsck u s d) = handle =<< liftAnnex (remoteFromUUID u)
+  where
+	handle Nothing = debug ["skipping remote fsck of uuid without a configured remote", fromUUID u, fromSchedule s]
+	handle (Just rmt) = void $ case Remote.remoteFsck rmt of
+		Nothing -> go rmt $ do
+			program <- readProgramFile
+			void $ batchCommand program $ 
+				[ Param "fsck"
+				-- avoid downloading files
+				, Param "--fast"
+				, Param "--from"
+				, Param $ Remote.name rmt
+				] ++ annexFsckParams d
+		Just mkfscker -> do
+			{- Note that having mkfsker return an IO action
+			 - avoids running a long duration fsck in the
+			 - Annex monad. -}
+			go rmt =<< liftAnnex (mkfscker (annexFsckParams d))
+	go rmt annexfscker = do
+		fsckresults <- showFscking urlrenderer (Just rmt) $ tryNonAsync $ do
+			void annexfscker
+			let r = Remote.repo rmt
+			if Git.repoIsLocal r && not (Git.repoIsLocalUnknown r)
+				then Just <$> Git.Fsck.findBroken True r
+				else pure Nothing
+		maybe noop (void . repairWhenNecessary urlrenderer u (Just rmt)) fsckresults
+
+annexFsckParams :: Duration -> [CommandParam]
+annexFsckParams d =
+	[ Param "--incremental-schedule=1d"
+	, Param $ "--time-limit=" ++ fromDuration d
+	]
diff --git a/Assistant/Threads/DaemonStatus.hs b/Assistant/Threads/DaemonStatus.hs
new file mode 100644
index 0000000000..5bbb15acbe
--- /dev/null
+++ b/Assistant/Threads/DaemonStatus.hs
@@ -0,0 +1,29 @@
+{- git-annex assistant daemon status thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.DaemonStatus where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Utility.ThreadScheduler
+import Utility.NotificationBroadcaster
+
+{- This writes the daemon status to disk, when it changes, but no more
+ - frequently than once every ten minutes.
+ -}
+daemonStatusThread :: NamedThread
+daemonStatusThread = namedThread "DaemonStatus" $ do
+	notifier <- liftIO . newNotificationHandle False
+		=<< changeNotifier <$> getDaemonStatus
+	checkpoint
+	runEvery (Seconds tenMinutes) <~> do
+		liftIO $ waitNotification notifier
+		checkpoint
+  where
+	checkpoint = do
+		file <- liftAnnex $ fromRepo gitAnnexDaemonStatusFile
+		liftIO . writeDaemonStatusFile file =<< getDaemonStatus
diff --git a/Assistant/Threads/Glacier.hs b/Assistant/Threads/Glacier.hs
new file mode 100644
index 0000000000..4c4012a676
--- /dev/null
+++ b/Assistant/Threads/Glacier.hs
@@ -0,0 +1,43 @@
+{- git-annex assistant Amazon Glacier retrieval
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+{-# LANGUAGE OverloadedStrings #-}
+
+module Assistant.Threads.Glacier where
+
+import Assistant.Common
+import Utility.ThreadScheduler
+import qualified Types.Remote as Remote
+import qualified Remote.Glacier as Glacier
+import Logs.Transfer
+import Assistant.DaemonStatus
+import Assistant.TransferQueue
+
+import qualified Data.Set as S
+
+{- Wakes up every half hour and checks if any glacier remotes have failed
+ - downloads. If so, runs glacier-cli to check if the files are now
+ - available, and queues the downloads. -}
+glacierThread :: NamedThread
+glacierThread = namedThread "Glacier" $ runEvery (Seconds 3600) <~> go
+  where
+	isglacier r = Remote.remotetype r == Glacier.remote
+	go = do
+		rs <- filter isglacier . syncDataRemotes <$> getDaemonStatus
+		forM_ rs $ \r -> 
+			check r =<< liftAnnex (getFailedTransfers $ Remote.uuid r)
+	check _ [] = noop
+	check r l = do
+		let keys = map getkey l
+		(availkeys, failedkeys) <- liftAnnex $ Glacier.jobList r keys
+		let s = S.fromList (failedkeys ++ availkeys)
+		let l' = filter (\p -> S.member (getkey p) s) l
+		forM_ l' $ \(t, info) -> do
+			liftAnnex $ removeFailedTransfer t
+			queueTransferWhenSmall "object available from glacier" (associatedFile info) t r
+	getkey = transferKey . fst
diff --git a/Assistant/Threads/Merger.hs b/Assistant/Threads/Merger.hs
new file mode 100644
index 0000000000..62dab59aff
--- /dev/null
+++ b/Assistant/Threads/Merger.hs
@@ -0,0 +1,119 @@
+{- git-annex assistant git merge thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.Merger where
+
+import Assistant.Common
+import Assistant.TransferQueue
+import Assistant.BranchChange
+import Assistant.DaemonStatus
+import Assistant.ScanRemotes
+import Utility.DirWatcher
+import Utility.DirWatcher.Types
+import qualified Annex.Branch
+import qualified Git
+import qualified Git.Branch
+import Annex.AutoMerge
+import Annex.TaggedPush
+import Remote (remoteFromUUID)
+
+import qualified Data.Set as S
+import qualified Data.Text as T
+
+{- This thread watches for changes to .git/refs/, and handles incoming
+ - pushes. -}
+mergeThread :: NamedThread
+mergeThread = namedThread "Merger" $ do
+	g <- liftAnnex gitRepo
+	let dir = Git.localGitDir g </> "refs"
+	liftIO $ createDirectoryIfMissing True dir
+	let hook a = Just <$> asIO2 (runHandler a)
+	changehook <- hook onChange
+	errhook <- hook onErr
+	let hooks = mkWatchHooks
+		{ addHook = changehook
+		, modifyHook = changehook
+		, errHook = errhook
+		}
+	void $ liftIO $ watchDir dir (const False) True hooks id
+	debug ["watching", dir]
+
+type Handler = FilePath -> Assistant ()
+
+{- Runs an action handler.
+ -
+ - Exceptions are ignored, otherwise a whole thread could be crashed.
+ -}
+runHandler :: Handler -> FilePath -> Maybe FileStatus -> Assistant ()
+runHandler handler file _filestatus =
+	either (liftIO . print) (const noop) =<< tryIO <~> handler file
+
+{- Called when there's an error with inotify. -}
+onErr :: Handler
+onErr = error
+
+{- Called when a new branch ref is written, or a branch ref is modified.
+ -
+ - At startup, synthetic add events fire, causing this to run, but that's
+ - ok; it ensures that any changes pushed since the last time the assistant
+ - ran are merged in.
+ -}
+onChange :: Handler
+onChange file
+	| ".lock" `isSuffixOf` file = noop
+	| isAnnexBranch file = do
+		branchChanged
+		diverged <- liftAnnex Annex.Branch.forceUpdate
+		when diverged $
+			unlessM handleDesynced $
+				queueDeferredDownloads "retrying deferred download" Later
+	| "/synced/" `isInfixOf` file =
+		mergecurrent =<< liftAnnex (inRepo Git.Branch.current)
+	| otherwise = noop
+  where
+	changedbranch = fileToBranch file
+
+	mergecurrent (Just current)
+		| equivBranches changedbranch current =
+			whenM (liftAnnex $ inRepo $ Git.Branch.changed current changedbranch) $ do
+				debug
+					[ "merging", Git.fromRef changedbranch
+					, "into", Git.fromRef current
+					]
+				void $ liftAnnex $ autoMergeFrom changedbranch (Just current) Git.Branch.AutomaticCommit
+	mergecurrent _ = noop
+
+	handleDesynced = case fromTaggedBranch changedbranch of
+		Nothing -> return False
+		Just (u, info) -> do
+			mr <- liftAnnex $ remoteFromUUID u
+			case mr of
+				Nothing -> return False
+				Just r -> do
+					s <- desynced <$> getDaemonStatus
+					if S.member u s || Just (T.unpack $ getXMPPClientID r) == info
+						then do
+							modifyDaemonStatus_ $ \st -> st
+								{ desynced = S.delete u s }
+							addScanRemotes True [r]
+							return True
+						else return False
+
+equivBranches :: Git.Ref -> Git.Ref -> Bool
+equivBranches x y = base x == base y
+  where
+	base = takeFileName . Git.fromRef
+
+isAnnexBranch :: FilePath -> Bool
+isAnnexBranch f = n `isSuffixOf` f
+  where
+	n = '/' : Git.fromRef Annex.Branch.name
+
+fileToBranch :: FilePath -> Git.Ref
+fileToBranch f = Git.Ref $ "refs" </> base
+  where
+	base = Prelude.last $ split "/refs/" f
diff --git a/Assistant/Threads/MountWatcher.hs b/Assistant/Threads/MountWatcher.hs
new file mode 100644
index 0000000000..bd7aad69c2
--- /dev/null
+++ b/Assistant/Threads/MountWatcher.hs
@@ -0,0 +1,199 @@
+{- git-annex assistant mount watcher, using either dbus or mtab polling
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+{-# LANGUAGE OverloadedStrings #-}
+
+module Assistant.Threads.MountWatcher where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.Sync
+import qualified Annex
+import qualified Git
+import Utility.ThreadScheduler
+import Utility.Mounts
+import Remote.List
+import qualified Types.Remote as Remote
+import Assistant.Types.UrlRenderer
+import Assistant.Fsck
+
+import qualified Data.Set as S
+
+#if WITH_DBUS
+import Utility.DBus
+import DBus.Client
+import DBus
+import Data.Word (Word32)
+import Control.Concurrent
+import qualified Control.Exception as E
+#else
+#warning Building without dbus support; will use mtab polling
+#endif
+
+mountWatcherThread :: UrlRenderer -> NamedThread
+mountWatcherThread urlrenderer = namedThread "MountWatcher" $
+#if WITH_DBUS
+	dbusThread urlrenderer
+#else
+	pollingThread urlrenderer
+#endif
+
+#if WITH_DBUS
+
+dbusThread :: UrlRenderer -> Assistant ()
+dbusThread urlrenderer = do
+	runclient <- asIO1 go
+	r <- liftIO $ E.try $ runClient getSessionAddress runclient
+	either onerr (const noop) r
+  where
+	go client = ifM (checkMountMonitor client)
+		( do
+			{- Store the current mount points in an MVar, to be
+			 - compared later. We could in theory work out the
+			 - mount point from the dbus message, but this is
+			 - easier. -}
+			mvar <- liftIO $ newMVar =<< currentMountPoints
+			handleevent <- asIO1 $ \_event -> do
+				nowmounted <- liftIO $ currentMountPoints
+				wasmounted <- liftIO $ swapMVar mvar nowmounted
+				handleMounts urlrenderer wasmounted nowmounted
+			liftIO $ forM_ mountChanged $ \matcher ->
+#if MIN_VERSION_dbus(0,10,7)
+				void $ addMatch client matcher handleevent
+#else
+				listen client matcher handleevent
+#endif
+		, do
+			liftAnnex $
+				warning "No known volume monitor available through dbus; falling back to mtab polling"
+			pollingThread urlrenderer
+		)
+	onerr :: E.SomeException -> Assistant ()
+	onerr e = do
+		{- If the session dbus fails, the user probably
+		 - logged out of their desktop. Even if they log
+		 - back in, we won't have access to the dbus
+		 - session key, so polling is the best that can be
+		 - done in this situation. -}
+		liftAnnex $
+			warning $ "dbus failed; falling back to mtab polling (" ++ show e ++ ")"
+		pollingThread urlrenderer
+
+{- Examine the list of services connected to dbus, to see if there
+ - are any we can use to monitor mounts. If not, will attempt to start one. -}
+checkMountMonitor :: Client -> Assistant Bool
+checkMountMonitor client = do
+	running <- filter (`elem` usableservices)
+		<$> liftIO (listServiceNames client)
+	case running of
+		[] -> startOneService client startableservices
+		(service:_) -> do
+			debug [ "Using running DBUS service"
+				, service
+				, "to monitor mount events."
+				]
+			return True
+  where
+	startableservices = [gvfs, gvfsgdu]
+	usableservices = startableservices ++ [kde]
+	gvfs = "org.gtk.Private.UDisks2VolumeMonitor"
+	gvfsgdu = "org.gtk.Private.GduVolumeMonitor"
+	kde = "org.kde.DeviceNotifications"
+
+startOneService :: Client -> [ServiceName] -> Assistant Bool
+startOneService _ [] = return False
+startOneService client (x:xs) = do
+	_ <- liftIO $ tryNonAsync $ callDBus client "StartServiceByName"
+		[toVariant x, toVariant (0 :: Word32)]
+	ifM (liftIO $ elem x <$> listServiceNames client)
+		( do
+			debug
+				[ "Started DBUS service", x
+				, "to monitor mount events."
+				]
+			return True
+		, startOneService client xs
+		)
+
+{- Filter matching events recieved when drives are mounted and unmounted. -}	
+mountChanged :: [MatchRule]
+mountChanged = [gvfs True, gvfs False, kde, kdefallback]
+  where
+	{- gvfs reliably generates this event whenever a
+	 - drive is mounted/unmounted, whether automatically, or manually -}
+	gvfs mount = matchAny
+		{ matchInterface = Just "org.gtk.Private.RemoteVolumeMonitor"
+		, matchMember = Just $ if mount then "MountAdded" else "MountRemoved"
+		}
+	{- This event fires when KDE prompts the user what to do with a drive,
+	 - but maybe not at other times. And it's not received -}
+	kde = matchAny
+		{ matchInterface = Just "org.kde.Solid.Device"
+		, matchMember = Just "setupDone"
+		}
+	{- This event may not be closely related to mounting a drive, but it's
+	 - observed reliably when a drive gets mounted or unmounted. -}
+	kdefallback = matchAny
+		{ matchInterface = Just "org.kde.KDirNotify"
+		, matchMember = Just "enteredDirectory"
+		}
+
+#endif
+
+pollingThread :: UrlRenderer -> Assistant ()
+pollingThread urlrenderer = go =<< liftIO currentMountPoints
+  where
+	go wasmounted = do
+		liftIO $ threadDelaySeconds (Seconds 10)
+		nowmounted <- liftIO currentMountPoints
+		handleMounts urlrenderer wasmounted nowmounted
+		go nowmounted
+
+handleMounts :: UrlRenderer -> MountPoints -> MountPoints -> Assistant ()
+handleMounts urlrenderer wasmounted nowmounted =
+	mapM_ (handleMount urlrenderer . mnt_dir) $
+		S.toList $ newMountPoints wasmounted nowmounted
+
+handleMount :: UrlRenderer -> FilePath -> Assistant ()
+handleMount urlrenderer dir = do
+	debug ["detected mount of", dir]
+	rs <- filter (Git.repoIsLocal . Remote.repo) <$> remotesUnder dir
+	mapM_ (fsckNudge urlrenderer . Just) rs
+	reconnectRemotes True rs
+
+{- Finds remotes located underneath the mount point.
+ -
+ - Updates state to include the remotes.
+ -
+ - The config of git remotes is re-read, as it may not have been available
+ - at startup time, or may have changed (it could even be a different
+ - repository at the same remote location..)
+ -}
+remotesUnder :: FilePath -> Assistant [Remote]
+remotesUnder dir = do
+	repotop <- liftAnnex $ fromRepo Git.repoPath
+	rs <- liftAnnex remoteList
+	pairs <- liftAnnex $ mapM (checkremote repotop) rs
+	let (waschanged, rs') = unzip pairs
+	when (or waschanged) $ do
+		liftAnnex $ Annex.changeState $ \s -> s { Annex.remotes = catMaybes rs' }
+		updateSyncRemotes
+	return $ mapMaybe snd $ filter fst pairs
+  where
+	checkremote repotop r = case Remote.localpath r of
+		Just p | dirContains dir (absPathFrom repotop p) ->
+			(,) <$> pure True <*> updateRemote r
+		_ -> return (False, Just r)
+
+type MountPoints = S.Set Mntent
+
+currentMountPoints :: IO MountPoints
+currentMountPoints = S.fromList <$> getMounts
+
+newMountPoints :: MountPoints -> MountPoints -> MountPoints
+newMountPoints old new = S.difference new old
diff --git a/Assistant/Threads/NetWatcher.hs b/Assistant/Threads/NetWatcher.hs
new file mode 100644
index 0000000000..f8c456aacf
--- /dev/null
+++ b/Assistant/Threads/NetWatcher.hs
@@ -0,0 +1,184 @@
+{- git-annex assistant network connection watcher, using dbus
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+{-# LANGUAGE OverloadedStrings #-}
+
+module Assistant.Threads.NetWatcher where
+
+import Assistant.Common
+import Assistant.Sync
+import Utility.ThreadScheduler
+import qualified Types.Remote as Remote
+import Assistant.DaemonStatus
+import Assistant.RemoteControl
+import Utility.NotificationBroadcaster
+
+#if WITH_DBUS
+import Utility.DBus
+import DBus.Client
+import DBus
+import Assistant.NetMessager
+#else
+#ifdef linux_HOST_OS
+#warning Building without dbus support; will poll for network connection changes
+#endif
+#endif
+
+netWatcherThread :: NamedThread
+#if WITH_DBUS
+netWatcherThread = thread dbusThread
+#else
+netWatcherThread = thread noop
+#endif
+  where
+	thread = namedThread "NetWatcher"
+
+{- This is a fallback for when dbus cannot be used to detect
+ - network connection changes, but it also ensures that
+ - any networked remotes that may have not been routable for a
+ - while (despite the local network staying up), are synced with
+ - periodically.
+ -
+ - Note that it does not call notifyNetMessagerRestart, or
+ - signal the RemoteControl, because it doesn't know that the
+ - network has changed.
+ -}
+netWatcherFallbackThread :: NamedThread
+netWatcherFallbackThread = namedThread "NetWatcherFallback" $
+	runEvery (Seconds 3600) <~> handleConnection
+
+#if WITH_DBUS
+
+dbusThread :: Assistant ()
+dbusThread = do
+	handleerr <- asIO2 onerr
+	runclient <- asIO1 go
+	liftIO $ persistentClient getSystemAddress () handleerr runclient
+  where
+	go client = ifM (checkNetMonitor client)
+		( do
+			callback <- asIO1 connchange
+			liftIO $ do
+				listenNMConnections client callback
+				listenWicdConnections client callback
+		, do
+			liftAnnex $
+				warning "No known network monitor available through dbus; falling back to polling"
+		)
+	connchange False = do
+		debug ["detected network disconnection"]
+		sendRemoteControl LOSTNET
+	connchange True = do
+		debug ["detected network connection"]
+		notifyNetMessagerRestart
+		handleConnection
+		sendRemoteControl RESUME
+	onerr e _ = do
+		liftAnnex $
+			warning $ "lost dbus connection; falling back to polling (" ++ show e ++ ")"
+		{- Wait, in hope that dbus will come back -}
+		liftIO $ threadDelaySeconds (Seconds 60)
+
+{- Examine the list of services connected to dbus, to see if there
+ - are any we can use to monitor network connections. -}
+checkNetMonitor :: Client -> Assistant Bool
+checkNetMonitor client = do
+	running <- liftIO $ filter (`elem` [networkmanager, wicd])
+		<$> listServiceNames client
+	case running of
+		[] -> return False
+		(service:_) -> do
+			debug [ "Using running DBUS service"
+				, service
+				, "to monitor network connection events."
+				]
+			return True
+  where
+	networkmanager = "org.freedesktop.NetworkManager"
+	wicd = "org.wicd.daemon"
+
+{- Listens for NetworkManager connections and diconnections.
+ -
+ - Connection example (once fully connected):
+ - [Variant {"ActivatingConnection": Variant (ObjectPath "/"), "PrimaryConnection": Variant (ObjectPath "/org/freedesktop/NetworkManager/ActiveConnection/34"), "State": Variant 70}]
+ -
+ - Disconnection example:
+ - [Variant {"ActiveConnections": Variant []}]
+ -}
+listenNMConnections :: Client -> (Bool -> IO ()) -> IO ()
+listenNMConnections client setconnected =
+#if MIN_VERSION_dbus(0,10,7)
+	void $ addMatch client matcher
+#else
+	listen client matcher
+#endif
+		$ \event -> mapM_ handle
+			(map dictionaryItems $ mapMaybe fromVariant $ signalBody event)
+  where
+	matcher = matchAny
+		{ matchInterface = Just "org.freedesktop.NetworkManager"
+		, matchMember = Just "PropertiesChanged"
+		}
+	nm_active_connections_key = toVariant ("ActiveConnections" :: String)
+	nm_activatingconnection_key = toVariant ("ActivatingConnection" :: String)
+	noconnections = Just $ toVariant $ toVariant ([] :: [ObjectPath])
+	rootconnection = Just $ toVariant $ toVariant $ objectPath_ "/"
+	handle m
+		| lookup nm_active_connections_key m == noconnections =
+			setconnected False
+		| lookup nm_activatingconnection_key m == rootconnection =
+			setconnected True
+		| otherwise = noop
+
+{- Listens for Wicd connections and disconnections.
+ -
+ - Connection example:
+ -   ConnectResultsSent:
+ -     Variant "success"
+ -
+ - Diconnection example:
+ -   StatusChanged
+ -     [Variant 0, Variant [Varient ""]]
+ -}
+listenWicdConnections :: Client -> (Bool -> IO ()) -> IO ()
+listenWicdConnections client setconnected = do
+	match connmatcher $ \event ->
+		when (any (== wicd_success) (signalBody event)) $
+			setconnected True
+	match statusmatcher $ \event -> handle (signalBody event)
+  where
+	connmatcher = matchAny
+		{ matchInterface = Just "org.wicd.daemon"
+		, matchMember = Just "ConnectResultsSent"
+		}
+	statusmatcher = matchAny
+		{ matchInterface = Just "org.wicd.daemon"
+		, matchMember = Just "StatusChanged"
+		}
+	wicd_success = toVariant ("success" :: String)
+	wicd_disconnected = toVariant [toVariant ("" :: String)]
+	handle status
+		| any (== wicd_disconnected) status = setconnected False
+		| otherwise = noop
+	match matcher a = 
+#if MIN_VERSION_dbus(0,10,7)
+		void $ addMatch client matcher a
+#else
+		listen client matcher a
+#endif
+#endif
+
+handleConnection :: Assistant ()
+handleConnection = do
+	liftIO . sendNotification . networkConnectedNotifier =<< getDaemonStatus
+	reconnectRemotes True =<< networkRemotes
+
+{- Network remotes to sync with. -}
+networkRemotes :: Assistant [Remote]
+networkRemotes = filter (isNothing . Remote.localpath) . syncRemotes
+	<$> getDaemonStatus
diff --git a/Assistant/Threads/PairListener.hs b/Assistant/Threads/PairListener.hs
new file mode 100644
index 0000000000..cd95ab5a43
--- /dev/null
+++ b/Assistant/Threads/PairListener.hs
@@ -0,0 +1,160 @@
+{- git-annex assistant thread to listen for incoming pairing traffic
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.PairListener where
+
+import Assistant.Common
+import Assistant.Pairing
+import Assistant.Pairing.Network
+import Assistant.Pairing.MakeRemote
+import Assistant.WebApp (UrlRenderer)
+import Assistant.WebApp.Types
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Utility.ThreadScheduler
+import Utility.Format
+import Git
+
+import Network.Multicast
+import Network.Socket
+import qualified Data.Text as T
+import Data.Char
+
+pairListenerThread :: UrlRenderer -> NamedThread
+pairListenerThread urlrenderer = namedThread "PairListener" $ do
+	listener <- asIO1 $ go [] []
+	liftIO $ withSocketsDo $
+		runEvery (Seconds 60) $ void $ tryIO $ 
+			listener =<< getsock
+  where
+	{- Note this can crash if there's no network interface,
+	 - or only one like lo that doesn't support multicast. -}
+	getsock = multicastReceiver (multicastAddress $ IPv4Addr undefined) pairingPort
+		
+	go reqs cache sock = liftIO (getmsg sock []) >>= \msg -> case readish msg of
+		Nothing -> go reqs cache sock
+		Just m -> do
+			debug ["received", show msg]
+			sane <- checkSane msg
+			(pip, verified) <- verificationCheck m
+				=<< (pairingInProgress <$> getDaemonStatus)
+			let wrongstage = maybe False (\p -> pairMsgStage m <= inProgressPairStage p) pip
+			let fromus = maybe False (\p -> remoteSshPubKey (pairMsgData m) == remoteSshPubKey (inProgressPairData p)) pip
+			case (wrongstage, fromus, sane, pairMsgStage m) of
+				(_, True, _, _) -> do
+					debug ["ignoring message that looped back"]
+					go reqs cache sock
+				(_, _, False, _) -> go reqs cache sock
+				-- PairReq starts a pairing process, so a
+				-- new one is always heeded, even if
+				-- some other pairing is in process.
+				(_, _, _, PairReq) -> if m `elem` reqs
+					then go reqs (invalidateCache m cache) sock
+					else do
+						pairReqReceived verified urlrenderer m
+						go (m:take 10 reqs) (invalidateCache m cache) sock
+				(True, _, _, _) -> do
+					debug
+						["ignoring out of order message"
+						, show (pairMsgStage m)
+						, "expected"
+						, show (succ . inProgressPairStage <$> pip)
+						]
+					go reqs cache sock
+				(_, _, _, PairAck) -> do
+					cache' <- pairAckReceived verified pip m cache
+					go reqs cache' sock
+				(_,_ , _, PairDone) -> do
+					pairDoneReceived verified pip m
+					go reqs cache sock
+
+	{- As well as verifying the message using the shared secret,
+	 - check its UUID against the UUID we have stored. If
+	 - they're the same, someone is sending bogus messages,
+	 - which could be an attempt to brute force the shared secret. -}
+	verificationCheck _ Nothing = return (Nothing, False)
+	verificationCheck m (Just pip)
+		| not verified && sameuuid = do
+			liftAnnex $ warning
+				"detected possible pairing brute force attempt; disabled pairing"
+			stopSending pip
+			return (Nothing, False)
+		|otherwise = return (Just pip, verified && sameuuid)
+	  where
+		verified = verifiedPairMsg m pip
+		sameuuid = pairUUID (inProgressPairData pip) == pairUUID (pairMsgData m)
+		
+	checkSane msg
+		{- Control characters could be used in a
+		 - console poisoning attack. -}
+		| any isControl (filter (/= '\n') (decode_c msg)) = do
+			liftAnnex $ warning
+				"illegal control characters in pairing message; ignoring"
+			return False
+		| otherwise = return True
+
+	{- PairReqs invalidate the cache of recently finished pairings.
+	 - This is so that, if a new pairing is started with the
+	 - same secret used before, a bogus PairDone is not sent. -}
+	invalidateCache msg = filter (not . verifiedPairMsg msg)
+
+	getmsg sock c = do
+		(msg, n, _) <- recvFrom sock chunksz
+		if n < chunksz
+			then return $ c ++ msg
+			else getmsg sock $ c ++ msg
+	  where
+		chunksz = 1024
+
+{- Show an alert when a PairReq is seen. -}
+pairReqReceived :: Bool -> UrlRenderer -> PairMsg -> Assistant ()
+pairReqReceived True _ _ = noop -- ignore our own PairReq
+pairReqReceived False urlrenderer msg = do
+	button <- mkAlertButton True (T.pack "Respond") urlrenderer (FinishLocalPairR msg)
+	void $ addAlert $ pairRequestReceivedAlert repo button
+  where
+	repo = pairRepo msg
+
+{- When a verified PairAck is seen, a host is ready to pair with us, and has
+ - already configured our ssh key. Stop sending PairReqs, finish the pairing,
+ - and send a single PairDone. -}
+pairAckReceived :: Bool -> Maybe PairingInProgress -> PairMsg -> [PairingInProgress] -> Assistant [PairingInProgress]
+pairAckReceived True (Just pip) msg cache = do
+	stopSending pip
+	repodir <- repoPath <$> liftAnnex gitRepo
+	liftIO $ setupAuthorizedKeys msg repodir
+	finishedLocalPairing msg (inProgressSshKeyPair pip)
+	startSending pip PairDone $ multicastPairMsg
+		(Just 1) (inProgressSecret pip) (inProgressPairData pip)
+	return $ pip : take 10 cache
+{- A stale PairAck might also be seen, after we've finished pairing.
+ - Perhaps our PairDone was not received. To handle this, we keep
+ - a cache of recently finished pairings, and re-send PairDone in
+ - response to stale PairAcks for them. -}
+pairAckReceived _ _ msg cache = do
+	let pips = filter (verifiedPairMsg msg) cache
+	unless (null pips) $
+		forM_ pips $ \pip ->
+			startSending pip PairDone $ multicastPairMsg
+				(Just 1) (inProgressSecret pip) (inProgressPairData pip)
+	return cache
+
+{- If we get a verified PairDone, the host has accepted our PairAck, and
+ - has paired with us. Stop sending PairAcks, and finish pairing with them.
+ -
+ - TODO: Should third-party hosts remove their pair request alert when they
+ - see a PairDone?
+ - Complication: The user could have already clicked on the alert and be
+ - entering the secret. Would be better to start a fresh pair request in this
+ - situation.
+ -}
+pairDoneReceived :: Bool -> Maybe PairingInProgress -> PairMsg -> Assistant ()
+pairDoneReceived False _ _ = noop -- not verified
+pairDoneReceived True Nothing _ = noop -- not in progress
+pairDoneReceived True (Just pip) msg = do
+	stopSending pip
+	finishedLocalPairing msg (inProgressSshKeyPair pip)
diff --git a/Assistant/Threads/ProblemFixer.hs b/Assistant/Threads/ProblemFixer.hs
new file mode 100644
index 0000000000..8095581a69
--- /dev/null
+++ b/Assistant/Threads/ProblemFixer.hs
@@ -0,0 +1,70 @@
+{- git-annex assistant thread to handle fixing problems with repositories
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.ProblemFixer (
+	problemFixerThread
+) where
+
+import Assistant.Common
+import Assistant.Types.RepoProblem
+import Assistant.RepoProblem
+import Assistant.Types.UrlRenderer
+import Assistant.Alert
+import Remote
+import qualified Types.Remote as Remote
+import qualified Git.Fsck
+import Assistant.Repair
+import qualified Git
+import Annex.UUID
+import Utility.ThreadScheduler
+
+{- Waits for problems with a repo, and tries to fsck the repo and repair
+ - the problem. -}
+problemFixerThread :: UrlRenderer -> NamedThread
+problemFixerThread urlrenderer = namedThread "ProblemFixer" $
+	go =<< getRepoProblems
+  where
+	go problems = do
+		mapM_ (handleProblem urlrenderer) problems
+		liftIO $ threadDelaySeconds (Seconds 60)
+		-- Problems may have been re-reported while they were being
+		-- fixed, so ignore those. If a new unique problem happened
+		-- 60 seconds after the last was fixed, we're unlikely
+		-- to do much good anyway.
+		go =<< filter (\p -> not (any (sameRepoProblem p) problems))
+			<$> getRepoProblems
+
+handleProblem :: UrlRenderer -> RepoProblem -> Assistant ()
+handleProblem urlrenderer repoproblem = do
+	fixed <- ifM ((==) (problemUUID repoproblem) <$> liftAnnex getUUID)
+		( handleLocalRepoProblem urlrenderer
+		, maybe (return False) (handleRemoteProblem urlrenderer)
+			=<< liftAnnex (remoteFromUUID $ problemUUID repoproblem)
+		)
+	when fixed $
+		liftIO $ afterFix repoproblem
+
+handleRemoteProblem :: UrlRenderer -> Remote -> Assistant Bool
+handleRemoteProblem urlrenderer rmt
+	| Git.repoIsLocal r && not (Git.repoIsLocalUnknown r) =
+		ifM (liftIO $ checkAvailable True rmt)
+			( do
+				fixedlocks <- repairStaleGitLocks r
+				fsckresults <- showFscking urlrenderer (Just rmt) $ tryNonAsync $
+					Git.Fsck.findBroken True r
+				repaired <- repairWhenNecessary urlrenderer (Remote.uuid rmt) (Just rmt) fsckresults
+				return $ fixedlocks || repaired
+			, return False
+			)
+	| otherwise = return False
+  where
+	r = Remote.repo rmt
+
+{- This is not yet used, and should probably do a fsck. -}
+handleLocalRepoProblem :: UrlRenderer -> Assistant Bool
+handleLocalRepoProblem _urlrenderer = do
+	repairStaleGitLocks =<< liftAnnex gitRepo
diff --git a/Assistant/Threads/Pusher.hs b/Assistant/Threads/Pusher.hs
new file mode 100644
index 0000000000..3ec922fe48
--- /dev/null
+++ b/Assistant/Threads/Pusher.hs
@@ -0,0 +1,49 @@
+{- git-annex assistant git pushing thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.Pusher where
+
+import Assistant.Common
+import Assistant.Commits
+import Assistant.Pushes
+import Assistant.DaemonStatus
+import Assistant.Sync
+import Utility.ThreadScheduler
+import qualified Remote
+import qualified Types.Remote as Remote
+
+{- This thread retries pushes that failed before. -}
+pushRetryThread :: NamedThread
+pushRetryThread = namedThread "PushRetrier" $ runEvery (Seconds halfhour) <~> do
+	-- We already waited half an hour, now wait until there are failed
+	-- pushes to retry.
+	topush <- getFailedPushesBefore (fromIntegral halfhour)
+	unless (null topush) $ do
+		debug ["retrying", show (length topush), "failed pushes"]
+		void $ pushToRemotes True topush
+  where
+	halfhour = 1800
+
+{- This thread pushes git commits out to remotes soon after they are made. -}
+pushThread :: NamedThread
+pushThread = namedThread "Pusher" $ runEvery (Seconds 2) <~> do
+	-- We already waited two seconds as a simple rate limiter.
+	-- Next, wait until at least one commit has been made
+	void getCommits
+	-- Now see if now's a good time to push.
+	void $ pushToRemotes True =<< pushTargets
+
+{- We want to avoid pushing to remotes that are marked readonly.
+ -
+ - Also, avoid pushing to local remotes we can easily tell are not available,
+ - to avoid ugly messages when a removable drive is not attached.
+ -}
+pushTargets :: Assistant [Remote]
+pushTargets = liftIO . filterM (Remote.checkAvailable True)
+	=<< candidates <$> getDaemonStatus
+  where
+	candidates = filter (not . Remote.readonly) . syncGitRemotes
diff --git a/Assistant/Threads/RemoteControl.hs b/Assistant/Threads/RemoteControl.hs
new file mode 100644
index 0000000000..5af4fddcda
--- /dev/null
+++ b/Assistant/Threads/RemoteControl.hs
@@ -0,0 +1,121 @@
+{- git-annex assistant communication with remotedaemon
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.RemoteControl where
+
+import Assistant.Common
+import RemoteDaemon.Types
+import Config.Files
+import Utility.Batch
+import Utility.SimpleProtocol
+import Assistant.Alert
+import Assistant.Alert.Utility
+import Assistant.DaemonStatus
+import qualified Git
+import qualified Git.Types as Git
+import qualified Remote
+import qualified Types.Remote as Remote
+
+import Control.Concurrent
+import Control.Concurrent.Async
+import Network.URI
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+remoteControlThread :: NamedThread
+remoteControlThread = namedThread "RemoteControl" $ do
+	program <- liftIO readProgramFile
+	(cmd, params) <- liftIO $ toBatchCommand
+		(program, [Param "remotedaemon"])
+	let p = proc cmd (toCommand params)
+	(Just toh, Just fromh, _, pid) <- liftIO $ createProcess p
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		}
+	
+	urimap <- liftIO . newMVar =<< liftAnnex getURIMap
+
+	controller <- asIO $ remoteControllerThread toh
+	responder <- asIO $ remoteResponderThread fromh urimap
+
+	-- run controller and responder until the remotedaemon dies
+	liftIO $ void $ tryNonAsync $ controller `concurrently` responder
+	debug ["remotedaemon exited"]
+	liftIO $ forceSuccessProcess p pid
+
+-- feed from the remoteControl channel into the remotedaemon
+remoteControllerThread :: Handle -> Assistant ()
+remoteControllerThread toh = do
+	clicker <- getAssistant remoteControl
+	forever $ do
+		msg <- liftIO $ readChan clicker
+		debug [show msg]
+		liftIO $ do
+			hPutStrLn toh $ unwords $ formatMessage msg
+			hFlush toh
+
+-- read status messages emitted by the remotedaemon and handle them
+remoteResponderThread :: Handle -> MVar (M.Map URI Remote) -> Assistant ()
+remoteResponderThread fromh urimap = go M.empty
+  where
+	go syncalerts = do
+		l <- liftIO $ hGetLine fromh
+		debug [l]
+		case parseMessage l of
+			Just (CONNECTED uri) -> changeconnected S.insert uri
+			Just (DISCONNECTED uri) -> changeconnected S.delete uri
+			Just (SYNCING uri) -> withr uri $ \r ->
+				if M.member (Remote.uuid r) syncalerts
+					then go syncalerts
+					else do
+						i <- addAlert $ syncAlert [r]
+						go (M.insert (Remote.uuid r) i syncalerts)
+			Just (DONESYNCING uri status) -> withr uri $ \r ->
+				case M.lookup (Remote.uuid r) syncalerts of
+					Nothing -> cont
+					Just i -> do
+						let (succeeded, failed) = if status
+							then ([r], [])
+							else ([], [r])
+						updateAlertMap $ mergeAlert i $
+							syncResultAlert succeeded failed
+						go (M.delete (Remote.uuid r) syncalerts)
+			Just (WARNING (RemoteURI uri) msg) -> do
+				void $ addAlert $
+					warningAlert ("RemoteControl "++ show uri) msg
+				cont
+			Nothing -> do
+				debug ["protocol error from remotedaemon: ", l]
+				cont
+	  where
+		cont = go syncalerts
+		withr uri = withRemote uri urimap cont
+		changeconnected sm uri = withr uri $ \r -> do
+			changeCurrentlyConnected $ sm $ Remote.uuid r
+			cont
+
+getURIMap :: Annex (M.Map URI Remote)
+getURIMap = Remote.remoteMap' id (mkk . Git.location . Remote.repo)
+  where
+	mkk (Git.Url u) = Just u
+	mkk _ = Nothing
+
+withRemote
+	:: RemoteURI
+	-> MVar (M.Map URI Remote)
+	-> Assistant a
+	-> (Remote -> Assistant a)
+	-> Assistant a
+withRemote (RemoteURI uri) remotemap noremote a = do
+	m <- liftIO $ readMVar remotemap
+	case M.lookup uri m of
+		Just r -> a r
+		Nothing -> do
+			{- Reload map, in case a new remote has been added. -}
+			m' <- liftAnnex getURIMap
+			void $ liftIO $ swapMVar remotemap $ m'
+			maybe noremote a (M.lookup uri m')
diff --git a/Assistant/Threads/SanityChecker.hs b/Assistant/Threads/SanityChecker.hs
new file mode 100644
index 0000000000..b623183823
--- /dev/null
+++ b/Assistant/Threads/SanityChecker.hs
@@ -0,0 +1,319 @@
+{- git-annex assistant sanity checker
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Threads.SanityChecker (
+	sanityCheckerStartupThread,
+	sanityCheckerDailyThread,
+	sanityCheckerHourlyThread
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.Alert
+import Assistant.Repair
+import Assistant.Drop
+import Assistant.Ssh
+import Assistant.TransferQueue
+import Assistant.Types.UrlRenderer
+import qualified Annex.Branch
+import qualified Git.LsFiles
+import qualified Git.Command.Batch
+import qualified Git.Config
+import Utility.ThreadScheduler
+import qualified Assistant.Threads.Watcher as Watcher
+import Utility.Batch
+import Utility.NotificationBroadcaster
+import Config
+import Utility.HumanTime
+import Utility.Tense
+import Git.Repair
+import Git.Index
+import Assistant.Unused
+import Logs.Unused
+import Logs.Transfer
+import Config.Files
+import Utility.DiskFree
+import qualified Annex
+import Annex.Exception
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+#endif
+#ifndef mingw32_HOST_OS
+import Utility.LogFile
+#endif
+import Types.Key (keyBackendName)
+
+import Data.Time.Clock.POSIX
+import qualified Data.Text as T
+
+{- This thread runs once at startup, and most other threads wait for it
+ - to finish. (However, the webapp thread does not, to prevent the UI
+ - being nonresponsive.) -}
+sanityCheckerStartupThread :: Maybe Duration -> NamedThread
+sanityCheckerStartupThread startupdelay = namedThreadUnchecked "SanityCheckerStartup" $ do
+	{- Stale git locks can prevent commits from happening, etc. -}
+	void $ repairStaleGitLocks =<< liftAnnex gitRepo
+
+	{- A corrupt index file can prevent the assistant from working at
+	 - all, so detect and repair. -}
+	ifM (not <$> liftAnnex (inRepo checkIndexFast))
+		( do
+			notice ["corrupt index file found at startup; removing and restaging"]
+			liftAnnex $ inRepo $ nukeFile . indexFile
+			{- Normally the startup scan avoids re-staging files,
+			 - but with the index deleted, everything needs to be
+			 - restaged. -}
+			modifyDaemonStatus_ $ \s -> s { forceRestage = True }
+		, whenM (liftAnnex $ inRepo missingIndex) $ do
+			debug ["no index file; restaging"]
+			modifyDaemonStatus_ $ \s -> s { forceRestage = True }
+		)
+	{- If the git-annex index file is corrupt, it's ok to remove it;
+	 - the data from the git-annex branch will be used, and the index
+	 - will be automatically regenerated. -}
+	unlessM (liftAnnex $ Annex.Branch.withIndex $ inRepo $ Git.Repair.checkIndexFast) $ do
+		notice ["corrupt annex/index file found at startup; removing"]
+		liftAnnex $ liftIO . nukeFile =<< fromRepo gitAnnexIndex
+
+	{- Fix up ssh remotes set up by past versions of the assistant. -}
+	liftIO $ fixUpSshRemotes
+
+	{- Clean up old temp files. -}
+	void $ liftAnnex $ tryAnnex $ do
+		cleanOldTmpMisc
+		cleanReallyOldTmp
+
+	{- If there's a startup delay, it's done here. -}
+	liftIO $ maybe noop (threadDelaySeconds . Seconds . fromIntegral . durationSeconds) startupdelay
+
+	{- Notify other threads that the startup sanity check is done. -}
+	status <- getDaemonStatus
+	liftIO $ sendNotification $ startupSanityCheckNotifier status
+
+{- This thread wakes up hourly for inxepensive frequent sanity checks. -}
+sanityCheckerHourlyThread :: NamedThread
+sanityCheckerHourlyThread = namedThread "SanityCheckerHourly" $ forever $ do
+	liftIO $ threadDelaySeconds $ Seconds oneHour
+	hourlyCheck
+
+{- This thread wakes up daily to make sure the tree is in good shape. -}
+sanityCheckerDailyThread :: UrlRenderer -> NamedThread
+sanityCheckerDailyThread urlrenderer = namedThread "SanityCheckerDaily" $ forever $ do
+	waitForNextCheck
+
+	debug ["starting sanity check"]
+	void $ alertWhile sanityCheckAlert go
+	debug ["sanity check complete"]
+  where
+	go = do
+		modifyDaemonStatus_ $ \s -> s { sanityCheckRunning = True }
+
+		now <- liftIO getPOSIXTime -- before check started
+		r <- either showerr return 
+			=<< (tryIO . batch) <~> dailyCheck urlrenderer
+
+		modifyDaemonStatus_ $ \s -> s
+			{ sanityCheckRunning = False
+			, lastSanityCheck = Just now
+			}
+
+		return r
+
+	showerr e = do
+		liftAnnex $ warning $ show e
+		return False
+
+{- Only run one check per day, from the time of the last check. -}
+waitForNextCheck :: Assistant ()
+waitForNextCheck = do
+	v <- lastSanityCheck <$> getDaemonStatus
+	now <- liftIO getPOSIXTime
+	liftIO $ threadDelaySeconds $ Seconds $ calcdelay now v
+  where
+	calcdelay _ Nothing = oneDay
+	calcdelay now (Just lastcheck)
+		| lastcheck < now = max oneDay $
+			oneDay - truncate (now - lastcheck)
+		| otherwise = oneDay
+
+{- It's important to stay out of the Annex monad as much as possible while
+ - running potentially expensive parts of this check, since remaining in it
+ - will block the watcher. -}
+dailyCheck :: UrlRenderer -> Assistant Bool
+dailyCheck urlrenderer = do
+	g <- liftAnnex gitRepo
+	batchmaker <- liftIO getBatchCommandMaker
+
+	-- Find old unstaged symlinks, and add them to git.
+	(unstaged, cleanup) <- liftIO $ Git.LsFiles.notInRepo False ["."] g
+	now <- liftIO getPOSIXTime
+	forM_ unstaged $ \file -> do
+		ms <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus file
+		case ms of
+			Just s	| toonew (statusChangeTime s) now -> noop
+				| isSymbolicLink s -> addsymlink file ms
+			_ -> noop
+	liftIO $ void cleanup
+
+	{- Allow git-gc to run once per day. More frequent gc is avoided
+	 - by default to avoid slowing things down. Only run repacks when 100x
+	 - the usual number of loose objects are present; we tend
+	 - to have a lot of small objects and they should not be a
+	 - significant size. -}
+	when (Git.Config.getMaybe "gc.auto" g == Just "0") $
+		liftIO $ void $ Git.Command.Batch.run batchmaker
+			[ Param "-c", Param "gc.auto=670000"
+			, Param "gc"
+			, Param "--auto"
+			] g
+
+	{- Check if the unused files found last time have been dealt with. -}
+	checkOldUnused urlrenderer
+
+	{- Run git-annex unused once per day. This is run as a separate
+	 - process to stay out of the annex monad and so it can run as a
+	 - batch job. -}
+	program <- liftIO readProgramFile
+	let (program', params') = batchmaker (program, [Param "unused"])
+	void $ liftIO $ boolSystem program' params'
+	{- Invalidate unused keys cache, and queue transfers of all unused
+	 - keys, or if no transfers are called for, drop them. -}
+	unused <- liftAnnex unusedKeys'
+	void $ liftAnnex $ setUnusedKeys unused
+	forM_ unused $ \k -> do
+		unlessM (queueTransfers "unused" Later k Nothing Upload) $
+			handleDrops "unused" True k Nothing Nothing
+
+	return True
+  where
+	toonew timestamp now = now < (realToFrac (timestamp + slop) :: POSIXTime)
+	slop = fromIntegral tenMinutes
+	insanity msg = do
+		liftAnnex $ warning msg
+		void $ addAlert $ sanityCheckFixAlert msg
+	addsymlink file s = do
+		isdirect <- liftAnnex isDirect
+		Watcher.runHandler (Watcher.onAddSymlink isdirect) file s
+		insanity $ "found unstaged symlink: " ++ file
+
+hourlyCheck :: Assistant ()
+hourlyCheck = do
+#ifndef mingw32_HOST_OS
+	checkLogSize 0
+#else
+	noop
+#endif
+
+#ifndef mingw32_HOST_OS
+{- Rotate logs once when total log file size is > 2 mb.
+ -
+ - If total log size is larger than the amount of free disk space,
+ - continue rotating logs until size is < 2 mb, even if this
+ - results in immediately losing the just logged data.
+ -}
+checkLogSize :: Int -> Assistant ()
+checkLogSize n = do
+	f <- liftAnnex $ fromRepo gitAnnexLogFile
+	logs <- liftIO $ listLogs f
+	totalsize <- liftIO $ sum <$> mapM filesize logs
+	when (totalsize > 2 * oneMegabyte) $ do
+		notice ["Rotated logs due to size:", show totalsize]
+		liftIO $ openLog f >>= handleToFd >>= redirLog
+		when (n < maxLogs + 1) $ do
+			df <- liftIO $ getDiskFree $ takeDirectory f
+			case df of
+				Just free
+					| free < fromIntegral totalsize ->
+						checkLogSize (n + 1)
+				_ -> noop
+  where
+	filesize f = fromIntegral . fileSize <$> liftIO (getFileStatus f)
+
+	oneMegabyte :: Int
+	oneMegabyte = 1000000
+#endif
+
+oneHour :: Int
+oneHour = 60 * 60
+
+oneDay :: Int
+oneDay = 24 * oneHour
+
+{- If annex.expireunused is set, find any keys that have lingered unused
+ - for the specified duration, and remove them.
+ -
+ - Otherwise, check to see if unused keys are piling up, and let the user
+ - know. -}
+checkOldUnused :: UrlRenderer -> Assistant ()
+checkOldUnused urlrenderer = go =<< annexExpireUnused <$> liftAnnex Annex.getGitConfig
+  where
+	go (Just Nothing) = noop
+  	go (Just (Just expireunused)) = expireUnused (Just expireunused)
+	go Nothing = maybe noop prompt =<< describeUnusedWhenBig
+
+	prompt msg = 
+#ifdef WITH_WEBAPP
+		do
+			button <- mkAlertButton True (T.pack "Configure") urlrenderer ConfigUnusedR
+			void $ addAlert $ unusedFilesAlert [button] $ T.unpack $ renderTense Present msg
+#else
+		debug [show $ renderTense Past msg]
+#endif
+
+{- Files may be left in misctmp by eg, an interrupted add of files
+ - by the assistant, which hard links files to there as part of lockdown
+ - checks. Delete these files if they're more than a day old.
+ -
+ - Note that this is not safe to run after the Watcher starts up, since it
+ - will create such files, and due to hard linking they may have old
+ - mtimes. So, this should only be called from the
+ - sanityCheckerStartupThread, which runs before the Watcher starts up.
+ -
+ - Also, if a git-annex add is being run at the same time the assistant
+ - starts up, its tmp files could be deleted. However, the watcher will
+ - come along and add everything once it starts up anyway, so at worst
+ - this would make the git-annex add fail unexpectedly.
+ -}
+cleanOldTmpMisc :: Annex ()
+cleanOldTmpMisc = do
+	now <- liftIO getPOSIXTime
+	let oldenough = now - (60 * 60 * 24)
+	tmp <- fromRepo gitAnnexTmpMiscDir
+	liftIO $ mapM_ (cleanOld (<= oldenough)) =<< dirContentsRecursive tmp
+
+{- While .git/annex/tmp is now only used for storing partially transferred
+ - objects, older versions of git-annex used it for misctemp. Clean up any
+ - files that might be left from that, by looking for files whose names
+ - cannot be the key of an annexed object. Only delete files older than
+ - 1 week old.
+ -
+ - Also, some remotes such as rsync may use this temp directory for storing
+ - eg, encrypted objects that are being transferred. So, delete old
+ - objects that use a GPGHMAC backend.
+ -}
+cleanReallyOldTmp :: Annex ()
+cleanReallyOldTmp = do
+	now <- liftIO getPOSIXTime
+	let oldenough = now - (60 * 60 * 24 * 7)
+	tmp <- fromRepo gitAnnexTmpObjectDir
+	liftIO $ mapM_ (cleanjunk (<= oldenough)) =<< dirContentsRecursive tmp
+  where
+	cleanjunk check f = case fileKey (takeFileName f) of
+		Nothing -> cleanOld check f
+		Just k
+			| "GPGHMAC" `isPrefixOf` keyBackendName k ->
+				cleanOld check f
+			| otherwise -> noop
+
+cleanOld :: (POSIXTime -> Bool) -> FilePath -> IO ()
+cleanOld check f = go =<< catchMaybeIO getmtime
+  where
+	getmtime = realToFrac . modificationTime <$> getSymbolicLinkStatus f
+	go (Just mtime) | check mtime = nukeFile f
+	go _ = noop
diff --git a/Assistant/Threads/TransferPoller.hs b/Assistant/Threads/TransferPoller.hs
new file mode 100644
index 0000000000..71bfe3676a
--- /dev/null
+++ b/Assistant/Threads/TransferPoller.hs
@@ -0,0 +1,56 @@
+{- git-annex assistant transfer polling thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.TransferPoller where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Logs.Transfer
+import Utility.NotificationBroadcaster
+import qualified Assistant.Threads.TransferWatcher as TransferWatcher
+
+import Control.Concurrent
+import qualified Data.Map as M
+
+{- This thread polls the status of ongoing transfers, determining how much
+ - of each transfer is complete. -}
+transferPollerThread :: NamedThread
+transferPollerThread = namedThread "TransferPoller" $ do
+	g <- liftAnnex gitRepo
+	tn <- liftIO . newNotificationHandle True =<<
+		transferNotifier <$> getDaemonStatus
+	forever $ do
+		liftIO $ threadDelay 500000 -- 0.5 seconds
+		ts <- currentTransfers <$> getDaemonStatus
+		if M.null ts
+			-- block until transfers running
+			then liftIO $ waitNotification tn
+			else mapM_ (poll g) $ M.toList ts
+  where
+	poll g (t, info)
+		{- Downloads are polled by checking the size of the
+		 - temp file being used for the transfer. -}
+		| transferDirection t == Download = do
+			let f = gitAnnexTmpObjectLocation (transferKey t) g
+			sz <- liftIO $ catchMaybeIO $
+				fromIntegral . fileSize <$> getFileStatus f
+			newsize t info sz
+		{- Uploads don't need to be polled for when the TransferWatcher
+		 - thread can track file modifications. -}
+		| TransferWatcher.watchesTransferSize = noop
+		{- Otherwise, this code polls the upload progress
+		 - by reading the transfer info file. -}
+		| otherwise = do
+			let f = transferFile t g
+			mi <- liftIO $ catchDefaultIO Nothing $
+				readTransferInfoFile Nothing f
+			maybe noop (newsize t info . bytesComplete) mi
+
+	newsize t info sz
+		| bytesComplete info /= sz && isJust sz =
+			alterTransferInfo t $ \i -> i { bytesComplete = sz }
+		| otherwise = noop
diff --git a/Assistant/Threads/TransferScanner.hs b/Assistant/Threads/TransferScanner.hs
new file mode 100644
index 0000000000..daced8d21b
--- /dev/null
+++ b/Assistant/Threads/TransferScanner.hs
@@ -0,0 +1,184 @@
+{- git-annex assistant thread to scan remotes to find needed transfers
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.TransferScanner where
+
+import Assistant.Common
+import Assistant.Types.ScanRemotes
+import Assistant.ScanRemotes
+import Assistant.TransferQueue
+import Assistant.DaemonStatus
+import Assistant.Drop
+import Assistant.Sync
+import Assistant.DeleteRemote
+import Assistant.Types.UrlRenderer
+import Logs.Transfer
+import Logs.Location
+import Logs.Group
+import Logs.Web (webUUID)
+import qualified Remote
+import qualified Types.Remote as Remote
+import Utility.ThreadScheduler
+import Utility.NotificationBroadcaster
+import Utility.Batch
+import qualified Git.LsFiles as LsFiles
+import qualified Backend
+import Annex.Content
+import Annex.Wanted
+import CmdLine.Action
+
+import qualified Data.Set as S
+
+{- This thread waits until a remote needs to be scanned, to find transfers
+ - that need to be made, to keep data in sync.
+ -}
+transferScannerThread :: UrlRenderer -> NamedThread
+transferScannerThread urlrenderer = namedThread "TransferScanner" $ do
+	startupScan
+	go S.empty
+  where
+	go scanned = do
+		scanrunning False
+		liftIO $ threadDelaySeconds (Seconds 2)
+		(rs, infos) <- unzip <$> getScanRemote
+		scanrunning True
+		if any fullScan infos || any (`S.notMember` scanned) rs
+			then do
+				expensiveScan urlrenderer rs
+				go $ scanned `S.union` S.fromList rs
+			else do
+				mapM_ failedTransferScan rs
+				go scanned
+	scanrunning b = do
+		ds <- modifyDaemonStatus $ \s -> 
+			(s { transferScanRunning = b }, s)
+		liftIO $ sendNotification $ transferNotifier ds
+		
+	{- All git remotes are synced, and all available remotes
+	 - are scanned in full on startup, for multiple reasons, including:
+	 -
+	 - * This may be the first run, and there may be remotes
+	 -   already in place, that need to be synced.
+	 - * Changes may have been made last time we run, but remotes were
+	 -   not available to be synced with.
+	 - * Changes may have been made to remotes while we were down.
+	 - * We may have run before, and scanned a remote, but
+	 -   only been in a subdirectory of the git remote, and so
+	 -   not synced it all.
+	 - * We may have run before, and had transfers queued,
+	 -   and then the system (or us) crashed, and that info was
+	 -   lost.
+	 - * A remote may be in the unwanted group, and this is a chance
+	 -   to determine if the remote has been emptied.
+	 -}
+	startupScan = do
+		reconnectRemotes True =<< syncGitRemotes <$> getDaemonStatus
+		addScanRemotes True =<< syncDataRemotes <$> getDaemonStatus
+
+{- This is a cheap scan for failed transfers involving a remote. -}
+failedTransferScan :: Remote -> Assistant ()
+failedTransferScan r = do
+	failed <- liftAnnex $ clearFailedTransfers (Remote.uuid r)
+	mapM_ retry failed
+  where
+	retry (t, info)
+		| transferDirection t == Download =
+			{- Check if the remote still has the key.
+			 - If not, relies on the expensiveScan to
+			 - get it queued from some other remote. -}
+			whenM (liftAnnex $ remoteHas r $ transferKey t) $
+				requeue t info
+		| otherwise =
+			{- The Transferrer checks when uploading
+			 - that the remote doesn't already have the
+			 - key, so it's not redundantly checked here. -}
+			requeue t info
+	requeue t info = queueTransferWhenSmall "retrying failed transfer" (associatedFile info) t r
+	
+{- This is a expensive scan through the full git work tree, finding
+ - files to transfer. The scan is blocked when the transfer queue gets
+ - too large. 
+ -
+ - This also finds files that are present either here or on a remote
+ - but that are not preferred content, and drops them. Searching for files
+ - to drop is done concurrently with the scan for transfers.
+ -
+ - TODO: It would be better to first drop as much as we can, before
+ - transferring much, to minimise disk use.
+ - 
+ - During the scan, we'll also check if any unwanted repositories are empty,
+ - and can be removed. While unrelated, this is a cheap place to do it,
+ - since we need to look at the locations of all keys anyway.
+ -}
+expensiveScan :: UrlRenderer -> [Remote] -> Assistant ()
+expensiveScan urlrenderer rs = unless onlyweb $ batch <~> do
+	debug ["starting scan of", show visiblers]
+
+	let us = map Remote.uuid rs
+
+	mapM_ (liftAnnex . clearFailedTransfers) us
+
+	unwantedrs <- liftAnnex $ S.fromList
+		<$> filterM inUnwantedGroup us
+
+	g <- liftAnnex gitRepo
+	(files, cleanup) <- liftIO $ LsFiles.inRepo [] g
+	removablers <- scan unwantedrs files
+	void $ liftIO cleanup
+
+	debug ["finished scan of", show visiblers]
+
+	remove <- asIO1 $ removableRemote urlrenderer
+	liftIO $ mapM_ (void . tryNonAsync . remove) $ S.toList removablers
+  where
+	onlyweb = all (== webUUID) $ map Remote.uuid rs
+	visiblers = let rs' = filter (not . Remote.readonly) rs
+		in if null rs' then rs else rs'
+
+	scan unwanted [] = return unwanted
+	scan unwanted (f:fs) = do
+		(unwanted', ts) <- maybe
+			(return (unwanted, []))
+			(findtransfers f unwanted)
+				=<< liftAnnex (Backend.lookupFile f)
+		mapM_ (enqueue f) ts
+		scan unwanted' fs
+
+	enqueue f (r, t) =
+		queueTransferWhenSmall "expensive scan found missing object"
+			(Just f) t r
+	findtransfers f unwanted key = do
+		{- The syncable remotes may have changed since this
+		 - scan began. -}
+		syncrs <- syncDataRemotes <$> getDaemonStatus
+		locs <- liftAnnex $ loggedLocations key
+		present <- liftAnnex $ inAnnex key
+		liftAnnex $ handleDropsFrom locs syncrs
+			"expensive scan found too many copies of object"
+			present key (Just f) Nothing callCommandAction
+		liftAnnex $ do
+			let slocs = S.fromList locs
+			let use a = return $ mapMaybe (a key slocs) syncrs
+			ts <- if present
+				then filterM (wantSend True (Just key) (Just f) . Remote.uuid . fst)
+					=<< use (genTransfer Upload False)
+				else ifM (wantGet True (Just key) (Just f))
+					( use (genTransfer Download True) , return [] )
+			let unwanted' = S.difference unwanted slocs
+			return (unwanted', ts)
+
+genTransfer :: Direction -> Bool -> Key -> S.Set UUID -> Remote -> Maybe (Remote, Transfer)
+genTransfer direction want key slocs r
+	| direction == Upload && Remote.readonly r = Nothing
+	| S.member (Remote.uuid r) slocs == want = Just
+		(r, Transfer direction (Remote.uuid r) key)
+	| otherwise = Nothing
+
+remoteHas :: Remote -> Key -> Annex Bool
+remoteHas r key = elem
+	<$> pure (Remote.uuid r)
+	<*> loggedLocations key
diff --git a/Assistant/Threads/TransferWatcher.hs b/Assistant/Threads/TransferWatcher.hs
new file mode 100644
index 0000000000..6e87917328
--- /dev/null
+++ b/Assistant/Threads/TransferWatcher.hs
@@ -0,0 +1,104 @@
+{- git-annex assistant transfer watching thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.TransferWatcher where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.TransferSlots
+import Logs.Transfer
+import Utility.DirWatcher
+import Utility.DirWatcher.Types
+import qualified Remote
+
+import Control.Concurrent
+import qualified Data.Map as M
+
+{- This thread watches for changes to the gitAnnexTransferDir,
+ - and updates the DaemonStatus's map of ongoing transfers. -}
+transferWatcherThread :: NamedThread
+transferWatcherThread = namedThread "TransferWatcher" $ do
+	dir <- liftAnnex $ gitAnnexTransferDir <$> gitRepo
+	liftIO $ createDirectoryIfMissing True dir
+	let hook a = Just <$> asIO2 (runHandler a)
+	addhook <- hook onAdd
+	delhook <- hook onDel
+	modifyhook <- hook onModify
+	errhook <- hook onErr
+	let hooks = mkWatchHooks
+		{ addHook = addhook
+		, delHook = delhook
+		, modifyHook = modifyhook
+		, errHook = errhook
+		}
+	void $ liftIO $ watchDir dir (const False) True hooks id
+	debug ["watching for transfers"]
+
+type Handler = FilePath -> Assistant ()
+
+{- Runs an action handler.
+ -
+ - Exceptions are ignored, otherwise a whole thread could be crashed.
+ -}
+runHandler :: Handler -> FilePath -> Maybe FileStatus -> Assistant ()
+runHandler handler file _filestatus =
+	either (liftIO . print) (const noop) =<< tryIO <~> handler file
+
+{- Called when there's an error with inotify. -}
+onErr :: Handler
+onErr = error
+
+{- Called when a new transfer information file is written. -}
+onAdd :: Handler
+onAdd file = case parseTransferFile file of
+	Nothing -> noop
+	Just t -> go t =<< liftAnnex (checkTransfer t)
+  where
+	go _ Nothing = noop -- transfer already finished
+	go t (Just info) = do
+		debug [ "transfer starting:", describeTransfer t info ]
+		r <- liftAnnex $ Remote.remoteFromUUID $ transferUUID t
+		updateTransferInfo t info { transferRemote = r }
+
+{- Called when a transfer information file is updated.
+ -
+ - The only thing that should change in the transfer info is the
+ - bytesComplete, so that's the only thing updated in the DaemonStatus. -}
+onModify :: Handler
+onModify file = case parseTransferFile file of
+	Nothing -> noop
+	Just t -> go t =<< liftIO (readTransferInfoFile Nothing file)
+  where
+	go _ Nothing = noop
+	go t (Just newinfo) = alterTransferInfo t $
+		\i -> i { bytesComplete = bytesComplete newinfo }
+
+{- This thread can only watch transfer sizes when the DirWatcher supports
+ - tracking modificatons to files. -}
+watchesTransferSize :: Bool
+watchesTransferSize = modifyTracked
+
+{- Called when a transfer information file is removed. -}
+onDel :: Handler
+onDel file = case parseTransferFile file of
+	Nothing -> noop
+	Just t -> do
+		debug [ "transfer finishing:", show t]
+		minfo <- removeTransfer t
+
+		-- Run transfer hook.
+		m <- transferHook <$> getDaemonStatus
+		maybe noop (\hook -> void $ liftIO $ forkIO $ hook t)
+			(M.lookup (transferKey t) m)
+
+		finished <- asIO2 finishedTransfer
+		void $ liftIO $ forkIO $ do
+			{- XXX race workaround delay. The location
+			 - log needs to be updated before finishedTransfer
+			 - runs. -}
+			threadDelay 10000000 -- 10 seconds
+			finished t minfo
diff --git a/Assistant/Threads/Transferrer.hs b/Assistant/Threads/Transferrer.hs
new file mode 100644
index 0000000000..53d8a578cb
--- /dev/null
+++ b/Assistant/Threads/Transferrer.hs
@@ -0,0 +1,27 @@
+{- git-annex assistant data transferrer thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.Transferrer where
+
+import Assistant.Common
+import Assistant.TransferQueue
+import Assistant.TransferSlots
+import Logs.Transfer
+import Config.Files
+import Utility.Batch
+
+{- Dispatches transfers from the queue. -}
+transfererThread :: NamedThread
+transfererThread = namedThread "Transferrer" $ do
+	program <- liftIO readProgramFile
+	batchmaker <- liftIO getBatchCommandMaker
+	forever $ inTransferSlot program batchmaker $
+		maybe (return Nothing) (uncurry genTransfer)
+			=<< getNextTransfer notrunning
+  where
+	{- Skip transfers that are already running. -}
+	notrunning = isNothing . startedTime
diff --git a/Assistant/Threads/UpgradeWatcher.hs b/Assistant/Threads/UpgradeWatcher.hs
new file mode 100644
index 0000000000..ffad09d3dd
--- /dev/null
+++ b/Assistant/Threads/UpgradeWatcher.hs
@@ -0,0 +1,110 @@
+{- git-annex assistant thread to detect when git-annex is upgraded
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Threads.UpgradeWatcher (
+	upgradeWatcherThread
+) where
+
+import Assistant.Common
+import Assistant.Upgrade
+import Utility.DirWatcher
+import Utility.DirWatcher.Types
+import Utility.ThreadScheduler
+import Assistant.Types.UrlRenderer
+import Assistant.Alert
+import Assistant.DaemonStatus
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+import qualified Build.SysConfig
+#endif
+
+import Control.Concurrent.MVar
+import qualified Data.Text as T
+
+data WatcherState = InStartupScan | Started | Upgrading
+	deriving (Eq)
+
+upgradeWatcherThread :: UrlRenderer -> NamedThread
+upgradeWatcherThread urlrenderer = namedThread "UpgradeWatcher" $ do
+	whenM (liftIO checkSuccessfulUpgrade) $
+		showSuccessfulUpgrade urlrenderer
+	go =<< liftIO upgradeFlagFile
+  where
+	go Nothing = debug [ "cannot determine program path" ]
+	go (Just flagfile) = do
+		mvar <- liftIO $ newMVar InStartupScan
+		changed <- Just <$> asIO2 (changedFile urlrenderer mvar flagfile)
+		let hooks = mkWatchHooks
+			{ addHook = changed
+			, delHook = changed
+			, addSymlinkHook = changed
+			, modifyHook = changed
+			, delDirHook = changed
+			}
+		let dir = parentDir flagfile
+		let depth = length (splitPath dir) + 1
+		let nosubdirs f = length (splitPath f) == depth
+		void $ liftIO $ watchDir dir nosubdirs False hooks (startup mvar)
+  	-- Ignore bogus events generated during the startup scan.
+	-- We ask the watcher to not generate them, but just to be safe..
+  	startup mvar scanner = do
+		r <- scanner
+		void $ swapMVar mvar Started
+		return r
+
+changedFile :: UrlRenderer -> MVar WatcherState -> FilePath -> FilePath -> Maybe FileStatus -> Assistant ()
+changedFile urlrenderer mvar flagfile file _status
+	| flagfile /= file = noop
+	| otherwise = do
+		state <- liftIO $ readMVar mvar
+		when (state == Started) $ do
+			setstate Upgrading
+			ifM (liftIO upgradeSanityCheck)
+				( handleUpgrade urlrenderer
+				, do
+					debug ["new version failed sanity check; not using"]
+					setstate Started
+				)
+  where
+	setstate = void . liftIO . swapMVar mvar
+
+handleUpgrade :: UrlRenderer -> Assistant ()
+handleUpgrade urlrenderer = do
+	-- Wait 2 minutes for any final upgrade changes to settle.
+	-- (For example, other associated files may be being put into
+	-- place.) Not needed when using a distribution bundle, because
+	-- in that case git-annex handles the upgrade in a non-racy way.
+	liftIO $ unlessM usingDistribution $
+		threadDelaySeconds (Seconds 120)
+	ifM autoUpgradeEnabled
+		( do
+			debug ["starting automatic upgrade"]
+			unattendedUpgrade
+#ifdef WITH_WEBAPP
+		, do
+			button <- mkAlertButton True (T.pack "Finish Upgrade") urlrenderer ConfigFinishUpgradeR
+			void $ addAlert $ upgradeReadyAlert button
+#else
+		, noop
+#endif
+		)
+
+showSuccessfulUpgrade :: UrlRenderer -> Assistant ()
+showSuccessfulUpgrade urlrenderer = do
+#ifdef WITH_WEBAPP
+	button <- ifM autoUpgradeEnabled 
+		( pure Nothing
+		, Just <$> mkAlertButton True
+			(T.pack "Enable Automatic Upgrades")
+			urlrenderer ConfigEnableAutomaticUpgradeR
+		)
+	void $ addAlert $ upgradeFinishedAlert button Build.SysConfig.packageversion
+#else
+	noop
+#endif
diff --git a/Assistant/Threads/Upgrader.hs b/Assistant/Threads/Upgrader.hs
new file mode 100644
index 0000000000..637c82a7d9
--- /dev/null
+++ b/Assistant/Threads/Upgrader.hs
@@ -0,0 +1,85 @@
+{- git-annex assistant thread to detect when upgrade is available
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Threads.Upgrader (
+	upgraderThread
+) where
+
+import Assistant.Common
+import Assistant.Upgrade
+
+import Assistant.Types.UrlRenderer
+import Assistant.DaemonStatus
+import Assistant.Alert
+import Utility.NotificationBroadcaster
+import qualified Annex
+import qualified Build.SysConfig
+import qualified Git.Version
+import Types.Distribution
+#ifdef WITH_WEBAPP
+import Assistant.WebApp.Types
+#endif
+
+import Data.Time.Clock
+import qualified Data.Text as T
+
+upgraderThread :: UrlRenderer -> NamedThread
+upgraderThread urlrenderer = namedThread "Upgrader" $
+	when (isJust Build.SysConfig.upgradelocation) $ do
+		{- Check for upgrade on startup, unless it was just
+		 - upgraded. -}
+		unlessM (liftIO checkSuccessfulUpgrade) $
+			checkUpgrade urlrenderer
+		h <- liftIO . newNotificationHandle False . networkConnectedNotifier =<< getDaemonStatus
+		go h =<< liftIO getCurrentTime
+  where
+  	{- Wait for a network connection event. Then see if it's been
+	 - half a day since the last upgrade check. If so, proceed with
+	 - check. -}
+	go h lastchecked = do
+		liftIO $ waitNotification h
+		autoupgrade <- liftAnnex $ annexAutoUpgrade <$> Annex.getGitConfig
+		if autoupgrade == NoAutoUpgrade
+			then go h lastchecked
+			else do
+				now <- liftIO getCurrentTime
+				if diffUTCTime now lastchecked > halfday
+					then do
+						checkUpgrade urlrenderer
+						go h =<< liftIO getCurrentTime
+					else go h lastchecked
+	halfday = 12 * 60 * 60
+
+checkUpgrade :: UrlRenderer -> Assistant ()
+checkUpgrade urlrenderer = do
+	debug [ "Checking if an upgrade is available." ]
+	go =<< downloadDistributionInfo
+  where
+	go Nothing = debug [ "Failed to check if upgrade is available." ]
+	go (Just d) = do
+		let installed = Git.Version.normalize Build.SysConfig.packageversion
+		let avail = Git.Version.normalize $ distributionVersion d
+		let old = Git.Version.normalize <$> distributionUrgentUpgrade d
+		if Just installed <= old
+			then canUpgrade High urlrenderer d
+			else if installed < avail
+				then canUpgrade Low urlrenderer d
+				else debug [ "No new version found." ]
+
+canUpgrade :: AlertPriority -> UrlRenderer -> GitAnnexDistribution -> Assistant ()
+canUpgrade urgency urlrenderer d = ifM autoUpgradeEnabled
+	( startDistributionDownload d
+	, do
+#ifdef WITH_WEBAPP
+		button <- mkAlertButton True (T.pack "Upgrade") urlrenderer (ConfigStartUpgradeR d)
+		void $ addAlert (canUpgradeAlert urgency (distributionVersion d) button)
+#else
+		noop
+#endif
+	)
diff --git a/Assistant/Threads/Watcher.hs b/Assistant/Threads/Watcher.hs
new file mode 100644
index 0000000000..0ed1bd22f9
--- /dev/null
+++ b/Assistant/Threads/Watcher.hs
@@ -0,0 +1,368 @@
+{- git-annex assistant tree watcher
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE DeriveDataTypeable, CPP #-}
+
+module Assistant.Threads.Watcher (
+	watchThread,
+	WatcherControl(..),
+	checkCanWatch,
+	needLsof,
+	onAddSymlink,
+	runHandler,
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.Changes
+import Assistant.Types.Changes
+import Assistant.Alert
+import Utility.DirWatcher
+import Utility.DirWatcher.Types
+import qualified Annex
+import qualified Annex.Queue
+import qualified Git
+import qualified Git.UpdateIndex
+import qualified Git.LsFiles as LsFiles
+import qualified Backend
+import Annex.Direct
+import Annex.Content.Direct
+import Annex.CatFile
+import Annex.CheckIgnore
+import Annex.Link
+import Annex.FileMatcher
+import Types.FileMatcher
+import Annex.ReplaceFile
+import Git.Types
+import Config
+import Utility.ThreadScheduler
+#ifndef mingw32_HOST_OS
+import qualified Utility.Lsof as Lsof
+#endif
+
+import Data.Bits.Utils
+import Data.Typeable
+import qualified Data.ByteString.Lazy as L
+import qualified Control.Exception as E
+import Data.Time.Clock
+
+checkCanWatch :: Annex ()
+checkCanWatch
+	| canWatch = do
+#ifndef mingw32_HOST_OS
+		liftIO Lsof.setup
+		unlessM (liftIO (inPath "lsof") <||> Annex.getState Annex.force)
+			needLsof
+#else
+		noop
+#endif
+	| otherwise = error "watch mode is not available on this system"
+
+needLsof :: Annex ()
+needLsof = error $ unlines
+	[ "The lsof command is needed for watch mode to be safe, and is not in PATH."
+	, "To override lsof checks to ensure that files are not open for writing"
+	, "when added to the annex, you can use --force"
+	, "Be warned: This can corrupt data in the annex, and make fsck complain."
+	]
+
+{- A special exception that can be thrown to pause or resume the watcher. -}
+data WatcherControl = PauseWatcher | ResumeWatcher
+        deriving (Show, Eq, Typeable)
+
+instance E.Exception WatcherControl
+
+watchThread :: NamedThread
+watchThread = namedThread "Watcher" $
+	ifM (liftAnnex $ annexAutoCommit <$> Annex.getGitConfig)
+		( runWatcher
+		, waitFor ResumeWatcher runWatcher
+		)
+
+runWatcher :: Assistant ()
+runWatcher = do
+	startup <- asIO1 startupScan
+	matcher <- liftAnnex largeFilesMatcher
+	direct <- liftAnnex isDirect
+	symlinkssupported <- liftAnnex $ coreSymlinks <$> Annex.getGitConfig
+	addhook <- hook $ if direct
+		then onAddDirect symlinkssupported matcher
+		else onAdd matcher
+	delhook <- hook onDel
+	addsymlinkhook <- hook $ onAddSymlink direct
+	deldirhook <- hook onDelDir
+	errhook <- hook onErr
+	let hooks = mkWatchHooks
+		{ addHook = addhook
+		, delHook = delhook
+		, addSymlinkHook = addsymlinkhook
+		, delDirHook = deldirhook
+		, errHook = errhook
+		}
+	scanevents <- liftAnnex $ annexStartupScan <$> Annex.getGitConfig
+	handle <- liftIO $ watchDir "." ignored scanevents hooks startup
+	debug [ "watching", "."]
+	
+	{- Let the DirWatcher thread run until signalled to pause it,
+	 - then wait for a resume signal, and restart. -}
+	waitFor PauseWatcher $ do
+		liftIO $ stopWatchDir handle
+		waitFor ResumeWatcher runWatcher
+  where
+	hook a = Just <$> asIO2 (runHandler a)
+
+waitFor :: WatcherControl -> Assistant () -> Assistant ()
+waitFor sig next = do
+	r <- liftIO (E.try pause :: IO (Either E.SomeException ()))
+	case r of
+		Left e -> case E.fromException e of
+			Just s
+				| s == sig -> next
+			_ -> noop
+		_ -> noop
+  where
+	pause = runEvery (Seconds 86400) noop
+
+{- Initial scartup scan. The action should return once the scan is complete. -}
+startupScan :: IO a -> Assistant a
+startupScan scanner = do
+	liftAnnex $ showAction "scanning"
+	alertWhile' startupScanAlert $ do
+		r <- liftIO scanner
+
+		-- Notice any files that were deleted before
+		-- watching was started.
+		top <- liftAnnex $ fromRepo Git.repoPath
+		(fs, cleanup) <- liftAnnex $ inRepo $ LsFiles.deleted [top]
+		forM_ fs $ \f -> do
+			liftAnnex $ onDel' f
+			maybe noop recordChange =<< madeChange f RmChange
+		void $ liftIO cleanup
+		
+		liftAnnex $ showAction "started"
+		liftIO $ putStrLn ""
+		
+		modifyDaemonStatus_ $ \s -> s { scanComplete = True }
+
+		-- Ensure that the Committer sees any changes
+		-- that it did not process, and acts on them now that
+		-- the scan is complete.
+		refillChanges =<< getAnyChanges
+
+		return (True, r)
+
+{- Hardcoded ignores, passed to the DirWatcher so it can avoid looking
+ - at the entire .git directory. Does not include .gitignores. -}
+ignored :: FilePath -> Bool
+ignored = ig . takeFileName
+  where
+	ig ".git" = True
+	ig ".gitignore" = True
+	ig ".gitattributes" = True
+#ifdef darwin_HOST_OS
+	ig ".DS_Store" = True
+#endif
+	ig _ = False
+
+unlessIgnored :: FilePath -> Assistant (Maybe Change) -> Assistant (Maybe Change)
+unlessIgnored file a = ifM (liftAnnex $ checkIgnored file)
+	( noChange
+	, a
+	)
+
+type Handler = FilePath -> Maybe FileStatus -> Assistant (Maybe Change)
+
+{- Runs an action handler, and if there was a change, adds it to the ChangeChan.
+ -
+ - Exceptions are ignored, otherwise a whole watcher thread could be crashed.
+ -}
+runHandler :: Handler -> FilePath -> Maybe FileStatus -> Assistant ()
+runHandler handler file filestatus = void $ do
+	r <- tryIO <~> handler (normalize file) filestatus
+	case r of
+		Left e -> liftIO $ print e
+		Right Nothing -> noop
+		Right (Just change) -> do
+			-- Just in case the commit thread is not
+			-- flushing the queue fast enough.
+			liftAnnex Annex.Queue.flushWhenFull
+			recordChange change
+  where
+  	normalize f
+		| "./" `isPrefixOf` file = drop 2 f
+		| otherwise = f
+
+{- Small files are added to git as-is, while large ones go into the annex. -}
+add :: FileMatcher Annex -> FilePath -> Assistant (Maybe Change)
+add bigfilematcher file = ifM (liftAnnex $ checkFileMatcher bigfilematcher file)
+	( pendingAddChange file
+	, do
+		liftAnnex $ Annex.Queue.addCommand "add"
+			[Params "--force --"] [file]
+		madeChange file AddFileChange
+	)
+
+onAdd :: FileMatcher Annex -> Handler
+onAdd matcher file filestatus
+	| maybe False isRegularFile filestatus =
+		unlessIgnored file $
+			add matcher file
+	| otherwise = noChange
+
+shouldRestage :: DaemonStatus -> Bool
+shouldRestage ds = scanComplete ds || forceRestage ds
+
+{- In direct mode, add events are received for both new files, and
+ - modified existing files.
+ -}
+onAddDirect :: Bool -> FileMatcher Annex -> Handler
+onAddDirect symlinkssupported matcher file fs = do
+	v <- liftAnnex $ catKeyFile file
+	case (v, fs) of
+		(Just key, Just filestatus) ->
+			ifM (liftAnnex $ sameFileStatus key filestatus)
+				{- It's possible to get an add event for
+				 - an existing file that is not
+				 - really modified, but it might have
+				 - just been deleted and been put back,
+				 - so it symlink is restaged to make sure. -}
+				( ifM (shouldRestage <$> getDaemonStatus)
+					( do
+						link <- liftAnnex $ inRepo $ gitAnnexLink file key
+						addLink file link (Just key)
+					, noChange
+					)
+				, guardSymlinkStandin (Just key) $ do
+					debug ["changed direct", file]
+					liftAnnex $ changedDirect key file
+					add matcher file
+				)
+		_ -> unlessIgnored file $
+			guardSymlinkStandin Nothing $ do
+				debug ["add direct", file]
+				add matcher file
+  where
+ 	{- On a filesystem without symlinks, we'll get changes for regular
+	 - files that git uses to stand-in for symlinks. Detect when
+	 - this happens, and stage the symlink, rather than annexing the
+	 - file. -}
+	guardSymlinkStandin mk a
+		| symlinkssupported = a
+		| otherwise = do
+			linktarget <- liftAnnex $ getAnnexLinkTarget file
+			case linktarget of
+				Nothing -> a
+				Just lt -> do
+					case fileKey $ takeFileName lt of
+						Nothing -> noop
+						Just key -> void $ liftAnnex $
+							addAssociatedFile key file
+					onAddSymlink' linktarget mk True file fs
+
+{- A symlink might be an arbitrary symlink, which is just added.
+ - Or, if it is a git-annex symlink, ensure it points to the content
+ - before adding it.
+ -}
+onAddSymlink :: Bool -> Handler
+onAddSymlink isdirect file filestatus = unlessIgnored file $ do
+	linktarget <- liftIO (catchMaybeIO $ readSymbolicLink file)
+	kv <- liftAnnex (Backend.lookupFile file)
+	onAddSymlink' linktarget kv isdirect file filestatus
+
+onAddSymlink' :: Maybe String -> Maybe Key -> Bool -> Handler
+onAddSymlink' linktarget mk isdirect file filestatus = go mk
+  where
+  	go (Just key) = do
+		when isdirect $
+			liftAnnex $ void $ addAssociatedFile key file
+		link <- liftAnnex $ inRepo $ gitAnnexLink file key
+		if linktarget == Just link
+			then ensurestaged (Just link) =<< getDaemonStatus
+			else do
+				unless isdirect $
+					liftAnnex $ replaceFile file $
+						makeAnnexLink link
+				addLink file link (Just key)
+	-- other symlink, not git-annex
+	go Nothing = ensurestaged linktarget =<< getDaemonStatus
+
+	{- This is often called on symlinks that are already
+	 - staged correctly. A symlink may have been deleted
+	 - and being re-added, or added when the watcher was
+	 - not running. So they're normally restaged to make sure.
+	 -
+	 - As an optimisation, during the startup scan, avoid
+	 - restaging everything. Only links that were created since
+	 - the last time the daemon was running are staged.
+	 - (If the daemon has never ran before, avoid staging
+	 - links too.)
+	 -}
+	ensurestaged (Just link) daemonstatus
+		| shouldRestage daemonstatus = addLink file link mk
+		| otherwise = case filestatus of
+			Just s
+				| not (afterLastDaemonRun (statusChangeTime s) daemonstatus) -> noChange
+			_ -> addLink file link mk
+	ensurestaged Nothing _ = noChange
+
+{- For speed, tries to reuse the existing blob for symlink target. -}
+addLink :: FilePath -> FilePath -> Maybe Key -> Assistant (Maybe Change)
+addLink file link mk = do
+	debug ["add symlink", file]
+	liftAnnex $ do
+		v <- catObjectDetails $ Ref $ ':':file
+		case v of
+			Just (currlink, sha, _type)
+				| s2w8 link == L.unpack currlink ->
+					stageSymlink file sha
+			_ -> stageSymlink file =<< hashSymlink link
+	madeChange file $ LinkChange mk
+
+onDel :: Handler
+onDel file _ = do
+	debug ["file deleted", file]
+	liftAnnex $ onDel' file
+	madeChange file RmChange
+
+onDel' :: FilePath -> Annex ()
+onDel' file = do
+	whenM isDirect $ do
+		mkey <- catKeyFile file
+		case mkey of
+			Nothing -> noop
+			Just key -> void $ removeAssociatedFile key file
+	Annex.Queue.addUpdateIndex =<<
+		inRepo (Git.UpdateIndex.unstageFile file)
+
+{- A directory has been deleted, or moved, so tell git to remove anything
+ - that was inside it from its cache. Since it could reappear at any time,
+ - use --cached to only delete it from the index.
+ -
+ - This queues up a lot of RmChanges, which assists the Committer in
+ - pairing up renamed files when the directory was renamed. -}
+onDelDir :: Handler
+onDelDir dir _ = do
+	debug ["directory deleted", dir]
+	(fs, clean) <- liftAnnex $ inRepo $ LsFiles.deleted [dir]
+
+	liftAnnex $ mapM_ onDel' fs
+
+	-- Get the events queued up as fast as possible, so the
+	-- committer sees them all in one block.
+	now <- liftIO getCurrentTime
+	recordChanges $ map (\f -> Change now f RmChange) fs
+
+	void $ liftIO clean
+	liftAnnex Annex.Queue.flushWhenFull
+	noChange
+
+{- Called when there's an error with inotify or kqueue. -}
+onErr :: Handler
+onErr msg _ = do
+	liftAnnex $ warning msg
+	void $ addAlert $ warningAlert "watcher" msg
+	noChange
diff --git a/Assistant/Threads/WebApp.hs b/Assistant/Threads/WebApp.hs
new file mode 100644
index 0000000000..416c078741
--- /dev/null
+++ b/Assistant/Threads/WebApp.hs
@@ -0,0 +1,145 @@
+{- git-annex assistant webapp thread
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TemplateHaskell, MultiParamTypeClasses #-}
+{-# LANGUAGE CPP #-}
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module Assistant.Threads.WebApp where
+
+import Assistant.Common
+import Assistant.WebApp
+import Assistant.WebApp.Types
+import Assistant.WebApp.DashBoard
+import Assistant.WebApp.SideBar
+import Assistant.WebApp.Notifications
+import Assistant.WebApp.RepoList
+import Assistant.WebApp.Configurators
+import Assistant.WebApp.Configurators.Local
+import Assistant.WebApp.Configurators.Ssh
+import Assistant.WebApp.Configurators.Pairing
+import Assistant.WebApp.Configurators.AWS
+import Assistant.WebApp.Configurators.IA
+import Assistant.WebApp.Configurators.WebDAV
+import Assistant.WebApp.Configurators.XMPP
+import Assistant.WebApp.Configurators.Preferences
+import Assistant.WebApp.Configurators.Unused
+import Assistant.WebApp.Configurators.Edit
+import Assistant.WebApp.Configurators.Delete
+import Assistant.WebApp.Configurators.Fsck
+import Assistant.WebApp.Configurators.Upgrade
+import Assistant.WebApp.Documentation
+import Assistant.WebApp.Control
+import Assistant.WebApp.OtherRepos
+import Assistant.WebApp.Repair
+import Assistant.Types.ThreadedMonad
+import Utility.WebApp
+import Utility.Tmp
+import Utility.FileMode
+import Git
+import qualified Annex
+
+import Yesod
+import Network.Socket (SockAddr, HostName)
+import Data.Text (pack, unpack)
+import qualified Network.Wai.Handler.WarpTLS as TLS
+import Network.Wai.Middleware.RequestLogger
+import System.Log.Logger
+
+mkYesodDispatch "WebApp" $(parseRoutesFile "Assistant/WebApp/routes")
+
+type Url = String
+
+webAppThread
+	:: AssistantData
+	-> UrlRenderer
+	-> Bool
+	-> Maybe String
+	-> Maybe (IO Url)
+	-> Maybe HostName
+	-> Maybe (Url -> FilePath -> IO ())
+	-> NamedThread
+webAppThread assistantdata urlrenderer noannex cannotrun postfirstrun listenhost onstartup = thread $ liftIO $ do
+	listenhost' <- if isJust listenhost
+		then pure listenhost
+		else getAnnex $ annexListen <$> Annex.getGitConfig
+	tlssettings <- getAnnex getTlsSettings
+#ifdef __ANDROID__
+	when (isJust listenhost') $
+		-- See Utility.WebApp
+		error "Sorry, --listen is not currently supported on Android"
+#endif
+	webapp <- WebApp
+		<$> pure assistantdata
+		<*> genAuthToken
+		<*> getreldir
+		<*> pure staticRoutes
+		<*> pure postfirstrun
+		<*> pure cannotrun
+		<*> pure noannex
+		<*> pure listenhost'
+	setUrlRenderer urlrenderer $ yesodRender webapp (pack "")
+	app <- toWaiAppPlain webapp
+	app' <- ifM debugEnabled
+		( return $ logStdout app
+		, return app
+		)
+	runWebApp tlssettings listenhost' app' $ \addr -> if noannex
+		then withTmpFile "webapp.html" $ \tmpfile h -> do
+			hClose h
+			go tlssettings addr webapp tmpfile Nothing
+		else do
+			htmlshim <- getAnnex' $ fromRepo gitAnnexHtmlShim
+			urlfile <- getAnnex' $ fromRepo gitAnnexUrlFile
+			go tlssettings addr webapp htmlshim (Just urlfile)
+  where
+  	-- The webapp thread does not wait for the startupSanityCheckThread
+	-- to finish, so that the user interface remains responsive while
+	-- that's going on.
+	thread = namedThreadUnchecked "WebApp"
+	getreldir
+		| noannex = return Nothing
+		| otherwise = Just <$>
+			(relHome =<< absPath
+				=<< getAnnex' (fromRepo repoPath))
+	go tlssettings addr webapp htmlshim urlfile = do
+		let url = myUrl tlssettings webapp addr
+		maybe noop (`writeFileProtected` url) urlfile
+		writeHtmlShim "Starting webapp..." url htmlshim
+		maybe noop (\a -> a url htmlshim) onstartup
+
+	getAnnex a
+		| noannex = pure Nothing
+		| otherwise = getAnnex' a
+	getAnnex' = runThreadState (threadState assistantdata)
+
+myUrl :: Maybe TLS.TLSSettings -> WebApp -> SockAddr -> Url
+myUrl tlssettings webapp addr = unpack $ yesodRender webapp urlbase DashboardR []
+  where
+	urlbase = pack $ proto ++ "://" ++ show addr
+	proto
+		| isJust tlssettings = "https"
+		| otherwise = "http"
+
+getTlsSettings :: Annex (Maybe TLS.TLSSettings)
+getTlsSettings = do
+#ifdef WITH_WEBAPP_SECURE
+	cert <- fromRepo gitAnnexWebCertificate
+	privkey <- fromRepo gitAnnexWebPrivKey
+	ifM (liftIO $ allM doesFileExist [cert, privkey])
+		( return $ Just $ TLS.tlsSettings cert privkey
+		, return Nothing
+		)
+#else
+	return Nothing
+#endif
+
+{- Checks if debugging is actually enabled. -}
+debugEnabled :: IO Bool
+debugEnabled = do
+	l <- getRootLogger
+	return $ getLevel l <= Just DEBUG
diff --git a/Assistant/Threads/XMPPClient.hs b/Assistant/Threads/XMPPClient.hs
new file mode 100644
index 0000000000..39b0459b7b
--- /dev/null
+++ b/Assistant/Threads/XMPPClient.hs
@@ -0,0 +1,375 @@
+{- git-annex XMPP client
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.XMPPClient where
+
+import Assistant.Common
+import Assistant.XMPP
+import Assistant.XMPP.Client
+import Assistant.NetMessager
+import Assistant.Types.NetMessager
+import Assistant.Types.Buddies
+import Assistant.XMPP.Buddies
+import Assistant.Sync
+import Assistant.DaemonStatus
+import qualified Remote
+import Utility.ThreadScheduler
+import Assistant.WebApp (UrlRenderer)
+import Assistant.WebApp.Types hiding (liftAssistant)
+import Assistant.Alert
+import Assistant.Pairing
+import Assistant.XMPP.Git
+import Annex.UUID
+import Logs.UUID
+
+import Network.Protocol.XMPP
+import Control.Concurrent
+import Control.Concurrent.STM.TMVar
+import Control.Concurrent.STM (atomically)
+import qualified Data.Text as T
+import qualified Data.Set as S
+import qualified Data.Map as M
+import qualified Git.Branch
+import Data.Time.Clock
+import Control.Concurrent.Async
+
+xmppClientThread :: UrlRenderer -> NamedThread
+xmppClientThread urlrenderer = namedThread "XMPPClient" $
+	restartableClient . xmppClient urlrenderer =<< getAssistant id
+
+{- Runs the client, handing restart events. -}
+restartableClient :: (XMPPCreds -> UUID -> IO ()) -> Assistant ()
+restartableClient a = forever $ go =<< liftAnnex getXMPPCreds
+  where
+	go Nothing = waitNetMessagerRestart
+	go (Just creds) = do
+		xmppuuid <- maybe NoUUID Remote.uuid . headMaybe 
+			. filter Remote.isXMPPRemote . syncRemotes
+			<$> getDaemonStatus
+		tid <- liftIO $ forkIO $ a creds xmppuuid
+		waitNetMessagerRestart
+		liftIO $ killThread tid
+
+xmppClient :: UrlRenderer -> AssistantData -> XMPPCreds -> UUID -> IO ()
+xmppClient urlrenderer d creds xmppuuid =
+	retry (runclient creds) =<< getCurrentTime
+  where
+	liftAssistant = runAssistant d
+	inAssistant = liftIO . liftAssistant
+
+	{- When the client exits, it's restarted;
+	 - if it keeps failing, back off to wait 5 minutes before
+	 - trying it again. -}
+	retry client starttime = do
+		{- The buddy list starts empty each time
+		 - the client connects, so that stale info
+		 - is not retained. -}
+		liftAssistant $
+			updateBuddyList (const noBuddies) <<~ buddyList
+		void client
+		liftAssistant $ do
+			modifyDaemonStatus_ $ \s -> s
+				{ xmppClientID = Nothing }
+			changeCurrentlyConnected $ S.delete xmppuuid
+			
+		now <- getCurrentTime
+		if diffUTCTime now starttime > 300
+			then do
+				liftAssistant $ debug ["connection lost; reconnecting"]
+				retry client now
+			else do
+				liftAssistant $ debug ["connection failed; will retry"]
+				threadDelaySeconds (Seconds 300)
+				retry client =<< getCurrentTime
+
+	runclient c = liftIO $ connectXMPP c $ \jid -> do
+		selfjid <- bindJID jid
+		putStanza gitAnnexSignature
+
+		inAssistant $ do
+			modifyDaemonStatus_ $ \s -> s
+				{ xmppClientID = Just $ xmppJID creds }
+			changeCurrentlyConnected $ S.insert xmppuuid
+			debug ["connected", logJid selfjid]
+
+		lasttraffic <- liftIO $ atomically . newTMVar =<< getCurrentTime
+
+		sender <- xmppSession $ sendnotifications selfjid
+		receiver <- xmppSession $ receivenotifications selfjid lasttraffic
+		pinger <- xmppSession $ sendpings selfjid lasttraffic
+		{- Run all 3 threads concurrently, until
+		 - any of them throw an exception.
+		 - Then kill all 3 threads, and rethrow the
+		 - exception.
+		 -
+		 - If this thread gets an exception, the 3 threads
+		 - will also be killed. -}
+		liftIO $ pinger `concurrently` sender `concurrently` receiver
+
+	sendnotifications selfjid = forever $
+		join $ inAssistant $ relayNetMessage selfjid
+	receivenotifications selfjid lasttraffic = forever $ do
+		l <- decodeStanza selfjid <$> getStanza
+		void $ liftIO $ atomically . swapTMVar lasttraffic =<< getCurrentTime
+		inAssistant $ debug
+			["received:", show $ map logXMPPEvent l]
+		mapM_ (handle selfjid) l
+	sendpings selfjid lasttraffic = forever $ do
+		putStanza pingstanza
+
+		startping <- liftIO getCurrentTime
+		liftIO $ threadDelaySeconds (Seconds 120)
+		t <- liftIO $ atomically $ readTMVar lasttraffic
+		when (t < startping) $ do
+			inAssistant $ debug ["ping timeout"]
+			error "ping timeout"
+	  where
+		{- XEP-0199 says that the server will respond with either
+		 - a ping response or an error message. Either will
+		 - cause traffic, so good enough. -}
+	  	pingstanza = xmppPing selfjid
+
+	handle selfjid (PresenceMessage p) = do
+		void $ inAssistant $ 
+			updateBuddyList (updateBuddies p) <<~ buddyList
+		resendImportantMessages selfjid p
+	handle _ (GotNetMessage QueryPresence) = putStanza gitAnnexSignature
+	handle _ (GotNetMessage (NotifyPush us)) = void $ inAssistant $ pull us
+	handle selfjid (GotNetMessage (PairingNotification stage c u)) =
+		maybe noop (inAssistant . pairMsgReceived urlrenderer stage u selfjid) (parseJID c)
+	handle _ (GotNetMessage m@(Pushing _ pushstage))
+		| isPushNotice pushstage = inAssistant $ handlePushNotice m
+		| isPushInitiation pushstage = inAssistant $ queuePushInitiation m
+		| otherwise = inAssistant $ storeInbox m
+	handle _ (Ignorable _) = noop
+	handle _ (Unknown _) = noop
+	handle _ (ProtocolError _) = noop
+
+	resendImportantMessages selfjid (Presence { presenceFrom = Just jid }) = do
+		let c = formatJID jid
+		(stored, sent) <- inAssistant $
+			checkImportantNetMessages (formatJID (baseJID jid), c)
+		forM_ (S.toList $ S.difference stored sent) $ \msg -> do
+			let msg' = readdressNetMessage msg c
+			inAssistant $ debug
+				[ "sending to new client:"
+				, logJid jid
+				, show $ logNetMessage msg'
+				]
+			join $ inAssistant $ convertNetMsg msg' selfjid
+			inAssistant $ sentImportantNetMessage msg c
+	resendImportantMessages _ _ = noop
+
+data XMPPEvent
+	= GotNetMessage NetMessage
+	| PresenceMessage Presence
+	| Ignorable ReceivedStanza
+	| Unknown ReceivedStanza
+	| ProtocolError ReceivedStanza
+	deriving Show
+
+logXMPPEvent :: XMPPEvent -> String
+logXMPPEvent (GotNetMessage m) = logNetMessage m
+logXMPPEvent (PresenceMessage p) = logPresence p
+logXMPPEvent (Ignorable (ReceivedPresence p)) = "Ignorable " ++ logPresence p
+logXMPPEvent (Ignorable _) = "Ignorable message"
+logXMPPEvent (Unknown _) = "Unknown message"
+logXMPPEvent (ProtocolError _) = "Protocol error message"
+
+logPresence :: Presence -> String
+logPresence (p@Presence { presenceFrom = Just jid }) = unwords
+	[ "Presence from"
+	, logJid jid
+	, show $ extractGitAnnexTag p
+	]
+logPresence _ = "Presence from unknown"
+
+logJid :: JID -> String
+logJid jid =
+	let name = T.unpack (buddyName jid)
+	    resource = maybe "" (T.unpack . strResource) (jidResource jid)
+	in take 1 name ++ show (length name) ++ "/" ++ resource
+
+logClient :: Client -> String
+logClient (Client jid) = logJid jid
+
+{- Decodes an XMPP stanza into one or more events. -}
+decodeStanza :: JID -> ReceivedStanza -> [XMPPEvent]
+decodeStanza selfjid s@(ReceivedPresence p)
+	| presenceType p == PresenceError = [ProtocolError s]
+	| isNothing (presenceFrom p) = [Ignorable s]
+	| presenceFrom p == Just selfjid = [Ignorable s]
+	| otherwise = maybe [PresenceMessage p] decode (gitAnnexTagInfo p)
+  where
+	decode i
+		| tagAttr i == pushAttr = impliedp $ GotNetMessage $ NotifyPush $
+			decodePushNotification (tagValue i)
+		| tagAttr i == queryAttr = impliedp $ GotNetMessage QueryPresence
+		| otherwise = [Unknown s]
+	{- Things sent via presence imply a presence message,
+	 - along with their real meaning. -}
+	impliedp v = [PresenceMessage p, v]
+decodeStanza selfjid s@(ReceivedMessage m)
+	| isNothing (messageFrom m) = [Ignorable s]
+	| messageFrom m == Just selfjid = [Ignorable s]
+	| messageType m == MessageError = [ProtocolError s]
+	| otherwise = [fromMaybe (Unknown s) (GotNetMessage <$> decodeMessage m)]
+decodeStanza _ s = [Unknown s]
+
+{- Waits for a NetMessager message to be sent, and relays it to XMPP.
+ -
+ - Chat messages must be directed to specific clients, not a base
+ - account JID, due to git-annex clients using a negative presence priority.
+ - PairingNotification messages are always directed at specific
+ - clients, but Pushing messages are sometimes not, and need to be exploded
+ - out to specific clients.
+ -
+ - Important messages, not directed at any specific client, 
+ - are cached to be sent later when additional clients connect.
+ -}
+relayNetMessage :: JID -> Assistant (XMPP ())
+relayNetMessage selfjid = do
+	msg <- waitNetMessage
+	debug ["sending:", logNetMessage msg]
+	a1 <- handleImportant msg
+	a2 <- convert msg
+	return (a1 >> a2)
+  where
+	handleImportant msg = case parseJID =<< isImportantNetMessage msg of
+		Just tojid
+			| tojid == baseJID tojid -> do
+				storeImportantNetMessage msg (formatJID tojid) $
+					\c -> (baseJID <$> parseJID c) == Just tojid
+				return $ putStanza presenceQuery
+		_ -> return noop
+	convert (Pushing c pushstage) = withOtherClient selfjid c $ \tojid ->
+		if tojid == baseJID tojid
+			then do
+				clients <- maybe [] (S.toList . buddyAssistants)
+					<$> getBuddy (genBuddyKey tojid) <<~ buddyList
+				debug ["exploded undirected message to clients", unwords $ map logClient clients]
+				return $ forM_ clients $ \(Client jid) ->
+					putStanza $ pushMessage pushstage jid selfjid
+			else do
+				debug ["to client:", logJid tojid]
+				return $ putStanza $ pushMessage pushstage tojid selfjid
+	convert msg = convertNetMsg msg selfjid
+
+{- Converts a NetMessage to an XMPP action. -}
+convertNetMsg :: NetMessage -> JID -> Assistant (XMPP ())
+convertNetMsg msg selfjid = convert msg
+  where
+	convert (NotifyPush us) = return $ putStanza $ pushNotification us
+	convert QueryPresence = return $ putStanza presenceQuery
+	convert (PairingNotification stage c u) = withOtherClient selfjid c $ \tojid -> do
+		changeBuddyPairing tojid True
+		return $ putStanza $ pairingNotification stage u tojid selfjid
+	convert (Pushing c pushstage) = withOtherClient selfjid c $ \tojid ->
+		return $ putStanza $  pushMessage pushstage tojid selfjid
+
+withOtherClient :: JID -> ClientID -> (JID -> Assistant (XMPP ())) -> Assistant (XMPP ())
+withOtherClient selfjid c a = case parseJID c of
+	Nothing -> return noop
+	Just tojid
+		| tojid == selfjid -> return noop
+		| otherwise -> a tojid
+
+withClient :: ClientID -> (JID -> XMPP ()) -> XMPP ()
+withClient c a = maybe noop a $ parseJID c
+
+{- Returns an IO action that runs a XMPP action in a separate thread,
+ - using a session to allow it to access the same XMPP client. -}
+xmppSession :: XMPP () -> XMPP (IO ())
+xmppSession a = do
+	s <- getSession
+	return $ void $ runXMPP s a
+
+{- We only pull from one remote out of the set listed in the push
+ - notification, as an optimisation.
+ -
+ - Note that it might be possible (though very unlikely) for the push
+ - notification to take a while to be sent, and multiple pushes happen
+ - before it is sent, so it includes multiple remotes that were pushed
+ - to at different times. 
+ -
+ - It could then be the case that the remote we choose had the earlier
+ - push sent to it, but then failed to get the later push, and so is not
+ - fully up-to-date. If that happens, the pushRetryThread will come along
+ - and retry the push, and we'll get another notification once it succeeds,
+ - and pull again. -}
+pull :: [UUID] -> Assistant ()
+pull [] = noop
+pull us = do
+	rs <- filter matching . syncGitRemotes <$> getDaemonStatus
+	debug $ "push notification for" : map (fromUUID . Remote.uuid ) rs
+	pullone rs =<< liftAnnex (inRepo Git.Branch.current)
+  where
+	matching r = Remote.uuid r `S.member` s
+	s = S.fromList us
+
+	pullone [] _ = noop
+	pullone (r:rs) branch =
+		unlessM (null . fst <$> manualPull branch [r]) $
+			pullone rs branch
+
+{- PairReq from another client using our JID is automatically
+ - accepted. This is so pairing devices all using the same XMPP
+ - account works without confirmations.
+ -
+ - Also, autoaccept PairReq from the same JID of any repo we've
+ - already paired with, as long as the UUID in the PairReq is
+ - one we know about.
+-}
+pairMsgReceived :: UrlRenderer -> PairStage -> UUID -> JID -> JID -> Assistant ()
+pairMsgReceived urlrenderer PairReq theiruuid selfjid theirjid
+	| baseJID selfjid == baseJID theirjid = autoaccept
+	| otherwise = do
+		knownjids <- mapMaybe (parseJID . getXMPPClientID)
+			. filter Remote.isXMPPRemote . syncRemotes <$> getDaemonStatus
+		um <- liftAnnex uuidMap
+		if elem (baseJID theirjid) knownjids && M.member theiruuid um
+			then autoaccept
+			else showalert
+
+  where
+	autoaccept = do
+		selfuuid <- liftAnnex getUUID
+		sendNetMessage $
+			PairingNotification PairAck (formatJID theirjid) selfuuid
+		finishXMPPPairing theirjid theiruuid
+	-- Show an alert to let the user decide if they want to pair.
+	showalert = do
+		button <- mkAlertButton True (T.pack "Respond") urlrenderer $
+			ConfirmXMPPPairFriendR $
+				PairKey theiruuid $ formatJID theirjid
+		void $ addAlert $ pairRequestReceivedAlert
+			(T.unpack $ buddyName theirjid)
+			button
+
+{- PairAck must come from one of the buddies we are pairing with;
+ - don't pair with just anyone. -}
+pairMsgReceived _ PairAck theiruuid _selfjid theirjid =
+	whenM (isBuddyPairing theirjid) $ do
+		changeBuddyPairing theirjid False
+		selfuuid <- liftAnnex getUUID
+		sendNetMessage $
+			PairingNotification PairDone (formatJID theirjid) selfuuid
+		finishXMPPPairing theirjid theiruuid
+
+pairMsgReceived _ PairDone _theiruuid _selfjid theirjid =
+	changeBuddyPairing theirjid False
+
+isBuddyPairing :: JID -> Assistant Bool
+isBuddyPairing jid = maybe False buddyPairing <$> 
+	getBuddy (genBuddyKey jid) <<~ buddyList
+
+changeBuddyPairing :: JID -> Bool -> Assistant ()
+changeBuddyPairing jid ispairing =
+	updateBuddyList (M.adjust set key) <<~ buddyList
+  where
+	key = genBuddyKey jid
+	set b = b { buddyPairing = ispairing }
diff --git a/Assistant/Threads/XMPPPusher.hs b/Assistant/Threads/XMPPPusher.hs
new file mode 100644
index 0000000000..30c91c7f09
--- /dev/null
+++ b/Assistant/Threads/XMPPPusher.hs
@@ -0,0 +1,81 @@
+{- git-annex XMPP pusher threads
+ -
+ - This is a pair of threads. One handles git send-pack,
+ - and the other git receive-pack. Each thread can be running at most
+ - one such operation at a time.
+ -
+ - Why not use a single thread? Consider two clients A and B.
+ - If both decide to run a receive-pack at the same time to the other,
+ - they would deadlock with only one thread. For larger numbers of
+ - clients, the two threads are also sufficient.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.XMPPPusher where
+
+import Assistant.Common
+import Assistant.NetMessager
+import Assistant.Types.NetMessager
+import Assistant.WebApp (UrlRenderer)
+import Assistant.WebApp.Configurators.XMPP (checkCloudRepos)
+import Assistant.XMPP.Git
+
+import Control.Exception as E
+
+xmppSendPackThread :: UrlRenderer -> NamedThread
+xmppSendPackThread = pusherThread "XMPPSendPack" SendPack
+
+xmppReceivePackThread :: UrlRenderer -> NamedThread
+xmppReceivePackThread = pusherThread "XMPPReceivePack" ReceivePack
+
+pusherThread :: String -> PushSide -> UrlRenderer -> NamedThread
+pusherThread threadname side urlrenderer = namedThread threadname $ go Nothing
+  where
+  	go lastpushedto = do
+		msg <- waitPushInitiation side $ selectNextPush lastpushedto
+		debug ["started running push", logNetMessage msg]
+
+		runpush <- asIO $ runPush checker msg
+		r <- liftIO (E.try runpush :: IO (Either SomeException (Maybe ClientID)))
+		let successful = case r of
+			Right (Just _) -> True
+			_ -> False
+
+		{- Empty the inbox, because stuff may have
+		 - been left in it if the push failed. -}
+		let justpushedto = getclient msg
+		maybe noop (`emptyInbox` side) justpushedto
+
+		debug ["finished running push", logNetMessage msg, show successful]
+		go $ if successful then justpushedto else lastpushedto
+	
+	checker = checkCloudRepos urlrenderer
+
+	getclient (Pushing cid _) = Just cid
+	getclient _ = Nothing
+
+{- Select the next push to run from the queue.
+ - The queue cannot be empty!
+ -
+ - We prefer to select the most recently added push, because its requestor
+ - is more likely to still be connected.
+ -
+ - When passed the ID of a client we just pushed to, we prefer to not
+ - immediately push again to that same client. This avoids one client 
+ - drowing out others. So pushes from the client we just pushed to are 
+ - relocated to the beginning of the list, to be processed later.
+ -}
+selectNextPush :: Maybe ClientID -> [NetMessage] -> (NetMessage, [NetMessage])
+selectNextPush _ (m:[]) = (m, []) -- common case
+selectNextPush _ [] = error "selectNextPush: empty list"
+selectNextPush lastpushedto l = go [] l
+  where
+	go (r:ejected) [] = (r, ejected)
+	go rejected (m:ms) = case m of
+		(Pushing clientid _)
+			| Just clientid /= lastpushedto -> (m, rejected ++ ms)
+		_ -> go (m:rejected) ms
+  	go [] [] = undefined
diff --git a/Assistant/TransferQueue.hs b/Assistant/TransferQueue.hs
new file mode 100644
index 0000000000..93c982224b
--- /dev/null
+++ b/Assistant/TransferQueue.hs
@@ -0,0 +1,233 @@
+{- git-annex assistant pending transfer queue
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Assistant.TransferQueue (
+	TransferQueue,
+	Schedule(..),
+	newTransferQueue,
+	getTransferQueue,
+	queueTransfers,
+	queueTransfersMatching,
+	queueDeferredDownloads,
+	queueTransfer,
+	queueTransferAt,
+	queueTransferWhenSmall,
+	getNextTransfer,
+	getMatchingTransfers,
+	dequeueTransfers,
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.Types.TransferQueue
+import Logs.Transfer
+import Types.Remote
+import qualified Remote
+import qualified Types.Remote as Remote
+import Annex.Wanted
+import Utility.TList
+
+import Control.Concurrent.STM
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+type Reason = String
+
+{- Reads the queue's content without blocking or changing it. -}
+getTransferQueue :: Assistant [(Transfer, TransferInfo)]
+getTransferQueue = (atomically . readTList . queuelist) <<~ transferQueue
+
+stubInfo :: AssociatedFile -> Remote -> TransferInfo
+stubInfo f r = stubTransferInfo
+	{ transferRemote = Just r
+	, associatedFile = f
+	}
+
+{- Adds transfers to queue for some of the known remotes.
+ - Honors preferred content settings, only transferring wanted files. -}
+queueTransfers :: Reason -> Schedule -> Key -> AssociatedFile -> Direction -> Assistant Bool
+queueTransfers = queueTransfersMatching (const True)
+
+{- Adds transfers to queue for some of the known remotes, that match a
+ - condition. Honors preferred content settings. -}
+queueTransfersMatching :: (UUID -> Bool) -> Reason -> Schedule -> Key -> AssociatedFile -> Direction -> Assistant Bool
+queueTransfersMatching matching reason schedule k f direction
+	| direction == Download = ifM (liftAnnex $ wantGet True (Just k) f)
+		( go
+		, return False
+		)
+	| otherwise = go
+  where
+	go = do
+		
+		rs <- liftAnnex . selectremotes
+			=<< syncDataRemotes <$> getDaemonStatus
+		let matchingrs = filter (matching . Remote.uuid) rs
+		if null matchingrs
+			then do
+				defer
+				return False
+			else do
+				forM_ matchingrs $ \r ->
+					enqueue reason schedule (gentransfer r) (stubInfo f r)
+				return True
+	selectremotes rs
+		{- Queue downloads from all remotes that
+		 - have the key. The list of remotes is ordered with
+		 - cheapest first. More expensive ones will only be tried
+		 - if downloading from a cheap one fails. -}
+		| direction == Download = do
+			s <- locs
+			return $ filter (inset s) rs
+		{- Upload to all remotes that want the content and don't
+		 - already have it. -}
+		| otherwise = do
+			s <- locs
+			filterM (wantSend True (Just k) f . Remote.uuid) $
+				filter (\r -> not (inset s r || Remote.readonly r)) rs
+	  where
+	  	locs = S.fromList <$> Remote.keyLocations k
+		inset s r = S.member (Remote.uuid r) s
+	gentransfer r = Transfer
+		{ transferDirection = direction
+		, transferKey = k
+		, transferUUID = Remote.uuid r
+		}
+	defer
+		{- Defer this download, as no known remote has the key. -}
+		| direction == Download = do
+			q <- getAssistant transferQueue
+			void $ liftIO $ atomically $
+				consTList (deferreddownloads q) (k, f)
+		| otherwise = noop
+
+{- Queues any deferred downloads that can now be accomplished, leaving
+ - any others in the list to try again later. -}
+queueDeferredDownloads :: Reason -> Schedule -> Assistant ()
+queueDeferredDownloads reason schedule = do
+	q <- getAssistant transferQueue
+	l <- liftIO $ atomically $ readTList (deferreddownloads q)
+	rs <- syncDataRemotes <$> getDaemonStatus
+	left <- filterM (queue rs) l
+	unless (null left) $
+		liftIO $ atomically $ appendTList (deferreddownloads q) left
+  where
+	queue rs (k, f) = do
+		uuids <- liftAnnex $ Remote.keyLocations k
+		let sources = filter (\r -> uuid r `elem` uuids) rs
+		unless (null sources) $
+			forM_ sources $ \r ->
+				enqueue reason schedule 
+					(gentransfer r) (stubInfo f r)
+		return $ null sources
+	  where
+		gentransfer r = Transfer
+			{ transferDirection = Download
+			, transferKey = k
+			, transferUUID = Remote.uuid r
+			}
+
+enqueue :: Reason -> Schedule -> Transfer -> TransferInfo -> Assistant ()
+enqueue reason schedule t info
+	| schedule == Next = go consTList
+	| otherwise = go snocTList
+  where
+	go modlist = whenM (add modlist) $ do
+		debug [ "queued", describeTransfer t info, ": " ++ reason ]
+		notifyTransfer
+	add modlist = do
+		q <- getAssistant transferQueue
+		dstatus <- getAssistant daemonStatusHandle
+		liftIO $ atomically $ ifM (checkRunningTransferSTM dstatus t)
+			( return False
+			, do
+				l <- readTList (queuelist q)
+				if (t `notElem` map fst l)
+					then do	
+						void $ modifyTVar' (queuesize q) succ
+						void $ modlist (queuelist q) (t, info)
+						return True
+					else return False
+			)
+
+{- Adds a transfer to the queue. -}
+queueTransfer :: Reason -> Schedule -> AssociatedFile -> Transfer -> Remote -> Assistant ()
+queueTransfer reason schedule f t remote =
+	enqueue reason schedule t (stubInfo f remote)
+
+{- Blocks until the queue is no larger than a given size, and then adds a
+ - transfer to the queue. -}
+queueTransferAt :: Int -> Reason -> Schedule -> AssociatedFile -> Transfer -> Remote -> Assistant ()
+queueTransferAt wantsz reason schedule f t remote = do
+	q <- getAssistant transferQueue
+	liftIO $ atomically $ do
+		sz <- readTVar (queuesize q)
+		unless (sz <= wantsz) $
+			retry -- blocks until queuesize changes
+	enqueue reason schedule t (stubInfo f remote)
+
+queueTransferWhenSmall :: Reason -> AssociatedFile -> Transfer -> Remote -> Assistant ()
+queueTransferWhenSmall reason = queueTransferAt 10 reason Later
+
+{- Blocks until a pending transfer is available in the queue,
+ - and removes it.
+ -
+ - Checks that it's acceptable, before adding it to the
+ - currentTransfers map. If it's not acceptable, it's discarded.
+ -
+ - This is done in a single STM transaction, so there is no window
+ - where an observer sees an inconsistent status. -}
+getNextTransfer :: (TransferInfo -> Bool) -> Assistant (Maybe (Transfer, TransferInfo))
+getNextTransfer acceptable = do
+	q <- getAssistant transferQueue
+	dstatus <- getAssistant daemonStatusHandle
+	liftIO $ atomically $ do
+		sz <- readTVar (queuesize q)
+		if sz < 1
+			then retry -- blocks until queuesize changes
+			else do
+				(r@(t,info):rest) <- readTList (queuelist q)
+				void $ modifyTVar' (queuesize q) pred
+				setTList (queuelist q) rest
+				if acceptable info
+					then do
+						adjustTransfersSTM dstatus $
+							M.insertWith' const t info
+						return $ Just r
+					else return Nothing
+
+{- Moves transfers matching a condition from the queue, to the
+ - currentTransfers map. -}
+getMatchingTransfers :: (Transfer -> Bool) -> Assistant [(Transfer, TransferInfo)]
+getMatchingTransfers c = do
+	q <- getAssistant transferQueue
+	dstatus <- getAssistant daemonStatusHandle
+	liftIO $ atomically $ do
+		ts <- dequeueTransfersSTM q c
+		unless (null ts) $
+			adjustTransfersSTM dstatus $ \m -> M.union m $ M.fromList ts
+		return ts
+
+{- Removes transfers matching a condition from the queue, and returns the
+ - removed transfers. -}
+dequeueTransfers :: (Transfer -> Bool) -> Assistant [(Transfer, TransferInfo)]
+dequeueTransfers c = do
+	q <- getAssistant transferQueue
+	removed <- liftIO $ atomically $ dequeueTransfersSTM q c
+	unless (null removed) $
+		notifyTransfer
+	return removed
+
+dequeueTransfersSTM :: TransferQueue -> (Transfer -> Bool) -> STM [(Transfer, TransferInfo)]
+dequeueTransfersSTM q c = do
+	!(removed, ts) <- partition (c . fst) <$> readTList (queuelist q)
+	let !len = length ts
+	void $ writeTVar (queuesize q) len
+	setTList (queuelist q) ts
+	return removed
diff --git a/Assistant/TransferSlots.hs b/Assistant/TransferSlots.hs
new file mode 100644
index 0000000000..cafbb7bdf7
--- /dev/null
+++ b/Assistant/TransferSlots.hs
@@ -0,0 +1,293 @@
+{- git-annex assistant transfer slots
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.TransferSlots where
+
+import Assistant.Common
+import Utility.ThreadScheduler
+import Assistant.Types.TransferSlots
+import Assistant.DaemonStatus
+import Assistant.TransferrerPool
+import Assistant.Types.TransferrerPool
+import Assistant.Types.TransferQueue
+import Assistant.TransferQueue
+import Assistant.Alert
+import Assistant.Alert.Utility
+import Assistant.Commits
+import Assistant.Drop
+import Logs.Transfer
+import Logs.Location
+import qualified Git
+import qualified Remote
+import qualified Types.Remote as Remote
+import Annex.Content
+import Annex.Wanted
+import Config.Files
+import Utility.Batch
+
+import qualified Data.Map as M 
+import qualified Control.Exception as E
+import Control.Concurrent
+import qualified Control.Concurrent.MSemN as MSemN
+#ifndef mingw32_HOST_OS
+import System.Posix.Process (getProcessGroupIDOf)
+import System.Posix.Signals (signalProcessGroup, sigTERM, sigKILL)
+#else
+import Utility.WinProcess
+#endif
+
+type TransferGenerator = Assistant (Maybe (Transfer, TransferInfo, Transferrer -> Assistant ()))
+
+{- Waits until a transfer slot becomes available, then runs a
+ - TransferGenerator, and then runs the transfer action in its own thread. 
+ -}
+inTransferSlot :: FilePath -> BatchCommandMaker -> TransferGenerator -> Assistant ()
+inTransferSlot program batchmaker gen = do
+	flip MSemN.wait 1 <<~ transferSlots
+	runTransferThread program batchmaker =<< gen
+
+{- Runs a TransferGenerator, and its transfer action,
+ - without waiting for a slot to become available. -}
+inImmediateTransferSlot :: FilePath -> BatchCommandMaker -> TransferGenerator -> Assistant ()
+inImmediateTransferSlot program batchmaker gen = do
+	flip MSemN.signal (-1) <<~ transferSlots
+	runTransferThread program batchmaker =<< gen
+
+{- Runs a transfer action, in an already allocated transfer slot.
+ - Once it finishes, frees the transfer slot.
+ -
+ - Note that the action is subject to being killed when the transfer
+ - is canceled or paused.
+ -
+ - A PauseTransfer exception is handled by letting the action be killed,
+ - then pausing the thread until a ResumeTransfer exception is raised,
+ - then rerunning the action.
+ -}
+runTransferThread :: FilePath -> BatchCommandMaker -> Maybe (Transfer, TransferInfo, Transferrer -> Assistant ()) -> Assistant ()
+runTransferThread _ _ Nothing = flip MSemN.signal 1 <<~ transferSlots
+runTransferThread program batchmaker (Just (t, info, a)) = do
+	d <- getAssistant id
+	aio <- asIO1 a
+	tid <- liftIO $ forkIO $ runTransferThread' program batchmaker d aio
+	updateTransferInfo t $ info { transferTid = Just tid }
+
+runTransferThread' :: FilePath -> BatchCommandMaker -> AssistantData -> (Transferrer -> IO ()) -> IO ()
+runTransferThread' program batchmaker d run = go
+  where
+	go = catchPauseResume $
+		withTransferrer program batchmaker (transferrerPool d)
+			run
+	pause = catchPauseResume $
+		runEvery (Seconds 86400) noop
+	{- Note: This must use E.try, rather than E.catch.
+	 - When E.catch is used, and has called go in its exception
+	 - handler, Control.Concurrent.throwTo will block sometimes
+	 - when signaling. Using E.try avoids the problem. -}
+	catchPauseResume a' = do
+		r <- E.try a' :: IO (Either E.SomeException ())
+		case r of
+			Left e -> case E.fromException e of
+				Just PauseTransfer -> pause
+				Just ResumeTransfer -> go
+				_ -> done
+			_ -> done
+	done = runAssistant d $ 
+		flip MSemN.signal 1 <<~ transferSlots
+
+{- By the time this is called, the daemonstatus's currentTransfers map should
+ - already have been updated to include the transfer. -}
+genTransfer :: Transfer -> TransferInfo -> TransferGenerator
+genTransfer t info = case transferRemote info of
+	Just remote 
+		| Git.repoIsLocalUnknown (Remote.repo remote) -> do
+			-- optimisation for removable drives not plugged in
+			liftAnnex $ recordFailedTransfer t info
+			void $ removeTransfer t
+			return Nothing
+		| otherwise -> ifM (liftAnnex $ shouldTransfer t info)
+			( do
+				debug [ "Transferring:" , describeTransfer t info ]
+				notifyTransfer
+				return $ Just (t, info, go remote)
+			, do
+				debug [ "Skipping unnecessary transfer:",
+					describeTransfer t info ]
+				void $ removeTransfer t
+				finishedTransfer t (Just info)
+				return Nothing
+			)
+	_ -> return Nothing
+  where
+	direction = transferDirection t
+	isdownload = direction == Download
+
+	{- Alerts are only shown for successful transfers.
+	 - Transfers can temporarily fail for many reasons,
+	 - so there's no point in bothering the user about
+	 - those. The assistant should recover.
+	 -
+	 - After a successful upload, handle dropping it from
+	 - here, if desired. In this case, the remote it was
+	 - uploaded to is known to have it.
+	 -
+	 - Also, after a successful transfer, the location
+	 - log has changed. Indicate that a commit has been
+	 - made, in order to queue a push of the git-annex
+	 - branch out to remotes that did not participate
+	 - in the transfer.
+	 -
+	 - If the process failed, it could have crashed,
+	 - so remove the transfer from the list of current
+	 - transfers, just in case it didn't stop
+	 - in a way that lets the TransferWatcher do its
+	 - usual cleanup. However, first check if something else is
+	 - running the transfer, to avoid removing active transfers.
+	 -}
+	go remote transferrer = ifM (liftIO $ performTransfer transferrer t info)
+		( do
+			maybe noop
+				(void . addAlert . makeAlertFiller True 
+					. transferFileAlert direction True)
+				(associatedFile info)
+			unless isdownload $
+				handleDrops
+					("object uploaded to " ++ show remote)
+					True (transferKey t)
+					(associatedFile info)
+					(Just remote)
+			void recordCommit
+		, whenM (liftAnnex $ isNothing <$> checkTransfer t) $
+			void $ removeTransfer t
+		)
+
+{- Called right before a transfer begins, this is a last chance to avoid
+ - unnecessary transfers.
+ -
+ - For downloads, we obviously don't need to download if the already
+ - have the object.
+ -
+ - Smilarly, for uploads, check if the remote is known to already have
+ - the object.
+ -
+ - Also, uploads get queued to all remotes, in order of cost.
+ - This may mean, for example, that an object is uploaded over the LAN
+ - to a locally paired client, and once that upload is done, a more
+ - expensive transfer remote no longer wants the object. (Since
+ - all the clients have it already.) So do one last check if this is still
+ - preferred content.
+ -
+ - We'll also do one last preferred content check for downloads. An
+ - example of a case where this could be needed is if a download is queued
+ - for a file that gets moved out of an archive directory -- but before
+ - that download can happen, the file is put back in the archive.
+ -}
+shouldTransfer :: Transfer -> TransferInfo -> Annex Bool
+shouldTransfer t info
+	| transferDirection t == Download =
+		(not <$> inAnnex key) <&&> wantGet True (Just key) file
+	| transferDirection t == Upload = case transferRemote info of
+		Nothing -> return False
+		Just r -> notinremote r
+			<&&> wantSend True (Just key) file (Remote.uuid r)
+	| otherwise = return False
+  where
+	key = transferKey t
+	file = associatedFile info
+
+	{- Trust the location log to check if the remote already has
+	 - the key. This avoids a roundtrip to the remote. -}
+	notinremote r = notElem (Remote.uuid r) <$> loggedLocations key
+
+{- Queue uploads of files downloaded to us, spreading them
+ - out to other reachable remotes.
+ -
+ - Downloading a file may have caused a remote to not want it;
+ - so check for drops from remotes.
+ -
+ - Uploading a file may cause the local repo, or some other remote to not
+ - want it; handle that too.
+ -}
+finishedTransfer :: Transfer -> Maybe TransferInfo -> Assistant ()
+finishedTransfer t (Just info)
+	| transferDirection t == Download =
+		whenM (liftAnnex $ inAnnex $ transferKey t) $ do
+			dodrops False
+			void $ queueTransfersMatching (/= transferUUID t)
+				"newly received object"
+				Later (transferKey t) (associatedFile info) Upload
+	| otherwise = dodrops True
+  where
+	dodrops fromhere = handleDrops
+		("drop wanted after " ++ describeTransfer t info)
+		fromhere (transferKey t) (associatedFile info) Nothing
+finishedTransfer _ _ = noop
+
+{- Pause a running transfer. -}
+pauseTransfer :: Transfer -> Assistant ()
+pauseTransfer = cancelTransfer True
+
+{- Cancel a running transfer. -}
+cancelTransfer :: Bool -> Transfer -> Assistant ()
+cancelTransfer pause t = do
+	m <- getCurrentTransfers
+	unless pause $
+		{- remove queued transfer -}
+		void $ dequeueTransfers $ equivilantTransfer t
+	{- stop running transfer -}
+	maybe noop stop (M.lookup t m)
+  where
+	stop info = do
+		{- When there's a thread associated with the
+		 - transfer, it's signaled first, to avoid it
+		 - displaying any alert about the transfer having
+		 - failed when the transfer process is killed. -}
+		liftIO $ maybe noop signalthread $ transferTid info
+		liftIO $ maybe noop killproc $ transferPid info
+		if pause
+			then void $ alterTransferInfo t $
+				\i -> i { transferPaused = True }
+			else void $ removeTransfer t
+	signalthread tid
+		| pause = throwTo tid PauseTransfer
+		| otherwise = killThread tid
+	killproc pid = void $ tryIO $ do
+#ifndef mingw32_HOST_OS
+		{- In order to stop helper processes like rsync,
+		 - kill the whole process group of the process
+		 - running the transfer. -}
+		g <- getProcessGroupIDOf pid
+		let signal sig = void $ tryIO $ signalProcessGroup sig g
+		signal sigTERM
+		threadDelay 50000 -- 0.05 second grace period
+		signal sigKILL
+#else
+		terminatePID pid
+#endif
+
+{- Start or resume a transfer. -}
+startTransfer :: Transfer -> Assistant ()
+startTransfer t = do
+	m <- getCurrentTransfers
+	maybe startqueued go (M.lookup t m)
+  where
+	go info = maybe (start info) resume $ transferTid info
+	startqueued = do
+		is <- map snd <$> getMatchingTransfers (== t)
+		maybe noop start $ headMaybe is
+	resume tid = do
+		alterTransferInfo t $ \i -> i { transferPaused = False }
+		liftIO $ throwTo tid ResumeTransfer
+	start info = do
+		program <- liftIO readProgramFile
+		batchmaker <- liftIO getBatchCommandMaker
+		inImmediateTransferSlot program batchmaker $
+			genTransfer t info
+
+getCurrentTransfers :: Assistant TransferMap
+getCurrentTransfers = currentTransfers <$> getDaemonStatus
diff --git a/Assistant/TransferrerPool.hs b/Assistant/TransferrerPool.hs
new file mode 100644
index 0000000000..3ac9f34525
--- /dev/null
+++ b/Assistant/TransferrerPool.hs
@@ -0,0 +1,96 @@
+{- A pool of "git-annex transferkeys" processes
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.TransferrerPool where
+
+import Assistant.Common
+import Assistant.Types.TransferrerPool
+import Logs.Transfer
+import Utility.Batch
+
+import qualified Command.TransferKeys as T
+
+import Control.Concurrent.STM hiding (check)
+import Control.Exception (throw)
+import Control.Concurrent
+
+{- Runs an action with a Transferrer from the pool.
+ -
+ - Only one Transferrer is left running in the pool at a time.
+ - So if this needed to start a new Transferrer, it's stopped when done.
+ -}
+withTransferrer :: FilePath -> BatchCommandMaker -> TransferrerPool -> (Transferrer -> IO a) -> IO a
+withTransferrer program batchmaker pool a = do
+	(mi, leftinpool) <- atomically (popTransferrerPool pool)
+	i@(TransferrerPoolItem (Just t) check) <- case mi of
+		Nothing -> mkTransferrerPoolItem pool =<< mkTransferrer program batchmaker
+		Just i -> checkTransferrerPoolItem program batchmaker i
+	v <- tryNonAsync $ a t
+	if leftinpool == 0
+		then atomically $ pushTransferrerPool pool i
+		else do
+			void $ forkIO $ stopTransferrer t
+			atomically $ pushTransferrerPool pool $ TransferrerPoolItem Nothing check
+	either throw return v
+
+{- Check if a Transferrer from the pool is still ok to be used.
+ - If not, stop it and start a new one. -}
+checkTransferrerPoolItem :: FilePath -> BatchCommandMaker -> TransferrerPoolItem -> IO TransferrerPoolItem
+checkTransferrerPoolItem program batchmaker i = case i of
+	TransferrerPoolItem (Just t) check -> ifM check
+		( return i
+		, do
+			stopTransferrer t
+			new check
+		)
+	TransferrerPoolItem Nothing check -> new check
+  where
+	new check = do
+		t <- mkTransferrer program batchmaker
+		return $ TransferrerPoolItem (Just t) check
+
+{- Requests that a Transferrer perform a Transfer, and waits for it to
+ - finish. -}
+performTransfer :: Transferrer -> Transfer -> TransferInfo -> IO Bool
+performTransfer transferrer t info = catchBoolIO $ do
+	T.sendRequest t info (transferrerWrite transferrer)
+	T.readResponse (transferrerRead transferrer)
+
+{- Starts a new git-annex transferkeys process, setting up handles
+ - that will be used to communicate with it. -}
+mkTransferrer :: FilePath -> BatchCommandMaker -> IO Transferrer
+mkTransferrer program batchmaker = do
+	{- It runs as a batch job. -}
+	let (program', params') = batchmaker (program, [Param "transferkeys"])
+	{- It's put into its own group so that the whole group can be
+	 - killed to stop a transfer. -}
+	(Just writeh, Just readh, _, pid) <- createProcess
+		(proc program' $ toCommand params')
+		{ create_group = True
+		, std_in = CreatePipe
+		, std_out = CreatePipe
+		}
+	fileEncoding readh
+	fileEncoding writeh
+	return $ Transferrer
+		{ transferrerRead = readh
+		, transferrerWrite = writeh
+		, transferrerHandle = pid
+		}
+
+{- Checks if a Transferrer is still running. If not, makes a new one. -}
+checkTransferrer :: FilePath -> BatchCommandMaker -> Transferrer -> IO Transferrer
+checkTransferrer program batchmaker t =
+	maybe (return t) (const $ mkTransferrer program batchmaker)
+		=<< getProcessExitCode (transferrerHandle t)
+
+{- Closing the fds will stop the transferrer. -}
+stopTransferrer :: Transferrer -> IO ()
+stopTransferrer t = do
+	hClose $ transferrerRead t
+	hClose $ transferrerWrite t
+	void $ waitForProcess $ transferrerHandle t
diff --git a/Assistant/Types/Alert.hs b/Assistant/Types/Alert.hs
new file mode 100644
index 0000000000..9fd33c7a21
--- /dev/null
+++ b/Assistant/Types/Alert.hs
@@ -0,0 +1,79 @@
+{- git-annex assistant alert types
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.Alert where
+
+import Utility.Tense
+
+import Data.Text (Text)
+import qualified Data.Map as M
+
+{- Different classes of alerts are displayed differently. -}
+data AlertClass = Success | Message | Activity | Warning | Error
+	deriving (Eq, Ord)
+
+data AlertPriority = Filler | Low | Medium | High | Pinned
+	deriving (Eq, Ord)
+
+{- An alert can have an name, which is used to combine it with other similar
+ - alerts. -}
+data AlertName 
+	= FileAlert TenseChunk
+	| SanityCheckFixAlert
+	| WarningAlert String
+	| PairAlert String
+	| ConnectionNeededAlert
+	| RemoteRemovalAlert String
+	| CloudRepoNeededAlert
+	| SyncAlert
+	| NotFsckedAlert
+	| UpgradeAlert
+	| UnusedFilesAlert
+	deriving (Eq)
+
+{- The first alert is the new alert, the second is an old alert.
+ - Should return a modified version of the old alert. -}
+type AlertCombiner = Alert -> Alert -> Maybe Alert
+
+data Alert = Alert
+	{ alertClass :: AlertClass
+	, alertHeader :: Maybe TenseText
+	, alertMessageRender :: Alert -> TenseText
+	, alertData :: [TenseChunk]
+	, alertCounter :: Int
+	, alertBlockDisplay :: Bool
+	, alertClosable :: Bool
+	, alertPriority :: AlertPriority
+	, alertIcon :: Maybe AlertIcon
+	, alertCombiner :: Maybe AlertCombiner
+	, alertName :: Maybe AlertName
+	, alertButtons :: [AlertButton]
+	}
+
+data AlertIcon = ActivityIcon | SyncIcon | SuccessIcon | ErrorIcon | InfoIcon | UpgradeIcon | ConnectionIcon
+
+type AlertMap = M.Map AlertId Alert
+
+{- Higher AlertId indicates a more recent alert. -}
+newtype AlertId = AlertId Integer
+	deriving (Read, Show, Eq, Ord)
+
+firstAlertId :: AlertId
+firstAlertId = AlertId 0
+
+nextAlertId :: AlertId -> AlertId
+nextAlertId (AlertId i) = AlertId $ succ i
+
+{- When clicked, a button always redirects to a URL
+ - It may also run an IO action in the background, which is useful
+ - to make the button close or otherwise change the alert. -}
+data AlertButton = AlertButton
+	{ buttonLabel :: Text
+	, buttonUrl :: Text
+	, buttonAction :: Maybe (AlertId -> IO ())
+	, buttonPrimary :: Bool
+	}
diff --git a/Assistant/Types/BranchChange.hs b/Assistant/Types/BranchChange.hs
new file mode 100644
index 0000000000..399abee54d
--- /dev/null
+++ b/Assistant/Types/BranchChange.hs
@@ -0,0 +1,19 @@
+{- git-annex assistant git-annex branch change tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.BranchChange where
+
+import Control.Concurrent.MSampleVar
+import Common.Annex
+
+newtype BranchChangeHandle = BranchChangeHandle (MSampleVar ())
+
+newBranchChangeHandle :: IO BranchChangeHandle
+newBranchChangeHandle = BranchChangeHandle <$> newEmptySV
+
+fromBranchChangeHandle :: BranchChangeHandle -> MSampleVar ()
+fromBranchChangeHandle (BranchChangeHandle v) = v
diff --git a/Assistant/Types/Buddies.hs b/Assistant/Types/Buddies.hs
new file mode 100644
index 0000000000..36d8a4fedc
--- /dev/null
+++ b/Assistant/Types/Buddies.hs
@@ -0,0 +1,80 @@
+{- git-annex assistant buddies
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Types.Buddies where
+
+import Common.Annex
+
+import qualified Data.Map as M
+import Control.Concurrent.STM
+import Utility.NotificationBroadcaster
+import Data.Text as T
+
+{- For simplicity, dummy types are defined even when XMPP is disabled. -}
+#ifdef WITH_XMPP
+import Network.Protocol.XMPP
+import Data.Set as S
+import Data.Ord
+
+newtype Client = Client JID
+	deriving (Eq, Show)
+
+instance Ord Client where
+	compare = comparing show
+
+data Buddy = Buddy
+	{ buddyPresent :: S.Set Client
+	, buddyAway :: S.Set Client
+	, buddyAssistants :: S.Set Client
+	, buddyPairing :: Bool
+	}
+#else
+data Buddy = Buddy
+#endif
+	deriving (Eq, Show)
+
+data BuddyKey = BuddyKey T.Text
+	deriving (Eq, Ord, Show, Read)
+
+data PairKey = PairKey UUID T.Text
+	deriving (Eq, Ord, Show, Read)
+
+type Buddies = M.Map BuddyKey Buddy
+
+{- A list of buddies, and a way to notify when it changes. -}
+type BuddyList = (TMVar Buddies, NotificationBroadcaster)
+
+noBuddies :: Buddies
+noBuddies = M.empty
+
+newBuddyList :: IO BuddyList
+newBuddyList = (,)
+	<$> atomically (newTMVar noBuddies)
+	<*> newNotificationBroadcaster
+
+getBuddyList :: BuddyList -> IO [Buddy]
+getBuddyList (v, _) = M.elems <$> atomically (readTMVar v)
+
+getBuddy :: BuddyKey -> BuddyList -> IO (Maybe Buddy)
+getBuddy k (v, _) = M.lookup k <$> atomically (readTMVar v)
+
+getBuddyBroadcaster :: BuddyList -> NotificationBroadcaster
+getBuddyBroadcaster (_, h) = h
+
+{- Applies a function to modify the buddy list, and if it's changed,
+ - sends notifications to any listeners. -}
+updateBuddyList :: (Buddies -> Buddies) -> BuddyList -> IO ()
+updateBuddyList a (v, caster) = do
+	changed <- atomically $ do
+		buds <- takeTMVar v
+		let buds' = a buds
+		putTMVar v buds'
+		return $ buds /= buds'
+	when changed $
+		sendNotification caster
diff --git a/Assistant/Types/Changes.hs b/Assistant/Types/Changes.hs
new file mode 100644
index 0000000000..e8ecc6e48b
--- /dev/null
+++ b/Assistant/Types/Changes.hs
@@ -0,0 +1,77 @@
+{- git-annex assistant change tracking
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.Changes where
+
+import Types.KeySource
+import Types.Key
+import Utility.TList
+
+import Control.Concurrent.STM
+import Data.Time.Clock
+
+{- An un-ordered pool of Changes that have been noticed and should be
+ - staged and committed. Changes will typically be in order, but ordering
+ - may be lost. In any case, order should not matter, as any given Change
+ - may later be reverted by a later Change (ie, a file is added and then
+ - deleted). Code that processes the changes needs to deal with such
+ - scenarios.
+ -}
+type ChangePool = TList Change
+
+newChangePool :: IO ChangePool
+newChangePool = atomically newTList
+
+data Change
+	= Change 
+		{ changeTime :: UTCTime
+		, _changeFile :: FilePath
+		, changeInfo :: ChangeInfo
+		}
+	| PendingAddChange
+		{ changeTime ::UTCTime
+		, _changeFile :: FilePath
+		}
+	| InProcessAddChange
+		{ changeTime ::UTCTime
+		, keySource :: KeySource
+		}
+	deriving (Show)
+
+data ChangeInfo = AddKeyChange Key | AddFileChange | LinkChange (Maybe Key) | RmChange
+	deriving (Show, Eq, Ord)
+
+changeInfoKey :: ChangeInfo -> Maybe Key
+changeInfoKey (AddKeyChange k) = Just k
+changeInfoKey (LinkChange (Just k)) = Just k
+changeInfoKey _ = Nothing
+
+changeFile :: Change -> FilePath
+changeFile (Change _ f _) = f
+changeFile (PendingAddChange _ f) = f
+changeFile (InProcessAddChange _ ks) = keyFilename ks
+
+isPendingAddChange :: Change -> Bool
+isPendingAddChange (PendingAddChange {}) = True
+isPendingAddChange _ = False
+
+isInProcessAddChange :: Change -> Bool
+isInProcessAddChange (InProcessAddChange {}) = True
+isInProcessAddChange _ = False
+
+retryChange :: Change -> Change
+retryChange (InProcessAddChange time ks) =
+	PendingAddChange time (keyFilename ks)
+retryChange c = c
+
+finishedChange :: Change -> Key -> Change
+finishedChange c@(InProcessAddChange { keySource = ks }) k = Change
+	{ changeTime = changeTime c
+	, _changeFile = keyFilename ks
+	, changeInfo = AddKeyChange k
+	}
+finishedChange c _ = c
diff --git a/Assistant/Types/Commits.hs b/Assistant/Types/Commits.hs
new file mode 100644
index 0000000000..500faa9011
--- /dev/null
+++ b/Assistant/Types/Commits.hs
@@ -0,0 +1,19 @@
+{- git-annex assistant commit tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.Commits where
+
+import Utility.TList
+
+import Control.Concurrent.STM
+
+type CommitChan = TList Commit
+
+data Commit = Commit
+
+newCommitChan :: IO CommitChan
+newCommitChan = atomically newTList
diff --git a/Assistant/Types/CredPairCache.hs b/Assistant/Types/CredPairCache.hs
new file mode 100644
index 0000000000..a1e11c2571
--- /dev/null
+++ b/Assistant/Types/CredPairCache.hs
@@ -0,0 +1,18 @@
+{- git-annex assistant CredPair cache.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.CredPairCache where
+
+import Types.Creds
+
+import Control.Concurrent
+import qualified Data.Map as M
+
+type CredPairCache = MVar (M.Map Login Password)
+
+newCredPairCache :: IO CredPairCache
+newCredPairCache = newMVar M.empty
diff --git a/Assistant/Types/DaemonStatus.hs b/Assistant/Types/DaemonStatus.hs
new file mode 100644
index 0000000000..2adad2828e
--- /dev/null
+++ b/Assistant/Types/DaemonStatus.hs
@@ -0,0 +1,122 @@
+{- git-annex assistant daemon status
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.DaemonStatus where
+
+import Common.Annex
+import Assistant.Pairing
+import Utility.NotificationBroadcaster
+import Logs.Transfer
+import Assistant.Types.ThreadName
+import Assistant.Types.NetMessager
+import Assistant.Types.Alert
+import Utility.Url
+
+import Control.Concurrent.STM
+import Control.Concurrent.MVar
+import Control.Concurrent.Async
+import Data.Time.Clock.POSIX
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+data DaemonStatus = DaemonStatus
+	-- All the named threads that comprise the daemon,
+	-- and actions to run to restart them.
+	{ startedThreads :: M.Map ThreadName (Async (), IO ())
+	-- False when the daemon is performing its startup scan
+	, scanComplete :: Bool
+	-- True when all files should be restaged.
+	, forceRestage :: Bool
+	-- Time when a previous process of the daemon was running ok
+	, lastRunning :: Maybe POSIXTime
+	-- True when the daily sanity checker is running
+	, sanityCheckRunning :: Bool
+	-- Last time the daily sanity checker ran
+	, lastSanityCheck :: Maybe POSIXTime
+	-- True when a scan for file transfers is running
+	, transferScanRunning :: Bool
+	-- Currently running file content transfers
+	, currentTransfers :: TransferMap
+	-- Messages to display to the user.
+	, alertMap :: AlertMap
+	, lastAlertId :: AlertId
+	-- Ordered list of all remotes that can be synced with
+	, syncRemotes :: [Remote]
+	-- Ordered list of remotes to sync git with
+	, syncGitRemotes :: [Remote]
+	-- Ordered list of remotes to sync data with
+	, syncDataRemotes :: [Remote]
+	-- Are we syncing to any cloud remotes?
+	, syncingToCloudRemote :: Bool
+	-- Set of uuids of remotes that are currently connected.
+	, currentlyConnectedRemotes :: S.Set UUID
+	-- List of uuids of remotes that we may have gotten out of sync with.
+	, desynced :: S.Set UUID
+	-- Pairing request that is in progress.
+	, pairingInProgress :: Maybe PairingInProgress
+	-- Broadcasts notifications about all changes to the DaemonStatus.
+	, changeNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when queued or current transfers change.
+	, transferNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when there's a change to the alerts.
+	, alertNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when the syncRemotes change.
+	, syncRemotesNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when the scheduleLog changes.
+	, scheduleLogNotifier :: NotificationBroadcaster
+	-- Broadcasts a notification once the startup sanity check has run.
+	, startupSanityCheckNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when the network is connected.
+	, networkConnectedNotifier :: NotificationBroadcaster
+	-- Broadcasts notifications when a global redirect is needed.
+	, globalRedirNotifier :: NotificationBroadcaster
+	, globalRedirUrl :: Maybe URLString
+	-- Actions to run after a Key is transferred.
+	, transferHook :: M.Map Key (Transfer -> IO ())
+	-- When the XMPP client is connected, this will contain the XMPP
+	-- address.
+	, xmppClientID :: Maybe ClientID
+	-- MVars to signal when a remote gets connected.
+	, connectRemoteNotifiers :: M.Map UUID [MVar ()]
+	}
+
+type TransferMap = M.Map Transfer TransferInfo
+
+{- This TMVar is never left empty, so accessing it will never block. -}
+type DaemonStatusHandle = TMVar DaemonStatus
+
+newDaemonStatus :: IO DaemonStatus
+newDaemonStatus = DaemonStatus
+	<$> pure M.empty
+	<*> pure False
+	<*> pure False
+	<*> pure Nothing
+	<*> pure False
+	<*> pure Nothing
+	<*> pure False
+	<*> pure M.empty
+	<*> pure M.empty
+	<*> pure firstAlertId
+	<*> pure []
+	<*> pure []
+	<*> pure []
+	<*> pure False
+	<*> pure S.empty
+	<*> pure S.empty
+	<*> pure Nothing
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> newNotificationBroadcaster
+	<*> pure Nothing
+	<*> pure M.empty
+	<*> pure Nothing
+	<*> pure M.empty
diff --git a/Assistant/Types/NamedThread.hs b/Assistant/Types/NamedThread.hs
new file mode 100644
index 0000000000..5dd1364ad2
--- /dev/null
+++ b/Assistant/Types/NamedThread.hs
@@ -0,0 +1,21 @@
+{- named threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.NamedThread where
+
+import Assistant.Monad
+import Assistant.Types.ThreadName
+
+{- Information about a named thread that can be run. -}
+data NamedThread = NamedThread Bool ThreadName (Assistant ())
+
+namedThread :: String -> Assistant () -> NamedThread
+namedThread = NamedThread True . ThreadName
+
+{- A named thread that can start running before the startup sanity check. -}
+namedThreadUnchecked :: String -> Assistant () -> NamedThread
+namedThreadUnchecked = NamedThread False . ThreadName
diff --git a/Assistant/Types/NetMessager.hs b/Assistant/Types/NetMessager.hs
new file mode 100644
index 0000000000..5ae987a616
--- /dev/null
+++ b/Assistant/Types/NetMessager.hs
@@ -0,0 +1,155 @@
+{- git-annex assistant out of band network messager types
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.NetMessager where
+
+import Common.Annex
+import Assistant.Pairing
+import Git.Types
+
+import qualified Data.Text as T
+import qualified Data.Text.Encoding as T
+import qualified Data.Set as S
+import qualified Data.Map as M
+import qualified Data.DList as D
+import Control.Concurrent.STM
+import Control.Concurrent.MSampleVar
+import Data.ByteString (ByteString)
+import Data.Text (Text)
+
+{- Messages that can be sent out of band by a network messager. -}
+data NetMessage 
+	-- indicate that pushes have been made to the repos with these uuids
+	= NotifyPush [UUID]
+	-- requests other clients to inform us of their presence
+	| QueryPresence
+	-- notification about a stage in the pairing process,
+	-- involving a client, and a UUID.
+	| PairingNotification PairStage ClientID UUID
+	-- used for git push over the network messager
+	| Pushing ClientID PushStage
+	deriving (Eq, Ord, Show)
+
+{- Something used to identify the client, or clients to send the message to. -}
+type ClientID = Text
+
+data PushStage
+	-- indicates that we have data to push over the out of band network
+	= CanPush UUID [Sha]
+	-- request that a git push be sent over the out of band network
+	| PushRequest UUID
+	-- indicates that a push is starting
+	| StartingPush UUID
+	-- a chunk of output of git receive-pack
+	| ReceivePackOutput SequenceNum ByteString
+	-- a chuck of output of git send-pack
+	| SendPackOutput SequenceNum ByteString
+	-- sent when git receive-pack exits, with its exit code
+	| ReceivePackDone ExitCode
+	deriving (Eq, Ord, Show)
+
+{- A sequence number. Incremented by one per packet in a sequence,
+ - starting with 1 for the first packet. 0 means sequence numbers are
+ - not being used. -}
+type SequenceNum = Int
+
+{- NetMessages that are important (and small), and should be stored to be
+ - resent when new clients are seen. -}
+isImportantNetMessage :: NetMessage -> Maybe ClientID
+isImportantNetMessage (Pushing c (CanPush _ _)) = Just c
+isImportantNetMessage (Pushing c (PushRequest _)) = Just c
+isImportantNetMessage _ = Nothing
+
+{- Checks if two important NetMessages are equivilant.
+ - That is to say, assuming they were sent to the same client,
+ - would it do the same thing for one as for the other? -}
+equivilantImportantNetMessages :: NetMessage -> NetMessage -> Bool
+equivilantImportantNetMessages (Pushing _ (CanPush _ _)) (Pushing _ (CanPush _ _)) = True
+equivilantImportantNetMessages (Pushing _ (PushRequest _)) (Pushing _ (PushRequest _)) = True
+equivilantImportantNetMessages _ _ = False
+
+readdressNetMessage :: NetMessage -> ClientID -> NetMessage
+readdressNetMessage (PairingNotification stage _ uuid) c = PairingNotification stage c uuid
+readdressNetMessage (Pushing _ stage) c = Pushing c stage
+readdressNetMessage m _ = m
+
+{- Convert a NetMessage to something that can be logged. -}
+logNetMessage :: NetMessage -> String
+logNetMessage (Pushing c stage) = show $ Pushing (logClientID c) $
+	case stage of
+		ReceivePackOutput n _ -> ReceivePackOutput n elided
+		SendPackOutput n _ -> SendPackOutput n elided
+		s -> s
+  where
+  	elided = T.encodeUtf8 $ T.pack "<elided>"
+logNetMessage (PairingNotification stage c uuid) =
+	show $ PairingNotification stage (logClientID c) uuid
+logNetMessage m = show m
+
+logClientID :: ClientID -> ClientID
+logClientID c = T.concat [T.take 1 c, T.pack $ show $ T.length c]
+
+{- Things that initiate either side of a push, but do not actually send data. -}
+isPushInitiation :: PushStage -> Bool
+isPushInitiation (PushRequest _) = True
+isPushInitiation (StartingPush _) = True
+isPushInitiation _ = False
+
+isPushNotice :: PushStage -> Bool
+isPushNotice (CanPush _ _) = True
+isPushNotice _ = False
+
+data PushSide = SendPack | ReceivePack
+	deriving (Eq, Ord, Show)
+
+pushDestinationSide :: PushStage -> PushSide
+pushDestinationSide (CanPush _ _) = ReceivePack
+pushDestinationSide (PushRequest _) = SendPack
+pushDestinationSide (StartingPush _) = ReceivePack
+pushDestinationSide (ReceivePackOutput _ _) = SendPack
+pushDestinationSide (SendPackOutput _ _) = ReceivePack
+pushDestinationSide (ReceivePackDone _) = SendPack
+
+type SideMap a = PushSide -> a
+
+mkSideMap :: STM a -> IO (SideMap a)
+mkSideMap gen = do
+	(sp, rp) <- atomically $ (,) <$> gen <*> gen
+	return $ lookupside sp rp
+  where
+	lookupside sp _ SendPack = sp
+	lookupside _ rp ReceivePack = rp
+
+getSide :: PushSide -> SideMap a -> a
+getSide side m = m side
+
+type Inboxes = TVar (M.Map ClientID (Int, D.DList NetMessage))
+
+data NetMessager = NetMessager
+	-- outgoing messages
+	{ netMessages :: TChan NetMessage
+	-- important messages for each client
+	, importantNetMessages :: TMVar (M.Map ClientID (S.Set NetMessage))
+	-- important messages that are believed to have been sent to a client
+	, sentImportantNetMessages :: TMVar (M.Map ClientID (S.Set NetMessage))
+	-- write to this to restart the net messager
+	, netMessagerRestart :: MSampleVar ()
+	-- queue of incoming messages that request the initiation of pushes
+	, netMessagerPushInitiations :: SideMap (TMVar [NetMessage])
+	-- incoming messages containing data for a running
+	-- (or not yet started) push
+	, netMessagerInboxes :: SideMap Inboxes
+	}
+
+newNetMessager :: IO NetMessager
+newNetMessager = NetMessager
+	<$> atomically newTChan
+	<*> atomically (newTMVar M.empty)
+	<*> atomically (newTMVar M.empty)
+	<*> newEmptySV
+	<*> mkSideMap newEmptyTMVar
+	<*> mkSideMap (newTVar M.empty)
diff --git a/Assistant/Types/Pushes.hs b/Assistant/Types/Pushes.hs
new file mode 100644
index 0000000000..99e0ee1628
--- /dev/null
+++ b/Assistant/Types/Pushes.hs
@@ -0,0 +1,24 @@
+{- git-annex assistant push tracking
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.Pushes where
+
+import Common.Annex
+
+import Control.Concurrent.STM
+import Data.Time.Clock
+import qualified Data.Map as M
+
+{- Track the most recent push failure for each remote. -}
+type PushMap = M.Map Remote UTCTime
+type FailedPushMap = TMVar PushMap
+
+{- The TMVar starts empty, and is left empty when there are no
+ - failed pushes. This way we can block until there are some failed pushes.
+ -}
+newFailedPushMap :: IO FailedPushMap
+newFailedPushMap = atomically newEmptyTMVar
diff --git a/Assistant/Types/RemoteControl.hs b/Assistant/Types/RemoteControl.hs
new file mode 100644
index 0000000000..523cd8b8dd
--- /dev/null
+++ b/Assistant/Types/RemoteControl.hs
@@ -0,0 +1,16 @@
+{- git-annex assistant RemoteDaemon control
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.RemoteControl where
+
+import qualified RemoteDaemon.Types as RemoteDaemon
+import Control.Concurrent
+
+type RemoteControl = Chan RemoteDaemon.Consumed
+
+newRemoteControl :: IO RemoteControl
+newRemoteControl = newChan
diff --git a/Assistant/Types/RepoProblem.hs b/Assistant/Types/RepoProblem.hs
new file mode 100644
index 0000000000..ece5a52868
--- /dev/null
+++ b/Assistant/Types/RepoProblem.hs
@@ -0,0 +1,28 @@
+{- git-annex assistant repository problem tracking
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.RepoProblem where
+
+import Types
+import Utility.TList
+
+import Control.Concurrent.STM
+import Data.Function
+
+data RepoProblem = RepoProblem
+	{ problemUUID :: UUID
+	, afterFix :: IO ()
+	}
+
+{- The afterFix actions are assumed to all be equivilant. -}
+sameRepoProblem :: RepoProblem -> RepoProblem -> Bool
+sameRepoProblem = (==) `on` problemUUID
+
+type RepoProblemChan = TList RepoProblem
+
+newRepoProblemChan :: IO RepoProblemChan
+newRepoProblemChan = atomically newTList
diff --git a/Assistant/Types/ScanRemotes.hs b/Assistant/Types/ScanRemotes.hs
new file mode 100644
index 0000000000..8219f9baf1
--- /dev/null
+++ b/Assistant/Types/ScanRemotes.hs
@@ -0,0 +1,25 @@
+{- git-annex assistant remotes needing scanning
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.ScanRemotes where
+
+import Common.Annex
+
+import Control.Concurrent.STM
+import qualified Data.Map as M
+
+data ScanInfo = ScanInfo
+	{ scanPriority :: Float
+	, fullScan :: Bool
+	}
+
+type ScanRemoteMap = TMVar (M.Map Remote ScanInfo)
+
+{- The TMVar starts empty, and is left empty when there are no remotes
+ - to scan. -}
+newScanRemoteMap :: IO ScanRemoteMap
+newScanRemoteMap = atomically newEmptyTMVar
diff --git a/Assistant/Types/ThreadName.hs b/Assistant/Types/ThreadName.hs
new file mode 100644
index 0000000000..c8d264a381
--- /dev/null
+++ b/Assistant/Types/ThreadName.hs
@@ -0,0 +1,14 @@
+{- name of a thread
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.ThreadName where
+
+newtype ThreadName = ThreadName String
+	deriving (Eq, Read, Show, Ord)
+
+fromThreadName :: ThreadName -> String
+fromThreadName (ThreadName n) = n
diff --git a/Assistant/Types/ThreadedMonad.hs b/Assistant/Types/ThreadedMonad.hs
new file mode 100644
index 0000000000..1a2aa7eb7f
--- /dev/null
+++ b/Assistant/Types/ThreadedMonad.hs
@@ -0,0 +1,38 @@
+{- making the Annex monad available across threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.ThreadedMonad where
+
+import Common.Annex
+import qualified Annex
+
+import Control.Concurrent
+import Data.Tuple
+
+{- The Annex state is stored in a MVar, so that threaded actions can access
+ - it. -}
+type ThreadState = MVar Annex.AnnexState
+
+{- Stores the Annex state in a MVar.
+ -
+ - Once the action is finished, retrieves the state from the MVar.
+ -}
+withThreadState :: (ThreadState -> Annex a) -> Annex a
+withThreadState a = do
+	state <- Annex.getState id
+	mvar <- liftIO $ newMVar state
+	r <- a mvar
+	newstate <- liftIO $ takeMVar mvar
+	Annex.changeState (const newstate)
+	return r
+
+{- Runs an Annex action, using the state from the MVar. 
+ -
+ - This serializes calls by threads; only one thread can run in Annex at a
+ - time. -}
+runThreadState :: ThreadState -> Annex a -> IO a
+runThreadState mvar a = modifyMVar mvar $ \state -> swap <$> Annex.run state a
diff --git a/Assistant/Types/TransferQueue.hs b/Assistant/Types/TransferQueue.hs
new file mode 100644
index 0000000000..e4bf2ae922
--- /dev/null
+++ b/Assistant/Types/TransferQueue.hs
@@ -0,0 +1,29 @@
+{- git-annex assistant pending transfer queue
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.TransferQueue where
+
+import Common.Annex
+import Logs.Transfer
+
+import Control.Concurrent.STM
+import Utility.TList
+
+data TransferQueue = TransferQueue
+	{ queuesize :: TVar Int
+	, queuelist :: TList (Transfer, TransferInfo)
+	, deferreddownloads :: TList (Key, AssociatedFile)
+	}
+
+data Schedule = Next | Later
+	deriving (Eq)
+
+newTransferQueue :: IO TransferQueue
+newTransferQueue = atomically $ TransferQueue
+	<$> newTVar 0
+	<*> newTList
+	<*> newTList
diff --git a/Assistant/Types/TransferSlots.hs b/Assistant/Types/TransferSlots.hs
new file mode 100644
index 0000000000..5140995a37
--- /dev/null
+++ b/Assistant/Types/TransferSlots.hs
@@ -0,0 +1,34 @@
+{- git-annex assistant transfer slots
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE DeriveDataTypeable #-}
+
+module Assistant.Types.TransferSlots where
+
+import qualified Control.Exception as E
+import qualified Control.Concurrent.MSemN as MSemN
+import Data.Typeable
+
+type TransferSlots = MSemN.MSemN Int
+
+{- A special exception that can be thrown to pause or resume a transfer, while
+ - keeping its slot in use. -}
+data TransferException = PauseTransfer | ResumeTransfer
+	deriving (Show, Eq, Typeable)
+
+instance E.Exception TransferException
+
+{- Number of concurrent transfers allowed to be run from the assistant.
+ -
+ - Transfers launched by other means, including by remote assistants,
+ - do not currently take up slots.
+ -}
+numSlots :: Int
+numSlots = 1
+
+newTransferSlots :: IO TransferSlots
+newTransferSlots = MSemN.new numSlots
diff --git a/Assistant/Types/TransferrerPool.hs b/Assistant/Types/TransferrerPool.hs
new file mode 100644
index 0000000000..b66fdfa13e
--- /dev/null
+++ b/Assistant/Types/TransferrerPool.hs
@@ -0,0 +1,67 @@
+{- A pool of "git-annex transferkeys" processes available for use
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Types.TransferrerPool where
+
+import Common.Annex
+import Utility.NotificationBroadcaster
+import Assistant.Types.DaemonStatus
+
+import Control.Concurrent.STM hiding (check)
+
+{- This TMVar is never left empty. -}
+type TransferrerPool = TMVar (MkCheckTransferrer, [TransferrerPoolItem])
+
+type CheckTransferrer = IO Bool
+type MkCheckTransferrer = IO (IO Bool)
+
+{- Each item in the pool may have a transferrer running, and has an
+ - IO action that can be used to check if it's still ok to use the
+ - transferrer. -}
+data TransferrerPoolItem = TransferrerPoolItem (Maybe Transferrer) CheckTransferrer
+
+data Transferrer = Transferrer
+	{ transferrerRead :: Handle
+	, transferrerWrite :: Handle
+	, transferrerHandle :: ProcessHandle
+	}
+
+newTransferrerPool :: MkCheckTransferrer -> IO TransferrerPool
+newTransferrerPool c = newTMVarIO (c, [])
+
+popTransferrerPool :: TransferrerPool -> STM (Maybe TransferrerPoolItem, Int)
+popTransferrerPool p = do
+	(c, l) <- takeTMVar p
+	case l of
+		[] -> do
+			putTMVar p (c, [])
+			return (Nothing, 0)
+		(i:is) -> do
+			putTMVar p (c, is)
+			return $ (Just i, length is)
+
+pushTransferrerPool :: TransferrerPool -> TransferrerPoolItem -> STM ()
+pushTransferrerPool p i = do
+	(c, l) <- takeTMVar p
+	let l' = i:l
+	putTMVar p (c, l')
+
+{- Note that making a CheckTransferrer may allocate resources,
+ - such as a NotificationHandle, so it's important that the returned
+ - TransferrerPoolItem is pushed into the pool, and not left to be
+ - garbage collected. -}
+mkTransferrerPoolItem :: TransferrerPool -> Transferrer -> IO TransferrerPoolItem
+mkTransferrerPoolItem p t = do
+	mkcheck <- atomically $ fst <$> readTMVar p
+	check <- mkcheck
+	return $ TransferrerPoolItem (Just t) check
+
+checkNetworkConnections :: DaemonStatusHandle -> MkCheckTransferrer
+checkNetworkConnections dstatushandle = do
+	dstatus <- atomically $ readTMVar dstatushandle
+	h <- newNotificationHandle False (networkConnectedNotifier dstatus)
+	return $ not <$> checkNotification h
diff --git a/Assistant/Types/UrlRenderer.hs b/Assistant/Types/UrlRenderer.hs
new file mode 100644
index 0000000000..521905bf3c
--- /dev/null
+++ b/Assistant/Types/UrlRenderer.hs
@@ -0,0 +1,26 @@
+{- webapp url renderer access from the assistant
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Types.UrlRenderer (
+	UrlRenderer,
+	newUrlRenderer
+) where
+
+#ifdef WITH_WEBAPP
+
+import Assistant.WebApp (UrlRenderer, newUrlRenderer)
+
+#else
+
+data UrlRenderer = UrlRenderer -- dummy type
+
+newUrlRenderer :: IO UrlRenderer
+newUrlRenderer = return UrlRenderer
+
+#endif
diff --git a/Assistant/Unused.hs b/Assistant/Unused.hs
new file mode 100644
index 0000000000..3ad98c12e2
--- /dev/null
+++ b/Assistant/Unused.hs
@@ -0,0 +1,86 @@
+{- git-annex assistant unused files
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Assistant.Unused where
+
+import qualified Data.Map as M
+
+import Assistant.Common
+import qualified Git
+import Types.Key
+import Logs.Unused
+import Logs.Location
+import Annex.Content
+import Utility.DataUnits
+import Utility.DiskFree
+import Utility.HumanTime
+import Utility.Tense
+
+import Data.Time.Clock.POSIX
+import qualified Data.Text as T
+
+describeUnused :: Assistant (Maybe TenseText)
+describeUnused = describeUnused' False
+
+describeUnusedWhenBig :: Assistant (Maybe TenseText)
+describeUnusedWhenBig = describeUnused' True
+
+{- This uses heuristics: 1000 unused keys, or more unused keys 
+ - than the remaining free disk space, or more than 1/10th the total
+ - disk space being unused keys all suggest a problem. -}
+describeUnused' :: Bool -> Assistant (Maybe TenseText)
+describeUnused' whenbig = liftAnnex $ go =<< readUnusedLog ""
+  where
+	go m = do
+		let num = M.size m
+		let diskused = foldl' sumkeysize 0 (M.keys m)
+		df <- forpath getDiskFree
+		disksize <- forpath getDiskSize
+		return $ if num == 0
+			then Nothing
+			else if not whenbig || moreused df diskused || tenthused disksize diskused
+				then Just $ tenseWords
+					[ UnTensed $ T.pack $ roughSize storageUnits False diskused
+					, Tensed "are" "were"
+					, "taken up by unused files"
+					]
+				else if num > 1000
+					then Just $ tenseWords
+						[ UnTensed $ T.pack $ show num ++ " unused files"
+						, Tensed "exist" "existed"
+						]
+					else Nothing
+
+	moreused Nothing _ = False
+	moreused (Just df) used = df <= used
+
+	tenthused Nothing _ = False
+	tenthused (Just disksize) used = used >= disksize `div` 10
+
+	sumkeysize s k = s + fromMaybe 0 (keySize k)
+
+	forpath a = inRepo $ liftIO . a . Git.repoPath
+
+{- With a duration, expires all unused files that are older.
+ - With Nothing, expires *all* unused files. -}
+expireUnused :: Maybe Duration -> Assistant ()
+expireUnused duration = do
+	m <- liftAnnex $ readUnusedLog ""
+	now <- liftIO getPOSIXTime
+	let oldkeys = M.keys $ M.filter (tooold now) m
+	forM_ oldkeys $ \k -> do
+		debug ["removing old unused key", key2file k]
+		liftAnnex $ do
+			removeAnnex k
+			logStatus k InfoMissing
+  where
+	boundry = durationToPOSIXTime <$> duration
+	tooold now (_, mt) = case boundry of
+		Nothing -> True
+		Just b -> maybe False (\t -> now - t >= b) mt
diff --git a/Assistant/Upgrade.hs b/Assistant/Upgrade.hs
new file mode 100644
index 0000000000..1456f8e5ac
--- /dev/null
+++ b/Assistant/Upgrade.hs
@@ -0,0 +1,365 @@
+{- git-annex assistant upgrading
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.Upgrade where
+
+import Assistant.Common
+import Assistant.Restart
+import qualified Annex
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Utility.Env
+import Types.Distribution
+import Logs.Transfer
+import Logs.Web
+import Logs.Presence
+import Logs.Location
+import Annex.Content
+import qualified Backend
+import qualified Types.Backend
+import qualified Types.Key
+import Assistant.TransferQueue
+import Assistant.TransferSlots
+import Remote (remoteFromUUID)
+import Annex.Path
+import Config.Files
+import Utility.ThreadScheduler
+import Utility.Tmp
+import Utility.UserInfo
+import Utility.Gpg
+import Utility.FileMode
+import qualified Utility.Lsof as Lsof
+import qualified Build.SysConfig
+import qualified Utility.Url as Url
+import qualified Annex.Url as Url
+
+import qualified Data.Map as M
+import Data.Tuple.Utils
+
+{- Upgrade without interaction in the webapp. -}
+unattendedUpgrade :: Assistant ()
+unattendedUpgrade = do
+	prepUpgrade
+	url <- runRestart
+	postUpgrade url
+
+prepUpgrade :: Assistant ()
+prepUpgrade = do
+	void $ addAlert upgradingAlert
+	void $ liftIO $ setEnv upgradedEnv "1" True
+	prepRestart
+
+postUpgrade :: URLString -> Assistant ()
+postUpgrade = postRestart
+
+autoUpgradeEnabled :: Assistant Bool
+autoUpgradeEnabled = liftAnnex $ (==) AutoUpgrade . annexAutoUpgrade <$> Annex.getGitConfig
+
+checkSuccessfulUpgrade :: IO Bool
+checkSuccessfulUpgrade = isJust <$> getEnv upgradedEnv
+
+upgradedEnv :: String
+upgradedEnv = "GIT_ANNEX_UPGRADED"
+
+{- Start downloading the distribution key from the web.
+ - Install a hook that will be run once the download is complete,
+ - and finishes the upgrade.
+ -
+ - Creates the destination directory where the upgrade will be installed
+ - early, in order to check if another upgrade has happened (or is
+ - happending). On failure, the directory is removed.
+ -}
+startDistributionDownload :: GitAnnexDistribution -> Assistant ()
+startDistributionDownload d = go =<< liftIO . newVersionLocation d =<< liftIO oldVersionLocation
+  where
+  	go Nothing = debug ["Skipping redundant upgrade"]
+	go (Just dest) = do
+		liftAnnex $ setUrlPresent k u
+		hook <- asIO1 $ distributionDownloadComplete d dest cleanup
+		modifyDaemonStatus_ $ \s -> s
+			{ transferHook = M.insert k hook (transferHook s) }
+		maybe noop (queueTransfer "upgrade" Next (Just f) t)
+			=<< liftAnnex (remoteFromUUID webUUID)
+		startTransfer t
+	k = distributionKey d
+	u = distributionUrl d
+	f = takeFileName u ++ " (for upgrade)"
+	t = Transfer
+		{ transferDirection = Download
+		, transferUUID = webUUID
+		, transferKey = k
+		}
+	cleanup = liftAnnex $ do
+		removeAnnex k
+		setUrlMissing k u
+		logStatus k InfoMissing
+
+{- Called once the download is done.
+ - Passed an action that can be used to clean up the downloaded file.
+ -
+ - Fsck the key to verify the download.
+ -}
+distributionDownloadComplete :: GitAnnexDistribution -> FilePath -> Assistant () -> Transfer -> Assistant ()
+distributionDownloadComplete d dest cleanup t 
+	| transferDirection t == Download = do
+		debug ["finished downloading git-annex distribution"]
+		maybe (failedupgrade "bad download") go
+			=<< liftAnnex (withObjectLoc k fsckit (getM fsckit))
+	| otherwise = cleanup
+  where
+	k = distributionKey d
+	fsckit f = case Backend.maybeLookupBackendName (Types.Key.keyBackendName k) of
+		Nothing -> return $ Just f
+		Just b -> case Types.Backend.fsckKey b of
+			Nothing -> return $ Just f
+			Just a -> ifM (a k f)
+				( return $ Just f
+				, return Nothing
+				)
+	go f = do
+		ua <- asIO $ upgradeToDistribution dest cleanup f
+		fa <- asIO1 failedupgrade
+		liftIO $ ua `catchNonAsync` (fa . show)
+	failedupgrade msg = do
+		void $ addAlert $ upgradeFailedAlert msg
+		cleanup
+		liftIO $ void $ tryIO $ removeDirectoryRecursive dest
+
+{- The upgrade method varies by OS.
+ -
+ - In general, find where the distribution was installed before,
+ - and unpack the new distribution next to it (in a versioned directory).
+ - Then update the programFile to point to the new version.
+ -}
+upgradeToDistribution :: FilePath -> Assistant () -> FilePath -> Assistant ()
+upgradeToDistribution newdir cleanup distributionfile = do
+	liftIO $ createDirectoryIfMissing True newdir
+	(program, deleteold) <- unpack
+	changeprogram program
+	cleanup
+	prepUpgrade
+	url <- runRestart
+	{- At this point, the new assistant is fully running, so
+	 - it's safe to delete the old version. -}
+	liftIO $ void $ tryIO deleteold
+	postUpgrade url
+  where
+	changeprogram program = liftIO $ do
+		unlessM (boolSystem program [Param "version"]) $
+			error "New git-annex program failed to run! Not using."
+		pf <- programFile
+		liftIO $ writeFile pf program
+	
+#ifdef darwin_HOST_OS
+	{- OS X uses a dmg, so mount it, and copy the contents into place. -}
+	unpack = liftIO $ do
+		olddir <- oldVersionLocation
+		withTmpDirIn (parentDir newdir) "git-annex.upgrade" $ \tmpdir -> do
+			void $ boolSystem "hdiutil"
+				[ Param "attach", File distributionfile
+				, Param "-mountpoint", File tmpdir
+				]
+			void $ boolSystem "cp"
+				[ Param "-R"
+				, File $ tmpdir </> installBase </> "Contents"
+				, File $ newdir
+				]
+			void $ boolSystem "hdiutil"
+				[ Param "eject"
+				, File tmpdir
+				]
+			sanitycheck newdir
+		let deleteold = do
+			deleteFromManifest $ olddir </> "Contents" </> "MacOS"
+			makeorigsymlink olddir
+		return (newdir </> "Contents" </> "MacOS" </> "git-annex", deleteold)
+#else
+	{- Linux uses a tarball (so could other POSIX systems), so
+	 - untar it (into a temp directory) and move the directory
+	 - into place. -}
+	unpack = liftIO $ do
+		olddir <- oldVersionLocation
+		withTmpDirIn (parentDir newdir) "git-annex.upgrade" $ \tmpdir -> do
+			let tarball = tmpdir </> "tar"
+			-- Cannot rely on filename extension, and this also
+			-- avoids problems if tar doesn't support transparent
+			-- decompression.
+			void $ boolSystem "sh"
+				[ Param "-c"
+				, Param $ "zcat < " ++ shellEscape distributionfile ++
+					" > " ++ shellEscape tarball
+				]
+			tarok <- boolSystem "tar"
+				[ Param "xf"
+				, Param tarball
+				, Param "--directory", File tmpdir
+				]
+			unless tarok $
+				error $ "failed to untar " ++ distributionfile
+			sanitycheck $ tmpdir </> installBase
+			installby rename newdir (tmpdir </> installBase)
+		let deleteold = do
+			deleteFromManifest olddir
+			makeorigsymlink olddir
+		return (newdir </> "git-annex", deleteold)
+	installby a dstdir srcdir =
+		mapM_ (\x -> a x (dstdir </> takeFileName x))
+			=<< dirContents srcdir
+#endif
+	sanitycheck dir = 
+		unlessM (doesDirectoryExist dir) $
+			error $ "did not find " ++ dir ++ " in " ++ distributionfile
+	makeorigsymlink olddir = do
+		let origdir = parentDir olddir </> installBase
+		nukeFile origdir
+		createSymbolicLink newdir origdir
+
+{- Finds where the old version was installed. -}
+oldVersionLocation :: IO FilePath
+oldVersionLocation = do
+	pdir <- parentDir <$> readProgramFile
+#ifdef darwin_HOST_OS
+	let dirs = splitDirectories pdir
+	{- It will probably be deep inside a git-annex.app directory. -}
+	let olddir = case findIndex ("git-annex.app" `isPrefixOf`) dirs of
+		Nothing -> pdir
+		Just i -> joinPath (take (i + 1) dirs)
+#else
+	let olddir = pdir
+#endif
+	when (null olddir) $
+		error $ "Cannot find old distribution bundle; not upgrading. (Looked in " ++ pdir ++ ")"
+	return olddir
+
+{- Finds a place to install the new version.
+ - Generally, put it in the parent directory of where the old version was
+ - installed, and use a version number in the directory name.
+ - If unable to write to there, instead put it in the home directory.
+ -
+ - The directory is created. If it already exists, returns Nothing.
+ -}
+newVersionLocation :: GitAnnexDistribution -> FilePath -> IO (Maybe FilePath)
+newVersionLocation d olddir = 
+	trymkdir newloc $ do
+		home <- myHomeDir
+		trymkdir (home </> s) $
+			return Nothing
+  where
+	s = installBase ++ "." ++ distributionVersion d
+	topdir = parentDir olddir
+	newloc = topdir </> s
+	trymkdir dir fallback =
+		(createDirectory dir >> return (Just dir))
+			`catchIO` const fallback
+
+installBase :: String
+installBase = "git-annex." ++
+#ifdef linux_HOST_OS
+	"linux"
+#else
+#ifdef darwin_HOST_OS
+	"app"
+#else
+	"dir"
+#endif
+#endif
+
+deleteFromManifest :: FilePath -> IO ()
+deleteFromManifest dir = do
+	fs <- map (dir </>) . lines <$> catchDefaultIO "" (readFile manifest)
+	mapM_ nukeFile fs
+	nukeFile manifest
+	removeEmptyRecursive dir
+  where
+	manifest = dir </> "git-annex.MANIFEST"
+
+removeEmptyRecursive :: FilePath -> IO ()
+removeEmptyRecursive dir = do
+	mapM_ removeEmptyRecursive =<< dirContents dir
+	void $ tryIO $ removeDirectory dir
+
+{- This is a file that the UpgradeWatcher can watch for modifications to
+ - detect when git-annex has been upgraded.
+ -}
+upgradeFlagFile :: IO (Maybe FilePath)
+upgradeFlagFile = ifM usingDistribution
+	( Just <$> programFile
+	, programPath
+	)
+
+{- Sanity check to see if an upgrade is complete and the program is ready
+ - to be run. -}
+upgradeSanityCheck :: IO Bool
+upgradeSanityCheck = ifM usingDistribution
+	( doesFileExist =<< programFile
+	, do
+		-- Ensure that the program is present, and has no writers,
+		-- and can be run. This should handle distribution
+		-- upgrades, manual upgrades, etc.
+		v <- programPath
+		case v of
+			Nothing -> return False
+			Just program -> do
+				untilM (doesFileExist program <&&> nowriter program) $
+					threadDelaySeconds (Seconds 60)
+				boolSystem program [Param "version"]
+	)
+  where
+	nowriter f = null
+		. filter (`elem` [Lsof.OpenReadWrite, Lsof.OpenWriteOnly])
+		. map snd3
+		<$> Lsof.query [f]
+
+usingDistribution :: IO Bool
+usingDistribution = isJust <$> getEnv "GIT_ANNEX_STANDLONE_ENV"
+
+downloadDistributionInfo :: Assistant (Maybe GitAnnexDistribution)
+downloadDistributionInfo = do
+	uo <- liftAnnex Url.getUrlOptions
+	liftIO $ withTmpDir "git-annex.tmp" $ \tmpdir -> do
+		let infof = tmpdir </> "info"
+		let sigf = infof ++ ".sig"
+		ifM (Url.downloadQuiet distributionInfoUrl infof uo
+			<&&> Url.downloadQuiet distributionInfoSigUrl sigf uo
+			<&&> verifyDistributionSig sigf)
+			( readish <$> readFileStrict infof
+			, return Nothing
+			)
+
+distributionInfoUrl :: String
+distributionInfoUrl = fromJust Build.SysConfig.upgradelocation ++ ".info"
+
+distributionInfoSigUrl :: String
+distributionInfoSigUrl = distributionInfoUrl ++ ".sig"
+
+{- Verifies that a file from the git-annex distribution has a valid
+ - signature. Pass the detached .sig file; the file to be verified should
+ - be located next to it.
+ -
+ - The gpg keyring used to verify the signature is located in
+ - trustedkeys.gpg, next to the git-annex program.
+ -}
+verifyDistributionSig :: FilePath -> IO Bool
+verifyDistributionSig sig = do
+	p <- readProgramFile
+	if isAbsolute p
+		then withUmask 0o0077 $ withTmpDir "git-annex-gpg.tmp" $ \gpgtmp -> do
+			let trustedkeys = takeDirectory p </> "trustedkeys.gpg"
+			boolSystem gpgcmd
+				[ Param "--no-default-keyring"
+				, Param "--no-auto-check-trustdb"
+				, Param "--no-options"
+				, Param "--homedir"
+				, File gpgtmp
+				, Param "--keyring"
+				, File trustedkeys
+				, Param "--verify"
+				, File sig
+				]
+		else return False
diff --git a/Assistant/WebApp.hs b/Assistant/WebApp.hs
new file mode 100644
index 0000000000..e81a1d7120
--- /dev/null
+++ b/Assistant/WebApp.hs
@@ -0,0 +1,74 @@
+{- git-annex assistant webapp core
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeFamilies, QuasiQuotes, MultiParamTypeClasses #-}
+{-# LANGUAGE TemplateHaskell, OverloadedStrings, RankNTypes #-}
+
+module Assistant.WebApp where
+
+import Assistant.WebApp.Types
+import Assistant.Common
+import Utility.NotificationBroadcaster
+import Utility.Yesod
+import Utility.WebApp
+
+import Data.Text (Text)
+import Control.Concurrent
+import qualified Network.Wai as W
+import qualified Data.ByteString.Char8 as S8
+import qualified Data.Text as T
+
+waitNotifier :: Assistant NotificationBroadcaster -> NotificationId -> Handler ()
+waitNotifier getbroadcaster nid = liftAssistant $ do
+	b <- getbroadcaster
+	liftIO $ waitNotification $ notificationHandleFromId b nid
+
+newNotifier :: Assistant NotificationBroadcaster -> Handler NotificationId
+newNotifier getbroadcaster = liftAssistant $ do
+	b <- getbroadcaster
+	liftIO $ notificationHandleToId <$> newNotificationHandle True b
+
+{- Adds the auth parameter as a hidden field on a form. Must be put into
+ - every form. -}
+webAppFormAuthToken :: Widget
+webAppFormAuthToken = do
+	webapp <- liftH getYesod
+	[whamlet|<input type="hidden" name="auth" value="#{fromAuthToken (authToken webapp)}">|]
+
+{- A button with an icon, and maybe label or tooltip, that can be
+ - clicked to perform some action.
+ - With javascript, clicking it POSTs the Route, and remains on the same
+ - page.
+ - With noscript, clicking it GETs the Route. -}
+actionButton :: Route WebApp -> (Maybe String) -> (Maybe String) -> String -> String -> Widget
+actionButton route label tooltip buttonclass iconclass = $(widgetFile "actionbutton")
+
+type UrlRenderFunc = Route WebApp -> [(Text, Text)] -> Text
+type UrlRenderer = MVar (UrlRenderFunc)
+
+newUrlRenderer :: IO UrlRenderer
+newUrlRenderer = newEmptyMVar
+
+setUrlRenderer :: UrlRenderer -> (UrlRenderFunc) -> IO ()
+setUrlRenderer = putMVar
+
+inFirstRun :: Handler Bool
+inFirstRun = isNothing . relDir <$> getYesod
+
+{- Blocks until the webapp is running and has called setUrlRenderer. -}
+renderUrl :: UrlRenderer -> Route WebApp -> [(Text, Text)] -> IO Text
+renderUrl urlrenderer route params = do
+	r <- readMVar urlrenderer
+	return $ r route params
+
+{- Redirects back to the referring page, or if there's none, DashboardR -}
+redirectBack :: Handler ()
+redirectBack = do
+	mr <- lookup "referer" . W.requestHeaders <$> waiRequest
+	case mr of
+		Nothing -> redirect DashboardR
+		Just r -> redirect $ T.pack $ S8.unpack r
diff --git a/Assistant/WebApp/Bootstrap3.hs b/Assistant/WebApp/Bootstrap3.hs
new file mode 100644
index 0000000000..795778a8d4
--- /dev/null
+++ b/Assistant/WebApp/Bootstrap3.hs
@@ -0,0 +1,284 @@
+{-# LANGUAGE QuasiQuotes #-}
+{-# LANGUAGE TypeFamilies #-}
+{-# LANGUAGE OverloadedStrings #-}
+{-# LANGUAGE CPP #-}
+-- | Helper functions for creating forms when using Bootstrap v3.
+-- This is a copy of the Yesod.Form.Bootstrap3 module that has been slightly
+-- modified to be compatible with Yesod 1.0.1
+module Assistant.WebApp.Bootstrap3
+  ( -- * Rendering forms
+    renderBootstrap3
+  , BootstrapFormLayout(..)
+  , BootstrapGridOptions(..)
+    -- * Field settings
+  , bfs
+  , withPlaceholder
+  , withAutofocus
+  , withLargeInput
+  , withSmallInput
+    -- * Submit button
+  , bootstrapSubmit
+  , mbootstrapSubmit
+  , BootstrapSubmit(..)
+  ) where
+
+import Control.Arrow (second)
+import Control.Monad (liftM)
+import Data.Text (Text)
+import Data.String (IsString(..))
+import Yesod.Core
+
+import qualified Data.Text as T
+
+import Yesod.Form.Types
+import Yesod.Form.Functions
+
+-- | Create a new 'FieldSettings' with the classes that are
+-- required by Bootstrap v3.
+--
+-- Since: yesod-form 1.3.8
+bfs :: RenderMessage site msg => msg -> FieldSettings site
+bfs msg =
+    FieldSettings (SomeMessage msg) Nothing Nothing Nothing [("class", "form-control")]
+
+
+-- | Add a placeholder attribute to a field.  If you need i18n
+-- for the placeholder, currently you\'ll need to do a hack and
+-- use 'getMessageRender' manually.
+--
+-- Since: yesod-form 1.3.8
+withPlaceholder :: Text -> FieldSettings site -> FieldSettings site
+withPlaceholder placeholder fs = fs { fsAttrs = newAttrs }
+    where newAttrs = ("placeholder", placeholder) : fsAttrs fs
+
+
+-- | Add an autofocus attribute to a field.
+--
+-- Since: yesod-form 1.3.8
+withAutofocus :: FieldSettings site -> FieldSettings site
+withAutofocus fs = fs { fsAttrs = newAttrs }
+    where newAttrs = ("autofocus", "autofocus") : fsAttrs fs
+
+
+-- | Add the @input-lg@ CSS class to a field.
+--
+-- Since: yesod-form 1.3.8
+withLargeInput :: FieldSettings site -> FieldSettings site
+withLargeInput fs = fs { fsAttrs = newAttrs }
+    where newAttrs = addClass "input-lg" (fsAttrs fs)
+
+
+-- | Add the @input-sm@ CSS class to a field.
+--
+-- Since: yesod-form 1.3.8
+withSmallInput :: FieldSettings site -> FieldSettings site
+withSmallInput fs = fs { fsAttrs = newAttrs }
+    where newAttrs = addClass "input-sm" (fsAttrs fs)
+
+
+addClass :: Text -> [(Text, Text)] -> [(Text, Text)]
+addClass klass []                    = [("class", klass)]
+addClass klass (("class", old):rest) = ("class", T.concat [old, " ", klass]) : rest
+addClass klass (other         :rest) = other : addClass klass rest
+
+
+-- | How many bootstrap grid columns should be taken (see
+-- 'BootstrapFormLayout').
+--
+-- Since: yesod-form 1.3.8
+data BootstrapGridOptions =
+    ColXs !Int
+  | ColSm !Int
+  | ColMd !Int
+  | ColLg !Int
+    deriving (Eq, Ord, Show)
+
+toColumn :: BootstrapGridOptions -> String
+toColumn (ColXs 0) = ""
+toColumn (ColSm 0) = ""
+toColumn (ColMd 0) = ""
+toColumn (ColLg 0) = ""
+toColumn (ColXs columns) = "col-xs-" ++ show columns
+toColumn (ColSm columns) = "col-sm-" ++ show columns
+toColumn (ColMd columns) = "col-md-" ++ show columns
+toColumn (ColLg columns) = "col-lg-" ++ show columns
+
+toOffset :: BootstrapGridOptions -> String
+toOffset (ColXs 0) = ""
+toOffset (ColSm 0) = ""
+toOffset (ColMd 0) = ""
+toOffset (ColLg 0) = ""
+toOffset (ColXs columns) = "col-xs-offset-" ++ show columns
+toOffset (ColSm columns) = "col-sm-offset-" ++ show columns
+toOffset (ColMd columns) = "col-md-offset-" ++ show columns
+toOffset (ColLg columns) = "col-lg-offset-" ++ show columns
+
+addGO :: BootstrapGridOptions -> BootstrapGridOptions -> BootstrapGridOptions
+addGO (ColXs a) (ColXs b) = ColXs (a+b)
+addGO (ColSm a) (ColSm b) = ColSm (a+b)
+addGO (ColMd a) (ColMd b) = ColMd (a+b)
+addGO (ColLg a) (ColLg b) = ColLg (a+b)
+addGO a b     | a > b = addGO b a
+addGO (ColXs a) other = addGO (ColSm a) other
+addGO (ColSm a) other = addGO (ColMd a) other
+addGO (ColMd a) other = addGO (ColLg a) other
+addGO (ColLg _) _     = error "Yesod.Form.Bootstrap.addGO: never here"
+
+
+-- | The layout used for the bootstrap form.
+--
+-- Since: yesod-form 1.3.8
+data BootstrapFormLayout =
+    BootstrapBasicForm
+  | BootstrapInlineForm
+  | BootstrapHorizontalForm
+      { bflLabelOffset :: !BootstrapGridOptions
+      , bflLabelSize   :: !BootstrapGridOptions
+      , bflInputOffset :: !BootstrapGridOptions
+      , bflInputSize   :: !BootstrapGridOptions
+      }
+    deriving (Show)
+
+
+-- | Render the given form using Bootstrap v3 conventions.
+--
+-- Sample Hamlet for 'BootstrapHorizontalForm':
+--
+-- >  <form .form-horizontal role=form method=post action=@{ActionR} enctype=#{formEnctype}>
+-- >    ^{formWidget}
+-- >    ^{bootstrapSubmit MsgSubmit}
+--
+-- Since: yesod-form 1.3.8
+#if MIN_VERSION_yesod(1,2,0)
+renderBootstrap3 :: Monad m => BootstrapFormLayout -> FormRender m a
+#else
+renderBootstrap3 :: BootstrapFormLayout -> FormRender sub master a
+#endif
+renderBootstrap3 formLayout aform fragment = do
+    (res, views') <- aFormToForm aform
+    let views = views' []
+        has (Just _) = True
+        has Nothing  = False
+        widget = [whamlet|
+#if MIN_VERSION_yesod(1,2,0)
+            $newline never
+#endif
+            #{fragment}
+            $forall view <- views
+              <div .form-group :fvRequired view:.required :not $ fvRequired view:.optional :has $ fvErrors view:.has-error>
+                $case formLayout
+                  $of BootstrapBasicForm
+                    $if nequals (fvId view) bootstrapSubmitId
+                      <label for=#{fvId view}>#{fvLabel view}
+                    ^{fvInput view}
+                    ^{helpWidget view}
+                  $of BootstrapInlineForm
+                    $if nequals (fvId view) bootstrapSubmitId
+                      <label .sr-only for=#{fvId view}>#{fvLabel view}
+                    ^{fvInput view}
+                    ^{helpWidget view}
+                  $of BootstrapHorizontalForm _a _b _c _d
+                    $if nequals (fvId view) bootstrapSubmitId
+                      <label .control-label .#{toOffset (bflLabelOffset formLayout)} .#{toColumn (bflLabelSize formLayout)} for=#{fvId view}>#{fvLabel view}
+                      <div .#{toOffset (bflInputOffset formLayout)} .#{toColumn (bflInputSize formLayout)}>
+                        ^{fvInput view}
+                        ^{helpWidget view}
+                    $else
+                      <div .#{toOffset (addGO (bflInputOffset formLayout) (addGO (bflLabelOffset formLayout) (bflLabelSize formLayout)))} .#{toColumn (bflInputSize formLayout)}>
+                        ^{fvInput view}
+                        ^{helpWidget view}
+                |]
+    return (res, widget)
+  where
+    nequals a b = a /= b -- work around older hamlet versions not liking /=
+
+-- | (Internal) Render a help widget for tooltips and errors.
+#if MIN_VERSION_yesod(1,2,0)
+helpWidget :: FieldView site -> WidgetT site IO ()
+#else
+helpWidget :: FieldView sub master -> GWidget sub master ()
+#endif
+helpWidget view = [whamlet|
+    $maybe tt <- fvTooltip view
+      <span .help-block>#{tt}
+    $maybe err <- fvErrors view
+      <span .help-block>#{err}
+|]
+
+
+-- | How the 'bootstrapSubmit' button should be rendered.
+--
+-- Since: yesod-form 1.3.8
+data BootstrapSubmit msg =
+    BootstrapSubmit
+        { bsValue   :: msg
+          -- ^ The text of the submit button.
+        , bsClasses :: Text
+          -- ^ Classes added to the @<button>@.
+        , bsAttrs   :: [(Text, Text)]
+          -- ^ Attributes added to the @<button>@.
+        } deriving (Show)
+
+instance IsString msg => IsString (BootstrapSubmit msg) where
+    fromString msg = BootstrapSubmit (fromString msg) " btn-default " []
+
+
+-- | A Bootstrap v3 submit button disguised as a field for
+-- convenience.  For example, if your form currently is:
+--
+-- > Person <$> areq textField "Name"    Nothing
+-- >        <*> areq textField "Surname" Nothing
+--
+-- Then just change it to:
+--
+-- > Person <$> areq textField "Name"    Nothing
+-- >        <*> areq textField "Surname" Nothing
+-- >        <*  bootstrapSubmit "Register"
+--
+-- (Note that @<*@ is not a typo.)
+--
+-- Alternatively, you may also just create the submit button
+-- manually as well in order to have more control over its
+-- layout.
+--
+-- Since: yesod-form 1.3.8
+#if MIN_VERSION_yesod(1,2,0)
+bootstrapSubmit
+    :: (RenderMessage site msg, HandlerSite m ~ site, MonadHandler m)
+    => BootstrapSubmit msg -> AForm m ()
+#else
+bootstrapSubmit :: (RenderMessage master msg) => BootstrapSubmit msg -> AForm sub master ()
+#endif
+bootstrapSubmit = formToAForm . liftM (second return) . mbootstrapSubmit
+
+
+-- | Same as 'bootstrapSubmit' but for monadic forms.  This isn't
+-- as useful since you're not going to use 'renderBootstrap3'
+-- anyway.
+--
+-- Since: yesod-form 1.3.8
+#if MIN_VERSION_yesod(1,2,0)
+mbootstrapSubmit
+    :: (RenderMessage site msg, HandlerSite m ~ site, MonadHandler m)
+    => BootstrapSubmit msg -> MForm m (FormResult (), FieldView site)
+#else
+mbootstrapSubmit :: (RenderMessage master msg) => BootstrapSubmit msg -> MForm sub master (FormResult (), FieldView sub master)
+#endif
+mbootstrapSubmit (BootstrapSubmit msg classes attrs) =
+    let res = FormSuccess ()
+        widget = [whamlet|<button class="btn #{classes}" type=submit *{attrs}>_{msg}|]
+        fv  = FieldView { fvLabel    = ""
+                        , fvTooltip  = Nothing
+                        , fvId       = bootstrapSubmitId
+                        , fvInput    = widget
+                        , fvErrors   = Nothing
+                        , fvRequired = False }
+    in return (res, fv)
+
+
+-- | A royal hack.  Magic id used to identify whether a field
+-- should have no label.  A valid HTML4 id which is probably not
+-- going to clash with any other id should someone use
+-- 'bootstrapSubmit' outside 'renderBootstrap3'.
+bootstrapSubmitId :: Text
+bootstrapSubmitId = "b:ootstrap___unique__:::::::::::::::::submit-id"
diff --git a/Assistant/WebApp/Common.hs b/Assistant/WebApp/Common.hs
new file mode 100644
index 0000000000..e4728faa43
--- /dev/null
+++ b/Assistant/WebApp/Common.hs
@@ -0,0 +1,23 @@
+{- git-annex assistant webapp, common imports
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.WebApp.Common (module X) where
+
+import Assistant.Common as X
+import Assistant.WebApp as X
+import Assistant.WebApp.Page as X
+import Assistant.WebApp.Form as X
+import Assistant.WebApp.Types as X
+import Assistant.WebApp.RepoId as X
+#if MIN_VERSION_yesod(1,2,0)
+import Utility.Yesod as X hiding (textField, passwordField, insertBy, replace, joinPath, deleteBy, delete, insert, Key, Option)
+#else
+import Utility.Yesod as X hiding (textField, passwordField, selectField, selectFieldList, insertBy, replace, joinPath, deleteBy, delete, insert, Key, Option)
+#endif
+import Data.Text as X (Text)
diff --git a/Assistant/WebApp/Configurators.hs b/Assistant/WebApp/Configurators.hs
new file mode 100644
index 0000000000..1978e52efc
--- /dev/null
+++ b/Assistant/WebApp/Configurators.hs
@@ -0,0 +1,52 @@
+{- git-annex assistant webapp configurators
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings, CPP #-}
+
+module Assistant.WebApp.Configurators where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.RepoList
+#ifdef WITH_XMPP
+import Assistant.XMPP.Client
+#endif
+
+{- The main configuration screen. -}
+getConfigurationR :: Handler Html
+getConfigurationR = ifM inFirstRun
+	( redirect FirstRepositoryR
+	, page "Configuration" (Just Configuration) $ do
+#ifdef WITH_XMPP
+		xmppconfigured <- liftAnnex $ isJust <$> getXMPPCreds
+#else
+		let xmppconfigured = False
+#endif
+		$(widgetFile "configurators/main")
+	)
+
+getAddRepositoryR :: Handler Html
+getAddRepositoryR = page "Add Repository" (Just Configuration) $ do
+	let repolist = repoListDisplay mainRepoSelector
+	$(widgetFile "configurators/addrepository")
+
+makeMiscRepositories :: Widget
+makeMiscRepositories = $(widgetFile "configurators/addrepository/misc")
+
+makeCloudRepositories :: Widget
+makeCloudRepositories = $(widgetFile "configurators/addrepository/cloud")
+
+makeXMPPConnection :: Widget
+makeXMPPConnection = $(widgetFile "configurators/addrepository/xmppconnection")
+
+makeSshRepository :: Widget
+makeSshRepository = $(widgetFile "configurators/addrepository/ssh")
+
+makeConnectionRepositories :: Widget
+makeConnectionRepositories = $(widgetFile "configurators/addrepository/connection")
+
+makeArchiveRepositories :: Widget
+makeArchiveRepositories = $(widgetFile "configurators/addrepository/archive")
diff --git a/Assistant/WebApp/Configurators/AWS.hs b/Assistant/WebApp/Configurators/AWS.hs
new file mode 100644
index 0000000000..a7250d8cce
--- /dev/null
+++ b/Assistant/WebApp/Configurators/AWS.hs
@@ -0,0 +1,230 @@
+{- git-annex assistant webapp configurators for Amazon AWS services
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.AWS where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.MakeRemote
+#ifdef WITH_S3
+import qualified Remote.S3 as S3
+#endif
+import qualified Remote.Glacier as Glacier
+import qualified Remote.Helper.AWS as AWS
+import Logs.Remote
+import qualified Remote
+import qualified Types.Remote as Remote
+import Types.Remote (RemoteConfig)
+import Types.StandardGroups
+import Creds
+import Assistant.Gpg
+import Git.Types (RemoteName)
+
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Data.Char
+
+awsConfigurator :: Widget -> Handler Html
+awsConfigurator = page "Add an Amazon repository" (Just Configuration)
+
+glacierConfigurator :: Widget -> Handler Html
+glacierConfigurator a = do
+	ifM (liftIO $ inPath "glacier")
+		( awsConfigurator a
+		, awsConfigurator needglaciercli
+		)
+  where
+	needglaciercli = $(widgetFile "configurators/needglaciercli")
+
+data StorageClass = StandardRedundancy | ReducedRedundancy
+	deriving (Eq, Enum, Bounded)
+
+instance Show StorageClass where
+	show StandardRedundancy = "STANDARD" 
+	show ReducedRedundancy = "REDUCED_REDUNDANCY"
+
+data AWSInput = AWSInput
+	{ accessKeyID :: Text
+	, secretAccessKey :: Text
+	, datacenter :: Text
+	-- Only used for S3, not Glacier.
+	, storageClass :: StorageClass
+	, repoName :: Text
+	, enableEncryption :: EnableEncryption
+	}
+
+data AWSCreds = AWSCreds Text Text
+
+extractCreds :: AWSInput -> AWSCreds
+extractCreds i = AWSCreds (accessKeyID i) (secretAccessKey i)
+
+s3InputAForm :: Maybe CredPair -> MkAForm AWSInput
+s3InputAForm defcreds = AWSInput
+	<$> accessKeyIDFieldWithHelp (T.pack . fst <$> defcreds)
+	<*> secretAccessKeyField (T.pack . snd <$> defcreds)
+	<*> datacenterField AWS.S3
+	<*> areq (selectFieldList storageclasses) (bfs "Storage class") (Just StandardRedundancy)
+	<*> areq textField (bfs "Repository name") (Just "S3")
+	<*> enableEncryptionField
+  where
+	storageclasses :: [(Text, StorageClass)]
+	storageclasses =
+		[ ("Standard redundancy", StandardRedundancy)
+		, ("Reduced redundancy (costs less)", ReducedRedundancy)
+		]
+
+glacierInputAForm :: Maybe CredPair -> MkAForm AWSInput
+glacierInputAForm defcreds = AWSInput
+	<$> accessKeyIDFieldWithHelp (T.pack . fst <$> defcreds)
+	<*> secretAccessKeyField (T.pack . snd <$> defcreds)
+	<*> datacenterField AWS.Glacier
+	<*> pure StandardRedundancy
+	<*> areq textField (bfs "Repository name") (Just "glacier")
+	<*> enableEncryptionField
+
+awsCredsAForm :: Maybe CredPair -> MkAForm AWSCreds
+awsCredsAForm defcreds = AWSCreds
+	<$> accessKeyIDFieldWithHelp (T.pack . fst <$> defcreds)
+	<*> secretAccessKeyField (T.pack . snd <$> defcreds)
+
+accessKeyIDField :: Widget -> Maybe Text -> MkAForm Text
+accessKeyIDField help = areq (textField `withNote` help) (bfs "Access Key ID")
+
+accessKeyIDFieldWithHelp :: Maybe Text -> MkAForm Text
+accessKeyIDFieldWithHelp = accessKeyIDField help
+  where
+	help = [whamlet|
+<a href="https://portal.aws.amazon.com/gp/aws/securityCredentials#id_block">
+  Get Amazon access keys
+|]
+
+secretAccessKeyField :: Maybe Text -> MkAForm Text
+secretAccessKeyField = areq passwordField (bfs "Secret Access Key")
+
+datacenterField :: AWS.Service -> MkAForm Text
+datacenterField service = areq (selectFieldList list) (bfs "Datacenter") defregion
+  where
+	list = M.toList $ AWS.regionMap service
+	defregion = Just $ AWS.defaultRegion service
+
+getAddS3R :: Handler Html
+getAddS3R = postAddS3R
+
+postAddS3R :: Handler Html
+#ifdef WITH_S3
+postAddS3R = awsConfigurator $ do
+	defcreds <- liftAnnex previouslyUsedAWSCreds
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ s3InputAForm defcreds
+	case result of
+		FormSuccess input -> liftH $ do
+			let name = T.unpack $ repoName input
+			makeAWSRemote initSpecialRemote S3.remote TransferGroup (extractCreds input) name $ M.fromList
+				[ configureEncryption $ enableEncryption input
+				, ("type", "S3")
+				, ("datacenter", T.unpack $ datacenter input)
+				, ("storageclass", show $ storageClass input)
+				]
+		_ -> $(widgetFile "configurators/adds3")
+#else
+postAddS3R = error "S3 not supported by this build"
+#endif
+
+getAddGlacierR :: Handler Html
+getAddGlacierR = postAddGlacierR
+
+postAddGlacierR :: Handler Html
+#ifdef WITH_S3
+postAddGlacierR = glacierConfigurator $ do
+	defcreds <- liftAnnex previouslyUsedAWSCreds
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ glacierInputAForm defcreds
+	case result of
+		FormSuccess input -> liftH $ do
+			let name = T.unpack $ repoName input
+			makeAWSRemote initSpecialRemote Glacier.remote SmallArchiveGroup (extractCreds input) name $ M.fromList
+				[ configureEncryption $ enableEncryption input
+				, ("type", "glacier")
+				, ("datacenter", T.unpack $ datacenter input)
+				]
+		_ -> $(widgetFile "configurators/addglacier")
+#else
+postAddGlacierR = error "S3 not supported by this build"
+#endif
+
+getEnableS3R :: UUID -> Handler Html
+#ifdef WITH_S3
+getEnableS3R uuid = do
+	m <- liftAnnex readRemoteLog
+	if isIARemoteConfig $ fromJust $ M.lookup uuid m
+		then redirect $ EnableIAR uuid
+		else postEnableS3R uuid
+#else
+getEnableS3R = postEnableS3R
+#endif
+
+postEnableS3R :: UUID -> Handler Html
+#ifdef WITH_S3
+postEnableS3R uuid = awsConfigurator $ enableAWSRemote S3.remote uuid
+#else
+postEnableS3R _ = error "S3 not supported by this build"
+#endif
+
+getEnableGlacierR :: UUID -> Handler Html
+getEnableGlacierR = postEnableGlacierR
+
+postEnableGlacierR :: UUID -> Handler Html
+postEnableGlacierR = glacierConfigurator . enableAWSRemote Glacier.remote
+
+enableAWSRemote :: RemoteType -> UUID -> Widget
+#ifdef WITH_S3
+enableAWSRemote remotetype uuid = do
+	defcreds <- liftAnnex previouslyUsedAWSCreds
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ awsCredsAForm defcreds
+	case result of
+		FormSuccess creds -> liftH $ do
+			m <- liftAnnex readRemoteLog
+			let name = fromJust $ M.lookup "name" $
+				fromJust $ M.lookup uuid m
+			makeAWSRemote enableSpecialRemote remotetype SmallArchiveGroup creds name M.empty
+		_ -> do
+			description <- liftAnnex $
+				T.pack <$> Remote.prettyUUID uuid
+			$(widgetFile "configurators/enableaws")
+#else
+enableAWSRemote _ _ = error "S3 not supported by this build"
+#endif
+
+makeAWSRemote :: SpecialRemoteMaker -> RemoteType -> StandardGroup -> AWSCreds -> RemoteName -> RemoteConfig -> Handler ()
+makeAWSRemote maker remotetype defaultgroup (AWSCreds ak sk) name config = 
+	setupCloudRemote defaultgroup Nothing $
+		maker hostname remotetype (Just creds) config
+  where
+  	creds = (T.unpack ak, T.unpack sk)
+	{- AWS services use the remote name as the basis for a host
+	 - name, so filter it to contain valid characters. -}
+	hostname = case filter isAlphaNum name of
+		[] -> "aws"
+		n -> n
+
+getRepoInfo :: RemoteConfig -> Widget
+getRepoInfo c = [whamlet|S3 remote using bucket: #{bucket}|]
+  where
+	bucket = fromMaybe "" $ M.lookup "bucket" c
+
+#ifdef WITH_S3
+isIARemoteConfig :: RemoteConfig -> Bool
+isIARemoteConfig = S3.isIAHost . fromMaybe "" . M.lookup "host"
+
+previouslyUsedAWSCreds :: Annex (Maybe CredPair)
+previouslyUsedAWSCreds = getM gettype [S3.remote, Glacier.remote]
+  where
+	gettype t = previouslyUsedCredPair AWS.creds t $
+		not . isIARemoteConfig . Remote.config
+#endif
diff --git a/Assistant/WebApp/Configurators/Delete.hs b/Assistant/WebApp/Configurators/Delete.hs
new file mode 100644
index 0000000000..168f5edd12
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Delete.hs
@@ -0,0 +1,139 @@
+{- git-annex assistant webapp repository deletion
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Delete where
+
+import Assistant.WebApp.Common
+import Assistant.DeleteRemote
+import Assistant.DaemonStatus
+import Assistant.ScanRemotes
+import Assistant.Sync
+import qualified Remote
+import qualified Git
+import Config.Files
+import Utility.FileMode
+import Logs.Trust
+import Logs.Remote
+import Logs.PreferredContent
+import Types.StandardGroups
+import Annex.UUID
+
+import System.IO.HVFS (SystemFS(..))
+import qualified Data.Text as T
+import qualified Data.Map as M
+import System.Path
+
+notCurrentRepo :: UUID -> Handler Html -> Handler Html
+notCurrentRepo uuid a = do
+	u <- liftAnnex getUUID
+	if u == uuid
+		then redirect DeleteCurrentRepositoryR
+		else go =<< liftAnnex (Remote.remoteFromUUID uuid)
+  where
+  	go Nothing = error "Unknown UUID"
+	go (Just _) = a
+
+handleXMPPRemoval :: UUID -> Handler Html -> Handler Html
+handleXMPPRemoval uuid nonxmpp = do
+	remote <- fromMaybe (error "unknown remote")
+		<$> liftAnnex (Remote.remoteFromUUID uuid)
+	if Remote.isXMPPRemote remote
+		then deletionPage $ $(widgetFile "configurators/delete/xmpp")
+		else nonxmpp
+
+getDisableRepositoryR :: UUID -> Handler Html
+getDisableRepositoryR uuid = notCurrentRepo uuid $ handleXMPPRemoval uuid $ do
+	void $ liftAssistant $ disableRemote uuid
+	redirect DashboardR
+
+getDeleteRepositoryR :: UUID -> Handler Html
+getDeleteRepositoryR uuid = notCurrentRepo uuid $ handleXMPPRemoval uuid $ do
+	deletionPage $ do
+		reponame <- liftAnnex $ Remote.prettyUUID uuid
+		$(widgetFile "configurators/delete/start")
+
+getStartDeleteRepositoryR :: UUID -> Handler Html
+getStartDeleteRepositoryR uuid = do
+	remote <- fromMaybe (error "unknown remote")
+		<$> liftAnnex (Remote.remoteFromUUID uuid)
+	liftAnnex $ do
+		trustSet uuid UnTrusted
+		setStandardGroup uuid UnwantedGroup
+	liftAssistant $ addScanRemotes True [remote]
+	redirect DashboardR
+
+getFinishDeleteRepositoryR :: UUID -> Handler Html
+getFinishDeleteRepositoryR uuid = deletionPage $ do
+	void $ liftAssistant $ removeRemote uuid
+
+	reponame <- liftAnnex $ Remote.prettyUUID uuid
+	{- If it's not listed in the remote log, it must be a git repo. -}
+	gitrepo <- liftAnnex $ M.notMember uuid <$> readRemoteLog
+	$(widgetFile "configurators/delete/finished")	
+
+getDeleteCurrentRepositoryR :: Handler Html
+getDeleteCurrentRepositoryR = deleteCurrentRepository
+
+postDeleteCurrentRepositoryR :: Handler Html
+postDeleteCurrentRepositoryR = deleteCurrentRepository
+
+deleteCurrentRepository :: Handler Html
+deleteCurrentRepository = dangerPage $ do
+	reldir <- fromJust . relDir <$> liftH getYesod
+	havegitremotes <- haveremotes syncGitRemotes
+	havedataremotes <- haveremotes syncDataRemotes
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $
+			sanityVerifierAForm $ SanityVerifier magicphrase
+	case result of
+		FormSuccess _ -> liftH $ do
+			dir <- liftAnnex $ fromRepo Git.repoPath
+			liftIO $ removeAutoStartFile dir
+
+			{- Disable syncing to this repository, and all
+			 - remotes. This stops all transfers, and all
+			 - file watching. -}
+			liftAssistant $ do
+				changeSyncable Nothing False
+				rs <- syncRemotes <$> getDaemonStatus
+				mapM_ (\r -> changeSyncable (Just r) False) rs
+
+			{- Make all directories writable and files writable
+			 - so all annexed content can be deleted. -}
+			liftIO $ do
+				recurseDir SystemFS dir
+					>>= mapM_ (void . tryIO . allowWrite)
+				removeDirectoryRecursive dir
+			
+			redirect ShutdownConfirmedR
+		_ -> $(widgetFile "configurators/delete/currentrepository")
+  where
+	haveremotes selector = not . null . selector
+		<$> liftAssistant getDaemonStatus
+
+data SanityVerifier = SanityVerifier T.Text
+	deriving (Eq)
+
+sanityVerifierAForm :: SanityVerifier -> MkAForm SanityVerifier
+sanityVerifierAForm template = SanityVerifier
+	<$> areq checksanity (bfs "Confirm deletion?") Nothing
+  where
+	checksanity = checkBool (\input -> SanityVerifier input == template)
+		insane textField
+	
+	insane = "Maybe this is not a good idea..." :: Text
+
+deletionPage :: Widget -> Handler Html
+deletionPage = page "Delete repository" (Just Configuration)
+
+dangerPage :: Widget -> Handler Html
+dangerPage = page "Danger danger danger" (Just Configuration)
+
+magicphrase :: Text
+magicphrase = "Yes, please do as I say!"
diff --git a/Assistant/WebApp/Configurators/Edit.hs b/Assistant/WebApp/Configurators/Edit.hs
new file mode 100644
index 0000000000..c8113d18dc
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Edit.hs
@@ -0,0 +1,302 @@
+{- git-annex assistant webapp configurator for editing existing repos
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Edit where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.Gpg
+import Assistant.WebApp.Configurators
+import Assistant.DaemonStatus
+import Assistant.WebApp.MakeRemote (uniqueRemoteName)
+import Assistant.ScanRemotes
+import Assistant.Sync
+import Assistant.Alert
+import qualified Assistant.WebApp.Configurators.AWS as AWS
+import qualified Assistant.WebApp.Configurators.IA as IA
+#ifdef WITH_S3
+import qualified Remote.S3 as S3
+#endif
+import qualified Remote
+import qualified Types.Remote as Remote
+import qualified Remote.List as Remote
+import Logs.UUID
+import Logs.Group
+import Logs.PreferredContent
+import Logs.Remote
+import Types.StandardGroups
+import qualified Git
+import qualified Git.Types as Git
+import qualified Git.Command
+import qualified Git.Config
+import qualified Annex
+import Git.Remote
+import Remote.Helper.Encryptable (extractCipher)
+import Types.Crypto
+import Utility.Gpg
+import Annex.UUID
+import Assistant.Ssh
+import Config
+
+import qualified Data.Text as T
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+data RepoGroup = RepoGroupCustom String | RepoGroupStandard StandardGroup
+	deriving (Show, Eq)
+
+data RepoConfig = RepoConfig
+	{ repoName :: Text
+	, repoDescription :: Maybe Text
+	, repoGroup :: RepoGroup
+	, repoAssociatedDirectory :: Maybe Text
+	, repoSyncable :: Bool
+	}
+	deriving (Show)
+
+getRepoConfig :: UUID -> Maybe Remote -> Annex RepoConfig
+getRepoConfig uuid mremote = do
+	-- Ensure we're editing current data by discarding caches.
+	void groupMapLoad
+	void uuidMapLoad
+
+	groups <- lookupGroups uuid
+	remoteconfig <- M.lookup uuid <$> readRemoteLog
+	let (repogroup, associateddirectory) = case getStandardGroup groups of
+		Nothing -> (RepoGroupCustom $ unwords $ S.toList groups, Nothing)
+		Just g -> (RepoGroupStandard g, associatedDirectory remoteconfig g)
+	
+	description <- fmap T.pack . M.lookup uuid <$> uuidMap
+
+	syncable <- case mremote of
+		Just r -> return $ remoteAnnexSync $ Remote.gitconfig r
+		Nothing -> annexAutoCommit <$> Annex.getGitConfig
+
+	return $ RepoConfig
+		(T.pack $ maybe "here" Remote.name mremote)
+		description
+		repogroup
+		(T.pack <$> associateddirectory)
+		syncable
+		
+setRepoConfig :: UUID -> Maybe Remote -> RepoConfig -> RepoConfig -> Handler ()
+setRepoConfig uuid mremote oldc newc = do
+	when descriptionChanged $ liftAnnex $ do
+		maybe noop (describeUUID uuid . T.unpack) (repoDescription newc)
+		void uuidMapLoad
+	when nameChanged $ do
+		liftAnnex $ do
+			name <- fromRepo $ uniqueRemoteName (legalName newc) 0
+			{- git remote rename expects there to be a
+			 - remote.<name>.fetch, and exits nonzero if
+			 - there's not. Special remotes don't normally
+			 - have that, and don't use it. Temporarily add
+			 - it if it's missing. -}
+			let remotefetch = "remote." ++ T.unpack (repoName oldc) ++ ".fetch"
+			needfetch <- isNothing <$> fromRepo (Git.Config.getMaybe remotefetch)
+			when needfetch $
+				inRepo $ Git.Command.run
+					[Param "config", Param remotefetch, Param ""]
+			inRepo $ Git.Command.run
+				[ Param "remote"
+				, Param "rename"
+				, Param $ T.unpack $ repoName oldc
+				, Param name
+				]
+			void Remote.remoteListRefresh
+		liftAssistant updateSyncRemotes
+	when associatedDirectoryChanged $ case repoAssociatedDirectory newc of
+		Nothing -> noop
+		Just t
+			| T.null t -> noop
+			| otherwise -> liftAnnex $ do
+				let dir = takeBaseName $ T.unpack t
+				m <- readRemoteLog
+				case M.lookup uuid m of
+					Nothing -> noop
+					Just remoteconfig -> configSet uuid $
+						M.insert "preferreddir" dir remoteconfig
+	when groupChanged $ do
+		liftAnnex $ case repoGroup newc of
+			RepoGroupStandard g -> setStandardGroup uuid g
+			RepoGroupCustom s -> groupSet uuid $ S.fromList $ words s
+		{- Enabling syncing will cause a scan,
+		 - so avoid queueing a duplicate scan. -}
+		when (repoSyncable newc && not syncableChanged) $ liftAssistant $
+			case mremote of
+				Just remote -> addScanRemotes True [remote]
+				Nothing -> addScanRemotes True
+					=<< syncDataRemotes <$> getDaemonStatus
+	when syncableChanged $
+		liftAssistant $ changeSyncable mremote (repoSyncable newc)
+  where
+  	syncableChanged = repoSyncable oldc /= repoSyncable newc
+	associatedDirectoryChanged = repoAssociatedDirectory oldc /= repoAssociatedDirectory newc
+	groupChanged = repoGroup oldc /= repoGroup newc
+	nameChanged = isJust mremote && legalName oldc /= legalName newc
+	descriptionChanged = repoDescription oldc /= repoDescription newc
+
+	legalName = makeLegalName . T.unpack . repoName
+
+editRepositoryAForm :: Maybe Remote -> RepoConfig -> MkAForm RepoConfig
+editRepositoryAForm mremote def = RepoConfig
+	<$> areq (if ishere then readonlyTextField else textField)
+		(bfs "Name") (Just $ repoName def)
+	<*> aopt textField (bfs "Description") (Just $ repoDescription def)
+	<*> areq (selectFieldList groups `withNote` help) (bfs "Repository group") (Just $ repoGroup def)
+	<*> associateddirectory
+	<*> areq checkBoxField "Syncing enabled" (Just $ repoSyncable def)
+  where
+	ishere = isNothing mremote
+	isspecial = fromMaybe False $
+		(== Git.Unknown) . Git.location . Remote.repo <$> mremote
+	groups = customgroups ++ standardgroups
+	standardgroups :: [(Text, RepoGroup)]
+	standardgroups = map (\g -> (T.pack $ descStandardGroup g , RepoGroupStandard g)) $
+		filter sanegroup [minBound..maxBound]
+	sanegroup
+		| isspecial = const True
+		| otherwise = not . specialRemoteOnly
+	customgroups :: [(Text, RepoGroup)]
+	customgroups = case repoGroup def of
+		RepoGroupCustom s -> [(T.pack s, RepoGroupCustom s)]
+		_ -> []
+	help = [whamlet|<a href="@{RepoGroupR}">What's this?</a>|]
+
+	associateddirectory = case repoAssociatedDirectory def of
+		Nothing -> aopt hiddenField "" Nothing
+		Just d -> aopt textField (bfs "Associated directory") (Just $ Just d)
+
+getEditRepositoryR :: RepoId -> Handler Html
+getEditRepositoryR = postEditRepositoryR
+
+postEditRepositoryR :: RepoId -> Handler Html
+postEditRepositoryR = editForm False
+
+getEditNewRepositoryR :: UUID -> Handler Html
+getEditNewRepositoryR = postEditNewRepositoryR
+
+postEditNewRepositoryR :: UUID -> Handler Html
+postEditNewRepositoryR = editForm True . RepoUUID
+
+getEditNewCloudRepositoryR :: UUID -> Handler Html
+getEditNewCloudRepositoryR = postEditNewCloudRepositoryR
+
+postEditNewCloudRepositoryR :: UUID -> Handler Html
+postEditNewCloudRepositoryR uuid = connectionNeeded >> editForm True (RepoUUID uuid)
+
+editForm :: Bool -> RepoId -> Handler Html
+editForm new (RepoUUID uuid) = page "Edit repository" (Just Configuration) $ do
+	mremote <- liftAnnex $ Remote.remoteFromUUID uuid
+	when (mremote == Nothing) $
+		whenM ((/=) uuid <$> liftAnnex getUUID) $
+			error "unknown remote"
+	curr <- liftAnnex $ getRepoConfig uuid mremote
+	liftAnnex $ checkAssociatedDirectory curr mremote
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ editRepositoryAForm mremote curr
+	case result of
+		FormSuccess input -> liftH $ do
+			setRepoConfig uuid mremote curr input
+			liftAnnex $ checkAssociatedDirectory input mremote
+			redirect DashboardR
+		_ -> do
+			let istransfer = repoGroup curr == RepoGroupStandard TransferGroup
+			config <- liftAnnex $ M.lookup uuid <$> readRemoteLog
+			let repoInfo = getRepoInfo mremote config
+			let repoEncryption = getRepoEncryption mremote config
+			$(widgetFile "configurators/edit/repository")
+editForm _new r@(RepoName _) = page "Edit repository" (Just Configuration) $ do
+	mr <- liftAnnex (repoIdRemote r)
+	let repoInfo = getRepoInfo mr Nothing
+	g <- liftAnnex gitRepo
+	let sshrepo = maybe False (remoteLocationIsSshUrl . flip parseRemoteLocation g . Git.repoLocation . Remote.repo) mr
+	$(widgetFile "configurators/edit/nonannexremote")
+
+{- Makes any directory associated with the repository. -}
+checkAssociatedDirectory :: RepoConfig -> Maybe Remote -> Annex ()
+checkAssociatedDirectory _ Nothing = noop
+checkAssociatedDirectory cfg (Just r) = do
+	repoconfig <- M.lookup (Remote.uuid r) <$> readRemoteLog
+	case repoGroup cfg of
+		RepoGroupStandard gr -> case associatedDirectory repoconfig gr of
+			Just d -> inRepo $ \g ->
+				createDirectoryIfMissing True $
+					Git.repoPath g </> d
+			Nothing -> noop
+		_ -> noop
+
+getRepoInfo :: Maybe Remote.Remote -> Maybe Remote.RemoteConfig -> Widget
+getRepoInfo (Just r) (Just c) = case M.lookup "type" c of
+	Just "S3"
+#ifdef WITH_S3
+		| S3.isIA c -> IA.getRepoInfo c
+#endif
+		| otherwise -> AWS.getRepoInfo c
+	Just t
+		| t /= "git" -> [whamlet|#{t} remote|]
+	_ -> getGitRepoInfo $ Remote.repo r
+getRepoInfo (Just r) _ = getRepoInfo (Just r) (Just $ Remote.config r)
+getRepoInfo _ _ = [whamlet|git repository|]
+
+getGitRepoInfo :: Git.Repo -> Widget
+getGitRepoInfo r = do
+	let loc = Git.repoLocation r
+	[whamlet|git repository located at <tt>#{loc}</tt>|]
+
+getRepoEncryption :: Maybe Remote.Remote -> Maybe Remote.RemoteConfig -> Widget
+getRepoEncryption (Just _) (Just c) = case extractCipher c of
+  	Nothing ->
+		[whamlet|not encrypted|]
+	(Just (SharedCipher _)) ->
+		[whamlet|encrypted: encryption key stored in git repository|]
+	(Just (EncryptedCipher _ _ (KeyIds { keyIds = ks }))) -> do
+		knownkeys <- liftIO secretKeys
+		[whamlet|
+encrypted using gpg key:
+<ul style="list-style: none">
+  $forall k <- ks
+    <li>
+      ^{gpgKeyDisplay k (M.lookup k knownkeys)}
+|]
+getRepoEncryption _ _ = return () -- local repo
+
+getUpgradeRepositoryR  :: RepoId -> Handler ()
+getUpgradeRepositoryR (RepoUUID _) = redirect DashboardR
+getUpgradeRepositoryR r = go =<< liftAnnex (repoIdRemote r)
+  where
+  	go Nothing = redirect DashboardR
+	go (Just rmt) = do
+		liftIO fixSshKeyPairIdentitiesOnly
+		liftAnnex $ setConfig 
+			(remoteConfig (Remote.repo rmt) "ignore")
+			(Git.Config.boolConfig False)
+		liftAnnex $ void Remote.remoteListRefresh
+		liftAssistant updateSyncRemotes
+		liftAssistant $ syncRemote rmt
+		redirect DashboardR
+
+{- If there is no currently connected remote, display an alert suggesting
+ - to set up one. -}
+connectionNeeded :: Handler ()
+connectionNeeded = whenM noconnection $ do
+	urlrender <- getUrlRender
+	void $ liftAssistant $ do
+		close <- asIO1 removeAlert
+		addAlert $ connectionNeededAlert $ AlertButton
+			{ buttonLabel = "Connect"
+			, buttonUrl = urlrender ConnectionNeededR
+			, buttonAction = Just close
+			, buttonPrimary = True
+			}
+  where
+	noconnection = S.null . currentlyConnectedRemotes <$> liftAssistant getDaemonStatus
+
+getConnectionNeededR :: Handler Html
+getConnectionNeededR = page "Connection needed" (Just Configuration) $ do
+	$(widgetFile "configurators/needconnection")
diff --git a/Assistant/WebApp/Configurators/Fsck.hs b/Assistant/WebApp/Configurators/Fsck.hs
new file mode 100644
index 0000000000..84764f17bf
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Fsck.hs
@@ -0,0 +1,196 @@
+{- git-annex assistant fsck configuration
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Fsck where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import qualified Data.Text as T
+
+import Assistant.WebApp.Common
+import Types.ScheduledActivity
+import Utility.HumanTime
+import Utility.Scheduled
+import Logs.Schedule
+import Annex.UUID
+import qualified Remote
+import Assistant.DaemonStatus
+import qualified Annex.Branch
+import Assistant.Fsck
+import Config
+import Git.Config
+import qualified Annex
+
+{- This adds a form to the page. It does not handle posting of the form,
+ - because unlike a typical yesod form that posts using the same url
+ - that generated it, this form posts using one of two other routes. -}
+showFsckForm :: Bool -> ScheduledActivity -> Widget
+showFsckForm new activity = do
+	u <- liftAnnex getUUID
+	let action = if new
+		then AddActivityR u
+		else ChangeActivityR u activity
+	((res, form), enctype) <- liftH $ runFsckForm new activity
+	case res of
+		FormSuccess _ -> noop
+		_ -> $(widgetFile "configurators/fsck/form")
+
+{- This does not display a form, but it does get it from a post, and run
+ - some Annex action on it. -}
+withFsckForm :: (ScheduledActivity -> Annex ()) -> Handler ()
+withFsckForm a = do
+	((res, _form), _enctype) <- runFsckForm False $ defaultFsck Nothing
+	case res of
+		FormSuccess activity -> liftAnnex $ a activity
+		_ -> noop
+
+mkFsck :: UUID -> UUID -> Schedule -> Duration -> ScheduledActivity
+mkFsck hereu u s d
+	| u == hereu = ScheduledSelfFsck s d 
+	| otherwise = ScheduledRemoteFsck u s d
+
+runFsckForm :: Bool -> ScheduledActivity -> Handler ((FormResult ScheduledActivity, Widget), Enctype)
+runFsckForm new activity = case activity of
+	ScheduledSelfFsck s d -> go s d =<< liftAnnex getUUID
+	ScheduledRemoteFsck ru s d -> go s d ru
+  where
+  	go (Schedule r t) d ru = do
+		u <- liftAnnex getUUID
+		repolist <- liftAssistant (getrepolist ru)
+		runFormPostNoToken $ \msg -> do
+			(reposRes, reposView) <- mreq (selectFieldList repolist) (bfs "") (Just ru)
+			(durationRes, durationView) <- mreq intField (bfs "") (Just $ durationSeconds d `quot` 60 )
+			(timeRes, timeView) <- mreq (selectFieldList times) (bfs "") (Just t)
+			(recurranceRes, recurranceView) <- mreq (selectFieldList recurrances) (bfs "") (Just r)
+			let form = do
+				webAppFormAuthToken
+				$(widgetFile "configurators/fsck/formcontent")
+			let formresult = mkFsck
+				<$> pure u
+				<*> reposRes
+				<*> (Schedule <$> recurranceRes <*> timeRes)
+				<*> (Duration <$> ((60 *) <$> durationRes))
+			return (formresult, form)
+	  where
+		times :: [(Text, ScheduledTime)]
+		times = ensurevalue t (T.pack $ fromScheduledTime t) $
+			map (\x -> (T.pack $ fromScheduledTime x, x)) $
+				AnyTime : map (\h -> SpecificTime h 0) [0..23]
+		recurrances :: [(Text, Recurrance)]
+		recurrances = ensurevalue r (T.pack $ fromRecurrance r) $
+			[ ("every day", Daily)
+			, ("every Sunday", Weekly $ Just 1)
+			, ("every Monday", Weekly $ Just 2)
+			, ("every Tuesday", Weekly $ Just 3)
+			, ("every Wednesday", Weekly $ Just 4)
+			, ("every Thursday", Weekly $ Just 5)
+			, ("every Friday", Weekly $ Just 6)
+			, ("every Saturday", Weekly $ Just 7)
+			, ("monthly", Monthly Nothing)
+			, ("twice a month", Divisible 2 (Weekly Nothing))
+			, ("yearly", Yearly Nothing)
+			, ("twice a year", Divisible 6 (Monthly Nothing))
+			, ("quarterly", Divisible 4 (Monthly Nothing))
+			]
+	ensurevalue v desc l = case M.lookup v (M.fromList $ map (\(x,y) -> (y,x)) l) of
+		Just _ -> l
+		Nothing -> (desc, v) : l
+	getrepolist :: UUID -> Assistant [(Text, UUID)]
+	getrepolist ensureu = do
+		-- It is possible to have fsck jobs for remotes that
+		-- do not implement remoteFsck, but it's not too useful,
+		-- so omit them from the UI normally.
+		remotes <- filter (\r -> Remote.uuid r == ensureu || isJust (Remote.remoteFsck r)) . syncRemotes
+			<$> getDaemonStatus
+		u <- liftAnnex getUUID
+		let us = u : (map Remote.uuid remotes)
+		liftAnnex $ 
+			zip <$> (map T.pack <$> Remote.prettyListUUIDs us) <*> pure us
+
+defaultFsck :: Maybe Remote -> ScheduledActivity
+defaultFsck Nothing = ScheduledSelfFsck (Schedule Daily AnyTime) (Duration $ 60*60)
+defaultFsck (Just r) = ScheduledRemoteFsck (Remote.uuid r) (Schedule Daily AnyTime) (Duration $ 60*60)
+
+showFsckStatus :: ScheduledActivity -> Widget
+showFsckStatus activity = do
+	m <- liftAnnex getLastRunTimes
+	let lastrun = M.lookup activity m
+	$(widgetFile "configurators/fsck/status")
+
+getConfigFsckR :: Handler Html
+getConfigFsckR = postConfigFsckR
+postConfigFsckR :: Handler Html
+postConfigFsckR = page "Consistency checks" (Just Configuration) $ do
+	scheduledchecks <- liftAnnex $
+		S.toList <$> (scheduleGet =<< getUUID)
+	rs <- liftAssistant $
+		filter fsckableRemote . syncRemotes <$> getDaemonStatus
+	recommendedchecks <- liftAnnex $ map defaultFsck
+		<$> filterM (not <$$> checkFscked) (Nothing : map Just rs)
+	$(widgetFile "configurators/fsck")
+
+changeSchedule :: Handler () -> Handler Html
+changeSchedule a = do
+	a
+	liftAnnex $ Annex.Branch.commit "update"
+	redirect ConfigFsckR
+
+getRemoveActivityR :: UUID -> ScheduledActivity -> Handler Html
+getRemoveActivityR u activity = changeSchedule $
+	liftAnnex $ scheduleRemove u activity
+
+getAddActivityR :: UUID -> Handler Html
+getAddActivityR = postAddActivityR
+postAddActivityR :: UUID -> Handler Html
+postAddActivityR u = changeSchedule $
+	withFsckForm $ scheduleAdd u
+
+getChangeActivityR :: UUID -> ScheduledActivity -> Handler Html
+getChangeActivityR = postChangeActivityR
+postChangeActivityR :: UUID -> ScheduledActivity -> Handler Html
+postChangeActivityR u oldactivity = changeSchedule $
+	withFsckForm $ \newactivity -> scheduleChange u $
+			S.insert newactivity . S.delete oldactivity
+
+data FsckPreferences = FsckPreferences
+	{ enableFsckNudge :: Bool
+	}
+
+getFsckPreferences :: Annex FsckPreferences
+getFsckPreferences = FsckPreferences
+	<$> (annexFsckNudge <$> Annex.getGitConfig)
+
+fsckPreferencesAForm :: FsckPreferences -> MkAForm FsckPreferences
+fsckPreferencesAForm def = FsckPreferences
+	<$> areq (checkBoxField `withNote` nudgenote) "Reminders" (Just $ enableFsckNudge def)
+  where
+	nudgenote = [whamlet|Remind me when using repositories that lack consistency checks.|]
+
+runFsckPreferencesForm :: Handler ((FormResult FsckPreferences, Widget), Enctype)
+runFsckPreferencesForm = do
+	prefs <- liftAnnex getFsckPreferences
+	runFormPostNoToken $ renderBootstrap3 formLayout $ fsckPreferencesAForm prefs
+  where formLayout = BootstrapHorizontalForm (ColSm 0) (ColSm 2) (ColSm 0) (ColSm 10)
+
+showFsckPreferencesForm :: Widget
+showFsckPreferencesForm = do
+	((res, form), enctype) <- liftH $ runFsckPreferencesForm
+	case res of
+		FormSuccess _ -> noop
+		_ -> $(widgetFile "configurators/fsck/preferencesform")
+
+postConfigFsckPreferencesR :: Handler Html
+postConfigFsckPreferencesR = do
+	((res, _form), _enctype) <- runFsckPreferencesForm
+	case res of
+		FormSuccess prefs ->
+			liftAnnex $ setConfig (annexConfig "fscknudge")
+				(boolConfig $ enableFsckNudge prefs)
+		_ -> noop
+	redirect ConfigFsckR
diff --git a/Assistant/WebApp/Configurators/IA.hs b/Assistant/WebApp/Configurators/IA.hs
new file mode 100644
index 0000000000..90d27c4f92
--- /dev/null
+++ b/Assistant/WebApp/Configurators/IA.hs
@@ -0,0 +1,209 @@
+{- git-annex assistant webapp configurators for Internet Archive
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.IA where
+
+import Assistant.WebApp.Common
+import qualified Assistant.WebApp.Configurators.AWS as AWS
+#ifdef WITH_S3
+import qualified Remote.S3 as S3
+import qualified Remote.Helper.AWS as AWS
+import Assistant.WebApp.MakeRemote
+#endif
+import qualified Remote
+import qualified Types.Remote as Remote
+import Types.StandardGroups
+import Types.Remote (RemoteConfig)
+import Logs.Remote
+import qualified Annex.Url as Url
+import Creds
+import Assistant.Gpg
+
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Data.Char
+import Network.URI
+
+iaConfigurator :: Widget -> Handler Html
+iaConfigurator = page "Add an Internet Archive repository" (Just Configuration)
+
+data IAInput = IAInput
+	{ accessKeyID :: Text
+	, secretAccessKey :: Text
+	, mediaType :: MediaType
+	, itemName :: Text
+	}
+
+extractCreds :: IAInput -> AWS.AWSCreds
+extractCreds i = AWS.AWSCreds (accessKeyID i) (secretAccessKey i)
+
+{- IA defines only a few media types currently, or the media type
+ - may be omitted
+ -
+ - We add a few other common types, mapped to what we've been told
+ - is the closest match.
+ -}
+data MediaType = MediaImages | MediaAudio | MediaVideo | MediaText | MediaSoftware | MediaOmitted
+	deriving (Eq, Ord, Enum, Bounded)
+
+{- Format a MediaType for entry into the IA metadata -}
+formatMediaType :: MediaType -> String
+formatMediaType MediaText = "texts"
+formatMediaType MediaImages = "image"
+formatMediaType MediaSoftware = "software"
+formatMediaType MediaVideo = "movies"
+formatMediaType MediaAudio = "audio"
+formatMediaType MediaOmitted = ""
+
+{- A default collection to use for each Mediatype. -}
+collectionMediaType :: MediaType -> Maybe String
+collectionMediaType MediaText = Just "opensource"
+collectionMediaType MediaImages = Just "opensource" -- not ideal
+collectionMediaType MediaSoftware = Just "opensource" -- not ideal
+collectionMediaType MediaVideo = Just "opensource_movies"
+collectionMediaType MediaAudio = Just "opensource_audio"
+collectionMediaType MediaOmitted = Just "opensource"
+
+{- Format a MediaType for user display. -}
+showMediaType :: MediaType -> String
+showMediaType MediaText = "texts"
+showMediaType MediaImages = "photos & images"
+showMediaType MediaSoftware = "software"
+showMediaType MediaVideo = "videos & movies"
+showMediaType MediaAudio = "audio & music"
+showMediaType MediaOmitted = "other"
+
+iaInputAForm :: Maybe CredPair -> MkAForm IAInput
+iaInputAForm defcreds = IAInput
+	<$> accessKeyIDFieldWithHelp (T.pack . fst <$> defcreds)
+	<*> AWS.secretAccessKeyField (T.pack . snd <$> defcreds)
+	<*> areq (selectFieldList mediatypes) (bfs "Media Type") (Just MediaOmitted)
+	<*> areq (textField `withExpandableNote` ("Help", itemNameHelp)) (bfs "Item Name") Nothing
+  where
+	mediatypes :: [(Text, MediaType)]
+	mediatypes = map (\t -> (T.pack $ showMediaType t, t)) [minBound..]
+
+itemNameHelp :: Widget
+itemNameHelp = [whamlet|
+<div>
+  Each item stored in the Internet Archive must have a unique name.
+<div>
+  Once you create the item, a special directory will appear #
+  with a name matching the item name. Files you put in that directory #
+  will be uploaded to your Internet Archive item.
+|]
+
+iaCredsAForm :: Maybe CredPair -> MkAForm AWS.AWSCreds
+iaCredsAForm defcreds = AWS.AWSCreds
+        <$> accessKeyIDFieldWithHelp (T.pack . fst <$> defcreds)
+        <*> AWS.secretAccessKeyField (T.pack . snd <$> defcreds)
+
+#ifdef WITH_S3
+previouslyUsedIACreds :: Annex (Maybe CredPair)
+previouslyUsedIACreds = previouslyUsedCredPair AWS.creds S3.remote $
+	AWS.isIARemoteConfig . Remote.config
+#endif
+
+accessKeyIDFieldWithHelp :: Maybe Text -> MkAForm Text
+accessKeyIDFieldWithHelp = AWS.accessKeyIDField help
+  where
+	help = [whamlet|
+<a href="http://archive.org/account/s3.php">
+  Get Internet Archive access keys
+|]
+
+getAddIAR :: Handler Html
+getAddIAR = postAddIAR
+
+postAddIAR :: Handler Html
+#ifdef WITH_S3
+postAddIAR = iaConfigurator $ do
+	defcreds <- liftAnnex previouslyUsedIACreds
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ iaInputAForm defcreds
+	case result of
+		FormSuccess input -> liftH $ do
+			let name = escapeBucket $ T.unpack $ itemName input
+			AWS.makeAWSRemote initSpecialRemote S3.remote PublicGroup (extractCreds input) name $
+				M.fromList $ catMaybes
+					[ Just $ configureEncryption NoEncryption
+					, Just ("type", "S3")
+					, Just ("host", S3.iaHost)
+					, Just ("bucket", escapeHeader name)
+					, Just ("x-archive-meta-title", escapeHeader $ T.unpack $ itemName input)
+					, if mediaType input == MediaOmitted
+						then Nothing
+						else Just ("x-archive-mediatype", formatMediaType $ mediaType input)
+					, (,) <$> pure "x-archive-meta-collection" <*> collectionMediaType (mediaType input)
+					-- Make item show up ASAP.
+					, Just ("x-archive-interactive-priority", "1")
+					, Just ("preferreddir", name)
+					]
+		_ -> $(widgetFile "configurators/addia")
+#else
+postAddIAR = error "S3 not supported by this build"
+#endif
+
+getEnableIAR :: UUID -> Handler Html
+getEnableIAR = postEnableIAR
+
+postEnableIAR :: UUID -> Handler Html
+#ifdef WITH_S3
+postEnableIAR = iaConfigurator . enableIARemote
+#else
+postEnableIAR _ = error "S3 not supported by this build"
+#endif
+
+#ifdef WITH_S3
+enableIARemote :: UUID -> Widget
+enableIARemote uuid = do
+	defcreds <- liftAnnex previouslyUsedIACreds
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ iaCredsAForm defcreds
+	case result of
+		FormSuccess creds -> liftH $ do
+			m <- liftAnnex readRemoteLog
+			let name = fromJust $ M.lookup "name" $
+				fromJust $ M.lookup uuid m
+			AWS.makeAWSRemote enableSpecialRemote S3.remote PublicGroup creds name M.empty
+		_ -> do
+			description <- liftAnnex $
+				T.pack <$> Remote.prettyUUID uuid
+			$(widgetFile "configurators/enableia")
+#endif
+
+{- Convert a description into a bucket item name, which will also be
+ - used as the repository name, and the preferreddir.
+ - IA seems to need only lower case, and no spaces. -}
+escapeBucket :: String -> String
+escapeBucket = map toLower . replace " " "-"
+
+{- IA S3 API likes headers to be URI escaped, escaping spaces looks ugly. -}
+escapeHeader :: String -> String
+escapeHeader = escapeURIString (\c -> isUnescapedInURI c && c /= ' ')
+
+getRepoInfo :: RemoteConfig -> Widget
+getRepoInfo c = do
+	uo <- liftAnnex Url.getUrlOptions
+	exists <- liftIO $ catchDefaultIO False $ fst <$> Url.exists url uo
+	[whamlet|
+<a href="#{url}">
+  Internet Archive item
+$if (not exists)
+  <p>
+    The page will only be available once some files #
+    have been uploaded, and the Internet Archive has processed them.
+|]
+  where
+  	bucket = fromMaybe "" $ M.lookup "bucket" c
+#ifdef WITH_S3
+	url = S3.iaItemUrl bucket
+#else
+	url = ""
+#endif
diff --git a/Assistant/WebApp/Configurators/Local.hs b/Assistant/WebApp/Configurators/Local.hs
new file mode 100644
index 0000000000..fb16e7dd3c
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Local.hs
@@ -0,0 +1,427 @@
+{- git-annex assistant webapp configurators for making local repositories
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings, RankNTypes, KindSignatures, TypeFamilies #-}
+
+module Assistant.WebApp.Configurators.Local where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.Gpg
+import Assistant.WebApp.MakeRemote
+import Assistant.Sync
+import Assistant.Restart
+import Annex.MakeRepo
+import qualified Git
+import qualified Git.Config
+import qualified Git.Command
+import qualified Git.Branch
+import Config.Files
+import Utility.FreeDesktop
+import Utility.DiskFree
+#ifdef WITH_CLIBS
+import Utility.Mounts
+#endif
+import Utility.DataUnits
+import Remote (prettyUUID)
+import Annex.UUID
+import Types.StandardGroups
+import Logs.PreferredContent
+import Logs.UUID
+import Utility.UserInfo
+import Config
+import Utility.Gpg
+import qualified Remote.GCrypt as GCrypt
+import qualified Types.Remote
+
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Data.Char
+import Data.Ord
+import qualified Text.Hamlet as Hamlet
+
+data RepositoryPath = RepositoryPath Text
+	deriving Show
+
+{- Custom field display for a RepositoryPath, with an icon etc.
+ -
+ - Validates that the path entered is not empty, and is a safe value
+ - to use as a repository. -}
+#if MIN_VERSION_yesod(1,2,0)
+repositoryPathField :: forall (m :: * -> *). (MonadIO m, HandlerSite m ~ WebApp) => Bool -> Field m Text
+#else
+repositoryPathField :: forall sub. Bool -> Field sub WebApp Text
+#endif
+repositoryPathField autofocus = Field
+#if ! MIN_VERSION_yesod_form(1,2,0)
+	{ fieldParse = parse
+#else
+	{ fieldParse = \l _ -> parse l
+	, fieldEnctype = UrlEncoded
+#endif
+	, fieldView = view
+	}
+  where
+	view idAttr nameAttr attrs val isReq =
+		[whamlet|<input type="text" *{attrs} id="#{idAttr}" name="#{nameAttr}" :isReq:required :autofocus:autofocus value="#{either id id val}">|]
+
+	parse [path]
+		| T.null path = nopath
+		| otherwise = liftIO $ checkRepositoryPath path
+	parse [] = return $ Right Nothing
+	parse _ = nopath
+
+	nopath = return $ Left "Enter a location for the repository"
+
+{- As well as checking the path for a lot of silly things, tilde is
+ - expanded in the returned path. -}
+checkRepositoryPath :: Text -> IO (Either (SomeMessage WebApp) (Maybe Text))
+checkRepositoryPath p = do
+	home <- myHomeDir
+	let basepath = expandTilde home $ T.unpack p
+	path <- absPath basepath
+	let parent = parentDir path
+	problems <- catMaybes <$> mapM runcheck
+		[ (return $ path == "/", "Enter the full path to use for the repository.")
+		, (return $ all isSpace basepath, "A blank path? Seems unlikely.")
+		, (doesFileExist path, "A file already exists with that name.")
+		, (return $ path == home, "Sorry, using git-annex for your whole home directory is not currently supported.")
+		, (not <$> doesDirectoryExist parent, "Parent directory does not exist.")
+		, (not <$> canWrite path, "Cannot write a repository there.")
+		]
+	return $ 
+		case headMaybe problems of
+			Nothing -> Right $ Just $ T.pack basepath
+			Just prob -> Left prob
+  where
+	runcheck (chk, msg) = ifM chk ( return $ Just msg, return Nothing )
+	expandTilde home ('~':'/':path) = home </> path
+	expandTilde _ path = path
+
+{- On first run, if run in the home directory, default to putting it in
+ - ~/Desktop/annex, when a Desktop directory exists, and ~/annex otherwise.
+ -
+ - If run in another directory, that the user can write to,
+ - the user probably wants to put it there. Unless that directory
+ - contains a git-annex file, in which case the user has probably
+ - browsed to a directory with git-annex and run it from there. -}
+defaultRepositoryPath :: Bool -> IO FilePath
+defaultRepositoryPath firstrun = do
+#ifndef mingw32_HOST_OS
+	home <- myHomeDir
+	currdir <- liftIO getCurrentDirectory
+	if home == currdir && firstrun
+		then inhome
+		else ifM (legit currdir <&&> canWrite currdir)
+			( return currdir
+			, inhome
+			)
+#else
+	-- On Windows, always default to ~/Desktop/annex or ~/annex,
+	-- no cwd handling because the user might be able to write
+	-- to the entire drive.
+	if firstrun then inhome else inhome
+#endif
+  where
+	inhome = do
+		desktop <- userDesktopDir
+		ifM (doesDirectoryExist desktop <&&> canWrite desktop)
+			( relHome $ desktop </> gitAnnexAssistantDefaultDir
+			, return $ "~" </> gitAnnexAssistantDefaultDir
+			)
+#ifndef mingw32_HOST_OS
+	-- Avoid using eg, standalone build's git-annex.linux/ directory
+	-- when run from there.
+	legit d = not <$> doesFileExist (d </> "git-annex")
+#endif
+
+newRepositoryForm :: FilePath -> Hamlet.Html -> MkMForm RepositoryPath
+newRepositoryForm defpath msg = do
+	(pathRes, pathView) <- mreq (repositoryPathField True) (bfs "")
+		(Just $ T.pack $ addTrailingPathSeparator defpath)
+	let (err, errmsg) = case pathRes of
+		FormMissing -> (False, "")
+		FormFailure l -> (True, concatMap T.unpack l)
+		FormSuccess _ -> (False, "")
+	let form = do
+		webAppFormAuthToken
+		$(widgetFile "configurators/newrepository/form")
+	return (RepositoryPath <$> pathRes, form)
+
+{- Making the first repository, when starting the webapp for the first time. -}
+getFirstRepositoryR :: Handler Html
+getFirstRepositoryR = postFirstRepositoryR
+postFirstRepositoryR :: Handler Html
+postFirstRepositoryR = page "Getting started" (Just Configuration) $ do
+	unlessM (liftIO $ inPath "git") $
+		error "You need to install git in order to use git-annex!"
+#ifdef __ANDROID__
+	androidspecial <- liftIO $ doesDirectoryExist "/sdcard/DCIM"
+	let path = "/sdcard/annex"
+#else
+	let androidspecial = False
+	path <- liftIO . defaultRepositoryPath =<< liftH inFirstRun
+#endif
+	((res, form), enctype) <- liftH $ runFormPostNoToken $ newRepositoryForm path
+	case res of
+		FormSuccess (RepositoryPath p) -> liftH $
+			startFullAssistant (T.unpack p) ClientGroup Nothing
+		_ -> $(widgetFile "configurators/newrepository/first")
+
+getAndroidCameraRepositoryR :: Handler ()
+getAndroidCameraRepositoryR = 
+	startFullAssistant "/sdcard/DCIM" SourceGroup $ Just addignore	
+  where
+  	addignore = do
+		liftIO $ unlessM (doesFileExist ".gitignore") $
+			writeFile ".gitignore" ".thumbnails"
+		void $ inRepo $
+			Git.Command.runBool [Param "add", File ".gitignore"]
+
+{- Adding a new local repository, which may be entirely separate, or may
+ - be connected to the current repository. -}
+getNewRepositoryR :: Handler Html
+getNewRepositoryR = postNewRepositoryR
+postNewRepositoryR :: Handler Html
+postNewRepositoryR = page "Add another repository" (Just Configuration) $ do
+	home <- liftIO myHomeDir
+	((res, form), enctype) <- liftH $ runFormPostNoToken $ newRepositoryForm home
+	case res of
+		FormSuccess (RepositoryPath p) -> do
+			let path = T.unpack p
+			isnew <- liftIO $ makeRepo path False
+			u <- liftIO $ initRepo isnew True path Nothing (Just ClientGroup)
+			liftIO $ addAutoStartFile path
+			liftIO $ startAssistant path
+			askcombine u path
+		_ -> $(widgetFile "configurators/newrepository")
+  where
+	askcombine newrepouuid newrepopath = do
+		newrepo <- liftIO $ relHome newrepopath
+		mainrepo <- fromJust . relDir <$> liftH getYesod
+		$(widgetFile "configurators/newrepository/combine")
+
+{- Ensure that a remote's description, group, etc are available by
+ - immediately pulling from it. Also spawns a sync to push to it as well. -}
+immediateSyncRemote :: Remote -> Assistant ()
+immediateSyncRemote r = do
+	currentbranch <- liftAnnex (inRepo Git.Branch.current)
+	void $ manualPull currentbranch [r]
+	syncRemote r
+
+getCombineRepositoryR :: FilePath -> UUID -> Handler Html
+getCombineRepositoryR newrepopath newrepouuid = do
+	liftAssistant . immediateSyncRemote =<< combineRepos newrepopath remotename
+	redirect $ EditRepositoryR $ RepoUUID newrepouuid
+  where
+	remotename = takeFileName newrepopath
+
+selectDriveForm :: [RemovableDrive] -> Hamlet.Html -> MkMForm RemovableDrive
+selectDriveForm drives = renderBootstrap3 bootstrapFormLayout $ RemovableDrive
+	<$> pure Nothing
+	<*> areq (selectFieldList pairs `withNote` onlywritable) (bfs "Select drive:") Nothing
+	<*> areq textField (bfs "Use this directory on the drive:")
+		(Just $ T.pack gitAnnexAssistantDefaultDir)
+  where
+	pairs = zip (map describe drives) (map mountPoint drives)
+	describe drive = case diskFree drive of
+		Nothing -> mountPoint drive
+		Just free -> 
+			let sz = roughSize storageUnits True free
+			in T.unwords
+				[ mountPoint drive
+				, T.concat ["(", T.pack sz]
+				, "free)"
+				]
+	onlywritable = [whamlet|This list only includes drives you can write to.|]
+
+removableDriveRepository :: RemovableDrive -> FilePath
+removableDriveRepository drive =
+	T.unpack (mountPoint drive) </> T.unpack (driveRepoPath drive)
+
+{- Adding a removable drive. -}
+getAddDriveR :: Handler Html
+getAddDriveR = postAddDriveR
+postAddDriveR :: Handler Html
+postAddDriveR = page "Add a removable drive" (Just Configuration) $ do
+	removabledrives <- liftIO driveList
+	writabledrives <- liftIO $
+		filterM (canWrite . T.unpack . mountPoint) removabledrives
+	((res, form), enctype) <- liftH $ runFormPostNoToken $
+		selectDriveForm (sort writabledrives)
+	case res of
+		FormSuccess drive -> liftH $ redirect $ ConfirmAddDriveR drive
+		_ -> $(widgetFile "configurators/adddrive")
+
+{- The repo may already exist, when adding removable media
+ - that has already been used elsewhere. If so, check
+ - the UUID of the repo and see if it's one we know. If not,
+ - the user must confirm the repository merge.
+ -
+ - If the repo does not already exist on the drive, prompt about
+ - encryption. -}
+getConfirmAddDriveR :: RemovableDrive -> Handler Html
+getConfirmAddDriveR drive = ifM (liftIO $ probeRepoExists dir)
+	( do
+		mu <- liftIO $ probeUUID dir
+		case mu of
+			Nothing -> maybe askcombine isknownuuid
+				=<< liftAnnex (probeGCryptRemoteUUID dir)
+			Just driveuuid -> isknownuuid driveuuid
+	, newrepo
+	)
+  where
+  	dir = removableDriveRepository drive
+  	newrepo = do
+		secretkeys <- sortBy (comparing snd) . M.toList
+			<$> liftIO secretKeys
+		page "Encrypt repository?" (Just Configuration) $
+			$(widgetFile "configurators/adddrive/encrypt")
+	knownrepo = getFinishAddDriveR drive NoRepoKey
+	askcombine = page "Combine repositories?" (Just Configuration) $
+		$(widgetFile "configurators/adddrive/combine")
+	isknownuuid driveuuid =
+		ifM (M.member driveuuid <$> liftAnnex uuidMap)
+			( knownrepo
+			, askcombine
+			)
+
+setupDriveModal :: Widget
+setupDriveModal = $(widgetFile "configurators/adddrive/setupmodal")
+
+getGenKeyForDriveR :: RemovableDrive -> Handler Html
+getGenKeyForDriveR drive = withNewSecretKey $ \keyid ->
+	{- Generating a key takes a long time, and 
+	 - the removable drive may have been disconnected
+	 - in the meantime. Check that it is still mounted
+	 - before finishing. -}
+	ifM (liftIO $ any (\d -> mountPoint d == mountPoint drive) <$> driveList)
+		( getFinishAddDriveR drive (RepoKey keyid)
+		, getAddDriveR
+		)
+
+getFinishAddDriveR :: RemovableDrive -> RepoKey -> Handler Html
+getFinishAddDriveR drive = go
+  where
+	go (RepoKey keyid) = whenGcryptInstalled $ makewith $ const $ do
+		r <- liftAnnex $ addRemote $
+			makeGCryptRemote remotename dir keyid
+		return (Types.Remote.uuid r, r)
+	go NoRepoKey = checkGCryptRepoEncryption dir makeunencrypted makeunencrypted $ do
+		mu <- liftAnnex $ probeGCryptRemoteUUID dir
+		case mu of
+			Just u -> enableexistinggcryptremote u
+			Nothing -> error "The drive contains a gcrypt repository that is not a git-annex special remote. This is not supported."
+	enableexistinggcryptremote u = do
+		remotename' <- liftAnnex $ getGCryptRemoteName u dir
+		makewith $ const $ do
+			r <- liftAnnex $ addRemote $
+				enableSpecialRemote remotename' GCrypt.remote Nothing $ M.fromList
+					[("gitrepo", dir)]
+			return (u, r)
+	{- Making a new unencrypted repo, or combining with an existing one. -}
+	makeunencrypted = makewith $ \isnew -> (,)
+		<$> liftIO (initRepo isnew False dir (Just remotename) Nothing)
+		<*> combineRepos dir remotename
+	makewith a = do
+		liftIO $ createDirectoryIfMissing True dir
+		isnew <- liftIO $ makeRepo dir True
+		{- Removable drives are not reliable media, so enable fsync. -}
+		liftIO $ inDir dir $
+			setConfig (ConfigKey "core.fsyncobjectfiles")
+				(Git.Config.boolConfig True)
+		(u, r) <- a isnew
+		when isnew $
+			liftAnnex $ defaultStandardGroup u TransferGroup
+		liftAssistant $ immediateSyncRemote r
+		redirect $ EditNewRepositoryR u
+  	mountpoint = T.unpack (mountPoint drive)
+	dir = removableDriveRepository drive
+	remotename = takeFileName mountpoint
+
+{- Each repository is made a remote of the other.
+ - Next call syncRemote to get them in sync. -}
+combineRepos :: FilePath -> String -> Handler Remote
+combineRepos dir name = liftAnnex $ do
+	hostname <- fromMaybe "host" <$> liftIO getHostname
+	hostlocation <- fromRepo Git.repoLocation
+	liftIO $ inDir dir $ void $ makeGitRemote hostname hostlocation
+	addRemote $ makeGitRemote name dir
+
+getEnableDirectoryR :: UUID -> Handler Html
+getEnableDirectoryR uuid = page "Enable a repository" (Just Configuration) $ do
+	description <- liftAnnex $ T.pack <$> prettyUUID uuid
+	$(widgetFile "configurators/enabledirectory")
+
+{- List of removable drives. -}
+driveList :: IO [RemovableDrive]
+#ifdef mingw32_HOST_OS
+-- Just enumerate all likely drive letters for Windows.
+-- Could use wmic, but it only works for administrators.
+driveList = mapM (\d -> genRemovableDrive $ d:":\\") ['A'..'Z']
+#else
+#ifdef WITH_CLIBS
+driveList = mapM (genRemovableDrive . mnt_dir) =<< filter sane <$> getMounts
+  where
+	-- filter out some things that are surely not removable drives
+	sane Mntent { mnt_dir = dir, mnt_fsname = dev }
+		{- We want real disks like /dev/foo, not
+		 - dummy mount points like proc or tmpfs or
+		 - gvfs-fuse-daemon. -}
+		| not ('/' `elem` dev) = False
+		{- Just in case: These mount points are surely not
+		 - removable disks. -}
+		| dir == "/" = False
+		| dir == "/tmp" = False
+		| dir == "/run/shm" = False
+		| dir == "/run/lock" = False
+#ifdef __ANDROID__
+		| dir == "/mnt/sdcard" = False
+		| dir == "/sdcard" = False
+#endif
+		| otherwise = True
+#else
+driveList = return []
+#endif
+#endif
+
+genRemovableDrive :: FilePath -> IO RemovableDrive
+genRemovableDrive dir = RemovableDrive
+	<$> getDiskFree dir
+	<*> pure (T.pack dir)
+	<*> pure (T.pack gitAnnexAssistantDefaultDir)
+
+{- Bootstraps from first run mode to a fully running assistant in a
+ - repository, by running the postFirstRun callback, which returns the
+ - url to the new webapp. -}
+startFullAssistant :: FilePath -> StandardGroup -> Maybe (Annex ())-> Handler ()
+startFullAssistant path repogroup setup = do
+	webapp <- getYesod
+	url <- liftIO $ do
+		isnew <- makeRepo path False
+		void $ initRepo isnew True path Nothing (Just repogroup)
+		inDir path $ fromMaybe noop setup
+		addAutoStartFile path
+		setCurrentDirectory path
+		fromJust $ postFirstRun webapp
+	redirect $ T.pack url
+
+{- Checks if the user can write to a directory.
+ -
+ - The directory may be in the process of being created; if so
+ - the parent directory is checked instead. -}
+canWrite :: FilePath -> IO Bool		
+canWrite dir = do
+	tocheck <- ifM (doesDirectoryExist dir)
+		(return dir, return $ parentDir dir)
+	catchBoolIO $ fileAccess tocheck False True False
+
+{- Gets the UUID of the git repo at a location, which may not exist, or
+ - not be a git-annex repo. -}
+probeUUID :: FilePath -> IO (Maybe UUID)
+probeUUID dir = catchDefaultIO Nothing $ inDir dir $ do
+	u <- getUUID
+	return $ if u == NoUUID then Nothing else Just u
diff --git a/Assistant/WebApp/Configurators/Pairing.hs b/Assistant/WebApp/Configurators/Pairing.hs
new file mode 100644
index 0000000000..899af579e5
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Pairing.hs
@@ -0,0 +1,327 @@
+{- git-annex assistant webapp configurator for pairing
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeFamilies, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+{-# LANGUAGE CPP #-}
+
+module Assistant.WebApp.Configurators.Pairing where
+
+import Assistant.Pairing
+import Assistant.WebApp.Common
+import Assistant.Types.Buddies
+import Annex.UUID
+#ifdef WITH_PAIRING
+import Assistant.Pairing.Network
+import Assistant.Pairing.MakeRemote
+import Assistant.Ssh
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Utility.Verifiable
+#endif
+#ifdef WITH_XMPP
+import Assistant.XMPP.Client
+import Assistant.XMPP.Buddies
+import Assistant.XMPP.Git
+import Network.Protocol.XMPP
+import Assistant.Types.NetMessager
+import Assistant.NetMessager
+import Assistant.WebApp.RepoList
+import Assistant.WebApp.Configurators
+import Assistant.WebApp.Configurators.XMPP
+#endif
+import Utility.UserInfo
+import Git
+
+import qualified Data.Text as T
+#ifdef WITH_PAIRING
+import qualified Data.Text.Encoding as T
+import qualified Data.ByteString.Lazy as B
+import Data.Char
+import qualified Control.Exception as E
+import Control.Concurrent
+#endif
+#ifdef WITH_XMPP
+import qualified Data.Set as S
+#endif
+
+getStartXMPPPairFriendR :: Handler Html
+#ifdef WITH_XMPP
+getStartXMPPPairFriendR = ifM (isJust <$> liftAnnex getXMPPCreds)
+	( do
+		{- Ask buddies to send presence info, to get
+		 - the buddy list populated. -}
+		liftAssistant $ sendNetMessage QueryPresence
+		pairPage $
+			$(widgetFile "configurators/pairing/xmpp/friend/prompt")
+	, do
+		-- go get XMPP configured, then come back
+		redirect XMPPConfigForPairFriendR
+	)
+#else
+getStartXMPPPairFriendR = noXMPPPairing
+
+noXMPPPairing :: Handler Html
+noXMPPPairing = noPairing "XMPP"
+#endif
+
+getStartXMPPPairSelfR :: Handler Html
+#ifdef WITH_XMPP
+getStartXMPPPairSelfR = go =<< liftAnnex getXMPPCreds
+  where
+  	go Nothing = do
+		-- go get XMPP configured, then come back
+		redirect XMPPConfigForPairSelfR
+	go (Just creds) = do
+		{- Ask buddies to send presence info, to get
+		 - the buddy list populated. -}
+		liftAssistant $ sendNetMessage QueryPresence
+		let account = xmppJID creds
+		pairPage $
+			$(widgetFile "configurators/pairing/xmpp/self/prompt")
+#else
+getStartXMPPPairSelfR = noXMPPPairing
+#endif
+
+getRunningXMPPPairFriendR :: BuddyKey -> Handler Html
+getRunningXMPPPairFriendR = sendXMPPPairRequest . Just
+
+getRunningXMPPPairSelfR :: Handler Html
+getRunningXMPPPairSelfR = sendXMPPPairRequest Nothing
+
+{- Sends a XMPP pair request, to a buddy or to self. -}
+sendXMPPPairRequest :: Maybe BuddyKey -> Handler Html
+#ifdef WITH_XMPP
+sendXMPPPairRequest mbid = do
+	bid <- maybe getself return mbid
+	buddy <- liftAssistant $ getBuddy bid <<~ buddyList
+	go $ S.toList . buddyAssistants <$> buddy
+  where
+	go (Just (clients@((Client exemplar):_))) = do
+		u <- liftAnnex getUUID
+		liftAssistant $ forM_ clients $ \(Client c) -> sendNetMessage $
+			PairingNotification PairReq (formatJID c) u
+		xmppPairStatus True $
+			if selfpair then Nothing else Just exemplar
+	go _
+		{- Nudge the user to turn on their other device. -}
+		| selfpair = do
+			liftAssistant $ sendNetMessage QueryPresence
+			pairPage $
+				$(widgetFile "configurators/pairing/xmpp/self/retry")
+		{- Buddy could have logged out, etc.
+		 - Go back to buddy list. -}
+		| otherwise = redirect StartXMPPPairFriendR
+	selfpair = isNothing mbid
+	getself = maybe (error "XMPP not configured")
+			(return . BuddyKey . xmppJID)
+				=<< liftAnnex getXMPPCreds
+#else
+sendXMPPPairRequest _ = noXMPPPairing
+#endif
+
+{- Starts local pairing. -}
+getStartLocalPairR :: Handler Html
+getStartLocalPairR = postStartLocalPairR
+postStartLocalPairR :: Handler Html
+#ifdef WITH_PAIRING
+postStartLocalPairR = promptSecret Nothing $
+	startLocalPairing PairReq noop pairingAlert Nothing
+#else
+postStartLocalPairR = noLocalPairing
+
+noLocalPairing :: Handler Html
+noLocalPairing = noPairing "local"
+#endif
+
+{- Runs on the system that responds to a local pair request; sets up the ssh
+ - authorized key first so that the originating host can immediately sync
+ - with us. -}
+getFinishLocalPairR :: PairMsg -> Handler Html
+getFinishLocalPairR = postFinishLocalPairR
+postFinishLocalPairR :: PairMsg -> Handler Html
+#ifdef WITH_PAIRING
+postFinishLocalPairR msg = promptSecret (Just msg) $ \_ secret -> do
+	repodir <- liftH $ repoPath <$> liftAnnex gitRepo
+	liftIO $ setup repodir
+	startLocalPairing PairAck (cleanup repodir) alert uuid "" secret
+  where
+	alert = pairRequestAcknowledgedAlert (pairRepo msg) . Just
+	setup repodir = setupAuthorizedKeys msg repodir
+	cleanup repodir = removeAuthorizedKeys True repodir $
+		remoteSshPubKey $ pairMsgData msg
+	uuid = Just $ pairUUID $ pairMsgData msg
+#else
+postFinishLocalPairR _ = noLocalPairing
+#endif
+
+getConfirmXMPPPairFriendR :: PairKey -> Handler Html
+#ifdef WITH_XMPP
+getConfirmXMPPPairFriendR pairkey@(PairKey _ t) = case parseJID t of
+	Nothing -> error "bad JID"
+	Just theirjid -> pairPage $ do
+		let name = buddyName theirjid
+		$(widgetFile "configurators/pairing/xmpp/friend/confirm")
+#else
+getConfirmXMPPPairFriendR _ = noXMPPPairing
+#endif
+
+getFinishXMPPPairFriendR :: PairKey -> Handler Html
+#ifdef WITH_XMPP
+getFinishXMPPPairFriendR (PairKey theiruuid t) = case parseJID t of
+	Nothing -> error "bad JID"
+	Just theirjid -> do
+		selfuuid <- liftAnnex getUUID
+		liftAssistant $ do
+			sendNetMessage $
+				PairingNotification PairAck (formatJID theirjid) selfuuid
+			finishXMPPPairing theirjid theiruuid
+		xmppPairStatus False $ Just theirjid
+#else
+getFinishXMPPPairFriendR _ = noXMPPPairing
+#endif
+
+{- Displays a page indicating pairing status and 
+ - prompting to set up cloud repositories. -}
+#ifdef WITH_XMPP
+xmppPairStatus :: Bool -> Maybe JID -> Handler Html
+xmppPairStatus inprogress theirjid = pairPage $ do
+	let friend = buddyName <$> theirjid
+	$(widgetFile "configurators/pairing/xmpp/end")
+#endif
+
+getRunningLocalPairR :: SecretReminder -> Handler Html
+#ifdef WITH_PAIRING
+getRunningLocalPairR s = pairPage $ do
+	let secret = fromSecretReminder s
+	$(widgetFile "configurators/pairing/local/inprogress")
+#else
+getRunningLocalPairR _ = noLocalPairing
+#endif
+
+#ifdef WITH_PAIRING
+
+{- Starts local pairing, at either the PairReq (initiating host) or 
+ - PairAck (responding host) stage.
+ -
+ - Displays an alert, and starts a thread sending the pairing message,
+ - which will continue running until the other host responds, or until
+ - canceled by the user. If canceled by the user, runs the oncancel action.
+ -
+ - Redirects to the pairing in progress page.
+ -}
+startLocalPairing :: PairStage -> IO () -> (AlertButton -> Alert) -> Maybe UUID -> Text -> Secret -> Widget
+startLocalPairing stage oncancel alert muuid displaysecret secret = do
+	urlrender <- liftH getUrlRender
+	reldir <- fromJust . relDir <$> liftH getYesod
+
+	sendrequests <- liftAssistant $ asIO2 $ mksendrequests urlrender
+	{- Generating a ssh key pair can take a while, so do it in the
+	 - background. -}
+	thread <- liftAssistant $ asIO $ do
+		keypair <- liftIO $ genSshKeyPair
+		pairdata <- liftIO $ PairData
+			<$> getHostname
+			<*> myUserName
+			<*> pure reldir
+			<*> pure (sshPubKey keypair)
+			<*> (maybe genUUID return muuid)
+		let sender = multicastPairMsg Nothing secret pairdata
+		let pip = PairingInProgress secret Nothing keypair pairdata stage
+		startSending pip stage $ sendrequests sender
+	void $ liftIO $ forkIO thread
+
+	liftH $ redirect $ RunningLocalPairR $ toSecretReminder displaysecret
+  where
+	{- Sends pairing messages until the thread is killed,
+	 - and shows an activity alert while doing it.
+	 -
+	 - The cancel button returns the user to the DashboardR. This is
+	 - not ideal, but they have to be sent somewhere, and could
+	 - have been on a page specific to the in-process pairing
+	 - that just stopped, so can't go back there.
+	 -}
+	mksendrequests urlrender sender _stage = do
+		tid <- liftIO myThreadId
+		let selfdestruct = AlertButton
+			{ buttonLabel = "Cancel"
+			, buttonPrimary = True
+			, buttonUrl = urlrender DashboardR
+			, buttonAction = Just $ const $ do
+				oncancel
+				killThread tid
+			}
+		alertDuring (alert selfdestruct) $ liftIO $ do
+			_ <- E.try (sender stage) :: IO (Either E.SomeException ())
+			return ()
+
+data InputSecret = InputSecret { secretText :: Maybe Text }
+
+{- If a PairMsg is passed in, ensures that the user enters a secret
+ - that can validate it. -}
+promptSecret :: Maybe PairMsg -> (Text -> Secret -> Widget) -> Handler Html
+promptSecret msg cont = pairPage $ do
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $
+			InputSecret <$> aopt textField (bfs "Secret phrase") Nothing
+	case result of
+		FormSuccess v -> do
+			let rawsecret = fromMaybe "" $ secretText v
+			let secret = toSecret rawsecret
+			case msg of
+				Nothing -> case secretProblem secret of
+					Nothing -> cont rawsecret secret
+					Just problem ->
+						showform form enctype $ Just problem
+				Just m ->
+					if verify (fromPairMsg m) secret
+						then cont rawsecret secret
+						else showform form enctype $ Just
+							"That's not the right secret phrase."
+		_ -> showform form enctype Nothing
+  where
+	showform form enctype mproblem = do
+		let start = isNothing msg
+		let badphrase = isJust mproblem
+		let problem = fromMaybe "" mproblem
+		let (username, hostname) = maybe ("", "")
+			(\(_, v, a) -> (T.pack $ remoteUserName v, T.pack $ fromMaybe (showAddr a) (remoteHostName v)))
+			(verifiableVal . fromPairMsg <$> msg)
+		u <- T.pack <$> liftIO myUserName
+		let sameusername = username == u
+		$(widgetFile "configurators/pairing/local/prompt")
+
+{- This counts unicode characters as more than one character,
+ - but that's ok; they *do* provide additional entropy. -}
+secretProblem :: Secret -> Maybe Text
+secretProblem s
+	| B.null s = Just "The secret phrase cannot be left empty. (Remember that punctuation and white space is ignored.)"
+	| B.length s < 6 = Just "Enter a longer secret phrase, at least 6 characters, but really, a phrase is best! This is not a password you'll need to enter every day."
+	| s == toSecret sampleQuote = Just "Speaking of foolishness, don't paste in the example I gave. Enter a different phrase, please!"
+	| otherwise = Nothing
+
+toSecret :: Text -> Secret
+toSecret s = B.fromChunks [T.encodeUtf8 $ T.toLower $ T.filter isAlphaNum s]
+
+{- From Dickens -}
+sampleQuote :: Text
+sampleQuote = T.unwords
+	[ "It was the best of times,"
+	, "it was the worst of times,"
+	, "it was the age of wisdom,"
+	, "it was the age of foolishness."
+	]
+
+#else
+
+#endif
+
+pairPage :: Widget -> Handler Html
+pairPage = page "Pairing" (Just Configuration)
+
+noPairing :: Text -> Handler Html
+noPairing pairingtype = pairPage $
+	$(widgetFile "configurators/pairing/disabled")
diff --git a/Assistant/WebApp/Configurators/Preferences.hs b/Assistant/WebApp/Configurators/Preferences.hs
new file mode 100644
index 0000000000..0f9ac09954
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Preferences.hs
@@ -0,0 +1,122 @@
+{- git-annex assistant general preferences
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Preferences (
+	getPreferencesR,
+	postPreferencesR
+) where
+
+import Assistant.WebApp.Common
+import qualified Annex
+import qualified Git
+import Config
+import Config.Files
+import Config.NumCopies
+import Utility.DataUnits
+import Git.Config
+import Types.Distribution
+import qualified Build.SysConfig
+
+import qualified Data.Text as T
+
+data PrefsForm = PrefsForm
+	{ diskReserve :: Text
+	, numCopies :: Int
+	, autoStart :: Bool
+	, autoUpgrade :: AutoUpgrade
+	, debugEnabled :: Bool
+	}
+
+prefsAForm :: PrefsForm -> MkAForm PrefsForm
+prefsAForm def = PrefsForm
+	<$> areq (storageField `withNote` diskreservenote)
+		(bfs "Disk reserve") (Just $ diskReserve def)
+	<*> areq (positiveIntField `withNote` numcopiesnote)
+		(bfs "Number of copies") (Just $ numCopies def)
+	<*> areq (checkBoxField `withNote` autostartnote)
+		"Auto start" (Just $ autoStart def)
+	<*> areq (selectFieldList autoUpgradeChoices)
+		(bfs autoUpgradeLabel) (Just $ autoUpgrade def)
+	<*> areq (checkBoxField `withNote` debugnote)
+		"Enable debug logging" (Just $ debugEnabled def)
+  where
+	diskreservenote = [whamlet|<br>Avoid downloading files from other repositories when there is too little free disk space.|]
+	numcopiesnote = [whamlet|<br>Only drop a file after verifying that other repositories contain this many copies.|]
+	debugnote = [whamlet|<a href="@{LogR}">View Log</a>|]
+	autostartnote = [whamlet|Start the git-annex assistant at boot or on login.|]
+
+	autoUpgradeChoices :: [(Text, AutoUpgrade)]
+	autoUpgradeChoices =
+		[ ("ask me", AskUpgrade)
+		, ("enabled", AutoUpgrade)
+		, ("disabled", NoAutoUpgrade)
+		]
+	autoUpgradeLabel
+		| isJust Build.SysConfig.upgradelocation = "Auto upgrade"
+		| otherwise = "Auto restart on upgrade"
+
+	positiveIntField = check isPositive intField
+	  where
+		isPositive i
+			| i > 0 = Right i
+			| otherwise = Left notPositive
+		notPositive :: Text
+		notPositive = "This should be 1 or more!"
+
+	storageField = check validStorage textField
+	  where
+		validStorage t
+			| T.null t = Right t
+			| otherwise =  case readSize dataUnits $ T.unpack t of
+				Nothing -> Left badParse
+				Just _ -> Right t
+		badParse :: Text
+		badParse = "Parse error. Expected something like \"100 megabytes\" or \"2 gb\""
+
+getPrefs :: Annex PrefsForm
+getPrefs = PrefsForm
+	<$> (T.pack . roughSize storageUnits False . annexDiskReserve <$> Annex.getGitConfig)
+	<*> (fromNumCopies <$> getNumCopies)
+	<*> inAutoStartFile
+	<*> (annexAutoUpgrade <$> Annex.getGitConfig)
+	<*> (annexDebug <$> Annex.getGitConfig)
+
+storePrefs :: PrefsForm -> Annex ()
+storePrefs p = do
+	setConfig (annexConfig "diskreserve") (T.unpack $ diskReserve p)
+	setGlobalNumCopies (NumCopies $ numCopies p)
+	unsetConfig (annexConfig "numcopies") -- deprecated
+	setConfig (annexConfig "autoupgrade") (fromAutoUpgrade $ autoUpgrade p)
+	unlessM ((==) <$> pure (autoStart p) <*> inAutoStartFile) $ do
+		here <- fromRepo Git.repoPath
+		liftIO $ if autoStart p
+			then addAutoStartFile here
+			else removeAutoStartFile here
+	setConfig (annexConfig "debug") (boolConfig $ debugEnabled p)
+	liftIO $ if debugEnabled p
+		then enableDebugOutput 
+		else disableDebugOutput
+
+getPreferencesR :: Handler Html
+getPreferencesR = postPreferencesR
+postPreferencesR :: Handler Html
+postPreferencesR = page "Preferences" (Just Configuration) $ do
+	((result, form), enctype) <- liftH $ do
+		current <- liftAnnex getPrefs
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ prefsAForm current
+	case result of
+		FormSuccess new -> liftH $ do
+			liftAnnex $ storePrefs new
+			redirect ConfigurationR
+		_ -> $(widgetFile "configurators/preferences")
+
+inAutoStartFile :: Annex Bool
+inAutoStartFile = do
+	here <- fromRepo Git.repoPath
+	any (`equalFilePath` here) <$> liftIO readAutoStartFile
diff --git a/Assistant/WebApp/Configurators/Ssh.hs b/Assistant/WebApp/Configurators/Ssh.hs
new file mode 100644
index 0000000000..4824c3d4a6
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Ssh.hs
@@ -0,0 +1,664 @@
+{- git-annex assistant webapp configurator for ssh-based remotes
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+{-# LANGUAGE CPP #-}
+
+module Assistant.WebApp.Configurators.Ssh where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.Gpg
+import Assistant.Ssh
+import Annex.Ssh
+import Assistant.WebApp.MakeRemote
+import Logs.Remote
+import Remote
+import Types.StandardGroups
+import Utility.UserInfo
+import Utility.Gpg
+import Types.Remote (RemoteConfig)
+import Git.Types (RemoteName)
+import qualified Remote.GCrypt as GCrypt
+import Annex.UUID
+import Logs.UUID
+import Assistant.RemoteControl
+import Types.Creds
+import Assistant.CredPairCache
+import Config.Files
+import Utility.Tmp
+import Utility.FileMode
+import Utility.ThreadScheduler
+import Utility.Env
+
+#ifdef mingw32_HOST_OS
+import Utility.Rsync
+#endif
+
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Network.Socket
+import Data.Ord
+
+sshConfigurator :: Widget -> Handler Html
+sshConfigurator = page "Add a remote server" (Just Configuration)
+
+data SshInput = SshInput
+	{ inputHostname :: Maybe Text
+	, inputUsername :: Maybe Text
+	, inputAuthMethod :: AuthMethod
+	, inputPassword :: Maybe Text
+	, inputDirectory :: Maybe Text
+	, inputPort :: Int
+	}
+
+data AuthMethod
+	= Password
+	| CachedPassword
+	| ExistingSshKey
+	deriving (Eq, Show)
+
+-- Is a repository a new one that's being created, or did it already exist
+-- and is just being added.
+data RepoStatus = NewRepo | ExistingRepo
+
+{- SshInput is only used for applicative form prompting, this converts
+ - the result of such a form into a SshData. -}
+mkSshData :: SshInput -> SshData
+mkSshData s = SshData 
+	{ sshHostName = fromMaybe "" $ inputHostname s
+	, sshUserName = inputUsername s
+	, sshDirectory = fromMaybe "" $ inputDirectory s
+	, sshRepoName = genSshRepoName
+		(T.unpack $ fromJust $ inputHostname s)
+		(maybe "" T.unpack $ inputDirectory s)
+	, sshPort = inputPort s
+	, needsPubKey = False
+	, sshCapabilities = [] -- untested
+	}
+
+mkSshInput :: SshData -> SshInput
+mkSshInput s = SshInput
+	{ inputHostname = Just $ sshHostName s
+	, inputUsername = sshUserName s
+	, inputAuthMethod = if needsPubKey s then CachedPassword else ExistingSshKey
+	, inputPassword = Nothing
+	, inputDirectory = Just $ sshDirectory s
+	, inputPort = sshPort s
+	}
+
+#if MIN_VERSION_yesod(1,2,0)
+sshInputAForm :: Field Handler Text -> SshInput -> AForm Handler SshInput
+#else
+sshInputAForm :: Field WebApp WebApp Text -> SshInput -> AForm WebApp WebApp SshInput
+#endif
+sshInputAForm hostnamefield def = normalize <$> gen
+  where
+	gen = SshInput
+		<$> aopt check_hostname (bfs "Host name") (Just $ inputHostname def)
+		<*> aopt check_username (bfs "User name") (Just $ inputUsername def)
+		<*> areq (selectFieldList authmethods) (bfs "Authenticate with") (Just $ inputAuthMethod def)
+		<*> aopt passwordField (bfs "Password") Nothing
+		<*> aopt textField (bfs "Directory") (Just $ Just $ fromMaybe (T.pack gitAnnexAssistantDefaultDir) $ inputDirectory def)
+		<*> areq intField (bfs "Port") (Just $ inputPort def)
+	
+	authmethods :: [(Text, AuthMethod)]
+	authmethods =
+		[ ("password", Password)
+		, ("existing ssh key", ExistingSshKey)
+		]
+
+	check_username = checkBool (all (`notElem` "/:@ \t") . T.unpack)
+		bad_username textField
+
+	bad_username = "bad user name" :: Text
+#ifndef __ANDROID__
+	bad_hostname = "cannot resolve host name" :: Text
+
+	check_hostname = checkM (liftIO . checkdns) hostnamefield
+	checkdns t = do
+		let h = T.unpack t
+		let canonname = Just $ defaultHints { addrFlags = [AI_CANONNAME] }
+		r <- catchMaybeIO $ getAddrInfo canonname (Just h) Nothing
+		return $ case mapMaybe addrCanonName <$> r of
+			-- canonicalize input hostname if it had no dot
+			Just (fullname:_)
+				| '.' `elem` h -> Right t
+				| otherwise -> Right $ T.pack fullname
+			Just [] -> Right t
+			Nothing -> Left bad_hostname
+#else
+	-- getAddrInfo currently broken on Android
+	check_hostname = hostnamefield -- unchecked
+#endif
+
+	-- The directory is implicitly in home, so remove any leading ~/
+	normalize i = i { inputDirectory = normalizedir <$> inputDirectory i }
+	normalizedir d
+		| "~/" `T.isPrefixOf` d = T.drop 2 d
+		| "/~/" `T.isPrefixOf` d = T.drop 3 d
+		| otherwise = d
+
+data ServerStatus
+	= UntestedServer
+	| UnusableServer Text -- reason why it's not usable
+	| UsableServer [SshServerCapability]
+	deriving (Eq)
+
+capabilities :: ServerStatus -> [SshServerCapability]
+capabilities (UsableServer cs) = cs
+capabilities _ = []
+
+getAddSshR :: Handler Html
+getAddSshR = postAddSshR
+postAddSshR :: Handler Html
+postAddSshR = sshConfigurator $ do
+	username <- liftIO $ T.pack <$> myUserName
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ sshInputAForm textField $
+			SshInput Nothing (Just username) Password Nothing Nothing 22
+	case result of
+		FormSuccess sshinput -> do
+			s <- liftAssistant $ testServer sshinput
+			case s of
+				Left status -> showform form enctype status
+				Right (sshdata, u) -> liftH $ redirect $ ConfirmSshR sshdata u
+		_ -> showform form enctype UntestedServer
+  where
+	showform form enctype status = $(widgetFile "configurators/ssh/add")
+
+sshTestModal :: Widget
+sshTestModal = $(widgetFile "configurators/ssh/testmodal")
+
+sshSetupModal :: SshData -> Widget
+sshSetupModal sshdata = $(widgetFile "configurators/ssh/setupmodal")
+
+getEnableRsyncR :: UUID -> Handler Html
+getEnableRsyncR = postEnableRsyncR
+postEnableRsyncR :: UUID -> Handler Html
+postEnableRsyncR = enableSshRemote getsshinput enableRsyncNet enablersync
+  where
+	enablersync sshdata u = redirect $ ConfirmSshR
+		(sshdata { sshCapabilities = [RsyncCapable] }) u
+	getsshinput = parseSshUrl <=< M.lookup "rsyncurl"
+
+{- This only handles gcrypt repositories that are located on ssh servers;
+ - ones on local drives are handled via another part of the UI. -}
+getEnableSshGCryptR :: UUID -> Handler Html
+getEnableSshGCryptR = postEnableSshGCryptR
+postEnableSshGCryptR :: UUID -> Handler Html
+postEnableSshGCryptR u = whenGcryptInstalled $
+	enableSshRemote getsshinput enableRsyncNetGCrypt enablegcrypt u
+  where
+  	enablegcrypt sshdata _ = prepSsh False sshdata $ \sshdata' ->
+		sshConfigurator $
+			checkExistingGCrypt sshdata' $
+				error "Expected to find an encrypted git repository, but did not."
+	getsshinput = parseSshUrl <=< M.lookup "gitrepo"
+
+getEnableSshGitRemoteR :: UUID -> Handler Html
+getEnableSshGitRemoteR = postEnableSshGitRemoteR
+postEnableSshGitRemoteR :: UUID -> Handler Html
+postEnableSshGitRemoteR = enableSshRemote getsshinput enableRsyncNet enablesshgitremote
+  where
+	enablesshgitremote sshdata u = redirect $ ConfirmSshR sshdata u
+
+	getsshinput = parseSshUrl <=< M.lookup "location"
+
+{- To enable a remote that uses ssh as its transport, 
+ - parse a config key to get its url, and display a form
+ - to prompt for its password.
+ -}
+enableSshRemote :: (RemoteConfig -> Maybe SshData) -> (SshInput -> RemoteName -> Handler Html) -> (SshData -> UUID -> Handler Html) -> UUID -> Handler Html
+enableSshRemote getsshinput rsyncnetsetup genericsetup u = do
+	m <- fromMaybe M.empty . M.lookup u <$> liftAnnex readRemoteLog
+	case (mkSshInput . unmangle <$> getsshinput m, M.lookup "name" m) of
+		(Just sshinput, Just reponame) -> sshConfigurator $ do
+			((result, form), enctype) <- liftH $
+				runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ sshInputAForm textField sshinput
+			case result of
+				FormSuccess sshinput'
+					| isRsyncNet (inputHostname sshinput') ->
+						void $ liftH $ rsyncnetsetup sshinput' reponame
+					| otherwise -> do
+						s <- liftAssistant $ testServer sshinput'
+						case s of
+							Left status -> showform form enctype status
+							Right (sshdata, _u) -> void $ liftH $ genericsetup
+								( sshdata { sshRepoName = reponame } ) u
+				_ -> showform form enctype UntestedServer
+		_ -> redirect AddSshR
+  where
+  	unmangle sshdata = sshdata
+		{ sshHostName = T.pack $ unMangleSshHostName $
+			T.unpack $ sshHostName sshdata
+		}
+	showform form enctype status = do
+		description <- liftAnnex $ T.pack <$> prettyUUID u
+		$(widgetFile "configurators/ssh/enable")
+
+{- To deal with git-annex and possibly even git and rsync not being
+ - available in the remote server's PATH, when git-annex was installed
+ - from the standalone tarball etc, look for a ~/.ssh/git-annex-wrapper
+ - and if it's there, use it to run a command. -}
+wrapCommand :: String -> String
+wrapCommand cmd = "if [ -x " ++ commandWrapper ++ " ]; then " ++ commandWrapper ++ " " ++ cmd ++ "; else " ++ cmd ++ "; fi"
+
+commandWrapper :: String
+commandWrapper = "~/.ssh/git-annex-wrapper"
+
+{- Test if we can ssh into the server, using the specified AuthMethod.
+ -
+ - Once logged into the server, probe to see if git-annex-shell,
+ - git, and rsync are available. 
+ -
+ - Note that ~/.ssh/git-annex-shell may be present, while
+ - git-annex-shell is not in PATH.
+ - Also, git and rsync may not be in PATH; as long as the commandWrapper
+ - is present, assume it is able to be used to run them.
+ -
+ - Also probe to see if there is already a git repository at the location
+ - with either an annex-uuid or a gcrypt-id set. (If not, returns NoUUID.)
+ -}
+testServer :: SshInput -> Assistant (Either ServerStatus (SshData, UUID))
+testServer (SshInput { inputHostname = Nothing }) = return $
+	Left $ UnusableServer "Please enter a host name."
+testServer sshinput@(SshInput { inputHostname = Just hn }) = do
+	(status, u) <- probe
+	case capabilities status of
+		[] -> return $ Left status
+		cs -> do
+			let sshdata = (mkSshData sshinput)
+				{ needsPubKey = inputAuthMethod sshinput /= ExistingSshKey
+				, sshCapabilities = cs
+				}
+			return $ Right (sshdata, u)
+  where
+	probe = do
+		let remotecommand = shellWrap $ intercalate ";"
+			[ report "loggedin"
+			, checkcommand "git-annex-shell"
+			, checkcommand "git"
+			, checkcommand "rsync"
+			, checkcommand shim
+			, checkcommand commandWrapper
+			, getgitconfig (T.unpack <$> inputDirectory sshinput)
+			]
+		knownhost <- liftIO $ knownHost hn
+		let sshopts =
+			{- If this is an already known host, let
+			 - ssh check it as usual.
+			 - Otherwise, trust the host key. -}
+			[ sshOpt "StrictHostKeyChecking" $
+				if knownhost then "yes" else "no"
+			, "-n" -- don't read from stdin
+			, "-p", show (inputPort sshinput)
+			, genSshHost
+				(fromJust $ inputHostname sshinput)
+				(inputUsername sshinput)
+			, remotecommand
+			]
+		parsetranscript . fst <$> sshAuthTranscript sshinput sshopts Nothing
+	parsetranscript s =
+		let cs = map snd $ filter (reported . fst)
+			[ ("git-annex-shell", GitAnnexShellCapable)
+			, (shim, GitAnnexShellCapable)
+			, ("git", GitCapable)
+			, ("rsync", RsyncCapable)
+			, (commandWrapper, GitCapable)
+			, (commandWrapper, RsyncCapable)
+			]
+		    u = fromMaybe NoUUID $ headMaybe $ mapMaybe finduuid $
+			map (separate (== '=')) $ lines s
+		in if null cs
+			then (UnusableServer unusablereason, u)
+			else (UsableServer cs, u)
+	  where
+		reported r = token r `isInfixOf` s
+		unusablereason = if reported "loggedin"
+				then "Neither rsync nor git-annex are installed on the server. Perhaps you should go install them?"
+				else T.pack $ "Failed to ssh to the server. Transcript: " ++ s
+		finduuid (k, v)
+			| k == "annex.uuid" = Just $ toUUID v
+			| k == GCrypt.coreGCryptId = Just $ genUUIDInNameSpace gCryptNameSpace v
+			| otherwise = Nothing
+	
+	checkcommand c = "if which " ++ c ++ "; then " ++ report c ++ "; fi"
+	token r = "git-annex-probe " ++ r
+	report r = "echo " ++ shellEscape (token r)
+	shim = "~/.ssh/git-annex-shell"
+	getgitconfig (Just d)
+		| not (null d) = "cd " ++ shellEscape d ++ " && git config --list"
+	getgitconfig _ = "echo"
+
+{- Runs a ssh command to set up the repository; if it fails shows
+ - the user the transcript, and if it succeeds, runs an action. -}
+sshSetup :: SshInput -> [String] -> Maybe String -> Handler Html -> Handler Html
+sshSetup sshinput opts input a = do
+	(transcript, ok) <- liftAssistant $ sshAuthTranscript sshinput opts input
+	if ok
+		then do
+			liftAssistant $ expireCachedCred $ getLogin sshinput
+			a
+		else sshErr sshinput transcript
+
+sshErr :: SshInput -> String -> Handler Html
+sshErr sshinput msg
+	| inputAuthMethod sshinput == CachedPassword =
+		ifM (liftAssistant $ isNothing <$> getCachedCred (getLogin sshinput))
+			( sshConfigurator $
+				$(widgetFile "configurators/ssh/expiredpassword")
+			, showerr
+			)
+	| otherwise = showerr
+  where
+	showerr = sshConfigurator $
+		$(widgetFile "configurators/ssh/error")
+
+{- Runs a ssh command, returning a transcript of its output.
+ -
+ - Depending on the SshInput, avoids using a password, or uses a
+ - cached password. ssh is coaxed to use git-annex as SSH_ASKPASS
+ - to get the password.
+ -
+ - Note that ssh will only use SSH_ASKPASS when DISPLAY is set and there
+ - is no controlling terminal. On Unix, that is set up when the assistant
+ - starts, by calling createSession. On Windows, all of stdin, stdout, and
+ - stderr must be disconnected from the terminal. This is accomplished
+ - by always providing input on stdin.
+ -}
+sshAuthTranscript :: SshInput -> [String] -> (Maybe String) -> Assistant (String, Bool)
+sshAuthTranscript sshinput opts input = case inputAuthMethod sshinput of
+	ExistingSshKey -> liftIO $ go [passwordprompts 0] Nothing
+	CachedPassword -> setupAskPass
+	Password -> do
+		cacheCred (login, geti inputPassword) (Seconds $ 60 * 10)
+		setupAskPass
+  where
+	login = getLogin sshinput
+	geti f = maybe "" T.unpack (f sshinput)
+
+	go extraopts environ = processTranscript' "ssh" (extraopts ++ opts) environ $
+		Just (fromMaybe "" input)
+
+	setupAskPass = do
+		program <- liftIO readProgramFile
+		v <- getCachedCred login
+		liftIO $ case v of
+			Nothing -> go [passwordprompts 0] Nothing
+			Just pass -> withTmpFile "ssh" $ \passfile h -> do
+				hClose h
+				writeFileProtected passfile pass
+				environ <- getEnvironment
+				let environ' = addEntries
+					[ ("SSH_ASKPASS", program)
+					, (sshAskPassEnv, passfile)
+					-- ssh does not use SSH_ASKPASS
+					-- unless DISPLAY is set, and
+					-- there is no controlling
+					-- terminal.
+					, ("DISPLAY", ":0")
+					] environ
+				go [passwordprompts 1] (Just environ')
+	
+	passwordprompts :: Int -> String
+	passwordprompts = sshOpt "NumberOfPasswordPrompts" . show
+
+getLogin :: SshInput -> Login
+getLogin sshinput = geti inputUsername ++ "@" ++ geti inputHostname
+  where
+	geti f = maybe "" T.unpack (f sshinput)
+
+{- The UUID will be NoUUID when the repository does not already exist,
+ - or was not a git-annex repository before. -}
+getConfirmSshR :: SshData -> UUID -> Handler Html
+getConfirmSshR sshdata u
+	| u == NoUUID = handlenew
+	| otherwise = handleexisting =<< (M.lookup u <$> liftAnnex uuidMap)
+  where
+	handlenew = sshConfigurator $ do
+		secretkeys <- sortBy (comparing snd) . M.toList
+			<$> liftIO secretKeys
+		$(widgetFile "configurators/ssh/confirm")
+  	handleexisting Nothing = sshConfigurator $
+		-- Not a UUID we know, so prompt about combining.
+		$(widgetFile "configurators/ssh/combine")
+	handleexisting (Just _) = prepSsh False sshdata $ \sshdata' -> do
+		m <- liftAnnex readRemoteLog
+		case M.lookup "type" =<< M.lookup u m of
+			Just "gcrypt" -> combineExistingGCrypt sshdata' u
+			_ -> makeSshRepo ExistingRepo sshdata'
+
+{- The user has confirmed they want to combine with a ssh repository,
+ - which is not known to us. So it might be using gcrypt. -}
+getCombineSshR :: SshData -> Handler Html
+getCombineSshR sshdata = prepSsh False sshdata $ \sshdata' ->
+	sshConfigurator $
+		checkExistingGCrypt sshdata' $
+			void $ liftH $ makeSshRepo ExistingRepo sshdata'
+
+getRetrySshR :: SshData -> Handler ()
+getRetrySshR sshdata = do
+	s <- liftAssistant $ testServer $ mkSshInput sshdata
+	redirect $ either (const $ ConfirmSshR sshdata NoUUID) (uncurry ConfirmSshR) s
+
+{- Making a new git repository. -}
+getMakeSshGitR :: SshData -> Handler Html
+getMakeSshGitR sshdata = prepSsh True sshdata (makeSshRepo NewRepo)
+
+getMakeSshRsyncR :: SshData -> Handler Html
+getMakeSshRsyncR sshdata = prepSsh False (rsyncOnly sshdata) (makeSshRepo NewRepo)
+
+rsyncOnly :: SshData -> SshData
+rsyncOnly sshdata = sshdata { sshCapabilities = [RsyncCapable] }
+
+getMakeSshGCryptR :: SshData -> RepoKey -> Handler Html
+getMakeSshGCryptR sshdata NoRepoKey = whenGcryptInstalled $
+	withNewSecretKey $ getMakeSshGCryptR sshdata . RepoKey
+getMakeSshGCryptR sshdata (RepoKey keyid) = whenGcryptInstalled $
+	prepSsh False sshdata $ makeGCryptRepo NewRepo keyid
+	
+{- Detect if the user entered a location with an existing, known
+ - gcrypt repository, and enable it. Otherwise, runs the action. -}
+checkExistingGCrypt :: SshData -> Widget -> Widget
+checkExistingGCrypt sshdata nope = checkGCryptRepoEncryption repourl nope nope $ do
+	mu <- liftAnnex $ probeGCryptRemoteUUID repourl
+	case mu of
+		Just u -> void $ liftH $
+			combineExistingGCrypt sshdata u
+		Nothing -> error "The location contains a gcrypt repository that is not a git-annex special remote. This is not supported."
+  where
+  	repourl = genSshUrl sshdata
+
+{- Enables an existing gcrypt special remote. -}
+enableGCrypt :: SshData -> RemoteName -> Handler Html
+enableGCrypt sshdata reponame = setupRemote postsetup Nothing Nothing mk
+  where
+	mk = enableSpecialRemote reponame GCrypt.remote Nothing $
+		M.fromList [("gitrepo", genSshUrl sshdata)]
+	postsetup _ = redirect DashboardR
+
+{- Combining with a gcrypt repository that may not be
+ - known in remote.log, so probe the gcrypt repo. -}
+combineExistingGCrypt :: SshData -> UUID -> Handler Html
+combineExistingGCrypt sshdata u = do
+	reponame <- liftAnnex $ getGCryptRemoteName u repourl
+	enableGCrypt sshdata reponame
+  where
+  	repourl = genSshUrl sshdata
+
+{- Sets up remote repository for ssh, or directory for rsync. -}
+prepSsh :: Bool -> SshData -> (SshData -> Handler Html) -> Handler Html
+prepSsh needsinit sshdata a
+	| needsPubKey sshdata = do
+		keypair <- liftIO genSshKeyPair
+		sshdata' <- liftIO $ setupSshKeyPair keypair sshdata
+		prepSsh' needsinit sshdata sshdata' (Just keypair) a
+	| sshPort sshdata /= 22 = do
+		sshdata' <- liftIO $ setSshConfig sshdata []
+		prepSsh' needsinit sshdata sshdata' Nothing a
+	| otherwise = prepSsh' needsinit sshdata sshdata Nothing a
+
+prepSsh' :: Bool -> SshData -> SshData -> Maybe SshKeyPair -> (SshData -> Handler Html) -> Handler Html
+prepSsh' needsinit origsshdata sshdata keypair a = sshSetup (mkSshInput origsshdata)
+	 [ "-p", show (sshPort origsshdata)
+	 , genSshHost (sshHostName origsshdata) (sshUserName origsshdata)
+	 , remoteCommand
+	 ] Nothing (a sshdata)
+  where
+	remotedir = T.unpack $ sshDirectory sshdata
+	remoteCommand = shellWrap $ intercalate "&&" $ catMaybes
+		[ Just $ "mkdir -p " ++ shellEscape remotedir
+		, Just $ "cd " ++ shellEscape remotedir
+		, if rsynconly then Nothing else Just $ unwords
+			[ "if [ ! -d .git ]; then"
+			, wrapCommand "git init --bare --shared"
+		, "&&"
+			, wrapCommand "git config receive.denyNonFastforwards"
+			, ";fi"
+			]
+		, if needsinit then Just (wrapCommand "git annex init") else Nothing
+		, if needsPubKey origsshdata
+			then addAuthorizedKeysCommand (hasCapability origsshdata GitAnnexShellCapable) remotedir . sshPubKey <$> keypair
+			else Nothing
+		]
+	rsynconly = onlyCapability origsshdata RsyncCapable
+
+makeSshRepo :: RepoStatus -> SshData -> Handler Html
+makeSshRepo rs sshdata
+	| onlyCapability sshdata RsyncCapable = setupCloudRemote TransferGroup Nothing mk
+	| otherwise = makeSshRepoConnection rs mk setup
+  where
+	mk = makeSshRemote sshdata
+	-- Record the location of the ssh remote in the remote log, so it
+	-- can easily be enabled elsewhere using the webapp.
+	setup r = do
+		m <- readRemoteLog
+		let c = fromMaybe M.empty (M.lookup (Remote.uuid r) m)
+		let c' = M.insert "location" (genSshUrl sshdata) $
+			M.insert "type" "git" $
+			M.insert "name" (fromMaybe (Remote.name r) (M.lookup "name" c)) c
+		configSet (Remote.uuid r) c'
+
+makeSshRepoConnection :: RepoStatus -> Annex RemoteName -> (Remote -> Annex ()) -> Handler Html
+makeSshRepoConnection rs mk setup = setupRemote postsetup mgroup Nothing mk
+  where
+	mgroup = case rs of
+		NewRepo -> Just TransferGroup
+		ExistingRepo -> Nothing
+	postsetup r = do
+		liftAssistant $ sendRemoteControl RELOAD
+		liftAnnex $ setup r
+		case rs of
+			NewRepo -> redirect $ EditNewRepositoryR (Remote.uuid r)
+			ExistingRepo -> redirect DashboardR
+
+makeGCryptRepo :: RepoStatus -> KeyId -> SshData -> Handler Html
+makeGCryptRepo rs keyid sshdata = makeSshRepoConnection rs mk (const noop)
+  where
+	mk = makeGCryptRemote (sshRepoName sshdata) (genSshUrl sshdata) keyid
+
+getAddRsyncNetR :: Handler Html
+getAddRsyncNetR = postAddRsyncNetR
+postAddRsyncNetR :: Handler Html
+postAddRsyncNetR = do
+	((result, form), enctype) <- runFormPostNoToken $
+		renderBootstrap3 bootstrapFormLayout $ sshInputAForm hostnamefield $
+			SshInput Nothing Nothing Password Nothing Nothing 22
+	let showform status = inpage $
+		$(widgetFile "configurators/rsync.net/add")
+	case result of
+		FormSuccess sshinput
+			| isRsyncNet (inputHostname sshinput) ->
+				go sshinput
+			| otherwise ->
+				showform $ UnusableServer
+					"That is not a rsync.net host name."
+		_ -> showform UntestedServer
+  where
+  	inpage = page "Add a Rsync.net repository" (Just Configuration)
+	hostnamefield = textField `withExpandableNote` ("Help", help)
+	help = [whamlet|
+<div>
+  When you sign up for a Rsync.net account, you should receive an #
+  email from them with the host name and user name to put here.
+<div>
+  The host name will be something like "usw-s001.rsync.net", and the #
+  user name something like "7491"
+|]
+	go sshinput = do
+		let reponame = genSshRepoName "rsync.net" 
+			(maybe "" T.unpack $ inputDirectory sshinput)
+		
+		prepRsyncNet sshinput reponame $ \sshdata -> inpage $ 
+			checkExistingGCrypt sshdata $ do
+				secretkeys <- sortBy (comparing snd) . M.toList
+					<$> liftIO secretKeys
+				$(widgetFile "configurators/rsync.net/encrypt")
+
+getMakeRsyncNetSharedR :: SshData -> Handler Html
+getMakeRsyncNetSharedR = makeSshRepo NewRepo . rsyncOnly
+
+{- Make a new gcrypt special remote on rsync.net. -}
+getMakeRsyncNetGCryptR :: SshData -> RepoKey -> Handler Html
+getMakeRsyncNetGCryptR sshdata NoRepoKey = whenGcryptInstalled $
+	withNewSecretKey $ getMakeRsyncNetGCryptR sshdata . RepoKey
+getMakeRsyncNetGCryptR sshdata (RepoKey keyid) = whenGcryptInstalled $
+	sshSetup (mkSshInput sshdata) [sshhost, gitinit] Nothing $
+		makeGCryptRepo NewRepo keyid sshdata
+  where
+	sshhost = genSshHost (sshHostName sshdata) (sshUserName sshdata)
+	gitinit = "git init --bare " ++ T.unpack (sshDirectory sshdata)
+
+enableRsyncNet :: SshInput -> String -> Handler Html
+enableRsyncNet sshinput reponame = 
+	prepRsyncNet sshinput reponame $ makeSshRepo ExistingRepo . rsyncOnly
+
+enableRsyncNetGCrypt :: SshInput -> RemoteName -> Handler Html
+enableRsyncNetGCrypt sshinput reponame = 
+	prepRsyncNet sshinput reponame $ \sshdata -> whenGcryptInstalled $
+		checkGCryptRepoEncryption (genSshUrl sshdata) notencrypted notinstalled $
+			enableGCrypt sshdata reponame
+  where
+	notencrypted = error "Unexpectedly found a non-encrypted git repository, instead of the expected encrypted git repository."
+	notinstalled = error "internal"
+
+{- Prepares rsync.net ssh key and creates the directory that will be 
+ - used on rsync.net. If successful, runs an action with its SshData.
+ -
+ - To append the ssh key to rsync.net's authorized_keys, their
+ - documentation recommends a dd methodd, where the line is fed
+ - in to ssh over stdin.
+ -}
+prepRsyncNet :: SshInput -> String -> (SshData -> Handler Html) -> Handler Html
+prepRsyncNet sshinput reponame a = do
+	knownhost <- liftIO $ maybe (return False) knownHost (inputHostname sshinput)
+	keypair <- liftIO genSshKeyPair
+	sshdata <- liftIO $ setupSshKeyPair keypair $
+		(mkSshData sshinput)
+			{ sshRepoName = reponame 
+			, needsPubKey = True
+			, sshCapabilities = [RsyncCapable]
+			}
+	let sshhost = genSshHost (sshHostName sshdata) (sshUserName sshdata)
+	let torsyncnet cmd = filter (not . null)
+		[ if knownhost then "" else sshOpt "StrictHostKeyChecking" "no"
+		, sshhost
+		, cmd
+		]
+	{- I'd prefer to separate commands with && , but
+	 - rsync.net's shell does not support that. -}
+	let remotecommand = intercalate ";"
+		[ "mkdir -p .ssh"
+		, "touch .ssh/authorized_keys"
+		, "dd of=.ssh/authorized_keys oflag=append conv=notrunc"
+		, "mkdir -p " ++ T.unpack (sshDirectory sshdata)
+		]
+	sshSetup sshinput (torsyncnet remotecommand) (Just $ sshPubKey keypair) (a sshdata)
+
+isRsyncNet :: Maybe Text -> Bool
+isRsyncNet Nothing = False
+isRsyncNet (Just host) = ".rsync.net" `T.isSuffixOf` T.toLower host
diff --git a/Assistant/WebApp/Configurators/Unused.hs b/Assistant/WebApp/Configurators/Unused.hs
new file mode 100644
index 0000000000..39bb0bd2f1
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Unused.hs
@@ -0,0 +1,80 @@
+{- git-annex assistant unused file preferences
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Unused where
+
+import Assistant.WebApp.Common
+import qualified Annex
+import Utility.HumanTime
+import Assistant.Unused
+import Config
+import Git.Config
+import Logs.Unused
+import Utility.Tense
+
+import qualified Text.Hamlet as Hamlet
+
+data UnusedForm = UnusedForm
+	{ enableExpire :: Bool
+	, expireWhen :: Integer
+	}
+
+unusedForm :: UnusedForm -> Hamlet.Html -> MkMForm UnusedForm
+unusedForm def msg = do
+	(enableRes, enableView) <- mreq (selectFieldList enabledisable) (bfs "")
+		(Just $ enableExpire def)
+	(whenRes, whenView) <- mreq intField (bfs "")
+		(Just $ expireWhen def)
+	let form = do
+		webAppFormAuthToken
+		$(widgetFile "configurators/unused/form")
+	return (UnusedForm <$> enableRes <*> whenRes, form)
+  where
+	enabledisable :: [(Text, Bool)]
+	enabledisable = [("Disable expiry", False), ("Enable expiry", True)]
+
+getConfigUnusedR :: Handler Html
+getConfigUnusedR = postConfigUnusedR
+postConfigUnusedR :: Handler Html
+postConfigUnusedR = page "Unused files" (Just Configuration) $ do
+	current <- liftAnnex getUnused
+	((res, form), enctype) <- liftH $ runFormPostNoToken $ unusedForm current
+	case res of
+		FormSuccess new -> liftH $ do
+			liftAnnex $ storeUnused new
+			redirect ConfigurationR
+		_ -> do
+			munuseddesc <- liftAssistant describeUnused
+			ts <- liftAnnex $ dateUnusedLog ""
+			mlastchecked <- case ts of
+				Nothing -> pure Nothing
+				Just t -> Just <$> liftIO (durationSince t)
+			$(widgetFile "configurators/unused")
+
+getUnused :: Annex UnusedForm
+getUnused = convert . annexExpireUnused <$> Annex.getGitConfig
+  where
+	convert Nothing = noexpire
+	convert (Just Nothing) = noexpire
+	convert (Just (Just n)) = UnusedForm True $ durationToDays n
+
+	-- The 7 is so that, if they enable expiry, they have to change
+	-- it to get faster than  a week.
+	noexpire = UnusedForm False 7
+
+storeUnused :: UnusedForm -> Annex ()
+storeUnused f = setConfig (annexConfig "expireunused") $
+	if not (enableExpire f) || expireWhen f < 0
+		then boolConfig False
+		else fromDuration $ daysToDuration $ expireWhen f
+
+getCleanupUnusedR :: Handler Html
+getCleanupUnusedR = do
+	liftAssistant $ expireUnused Nothing
+	redirect ConfigUnusedR
diff --git a/Assistant/WebApp/Configurators/Upgrade.hs b/Assistant/WebApp/Configurators/Upgrade.hs
new file mode 100644
index 0000000000..77d9c062d8
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Upgrade.hs
@@ -0,0 +1,48 @@
+{- git-annex assistant webapp upgrade UI
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.Upgrade where
+
+import Assistant.WebApp.Common
+import Types.Distribution
+import Assistant.Upgrade
+import Assistant.Restart
+import Config
+
+{- On Android, just point the user at the apk file to download.
+ - Installation will be handled by selecting the downloaded file.
+ -
+ - Otherwise, start the upgrade process, which will run fully
+ - noninteractively.
+ - -}
+getConfigStartUpgradeR :: GitAnnexDistribution -> Handler Html
+getConfigStartUpgradeR d = do
+#ifdef ANDROID_SPLICES
+	let url = distributionUrl d
+	page "Upgrade" (Just Configuration) $
+		$(widgetFile "configurators/upgrade/android")
+#else
+	liftAssistant $ startDistributionDownload d
+	redirect DashboardR
+#endif
+
+{- Finish upgrade by starting the new assistant in the same repository this
+ - one is running in, and redirecting to it. -}
+getConfigFinishUpgradeR :: Handler Html
+getConfigFinishUpgradeR = do
+	liftAssistant prepUpgrade
+	url <- liftAssistant runRestart
+	liftAssistant $ postUpgrade url
+	redirect url
+
+getConfigEnableAutomaticUpgradeR :: Handler Html
+getConfigEnableAutomaticUpgradeR = do
+	liftAnnex $ setConfig (annexConfig "autoupgrade")
+		(fromAutoUpgrade AutoUpgrade)
+	redirect DashboardR
diff --git a/Assistant/WebApp/Configurators/WebDAV.hs b/Assistant/WebApp/Configurators/WebDAV.hs
new file mode 100644
index 0000000000..272b1b280e
--- /dev/null
+++ b/Assistant/WebApp/Configurators/WebDAV.hs
@@ -0,0 +1,143 @@
+{- git-annex assistant webapp configurators for WebDAV remotes
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Configurators.WebDAV where
+
+import Assistant.WebApp.Common
+import Creds
+#ifdef WITH_WEBDAV
+import qualified Remote.WebDAV as WebDAV
+import Assistant.WebApp.MakeRemote
+import qualified Remote
+import Types.Remote (RemoteConfig)
+import Types.StandardGroups
+import Logs.Remote
+import Git.Types (RemoteName)
+
+import qualified Data.Map as M
+#endif
+import qualified Data.Text as T
+import Network.URI
+import Assistant.Gpg
+
+webDAVConfigurator :: Widget -> Handler Html
+webDAVConfigurator = page "Add a WebDAV repository" (Just Configuration)
+
+boxConfigurator :: Widget -> Handler Html
+boxConfigurator = page "Add a Box.com repository" (Just Configuration)
+
+data WebDAVInput = WebDAVInput
+	{ user :: Text
+	, password :: Text
+	, embedCreds :: Bool
+	, directory :: Text
+	, enableEncryption :: EnableEncryption
+	}
+
+toCredPair :: WebDAVInput -> CredPair
+toCredPair input = (T.unpack $ user input, T.unpack $ password input)
+
+boxComAForm :: Maybe CredPair -> MkAForm WebDAVInput
+boxComAForm defcreds = WebDAVInput
+	<$> areq textField (bfs "Username or Email") (T.pack . fst <$> defcreds)
+	<*> areq passwordField (bfs "Box.com Password") (T.pack . snd <$> defcreds)
+	<*> areq checkBoxField "Share this account with other devices and friends?" (Just True)
+	<*> areq textField (bfs "Directory") (Just "annex")
+	<*> enableEncryptionField
+
+webDAVCredsAForm :: Maybe CredPair -> MkAForm WebDAVInput
+webDAVCredsAForm defcreds = WebDAVInput
+	<$> areq textField (bfs "Username or Email") (T.pack . fst <$> defcreds)
+	<*> areq passwordField (bfs "Password") (T.pack . snd <$> defcreds)
+	<*> pure False
+	<*> pure T.empty
+	<*> pure NoEncryption -- not used!
+
+getAddBoxComR :: Handler Html
+getAddBoxComR = postAddBoxComR
+postAddBoxComR :: Handler Html
+#ifdef WITH_WEBDAV
+postAddBoxComR = boxConfigurator $ do
+	defcreds <- liftAnnex $ previouslyUsedWebDAVCreds "box.com"
+	((result, form), enctype) <- liftH $
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout
+			$ boxComAForm defcreds
+	case result of
+		FormSuccess input -> liftH $ 
+			makeWebDavRemote initSpecialRemote "box.com" (toCredPair input) $ M.fromList
+				[ configureEncryption $ enableEncryption input
+				, ("embedcreds", if embedCreds input then "yes" else "no")
+				, ("type", "webdav")
+				, ("url", "https://dav.box.com/dav/" ++ T.unpack (directory input))
+				-- Box.com has a max file size of 100 mb, but
+				-- using smaller chunks has better memory
+				-- performance.
+				, ("chunksize", "10mb")
+				]
+		_ -> $(widgetFile "configurators/addbox.com")
+#else
+postAddBoxComR = error "WebDAV not supported by this build"
+#endif
+
+getEnableWebDAVR :: UUID -> Handler Html
+getEnableWebDAVR = postEnableWebDAVR
+postEnableWebDAVR :: UUID -> Handler Html
+#ifdef WITH_WEBDAV
+postEnableWebDAVR uuid = do
+	m <- liftAnnex readRemoteLog
+	let c = fromJust $ M.lookup uuid m
+	let name = fromJust $ M.lookup "name" c
+	let url = fromJust $ M.lookup "url" c
+	mcreds <- liftAnnex $
+		getRemoteCredPairFor "webdav" c (WebDAV.davCreds uuid)
+	case mcreds of
+		Just creds -> webDAVConfigurator $ liftH $
+			makeWebDavRemote enableSpecialRemote name creds M.empty
+		Nothing
+			| "box.com/" `isInfixOf` url ->
+				boxConfigurator $ showform name url
+			| otherwise ->
+				webDAVConfigurator $ showform name url
+  where
+	showform name url = do
+		defcreds <- liftAnnex $ 
+			maybe (pure Nothing) previouslyUsedWebDAVCreds $
+				urlHost url
+		((result, form), enctype) <- liftH $
+			runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $
+				webDAVCredsAForm defcreds
+		case result of
+			FormSuccess input -> liftH $
+				makeWebDavRemote enableSpecialRemote name (toCredPair input) M.empty
+			_ -> do
+				description <- liftAnnex $
+					T.pack <$> Remote.prettyUUID uuid
+				$(widgetFile "configurators/enablewebdav")
+#else
+postEnableWebDAVR _ = error "WebDAV not supported by this build"
+#endif
+
+#ifdef WITH_WEBDAV
+makeWebDavRemote :: SpecialRemoteMaker -> RemoteName -> CredPair -> RemoteConfig -> Handler ()
+makeWebDavRemote maker name creds config = 
+	setupCloudRemote TransferGroup Nothing $
+		maker name WebDAV.remote (Just creds) config
+
+{- Only returns creds previously used for the same hostname. -}
+previouslyUsedWebDAVCreds :: String -> Annex (Maybe CredPair)
+previouslyUsedWebDAVCreds hostname =
+	previouslyUsedCredPair WebDAV.davCreds WebDAV.remote samehost
+  where
+	samehost url = case urlHost =<< WebDAV.configUrl url of
+		Nothing -> False
+		Just h -> h == hostname
+#endif
+
+urlHost :: String -> Maybe String
+urlHost url = uriRegName <$> (uriAuthority =<< parseURI url)
diff --git a/Assistant/WebApp/Configurators/XMPP.hs b/Assistant/WebApp/Configurators/XMPP.hs
new file mode 100644
index 0000000000..1c40af08bc
--- /dev/null
+++ b/Assistant/WebApp/Configurators/XMPP.hs
@@ -0,0 +1,226 @@
+{- git-annex assistant XMPP configuration
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeFamilies, QuasiQuotes, TemplateHaskell, OverloadedStrings, FlexibleContexts #-}
+{-# LANGUAGE CPP #-}
+
+module Assistant.WebApp.Configurators.XMPP where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.Notifications
+import Utility.NotificationBroadcaster
+#ifdef WITH_XMPP
+import qualified Remote
+import Assistant.XMPP.Client
+import Assistant.XMPP.Buddies
+import Assistant.Types.Buddies
+import Assistant.NetMessager
+import Assistant.Alert
+import Assistant.DaemonStatus
+import Assistant.WebApp.RepoList
+import Assistant.WebApp.Configurators
+import Assistant.XMPP
+#endif
+import qualified Git.Remote
+import Remote.List
+import Creds
+
+#ifdef WITH_XMPP
+import Network.Protocol.XMPP
+import Network
+import qualified Data.Text as T
+#endif
+
+{- When appropriate, displays an alert suggesting to configure a cloud repo
+ - to suppliment an XMPP remote. -}
+checkCloudRepos :: UrlRenderer -> Remote -> Assistant ()
+#ifdef WITH_XMPP
+checkCloudRepos urlrenderer r =
+	unlessM (syncingToCloudRemote <$> getDaemonStatus) $ do
+		buddyname <- getBuddyName $ Remote.uuid r
+		button <- mkAlertButton True "Add a cloud repository" urlrenderer $
+			NeedCloudRepoR $ Remote.uuid r
+		void $ addAlert $ cloudRepoNeededAlert buddyname button
+#else
+checkCloudRepos _ _ = noop
+#endif
+
+#ifdef WITH_XMPP
+{- Returns the name of the friend corresponding to a
+ - repository's UUID, but not if it's our name. -}
+getBuddyName :: UUID -> Assistant (Maybe String)
+getBuddyName u = go =<< getclientjid
+  where
+	go Nothing = return Nothing
+	go (Just myjid) = (T.unpack . buddyName <$>)
+		. headMaybe 
+		. filter (\j -> baseJID j /= baseJID myjid)
+		. map fst
+		. filter (\(_, r) -> Remote.uuid r == u)
+		<$> getXMPPRemotes
+	getclientjid = maybe Nothing parseJID . xmppClientID
+		<$> getDaemonStatus
+#endif
+
+getNeedCloudRepoR :: UUID -> Handler Html
+#ifdef WITH_XMPP
+getNeedCloudRepoR for = page "Cloud repository needed" (Just Configuration) $ do
+	buddyname <- liftAssistant $ getBuddyName for
+	$(widgetFile "configurators/xmpp/needcloudrepo")
+#else
+getNeedCloudRepoR _ = xmppPage $
+	$(widgetFile "configurators/xmpp/disabled")
+#endif
+
+getXMPPConfigR :: Handler Html
+getXMPPConfigR = postXMPPConfigR
+
+postXMPPConfigR :: Handler Html
+postXMPPConfigR = xmppform DashboardR
+
+getXMPPConfigForPairFriendR :: Handler Html
+getXMPPConfigForPairFriendR = postXMPPConfigForPairFriendR
+
+postXMPPConfigForPairFriendR :: Handler Html
+postXMPPConfigForPairFriendR = xmppform StartXMPPPairFriendR
+
+getXMPPConfigForPairSelfR :: Handler Html
+getXMPPConfigForPairSelfR = postXMPPConfigForPairSelfR
+
+postXMPPConfigForPairSelfR :: Handler Html
+postXMPPConfigForPairSelfR = xmppform StartXMPPPairSelfR
+
+xmppform :: Route WebApp -> Handler Html
+#ifdef WITH_XMPP
+xmppform next = xmppPage $ do
+	((result, form), enctype) <- liftH $ do
+		oldcreds <- liftAnnex getXMPPCreds
+		runFormPostNoToken $ renderBootstrap3 bootstrapFormLayout $ xmppAForm $
+			creds2Form <$> oldcreds
+	let showform problem = $(widgetFile "configurators/xmpp")
+	case result of
+		FormSuccess f -> either (showform . Just) (liftH . storecreds)
+			=<< liftIO (validateForm f)
+		_ -> showform Nothing
+  where
+	storecreds creds = do
+		void $ liftAnnex $ setXMPPCreds creds
+		liftAssistant notifyNetMessagerRestart
+		redirect next
+#else
+xmppform _ = xmppPage $
+	$(widgetFile "configurators/xmpp/disabled")
+#endif
+
+{- Called by client to get a list of buddies.
+ -
+ - Returns a div, which will be inserted into the calling page.
+ -}
+getBuddyListR :: NotificationId -> Handler Html
+getBuddyListR nid = do
+	waitNotifier getBuddyListBroadcaster nid
+
+	p <- widgetToPageContent buddyListDisplay
+	giveUrlRenderer $ [hamlet|^{pageBody p}|]
+
+buddyListDisplay :: Widget
+buddyListDisplay = do
+	autoUpdate ident NotifierBuddyListR (10 :: Int) (10 :: Int)
+#ifdef WITH_XMPP
+	myjid <- liftAssistant $ xmppClientID <$> getDaemonStatus
+	let isself (BuddyKey b) = Just b == myjid
+	buddies <- liftAssistant $ do
+		pairedwith <- map fst <$> getXMPPRemotes
+		catMaybes . map (buddySummary pairedwith)
+			<$> (getBuddyList <<~ buddyList)
+	$(widgetFile "configurators/xmpp/buddylist")
+#else
+	noop
+#endif
+  where
+	ident = "buddylist"
+
+#ifdef WITH_XMPP
+
+getXMPPRemotes :: Assistant [(JID, Remote)]
+getXMPPRemotes = catMaybes . map pair . filter Remote.isXMPPRemote . syncGitRemotes
+	<$> getDaemonStatus
+  where
+  	pair r = maybe Nothing (\jid -> Just (jid, r)) $
+		parseJID $ getXMPPClientID r
+
+data XMPPForm = XMPPForm
+	{ formJID :: Text
+	, formPassword :: Text }
+
+creds2Form :: XMPPCreds -> XMPPForm
+creds2Form c = XMPPForm (xmppJID c) (xmppPassword c)
+
+xmppAForm :: (Maybe XMPPForm) -> MkAForm XMPPForm
+xmppAForm def = XMPPForm
+	<$> areq jidField (bfs "Jabber address") (formJID <$> def)
+	<*> areq passwordField (bfs "Password") Nothing
+
+jidField :: MkField Text
+jidField = checkBool (isJust . parseJID) bad textField
+  where
+	bad :: Text
+	bad = "This should look like an email address.."
+
+validateForm :: XMPPForm -> IO (Either String XMPPCreds)
+validateForm f = do
+	let jid = fromMaybe (error "bad JID") $ parseJID (formJID f)
+	let username = fromMaybe "" (strNode <$> jidNode jid)
+	testXMPP $ XMPPCreds
+		{ xmppUsername = username
+		, xmppPassword = formPassword f
+		, xmppHostname = T.unpack $ strDomain $ jidDomain jid
+		, xmppPort = 5222
+		, xmppJID = formJID f
+		}
+
+testXMPP :: XMPPCreds -> IO (Either String XMPPCreds)
+testXMPP creds = do
+	(good, bad) <- partition (either (const False) (const True) . snd) 
+		<$> connectXMPP creds (const noop)
+	case good of
+		(((h, PortNumber p), _):_) -> return $ Right $ creds
+			{ xmppHostname = h
+			, xmppPort = fromIntegral p
+			}
+		(((h, _), _):_) -> return $ Right $ creds
+			{ xmppHostname = h
+			}
+		_ -> return $ Left $ intercalate "; " $ map formatlog bad
+  where
+  	formatlog ((h, p), Left e) = "host " ++ h ++ ":" ++ showport p ++ " failed: " ++ show e
+  	formatlog _ = ""
+
+	showport (PortNumber n) = show n
+	showport (Service s) = s
+	showport (UnixSocket s) = s
+#endif
+
+getDisconnectXMPPR :: Handler Html
+getDisconnectXMPPR = do
+#ifdef WITH_XMPP
+	rs <- filter Remote.isXMPPRemote . syncRemotes
+		<$> liftAssistant getDaemonStatus
+	liftAnnex $ do
+		mapM_ (inRepo . Git.Remote.remove . Remote.name) rs
+		void remoteListRefresh
+		removeCreds xmppCredsFile
+	liftAssistant $ do
+		updateSyncRemotes
+		notifyNetMessagerRestart
+	redirect DashboardR
+#else
+	xmppPage $ $(widgetFile "configurators/xmpp/disabled")
+#endif
+
+xmppPage :: Widget -> Handler Html
+xmppPage = page "Jabber" (Just Configuration)
diff --git a/Assistant/WebApp/Control.hs b/Assistant/WebApp/Control.hs
new file mode 100644
index 0000000000..7141cc7803
--- /dev/null
+++ b/Assistant/WebApp/Control.hs
@@ -0,0 +1,88 @@
+{- git-annex assistant webapp control
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, TypeFamilies, QuasiQuotes, MultiParamTypeClasses, TemplateHaskell, OverloadedStrings, RankNTypes #-}
+
+module Assistant.WebApp.Control where
+
+import Assistant.WebApp.Common
+import Assistant.DaemonStatus
+import Assistant.Alert
+import Assistant.TransferSlots
+import Assistant.Restart
+import Utility.LogFile
+import Utility.NotificationBroadcaster
+import Utility.PID
+
+import Control.Concurrent
+import qualified Data.Map as M
+import qualified Data.Text as T
+#ifndef mingw32_HOST_OS
+import System.Posix (signalProcess, sigTERM)
+#else
+import Utility.WinProcess
+#endif
+
+getShutdownR :: Handler Html
+getShutdownR = page "Shutdown" Nothing $
+	$(widgetFile "control/shutdown")
+
+getShutdownConfirmedR :: Handler Html
+getShutdownConfirmedR = do
+	liftAssistant $ do
+		{- Remove all alerts for currently running activities. -}
+		updateAlertMap $ M.filter $ \a -> alertClass a /= Activity
+		void $ addAlert shutdownAlert
+		{- Stop transfers the assistant is running,
+		 - otherwise they would continue past shutdown.
+		 - Pausing transfers prevents more being started up (and stops
+		 - the transfer processes). -}
+		ts <- M.keys . currentTransfers <$> getDaemonStatus
+		mapM_ pauseTransfer ts
+	webapp <- getYesod
+	let url = T.unpack $ yesodRender webapp (T.pack "") NotRunningR []
+	{- Signal any other web browsers. -}
+	liftAssistant $ do
+		modifyDaemonStatus_ $ \status -> status { globalRedirUrl = Just url }
+		liftIO . sendNotification . globalRedirNotifier =<< getDaemonStatus
+	{- Wait 2 seconds before shutting down, to give the web
+	 - page time to load in the browser. -}
+	void $ liftIO $ forkIO $ do
+		threadDelay 2000000
+#ifndef mingw32_HOST_OS
+		signalProcess sigTERM =<< getPID
+#else
+		terminatePID =<< getPID
+#endif
+	redirect NotRunningR
+
+{- Use a custom page to avoid putting long polling elements on it that will 
+ - fail and cause the web browser to show an error once the webapp is
+ - truely stopped. -}
+getNotRunningR :: Handler Html
+getNotRunningR = customPage' False Nothing $
+	$(widgetFile "control/notrunning")
+
+getRestartR :: Handler Html
+getRestartR = do
+	liftAssistant prepRestart
+	url <- liftAssistant runRestart
+	liftAssistant $ postRestart url
+	redirect url
+
+getRestartThreadR :: ThreadName -> Handler ()
+getRestartThreadR name = do
+	m <- liftAssistant $ startedThreads <$> getDaemonStatus
+	liftIO $ maybe noop snd $ M.lookup name m
+	redirectBack
+
+getLogR :: Handler Html
+getLogR = page "Logs" Nothing $ do
+	logfile <- liftAnnex $ fromRepo gitAnnexLogFile
+	logs <- liftIO $ listLogs logfile
+	logcontent <- liftIO $ concat <$> mapM readFileStrictAnyEncoding logs
+	$(widgetFile "control/log")
diff --git a/Assistant/WebApp/DashBoard.hs b/Assistant/WebApp/DashBoard.hs
new file mode 100644
index 0000000000..bf2366161a
--- /dev/null
+++ b/Assistant/WebApp/DashBoard.hs
@@ -0,0 +1,174 @@
+{- git-annex assistant webapp dashboard
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, TypeFamilies, QuasiQuotes, MultiParamTypeClasses, TemplateHaskell, OverloadedStrings, RankNTypes #-}
+
+module Assistant.WebApp.DashBoard where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.RepoList
+import Assistant.WebApp.Notifications
+import Assistant.TransferQueue
+import Assistant.TransferSlots
+import Assistant.DaemonStatus
+import Utility.NotificationBroadcaster
+import Logs.Transfer
+import Utility.Percentage
+import Utility.DataUnits
+import Types.Key
+import qualified Remote
+import qualified Git
+
+import qualified Text.Hamlet as Hamlet
+import qualified Data.Map as M
+import Control.Concurrent
+
+{- A display of currently running and queued transfers. -}
+transfersDisplay :: Widget
+transfersDisplay = do
+	current <- liftAssistant $ M.toList <$> getCurrentTransfers
+	queued <- take 10 <$> liftAssistant getTransferQueue
+	autoUpdate ident NotifierTransfersR (10 :: Int) (10 :: Int)
+	let transfers = simplifyTransfers $ current ++ queued
+	let transfersrunning = not $ null transfers
+	scanrunning <- if transfersrunning
+		then return False
+		else liftAssistant $ transferScanRunning <$> getDaemonStatus
+	$(widgetFile "dashboard/transfers")
+  where
+	ident = "transfers"
+	isrunning info = not $
+		transferPaused info || isNothing (startedTime info)
+
+{- Simplifies a list of transfers, avoiding display of redundant
+ - equivilant transfers. -}
+simplifyTransfers :: [(Transfer, TransferInfo)] -> [(Transfer, TransferInfo)]
+simplifyTransfers [] = []
+simplifyTransfers (x:[]) = [x]
+simplifyTransfers (v@(t1, _):r@((t2, _):l))
+	| equivilantTransfer t1 t2 = simplifyTransfers (v:l)
+	| otherwise = v : simplifyTransfers r
+
+{- Called by client to get a display of currently in process transfers.
+ -
+ - Returns a div, which will be inserted into the calling page.
+ -
+ - Note that the head of the widget is not included, only its
+ - body is. To get the widget head content, the widget is also 
+ - inserted onto the getDashboardR page.
+ -}
+getTransfersR :: NotificationId -> Handler Html
+getTransfersR nid = do
+	waitNotifier getTransferBroadcaster nid
+
+	p <- widgetToPageContent transfersDisplay
+	giveUrlRenderer $ [hamlet|^{pageBody p}|]
+
+{- The main dashboard. -}
+dashboard :: Bool -> Widget
+dashboard warnNoScript = do
+	let repolist = repoListDisplay $
+		mainRepoSelector { nudgeAddMore = True }
+	let transferlist = transfersDisplay
+	$(widgetFile "dashboard/main")
+
+getDashboardR :: Handler Html
+getDashboardR = ifM inFirstRun
+	( redirect ConfigurationR
+	, page "" (Just DashBoard) $ dashboard True
+	)
+
+{- Used to test if the webapp is running. -}
+headDashboardR :: Handler ()
+headDashboardR = noop
+
+{- Same as DashboardR, except no autorefresh at all (and no noscript warning). -}
+getNoScriptR :: Handler Html
+getNoScriptR = page "" (Just DashBoard) $ dashboard False
+
+{- Same as DashboardR, except with autorefreshing via meta refresh. -}
+getNoScriptAutoR :: Handler Html
+getNoScriptAutoR = page "" (Just DashBoard) $ do
+	let delayseconds = 3 :: Int
+	let this = NoScriptAutoR
+	toWidgetHead $(Hamlet.hamletFile $ hamletTemplate "dashboard/metarefresh")
+	dashboard False
+
+{- The javascript code does a post. -}
+postFileBrowserR :: Handler ()
+postFileBrowserR = void openFileBrowser
+
+{- Used by non-javascript browsers, where clicking on the link actually
+ - opens this page, so we redirect back to the referrer. -}
+getFileBrowserR :: Handler ()
+getFileBrowserR = whenM openFileBrowser redirectBack
+
+{- Opens the system file browser on the repo, or, as a fallback,
+ - goes to a file:// url. Returns True if it's ok to redirect away
+ - from the page (ie, the system file browser was opened). 
+ -
+ - Note that the command is opened using a different thread, to avoid
+ - blocking the response to the browser on it. -}
+openFileBrowser :: Handler Bool
+openFileBrowser = do
+	path <- liftAnnex $ fromRepo Git.repoPath
+#ifdef darwin_HOST_OS
+	let cmd = "open"
+	let p = proc cmd [path]
+#else
+#ifdef mingw32_HOST_OS
+	{- Changing to the directory and then opening . works around
+	 - spaces in directory name, etc. -}
+	let cmd = "cmd"
+	let p = (proc cmd ["/c start ."]) { cwd = Just path }
+#else
+	let cmd = "xdg-open"
+	let p = proc cmd [path]
+#endif
+#endif
+	ifM (liftIO $ inPath cmd)
+		( do
+			let run = void $ liftIO $ forkIO $ void $
+				createProcess p
+			run
+#ifdef mingw32_HOST_OS
+			{- On windows, if the file browser is not
+			 - already open, it comes up below the
+			 - web browser when started. 
+			 -
+			 - Running it a second time brings it
+			 - to the foreground.
+			 -
+			 - Seems to need a delay long enough for the file
+			 - browser to be open in order to work. Here 1
+			 - second. -}
+			liftIO $ threadDelay 1000000
+			run
+#endif
+			return True
+		, do
+			void $ redirect $ "file://" ++ path
+			return False
+		)
+
+{- Transfer controls. The GET is done in noscript mode and redirects back
+ - to the referring page. The POST is called by javascript. -}
+getPauseTransferR :: Transfer -> Handler ()
+getPauseTransferR = noscript postPauseTransferR
+postPauseTransferR :: Transfer -> Handler ()
+postPauseTransferR = liftAssistant . pauseTransfer
+getStartTransferR :: Transfer -> Handler ()
+getStartTransferR = noscript postStartTransferR
+postStartTransferR :: Transfer -> Handler ()
+postStartTransferR = liftAssistant . startTransfer
+getCancelTransferR :: Transfer -> Handler ()
+getCancelTransferR = noscript postCancelTransferR
+postCancelTransferR :: Transfer -> Handler ()
+postCancelTransferR = liftAssistant . cancelTransfer False
+
+noscript :: (Transfer -> Handler ()) -> Transfer -> Handler ()
+noscript a t = a t >> redirectBack
diff --git a/Assistant/WebApp/Documentation.hs b/Assistant/WebApp/Documentation.hs
new file mode 100644
index 0000000000..f0e0703f20
--- /dev/null
+++ b/Assistant/WebApp/Documentation.hs
@@ -0,0 +1,42 @@
+{- git-annex assistant webapp documentation
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Documentation where
+
+import Assistant.WebApp.Common
+import Assistant.Install (standaloneAppBase)
+import Build.SysConfig (packageversion)
+import BuildFlags
+
+{- The full license info may be included in a file on disk that can
+ - be read in and displayed. -}
+licenseFile :: IO (Maybe FilePath)
+licenseFile = do
+	base <- standaloneAppBase
+	return $ (</> "LICENSE") <$> base
+
+getAboutR :: Handler Html
+getAboutR = page "About git-annex" (Just About) $ do
+	builtinlicense <- isJust <$> liftIO licenseFile
+	$(widgetFile "documentation/about")
+
+getLicenseR :: Handler Html
+getLicenseR = do
+	v <- liftIO licenseFile
+	case v of
+		Nothing -> redirect AboutR
+		Just f -> customPage (Just About) $ do
+			-- no sidebar, just pages of legalese..
+			setTitle "License"
+			license <- liftIO $ readFile f
+			$(widgetFile "documentation/license")
+
+getRepoGroupR :: Handler Html
+getRepoGroupR = page "About repository groups" (Just About) $
+	$(widgetFile "documentation/repogroup")
diff --git a/Assistant/WebApp/Form.hs b/Assistant/WebApp/Form.hs
new file mode 100644
index 0000000000..dfcaf3838c
--- /dev/null
+++ b/Assistant/WebApp/Form.hs
@@ -0,0 +1,163 @@
+{- git-annex assistant webapp form utilities
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE FlexibleContexts, TypeFamilies, QuasiQuotes #-}
+{-# LANGUAGE MultiParamTypeClasses, TemplateHaskell #-}
+{-# LANGUAGE OverloadedStrings, RankNTypes #-}
+{-# LANGUAGE CPP #-}
+
+module Assistant.WebApp.Form where
+
+import Assistant.WebApp.Types
+import Assistant.Gpg
+
+#if MIN_VERSION_yesod(1,2,0)
+import Yesod hiding (textField, passwordField)
+import Yesod.Form.Fields as F
+#else
+import Yesod hiding (textField, passwordField, selectField, selectFieldList)
+import Yesod.Form.Fields as F hiding (selectField, selectFieldList)
+import Data.String (IsString (..))
+import Control.Monad (unless)
+import Data.Maybe (listToMaybe)
+#endif
+import Data.Text (Text)
+import Assistant.WebApp.Bootstrap3 hiding (bfs)
+
+{- Yesod's textField sets the required attribute for required fields.
+ - We don't want this, because many of the forms used in this webapp 
+ - display a modal dialog when submitted, which interacts badly with
+ - required field handling by the browser.
+ -
+ - Required fields are still checked by Yesod.
+ -}
+textField :: MkField Text
+textField = F.textField
+	{ fieldView = \theId name attrs val _isReq -> [whamlet|
+<input id="#{theId}" name="#{name}" *{attrs} type="text" value="#{either id id val}">
+|]
+	}
+
+readonlyTextField :: MkField Text
+readonlyTextField = F.textField
+	{ fieldView = \theId name attrs val _isReq -> [whamlet|
+<input id="#{theId}" name="#{name}" *{attrs} type="text" value="#{either id id val}" readonly="true">
+|]
+	}
+
+{- Also without required attribute. -}
+passwordField :: MkField Text
+passwordField = F.passwordField
+	{ fieldView = \theId name attrs val _isReq -> toWidget [hamlet|
+<input id="#{theId}" name="#{name}" *{attrs} type="password" value="#{either id id val}">
+|]
+	}
+
+{- In older Yesod versions attrs is written into the <option> tag instead of the
+ - surrounding <select>. This breaks the Bootstrap 3 layout of select fields as
+ - it requires the "form-control" class on the <select> tag.
+ - We need to change that to behave the same way as in newer versions.
+ -}
+#if ! MIN_VERSION_yesod(1,2,0)
+selectFieldList :: (Eq a, RenderMessage master FormMessage, RenderMessage master msg) => [(msg, a)] -> Field sub master a
+selectFieldList = selectField . optionsPairs
+
+selectField :: (Eq a, RenderMessage master FormMessage) => GHandler sub master (OptionList a) -> Field sub master a
+selectField = selectFieldHelper
+	(\theId name attrs inside -> [whamlet|<select ##{theId} name=#{name} *{attrs}>^{inside}|]) -- outside
+	(\_theId _name isSel -> [whamlet|<option value=none :isSel:selected>_{MsgSelectNone}|]) -- onOpt
+	(\_theId _name _attrs value isSel text -> [whamlet|<option value=#{value} :isSel:selected>#{text}|]) -- inside
+
+selectFieldHelper :: (Eq a, RenderMessage master FormMessage)
+	=> (Text -> Text -> [(Text, Text)] -> GWidget sub master () -> GWidget sub master ())
+	-> (Text -> Text -> Bool -> GWidget sub master ())
+	-> (Text -> Text -> [(Text, Text)] -> Text -> Bool -> Text -> GWidget sub master ())
+	-> GHandler sub master (OptionList a) -> Field sub master a
+selectFieldHelper outside onOpt inside opts' = Field
+	{ fieldParse = \x -> do
+		opts <- opts'
+		return $ selectParser opts x
+	, fieldView = \theId name attrs val isReq -> do
+		opts <- fmap olOptions $ lift opts'
+		outside theId name attrs $ do
+			unless isReq $ onOpt theId name $ not $ render opts val `elem` map optionExternalValue opts
+			flip mapM_ opts $ \opt -> inside
+				theId
+				name
+				((if isReq then (("required", "required"):) else id) attrs)
+				(optionExternalValue opt)
+				((render opts val) == optionExternalValue opt)
+				(optionDisplay opt)
+	}
+  where
+	render _ (Left _) = ""
+	render opts (Right a) = maybe "" optionExternalValue $ listToMaybe $ filter ((== a) . optionInternalValue) opts
+	selectParser _ [] = Right Nothing
+	selectParser opts (s:_) = case s of
+		"" -> Right Nothing
+		"none" -> Right Nothing
+		x -> case olReadExternal opts x of
+			Nothing -> Left $ SomeMessage $ MsgInvalidEntry x
+			Just y -> Right $ Just y
+#endif
+
+{- Makes a note widget be displayed after a field. -}
+#if MIN_VERSION_yesod(1,2,0)
+withNote :: (Monad m, ToWidget (HandlerSite m) a) => Field m v -> a -> Field m v
+#else
+withNote :: Field sub master v -> GWidget sub master () -> Field sub master v
+#endif
+withNote field note = field { fieldView = newview }
+  where
+	newview theId name attrs val isReq = 
+		let fieldwidget = (fieldView field) theId name attrs val isReq
+		in [whamlet|^{fieldwidget}&nbsp;&nbsp;<span>^{note}</span>|]
+
+{- Note that the toggle string must be unique on the form. -}
+#if MIN_VERSION_yesod(1,2,0)
+withExpandableNote :: (Monad m, ToWidget (HandlerSite m) w) => Field m v -> (String, w) -> Field m v
+#else
+withExpandableNote :: Field sub master v -> (String, GWidget sub master ()) -> Field sub master v
+#endif
+withExpandableNote field (toggle, note) = withNote field $ [whamlet|
+<a .btn .btn-default data-toggle="collapse" data-target="##{ident}">#{toggle}</a>
+<div ##{ident} .collapse>
+  ^{note}
+|]
+  where
+  	ident = "toggle_" ++ toggle
+
+{- Adds a check box to an AForm to control encryption. -}
+#if MIN_VERSION_yesod(1,2,0)
+enableEncryptionField :: (RenderMessage site FormMessage) => AForm (HandlerT site IO) EnableEncryption
+#else
+enableEncryptionField :: RenderMessage master FormMessage => AForm sub master EnableEncryption
+#endif
+enableEncryptionField = areq (selectFieldList choices) (bfs "Encryption") (Just SharedEncryption)
+  where
+	choices :: [(Text, EnableEncryption)]
+	choices =
+		[ ("Encrypt all data", SharedEncryption)
+		, ("Disable encryption", NoEncryption)
+		]
+
+{- Defines the layout used by the Bootstrap3 form helper -}
+bootstrapFormLayout :: BootstrapFormLayout
+bootstrapFormLayout = BootstrapHorizontalForm (ColSm 0) (ColSm 2) (ColSm 0) (ColSm 10)
+
+{- Adds the form-control class used by Bootstrap3 for layout to a field
+ - This is the same as Yesod.Form.Bootstrap3.bfs except it takes just a Text
+ - parameter as I couldn't get the original bfs to compile due to type ambiguities.
+ -}
+bfs :: Text -> FieldSettings master
+bfs msg = FieldSettings
+	{ fsLabel = SomeMessage msg
+	, fsName  = Nothing
+	, fsId    = Nothing
+	, fsAttrs = [("class", "form-control")]
+	, fsTooltip = Nothing
+	}
diff --git a/Assistant/WebApp/Gpg.hs b/Assistant/WebApp/Gpg.hs
new file mode 100644
index 0000000000..e7946d1bb7
--- /dev/null
+++ b/Assistant/WebApp/Gpg.hs
@@ -0,0 +1,107 @@
+{- git-annex webapp gpg stuff
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Gpg where
+
+import Assistant.WebApp.Common
+import Assistant.Gpg
+import Utility.Gpg
+import qualified Git.Command
+import qualified Git.Remote
+import qualified Git.Construct
+import qualified Annex.Branch
+import qualified Git.GCrypt
+import qualified Remote.GCrypt as GCrypt
+import Git.Types (RemoteName)
+import Assistant.WebApp.MakeRemote
+import Logs.Remote
+
+import qualified Data.Map as M
+
+gpgKeyDisplay :: KeyId -> Maybe UserId -> Widget
+gpgKeyDisplay keyid userid = [whamlet|
+  <span title="key id #{keyid}">
+    <span .glyphicon .glyphicon-user>
+    \ 
+    $maybe name <- userid
+      #{name}
+    $nothing
+      key id #{keyid}
+|]
+
+genKeyModal :: Widget
+genKeyModal = $(widgetFile "configurators/genkeymodal")
+
+isGcryptInstalled :: IO Bool
+isGcryptInstalled = inPath "git-remote-gcrypt"
+
+whenGcryptInstalled :: Handler Html -> Handler Html
+whenGcryptInstalled a = ifM (liftIO isGcryptInstalled)
+	( a
+	, page "Need git-remote-gcrypt" (Just Configuration) $
+		$(widgetFile "configurators/needgcrypt")
+	)
+
+withNewSecretKey :: (KeyId -> Handler Html) -> Handler Html
+withNewSecretKey use = do
+	userid <- liftIO newUserId
+	liftIO $ genSecretKey RSA "" userid maxRecommendedKeySize
+	results <- M.keys . M.filter (== userid) <$> liftIO secretKeys
+	case results of
+		[] -> error "Failed to generate gpg key!"
+		(key:_) -> use key
+
+{- Tries to find the name used in remote.log for a gcrypt repository
+ - with a given uuid.
+ -
+ - The gcrypt remote may not be on that is listed in the local remote.log
+ - (or the info may be out of date), so this actually fetches the git-annex
+ - branch from the gcrypt remote and merges it in, and then looks up
+ - the name.
+ -}
+getGCryptRemoteName :: UUID -> String -> Annex RemoteName
+getGCryptRemoteName u repoloc = do
+	tmpremote <- uniqueRemoteName "tmpgcryptremote" 0 <$> gitRepo
+	void $ inRepo $ Git.Command.runBool
+		[Params "remote add", Param tmpremote, Param $ Git.GCrypt.urlPrefix ++ repoloc]
+	mname <- ifM (inRepo $ Git.Command.runBool [Param "fetch", Param tmpremote])
+		( do
+			void Annex.Branch.forceUpdate
+			(M.lookup "name" <=< M.lookup u) <$> readRemoteLog
+		, return Nothing
+		)
+	void $ inRepo $ Git.Remote.remove tmpremote
+	maybe missing return mname
+  where
+	missing = error $ "Cannot find configuration for the gcrypt remote at " ++ repoloc
+
+{- Checks to see if a repo is encrypted with gcrypt, and runs one action if
+ - it's not an another if it is.
+ -
+ - Since the probing requires gcrypt to be installed, a third action must
+ - be provided to run if it's not installed.
+ -}
+checkGCryptRepoEncryption :: (Monad m, LiftAnnex m) => String -> m a -> m a -> m a -> m a
+checkGCryptRepoEncryption location notencrypted notinstalled encrypted = 
+	ifM (liftAnnex $ liftIO isGcryptInstalled)
+		( dispatch =<< liftAnnex (inRepo $ Git.GCrypt.probeRepo location)
+		, notinstalled
+		)
+  where
+	dispatch Git.GCrypt.Decryptable = encrypted
+	dispatch Git.GCrypt.NotEncrypted = notencrypted
+	dispatch Git.GCrypt.NotDecryptable =
+		error "This git repository is encrypted with a GnuPG key that you do not have."
+
+{- Gets the UUID of the gcrypt repo at a location, which may not exist.
+ - Only works if the gcrypt repo was created as a git-annex remote. -}
+probeGCryptRemoteUUID :: String -> Annex (Maybe UUID)
+probeGCryptRemoteUUID repolocation = do
+	r <- inRepo $ Git.Construct.fromRemoteLocation repolocation
+	GCrypt.getGCryptUUID False r
diff --git a/Assistant/WebApp/MakeRemote.hs b/Assistant/WebApp/MakeRemote.hs
new file mode 100644
index 0000000000..cd6a138fd8
--- /dev/null
+++ b/Assistant/WebApp/MakeRemote.hs
@@ -0,0 +1,45 @@
+{- git-annex assistant webapp making remotes
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+module Assistant.WebApp.MakeRemote (
+	module Assistant.MakeRemote,
+	module Assistant.WebApp.MakeRemote
+) where
+
+import Assistant.Common
+import Assistant.WebApp.Types
+import Assistant.Sync
+import qualified Remote
+import qualified Types.Remote as Remote
+import qualified Config
+import Config.Cost
+import Types.StandardGroups
+import Git.Types (RemoteName)
+import Logs.PreferredContent
+import Assistant.MakeRemote
+
+import Utility.Yesod
+
+{- Runs an action that creates or enables a cloud remote,
+ - and finishes setting it up, then starts syncing with it,
+ - and finishes by displaying the page to edit it.
+ -
+ - This includes displaying the connectionNeeded nudge if appropariate.
+ -}
+setupCloudRemote :: StandardGroup -> Maybe Cost -> Annex RemoteName -> Handler a
+setupCloudRemote = setupRemote postsetup . Just
+  where
+	postsetup = redirect . EditNewCloudRepositoryR . Remote.uuid
+
+setupRemote :: (Remote -> Handler a) -> Maybe StandardGroup -> Maybe Cost -> Annex RemoteName -> Handler a
+setupRemote postsetup mgroup mcost getname = do
+	r <- liftAnnex $ addRemote getname
+	liftAnnex $ do
+		maybe noop (defaultStandardGroup (Remote.uuid r)) mgroup
+		maybe noop (Config.setRemoteCost (Remote.repo r)) mcost
+	liftAssistant $ syncRemote r
+	postsetup r
diff --git a/Assistant/WebApp/Notifications.hs b/Assistant/WebApp/Notifications.hs
new file mode 100644
index 0000000000..9108805c30
--- /dev/null
+++ b/Assistant/WebApp/Notifications.hs
@@ -0,0 +1,107 @@
+{- git-annex assistant webapp notifications
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+#if defined VERSION_yesod_default
+#if ! MIN_VERSION_yesod_default(1,1,0)
+#define WITH_OLD_YESOD
+#endif
+#endif
+
+module Assistant.WebApp.Notifications where
+
+import Assistant.Common
+import Assistant.WebApp
+import Assistant.WebApp.Types
+import Assistant.DaemonStatus
+import Assistant.Types.Buddies
+import Utility.NotificationBroadcaster
+import Utility.Yesod
+import Utility.WebApp
+
+import Data.Text (Text)
+import qualified Data.Text as T
+#ifndef WITH_OLD_YESOD
+import qualified Data.Aeson.Types as Aeson
+#endif
+
+{- Add to any widget to make it auto-update using long polling.
+ -
+ - The widget should have a html element with an id=ident, which will be
+ - replaced when it's updated.
+ -
+ - The geturl route should return the notifier url to use for polling.
+ -
+ - ms_delay is how long to delay between AJAX updates
+ - ms_startdelay is how long to delay before updating with AJAX at the start
+ -}
+autoUpdate :: Text -> Route WebApp -> Int -> Int -> Widget
+autoUpdate tident geturl ms_delay ms_startdelay = do
+#ifdef WITH_OLD_YESOD
+	let delay = show ms_delay
+	let startdelay = show ms_startdelay
+	let ident = "'" ++ T.unpack tident ++ "'"
+#else
+	let delay = Aeson.String (T.pack (show ms_delay))
+	let startdelay = Aeson.String (T.pack (show ms_startdelay))
+	let ident = Aeson.String tident
+#endif
+	$(widgetFile "notifications/longpolling")
+
+{- Notifier urls are requested by the javascript, to avoid allocation
+ - of NotificationIds when noscript pages are loaded. This constructs a
+ - notifier url for a given Route and NotificationBroadcaster.
+ -}
+notifierUrl :: (NotificationId -> Route WebApp) -> Assistant NotificationBroadcaster -> Handler RepPlain
+notifierUrl route broadcaster = do
+	(urlbits, _params) <- renderRoute . route <$> newNotifier broadcaster
+	webapp <- getYesod
+	return $ RepPlain $ toContent $ T.concat
+		[ "/"
+		, T.intercalate "/" urlbits
+		, "?auth="
+		, fromAuthToken (authToken webapp)
+		]
+
+getNotifierTransfersR :: Handler RepPlain
+getNotifierTransfersR = notifierUrl TransfersR getTransferBroadcaster
+
+getNotifierSideBarR :: Handler RepPlain
+getNotifierSideBarR = notifierUrl SideBarR getAlertBroadcaster
+
+getNotifierBuddyListR :: Handler RepPlain
+getNotifierBuddyListR = notifierUrl BuddyListR getBuddyListBroadcaster
+
+getNotifierRepoListR :: RepoSelector -> Handler RepPlain
+getNotifierRepoListR reposelector = notifierUrl route getRepoListBroadcaster
+  where
+	route nid = RepoListR nid reposelector
+
+getNotifierGlobalRedirR :: Handler RepPlain
+getNotifierGlobalRedirR = notifierUrl GlobalRedirR getGlobalRedirBroadcaster
+
+getTransferBroadcaster :: Assistant NotificationBroadcaster
+getTransferBroadcaster = transferNotifier <$> getDaemonStatus
+
+getAlertBroadcaster :: Assistant NotificationBroadcaster
+getAlertBroadcaster = alertNotifier <$> getDaemonStatus
+
+getBuddyListBroadcaster :: Assistant NotificationBroadcaster
+getBuddyListBroadcaster =  getBuddyBroadcaster <$> getAssistant buddyList
+
+getRepoListBroadcaster :: Assistant NotificationBroadcaster
+getRepoListBroadcaster =  syncRemotesNotifier <$> getDaemonStatus
+
+getGlobalRedirBroadcaster :: Assistant NotificationBroadcaster
+getGlobalRedirBroadcaster =  globalRedirNotifier <$> getDaemonStatus
+
+getGlobalRedirR :: NotificationId -> Handler RepPlain
+getGlobalRedirR nid = do
+	waitNotifier getGlobalRedirBroadcaster nid
+	maybe (getGlobalRedirR nid) (return . RepPlain . toContent . T.pack)
+		=<< globalRedirUrl <$> liftAssistant getDaemonStatus
diff --git a/Assistant/WebApp/OtherRepos.hs b/Assistant/WebApp/OtherRepos.hs
new file mode 100644
index 0000000000..e4f1ff7fce
--- /dev/null
+++ b/Assistant/WebApp/OtherRepos.hs
@@ -0,0 +1,38 @@
+{- git-annex assistant webapp switching to other repos
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.OtherRepos where
+
+import Assistant.Common
+import Assistant.WebApp.Types
+import Assistant.WebApp.Page
+import Config.Files
+import Utility.Yesod
+import Assistant.Restart
+
+getRepositorySwitcherR :: Handler Html
+getRepositorySwitcherR = page "Switch repository" Nothing $ do
+	repolist <- liftIO listOtherRepos
+	$(widgetFile "control/repositoryswitcher")
+
+listOtherRepos :: IO [(String, String)]
+listOtherRepos = do
+	dirs <- readAutoStartFile
+	pwd <- getCurrentDirectory
+	gooddirs <- filterM isrepo $
+		filter (\d -> not $ d `dirContains` pwd) dirs
+	names <- mapM relHome gooddirs
+	return $ sort $ zip names gooddirs
+  where
+	isrepo d = doesDirectoryExist (d </> ".git")
+
+getSwitchToRepositoryR :: FilePath -> Handler Html
+getSwitchToRepositoryR repo = do
+	liftIO $ addAutoStartFile repo -- make this the new default repo
+	redirect =<< liftIO (newAssistantUrl repo)
diff --git a/Assistant/WebApp/Page.hs b/Assistant/WebApp/Page.hs
new file mode 100644
index 0000000000..4d2e58b11c
--- /dev/null
+++ b/Assistant/WebApp/Page.hs
@@ -0,0 +1,82 @@
+{- git-annex assistant webapp page display
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeFamilies, QuasiQuotes, MultiParamTypeClasses, TemplateHaskell, OverloadedStrings, RankNTypes, CPP #-}
+
+module Assistant.WebApp.Page where
+
+import Assistant.Common
+import Assistant.WebApp
+import Assistant.WebApp.Types
+import Assistant.WebApp.SideBar
+import Utility.Yesod
+
+import qualified Text.Hamlet as Hamlet
+import Data.Text (Text)
+
+data NavBarItem = DashBoard | Configuration | About
+	deriving (Eq, Ord, Enum, Bounded)
+
+navBarName :: NavBarItem -> Text
+navBarName DashBoard = "Dashboard"
+navBarName Configuration = "Configuration"
+navBarName About = "About"
+
+navBarRoute :: NavBarItem -> Route WebApp
+navBarRoute DashBoard = DashboardR
+navBarRoute Configuration = ConfigurationR
+navBarRoute About = AboutR
+
+defaultNavBar :: [NavBarItem]
+defaultNavBar = [minBound .. maxBound]
+
+firstRunNavBar :: [NavBarItem]
+firstRunNavBar = [Configuration, About]
+
+selectNavBar :: Handler [NavBarItem]
+selectNavBar = ifM inFirstRun (return firstRunNavBar, return defaultNavBar)
+
+{- A standard page of the webapp, with a title, a sidebar, and that may
+ - be highlighted on the navbar. -}
+page :: Hamlet.Html -> Maybe NavBarItem -> Widget -> Handler Html
+page title navbaritem content = customPage navbaritem $ do
+	setTitle title
+	content
+	sideBarDisplay
+
+{- A custom page, with no title or sidebar set. -}
+customPage :: Maybe NavBarItem -> Widget -> Handler Html
+customPage = customPage' True
+
+customPage' :: Bool -> Maybe NavBarItem -> Widget -> Handler Html
+customPage' with_longpolling navbaritem content = do
+	webapp <- getYesod
+	case cannotRun webapp of
+		Nothing -> do
+			navbar <- map navdetails <$> selectNavBar
+			pageinfo <- widgetToPageContent $ do
+				addStylesheet $ StaticR css_bootstrap_css
+				addStylesheet $ StaticR css_bootstrap_theme_css
+				addScript $ StaticR js_jquery_full_js
+				addScript $ StaticR js_bootstrap_js
+				when with_longpolling $
+					addScript $ StaticR js_longpolling_js
+				$(widgetFile "page")
+			giveUrlRenderer $(Hamlet.hamletFile $ hamletTemplate "bootstrap")
+		Just msg -> error msg
+  where
+	navdetails i = (navBarName i, navBarRoute i, Just i == navbaritem)
+
+hasFileBrowser :: Bool
+#ifdef ANDROID_SPLICES
+hasFileBrowser = False
+#else
+hasFileBrowser = True
+#endif
+
+controlMenu :: Widget
+controlMenu = $(widgetFile "controlmenu")
diff --git a/Assistant/WebApp/Repair.hs b/Assistant/WebApp/Repair.hs
new file mode 100644
index 0000000000..f843959d4e
--- /dev/null
+++ b/Assistant/WebApp/Repair.hs
@@ -0,0 +1,35 @@
+{- git-annex assistant repository repair
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.Repair where
+
+import Assistant.WebApp.Common
+import Assistant.WebApp.RepoList
+import Remote (prettyUUID, remoteFromUUID)
+import Annex.UUID (getUUID)
+import Assistant.Repair
+
+getRepairRepositoryR :: UUID -> Handler Html
+getRepairRepositoryR = postRepairRepositoryR
+postRepairRepositoryR :: UUID -> Handler Html
+postRepairRepositoryR u = page "Repair repository" Nothing $ do
+	repodesc <- liftAnnex $ prettyUUID u
+	repairingmainrepo <- (==) u <$> liftAnnex getUUID
+	$(widgetFile "control/repairrepository")
+
+getRepairRepositoryRunR :: UUID -> Handler Html
+getRepairRepositoryRunR = postRepairRepositoryRunR
+postRepairRepositoryRunR :: UUID -> Handler Html
+postRepairRepositoryRunR u = do
+	r <- liftAnnex $ remoteFromUUID u
+	void $ liftAssistant $ runRepair u r True
+	page "Repair repository" Nothing $ do
+		let repolist = repoListDisplay $
+			mainRepoSelector { nudgeAddMore = True }
+		$(widgetFile "control/repairrepository/done")
diff --git a/Assistant/WebApp/RepoId.hs b/Assistant/WebApp/RepoId.hs
new file mode 100644
index 0000000000..b314c52253
--- /dev/null
+++ b/Assistant/WebApp/RepoId.hs
@@ -0,0 +1,40 @@
+{- git-annex assistant webapp RepoId type
+ -
+ - Copyright 2012,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+module Assistant.WebApp.RepoId where
+
+import Common.Annex
+import Git.Types (RemoteName)
+import qualified Remote
+
+{- Parts of the webapp need to be able to act on repositories that may or
+ - may not have a UUID. -}
+data RepoId
+	= RepoUUID UUID
+	| RepoName RemoteName
+  deriving (Eq, Ord, Show, Read)
+
+mkRepoId :: Remote -> RepoId
+mkRepoId r = case Remote.uuid r of
+	NoUUID -> RepoName (Remote.name r)
+	u -> RepoUUID u
+
+
+describeRepoId :: RepoId -> Annex String
+describeRepoId (RepoUUID u) = Remote.prettyUUID u
+describeRepoId (RepoName n) = return n
+
+repoIdRemote :: RepoId -> Annex (Maybe Remote)
+repoIdRemote (RepoUUID u) = Remote.remoteFromUUID u
+repoIdRemote (RepoName n) = Remote.byNameOnly n
+
+lacksUUID :: RepoId -> Bool
+lacksUUID r = asUUID r == NoUUID
+
+asUUID :: RepoId -> UUID
+asUUID (RepoUUID u) = u
+asUUID _ = NoUUID
diff --git a/Assistant/WebApp/RepoList.hs b/Assistant/WebApp/RepoList.hs
new file mode 100644
index 0000000000..eabf4da89d
--- /dev/null
+++ b/Assistant/WebApp/RepoList.hs
@@ -0,0 +1,265 @@
+{- git-annex assistant webapp repository list
+ -
+ - Copyright 2012,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings, CPP #-}
+
+module Assistant.WebApp.RepoList where
+
+import Assistant.WebApp.Common
+import Assistant.DaemonStatus
+import Assistant.WebApp.Notifications
+import qualified Annex
+import qualified Remote
+import qualified Types.Remote as Remote
+import Remote.List (remoteListRefresh)
+import Annex.UUID (getUUID)
+import Logs.Remote
+import Logs.Trust
+import Logs.Group
+import Config
+import Git.Remote
+import Assistant.Sync
+import Config.Cost
+import Utility.NotificationBroadcaster
+import qualified Git
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import qualified Data.Text as T
+import Data.Function
+import Control.Concurrent
+
+type RepoList = [(RepoDesc, RepoId, CurrentlyConnected, Actions)]
+
+type RepoDesc = String
+type CurrentlyConnected = Bool
+
+{- Actions that can be performed on a repo in the list. -}
+data Actions
+	= DisabledRepoActions
+		{ setupRepoLink :: Route WebApp }
+	| SyncingRepoActions
+		{ setupRepoLink :: Route WebApp
+		, syncToggleLink :: Route WebApp
+		}
+	| NotSyncingRepoActions
+		{ setupRepoLink :: Route WebApp
+		, syncToggleLink :: Route WebApp
+		}
+	| UnwantedRepoActions
+		{ setupRepoLink :: Route WebApp }
+
+mkSyncingRepoActions :: RepoId -> Actions
+mkSyncingRepoActions repoid = SyncingRepoActions
+	{ setupRepoLink = EditRepositoryR repoid
+	, syncToggleLink = DisableSyncR repoid
+	}
+
+mkNotSyncingRepoActions :: RepoId -> Actions
+mkNotSyncingRepoActions repoid = NotSyncingRepoActions
+	{ setupRepoLink = EditRepositoryR repoid
+	, syncToggleLink = EnableSyncR repoid
+	}
+
+mkUnwantedRepoActions :: RepoId -> Actions
+mkUnwantedRepoActions repoid = UnwantedRepoActions
+	{ setupRepoLink = EditRepositoryR repoid
+	}
+
+needsEnabled :: Actions -> Bool
+needsEnabled (DisabledRepoActions _) = True
+needsEnabled _ = False
+
+notSyncing :: Actions -> Bool
+notSyncing (SyncingRepoActions _ _) = False
+notSyncing _ = True
+
+notWanted :: Actions -> Bool
+notWanted (UnwantedRepoActions _) = True
+notWanted _ = False
+
+{- Called by client to get a list of repos, that refreshes
+ - when new repos are added.
+ -
+ - Returns a div, which will be inserted into the calling page.
+ -}
+getRepoListR :: NotificationId -> RepoSelector -> Handler Html
+getRepoListR nid reposelector = do
+	waitNotifier getRepoListBroadcaster nid
+	p <- widgetToPageContent $ repoListDisplay reposelector
+	giveUrlRenderer $ [hamlet|^{pageBody p}|]
+
+mainRepoSelector :: RepoSelector
+mainRepoSelector = RepoSelector
+	{ onlyCloud = False
+	, onlyConfigured = False
+	, includeHere = True
+	, nudgeAddMore = False
+	}
+
+{- List of cloud repositories, configured and not. -}
+cloudRepoList :: Widget
+cloudRepoList = repoListDisplay RepoSelector
+	{ onlyCloud = True
+	, onlyConfigured = False
+	, includeHere = False
+	, nudgeAddMore = False
+	}
+
+repoListDisplay :: RepoSelector -> Widget
+repoListDisplay reposelector = do
+	autoUpdate ident (NotifierRepoListR reposelector) (10 :: Int) (10 :: Int)
+	addScript $ StaticR js_jquery_ui_core_js
+	addScript $ StaticR js_jquery_ui_widget_js
+	addScript $ StaticR js_jquery_ui_mouse_js
+	addScript $ StaticR js_jquery_ui_sortable_js
+
+	repolist <- liftH $ repoList reposelector
+	let addmore = nudgeAddMore reposelector
+	let nootherrepos = length repolist < 2
+
+	$(widgetFile "repolist")
+  where
+	ident = "repolist"
+
+{- A list of known repositories, with actions that can be taken on them. -}
+repoList :: RepoSelector -> Handler RepoList
+repoList reposelector
+	| onlyConfigured reposelector = list =<< configured
+	| otherwise = list =<< (++) <$> configured <*> unconfigured
+  where
+	configured = do
+		syncremotes <- syncRemotes <$> liftAssistant getDaemonStatus
+		let syncing = S.fromList $ map mkRepoId syncremotes
+		liftAnnex $ do
+			unwanted <- S.fromList
+				<$> filterM inUnwantedGroup (map Remote.uuid syncremotes)
+			rs <- filter selectedrepo . concat . Remote.byCost
+				<$> Remote.remoteList
+			let l = flip map (map mkRepoId rs) $ \r -> case r of
+				(RepoUUID u)
+					| u `S.member` unwanted -> (r, mkUnwantedRepoActions r)
+				_
+					| r `S.member` syncing -> (r, mkSyncingRepoActions r)
+					| otherwise -> (r, mkNotSyncingRepoActions r)
+			if includeHere reposelector
+				then do
+					r <- RepoUUID <$> getUUID
+					autocommit <- annexAutoCommit <$> Annex.getGitConfig
+					let hereactions = if autocommit
+						then mkSyncingRepoActions r
+						else mkNotSyncingRepoActions r
+					let here = (r, hereactions)
+					return $ here : l
+				else return l
+	unconfigured = liftAnnex $ do
+		m <- readRemoteLog
+		g <- gitRepo
+		map snd . catMaybes . filter selectedremote 
+			. map (findinfo m g)
+			<$> trustExclude DeadTrusted (M.keys m)
+	selectedrepo r
+		| Remote.readonly r = False
+		| onlyCloud reposelector = Git.repoIsUrl (Remote.repo r)
+			&& Remote.uuid r /= NoUUID 
+			&& not (Remote.isXMPPRemote r)
+		| otherwise = True
+	selectedremote Nothing = False
+	selectedremote (Just (iscloud, _))
+		| onlyCloud reposelector = iscloud
+		| otherwise = True
+	findinfo m g u = case getconfig "type" of
+		Just "rsync" -> val True EnableRsyncR
+		Just "directory" -> val False EnableDirectoryR
+#ifdef WITH_S3
+		Just "S3" -> val True EnableS3R
+#endif
+		Just "glacier" -> val True EnableGlacierR
+#ifdef WITH_WEBDAV
+		Just "webdav" -> val True EnableWebDAVR
+#endif
+		Just "gcrypt" ->
+			-- Skip gcrypt repos on removable drives;
+			-- handled separately.
+			case getconfig "gitrepo" of
+				Just rr	| remoteLocationIsUrl (parseRemoteLocation rr g) ->
+					val True EnableSshGCryptR
+				_ -> Nothing
+		Just "git" -> 
+			case getconfig "location" of
+				Just loc | remoteLocationIsSshUrl (parseRemoteLocation loc g) ->
+					val True EnableSshGitRemoteR
+				_ -> Nothing
+		_ -> Nothing
+	  where
+	  	getconfig k = M.lookup k =<< M.lookup u m
+		val iscloud r = Just (iscloud, (RepoUUID u, DisabledRepoActions $ r u))
+	list l = do
+		cc <- currentlyConnectedRemotes <$> liftAssistant getDaemonStatus
+		forM (nubBy ((==) `on` fst) l) $ \(repoid, actions) ->
+			(,,,)
+				<$> liftAnnex (describeRepoId repoid)
+				<*> pure repoid
+				<*> pure (getCurrentlyConnected repoid cc)
+				<*> pure actions
+
+getCurrentlyConnected :: RepoId -> S.Set UUID -> CurrentlyConnected
+getCurrentlyConnected (RepoUUID u) cc = S.member u cc
+getCurrentlyConnected _ _ = False
+
+getEnableSyncR :: RepoId -> Handler ()
+getEnableSyncR = flipSync True
+
+getDisableSyncR :: RepoId -> Handler ()
+getDisableSyncR = flipSync False
+
+flipSync :: Bool -> RepoId -> Handler ()
+flipSync enable repoid = do
+	mremote <- liftAnnex $ repoIdRemote repoid
+	liftAssistant $ changeSyncable mremote enable
+	redirectBack
+
+getRepositoriesReorderR :: Handler ()
+getRepositoriesReorderR = do
+	{- Get uuid of the moved item, and the list it was moved within. -}
+	moved <- fromjs <$> runInputGet (ireq textField "moved")
+	list <- map fromjs <$> lookupGetParams "list[]"
+	liftAnnex $ go list =<< repoIdRemote moved
+	liftAssistant updateSyncRemotes
+  where
+	go _ Nothing = noop
+  	go list (Just remote) = do
+		rs <- catMaybes <$> mapM repoIdRemote list
+		forM_ (reorderCosts remote rs) $ \(r, newcost) ->
+			when (Remote.cost r /= newcost) $
+				setRemoteCost (Remote.repo r) newcost
+		void remoteListRefresh
+  	fromjs = fromMaybe (RepoUUID NoUUID) . readish . T.unpack
+
+reorderCosts :: Remote -> [Remote] -> [(Remote, Cost)]
+reorderCosts remote rs = zip rs'' (insertCostAfter costs i)
+  where
+	{- Find the index of the remote in the list that the remote
+	 - was moved to be after.
+	 - If it was moved to the start of the list, -1 -}
+	i = fromMaybe 0 (elemIndex remote rs) - 1
+	rs' = filter (\r -> Remote.uuid r /= Remote.uuid remote) rs
+	costs = map Remote.cost rs'
+	rs'' = (\(x, y) -> x ++ [remote] ++ y) $ splitAt (i + 1) rs'
+
+getSyncNowRepositoryR :: UUID -> Handler ()
+getSyncNowRepositoryR uuid = do
+	u <- liftAnnex getUUID
+	if u == uuid
+		then do
+			thread <- liftAssistant $ asIO $
+				reconnectRemotes True
+					=<< (syncRemotes <$> getDaemonStatus)
+			void $ liftIO $ forkIO thread
+		else maybe noop (liftAssistant . syncRemote)
+			=<< liftAnnex (Remote.remoteFromUUID uuid)
+	redirectBack
diff --git a/Assistant/WebApp/SideBar.hs b/Assistant/WebApp/SideBar.hs
new file mode 100644
index 0000000000..d7a0bb78fa
--- /dev/null
+++ b/Assistant/WebApp/SideBar.hs
@@ -0,0 +1,109 @@
+{- git-annex assistant webapp sidebar
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE QuasiQuotes, TemplateHaskell, OverloadedStrings #-}
+
+module Assistant.WebApp.SideBar where
+
+import Assistant.Common
+import Assistant.WebApp
+import Assistant.WebApp.Types
+import Assistant.WebApp.Notifications
+import Assistant.Alert.Utility
+import Assistant.DaemonStatus
+import Utility.NotificationBroadcaster
+import Utility.Yesod
+
+import Data.Text (Text)
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Control.Concurrent
+
+sideBarDisplay :: Widget
+sideBarDisplay = do
+	let content = do
+		{- Add newest alerts to the sidebar. -}
+		alertpairs <- liftH $ M.toList . alertMap
+			<$> liftAssistant getDaemonStatus
+		mapM_ renderalert $
+			take displayAlerts $ reverse $ sortAlertPairs alertpairs
+	let ident = "sidebar"
+	$(widgetFile "sidebar/main")
+	autoUpdate ident NotifierSideBarR (10 :: Int) (10 :: Int)
+  where
+	bootstrapclass :: AlertClass -> Text
+	bootstrapclass Activity = "alert-info"
+	bootstrapclass Warning = "alert"
+	bootstrapclass Error = "alert-danger"
+	bootstrapclass Success = "alert-success"
+	bootstrapclass Message = "alert-info"
+
+	renderalert (aid, alert) = do
+		let alertid = show aid
+		let closable = alertClosable alert
+		let block = alertBlockDisplay alert
+		let divclass = bootstrapclass $ alertClass alert
+		let message = renderAlertMessage alert
+		let messagelines = T.lines message
+		let multiline = length messagelines > 1
+		let buttons = zip (alertButtons alert) [1..]
+		$(widgetFile "sidebar/alert")
+
+{- Called by client to get a sidebar display.
+ -
+ - Returns a div, which will be inserted into the calling page.
+ -
+ - Note that the head of the widget is not included, only its
+ - body is. To get the widget head content, the widget is also 
+ - inserted onto all pages.
+ -}
+getSideBarR :: NotificationId -> Handler Html
+getSideBarR nid = do
+	waitNotifier getAlertBroadcaster nid
+
+	{- This 0.1 second delay avoids very transient notifications from
+	 - being displayed and churning the sidebar unnecesarily. 
+	 -
+	 - This needs to be below the level perceptable by the user,
+	 - to avoid slowing down user actions like closing alerts. -}
+	liftIO $ threadDelay 100000
+
+	page <- widgetToPageContent sideBarDisplay
+	giveUrlRenderer $ [hamlet|^{pageBody page}|]
+
+{- Called by the client to close an alert. -}
+getCloseAlert :: AlertId -> Handler ()
+getCloseAlert = liftAssistant . removeAlert
+
+{- When an alert with a button is clicked on, the button takes us here. -}
+getClickAlert :: AlertId -> Int -> Handler ()
+getClickAlert i bnum = do
+	m <- alertMap <$> liftAssistant getDaemonStatus
+	case M.lookup i m of
+		Just (Alert { alertButtons = bs })
+			| length bs >= bnum -> do
+				let b = bs !! (bnum - 1)
+				{- Spawn a thread to run the action
+				 - while redirecting. -}
+				case buttonAction b of
+					Nothing -> noop
+					Just a -> liftIO $ void $ forkIO $ a i
+				redirect $ buttonUrl b
+			| otherwise -> redirectBack
+		_ -> redirectBack
+
+htmlIcon :: AlertIcon -> Widget
+htmlIcon ActivityIcon = [whamlet|<img src="@{StaticR activityicon_gif}" alt="">|]
+htmlIcon SyncIcon = [whamlet|<img src="@{StaticR syncicon_gif}" alt="">|]
+htmlIcon InfoIcon = bootstrapIcon "info-sign"
+htmlIcon SuccessIcon = bootstrapIcon "ok"
+htmlIcon ErrorIcon = bootstrapIcon "exclamation-sign"
+htmlIcon UpgradeIcon = bootstrapIcon "arrow-up"
+htmlIcon ConnectionIcon = bootstrapIcon "signal"
+
+bootstrapIcon :: Text -> Widget
+bootstrapIcon name = [whamlet|<span .glyphicon .glyphicon-#{name}>|]
diff --git a/Assistant/WebApp/Types.hs b/Assistant/WebApp/Types.hs
new file mode 100644
index 0000000000..974ec28ac3
--- /dev/null
+++ b/Assistant/WebApp/Types.hs
@@ -0,0 +1,225 @@
+{- git-annex assistant webapp types
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeFamilies, QuasiQuotes, MultiParamTypeClasses #-}
+{-# LANGUAGE TemplateHaskell, OverloadedStrings, RankNTypes #-}
+{-# LANGUAGE FlexibleInstances, FlexibleContexts #-}
+{-# LANGUAGE CPP #-}
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module Assistant.WebApp.Types where
+
+import Assistant.Common
+import Assistant.Ssh
+import Assistant.Pairing
+import Assistant.Types.Buddies
+import Utility.NotificationBroadcaster
+import Utility.WebApp
+import Utility.Yesod
+import Logs.Transfer
+import Utility.Gpg (KeyId)
+import Build.SysConfig (packageversion)
+import Types.ScheduledActivity
+import Assistant.WebApp.RepoId
+import Types.Distribution
+
+import Yesod.Static
+import Text.Hamlet
+import Data.Text (Text, pack, unpack)
+import Network.Socket (HostName)
+
+publicFiles "static"
+
+staticRoutes :: Static
+staticRoutes = $(embed "static")
+
+mkYesodData "WebApp" $(parseRoutesFile "Assistant/WebApp/routes")
+
+data WebApp = WebApp
+	{ assistantData :: AssistantData
+	, authToken :: AuthToken
+	, relDir :: Maybe FilePath
+	, getStatic :: Static
+	, postFirstRun :: Maybe (IO String)
+	, cannotRun :: Maybe String
+	, noAnnex :: Bool
+	, listenHost ::Maybe HostName
+	}
+
+instance Yesod WebApp where
+	{- Require an auth token be set when accessing any (non-static) route -}
+	isAuthorized _ _ = checkAuthToken authToken
+
+	{- Add the auth token to every url generated, except static subsite
+	 - urls (which can show up in Permission Denied pages). -}
+	joinPath = insertAuthToken authToken excludeStatic
+	  where
+		excludeStatic [] = True
+		excludeStatic (p:_) = p /= "static"
+
+	makeSessionBackend = webAppSessionBackend
+	jsLoader _ = BottomOfHeadBlocking
+
+	{- The webapp does not use defaultLayout, so this is only used
+	 - for error pages or any other built-in yesod page.
+	 - 
+	 - This can use static routes, but should use no other routes,
+	 - as that would expose the auth token.
+	 -}
+	defaultLayout content = do
+		webapp <- getYesod
+		pageinfo <- widgetToPageContent $ do
+			addStylesheet $ StaticR css_bootstrap_css
+			addStylesheet $ StaticR css_bootstrap_theme_css
+			addScript $ StaticR js_jquery_full_js
+			addScript $ StaticR js_bootstrap_js
+			$(widgetFile "error")
+		giveUrlRenderer $(hamletFile $ hamletTemplate "bootstrap")
+
+instance RenderMessage WebApp FormMessage where
+	renderMessage _ _ = defaultFormMessage
+
+#if MIN_VERSION_yesod(1,2,0)
+instance LiftAnnex Handler where
+#else
+instance LiftAnnex (GHandler sub WebApp) where
+#endif
+	liftAnnex a = ifM (noAnnex <$> getYesod)
+		( error "internal liftAnnex"
+		, liftAssistant $ liftAnnex a
+		)
+
+#if MIN_VERSION_yesod(1,2,0)
+instance LiftAnnex (WidgetT WebApp IO) where
+#else
+instance LiftAnnex (GWidget WebApp WebApp) where
+#endif
+	liftAnnex = liftH . liftAnnex
+
+class LiftAssistant m where
+	liftAssistant :: Assistant a -> m a
+
+#if MIN_VERSION_yesod(1,2,0)
+instance LiftAssistant Handler where
+#else
+instance LiftAssistant (GHandler sub WebApp) where
+#endif
+	liftAssistant a = liftIO . flip runAssistant a
+		=<< assistantData <$> getYesod
+
+#if MIN_VERSION_yesod(1,2,0)
+instance LiftAssistant (WidgetT WebApp IO) where
+#else
+instance LiftAssistant (GWidget WebApp WebApp) where
+#endif
+	liftAssistant = liftH . liftAssistant
+
+#if MIN_VERSION_yesod(1,2,0)
+type MkMForm x = MForm Handler (FormResult x, Widget)
+#else
+type MkMForm x = MForm WebApp WebApp (FormResult x, Widget)
+#endif
+
+#if MIN_VERSION_yesod(1,2,0)
+type MkAForm x = AForm Handler x
+#else
+type MkAForm x = AForm WebApp WebApp x
+#endif
+
+#if MIN_VERSION_yesod(1,2,0)
+type MkField x = Monad m => RenderMessage (HandlerSite m) FormMessage => Field m x
+#else
+type MkField x = RenderMessage master FormMessage => Field sub master x
+#endif
+
+data RepoSelector = RepoSelector
+	{ onlyCloud :: Bool
+	, onlyConfigured :: Bool
+	, includeHere :: Bool
+	, nudgeAddMore :: Bool
+	}
+	deriving (Read, Show, Eq)
+
+data RemovableDrive = RemovableDrive 
+	{ diskFree :: Maybe Integer
+	, mountPoint :: Text
+	, driveRepoPath :: Text
+	}
+	deriving (Read, Show, Eq, Ord)
+
+data RepoKey = RepoKey KeyId | NoRepoKey
+	deriving (Read, Show, Eq, Ord)
+
+#if ! MIN_VERSION_path_pieces(0,1,4)
+instance PathPiece Bool where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+#endif
+
+instance PathPiece RemovableDrive where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece RepoKey where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece SshData where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece NotificationId where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece AlertId where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece Transfer where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece PairMsg where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece SecretReminder where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece UUID where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece BuddyKey where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece PairKey where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece RepoSelector where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece ThreadName where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece ScheduledActivity where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece RepoId where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+instance PathPiece GitAnnexDistribution where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
diff --git a/Assistant/WebApp/routes b/Assistant/WebApp/routes
new file mode 100644
index 0000000000..589919561b
--- /dev/null
+++ b/Assistant/WebApp/routes
@@ -0,0 +1,128 @@
+/ DashboardR GET HEAD
+
+/noscript NoScriptR GET
+/noscript/auto NoScriptAutoR GET
+
+/about AboutR GET
+/about/license LicenseR GET
+/about/repogroups RepoGroupR GET
+
+/shutdown ShutdownR GET
+/shutdown/confirm ShutdownConfirmedR GET
+/shutdown/complete NotRunningR GET
+/restart RestartR GET
+/restart/thread/#ThreadName RestartThreadR GET
+/log LogR GET
+
+/config ConfigurationR GET
+/config/preferences PreferencesR GET POST
+/config/xmpp XMPPConfigR GET POST
+/config/xmpp/for/self XMPPConfigForPairSelfR GET POST
+/config/xmpp/for/frield XMPPConfigForPairFriendR GET POST
+/config/xmpp/needcloudrepo/#UUID NeedCloudRepoR GET
+/config/xmpp/disconnect DisconnectXMPPR GET
+/config/needconnection ConnectionNeededR GET
+/config/fsck ConfigFsckR GET POST
+/config/fsck/preferences ConfigFsckPreferencesR POST
+/config/upgrade/start/#GitAnnexDistribution ConfigStartUpgradeR GET
+/config/upgrade/finish ConfigFinishUpgradeR GET
+/config/upgrade/automatically ConfigEnableAutomaticUpgradeR GET
+/config/unused ConfigUnusedR GET POST
+
+/config/addrepository AddRepositoryR GET
+/config/repository/new NewRepositoryR GET POST
+/config/repository/new/first FirstRepositoryR GET POST
+/config/repository/new/androidcamera AndroidCameraRepositoryR GET
+/config/repository/switcher RepositorySwitcherR GET
+/config/repository/switchto/#FilePath SwitchToRepositoryR GET
+/config/repository/combine/#FilePath/#UUID CombineRepositoryR GET
+/config/repository/edit/#RepoId EditRepositoryR GET POST
+/config/repository/edit/new/#UUID EditNewRepositoryR GET POST
+/config/repository/edit/new/cloud/#UUID EditNewCloudRepositoryR GET POST
+/config/repository/sync/disable/#RepoId DisableSyncR GET
+/config/repository/sync/enable/#RepoId EnableSyncR GET
+/config/repository/upgrade/#RepoId UpgradeRepositoryR GET
+
+/config/repository/add/drive AddDriveR GET POST
+/config/repository/add/drive/confirm/#RemovableDrive ConfirmAddDriveR GET
+/config/repository/add/drive/genkey/#RemovableDrive GenKeyForDriveR GET
+/config/repository/add/drive/finish/#RemovableDrive/#RepoKey FinishAddDriveR GET
+/config/repository/add/ssh AddSshR GET POST
+/config/repository/add/ssh/confirm/#SshData/#UUID ConfirmSshR GET
+/config/repository/add/ssh/retry/#SshData RetrySshR GET
+/config/repository/add/ssh/make/git/#SshData MakeSshGitR GET
+/config/repository/add/ssh/make/rsync/#SshData MakeSshRsyncR GET
+/config/repository/add/ssh/make/gcrypt/#SshData/#RepoKey MakeSshGCryptR GET
+/config/repository/add/ssh/combine/#SshData CombineSshR GET
+/config/repository/add/cloud/rsync.net AddRsyncNetR GET POST
+/config/repository/add/cloud/rsync.net/shared/#SshData MakeRsyncNetSharedR GET
+/config/repository/add/cloud/rsync.net/gcrypt/#SshData/#RepoKey MakeRsyncNetGCryptR GET
+/config/repository/add/cloud/S3 AddS3R GET POST
+/config/repository/add/cloud/IA AddIAR GET POST
+/config/repository/add/cloud/glacier AddGlacierR GET POST
+/config/repository/add/cloud/box.com AddBoxComR GET POST
+
+/config/repository/pair/local/start StartLocalPairR GET POST
+/config/repository/pair/local/running/#SecretReminder RunningLocalPairR GET
+/config/repository/pair/local/finish/#PairMsg FinishLocalPairR GET POST
+
+/config/repository/pair/xmpp/self/start StartXMPPPairSelfR GET
+/config/repository/pair/xmpp/self/running RunningXMPPPairSelfR GET
+
+/config/repository/pair/xmpp/friend/start StartXMPPPairFriendR GET
+/config/repository/pair/xmpp/friend/running/#BuddyKey RunningXMPPPairFriendR GET
+/config/repository/pair/xmpp/friend/accept/#PairKey ConfirmXMPPPairFriendR GET
+/config/repository/pair/xmpp/friend/finish/#PairKey FinishXMPPPairFriendR GET
+
+/config/repository/enable/rsync/#UUID EnableRsyncR GET POST
+/config/repository/enable/gcrypt/#UUID EnableSshGCryptR GET POST
+/config/repository/enable/directory/#UUID EnableDirectoryR GET
+/config/repository/enable/S3/#UUID EnableS3R GET POST
+/config/repository/enable/IA/#UUID EnableIAR GET POST
+/config/repository/enable/glacier/#UUID EnableGlacierR GET POST
+/config/repository/enable/webdav/#UUID EnableWebDAVR GET POST
+/config/repository/enable/sshgitremote/#UUID EnableSshGitRemoteR GET POST
+
+/config/repository/reorder RepositoriesReorderR GET
+
+/config/repository/syncnow/#UUID SyncNowRepositoryR GET
+/config/repository/disable/#UUID DisableRepositoryR GET
+
+/config/repository/delete/confirm/#UUID DeleteRepositoryR GET
+/config/repository/delete/start/#UUID StartDeleteRepositoryR GET
+/config/repository/delete/finish/#UUID FinishDeleteRepositoryR GET
+/config/repository/delete/here DeleteCurrentRepositoryR GET POST
+
+/config/activity/add/#UUID AddActivityR GET POST
+/config/activity/change/#UUID/#ScheduledActivity ChangeActivityR GET POST
+/config/activity/remove/#UUID/#ScheduledActivity RemoveActivityR GET
+
+/transfers/#NotificationId TransfersR GET
+/notifier/transfers NotifierTransfersR GET
+
+/sidebar/#NotificationId SideBarR GET
+/notifier/sidebar NotifierSideBarR GET
+
+/buddylist/#NotificationId BuddyListR GET
+/notifier/buddylist NotifierBuddyListR GET
+
+/repolist/#NotificationId/#RepoSelector RepoListR GET
+/notifier/repolist/#RepoSelector NotifierRepoListR GET
+
+/globalredir/#NotificationId GlobalRedirR GET
+/notifier/globalredir NotifierGlobalRedirR GET
+
+/alert/close/#AlertId CloseAlert GET
+/alert/click/#AlertId/#Int ClickAlert GET
+/filebrowser FileBrowserR GET POST
+
+/transfer/pause/#Transfer PauseTransferR GET POST
+/transfer/start/#Transfer StartTransferR GET POST
+/transfer/cancel/#Transfer CancelTransferR GET POST
+
+/repair/#UUID RepairRepositoryR GET POST
+/repair/run/#UUID RepairRepositoryRunR GET POST
+
+/unused/cleanup CleanupUnusedR GET
+
+/static StaticR Static getStatic
diff --git a/Assistant/XMPP.hs b/Assistant/XMPP.hs
new file mode 100644
index 0000000000..e747050217
--- /dev/null
+++ b/Assistant/XMPP.hs
@@ -0,0 +1,274 @@
+{- core xmpp support
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Assistant.XMPP where
+
+import Assistant.Common
+import Assistant.Types.NetMessager
+import Assistant.Pairing
+import Git.Sha (extractSha)
+import Git
+
+import Network.Protocol.XMPP hiding (Node)
+import Data.Text (Text)
+import qualified Data.Text as T
+import qualified Data.Map as M
+import Data.ByteString (ByteString)
+import qualified Data.ByteString as B
+import Data.XML.Types
+import qualified "dataenc" Codec.Binary.Base64 as B64
+
+{- Name of the git-annex tag, in our own XML namespace.
+ - (Not using a namespace URL to avoid unnecessary bloat.) -}
+gitAnnexTagName :: Name
+gitAnnexTagName  = "{git-annex}git-annex"
+
+{- Creates a git-annex tag containing a particular attribute and value. -}
+gitAnnexTag :: Name -> Text -> Element
+gitAnnexTag attr val = gitAnnexTagContent attr val []
+
+{- Also with some content. -}
+gitAnnexTagContent :: Name -> Text -> [Node] -> Element
+gitAnnexTagContent attr val = Element gitAnnexTagName [(attr, [ContentText val])]
+
+isGitAnnexTag :: Element -> Bool
+isGitAnnexTag t = elementName t == gitAnnexTagName
+
+{- Things that a git-annex tag can inserted into. -}
+class GitAnnexTaggable a where
+	insertGitAnnexTag :: a -> Element -> a
+
+	extractGitAnnexTag :: a -> Maybe Element
+
+	hasGitAnnexTag :: a -> Bool
+	hasGitAnnexTag = isJust . extractGitAnnexTag
+
+instance GitAnnexTaggable Message where
+	insertGitAnnexTag m elt = m { messagePayloads = elt : messagePayloads m }
+	extractGitAnnexTag = headMaybe . filter isGitAnnexTag . messagePayloads
+
+instance GitAnnexTaggable Presence where
+	-- always mark extended away and set presence priority to negative
+	insertGitAnnexTag p elt = p
+		{ presencePayloads = extendedAway : negativePriority : elt : presencePayloads p }
+	extractGitAnnexTag = headMaybe . filter isGitAnnexTag . presencePayloads
+
+data GitAnnexTagInfo = GitAnnexTagInfo
+	{ tagAttr :: Name
+	, tagValue :: Text
+	, tagElement :: Element
+	}
+
+type Decoder = Message -> GitAnnexTagInfo -> Maybe NetMessage
+
+gitAnnexTagInfo :: GitAnnexTaggable a => a -> Maybe GitAnnexTagInfo
+gitAnnexTagInfo v = case extractGitAnnexTag v of
+	{- Each git-annex tag has a single attribute. -}
+	Just (tag@(Element _ [(attr, _)] _)) -> GitAnnexTagInfo
+		<$> pure attr
+		<*> attributeText attr tag
+		<*> pure tag
+	_ -> Nothing
+
+{- A presence with a git-annex tag in it.
+ - Also includes a status tag, which may be visible in XMPP clients. -}
+gitAnnexPresence :: Element -> Presence
+gitAnnexPresence = insertGitAnnexTag $ addStatusTag $ emptyPresence PresenceAvailable
+  where
+	addStatusTag p = p
+		{ presencePayloads = status : presencePayloads p }
+	status = Element "status" [] [statusMessage]
+	statusMessage = NodeContent $ ContentText $ T.pack "git-annex"
+
+{- A presence with an empty git-annex tag in it, used for letting other
+ - clients know we're around and are a git-annex client. -}
+gitAnnexSignature :: Presence
+gitAnnexSignature = gitAnnexPresence $ Element gitAnnexTagName [] []
+
+{- XMPP client to server ping -}
+xmppPing :: JID -> IQ
+xmppPing selfjid = (emptyIQ IQGet)
+	{ iqID = Just "c2s1"
+	, iqFrom = Just selfjid
+	, iqTo = Just $ JID Nothing (jidDomain selfjid) Nothing
+	, iqPayload = Just $ Element xmppPingTagName [] []
+	}
+
+xmppPingTagName :: Name
+xmppPingTagName = "{urn:xmpp}ping"
+
+{- A message with a git-annex tag in it. -}
+gitAnnexMessage :: Element -> JID -> JID -> Message
+gitAnnexMessage elt tojid fromjid = (insertGitAnnexTag silentMessage elt)
+	{ messageTo = Just tojid
+	, messageFrom = Just fromjid
+	}
+
+{- A notification that we've pushed to some repositories, listing their
+ - UUIDs. -}
+pushNotification :: [UUID] -> Presence
+pushNotification = gitAnnexPresence . gitAnnexTag pushAttr . encodePushNotification
+
+encodePushNotification :: [UUID] -> Text
+encodePushNotification = T.intercalate uuidSep . map (T.pack . fromUUID)
+
+decodePushNotification :: Text -> [UUID]
+decodePushNotification = map (toUUID . T.unpack) . T.splitOn uuidSep
+
+uuidSep :: Text
+uuidSep = ","
+
+{- A request for other git-annex clients to send presence. -}
+presenceQuery :: Presence
+presenceQuery = gitAnnexPresence $ gitAnnexTag queryAttr T.empty
+
+{- A notification about a stage of pairing. -}
+pairingNotification :: PairStage -> UUID -> JID -> JID -> Message
+pairingNotification pairstage u = gitAnnexMessage $ 
+	gitAnnexTag pairAttr $ encodePairingNotification pairstage u
+
+encodePairingNotification :: PairStage -> UUID -> Text
+encodePairingNotification pairstage u = T.unwords $ map T.pack
+	[ show pairstage
+	, fromUUID u
+	]
+
+decodePairingNotification :: Decoder
+decodePairingNotification m = parse . words . T.unpack . tagValue
+  where
+	parse [stage, u] = PairingNotification
+		<$> readish stage
+		<*> (formatJID <$> messageFrom m)
+		<*> pure (toUUID u)
+	parse _ = Nothing
+
+pushMessage :: PushStage -> JID -> JID -> Message
+pushMessage = gitAnnexMessage . encode
+  where
+	encode (CanPush u shas) =
+		gitAnnexTag canPushAttr $ T.pack $ unwords $
+			fromUUID u : map fromRef shas
+	encode (PushRequest u) =
+		gitAnnexTag pushRequestAttr $ T.pack $ fromUUID u
+	encode (StartingPush u) =
+		gitAnnexTag startingPushAttr $ T.pack $ fromUUID u
+	encode (ReceivePackOutput n b) = 
+		gitAnnexTagContent receivePackAttr (val n) $ encodeTagContent b
+	encode (SendPackOutput n b) =
+		gitAnnexTagContent sendPackAttr (val n) $ encodeTagContent b
+	encode (ReceivePackDone code) =
+		gitAnnexTag receivePackDoneAttr $ val $ encodeExitCode code
+	val = T.pack . show
+
+decodeMessage :: Message -> Maybe NetMessage
+decodeMessage m = decode =<< gitAnnexTagInfo m
+  where
+	decode i = M.lookup (tagAttr i) decoders >>= rundecoder i
+	rundecoder i d = d m i
+	decoders = M.fromList $ zip
+		[ pairAttr
+		, canPushAttr
+		, pushRequestAttr
+		, startingPushAttr
+		, receivePackAttr
+		, sendPackAttr
+		, receivePackDoneAttr
+		]
+		[ decodePairingNotification
+		, pushdecoder $ shasgen CanPush
+		, pushdecoder $ gen PushRequest
+		, pushdecoder $ gen StartingPush
+		, pushdecoder $ seqgen ReceivePackOutput
+		, pushdecoder $ seqgen SendPackOutput
+		, pushdecoder $
+			fmap (ReceivePackDone . decodeExitCode) . readish .
+				T.unpack . tagValue
+		]
+	pushdecoder a m' i = Pushing
+		<$> (formatJID <$> messageFrom m')
+		<*> a i
+	gen c i = c . toUUID <$> headMaybe (words (T.unpack (tagValue i)))
+	seqgen c i = do
+	  	packet <- decodeTagContent $ tagElement i
+		let seqnum = fromMaybe 0 $ readish $ T.unpack $ tagValue i
+		return $ c seqnum packet
+	shasgen c i = do
+		let (u:shas) = words $ T.unpack $ tagValue i
+		return $ c (toUUID u) (mapMaybe extractSha shas)
+
+decodeExitCode :: Int -> ExitCode
+decodeExitCode 0 = ExitSuccess
+decodeExitCode n = ExitFailure n
+	
+encodeExitCode :: ExitCode -> Int
+encodeExitCode ExitSuccess = 0
+encodeExitCode (ExitFailure n) = n
+
+{- Base 64 encoding a ByteString to use as the content of a tag. -}
+encodeTagContent :: ByteString -> [Node]
+encodeTagContent b = [NodeContent $ ContentText $ T.pack $ B64.encode $ B.unpack b]
+
+decodeTagContent :: Element -> Maybe ByteString
+decodeTagContent elt = B.pack <$> B64.decode s
+  where
+	s = T.unpack $ T.concat $ elementText elt
+
+{- The JID without the client part. -}
+baseJID :: JID -> JID
+baseJID j = JID (jidNode j) (jidDomain j) Nothing
+
+{- An XMPP chat message with an empty body. This should not be displayed
+ - by clients, but can be used for communications. -}
+silentMessage :: Message
+silentMessage = (emptyMessage MessageChat)
+	{ messagePayloads = [ emptybody ] }
+  where
+	emptybody = Element
+		{ elementName = "body"
+		, elementAttributes = []
+		, elementNodes = []
+		}
+
+{- Add to a presence to mark its client as extended away. -}
+extendedAway :: Element
+extendedAway = Element "show" [] [NodeContent $ ContentText "xa"]
+
+{- Add to a presence to give it a negative priority. -}
+negativePriority :: Element
+negativePriority = Element "priority" [] [NodeContent $ ContentText "-1"]
+
+pushAttr :: Name
+pushAttr = "push"
+
+queryAttr :: Name
+queryAttr = "query"
+
+pairAttr :: Name
+pairAttr = "pair"
+
+canPushAttr :: Name
+canPushAttr = "canpush"
+
+pushRequestAttr :: Name
+pushRequestAttr = "pushrequest"
+
+startingPushAttr :: Name
+startingPushAttr = "startingpush"
+
+receivePackAttr :: Name
+receivePackAttr = "rp"
+
+sendPackAttr :: Name
+sendPackAttr = "sp"
+
+receivePackDoneAttr :: Name
+receivePackDoneAttr = "rpdone"
+
+shasAttr :: Name
+shasAttr = "shas"
diff --git a/Assistant/XMPP/Buddies.hs b/Assistant/XMPP/Buddies.hs
new file mode 100644
index 0000000000..0c466e51c9
--- /dev/null
+++ b/Assistant/XMPP/Buddies.hs
@@ -0,0 +1,87 @@
+{- xmpp buddies
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.XMPP.Buddies where
+
+import Assistant.XMPP
+import Common.Annex
+import Assistant.Types.Buddies
+
+import Network.Protocol.XMPP
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Text (Text)
+import qualified Data.Text as T
+
+genBuddyKey :: JID -> BuddyKey
+genBuddyKey j = BuddyKey $ formatJID $ baseJID j
+
+buddyName :: JID -> Text
+buddyName j = maybe (T.pack "") strNode (jidNode j)
+
+ucFirst :: Text -> Text
+ucFirst s = let (first, rest) = T.splitAt 1 s
+	in T.concat [T.toUpper first, rest]
+
+{- Summary of info about a buddy.
+ -
+ - If the buddy has no clients at all anymore, returns Nothing. -}
+buddySummary :: [JID] -> Buddy -> Maybe (Text, Bool, Bool, Bool, BuddyKey)
+buddySummary pairedwith b = case clients of
+	((Client j):_) -> Just (buddyName j, away, canpair, alreadypaired j, genBuddyKey j)
+	[] -> Nothing
+  where
+	away = S.null (buddyPresent b) && S.null (buddyAssistants b)
+	canpair = not $ S.null (buddyAssistants b)
+	clients = S.toList $ buddyPresent b `S.union` buddyAway b `S.union` buddyAssistants b
+	alreadypaired j = baseJID j `elem` pairedwith
+
+{- Updates the buddies with XMPP presence info. -}
+updateBuddies :: Presence -> Buddies -> Buddies
+updateBuddies p@(Presence { presenceFrom = Just jid }) = M.alter update key
+  where
+	key = genBuddyKey jid
+	update (Just b) = Just $ applyPresence p b
+	update Nothing = newBuddy p
+updateBuddies _ = id
+
+{- Creates a new buddy based on XMPP presence info. -}
+newBuddy :: Presence -> Maybe Buddy
+newBuddy p
+	| presenceType p == PresenceAvailable = go
+	| presenceType p == PresenceUnavailable = go
+	| otherwise = Nothing
+  where
+	go = make <$> presenceFrom p
+	make _jid = applyPresence p $ Buddy
+		{ buddyPresent = S.empty
+		, buddyAway = S.empty
+		, buddyAssistants = S.empty
+		, buddyPairing = False
+		}
+
+applyPresence :: Presence -> Buddy -> Buddy
+applyPresence p b = fromMaybe b $! go <$> presenceFrom p
+  where
+	go jid
+		| presenceType p == PresenceUnavailable = b
+			{ buddyAway = addto $ buddyAway b
+			, buddyPresent = removefrom $ buddyPresent b
+			, buddyAssistants = removefrom $ buddyAssistants b
+			}
+		| hasGitAnnexTag p = b
+			{ buddyAssistants = addto $ buddyAssistants b
+			, buddyAway = removefrom $ buddyAway b }
+		| presenceType p == PresenceAvailable = b
+			{ buddyPresent = addto $ buddyPresent b
+			, buddyAway = removefrom $ buddyAway b
+			}
+		| otherwise = b
+	  where
+		client = Client jid
+		removefrom = S.filter (/= client)
+		addto = S.insert client
diff --git a/Assistant/XMPP/Client.hs b/Assistant/XMPP/Client.hs
new file mode 100644
index 0000000000..677bb2ff31
--- /dev/null
+++ b/Assistant/XMPP/Client.hs
@@ -0,0 +1,84 @@
+{- xmpp client support
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.XMPP.Client where
+
+import Assistant.Common
+import Utility.SRV
+import Creds
+
+import Network.Protocol.XMPP
+import Network
+import Control.Concurrent
+import qualified Data.Text as T
+import Control.Exception (SomeException)
+
+{- Everything we need to know to connect to an XMPP server. -}
+data XMPPCreds = XMPPCreds
+	{ xmppUsername :: T.Text
+	, xmppPassword :: T.Text
+	, xmppHostname :: HostName
+	, xmppPort :: Int
+	, xmppJID :: T.Text
+	}
+	deriving (Read, Show)
+
+connectXMPP :: XMPPCreds -> (JID -> XMPP a) -> IO [(HostPort, Either SomeException ())]
+connectXMPP c a = case parseJID (xmppJID c) of
+	Nothing -> error "bad JID"
+	Just jid -> connectXMPP' jid c a
+
+{- Do a SRV lookup, but if it fails, fall back to the cached xmppHostname. -}
+connectXMPP' :: JID -> XMPPCreds -> (JID -> XMPP a) -> IO [(HostPort, Either SomeException ())]
+connectXMPP' jid c a = reverse <$> (handle =<< lookupSRV srvrecord)
+  where
+	srvrecord = mkSRVTcp "xmpp-client" $
+		T.unpack $ strDomain $ jidDomain jid
+	serverjid = JID Nothing (jidDomain jid) Nothing
+
+	handle [] = do
+		let h = xmppHostname c
+		let p = PortNumber $ fromIntegral $ xmppPort c
+		r <- run h p $ a jid
+		return [r]
+	handle srvs = go [] srvs
+
+	go l [] = return l
+	go l ((h,p):rest) = do
+		{- Try each SRV record in turn, until one connects,
+		 - at which point the MVar will be full. -}
+		mv <- newEmptyMVar
+		r <- run h p $ do
+			liftIO $ putMVar mv ()
+			a jid
+		ifM (isEmptyMVar mv)
+			( go (r : l) rest
+			, return (r : l)
+			)
+
+	{- Async exceptions are let through so the XMPP thread can
+	 - be killed. -}
+	run h p a' = do
+		r <- tryNonAsync $
+			runClientError (Server serverjid h p) jid
+				(xmppUsername c) (xmppPassword c) (void a')
+		return ((h, p), r)
+
+{- XMPP runClient, that throws errors rather than returning an Either -}
+runClientError :: Server -> JID -> T.Text -> T.Text -> XMPP a -> IO a
+runClientError s j u p x = either (error . show) return =<< runClient s j u p x
+
+getXMPPCreds :: Annex (Maybe XMPPCreds)
+getXMPPCreds = parse <$> readCacheCreds xmppCredsFile
+  where
+	parse s = readish =<< s
+
+setXMPPCreds :: XMPPCreds -> Annex ()
+setXMPPCreds creds = writeCacheCreds (show creds) xmppCredsFile
+
+xmppCredsFile :: FilePath
+xmppCredsFile = "xmpp"
diff --git a/Assistant/XMPP/Git.hs b/Assistant/XMPP/Git.hs
new file mode 100644
index 0000000000..301aa71853
--- /dev/null
+++ b/Assistant/XMPP/Git.hs
@@ -0,0 +1,381 @@
+{- git over XMPP
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.XMPP.Git where
+
+import Assistant.Common
+import Assistant.NetMessager
+import Assistant.Types.NetMessager
+import Assistant.XMPP
+import Assistant.XMPP.Buddies
+import Assistant.DaemonStatus
+import Assistant.Alert
+import Assistant.MakeRemote
+import Assistant.Sync
+import qualified Command.Sync
+import qualified Annex.Branch
+import Annex.UUID
+import Logs.UUID
+import Annex.TaggedPush
+import Annex.CatFile
+import Config
+import Git
+import qualified Git.Branch
+import Config.Files
+import qualified Types.Remote as Remote
+import qualified Remote as Remote
+import Remote.List
+import Utility.FileMode
+import Utility.Shell
+import Utility.Env
+
+import Network.Protocol.XMPP
+import qualified Data.Text as T
+import System.Posix.Types
+import Control.Concurrent
+import System.Timeout
+import qualified Data.ByteString as B
+import qualified Data.Map as M
+
+{- Largest chunk of data to send in a single XMPP message. -}
+chunkSize :: Int
+chunkSize = 4096
+
+{- How long to wait for an expected message before assuming the other side
+ - has gone away and canceling a push. 
+ -
+ - This needs to be long enough to allow a message of up to 2+ times
+ - chunkSize to propigate up to a XMPP server, perhaps across to another
+ - server, and back down to us. On the other hand, other XMPP pushes can be
+ - delayed for running until the timeout is reached, so it should not be
+ - excessive.
+ -}
+xmppTimeout :: Int
+xmppTimeout = 120000000 -- 120 seconds
+
+finishXMPPPairing :: JID -> UUID -> Assistant ()
+finishXMPPPairing jid u = void $ alertWhile alert $
+	makeXMPPGitRemote buddy (baseJID jid) u
+  where
+	buddy = T.unpack $ buddyName jid
+	alert = pairRequestAcknowledgedAlert buddy Nothing
+
+gitXMPPLocation :: JID -> String
+gitXMPPLocation jid = "xmpp::" ++ T.unpack (formatJID $ baseJID jid)
+
+makeXMPPGitRemote :: String -> JID -> UUID -> Assistant Bool
+makeXMPPGitRemote buddyname jid u = do
+	remote <- liftAnnex $ addRemote $
+		makeGitRemote buddyname $ gitXMPPLocation jid
+	liftAnnex $ storeUUIDIn (remoteConfig (Remote.repo remote) "uuid") u
+	liftAnnex $ void remoteListRefresh
+	remote' <- liftAnnex $ fromMaybe (error "failed to add remote")
+		<$> Remote.byName (Just buddyname)
+	syncRemote remote'
+	return True
+
+{- Pushes over XMPP, communicating with a specific client.
+ - Runs an arbitrary IO action to push, which should run git-push with
+ - an xmpp:: url.
+ -
+ - To handle xmpp:: urls, git push will run git-remote-xmpp, which is
+ - injected into its PATH, and in turn runs git-annex xmppgit. The
+ - dataflow them becomes:
+ - 
+ - git push <--> git-annex xmppgit <--> xmppPush <-------> xmpp
+ -                                                          |
+ - git receive-pack <--> xmppReceivePack <---------------> xmpp
+ - 
+ - The pipe between git-annex xmppgit and us is set up and communicated
+ - using two environment variables, relayIn and relayOut, that are set
+ - to the file descriptors to use. Another, relayControl, is used to
+ - propigate the exit status of git receive-pack.
+ -
+ - We listen at the other end of the pipe and relay to and from XMPP.
+ -}
+xmppPush :: ClientID -> (Git.Repo -> IO Bool) -> Assistant Bool
+xmppPush cid gitpush = do
+	u <- liftAnnex getUUID
+	sendNetMessage $ Pushing cid (StartingPush u)
+
+	(Fd inf, writepush) <- liftIO createPipe
+	(readpush, Fd outf) <- liftIO createPipe
+	(Fd controlf, writecontrol) <- liftIO createPipe
+
+	tmpdir <- gettmpdir
+	installwrapper tmpdir
+
+	environ <- liftIO getEnvironment
+	path <- liftIO getSearchPath
+	let myenviron = addEntries
+		[ ("PATH", intercalate [searchPathSeparator] $ tmpdir:path)
+		, (relayIn, show inf)
+		, (relayOut, show outf)
+		, (relayControl, show controlf)
+		]
+		environ
+
+	inh <- liftIO $ fdToHandle readpush
+	outh <- liftIO $ fdToHandle writepush
+	controlh <- liftIO $ fdToHandle writecontrol
+	
+	t1 <- forkIO <~> toxmpp 0 inh
+	t2 <- forkIO <~> fromxmpp outh controlh
+
+	{- This can take a long time to run, so avoid running it in the
+	 - Annex monad. Also, override environment. -}
+	g <- liftAnnex gitRepo
+	r <- liftIO $ gitpush $ g { gitEnv = Just myenviron }
+
+	liftIO $ do
+		mapM_ killThread [t1, t2]
+		mapM_ hClose [inh, outh, controlh]
+		mapM_ closeFd [Fd inf, Fd outf, Fd controlf]
+	
+	return r
+  where
+	toxmpp seqnum inh = do
+		b <- liftIO $ B.hGetSome inh chunkSize
+		if B.null b
+			then liftIO $ killThread =<< myThreadId
+			else do
+				let seqnum' = succ seqnum
+				sendNetMessage $ Pushing cid $
+					SendPackOutput seqnum' b
+				toxmpp seqnum' inh
+	
+	fromxmpp outh controlh = withPushMessagesInSequence cid SendPack handle
+	  where
+	  	handle (Just (Pushing _ (ReceivePackOutput _ b))) = 
+			liftIO $ writeChunk outh b
+		handle (Just (Pushing _ (ReceivePackDone exitcode))) =
+			liftIO $ do
+				hPrint controlh exitcode
+				hFlush controlh
+		handle (Just _) = noop
+		handle Nothing = do
+			debug ["timeout waiting for git receive-pack output via XMPP"]
+			-- Send a synthetic exit code to git-annex
+			-- xmppgit, which will exit and cause git push
+			-- to die.
+			liftIO $ do
+				hPrint controlh (ExitFailure 1)
+				hFlush controlh
+				killThread =<< myThreadId
+	
+	installwrapper tmpdir = liftIO $ do
+		createDirectoryIfMissing True tmpdir
+		let wrapper = tmpdir </> "git-remote-xmpp"
+		program <- readProgramFile
+		writeFile wrapper $ unlines
+			[ shebang_local
+			, "exec " ++ program ++ " xmppgit"
+			]
+		modifyFileMode wrapper $ addModes executeModes
+	
+	{- Use GIT_ANNEX_TMP_DIR if set, since that may be a better temp
+	 - dir (ie, not on a crippled filesystem where we can't make
+	 - the wrapper executable). -}
+	gettmpdir = do
+		v <- liftIO $ getEnv "GIT_ANNEX_TMP_DIR"
+		case v of
+			Nothing -> do
+				tmp <- liftAnnex $ fromRepo gitAnnexTmpMiscDir
+				return $ tmp </> "xmppgit"
+			Just d -> return $ d </> "xmppgit"
+
+type EnvVar = String
+
+envVar :: String -> EnvVar
+envVar s = "GIT_ANNEX_XMPPGIT_" ++ s
+
+relayIn :: EnvVar
+relayIn = envVar "IN"
+
+relayOut :: EnvVar
+relayOut = envVar "OUT"
+
+relayControl :: EnvVar
+relayControl = envVar "CONTROL"
+
+relayHandle :: EnvVar -> IO Handle
+relayHandle var = do
+	v <- getEnv var
+	case readish =<< v of
+		Nothing -> error $ var ++ " not set"
+		Just n -> fdToHandle $ Fd n
+
+{- Called by git-annex xmppgit.
+ -
+ - git-push is talking to us on stdin
+ - we're talking to git-push on stdout
+ - git-receive-pack is talking to us on relayIn (via XMPP)
+ - we're talking to git-receive-pack on relayOut (via XMPP)
+ - git-receive-pack's exit code will be passed to us on relayControl
+ -}
+xmppGitRelay :: IO ()
+xmppGitRelay = do
+	flip relay stdout =<< relayHandle relayIn
+	relay stdin =<< relayHandle relayOut
+	code <- hGetLine =<< relayHandle relayControl
+	exitWith $ fromMaybe (ExitFailure 1) $ readish code
+  where
+	{- Is it possible to set up pipes and not need to copy the data
+	 - ourselves? See splice(2) -}
+	relay fromh toh = void $ forkIO $ forever $ do
+		b <- B.hGetSome fromh chunkSize
+		when (B.null b) $ do
+			hClose fromh
+			hClose toh
+			killThread =<< myThreadId
+		writeChunk toh b
+
+{- Relays git receive-pack stdin and stdout via XMPP, as well as propigating
+ - its exit status to XMPP. -}
+xmppReceivePack :: ClientID -> Assistant Bool
+xmppReceivePack cid = do
+	repodir <- liftAnnex $ fromRepo repoPath
+	let p = (proc "git" ["receive-pack", repodir])
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		, std_err = Inherit
+		}
+	(Just inh, Just outh, _, pid) <- liftIO $ createProcess p
+	readertid <- forkIO <~> relayfromxmpp inh
+	relaytoxmpp 0 outh
+	code <- liftIO $ waitForProcess pid
+	void $ sendNetMessage $ Pushing cid $ ReceivePackDone code
+	liftIO $ do
+		killThread readertid
+		hClose inh
+		hClose outh
+		return $ code == ExitSuccess
+  where
+	relaytoxmpp seqnum outh = do
+		b <- liftIO $ B.hGetSome outh chunkSize
+		-- empty is EOF, so exit
+		unless (B.null b) $ do
+			let seqnum' = succ seqnum
+			sendNetMessage $ Pushing cid $ ReceivePackOutput seqnum' b
+			relaytoxmpp seqnum' outh
+	relayfromxmpp inh = withPushMessagesInSequence cid ReceivePack handle
+	  where
+	  	handle (Just (Pushing _ (SendPackOutput _ b))) =
+			liftIO $ writeChunk inh b
+		handle (Just _) = noop
+		handle Nothing = do
+			debug ["timeout waiting for git send-pack output via XMPP"]
+			-- closing the handle will make git receive-pack exit
+			liftIO $ do
+				hClose inh
+				killThread =<< myThreadId
+
+xmppRemotes :: ClientID -> UUID -> Assistant [Remote]
+xmppRemotes cid theiruuid = case baseJID <$> parseJID cid of
+	Nothing -> return []
+	Just jid -> do
+		let loc = gitXMPPLocation jid
+		um <- liftAnnex uuidMap
+		filter (matching loc . Remote.repo) . filter (knownuuid um) . syncGitRemotes 
+			<$> getDaemonStatus
+  where
+	matching loc r = repoIsUrl r && repoLocation r == loc
+	knownuuid um r = Remote.uuid r == theiruuid || M.member theiruuid um
+
+{- Returns the ClientID that it pushed to. -}
+runPush :: (Remote -> Assistant ()) -> NetMessage -> Assistant (Maybe ClientID)
+runPush checkcloudrepos (Pushing cid (PushRequest theiruuid)) =
+	go =<< liftAnnex (inRepo Git.Branch.current)
+  where
+	go Nothing = return Nothing
+	go (Just branch) = do
+		rs <- xmppRemotes cid theiruuid
+		liftAnnex $ Annex.Branch.commit "update"
+		(g, u) <- liftAnnex $ (,)
+			<$> gitRepo
+			<*> getUUID
+		liftIO $ Command.Sync.updateBranch (Command.Sync.syncBranch branch) g
+		selfjid <- ((T.unpack <$>) . xmppClientID) <$> getDaemonStatus
+		if null rs
+			then return Nothing
+			else do
+				forM_ rs $ \r -> do
+					void $ alertWhile (syncAlert [r]) $
+						xmppPush cid (taggedPush u selfjid branch r)
+					checkcloudrepos r
+				return $ Just cid
+runPush checkcloudrepos (Pushing cid (StartingPush theiruuid)) = do
+	rs <- xmppRemotes cid theiruuid
+	if null rs
+		then return Nothing
+		else do
+			void $ alertWhile (syncAlert rs) $
+				xmppReceivePack cid
+			mapM_ checkcloudrepos rs
+			return $ Just cid
+runPush _ _ = return Nothing
+
+{- Check if any of the shas that can be pushed are ones we do not
+ - have.
+ -
+ - (Older clients send no shas, so when there are none, always
+ - request a push.)
+ -}
+handlePushNotice :: NetMessage -> Assistant ()
+handlePushNotice (Pushing cid (CanPush theiruuid shas)) =
+	unlessM (null <$> xmppRemotes cid theiruuid) $
+		if null shas
+			then go
+			else ifM (haveall shas)
+				( debug ["ignoring CanPush with known shas"]
+				, go
+				)
+  where
+  	go = do
+		u <- liftAnnex getUUID
+		sendNetMessage $ Pushing cid (PushRequest u)
+	haveall l = liftAnnex $ not <$> anyM donthave l
+	donthave sha = isNothing <$> catObjectDetails sha
+handlePushNotice _ = noop
+
+writeChunk :: Handle -> B.ByteString -> IO ()
+writeChunk h b = do
+	B.hPut h b
+	hFlush h
+
+{- Gets NetMessages for a PushSide, ensures they are in order,
+ - and runs an action to handle each in turn. The action will be passed
+ - Nothing on timeout.
+ -
+ - Does not currently reorder messages, but does ensure that any 
+ - duplicate messages, or messages not in the sequence, are discarded.
+ -}
+withPushMessagesInSequence :: ClientID -> PushSide -> (Maybe NetMessage -> Assistant ()) -> Assistant ()
+withPushMessagesInSequence cid side a = loop 0
+  where
+  	loop seqnum = do
+		m <- timeout xmppTimeout <~> waitInbox cid side
+	  	let go s = a m >> loop s
+		let next = seqnum + 1
+		case extractSequence =<< m of
+			Just seqnum'
+				| seqnum' == next -> go next
+				| seqnum' == 0 -> go seqnum
+				| seqnum' == seqnum -> do
+					debug ["ignoring duplicate sequence number", show seqnum]
+					loop seqnum
+				| otherwise -> do
+					debug ["ignoring out of order sequence number", show seqnum', "expected", show next]
+					loop seqnum
+			Nothing -> go seqnum
+
+extractSequence :: NetMessage -> Maybe Int
+extractSequence (Pushing _ (ReceivePackOutput seqnum _)) = Just seqnum
+extractSequence (Pushing _ (SendPackOutput seqnum _)) = Just seqnum
+extractSequence _ = Nothing
diff --git a/Backend.hs b/Backend.hs
new file mode 100644
index 0000000000..dded0d0055
--- /dev/null
+++ b/Backend.hs
@@ -0,0 +1,122 @@
+{- git-annex key/value backends
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Backend (
+	list,
+	orderedList,
+	genKey,
+	lookupFile,
+	getBackend,
+	isAnnexLink,
+	chooseBackend,
+	lookupBackendName,
+	maybeLookupBackendName
+) where
+
+import Common.Annex
+import qualified Annex
+import Annex.CheckAttr
+import Annex.CatFile
+import Annex.Link
+import Types.Key
+import Types.KeySource
+import qualified Types.Backend as B
+import Config
+
+-- When adding a new backend, import it here and add it to the list.
+import qualified Backend.Hash
+import qualified Backend.WORM
+import qualified Backend.URL
+
+list :: [Backend]
+list = Backend.Hash.backends ++ Backend.WORM.backends ++ Backend.URL.backends
+
+{- List of backends in the order to try them when storing a new key. -}
+orderedList :: Annex [Backend]
+orderedList = do
+	l <- Annex.getState Annex.backends -- list is cached here
+	if not $ null l
+		then return l
+		else do
+			f <- Annex.getState Annex.forcebackend
+			case f of
+				Just name | not (null name) ->
+					return [lookupBackendName name]
+				_ -> do
+					l' <- gen . annexBackends <$> Annex.getGitConfig
+					Annex.changeState $ \s -> s { Annex.backends = l' }
+					return l'
+  where
+	gen [] = list
+	gen l = map lookupBackendName l
+
+{- Generates a key for a file, trying each backend in turn until one
+ - accepts it. -}
+genKey :: KeySource -> Maybe Backend -> Annex (Maybe (Key, Backend))
+genKey source trybackend = do
+	bs <- orderedList
+	let bs' = maybe bs (: bs) trybackend
+	genKey' bs' source
+genKey' :: [Backend] -> KeySource -> Annex (Maybe (Key, Backend))
+genKey' [] _ = return Nothing
+genKey' (b:bs) source = do
+	r <- B.getKey b source
+	case r of
+		Nothing -> genKey' bs source
+		Just k -> return $ Just (makesane k, b)
+  where
+	-- keyNames should not contain newline characters.
+	makesane k = k { keyName = map fixbadchar (keyName k) }
+	fixbadchar c
+		| c == '\n' = '_'
+		| otherwise = c
+
+{- Looks up the key corresponding to an annexed file,
+ - by examining what the file links to.
+ -
+ - In direct mode, there is often no link on disk, in which case
+ - the symlink is looked up in git instead. However, a real link
+ - on disk still takes precedence over what was committed to git in direct
+ - mode.
+ -}
+lookupFile :: FilePath -> Annex (Maybe Key)
+lookupFile file = do
+	mkey <- isAnnexLink file
+	case mkey of
+		Just key -> makeret key
+		Nothing -> ifM isDirect
+			( maybe (return Nothing) makeret =<< catKeyFile file
+			, return Nothing
+			)
+  where
+	makeret k = return $ Just k
+
+getBackend :: FilePath -> Key -> Annex (Maybe Backend)
+getBackend file k = let bname = keyBackendName k in
+	case maybeLookupBackendName bname of
+		Just backend -> return $ Just backend
+		Nothing -> do
+			warning $ "skipping " ++ file ++ " (unknown backend " ++ bname ++ ")"
+			return Nothing
+
+{- Looks up the backend that should be used for a file.
+ - That can be configured on a per-file basis in the gitattributes file. -}
+chooseBackend :: FilePath -> Annex (Maybe Backend)
+chooseBackend f = Annex.getState Annex.forcebackend >>= go
+  where
+	go Nothing =  maybeLookupBackendName <$> checkAttr "annex.backend" f
+	go (Just _) = Just . Prelude.head <$> orderedList
+
+{- Looks up a backend by name. May fail if unknown. -}
+lookupBackendName :: String -> Backend
+lookupBackendName s = fromMaybe unknown $ maybeLookupBackendName s
+  where
+	unknown = error $ "unknown backend " ++ s
+maybeLookupBackendName :: String -> Maybe Backend
+maybeLookupBackendName s = headMaybe matches
+  where
+	matches = filter (\b -> s == B.name b) list
diff --git a/Backend/Hash.hs b/Backend/Hash.hs
new file mode 100644
index 0000000000..3ff496271a
--- /dev/null
+++ b/Backend/Hash.hs
@@ -0,0 +1,177 @@
+{- git-annex hashing backends
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Backend.Hash (backends) where
+
+import Common.Annex
+import qualified Annex
+import Types.Backend
+import Types.Key
+import Types.KeySource
+import Utility.Hash
+import Utility.ExternalSHA
+
+import qualified Build.SysConfig as SysConfig
+import qualified Data.ByteString.Lazy as L
+import Data.Char
+
+data Hash = SHAHash HashSize | SkeinHash HashSize
+type HashSize = Int
+
+{- Order is slightly significant; want SHA256 first, and more general
+ - sizes earlier. -}
+hashes :: [Hash]
+hashes = concat 
+	[ map SHAHash [256, 1, 512, 224, 384]
+#ifdef WITH_CRYPTOHASH
+	, map SkeinHash [256, 512]
+#endif
+	]
+
+{- The SHA256E backend is the default, so genBackendE comes first. -}
+backends :: [Backend]
+backends = catMaybes $ map genBackendE hashes ++ map genBackend hashes
+
+genBackend :: Hash -> Maybe Backend
+genBackend hash = Just Backend
+	{ name = hashName hash
+	, getKey = keyValue hash
+	, fsckKey = Just $ checkKeyChecksum hash
+	, canUpgradeKey = Just needsUpgrade
+	, fastMigrate = Just trivialMigrate
+	}
+
+genBackendE :: Hash -> Maybe Backend
+genBackendE hash = do
+	b <- genBackend hash
+	return $ b 
+		{ name = hashNameE hash
+		, getKey = keyValueE hash
+		}
+
+hashName :: Hash -> String
+hashName (SHAHash size) = "SHA" ++ show size
+hashName (SkeinHash size) = "SKEIN" ++ show size
+
+hashNameE :: Hash -> String
+hashNameE hash = hashName hash ++ "E"
+
+{- A key is a hash of its contents. -}
+keyValue :: Hash -> KeySource -> Annex (Maybe Key)
+keyValue hash source = do
+	let file = contentLocation source
+	stat <- liftIO $ getFileStatus file
+	let filesize = fromIntegral $ fileSize stat
+	s <- hashFile hash file filesize
+	return $ Just $ stubKey
+		{ keyName = s
+		, keyBackendName = hashName hash
+		, keySize = Just filesize
+		}
+
+{- Extension preserving keys. -}
+keyValueE :: Hash -> KeySource -> Annex (Maybe Key)
+keyValueE hash source = keyValue hash source >>= maybe (return Nothing) addE
+  where
+	addE k = return $ Just $ k
+		{ keyName = keyName k ++ selectExtension (keyFilename source)
+		, keyBackendName = hashNameE hash
+		}
+
+selectExtension :: FilePath -> String
+selectExtension f
+	| null es = ""
+	| otherwise = intercalate "." ("":es)
+  where
+	es = filter (not . null) $ reverse $
+		take 2 $ takeWhile shortenough $
+		reverse $ split "." $ filter validExtension $ takeExtensions f
+	shortenough e = length e <= 4 -- long enough for "jpeg"
+
+{- A key's checksum is checked during fsck. -}
+checkKeyChecksum :: Hash -> Key -> FilePath -> Annex Bool
+checkKeyChecksum hash key file = do
+	fast <- Annex.getState Annex.fast
+	mstat <- liftIO $ catchMaybeIO $ getFileStatus file
+	case (mstat, fast) of
+		(Just stat, False) -> do
+			let filesize = fromIntegral $ fileSize stat
+			showSideAction "checksum"
+			check <$> hashFile hash file filesize
+		_ -> return True
+  where
+	expected = keyHash key
+	check s
+		| s == expected = True
+		{- A bug caused checksums to be prefixed with \ in some
+		 - cases; still accept these as legal now that the bug has been
+		 - fixed. -}
+		| '\\' : s == expected = True
+		| otherwise = False
+
+keyHash :: Key -> String
+keyHash key = dropExtensions (keyName key)
+
+validExtension :: Char -> Bool
+validExtension c
+	| isAlphaNum c = True
+	| c == '.' = True
+	| otherwise = False
+
+{- Upgrade keys that have the \ prefix on their sha due to a bug, or
+ - that contain non-alphanumeric characters in their extension. -}
+needsUpgrade :: Key -> Bool
+needsUpgrade key = "\\" `isPrefixOf` keyHash key ||
+	any (not . validExtension) (takeExtensions $ keyName key)
+
+{- Fast migration from hashE to hash backend. (Optimisation) -}
+trivialMigrate :: Key -> Backend -> Maybe Key
+trivialMigrate oldkey newbackend
+	| keyBackendName oldkey == name newbackend ++ "E" = Just $ oldkey
+		{ keyName = keyHash oldkey
+		, keyBackendName = name newbackend
+		}
+	| otherwise = Nothing
+
+hashFile :: Hash -> FilePath -> Integer -> Annex String
+hashFile hash file filesize = liftIO $ go hash
+  where
+  	go (SHAHash hashsize) = case shaHasher hashsize filesize of
+		Left sha -> sha <$> L.readFile file
+		Right command ->
+			either error return 
+				=<< externalSHA command hashsize file
+	go (SkeinHash hashsize) = skeinHasher hashsize <$> L.readFile file
+
+shaHasher :: HashSize -> Integer -> Either (L.ByteString -> String) String
+shaHasher hashsize filesize
+	| hashsize == 1 = use SysConfig.sha1 sha1
+	| hashsize == 256 = use SysConfig.sha256 sha256
+	| hashsize == 224 = use SysConfig.sha224 sha224
+	| hashsize == 384 = use SysConfig.sha384 sha384
+	| hashsize == 512 = use SysConfig.sha512 sha512
+	| otherwise = error $ "unsupported sha size " ++ show hashsize
+  where
+	use Nothing hasher = Left $ show . hasher
+	use (Just c) hasher
+		{- Use builtin, but slightly slower hashing for
+		 - smallish files. Cryptohash benchmarks 90 to 101%
+		 - faster than external hashers, depending on the hash
+		 - and system. So there is no point forking an external
+		 - process unless the file is large. -}
+		| filesize < 1048576 = use Nothing hasher
+		| otherwise = Right c
+
+skeinHasher :: HashSize -> (L.ByteString -> String)
+skeinHasher hashsize 
+#ifdef WITH_CRYPTOHASH
+	| hashsize == 256 = show . skein256
+	| hashsize == 512 = show . skein512
+#endif
+	| otherwise = error $ "unsupported skein size " ++ show hashsize
diff --git a/Backend/URL.hs b/Backend/URL.hs
new file mode 100644
index 0000000000..4233c56bc0
--- /dev/null
+++ b/Backend/URL.hs
@@ -0,0 +1,38 @@
+{- git-annex "URL" backend -- keys whose content is available from urls.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Backend.URL (
+	backends,
+	fromUrl
+) where
+
+import Common.Annex
+import Types.Backend
+import Types.Key
+import Backend.Utilities
+
+backends :: [Backend]
+backends = [backend]
+
+backend :: Backend
+backend = Backend
+	{ name = "URL"
+	, getKey = const $ return Nothing
+	, fsckKey = Nothing
+	, canUpgradeKey = Nothing
+	, fastMigrate = Nothing
+	}
+
+{- Every unique url has a corresponding key. -}
+fromUrl :: String -> Maybe Integer -> Annex Key
+fromUrl url size = do
+	n <- genKeyName url
+	return $ stubKey
+		{ keyName = n
+		, keyBackendName = "URL"
+		, keySize = size
+		}
diff --git a/Backend/Utilities.hs b/Backend/Utilities.hs
new file mode 100644
index 0000000000..24dbfd6d90
--- /dev/null
+++ b/Backend/Utilities.hs
@@ -0,0 +1,25 @@
+{- git-annex backend utilities
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Backend.Utilities where
+
+import Data.Hash.MD5
+
+import Common.Annex
+
+{- Generates a keyName from an input string. Takes care of sanitizing it.
+ - If it's not too long, the full string is used as the keyName.
+ - Otherwise, it's truncated at half the filename length limit, and its
+ - md5 is prepended to ensure a unique key. -}
+genKeyName :: String -> Annex String
+genKeyName s = do
+	limit <- liftIO . fileNameLengthLimit =<< fromRepo gitAnnexDir
+	let s' = preSanitizeKeyName s
+	let truncs = truncateFilePath (limit `div` 2) s'
+	return $ if s' == truncs
+		then s'
+		else truncs ++ "-" ++ md5s (Str s)
diff --git a/Backend/WORM.hs b/Backend/WORM.hs
new file mode 100644
index 0000000000..cc71238505
--- /dev/null
+++ b/Backend/WORM.hs
@@ -0,0 +1,44 @@
+{- git-annex "WORM" backend -- Write Once, Read Many
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Backend.WORM (backends) where
+
+import Common.Annex
+import Types.Backend
+import Types.Key
+import Types.KeySource
+import Backend.Utilities
+
+backends :: [Backend]
+backends = [backend]
+
+backend :: Backend
+backend = Backend
+	{ name = "WORM"
+	, getKey = keyValue
+	, fsckKey = Nothing
+	, canUpgradeKey = Nothing
+	, fastMigrate = Nothing
+	}
+
+{- The key includes the file size, modification time, and the
+ - basename of the filename.
+ -
+ - That allows multiple files with the same names to have different keys,
+ - while also allowing a file to be moved around while retaining the
+ - same key.
+ -}
+keyValue :: KeySource -> Annex (Maybe Key)
+keyValue source = do
+	stat <- liftIO $ getFileStatus $ contentLocation source
+	n <- genKeyName $ keyFilename source
+	return $ Just Key
+		{ keyName = n
+		, keyBackendName = name backend
+		, keySize = Just $ fromIntegral $ fileSize stat
+		, keyMtime = Just $ modificationTime stat
+		}
diff --git a/Build/BuildVersion.hs b/Build/BuildVersion.hs
new file mode 100644
index 0000000000..0093f5b5b1
--- /dev/null
+++ b/Build/BuildVersion.hs
@@ -0,0 +1,6 @@
+{- Outputs the version of git-annex that was built, for use by
+ - autobuilders. Note that this includes the git rev. -}
+
+import Build.Version
+
+main = putStr =<< getVersion
diff --git a/Build/BundledPrograms.hs b/Build/BundledPrograms.hs
new file mode 100644
index 0000000000..dd78994b04
--- /dev/null
+++ b/Build/BundledPrograms.hs
@@ -0,0 +1,73 @@
+{- Bundled programs
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Build.BundledPrograms where
+
+import Data.Maybe
+
+import Build.SysConfig as SysConfig
+
+{- Programs that git-annex uses, to include in the bundle.
+ -
+ - These may be just the command name, or the full path to it. -}
+bundledPrograms :: [FilePath]
+bundledPrograms = catMaybes
+	[ Nothing
+#ifndef mingw32_HOST_OS
+	-- git is not included in the windows bundle
+	, Just "git"
+	-- Not strictly needed in PATH by git-annex, but called
+	-- by git when it sshes to a remote.
+	, Just "git-upload-pack"
+	, Just "git-receive-pack"
+	, Just "git-shell"
+#endif
+	, Just "cp"
+#ifndef mingw32_HOST_OS
+	-- using xargs on windows led to problems, so it's not used there
+	, Just "xargs"
+#endif
+	, Just "rsync"
+#ifndef darwin_HOST_OS
+	-- OS X has ssh installed by default.
+	-- (Linux probably, but not guaranteed.)
+	, Just "ssh"
+	, Just "ssh-keygen"
+#endif
+#ifndef mingw32_HOST_OS
+	, Just "sh"
+#endif
+	, SysConfig.gpg
+	, ifset SysConfig.curl "curl"
+#ifndef darwin_HOST_OS
+	-- wget on OSX has been problimatic, looking for certs in the wrong
+	-- places. Don't ship it, use curl or the OSX's own wget if it has
+	-- one.
+	, ifset SysConfig.wget "wget"
+#endif
+	, ifset SysConfig.bup "bup"
+	, SysConfig.lsof
+	, SysConfig.gcrypt
+	, SysConfig.sha1
+	, SysConfig.sha256
+	, SysConfig.sha512
+	, SysConfig.sha224
+	, SysConfig.sha384
+#ifdef linux_HOST_OS
+	-- used to unpack the tarball when upgrading
+	, Just "gunzip"
+	, Just "tar"
+#endif
+	-- nice, ionice, and nocache are not included in the bundle;
+	-- we rely on the system's own version, which may better match
+	-- its kernel, and avoid using them if not available.
+	]
+  where
+	ifset True s = Just s
+	ifset False _ = Nothing
diff --git a/Build/Configure.hs b/Build/Configure.hs
new file mode 100644
index 0000000000..d5176bdf5d
--- /dev/null
+++ b/Build/Configure.hs
@@ -0,0 +1,133 @@
+{- Checks system configuration and generates SysConfig.hs. -}
+
+module Build.Configure where
+
+import System.Directory
+import Control.Applicative
+import System.Environment (getArgs)
+import Control.Monad.IfElse
+import Control.Monad
+
+import Build.TestConfig
+import Build.Version
+import Utility.SafeCommand
+import Utility.ExternalSHA
+import Utility.Env
+import qualified Git.Version
+
+tests :: [TestCase]
+tests =
+	[ TestCase "version" (Config "packageversion" . StringConfig <$> getVersion)
+	, TestCase "UPGRADE_LOCATION" getUpgradeLocation
+	, TestCase "git" $ requireCmd "git" "git --version >/dev/null"
+	, TestCase "git version" getGitVersion
+	, testCp "cp_a" "-a"
+	, testCp "cp_p" "-p"
+	, testCp "cp_reflink_auto" "--reflink=auto"
+	, TestCase "xargs -0" $ requireCmd "xargs_0" "xargs -0 </dev/null"
+	, TestCase "rsync" $ requireCmd "rsync" "rsync --version >/dev/null"
+	, TestCase "curl" $ testCmd "curl" "curl --version >/dev/null"
+	, TestCase "wget" $ testCmd "wget" "wget --version >/dev/null"
+	, TestCase "bup" $ testCmd "bup" "bup --version >/dev/null"
+	, TestCase "nice" $ testCmd "nice" "nice true >/dev/null"
+	, TestCase "ionice" $ testCmd "ionice" "ionice -c3 true >/dev/null"
+	, TestCase "nocache" $ testCmd "nocache" "nocache true >/dev/null"
+	, TestCase "gpg" $ maybeSelectCmd "gpg"
+		[ ("gpg", "--version >/dev/null")
+		, ("gpg2", "--version >/dev/null") ]
+	, TestCase "lsof" $ findCmdPath "lsof" "lsof"
+	, TestCase "git-remote-gcrypt" $ findCmdPath "gcrypt" "git-remote-gcrypt"
+	, TestCase "ssh connection caching" getSshConnectionCaching
+	] ++ shaTestCases
+	[ (1, "da39a3ee5e6b4b0d3255bfef95601890afd80709")
+	, (256, "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855")
+	, (512, "cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e")
+	, (224, "d14a028c2a3a2bc9476102bb288234c415a2b01f828ea62ac5b3e42f")
+	, (384, "38b060a751ac96384cd9327eb1b1e36a21fdb71114be07434c0cc7bf63f6e1da274edebfe76f65fbd51ad2f14898b95b")
+	]
+
+{- shaNsum are the program names used by coreutils. Some systems
+ - install these with 'g' prefixes.
+ -
+ - On some systems, shaN is used instead, but on other
+ - systems, it might be "hashalot", which does not produce
+ - usable checksums. Only accept programs that produce
+ - known-good hashes when run on files. -}
+shaTestCases :: [(Int, String)] -> [TestCase]
+shaTestCases l = map make l
+  where
+	make (n, knowngood) = TestCase key $ 
+		Config key . MaybeStringConfig <$> search (shacmds n)
+	  where
+		key = "sha" ++ show n
+		search [] = return Nothing
+		search (c:cmds) = do
+			sha <- externalSHA c n "/dev/null"
+			if sha == Right knowngood
+				then return $ Just c
+				else search cmds
+	
+	shacmds n = concatMap (\x -> [x, 'g':x]) $
+		map (\x -> "sha" ++ show n ++ x) ["sum", ""]
+
+tmpDir :: String
+tmpDir = "tmp"
+
+testFile :: String
+testFile = tmpDir ++ "/testfile"
+
+testCp :: ConfigKey -> String -> TestCase
+testCp k option = TestCase cmd $ testCmd k cmdline
+  where
+	cmd = "cp " ++ option
+	cmdline = cmd ++ " " ++ testFile ++ " " ++ testFile ++ ".new"
+
+getUpgradeLocation :: Test
+getUpgradeLocation = do
+	e <- getEnv "UPGRADE_LOCATION"
+	return $ Config "upgradelocation" $ MaybeStringConfig e
+
+getGitVersion :: Test
+getGitVersion = do
+	v <- Git.Version.installed
+	let oldestallowed = Git.Version.normalize "1.7.1.0"
+	when (v < oldestallowed) $
+		error $ "installed git version " ++ show v ++ " is too old! (Need " ++ show oldestallowed ++ " or newer)"
+	return $ Config "gitversion" $ StringConfig $ show v
+
+getSshConnectionCaching :: Test
+getSshConnectionCaching = Config "sshconnectioncaching" . BoolConfig <$>
+	boolSystem "sh" [Param "-c", Param "ssh -o ControlPersist=yes -V >/dev/null 2>/dev/null"]
+
+setup :: IO ()
+setup = do
+	createDirectoryIfMissing True tmpDir
+	writeFile testFile "test file contents"
+
+cleanup :: IO ()
+cleanup = removeDirectoryRecursive tmpDir
+
+run :: [TestCase] -> IO ()
+run ts = do
+	args <- getArgs
+	setup
+	config <- runTests ts
+	if args == ["Android"]
+		then writeSysConfig $ androidConfig config
+		else writeSysConfig config
+	cleanup
+	whenM isReleaseBuild $
+		cabalSetup "git-annex.cabal"
+
+{- Hard codes some settings to cross-compile for Android. -}
+androidConfig :: [Config] -> [Config]
+androidConfig c = overrides ++ filter (not . overridden) c
+  where
+	overrides = 
+		[ Config "cp_reflink_auto" $ BoolConfig False
+		, Config "curl" $ BoolConfig False
+		, Config "sha224" $ MaybeStringConfig Nothing
+		, Config "sha384" $ MaybeStringConfig Nothing
+		]
+	overridden (Config k _) = k `elem` overridekeys
+	overridekeys = map (\(Config k _) -> k) overrides
diff --git a/Build/DesktopFile.hs b/Build/DesktopFile.hs
new file mode 100644
index 0000000000..6a5838f810
--- /dev/null
+++ b/Build/DesktopFile.hs
@@ -0,0 +1,80 @@
+{- Generating and installing a desktop menu entry file and icon,
+ - and a desktop autostart file. (And OSX equivilants.)
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Build.DesktopFile where
+
+import Utility.Exception
+import Utility.FreeDesktop
+import Utility.Path
+import Utility.Monad
+import Config.Files
+import Utility.OSX
+import Assistant.Install.AutoStart
+import Assistant.Install.Menu
+
+import Control.Applicative
+import System.Directory
+import System.Environment
+#ifndef mingw32_HOST_OS
+import System.Posix.User
+#endif
+import Data.Maybe
+
+systemwideInstall :: IO Bool
+#ifndef mingw32_HOST_OS 
+systemwideInstall = isroot <||> destdirset
+  where
+	isroot = do
+		uid <- fromIntegral <$> getRealUserID
+		return $ uid == (0 :: Int)
+	destdirset = isJust <$> catchMaybeIO (getEnv "DESTDIR")
+#else
+systemwideInstall = return False
+#endif
+
+inDestDir :: FilePath -> IO FilePath
+inDestDir f = do
+	destdir <- catchDefaultIO "" (getEnv "DESTDIR")
+	return $ destdir ++ "/" ++ f
+
+writeFDODesktop :: FilePath -> IO ()
+writeFDODesktop command = do
+	systemwide <- systemwideInstall
+
+	datadir <- if systemwide then return systemDataDir else userDataDir
+	menufile <- inDestDir (desktopMenuFilePath "git-annex" datadir)
+	icondir <- inDestDir (iconDir datadir)
+	installMenu command menufile "doc" icondir
+
+	configdir <- if systemwide then return systemConfigDir else userConfigDir
+	installAutoStart command 
+		=<< inDestDir (autoStartPath "git-annex" configdir)
+
+writeOSXDesktop :: FilePath -> IO ()
+writeOSXDesktop command = do
+	installAutoStart command =<< inDestDir =<< ifM systemwideInstall
+		( return $ systemAutoStart osxAutoStartLabel
+		, userAutoStart osxAutoStartLabel
+		)
+
+install :: FilePath -> IO ()
+install command = do
+#ifdef darwin_HOST_OS
+	writeOSXDesktop command
+#else
+	writeFDODesktop command
+#endif
+	ifM systemwideInstall
+		( return ()
+		, do
+			programfile <- inDestDir =<< programFile
+			createDirectoryIfMissing True (parentDir programfile)
+			writeFile programfile command
+		)
diff --git a/Build/DistributionUpdate.hs b/Build/DistributionUpdate.hs
new file mode 100644
index 0000000000..3899f08588
--- /dev/null
+++ b/Build/DistributionUpdate.hs
@@ -0,0 +1,167 @@
+{- Downloads git-annex autobuilds and installs them into the git-annex
+ - repository in ~/lib/downloads that is used to distribute git-annex
+ - releases.
+ -
+ - Generates info files, containing the version (of the corresponding file
+ - from the autobuild).
+ -
+ - Also gpg signs the files.
+ -}
+
+import Common.Annex
+import Types.Distribution
+import Build.Version
+import Utility.UserInfo
+import Utility.Url
+import qualified Git.Construct
+import qualified Annex
+import Annex.Content
+import Backend
+import Git.Command
+
+import Data.Default
+import Data.Time.Clock
+import Data.Char
+
+-- git-annex distribution signing key (for Joey Hess)
+signingKey :: String
+signingKey = "89C809CB"
+
+-- URL to an autobuilt git-annex file, and the place to install
+-- it in the repository.
+autobuilds :: [(URLString, FilePath)]
+autobuilds = 
+	(map linuxarch ["i386", "amd64", "armel"]) ++
+	(map androidversion ["4.0", "4.3"]) ++
+	[ (autobuild "x86_64-apple-mavericks/git-annex.dmg", "git-annex/OSX/current/10.9_Mavericks/git-annex.dmg")
+	, (autobuild "windows/git-annex-installer.exe", "git-annex/windows/current/git-annex-installer.exe")
+	]
+  where
+	linuxarch a =
+		( autobuild (a ++ "/git-annex-standalone-" ++ a ++ ".tar.gz")
+		, "git-annex/linux/current/git-annex-standalone-" ++ a ++ ".tar.gz"
+		)
+	androidversion v =
+		( autobuild ("android/" ++ v ++ "/git-annex.apk")
+		, "git-annex/android/current/" ++ v ++ "/git-annex.apk"
+		)
+	autobuild f = "https://downloads.kitenet.net/git-annex/autobuild/" ++ f
+
+main :: IO ()
+main = do
+	repodir <- getRepoDir
+	updated <- catMaybes <$> mapM (getbuild repodir) autobuilds
+	state <- Annex.new =<< Git.Construct.fromPath repodir
+	Annex.eval state (makeinfos updated)
+
+-- Download a build from the autobuilder, and return its version.
+-- It's very important that the version matches the build, otherwise
+-- auto-upgrades can loop reatedly. So, check build-version before
+-- and after downloading the file.
+getbuild :: FilePath -> (URLString, FilePath) -> IO (Maybe (FilePath, Version))
+getbuild repodir (url, f) = do
+	bv1 <- getbv
+	let dest = repodir </> f
+	let tmp = dest ++ ".tmp"
+	nukeFile tmp
+	createDirectoryIfMissing True (parentDir dest)
+	let oops s = do
+		nukeFile tmp
+		putStrLn $ "*** " ++ s
+		return Nothing
+	ifM (download url tmp def)
+		( do
+			bv2 <- getbv
+			case bv2 of
+				Nothing -> oops $ "no build-version file for " ++ url
+				(Just v)
+					| bv2 == bv1 -> do
+						nukeFile dest
+						renameFile tmp dest
+						-- remove git rev part of version
+						let v' = takeWhile (/= '-') v
+						return $ Just (f, v')
+					| otherwise -> oops $ "build version changed while downloading " ++ url ++ " " ++ show (bv1, bv2)
+		, oops $ "failed to download " ++ url
+		)
+  where
+	bvurl = takeDirectory url ++ "/build-version"
+	getbv = do
+		bv <- catchDefaultIO "" $ readProcess "curl" ["--silent", bvurl]
+		return $ if null bv || any (not . versionchar) bv then Nothing else Just bv
+	versionchar c = isAlphaNum c || c == '.' || c == '-'
+
+makeinfos :: [(FilePath, Version)] -> Annex ()
+makeinfos updated = do
+	version <- liftIO getChangelogVersion
+	void $ inRepo $ runBool 
+		[ Param "commit"
+		, Param "-a"
+		, Param "-m"
+		, Param $ "publishing git-annex " ++ version
+		]
+	basedir <- liftIO getRepoDir
+	now <- liftIO getCurrentTime
+	liftIO $ putStrLn $ "building info files in " ++ basedir
+	forM_ updated $ \(f, bv) -> do
+		v <- lookupFile (basedir </> f)
+		case v of
+			Nothing -> noop
+			Just k -> whenM (inAnnex k) $ do
+				liftIO $ putStrLn f
+				let infofile = basedir </> f ++ ".info"
+				liftIO $ writeFile infofile $ show $ GitAnnexDistribution
+					{ distributionUrl = mkUrl f
+					, distributionKey = k
+					, distributionVersion = bv
+					, distributionReleasedate = now
+					, distributionUrgentUpgrade = Nothing
+					}
+				void $ inRepo $ runBool [Param "add", File infofile]
+				signFile infofile
+				signFile (basedir </> f)
+	void $ inRepo $ runBool 
+		[ Param "commit"
+		, Param "-m"
+		, Param $ "updated info files for git-annex " ++ version
+		]
+	void $ inRepo $ runBool
+		[ Param "annex"
+		, Params "move --to website"
+		]
+	void $ inRepo $ runBool
+		[ Param "annex"
+		, Params "sync"
+		]
+	
+	-- Check for out of date info files.
+	infos <- liftIO $ filter (".info" `isSuffixOf`)
+		<$> dirContentsRecursive (basedir </> "git-annex")
+	ds <- liftIO $ forM infos (readish <$$> readFile)
+	let dis = zip infos ds
+	let ood = filter (outofdate version) dis
+	unless (null ood) $
+		error $ "Some info files are out of date: " ++ show (map fst ood)
+  where
+	outofdate version (_, md) = case md of
+		Nothing -> True
+		Just d -> distributionVersion d /= version
+
+getRepoDir :: IO FilePath
+getRepoDir = do
+	home <- liftIO myHomeDir
+	return $ home </> "lib" </> "downloads"
+
+mkUrl :: FilePath -> String
+mkUrl f = "https://downloads.kitenet.net/" ++ f
+				
+signFile :: FilePath -> Annex ()
+signFile f = do
+	void $ liftIO $ boolSystem "gpg"
+		[ Param "-a"
+		, Param $ "--default-key=" ++ signingKey
+		, Param "--detach-sign"
+		, File f
+		]
+	liftIO $ rename (f ++ ".asc") (f ++ ".sig")
+	void $ inRepo $ runBool [Param "add", File (f ++ ".sig")]
diff --git a/Build/EvilLinker.hs b/Build/EvilLinker.hs
new file mode 100644
index 0000000000..cf0f771e53
--- /dev/null
+++ b/Build/EvilLinker.hs
@@ -0,0 +1,165 @@
+{- Allows linking haskell programs too big for all the files to fit in a
+ - command line.
+ -
+ - See https://ghc.haskell.org/trac/ghc/ticket/8596
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Main where
+
+import Data.List.Utils
+import Text.Parsec
+import Text.Parsec.String
+import Control.Applicative ((<$>))
+import Control.Monad
+import System.Directory
+import Data.Maybe
+import Data.List
+
+import Utility.Monad
+import Utility.Process hiding (env)
+import Utility.Env
+
+data CmdParams = CmdParams
+	{ cmd :: String
+	, opts :: String
+	, env :: Maybe [(String, String)]
+	} deriving (Show)
+
+{- Find where ghc calls gcc to link the executable. -}
+parseGhcLink :: Parser CmdParams
+parseGhcLink = do
+	void $ many prelinkline
+	void linkheaderline
+	void $ char '"'
+	gcccmd <- many1 (noneOf "\"")
+	void $ string "\" "
+	gccparams <- restOfLine
+	return $ CmdParams gcccmd (manglepaths gccparams) Nothing
+  where
+	linkheaderline = do
+		void $ string "*** Linker"
+		restOfLine
+	prelinkline = do
+		void $ notFollowedBy linkheaderline
+		restOfLine
+	manglepaths = replace "\\" "/"
+
+{- Find where gcc calls collect2. -}
+parseGccLink :: Parser CmdParams
+parseGccLink = do
+	cenv <- collectenv
+	void $ try $ char ' '
+	path <- manyTill anyChar (try $ string collectcmd)
+	void $ char ' '
+	collect2params <- restOfLine
+	return $ CmdParams (path ++ collectcmd) (escapeDosPaths collect2params) cenv
+  where
+  	collectcmd = "collect2.exe"
+  	collectgccenv = "COLLECT_GCC"
+	collectltoenv = "COLLECT_LTO_WRAPPER"
+	pathenv = "COMPILER_PATH"
+	libpathenv = "LIBRARY_PATH"
+  	optenv = "COLLECT_GCC_OPTIONS"
+  	collectenv = do
+		void $ many1 $ do
+			notFollowedBy $ string collectgccenv
+			restOfLine
+		void $ string collectgccenv
+		void $ char '='
+		g <- restOfLine
+		void $ string collectltoenv
+		void $ char '='
+		lt <- restOfLine
+		void $ many1 $ do
+			notFollowedBy $ string pathenv
+			restOfLine
+		void $ string pathenv
+		void $ char '='
+		p <- restOfLine
+		void $ string libpathenv
+		void $ char '='
+		lp <- restOfLine
+		void $ string optenv
+		void $ char '='
+		o <- restOfLine
+		return $ Just [(collectgccenv, g), (collectltoenv, lt), (pathenv, p), (libpathenv, lp), (optenv, o)]
+
+{- Find where collect2 calls ld. -}
+parseCollect2 :: Parser CmdParams
+parseCollect2 = do
+	void $ manyTill restOfLine (try versionline)
+	path <- manyTill anyChar (try $ string ldcmd)
+	void $ char ' '
+	params <- restOfLine
+	return $ CmdParams (path ++ ldcmd) (skipHack $ escapeDosPaths params) Nothing
+  where
+	ldcmd = "ld.exe"
+	versionline = do
+		void $ string "collect2 version"
+		restOfLine
+
+{- For unknown reasons, asking the linker to link this in fails,
+ - with error about multiple definitions of a symbol from the library.
+ - This is a horrible hack. -}
+skipHack :: String -> String
+skipHack = replace "dist/build/git-annex/git-annex-tmp/Utility/winprocess.o" ""
+
+{- Input contains something like 
+ - c:/program files/haskell platform/foo -LC:/Program Files/Haskell Platform/ -L...
+ - and the *right* spaces must be escaped with \
+ -
+ - Argh.
+ -}
+escapeDosPaths :: String -> String
+escapeDosPaths = replace "Program Files" "Program\\ Files"
+	. replace "program files" "program\\ files"
+	. replace "Haskell Platform" "Haskell\\ Platform"
+	. replace "haskell platform" "haskell\\ platform"
+	. replace "Application Data" "Application\\ Data"
+	. replace "Documents and Settings" "Documents\\ and\\ Settings"
+	. replace "Files (x86)" "Files\\ (x86)"
+	. replace "files (x86)" "files\\ (x86)"
+
+restOfLine :: Parser String
+restOfLine = newline `after` many (noneOf "\n")
+
+getOutput :: String -> [String] -> Maybe [(String, String)] -> IO (String, Bool)
+getOutput c ps environ = do
+	putStrLn $ unwords [c, show ps]
+	systemenviron <- getEnvironment
+	let environ' = fromMaybe [] environ ++ systemenviron
+	out@(_, ok) <- processTranscript' c ps (Just environ') Nothing
+	putStrLn $ unwords [c, "finished", show ok]
+	return out
+
+atFile :: FilePath -> String
+atFile f = '@':f
+
+runAtFile :: Parser CmdParams -> String -> FilePath -> [String] -> IO (String, Bool)
+runAtFile p s f extraparams = do
+	when (null $ opts c) $
+		error $ "failed to find any options for " ++ f ++ " in >>>" ++ s ++ "<<<"
+	writeFile f (opts c)
+	out <- getOutput (cmd c) (atFile f:extraparams) (env c)
+	removeFile f
+	return out
+  where
+ 	c = case parse p "" s of
+		Left e -> error $
+			(show e) ++ 
+			"\n<<<\n" ++ s ++ "\n>>>"
+		Right r -> r
+
+main :: IO ()
+main = do
+	ghcout <- fst <$> getOutput "cabal"
+		["build", "--ghc-options=-v -keep-tmp-files"] Nothing
+	gccout <- fst <$> runAtFile parseGhcLink ghcout "gcc.opt" ["-v"]
+	collect2out <- fst <$> runAtFile parseGccLink gccout "collect2.opt" ["-v"]
+	(out, ok) <- runAtFile parseCollect2 collect2out "ld.opt" []
+	unless ok $
+		error $ "ld failed:\n" ++ out
diff --git a/Build/EvilSplicer.hs b/Build/EvilSplicer.hs
new file mode 100644
index 0000000000..6b80929af6
--- /dev/null
+++ b/Build/EvilSplicer.hs
@@ -0,0 +1,666 @@
+{- Expands template haskell splices
+ -
+ - You should probably just use http://hackage.haskell.org/package/zeroth
+ - instead. I wish I had known about it before writing this.
+ -
+ - First, the code must be built with a ghc that supports TH,
+ - and the splices dumped to a log. For example:
+ -   cabal build --ghc-options=-ddump-splices 2>&1 | tee log
+ -
+ - Along with the log, a headers file may also be provided, containing
+ - additional imports needed by the template haskell code.
+ -
+ - This program will parse the log, and expand all splices therein,
+ - writing files to the specified destdir (which can be "." to modify
+ - the source tree directly). They can then be built a second
+ - time, with a ghc that does not support TH.
+ -
+ - Note that template haskell code may refer to symbols that are not
+ - exported by the library that defines the TH code. In this case,
+ - the library has to be modifed to export those symbols.
+ -
+ - There can also be other problems with the generated code; it may
+ - need modifications to compile.
+ -
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Main where
+
+import Text.Parsec
+import Text.Parsec.String
+import Control.Applicative ((<$>))
+import Data.Either
+import Data.List hiding (find)
+import Data.String.Utils
+import Data.Char
+import System.Environment
+import System.FilePath
+import System.Directory
+import System.IO
+import Control.Monad
+import Prelude hiding (log)
+
+import Utility.Monad
+import Utility.Misc
+import Utility.Exception
+import Utility.Path
+import Utility.FileSystemEncoding
+
+data Coord = Coord
+	{ coordLine :: Int
+	, coordColumn :: Int
+	}
+	deriving (Read, Show)
+
+offsetCoord :: Coord -> Coord -> Coord
+offsetCoord a b = Coord
+	(coordLine a - coordLine b)
+	(coordColumn a - coordColumn b)
+
+data SpliceType = SpliceExpression | SpliceDeclaration
+	deriving (Read, Show, Eq)
+
+data Splice = Splice
+	{ splicedFile :: FilePath
+	, spliceStart :: Coord
+	, spliceEnd :: Coord
+	, splicedExpression :: String
+	, splicedCode :: String
+	, spliceType :: SpliceType
+	}
+	deriving (Read, Show)
+
+isExpressionSplice :: Splice -> Bool
+isExpressionSplice s = spliceType s == SpliceExpression
+
+number :: Parser Int
+number = read <$> many1 digit
+
+{- A pair of Coords is written in one of three ways:
+ - "95:21-73", "1:1", or "(92,25)-(94,2)"
+ -}
+coordsParser :: Parser (Coord, Coord)
+coordsParser = (try singleline <|> try weird <|> multiline) <?> "Coords"
+  where
+  	singleline = do
+		line <- number
+		void $ char ':'
+		startcol <- number
+		void $ char '-'
+		endcol <- number
+		return $ (Coord line startcol, Coord line endcol)
+
+	weird = do
+		line <- number
+		void $ char ':'
+		col <- number
+		return $ (Coord line col, Coord line col)
+
+	multiline = do
+		start <- fromparens
+		void $ char '-'
+		end <- fromparens
+		return $ (start, end)
+
+	fromparens = between (char '(') (char ')') $ do
+		line <- number
+		void $ char ','
+		col <- number
+		return $ Coord line col
+
+indent :: Parser String
+indent = many1 $ char ' '
+
+restOfLine :: Parser String
+restOfLine = newline `after` many (noneOf "\n")
+
+indentedLine :: Parser String
+indentedLine = indent >> restOfLine
+
+spliceParser :: Parser Splice
+spliceParser = do
+	file <- many1 (noneOf ":\n")
+	void $ char ':'
+	(start, end) <- coordsParser
+	void $ string ": Splicing "
+	splicetype <- tosplicetype
+		<$> (string "expression" <|> string "declarations")
+	void newline
+
+	getthline <- expressionextractor
+	expression <- unlines <$> many1 getthline
+
+	void indent
+	void $ string "======>"	
+	void newline
+
+	getcodeline <- expressionextractor
+	realcoords <- try (Right <$> getrealcoords file) <|> (Left <$> getcodeline)
+	codelines <- many getcodeline
+	return $ case realcoords of
+		Left firstcodeline -> 
+			Splice file start end expression
+				(unlines $ firstcodeline:codelines)
+				splicetype
+		Right (realstart, realend) ->
+			Splice file realstart realend expression
+				(unlines codelines)
+				splicetype
+  where
+  	tosplicetype "declarations" = SpliceDeclaration
+	tosplicetype "expression" = SpliceExpression
+	tosplicetype s = error $ "unknown splice type: " ++ s
+
+	{- All lines of the indented expression start with the same
+	 - indent, which is stripped. Any other indentation is preserved. -}
+	expressionextractor = do
+		i <- lookAhead indent
+		return $ try $ do
+			void $ string i
+			restOfLine
+	
+	{- When splicing declarations, GHC will output a splice
+	 - at 1:1, and then inside the splice code block,
+	 - the first line will give the actual coordinates of the
+	 - line that was spliced. -}
+	getrealcoords file = do
+		void indent
+		void $ string file
+		void $ char ':'
+		char '\n' `after` coordsParser
+
+{- Extracts the splices, ignoring the rest of the compiler output. -}
+splicesExtractor :: Parser [Splice]
+splicesExtractor = rights <$> many extract
+  where
+  	extract = try (Right <$> spliceParser) <|> (Left <$> compilerJunkLine)
+	compilerJunkLine = restOfLine
+
+{- Modifies the source file, expanding the splices, which all must
+ - have the same splicedFile. Writes the new file to the destdir.
+ -
+ - Each splice's Coords refer to the original position in the file,
+ - and not to its position after any previous splices may have inserted
+ - or removed lines.
+ -
+ - To deal with this complication, the file is broken into logical lines
+ - (which can contain any String, including a multiline or empty string).
+ - Each splice is assumed to be on its own block of lines; two
+ - splices on the same line is not currently supported.
+ - This means that a splice can modify the logical lines within its block
+ - as it likes, without interfering with the Coords of other splices.
+ -
+ - As well as expanding splices, this can add a block of imports to the
+ - file. These are put right before the first line in the file that
+ - starts with "import "
+ -}
+applySplices :: FilePath -> Maybe String -> [Splice] -> IO ()
+applySplices _ _ [] = noop
+applySplices destdir imports splices@(first:_) = do
+	let f = splicedFile first
+	let dest = (destdir </> f)
+	lls <- map (++ "\n") . lines <$> readFileStrictAnyEncoding f
+	createDirectoryIfMissing True (parentDir dest)
+	let newcontent = concat $ addimports $ expand lls splices
+	oldcontent <- catchMaybeIO $ readFileStrictAnyEncoding dest
+	when (oldcontent /= Just newcontent) $ do
+		putStrLn $ "splicing " ++ f
+		withFile dest WriteMode $ \h -> do
+		        fileEncoding h
+			hPutStr h newcontent
+		        hClose h
+  where
+  	expand lls [] = lls
+  	expand lls (s:rest)
+		| isExpressionSplice s = expand (expandExpressionSplice s lls) rest
+		| otherwise = expand (expandDeclarationSplice s lls) rest
+
+	addimports lls = case imports of
+		Nothing -> lls
+		Just v ->
+			let (start, end) = break ("import " `isPrefixOf`) lls
+			in if null end
+				then start
+				else concat
+					[ start
+					, [v]
+					, end
+					]
+
+{- Declaration splices are expanded to replace their whole line. -}
+expandDeclarationSplice :: Splice -> [String] -> [String]
+expandDeclarationSplice s lls = concat [before, [splice], end]
+  where
+	cs = spliceStart s
+	ce = spliceEnd s
+
+	(before, rest) = splitAt (coordLine cs - 1) lls
+	(_oldlines, end) = splitAt (1 + coordLine (offsetCoord ce cs)) rest
+	splice = mangleCode $ splicedCode s
+
+{- Expression splices are expanded within their line. -}
+expandExpressionSplice :: Splice -> [String] -> [String]
+expandExpressionSplice sp lls = concat [before, spliced:padding, end]
+  where
+	cs = spliceStart sp
+	ce = spliceEnd sp
+
+	(before, rest) = splitAt (coordLine cs - 1) lls
+	(oldlines, end) = splitAt (1 + coordLine (offsetCoord ce cs)) rest
+	(splicestart, padding, spliceend) = case map expandtabs oldlines of
+		ss:r
+			| null r -> (ss, [], ss)
+			| otherwise -> (ss, take (length r) (repeat []), last r)
+		_ -> ([], [], [])
+	spliced = concat
+		[ joinsplice $ deqqstart $ take (coordColumn cs - 1) splicestart
+		, addindent (findindent splicestart) (mangleCode $ splicedCode sp)
+		, deqqend $ drop (coordColumn ce) spliceend
+		]
+
+	{- coordinates assume tabs are expanded to 8 spaces -}
+	expandtabs = replace "\t" (take 8 $ repeat ' ')
+
+	{- splicing leaves $() quasiquote behind; remove it -}
+	deqqstart s = case reverse s of
+		('(':'$':restq) -> reverse restq
+		_ -> s
+	deqqend (')':s) = s
+	deqqend s = s
+
+	{- Prepare the code that comes just before the splice so
+	 - the splice will combine with it appropriately. -}
+	joinsplice s
+		-- all indentation? Skip it, we'll use the splice's indentation
+		| all isSpace s = ""
+		-- function definition needs no preparation
+		-- ie: foo = $(splice)
+		| "=" `isSuffixOf` s' = s
+		-- nor does lambda definition or case expression
+		| "->" `isSuffixOf` s' = s
+		-- nor does a let .. in declaration
+		| "in" `isSuffixOf` s' = s
+		-- already have a $ to set off the splice
+		-- ie: foo $ $(splice)
+		| "$" `isSuffixOf` s' = s
+		-- need to add a $ to set off the splice
+		-- ie: bar $(splice)
+		| otherwise = s ++ " $ "
+	  where
+	  	s' = filter (not . isSpace) s
+
+	findindent = length . takeWhile isSpace
+	addindent n = unlines . map (i ++) . lines
+	  where
+	  	i = take n $ repeat ' '
+
+{- Tweaks code output by GHC in splices to actually build. Yipes. -}
+mangleCode :: String -> String
+mangleCode = flip_colon
+	. remove_unnecessary_type_signatures
+	. lambdaparenhack
+	. lambdaparens
+	. declaration_parens
+	. case_layout
+	. case_layout_multiline
+	. yesod_url_render_hack
+	. text_builder_hack
+	. nested_instances 
+	. boxed_fileembed
+	. collapse_multiline_strings
+	. remove_package_version
+	. emptylambda
+  where
+  	{- Lambdas are often output without parens around them.
+	 - This breaks when the lambda is immediately applied to a
+	 - parameter.
+	 - 
+	 - For example:
+	 -
+	 - renderRoute (StaticR sub_a1nUH)
+	 -   = \ (a_a1nUI, b_a1nUJ)
+	 -       -> (((pack "static") : a_a1nUI),
+	 -            b_a1nUJ)
+	 -       (renderRoute sub_a1nUH)
+	 -
+	 - There are sometimes many lines of lambda code that need to be
+	 - parenthesised. Approach: find the "->" and scan down the
+	 - column to the first non-whitespace. This is assumed
+	 - to be the expression after the lambda.
+	 -
+	 - Runs recursively on the body of the lambda, to handle nested
+	 - lambdas.
+	 -}
+	lambdaparens = parsecAndReplace $ do
+		-- skip lambdas inside tuples or parens
+		prefix <- noneOf "(, \n"
+		preindent <- many1 $ oneOf " \n"
+		void $ string "\\ "
+		lambdaparams <- restofline
+		continuedlambdaparams <- many $ try $ do
+			indent1 <- many1 $ char ' '
+			p <- satisfy isLetter
+			aram <- many $ satisfy isAlphaNum <|> oneOf "_"
+			void newline
+			return $ indent1 ++ p:aram ++ "\n"
+		indent1 <- many1 $ char ' '
+		void $ string "-> "
+		firstline <- restofline
+		lambdalines <- many $ try $ do
+			void $ string indent1
+			void $ char ' '
+			l <- restofline
+			return $ indent1 ++ " " ++ l
+		return $ concat 
+			[ prefix:preindent
+			, "(\\ " ++ lambdaparams ++ "\n"
+			, concat continuedlambdaparams
+			, indent1 ++ "-> "
+			, lambdaparens $ intercalate "\n" (firstline:lambdalines)
+			, ")\n"
+			]
+	
+	{- Hack to add missing parens in a specific case in yesod
+	 - static route code.
+	 -
+	 -     StaticR
+	 -     yesod_dispatch_env_a4iDV
+	 -     (\ p_a4iE2 r_a4iE3
+	 -        -> r_a4iE3
+	 -          {Network.Wai.pathInfo = p_a4iE2}
+	 -        xrest_a4iDT req_a4iDW)) }
+	 -
+	 - Need to add another paren around the lambda, and close it
+	 - before its parameters. lambdaparens misses this one because
+	 - there is already one paren present.
+	 -
+	 - Note that the { } may be on the same line, or wrapped to next.
+	 -
+	 - FIXME: This is a hack. lambdaparens could just always add a
+	 - layer of parens even when a lambda seems to be in parent.
+	 -}
+	lambdaparenhack = parsecAndReplace $ do
+		indent1 <- many1 $ char ' '
+		staticr <- string "StaticR"
+		void newline
+		void $ string indent1
+		yesod_dispatch_env <- restofline
+		void $ string indent1
+		lambdaprefix <- string "(\\ "
+		l1 <- restofline
+		void $ string indent1
+		lambdaarrow <- string "   ->"
+		l2 <- restofline
+		l3 <- if '{' `elem` l2 && '}' `elem` l2
+			then return ""
+			else do
+				void $ string indent1
+				restofline
+		return $ unlines
+			[ indent1 ++ staticr
+			, indent1 ++ yesod_dispatch_env
+			, indent1 ++ "(" ++ lambdaprefix ++ l1
+			, indent1 ++ lambdaarrow ++ l2 ++ l3 ++ ")"
+			]
+
+	restofline = manyTill (noneOf "\n") newline
+
+  	{- For some reason, GHC sometimes doesn't like the multiline
+	 - strings it creates. It seems to get hung up on \{ at the
+	 - start of a new line sometimes, wanting it to not be escaped.
+	 -
+	 - To work around what is likely a GHC bug, just collapse
+	 - multiline strings. -}
+	collapse_multiline_strings = parsecAndReplace $ do
+		void $ string "\\\n"
+		void $ many1 $ oneOf " \t"
+		void $ string "\\"
+		return "\\n"
+
+	{- GHC outputs splices using explicit braces rather than layout.
+	 - For a case expression, it does something weird:
+	 -
+	 - case foo of {
+	 -   xxx -> blah
+	 -   yyy -> blah };
+	 -
+	 - This is not legal Haskell; the statements in the case must be
+	 - separated by ';'
+	 -
+	 - To fix, we could just put a semicolon at the start of every line
+	 - containing " -> " ... Except that lambdas also contain that.
+	 - But we can get around that: GHC outputs lambas like this:
+	 -
+	 - \ foo
+	 -   -> bar
+	 -
+	 - Or like this:
+	 -
+	 - \ foo -> bar
+	 -
+	 - So, we can put the semicolon at the start of every line
+	 - containing " -> " unless there's a "\ " first, or it's
+	 - all whitespace up until it.
+	 -}
+	case_layout = parsecAndReplace $ do
+		void newline
+		indent1 <- many1 $ char ' '
+		prefix <- manyTill (noneOf "\n") (try (string "-> "))
+		if length prefix > 10
+			then unexpected "too long a prefix"
+			else if "\\ " `isInfixOf` prefix
+				then unexpected "lambda expression"
+				else if null prefix
+					then unexpected "second line of lambda"
+					else return $ "\n" ++ indent1 ++ "; " ++ prefix ++ " -> "
+	{- Sometimes cases themselves span multiple lines:
+	 -
+	 - Nothing
+	 -   -> foo
+	 -
+	 - -- This is not yet handled!
+	 - ComplexConstructor  var var
+	 -        var var
+	 -   -> foo
+	 -}
+	case_layout_multiline = parsecAndReplace $ do
+		void newline
+		indent1 <- many1 $ char ' '
+		firstline <- restofline
+
+		void $ string indent1
+		indent2 <- many1 $ char ' '
+		void $ string "-> "
+		if "\\ " `isInfixOf` firstline
+			then unexpected "lambda expression"
+			else return $ "\n" ++ indent1 ++ "; " ++ firstline ++ "\n"
+				++ indent1 ++ indent2 ++ "-> "
+
+	{- (foo, \ -> bar) is not valid haskell, GHC.
+	 - Change to (foo, bar)
+	 -
+	 - (Does this ever happen outside a tuple? Only saw
+	 - it inside them..
+	 -}
+	emptylambda = replace ", \\ -> " ", "
+
+	{- GHC may output this:
+	 -
+	 - instance RenderRoute WebApp where
+	 -   data instance Route WebApp
+	 -        ^^^^^^^^
+	 - The marked word should not be there.
+	 -
+	 - FIXME: This is a yesod-specific hack, it should look for the
+	 - outer instance.
+	 -}
+	nested_instances = replace "  data instance Route" "  data Route" 
+
+	{- GHC does not properly parenthesise generated data type
+	 - declarations. -}
+	declaration_parens = replace "StaticR Route Static" "StaticR (Route Static)"
+
+	{- A type signature is sometimes given for an entire lambda,
+	 - which is not properly parenthesized or laid out. This is a
+	 - hack to remove one specific case where this happens and the
+	 - signature is easily inferred, so is just removed.
+	 -}
+	remove_unnecessary_type_signatures = parsecAndReplace $ do
+		void $ string " ::"
+		void newline
+		void $ many1 $ char ' '
+		void $ string "Text.Css.Block Text.Css.Resolved"
+		void newline
+		return ""
+
+	{- GHC may add full package and version qualifications for
+	 - symbols from unimported modules. We don't want these.
+	 -
+	 - Examples:
+	 -   "blaze-html-0.4.3.1:Text.Blaze.Internal.preEscapedText" 
+	 -   "ghc-prim:GHC.Types.:"
+	 -}
+	remove_package_version = parsecAndReplace $
+		mangleSymbol <$> qualifiedSymbol
+
+	mangleSymbol "GHC.Types." = ""
+	mangleSymbol "GHC.Tuple." = ""
+	mangleSymbol s = s
+
+	qualifiedSymbol :: Parser String
+	qualifiedSymbol = do
+		s <- hstoken
+		void $ char ':'
+		if length s < 5
+			then unexpected "too short to be a namespace"
+			else do
+				t <- hstoken
+				case t of
+					(c:r) | isUpper c && "." `isInfixOf` r -> return t
+					_ -> unexpected "not a module qualified symbol"
+
+	hstoken :: Parser String
+	hstoken = do
+		t <- satisfy isLetter
+		oken <- many $ satisfy isAlphaNum <|> oneOf "-.'"
+		return $ t:oken
+
+	{- This works when it's "GHC.Types.:", but we strip
+	 - that above, so have to fix up after it here. 
+	 - The ; is added by case_layout. -}
+	flip_colon = replace "; : _ " "; _ : "
+
+{- Embedded files use unsafe packing, which is problimatic
+ - for several reasons, including that GHC sometimes omits trailing
+ - newlines in the file content, which leads to the wrong byte
+ - count. Also, GHC sometimes outputs unicode characters, which 
+ - are not legal in unboxed strings. 
+ -
+ - Avoid problems by converting:
+ - GHC.IO.unsafePerformIO
+ -   (Data.ByteString.Unsafe.unsafePackAddressLen
+ -      lllll
+ -      "blabblah"#)),
+ - to:
+ - Data.ByteString.Char8.pack "blabblah"),
+ -
+ - Note that the string is often multiline. This only works if
+ - collapse_multiline_strings has run first.
+ -}
+boxed_fileembed :: String -> String
+boxed_fileembed = parsecAndReplace $ do
+	i <- indent
+	void $ string "GHC.IO.unsafePerformIO"
+	void newline
+	void indent
+	void $ string "(Data.ByteString.Unsafe.unsafePackAddressLen"
+	void newline
+	void indent
+	void number
+	void newline
+	void indent
+	void $ char '"'
+	s <- restOfLine
+	let s' = take (length s - 5) s
+	if "\"#))," `isSuffixOf` s
+		then return (i ++ "Data.ByteString.Char8.pack \"" ++ s' ++ "\"),\n")
+		else fail "not an unboxed string"
+
+{- This works around a problem in the expanded template haskell for Yesod
+ - type-safe url rendering.
+ -
+ - It generates code like this:
+ - 
+ -                                  (toHtml
+ -                                     (\ u_a2ehE -> urender_a2ehD u_a2ehE []
+ -                                        (CloseAlert aid)))));
+ -
+ - Where urender_a2ehD is the function returned by getUrlRenderParams.
+ - But, that function that only takes 2 params, not 3.
+ - And toHtml doesn't take a parameter at all!
+ - 
+ - So, this modifes the code, to look like this:
+ - 
+ -                                  (toHtml
+ -                                     (flip urender_a2ehD []
+ -                                        (CloseAlert aid)))));
+ - 
+ - FIXME: Investigate and fix this properly.
+ -}
+yesod_url_render_hack :: String -> String
+yesod_url_render_hack = parsecAndReplace $ do
+	void $ string "(toHtml"
+	void whitespace
+	void $ string "(\\"
+	void whitespace
+	wtf <- hstoken
+	void whitespace
+	void $ string "->"
+	void whitespace
+	renderer <- hstoken
+	void whitespace
+	void $ string wtf
+	void whitespace
+	return $ "(toHtml (flip " ++ renderer ++ " "
+  where
+	whitespace :: Parser String
+	whitespace = many $ oneOf " \t\r\n"
+
+	hstoken :: Parser String
+	hstoken = many1 $ satisfy isAlphaNum <|> oneOf "_"
+
+{- Use exported symbol. -}
+text_builder_hack :: String -> String
+text_builder_hack = replace "Data.Text.Lazy.Builder.Internal.fromText" "Data.Text.Lazy.Builder.fromText"
+
+{- Given a Parser that finds strings it wants to modify,
+ - and returns the modified string, does a mass 
+ - find and replace throughout the input string.
+ - Rather slow, but crazy powerful. -}
+parsecAndReplace :: Parser String -> String -> String
+parsecAndReplace p s = case parse find "" s of
+	Left _e -> s
+	Right l -> concatMap (either return id) l
+  where
+  	find :: Parser [Either Char String]
+	find = many $ try (Right <$> p) <|> (Left <$> anyChar)
+
+main :: IO ()
+main = go =<< getArgs
+  where
+	go (destdir:log:header:[]) = run destdir log (Just header)
+	go (destdir:log:[]) = run destdir log Nothing
+  	go _ = error "usage: EvilSplicer destdir logfile [headerfile]"
+
+	run destdir log mheader = do
+		r <- parseFromFile splicesExtractor log
+		case r of
+			Left e -> error $ show e
+			Right splices -> do
+				let groups = groupBy (\a b -> splicedFile a == splicedFile b) splices
+				imports <- maybe (return Nothing) (catchMaybeIO . readFile) mheader
+				mapM_ (applySplices destdir imports) groups
diff --git a/Build/InstallDesktopFile.hs b/Build/InstallDesktopFile.hs
new file mode 100644
index 0000000000..c8a3f07f58
--- /dev/null
+++ b/Build/InstallDesktopFile.hs
@@ -0,0 +1,19 @@
+{- Generating and installing a desktop menu entry file and icon,
+ - and a desktop autostart file. (And OSX equivilants.)
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Main where
+
+import Build.DesktopFile
+
+import System.Environment
+
+main :: IO ()
+main = getArgs >>= go
+  where
+	go [] = error "specify git-annex command"
+	go (command:_) = install command
diff --git a/Build/LinuxMkLibs.hs b/Build/LinuxMkLibs.hs
new file mode 100644
index 0000000000..3db724b0ad
--- /dev/null
+++ b/Build/LinuxMkLibs.hs
@@ -0,0 +1,103 @@
+{- Linux library copier and binary shimmer
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Main where
+
+import Control.Applicative
+import System.Environment
+import Data.Maybe
+import System.FilePath
+import System.Directory
+import Control.Monad
+import Data.List
+import System.Posix.Files
+import Control.Monad.IfElse
+
+import Utility.LinuxMkLibs
+import Utility.Directory
+import Utility.Process
+import Utility.Monad
+import Utility.Path
+import Utility.FileMode
+import Utility.CopyFile
+
+main :: IO ()
+main = getArgs >>= go
+  where
+	go [] = error "specify LINUXSTANDALONE_DIST"
+	go (top:_) = mklibs top
+
+mklibs :: FilePath -> IO ()
+mklibs top = do
+	fs <- dirContentsRecursive top
+	mapM_ symToHardLink fs
+	exes <- filterM checkExe fs
+	libs <- parseLdd <$> readProcess "ldd" exes
+	glibclibs <- glibcLibs
+	let libs' = nub $ libs ++ glibclibs
+	libdirs <- nub . catMaybes <$> mapM (installLib installFile top) libs'
+
+	-- Various files used by runshell to set up env vars used by the
+	-- linker shims.
+	writeFile (top </> "libdirs") (unlines libdirs)
+	writeFile (top </> "linker")
+		(Prelude.head $ filter ("ld-linux" `isInfixOf`) libs')
+	writeFile (top </> "gconvdir")
+		(parentDir $ Prelude.head $ filter ("/gconv/" `isInfixOf`) glibclibs)
+	
+	mapM_ (installLinkerShim top) exes
+
+{- Installs a linker shim script around a binary.
+ -
+ - Note that each binary is put into its own separate directory,
+ - to avoid eg git looking for binaries in its directory rather
+ - than in PATH.-}
+installLinkerShim :: FilePath -> FilePath -> IO ()
+installLinkerShim top exe = do
+	createDirectoryIfMissing True shimdir
+	renameFile exe exedest
+	writeFile exe $ unlines
+		[ "#!/bin/sh"
+		, "exec \"$GIT_ANNEX_LINKER\" --library-path \"$GIT_ANNEX_LD_LIBRARY_PATH\" \"$GIT_ANNEX_SHIMMED/" ++ base ++ "/" ++ base ++ "\" \"$@\""
+		]
+	modifyFileMode exe $ addModes executeModes
+  where
+	base = takeFileName exe
+	shimdir = top </> "shimmed" </> base
+	exedest = shimdir </> base
+
+{- Converting symlinks to hard links simplifies the binary shimming
+ - process. -}
+symToHardLink :: FilePath -> IO ()
+symToHardLink f = whenM (isSymbolicLink <$> getSymbolicLinkStatus f) $ do
+	l <- readSymbolicLink f
+	let absl = absPathFrom (parentDir f) l
+	nukeFile f
+	createLink absl f
+
+installFile :: FilePath -> FilePath -> IO ()
+installFile top f = do
+	createDirectoryIfMissing True destdir
+	void $ copyFileExternal f destdir
+  where
+	destdir = inTop top $ parentDir f
+
+checkExe :: FilePath -> IO Bool
+checkExe f
+	| ".so" `isSuffixOf` f = return False
+	| otherwise = ifM (isExecutable . fileMode <$> getFileStatus f)
+		( checkFileExe <$> readProcess "file" [f]
+		, return False
+		)
+
+{- Check that file(1) thinks it's a Linux ELF executable, or possibly
+ - a shared library (a few executables like ssh appear as shared libraries). -}
+checkFileExe :: String -> Bool
+checkFileExe s = and
+	[ "ELF" `isInfixOf` s
+	, "executable" `isInfixOf` s || "shared object" `isInfixOf` s
+	]
diff --git a/Build/NullSoftInstaller.hs b/Build/NullSoftInstaller.hs
new file mode 100644
index 0000000000..b8fc826058
--- /dev/null
+++ b/Build/NullSoftInstaller.hs
@@ -0,0 +1,203 @@
+{- Generates a NullSoft installer program for git-annex on Windows.
+ - 
+ - To build the installer, git-annex should already be built by cabal,
+ - and ssh and rsync, as well as cygwin libraries, already installed.
+ -
+ - This uses the Haskell nsis package (cabal install nsis)
+ - to generate a .nsi file, which is then used to produce
+ - git-annex-installer.exe
+ - 
+ - The installer includes git-annex, and utilities it uses, with the
+ - exception of git. The user needs to install git separately,
+ - and the installer checks for that.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+import Development.NSIS
+import System.Directory
+import System.FilePath
+import Control.Monad
+import Data.String
+import Data.Maybe
+
+import Utility.Tmp
+import Utility.Path
+import Utility.CopyFile
+import Utility.SafeCommand
+import Build.BundledPrograms
+
+main = do
+	withTmpDir "nsis-build" $ \tmpdir -> do
+		let gitannex = tmpdir </> gitannexprogram
+		mustSucceed "ln" [File "dist/build/git-annex/git-annex.exe", File gitannex]
+		let license = tmpdir </> licensefile
+		mustSucceed "sh" [Param "-c", Param $ "zcat standalone/licences.gz > '" ++ license ++ "'"]
+		extrabins <- forM (cygwinPrograms ++ cygwinDlls) $ \f -> do
+			p <- searchPath f
+			when (isNothing p) $
+				print ("unable to find in PATH", f)
+			return p
+		webappscript <- vbsLauncher tmpdir "git-annex-webapp" "git-annex webapp"
+		autostartscript <- vbsLauncher tmpdir "git-annex-autostart" "git annex assistant --autostart"
+		writeFile nsifile $ makeInstaller gitannex license
+			(catMaybes extrabins)
+			[ webappscript, autostartscript ]
+		mustSucceed "makensis" [File nsifile]
+	removeFile nsifile -- left behind if makensis fails
+  where
+	nsifile = "git-annex.nsi"
+	mustSucceed cmd params = do
+		r <- boolSystem cmd params
+		case r of
+			True -> return ()
+			False -> error $ cmd ++ " failed"
+
+{- Generates a .vbs launcher which runs a command without any visible DOS
+ - box. -}
+vbsLauncher :: FilePath -> String -> String -> IO String
+vbsLauncher tmpdir basename cmd = do
+	let f = tmpdir </> basename ++ ".vbs"
+	writeFile f $ unlines
+		[ "Set objshell=CreateObject(\"Wscript.Shell\")"
+		, "objShell.Run(\"" ++ cmd ++ "\"), 0, False"
+		]
+	return f
+
+gitannexprogram :: FilePath
+gitannexprogram = "git-annex.exe"
+
+licensefile :: FilePath
+licensefile = "git-annex-licenses.txt"
+
+installer :: FilePath
+installer = "git-annex-installer.exe"
+
+uninstaller :: FilePath
+uninstaller = "git-annex-uninstall.exe"
+
+gitInstallDir :: Exp FilePath
+gitInstallDir = fromString "$PROGRAMFILES\\Git"
+
+startMenuItem :: Exp FilePath
+startMenuItem = "$SMPROGRAMS/git-annex.lnk"
+
+autoStartItem :: Exp FilePath
+autoStartItem = "$SMSTARTUP/git-annex-autostart.lnk"
+
+needGit :: Exp String
+needGit = strConcat
+	[ fromString "You need git installed to use git-annex. Looking at "
+	, gitInstallDir
+	, fromString " , it seems to not be installed, "
+	, fromString "or may be installed in another location. "
+	, fromString "You can install git from http:////git-scm.com//"
+	]
+
+makeInstaller :: FilePath -> FilePath -> [FilePath] -> [FilePath] -> String
+makeInstaller gitannex license extrabins launchers = nsis $ do
+	name "git-annex"
+	outFile $ str installer
+	{- Installing into the same directory as git avoids needing to modify
+ 	 - path myself, since the git installer already does it. -}
+	installDir gitInstallDir
+	requestExecutionLevel Admin
+
+	iff (fileExists gitInstallDir)
+		(return ())
+		(alert needGit)
+	
+	-- Pages to display
+	page Directory                   -- Pick where to install
+	page (License license)
+	page InstFiles                   -- Give a progress bar while installing
+	-- Start menu shortcut
+	Development.NSIS.createDirectory "$SMPROGRAMS"
+	createShortcut startMenuItem
+		[ Target "wscript.exe"
+		, Parameters "\"$INSTDIR/git-annex-webapp.vbs\""
+		, StartOptions "SW_SHOWNORMAL"
+		, IconFile "$INSTDIR/cmd/git-annex.exe"
+		, IconIndex 2
+		, KeyboardShortcut "ALT|CONTROL|a"
+		, Description "git-annex webapp"
+		]
+	createShortcut autoStartItem
+		[ Target "wscript.exe"
+		, Parameters "\"$INSTDIR/git-annex-autostart.vbs\""
+		, StartOptions "SW_SHOWNORMAL"
+		, IconFile "$INSTDIR/cmd/git-annex.exe"
+		, IconIndex 2
+		, Description "git-annex autostart"
+		]
+	section "bins" [] $ do
+		setOutPath "$INSTDIR\\bin"
+		mapM_ addfile extrabins
+	section "cmd" [] $ do
+		setOutPath "$INSTDIR\\cmd"
+		addfile gitannex
+	section "meta" [] $ do
+		setOutPath "$INSTDIR"
+		addfile license
+		mapM_ addfile launchers
+		writeUninstaller $ str uninstaller
+	uninstall $ do
+		delete [RebootOK] $ startMenuItem
+		delete [RebootOK] $ autoStartItem
+		removefilesFrom "$INSTDIR/bin" extrabins
+		removefilesFrom "$INSTDIR/cmd" [gitannex]
+		removefilesFrom "$INSTDIR" $
+			launchers ++
+			[ license
+			, uninstaller
+			]
+  where
+	addfile f = file [] (str f)
+	removefilesFrom d = mapM_ (\f -> delete [RebootOK] $ fromString $ d ++ "/" ++ takeFileName f)
+
+cygwinPrograms :: [FilePath]
+cygwinPrograms = map (\p -> p ++ ".exe") bundledPrograms
+
+-- These are the dlls needed by Cygwin's rsync, ssh, etc.
+-- TODO: Use ldd (available in cygwin) to automatically find all
+-- needed libs.
+cygwinDlls :: [FilePath]
+cygwinDlls =
+	[ "cygwin1.dll"
+	, "cygasn1-8.dll"
+	, "cygattr-1.dll"
+	, "cygheimbase-1.dll"
+	, "cygroken-18.dll"
+	, "cygcom_err-2.dll"
+	, "cygheimntlm-0.dll"
+	, "cygsqlite3-0.dll"
+	, "cygcrypt-0.dll"
+	, "cyghx509-5.dll"
+	, "cygssp-0.dll"
+	, "cygcrypto-1.0.0.dll"
+	, "cygiconv-2.dll"
+	, "cyggcc_s-1.dll"
+	, "cygintl-8.dll"
+	, "cygwind-0.dll"
+	, "cyggssapi-3.dll"
+	, "cygkrb5-26.dll"
+	, "cygz.dll"
+	, "cygidn-11.dll"
+	, "libcurl-4.dll"
+	, "cyggnutls-26.dll"
+	, "libcrypto.dll"
+	, "libssl.dll"
+	, "cyggcrypt-11.dll"
+	, "cyggpg-error-0.dll"
+	, "cygp11-kit-0.dll"
+	, "cygtasn1-3.dll"
+	, "cygffi-6.dll"
+	, "cygbz2-1.dll"
+	, "cygreadline7.dll"
+	, "cygncursesw-10.dll"
+	, "cygusb0.dll"
+	]
diff --git a/Build/OSXMkLibs.hs b/Build/OSXMkLibs.hs
new file mode 100644
index 0000000000..5640e4d36a
--- /dev/null
+++ b/Build/OSXMkLibs.hs
@@ -0,0 +1,172 @@
+{- OSX library copier
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Main where
+
+import Control.Applicative
+import System.Environment (getArgs)
+import Data.Maybe
+import System.FilePath
+import System.Directory
+import Control.Monad
+import Data.List
+import Data.String.Utils
+
+import Utility.PartialPrelude
+import Utility.Directory
+import Utility.Process
+import Utility.Monad
+import Utility.SafeCommand
+import Utility.Path
+import Utility.Exception
+import Utility.Env
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+type LibMap = M.Map FilePath String
+
+{- Recursively find and install libs, until nothing new to install is found. -}
+mklibs :: FilePath -> [FilePath] -> [(FilePath, FilePath)] -> LibMap -> IO ()
+mklibs appbase libdirs replacement_libs libmap = do
+	(new, replacement_libs', libmap') <- installLibs appbase replacement_libs libmap
+	unless (null new) $
+		mklibs appbase (libdirs++new) replacement_libs' libmap'
+
+{- Returns directories into which new libs were installed. -}
+installLibs :: FilePath -> [(FilePath, FilePath)] -> LibMap -> IO ([FilePath], [(FilePath, FilePath)], LibMap)
+installLibs appbase replacement_libs libmap = do
+	(needlibs, replacement_libs', libmap') <- otool appbase replacement_libs libmap
+	libs <- forM needlibs $ \lib -> do
+		pathlib <- findLibPath lib
+		let shortlib = fromMaybe (error "internal") (M.lookup lib libmap')
+		let fulllib = dropWhile (== '/') lib
+		let dest = appbase </> fulllib
+		let symdest = appbase </> shortlib
+		ifM (doesFileExist dest)
+			( return Nothing
+			, do
+				createDirectoryIfMissing True (parentDir dest)
+				putStrLn $ "installing " ++ pathlib ++ " as " ++ shortlib
+				_ <- boolSystem "cp" [File pathlib, File dest]
+				_ <- boolSystem "chmod" [Param "644", File dest]
+				_ <- boolSystem "ln" [Param "-s", File fulllib, File symdest]
+				return $ Just appbase
+			)
+	return (catMaybes libs, replacement_libs', libmap')
+
+{- Returns libraries to install.
+ -
+ - Note that otool -L ignores DYLD_LIBRARY_PATH, so the
+ - library files returned may need to be run through findLibPath
+ - to find the actual libraries to install.
+ -}
+otool :: FilePath -> [(FilePath, FilePath)] -> LibMap -> IO ([FilePath], [(FilePath, FilePath)], LibMap)
+otool appbase replacement_libs libmap = do
+	files <- filterM doesFileExist =<< dirContentsRecursive appbase
+	process [] files replacement_libs libmap
+  where
+	want s = not ("@executable_path" `isInfixOf` s)
+		&& not (".framework" `isInfixOf` s)
+		&& not ("libSystem.B" `isInfixOf` s)
+	process c [] rls m = return (nub $ concat c, rls, m)
+	process c (file:rest) rls m = do
+		_ <- boolSystem "chmod" [Param "755", File file]
+		libs <- filter want . parseOtool
+			<$> readProcess "otool" ["-L", file]
+		expanded_libs <- expand_rpath libs replacement_libs file
+		let rls' = nub $ rls ++ (zip libs expanded_libs)
+		m' <- install_name_tool file libs expanded_libs m
+		process (expanded_libs:c) rest rls' m'
+
+findLibPath :: FilePath -> IO FilePath
+findLibPath l = go =<< getEnv "DYLD_LIBRARY_PATH"
+  where
+	go Nothing = return l
+	go (Just p) = fromMaybe l
+		<$> firstM doesFileExist (map (</> f) (split ":" p))
+	f = takeFileName l
+
+{- Expands any @rpath in the list of libraries.
+ -
+ - This is done by the nasty method of running the command with a dummy
+ - option (so it doesn't do anything.. hopefully!) and asking the dynamic
+ - linker to print expanded rpaths.
+ -}
+expand_rpath :: [String] -> [(FilePath, FilePath)] -> FilePath -> IO [String]
+expand_rpath libs replacement_libs cmd
+	| any ("@rpath" `isInfixOf`) libs = do
+		installed <- M.fromList . Prelude.read
+			<$> readFile "tmp/standalone-installed"
+		let origcmd = case M.lookup cmd installed of
+			Nothing -> cmd
+			Just cmd' -> cmd'
+		s <- catchDefaultIO "" $ readProcess "sh" ["-c", probe origcmd]
+		let m = if (null s)
+			then M.fromList replacement_libs
+			else M.fromList $ mapMaybe parse $ lines s
+		return $ map (replacem m) libs
+	| otherwise = return libs
+  where
+  	probe c = "DYLD_PRINT_RPATHS=1 " ++ c ++ " --getting-rpath-dummy-option 2>&1 | grep RPATH"
+	parse s = case words s of
+		("RPATH":"successful":"expansion":"of":old:"to:":new:[]) -> 
+			Just (old, new)
+		_ -> Nothing
+	replacem m l = fromMaybe l $ M.lookup l m
+
+parseOtool :: String -> [FilePath]
+parseOtool = catMaybes . map parse . lines
+  where
+	parse l
+		| "\t" `isPrefixOf` l = headMaybe $ words l
+		| otherwise = Nothing
+
+{- Adjusts binaries to use libraries bundled with it, rather than the
+ - system libraries. -}
+install_name_tool :: FilePath -> [FilePath] -> [FilePath] -> LibMap -> IO LibMap
+install_name_tool _ [] _ libmap = return libmap
+install_name_tool binary libs expanded_libs libmap = do
+	let (libnames, libmap') = getLibNames expanded_libs libmap
+	let params = concatMap change $ zip libs libnames
+	ok <- boolSystem "install_name_tool" $ params ++ [File binary]
+	unless ok $
+		error $ "install_name_tool failed for " ++ binary
+	return libmap'
+  where
+	change (lib, libname) =
+		[ Param "-change"
+		, File lib
+		, Param $ "@executable_path/" ++ libname
+		]
+
+getLibNames :: [FilePath] -> LibMap -> ([FilePath], LibMap)
+getLibNames libs libmap = go [] libs libmap
+  where
+	go c [] m = (reverse c, m)
+	go c (l:rest) m =
+		let (f, m') = getLibName l m
+		in go (f:c) rest m'
+
+{- Uses really short names for the library files it installs, because
+ - binaries have arbitrarily short RPATH field limits. -}
+getLibName :: FilePath -> LibMap -> (FilePath, LibMap)
+getLibName lib libmap = case M.lookup lib libmap of
+	Just n -> (n, libmap)
+	Nothing -> (nextfreename, M.insert lib nextfreename libmap)
+  where
+	names = map pure ['A' .. 'Z'] ++
+		[[n, l] | n <- ['0' .. '9'], l <- ['A' .. 'Z']]
+	used = S.fromList $ M.elems libmap
+	nextfreename = fromMaybe (error "ran out of short library names!") $ 
+		headMaybe $ dropWhile (`S.member` used) names
+
+main :: IO ()
+main = getArgs >>= go
+  where
+	go [] = error "specify OSXAPP_BASE"
+	go (appbase:_) = mklibs appbase [] [] M.empty
diff --git a/Build/Standalone.hs b/Build/Standalone.hs
new file mode 100644
index 0000000000..110163acf4
--- /dev/null
+++ b/Build/Standalone.hs
@@ -0,0 +1,47 @@
+{- Makes standalone bundle.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Main where
+
+import Control.Monad.IfElse
+import System.Environment
+import System.FilePath
+import System.Directory
+import Control.Monad
+import Build.BundledPrograms
+
+import Utility.SafeCommand
+import Utility.Path
+
+progDir :: FilePath -> FilePath
+#ifdef darwin_HOST_OS
+progDir topdir = topdir
+#else
+progDir topdir = topdir </> "bin"
+#endif
+
+installProg :: FilePath -> FilePath -> IO (FilePath, FilePath)
+installProg dir prog = searchPath prog >>= go
+  where
+	go Nothing = error $ "cannot find " ++ prog ++ " in PATH"
+	go (Just f) = do
+		let dest = dir </> takeFileName f
+		unlessM (boolSystem "install" [File f, File dest]) $
+			error $ "install failed for " ++ prog
+		return (dest, f)
+
+main :: IO ()
+main = getArgs >>= go
+  where
+	go [] = error "specify topdir"
+        go (topdir:_) = do
+		let dir = progDir topdir
+		createDirectoryIfMissing True dir
+		installed <- forM bundledPrograms $ installProg dir
+		writeFile "tmp/standalone-installed" (show installed)
diff --git a/Build/TestConfig.hs b/Build/TestConfig.hs
new file mode 100644
index 0000000000..e55641fb06
--- /dev/null
+++ b/Build/TestConfig.hs
@@ -0,0 +1,141 @@
+{- Tests the system and generates Build.SysConfig.hs. -}
+
+module Build.TestConfig where
+
+import Utility.Path
+import Utility.Monad
+import Utility.SafeCommand
+
+import System.IO
+import System.FilePath
+import System.Directory
+
+type ConfigKey = String
+data ConfigValue =
+	BoolConfig Bool |
+	StringConfig String |
+	MaybeStringConfig (Maybe String) |
+	MaybeBoolConfig (Maybe Bool)
+data Config = Config ConfigKey ConfigValue
+
+type Test = IO Config
+type TestName = String
+data TestCase = TestCase TestName Test
+
+instance Show ConfigValue where
+	show (BoolConfig b) = show b
+	show (StringConfig s) = show s
+	show (MaybeStringConfig s) = show s
+	show (MaybeBoolConfig s) = show s
+
+instance Show Config where
+	show (Config key value) = unlines
+		[ key ++ " :: " ++ valuetype value
+		, key ++ " = " ++ show value
+		]
+	  where
+		valuetype (BoolConfig _) = "Bool"
+		valuetype (StringConfig _) = "String"
+		valuetype (MaybeStringConfig _) = "Maybe String"
+		valuetype (MaybeBoolConfig _) = "Maybe Bool"
+
+writeSysConfig :: [Config] -> IO ()
+writeSysConfig config = writeFile "Build/SysConfig.hs" body
+  where
+	body = unlines $ header ++ map show config ++ footer
+	header = [
+		  "{- Automatically generated. -}"
+		, "module Build.SysConfig where"
+		, ""
+		]
+	footer = []
+
+runTests :: [TestCase] -> IO [Config]
+runTests [] = return []
+runTests (TestCase tname t : ts) = do
+	testStart tname
+	c <- t
+	testEnd c
+	rest <- runTests ts
+	return $ c:rest
+
+{- Tests that a command is available, aborting if not. -}
+requireCmd :: ConfigKey -> String -> Test
+requireCmd k cmdline = do
+	ret <- testCmd k cmdline
+	handle ret
+  where
+	handle r@(Config _ (BoolConfig True)) = return r
+	handle r = do
+		testEnd r
+		error $ "** the " ++ c ++ " command is required"
+	c = head $ words cmdline
+
+{- Checks if a command is available by running a command line. -}
+testCmd :: ConfigKey -> String -> Test
+testCmd k cmdline = do
+	ok <- boolSystem "sh" [ Param "-c", Param $ quiet cmdline ]
+	return $ Config k (BoolConfig ok)
+
+{- Ensures that one of a set of commands is available by running each in
+ - turn. The Config is set to the first one found. -}
+selectCmd :: ConfigKey -> [(String, String)] -> Test
+selectCmd k = searchCmd
+		(return . Config k . StringConfig)
+		(\cmds -> do
+			testEnd $ Config k $ BoolConfig False
+			error $ "* need one of these commands, but none are available: " ++ show cmds
+		)
+
+maybeSelectCmd :: ConfigKey -> [(String, String)] -> Test
+maybeSelectCmd k = searchCmd
+		(return . Config k . MaybeStringConfig . Just)
+		(\_ -> return $ Config k $ MaybeStringConfig Nothing)
+
+searchCmd :: (String -> Test) -> ([String] -> Test) -> [(String, String)] -> Test
+searchCmd success failure cmdsparams = search cmdsparams
+  where
+	search [] = failure $ fst $ unzip cmdsparams
+	search ((c, params):cs) = do
+		ok <- boolSystem "sh" [ Param "-c", Param $ quiet $ c ++ " " ++ params ]
+		if ok
+			then success c
+			else search cs
+
+{- Finds a command, either in PATH or perhaps in a sbin directory not in
+ - PATH. If it's in PATH the config is set to just the command name,
+ - but if it's found outside PATH, the config is set to the full path to
+ - the command. -}
+findCmdPath :: ConfigKey -> String -> Test
+findCmdPath k command = do
+	ifM (inPath command)
+		( return $ Config k $ MaybeStringConfig $ Just command
+		, do
+			r <- getM find ["/usr/sbin", "/sbin", "/usr/local/sbin"]
+			return $ Config k $ MaybeStringConfig r
+		)
+  where
+	find d =
+		let f = d </> command
+		in ifM (doesFileExist f) ( return (Just f), return Nothing )
+
+quiet :: String -> String
+quiet s = s ++ " >/dev/null 2>&1"
+
+testStart :: TestName -> IO ()
+testStart s = do
+	putStr $ "  checking " ++ s ++ "..."
+	hFlush stdout
+
+testEnd :: Config -> IO ()
+testEnd (Config _ (BoolConfig True)) = status "yes"
+testEnd (Config _ (BoolConfig False)) = status "no"
+testEnd (Config _ (StringConfig s)) = status s
+testEnd (Config _ (MaybeStringConfig (Just s))) = status s
+testEnd (Config _ (MaybeStringConfig Nothing)) = status "not available"
+testEnd (Config _ (MaybeBoolConfig (Just True))) = status "yes"
+testEnd (Config _ (MaybeBoolConfig (Just False))) = status "no"
+testEnd (Config _ (MaybeBoolConfig Nothing)) = status "unknown"
+
+status :: String -> IO ()
+status s = putStrLn $ ' ':s
diff --git a/Build/Version.hs b/Build/Version.hs
new file mode 100644
index 0000000000..da9d1bbcba
--- /dev/null
+++ b/Build/Version.hs
@@ -0,0 +1,69 @@
+{- Package version determination, for configure script. -}
+
+module Build.Version where
+
+import Data.Maybe
+import Control.Applicative
+import Data.List
+import System.Environment
+import System.Directory
+import Data.Char
+import System.Process
+
+import Utility.Monad
+import Utility.Exception
+
+type Version = String
+
+{- Set when making an official release. (Distribution vendors should set
+ - this too.) -}
+isReleaseBuild :: IO Bool
+isReleaseBuild = isJust <$> catchMaybeIO (getEnv "RELEASE_BUILD")
+
+{- Version is usually based on the major version from the changelog, 
+ - plus the date of the last commit, plus the git rev of that commit.
+ - This works for autobuilds, ad-hoc builds, etc.
+ -
+ - If git or a git repo is not available, or something goes wrong,
+ - or this is a release build, just use the version from the changelog. -}
+getVersion :: IO Version
+getVersion = do
+	changelogversion <- getChangelogVersion
+	ifM (isReleaseBuild)
+		( return changelogversion
+		, catchDefaultIO changelogversion $ do
+			let major = takeWhile (/= '.') changelogversion
+			autoversion <- takeWhile (\c -> isAlphaNum c || c == '-') <$> readProcess "sh"
+				[ "-c"
+				, "git log -n 1 --format=format:'%ci %h'| sed -e 's/-//g' -e 's/ .* /-g/'"
+				] ""
+			if null autoversion
+				then return changelogversion
+				else return $ concat [ major, ".", autoversion ]
+		)
+	
+getChangelogVersion :: IO Version
+getChangelogVersion = do
+	changelog <- readFile "debian/changelog"
+	let verline = takeWhile (/= '\n') changelog
+	return $ middle (words verline !! 1)
+  where
+	middle = drop 1 . init
+
+{- Set up cabal file with version. -}
+cabalSetup :: FilePath -> IO ()
+cabalSetup cabalfile = do
+	version <- takeWhile (\c -> isDigit c || c == '.')
+		<$> getChangelogVersion
+	cabal <- readFile cabalfile
+	writeFile tmpcabalfile $ unlines $ 
+		map (setfield "Version" version) $
+		lines cabal
+	renameFile tmpcabalfile cabalfile
+  where
+	tmpcabalfile = cabalfile++".tmp"
+	setfield field value s
+		| fullfield `isPrefixOf` s = fullfield ++ value
+		| otherwise = s
+	  where
+		fullfield = field ++ ": "
diff --git a/Build/make-sdist.sh b/Build/make-sdist.sh
new file mode 100755
index 0000000000..6e1ddae626
--- /dev/null
+++ b/Build/make-sdist.sh
@@ -0,0 +1,22 @@
+#!/bin/sh
+#
+# Workaround for `cabal sdist` requiring all included files to be listed
+# in .cabal.
+
+# Create target directory
+sdist_dir=git-annex-$(grep '^Version:' git-annex.cabal | sed -re 's/Version: *//')
+mkdir --parents dist/$sdist_dir
+
+find . \( -name .git -or -name dist -or -name cabal-dev \) -prune \
+	-or -not -name \\*.orig -not -type d -print \
+	| perl -ne "print unless length >= 100 - length q{$sdist_dir}" \
+	| grep -v ':' \
+	| xargs cp --parents --target-directory dist/$sdist_dir
+
+cd dist
+tar --format=ustar -caf $sdist_dir.tar.gz $sdist_dir
+
+# Check that tarball can be unpacked by cabal.
+# It's picky about tar longlinks etc.
+rm -rf $sdist_dir
+cabal unpack $sdist_dir.tar.gz
diff --git a/Build/mdwn2man b/Build/mdwn2man
new file mode 100755
index 0000000000..aadb13cdf5
--- /dev/null
+++ b/Build/mdwn2man
@@ -0,0 +1,44 @@
+#!/usr/bin/env perl
+# Warning: hack
+
+my $prog=shift;
+my $section=shift;
+
+print ".TH $prog $section\n";
+
+while (<>) {
+	s{(\\?)\[\[([^\s\|\]]+)(\|[^\s\]]+)?\]\]}{$1 ? "[[$2]]" : $2}eg;
+	s/\`([^\`]*)\`/\\fB$1\\fP/g;
+	s/\`//g;
+	s/^\s*\./\\&./g;
+	if (/^#\s/) {
+		s/^#\s/.SH /;
+		<>; # blank;
+	}
+	s/^[ \n]+//;
+	s/^\t/ /;
+	s/-/\\-/g;
+	s/^Warning:.*//g;
+	s/^$/.PP\n/;
+	s/^\*\s+(.*)/.IP "$1"/;
+	next if $_ eq ".PP\n" && $skippara;
+	if (/^.IP /) {
+		$inlist=1;
+		$spippara=0;
+	}
+	elsif (/^.SH/) {
+		$skippara=0;
+		$inlist=0;
+	}
+	elsif (/^\./) {
+		$skippara=1;
+	}
+	else {
+		$skippara=0;
+	}
+	if ($inlist && $_ eq ".PP\n") {
+		$_=".IP\n";
+	}
+
+	print $_;
+}
diff --git a/BuildFlags.hs b/BuildFlags.hs
new file mode 100644
index 0000000000..59a060cb5e
--- /dev/null
+++ b/BuildFlags.hs
@@ -0,0 +1,92 @@
+{- git-annex build flags reporting
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module BuildFlags where
+
+buildFlags :: [String]
+buildFlags = filter (not . null)
+	[ ""
+#ifdef WITH_ASSISTANT
+	, "Assistant"
+#else
+#warning Building without the assistant.
+#endif
+#ifdef WITH_WEBAPP
+	, "Webapp"
+#else
+#warning Building without the webapp. You probably need to install Yesod..
+#endif
+#ifdef WITH_WEBAPP_SECURE
+	, "Webapp-secure"
+#endif
+#ifdef WITH_PAIRING
+	, "Pairing"
+#else
+#warning Building without local pairing.
+#endif
+#ifdef WITH_TESTSUITE
+	, "Testsuite"
+#else
+#warning Building without the testsuite.
+#endif
+#ifdef WITH_S3
+	, "S3"
+#else
+#warning Building without S3.
+#endif
+#ifdef WITH_WEBDAV
+	, "WebDAV"
+#else
+#warning Building without WebDAV.
+#endif
+#ifdef WITH_INOTIFY
+	, "Inotify"
+#endif
+#ifdef WITH_FSEVENTS
+	, "FsEvents"
+#endif
+#ifdef WITH_KQUEUE
+	, "Kqueue"
+#endif
+#ifdef WITH_DBUS
+	, "DBus"
+#endif
+#ifdef WITH_DESKTOP_NOTIFY
+	, "DesktopNotify"
+#endif
+#ifdef WITH_XMPP
+	, "XMPP"
+#else
+#warning Building without XMPP.
+#endif
+#ifdef WITH_DNS
+	, "DNS"
+#endif
+#ifdef WITH_FEED
+	, "Feeds"
+#else
+#warning Building without Feeds.
+#endif
+#ifdef WITH_QUVI
+	, "Quvi"
+#else
+#warning Building without quvi.
+#endif
+#ifdef WITH_TDFA
+	, "TDFA"
+#endif
+#ifdef WITH_CRYPTOHASH
+	, "CryptoHash"
+#else
+#warning Building without CryptoHash.
+#endif
+#ifdef WITH_EKG
+	, "EKG"
+#endif
+	]
diff --git a/CHANGELOG b/CHANGELOG
new file mode 120000
index 0000000000..d526672ce2
--- /dev/null
+++ b/CHANGELOG
@@ -0,0 +1 @@
+debian/changelog
\ No newline at end of file
diff --git a/COPYRIGHT b/COPYRIGHT
new file mode 120000
index 0000000000..9060ce8208
--- /dev/null
+++ b/COPYRIGHT
@@ -0,0 +1 @@
+debian/copyright
\ No newline at end of file
diff --git a/Checks.hs b/Checks.hs
new file mode 100644
index 0000000000..7a9cd1e38f
--- /dev/null
+++ b/Checks.hs
@@ -0,0 +1,49 @@
+{- git-annex command checks
+ -
+ - Common sanity checks for commands, and an interface to selectively
+ - remove them, or add others.
+ - 
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Checks where
+
+import Common.Annex
+import Types.Command
+import Annex.Init
+import Config
+import Utility.Daemon
+import qualified Git
+
+commonChecks :: [CommandCheck]
+commonChecks = [repoExists]
+
+repoExists :: CommandCheck
+repoExists = CommandCheck 0 ensureInitialized
+
+notDirect :: Command -> Command
+notDirect = addCheck $ whenM isDirect $
+	error "You cannot run this command in a direct mode repository."
+
+notBareRepo :: Command -> Command
+notBareRepo = addCheck $ whenM (fromRepo Git.repoIsLocalBare) $
+	error "You cannot run this command in a bare repository."
+
+noDaemonRunning :: Command -> Command
+noDaemonRunning = addCheck $ whenM (isJust <$> daemonpid) $
+	error "You cannot run this command while git-annex watch or git-annex assistant is running."
+  where
+  	daemonpid = liftIO . checkDaemon =<< fromRepo gitAnnexPidFile
+
+dontCheck :: CommandCheck -> Command -> Command
+dontCheck check cmd = mutateCheck cmd $ \c -> filter (/= check) c
+
+addCheck :: Annex () -> Command -> Command
+addCheck check cmd = mutateCheck cmd $ \c ->
+	CommandCheck (length c + 100) check : c
+
+mutateCheck :: Command -> ([CommandCheck] -> [CommandCheck]) -> Command
+mutateCheck cmd@(Command { cmdcheck = c }) a = cmd { cmdcheck = a c }
+
diff --git a/CmdLine.hs b/CmdLine.hs
new file mode 100644
index 0000000000..a165b041ac
--- /dev/null
+++ b/CmdLine.hs
@@ -0,0 +1,108 @@
+{- git-annex command line parsing and dispatch
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module CmdLine (
+	dispatch,
+	usage,
+	shutdown
+) where
+
+import qualified Control.Exception as E
+import qualified Data.Map as M
+import Control.Exception (throw)
+import System.Console.GetOpt
+#ifndef mingw32_HOST_OS
+import System.Posix.Signals
+#endif
+
+import Common.Annex
+import qualified Annex
+import qualified Git
+import qualified Git.AutoCorrect
+import Annex.Content
+import Annex.Environment
+import Command
+import Types.Messages
+
+{- Runs the passed command line. -}
+dispatch :: Bool -> CmdParams -> [Command] -> [Option] -> [(String, String)] -> String -> IO Git.Repo -> IO ()
+dispatch fuzzyok allargs allcmds commonoptions fields header getgitrepo = do
+	setupConsole
+	r <- E.try getgitrepo :: IO (Either E.SomeException Git.Repo)
+	case r of
+		Left e -> maybe (throw e) (\a -> a params) (cmdnorepo cmd)
+		Right g -> do
+			state <- Annex.new g
+			Annex.eval state $ do
+				checkEnvironment
+				checkfuzzy
+				forM_ fields $ uncurry Annex.setField
+				when (cmdnomessages cmd) $ 
+					Annex.setOutput QuietOutput
+				sequence_ flags
+				whenM (annexDebug <$> Annex.getGitConfig) $
+					liftIO enableDebugOutput
+				startup
+				performCommandAction cmd params
+				shutdown $ cmdnocommit cmd
+  where
+	err msg = msg ++ "\n\n" ++ usage header allcmds
+	cmd = Prelude.head cmds
+	(fuzzy, cmds, name, args) = findCmd fuzzyok allargs allcmds err
+	(flags, params) = getOptCmd args cmd commonoptions
+	checkfuzzy = when fuzzy $
+		inRepo $ Git.AutoCorrect.prepare name cmdname cmds
+
+{- Parses command line params far enough to find the Command to run, and
+ - returns the remaining params.
+ - Does fuzzy matching if necessary, which may result in multiple Commands. -}
+findCmd :: Bool -> CmdParams -> [Command] -> (String -> String) -> (Bool, [Command], String, CmdParams)
+findCmd fuzzyok argv cmds err
+	| isNothing name = error $ err "missing command"
+	| not (null exactcmds) = (False, exactcmds, fromJust name, args)
+	| fuzzyok && not (null inexactcmds) = (True, inexactcmds, fromJust name, args)
+	| otherwise = error $ err $ "unknown command " ++ fromJust name
+  where
+	(name, args) = findname argv []
+	findname [] c = (Nothing, reverse c)
+	findname (a:as) c
+		| "-" `isPrefixOf` a = findname as (a:c)
+		| otherwise = (Just a, reverse c ++ as)
+	exactcmds = filter (\c -> name == Just (cmdname c)) cmds
+	inexactcmds = case name of
+		Nothing -> []
+		Just n -> Git.AutoCorrect.fuzzymatches n cmdname cmds
+
+{- Parses command line options, and returns actions to run to configure flags
+ - and the remaining parameters for the command. -}
+getOptCmd :: CmdParams -> Command -> [Option] -> ([Annex ()], CmdParams)
+getOptCmd argv cmd commonoptions = check $
+	getOpt Permute (commonoptions ++ cmdoptions cmd) argv
+  where
+	check (flags, rest, []) = (flags, rest)
+	check (_, _, errs) = error $ unlines
+		[ concat errs
+		, commandUsage cmd
+		]
+
+{- Actions to perform each time ran. -}
+startup :: Annex ()
+startup =
+#ifndef mingw32_HOST_OS
+	liftIO $ void $ installHandler sigINT Default Nothing
+#else
+	return ()
+#endif
+
+{- Cleanup actions. -}
+shutdown :: Bool -> Annex ()
+shutdown nocommit = do
+	saveState nocommit
+	sequence_ =<< M.elems <$> Annex.getState Annex.cleanup
+	liftIO reapZombies -- zombies from long-running git processes
diff --git a/CmdLine/Action.hs b/CmdLine/Action.hs
new file mode 100644
index 0000000000..247c658bcd
--- /dev/null
+++ b/CmdLine/Action.hs
@@ -0,0 +1,70 @@
+{- git-annex command-line actions
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module CmdLine.Action where
+
+import Common.Annex
+import qualified Annex
+import Types.Command
+import qualified Annex.Queue
+import Annex.Exception
+
+type CommandActionRunner = CommandStart -> CommandCleanup
+
+{- Runs a command, starting with the check stage, and then
+ - the seek stage. Finishes by printing the number of commandActions that
+ - failed. -}
+performCommandAction :: Command -> CmdParams -> Annex ()
+performCommandAction Command { cmdseek = seek, cmdcheck = c, cmdname = name } params = do
+	mapM_ runCheck c
+	Annex.changeState $ \s -> s { Annex.errcounter = 0 }
+	seek params
+	showerrcount =<< Annex.getState Annex.errcounter
+  where
+	showerrcount 0 = noop
+	showerrcount cnt = error $ name ++ ": " ++ show cnt ++ " failed"
+
+{- Runs one of the actions needed to perform a command.
+ - Individual actions can fail without stopping the whole command,
+ - including by throwing IO errors (but other errors terminate the whole
+ - command).
+ - 
+ - This should only be run in the seek stage. -}
+commandAction :: CommandActionRunner
+commandAction a = handle =<< tryAnnexIO go
+  where
+	go = do
+		Annex.Queue.flushWhenFull
+		callCommandAction a
+	handle (Right True) = return True
+	handle (Right False) = incerr
+	handle (Left err) = do
+		showErr err
+		showEndFail
+		incerr
+	incerr = do
+		Annex.changeState $ \s -> 
+			let ! c = Annex.errcounter s + 1 
+			    ! s' = s { Annex.errcounter = c }
+			in s'
+		return False
+
+{- Runs a single command action through the start, perform and cleanup
+ - stages, without catching errors. Useful if one command wants to run
+ - part of another command. -}
+callCommandAction :: CommandActionRunner
+callCommandAction = start
+  where
+	start   = stage $ maybe skip perform
+	perform = stage $ maybe failure cleanup
+	cleanup = stage $ status
+	stage = (=<<)
+	skip = return True
+	failure = showEndFail >> return False
+	status r = showEndResult r >> return r
diff --git a/CmdLine/GitAnnex.hs b/CmdLine/GitAnnex.hs
new file mode 100644
index 0000000000..4c9377df9d
--- /dev/null
+++ b/CmdLine/GitAnnex.hs
@@ -0,0 +1,211 @@
+{- git-annex main program
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, OverloadedStrings #-}
+
+module CmdLine.GitAnnex where
+
+import qualified Git.CurrentRepo
+import CmdLine
+import Command
+import Utility.Env
+import Annex.Ssh
+
+import qualified Command.Add
+import qualified Command.Unannex
+import qualified Command.Drop
+import qualified Command.Move
+import qualified Command.Copy
+import qualified Command.Get
+import qualified Command.LookupKey
+import qualified Command.ExamineKey
+import qualified Command.FromKey
+import qualified Command.DropKey
+import qualified Command.TransferKey
+import qualified Command.TransferKeys
+import qualified Command.ReKey
+import qualified Command.MetaData
+import qualified Command.View
+import qualified Command.VAdd
+import qualified Command.VFilter
+import qualified Command.VPop
+import qualified Command.VCycle
+import qualified Command.Reinject
+import qualified Command.Fix
+import qualified Command.Init
+import qualified Command.Describe
+import qualified Command.InitRemote
+import qualified Command.EnableRemote
+import qualified Command.Fsck
+import qualified Command.Repair
+import qualified Command.Unused
+import qualified Command.DropUnused
+import qualified Command.AddUnused
+import qualified Command.Unlock
+import qualified Command.Lock
+import qualified Command.PreCommit
+import qualified Command.Find
+import qualified Command.FindRef
+import qualified Command.Whereis
+import qualified Command.List
+import qualified Command.Log
+import qualified Command.Merge
+import qualified Command.ResolveMerge
+import qualified Command.Info
+import qualified Command.Status
+import qualified Command.Migrate
+import qualified Command.Uninit
+import qualified Command.Reinit
+import qualified Command.NumCopies
+import qualified Command.Trust
+import qualified Command.Untrust
+import qualified Command.Semitrust
+import qualified Command.Dead
+import qualified Command.Group
+import qualified Command.Wanted
+import qualified Command.Schedule
+import qualified Command.Ungroup
+import qualified Command.Vicfg
+import qualified Command.Sync
+import qualified Command.Mirror
+import qualified Command.AddUrl
+#ifdef WITH_FEED
+import qualified Command.ImportFeed
+#endif
+import qualified Command.RmUrl
+import qualified Command.Import
+import qualified Command.Map
+import qualified Command.Direct
+import qualified Command.Indirect
+import qualified Command.Upgrade
+import qualified Command.Forget
+import qualified Command.Version
+import qualified Command.Help
+#ifdef WITH_ASSISTANT
+import qualified Command.Watch
+import qualified Command.Assistant
+#ifdef WITH_WEBAPP
+import qualified Command.WebApp
+#endif
+#ifdef WITH_XMPP
+import qualified Command.XMPPGit
+#endif
+import qualified Command.RemoteDaemon
+#endif
+import qualified Command.Test
+#ifdef WITH_TESTSUITE
+import qualified Command.FuzzTest
+#endif
+#ifdef WITH_EKG
+import System.Remote.Monitoring
+#endif
+
+cmds :: [Command]
+cmds = concat
+	[ Command.Add.def
+	, Command.Get.def
+	, Command.Drop.def
+	, Command.Move.def
+	, Command.Copy.def
+	, Command.Unlock.def
+	, Command.Lock.def
+	, Command.Sync.def
+	, Command.Mirror.def
+	, Command.AddUrl.def
+#ifdef WITH_FEED
+	, Command.ImportFeed.def
+#endif
+	, Command.RmUrl.def
+	, Command.Import.def
+	, Command.Init.def
+	, Command.Describe.def
+	, Command.InitRemote.def
+	, Command.EnableRemote.def
+	, Command.Reinject.def
+	, Command.Unannex.def
+	, Command.Uninit.def
+	, Command.Reinit.def
+	, Command.PreCommit.def
+	, Command.NumCopies.def
+	, Command.Trust.def
+	, Command.Untrust.def
+	, Command.Semitrust.def
+	, Command.Dead.def
+	, Command.Group.def
+	, Command.Wanted.def
+	, Command.Schedule.def
+	, Command.Ungroup.def
+	, Command.Vicfg.def
+	, Command.LookupKey.def
+	, Command.ExamineKey.def
+	, Command.FromKey.def
+	, Command.DropKey.def
+	, Command.TransferKey.def
+	, Command.TransferKeys.def
+	, Command.ReKey.def
+	, Command.MetaData.def
+	, Command.View.def
+	, Command.VAdd.def
+	, Command.VFilter.def
+	, Command.VPop.def
+	, Command.VCycle.def
+	, Command.Fix.def
+	, Command.Fsck.def
+	, Command.Repair.def
+	, Command.Unused.def
+	, Command.DropUnused.def
+	, Command.AddUnused.def
+	, Command.Find.def
+	, Command.FindRef.def
+	, Command.Whereis.def
+	, Command.List.def
+	, Command.Log.def
+	, Command.Merge.def
+	, Command.ResolveMerge.def
+	, Command.Info.def
+	, Command.Status.def
+	, Command.Migrate.def
+	, Command.Map.def
+	, Command.Direct.def
+	, Command.Indirect.def
+	, Command.Upgrade.def
+	, Command.Forget.def
+	, Command.Version.def
+	, Command.Help.def
+#ifdef WITH_ASSISTANT
+	, Command.Watch.def
+	, Command.Assistant.def
+#ifdef WITH_WEBAPP
+	, Command.WebApp.def
+#endif
+#ifdef WITH_XMPP
+	, Command.XMPPGit.def
+#endif
+	, Command.RemoteDaemon.def
+#endif
+	, Command.Test.def
+#ifdef WITH_TESTSUITE
+	, Command.FuzzTest.def
+#endif
+	]
+
+header :: String
+header = "git-annex command [option ...]"
+
+run :: [String] -> IO ()
+run args = do
+#ifdef WITH_EKG
+	_ <- forkServer "localhost" 4242
+#endif
+	go envmodes
+  where
+	go [] = dispatch True args cmds gitAnnexOptions [] header Git.CurrentRepo.get
+	go ((v, a):rest) = maybe (go rest) a =<< getEnv v
+	envmodes =
+		[ (sshCachingEnv, runSshCaching args)
+		, (sshAskPassEnv, runSshAskPass)
+		]
diff --git a/CmdLine/GitAnnex/Options.hs b/CmdLine/GitAnnex/Options.hs
new file mode 100644
index 0000000000..f9f5989ee5
--- /dev/null
+++ b/CmdLine/GitAnnex/Options.hs
@@ -0,0 +1,101 @@
+{- git-annex options
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.GitAnnex.Options where
+
+import System.Console.GetOpt
+
+import Common.Annex
+import qualified Git.Config
+import Git.Types
+import Types.TrustLevel
+import Types.NumCopies
+import Types.Messages
+import qualified Annex
+import qualified Remote
+import qualified Limit
+import qualified Limit.Wanted
+import CmdLine.Option
+import CmdLine.Usage
+
+gitAnnexOptions :: [Option]
+gitAnnexOptions = commonOptions ++
+	[ Option ['N'] ["numcopies"] (ReqArg setnumcopies paramNumber)
+		"override default number of copies"
+	, Option [] ["trust"] (trustArg Trusted)
+		"override trust setting"
+	, Option [] ["semitrust"] (trustArg SemiTrusted)
+		"override trust setting back to default"
+	, Option [] ["untrust"] (trustArg UnTrusted)
+		"override trust setting to untrusted"
+	, Option ['c'] ["config"] (ReqArg setgitconfig "NAME=VALUE")
+		"override git configuration setting"
+	, Option ['x'] ["exclude"] (ReqArg Limit.addExclude paramGlob)
+		"skip files matching the glob pattern"
+	, Option ['I'] ["include"] (ReqArg Limit.addInclude paramGlob)
+		"limit to files matching the glob pattern"
+	, Option ['i'] ["in"] (ReqArg Limit.addIn paramRemote)
+		"match files present in a remote"
+	, Option ['C'] ["copies"] (ReqArg Limit.addCopies paramNumber)
+		"skip files with fewer copies"
+	, Option [] ["lackingcopies"] (ReqArg (Limit.addLackingCopies False) paramNumber)
+		"match files that need more copies"
+	, Option [] ["approxlackingcopies"] (ReqArg (Limit.addLackingCopies True) paramNumber)
+		"match files that need more copies (faster)"
+	, Option ['B'] ["inbackend"] (ReqArg Limit.addInBackend paramName)
+		"match files using a key-value backend"
+	, Option [] ["inallgroup"] (ReqArg Limit.addInAllGroup paramGroup)
+		"match files present in all remotes in a group"
+	, Option [] ["largerthan"] (ReqArg Limit.addLargerThan paramSize)
+		"match files larger than a size"
+	, Option [] ["smallerthan"] (ReqArg Limit.addSmallerThan paramSize)
+		"match files smaller than a size"
+	, Option [] ["metadata"] (ReqArg Limit.addMetaData "FIELD=VALUE")
+		"match files with attached metadata"
+	, Option [] ["want-get"] (NoArg Limit.Wanted.addWantGet)
+		"match files the repository wants to get"
+	, Option [] ["want-drop"] (NoArg Limit.Wanted.addWantDrop)
+		"match files the repository wants to drop"
+	, Option ['T'] ["time-limit"] (ReqArg Limit.addTimeLimit paramTime)
+		"stop after the specified amount of time"
+	, Option [] ["user-agent"] (ReqArg setuseragent paramName)
+		"override default User-Agent"
+	, Option [] ["trust-glacier"] (NoArg (Annex.setFlag "trustglacier"))
+		"Trust Amazon Glacier inventory"
+	] ++ matcherOptions
+  where
+	trustArg t = ReqArg (Remote.forceTrust t) paramRemote
+	setnumcopies v = maybe noop
+		(\n -> Annex.changeState $ \s -> s { Annex.forcenumcopies = Just $ NumCopies n })
+		(readish v)
+	setuseragent v = Annex.changeState $ \s -> s { Annex.useragent = Just v }
+	setgitconfig v = inRepo (Git.Config.store v)
+		>>= pure . (\r -> r { gitGlobalOpts = gitGlobalOpts r ++ [Param "-c", Param v] })
+		>>= Annex.changeGitRepo
+
+keyOptions :: [Option]
+keyOptions = 
+	[ Option ['A'] ["all"] (NoArg (Annex.setFlag "all"))
+		"operate on all versions of all files"
+	, Option ['U'] ["unused"] (NoArg (Annex.setFlag "unused"))
+		"operate on files found by last run of git-annex unused"
+	, Option [] ["key"] (ReqArg (Annex.setField "key") paramKey)
+		"operate on specified key"
+	]
+
+fromOption :: Option
+fromOption = fieldOption ['f'] "from" paramRemote "source remote"
+
+toOption :: Option
+toOption = fieldOption ['t'] "to" paramRemote "destination remote"
+
+fromToOptions :: [Option]
+fromToOptions = [fromOption, toOption]
+
+jsonOption :: Option
+jsonOption = Option ['j'] ["json"] (NoArg (Annex.setOutput JSONOutput))
+	"enable JSON output"
diff --git a/CmdLine/GitAnnexShell.hs b/CmdLine/GitAnnexShell.hs
new file mode 100644
index 0000000000..6c212b24d3
--- /dev/null
+++ b/CmdLine/GitAnnexShell.hs
@@ -0,0 +1,201 @@
+{- git-annex-shell main program
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.GitAnnexShell where
+
+import System.Environment
+import System.Console.GetOpt
+
+import Common.Annex
+import qualified Git.Construct
+import CmdLine
+import Command
+import Annex.UUID
+import Annex (setField)
+import CmdLine.GitAnnexShell.Fields
+import Utility.UserInfo
+import Remote.GCrypt (getGCryptUUID)
+import qualified Annex
+import Annex.Init
+
+import qualified Command.ConfigList
+import qualified Command.InAnnex
+import qualified Command.DropKey
+import qualified Command.RecvKey
+import qualified Command.SendKey
+import qualified Command.TransferInfo
+import qualified Command.Commit
+import qualified Command.NotifyChanges
+import qualified Command.GCryptSetup
+
+cmds_readonly :: [Command]
+cmds_readonly = concat
+	[ gitAnnexShellCheck Command.ConfigList.def
+	, gitAnnexShellCheck Command.InAnnex.def
+	, gitAnnexShellCheck Command.SendKey.def
+	, gitAnnexShellCheck Command.TransferInfo.def
+	, gitAnnexShellCheck Command.NotifyChanges.def
+	]
+
+cmds_notreadonly :: [Command]
+cmds_notreadonly = concat
+	[ gitAnnexShellCheck Command.RecvKey.def
+	, gitAnnexShellCheck Command.DropKey.def
+	, gitAnnexShellCheck Command.Commit.def
+	, Command.GCryptSetup.def
+	]
+
+cmds :: [Command]
+cmds = map adddirparam $ cmds_readonly ++ cmds_notreadonly
+  where
+	adddirparam c = c { cmdparamdesc = "DIRECTORY " ++ cmdparamdesc c }
+
+options :: [OptDescr (Annex ())]
+options = commonOptions ++
+	[ Option [] ["uuid"] (ReqArg checkUUID paramUUID) "local repository uuid"
+	]
+  where
+	checkUUID expected = getUUID >>= check
+	  where
+		check u | u == toUUID expected = noop
+		check NoUUID = checkGCryptUUID expected
+		check u = unexpectedUUID expected u
+	checkGCryptUUID expected = check =<< getGCryptUUID True =<< gitRepo
+	  where
+	  	check (Just u) | u == toUUID expected = noop
+		check Nothing = unexpected expected "uninitialized repository"
+		check (Just u) = unexpectedUUID expected u
+	unexpectedUUID expected u = unexpected expected $ "UUID " ++ fromUUID u
+	unexpected expected s = error $
+		"expected repository UUID " ++ expected ++ " but found " ++ s
+
+header :: String
+header = "git-annex-shell [-c] command [parameters ...] [option ...]"
+
+run :: [String] -> IO ()
+run [] = failure
+-- skip leading -c options, passed by eg, ssh
+run ("-c":p) = run p
+-- a command can be either a builtin or something to pass to git-shell
+run c@(cmd:dir:params)
+	| cmd `elem` builtins = builtin cmd dir params
+	| otherwise = external c
+run c@(cmd:_)
+	-- Handle the case of being the user's login shell. It will be passed
+	-- a single string containing all the real parameters.
+	| "git-annex-shell " `isPrefixOf` cmd = run $ drop 1 $ shellUnEscape cmd
+	| cmd `elem` builtins = failure
+	| otherwise = external c
+
+builtins :: [String]
+builtins = map cmdname cmds
+
+builtin :: String -> String -> [String] -> IO ()
+builtin cmd dir params = do
+	checkNotReadOnly cmd
+	checkDirectory $ Just dir
+	let (params', fieldparams, opts) = partitionParams params
+	    fields = filter checkField $ parseFields fieldparams
+	    cmds' = map (newcmd $ unwords opts) cmds
+	dispatch False (cmd : params') cmds' options fields header $
+		Git.Construct.repoAbsPath dir >>= Git.Construct.fromAbsPath
+  where
+	addrsyncopts opts seek k = setField "RsyncOptions" opts >> seek k
+	newcmd opts c = c { cmdseek = addrsyncopts opts (cmdseek c) }
+
+external :: [String] -> IO ()
+external params = do
+	{- Normal git-shell commands all have the directory as their last
+	 - parameter. -}
+	let lastparam = lastMaybe =<< shellUnEscape <$> lastMaybe params
+	    (params', _, _) = partitionParams params
+	checkDirectory lastparam
+	checkNotLimited
+	unlessM (boolSystem "git-shell" $ map Param $ "-c":params') $
+		error "git-shell failed"
+
+{- Split the input list into 3 groups separated with a double dash --.
+ - Parameters between two -- markers are field settings, in the form:
+ - field=value field=value
+ -
+ - Parameters after the last -- are the command itself and its arguments e.g.,
+ - rsync --bandwidth=100.
+ -}
+partitionParams :: [String] -> ([String], [String], [String])
+partitionParams ps = case segment (== "--") ps of
+	params:fieldparams:rest -> ( params, fieldparams, intercalate ["--"] rest )
+	[params] -> (params, [], [])
+	_ -> ([], [], [])
+
+parseFields :: [String] -> [(String, String)]
+parseFields = map (separate (== '='))
+
+{- Only allow known fields to be set, ignore others.
+ - Make sure that field values make sense. -}
+checkField :: (String, String) -> Bool
+checkField (field, value)
+	| field == fieldName remoteUUID = fieldCheck remoteUUID value
+	| field == fieldName associatedFile = fieldCheck associatedFile value
+	| field == fieldName direct = fieldCheck direct value
+	| otherwise = False
+
+failure :: IO ()
+failure = error $ "bad parameters\n\n" ++ usage header cmds
+
+checkNotLimited :: IO ()
+checkNotLimited = checkEnv "GIT_ANNEX_SHELL_LIMITED"
+
+checkNotReadOnly :: String -> IO ()
+checkNotReadOnly cmd
+	| cmd `elem` map cmdname cmds_readonly = noop
+	| otherwise = checkEnv "GIT_ANNEX_SHELL_READONLY"
+
+checkDirectory :: Maybe FilePath -> IO ()
+checkDirectory mdir = do
+	v <- catchMaybeIO $ getEnv "GIT_ANNEX_SHELL_DIRECTORY"
+	case (v, mdir) of
+		(Nothing, _) -> noop
+		(Just d, Nothing) -> req d Nothing
+		(Just d, Just dir)
+			|  d `equalFilePath` dir -> noop
+			| otherwise -> do
+				home <- myHomeDir
+				d' <- canondir home d
+				dir' <- canondir home dir
+				if d' `equalFilePath` dir'
+					then noop
+					else req d' (Just dir')
+  where
+	req d mdir' = error $ unwords 
+		[ "Only allowed to access"
+		, d
+		, maybe "and could not determine directory from command line" ("not " ++) mdir'
+		]
+
+	{- A directory may start with ~/ or in some cases, even /~/,
+	 - or could just be relative to home, or of course could
+	 - be absolute. -}
+	canondir home d
+		| "~/" `isPrefixOf` d = return d
+		| "/~/" `isPrefixOf` d = return $ drop 1 d
+		| otherwise = relHome $ absPathFrom home d
+
+checkEnv :: String -> IO ()
+checkEnv var = do
+	v <- catchMaybeIO $ getEnv var
+	case v of
+		Nothing -> noop
+		Just "" -> noop
+		Just _ -> error $ "Action blocked by " ++ var
+
+{- Modifies a Command to check that it is run in either a git-annex
+ - repository, or a repository with a gcrypt-id set. -}
+gitAnnexShellCheck :: [Command] -> [Command]
+gitAnnexShellCheck = map $ addCheck okforshell . dontCheck repoExists
+  where
+	okforshell = unlessM (isInitialized <||> isJust . gcryptId <$> Annex.getGitConfig) $
+		error "Not a git-annex or gcrypt repository."
diff --git a/CmdLine/GitAnnexShell/Fields.hs b/CmdLine/GitAnnexShell/Fields.hs
new file mode 100644
index 0000000000..4f208773b9
--- /dev/null
+++ b/CmdLine/GitAnnexShell/Fields.hs
@@ -0,0 +1,36 @@
+{- git-annex-shell fields
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.GitAnnexShell.Fields where
+
+import Common.Annex
+import qualified Annex
+import Git.FilePath
+
+import Data.Char
+
+{- A field, stored in Annex state, with a value sanity checker. -}
+data Field = Field
+	{ fieldName :: String
+	, fieldCheck :: String -> Bool
+	}
+
+getField :: Field -> Annex (Maybe String)
+getField = Annex.getField . fieldName
+
+remoteUUID :: Field
+remoteUUID = Field "remoteuuid" $
+	-- does it look like a UUID?
+	all (\c -> isAlphaNum c || c == '-')
+
+associatedFile :: Field
+associatedFile = Field "associatedfile" $ \f ->
+	-- is the file a safe relative filename?
+	not (absoluteGitPath f) && not ("../" `isPrefixOf` f)
+
+direct :: Field
+direct = Field "direct" $ \f -> f == "1"
diff --git a/CmdLine/Option.hs b/CmdLine/Option.hs
new file mode 100644
index 0000000000..ce44d2acee
--- /dev/null
+++ b/CmdLine/Option.hs
@@ -0,0 +1,83 @@
+{- common command-line options
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.Option (
+	commonOptions,
+	matcherOptions,
+	flagOption,
+	fieldOption,
+	optionName,
+	ArgDescr(..),
+	OptDescr(..),
+) where
+
+import System.Console.GetOpt
+
+import Common.Annex
+import qualified Annex
+import Types.Messages
+import Types.DesktopNotify
+import Limit
+import CmdLine.Usage
+
+commonOptions :: [Option]
+commonOptions =
+	[ Option [] ["force"] (NoArg (setforce True))
+		"allow actions that may lose annexed data"
+	, Option ['F'] ["fast"] (NoArg (setfast True))
+		"avoid slow operations"
+	, Option ['a'] ["auto"] (NoArg (setauto True))
+		"automatic mode"
+	, Option ['q'] ["quiet"] (NoArg (Annex.setOutput QuietOutput))
+		"avoid verbose output"
+	, Option ['v'] ["verbose"] (NoArg (Annex.setOutput NormalOutput))
+		"allow verbose output (default)"
+	, Option ['d'] ["debug"] (NoArg setdebug)
+		"show debug messages"
+	, Option [] ["no-debug"] (NoArg unsetdebug)
+		"don't show debug messages"
+	, Option ['b'] ["backend"] (ReqArg setforcebackend paramName)
+		"specify key-value backend to use"
+	, Option [] ["notify-finish"] (NoArg (setdesktopnotify mkNotifyFinish))
+		"show desktop notification after transfer finishes"
+	, Option [] ["notify-start"] (NoArg (setdesktopnotify mkNotifyStart))
+		"show desktop notification after transfer completes"
+	]
+  where
+	setforce v = Annex.changeState $ \s -> s { Annex.force = v }
+	setfast v = Annex.changeState $ \s -> s { Annex.fast = v }
+	setauto v = Annex.changeState $ \s -> s { Annex.auto = v }
+	setforcebackend v = Annex.changeState $ \s -> s { Annex.forcebackend = Just v }
+	setdebug = Annex.changeGitConfig $ \c -> c { annexDebug = True }
+	unsetdebug = Annex.changeGitConfig $ \c -> c { annexDebug = False }
+	setdesktopnotify v = Annex.changeState $ \s -> s { Annex.desktopnotify = Annex.desktopnotify s <> v }
+
+matcherOptions :: [Option]
+matcherOptions =
+	[ longopt "not" "negate next option"
+	, longopt "and" "both previous and next option must match"
+	, longopt "or" "either previous or next option must match"
+	, shortopt "(" "open group of options"
+	, shortopt ")" "close group of options"
+	]
+  where
+	longopt o = Option [] [o] $ NoArg $ addToken o
+	shortopt o = Option o [] $ NoArg $ addToken o
+
+{- An option that sets a flag. -}
+flagOption :: String -> String -> String -> Option
+flagOption short opt description = 
+	Option short [opt] (NoArg (Annex.setFlag opt)) description
+
+{- An option that sets a field. -}
+fieldOption :: String -> String -> String -> String -> Option
+fieldOption short opt paramdesc description = 
+	Option short [opt] (ReqArg (Annex.setField opt) paramdesc) description
+
+{- The flag or field name used for an option. -}
+optionName :: Option -> String
+optionName (Option _ o _ _) = Prelude.head o
diff --git a/CmdLine/Seek.hs b/CmdLine/Seek.hs
new file mode 100644
index 0000000000..431b2e118d
--- /dev/null
+++ b/CmdLine/Seek.hs
@@ -0,0 +1,199 @@
+{- git-annex command seeking
+ - 
+ - These functions find appropriate files or other things based on
+ - the values a user passes to a command, and prepare actions operating
+ - on them.
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.Seek where
+
+import Common.Annex
+import Types.Command
+import Types.Key
+import Types.FileMatcher
+import qualified Annex
+import qualified Git
+import qualified Git.Command
+import qualified Git.LsFiles as LsFiles
+import qualified Git.LsTree as LsTree
+import Git.FilePath
+import qualified Limit
+import CmdLine.Option
+import CmdLine.Action
+import Logs.Location
+import Logs.Unused
+import Annex.CatFile
+
+withFilesInGit :: (FilePath -> CommandStart) -> CommandSeek
+withFilesInGit a params = seekActions $ prepFiltered a $
+	seekHelper LsFiles.inRepo params
+
+withFilesNotInGit :: Bool -> (FilePath -> CommandStart) -> CommandSeek
+withFilesNotInGit skipdotfiles a params
+	| skipdotfiles = do
+		{- dotfiles are not acted on unless explicitly listed -}
+		files <- filter (not . dotfile) <$>
+			seekunless (null ps && not (null params)) ps
+		dotfiles <- seekunless (null dotps) dotps
+		go (files++dotfiles)
+	| otherwise = go =<< seekunless False params
+  where
+	(dotps, ps) = partition dotfile params
+	seekunless True _ = return []
+	seekunless _ l = do
+		force <- Annex.getState Annex.force
+		g <- gitRepo
+		liftIO $ Git.Command.leaveZombie <$> LsFiles.notInRepo force l g
+	go l = seekActions $ prepFiltered a $
+		return $ concat $ segmentPaths params l
+
+withFilesInRefs :: (FilePath -> Key -> CommandStart) -> CommandSeek
+withFilesInRefs a = mapM_ go
+  where
+	go r = do	
+		matcher <- Limit.getMatcher
+		l <- inRepo $ LsTree.lsTree (Git.Ref r)
+		forM_ l $ \i -> do
+			let f = getTopFilePath $ LsTree.file i
+			v <- catKey (Git.Ref $ LsTree.sha i) (LsTree.mode i)
+			case v of
+				Nothing -> noop
+				Just k -> whenM (matcher $ MatchingKey k) $
+					void $ commandAction $ a f k
+
+withPathContents :: ((FilePath, FilePath) -> CommandStart) -> CommandSeek
+withPathContents a params = seekActions $ 
+	map a . concat <$> liftIO (mapM get params)
+  where
+	get p = ifM (isDirectory <$> getFileStatus p)
+		( map (\f -> (f, makeRelative (parentDir p) f))
+			<$> dirContentsRecursiveSkipping (".git" `isSuffixOf`) True p
+		, return [(p, takeFileName p)]
+		)
+
+withWords :: ([String] -> CommandStart) -> CommandSeek
+withWords a params = seekActions $ return [a params]
+
+withStrings :: (String -> CommandStart) -> CommandSeek
+withStrings a params = seekActions $ return $ map a params
+
+withPairs :: ((String, String) -> CommandStart) -> CommandSeek
+withPairs a params = seekActions $ return $ map a $ pairs [] params
+  where
+	pairs c [] = reverse c
+	pairs c (x:y:xs) = pairs ((x,y):c) xs
+	pairs _ _ = error "expected pairs"
+
+withFilesToBeCommitted :: (String -> CommandStart) -> CommandSeek
+withFilesToBeCommitted a params = seekActions $ prepFiltered a $
+	seekHelper LsFiles.stagedNotDeleted params
+
+withFilesUnlocked :: (FilePath -> CommandStart) -> CommandSeek
+withFilesUnlocked = withFilesUnlocked' LsFiles.typeChanged
+
+withFilesUnlockedToBeCommitted :: (FilePath -> CommandStart) -> CommandSeek
+withFilesUnlockedToBeCommitted = withFilesUnlocked' LsFiles.typeChangedStaged
+
+{- Unlocked files have changed type from a symlink to a regular file.
+ -
+ - Furthermore, unlocked files used to be a git-annex symlink,
+ - not some other sort of symlink.
+ -}
+withFilesUnlocked' :: ([FilePath] -> Git.Repo -> IO ([FilePath], IO Bool)) -> (FilePath -> CommandStart) -> CommandSeek
+withFilesUnlocked' typechanged a params = seekActions $
+	prepFiltered a unlockedfiles
+  where
+  	check f = liftIO (notSymlink f) <&&> 
+		(isJust <$> catKeyFile f <||> isJust <$> catKeyFileHEAD f)
+	unlockedfiles = filterM check =<< seekHelper typechanged params
+
+{- Finds files that may be modified. -}
+withFilesMaybeModified :: (FilePath -> CommandStart) -> CommandSeek
+withFilesMaybeModified a params = seekActions $
+	prepFiltered a $ seekHelper LsFiles.modified params
+
+withKeys :: (Key -> CommandStart) -> CommandSeek
+withKeys a params = seekActions $ return $ map (a . parse) params
+  where
+	parse p = fromMaybe (error "bad key") $ file2key p
+
+{- Gets the value of a field options, which is fed into
+ - a conversion function.
+ -}
+getOptionField :: Option -> (Maybe String -> Annex a) -> Annex a
+getOptionField option converter = converter <=< Annex.getField $ optionName option
+
+getOptionFlag :: Option -> Annex Bool
+getOptionFlag option = Annex.getFlag (optionName option)
+
+withNothing :: CommandStart -> CommandSeek
+withNothing a [] = seekActions $ return [a]
+withNothing _ _ = error "This command takes no parameters."
+
+{- If --all is specified, or in a bare repo, runs an action on all
+ - known keys.
+ -
+ - If --unused is specified, runs an action on all keys found by
+ - the last git annex unused scan.
+ -
+ - If --key is specified, operates only on that key.
+ -
+ - Otherwise, fall back to a regular CommandSeek action on
+ - whatever params were passed. -}
+withKeyOptions :: (Key -> CommandStart) -> CommandSeek -> CommandSeek
+withKeyOptions keyop fallbackop params = do
+	bare <- fromRepo Git.repoIsLocalBare
+	allkeys <- Annex.getFlag "all"
+	unused <- Annex.getFlag "unused"
+	specifickey <- Annex.getField "key"
+	auto <- Annex.getState Annex.auto
+	when (auto && bare) $
+		error "Cannot use --auto in a bare repository"
+	case	(allkeys, unused, null params, specifickey) of
+		(False  , False , True       , Nothing)
+			| bare -> go auto loggedKeys
+			| otherwise -> fallbackop params
+		(False  , False , _          , Nothing) -> fallbackop params
+		(True   , False , True       , Nothing) -> go auto loggedKeys
+		(False  , True  , True       , Nothing) -> go auto unusedKeys'
+		(False  , False , True       , Just ks) -> case file2key ks of
+			Nothing -> error "Invalid key"
+			Just k -> go auto $ return [k]
+		_ -> error "Can only specify one of file names, --all, --unused, or --key"
+  where
+  	go True _ = error "Cannot use --auto with --all or --unused or --key"
+	go False a = do
+		matcher <- Limit.getMatcher
+		seekActions $ map (process matcher) <$> a
+	process matcher k = ifM (matcher $ MatchingKey k)
+		( keyop k , return Nothing)
+
+prepFiltered :: (FilePath -> CommandStart) -> Annex [FilePath] -> Annex [CommandStart]
+prepFiltered a fs = do
+	matcher <- Limit.getMatcher
+	map (process matcher) <$> fs
+  where
+	process matcher f = ifM (matcher $ MatchingFile $ FileInfo f f)
+		( a f , return Nothing )
+
+seekActions :: Annex [CommandStart] -> Annex ()
+seekActions gen = do
+	as <- gen
+	mapM_ commandAction as
+
+seekHelper :: ([FilePath] -> Git.Repo -> IO ([FilePath], IO Bool)) -> [FilePath] -> Annex [FilePath]
+seekHelper a params = do
+	ll <- inRepo $ \g ->
+		runSegmentPaths (\fs -> Git.Command.leaveZombie <$> a fs g) params
+	{- Show warnings only for files/directories that do not exist. -}
+	forM_ (map fst $ filter (null . snd) $ zip params ll) $ \p ->
+		unlessM (isJust <$> liftIO (catchMaybeIO $ getSymbolicLinkStatus p)) $
+			fileNotFound p
+	return $ concat ll
+
+notSymlink :: FilePath -> IO Bool
+notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f
diff --git a/CmdLine/Usage.hs b/CmdLine/Usage.hs
new file mode 100644
index 0000000000..6e0a1ca805
--- /dev/null
+++ b/CmdLine/Usage.hs
@@ -0,0 +1,115 @@
+{- git-annex usage messages
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module CmdLine.Usage where
+
+import Common.Annex
+
+import Types.Command
+
+import System.Console.GetOpt
+
+usageMessage :: String -> String
+usageMessage s = "Usage: " ++ s
+
+{- Usage message with lists of commands by section. -}
+usage :: String -> [Command] -> String
+usage header cmds = unlines $ usageMessage header : concatMap go [minBound..]
+  where
+	go section
+		| null cs = []
+		| otherwise =
+			[ ""
+			, descSection section ++ ":"
+			, ""
+			] ++ map cmdline cs
+	  where
+		cs = filter (\c -> cmdsection c == section) scmds
+	cmdline c = concat
+		[ cmdname c
+		, namepad (cmdname c)
+		, cmdparamdesc c
+		, descpad (cmdparamdesc c)
+		, cmddesc c
+		]
+	pad n s = replicate (n - length s) ' '
+	namepad = pad $ longest cmdname + 1
+	descpad = pad $ longest cmdparamdesc + 2
+	longest f = foldl max 0 $ map (length . f) cmds
+	scmds = sort cmds
+
+{- Usage message for a single command. -}
+commandUsage :: Command -> String
+commandUsage cmd = unlines
+	[ usageInfo header (cmdoptions cmd)
+	, "To see additional options common to all commands, run: git annex help options"
+	]
+  where
+	header = usageMessage $ unwords
+		[ "git-annex"
+		, cmdname cmd
+		, cmdparamdesc cmd
+		, "[option ...]"
+		]
+
+{- Descriptions of params used in usage messages. -}
+paramPaths :: String
+paramPaths = paramOptional $ paramRepeating paramPath -- most often used
+paramPath :: String
+paramPath = "PATH"
+paramKey :: String
+paramKey = "KEY"
+paramDesc :: String
+paramDesc = "DESC"
+paramUrl :: String
+paramUrl = "URL"
+paramNumber :: String
+paramNumber = "NUMBER"
+paramNumRange :: String
+paramNumRange = "NUM|RANGE"
+paramRemote :: String
+paramRemote = "REMOTE"
+paramField :: String
+paramField = "FIELD"
+paramGlob :: String
+paramGlob = "GLOB"
+paramName :: String
+paramName = "NAME"
+paramValue :: String
+paramValue = "VALUE"
+paramUUID :: String
+paramUUID = "UUID"
+paramType :: String
+paramType = "TYPE"
+paramDate :: String
+paramDate = "DATE"
+paramTime :: String
+paramTime = "TIME"
+paramFormat :: String
+paramFormat = "FORMAT"
+paramFile :: String
+paramFile = "FILE"
+paramRef :: String
+paramRef = "REF"
+paramGroup :: String
+paramGroup = "GROUP"
+paramExpression :: String
+paramExpression = "EXPR"
+paramSize :: String
+paramSize = "SIZE"
+paramAddress :: String
+paramAddress = "ADDRESS"
+paramKeyValue :: String
+paramKeyValue = "K=V"
+paramNothing :: String
+paramNothing = ""
+paramRepeating :: String -> String
+paramRepeating s = s ++ " ..."
+paramOptional :: String -> String
+paramOptional s = "[" ++ s ++ "]"
+paramPair :: String -> String -> String
+paramPair a b = a ++ " " ++ b
diff --git a/Command.hs b/Command.hs
new file mode 100644
index 0000000000..fc440f2919
--- /dev/null
+++ b/Command.hs
@@ -0,0 +1,85 @@
+{- git-annex command infrastructure
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command (
+	command,
+	noRepo,
+	noCommit,
+	noMessages,
+	withOptions,
+	next,
+	stop,
+	stopUnless,
+	whenAnnexed,
+	ifAnnexed,
+	isBareRepo,
+	checkAuto,
+	module ReExported
+) where
+
+import Common.Annex
+import qualified Backend
+import qualified Annex
+import qualified Git
+import Types.Command as ReExported
+import Types.Option as ReExported
+import CmdLine.Seek as ReExported
+import Checks as ReExported
+import CmdLine.Usage as ReExported
+import CmdLine.Action as ReExported
+import CmdLine.Option as ReExported
+import CmdLine.GitAnnex.Options as ReExported
+
+{- Generates a normal command -}
+command :: String -> String -> CommandSeek -> CommandSection -> String -> Command
+command = Command [] Nothing commonChecks False False
+
+{- Indicates that a command doesn't need to commit any changes to
+ - the git-annex branch. -}
+noCommit :: Command -> Command
+noCommit c = c { cmdnocommit = True }
+
+{- Indicates that a command should not output anything other than what
+ - it directly sends to stdout. (--json can override this). -}
+noMessages :: Command -> Command
+noMessages c = c { cmdnomessages = True }
+
+{- Adds a fallback action to a command, that will be run if it's used
+ - outside a git repository. -}
+noRepo :: (CmdParams -> IO ()) -> Command -> Command
+noRepo a c = c { cmdnorepo = Just a }
+
+{- Adds options to a command. -}
+withOptions :: [Option] -> Command -> Command
+withOptions o c = c { cmdoptions = o }
+
+{- For start and perform stages to indicate what step to run next. -}
+next :: a -> Annex (Maybe a)
+next a = return $ Just a
+
+{- Or to indicate nothing needs to be done. -}
+stop :: Annex (Maybe a)
+stop = return Nothing
+
+{- Stops unless a condition is met. -}
+stopUnless :: Annex Bool -> Annex (Maybe a) -> Annex (Maybe a)
+stopUnless c a = ifM c ( a , stop )
+
+{- Modifies an action to only act on files that are already annexed,
+ - and passes the key on to it. -}
+whenAnnexed :: (FilePath -> Key -> Annex (Maybe a)) -> FilePath -> Annex (Maybe a)
+whenAnnexed a file = ifAnnexed file (a file) (return Nothing)
+
+ifAnnexed :: FilePath -> (Key -> Annex a) -> Annex a -> Annex a
+ifAnnexed file yes no = maybe no yes =<< Backend.lookupFile file
+
+isBareRepo :: Annex Bool
+isBareRepo = fromRepo Git.repoIsLocalBare
+
+checkAuto :: Annex Bool -> Annex Bool
+checkAuto checker = ifM (Annex.getState Annex.auto)
+	( checker , return True )
diff --git a/Command/Add.hs b/Command/Add.hs
new file mode 100644
index 0000000000..ae895464e9
--- /dev/null
+++ b/Command/Add.hs
@@ -0,0 +1,274 @@
+{- git-annex command
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.Add where
+
+import Common.Annex
+import Annex.Exception
+import Command
+import Types.KeySource
+import Backend
+import Logs.Location
+import Annex.Content
+import Annex.Content.Direct
+import Annex.Perms
+import Annex.Link
+import Annex.MetaData
+import qualified Annex
+import qualified Annex.Queue
+#ifdef WITH_CLIBS
+#ifndef __ANDROID__
+import Utility.Touch
+#endif
+#endif
+import Config
+import Utility.InodeCache
+import Annex.FileMatcher
+import Annex.ReplaceFile
+import Utility.Tmp
+
+def :: [Command]
+def = [notBareRepo $ withOptions [includeDotFilesOption] $
+	command "add" paramPaths seek SectionCommon
+		"add files to annex"]
+
+includeDotFilesOption :: Option
+includeDotFilesOption = flagOption [] "include-dotfiles" "don't skip dotfiles"
+
+{- Add acts on both files not checked into git yet, and unlocked files.
+ -
+ - In direct mode, it acts on any files that have changed. -}
+seek :: CommandSeek
+seek ps = do
+	matcher <- largeFilesMatcher
+	let go a = flip a ps $ \file -> ifM (checkFileMatcher matcher file <||> Annex.getState Annex.force)
+		( start file
+		, stop
+		)
+	skipdotfiles <- not <$> Annex.getFlag (optionName includeDotFilesOption)
+	go $ withFilesNotInGit skipdotfiles
+	ifM isDirect
+		( go withFilesMaybeModified
+		, go withFilesUnlocked
+		)
+
+{- The add subcommand annexes a file, generating a key for it using a
+ - backend, and then moving it into the annex directory and setting up
+ - the symlink pointing to its content. -}
+start :: FilePath -> CommandStart
+start file = ifAnnexed file addpresent add
+  where
+	add = do
+		ms <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus file
+		case ms of
+			Nothing -> stop
+			Just s
+				| isSymbolicLink s || not (isRegularFile s) -> stop
+				| otherwise -> do
+					showStart "add" file
+					next $ perform file
+	addpresent key = ifM isDirect
+		( ifM (goodContent key file) ( stop , add )
+		, fixup key
+		)
+	fixup key = do
+		-- fixup from an interrupted add; the symlink
+		-- is present but not yet added to git
+		showStart "add" file
+		liftIO $ removeFile file
+		next $ next $ cleanup file key Nothing =<< inAnnex key
+
+{- The file that's being added is locked down before a key is generated,
+ - to prevent it from being modified in between. This lock down is not
+ - perfect at best (and pretty weak at worst). For example, it does not
+ - guard against files that are already opened for write by another process.
+ - So a KeySource is returned. Its inodeCache can be used to detect any
+ - changes that might be made to the file after it was locked down.
+ -
+ - When possible, the file is hard linked to a temp directory. This guards
+ - against some changes, like deletion or overwrite of the file, and
+ - allows lsof checks to be done more efficiently when adding a lot of files.
+ -
+ - Lockdown can fail if a file gets deleted, and Nothing will be returned.
+ -}
+lockDown :: FilePath -> Annex (Maybe KeySource)
+lockDown = either (\e -> showErr e >> return Nothing) (return . Just) <=< lockDown'
+
+lockDown' :: FilePath -> Annex (Either IOException KeySource)
+lockDown' file = ifM crippledFileSystem
+	( withTSDelta $ liftIO . tryIO . nohardlink
+	, tryAnnexIO $ do
+		tmp <- fromRepo gitAnnexTmpMiscDir
+		createAnnexDirectory tmp
+		go tmp
+	)
+  where
+	{- In indirect mode, the write bit is removed from the file as part
+	 - of lock down to guard against further writes, and because objects
+	 - in the annex have their write bit disabled anyway.
+	 -
+	 - Freezing the content early also lets us fail early when
+	 - someone else owns the file.
+	 -
+	 - This is not done in direct mode, because files there need to
+	 - remain writable at all times.
+	-}
+  	go tmp = do
+		unlessM isDirect $
+			freezeContent file
+		withTSDelta $ \delta -> liftIO $ do
+			(tmpfile, h) <- openTempFile tmp $
+				relatedTemplate $ takeFileName file
+			hClose h
+			nukeFile tmpfile
+			withhardlink delta tmpfile `catchIO` const (nohardlink delta)
+  	nohardlink delta = do
+		cache <- genInodeCache file delta
+		return KeySource
+			{ keyFilename = file
+			, contentLocation = file
+			, inodeCache = cache
+			}
+	withhardlink delta tmpfile = do
+		createLink file tmpfile
+		cache <- genInodeCache tmpfile delta
+		return KeySource
+			{ keyFilename = file
+			, contentLocation = tmpfile
+			, inodeCache = cache
+			}
+
+{- Ingests a locked down file into the annex.
+ -
+ - In direct mode, leaves the file alone, and just updates bookkeeping
+ - information.
+ -}
+ingest :: Maybe KeySource -> Annex (Maybe Key, Maybe InodeCache)
+ingest Nothing = return (Nothing, Nothing)
+ingest (Just source) = withTSDelta $ \delta -> do
+	backend <- chooseBackend $ keyFilename source
+	k <- genKey source backend
+	ms <- liftIO $ catchMaybeIO $ getFileStatus $ contentLocation source
+	mcache <- maybe (pure Nothing) (liftIO . toInodeCache delta) ms
+	case (mcache, inodeCache source) of
+		(_, Nothing) -> go k mcache ms
+		(Just newc, Just c) | compareStrong c newc -> go k mcache ms
+		_ -> failure "changed while it was being added"
+  where
+	go k mcache ms = ifM isDirect
+		( godirect k mcache ms
+		, goindirect k mcache ms
+		)
+
+	goindirect (Just (key, _)) mcache ms = do
+		catchAnnex (moveAnnex key $ contentLocation source)
+			(undo (keyFilename source) key)
+		maybe noop (genMetaData key (keyFilename source)) ms
+		liftIO $ nukeFile $ keyFilename source
+		return $ (Just key, mcache)
+	goindirect _ _ _ = failure "failed to generate a key"
+
+	godirect (Just (key, _)) (Just cache) ms = do
+		addInodeCache key cache
+		maybe noop (genMetaData key (keyFilename source)) ms
+		finishIngestDirect key source
+		return $ (Just key, Just cache)
+	godirect _ _ _ = failure "failed to generate a key"
+
+	failure msg = do
+		warning $ keyFilename source ++ " " ++ msg
+		when (contentLocation source /= keyFilename source) $
+			liftIO $ nukeFile $ contentLocation source
+		return (Nothing, Nothing)
+
+finishIngestDirect :: Key -> KeySource -> Annex ()
+finishIngestDirect key source = do
+	void $ addAssociatedFile key $ keyFilename source
+	when (contentLocation source /= keyFilename source) $
+		liftIO $ nukeFile $ contentLocation source
+
+	{- Copy to any other locations using the same key. -}
+	otherfs <- filter (/= keyFilename source) <$> associatedFiles key
+	forM_ otherfs $
+		addContentWhenNotPresent key (keyFilename source)
+
+perform :: FilePath -> CommandPerform
+perform file = lockDown file >>= ingest >>= go
+  where
+  	go (Just key, cache) = next $ cleanup file key cache True
+	go (Nothing, _) = stop
+
+{- On error, put the file back so it doesn't seem to have vanished.
+ - This can be called before or after the symlink is in place. -}
+undo :: FilePath -> Key -> IOException -> Annex a
+undo file key e = do
+	whenM (inAnnex key) $ do
+		liftIO $ nukeFile file
+		catchAnnex (fromAnnex key file) tryharder
+		logStatus key InfoMissing
+	throwAnnex e
+  where
+	-- fromAnnex could fail if the file ownership is weird
+	tryharder :: IOException -> Annex ()
+	tryharder _ = do
+		src <- calcRepo $ gitAnnexLocation key
+		liftIO $ moveFile src file
+
+{- Creates the symlink to the annexed content, returns the link target. -}
+link :: FilePath -> Key -> Maybe InodeCache -> Annex String
+link file key mcache = flip catchAnnex (undo file key) $ do
+	l <- inRepo $ gitAnnexLink file key
+	replaceFile file $ makeAnnexLink l
+
+	-- touch symlink to have same time as the original file,
+	-- as provided in the InodeCache
+	case mcache of
+#if defined(WITH_CLIBS) && ! defined(__ANDROID__)
+		Just c -> liftIO $ touch file (TimeSpec $ inodeCacheToMtime c) False
+#else
+		Just _ -> noop
+#endif
+		Nothing -> noop
+
+	return l
+
+{- Creates the symlink to the annexed content, and stages it in git.
+ -
+ - As long as the filesystem supports symlinks, we use
+ - git add, rather than directly staging the symlink to git.
+ - Using git add is best because it allows the queuing to work
+ - and is faster (staging the symlink runs hash-object commands each time).
+ - Also, using git add allows it to skip gitignored files, unless forced
+ - to include them.
+ -}
+addLink :: FilePath -> Key -> Maybe InodeCache -> Annex ()
+addLink file key mcache = ifM (coreSymlinks <$> Annex.getGitConfig)
+	( do
+		_ <- link file key mcache
+		params <- ifM (Annex.getState Annex.force)
+			( return [Param "-f"]
+			, return []
+			)
+		Annex.Queue.addCommand "add" (params++[Param "--"]) [file]
+	, do
+		l <- link file key mcache
+		addAnnexLink l file
+	)
+
+cleanup :: FilePath -> Key -> Maybe InodeCache -> Bool -> CommandCleanup
+cleanup file key mcache hascontent = do
+	ifM (isDirect <&&> pure hascontent)
+		( do
+			l <- inRepo $ gitAnnexLink file key
+			stageSymlink file =<< hashSymlink l
+		, addLink file key mcache
+		)
+	when hascontent $
+		logStatus key InfoPresent
+	return True
diff --git a/Command/AddUnused.hs b/Command/AddUnused.hs
new file mode 100644
index 0000000000..91427e8191
--- /dev/null
+++ b/Command/AddUnused.hs
@@ -0,0 +1,41 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.AddUnused where
+
+import Common.Annex
+import Logs.Location
+import Command
+import qualified Command.Add
+import Command.Unused (withUnusedMaps, UnusedMaps(..), startUnused)
+import Types.Key
+
+def :: [Command]
+def = [notDirect $ command "addunused" (paramRepeating paramNumRange)
+	seek SectionMaintenance "add back unused files"]
+
+seek :: CommandSeek
+seek = withUnusedMaps start
+
+start :: UnusedMaps -> Int -> CommandStart
+start = startUnused "addunused" perform
+	(performOther "bad")
+	(performOther "tmp")
+
+perform :: Key -> CommandPerform
+perform key = next $ do
+	logStatus key InfoPresent
+	Command.Add.addLink file key Nothing
+	return True
+  where
+	file = "unused." ++ key2file key
+
+{- The content is not in the annex, but in another directory, and
+ - it seems better to error out, rather than moving bad/tmp content into
+ - the annex. -}
+performOther :: String -> Key -> CommandPerform
+performOther other _ = error $ "cannot addunused " ++ other ++ "content"
diff --git a/Command/AddUrl.hs b/Command/AddUrl.hs
new file mode 100644
index 0000000000..c21ce928f5
--- /dev/null
+++ b/Command/AddUrl.hs
@@ -0,0 +1,252 @@
+{- git-annex command
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.AddUrl where
+
+import Network.URI
+
+import Common.Annex
+import Command
+import Backend
+import qualified Command.Add
+import qualified Annex
+import qualified Annex.Queue
+import qualified Annex.Url as Url
+import qualified Backend.URL
+import Annex.Content
+import Logs.Web
+import Types.Key
+import Types.KeySource
+import Config
+import Annex.Content.Direct
+import Logs.Location
+import qualified Annex.Transfer as Transfer
+#ifdef WITH_QUVI
+import Annex.Quvi
+import qualified Utility.Quvi as Quvi
+#endif
+
+def :: [Command]
+def = [notBareRepo $ withOptions [fileOption, pathdepthOption, relaxedOption] $
+	command "addurl" (paramRepeating paramUrl) seek
+		SectionCommon "add urls to annex"]
+
+fileOption :: Option
+fileOption = fieldOption [] "file" paramFile "specify what file the url is added to"
+
+pathdepthOption :: Option
+pathdepthOption = fieldOption [] "pathdepth" paramNumber "path components to use in filename"
+
+relaxedOption :: Option
+relaxedOption = flagOption [] "relaxed" "skip size check"
+
+seek :: CommandSeek
+seek ps = do
+	f <- getOptionField fileOption return
+	relaxed <- getOptionFlag relaxedOption
+	d <- getOptionField pathdepthOption (return . maybe Nothing readish)
+	withStrings (start relaxed f d) ps
+
+start :: Bool -> Maybe FilePath -> Maybe Int -> String -> CommandStart
+start relaxed optfile pathdepth s = go $ fromMaybe bad $ parseURI s
+  where
+  	(s', downloader) = getDownloader s
+	bad = fromMaybe (error $ "bad url " ++ s') $
+		parseURI $ escapeURIString isUnescapedInURI s'
+	choosefile = flip fromMaybe optfile
+	go url = case downloader of
+		QuviDownloader -> usequvi
+		DefaultDownloader -> 
+#ifdef WITH_QUVI
+			ifM (quviSupported s')
+				( usequvi
+				, regulardownload url
+				)
+#else
+			regulardownload url
+#endif
+	regulardownload url = do
+		pathmax <- liftIO $ fileNameLengthLimit "."
+		let file = choosefile $ url2file url pathdepth pathmax
+		showStart "addurl" file
+		next $ perform relaxed s' file
+#ifdef WITH_QUVI
+	badquvi = error $ "quvi does not know how to download url " ++ s'
+	usequvi = do
+		page <- fromMaybe badquvi
+			<$> withQuviOptions Quvi.forceQuery [Quvi.quiet, Quvi.httponly] s'
+		let link = fromMaybe badquvi $ headMaybe $ Quvi.pageLinks page
+		pathmax <- liftIO $ fileNameLengthLimit "."
+		let file = choosefile $ truncateFilePath pathmax $ sanitizeFilePath $
+			Quvi.pageTitle page ++ "." ++ Quvi.linkSuffix link
+		showStart "addurl" file
+		next $ performQuvi relaxed s' (Quvi.linkUrl link) file
+#else
+	usequvi = error "not built with quvi support"
+#endif
+
+#ifdef WITH_QUVI
+performQuvi :: Bool -> URLString -> URLString -> FilePath -> CommandPerform
+performQuvi relaxed pageurl videourl file = ifAnnexed file addurl geturl
+  where
+  	quviurl = setDownloader pageurl QuviDownloader
+  	addurl key = next $ cleanup quviurl file key Nothing
+	geturl = next $ isJust <$> addUrlFileQuvi relaxed quviurl videourl file
+#endif
+
+#ifdef WITH_QUVI
+addUrlFileQuvi :: Bool -> URLString -> URLString -> FilePath -> Annex (Maybe Key)
+addUrlFileQuvi relaxed quviurl videourl file = do
+	key <- Backend.URL.fromUrl quviurl Nothing
+	ifM (pure relaxed <||> Annex.getState Annex.fast)
+		( do
+			cleanup' quviurl file key Nothing
+			return (Just key)
+		, do
+			{- Get the size, and use that to check
+			 - disk space. However, the size info is not
+			 - retained, because the size of a video stream
+			 - might change and we want to be able to download
+			 - it later. -}
+			sizedkey <- addSizeUrlKey videourl key
+			prepGetViaTmpChecked sizedkey Nothing $ do
+				tmp <- fromRepo $ gitAnnexTmpObjectLocation key
+				showOutput
+				ok <- Transfer.notifyTransfer Transfer.Download (Just file) $
+					Transfer.download webUUID key (Just file) Transfer.forwardRetry $ const $ do
+						liftIO $ createDirectoryIfMissing True (parentDir tmp)
+						downloadUrl [videourl] tmp
+				if ok
+					then do
+						cleanup' quviurl file key (Just tmp)
+						return (Just key)
+					else return Nothing
+		)
+#endif
+
+perform :: Bool -> URLString -> FilePath -> CommandPerform
+perform relaxed url file = ifAnnexed file addurl geturl
+  where
+	geturl = next $ isJust <$> addUrlFile relaxed url file
+	addurl key
+		| relaxed = do
+			setUrlPresent key url
+			next $ return True
+		| otherwise = ifM (elem url <$> getUrls key)
+			( stop
+			, do
+				(exists, samesize) <- Url.withUrlOptions $ Url.check url (keySize key)
+				if exists && samesize
+					then do
+						setUrlPresent key url
+						next $ return True
+					else do
+						warning $ "while adding a new url to an already annexed file, " ++ if exists
+							then "url does not have expected file size (use --relaxed to bypass this check) " ++ url
+							else "failed to verify url exists: " ++ url
+						stop
+			)
+
+addUrlFile :: Bool -> URLString -> FilePath -> Annex (Maybe Key)
+addUrlFile relaxed url file = do
+	liftIO $ createDirectoryIfMissing True (parentDir file)
+	ifM (Annex.getState Annex.fast <||> pure relaxed)
+		( nodownload relaxed url file
+		, do
+			showAction $ "downloading " ++ url ++ " "
+			download url file
+		)
+
+download :: URLString -> FilePath -> Annex (Maybe Key)
+download url file = do
+	{- Generate a dummy key to use for this download, before we can
+	 - examine the file and find its real key. This allows resuming
+	 - downloads, as the dummy key for a given url is stable. -}
+	dummykey <- addSizeUrlKey url =<< Backend.URL.fromUrl url Nothing
+	prepGetViaTmpChecked dummykey Nothing $ do
+		tmp <- fromRepo $ gitAnnexTmpObjectLocation dummykey
+		showOutput
+		ifM (runtransfer dummykey tmp)
+			( do
+				backend <- chooseBackend file
+				let source = KeySource
+					{ keyFilename = file
+					, contentLocation = tmp
+					, inodeCache = Nothing
+					}
+				k <- genKey source backend
+				case k of
+					Nothing -> return Nothing
+					Just (key, _) -> do
+						cleanup' url file key (Just tmp)
+						return (Just key)
+			, return Nothing
+			)
+  where
+  	runtransfer dummykey tmp =  Transfer.notifyTransfer Transfer.Download (Just file) $
+		Transfer.download webUUID dummykey (Just file) Transfer.forwardRetry $ const $ do
+			liftIO $ createDirectoryIfMissing True (parentDir tmp)
+			downloadUrl [url] tmp
+
+{- Hits the url to get the size, if available.
+ -
+ - This is needed to avoid exceeding the diskreserve when downloading,
+ - and so the assistant can display a pretty progress bar.
+ -}
+addSizeUrlKey :: URLString -> Key -> Annex Key
+addSizeUrlKey url key = do
+	size <- snd <$> Url.withUrlOptions (Url.exists url)
+	return $ key { keySize = size }
+
+cleanup :: URLString -> FilePath -> Key -> Maybe FilePath -> Annex Bool
+cleanup url file key mtmp = do
+	cleanup' url file key mtmp
+	return True
+
+cleanup' :: URLString -> FilePath -> Key -> Maybe FilePath -> Annex ()
+cleanup' url file key mtmp = do
+	when (isJust mtmp) $
+		logStatus key InfoPresent
+	setUrlPresent key url
+	Command.Add.addLink file key Nothing
+	whenM isDirect $ do
+		void $ addAssociatedFile key file
+		{- For moveAnnex to work in direct mode, the symlink
+		 - must already exist, so flush the queue. -}
+		Annex.Queue.flush
+	maybe noop (moveAnnex key) mtmp
+
+nodownload :: Bool -> URLString -> FilePath -> Annex (Maybe Key)
+nodownload relaxed url file = do
+	(exists, size) <- if relaxed
+		then pure (True, Nothing)
+		else Url.withUrlOptions (Url.exists url)
+	if exists
+		then do
+			key <- Backend.URL.fromUrl url size
+			cleanup' url file key Nothing
+			return (Just key)
+		else do
+			warning $ "unable to access url: " ++ url
+			return Nothing
+
+url2file :: URI -> Maybe Int -> Int -> FilePath
+url2file url pathdepth pathmax = case pathdepth of
+	Nothing -> truncateFilePath pathmax $ sanitizeFilePath fullurl
+	Just depth
+		| depth >= length urlbits -> frombits id
+		| depth > 0 -> frombits $ drop depth
+		| depth < 0 -> frombits $ reverse . take (negate depth) . reverse
+		| otherwise -> error "bad --pathdepth"
+  where
+	fullurl = uriRegName auth ++ uriPath url ++ uriQuery url
+	frombits a = intercalate "/" $ a urlbits
+	urlbits = map (truncateFilePath pathmax . sanitizeFilePath) $
+		filter (not . null) $ split "/" fullurl
+	auth = fromMaybe (error $ "bad url " ++ show url) $ uriAuthority url
diff --git a/Command/Assistant.hs b/Command/Assistant.hs
new file mode 100644
index 0000000000..8316a9948c
--- /dev/null
+++ b/Command/Assistant.hs
@@ -0,0 +1,90 @@
+{- git-annex assistant
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Assistant where
+
+import Common.Annex
+import Command
+import qualified Command.Watch
+import Annex.Init
+import Config.Files
+import qualified Build.SysConfig
+import Utility.HumanTime
+import Assistant.Install
+
+import System.Environment
+
+def :: [Command]
+def = [noRepo checkAutoStart $ dontCheck repoExists $ withOptions options $
+	notBareRepo $ command "assistant" paramNothing seek SectionCommon
+		"automatically handle changes"]
+
+options :: [Option]
+options =
+	[ Command.Watch.foregroundOption
+	, Command.Watch.stopOption
+	, autoStartOption
+	, startDelayOption
+	]
+
+autoStartOption :: Option
+autoStartOption = flagOption [] "autostart" "start in known repositories"
+
+startDelayOption :: Option
+startDelayOption = fieldOption [] "startdelay" paramNumber "delay before running startup scan"
+
+seek :: CommandSeek
+seek ps = do
+	stopdaemon <- getOptionFlag Command.Watch.stopOption
+	foreground <- getOptionFlag Command.Watch.foregroundOption
+	autostart <- getOptionFlag autoStartOption
+	startdelay <- getOptionField startDelayOption (pure . maybe Nothing parseDuration)
+	withNothing (start foreground stopdaemon autostart startdelay) ps
+
+start :: Bool -> Bool -> Bool -> Maybe Duration -> CommandStart
+start foreground stopdaemon autostart startdelay
+	| autostart = do
+		liftIO $ autoStart startdelay
+		stop
+	| otherwise = do
+		liftIO ensureInstalled
+		ensureInitialized
+		Command.Watch.start True foreground stopdaemon startdelay
+
+{- Run outside a git repository. Check to see if any parameter is
+ - --autostart and enter autostart mode. -}
+checkAutoStart :: CmdParams -> IO ()
+checkAutoStart _ = ifM (elem "--autostart" <$> getArgs)
+	( autoStart Nothing
+	, error "Not in a git repository."
+	) 
+
+autoStart :: Maybe Duration -> IO ()
+autoStart startdelay = do
+	dirs <- liftIO readAutoStartFile
+	when (null dirs) $ do
+		f <- autoStartFile
+		error $ "Nothing listed in " ++ f
+	program <- readProgramFile
+	haveionice <- pure Build.SysConfig.ionice <&&> inPath "ionice"
+	forM_ dirs $ \d -> do
+		putStrLn $ "git-annex autostart in " ++ d
+		ifM (catchBoolIO $ go haveionice program d)
+			( putStrLn "ok"
+			, putStrLn "failed"
+			)
+  where
+	go haveionice program dir = do
+		setCurrentDirectory dir
+		if haveionice
+			then boolSystem "ionice" (Param "-c3" : Param program : baseparams)
+			else boolSystem program baseparams
+	  where
+		baseparams =
+			[ Param "assistant"
+			, Param $ "--startdelay=" ++ fromDuration (fromMaybe (Duration 5) startdelay)
+			]
diff --git a/Command/Commit.hs b/Command/Commit.hs
new file mode 100644
index 0000000000..f5f13d248e
--- /dev/null
+++ b/Command/Commit.hs
@@ -0,0 +1,29 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Commit where
+
+import Common.Annex
+import Command
+import qualified Annex.Branch
+import qualified Git
+
+def :: [Command]
+def = [command "commit" paramNothing seek
+	SectionPlumbing "commits any staged changes to the git-annex branch"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = next $ next $ do
+	Annex.Branch.commit "update"
+	_ <- runhook <=< inRepo $ Git.hookPath "annex-content"
+	return True
+  where
+	runhook (Just hook) = liftIO $ boolSystem hook []
+	runhook Nothing = return True
diff --git a/Command/ConfigList.hs b/Command/ConfigList.hs
new file mode 100644
index 0000000000..219685c21c
--- /dev/null
+++ b/Command/ConfigList.hs
@@ -0,0 +1,46 @@
+{- git-annex command
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.ConfigList where
+
+import Common.Annex
+import Command
+import Annex.UUID
+import Annex.Init
+import qualified Annex.Branch
+import qualified Git.Config
+import Remote.GCrypt (coreGCryptId)
+
+def :: [Command]
+def = [noCommit $ command "configlist" paramNothing seek
+	SectionPlumbing "outputs relevant git configuration"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	u <- findOrGenUUID
+	showConfig "annex.uuid" $ fromUUID u
+	showConfig coreGCryptId =<< fromRepo (Git.Config.get coreGCryptId "")
+	stop
+  where
+  	showConfig k v = liftIO $ putStrLn $ k ++ "=" ++ v
+
+{- The repository may not yet have a UUID; automatically initialize it
+ - when there's a git-annex branch available. -}
+findOrGenUUID :: Annex UUID
+findOrGenUUID = do
+	u <- getUUID
+	if u /= NoUUID
+		then return u
+		else ifM Annex.Branch.hasSibling
+			( do
+				initialize Nothing
+				getUUID
+			, return NoUUID
+			)
diff --git a/Command/Copy.hs b/Command/Copy.hs
new file mode 100644
index 0000000000..ae254aae21
--- /dev/null
+++ b/Command/Copy.hs
@@ -0,0 +1,40 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Copy where
+
+import Common.Annex
+import Command
+import qualified Command.Move
+import qualified Remote
+import Annex.Wanted
+import Config.NumCopies
+
+def :: [Command]
+def = [withOptions Command.Move.moveOptions $ command "copy" paramPaths seek
+	SectionCommon "copy content of files to/from another repository"]
+
+seek :: CommandSeek
+seek ps = do
+	to <- getOptionField toOption Remote.byNameWithUUID
+	from <- getOptionField fromOption Remote.byNameWithUUID
+	withKeyOptions
+	 	(Command.Move.startKey to from False)
+		(withFilesInGit $ whenAnnexed $ start to from)
+		ps
+
+{- A copy is just a move that does not delete the source file.
+ - However, --auto mode avoids unnecessary copies, and avoids getting or
+ - sending non-preferred content. -}
+start :: Maybe Remote -> Maybe Remote -> FilePath -> Key -> CommandStart
+start to from file key = stopUnless shouldCopy $ 
+	Command.Move.start to from False file key
+  where
+	shouldCopy = checkAuto (check <||> numCopiesCheck file key (<))
+	check = case to of
+		Nothing -> wantGet False (Just key) (Just file)
+		Just r -> wantSend False (Just key) (Just file) (Remote.uuid r)
diff --git a/Command/Dead.hs b/Command/Dead.hs
new file mode 100644
index 0000000000..f9e5c2e27b
--- /dev/null
+++ b/Command/Dead.hs
@@ -0,0 +1,19 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Dead where
+
+import Command
+import Types.TrustLevel
+import Command.Trust (trustCommand)
+
+def :: [Command]
+def = [command "dead" (paramRepeating paramRemote) seek
+	SectionSetup "hide a lost repository"]
+
+seek :: CommandSeek
+seek = trustCommand "dead" DeadTrusted
diff --git a/Command/Describe.hs b/Command/Describe.hs
new file mode 100644
index 0000000000..601b3fcc98
--- /dev/null
+++ b/Command/Describe.hs
@@ -0,0 +1,32 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Describe where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.UUID
+
+def :: [Command]
+def = [command "describe" (paramPair paramRemote paramDesc) seek
+	SectionSetup "change description of a repository"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start (name:description) = do
+	showStart "describe" name
+	u <- Remote.nameToUUID name
+	next $ perform u $ unwords description
+start _ = error "Specify a repository and a description."	
+
+perform :: UUID -> String -> CommandPerform
+perform u description = do
+	describeUUID u description
+	next $ return True
diff --git a/Command/Direct.hs b/Command/Direct.hs
new file mode 100644
index 0000000000..a5165a4a2a
--- /dev/null
+++ b/Command/Direct.hs
@@ -0,0 +1,70 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Direct where
+
+import Control.Exception.Extensible
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.LsFiles
+import qualified Git.Branch
+import Config
+import Annex.Direct
+import Annex.Exception
+
+def :: [Command]
+def = [notBareRepo $ noDaemonRunning $
+	command "direct" paramNothing seek
+		SectionSetup "switch repository to direct mode"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = ifM isDirect ( stop , next perform )
+
+perform :: CommandPerform
+perform = do
+	showStart "commit" ""
+	showOutput
+	_ <- inRepo $ Git.Branch.commitCommand Git.Branch.ManualCommit
+		[ Param "-a"
+		, Param "-m"
+		, Param "commit before switching to direct mode"
+		]
+	showEndOk
+
+	top <- fromRepo Git.repoPath
+	(l, clean) <- inRepo $ Git.LsFiles.inRepo [top]
+	forM_ l go
+	void $ liftIO clean
+	next cleanup
+  where
+	go = whenAnnexed $ \f k -> do
+		r <- toDirectGen k f
+		case r of
+			Nothing -> noop
+			Just a -> do
+				showStart "direct" f
+				r' <- tryAnnex a
+				case r' of
+					Left e -> warnlocked e
+					Right _ -> showEndOk
+		return Nothing
+
+	warnlocked :: SomeException -> Annex ()
+	warnlocked e = do
+		warning $ show e
+		warning "leaving this file as-is; correct this problem and run git annex fsck on it"
+
+cleanup :: CommandCleanup
+cleanup = do
+	showStart "direct" ""
+	setDirect True
+	return True
diff --git a/Command/Drop.hs b/Command/Drop.hs
new file mode 100644
index 0000000000..4bac07a533
--- /dev/null
+++ b/Command/Drop.hs
@@ -0,0 +1,191 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Drop where
+
+import Common.Annex
+import Command
+import qualified Remote
+import qualified Annex
+import Annex.UUID
+import Logs.Location
+import Logs.Trust
+import Logs.PreferredContent
+import Config.NumCopies
+import Annex.Content
+import Annex.Wanted
+import Annex.Notification
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [withOptions [dropFromOption] $ command "drop" paramPaths seek
+	SectionCommon "indicate content of files not currently wanted"]
+
+dropFromOption :: Option
+dropFromOption = fieldOption ['f'] "from" paramRemote "drop content from a remote"
+
+seek :: CommandSeek
+seek ps = do
+	from <- getOptionField dropFromOption Remote.byNameWithUUID
+	withFilesInGit (whenAnnexed $ start from) ps
+
+start :: Maybe Remote -> FilePath -> Key -> CommandStart
+start from file key = checkDropAuto from file key $ \numcopies ->
+	stopUnless (checkAuto $ wantDrop False (Remote.uuid <$> from) (Just key) (Just file)) $
+		case from of
+			Nothing -> startLocal (Just file) numcopies key Nothing
+			Just remote -> do
+				u <- getUUID
+				if Remote.uuid remote == u
+					then startLocal (Just file) numcopies key Nothing
+					else startRemote (Just file) numcopies key remote
+
+startLocal :: AssociatedFile -> NumCopies -> Key -> Maybe Remote -> CommandStart
+startLocal afile numcopies key knownpresentremote = stopUnless (inAnnex key) $ do
+	showStart' "drop" key afile
+	next $ performLocal key afile numcopies knownpresentremote
+
+startRemote :: AssociatedFile -> NumCopies -> Key -> Remote -> CommandStart
+startRemote afile numcopies key remote = do
+	showStart' ("drop " ++ Remote.name remote) key afile
+	next $ performRemote key afile numcopies remote
+
+performLocal :: Key -> AssociatedFile -> NumCopies -> Maybe Remote -> CommandPerform
+performLocal key afile numcopies knownpresentremote = lockContent key $ do
+	(remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
+	let trusteduuids' = case knownpresentremote of
+		Nothing -> trusteduuids
+		Just r -> nub (Remote.uuid r:trusteduuids)
+	untrusteduuids <- trustGet UnTrusted
+	let tocheck = Remote.remotesWithoutUUID remotes (trusteduuids'++untrusteduuids)
+	u <- getUUID
+	ifM (canDrop u key afile numcopies trusteduuids' tocheck [])
+		( do
+			removeAnnex key
+			notifyDrop afile True
+			next $ cleanupLocal key
+		, do
+			notifyDrop afile False
+			stop
+		)
+
+performRemote :: Key -> AssociatedFile -> NumCopies -> Remote -> CommandPerform
+performRemote key afile numcopies remote = lockContent key $ do
+	-- Filter the remote it's being dropped from out of the lists of
+	-- places assumed to have the key, and places to check.
+	-- When the local repo has the key, that's one additional copy,
+	-- as long asthe local repo is not untrusted.
+	(remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
+	present <- inAnnex key
+	u <- getUUID
+	trusteduuids' <- if present
+		then ifM ((<= SemiTrusted) <$> lookupTrust u)
+			( pure (u:trusteduuids)
+			, pure trusteduuids
+			)
+		else pure trusteduuids
+	let have = filter (/= uuid) trusteduuids'
+	untrusteduuids <- trustGet UnTrusted
+	let tocheck = filter (/= remote) $
+		Remote.remotesWithoutUUID remotes (have++untrusteduuids)
+	stopUnless (canDrop uuid key afile numcopies have tocheck [uuid]) $ do
+		ok <- Remote.removeKey remote key
+		next $ cleanupRemote key remote ok
+  where
+	uuid = Remote.uuid remote
+
+cleanupLocal :: Key -> CommandCleanup
+cleanupLocal key = do
+	logStatus key InfoMissing
+	return True
+
+cleanupRemote :: Key -> Remote -> Bool -> CommandCleanup
+cleanupRemote key remote ok = do
+	when ok $
+		Remote.logStatus remote key InfoMissing
+	return ok
+
+{- Checks specified remotes to verify that enough copies of a key exist to
+ - allow it to be safely removed (with no data loss). Can be provided with
+ - some locations where the key is known/assumed to be present.
+ -
+ - Also checks if it's required content, and refuses to drop if so.
+ -
+ - --force overrides and always allows dropping.
+ -}
+canDrop :: UUID -> Key -> AssociatedFile -> NumCopies -> [UUID] -> [Remote] -> [UUID] -> Annex Bool
+canDrop dropfrom key afile numcopies have check skip = ifM (Annex.getState Annex.force)
+	( return True
+	, checkRequiredContent dropfrom key afile
+		<&&>
+	  findCopies key numcopies skip have check
+	)
+
+findCopies :: Key -> NumCopies -> [UUID] -> [UUID] -> [Remote] -> Annex Bool
+findCopies key need skip = helper [] []
+  where
+	helper bad missing have []
+		| NumCopies (length have) >= need = return True
+		| otherwise = notEnoughCopies key need have (skip++missing) bad
+	helper bad missing have (r:rs)
+		| NumCopies (length have) >= need = return True
+		| otherwise = do
+			let u = Remote.uuid r
+			let duplicate = u `elem` have
+			haskey <- Remote.hasKey r key
+			case (duplicate, haskey) of
+				(False, Right True)  -> helper bad missing (u:have) rs
+				(False, Left _)      -> helper (r:bad) missing have rs
+				(False, Right False) -> helper bad (u:missing) have rs
+				_                    -> helper bad missing have rs
+
+notEnoughCopies :: Key -> NumCopies -> [UUID] -> [UUID] -> [Remote] -> Annex Bool
+notEnoughCopies key need have skip bad = do
+	unsafe
+	showLongNote $
+		"Could only verify the existence of " ++
+		show (length have) ++ " out of " ++ show (fromNumCopies need) ++ 
+		" necessary copies"
+	Remote.showTriedRemotes bad
+	Remote.showLocations key (have++skip)
+		"Rather than dropping this file, try using: git annex move"
+	hint
+	return False
+  where
+	unsafe = showNote "unsafe"
+	hint = showLongNote "(Use --force to override this check, or adjust numcopies.)"
+
+checkRequiredContent :: UUID -> Key -> AssociatedFile -> Annex Bool
+checkRequiredContent u k afile =
+	ifM (isRequiredContent (Just u) S.empty (Just k) afile False)
+		( requiredContent
+		, return True
+		)
+
+requiredContent :: Annex Bool
+requiredContent = do
+	showLongNote "That file is required content, it cannot be dropped!"
+	showLongNote "(Use --force to override this check, or adjust required content configuration.)"
+	return False
+
+{- In auto mode, only runs the action if there are enough
+ - copies on other semitrusted repositories. -}
+checkDropAuto :: Maybe Remote -> FilePath -> Key -> (NumCopies -> CommandStart) -> CommandStart
+checkDropAuto mremote file key a = do
+	numcopies <- getFileNumCopies file
+	Annex.getState Annex.auto >>= auto numcopies
+  where
+	auto numcopies False = a numcopies
+	auto numcopies True = do
+		locs <- Remote.keyLocations key
+		uuid <- getUUID
+		let remoteuuid = fromMaybe uuid $ Remote.uuid <$> mremote
+		locs' <- trustExclude UnTrusted $ filter (/= remoteuuid) locs
+		if NumCopies (length locs') >= numcopies
+			then a numcopies
+			else stop
diff --git a/Command/DropKey.hs b/Command/DropKey.hs
new file mode 100644
index 0000000000..125e6ded40
--- /dev/null
+++ b/Command/DropKey.hs
@@ -0,0 +1,38 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.DropKey where
+
+import Common.Annex
+import Command
+import qualified Annex
+import Logs.Location
+import Annex.Content
+
+def :: [Command]
+def = [noCommit $ command "dropkey" (paramRepeating paramKey) seek
+	SectionPlumbing "drops annexed content for specified keys"] 
+
+seek :: CommandSeek
+seek = withKeys start
+
+start :: Key -> CommandStart
+start key = stopUnless (inAnnex key) $ do
+	unlessM (Annex.getState Annex.force) $
+		error "dropkey can cause data loss; use --force if you're sure you want to do this"
+	showStart' "dropkey" key Nothing
+	next $ perform key
+
+perform :: Key -> CommandPerform
+perform key = lockContent key $ do
+	removeAnnex key
+	next $ cleanup key
+
+cleanup :: Key -> CommandCleanup
+cleanup key = do
+	logStatus key InfoMissing
+	return True
diff --git a/Command/DropUnused.hs b/Command/DropUnused.hs
new file mode 100644
index 0000000000..ce49795c92
--- /dev/null
+++ b/Command/DropUnused.hs
@@ -0,0 +1,45 @@
+{- git-annex command
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.DropUnused where
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Command.Drop
+import qualified Remote
+import qualified Git
+import Command.Unused (withUnusedMaps, UnusedMaps(..), startUnused)
+import Config.NumCopies
+
+def :: [Command]
+def = [withOptions [Command.Drop.dropFromOption] $
+	command "dropunused" (paramRepeating paramNumRange)
+		seek SectionMaintenance "drop unused file content"]
+
+seek :: CommandSeek
+seek ps = do
+	numcopies <- getNumCopies
+	withUnusedMaps (start numcopies) ps
+
+start :: NumCopies -> UnusedMaps -> Int -> CommandStart
+start numcopies = startUnused "dropunused" (perform numcopies) (performOther gitAnnexBadLocation) (performOther gitAnnexTmpObjectLocation)
+
+perform :: NumCopies -> Key -> CommandPerform
+perform numcopies key = maybe droplocal dropremote =<< Remote.byNameWithUUID =<< from
+  where
+	dropremote r = do
+		showAction $ "from " ++ Remote.name r
+		Command.Drop.performRemote key Nothing numcopies r
+	droplocal = Command.Drop.performLocal key Nothing numcopies Nothing
+	from = Annex.getField $ optionName Command.Drop.dropFromOption
+
+performOther :: (Key -> Git.Repo -> FilePath) -> Key -> CommandPerform
+performOther filespec key = do
+	f <- fromRepo $ filespec key
+	liftIO $ nukeFile f
+	next $ return True
diff --git a/Command/EnableRemote.hs b/Command/EnableRemote.hs
new file mode 100644
index 0000000000..42ab433740
--- /dev/null
+++ b/Command/EnableRemote.hs
@@ -0,0 +1,56 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.EnableRemote where
+
+import Common.Annex
+import Command
+import qualified Logs.Remote
+import qualified Types.Remote as R
+import qualified Command.InitRemote as InitRemote
+
+import qualified Data.Map as M
+
+def :: [Command]
+def = [command "enableremote"
+	(paramPair paramName $ paramOptional $ paramRepeating paramKeyValue)
+	seek SectionSetup "enables use of an existing special remote"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start [] = unknownNameError "Specify the name of the special remote to enable."
+start (name:ws) = go =<< InitRemote.findExisting name
+  where
+	config = Logs.Remote.keyValToConfig ws
+	
+  	go Nothing = unknownNameError "Unknown special remote name."
+	go (Just (u, c)) = do
+		let fullconfig = config `M.union` c	
+		t <- InitRemote.findType fullconfig
+
+		showStart "enableremote" name
+		next $ perform t u fullconfig
+
+unknownNameError :: String -> Annex a
+unknownNameError prefix = do
+	names <- InitRemote.remoteNames
+	error $ prefix ++ "\n" ++
+		if null names
+			then "(No special remotes are currently known; perhaps use initremote instead?)"
+			else "Known special remotes: " ++ unwords names
+
+perform :: RemoteType -> UUID -> R.RemoteConfig -> CommandPerform
+perform t u c = do
+	(c', u') <- R.setup t (Just u) Nothing c
+	next $ cleanup u' c'
+
+cleanup :: UUID -> R.RemoteConfig -> CommandCleanup
+cleanup u c = do
+	Logs.Remote.configSet u c
+	return True
diff --git a/Command/ExamineKey.hs b/Command/ExamineKey.hs
new file mode 100644
index 0000000000..dd2bec5071
--- /dev/null
+++ b/Command/ExamineKey.hs
@@ -0,0 +1,29 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.ExamineKey where
+
+import Common.Annex
+import Command
+import qualified Utility.Format
+import Command.Find (formatOption, getFormat, showFormatted, keyVars)
+import Types.Key
+
+def :: [Command]
+def = [noCommit $ noMessages $ withOptions [formatOption, jsonOption] $
+	command "examinekey" (paramRepeating paramKey) seek
+	SectionPlumbing "prints information from a key"]
+
+seek :: CommandSeek
+seek ps = do
+	format <- getFormat
+	withKeys (start format) ps
+
+start :: Maybe Utility.Format.Format -> Key -> CommandStart
+start format key = do
+	showFormatted format (key2file key) (keyVars key)
+	stop
diff --git a/Command/Find.hs b/Command/Find.hs
new file mode 100644
index 0000000000..c800933f93
--- /dev/null
+++ b/Command/Find.hs
@@ -0,0 +1,74 @@
+{- git-annex command
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Find where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Command
+import Annex.Content
+import Limit
+import qualified Annex
+import qualified Utility.Format
+import Utility.DataUnits
+import Types.Key
+
+def :: [Command]
+def = [mkCommand $ command "find" paramPaths seek SectionQuery "lists available files"]
+
+mkCommand :: Command -> Command
+mkCommand = noCommit . noMessages . withOptions [formatOption, print0Option, jsonOption]
+
+formatOption :: Option
+formatOption = fieldOption [] "format" paramFormat "control format of output"
+
+getFormat :: Annex (Maybe Utility.Format.Format)
+getFormat = getOptionField formatOption $ return . fmap Utility.Format.gen
+
+print0Option :: Option
+print0Option = Option [] ["print0"] (NoArg set)
+	"terminate output with null"
+  where
+	set = Annex.setField (optionName formatOption) "${file}\0"
+
+seek :: CommandSeek
+seek ps = do
+	format <- getFormat
+	withFilesInGit (whenAnnexed $ start format) ps
+
+start :: Maybe Utility.Format.Format -> FilePath -> Key -> CommandStart
+start format file key = do
+	-- only files inAnnex are shown, unless the user has requested
+	-- others via a limit
+	whenM (limited <||> inAnnex key) $
+		showFormatted format file $ ("file", file) : keyVars key
+	stop
+
+showFormatted :: Maybe Utility.Format.Format -> String -> [(String, String)] -> Annex ()
+showFormatted format unformatted vars =
+	unlessM (showFullJSON vars) $
+		case format of
+			Nothing -> liftIO $ putStrLn unformatted
+			Just formatter -> liftIO $ putStr $
+				Utility.Format.format formatter $
+					M.fromList vars
+
+keyVars :: Key -> [(String, String)]
+keyVars key =
+	[ ("key", key2file key)
+	, ("backend", keyBackendName key)
+	, ("bytesize", size show)
+	, ("humansize", size $ roughSize storageUnits True)
+	, ("keyname", keyName key)
+	, ("hashdirlower", hashDirLower key)
+	, ("hashdirmixed", hashDirMixed key)
+	, ("mtime", whenavail show $ keyMtime key)
+	]
+  where
+	size c = whenavail c $ keySize key
+	whenavail = maybe "unknown"
diff --git a/Command/FindRef.hs b/Command/FindRef.hs
new file mode 100644
index 0000000000..26007f7c03
--- /dev/null
+++ b/Command/FindRef.hs
@@ -0,0 +1,20 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.FindRef where
+
+import Command
+import qualified Command.Find as Find
+
+def :: [Command]
+def = [Find.mkCommand $ command "findref" paramRef seek SectionPlumbing
+	"lists files in a git ref"]
+
+seek :: CommandSeek
+seek refs = do
+	format <- Find.getFormat
+	Find.start format `withFilesInRefs` refs
diff --git a/Command/Fix.hs b/Command/Fix.hs
new file mode 100644
index 0000000000..0c2bf59424
--- /dev/null
+++ b/Command/Fix.hs
@@ -0,0 +1,59 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.Fix where
+
+import Common.Annex
+import Command
+import qualified Annex.Queue
+#ifdef WITH_CLIBS
+#ifndef __ANDROID__
+import Utility.Touch
+#endif
+#endif
+
+def :: [Command]
+def = [notDirect $ noCommit $ command "fix" paramPaths seek
+	SectionMaintenance "fix up symlinks to point to annexed content"]
+
+seek :: CommandSeek
+seek = withFilesInGit $ whenAnnexed start
+
+{- Fixes the symlink to an annexed file. -}
+start :: FilePath -> Key -> CommandStart
+start file key = do
+	link <- inRepo $ gitAnnexLink file key
+	stopUnless ((/=) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) $ do
+		showStart "fix" file
+		next $ perform file link
+
+perform :: FilePath -> FilePath -> CommandPerform
+perform file link = do
+	liftIO $ do
+#ifdef WITH_CLIBS
+#ifndef __ANDROID__
+		-- preserve mtime of symlink
+		mtime <- catchMaybeIO $ TimeSpec . modificationTime
+			<$> getSymbolicLinkStatus file
+#endif
+#endif
+		createDirectoryIfMissing True (parentDir file)
+		removeFile file
+		createSymbolicLink link file
+#ifdef WITH_CLIBS
+#ifndef __ANDROID__
+		maybe noop (\t -> touch file t False) mtime
+#endif
+#endif
+	next $ cleanup file
+
+cleanup :: FilePath -> CommandCleanup
+cleanup file = do
+	Annex.Queue.addCommand "add" [Param "--force", Param "--"] [file]
+	return True
diff --git a/Command/Forget.hs b/Command/Forget.hs
new file mode 100644
index 0000000000..dbcce6cc36
--- /dev/null
+++ b/Command/Forget.hs
@@ -0,0 +1,52 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Forget where
+
+import Common.Annex
+import Command
+import qualified Annex.Branch as Branch
+import Logs.Transitions
+import qualified Annex
+
+import Data.Time.Clock.POSIX
+
+def :: [Command]
+def = [withOptions forgetOptions $ command "forget" paramNothing seek
+		SectionMaintenance "prune git-annex branch history"]
+
+forgetOptions :: [Option]
+forgetOptions = [dropDeadOption]
+
+dropDeadOption :: Option
+dropDeadOption = flagOption [] "drop-dead" "drop references to dead repositories"
+
+seek :: CommandSeek
+seek ps = do
+	dropdead <- getOptionFlag dropDeadOption
+	withNothing (start dropdead) ps
+
+start :: Bool -> CommandStart
+start dropdead = do
+	showStart "forget" "git-annex"
+	now <- liftIO getPOSIXTime
+	let basets = addTransition now ForgetGitHistory noTransitions
+	let ts = if dropdead
+		then addTransition now ForgetDeadRemotes basets
+		else basets
+	next $ perform ts =<< Annex.getState Annex.force
+
+perform :: Transitions -> Bool -> CommandPerform
+perform ts True = do
+	recordTransitions Branch.change ts
+	-- get branch committed before contining with the transition
+	Branch.update
+	void $ Branch.performTransitions ts True []
+	next $ return True
+perform _ False = do
+	showLongNote "To forget git-annex branch history, you must specify --force. This deletes metadata!"
+	stop
diff --git a/Command/FromKey.hs b/Command/FromKey.hs
new file mode 100644
index 0000000000..7eb62fa4e0
--- /dev/null
+++ b/Command/FromKey.hs
@@ -0,0 +1,44 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.FromKey where
+
+import Common.Annex
+import Command
+import qualified Annex.Queue
+import Annex.Content
+import Types.Key
+
+def :: [Command]
+def = [notDirect $ notBareRepo $
+	command "fromkey" (paramPair paramKey paramPath) seek
+		SectionPlumbing "adds a file using a specific key"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start (keyname:file:[]) = do
+	let key = fromMaybe (error "bad key") $ file2key keyname
+	inbackend <- inAnnex key
+	unless inbackend $ error $
+		"key ("++ keyname ++") is not present in backend"
+	showStart "fromkey" file
+	next $ perform key file
+start _ = error "specify a key and a dest file"
+
+perform :: Key -> FilePath -> CommandPerform
+perform key file = do
+	link <- inRepo $ gitAnnexLink file key
+	liftIO $ createDirectoryIfMissing True (parentDir file)
+	liftIO $ createSymbolicLink link file
+	next $ cleanup file
+
+cleanup :: FilePath -> CommandCleanup
+cleanup file = do
+	Annex.Queue.addCommand "add" [Param "--"] [file]
+	return True
diff --git a/Command/Fsck.hs b/Command/Fsck.hs
new file mode 100644
index 0000000000..a17662d62e
--- /dev/null
+++ b/Command/Fsck.hs
@@ -0,0 +1,517 @@
+{- git-annex command
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.Fsck where
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Remote
+import qualified Types.Backend
+import qualified Types.Key
+import qualified Backend
+import Annex.Content
+import Annex.Content.Direct
+import Annex.Direct
+import Annex.Perms
+import Annex.Link
+import Logs.Location
+import Logs.Trust
+import Config.NumCopies
+import Annex.UUID
+import Utility.DataUnits
+import Utility.FileMode
+import Config
+import Types.Key
+import Types.CleanupActions
+import Utility.HumanTime
+import Git.FilePath
+import Utility.PID
+
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Posix.Types (EpochTime)
+import System.Locale
+
+def :: [Command]
+def = [withOptions fsckOptions $ command "fsck" paramPaths seek
+	SectionMaintenance "check for problems"]
+
+fsckFromOption :: Option
+fsckFromOption = fieldOption ['f'] "from" paramRemote "check remote"
+
+startIncrementalOption :: Option
+startIncrementalOption = flagOption ['S'] "incremental" "start an incremental fsck"
+
+moreIncrementalOption :: Option
+moreIncrementalOption = flagOption ['m'] "more" "continue an incremental fsck"
+
+incrementalScheduleOption :: Option
+incrementalScheduleOption = fieldOption [] "incremental-schedule" paramTime
+	"schedule incremental fscking"
+
+fsckOptions :: [Option]
+fsckOptions = 
+	[ fsckFromOption
+	, startIncrementalOption
+	, moreIncrementalOption
+	, incrementalScheduleOption
+	] ++ keyOptions
+
+seek :: CommandSeek
+seek ps = do
+	from <- getOptionField fsckFromOption Remote.byNameWithUUID
+	i <- getIncremental
+	withKeyOptions
+		(\k -> startKey i k =<< getNumCopies)
+		(withFilesInGit $ whenAnnexed $ start from i)
+		ps
+
+getIncremental :: Annex Incremental
+getIncremental = do
+	i <- maybe (return False) (checkschedule . parseDuration)
+		=<< Annex.getField (optionName incrementalScheduleOption)
+	starti <- Annex.getFlag (optionName startIncrementalOption)
+	morei <- Annex.getFlag (optionName moreIncrementalOption)
+	case (i, starti, morei) of
+		(False, False, False) -> return NonIncremental
+		(False, True, False) -> startIncremental
+		(False ,False, True) -> ContIncremental <$> getStartTime
+		(True, False, False) ->
+			maybe startIncremental (return . ContIncremental . Just)
+				=<< getStartTime
+		_ -> error "Specify only one of --incremental, --more, or --incremental-schedule"
+  where
+	startIncremental = do
+		recordStartTime
+		return StartIncremental
+
+	checkschedule Nothing = error "bad --incremental-schedule value"
+	checkschedule (Just delta) = do
+		Annex.addCleanup FsckCleanup $ do
+			v <- getStartTime
+			case v of
+				Nothing -> noop
+				Just started -> do
+					now <- liftIO getPOSIXTime
+					when (now - realToFrac started >= durationToPOSIXTime delta)
+						resetStartTime
+		return True
+
+start :: Maybe Remote -> Incremental -> FilePath -> Key -> CommandStart
+start from inc file key = do
+	v <- Backend.getBackend file key
+	case v of
+		Nothing -> stop
+		Just backend -> do
+			numcopies <- getFileNumCopies file
+			case from of
+				Nothing -> go $ perform key file backend numcopies
+				Just r -> go $ performRemote key file backend numcopies r
+  where
+	go = runFsck inc file key
+
+perform :: Key -> FilePath -> Backend -> NumCopies -> Annex Bool
+perform key file backend numcopies = check
+	-- order matters
+	[ fixLink key file
+	, verifyLocationLog key file
+	, verifyDirectMapping key file
+	, verifyDirectMode key file
+	, checkKeySize key
+	, checkBackend backend key (Just file)
+	, checkKeyNumCopies key file numcopies
+	]
+
+{- To fsck a remote, the content is retrieved to a tmp file,
+ - and checked locally. -}
+performRemote :: Key -> FilePath -> Backend -> NumCopies -> Remote -> Annex Bool
+performRemote key file backend numcopies remote =
+	dispatch =<< Remote.hasKey remote key
+  where
+	dispatch (Left err) = do
+		showNote err
+		return False
+	dispatch (Right True) = withtmp $ \tmpfile ->
+		ifM (getfile tmpfile)
+			( go True (Just tmpfile)
+			, go True Nothing
+			)
+	dispatch (Right False) = go False Nothing
+	go present localcopy = check
+		[ verifyLocationLogRemote key file remote present
+		, checkKeySizeRemote key remote localcopy
+		, checkBackendRemote backend key remote localcopy
+		, checkKeyNumCopies key file numcopies
+		]
+	withtmp a = do
+		pid <- liftIO getPID
+		t <- fromRepo gitAnnexTmpObjectDir
+		createAnnexDirectory t
+		let tmp = t </> "fsck" ++ show pid ++ "." ++ keyFile key
+		let cleanup = liftIO $ catchIO (removeFile tmp) (const noop)
+		cleanup
+		cleanup `after` a tmp
+	getfile tmp =
+		ifM (Remote.retrieveKeyFileCheap remote key tmp)
+			( return True
+			, ifM (Annex.getState Annex.fast)
+				( return False
+				, Remote.retrieveKeyFile remote key Nothing tmp dummymeter
+				)
+			)
+	dummymeter _ = noop
+
+startKey :: Incremental -> Key -> NumCopies -> CommandStart
+startKey inc key numcopies =
+	case Backend.maybeLookupBackendName (Types.Key.keyBackendName key) of
+		Nothing -> stop
+		Just backend -> runFsck inc (key2file key) key $
+			performKey key backend numcopies
+
+performKey :: Key -> Backend -> NumCopies -> Annex Bool
+performKey key backend numcopies = check
+	[ verifyLocationLog key (key2file key)
+	, checkKeySize key
+	, checkBackend backend key Nothing
+	, checkKeyNumCopies key (key2file key) numcopies
+	]
+
+check :: [Annex Bool] -> Annex Bool
+check cs = and <$> sequence cs
+
+{- Checks that the file's link points correctly to the content.
+ -
+ - In direct mode, there is only a link when the content is not present.
+ -}
+fixLink :: Key -> FilePath -> Annex Bool
+fixLink key file = do
+	want <- inRepo $ gitAnnexLink file key
+	have <- getAnnexLinkTarget file
+	maybe noop (go want) have
+	return True
+  where
+	go want have
+		| want /= fromInternalGitPath have = do
+			showNote "fixing link"
+			liftIO $ createDirectoryIfMissing True (parentDir file)
+			liftIO $ removeFile file
+			addAnnexLink want file
+		| otherwise = noop
+
+{- Checks that the location log reflects the current status of the key,
+ - in this repository only. -}
+verifyLocationLog :: Key -> String -> Annex Bool
+verifyLocationLog key desc = do
+	present <- inAnnex key
+	direct <- isDirect
+	u <- getUUID
+	
+	{- Since we're checking that a key's file is present, throw
+	 - in a permission fixup here too. -}
+	file <- calcRepo $ gitAnnexLocation key
+	when (present && not direct) $
+		freezeContent file
+	whenM (liftIO $ doesDirectoryExist $ parentDir file) $
+		freezeContentDir file
+
+	{- In direct mode, modified files will show up as not present,
+	 - but that is expected and not something to do anything about. -}
+	if direct && not present
+		then return True
+		else verifyLocationLog' key desc present u (logChange key u)
+
+verifyLocationLogRemote :: Key -> String -> Remote -> Bool -> Annex Bool
+verifyLocationLogRemote key desc remote present =
+	verifyLocationLog' key desc present (Remote.uuid remote)
+		(Remote.logStatus remote key)
+
+verifyLocationLog' :: Key -> String -> Bool -> UUID -> (LogStatus -> Annex ()) -> Annex Bool
+verifyLocationLog' key desc present u updatestatus = do
+	uuids <- Remote.keyLocations key
+	case (present, u `elem` uuids) of
+		(True, False) -> do
+				fix InfoPresent
+				-- There is no data loss, so do not fail.
+				return True
+		(False, True) -> do
+				fix InfoMissing
+				warning $
+					"** Based on the location log, " ++ desc
+					++ "\n** was expected to be present, " ++
+					"but its content is missing."
+				return False
+		_ -> return True
+  where
+	fix s = do
+		showNote "fixing location log"
+		updatestatus s
+
+{- Ensures the direct mode mapping file is consistent. Each file
+ - it lists for the key should exist, and the specified file should be
+ - included in it.
+ -}
+verifyDirectMapping :: Key -> FilePath -> Annex Bool
+verifyDirectMapping key file = do
+	whenM isDirect $ do
+		fs <- addAssociatedFile key file
+		forM_ fs $ \f -> 
+			unlessM (liftIO $ doesFileExist f) $
+				void $ removeAssociatedFile key f
+	return True
+
+{- Ensures that files whose content is available are in direct mode. -}
+verifyDirectMode :: Key -> FilePath -> Annex Bool
+verifyDirectMode key file = do
+	whenM (isDirect <&&> isJust <$> isAnnexLink file) $ do
+		v <- toDirectGen key file
+		case v of
+			Nothing -> noop
+			Just a -> do
+				showNote "fixing direct mode"
+				a
+	return True
+
+{- The size of the data for a key is checked against the size encoded in
+ - the key's metadata, if available.
+ -
+ - Not checked in direct mode, because files can be changed directly.
+  -}
+checkKeySize :: Key -> Annex Bool
+checkKeySize key = ifM isDirect
+	( return True
+	, do
+		file <- calcRepo $ gitAnnexLocation key
+		ifM (liftIO $ doesFileExist file)
+			( checkKeySizeOr badContent key file
+			, return True
+			)
+	)
+
+checkKeySizeRemote :: Key -> Remote -> Maybe FilePath -> Annex Bool
+checkKeySizeRemote _ _ Nothing = return True
+checkKeySizeRemote key remote (Just file) =
+	checkKeySizeOr (badContentRemote remote) key file
+
+checkKeySizeOr :: (Key -> Annex String) -> Key -> FilePath -> Annex Bool
+checkKeySizeOr bad key file = case Types.Key.keySize key of
+	Nothing -> return True
+	Just size -> do
+		size' <- fromIntegral . fileSize
+			<$> liftIO (getFileStatus file)
+		comparesizes size size'
+  where
+	comparesizes a b = do
+		let same = a == b
+		unless same $ badsize a b
+		return same
+	badsize a b = do
+		msg <- bad key
+		warning $ concat
+			[ "Bad file size ("
+			, compareSizes storageUnits True a b
+			, "); "
+			, msg
+			]
+
+{- Runs the backend specific check on a key's content.
+ -
+ - In direct mode this is not done if the file has clearly been modified,
+ - because modification of direct mode files is allowed. It's still done
+ - if the file does not appear modified, to catch disk corruption, etc.
+ -}
+checkBackend :: Backend -> Key -> Maybe FilePath -> Annex Bool
+checkBackend backend key mfile = go =<< isDirect
+  where
+  	go False = do
+		content <- calcRepo $ gitAnnexLocation key
+		checkBackendOr badContent backend key content
+	go True = maybe nocheck checkdirect mfile
+	checkdirect file = ifM (goodContent key file)
+		( checkBackendOr' (badContentDirect file) backend key file
+			(goodContent key file)
+		, nocheck
+		)
+	nocheck = return True
+
+checkBackendRemote :: Backend -> Key -> Remote -> Maybe FilePath -> Annex Bool
+checkBackendRemote backend key remote = maybe (return True) go
+  where
+	go = checkBackendOr (badContentRemote remote) backend key
+
+checkBackendOr :: (Key -> Annex String) -> Backend -> Key -> FilePath -> Annex Bool
+checkBackendOr bad backend key file =
+	checkBackendOr' bad backend key file (return True)
+
+checkBackendOr' :: (Key -> Annex String) -> Backend -> Key -> FilePath -> Annex Bool -> Annex Bool
+checkBackendOr' bad backend key file postcheck =
+	case Types.Backend.fsckKey backend of
+		Nothing -> return True
+		Just a -> do
+			ok <- a key file
+			ifM postcheck
+				( do
+					unless ok $ do
+						msg <- bad key
+						warning $ "Bad file content; " ++ msg
+					return ok
+				, return True
+				)
+
+checkKeyNumCopies :: Key -> String -> NumCopies -> Annex Bool
+checkKeyNumCopies key file numcopies = do
+	(untrustedlocations, safelocations) <- trustPartition UnTrusted =<< Remote.keyLocations key
+	let present = NumCopies (length safelocations)
+	if present < numcopies
+		then do
+			ppuuids <- Remote.prettyPrintUUIDs "untrusted" untrustedlocations
+			warning $ missingNote file present numcopies ppuuids
+			return False
+		else return True
+
+missingNote :: String -> NumCopies -> NumCopies -> String -> String
+missingNote file (NumCopies 0) _ [] = 
+		"** No known copies exist of " ++ file
+missingNote file (NumCopies 0) _ untrusted =
+		"Only these untrusted locations may have copies of " ++ file ++
+		"\n" ++ untrusted ++
+		"Back it up to trusted locations with git-annex copy."
+missingNote file present needed [] =
+		"Only " ++ show (fromNumCopies present) ++ " of " ++ show (fromNumCopies needed) ++ 
+		" trustworthy copies exist of " ++ file ++
+		"\nBack it up with git-annex copy."
+missingNote file present needed untrusted = 
+		missingNote file present needed [] ++
+		"\nThe following untrusted locations may also have copies: " ++
+		"\n" ++ untrusted
+
+{- Bad content is moved aside. -}
+badContent :: Key -> Annex String
+badContent key = do
+	dest <- moveBad key
+	return $ "moved to " ++ dest
+
+{- Bad content is left where it is, but we touch the file, so it'll be
+ - committed to a new key. -}
+badContentDirect :: FilePath -> Key -> Annex String
+badContentDirect file key = do
+	void $ liftIO $ catchMaybeIO $ touchFile file
+	logStatus key InfoMissing
+	return "left in place for you to examine"
+
+badContentRemote :: Remote -> Key -> Annex String
+badContentRemote remote key = do
+	ok <- Remote.removeKey remote key
+	when ok $
+		Remote.logStatus remote key InfoMissing
+	return $ (if ok then "dropped from " else "failed to drop from ")
+		++ Remote.name remote
+
+data Incremental = StartIncremental | ContIncremental (Maybe EpochTime) | NonIncremental
+	deriving (Eq, Show)
+
+runFsck :: Incremental -> FilePath -> Key -> Annex Bool -> CommandStart
+runFsck inc file key a = ifM (needFsck inc key)
+	( do
+		showStart "fsck" file
+		next $ do
+			ok <- a
+			when ok $
+				recordFsckTime key
+			next $ return ok
+	, stop
+	)
+
+{- Check if a key needs to be fscked, with support for incremental fscks. -}
+needFsck :: Incremental -> Key -> Annex Bool
+needFsck (ContIncremental Nothing) _ = return True
+needFsck (ContIncremental starttime) key = do
+	fscktime <- getFsckTime key
+	return $ fscktime < starttime
+needFsck _ _ = return True
+
+{- To record the time that a key was last fscked, without
+ - modifying its mtime, we set the timestamp of its parent directory.
+ - Each annexed file is the only thing in its directory, so this is fine.
+ -
+ - To record that the file was fscked, the directory's sticky bit is set.
+ - (None of the normal unix behaviors of the sticky bit should matter, so
+ - we can reuse this permission bit.)
+ -
+ - Note that this relies on the parent directory being deleted when a file
+ - is dropped. That way, if it's later added back, the fsck record
+ - won't still be present.
+ -}
+recordFsckTime :: Key -> Annex ()
+recordFsckTime key = do
+	parent <- parentDir <$> calcRepo (gitAnnexLocation key)
+	liftIO $ void $ tryIO $ do
+		touchFile parent
+#ifndef mingw32_HOST_OS
+		setSticky parent
+#endif
+
+getFsckTime :: Key -> Annex (Maybe EpochTime)
+getFsckTime key = do
+	parent <- parentDir <$> calcRepo (gitAnnexLocation key)
+	liftIO $ catchDefaultIO Nothing $ do
+		s <- getFileStatus parent
+		return $ if isSticky $ fileMode s
+			then Just $ modificationTime s
+			else Nothing
+
+{- Records the start time of an incremental fsck.
+ -
+ - To guard against time stamp damange (for example, if an annex directory
+ - is copied without -a), the fsckstate file contains a time that should
+ - be identical to its modification time.
+ - (This is not possible to do on Windows, and so the timestamp in
+ - the file will only be equal or greater than the modification time.)
+ -}
+recordStartTime :: Annex ()
+recordStartTime = do
+	f <- fromRepo gitAnnexFsckState
+	createAnnexDirectory $ parentDir f
+	liftIO $ do
+		nukeFile f
+		withFile f WriteMode $ \h -> do
+#ifndef mingw32_HOST_OS
+			t <- modificationTime <$> getFileStatus f
+#else
+			t <- getPOSIXTime
+#endif
+			hPutStr h $ showTime $ realToFrac t
+  where
+	showTime :: POSIXTime -> String
+	showTime = show
+
+resetStartTime :: Annex ()
+resetStartTime = liftIO . nukeFile =<< fromRepo gitAnnexFsckState
+
+{- Gets the incremental fsck start time. -}
+getStartTime :: Annex (Maybe EpochTime)
+getStartTime = do
+	f <- fromRepo gitAnnexFsckState
+	liftIO $ catchDefaultIO Nothing $ do
+		timestamp <- modificationTime <$> getFileStatus f
+		let fromstatus = Just (realToFrac timestamp)
+		fromfile <- readishTime <$> readFile f
+		return $ if matchingtimestamp fromfile fromstatus
+			then Just timestamp
+			else Nothing
+  where
+	readishTime :: String -> Maybe POSIXTime
+	readishTime s = utcTimeToPOSIXSeconds <$>
+		parseTime defaultTimeLocale "%s%Qs" s
+	matchingtimestamp fromfile fromstatus =
+#ifndef mingw32_HOST_OS
+		fromfile == fromstatus
+#else
+		fromfile >= fromstatus
+#endif
diff --git a/Command/FuzzTest.hs b/Command/FuzzTest.hs
new file mode 100644
index 0000000000..08103edc87
--- /dev/null
+++ b/Command/FuzzTest.hs
@@ -0,0 +1,281 @@
+{- git-annex fuzz generator
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.FuzzTest where
+
+import Common.Annex
+import qualified Annex
+import Command
+import qualified Git.Config
+import Config
+import Utility.ThreadScheduler
+import Annex.Exception
+import Utility.DiskFree
+
+import Data.Time.Clock
+import System.Random (getStdRandom, random, randomR)
+import Test.QuickCheck
+import Control.Concurrent
+
+def :: [Command]
+def = [ notBareRepo $ command "fuzztest" paramNothing seek SectionPlumbing
+	"generates fuzz test files"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	guardTest
+	logf <- fromRepo gitAnnexFuzzTestLogFile
+	showStart "fuzztest" logf
+	logh <-liftIO $ openFile logf WriteMode
+	void $ forever $ fuzz logh
+	stop
+
+guardTest :: Annex ()
+guardTest = unlessM (fromMaybe False . Git.Config.isTrue <$> getConfig key "") $
+	error $ unlines
+		[ "Running fuzz tests *writes* to and *deletes* files in"
+		, "this repository, and pushes those changes to other"
+		, "repositories! This is a developer tool, not something"
+		, "to play with."
+		, ""
+		, "Refusing to run fuzz tests, since " ++ keyname ++ " is not set!"
+		]
+  where
+  	key = annexConfig "eat-my-repository"
+	(ConfigKey keyname) = key
+
+
+fuzz :: Handle -> Annex ()
+fuzz logh = do
+	action <- genFuzzAction
+	record logh $ flip Started action
+	result <- tryAnnex $ runFuzzAction action
+	record logh $ flip Finished $
+		either (const False) (const True) result
+
+record :: Handle -> (UTCTime -> TimeStampedFuzzAction) -> Annex ()
+record h tmpl = liftIO $ do
+	now <- getCurrentTime
+	let s = show $ tmpl now
+	print s
+	hPrint h s
+	hFlush h
+
+{- Delay for either a fraction of a second, or a few seconds, or up
+ - to 1 minute.
+ -
+ - The MinutesDelay is used as an opportunity to do housekeeping tasks.
+ -}
+randomDelay :: Delay -> Annex ()
+randomDelay TinyDelay = liftIO $
+	threadDelay =<< getStdRandom (randomR (10000, 1000000))
+randomDelay SecondsDelay = liftIO $ 
+	threadDelaySeconds =<< Seconds <$> getStdRandom (randomR (1, 10))
+randomDelay MinutesDelay = do
+	liftIO $ threadDelaySeconds =<< Seconds <$> getStdRandom (randomR (1, 60))
+	reserve <- annexDiskReserve <$> Annex.getGitConfig
+	free <- liftIO $ getDiskFree "."
+	case free of
+		Just have | have < reserve -> do
+			warning "Low disk space; fuzz test paused."
+			liftIO $ threadDelaySeconds (Seconds 60)
+			randomDelay MinutesDelay
+		_  -> noop
+
+data Delay
+	= TinyDelay
+	| SecondsDelay
+	| MinutesDelay
+	deriving (Read, Show, Eq)
+
+instance Arbitrary Delay where
+	arbitrary = elements [TinyDelay, SecondsDelay, MinutesDelay]
+
+data FuzzFile = FuzzFile FilePath
+	deriving (Read, Show, Eq)
+
+data FuzzDir = FuzzDir FilePath
+	deriving (Read, Show, Eq)
+
+instance Arbitrary FuzzFile where
+	arbitrary = FuzzFile <$> arbitrary
+
+instance Arbitrary FuzzDir where
+	arbitrary = FuzzDir <$> arbitrary
+
+class ToFilePath a where
+	toFilePath :: a -> FilePath
+
+instance ToFilePath FuzzFile where
+	toFilePath (FuzzFile f) = f
+
+instance ToFilePath FuzzDir where
+	toFilePath (FuzzDir d) = d
+
+isFuzzFile :: FilePath -> Bool
+isFuzzFile f = "fuzzfile_" `isPrefixOf` takeFileName f
+
+isFuzzDir :: FilePath -> Bool
+isFuzzDir d = "fuzzdir_" `isPrefixOf` d
+
+mkFuzzFile :: FilePath -> [FuzzDir] -> FuzzFile
+mkFuzzFile file dirs = FuzzFile $ joinPath (map toFilePath dirs) </> ("fuzzfile_" ++ file)
+
+mkFuzzDir :: Int -> FuzzDir
+mkFuzzDir n = FuzzDir $ "fuzzdir_" ++ show n
+
+{- File is placed inside a directory hierarchy up to 4 subdirectories deep. -}
+genFuzzFile :: IO FuzzFile
+genFuzzFile = do
+	n <- getStdRandom $ randomR (0, 4)
+	dirs <- replicateM n genFuzzDir
+	file <- show <$> (getStdRandom random :: IO Int)
+	return $ mkFuzzFile file dirs
+
+{- Only 16 distinct subdirectories are used. When nested 4 deep, this
+ - yields 69904 total directories max, which is below the default Linux
+ - inotify limit of 81920. The goal is not to run the assistant out of
+ - inotify descriptors. -}
+genFuzzDir :: IO FuzzDir
+genFuzzDir = mkFuzzDir <$> (getStdRandom (randomR (1,16)) :: IO Int)
+
+data TimeStampedFuzzAction 
+	= Started UTCTime FuzzAction
+	| Finished UTCTime Bool
+	deriving (Read, Show)
+
+data FuzzAction
+	= FuzzAdd FuzzFile
+	| FuzzDelete FuzzFile
+	| FuzzMove FuzzFile FuzzFile
+	| FuzzModify FuzzFile
+	| FuzzDeleteDir FuzzDir
+	| FuzzMoveDir FuzzDir FuzzDir
+	| FuzzPause Delay
+	deriving (Read, Show, Eq)
+
+instance Arbitrary FuzzAction where
+	arbitrary = frequency
+		[ (50, FuzzAdd <$> arbitrary)
+		, (50, FuzzDelete <$> arbitrary)
+		, (10, FuzzMove <$> arbitrary <*> arbitrary)
+		, (10, FuzzModify <$> arbitrary)
+		, (10, FuzzDeleteDir <$> arbitrary)
+		, (10, FuzzMoveDir <$> arbitrary <*> arbitrary)
+		, (10, FuzzPause <$> arbitrary)
+		]
+
+runFuzzAction :: FuzzAction -> Annex ()
+runFuzzAction (FuzzAdd (FuzzFile f)) = liftIO $ do
+	createDirectoryIfMissing True $ parentDir f
+	n <- getStdRandom random :: IO Int
+	writeFile f $ show n ++ "\n"
+runFuzzAction (FuzzDelete (FuzzFile f)) = liftIO $ nukeFile f
+runFuzzAction (FuzzMove (FuzzFile src) (FuzzFile dest)) = liftIO $
+	rename src dest
+runFuzzAction (FuzzModify (FuzzFile f)) = whenM isDirect $ liftIO $ do
+	n <- getStdRandom random :: IO Int
+	appendFile f $ show n ++ "\n"
+runFuzzAction (FuzzDeleteDir (FuzzDir d)) = liftIO $
+	removeDirectoryRecursive d
+runFuzzAction (FuzzMoveDir (FuzzDir src) (FuzzDir dest)) = liftIO $
+	rename src dest
+runFuzzAction (FuzzPause d) = randomDelay d
+
+genFuzzAction :: Annex FuzzAction
+genFuzzAction = do
+	tmpl <- liftIO $ Prelude.head <$> sample' (arbitrary :: Gen FuzzAction)
+	-- Fix up template action to make sense in the current repo tree.
+	case tmpl of
+		FuzzAdd _ -> do
+			f <- liftIO newFile
+			maybe genFuzzAction (return . FuzzAdd) f
+		FuzzDelete _ -> do
+			f <- liftIO $ existingFile 0 ""
+			maybe genFuzzAction (return . FuzzDelete) f
+		FuzzMove _ _ -> do
+			src <- liftIO $ existingFile 0 ""
+			dest <- liftIO newFile
+			case (src, dest) of
+				(Just s, Just d) -> return $ FuzzMove s d
+				_ -> genFuzzAction
+		FuzzMoveDir _ _ -> do
+			md <- liftIO existingDir
+			case md of
+				Nothing -> genFuzzAction
+				Just d -> do
+					newd <- liftIO $ newDir (parentDir $ toFilePath d)
+					maybe genFuzzAction (return . FuzzMoveDir d) newd
+		FuzzDeleteDir _ -> do
+			d <- liftIO existingDir
+			maybe genFuzzAction (return . FuzzDeleteDir) d
+		FuzzModify _ -> do
+			f <- liftIO $ existingFile 0 ""
+			maybe genFuzzAction (return . FuzzModify) f
+		FuzzPause _ -> return tmpl
+
+existingFile :: Int -> FilePath -> IO (Maybe FuzzFile)
+existingFile 0 _ = return Nothing
+existingFile n top = do
+	dir <- existingDirIncludingTop
+	contents <- catchDefaultIO [] (getDirectoryContents dir)
+	let files = filter isFuzzFile contents
+	if null files
+		then do
+			let dirs = filter isFuzzDir contents
+			if null dirs
+				then return Nothing
+				else do
+					i <- getStdRandom $ randomR (0, length dirs - 1)
+					existingFile (n - 1) (top </> dirs !! i)
+		else do
+			i <- getStdRandom $ randomR (0, length files - 1)
+			return $ Just $ FuzzFile $ top </> dir </> files !! i
+
+existingDirIncludingTop :: IO FilePath
+existingDirIncludingTop = do
+	dirs <- filter isFuzzDir <$> getDirectoryContents "."
+	if null dirs
+		then return "."
+		else do
+			n <- getStdRandom $ randomR (0, length dirs)
+			return $ ("." : dirs) !! n
+
+existingDir :: IO (Maybe FuzzDir)
+existingDir = do
+	d <- existingDirIncludingTop
+	return $ if isFuzzDir d
+		then Just $ FuzzDir d
+		else Nothing
+
+newFile :: IO (Maybe FuzzFile)
+newFile = go (100 :: Int)
+  where
+  	go 0 = return Nothing
+	go n = do
+		f <- genFuzzFile
+		ifM (doesnotexist (toFilePath f))
+			( return $ Just f
+			, go (n - 1)
+			)
+
+newDir :: FilePath -> IO (Maybe FuzzDir)
+newDir parent = go (100 :: Int)
+  where
+  	go 0 = return Nothing
+	go n = do
+		(FuzzDir d) <- genFuzzDir
+		ifM (doesnotexist (parent </> d))
+			( return $ Just $ FuzzDir d
+			, go (n - 1)
+			)
+
+doesnotexist :: FilePath -> IO Bool
+doesnotexist f = isNothing <$> catchMaybeIO (getSymbolicLinkStatus f)
diff --git a/Command/GCryptSetup.hs b/Command/GCryptSetup.hs
new file mode 100644
index 0000000000..2448467fdd
--- /dev/null
+++ b/Command/GCryptSetup.hs
@@ -0,0 +1,39 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.GCryptSetup where
+
+import Common.Annex
+import Command
+import Annex.UUID
+import qualified Remote.GCrypt
+import qualified Git
+
+def :: [Command]
+def = [dontCheck repoExists $ noCommit $
+	command "gcryptsetup" paramValue seek
+		SectionPlumbing "sets up gcrypt repository"]
+
+seek :: CommandSeek
+seek = withStrings start
+
+start :: String -> CommandStart
+start gcryptid = next $ next $ do
+	u <- getUUID
+	when (u /= NoUUID) $
+		error "gcryptsetup refusing to run; this repository already has a git-annex uuid!"
+	
+	g <- gitRepo
+	gu <- Remote.GCrypt.getGCryptUUID True g
+	let newgu = genUUIDInNameSpace gCryptNameSpace gcryptid
+	if gu == Nothing || gu == Just newgu
+		then if Git.repoIsLocalBare g
+			then do
+				void $ Remote.GCrypt.setupRepo gcryptid g
+				return True
+			else error "cannot use gcrypt in a non-bare repository"
+		else error "gcryptsetup uuid mismatch"
diff --git a/Command/Get.hs b/Command/Get.hs
new file mode 100644
index 0000000000..d0be200185
--- /dev/null
+++ b/Command/Get.hs
@@ -0,0 +1,92 @@
+{- git-annex command
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Get where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Annex.Content
+import Annex.Transfer
+import Config.NumCopies
+import Annex.Wanted
+import qualified Command.Move
+
+def :: [Command]
+def = [withOptions getOptions $ command "get" paramPaths seek
+	SectionCommon "make content of annexed files available"]
+
+getOptions :: [Option]
+getOptions = fromOption : keyOptions
+
+seek :: CommandSeek
+seek ps = do
+	from <- getOptionField fromOption Remote.byNameWithUUID
+	withKeyOptions
+		(startKeys from)
+		(withFilesInGit $ whenAnnexed $ start from)
+		ps
+
+start :: Maybe Remote -> FilePath -> Key -> CommandStart
+start from file key = start' expensivecheck from key (Just file)
+  where
+	expensivecheck = checkAuto (numCopiesCheck file key (<) <||> wantGet False (Just key) (Just file))
+
+startKeys :: Maybe Remote -> Key -> CommandStart
+startKeys from key = start' (return True) from key Nothing
+
+start' :: Annex Bool -> Maybe Remote -> Key -> AssociatedFile -> CommandStart
+start' expensivecheck from key afile = stopUnless (not <$> inAnnex key) $
+	stopUnless expensivecheck $
+		case from of
+			Nothing -> go $ perform key afile
+			Just src ->
+				stopUnless (Command.Move.fromOk src key) $
+					go $ Command.Move.fromPerform src False key afile
+  where
+  	go a = do
+		showStart' "get" key afile
+		next a
+
+perform :: Key -> AssociatedFile -> CommandPerform
+perform key afile = stopUnless (getViaTmp key $ getKeyFile key afile) $
+	next $ return True -- no cleanup needed
+
+{- Try to find a copy of the file in one of the remotes,
+ - and copy it to here. -}
+getKeyFile :: Key -> AssociatedFile -> FilePath -> Annex Bool
+getKeyFile key afile dest = getKeyFile' key afile dest
+	=<< Remote.keyPossibilities key
+
+getKeyFile' :: Key -> AssociatedFile -> FilePath -> [Remote] -> Annex Bool
+getKeyFile' key afile dest = dispatch
+  where
+	dispatch [] = do
+		showNote "not available"
+		showlocs
+		return False
+	dispatch remotes = notifyTransfer Download afile $ trycopy remotes remotes
+	trycopy full [] _ = do
+		Remote.showTriedRemotes full
+		showlocs
+		return False
+	trycopy full (r:rs) witness =
+		ifM (probablyPresent r)
+			( docopy r witness <||> trycopy full rs witness
+			, trycopy full rs witness
+			)
+	showlocs = Remote.showLocations key []
+		"No other repository is known to contain the file."
+	-- This check is to avoid an ugly message if a remote is a
+	-- drive that is not mounted.
+	probablyPresent r
+		| Remote.hasKeyCheap r =
+			either (const False) id <$> Remote.hasKey r key
+		| otherwise = return True
+	docopy r = download (Remote.uuid r) key afile noRetry $ \p -> do
+		showAction $ "from " ++ Remote.name r
+		Remote.retrieveKeyFile r key afile dest p
diff --git a/Command/Group.hs b/Command/Group.hs
new file mode 100644
index 0000000000..2b5cd2ec4e
--- /dev/null
+++ b/Command/Group.hs
@@ -0,0 +1,39 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Group where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.Group
+import Types.Group
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "group" (paramPair paramRemote paramDesc) seek
+	SectionSetup "add a repository to a group"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start (name:g:[]) = do
+	showStart "group" name
+	u <- Remote.nameToUUID name
+	next $ setGroup u g
+start (name:[]) = do
+	u <- Remote.nameToUUID name
+	showRaw . unwords . S.toList =<< lookupGroups u
+	stop
+start _ = error "Specify a repository and a group."
+
+setGroup :: UUID -> Group -> CommandPerform
+setGroup uuid g = do
+	groupChange uuid (S.insert g) 
+	next $ return True
diff --git a/Command/Help.hs b/Command/Help.hs
new file mode 100644
index 0000000000..7998ed7965
--- /dev/null
+++ b/Command/Help.hs
@@ -0,0 +1,65 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Help where
+
+import Common.Annex
+import Command
+import qualified Command.Init
+import qualified Command.Add
+import qualified Command.Drop
+import qualified Command.Get
+import qualified Command.Move
+import qualified Command.Copy
+import qualified Command.Sync
+import qualified Command.Whereis
+import qualified Command.Fsck
+
+import System.Console.GetOpt
+
+def :: [Command]
+def = [noCommit $ noRepo startNoRepo $ dontCheck repoExists $
+	command "help" paramNothing seek SectionQuery "display help"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start params = do
+	liftIO $ start' params
+	stop
+
+startNoRepo :: CmdParams -> IO ()
+startNoRepo = start'
+
+start' :: [String] -> IO ()
+start' ["options"] = showCommonOptions
+start' _ = showGeneralHelp
+
+showCommonOptions :: IO ()
+showCommonOptions = putStrLn $ usageInfo "Common options:" gitAnnexOptions
+
+showGeneralHelp :: IO ()
+showGeneralHelp = putStrLn $ unlines
+	[ "The most frequently used git-annex commands are:"
+	, unlines $ map cmdline $ concat
+		[ Command.Init.def
+		, Command.Add.def
+		, Command.Drop.def
+		, Command.Get.def
+		, Command.Move.def
+		, Command.Copy.def
+		, Command.Sync.def
+		, Command.Whereis.def
+		, Command.Fsck.def
+		]
+	, "Run 'git-annex' for a complete command list."
+	, "Run 'git-annex command --help' for help on a specific command."
+	, "Run `git annex help options' for a list of common options."
+	]
+  where
+	cmdline c = "\t" ++ cmdname c ++ "\t" ++ cmddesc c
diff --git a/Command/Import.hs b/Command/Import.hs
new file mode 100644
index 0000000000..db3601a1b3
--- /dev/null
+++ b/Command/Import.hs
@@ -0,0 +1,115 @@
+{- git-annex command
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Import where
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Command.Add
+import Utility.CopyFile
+import Backend
+import Remote
+import Types.KeySource
+
+def :: [Command]
+def = [withOptions opts $ notBareRepo $ command "import" paramPaths seek
+	SectionCommon "move and add files from outside git working copy"]
+
+opts :: [Option]
+opts =
+	[ duplicateOption
+	, deduplicateOption
+	, cleanDuplicatesOption
+	, skipDuplicatesOption
+	]
+
+duplicateOption :: Option
+duplicateOption = flagOption [] "duplicate" "do not delete source files"
+
+deduplicateOption :: Option
+deduplicateOption = flagOption [] "deduplicate" "delete source files whose content was imported before"
+
+cleanDuplicatesOption :: Option
+cleanDuplicatesOption = flagOption [] "clean-duplicates" "delete duplicate source files (import nothing)"
+
+skipDuplicatesOption :: Option
+skipDuplicatesOption = flagOption [] "skip-duplicates" "import only new files"
+
+data DuplicateMode = Default | Duplicate | DeDuplicate | CleanDuplicates | SkipDuplicates
+	deriving (Eq)
+
+getDuplicateMode :: Annex DuplicateMode
+getDuplicateMode = gen
+	<$> getflag duplicateOption
+	<*> getflag deduplicateOption
+	<*> getflag cleanDuplicatesOption
+	<*> getflag skipDuplicatesOption
+  where
+  	getflag = Annex.getFlag . optionName
+  	gen False False False False = Default
+	gen True False False False = Duplicate
+	gen False True False False = DeDuplicate
+	gen False False True False = CleanDuplicates
+	gen False False False True = SkipDuplicates
+	gen _ _ _ _ = error "bad combination of --duplicate, --deduplicate, --clean-duplicates, --skip-duplicates"
+
+seek :: CommandSeek
+seek ps = do
+	mode <- getDuplicateMode
+	withPathContents (start mode) ps
+
+start :: DuplicateMode -> (FilePath, FilePath) -> CommandStart
+start mode (srcfile, destfile) =
+	ifM (liftIO $ isRegularFile <$> getSymbolicLinkStatus srcfile)
+		( do
+			isdup <- do
+				backend <- chooseBackend destfile
+				let ks = KeySource srcfile srcfile Nothing
+				v <- genKey ks backend
+				case v of
+					Just (k, _) -> not . null <$> keyLocations k
+					_ -> return False
+			case pickaction isdup of
+				Nothing -> stop
+				Just a -> do
+					showStart "import" destfile
+					next a
+		, stop
+		)
+  where
+	deletedup = do
+		showNote "duplicate"
+		liftIO $ removeFile srcfile
+		next $ return True
+	importfile = do
+		handleexisting =<< liftIO (catchMaybeIO $ getSymbolicLinkStatus destfile)
+		liftIO $ createDirectoryIfMissing True (parentDir destfile)
+		liftIO $ if mode == Duplicate || mode == SkipDuplicates
+			then void $ copyFileExternal srcfile destfile
+			else moveFile srcfile destfile
+		Command.Add.perform destfile
+	handleexisting Nothing = noop
+	handleexisting (Just s)
+		| isDirectory s = notoverwriting "(is a directory)"
+		| otherwise = ifM (Annex.getState Annex.force) $
+			( liftIO $ nukeFile destfile
+			, notoverwriting "(use --force to override)"
+			)
+	notoverwriting why = error $ "not overwriting existing " ++ destfile ++ " " ++ why
+	pickaction isdup = case mode of
+		DeDuplicate
+			| isdup -> Just deletedup
+			| otherwise -> Just importfile
+		CleanDuplicates
+			| isdup -> Just deletedup
+			| otherwise -> Nothing
+		SkipDuplicates
+			| isdup -> Nothing
+			| otherwise -> Just importfile
+		_ -> Just importfile
+
diff --git a/Command/ImportFeed.hs b/Command/ImportFeed.hs
new file mode 100644
index 0000000000..e78588518b
--- /dev/null
+++ b/Command/ImportFeed.hs
@@ -0,0 +1,297 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.ImportFeed where
+
+import Text.Feed.Import
+import Text.Feed.Query
+import Text.Feed.Types
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Time.Clock
+import Data.Time.Format
+import System.Locale
+
+import Common.Annex
+import qualified Annex
+import Command
+import qualified Annex.Url as Url
+import Logs.Web
+import qualified Utility.Format
+import Utility.Tmp
+import Command.AddUrl (addUrlFile, relaxedOption)
+import Annex.Perms
+import Backend.URL (fromUrl)
+#ifdef WITH_QUVI
+import Annex.Quvi
+import qualified Utility.Quvi as Quvi
+import Command.AddUrl (addUrlFileQuvi)
+#endif
+import Types.MetaData
+import Logs.MetaData
+import Annex.MetaData
+
+def :: [Command]
+def = [notBareRepo $ withOptions [templateOption, relaxedOption] $
+	command "importfeed" (paramRepeating paramUrl) seek
+		SectionCommon "import files from podcast feeds"]
+
+templateOption :: Option
+templateOption = fieldOption [] "template" paramFormat "template for filenames"
+
+seek :: CommandSeek
+seek ps = do
+	tmpl <- getOptionField templateOption return
+	relaxed <- getOptionFlag relaxedOption
+	cache <- getCache tmpl
+	withStrings (start relaxed cache) ps
+
+start :: Bool -> Cache -> URLString -> CommandStart
+start relaxed cache url = do
+	showStart "importfeed" url
+	next $ perform relaxed cache url
+
+perform :: Bool -> Cache -> URLString -> CommandPerform
+perform relaxed cache url = do
+	v <- findDownloads url
+	case v of
+		[] -> do
+			feedProblem url "bad feed content"
+			next $ return True
+		l -> do
+			ok <- and <$> mapM (performDownload relaxed cache) l
+			unless ok $
+				feedProblem url "problem downloading item"
+			next $ cleanup url True
+
+cleanup :: URLString -> Bool -> CommandCleanup
+cleanup url ok = do
+	when ok $
+		clearFeedProblem url
+	return ok
+
+data ToDownload = ToDownload
+	{ feed :: Feed
+	, feedurl :: URLString
+	, item :: Item
+	, location :: DownloadLocation
+	}
+
+data DownloadLocation = Enclosure URLString | QuviLink URLString
+
+data Cache = Cache
+	{ knownurls :: S.Set URLString
+	, template :: Utility.Format.Format
+	}
+
+getCache :: Maybe String -> Annex Cache
+getCache opttemplate = ifM (Annex.getState Annex.force)
+	( ret S.empty
+	, do
+		showSideAction "checking known urls"
+		ret =<< S.fromList <$> knownUrls
+	)
+  where
+	tmpl = Utility.Format.gen $ fromMaybe defaultTemplate opttemplate
+	ret s = return $ Cache s tmpl
+
+findDownloads :: URLString -> Annex [ToDownload]
+findDownloads u = go =<< downloadFeed u
+  where
+	go Nothing = pure []
+	go (Just f) = catMaybes <$> mapM (mk f) (feedItems f)
+
+	mk f i = case getItemEnclosure i of
+		Just (enclosureurl, _, _) -> return $ 
+			Just $ ToDownload f u i $ Enclosure enclosureurl
+		Nothing -> mkquvi f i
+#ifdef WITH_QUVI
+	mkquvi f i = case getItemLink i of
+		Just link -> ifM (quviSupported link)
+			( return $ Just $ ToDownload f u i $ QuviLink link
+			, return Nothing
+			)
+		Nothing -> return Nothing
+#else
+	mkquvi = return Nothing
+#endif
+
+{- Feeds change, so a feed download cannot be resumed. -}
+downloadFeed :: URLString -> Annex (Maybe Feed)
+downloadFeed url = do
+	showOutput
+	uo <- Url.getUrlOptions
+	liftIO $ withTmpFile "feed" $ \f h -> do
+		fileEncoding h
+		ifM (Url.download url f uo)
+			( parseFeedString <$> hGetContentsStrict h
+			, return Nothing
+			)
+
+performDownload :: Bool -> Cache -> ToDownload -> Annex Bool
+performDownload relaxed cache todownload = case location todownload of
+	Enclosure url -> checkknown url $
+		rundownload url (takeExtension url) $ 
+			addUrlFile relaxed url
+	QuviLink pageurl -> do
+		let quviurl = setDownloader pageurl QuviDownloader
+		checkknown quviurl $ do
+			mp <- withQuviOptions Quvi.query [Quvi.quiet, Quvi.httponly] pageurl
+			case mp of
+				Nothing -> return False
+				Just page -> case headMaybe $ Quvi.pageLinks page of
+					Nothing -> return False
+					Just link -> do
+						let videourl = Quvi.linkUrl link
+						checkknown videourl $
+							rundownload videourl ("." ++ Quvi.linkSuffix link) $
+								addUrlFileQuvi relaxed quviurl videourl
+  where
+  	forced = Annex.getState Annex.force
+
+	{- Avoids downloading any urls that are already known to be
+	 - associated with a file in the annex, unless forced. -}
+	checkknown url a
+		| S.member url (knownurls cache) = ifM forced (a, return True)
+		| otherwise = a
+
+	rundownload url extension getter = do
+		dest <- makeunique url (1 :: Integer) $
+			feedFile (template cache) todownload extension
+		case dest of
+			Nothing -> return True
+			Just f -> do
+				showStart "addurl" f
+				mk <- getter f
+				case mk of
+					Just key -> do
+						whenM (annexGenMetaData <$> Annex.getGitConfig) $
+							addMetaData key $ extractMetaData todownload
+						showEndOk
+						return True
+					Nothing -> do
+						showEndFail
+						checkFeedBroken (feedurl todownload)
+
+	{- Find a unique filename to save the url to.
+	 - If the file exists, prefixes it with a number.
+	 - When forced, the file may already exist and have the same
+	 - url, in which case Nothing is returned as it does not need
+	 - to be re-downloaded. -}
+	makeunique url n file = ifM alreadyexists
+		( ifM forced
+			( ifAnnexed f checksameurl tryanother
+			, tryanother
+			)
+		, return $ Just f
+		)
+	  where
+	  	f = if n < 2
+			then file
+			else
+				let (d, base) = splitFileName file
+				in d </> show n ++ "_" ++ base
+		tryanother = makeunique url (n + 1) file
+		alreadyexists = liftIO $ isJust <$> catchMaybeIO (getSymbolicLinkStatus f)
+		checksameurl k = ifM (elem url <$> getUrls k)
+			( return Nothing
+			, tryanother
+			)
+
+defaultTemplate :: String
+defaultTemplate = "${feedtitle}/${itemtitle}${extension}"
+
+{- Generates a filename to use for a feed item by filling out the template.
+ - The filename may not be unique. -}
+feedFile :: Utility.Format.Format -> ToDownload -> String -> FilePath
+feedFile tmpl i extension = Utility.Format.format tmpl $
+	M.map sanitizeFilePath $ M.fromList $ extractFields i ++
+		[ ("extension", extension)
+		, extractField "itempubdate" [pubdate $ item i]
+		]
+  where
+#if MIN_VERSION_feed(0,3,9)
+	pubdate itm = case getItemPublishDate itm :: Maybe (Maybe UTCTime) of
+		Just (Just d) -> Just $
+			formatTime defaultTimeLocale "%F" d
+		-- if date cannot be parsed, use the raw string
+		_ -> replace "/" "-" <$> getItemPublishDateString itm
+#else
+	pubdate _ = Nothing
+#endif
+
+extractMetaData :: ToDownload -> MetaData
+extractMetaData i = case getItemPublishDate (item i) :: Maybe (Maybe UTCTime) of
+	Just (Just d) -> unionMetaData meta (dateMetaData d meta)
+	_ -> meta
+  where
+	tometa (k, v) = (mkMetaFieldUnchecked k, S.singleton (toMetaValue v))
+	meta = MetaData $ M.fromList $ map tometa $ extractFields i
+
+{- Extract fields from the feed and item, that are both used as metadata,
+ - and to generate the filename. -}
+extractFields :: ToDownload -> [(String, String)]
+extractFields i = map (uncurry extractField)
+	[ ("feedtitle", [feedtitle])
+	, ("itemtitle", [itemtitle])
+	, ("feedauthor", [feedauthor])
+	, ("itemauthor", [itemauthor])
+	, ("itemsummary", [getItemSummary $ item i])
+	, ("itemdescription", [getItemDescription $ item i])
+	, ("itemrights", [getItemRights $ item i])
+	, ("itemid", [snd <$> getItemId (item i)])
+	, ("title", [itemtitle, feedtitle])
+	, ("author", [itemauthor, feedauthor])
+	]
+  where
+	feedtitle = Just $ getFeedTitle $ feed i
+	itemtitle = getItemTitle $ item i
+	feedauthor = getFeedAuthor $ feed i
+	itemauthor = getItemAuthor $ item i
+
+extractField :: String -> [Maybe String] -> (String, String)
+extractField k [] = (k, "none")
+extractField k (Just v:_)
+	| not (null v) = (k, v)
+extractField k (_:rest) = extractField k rest
+
+{- Called when there is a problem with a feed.
+ - Throws an error if the feed is broken, otherwise shows a warning. -}
+feedProblem :: URLString -> String -> Annex ()
+feedProblem url message = ifM (checkFeedBroken url)
+	( error $ message ++ " (having repeated problems with feed: " ++ url ++ ")"
+	, warning $ "warning: " ++ message
+	)
+
+{- A feed is only broken if problems have occurred repeatedly, for at
+ - least 23 hours. -}
+checkFeedBroken :: URLString -> Annex Bool
+checkFeedBroken url = checkFeedBroken' url =<< feedState url
+checkFeedBroken' :: URLString -> FilePath -> Annex Bool
+checkFeedBroken' url f = do
+	prev <- maybe Nothing readish <$> liftIO (catchMaybeIO $ readFile f)
+	now <- liftIO getCurrentTime
+	case prev of
+		Nothing -> do
+			createAnnexDirectory (parentDir f)
+			liftIO $ writeFile f $ show now
+			return False
+		Just prevtime -> do
+			let broken = diffUTCTime now prevtime > 60 * 60 * 23
+			when broken $
+				-- Avoid repeatedly complaining about
+				-- broken feed.
+				clearFeedProblem url
+			return broken
+
+clearFeedProblem :: URLString -> Annex ()
+clearFeedProblem url = void $ liftIO . tryIO . removeFile =<< feedState url
+
+feedState :: URLString -> Annex FilePath
+feedState url = fromRepo . gitAnnexFeedState =<< fromUrl url Nothing
diff --git a/Command/InAnnex.hs b/Command/InAnnex.hs
new file mode 100644
index 0000000000..11cbdb73dd
--- /dev/null
+++ b/Command/InAnnex.hs
@@ -0,0 +1,27 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.InAnnex where
+
+import Common.Annex
+import Command
+import Annex.Content
+
+def :: [Command]
+def = [noCommit $ command "inannex" (paramRepeating paramKey) seek
+	SectionPlumbing "checks if keys are present in the annex"]
+
+seek :: CommandSeek
+seek = withKeys start
+
+start :: Key -> CommandStart
+start key = inAnnexSafe key >>= dispatch
+  where
+	dispatch (Just True) = stop
+	dispatch (Just False) = exit 1
+	dispatch Nothing = exit 100
+	exit n = liftIO $ exitWith $ ExitFailure n
diff --git a/Command/Indirect.hs b/Command/Indirect.hs
new file mode 100644
index 0000000000..4ce4c2c383
--- /dev/null
+++ b/Command/Indirect.hs
@@ -0,0 +1,109 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Indirect where
+
+import Control.Exception.Extensible
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.Branch
+import qualified Git.LsFiles
+import Git.FileMode
+import Config
+import qualified Annex
+import Annex.Direct
+import Annex.Content
+import Annex.Content.Direct
+import Annex.CatFile
+import Annex.Exception
+import Annex.Init
+import qualified Command.Add
+
+def :: [Command]
+def = [notBareRepo $ noDaemonRunning $
+	command "indirect" paramNothing seek
+		SectionSetup "switch repository to indirect mode"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = ifM isDirect
+	( do
+		unlessM (coreSymlinks <$> Annex.getGitConfig) $
+			error "Git is configured to not use symlinks, so you must use direct mode."
+		whenM probeCrippledFileSystem $
+			error "This repository seems to be on a crippled filesystem, you must use direct mode."
+		next perform
+	, stop
+	)
+
+perform :: CommandPerform
+perform = do
+	showStart "commit" ""
+	whenM stageDirect $ do
+		showOutput
+		void $ inRepo $ Git.Branch.commitCommand Git.Branch.ManualCommit
+			[ Param "-m"
+			, Param "commit before switching to indirect mode"
+			]
+	showEndOk
+
+	-- Note that we set indirect mode early, so that we can use
+	-- moveAnnex in indirect mode.
+	setDirect False
+
+	top <- fromRepo Git.repoPath
+	(l, clean) <- inRepo $ Git.LsFiles.stagedOthersDetails [top]
+	forM_ l go
+	void $ liftIO clean
+	next cleanup
+  where
+	{- Walk tree from top and move all present direct mode files into
+	 - the annex, replacing with symlinks. Also delete direct mode
+	 - caches and mappings. -}
+	go (f, Just sha, Just mode) | isSymLink mode = do
+		r <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus f
+		case r of
+			Just s
+				| isSymbolicLink s -> void $ flip whenAnnexed f $
+					\_ k -> do
+						removeInodeCache k
+						removeAssociatedFiles k
+						return Nothing
+				| otherwise -> 
+					maybe noop (fromdirect f)
+						=<< catKey sha mode
+			_ -> noop
+	go _ = noop
+
+	fromdirect f k = do
+		showStart "indirect" f
+		removeInodeCache k
+		removeAssociatedFiles k
+		whenM (liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f) $ do
+			v <-tryAnnexIO (moveAnnex k f)
+			case v of
+				Right _ -> do 
+					l <- inRepo $ gitAnnexLink f k
+					liftIO $ createSymbolicLink l f
+				Left e -> catchAnnex (Command.Add.undo f k e)
+					warnlocked
+		showEndOk
+
+ 	warnlocked :: SomeException -> Annex ()
+	warnlocked e = do
+		warning $ show e
+		warning "leaving this file as-is; correct this problem and run git annex add on it"
+	
+cleanup :: CommandCleanup
+cleanup = do
+	showStart "indirect" ""
+	showEndOk
+	return True
diff --git a/Command/Info.hs b/Command/Info.hs
new file mode 100644
index 0000000000..63bc92bbe1
--- /dev/null
+++ b/Command/Info.hs
@@ -0,0 +1,385 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Command.Info where
+
+import "mtl" Control.Monad.State.Strict
+import qualified Data.Map as M
+import Text.JSON
+import Data.Tuple
+import Data.Ord
+
+import Common.Annex
+import qualified Remote
+import qualified Command.Unused
+import qualified Git
+import qualified Annex
+import Command
+import Utility.DataUnits
+import Utility.DiskFree
+import Annex.Content
+import Types.Key
+import Logs.UUID
+import Logs.Trust
+import Config.NumCopies
+import Remote
+import Config
+import Utility.Percentage
+import Logs.Transfer
+import Types.TrustLevel
+import Types.FileMatcher
+import qualified Limit
+
+-- a named computation that produces a statistic
+type Stat = StatState (Maybe (String, StatState String))
+
+-- data about a set of keys
+data KeyData = KeyData
+	{ countKeys :: Integer
+	, sizeKeys :: Integer
+	, unknownSizeKeys :: Integer
+	, backendsKeys :: M.Map String Integer
+	}
+
+data NumCopiesStats = NumCopiesStats
+	{ numCopiesVarianceMap :: M.Map Variance Integer
+	}
+
+newtype Variance = Variance Int
+	deriving (Eq, Ord)
+
+instance Show Variance where
+	show (Variance n)
+		| n >= 0 = "numcopies +" ++ show n
+		| otherwise = "numcopies " ++ show n
+
+-- cached info that multiple Stats use
+data StatInfo = StatInfo
+	{ presentData :: Maybe KeyData
+	, referencedData :: Maybe KeyData
+	, numCopiesStats :: Maybe NumCopiesStats
+	}
+
+-- a state monad for running Stats in
+type StatState = StateT StatInfo Annex
+
+def :: [Command]
+def = [noCommit $ dontCheck repoExists $ withOptions [jsonOption] $
+	command "info" paramPaths seek SectionQuery
+	"shows general information about the annex"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [FilePath] -> CommandStart
+start [] = do
+	globalInfo
+	stop
+start ps = do
+	mapM_ localInfo =<< filterM isdir ps
+	stop
+  where
+	isdir = liftIO . catchBoolIO . (isDirectory <$$> getFileStatus)
+
+globalInfo :: Annex ()
+globalInfo = do
+	stats <- selStats global_fast_stats global_slow_stats
+	showCustom "info" $ do
+		evalStateT (mapM_ showStat stats) (StatInfo Nothing Nothing Nothing)
+		return True
+
+localInfo :: FilePath -> Annex ()
+localInfo dir = showCustom (unwords ["info", dir]) $ do
+	stats <- selStats (tostats local_fast_stats) (tostats local_slow_stats)
+	evalStateT (mapM_ showStat stats) =<< getLocalStatInfo dir
+	return True
+  where
+  	tostats = map (\s -> s dir)
+
+selStats :: [Stat] -> [Stat] -> Annex [Stat]
+selStats fast_stats slow_stats = do
+	fast <- Annex.getState Annex.fast
+	return $ if fast
+		then fast_stats
+		else fast_stats ++ slow_stats
+
+{- Order is significant. Less expensive operations, and operations
+ - that share data go together.
+ -}
+global_fast_stats :: [Stat]
+global_fast_stats = 
+	[ repository_mode
+	, remote_list Trusted
+	, remote_list SemiTrusted
+	, remote_list UnTrusted
+	, transfer_list
+	, disk_size
+	]
+global_slow_stats :: [Stat]
+global_slow_stats = 
+	[ tmp_size
+	, bad_data_size
+	, local_annex_keys
+	, local_annex_size
+	, known_annex_files
+	, known_annex_size
+	, bloom_info
+	, backend_usage
+	]
+local_fast_stats :: [FilePath -> Stat]
+local_fast_stats =
+	[ local_dir
+	, const local_annex_keys
+	, const local_annex_size
+	, const known_annex_files
+	, const known_annex_size
+	]
+local_slow_stats :: [FilePath -> Stat]
+local_slow_stats =
+	[ const numcopies_stats
+	]
+
+stat :: String -> (String -> StatState String) -> Stat
+stat desc a = return $ Just (desc, a desc)
+
+nostat :: Stat
+nostat = return Nothing
+
+json :: JSON j => (j -> String) -> StatState j -> String -> StatState String
+json serialize a desc = do
+	j <- a
+	lift $ maybeShowJSON [(desc, j)]
+	return $ serialize j
+
+nojson :: StatState String -> String -> StatState String
+nojson a _ = a
+
+showStat :: Stat -> StatState ()
+showStat s = maybe noop calc =<< s
+  where
+	calc (desc, a) = do
+		(lift . showHeader) desc
+		lift . showRaw =<< a
+
+repository_mode :: Stat
+repository_mode = stat "repository mode" $ json id $ lift $
+	ifM isDirect 
+		( return "direct", return "indirect" )
+
+remote_list :: TrustLevel -> Stat
+remote_list level = stat n $ nojson $ lift $ do
+	us <- M.keys <$> (M.union <$> uuidMap <*> remoteMap Remote.name)
+	rs <- fst <$> trustPartition level us
+	s <- prettyPrintUUIDs n rs
+	return $ if null s then "0" else show (length rs) ++ "\n" ++ beginning s
+  where
+	n = showTrustLevel level ++ " repositories"
+	
+local_dir :: FilePath -> Stat
+local_dir dir = stat "directory" $ json id $ return dir
+
+local_annex_keys :: Stat
+local_annex_keys = stat "local annex keys" $ json show $
+	countKeys <$> cachedPresentData
+
+local_annex_size :: Stat
+local_annex_size = stat "local annex size" $ json id $
+	showSizeKeys <$> cachedPresentData
+
+known_annex_files :: Stat
+known_annex_files = stat "annexed files in working tree" $ json show $
+	countKeys <$> cachedReferencedData
+
+known_annex_size :: Stat
+known_annex_size = stat "size of annexed files in working tree" $ json id $
+	showSizeKeys <$> cachedReferencedData
+
+tmp_size :: Stat
+tmp_size = staleSize "temporary object directory size" gitAnnexTmpObjectDir
+
+bad_data_size :: Stat
+bad_data_size = staleSize "bad keys size" gitAnnexBadDir
+
+bloom_info :: Stat
+bloom_info = stat "bloom filter size" $ json id $ do
+	localkeys <- countKeys <$> cachedPresentData
+	capacity <- fromIntegral <$> lift Command.Unused.bloomCapacity
+	let note = aside $
+		if localkeys >= capacity
+		then "appears too small for this repository; adjust annex.bloomcapacity"
+		else showPercentage 1 (percentage capacity localkeys) ++ " full"
+
+	-- Two bloom filters are used at the same time, so double the size
+	-- of one.
+	size <- roughSize memoryUnits False . (* 2) . fromIntegral . fst <$>
+		lift Command.Unused.bloomBitsHashes
+
+	return $ size ++ note
+
+transfer_list :: Stat
+transfer_list = stat "transfers in progress" $ nojson $ lift $ do
+	uuidmap <- Remote.remoteMap id
+	ts <- getTransfers
+	return $ if null ts
+		then "none"
+		else multiLine $
+			map (uncurry $ line uuidmap) $ sort ts
+  where
+	line uuidmap t i = unwords
+		[ showLcDirection (transferDirection t) ++ "ing"
+		, fromMaybe (key2file $ transferKey t) (associatedFile i)
+		, if transferDirection t == Upload then "to" else "from"
+		, maybe (fromUUID $ transferUUID t) Remote.name $
+			M.lookup (transferUUID t) uuidmap
+		]
+
+disk_size :: Stat
+disk_size = stat "available local disk space" $ json id $ lift $
+	calcfree
+		<$> (annexDiskReserve <$> Annex.getGitConfig)
+		<*> inRepo (getDiskFree . gitAnnexDir)
+  where
+	calcfree reserve (Just have) = unwords
+		[ roughSize storageUnits False $ nonneg $ have - reserve
+		, "(+" ++ roughSize storageUnits False reserve
+		, "reserved)"
+		]			
+	calcfree _ _ = "unknown"
+
+	nonneg x
+		| x >= 0 = x
+		| otherwise = 0
+
+backend_usage :: Stat
+backend_usage = stat "backend usage" $ nojson $
+	calc
+		<$> (backendsKeys <$> cachedReferencedData)
+		<*> (backendsKeys <$> cachedPresentData)
+  where
+	calc x y = multiLine $
+		map (\(n, b) -> b ++ ": " ++ show n) $
+		reverse $ sort $ map swap $ M.toList $
+		M.unionWith (+) x y
+
+numcopies_stats :: Stat
+numcopies_stats = stat "numcopies stats" $ nojson $
+	calc <$> (maybe M.empty numCopiesVarianceMap <$> cachedNumCopiesStats)
+  where
+	calc = multiLine
+		. map (\(variance, count) -> show variance ++ ": " ++ show count)
+		. reverse . sortBy (comparing snd) . M.toList
+
+cachedPresentData :: StatState KeyData
+cachedPresentData = do
+	s <- get
+	case presentData s of
+		Just v -> return v
+		Nothing -> do
+			v <- foldKeys <$> lift (getKeysPresent InRepository)
+			put s { presentData = Just v }
+			return v
+
+cachedReferencedData :: StatState KeyData
+cachedReferencedData = do
+	s <- get
+	case referencedData s of
+		Just v -> return v
+		Nothing -> do
+			!v <- lift $ Command.Unused.withKeysReferenced
+				emptyKeyData addKey
+			put s { referencedData = Just v }
+			return v
+
+-- currently only available for local info
+cachedNumCopiesStats :: StatState (Maybe NumCopiesStats)
+cachedNumCopiesStats = numCopiesStats <$> get
+
+getLocalStatInfo :: FilePath -> Annex StatInfo
+getLocalStatInfo dir = do
+	fast <- Annex.getState Annex.fast
+	matcher <- Limit.getMatcher
+	(presentdata, referenceddata, numcopiesstats) <-
+		Command.Unused.withKeysFilesReferencedIn dir initial
+			(update matcher fast)
+	return $ StatInfo (Just presentdata) (Just referenceddata) (Just numcopiesstats)
+  where
+	initial = (emptyKeyData, emptyKeyData, emptyNumCopiesStats)
+	update matcher fast key file vs@(presentdata, referenceddata, numcopiesstats) =
+		ifM (matcher $ MatchingFile $ FileInfo file file)
+			( do
+				!presentdata' <- ifM (inAnnex key)
+					( return $ addKey key presentdata
+					, return presentdata
+					)
+				let !referenceddata' = addKey key referenceddata
+				!numcopiesstats' <- if fast
+					then return numcopiesstats
+					else updateNumCopiesStats key file numcopiesstats
+				return $! (presentdata', referenceddata', numcopiesstats')
+			, return vs
+			)
+
+emptyKeyData :: KeyData
+emptyKeyData = KeyData 0 0 0 M.empty
+
+emptyNumCopiesStats :: NumCopiesStats
+emptyNumCopiesStats = NumCopiesStats M.empty
+
+foldKeys :: [Key] -> KeyData
+foldKeys = foldl' (flip addKey) emptyKeyData
+
+addKey :: Key -> KeyData -> KeyData
+addKey key (KeyData count size unknownsize backends) =
+	KeyData count' size' unknownsize' backends'
+  where
+	{- All calculations strict to avoid thunks when repeatedly
+	 - applied to many keys. -}
+	!count' = count + 1
+	!backends' = M.insertWith' (+) (keyBackendName key) 1 backends
+	!size' = maybe size (+ size) ks
+	!unknownsize' = maybe (unknownsize + 1) (const unknownsize) ks
+	ks = keySize key
+
+updateNumCopiesStats :: Key -> FilePath -> NumCopiesStats -> Annex NumCopiesStats
+updateNumCopiesStats key file (NumCopiesStats m) = do
+	!variance <- Variance <$> numCopiesCheck file key (-)
+	let !m' = M.insertWith' (+) variance 1 m
+	let !ret = NumCopiesStats m'
+	return ret
+
+showSizeKeys :: KeyData -> String
+showSizeKeys d = total ++ missingnote
+  where
+	total = roughSize storageUnits False $ sizeKeys d
+	missingnote
+		| unknownSizeKeys d == 0 = ""
+		| otherwise = aside $
+			"+ " ++ show (unknownSizeKeys d) ++
+			" unknown size"
+
+staleSize :: String -> (Git.Repo -> FilePath) -> Stat
+staleSize label dirspec = go =<< lift (dirKeys dirspec)
+  where
+	go [] = nostat
+	go keys = onsize =<< sum <$> keysizes keys
+	onsize 0 = nostat
+	onsize size = stat label $
+		json (++ aside "clean up with git-annex unused") $
+			return $ roughSize storageUnits False size
+	keysizes keys = do
+		dir <- lift $ fromRepo dirspec
+		liftIO $ forM keys $ \k -> catchDefaultIO 0 $
+			fromIntegral . fileSize 
+				<$> getFileStatus (dir </> keyFile k)
+
+aside :: String -> String
+aside s = " (" ++ s ++ ")"
+
+multiLine :: [String] -> String
+multiLine = concatMap (\l -> "\n\t" ++ l)
diff --git a/Command/Init.hs b/Command/Init.hs
new file mode 100644
index 0000000000..e8d9af1674
--- /dev/null
+++ b/Command/Init.hs
@@ -0,0 +1,31 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Init where
+
+import Common.Annex
+import Command
+import Annex.Init
+	
+def :: [Command]
+def = [dontCheck repoExists $
+	command "init" paramDesc seek SectionSetup "initialize git-annex"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start ws = do
+	showStart "init" description
+	next $ perform description
+  where
+	description = unwords ws
+
+perform :: String -> CommandPerform
+perform description = do
+	initialize $ if null description then Nothing else Just description
+	next $ return True
diff --git a/Command/InitRemote.hs b/Command/InitRemote.hs
new file mode 100644
index 0000000000..dc54023ccb
--- /dev/null
+++ b/Command/InitRemote.hs
@@ -0,0 +1,98 @@
+{- git-annex command
+ -
+ - Copyright 2011,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.InitRemote where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Command
+import qualified Remote
+import qualified Logs.Remote
+import qualified Types.Remote as R
+import Logs.UUID
+import Logs.Trust
+
+import Data.Ord
+
+def :: [Command]
+def = [command "initremote"
+	(paramPair paramName $ paramOptional $ paramRepeating paramKeyValue)
+	seek SectionSetup "creates a special (non-git) remote"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start [] = error "Specify a name for the remote."
+start (name:ws) = ifM (isJust <$> findExisting name)
+	( error $ "There is already a special remote named \"" ++ name ++
+		"\". (Use enableremote to enable an existing special remote.)"
+	, do
+		let c = newConfig name
+		t <- findType config
+
+		showStart "initremote" name
+		next $ perform t name $ M.union config c
+	)
+  where
+	config = Logs.Remote.keyValToConfig ws
+
+perform :: RemoteType -> String -> R.RemoteConfig -> CommandPerform
+perform t name c = do
+	(c', u) <- R.setup t Nothing Nothing c
+	next $ cleanup u name c'
+
+cleanup :: UUID -> String -> R.RemoteConfig -> CommandCleanup
+cleanup u name c = do
+	describeUUID u name
+	Logs.Remote.configSet u c
+	return True
+
+{- See if there's an existing special remote with this name. -}
+findExisting :: String -> Annex (Maybe (UUID, R.RemoteConfig))
+findExisting name = do
+	t <- trustMap
+	matches <- sortBy (comparing $ \(u, _c) -> M.lookup u t )
+		. findByName name
+		<$> Logs.Remote.readRemoteLog
+	return $ headMaybe matches
+
+newConfig :: String -> R.RemoteConfig
+newConfig name = M.singleton nameKey name
+
+findByName :: String ->  M.Map UUID R.RemoteConfig -> [(UUID, R.RemoteConfig)]
+findByName n = filter (matching . snd) . M.toList
+  where
+	matching c = case M.lookup nameKey c of
+		Nothing -> False
+		Just n'
+			| n' == n -> True
+			| otherwise -> False
+
+remoteNames :: Annex [String]
+remoteNames = do
+	m <- Logs.Remote.readRemoteLog
+	return $ mapMaybe (M.lookup nameKey . snd) $ M.toList m
+
+{- find the specified remote type -}
+findType :: R.RemoteConfig -> Annex RemoteType
+findType config = maybe unspecified specified $ M.lookup typeKey config
+  where
+	unspecified = error "Specify the type of remote with type="
+	specified s = case filter (findtype s) Remote.remoteTypes of
+		[] -> error $ "Unknown remote type " ++ s
+		(t:_) -> return t
+	findtype s i = R.typename i == s
+
+{- The name of a configured remote is stored in its config using this key. -}
+nameKey :: String
+nameKey = "name"
+
+{- The type of a remote is stored in its config using this key. -}
+typeKey :: String
+typeKey = "type"
diff --git a/Command/List.hs b/Command/List.hs
new file mode 100644
index 0000000000..d038d6deb5
--- /dev/null
+++ b/Command/List.hs
@@ -0,0 +1,85 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ - Copyright 2013 Antoine Beaupré
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.List where
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Function
+import Data.Tuple.Utils
+import Data.Ord
+
+import Common.Annex
+import Command
+import Remote
+import Logs.Trust
+import Logs.UUID
+import Annex.UUID
+import qualified Annex
+import Git.Types (RemoteName)
+
+def :: [Command]
+def = [noCommit $ withOptions [allrepos] $ command "list" paramPaths seek
+	SectionQuery "show which remotes contain files"]
+
+allrepos :: Option
+allrepos = flagOption [] "allrepos" "show all repositories, not only remotes"
+
+seek :: CommandSeek
+seek ps = do
+	list <- getList
+	printHeader list
+	withFilesInGit (whenAnnexed $ start list) ps
+
+getList :: Annex [(UUID, RemoteName, TrustLevel)]
+getList = ifM (Annex.getFlag $ optionName allrepos)
+	( nubBy ((==) `on` fst3) <$> ((++) <$> getRemotes <*> getAllUUIDs)
+	, getRemotes
+	)
+  where
+	getRemotes = do
+		rs <- remoteList
+		ts <- mapM (lookupTrust . uuid) rs
+		hereu <- getUUID
+		heretrust <- lookupTrust hereu
+		return $ (hereu, "here", heretrust) : zip3 (map uuid rs) (map name rs) ts
+	getAllUUIDs = do
+		rs <- M.toList <$> uuidMap
+		rs3 <- forM rs $ \(u, n) -> (,,)
+			<$> pure u
+			<*> pure n
+			<*> lookupTrust u
+		return $ sortBy (comparing snd3) $
+			filter (\t -> thd3 t /= DeadTrusted) rs3
+
+printHeader :: [(UUID, RemoteName, TrustLevel)] -> Annex ()
+printHeader l = liftIO $ putStrLn $ header $ map (\(_, n, t) -> (n, t)) l
+
+start :: [(UUID, RemoteName, TrustLevel)] -> FilePath -> Key -> CommandStart
+start l file key = do
+	ls <- S.fromList <$> keyLocations key
+	liftIO $ putStrLn $ format (map (\(u, _, t) -> (t, S.member u ls)) l) file
+	stop
+
+type Present = Bool
+
+header :: [(RemoteName, TrustLevel)] -> String
+header remotes = unlines (zipWith formatheader [0..] remotes) ++ pipes (length remotes)
+  where
+    formatheader n (remotename, trustlevel) = pipes n ++ remotename ++ trust trustlevel
+    pipes = flip replicate '|'
+    trust UnTrusted = " (untrusted)"
+    trust _ = ""
+
+format :: [(TrustLevel, Present)] -> FilePath -> String
+format remotes file = thereMap ++ " " ++ file
+  where 
+    thereMap = concatMap there remotes
+    there (UnTrusted, True) = "x"
+    there (_, True) = "X"
+    there (_, False) = "_"
diff --git a/Command/Lock.hs b/Command/Lock.hs
new file mode 100644
index 0000000000..e6733dcb1b
--- /dev/null
+++ b/Command/Lock.hs
@@ -0,0 +1,34 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Lock where
+
+import Common.Annex
+import Command
+import qualified Annex.Queue
+import qualified Annex
+	
+def :: [Command]
+def = [notDirect $ command "lock" paramPaths seek SectionCommon
+	"undo unlock command"]
+
+seek :: CommandSeek
+seek ps = do
+	withFilesUnlocked start ps
+	withFilesUnlockedToBeCommitted start ps
+
+start :: FilePath -> CommandStart
+start file = do
+	showStart "lock" file
+	unlessM (Annex.getState Annex.force) $
+		error "Locking this file would discard any changes you have made to it. Use 'git annex add' to stage your changes. (Or, use --force to override)"
+	next $ perform file
+
+perform :: FilePath -> CommandPerform
+perform file = do
+	Annex.Queue.addCommand "checkout" [Param "--"] [file]
+	next $ return True -- no cleanup needed
diff --git a/Command/Log.hs b/Command/Log.hs
new file mode 100644
index 0000000000..b0109f1179
--- /dev/null
+++ b/Command/Log.hs
@@ -0,0 +1,177 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Log where
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import qualified Data.ByteString.Lazy.Char8 as L
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+import Data.Char
+
+import Common.Annex
+import Command
+import Logs
+import qualified Logs.Presence
+import Annex.CatFile
+import qualified Annex.Branch
+import qualified Git
+import Git.Command
+import qualified Remote
+import qualified Annex
+
+data RefChange = RefChange 
+	{ changetime :: POSIXTime
+	, oldref :: Git.Ref
+	, newref :: Git.Ref
+	}
+
+type Outputter = Bool -> POSIXTime -> [UUID] -> Annex ()
+
+def :: [Command]
+def = [withOptions options $
+	command "log" paramPaths seek SectionQuery "shows location log"]
+
+options :: [Option]
+options = passthruOptions ++ [gourceOption]
+
+passthruOptions :: [Option]
+passthruOptions = map odate ["since", "after", "until", "before"] ++
+	[ fieldOption ['n'] "max-count" paramNumber
+		"limit number of logs displayed"
+	]
+  where
+	odate n = fieldOption [] n paramDate $ "show log " ++ n ++ " date"
+
+gourceOption :: Option
+gourceOption = flagOption [] "gource" "format output for gource"
+
+seek :: CommandSeek
+seek ps = do
+	m <- Remote.uuidDescriptions
+	zone <- liftIO getCurrentTimeZone
+	os <- concat <$> mapM getoption passthruOptions
+	gource <- getOptionFlag gourceOption
+	withFilesInGit (whenAnnexed $ start m zone os gource) ps
+  where
+	getoption o = maybe [] (use o) <$>
+		Annex.getField (optionName o)
+	use o v = [Param ("--" ++ optionName o), Param v]
+
+start
+	:: M.Map UUID String
+	-> TimeZone
+	-> [CommandParam]
+	-> Bool
+	-> FilePath
+	-> Key
+	-> CommandStart
+start m zone os gource file key = do
+	showLog output =<< readLog <$> getLog key os
+	-- getLog produces a zombie; reap it
+	liftIO reapZombies
+	stop
+  where
+	output
+		| gource = gourceOutput lookupdescription file
+		| otherwise = normalOutput lookupdescription file zone
+	lookupdescription u = fromMaybe (fromUUID u) $ M.lookup u m
+
+showLog :: Outputter -> [RefChange] -> Annex ()
+showLog outputter ps = do
+	sets <- mapM (getset newref) ps
+	previous <- maybe (return genesis) (getset oldref) (lastMaybe ps)
+	sequence_ $ compareChanges outputter $ sets ++ [previous]
+  where
+	genesis = (0, S.empty)
+	getset select change = do
+		s <- S.fromList <$> get (select change)
+		return (changetime change, s)
+	get ref = map toUUID . Logs.Presence.getLog . L.unpack <$>
+		catObject ref
+
+normalOutput :: (UUID -> String) -> FilePath -> TimeZone -> Outputter
+normalOutput lookupdescription file zone present ts us =
+	liftIO $ mapM_ (putStrLn . format) us
+  where
+	time = showTimeStamp zone ts
+	addel = if present then "+" else "-"
+	format u = unwords [ addel, time, file, "|", 
+		fromUUID u ++ " -- " ++ lookupdescription u ]
+
+gourceOutput :: (UUID -> String) -> FilePath -> Outputter
+gourceOutput lookupdescription file present ts us =
+	liftIO $ mapM_ (putStrLn . intercalate "|" . format) us
+  where
+	time = takeWhile isDigit $ show ts
+	addel = if present then "A" else "M"
+	format u = [ time, lookupdescription u, addel, file ]
+
+{- Generates a display of the changes (which are ordered with newest first),
+ - by comparing each change with the previous change.
+ - Uses a formatter to generate a display of items that are added and
+ - removed. -}
+compareChanges :: Ord a => (Bool -> POSIXTime -> [a] -> b) -> [(POSIXTime, S.Set a)] -> [b]
+compareChanges format changes = concatMap diff $ zip changes (drop 1 changes)
+  where
+	diff ((ts, new), (_, old)) =
+		[format True ts added, format False ts removed]
+	  where
+		added = S.toList $ S.difference new old
+		removed = S.toList $ S.difference old new
+
+{- Gets the git log for a given location log file.
+ -
+ - This is complicated by git log using paths relative to the current
+ - directory, even when looking at files in a different branch. A wacky
+ - relative path to the log file has to be used.
+ -
+ - The --remove-empty is a significant optimisation. It relies on location
+ - log files never being deleted in normal operation. Letting git stop
+ - once the location log file is gone avoids it checking all the way back
+ - to commit 0 to see if it used to exist, so generally speeds things up a
+ - *lot* for newish files. -}
+getLog :: Key -> [CommandParam] -> Annex [String]
+getLog key os = do
+	top <- fromRepo Git.repoPath
+	p <- liftIO $ relPathCwdToFile top
+	let logfile = p </> locationLogFile key
+	inRepo $ pipeNullSplitZombie $
+		[ Params "log -z --pretty=format:%ct --raw --abbrev=40"
+		, Param "--remove-empty"
+		] ++ os ++
+		[ Param $ Git.fromRef Annex.Branch.fullname
+		, Param "--"
+		, Param logfile
+		]
+
+readLog :: [String] -> [RefChange]
+readLog = mapMaybe (parse . lines)
+  where
+	parse (ts:raw:[]) = let (old, new) = parseRaw raw in
+		Just RefChange
+			{ changetime = parseTimeStamp ts
+			, oldref = old
+			, newref = new
+			}
+	parse _ = Nothing
+
+-- Parses something like ":100644 100644 oldsha newsha M"
+parseRaw :: String -> (Git.Ref, Git.Ref)
+parseRaw l = go $ words l
+  where
+	go (_:_:oldsha:newsha:_) = (Git.Ref oldsha, Git.Ref newsha)
+	go _ = error $ "unable to parse git log output: " ++ l
+
+parseTimeStamp :: String -> POSIXTime
+parseTimeStamp = utcTimeToPOSIXSeconds . fromMaybe (error "bad timestamp") .
+	parseTime defaultTimeLocale "%s"
+
+showTimeStamp :: TimeZone -> POSIXTime -> String
+showTimeStamp zone = show . utcToLocalTime zone . posixSecondsToUTCTime
diff --git a/Command/LookupKey.hs b/Command/LookupKey.hs
new file mode 100644
index 0000000000..814c5d2d77
--- /dev/null
+++ b/Command/LookupKey.hs
@@ -0,0 +1,26 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.LookupKey where
+
+import Common.Annex
+import Command
+import Annex.CatFile
+import Types.Key
+
+def :: [Command]
+def = [notBareRepo $ noCommit $ noMessages $
+	command "lookupkey" (paramRepeating paramFile) seek
+		SectionPlumbing "looks up key used for file"]
+
+seek :: CommandSeek
+seek = withStrings start
+
+start :: String -> CommandStart
+start file = do
+	liftIO . maybe exitFailure (putStrLn . key2file) =<< catKeyFile file
+	stop
diff --git a/Command/Map.hs b/Command/Map.hs
new file mode 100644
index 0000000000..5a32d7f524
--- /dev/null
+++ b/Command/Map.hs
@@ -0,0 +1,253 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Map where
+
+import Control.Exception.Extensible
+import qualified Data.Map as M
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.Url
+import qualified Git.Config
+import qualified Git.Construct
+import qualified Annex
+import Annex.UUID
+import Logs.UUID
+import Logs.Trust
+import qualified Remote.Helper.Ssh as Ssh
+import qualified Utility.Dot as Dot
+
+-- a link from the first repository to the second (its remote)
+data Link = Link Git.Repo Git.Repo
+
+def :: [Command]
+def = [dontCheck repoExists $
+	command "map" paramNothing seek SectionQuery
+		"generate map of repositories"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	rs <- combineSame <$> (spider =<< gitRepo)
+
+	umap <- uuidMap
+	trusted <- trustGet Trusted
+		
+	file <- (</>) <$> fromRepo gitAnnexDir <*> pure "map.dot"
+
+	liftIO $ writeFile file (drawMap rs umap trusted)
+	next $ next $
+		ifM (Annex.getState Annex.fast)
+			( return True
+			, do
+				showLongNote $ "running: dot -Tx11 " ++ file
+				showOutput
+				liftIO $ boolSystem "dot" [Param "-Tx11", File file]
+			)
+
+{- Generates a graph for dot(1). Each repository, and any other uuids, are
+ - displayed as a node, and each of its remotes is represented as an edge
+ - pointing at the node for the remote.
+ -
+ - The order nodes are added to the graph matters, since dot will draw
+ - the first ones near to the top and left. So it looks better to put
+ - the repositories first, followed by uuids that were not matched
+ - to a repository.
+ -}
+drawMap :: [Git.Repo] -> M.Map UUID String -> [UUID] -> String
+drawMap rs umap ts = Dot.graph $ repos ++ trusted ++ others
+  where
+	repos = map (node umap rs) rs
+	ruuids = ts ++ map getUncachedUUID rs
+	others = map (unreachable . uuidnode) $
+		filter (`notElem` ruuids) (M.keys umap)
+	trusted = map (trustworthy . uuidnode) ts
+	uuidnode u = Dot.graphNode (fromUUID u) $ M.findWithDefault "" u umap
+
+hostname :: Git.Repo -> String
+hostname r
+	| Git.repoIsUrl r = fromMaybe (Git.repoLocation r) (Git.Url.host r)
+	| otherwise = "localhost"
+
+basehostname :: Git.Repo -> String
+basehostname r = fromMaybe "" $ headMaybe $ split "." $ hostname r
+
+{- A name to display for a repo. Uses the name from uuid.log if available,
+ - or the remote name if not. -}
+repoName :: M.Map UUID String -> Git.Repo -> String
+repoName umap r
+	| repouuid == NoUUID = fallback
+	| otherwise = M.findWithDefault fallback repouuid umap
+  where
+	repouuid = getUncachedUUID r
+	fallback = fromMaybe "unknown" $ Git.remoteName r
+
+{- A unique id for the node for a repo. Uses the annex.uuid if available. -}
+nodeId :: Git.Repo -> String
+nodeId r =
+	case getUncachedUUID r of
+		NoUUID -> Git.repoLocation r
+		UUID u -> u
+
+{- A node representing a repo. -}
+node :: M.Map UUID String -> [Git.Repo] -> Git.Repo -> String
+node umap fullinfo r = unlines $ n:edges
+  where
+	n = Dot.subGraph (hostname r) (basehostname r) "lightblue" $
+		decorate $ Dot.graphNode (nodeId r) (repoName umap r)
+	edges = map (edge umap fullinfo r) (Git.remotes r)
+	decorate
+		| Git.config r == M.empty = unreachable
+		| otherwise = reachable
+
+{- An edge between two repos. The second repo is a remote of the first. -}
+edge :: M.Map UUID String -> [Git.Repo] -> Git.Repo -> Git.Repo -> String	
+edge umap fullinfo from to =
+	Dot.graphEdge (nodeId from) (nodeId fullto) edgename
+  where
+	-- get the full info for the remote, to get its UUID
+	fullto = findfullinfo to
+	findfullinfo n =
+		case filter (same n) fullinfo of
+			[] -> n
+			(n':_) -> n'
+	{- Only name an edge if the name is different than the name
+	 - that will be used for the destination node, and is
+	 - different from its hostname. (This reduces visual clutter.) -}
+	edgename = maybe Nothing calcname $ Git.remoteName to
+	calcname n
+		| n `elem` [repoName umap fullto, hostname fullto] = Nothing
+		| otherwise = Just n
+
+unreachable :: String -> String
+unreachable = Dot.fillColor "red"
+reachable :: String -> String
+reachable = Dot.fillColor "white"
+trustworthy :: String -> String
+trustworthy = Dot.fillColor "green"
+
+{- Recursively searches out remotes starting with the specified repo. -}
+spider :: Git.Repo -> Annex [Git.Repo]
+spider r = spider' [r] []
+spider' :: [Git.Repo] -> [Git.Repo] -> Annex [Git.Repo]
+spider' [] known = return known
+spider' (r:rs) known
+	| any (same r) known = spider' rs known
+	| otherwise = do
+		r' <- scan r
+
+		-- The remotes will be relative to r', and need to be
+		-- made absolute for later use.
+		remotes <- mapM (absRepo r') (Git.remotes r')
+		let r'' = r' { Git.remotes = remotes }
+
+		spider' (rs ++ remotes) (r'':known)
+
+{- Converts repos to a common absolute form. -}
+absRepo :: Git.Repo -> Git.Repo -> Annex Git.Repo
+absRepo reference r
+	| Git.repoIsUrl reference = return $ Git.Construct.localToUrl reference r
+	| Git.repoIsUrl r = return r
+	| otherwise = liftIO $ do
+		r' <- Git.Construct.fromAbsPath =<< absPath (Git.repoPath r)
+		r'' <- safely $ flip Annex.eval Annex.gitRepo =<< Annex.new r'
+		return (fromMaybe r' r'')
+
+{- Checks if two repos are the same. -}
+same :: Git.Repo -> Git.Repo -> Bool
+same a b
+	| both Git.repoIsSsh = matching Git.Url.authority && matching Git.repoPath
+	| both Git.repoIsUrl && neither Git.repoIsSsh = matching show
+	| neither Git.repoIsSsh = matching Git.repoPath
+	| otherwise = False
+  where
+	matching t = t a == t b
+	both t = t a && t b
+	neither t = not (t a) && not (t b)
+
+{- reads the config of a remote, with progress display -}
+scan :: Git.Repo -> Annex Git.Repo
+scan r = do
+	showStart "map" $ Git.repoDescribe r
+	v <- tryScan r
+	case v of
+		Just r' -> do
+			showEndOk
+			return r'
+		Nothing -> do
+			showOutput
+			showEndFail
+			return r
+
+{- tries to read the config of a remote, returning it only if it can
+ - be accessed -}
+tryScan :: Git.Repo -> Annex (Maybe Git.Repo)
+tryScan r
+	| Git.repoIsSsh r = sshscan
+	| Git.repoIsUrl r = return Nothing
+	| otherwise = liftIO $ safely $ Git.Config.read r
+  where
+	pipedconfig cmd params = liftIO $ safely $
+		withHandle StdoutHandle createProcessSuccess p $
+			Git.Config.hRead r
+	  where
+		p = proc cmd $ toCommand params
+
+	configlist = Ssh.onRemote r (pipedconfig, Nothing) "configlist" [] []
+	manualconfiglist = do
+		gc <- Annex.getRemoteGitConfig r
+		sshparams <- Ssh.toRepo r gc [Param sshcmd]
+		liftIO $ pipedconfig "ssh" sshparams
+	  where
+		sshcmd = cddir ++ " && " ++
+			"git config --null --list"
+		dir = Git.repoPath r
+		cddir
+			| "/~" `isPrefixOf` dir =
+				let (userhome, reldir) = span (/= '/') (drop 1 dir)
+				in "cd " ++ userhome ++ " && cd " ++ shellEscape (drop 1 reldir)
+			| otherwise = "cd " ++ shellEscape dir
+
+	-- First, try sshing and running git config manually,
+	-- only fall back to git-annex-shell configlist if that
+	-- fails.
+	-- 
+	-- This is done for two reasons, first I'd like this
+	-- subcommand to be usable on non-git-annex repos.
+	-- Secondly, configlist doesn't include information about
+	-- the remote's remotes.
+	sshscan = do
+		sshnote
+		v <- manualconfiglist
+		case v of
+			Nothing -> do
+				sshnote
+				configlist
+			ok -> return ok
+
+	sshnote = do
+		showAction "sshing"
+		showOutput
+
+{- Spidering can find multiple paths to the same repo, so this is used
+ - to combine (really remove) duplicate repos with the same UUID. -}
+combineSame :: [Git.Repo] -> [Git.Repo]
+combineSame = map snd . nubBy sameuuid . map pair
+  where
+	sameuuid (u1, _) (u2, _) = u1 == u2 && u1 /= NoUUID
+	pair r = (getUncachedUUID r, r)
+
+safely :: IO Git.Repo -> IO (Maybe Git.Repo)
+safely a = do
+	result <- try a :: IO (Either SomeException Git.Repo)
+	case result of
+		Left _ -> return Nothing
+		Right r' -> return $ Just r'
diff --git a/Command/Merge.hs b/Command/Merge.hs
new file mode 100644
index 0000000000..51a8b9c527
--- /dev/null
+++ b/Command/Merge.hs
@@ -0,0 +1,37 @@
+{- git-annex command
+ -
+ - Copyright 2011, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Merge where
+
+import Common.Annex
+import Command
+import qualified Annex.Branch
+import qualified Git.Branch
+import Command.Sync (prepMerge, mergeLocal)
+
+def :: [Command]
+def = [command "merge" paramNothing seek SectionMaintenance
+	"automatically merge changes from remotes"]
+
+seek :: CommandSeek
+seek ps = do
+	withNothing mergeBranch ps
+	withNothing mergeSynced ps
+
+mergeBranch :: CommandStart
+mergeBranch = do
+	showStart "merge" "git-annex"
+	next $ do
+		Annex.Branch.update
+		-- commit explicitly, in case no remote branches were merged
+		Annex.Branch.commit "update"
+		next $ return True
+
+mergeSynced :: CommandStart
+mergeSynced = do
+	prepMerge
+	mergeLocal =<< inRepo Git.Branch.current
diff --git a/Command/MetaData.hs b/Command/MetaData.hs
new file mode 100644
index 0000000000..38f9b85228
--- /dev/null
+++ b/Command/MetaData.hs
@@ -0,0 +1,98 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.MetaData where
+
+import Common.Annex
+import qualified Annex
+import Command
+import Annex.MetaData
+import Logs.MetaData
+
+import qualified Data.Set as S
+import Data.Time.Clock.POSIX
+
+def :: [Command]
+def = [withOptions metaDataOptions $
+	command "metadata" paramPaths seek
+	SectionMetaData "sets metadata of a file"]
+
+metaDataOptions :: [Option]
+metaDataOptions =
+	[ setOption
+	, tagOption
+	, untagOption
+	, getOption
+	, jsonOption
+	] ++ keyOptions
+
+storeModMeta :: ModMeta -> Annex ()
+storeModMeta modmeta = Annex.changeState $
+	\s -> s { Annex.modmeta = modmeta:Annex.modmeta s }
+
+setOption :: Option
+setOption = Option ['s'] ["set"] (ReqArg mkmod "FIELD[+-]=VALUE") "set metadata"
+  where
+	mkmod = either error storeModMeta . parseModMeta
+
+getOption :: Option
+getOption = fieldOption ['g'] "get" paramField "get single metadata field"
+
+tagOption :: Option
+tagOption = Option ['t'] ["tag"] (ReqArg mkmod "TAG") "set a tag"
+  where
+	mkmod = storeModMeta . AddMeta tagMetaField . toMetaValue
+
+untagOption :: Option
+untagOption = Option ['u'] ["untag"] (ReqArg mkmod "TAG") "remove a tag"
+  where
+	mkmod = storeModMeta . AddMeta tagMetaField . mkMetaValue (CurrentlySet False)
+
+seek :: CommandSeek
+seek ps = do
+	modmeta <- Annex.getState Annex.modmeta
+	getfield <- getOptionField getOption $ \ms ->
+		return $ either error id . mkMetaField <$> ms
+	now <- liftIO getPOSIXTime
+	withKeyOptions
+		(startKeys now getfield modmeta)
+		(withFilesInGit (whenAnnexed $ start now getfield modmeta))
+		ps
+
+start :: POSIXTime -> Maybe MetaField -> [ModMeta] -> FilePath -> Key -> CommandStart
+start now f ms file = start' (Just file) now f ms
+
+startKeys :: POSIXTime -> Maybe MetaField -> [ModMeta] -> Key -> CommandStart
+startKeys = start' Nothing
+
+start' :: AssociatedFile -> POSIXTime -> Maybe MetaField -> [ModMeta] -> Key -> CommandStart
+start' afile now Nothing ms k = do
+	showStart' "metadata" k afile
+	next $ perform now ms k
+start' _ _ (Just f) _ k = do
+	l <- S.toList . currentMetaDataValues f <$> getCurrentMetaData k
+	liftIO $ forM_ l $
+		putStrLn . fromMetaValue
+	stop
+
+perform :: POSIXTime -> [ModMeta] -> Key -> CommandPerform
+perform _ [] k = next $ cleanup k
+perform now ms k = do
+	oldm <- getCurrentMetaData k
+	let m = combineMetaData $ map (modMeta oldm) ms
+	addMetaData' k m now
+	next $ cleanup k
+	
+cleanup :: Key -> CommandCleanup
+cleanup k = do
+	l <- map unwrapmeta . fromMetaData <$> getCurrentMetaData k
+	maybeShowJSON l
+	showLongNote $ unlines $ concatMap showmeta l
+	return True
+  where
+	unwrapmeta (f, v) = (fromMetaField f, map fromMetaValue (S.toList v))
+	showmeta (f, vs) = map ((f ++ "=") ++) vs
diff --git a/Command/Migrate.hs b/Command/Migrate.hs
new file mode 100644
index 0000000000..cea9e9426d
--- /dev/null
+++ b/Command/Migrate.hs
@@ -0,0 +1,87 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Migrate where
+
+import Common.Annex
+import Command
+import Backend
+import qualified Types.Key
+import Types.Backend (canUpgradeKey, fastMigrate)
+import Types.KeySource
+import Annex.Content
+import qualified Command.ReKey
+import qualified Command.Fsck
+
+def :: [Command]
+def = [notDirect $ 
+	command "migrate" paramPaths seek
+		SectionUtility "switch data to different backend"]
+
+seek :: CommandSeek
+seek = withFilesInGit $ whenAnnexed start
+
+start :: FilePath -> Key -> CommandStart
+start file key = do
+	v <- Backend.getBackend file key
+	case v of
+		Nothing -> stop
+		Just oldbackend -> do
+			exists <- inAnnex key
+			newbackend <- choosebackend =<< chooseBackend file
+			if (newbackend /= oldbackend || upgradableKey oldbackend key) && exists
+				then do
+					showStart "migrate" file
+					next $ perform file key oldbackend newbackend
+				else stop
+  where
+	choosebackend Nothing = Prelude.head <$> orderedList
+	choosebackend (Just backend) = return backend
+
+{- Checks if a key is upgradable to a newer representation.
+ - 
+ - Reasons for migration:
+ -  - Ideally, all keys have file size metadata. Old keys may not.
+ -  - Something has changed in the backend, such as a bug fix.
+ -}
+upgradableKey :: Backend -> Key -> Bool
+upgradableKey backend key = isNothing (Types.Key.keySize key) || backendupgradable
+  where
+	backendupgradable = maybe False (\a -> a key) (canUpgradeKey backend)
+
+{- Store the old backend's key in the new backend
+ - The old backend's key is not dropped from it, because there may
+ - be other files still pointing at that key.
+ -
+ - To ensure that the data we have for the old key is valid, it's
+ - fscked here. First we generate the new key. This ensures that the
+ - data cannot get corrupted after the fsck but before the new key is
+ - generated.
+ -}
+perform :: FilePath -> Key -> Backend -> Backend -> CommandPerform
+perform file oldkey oldbackend newbackend = go =<< genkey
+  where
+  	go Nothing = stop
+	go (Just (newkey, knowngoodcontent))
+		| knowngoodcontent = finish newkey
+		| otherwise = stopUnless checkcontent $ finish newkey
+	checkcontent = Command.Fsck.checkBackend oldbackend oldkey $ Just file
+	finish newkey = stopUnless (Command.ReKey.linkKey oldkey newkey) $
+		next $ Command.ReKey.cleanup file oldkey newkey
+	genkey = case maybe Nothing (\fm -> fm oldkey newbackend) (fastMigrate oldbackend) of
+		Just newkey -> return $ Just (newkey, True)
+		Nothing -> do
+			content <- calcRepo $ gitAnnexLocation oldkey
+			let source = KeySource
+				{ keyFilename = file
+				, contentLocation = content
+				, inodeCache = Nothing
+				}
+			v <- genKey source (Just newbackend)
+			return $ case v of
+				Just (newkey, _) -> Just (newkey, False)
+				_ -> Nothing
diff --git a/Command/Mirror.hs b/Command/Mirror.hs
new file mode 100644
index 0000000000..4e9a85009a
--- /dev/null
+++ b/Command/Mirror.hs
@@ -0,0 +1,65 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Mirror where
+
+import Common.Annex
+import Command
+import qualified Command.Move
+import qualified Command.Drop
+import qualified Command.Get
+import qualified Remote
+import Annex.Content
+import qualified Annex
+import Config.NumCopies
+
+def :: [Command]
+def = [withOptions (fromToOptions ++ keyOptions) $
+	command "mirror" paramPaths seek
+		SectionCommon "mirror content of files to/from another repository"]
+
+seek :: CommandSeek
+seek ps = do
+	to <- getOptionField toOption Remote.byNameWithUUID
+	from <- getOptionField fromOption Remote.byNameWithUUID
+	withKeyOptions
+		(startKey to from Nothing)
+		(withFilesInGit $ whenAnnexed $ start to from)
+		ps
+
+start :: Maybe Remote -> Maybe Remote -> FilePath -> Key -> CommandStart
+start to from file key = startKey to from (Just file) key
+
+startKey :: Maybe Remote -> Maybe Remote -> Maybe FilePath -> Key -> CommandStart
+startKey to from afile key = do
+	noAuto
+	case (from, to) of
+		(Nothing, Nothing) -> error "specify either --from or --to"
+		(Nothing, Just r) -> mirrorto r
+		(Just r, Nothing) -> mirrorfrom r
+		_ -> error "only one of --from or --to can be specified"
+  where
+	noAuto = whenM (Annex.getState Annex.auto) $
+		error "--auto is not supported for mirror"
+	mirrorto r = ifM (inAnnex key)
+		( Command.Move.toStart r False afile key
+		, do
+			numcopies <- getnumcopies
+			Command.Drop.startRemote afile numcopies key r
+		)
+	mirrorfrom r = do
+		haskey <- Remote.hasKey r key
+		case haskey of
+			Left _ -> stop
+			Right True -> Command.Get.start' (return True) Nothing key afile
+			Right False -> ifM (inAnnex key)
+				( do
+					numcopies <- getnumcopies
+					Command.Drop.startLocal afile numcopies key Nothing
+				, stop
+				)
+	getnumcopies = maybe getNumCopies getFileNumCopies afile
diff --git a/Command/Move.hs b/Command/Move.hs
new file mode 100644
index 0000000000..396ea4afce
--- /dev/null
+++ b/Command/Move.hs
@@ -0,0 +1,173 @@
+{- git-annex command
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Move where
+
+import Common.Annex
+import Command
+import qualified Command.Drop
+import qualified Annex
+import Annex.Content
+import qualified Remote
+import Annex.UUID
+import Annex.Transfer
+import Logs.Presence
+
+def :: [Command]
+def = [withOptions moveOptions $ command "move" paramPaths seek
+	SectionCommon "move content of files to/from another repository"]
+
+moveOptions :: [Option]
+moveOptions = fromToOptions ++ keyOptions
+
+seek :: CommandSeek
+seek ps = do
+	to <- getOptionField toOption Remote.byNameWithUUID
+	from <- getOptionField fromOption Remote.byNameWithUUID
+	withKeyOptions
+		(startKey to from True)
+		(withFilesInGit $ whenAnnexed $ start to from True)
+		ps
+
+start :: Maybe Remote -> Maybe Remote -> Bool -> FilePath -> Key -> CommandStart
+start to from move file key = start' to from move (Just file) key
+
+startKey :: Maybe Remote -> Maybe Remote -> Bool -> Key -> CommandStart
+startKey to from move = start' to from move Nothing
+
+start' :: Maybe Remote -> Maybe Remote -> Bool -> AssociatedFile -> Key -> CommandStart
+start' to from move afile key = do
+	noAuto
+	case (from, to) of
+		(Nothing, Nothing) -> error "specify either --from or --to"
+		(Nothing, Just dest) -> toStart dest move afile key
+		(Just src, Nothing) -> fromStart src move afile key
+		_ -> error "only one of --from or --to can be specified"
+  where
+	noAuto = when move $ whenM (Annex.getState Annex.auto) $ error
+		"--auto is not supported for move"
+
+showMoveAction :: Bool -> Key -> AssociatedFile -> Annex ()
+showMoveAction move = showStart' (if move then "move" else "copy")
+
+{- Moves (or copies) the content of an annexed file to a remote.
+ -
+ - If the remote already has the content, it is still removed from
+ - the current repository.
+ -
+ - Note that unlike drop, this does not honor numcopies.
+ - A file's content can be moved even if there are insufficient copies to
+ - allow it to be dropped.
+ -}
+toStart :: Remote -> Bool -> AssociatedFile -> Key -> CommandStart
+toStart dest move afile key = do
+	u <- getUUID
+	ishere <- inAnnex key
+	if not ishere || u == Remote.uuid dest
+		then stop -- not here, so nothing to do
+		else toStart' dest move afile key
+
+toStart' :: Remote -> Bool -> AssociatedFile -> Key -> CommandStart
+toStart' dest move afile key = do
+	fast <- Annex.getState Annex.fast
+	if fast && not move && not (Remote.hasKeyCheap dest)
+		then ifM (expectedPresent dest key)
+			( stop
+			, go True (pure $ Right False)
+			)
+		else go False (Remote.hasKey dest key)
+  where
+	go fastcheck isthere = do
+		showMoveAction move key afile
+		next $ toPerform dest move key afile fastcheck =<< isthere
+
+expectedPresent :: Remote -> Key -> Annex Bool
+expectedPresent dest key = do
+	remotes <- Remote.keyPossibilities key
+	return $ dest `elem` remotes
+
+toPerform :: Remote -> Bool -> Key -> AssociatedFile -> Bool -> Either String Bool -> CommandPerform
+toPerform dest move key afile fastcheck isthere = moveLock move key $
+	case isthere of
+		Left err -> do
+			showNote err
+			stop
+		Right False -> do
+			showAction $ "to " ++ Remote.name dest
+			ok <- notifyTransfer Upload afile $
+				upload (Remote.uuid dest) key afile noRetry $
+					Remote.storeKey dest key afile
+			if ok
+				then do
+					Remote.logStatus dest key InfoPresent
+					finish
+				else do
+					when fastcheck $
+						warning "This could have failed because --fast is enabled."
+					stop
+		Right True -> do
+			unlessM (expectedPresent dest key) $
+				Remote.logStatus dest key InfoPresent
+			finish
+  where
+	finish
+		| move = do
+			removeAnnex key
+			next $ Command.Drop.cleanupLocal key
+		| otherwise = next $ return True
+
+{- Moves (or copies) the content of an annexed file from a remote
+ - to the current repository.
+ -
+ - If the current repository already has the content, it is still removed
+ - from the remote.
+ -}
+fromStart :: Remote -> Bool -> AssociatedFile -> Key -> CommandStart
+fromStart src move afile key
+	| move = go
+	| otherwise = stopUnless (not <$> inAnnex key) go
+  where
+	go = stopUnless (fromOk src key) $ do
+		showMoveAction move key afile
+		next $ fromPerform src move key afile
+
+fromOk :: Remote -> Key -> Annex Bool
+fromOk src key = go =<< Annex.getState Annex.force
+  where
+	go True = either (const $ return True) return =<< haskey
+	go False
+		| Remote.hasKeyCheap src =
+			either (const expensive) return =<< haskey
+		| otherwise = expensive
+	haskey = Remote.hasKey src key
+	expensive = do
+		u <- getUUID
+		remotes <- Remote.keyPossibilities key
+		return $ u /= Remote.uuid src && elem src remotes
+
+fromPerform :: Remote -> Bool -> Key -> AssociatedFile -> CommandPerform
+fromPerform src move key afile = moveLock move key $
+	ifM (inAnnex key)
+		( handle move True
+		, handle move =<< go
+		)
+  where
+	go = notifyTransfer Download afile $ 
+		download (Remote.uuid src) key afile noRetry $ \p -> do
+			showAction $ "from " ++ Remote.name src
+			getViaTmp key $ \t -> Remote.retrieveKeyFile src key afile t p
+	handle _ False = stop -- failed
+	handle False True = next $ return True -- copy complete
+	handle True True = do -- finish moving
+		ok <- Remote.removeKey src key
+		next $ Command.Drop.cleanupRemote key src ok
+
+{- Locks a key in order for it to be moved.
+ - No lock is needed when a key is being copied. -}
+moveLock :: Bool -> Key -> Annex a -> Annex a
+moveLock True key a = lockContent key a
+moveLock False _ a = a
diff --git a/Command/NotifyChanges.hs b/Command/NotifyChanges.hs
new file mode 100644
index 0000000000..d0df055515
--- /dev/null
+++ b/Command/NotifyChanges.hs
@@ -0,0 +1,83 @@
+{- git-annex-shell command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.NotifyChanges where
+
+import Common.Annex
+import Command
+import Utility.DirWatcher
+import Utility.DirWatcher.Types
+import qualified Git
+import Git.Sha
+import RemoteDaemon.Transport.Ssh.Types
+
+import Control.Concurrent
+import Control.Concurrent.Async
+import Control.Concurrent.STM
+
+def :: [Command]
+def = [noCommit $ command "notifychanges" paramNothing seek SectionPlumbing
+	"sends notification when git refs are changed"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	-- This channel is used to accumulate notifcations,
+	-- because the DirWatcher might have multiple threads that find
+	-- changes at the same time.
+	chan <- liftIO newTChanIO
+	
+	g <- gitRepo
+	let refdir = Git.localGitDir g </> "refs"
+	liftIO $ createDirectoryIfMissing True refdir
+
+	let notifyhook = Just $ notifyHook chan
+	let hooks = mkWatchHooks
+		{ addHook = notifyhook
+		, modifyHook = notifyhook
+		}
+
+	void $ liftIO $ watchDir refdir (const False) True hooks id
+
+	let sender = do
+		send READY
+		forever $ send . CHANGED =<< drain chan
+	
+	-- No messages need to be received from the caller,
+	-- but when it closes the connection, notice and terminate.
+	let receiver = forever $ void $ getLine
+	void $ liftIO $ concurrently sender receiver
+	stop
+
+notifyHook :: TChan Git.Sha -> FilePath -> Maybe FileStatus -> IO ()
+notifyHook chan reffile _
+	| ".lock" `isSuffixOf` reffile = noop
+	| otherwise = void $ do
+		sha <- catchDefaultIO Nothing $
+			extractSha <$> readFile reffile
+		maybe noop (atomically . writeTChan chan) sha
+
+-- When possible, coalesce ref writes that occur closely together
+-- in time. Delay up to 0.05 seconds to get more ref writes.
+drain :: TChan Git.Sha -> IO [Git.Sha]
+drain chan = do
+	r <- atomically $ readTChan chan
+	threadDelay 50000
+	rs <- atomically $ drain' chan
+	return (r:rs)
+
+drain' :: TChan Git.Sha -> STM [Git.Sha]
+drain' chan = loop []
+  where
+	loop rs = maybe (return rs) (\r -> loop (r:rs)) =<< tryReadTChan chan
+
+send :: Notification -> IO ()
+send n = do
+	putStrLn $ unwords $ formatMessage n
+	hFlush stdout
diff --git a/Command/NumCopies.hs b/Command/NumCopies.hs
new file mode 100644
index 0000000000..b7323ae357
--- /dev/null
+++ b/Command/NumCopies.hs
@@ -0,0 +1,56 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.NumCopies where
+
+import Common.Annex
+import qualified Annex
+import Command
+import Config.NumCopies
+import Types.Messages
+
+def :: [Command]
+def = [command "numcopies" paramNumber seek
+	SectionSetup "configure desired number of copies"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start [] = startGet
+start [s] = do
+	case readish s of
+		Nothing -> error $ "Bad number: " ++ s
+		Just n
+			| n > 0 -> startSet n
+			| n == 0 -> ifM (Annex.getState Annex.force)
+				( startSet n
+				, error "Setting numcopies to 0 is very unsafe. You will lose data! If you really want to do that, specify --force."
+				)
+			| otherwise -> error "Number cannot be negative!"
+start _ = error "Specify a single number."
+
+startGet :: CommandStart
+startGet = next $ next $ do
+	Annex.setOutput QuietOutput
+	v <- getGlobalNumCopies
+	case v of
+		Just n -> liftIO $ putStrLn $ show $ fromNumCopies n
+		Nothing -> do
+			liftIO $ putStrLn $ "global numcopies is not set"
+			old <- deprecatedNumCopies
+			case old of
+				Nothing -> liftIO $ putStrLn "(default is 1)"
+				Just n -> liftIO $ putStrLn $ "(deprecated git config annex.numcopies is set to " ++ show (fromNumCopies n) ++ " locally)"
+	return True
+
+startSet :: Int -> CommandStart
+startSet n = do
+	showStart "numcopies" (show n)
+	next $ next $ do
+		setGlobalNumCopies $ NumCopies n
+		return True
diff --git a/Command/PreCommit.hs b/Command/PreCommit.hs
new file mode 100644
index 0000000000..412b9ae08e
--- /dev/null
+++ b/Command/PreCommit.hs
@@ -0,0 +1,111 @@
+{- git-annex command
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.PreCommit where
+
+import Common.Annex
+import Command
+import Config
+import qualified Command.Add
+import qualified Command.Fix
+import Annex.Direct
+import Annex.Hook
+import Annex.View
+import Annex.View.ViewedFile
+import Annex.Perms
+import Annex.Exception
+import Logs.View
+import Logs.MetaData
+import Types.View
+import Types.MetaData
+
+#ifdef mingw32_HOST_OS
+import Utility.WinLock
+#endif
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "pre-commit" paramPaths seek SectionPlumbing
+	"run by git pre-commit hook"]
+
+seek :: CommandSeek
+seek ps = lockPreCommitHook $ ifM isDirect
+	( do
+		-- update direct mode mappings for committed files
+		withWords startDirect ps
+		runAnnexHook preCommitAnnexHook
+	, do
+		-- fix symlinks to files being committed
+		withFilesToBeCommitted (whenAnnexed Command.Fix.start) ps
+		-- inject unlocked files into the annex
+		withFilesUnlockedToBeCommitted startIndirect ps
+		runAnnexHook preCommitAnnexHook
+		-- committing changes to a view updates metadata
+		mv <- currentView
+		case mv of
+			Nothing -> noop
+			Just v -> withViewChanges
+				(addViewMetaData v)
+				(removeViewMetaData v)
+	)
+	
+
+startIndirect :: FilePath -> CommandStart
+startIndirect f = next $ do
+	unlessM (callCommandAction $ Command.Add.start f) $
+		error $ "failed to add " ++ f ++ "; canceling commit"
+	next $ return True
+
+startDirect :: [String] -> CommandStart
+startDirect _ = next $ next $ preCommitDirect
+
+addViewMetaData :: View -> ViewedFile -> Key -> CommandStart
+addViewMetaData v f k = do
+	showStart "metadata" f
+	next $ next $ changeMetaData k $ fromView v f
+
+removeViewMetaData :: View -> ViewedFile -> Key -> CommandStart
+removeViewMetaData v f k = do
+	showStart "metadata" f
+	next $ next $ changeMetaData k $ unsetMetaData $ fromView v f
+
+changeMetaData :: Key -> MetaData -> CommandCleanup
+changeMetaData k metadata = do
+	showMetaDataChange metadata
+	addMetaData k metadata
+	return True
+
+showMetaDataChange :: MetaData -> Annex ()
+showMetaDataChange = showLongNote . unlines . concatMap showmeta . fromMetaData
+  where
+	showmeta (f, vs) = map (showmetavalue f) $ S.toList vs
+	showmetavalue f v = fromMetaField f ++ showset v ++ "=" ++ fromMetaValue v
+	showset v
+		| isSet v = "+"
+		| otherwise = "-"
+
+{- Takes exclusive lock; blocks until available. -}
+lockPreCommitHook :: Annex a -> Annex a
+lockPreCommitHook a = do
+	lockfile <- fromRepo gitAnnexPreCommitLock
+	createAnnexDirectory $ takeDirectory lockfile
+	mode <- annexFileMode
+	bracketIO (lock lockfile mode) unlock (const a)
+  where
+#ifndef mingw32_HOST_OS
+	lock lockfile mode = do
+		l <- liftIO $ noUmask mode $ createFile lockfile mode
+		liftIO $ waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
+		return l
+	unlock = closeFd
+#else
+	lock lockfile _mode = liftIO $ waitToLock $  lockExclusive lockfile
+	unlock = dropLock
+#endif
diff --git a/Command/ReKey.hs b/Command/ReKey.hs
new file mode 100644
index 0000000000..2919a09e92
--- /dev/null
+++ b/Command/ReKey.hs
@@ -0,0 +1,71 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.ReKey where
+
+import Common.Annex
+import Command
+import qualified Annex
+import Types.Key
+import Annex.Content
+import qualified Command.Add
+import Logs.Web
+import Logs.Location
+import Utility.CopyFile
+
+def :: [Command]
+def = [notDirect $ command "rekey"
+	(paramOptional $ paramRepeating $ paramPair paramPath paramKey)
+	seek SectionPlumbing "change keys used for files"]
+
+seek :: CommandSeek
+seek = withPairs start
+
+start :: (FilePath, String) -> CommandStart
+start (file, keyname) = ifAnnexed file go stop
+  where
+	newkey = fromMaybe (error "bad key") $ file2key keyname
+	go oldkey
+		| oldkey == newkey = stop
+		| otherwise = do
+			showStart "rekey" file
+			next $ perform file oldkey newkey
+
+perform :: FilePath -> Key -> Key -> CommandPerform
+perform file oldkey newkey = do
+	present <- inAnnex oldkey
+	_ <- if present
+		then linkKey oldkey newkey
+		else do
+			unlessM (Annex.getState Annex.force) $
+				error $ file ++ " is not available (use --force to override)"
+			return True
+	next $ cleanup file oldkey newkey
+
+{- Make a hard link to the old key content (when supported),
+ - to avoid wasting disk space. -}
+linkKey :: Key -> Key -> Annex Bool
+linkKey oldkey newkey = getViaTmpUnchecked newkey $ \tmp -> do
+	src <- calcRepo $ gitAnnexLocation oldkey
+	liftIO $ ifM (doesFileExist tmp)
+		( return True
+		, createLinkOrCopy src tmp
+		)
+
+cleanup :: FilePath -> Key -> Key -> CommandCleanup
+cleanup file oldkey newkey = do
+	-- If the old key had some associated urls, record them for
+	-- the new key as well.
+	urls <- getUrls oldkey
+	unless (null urls) $
+		mapM_ (setUrlPresent newkey) urls
+
+	-- Update symlink to use the new key.
+	liftIO $ removeFile file
+	Command.Add.addLink file newkey Nothing
+	logStatus newkey InfoPresent
+	return True
diff --git a/Command/RecvKey.hs b/Command/RecvKey.hs
new file mode 100644
index 0000000000..1794596c57
--- /dev/null
+++ b/Command/RecvKey.hs
@@ -0,0 +1,87 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.RecvKey where
+
+import Common.Annex
+import Command
+import CmdLine
+import Annex.Content
+import Annex
+import Utility.Rsync
+import Logs.Transfer
+import Command.SendKey (fieldTransfer)
+import qualified CmdLine.GitAnnexShell.Fields as Fields
+import qualified Types.Key
+import qualified Types.Backend
+import qualified Backend
+
+def :: [Command]
+def = [noCommit $ command "recvkey" paramKey seek
+	SectionPlumbing "runs rsync in server mode to receive content"]
+
+seek :: CommandSeek
+seek = withKeys start
+
+start :: Key -> CommandStart
+start key = ifM (inAnnex key)
+	( error "key is already present in annex"
+	, fieldTransfer Download key $ \_p ->
+		ifM (getViaTmp key go)
+			( do
+				-- forcibly quit after receiving one key,
+				-- and shutdown cleanly
+				_ <- shutdown True
+				return True
+			, return False
+			)
+	)
+  where
+	go tmp = do
+		opts <- filterRsyncSafeOptions . maybe [] words
+			<$> getField "RsyncOptions"
+		ok <- liftIO $ rsyncServerReceive (map Param opts) tmp
+
+		-- The file could have been received with permissions that
+		-- do not allow reading it, so this is done before the
+		-- directcheck.
+		freezeContent tmp
+
+		if ok
+			then ifM (isJust <$> Fields.getField Fields.direct)
+				( directcheck tmp
+				, return True
+				)
+			else return False
+	{- If the sending repository uses direct mode, the file
+	 - it sends could be modified as it's sending it. So check
+	 - that the right size file was received, and that the key/value
+	 - Backend is happy with it. -}
+	directcheck tmp = do
+		oksize <- case Types.Key.keySize key of
+		        Nothing -> return True
+		        Just size -> do
+				size' <- fromIntegral . fileSize
+       	        	        	<$> liftIO (getFileStatus tmp)
+				return $ size == size'
+		if oksize
+			then case Backend.maybeLookupBackendName (Types.Key.keyBackendName key) of
+				Nothing -> do
+					warning "recvkey: received key from direct mode repository using unknown backend; cannot check; discarding"
+					return False
+				Just backend -> maybe (return True) runfsck
+					(Types.Backend.fsckKey backend)
+			else do
+				warning "recvkey: received key with wrong size; discarding"
+				return False
+	  where
+	  	runfsck check = ifM (check key tmp)
+			( return True
+			, do
+				warning "recvkey: received key from direct mode repository seems to have changed as it was transferred; discarding"
+				return False
+			)
diff --git a/Command/Reinit.hs b/Command/Reinit.hs
new file mode 100644
index 0000000000..0fc1e8314f
--- /dev/null
+++ b/Command/Reinit.hs
@@ -0,0 +1,38 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Reinit where
+
+import Common.Annex
+import Command
+import Annex.Init
+import Annex.UUID
+import Types.UUID
+import qualified Remote
+	
+def :: [Command]
+def = [dontCheck repoExists $
+	command "reinit" (paramUUID ++ " or " ++ paramDesc) seek SectionUtility ""]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start ws = do
+	showStart "reinit" s
+	next $ perform s
+  where
+	s = unwords ws
+
+perform :: String -> CommandPerform
+perform s = do
+	u <- if isUUID s
+		then return $ toUUID s
+		else Remote.nameToUUID s
+	storeUUID u
+	initialize'
+	next $ return True
diff --git a/Command/Reinject.hs b/Command/Reinject.hs
new file mode 100644
index 0000000000..a516fe93ce
--- /dev/null
+++ b/Command/Reinject.hs
@@ -0,0 +1,63 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Reinject where
+
+import Common.Annex
+import Command
+import Logs.Location
+import Annex.Content
+import qualified Command.Fsck
+import qualified Backend
+
+def :: [Command]
+def = [command "reinject" (paramPair "SRC" "DEST") seek
+	SectionUtility "sets content of annexed file"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [FilePath] -> CommandStart
+start (src:dest:[])
+	| src == dest = stop
+	| otherwise =
+		ifAnnexed src
+			(error $ "cannot used annexed file as src: " ++ src)
+			go
+  where
+	go = do
+		showStart "reinject" dest
+		next $ whenAnnexed (perform src) dest
+start _ = error "specify a src file and a dest file"
+
+perform :: FilePath -> FilePath -> Key -> CommandPerform
+perform src dest key = do
+	{- Check the content before accepting it. -}
+	v <- Backend.getBackend dest key
+	case v of
+		Nothing -> stop
+		Just backend ->
+			ifM (Command.Fsck.checkKeySizeOr reject key src
+				<&&> Command.Fsck.checkBackendOr reject backend key src)
+				( do
+					unlessM move $ error "mv failed!"
+					next $ cleanup key
+				, error "not reinjecting"
+				)
+  where
+	-- the file might be on a different filesystem,
+	-- so mv is used rather than simply calling
+	-- moveToObjectDir; disk space is also
+	-- checked this way.
+	move = getViaTmp key $ \tmp ->
+		liftIO $ boolSystem "mv" [File src, File tmp]
+	reject = const $ return "wrong file?"
+
+cleanup :: Key -> CommandCleanup
+cleanup key = do
+	logStatus key InfoPresent
+	return True
diff --git a/Command/RemoteDaemon.hs b/Command/RemoteDaemon.hs
new file mode 100644
index 0000000000..61c3a7d846
--- /dev/null
+++ b/Command/RemoteDaemon.hs
@@ -0,0 +1,24 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.RemoteDaemon where
+
+import Common.Annex
+import Command
+import RemoteDaemon.Core
+
+def :: [Command]
+def = [noCommit $ command "remotedaemon" paramNothing seek SectionPlumbing
+	"detects when remotes have changed, and fetches from them"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	liftIO runForeground
+	stop
diff --git a/Command/Repair.hs b/Command/Repair.hs
new file mode 100644
index 0000000000..56925d83da
--- /dev/null
+++ b/Command/Repair.hs
@@ -0,0 +1,84 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Repair where
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Git.Repair
+import qualified Annex.Branch
+import qualified Git.Ref
+import Git.Types
+import Annex.Version
+
+def :: [Command]
+def = [noCommit $ dontCheck repoExists $
+	command "repair" paramNothing seek SectionMaintenance "recover broken git repository"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = next $ next $ runRepair =<< Annex.getState Annex.force
+
+runRepair :: Bool -> Annex Bool
+runRepair forced = do
+	(ok, modifiedbranches) <- inRepo $
+		Git.Repair.runRepair isAnnexSyncBranch forced
+	-- This command can be run in git repos not using git-annex,
+	-- so avoid git annex branch stuff in that case.
+	whenM (isJust <$> getVersion) $
+		repairAnnexBranch modifiedbranches
+	return ok
+
+{- After git repository repair, the .git/annex/index file could
+ - still be broken, by pointing to bad objects, or might just be corrupt on
+ - its own. Since this index file is not used to stage things
+ - for long durations of time, it can safely be deleted if it is broken.
+ -
+ - Otherwise, if the git-annex branch was modified by the repair,
+ - commit the index file to the git-annex branch.
+ - This way, if the git-annex branch got rewound to an old version by
+ - the repository repair, or was completely deleted, this will get it back
+ - to a good state. Note that in the unlikely case where the git-annex
+ - branch was rewound to a state that, had new changes from elsewhere not
+ - yet reflected in the index, this does properly merge those into the
+ - index before committing.
+ -}
+repairAnnexBranch :: [Branch] -> Annex ()
+repairAnnexBranch modifiedbranches
+	| Annex.Branch.fullname `elem` modifiedbranches = ifM okindex
+		( commitindex
+		, do
+			nukeindex
+			missingbranch
+		)
+	| otherwise = ifM okindex
+		( noop
+		, do
+			nukeindex
+			ifM (null <$> inRepo (Git.Ref.matching [Annex.Branch.fullname]))
+				( missingbranch
+				, liftIO $ putStrLn "No data was lost."
+				)
+		)
+  where
+	okindex = Annex.Branch.withIndex $ inRepo $ Git.Repair.checkIndex
+	commitindex = do
+		Annex.Branch.forceCommit "committing index after git repository repair"
+		liftIO $ putStrLn "Successfully recovered the git-annex branch using .git/annex/index"
+	nukeindex = do
+		inRepo $ nukeFile . gitAnnexIndex
+		liftIO $ putStrLn "Had to delete the .git/annex/index file as it was corrupt."
+	missingbranch = liftIO $ putStrLn "Since the git-annex branch is not up-to-date anymore. It would be a very good idea to run: git annex fsck --fast"
+
+trackingOrSyncBranch :: Ref -> Bool
+trackingOrSyncBranch b = Git.Repair.isTrackingBranch b || isAnnexSyncBranch b
+
+isAnnexSyncBranch :: Ref -> Bool
+isAnnexSyncBranch b = "refs/synced/" `isPrefixOf` fromRef b
diff --git a/Command/ResolveMerge.hs b/Command/ResolveMerge.hs
new file mode 100644
index 0000000000..a50e2aa9d2
--- /dev/null
+++ b/Command/ResolveMerge.hs
@@ -0,0 +1,40 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.ResolveMerge where
+
+import Common.Annex
+import Command
+import qualified Git
+import Git.Sha
+import qualified Git.Branch
+import Annex.AutoMerge
+
+def :: [Command]
+def = [command "resolvemerge" paramNothing seek SectionPlumbing
+	"resolve merge conflicts"]
+
+seek :: CommandSeek
+seek ps = withNothing start ps
+
+start :: CommandStart
+start = do
+	showStart "resolvemerge" ""
+	us <- fromMaybe nobranch <$> inRepo Git.Branch.current
+	d <- fromRepo Git.localGitDir
+	let merge_head = d </> "MERGE_HEAD"
+	them <- fromMaybe (error nomergehead) . extractSha
+		<$> liftIO (readFile merge_head)
+	ifM (resolveMerge (Just us) them)
+		( do
+			void $ commitResolvedMerge Git.Branch.ManualCommit
+			next $ next $ return True
+		, error "Merge conflict could not be automatically resolved."
+		)
+  where
+	nobranch = error "No branch is currently checked out."
+	nomergehead = error "No SHA found in .git/merge_head"
diff --git a/Command/RmUrl.hs b/Command/RmUrl.hs
new file mode 100644
index 0000000000..e961575a3a
--- /dev/null
+++ b/Command/RmUrl.hs
@@ -0,0 +1,30 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.RmUrl where
+
+import Common.Annex
+import Command
+import Logs.Web
+
+def :: [Command]
+def = [notBareRepo $
+	command "rmurl" (paramPair paramFile paramUrl) seek
+		SectionCommon "record file is not available at url"]
+
+seek :: CommandSeek
+seek = withPairs start
+
+start :: (FilePath, String) -> CommandStart
+start (file, url) = flip whenAnnexed file $ \_ key -> do
+	showStart "rmurl" file
+	next $ next $ cleanup url key
+
+cleanup :: String -> Key -> CommandCleanup
+cleanup url key = do
+	setUrlMissing key url
+	return True
diff --git a/Command/Schedule.hs b/Command/Schedule.hs
new file mode 100644
index 0000000000..a088dbef8b
--- /dev/null
+++ b/Command/Schedule.hs
@@ -0,0 +1,53 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Schedule where
+
+import Common.Annex
+import qualified Annex
+import Command
+import qualified Remote
+import Logs.Schedule
+import Types.ScheduledActivity
+import Types.Messages
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "schedule" (paramPair paramRemote (paramOptional paramExpression)) seek
+	SectionSetup "get or set scheduled jobs"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start = parse
+  where
+  	parse (name:[]) = go name performGet
+	parse (name:expr:[]) = go name $ \uuid -> do
+		showStart "schedile" name
+		performSet expr uuid
+	parse _ = error "Specify a repository."
+
+	go name a = do
+		u <- Remote.nameToUUID name
+		next $ a u
+
+performGet :: UUID -> CommandPerform
+performGet uuid = do
+	Annex.setOutput QuietOutput
+	s <- scheduleGet uuid
+	liftIO $ putStrLn $ intercalate "; " $ 
+		map fromScheduledActivity $ S.toList s
+	next $ return True
+
+performSet :: String -> UUID -> CommandPerform
+performSet expr uuid = case parseScheduledActivities expr of
+	Left e -> error $ "Parse error: " ++ e
+	Right l -> do
+		scheduleSet uuid l
+		next $ return True
diff --git a/Command/Semitrust.hs b/Command/Semitrust.hs
new file mode 100644
index 0000000000..edba27346a
--- /dev/null
+++ b/Command/Semitrust.hs
@@ -0,0 +1,19 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Semitrust where
+
+import Command
+import Types.TrustLevel
+import Command.Trust (trustCommand)
+
+def :: [Command]
+def = [command "semitrust" (paramRepeating paramRemote) seek
+	SectionSetup "return repository to default trust level"]
+
+seek :: CommandSeek
+seek = trustCommand "semitrust" SemiTrusted
diff --git a/Command/SendKey.hs b/Command/SendKey.hs
new file mode 100644
index 0000000000..a201d1b89a
--- /dev/null
+++ b/Command/SendKey.hs
@@ -0,0 +1,49 @@
+{- git-annex command
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.SendKey where
+
+import Common.Annex
+import Command
+import Annex.Content
+import Annex
+import Utility.Rsync
+import Annex.Transfer
+import qualified CmdLine.GitAnnexShell.Fields as Fields
+import Utility.Metered
+
+def :: [Command]
+def = [noCommit $ command "sendkey" paramKey seek
+	SectionPlumbing "runs rsync in server mode to send content"]
+
+seek :: CommandSeek
+seek = withKeys start
+
+start :: Key -> CommandStart
+start key = do
+	opts <- filterRsyncSafeOptions . maybe [] words
+		<$> getField "RsyncOptions"
+	ifM (inAnnex key)
+		( fieldTransfer Upload key $ \_p ->
+			sendAnnex key rollback $ liftIO . rsyncServerSend (map Param opts)
+		, do
+			warning "requested key is not present"
+			liftIO exitFailure
+		)
+  where
+	{- No need to do any rollback; when sendAnnex fails, a nonzero
+	 - exit will be propigated, and the remote will know the transfer
+	 - failed. -}
+	rollback = noop
+
+fieldTransfer :: Direction -> Key -> (MeterUpdate -> Annex Bool) -> CommandStart
+fieldTransfer direction key a = do
+	afile <- Fields.getField Fields.associatedFile
+	ok <- maybe (a $ const noop)
+		(\u -> runTransfer (Transfer direction (toUUID u) key) afile noRetry a)
+		=<< Fields.getField Fields.remoteUUID
+	liftIO $ exitBool ok
diff --git a/Command/Status.hs b/Command/Status.hs
new file mode 100644
index 0000000000..9d184c33bc
--- /dev/null
+++ b/Command/Status.hs
@@ -0,0 +1,90 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Status where
+
+import Common.Annex
+import Command
+import Annex.CatFile
+import Annex.Content.Direct
+import Config
+import qualified Git.LsFiles as LsFiles
+import qualified Git.Ref
+import qualified Git
+
+def :: [Command]
+def = [notBareRepo $ noCommit $ noMessages $ withOptions [jsonOption] $
+	command "status" paramPaths seek SectionCommon
+		"show the working tree status"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [FilePath] -> CommandStart
+start [] = do
+	-- Like git status, when run without a directory, behave as if
+	-- given the path to the top of the repository.
+	currdir <- liftIO getCurrentDirectory
+	top <- fromRepo Git.repoPath
+	start' [relPathDirToFile currdir top]
+start locs = start' locs
+	
+start' :: [FilePath] -> CommandStart
+start' locs = do
+	(l, cleanup) <- inRepo $ LsFiles.modifiedOthers locs
+	getstatus <- ifM isDirect
+		( return statusDirect
+		, return $ Just <$$> statusIndirect
+		)
+	forM_ l $ \f -> maybe noop (showFileStatus f) =<< getstatus f
+	void $ liftIO cleanup
+	stop
+
+data Status 
+	= NewFile
+	| DeletedFile
+	| ModifiedFile
+
+showStatus :: Status -> String
+showStatus NewFile = "?"
+showStatus DeletedFile = "D"
+showStatus ModifiedFile = "M"
+
+showFileStatus :: FilePath -> Status -> Annex ()
+showFileStatus f s  = unlessM (showFullJSON [("status", ss), ("file", f)]) $
+	liftIO $ putStrLn $ ss ++ " " ++ f
+  where
+	ss = showStatus s
+
+statusDirect :: FilePath -> Annex (Maybe Status)
+statusDirect f = checkstatus =<< liftIO (catchMaybeIO $ getFileStatus f)
+  where
+	checkstatus Nothing = return $ Just DeletedFile
+	checkstatus (Just s)
+		-- Git thinks that present direct mode files modifed,
+		-- so have to check.
+		| not (isSymbolicLink s) = checkkey s =<< catKeyFile f
+		| otherwise = Just <$> checkNew f
+	
+	checkkey s (Just k) = ifM (sameFileStatus k s)
+		( return Nothing
+		, return $ Just ModifiedFile
+		)
+	checkkey _ Nothing = Just <$> checkNew f
+
+statusIndirect :: FilePath -> Annex Status
+statusIndirect f = ifM (liftIO $ isJust <$> catchMaybeIO (getFileStatus f))
+	( checkNew f
+	, return DeletedFile
+	)
+  where
+
+checkNew :: FilePath -> Annex Status
+checkNew f = ifM (isJust <$> catObjectDetails (Git.Ref.fileRef f))
+	( return ModifiedFile
+	, return NewFile
+	)
diff --git a/Command/Sync.hs b/Command/Sync.hs
new file mode 100644
index 0000000000..50c6fbe696
--- /dev/null
+++ b/Command/Sync.hs
@@ -0,0 +1,383 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joachim Breitner <mail@joachim-breitner.de>
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Sync where
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Annex.Branch
+import qualified Remote
+import qualified Types.Remote as Remote
+import Annex.Direct
+import Annex.Hook
+import qualified Git.Command
+import qualified Git.LsFiles as LsFiles
+import qualified Git.Branch
+import qualified Git.Ref
+import qualified Git
+import qualified Remote.Git
+import Config
+import Annex.Wanted
+import Annex.Content
+import Command.Get (getKeyFile')
+import qualified Command.Move
+import Logs.Location
+import Annex.Drop
+import Annex.UUID
+import Annex.AutoMerge
+import Annex.Ssh
+
+import Control.Concurrent.MVar
+
+def :: [Command]
+def = [withOptions syncOptions $
+	command "sync" (paramOptional (paramRepeating paramRemote))
+	seek SectionCommon "synchronize local repository with remotes"]
+
+syncOptions :: [Option]
+syncOptions = [ contentOption ]
+
+contentOption :: Option
+contentOption = flagOption [] "content" "also transfer file contents"
+
+seek :: CommandSeek
+seek rs = do
+	prepMerge
+
+	-- There may not be a branch checked out until after the commit,
+	-- or perhaps after it gets merged from the remote.
+	-- So only look it up once it's needed, and if once there is a
+	-- branch, cache it.
+	mvar <- liftIO newEmptyMVar
+	let getbranch = ifM (liftIO $ isEmptyMVar mvar)
+		( do
+			branch <- inRepo Git.Branch.current
+			when (isJust branch) $
+				liftIO $ putMVar mvar branch
+			return branch
+		, liftIO $ readMVar mvar
+		)
+	let withbranch a = a =<< getbranch
+
+	remotes <- syncRemotes rs
+	let gitremotes = filter Remote.gitSyncableRemote remotes
+	let dataremotes = filter (not . remoteAnnexIgnore . Remote.gitconfig) remotes
+
+	-- Syncing involves many actions, any of which can independently
+	-- fail, without preventing the others from running.
+	seekActions $ return $ concat
+		[ [ commit ]
+		, [ withbranch mergeLocal ]
+		, map (withbranch . pullRemote) gitremotes
+		,  [ mergeAnnex ]
+		]
+	whenM (Annex.getFlag $ optionName contentOption) $
+		whenM (seekSyncContent dataremotes) $
+			-- Transferring content can take a while,
+			-- and other changes can be pushed to the git-annex
+			-- branch on the remotes in the meantime, so pull
+			-- and merge again to avoid our push overwriting
+			-- those changes.
+			seekActions $ return $ concat
+				[ map (withbranch . pullRemote) gitremotes
+				, [ commitAnnex, mergeAnnex ]
+				]
+	seekActions $ return $ concat
+		[ [ withbranch pushLocal ]
+		, map (withbranch . pushRemote) gitremotes
+		]
+
+{- Merging may delete the current directory, so go to the top
+ - of the repo. This also means that sync always acts on all files in the
+ - repository, not just on a subdirectory. -}
+prepMerge :: Annex ()
+prepMerge = liftIO . setCurrentDirectory =<< fromRepo Git.repoPath
+
+syncBranch :: Git.Ref -> Git.Ref
+syncBranch = Git.Ref.under "refs/heads/synced" . fromDirectBranch
+
+remoteBranch :: Remote -> Git.Ref -> Git.Ref
+remoteBranch remote = Git.Ref.underBase $ "refs/remotes/" ++ Remote.name remote
+
+syncRemotes :: [String] -> Annex [Remote]
+syncRemotes rs = ifM (Annex.getState Annex.fast) ( nub <$> pickfast , wanted )
+  where
+	pickfast = (++) <$> listed <*> (filterM good =<< fastest <$> available)
+	wanted
+		| null rs = filterM good =<< concat . Remote.byCost <$> available
+		| otherwise = listed
+	listed = catMaybes <$> mapM (Remote.byName . Just) rs
+	available = filter (remoteAnnexSync . Remote.gitconfig)
+		. filter (not . Remote.isXMPPRemote)
+		<$> Remote.remoteList
+	good r
+		| Remote.gitSyncableRemote r = Remote.Git.repoAvail $ Remote.repo r
+		| otherwise = return True
+	fastest = fromMaybe [] . headMaybe . Remote.byCost
+
+commit :: CommandStart
+commit = next $ next $ ifM isDirect
+	( do
+		showStart "commit" ""
+		void stageDirect
+		void preCommitDirect
+		commitStaged Git.Branch.ManualCommit commitmessage
+	, do
+		showStart "commit" ""
+		Annex.Branch.commit "update"
+		inRepo $ Git.Branch.commitQuiet Git.Branch.ManualCommit
+			[ Param "-a"
+			, Param "-m"
+			, Param commitmessage
+			]
+		return True
+	)
+  where
+	commitmessage = "git-annex automatic sync"
+
+commitStaged :: Git.Branch.CommitMode -> String -> Annex Bool
+commitStaged commitmode commitmessage = go =<< inRepo Git.Branch.currentUnsafe
+  where
+	go Nothing = return False
+	go (Just branch) = do
+		runAnnexHook preCommitAnnexHook
+		parent <- inRepo $ Git.Ref.sha branch
+		void $ inRepo $ Git.Branch.commit commitmode False commitmessage branch
+			(maybeToList parent)
+		return True
+
+mergeLocal :: Maybe Git.Ref -> CommandStart
+mergeLocal Nothing = stop
+mergeLocal (Just branch) = go =<< needmerge
+  where
+	syncbranch = syncBranch branch
+	needmerge = ifM isBareRepo
+		( return False
+		, do
+			unlessM (inRepo $ Git.Ref.exists syncbranch) $
+				inRepo $ updateBranch syncbranch
+			inRepo $ Git.Branch.changed branch syncbranch
+		)
+	go False = stop
+	go True = do
+		showStart "merge" $ Git.Ref.describe syncbranch
+		next $ next $ autoMergeFrom syncbranch (Just branch) Git.Branch.ManualCommit
+
+pushLocal :: Maybe Git.Ref -> CommandStart
+pushLocal b = do
+	updateSyncBranch b
+	stop
+
+updateSyncBranch :: Maybe Git.Ref -> Annex ()
+updateSyncBranch Nothing = noop
+updateSyncBranch (Just branch) = do
+	-- Update the sync branch to match the new state of the branch
+	inRepo $ updateBranch $ syncBranch branch
+	-- In direct mode, we're operating on some special direct mode
+	-- branch, rather than the intended branch, so update the indended
+	-- branch.
+	whenM isDirect $
+		inRepo $ updateBranch $ fromDirectBranch branch
+
+updateBranch :: Git.Ref -> Git.Repo -> IO ()
+updateBranch syncbranch g = 
+	unlessM go $ error $ "failed to update " ++ Git.fromRef syncbranch
+  where
+	go = Git.Command.runBool
+		[ Param "branch"
+		, Param "-f"
+		, Param $ Git.fromRef $ Git.Ref.base syncbranch
+		] g
+
+pullRemote :: Remote -> Maybe Git.Ref -> CommandStart
+pullRemote remote branch = do
+	showStart "pull" (Remote.name remote)
+	next $ do
+		showOutput
+		stopUnless fetch $
+			next $ mergeRemote remote branch
+  where
+	fetch = inRepoWithSshCachingTo (Remote.repo remote) $ Git.Command.runBool
+		[Param "fetch", Param $ Remote.name remote]
+
+{- The remote probably has both a master and a synced/master branch.
+ - Which to merge from? Well, the master has whatever latest changes
+ - were committed (or pushed changes, if this is a bare remote),
+ - while the synced/master may have changes that some
+ - other remote synced to this remote. So, merge them both. -}
+mergeRemote :: Remote -> Maybe Git.Ref -> CommandCleanup
+mergeRemote remote b = case b of
+	Nothing -> do
+		branch <- inRepo Git.Branch.currentUnsafe
+		and <$> mapM (merge Nothing) (branchlist branch)
+	Just thisbranch ->
+		and <$> (mapM (merge (Just thisbranch)) =<< tomerge (branchlist b))
+  where
+	merge thisbranch br = autoMergeFrom (remoteBranch remote br) thisbranch Git.Branch.ManualCommit
+	tomerge = filterM (changed remote)
+	branchlist Nothing = []
+	branchlist (Just branch) = [branch, syncBranch branch]
+
+pushRemote :: Remote -> Maybe Git.Ref -> CommandStart
+pushRemote _remote Nothing = stop
+pushRemote remote (Just branch) = go =<< needpush
+  where
+	needpush
+		| remoteAnnexReadOnly (Remote.gitconfig remote) = return False
+		| otherwise = anyM (newer remote) [syncBranch branch, Annex.Branch.name]
+	go False = stop
+	go True = do
+		showStart "push" (Remote.name remote)
+		next $ next $ do
+			showOutput
+			ok <- inRepoWithSshCachingTo (Remote.repo remote) $
+				pushBranch remote branch
+			unless ok $ do
+				warning $ unwords [ "Pushing to " ++ Remote.name remote ++ " failed." ]
+				showLongNote "(non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git config)"
+			return ok
+
+{- Pushes a regular branch like master to a remote. Also pushes the git-annex
+ - branch.
+ -
+ - If the remote is a bare git repository, it's best to push the regular 
+ - branch directly to it, so that cloning/pulling will get it.
+ - On the other hand, if it's not bare, pushing to the checked out branch
+ - will fail, and this is why we push to its syncBranch.
+ -
+ - Git offers no way to tell if a remote is bare or not, so both methods
+ - are tried.
+ -
+ - The direct push is likely to spew an ugly error message, so stderr is
+ - elided. Since git progress display goes to stderr too, the sync push
+ - is done first, and actually sends the data. Then the direct push is
+ - tried, with stderr discarded, to update the branch ref on the remote.
+ -
+ - The sync push forces the update of the remote synced/git-annex branch.
+ - This is necessary if a transition has rewritten the git-annex branch.
+ - Normally any changes to the git-annex branch get pulled and merged before
+ - this push, so this forcing is unlikely to overwrite new data pushed
+ - in from another repository that is also syncing.
+ -
+ - But overwriting of data on synced/git-annex can happen, in a race.
+ - The only difference caused by using a forced push in that case is that
+ - the last repository to push wins the race, rather than the first to push.
+ -
+ - The sync push will fail to overwrite if receive.denyNonFastforwards is
+ - set on the remote.
+ -}
+pushBranch :: Remote -> Git.Ref -> Git.Repo -> IO Bool
+pushBranch remote branch g = tryIO (directpush g) `after` syncpush g
+  where
+	syncpush = Git.Command.runBool $ pushparams
+		[ Git.Branch.forcePush $ refspec Annex.Branch.name
+		, refspec branch
+		]
+	directpush = Git.Command.runQuiet $ pushparams
+		[Git.fromRef $ Git.Ref.base $ fromDirectBranch branch]
+	pushparams branches =
+		[ Param "push"
+		, Param $ Remote.name remote
+		] ++ map Param branches
+	refspec b = concat 
+		[ Git.fromRef $ Git.Ref.base b
+		,  ":"
+		, Git.fromRef $ Git.Ref.base $ syncBranch b
+		]
+
+commitAnnex :: CommandStart
+commitAnnex = do
+	Annex.Branch.commit "update"
+	stop
+
+mergeAnnex :: CommandStart
+mergeAnnex = do
+	void Annex.Branch.forceUpdate
+	stop
+
+changed :: Remote -> Git.Ref -> Annex Bool
+changed remote b = do
+	let r = remoteBranch remote b
+	ifM (inRepo $ Git.Ref.exists r)
+		( inRepo $ Git.Branch.changed b r
+		, return False
+		)
+
+newer :: Remote -> Git.Ref -> Annex Bool
+newer remote b = do
+	let r = remoteBranch remote b
+	ifM (inRepo $ Git.Ref.exists r)
+		( inRepo $ Git.Branch.changed r b
+		, return True
+		)
+
+{- If it's preferred content, and we don't have it, get it from one of the
+ - listed remotes (preferring the cheaper earlier ones).
+ -
+ - Send it to each remote that doesn't have it, and for which it's
+ - preferred content.
+ -
+ - Drop it locally if it's not preferred content (honoring numcopies).
+ - 
+ - Drop it from each remote that has it, where it's not preferred content
+ - (honoring numcopies).
+ -
+ - If any file movements were generated, returns true.
+ -}
+seekSyncContent :: [Remote] -> Annex Bool
+seekSyncContent rs = do
+	mvar <- liftIO newEmptyMVar
+	mapM_ (go mvar) =<< seekHelper LsFiles.inRepo []
+	liftIO $ not <$> isEmptyMVar mvar
+  where
+	go mvar f = ifAnnexed f
+		(\v -> void (liftIO (tryPutMVar mvar ())) >> syncFile rs f v)
+		noop
+
+syncFile :: [Remote] -> FilePath -> Key -> Annex ()
+syncFile rs f k = do
+	locs <- loggedLocations k
+	let (have, lack) = partition (\r -> Remote.uuid r `elem` locs) rs
+
+	got <- anyM id =<< handleget have
+	putrs <- catMaybes . snd . unzip <$> (sequence =<< handleput lack)
+
+	u <- getUUID
+	let locs' = concat [[u | got], putrs, locs]
+
+	-- Using callCommandAction rather than commandAction for drops,
+	-- because a failure to drop does not mean the sync failed.
+	handleDropsFrom locs' rs "unwanted" True k (Just f)
+		Nothing callCommandAction
+  where
+  	wantget have = allM id 
+		[ pure (not $ null have)
+		, not <$> inAnnex k
+		, wantGet True (Just k) (Just f)
+		]
+	handleget have = ifM (wantget have)
+		( return [ get have ]
+		, return []
+		)
+	get have = commandAction $ do
+		showStart "get" f
+		next $ next $ getViaTmp k $ \dest -> getKeyFile' k (Just f) dest have
+
+	wantput r
+		| Remote.readonly r || remoteAnnexReadOnly (Remote.gitconfig r) = return False
+		| otherwise = wantSend True (Just k) (Just f) (Remote.uuid r)
+	handleput lack = ifM (inAnnex k)
+		( map put <$> filterM wantput lack
+		, return []
+		)
+	put dest = do
+		ok <- commandAction $ do
+			showStart "copy" f
+			Command.Move.toStart' dest False (Just f) k
+		return (ok, if ok then Just (Remote.uuid dest) else Nothing)
diff --git a/Command/Test.hs b/Command/Test.hs
new file mode 100644
index 0000000000..ee72201423
--- /dev/null
+++ b/Command/Test.hs
@@ -0,0 +1,37 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Test where
+
+import Common
+import Command
+import Messages
+
+def :: [Command]
+def = [ noRepo startIO $ dontCheck repoExists $
+	command "test" paramNothing seek SectionPlumbing
+		"run built-in test suite"]
+
+seek :: CommandSeek
+seek = withWords start
+
+{- We don't actually run the test suite here because of a dependency loop.
+ - The main program notices when the command is test and runs it; this
+ - function is never run if that works.
+ -
+ - However, if git-annex is built without the test suite, just print a
+ - warning, and do not exit nonzero. This is so git-annex test can be run
+ - in debian/rules despite some architectures not being able to build the
+ - test suite.
+ -}
+start :: [String] -> CommandStart
+start ps = do
+	liftIO $ startIO ps
+	stop
+
+startIO :: CmdParams -> IO ()
+startIO _ = warningIO "git-annex was built without its test suite; not testing"
diff --git a/Command/TransferInfo.hs b/Command/TransferInfo.hs
new file mode 100644
index 0000000000..8ab577a81b
--- /dev/null
+++ b/Command/TransferInfo.hs
@@ -0,0 +1,64 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.TransferInfo where
+
+import Common.Annex
+import Command
+import Annex.Content
+import Logs.Transfer
+import Types.Key
+import qualified CmdLine.GitAnnexShell.Fields as Fields
+import Utility.Metered
+
+def :: [Command]
+def = [noCommit $ command "transferinfo" paramKey seek SectionPlumbing
+	"updates sender on number of bytes of content received"]
+
+seek :: CommandSeek
+seek = withWords start
+
+{- Security:
+ - 
+ - The transfer info file contains the user-supplied key, but
+ - the built-in guards prevent slashes in it from showing up in the filename.
+ - It also contains the UUID of the remote. But slashes are also filtered
+ - out of that when generating the filename.
+ - 
+ - Checks that the key being transferred is inAnnex, to prevent
+ - malicious spamming of bogus keys. Does not check that a transfer
+ - of the key is actually in progress, because this could be started
+ - concurrently with sendkey, and win the race.
+ -}
+start :: [String] -> CommandStart
+start (k:[]) = do
+	case file2key k of
+		Nothing -> error "bad key"
+		(Just key) -> whenM (inAnnex key) $ do
+			file <- Fields.getField Fields.associatedFile
+			u <- maybe (error "missing remoteuuid") toUUID
+				<$> Fields.getField Fields.remoteUUID
+			let t = Transfer
+				{ transferDirection = Upload
+				, transferUUID = u
+				, transferKey = key
+				}
+			info <- liftIO $ startTransferInfo file
+			(update, tfile, _) <- mkProgressUpdater t info
+			liftIO $ mapM_ void
+				[ tryIO $ forever $ do
+					bytes <- readUpdate
+					maybe (error "transferinfo protocol error")
+						(update . toBytesProcessed) bytes
+				, tryIO $ removeFile tfile
+				, exitSuccess
+				]
+	stop
+start _ = error "wrong number of parameters"
+
+readUpdate :: IO (Maybe Integer)
+readUpdate = readish <$> getLine
diff --git a/Command/TransferKey.hs b/Command/TransferKey.hs
new file mode 100644
index 0000000000..13bfd825e1
--- /dev/null
+++ b/Command/TransferKey.hs
@@ -0,0 +1,57 @@
+{- git-annex plumbing command (for use by old assistant, and users)
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.TransferKey where
+
+import Common.Annex
+import Command
+import Annex.Content
+import Logs.Location
+import Annex.Transfer
+import qualified Remote
+import Types.Remote
+
+def :: [Command]
+def = [withOptions transferKeyOptions $
+	noCommit $ command "transferkey" paramKey seek SectionPlumbing
+		"transfers a key from or to a remote"]
+
+transferKeyOptions :: [Option]
+transferKeyOptions = fileOption : fromToOptions
+
+fileOption :: Option
+fileOption = fieldOption [] "file" paramFile "the associated file"
+
+seek :: CommandSeek
+seek ps = do
+	to <- getOptionField toOption Remote.byNameWithUUID
+	from <- getOptionField fromOption Remote.byNameWithUUID
+	file <- getOptionField fileOption return
+	withKeys (start to from file) ps
+
+start :: Maybe Remote -> Maybe Remote -> AssociatedFile -> Key -> CommandStart
+start to from file key =
+	case (from, to) of
+		(Nothing, Just dest) -> next $ toPerform dest key file
+		(Just src, Nothing) -> next $ fromPerform src key file
+		_ -> error "specify either --from or --to"
+
+toPerform :: Remote -> Key -> AssociatedFile -> CommandPerform
+toPerform remote key file = go Upload file $
+	upload (uuid remote) key file forwardRetry $ \p -> do
+		ok <- Remote.storeKey remote key file p
+		when ok $
+			Remote.logStatus remote key InfoPresent
+		return ok
+
+fromPerform :: Remote -> Key -> AssociatedFile -> CommandPerform
+fromPerform remote key file = go Upload file $
+	download (uuid remote) key file forwardRetry $ \p ->
+		getViaTmp key $ \t -> Remote.retrieveKeyFile remote key file t p
+
+go :: Direction -> AssociatedFile -> (NotifyWitness -> Annex Bool) -> CommandPerform
+go direction file a = notifyTransfer direction file a >>= liftIO . exitBool
diff --git a/Command/TransferKeys.hs b/Command/TransferKeys.hs
new file mode 100644
index 0000000000..fba0e6593e
--- /dev/null
+++ b/Command/TransferKeys.hs
@@ -0,0 +1,128 @@
+{- git-annex command, used internally by assistant
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeSynonymInstances, FlexibleInstances #-}
+
+module Command.TransferKeys where
+
+import Common.Annex
+import Command
+import Annex.Content
+import Logs.Location
+import Annex.Transfer
+import qualified Remote
+import Types.Key
+import Utility.SimpleProtocol (ioHandles)
+import Git.Types (RemoteName)
+
+data TransferRequest = TransferRequest Direction Remote Key AssociatedFile
+
+def :: [Command]
+def = [command "transferkeys" paramNothing seek
+	SectionPlumbing "transfers keys"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	(readh, writeh) <- liftIO ioHandles
+	runRequests readh writeh runner
+	stop
+  where
+	runner (TransferRequest direction remote key file)
+		| direction == Upload = notifyTransfer direction file $
+			upload (Remote.uuid remote) key file forwardRetry $ \p -> do
+				ok <- Remote.storeKey remote key file p
+				when ok $
+					Remote.logStatus remote key InfoPresent
+				return ok
+		| otherwise = notifyTransfer direction file $
+			download (Remote.uuid remote) key file forwardRetry $ \p ->
+				getViaTmp key $ \t -> Remote.retrieveKeyFile remote key file t p
+
+runRequests
+	:: Handle
+	-> Handle
+	-> (TransferRequest -> Annex Bool)
+	-> Annex ()
+runRequests readh writeh a = do
+	liftIO $ do
+		hSetBuffering readh NoBuffering
+		fileEncoding readh
+		fileEncoding writeh
+	go =<< readrequests
+  where
+  	go (d:rn:k:f:rest) = do
+		case (deserialize d, deserialize rn, deserialize k, deserialize f) of
+			(Just direction, Just remotename, Just key, Just file) -> do
+				mremote <- Remote.byName' remotename
+				case mremote of
+					Left _ -> sendresult False
+					Right remote -> sendresult =<< a
+						(TransferRequest direction remote key file)
+			_ -> sendresult False
+		go rest
+	go [] = noop
+	go [""] = noop
+	go v = error $ "transferkeys protocol error: " ++ show v
+
+	readrequests = liftIO $ split fieldSep <$> hGetContents readh
+	sendresult b = liftIO $ do
+		hPutStrLn writeh $ serialize b
+		hFlush writeh
+
+sendRequest :: Transfer -> TransferInfo -> Handle -> IO ()
+sendRequest t info h = do
+	hPutStr h $ intercalate fieldSep
+		[ serialize (transferDirection t)
+		, maybe (serialize (fromUUID (transferUUID t)))
+			(serialize . Remote.name)
+			(transferRemote info)
+		, serialize (transferKey t)
+		, serialize (associatedFile info)
+		, "" -- adds a trailing null
+		]
+	hFlush h
+
+readResponse :: Handle -> IO Bool
+readResponse h = fromMaybe False . deserialize <$> hGetLine h
+
+fieldSep :: String
+fieldSep = "\0"
+
+class TCSerialized a where
+	serialize :: a -> String
+	deserialize :: String -> Maybe a
+
+instance TCSerialized Bool where
+	serialize True = "1"
+	serialize False = "0"
+	deserialize "1" = Just True
+	deserialize "0" = Just False
+	deserialize _ = Nothing
+
+instance TCSerialized Direction where
+	serialize Upload = "u"
+	serialize Download = "d"
+	deserialize "u" = Just Upload
+	deserialize "d" = Just Download
+	deserialize _ = Nothing
+
+instance TCSerialized AssociatedFile where
+	serialize (Just f) = f
+	serialize Nothing = ""
+	deserialize "" = Just Nothing
+	deserialize f = Just $ Just f
+
+instance TCSerialized RemoteName where
+	serialize n = n
+	deserialize n = Just n
+
+instance TCSerialized Key where
+	serialize = key2file
+	deserialize = file2key
diff --git a/Command/Trust.hs b/Command/Trust.hs
new file mode 100644
index 0000000000..c0f0136994
--- /dev/null
+++ b/Command/Trust.hs
@@ -0,0 +1,41 @@
+{- git-annex command
+ -
+ - Copyright 2010, 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Trust where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Types.TrustLevel
+import Logs.Trust
+import Logs.Group
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "trust" (paramRepeating paramRemote) seek
+	SectionSetup "trust a repository"]
+
+seek :: CommandSeek
+seek = trustCommand "trust" Trusted
+
+trustCommand :: String -> TrustLevel -> CommandSeek
+trustCommand cmd level = withWords start
+  where
+	start ws = do
+		let name = unwords ws
+		showStart cmd name
+		u <- Remote.nameToUUID name
+		next $ perform u
+	perform uuid = do
+		trustSet uuid level
+		when (level == DeadTrusted) $
+			groupSet uuid S.empty
+		l <- lookupTrust uuid
+		when (l /= level) $
+			warning $ "This remote's trust level is locally overridden to " ++ showTrustLevel l ++ " via git config."
+		next $ return True
diff --git a/Command/Unannex.hs b/Command/Unannex.hs
new file mode 100644
index 0000000000..9cb88564cc
--- /dev/null
+++ b/Command/Unannex.hs
@@ -0,0 +1,120 @@
+{- git-annex command
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.Unannex where
+
+import Common.Annex
+import Command
+import Config
+import qualified Annex
+import Annex.Content
+import Annex.Content.Direct
+import qualified Git.Command
+import qualified Git.Branch
+import qualified Git.Ref
+import qualified Git.DiffTree as DiffTree
+import Utility.CopyFile
+import Command.PreCommit (lockPreCommitHook)
+
+def :: [Command]
+def = [command "unannex" paramPaths seek SectionUtility
+		"undo accidential add command"]
+
+seek :: CommandSeek
+seek = wrapUnannex . (withFilesInGit $ whenAnnexed start)
+
+wrapUnannex :: Annex a -> Annex a
+wrapUnannex a = ifM isDirect
+	( a
+	{- Run with the pre-commit hook disabled, to avoid confusing
+	 - behavior if an unannexed file is added back to git as
+	 - a normal, non-annexed file and then committed.
+	 - Otherwise, the pre-commit hook would think that the file
+	 - has been unlocked and needs to be re-annexed.
+	 -
+	 - At the end, make a commit removing the unannexed files.
+	 -}
+	, ifM cleanindex
+		( lockPreCommitHook $ commit `after` a
+		, error "Cannot proceed with uncommitted changes staged in the index. Recommend you: git commit"
+		)
+	)
+  where
+	commit = inRepo $ Git.Branch.commitCommand Git.Branch.ManualCommit
+		[ Param "-q"
+		, Param "--allow-empty"
+		, Param "--no-verify"
+		, Param "-m", Param "content removed from git annex"
+		]
+	cleanindex = do
+		(diff, cleanup) <- inRepo $ DiffTree.diffIndex Git.Ref.headRef
+		if null diff
+			then void (liftIO cleanup) >> return True
+			else void (liftIO cleanup) >> return False
+
+start :: FilePath -> Key -> CommandStart
+start file key = stopUnless (inAnnex key) $ do
+	showStart "unannex" file
+	next $ ifM isDirect
+		( performDirect file key
+		, performIndirect file key)
+
+performIndirect :: FilePath -> Key -> CommandPerform
+performIndirect file key = do
+	liftIO $ removeFile file
+	inRepo $ Git.Command.run [Params "rm --cached --force --quiet --", File file]
+	next $ cleanupIndirect file key
+
+cleanupIndirect :: FilePath -> Key -> CommandCleanup
+cleanupIndirect file key = do
+	src <- calcRepo $ gitAnnexLocation key
+	ifM (Annex.getState Annex.fast)
+		( do
+			-- Only make a hard link if the annexed file does not
+			-- already have other hard links pointing at it.
+			-- This avoids unannexing (and uninit) ending up
+			-- hard linking files together, which would be
+			-- surprising.
+			s <- liftIO $ getFileStatus src
+			if linkCount s > 1
+				then copyfrom src
+				else hardlinkfrom src
+		, copyfrom src
+		)
+  where
+	copyfrom src = 
+		thawContent file `after` liftIO (copyFileExternal src file)
+	hardlinkfrom src =
+#ifndef mingw32_HOST_OS
+		-- creating a hard link could fall; fall back to copying
+		ifM (liftIO $ catchBoolIO $ createLink src file >> return True)
+			( return True
+			, copyfrom src
+			)
+#else
+		copyfrom src
+#endif
+
+performDirect :: FilePath -> Key -> CommandPerform
+performDirect file key = do
+	-- --force is needed when the file is not committed
+	inRepo $ Git.Command.run [Params "rm --cached --force --quiet --", File file]
+	next $ cleanupDirect file key
+
+{- The direct mode file is not touched during unannex, so the content
+ - is already where it needs to be, so this does not need to do anything
+ - except remove it from the associated file map (which also updates
+ - the location log if this was the last copy), and, if this was the last
+ - associated file, remove the inode cache. -}
+cleanupDirect :: FilePath -> Key -> CommandCleanup
+cleanupDirect file key = do
+	fs <- removeAssociatedFile key file
+	when (null fs) $
+		removeInodeCache key
+	return True
diff --git a/Command/Ungroup.hs b/Command/Ungroup.hs
new file mode 100644
index 0000000000..a88e3f7c8e
--- /dev/null
+++ b/Command/Ungroup.hs
@@ -0,0 +1,35 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Ungroup where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.Group
+import Types.Group
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "ungroup" (paramPair paramRemote paramDesc) seek
+	SectionSetup "remove a repository from a group"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start (name:g:[]) = do
+	showStart "ungroup" name
+	u <- Remote.nameToUUID name
+	next $ perform u g
+start _ = error "Specify a repository and a group."
+
+perform :: UUID -> Group -> CommandPerform
+perform uuid g = do
+	groupChange uuid (S.delete g) 
+	next $ return True
diff --git a/Command/Uninit.hs b/Command/Uninit.hs
new file mode 100644
index 0000000000..4433de6d01
--- /dev/null
+++ b/Command/Uninit.hs
@@ -0,0 +1,112 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Uninit where
+
+import Common.Annex
+import qualified Annex
+import Command
+import qualified Git
+import qualified Git.Command
+import qualified Command.Unannex
+import qualified Annex.Branch
+import Annex.Content
+import Annex.Init
+import Utility.FileMode
+
+import System.IO.HVFS
+import System.IO.HVFS.Utils
+
+def :: [Command]
+def = [addCheck check $ command "uninit" paramPaths seek 
+	SectionUtility "de-initialize git-annex and clean out repository"]
+
+check :: Annex ()
+check = do
+	b <- current_branch
+	when (b == Annex.Branch.name) $ error $
+		"cannot uninit when the " ++ Git.fromRef b ++ " branch is checked out"
+	top <- fromRepo Git.repoPath
+	currdir <- liftIO getCurrentDirectory
+	whenM ((/=) <$> liftIO (absPath top) <*> liftIO (absPath currdir)) $
+		error "can only run uninit from the top of the git repository"
+  where
+	current_branch = Git.Ref . Prelude.head . lines <$> revhead
+	revhead = inRepo $ Git.Command.pipeReadStrict
+		[Params "rev-parse --abbrev-ref HEAD"]
+
+seek :: CommandSeek
+seek ps = do
+	withFilesNotInGit False (whenAnnexed startCheckIncomplete) ps
+	Annex.changeState $ \s -> s { Annex.fast = True }
+	withFilesInGit (whenAnnexed Command.Unannex.start) ps
+	finish
+
+{- git annex symlinks that are not checked into git could be left by an
+ - interrupted add. -}
+startCheckIncomplete :: FilePath -> Key -> CommandStart
+startCheckIncomplete file _ = error $ unlines
+	[ file ++ " points to annexed content, but is not checked into git."
+	, "Perhaps this was left behind by an interrupted git annex add?"
+	, "Not continuing with uninit; either delete or git annex add the file and retry."
+	]
+
+finish :: Annex ()
+finish = do
+	annexdir <- fromRepo gitAnnexDir
+	annexobjectdir <- fromRepo gitAnnexObjectDir
+	leftovers <- removeUnannexed =<< getKeysPresent InAnnex
+	liftIO $ prepareRemoveAnnexDir annexdir
+	if null leftovers
+		then liftIO $ removeDirectoryRecursive annexdir
+		else error $ unlines
+			[ "Not fully uninitialized"
+			, "Some annexed data is still left in " ++ annexobjectdir
+			, "This may include deleted files, or old versions of modified files."
+			, ""
+			, "If you don't care about preserving the data, just delete the"
+			, "directory."
+			, ""
+			, "Or, you can move it to another location, in case it turns out"
+			, "something in there is important."
+			, ""
+			, "Or, you can run `git annex unused` followed by `git annex dropunused`"
+			, "to remove data that is not used by any tag or branch, which might"
+			, "take care of all the data."
+			, ""
+			, "Then run `git annex uninit` again to finish."
+			]
+	uninitialize
+	-- avoid normal shutdown
+	saveState False
+	inRepo $ Git.Command.run
+		[Param "branch", Param "-D", Param $ Git.fromRef Annex.Branch.name]
+	liftIO exitSuccess
+
+{- Turn on write bits in all remaining files in the annex directory, in
+ - preparation for removal. -}
+prepareRemoveAnnexDir :: FilePath -> IO ()
+prepareRemoveAnnexDir annexdir =
+	recurseDir SystemFS annexdir >>= mapM_ (void . tryIO . allowWrite)
+
+{- Keys that were moved out of the annex have a hard link still in the
+ - annex, with > 1 link count, and those can be removed.
+ -
+ - Returns keys that cannot be removed. -}
+removeUnannexed :: [Key] -> Annex [Key]
+removeUnannexed = go []
+  where
+  	go c [] = return c
+	go c (k:ks) = ifM (inAnnexCheck k $ liftIO . enoughlinks)
+		( do
+			removeAnnex k
+			go c ks
+		, go (k:c) ks
+		)
+	enoughlinks f = catchBoolIO $ do
+		s <- getFileStatus f
+		return $ linkCount s > 1
diff --git a/Command/Unlock.hs b/Command/Unlock.hs
new file mode 100644
index 0000000000..0070410a67
--- /dev/null
+++ b/Command/Unlock.hs
@@ -0,0 +1,50 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Unlock where
+
+import Common.Annex
+import Command
+import Annex.Content
+import Utility.CopyFile
+
+def :: [Command]
+def =
+	[ c "unlock" "unlock files for modification"
+	, c "edit" "same as unlock"
+	]
+  where
+	c n = notDirect . command n paramPaths seek SectionCommon
+
+seek :: CommandSeek
+seek = withFilesInGit $ whenAnnexed start
+
+{- The unlock subcommand replaces the symlink with a copy of the file's
+ - content. -}
+start :: FilePath -> Key -> CommandStart
+start file key = do
+	showStart "unlock" file
+	next $ perform file key
+
+perform :: FilePath -> Key -> CommandPerform
+perform dest key = do
+	unlessM (inAnnex key) $ error "content not present"
+	unlessM (checkDiskSpace Nothing key 0) $ error "cannot unlock"
+
+	src <- calcRepo $ gitAnnexLocation key
+	tmpdest <- fromRepo $ gitAnnexTmpObjectLocation key
+	liftIO $ createDirectoryIfMissing True (parentDir tmpdest)
+	showAction "copying"
+	ifM (liftIO $ copyFileExternal src tmpdest)
+		( do
+			liftIO $ do
+				removeFile dest
+				moveFile tmpdest dest
+			thawContent dest
+			next $ return True
+		, error "copy failed!"
+		)
diff --git a/Command/Untrust.hs b/Command/Untrust.hs
new file mode 100644
index 0000000000..4c1035dcd6
--- /dev/null
+++ b/Command/Untrust.hs
@@ -0,0 +1,19 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Untrust where
+
+import Command
+import Types.TrustLevel
+import Command.Trust (trustCommand)
+
+def :: [Command]
+def = [command "untrust" (paramRepeating paramRemote) seek
+	SectionSetup "do not trust a repository"]
+
+seek :: CommandSeek
+seek = trustCommand "untrust" UnTrusted
diff --git a/Command/Unused.hs b/Command/Unused.hs
new file mode 100644
index 0000000000..bf98e53bcd
--- /dev/null
+++ b/Command/Unused.hs
@@ -0,0 +1,371 @@
+{- git-annex command
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Command.Unused where
+
+import qualified Data.Set as S
+import Control.Monad.ST
+import qualified Data.Map as M
+
+import Common.Annex
+import Command
+import Logs.Unused
+import Annex.Content
+import Logs.Location
+import Logs.Transfer
+import qualified Annex
+import qualified Git
+import qualified Git.Command
+import qualified Git.Ref
+import qualified Git.Branch
+import qualified Git.LsFiles as LsFiles
+import qualified Git.DiffTree as DiffTree
+import qualified Backend
+import qualified Remote
+import qualified Annex.Branch
+import Annex.CatFile
+import Types.Key
+import Git.FilePath
+import Logs.View (is_branchView)
+import Utility.Bloom
+
+def :: [Command]
+def = [withOptions [unusedFromOption] $ command "unused" paramNothing seek
+	SectionMaintenance "look for unused file content"]
+
+unusedFromOption :: Option
+unusedFromOption = fieldOption ['f'] "from" paramRemote "remote to check for unused content"
+
+seek :: CommandSeek
+seek = withNothing start
+
+{- Finds unused content in the annex. -} 
+start :: CommandStart
+start = do
+	from <- Annex.getField $ optionName unusedFromOption
+	let (name, action) = case from of
+		Nothing -> (".", checkUnused)
+		Just "." -> (".", checkUnused)
+		Just "here" -> (".", checkUnused)
+		Just n -> (n, checkRemoteUnused n)
+	showStart "unused" name
+	next action
+
+checkUnused :: CommandPerform
+checkUnused = chain 0
+	[ check "" unusedMsg $ findunused =<< Annex.getState Annex.fast
+	, check "bad" staleBadMsg $ staleKeysPrune gitAnnexBadDir False
+	, check "tmp" staleTmpMsg $ staleKeysPrune gitAnnexTmpObjectDir True
+	]
+  where
+	findunused True = do
+		showNote "fast mode enabled; only finding stale files"
+		return []
+	findunused False = do
+		showAction "checking for unused data"
+		-- InAnnex, not InRepository because if a direct mode
+		-- file exists, it is obviously not unused.
+		excludeReferenced =<< getKeysPresent InAnnex
+	chain _ [] = next $ return True
+	chain v (a:as) = do
+		v' <- a v
+		chain v' as
+
+checkRemoteUnused :: String -> CommandPerform
+checkRemoteUnused name = go =<< fromJust <$> Remote.byNameWithUUID (Just name)
+  where
+	go r = do
+		showAction "checking for unused data"
+		_ <- check "" (remoteUnusedMsg r) (remoteunused r) 0
+		next $ return True
+	remoteunused r = excludeReferenced <=< loggedKeysFor $ Remote.uuid r
+
+check :: FilePath -> ([(Int, Key)] -> String) -> Annex [Key] -> Int -> Annex Int
+check file msg a c = do
+	l <- a
+	let unusedlist = number c l
+	unless (null l) $ showLongNote $ msg unusedlist
+	updateUnusedLog file $ M.fromList unusedlist
+	return $ c + length l
+
+number :: Int -> [a] -> [(Int, a)]
+number _ [] = []
+number n (x:xs) = (n+1, x) : number (n+1) xs
+
+table :: [(Int, Key)] -> [String]
+table l = "  NUMBER  KEY" : map cols l
+  where
+	cols (n,k) = "  " ++ pad 6 (show n) ++ "  " ++ key2file k
+	pad n s = s ++ replicate (n - length s) ' '
+
+staleTmpMsg :: [(Int, Key)] -> String
+staleTmpMsg t = unlines $ 
+	["Some partially transferred data exists in temporary files:"]
+	++ table t ++ [dropMsg Nothing]
+
+staleBadMsg :: [(Int, Key)] -> String
+staleBadMsg t = unlines $ 
+	["Some corrupted files have been preserved by fsck, just in case:"]
+	++ table t ++ [dropMsg Nothing]
+
+unusedMsg :: [(Int, Key)] -> String
+unusedMsg u = unusedMsg' u
+	["Some annexed data is no longer used by any files:"]
+	[dropMsg Nothing]
+unusedMsg' :: [(Int, Key)] -> [String] -> [String] -> String
+unusedMsg' u header trailer = unlines $
+	header ++
+	table u ++
+	["(To see where data was previously used, try: git log --stat -S'KEY')"] ++
+	trailer
+
+remoteUnusedMsg :: Remote -> [(Int, Key)] -> String
+remoteUnusedMsg r u = unusedMsg' u
+	["Some annexed data on " ++ name ++ " is not used by any files:"]
+	[dropMsg $ Just r]
+  where
+	name = Remote.name r 
+
+dropMsg :: Maybe Remote -> String
+dropMsg Nothing = dropMsg' ""
+dropMsg (Just r) = dropMsg' $ " --from " ++ Remote.name r
+dropMsg' :: String -> String
+dropMsg' s = "\nTo remove unwanted data: git-annex dropunused" ++ s ++ " NUMBER\n"
+
+{- Finds keys in the list that are not referenced in the git repository.
+ -
+ - Strategy:
+ -
+ - * Build a bloom filter of all keys referenced by symlinks. This 
+ -   is the fastest one to build and will filter out most keys.
+ - * If keys remain, build a second bloom filter of keys referenced by
+ -   all branches.
+ - * The list is streamed through these bloom filters lazily, so both will
+ -   exist at the same time. This means that twice the memory is used,
+ -   but they're relatively small, so the added complexity of using a
+ -   mutable bloom filter does not seem worthwhile.
+ - * Generating the second bloom filter can take quite a while, since
+ -   it needs enumerating all keys in all git branches. But, the common
+ -   case, if the second filter is needed, is for some keys to be globally
+ -   unused, and in that case, no short-circuit is possible.
+ -   Short-circuiting if the first filter filters all the keys handles the
+ -   other common case.
+ -}
+excludeReferenced :: [Key] -> Annex [Key]
+excludeReferenced ks = runfilter firstlevel ks >>= runfilter secondlevel
+  where
+	runfilter _ [] = return [] -- optimisation
+	runfilter a l = bloomFilter show l <$> genBloomFilter show a
+	firstlevel = withKeysReferencedM
+	secondlevel = withKeysReferencedInGit
+
+{- Finds items in the first, smaller list, that are not
+ - present in the second, larger list.
+ - 
+ - Constructing a single set, of the list that tends to be
+ - smaller, appears more efficient in both memory and CPU
+ - than constructing and taking the S.difference of two sets. -}
+exclude :: Ord a => [a] -> [a] -> [a]
+exclude [] _ = [] -- optimisation
+exclude smaller larger = S.toList $ remove larger $ S.fromList smaller
+  where
+	remove a b = foldl (flip S.delete) b a
+
+{- A bloom filter capable of holding half a million keys with a
+ - false positive rate of 1 in 1000 uses around 8 mb of memory,
+ - so will easily fit on even my lowest memory systems.
+ -}
+bloomCapacity :: Annex Int
+bloomCapacity = fromMaybe 500000 . annexBloomCapacity <$> Annex.getGitConfig
+bloomAccuracy :: Annex Int
+bloomAccuracy = fromMaybe 1000 . annexBloomAccuracy <$> Annex.getGitConfig
+bloomBitsHashes :: Annex (Int, Int)
+bloomBitsHashes = do
+	capacity <- bloomCapacity
+	accuracy <- bloomAccuracy
+	return $ suggestSizing capacity (1/ fromIntegral accuracy)
+
+{- Creates a bloom filter, and runs an action, such as withKeysReferenced,
+ - to populate it.
+ -
+ - The action is passed a callback that it can use to feed values into the
+ - bloom filter. 
+ -
+ - Once the action completes, the mutable filter is frozen
+ - for later use.
+ -}
+genBloomFilter :: Hashable t => (v -> t) -> ((v -> Annex ()) -> Annex b) -> Annex (Bloom t)
+genBloomFilter convert populate = do
+	(numbits, numhashes) <- bloomBitsHashes
+	bloom <- lift $ newMB (cheapHashes numhashes) numbits
+	_ <- populate $ \v -> lift $ insertMB bloom (convert v)
+	lift $ unsafeFreezeMB bloom
+  where
+	lift = liftIO . stToIO
+
+bloomFilter :: Hashable t => (v -> t) -> [v] -> Bloom t -> [v]
+bloomFilter convert l bloom = filter (\k -> convert k `notElemB` bloom) l
+
+{- Given an initial value, folds it with each key referenced by
+ - symlinks in the git repo. -}
+withKeysReferenced :: v -> (Key -> v -> v) -> Annex v
+withKeysReferenced initial a = withKeysReferenced' Nothing initial folda
+  where
+	folda k _ v = return $ a k v
+
+{- Runs an action on each referenced key in the git repo. -}
+withKeysReferencedM :: (Key -> Annex ()) -> Annex ()
+withKeysReferencedM a = withKeysReferenced' Nothing () calla
+  where
+	calla k _ _ = a k
+
+{- Folds an action over keys and files referenced in a particular directory. -}
+withKeysFilesReferencedIn :: FilePath -> v -> (Key -> FilePath -> v -> Annex v) -> Annex v
+withKeysFilesReferencedIn = withKeysReferenced' . Just
+
+withKeysReferenced' :: Maybe FilePath -> v -> (Key -> FilePath -> v -> Annex v) -> Annex v
+withKeysReferenced' mdir initial a = do
+	(files, clean) <- getfiles
+	r <- go initial files
+	liftIO $ void clean
+	return r
+  where
+	getfiles = case mdir of
+		Nothing -> ifM isBareRepo
+			( return ([], return True)
+			, do
+				top <- fromRepo Git.repoPath
+				inRepo $ LsFiles.allFiles [top]
+			)
+		Just dir -> inRepo $ LsFiles.inRepo [dir]
+	go v [] = return v
+	go v (f:fs) = do
+		x <- Backend.lookupFile f
+		case x of
+			Nothing -> go v fs
+			Just k -> do
+				!v' <- a k f v
+				go v' fs
+
+withKeysReferencedInGit :: (Key -> Annex ()) -> Annex ()
+withKeysReferencedInGit a = do
+	current <- inRepo Git.Branch.currentUnsafe
+	shaHead <- maybe (return Nothing) (inRepo . Git.Ref.sha) current
+	showref >>= mapM_ (withKeysReferencedInGitRef a) .
+			relevantrefs (shaHead, current)
+  where
+	showref = inRepo $ Git.Command.pipeReadStrict [Param "show-ref"]
+	relevantrefs headRef = addHead headRef .
+		filter ourbranches .
+		map (separate (== ' ')) .
+		lines
+	nubRefs = map (Git.Ref . snd) . nubBy (\(x, _) (y, _) -> x == y)
+	ourbranchend = '/' : Git.fromRef Annex.Branch.name
+	ourbranches (_, b) = not (ourbranchend `isSuffixOf` b)
+		&& not ("refs/synced/" `isPrefixOf` b)
+		&& not (is_branchView (Git.Ref b))
+	addHead headRef refs = case headRef of
+		-- if HEAD diverges from all branches (except the branch it
+		-- points to), run the actions on staged keys (and keys
+		-- that are only present in the work tree if the repo is
+		-- non bare)
+		(Just (Git.Ref x), Just (Git.Ref b))
+			| all (\(x',b') -> x /= x' || b == b') refs ->
+				Git.Ref.headRef
+				: nubRefs (filter ((/= x) . fst) refs)
+		_ -> nubRefs refs
+
+{- Runs an action on keys referenced in the given Git reference which
+ - differ from those referenced in the index. -}
+withKeysReferencedInGitRef :: (Key -> Annex ()) -> Git.Ref -> Annex ()
+withKeysReferencedInGitRef a ref = do
+	showAction $ "checking " ++ Git.Ref.describe ref
+	bare <- isBareRepo
+	(ts,clean) <- inRepo $ if bare
+			then DiffTree.diffIndex ref
+			else DiffTree.diffWorkTree ref
+	let lookAtWorkingTree = not bare && ref == Git.Ref.headRef
+	forM_ ts $ tKey lookAtWorkingTree >=> maybe noop a
+	liftIO $ void clean
+  where
+	tKey True = Backend.lookupFile . getTopFilePath . DiffTree.file
+	tKey False = fileKey . takeFileName . decodeBS <$$>
+		catFile ref . getTopFilePath . DiffTree.file
+
+{- Looks in the specified directory for bad/tmp keys, and returns a list
+ - of those that might still have value, or might be stale and removable.
+ - 
+ - Also, stale keys that can be proven to have no value are deleted.
+ -}
+staleKeysPrune :: (Git.Repo -> FilePath) -> Bool -> Annex [Key]
+staleKeysPrune dirspec nottransferred = do
+	contents <- dirKeys dirspec
+	
+	dups <- filterM inAnnex contents
+	let stale = contents `exclude` dups
+
+	dir <- fromRepo dirspec
+	liftIO $ forM_ dups $ \t -> removeFile $ dir </> keyFile t
+
+	if nottransferred
+		then do
+			inprogress <- S.fromList . map (transferKey . fst)
+				<$> getTransfers
+			return $ filter (`S.notMember` inprogress) stale
+		else return stale
+
+data UnusedMaps = UnusedMaps
+	{ unusedMap :: UnusedMap
+	, unusedBadMap :: UnusedMap
+	, unusedTmpMap :: UnusedMap
+	}
+
+withUnusedMaps :: (UnusedMaps -> Int -> CommandStart) -> CommandSeek
+withUnusedMaps a params = do
+	unused <- readUnusedMap ""
+	unusedbad <- readUnusedMap "bad"
+	unusedtmp <- readUnusedMap "tmp"
+	let m = unused `M.union` unusedbad `M.union` unusedtmp
+	let unusedmaps = UnusedMaps unused unusedbad unusedtmp
+	seekActions $ return $ map (a unusedmaps) $
+		concatMap (unusedSpec m) params
+
+unusedSpec :: UnusedMap -> String -> [Int]
+unusedSpec m spec
+	| spec == "all" = if M.null m
+		then []
+		else [fst (M.findMin m)..fst (M.findMax m)]
+	| "-" `isInfixOf` spec = range $ separate (== '-') spec
+	| otherwise = maybe badspec (: []) (readish spec)
+  where
+	range (a, b) = case (readish a, readish b) of
+		(Just x, Just y) -> [x..y]
+		_ -> badspec
+	badspec = error $ "Expected number or range, not \"" ++ spec ++ "\""
+
+{- Seek action for unused content. Finds the number in the maps, and
+ - calls one of 3 actions, depending on the type of unused file. -}
+startUnused :: String
+	-> (Key -> CommandPerform)
+	-> (Key -> CommandPerform) 
+	-> (Key -> CommandPerform)
+	-> UnusedMaps -> Int -> CommandStart
+startUnused message unused badunused tmpunused maps n = search
+	[ (unusedMap maps, unused)
+	, (unusedBadMap maps, badunused)
+	, (unusedTmpMap maps, tmpunused)
+	]
+  where
+	search [] = error $ show n ++ " not valid (run git annex unused for list)"
+	search ((m, a):rest) =
+		case M.lookup n m of
+			Nothing -> search rest
+			Just key -> do
+				showStart message (show n)
+				next $ a key
diff --git a/Command/Upgrade.hs b/Command/Upgrade.hs
new file mode 100644
index 0000000000..80876290a4
--- /dev/null
+++ b/Command/Upgrade.hs
@@ -0,0 +1,26 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Upgrade where
+
+import Common.Annex
+import Command
+import Upgrade
+
+def :: [Command]
+def = [dontCheck repoExists $ -- because an old version may not seem to exist
+	command "upgrade" paramNothing seek
+		SectionMaintenance "upgrade repository layout"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	showStart "upgrade" "."
+	r <- upgrade False
+	next $ next $ return r
diff --git a/Command/VAdd.hs b/Command/VAdd.hs
new file mode 100644
index 0000000000..e3726a051b
--- /dev/null
+++ b/Command/VAdd.hs
@@ -0,0 +1,36 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.VAdd where
+
+import Common.Annex
+import Command
+import Annex.View
+import Command.View (checkoutViewBranch)
+
+def :: [Command]
+def = [notBareRepo $ notDirect $ command "vadd" (paramRepeating "FIELD=GLOB")
+	seek SectionMetaData "add subdirs to current view"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start params = do
+	showStart "vadd" ""
+	withCurrentView $ \view -> do
+		let (view', change) = refineView view $
+			map parseViewParam $ reverse params
+		case change of
+			Unchanged -> do
+				showNote "unchanged"
+				next $ next $ return True
+			Narrowing -> next $ next $ do
+				if visibleViewSize view' == visibleViewSize view
+					then error "That would not add an additional level of directory structure to the view. To filter the view, use vfilter instead of vadd."
+					else checkoutViewBranch view' narrowView
+			Widening -> error "Widening view to match more files is not currently supported."
diff --git a/Command/VCycle.hs b/Command/VCycle.hs
new file mode 100644
index 0000000000..f7da47fa27
--- /dev/null
+++ b/Command/VCycle.hs
@@ -0,0 +1,41 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.VCycle where
+
+import Common.Annex
+import Command
+import Annex.View
+import Types.View
+import Logs.View
+import Command.View (checkoutViewBranch)
+
+def :: [Command]
+def = [notBareRepo $ notDirect $
+	command "vcycle" paramNothing seek SectionUtility
+	"switch view to next layout"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start ::CommandStart
+start = go =<< currentView
+  where
+	go Nothing = error "Not in a view."
+	go (Just v) = do
+		showStart "vcycle" ""
+		let v' = v { viewComponents = vcycle [] (viewComponents v) }
+		if v == v'
+			then do
+				showNote "unchanged"
+				next $ next $ return True
+			else next $ next $ checkoutViewBranch v' narrowView
+
+	vcycle rest (c:cs)
+		| viewVisible c = rest ++ cs ++ [c]
+		| otherwise = vcycle (c:rest) cs
+	vcycle rest c = rest ++ c
diff --git a/Command/VFilter.hs b/Command/VFilter.hs
new file mode 100644
index 0000000000..bd17aca455
--- /dev/null
+++ b/Command/VFilter.hs
@@ -0,0 +1,30 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.VFilter where
+
+import Common.Annex
+import Command
+import Annex.View
+import Command.View (paramView, checkoutViewBranch)
+
+def :: [Command]
+def = [notBareRepo $ notDirect $
+	command "vfilter" paramView seek SectionMetaData "filter current view"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start params = do
+	showStart "vfilter" ""
+	withCurrentView $ \view -> do
+		let view' = filterView view $
+			map parseViewParam $ reverse params
+		next $ next $ if visibleViewSize view' > visibleViewSize view
+			then error "That would add an additional level of directory structure to the view, rather than filtering it. If you want to do that, use vadd instead of vfilter."
+			else checkoutViewBranch view' narrowView
diff --git a/Command/VPop.hs b/Command/VPop.hs
new file mode 100644
index 0000000000..706a522f87
--- /dev/null
+++ b/Command/VPop.hs
@@ -0,0 +1,50 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.VPop where
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.Command
+import qualified Git.Ref
+import Types.View
+import Logs.View
+import Command.View (checkoutViewBranch)
+
+def :: [Command]
+def = [notBareRepo $ notDirect $
+	command "vpop" (paramOptional paramNumber) seek SectionMetaData
+	"switch back to previous view"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start ps = go =<< currentView
+  where
+	go Nothing = error "Not in a view."
+	go (Just v) = do
+		showStart "vpop" (show num)
+		removeView v
+		(oldvs, vs) <- splitAt (num - 1) . filter (sameparentbranch v)
+			<$> recentViews
+		mapM_ removeView oldvs
+		case vs of
+			(oldv:_) -> next $ next $ do
+				showOutput
+				checkoutViewBranch oldv (return . branchView)
+			_ -> next $ next $ do
+				showOutput
+				inRepo $ Git.Command.runBool
+					[ Param "checkout"
+					, Param $ Git.fromRef $ Git.Ref.base $
+						viewParentBranch v
+					]
+	sameparentbranch a b = viewParentBranch a == viewParentBranch b
+
+	num = fromMaybe 1 $ readish =<< headMaybe ps 
diff --git a/Command/Version.hs b/Command/Version.hs
new file mode 100644
index 0000000000..526b752f04
--- /dev/null
+++ b/Command/Version.hs
@@ -0,0 +1,49 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Version where
+
+import Common.Annex
+import Command
+import qualified Build.SysConfig as SysConfig
+import Annex.Version
+import BuildFlags
+import qualified Types.Backend as B
+import qualified Types.Remote as R
+import qualified Remote
+import qualified Backend
+
+def :: [Command]
+def = [noCommit $ noRepo startNoRepo $ dontCheck repoExists $
+	command "version" paramNothing seek SectionQuery "show version info"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	v <- getVersion
+	liftIO $ do
+		showPackageVersion
+		info "local repository version" $ fromMaybe "unknown" v
+		info "supported repository version" supportedVersion
+		info "upgrade supported from repository versions" $
+			unwords upgradableVersions
+	stop
+
+startNoRepo :: CmdParams -> IO ()
+startNoRepo _ = showPackageVersion
+
+showPackageVersion :: IO ()
+showPackageVersion = do
+	info "git-annex version" SysConfig.packageversion
+	info "build flags" $ unwords buildFlags
+	info "key/value backends" $ unwords $ map B.name Backend.list
+	info "remote types" $ unwords $ map R.typename Remote.remoteTypes
+
+info :: String -> String -> IO ()
+info k v = putStrLn $ k ++ ": " ++ v
diff --git a/Command/Vicfg.hs b/Command/Vicfg.hs
new file mode 100644
index 0000000000..5ec6bbf723
--- /dev/null
+++ b/Command/Vicfg.hs
@@ -0,0 +1,280 @@
+{- git-annex command
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Vicfg where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import System.Environment (getEnv)
+import Data.Tuple (swap)
+import Data.Char (isSpace)
+
+import Common.Annex
+import Command
+import Annex.Perms
+import Types.TrustLevel
+import Types.Group
+import Logs.Trust
+import Logs.Group
+import Logs.PreferredContent
+import Logs.Schedule
+import Types.StandardGroups
+import Types.ScheduledActivity
+import Remote
+
+def :: [Command]
+def = [command "vicfg" paramNothing seek
+	SectionSetup "edit git-annex's configuration"]
+
+seek :: CommandSeek
+seek = withNothing start
+
+start :: CommandStart
+start = do
+	f <- fromRepo gitAnnexTmpCfgFile
+	createAnnexDirectory $ parentDir f
+	cfg <- getCfg
+	descs <- uuidDescriptions
+	liftIO $ writeFile f $ genCfg cfg descs
+	vicfg cfg f
+	stop
+
+vicfg :: Cfg -> FilePath -> Annex ()
+vicfg curcfg f = do
+	vi <- liftIO $ catchDefaultIO "vi" $ getEnv "EDITOR"
+	-- Allow EDITOR to be processed by the shell, so it can contain options.
+	unlessM (liftIO $ boolSystem "sh" [Param "-c", Param $ unwords [vi, shellEscape f]]) $
+		error $ vi ++ " exited nonzero; aborting"
+	r <- parseCfg curcfg <$> liftIO (readFileStrict f)
+	liftIO $ nukeFile f
+	case r of
+		Left s -> do
+			liftIO $ writeFile f s
+			vicfg curcfg f
+		Right newcfg -> setCfg curcfg newcfg
+
+data Cfg = Cfg
+	{ cfgTrustMap :: TrustMap
+	, cfgGroupMap :: M.Map UUID (S.Set Group)
+	, cfgPreferredContentMap :: M.Map UUID PreferredContentExpression
+	, cfgRequiredContentMap :: M.Map UUID PreferredContentExpression
+	, cfgGroupPreferredContentMap :: M.Map Group PreferredContentExpression
+	, cfgScheduleMap :: M.Map UUID [ScheduledActivity]
+	}
+
+getCfg :: Annex Cfg
+getCfg = Cfg
+	<$> trustMapRaw -- without local trust overrides
+	<*> (groupsByUUID <$> groupMap)
+	<*> preferredContentMapRaw
+	<*> requiredContentMapRaw
+	<*> groupPreferredContentMapRaw
+	<*> scheduleMap
+
+setCfg :: Cfg -> Cfg -> Annex ()
+setCfg curcfg newcfg = do
+	let diff = diffCfg curcfg newcfg
+	mapM_ (uncurry trustSet) $ M.toList $ cfgTrustMap diff
+	mapM_ (uncurry groupSet) $ M.toList $ cfgGroupMap diff
+	mapM_ (uncurry preferredContentSet) $ M.toList $ cfgPreferredContentMap diff
+	mapM_ (uncurry requiredContentSet) $ M.toList $ cfgRequiredContentMap diff
+	mapM_ (uncurry groupPreferredContentSet) $ M.toList $ cfgGroupPreferredContentMap diff
+	mapM_ (uncurry scheduleSet) $ M.toList $ cfgScheduleMap diff
+
+diffCfg :: Cfg -> Cfg -> Cfg
+diffCfg curcfg newcfg = Cfg
+	{ cfgTrustMap = diff cfgTrustMap
+	, cfgGroupMap = diff cfgGroupMap
+	, cfgPreferredContentMap = diff cfgPreferredContentMap
+	, cfgRequiredContentMap = diff cfgRequiredContentMap
+	, cfgGroupPreferredContentMap = diff cfgGroupPreferredContentMap
+	, cfgScheduleMap = diff cfgScheduleMap
+	}
+  where
+	diff f = M.differenceWith (\x y -> if x == y then Nothing else Just x)
+		(f newcfg) (f curcfg)
+
+genCfg :: Cfg -> M.Map UUID String -> String
+genCfg cfg descs = unlines $ intercalate [""]
+	[ intro
+	, trust
+	, groups
+	, preferredcontent
+	, grouppreferredcontent
+	, standardgroups
+	, requiredcontent
+	, schedule
+	]
+  where
+	intro =
+		[ com "git-annex configuration"
+		, com ""
+		, com "Changes saved to this file will be recorded in the git-annex branch."
+		, com ""
+		, com "Lines in this file have the format:"
+		, com "  setting field = value"
+		]
+
+	trust = settings cfg descs cfgTrustMap
+		[ com "Repository trust configuration"
+		, com "(Valid trust levels: " ++ trustlevels ++ ")"
+		]
+		(\(t, u) -> line "trust" u $ showTrustLevel t)
+		(\u -> lcom $ line "trust" u $ showTrustLevel SemiTrusted)
+	  where
+		trustlevels = unwords $ map showTrustLevel [Trusted .. DeadTrusted]
+
+	groups = settings cfg descs cfgGroupMap
+		[ com "Repository groups"
+		, com $ "(Standard groups: " ++ grouplist ++ ")"
+		, com "(Separate group names with spaces)"
+		]
+		(\(s, u) -> line "group" u $ unwords $ S.toList s)
+		(\u -> lcom $ line "group" u "")
+	  where
+	  	grouplist = unwords $ map fromStandardGroup [minBound..]
+
+	preferredcontent = settings cfg descs cfgPreferredContentMap
+		[ com "Repository preferred contents"
+		, com "(Set to \"standard\" to use a repository's group's preferred contents)"
+		]
+		(\(s, u) -> line "wanted" u s)
+		(\u -> line "wanted" u "")
+	
+	requiredcontent = settings cfg descs cfgRequiredContentMap
+		[ com "Repository required contents" ]
+		(\(s, u) -> line "required" u s)
+		(\u -> line "required" u "")
+
+	grouppreferredcontent = settings' cfg allgroups cfgGroupPreferredContentMap
+		[ com "Group preferred contents"
+		, com "(Used by repositories with \"groupwanted\" in their preferred contents)"
+		]
+		(\(s, g) -> gline g s)
+		(\g -> gline g "")
+	  where
+	  	gline g value = [ unwords ["groupwanted", g, "=", value] ]
+		allgroups = S.unions $ stdgroups : M.elems (cfgGroupMap cfg)
+		stdgroups = S.fromList $ map fromStandardGroup [minBound..maxBound]
+
+	standardgroups =
+		[ com "Standard preferred contents"
+		, com "(Used by wanted or groupwanted expressions containing \"standard\")"
+		, com "(For reference only; built-in and cannot be changed!)"
+		]
+		++ map gline [minBound..maxBound]
+	  where
+		gline g = com $ unwords
+			[ "standard"
+			, fromStandardGroup g, "=", standardPreferredContent g
+			]
+	
+	schedule = settings cfg descs cfgScheduleMap
+		[ com "Scheduled activities"
+		, com "(Separate multiple activities with \"; \")"
+		]
+		(\(l, u) -> line "schedule" u $ fromScheduledActivities l)
+		(\u -> line "schedule" u "")
+
+	line setting u value =
+		[ com $ "(for " ++ fromMaybe "" (M.lookup u descs) ++ ")"
+		, unwords [setting, fromUUID u, "=", value]
+		]
+	
+settings :: Ord v => Cfg -> M.Map UUID String -> (Cfg -> M.Map UUID v) -> [String] -> ((v, UUID) -> [String]) -> (UUID -> [String]) -> [String]
+settings cfg descs = settings' cfg (M.keysSet descs)
+
+settings' :: (Ord v, Ord f) => Cfg -> S.Set f -> (Cfg -> M.Map f v) -> [String] -> ((v, f) -> [String]) -> (f -> [String]) -> [String]
+settings' cfg s field desc showvals showdefaults = concat
+	[ desc
+	, concatMap showvals $ sort $ map swap $ M.toList $ field cfg
+	, concatMap (lcom . showdefaults) missing
+	]
+  where
+	missing = S.toList $ s `S.difference` M.keysSet (field cfg)
+
+lcom :: [String] -> [String]
+lcom = map (\l -> if "#" `isPrefixOf` l then l else '#' : l)
+
+{- If there's a parse error, returns a new version of the file,
+ - with the problem lines noted. -}
+parseCfg :: Cfg -> String -> Either String Cfg
+parseCfg curcfg = go [] curcfg . lines
+  where
+	go c cfg []
+		| null (mapMaybe fst c) = Right cfg
+		| otherwise = Left $ unlines $
+			badheader ++ concatMap showerr (reverse c)
+	go c cfg (l:ls) = case parse (dropWhile isSpace l) cfg of
+		Left msg -> go ((Just msg, l):c) cfg ls
+		Right cfg' -> go ((Nothing, l):c) cfg' ls
+
+	parse l cfg
+		| null l = Right cfg
+		| "#" `isPrefixOf` l = Right cfg
+		| null setting || null f = Left "missing field"
+		| otherwise = handle cfg f setting value'
+	  where
+		(setting, rest) = separate isSpace l
+		(r, value) = separate (== '=') rest
+		value' = trimspace value
+		f = reverse $ trimspace $ reverse $ trimspace r
+		trimspace = dropWhile isSpace
+
+	handle cfg f setting value
+		| setting == "trust" = case readTrustLevel value of
+			Nothing -> badval "trust value" value
+			Just t ->
+				let m = M.insert u t (cfgTrustMap cfg)
+				in Right $ cfg { cfgTrustMap = m }
+		| setting == "group" =
+			let m = M.insert u (S.fromList $ words value) (cfgGroupMap cfg)
+			in Right $ cfg { cfgGroupMap = m }
+		| setting == "wanted" = 
+			case checkPreferredContentExpression value of
+				Just e -> Left e
+				Nothing ->
+					let m = M.insert u value (cfgPreferredContentMap cfg)
+					in Right $ cfg { cfgPreferredContentMap = m }
+		| setting == "required" = 
+			case checkPreferredContentExpression value of
+				Just e -> Left e
+				Nothing ->
+					let m = M.insert u value (cfgRequiredContentMap cfg)
+					in Right $ cfg { cfgRequiredContentMap = m }
+		| setting == "groupwanted" =
+			case checkPreferredContentExpression value of
+				Just e -> Left e
+				Nothing ->
+					let m = M.insert f value (cfgGroupPreferredContentMap cfg)
+					in Right $ cfg { cfgGroupPreferredContentMap = m }
+		| setting == "schedule" = case parseScheduledActivities value of
+			Left e -> Left e
+			Right l -> 
+				let m = M.insert u l (cfgScheduleMap cfg)
+				in Right $ cfg { cfgScheduleMap = m }
+		| otherwise = badval "setting" setting
+	  where
+		u = toUUID f
+
+	showerr (Just msg, l) = [parseerr ++ msg, l]
+	showerr (Nothing, l)
+		-- filter out the header and parse error lines
+		-- from any previous parse failure
+		| any (`isPrefixOf` l) (parseerr:badheader) = []
+		| otherwise = [l]
+
+	badval desc val = Left $ "unknown " ++ desc ++ " \"" ++ val ++ "\""
+	badheader = 
+		[ com "** There was a problem parsing your input!"
+		, com "** Search for \"Parse error\" to find the bad lines."
+		, com "** Either fix the bad lines, or delete them (to discard your changes)."
+		]
+	parseerr = com "** Parse error in next line: "
+
+com :: String -> String
+com s = "# " ++ s
diff --git a/Command/View.hs b/Command/View.hs
new file mode 100644
index 0000000000..93b045c393
--- /dev/null
+++ b/Command/View.hs
@@ -0,0 +1,82 @@
+{- git-annex command
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.View where
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.Command
+import qualified Git.Ref
+import qualified Git.Branch
+import Types.View
+import Annex.View
+import Logs.View
+
+def :: [Command]
+def = [notBareRepo $ notDirect $
+	command "view" paramView seek SectionMetaData "enter a view branch"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start [] = error "Specify metadata to include in view"
+start params = do
+	showStart "view" ""
+	view <- mkView params
+	go view  =<< currentView
+  where
+	go view Nothing = next $ perform view
+	go view (Just v)
+		| v == view = stop
+		| otherwise = error "Already in a view. Use the vfilter and vadd commands to further refine this view."
+
+perform :: View -> CommandPerform
+perform view = do
+	showSideAction "searching"
+	next $ checkoutViewBranch view applyView
+
+paramView :: String
+paramView = paramPair (paramRepeating "TAG") (paramRepeating "FIELD=VALUE")
+
+mkView :: [String] -> Annex View
+mkView params = go =<< inRepo Git.Branch.current
+  where
+	go Nothing = error "not on any branch!"
+	go (Just b) = return $ fst $ refineView (View b []) $
+		map parseViewParam $ reverse params
+
+checkoutViewBranch :: View -> (View -> Annex Git.Branch) -> CommandCleanup
+checkoutViewBranch view mkbranch = do
+	oldcwd <- liftIO getCurrentDirectory
+
+	{- Change to top of repository before creating view branch. -}
+	liftIO . setCurrentDirectory =<< fromRepo Git.repoPath
+	branch <- mkbranch view
+	
+	showOutput
+	ok <- inRepo $ Git.Command.runBool
+		[ Param "checkout"
+		, Param (Git.fromRef $ Git.Ref.base branch)
+		]
+	when ok $ do
+		setView view
+		{- A git repo can easily have empty directories in it,
+		 - and this pollutes the view, so remove them. -}
+		liftIO $ removeemptydirs "."
+		unlessM (liftIO $ doesDirectoryExist oldcwd) $ do
+			top <- fromRepo Git.repoPath
+			showLongNote (cwdmissing top)
+	return ok
+  where
+	removeemptydirs top = mapM_ (tryIO . removeDirectory)
+		=<< dirTreeRecursiveSkipping (".git" `isSuffixOf`) top
+	cwdmissing top = unlines
+		[ "This view does not include the subdirectory you are currently in."
+		, "Perhaps you should:  cd " ++ top
+		]
diff --git a/Command/Wanted.hs b/Command/Wanted.hs
new file mode 100644
index 0000000000..bae450d265
--- /dev/null
+++ b/Command/Wanted.hs
@@ -0,0 +1,51 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Wanted where
+
+import Common.Annex
+import qualified Annex
+import Command
+import qualified Remote
+import Logs.PreferredContent
+import Types.Messages
+
+import qualified Data.Map as M
+
+def :: [Command]
+def = [command "wanted" (paramPair paramRemote (paramOptional paramExpression)) seek
+	SectionSetup "get or set preferred content expression"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start = parse
+  where
+  	parse (name:[]) = go name performGet
+	parse (name:expr:[]) = go name $ \uuid -> do
+		showStart "wanted" name
+		performSet expr uuid
+	parse _ = error "Specify a repository."
+
+	go name a = do
+		u <- Remote.nameToUUID name
+		next $ a u
+
+performGet :: UUID -> CommandPerform
+performGet uuid = do
+	Annex.setOutput QuietOutput
+	m <- preferredContentMapRaw
+	liftIO $ putStrLn $ fromMaybe "" $ M.lookup uuid m
+	next $ return True
+
+performSet :: String -> UUID -> CommandPerform
+performSet expr uuid = case checkPreferredContentExpression expr of
+	Just e -> error $ "Parse error: " ++ e
+	Nothing -> do
+		preferredContentSet uuid expr
+		next $ return True
diff --git a/Command/Watch.hs b/Command/Watch.hs
new file mode 100644
index 0000000000..79079337c7
--- /dev/null
+++ b/Command/Watch.hs
@@ -0,0 +1,36 @@
+{- git-annex watch command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Watch where
+
+import Common.Annex
+import Assistant
+import Command
+import Utility.HumanTime
+
+def :: [Command]
+def = [notBareRepo $ withOptions [foregroundOption, stopOption] $ 
+	command "watch" paramNothing seek SectionCommon "watch for changes"]
+
+seek :: CommandSeek
+seek ps = do
+	stopdaemon <- getOptionFlag stopOption
+	foreground <- getOptionFlag foregroundOption
+	withNothing (start False foreground stopdaemon Nothing) ps
+
+foregroundOption :: Option
+foregroundOption = flagOption [] "foreground" "do not daemonize"
+
+stopOption :: Option
+stopOption = flagOption [] "stop" "stop daemon"
+
+start :: Bool -> Bool -> Bool -> Maybe Duration -> CommandStart
+start assistant foreground stopdaemon startdelay = do
+	if stopdaemon
+		then stopDaemon
+		else startDaemon assistant foreground startdelay Nothing Nothing Nothing -- does not return
+	stop
diff --git a/Command/WebApp.hs b/Command/WebApp.hs
new file mode 100644
index 0000000000..e329582e36
--- /dev/null
+++ b/Command/WebApp.hs
@@ -0,0 +1,253 @@
+{- git-annex webapp launcher
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Command.WebApp where
+
+import Common.Annex
+import Command
+import Assistant
+import Assistant.Common
+import Assistant.NamedThread
+import Assistant.Threads.WebApp
+import Assistant.WebApp
+import Assistant.Install
+import Annex.Environment
+import Utility.WebApp
+import Utility.Daemon (checkDaemon)
+#ifdef __ANDROID__
+import Utility.Env
+#endif
+import Annex.Init
+import qualified Git
+import qualified Git.Config
+import qualified Git.CurrentRepo
+import qualified Annex
+import Config.Files
+import Upgrade
+import Annex.Version
+
+import Control.Concurrent
+import Control.Concurrent.STM
+import Network.Socket (HostName)
+import System.Environment (getArgs)
+
+def :: [Command]
+def = [ withOptions [listenOption] $
+	noCommit $ noRepo startNoRepo $ dontCheck repoExists $ notBareRepo $
+	command "webapp" paramNothing seek SectionCommon "launch webapp"]
+
+listenOption :: Option
+listenOption = fieldOption [] "listen" paramAddress
+	"accept connections to this address"
+
+seek :: CommandSeek
+seek ps = do
+	listenhost <- getOptionField listenOption return
+	withNothing (start listenhost) ps
+
+start :: Maybe HostName -> CommandStart
+start = start' True
+
+start' :: Bool -> Maybe HostName -> CommandStart
+start' allowauto listenhost = do
+	liftIO ensureInstalled
+	ifM isInitialized 
+		( maybe notinitialized (go <=< needsUpgrade) =<< getVersion
+		, if allowauto
+			then liftIO $ startNoRepo []
+			else notinitialized
+		)
+	stop
+  where
+	go cannotrun = do
+		browser <- fromRepo webBrowser
+		f <- liftIO . absPath =<< fromRepo gitAnnexHtmlShim
+		listenhost' <- if isJust listenhost
+			then pure listenhost
+			else annexListen <$> Annex.getGitConfig
+		ifM (checkpid <&&> checkshim f)
+			( if isJust listenhost
+				then error "The assistant is already running, so --listen cannot be used."
+				else do
+					url <- liftIO . readFile
+						=<< fromRepo gitAnnexUrlFile
+					liftIO $ if isJust listenhost'
+						then putStrLn url
+						else liftIO $ openBrowser browser f url Nothing Nothing
+			, do
+				startDaemon True True Nothing cannotrun listenhost' $ Just $ 
+					\origout origerr url htmlshim ->
+						if isJust listenhost'
+							then maybe noop (`hPutStrLn` url) origout
+							else openBrowser browser htmlshim url origout origerr
+			)
+	checkpid = do
+		pidfile <- fromRepo gitAnnexPidFile
+		liftIO $ isJust <$> checkDaemon pidfile
+	checkshim f = liftIO $ doesFileExist f
+	notinitialized = do
+		g <- Annex.gitRepo
+		liftIO $ cannotStartIn (Git.repoLocation g) "repository has not been initialized by git-annex"
+		liftIO $ firstRun listenhost
+
+{- When run without a repo, start the first available listed repository in
+ - the autostart file. If none, it's our first time being run! -}
+startNoRepo :: CmdParams -> IO ()
+startNoRepo _ = do
+	-- FIXME should be able to reuse regular getopt, but 
+	-- it currently runs in the Annex monad.
+	args <- getArgs
+	let listenhost = headMaybe $ map (snd . separate (== '=')) $ 
+		filter ("--listen=" `isPrefixOf`) args
+
+	go listenhost =<< liftIO (filterM doesDirectoryExist =<< readAutoStartFile)
+  where
+	go listenhost [] = firstRun listenhost
+	go listenhost (d:ds) = do
+		v <- tryNonAsync $ do
+			setCurrentDirectory d
+			Annex.new =<< Git.CurrentRepo.get
+		case v of
+			Left e -> do
+				cannotStartIn d (show e)
+				go listenhost ds
+			Right state -> void $ Annex.eval state $ do
+				whenM (fromRepo Git.repoIsLocalBare) $
+					error $ d ++ " is a bare git repository, cannot run the webapp in it"
+				callCommandAction $
+					start' False listenhost
+
+cannotStartIn :: FilePath -> String -> IO ()
+cannotStartIn d reason = warningIO $ "unable to start webapp in repository " ++ d ++ ": " ++ reason
+
+{- Run the webapp without a repository, which prompts the user, makes one,
+ - changes to it, starts the regular assistant, and redirects the
+ - browser to its url.
+ -
+ - This is a very tricky dance -- The first webapp calls the signaler,
+ - which signals the main thread when it's ok to continue by writing to a
+ - MVar. The main thread starts the second webapp, and uses its callback
+ - to write its url back to the MVar, from where the signaler retrieves it,
+ - returning it to the first webapp, which does the redirect.
+ -
+ - Note that it's important that mainthread never terminates! Much
+ - of this complication is due to needing to keep the mainthread running.
+ -}
+firstRun :: Maybe HostName -> IO ()
+firstRun listenhost = do
+	checkEnvironmentIO
+	{- Without a repository, we cannot have an Annex monad, so cannot
+	 - get a ThreadState. Using undefined is only safe because the
+	 - webapp checks its noAnnex field before accessing the
+	 - threadstate. -}
+	let st = undefined
+	{- Get a DaemonStatus without running in the Annex monad. -}
+	dstatus <- atomically . newTMVar =<< newDaemonStatus
+	d <- newAssistantData st dstatus
+	urlrenderer <- newUrlRenderer
+	v <- newEmptyMVar
+	let callback a = Just $ a v
+	runAssistant d $ do
+		startNamedThread urlrenderer $
+			webAppThread d urlrenderer True Nothing
+				(callback signaler)
+				listenhost
+				(callback mainthread)
+		waitNamedThreads
+  where
+	signaler v = do
+		putMVar v ""
+		takeMVar v
+	mainthread v url htmlshim
+		| isJust listenhost = do
+			putStrLn url
+			hFlush stdout
+			go
+		| otherwise = do
+			browser <- maybe Nothing webBrowser
+				<$> catchDefaultIO Nothing Git.Config.global
+			openBrowser browser htmlshim url Nothing Nothing
+			go
+	  where
+		go = do
+			_wait <- takeMVar v
+			state <- Annex.new =<< Git.CurrentRepo.get
+			Annex.eval state $
+				startDaemon True True Nothing Nothing listenhost $ Just $
+					sendurlback v
+	sendurlback v _origout _origerr url _htmlshim = do
+		recordUrl url
+		putMVar v url
+
+recordUrl :: String -> IO ()
+#ifdef __ANDROID__
+{- The Android app has a menu item that opens the url recorded
+ - in this file. -}
+recordUrl url = writeFile "/sdcard/git-annex.home/.git-annex-url" url
+#else
+recordUrl _ = noop
+#endif
+
+openBrowser :: Maybe FilePath -> FilePath -> String -> Maybe Handle -> Maybe Handle -> IO ()
+#ifndef __ANDROID__
+openBrowser mcmd htmlshim _realurl outh errh = runbrowser
+#else
+openBrowser mcmd htmlshim realurl outh errh = do
+	recordUrl url
+	{- Android's `am` command does not work reliably across the
+	 - wide range of Android devices. Intead, FIFO should be set to 
+	 - the filename of a fifo that we can write the URL to. -}
+	v <- getEnv "FIFO"
+	case v of
+		Nothing -> runbrowser
+		Just f -> void $ forkIO $ do
+			fd <- openFd f WriteOnly Nothing defaultFileFlags
+			void $ fdWrite fd url
+			closeFd fd
+#endif
+  where
+	p = case mcmd of
+		Just cmd -> proc cmd [htmlshim]
+		Nothing -> 
+#ifndef mingw32_HOST_OS
+			browserProc url
+#else
+			{- Windows hack to avoid using the full path,
+			 - which might contain spaces that cause problems
+			 - for browserProc. -}
+			(browserProc (takeFileName htmlshim))
+				{ cwd = Just (takeDirectory htmlshim) } 
+#endif
+#ifdef __ANDROID__
+	{- Android does not support file:// urls, but neither is
+	 - the security of the url in the process table important
+	 - there, so just use the real url. -}
+	url = realurl
+#else
+	url = fileUrl htmlshim
+#endif
+	runbrowser = do
+		hPutStrLn (fromMaybe stdout outh) $ "Launching web browser on " ++ url
+		hFlush stdout
+		environ <- cleanEnvironment
+		(_, _, _, pid) <- createProcess p
+			{ env = environ
+			, std_out = maybe Inherit UseHandle outh
+			, std_err = maybe Inherit UseHandle errh
+			}
+		exitcode <- waitForProcess pid
+		unless (exitcode == ExitSuccess) $
+			hPutStrLn (fromMaybe stderr errh) "failed to start web browser"
+
+{- web.browser is a generic git config setting for a web browser program -}
+webBrowser :: Git.Repo -> Maybe FilePath
+webBrowser = Git.Config.getMaybe "web.browser"
+
+fileUrl :: FilePath -> String
+fileUrl file = "file://" ++ file
diff --git a/Command/Whereis.hs b/Command/Whereis.hs
new file mode 100644
index 0000000000..d2c27eb9bf
--- /dev/null
+++ b/Command/Whereis.hs
@@ -0,0 +1,65 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Whereis where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Command
+import Remote
+import Logs.Trust
+
+def :: [Command]
+def = [noCommit $ withOptions (jsonOption : keyOptions) $
+	command "whereis" paramPaths seek SectionQuery
+		"lists repositories that have file content"]
+
+seek :: CommandSeek
+seek ps = do
+	m <- remoteMap id
+	withKeyOptions
+		(startKeys m)
+		(withFilesInGit $ whenAnnexed $ start m)
+		ps
+
+start :: M.Map UUID Remote -> FilePath -> Key -> CommandStart
+start remotemap file key = start' remotemap key (Just file)
+
+startKeys :: M.Map UUID Remote -> Key -> CommandStart
+startKeys remotemap key = start' remotemap key Nothing
+
+start' :: M.Map UUID Remote -> Key -> AssociatedFile -> CommandStart
+start' remotemap key afile = do
+	showStart' "whereis" key afile
+	next $ perform remotemap key
+
+perform :: M.Map UUID Remote -> Key -> CommandPerform
+perform remotemap key = do
+	locations <- keyLocations key
+	(untrustedlocations, safelocations) <- trustPartition UnTrusted locations
+	let num = length safelocations
+	showNote $ show num ++ " " ++ copiesplural num
+	pp <- prettyPrintUUIDs "whereis" safelocations
+	unless (null safelocations) $ showLongNote pp
+	pp' <- prettyPrintUUIDs "untrusted" untrustedlocations
+	unless (null untrustedlocations) $ showLongNote $ untrustedheader ++ pp'
+	forM_ (mapMaybe (`M.lookup` remotemap) locations) $
+		performRemote key
+	if null safelocations then stop else next $ return True
+  where
+	copiesplural 1 = "copy"
+	copiesplural _ = "copies"
+	untrustedheader = "The following untrusted locations may also have copies:\n"
+
+performRemote :: Key -> Remote -> Annex () 
+performRemote key remote = maybe noop go $ whereisKey remote
+  where
+	go a = do
+		ls <- a key
+		unless (null ls) $ showLongNote $ unlines $
+			map (\l -> name remote ++ ": " ++ l) ls
diff --git a/Command/XMPPGit.hs b/Command/XMPPGit.hs
new file mode 100644
index 0000000000..47c2d7ff24
--- /dev/null
+++ b/Command/XMPPGit.hs
@@ -0,0 +1,46 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.XMPPGit where
+
+import Common.Annex
+import Command
+import Assistant.XMPP.Git
+
+def :: [Command]
+def = [noCommit $ noRepo startNoRepo $ dontCheck repoExists $
+	command "xmppgit" paramNothing seek
+		SectionPlumbing "git to XMPP relay"]
+
+seek :: CommandSeek
+seek = withWords start
+
+start :: [String] -> CommandStart
+start _ = do
+	liftIO gitRemoteHelper
+	liftIO xmppGitRelay
+	stop
+
+startNoRepo :: CmdParams -> IO ()
+startNoRepo _ = xmppGitRelay
+
+{- A basic implementation of the git-remote-helpers protocol. -}
+gitRemoteHelper :: IO ()
+gitRemoteHelper = do
+	expect "capabilities"
+	respond ["connect"]
+	expect "connect git-receive-pack"
+	respond []
+  where
+	expect s = do
+		cmd <- getLine
+		unless (cmd == s) $
+			error $ "git-remote-helpers protocol error: expected: " ++ s ++ ", but got: " ++ cmd
+	respond l = do
+		mapM_ putStrLn l
+		putStrLn ""
+		hFlush stdout
diff --git a/Common.hs b/Common.hs
new file mode 100644
index 0000000000..0f3dc71d04
--- /dev/null
+++ b/Common.hs
@@ -0,0 +1,37 @@
+{-# LANGUAGE PackageImports, CPP #-}
+
+module Common (module X) where
+
+import Control.Monad as X
+import Control.Monad.IfElse as X
+import Control.Applicative as X
+import "mtl" Control.Monad.State.Strict as X (liftIO)
+import Control.Exception.Extensible as X (IOException)
+
+import Data.Maybe as X
+import Data.List as X hiding (head, tail, init, last)
+import Data.String.Utils as X hiding (join)
+import Data.Monoid as X
+
+import System.FilePath as X
+import System.Directory as X
+import System.IO as X hiding (FilePath)
+#ifndef mingw32_HOST_OS
+import System.Posix.IO as X
+#endif
+import System.Exit as X
+
+import Utility.Misc as X
+import Utility.Exception as X
+import Utility.SafeCommand as X
+import Utility.Process as X
+import Utility.Path as X
+import Utility.Directory as X
+import Utility.Monad as X
+import Utility.Data as X
+import Utility.Applicative as X
+import Utility.FileSystemEncoding as X
+import Utility.PosixFiles as X
+import Utility.Network as X
+
+import Utility.PartialPrelude as X
diff --git a/Common/Annex.hs b/Common/Annex.hs
new file mode 100644
index 0000000000..3b8bcdbdd7
--- /dev/null
+++ b/Common/Annex.hs
@@ -0,0 +1,8 @@
+module Common.Annex (module X) where
+
+import Common as X
+import Types as X
+import Types.UUID as X (toUUID, fromUUID)
+import Annex as X (gitRepo, inRepo, fromRepo, calcRepo)
+import Locations as X
+import Messages as X
diff --git a/Config.hs b/Config.hs
new file mode 100644
index 0000000000..32644263f2
--- /dev/null
+++ b/Config.hs
@@ -0,0 +1,84 @@
+{- Git configuration
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Config where
+
+import Common.Annex
+import qualified Git
+import qualified Git.Config
+import qualified Git.Command
+import qualified Annex
+import Config.Cost
+import Types.Availability
+
+type UnqualifiedConfigKey = String
+data ConfigKey = ConfigKey String
+
+instance Show ConfigKey where
+	show (ConfigKey s) = s
+
+{- Looks up a setting in git config. -}
+getConfig :: ConfigKey -> String -> Annex String
+getConfig (ConfigKey key) def = fromRepo $ Git.Config.get key def
+
+getConfigMaybe :: ConfigKey -> Annex (Maybe String)
+getConfigMaybe (ConfigKey key) = fromRepo $ Git.Config.getMaybe key
+
+{- Changes a git config setting in both internal state and .git/config -}
+setConfig :: ConfigKey -> String -> Annex ()
+setConfig (ConfigKey key) value = do
+	inRepo $ Git.Command.run [Param "config", Param key, Param value]
+	reloadConfig
+
+reloadConfig :: Annex ()
+reloadConfig = Annex.changeGitRepo =<< inRepo Git.Config.reRead
+
+{- Unsets a git config setting. (Leaves it in state currently.) -}
+unsetConfig :: ConfigKey -> Annex ()
+unsetConfig ck@(ConfigKey key) = ifM (isJust <$> getConfigMaybe ck)
+	( inRepo $ Git.Command.run
+		[Param "config", Param "--unset", Param key]
+	, noop -- avoid unsetting something not set; that would fail
+	)
+
+{- A per-remote config setting in git config. -}
+remoteConfig :: Git.Repo -> UnqualifiedConfigKey -> ConfigKey
+remoteConfig r key = ConfigKey $
+	"remote." ++ fromMaybe "" (Git.remoteName r) ++ ".annex-" ++ key
+
+{- A global annex setting in git config. -}
+annexConfig :: UnqualifiedConfigKey -> ConfigKey
+annexConfig key = ConfigKey $ "annex." ++ key
+
+{- Calculates cost for a remote. Either the specific default, or as configured 
+ - by remote.<name>.annex-cost, or if remote.<name>.annex-cost-command
+ - is set and prints a number, that is used. -}
+remoteCost :: RemoteGitConfig -> Cost -> Annex Cost
+remoteCost c def = fromMaybe def <$> remoteCost' c
+
+remoteCost' :: RemoteGitConfig -> Annex (Maybe Cost)
+remoteCost' c = case remoteAnnexCostCommand c of
+	Just cmd | not (null cmd) -> liftIO $
+		readish <$> readProcess "sh" ["-c", cmd]
+	_ -> return $ remoteAnnexCost c
+
+setRemoteCost :: Git.Repo -> Cost -> Annex ()
+setRemoteCost r c = setConfig (remoteConfig r "cost") (show c)
+
+setRemoteAvailability :: Git.Repo -> Availability -> Annex ()
+setRemoteAvailability r c = setConfig (remoteConfig r "availability") (show c)
+
+isDirect :: Annex Bool
+isDirect = annexDirect <$> Annex.getGitConfig
+
+crippledFileSystem :: Annex Bool
+crippledFileSystem = annexCrippledFileSystem <$> Annex.getGitConfig
+
+setCrippledFileSystem :: Bool -> Annex ()
+setCrippledFileSystem b = do
+	setConfig (annexConfig "crippledfilesystem") (Git.Config.boolConfig b)
+	Annex.changeGitConfig $ \c -> c { annexCrippledFileSystem = b }
diff --git a/Config/Cost.hs b/Config/Cost.hs
new file mode 100644
index 0000000000..2d94a6b15b
--- /dev/null
+++ b/Config/Cost.hs
@@ -0,0 +1,82 @@
+{- Remote costs.
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Config.Cost where
+
+{- We use a float for a cost to ensure that there is a cost in
+ - between any two other costs. -}
+type Cost = Float
+
+{- Some predefined default costs.
+ - Users setting costs in config files can be aware of these,
+ - and pick values relative to them. So don't change. -}
+cheapRemoteCost :: Cost
+cheapRemoteCost = 100
+nearlyCheapRemoteCost :: Cost
+nearlyCheapRemoteCost = 110
+semiExpensiveRemoteCost :: Cost
+semiExpensiveRemoteCost = 175
+expensiveRemoteCost :: Cost
+expensiveRemoteCost = 200
+veryExpensiveRemoteCost :: Cost
+veryExpensiveRemoteCost = 1000
+
+{- Adjusts a remote's cost to reflect it being encrypted. -}
+encryptedRemoteCostAdj :: Cost
+encryptedRemoteCostAdj = 50
+
+{- Given an ordered list of costs, and the position of one of the items
+ - the list, inserts a new cost into the list, in between the item
+ - and the item after it.
+ -
+ - If two or move items have the same cost, their costs are adjusted
+ - to make room. The costs of other items in the list are left
+ - unchanged.
+ -
+ - To insert the new cost before any other in the list, specify a negative
+ - position. To insert the new cost at the end of the list, specify a
+ - position longer than the list.
+ -}
+insertCostAfter :: [Cost] -> Int -> [Cost]
+insertCostAfter [] _ = []
+insertCostAfter l pos
+	| pos < 0 = costBetween 0 (l !! 0) : l
+	| nextpos > maxpos = l ++ [1 + l !! maxpos]
+	| item == nextitem =
+		let (_dup:new:l') = insertCostAfter lastsegment 0
+		in firstsegment ++ [costBetween item new, new] ++ l'
+	| otherwise =
+		firstsegment ++ [costBetween item nextitem ] ++ lastsegment
+  where
+  	nextpos = pos + 1
+	maxpos = length l - 1
+	
+	item = l !! pos
+	nextitem = l !! nextpos
+		
+	(firstsegment, lastsegment) = splitAt (pos + 1) l
+
+costBetween :: Cost -> Cost -> Cost
+costBetween x y
+	| x == y = x
+	| x > y = -- avoid fractions unless needed
+		let mid = y + (x - y) / 2
+		    mid' = fromIntegral (floor mid :: Int)
+		in if mid' > y then mid' else mid
+	| otherwise = costBetween y x
+
+{- Make sure the remote cost numbers work out. -}
+prop_cost_sane :: Bool
+prop_cost_sane = False `notElem`
+	[ expensiveRemoteCost > 0
+	, cheapRemoteCost < nearlyCheapRemoteCost
+	, nearlyCheapRemoteCost < semiExpensiveRemoteCost
+	, semiExpensiveRemoteCost < expensiveRemoteCost
+	, cheapRemoteCost + encryptedRemoteCostAdj > nearlyCheapRemoteCost
+	, nearlyCheapRemoteCost + encryptedRemoteCostAdj < semiExpensiveRemoteCost
+	, nearlyCheapRemoteCost + encryptedRemoteCostAdj < expensiveRemoteCost
+	]
diff --git a/Config/Files.hs b/Config/Files.hs
new file mode 100644
index 0000000000..30ed0a3cf0
--- /dev/null
+++ b/Config/Files.hs
@@ -0,0 +1,69 @@
+{- git-annex extra config files
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Config.Files where
+
+import Common
+import Utility.Tmp
+import Utility.FreeDesktop
+
+{- ~/.config/git-annex/file -}
+userConfigFile :: FilePath -> IO FilePath
+userConfigFile file = do
+	dir <- userConfigDir
+	return $ dir </> "git-annex" </> file
+
+autoStartFile :: IO FilePath
+autoStartFile = userConfigFile "autostart"
+
+{- Returns anything listed in the autostart file (which may not exist). -}
+readAutoStartFile :: IO [FilePath]
+readAutoStartFile = do
+	f <- autoStartFile
+	nub . map dropTrailingPathSeparator . lines
+		<$> catchDefaultIO "" (readFile f)
+
+modifyAutoStartFile :: ([FilePath] -> [FilePath]) -> IO ()
+modifyAutoStartFile func = do
+	dirs <- readAutoStartFile
+	let dirs' = nubBy equalFilePath $ func dirs
+	when (dirs' /= dirs) $ do
+		f <- autoStartFile
+		createDirectoryIfMissing True (parentDir f)
+		viaTmp writeFile f $ unlines dirs'
+
+{- Adds a directory to the autostart file. If the directory is already
+ - present, it's moved to the top, so it will be used as the default
+ - when opening the webapp. -}
+addAutoStartFile :: FilePath -> IO ()
+addAutoStartFile path = modifyAutoStartFile $ (:) path
+
+{- Removes a directory from the autostart file. -}
+removeAutoStartFile :: FilePath -> IO ()
+removeAutoStartFile path = modifyAutoStartFile $
+	filter (not . equalFilePath path)
+
+{- The path to git-annex is written here; which is useful when cabal
+ - has installed it to some awful non-PATH location. -}
+programFile :: IO FilePath
+programFile = userConfigFile "program"
+
+{- Returns a command to run for git-annex. -}
+readProgramFile :: IO FilePath
+readProgramFile = do
+	programfile <- programFile
+	p <- catchDefaultIO cmd $ 
+		fromMaybe cmd . headMaybe . lines <$> readFile programfile
+	ifM (inPath p)
+		( return p
+		, ifM (inPath cmd)
+			( return cmd
+			, error $ "cannot find git-annex program in PATH or in the location listed in " ++ programfile
+			)
+		)
+  where
+  	cmd = "git-annex"
diff --git a/Config/NumCopies.hs b/Config/NumCopies.hs
new file mode 100644
index 0000000000..26d81b8a4c
--- /dev/null
+++ b/Config/NumCopies.hs
@@ -0,0 +1,80 @@
+{- git-annex numcopies configuration
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Config.NumCopies (
+	module Types.NumCopies,
+	module Logs.NumCopies,
+	getFileNumCopies,
+	getGlobalFileNumCopies,
+	getNumCopies,
+	numCopiesCheck,
+	deprecatedNumCopies,
+	defaultNumCopies
+) where
+
+import Common.Annex
+import qualified Annex
+import Types.NumCopies
+import Logs.NumCopies
+import Logs.Trust
+import Annex.CheckAttr
+import qualified Remote
+
+defaultNumCopies :: NumCopies
+defaultNumCopies = NumCopies 1
+
+fromSources :: [Annex (Maybe NumCopies)] -> Annex NumCopies
+fromSources = fromMaybe defaultNumCopies <$$> getM id
+
+{- The git config annex.numcopies is deprecated. -}
+deprecatedNumCopies :: Annex (Maybe NumCopies)
+deprecatedNumCopies = annexNumCopies <$> Annex.getGitConfig
+
+{- Value forced on the command line by --numcopies. -}
+getForcedNumCopies :: Annex (Maybe NumCopies)
+getForcedNumCopies = Annex.getState Annex.forcenumcopies
+
+{- Numcopies value from any of the non-.gitattributes configuration
+ - sources. -}
+getNumCopies :: Annex NumCopies
+getNumCopies = fromSources
+	[ getForcedNumCopies
+	, getGlobalNumCopies
+	, deprecatedNumCopies
+	]
+
+{- Numcopies value for a file, from any configuration source, including the
+ - deprecated git config. -}
+getFileNumCopies :: FilePath -> Annex NumCopies
+getFileNumCopies f = fromSources
+	[ getForcedNumCopies
+	, getFileNumCopies' f
+	, deprecatedNumCopies
+	]
+
+{- This is the globally visible numcopies value for a file. So it does
+ - not include local configuration in the git config or command line
+ - options. -}
+getGlobalFileNumCopies :: FilePath  -> Annex NumCopies
+getGlobalFileNumCopies f = fromSources
+	[ getFileNumCopies' f
+	]
+
+getFileNumCopies' :: FilePath  -> Annex (Maybe NumCopies)
+getFileNumCopies' file = maybe getGlobalNumCopies (return . Just) =<< getattr
+  where
+	getattr = (NumCopies <$$> readish)
+		<$> checkAttr "annex.numcopies" file
+
+{- Checks if numcopies are satisfied for a file by running a comparison
+ - between the number of (not untrusted) copies that are
+ - belived to exist, and the configured value. -}
+numCopiesCheck :: FilePath -> Key -> (Int -> Int -> v) -> Annex v
+numCopiesCheck file key vs = do
+	NumCopies needed <- getFileNumCopies file
+	have <- trustExclude UnTrusted =<< Remote.keyLocations key
+	return $ length have `vs` needed
diff --git a/Creds.hs b/Creds.hs
new file mode 100644
index 0000000000..7273ed966b
--- /dev/null
+++ b/Creds.hs
@@ -0,0 +1,147 @@
+{- Credentials storage
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Creds (
+	module Types.Creds,
+	CredPairStorage(..),
+	setRemoteCredPair,
+	getRemoteCredPairFor,
+	getRemoteCredPair,
+	getEnvCredPair,
+	writeCacheCreds,
+	readCacheCreds,
+	removeCreds,
+) where
+
+import Common.Annex
+import Types.Creds
+import Annex.Perms
+import Utility.FileMode
+import Crypto
+import Types.Remote (RemoteConfig, RemoteConfigKey)
+import Remote.Helper.Encryptable (remoteCipher, embedCreds)
+import Utility.Env (getEnv)
+
+import qualified Data.ByteString.Lazy.Char8 as L
+import qualified Data.Map as M
+import Utility.Base64
+
+{- A CredPair can be stored in a file, or in the environment, or perhaps
+ - in a remote's configuration. -}
+data CredPairStorage = CredPairStorage
+	{ credPairFile :: FilePath
+	, credPairEnvironment :: (String, String)
+	, credPairRemoteKey :: Maybe RemoteConfigKey
+	}
+
+{- Stores creds in a remote's configuration, if the remote allows
+ - that. Otherwise, caches them locally.
+ - The creds are found in storage if not provided. -}
+setRemoteCredPair :: RemoteConfig -> CredPairStorage -> Maybe CredPair -> Annex RemoteConfig
+setRemoteCredPair c storage Nothing = 
+	maybe (return c) (setRemoteCredPair c storage . Just)
+		=<< getRemoteCredPair c storage
+setRemoteCredPair c storage (Just creds)
+	| embedCreds c = case credPairRemoteKey storage of
+		Nothing -> localcache
+		Just key -> storeconfig key =<< remoteCipher c
+	| otherwise = localcache
+  where
+	localcache = do
+		writeCacheCredPair creds storage
+		return c
+
+	storeconfig key (Just cipher) = do
+		s <- liftIO $ encrypt (getGpgEncParams c) cipher
+			(feedBytes $ L.pack $ encodeCredPair creds)
+			(readBytes $ return . L.unpack)
+		return $ M.insert key (toB64 s) c
+	storeconfig key Nothing =
+		return $ M.insert key (toB64 $ encodeCredPair creds) c
+
+{- Gets a remote's credpair, from the environment if set, otherwise
+ - from the cache in gitAnnexCredsDir, or failing that, from the
+ - value in RemoteConfig. -}
+getRemoteCredPairFor :: String -> RemoteConfig -> CredPairStorage -> Annex (Maybe CredPair)
+getRemoteCredPairFor this c storage = maybe missing (return . Just) =<< getRemoteCredPair c storage
+  where
+	(loginvar, passwordvar) = credPairEnvironment storage
+	missing = do
+		warning $ unwords
+			[ "Set both", loginvar
+			, "and", passwordvar
+			, "to use", this
+			]
+		return Nothing
+
+getRemoteCredPair :: RemoteConfig -> CredPairStorage -> Annex (Maybe CredPair)
+getRemoteCredPair c storage = maybe fromcache (return . Just) =<< fromenv
+  where
+	fromenv = liftIO $ getEnvCredPair storage
+	fromcache = maybe fromconfig (return . Just) =<< readCacheCredPair storage
+	fromconfig = case credPairRemoteKey storage of
+		Just key -> do
+			mcipher <- remoteCipher c
+			case (M.lookup key c, mcipher) of
+				(Nothing, _) -> return Nothing
+				(Just enccreds, Just cipher) -> do
+					creds <- liftIO $ decrypt cipher
+						(feedBytes $ L.pack $ fromB64 enccreds)
+						(readBytes $ return . L.unpack)
+					fromcreds creds
+				(Just bcreds, Nothing) ->
+					fromcreds $ fromB64 bcreds
+		Nothing -> return Nothing
+	fromcreds creds = case decodeCredPair creds of
+		Just credpair -> do
+			writeCacheCredPair credpair storage
+			return $ Just credpair
+		_ -> error "bad creds"
+
+{- Gets a CredPair from the environment. -}
+getEnvCredPair :: CredPairStorage -> IO (Maybe CredPair)
+getEnvCredPair storage = liftM2 (,)
+	<$> getEnv uenv
+	<*> getEnv penv
+  where
+	(uenv, penv) = credPairEnvironment storage
+
+writeCacheCredPair :: CredPair -> CredPairStorage -> Annex ()
+writeCacheCredPair credpair storage =
+	writeCacheCreds (encodeCredPair credpair) (credPairFile storage)
+
+{- Stores the creds in a file inside gitAnnexCredsDir that only the user
+ - can read. -}
+writeCacheCreds :: Creds -> FilePath -> Annex ()
+writeCacheCreds creds file = do
+	d <- fromRepo gitAnnexCredsDir
+	createAnnexDirectory d
+	liftIO $ writeFileProtected (d </> file) creds
+
+readCacheCredPair :: CredPairStorage -> Annex (Maybe CredPair)
+readCacheCredPair storage = maybe Nothing decodeCredPair
+	<$> readCacheCreds (credPairFile storage)
+
+readCacheCreds :: FilePath -> Annex (Maybe Creds)
+readCacheCreds file = do
+	d <- fromRepo gitAnnexCredsDir
+	let f = d </> file
+	liftIO $ catchMaybeIO $ readFile f
+
+encodeCredPair :: CredPair -> Creds
+encodeCredPair (l, p) = unlines [l, p]
+
+decodeCredPair :: Creds -> Maybe CredPair
+decodeCredPair creds = case lines creds of
+	l:p:[] -> Just (l, p)
+	_ -> Nothing
+
+removeCreds :: FilePath -> Annex ()
+removeCreds file = do
+	d <- fromRepo gitAnnexCredsDir
+	let f = d </> file
+	liftIO $ nukeFile f
diff --git a/Crypto.hs b/Crypto.hs
new file mode 100644
index 0000000000..f3a9e3957e
--- /dev/null
+++ b/Crypto.hs
@@ -0,0 +1,217 @@
+{- git-annex crypto
+ -
+ - Currently using gpg; could later be modified to support different
+ - crypto backends if neccessary.
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE FlexibleInstances #-}
+
+module Crypto (
+	Cipher,
+	KeyIds(..),
+	StorableCipher(..),
+	genEncryptedCipher,
+	genSharedCipher,
+	updateEncryptedCipher,
+	describeCipher,
+	decryptCipher,		
+	encryptKey,
+	feedFile,
+	feedBytes,
+	readBytes,
+	encrypt,
+	decrypt,
+	getGpgEncParams,
+
+	prop_HmacSha1WithCipher_sane
+) where
+
+import qualified Data.ByteString.Lazy as L
+import Data.ByteString.Lazy.UTF8 (fromString)
+import Control.Applicative
+import qualified Data.Map as M
+
+import Common.Annex
+import qualified Utility.Gpg as Gpg
+import Types.Key
+import Types.Crypto
+import Types.Remote
+
+{- The beginning of a Cipher is used for MAC'ing; the remainder is used
+ - as the GPG symmetric encryption passphrase when using the hybrid
+ - scheme. Note that the cipher itself is base-64 encoded, hence the
+ - string is longer than 'cipherSize': 683 characters, padded to 684.
+ -
+ - The 256 first characters that feed the MAC represent at best 192
+ - bytes of entropy.  However that's more than enough for both the
+ - default MAC algorithm, namely HMAC-SHA1, and the "strongest"
+ - currently supported, namely HMAC-SHA512, which respectively need
+ - (ideally) 64 and 128 bytes of entropy.
+ -
+ - The remaining characters (320 bytes of entropy) is enough for GnuPG's
+ - symetric cipher; unlike weaker public key crypto, the key does not
+ - need to be too large.
+ -}
+cipherBeginning :: Int
+cipherBeginning = 256
+
+cipherSize :: Int
+cipherSize = 512
+
+cipherPassphrase :: Cipher -> String
+cipherPassphrase (Cipher c) = drop cipherBeginning c
+cipherPassphrase (MacOnlyCipher _) = error "MAC-only cipher"
+
+cipherMac :: Cipher -> String
+cipherMac (Cipher c) = take cipherBeginning c
+cipherMac (MacOnlyCipher c) = c
+
+{- Creates a new Cipher, encrypted to the specified key id. -}
+genEncryptedCipher :: String -> EncryptedCipherVariant -> Bool -> IO StorableCipher
+genEncryptedCipher keyid variant highQuality = do
+	ks <- Gpg.findPubKeys keyid
+	random <- Gpg.genRandom highQuality size
+	encryptCipher (mkCipher random) variant ks
+  where
+	(mkCipher, size) = case variant of
+		Hybrid -> (Cipher, cipherSize) -- used for MAC + symmetric
+		PubKey -> (MacOnlyCipher, cipherBeginning) -- only used for MAC
+
+{- Creates a new, shared Cipher. -}
+genSharedCipher :: Bool -> IO StorableCipher
+genSharedCipher highQuality =
+	SharedCipher <$> Gpg.genRandom highQuality cipherSize
+
+{- Updates an existing Cipher, re-encrypting it to add or remove keyids,
+ - depending on whether the first component is True or False. -}
+updateEncryptedCipher :: [(Bool, String)] -> StorableCipher -> IO StorableCipher
+updateEncryptedCipher _ SharedCipher{} = undefined
+updateEncryptedCipher [] encipher = return encipher
+updateEncryptedCipher newkeys encipher@(EncryptedCipher _ variant (KeyIds ks)) = do
+	dropKeys <- listKeyIds [ k | (False, k) <- newkeys ]
+	forM_ dropKeys $ \k -> unless (k `elem` ks) $
+		error $ "Key " ++ k ++ " was not present; cannot remove."
+	addKeys <- listKeyIds [ k | (True, k) <- newkeys ]
+	let ks' = (addKeys ++ ks) \\ dropKeys
+	when (null ks') $
+		error "Cannot remove the last key."
+	cipher <- decryptCipher encipher
+	encryptCipher cipher variant $ KeyIds ks'
+  where
+	listKeyIds = concat <$$> mapM (keyIds <$$> Gpg.findPubKeys)
+
+describeCipher :: StorableCipher -> String
+describeCipher (SharedCipher _) = "shared cipher"
+describeCipher (EncryptedCipher _ variant (KeyIds ks)) =
+	scheme ++ " with gpg " ++ keys ks ++ " " ++ unwords ks
+  where
+	scheme = case variant of
+		Hybrid -> "hybrid cipher"
+		PubKey -> "pubkey crypto"
+	keys [_] = "key"
+	keys _ = "keys"
+
+{- Encrypts a Cipher to the specified KeyIds. -}
+encryptCipher :: Cipher -> EncryptedCipherVariant -> KeyIds -> IO StorableCipher
+encryptCipher c variant (KeyIds ks) = do
+	-- gpg complains about duplicate recipient keyids
+	let ks' = nub $ sort ks
+	let params = Gpg.pkEncTo ks' ++ Gpg.stdEncryptionParams False
+	encipher <- Gpg.pipeStrict params cipher
+	return $ EncryptedCipher encipher variant (KeyIds ks')
+  where
+	cipher = case c of
+		Cipher x -> x
+		MacOnlyCipher x -> x
+
+{- Decrypting an EncryptedCipher is expensive; the Cipher should be cached. -}
+decryptCipher :: StorableCipher -> IO Cipher
+decryptCipher (SharedCipher t) = return $ Cipher t
+decryptCipher (EncryptedCipher t variant _) =
+	mkCipher <$> Gpg.pipeStrict [ Param "--decrypt" ] t
+  where
+	mkCipher = case variant of
+		Hybrid -> Cipher
+		PubKey -> MacOnlyCipher
+
+{- Generates an encrypted form of a Key. The encryption does not need to be
+ - reversable, nor does it need to be the same type of encryption used
+ - on content. It does need to be repeatable. -}
+encryptKey :: Mac -> Cipher -> Key -> Key
+encryptKey mac c k = Key
+	{ keyName = macWithCipher mac c (key2file k)
+	, keyBackendName = "GPG" ++ showMac mac
+	, keySize = Nothing -- size and mtime omitted
+	, keyMtime = Nothing -- to avoid leaking data
+	}
+
+type Feeder = Handle -> IO ()
+type Reader a = Handle -> IO a
+
+feedFile :: FilePath -> Feeder
+feedFile f h = L.hPut h =<< L.readFile f
+
+feedBytes :: L.ByteString -> Feeder
+feedBytes = flip L.hPut
+
+readBytes :: (L.ByteString -> IO a) -> Reader a
+readBytes a h = L.hGetContents h >>= a
+
+{- Runs a Feeder action, that generates content that is symmetrically
+ - encrypted with the Cipher (unless it is empty, in which case
+ - public-key encryption is used) using the given gpg options, and then
+ - read by the Reader action.  Note: For public-key encryption,
+ - recipients MUST be included in 'params' (for instance using
+ - 'getGpgEncParams'). -}
+encrypt :: [CommandParam] -> Cipher -> Feeder -> Reader a -> IO a
+encrypt params cipher = case cipher of
+	Cipher{} -> Gpg.feedRead (params ++ Gpg.stdEncryptionParams True) $
+			cipherPassphrase cipher
+	MacOnlyCipher{} -> Gpg.pipeLazy $ params ++ Gpg.stdEncryptionParams False
+
+{- Runs a Feeder action, that generates content that is decrypted with the
+ - Cipher (or using a private key if the Cipher is empty), and read by the
+ - Reader action. -}
+decrypt :: Cipher -> Feeder -> Reader a -> IO a
+decrypt cipher = case cipher of
+	Cipher{} -> Gpg.feedRead [Param "--decrypt"] $ cipherPassphrase cipher
+	MacOnlyCipher{} -> Gpg.pipeLazy [Param "--decrypt"]
+
+macWithCipher :: Mac -> Cipher -> String -> String
+macWithCipher mac c = macWithCipher' mac (cipherMac c)
+macWithCipher' :: Mac -> String -> String -> String
+macWithCipher' mac c s = calcMac mac (fromString c) (fromString s)
+
+{- Ensure that macWithCipher' returns the same thing forevermore. -}
+prop_HmacSha1WithCipher_sane :: Bool
+prop_HmacSha1WithCipher_sane = known_good == macWithCipher' HmacSha1 "foo" "bar"
+  where
+	known_good = "46b4ec586117154dacd49d664e5d63fdc88efb51"
+
+{- Return some options suitable for GnuPG encryption, symmetric or not. -}
+class LensGpgEncParams a where getGpgEncParams :: a -> [CommandParam]
+
+{- Extract the GnuPG options from a pair of a Remote Config and a Remote
+ - Git Config. -}
+instance LensGpgEncParams (RemoteConfig, RemoteGitConfig) where
+	getGpgEncParams (c,gc) = map Param (remoteAnnexGnupgOptions gc) ++ getGpgEncParams c
+	  where
+
+{- Extract the GnuPG options from a Remote Config, ignoring any
+ - git config settings. (Which is ok if the remote is just being set up 
+ - and so doesn't have any.)
+ -
+ - If the remote is configured to use public-key encryption,
+ - look up the recipient keys and add them to the option list.-}
+instance LensGpgEncParams RemoteConfig where
+	getGpgEncParams c = case M.lookup "encryption" c of
+		Just "pubkey" -> Gpg.pkEncTo $ maybe [] (split ",") $ M.lookup "cipherkeys" c
+		_ -> []
+
+{- Extract the GnuPG options from a Remote. -}
+instance LensGpgEncParams (RemoteA a) where
+	getGpgEncParams r = getGpgEncParams (config r, gitconfig r)
diff --git a/Git.hs b/Git.hs
new file mode 100644
index 0000000000..55b44a9259
--- /dev/null
+++ b/Git.hs
@@ -0,0 +1,141 @@
+{- git repository handling 
+ -
+ - This is written to be completely independant of git-annex and should be
+ - suitable for other uses.
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git (
+	Repo(..),
+	Ref(..),
+	fromRef,
+	Branch,
+	Sha,
+	Tag,
+	repoIsUrl,
+	repoIsSsh,
+	repoIsHttp,
+	repoIsLocal,
+	repoIsLocalBare,
+	repoIsLocalUnknown,
+	repoDescribe,
+	repoLocation,
+	repoPath,
+	localGitDir,
+	attributes,
+	hookPath,
+	assertLocal,
+) where
+
+import Network.URI (uriPath, uriScheme, unEscapeString)
+#ifndef mingw32_HOST_OS
+import System.Posix.Files
+#endif
+
+import Common
+import Git.Types
+#ifndef mingw32_HOST_OS
+import Utility.FileMode
+#endif
+
+{- User-visible description of a git repo. -}
+repoDescribe :: Repo -> String
+repoDescribe Repo { remoteName = Just name } = name
+repoDescribe Repo { location = Url url } = show url
+repoDescribe Repo { location = Local { worktree = Just dir } } = dir
+repoDescribe Repo { location = Local { gitdir = dir } } = dir
+repoDescribe Repo { location = LocalUnknown dir } = dir
+repoDescribe Repo { location = Unknown } = "UNKNOWN"
+
+{- Location of the repo, either as a path or url. -}
+repoLocation :: Repo -> String
+repoLocation Repo { location = Url url } = show url
+repoLocation Repo { location = Local { worktree = Just dir } } = dir
+repoLocation Repo { location = Local { gitdir = dir } } = dir
+repoLocation Repo { location = LocalUnknown dir } = dir
+repoLocation Repo { location = Unknown } = undefined
+
+{- Path to a repository. For non-bare, this is the worktree, for bare, 
+ - it's the gitdir, and for URL repositories, is the path on the remote
+ - host. -}
+repoPath :: Repo -> FilePath
+repoPath Repo { location = Url u } = unEscapeString $ uriPath u
+repoPath Repo { location = Local { worktree = Just d } } = d
+repoPath Repo { location = Local { gitdir = d } } = d
+repoPath Repo { location = LocalUnknown dir } = dir
+repoPath Repo { location = Unknown } = undefined
+
+{- Path to a local repository's .git directory. -}
+localGitDir :: Repo -> FilePath
+localGitDir Repo { location = Local { gitdir = d } } = d
+localGitDir _ = undefined
+
+{- Some code needs to vary between URL and normal repos,
+ - or bare and non-bare, these functions help with that. -}
+repoIsUrl :: Repo -> Bool
+repoIsUrl Repo { location = Url _ } = True
+repoIsUrl _ = False
+
+repoIsSsh :: Repo -> Bool
+repoIsSsh Repo { location = Url url } 
+	| scheme == "ssh:" = True
+	-- git treats these the same as ssh
+	| scheme == "git+ssh:" = True
+	| scheme == "ssh+git:" = True
+	| otherwise = False
+  where
+	scheme = uriScheme url
+repoIsSsh _ = False
+
+repoIsHttp :: Repo -> Bool
+repoIsHttp Repo { location = Url url } 
+	| uriScheme url == "http:" = True
+	| uriScheme url == "https:" = True
+	| otherwise = False
+repoIsHttp _ = False
+
+repoIsLocal :: Repo -> Bool
+repoIsLocal Repo { location = Local { } } = True
+repoIsLocal _ = False
+
+repoIsLocalBare :: Repo -> Bool
+repoIsLocalBare Repo { location = Local { worktree = Nothing } } = True
+repoIsLocalBare _ = False
+
+repoIsLocalUnknown :: Repo -> Bool
+repoIsLocalUnknown Repo { location = LocalUnknown { } } = True
+repoIsLocalUnknown _ = False
+
+assertLocal :: Repo -> a -> a
+assertLocal repo action
+	| repoIsUrl repo = error $ unwords
+		[ "acting on non-local git repo"
+		, repoDescribe repo
+		, "not supported"
+		]
+	| otherwise = action
+
+{- Path to a repository's gitattributes file. -}
+attributes :: Repo -> FilePath
+attributes repo
+	| repoIsLocalBare repo = repoPath repo ++ "/info/.gitattributes"
+	| otherwise = repoPath repo ++ "/.gitattributes"
+
+{- Path to a given hook script in a repository, only if the hook exists
+ - and is executable. -}
+hookPath :: String -> Repo -> IO (Maybe FilePath)
+hookPath script repo = do
+	let hook = localGitDir repo </> "hooks" </> script
+	ifM (catchBoolIO $ isexecutable hook)
+		( return $ Just hook , return Nothing )
+  where
+#if mingw32_HOST_OS
+	isexecutable f = doesFileExist f
+#else
+	isexecutable f = isExecutable . fileMode <$> getFileStatus f
+#endif
diff --git a/Git/AutoCorrect.hs b/Git/AutoCorrect.hs
new file mode 100644
index 0000000000..aa83798499
--- /dev/null
+++ b/Git/AutoCorrect.hs
@@ -0,0 +1,71 @@
+{- git autocorrection using Damerau-Levenshtein edit distance
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.AutoCorrect where
+
+import Common
+import Git.Types
+import qualified Git.Config
+
+import Text.EditDistance
+import Control.Concurrent
+
+{- These are the same cost values as used in git. -}
+gitEditCosts :: EditCosts
+gitEditCosts = EditCosts
+	{ deletionCosts = ConstantCost 4
+	, insertionCosts = ConstantCost 1
+	, substitutionCosts = ConstantCost 2
+	, transpositionCosts = ConstantCost 0
+	}
+		
+{- Git's source calls this "an empirically derived magic number" -}
+similarityFloor :: Int
+similarityFloor = 7
+
+{- Finds inexact matches for the input among the choices.
+ - Returns an ordered list of good enough matches, or an empty list if
+ - nothing matches well. -}
+fuzzymatches :: String -> (c -> String) -> [c] -> [c]
+fuzzymatches input showchoice choices = fst $ unzip $
+	sortBy comparecost $ filter similarEnough $ zip choices costs
+  where
+	distance = restrictedDamerauLevenshteinDistance gitEditCosts input
+	costs = map (distance . showchoice) choices
+	comparecost a b = compare (snd a) (snd b)
+	similarEnough (_, cst) = cst < similarityFloor
+
+{- Takes action based on git's autocorrect configuration, in preparation for
+ - an autocorrected command being run. -}
+prepare :: String -> (c -> String) -> [c] -> Repo -> IO ()
+prepare input showmatch matches r =
+	case readish $ Git.Config.get "help.autocorrect" "0" r of
+		Just n
+			| n == 0 -> list
+			| n < 0 -> warn
+			| otherwise -> sleep n
+		Nothing -> list
+  where
+	list = error $ unlines $
+		[ "Unknown command '" ++ input ++ "'"
+		, ""
+		, "Did you mean one of these?"
+		] ++ map (\m -> "\t" ++ showmatch m) matches
+	warn = 
+		hPutStr stderr $ unlines
+			[ "WARNING: You called a command named '" ++
+			  input ++ "', which does not exist."
+			, "Continuing under the assumption that you meant '" ++
+			  showmatch (Prelude.head matches) ++ "'"
+			]
+	sleep n = do
+		warn
+		hPutStrLn stderr $ unwords
+			[ "in"
+			, show (fromIntegral n / 10 :: Float)
+			, "seconds automatically..."]
+		threadDelay (n * 100000) -- deciseconds to microseconds
diff --git a/Git/Branch.hs b/Git/Branch.hs
new file mode 100644
index 0000000000..0b7d888b8d
--- /dev/null
+++ b/Git/Branch.hs
@@ -0,0 +1,195 @@
+{- git branch stuff
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Git.Branch where
+
+import Common
+import Git
+import Git.Sha
+import Git.Command
+import qualified Git.Ref
+import qualified Git.BuildVersion
+
+{- The currently checked out branch.
+ -
+ - In a just initialized git repo before the first commit,
+ - symbolic-ref will show the master branch, even though that
+ - branch is not created yet. So, this also looks at show-ref HEAD
+ - to double-check.
+ -}
+current :: Repo -> IO (Maybe Git.Ref)
+current r = do
+	v <- currentUnsafe r
+	case v of
+		Nothing -> return Nothing
+		Just branch -> 
+			ifM (null <$> pipeReadStrict [Param "show-ref", Param $ fromRef branch] r)
+				( return Nothing
+				, return v
+				)
+
+{- The current branch, which may not really exist yet. -}
+currentUnsafe :: Repo -> IO (Maybe Git.Ref)
+currentUnsafe r = parse . firstLine
+	<$> pipeReadStrict [Param "symbolic-ref", Param $ fromRef Git.Ref.headRef] r
+  where
+	parse l
+		| null l = Nothing
+		| otherwise = Just $ Git.Ref l
+
+{- Checks if the second branch has any commits not present on the first
+ - branch. -}
+changed :: Branch -> Branch -> Repo -> IO Bool
+changed origbranch newbranch repo
+	| origbranch == newbranch = return False
+	| otherwise = not . null <$> diffs
+  where
+	diffs = pipeReadStrict
+		[ Param "log"
+		, Param (fromRef origbranch ++ ".." ++ fromRef newbranch)
+		, Param "-n1"
+		, Param "--pretty=%H"
+		] repo
+
+{- Check if it's possible to fast-forward from the old
+ - ref to the new ref.
+ -
+ - This requires there to be a path from the old to the new. -}
+fastForwardable :: Ref -> Ref -> Repo -> IO Bool
+fastForwardable old new repo = not . null <$>
+	pipeReadStrict
+		[ Param "log"
+		, Param $ fromRef old ++ ".." ++ fromRef new
+		, Param "-n1"
+		, Param "--pretty=%H"
+		, Param "--ancestry-path"
+		] repo
+
+{- Given a set of refs that are all known to have commits not
+ - on the branch, tries to update the branch by a fast-forward.
+ -
+ - In order for that to be possible, one of the refs must contain
+ - every commit present in all the other refs.
+ -}
+fastForward :: Branch -> [Ref] -> Repo -> IO Bool
+fastForward _ [] _ = return True
+fastForward branch (first:rest) repo =
+	-- First, check that the branch does not contain any
+	-- new commits that are not in the first ref. If it does,
+	-- cannot fast-forward.
+	ifM (changed first branch repo)
+		( no_ff
+		, maybe no_ff do_ff =<< findbest first rest
+		)
+  where
+	no_ff = return False
+	do_ff to = do
+		update branch to repo
+		return True
+	findbest c [] = return $ Just c
+	findbest c (r:rs)
+		| c == r = findbest c rs
+		| otherwise = do
+		better <- changed c r repo
+		worse <- changed r c repo
+		case (better, worse) of
+			(True, True) -> return Nothing -- divergent fail
+			(True, False) -> findbest r rs -- better
+			(False, True) -> findbest c rs -- worse
+			(False, False) -> findbest c rs -- same
+
+{- The user may have set commit.gpgsign, indending all their manual
+ - commits to be signed. But signing automatic/background commits could
+ - easily lead to unwanted gpg prompts or failures.
+ -}
+data CommitMode = ManualCommit | AutomaticCommit
+	deriving (Eq)
+
+applyCommitMode :: CommitMode -> [CommandParam] -> [CommandParam]
+applyCommitMode commitmode ps
+	| commitmode == AutomaticCommit && not (Git.BuildVersion.older "2.0.0") =
+		Param "--no-gpg-sign" : ps
+	| otherwise = ps
+
+{- Commit via the usual git command. -}
+commitCommand :: CommitMode -> [CommandParam] -> Repo -> IO Bool
+commitCommand = commitCommand' runBool
+
+{- Commit will fail when the tree is clean. This suppresses that error. -}
+commitQuiet :: CommitMode -> [CommandParam] -> Repo -> IO ()
+commitQuiet commitmode ps = void . tryIO . commitCommand' runQuiet commitmode ps
+
+commitCommand' :: ([CommandParam] -> Repo -> IO a) -> CommitMode -> [CommandParam] -> Repo -> IO a
+commitCommand' runner commitmode ps = runner $
+	Param "commit" : applyCommitMode commitmode ps
+
+{- Commits the index into the specified branch (or other ref), 
+ - with the specified parent refs, and returns the committed sha.
+ -
+ - Without allowempy set, avoids making a commit if there is exactly
+ - one parent, and it has the same tree that would be committed.
+ -
+ - Unlike git-commit, does not run any hooks, or examine the work tree
+ - in any way.
+ -}
+commit :: CommitMode -> Bool -> String -> Branch -> [Ref] -> Repo -> IO (Maybe Sha)
+commit commitmode allowempty message branch parentrefs repo = do
+	tree <- getSha "write-tree" $
+		pipeReadStrict [Param "write-tree"] repo
+	ifM (cancommit tree)
+		( do
+			sha <- getSha "commit-tree" $
+				pipeWriteRead ([Param "commit-tree", Param (fromRef tree)] ++ ps) sendmsg repo
+			update branch sha repo
+			return $ Just sha
+		, return Nothing
+		)
+  where
+	ps = applyCommitMode commitmode $
+		map Param $ concatMap (\r -> ["-p", fromRef r]) parentrefs
+	cancommit tree
+		| allowempty = return True
+		| otherwise = case parentrefs of
+			[p] -> maybe False (tree /=) <$> Git.Ref.tree p repo
+			_ -> return True
+	sendmsg = Just $ flip hPutStr message
+
+commitAlways :: CommitMode -> String -> Branch -> [Ref] -> Repo -> IO Sha
+commitAlways commitmode message branch parentrefs repo = fromJust
+	<$> commit commitmode True message branch parentrefs repo
+
+{- A leading + makes git-push force pushing a branch. -}
+forcePush :: String -> String
+forcePush b = "+" ++ b
+
+{- Updates a branch (or other ref) to a new Sha. -}
+update :: Branch -> Sha -> Repo -> IO ()
+update branch sha = run 
+	[ Param "update-ref"
+	, Param $ fromRef branch
+	, Param $ fromRef sha
+	]
+
+{- Checks out a branch, creating it if necessary. -}
+checkout :: Branch -> Repo -> IO ()
+checkout branch = run
+	[ Param "checkout"
+	, Param "-q"
+	, Param "-B"
+	, Param $ fromRef $ Git.Ref.base branch
+	]
+
+{- Removes a branch. -}
+delete :: Branch -> Repo -> IO ()
+delete branch = run
+	[ Param "branch"
+	, Param "-q"
+	, Param "-D"
+	, Param $ fromRef $ Git.Ref.base branch
+	]
diff --git a/Git/BuildVersion.hs b/Git/BuildVersion.hs
new file mode 100644
index 0000000000..832ee8ab72
--- /dev/null
+++ b/Git/BuildVersion.hs
@@ -0,0 +1,21 @@
+{- git build version
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.BuildVersion where
+
+import Git.Version
+import qualified Build.SysConfig
+
+{- Using the version it was configured for avoids running git to check its
+ - version, at the cost that upgrading git won't be noticed.
+ - This is only acceptable because it's rare that git's version influences
+ - code's behavior. -}
+buildVersion :: GitVersion
+buildVersion = normalize Build.SysConfig.gitversion
+
+older :: String -> Bool
+older n = buildVersion < normalize n 
diff --git a/Git/CatFile.hs b/Git/CatFile.hs
new file mode 100644
index 0000000000..8e64fc5589
--- /dev/null
+++ b/Git/CatFile.hs
@@ -0,0 +1,113 @@
+{- git cat-file interface
+ -
+ - Copyright 2011, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.CatFile (
+	CatFileHandle,
+	catFileStart,
+	catFileStart',
+	catFileStop,
+	catFile,
+	catFileDetails,
+	catTree,
+	catObject,
+	catObjectDetails,
+) where
+
+import System.IO
+import qualified Data.ByteString as S
+import qualified Data.ByteString.Lazy as L
+import Data.Tuple.Utils
+import Numeric
+import System.Posix.Types
+
+import Common
+import Git
+import Git.Sha
+import Git.Command
+import Git.Types
+import Git.FilePath
+import qualified Utility.CoProcess as CoProcess
+
+data CatFileHandle = CatFileHandle CoProcess.CoProcessHandle Repo
+
+catFileStart :: Repo -> IO CatFileHandle
+catFileStart = catFileStart' True
+
+catFileStart' :: Bool -> Repo -> IO CatFileHandle
+catFileStart' restartable repo = do
+	coprocess <- CoProcess.rawMode =<< gitCoProcessStart restartable
+		[ Param "cat-file"
+		, Param "--batch"
+		] repo
+	return $ CatFileHandle coprocess repo
+
+catFileStop :: CatFileHandle -> IO ()
+catFileStop (CatFileHandle p _) = CoProcess.stop p
+
+{- Reads a file from a specified branch. -}
+catFile :: CatFileHandle -> Branch -> FilePath -> IO L.ByteString
+catFile h branch file = catObject h $ Ref $
+	fromRef branch ++ ":" ++ toInternalGitPath file
+
+catFileDetails :: CatFileHandle -> Branch -> FilePath -> IO (Maybe (L.ByteString, Sha, ObjectType))
+catFileDetails h branch file = catObjectDetails h $ Ref $
+	fromRef branch ++ ":" ++ toInternalGitPath file
+
+{- Uses a running git cat-file read the content of an object.
+ - Objects that do not exist will have "" returned. -}
+catObject :: CatFileHandle -> Ref -> IO L.ByteString
+catObject h object = maybe L.empty fst3 <$> catObjectDetails h object
+
+catObjectDetails :: CatFileHandle -> Ref -> IO (Maybe (L.ByteString, Sha, ObjectType))
+catObjectDetails (CatFileHandle hdl _) object = CoProcess.query hdl send receive
+  where
+	query = fromRef object
+	send to = hPutStrLn to query
+	receive from = do
+		header <- hGetLine from
+		case words header of
+			[sha, objtype, size]
+				| length sha == shaSize ->
+					case (readObjectType objtype, reads size) of
+						(Just t, [(bytes, "")]) -> readcontent t bytes from sha
+						_ -> dne
+				| otherwise -> dne
+			_
+				| header == fromRef object ++ " missing" -> dne
+				| otherwise -> error $ "unknown response from git cat-file " ++ show (header, query)
+	readcontent objtype bytes from sha = do
+		content <- S.hGet from bytes
+		eatchar '\n' from
+		return $ Just (L.fromChunks [content], Ref sha, objtype)
+	dne = return Nothing
+	eatchar expected from = do
+		c <- hGetChar from
+		when (c /= expected) $
+			error $ "missing " ++ (show expected) ++ " from git cat-file"
+
+{- Gets a list of files and directories in a tree. (Not recursive.) -}
+catTree :: CatFileHandle -> Ref -> IO [(FilePath, FileMode)]
+catTree h treeref = go <$> catObjectDetails h treeref
+  where
+	go (Just (b, _, TreeObject)) = parsetree [] b
+  	go _ = []
+
+	parsetree c b = case L.break (== 0) b of
+		(modefile, rest)
+			| L.null modefile -> c
+			| otherwise -> parsetree
+				(parsemodefile modefile:c)
+				(dropsha rest)
+
+	-- these 20 bytes after the NUL hold the file's sha
+	-- TODO: convert from raw form to regular sha
+	dropsha = L.drop 21
+
+	parsemodefile b = 
+		let (modestr, file) = separate (== ' ') (decodeBS b)
+		in (file, readmode modestr)
+	readmode = fst . fromMaybe (0, undefined) . headMaybe . readOct
diff --git a/Git/CheckAttr.hs b/Git/CheckAttr.hs
new file mode 100644
index 0000000000..6b5e3bf626
--- /dev/null
+++ b/Git/CheckAttr.hs
@@ -0,0 +1,93 @@
+{- git check-attr interface
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.CheckAttr where
+
+import Common
+import Git
+import Git.Command
+import qualified Git.BuildVersion
+import qualified Utility.CoProcess as CoProcess
+
+import System.IO.Error
+
+type CheckAttrHandle = (CoProcess.CoProcessHandle, [Attr], String)
+
+type Attr = String
+
+{- Starts git check-attr running to look up the specified gitattributes
+ - values and returns a handle.  -}
+checkAttrStart :: [Attr] -> Repo -> IO CheckAttrHandle
+checkAttrStart attrs repo = do
+	currdir <- getCurrentDirectory
+	h <- CoProcess.rawMode =<< gitCoProcessStart True params repo
+	return (h, attrs, currdir)
+  where
+	params =
+		[ Param "check-attr" 
+		, Params "-z --stdin"
+		] ++ map Param attrs ++
+		[ Param "--" ]
+
+checkAttrStop :: CheckAttrHandle -> IO ()
+checkAttrStop (h, _, _) = CoProcess.stop h
+
+{- Gets an attribute of a file. -}
+checkAttr :: CheckAttrHandle -> Attr -> FilePath -> IO String
+checkAttr (h, attrs, currdir) want file = do
+	pairs <- CoProcess.query h send (receive "")
+	let vals = map snd $ filter (\(attr, _) -> attr == want) pairs
+	case vals of
+		[v] -> return v
+		_ -> error $ "unable to determine " ++ want ++ " attribute of " ++ file
+  where
+	send to = hPutStr to $ file' ++ "\0"
+	receive c from = do
+		s <- hGetSomeString from 1024
+		if null s
+			then eofError
+			else do
+				let v = c ++ s
+				maybe (receive v from) return (parse v)
+	eofError = ioError $ mkIOError userErrorType "git check-attr EOF" Nothing Nothing
+	parse s
+		-- new null separated output
+		| '\0' `elem` s = if "\0" `isSuffixOf` s
+			then
+				let bits = segment (== '\0') s
+				in if length bits == (numattrs * 3) + 1
+					then Just $ getattrvalues bits []
+					else Nothing -- more attributes to come
+			else Nothing -- output incomplete
+		-- old one line per value output
+		| otherwise = if "\n" `isSuffixOf` s
+			then
+				let ls = lines s
+				in if length ls == numattrs
+					then Just $ map (\(attr, val) -> (attr, oldattrvalue attr val))
+						(zip attrs ls)
+					else Nothing -- more attributes to come
+			else Nothing -- line incomplete
+	numattrs = length attrs
+
+	{- Before git 1.7.7, git check-attr worked best with
+	 - absolute filenames; using them worked around some bugs
+	 - with relative filenames.
+	 - 
+	 - With newer git, git check-attr chokes on some absolute
+	 - filenames, and the bugs that necessitated them were fixed,
+	 - so use relative filenames. -}
+	oldgit = Git.BuildVersion.older "1.7.7"
+	file'
+		| oldgit = absPathFrom currdir file
+		| otherwise = relPathDirToFile currdir $ absPathFrom currdir file
+	oldattrvalue attr l = end bits !! 0
+	  where
+		bits = split sep l
+		sep = ": " ++ attr ++ ": "
+	getattrvalues (_filename:attr:val:rest) c = getattrvalues rest ((attr,val):c)
+	getattrvalues _ c = c
diff --git a/Git/CheckIgnore.hs b/Git/CheckIgnore.hs
new file mode 100644
index 0000000000..2ab7cb3dcc
--- /dev/null
+++ b/Git/CheckIgnore.hs
@@ -0,0 +1,71 @@
+{- git check-ignore interface
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.CheckIgnore (
+	CheckIgnoreHandle,
+	checkIgnoreStart,
+	checkIgnoreStop,
+	checkIgnored
+) where
+
+import Common
+import Git
+import Git.Command
+import qualified Git.Version
+import qualified Utility.CoProcess as CoProcess
+
+import System.IO.Error
+
+type CheckIgnoreHandle = CoProcess.CoProcessHandle
+
+{- Starts git check-ignore running, and returns a handle.
+ -
+ - This relies on git check-ignore --non-matching -v outputting
+ - lines for both matching an non-matching files. Also relies on
+ - GIT_FLUSH behavior flushing the output buffer when git check-ignore
+ - is piping to us.
+ -
+ - The first version of git to support what we need is 1.8.4.
+ - Nothing is returned if an older git is installed.
+ -}
+checkIgnoreStart :: Repo -> IO (Maybe CheckIgnoreHandle)
+checkIgnoreStart repo = ifM supportedGitVersion
+	( Just <$> (CoProcess.rawMode =<< gitCoProcessStart True params repo)
+	, return Nothing
+	)
+  where
+	params =
+		[ Param "check-ignore" 
+		, Params "-z --stdin --verbose --non-matching"
+		]
+
+supportedGitVersion :: IO Bool
+supportedGitVersion = do
+	v <- Git.Version.installed
+	return $ v >= Git.Version.normalize "1.8.4"
+
+checkIgnoreStop :: CheckIgnoreHandle -> IO ()
+checkIgnoreStop = CoProcess.stop
+
+{- Returns True if a file is ignored. -}
+checkIgnored :: CheckIgnoreHandle -> FilePath -> IO Bool
+checkIgnored h file = CoProcess.query h send (receive "")
+  where
+	send to = do
+		hPutStr to $ file ++ "\0"
+		hFlush to
+	receive c from = do
+		s <- hGetSomeString from 1024
+		if null s
+			then eofError
+			else do
+				let v = c ++ s
+				maybe (receive v from) return (parse v)
+	parse s = case segment (== '\0') s of
+		(_source:_line:pattern:_pathname:_eol:[]) -> Just $ not $ null pattern
+		_ -> Nothing
+	eofError = ioError $ mkIOError userErrorType "git cat-file EOF" Nothing Nothing
diff --git a/Git/Command.hs b/Git/Command.hs
new file mode 100644
index 0000000000..30d2dcbf90
--- /dev/null
+++ b/Git/Command.hs
@@ -0,0 +1,128 @@
+{- running git commands
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.Command where
+
+import Common
+import Git
+import Git.Types
+import qualified Utility.CoProcess as CoProcess
+
+{- Constructs a git command line operating on the specified repo. -}
+gitCommandLine :: [CommandParam] -> Repo -> [CommandParam]
+gitCommandLine params r@(Repo { location = l@(Local _ _ ) }) =
+	setdir : settree ++ gitGlobalOpts r ++ params
+  where
+	setdir = Param $ "--git-dir=" ++ gitdir l
+	settree = case worktree l of
+		Nothing -> []
+		Just t -> [Param $ "--work-tree=" ++ t]
+gitCommandLine _ repo = assertLocal repo $ error "internal"
+
+{- Runs git in the specified repo. -}
+runBool :: [CommandParam] -> Repo -> IO Bool
+runBool params repo = assertLocal repo $
+	boolSystemEnv "git" (gitCommandLine params repo) (gitEnv repo)
+
+{- Runs git in the specified repo, throwing an error if it fails. -}
+run :: [CommandParam] -> Repo -> IO ()
+run params repo = assertLocal repo $
+	unlessM (runBool params repo) $
+		error $ "git " ++ show params ++ " failed"
+
+{- Runs git and forces it to be quiet, throwing an error if it fails. -}
+runQuiet :: [CommandParam] -> Repo -> IO ()
+runQuiet params repo = withQuietOutput createProcessSuccess $
+	(proc "git" $ toCommand $ gitCommandLine (params) repo)
+		{ env = gitEnv repo }
+
+{- Runs a git command and returns its output, lazily.
+ -
+ - Also returns an action that should be used when the output is all
+ - read (or no more is needed), that will wait on the command, and
+ - return True if it succeeded. Failure to wait will result in zombies.
+ -}
+pipeReadLazy :: [CommandParam] -> Repo -> IO (String, IO Bool)
+pipeReadLazy params repo = assertLocal repo $ do
+	(_, Just h, _, pid) <- createProcess p { std_out = CreatePipe }
+	fileEncoding h
+	c <- hGetContents h
+	return (c, checkSuccessProcess pid)
+  where
+	p  = gitCreateProcess params repo
+
+{- Runs a git command, and returns its output, strictly.
+ -
+ - Nonzero exit status is ignored.
+ -}
+pipeReadStrict :: [CommandParam] -> Repo -> IO String
+pipeReadStrict params repo = assertLocal repo $
+	withHandle StdoutHandle (createProcessChecked ignoreFailureProcess) p $ \h -> do
+		fileEncoding h
+		output <- hGetContentsStrict h
+		hClose h
+		return output
+  where
+	p  = gitCreateProcess params repo
+
+{- Runs a git command, feeding it an input, and returning its output,
+ - which is expected to be fairly small, since it's all read into memory
+ - strictly. -}
+pipeWriteRead :: [CommandParam] -> Maybe (Handle -> IO ()) -> Repo -> IO String
+pipeWriteRead params writer repo = assertLocal repo $
+	writeReadProcessEnv "git" (toCommand $ gitCommandLine params repo) 
+		(gitEnv repo) writer (Just adjusthandle)
+  where
+  	adjusthandle h = do
+		fileEncoding h
+		hSetNewlineMode h noNewlineTranslation
+
+{- Runs a git command, feeding it input on a handle with an action. -}
+pipeWrite :: [CommandParam] -> Repo -> (Handle -> IO ()) -> IO ()
+pipeWrite params repo = withHandle StdinHandle createProcessSuccess $
+	gitCreateProcess params repo
+
+{- Reads null terminated output of a git command (as enabled by the -z 
+ - parameter), and splits it. -}
+pipeNullSplit :: [CommandParam] -> Repo -> IO ([String], IO Bool)
+pipeNullSplit params repo = do
+	(s, cleanup) <- pipeReadLazy params repo
+	return (filter (not . null) $ split sep s, cleanup)
+  where
+	sep = "\0"
+
+pipeNullSplitStrict :: [CommandParam] -> Repo -> IO [String]
+pipeNullSplitStrict params repo = do
+	s <- pipeReadStrict params repo
+	return $ filter (not . null) $ split sep s
+  where
+	sep = "\0"
+
+pipeNullSplitZombie :: [CommandParam] -> Repo -> IO [String]
+pipeNullSplitZombie params repo = leaveZombie <$> pipeNullSplit params repo
+
+{- Doesn't run the cleanup action. A zombie results. -}
+leaveZombie :: (a, IO Bool) -> a
+leaveZombie = fst
+
+{- Runs a git command as a coprocess. -}
+gitCoProcessStart :: Bool -> [CommandParam] -> Repo -> IO CoProcess.CoProcessHandle
+gitCoProcessStart restartable params repo = CoProcess.start numrestarts "git"
+	(toCommand $ gitCommandLine params repo)
+	(gitEnv repo)
+  where
+  	{- If a long-running git command like cat-file --batch
+	 - crashes, it will likely start up again ok. If it keeps crashing
+	 - 10 times, something is badly wrong. -}
+	numrestarts = if restartable then 10 else 0
+
+gitCreateProcess :: [CommandParam] -> Repo -> CreateProcess
+gitCreateProcess params repo =
+	(proc "git" $ toCommand $ gitCommandLine params repo)
+			{ env = gitEnv repo }
diff --git a/Git/Command/Batch.hs b/Git/Command/Batch.hs
new file mode 100644
index 0000000000..9cc1760082
--- /dev/null
+++ b/Git/Command/Batch.hs
@@ -0,0 +1,19 @@
+{- running batch git commands
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Command.Batch where
+
+import Common
+import Git
+import Git.Command
+import Utility.Batch
+
+{- Runs git in batch mode. -}
+run :: BatchCommandMaker -> [CommandParam] -> Repo -> IO Bool
+run batchmaker params repo = assertLocal repo $ do
+	let (cmd, params') = batchmaker ("git", gitCommandLine params repo)
+	boolSystemEnv cmd params' (gitEnv repo)
diff --git a/Git/Config.hs b/Git/Config.hs
new file mode 100644
index 0000000000..d998fd1e29
--- /dev/null
+++ b/Git/Config.hs
@@ -0,0 +1,197 @@
+{- git repository configuration handling
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Config where
+
+import qualified Data.Map as M
+import Data.Char
+import Control.Exception.Extensible
+
+import Common
+import Git
+import Git.Types
+import qualified Git.Construct
+import Utility.UserInfo
+
+{- Returns a single git config setting, or a default value if not set. -}
+get :: String -> String -> Repo -> String
+get key defaultValue repo = M.findWithDefault defaultValue key (config repo)
+
+{- Returns a list with each line of a multiline config setting. -}
+getList :: String -> Repo -> [String]
+getList key repo = M.findWithDefault [] key (fullconfig repo)
+
+{- Returns a single git config setting, if set. -}
+getMaybe :: String -> Repo -> Maybe String
+getMaybe key repo = M.lookup key (config repo)
+
+{- Runs git config and populates a repo with its config.
+ - Avoids re-reading config when run repeatedly. -}
+read :: Repo -> IO Repo
+read repo@(Repo { config = c })
+	| c == M.empty = read' repo
+	| otherwise = return repo
+
+{- Reads config even if it was read before. -}
+reRead :: Repo -> IO Repo
+reRead r = read' $ r
+	{ config = M.empty
+	, fullconfig = M.empty
+	}
+
+{- Cannot use pipeRead because it relies on the config having been already
+ - read. Instead, chdir to the repo and run git config.
+ -}
+read' :: Repo -> IO Repo
+read' repo = go repo
+  where
+	go Repo { location = Local { gitdir = d } } = git_config d
+	go Repo { location = LocalUnknown d } = git_config d
+	go _ = assertLocal repo $ error "internal"
+	git_config d = withHandle StdoutHandle createProcessSuccess p $
+		hRead repo
+	  where
+		params = ["config", "--null", "--list"]
+		p = (proc "git" params)
+			{ cwd = Just d
+			, env = gitEnv repo
+			}
+
+{- Gets the global git config, returning a dummy Repo containing it. -}
+global :: IO (Maybe Repo)
+global = do
+	home <- myHomeDir
+	ifM (doesFileExist $ home </> ".gitconfig")
+		( do
+			repo <- Git.Construct.fromUnknown
+			repo' <- withHandle StdoutHandle createProcessSuccess p $
+				hRead repo
+			return $ Just repo'
+		, return Nothing
+		)
+  where
+	params = ["config", "--null", "--list", "--global"]
+	p = (proc "git" params)
+
+{- Reads git config from a handle and populates a repo with it. -}
+hRead :: Repo -> Handle -> IO Repo
+hRead repo h = do
+	-- We use the FileSystemEncoding when reading from git-config,
+	-- because it can contain arbitrary filepaths (and other strings)
+	-- in any encoding.
+	fileEncoding h
+	val <- hGetContentsStrict h
+	store val repo
+
+{- Stores a git config into a Repo, returning the new version of the Repo.
+ - The git config may be multiple lines, or a single line.
+ - Config settings can be updated incrementally.
+ -}
+store :: String -> Repo -> IO Repo
+store s repo = do
+	let c = parse s
+	repo' <- updateLocation $ repo
+		{ config = (M.map Prelude.head c) `M.union` config repo
+		, fullconfig = M.unionWith (++) c (fullconfig repo)
+		}
+	rs <- Git.Construct.fromRemotes repo'
+	return $ repo' { remotes = rs }
+
+{- Updates the location of a repo, based on its configuration.
+ -
+ - Git.Construct makes LocalUknown repos, of which only a directory is
+ - known. Once the config is read, this can be fixed up to a Local repo, 
+ - based on the core.bare and core.worktree settings.
+ -}
+updateLocation :: Repo -> IO Repo
+updateLocation r@(Repo { location = LocalUnknown d })
+	| isBare r = ifM (doesDirectoryExist dotgit)
+			( updateLocation' r $ Local dotgit Nothing
+			, updateLocation' r $ Local d Nothing
+			)
+	| otherwise = updateLocation' r $ Local dotgit (Just d)
+  where
+	dotgit = (d </> ".git")
+updateLocation r@(Repo { location = l@(Local {}) }) = updateLocation' r l
+updateLocation r = return r
+
+updateLocation' :: Repo -> RepoLocation -> IO Repo
+updateLocation' r l = do
+	l' <- case getMaybe "core.worktree" r of
+		Nothing -> return l
+		Just d -> do
+			{- core.worktree is relative to the gitdir -}
+			top <- absPath $ gitdir l
+			return $ l { worktree = Just $ absPathFrom top d }
+	return $ r { location = l' }
+
+{- Parses git config --list or git config --null --list output into a
+ - config map. -}
+parse :: String -> M.Map String [String]
+parse [] = M.empty
+parse s
+	-- --list output will have an = in the first line
+	| all ('=' `elem`) (take 1 ls) = sep '=' ls
+	-- --null --list output separates keys from values with newlines
+	| otherwise = sep '\n' $ split "\0" s
+  where
+	ls = lines s
+	sep c = M.fromListWith (++) . map (\(k,v) -> (k, [v])) .
+		map (separate (== c))
+
+{- Checks if a string from git config is a true value. -}
+isTrue :: String -> Maybe Bool
+isTrue s
+	| s' == "true" = Just True
+	| s' == "false" = Just False
+	| otherwise = Nothing
+  where
+	s' = map toLower s
+
+boolConfig :: Bool -> String
+boolConfig True = "true"
+boolConfig False = "false"
+
+isBare :: Repo -> Bool
+isBare r = fromMaybe False $ isTrue =<< getMaybe coreBare r
+
+coreBare :: String
+coreBare = "core.bare"
+
+{- Runs a command to get the configuration of a repo,
+ - and returns a repo populated with the configuration, as well as the raw
+ - output of the command. -}
+fromPipe :: Repo -> String -> [CommandParam] -> IO (Either SomeException (Repo, String))
+fromPipe r cmd params = try $
+	withHandle StdoutHandle createProcessSuccess p $ \h -> do
+ 		fileEncoding h
+		val <- hGetContentsStrict h
+		r' <- store val r
+		return (r', val)
+  where
+	p = proc cmd $ toCommand params
+
+{- Reads git config from a specified file and returns the repo populated
+ - with the configuration. -}
+fromFile :: Repo -> FilePath -> IO (Either SomeException (Repo, String))
+fromFile r f = fromPipe r "git"
+	[ Param "config"
+	, Param "--file"
+	, File f
+	, Param "--list"
+	]
+
+{- Changes a git config setting in the specified config file.
+ - (Creates the file if it does not already exist.) -}
+changeFile :: FilePath -> String -> String -> IO Bool
+changeFile f k v = boolSystem "git"
+	[ Param "config"
+	, Param "--file"
+	, File f
+	, Param k
+	, Param v
+	]
diff --git a/Git/Construct.hs b/Git/Construct.hs
new file mode 100644
index 0000000000..eed2b99300
--- /dev/null
+++ b/Git/Construct.hs
@@ -0,0 +1,237 @@
+{- Construction of Git Repo objects
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.Construct (
+	fromCwd,
+	fromAbsPath,
+	fromPath,
+	fromUrl,
+	fromUnknown,
+	localToUrl,
+	remoteNamed,
+	remoteNamedFromKey,
+	fromRemotes,
+	fromRemoteLocation,
+	repoAbsPath,
+	newFrom,
+	checkForRepo,
+) where
+
+#ifndef mingw32_HOST_OS
+import System.Posix.User
+#endif
+import qualified Data.Map as M hiding (map, split)
+import Network.URI
+
+import Common
+import Git.Types
+import Git
+import Git.Remote
+import Git.FilePath
+import qualified Git.Url as Url
+import Utility.UserInfo
+
+{- Finds the git repository used for the cwd, which may be in a parent
+ - directory. -}
+fromCwd :: IO (Maybe Repo)
+fromCwd = getCurrentDirectory >>= seekUp
+  where
+	seekUp dir = do
+		r <- checkForRepo dir
+		case r of
+			Nothing -> case parentDir dir of
+				"" -> return Nothing
+				d -> seekUp d
+			Just loc -> Just <$> newFrom loc
+
+{- Local Repo constructor, accepts a relative or absolute path. -}
+fromPath :: FilePath -> IO Repo
+fromPath dir = fromAbsPath =<< absPath dir
+
+{- Local Repo constructor, requires an absolute path to the repo be
+ - specified. -}
+fromAbsPath :: FilePath -> IO Repo
+fromAbsPath dir
+	| absoluteGitPath dir = ifM (doesDirectoryExist dir') ( ret dir' , hunt )
+	| otherwise =
+		error $ "internal error, " ++ dir ++ " is not absolute"
+  where
+	ret = newFrom . LocalUnknown
+	{- Git always looks for "dir.git" in preference to
+	 - to "dir", even if dir ends in a "/". -}
+	canondir = dropTrailingPathSeparator dir
+	dir' = canondir ++ ".git"
+	{- When dir == "foo/.git", git looks for "foo/.git/.git",
+	 - and failing that, uses "foo" as the repository. -}
+	hunt
+		| (pathSeparator:".git") `isSuffixOf` canondir =
+			ifM (doesDirectoryExist $ dir </> ".git")
+				( ret dir
+				, ret $ takeDirectory canondir
+				)
+		| otherwise = ret dir
+
+{- Remote Repo constructor. Throws exception on invalid url.
+ -
+ - Git is somewhat forgiving about urls to repositories, allowing
+ - eg spaces that are not normally allowed unescaped in urls.
+ -}
+fromUrl :: String -> IO Repo
+fromUrl url
+	| not (isURI url) = fromUrlStrict $ escapeURIString isUnescapedInURI url
+	| otherwise = fromUrlStrict url
+
+fromUrlStrict :: String -> IO Repo
+fromUrlStrict url
+	| startswith "file://" url = fromAbsPath $ unEscapeString $ uriPath u
+	| otherwise = newFrom $ Url u
+  where
+	u = fromMaybe bad $ parseURI url
+	bad = error $ "bad url " ++ url
+
+{- Creates a repo that has an unknown location. -}
+fromUnknown :: IO Repo
+fromUnknown = newFrom Unknown
+
+{- Converts a local Repo into a remote repo, using the reference repo
+ - which is assumed to be on the same host. -}
+localToUrl :: Repo -> Repo -> Repo
+localToUrl reference r
+	| not $ repoIsUrl reference = error "internal error; reference repo not url"
+	| repoIsUrl r = r
+	| otherwise = case Url.authority reference of
+		Nothing -> r
+		Just auth -> 
+			let absurl = concat
+				[ Url.scheme reference
+				, "//"
+				, auth
+				, repoPath r
+				]
+			in r { location = Url $ fromJust $ parseURI absurl }
+
+{- Calculates a list of a repo's configured remotes, by parsing its config. -}
+fromRemotes :: Repo -> IO [Repo]
+fromRemotes repo = mapM construct remotepairs
+  where
+	filterconfig f = filter f $ M.toList $ config repo
+	filterkeys f = filterconfig (\(k,_) -> f k)
+	remotepairs = filterkeys isremote
+	isremote k = startswith "remote." k && endswith ".url" k
+	construct (k,v) = remoteNamedFromKey k $ fromRemoteLocation v repo
+
+{- Sets the name of a remote when constructing the Repo to represent it. -}
+remoteNamed :: String -> IO Repo -> IO Repo
+remoteNamed n constructor = do
+	r <- constructor
+	return $ r { remoteName = Just n }
+
+{- Sets the name of a remote based on the git config key, such as
+ - "remote.foo.url". -}
+remoteNamedFromKey :: String -> IO Repo -> IO Repo
+remoteNamedFromKey k = remoteNamed basename
+  where
+	basename = intercalate "." $ 
+		reverse $ drop 1 $ reverse $ drop 1 $ split "." k
+
+{- Constructs a new Repo for one of a Repo's remotes using a given
+ - location (ie, an url). -}
+fromRemoteLocation :: String -> Repo -> IO Repo
+fromRemoteLocation s repo = gen $ parseRemoteLocation s repo
+  where
+	gen (RemotePath p) = fromRemotePath p repo
+	gen (RemoteUrl u) = fromUrl u
+
+{- Constructs a Repo from the path specified in the git remotes of
+ - another Repo. -}
+fromRemotePath :: FilePath -> Repo -> IO Repo
+fromRemotePath dir repo = do
+	dir' <- expandTilde dir
+	fromAbsPath $ repoPath repo </> dir'
+
+{- Git remotes can have a directory that is specified relative
+ - to the user's home directory, or that contains tilde expansions.
+ - This converts such a directory to an absolute path.
+ - Note that it has to run on the system where the remote is.
+ -}
+repoAbsPath :: FilePath -> IO FilePath
+repoAbsPath d = do
+	d' <- expandTilde d
+	h <- myHomeDir
+	return $ h </> d'
+
+expandTilde :: FilePath -> IO FilePath
+#ifdef mingw32_HOST_OS
+expandTilde = return
+#else
+expandTilde = expandt True
+  where
+	expandt _ [] = return ""
+	expandt _ ('/':cs) = do
+		v <- expandt True cs
+		return ('/':v)
+	expandt True ('~':'/':cs) = do
+		h <- myHomeDir
+		return $ h </> cs
+	expandt True ('~':cs) = do
+		let (name, rest) = findname "" cs
+		u <- getUserEntryForName name
+		return $ homeDirectory u </> rest
+	expandt _ (c:cs) = do
+		v <- expandt False cs
+		return (c:v)
+	findname n [] = (n, "")
+	findname n (c:cs)
+		| c == '/' = (n, cs)
+		| otherwise = findname (n++[c]) cs
+#endif
+
+{- Checks if a git repository exists in a directory. Does not find
+ - git repositories in parent directories. -}
+checkForRepo :: FilePath -> IO (Maybe RepoLocation)
+checkForRepo dir = 
+	check isRepo $
+		check gitDirFile $
+			check isBareRepo $
+				return Nothing
+  where
+	check test cont = maybe cont (return . Just) =<< test
+	checkdir c = ifM c
+		( return $ Just $ LocalUnknown dir
+		, return Nothing
+		)
+	isRepo = checkdir $ gitSignature $ ".git" </> "config"
+	isBareRepo = checkdir $ gitSignature "config"
+		<&&> doesDirectoryExist (dir </> "objects")
+	gitDirFile = do
+		c <- firstLine <$>
+			catchDefaultIO "" (readFile $ dir </> ".git")
+		return $ if gitdirprefix `isPrefixOf` c
+			then Just $ Local 
+				{ gitdir = absPathFrom dir $
+					drop (length gitdirprefix) c
+				, worktree = Just dir
+				}
+			else Nothing
+	  where
+		gitdirprefix = "gitdir: "
+	gitSignature file = doesFileExist $ dir </> file
+
+newFrom :: RepoLocation -> IO Repo
+newFrom l = return Repo
+	{ location = l
+	, config = M.empty
+	, fullconfig = M.empty
+	, remotes = []
+	, remoteName = Nothing
+	, gitEnv = Nothing
+	, gitGlobalOpts = []
+	}
+
+
diff --git a/Git/CurrentRepo.hs b/Git/CurrentRepo.hs
new file mode 100644
index 0000000000..23ebbbcadb
--- /dev/null
+++ b/Git/CurrentRepo.hs
@@ -0,0 +1,67 @@
+{- The current git repository.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.CurrentRepo where
+
+import Common
+import Git.Types
+import Git.Construct
+import qualified Git.Config
+#ifndef mingw32_HOST_OS
+import Utility.Env
+#endif
+
+{- Gets the current git repository.
+ -
+ - Honors GIT_DIR and GIT_WORK_TREE.
+ - Both environment variables are unset, to avoid confusing other git
+ - commands that also look at them. Instead, the Git module passes
+ - --work-tree and --git-dir to git commands it runs.
+ -
+ - When GIT_WORK_TREE or core.worktree are set, changes the working
+ - directory if necessary to ensure it is within the repository's work
+ - tree. While not needed for git commands, this is useful for anything
+ - else that looks for files in the worktree.
+ -}
+get :: IO Repo
+get = do
+	gd <- pathenv "GIT_DIR"
+	r <- configure gd =<< fromCwd
+	wt <- maybe (worktree $ location r) Just <$> pathenv "GIT_WORK_TREE"
+	case wt of
+		Nothing -> return r
+		Just d -> do
+			curr <- getCurrentDirectory
+			unless (d `dirContains` curr) $
+				setCurrentDirectory d
+			return $ addworktree wt r
+  where
+#ifndef mingw32_HOST_OS
+	pathenv s = do
+		v <- getEnv s
+		case v of
+			Just d -> do
+				void $ unsetEnv s
+				Just <$> absPath d
+			Nothing -> return Nothing
+#else
+	pathenv _ = return Nothing
+#endif
+
+	configure Nothing (Just r) = Git.Config.read r
+	configure (Just d) _ = do
+		absd <- absPath d
+		curr <- getCurrentDirectory
+		r <- newFrom $ Local { gitdir = absd, worktree = Just curr }
+		Git.Config.read r
+	configure Nothing Nothing = error "Not in a git repository."
+
+	addworktree w r = changelocation r $
+		Local { gitdir = gitdir (location r), worktree = w }
+	changelocation r l = r { location = l }
diff --git a/Git/DiffTree.hs b/Git/DiffTree.hs
new file mode 100644
index 0000000000..59de60871c
--- /dev/null
+++ b/Git/DiffTree.hs
@@ -0,0 +1,102 @@
+{- git diff-tree interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.DiffTree (
+	DiffTreeItem(..),
+	diffTree,
+	diffTreeRecursive,
+	diffIndex,
+	diffWorkTree,
+) where
+
+import Numeric
+import System.Posix.Types
+
+import Common
+import Git
+import Git.Sha
+import Git.Command
+import Git.FilePath
+import qualified Git.Filename
+import qualified Git.Ref
+
+data DiffTreeItem = DiffTreeItem
+	{ srcmode :: FileMode
+	, dstmode :: FileMode
+	, srcsha :: Sha -- nullSha if file was added
+	, dstsha :: Sha -- nullSha if file was deleted
+	, status :: String
+	, file :: TopFilePath
+	} deriving Show
+
+{- Diffs two tree Refs. -}
+diffTree :: Ref -> Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
+diffTree src dst = getdiff (Param "diff-tree")
+	[Param (fromRef src), Param (fromRef dst)]
+
+{- Diffs two tree Refs, recursing into sub-trees -}
+diffTreeRecursive :: Ref -> Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
+diffTreeRecursive src dst = getdiff (Param "diff-tree")
+	[Param "-r", Param (fromRef src), Param (fromRef dst)]
+
+{- Diffs between a tree and the index. Does nothing if there is not yet a
+ - commit in the repository. -}
+diffIndex :: Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
+diffIndex ref = diffIndex' ref [Param "--cached"]
+
+{- Diffs between a tree and the working tree. Does nothing if there is not
+ - yet a commit in the repository, or if the repository is bare. -}
+diffWorkTree :: Ref -> Repo -> IO ([DiffTreeItem], IO Bool)
+diffWorkTree ref repo =
+	ifM (Git.Ref.headExists repo)
+                ( diffIndex' ref [] repo
+		, return ([], return True)
+		)
+
+diffIndex' :: Ref -> [CommandParam] -> Repo -> IO ([DiffTreeItem], IO Bool)
+diffIndex' ref params repo =
+	ifM (Git.Ref.headExists repo)
+		( getdiff (Param "diff-index")
+			( params ++ [Param $ fromRef ref] )
+			repo
+		, return ([], return True)
+		)
+
+getdiff :: CommandParam -> [CommandParam] -> Repo -> IO ([DiffTreeItem], IO Bool)
+getdiff command params repo = do
+	(diff, cleanup) <- pipeNullSplit ps repo
+	return (parseDiffTree diff, cleanup)
+  where
+	ps = command : Params "-z --raw --no-renames -l0" : params
+
+{- Parses diff-tree output. -}
+parseDiffTree :: [String] -> [DiffTreeItem]
+parseDiffTree l = go l []
+  where
+	go [] c = c
+	go (info:f:rest) c = go rest (mk info f : c)
+	go (s:[]) _ = error $ "diff-tree parse error " ++ s
+
+	mk info f = DiffTreeItem 
+		{ srcmode = readmode srcm
+		, dstmode = readmode dstm
+		, srcsha = fromMaybe (error "bad srcsha") $ extractSha ssha
+		, dstsha = fromMaybe (error "bad dstsha") $ extractSha dsha
+		, status = s
+		, file = asTopFilePath $ fromInternalGitPath $ Git.Filename.decode f
+		}
+	  where
+		readmode = fst . Prelude.head . readOct
+
+		-- info = :<srcmode> SP <dstmode> SP <srcsha> SP <dstsha> SP <status>
+		-- All fields are fixed, so we can pull them out of
+		-- specific positions in the line.
+		(srcm, past_srcm) = splitAt 7 $ drop 1 info
+		(dstm, past_dstm) = splitAt 7 past_srcm
+		(ssha, past_ssha) = splitAt shaSize past_dstm
+		(dsha, past_dsha) = splitAt shaSize $ drop 1 past_ssha
+		s = drop 1 past_dsha
diff --git a/Git/FileMode.hs b/Git/FileMode.hs
new file mode 100644
index 0000000000..fc4d0264e3
--- /dev/null
+++ b/Git/FileMode.hs
@@ -0,0 +1,23 @@
+{- git file modes
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.FileMode where
+
+import Utility.FileMode
+
+import System.PosixCompat.Types
+
+symLinkMode :: FileMode
+symLinkMode = 40960
+
+{- Git uses a special file mode to indicate a symlink. This is the case
+ - even on Windows, so we hard code the valuse here, rather than using
+ - System.Posix.Files.symbolicLinkMode. -}
+isSymLink :: FileMode -> Bool
+isSymLink = checkMode symLinkMode
diff --git a/Git/FilePath.hs b/Git/FilePath.hs
new file mode 100644
index 0000000000..42eb0812e3
--- /dev/null
+++ b/Git/FilePath.hs
@@ -0,0 +1,78 @@
+{- git FilePath library
+ -
+ - Different git commands use different types of FilePaths to refer to
+ - files in the repository. Some commands use paths relative to the
+ - top of the repository even when run in a subdirectory. Adding some
+ - types helps keep that straight.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.FilePath (
+	TopFilePath,
+	fromTopFilePath,
+	getTopFilePath,
+	toTopFilePath,
+	asTopFilePath,
+	InternalGitPath,
+	toInternalGitPath,
+	fromInternalGitPath,
+	absoluteGitPath
+) where
+
+import Common
+import Git
+
+import qualified System.FilePath.Posix
+
+{- A FilePath, relative to the top of the git repository. -}
+newtype TopFilePath = TopFilePath { getTopFilePath :: FilePath }
+	deriving (Show)
+
+{- Returns an absolute FilePath. -}
+fromTopFilePath :: TopFilePath -> Git.Repo -> FilePath
+fromTopFilePath p repo = absPathFrom (repoPath repo) (getTopFilePath p)
+
+{- The input FilePath can be absolute, or relative to the CWD. -}
+toTopFilePath :: FilePath -> Git.Repo -> IO TopFilePath
+toTopFilePath file repo = TopFilePath <$>
+	relPathDirToFile (repoPath repo) <$> absPath file
+
+{- The input FilePath must already be relative to the top of the git
+ - repository -}
+asTopFilePath :: FilePath -> TopFilePath
+asTopFilePath file = TopFilePath file
+
+{- Git may use a different representation of a path when storing
+ - it internally. 
+ -
+ - On Windows, git uses '/' to separate paths stored in the repository,
+ - despite Windows using '\'.
+ -
+ -}
+type InternalGitPath = String
+
+toInternalGitPath :: FilePath -> InternalGitPath
+#ifndef mingw32_HOST_OS
+toInternalGitPath = id
+#else
+toInternalGitPath = replace "\\" "/"
+#endif
+
+fromInternalGitPath :: InternalGitPath -> FilePath
+#ifndef mingw32_HOST_OS
+fromInternalGitPath = id
+#else
+fromInternalGitPath = replace "/" "\\"
+#endif
+
+{- isAbsolute on Windows does not think "/foo" or "\foo" is absolute,
+ - so try posix paths.
+ -}
+absoluteGitPath :: FilePath -> Bool
+absoluteGitPath p = isAbsolute p ||
+	System.FilePath.Posix.isAbsolute (toInternalGitPath p)
diff --git a/Git/Filename.hs b/Git/Filename.hs
new file mode 100644
index 0000000000..5e076d3b5a
--- /dev/null
+++ b/Git/Filename.hs
@@ -0,0 +1,28 @@
+{- Some git commands output encoded filenames, in a rather annoyingly complex
+ - C-style encoding.
+ -
+ - Copyright 2010, 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Filename where
+
+import Utility.Format (decode_c, encode_c)
+
+import Common
+
+decode :: String -> FilePath
+decode [] = []
+decode f@(c:s)
+	-- encoded strings will be inside double quotes
+	| c == '"' && end s == ['"'] = decode_c $ beginning s
+	| otherwise = f
+
+{- Should not need to use this, except for testing decode. -}
+encode :: FilePath -> String
+encode s = "\"" ++ encode_c s ++ "\""
+
+{- for quickcheck -}
+prop_idempotent_deencode :: String -> Bool
+prop_idempotent_deencode s = s == decode (encode s)
diff --git a/Git/Fsck.hs b/Git/Fsck.hs
new file mode 100644
index 0000000000..c6002f681f
--- /dev/null
+++ b/Git/Fsck.hs
@@ -0,0 +1,117 @@
+{- git fsck interface
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Fsck (
+	FsckResults(..),
+	MissingObjects,
+	findBroken,
+	foundBroken,
+	findMissing,
+	isMissing,
+	knownMissing,
+) where
+
+import Common
+import Git
+import Git.Command
+import Git.Sha
+import Utility.Batch
+import qualified Git.Version
+
+import qualified Data.Set as S
+import Control.Concurrent.Async
+
+type MissingObjects = S.Set Sha
+
+data FsckResults 
+	= FsckFoundMissing
+		{ missingObjects :: MissingObjects
+		, missingObjectsTruncated :: Bool
+		}
+	| FsckFailed
+	deriving (Show)
+
+{- Runs fsck to find some of the broken objects in the repository.
+ - May not find all broken objects, if fsck fails on bad data in some of
+ - the broken objects it does find.
+ -
+ - Strategy: Rather than parsing fsck's current specific output,
+ - look for anything in its output (both stdout and stderr) that appears
+ - to be a git sha. Not all such shas are of broken objects, so ask git
+ - to try to cat the object, and see if it fails.
+ -}
+findBroken :: Bool -> Repo -> IO FsckResults
+findBroken batchmode r = do
+	supportsNoDangling <- (>= Git.Version.normalize "1.7.10")
+		<$> Git.Version.installed
+	let (command, params) = ("git", fsckParams supportsNoDangling r)
+	(command', params') <- if batchmode
+		then toBatchCommand (command, params)
+		else return (command, params)
+	
+	p@(_, _, _, pid) <- createProcess $
+		(proc command' (toCommand params'))
+			{ std_out = CreatePipe
+			, std_err = CreatePipe
+			}
+	(bad1, bad2) <- concurrently
+		(readMissingObjs maxobjs r supportsNoDangling (stdoutHandle p))
+		(readMissingObjs maxobjs r supportsNoDangling (stderrHandle p))
+	fsckok <- checkSuccessProcess pid
+	let truncated = S.size bad1 == maxobjs || S.size bad1 == maxobjs
+	let badobjs = S.union bad1 bad2
+
+	if S.null badobjs && not fsckok
+		then return FsckFailed
+		else return $ FsckFoundMissing badobjs truncated
+  where
+	maxobjs = 10000
+
+foundBroken :: FsckResults -> Bool
+foundBroken FsckFailed = True
+foundBroken (FsckFoundMissing s _) = not (S.null s)
+
+knownMissing :: FsckResults -> MissingObjects
+knownMissing FsckFailed = S.empty
+knownMissing (FsckFoundMissing s _) = s
+
+{- Finds objects that are missing from the git repsitory, or are corrupt.
+ -
+ - This does not use git cat-file --batch, because catting a corrupt
+ - object can cause it to crash, or to report incorrect size information.
+ -}
+findMissing :: [Sha] -> Repo -> IO MissingObjects
+findMissing objs r = S.fromList <$> filterM (`isMissing` r) objs
+
+readMissingObjs :: Int -> Repo -> Bool -> Handle -> IO MissingObjects
+readMissingObjs maxobjs r supportsNoDangling h = do
+	objs <- take maxobjs . findShas supportsNoDangling <$> hGetContents h
+	findMissing objs r
+
+isMissing :: Sha -> Repo -> IO Bool
+isMissing s r = either (const True) (const False) <$> tryIO dump
+  where
+	dump = runQuiet
+		[ Param "show"
+		, Param (fromRef s)
+		] r
+
+findShas :: Bool -> String -> [Sha]
+findShas supportsNoDangling = catMaybes . map extractSha . concat . map words . filter wanted . lines
+  where
+	wanted l
+		| supportsNoDangling = True
+		| otherwise = not ("dangling " `isPrefixOf` l)
+
+fsckParams :: Bool -> Repo -> [CommandParam]
+fsckParams supportsNoDangling = gitCommandLine $ map Param $ catMaybes
+	[ Just "fsck"
+	, if supportsNoDangling
+		then Just "--no-dangling"
+		else Nothing
+	, Just "--no-reflogs"
+	]
diff --git a/Git/GCrypt.hs b/Git/GCrypt.hs
new file mode 100644
index 0000000000..c2a5a98fe2
--- /dev/null
+++ b/Git/GCrypt.hs
@@ -0,0 +1,109 @@
+{- git-remote-gcrypt support
+ -
+ - https://github.com/blake2-ppc/git-remote-gcrypt
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.GCrypt where
+
+import Common
+import Git.Types
+import Git.Construct
+import qualified Git.Config as Config
+import qualified Git.Command as Command
+import Utility.Gpg
+
+urlScheme :: String
+urlScheme = "gcrypt:"
+
+urlPrefix :: String
+urlPrefix = urlScheme ++ ":"
+
+isEncrypted :: Repo -> Bool
+isEncrypted Repo { location = Url url } = urlPrefix `isPrefixOf` show url
+isEncrypted _ = False
+
+{- The first Repo is the git repository that has the second Repo
+ - as one of its remotes.
+ -
+ - When the remote Repo uses gcrypt, returns the actual underlying
+ - git repository that gcrypt is using to store its data. 
+ -
+ - Throws an exception if an url is invalid or the repo does not use
+ - gcrypt.
+ -}
+encryptedRemote :: Repo -> Repo -> IO Repo
+encryptedRemote baserepo = go
+  where
+  	go Repo { location = Url url }
+		| urlPrefix `isPrefixOf` u =
+			fromRemoteLocation (drop plen u) baserepo
+		| otherwise = notencrypted
+	  where
+  		u = show url
+		plen = length urlPrefix
+	go _ = notencrypted
+	notencrypted = error "not a gcrypt encrypted repository"
+
+data ProbeResult = Decryptable | NotDecryptable | NotEncrypted
+
+{- Checks if the git repo at a location uses gcrypt.
+ - 
+ - Rather expensive -- many need to fetch the entire repo contents.
+ - (Which is fine if the repo is going to be added as a remote..)
+ -}
+probeRepo :: String -> Repo -> IO ProbeResult
+probeRepo loc baserepo = do
+	let p = proc "git" $ toCommand $ Command.gitCommandLine
+		[ Param "remote-gcrypt"
+		, Param "--check"
+		, Param loc
+		] baserepo
+	(_, _, _, pid) <- createProcess p
+	code <- waitForProcess pid
+	return $ case code of
+		ExitSuccess -> Decryptable
+		ExitFailure 1 -> NotDecryptable
+		ExitFailure _ -> NotEncrypted
+
+type GCryptId = String
+
+{- gcrypt gives each encrypted repository a uique gcrypt-id,
+ - which is stored in the repository (in encrypted form)
+ - and cached in a per-remote gcrypt-id configuration setting. -}
+remoteRepoId :: Repo -> Maybe RemoteName -> Maybe GCryptId
+remoteRepoId = getRemoteConfig "gcrypt-id"
+
+getRemoteConfig :: String -> Repo -> Maybe RemoteName -> Maybe String
+getRemoteConfig field repo remotename = do
+	n <- remotename
+	Config.getMaybe (remoteConfigKey field n) repo
+
+{- Gpg keys that the remote is encrypted for.
+ - If empty, gcrypt uses --default-recipient-self -}
+getParticiantList :: Maybe Repo -> Repo -> Maybe RemoteName -> KeyIds
+getParticiantList globalconfigrepo repo remotename = KeyIds $ parse $ firstJust
+	[ getRemoteConfig "gcrypt-participants" repo remotename
+	, Config.getMaybe defaultkey repo
+	, Config.getMaybe defaultkey =<< globalconfigrepo
+	]
+  where
+	defaultkey = "gcrypt.participants"
+  	parse (Just "simple") = []
+	parse (Just l) = words l
+	parse Nothing = []
+
+remoteParticipantConfigKey :: RemoteName -> String
+remoteParticipantConfigKey = remoteConfigKey "gcrypt-participants"
+
+remotePublishParticipantConfigKey :: RemoteName -> String
+remotePublishParticipantConfigKey = remoteConfigKey "gcrypt-publish-participants"
+
+remoteSigningKey :: RemoteName -> String
+remoteSigningKey = remoteConfigKey "gcrypt-signingkey"
+
+remoteConfigKey :: String -> RemoteName -> String
+remoteConfigKey key remotename = "remote." ++ remotename ++ "." ++ key
diff --git a/Git/HashObject.hs b/Git/HashObject.hs
new file mode 100644
index 0000000000..97e1befe67
--- /dev/null
+++ b/Git/HashObject.hs
@@ -0,0 +1,58 @@
+{- git hash-object interface
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.HashObject where
+
+import Common
+import Git
+import Git.Sha
+import Git.Command
+import Git.Types
+import qualified Utility.CoProcess as CoProcess
+import Utility.Tmp
+
+type HashObjectHandle = CoProcess.CoProcessHandle
+
+hashObjectStart :: Repo -> IO HashObjectHandle
+hashObjectStart = CoProcess.rawMode <=< gitCoProcessStart True
+	[ Param "hash-object"
+	, Param "-w"
+	, Param "--stdin-paths"
+	, Param "--no-filters"
+	]
+
+hashObjectStop :: HashObjectHandle -> IO ()
+hashObjectStop = CoProcess.stop
+
+{- Injects a file into git, returning the Sha of the object. -}
+hashFile :: HashObjectHandle -> FilePath -> IO Sha
+hashFile h file = CoProcess.query h send receive
+  where
+	send to = hPutStrLn to file
+	receive from = getSha "hash-object" $ hGetLine from
+
+{- Injects a blob into git. Unfortunately, the current git-hash-object
+ - interface does not allow batch hashing without using temp files. -}
+hashBlob :: HashObjectHandle -> String -> IO Sha
+hashBlob h s = withTmpFile "hash" $ \tmp tmph -> do
+	hPutStr tmph s
+	hClose tmph
+	hashFile h tmp
+
+{- Injects some content into git, returning its Sha.
+ - 
+ - Avoids using a tmp file, but runs a new hash-object command each
+ - time called. -}
+hashObject :: ObjectType -> String -> Repo -> IO Sha
+hashObject objtype content = hashObject' objtype (flip hPutStr content)
+
+hashObject' :: ObjectType -> (Handle -> IO ()) -> Repo -> IO Sha
+hashObject' objtype writer repo = getSha subcmd $
+	pipeWriteRead (map Param params) (Just writer) repo
+  where
+	subcmd = "hash-object"
+	params = [subcmd, "-t", show objtype, "-w", "--stdin", "--no-filters"]
diff --git a/Git/Hook.hs b/Git/Hook.hs
new file mode 100644
index 0000000000..6245a292db
--- /dev/null
+++ b/Git/Hook.hs
@@ -0,0 +1,58 @@
+{- git hooks
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Hook where
+
+import Common
+import Git
+import Utility.Tmp
+
+data Hook = Hook
+	{ hookName :: FilePath
+	, hookScript :: String
+	}
+	deriving (Ord)
+
+instance Eq Hook where
+	a == b = hookName a == hookName b
+
+hookFile :: Hook -> Repo -> FilePath
+hookFile h r = localGitDir r </> "hooks" </> hookName h
+
+{- Writes a hook. Returns False if the hook already exists with a different
+ - content. -}
+hookWrite :: Hook -> Repo -> IO Bool
+hookWrite h r = do
+	let f = hookFile h r
+	ifM (doesFileExist f)
+		( expectedContent h r
+		, do
+			viaTmp writeFile f (hookScript h)
+			p <- getPermissions f
+			setPermissions f $ p {executable = True}
+			return True
+		)
+
+{- Removes a hook. Returns False if the hook contained something else, and
+ - could not be removed. -}
+hookUnWrite :: Hook -> Repo -> IO Bool
+hookUnWrite h r = do
+	let f = hookFile h r
+	ifM (doesFileExist f)
+		( ifM (expectedContent h r)
+			( do
+				removeFile f
+				return True
+			, return False
+			)
+		, return True
+		)
+
+expectedContent :: Hook -> Repo -> IO Bool
+expectedContent h r = do
+	content <- readFile $ hookFile h r
+	return $ content == hookScript h
diff --git a/Git/Index.hs b/Git/Index.hs
new file mode 100644
index 0000000000..d712245a81
--- /dev/null
+++ b/Git/Index.hs
@@ -0,0 +1,36 @@
+{- git index file stuff
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Index where
+
+import Common
+import Git
+import Utility.Env
+
+{- Forces git to use the specified index file.
+ -
+ - Returns an action that will reset back to the default
+ - index file.
+ -
+ - Warning: Not thread safe.
+ -}
+override :: FilePath -> IO (IO ())
+override index = do
+	res <- getEnv var
+	void $ setEnv var index True
+	return $ void $ reset res
+  where
+	var = "GIT_INDEX_FILE"
+	reset (Just v) = setEnv var v True
+	reset _ = unsetEnv var
+
+indexFile :: Repo -> FilePath
+indexFile r = localGitDir r </> "index"
+
+{- Git locks the index by creating this file. -}
+indexFileLock :: Repo -> FilePath
+indexFileLock r = indexFile r ++ ".lock"
diff --git a/Git/LsFiles.hs b/Git/LsFiles.hs
new file mode 100644
index 0000000000..2aa05ba7fd
--- /dev/null
+++ b/Git/LsFiles.hs
@@ -0,0 +1,215 @@
+{- git ls-files interface
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.LsFiles (
+	inRepo,
+	notInRepo,
+	allFiles,
+	deleted,
+	modified,
+	modifiedOthers,
+	staged,
+	stagedNotDeleted,
+	stagedOthersDetails,
+	stagedDetails,
+	typeChanged,
+	typeChangedStaged,
+	Conflicting(..),
+	Unmerged(..),
+	unmerged,
+	StagedDetails,
+) where
+
+import Common
+import Git
+import Git.Command
+import Git.Types
+import Git.Sha
+
+import Numeric
+import System.Posix.Types
+
+{- Scans for files that are checked into git at the specified locations. -}
+inRepo :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+inRepo l = pipeNullSplit $ Params "ls-files --cached -z --" : map File l
+
+{- Scans for files at the specified locations that are not checked into git. -}
+notInRepo :: Bool -> [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+notInRepo include_ignored l repo = pipeNullSplit params repo
+  where
+	params = [Params "ls-files --others"] ++ exclude ++
+		[Params "-z --"] ++ map File l
+	exclude
+		| include_ignored = []
+		| otherwise = [Param "--exclude-standard"]
+
+{- Finds all files in the specified locations, whether checked into git or
+ - not. -}
+allFiles :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+allFiles l = pipeNullSplit $ Params "ls-files --cached --others -z --" : map File l
+
+{- Returns a list of files in the specified locations that have been
+ - deleted. -}
+deleted :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+deleted l repo = pipeNullSplit params repo
+  where
+	params = [Params "ls-files --deleted -z --"] ++ map File l
+
+{- Returns a list of files in the specified locations that have been
+ - modified. -}
+modified :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+modified l repo = pipeNullSplit params repo
+  where
+	params = [Params "ls-files --modified -z --"] ++ map File l
+
+{- Files that have been modified or are not checked into git (and are not
+ - ignored). -}
+modifiedOthers :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+modifiedOthers l repo = pipeNullSplit params repo
+  where
+	params = [Params "ls-files --modified --others --exclude-standard -z --"] ++ map File l
+
+{- Returns a list of all files that are staged for commit. -}
+staged :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+staged = staged' []
+
+{- Returns a list of the files, staged for commit, that are being added,
+ - moved, or changed (but not deleted), from the specified locations. -}
+stagedNotDeleted :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+stagedNotDeleted = staged' [Param "--diff-filter=ACMRT"]
+
+staged' :: [CommandParam] -> [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+staged' ps l = pipeNullSplit $ prefix ++ ps ++ suffix
+  where
+	prefix = [Params "diff --cached --name-only -z"]
+	suffix = Param "--" : map File l
+
+type StagedDetails = (FilePath, Maybe Sha, Maybe FileMode)
+
+{- Returns details about files that are staged in the index,
+ - as well as files not yet in git. Skips ignored files. -}
+stagedOthersDetails :: [FilePath] -> Repo -> IO ([StagedDetails], IO Bool)
+stagedOthersDetails = stagedDetails' [Params "--others --exclude-standard"]
+
+{- Returns details about all files that are staged in the index. -}
+stagedDetails :: [FilePath] -> Repo -> IO ([StagedDetails], IO Bool)
+stagedDetails = stagedDetails' []
+
+{- Gets details about staged files, including the Sha of their staged
+ - contents. -}
+stagedDetails' :: [CommandParam] -> [FilePath] -> Repo -> IO ([StagedDetails], IO Bool)
+stagedDetails' ps l repo = do
+	(ls, cleanup) <- pipeNullSplit params repo
+	return (map parse ls, cleanup)
+  where
+	params = Params "ls-files --stage -z" : ps ++ 
+		Param "--" : map File l
+	parse s
+		| null file = (s, Nothing, Nothing)
+		| otherwise = (file, extractSha $ take shaSize rest, readmode mode)
+	  where
+		(metadata, file) = separate (== '\t') s
+		(mode, rest) = separate (== ' ') metadata
+		readmode = fst <$$> headMaybe . readOct
+
+{- Returns a list of the files in the specified locations that are staged
+ - for commit, and whose type has changed. -}
+typeChangedStaged :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+typeChangedStaged = typeChanged' [Param "--cached"]
+
+{- Returns a list of the files in the specified locations whose type has
+ - changed.  Files only staged for commit will not be included. -}
+typeChanged :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+typeChanged = typeChanged' []
+
+typeChanged' :: [CommandParam] -> [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+typeChanged' ps l repo = do
+	(fs, cleanup) <- pipeNullSplit (prefix ++ ps ++ suffix) repo
+	-- git diff returns filenames relative to the top of the git repo;
+	-- convert to filenames relative to the cwd, like git ls-files.
+	let top = repoPath repo
+	currdir <- getCurrentDirectory
+	return (map (\f -> relPathDirToFile currdir $ top </> f) fs, cleanup)
+  where
+	prefix = [Params "diff --name-only --diff-filter=T -z"]
+	suffix = Param "--" : (if null l then [File "."] else map File l)
+
+{- A item in conflict has two possible values.
+ - Either can be Nothing, when that side deleted the file. -}
+data Conflicting v = Conflicting
+	{ valUs :: Maybe v
+	, valThem :: Maybe v
+	} deriving (Show)
+
+data Unmerged = Unmerged
+	{ unmergedFile :: FilePath
+	, unmergedBlobType :: Conflicting BlobType
+	, unmergedSha :: Conflicting Sha
+	} deriving (Show)
+
+{- Returns a list of the files in the specified locations that have
+ - unresolved merge conflicts.
+ -
+ - ls-files outputs multiple lines per conflicting file, each with its own
+ - stage number:
+ -   1 = old version, can be ignored
+ -   2 = us
+ -   3 = them
+ - If a line is omitted, that side removed the file.
+ -}
+unmerged :: [FilePath] -> Repo -> IO ([Unmerged], IO Bool)
+unmerged l repo = do
+	(fs, cleanup) <- pipeNullSplit params repo
+	return (reduceUnmerged [] $ catMaybes $ map parseUnmerged fs, cleanup)
+  where
+	params = Params "ls-files --unmerged -z --" : map File l
+
+data InternalUnmerged = InternalUnmerged
+	{ isus :: Bool
+	, ifile :: FilePath
+	, iblobtype :: Maybe BlobType
+	, isha :: Maybe Sha
+	} deriving (Show)
+
+parseUnmerged :: String -> Maybe InternalUnmerged
+parseUnmerged s
+	| null file = Nothing
+	| otherwise = case words metadata of
+		(rawblobtype:rawsha:rawstage:_) -> do
+			stage <- readish rawstage :: Maybe Int
+			unless (stage == 2 || stage == 3) $
+				fail undefined -- skip stage 1
+			blobtype <- readBlobType rawblobtype
+			sha <- extractSha rawsha
+			return $ InternalUnmerged (stage == 2) file
+				(Just blobtype) (Just sha)
+		_ -> Nothing
+  where
+	(metadata, file) = separate (== '\t') s
+
+reduceUnmerged :: [Unmerged] -> [InternalUnmerged] -> [Unmerged]
+reduceUnmerged c [] = c
+reduceUnmerged c (i:is) = reduceUnmerged (new:c) rest
+  where
+	(rest, sibi) = findsib i is
+	(blobtypeA, blobtypeB, shaA, shaB)
+		| isus i    = (iblobtype i, iblobtype sibi, isha i, isha sibi)
+		| otherwise = (iblobtype sibi, iblobtype i, isha sibi, isha i)
+	new = Unmerged
+		{ unmergedFile = ifile i
+		, unmergedBlobType = Conflicting blobtypeA blobtypeB
+		, unmergedSha = Conflicting shaA shaB
+		}
+	findsib templatei [] = ([], removed templatei)
+	findsib templatei (l:ls)
+		| ifile l == ifile templatei = (ls, l)
+		| otherwise = (l:ls, removed templatei)
+	removed templatei = templatei
+		{ isus = not (isus templatei)
+		, iblobtype = Nothing
+		, isha = Nothing
+		}
diff --git a/Git/LsTree.hs b/Git/LsTree.hs
new file mode 100644
index 0000000000..6d3ca4813e
--- /dev/null
+++ b/Git/LsTree.hs
@@ -0,0 +1,65 @@
+{- git ls-tree interface
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.LsTree (
+	TreeItem(..),
+	lsTree,
+	lsTreeParams,
+	lsTreeFiles,
+	parseLsTree
+) where
+
+import Numeric
+import Control.Applicative
+import System.Posix.Types
+
+import Common
+import Git
+import Git.Command
+import Git.Sha
+import Git.FilePath
+import qualified Git.Filename
+
+data TreeItem = TreeItem
+	{ mode :: FileMode
+	, typeobj :: String
+	, sha :: String
+	, file :: TopFilePath
+	} deriving Show
+
+{- Lists the complete contents of a tree, recursing into sub-trees,
+ - with lazy output. -}
+lsTree :: Ref -> Repo -> IO [TreeItem]
+lsTree t repo = map parseLsTree
+	<$> pipeNullSplitZombie (lsTreeParams t) repo
+
+lsTreeParams :: Ref -> [CommandParam]
+lsTreeParams t = [ Params "ls-tree --full-tree -z -r --", File $ fromRef t ]
+
+{- Lists specified files in a tree. -}
+lsTreeFiles :: Ref -> [FilePath] -> Repo -> IO [TreeItem]
+lsTreeFiles t fs repo = map parseLsTree <$> pipeNullSplitStrict ps repo
+  where
+  	ps = [Params "ls-tree --full-tree -z --", File $ fromRef t] ++ map File fs
+
+{- Parses a line of ls-tree output.
+ - (The --long format is not currently supported.) -}
+parseLsTree :: String -> TreeItem
+parseLsTree l = TreeItem 
+	{ mode = fst $ Prelude.head $ readOct m
+	, typeobj = t
+	, sha = s
+	, file = asTopFilePath $ Git.Filename.decode f
+	}
+  where
+	-- l = <mode> SP <type> SP <sha> TAB <file>
+	-- All fields are fixed, so we can pull them out of
+	-- specific positions in the line.
+	(m, past_m) = splitAt 7 l
+	(t, past_t) = splitAt 4 past_m
+	(s, past_s) = splitAt shaSize $ Prelude.tail past_t
+	f = Prelude.tail past_s
diff --git a/Git/Merge.hs b/Git/Merge.hs
new file mode 100644
index 0000000000..12dfa7c1fc
--- /dev/null
+++ b/Git/Merge.hs
@@ -0,0 +1,38 @@
+{- git merging
+ -
+ - Copyright 2012, 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Merge where
+
+import Common
+import Git
+import Git.Command
+import Git.BuildVersion
+import Git.Branch (CommitMode(..))
+
+{- Avoids recent git's interactive merge. -}
+mergeNonInteractive :: Ref -> CommitMode -> Repo -> IO Bool
+mergeNonInteractive branch commitmode
+	| older "1.7.7.6" = merge [Param $ fromRef branch]
+	| otherwise = merge $ [Param "--no-edit", Param $ fromRef branch]
+  where
+	merge ps = runBool $ cp ++ [Param "merge"] ++ ps
+	cp
+		| commitmode == AutomaticCommit =
+			[Param "-c", Param "commit.gpgsign=false"]
+		| otherwise = []
+
+{- Stage the merge into the index, but do not commit it.-}
+stageMerge :: Ref -> Repo -> IO Bool
+stageMerge branch = runBool
+	[ Param "merge"
+	, Param "--quiet"
+	, Param "--no-commit"
+	-- Without this, a fast-forward merge is done, since it involves no
+	-- commit.
+	, Param "--no-ff"
+	, Param $ fromRef branch
+	]
diff --git a/Git/Objects.hs b/Git/Objects.hs
new file mode 100644
index 0000000000..516aa6d3ed
--- /dev/null
+++ b/Git/Objects.hs
@@ -0,0 +1,35 @@
+{- .git/objects
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Objects where
+
+import Common
+import Git
+import Git.Sha
+
+objectsDir :: Repo -> FilePath
+objectsDir r = localGitDir r </> "objects"
+
+packDir :: Repo -> FilePath
+packDir r = objectsDir r </> "pack"
+
+packIdxFile :: FilePath -> FilePath
+packIdxFile = flip replaceExtension "idx"
+
+listPackFiles :: Repo -> IO [FilePath]
+listPackFiles r = filter (".pack" `isSuffixOf`) 
+	<$> catchDefaultIO [] (dirContents $ packDir r)
+
+listLooseObjectShas :: Repo -> IO [Sha]
+listLooseObjectShas r = catchDefaultIO [] $
+	mapMaybe (extractSha . concat . reverse . take 2 . reverse . splitDirectories)
+		<$> dirContentsRecursiveSkipping (== "pack") True (objectsDir r)
+
+looseObjectFile :: Repo -> Sha -> FilePath
+looseObjectFile r sha = objectsDir r </> prefix </> rest
+  where
+	(prefix, rest) = splitAt 2 (fromRef sha)
diff --git a/Git/Queue.hs b/Git/Queue.hs
new file mode 100644
index 0000000000..9b87a18ea4
--- /dev/null
+++ b/Git/Queue.hs
@@ -0,0 +1,165 @@
+{- git repository command queue
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, BangPatterns #-}
+
+module Git.Queue (
+	Queue,
+	new,
+	addCommand,
+	addUpdateIndex,
+	size,
+	full,
+	flush,
+) where
+
+import Utility.SafeCommand
+import Common
+import Git
+import Git.Command
+import qualified Git.UpdateIndex
+
+import qualified Data.Map as M
+
+{- Queable actions that can be performed in a git repository.
+ -}
+data Action
+	{- Updating the index file, using a list of streamers that can
+	 - be added to as the queue grows. -}
+	= UpdateIndexAction
+		{ getStreamers :: [Git.UpdateIndex.Streamer] -- in reverse order
+		}
+	{- A git command to run, on a list of files that can be added to
+	 - as the queue grows. -}
+	| CommandAction 
+		{ getSubcommand :: String
+		, getParams :: [CommandParam]
+		, getFiles :: [CommandParam]
+		} 
+
+{- A key that can uniquely represent an action in a Map. -}
+data ActionKey = UpdateIndexActionKey | CommandActionKey String
+	deriving (Eq, Ord)
+
+actionKey :: Action -> ActionKey
+actionKey (UpdateIndexAction _) = UpdateIndexActionKey
+actionKey CommandAction { getSubcommand = s } = CommandActionKey s
+
+{- A queue of actions to perform (in any order) on a git repository,
+ - with lists of files to perform them on. This allows coalescing 
+ - similar git commands. -}
+data Queue = Queue
+	{ size :: Int
+	, _limit :: Int
+	, items :: M.Map ActionKey Action
+	}
+
+{- A recommended maximum size for the queue, after which it should be
+ - run.
+ -
+ - 10240 is semi-arbitrary. If we assume git filenames are between 10 and
+ - 255 characters long, then the queue will build up between 100kb and
+ - 2550kb long commands. The max command line length on linux is somewhere
+ - above 20k, so this is a fairly good balance -- the queue will buffer
+ - only a few megabytes of stuff and a minimal number of commands will be
+ - run by xargs. -}
+defaultLimit :: Int
+defaultLimit = 10240
+
+{- Constructor for empty queue. -}
+new :: Maybe Int -> Queue
+new lim = Queue 0 (fromMaybe defaultLimit lim) M.empty
+
+{- Adds an git command to the queue.
+ -
+ - Git commands with the same subcommand but different parameters are
+ - assumed to be equivilant enough to perform in any order with the same
+ - result.
+ -}
+addCommand :: String -> [CommandParam] -> [FilePath] -> Queue -> Repo -> IO Queue
+addCommand subcommand params files q repo =
+	updateQueue action different (length files) q repo
+  where
+	key = actionKey action
+	action = CommandAction
+		{ getSubcommand = subcommand
+		, getParams = params
+		, getFiles = allfiles
+		}
+	allfiles = map File files ++ maybe [] getFiles (M.lookup key $ items q)
+	
+	different (CommandAction { getSubcommand = s }) = s /= subcommand
+	different _ = True
+
+{- Adds an update-index streamer to the queue. -}
+addUpdateIndex :: Git.UpdateIndex.Streamer -> Queue -> Repo -> IO Queue
+addUpdateIndex streamer q repo =
+	updateQueue action different 1 q repo
+  where
+	key = actionKey action
+	-- the list is built in reverse order
+	action = UpdateIndexAction $ streamer : streamers
+	streamers = maybe [] getStreamers $ M.lookup key $ items q
+
+	different (UpdateIndexAction _) = False
+	different _ = True
+
+{- Updates or adds an action in the queue. If the queue already contains a
+ - different action, it will be flushed; this is to ensure that conflicting
+ - actions, like add and rm, are run in the right order.-}
+updateQueue :: Action -> (Action -> Bool) -> Int -> Queue -> Repo -> IO Queue
+updateQueue !action different sizeincrease q repo
+	| null (filter different (M.elems (items q))) = return $ go q
+	| otherwise = go <$> flush q repo
+  where
+	go q' = newq
+	  where		
+		!newq = q'
+			{ size = newsize
+			, items = newitems
+			}
+		!newsize = size q' + sizeincrease
+		!newitems = M.insertWith' const (actionKey action) action (items q')
+
+{- Is a queue large enough that it should be flushed? -}
+full :: Queue -> Bool
+full (Queue cur lim  _) = cur > lim
+
+{- Runs a queue on a git repository. -}
+flush :: Queue -> Repo -> IO Queue
+flush (Queue _ lim m) repo = do
+	forM_ (M.elems m) $ runAction repo
+	return $ Queue 0 lim M.empty
+
+{- Runs an Action on a list of files in a git repository.
+ -
+ - Complicated by commandline length limits.
+ -
+ - Intentionally runs the command even if the list of files is empty;
+ - this allows queueing commands that do not need a list of files. -}
+runAction :: Repo -> Action -> IO ()
+runAction repo (UpdateIndexAction streamers) =
+	-- list is stored in reverse order
+	Git.UpdateIndex.streamUpdateIndex repo $ reverse streamers
+runAction repo action@(CommandAction {}) = do
+#ifndef mingw32_HOST_OS
+	let p = (proc "xargs" $ "-0":"git":toCommand gitparams) { env = gitEnv repo }
+	withHandle StdinHandle createProcessSuccess p $ \h -> do
+		fileEncoding h
+		hPutStr h $ intercalate "\0" $ toCommand $ getFiles action
+		hClose h
+#else
+	-- Using xargs on Windows is problimatic, so just run the command
+	-- once per file (not as efficient.)
+	if null (getFiles action)
+		then void $ boolSystemEnv "git" gitparams (gitEnv repo)
+		else forM_ (getFiles action) $ \f ->
+			void $ boolSystemEnv "git" (gitparams ++ [f]) (gitEnv repo)
+#endif
+  where
+	gitparams = gitCommandLine
+		(Param (getSubcommand action):getParams action) repo
diff --git a/Git/Ref.hs b/Git/Ref.hs
new file mode 100644
index 0000000000..3d0c68fb0f
--- /dev/null
+++ b/Git/Ref.hs
@@ -0,0 +1,144 @@
+{- git ref stuff
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Ref where
+
+import Common
+import Git
+import Git.Command
+import Git.Sha
+import Git.Types
+
+import Data.Char (chr)
+
+headRef :: Ref
+headRef = Ref "HEAD"
+
+{- Converts a fully qualified git ref into a user-visible string. -}
+describe :: Ref -> String
+describe = fromRef . base
+
+{- Often git refs are fully qualified (eg: refs/heads/master).
+ - Converts such a fully qualified ref into a base ref (eg: master). -}
+base :: Ref -> Ref
+base = Ref . remove "refs/heads/" . remove "refs/remotes/" . fromRef
+  where
+	remove prefix s
+		| prefix `isPrefixOf` s = drop (length prefix) s
+		| otherwise = s
+
+{- Given a directory and any ref, takes the basename of the ref and puts
+ - it under the directory. -}
+under :: String -> Ref -> Ref
+under dir r = Ref $ dir ++ "/" ++
+	(reverse $ takeWhile (/= '/') $ reverse $ fromRef r)
+
+{- Given a directory such as "refs/remotes/origin", and a ref such as
+ - refs/heads/master, yields a version of that ref under the directory,
+ - such as refs/remotes/origin/master. -}
+underBase :: String -> Ref -> Ref
+underBase dir r = Ref $ dir ++ "/" ++ fromRef (base r)
+
+{- A Ref that can be used to refer to a file in the repository, as staged
+ - in the index.
+ -
+ - Prefixing the file with ./ makes this work even if in a subdirectory
+ - of a repo.
+ -}
+fileRef :: FilePath -> Ref
+fileRef f = Ref $ ":./" ++ f
+
+{- Converts a Ref to refer to the content of the Ref on a given date. -}
+dateRef :: Ref -> RefDate -> Ref
+dateRef (Ref r) (RefDate d) = Ref $ r ++ "@" ++ d
+
+{- A Ref that can be used to refer to a file in the repository as it
+ - appears in a given Ref. -}
+fileFromRef :: Ref -> FilePath -> Ref
+fileFromRef (Ref r) f = let (Ref fr) = fileRef f in Ref (r ++ fr)
+
+{- Checks if a ref exists. -}
+exists :: Ref -> Repo -> IO Bool
+exists ref = runBool
+	[Param "show-ref", Param "--verify", Param "-q", Param $ fromRef ref]
+
+{- The file used to record a ref. (Git also stores some refs in a
+ - packed-refs file.) -}
+file :: Ref -> Repo -> FilePath
+file ref repo = localGitDir repo </> fromRef ref
+
+{- Checks if HEAD exists. It generally will, except for in a repository
+ - that was just created. -}
+headExists :: Repo -> IO Bool
+headExists repo = do
+	ls <- lines <$> pipeReadStrict [Param "show-ref", Param "--head"] repo
+	return $ any (" HEAD" `isSuffixOf`) ls
+
+{- Get the sha of a fully qualified git ref, if it exists. -}
+sha :: Branch -> Repo -> IO (Maybe Sha)
+sha branch repo = process <$> showref repo
+  where
+	showref = pipeReadStrict [Param "show-ref",
+		Param "--hash", -- get the hash
+		Param $ fromRef branch]
+	process [] = Nothing
+	process s = Just $ Ref $ firstLine s
+
+{- List of (shas, branches) matching a given ref or refs. -}
+matching :: [Ref] -> Repo -> IO [(Sha, Branch)]
+matching refs repo =  matching' (map fromRef refs) repo
+
+{- Includes HEAD in the output, if asked for it. -}
+matchingWithHEAD :: [Ref] -> Repo -> IO [(Sha, Branch)]
+matchingWithHEAD refs repo = matching' ("--head" : map fromRef refs) repo
+
+{- List of (shas, branches) matching a given ref or refs. -}
+matching' :: [String] -> Repo -> IO [(Sha, Branch)]
+matching' ps repo = map gen . lines <$> 
+	pipeReadStrict (Param "show-ref" : map Param ps) repo
+  where
+	gen l = let (r, b) = separate (== ' ') l
+		in (Ref r, Ref b)
+
+{- List of (shas, branches) matching a given ref spec.
+ - Duplicate shas are filtered out. -}
+matchingUniq :: [Ref] -> Repo -> IO [(Sha, Branch)]
+matchingUniq refs repo = nubBy uniqref <$> matching refs repo
+  where
+	uniqref (a, _) (b, _) = a == b
+
+{- Gets the sha of the tree a ref uses. -}
+tree :: Ref -> Repo -> IO (Maybe Sha)
+tree ref = extractSha <$$> pipeReadStrict
+	[ Param "rev-parse", Param (fromRef ref ++ ":") ]
+
+{- Checks if a String is a legal git ref name.
+ -
+ - The rules for this are complex; see git-check-ref-format(1) -}
+legal :: Bool -> String -> Bool
+legal allowonelevel s = all (== False) illegal
+  where
+	illegal =
+		[ any ("." `isPrefixOf`) pathbits
+		, any (".lock" `isSuffixOf`) pathbits
+		, not allowonelevel && length pathbits < 2
+		, contains ".."
+		, any (\c -> contains [c]) illegalchars
+		, begins "/"
+		, ends "/"
+		, contains "//"
+		, ends "."
+		, contains "@{"
+		, null s
+		]
+	contains v = v `isInfixOf` s
+	ends v = v `isSuffixOf` s
+	begins v = v `isPrefixOf` s
+
+	pathbits = split "/" s
+	illegalchars = " ~^:?*[\\" ++ controlchars
+	controlchars = chr 0o177 : [chr 0 .. chr (0o40-1)]
diff --git a/Git/RefLog.hs b/Git/RefLog.hs
new file mode 100644
index 0000000000..98c9d66ffa
--- /dev/null
+++ b/Git/RefLog.hs
@@ -0,0 +1,22 @@
+{- git reflog interface
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.RefLog where
+
+import Common
+import Git
+import Git.Command
+import Git.Sha
+
+{- Gets the reflog for a given branch. -}
+get :: Branch -> Repo -> IO [Sha]
+get b = mapMaybe extractSha . lines <$$> pipeReadStrict
+	[ Param "log"
+	, Param "-g"
+	, Param "--format=%H"
+	, Param (fromRef b)
+	]
diff --git a/Git/Remote.hs b/Git/Remote.hs
new file mode 100644
index 0000000000..9d969c416e
--- /dev/null
+++ b/Git/Remote.hs
@@ -0,0 +1,115 @@
+{- git remote stuff
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Git.Remote where
+
+import Common
+import Git
+import Git.Types
+import qualified Git.Command
+import qualified Git.BuildVersion
+
+import Data.Char
+import qualified Data.Map as M
+import Network.URI
+#ifdef mingw32_HOST_OS
+import Git.FilePath
+#endif
+
+{- Construct a legal git remote name out of an arbitrary input string.
+ -
+ - There seems to be no formal definition of this in the git source,
+ - just some ad-hoc checks, and some other things that fail with certian
+ - types of names (like ones starting with '-').
+ -}
+makeLegalName :: String -> RemoteName
+makeLegalName s = case filter legal $ replace "/" "_" s of
+	-- it can't be empty
+	[] -> "unnamed"
+	-- it can't start with / or - or .
+	'.':s' -> makeLegalName s'
+	'/':s' -> makeLegalName s'
+	'-':s' -> makeLegalName s'
+	s' -> s'
+  where
+	{- Only alphanumerics, and a few common bits of punctuation common
+	 - in hostnames. -}
+	legal '_' = True
+	legal '.' = True
+	legal c = isAlphaNum c
+	
+remove :: RemoteName -> Repo -> IO ()
+remove remotename = Git.Command.run
+	[ Param "remote"
+	-- name of this subcommand changed
+	, Param $
+		if Git.BuildVersion.older "1.8.0"
+			then "rm"
+			else "remove"
+	, Param remotename
+	]
+
+data RemoteLocation = RemoteUrl String | RemotePath FilePath
+
+remoteLocationIsUrl :: RemoteLocation -> Bool
+remoteLocationIsUrl (RemoteUrl _) = True
+remoteLocationIsUrl _ = False
+
+remoteLocationIsSshUrl :: RemoteLocation -> Bool
+remoteLocationIsSshUrl (RemoteUrl u) = "ssh://" `isPrefixOf` u
+remoteLocationIsSshUrl _ = False
+
+{- Determines if a given remote location is an url, or a local
+ - path. Takes the repository's insteadOf configuration into account. -}
+parseRemoteLocation :: String -> Repo -> RemoteLocation
+parseRemoteLocation s repo = ret $ calcloc s
+  where
+  	ret v
+#ifdef mingw32_HOST_OS
+		| dosstyle v = RemotePath (dospath v)
+#endif
+		| scpstyle v = RemoteUrl (scptourl v)
+		| urlstyle v = RemoteUrl v
+		| otherwise = RemotePath v
+	-- insteadof config can rewrite remote location
+	calcloc l
+		| null insteadofs = l
+		| otherwise = replacement ++ drop (length bestvalue) l
+	  where
+		replacement = drop (length prefix) $
+			take (length bestkey - length suffix) bestkey
+		(bestkey, bestvalue) = maximumBy longestvalue insteadofs
+		longestvalue (_, a) (_, b) = compare b a
+		insteadofs = filterconfig $ \(k, v) -> 
+			startswith prefix k &&
+			endswith suffix k &&
+			startswith v l
+		filterconfig f = filter f $
+			concatMap splitconfigs $ M.toList $ fullconfig repo
+		splitconfigs (k, vs) = map (\v -> (k, v)) vs
+		(prefix, suffix) = ("url." , ".insteadof")
+	urlstyle v = isURI v || ":" `isInfixOf` v && "//" `isInfixOf` v
+	-- git remotes can be written scp style -- [user@]host:dir
+	-- but foo::bar is a git-remote-helper location instead
+	scpstyle v = ":" `isInfixOf` v 
+		&& not ("//" `isInfixOf` v)
+		&& not ("::" `isInfixOf` v)
+	scptourl v = "ssh://" ++ host ++ slash dir
+	  where
+		(host, dir) = separate (== ':') v
+		slash d	| d == "" = "/~/" ++ d
+			| "/" `isPrefixOf` d = d
+			| "~" `isPrefixOf` d = '/':d
+			| otherwise = "/~/" ++ d
+#ifdef mingw32_HOST_OS
+	-- git on Windows will write a path to .git/config with "drive:",
+	-- which is not to be confused with a "host:"
+	dosstyle = hasDrive
+	dospath = fromInternalGitPath
+#endif
diff --git a/Git/Repair.hs b/Git/Repair.hs
new file mode 100644
index 0000000000..67ded359f8
--- /dev/null
+++ b/Git/Repair.hs
@@ -0,0 +1,584 @@
+{- git repository recovery
+ -
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Repair (
+	runRepair,
+	runRepairOf,
+	successfulRepair,
+	cleanCorruptObjects,
+	retrieveMissingObjects,
+	resetLocalBranches,
+	checkIndex,
+	checkIndexFast,
+	missingIndex,
+	emptyGoodCommits,
+	isTrackingBranch,
+) where
+
+import Common
+import Git
+import Git.Command
+import Git.Objects
+import Git.Sha
+import Git.Types
+import Git.Fsck
+import Git.Index
+import qualified Git.Config as Config
+import qualified Git.Construct as Construct
+import qualified Git.LsTree as LsTree
+import qualified Git.LsFiles as LsFiles
+import qualified Git.Ref as Ref
+import qualified Git.RefLog as RefLog
+import qualified Git.UpdateIndex as UpdateIndex
+import qualified Git.Branch as Branch
+import Utility.Tmp
+import Utility.Rsync
+import Utility.FileMode
+
+import qualified Data.Set as S
+import qualified Data.ByteString.Lazy as L
+import Data.Tuple.Utils
+
+{- Given a set of bad objects found by git fsck, which may not
+ - be complete, finds and removes all corrupt objects. -}
+cleanCorruptObjects :: FsckResults -> Repo -> IO ()
+cleanCorruptObjects fsckresults r = do
+	void $ explodePacks r
+	mapM_ removeLoose (S.toList $ knownMissing fsckresults)
+	mapM_ removeBad =<< listLooseObjectShas r
+  where
+	removeLoose s = nukeFile (looseObjectFile r s)
+	removeBad s = do
+		void $ tryIO $ allowRead $  looseObjectFile r s
+		whenM (isMissing s r) $
+			removeLoose s
+
+{- Explodes all pack files, and deletes them.
+ -
+ - First moves all pack files to a temp dir, before unpacking them each in
+ - turn.
+ -
+ - This is because unpack-objects will not unpack a pack file if it's in the
+ - git repo.
+ -
+ - Also, this prevents unpack-objects from possibly looking at corrupt
+ - pack files to see if they contain an object, while unpacking a
+ - non-corrupt pack file.
+ -}
+explodePacks :: Repo -> IO Bool
+explodePacks r = go =<< listPackFiles r
+  where
+	go [] = return False
+	go packs = withTmpDir "packs" $ \tmpdir -> do
+		putStrLn "Unpacking all pack files."
+		forM_ packs $ \packfile -> do
+			moveFile packfile (tmpdir </> takeFileName packfile)
+			nukeFile $ packIdxFile packfile
+		forM_ packs $ \packfile -> do
+			let tmp = tmpdir </> takeFileName packfile
+			allowRead tmp
+			-- May fail, if pack file is corrupt.
+			void $ tryIO $
+				pipeWrite [Param "unpack-objects", Param "-r"] r $ \h ->
+				L.hPut h =<< L.readFile tmp
+		return True
+
+{- Try to retrieve a set of missing objects, from the remotes of a
+ - repository. Returns any that could not be retreived.
+ -
+ - If another clone of the repository exists locally, which might not be a
+ - remote of the repo being repaired, its path can be passed as a reference
+ - repository.
+ -}
+retrieveMissingObjects :: FsckResults -> Maybe FilePath -> Repo -> IO FsckResults
+retrieveMissingObjects missing referencerepo r
+	| not (foundBroken missing) = return missing
+	| otherwise = withTmpDir "tmprepo" $ \tmpdir -> do
+		unlessM (boolSystem "git" [Params "init", File tmpdir]) $
+			error $ "failed to create temp repository in " ++ tmpdir
+		tmpr <- Config.read =<< Construct.fromAbsPath tmpdir
+		stillmissing <- pullremotes tmpr (remotes r) fetchrefstags missing
+		if S.null (knownMissing stillmissing)
+			then return stillmissing
+			else pullremotes tmpr (remotes r) fetchallrefs stillmissing
+  where
+	pullremotes tmpr [] fetchrefs stillmissing = case referencerepo of
+		Nothing -> return stillmissing
+		Just p -> ifM (fetchfrom p fetchrefs tmpr)
+			( do
+				void $ explodePacks tmpr
+				void $ copyObjects tmpr r
+				case stillmissing of
+					FsckFailed -> return $ FsckFailed
+					FsckFoundMissing s t -> FsckFoundMissing 
+						<$> findMissing (S.toList s) r
+						<*> pure t
+			, return stillmissing
+			)
+	pullremotes tmpr (rmt:rmts) fetchrefs ms
+		| not (foundBroken ms) = return ms
+		| otherwise = do
+			putStrLn $ "Trying to recover missing objects from remote " ++ repoDescribe rmt ++ "."
+			ifM (fetchfrom (repoLocation rmt) fetchrefs tmpr)
+				( do
+					void $ explodePacks tmpr
+					void $ copyObjects tmpr r
+					case ms of
+						FsckFailed -> pullremotes tmpr rmts fetchrefs ms
+						FsckFoundMissing s t -> do
+							stillmissing <- findMissing (S.toList s) r
+							pullremotes tmpr rmts fetchrefs (FsckFoundMissing stillmissing t)
+				, pullremotes tmpr rmts fetchrefs ms
+				)
+	fetchfrom fetchurl ps = runBool $
+		[ Param "fetch"
+		, Param fetchurl
+		, Params "--force --update-head-ok --quiet"
+		] ++ ps
+	-- fetch refs and tags
+	fetchrefstags = [ Param "+refs/heads/*:refs/heads/*", Param "--tags"]
+	-- Fetch all available refs (more likely to fail,
+	-- as the remote may have refs it refuses to send).
+	fetchallrefs = [ Param "+*:*" ]
+
+{- Copies all objects from the src repository to the dest repository.
+ - This is done using rsync, so it copies all missing objects, and all
+ - objects they rely on. -}
+copyObjects :: Repo -> Repo -> IO Bool
+copyObjects srcr destr = rsync
+	[ Param "-qr"
+	, File $ addTrailingPathSeparator $ objectsDir srcr
+	, File $ addTrailingPathSeparator $ objectsDir destr
+	]
+
+{- To deal with missing objects that cannot be recovered, resets any
+ - local branches to point to an old commit before the missing
+ - objects. Returns all branches that were changed, and deleted.
+ -}
+resetLocalBranches :: MissingObjects -> GoodCommits -> Repo -> IO ([Branch], [Branch], GoodCommits)
+resetLocalBranches missing goodcommits r =
+	go [] [] goodcommits =<< filter islocalbranch <$> getAllRefs r
+  where
+	islocalbranch b = "refs/heads/" `isPrefixOf` fromRef b
+	go changed deleted gcs [] = return (changed, deleted, gcs)
+	go changed deleted gcs (b:bs) = do
+		(mc, gcs') <- findUncorruptedCommit missing gcs b r
+		case mc of
+			Just c
+				| c == b -> go changed deleted gcs' bs
+				| otherwise -> do
+					reset b c
+					go (b:changed) deleted gcs' bs
+			Nothing -> do
+				nukeBranchRef b r
+				go changed (b:deleted) gcs' bs
+	reset b c = do
+		nukeBranchRef b	r
+		void $ runBool
+			[ Param "branch"
+			, Param (fromRef $ Ref.base b)
+			, Param (fromRef c)
+			] r
+
+isTrackingBranch :: Ref -> Bool
+isTrackingBranch b = "refs/remotes/" `isPrefixOf` fromRef b
+
+{- To deal with missing objects that cannot be recovered, removes
+ - any branches (filtered by a predicate) that reference them
+ - Returns a list of all removed branches.
+ -}
+removeBadBranches :: (Ref -> Bool) -> MissingObjects -> GoodCommits -> Repo -> IO ([Branch], GoodCommits)
+removeBadBranches removablebranch missing goodcommits r =
+	go [] goodcommits =<< filter removablebranch <$> getAllRefs r
+  where
+	go removed gcs [] = return (removed, gcs)
+	go removed gcs (b:bs) = do
+		(ok, gcs') <- verifyCommit missing gcs b r
+		if ok
+			then go removed gcs' bs
+			else do
+				nukeBranchRef b r
+				go (b:removed) gcs' bs
+
+{- Gets all refs, including ones that are corrupt.
+ - git show-ref does not output refs to commits that are directly
+ - corrupted, so it is not used.
+ -
+ - Relies on packed refs being exploded before it's called.
+ -}
+getAllRefs :: Repo -> IO [Ref]
+getAllRefs r = map toref <$> dirContentsRecursive refdir
+  where
+  	refdir = localGitDir r </> "refs"
+	toref = Ref . relPathDirToFile (localGitDir r)
+
+explodePackedRefsFile :: Repo -> IO ()
+explodePackedRefsFile r = do
+	let f = packedRefsFile r
+	whenM (doesFileExist f) $ do
+		rs <- mapMaybe parsePacked . lines
+			<$> catchDefaultIO "" (safeReadFile f)
+		forM_ rs makeref
+		nukeFile f
+  where
+	makeref (sha, ref) = do
+		let dest = localGitDir r </> fromRef ref
+		createDirectoryIfMissing True (parentDir dest)
+		unlessM (doesFileExist dest) $
+			writeFile dest (fromRef sha)
+
+packedRefsFile :: Repo -> FilePath
+packedRefsFile r = localGitDir r </> "packed-refs"
+
+parsePacked :: String -> Maybe (Sha, Ref)
+parsePacked l = case words l of
+	(sha:ref:[])
+		| isJust (extractSha sha) && Ref.legal True ref ->
+			Just (Ref sha, Ref ref)
+	_ -> Nothing
+
+{- git-branch -d cannot be used to remove a branch that is directly
+ - pointing to a corrupt commit. -}
+nukeBranchRef :: Branch -> Repo -> IO ()
+nukeBranchRef b r = nukeFile $ localGitDir r </> fromRef b
+
+{- Finds the most recent commit to a branch that does not need any
+ - of the missing objects. If the input branch is good as-is, returns it.
+ - Otherwise, tries to traverse the commits in the branch to find one
+ - that is ok. That might fail, if one of them is corrupt, or if an object
+ - at the root of the branch is missing. Finally, looks for an old version
+ - of the branch from the reflog.
+ -}
+findUncorruptedCommit :: MissingObjects -> GoodCommits -> Branch -> Repo -> IO (Maybe Sha, GoodCommits)
+findUncorruptedCommit missing goodcommits branch r = do
+	(ok, goodcommits') <- verifyCommit missing goodcommits branch r
+	if ok
+		then return (Just branch, goodcommits')
+		else do
+			(ls, cleanup) <- pipeNullSplit
+				[ Param "log"
+				, Param "-z"
+				, Param "--format=%H"
+				, Param (fromRef branch)
+				] r
+			let branchshas = catMaybes $ map extractSha ls
+			reflogshas <- RefLog.get branch r
+			-- XXX Could try a bit harder here, and look
+			-- for uncorrupted old commits in branches in the
+			-- reflog.
+			cleanup `after` findfirst goodcommits (branchshas ++ reflogshas)
+  where
+	findfirst gcs [] = return (Nothing, gcs)
+	findfirst gcs (c:cs) = do
+		(ok, gcs') <- verifyCommit missing gcs c r
+		if ok
+			then return (Just c, gcs')
+			else findfirst gcs' cs
+
+{- Verifies that none of the missing objects in the set are used by
+ - the commit. Also adds to a set of commit shas that have been verified to
+ - be good, which can be passed into subsequent calls to avoid
+ - redundant work when eg, chasing down branches to find the first
+ - uncorrupted commit. -}
+verifyCommit :: MissingObjects -> GoodCommits -> Sha -> Repo -> IO (Bool, GoodCommits)
+verifyCommit missing goodcommits commit r
+	| checkGoodCommit commit goodcommits = return (True, goodcommits)
+	| otherwise = do
+		(ls, cleanup) <- pipeNullSplit
+			[ Param "log"
+			, Param "-z"
+			, Param "--format=%H %T"
+			, Param (fromRef commit)
+			] r
+		let committrees = map parse ls
+		if any isNothing committrees || null committrees
+			then do
+				void cleanup
+				return (False, goodcommits)
+			else do
+				let cts = catMaybes committrees
+				ifM (cleanup <&&> check cts)
+					( return (True, addGoodCommits (map fst cts) goodcommits)
+					, return (False, goodcommits)
+					)
+  where
+	parse l = case words l of
+		(commitsha:treesha:[]) -> (,)
+			<$> extractSha commitsha
+			<*> extractSha treesha
+		_ -> Nothing
+	check [] = return True
+	check ((c, t):rest)
+		| checkGoodCommit c goodcommits = return True
+		| otherwise = verifyTree missing t r <&&> check rest
+
+{- Verifies that a tree is good, including all trees and blobs
+ - referenced by it. -}
+verifyTree :: MissingObjects -> Sha -> Repo -> IO Bool
+verifyTree missing treesha r
+	| S.member treesha missing = return False
+	| otherwise = do
+		(ls, cleanup) <- pipeNullSplit (LsTree.lsTreeParams treesha) r
+		let objshas = map (extractSha . LsTree.sha . LsTree.parseLsTree) ls
+		if any isNothing objshas || any (`S.member` missing) (catMaybes objshas)
+			then do
+				void cleanup
+				return False
+			-- as long as ls-tree succeeded, we're good
+			else cleanup
+
+{- Checks that the index file only refers to objects that are not missing,
+ - and is not itself corrupt. Note that a missing index file is not
+ - considered a problem (repo may be new). -}
+checkIndex :: Repo -> IO Bool
+checkIndex r = do
+	(bad, _good, cleanup) <- partitionIndex r
+	if null bad
+		then cleanup
+		else do
+			void cleanup
+			return False
+
+{- Does not check every object the index refers to, but only that the index
+ - itself is not corrupt. -}
+checkIndexFast :: Repo -> IO Bool
+checkIndexFast r = do
+	(indexcontents, cleanup) <- LsFiles.stagedDetails [repoPath r] r
+	length indexcontents `seq` cleanup
+
+missingIndex :: Repo -> IO Bool
+missingIndex r = not <$> doesFileExist (localGitDir r </> "index")
+
+{- Finds missing and ok files staged in the index. -}
+partitionIndex :: Repo -> IO ([LsFiles.StagedDetails], [LsFiles.StagedDetails], IO Bool)
+partitionIndex r = do
+	(indexcontents, cleanup) <- LsFiles.stagedDetails [repoPath r] r
+	l <- forM indexcontents $ \i -> case i of
+		(_file, Just sha, Just _mode) -> (,) <$> isMissing sha r <*> pure i
+		_ -> pure (False, i)
+	let (bad, good) = partition fst l
+	return (map snd bad, map snd good, cleanup)
+
+{- Rewrites the index file, removing from it any files whose blobs are
+ - missing. Returns the list of affected files. -}
+rewriteIndex :: Repo -> IO [FilePath]
+rewriteIndex r
+	| repoIsLocalBare r = return []
+	| otherwise = do
+		(bad, good, cleanup) <- partitionIndex r
+		unless (null bad) $ do
+			nukeFile (indexFile r)
+			UpdateIndex.streamUpdateIndex r
+				=<< (catMaybes <$> mapM reinject good)
+		void cleanup
+		return $ map fst3 bad
+  where
+	reinject (file, Just sha, Just mode) = case toBlobType mode of
+		Nothing -> return Nothing
+		Just blobtype -> Just <$>
+			UpdateIndex.stageFile sha blobtype file r
+	reinject _ = return Nothing
+
+newtype GoodCommits = GoodCommits (S.Set Sha)
+
+emptyGoodCommits :: GoodCommits
+emptyGoodCommits = GoodCommits S.empty
+
+checkGoodCommit :: Sha -> GoodCommits -> Bool
+checkGoodCommit sha (GoodCommits s) = S.member sha s
+
+addGoodCommits :: [Sha] -> GoodCommits -> GoodCommits
+addGoodCommits shas (GoodCommits s) = GoodCommits $
+	S.union s (S.fromList shas)
+
+displayList :: [String] -> String -> IO ()
+displayList items header
+	| null items = return ()
+	| otherwise = do
+		putStrLn header
+		putStr $ unlines $ map (\i -> "\t" ++ i) truncateditems
+  where
+  	numitems = length items
+	truncateditems
+		| numitems > 10 = take 10 items ++ ["(and " ++ show (numitems - 10) ++ " more)"]
+		| otherwise = items
+
+{- Fix problems that would prevent repair from working at all
+ -
+ - A missing or corrupt .git/HEAD makes git not treat the repository as a
+ - git repo. If there is a git repo in a parent directory, it may move up
+ - the tree and use that one instead. So, cannot use `git show-ref HEAD` to
+ - test it.
+ -
+ - Explode the packed refs file, to simplify dealing with refs, and because
+ - fsck can complain about bad refs in it.
+ -}
+preRepair :: Repo -> IO ()
+preRepair g = do
+	unlessM (validhead <$> catchDefaultIO "" (safeReadFile headfile)) $ do
+		nukeFile headfile
+		writeFile headfile "ref: refs/heads/master"
+	explodePackedRefsFile g
+	unless (repoIsLocalBare g) $ do
+		let f = indexFile g
+		void $ tryIO $ allowWrite f
+  where
+	headfile = localGitDir g </> "HEAD"
+	validhead s = "ref: refs/" `isPrefixOf` s || isJust (extractSha s)
+
+{- Put it all together. -}
+runRepair :: (Ref -> Bool) -> Bool -> Repo -> IO (Bool, [Branch])
+runRepair removablebranch forced g = do
+	preRepair g
+	putStrLn "Running git fsck ..."
+	fsckresult <- findBroken False g
+	if foundBroken fsckresult
+		then runRepair' removablebranch fsckresult forced Nothing g
+		else do
+			putStrLn "No problems found."
+			return (True, [])
+
+runRepairOf :: FsckResults -> (Ref -> Bool) -> Bool -> Maybe FilePath -> Repo -> IO (Bool, [Branch])
+runRepairOf fsckresult removablebranch forced referencerepo g = do
+	preRepair g
+	runRepair' removablebranch fsckresult forced referencerepo g
+
+runRepair' :: (Ref -> Bool) -> FsckResults -> Bool -> Maybe FilePath -> Repo -> IO (Bool, [Branch])
+runRepair' removablebranch fsckresult forced referencerepo g = do
+	cleanCorruptObjects fsckresult g
+	missing <- findBroken False g
+	stillmissing <- retrieveMissingObjects missing referencerepo g
+	case stillmissing of
+		FsckFoundMissing s t
+			| S.null s -> if repoIsLocalBare g
+				then successfulfinish []
+				else ifM (checkIndex g)
+					( successfulfinish []
+					, do
+						putStrLn "No missing objects found, but the index file is corrupt!"
+						if forced
+							then corruptedindex
+							else needforce
+					)
+			| otherwise -> if forced
+				then ifM (checkIndex g)
+					( forcerepair s t
+					, corruptedindex
+					)
+				else do
+					putStrLn $ unwords
+						[ show (S.size s)
+						, "missing objects could not be recovered!"
+						]
+					unsuccessfulfinish
+		FsckFailed
+			| forced -> ifM (pure (repoIsLocalBare g) <||> checkIndex g)
+				( do
+					cleanCorruptObjects FsckFailed g
+					stillmissing' <- findBroken False g
+					case stillmissing' of
+						FsckFailed -> return (False, [])
+						FsckFoundMissing s t -> forcerepair s t
+				, corruptedindex
+				)
+			| otherwise -> unsuccessfulfinish
+  where
+	repairbranches missing = do
+		(removedbranches, goodcommits) <- removeBadBranches removablebranch missing emptyGoodCommits g
+		let remotebranches = filter isTrackingBranch removedbranches
+		unless (null remotebranches) $
+			putStrLn $ unwords
+				[ "Removed"
+				, show (length remotebranches)
+				, "remote tracking branches that referred to missing objects."
+				]
+		(resetbranches, deletedbranches, _) <- resetLocalBranches missing goodcommits g
+		displayList (map fromRef resetbranches)
+			"Reset these local branches to old versions before the missing objects were committed:"
+		displayList (map fromRef deletedbranches)
+			"Deleted these local branches, which could not be recovered due to missing objects:"
+		return (resetbranches ++ deletedbranches)
+
+	forcerepair missing fscktruncated = do
+		modifiedbranches <- repairbranches missing
+		deindexedfiles <- rewriteIndex g
+		displayList deindexedfiles
+			"Removed these missing files from the index. You should look at what files are present in your working tree and git add them back to the index when appropriate."
+
+		-- When the fsck results were truncated, try
+		-- fscking again, and as long as different
+		-- missing objects are found, continue
+		-- the repair process.
+		if fscktruncated
+			then do
+				fsckresult' <- findBroken False g
+				case fsckresult' of
+					FsckFailed -> do
+						putStrLn "git fsck is failing"
+						return (False, modifiedbranches)
+					FsckFoundMissing s _
+						| S.null s -> successfulfinish modifiedbranches
+						| S.null (s `S.difference` missing) -> do
+							putStrLn $ unwords
+								[ show (S.size s)
+								, "missing objects could not be recovered!"
+								]
+							return (False, modifiedbranches)	
+						| otherwise -> do
+							(ok, modifiedbranches') <- runRepairOf fsckresult' removablebranch forced referencerepo g
+							return (ok, modifiedbranches++modifiedbranches')
+			else successfulfinish modifiedbranches
+
+	corruptedindex = do
+		nukeFile (indexFile g)
+		-- The corrupted index can prevent fsck from finding other
+		-- problems, so re-run repair.
+		fsckresult' <- findBroken False g
+		result <- runRepairOf fsckresult' removablebranch forced referencerepo g
+		putStrLn "Removed the corrupted index file. You should look at what files are present in your working tree and git add them back to the index when appropriate."
+		return result
+
+	successfulfinish modifiedbranches
+		| null modifiedbranches = do
+			mapM_ putStrLn
+				[ "Successfully recovered repository!"
+				, "You should run \"git fsck\" to make sure, but it looks like everything was recovered ok."
+				]
+			return (True, modifiedbranches)
+		| otherwise = do
+			unless (repoIsLocalBare g) $ do
+				mcurr <- Branch.currentUnsafe g
+				case mcurr of
+					Nothing -> return ()
+					Just curr -> when (any (== curr) modifiedbranches) $ do
+						putStrLn $ unwords
+							[ "You currently have"
+							, fromRef curr
+							, "checked out. You may have staged changes in the index that can be committed to recover the lost state of this branch!"
+							]
+			putStrLn "Successfully recovered repository!"
+			putStrLn "Please carefully check that the changes mentioned above are ok.."
+			return (True, modifiedbranches)
+	
+	unsuccessfulfinish = do
+		if repoIsLocalBare g
+			then do
+				putStrLn "If you have a clone of this bare repository, you should add it as a remote of this repository, and retry."
+				putStrLn "If there are no clones of this repository, you can instead retry with the --force parameter to force recovery to a possibly usable state."
+				return (False, [])
+			else needforce
+	needforce = do
+		putStrLn "To force a recovery to a usable state, retry with the --force parameter."
+		return (False, [])
+
+successfulRepair :: (Bool, [Branch]) -> Bool
+successfulRepair = fst
+
+safeReadFile :: FilePath -> IO String
+safeReadFile f = do
+	allowRead f
+	readFileStrictAnyEncoding f
diff --git a/Git/Sha.hs b/Git/Sha.hs
new file mode 100644
index 0000000000..cbb66ea2d6
--- /dev/null
+++ b/Git/Sha.hs
@@ -0,0 +1,43 @@
+{- git SHA stuff
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Sha where
+
+import Common
+import Git.Types
+
+{- Runs an action that causes a git subcommand to emit a Sha, and strips
+ - any trailing newline, returning the sha. -}
+getSha :: String -> IO String -> IO Sha
+getSha subcommand a = maybe bad return =<< extractSha <$> a
+  where
+	bad = error $ "failed to read sha from git " ++ subcommand
+
+{- Extracts the Sha from a string. There can be a trailing newline after
+ - it, but nothing else. -}
+extractSha :: String -> Maybe Sha
+extractSha s
+	| len == shaSize = val s
+	| len == shaSize + 1 && length s' == shaSize = val s'
+	| otherwise = Nothing
+  where
+	len = length s
+	s' = firstLine s
+	val v
+		| all (`elem` "1234567890ABCDEFabcdef") v = Just $ Ref v
+		| otherwise = Nothing
+
+{- Size of a git sha. -}
+shaSize :: Int
+shaSize = 40
+
+nullSha :: Ref		
+nullSha = Ref $ replicate shaSize '0'
+
+{- Git's magic empty tree. -}
+emptyTree :: Ref
+emptyTree = Ref "4b825dc642cb6eb9a060e54bf8d69288fbee4904"
diff --git a/Git/SharedRepository.hs b/Git/SharedRepository.hs
new file mode 100644
index 0000000000..f3efa8fde9
--- /dev/null
+++ b/Git/SharedRepository.hs
@@ -0,0 +1,27 @@
+{- git core.sharedRepository handling
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.SharedRepository where
+
+import Data.Char
+
+import Common
+import Git
+import qualified Git.Config
+
+data SharedRepository = UnShared | GroupShared | AllShared | UmaskShared Int
+
+getSharedRepository :: Repo -> SharedRepository
+getSharedRepository r =
+	case map toLower $ Git.Config.get "core.sharedrepository" "" r of
+		"1" -> GroupShared
+		"group" -> GroupShared
+		"true" -> GroupShared
+		"all" -> AllShared
+		"world" -> AllShared
+		"everybody" -> AllShared
+		v -> maybe UnShared UmaskShared (readish v)
diff --git a/Git/Types.hs b/Git/Types.hs
new file mode 100644
index 0000000000..838c9e0e76
--- /dev/null
+++ b/Git/Types.hs
@@ -0,0 +1,100 @@
+{- git data types
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Types where
+
+import Network.URI
+import qualified Data.Map as M
+import System.Posix.Types
+import Utility.SafeCommand
+import Utility.URI ()
+
+{- Support repositories on local disk, and repositories accessed via an URL.
+ -
+ - Repos on local disk have a git directory, and unless bare, a worktree.
+ -
+ - A local repo may not have had its config read yet, in which case all
+ - that's known about it is its path.
+ -
+ - Finally, an Unknown repository may be known to exist, but nothing
+ - else known about it.
+ -}
+data RepoLocation
+	= Local { gitdir :: FilePath, worktree :: Maybe FilePath }
+	| LocalUnknown FilePath
+	| Url URI
+	| Unknown
+	deriving (Show, Eq, Ord)
+
+data Repo = Repo
+	{ location :: RepoLocation
+	, config :: M.Map String String
+	-- a given git config key can actually have multiple values
+	, fullconfig :: M.Map String [String]
+	, remotes :: [Repo]
+	-- remoteName holds the name used for this repo in remotes
+	, remoteName :: Maybe RemoteName
+	-- alternate environment to use when running git commands
+	, gitEnv :: Maybe [(String, String)]
+	-- global options to pass to git when running git commands
+	, gitGlobalOpts :: [CommandParam]
+	} deriving (Show, Eq, Ord)
+
+type RemoteName = String
+
+{- A git ref. Can be a sha1, or a branch or tag name. -}
+newtype Ref = Ref String
+	deriving (Eq, Ord, Read, Show)
+
+fromRef :: Ref -> String
+fromRef (Ref s) = s
+
+{- Aliases for Ref. -}
+type Branch = Ref
+type Sha = Ref
+type Tag = Ref
+
+{- A date in the format described in gitrevisions. Includes the
+ - braces, eg, "{yesterday}" -}
+newtype RefDate = RefDate String
+
+{- Types of objects that can be stored in git. -}
+data ObjectType = BlobObject | CommitObject | TreeObject
+	deriving (Eq)
+
+instance Show ObjectType where
+	show BlobObject = "blob"
+	show CommitObject = "commit"
+	show TreeObject = "tree"
+
+readObjectType :: String -> Maybe ObjectType
+readObjectType "blob" = Just BlobObject
+readObjectType "commit" = Just CommitObject
+readObjectType "tree" = Just TreeObject
+readObjectType _ = Nothing
+
+{- Types of blobs. -}
+data BlobType = FileBlob | ExecutableBlob | SymlinkBlob
+	deriving (Eq)
+
+{- Git uses magic numbers to denote the type of a blob. -}
+instance Show BlobType where
+	show FileBlob = "100644"
+	show ExecutableBlob = "100755"
+	show SymlinkBlob = "120000"
+
+readBlobType :: String -> Maybe BlobType
+readBlobType "100644" = Just FileBlob
+readBlobType "100755" = Just ExecutableBlob
+readBlobType "120000" = Just SymlinkBlob
+readBlobType _ = Nothing
+
+toBlobType :: FileMode -> Maybe BlobType
+toBlobType 0o100644 = Just FileBlob
+toBlobType 0o100755 = Just ExecutableBlob
+toBlobType 0o120000 = Just SymlinkBlob
+toBlobType _ = Nothing
diff --git a/Git/UnionMerge.hs b/Git/UnionMerge.hs
new file mode 100644
index 0000000000..464200af4f
--- /dev/null
+++ b/Git/UnionMerge.hs
@@ -0,0 +1,110 @@
+{- git-union-merge library
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.UnionMerge (
+	merge,
+	mergeIndex
+) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Set as S
+
+import Common
+import Git
+import Git.Sha
+import Git.CatFile
+import Git.Command
+import Git.UpdateIndex
+import Git.HashObject
+import Git.Types
+import Git.FilePath
+
+{- Performs a union merge between two branches, staging it in the index.
+ - Any previously staged changes in the index will be lost.
+ -
+ - Should be run with a temporary index file configured by useIndex.
+ -}
+merge :: Ref -> Ref -> Repo -> IO ()
+merge x y repo = do
+	h <- catFileStart repo
+	streamUpdateIndex repo
+		[ lsTree x repo
+		, mergeTrees x y h repo
+		]
+	catFileStop h
+
+{- Merges a list of branches into the index. Previously staged changes in
+ - the index are preserved (and participate in the merge).
+ -
+ - update-index is run once per ref in turn, so that each ref is merged on
+ - top of the merge for the previous ref. It would be more efficient, but
+ - harder to calculate a single union merge involving all the refs, as well
+ - as the index.
+ -}
+mergeIndex :: CatFileHandle -> Repo -> [Ref] -> IO ()
+mergeIndex h repo bs = forM_ bs $ \b ->
+	streamUpdateIndex repo [mergeTreeIndex b h repo]
+
+{- For merging two trees. -}
+mergeTrees :: Ref -> Ref -> CatFileHandle -> Repo -> Streamer
+mergeTrees (Ref x) (Ref y) h = doMerge h $ "diff-tree":diffOpts ++ [x, y]
+
+{- For merging a single tree into the index. -}
+mergeTreeIndex :: Ref -> CatFileHandle -> Repo -> Streamer
+mergeTreeIndex (Ref x) h = doMerge h $
+	"diff-index" : diffOpts ++ ["--cached", x]
+
+diffOpts :: [String]
+diffOpts = ["--raw", "-z", "-r", "--no-renames", "-l0"]
+
+{- Streams update-index changes to perform a merge,
+ - using git to get a raw diff. -}
+doMerge :: CatFileHandle -> [String] -> Repo -> Streamer
+doMerge ch differ repo streamer = do
+	(diff, cleanup) <- pipeNullSplit (map Param differ) repo
+	go diff
+	void $ cleanup
+  where
+	go [] = noop
+	go (info:file:rest) = mergeFile info file ch repo >>=
+		maybe (go rest) (\l -> streamer l >> go rest)
+	go (_:[]) = error $ "parse error " ++ show differ
+
+{- Given an info line from a git raw diff, and the filename, generates
+ - a line suitable for update-index that union merges the two sides of the
+ - diff. -}
+mergeFile :: String -> FilePath -> CatFileHandle -> Repo -> IO (Maybe String)
+mergeFile info file h repo = case filter (/= nullSha) [Ref asha, Ref bsha] of
+	[] -> return Nothing
+	(sha:[]) -> use sha
+	shas -> use
+		=<< either return (\s -> hashObject BlobObject (unlines s) repo)
+		=<< calcMerge . zip shas <$> mapM getcontents shas
+  where
+	[_colonmode, _bmode, asha, bsha, _status] = words info
+	use sha = return $ Just $
+		updateIndexLine sha FileBlob $ asTopFilePath file
+	-- We don't know how the file is encoded, but need to
+	-- split it into lines to union merge. Using the
+	-- FileSystemEncoding for this is a hack, but ensures there
+	-- are no decoding errors. Note that this works because
+	-- hashObject sets fileEncoding on its write handle.
+	getcontents s = lines . encodeW8 . L.unpack <$> catObject h s
+
+{- Calculates a union merge between a list of refs, with contents.
+ -
+ - When possible, reuses the content of an existing ref, rather than
+ - generating new content.
+ -}
+calcMerge :: [(Ref, [String])] -> Either Ref [String]
+calcMerge shacontents
+	| null reuseable = Right $ new
+	| otherwise = Left $ fst $ Prelude.head reuseable
+  where
+	reuseable = filter (\c -> sorteduniq (snd c) == new) shacontents
+	new = sorteduniq $ concat $ map snd shacontents
+	sorteduniq = S.toList . S.fromList
diff --git a/Git/UpdateIndex.hs b/Git/UpdateIndex.hs
new file mode 100644
index 0000000000..7de2f1be34
--- /dev/null
+++ b/Git/UpdateIndex.hs
@@ -0,0 +1,112 @@
+{- git-update-index library
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns, CPP #-}
+
+module Git.UpdateIndex (
+	Streamer,
+	pureStreamer,
+	streamUpdateIndex,
+	streamUpdateIndex',
+	startUpdateIndex,
+	stopUpdateIndex,
+	lsTree,
+	lsSubTree,
+	updateIndexLine,
+	stageFile,
+	unstageFile,
+	stageSymlink
+) where
+
+import Common
+import Git
+import Git.Types
+import Git.Command
+import Git.FilePath
+import Git.Sha
+
+import Control.Exception (bracket)
+
+{- Streamers are passed a callback and should feed it lines in the form
+ - read by update-index, and generated by ls-tree. -}
+type Streamer = (String -> IO ()) -> IO ()
+
+{- A streamer with a precalculated value. -}
+pureStreamer :: String -> Streamer
+pureStreamer !s = \streamer -> streamer s
+
+{- Streams content into update-index from a list of Streamers. -}
+streamUpdateIndex :: Repo -> [Streamer] -> IO ()
+streamUpdateIndex repo as = bracket (startUpdateIndex repo) stopUpdateIndex $
+	(\h -> forM_ as $ streamUpdateIndex' h)
+
+data UpdateIndexHandle = UpdateIndexHandle ProcessHandle Handle
+
+streamUpdateIndex' :: UpdateIndexHandle -> Streamer -> IO ()
+streamUpdateIndex' (UpdateIndexHandle _ h) a = a $ \s -> do
+	hPutStr h s
+	hPutStr h "\0"
+
+startUpdateIndex :: Repo -> IO UpdateIndexHandle
+startUpdateIndex repo = do
+	(Just h, _, _, p) <- createProcess (gitCreateProcess params repo)
+		{ std_in = CreatePipe }
+	fileEncoding h
+	return $ UpdateIndexHandle p h
+  where
+	params = map Param ["update-index", "-z", "--index-info"]
+
+stopUpdateIndex :: UpdateIndexHandle -> IO Bool
+stopUpdateIndex (UpdateIndexHandle p h) = do
+	hClose h
+	checkSuccessProcess p
+
+{- A streamer that adds the current tree for a ref. Useful for eg, copying
+ - and modifying branches. -}
+lsTree :: Ref -> Repo -> Streamer
+lsTree (Ref x) repo streamer = do
+	(s, cleanup) <- pipeNullSplit params repo
+	mapM_ streamer s
+	void $ cleanup
+  where
+	params = map Param ["ls-tree", "-z", "-r", "--full-tree", x]
+lsSubTree :: Ref -> FilePath -> Repo -> Streamer
+lsSubTree (Ref x) p repo streamer = do
+	(s, cleanup) <- pipeNullSplit params repo
+	mapM_ streamer s
+	void $ cleanup
+  where
+	params = map Param ["ls-tree", "-z", "-r", "--full-tree", x, p]
+
+{- Generates a line suitable to be fed into update-index, to add
+ - a given file with a given sha. -}
+updateIndexLine :: Sha -> BlobType -> TopFilePath -> String
+updateIndexLine sha filetype file =
+	show filetype ++ " blob " ++ fromRef sha ++ "\t" ++ indexPath file
+
+stageFile :: Sha -> BlobType -> FilePath -> Repo -> IO Streamer
+stageFile sha filetype file repo = do
+	p <- toTopFilePath file repo
+	return $ pureStreamer $ updateIndexLine sha filetype p
+
+{- A streamer that removes a file from the index. -}
+unstageFile :: FilePath -> Repo -> IO Streamer
+unstageFile file repo = do
+	p <- toTopFilePath file repo
+	return $ pureStreamer $ "0 " ++ fromRef nullSha ++ "\t" ++ indexPath p
+
+{- A streamer that adds a symlink to the index. -}
+stageSymlink :: FilePath -> Sha -> Repo -> IO Streamer
+stageSymlink file sha repo = do
+	!line <- updateIndexLine
+		<$> pure sha
+		<*> pure SymlinkBlob
+		<*> toTopFilePath file repo
+	return $ pureStreamer line
+
+indexPath :: TopFilePath -> InternalGitPath
+indexPath = toInternalGitPath . getTopFilePath
diff --git a/Git/Url.hs b/Git/Url.hs
new file mode 100644
index 0000000000..d383a6acab
--- /dev/null
+++ b/Git/Url.hs
@@ -0,0 +1,71 @@
+{- git repository urls
+ -
+ - Copyright 2010, 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Url (
+	scheme,
+	host,
+	port,
+	hostuser,
+	authority,
+) where
+
+import Network.URI hiding (scheme, authority)
+
+import Common
+import Git.Types
+import Git
+
+{- Scheme of an URL repo. -}
+scheme :: Repo -> String
+scheme Repo { location = Url u } = uriScheme u
+scheme repo = notUrl repo
+
+{- Work around a bug in the real uriRegName
+ - <http://trac.haskell.org/network/ticket/40> -}
+uriRegName' :: URIAuth -> String
+uriRegName' a = fixup $ uriRegName a
+  where
+	fixup x@('[':rest)
+		| rest !! len == ']' = take len rest
+		| otherwise = x
+	  where
+		len  = length rest - 1
+	fixup x = x
+
+{- Hostname of an URL repo. -}
+host :: Repo -> Maybe String
+host = authpart uriRegName'
+
+{- Port of an URL repo, if it has a nonstandard one. -}
+port :: Repo -> Maybe Integer
+port r = 
+	case authpart uriPort r of
+		Nothing -> Nothing
+		Just ":" -> Nothing
+		Just (':':p) -> readish p
+		Just _ -> Nothing
+
+{- Hostname of an URL repo, including any username (ie, "user@host") -}
+hostuser :: Repo -> Maybe String
+hostuser r = (++)
+	<$> authpart uriUserInfo r
+	<*> authpart uriRegName' r
+
+{- The full authority portion an URL repo. (ie, "user@host:port") -}
+authority :: Repo -> Maybe String
+authority = authpart assemble
+  where
+	assemble a = uriUserInfo a ++ uriRegName' a ++ uriPort a
+
+{- Applies a function to extract part of the uriAuthority of an URL repo. -}
+authpart :: (URIAuth -> a) -> Repo -> Maybe a
+authpart a Repo { location = Url u } = a <$> uriAuthority u
+authpart _ repo = notUrl repo
+
+notUrl :: Repo -> a
+notUrl repo = error $
+	"acting on local git repo " ++ repoDescribe repo ++ " not supported"
diff --git a/Git/Version.hs b/Git/Version.hs
new file mode 100644
index 0000000000..5ad1d59592
--- /dev/null
+++ b/Git/Version.hs
@@ -0,0 +1,43 @@
+{- git versions
+ -
+ - Copyright 2011, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Version where
+
+import Common
+
+data GitVersion = GitVersion String Integer
+	deriving (Eq)
+
+instance Ord GitVersion where
+	compare (GitVersion _ x) (GitVersion _ y) = compare x y
+
+instance Show GitVersion where
+	show (GitVersion s _) = s
+
+installed :: IO GitVersion
+installed = normalize . extract <$> readProcess "git" ["--version"]
+  where
+  	extract s = case lines s of
+		[] -> ""
+		(l:_) -> unwords $ drop 2 $ words l
+
+{- To compare dotted versions like 1.7.7 and 1.8, they are normalized to
+ - a somewhat arbitrary integer representation. -}
+normalize :: String -> GitVersion
+normalize v = GitVersion v $ 
+	sum $ mult 1 $ reverse $ extend precision $ take precision $
+		map readi $ split "." v
+  where
+	extend n l = l ++ replicate (n - length l) 0
+	mult _ [] = []
+	mult n (x:xs) = (n*x) : mult (n*10^width) xs
+	readi :: String -> Integer
+	readi s = case reads s of
+		((x,_):_) -> x
+		_ -> 0
+	precision = 10 -- number of segments of the version to compare
+	width = length "yyyymmddhhmmss" -- maximum width of a segment
diff --git a/INSTALL b/INSTALL
new file mode 120000
index 0000000000..67566818f0
--- /dev/null
+++ b/INSTALL
@@ -0,0 +1 @@
+doc/install.mdwn
\ No newline at end of file
diff --git a/Limit.hs b/Limit.hs
new file mode 100644
index 0000000000..9ac849bcec
--- /dev/null
+++ b/Limit.hs
@@ -0,0 +1,280 @@
+{- user-specified limits on files to act on
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Limit where
+
+import Common.Annex
+import qualified Annex
+import qualified Utility.Matcher
+import qualified Remote
+import qualified Backend
+import Annex.Content
+import Annex.UUID
+import Logs.Trust
+import Config.NumCopies
+import Types.TrustLevel
+import Types.Key
+import Types.Group
+import Types.FileMatcher
+import Types.MetaData
+import Logs.MetaData
+import Logs.Group
+import Logs.Unused
+import Logs.Location
+import Git.Types (RefDate(..))
+import Utility.Glob
+import Utility.HumanTime
+import Utility.DataUnits
+
+import Data.Time.Clock.POSIX
+import qualified Data.Set as S
+import qualified Data.Map as M
+
+{- Checks if there are user-specified limits. -}
+limited :: Annex Bool
+limited = (not . Utility.Matcher.isEmpty) <$> getMatcher'
+
+{- Gets a matcher for the user-specified limits. The matcher is cached for
+ - speed; once it's obtained the user-specified limits can't change. -}
+getMatcher :: Annex (MatchInfo -> Annex Bool)
+getMatcher = Utility.Matcher.matchM <$> getMatcher'
+
+getMatcher' :: Annex (Utility.Matcher.Matcher (MatchInfo -> Annex Bool))
+getMatcher' = go =<< Annex.getState Annex.limit
+  where
+	go (CompleteMatcher matcher) = return matcher
+	go (BuildingMatcher l) = do
+		let matcher = Utility.Matcher.generate (reverse l)
+		Annex.changeState $ \s ->
+			s { Annex.limit = CompleteMatcher matcher }
+		return matcher
+
+{- Adds something to the limit list, which is built up reversed. -}
+add :: Utility.Matcher.Token (MatchInfo -> Annex Bool) -> Annex ()
+add l = Annex.changeState $ \s -> s { Annex.limit = prepend $ Annex.limit s }
+  where
+	prepend (BuildingMatcher ls) = BuildingMatcher $ l:ls
+	prepend _ = error "internal"
+
+{- Adds a new token. -}
+addToken :: String -> Annex ()
+addToken = add . Utility.Matcher.token
+
+{- Adds a new limit. -}
+addLimit :: Either String (MatchFiles Annex) -> Annex ()
+addLimit = either error (\l -> add $ Utility.Matcher.Operation $ l S.empty)
+
+{- Add a limit to skip files that do not match the glob. -}
+addInclude :: String -> Annex ()
+addInclude = addLimit . limitInclude
+
+limitInclude :: MkLimit Annex
+limitInclude glob = Right $ const $ return . matchGlobFile glob
+
+{- Add a limit to skip files that match the glob. -}
+addExclude :: String -> Annex ()
+addExclude = addLimit . limitExclude
+
+limitExclude :: MkLimit Annex
+limitExclude glob = Right $ const $ return . not . matchGlobFile glob
+
+matchGlobFile :: String -> (MatchInfo -> Bool)
+matchGlobFile glob = go
+	where
+		cglob = compileGlob glob CaseSensative -- memoized
+		go (MatchingKey _) = False
+		go (MatchingFile fi) = matchGlob cglob (matchFile fi)
+
+{- Adds a limit to skip files not believed to be present
+ - in a specfied repository. Optionally on a prior date. -}
+addIn :: String -> Annex ()
+addIn s = addLimit =<< mk
+  where
+	(name, date) = separate (== '@') s
+	mk
+		| name == "." = if null date
+			then use inhere
+			else use . inuuid =<< getUUID
+		| otherwise = use . inuuid =<< Remote.nameToUUID name
+	use a = return $ Right $ \notpresent -> checkKey (a notpresent)
+	inuuid u notpresent key
+		| null date = do
+			us <- Remote.keyLocations key
+			return $ u `elem` us && u `S.notMember` notpresent
+		| otherwise = do
+			us <- loggedLocationsHistorical (RefDate date) key
+			return $ u `elem` us
+	inhere notpresent key
+		| S.null notpresent = inAnnex key
+		| otherwise = do
+			u <- getUUID
+			if u `S.member` notpresent
+				then return False
+				else inAnnex key
+
+{- Limit to content that is currently present on a uuid. -}
+limitPresent :: Maybe UUID -> MkLimit Annex
+limitPresent u _ = Right $ matchPresent u
+
+matchPresent :: Maybe UUID -> MatchFiles Annex
+matchPresent u _ = checkKey $ \key -> do
+	hereu <- getUUID
+	if u == Just hereu || isNothing u
+		then inAnnex key
+		else do
+			us <- Remote.keyLocations key
+			return $ maybe False (`elem` us) u
+
+{- Limit to content that is in a directory, anywhere in the repository tree -}
+limitInDir :: FilePath -> MkLimit Annex
+limitInDir dir = const $ Right $ const go
+  where
+	go (MatchingFile fi) = return $ elem dir $ splitPath $ takeDirectory $ matchFile fi
+	go (MatchingKey _) = return False
+
+{- Adds a limit to skip files not believed to have the specified number
+ - of copies. -}
+addCopies :: String -> Annex ()
+addCopies = addLimit . limitCopies
+
+limitCopies :: MkLimit Annex
+limitCopies want = case split ":" want of
+	[v, n] -> case parsetrustspec v of
+		Just checker -> go n $ checktrust checker
+		Nothing -> go n $ checkgroup v
+	[n] -> go n $ const $ return True
+	_ -> Left "bad value for copies"
+  where
+	go num good = case readish num of
+		Nothing -> Left "bad number for copies"
+		Just n -> Right $ \notpresent -> checkKey $
+			handle n good notpresent
+	handle n good notpresent key = do
+		us <- filter (`S.notMember` notpresent)
+			<$> (filterM good =<< Remote.keyLocations key)
+		return $ length us >= n
+	checktrust checker u = checker <$> lookupTrust u
+	checkgroup g u = S.member g <$> lookupGroups u
+	parsetrustspec s
+		| "+" `isSuffixOf` s = (>=) <$> readTrustLevel (beginning s)
+		| otherwise = (==) <$> readTrustLevel s
+
+{- Adds a limit to match files that need more copies made. -}
+addLackingCopies :: Bool -> String -> Annex ()
+addLackingCopies approx = addLimit . limitLackingCopies approx
+
+limitLackingCopies :: Bool -> MkLimit Annex
+limitLackingCopies approx want = case readish want of
+	Just needed -> Right $ \notpresent mi -> flip checkKey mi $
+		handle mi needed notpresent
+	Nothing -> Left "bad value for number of lacking copies"
+  where
+	handle mi needed notpresent key = do
+		NumCopies numcopies <- if approx
+			then approxNumCopies
+			else case mi of
+				MatchingKey _ -> approxNumCopies
+				MatchingFile fi -> getGlobalFileNumCopies $ matchFile fi
+		us <- filter (`S.notMember` notpresent)
+			<$> (trustExclude UnTrusted =<< Remote.keyLocations key)
+		return $ numcopies - length us >= needed
+	approxNumCopies = fromMaybe defaultNumCopies <$> getGlobalNumCopies
+
+{- Match keys that are unused.
+ - 
+ - This has a nice optimisation: When a file exists,
+ - its key is obviously not unused.
+ -}
+limitUnused :: MatchFiles Annex
+limitUnused _ (MatchingFile _) = return False
+limitUnused _ (MatchingKey k) = S.member k <$> unusedKeys
+
+{- Adds a limit to skip files not believed to be present in all
+ - repositories in the specified group. -}
+addInAllGroup :: String -> Annex ()
+addInAllGroup groupname = do
+	m <- groupMap
+	addLimit $ limitInAllGroup m groupname
+
+limitInAllGroup :: GroupMap -> MkLimit Annex
+limitInAllGroup m groupname
+	| S.null want = Right $ const $ const $ return True
+	| otherwise = Right $ \notpresent -> checkKey $ check notpresent
+  where
+	want = fromMaybe S.empty $ M.lookup groupname $ uuidsByGroup m
+	check notpresent key
+		-- optimisation: Check if a wanted uuid is notpresent.
+		| not (S.null (S.intersection want notpresent))	= return False
+		| otherwise = do
+			present <- S.fromList <$> Remote.keyLocations key
+			return $ S.null $ want `S.difference` present
+
+{- Adds a limit to skip files not using a specified key-value backend. -}
+addInBackend :: String -> Annex ()
+addInBackend = addLimit . limitInBackend
+
+limitInBackend :: MkLimit Annex
+limitInBackend name = Right $ const $ checkKey check
+  where
+	check key = pure $ keyBackendName key == name
+
+{- Adds a limit to skip files that are too large or too small -}
+addLargerThan :: String -> Annex ()
+addLargerThan = addLimit . limitSize (>)
+
+addSmallerThan :: String -> Annex ()
+addSmallerThan = addLimit . limitSize (<)
+
+limitSize :: (Maybe Integer -> Maybe Integer -> Bool) -> MkLimit Annex
+limitSize vs s = case readSize dataUnits s of
+	Nothing -> Left "bad size"
+	Just sz -> Right $ go sz
+  where
+  	go sz _ (MatchingFile fi) = lookupFileKey fi >>= check fi sz
+	go sz _ (MatchingKey key) = checkkey sz key
+	checkkey sz key = return $ keySize key `vs` Just sz
+	check _ sz (Just key) = checkkey sz key
+	check fi sz Nothing = do
+		filesize <- liftIO $ catchMaybeIO $
+			fromIntegral . fileSize
+				<$> getFileStatus (relFile fi)
+		return $ filesize `vs` Just sz
+
+addMetaData :: String -> Annex ()
+addMetaData = addLimit . limitMetaData
+
+limitMetaData :: MkLimit Annex
+limitMetaData s = case parseMetaData s of
+	Left e -> Left e
+	Right (f, v) ->
+		let cglob = compileGlob (fromMetaValue v) CaseInsensative
+		in Right $ const $ checkKey (check f cglob)
+  where
+  	check f cglob k = not . S.null 
+		. S.filter (matchGlob cglob . fromMetaValue) 
+		. metaDataValues f <$> getCurrentMetaData k
+
+addTimeLimit :: String -> Annex ()
+addTimeLimit s = do
+	let seconds = maybe (error "bad time-limit") durationToPOSIXTime $
+		parseDuration s
+	start <- liftIO getPOSIXTime
+	let cutoff = start + seconds
+	addLimit $ Right $ const $ const $ do
+		now <- liftIO getPOSIXTime
+		if now > cutoff
+			then do
+				warning $ "Time limit (" ++ s ++ ") reached!"
+				liftIO $ exitWith $ ExitFailure 101
+			else return True
+
+lookupFileKey :: FileInfo -> Annex (Maybe Key)
+lookupFileKey = Backend.lookupFile . relFile
+
+checkKey :: (Key -> Annex Bool) -> MatchInfo -> Annex Bool
+checkKey a (MatchingFile fi) = lookupFileKey fi >>= maybe (return False) a
+checkKey a (MatchingKey k) = a k
diff --git a/Limit/Wanted.hs b/Limit/Wanted.hs
new file mode 100644
index 0000000000..01b8da6b34
--- /dev/null
+++ b/Limit/Wanted.hs
@@ -0,0 +1,23 @@
+{- git-annex limits by wanted status
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Limit.Wanted where
+
+import Common.Annex
+import Annex.Wanted
+import Limit
+import Types.FileMatcher
+
+addWantGet :: Annex ()
+addWantGet = addLimit $ Right $ const $ checkWant $ wantGet False Nothing
+
+addWantDrop :: Annex ()
+addWantDrop = addLimit $ Right $ const $ checkWant $ wantDrop False Nothing Nothing
+
+checkWant :: (Maybe FilePath -> Annex Bool) -> MatchInfo -> Annex Bool
+checkWant a (MatchingFile fi) = a (Just $ matchFile fi)
+checkWant _ (MatchingKey _) = return False
diff --git a/Locations.hs b/Locations.hs
new file mode 100644
index 0000000000..d397a97be6
--- /dev/null
+++ b/Locations.hs
@@ -0,0 +1,453 @@
+{- git-annex file locations
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Locations (
+	keyFile,
+	fileKey,
+	keyPaths,
+	keyPath,
+	annexDir,
+	objectDir,
+	gitAnnexLocation,
+	gitAnnexLink,
+	gitAnnexContentLock,
+	gitAnnexMapping,
+	gitAnnexInodeCache,
+	gitAnnexInodeSentinal,
+	gitAnnexInodeSentinalCache,
+	annexLocations,
+	annexLocation,
+	gitAnnexDir,
+	gitAnnexObjectDir,
+	gitAnnexTmpMiscDir,
+	gitAnnexTmpObjectDir,
+	gitAnnexTmpObjectLocation,
+	gitAnnexBadDir,
+	gitAnnexBadLocation,
+	gitAnnexUnusedLog,
+	gitAnnexFsckState,
+	gitAnnexFsckResultsLog,
+	gitAnnexScheduleState,
+	gitAnnexTransferDir,
+	gitAnnexCredsDir,
+	gitAnnexWebCertificate,
+	gitAnnexWebPrivKey,
+	gitAnnexFeedStateDir,
+	gitAnnexFeedState,
+	gitAnnexMergeDir,
+	gitAnnexJournalDir,
+	gitAnnexJournalLock,
+	gitAnnexPreCommitLock,
+	gitAnnexMergeLock,
+	gitAnnexIndex,
+	gitAnnexIndexStatus,
+	gitAnnexViewIndex,
+	gitAnnexViewLog,
+	gitAnnexIgnoredRefs,
+	gitAnnexPidFile,
+	gitAnnexDaemonStatusFile,
+	gitAnnexLogFile,
+	gitAnnexFuzzTestLogFile,
+	gitAnnexHtmlShim,
+	gitAnnexUrlFile,
+	gitAnnexTmpCfgFile,
+	gitAnnexSshDir,
+	gitAnnexRemotesDir,
+	gitAnnexAssistantDefaultDir,
+	isLinkToAnnex,
+	annexHashes,
+	hashDirMixed,
+	hashDirLower,
+	preSanitizeKeyName,
+
+	prop_idempotent_fileKey
+) where
+
+import Data.Bits
+import Data.Word
+import Data.Hash.MD5
+import Data.Char
+
+import Common
+import Types
+import Types.Key
+import Types.UUID
+import qualified Git
+
+{- Conventions:
+ -
+ - Functions ending in "Dir" should always return values ending with a
+ - trailing path separator. Most code does not rely on that, but a few
+ - things do. 
+ -
+ - Everything else should not end in a trailing path sepatator. 
+ -
+ - Only functions (with names starting with "git") that build a path
+ - based on a git repository should return an absolute path.
+ - Everything else should use relative paths.
+ -}
+
+{- The directory git annex uses for local state, relative to the .git
+ - directory -}
+annexDir :: FilePath
+annexDir = addTrailingPathSeparator "annex"
+
+{- The directory git annex uses for locally available object content,
+ - relative to the .git directory -}
+objectDir :: FilePath
+objectDir = addTrailingPathSeparator $ annexDir </> "objects"
+
+{- Annexed file's possible locations relative to the .git directory.
+ - There are two different possibilities, using different hashes. -}
+annexLocations :: Key -> [FilePath]
+annexLocations key = map (annexLocation key) annexHashes
+annexLocation :: Key -> Hasher -> FilePath
+annexLocation key hasher = objectDir </> keyPath key hasher
+
+{- Annexed object's absolute location in a repository.
+ -
+ - When there are multiple possible locations, returns the one where the
+ - file is actually present.
+ -
+ - When the file is not present, returns the location where the file should
+ - be stored.
+ -
+ - This does not take direct mode into account, so in direct mode it is not
+ - the actual location of the file's content.
+ -}
+gitAnnexLocation :: Key -> Git.Repo -> GitConfig -> IO FilePath
+gitAnnexLocation key r config = gitAnnexLocation' key r (annexCrippledFileSystem config)
+gitAnnexLocation' :: Key -> Git.Repo -> Bool -> IO FilePath
+gitAnnexLocation' key r crippled
+	{- Bare repositories default to hashDirLower for new
+	 - content, as it's more portable.
+	 -
+	 - Repositories on filesystems that are crippled also use
+	 - hashDirLower, since they do not use symlinks and it's
+	 - more portable. -}
+	| Git.repoIsLocalBare r || crippled =
+		check $ map inrepo $ annexLocations key
+	{- Non-bare repositories only use hashDirMixed, so
+	 - don't need to do any work to check if the file is
+	 - present. -}
+	| otherwise = return $ inrepo $ annexLocation key hashDirMixed
+  where
+	inrepo d = Git.localGitDir r </> d
+	check locs@(l:_) = fromMaybe l <$> firstM doesFileExist locs
+	check [] = error "internal"
+
+{- Calculates a symlink to link a file to an annexed object. -}
+gitAnnexLink :: FilePath -> Key -> Git.Repo -> IO FilePath
+gitAnnexLink file key r = do
+	currdir <- getCurrentDirectory
+	let absfile = fromMaybe whoops $ absNormPathUnix currdir file
+	loc <- gitAnnexLocation' key r False
+	return $ relPathDirToFile (parentDir absfile) loc
+  where
+  	whoops = error $ "unable to normalize " ++ file
+
+{- File used to lock a key's content. -}
+gitAnnexContentLock :: Key -> Git.Repo -> GitConfig -> IO FilePath
+gitAnnexContentLock key r config = do
+	loc <- gitAnnexLocation key r config
+	return $ loc ++ ".lck"
+
+{- File that maps from a key to the file(s) in the git repository.
+ - Used in direct mode. -}
+gitAnnexMapping :: Key -> Git.Repo -> GitConfig -> IO FilePath
+gitAnnexMapping key r config = do
+	loc <- gitAnnexLocation key r config
+	return $ loc ++ ".map"
+
+{- File that caches information about a key's content, used to determine
+ - if a file has changed.
+ - Used in direct mode. -}
+gitAnnexInodeCache :: Key -> Git.Repo -> GitConfig -> IO FilePath
+gitAnnexInodeCache key r config  = do
+	loc <- gitAnnexLocation key r config
+	return $ loc ++ ".cache"
+
+gitAnnexInodeSentinal :: Git.Repo -> FilePath
+gitAnnexInodeSentinal r = gitAnnexDir r </> "sentinal"
+
+gitAnnexInodeSentinalCache :: Git.Repo -> FilePath
+gitAnnexInodeSentinalCache r = gitAnnexInodeSentinal r ++ ".cache"
+
+{- The annex directory of a repository. -}
+gitAnnexDir :: Git.Repo -> FilePath
+gitAnnexDir r = addTrailingPathSeparator $ Git.localGitDir r </> annexDir
+
+{- The part of the annex directory where file contents are stored. -}
+gitAnnexObjectDir :: Git.Repo -> FilePath
+gitAnnexObjectDir r = addTrailingPathSeparator $ Git.localGitDir r </> objectDir
+
+{- .git/annex/misctmp/ is used for random temp files -}
+gitAnnexTmpMiscDir :: Git.Repo -> FilePath
+gitAnnexTmpMiscDir r = addTrailingPathSeparator $ gitAnnexDir r </> "misctmp"
+
+{- .git/annex/tmp/ is used for temp files for key's contents -}
+gitAnnexTmpObjectDir :: Git.Repo -> FilePath
+gitAnnexTmpObjectDir r = addTrailingPathSeparator $ gitAnnexDir r </> "tmp"
+
+{- The temp file to use for a given key's content. -}
+gitAnnexTmpObjectLocation :: Key -> Git.Repo -> FilePath
+gitAnnexTmpObjectLocation key r = gitAnnexTmpObjectDir r </> keyFile key
+
+{- .git/annex/bad/ is used for bad files found during fsck -}
+gitAnnexBadDir :: Git.Repo -> FilePath
+gitAnnexBadDir r = addTrailingPathSeparator $ gitAnnexDir r </> "bad"
+
+{- The bad file to use for a given key. -}
+gitAnnexBadLocation :: Key -> Git.Repo -> FilePath
+gitAnnexBadLocation key r = gitAnnexBadDir r </> keyFile key
+
+{- .git/annex/foounused is used to number possibly unused keys -}
+gitAnnexUnusedLog :: FilePath -> Git.Repo -> FilePath
+gitAnnexUnusedLog prefix r = gitAnnexDir r </> (prefix ++ "unused")
+
+{- .git/annex/fsckstate is used to store information about incremental fscks. -}
+gitAnnexFsckState :: Git.Repo -> FilePath
+gitAnnexFsckState r = gitAnnexDir r </> "fsckstate"
+
+{- .git/annex/fsckresults/uuid is used to store results of git fscks -}
+gitAnnexFsckResultsLog :: UUID -> Git.Repo -> FilePath
+gitAnnexFsckResultsLog u r = gitAnnexDir r </> "fsckresults" </> fromUUID u
+
+{- .git/annex/schedulestate is used to store information about when
+ - scheduled jobs were last run. -}
+gitAnnexScheduleState :: Git.Repo -> FilePath
+gitAnnexScheduleState r = gitAnnexDir r </> "schedulestate"
+
+{- .git/annex/creds/ is used to store credentials to access some special
+ - remotes. -}
+gitAnnexCredsDir :: Git.Repo -> FilePath
+gitAnnexCredsDir r = addTrailingPathSeparator $ gitAnnexDir r </> "creds"
+
+{- .git/annex/certificate.pem and .git/annex/key.pem are used by the webapp
+ - when HTTPS is enabled -}
+gitAnnexWebCertificate :: Git.Repo -> FilePath
+gitAnnexWebCertificate r = gitAnnexDir r </> "certificate.pem"
+gitAnnexWebPrivKey :: Git.Repo -> FilePath
+gitAnnexWebPrivKey r = gitAnnexDir r </> "privkey.pem"
+
+{- .git/annex/feeds/ is used to record per-key (url) state by importfeeds -}
+gitAnnexFeedStateDir :: Git.Repo -> FilePath
+gitAnnexFeedStateDir r = addTrailingPathSeparator $ gitAnnexDir r </> "feedstate"
+
+gitAnnexFeedState :: Key -> Git.Repo -> FilePath
+gitAnnexFeedState k r = gitAnnexFeedStateDir r </> keyFile k
+
+{- .git/annex/merge/ is used for direct mode merges. -}
+gitAnnexMergeDir :: Git.Repo -> FilePath
+gitAnnexMergeDir r = addTrailingPathSeparator $ gitAnnexDir r </> "merge"
+
+{- .git/annex/transfer/ is used to record keys currently
+ - being transferred, and other transfer bookkeeping info. -}
+gitAnnexTransferDir :: Git.Repo -> FilePath
+gitAnnexTransferDir r = addTrailingPathSeparator $ gitAnnexDir r </> "transfer"
+
+{- .git/annex/journal/ is used to journal changes made to the git-annex
+ - branch -}
+gitAnnexJournalDir :: Git.Repo -> FilePath
+gitAnnexJournalDir r = addTrailingPathSeparator $ gitAnnexDir r </> "journal"
+
+{- Lock file for the journal. -}
+gitAnnexJournalLock :: Git.Repo -> FilePath
+gitAnnexJournalLock r = gitAnnexDir r </> "journal.lck"
+
+{- Lock file for the pre-commit hook. -}
+gitAnnexPreCommitLock :: Git.Repo -> FilePath
+gitAnnexPreCommitLock r = gitAnnexDir r </> "precommit.lck"
+
+{- Lock file for direct mode merge. -}
+gitAnnexMergeLock :: Git.Repo -> FilePath
+gitAnnexMergeLock r = gitAnnexDir r </> "merge.lck"
+
+{- .git/annex/index is used to stage changes to the git-annex branch -}
+gitAnnexIndex :: Git.Repo -> FilePath
+gitAnnexIndex r = gitAnnexDir r </> "index"
+
+{- Holds the ref of the git-annex branch that the index was last updated to.
+ -
+ - The .lck in the name is a historical accident; this is not used as a
+ - lock. -}
+gitAnnexIndexStatus :: Git.Repo -> FilePath
+gitAnnexIndexStatus r = gitAnnexDir r </> "index.lck"
+
+{- The index file used to generate a filtered branch view._-}
+gitAnnexViewIndex :: Git.Repo -> FilePath
+gitAnnexViewIndex r = gitAnnexDir r </> "viewindex"
+
+{- File containing a log of recently accessed views. -}
+gitAnnexViewLog :: Git.Repo -> FilePath
+gitAnnexViewLog r = gitAnnexDir r </> "viewlog"
+
+{- List of refs that should not be merged into the git-annex branch. -}
+gitAnnexIgnoredRefs :: Git.Repo -> FilePath
+gitAnnexIgnoredRefs r = gitAnnexDir r </> "ignoredrefs"
+
+{- Pid file for daemon mode. -}
+gitAnnexPidFile :: Git.Repo -> FilePath
+gitAnnexPidFile r = gitAnnexDir r </> "daemon.pid"
+
+{- Status file for daemon mode. -}
+gitAnnexDaemonStatusFile :: Git.Repo -> FilePath
+gitAnnexDaemonStatusFile r = gitAnnexDir r </> "daemon.status"
+
+{- Log file for daemon mode. -}
+gitAnnexLogFile :: Git.Repo -> FilePath
+gitAnnexLogFile r = gitAnnexDir r </> "daemon.log"
+
+{- Log file for fuzz test. -}
+gitAnnexFuzzTestLogFile :: Git.Repo -> FilePath
+gitAnnexFuzzTestLogFile r = gitAnnexDir r </> "fuzztest.log"
+
+{- Html shim file used to launch the webapp. -}
+gitAnnexHtmlShim :: Git.Repo -> FilePath
+gitAnnexHtmlShim r = gitAnnexDir r </> "webapp.html"
+
+{- File containing the url to the webapp. -}
+gitAnnexUrlFile :: Git.Repo -> FilePath
+gitAnnexUrlFile r = gitAnnexDir r </> "url"
+
+{- Temporary file used to edit configuriation from the git-annex branch. -}
+gitAnnexTmpCfgFile :: Git.Repo -> FilePath
+gitAnnexTmpCfgFile r = gitAnnexDir r </> "config.tmp"
+
+{- .git/annex/ssh/ is used for ssh connection caching -}
+gitAnnexSshDir :: Git.Repo -> FilePath
+gitAnnexSshDir r = addTrailingPathSeparator $ gitAnnexDir r </> "ssh"
+
+{- .git/annex/remotes/ is used for remote-specific state. -}
+gitAnnexRemotesDir :: Git.Repo -> FilePath
+gitAnnexRemotesDir r = addTrailingPathSeparator $ gitAnnexDir r </> "remotes"
+
+{- This is the base directory name used by the assistant when making
+ - repositories, by default. -}
+gitAnnexAssistantDefaultDir :: FilePath
+gitAnnexAssistantDefaultDir = "annex"
+
+{- Checks a symlink target to see if it appears to point to annexed content.
+ -
+ - We only look at paths inside the .git directory, and not at the .git
+ - directory itself, because GIT_DIR may cause a directory name other
+ - than .git to be used.
+ -}
+isLinkToAnnex :: FilePath -> Bool
+isLinkToAnnex s = (pathSeparator:objectDir) `isInfixOf` s
+
+{- Sanitizes a String that will be used as part of a Key's keyName,
+ - dealing with characters that cause problems on substandard filesystems.
+ -
+ - This is used when a new Key is initially being generated, eg by getKey.
+ - Unlike keyFile and fileKey, it does not need to be a reversable
+ - escaping. Also, it's ok to change this to add more problimatic
+ - characters later. Unlike changing keyFile, which could result in the
+ - filenames used for existing keys changing and contents getting lost.
+ -
+ - It is, however, important that the input and output of this function
+ - have a 1:1 mapping, to avoid two different inputs from mapping to the
+ - same key.
+ -}
+preSanitizeKeyName :: String -> String
+preSanitizeKeyName = concatMap escape
+  where
+  	escape c
+		| isAsciiUpper c || isAsciiLower c || isDigit c = [c]
+		| c `elem` ".-_ " = [c] -- common, assumed safe
+		| c `elem` "/%:" = [c] -- handled by keyFile
+		-- , is safe and uncommon, so will be used to escape
+		-- other characters. By itself, it is escaped to 
+		-- doubled form.
+		| c == ',' = ",,"
+		| otherwise = ',' : show (ord c)
+
+{- Converts a key into a filename fragment without any directory.
+ -
+ - Escape "/" in the key name, to keep a flat tree of files and avoid
+ - issues with keys containing "/../" or ending with "/" etc. 
+ -
+ - "/" is escaped to "%" because it's short and rarely used, and resembles
+ -     a slash
+ - "%" is escaped to "&s", and "&" to "&a"; this ensures that the mapping
+ -     is one to one.
+ - ":" is escaped to "&c", because it seemed like a good idea at the time.
+ -
+ - Changing what this function escapes and how is not a good idea, as it
+ - can cause existing objects to get lost.
+ -}
+keyFile :: Key -> FilePath
+keyFile key = replace "/" "%" $ replace ":" "&c" $
+	replace "%" "&s" $ replace "&" "&a"  $ key2file key
+
+{- Reverses keyFile, converting a filename fragment (ie, the basename of
+ - the symlink target) into a key. -}
+fileKey :: FilePath -> Maybe Key
+fileKey file = file2key $
+	replace "&a" "&" $ replace "&s" "%" $
+		replace "&c" ":" $ replace "%" "/" file
+
+{- for quickcheck -}
+prop_idempotent_fileKey :: String -> Bool
+prop_idempotent_fileKey s
+	| null s = True -- it's not legal for a key to have no keyName
+	| otherwise= Just k == fileKey (keyFile k)
+  where
+	k = stubKey { keyName = s, keyBackendName = "test" }
+
+{- A location to store a key on the filesystem. A directory hash is used,
+ - to protect against filesystems that dislike having many items in a
+ - single directory.
+ -
+ - The file is put in a directory with the same name, this allows
+ - write-protecting the directory to avoid accidental deletion of the file.
+ -}
+keyPath :: Key -> Hasher -> FilePath
+keyPath key hasher = hasher key </> f </> f
+  where
+	f = keyFile key
+
+{- All possibile locations to store a key using different directory hashes. -}
+keyPaths :: Key -> [FilePath]
+keyPaths key = map (keyPath key) annexHashes
+
+{- Two different directory hashes may be used. The mixed case hash
+ - came first, and is fine, except for the problem of case-strict
+ - filesystems such as Linux VFAT (mounted with shortname=mixed),
+ - which do not allow using a directory "XX" when "xx" already exists.
+ - To support that, most repositories use the lower case hash for new data. -}
+type Hasher = Key -> FilePath
+annexHashes :: [Hasher]
+annexHashes = [hashDirLower, hashDirMixed]
+
+hashDirMixed :: Hasher
+hashDirMixed k = addTrailingPathSeparator $ take 2 dir </> drop 2 dir
+  where
+	dir = take 4 $ display_32bits_as_dir =<< [a,b,c,d]
+	ABCD (a,b,c,d) = md5 $ md5FilePath $ key2file k
+
+hashDirLower :: Hasher
+hashDirLower k = addTrailingPathSeparator $ take 3 dir </> drop 3 dir
+  where
+	dir = take 6 $ md5s $ md5FilePath $ key2file k
+
+{- modified version of display_32bits_as_hex from Data.Hash.MD5
+ -   Copyright (C) 2001 Ian Lynagh 
+ -   License: Either BSD or GPL
+ -}
+display_32bits_as_dir :: Word32 -> String
+display_32bits_as_dir w = trim $ swap_pairs cs
+  where 
+	-- Need 32 characters to use. To avoid inaverdently making
+	-- a real word, use letters that appear less frequently.
+	chars = ['0'..'9'] ++ "zqjxkmvwgpfZQJXKMVWGPF"
+	cs = map (\x -> getc $ (shiftR w (6*x)) .&. 31) [0..7]
+	getc n = chars !! fromIntegral n
+	swap_pairs (x1:x2:xs) = x2:x1:swap_pairs xs
+	swap_pairs _ = []
+	-- Last 2 will always be 00, so omit.
+	trim = take 6
diff --git a/Logs.hs b/Logs.hs
new file mode 100644
index 0000000000..c9d58157a5
--- /dev/null
+++ b/Logs.hs
@@ -0,0 +1,165 @@
+{- git-annex log file names
+ -
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs where
+
+import Common.Annex
+import Types.Key
+
+{- There are several varieties of log file formats. -}
+data LogVariety
+	= UUIDBasedLog
+	| NewUUIDBasedLog
+	| PresenceLog Key
+	| OtherLog
+	deriving (Show)
+
+{- Converts a path from the git-annex branch into one of the varieties
+ - of logs used by git-annex, if it's a known path. -}
+getLogVariety :: FilePath -> Maybe LogVariety
+getLogVariety f
+	| f `elem` topLevelUUIDBasedLogs = Just UUIDBasedLog
+	| isRemoteStateLog f = Just NewUUIDBasedLog
+	| isMetaDataLog f || f `elem` otherLogs = Just OtherLog
+	| otherwise = PresenceLog <$> firstJust (presenceLogs f)
+
+{- All the uuid-based logs stored in the top of the git-annex branch. -}
+topLevelUUIDBasedLogs :: [FilePath]
+topLevelUUIDBasedLogs =
+	[ uuidLog
+	, remoteLog
+	, trustLog
+	, groupLog 
+	, preferredContentLog
+	, requiredContentLog
+	, scheduleLog
+	]
+
+{- All the ways to get a key from a presence log file -}
+presenceLogs :: FilePath -> [Maybe Key]
+presenceLogs f =
+	[ urlLogFileKey f
+	, locationLogFileKey f
+	]
+
+{- Logs that are neither UUID based nor presence logs. -}
+otherLogs :: [FilePath]
+otherLogs =
+	[ numcopiesLog
+	, groupPreferredContentLog
+	]
+
+uuidLog :: FilePath
+uuidLog = "uuid.log"
+
+numcopiesLog :: FilePath
+numcopiesLog = "numcopies.log"
+
+remoteLog :: FilePath
+remoteLog = "remote.log"
+
+trustLog :: FilePath
+trustLog = "trust.log"
+
+groupLog :: FilePath
+groupLog = "group.log"
+
+preferredContentLog :: FilePath
+preferredContentLog = "preferred-content.log"
+
+requiredContentLog :: FilePath
+requiredContentLog = "required-content.log"
+
+groupPreferredContentLog :: FilePath
+groupPreferredContentLog = "group-preferred-content.log"
+
+scheduleLog :: FilePath
+scheduleLog = "schedule.log"
+
+{- The pathname of the location log file for a given key. -}
+locationLogFile :: Key -> String
+locationLogFile key = hashDirLower key ++ keyFile key ++ ".log"
+
+{- Converts a pathname into a key if it's a location log. -}
+locationLogFileKey :: FilePath -> Maybe Key
+locationLogFileKey path
+	| ["remote", "web"] `isPrefixOf` splitDirectories dir = Nothing
+        | ext == ".log" = fileKey base
+        | otherwise = Nothing
+  where
+	(dir, file) = splitFileName path
+        (base, ext) = splitAt (length file - 4) file
+
+{- The filename of the url log for a given key. -}
+urlLogFile :: Key -> FilePath
+urlLogFile key = hashDirLower key </> keyFile key ++ urlLogExt
+
+{- Old versions stored the urls elsewhere. -}
+oldurlLogs :: Key -> [FilePath]
+oldurlLogs key =
+	[ "remote/web" </> hashDirLower key </> key2file key ++ ".log"
+	, "remote/web" </> hashDirLower key </> keyFile key ++ ".log"
+	]
+
+urlLogExt :: String
+urlLogExt = ".log.web"
+
+{- Converts a url log file into a key.
+ - (Does not work on oldurlLogs.) -}
+urlLogFileKey :: FilePath -> Maybe Key
+urlLogFileKey path
+	| ext == urlLogExt = fileKey base
+	| otherwise = Nothing
+  where
+  	file = takeFileName path
+	(base, ext) = splitAt (length file - extlen) file
+	extlen = length urlLogExt
+
+{- Does not work on oldurllogs. -}
+isUrlLog :: FilePath -> Bool
+isUrlLog file = urlLogExt `isSuffixOf` file
+
+{- The filename of the remote state log for a given key. -}
+remoteStateLogFile :: Key -> FilePath
+remoteStateLogFile key = hashDirLower key </> keyFile key ++ remoteStateLogExt
+
+remoteStateLogExt :: String
+remoteStateLogExt = ".log.rmt"
+
+isRemoteStateLog :: FilePath -> Bool
+isRemoteStateLog path = remoteStateLogExt `isSuffixOf` path
+
+{- The filename of the metadata log for a given key. -}
+metaDataLogFile :: Key -> FilePath
+metaDataLogFile key = hashDirLower key </> keyFile key ++ metaDataLogExt
+
+metaDataLogExt :: String
+metaDataLogExt = ".log.met"
+
+isMetaDataLog :: FilePath -> Bool
+isMetaDataLog path = metaDataLogExt `isSuffixOf` path
+
+prop_logs_sane :: Key -> Bool
+prop_logs_sane dummykey = and
+	[ isNothing (getLogVariety "unknown")
+	, expect isUUIDBasedLog (getLogVariety uuidLog)
+	, expect isPresenceLog (getLogVariety $ locationLogFile dummykey)
+	, expect isPresenceLog (getLogVariety $ urlLogFile dummykey)
+	, expect isNewUUIDBasedLog (getLogVariety $ remoteStateLogFile dummykey)
+	, expect isOtherLog (getLogVariety $ metaDataLogFile dummykey)
+	, expect isOtherLog (getLogVariety $ numcopiesLog)
+	]
+  where
+  	expect = maybe False
+  	isUUIDBasedLog UUIDBasedLog = True
+	isUUIDBasedLog _ = False
+  	isNewUUIDBasedLog NewUUIDBasedLog = True
+	isNewUUIDBasedLog _ = False
+	isPresenceLog (PresenceLog k) = k == dummykey
+	isPresenceLog _ = False
+	isOtherLog OtherLog = True
+	isOtherLog _ = False
diff --git a/Logs/FsckResults.hs b/Logs/FsckResults.hs
new file mode 100644
index 0000000000..619dd586c6
--- /dev/null
+++ b/Logs/FsckResults.hs
@@ -0,0 +1,54 @@
+{- git-annex fsck results log files
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.FsckResults (
+	writeFsckResults,
+	readFsckResults,
+	clearFsckResults,
+) where
+
+import Common.Annex
+import Utility.Tmp
+import Git.Fsck
+import Git.Types
+
+import qualified Data.Set as S
+
+writeFsckResults :: UUID -> FsckResults -> Annex ()
+writeFsckResults u fsckresults = do
+	logfile <- fromRepo $ gitAnnexFsckResultsLog u
+	liftIO $ 
+		case fsckresults of
+			FsckFailed -> store S.empty False logfile
+			FsckFoundMissing s t
+				| S.null s -> nukeFile logfile
+				| otherwise -> store s t logfile
+  where
+  	store s t logfile = do 
+		createDirectoryIfMissing True (parentDir logfile)
+		liftIO $ viaTmp writeFile logfile $ serialize s t
+	serialize s t =
+		let ls = map fromRef (S.toList s)
+		in if t
+			then unlines ("truncated":ls)
+			else unlines ls
+
+readFsckResults :: UUID -> Annex FsckResults
+readFsckResults u = do
+	logfile <- fromRepo $ gitAnnexFsckResultsLog u
+	liftIO $ catchDefaultIO (FsckFoundMissing S.empty False) $
+		deserialize . lines <$> readFile logfile
+  where
+	deserialize ("truncated":ls) = deserialize' ls True
+	deserialize ls = deserialize' ls False
+	deserialize' ls t =
+		let s = S.fromList $ map Ref ls
+		in if S.null s then FsckFailed else FsckFoundMissing s t
+
+clearFsckResults :: UUID -> Annex ()
+clearFsckResults = liftIO . nukeFile <=< fromRepo . gitAnnexFsckResultsLog
+	
diff --git a/Logs/Group.hs b/Logs/Group.hs
new file mode 100644
index 0000000000..3f88b627d3
--- /dev/null
+++ b/Logs/Group.hs
@@ -0,0 +1,83 @@
+{- git-annex group log
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Group (
+	groupLog,
+	groupChange,
+	groupSet,
+	lookupGroups,
+	groupMap,
+	groupMapLoad,
+	getStandardGroup,
+	inUnwantedGroup
+) where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Time.Clock.POSIX
+
+import Common.Annex
+import Logs
+import qualified Annex.Branch
+import qualified Annex
+import Logs.UUIDBased
+import Types.Group
+import Types.StandardGroups
+
+{- Returns the groups of a given repo UUID. -}
+lookupGroups :: UUID -> Annex (S.Set Group)
+lookupGroups u = (fromMaybe S.empty . M.lookup u) . groupsByUUID <$> groupMap
+
+{- Applies a set modifier to change the groups for a uuid in the groupLog. -}
+groupChange :: UUID -> (S.Set Group -> S.Set Group) -> Annex ()
+groupChange uuid@(UUID _) modifier = do
+	curr <- lookupGroups uuid
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change groupLog $
+		showLog (unwords . S.toList) .
+			changeLog ts uuid (modifier curr) .
+				parseLog (Just . S.fromList . words)
+	
+	-- The changed group invalidates the preferred content cache.
+	Annex.changeState $ \s -> s
+		{ Annex.groupmap = Nothing
+		, Annex.preferredcontentmap = Nothing
+		}
+groupChange NoUUID _ = error "unknown UUID; cannot modify"
+
+groupSet :: UUID -> S.Set Group -> Annex ()
+groupSet u g = groupChange u (const g)
+
+{- The map is cached for speed. -}
+groupMap :: Annex GroupMap
+groupMap = maybe groupMapLoad return =<< Annex.getState Annex.groupmap
+
+{- Loads the map, updating the cache. -}
+groupMapLoad :: Annex GroupMap
+groupMapLoad = do
+	m <- makeGroupMap . simpleMap .
+		parseLog (Just . S.fromList . words) <$>
+			Annex.Branch.get groupLog
+	Annex.changeState $ \s -> s { Annex.groupmap = Just m }
+	return m
+
+makeGroupMap :: M.Map UUID (S.Set Group) -> GroupMap
+makeGroupMap byuuid = GroupMap byuuid bygroup
+  where
+	bygroup = M.fromListWith S.union $
+		concatMap explode $ M.toList byuuid
+	explode (u, s) = map (\g -> (g, S.singleton u)) (S.toList s)
+
+{- If a repository is in exactly one standard group, returns it. -}
+getStandardGroup :: S.Set Group -> Maybe StandardGroup
+getStandardGroup s = case mapMaybe toStandardGroup $ S.toList s of
+	[g] -> Just g
+	_ -> Nothing
+
+inUnwantedGroup :: UUID -> Annex Bool
+inUnwantedGroup u = elem UnwantedGroup 
+	. mapMaybe toStandardGroup . S.toList <$> lookupGroups u
diff --git a/Logs/Location.hs b/Logs/Location.hs
new file mode 100644
index 0000000000..cb1e415fdb
--- /dev/null
+++ b/Logs/Location.hs
@@ -0,0 +1,71 @@
+{-# LANGUAGE BangPatterns #-}
+
+{- git-annex location log
+ -
+ - git-annex keeps track of which repositories have the contents of annexed
+ - files.
+ -
+ - Repositories record their UUID and the date when they --get or --drop
+ - a value.
+ - 
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Location (
+	LogStatus(..),
+	logStatus,
+	logChange,
+	loggedLocations,
+	loggedLocationsHistorical,
+	loggedKeys,
+	loggedKeysFor,
+) where
+
+import Common.Annex
+import qualified Annex.Branch
+import Logs
+import Logs.Presence
+import Annex.UUID
+import Git.Types (RefDate)
+
+{- Log a change in the presence of a key's value in current repository. -}
+logStatus :: Key -> LogStatus -> Annex ()
+logStatus key s = do
+	u <- getUUID
+	logChange key u s
+
+{- Log a change in the presence of a key's value in a repository. -}
+logChange :: Key -> UUID -> LogStatus -> Annex ()
+logChange key (UUID u) s = addLog (locationLogFile key) =<< logNow s u
+logChange _ NoUUID _ = noop
+
+{- Returns a list of repository UUIDs that, according to the log, have
+ - the value of a key. -}
+loggedLocations :: Key -> Annex [UUID]
+loggedLocations = getLoggedLocations currentLog
+
+{- Gets the location log on a particular date. -}
+loggedLocationsHistorical :: RefDate -> Key -> Annex [UUID]
+loggedLocationsHistorical = getLoggedLocations . historicalLog
+
+getLoggedLocations :: (FilePath -> Annex [String]) -> Key -> Annex [UUID]
+getLoggedLocations getter key = map toUUID <$> (getter . locationLogFile) key
+
+{- Finds all keys that have location log information.
+ - (There may be duplicate keys in the list.) -}
+loggedKeys :: Annex [Key]
+loggedKeys = mapMaybe locationLogFileKey <$> Annex.Branch.files
+
+{- Finds all keys that have location log information indicating
+ - they are present for the specified repository. -}
+loggedKeysFor :: UUID -> Annex [Key]
+loggedKeysFor u = filterM isthere =<< loggedKeys
+  where
+	{- This should run strictly to avoid the filterM
+	 - building many thunks containing keyLocations data. -}
+	isthere k = do
+		us <- loggedLocations k
+		let !there = u `elem` us
+		return there
diff --git a/Logs/MapLog.hs b/Logs/MapLog.hs
new file mode 100644
index 0000000000..1725ef953f
--- /dev/null
+++ b/Logs/MapLog.hs
@@ -0,0 +1,81 @@
+{- git-annex Map log
+ -
+ - This is used to store a Map, in a way that can be union merged.
+ -
+ - A line of the log will look like: "timestamp field value"
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.MapLog where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+  
+import Common
+
+data TimeStamp = Unknown | Date POSIXTime
+	deriving (Eq, Ord, Show)
+
+data LogEntry v = LogEntry
+	{ changed :: TimeStamp
+	, value :: v
+	} deriving (Eq, Show)
+
+type MapLog f v = M.Map f (LogEntry v)
+
+showMapLog :: (f -> String) -> (v -> String) -> MapLog f v -> String
+showMapLog fieldshower valueshower = unlines . map showpair . M.toList
+  where
+	showpair (f, LogEntry (Date p) v) =
+		unwords [show p, fieldshower f, valueshower v]
+	showpair (f, LogEntry Unknown v) =
+		unwords ["0", fieldshower f, valueshower v]
+
+parseMapLog :: Ord f => (String -> Maybe f) -> (String -> Maybe v) -> String -> MapLog f v
+parseMapLog fieldparser valueparser = M.fromListWith best . mapMaybe parse . lines
+  where
+	parse line = do
+		let (ts, rest) = splitword line
+		    (sf, sv) = splitword rest
+		date <- Date . utcTimeToPOSIXSeconds <$> parseTime defaultTimeLocale "%s%Qs" ts
+		f <- fieldparser sf
+		v <- valueparser sv
+		Just (f, LogEntry date v)
+	splitword = separate (== ' ')
+
+changeMapLog :: Ord f => POSIXTime -> f -> v -> MapLog f v -> MapLog f v
+changeMapLog t f v = M.insert f $ LogEntry (Date t) v
+
+{- Only add an LogEntry if it's newer (or at least as new as) than any
+ - existing LogEntry for a field. -}
+addMapLog :: Ord f => f -> LogEntry v -> MapLog f v -> MapLog f v
+addMapLog = M.insertWith' best
+
+{- Converts a MapLog into a simple Map without the timestamp information.
+ - This is a one-way trip, but useful for code that never needs to change
+ - the log. -}
+simpleMap :: MapLog f v -> M.Map f v
+simpleMap = M.map value
+
+best :: LogEntry v -> LogEntry v -> LogEntry v
+best new old
+	| changed old > changed new = old
+	| otherwise = new
+
+-- Unknown is oldest.
+prop_TimeStamp_sane :: Bool
+prop_TimeStamp_sane = Unknown < Date 1
+
+prop_addMapLog_sane :: Bool
+prop_addMapLog_sane = newWins && newestWins
+  where
+	newWins = addMapLog ("foo") (LogEntry (Date 1) "new") l == l2
+	newestWins = addMapLog ("foo") (LogEntry (Date 1) "newest") l2 /= l2
+
+	l = M.fromList [("foo", LogEntry (Date 0) "old")]
+	l2 = M.fromList [("foo", LogEntry (Date 1) "new")]
diff --git a/Logs/MetaData.hs b/Logs/MetaData.hs
new file mode 100644
index 0000000000..250317090f
--- /dev/null
+++ b/Logs/MetaData.hs
@@ -0,0 +1,186 @@
+{- git-annex general metadata storage log
+ -
+ - A line of the log will look like "timestamp field [+-]value [...]"
+ -
+ - Note that unset values are preserved. Consider this case:
+ -
+ - We have:
+ -
+ - 100 foo +x
+ - 200 foo -x
+ -
+ - An unmerged remote has:
+ -
+ - 150 foo +x
+ - 
+ - After union merge, because the foo -x was preserved, we know that
+ - after the other remote redundantly set foo +x, it was unset,
+ - and so foo currently has no value.
+ -
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+{-# LANGUAGE CPP #-}
+
+module Logs.MetaData (
+	getCurrentMetaData,
+	addMetaData,
+	addMetaData',
+	currentMetaData,
+	copyMetaData,
+) where
+
+import Common.Annex
+import Types.MetaData
+import Annex.MetaData.StandardFields
+import qualified Annex.Branch
+import Logs
+import Logs.SingleValue
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+import Data.Time.Format
+import System.Locale
+
+instance SingleValueSerializable MetaData where
+	serialize = Types.MetaData.serialize
+	deserialize = Types.MetaData.deserialize
+
+getMetaDataLog :: Key -> Annex (Log MetaData)
+getMetaDataLog = readLog . metaDataLogFile
+
+{- Go through the log from oldest to newest, and combine it all
+ - into a single MetaData representing the current state.
+ -
+ - Automatically generates a lastchanged metadata for each field that's
+ - currently set, based on timestamps in the log.
+ -}
+getCurrentMetaData :: Key -> Annex MetaData
+getCurrentMetaData k = do
+	ls <- S.toAscList <$> getMetaDataLog k
+	let loggedmeta = currentMetaData $ combineMetaData $ map value ls
+	return $ currentMetaData $ unionMetaData loggedmeta
+		(lastchanged ls loggedmeta)
+  where
+  	lastchanged [] _ = emptyMetaData
+	lastchanged ls (MetaData currentlyset) =
+		let m = foldl' (flip M.union) M.empty (map genlastchanged ls)
+		in MetaData $
+			-- Add a overall lastchanged using the oldest log
+			-- item (log is in ascending order).
+			M.insert lastChangedField (lastchangedval $ Prelude.last ls) $
+			M.mapKeys mkLastChangedField $
+			-- Only include fields that are currently set.
+			m `M.intersection` currentlyset
+	-- Makes each field have the timestamp as its value.
+	genlastchanged l =
+		let MetaData m = value l
+		    ts = lastchangedval l
+		in M.map (const ts) m
+	lastchangedval l = S.singleton $ toMetaValue $ showts $ changed l
+	showts = formatTime defaultTimeLocale "%F@%H-%M-%S" . posixSecondsToUTCTime
+
+{- Adds in some metadata, which can override existing values, or unset
+ - them, but otherwise leaves any existing metadata as-is. -}
+addMetaData :: Key -> MetaData -> Annex ()
+addMetaData k metadata = addMetaData' k metadata =<< liftIO getPOSIXTime
+
+{- Reusing the same timestamp when making changes to the metadata
+ - of multiple keys is a nice optimisation. The same metadata lines
+ - will tend to be generated across the different log files, and so
+ - git will be able to pack the data more efficiently. -}
+addMetaData' :: Key -> MetaData -> POSIXTime -> Annex ()
+addMetaData' k d@(MetaData m) now
+	| d == emptyMetaData = noop
+	| otherwise = Annex.Branch.change (metaDataLogFile k) $
+		showLog . simplifyLog 
+			. S.insert (LogEntry now metadata)
+			. parseLog
+  where
+	metadata = MetaData $ M.filterWithKey (\f _ -> not (isLastChangedField f)) m
+
+{- Simplify a log, removing historical values that are no longer
+ - needed. 
+ -
+ - This is not as simple as just making a single log line with the newest
+ - state of all metadata. Consider this case:
+ -
+ - We have:
+ -
+ - 100 foo +x bar +y
+ - 200 foo -x
+ -
+ - An unmerged remote has:
+ -
+ - 150 bar -y baz +w
+ -
+ - If what we have were simplified to "200 foo -x bar +y" then when the line
+ - from the remote became available, it would be older than the simplified
+ - line, and its change to bar would not take effect. That is wrong.
+ -
+ - Instead, simplify it to:
+ -
+ - 100 bar +y
+ - 200 foo -x
+ -
+ - (Note that this ends up with the same number of lines as the
+ - unsimplified version, so there's really no point in updating
+ - the log to this version. Doing so would only add data to git,
+ - with little benefit.)
+ -
+ - Now merging with the remote yields:
+ -
+ - 100 bar +y
+ - 150 bar -y baz +w
+ - 200 foo -x
+ -
+ - Simplifying again:
+ -
+ - 150 bar +z baz +w
+ - 200 foo -x
+ -}
+simplifyLog :: Log MetaData -> Log MetaData
+simplifyLog s = case sl of
+	(newest:rest) -> 
+		let sl' = go [newest] (value newest) rest
+		in if length sl' < length sl
+			then S.fromList sl'
+			else s
+	_ -> s
+  where
+#if MIN_VERSION_containers(0,5,0)
+	sl = S.toDescList s
+#else
+	sl = reverse (S.toAscList s)
+#endif
+
+	go c _ [] = c
+	go c newer (l:ls)
+		| unique == emptyMetaData = go c newer ls
+		| otherwise = go (l { value = unique } : c)
+			(unionMetaData unique newer) ls
+	  where
+		older = value l
+		unique = older `differenceMetaData` newer
+
+{- Copies the metadata from the old key to the new key.
+ -
+ - The exact content of the metadata file is copied, so that the timestamps
+ - remain the same, and because this is more space-efficient in the git
+ - repository.
+ - 
+ - Any metadata already attached to the new key is not preserved.
+ -}
+copyMetaData :: Key -> Key -> Annex ()
+copyMetaData oldkey newkey
+	| oldkey == newkey = noop
+	| otherwise = do
+		l <- getMetaDataLog oldkey
+		unless (S.null l) $
+			Annex.Branch.change (metaDataLogFile newkey) $
+				const $ showLog l
diff --git a/Logs/NumCopies.hs b/Logs/NumCopies.hs
new file mode 100644
index 0000000000..5cce61ce62
--- /dev/null
+++ b/Logs/NumCopies.hs
@@ -0,0 +1,38 @@
+{- git-annex numcopies log
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module Logs.NumCopies (
+	setGlobalNumCopies,
+	getGlobalNumCopies,
+	globalNumCopiesLoad,
+) where
+
+import Common.Annex
+import qualified Annex
+import Types.NumCopies
+import Logs
+import Logs.SingleValue
+
+instance SingleValueSerializable NumCopies where
+	serialize (NumCopies n) = show n
+	deserialize = NumCopies <$$> readish
+
+setGlobalNumCopies :: NumCopies -> Annex ()
+setGlobalNumCopies = setLog numcopiesLog
+
+{- Value configured in the numcopies log. Cached for speed. -}
+getGlobalNumCopies :: Annex (Maybe NumCopies)
+getGlobalNumCopies = maybe globalNumCopiesLoad (return . Just)
+	=<< Annex.getState Annex.globalnumcopies
+
+globalNumCopiesLoad :: Annex (Maybe NumCopies)
+globalNumCopiesLoad = do
+	v <- getLog numcopiesLog
+	Annex.changeState $ \s -> s { Annex.globalnumcopies = v }
+	return v
diff --git a/Logs/PreferredContent.hs b/Logs/PreferredContent.hs
new file mode 100644
index 0000000000..a485ec600f
--- /dev/null
+++ b/Logs/PreferredContent.hs
@@ -0,0 +1,153 @@
+{- git-annex preferred content matcher configuration
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.PreferredContent (
+	preferredContentSet,
+	requiredContentSet,
+	groupPreferredContentSet,
+	isPreferredContent,
+	isRequiredContent,
+	preferredContentMap,
+	preferredContentMapRaw,
+	requiredContentMap,
+	requiredContentMapRaw,
+	groupPreferredContentMapRaw,
+	checkPreferredContentExpression,
+	setStandardGroup,
+	defaultStandardGroup,
+	preferredRequiredMapsLoad,
+) where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Either
+
+import Common.Annex
+import Logs.PreferredContent.Raw
+import qualified Annex.Branch
+import qualified Annex
+import Logs
+import Logs.UUIDBased
+import Utility.Matcher hiding (tokens)
+import Annex.FileMatcher
+import Annex.UUID
+import Types.Group
+import Types.Remote (RemoteConfig)
+import Logs.Group
+import Logs.Remote
+import Types.FileMatcher
+import Types.StandardGroups
+import Limit
+
+{- Checks if a file is preferred content for the specified repository
+ - (or the current repository if none is specified). -}
+isPreferredContent :: Maybe UUID -> AssumeNotPresent -> Maybe Key -> AssociatedFile -> Bool -> Annex Bool
+isPreferredContent = checkMap preferredContentMap
+
+isRequiredContent :: Maybe UUID -> AssumeNotPresent -> Maybe Key -> AssociatedFile -> Bool -> Annex Bool
+isRequiredContent = checkMap requiredContentMap
+
+checkMap :: Annex (FileMatcherMap Annex) -> Maybe UUID -> AssumeNotPresent -> Maybe Key -> AssociatedFile -> Bool -> Annex Bool
+checkMap getmap mu notpresent mkey afile def = do
+	u <- maybe getUUID return mu
+	m <- getmap
+	case M.lookup u m of
+		Nothing -> return def
+		Just matcher -> checkMatcher matcher mkey afile notpresent def
+
+preferredContentMap :: Annex (FileMatcherMap Annex)
+preferredContentMap = maybe (fst <$> preferredRequiredMapsLoad) return
+	=<< Annex.getState Annex.preferredcontentmap
+
+requiredContentMap :: Annex (FileMatcherMap Annex)
+requiredContentMap = maybe (snd <$> preferredRequiredMapsLoad) return
+	=<< Annex.getState Annex.requiredcontentmap
+
+preferredRequiredMapsLoad :: Annex (FileMatcherMap Annex, FileMatcherMap Annex)
+preferredRequiredMapsLoad = do
+	groupmap <- groupMap
+	configmap <- readRemoteLog
+	let genmap l gm = simpleMap
+		. parseLogWithUUID ((Just .) . makeMatcher groupmap configmap gm)
+		<$> Annex.Branch.get l
+	pc <- genmap preferredContentLog =<< groupPreferredContentMapRaw
+	rc <- genmap requiredContentLog M.empty
+	-- Required content is implicitly also preferred content, so OR
+	let m = M.unionWith MOr pc rc
+	Annex.changeState $ \s -> s
+		{ Annex.preferredcontentmap = Just m
+		, Annex.requiredcontentmap = Just rc
+		}
+	return (m, rc)
+
+{- This intentionally never fails, even on unparsable expressions,
+ - because the configuration is shared among repositories and newer
+ - versions of git-annex may add new features. -}
+makeMatcher
+	:: GroupMap
+	-> M.Map UUID RemoteConfig
+	-> M.Map Group PreferredContentExpression
+	-> UUID
+	-> PreferredContentExpression
+	-> FileMatcher Annex
+makeMatcher groupmap configmap groupwantedmap u = go True True
+  where
+	go expandstandard expandgroupwanted expr
+		| null (lefts tokens) = generate $ rights tokens
+		| otherwise = unknownMatcher u
+	  where
+		tokens = exprParser matchstandard matchgroupwanted groupmap configmap (Just u) expr
+		matchstandard
+			| expandstandard = maybe (unknownMatcher u) (go False False)
+				(standardPreferredContent <$> getStandardGroup mygroups)
+			| otherwise = unknownMatcher u
+		matchgroupwanted
+			| expandgroupwanted = maybe (unknownMatcher u) (go True False)
+				(groupwanted mygroups)
+			| otherwise = unknownMatcher u
+		mygroups = fromMaybe S.empty (u `M.lookup` groupsByUUID groupmap)
+		groupwanted s = case M.elems $ M.filterWithKey (\k _ -> S.member k s) groupwantedmap of
+			[pc] -> Just pc
+			_ -> Nothing
+
+{- When a preferred content expression cannot be parsed, but is already
+ - in the log (eg, put there by a newer version of git-annex),
+ - the fallback behavior is to match only files that are currently present.
+ -
+ - This avoid unwanted/expensive changes to the content, until the problem
+ - is resolved. -}
+unknownMatcher :: UUID -> FileMatcher Annex
+unknownMatcher u = generate [present]
+  where
+	present = Operation $ matchPresent (Just u)
+
+{- Checks if an expression can be parsed, if not returns Just error -}
+checkPreferredContentExpression :: PreferredContentExpression -> Maybe String
+checkPreferredContentExpression expr = case parsedToMatcher tokens of
+	Left e -> Just e
+	Right _ -> Nothing
+  where
+	tokens = exprParser matchAll matchAll emptyGroupMap M.empty Nothing expr
+
+{- Puts a UUID in a standard group, and sets its preferred content to use
+ - the standard expression for that group (unless preferred content is
+ - already set). -}
+setStandardGroup :: UUID -> StandardGroup -> Annex ()
+setStandardGroup u g = do
+	groupSet u $ S.singleton $ fromStandardGroup g
+	unlessM (isJust . M.lookup u <$> preferredContentMap) $
+		preferredContentSet u "standard"
+
+{- Avoids overwriting the UUID's standard group or preferred content
+ - when it's already been configured. -}
+defaultStandardGroup :: UUID -> StandardGroup -> Annex ()
+defaultStandardGroup u g = 
+	unlessM (hasgroup <||> haspc) $
+		setStandardGroup u g
+  where
+	hasgroup = not . S.null <$> lookupGroups u
+	haspc = isJust . M.lookup u <$> preferredContentMap
diff --git a/Logs/PreferredContent/Raw.hs b/Logs/PreferredContent/Raw.hs
new file mode 100644
index 0000000000..bbf5a1edc1
--- /dev/null
+++ b/Logs/PreferredContent/Raw.hs
@@ -0,0 +1,62 @@
+{- unparsed preferred content expressions
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.PreferredContent.Raw where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+
+import Common.Annex
+import qualified Annex.Branch
+import qualified Annex
+import Logs
+import Logs.UUIDBased
+import Logs.MapLog
+import Types.StandardGroups
+import Types.Group
+
+{- Changes the preferred content configuration of a remote. -}
+preferredContentSet :: UUID -> PreferredContentExpression -> Annex ()
+preferredContentSet = setLog preferredContentLog
+
+requiredContentSet :: UUID -> PreferredContentExpression -> Annex ()
+requiredContentSet = setLog requiredContentLog
+
+setLog :: FilePath -> UUID -> PreferredContentExpression -> Annex ()
+setLog logfile uuid@(UUID _) val = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change logfile $
+		showLog id
+		. changeLog ts uuid val
+		. parseLog Just
+	Annex.changeState $ \s -> s 
+		{ Annex.preferredcontentmap = Nothing
+		, Annex.requiredcontentmap = Nothing
+		}
+setLog _ NoUUID _ = error "unknown UUID; cannot modify"
+
+{- Changes the preferred content configuration of a group. -}
+groupPreferredContentSet :: Group -> PreferredContentExpression -> Annex ()
+groupPreferredContentSet g val = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change groupPreferredContentLog $
+		showMapLog id id 
+		. changeMapLog ts g val 
+		. parseMapLog Just Just
+	Annex.changeState $ \s -> s { Annex.preferredcontentmap = Nothing }
+
+preferredContentMapRaw :: Annex (M.Map UUID PreferredContentExpression)
+preferredContentMapRaw = simpleMap . parseLog Just
+	<$> Annex.Branch.get preferredContentLog
+
+requiredContentMapRaw :: Annex (M.Map UUID PreferredContentExpression)
+requiredContentMapRaw = simpleMap . parseLog Just
+	<$> Annex.Branch.get requiredContentLog
+
+groupPreferredContentMapRaw :: Annex (M.Map Group PreferredContentExpression)
+groupPreferredContentMapRaw = simpleMap . parseMapLog Just Just
+	<$> Annex.Branch.get groupPreferredContentLog
diff --git a/Logs/Presence.hs b/Logs/Presence.hs
new file mode 100644
index 0000000000..7545f5afc8
--- /dev/null
+++ b/Logs/Presence.hs
@@ -0,0 +1,56 @@
+{- git-annex presence log
+ -
+ - This is used to store presence information in the git-annex branch in
+ - a way that can be union merged.
+ -
+ - A line of the log will look like: "date N INFO"
+ - Where N=1 when the INFO is present, and 0 otherwise.
+ - 
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Presence (
+	module X,
+	addLog,
+	readLog,
+	logNow,
+	currentLog,
+	historicalLog
+) where
+
+import Data.Time.Clock.POSIX
+
+import Logs.Presence.Pure as X
+import Common.Annex
+import qualified Annex.Branch
+import Git.Types (RefDate)
+
+addLog :: FilePath -> LogLine -> Annex ()
+addLog file line = Annex.Branch.change file $ \s -> 
+	showLog $ compactLog (line : parseLog s)
+
+{- Reads a log file.
+ - Note that the LogLines returned may be in any order. -}
+readLog :: FilePath -> Annex [LogLine]
+readLog = parseLog <$$> Annex.Branch.get
+
+{- Generates a new LogLine with the current date. -}
+logNow :: LogStatus -> String -> Annex LogLine
+logNow s i = do
+	now <- liftIO getPOSIXTime
+	return $ LogLine now s i
+
+{- Reads a log and returns only the info that is still in effect. -}
+currentLog :: FilePath -> Annex [String]
+currentLog file = map info . filterPresent <$> readLog file
+
+{- Reads a historical version of a log and returns the info that was in
+ - effect at that time. 
+ -
+ - The date is formatted as shown in gitrevisions man page.
+ -}
+historicalLog :: RefDate -> FilePath -> Annex [String]
+historicalLog refdate file = map info . filterPresent . parseLog
+	<$> Annex.Branch.getHistorical refdate file
diff --git a/Logs/Presence/Pure.hs b/Logs/Presence/Pure.hs
new file mode 100644
index 0000000000..ffeb78b26d
--- /dev/null
+++ b/Logs/Presence/Pure.hs
@@ -0,0 +1,84 @@
+{- git-annex presence log, pure operations
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Presence.Pure where
+
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+import qualified Data.Map as M
+
+import Common.Annex
+import Utility.QuickCheck
+
+data LogLine = LogLine {
+	date :: POSIXTime,
+	status :: LogStatus,
+	info :: String
+} deriving (Eq, Show)
+
+data LogStatus = InfoPresent | InfoMissing
+	deriving (Eq, Show, Bounded, Enum)
+
+{- Parses a log file. Unparseable lines are ignored. -}
+parseLog :: String -> [LogLine]
+parseLog = mapMaybe parseline . lines
+  where
+	parseline l = LogLine
+		<$> (utcTimeToPOSIXSeconds <$> parseTime defaultTimeLocale "%s%Qs" d)
+		<*> parsestatus s
+		<*> pure rest
+	  where
+		(d, pastd) = separate (== ' ') l
+		(s, rest) = separate (== ' ') pastd
+	parsestatus "1" = Just InfoPresent
+	parsestatus "0" = Just InfoMissing
+	parsestatus _ = Nothing
+
+{- Generates a log file. -}
+showLog :: [LogLine] -> String
+showLog = unlines . map genline
+  where
+	genline (LogLine d s i) = unwords [show d, genstatus s, i]
+	genstatus InfoPresent = "1"
+	genstatus InfoMissing = "0"
+
+{- Given a log, returns only the info that is are still in effect. -}
+getLog :: String -> [String]
+getLog = map info . filterPresent . parseLog
+
+{- Returns the info from LogLines that are in effect. -}
+filterPresent :: [LogLine] -> [LogLine]
+filterPresent = filter (\l -> InfoPresent == status l) . compactLog
+
+{- Compacts a set of logs, returning a subset that contains the current
+ - status. -}
+compactLog :: [LogLine] -> [LogLine]
+compactLog = M.elems . foldr mapLog M.empty
+
+type LogMap = M.Map String LogLine
+
+{- Inserts a log into a map of logs, if the log has better (ie, newer)
+ - information than the other logs in the map -}
+mapLog :: LogLine -> LogMap -> LogMap
+mapLog l m
+	| better = M.insert i l m
+	| otherwise = m
+  where
+	better = maybe True newer $ M.lookup i m
+	newer l' = date l' <= date l
+	i = info l
+
+instance Arbitrary LogLine where
+	arbitrary = LogLine
+		<$> arbitrary
+		<*> elements [minBound..maxBound]
+		<*> arbitrary `suchThat` ('\n' `notElem`)
+
+prop_parse_show_log :: [LogLine] -> Bool
+prop_parse_show_log l = parseLog (showLog l) == l
+
diff --git a/Logs/Remote.hs b/Logs/Remote.hs
new file mode 100644
index 0000000000..48ee9eb60b
--- /dev/null
+++ b/Logs/Remote.hs
@@ -0,0 +1,97 @@
+{- git-annex remote log
+ - 
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ - 
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Remote (
+	remoteLog,
+	readRemoteLog,
+	configSet,
+	keyValToConfig,
+	configToKeyVal,
+	showConfig,
+	parseConfig,
+
+	prop_idempotent_configEscape,
+	prop_parse_show_Config,
+) where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+import Data.Char
+
+import Common.Annex
+import qualified Annex.Branch
+import Types.Remote
+import Logs
+import Logs.UUIDBased
+
+{- Adds or updates a remote's config in the log. -}
+configSet :: UUID -> RemoteConfig -> Annex ()
+configSet u c = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change remoteLog $
+		showLog showConfig . changeLog ts u c . parseLog parseConfig
+
+{- Map of remotes by uuid containing key/value config maps. -}
+readRemoteLog :: Annex (M.Map UUID RemoteConfig)
+readRemoteLog = simpleMap . parseLog parseConfig <$> Annex.Branch.get remoteLog
+
+parseConfig :: String -> Maybe RemoteConfig
+parseConfig = Just . keyValToConfig . words
+
+showConfig :: RemoteConfig -> String
+showConfig = unwords . configToKeyVal
+
+{- Given Strings like "key=value", generates a RemoteConfig. -}
+keyValToConfig :: [String] -> RemoteConfig
+keyValToConfig ws = M.fromList $ map (/=/) ws
+  where
+	(/=/) s = (k, v)
+	  where
+		k = takeWhile (/= '=') s
+		v = configUnEscape $ drop (1 + length k) s
+
+configToKeyVal :: M.Map String String -> [String]
+configToKeyVal m = map toword $ sort $ M.toList m
+  where
+	toword (k, v) = k ++ "=" ++ configEscape v
+
+configEscape :: String -> String
+configEscape = concatMap escape
+  where
+	escape c
+		| isSpace c || c `elem` "&" = "&" ++ show (ord c) ++ ";"
+		| otherwise = [c]
+
+configUnEscape :: String -> String
+configUnEscape = unescape
+  where
+	unescape [] = []
+	unescape (c:rest)
+		| c == '&' = entity rest
+		| otherwise = c : unescape rest
+	entity s
+		| not (null num) && ";" `isPrefixOf` r =
+			chr (Prelude.read num) : unescape rest
+		| otherwise =
+			'&' : unescape s
+	  where
+		num = takeWhile isNumber s
+		r = drop (length num) s
+		rest = drop 1 r
+
+{- for quickcheck -}
+prop_idempotent_configEscape :: String -> Bool
+prop_idempotent_configEscape s = s == (configUnEscape . configEscape) s
+
+prop_parse_show_Config :: RemoteConfig -> Bool
+prop_parse_show_Config c
+	-- whitespace and '=' are not supported in keys
+	| any (\k -> any isSpace k || elem '=' k) (M.keys c) = True
+	| otherwise = parseConfig (showConfig c) ~~ Just c
+  where
+	normalize v = sort . M.toList <$> v
+	a ~~ b = normalize a == normalize b
diff --git a/Logs/RemoteState.hs b/Logs/RemoteState.hs
new file mode 100644
index 0000000000..195d710c73
--- /dev/null
+++ b/Logs/RemoteState.hs
@@ -0,0 +1,33 @@
+{- Remote state logs.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.RemoteState (
+	getRemoteState,
+	setRemoteState,
+) where
+
+import Common.Annex
+import Logs
+import Logs.UUIDBased
+import qualified Annex.Branch
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+
+type RemoteState = String
+
+setRemoteState :: UUID -> Key -> RemoteState -> Annex ()
+setRemoteState u k s = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change (remoteStateLogFile k) $
+		showLogNew id . changeLog ts u s . parseLogNew Just
+
+getRemoteState :: UUID -> Key -> Annex (Maybe RemoteState)
+getRemoteState u k = extract . parseLogNew Just
+	<$> Annex.Branch.get (remoteStateLogFile k)
+  where
+	extract m = value <$> M.lookup u m
diff --git a/Logs/Schedule.hs b/Logs/Schedule.hs
new file mode 100644
index 0000000000..1d78467bba
--- /dev/null
+++ b/Logs/Schedule.hs
@@ -0,0 +1,72 @@
+{- git-annex scheduled activities log
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Schedule (
+	scheduleLog,
+	scheduleSet,
+	scheduleAdd,
+	scheduleRemove,
+	scheduleChange,
+	scheduleGet,
+	scheduleMap,
+	getLastRunTimes,
+	setLastRunTime,
+) where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Time.Clock.POSIX
+import Data.Time.LocalTime
+
+import Common.Annex
+import Types.ScheduledActivity
+import qualified Annex.Branch
+import Logs
+import Logs.UUIDBased
+import Utility.Tmp
+
+scheduleSet :: UUID -> [ScheduledActivity] -> Annex ()
+scheduleSet uuid@(UUID _) activities = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change scheduleLog $
+		showLog id . changeLog ts uuid val . parseLog Just
+  where
+  	val = fromScheduledActivities activities
+scheduleSet NoUUID _ = error "unknown UUID; cannot modify"
+
+scheduleMap :: Annex (M.Map UUID [ScheduledActivity])
+scheduleMap = simpleMap
+	. parseLogWithUUID parser
+	<$> Annex.Branch.get scheduleLog
+  where
+	parser _uuid = eitherToMaybe . parseScheduledActivities
+
+scheduleGet :: UUID -> Annex (S.Set ScheduledActivity)
+scheduleGet u = do
+	m <- scheduleMap
+	return $ maybe S.empty S.fromList (M.lookup u m)
+
+scheduleRemove :: UUID -> ScheduledActivity -> Annex ()
+scheduleRemove u activity = scheduleChange u $ S.delete activity
+
+scheduleAdd :: UUID -> ScheduledActivity -> Annex ()
+scheduleAdd u activity = scheduleChange u $ S.insert activity
+
+scheduleChange :: UUID -> (S.Set ScheduledActivity -> S.Set ScheduledActivity) -> Annex ()
+scheduleChange u a = scheduleSet u . S.toList . a =<< scheduleGet u
+
+getLastRunTimes :: Annex (M.Map ScheduledActivity LocalTime)
+getLastRunTimes = do
+	f <- fromRepo gitAnnexScheduleState
+	liftIO $ fromMaybe M.empty
+		<$> catchDefaultIO Nothing (readish <$> readFile f)
+
+setLastRunTime :: ScheduledActivity -> LocalTime -> Annex ()
+setLastRunTime activity lastrun = do
+	f <- fromRepo gitAnnexScheduleState
+	liftIO . viaTmp writeFile f . show . M.insert activity lastrun
+		=<< getLastRunTimes
diff --git a/Logs/SingleValue.hs b/Logs/SingleValue.hs
new file mode 100644
index 0000000000..cbebdc8e58
--- /dev/null
+++ b/Logs/SingleValue.hs
@@ -0,0 +1,65 @@
+{- git-annex single-value log
+ -
+ - This is used to store a value in a way that can be union merged.
+ -
+ - A line of the log will look like: "timestamp value"
+ -
+ - The line with the newest timestamp wins.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.SingleValue where
+
+import Common.Annex
+import qualified Annex.Branch
+
+import qualified Data.Set as S
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+
+class SingleValueSerializable v where
+	serialize :: v -> String
+	deserialize :: String -> Maybe v
+
+data LogEntry v = LogEntry
+	{ changed :: POSIXTime
+	, value :: v
+	} deriving (Eq, Show, Ord)
+
+type Log v = S.Set (LogEntry v)
+
+showLog :: (SingleValueSerializable v) => Log v -> String
+showLog = unlines . map showline . S.toList
+  where
+	showline (LogEntry t v) = unwords [show t, serialize v]
+
+parseLog :: (Ord v, SingleValueSerializable v) => String -> Log v
+parseLog = S.fromList . mapMaybe parse . lines
+  where
+	parse line = do
+		let (ts, s) = splitword line
+		date <- utcTimeToPOSIXSeconds <$> parseTime defaultTimeLocale "%s%Qs" ts
+		v <- deserialize s
+		Just (LogEntry date v)
+	splitword = separate (== ' ')
+
+newestValue :: Log v -> Maybe v
+newestValue s
+	| S.null s = Nothing
+	| otherwise = Just (value $ S.findMax s)
+
+readLog :: (Ord v, SingleValueSerializable v) => FilePath -> Annex (Log v)
+readLog = parseLog <$$> Annex.Branch.get
+
+getLog :: (Ord v, SingleValueSerializable v) => FilePath -> Annex (Maybe v)
+getLog = newestValue <$$> readLog
+
+setLog :: (SingleValueSerializable v) => FilePath -> v -> Annex ()
+setLog f v = do
+        now <- liftIO getPOSIXTime
+        let ent = LogEntry now v
+	Annex.Branch.change f $ \_old -> showLog (S.singleton ent)
diff --git a/Logs/Transfer.hs b/Logs/Transfer.hs
new file mode 100644
index 0000000000..c96d9cd1e7
--- /dev/null
+++ b/Logs/Transfer.hs
@@ -0,0 +1,323 @@
+{- git-annex transfer information files and lock files
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Logs.Transfer where
+
+import Common.Annex
+import Annex.Perms
+import Annex.Exception
+import qualified Git
+import Types.Key
+import Utility.Metered
+import Utility.Percentage
+import Utility.QuickCheck
+import Utility.PID
+#ifdef mingw32_HOST_OS
+import Utility.WinLock
+#endif
+
+import Data.Time.Clock
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+import Control.Concurrent
+
+{- Enough information to uniquely identify a transfer, used as the filename
+ - of the transfer information file. -}
+data Transfer = Transfer
+	{ transferDirection :: Direction
+	, transferUUID :: UUID
+	, transferKey :: Key
+	}
+	deriving (Eq, Ord, Read, Show)
+
+{- Information about a Transfer, stored in the transfer information file.
+ -
+ - Note that the associatedFile may not correspond to a file in the local
+ - git repository. It's some file, possibly relative to some directory,
+ - of some repository, that was acted on to initiate the transfer.
+ -}
+data TransferInfo = TransferInfo
+	{ startedTime :: Maybe POSIXTime
+	, transferPid :: Maybe PID
+	, transferTid :: Maybe ThreadId
+	, transferRemote :: Maybe Remote
+	, bytesComplete :: Maybe Integer
+	, associatedFile :: Maybe FilePath
+	, transferPaused :: Bool
+	}
+	deriving (Show, Eq, Ord)
+
+stubTransferInfo :: TransferInfo
+stubTransferInfo = TransferInfo Nothing Nothing Nothing Nothing Nothing Nothing False
+
+data Direction = Upload | Download
+	deriving (Eq, Ord, Read, Show)
+
+showLcDirection :: Direction -> String
+showLcDirection Upload = "upload"
+showLcDirection Download = "download"
+
+readLcDirection :: String -> Maybe Direction
+readLcDirection "upload" = Just Upload
+readLcDirection "download" = Just Download
+readLcDirection _ = Nothing
+
+describeTransfer :: Transfer -> TransferInfo -> String
+describeTransfer t info = unwords
+	[ show $ transferDirection t
+	, show $ transferUUID t
+	, fromMaybe (key2file $ transferKey t) (associatedFile info)
+	, show $ bytesComplete info
+	]
+
+{- Transfers that will accomplish the same task. -}
+equivilantTransfer :: Transfer -> Transfer -> Bool
+equivilantTransfer t1 t2
+	| transferDirection t1 == Download && transferDirection t2 == Download &&
+	  transferKey t1 == transferKey t2 = True
+	| otherwise = t1 == t2
+
+percentComplete :: Transfer -> TransferInfo -> Maybe Percentage
+percentComplete (Transfer { transferKey = key }) info =
+	percentage <$> keySize key <*> Just (fromMaybe 0 $ bytesComplete info)
+
+{- Generates a callback that can be called as transfer progresses to update
+ - the transfer info file. Also returns the file it'll be updating, and a
+ - MVar that can be used to read the number of bytesComplete. -}
+mkProgressUpdater :: Transfer -> TransferInfo -> Annex (MeterUpdate, FilePath, MVar Integer)
+mkProgressUpdater t info = do
+	tfile <- fromRepo $ transferFile t
+	_ <- tryAnnex $ createAnnexDirectory $ takeDirectory tfile
+	mvar <- liftIO $ newMVar 0
+	return (liftIO . updater tfile mvar, tfile, mvar)
+  where
+	updater tfile mvar b = modifyMVar_ mvar $ \oldbytes -> do
+		let newbytes = fromBytesProcessed b
+		if newbytes - oldbytes >= mindelta
+			then do
+				let info' = info { bytesComplete = Just newbytes }
+				_ <- tryIO $ writeTransferInfoFile info' tfile
+				return newbytes
+			else return oldbytes
+	{- The minimum change in bytesComplete that is worth
+	 - updating a transfer info file for is 1% of the total
+	 - keySize, rounded down. -}
+	mindelta = case keySize (transferKey t) of
+		Just sz -> sz `div` 100
+		Nothing -> 100 * 1024 -- arbitrarily, 100 kb
+
+startTransferInfo :: Maybe FilePath -> IO TransferInfo
+startTransferInfo file = TransferInfo
+	<$> (Just . utcTimeToPOSIXSeconds <$> getCurrentTime)
+#ifndef mingw32_HOST_OS
+	<*> pure Nothing -- pid not stored in file, so omitted for speed
+#else
+	<*> (Just <$> getPID)
+#endif
+	<*> pure Nothing -- tid ditto
+	<*> pure Nothing -- not 0; transfer may be resuming
+	<*> pure Nothing
+	<*> pure file
+	<*> pure False
+
+{- If a transfer is still running, returns its TransferInfo. -}
+checkTransfer :: Transfer -> Annex (Maybe TransferInfo)
+checkTransfer t = do
+	tfile <- fromRepo $ transferFile t
+#ifndef mingw32_HOST_OS
+	mode <- annexFileMode
+	mfd <- liftIO $ catchMaybeIO $
+		openFd (transferLockFile tfile) ReadOnly (Just mode) defaultFileFlags
+	case mfd of
+		Nothing -> return Nothing -- failed to open file; not running
+		Just fd -> do
+			locked <- liftIO $
+				getLock fd (WriteLock, AbsoluteSeek, 0, 0)
+			liftIO $ closeFd fd
+			case locked of
+				Nothing -> return Nothing
+				Just (pid, _) -> liftIO $ catchDefaultIO Nothing $
+					readTransferInfoFile (Just pid) tfile
+#else
+	v <- liftIO $ lockShared $ transferLockFile tfile
+	liftIO $ case v of
+		Nothing -> catchDefaultIO Nothing $
+			readTransferInfoFile Nothing tfile
+		Just lockhandle -> do
+			dropLock lockhandle
+			void $ tryIO $ removeFile $ transferLockFile tfile
+			return Nothing
+#endif
+
+{- Gets all currently running transfers. -}
+getTransfers :: Annex [(Transfer, TransferInfo)]
+getTransfers = do
+	transfers <- mapMaybe parseTransferFile . concat <$> findfiles
+	infos <- mapM checkTransfer transfers
+	return $ map (\(t, Just i) -> (t, i)) $
+		filter running $ zip transfers infos
+  where
+	findfiles = liftIO . mapM dirContentsRecursive
+		=<< mapM (fromRepo . transferDir) [Download, Upload]
+	running (_, i) = isJust i
+
+{- Gets failed transfers for a given remote UUID. -}
+getFailedTransfers :: UUID -> Annex [(Transfer, TransferInfo)]
+getFailedTransfers u = catMaybes <$> (liftIO . getpairs =<< concat <$> findfiles)
+  where
+	getpairs = mapM $ \f -> do
+		let mt = parseTransferFile f
+		mi <- readTransferInfoFile Nothing f
+		return $ case (mt, mi) of
+			(Just t, Just i) -> Just (t, i)
+			_ -> Nothing
+	findfiles = liftIO . mapM dirContentsRecursive
+		=<< mapM (fromRepo . failedTransferDir u) [Download, Upload]
+
+clearFailedTransfers :: UUID -> Annex [(Transfer, TransferInfo)]
+clearFailedTransfers u = do
+	failed <- getFailedTransfers u
+	mapM_ (removeFailedTransfer . fst) failed
+	return failed
+
+removeFailedTransfer :: Transfer -> Annex ()
+removeFailedTransfer t = do
+	f <- fromRepo $ failedTransferFile t
+	liftIO $ void $ tryIO $ removeFile f
+
+recordFailedTransfer :: Transfer -> TransferInfo -> Annex ()
+recordFailedTransfer t info = do
+	failedtfile <- fromRepo $ failedTransferFile t
+	createAnnexDirectory $ takeDirectory failedtfile
+	liftIO $ writeTransferInfoFile info failedtfile
+
+{- The transfer information file to use for a given Transfer. -}
+transferFile :: Transfer -> Git.Repo -> FilePath
+transferFile (Transfer direction u key) r = transferDir direction r
+	</> filter (/= '/') (fromUUID u)
+	</> keyFile key
+
+{- The transfer information file to use to record a failed Transfer -}
+failedTransferFile :: Transfer -> Git.Repo -> FilePath
+failedTransferFile (Transfer direction u key) r = failedTransferDir u direction r
+	</> keyFile key
+
+{- The transfer lock file corresponding to a given transfer info file. -}
+transferLockFile :: FilePath -> FilePath
+transferLockFile infofile = let (d,f) = splitFileName infofile in
+	combine d ("lck." ++ f)
+
+{- Parses a transfer information filename to a Transfer. -}
+parseTransferFile :: FilePath -> Maybe Transfer
+parseTransferFile file
+	| "lck." `isPrefixOf` takeFileName file = Nothing
+	| otherwise = case drop (length bits - 3) bits of
+		[direction, u, key] -> Transfer
+			<$> readLcDirection direction
+			<*> pure (toUUID u)
+			<*> fileKey key
+		_ -> Nothing
+  where
+	bits = splitDirectories file
+
+writeTransferInfoFile :: TransferInfo -> FilePath -> IO ()
+writeTransferInfoFile info tfile = writeFileAnyEncoding tfile $
+	writeTransferInfo info
+
+{- File format is a header line containing the startedTime and any
+ - bytesComplete value. Followed by a newline and the associatedFile.
+ -
+ - On unix, the transferPid is not included; instead it is obtained
+ - by looking at the process that locks the file.
+ -
+ - On windows, the transferPid is included, as a second line.
+ -}
+writeTransferInfo :: TransferInfo -> String
+writeTransferInfo info = unlines
+	[ (maybe "" show $ startedTime info) ++
+	  (maybe "" (\b -> ' ' : show b) (bytesComplete info))
+#ifdef mingw32_HOST_OS
+	, maybe "" show (transferPid info)
+#endif
+	, fromMaybe "" $ associatedFile info -- comes last; arbitrary content
+	]
+
+readTransferInfoFile :: Maybe PID -> FilePath -> IO (Maybe TransferInfo)
+readTransferInfoFile mpid tfile = catchDefaultIO Nothing $
+	readTransferInfo mpid <$> readFileStrictAnyEncoding tfile
+
+readTransferInfo :: Maybe PID -> String -> Maybe TransferInfo
+readTransferInfo mpid s = TransferInfo
+	<$> time
+#ifdef mingw32_HOST_OS
+	<*> pure (if isJust mpid then mpid else mpid')
+#else
+	<*> pure mpid
+#endif
+	<*> pure Nothing
+	<*> pure Nothing
+	<*> bytes
+	<*> pure (if null filename then Nothing else Just filename)
+	<*> pure False
+  where
+#ifdef mingw32_HOST_OS
+	(firstline, otherlines) = separate (== '\n') s
+	(secondline, rest) = separate (== '\n') otherlines
+	mpid' = readish secondline
+#else
+	(firstline, rest) = separate (== '\n') s
+#endif
+	filename
+		| end rest == "\n" = beginning rest
+		| otherwise = rest
+	bits = split " " firstline
+	numbits = length bits
+	time = if numbits > 0
+		then Just <$> parsePOSIXTime =<< headMaybe bits
+		else pure Nothing -- not failure
+	bytes = if numbits > 1
+		then Just <$> readish =<< headMaybe (drop 1 bits)
+		else pure Nothing -- not failure
+
+parsePOSIXTime :: String -> Maybe POSIXTime
+parsePOSIXTime s = utcTimeToPOSIXSeconds
+	<$> parseTime defaultTimeLocale "%s%Qs" s
+
+{- The directory holding transfer information files for a given Direction. -}
+transferDir :: Direction -> Git.Repo -> FilePath
+transferDir direction r = gitAnnexTransferDir r </> showLcDirection direction
+
+{- The directory holding failed transfer information files for a given
+ - Direction and UUID -}
+failedTransferDir :: UUID -> Direction -> Git.Repo -> FilePath
+failedTransferDir u direction r = gitAnnexTransferDir r
+	</> "failed"
+	</> showLcDirection direction
+	</> filter (/= '/') (fromUUID u)
+
+instance Arbitrary TransferInfo where
+	arbitrary = TransferInfo
+		<$> arbitrary
+		<*> arbitrary
+		<*> pure Nothing -- cannot generate a ThreadID
+		<*> pure Nothing -- remote not needed
+		<*> arbitrary
+		-- associated file cannot be empty (but can be Nothing)
+		<*> arbitrary `suchThat` (/= Just "")
+		<*> arbitrary
+
+prop_read_write_transferinfo :: TransferInfo -> Bool
+prop_read_write_transferinfo info
+	| isJust (transferRemote info) = True -- remote not stored
+	| isJust (transferTid info) = True -- tid not stored
+	| otherwise = Just (info { transferPaused = False }) == info'
+  where
+	info' = readTransferInfo (transferPid info) (writeTransferInfo info)
+
diff --git a/Logs/Transitions.hs b/Logs/Transitions.hs
new file mode 100644
index 0000000000..64e9d3344c
--- /dev/null
+++ b/Logs/Transitions.hs
@@ -0,0 +1,86 @@
+{- git-annex transitions log
+ -
+ - This is used to record transitions that have been performed on the
+ - git-annex branch, and when the transition was first started.
+ -
+ - We can quickly detect when the local branch has already had an transition
+ - done that is listed in the remote branch by checking that the local
+ - branch contains the same transition, with the same or newer start time.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Transitions where
+
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+import qualified Data.Set as S
+
+import Common.Annex
+
+transitionsLog :: FilePath
+transitionsLog = "transitions.log"
+
+data Transition
+	= ForgetGitHistory
+	| ForgetDeadRemotes
+	deriving (Show, Ord, Eq, Read)
+
+data TransitionLine = TransitionLine
+	{ transitionStarted :: POSIXTime
+	, transition :: Transition
+	} deriving (Show, Ord, Eq)
+
+type Transitions = S.Set TransitionLine
+
+describeTransition :: Transition -> String
+describeTransition ForgetGitHistory = "forget git history"
+describeTransition ForgetDeadRemotes = "forget dead remotes"
+
+noTransitions :: Transitions
+noTransitions = S.empty
+
+addTransition :: POSIXTime -> Transition -> Transitions -> Transitions
+addTransition ts t = S.insert $ TransitionLine ts t
+
+showTransitions :: Transitions -> String
+showTransitions = unlines . map showTransitionLine . S.elems
+
+{- If the log contains new transitions we don't support, returns Nothing. -}
+parseTransitions :: String -> Maybe Transitions
+parseTransitions = check . map parseTransitionLine . lines
+  where
+  	check l
+		| all isJust l = Just $ S.fromList $ catMaybes l
+		| otherwise = Nothing
+
+parseTransitionsStrictly :: String -> String -> Transitions
+parseTransitionsStrictly source = fromMaybe badsource . parseTransitions
+  where
+	badsource = error $ "unknown transitions listed in " ++ source ++ "; upgrade git-annex!"
+
+showTransitionLine :: TransitionLine -> String
+showTransitionLine (TransitionLine ts t) = unwords [show t, show ts]
+
+parseTransitionLine :: String -> Maybe TransitionLine
+parseTransitionLine s = TransitionLine <$> pdate ds <*> readish ts
+  where
+  	ws = words s
+  	ts = Prelude.head ws
+	ds = unwords $ Prelude.tail ws
+	pdate = utcTimeToPOSIXSeconds <$$> parseTime defaultTimeLocale "%s%Qs"
+
+combineTransitions :: [Transitions] -> Transitions
+combineTransitions = S.unions
+
+transitionList :: Transitions -> [Transition]
+transitionList = map transition . S.elems
+
+{- Typically ran with Annex.Branch.change, but we can't import Annex.Branch
+ - here since it depends on this module. -}
+recordTransitions :: (FilePath -> (String -> String) -> Annex ()) -> Transitions -> Annex ()
+recordTransitions changer t = changer transitionsLog $
+	showTransitions . S.union t . parseTransitionsStrictly "local"
diff --git a/Logs/Trust.hs b/Logs/Trust.hs
new file mode 100644
index 0000000000..c6f0ad3abd
--- /dev/null
+++ b/Logs/Trust.hs
@@ -0,0 +1,97 @@
+{- git-annex trust log
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Trust (
+	module X,
+	trustLog,
+	TrustLevel(..),
+	trustGet,
+	trustMap,
+	trustSet,
+	trustPartition,
+	trustExclude,
+	lookupTrust,
+	trustMapLoad,
+	trustMapRaw,
+) where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+
+import Common.Annex
+import Types.TrustLevel
+import qualified Annex.Branch
+import qualified Annex
+import Logs
+import Logs.UUIDBased
+import Remote.List
+import qualified Types.Remote
+import Logs.Trust.Pure as X
+
+{- Returns a list of UUIDs that the trustLog indicates have the
+ - specified trust level.
+ - Note that the list can be incomplete for SemiTrusted, since that's
+ - the default. -}
+trustGet :: TrustLevel -> Annex [UUID]
+trustGet level = M.keys . M.filter (== level) <$> trustMap
+
+{- Changes the trust level for a uuid in the trustLog. -}
+trustSet :: UUID -> TrustLevel -> Annex ()
+trustSet uuid@(UUID _) level = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change trustLog $
+		showLog showTrustLog .
+			changeLog ts uuid level .
+				parseLog (Just . parseTrustLog)
+	Annex.changeState $ \s -> s { Annex.trustmap = Nothing }
+trustSet NoUUID _ = error "unknown UUID; cannot modify"
+
+{- Returns the TrustLevel of a given repo UUID. -}
+lookupTrust :: UUID -> Annex TrustLevel
+lookupTrust u = (fromMaybe SemiTrusted . M.lookup u) <$> trustMap
+
+{- Partitions a list of UUIDs to those matching a TrustLevel and not. -}
+trustPartition :: TrustLevel -> [UUID] -> Annex ([UUID], [UUID])
+trustPartition level ls
+	| level == SemiTrusted = do
+		t <- trustGet Trusted
+		u <- trustGet UnTrusted
+		d <- trustGet DeadTrusted
+		let uncandidates = t ++ u ++ d
+		return $ partition (`notElem` uncandidates) ls
+	| otherwise = do
+		candidates <- trustGet level
+		return $ partition (`elem` candidates) ls
+
+{- Filters UUIDs to those not matching a TrustLevel. -}
+trustExclude :: TrustLevel -> [UUID] -> Annex [UUID]
+trustExclude level ls = snd <$> trustPartition level ls
+
+{- trustLog in a map, overridden with any values from forcetrust or
+ - the git config. The map is cached for speed. -}
+trustMap :: Annex TrustMap
+trustMap = maybe trustMapLoad return =<< Annex.getState Annex.trustmap
+
+{- Loads the map, updating the cache, -}
+trustMapLoad :: Annex TrustMap
+trustMapLoad = do
+	overrides <- Annex.getState Annex.forcetrust
+	logged <- trustMapRaw
+	configured <- M.fromList . catMaybes
+		<$> (map configuredtrust <$> remoteList)
+	let m = M.union overrides $ M.union configured logged
+	Annex.changeState $ \s -> s { Annex.trustmap = Just m }
+	return m
+  where
+	configuredtrust r = (\l -> Just (Types.Remote.uuid r, l))
+		=<< readTrustLevel 
+		=<< remoteAnnexTrustLevel (Types.Remote.gitconfig r)
+
+{- Does not include forcetrust or git config values, just those from the
+ - log file. -}
+trustMapRaw :: Annex TrustMap
+trustMapRaw = calcTrustMap <$> Annex.Branch.get trustLog
diff --git a/Logs/Trust/Pure.hs b/Logs/Trust/Pure.hs
new file mode 100644
index 0000000000..11cfbe0563
--- /dev/null
+++ b/Logs/Trust/Pure.hs
@@ -0,0 +1,36 @@
+{- git-annex trust log, pure operations
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Trust.Pure where
+
+import Common.Annex
+import Types.TrustLevel
+import Logs.UUIDBased
+
+calcTrustMap :: String -> TrustMap
+calcTrustMap = simpleMap . parseLog (Just . parseTrustLog)
+
+{- The trust.log used to only list trusted repos, without a field for the
+ - trust status, which is why this defaults to Trusted. -}
+parseTrustLog :: String -> TrustLevel
+parseTrustLog s = maybe Trusted parse $ headMaybe $ words s
+  where
+	parse "1" = Trusted
+	parse "0" = UnTrusted
+	parse "X" = DeadTrusted
+	parse _ = SemiTrusted
+
+showTrustLog :: TrustLevel -> String
+showTrustLog Trusted = "1"
+showTrustLog UnTrusted = "0"
+showTrustLog DeadTrusted = "X"
+showTrustLog SemiTrusted = "?"
+
+prop_parse_show_TrustLog :: Bool
+prop_parse_show_TrustLog = all check [minBound .. maxBound]
+  where
+	check l = parseTrustLog (showTrustLog l) == l
diff --git a/Logs/UUID.hs b/Logs/UUID.hs
new file mode 100644
index 0000000000..154f86d512
--- /dev/null
+++ b/Logs/UUID.hs
@@ -0,0 +1,96 @@
+{- git-annex uuids
+ -
+ - Each git repository used by git-annex has an annex.uuid setting that
+ - uniquely identifies that repository.
+ -
+ - UUIDs of remotes are cached in git config, using keys named
+ - remote.<name>.annex-uuid
+ -
+ - uuid.log stores a list of known uuids, and their descriptions.
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.UUID (
+	uuidLog,
+	describeUUID,
+	recordUUID,
+	uuidMap,
+	uuidMapLoad
+) where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+
+import Types.UUID
+import Common.Annex
+import qualified Annex
+import qualified Annex.Branch
+import Logs
+import Logs.UUIDBased
+import qualified Annex.UUID
+
+{- Records a description for a uuid in the log. -}
+describeUUID :: UUID -> String -> Annex ()
+describeUUID uuid desc = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change uuidLog $
+		showLog id . changeLog ts uuid desc . fixBadUUID . parseLog Just
+
+{- Temporarily here to fix badly formatted uuid logs generated by
+ - versions 3.20111105 and 3.20111025. 
+ -
+ - Those logs contain entries with the UUID and description flipped.
+ - Due to parsing, if the description is multiword, only the first
+ - will be taken to be the UUID. So, if the UUID of an entry does
+ - not look like a UUID, and the last word of the description does,
+ - flip them back.
+ -}
+fixBadUUID :: Log String -> Log String
+fixBadUUID = M.fromList . map fixup . M.toList
+  where
+	fixup (k, v)
+		| isbad = (fixeduuid, LogEntry (Date $ newertime v) fixedvalue)
+		| otherwise = (k, v)
+	  where
+		kuuid = fromUUID k
+		isbad = not (isuuid kuuid) && not (null ws) && isuuid lastword
+		ws = words $ value v
+		lastword = Prelude.last ws
+		fixeduuid = toUUID lastword
+		fixedvalue = unwords $ kuuid: Prelude.init ws
+	-- For the fixed line to take precidence, it should be
+	-- slightly newer, but only slightly.
+	newertime (LogEntry (Date d) _) = d + minimumPOSIXTimeSlice
+	newertime (LogEntry Unknown _) = minimumPOSIXTimeSlice
+	minimumPOSIXTimeSlice = 0.000001
+	isuuid s = length s == 36 && length (split "-" s) == 5
+
+{- Records the uuid in the log, if it's not already there. -}
+recordUUID :: UUID -> Annex ()
+recordUUID u = go . M.lookup u =<< uuidMap 
+  where
+	go (Just "") = set
+	go Nothing = set
+	go _ = noop
+	set = describeUUID u ""
+
+{- The map is cached for speed. -}
+uuidMap :: Annex UUIDMap
+uuidMap = maybe uuidMapLoad return =<< Annex.getState Annex.uuidmap
+
+{- Read the uuidLog into a simple Map.
+ -
+ - The UUID of the current repository is included explicitly, since
+ - it may not have been described and so otherwise would not appear. -}
+uuidMapLoad :: Annex UUIDMap
+uuidMapLoad = do
+	m <- (simpleMap . parseLog Just) <$> Annex.Branch.get uuidLog
+	u <- Annex.UUID.getUUID
+	let m' = M.insertWith' preferold u "" m
+	Annex.changeState $ \s -> s { Annex.uuidmap = Just m' }
+	return m'
+  where
+	preferold = flip const
diff --git a/Logs/UUIDBased.hs b/Logs/UUIDBased.hs
new file mode 100644
index 0000000000..b403b6253c
--- /dev/null
+++ b/Logs/UUIDBased.hs
@@ -0,0 +1,93 @@
+{- git-annex uuid-based logs
+ -
+ - This is used to store information about a UUID in a way that can
+ - be union merged.
+ -
+ - A line of the log will look like: "UUID[ INFO[ timestamp=foo]]"
+ - The timestamp is last for backwards compatability reasons,
+ - and may not be present on old log lines.
+ -
+ - New uuid based logs instead use the form: "timestamp UUID INFO"
+ - 
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.UUIDBased (
+	Log,
+	LogEntry(..),
+	TimeStamp(..),
+	parseLog,
+	parseLogNew,
+	parseLogWithUUID,
+	showLog,
+	showLogNew,
+	changeLog,
+	addLog,
+	simpleMap,
+) where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+
+import Common
+import Types.UUID
+import Logs.MapLog
+
+type Log v = MapLog UUID v
+
+showLog :: (v -> String) -> Log v -> String
+showLog shower = unlines . map showpair . M.toList
+  where
+	showpair (k, LogEntry (Date p) v) =
+		unwords [fromUUID k, shower v, tskey ++ show p]
+	showpair (k, LogEntry Unknown v) =
+		unwords [fromUUID k, shower v]
+
+parseLog :: (String -> Maybe a) -> String -> Log a
+parseLog = parseLogWithUUID . const
+
+parseLogWithUUID :: (UUID -> String -> Maybe a) -> String -> Log a
+parseLogWithUUID parser = M.fromListWith best . mapMaybe parse . lines
+  where
+	parse line
+		-- This is a workaround for a bug that caused
+		-- NoUUID items to be stored in the log.
+		-- It can be removed at any time; is just here to clean
+		-- up logs where that happened temporarily.
+		| " " `isPrefixOf` line = Nothing
+		| null ws = Nothing
+		| otherwise = parser u (unwords info) >>= makepair
+	  where
+		makepair v = Just (u, LogEntry ts v)
+		ws = words line
+		u = toUUID $ Prelude.head ws
+		t = Prelude.last ws
+		ts
+			| tskey `isPrefixOf` t =
+				pdate $ drop 1 $ dropWhile (/= '=') t
+			| otherwise = Unknown
+		info
+			| ts == Unknown = drop 1 ws
+			| otherwise = drop 1 $ beginning ws
+		pdate s = case parseTime defaultTimeLocale "%s%Qs" s of
+			Nothing -> Unknown
+			Just d -> Date $ utcTimeToPOSIXSeconds d
+
+showLogNew :: (v -> String) -> Log v -> String
+showLogNew = showMapLog fromUUID
+
+parseLogNew :: (String -> Maybe v) -> String -> Log v
+parseLogNew = parseMapLog (Just . toUUID)
+
+changeLog :: POSIXTime -> UUID -> v -> Log v -> Log v
+changeLog = changeMapLog
+
+addLog :: UUID -> LogEntry v -> Log v -> Log v
+addLog = addMapLog
+
+tskey :: String
+tskey = "timestamp="
diff --git a/Logs/Unused.hs b/Logs/Unused.hs
new file mode 100644
index 0000000000..cadf7ed9d1
--- /dev/null
+++ b/Logs/Unused.hs
@@ -0,0 +1,118 @@
+{- git-annex unused log file
+ -
+ - This file is stored locally in .git/annex/, not in the git-annex branch.
+ -
+ - The format: "int key timestamp"
+ -
+ - The int is a short, stable identifier that the user can use to
+ - refer to this key. (Equivilant to a filename.)
+ -
+ - The timestamp indicates when the key was first determined to be unused.
+ - Older versions of the log omit the timestamp.
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Logs.Unused (
+	UnusedMap,
+	updateUnusedLog,
+	readUnusedLog,
+	readUnusedMap,
+	dateUnusedLog,
+	unusedKeys,
+	unusedKeys',
+	setUnusedKeys,
+) where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+
+import Common.Annex
+import qualified Annex
+import Types.Key
+import Utility.Tmp
+
+-- everything that is stored in the unused log
+type UnusedLog = M.Map Key (Int, Maybe POSIXTime)
+
+-- used to look up unused keys specified by the user
+type UnusedMap = M.Map Int Key
+
+log2map :: UnusedLog -> UnusedMap
+log2map = M.fromList . map (\(k, (i, _t)) -> (i, k)) . M.toList
+
+map2log :: POSIXTime -> UnusedMap -> UnusedLog
+map2log t = M.fromList . map (\(i, k) -> (k, (i, Just t))) . M.toList
+
+{- Only keeps keys that are in the new log, but uses any timestamps
+ - those keys had in the old log. -}
+preserveTimestamps :: UnusedLog -> UnusedLog -> UnusedLog
+preserveTimestamps oldl newl = M.intersection (M.unionWith oldts oldl newl) newl
+  where
+	oldts _old@(_, ts) _new@(int, _) = (int, ts)
+
+updateUnusedLog :: FilePath -> UnusedMap -> Annex ()
+updateUnusedLog prefix m = do
+	oldl <- readUnusedLog prefix
+	newl <- preserveTimestamps oldl . flip map2log m <$> liftIO getPOSIXTime
+	writeUnusedLog prefix newl
+
+writeUnusedLog :: FilePath -> UnusedLog -> Annex ()
+writeUnusedLog prefix l = do
+	logfile <- fromRepo $ gitAnnexUnusedLog prefix
+	liftIO $ viaTmp writeFileAnyEncoding logfile $ unlines $ map format $ M.toList l
+  where
+	format (k, (i, Just t)) = show i ++ " " ++ key2file k ++ " " ++ show t
+	format (k, (i, Nothing)) = show i ++ " " ++ key2file k
+
+readUnusedLog :: FilePath -> Annex UnusedLog
+readUnusedLog prefix = do
+	f <- fromRepo $ gitAnnexUnusedLog prefix
+	ifM (liftIO $ doesFileExist f)
+		( M.fromList . mapMaybe parse . lines
+			<$> liftIO (readFileStrictAnyEncoding f)
+		, return M.empty
+		)
+  where
+	parse line = case (readish sint, file2key skey, utcTimeToPOSIXSeconds <$> parseTime defaultTimeLocale "%s%Qs" ts) of
+		(Just int, Just key, mtimestamp) -> Just (key, (int, mtimestamp))
+		_ -> Nothing
+	  where
+		(sint, rest) = separate (== ' ') line
+		(rts, rskey) = separate (== ' ') (reverse rest)
+		skey = reverse rskey
+		ts = reverse rts
+
+readUnusedMap :: FilePath -> Annex UnusedMap
+readUnusedMap = log2map <$$> readUnusedLog
+
+dateUnusedLog :: FilePath -> Annex (Maybe UTCTime)
+#if MIN_VERSION_directory(1,2,0)
+dateUnusedLog prefix = do
+	f <- fromRepo $ gitAnnexUnusedLog prefix
+	liftIO $ catchMaybeIO $ getModificationTime f
+#else
+-- old ghc's getModificationTime returned a ClockTime
+dateUnusedLog _prefix = return Nothing
+#endif
+
+{- Set of unused keys. This is cached for speed. -}
+unusedKeys :: Annex (S.Set Key)
+unusedKeys = maybe (setUnusedKeys =<< unusedKeys') return
+	=<< Annex.getState Annex.unusedkeys
+
+unusedKeys' :: Annex [Key]
+unusedKeys' = M.keys <$> readUnusedLog ""
+
+setUnusedKeys :: [Key] -> Annex (S.Set Key)
+setUnusedKeys ks = do
+	let v = S.fromList ks
+	Annex.changeState $ \s -> s { Annex.unusedkeys = Just v }
+	return v
diff --git a/Logs/View.hs b/Logs/View.hs
new file mode 100644
index 0000000000..b2a92c4057
--- /dev/null
+++ b/Logs/View.hs
@@ -0,0 +1,97 @@
+{- git-annex recent views log
+ -
+ - The most recently accessed view comes first.
+ -
+ - This file is stored locally in .git/annex/, not in the git-annex branch.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.View (
+	currentView,
+	setView,
+	removeView,
+	recentViews,
+	branchView,
+	is_branchView,
+	prop_branchView_legal,
+) where
+
+import Common.Annex
+import Types.View
+import Types.MetaData
+import qualified Git
+import qualified Git.Branch
+import qualified Git.Ref
+import Git.Types
+import Utility.Tmp
+
+import qualified Data.Set as S
+import Data.Char
+
+setView :: View -> Annex ()
+setView v = do
+	old <- take 99 . filter (/= v) <$> recentViews
+	writeViews (v : old)
+
+writeViews :: [View] -> Annex ()
+writeViews l = do
+	f <- fromRepo gitAnnexViewLog
+	liftIO $ viaTmp writeFile f $ unlines $ map show l
+
+removeView :: View -> Annex ()
+removeView v = writeViews =<< filter (/= v) <$> recentViews
+
+recentViews :: Annex [View]
+recentViews = do
+	f <- fromRepo gitAnnexViewLog
+	liftIO $ mapMaybe readish . lines <$> catchDefaultIO [] (readFile f)
+
+{- Gets the currently checked out view, if there is one. -}
+currentView :: Annex (Maybe View)
+currentView = go =<< inRepo Git.Branch.current
+  where
+	go (Just b) | branchViewPrefix `isPrefixOf` fromRef b =
+		headMaybe . filter (\v -> branchView v == b) <$> recentViews
+	go _ = return Nothing
+
+branchViewPrefix :: String
+branchViewPrefix = "refs/heads/views"
+
+{- Generates a git branch name for a View.
+ - 
+ - There is no guarantee that each view gets a unique branch name,
+ - but the branch name is used to express the view as well as possible.
+ -}
+branchView :: View -> Git.Branch
+branchView view
+	| null name = Git.Ref branchViewPrefix
+	| otherwise = Git.Ref $ branchViewPrefix ++ "/" ++ name
+  where
+	name = intercalate ";" $ map branchcomp (viewComponents view)
+	branchcomp c
+		| viewVisible c = branchcomp' c
+		| otherwise = "(" ++ branchcomp' c ++ ")"
+	branchcomp' (ViewComponent metafield viewfilter _) =concat
+		[ forcelegal (fromMetaField metafield)
+		, branchvals viewfilter
+		]
+	branchvals (FilterValues set) = '=' : branchset set
+	branchvals (FilterGlob glob) = '=' : forcelegal glob
+	branchvals (ExcludeValues set) = "!=" ++ branchset set
+	branchset = intercalate ","
+		. map (forcelegal . fromMetaValue)
+		. S.toList
+	forcelegal s
+		| Git.Ref.legal True s = s
+		| otherwise = map (\c -> if isAlphaNum c then c else '_') s
+
+is_branchView :: Git.Branch -> Bool
+is_branchView (Ref b)
+	| b == branchViewPrefix = True
+	| otherwise = (branchViewPrefix ++ "/") `isPrefixOf` b
+
+prop_branchView_legal :: View -> Bool
+prop_branchView_legal = Git.Ref.legal False . fromRef . branchView
diff --git a/Logs/Web.hs b/Logs/Web.hs
new file mode 100644
index 0000000000..ede600ec28
--- /dev/null
+++ b/Logs/Web.hs
@@ -0,0 +1,95 @@
+{- Web url logs.
+ -
+ - Copyright 2011, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Web (
+	URLString,
+	webUUID,
+	getUrls,
+	setUrlPresent,
+	setUrlMissing,
+	knownUrls,
+	Downloader(..),
+	getDownloader,
+	setDownloader,
+) where
+
+import qualified Data.ByteString.Lazy.Char8 as L
+import Data.Tuple.Utils
+
+import Common.Annex
+import Logs
+import Logs.Presence
+import Logs.Location
+import qualified Annex.Branch
+import Annex.CatFile
+import qualified Git
+import qualified Git.LsFiles
+
+type URLString = String
+
+-- Dummy uuid for the whole web. Do not alter.
+webUUID :: UUID
+webUUID = UUID "00000000-0000-0000-0000-000000000001"
+
+{- Gets all urls that a key might be available from. -}
+getUrls :: Key -> Annex [URLString]
+getUrls key = go $ urlLogFile key : oldurlLogs key
+  where
+	go [] = return []
+	go (l:ls) = do
+		us <- currentLog l
+		if null us
+			then go ls
+			else return us
+
+setUrlPresent :: Key -> URLString -> Annex ()
+setUrlPresent key url = do
+	us <- getUrls key
+	unless (url `elem` us) $ do
+		addLog (urlLogFile key) =<< logNow InfoPresent url
+		-- update location log to indicate that the web has the key
+		logChange key webUUID InfoPresent
+
+setUrlMissing :: Key -> URLString -> Annex ()
+setUrlMissing key url = do
+	addLog (urlLogFile key) =<< logNow InfoMissing url
+	whenM (null <$> getUrls key) $
+		logChange key webUUID InfoMissing
+
+{- Finds all known urls. -}
+knownUrls :: Annex [URLString]
+knownUrls = do
+	{- Ensure the git-annex branch's index file is up-to-date and
+	 - any journaled changes are reflected in it, since we're going
+	 - to query its index directly. -}
+	Annex.Branch.update
+	Annex.Branch.commit "update"
+	Annex.Branch.withIndex $ do
+		top <- fromRepo Git.repoPath
+		(l, cleanup) <- inRepo $ Git.LsFiles.stagedDetails [top]
+		r <- mapM (geturls . snd3) $ filter (isUrlLog . fst3) l
+		void $ liftIO cleanup
+		return $ concat r
+  where
+	geturls Nothing = return []
+  	geturls (Just logsha) = getLog . L.unpack <$> catObject logsha
+
+data Downloader = DefaultDownloader | QuviDownloader
+
+{- Determines the downloader for an URL.
+ -
+ - Some URLs are not downloaded by normal means, and this is indicated
+ - by prefixing them with downloader: when they are recorded in the url
+ - logs. -}
+getDownloader :: URLString -> (URLString, Downloader)
+getDownloader u = case separate (== ':') u of
+	("quvi", u') -> (u', QuviDownloader)
+	_ -> (u, DefaultDownloader)
+
+setDownloader :: URLString -> Downloader -> URLString
+setDownloader u DefaultDownloader = u
+setDownloader u QuviDownloader = "quvi:" ++ u
diff --git a/Makefile b/Makefile
new file mode 100644
index 0000000000..5c47e94866
--- /dev/null
+++ b/Makefile
@@ -0,0 +1,262 @@
+mans=git-annex.1 git-annex-shell.1
+all=git-annex $(mans) docs
+
+CABAL?=cabal # set to "./Setup" if you lack a cabal program
+GHC?=ghc
+
+PREFIX?=/usr
+SHAREDIR?=share
+
+# Am I typing :make in vim? Do a fast build.
+ifdef VIM
+all=fast
+endif
+
+build: build-stamp
+build-stamp: $(all)
+	touch $@
+
+Build/SysConfig.hs: configure.hs Build/TestConfig.hs Build/Configure.hs
+	if [ "$(CABAL)" = ./Setup ]; then ghc --make Setup; fi
+	$(CABAL) configure
+
+git-annex: Build/SysConfig.hs
+	$(CABAL) build
+	ln -sf dist/build/git-annex/git-annex git-annex
+
+git-annex.1: doc/git-annex.mdwn
+	./Build/mdwn2man git-annex 1 doc/git-annex.mdwn > git-annex.1
+git-annex-shell.1: doc/git-annex-shell.mdwn
+	./Build/mdwn2man git-annex-shell 1 doc/git-annex-shell.mdwn > git-annex-shell.1
+
+# These are not built normally.
+git-union-merge.1: doc/git-union-merge.mdwn
+	./Build/mdwn2man git-union-merge 1 doc/git-union-merge.mdwn > git-union-merge.1
+git-union-merge:
+	$(GHC) --make -threaded $@
+
+install-mans: $(mans)
+	install -d $(DESTDIR)$(PREFIX)/$(SHAREDIR)/man/man1
+	install -m 0644 $(mans) $(DESTDIR)$(PREFIX)/$(SHAREDIR)/man/man1
+
+install-docs: docs install-mans
+	install -d $(DESTDIR)$(PREFIX)/$(SHAREDIR)/doc/git-annex
+	if [ -d html ]; then \
+		rsync -a --delete html/ $(DESTDIR)$(PREFIX)/$(SHAREDIR)/doc/git-annex/html/; \
+	fi
+
+install: build install-docs Build/InstallDesktopFile
+	install -d $(DESTDIR)$(PREFIX)/bin
+	install git-annex $(DESTDIR)$(PREFIX)/bin
+	ln -sf git-annex $(DESTDIR)$(PREFIX)/bin/git-annex-shell
+	./Build/InstallDesktopFile $(PREFIX)/bin/git-annex || true
+
+test: git-annex
+	./git-annex test
+
+retest: git-annex
+	./git-annex test --rerun-update --rerun-filter failures
+
+# hothasktags chokes on some template haskell etc, so ignore errors
+tags:
+	(for f in $$(find . | grep -v /.git/ | grep -v /tmp/ | grep -v /dist/ | grep -v /doc/ | egrep '\.hs$$'); do hothasktags -c --cpp -c -traditional -c --include=dist/build/autogen/cabal_macros.h $$f; done) 2>/dev/null | sort > tags
+
+# If ikiwiki is available, build static html docs suitable for being
+# shipped in the software package.
+ifeq ($(shell which ikiwiki),)
+IKIWIKI=@echo "** ikiwiki not found, skipping building docs" >&2; true
+else
+IKIWIKI=ikiwiki
+endif
+
+docs: $(mans)
+	$(IKIWIKI) doc html -v --wikiname git-annex --plugin=goodstuff \
+		--no-usedirs --disable-plugin=openid --plugin=sidebar \
+		--underlaydir=/dev/null --disable-plugin=shortcut \
+		--disable-plugin=smiley \
+		--plugin=comments --set comments_pagespec="*" \
+		--exclude='news/.*' --exclude='design/assistant/blog/*' \
+		--exclude='bugs/*' --exclude='todo/*' --exclude='forum/*' \
+		--exclude='users/*' --exclude='devblog/*'
+
+clean:
+	rm -rf tmp dist git-annex $(mans) configure  *.tix .hpc \
+		doc/.ikiwiki html dist tags Build/SysConfig.hs build-stamp \
+		Setup Build/InstallDesktopFile Build/EvilSplicer \
+		Build/Standalone Build/OSXMkLibs Build/LinuxMkLibs \
+		Build/DistributionUpdate Build/BuildVersion \
+		git-union-merge .tasty-rerun-log
+	find . -name \*.o -exec rm {} \;
+	find . -name \*.hi -exec rm {} \;
+
+Build/InstallDesktopFile: Build/InstallDesktopFile.hs
+	$(GHC) --make $@ -Wall
+Build/EvilSplicer: Build/EvilSplicer.hs
+	$(GHC) --make $@ -Wall
+Build/Standalone: Build/Standalone.hs Build/SysConfig.hs
+	$(GHC) --make $@ -Wall
+Build/OSXMkLibs: Build/OSXMkLibs.hs
+	$(GHC) --make $@ -Wall
+Build/LinuxMkLibs: Build/LinuxMkLibs.hs
+	$(GHC) --make $@ -Wall
+
+sdist: clean $(mans)
+	./Build/make-sdist.sh
+
+# Upload to hackage.
+hackage: sdist
+	@cabal upload dist/*.tar.gz
+
+LINUXSTANDALONE_DEST=tmp/git-annex.linux
+linuxstandalone:
+	$(MAKE) git-annex linuxstandalone-nobuild
+linuxstandalone-nobuild: Build/Standalone Build/LinuxMkLibs
+	rm -rf "$(LINUXSTANDALONE_DEST)"
+	mkdir -p tmp
+	cp -R standalone/linux/skel "$(LINUXSTANDALONE_DEST)"
+	
+	install -d "$(LINUXSTANDALONE_DEST)/bin"
+	cp dist/build/git-annex/git-annex "$(LINUXSTANDALONE_DEST)/bin/"
+	strip "$(LINUXSTANDALONE_DEST)/bin/git-annex"
+	ln -sf git-annex "$(LINUXSTANDALONE_DEST)/bin/git-annex-shell"
+	zcat standalone/licences.gz > $(LINUXSTANDALONE_DEST)/LICENSE
+	cp doc/logo_16x16.png doc/logo.svg $(LINUXSTANDALONE_DEST)
+	cp standalone/trustedkeys.gpg $(LINUXSTANDALONE_DEST)
+
+	./Build/Standalone "$(LINUXSTANDALONE_DEST)"
+	
+	install -d "$(LINUXSTANDALONE_DEST)/git-core"
+	(cd "$(shell git --exec-path)" && tar c .) | (cd "$(LINUXSTANDALONE_DEST)"/git-core && tar x)
+	install -d "$(LINUXSTANDALONE_DEST)/templates"
+	
+	./Build/LinuxMkLibs "$(LINUXSTANDALONE_DEST)"
+	
+	$(MAKE) install-mans DESTDIR="$(LINUXSTANDALONE_DEST)"
+
+	cd tmp/git-annex.linux && find . -type f > git-annex.MANIFEST
+	cd tmp/git-annex.linux && find . -type l >> git-annex.MANIFEST
+	cd tmp && tar czf git-annex-standalone-$(shell dpkg --print-architecture).tar.gz git-annex.linux
+
+OSXAPP_DEST=tmp/build-dmg/git-annex.app
+OSXAPP_BASE=$(OSXAPP_DEST)/Contents/MacOS/bundle
+osxapp: Build/Standalone Build/OSXMkLibs
+	$(MAKE) git-annex
+
+	rm -rf "$(OSXAPP_DEST)" "$(OSXAPP_BASE)"
+	install -d tmp/build-dmg
+	cp -R standalone/osx/git-annex.app "$(OSXAPP_DEST)"
+
+	install -d "$(OSXAPP_BASE)"
+	cp git-annex "$(OSXAPP_BASE)"
+	strip "$(OSXAPP_BASE)/git-annex"
+	ln -sf git-annex "$(OSXAPP_BASE)/git-annex-shell"
+	gzcat standalone/licences.gz > $(OSXAPP_BASE)/LICENSE
+	cp $(OSXAPP_BASE)/LICENSE tmp/build-dmg/LICENSE.txt
+	cp standalone/trustedkeys.gpg $(OSXAPP_BASE)
+
+	./Build/Standalone $(OSXAPP_BASE)
+
+	(cd "$(shell git --exec-path)" && tar c .) | (cd "$(OSXAPP_BASE)" && tar x)
+	install -d "$(OSXAPP_BASE)/templates"
+
+	# OSX looks in man dir nearby the bin
+	$(MAKE) install-mans DESTDIR="$(OSXAPP_BASE)/.." SHAREDIR="" PREFIX=""
+
+	./Build/OSXMkLibs $(OSXAPP_BASE)
+	cd $(OSXAPP_DEST) && find . -type f > Contents/MacOS/git-annex.MANIFEST
+	cd $(OSXAPP_DEST) && find . -type l >> Contents/MacOS/git-annex.MANIFEST
+	rm -f tmp/git-annex.dmg
+	hdiutil create -format UDBZ -size 640m -srcfolder tmp/build-dmg \
+		-volname git-annex -o tmp/git-annex.dmg
+
+# Must be run on a system with TH supported, and the same
+# versions of TH splice generating packages as the arm system installed.
+no-th-webapp-stage1: Build/EvilSplicer
+	echo "Running throwaway build, to get TH splices.."
+	if [ ! -e dist/setup/setup ]; then $(CABAL) configure -f-Production -O0;  fi
+	mkdir -p tmp
+	if ! $(CABAL) build --ghc-options=-ddump-splices 2> tmp/dump-splices; then tail tmp/dump-splices >&2; exit 1; fi
+	echo "Setting up no-th build tree.."
+	./Build/EvilSplicer tmp/splices tmp/dump-splices standalone/no-th/evilsplicer-headers.hs
+	rsync -az --exclude tmp --exclude dist . tmp/no-th-tree
+# Copy the files with expanded splices to the source tree, but
+# only if the existing source file is not newer. (So, if a file
+# used to have TH splices but they were removed, it will be newer,
+# and not overwritten.)
+	cp -uR tmp/splices/* tmp/no-th-tree || true
+# Some additional dependencies needed by the expanded splices.
+	sed -i 's/^  Build-Depends: /  Build-Depends: yesod-routes, yesod-core, shakespeare-css, shakespeare-js, shakespeare, blaze-markup, file-embed, wai-app-static, /' tmp/no-th-tree/git-annex.cabal
+# Avoid warnings due to sometimes unused imports added for the splices.
+	sed -i 's/GHC-Options: \(.*\)-Wall/GHC-Options: \1-Wall -fno-warn-unused-imports -XMagicHash /i' tmp/no-th-tree/git-annex.cabal
+
+# Run on the arm system, after stage1
+no-th-webapp-stage2: 
+	if [ ! -e tmp/no-th-tree/dist/setup-config ]; then \
+		cd tmp/no-th-tree && cabal configure; \
+	fi
+	cd tmp/no-th-tree && cabal build --ghc-option=-D__NO_TH__
+	cd tmp/no-th-tree && $(MAKE) linuxstandalone-nobuild
+
+ANDROID_FLAGS?=
+# Cross compile for Android.
+# Uses https://github.com/neurocyte/ghc-android
+android: Build/EvilSplicer
+	echo "Running native build, to get TH splices.."
+	if [ ! -e dist/setup/setup ]; then $(CABAL) configure -f-Production -O0 $(ANDROID_FLAGS) -fAndroidSplice;  fi
+	mkdir -p tmp
+	if ! $(CABAL) build --ghc-options=-ddump-splices 2> tmp/dump-splices; then tail tmp/dump-splices >&2; exit 1; fi
+	echo "Setting up Android build tree.."
+	./Build/EvilSplicer tmp/splices tmp/dump-splices standalone/no-th/evilsplicer-headers.hs
+	rsync -az --exclude tmp --exclude dist . tmp/androidtree
+# Copy the files with expanded splices to the source tree, but
+# only if the existing source file is not newer. (So, if a file
+# used to have TH splices but they were removed, it will be newer,
+# and not overwritten.)
+	cp -uR tmp/splices/* tmp/androidtree || true
+# Some additional dependencies needed by the expanded splices.
+	sed -i 's/^  Build-Depends: /  Build-Depends: yesod-routes, yesod-core, shakespeare-css, shakespeare-js, shakespeare, blaze-markup, file-embed, wai-app-static, /' tmp/androidtree/git-annex.cabal
+# Avoid warnings due to sometimes unused imports added for the splices.
+	sed -i 's/GHC-Options: \(.*\)-Wall/GHC-Options: \1-Wall -fno-warn-unused-imports -XMagicHash /i' tmp/androidtree/git-annex.cabal
+# Cabal cannot cross compile with custom build type, so workaround.
+	sed -i 's/Build-type: Custom/Build-type: Simple/' tmp/androidtree/git-annex.cabal
+# Build just once, but link twice, for 2 different versions of Android.
+	mkdir -p tmp/androidtree/dist/build/git-annex/4.0 tmp/androidtree/dist/build/git-annex/4.3
+	if [ ! -e tmp/androidtree/dist/setup-config ]; then \
+		cd tmp/androidtree && $$HOME/.ghc/$(shell cat standalone/android/abiversion)/arm-linux-androideabi/bin/cabal configure -fAndroid $(ANDROID_FLAGS); \
+	fi
+	cd tmp/androidtree && $$HOME/.ghc/$(shell cat standalone/android/abiversion)/arm-linux-androideabi/bin/cabal build \
+		&& mv dist/build/git-annex/git-annex dist/build/git-annex/4.0/git-annex
+	cd tmp/androidtree && $$HOME/.ghc/$(shell cat standalone/android/abiversion)/arm-linux-androideabi/bin/cabal build \
+		--ghc-options=-optl-z --ghc-options=-optlnocopyreloc \
+		&& mv dist/build/git-annex/git-annex dist/build/git-annex/4.3/git-annex
+
+androidapp:
+	$(MAKE) android
+	$(MAKE) -C standalone/android
+
+# We bypass cabal, and only run the main ghc --make command for a
+# fast development built. Note: Does not rebuild C libraries.
+fast: dist/caballog
+	@$$(grep 'ghc --make' dist/caballog | head -n 1 | sed -e 's/-package-id [^ ]*//g' -e 's/-hide-all-packages//') -O0
+	@ln -sf dist/build/git-annex/git-annex git-annex
+	@$(MAKE) tags >/dev/null 2>&1 &
+
+dist/caballog: git-annex.cabal
+	$(CABAL) configure -f"-Production" -O0
+	$(CABAL) build -v2 | tee $@
+
+# Hardcoded command line to make hdevtools start up and work.
+# You will need some memory. It's worth it.
+# Note: Don't include WebDAV or Webapp. TH use bloats memory > 500 mb!
+# TODO should be possible to derive this from caballog.
+hdevtools:
+	hdevtools --stop-server || true
+	hdevtools check git-annex.hs -g -cpp -g -i -g -idist/build/git-annex/git-annex-tmp -g -i. -g -idist/build/autogen -g -Idist/build/autogen -g -Idist/build/git-annex/git-annex-tmp -g -IUtility -g -DWITH_TESTSUITE -g -DWITH_S3 -g -DWITH_ASSISTANT -g -DWITH_INOTIFY -g -DWITH_DBUS -g -DWITH_PAIRING -g -DWITH_XMPP -g -optP-include -g -optPdist/build/autogen/cabal_macros.h -g -odir -g dist/build/git-annex/git-annex-tmp -g -hidir -g dist/build/git-annex/git-annex-tmp -g -stubdir -g dist/build/git-annex/git-annex-tmp -g -threaded -g -Wall -g -XHaskell98 -g -XPackageImports
+
+distributionupdate:
+	git pull
+	cabal configure
+	ghc -Wall --make Build/DistributionUpdate -XPackageImports -optP-include -optPdist/build/autogen/cabal_macros.h
+	./Build/DistributionUpdate
+
+.PHONY: git-annex git-union-merge git-recover-repository tags build-stamp
diff --git a/Messages.hs b/Messages.hs
new file mode 100644
index 0000000000..9f473110ac
--- /dev/null
+++ b/Messages.hs
@@ -0,0 +1,250 @@
+{- git-annex output messages
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Messages (
+	showStart,
+	showStart',
+	showNote,
+	showAction,
+	showProgress,
+	metered,
+	meteredBytes,
+	showSideAction,
+	doSideAction,
+	doQuietSideAction,
+	showStoringStateAction,
+	showOutput,
+	showLongNote,
+	showEndOk,
+	showEndFail,
+	showEndResult,
+	showErr,
+	warning,
+	warningIO,
+	fileNotFound,
+	indent,
+	maybeShowJSON,
+	showFullJSON,
+	showCustom,
+	showHeader,
+	showRaw,
+	setupConsole,
+	enableDebugOutput,
+	disableDebugOutput
+) where
+
+import Text.JSON
+import Data.Progress.Meter
+import Data.Progress.Tracker
+import Data.Quantity
+import System.Log.Logger
+import System.Log.Formatter
+import System.Log.Handler (setFormatter, LogHandler)
+import System.Log.Handler.Simple
+import qualified Data.Set as S
+
+import Common
+import Types
+import Types.Messages
+import qualified Messages.JSON as JSON
+import Types.Key
+import qualified Annex
+import Utility.Metered
+
+showStart :: String -> FilePath -> Annex ()
+showStart command file = handle (JSON.start command $ Just file) $
+	flushed $ putStr $ command ++ " " ++ file ++ " "
+
+showStart' :: String -> Key -> Maybe FilePath -> Annex ()
+showStart' command key afile = showStart command $
+	fromMaybe (key2file key) afile
+
+showNote :: String -> Annex ()
+showNote s = handle (JSON.note s) $
+	flushed $ putStr $ "(" ++ s ++ ") "
+
+showAction :: String -> Annex ()
+showAction s = showNote $ s ++ "..."
+
+{- Progress dots. -}
+showProgress :: Annex ()
+showProgress = handle q $
+	flushed $ putStr "."
+
+{- Shows a progress meter while performing a transfer of a key.
+ - The action is passed a callback to use to update the meter. -}
+metered :: Maybe MeterUpdate -> Key -> (MeterUpdate -> Annex a) -> Annex a
+metered combinemeterupdate key a = go (keySize key)
+  where
+	go (Just size) = meteredBytes combinemeterupdate size a
+	go _ = a (const noop)
+
+{- Shows a progress meter while performing an action on a given number
+ - of bytes. -}
+meteredBytes :: Maybe MeterUpdate -> Integer -> (MeterUpdate -> Annex a) -> Annex a
+meteredBytes combinemeterupdate size a = withOutputType go
+  where
+	go NormalOutput = do
+		progress <- liftIO $ newProgress "" size
+		meter <- liftIO $ newMeter progress "B" 25 (renderNums binaryOpts 1)
+		showOutput
+		r <- a $ \n -> liftIO $ do
+			setP progress $ fromBytesProcessed n
+			displayMeter stdout meter
+			maybe noop (\m -> m n) combinemeterupdate
+		liftIO $ clearMeter stdout meter
+		return r
+	go _ = a (const noop)
+
+showSideAction :: String -> Annex ()
+showSideAction m = Annex.getState Annex.output >>= go
+  where
+	go st
+		| sideActionBlock st == StartBlock = do
+			p
+			let st' = st { sideActionBlock = InBlock }
+			Annex.changeState $ \s -> s { Annex.output = st' }
+		| sideActionBlock st == InBlock = return ()
+		| otherwise = p
+	p = handle q $ putStrLn $ "(" ++ m ++ "...)"
+			
+showStoringStateAction :: Annex ()
+showStoringStateAction = showSideAction "Recording state in git"
+
+{- Performs an action, supressing showSideAction messages. -}
+doQuietSideAction :: Annex a -> Annex a
+doQuietSideAction = doSideAction' InBlock
+
+{- Performs an action, that may call showSideAction multiple times.
+ - Only the first will be displayed. -}
+doSideAction :: Annex a -> Annex a
+doSideAction = doSideAction' StartBlock
+
+doSideAction' :: SideActionBlock -> Annex a -> Annex a
+doSideAction' b a = do
+	o <- Annex.getState Annex.output
+	set $ o { sideActionBlock = b }
+	set o `after` a
+  where
+	set o = Annex.changeState $ \s -> s {  Annex.output = o }
+
+showOutput :: Annex ()
+showOutput = handle q $
+	putStr "\n"
+
+showLongNote :: String -> Annex ()
+showLongNote s = handle (JSON.note s) $
+	putStrLn $ '\n' : indent s
+
+showEndOk :: Annex ()
+showEndOk = showEndResult True
+
+showEndFail :: Annex ()
+showEndFail = showEndResult False
+
+showEndResult :: Bool -> Annex ()
+showEndResult ok = handle (JSON.end ok) $ putStrLn msg
+  where
+	msg
+		| ok = "ok"
+		| otherwise = "failed"
+
+showErr :: (Show a) => a -> Annex ()
+showErr e = warning' $ "git-annex: " ++ show e
+
+warning :: String -> Annex ()
+warning = warning' . indent
+
+warning' :: String -> Annex ()
+warning' w = do
+	handle q $ putStr "\n"
+	liftIO $ do
+		hFlush stdout
+		hPutStrLn stderr w
+
+warningIO :: String -> IO ()
+warningIO w = do
+	putStr "\n"
+	hFlush stdout
+	hPutStrLn stderr w
+
+{- Displays a warning one time about a file the user specified not existing. -}
+fileNotFound :: FilePath -> Annex ()
+fileNotFound file = do
+	st <- Annex.getState Annex.output
+	let shown = fileNotFoundShown st
+	when (S.notMember file shown) $ do
+		let shown' = S.insert file shown
+		let st' = st { fileNotFoundShown = shown' }
+		Annex.changeState $ \s -> s { Annex.output = st' }
+		liftIO $ hPutStrLn stderr $ unwords
+			[ "git-annex:", file, "not found" ]
+
+indent :: String -> String
+indent = intercalate "\n" . map (\l -> "  " ++ l) . lines
+
+{- Shows a JSON fragment only when in json mode. -}
+maybeShowJSON :: JSON a => [(String, a)] -> Annex ()
+maybeShowJSON v = handle (JSON.add v) q
+
+{- Shows a complete JSON value, only when in json mode. -}
+showFullJSON :: JSON a => [(String, a)] -> Annex Bool
+showFullJSON v = withOutputType $ liftIO . go
+  where
+	go JSONOutput = JSON.complete v >> return True
+	go _ = return False
+
+{- Performs an action that outputs nonstandard/customized output, and
+ - in JSON mode wraps its output in JSON.start and JSON.end, so it's
+ - a complete JSON document.
+ - This is only needed when showStart and showEndOk is not used. -}
+showCustom :: String -> Annex Bool -> Annex ()
+showCustom command a = do
+	handle (JSON.start command Nothing) q
+	r <- a
+	handle (JSON.end r) q
+
+showHeader :: String -> Annex ()
+showHeader h = handle q $
+	flushed $ putStr $ h ++ ": "
+
+showRaw :: String -> Annex ()
+showRaw s = handle q $ putStrLn s
+
+setupConsole :: IO ()
+setupConsole = do
+	s <- setFormatter
+		<$> streamHandler stderr DEBUG
+		<*> pure (simpleLogFormatter "[$time] $msg")
+	updateGlobalLogger rootLoggerName (setLevel NOTICE . setHandlers [s])
+	{- This avoids ghc's output layer crashing on
+	 - invalid encoded characters in
+	 - filenames when printing them out. -}
+	fileEncoding stdout
+	fileEncoding stderr
+
+enableDebugOutput :: IO ()
+enableDebugOutput = updateGlobalLogger rootLoggerName $ setLevel DEBUG
+
+disableDebugOutput :: IO ()
+disableDebugOutput = updateGlobalLogger rootLoggerName $ setLevel NOTICE
+
+handle :: IO () -> IO () -> Annex ()
+handle json normal = withOutputType go
+  where
+	go NormalOutput = liftIO normal
+	go QuietOutput = q
+	go JSONOutput = liftIO $ flushed json
+
+q :: Monad m => m ()
+q = noop
+
+flushed :: IO () -> IO ()
+flushed a = a >> hFlush stdout
+
+withOutputType :: (OutputType -> Annex a) -> Annex a
+withOutputType a = outputType <$> Annex.getState Annex.output >>= a
diff --git a/Messages/JSON.hs b/Messages/JSON.hs
new file mode 100644
index 0000000000..d57d69318b
--- /dev/null
+++ b/Messages/JSON.hs
@@ -0,0 +1,37 @@
+{- git-annex JSON output
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Messages.JSON (
+	start,
+	end,
+	note,
+	add,
+	complete
+) where
+
+import Text.JSON
+
+import qualified Utility.JSONStream as Stream
+
+start :: String -> Maybe String -> IO ()
+start command file =
+	putStr $ Stream.start $ ("command", command) : filepart file
+  where
+	filepart Nothing = []
+	filepart (Just f) = [("file", f)]
+
+end :: Bool -> IO ()
+end b = putStr $ Stream.add [("success", b)] ++ Stream.end
+
+note :: String -> IO ()
+note s = add [("note", s)]
+
+add :: JSON a => [(String, a)] -> IO ()
+add v = putStr $ Stream.add v
+
+complete :: JSON a => [(String, a)] -> IO ()
+complete v = putStr $ Stream.start v ++ Stream.end
diff --git a/NEWS b/NEWS
new file mode 120000
index 0000000000..798088bec2
--- /dev/null
+++ b/NEWS
@@ -0,0 +1 @@
+debian/NEWS
\ No newline at end of file
diff --git a/README b/README
new file mode 100644
index 0000000000..ce67d68166
--- /dev/null
+++ b/README
@@ -0,0 +1,6 @@
+git-annex allows managing files with git, without checking the file
+contents into git. While that may seem paradoxical, it is useful when
+dealing with files larger than git can currently easily handle, whether due
+to limitations in memory, checksumming time, or disk space.
+
+For documentation, see doc/ or <http://git-annex.branchable.com/>
diff --git a/Remote.hs b/Remote.hs
new file mode 100644
index 0000000000..29097f77d3
--- /dev/null
+++ b/Remote.hs
@@ -0,0 +1,314 @@
+{- git-annex remotes
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote (
+	Remote,
+	uuid,
+	name,
+	storeKey,
+	retrieveKeyFile,
+	retrieveKeyFileCheap,
+	removeKey,
+	hasKey,
+	hasKeyCheap,
+	whereisKey,
+	remoteFsck,
+
+	remoteTypes,
+	remoteList,
+	gitSyncableRemote,
+	remoteMap,
+	remoteMap',
+	uuidDescriptions,
+	byName,
+	byName',
+	byNameOnly,
+	byNameWithUUID,
+	byCost,
+	prettyPrintUUIDs,
+	prettyListUUIDs,
+	prettyUUID,
+	remoteFromUUID,
+	remotesWithUUID,
+	remotesWithoutUUID,
+	keyLocations,
+	keyPossibilities,
+	keyPossibilitiesTrusted,
+	nameToUUID,
+	nameToUUID',
+	showTriedRemotes,
+	showLocations,
+	forceTrust,
+	logStatus,
+	checkAvailable,
+	isXMPPRemote
+) where
+
+import qualified Data.Map as M
+import Text.JSON
+import Text.JSON.Generic
+import Data.Ord
+
+import Common.Annex
+import Types.Remote
+import qualified Annex
+import Annex.UUID
+import Logs.UUID
+import Logs.Trust
+import Logs.Location hiding (logStatus)
+import Remote.List
+import Config
+import Git.Types (RemoteName)
+import qualified Git
+
+{- Map from UUIDs of Remotes to a calculated value. -}
+remoteMap :: (Remote -> v) -> Annex (M.Map UUID v)
+remoteMap mkv = remoteMap' mkv mkk
+  where
+	mkk r = case uuid r of
+		NoUUID -> Nothing
+		u -> Just u
+
+remoteMap' :: Ord k => (Remote -> v) -> (Remote -> Maybe k) -> Annex (M.Map k v)
+remoteMap' mkv mkk = M.fromList . mapMaybe mk <$> remoteList
+  where
+	mk r = case mkk r of
+		Nothing -> Nothing
+		Just k -> Just (k, mkv r)
+
+{- Map of UUIDs of remotes and their descriptions.
+ - The names of Remotes are added to suppliment any description that has
+ - been set for a repository.  -}
+uuidDescriptions :: Annex (M.Map UUID String)
+uuidDescriptions = M.unionWith addName <$> uuidMap <*> remoteMap name
+
+addName :: String -> RemoteName -> String
+addName desc n
+	| desc == n || null desc = "[" ++ n ++ "]"
+	| otherwise = desc ++ " [" ++ n ++ "]"
+
+{- When a name is specified, looks up the remote matching that name.
+ - (Or it can be a UUID.) -}
+byName :: Maybe RemoteName -> Annex (Maybe Remote)
+byName Nothing = return Nothing
+byName (Just n) = either error Just <$> byName' n
+
+{- Like byName, but the remote must have a configured UUID. -}
+byNameWithUUID :: Maybe RemoteName -> Annex (Maybe Remote)
+byNameWithUUID = checkuuid <=< byName
+  where
+  	checkuuid Nothing = return Nothing
+	checkuuid (Just r)
+		| uuid r == NoUUID =
+			if remoteAnnexIgnore (gitconfig r)
+				then error $ noRemoteUUIDMsg r ++
+					" (" ++ show (remoteConfig (repo r) "ignore") ++
+					" is set)"
+				else error $ noRemoteUUIDMsg r
+		| otherwise = return $ Just r
+
+byName' :: RemoteName -> Annex (Either String Remote)
+byName' "" = return $ Left "no remote specified"
+byName' n = handle . filter matching <$> remoteList
+  where
+	handle [] = Left $ "there is no available git remote named \"" ++ n ++ "\""
+	handle (match:_) = Right match
+	matching r = n == name r || toUUID n == uuid r
+
+{- Only matches remote name, not UUID -}
+byNameOnly :: RemoteName -> Annex (Maybe Remote)
+byNameOnly n = headMaybe . filter matching <$> remoteList
+  where
+	matching r = n == name r
+
+noRemoteUUIDMsg :: Remote -> String
+noRemoteUUIDMsg r = "cannot determine uuid for " ++ name r
+
+{- Looks up a remote by name (or by UUID, or even by description),
+ - and returns its UUID. Finds even repositories that are not
+ - configured in .git/config. -}
+nameToUUID :: RemoteName -> Annex UUID
+nameToUUID = either error return <=< nameToUUID'
+
+nameToUUID' :: RemoteName -> Annex (Either String UUID)
+nameToUUID' "." = Right <$> getUUID -- special case for current repo
+nameToUUID' "here" = Right <$> getUUID
+nameToUUID' n = byName' n >>= go
+  where
+	go (Right r) = return $ case uuid r of
+		NoUUID -> Left $ noRemoteUUIDMsg r
+		u -> Right u
+	go (Left e) = do
+		m <- uuidMap
+		return $ case M.keys (M.filter (== n) m) of
+			[u] -> Right u
+			[] -> let u = toUUID n
+				in case M.keys (M.filterWithKey (\k _ -> k == u) m) of
+					[] -> Left e
+					_ -> Right u
+			_us -> Left "Found multiple repositories with that description"
+
+{- Pretty-prints a list of UUIDs of remotes, for human display.
+ -
+ - When JSON is enabled, also generates a machine-readable description
+ - of the UUIDs. -}
+prettyPrintUUIDs :: String -> [UUID] -> Annex String
+prettyPrintUUIDs desc uuids = do
+	hereu <- getUUID
+	m <- uuidDescriptions
+	maybeShowJSON [(desc, map (jsonify m hereu) uuids)]
+	return $ unwords $ map (\u -> "\t" ++ prettify m hereu u ++ "\n") uuids
+  where
+	finddescription m u = M.findWithDefault "" u m
+	prettify m hereu u
+		| not (null d) = fromUUID u ++ " -- " ++ d
+		| otherwise = fromUUID u
+	  where
+		ishere = hereu == u
+		n = finddescription m u
+		d
+			| null n && ishere = "here"
+			| ishere = addName n "here"
+			| otherwise = n
+	jsonify m hereu u = toJSObject
+		[ ("uuid", toJSON $ fromUUID u)
+		, ("description", toJSON $ finddescription m u)
+		, ("here", toJSON $ hereu == u)
+		]
+
+{- List of remote names and/or descriptions, for human display.  -}
+prettyListUUIDs :: [UUID] -> Annex [String]
+prettyListUUIDs uuids = do
+	hereu <- getUUID
+	m <- uuidDescriptions
+	return $ map (prettify m hereu) uuids
+  where
+	finddescription m u = M.findWithDefault "" u m
+	prettify m hereu u
+		| u == hereu = addName n "here"
+		| otherwise = n
+	  where
+		n = finddescription m u
+
+{- Nice display of a remote's name and/or description. -}
+prettyUUID :: UUID -> Annex String
+prettyUUID u = concat <$> prettyListUUIDs [u]
+
+{- Gets the remote associated with a UUID. -}
+remoteFromUUID :: UUID -> Annex (Maybe Remote)
+remoteFromUUID u = ifM ((==) u <$> getUUID)
+	( return Nothing
+	, maybe tryharder (return . Just) =<< findinmap
+	)
+  where
+	findinmap = M.lookup u <$> remoteMap id
+	{- Re-read remote list in case a new remote has popped up. -}
+	tryharder = do
+		void remoteListRefresh
+		findinmap
+
+{- Filters a list of remotes to ones that have the listed uuids. -}
+remotesWithUUID :: [Remote] -> [UUID] -> [Remote]
+remotesWithUUID rs us = filter (\r -> uuid r `elem` us) rs
+
+{- Filters a list of remotes to ones that do not have the listed uuids. -}
+remotesWithoutUUID :: [Remote] -> [UUID] -> [Remote]
+remotesWithoutUUID rs us = filter (\r -> uuid r `notElem` us) rs
+
+{- List of repository UUIDs that the location log indicates may have a key.
+ - Dead repositories are excluded. -}
+keyLocations :: Key -> Annex [UUID]
+keyLocations key = trustExclude DeadTrusted =<< loggedLocations key
+
+{- Cost ordered lists of remotes that the location log indicates
+ - may have a key.
+ -}
+keyPossibilities :: Key -> Annex [Remote]
+keyPossibilities key = fst <$> keyPossibilities' key []
+
+{- Cost ordered lists of remotes that the location log indicates
+ - may have a key.
+ -
+ - Also returns a list of UUIDs that are trusted to have the key
+ - (some may not have configured remotes).
+ -}
+keyPossibilitiesTrusted :: Key -> Annex ([Remote], [UUID])
+keyPossibilitiesTrusted key = keyPossibilities' key =<< trustGet Trusted
+
+keyPossibilities' :: Key -> [UUID] -> Annex ([Remote], [UUID])
+keyPossibilities' key trusted = do
+	u <- getUUID
+
+	-- uuids of all remotes that are recorded to have the key
+	validuuids <- filter (/= u) <$> keyLocations key
+
+	-- note that validuuids is assumed to not have dups
+	let validtrusteduuids = validuuids `intersect` trusted
+
+	-- remotes that match uuids that have the key
+	allremotes <- filter (not . remoteAnnexIgnore . gitconfig)
+		<$> remoteList
+	let validremotes = remotesWithUUID allremotes validuuids
+
+	return (sortBy (comparing cost) validremotes, validtrusteduuids)
+
+{- Displays known locations of a key. -}
+showLocations :: Key -> [UUID] -> String -> Annex ()
+showLocations key exclude nolocmsg = do
+	u <- getUUID
+	uuids <- keyLocations key
+	untrusteduuids <- trustGet UnTrusted
+	let uuidswanted = filteruuids uuids (u:exclude++untrusteduuids) 
+	let uuidsskipped = filteruuids uuids (u:exclude++uuidswanted)
+	ppuuidswanted <- Remote.prettyPrintUUIDs "wanted" uuidswanted
+	ppuuidsskipped <- Remote.prettyPrintUUIDs "skipped" uuidsskipped
+	showLongNote $ message ppuuidswanted ppuuidsskipped
+	ignored <- filter (remoteAnnexIgnore . gitconfig) <$> remoteList
+	unless (null ignored) $
+		showLongNote $ "(Note that these git remotes have annex-ignore set: " ++ unwords (map name ignored) ++ ")"
+  where
+	filteruuids l x = filter (`notElem` x) l
+	message [] [] = nolocmsg
+	message rs [] = "Try making some of these repositories available:\n" ++ rs
+	message [] us = "Also these untrusted repositories may contain the file:\n" ++ us
+	message rs us = message rs [] ++ message [] us
+
+showTriedRemotes :: [Remote] -> Annex ()
+showTriedRemotes [] = noop
+showTriedRemotes remotes =
+	showLongNote $ "Unable to access these remotes: " ++
+		intercalate ", " (map name remotes)
+
+forceTrust :: TrustLevel -> String -> Annex ()
+forceTrust level remotename = do
+	u <- nameToUUID remotename
+	Annex.changeState $ \s ->
+		s { Annex.forcetrust = M.insert u level (Annex.forcetrust s) }
+
+{- Used to log a change in a remote's having a key. The change is logged
+ - in the local repo, not on the remote. The process of transferring the
+ - key to the remote, or removing the key from it *may* log the change
+ - on the remote, but this cannot always be relied on. -}
+logStatus :: Remote -> Key -> LogStatus -> Annex ()
+logStatus remote key = logChange key (uuid remote)
+
+{- Orders remotes by cost, with ones with the lowest cost grouped together. -}
+byCost :: [Remote] -> [[Remote]]
+byCost = map snd . sortBy (comparing fst) . M.toList . costmap
+  where
+	costmap = M.fromListWith (++) . map costpair
+	costpair r = (cost r, [r])
+
+checkAvailable :: Bool -> Remote -> IO Bool
+checkAvailable assumenetworkavailable = 
+	maybe (return assumenetworkavailable) doesDirectoryExist . localpath
+
+{- Remotes using the XMPP transport have urls like xmpp::user@host -}
+isXMPPRemote :: Remote -> Bool
+isXMPPRemote remote = Git.repoIsUrl r && "xmpp::" `isPrefixOf` Git.repoLocation r
+  where
+	r = repo remote
diff --git a/Remote/Bup.hs b/Remote/Bup.hs
new file mode 100644
index 0000000000..7788328508
--- /dev/null
+++ b/Remote/Bup.hs
@@ -0,0 +1,290 @@
+{- Using bup as a remote.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Bup (remote) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+import System.Process
+import Data.ByteString.Lazy.UTF8 (fromString)
+
+import Common.Annex
+import qualified Annex
+import Types.Remote
+import Types.Key
+import Types.Creds
+import qualified Git
+import qualified Git.Command
+import qualified Git.Config
+import qualified Git.Construct
+import qualified Git.Ref
+import Config
+import Config.Cost
+import qualified Remote.Helper.Ssh as Ssh
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Remote.Helper.Messages
+import Crypto
+import Utility.Hash
+import Utility.UserInfo
+import Annex.Content
+import Annex.UUID
+import Utility.Metered
+
+type BupRepo = String
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "bup",
+	enumerate = findSpecialRemotes "buprepo",
+	generate = gen,
+	setup = bupSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	bupr <- liftIO $ bup2GitRemote buprepo
+	cst <- remoteCost gc $
+		if bupLocal buprepo
+			then nearlyCheapRemoteCost
+			else expensiveRemoteCost
+	(u', bupr') <- getBupUUID bupr u
+	
+	let new = Remote
+		{ uuid = u'
+		, cost = cst
+		, name = Git.repoDescribe r
+		, storeKey = store new buprepo
+		, retrieveKeyFile = retrieve buprepo
+		, retrieveKeyFileCheap = retrieveCheap buprepo
+		, removeKey = remove
+		, hasKey = checkPresent r bupr'
+		, hasKeyCheap = bupLocal buprepo
+		, whereisKey = Nothing
+		, remoteFsck = Nothing
+		, repairRepo = Nothing
+		, config = c
+		, repo = r
+		, gitconfig = gc
+		, localpath = if bupLocal buprepo && not (null buprepo)
+			then Just buprepo
+			else Nothing
+		, remotetype = remote
+		, availability = if bupLocal buprepo then LocallyAvailable else GloballyAvailable
+		, readonly = False
+		}
+	return $ Just $ encryptableRemote c
+		(storeEncrypted new buprepo)
+		(retrieveEncrypted buprepo)
+		new
+  where
+	buprepo = fromMaybe (error "missing buprepo") $ remoteAnnexBupRepo gc
+
+bupSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+bupSetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+
+	-- verify configuration is sane
+	let buprepo = fromMaybe (error "Specify buprepo=") $
+		M.lookup "buprepo" c
+	c' <- encryptionSetup c
+
+	-- bup init will create the repository.
+	-- (If the repository already exists, bup init again appears safe.)
+	showAction "bup init"
+	unlessM (bup "init" buprepo []) $ error "bup init failed"
+
+	storeBupUUID u buprepo
+
+	-- The buprepo is stored in git config, as well as this repo's
+	-- persistant state, so it can vary between hosts.
+	gitConfigSpecialRemote u c' "buprepo" buprepo
+
+	return (c', u)
+
+bupParams :: String -> BupRepo -> [CommandParam] -> [CommandParam]
+bupParams command buprepo params = 
+	Param command : [Param "-r", Param buprepo] ++ params
+
+bup :: String -> BupRepo -> [CommandParam] -> Annex Bool
+bup command buprepo params = do
+	showOutput -- make way for bup output
+	liftIO $ boolSystem "bup" $ bupParams command buprepo params
+
+pipeBup :: [CommandParam] -> Maybe Handle -> Maybe Handle -> IO Bool
+pipeBup params inh outh = do
+	p <- runProcess "bup" (toCommand params)
+		Nothing Nothing inh outh Nothing
+	ok <- waitForProcess p
+	case ok of
+		ExitSuccess -> return True
+		_ -> return False
+
+bupSplitParams :: Remote -> BupRepo -> Key -> [CommandParam] -> Annex [CommandParam]
+bupSplitParams r buprepo k src = do
+	let os = map Param $ remoteAnnexBupSplitOptions $ gitconfig r
+	showOutput -- make way for bup output
+	return $ bupParams "split" buprepo 
+		(os ++ [Param "-n", Param (bupRef k)] ++ src)
+
+store :: Remote -> BupRepo -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store r buprepo k _f _p = sendAnnex k (rollback k buprepo) $ \src -> do
+	params <- bupSplitParams r buprepo k [File src]
+	liftIO $ boolSystem "bup" params
+
+storeEncrypted :: Remote -> BupRepo -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted r buprepo (cipher, enck) k _p =
+	sendAnnex k (rollback enck buprepo) $ \src -> do
+		params <- bupSplitParams r buprepo enck []
+		liftIO $ catchBoolIO $
+			encrypt (getGpgEncParams r) cipher (feedFile src) $ \h ->
+				pipeBup params (Just h) Nothing
+
+retrieve :: BupRepo -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve buprepo k _f d _p = do
+	let params = bupParams "join" buprepo [Param $ bupRef k]
+	liftIO $ catchBoolIO $ withFile d WriteMode $
+		pipeBup params Nothing . Just
+
+retrieveCheap :: BupRepo -> Key -> FilePath -> Annex Bool
+retrieveCheap _ _ _ = return False
+
+retrieveEncrypted :: BupRepo -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted buprepo (cipher, enck) _ f _p = liftIO $ catchBoolIO $
+	withHandle StdoutHandle createProcessSuccess p $ \h -> do
+		decrypt cipher (\toh -> L.hPut toh =<< L.hGetContents h) $
+			readBytes $ L.writeFile f
+		return True
+  where
+	params = bupParams "join" buprepo [Param $ bupRef enck]
+	p = proc "bup" $ toCommand params
+
+remove :: Key -> Annex Bool
+remove _ = do
+	warning "content cannot be removed from bup remote"
+	return False
+
+{- Cannot revert having stored a key in bup, but at least the data for the
+ - key will be used for deltaing data of other keys stored later.
+ -
+ - We can, however, remove the git branch that bup created for the key.
+ -}
+rollback :: Key -> BupRepo -> Annex ()
+rollback k bupr = go =<< liftIO (bup2GitRemote bupr)
+  where
+	go r
+		| Git.repoIsUrl r = void $ onBupRemote r boolSystem "git" params
+		| otherwise = void $ liftIO $ catchMaybeIO $
+			boolSystem "git" $ Git.Command.gitCommandLine params r
+	params = [ Params "branch -D", Param (bupRef k) ]
+
+{- Bup does not provide a way to tell if a given dataset is present
+ - in a bup repository. One way it to check if the git repository has
+ - a branch matching the name (as created by bup split -n).
+ -}
+checkPresent :: Git.Repo -> Git.Repo -> Key -> Annex (Either String Bool)
+checkPresent r bupr k
+	| Git.repoIsUrl bupr = do
+		showChecking r
+		ok <- onBupRemote bupr boolSystem "git" params
+		return $ Right ok
+	| otherwise = liftIO $ catchMsgIO $
+		boolSystem "git" $ Git.Command.gitCommandLine params bupr
+  where
+	params = 
+		[ Params "show-ref --quiet --verify"
+		, Param $ "refs/heads/" ++ bupRef k
+		]
+
+{- Store UUID in the annex.uuid setting of the bup repository. -}
+storeBupUUID :: UUID -> BupRepo -> Annex ()
+storeBupUUID u buprepo = do
+	r <- liftIO $ bup2GitRemote buprepo
+	if Git.repoIsUrl r
+		then do
+			showAction "storing uuid"
+			unlessM (onBupRemote r boolSystem "git"
+				[Params $ "config annex.uuid " ++ v]) $
+					error "ssh failed"
+		else liftIO $ do
+			r' <- Git.Config.read r
+			let olduuid = Git.Config.get "annex.uuid" "" r'
+			when (olduuid == "") $
+				Git.Command.run
+					[ Param "config"
+					, Param "annex.uuid"
+					, Param v
+					] r'
+  where
+	v = fromUUID u
+
+onBupRemote :: Git.Repo -> (FilePath -> [CommandParam] -> IO a) -> FilePath -> [CommandParam] -> Annex a
+onBupRemote r a command params = do
+	c <- Annex.getRemoteGitConfig r
+	sshparams <- Ssh.toRepo r c [Param $
+			"cd " ++ dir ++ " && " ++ unwords (command : toCommand params)]
+	liftIO $ a "ssh" sshparams
+  where
+	path = Git.repoPath r
+	base = fromMaybe path (stripPrefix "/~/" path)
+	dir = shellEscape base
+
+{- Allow for bup repositories on removable media by checking
+ - local bup repositories to see if they are available, and getting their
+ - uuid (which may be different from the stored uuid for the bup remote).
+ -
+ - If a bup repository is not available, returns NoUUID.
+ - This will cause checkPresent to indicate nothing from the bup remote
+ - is known to be present.
+ -
+ - Also, returns a version of the repo with config read, if it is local.
+ -}
+getBupUUID :: Git.Repo -> UUID -> Annex (UUID, Git.Repo)
+getBupUUID r u
+	| Git.repoIsUrl r = return (u, r)
+	| otherwise = liftIO $ do
+		ret <- tryIO $ Git.Config.read r
+		case ret of
+			Right r' -> return (toUUID $ Git.Config.get "annex.uuid" "" r', r')
+			Left _ -> return (NoUUID, r)
+
+{- Converts a bup remote path spec into a Git.Repo. There are some
+ - differences in path representation between git and bup. -}
+bup2GitRemote :: BupRepo -> IO Git.Repo
+bup2GitRemote "" = do
+	-- bup -r "" operates on ~/.bup
+	h <- myHomeDir
+	Git.Construct.fromAbsPath $ h </> ".bup"
+bup2GitRemote r
+	| bupLocal r = 
+		if "/" `isPrefixOf` r
+			then Git.Construct.fromAbsPath r
+			else error "please specify an absolute path"
+	| otherwise = Git.Construct.fromUrl $ "ssh://" ++ host ++ slash dir
+  where
+	bits = split ":" r
+	host = Prelude.head bits
+	dir = intercalate ":" $ drop 1 bits
+	-- "host:~user/dir" is not supported specially by bup;
+	-- "host:dir" is relative to the home directory;
+	-- "host:" goes in ~/.bup
+	slash d
+		| null d = "/~/.bup"
+		| "/" `isPrefixOf` d = d
+		| otherwise = "/~/" ++ d
+
+{- Converts a key into a git ref name, which bup-split -n will use to point
+ - to it. -}
+bupRef :: Key -> String
+bupRef k
+	| Git.Ref.legal True shown = shown
+	| otherwise = "git-annex-" ++ show (sha256 (fromString shown))
+  where
+	shown = key2file k
+
+bupLocal :: BupRepo -> Bool
+bupLocal = notElem ':'
diff --git a/Remote/Ddar.hs b/Remote/Ddar.hs
new file mode 100644
index 0000000000..7218226e8b
--- /dev/null
+++ b/Remote/Ddar.hs
@@ -0,0 +1,229 @@
+{- Using ddar as a remote. Based on bup and rsync remotes.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ - Copyright 2014 Robie Basak <robie@justgohome.co.uk>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Ddar (remote) where
+
+import Control.Exception
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+import System.IO.Error
+import System.Process
+
+import Data.String.Utils
+import Common.Annex
+import Types.Remote
+import Types.Key
+import Types.Creds
+import qualified Git
+import Config
+import Config.Cost
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Crypto
+import Annex.Content
+import Annex.Ssh
+import Annex.UUID
+import Utility.Metered
+
+type DdarRepo = String
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "ddar",
+	enumerate = findSpecialRemotes "ddarrepo",
+	generate = gen,
+	setup = ddarSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	cst <- remoteCost gc $
+		if ddarLocal ddarrepo
+			then nearlyCheapRemoteCost
+			else expensiveRemoteCost
+
+	let new = Remote
+		{ uuid = u
+		, cost = cst
+		, name = Git.repoDescribe r
+		, storeKey = store ddarrepo
+		, retrieveKeyFile = retrieve ddarrepo
+		, retrieveKeyFileCheap = retrieveCheap
+		, removeKey = remove ddarrepo
+		, hasKey = checkPresent ddarrepo
+		, hasKeyCheap = ddarLocal ddarrepo
+		, whereisKey = Nothing
+		, remoteFsck = Nothing
+		, repairRepo = Nothing
+		, config = c
+		, repo = r
+		, gitconfig = gc
+		, localpath = if ddarLocal ddarrepo && not (null ddarrepo)
+			then Just ddarrepo
+			else Nothing
+		, remotetype = remote
+		, availability = if ddarLocal ddarrepo then LocallyAvailable else GloballyAvailable
+		, readonly = False
+		}
+	return $ Just $ encryptableRemote c
+		(storeEncrypted new ddarrepo)
+		(retrieveEncrypted ddarrepo)
+		new
+  where
+	ddarrepo = fromMaybe (error "missing ddarrepo") $ remoteAnnexDdarRepo gc
+
+ddarSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+ddarSetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+
+	-- verify configuration is sane
+	let ddarrepo = fromMaybe (error "Specify ddarrepo=") $
+		M.lookup "ddarrepo" c
+	c' <- encryptionSetup c
+
+	-- The ddarrepo is stored in git config, as well as this repo's
+	-- persistant state, so it can vary between hosts.
+	gitConfigSpecialRemote u c' "ddarrepo" ddarrepo
+
+	return (c', u)
+
+pipeDdar :: [CommandParam] -> Maybe Handle -> Maybe Handle -> IO Bool
+pipeDdar params inh outh = do
+	p <- runProcess "ddar" (toCommand params)
+		Nothing Nothing inh outh Nothing
+	ok <- waitForProcess p
+	case ok of
+		ExitSuccess -> return True
+		_ -> return False
+
+store :: DdarRepo -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store ddarrepo k _f _p = sendAnnex k (void $ remove ddarrepo k) $ \src -> do
+	let params =
+		[ Param "c"
+		, Param "-N"
+		, Param $ key2file k
+		, Param ddarrepo
+		, File src
+		]
+	liftIO $ boolSystem "ddar" params
+
+storeEncrypted :: Remote -> DdarRepo -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted r ddarrepo (cipher, enck) k _p =
+	sendAnnex k (void $ remove ddarrepo k) $ \src ->
+		liftIO $ catchBoolIO $
+			encrypt (getGpgEncParams r) cipher (feedFile src) $ \h ->
+				pipeDdar params (Just h) Nothing
+  where
+	params =
+		[ Param "c"
+		, Param "-N"
+		, Param $ key2file enck
+		, Param ddarrepo
+		, Param "-"
+		]
+
+{- Convert remote DdarRepo to host and path on remote end -}
+splitRemoteDdarRepo :: DdarRepo -> (String, String)
+splitRemoteDdarRepo ddarrepo =
+	(host, ddarrepo')
+  where
+	(host, remainder) = span (/= ':') ddarrepo
+	ddarrepo' = drop 1 remainder
+
+{- Return the command and parameters to use for a ddar call that may need to be
+ - made on a remote repository. This will call ssh if needed. -}
+
+ddarRemoteCall :: DdarRepo -> Char -> [CommandParam] -> Annex (String, [CommandParam])
+ddarRemoteCall ddarrepo cmd params
+	| ddarLocal ddarrepo = return ("ddar", localParams)
+	| otherwise = do
+		remoteCachingParams <- sshCachingOptions (host, Nothing) []
+		return ("ssh", remoteCachingParams ++ remoteParams)
+  where
+	(host, ddarrepo') = splitRemoteDdarRepo ddarrepo
+	localParams = Param [cmd] : Param ddarrepo : params
+	remoteParams = Param host : Param "ddar" : Param [cmd] : Param ddarrepo' : params
+
+{- Specialized ddarRemoteCall that includes extraction command and flags -}
+
+ddarExtractRemoteCall :: DdarRepo -> Key -> Annex (String, [CommandParam])
+ddarExtractRemoteCall ddarrepo k =
+	ddarRemoteCall ddarrepo 'x' [Param "--force-stdout", Param $ key2file k]
+
+retrieve :: DdarRepo -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve ddarrepo k _f d _p = do
+	(cmd, params) <- ddarExtractRemoteCall ddarrepo k
+	liftIO $ catchBoolIO $ withFile d WriteMode $ \h -> do
+		let p = (proc cmd $ toCommand params){ std_out = UseHandle h }
+		(_, _, _, pid) <- Common.Annex.createProcess p
+		forceSuccessProcess p pid
+		return True
+
+retrieveCheap :: Key -> FilePath -> Annex Bool
+retrieveCheap _ _ = return False
+
+retrieveEncrypted :: DdarRepo -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted ddarrepo (cipher, enck) _ f _p = do
+	(cmd, params) <- ddarExtractRemoteCall ddarrepo enck
+	let p = proc cmd $ toCommand params
+	liftIO $ catchBoolIO $ withHandle StdoutHandle createProcessSuccess p $ \h -> do
+		decrypt cipher (\toh -> L.hPut toh =<< L.hGetContents h) $
+			readBytes $ L.writeFile f
+		return True
+
+remove :: DdarRepo -> Key -> Annex Bool
+remove ddarrepo key = do
+	(cmd, params) <- ddarRemoteCall ddarrepo 'd' [Param $ key2file key]
+	liftIO $ boolSystem cmd params
+
+ddarDirectoryExists :: DdarRepo -> Annex (Either String Bool)
+ddarDirectoryExists ddarrepo
+	| ddarLocal ddarrepo = do
+		maybeStatus <- liftIO $ tryJust (guard . isDoesNotExistError) $ getFileStatus ddarrepo
+		return $ case maybeStatus of
+			Left _ -> Right False
+			Right status -> Right $ isDirectory status
+	| otherwise = do
+		sshCachingParams <- sshCachingOptions (host, Nothing) []
+		exitCode <- liftIO $ safeSystem "ssh" $ sshCachingParams ++ params
+		case exitCode of
+			ExitSuccess -> return $ Right True
+			ExitFailure 1 -> return $ Right False
+			ExitFailure code -> return $ Left $ "ssh call " ++
+				show (Data.String.Utils.join " " $ toCommand params) ++
+				" failed with status " ++ show code
+  where
+	(host, ddarrepo') = splitRemoteDdarRepo ddarrepo
+	params =
+		[ Param host
+		, Param "test"
+		, Param "-d"
+		, Param ddarrepo'
+		]
+
+{- Use "ddar t" to determine if a given key is present in a ddar archive -}
+inDdarManifest :: DdarRepo -> Key -> Annex (Either String Bool)
+inDdarManifest ddarrepo k = do
+	(cmd, params) <- ddarRemoteCall ddarrepo 't' []
+	let p = proc cmd $ toCommand params
+	liftIO $ catchMsgIO $ withHandle StdoutHandle createProcessSuccess p $ \h -> do
+		contents <- hGetContents h
+		return $ elem k' $ lines contents
+  where
+	k' = key2file k
+
+checkPresent :: DdarRepo -> Key -> Annex (Either String Bool)
+checkPresent ddarrepo key = do
+	directoryExists <- ddarDirectoryExists ddarrepo
+	case directoryExists of
+		Left e -> return $ Left e
+		Right True -> inDdarManifest ddarrepo key
+		Right False -> return $ Right False
+
+ddarLocal :: DdarRepo -> Bool
+ddarLocal = notElem ':'
diff --git a/Remote/Directory.hs b/Remote/Directory.hs
new file mode 100644
index 0000000000..afa2296ec4
--- /dev/null
+++ b/Remote/Directory.hs
@@ -0,0 +1,255 @@
+{- A "remote" that is just a filesystem directory.
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Directory (remote) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.ByteString as S
+import qualified Data.Map as M
+import Data.Int
+
+import Common.Annex
+import Types.Remote
+import Types.Creds
+import qualified Git
+import Config.Cost
+import Config
+import Utility.FileMode
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Remote.Helper.Chunked
+import Crypto
+import Annex.Content
+import Annex.UUID
+import Utility.Metered
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "directory",
+	enumerate = findSpecialRemotes "directory",
+	generate = gen,
+	setup = directorySetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	cst <- remoteCost gc cheapRemoteCost
+	let chunksize = chunkSize c
+	return $ Just $ encryptableRemote c
+		(storeEncrypted dir (getGpgEncParams (c,gc)) chunksize)
+		(retrieveEncrypted dir chunksize)
+		Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store dir chunksize,
+			retrieveKeyFile = retrieve dir chunksize,
+			retrieveKeyFileCheap = retrieveCheap dir chunksize,
+			removeKey = remove dir,
+			hasKey = checkPresent dir chunksize,
+			hasKeyCheap = True,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			repo = r,
+			gitconfig = gc,
+			localpath = Just dir,
+			readonly = False,
+			availability = LocallyAvailable,
+			remotetype = remote
+		}
+  where
+	dir = fromMaybe (error "missing directory") $ remoteAnnexDirectory gc
+
+directorySetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+directorySetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+	-- verify configuration is sane
+	let dir = fromMaybe (error "Specify directory=") $
+		M.lookup "directory" c
+	absdir <- liftIO $ absPath dir
+	liftIO $ unlessM (doesDirectoryExist absdir) $
+		error $ "Directory does not exist: " ++ absdir
+	c' <- encryptionSetup c
+
+	-- The directory is stored in git config, not in this remote's
+	-- persistant state, so it can vary between hosts.
+	gitConfigSpecialRemote u c' "directory" absdir
+	return (M.delete "directory" c', u)
+
+{- Locations to try to access a given Key in the Directory.
+ - We try more than since we used to write to different hash directories. -}
+locations :: FilePath -> Key -> [FilePath]
+locations d k = map (d </>) (keyPaths k)
+
+{- Directory where the file(s) for a key are stored. -}
+storeDir :: FilePath -> Key -> FilePath
+storeDir d k = addTrailingPathSeparator $ d </> hashDirLower k </> keyFile k
+
+{- Where we store temporary data for a key as it's being uploaded. -}
+tmpDir :: FilePath -> Key -> FilePath
+tmpDir d k = addTrailingPathSeparator $ d </> "tmp" </> keyFile k
+
+withCheckedFiles :: (FilePath -> IO Bool) -> ChunkSize -> FilePath -> Key -> ([FilePath] -> IO Bool) -> IO Bool
+withCheckedFiles _ _ [] _ _ = return False
+withCheckedFiles check Nothing d k a = go $ locations d k
+  where
+	go [] = return False
+	go (f:fs) = ifM (check f) ( a [f] , go fs )
+withCheckedFiles check (Just _) d k a = go $ locations d k
+  where
+	go [] = return False
+	go (f:fs) = do
+		let chunkcount = f ++ chunkCount
+		ifM (check chunkcount)
+			( do
+				chunks <- listChunks f <$> readFile chunkcount
+				ifM (allM check chunks)
+					( a chunks , return False )
+			, do
+				chunks <- probeChunks f check
+				if null chunks
+					then go fs
+					else a chunks
+			)
+
+withStoredFiles :: ChunkSize -> FilePath -> Key -> ([FilePath] -> IO Bool) -> IO Bool
+withStoredFiles = withCheckedFiles doesFileExist
+
+store :: FilePath -> ChunkSize -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store d chunksize k _f p = sendAnnex k (void $ remove d k) $ \src ->
+	metered (Just p) k $ \meterupdate -> 
+		storeHelper d chunksize k k $ \dests ->
+			case chunksize of
+				Nothing -> do
+					let dest = Prelude.head dests
+					meteredWriteFile meterupdate dest
+						=<< L.readFile src
+					return [dest]
+				Just _ ->
+					storeSplit meterupdate chunksize dests
+						=<< L.readFile src
+
+storeEncrypted :: FilePath -> [CommandParam] -> ChunkSize -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted d gpgOpts chunksize (cipher, enck) k p = sendAnnex k (void $ remove d enck) $ \src ->
+	metered (Just p) k $ \meterupdate ->
+		storeHelper d chunksize enck k $ \dests ->
+			encrypt gpgOpts cipher (feedFile src) $ readBytes $ \b ->
+				case chunksize of
+					Nothing -> do
+						let dest = Prelude.head dests
+						meteredWriteFile meterupdate dest b
+						return [dest]
+					Just _ -> storeSplit meterupdate chunksize dests b
+
+{- Splits a ByteString into chunks and writes to dests, obeying configured
+ - chunk size (not to be confused with the L.ByteString chunk size).
+ - Note: Must always write at least one file, even for empty ByteString. -}
+storeSplit :: MeterUpdate -> ChunkSize -> [FilePath] -> L.ByteString -> IO [FilePath]
+storeSplit _ Nothing _ _ = error "bad storeSplit call"
+storeSplit _ _ [] _ = error "bad storeSplit call"
+storeSplit meterupdate (Just chunksize) alldests@(firstdest:_) b
+	| L.null b = do
+		-- must always write at least one file, even for empty
+		L.writeFile firstdest b
+		return [firstdest]
+	| otherwise = storeSplit' meterupdate chunksize alldests (L.toChunks b) []
+storeSplit' :: MeterUpdate -> Int64 -> [FilePath] -> [S.ByteString] -> [FilePath] -> IO [FilePath]
+storeSplit' _ _ [] _ _ = error "ran out of dests"
+storeSplit' _ _  _ [] c = return $ reverse c
+storeSplit' meterupdate chunksize (d:dests) bs c = do
+	bs' <- withFile d WriteMode $
+		feed zeroBytesProcessed chunksize bs
+	storeSplit' meterupdate chunksize dests bs' (d:c)
+  where
+	feed _ _ [] _ = return []
+	feed bytes sz (l:ls) h = do
+		let len = S.length l
+		let s = fromIntegral len
+		if s <= sz || sz == chunksize
+			then do
+				S.hPut h l
+				let bytes' = addBytesProcessed bytes len
+				meterupdate bytes'
+				feed bytes' (sz - s) ls h
+			else return (l:ls)
+
+storeHelper :: FilePath -> ChunkSize -> Key -> Key -> ([FilePath] -> IO [FilePath]) -> Annex Bool
+storeHelper d chunksize key origkey storer = check <&&> go
+  where
+	tmpdir = tmpDir d key
+	destdir = storeDir d key
+	{- An encrypted key does not have a known size,
+	 - so check that the size of the original key is available as free
+	 - space. -}
+	check = do
+		liftIO $ createDirectoryIfMissing True tmpdir
+		checkDiskSpace (Just tmpdir) origkey 0
+	go = liftIO $ catchBoolIO $
+		storeChunks key tmpdir destdir chunksize storer recorder finalizer
+	finalizer tmp dest = do
+		void $ tryIO $ allowWrite dest -- may already exist
+		void $ tryIO $ removeDirectoryRecursive dest -- or not exist
+		createDirectoryIfMissing True (parentDir dest)
+		renameDirectory tmp dest
+		-- may fail on some filesystems
+		void $ tryIO $ do
+			mapM_ preventWrite =<< dirContents dest
+			preventWrite dest
+	recorder f s = do
+		void $ tryIO $ allowWrite f
+		writeFile f s
+		void $ tryIO $ preventWrite f
+
+retrieve :: FilePath -> ChunkSize -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve d chunksize k _ f p = metered (Just p) k $ \meterupdate ->
+	liftIO $ withStoredFiles chunksize d k $ \files ->
+		catchBoolIO $ do
+			meteredWriteFileChunks meterupdate f files L.readFile
+			return True
+
+retrieveEncrypted :: FilePath -> ChunkSize -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted d chunksize (cipher, enck) k f p = metered (Just p) k $ \meterupdate ->
+	liftIO $ withStoredFiles chunksize d enck $ \files ->
+		catchBoolIO $ do
+			decrypt cipher (feeder files) $
+				readBytes $ meteredWriteFile meterupdate f
+			return True
+  where
+	feeder files h = forM_ files $ L.hPut h <=< L.readFile
+
+retrieveCheap :: FilePath -> ChunkSize -> Key -> FilePath -> Annex Bool
+retrieveCheap _ (Just _) _ _ = return False -- no cheap retrieval for chunks
+#ifndef mingw32_HOST_OS
+retrieveCheap d _ k f = liftIO $ withStoredFiles Nothing d k go
+  where
+	go [file] = catchBoolIO $ createSymbolicLink file f >> return True
+	go _files = return False
+#else
+retrieveCheap _ _ _ _ = return False
+#endif
+
+remove :: FilePath -> Key -> Annex Bool
+remove d k = liftIO $ do
+	void $ tryIO $ allowWrite dir
+#ifdef mingw32_HOST_OS
+	{- Windows needs the files inside the directory to be writable
+	 - before it can delete them. -}
+	void $ tryIO $ mapM_ allowWrite =<< dirContents dir
+#endif
+	catchBoolIO $ do
+		removeDirectoryRecursive dir
+		return True
+  where
+	dir = storeDir d k
+
+checkPresent :: FilePath -> ChunkSize -> Key -> Annex (Either String Bool)
+checkPresent d chunksize k = liftIO $ catchMsgIO $ withStoredFiles chunksize d k $
+	const $ return True -- withStoredFiles checked that it exists
diff --git a/Remote/External.hs b/Remote/External.hs
new file mode 100644
index 0000000000..464e9b57e9
--- /dev/null
+++ b/Remote/External.hs
@@ -0,0 +1,444 @@
+{- External special remote interface.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.External (remote) where
+
+import Remote.External.Types
+import qualified Annex
+import Common.Annex
+import Types.Remote
+import Types.CleanupActions
+import qualified Git
+import Config
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Crypto
+import Utility.Metered
+import Logs.Transfer
+import Logs.PreferredContent.Raw
+import Logs.RemoteState
+import Config.Cost
+import Annex.Content
+import Annex.UUID
+import Annex.Exception
+import Creds
+
+import Control.Concurrent.STM
+import System.Log.Logger (debugM)
+import qualified Data.Map as M
+import qualified Data.ByteString.Lazy as L
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "external",
+	enumerate = findSpecialRemotes "externaltype",
+	generate = gen,
+	setup = externalSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	external <- newExternal externaltype u c
+	Annex.addCleanup (RemoteCleanup u) $ stopExternal external
+	cst <- getCost external r gc
+	avail <- getAvailability external r gc
+	return $ Just $ encryptableRemote c
+		(storeEncrypted external $ getGpgEncParams (c,gc))
+		(retrieveEncrypted external)
+		Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store external,
+			retrieveKeyFile = retrieve external,
+			retrieveKeyFileCheap = \_ _ -> return False,
+			removeKey = remove external,
+			hasKey = checkPresent external,
+			hasKeyCheap = False,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			localpath = Nothing,
+			repo = r,
+			gitconfig = gc,
+			readonly = False,
+			availability = avail,
+			remotetype = remote
+		}
+  where
+	externaltype = fromMaybe (error "missing externaltype") (remoteAnnexExternalType gc)
+
+externalSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+externalSetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+	let externaltype = fromMaybe (error "Specify externaltype=") $
+		M.lookup "externaltype" c
+	c' <- encryptionSetup c
+
+	external <- newExternal externaltype u c'
+	handleRequest external INITREMOTE Nothing $ \resp -> case resp of
+		INITREMOTE_SUCCESS -> Just noop
+		INITREMOTE_FAILURE errmsg -> Just $ error errmsg
+		_ -> Nothing
+	c'' <- liftIO $ atomically $ readTMVar $ externalConfig external
+
+	gitConfigSpecialRemote u c'' "externaltype" externaltype
+	return (c'', u)
+
+store :: External -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store external k _f p = sendAnnex k rollback $ \f ->
+	metered (Just p) k $
+		storeHelper external k f
+  where
+	rollback = void $ remove external k
+
+storeEncrypted :: External -> [CommandParam] -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted external gpgOpts (cipher, enck) k p = withTmp enck $ \tmp ->
+	sendAnnex k rollback $ \src -> do
+		metered (Just p) k $ \meterupdate -> do
+			liftIO $ encrypt gpgOpts cipher (feedFile src) $
+				readBytes $ L.writeFile tmp
+			storeHelper external enck tmp meterupdate
+  where
+	rollback = void $ remove external enck
+
+storeHelper :: External -> Key -> FilePath -> MeterUpdate -> Annex Bool
+storeHelper external k f p = safely $
+	handleRequest external (TRANSFER Upload k f) (Just p) $ \resp ->
+		case resp of
+			TRANSFER_SUCCESS Upload k' | k == k' ->
+				Just $ return True
+			TRANSFER_FAILURE Upload k' errmsg | k == k' ->
+				Just $ do
+					warning errmsg
+					return False
+			_ -> Nothing
+
+retrieve :: External -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve external k _f d p = metered (Just p) k $
+	retrieveHelper external k d
+
+retrieveEncrypted :: External -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted external (cipher, enck) k f p = withTmp enck $ \tmp ->
+	metered (Just p) k $ \meterupdate -> 
+		ifM (retrieveHelper external enck tmp meterupdate)
+			( liftIO $ catchBoolIO $ do
+				decrypt cipher (feedFile tmp) $
+					readBytes $ L.writeFile f
+				return True
+			, return False
+			)
+
+retrieveHelper :: External -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveHelper external k d p = safely $
+	handleRequest external (TRANSFER Download k d) (Just p) $ \resp ->
+		case resp of
+			TRANSFER_SUCCESS Download k'
+				| k == k' -> Just $ return True
+			TRANSFER_FAILURE Download k' errmsg
+				| k == k' -> Just $ do
+					warning errmsg
+					return False
+			_ -> Nothing
+
+remove :: External -> Key -> Annex Bool
+remove external k = safely $ 
+	handleRequest external (REMOVE k) Nothing $ \resp ->
+		case resp of
+			REMOVE_SUCCESS k'
+				| k == k' -> Just $ return True
+			REMOVE_FAILURE k' errmsg
+				| k == k' -> Just $ do
+					warning errmsg
+					return False
+			_ -> Nothing
+
+checkPresent :: External -> Key -> Annex (Either String Bool)
+checkPresent external k = either (Left . show) id <$> tryAnnex go
+  where
+	go = handleRequest external (CHECKPRESENT k) Nothing $ \resp ->
+		case resp of
+			CHECKPRESENT_SUCCESS k'
+				| k' == k -> Just $ return $ Right True
+			CHECKPRESENT_FAILURE k'
+				| k' == k -> Just $ return $ Right False
+			CHECKPRESENT_UNKNOWN k' errmsg
+				| k' == k -> Just $ return $ Left errmsg
+			_ -> Nothing
+
+safely :: Annex Bool -> Annex Bool
+safely a = go =<< tryAnnex a
+  where
+	go (Right r) = return r
+	go (Left e) = do
+		warning $ show e
+		return False
+
+{- Sends a Request to the external remote, and waits for it to generate
+ - a Response. That is fed into the responsehandler, which should return
+ - the action to run for it (or Nothing if there's a protocol error).
+ -
+ - While the external remote is processing the Request, it may send
+ - any number of RemoteRequests, that are handled here.
+ -
+ - Only one request can be made at a time, so locking is used.
+ -
+ - May throw exceptions, for example on protocol errors, or
+ - when the repository cannot be used.
+ -}
+handleRequest :: External -> Request -> Maybe MeterUpdate -> (Response -> Maybe (Annex a)) -> Annex a
+handleRequest external req mp responsehandler = 
+	withExternalLock external $ \lck ->
+		handleRequest' lck external req mp responsehandler
+
+handleRequest' :: ExternalLock -> External -> Request -> Maybe MeterUpdate -> (Response -> Maybe (Annex a)) -> Annex a
+handleRequest' lck external req mp responsehandler
+	| needsPREPARE req = do
+		checkPrepared lck external
+		go
+	| otherwise = go
+  where
+  	go = do
+		sendMessage lck external req
+		loop
+	loop = receiveMessage lck external responsehandler
+		(\rreq -> Just $ handleRemoteRequest rreq >> loop)
+		(\msg -> Just $ handleAsyncMessage msg >> loop)
+
+	handleRemoteRequest (PROGRESS bytesprocessed) =
+		maybe noop (\a -> liftIO $ a bytesprocessed) mp
+	handleRemoteRequest (DIRHASH k) = 
+		send $ VALUE $ hashDirMixed k
+	handleRemoteRequest (SETCONFIG setting value) =
+		liftIO $ atomically $ do
+			let v = externalConfig external
+			m <- takeTMVar v
+			putTMVar v $ M.insert setting value m
+	handleRemoteRequest (GETCONFIG setting) = do
+		value <- fromMaybe "" . M.lookup setting
+			<$> liftIO (atomically $ readTMVar $ externalConfig external)
+		send $ VALUE value
+	handleRemoteRequest (SETCREDS setting login password) = do
+		c <- liftIO $ atomically $ readTMVar $ externalConfig external
+		c' <- setRemoteCredPair c (credstorage setting) $
+			Just (login, password)
+		void $ liftIO $ atomically $ swapTMVar (externalConfig external) c'
+	handleRemoteRequest (GETCREDS setting) = do
+		c <- liftIO $ atomically $ readTMVar $ externalConfig external
+		creds <- fromMaybe ("", "") <$> 
+			getRemoteCredPair c (credstorage setting)
+		send $ CREDS (fst creds) (snd creds)
+	handleRemoteRequest GETUUID = send $
+		VALUE $ fromUUID $ externalUUID external
+	handleRemoteRequest GETGITDIR = send . VALUE =<< fromRepo Git.localGitDir
+	handleRemoteRequest (SETWANTED expr) =
+		preferredContentSet (externalUUID external) expr
+	handleRemoteRequest GETWANTED = do
+		expr <- fromMaybe "" . M.lookup (externalUUID external)
+			<$> preferredContentMapRaw
+		send $ VALUE expr
+	handleRemoteRequest (SETSTATE key state) =
+		setRemoteState (externalUUID external) key state
+	handleRemoteRequest (GETSTATE key) = do
+		state <- fromMaybe ""
+			<$> getRemoteState (externalUUID external) key
+		send $ VALUE state
+	handleRemoteRequest (DEBUG msg) = liftIO $ debugM "external" msg
+	handleRemoteRequest (VERSION _) =
+		sendMessage lck external $ ERROR "too late to send VERSION"
+
+	handleAsyncMessage (ERROR err) = error $ "external special remote error: " ++ err
+
+	send = sendMessage lck external
+
+	credstorage setting = CredPairStorage
+		{ credPairFile = base
+		, credPairEnvironment = (base ++ "login", base ++ "password")
+		, credPairRemoteKey = Just setting
+		}
+	  where
+		base = replace "/" "_" $ fromUUID (externalUUID external) ++ "-" ++ setting
+
+sendMessage :: Sendable m => ExternalLock -> External -> m -> Annex ()
+sendMessage lck external m = 
+	fromExternal lck external externalSend $ \h ->
+		liftIO $ do
+			protocolDebug external True line
+			hPutStrLn h line
+			hFlush h
+  where
+	line = unwords $ formatMessage m
+
+{- Waits for a message from the external remote, and passes it to the
+ - apppropriate handler. 
+ -
+ - If the handler returns Nothing, this is a protocol error.-}
+receiveMessage
+	:: ExternalLock
+	-> External 
+	-> (Response -> Maybe (Annex a))
+	-> (RemoteRequest -> Maybe (Annex a))
+	-> (AsyncMessage -> Maybe (Annex a))
+	-> Annex a
+receiveMessage lck external handleresponse handlerequest handleasync =
+	go =<< fromExternal lck external externalReceive
+		(liftIO . catchMaybeIO . hGetLine)
+  where
+	go Nothing = protocolError False ""
+	go (Just s) = do
+		liftIO $ protocolDebug external False s
+		case parseMessage s :: Maybe Response of
+			Just resp -> maybe (protocolError True s) id (handleresponse resp)
+			Nothing -> case parseMessage s :: Maybe RemoteRequest of
+				Just req -> maybe (protocolError True s) id (handlerequest req)
+				Nothing -> case parseMessage s :: Maybe AsyncMessage of
+					Just msg -> maybe (protocolError True s) id (handleasync msg)
+					Nothing -> protocolError False s
+	protocolError parsed s = error $ "external special remote protocol error, unexpectedly received \"" ++ s ++ "\" " ++
+		if parsed then "(command not allowed at this time)" else "(unable to parse command)"
+
+protocolDebug :: External -> Bool -> String -> IO ()
+protocolDebug external sendto line = debugM "external" $ unwords
+	[ externalRemoteProgram (externalType external)
+	, if sendto then "<--" else "-->"
+	, line
+	]
+
+{- Starts up the external remote if it's not yet running,
+ - and passes a value extracted from its state to an action.
+ -}
+fromExternal :: ExternalLock -> External -> (ExternalState -> v) -> (v -> Annex a) -> Annex a
+fromExternal lck external extractor a =
+	go =<< liftIO (atomically (tryReadTMVar v))
+  where
+	go (Just st) = run st
+	go Nothing = do
+		st <- startExternal $ externalType external
+		void $ liftIO $ atomically $ do
+			void $ tryReadTMVar v
+			putTMVar v st
+
+		{- Handle initial protocol startup; check the VERSION
+		 - the remote sends. -}
+		receiveMessage lck external
+			(const Nothing)
+			(checkVersion lck external)
+			(const Nothing)
+
+		run st
+
+	run st = a $ extractor st
+	v = externalState external
+
+{- Starts an external remote process running, but does not handle checking
+ - VERSION, etc. -}
+startExternal :: ExternalType -> Annex ExternalState
+startExternal externaltype = liftIO $ do
+	(Just hin, Just hout, _, pid) <- createProcess $ (proc cmd [])
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		, std_err = Inherit
+		}
+	fileEncoding hin
+	fileEncoding hout
+	checkearlytermination =<< getProcessExitCode pid
+	return $ ExternalState
+		{ externalSend = hin
+		, externalReceive = hout
+		, externalPid = pid
+		, externalPrepared = Unprepared
+		}
+  where
+	cmd = externalRemoteProgram externaltype
+
+	checkearlytermination Nothing = noop
+	checkearlytermination (Just exitcode) = ifM (inPath cmd)
+		( error $ unwords [ "failed to run", cmd, "(" ++ show exitcode ++ ")" ]
+		, do
+			path <- intercalate ":" <$> getSearchPath
+			error $ cmd ++ " is not installed in PATH (" ++ path ++ ")"
+		)
+
+stopExternal :: External -> Annex ()
+stopExternal external = liftIO $ stop =<< atomically (tryReadTMVar v)
+  where
+	stop Nothing = noop
+	stop (Just st) = do
+		void $ atomically $ tryTakeTMVar v
+		hClose $ externalSend st
+		hClose $ externalReceive st
+		void $ waitForProcess $ externalPid st
+	v = externalState external
+
+externalRemoteProgram :: ExternalType -> String
+externalRemoteProgram externaltype = "git-annex-remote-" ++ externaltype
+
+checkVersion :: ExternalLock -> External -> RemoteRequest -> Maybe (Annex ())
+checkVersion lck external (VERSION v) = Just $
+	if v `elem` supportedProtocolVersions
+		then noop
+		else sendMessage lck external (ERROR "unsupported VERSION")
+checkVersion _ _ _ = Nothing
+
+{- If repo has not been prepared, sends PREPARE.
+ -
+ - If the repo fails to prepare, or failed before, throws an exception with
+ - the error message. -}
+checkPrepared :: ExternalLock -> External -> Annex ()
+checkPrepared lck external = 
+	fromExternal lck external externalPrepared $ \prepared ->
+		case prepared of
+			Prepared -> noop
+			FailedPrepare errmsg -> error errmsg
+			Unprepared -> 
+				handleRequest' lck external PREPARE Nothing $ \resp ->
+					case resp of
+						PREPARE_SUCCESS -> Just $
+							setprepared Prepared
+						PREPARE_FAILURE errmsg -> Just $ do
+							setprepared $ FailedPrepare errmsg
+							error errmsg
+						_ -> Nothing
+  where
+	setprepared status = liftIO . atomically $ do
+		let v = externalState external
+		st <- takeTMVar v
+		void $ putTMVar v $ st { externalPrepared = status }
+
+{- Caches the cost in the git config to avoid needing to start up an
+ - external special remote every time time just to ask it what its
+ - cost is. -}
+getCost :: External -> Git.Repo -> RemoteGitConfig -> Annex Cost
+getCost external r gc = go =<< remoteCost' gc
+  where
+	go (Just c) = return c
+	go Nothing = do
+		c <- handleRequest external GETCOST Nothing $ \req -> case req of
+			COST c -> Just $ return c
+			UNSUPPORTED_REQUEST -> Just $ return expensiveRemoteCost
+			_ -> Nothing
+		setRemoteCost r c
+		return c
+
+{- Caches the availability in the git config to avoid needing to start up an
+ - external special remote every time time just to ask it what its
+ - availability is.
+ -
+ - Most remotes do not bother to implement a reply to this request;
+ - globally available is the default.
+ -}
+getAvailability :: External -> Git.Repo -> RemoteGitConfig -> Annex Availability
+getAvailability external r gc = maybe query return (remoteAnnexAvailability gc)
+  where
+	query = do
+		avail <- handleRequest external GETAVAILABILITY Nothing $ \req -> case req of
+			AVAILABILITY avail -> Just $ return avail
+			UNSUPPORTED_REQUEST -> Just $ return GloballyAvailable
+			_ -> Nothing
+		setRemoteAvailability r avail
+		return avail
diff --git a/Remote/External/Types.hs b/Remote/External/Types.hs
new file mode 100644
index 0000000000..983764f701
--- /dev/null
+++ b/Remote/External/Types.hs
@@ -0,0 +1,254 @@
+{- External special remote data types.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE FlexibleInstances, TypeSynonymInstances #-}
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module Remote.External.Types (
+	External(..),
+	newExternal,
+	ExternalType,
+	ExternalLock,
+	withExternalLock,
+	ExternalState(..),
+	PrepareStatus(..),
+	Proto.parseMessage,
+	Proto.Sendable(..),
+	Proto.Receivable(..),
+	Request(..),
+	needsPREPARE,
+	Response(..),
+	RemoteRequest(..),
+	RemoteResponse(..),
+	AsyncMessage(..),
+	ErrorMsg,
+	Setting,
+	ProtocolVersion,
+	supportedProtocolVersions,
+) where
+
+import Common.Annex
+import Annex.Exception
+import Types.Key (file2key, key2file)
+import Types.StandardGroups (PreferredContentExpression)
+import Utility.Metered (BytesProcessed(..))
+import Logs.Transfer (Direction(..))
+import Config.Cost (Cost)
+import Types.Remote (RemoteConfig)
+import Types.Availability (Availability(..))
+import qualified Utility.SimpleProtocol as Proto
+
+import Control.Concurrent.STM
+
+-- If the remote is not yet running, the ExternalState TMVar is empty.
+data External = External
+	{ externalType :: ExternalType
+	, externalUUID :: UUID
+	-- Empty until the remote is running.
+	, externalState :: TMVar ExternalState
+	-- Empty when a remote is in use.
+	, externalLock :: TMVar ExternalLock
+	-- Never left empty.
+	, externalConfig :: TMVar RemoteConfig
+	}
+
+newExternal :: ExternalType -> UUID -> RemoteConfig -> Annex External
+newExternal externaltype u c = liftIO $ External
+	<$> pure externaltype
+	<*> pure u
+	<*> atomically newEmptyTMVar
+	<*> atomically (newTMVar ExternalLock)
+	<*> atomically (newTMVar c)
+
+type ExternalType = String
+
+data ExternalState = ExternalState
+	{ externalSend :: Handle
+	, externalReceive :: Handle
+	, externalPid :: ProcessHandle
+	, externalPrepared :: PrepareStatus
+	}
+
+data PrepareStatus = Unprepared | Prepared | FailedPrepare ErrorMsg
+
+-- Constructor is not exported, and only created by newExternal.
+data ExternalLock = ExternalLock
+
+withExternalLock :: External -> (ExternalLock -> Annex a) -> Annex a
+withExternalLock external = bracketIO setup cleanup
+  where
+	setup = atomically $ takeTMVar v
+	cleanup = atomically . putTMVar v
+	v = externalLock external
+
+-- Messages that can be sent to the external remote to request it do something.
+data Request 
+	= PREPARE 
+	| INITREMOTE
+	| GETCOST
+	| GETAVAILABILITY
+	| TRANSFER Direction Key FilePath
+	| CHECKPRESENT Key
+	| REMOVE Key
+	deriving (Show)
+
+-- Does PREPARE need to have been sent before this request?
+needsPREPARE :: Request -> Bool
+needsPREPARE PREPARE = False
+needsPREPARE INITREMOTE = False
+needsPREPARE _ = True
+
+instance Proto.Sendable Request where
+	formatMessage PREPARE = ["PREPARE"]
+	formatMessage INITREMOTE = ["INITREMOTE"]
+	formatMessage GETCOST = ["GETCOST"]
+	formatMessage GETAVAILABILITY = ["GETAVAILABILITY"]
+	formatMessage (TRANSFER direction key file) =
+		[ "TRANSFER"
+		, Proto.serialize direction
+		, Proto.serialize key
+		, Proto.serialize file
+		]
+	formatMessage (CHECKPRESENT key) = [ "CHECKPRESENT", Proto.serialize key ]
+	formatMessage (REMOVE key) = [ "REMOVE", Proto.serialize key ]
+
+-- Responses the external remote can make to requests.
+data Response
+	= PREPARE_SUCCESS
+	| PREPARE_FAILURE ErrorMsg
+	| TRANSFER_SUCCESS Direction Key
+	| TRANSFER_FAILURE Direction Key ErrorMsg
+	| CHECKPRESENT_SUCCESS Key
+	| CHECKPRESENT_FAILURE Key
+	| CHECKPRESENT_UNKNOWN Key ErrorMsg
+	| REMOVE_SUCCESS Key
+	| REMOVE_FAILURE Key ErrorMsg
+	| COST Cost
+	| AVAILABILITY Availability
+	| INITREMOTE_SUCCESS
+	| INITREMOTE_FAILURE ErrorMsg
+	| UNSUPPORTED_REQUEST
+	deriving (Show)
+
+instance Proto.Receivable Response where
+	parseCommand "PREPARE-SUCCESS" = Proto.parse0 PREPARE_SUCCESS
+	parseCommand "PREPARE-FAILURE" = Proto.parse1 PREPARE_FAILURE
+	parseCommand "TRANSFER-SUCCESS" = Proto.parse2 TRANSFER_SUCCESS
+	parseCommand "TRANSFER-FAILURE" = Proto.parse3 TRANSFER_FAILURE
+	parseCommand "CHECKPRESENT-SUCCESS" = Proto.parse1 CHECKPRESENT_SUCCESS
+	parseCommand "CHECKPRESENT-FAILURE" = Proto.parse1 CHECKPRESENT_FAILURE
+	parseCommand "CHECKPRESENT-UNKNOWN" = Proto.parse2 CHECKPRESENT_UNKNOWN
+	parseCommand "REMOVE-SUCCESS" = Proto.parse1 REMOVE_SUCCESS
+	parseCommand "REMOVE-FAILURE" = Proto.parse2 REMOVE_FAILURE
+	parseCommand "COST" = Proto.parse1 COST
+	parseCommand "AVAILABILITY" = Proto.parse1 AVAILABILITY
+	parseCommand "INITREMOTE-SUCCESS" = Proto.parse0 INITREMOTE_SUCCESS
+	parseCommand "INITREMOTE-FAILURE" = Proto.parse1 INITREMOTE_FAILURE
+	parseCommand "UNSUPPORTED-REQUEST" = Proto.parse0 UNSUPPORTED_REQUEST
+	parseCommand _ = Proto.parseFail
+
+-- Requests that the external remote can send at any time it's in control.
+data RemoteRequest
+	= VERSION ProtocolVersion
+	| PROGRESS BytesProcessed
+	| DIRHASH Key
+	| SETCONFIG Setting String
+	| GETCONFIG Setting
+	| SETCREDS Setting String String
+	| GETCREDS Setting
+	| GETUUID
+	| GETGITDIR
+	| SETWANTED PreferredContentExpression
+	| GETWANTED
+	| SETSTATE Key String
+	| GETSTATE Key
+	| DEBUG String
+	deriving (Show)
+
+instance Proto.Receivable RemoteRequest where
+	parseCommand "VERSION" = Proto.parse1 VERSION
+	parseCommand "PROGRESS" = Proto.parse1 PROGRESS
+	parseCommand "DIRHASH" = Proto.parse1 DIRHASH
+	parseCommand "SETCONFIG" = Proto.parse2 SETCONFIG
+	parseCommand "GETCONFIG" = Proto.parse1 GETCONFIG
+	parseCommand "SETCREDS" = Proto.parse3 SETCREDS
+	parseCommand "GETCREDS" = Proto.parse1 GETCREDS
+	parseCommand "GETUUID" = Proto.parse0 GETUUID
+	parseCommand "GETGITDIR" = Proto.parse0 GETGITDIR
+	parseCommand "SETWANTED" = Proto.parse1 SETWANTED
+	parseCommand "GETWANTED" = Proto.parse0 GETWANTED
+	parseCommand "SETSTATE" = Proto.parse2 SETSTATE
+	parseCommand "GETSTATE" = Proto.parse1 GETSTATE
+	parseCommand "DEBUG" = Proto.parse1 DEBUG
+	parseCommand _ = Proto.parseFail
+
+-- Responses to RemoteRequest.
+data RemoteResponse
+	= VALUE String
+	| CREDS String String
+	deriving (Show)
+
+instance Proto.Sendable RemoteResponse where
+	formatMessage (VALUE s) = [ "VALUE", Proto.serialize s ]
+	formatMessage (CREDS login password) = [ "CREDS", Proto.serialize login, Proto.serialize password ]
+
+-- Messages that can be sent at any time by either git-annex or the remote.
+data AsyncMessage
+	= ERROR ErrorMsg
+	deriving (Show)
+
+instance Proto.Sendable AsyncMessage where
+	formatMessage (ERROR err) = [ "ERROR", Proto.serialize err ]
+
+instance Proto.Receivable AsyncMessage where
+	parseCommand "ERROR" = Proto.parse1 ERROR
+	parseCommand _ = Proto.parseFail
+
+-- Data types used for parameters when communicating with the remote.
+-- All are serializable.
+type ErrorMsg = String
+type Setting = String
+type ProtocolVersion = Int
+
+supportedProtocolVersions :: [ProtocolVersion]
+supportedProtocolVersions = [1]
+
+instance Proto.Serializable Direction where
+	serialize Upload = "STORE"
+	serialize Download = "RETRIEVE"
+
+	deserialize "STORE" = Just Upload
+	deserialize "RETRIEVE" = Just Download
+	deserialize _ = Nothing
+
+instance Proto.Serializable Key where
+	serialize = key2file
+	deserialize = file2key
+
+instance Proto.Serializable [Char] where
+	serialize = id
+	deserialize = Just
+
+instance Proto.Serializable ProtocolVersion where
+	serialize = show
+	deserialize = readish
+
+instance Proto.Serializable Cost where
+	serialize = show
+	deserialize = readish
+
+instance Proto.Serializable Availability where
+	serialize GloballyAvailable = "GLOBAL"
+	serialize LocallyAvailable = "LOCAL"
+
+	deserialize "GLOBAL" = Just GloballyAvailable
+	deserialize "LOCAL" = Just LocallyAvailable
+	deserialize _ = Nothing
+
+instance Proto.Serializable BytesProcessed where
+	serialize (BytesProcessed n) = show n
+	deserialize = BytesProcessed <$$> readish
diff --git a/Remote/GCrypt.hs b/Remote/GCrypt.hs
new file mode 100644
index 0000000000..b2dd6cdaf5
--- /dev/null
+++ b/Remote/GCrypt.hs
@@ -0,0 +1,411 @@
+{- git remotes encrypted using git-remote-gcrypt
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.GCrypt (
+	remote,
+	gen,
+	getGCryptUUID,
+	coreGCryptId,
+	setupRepo
+) where
+
+import qualified Data.Map as M
+import qualified Data.ByteString.Lazy as L
+import Control.Exception.Extensible
+
+import Common.Annex
+import Types.Remote
+import Types.GitConfig
+import Types.Crypto
+import Types.Creds
+import qualified Git
+import qualified Git.Command
+import qualified Git.Config
+import qualified Git.GCrypt
+import qualified Git.Construct
+import qualified Git.Types as Git ()
+import qualified Annex.Branch
+import qualified Annex.Content
+import Config
+import Config.Cost
+import Remote.Helper.Git
+import Remote.Helper.Encryptable
+import Remote.Helper.Special
+import Remote.Helper.Messages
+import qualified Remote.Helper.Ssh as Ssh
+import Utility.Metered
+import Crypto
+import Annex.UUID
+import Annex.Ssh
+import qualified Remote.Rsync
+import Utility.Rsync
+import Utility.Tmp
+import Logs.Remote
+import Logs.Transfer
+import Utility.Gpg
+import Annex.Content
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "gcrypt",
+	-- Remote.Git takes care of enumerating gcrypt remotes too,
+	-- and will call our gen on them.
+	enumerate = return [],
+	generate = gen,
+	setup = gCryptSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen gcryptr u c gc = do
+	g <- gitRepo
+	-- get underlying git repo with real path, not gcrypt path
+	r <- liftIO $ Git.GCrypt.encryptedRemote g gcryptr
+	let r' = r { Git.remoteName = Git.remoteName gcryptr }
+	-- doublecheck that cache matches underlying repo's gcrypt-id
+	-- (which might not be set), only for local repos
+	(mgcryptid, r'') <- getGCryptId True r'
+	case (mgcryptid, Git.GCrypt.remoteRepoId g (Git.remoteName gcryptr)) of
+		(Just gcryptid, Just cachedgcryptid)
+			| gcryptid /= cachedgcryptid -> resetup gcryptid r''
+		_ -> gen' r'' u c gc
+  where
+	-- A different drive may have been mounted, making a different
+	-- gcrypt remote available. So need to set the cached
+	-- gcrypt-id and annex-uuid of the remote to match the remote
+	-- that is now available. Also need to set the gcrypt particiants
+	-- correctly.
+	resetup gcryptid r = do
+		let u' = genUUIDInNameSpace gCryptNameSpace gcryptid
+		v <- M.lookup u' <$> readRemoteLog
+		case (Git.remoteName gcryptr, v) of
+			(Just remotename, Just c') -> do
+				setGcryptEncryption c' remotename
+				setConfig (remoteConfig gcryptr "uuid") (fromUUID u')
+				setConfig (ConfigKey $ Git.GCrypt.remoteConfigKey "gcrypt-id" remotename) gcryptid
+				gen' r u' c' gc
+			_ -> do
+				warning $ "not using unknown gcrypt repository pointed to by remote " ++ Git.repoDescribe r
+				return Nothing
+
+gen' :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen' r u c gc = do
+	cst <- remoteCost gc $
+		if repoCheap r then nearlyCheapRemoteCost else expensiveRemoteCost
+	(rsynctransport, rsyncurl) <- rsyncTransportToObjects r
+	let rsyncopts = Remote.Rsync.genRsyncOpts c gc rsynctransport rsyncurl
+	let this = Remote 
+		{ uuid = u
+		, cost = cst
+		, name = Git.repoDescribe r
+		, storeKey = \_ _ _ -> noCrypto
+		, retrieveKeyFile = \_ _ _ _ -> noCrypto
+		, retrieveKeyFileCheap = \_ _ -> return False
+		, removeKey = remove this rsyncopts
+		, hasKey = checkPresent this rsyncopts
+		, hasKeyCheap = repoCheap r
+		, whereisKey = Nothing
+		, remoteFsck = Nothing
+		, repairRepo = Nothing
+		, config = c
+		, localpath = localpathCalc r
+		, repo = r
+		, gitconfig = gc { remoteGitConfig = Just $ extractGitConfig r }
+		, readonly = Git.repoIsHttp r
+		, availability = availabilityCalc r
+		, remotetype = remote
+	}
+	return $ Just $ encryptableRemote c
+		(store this rsyncopts)
+		(retrieve this rsyncopts)
+		this
+
+rsyncTransportToObjects :: Git.Repo -> Annex ([CommandParam], String)
+rsyncTransportToObjects r = do
+	(rsynctransport, rsyncurl, _) <- rsyncTransport r
+	return (rsynctransport, rsyncurl ++ "/annex/objects")
+
+rsyncTransport :: Git.Repo -> Annex ([CommandParam], String, AccessMethod)
+rsyncTransport r
+	| "ssh://" `isPrefixOf` loc = sshtransport $ break (== '/') $ drop (length "ssh://") loc
+	| "//:" `isInfixOf` loc = othertransport
+	| ":" `isInfixOf` loc = sshtransport $ separate (== ':') loc
+	| otherwise = othertransport
+  where
+  	loc = Git.repoLocation r
+	sshtransport (host, path) = do
+		let rsyncpath = if "/~/" `isPrefixOf` path
+			then drop 3 path
+			else path
+		opts <- sshCachingOptions (host, Nothing) []
+		return (rsyncShell $ Param "ssh" : opts, host ++ ":" ++ rsyncpath, AccessShell)
+	othertransport = return ([], loc, AccessDirect)
+
+noCrypto :: Annex a
+noCrypto = error "cannot use gcrypt remote without encryption enabled"
+
+unsupportedUrl :: Annex a
+unsupportedUrl = error "using non-ssh remote repo url with gcrypt is not supported"
+
+gCryptSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+gCryptSetup mu _ c = go $ M.lookup "gitrepo" c
+  where
+	remotename = fromJust (M.lookup "name" c)
+  	go Nothing = error "Specify gitrepo="
+	go (Just gitrepo) = do
+		c' <- encryptionSetup c
+		inRepo $ Git.Command.run 
+			[ Params "remote add"
+			, Param remotename
+			, Param $ Git.GCrypt.urlPrefix ++ gitrepo
+			]
+
+		setGcryptEncryption c' remotename
+
+		{- Run a git fetch and a push to the git repo in order to get
+		 - its gcrypt-id set up, so that later git annex commands
+		 - will use the remote as a gcrypt remote. The fetch is
+		 - needed if the repo already exists; the push is needed
+		 - if the repo has not yet been initialized by gcrypt. -}
+		void $ inRepo $ Git.Command.runBool
+			[ Param "fetch"
+			, Param remotename
+			]
+		void $ inRepo $ Git.Command.runBool
+			[ Param "push"
+			, Param remotename
+			, Param $ Git.fromRef Annex.Branch.fullname
+			]
+		g <- inRepo Git.Config.reRead
+		case Git.GCrypt.remoteRepoId g (Just remotename) of
+			Nothing -> error "unable to determine gcrypt-id of remote"
+			Just gcryptid -> do
+				let u = genUUIDInNameSpace gCryptNameSpace gcryptid
+				if Just u == mu || isNothing mu
+					then do
+						method <- setupRepo gcryptid =<< inRepo (Git.Construct.fromRemoteLocation gitrepo)
+						gitConfigSpecialRemote u c' "gcrypt" (fromAccessMethod method)
+						return (c', u)
+					else error $ "uuid mismatch " ++ show (u, mu, gcryptid)
+
+{- Sets up the gcrypt repository. The repository is either a local
+ - repo, or it is accessed via rsync directly, or it is accessed over ssh
+ - and git-annex-shell is available to manage it.
+ -
+ - The GCryptID is recorded in the repository's git config for later use.
+ - Also, if the git config has receive.denyNonFastForwards set, disable
+ - it; gcrypt relies on being able to fast-forward branches.
+ -}
+setupRepo :: Git.GCrypt.GCryptId -> Git.Repo -> Annex AccessMethod
+setupRepo gcryptid r
+	| Git.repoIsUrl r = do
+		(_, _, accessmethod) <- rsyncTransport r
+		case accessmethod of
+			AccessDirect -> rsyncsetup
+			AccessShell -> ifM gitannexshellsetup
+				( return AccessShell
+				, rsyncsetup
+				)
+	| Git.repoIsLocalUnknown r = localsetup =<< liftIO (Git.Config.read r)
+	| otherwise = localsetup r
+  where
+	localsetup r' = do
+		let setconfig k v = liftIO $ Git.Command.run [Param "config", Param k, Param v] r'
+		setconfig coreGCryptId gcryptid
+		setconfig denyNonFastForwards (Git.Config.boolConfig False)
+		return AccessDirect
+
+	{- As well as modifying the remote's git config, 
+	 - create the objectDir on the remote,
+	 - which is needed for direct rsync of objects to work.
+	 -}
+  	rsyncsetup = Remote.Rsync.withRsyncScratchDir $ \tmp -> do
+		liftIO $ createDirectoryIfMissing True $ tmp </> objectDir
+		(rsynctransport, rsyncurl, _) <- rsyncTransport r
+		let tmpconfig = tmp </> "config"
+		void $ liftIO $ rsync $ rsynctransport ++
+			[ Param $ rsyncurl ++ "/config"
+			, Param tmpconfig
+			]
+		liftIO $ do
+			void $ Git.Config.changeFile tmpconfig coreGCryptId gcryptid
+			void $ Git.Config.changeFile tmpconfig denyNonFastForwards (Git.Config.boolConfig False)
+		ok <- liftIO $ rsync $ rsynctransport ++
+			[ Params "--recursive"
+			, Param $ tmp ++ "/"
+			, Param rsyncurl
+			]
+		unless ok $
+			error "Failed to connect to remote to set it up."
+		return AccessDirect
+
+	{-  Ask git-annex-shell to configure the repository as a gcrypt
+	 -  repository. May fail if it is too old. -}
+	gitannexshellsetup = Ssh.onRemote r (boolSystem, False)
+		"gcryptsetup" [ Param gcryptid ] []
+
+	denyNonFastForwards = "receive.denyNonFastForwards"
+
+shellOrRsync :: Remote -> Annex a -> Annex a -> Annex a
+shellOrRsync r ashell arsync = case method of
+	AccessShell -> ashell
+	_ -> arsync
+  where
+  	method = toAccessMethod $ fromMaybe "" $
+		remoteAnnexGCrypt $ gitconfig r
+
+{- Configure gcrypt to use the same list of keyids that
+ - were passed to initremote as its participants.
+ - Also, configure it to use a signing key that is in the list of
+ - participants, which gcrypt requires is the case, and may not be
+ - depending on system configuration.
+ -
+ - (For shared encryption, gcrypt's default behavior is used.)
+ -
+ - Also, sets gcrypt-publish-participants to avoid unncessary gpg
+ - passphrase prompts.
+ -}
+setGcryptEncryption :: RemoteConfig -> String -> Annex ()
+setGcryptEncryption c remotename = do
+	let participants = remoteconfig Git.GCrypt.remoteParticipantConfigKey
+	case extractCipher c of
+		Nothing -> noCrypto
+		Just (EncryptedCipher _ _ (KeyIds { keyIds = ks})) -> do
+			setConfig participants (unwords ks)
+			let signingkey = ConfigKey $ Git.GCrypt.remoteSigningKey remotename
+			skeys <- M.keys <$> liftIO secretKeys
+			case filter (`elem` ks) skeys of
+				[] -> noop
+				(k:_) -> setConfig signingkey k
+		Just (SharedCipher _) ->
+			unsetConfig participants
+	setConfig (remoteconfig Git.GCrypt.remotePublishParticipantConfigKey)
+		(Git.Config.boolConfig True)
+  where
+	remoteconfig n = ConfigKey $ n remotename
+
+store :: Remote -> Remote.Rsync.RsyncOpts -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+store r rsyncopts (cipher, enck) k p
+	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) False $
+		metered (Just p) k $ \meterupdate -> spoolencrypted $ \h -> do
+			let dest = gCryptLocation r enck
+			createDirectoryIfMissing True $ parentDir dest
+			readBytes (meteredWriteFile meterupdate dest) h
+			return True
+	| Git.repoIsSsh (repo r) = shellOrRsync r storeshell storersync
+	| otherwise = unsupportedUrl
+  where
+  	gpgopts = getGpgEncParams r
+	storersync = Remote.Rsync.storeEncrypted rsyncopts gpgopts (cipher, enck) k p
+	storeshell = withTmp enck $ \tmp ->
+		ifM (spoolencrypted $ readBytes $ \b -> catchBoolIO $ L.writeFile tmp b >> return True)
+			( Ssh.rsyncHelper (Just p)
+				=<< Ssh.rsyncParamsRemote False r Upload enck tmp Nothing
+			, return False
+			)
+	spoolencrypted a = Annex.Content.sendAnnex k noop $ \src ->
+		liftIO $ catchBoolIO $
+			encrypt gpgopts cipher (feedFile src) a
+
+retrieve :: Remote -> Remote.Rsync.RsyncOpts -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieve r rsyncopts (cipher, enck) k d p
+	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) False $ do
+		retrievewith $ L.readFile src
+		return True
+	| Git.repoIsSsh (repo r) = shellOrRsync r retrieveshell retrieversync
+	| otherwise = unsupportedUrl
+  where
+	src = gCryptLocation r enck
+	retrievewith a = metered (Just p) k $ \meterupdate -> liftIO $
+		a >>= \b -> 
+			decrypt cipher (feedBytes b)
+				(readBytes $ meteredWriteFile meterupdate d)
+	retrieversync = Remote.Rsync.retrieveEncrypted rsyncopts (cipher, enck) k d p
+	retrieveshell = withTmp enck $ \tmp ->
+		ifM (Ssh.rsyncHelper (Just p) =<< Ssh.rsyncParamsRemote False r Download enck tmp Nothing)
+			( liftIO $ catchBoolIO $ do
+				decrypt cipher (feedFile tmp) $
+					readBytes $ L.writeFile d
+				return True
+			, return False
+			)
+
+remove :: Remote -> Remote.Rsync.RsyncOpts -> Key -> Annex Bool
+remove r rsyncopts k
+	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) False $ do
+		liftIO $ removeDirectoryRecursive $ parentDir $ gCryptLocation r k
+		return True
+	| Git.repoIsSsh (repo r) = shellOrRsync r removeshell removersync
+	| otherwise = unsupportedUrl
+  where
+	removersync = Remote.Rsync.remove rsyncopts k
+	removeshell = Ssh.dropKey (repo r) k
+
+checkPresent :: Remote -> Remote.Rsync.RsyncOpts -> Key -> Annex (Either String Bool)
+checkPresent r rsyncopts k
+	| not $ Git.repoIsUrl (repo r) =
+		guardUsable (repo r) (cantCheck $ repo r) $
+			liftIO $ catchDefaultIO (cantCheck $ repo r) $
+				Right <$> doesFileExist (gCryptLocation r k)
+	| Git.repoIsSsh (repo r) = shellOrRsync r checkshell checkrsync
+	| otherwise = unsupportedUrl
+  where
+  	checkrsync = Remote.Rsync.checkPresent (repo r) rsyncopts k
+	checkshell = Ssh.inAnnex (repo r) k
+
+{- Annexed objects are hashed using lower-case directories for max
+ - portability. -}
+gCryptLocation :: Remote -> Key -> FilePath
+gCryptLocation r key = Git.repoLocation (repo r) </> objectDir </> keyPath key hashDirLower
+
+data AccessMethod = AccessDirect | AccessShell
+
+fromAccessMethod :: AccessMethod -> String
+fromAccessMethod AccessShell = "shell"
+fromAccessMethod AccessDirect = "true"
+
+toAccessMethod :: String -> AccessMethod
+toAccessMethod "shell" = AccessShell
+toAccessMethod _ = AccessDirect
+
+getGCryptUUID :: Bool -> Git.Repo -> Annex (Maybe UUID)
+getGCryptUUID fast r = (genUUIDInNameSpace gCryptNameSpace <$>) . fst
+	<$> getGCryptId fast r
+
+coreGCryptId :: String
+coreGCryptId = "core.gcrypt-id"
+
+{- gcrypt repos set up by git-annex as special remotes have a
+ - core.gcrypt-id setting in their config, which can be mapped back to
+ - the remote's UUID.
+ -
+ - In fast mode, only checks local repos. To check a remote repo,
+ - tries git-annex-shell and direct rsync of the git config file.
+ -
+ - (Also returns a version of input repo with its config read.) -}
+getGCryptId :: Bool -> Git.Repo -> Annex (Maybe Git.GCrypt.GCryptId, Git.Repo)
+getGCryptId fast r
+	| Git.repoIsLocal r || Git.repoIsLocalUnknown r = extract <$>
+		liftIO (catchMaybeIO $ Git.Config.read r)
+	| not fast = extract . liftM fst <$> getM (eitherToMaybe <$>)
+		[ Ssh.onRemote r (Git.Config.fromPipe r, Left undefined) "configlist" [] []
+		, getConfigViaRsync r
+		]
+	| otherwise = return (Nothing, r)
+  where
+	extract Nothing = (Nothing, r)
+	extract (Just r') = (Git.Config.getMaybe coreGCryptId r', r')
+
+getConfigViaRsync :: Git.Repo -> Annex (Either SomeException (Git.Repo, String))
+getConfigViaRsync r = do
+	(rsynctransport, rsyncurl, _) <- rsyncTransport r
+	liftIO $ do
+		withTmpFile "tmpconfig" $ \tmpconfig _ -> do
+			void $ rsync $ rsynctransport ++
+				[ Param $ rsyncurl ++ "/config"
+				, Param tmpconfig
+				]
+			Git.Config.fromFile r tmpconfig
diff --git a/Remote/Git.hs b/Remote/Git.hs
new file mode 100644
index 0000000000..4498ec907c
--- /dev/null
+++ b/Remote/Git.hs
@@ -0,0 +1,562 @@
+{- Standard git remotes.
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Git (
+	remote,
+	configRead,
+	repoAvail,
+) where
+
+import Common.Annex
+import Annex.Ssh
+import Types.Remote
+import Types.GitConfig
+import qualified Git
+import qualified Git.Config
+import qualified Git.Construct
+import qualified Git.Command
+import qualified Git.GCrypt
+import qualified Git.Types as Git
+import qualified Annex
+import Logs.Presence
+import Annex.Transfer
+import Annex.UUID
+import Annex.Exception
+import qualified Annex.Content
+import qualified Annex.BranchState
+import qualified Annex.Branch
+import qualified Annex.Url as Url
+import Utility.Tmp
+import Config
+import Config.Cost
+import Annex.Init
+import Types.Key
+import Types.CleanupActions
+import qualified CmdLine.GitAnnexShell.Fields as Fields
+import Logs.Location
+import Utility.Metered
+#ifndef mingw32_HOST_OS
+import Utility.CopyFile
+#endif
+import Utility.Env
+import Utility.Batch
+import Remote.Helper.Git
+import Remote.Helper.Messages
+import qualified Remote.Helper.Ssh as Ssh
+import qualified Remote.GCrypt
+import Config.Files
+import Creds
+
+import Control.Concurrent
+import Control.Concurrent.MSampleVar
+import qualified Data.Map as M
+import Control.Exception.Extensible
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "git",
+	enumerate = list,
+	generate = gen,
+	setup = gitSetup
+}
+
+list :: Annex [Git.Repo]
+list = do
+	c <- fromRepo Git.config
+	rs <- mapM (tweakurl c) =<< fromRepo Git.remotes
+	mapM configRead rs
+  where
+	annexurl n = "remote." ++ n ++ ".annexurl"
+	tweakurl c r = do
+		let n = fromJust $ Git.remoteName r
+		case M.lookup (annexurl n) c of
+			Nothing -> return r
+			Just url -> inRepo $ \g ->
+				Git.Construct.remoteNamed n $
+					Git.Construct.fromRemoteLocation url g
+
+{- Git remotes are normally set up using standard git command, not
+ - git-annex initremote and enableremote.
+ -
+ - For initremote, the git remote must already be set up, and have a uuid.
+ - Initremote simply remembers its location.
+ -
+ - enableremote simply sets up a git remote using the stored location.
+ - No attempt is made to make the remote be accessible via ssh key setup,
+ - etc.
+ -}
+gitSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+gitSetup Nothing _ c = do
+	let location = fromMaybe (error "Specify location=url") $
+		Url.parseURIRelaxed =<< M.lookup "location" c
+	g <- Annex.gitRepo
+	u <- case filter (\r -> Git.location r == Git.Url location) (Git.remotes g) of
+		[r] -> getRepoUUID r
+		[] -> error "could not find existing git remote with specified location"
+		_ -> error "found multiple git remotes with specified location"
+	return (c, u)
+gitSetup (Just u) _ c = do
+	inRepo $ Git.Command.run
+		[ Param "remote"
+		, Param "add"
+		, Param $ fromMaybe (error "no name") (M.lookup "name" c)
+		, Param $ fromMaybe (error "no location") (M.lookup "location" c)
+		]
+	return (c, u)
+
+{- It's assumed to be cheap to read the config of non-URL remotes, so this is
+ - done each time git-annex is run in a way that uses remotes.
+ -
+ - Conversely, the config of an URL remote is only read when there is no
+ - cached UUID value. -}
+configRead :: Git.Repo -> Annex Git.Repo
+configRead r = do
+	gc <- Annex.getRemoteGitConfig r
+	u <- getRepoUUID r
+	case (repoCheap r, remoteAnnexIgnore gc, u) of
+		(_, True, _) -> return r
+		(True, _, _) -> tryGitConfigRead r
+		(False, _, NoUUID) -> tryGitConfigRead r
+		_ -> return r
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc
+	| Git.GCrypt.isEncrypted r = Remote.GCrypt.gen r u c gc
+	| otherwise = go <$> remoteCost gc defcst
+  where
+	defcst = if repoCheap r then cheapRemoteCost else expensiveRemoteCost
+	go cst = Just new
+	  where
+		new = Remote 
+			{ uuid = u
+			, cost = cst
+			, name = Git.repoDescribe r
+			, storeKey = copyToRemote new
+			, retrieveKeyFile = copyFromRemote new
+			, retrieveKeyFileCheap = copyFromRemoteCheap new
+			, removeKey = dropKey new
+			, hasKey = inAnnex new
+			, hasKeyCheap = repoCheap r
+			, whereisKey = Nothing
+			, remoteFsck = if Git.repoIsUrl r
+				then Nothing
+				else Just $ fsckOnRemote r
+			, repairRepo = if Git.repoIsUrl r
+				then Nothing
+				else Just $ repairRemote r
+			, config = c
+			, localpath = localpathCalc r
+			, repo = r
+			, gitconfig = gc
+				{ remoteGitConfig = Just $ extractGitConfig r }
+			, readonly = Git.repoIsHttp r
+			, availability = availabilityCalc r
+			, remotetype = remote
+			}
+
+{- Checks relatively inexpensively if a repository is available for use. -}
+repoAvail :: Git.Repo -> Annex Bool
+repoAvail r 
+	| Git.repoIsHttp r = return True
+	| Git.GCrypt.isEncrypted r = do
+		g <- gitRepo
+		liftIO $ do
+			er <- Git.GCrypt.encryptedRemote g r
+			if Git.repoIsLocal er || Git.repoIsLocalUnknown er
+				then catchBoolIO $
+					void (Git.Config.read er) >> return True
+				else return True
+	| Git.repoIsUrl r = return True
+	| Git.repoIsLocalUnknown r = return False
+	| otherwise = liftIO $ isJust <$> catchMaybeIO (Git.Config.read r)
+
+{- Tries to read the config for a specified remote, updates state, and
+ - returns the updated repo. -}
+tryGitConfigRead :: Git.Repo -> Annex Git.Repo
+tryGitConfigRead r 
+	| haveconfig r = return r -- already read
+	| Git.repoIsSsh r = store $ do
+		v <- Ssh.onRemote r (pipedconfig, Left undefined) "configlist" [] []
+		case v of
+			Right r'
+				| haveconfig r' -> return r'
+				| otherwise -> configlist_failed
+			Left _ -> configlist_failed
+	| Git.repoIsHttp r = store geturlconfig
+	| Git.GCrypt.isEncrypted r = handlegcrypt =<< getConfigMaybe (remoteConfig r "uuid")
+	| Git.repoIsUrl r = return r
+	| otherwise = store $ liftIO $ 
+		readlocalannexconfig `catchNonAsync` (const $ return r)
+  where
+	haveconfig = not . M.null . Git.config
+
+	pipedconfig cmd params = do
+		v <- Git.Config.fromPipe r cmd params
+		case v of
+			Right (r', val) -> do
+				when (getUncachedUUID r' == NoUUID && not (null val)) $ do
+					warningIO $ "Failed to get annex.uuid configuration of repository " ++ Git.repoDescribe r
+					warningIO $ "Instead, got: " ++ show val
+					warningIO $ "This is unexpected; please check the network transport!"
+				return $ Right r'
+			Left l -> return $ Left l
+
+	geturlconfig = do
+		uo <- Url.getUrlOptions
+		v <- liftIO $ withTmpFile "git-annex.tmp" $ \tmpfile h -> do
+			hClose h
+			ifM (Url.downloadQuiet (Git.repoLocation r ++ "/config") tmpfile uo)
+				( pipedconfig "git" [Param "config", Param "--null", Param "--list", Param "--file", File tmpfile]
+				, return $ Left undefined
+				)
+		case v of
+			Left _ -> do
+				set_ignore "not usable by git-annex" False
+				return r
+			Right r' -> do
+				-- Cache when http remote is not bare for
+				-- optimisation.
+				unless (Git.Config.isBare r') $
+					setremote "annex-bare" (Git.Config.boolConfig False)
+				return r'
+
+	store = observe $ \r' -> do
+		g <- gitRepo
+		let l = Git.remotes g
+		let g' = g { Git.remotes = exchange l r' }
+		Annex.changeState $ \s -> s { Annex.repo = g' }
+
+	exchange [] _ = []
+	exchange (old:ls) new
+		| Git.remoteName old == Git.remoteName new =
+			new : exchange ls new
+		| otherwise =
+			old : exchange ls new
+
+	{- Is this remote just not available, or does
+	 - it not have git-annex-shell?
+	 - Find out by trying to fetch from the remote. -}
+	configlist_failed = case Git.remoteName r of
+		Nothing -> return r
+		Just n -> do
+			whenM (inRepo $ Git.Command.runBool [Param "fetch", Param "--quiet", Param n]) $ do
+				set_ignore "does not have git-annex installed" True
+			return r
+	
+	set_ignore msg longmessage = do
+		let k = "annex-ignore"
+		case Git.remoteName r of
+			Nothing -> noop
+			Just n -> do
+				warning $ "Remote " ++ n ++ " " ++ msg ++ "; setting " ++ k
+				when longmessage $
+					warning $ "This could be a problem with the git-annex installation on the remote. Please make sure that git-annex-shell is available in PATH when you ssh into the remote. Once you have fixed the git-annex installation, run: git config remote." ++ n ++ "." ++ k ++ " false"
+		setremote k (Git.Config.boolConfig True)
+	
+	setremote k v = case Git.remoteName r of
+		Nothing -> noop
+		Just n -> do
+			let k' = "remote." ++ n ++ "." ++ k
+			inRepo $ Git.Command.run [Param "config", Param k', Param v]
+		
+	handlegcrypt Nothing = return r
+	handlegcrypt (Just _cacheduuid) = do
+		-- Generate UUID from the gcrypt-id
+		g <- gitRepo
+		case Git.GCrypt.remoteRepoId g (Git.remoteName r) of
+			Nothing -> return r
+			Just v -> store $ liftIO $ setUUID r $
+				genUUIDInNameSpace gCryptNameSpace v
+
+	{- The local repo may not yet be initialized, so try to initialize
+	 - it if allowed. However, if that fails, still return the read
+	 - git config. -}
+	readlocalannexconfig = do
+		s <- Annex.new r
+		Annex.eval s $ do
+			Annex.BranchState.disableUpdate
+			void $ tryAnnex $ ensureInitialized
+			Annex.getState Annex.repo
+
+{- Checks if a given remote has the content for a key inAnnex.
+ - If the remote cannot be accessed, or if it cannot determine
+ - whether it has the content, returns a Left error message.
+ -}
+inAnnex :: Remote -> Key -> Annex (Either String Bool)
+inAnnex rmt key
+	| Git.repoIsHttp r = checkhttp
+	| Git.repoIsUrl r = checkremote
+	| otherwise = checklocal
+  where
+  	r = repo rmt
+	checkhttp = do
+		showChecking r
+		ifM (Url.withUrlOptions $ \uo -> anyM (\u -> Url.checkBoth u (keySize key) uo) (keyUrls rmt key))
+			( return $ Right True
+			, return $ Left "not found"
+			)
+	checkremote = Ssh.inAnnex r key
+	checklocal = guardUsable r (cantCheck r) $ dispatch <$> check
+	  where
+		check = either (Left . show) Right 
+			<$> tryAnnex (onLocal rmt $ Annex.Content.inAnnexSafe key)
+		dispatch (Left e) = Left e
+		dispatch (Right (Just b)) = Right b
+		dispatch (Right Nothing) = cantCheck r
+
+keyUrls :: Remote -> Key -> [String]
+keyUrls r key = map tourl locs'
+  where
+	tourl l = Git.repoLocation (repo r) ++ "/" ++ l
+	-- If the remote is known to not be bare, try the hash locations
+	-- used for non-bare repos first, as an optimisation.
+	locs
+		| remoteAnnexBare (gitconfig r) == Just False = reverse (annexLocations key)
+		| otherwise = annexLocations key
+#ifndef mingw32_HOST_OS
+	locs' = locs
+#else
+	locs' = map (replace "\\" "/") locs
+#endif
+
+dropKey :: Remote -> Key -> Annex Bool
+dropKey r key
+	| not $ Git.repoIsUrl (repo r) =
+		guardUsable (repo r) False $ commitOnCleanup r $ onLocal r $ do
+			ensureInitialized
+			whenM (Annex.Content.inAnnex key) $ do
+				Annex.Content.lockContent key $
+					Annex.Content.removeAnnex key
+				logStatus key InfoMissing
+				Annex.Content.saveState True
+			return True
+	| Git.repoIsHttp (repo r) = error "dropping from http remote not supported"
+	| otherwise = commitOnCleanup r $ Ssh.dropKey (repo r) key
+
+{- Tries to copy a key's content from a remote's annex to a file. -}
+copyFromRemote :: Remote -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+copyFromRemote r key file dest _p = copyFromRemote' r key file dest
+copyFromRemote' :: Remote -> Key -> AssociatedFile -> FilePath -> Annex Bool
+copyFromRemote' r key file dest
+	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) False $ do
+		params <- Ssh.rsyncParams r Download
+		u <- getUUID
+		-- run copy from perspective of remote
+		onLocal r $ do
+			ensureInitialized
+			v <- Annex.Content.prepSendAnnex key
+			case v of
+				Nothing -> return False
+				Just (object, checksuccess) ->
+					runTransfer (Transfer Download u key) file noRetry
+						(rsyncOrCopyFile params object dest)
+						<&&> checksuccess
+	| Git.repoIsSsh (repo r) = feedprogressback $ \feeder -> do
+		direct <- isDirect
+		Ssh.rsyncHelper (Just feeder) 
+			=<< Ssh.rsyncParamsRemote direct r Download key dest file
+	| Git.repoIsHttp (repo r) = Annex.Content.downloadUrl (keyUrls r key) dest
+	| otherwise = error "copying from non-ssh, non-http remote not supported"
+  where
+	{- Feed local rsync's progress info back to the remote,
+	 - by forking a feeder thread that runs
+	 - git-annex-shell transferinfo at the same time
+	 - git-annex-shell sendkey is running.
+	 -
+	 - To avoid extra password prompts, this is only done when ssh
+	 - connection caching is supported.
+	 - Note that it actually waits for rsync to indicate
+	 - progress before starting transferinfo, in order
+	 - to ensure ssh connection caching works and reuses 
+	 - the connection set up for the sendkey.
+	 -
+	 - Also note that older git-annex-shell does not support
+	 - transferinfo, so stderr is dropped and failure ignored.
+	 -}
+	feedprogressback a = ifM (isJust <$> sshCacheDir)
+		( feedprogressback' a
+		, a $ const noop
+		)
+	feedprogressback' a = do
+		u <- getUUID
+		let fields = (Fields.remoteUUID, fromUUID u)
+			: maybe [] (\f -> [(Fields.associatedFile, f)]) file
+		Just (cmd, params) <- Ssh.git_annex_shell (repo r) "transferinfo" 
+			[Param $ key2file key] fields
+		v <- liftIO (newEmptySV :: IO (MSampleVar Integer))
+		tid <- liftIO $ forkIO $ void $ tryIO $ do
+			bytes <- readSV v
+			p <- createProcess $
+				 (proc cmd (toCommand params))
+					{ std_in = CreatePipe
+					, std_err = CreatePipe
+					}
+			hClose $ stderrHandle p
+			let h = stdinHandle p
+			let send b = do
+				hPrint h b
+				hFlush h
+			send bytes
+			forever $
+				send =<< readSV v
+		let feeder = writeSV v . fromBytesProcessed
+		bracketIO noop (const $ tryIO $ killThread tid) (const $ a feeder)
+
+copyFromRemoteCheap :: Remote -> Key -> FilePath -> Annex Bool
+#ifndef mingw32_HOST_OS
+copyFromRemoteCheap r key file
+	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) False $ do
+		loc <- liftIO $ gitAnnexLocation key (repo r) $
+			fromJust $ remoteGitConfig $ gitconfig r
+		liftIO $ catchBoolIO $ createSymbolicLink loc file >> return True
+	| Git.repoIsSsh (repo r) =
+		ifM (Annex.Content.preseedTmp key file)
+			( copyFromRemote' r key Nothing file
+			, return False
+			)
+	| otherwise = return False
+#else
+copyFromRemoteCheap _ _ _ = return False
+#endif
+
+{- Tries to copy a key's content to a remote's annex. -}
+copyToRemote :: Remote -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+copyToRemote r key file p
+	| not $ Git.repoIsUrl (repo r) =
+		guardUsable (repo r) False $ commitOnCleanup r $
+			copylocal =<< Annex.Content.prepSendAnnex key
+	| Git.repoIsSsh (repo r) = commitOnCleanup r $
+		Annex.Content.sendAnnex key noop $ \object -> do
+			direct <- isDirect
+			Ssh.rsyncHelper (Just p)
+				=<< Ssh.rsyncParamsRemote direct r Upload key object file
+	| otherwise = error "copying to non-ssh repo not supported"
+  where
+	copylocal Nothing = return False
+	copylocal (Just (object, checksuccess)) = do
+		-- The checksuccess action is going to be run in
+		-- the remote's Annex, but it needs access to the current
+		-- Annex monad's state.
+		checksuccessio <- Annex.withCurrentState checksuccess
+		params <- Ssh.rsyncParams r Upload
+		u <- getUUID
+		-- run copy from perspective of remote
+		onLocal r $ ifM (Annex.Content.inAnnex key)
+			( return True
+			, do
+				ensureInitialized
+				runTransfer (Transfer Download u key) file noRetry $ const $
+					Annex.Content.saveState True `after`
+						Annex.Content.getViaTmpChecked (liftIO checksuccessio) key
+							(\d -> rsyncOrCopyFile params object d p)
+			)
+
+fsckOnRemote :: Git.Repo -> [CommandParam] -> Annex (IO Bool)
+fsckOnRemote r params
+	| Git.repoIsUrl r = do
+		s <- Ssh.git_annex_shell r "fsck" params []
+		return $ case s of
+			Nothing -> return False
+			Just (c, ps) -> batchCommand c ps
+	| otherwise = return $ do
+		program <- readProgramFile
+		r' <- Git.Config.read r
+		environ <- getEnvironment
+		let environ' = addEntries 
+			[ ("GIT_WORK_TREE", Git.repoPath r')
+			, ("GIT_DIR", Git.localGitDir r')
+			] environ
+		batchCommandEnv program (Param "fsck" : params) $ Just environ'
+
+{- The passed repair action is run in the Annex monad of the remote. -}
+repairRemote :: Git.Repo -> Annex Bool -> Annex (IO Bool)
+repairRemote r a = return $ do
+	s <- Annex.new r
+	Annex.eval s $ do
+		Annex.BranchState.disableUpdate
+		ensureInitialized
+		a
+
+{- Runs an action from the perspective of a local remote.
+ -
+ - The AnnexState is cached for speed and to avoid resource leaks.
+ -
+ - The repository's git-annex branch is not updated, as an optimisation.
+ - No caller of onLocal can query data from the branch and be ensured
+ - it gets a current value. Caller of onLocal can make changes to
+ - the branch, however.
+ -}
+onLocal :: Remote -> Annex a -> Annex a
+onLocal r a = do
+	m <- Annex.getState Annex.remoteannexstate
+	case M.lookup (uuid r) m of
+		Nothing -> do
+			st <- liftIO $ Annex.new (repo r)
+			go st $ do
+				Annex.BranchState.disableUpdate	
+				a
+		Just st -> go st a
+  where
+	cache st = Annex.changeState $ \s -> s
+		{ Annex.remoteannexstate = M.insert (uuid r) st (Annex.remoteannexstate s) }
+	go st a' = do
+		(ret, st') <- liftIO $ Annex.run st a'
+		cache st'
+		return ret
+
+{- Copys a file with rsync unless both locations are on the same
+ - filesystem. Then cp could be faster. -}
+rsyncOrCopyFile :: [CommandParam] -> FilePath -> FilePath -> MeterUpdate -> Annex Bool
+rsyncOrCopyFile rsyncparams src dest p =
+#ifdef mingw32_HOST_OS
+	dorsync
+  where
+#else
+	ifM (sameDeviceIds src dest) (docopy, dorsync)
+  where
+	sameDeviceIds a b = (==) <$> getDeviceId a <*> getDeviceId b
+	getDeviceId f = deviceID <$> liftIO (getFileStatus $ parentDir f)
+	docopy = liftIO $ bracket
+		(forkIO $ watchfilesize zeroBytesProcessed)
+		(void . tryIO . killThread)
+		(const $ copyFileExternal src dest)
+	watchfilesize oldsz = do
+		threadDelay 500000 -- 0.5 seconds
+		v <- catchMaybeIO $
+			toBytesProcessed . fileSize
+				<$> getFileStatus dest
+		case v of
+			Just sz
+				| sz /= oldsz -> do
+					p sz
+					watchfilesize sz
+			_ -> watchfilesize oldsz
+#endif
+	dorsync = Ssh.rsyncHelper (Just p) $
+		rsyncparams ++ [File src, File dest]
+
+commitOnCleanup :: Remote -> Annex a -> Annex a
+commitOnCleanup r a = go `after` a
+  where
+	go = Annex.addCleanup (RemoteCleanup $ uuid r) cleanup
+	cleanup
+		| not $ Git.repoIsUrl (repo r) = onLocal r $
+			doQuietSideAction $
+				Annex.Branch.commit "update"
+		| otherwise = void $ do
+			Just (shellcmd, shellparams) <-
+				Ssh.git_annex_shell (repo r) "commit" [] []
+			
+			-- Throw away stderr, since the remote may not
+			-- have a new enough git-annex shell to
+			-- support committing.
+			liftIO $ catchMaybeIO $
+				withQuietOutput createProcessSuccess $
+					proc shellcmd $
+						toCommand shellparams
diff --git a/Remote/Glacier.hs b/Remote/Glacier.hs
new file mode 100644
index 0000000000..00be9e1a96
--- /dev/null
+++ b/Remote/Glacier.hs
@@ -0,0 +1,302 @@
+{- Amazon Glacier remotes.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Glacier (remote, jobList) where
+
+import qualified Data.Map as M
+import qualified Data.Text as T
+
+import Common.Annex
+import Types.Remote
+import Types.Key
+import qualified Git
+import Config
+import Config.Cost
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import qualified Remote.Helper.AWS as AWS
+import Crypto
+import Creds
+import Utility.Metered
+import qualified Annex
+import Annex.Content
+import Annex.UUID
+import Utility.Env
+
+type Vault = String
+type Archive = FilePath
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "glacier",
+	enumerate = findSpecialRemotes "glacier",
+	generate = gen,
+	setup = glacierSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = new <$> remoteCost gc veryExpensiveRemoteCost
+  where
+	new cst = Just $ encryptableRemote c
+		(storeEncrypted this)
+		(retrieveEncrypted this)
+		this
+	  where
+		this = Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store this,
+			retrieveKeyFile = retrieve this,
+			retrieveKeyFileCheap = retrieveCheap this,
+			removeKey = remove this,
+			hasKey = checkPresent this,
+			hasKeyCheap = False,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			repo = r,
+			gitconfig = gc,
+			localpath = Nothing,
+			readonly = False,
+			availability = GloballyAvailable,
+			remotetype = remote
+		}
+
+glacierSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+glacierSetup mu mcreds c = do
+	u <- maybe (liftIO genUUID) return mu
+	c' <- setRemoteCredPair c (AWS.creds u) mcreds
+	glacierSetup' (isJust mu) u c'
+glacierSetup' :: Bool -> UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+glacierSetup' enabling u c = do
+	c' <- encryptionSetup c
+	let fullconfig = c' `M.union` defaults
+	unless enabling $
+		genVault fullconfig u
+	gitConfigSpecialRemote u fullconfig "glacier" "true"
+	return (fullconfig, u)
+  where
+	remotename = fromJust (M.lookup "name" c)
+	defvault = remotename ++ "-" ++ fromUUID u
+	defaults = M.fromList
+		[ ("datacenter", T.unpack $ AWS.defaultRegion AWS.Glacier)
+		, ("vault", defvault)
+		]
+
+store :: Remote -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store r k _f p
+	| keySize k == Just 0 = do
+		warning "Cannot store empty files in Glacier."
+		return False
+	| otherwise = sendAnnex k (void $ remove r k) $ \src ->
+		metered (Just p) k $ \meterupdate ->
+			storeHelper r k $ streamMeteredFile src meterupdate
+
+storeEncrypted :: Remote -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted r (cipher, enck) k p = sendAnnex k (void $ remove r enck) $ \src ->
+	metered (Just p) k $ \meterupdate ->
+		storeHelper r enck $ \h ->
+			encrypt (getGpgEncParams r) cipher (feedFile src)
+				(readBytes $ meteredWrite meterupdate h)
+
+retrieve :: Remote -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve r k _f d p = metered (Just p) k $ \meterupdate ->
+	retrieveHelper r k $
+		readBytes $ meteredWriteFile meterupdate d
+
+retrieveCheap :: Remote -> Key -> FilePath -> Annex Bool
+retrieveCheap _ _ _ = return False
+
+retrieveEncrypted :: Remote -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted r (cipher, enck) k d p = metered (Just p) k $ \meterupdate ->
+	retrieveHelper r enck $ readBytes $ \b ->
+		decrypt cipher (feedBytes b) $
+			readBytes $ meteredWriteFile meterupdate d
+
+storeHelper :: Remote -> Key -> (Handle -> IO ()) -> Annex Bool
+storeHelper r k feeder = go =<< glacierEnv c u
+  where
+	c = config r
+	u = uuid r
+	params = glacierParams c
+		[ Param "archive"
+		, Param "upload"
+		, Param "--name", Param $ archive r k
+		, Param $ getVault $ config r
+		, Param "-"
+		]
+	go Nothing = return False
+	go (Just e) = do
+		let p = (proc "glacier" (toCommand params)) { env = Just e }
+		liftIO $ catchBoolIO $
+			withHandle StdinHandle createProcessSuccess p $ \h -> do
+				feeder h
+				return True
+
+retrieveHelper :: Remote -> Key -> (Handle -> IO ()) -> Annex Bool
+retrieveHelper r k reader = go =<< glacierEnv c u
+  where
+	c = config r
+	u = uuid r
+	params = glacierParams c
+		[ Param "archive"
+		, Param "retrieve"
+		, Param "-o-"
+		, Param $ getVault $ config r
+		, Param $ archive r k
+		]
+	go Nothing = return False
+	go (Just e) = do
+		let p = (proc "glacier" (toCommand params)) { env = Just e }
+		ok <- liftIO $ catchBoolIO $
+			withHandle StdoutHandle createProcessSuccess p $ \h ->
+				ifM (hIsEOF h)
+					( return False
+					, do
+						reader h
+						return True
+					)
+		unless ok later
+		return ok
+	later = showLongNote "Recommend you wait up to 4 hours, and then run this command again."
+
+remove :: Remote -> Key -> Annex Bool
+remove r k = glacierAction r
+	[ Param "archive"
+	, Param "delete"
+	, Param $ getVault $ config r
+	, Param $ archive r k
+	]
+
+checkPresent :: Remote -> Key -> Annex (Either String Bool)
+checkPresent r k = do
+	showAction $ "checking " ++ name r
+	go =<< glacierEnv (config r) (uuid r)
+  where
+	go Nothing = return $ Left "cannot check glacier"
+	go (Just e) = do
+		{- glacier checkpresent outputs the archive name to stdout if
+		 - it's present. -}
+		v <- liftIO $ catchMsgIO $ 
+			readProcessEnv "glacier" (toCommand params) (Just e)
+		case v of
+			Right s -> do
+				let probablypresent = key2file k `elem` lines s
+				if probablypresent
+					then ifM (Annex.getFlag "trustglacier")
+						( return $ Right True, untrusted )
+					else return $ Right False
+			Left err -> return $ Left err
+
+	params = glacierParams (config r)
+		[ Param "archive"
+		, Param "checkpresent"
+		, Param $ getVault $ config r
+		, Param "--quiet"
+		, Param $ archive r k
+		]
+
+	untrusted = return $ Left $ unlines
+			[ "Glacier's inventory says it has a copy."
+			, "However, the inventory could be out of date, if it was recently removed."
+			, "(Use --trust-glacier if you're sure it's still in Glacier.)"
+			, ""
+			]
+
+glacierAction :: Remote -> [CommandParam] -> Annex Bool
+glacierAction r = runGlacier (config r) (uuid r)
+
+runGlacier :: RemoteConfig -> UUID -> [CommandParam] -> Annex Bool
+runGlacier c u params = go =<< glacierEnv c u
+  where
+	go Nothing = return False
+	go (Just e) = liftIO $
+		boolSystemEnv "glacier" (glacierParams c params) (Just e)
+
+glacierParams :: RemoteConfig -> [CommandParam] -> [CommandParam]
+glacierParams c params = datacenter:params
+  where
+	datacenter = Param $ "--region=" ++
+		fromMaybe (error "Missing datacenter configuration")
+			(M.lookup "datacenter" c)
+
+glacierEnv :: RemoteConfig -> UUID -> Annex (Maybe [(String, String)])
+glacierEnv c u = go =<< getRemoteCredPairFor "glacier" c creds
+  where
+	go Nothing = return Nothing
+	go (Just (user, pass)) = do
+		e <- liftIO getEnvironment
+		return $ Just $ addEntries [(uk, user), (pk, pass)] e
+
+	creds = AWS.creds u
+	(uk, pk) = credPairEnvironment creds
+
+getVault :: RemoteConfig -> Vault
+getVault = fromMaybe (error "Missing vault configuration") 
+	. M.lookup "vault"
+
+archive :: Remote -> Key -> Archive
+archive r k = fileprefix ++ key2file k
+  where
+	fileprefix = M.findWithDefault "" "fileprefix" $ config r
+
+genVault :: RemoteConfig -> UUID -> Annex ()
+genVault c u = unlessM (runGlacier c u params) $
+	error "Failed creating glacier vault."
+  where
+	params = 
+		[ Param "vault"
+		, Param "create"
+		, Param $ getVault c
+		]
+
+{- Partitions the input list of keys into ones which have
+ - glacier retieval jobs that have succeeded, or failed.
+ -
+ - A complication is that `glacier job list` will display the encrypted
+ - keys when the remote is encrypted.
+ -}
+jobList :: Remote -> [Key] -> Annex ([Key], [Key])
+jobList r keys = go =<< glacierEnv (config r) (uuid r)
+  where
+	params = [ Param "job", Param "list" ]
+	nada = ([], [])
+	myvault = getVault $ config r
+
+	go Nothing = return nada
+	go (Just e) = do
+		v <- liftIO $ catchMaybeIO $ 
+			readProcessEnv "glacier" (toCommand params) (Just e)
+		maybe (return nada) extract v
+
+	extract s = do
+		let result@(succeeded, failed) =
+			parse nada $ (map words . lines) s
+		if result == nada
+			then return nada
+			else do
+				enckeys <- forM keys $ \k ->
+					maybe k snd <$> cipherKey (config r) k
+				let keymap = M.fromList $ zip enckeys keys
+				let convert = mapMaybe (`M.lookup` keymap)
+				return (convert succeeded, convert failed)
+
+	parse c [] = c
+	parse c@(succeeded, failed) ((status:_date:vault:key:[]):rest)
+		| vault == myvault =
+			case file2key key of
+				Nothing -> parse c rest
+				Just k
+					| "a/d" `isPrefixOf` status ->
+						parse (k:succeeded, failed) rest
+					| "a/e" `isPrefixOf` status ->
+						parse (succeeded, k:failed) rest
+					| otherwise ->
+						parse c rest
+	parse c (_:rest) = parse c rest
diff --git a/Remote/Helper/AWS.hs b/Remote/Helper/AWS.hs
new file mode 100644
index 0000000000..0687a5ee1d
--- /dev/null
+++ b/Remote/Helper/AWS.hs
@@ -0,0 +1,63 @@
+{- Amazon Web Services common infrastructure.
+ -
+ - Copyright 2011,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings, TupleSections #-}
+
+module Remote.Helper.AWS where
+
+import Common.Annex
+import Creds
+
+import qualified Data.Map as M
+import Data.Text (Text)
+
+creds :: UUID -> CredPairStorage
+creds u = CredPairStorage
+	{ credPairFile = fromUUID u
+	, credPairEnvironment = ("AWS_ACCESS_KEY_ID", "AWS_SECRET_ACCESS_KEY")
+	, credPairRemoteKey = Just "s3creds"
+	}
+
+data Service = S3 | Glacier
+	deriving (Eq)
+
+type Region = Text
+
+regionMap :: Service -> M.Map Text Region
+regionMap = M.fromList . regionInfo
+
+defaultRegion :: Service -> Region
+defaultRegion = snd . Prelude.head . regionInfo
+
+{- S3 and Glacier use different names for some regions. Ie, "us-east-1"
+ - cannot be used with S3, while "US" cannot be used with Glacier. Dunno why.
+ - Also, Glacier is not yet available in all regions. -}
+regionInfo :: Service -> [(Text, Region)]
+regionInfo service = map (\(t, r) -> (t, fromServiceRegion r)) $ 
+	filter (matchingService . snd) $
+	concatMap (\(t, l) -> map (t,) l) regions
+  where
+	regions =
+		[ ("US East (N. Virginia)", [S3Region "US", GlacierRegion "us-east-1"])
+		, ("US West (Oregon)", [BothRegion "us-west-2"])
+		, ("US West (N. California)", [BothRegion "us-west-1"])
+		, ("EU (Ireland)", [S3Region "EU", GlacierRegion "eu-west-1"])
+		, ("Asia Pacific (Singapore)", [S3Region "ap-southeast-1"])
+		, ("Asia Pacific (Tokyo)", [BothRegion "ap-northeast-1"])
+		, ("Asia Pacific (Sydney)", [S3Region "ap-southeast-2"])
+		, ("South America (São Paulo)", [S3Region "sa-east-1"])
+		]
+
+	fromServiceRegion (BothRegion s) = s
+	fromServiceRegion (S3Region s) = s
+	fromServiceRegion (GlacierRegion s) = s
+
+	matchingService (BothRegion _) = True
+	matchingService (S3Region _) = service == S3
+	matchingService (GlacierRegion _) = service == Glacier
+
+data ServiceRegion = BothRegion Region | S3Region Region | GlacierRegion Region
diff --git a/Remote/Helper/Chunked.hs b/Remote/Helper/Chunked.hs
new file mode 100644
index 0000000000..ad3b04d495
--- /dev/null
+++ b/Remote/Helper/Chunked.hs
@@ -0,0 +1,144 @@
+{- git-annex chunked remotes
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Chunked where
+
+import Common.Annex
+import Utility.DataUnits
+import Types.Remote
+import Utility.Metered
+
+import qualified Data.Map as M
+import qualified Data.ByteString.Lazy as L
+import Data.Int
+import qualified Control.Exception as E
+
+type ChunkSize = Maybe Int64
+
+{- Gets a remote's configured chunk size. -}
+chunkSize :: RemoteConfig -> ChunkSize
+chunkSize m =
+	case M.lookup "chunksize" m of
+		Nothing -> Nothing
+		Just v -> case readSize dataUnits v of
+			Nothing -> error "bad chunksize"
+			Just size
+				| size <= 0 -> error "bad chunksize"
+				| otherwise -> Just $ fromInteger size
+
+{- This is an extension that's added to the usual file (or whatever)
+ - where the remote stores a key. -}
+type ChunkExt = String
+
+{- A record of the number of chunks used.
+ -
+ - While this can be guessed at based on the size of the key, encryption
+ - makes that larger. Also, using this helps deal with changes to chunksize
+ - over the life of a remote.
+ -}
+chunkCount :: ChunkExt
+chunkCount = ".chunkcount"
+
+{- An infinite stream of extensions to use for chunks. -}
+chunkStream :: [ChunkExt]
+chunkStream = map (\n -> ".chunk" ++ show n) [1 :: Integer ..]
+
+{- Parses the String from the chunkCount file, and returns the files that
+ - are used to store the chunks. -}
+listChunks :: FilePath -> String -> [FilePath]
+listChunks basedest chunkcount = take count $ map (basedest ++) chunkStream
+  where
+	count = fromMaybe 0 $ readish chunkcount
+
+{- For use when there is no chunkCount file; uses the action to find
+ - chunks, and returns them, or Nothing if none found. Relies on
+ - storeChunks's finalizer atomically moving the chunks into place once all
+ - are written.
+ -
+ - This is only needed to work around a bug that caused the chunkCount file
+ - not to be written.
+ -}
+probeChunks :: FilePath -> (FilePath -> IO Bool) -> IO [FilePath]
+probeChunks basedest check = go [] $ map (basedest ++) chunkStream
+  where
+	go l [] = return (reverse l)
+	go l (c:cs) = ifM (check c)
+		( go (c:l) cs
+		, go l []
+		)
+
+{- Given the base destination to use to store a value,
+ - generates a stream of temporary destinations (just one when not chunking)
+ - and passes it to an action, which should chunk and store the data,
+ - and return the destinations it stored to, or [] on error. Then
+ - calls the recorder to write the chunk count (if chunking). Finally, the
+ - finalizer is called to rename the tmp into the dest 
+ - (and do any other cleanup).
+ -}
+storeChunks :: Key -> FilePath -> FilePath -> ChunkSize -> ([FilePath] -> IO [FilePath]) -> (FilePath -> String -> IO ()) -> (FilePath -> FilePath -> IO ()) -> IO Bool
+storeChunks key tmp dest chunksize storer recorder finalizer = either onerr return
+	=<< (E.try go :: IO (Either E.SomeException Bool))
+  where
+	go = do
+		stored <- storer tmpdests
+		when (isJust chunksize) $ do
+			let chunkcount = basef ++ chunkCount
+			recorder chunkcount (show $ length stored)
+		finalizer tmp dest
+		return (not $ null stored)
+	onerr e = do
+		print e
+		return False
+
+	basef = tmp ++ keyFile key
+	tmpdests
+		| isNothing chunksize = [basef]
+		| otherwise = map (basef ++ ) chunkStream
+
+{- Given a list of destinations to use, chunks the data according to the
+ - ChunkSize, and runs the storer action to store each chunk. Returns
+ - the destinations where data was stored, or [] on error.
+ -
+ - This buffers each chunk in memory.
+ - More optimal versions of this can be written, that rely
+ - on L.toChunks to split the lazy bytestring into chunks (typically
+ - smaller than the ChunkSize), and eg, write those chunks to a Handle.
+ - But this is the best that can be done with the storer interface that
+ - writes a whole L.ByteString at a time.
+ -}
+storeChunked :: ChunkSize -> [FilePath] -> (FilePath -> L.ByteString -> IO ()) -> L.ByteString -> IO [FilePath]
+storeChunked chunksize dests storer content = either onerr return
+	=<< (E.try (go chunksize dests) :: IO (Either E.SomeException [FilePath]))
+  where
+	go _ [] = return [] -- no dests!?
+	go Nothing (d:_) = do
+		storer d content
+		return [d]
+	go (Just sz) _
+		-- always write a chunk, even if the data is 0 bytes
+		| L.null content = go Nothing dests
+		| otherwise = storechunks sz [] dests content
+		
+	onerr e = do
+		print e
+		return []
+	
+	storechunks _ _ [] _ = return [] -- ran out of dests
+	storechunks sz useddests (d:ds) b
+		| L.null b = return $ reverse useddests
+		| otherwise = do
+			let (chunk, b') = L.splitAt sz b
+			storer d chunk
+			storechunks sz (d:useddests) ds b'
+
+{- Writes a series of chunks to a file. The feeder is called to get
+ - each chunk. -}
+meteredWriteFileChunks :: MeterUpdate -> FilePath -> [v] -> (v -> IO L.ByteString) -> IO ()
+meteredWriteFileChunks meterupdate dest chunks feeder =
+	withBinaryFile dest WriteMode $ \h ->
+		forM_ chunks $
+			meteredWrite meterupdate h <=< feeder
diff --git a/Remote/Helper/Encryptable.hs b/Remote/Helper/Encryptable.hs
new file mode 100644
index 0000000000..a6e79ddc4d
--- /dev/null
+++ b/Remote/Helper/Encryptable.hs
@@ -0,0 +1,164 @@
+{- common functions for encryptable remotes
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Encryptable where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Types.Remote
+import Crypto
+import Types.Crypto
+import qualified Annex
+import Config.Cost
+import Utility.Base64
+import Utility.Metered
+
+{- Encryption setup for a remote. The user must specify whether to use
+ - an encryption key, or not encrypt. An encrypted cipher is created, or is
+ - updated to be accessible to an additional encryption key. Or the user
+ - could opt to use a shared cipher, which is stored unencrypted. -}
+encryptionSetup :: RemoteConfig -> Annex RemoteConfig
+encryptionSetup c = maybe genCipher updateCipher $ extractCipher c
+  where
+	-- The type of encryption
+	encryption = M.lookup "encryption" c
+	-- Generate a new cipher, depending on the chosen encryption scheme
+	genCipher = case encryption of
+		_ | M.member "cipher" c || M.member "cipherkeys" c -> cannotchange
+		Just "none" -> return c
+		Just "shared" -> use "encryption setup" . genSharedCipher
+			=<< highRandomQuality
+		-- hybrid encryption is the default when a keyid is
+                -- specified but no encryption
+		_ | maybe (M.member "keyid" c) (== "hybrid") encryption ->
+			use "encryption setup" . genEncryptedCipher key Hybrid
+				=<< highRandomQuality
+		Just "pubkey" -> use "encryption setup" . genEncryptedCipher key PubKey
+				=<< highRandomQuality
+		_ -> error $ "Specify " ++ intercalate " or "
+			(map ("encryption=" ++)
+				["none","shared","hybrid","pubkey"])
+			++ "."
+	key = fromMaybe (error "Specifiy keyid=...") $ M.lookup "keyid" c
+	newkeys = maybe [] (\k -> [(True,k)]) (M.lookup "keyid+" c) ++
+		maybe [] (\k -> [(False,k)]) (M.lookup "keyid-" c)
+	cannotchange = error "Cannot set encryption type of existing remotes."
+	-- Update an existing cipher if possible.
+	updateCipher v = case v of
+		SharedCipher _ | maybe True (== "shared") encryption -> return c'
+		EncryptedCipher _ variant _
+			| maybe True (== if variant == Hybrid then "hybrid" else "pubkey") encryption ->
+				use "encryption update" $ updateEncryptedCipher newkeys v
+		_ -> cannotchange
+	use m a = do
+		showNote m
+		cipher <- liftIO a
+		showNote $ describeCipher cipher
+		return $ storeCipher c' cipher
+	highRandomQuality = 
+		(&&) (maybe True ( /= "false") $ M.lookup "highRandomQuality" c)
+			<$> fmap not (Annex.getState Annex.fast)
+	c' = foldr M.delete c
+                -- git-annex used to remove 'encryption' as well, since
+                -- it was redundant; we now need to keep it for
+                -- public-key incryption, hence we leave it on newer
+                -- remotes (while being backward-compatible).
+		[ "keyid", "keyid+", "keyid-", "highRandomQuality" ]
+
+{- Modifies a Remote to support encryption.
+ -
+ - Two additional functions must be provided by the remote,
+ - to support storing and retrieving encrypted content. -}
+encryptableRemote
+	:: RemoteConfig
+	-> ((Cipher, Key) -> Key -> MeterUpdate -> Annex Bool)
+	-> ((Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool)
+	-> Remote
+	-> Remote
+encryptableRemote c storeKeyEncrypted retrieveKeyFileEncrypted r = 
+	r {
+		storeKey = store,
+		retrieveKeyFile = retrieve,
+		retrieveKeyFileCheap = retrieveCheap,
+		removeKey = withkey $ removeKey r,
+		hasKey = withkey $ hasKey r,
+		cost = cost r + encryptedRemoteCostAdj
+	}
+  where
+	store k f p = cip k >>= maybe
+		(storeKey r k f p)
+		(\enck -> storeKeyEncrypted enck k p)
+	retrieve k f d p = cip k >>= maybe
+		(retrieveKeyFile r k f d p)
+		(\enck -> retrieveKeyFileEncrypted enck k d p)
+	retrieveCheap k d = cip k >>= maybe
+		(retrieveKeyFileCheap r k d)
+		(\_ -> return False)
+	withkey a k = cip k >>= maybe (a k) (a . snd)
+	cip = cipherKey c
+
+{- Gets encryption Cipher. The decrypted Ciphers are cached in the Annex
+ - state. -}
+remoteCipher :: RemoteConfig -> Annex (Maybe Cipher)
+remoteCipher c = go $ extractCipher c
+  where
+	go Nothing = return Nothing
+	go (Just encipher) = do
+		cache <- Annex.getState Annex.ciphers
+		case M.lookup encipher cache of
+			Just cipher -> return $ Just cipher
+			Nothing -> do
+				showNote "gpg"
+				cipher <- liftIO $ decryptCipher encipher
+				Annex.changeState (\s -> s { Annex.ciphers = M.insert encipher cipher cache })
+				return $ Just cipher
+
+{- Checks if the remote's config allows storing creds in the remote's config.
+ - 
+ - embedcreds=yes allows this, and embedcreds=no prevents it.
+ -
+ - If not set, the default is to only store creds when it's surely safe:
+ - When gpg encryption is used, in which case the creds will be encrypted
+ - using it. Not when a shared cipher is used.
+ -}
+embedCreds :: RemoteConfig -> Bool
+embedCreds c
+	| M.lookup "embedcreds" c == Just "yes" = True
+	| M.lookup "embedcreds" c == Just "no" = False
+	| isJust (M.lookup "cipherkeys" c) && isJust (M.lookup "cipher" c) = True
+	| otherwise = False
+
+{- Gets encryption Cipher, and encrypted version of Key. -}
+cipherKey :: RemoteConfig -> Key -> Annex (Maybe (Cipher, Key))
+cipherKey c k = fmap make <$> remoteCipher c
+  where
+	make ciphertext = (ciphertext, encryptKey mac ciphertext k)
+	mac = fromMaybe defaultMac $ M.lookup "mac" c >>= readMac
+
+{- Stores an StorableCipher in a remote's configuration. -}
+storeCipher :: RemoteConfig -> StorableCipher -> RemoteConfig
+storeCipher c (SharedCipher t) = M.insert "cipher" (toB64 t) c
+storeCipher c (EncryptedCipher t _ ks) =
+	M.insert "cipher" (toB64 t) $ M.insert "cipherkeys" (showkeys ks) c
+  where
+	showkeys (KeyIds l) = intercalate "," l
+
+{- Extracts an StorableCipher from a remote's configuration. -}
+extractCipher :: RemoteConfig -> Maybe StorableCipher
+extractCipher c = case (M.lookup "cipher" c,
+			M.lookup "cipherkeys" c,
+			M.lookup "encryption" c) of
+	(Just t, Just ks, encryption) | maybe True (== "hybrid") encryption ->
+		Just $ EncryptedCipher (fromB64 t) Hybrid (readkeys ks)
+	(Just t, Just ks, Just "pubkey") ->
+		Just $ EncryptedCipher (fromB64 t) PubKey (readkeys ks)
+	(Just t, Nothing, encryption) | maybe True (== "shared") encryption ->
+		Just $ SharedCipher (fromB64 t)
+	_ -> Nothing
+  where
+	readkeys = KeyIds . split ","
diff --git a/Remote/Helper/Git.hs b/Remote/Helper/Git.hs
new file mode 100644
index 0000000000..d76cb2ee78
--- /dev/null
+++ b/Remote/Helper/Git.hs
@@ -0,0 +1,32 @@
+{- Utilities for git remotes.
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Git where
+
+import Common.Annex
+import qualified Git
+import Types.Availability
+
+repoCheap :: Git.Repo -> Bool
+repoCheap = not . Git.repoIsUrl
+
+localpathCalc :: Git.Repo -> Maybe FilePath
+localpathCalc r
+	| availabilityCalc r == GloballyAvailable = Nothing
+	| otherwise = Just $ Git.repoPath r
+
+availabilityCalc :: Git.Repo -> Availability
+availabilityCalc r
+	| (Git.repoIsLocal r || Git.repoIsLocalUnknown r) = LocallyAvailable
+	| otherwise = GloballyAvailable
+
+{- Avoids performing an action on a local repository that's not usable.
+ - Does not check that the repository is still available on disk. -}
+guardUsable :: Git.Repo -> a -> Annex a -> Annex a
+guardUsable r onerr a
+	| Git.repoIsLocalUnknown r = return onerr
+	| otherwise = a
diff --git a/Remote/Helper/Hooks.hs b/Remote/Helper/Hooks.hs
new file mode 100644
index 0000000000..c3ff970c62
--- /dev/null
+++ b/Remote/Helper/Hooks.hs
@@ -0,0 +1,102 @@
+{- Adds hooks to remotes.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Helper.Hooks (addHooks) where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Types.Remote
+import Types.CleanupActions
+import qualified Annex
+import Annex.LockFile
+#ifndef mingw32_HOST_OS
+import Annex.Perms
+#else
+import Utility.WinLock
+#endif
+
+{- Modifies a remote's access functions to first run the
+ - annex-start-command hook, and trigger annex-stop-command on shutdown.
+ - This way, the hooks are only run when a remote is actively being used.
+ -}
+addHooks :: Remote -> Remote
+addHooks r = addHooks' r
+	(remoteAnnexStartCommand $ gitconfig r)
+	(remoteAnnexStopCommand $ gitconfig r)
+addHooks' :: Remote -> Maybe String -> Maybe String -> Remote
+addHooks' r Nothing Nothing = r
+addHooks' r starthook stophook = r'
+  where
+	r' = r
+		{ storeKey = \k f p -> wrapper $ storeKey r k f p
+		, retrieveKeyFile = \k f d p -> wrapper $ retrieveKeyFile r k f d p
+		, retrieveKeyFileCheap = \k f -> wrapper $ retrieveKeyFileCheap r k f
+		, removeKey = wrapper . removeKey r
+		, hasKey = wrapper . hasKey r
+		}
+	  where
+		wrapper = runHooks r' starthook stophook
+
+runHooks :: Remote -> Maybe String -> Maybe String -> Annex a -> Annex a
+runHooks r starthook stophook a = do
+	dir <- fromRepo gitAnnexRemotesDir
+	let lck = dir </> remoteid ++ ".lck"
+	whenM (notElem lck . M.keys <$> getLockPool) $ do
+		liftIO $ createDirectoryIfMissing True dir
+		firstrun lck
+	a
+  where
+	remoteid = show (uuid r)
+	run Nothing = noop
+	run (Just command) = void $ liftIO $
+		boolSystem "sh" [Param "-c", Param command]
+	firstrun lck = do
+		-- Take a shared lock; This indicates that git-annex
+		-- is using the remote, and prevents other instances
+		-- of it from running the stophook. If another
+		-- instance is shutting down right now, this
+		-- will block waiting for its exclusive lock to clear.
+		lockFileShared lck
+
+		-- The starthook is run even if some other git-annex
+		-- is already running, and ran it before.
+		-- It would be difficult to use locking to ensure
+		-- it's only run once, and it's also possible for
+		-- git-annex to be interrupted before it can run the
+		-- stophook, in which case the starthook
+		-- would be run again by the next git-annex.
+		-- So, requiring idempotency is the right approach.
+		run starthook
+
+		Annex.addCleanup (StopHook $ uuid r) $ runstop lck
+	runstop lck = do
+		-- Drop any shared lock we have, and take an
+		-- exclusive lock, without blocking. If the lock
+		-- succeeds, we're the only process using this remote,
+		-- so can stop it.
+		unlockFile lck
+#ifndef mingw32_HOST_OS
+		mode <- annexFileMode
+		fd <- liftIO $ noUmask mode $
+			openFd lck ReadWrite (Just mode) defaultFileFlags
+		v <- liftIO $ tryIO $
+			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+		case v of
+			Left _ -> noop
+			Right _ -> run stophook
+		liftIO $ closeFd fd
+#else
+		v <- liftIO $ lockExclusive lck
+		case v of
+			Nothing -> noop
+			Just lockhandle -> do
+				run stophook
+				liftIO $ dropLock lockhandle
+#endif
diff --git a/Remote/Helper/Messages.hs b/Remote/Helper/Messages.hs
new file mode 100644
index 0000000000..c4b1966dc8
--- /dev/null
+++ b/Remote/Helper/Messages.hs
@@ -0,0 +1,17 @@
+{- git-annex remote messages
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Messages where
+
+import Common.Annex
+import qualified Git
+
+showChecking :: Git.Repo -> Annex ()
+showChecking r = showAction $ "checking " ++ Git.repoDescribe r
+
+cantCheck :: Git.Repo -> Either String Bool
+cantCheck r = Left $ "unable to check " ++ Git.repoDescribe r
diff --git a/Remote/Helper/ReadOnly.hs b/Remote/Helper/ReadOnly.hs
new file mode 100644
index 0000000000..cd92a083ce
--- /dev/null
+++ b/Remote/Helper/ReadOnly.hs
@@ -0,0 +1,29 @@
+{- Adds readonly support to remotes.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.ReadOnly (adjustReadOnly) where
+
+import Common.Annex
+import Types.Remote
+
+{- Adds support for read-only remotes, by replacing the
+ - methods that write to a remote with dummies that fail.
+ -
+ - Note that disabling git pushes to remotes is not handled here.
+ -}
+adjustReadOnly :: Remote -> Remote
+adjustReadOnly r
+	| remoteAnnexReadOnly (gitconfig r) = r
+		{ storeKey = \_ _ _ -> failbool
+		, removeKey = \_ -> failbool
+		, repairRepo = Nothing
+		}
+	| otherwise = r
+  where
+	failbool = do
+		warning "this remote is readonly"
+		return False
diff --git a/Remote/Helper/Special.hs b/Remote/Helper/Special.hs
new file mode 100644
index 0000000000..7fc421f46f
--- /dev/null
+++ b/Remote/Helper/Special.hs
@@ -0,0 +1,40 @@
+{- common functions for special remotes
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Special where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Types.Remote
+import qualified Git
+import qualified Git.Command
+import qualified Git.Construct
+
+{- Special remotes don't have a configured url, so Git.Repo does not
+ - automatically generate remotes for them. This looks for a different
+ - configuration key instead.
+ -}
+findSpecialRemotes :: String -> Annex [Git.Repo]
+findSpecialRemotes s = do
+	m <- fromRepo Git.config
+	liftIO $ mapM construct $ remotepairs m
+  where
+	remotepairs = M.toList . M.filterWithKey match
+	construct (k,_) = Git.Construct.remoteNamedFromKey k Git.Construct.fromUnknown
+	match k _ = startswith "remote." k && endswith (".annex-"++s) k
+
+{- Sets up configuration for a special remote in .git/config. -}
+gitConfigSpecialRemote :: UUID -> RemoteConfig -> String -> String -> Annex ()
+gitConfigSpecialRemote u c k v = do
+	set ("annex-"++k) v
+	set ("annex-uuid") (fromUUID u)
+  where
+	set a b = inRepo $ Git.Command.run
+		[Param "config", Param (configsetting a), Param b]
+	remotename = fromJust (M.lookup "name" c)
+	configsetting s = "remote." ++ remotename ++ "." ++ s
diff --git a/Remote/Helper/Ssh.hs b/Remote/Helper/Ssh.hs
new file mode 100644
index 0000000000..05a98865ff
--- /dev/null
+++ b/Remote/Helper/Ssh.hs
@@ -0,0 +1,161 @@
+{- git-annex remote access with ssh and git-annex-shell
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Helper.Ssh where
+
+import Common.Annex
+import qualified Annex
+import qualified Git
+import qualified Git.Url
+import Annex.UUID
+import Annex.Ssh
+import CmdLine.GitAnnexShell.Fields (Field, fieldName)
+import qualified CmdLine.GitAnnexShell.Fields as Fields
+import Types.Key
+import Remote.Helper.Messages
+import Utility.Metered
+import Utility.Rsync
+import Types.Remote
+import Logs.Transfer
+import Config
+
+{- Generates parameters to ssh to a repository's host and run a command.
+ - Caller is responsible for doing any neccessary shellEscaping of the
+ - passed command. -}
+toRepo :: Git.Repo -> RemoteGitConfig -> [CommandParam] -> Annex [CommandParam]
+toRepo r gc sshcmd = do
+	let opts = map Param $ remoteAnnexSshOptions gc
+	let host = fromMaybe (error "bad ssh url") $ Git.Url.hostuser r
+	params <- sshCachingOptions (host, Git.Url.port r) opts
+	return $ params ++ Param host : sshcmd
+
+{- Generates parameters to run a git-annex-shell command on a remote
+ - repository. -}
+git_annex_shell :: Git.Repo -> String -> [CommandParam] -> [(Field, String)] -> Annex (Maybe (FilePath, [CommandParam]))
+git_annex_shell r command params fields
+	| not $ Git.repoIsUrl r = return $ Just (shellcmd, shellopts ++ fieldopts)
+	| Git.repoIsSsh r = do
+		gc <- Annex.getRemoteGitConfig r
+		u <- getRepoUUID r
+		sshparams <- toRepo r gc [Param $ sshcmd u gc]
+		return $ Just ("ssh", sshparams)
+	| otherwise = return Nothing
+  where
+	dir = Git.repoPath r
+	shellcmd = "git-annex-shell"
+	shellopts = Param command : File dir : params
+	sshcmd u gc = unwords $
+		fromMaybe shellcmd (remoteAnnexShell gc)
+			: map shellEscape (toCommand shellopts) ++
+		uuidcheck u ++
+		map shellEscape (toCommand fieldopts)
+	uuidcheck NoUUID = []
+	uuidcheck (UUID u) = ["--uuid", u]
+	fieldopts
+		| null fields = []
+		| otherwise = fieldsep : map fieldopt fields ++ [fieldsep]
+	fieldsep = Param "--"
+	fieldopt (field, value) = Param $
+		fieldName field ++ "=" ++ value
+
+{- Uses a supplied function (such as boolSystem) to run a git-annex-shell
+ - command on a remote.
+ -
+ - Or, if the remote does not support running remote commands, returns
+ - a specified error value. -}
+onRemote 
+	:: Git.Repo
+	-> (FilePath -> [CommandParam] -> IO a, a)
+	-> String
+	-> [CommandParam]
+	-> [(Field, String)]
+	-> Annex a
+onRemote r (with, errorval) command params fields = do
+	s <- git_annex_shell r command params fields
+	case s of
+		Just (c, ps) -> liftIO $ with c ps
+		Nothing -> return errorval
+
+{- Checks if a remote contains a key. -}
+inAnnex :: Git.Repo -> Key -> Annex (Either String Bool)
+inAnnex r k = do
+	showChecking r
+	onRemote r (check, cantCheck r) "inannex" [Param $ key2file k] []
+  where
+	check c p = dispatch <$> safeSystem c p
+	dispatch ExitSuccess = Right True
+	dispatch (ExitFailure 1) = Right False
+	dispatch _ = cantCheck r
+
+{- Removes a key from a remote. -}
+dropKey :: Git.Repo -> Key -> Annex Bool
+dropKey r key = onRemote r (boolSystem, False) "dropkey"
+	[ Params "--quiet --force"
+	, Param $ key2file key
+	]
+	[]
+
+rsyncHelper :: Maybe MeterUpdate -> [CommandParam] -> Annex Bool
+rsyncHelper callback params = do
+	showOutput -- make way for progress bar
+	ifM (liftIO $ (maybe rsync rsyncProgress callback) params)
+		( return True
+		, do
+			showLongNote "rsync failed -- run git annex again to resume file transfer"
+			return False
+		)
+
+{- Generates rsync parameters that ssh to the remote and asks it
+ - to either receive or send the key's content. -}
+rsyncParamsRemote :: Bool -> Remote -> Direction -> Key -> FilePath -> AssociatedFile -> Annex [CommandParam]
+rsyncParamsRemote direct r direction key file afile = do
+	u <- getUUID
+	let fields = (Fields.remoteUUID, fromUUID u)
+		: (Fields.direct, if direct then "1" else "")
+		: maybe [] (\f -> [(Fields.associatedFile, f)]) afile
+	Just (shellcmd, shellparams) <- git_annex_shell (repo r)
+		(if direction == Download then "sendkey" else "recvkey")
+		[ Param $ key2file key ]
+		fields
+	-- Convert the ssh command into rsync command line.
+	let eparam = rsyncShell (Param shellcmd:shellparams)
+	o <- rsyncParams r direction
+	return $ if direction == Download
+		then o ++ rsyncopts eparam dummy (File file)
+		else o ++ rsyncopts eparam (File file) dummy
+  where
+	rsyncopts ps source dest
+		| end ps == [dashdash] = ps ++ [source, dest]
+		| otherwise = ps ++ [dashdash, source, dest]
+	dashdash = Param "--"
+	{- The rsync shell parameter controls where rsync
+	 - goes, so the source/dest parameter can be a dummy value,
+	 - that just enables remote rsync mode.
+	 - For maximum compatability with some patched rsyncs,
+	 - the dummy value needs to still contain a hostname,
+	 - even though this hostname will never be used. -}
+	dummy = Param "dummy:"
+
+-- --inplace to resume partial files
+--
+-- Only use --perms when not on a crippled file system, as rsync
+-- will fail trying to restore file perms onto a filesystem that does not
+-- support them.
+rsyncParams :: Remote -> Direction -> Annex [CommandParam]
+rsyncParams r direction = do
+	crippled <- crippledFileSystem
+	return $ map Param $ catMaybes
+		[ Just "--progress"
+		, Just "--inplace"
+		, if crippled then Nothing else Just "--perms"
+		] 
+		++ remoteAnnexRsyncOptions gc ++ dps
+  where
+	dps
+		| direction == Download = remoteAnnexRsyncDownloadOptions gc
+		| otherwise = remoteAnnexRsyncUploadOptions gc
+	gc = gitconfig r
diff --git a/Remote/Hook.hs b/Remote/Hook.hs
new file mode 100644
index 0000000000..74641f5aa5
--- /dev/null
+++ b/Remote/Hook.hs
@@ -0,0 +1,159 @@
+{- A remote that provides hooks to run shell commands.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.Hook (remote) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+
+import Common.Annex
+import Types.Remote
+import Types.Key
+import Types.Creds
+import qualified Git
+import Config
+import Config.Cost
+import Annex.Content
+import Annex.UUID
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Crypto
+import Utility.Metered
+import Utility.Env
+
+type Action = String
+type HookName = String
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "hook",
+	enumerate = findSpecialRemotes "hooktype",
+	generate = gen,
+	setup = hookSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	cst <- remoteCost gc expensiveRemoteCost
+	return $ Just $ encryptableRemote c
+		(storeEncrypted hooktype $ getGpgEncParams (c,gc))
+		(retrieveEncrypted hooktype)
+		Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store hooktype,
+			retrieveKeyFile = retrieve hooktype,
+			retrieveKeyFileCheap = retrieveCheap hooktype,
+			removeKey = remove hooktype,
+			hasKey = checkPresent r hooktype,
+			hasKeyCheap = False,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			localpath = Nothing,
+			repo = r,
+			gitconfig = gc,
+			readonly = False,
+			availability = GloballyAvailable,
+			remotetype = remote
+		}
+  where
+	hooktype = fromMaybe (error "missing hooktype") $ remoteAnnexHookType gc
+
+hookSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+hookSetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+	let hooktype = fromMaybe (error "Specify hooktype=") $
+		M.lookup "hooktype" c
+	c' <- encryptionSetup c
+	gitConfigSpecialRemote u c' "hooktype" hooktype
+	return (c', u)
+
+hookEnv :: Action -> Key -> Maybe FilePath -> IO (Maybe [(String, String)])
+hookEnv action k f = Just <$> mergeenv (fileenv f ++ keyenv)
+  where
+	mergeenv l = addEntries l <$> getEnvironment
+	envvar s v = ("ANNEX_" ++ s, v)
+	keyenv = catMaybes
+		[ Just $ envvar "KEY" (key2file k)
+		, Just $ envvar "ACTION" action
+		, envvar "HASH_1" <$> headMaybe hashbits
+		, envvar "HASH_2" <$> headMaybe (drop 1 hashbits)
+		]
+	fileenv Nothing = []
+	fileenv (Just file) =  [envvar "FILE" file]
+	hashbits = map takeDirectory $ splitPath $ hashDirMixed k
+
+lookupHook :: HookName -> Action -> Annex (Maybe String)
+lookupHook hookname action = do
+	command <- getConfig (annexConfig hook) ""
+	if null command
+		then do
+			fallback <- getConfig (annexConfig hookfallback) ""
+			if null fallback
+				then do
+					warning $ "missing configuration for " ++ hook ++ " or " ++ hookfallback
+					return Nothing
+				else return $ Just fallback
+		else return $ Just command
+  where
+	hook = hookname ++ "-" ++ action ++ "-hook"
+	hookfallback = hookname ++ "-hook"
+
+runHook :: HookName -> Action -> Key -> Maybe FilePath -> Annex Bool -> Annex Bool
+runHook hook action k f a = maybe (return False) run =<< lookupHook hook action
+  where
+	run command = do
+		showOutput -- make way for hook output
+		ifM (liftIO $ boolSystemEnv "sh" [Param "-c", Param command] =<< hookEnv action k f)
+			( a
+			, do
+				warning $ hook ++ " hook exited nonzero!"
+				return False
+			)
+
+store :: HookName -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store h k _f _p = sendAnnex k (void $ remove h k) $ \src ->
+	runHook h "store" k (Just src) $ return True
+
+storeEncrypted :: HookName -> [CommandParam] -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted h gpgOpts (cipher, enck) k _p = withTmp enck $ \tmp ->
+	sendAnnex k (void $ remove h enck) $ \src -> do
+		liftIO $ encrypt gpgOpts cipher (feedFile src) $
+			readBytes $ L.writeFile tmp
+		runHook h "store" enck (Just tmp) $ return True
+
+retrieve :: HookName -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve h k _f d _p = runHook h "retrieve" k (Just d) $ return True
+
+retrieveCheap :: HookName -> Key -> FilePath -> Annex Bool
+retrieveCheap _ _ _ = return False
+
+retrieveEncrypted :: HookName -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted h (cipher, enck) _ f _p = withTmp enck $ \tmp ->
+	runHook h "retrieve" enck (Just tmp) $ liftIO $ catchBoolIO $ do
+		decrypt cipher (feedFile tmp) $
+			readBytes $ L.writeFile f
+		return True
+
+remove :: HookName -> Key -> Annex Bool
+remove h k = runHook h "remove" k Nothing $ return True
+
+checkPresent :: Git.Repo -> HookName -> Key -> Annex (Either String Bool)
+checkPresent r h k = do
+	showAction $ "checking " ++ Git.repoDescribe r
+	v <- lookupHook h action
+	liftIO $ catchMsgIO $ check v
+  where
+  	action = "checkpresent"
+	findkey s = key2file k `elem` lines s
+	check Nothing = error $ action ++ " hook misconfigured"
+	check (Just hook) = do
+		environ <- hookEnv action k Nothing
+		findkey <$> readProcessEnv "sh" ["-c", hook] environ
diff --git a/Remote/List.hs b/Remote/List.hs
new file mode 100644
index 0000000000..1ec2c32b42
--- /dev/null
+++ b/Remote/List.hs
@@ -0,0 +1,116 @@
+{-# LANGUAGE CPP #-}
+
+{- git-annex remote list
+ -
+ - Copyright 2011,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.List where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import qualified Annex
+import Logs.Remote
+import Types.Remote
+import Annex.UUID
+import Remote.Helper.Hooks
+import Remote.Helper.ReadOnly
+import qualified Git
+import qualified Git.Config
+
+import qualified Remote.Git
+import qualified Remote.GCrypt
+#ifdef WITH_S3
+import qualified Remote.S3
+#endif
+import qualified Remote.Bup
+import qualified Remote.Directory
+import qualified Remote.Rsync
+import qualified Remote.Web
+#ifdef WITH_WEBDAV
+import qualified Remote.WebDAV
+#endif
+#ifdef WITH_TAHOE
+import qualified Remote.Tahoe
+#endif
+import qualified Remote.Glacier
+import qualified Remote.Ddar
+import qualified Remote.Hook
+import qualified Remote.External
+
+remoteTypes :: [RemoteType]
+remoteTypes =
+	[ Remote.Git.remote
+	, Remote.GCrypt.remote
+#ifdef WITH_S3
+	, Remote.S3.remote
+#endif
+	, Remote.Bup.remote
+	, Remote.Directory.remote
+	, Remote.Rsync.remote
+	, Remote.Web.remote
+#ifdef WITH_WEBDAV
+	, Remote.WebDAV.remote
+#endif
+#ifdef WITH_TAHOE
+	, Remote.Tahoe.remote
+#endif
+	, Remote.Glacier.remote
+	, Remote.Ddar.remote
+	, Remote.Hook.remote
+	, Remote.External.remote
+	]
+
+{- Builds a list of all available Remotes.
+ - Since doing so can be expensive, the list is cached. -}
+remoteList :: Annex [Remote]
+remoteList = do
+	rs <- Annex.getState Annex.remotes
+	if null rs
+		then do
+			m <- readRemoteLog
+			rs' <- concat <$> mapM (process m) remoteTypes
+			Annex.changeState $ \s -> s { Annex.remotes = rs' }
+			return rs'
+		else return rs
+  where
+	process m t = enumerate t >>= mapM (remoteGen m t) >>= return . catMaybes
+
+{- Forces the remoteList to be re-generated, re-reading the git config. -}
+remoteListRefresh :: Annex [Remote]
+remoteListRefresh = do
+	newg <- inRepo Git.Config.reRead
+	Annex.changeState $ \s -> s 
+		{ Annex.remotes = []
+		, Annex.repo = newg
+		}
+	remoteList
+
+{- Generates a Remote. -}
+remoteGen :: M.Map UUID RemoteConfig -> RemoteType -> Git.Repo -> Annex (Maybe Remote)
+remoteGen m t r = do
+	u <- getRepoUUID r
+	gc <- Annex.getRemoteGitConfig r
+	let c = fromMaybe M.empty $ M.lookup u m
+	mrmt <- generate t r u c gc
+	return $ adjustReadOnly . addHooks <$> mrmt
+
+{- Updates a local git Remote, re-reading its git config. -}
+updateRemote :: Remote -> Annex (Maybe Remote)
+updateRemote remote = do
+	m <- readRemoteLog
+	remote' <- updaterepo $ repo remote
+	remoteGen m (remotetype remote) remote'
+  where
+	updaterepo r
+		| Git.repoIsLocal r || Git.repoIsLocalUnknown r =
+			Remote.Git.configRead r
+		| otherwise = return r
+
+{- Checks if a remote is syncable using git. -}
+gitSyncableRemote :: Remote -> Bool
+gitSyncableRemote r = remotetype r `elem`
+	[ Remote.Git.remote, Remote.GCrypt.remote ]
diff --git a/Remote/Rsync.hs b/Remote/Rsync.hs
new file mode 100644
index 0000000000..7d051d6cd3
--- /dev/null
+++ b/Remote/Rsync.hs
@@ -0,0 +1,295 @@
+{- A remote that is only accessible by rsync.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Rsync (
+	remote,
+	storeEncrypted,
+	retrieveEncrypted,
+	remove,
+	checkPresent,
+	withRsyncScratchDir,
+	genRsyncOpts,
+	RsyncOpts
+) where
+
+import Common.Annex
+import Types.Remote
+import qualified Git
+import Config
+import Config.Cost
+import Annex.Content
+import Annex.UUID
+import Annex.Ssh
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Remote.Rsync.RsyncUrl
+import Crypto
+import Utility.Rsync
+import Utility.CopyFile
+import Utility.Metered
+import Utility.PID
+import Annex.Perms
+import Logs.Transfer
+import Types.Creds
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "rsync",
+	enumerate = findSpecialRemotes "rsyncurl",
+	generate = gen,
+	setup = rsyncSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	cst <- remoteCost gc expensiveRemoteCost
+	(transport, url) <- rsyncTransport gc $
+		fromMaybe (error "missing rsyncurl") $ remoteAnnexRsyncUrl gc
+	let o = genRsyncOpts c gc transport url
+	let islocal = rsyncUrlIsPath $ rsyncUrl o
+	return $ Just $ encryptableRemote c
+		(storeEncrypted o $ getGpgEncParams (c,gc))
+		(retrieveEncrypted o)
+		Remote
+			{ uuid = u
+			, cost = cst
+			, name = Git.repoDescribe r
+			, storeKey = store o
+			, retrieveKeyFile = retrieve o
+			, retrieveKeyFileCheap = retrieveCheap o
+			, removeKey = remove o
+			, hasKey = checkPresent r o
+			, hasKeyCheap = False
+			, whereisKey = Nothing
+			, remoteFsck = Nothing
+			, repairRepo = Nothing
+			, config = c
+			, repo = r
+			, gitconfig = gc
+			, localpath = if islocal
+				then Just $ rsyncUrl o
+				else Nothing
+			, readonly = False
+			, availability = if islocal then LocallyAvailable else GloballyAvailable
+			, remotetype = remote
+			}
+
+genRsyncOpts :: RemoteConfig -> RemoteGitConfig -> [CommandParam] -> RsyncUrl -> RsyncOpts
+genRsyncOpts c gc transport url = RsyncOpts
+	{ rsyncUrl = url
+	, rsyncOptions = opts []
+	, rsyncUploadOptions = transport ++ opts (remoteAnnexRsyncUploadOptions gc)
+	, rsyncDownloadOptions = transport ++ opts (remoteAnnexRsyncDownloadOptions gc)
+	, rsyncShellEscape = M.lookup "shellescape" c /= Just "no"
+	}
+  where
+	opts specificopts = map Param $ filter safe $
+		remoteAnnexRsyncOptions gc ++ specificopts
+	safe opt
+		-- Don't allow user to pass --delete to rsync;
+		-- that could cause it to delete other keys
+		-- in the same hash bucket as a key it sends.
+		| opt == "--delete" = False
+		| opt == "--delete-excluded" = False
+		| otherwise = True
+
+rsyncTransport :: RemoteGitConfig -> RsyncUrl -> Annex ([CommandParam], RsyncUrl)
+rsyncTransport gc url
+	| rsyncUrlIsShell url =
+		(\rsh -> return (rsyncShell rsh, url)) =<<
+		case fromNull ["ssh"] (remoteAnnexRsyncTransport gc) of
+			"ssh":sshopts -> do
+				let (port, sshopts') = sshReadPort sshopts
+				    userhost = takeWhile (/=':') url
+				-- Connection caching
+				(Param "ssh":) <$> sshCachingOptions
+					(userhost, port)
+					(map Param $ loginopt ++ sshopts')
+			"rsh":rshopts -> return $ map Param $ "rsh" :
+				loginopt ++ rshopts
+			rsh -> error $ "Unknown Rsync transport: "
+				++ unwords rsh
+	| otherwise = return ([], url)
+  where
+	login = case separate (=='@') url of
+		(_h, "") -> Nothing
+		(l, _)  -> Just l
+	loginopt = maybe [] (\l -> ["-l",l]) login
+	fromNull as xs = if null xs then as else xs
+
+rsyncSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+rsyncSetup mu _ c = do
+	u <- maybe (liftIO genUUID) return mu
+	-- verify configuration is sane
+	let url = fromMaybe (error "Specify rsyncurl=") $
+		M.lookup "rsyncurl" c
+	c' <- encryptionSetup c
+
+	-- The rsyncurl is stored in git config, not only in this remote's
+	-- persistant state, so it can vary between hosts.
+	gitConfigSpecialRemote u c' "rsyncurl" url
+	return (c', u)
+
+store :: RsyncOpts -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store o k _f p = sendAnnex k (void $ remove o k) $ rsyncSend o p k False
+
+storeEncrypted :: RsyncOpts -> [CommandParam] -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted o gpgOpts (cipher, enck) k p = withTmp enck $ \tmp ->
+	sendAnnex k (void $ remove o enck) $ \src -> do
+		liftIO $ encrypt gpgOpts cipher (feedFile src) $
+			readBytes $ L.writeFile tmp
+		rsyncSend o p enck True tmp
+
+retrieve :: RsyncOpts -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve o k _ f p = rsyncRetrieve o k f (Just p)
+
+retrieveCheap :: RsyncOpts -> Key -> FilePath -> Annex Bool
+retrieveCheap o k f = ifM (preseedTmp k f) ( rsyncRetrieve o k f Nothing , return False )
+
+retrieveEncrypted :: RsyncOpts -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted o (cipher, enck) _ f p = withTmp enck $ \tmp ->
+	ifM (rsyncRetrieve o enck tmp (Just p))
+		( liftIO $ catchBoolIO $ do
+			decrypt cipher (feedFile tmp) $
+				readBytes $ L.writeFile f
+			return True
+		, return False
+		)
+
+remove :: RsyncOpts -> Key -> Annex Bool
+remove o k = do
+	ps <- sendParams
+	withRsyncScratchDir $ \tmp -> liftIO $ do
+		{- Send an empty directory to rysnc to make it delete. -}
+		let dummy = tmp </> keyFile k
+		createDirectoryIfMissing True dummy
+		rsync $ rsyncOptions o ++ ps ++
+			map (\s -> Param $ "--include=" ++ s) includes ++
+			[ Param "--exclude=*" -- exclude everything else
+			, Params "--quiet --delete --recursive"
+			, partialParams
+			, Param $ addTrailingPathSeparator dummy
+			, Param $ rsyncUrl o
+			]
+  where
+	{- Specify include rules to match the directories where the
+	 - content could be. Note that the parent directories have
+	 - to also be explicitly included, due to how rsync
+	 - traverses directories. -}
+	includes = concatMap use annexHashes
+	use h = let dir = h k in
+		[ parentDir dir
+		, dir
+		-- match content directory and anything in it
+		, dir </> keyFile k </> "***"
+		]
+
+checkPresent :: Git.Repo -> RsyncOpts -> Key -> Annex (Either String Bool)
+checkPresent r o k = do
+	showAction $ "checking " ++ Git.repoDescribe r
+	-- note: Does not currently differentiate between rsync failing
+	-- to connect, and the file not being present.
+	Right <$> check
+  where
+	check = untilTrue (rsyncUrls o k) $ \u -> 
+		liftIO $ catchBoolIO $ do
+			withQuietOutput createProcessSuccess $
+				proc "rsync" $ toCommand $
+					rsyncOptions o ++ [Param u]
+			return True
+
+{- Rsync params to enable resumes of sending files safely,
+ - ensure that files are only moved into place once complete
+ -}
+partialParams :: CommandParam
+partialParams = Params "--partial --partial-dir=.rsync-partial"
+
+{- When sending files from crippled filesystems, the permissions can be all
+ - messed up, and it's better to use the default permissions on the
+ - destination. -}
+sendParams :: Annex [CommandParam]
+sendParams = ifM crippledFileSystem
+	( return [rsyncUseDestinationPermissions]
+	, return []
+	)
+
+{- Runs an action in an empty scratch directory that can be used to build
+ - up trees for rsync. -}
+withRsyncScratchDir :: (FilePath -> Annex a) -> Annex a
+withRsyncScratchDir a = do
+	p <- liftIO getPID
+	t <- fromRepo gitAnnexTmpObjectDir
+	createAnnexDirectory t
+	let tmp = t </> "rsynctmp" </> show p
+	nuke tmp
+	liftIO $ createDirectoryIfMissing True tmp
+	nuke tmp `after` a tmp
+  where
+	nuke d = liftIO $ whenM (doesDirectoryExist d) $
+		removeDirectoryRecursive d
+
+rsyncRetrieve :: RsyncOpts -> Key -> FilePath -> Maybe MeterUpdate -> Annex Bool
+rsyncRetrieve o k dest callback =
+	showResumable $ untilTrue (rsyncUrls o k) $ \u -> rsyncRemote Download o callback
+		-- use inplace when retrieving to support resuming
+		[ Param "--inplace"
+		, Param u
+		, File dest
+		]
+
+showResumable :: Annex Bool -> Annex Bool
+showResumable a = ifM a
+	( return True
+	, do
+		showLongNote "rsync failed -- run git annex again to resume file transfer"
+		return False
+	)
+
+rsyncRemote :: Direction -> RsyncOpts -> Maybe MeterUpdate -> [CommandParam] -> Annex Bool
+rsyncRemote direction o callback params = do
+	showOutput -- make way for progress bar
+	liftIO $ (maybe rsync rsyncProgress callback) $
+		opts ++ [Params "--progress"] ++ params
+  where
+	opts
+		| direction == Download = rsyncDownloadOptions o
+		| otherwise = rsyncUploadOptions o
+
+{- To send a single key is slightly tricky; need to build up a temporary
+ - directory structure to pass to rsync so it can create the hash
+ - directories.
+ -
+ - This would not be necessary if the hash directory structure used locally
+ - was always the same as that used on the rsync remote. So if that's ever
+ - unified, this gets nicer.
+ - (When we have the right hash directory structure, we can just
+ - pass --include=X --include=X/Y --include=X/Y/file --exclude=*)
+ -}
+rsyncSend :: RsyncOpts -> MeterUpdate -> Key -> Bool -> FilePath -> Annex Bool
+rsyncSend o callback k canrename src = withRsyncScratchDir $ \tmp -> do
+	let dest = tmp </> Prelude.head (keyPaths k)
+	liftIO $ createDirectoryIfMissing True $ parentDir dest
+	ok <- liftIO $ if canrename
+		then do
+			rename src dest
+			return True
+		else createLinkOrCopy src dest
+	ps <- sendParams
+	if ok
+		then showResumable $ rsyncRemote Upload o (Just callback) $ ps ++
+			[ Param "--recursive"
+			, partialParams
+			-- tmp/ to send contents of tmp dir
+			, File $ addTrailingPathSeparator tmp
+			, Param $ rsyncUrl o
+			]
+		else return False
diff --git a/Remote/Rsync/RsyncUrl.hs b/Remote/Rsync/RsyncUrl.hs
new file mode 100644
index 0000000000..61bbe2f3fb
--- /dev/null
+++ b/Remote/Rsync/RsyncUrl.hs
@@ -0,0 +1,46 @@
+{- Rsync urls.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Rsync.RsyncUrl where
+
+import Types
+import Locations
+import Utility.Rsync
+import Utility.SafeCommand
+
+import System.FilePath.Posix
+#ifdef mingw32_HOST_OS
+import Data.String.Utils
+#endif
+
+type RsyncUrl = String
+
+data RsyncOpts = RsyncOpts
+	{ rsyncUrl :: RsyncUrl
+	, rsyncOptions :: [CommandParam]
+	, rsyncUploadOptions :: [CommandParam]
+	, rsyncDownloadOptions :: [CommandParam]
+	, rsyncShellEscape :: Bool
+}
+
+rsyncEscape :: RsyncOpts -> RsyncUrl -> RsyncUrl
+rsyncEscape o u
+	| rsyncShellEscape o && rsyncUrlIsShell (rsyncUrl o) = shellEscape u
+	| otherwise = u
+
+rsyncUrls :: RsyncOpts -> Key -> [RsyncUrl]
+rsyncUrls o k = map use annexHashes
+  where
+	use h = rsyncUrl o </> hash h </> rsyncEscape o (f </> f)
+	f = keyFile k
+#ifndef mingw32_HOST_OS
+	hash h = h k
+#else
+	hash h = replace "\\" "/" (h k)
+#endif
diff --git a/Remote/S3.hs b/Remote/S3.hs
new file mode 100644
index 0000000000..c30d07b8a3
--- /dev/null
+++ b/Remote/S3.hs
@@ -0,0 +1,372 @@
+{- S3 remotes
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Remote.S3 (remote, iaHost, isIA, isIAHost, iaItemUrl) where
+
+import Network.AWS.AWSConnection
+import Network.AWS.S3Object hiding (getStorageClass)
+import Network.AWS.S3Bucket hiding (size)
+import Network.AWS.AWSResult
+import qualified Data.Text as T
+import qualified Data.Text.Encoding as T
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+import Data.Char
+import Network.Socket (HostName)
+
+import Common.Annex
+import Types.Remote
+import Types.Key
+import qualified Git
+import Config
+import Config.Cost
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import qualified Remote.Helper.AWS as AWS
+import Crypto
+import Creds
+import Utility.Metered
+import Annex.Content
+import Annex.UUID
+import Logs.Web
+
+type Bucket = String
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "S3",
+	enumerate = findSpecialRemotes "s3",
+	generate = gen,
+	setup = s3Setup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = new <$> remoteCost gc expensiveRemoteCost
+  where
+	new cst = Just $ encryptableRemote c
+		(storeEncrypted this)
+		(retrieveEncrypted this)
+		this
+	  where
+		this = Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store this,
+			retrieveKeyFile = retrieve this,
+			retrieveKeyFileCheap = retrieveCheap this,
+			removeKey = remove this c,
+			hasKey = checkPresent this,
+			hasKeyCheap = False,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			repo = r,
+			gitconfig = gc,
+			localpath = Nothing,
+			readonly = False,
+			availability = GloballyAvailable,
+			remotetype = remote
+		}
+
+s3Setup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+s3Setup mu mcreds c = do
+	u <- maybe (liftIO genUUID) return mu
+	c' <- setRemoteCredPair c (AWS.creds u) mcreds
+	s3Setup' u c'
+s3Setup' :: UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+s3Setup' u c = if isIA c then archiveorg else defaulthost
+  where
+	remotename = fromJust (M.lookup "name" c)
+	defbucket = remotename ++ "-" ++ fromUUID u
+	defaults = M.fromList
+		[ ("datacenter", T.unpack $ AWS.defaultRegion AWS.S3)
+		, ("storageclass", "STANDARD")
+		, ("host", defaultAmazonS3Host)
+		, ("port", show defaultAmazonS3Port)
+		, ("bucket", defbucket)
+		]
+		
+	use fullconfig = do
+		gitConfigSpecialRemote u fullconfig "s3" "true"
+		return (fullconfig, u)
+
+	defaulthost = do
+		c' <- encryptionSetup c
+		let fullconfig = c' `M.union` defaults
+		genBucket fullconfig u
+		use fullconfig
+
+	archiveorg = do
+		showNote "Internet Archive mode"
+		-- Ensure user enters a valid bucket name, since
+		-- this determines the name of the archive.org item.
+		let bucket = replace " " "-" $ map toLower $
+			fromMaybe (error "specify bucket=") $
+				getBucket c
+		let archiveconfig = 
+			-- hS3 does not pass through x-archive-* headers
+			M.mapKeys (replace "x-archive-" "x-amz-") $
+			-- encryption does not make sense here
+			M.insert "encryption" "none" $
+			M.insert "bucket" bucket $
+			M.union c $
+			-- special constraints on key names
+			M.insert "mungekeys" "ia" $
+			-- bucket created only when files are uploaded
+			M.insert "x-amz-auto-make-bucket" "1" defaults
+		writeUUIDFile archiveconfig u
+		use archiveconfig
+
+store :: Remote -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store r k _f p = s3Action r False $ \(conn, bucket) -> 
+	sendAnnex k (void $ remove' r k) $ \src -> do
+		ok <- s3Bool =<< storeHelper (conn, bucket) r k p src
+
+		-- Store public URL to item in Internet Archive.
+		when (ok && isIA (config r)) $
+			setUrlPresent k (iaKeyUrl r k)
+
+		return ok
+
+storeEncrypted :: Remote -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted r (cipher, enck) k p = s3Action r False $ \(conn, bucket) -> 
+	-- To get file size of the encrypted content, have to use a temp file.
+	-- (An alternative would be chunking to to a constant size.)
+	withTmp enck $ \tmp -> sendAnnex k (void $ remove' r enck) $ \src -> do
+		liftIO $ encrypt (getGpgEncParams r) cipher (feedFile src) $
+			readBytes $ L.writeFile tmp
+		s3Bool =<< storeHelper (conn, bucket) r enck p tmp
+
+storeHelper :: (AWSConnection, Bucket) -> Remote -> Key -> MeterUpdate -> FilePath -> Annex (AWSResult ())
+storeHelper (conn, bucket) r k p file = do
+	size <- maybe getsize (return . fromIntegral) $ keySize k
+	meteredBytes (Just p) size $ \meterupdate ->
+		liftIO $ withMeteredFile file meterupdate $ \content -> do
+			-- size is provided to S3 so the whole content
+			-- does not need to be buffered to calculate it
+			let object = S3Object
+				bucket (bucketFile r k) ""
+				(("Content-Length", show size) : getXheaders (config r))
+				content
+			sendObject conn $
+				setStorageClass (getStorageClass $ config r) object
+  where
+	getsize = liftIO $ fromIntegral . fileSize <$> getFileStatus file
+
+retrieve :: Remote -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve r k _f d p = s3Action r False $ \(conn, bucket) ->
+	metered (Just p) k $ \meterupdate -> do
+		res <- liftIO $ getObject conn $ bucketKey r bucket k
+		case res of
+			Right o -> do
+				liftIO $ meteredWriteFile meterupdate d $
+					obj_data o
+				return True
+			Left e -> s3Warning e
+
+retrieveCheap :: Remote -> Key -> FilePath -> Annex Bool
+retrieveCheap _ _ _ = return False
+
+retrieveEncrypted :: Remote -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted r (cipher, enck) k d p = s3Action r False $ \(conn, bucket) ->
+	metered (Just p) k $ \meterupdate -> do
+		res <- liftIO $ getObject conn $ bucketKey r bucket enck
+		case res of
+			Right o -> liftIO $ decrypt cipher (\h -> meteredWrite meterupdate h $ obj_data o) $ 
+				readBytes $ \content -> do
+					L.writeFile d content
+					return True
+			Left e -> s3Warning e
+
+{- Internet Archive doesn't easily allow removing content.
+ - While it may remove the file, there are generally other files
+ - derived from it that it does not remove. -}
+remove :: Remote -> RemoteConfig -> Key -> Annex Bool
+remove r c k
+	| isIA c = do
+		warning "Cannot remove content from the Internet Archive"
+		return False
+	| otherwise = remove' r k
+
+remove' :: Remote -> Key -> Annex Bool
+remove' r k = s3Action r False $ \(conn, bucket) ->
+	s3Bool =<< liftIO (deleteObject conn $ bucketKey r bucket k)
+
+checkPresent :: Remote -> Key -> Annex (Either String Bool)
+checkPresent r k = s3Action r noconn $ \(conn, bucket) -> do
+	showAction $ "checking " ++ name r
+	res <- liftIO $ getObjectInfo conn $ bucketKey r bucket k
+	case res of
+		Right _ -> return $ Right True
+		Left (AWSError _ _) -> return $ Right False
+		Left e -> return $ Left (s3Error e)
+  where
+	noconn = Left $ error "S3 not configured"
+			
+s3Warning :: ReqError -> Annex Bool
+s3Warning e = do
+	warning $ prettyReqError e
+	return False
+
+s3Error :: ReqError -> a
+s3Error e = error $ prettyReqError e
+
+s3Bool :: AWSResult () -> Annex Bool
+s3Bool (Right _) = return True
+s3Bool (Left e) = s3Warning e
+
+s3Action :: Remote -> a -> ((AWSConnection, Bucket) -> Annex a) -> Annex a
+s3Action r noconn action = do
+	let bucket = M.lookup "bucket" $ config r
+	conn <- s3Connection (config r) (uuid r)
+	case (bucket, conn) of
+		(Just b, Just c) -> action (c, b)
+		_ -> return noconn
+
+bucketFile :: Remote -> Key -> FilePath
+bucketFile r = munge . key2file
+  where
+	munge s = case M.lookup "mungekeys" c of
+		Just "ia" -> iaMunge $ filePrefix c ++ s
+		_ -> filePrefix c ++ s
+	c = config r
+
+filePrefix :: RemoteConfig -> String
+filePrefix = M.findWithDefault "" "fileprefix"
+
+bucketKey :: Remote -> Bucket -> Key -> S3Object
+bucketKey r bucket k = S3Object bucket (bucketFile r k) "" [] L.empty
+
+{- Internet Archive limits filenames to a subset of ascii,
+ - with no whitespace. Other characters are xml entity
+ - encoded. -}
+iaMunge :: String -> String
+iaMunge = (>>= munge)
+  where
+	munge c
+		| isAsciiUpper c || isAsciiLower c || isNumber c = [c]
+		| c `elem` "_-.\"" = [c]
+		| isSpace c = []
+		| otherwise = "&" ++ show (ord c) ++ ";"
+
+{- Generate the bucket if it does not already exist, including creating the
+ - UUID file within the bucket.
+ -
+ - To check if the bucket exists, ask for its location. However, some ACLs
+ - can allow read/write to buckets, but not querying location, so first
+ - check if the UUID file already exists and we can skip doing anything.
+ -}
+genBucket :: RemoteConfig -> UUID -> Annex ()
+genBucket c u = do
+	conn <- s3ConnectionRequired c u
+	showAction "checking bucket"
+	unlessM ((== Right True) <$> checkUUIDFile c u conn) $ do
+		loc <- liftIO $ getBucketLocation conn bucket
+		case loc of
+			Right _ -> writeUUIDFile c u
+			Left err@(NetworkError _) -> s3Error err
+			Left (AWSError _ _) -> do
+				showAction $ "creating bucket in " ++ datacenter
+				res <- liftIO $ createBucketIn conn bucket datacenter
+				case res of
+					Right _ -> writeUUIDFile c u
+					Left err -> s3Error err
+  where
+	bucket = fromJust $ getBucket c
+	datacenter = fromJust $ M.lookup "datacenter" c
+
+{- Writes the UUID to an annex-uuid file within the bucket.
+ -
+ - If the file already exists in the bucket, it must match.
+ -
+ - Note that IA items do not get created by createBucketIn. 
+ - Rather, they are created the first time a file is stored in them.
+ - So this also takes care of that.
+ -}
+writeUUIDFile :: RemoteConfig -> UUID -> Annex ()
+writeUUIDFile c u = do
+	conn <- s3ConnectionRequired c u
+	v <- checkUUIDFile  c u conn
+	case v of
+		Left e -> error e
+		Right True -> return ()
+		Right False -> do
+			let object = setStorageClass (getStorageClass c) (mkobject uuidb)
+			either s3Error return =<< liftIO (sendObject conn object)
+  where
+	file = uuidFile c
+	uuidb = L.fromChunks [T.encodeUtf8 $ T.pack $ fromUUID u]
+	bucket = fromJust $ getBucket c
+
+	mkobject = S3Object bucket file "" (getXheaders c)
+
+{- Checks if the UUID file exists in the bucket and has the specified UUID already. -}
+checkUUIDFile :: RemoteConfig -> UUID -> AWSConnection -> Annex (Either String Bool)
+checkUUIDFile c u conn = check <$> liftIO (tryNonAsync $ getObject conn $ mkobject L.empty)
+  where
+	check (Right (Right o))
+		| obj_data o == uuidb = Right True
+		| otherwise = Left $ "This bucket is already in use by a different S3 special remote, with UUID: " ++ show (obj_data o)
+	check _ = Right False
+
+	uuidb = L.fromChunks [T.encodeUtf8 $ T.pack $ fromUUID u]
+	bucket = fromJust $ getBucket c
+	file = uuidFile c
+
+	mkobject = S3Object bucket file "" (getXheaders c)
+
+uuidFile :: RemoteConfig -> FilePath
+uuidFile c = filePrefix c ++ "annex-uuid"
+
+s3ConnectionRequired :: RemoteConfig -> UUID -> Annex AWSConnection
+s3ConnectionRequired c u =
+	maybe (error "Cannot connect to S3") return =<< s3Connection c u
+
+s3Connection :: RemoteConfig -> UUID -> Annex (Maybe AWSConnection)
+s3Connection c u = go =<< getRemoteCredPairFor "S3" c (AWS.creds u)
+  where
+	go Nothing = return Nothing
+	go (Just (ak, sk)) = return $ Just $ AWSConnection host port ak sk
+
+	host = fromJust $ M.lookup "host" c
+	port = let s = fromJust $ M.lookup "port" c in
+		case reads s of
+		[(p, _)] -> p
+		_ -> error $ "bad S3 port value: " ++ s
+
+getBucket :: RemoteConfig -> Maybe Bucket
+getBucket = M.lookup "bucket"
+
+getStorageClass :: RemoteConfig -> StorageClass
+getStorageClass c = case fromJust $ M.lookup "storageclass" c of
+	"REDUCED_REDUNDANCY" -> REDUCED_REDUNDANCY
+	_ -> STANDARD
+	
+getXheaders :: RemoteConfig -> [(String, String)]
+getXheaders = filter isxheader . M.assocs
+  where
+	isxheader (h, _) = "x-amz-" `isPrefixOf` h
+
+{- Hostname to use for archive.org S3. -}
+iaHost :: HostName
+iaHost = "s3.us.archive.org"
+
+isIA :: RemoteConfig -> Bool
+isIA c = maybe False isIAHost (M.lookup "host" c)
+
+isIAHost :: HostName -> Bool
+isIAHost h = ".archive.org" `isSuffixOf` map toLower h
+
+iaItemUrl :: Bucket -> URLString
+iaItemUrl bucket = "http://archive.org/details/" ++ bucket
+
+iaKeyUrl :: Remote -> Key -> URLString
+iaKeyUrl r k = "http://archive.org/download/" ++ bucket ++ "/" ++ bucketFile r k
+  where
+	bucket = fromMaybe "" $ getBucket $ config r
diff --git a/Remote/Tahoe.hs b/Remote/Tahoe.hs
new file mode 100644
index 0000000000..d265d7ac12
--- /dev/null
+++ b/Remote/Tahoe.hs
@@ -0,0 +1,256 @@
+{- Tahoe-LAFS special remotes.
+ -
+ - Tahoe capabilities for accessing objects stored in the remote
+ - are preserved in the remote state log.
+ -
+ - In order to allow multiple clones of a repository to access the same
+ - tahoe repository, git-annex needs to store the introducer furl,
+ - and the shared-convergence-secret. These are stored in the remote
+ - configuration, when embedcreds is enabled.
+ -
+ - Using those creds, git-annex sets up a tahoe configuration directory in
+ - ~/.tahoe/git-annex/UUID/
+ -
+ - Tahoe has its own encryption, so git-annex's encryption is not used.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Remote.Tahoe (remote) where
+
+import qualified Data.Map as M
+import Data.Aeson
+import Data.ByteString.Lazy.UTF8 (fromString)
+import Control.Concurrent.STM
+
+import Common.Annex
+import Types.Remote
+import Types.Creds
+import qualified Git
+import Config
+import Config.Cost
+import Remote.Helper.Special
+import Annex.UUID
+import Annex.Content
+import Logs.RemoteState
+import Utility.UserInfo
+import Utility.Metered
+import Utility.Env
+import Utility.ThreadScheduler
+
+{- The TMVar is left empty until tahoe has been verified to be running. -}
+data TahoeHandle = TahoeHandle TahoeConfigDir (TMVar ())
+
+type TahoeConfigDir = FilePath
+type SharedConvergenceSecret = String
+type IntroducerFurl = String
+type Capability = String
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "tahoe",
+	enumerate = findSpecialRemotes "tahoe",
+	generate = gen,
+	setup = tahoeSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = do
+	cst <- remoteCost gc expensiveRemoteCost
+	hdl <- liftIO $ TahoeHandle
+		<$> maybe (defaultTahoeConfigDir u) return (remoteAnnexTahoe gc)
+		<*> newEmptyTMVarIO
+	return $ Just $ Remote {
+		uuid = u,
+		cost = cst,
+		name = Git.repoDescribe r,
+		storeKey = store u hdl,
+		retrieveKeyFile = retrieve u hdl,
+		retrieveKeyFileCheap = \_ _ -> return False,
+		removeKey = remove,
+		hasKey = checkPresent u hdl,
+		hasKeyCheap = False,
+		whereisKey = Nothing,
+		remoteFsck = Nothing,
+		repairRepo = Nothing,
+		config = c,
+		repo = r,
+		gitconfig = gc,
+		localpath = Nothing,
+		readonly = False,
+		availability = GloballyAvailable,
+		remotetype = remote
+	}
+
+tahoeSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+tahoeSetup mu _ c = do
+	furl <- fromMaybe (fromMaybe missingfurl $ M.lookup furlk c)
+		<$> liftIO (getEnv "TAHOE_FURL")
+	u <- maybe (liftIO genUUID) return mu
+	configdir <- liftIO $ defaultTahoeConfigDir u
+	scs <- liftIO $ tahoeConfigure configdir furl (M.lookup scsk c)
+	let c' = if M.lookup "embedcreds" c == Just "yes"
+		then flip M.union c $ M.fromList
+			[ (furlk, furl)
+			, (scsk, scs)
+			]
+		else c
+	gitConfigSpecialRemote u c' "tahoe" configdir
+	return (c', u)
+  where
+	scsk = "shared-convergence-secret"
+	furlk = "introducer-furl"
+	missingfurl = error "Set TAHOE_FURL to the introducer furl to use."
+
+store :: UUID -> TahoeHandle -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store u hdl k _f _p = sendAnnex k noop $ \src ->
+	parsePut <$> liftIO (readTahoe hdl "put" [File src]) >>= maybe
+		(return False)
+		(\cap -> storeCapability u k cap >> return True)
+
+retrieve :: UUID -> TahoeHandle -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve u hdl k _f d _p = go =<< getCapability u k
+  where
+	go Nothing = return False
+	go (Just cap) = liftIO $ requestTahoe hdl "get" [Param cap, File d]
+
+remove :: Key -> Annex Bool
+remove _k = do
+	warning "content cannot be removed from tahoe remote"
+	return False
+
+checkPresent :: UUID -> TahoeHandle -> Key -> Annex (Either String Bool)
+checkPresent u hdl k = go =<< getCapability u k
+  where
+	go Nothing = return (Right False)
+	go (Just cap) = liftIO $ parseCheck <$> readTahoe hdl "check"
+		[ Param "--raw"
+		, Param cap
+		]
+
+defaultTahoeConfigDir :: UUID -> IO TahoeConfigDir
+defaultTahoeConfigDir u = do
+	h <- myHomeDir 
+	return $ h </> ".tahoe" </> "git-annex" </> fromUUID u
+
+tahoeConfigure :: TahoeConfigDir -> IntroducerFurl -> Maybe SharedConvergenceSecret -> IO SharedConvergenceSecret
+tahoeConfigure configdir furl mscs = do
+	unlessM (createClient configdir furl) $
+		error "tahoe create-client failed"
+	maybe noop (writeSharedConvergenceSecret configdir) mscs
+	startTahoeDaemon configdir
+	getSharedConvergenceSecret configdir
+
+createClient :: TahoeConfigDir -> IntroducerFurl -> IO Bool
+createClient configdir furl = do
+	createDirectoryIfMissing True (parentDir configdir)
+	boolTahoe configdir "create-client"
+		[ Param "--nickname", Param "git-annex"
+		, Param "--introducer", Param furl
+		]
+
+writeSharedConvergenceSecret :: TahoeConfigDir -> SharedConvergenceSecret -> IO ()
+writeSharedConvergenceSecret configdir scs = 
+	writeFile (convergenceFile configdir) (unlines [scs])
+
+{- The tahoe daemon writes the convergenceFile shortly after it starts
+ - (it does not need to connect to the network). So, try repeatedly to read
+ - the file, for up to 1 minute. To avoid reading a partially written
+ - file, look for the newline after the value. -}
+getSharedConvergenceSecret :: TahoeConfigDir -> IO SharedConvergenceSecret
+getSharedConvergenceSecret configdir = go (60 :: Int)
+  where
+  	f = convergenceFile configdir
+	go n
+		| n == 0 = error $ "tahoe did not write " ++ f ++ " after 1 minute. Perhaps the daemon failed to start?"
+		| otherwise = do
+			v <- catchMaybeIO (readFile f)
+			case v of
+				Just s | "\n" `isSuffixOf` s || "\r" `isSuffixOf` s ->
+					return $ takeWhile (`notElem` "\n\r") s
+				_ -> do
+					threadDelaySeconds (Seconds 1)
+					go (n - 1)
+
+convergenceFile :: TahoeConfigDir -> FilePath
+convergenceFile configdir = configdir </> "private" </> "convergence"
+
+startTahoeDaemon :: TahoeConfigDir -> IO ()
+startTahoeDaemon configdir = void $ boolTahoe configdir "start" []
+
+{- Ensures that tahoe has been started, before running an action
+ - that uses it. -}
+withTahoeConfigDir :: TahoeHandle -> (TahoeConfigDir -> IO a) -> IO a
+withTahoeConfigDir (TahoeHandle configdir v) a = go =<< atomically needsstart
+  where
+  	go True = do
+		startTahoeDaemon configdir
+		a configdir
+	go False = a configdir
+	needsstart = ifM (isEmptyTMVar v)
+		( do
+			putTMVar v ()
+			return True
+		, return False
+		)
+
+boolTahoe :: TahoeConfigDir -> String -> [CommandParam] -> IO Bool
+boolTahoe configdir command params = boolSystem "tahoe" $
+	tahoeParams configdir command params
+
+{- Runs a tahoe command that requests the daemon do something. -}
+requestTahoe :: TahoeHandle -> String -> [CommandParam] -> IO Bool
+requestTahoe hdl command params = withTahoeConfigDir hdl $ \configdir ->
+	boolTahoe configdir command params	
+
+{- Runs a tahoe command that requests the daemon output something. -}
+readTahoe :: TahoeHandle -> String -> [CommandParam] -> IO String
+readTahoe hdl command params = withTahoeConfigDir hdl $ \configdir ->
+	catchDefaultIO "" $
+		readProcess "tahoe" $ toCommand $
+			tahoeParams configdir command params
+
+tahoeParams :: TahoeConfigDir -> String -> [CommandParam] -> [CommandParam]
+tahoeParams configdir command params = 
+	Param "-d" : File configdir : Param command : params
+
+storeCapability :: UUID -> Key -> Capability -> Annex ()
+storeCapability u k cap = setRemoteState u k cap
+
+getCapability :: UUID -> Key -> Annex (Maybe Capability)
+getCapability u k = getRemoteState u k
+
+{- tahoe put outputs a single line, containing the capability. -}
+parsePut :: String -> Maybe Capability
+parsePut s = case lines s of
+	[cap] | "URI" `isPrefixOf` cap -> Just cap
+	_ -> Nothing
+
+{- tahoe check --raw outputs a json document.
+ - Its contents will vary (for LIT capabilities, it lacks most info),
+ - but should always contain a results object with a healthy value
+ - that's true or false.
+ -}
+parseCheck :: String -> Either String Bool
+parseCheck s = maybe parseerror (Right . healthy . results) (decode $ fromString s)
+  where
+	parseerror
+		| null s = Left "tahoe check failed to run"
+		| otherwise = Left "unable to parse tahoe check output"
+
+data CheckRet = CheckRet { results :: Results }
+data Results = Results { healthy :: Bool }
+
+instance FromJSON CheckRet where
+	parseJSON (Object v) = CheckRet
+		<$> v .: "results"
+	parseJSON _ = mzero
+
+instance FromJSON Results where
+	parseJSON (Object v) = Results
+		<$> v .: "healthy"
+	parseJSON _ = mzero
diff --git a/Remote/Web.hs b/Remote/Web.hs
new file mode 100644
index 0000000000..ddd1fc1ccd
--- /dev/null
+++ b/Remote/Web.hs
@@ -0,0 +1,127 @@
+{- Web remotes.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.Web (remote) where
+
+import Common.Annex
+import Types.Remote
+import qualified Git
+import qualified Git.Construct
+import Annex.Content
+import Config.Cost
+import Logs.Web
+import Types.Key
+import Utility.Metered
+import qualified Annex.Url as Url
+#ifdef WITH_QUVI
+import Annex.Quvi
+import qualified Utility.Quvi as Quvi
+#endif
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "web",
+	enumerate = list,
+	generate = gen,
+	setup = error "not supported"
+}
+
+-- There is only one web remote, and it always exists.
+-- (If the web should cease to exist, remove this module and redistribute
+-- a new release to the survivors by carrier pigeon.)
+list :: Annex [Git.Repo]
+list = do
+	r <- liftIO $ Git.Construct.remoteNamed "web" Git.Construct.fromUnknown
+	return [r]
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r _ c gc = 
+	return $ Just Remote {
+		uuid = webUUID,
+		cost = expensiveRemoteCost,
+		name = Git.repoDescribe r,
+		storeKey = uploadKey,
+		retrieveKeyFile = downloadKey,
+		retrieveKeyFileCheap = downloadKeyCheap,
+		removeKey = dropKey,
+		hasKey = checkKey,
+		hasKeyCheap = False,
+		whereisKey = Just getUrls,
+		remoteFsck = Nothing,
+		repairRepo = Nothing,
+		config = c,
+		gitconfig = gc,
+		localpath = Nothing,
+		repo = r,
+		readonly = True,
+		availability = GloballyAvailable,
+		remotetype = remote
+	}
+
+downloadKey :: Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+downloadKey key _file dest _p = get =<< getUrls key
+  where
+	get [] = do
+		warning "no known url"
+		return False
+	get urls = do
+		showOutput -- make way for download progress bar
+		untilTrue urls $ \u -> do
+			let (u', downloader) = getDownloader u
+			case downloader of
+				QuviDownloader -> do
+#ifdef WITH_QUVI
+					flip downloadUrl dest
+						=<< withQuviOptions Quvi.queryLinks [Quvi.httponly, Quvi.quiet] u'
+#else
+					warning "quvi support needed for this url"
+					return False
+#endif
+				DefaultDownloader -> downloadUrl [u'] dest
+
+downloadKeyCheap :: Key -> FilePath -> Annex Bool
+downloadKeyCheap _ _ = return False
+
+uploadKey :: Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+uploadKey _ _ _ = do
+	warning "upload to web not supported"
+	return False
+
+dropKey :: Key -> Annex Bool
+dropKey k = do
+	mapM_ (setUrlMissing k) =<< getUrls k
+	return True
+
+checkKey :: Key -> Annex (Either String Bool)
+checkKey key = do
+	us <- getUrls key
+	if null us
+		then return $ Right False
+		else return =<< checkKey' key us
+checkKey' :: Key -> [URLString] -> Annex (Either String Bool)
+checkKey' key us = firsthit us (Right False) $ \u -> do
+	let (u', downloader) = getDownloader u
+	showAction $ "checking " ++ u'
+	case downloader of
+		QuviDownloader ->
+#ifdef WITH_QUVI
+			Right <$> withQuviOptions Quvi.check [Quvi.httponly, Quvi.quiet] u'
+#else
+			return $ Left "quvi support needed for this url"
+#endif
+		DefaultDownloader -> do
+			Url.withUrlOptions $ catchMsgIO .
+				Url.checkBoth u' (keySize key)
+  where
+  	firsthit [] miss _ = return miss
+	firsthit (u:rest) _ a = do
+		r <- a u
+		case r of
+			Right _ -> return r
+			Left _ -> firsthit rest r a
diff --git a/Remote/WebDAV.hs b/Remote/WebDAV.hs
new file mode 100644
index 0000000000..91b83053c0
--- /dev/null
+++ b/Remote/WebDAV.hs
@@ -0,0 +1,399 @@
+{- WebDAV remotes.
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE ScopedTypeVariables, CPP #-}
+
+module Remote.WebDAV (remote, davCreds, configUrl) where
+
+import Network.Protocol.HTTP.DAV
+import qualified Data.Map as M
+import qualified Data.ByteString.UTF8 as B8
+import qualified Data.ByteString.Lazy.UTF8 as L8
+import qualified Data.ByteString.Lazy as L
+import qualified Control.Exception as E
+import qualified Control.Exception.Lifted as EL
+#if MIN_VERSION_DAV(0,6,0)
+import Network.HTTP.Client (HttpException(..))
+#else
+import Network.HTTP.Conduit (HttpException(..))
+#endif
+import Network.HTTP.Types
+import System.Log.Logger (debugM)
+import System.IO.Error
+
+import Common.Annex
+import Types.Remote
+import qualified Git
+import Config
+import Config.Cost
+import Remote.Helper.Special
+import Remote.Helper.Encryptable
+import Remote.Helper.Chunked
+import Crypto
+import Creds
+import Utility.Metered
+import Annex.Content
+import Annex.UUID
+import Remote.WebDAV.DavUrl
+
+type DavUser = B8.ByteString
+type DavPass = B8.ByteString
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "webdav",
+	enumerate = findSpecialRemotes "webdav",
+	generate = gen,
+	setup = webdavSetup
+}
+
+gen :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> Annex (Maybe Remote)
+gen r u c gc = new <$> remoteCost gc expensiveRemoteCost
+  where
+	new cst = Just $ encryptableRemote c
+		(storeEncrypted this)
+		(retrieveEncrypted this)
+		this
+	  where
+		this = Remote {
+			uuid = u,
+			cost = cst,
+			name = Git.repoDescribe r,
+			storeKey = store this,
+			retrieveKeyFile = retrieve this,
+			retrieveKeyFileCheap = retrieveCheap this,
+			removeKey = remove this,
+			hasKey = checkPresent this,
+			hasKeyCheap = False,
+			whereisKey = Nothing,
+			remoteFsck = Nothing,
+			repairRepo = Nothing,
+			config = c,
+			repo = r,
+			gitconfig = gc,
+			localpath = Nothing,
+			readonly = False,
+			availability = GloballyAvailable,
+			remotetype = remote
+		}
+
+webdavSetup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> Annex (RemoteConfig, UUID)
+webdavSetup mu mcreds c = do
+	u <- maybe (liftIO genUUID) return mu
+	let url = fromMaybe (error "Specify url=") $
+		M.lookup "url" c
+	c' <- encryptionSetup c
+	creds <- maybe (getCreds c' u) (return . Just) mcreds
+	testDav url creds
+	gitConfigSpecialRemote u c' "webdav" "true"
+	c'' <- setRemoteCredPair c' (davCreds u) creds
+	return (c'', u)
+
+store :: Remote -> Key -> AssociatedFile -> MeterUpdate -> Annex Bool
+store r k _f p = metered (Just p) k $ \meterupdate ->
+	davAction r False $ \(baseurl, user, pass) -> 
+		sendAnnex k (void $ remove r k) $ \src ->
+			liftIO $ withMeteredFile src meterupdate $
+				storeHelper r k baseurl user pass
+
+storeEncrypted :: Remote -> (Cipher, Key) -> Key -> MeterUpdate -> Annex Bool
+storeEncrypted r (cipher, enck) k p = metered (Just p) k $ \meterupdate ->
+	davAction r False $ \(baseurl, user, pass) ->
+		sendAnnex k (void $ remove r enck) $ \src ->
+			liftIO $ encrypt (getGpgEncParams r) cipher
+				(streamMeteredFile src meterupdate) $
+				readBytes $ storeHelper r enck baseurl user pass
+
+storeHelper :: Remote -> Key -> DavUrl -> DavUser -> DavPass -> L.ByteString -> IO Bool
+storeHelper r k baseurl user pass b = catchBoolIO $ do
+	mkdirRecursiveDAV tmpurl user pass
+	storeChunks k tmpurl keyurl chunksize storer recorder finalizer
+  where
+	tmpurl = tmpLocation baseurl k
+	keyurl = davLocation baseurl k
+	chunksize = chunkSize $ config r
+	storer urls = storeChunked chunksize urls storehttp b
+	recorder url s = storehttp url (L8.fromString s)
+	finalizer srcurl desturl = do
+		void $ tryNonAsync (deleteDAV desturl user pass)
+		mkdirRecursiveDAV (urlParent desturl) user pass
+		moveDAV srcurl desturl user pass
+	storehttp url = putDAV url user pass
+
+retrieveCheap :: Remote -> Key -> FilePath -> Annex Bool
+retrieveCheap _ _ _ = return False
+
+retrieve :: Remote -> Key -> AssociatedFile -> FilePath -> MeterUpdate -> Annex Bool
+retrieve r k _f d p = metered (Just p) k $ \meterupdate ->
+	davAction r False $ \(baseurl, user, pass) -> liftIO $ catchBoolIO $
+		withStoredFiles r k baseurl user pass onerr $ \urls -> do
+			meteredWriteFileChunks meterupdate d urls $ \url -> do
+				mb <- getDAV url user pass
+				case mb of
+					Nothing -> throwIO "download failed"
+					Just b -> return b
+			return True
+  where
+	onerr _ = return False
+
+retrieveEncrypted :: Remote -> (Cipher, Key) -> Key -> FilePath -> MeterUpdate -> Annex Bool
+retrieveEncrypted r (cipher, enck) k d p = metered (Just p) k $ \meterupdate ->
+	davAction r False $ \(baseurl, user, pass) -> liftIO $ catchBoolIO $
+		withStoredFiles r enck baseurl user pass onerr $ \urls -> do
+			decrypt cipher (feeder user pass urls) $
+				readBytes $ meteredWriteFile meterupdate d
+			return True
+  where
+	onerr _ = return False
+
+	feeder _ _ [] _ = noop
+	feeder user pass (url:urls) h = do
+		mb <- getDAV url user pass
+		case mb of
+			Nothing -> throwIO "download failed"
+			Just b -> do
+				L.hPut h b
+				feeder user pass urls h
+
+remove :: Remote -> Key -> Annex Bool
+remove r k = davAction r False $ \(baseurl, user, pass) -> liftIO $ do
+	-- Delete the key's whole directory, including any chunked
+	-- files, etc, in a single action.
+	let url = davLocation baseurl k
+	isJust . eitherToMaybe <$> tryNonAsync (deleteDAV url user pass)
+
+checkPresent :: Remote -> Key -> Annex (Either String Bool)
+checkPresent r k = davAction r noconn go
+  where
+	noconn = Left $ error $ name r ++ " not configured"
+
+	go (baseurl, user, pass) = do
+		showAction $ "checking " ++ name r
+		liftIO $ withStoredFiles r k baseurl user pass onerr check
+	  where
+		check [] = return $ Right True
+		check (url:urls) = do
+			v <- existsDAV url user pass
+			if v == Right True
+				then check urls
+				else return v
+
+		{- Failed to read the chunkcount file; see if it's missing,
+		 - or if there's a problem accessing it,
+		 - or perhaps this was an intermittent error. -}
+		onerr url = do
+			v <- existsDAV url user pass
+			return $ if v == Right True
+				then Left $ "failed to read " ++ url
+				else v
+
+withStoredFiles
+	:: Remote
+	-> Key
+	-> DavUrl
+	-> DavUser
+	-> DavPass
+	-> (DavUrl -> IO a)
+	-> ([DavUrl] -> IO a)
+	-> IO a
+withStoredFiles r k baseurl user pass onerr a
+	| isJust $ chunkSize $ config r = do
+		let chunkcount = keyurl ++ chunkCount
+		v <- getDAV chunkcount user pass
+		case v of
+			Just s -> a $ listChunks keyurl $ L8.toString s
+			Nothing -> do
+				chunks <- probeChunks keyurl $ \u -> (== Right True) <$> existsDAV u user pass
+				if null chunks
+					then onerr chunkcount
+					else a chunks
+	| otherwise = a [keyurl]
+  where
+	keyurl = davLocation baseurl k ++ keyFile k
+
+davAction :: Remote -> a -> ((DavUrl, DavUser, DavPass) -> Annex a) -> Annex a
+davAction r unconfigured action = do
+	mcreds <- getCreds (config r) (uuid r)
+	case (mcreds, configUrl r) of
+		(Just (user, pass), Just url) ->
+			action (url, toDavUser user, toDavPass pass)
+		_ -> return unconfigured
+
+configUrl :: Remote -> Maybe DavUrl
+configUrl r = fixup <$> M.lookup "url" (config r)
+  where
+	-- box.com DAV url changed
+	fixup = replace "https://www.box.com/dav/" "https://dav.box.com/dav/"
+
+toDavUser :: String -> DavUser
+toDavUser = B8.fromString
+
+toDavPass :: String -> DavPass
+toDavPass = B8.fromString
+
+{- Creates a directory in WebDAV, if not already present; also creating
+ - any missing parent directories. -}
+mkdirRecursiveDAV :: DavUrl -> DavUser -> DavPass -> IO ()
+mkdirRecursiveDAV url user pass = go url
+  where
+	make u = mkdirDAV u user pass
+
+	go u = do
+		r <- E.try (make u) :: IO (Either E.SomeException Bool)
+		case r of
+			{- Parent directory is missing. Recurse to create
+			 - it, and try once more to create the directory. -}
+			Right False -> do
+				go (urlParent u)
+				void $ make u
+			{- Directory created successfully -}
+			Right True -> return ()
+			{- Directory already exists, or some other error
+			 - occurred. In the latter case, whatever wanted
+			 - to use this directory will fail. -}
+			Left _ -> return ()
+
+{- Test if a WebDAV store is usable, by writing to a test file, and then
+ - deleting the file. Exits with an IO error if not. -}
+testDav :: String -> Maybe CredPair -> Annex ()
+testDav baseurl (Just (u, p)) = do
+	showSideAction "testing WebDAV server"
+	test "make directory" $ mkdirRecursiveDAV baseurl user pass
+	test "write file" $ putDAV testurl user pass L.empty
+	test "delete file" $ deleteDAV testurl user pass
+  where
+	test desc a = liftIO $
+		either (\e -> throwIO $ "WebDAV failed to " ++ desc ++ ": " ++ show e)
+			(const noop)
+			=<< tryNonAsync a
+
+	user = toDavUser u
+	pass = toDavPass p
+	testurl = davUrl baseurl "git-annex-test"
+testDav _ Nothing = error "Need to configure webdav username and password."
+
+getCreds :: RemoteConfig -> UUID -> Annex (Maybe CredPair)
+getCreds c u = getRemoteCredPairFor "webdav" c (davCreds u)
+
+davCreds :: UUID -> CredPairStorage
+davCreds u = CredPairStorage
+	{ credPairFile = fromUUID u
+	, credPairEnvironment = ("WEBDAV_USERNAME", "WEBDAV_PASSWORD")
+	, credPairRemoteKey = Just "davcreds"
+	}
+
+{- Content-Type to use for files uploaded to WebDAV. -}
+contentType :: Maybe B8.ByteString
+contentType = Just $ B8.fromString "application/octet-stream"
+
+throwIO :: String -> IO a
+throwIO msg = ioError $ mkIOError userErrorType msg Nothing Nothing
+
+debugDAV :: DavUrl -> String -> IO ()
+debugDAV msg url = debugM "DAV" $ msg ++ " " ++ url
+
+{---------------------------------------------------------------------
+ - Low-level DAV operations, using the new DAV monad when available.
+ ---------------------------------------------------------------------}
+
+putDAV :: DavUrl -> DavUser -> DavPass -> L.ByteString -> IO ()
+putDAV url user pass b = do
+	debugDAV "PUT" url
+#if MIN_VERSION_DAV(0,6,0)
+	goDAV url user pass $ putContentM (contentType, b)
+#else
+	putContent url user pass (contentType, b)
+#endif
+
+getDAV :: DavUrl -> DavUser -> DavPass -> IO (Maybe L.ByteString)
+getDAV url user pass = do
+	debugDAV "GET" url
+	eitherToMaybe <$> tryNonAsync go
+  where
+#if MIN_VERSION_DAV(0,6,0)
+	go = goDAV url user pass $ snd <$> getContentM
+#else
+	go = snd . snd <$> getPropsAndContent url user pass
+#endif
+
+deleteDAV :: DavUrl -> DavUser -> DavPass -> IO ()
+deleteDAV url user pass = do
+	debugDAV "DELETE" url
+#if MIN_VERSION_DAV(0,6,0)
+	goDAV url user pass delContentM
+#else
+	deleteContent url user pass
+#endif
+
+moveDAV :: DavUrl -> DavUrl -> DavUser -> DavPass -> IO ()
+moveDAV url newurl user pass = do
+	debugDAV ("MOVE to " ++ newurl ++ " from ") url
+#if MIN_VERSION_DAV(0,6,0)
+	goDAV url user pass $ moveContentM newurl'
+#else
+	moveContent url newurl' user pass
+#endif
+  where
+	newurl' = B8.fromString newurl
+
+mkdirDAV :: DavUrl -> DavUser -> DavPass -> IO Bool
+mkdirDAV url user pass = do
+	debugDAV "MKDIR" url
+#if MIN_VERSION_DAV(0,6,0)
+	goDAV url user pass mkCol
+#else
+	makeCollection url user pass
+#endif
+
+existsDAV :: DavUrl -> DavUser -> DavPass -> IO (Either String Bool)
+existsDAV url user pass = do
+	debugDAV "EXISTS" url
+	either (Left . show) id <$> tryNonAsync check
+  where
+	ispresent = return . Right
+#if MIN_VERSION_DAV(0,6,0)
+	check = goDAV url user pass $ do
+		setDepth Nothing
+		EL.catchJust
+			(matchStatusCodeException notFound404)
+			(getPropsM >> ispresent True)
+			(const $ ispresent False)
+#else
+	check = E.catchJust
+		(matchStatusCodeException notFound404)
+#if ! MIN_VERSION_DAV(0,4,0)
+		(getProps url user pass >> ispresent True)
+#else
+		(getProps url user pass Nothing >> ispresent True)
+#endif
+		(const $ ispresent False)
+#endif
+
+matchStatusCodeException :: Status -> HttpException -> Maybe ()
+#if MIN_VERSION_DAV(0,6,0)
+matchStatusCodeException want (StatusCodeException s _ _)
+#else
+matchStatusCodeException want (StatusCodeException s _)
+#endif
+	| s == want = Just ()
+	| otherwise = Nothing
+matchStatusCodeException _ _ = Nothing
+
+#if MIN_VERSION_DAV(0,6,0)
+goDAV :: DavUrl -> DavUser -> DavPass -> DAVT IO a -> IO a
+goDAV url user pass a = choke $ evalDAVT url $ do
+	setResponseTimeout Nothing -- disable default (5 second!) timeout
+	setCreds user pass
+	a
+  where
+	choke :: IO (Either String a) -> IO a
+	choke f = do
+		x <- f
+		case x of
+			Left e -> error e
+			Right r -> return r
+#endif
diff --git a/Remote/WebDAV/DavUrl.hs b/Remote/WebDAV/DavUrl.hs
new file mode 100644
index 0000000000..4862c4f37d
--- /dev/null
+++ b/Remote/WebDAV/DavUrl.hs
@@ -0,0 +1,44 @@
+{- WebDAV urls.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Remote.WebDAV.DavUrl where
+
+import Types
+import Locations
+
+import Network.URI (normalizePathSegments)
+import System.FilePath.Posix
+#ifdef mingw32_HOST_OS
+import Data.String.Utils
+#endif
+
+type DavUrl = String
+
+{- The directory where files(s) for a key are stored. -}
+davLocation :: DavUrl -> Key -> DavUrl
+davLocation baseurl k = addTrailingPathSeparator $
+	davUrl baseurl $ hashdir </> keyFile k
+  where
+#ifndef mingw32_HOST_OS
+	hashdir = hashDirLower k
+#else
+	hashdir = replace "\\" "/" (hashDirLower k)
+#endif
+
+{- Where we store temporary data for a key as it's being uploaded. -}
+tmpLocation :: DavUrl -> Key -> DavUrl
+tmpLocation baseurl k = addTrailingPathSeparator $
+	davUrl baseurl $ "tmp" </> keyFile k
+
+davUrl :: DavUrl -> FilePath -> DavUrl
+davUrl baseurl file = baseurl </> file
+
+urlParent :: DavUrl -> DavUrl
+urlParent url = dropTrailingPathSeparator $
+	normalizePathSegments (dropTrailingPathSeparator url ++ "/..")
diff --git a/RemoteDaemon/Common.hs b/RemoteDaemon/Common.hs
new file mode 100644
index 0000000000..e844e2c887
--- /dev/null
+++ b/RemoteDaemon/Common.hs
@@ -0,0 +1,42 @@
+{- git-remote-daemon utilities
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module RemoteDaemon.Common
+	( liftAnnex
+	, inLocalRepo
+	, checkNewShas
+	) where
+
+import qualified Annex
+import Common.Annex
+import RemoteDaemon.Types
+import qualified Git
+import Annex.CatFile
+
+import Control.Concurrent
+
+-- Runs an Annex action. Long-running actions should be avoided,
+-- since only one liftAnnex can be running at a time, across all
+-- transports.
+liftAnnex :: TransportHandle -> Annex a -> IO a
+liftAnnex (TransportHandle _ annexstate) a = do
+	st <- takeMVar annexstate
+	(r, st') <- Annex.run st a
+	putMVar annexstate st'
+	return r
+
+inLocalRepo :: TransportHandle -> (Git.Repo -> IO a) -> IO a
+inLocalRepo (TransportHandle g _) a = a g
+
+-- Check if any of the shas are actally new in the local git repo,
+-- to avoid unnecessary fetching.
+checkNewShas :: TransportHandle -> [Git.Sha] -> IO Bool
+checkNewShas transporthandle = check
+  where
+	check [] = return True
+	check (r:rs) = maybe (check rs) (const $ return False)
+		=<< liftAnnex transporthandle (catObjectDetails r)
diff --git a/RemoteDaemon/Core.hs b/RemoteDaemon/Core.hs
new file mode 100644
index 0000000000..60a4d5ceb7
--- /dev/null
+++ b/RemoteDaemon/Core.hs
@@ -0,0 +1,133 @@
+{- git-remote-daemon core
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module RemoteDaemon.Core (runForeground) where
+
+import qualified Annex
+import Common
+import Types.GitConfig
+import RemoteDaemon.Common
+import RemoteDaemon.Types
+import RemoteDaemon.Transport
+import qualified Git
+import qualified Git.Types as Git
+import qualified Git.CurrentRepo
+import Utility.SimpleProtocol
+import Config
+import Annex.Ssh
+
+import Control.Concurrent.Async
+import Control.Concurrent
+import Network.URI
+import qualified Data.Map as M
+
+runForeground :: IO ()
+runForeground = do
+	(readh, writeh) <- ioHandles
+	ichan <- newChan :: IO (Chan Consumed)
+	ochan <- newChan :: IO (Chan Emitted)
+
+	let reader = forever $ do
+		l <- hGetLine readh
+		case parseMessage l of
+			Nothing -> error $ "protocol error: " ++ l
+			Just cmd -> writeChan ichan cmd
+	let writer = forever $ do
+		msg <- readChan ochan
+		hPutStrLn writeh $ unwords $ formatMessage msg
+		hFlush writeh
+	let controller = runController ichan ochan
+	
+	-- If any thread fails, the rest will be killed.
+	void $ tryIO $
+		reader `concurrently` writer `concurrently` controller
+
+type RemoteMap = M.Map Git.Repo (IO (), Chan Consumed)
+
+-- Runs the transports, dispatching messages to them, and handling
+-- the main control messages.
+runController :: Chan Consumed -> Chan Emitted -> IO ()
+runController ichan ochan = do
+	h <- genTransportHandle
+	m <- genRemoteMap h ochan
+	startrunning m
+	go h False m
+  where
+	go h paused m = do
+		cmd <- readChan ichan
+		case cmd of
+			RELOAD -> do
+				h' <- updateTransportHandle h
+				m' <- genRemoteMap h' ochan
+				let common = M.intersection m m'
+				let new = M.difference m' m
+				let old = M.difference m m'
+				broadcast STOP old
+				unless paused $
+					startrunning new
+				go h' paused (M.union common new)
+			LOSTNET -> do
+				-- force close all cached ssh connections
+				-- (done here so that if there are multiple
+				-- ssh remotes, it's only done once)
+				liftAnnex h forceSshCleanup
+				broadcast LOSTNET m
+				go h True m
+			PAUSE -> do
+				broadcast STOP m
+				go h True m
+			RESUME -> do
+				when paused $
+					startrunning m
+				go h False m
+			STOP -> exitSuccess
+			-- All remaining messages are sent to
+			-- all Transports.
+			msg -> do
+				unless paused $
+					forM_ chans (`writeChan` msg)
+				go h paused m
+	  where
+		chans = map snd (M.elems m)
+
+	startrunning m = forM_ (M.elems m) startrunning'
+	startrunning' (transport, _) = void $ async transport
+	
+	broadcast msg m = forM_ (M.elems m) send
+	  where
+		send (_, c) = writeChan c msg
+
+-- Generates a map with a transport for each supported remote in the git repo,
+-- except those that have annex.sync = false
+genRemoteMap :: TransportHandle -> Chan Emitted -> IO RemoteMap
+genRemoteMap h@(TransportHandle g _) ochan = 
+	M.fromList . catMaybes <$> mapM gen (Git.remotes g)
+  where
+	gen r = case Git.location r of
+		Git.Url u -> case M.lookup (uriScheme u) remoteTransports of
+			Just transport
+				| remoteAnnexSync (extractRemoteGitConfig r (Git.repoDescribe r)) -> do
+					ichan <- newChan :: IO (Chan Consumed)
+					return $ Just
+						( r
+						, (transport r (RemoteURI u) h ichan ochan, ichan)
+						)
+			_ -> return Nothing
+		_ -> return Nothing
+
+genTransportHandle :: IO TransportHandle
+genTransportHandle = do
+	annexstate <- newMVar =<< Annex.new =<< Git.CurrentRepo.get
+	g <- Annex.repo <$> readMVar annexstate
+	return $ TransportHandle g annexstate
+
+updateTransportHandle :: TransportHandle -> IO TransportHandle
+updateTransportHandle h@(TransportHandle _g annexstate) = do
+	g' <- liftAnnex h $ do
+		reloadConfig
+		Annex.fromRepo id
+	return (TransportHandle g' annexstate)
diff --git a/RemoteDaemon/Transport.hs b/RemoteDaemon/Transport.hs
new file mode 100644
index 0000000000..09118ca8b8
--- /dev/null
+++ b/RemoteDaemon/Transport.hs
@@ -0,0 +1,23 @@
+{- git-remote-daemon transports
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module RemoteDaemon.Transport where
+
+import RemoteDaemon.Types
+import qualified RemoteDaemon.Transport.Ssh
+import qualified Git.GCrypt
+
+import qualified Data.Map as M
+
+-- Corresponds to uriScheme
+type TransportScheme = String
+
+remoteTransports :: M.Map TransportScheme Transport
+remoteTransports = M.fromList
+	[ ("ssh:", RemoteDaemon.Transport.Ssh.transport)
+	, (Git.GCrypt.urlScheme, RemoteDaemon.Transport.Ssh.transport)
+	]
diff --git a/RemoteDaemon/Transport/Ssh.hs b/RemoteDaemon/Transport/Ssh.hs
new file mode 100644
index 0000000000..65c3138525
--- /dev/null
+++ b/RemoteDaemon/Transport/Ssh.hs
@@ -0,0 +1,123 @@
+{- git-remote-daemon, git-annex-shell over ssh transport
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module RemoteDaemon.Transport.Ssh (transport) where
+
+import Common.Annex
+import Annex.Ssh
+import RemoteDaemon.Types
+import RemoteDaemon.Common
+import Remote.Helper.Ssh
+import qualified RemoteDaemon.Transport.Ssh.Types as SshRemote
+import Utility.SimpleProtocol
+import qualified Git
+import Git.Command
+import Utility.ThreadScheduler
+
+import Control.Concurrent.Chan
+import Control.Concurrent.Async
+
+transport :: Transport
+transport r url h@(TransportHandle g s) ichan ochan = do
+	-- enable ssh connection caching wherever inLocalRepo is called
+	g' <- liftAnnex h $ sshCachingTo r g
+	transport' r url (TransportHandle g' s) ichan ochan
+
+transport' :: Transport
+transport' r url transporthandle ichan ochan = do
+
+	v <- liftAnnex transporthandle $ git_annex_shell r "notifychanges" [] []
+	case v of
+		Nothing -> noop
+		Just (cmd, params) -> robustly 1 $
+			connect cmd (toCommand params)
+  where
+	connect cmd params = do
+		(Just toh, Just fromh, Just errh, pid) <-
+			createProcess (proc cmd params)
+			{ std_in = CreatePipe
+			, std_out = CreatePipe
+			, std_err = CreatePipe
+			}
+		
+		-- Run all threads until one finishes and get the status
+		-- of the first to finish. Cancel the rest.
+		status <- catchDefaultIO (Right ConnectionClosed) $
+			handlestderr errh
+				`race` handlestdout fromh
+					`race` handlecontrol
+
+		send (DISCONNECTED url)
+		hClose toh
+		hClose fromh
+		void $ waitForProcess pid
+
+		return $ either (either id id) id status
+
+	send msg = writeChan ochan msg
+
+	fetch = do
+		send (SYNCING url)
+		ok <- inLocalRepo transporthandle $
+			runBool [Param "fetch", Param $ Git.repoDescribe r]
+		send (DONESYNCING url ok)
+		
+	handlestdout fromh = do
+		l <- hGetLine fromh
+		case parseMessage l of
+			Just SshRemote.READY -> do
+				send (CONNECTED url)
+				handlestdout fromh
+			Just (SshRemote.CHANGED shas) -> do
+				whenM (checkNewShas transporthandle shas) $
+					fetch
+				handlestdout fromh
+			-- avoid reconnect on protocol error
+			Nothing -> return Stopping
+	
+	handlecontrol = do
+		msg <- readChan ichan
+		case msg of
+			STOP -> return Stopping
+			LOSTNET -> return Stopping
+			_ -> handlecontrol
+
+	-- Old versions of git-annex-shell that do not support
+	-- the notifychanges command will exit with a not very useful
+	-- error message. Detect that error, and avoid reconnecting.
+	-- Propigate all stderr.
+	handlestderr errh = do
+		s <- hGetSomeString errh 1024
+		hPutStr stderr s
+		hFlush stderr
+		if "git-annex-shell: git-shell failed" `isInfixOf` s
+			then do
+				send $ WARNING url $ unwords
+					[ "Remote", Git.repoDescribe r
+					, "needs its git-annex upgraded"
+					, "to 5.20140405 or newer"
+					]
+				return Stopping
+			else handlestderr errh
+
+data Status = Stopping | ConnectionClosed
+
+{- Make connection robustly, with exponentioal backoff on failure. -}
+robustly :: Int -> IO Status -> IO ()
+robustly backoff a = handle =<< catchDefaultIO ConnectionClosed a
+  where
+	handle Stopping = return ()
+	handle ConnectionClosed = do
+		threadDelaySeconds (Seconds backoff)
+		robustly increasedbackoff a
+
+	increasedbackoff
+		| b2 > maxbackoff = maxbackoff
+		| otherwise = b2
+	  where
+	  	b2 = backoff * 2
+		maxbackoff = 3600 -- one hour
diff --git a/RemoteDaemon/Transport/Ssh/Types.hs b/RemoteDaemon/Transport/Ssh/Types.hs
new file mode 100644
index 0000000000..d3fd314b49
--- /dev/null
+++ b/RemoteDaemon/Transport/Ssh/Types.hs
@@ -0,0 +1,32 @@
+{- git-remote-daemon, git-annex-shell notifychanges protocol types
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeSynonymInstances, FlexibleInstances #-}
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module RemoteDaemon.Transport.Ssh.Types (
+	Notification(..),
+	Proto.serialize,
+	Proto.deserialize,
+	Proto.formatMessage,
+) where
+
+import qualified Utility.SimpleProtocol as Proto
+import RemoteDaemon.Types (RefList)
+
+data Notification
+	= READY
+	| CHANGED RefList
+
+instance Proto.Sendable Notification where
+	formatMessage READY = ["READY"]
+	formatMessage (CHANGED shas) = ["CHANGED", Proto.serialize shas]
+
+instance Proto.Receivable Notification where
+	parseCommand "READY" = Proto.parse0 READY
+	parseCommand "CHANGED" = Proto.parse1 CHANGED
+	parseCommand _ = Proto.parseFail
diff --git a/RemoteDaemon/Types.hs b/RemoteDaemon/Types.hs
new file mode 100644
index 0000000000..0a72695343
--- /dev/null
+++ b/RemoteDaemon/Types.hs
@@ -0,0 +1,115 @@
+{- git-remote-daemon data types.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE TypeSynonymInstances, FlexibleInstances #-}
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+
+module RemoteDaemon.Types where
+
+import Common
+import qualified Annex
+import qualified Git.Types as Git
+import qualified Utility.SimpleProtocol as Proto
+
+import Network.URI
+import Control.Concurrent
+
+-- The URI of a remote is used to uniquely identify it (names change..)
+newtype RemoteURI = RemoteURI URI
+  deriving (Show)
+
+-- A Transport for a particular git remote consumes some messages
+-- from a Chan, and emits others to another Chan.
+type Transport = RemoteRepo -> RemoteURI -> TransportHandle -> Chan Consumed -> Chan Emitted -> IO ()
+
+type RemoteRepo = Git.Repo
+type LocalRepo = Git.Repo
+
+-- All Transports share a single AnnexState MVar
+--
+-- Different TransportHandles may have different versions of the LocalRepo.
+-- (For example, the ssh transport modifies it to enable ssh connection
+-- caching.)
+data TransportHandle = TransportHandle LocalRepo (MVar Annex.AnnexState)
+
+-- Messages that the daemon emits.
+data Emitted
+	= CONNECTED RemoteURI
+	| DISCONNECTED RemoteURI
+	| SYNCING RemoteURI
+	| DONESYNCING RemoteURI Bool
+	| WARNING RemoteURI String
+	deriving (Show)
+
+-- Messages that the deamon consumes.
+data Consumed
+	= PAUSE
+	| LOSTNET
+	| RESUME
+	| CHANGED RefList
+	| RELOAD
+	| STOP
+	deriving (Show)
+
+type RefList = [Git.Ref]
+
+instance Proto.Sendable Emitted where
+	formatMessage (CONNECTED remote) =
+		["CONNECTED", Proto.serialize remote]
+	formatMessage (DISCONNECTED remote) =
+		["DISCONNECTED", Proto.serialize remote]
+	formatMessage (SYNCING remote) =
+		["SYNCING", Proto.serialize remote]
+	formatMessage (DONESYNCING remote status) =
+		["DONESYNCING", Proto.serialize remote, Proto.serialize status]
+	formatMessage (WARNING remote message) =
+		["WARNING", Proto.serialize remote, Proto.serialize message]
+
+instance Proto.Sendable Consumed where
+	formatMessage PAUSE = ["PAUSE"]
+	formatMessage LOSTNET = ["LOSTNET"]
+	formatMessage RESUME = ["RESUME"]
+	formatMessage (CHANGED refs) =["CHANGED", Proto.serialize refs]
+	formatMessage RELOAD = ["RELOAD"]
+	formatMessage STOP = ["STOP"]
+
+instance Proto.Receivable Emitted where
+	parseCommand "CONNECTED" = Proto.parse1 CONNECTED
+	parseCommand "DISCONNECTED" = Proto.parse1 DISCONNECTED
+	parseCommand "SYNCING" = Proto.parse1 SYNCING
+	parseCommand "DONESYNCING" = Proto.parse2 DONESYNCING
+	parseCommand "WARNING" = Proto.parse2 WARNING
+	parseCommand _ = Proto.parseFail
+
+instance Proto.Receivable Consumed where
+	parseCommand "PAUSE" = Proto.parse0 PAUSE
+	parseCommand "LOSTNET" = Proto.parse0 LOSTNET
+	parseCommand "RESUME" = Proto.parse0 RESUME
+	parseCommand "CHANGED" = Proto.parse1 CHANGED
+	parseCommand "RELOAD" = Proto.parse0 RELOAD
+	parseCommand "STOP" = Proto.parse0 STOP
+	parseCommand _ = Proto.parseFail
+
+instance Proto.Serializable RemoteURI where
+	serialize (RemoteURI u) = show u
+	deserialize = RemoteURI <$$> parseURI
+
+instance Proto.Serializable [Char] where
+	serialize = id
+	deserialize = Just
+
+instance Proto.Serializable RefList where
+	serialize = unwords . map Git.fromRef
+	deserialize = Just . map Git.Ref . words
+
+instance Proto.Serializable Bool where
+	serialize False = "0"
+	serialize True = "1"
+
+	deserialize "0" = Just False
+	deserialize "1" = Just True
+	deserialize _ = Nothing
diff --git a/Setup.hs b/Setup.hs
new file mode 100644
index 0000000000..470a0d3db8
--- /dev/null
+++ b/Setup.hs
@@ -0,0 +1,62 @@
+{-# LANGUAGE NamedFieldPuns #-}
+
+{- cabal setup file -}
+
+import Distribution.Simple
+import Distribution.Simple.LocalBuildInfo
+import Distribution.Simple.Setup
+import Distribution.Simple.Utils (installOrdinaryFiles, rawSystemExit)
+import Distribution.PackageDescription (PackageDescription(..))
+import Distribution.Verbosity (Verbosity)
+import System.FilePath
+import Control.Applicative
+import Control.Monad
+import System.Directory
+
+import qualified Build.DesktopFile as DesktopFile
+import qualified Build.Configure as Configure
+
+main :: IO ()
+main = defaultMainWithHooks simpleUserHooks
+	{ preConf = \_ _ -> do
+		Configure.run Configure.tests
+		return (Nothing, [])	
+	, postInst = myPostInst
+	}
+
+myPostInst :: Args -> InstallFlags -> PackageDescription -> LocalBuildInfo -> IO ()
+myPostInst _ (InstallFlags { installVerbosity }) pkg lbi = do
+	installGitAnnexShell dest verbosity pkg lbi
+	installManpages      dest verbosity pkg lbi
+	installDesktopFile   dest verbosity pkg lbi
+  where
+	dest      = NoCopyDest
+	verbosity = fromFlag installVerbosity
+
+installGitAnnexShell :: CopyDest -> Verbosity -> PackageDescription -> LocalBuildInfo -> IO ()
+installGitAnnexShell copyDest verbosity pkg lbi =
+	rawSystemExit verbosity "ln"
+		["-sf", "git-annex", dstBinDir </> "git-annex-shell"]
+  where
+	dstBinDir = bindir $ absoluteInstallDirs pkg lbi copyDest
+
+{- See http://www.haskell.org/haskellwiki/Cabal/Developer-FAQ#Installing_manpages
+ -
+ - Man pages are provided prebuilt in the tarball in cabal,
+ - but may not be available otherwise, in which case, skip installing them.
+ -}
+installManpages :: CopyDest -> Verbosity -> PackageDescription -> LocalBuildInfo -> IO ()
+installManpages copyDest verbosity pkg lbi =
+	installOrdinaryFiles verbosity dstManDir =<< srcManpages
+  where
+	dstManDir   = mandir (absoluteInstallDirs pkg lbi copyDest) </> "man1"
+	srcManpages = zip (repeat srcManDir)
+		<$> filterM doesFileExist manpages
+	srcManDir   = ""
+	manpages    = ["git-annex.1", "git-annex-shell.1"]
+
+installDesktopFile :: CopyDest -> Verbosity -> PackageDescription -> LocalBuildInfo -> IO ()
+installDesktopFile copyDest _verbosity pkg lbi =
+	DesktopFile.install $ dstBinDir </> "git-annex"
+  where
+	dstBinDir = bindir $ absoluteInstallDirs pkg lbi copyDest
diff --git a/Test.hs b/Test.hs
new file mode 100644
index 0000000000..3ae5e323b9
--- /dev/null
+++ b/Test.hs
@@ -0,0 +1,1695 @@
+{- git-annex test suite
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Test where
+
+import Test.Tasty
+import Test.Tasty.Runners
+import Test.Tasty.HUnit
+import Test.Tasty.QuickCheck
+import Test.Tasty.Ingredients.Rerun
+import Data.Monoid
+
+import Options.Applicative hiding (command)
+#if MIN_VERSION_optparse_applicative(0,8,0)
+import qualified Options.Applicative.Types as Opt
+#endif
+import Control.Exception.Extensible
+import qualified Data.Map as M
+import qualified Text.JSON
+
+import Common
+
+import qualified Utility.SafeCommand
+import qualified Annex
+import qualified Annex.UUID
+import qualified Backend
+import qualified Git.CurrentRepo
+import qualified Git.Filename
+import qualified Git.Construct
+import qualified Git.Types
+import qualified Git.Ref
+import qualified Git.LsTree
+import qualified Git.FilePath
+import qualified Locations
+import qualified Types.KeySource
+import qualified Types.Backend
+import qualified Types.TrustLevel
+import qualified Types
+import qualified Logs
+import qualified Logs.MapLog
+import qualified Logs.Trust
+import qualified Logs.Remote
+import qualified Logs.Unused
+import qualified Logs.Transfer
+import qualified Logs.Presence
+import qualified Types.MetaData
+import qualified Remote
+import qualified Types.Key
+import qualified Types.Messages
+import qualified Config
+import qualified Config.Cost
+import qualified Crypto
+import qualified Annex.Init
+import qualified Annex.CatFile
+import qualified Annex.View
+import qualified Annex.View.ViewedFile
+import qualified Logs.View
+import qualified Utility.Path
+import qualified Utility.FileMode
+import qualified Build.SysConfig
+import qualified Utility.Format
+import qualified Utility.Verifiable
+import qualified Utility.Process
+import qualified Utility.Misc
+import qualified Utility.InodeCache
+import qualified Utility.Env
+import qualified Utility.Matcher
+import qualified Utility.Exception
+import qualified Utility.Hash
+import qualified Utility.Scheduled
+import qualified Utility.HumanTime
+import qualified Utility.ThreadScheduler
+import qualified Command.Uninit
+#ifndef mingw32_HOST_OS
+import qualified CmdLine.GitAnnex as GitAnnex
+import qualified Remote.Helper.Encryptable
+import qualified Types.Crypto
+import qualified Utility.Gpg
+#endif
+
+type TestEnv = M.Map String String
+
+main :: [String] -> IO ()
+main ps = do
+	let tests = testGroup "Tests"
+		-- Test both direct and indirect mode.
+		-- Windows is only going to use direct mode,
+		-- so don't test twice.
+		[ properties
+#ifndef mingw32_HOST_OS
+		, withTestEnv True $ unitTests "(direct)"
+		, withTestEnv False $ unitTests "(indirect)"
+#else
+		, withTestEnv False $ unitTests ""
+#endif
+		]
+
+	-- Can't use tasty's defaultMain because one of the command line
+	-- parameters is "test".
+	let pinfo = info (helper <*> suiteOptionParser ingredients tests)
+		( fullDesc <> header "Builtin test suite" )
+	opts <- parseOpts (prefs idm) pinfo ps
+	case tryIngredients ingredients opts tests of
+		Nothing -> error "No tests found!?"
+		Just act -> ifM act
+			( exitSuccess
+			, do
+				putStrLn "  (This could be due to a bug in git-annex, or an incompatability"
+				putStrLn "   with utilities, such as git, installed on this system.)"
+				exitFailure
+			)
+  where
+  	progdesc = "git-annex test"
+	parseOpts pprefs pinfo args =
+#if MIN_VERSION_optparse_applicative(0,8,0)
+		pure $ case execParserPure pprefs pinfo args of
+			Opt.Success v -> v
+			Opt.Failure f -> error $ fst $ Opt.execFailure f progdesc
+			Opt.CompletionInvoked _ -> error "completion not supported"
+#else
+		either (error <=< flip errMessage progdesc) return $
+			execParserPure pprefs pinfo args
+#endif
+
+ingredients :: [Ingredient]
+ingredients =
+	[ rerunningTests [consoleTestReporter]
+	, listingTests
+	]
+
+properties :: TestTree
+properties = localOption (QuickCheckTests 1000) $ testGroup "QuickCheck"
+	[ testProperty "prop_idempotent_deencode_git" Git.Filename.prop_idempotent_deencode
+	, testProperty "prop_idempotent_deencode" Utility.Format.prop_idempotent_deencode
+	, testProperty "prop_idempotent_fileKey" Locations.prop_idempotent_fileKey
+	, testProperty "prop_idempotent_key_encode" Types.Key.prop_idempotent_key_encode
+	, testProperty "prop_idempotent_key_decode" Types.Key.prop_idempotent_key_decode
+	, testProperty "prop_idempotent_shellEscape" Utility.SafeCommand.prop_idempotent_shellEscape
+	, testProperty "prop_idempotent_shellEscape_multiword" Utility.SafeCommand.prop_idempotent_shellEscape_multiword
+	, testProperty "prop_logs_sane" Logs.prop_logs_sane
+	, testProperty "prop_idempotent_configEscape" Logs.Remote.prop_idempotent_configEscape
+	, testProperty "prop_parse_show_Config" Logs.Remote.prop_parse_show_Config
+	, testProperty "prop_parentDir_basics" Utility.Path.prop_parentDir_basics
+	, testProperty "prop_relPathDirToFile_basics" Utility.Path.prop_relPathDirToFile_basics
+	, testProperty "prop_relPathDirToFile_regressionTest" Utility.Path.prop_relPathDirToFile_regressionTest
+	, testProperty "prop_cost_sane" Config.Cost.prop_cost_sane
+	, testProperty "prop_matcher_sane" Utility.Matcher.prop_matcher_sane
+	, testProperty "prop_HmacSha1WithCipher_sane" Crypto.prop_HmacSha1WithCipher_sane
+	, testProperty "prop_TimeStamp_sane" Logs.MapLog.prop_TimeStamp_sane
+	, testProperty "prop_addMapLog_sane" Logs.MapLog.prop_addMapLog_sane
+	, testProperty "prop_verifiable_sane" Utility.Verifiable.prop_verifiable_sane
+	, testProperty "prop_segment_regressionTest" Utility.Misc.prop_segment_regressionTest
+	, testProperty "prop_read_write_transferinfo" Logs.Transfer.prop_read_write_transferinfo
+	, testProperty "prop_read_show_inodecache" Utility.InodeCache.prop_read_show_inodecache
+	, testProperty "prop_parse_show_log" Logs.Presence.prop_parse_show_log
+	, testProperty "prop_read_show_TrustLevel" Types.TrustLevel.prop_read_show_TrustLevel
+	, testProperty "prop_parse_show_TrustLog" Logs.Trust.prop_parse_show_TrustLog
+	, testProperty "prop_hashes_stable" Utility.Hash.prop_hashes_stable
+	, testProperty "prop_schedule_roundtrips" Utility.Scheduled.prop_schedule_roundtrips
+	, testProperty "prop_past_sane" Utility.Scheduled.prop_past_sane
+	, testProperty "prop_duration_roundtrips" Utility.HumanTime.prop_duration_roundtrips
+	, testProperty "prop_metadata_sane" Types.MetaData.prop_metadata_sane
+	, testProperty "prop_metadata_serialize" Types.MetaData.prop_metadata_serialize
+	, testProperty "prop_branchView_legal" Logs.View.prop_branchView_legal
+	, testProperty "prop_view_roundtrips" Annex.View.prop_view_roundtrips
+	, testProperty "prop_viewedFile_rountrips" Annex.View.ViewedFile.prop_viewedFile_roundtrips
+	]
+
+{- These tests set up the test environment, but also test some basic parts
+ - of git-annex. They are always run before the unitTests. -}
+initTests :: TestEnv -> TestTree
+initTests testenv = testGroup "Init Tests"
+	[ check "init" test_init
+	, check "add" test_add
+	]
+  where
+	check desc t = testCase desc (t testenv)
+
+unitTests :: String -> IO TestEnv -> TestTree
+unitTests note gettestenv = testGroup ("Unit Tests " ++ note)
+	[ check "add sha1dup" test_add_sha1dup
+	, check "add extras" test_add_extras
+	, check "reinject" test_reinject
+	, check "unannex (no copy)" test_unannex_nocopy
+	, check "unannex (with copy)" test_unannex_withcopy
+	, check "drop (no remote)" test_drop_noremote
+	, check "drop (with remote)" test_drop_withremote
+	, check "drop (untrusted remote)" test_drop_untrustedremote
+	, check "get" test_get
+	, check "move" test_move
+	, check "copy" test_copy
+	, check "lock" test_lock
+	, check "edit (no pre-commit)" test_edit
+	, check "edit (pre-commit)" test_edit_precommit
+	, check "fix" test_fix
+	, check "trust" test_trust
+	, check "fsck (basics)" test_fsck_basic
+	, check "fsck (bare)" test_fsck_bare
+	, check "fsck (local untrusted)" test_fsck_localuntrusted
+	, check "fsck (remote untrusted)" test_fsck_remoteuntrusted
+	, check "migrate" test_migrate
+	, check "migrate (via gitattributes)" test_migrate_via_gitattributes
+	, check" unused" test_unused
+	, check "describe" test_describe
+	, check "find" test_find
+	, check "merge" test_merge
+	, check "info" test_info
+	, check "version" test_version
+	, check "sync" test_sync
+	, check "union merge regression" test_union_merge_regression
+	, check "conflict resolution" test_conflict_resolution
+	, check "conflict resolution movein regression" test_conflict_resolution_movein_regression
+	, check "conflict resolution (mixed directory and file)" test_mixed_conflict_resolution
+	, check "conflict resolution symlink bit" test_conflict_resolution_symlink_bit
+	, check "conflict resolution (uncommitted local file)" test_uncommitted_conflict_resolution
+	, check "conflict resolution (removed file)" test_remove_conflict_resolution
+	, check "conflict resolution (nonannexed file)" test_nonannexed_file_conflict_resolution
+	, check "conflict resolution (nonannexed symlink)" test_nonannexed_symlink_conflict_resolution
+	, check "map" test_map
+	, check "uninit" test_uninit
+	, check "uninit (in git-annex branch)" test_uninit_inbranch
+	, check "upgrade" test_upgrade
+	, check "whereis" test_whereis
+	, check "hook remote" test_hook_remote
+	, check "directory remote" test_directory_remote
+	, check "rsync remote" test_rsync_remote
+	, check "bup remote" test_bup_remote
+	, check "crypto" test_crypto
+	, check "preferred content" test_preferred_content
+	, check "add subdirs" test_add_subdirs
+	]
+  where
+	check desc t = testCase desc (gettestenv >>= t)
+
+-- this test case create the main repo
+test_init :: TestEnv -> Assertion
+test_init testenv = innewrepo testenv $ do
+	git_annex testenv "init" [reponame] @? "init failed"
+	handleforcedirect testenv
+  where
+	reponame = "test repo"
+
+-- this test case runs in the main repo, to set up a basic
+-- annexed file that later tests will use
+test_add :: TestEnv -> Assertion
+test_add testenv = inmainrepo testenv $ do
+	writeFile annexedfile $ content annexedfile
+	git_annex testenv "add" [annexedfile] @? "add failed"
+	annexed_present annexedfile
+	writeFile sha1annexedfile $ content sha1annexedfile
+	git_annex testenv "add" [sha1annexedfile, "--backend=SHA1"] @? "add with SHA1 failed"
+	annexed_present sha1annexedfile
+	checkbackend sha1annexedfile backendSHA1
+	ifM (annexeval Config.isDirect)
+		( do
+			writeFile ingitfile $ content ingitfile
+			not <$> boolSystem "git" [Param "add", File ingitfile] @? "git add failed to fail in direct mode"
+			nukeFile ingitfile
+			git_annex testenv "sync" [] @? "sync failed"
+		, do
+			writeFile ingitfile $ content ingitfile
+			boolSystem "git" [Param "add", File ingitfile] @? "git add failed"
+			boolSystem "git" [Params "commit -q -m commit"] @? "git commit failed"
+			git_annex testenv "add" [ingitfile] @? "add ingitfile should be no-op"
+			unannexed ingitfile
+		)
+
+test_add_sha1dup :: TestEnv -> Assertion
+test_add_sha1dup testenv = intmpclonerepo testenv $ do
+	writeFile sha1annexedfiledup $ content sha1annexedfiledup
+	git_annex testenv "add" [sha1annexedfiledup, "--backend=SHA1"] @? "add of second file with same SHA1 failed"
+	annexed_present sha1annexedfiledup
+	annexed_present sha1annexedfile
+
+test_add_extras :: TestEnv -> Assertion
+test_add_extras testenv = intmpclonerepo testenv $ do
+	writeFile wormannexedfile $ content wormannexedfile
+	git_annex testenv "add" [wormannexedfile, "--backend=WORM"] @? "add with WORM failed"
+	annexed_present wormannexedfile
+	checkbackend wormannexedfile backendWORM
+
+test_reinject :: TestEnv -> Assertion
+test_reinject testenv = intmpclonerepoInDirect testenv $ do
+	git_annex testenv "drop" ["--force", sha1annexedfile] @? "drop failed"
+	writeFile tmp $ content sha1annexedfile
+	r <- annexeval $ Types.Backend.getKey backendSHA1
+		Types.KeySource.KeySource { Types.KeySource.keyFilename = tmp, Types.KeySource.contentLocation = tmp, Types.KeySource.inodeCache = Nothing }
+	let key = Types.Key.key2file $ fromJust r
+	git_annex testenv "reinject" [tmp, sha1annexedfile] @? "reinject failed"
+	git_annex testenv "fromkey" [key, sha1annexedfiledup] @? "fromkey failed for dup"
+	annexed_present sha1annexedfiledup
+  where
+	tmp = "tmpfile"
+
+test_unannex_nocopy :: TestEnv -> Assertion
+test_unannex_nocopy testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	git_annex testenv "unannex" [annexedfile] @? "unannex failed with no copy"
+	annexed_notpresent annexedfile
+
+test_unannex_withcopy :: TestEnv -> Assertion
+test_unannex_withcopy testenv = intmpclonerepo testenv $ do
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex testenv "unannex" [annexedfile, sha1annexedfile] @? "unannex failed"
+	unannexed annexedfile
+	git_annex testenv "unannex" [annexedfile] @? "unannex failed on non-annexed file"
+	unannexed annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		git_annex testenv "unannex" [ingitfile] @? "unannex ingitfile should be no-op"
+		unannexed ingitfile
+
+test_drop_noremote :: TestEnv -> Assertion
+test_drop_noremote testenv = intmpclonerepo testenv $ do
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	boolSystem "git" [Params "remote rm origin"]
+		@? "git remote rm origin failed"
+	not <$> git_annex testenv "drop" [annexedfile] @? "drop wrongly succeeded with no known copy of file"
+	annexed_present annexedfile
+	git_annex testenv "drop" ["--force", annexedfile] @? "drop --force failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "drop" [annexedfile] @? "drop of dropped file failed"
+	unlessM (annexeval Config.isDirect) $ do
+		git_annex testenv "drop" [ingitfile] @? "drop ingitfile should be no-op"
+		unannexed ingitfile
+
+test_drop_withremote :: TestEnv -> Assertion
+test_drop_withremote testenv = intmpclonerepo testenv $ do
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex testenv "numcopies" ["2"] @? "numcopies config failed"
+	not <$> git_annex testenv "drop" [annexedfile] @? "drop succeeded although numcopies is not satisfied"
+	git_annex testenv "numcopies" ["1"] @? "numcopies config failed"
+	git_annex testenv "drop" [annexedfile] @? "drop failed though origin has copy"
+	annexed_notpresent annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+
+test_drop_untrustedremote :: TestEnv -> Assertion
+test_drop_untrustedremote testenv = intmpclonerepo testenv $ do
+	git_annex testenv "untrust" ["origin"] @? "untrust of origin failed"
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	not <$> git_annex testenv "drop" [annexedfile] @? "drop wrongly suceeded with only an untrusted copy of the file"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+
+test_get :: TestEnv -> Assertion
+test_get testenv = intmpclonerepo testenv $ do
+	inmainrepo testenv $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	inmainrepo testenv $ annexed_present annexedfile
+	annexed_present annexedfile
+	git_annex testenv "get" [annexedfile] @? "get of file already here failed"
+	inmainrepo testenv $ annexed_present annexedfile
+	annexed_present annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		inmainrepo testenv $ unannexed ingitfile
+		unannexed ingitfile
+		git_annex testenv "get" [ingitfile] @? "get ingitfile should be no-op"
+		inmainrepo testenv $ unannexed ingitfile
+		unannexed ingitfile
+
+test_move :: TestEnv -> Assertion
+test_move testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	git_annex testenv "move" ["--from", "origin", annexedfile] @? "move --from of file failed"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_notpresent annexedfile
+	git_annex testenv "move" ["--from", "origin", annexedfile] @? "move --from of file already here failed"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_notpresent annexedfile
+	git_annex testenv "move" ["--to", "origin", annexedfile] @? "move --to of file failed"
+	inmainrepo testenv $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	git_annex testenv "move" ["--to", "origin", annexedfile] @? "move --to of file already there failed"
+	inmainrepo testenv $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		unannexed ingitfile
+		inmainrepo testenv $ unannexed ingitfile
+		git_annex testenv "move" ["--to", "origin", ingitfile] @? "move of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo testenv $ unannexed ingitfile
+		git_annex testenv "move" ["--from", "origin", ingitfile] @? "move of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo testenv $ unannexed ingitfile
+
+test_copy :: TestEnv -> Assertion
+test_copy testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	git_annex testenv "copy" ["--from", "origin", annexedfile] @? "copy --from of file failed"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	git_annex testenv "copy" ["--from", "origin", annexedfile] @? "copy --from of file already here failed"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	git_annex testenv "copy" ["--to", "origin", annexedfile] @? "copy --to of file already there failed"
+	annexed_present annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	git_annex testenv "move" ["--to", "origin", annexedfile] @? "move --to of file already there failed"
+	annexed_notpresent annexedfile
+	inmainrepo testenv $ annexed_present annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		unannexed ingitfile
+		inmainrepo testenv $ unannexed ingitfile
+		git_annex testenv "copy" ["--to", "origin", ingitfile] @? "copy of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo testenv $ unannexed ingitfile
+		git_annex testenv "copy" ["--from", "origin", ingitfile] @? "copy of ingitfile should be no-op"
+		checkregularfile ingitfile
+		checkcontent ingitfile
+
+test_preferred_content :: TestEnv -> Assertion
+test_preferred_content testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	-- get --auto only looks at numcopies when preferred content is not
+	-- set, and with 1 copy existing, does not get the file.
+	git_annex testenv "get" ["--auto", annexedfile] @? "get --auto of file failed with default preferred content"
+	annexed_notpresent annexedfile
+
+	git_annex testenv "wanted" [".", "standard"] @? "set expression to standard failed"
+	git_annex testenv "group" [".", "client"] @? "set group to standard failed"
+	git_annex testenv "get" ["--auto", annexedfile] @? "get --auto of file failed for client"
+	annexed_present annexedfile
+	git_annex testenv "ungroup" [".", "client"] @? "ungroup failed"
+
+	git_annex testenv "wanted" [".", "standard"] @? "set expression to standard failed"
+	git_annex testenv "group" [".", "manual"] @? "set group to manual failed"
+	-- drop --auto with manual leaves the file where it is
+	git_annex testenv "drop" ["--auto", annexedfile] @? "drop --auto of file failed with manual preferred content"
+	annexed_present annexedfile
+	git_annex testenv "drop" [annexedfile] @? "drop of file failed"
+	annexed_notpresent annexedfile
+	-- get --auto with manual does not get the file
+	git_annex testenv "get" ["--auto", annexedfile] @? "get --auto of file failed with manual preferred content"
+	annexed_notpresent annexedfile
+	git_annex testenv "ungroup" [".", "client"] @? "ungroup failed"
+	
+	git_annex testenv "wanted" [".", "exclude=*"] @? "set expression to exclude=* failed"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "drop" ["--auto", annexedfile] @? "drop --auto of file failed with exclude=*"
+	annexed_notpresent annexedfile
+	git_annex testenv "get" ["--auto", annexedfile] @? "get --auto of file failed with exclude=*"
+	annexed_notpresent annexedfile
+
+test_lock :: TestEnv -> Assertion
+test_lock testenv = intmpclonerepoInDirect testenv $ do
+	-- regression test: unlock of not present file should skip it
+	annexed_notpresent annexedfile
+	not <$> git_annex testenv "unlock" [annexedfile] @? "unlock failed to fail with not present file"
+	annexed_notpresent annexedfile
+
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "unlock" [annexedfile] @? "unlock failed"		
+	unannexed annexedfile
+	-- write different content, to verify that lock
+	-- throws it away
+	changecontent annexedfile
+	writeFile annexedfile $ content annexedfile ++ "foo"
+	not <$> git_annex testenv "lock" [annexedfile] @? "lock failed to fail without --force"
+	git_annex testenv "lock" ["--force", annexedfile] @? "lock --force failed"
+	annexed_present annexedfile
+	git_annex testenv "unlock" [annexedfile] @? "unlock failed"		
+	unannexed annexedfile
+	changecontent annexedfile
+	git_annex testenv "add" [annexedfile] @? "add of modified file failed"
+	runchecks [checklink, checkunwritable] annexedfile
+	c <- readFile annexedfile
+	assertEqual "content of modified file" c (changedcontent annexedfile)
+	r' <- git_annex testenv "drop" [annexedfile]
+	not r' @? "drop wrongly succeeded with no known copy of modified file"
+
+test_edit :: TestEnv -> Assertion
+test_edit = test_edit' False
+
+test_edit_precommit :: TestEnv -> Assertion
+test_edit_precommit = test_edit' True
+
+test_edit' :: Bool -> TestEnv -> Assertion
+test_edit' precommit testenv = intmpclonerepoInDirect testenv $ do
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "edit" [annexedfile] @? "edit failed"
+	unannexed annexedfile
+	changecontent annexedfile
+	boolSystem "git" [Param "add", File annexedfile]
+		@? "git add of edited file failed"
+	if precommit
+		then git_annex testenv "pre-commit" []
+			@? "pre-commit failed"
+		else boolSystem "git" [Params "commit -q -m contentchanged"]
+			@? "git commit of edited file failed"
+	runchecks [checklink, checkunwritable] annexedfile
+	c <- readFile annexedfile
+	assertEqual "content of modified file" c (changedcontent annexedfile)
+	not <$> git_annex testenv "drop" [annexedfile] @? "drop wrongly succeeded with no known copy of modified file"
+
+test_fix :: TestEnv -> Assertion
+test_fix testenv = intmpclonerepoInDirect testenv $ do
+	annexed_notpresent annexedfile
+	git_annex testenv "fix" [annexedfile] @? "fix of not present failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "fix" [annexedfile] @? "fix of present file failed"
+	annexed_present annexedfile
+	createDirectory subdir
+	boolSystem "git" [Param "mv", File annexedfile, File subdir]
+		@? "git mv failed"
+	git_annex testenv "fix" [newfile] @? "fix of moved file failed"
+	runchecks [checklink, checkunwritable] newfile
+	c <- readFile newfile
+	assertEqual "content of moved file" c (content annexedfile)
+  where
+	subdir = "s"
+	newfile = subdir ++ "/" ++ annexedfile
+
+test_trust :: TestEnv -> Assertion
+test_trust testenv = intmpclonerepo testenv $ do
+	git_annex testenv "trust" [repo] @? "trust failed"
+	trustcheck Logs.Trust.Trusted "trusted 1"
+	git_annex testenv "trust" [repo] @? "trust of trusted failed"
+	trustcheck Logs.Trust.Trusted "trusted 2"
+	git_annex testenv "untrust" [repo] @? "untrust failed"
+	trustcheck Logs.Trust.UnTrusted "untrusted 1"
+	git_annex testenv "untrust" [repo] @? "untrust of untrusted failed"
+	trustcheck Logs.Trust.UnTrusted "untrusted 2"
+	git_annex testenv "dead" [repo] @? "dead failed"
+	trustcheck Logs.Trust.DeadTrusted "deadtrusted 1"
+	git_annex testenv "dead" [repo] @? "dead of dead failed"
+	trustcheck Logs.Trust.DeadTrusted "deadtrusted 2"
+	git_annex testenv "semitrust" [repo] @? "semitrust failed"
+	trustcheck Logs.Trust.SemiTrusted "semitrusted 1"
+	git_annex testenv "semitrust" [repo] @? "semitrust of semitrusted failed"
+	trustcheck Logs.Trust.SemiTrusted "semitrusted 2"
+  where
+	repo = "origin"
+	trustcheck expected msg = do
+		present <- annexeval $ do
+			l <- Logs.Trust.trustGet expected
+			u <- Remote.nameToUUID repo
+			return $ u `elem` l
+		assertBool msg present
+
+test_fsck_basic :: TestEnv -> Assertion
+test_fsck_basic testenv = intmpclonerepo testenv $ do
+	git_annex testenv "fsck" [] @? "fsck failed"
+	git_annex testenv "numcopies" ["2"] @? "numcopies config failed"
+	fsck_should_fail testenv "numcopies unsatisfied"
+	git_annex testenv "numcopies" ["1"] @? "numcopies config failed"
+	corrupt annexedfile
+	corrupt sha1annexedfile
+  where
+	corrupt f = do
+		git_annex testenv "get" [f] @? "get of file failed"
+		Utility.FileMode.allowWrite f
+		writeFile f (changedcontent f)
+		ifM (annexeval Config.isDirect)
+			( git_annex testenv "fsck" [] @? "fsck failed in direct mode with changed file content"
+			, not <$> git_annex testenv "fsck" [] @? "fsck failed to fail with corrupted file content"
+			)
+		git_annex testenv "fsck" [] @? "fsck unexpectedly failed again; previous one did not fix problem with " ++ f
+
+test_fsck_bare :: TestEnv -> Assertion
+test_fsck_bare testenv = intmpbareclonerepo testenv $
+	git_annex testenv "fsck" [] @? "fsck failed"
+
+test_fsck_localuntrusted :: TestEnv -> Assertion
+test_fsck_localuntrusted testenv = intmpclonerepo testenv $ do
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	git_annex testenv "untrust" ["origin"] @? "untrust of origin repo failed"
+	git_annex testenv "untrust" ["."] @? "untrust of current repo failed"
+	fsck_should_fail testenv "content only available in untrusted (current) repository"
+	git_annex testenv "trust" ["."] @? "trust of current repo failed"
+	git_annex testenv "fsck" [annexedfile] @? "fsck failed on file present in trusted repo"
+
+test_fsck_remoteuntrusted :: TestEnv -> Assertion
+test_fsck_remoteuntrusted testenv = intmpclonerepo testenv $ do
+	git_annex testenv "numcopies" ["2"] @? "numcopies config failed"
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	git_annex testenv "get" [sha1annexedfile] @? "get failed"
+	git_annex testenv "fsck" [] @? "fsck failed with numcopies=2 and 2 copies"
+	git_annex testenv "untrust" ["origin"] @? "untrust of origin failed"
+	fsck_should_fail testenv "content not replicated to enough non-untrusted repositories"
+
+fsck_should_fail :: TestEnv -> String -> Assertion
+fsck_should_fail testenv m = not <$> git_annex testenv "fsck" []
+	@? "fsck failed to fail with " ++ m
+
+test_migrate :: TestEnv -> Assertion
+test_migrate = test_migrate' False
+
+test_migrate_via_gitattributes :: TestEnv -> Assertion
+test_migrate_via_gitattributes = test_migrate' True
+
+test_migrate' :: Bool -> TestEnv -> Assertion
+test_migrate' usegitattributes testenv = intmpclonerepoInDirect testenv $ do
+	annexed_notpresent annexedfile
+	annexed_notpresent sha1annexedfile
+	git_annex testenv "migrate" [annexedfile] @? "migrate of not present failed"
+	git_annex testenv "migrate" [sha1annexedfile] @? "migrate of not present failed"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	git_annex testenv "get" [sha1annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	annexed_present sha1annexedfile
+	if usegitattributes
+		then do
+			writeFile ".gitattributes" "* annex.backend=SHA1"
+			git_annex testenv "migrate" [sha1annexedfile]
+				@? "migrate sha1annexedfile failed"
+			git_annex testenv "migrate" [annexedfile]
+				@? "migrate annexedfile failed"
+		else do
+			git_annex testenv "migrate" [sha1annexedfile, "--backend", "SHA1"]
+				@? "migrate sha1annexedfile failed"
+			git_annex testenv "migrate" [annexedfile, "--backend", "SHA1"]
+				@? "migrate annexedfile failed"
+	annexed_present annexedfile
+	annexed_present sha1annexedfile
+	checkbackend annexedfile backendSHA1
+	checkbackend sha1annexedfile backendSHA1
+
+	-- check that reversing a migration works
+	writeFile ".gitattributes" "* annex.backend=SHA256"
+	git_annex testenv "migrate" [sha1annexedfile]
+		@? "migrate sha1annexedfile failed"
+	git_annex testenv "migrate" [annexedfile]
+		@? "migrate annexedfile failed"
+	annexed_present annexedfile
+	annexed_present sha1annexedfile
+	checkbackend annexedfile backendSHA256
+	checkbackend sha1annexedfile backendSHA256
+
+test_unused :: TestEnv -> Assertion
+-- This test is broken in direct mode
+test_unused testenv = intmpclonerepoInDirect testenv $ do
+	-- keys have to be looked up before files are removed
+	annexedfilekey <- annexeval $ findkey annexedfile
+	sha1annexedfilekey <- annexeval $ findkey sha1annexedfile
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	git_annex testenv "get" [sha1annexedfile] @? "get of file failed"
+	checkunused [] "after get"
+	boolSystem "git" [Params "rm -fq", File annexedfile] @? "git rm failed"
+	checkunused [] "after rm"
+	boolSystem "git" [Params "commit -q -m foo"] @? "git commit failed"
+	checkunused [] "after commit"
+	-- unused checks origin/master; once it's gone it is really unused
+	boolSystem "git" [Params "remote rm origin"] @? "git remote rm origin failed"
+	checkunused [annexedfilekey] "after origin branches are gone"
+	boolSystem "git" [Params "rm -fq", File sha1annexedfile] @? "git rm failed"
+	boolSystem "git" [Params "commit -q -m foo"] @? "git commit failed"
+	checkunused [annexedfilekey, sha1annexedfilekey] "after rm sha1annexedfile"
+
+	-- good opportunity to test dropkey also
+	git_annex testenv "dropkey" ["--force", Types.Key.key2file annexedfilekey]
+		@? "dropkey failed"
+	checkunused [sha1annexedfilekey] ("after dropkey --force " ++ Types.Key.key2file annexedfilekey)
+
+	not <$> git_annex testenv "dropunused" ["1"] @? "dropunused failed to fail without --force"
+	git_annex testenv "dropunused" ["--force", "1"] @? "dropunused failed"
+	checkunused [] "after dropunused"
+	not <$> git_annex testenv "dropunused" ["--force", "10", "501"] @? "dropunused failed to fail on bogus numbers"
+
+	-- unused used to miss symlinks that were not staged and pointed 
+	-- at annexed content, and think that content was unused
+	writeFile "unusedfile" "unusedcontent"
+	git_annex testenv "add" ["unusedfile"] @? "add of unusedfile failed"
+	unusedfilekey <- annexeval $ findkey "unusedfile"
+	renameFile "unusedfile" "unusedunstagedfile"
+	boolSystem "git" [Params "rm -qf", File "unusedfile"] @? "git rm failed"
+	checkunused [] "with unstaged link"
+	removeFile "unusedunstagedfile"
+	checkunused [unusedfilekey] "with unstaged link deleted"
+
+	-- unused used to miss symlinks that were deleted or modified
+	-- manually, but commited as such.
+	writeFile "unusedfile" "unusedcontent"
+	git_annex testenv "add" ["unusedfile"] @? "add of unusedfile failed"
+	boolSystem "git" [Param "add", File "unusedfile"] @? "git add failed"
+	unusedfilekey' <- annexeval $ findkey "unusedfile"
+	checkunused [] "with staged deleted link"
+	boolSystem "git" [Params "rm -qf", File "unusedfile"] @? "git rm failed"
+	checkunused [unusedfilekey'] "with staged link deleted"
+
+	-- unused used to miss symlinks that were deleted or modified
+	-- manually, but not staged as such.
+	writeFile "unusedfile" "unusedcontent"
+	git_annex testenv "add" ["unusedfile"] @? "add of unusedfile failed"
+	boolSystem "git" [Param "add", File "unusedfile"] @? "git add failed"
+	unusedfilekey'' <- annexeval $ findkey "unusedfile"
+	checkunused [] "with unstaged deleted link"
+	removeFile "unusedfile"
+	checkunused [unusedfilekey''] "with unstaged link deleted"
+
+  where
+	checkunused expectedkeys desc = do
+		git_annex testenv "unused" [] @? "unused failed"
+		unusedmap <- annexeval $ Logs.Unused.readUnusedMap ""
+		let unusedkeys = M.elems unusedmap
+		assertEqual ("unused keys differ " ++ desc)
+			(sort expectedkeys) (sort unusedkeys)
+	findkey f = do
+		r <- Backend.lookupFile f
+		return $ fromJust r
+
+test_describe :: TestEnv -> Assertion
+test_describe testenv = intmpclonerepo testenv $ do
+	git_annex testenv "describe" [".", "this repo"] @? "describe 1 failed"
+	git_annex testenv "describe" ["origin", "origin repo"] @? "describe 2 failed"
+
+test_find :: TestEnv -> Assertion
+test_find testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	git_annex_expectoutput testenv "find" [] []
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	annexed_notpresent sha1annexedfile
+	git_annex_expectoutput testenv "find" [] [annexedfile]
+	git_annex_expectoutput testenv "find" ["--exclude", annexedfile, "--and", "--exclude", sha1annexedfile] []
+	git_annex_expectoutput testenv "find" ["--include", annexedfile] [annexedfile]
+	git_annex_expectoutput testenv "find" ["--not", "--in", "origin"] []
+	git_annex_expectoutput testenv "find" ["--copies", "1", "--and", "--not", "--copies", "2"] [sha1annexedfile]
+	git_annex_expectoutput testenv "find" ["--inbackend", "SHA1"] [sha1annexedfile]
+	git_annex_expectoutput testenv "find" ["--inbackend", "WORM"] []
+
+	{- --include=* should match files in subdirectories too,
+	 - and --exclude=* should exclude them. -}
+	createDirectory "dir"
+	writeFile "dir/subfile" "subfile"
+	git_annex testenv "add" ["dir"] @? "add of subdir failed"
+	git_annex_expectoutput testenv "find" ["--include", "*", "--exclude", annexedfile, "--exclude", sha1annexedfile] ["dir/subfile"]
+	git_annex_expectoutput testenv "find" ["--exclude", "*"] []
+
+test_merge :: TestEnv -> Assertion
+test_merge testenv = intmpclonerepo testenv $
+	git_annex testenv "merge" [] @? "merge failed"
+
+test_info :: TestEnv -> Assertion
+test_info testenv = intmpclonerepo testenv $ do
+	json <- git_annex_output testenv "info" ["--json"]
+	case Text.JSON.decodeStrict json :: Text.JSON.Result (Text.JSON.JSObject Text.JSON.JSValue) of
+		Text.JSON.Ok _ -> return ()
+		Text.JSON.Error e -> assertFailure e
+
+test_version :: TestEnv -> Assertion
+test_version testenv = intmpclonerepo testenv $
+	git_annex testenv "version" [] @? "version failed"
+
+test_sync :: TestEnv -> Assertion
+test_sync testenv = intmpclonerepo testenv $ do
+	git_annex testenv "sync" [] @? "sync failed"
+	{- Regression test for bug fixed in 
+	 - 7b0970b340d7faeb745c666146c7f701ec71808f, where in direct mode
+	 - sync committed the symlink standin file to the annex. -}
+	git_annex_expectoutput testenv "find" ["--in", "."] []
+
+{- Regression test for union merge bug fixed in
+ - 0214e0fb175a608a49b812d81b4632c081f63027 -}
+test_union_merge_regression :: TestEnv -> Assertion
+test_union_merge_regression testenv =
+	{- We need 3 repos to see this bug. -}
+	withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 ->
+			withtmpclonerepo testenv False $ \r3 -> do
+				forM_ [r1, r2, r3] $ \r -> indir testenv r $ do
+					when (r /= r1) $
+						boolSystem "git" [Params "remote add r1", File ("../../" ++ r1)] @? "remote add"
+					when (r /= r2) $
+						boolSystem "git" [Params "remote add r2", File ("../../" ++ r2)] @? "remote add"
+					when (r /= r3) $
+						boolSystem "git" [Params "remote add r3", File ("../../" ++ r3)] @? "remote add"
+					git_annex testenv "get" [annexedfile] @? "get failed"
+					boolSystem "git" [Params "remote rm origin"] @? "remote rm"
+				forM_ [r3, r2, r1] $ \r -> indir testenv r $
+					git_annex testenv "sync" [] @? "sync failed"
+				forM_ [r3, r2] $ \r -> indir testenv r $
+					git_annex testenv "drop" ["--force", annexedfile] @? "drop failed"
+				indir testenv r1 $ do
+					git_annex testenv "sync" [] @? "sync failed in r1"
+					git_annex_expectoutput testenv "find" ["--in", "r3"] []
+					{- This was the bug. The sync
+					 - mangled location log data and it
+					 - thought the file was still in r2 -}
+					git_annex_expectoutput testenv "find" ["--in", "r2"] []
+
+{- Regression test for the automatic conflict resolution bug fixed
+ - in f4ba19f2b8a76a1676da7bb5850baa40d9c388e2. -}
+test_conflict_resolution_movein_regression :: TestEnv -> Assertion
+test_conflict_resolution_movein_regression testenv = withtmpclonerepo testenv False $ \r1 -> 
+	withtmpclonerepo testenv False $ \r2 -> do
+		let rname r = if r == r1 then "r1" else "r2"
+		forM_ [r1, r2] $ \r -> indir testenv r $ do
+			{- Get all files, see check below. -}
+			git_annex testenv "get" [] @? "get failed"
+			disconnectOrigin
+		pair testenv r1 r2
+		forM_ [r1, r2] $ \r -> indir testenv r $ do
+			{- Set up a conflict. -}
+			let newcontent = content annexedfile ++ rname r
+			ifM (annexeval Config.isDirect)
+				( writeFile annexedfile newcontent
+				, do
+					git_annex testenv "unlock" [annexedfile] @? "unlock failed"		
+					writeFile annexedfile newcontent
+				)
+		{- Sync twice in r1 so it gets the conflict resolution
+		 - update from r2 -}
+		forM_ [r1, r2, r1] $ \r -> indir testenv r $
+			git_annex testenv "sync" ["--force"] @? "sync failed in " ++ rname r
+		{- After the sync, it should be possible to get all
+		 - files. This includes both sides of the conflict,
+		 - although the filenames are not easily predictable.
+		 -
+		 - The bug caused, in direct mode, one repo to
+		 - be missing the content of the file that had
+		 - been put in it. -}
+		forM_ [r1, r2] $ \r -> indir testenv r $ do
+		 	git_annex testenv "get" [] @? "unable to get all files after merge conflict resolution in " ++ rname r
+
+{- Simple case of conflict resolution; 2 different versions of annexed
+ - file. -}
+test_conflict_resolution :: TestEnv -> Assertion
+test_conflict_resolution testenv = 
+	withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			indir testenv r1 $ do
+				disconnectOrigin
+				writeFile conflictor "conflictor1"
+				git_annex testenv "add" [conflictor] @? "add conflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r1"
+			indir testenv r2 $ do
+				disconnectOrigin
+				writeFile conflictor "conflictor2"
+				git_annex testenv "add" [conflictor] @? "add conflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r2"
+			pair testenv r1 r2
+			forM_ [r1,r2,r1] $ \r -> indir testenv r $
+				git_annex testenv "sync" [] @? "sync failed"
+			checkmerge "r1" r1
+			checkmerge "r2" r2
+  where
+	conflictor = "conflictor"
+	variantprefix = conflictor ++ ".variant"
+	checkmerge what d = do
+		l <- getDirectoryContents d
+		let v = filter (variantprefix `isPrefixOf`) l
+		length v == 2
+			@? (what ++ " not exactly 2 variant files in: " ++ show l)
+		conflictor `notElem` l @? ("conflictor still present after conflict resolution")
+		indir testenv d $ do
+			git_annex testenv "get" v @? "get failed"
+			git_annex_expectoutput testenv "find" v v
+
+
+{- Check merge conflict resolution when one side is an annexed
+ - file, and the other is a directory. -}
+test_mixed_conflict_resolution :: TestEnv -> Assertion
+test_mixed_conflict_resolution testenv = do
+	check True
+	check False
+  where
+	check inr1 = withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			indir testenv r1 $ do
+				disconnectOrigin
+				writeFile conflictor "conflictor"
+				git_annex testenv "add" [conflictor] @? "add conflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r1"
+			indir testenv r2 $ do
+				disconnectOrigin
+				createDirectory conflictor
+				writeFile subfile "subfile"
+				git_annex testenv "add" [conflictor] @? "add conflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r2"
+			pair testenv r1 r2
+			let l = if inr1 then [r1, r2] else [r2, r1]
+			forM_ l $ \r -> indir testenv r $
+				git_annex testenv "sync" [] @? "sync failed in mixed conflict"
+			checkmerge "r1" r1
+			checkmerge "r2" r2
+	conflictor = "conflictor"
+	subfile = conflictor </> "subfile"
+	variantprefix = conflictor ++ ".variant"
+	checkmerge what d = do
+		doesDirectoryExist (d </> conflictor) @? (d ++ " conflictor directory missing")
+		l <- getDirectoryContents d
+		let v = filter (variantprefix `isPrefixOf`) l
+		not (null v)
+			@? (what ++ " conflictor variant file missing in: " ++ show l )
+		length v == 1
+			@? (what ++ " too many variant files in: " ++ show v)
+		indir testenv d $ do
+			git_annex testenv "get" (conflictor:v) @? ("get failed in " ++ what)
+			git_annex_expectoutput testenv "find" [conflictor] [Git.FilePath.toInternalGitPath subfile]
+			git_annex_expectoutput testenv "find" v v
+
+{- Check merge conflict resolution when both repos start with an annexed
+ - file; one modifies it, and the other deletes it. -}
+test_remove_conflict_resolution :: TestEnv -> Assertion
+test_remove_conflict_resolution testenv = do
+	check True
+	check False
+  where
+	check inr1 = withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			indir testenv r1 $ do
+				disconnectOrigin
+				writeFile conflictor "conflictor"
+				git_annex testenv "add" [conflictor] @? "add conflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r1"
+			indir testenv r2 $
+				disconnectOrigin
+			pair testenv r1 r2
+			indir testenv r2 $ do
+				git_annex testenv "sync" [] @? "sync failed in r2"
+				git_annex testenv "get" [conflictor]
+					@? "get conflictor failed"
+				unlessM (annexeval Config.isDirect) $ do
+					git_annex testenv "unlock" [conflictor]
+						@? "unlock conflictor failed"
+				writeFile conflictor "newconflictor"
+			indir testenv r1 $
+				nukeFile conflictor
+			let l = if inr1 then [r1, r2, r1] else [r2, r1, r2]
+			forM_ l $ \r -> indir testenv r $
+				git_annex testenv "sync" [] @? "sync failed"
+			checkmerge "r1" r1
+			checkmerge "r2" r2
+	conflictor = "conflictor"
+	variantprefix = conflictor ++ ".variant"
+	checkmerge what d = do
+		l <- getDirectoryContents d
+		let v = filter (variantprefix `isPrefixOf`) l
+		not (null v)
+			@? (what ++ " conflictor variant file missing in: " ++ show l )
+		length v == 1
+			@? (what ++ " too many variant files in: " ++ show v)
+
+ {- Check merge confalict resolution when a file is annexed in one repo,
+  - and checked directly into git in the other repo.
+  -
+  - This test requires indirect mode to set it up, but tests both direct and
+  - indirect mode.
+  -}
+test_nonannexed_file_conflict_resolution :: TestEnv -> Assertion
+test_nonannexed_file_conflict_resolution testenv = do
+	check True False
+	check False False
+	check True True
+	check False True
+  where
+	check inr1 switchdirect = withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			whenM (isInDirect r1 <&&> isInDirect r2) $ do
+				indir testenv r1 $ do
+					disconnectOrigin
+					writeFile conflictor "conflictor"
+					git_annex testenv "add" [conflictor] @? "add conflicter failed"
+					git_annex testenv "sync" [] @? "sync failed in r1"
+				indir testenv r2 $ do
+					disconnectOrigin
+					writeFile conflictor nonannexed_content
+					boolSystem "git" [Params "add", File conflictor] @? "git add conflictor failed"
+					git_annex testenv "sync" [] @? "sync failed in r2"
+				pair testenv r1 r2
+				let l = if inr1 then [r1, r2] else [r2, r1]
+				forM_ l $ \r -> indir testenv r $ do
+					when switchdirect $
+						git_annex testenv "direct" [] @? "failed switching to direct mode"
+					git_annex testenv "sync" [] @? "sync failed"
+				checkmerge ("r1" ++ show switchdirect) r1
+				checkmerge ("r2" ++ show switchdirect) r2
+	conflictor = "conflictor"
+	nonannexed_content = "nonannexed"
+	variantprefix = conflictor ++ ".variant"
+	checkmerge what d = do
+		l <- getDirectoryContents d
+		let v = filter (variantprefix `isPrefixOf`) l
+		not (null v)
+			@? (what ++ " conflictor variant file missing in: " ++ show l )
+		length v == 1
+			@? (what ++ " too many variant files in: " ++ show v)
+		conflictor `elem` l @? (what ++ " conflictor file missing in: " ++ show l)
+		s <- catchMaybeIO (readFile (d </> conflictor))
+		s == Just nonannexed_content
+			@? (what ++ " wrong content for nonannexed file: " ++ show s)
+
+
+{- Check merge confalict resolution when a file is annexed in one repo,
+ - and is a non-git-annex symlink in the other repo.
+ -
+ - Test can only run when coreSymlinks is supported, because git needs to
+ - be able to check out the non-git-annex symlink.
+ -}
+test_nonannexed_symlink_conflict_resolution :: TestEnv -> Assertion
+test_nonannexed_symlink_conflict_resolution testenv = do
+	check True False
+	check False False
+	check True True
+	check False True
+  where
+	check inr1 switchdirect = withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			whenM (checkRepo (Types.coreSymlinks <$> Annex.getGitConfig) r1
+			       <&&> isInDirect r1 <&&> isInDirect r2) $ do
+				indir testenv r1 $ do
+					disconnectOrigin
+					writeFile conflictor "conflictor"
+					git_annex testenv "add" [conflictor] @? "add conflicter failed"
+					git_annex testenv "sync" [] @? "sync failed in r1"
+				indir testenv r2 $ do
+					disconnectOrigin
+					createSymbolicLink symlinktarget "conflictor"
+					boolSystem "git" [Params "add", File conflictor] @? "git add conflictor failed"
+					git_annex testenv "sync" [] @? "sync failed in r2"
+				pair testenv r1 r2
+				let l = if inr1 then [r1, r2] else [r2, r1]
+				forM_ l $ \r -> indir testenv r $ do
+					when switchdirect $
+						git_annex testenv "direct" [] @? "failed switching to direct mode"
+					git_annex testenv "sync" [] @? "sync failed"
+				checkmerge ("r1" ++ show switchdirect) r1
+				checkmerge ("r2" ++ show switchdirect) r2
+	conflictor = "conflictor"
+	symlinktarget = "dummy-target"
+	variantprefix = conflictor ++ ".variant"
+	checkmerge what d = do
+		l <- getDirectoryContents d
+		let v = filter (variantprefix `isPrefixOf`) l
+		not (null v)
+			@? (what ++ " conflictor variant file missing in: " ++ show l )
+		length v == 1
+			@? (what ++ " too many variant files in: " ++ show v)
+		conflictor `elem` l @? (what ++ " conflictor file missing in: " ++ show l)
+		s <- catchMaybeIO (readSymbolicLink (d </> conflictor))
+		s == Just symlinktarget
+			@? (what ++ " wrong target for nonannexed symlink: " ++ show s)
+
+{- Check merge conflict resolution when there is a local file,
+ - that is not staged or committed, that conflicts with what's being added
+ - from the remmote.
+ -
+ - Case 1: Remote adds file named conflictor; local has a file named
+ - conflictor.
+ -
+ - Case 2: Remote adds conflictor/file; local has a file named conflictor.
+ -}
+test_uncommitted_conflict_resolution :: TestEnv -> Assertion
+test_uncommitted_conflict_resolution testenv = do
+	check conflictor
+	check (conflictor </> "file")
+  where
+	check remoteconflictor = withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			indir testenv r1 $ do
+				disconnectOrigin
+				createDirectoryIfMissing True (parentDir remoteconflictor)
+				writeFile remoteconflictor annexedcontent
+				git_annex testenv "add" [conflictor] @? "add remoteconflicter failed"
+				git_annex testenv "sync" [] @? "sync failed in r1"
+			indir testenv r2 $ do
+				disconnectOrigin
+				writeFile conflictor localcontent
+			pair testenv r1 r2
+			indir testenv r2 $ ifM (annexeval Config.isDirect)
+				( do
+					git_annex testenv "sync" [] @? "sync failed"
+					let local = conflictor ++ localprefix
+					doesFileExist local @? (local ++ " missing after merge")
+					s <- readFile local
+					s == localcontent @? (local ++ " has wrong content: " ++ s)
+					git_annex testenv "get" [conflictor] @? "get failed"
+					doesFileExist remoteconflictor @? (remoteconflictor ++ " missing after merge")
+					s' <- readFile remoteconflictor
+					s' == annexedcontent @? (remoteconflictor ++ " has wrong content: " ++ s)
+				-- this case is intentionally not handled
+				-- in indirect mode, since the user
+				-- can recover on their own easily
+				, not <$> git_annex testenv "sync" [] @? "sync failed to fail"
+				)
+	conflictor = "conflictor"
+	localprefix = ".variant-local"
+	localcontent = "local"
+	annexedcontent = "annexed"
+
+{- On Windows/FAT, repeated conflict resolution sometimes 
+ - lost track of whether a file was a symlink. 
+ -}
+test_conflict_resolution_symlink_bit :: TestEnv -> Assertion
+test_conflict_resolution_symlink_bit testenv = do
+	withtmpclonerepo testenv False $ \r1 ->
+		withtmpclonerepo testenv False $ \r2 -> do
+			withtmpclonerepo testenv False $ \r3 -> do
+				indir testenv r1 $ do
+					writeFile conflictor "conflictor"
+					git_annex testenv "add" [conflictor] @? "add conflicter failed"
+					git_annex testenv "sync" [] @? "sync failed in r1"
+					check_is_link conflictor "r1"
+				indir testenv r2 $ do
+					createDirectory conflictor
+					writeFile (conflictor </> "subfile") "subfile"
+					git_annex testenv "add" [conflictor] @? "add conflicter failed"
+					git_annex testenv "sync" [] @? "sync failed in r2"
+					check_is_link (conflictor </> "subfile") "r2"
+				indir testenv r3 $ do
+					writeFile conflictor "conflictor"
+					git_annex testenv "add" [conflictor] @? "add conflicter failed"
+					git_annex testenv "sync" [] @? "sync failed in r1"
+					check_is_link (conflictor </> "subfile") "r3"
+  where
+	conflictor = "conflictor"
+	check_is_link f what = do
+		git_annex_expectoutput testenv "find" ["--include=*", f] [Git.FilePath.toInternalGitPath f]
+		l <- annexeval $ Annex.inRepo $ Git.LsTree.lsTreeFiles Git.Ref.headRef [f]
+		all (\i -> Git.Types.toBlobType (Git.LsTree.mode i) == Just Git.Types.SymlinkBlob) l
+			@? (what ++ " " ++ f ++ " lost symlink bit after merge: " ++ show l)
+
+{- Set up repos as remotes of each other. -}
+pair :: TestEnv -> FilePath -> FilePath -> Assertion
+pair testenv r1 r2 = forM_ [r1, r2] $ \r -> indir testenv r $ do
+	when (r /= r1) $
+		boolSystem "git" [Params "remote add r1", File ("../../" ++ r1)] @? "remote add"
+	when (r /= r2) $
+		boolSystem "git" [Params "remote add r2", File ("../../" ++ r2)] @? "remote add"
+
+test_map :: TestEnv -> Assertion
+test_map testenv = intmpclonerepo testenv $ do
+	-- set descriptions, that will be looked for in the map
+	git_annex testenv "describe" [".", "this repo"] @? "describe 1 failed"
+	git_annex testenv "describe" ["origin", "origin repo"] @? "describe 2 failed"
+	-- --fast avoids it running graphviz, not a build dependency
+	git_annex testenv "map" ["--fast"] @? "map failed"
+
+test_uninit :: TestEnv -> Assertion
+test_uninit testenv = intmpclonerepo testenv $ do
+	git_annex testenv "get" [] @? "get failed"
+	annexed_present annexedfile
+	_ <- git_annex testenv "uninit" [] -- exit status not checked; does abnormal exit
+	checkregularfile annexedfile
+	doesDirectoryExist ".git" @? ".git vanished in uninit"
+
+test_uninit_inbranch :: TestEnv -> Assertion
+test_uninit_inbranch testenv = intmpclonerepoInDirect testenv $ do
+	boolSystem "git" [Params "checkout git-annex"] @? "git checkout git-annex"
+	not <$> git_annex testenv "uninit" [] @? "uninit failed to fail when git-annex branch was checked out"
+
+test_upgrade :: TestEnv -> Assertion
+test_upgrade testenv = intmpclonerepo testenv $ do
+	git_annex testenv "upgrade" [] @? "upgrade from same version failed"
+
+test_whereis :: TestEnv -> Assertion
+test_whereis testenv = intmpclonerepo testenv $ do
+	annexed_notpresent annexedfile
+	git_annex testenv "whereis" [annexedfile] @? "whereis on non-present file failed"
+	git_annex testenv "untrust" ["origin"] @? "untrust failed"
+	not <$> git_annex testenv "whereis" [annexedfile] @? "whereis on non-present file only present in untrusted repo failed to fail"
+	git_annex testenv "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex testenv "whereis" [annexedfile] @? "whereis on present file failed"
+
+test_hook_remote :: TestEnv -> Assertion
+test_hook_remote testenv = intmpclonerepo testenv $ do
+#ifndef mingw32_HOST_OS
+	git_annex testenv "initremote" (words "foo type=hook encryption=none hooktype=foo") @? "initremote failed"
+	createDirectory dir
+	git_config "annex.foo-store-hook" $
+		"cp $ANNEX_FILE " ++ loc
+	git_config "annex.foo-retrieve-hook" $
+		"cp " ++ loc ++ " $ANNEX_FILE"
+	git_config "annex.foo-remove-hook" $
+		"rm -f " ++ loc
+	git_config "annex.foo-checkpresent-hook" $
+		"if [ -e " ++ loc ++ " ]; then echo $ANNEX_KEY; fi"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "copy" [annexedfile, "--to", "foo"] @? "copy --to hook remote failed"
+	annexed_present annexedfile
+	git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "move" [annexedfile, "--from", "foo"] @? "move --from hook remote failed"
+	annexed_present annexedfile
+	not <$> git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+	annexed_present annexedfile
+  where
+	dir = "dir"
+	loc = dir ++ "/$ANNEX_KEY"
+	git_config k v = boolSystem "git" [Param "config", Param k, Param v]
+		@? "git config failed"
+#else
+	-- this test doesn't work in Windows TODO
+	noop
+#endif
+
+test_directory_remote :: TestEnv -> Assertion
+test_directory_remote testenv = intmpclonerepo testenv $ do
+	createDirectory "dir"
+	git_annex testenv "initremote" (words "foo type=directory encryption=none directory=dir") @? "initremote failed"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "copy" [annexedfile, "--to", "foo"] @? "copy --to directory remote failed"
+	annexed_present annexedfile
+	git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "move" [annexedfile, "--from", "foo"] @? "move --from directory remote failed"
+	annexed_present annexedfile
+	not <$> git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+	annexed_present annexedfile
+
+test_rsync_remote :: TestEnv -> Assertion
+test_rsync_remote testenv = intmpclonerepo testenv $ do
+#ifndef mingw32_HOST_OS
+	createDirectory "dir"
+	git_annex testenv "initremote" (words "foo type=rsync encryption=none rsyncurl=dir") @? "initremote failed"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "copy" [annexedfile, "--to", "foo"] @? "copy --to rsync remote failed"
+	annexed_present annexedfile
+	git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "move" [annexedfile, "--from", "foo"] @? "move --from rsync remote failed"
+	annexed_present annexedfile
+	not <$> git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+	annexed_present annexedfile
+#else
+	-- Rsync remotes with a rsyncurl of a directory do not currently
+	-- work on Windows.
+	noop
+#endif
+
+test_bup_remote :: TestEnv -> Assertion
+test_bup_remote testenv = intmpclonerepo testenv $ when Build.SysConfig.bup $ do
+	dir <- absPath "dir" -- bup special remote needs an absolute path
+	createDirectory dir
+	git_annex testenv "initremote" (words $ "foo type=bup encryption=none buprepo="++dir) @? "initremote failed"
+	git_annex testenv "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex testenv "copy" [annexedfile, "--to", "foo"] @? "copy --to bup remote failed"
+	annexed_present annexedfile
+	git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex testenv "copy" [annexedfile, "--from", "foo"] @? "copy --from bup remote failed"
+	annexed_present annexedfile
+	not <$> git_annex testenv "move" [annexedfile, "--from", "foo"] @? "move --from bup remote failed to fail"
+	annexed_present annexedfile
+
+-- gpg is not a build dependency, so only test when it's available
+test_crypto :: TestEnv -> Assertion
+#ifndef mingw32_HOST_OS
+test_crypto testenv = do
+	testscheme "shared"
+	testscheme "hybrid"
+	testscheme "pubkey"
+  where
+	testscheme scheme = intmpclonerepo testenv $ whenM (Utility.Path.inPath Utility.Gpg.gpgcmd) $ do
+		Utility.Gpg.testTestHarness @? "test harness self-test failed"
+		Utility.Gpg.testHarness $ do
+			createDirectory "dir"
+			let a cmd = git_annex testenv cmd $
+				[ "foo"
+				, "type=directory"
+				, "encryption=" ++ scheme
+				, "directory=dir"
+				, "highRandomQuality=false"
+				] ++ if scheme `elem` ["hybrid","pubkey"]
+					then ["keyid=" ++ Utility.Gpg.testKeyId]
+					else []
+			a "initremote" @? "initremote failed"
+			not <$> a "initremote" @? "initremote failed to fail when run twice in a row"
+			a "enableremote" @? "enableremote failed"
+			a "enableremote" @? "enableremote failed when run twice in a row"
+			git_annex testenv "get" [annexedfile] @? "get of file failed"
+			annexed_present annexedfile
+			git_annex testenv "copy" [annexedfile, "--to", "foo"] @? "copy --to encrypted remote failed"
+			(c,k) <- annexeval $ do
+				uuid <- Remote.nameToUUID "foo"
+				rs <- Logs.Remote.readRemoteLog
+				Just k <- Backend.lookupFile annexedfile
+				return (fromJust $ M.lookup uuid rs, k)
+			let key = if scheme `elem` ["hybrid","pubkey"]
+					then Just $ Utility.Gpg.KeyIds [Utility.Gpg.testKeyId]
+					else Nothing
+			testEncryptedRemote scheme key c [k] @? "invalid crypto setup"
+	
+			annexed_present annexedfile
+			git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+			annexed_notpresent annexedfile
+			git_annex testenv "move" [annexedfile, "--from", "foo"] @? "move --from encrypted remote failed"
+			annexed_present annexedfile
+			not <$> git_annex testenv "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+			annexed_present annexedfile
+	{- Ensure the configuration complies with the encryption scheme, and
+	 - that all keys are encrypted properly for the given directory remote. -}
+	testEncryptedRemote scheme ks c keys = case Remote.Helper.Encryptable.extractCipher c of
+		Just cip@Crypto.SharedCipher{} | scheme == "shared" && isNothing ks ->
+			checkKeys cip Nothing
+		Just cip@(Crypto.EncryptedCipher encipher v ks')
+			| checkScheme v && keysMatch ks' ->
+				checkKeys cip (Just v) <&&> checkCipher encipher ks'
+		_ -> return False
+	  where
+		keysMatch (Utility.Gpg.KeyIds ks') =
+			maybe False (\(Utility.Gpg.KeyIds ks2) ->
+					sort (nub ks2) == sort (nub ks')) ks
+		checkCipher encipher = Utility.Gpg.checkEncryptionStream encipher . Just
+		checkScheme Types.Crypto.Hybrid = scheme == "hybrid"
+		checkScheme Types.Crypto.PubKey = scheme == "pubkey"
+		checkKeys cip mvariant = do
+			cipher <- Crypto.decryptCipher cip
+			files <- filterM doesFileExist $
+				map ("dir" </>) $ concatMap (key2files cipher) keys
+			return (not $ null files) <&&> allM (checkFile mvariant) files
+		checkFile mvariant filename =
+			Utility.Gpg.checkEncryptionFile filename $
+				if mvariant == Just Types.Crypto.PubKey then ks else Nothing
+		key2files cipher = Locations.keyPaths .
+			Crypto.encryptKey Types.Crypto.HmacSha1 cipher
+#else
+test_crypto _env = putStrLn "gpg testing not implemented on Windows"
+#endif
+
+test_add_subdirs :: TestEnv -> Assertion
+test_add_subdirs testenv = intmpclonerepo testenv $ do
+	createDirectory "dir"
+	writeFile ("dir" </> "foo") $ "dir/" ++ content annexedfile
+	git_annex testenv "add" ["dir"] @? "add of subdir failed"
+
+	{- Regression test for Windows bug where symlinks were not
+	 - calculated correctly for files in subdirs. -}
+	git_annex testenv "sync" [] @? "sync failed"
+	l <- annexeval $ decodeBS <$> Annex.CatFile.catObject (Git.Types.Ref "HEAD:dir/foo")
+	"../.git/annex/" `isPrefixOf` l @? ("symlink from subdir to .git/annex is wrong: " ++ l)
+
+	createDirectory "dir2"
+	writeFile ("dir2" </> "foo") $ content annexedfile
+	setCurrentDirectory "dir"
+	git_annex testenv "add" [".." </> "dir2"] @? "add of ../subdir failed"
+
+-- This is equivilant to running git-annex, but it's all run in-process
+-- (when the OS allows) so test coverage collection works.
+git_annex :: TestEnv -> String -> [String] -> IO Bool
+git_annex testenv command params = do
+#ifndef mingw32_HOST_OS
+	forM_ (M.toList testenv) $ \(var, val) ->
+		Utility.Env.setEnv var val True
+
+	-- catch all errors, including normally fatal errors
+	r <- try run::IO (Either SomeException ())
+	case r of
+		Right _ -> return True
+		Left _ -> return False
+  where
+	run = GitAnnex.run (command:"-q":params)
+#else
+	Utility.SafeCommand.boolSystemEnv "git-annex"
+		(map Param $ command : params)
+		(Just $ M.toList testenv)
+#endif
+
+{- Runs git-annex and returns its output. -}
+git_annex_output :: TestEnv -> String -> [String] -> IO String
+git_annex_output testenv command params = do
+	got <- Utility.Process.readProcessEnv "git-annex" (command:params)
+		(Just $ M.toList testenv)
+	-- XXX since the above is a separate process, code coverage stats are
+	-- not gathered for things run in it.
+	-- Run same command again, to get code coverage.
+	_ <- git_annex testenv command params
+	return got
+
+git_annex_expectoutput :: TestEnv -> String -> [String] -> [String] -> IO ()
+git_annex_expectoutput testenv command params expected = do
+	got <- lines <$> git_annex_output testenv command params
+	got == expected @? ("unexpected value running " ++ command ++ " " ++ show params ++ " -- got: " ++ show got ++ " expected: " ++ show expected)
+
+-- Runs an action in the current annex. Note that shutdown actions
+-- are not run; this should only be used for actions that query state.
+annexeval :: Types.Annex a -> IO a
+annexeval a = do
+	s <- Annex.new =<< Git.CurrentRepo.get
+	Annex.eval s $ do
+		Annex.setOutput Types.Messages.QuietOutput
+		a
+
+innewrepo :: TestEnv -> Assertion -> Assertion
+innewrepo testenv a = withgitrepo testenv $ \r -> indir testenv r a
+
+inmainrepo :: TestEnv -> Assertion -> Assertion
+inmainrepo testenv = indir testenv mainrepodir
+
+intmpclonerepo :: TestEnv -> Assertion -> Assertion
+intmpclonerepo testenv a = withtmpclonerepo testenv False $ \r -> indir testenv r a
+
+intmpclonerepoInDirect :: TestEnv -> Assertion -> Assertion
+intmpclonerepoInDirect testenv a = intmpclonerepo testenv $
+	ifM isdirect
+		( putStrLn "not supported in direct mode; skipping"
+		, a
+		)
+  where
+  	isdirect = annexeval $ do
+		Annex.Init.initialize Nothing
+		Config.isDirect
+
+checkRepo :: Types.Annex a -> FilePath -> IO a
+checkRepo getval d = do
+	s <- Annex.new =<< Git.Construct.fromPath d
+	Annex.eval s getval
+
+isInDirect :: FilePath -> IO Bool
+isInDirect = checkRepo (not <$> Config.isDirect)
+
+intmpbareclonerepo :: TestEnv -> Assertion -> Assertion
+intmpbareclonerepo testenv a = withtmpclonerepo testenv True $ \r -> indir testenv r a
+
+withtmpclonerepo :: TestEnv -> Bool -> (FilePath -> Assertion) -> Assertion
+withtmpclonerepo testenv bare a = do
+	dir <- tmprepodir
+	bracket (clonerepo testenv mainrepodir dir bare) cleanup a
+
+disconnectOrigin :: Assertion
+disconnectOrigin = boolSystem "git" [Params "remote rm origin"] @? "remote rm"
+
+withgitrepo :: TestEnv -> (FilePath -> Assertion) -> Assertion
+withgitrepo testenv = bracket (setuprepo testenv mainrepodir) return
+
+indir :: TestEnv -> FilePath -> Assertion -> Assertion
+indir testenv dir a = do
+	currdir <- getCurrentDirectory
+	-- Assertion failures throw non-IO errors; catch
+	-- any type of error and change back to currdir before
+	-- rethrowing.
+	r <- bracket_ (changeToTmpDir testenv dir) (setCurrentDirectory currdir)
+		(try a::IO (Either SomeException ()))
+	case r of
+		Right () -> return ()
+		Left e -> throw e
+
+setuprepo :: TestEnv -> FilePath -> IO FilePath
+setuprepo testenv dir = do
+	cleanup dir
+	ensuretmpdir
+	boolSystem "git" [Params "init -q", File dir] @? "git init failed"
+	configrepo testenv dir
+	return dir
+
+-- clones are always done as local clones; we cannot test ssh clones
+clonerepo :: TestEnv -> FilePath -> FilePath -> Bool -> IO FilePath
+clonerepo testenv old new bare = do
+	cleanup new
+	ensuretmpdir
+	let b = if bare then " --bare" else ""
+	boolSystem "git" [Params ("clone -q" ++ b), File old, File new] @? "git clone failed"
+	configrepo testenv new
+	indir testenv new $
+		git_annex testenv "init" ["-q", new] @? "git annex init failed"
+	unless bare $
+		indir testenv new $
+			handleforcedirect testenv
+	return new
+
+configrepo :: TestEnv -> FilePath -> IO ()
+configrepo testenv dir = indir testenv dir $ do
+	-- ensure git is set up to let commits happen
+	boolSystem "git" [Params "config user.name", Param "Test User"] @? "git config failed"
+	boolSystem "git" [Params "config user.email test@example.com"] @? "git config failed"
+	-- avoid signed commits by test suite
+	boolSystem "git" [Params "config commit.gpgsign false"] @? "git config failed"
+
+handleforcedirect :: TestEnv -> IO ()
+handleforcedirect testenv = when (M.lookup "FORCEDIRECT" testenv == Just "1") $
+	git_annex testenv "direct" ["-q"] @? "git annex direct failed"
+	
+ensuretmpdir :: IO ()
+ensuretmpdir = do
+	e <- doesDirectoryExist tmpdir
+	unless e $
+		createDirectory tmpdir
+
+cleanup :: FilePath -> IO ()
+cleanup = cleanup' False
+
+cleanup' :: Bool -> FilePath -> IO ()
+cleanup' final dir = whenM (doesDirectoryExist dir) $ do
+	Command.Uninit.prepareRemoveAnnexDir dir
+	-- This sometimes fails on Windows, due to some files
+	-- being still opened by a subprocess.
+	catchIO (removeDirectoryRecursive dir) $ \e ->
+		when final $ do
+			print e
+			putStrLn "sleeping 10 seconds and will retry directory cleanup"
+			Utility.ThreadScheduler.threadDelaySeconds (Utility.ThreadScheduler.Seconds 10)
+			whenM (doesDirectoryExist dir) $
+				removeDirectoryRecursive dir
+	
+checklink :: FilePath -> Assertion
+checklink f = do
+	s <- getSymbolicLinkStatus f
+	-- in direct mode, it may be a symlink, or not, depending
+	-- on whether the content is present.
+	unlessM (annexeval Config.isDirect) $
+		isSymbolicLink s @? f ++ " is not a symlink"
+
+checkregularfile :: FilePath -> Assertion
+checkregularfile f = do
+	s <- getSymbolicLinkStatus f
+	isRegularFile s @? f ++ " is not a normal file"
+	return ()
+
+checkcontent :: FilePath -> Assertion
+checkcontent f = do
+	c <- Utility.Exception.catchDefaultIO "could not read file" $ readFile f
+	assertEqual ("checkcontent " ++ f) (content f) c
+
+checkunwritable :: FilePath -> Assertion
+checkunwritable f = unlessM (annexeval Config.isDirect) $ do
+	-- Look at permissions bits rather than trying to write or
+	-- using fileAccess because if run as root, any file can be
+	-- modified despite permissions.
+	s <- getFileStatus f
+	let mode = fileMode s
+	when (mode == mode `unionFileModes` ownerWriteMode) $
+		assertFailure $ "able to modify annexed file's " ++ f ++ " content"
+
+checkwritable :: FilePath -> Assertion
+checkwritable f = do
+	r <- tryIO $ writeFile f $ content f
+	case r of
+		Left _ -> assertFailure $ "unable to modify " ++ f
+		Right _ -> return ()
+
+checkdangling :: FilePath -> Assertion
+checkdangling f = ifM (annexeval Config.crippledFileSystem)
+	( return () -- probably no real symlinks to test
+	, do
+		r <- tryIO $ readFile f
+		case r of
+			Left _ -> return () -- expected; dangling link
+			Right _ -> assertFailure $ f ++ " was not a dangling link as expected"
+	)
+
+checklocationlog :: FilePath -> Bool -> Assertion
+checklocationlog f expected = do
+	thisuuid <- annexeval Annex.UUID.getUUID
+	r <- annexeval $ Backend.lookupFile f
+	case r of
+		Just k -> do
+			uuids <- annexeval $ Remote.keyLocations k
+			assertEqual ("bad content in location log for " ++ f ++ " key " ++ Types.Key.key2file k ++ " uuid " ++ show thisuuid)
+				expected (thisuuid `elem` uuids)
+		_ -> assertFailure $ f ++ " failed to look up key"
+
+checkbackend :: FilePath -> Types.Backend -> Assertion
+checkbackend file expected = do
+	b <- annexeval $ maybe (return Nothing) (Backend.getBackend file) 
+		=<< Backend.lookupFile file
+	assertEqual ("backend for " ++ file) (Just expected) b
+
+inlocationlog :: FilePath -> Assertion
+inlocationlog f = checklocationlog f True
+
+notinlocationlog :: FilePath -> Assertion
+notinlocationlog f = checklocationlog f False
+
+runchecks :: [FilePath -> Assertion] -> FilePath -> Assertion
+runchecks [] _ = return ()
+runchecks (a:as) f = do
+	a f
+	runchecks as f
+
+annexed_notpresent :: FilePath -> Assertion
+annexed_notpresent = runchecks
+	[checklink, checkdangling, notinlocationlog]
+
+annexed_present :: FilePath -> Assertion
+annexed_present = runchecks
+	[checklink, checkcontent, checkunwritable, inlocationlog]
+
+unannexed :: FilePath -> Assertion
+unannexed = runchecks [checkregularfile, checkcontent, checkwritable]
+
+withTestEnv :: Bool -> (IO TestEnv -> TestTree) -> TestTree
+withTestEnv forcedirect = withResource prepare release
+  where
+	prepare = do
+		testenv <- prepareTestEnv forcedirect
+		case tryIngredients [consoleTestReporter] mempty (initTests testenv) of
+			Nothing -> error "No tests found!?"
+			Just act -> unlessM act $
+				error "init tests failed! cannot continue"
+		return testenv
+	release = releaseTestEnv
+
+releaseTestEnv :: TestEnv -> IO ()
+releaseTestEnv _env = cleanup' True tmpdir
+
+prepareTestEnv :: Bool -> IO TestEnv
+prepareTestEnv forcedirect = do
+	whenM (doesDirectoryExist tmpdir) $
+		error $ "The temporary directory " ++ tmpdir ++ " already exists; cannot run test suite."
+
+	currdir <- getCurrentDirectory
+	p <- Utility.Env.getEnvDefault "PATH" ""
+
+	environ <- Utility.Env.getEnvironment
+	let newenv =
+		-- Ensure that the just-built git annex is used.
+		[ ("PATH", currdir ++ [searchPathSeparator] ++ p)
+		, ("TOPDIR", currdir)
+		-- Avoid git complaining if it cannot determine the user's
+		-- email address, or exploding if it doesn't know the user's
+		-- name.
+		, ("GIT_AUTHOR_EMAIL", "test@example.com")
+		, ("GIT_AUTHOR_NAME", "git-annex test")
+		, ("GIT_COMMITTER_EMAIL", "test@example.com")
+		, ("GIT_COMMITTER_NAME", "git-annex test")
+		-- force gpg into batch mode for the tests
+		, ("GPG_BATCH", "1")
+		, ("FORCEDIRECT", if forcedirect then "1" else "")
+		]
+
+	return $ M.fromList newenv `M.union` M.fromList environ
+
+changeToTmpDir :: TestEnv -> FilePath -> IO ()
+changeToTmpDir testenv t = do
+	let topdir = fromMaybe "" $ M.lookup "TOPDIR" testenv
+	setCurrentDirectory $ topdir ++ "/" ++ t
+
+tmpdir :: String
+tmpdir = ".t"
+
+mainrepodir :: FilePath
+mainrepodir = tmpdir </> "repo"
+
+tmprepodir :: IO FilePath
+tmprepodir = go (0 :: Int)
+  where
+	go n = do
+		let d = tmpdir </> "tmprepo" ++ show n
+		ifM (doesDirectoryExist d)
+			( go $ n + 1
+			, return d
+			)
+
+annexedfile :: String
+annexedfile = "foo"
+
+wormannexedfile :: String
+wormannexedfile = "apple"
+
+sha1annexedfile :: String
+sha1annexedfile = "sha1foo"
+
+sha1annexedfiledup :: String
+sha1annexedfiledup = "sha1foodup"
+
+ingitfile :: String
+ingitfile = "bar"
+
+content :: FilePath -> String		
+content f
+	| f == annexedfile = "annexed file content"
+	| f == ingitfile = "normal file content"
+	| f == sha1annexedfile ="sha1 annexed file content"
+	| f == sha1annexedfiledup = content sha1annexedfile
+	| f == wormannexedfile = "worm annexed file content"
+	| otherwise = "unknown file " ++ f
+
+changecontent :: FilePath -> IO ()
+changecontent f = writeFile f $ changedcontent f
+
+changedcontent :: FilePath -> String
+changedcontent f = content f ++ " (modified)"
+
+backendSHA1 :: Types.Backend
+backendSHA1 = backend_ "SHA1"
+
+backendSHA256 :: Types.Backend
+backendSHA256 = backend_ "SHA256"
+
+backendWORM :: Types.Backend
+backendWORM = backend_ "WORM"
+
+backend_ :: String -> Types.Backend
+backend_ = Backend.lookupBackendName
diff --git a/Types.hs b/Types.hs
new file mode 100644
index 0000000000..8768ed1fe6
--- /dev/null
+++ b/Types.hs
@@ -0,0 +1,31 @@
+{- git-annex abstract data types
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types (
+	Annex,
+	Backend,
+	Key,
+	AssociatedFile,
+	UUID(..),
+	GitConfig(..),
+	RemoteGitConfig(..),
+	Remote,
+	RemoteType,
+	Option
+) where
+
+import Annex
+import Types.Backend
+import Types.GitConfig
+import Types.Key
+import Types.UUID
+import Types.Remote
+import Types.Option
+
+type Backend = BackendA Annex
+type Remote = RemoteA Annex
+type RemoteType = RemoteTypeA Annex
diff --git a/Types/Availability.hs b/Types/Availability.hs
new file mode 100644
index 0000000000..f8c8ea3f32
--- /dev/null
+++ b/Types/Availability.hs
@@ -0,0 +1,11 @@
+{- git-annex remote availability
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Availability where
+
+data Availability = GloballyAvailable | LocallyAvailable
+	deriving (Eq, Show, Read)
diff --git a/Types/Backend.hs b/Types/Backend.hs
new file mode 100644
index 0000000000..7eb59b6e28
--- /dev/null
+++ b/Types/Backend.hs
@@ -0,0 +1,27 @@
+{- git-annex key/value backend data type
+ -
+ - Most things should not need this, using Types instead
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Backend where
+
+import Types.Key
+import Types.KeySource
+
+data BackendA a = Backend
+	{ name :: String
+	, getKey :: KeySource -> a (Maybe Key) 
+	, fsckKey :: Maybe (Key -> FilePath -> a Bool)
+	, canUpgradeKey :: Maybe (Key -> Bool)
+	, fastMigrate :: Maybe (Key -> BackendA a -> Maybe Key)
+	}
+
+instance Show (BackendA a) where
+	show backend = "Backend { name =\"" ++ name backend ++ "\" }"
+
+instance Eq (BackendA a) where
+	a == b = name a == name b
diff --git a/Types/BranchState.hs b/Types/BranchState.hs
new file mode 100644
index 0000000000..2f7948ebbf
--- /dev/null
+++ b/Types/BranchState.hs
@@ -0,0 +1,16 @@
+{- git-annex BranchState data type
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.BranchState where
+
+data BranchState = BranchState
+	{ branchUpdated :: Bool -- has the branch been updated this run?
+	, indexChecked :: Bool -- has the index file been checked to exist?
+	}
+
+startBranchState :: BranchState
+startBranchState = BranchState False False
diff --git a/Types/CleanupActions.hs b/Types/CleanupActions.hs
new file mode 100644
index 0000000000..498d5b4d7d
--- /dev/null
+++ b/Types/CleanupActions.hs
@@ -0,0 +1,17 @@
+{- Enumeration of cleanup actions
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.CleanupActions where
+
+import Types.UUID
+
+data CleanupAction
+	= RemoteCleanup UUID
+	| StopHook UUID
+	| FsckCleanup
+	| SshCachingCleanup
+	deriving (Eq, Ord)
diff --git a/Types/Command.hs b/Types/Command.hs
new file mode 100644
index 0000000000..0df7c82e63
--- /dev/null
+++ b/Types/Command.hs
@@ -0,0 +1,81 @@
+{- git-annex command data types
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Command where
+
+import Data.Ord
+
+import Types
+
+{- A command runs in these stages.
+ -
+ - a. The check stage runs checks, that error out if
+ -    anything prevents the command from running. -}
+data CommandCheck = CommandCheck { idCheck :: Int, runCheck :: Annex () }
+{- b. The seek stage takes the parameters passed to the command,
+ -    looks through the repo to find the ones that are relevant
+ -    to that command (ie, new files to add), and runs commandAction
+ -    to handle all necessary actions. -}
+type CommandSeek = [String] -> Annex ()
+{- c. The start stage is run before anything is printed about the
+ -    command, is passed some input, and can early abort it
+ -    if the input does not make sense. It should run quickly and
+ -    should not modify Annex state. -}
+type CommandStart = Annex (Maybe CommandPerform)
+{- d. The perform stage is run after a message is printed about the command
+ -    being run, and it should be where the bulk of the work happens. -}
+type CommandPerform = Annex (Maybe CommandCleanup)
+{- e. The cleanup stage is run only if the perform stage succeeds, and it
+ -    returns the overall success/fail of the command. -}
+type CommandCleanup = Annex Bool
+
+{- A command is defined by specifying these things. -}
+data Command = Command
+	{ cmdoptions :: [Option]     -- command-specific options
+	, cmdnorepo :: Maybe (CmdParams -> IO ()) -- an action to run when not in a repo
+	, cmdcheck :: [CommandCheck] -- check stage
+	, cmdnocommit :: Bool        -- don't commit journalled state changes
+	, cmdnomessages :: Bool      -- don't output normal messages
+	, cmdname :: String
+	, cmdparamdesc :: String     -- description of params for usage
+	, cmdseek :: CommandSeek
+	, cmdsection :: CommandSection
+	, cmddesc :: String          -- description of command for usage
+	}
+
+type CmdParams = [String]
+
+{- CommandCheck functions can be compared using their unique id. -}
+instance Eq CommandCheck where
+	a == b = idCheck a == idCheck b
+
+instance Eq Command where
+	a == b = cmdname a == cmdname b
+
+{- Order commands by name. -}
+instance Ord Command where
+	compare = comparing cmdname
+
+{- The same sections are listed in doc/git-annex.mdwn -}
+data CommandSection 
+	= SectionCommon
+	| SectionSetup
+	| SectionMaintenance
+	| SectionQuery
+	| SectionMetaData
+	| SectionUtility
+	| SectionPlumbing
+	deriving (Eq, Ord, Enum, Bounded)
+
+descSection :: CommandSection -> String
+descSection SectionCommon = "Commonly used commands"
+descSection SectionSetup = "Repository setup commands"
+descSection SectionMaintenance = "Repository maintenance commands"
+descSection SectionQuery = "Query commands"
+descSection SectionMetaData = "Metadata commands"
+descSection SectionUtility = "Utility commands"
+descSection SectionPlumbing = "Plumbing commands"
diff --git a/Types/Creds.hs b/Types/Creds.hs
new file mode 100644
index 0000000000..c16e530b1f
--- /dev/null
+++ b/Types/Creds.hs
@@ -0,0 +1,14 @@
+{- credentials
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Creds where
+
+type Creds = String -- can be any data that contains credentials
+
+type CredPair = (Login, Password)
+type Login = String
+type Password = String -- todo: use securemem
diff --git a/Types/Crypto.hs b/Types/Crypto.hs
new file mode 100644
index 0000000000..1a9a7774a6
--- /dev/null
+++ b/Types/Crypto.hs
@@ -0,0 +1,73 @@
+{- git-annex crypto types
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Crypto (
+	Cipher(..),
+	StorableCipher(..),
+	EncryptedCipherVariant(..),
+	KeyIds(..),
+	Mac(..),
+	readMac,
+	showMac,
+	defaultMac,
+	calcMac,
+) where
+
+import qualified Data.ByteString.Lazy as L
+import Data.Digest.Pure.SHA
+
+import Utility.Gpg (KeyIds(..))
+
+-- XXX ideally, this would be a locked memory region
+data Cipher = Cipher String | MacOnlyCipher String
+
+data StorableCipher = EncryptedCipher String EncryptedCipherVariant KeyIds
+		| SharedCipher String
+	deriving (Ord, Eq)
+data EncryptedCipherVariant = Hybrid | PubKey
+	deriving (Ord, Eq)
+
+{- File names are (client-side) MAC'ed on special remotes.
+ - The chosen MAC algorithm needs to be same for all files stored on the
+ - remote.
+ -}
+data Mac = HmacSha1 | HmacSha224 | HmacSha256 | HmacSha384 | HmacSha512
+	deriving (Eq)
+
+defaultMac :: Mac
+defaultMac = HmacSha1
+
+-- MAC algorithms are shown as follows in the file names.
+showMac :: Mac -> String
+showMac HmacSha1   = "HMACSHA1"
+showMac HmacSha224 = "HMACSHA224"
+showMac HmacSha256 = "HMACSHA256"
+showMac HmacSha384 = "HMACSHA384"
+showMac HmacSha512 = "HMACSHA512"
+
+-- Read the MAC algorithm from the remote config.
+readMac :: String -> Maybe Mac
+readMac "HMACSHA1"   = Just HmacSha1
+readMac "HMACSHA224" = Just HmacSha224
+readMac "HMACSHA256" = Just HmacSha256
+readMac "HMACSHA384" = Just HmacSha384
+readMac "HMACSHA512" = Just HmacSha512
+readMac _ = Nothing
+
+calcMac
+  :: Mac	  -- ^ MAC
+  -> L.ByteString -- ^ secret key
+  -> L.ByteString -- ^ message
+  -> String	  -- ^ MAC'ed message, in hexadecimals
+calcMac mac = case mac of
+	HmacSha1   -> showDigest $* hmacSha1
+	HmacSha224 -> showDigest $* hmacSha224
+	HmacSha256 -> showDigest $* hmacSha256
+	HmacSha384 -> showDigest $* hmacSha384
+	HmacSha512 -> showDigest $* hmacSha512
+  where
+	($*) g f x y = g $ f x y
diff --git a/Types/DesktopNotify.hs b/Types/DesktopNotify.hs
new file mode 100644
index 0000000000..f8494487de
--- /dev/null
+++ b/Types/DesktopNotify.hs
@@ -0,0 +1,27 @@
+{- git-annex DesktopNotify type
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.DesktopNotify where
+
+import Data.Monoid
+
+data DesktopNotify = DesktopNotify
+	{ notifyStart :: Bool
+	, notifyFinish :: Bool
+	}
+	deriving (Show)
+
+instance Monoid DesktopNotify where
+	mempty = DesktopNotify False False
+	mappend (DesktopNotify s1 f1) (DesktopNotify s2 f2) =
+		DesktopNotify (s1 || s2) (f1 || f2)
+
+mkNotifyStart :: DesktopNotify
+mkNotifyStart = DesktopNotify True False
+
+mkNotifyFinish :: DesktopNotify
+mkNotifyFinish = DesktopNotify False True
diff --git a/Types/Distribution.hs b/Types/Distribution.hs
new file mode 100644
index 0000000000..4201f49ad8
--- /dev/null
+++ b/Types/Distribution.hs
@@ -0,0 +1,38 @@
+{- Data type for a distribution of git-annex
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Distribution where
+
+import Types.Key
+import Data.Time.Clock
+import Git.Config (isTrue, boolConfig)
+
+data GitAnnexDistribution = GitAnnexDistribution
+	{ distributionUrl :: String
+	, distributionKey :: Key
+	, distributionVersion :: GitAnnexVersion
+	, distributionReleasedate :: UTCTime
+	, distributionUrgentUpgrade :: Maybe GitAnnexVersion
+	}
+	deriving (Read, Show, Eq)
+
+type GitAnnexVersion = String
+
+data AutoUpgrade = AskUpgrade | AutoUpgrade | NoAutoUpgrade
+	deriving (Eq)
+
+toAutoUpgrade :: (Maybe String) -> AutoUpgrade
+toAutoUpgrade Nothing = AskUpgrade
+toAutoUpgrade (Just s)
+	| s == "ask" = AskUpgrade
+	| isTrue s == Just True = AutoUpgrade
+	| otherwise = NoAutoUpgrade
+
+fromAutoUpgrade :: AutoUpgrade -> String
+fromAutoUpgrade AskUpgrade = "ask"
+fromAutoUpgrade AutoUpgrade = boolConfig True
+fromAutoUpgrade NoAutoUpgrade = boolConfig False
diff --git a/Types/FileMatcher.hs b/Types/FileMatcher.hs
new file mode 100644
index 0000000000..03a86a38c6
--- /dev/null
+++ b/Types/FileMatcher.hs
@@ -0,0 +1,40 @@
+{- git-annex file matcher types
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.FileMatcher where
+
+import Types.UUID (UUID)
+import Types.Key (Key)
+import Utility.Matcher (Matcher, Token)
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+data MatchInfo
+	= MatchingFile FileInfo
+	| MatchingKey Key
+
+data FileInfo = FileInfo
+	{ relFile :: FilePath -- may be relative to cwd
+	, matchFile :: FilePath -- filepath to match on; may be relative to top
+	}
+
+type FileMatcherMap a = M.Map UUID (Utility.Matcher.Matcher (S.Set UUID -> MatchInfo -> a Bool))
+
+type MkLimit a = String -> Either String (MatchFiles a)
+
+type AssumeNotPresent = S.Set UUID
+
+type MatchFiles a = AssumeNotPresent -> MatchInfo -> a Bool
+
+type FileMatcher a = Matcher (MatchFiles a)
+
+-- This is a matcher that can have tokens added to it while it's being
+-- built, and once complete is compiled to an unchangable matcher.
+data ExpandableMatcher a
+	= BuildingMatcher [Token (MatchInfo -> a Bool)]
+	| CompleteMatcher (Matcher (MatchInfo -> a Bool))
diff --git a/Types/GitConfig.hs b/Types/GitConfig.hs
new file mode 100644
index 0000000000..29a7c9019c
--- /dev/null
+++ b/Types/GitConfig.hs
@@ -0,0 +1,188 @@
+{- git-annex configuration
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.GitConfig ( 
+	GitConfig(..),
+	extractGitConfig,
+	RemoteGitConfig(..),
+	extractRemoteGitConfig,
+) where
+
+import Common
+import qualified Git
+import qualified Git.Config
+import Utility.DataUnits
+import Config.Cost
+import Types.Distribution
+import Types.Availability
+import Types.NumCopies
+import Utility.HumanTime
+
+{- Main git-annex settings. Each setting corresponds to a git-config key
+ - such as annex.foo -}
+data GitConfig = GitConfig
+	{ annexVersion :: Maybe String
+	, annexNumCopies :: Maybe NumCopies
+	, annexDiskReserve :: Integer
+	, annexDirect :: Bool
+	, annexBackends :: [String]
+	, annexQueueSize :: Maybe Int
+	, annexBloomCapacity :: Maybe Int
+	, annexBloomAccuracy :: Maybe Int
+	, annexSshCaching :: Maybe Bool
+	, annexAlwaysCommit :: Bool
+	, annexDelayAdd :: Maybe Int
+	, annexHttpHeaders :: [String]
+	, annexHttpHeadersCommand :: Maybe String
+	, annexAutoCommit :: Bool
+	, annexDebug :: Bool
+	, annexWebOptions :: [String]
+	, annexQuviOptions :: [String]
+	, annexWebDownloadCommand :: Maybe String
+	, annexCrippledFileSystem :: Bool
+	, annexLargeFiles :: Maybe String
+	, annexFsckNudge :: Bool
+	, annexAutoUpgrade :: AutoUpgrade
+	, annexExpireUnused :: Maybe (Maybe Duration)
+	, annexSecureEraseCommand :: Maybe String
+	, annexGenMetaData :: Bool
+	, annexListen :: Maybe String
+	, annexStartupScan :: Bool
+	, coreSymlinks :: Bool
+	, gcryptId :: Maybe String
+	}
+
+extractGitConfig :: Git.Repo -> GitConfig
+extractGitConfig r = GitConfig
+	{ annexVersion = notempty $ getmaybe (annex "version")
+	, annexNumCopies = NumCopies <$> getmayberead (annex "numcopies")
+	, annexDiskReserve = fromMaybe onemegabyte $
+		readSize dataUnits =<< getmaybe (annex "diskreserve")
+	, annexDirect = getbool (annex "direct") False
+	, annexBackends = getwords (annex "backends")
+	, annexQueueSize = getmayberead (annex "queuesize")
+	, annexBloomCapacity = getmayberead (annex "bloomcapacity")
+	, annexBloomAccuracy = getmayberead (annex "bloomaccuracy")
+	, annexSshCaching = getmaybebool (annex "sshcaching")
+	, annexAlwaysCommit = getbool (annex "alwayscommit") True
+	, annexDelayAdd = getmayberead (annex "delayadd")
+	, annexHttpHeaders = getlist (annex "http-headers")
+	, annexHttpHeadersCommand = getmaybe (annex "http-headers-command")
+	, annexAutoCommit = getbool (annex "autocommit") True
+	, annexDebug = getbool (annex "debug") False
+	, annexWebOptions = getwords (annex "web-options")
+	, annexQuviOptions = getwords (annex "quvi-options")
+	, annexWebDownloadCommand = getmaybe (annex "web-download-command")
+	, annexCrippledFileSystem = getbool (annex "crippledfilesystem") False
+	, annexLargeFiles = getmaybe (annex "largefiles")
+	, annexFsckNudge = getbool (annex "fscknudge") True
+	, annexAutoUpgrade = toAutoUpgrade $ getmaybe (annex "autoupgrade")
+	, annexExpireUnused = maybe Nothing Just . parseDuration
+		<$> getmaybe (annex "expireunused")
+	, annexSecureEraseCommand = getmaybe (annex "secure-erase-command")
+	, annexGenMetaData = getbool (annex "genmetadata") False
+	, annexListen = getmaybe (annex "listen")
+	, annexStartupScan = getbool (annex "startupscan") True
+	, coreSymlinks = getbool "core.symlinks" True
+	, gcryptId = getmaybe "core.gcrypt-id"
+	}
+  where
+	getbool k def = fromMaybe def $ getmaybebool k
+	getmaybebool k = Git.Config.isTrue =<< getmaybe k
+	getmayberead k = readish =<< getmaybe k
+	getmaybe k = Git.Config.getMaybe k r
+	getlist k = Git.Config.getList k r
+	getwords k = fromMaybe [] $ words <$> getmaybe k
+
+	annex k = "annex." ++ k
+			
+	onemegabyte = 1000000
+
+{- Per-remote git-annex settings. Each setting corresponds to a git-config
+ - key such as <remote>.annex-foo, or if that is not set, a default from
+ - annex.foo -}
+data RemoteGitConfig = RemoteGitConfig
+	{ remoteAnnexCost :: Maybe Cost
+	, remoteAnnexCostCommand :: Maybe String
+	, remoteAnnexIgnore :: Bool
+	, remoteAnnexSync :: Bool
+	, remoteAnnexReadOnly :: Bool
+	, remoteAnnexTrustLevel :: Maybe String
+	, remoteAnnexStartCommand :: Maybe String
+	, remoteAnnexStopCommand :: Maybe String
+	, remoteAnnexAvailability :: Maybe Availability
+	, remoteAnnexBare :: Maybe Bool
+
+	{- These settings are specific to particular types of remotes
+	 - including special remotes. -}
+	, remoteAnnexShell :: Maybe String
+	, remoteAnnexSshOptions :: [String]
+	, remoteAnnexRsyncOptions :: [String]
+	, remoteAnnexRsyncUploadOptions :: [String]
+	, remoteAnnexRsyncDownloadOptions :: [String]
+	, remoteAnnexRsyncTransport :: [String]
+	, remoteAnnexGnupgOptions :: [String]
+	, remoteAnnexRsyncUrl :: Maybe String
+	, remoteAnnexBupRepo :: Maybe String
+	, remoteAnnexTahoe :: Maybe FilePath
+	, remoteAnnexBupSplitOptions :: [String]
+	, remoteAnnexDirectory :: Maybe FilePath
+	, remoteAnnexGCrypt :: Maybe String
+	, remoteAnnexDdarRepo :: Maybe String
+	, remoteAnnexHookType :: Maybe String
+	, remoteAnnexExternalType :: Maybe String
+	{- A regular git remote's git repository config. -}
+	, remoteGitConfig :: Maybe GitConfig
+	}
+
+extractRemoteGitConfig :: Git.Repo -> String -> RemoteGitConfig
+extractRemoteGitConfig r remotename = RemoteGitConfig
+	{ remoteAnnexCost = getmayberead "cost"
+	, remoteAnnexCostCommand = notempty $ getmaybe "cost-command"
+	, remoteAnnexIgnore = getbool "ignore" False
+	, remoteAnnexSync = getbool "sync" True
+	, remoteAnnexReadOnly = getbool "readonly" False
+	, remoteAnnexTrustLevel = notempty $ getmaybe "trustlevel"
+	, remoteAnnexStartCommand = notempty $ getmaybe "start-command"
+	, remoteAnnexStopCommand = notempty $ getmaybe "stop-command"
+	, remoteAnnexAvailability = getmayberead "availability"
+	, remoteAnnexBare = getmaybebool "bare"
+
+	, remoteAnnexShell = getmaybe "shell"
+	, remoteAnnexSshOptions = getoptions "ssh-options"
+	, remoteAnnexRsyncOptions = getoptions "rsync-options"
+	, remoteAnnexRsyncDownloadOptions = getoptions "rsync-download-options"
+	, remoteAnnexRsyncUploadOptions = getoptions "rsync-upload-options"
+	, remoteAnnexRsyncTransport = getoptions "rsync-transport"
+	, remoteAnnexGnupgOptions = getoptions "gnupg-options"
+	, remoteAnnexRsyncUrl = notempty $ getmaybe "rsyncurl"
+	, remoteAnnexBupRepo = getmaybe "buprepo"
+	, remoteAnnexTahoe = getmaybe "tahoe"
+	, remoteAnnexBupSplitOptions = getoptions "bup-split-options"
+	, remoteAnnexDirectory = notempty $ getmaybe "directory"
+	, remoteAnnexGCrypt = notempty $ getmaybe "gcrypt"
+	, remoteAnnexDdarRepo = getmaybe "ddarrepo"
+	, remoteAnnexHookType = notempty $ getmaybe "hooktype"
+	, remoteAnnexExternalType = notempty $ getmaybe "externaltype"
+	, remoteGitConfig = Nothing
+	}
+  where
+	getbool k def = fromMaybe def $ getmaybebool k
+	getmaybebool k = Git.Config.isTrue =<< getmaybe k
+	getmayberead k = readish =<< getmaybe k
+	getmaybe k = mplus (Git.Config.getMaybe (key k) r)
+		(Git.Config.getMaybe (remotekey k) r)
+	getoptions k = fromMaybe [] $ words <$> getmaybe k
+
+	key k = "annex." ++ k
+	remotekey k = "remote." ++ remotename ++ ".annex-" ++ k
+
+notempty :: Maybe String -> Maybe String	
+notempty Nothing = Nothing
+notempty (Just "") = Nothing
+notempty (Just s) = Just s
+
diff --git a/Types/Group.hs b/Types/Group.hs
new file mode 100644
index 0000000000..88bc352077
--- /dev/null
+++ b/Types/Group.hs
@@ -0,0 +1,27 @@
+{- git-annex repo groups
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Group (
+	Group,
+	GroupMap(..),
+	emptyGroupMap
+) where
+
+import Types.UUID
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+
+type Group = String
+
+data GroupMap = GroupMap
+	{ groupsByUUID :: M.Map UUID (S.Set Group)
+	, uuidsByGroup :: M.Map Group (S.Set UUID)
+	}
+
+emptyGroupMap :: GroupMap
+emptyGroupMap = GroupMap M.empty M.empty
diff --git a/Types/Key.hs b/Types/Key.hs
new file mode 100644
index 0000000000..26af6220f1
--- /dev/null
+++ b/Types/Key.hs
@@ -0,0 +1,108 @@
+{- git-annex Key data type
+ - 
+ - Most things should not need this, using Types instead
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Key (
+	Key(..),
+	AssociatedFile,
+	stubKey,
+	key2file,
+	file2key,
+
+	prop_idempotent_key_encode,
+	prop_idempotent_key_decode
+) where
+
+import System.Posix.Types
+
+import Common
+import Utility.QuickCheck
+
+{- A Key has a unique name, which is derived from a particular backend,
+ - and may contain other optional metadata. -}
+data Key = Key
+	{ keyName :: String
+	, keyBackendName :: String
+	, keySize :: Maybe Integer
+	, keyMtime :: Maybe EpochTime
+	} deriving (Eq, Ord, Read, Show)
+
+{- A filename may be associated with a Key. -}
+type AssociatedFile = Maybe FilePath
+
+stubKey :: Key
+stubKey = Key
+	{ keyName = ""
+	, keyBackendName = ""
+	, keySize = Nothing
+	, keyMtime = Nothing
+	}
+
+fieldSep :: Char
+fieldSep = '-'
+
+{- Converts a key to a string that is suitable for use as a filename.
+ - The name field is always shown last, separated by doubled fieldSeps,
+ - and is the only field allowed to contain the fieldSep. -}
+key2file :: Key -> FilePath
+key2file Key { keyBackendName = b, keySize = s, keyMtime = m, keyName = n } =
+	b +++ ('s' ?: s) +++ ('m' ?: m) +++ (fieldSep : n)
+  where
+	"" +++ y = y
+	x +++ "" = x
+	x +++ y = x ++ fieldSep:y
+	c ?: (Just v) = c : show v
+	_ ?: _ = ""
+
+file2key :: FilePath -> Maybe Key
+file2key s
+	| key == Just stubKey || (keyName <$> key) == Just "" || (keyBackendName <$> key) == Just "" = Nothing
+	| otherwise = key
+  where
+	key = startbackend stubKey s
+
+	startbackend k v = sepfield k v addbackend
+		
+	sepfield k v a = case span (/= fieldSep) v of
+		(v', _:r) -> findfields r $ a k v'
+		_ -> Nothing
+
+	findfields (c:v) (Just k)
+		| c == fieldSep = Just $ k { keyName = v }
+		| otherwise = sepfield k v $ addfield c
+	findfields _ v = v
+
+	addbackend k v = Just k { keyBackendName = v }
+	addfield 's' k v = do
+		sz <- readish v
+		return $ k { keySize = Just sz }
+	addfield 'm' k v = do
+		mtime <- readish v
+		return $ k { keyMtime = Just mtime }
+	addfield _ _ _ = Nothing
+
+instance Arbitrary Key where
+	arbitrary = Key
+		<$> (listOf1 $ elements $ ['A'..'Z'] ++ ['a'..'z'] ++ ['0'..'9'] ++ "-_\r\n \t")
+		<*> (listOf1 $ elements ['A'..'Z']) -- BACKEND
+		<*> ((abs <$>) <$> arbitrary) -- size cannot be negative
+		<*> arbitrary
+
+prop_idempotent_key_encode :: Key -> Bool
+prop_idempotent_key_encode k = Just k == (file2key . key2file) k
+
+prop_idempotent_key_decode :: FilePath -> Bool
+prop_idempotent_key_decode f
+	| normalfieldorder = maybe True (\k -> key2file k == f) (file2key f)
+	| otherwise = True
+  where
+  	-- file2key will accept the fields in any order, so don't
+	-- try the test unless the fields are in the normal order
+	normalfieldorder = fields `isPrefixOf` "sm"
+	fields = map (f !!) $ filter (< length f) $ map succ $
+		elemIndices fieldSep f
diff --git a/Types/KeySource.hs b/Types/KeySource.hs
new file mode 100644
index 0000000000..fd4af07a68
--- /dev/null
+++ b/Types/KeySource.hs
@@ -0,0 +1,29 @@
+{- KeySource data type
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.KeySource where
+
+import Utility.InodeCache
+
+{- When content is in the process of being added to the annex,
+ - and a Key generated from it, this data type is used. 
+ -
+ - The contentLocation may be different from the filename
+ - associated with the key. For example, the add command
+ - may temporarily hard link the content into a lockdown directory
+ - for checking. The migrate command uses the content
+ - of a different Key.
+ -
+ - The inodeCache can be used to detect some types of modifications to
+ - files that may be made while they're in the process of being added.
+ -}
+data KeySource = KeySource
+	{ keyFilename :: FilePath
+	, contentLocation :: FilePath
+	, inodeCache :: Maybe InodeCache
+	}
+	deriving (Show)
diff --git a/Types/LockPool.hs b/Types/LockPool.hs
new file mode 100644
index 0000000000..dd392f28b6
--- /dev/null
+++ b/Types/LockPool.hs
@@ -0,0 +1,24 @@
+{- git-annex lock pool data types
+ - 
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Types.LockPool (
+	LockPool,
+	LockHandle
+) where
+
+import qualified Data.Map as M
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Types (Fd)
+type LockHandle = Fd
+#else
+import Utility.WinLock -- defines LockHandle
+#endif
+
+type LockPool = M.Map FilePath LockHandle
diff --git a/Types/Messages.hs b/Types/Messages.hs
new file mode 100644
index 0000000000..4fcce79f80
--- /dev/null
+++ b/Types/Messages.hs
@@ -0,0 +1,24 @@
+{- git-annex Messages data types
+ - 
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Messages where
+
+import qualified Data.Set as S
+
+data OutputType = NormalOutput | QuietOutput | JSONOutput
+
+data SideActionBlock = NoBlock | StartBlock | InBlock
+	deriving (Eq)
+
+data MessageState = MessageState
+	{ outputType :: OutputType
+	, sideActionBlock :: SideActionBlock
+	, fileNotFoundShown :: S.Set FilePath
+	}
+
+defaultMessageState :: MessageState
+defaultMessageState = MessageState NormalOutput NoBlock S.empty
diff --git a/Types/MetaData.hs b/Types/MetaData.hs
new file mode 100644
index 0000000000..8df56734dd
--- /dev/null
+++ b/Types/MetaData.hs
@@ -0,0 +1,293 @@
+{- git-annex general metadata
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE GeneralizedNewtypeDeriving #-}
+
+module Types.MetaData (
+	MetaData(..),
+	MetaField(..),
+	MetaValue(..),
+	CurrentlySet(..),
+	serialize,
+	deserialize,
+	MetaSerializable,
+	toMetaField,
+	mkMetaField,
+	mkMetaFieldUnchecked,
+	fromMetaField,
+	toMetaValue,
+	mkMetaValue,
+	unsetMetaValue,
+	unsetMetaData,
+	fromMetaValue,
+	fromMetaData,
+	emptyMetaData,
+	updateMetaData,
+	unionMetaData,
+	combineMetaData,
+	differenceMetaData,
+	isSet,
+	currentMetaData,
+	currentMetaDataValues,
+	metaDataValues,
+	ModMeta(..),
+	modMeta,
+	parseModMeta,
+	parseMetaData,
+	prop_metadata_sane,
+	prop_metadata_serialize
+) where
+
+import Common
+import Utility.Base64
+import Utility.QuickCheck
+
+import qualified Data.Set as S
+import qualified Data.Map as M
+import Data.Char
+import qualified Data.CaseInsensitive as CI
+
+newtype MetaData = MetaData (M.Map MetaField (S.Set MetaValue))
+	deriving (Show, Eq, Ord)
+
+{- A metadata value can be currently be set (True), or may have been
+ - set before and we're remembering it no longer is (False). -}
+newtype CurrentlySet = CurrentlySet Bool
+	deriving (Read, Show, Eq, Ord, Arbitrary)
+
+{- Fields are case insensitive. -}
+newtype MetaField = MetaField (CI.CI String)
+	deriving (Read, Show, Eq, Ord)
+
+data MetaValue = MetaValue CurrentlySet String
+	deriving (Read, Show)
+
+{- Metadata values compare and order the same whether currently set or not. -}
+instance Eq MetaValue where
+	MetaValue _ a == MetaValue _ b = a == b
+instance Ord MetaValue where
+	compare (MetaValue _ x) (MetaValue _ y) = compare x y
+
+{- MetaData is serialized to a format like:
+ -
+ - field1 +val1 +val2 -val3 field2 +val4 +val5
+ -}
+class MetaSerializable v where
+	serialize :: v -> String
+	deserialize :: String -> Maybe v
+
+instance MetaSerializable MetaData where
+	serialize (MetaData m) = unwords $ concatMap go $ M.toList m
+	  where
+		go (f, vs) = serialize f : map serialize (S.toList vs)
+	deserialize = Just . getfield emptyMetaData . words
+	  where
+		getfield m [] = m
+		getfield m (w:ws) = maybe m (getvalues m ws) (deserialize w)
+		getvalues m [] _ = m
+		getvalues m l@(w:ws) f = case deserialize w of
+			Just v -> getvalues (updateMetaData f v m) ws f
+			Nothing -> getfield m l
+
+instance MetaSerializable MetaField where
+	serialize (MetaField f) = CI.original f
+	deserialize = Just . mkMetaFieldUnchecked
+
+{- Base64 problimatic values. -}
+instance MetaSerializable MetaValue where
+	serialize (MetaValue isset v) =
+		serialize isset ++
+		if any isSpace v || "!" `isPrefixOf` v
+			then '!' : toB64 v
+			else v
+	deserialize (isset:'!':v) = MetaValue
+		<$> deserialize [isset]
+		<*> fromB64Maybe v
+	deserialize (isset:v) = MetaValue 
+		<$> deserialize [isset]
+		<*> pure v
+	deserialize [] = Nothing
+
+instance MetaSerializable CurrentlySet where
+	serialize (CurrentlySet True) = "+"
+	serialize (CurrentlySet False) = "-"
+	deserialize "+" = Just (CurrentlySet True)
+	deserialize "-" = Just (CurrentlySet False)
+	deserialize _ = Nothing
+
+mkMetaField :: String -> Either String MetaField
+mkMetaField f = maybe (Left $ badField f) Right (toMetaField f)
+
+badField :: String -> String
+badField f = "Illegal metadata field name, \"" ++ f ++ "\""
+
+{- Does not check that the field name is valid. Use with caution. -}
+mkMetaFieldUnchecked :: String -> MetaField
+mkMetaFieldUnchecked = MetaField . CI.mk
+
+toMetaField :: String -> Maybe MetaField
+toMetaField f
+	| legalField f = Just $ MetaField $ CI.mk f
+	| otherwise = Nothing
+
+{- Fields cannot be empty, contain whitespace, or start with "+-" as
+ - that would break the serialization.
+ -
+ - Additionally, fields should not contain any form of path separator, as
+ - that would break views.
+ -
+ - So, require they have an alphanumeric first letter, with the remainder
+ - being either alphanumeric or a small set of whitelisted common punctuation.
+ -}
+legalField :: String -> Bool
+legalField [] = False
+legalField (c1:cs)
+	| not (isAlphaNum c1) = False
+	| otherwise = all legalchars cs
+  where
+	legalchars c
+		| isAlphaNum c = True
+		| otherwise = c `elem` "_-."
+
+toMetaValue :: String -> MetaValue
+toMetaValue = MetaValue (CurrentlySet True)
+
+mkMetaValue :: CurrentlySet -> String -> MetaValue
+mkMetaValue = MetaValue
+
+unsetMetaValue :: MetaValue -> MetaValue
+unsetMetaValue (MetaValue _ s) = MetaValue (CurrentlySet False) s
+
+{- Marks all MetaValues as no longer currently set. -}
+unsetMetaData :: MetaData -> MetaData
+unsetMetaData (MetaData m) = MetaData $ M.map (S.map unsetMetaValue) m
+
+fromMetaField :: MetaField -> String
+fromMetaField (MetaField f) = CI.original f
+
+fromMetaValue :: MetaValue -> String
+fromMetaValue (MetaValue _ f) = f
+
+fromMetaData :: MetaData -> [(MetaField, S.Set MetaValue)]
+fromMetaData (MetaData m) = M.toList m
+
+emptyMetaData :: MetaData
+emptyMetaData = MetaData M.empty
+
+{- Can be used to set a value, or to unset it, depending on whether
+ - the MetaValue has CurrentlySet or not. -}
+updateMetaData :: MetaField -> MetaValue -> MetaData -> MetaData
+updateMetaData f v (MetaData m) = MetaData $
+	M.insertWith' S.union f (S.singleton v) m
+
+{- New metadata overrides old._-}
+unionMetaData :: MetaData -> MetaData -> MetaData
+unionMetaData (MetaData old) (MetaData new) = MetaData $
+	M.unionWith S.union new old
+
+combineMetaData :: [MetaData] -> MetaData
+combineMetaData = foldl' unionMetaData emptyMetaData
+
+differenceMetaData :: MetaData -> MetaData -> MetaData
+differenceMetaData (MetaData m) (MetaData excludem) = MetaData $
+	M.differenceWith diff m excludem
+  where
+	diff sl sr =
+		let s = S.difference sl sr
+		in if S.null s then Nothing else Just s
+
+isSet :: MetaValue -> Bool
+isSet (MetaValue (CurrentlySet isset) _) = isset
+
+{- Gets only currently set values -}
+currentMetaDataValues :: MetaField -> MetaData -> S.Set MetaValue
+currentMetaDataValues f m = S.filter isSet (metaDataValues f m)
+
+currentMetaData :: MetaData -> MetaData
+currentMetaData (MetaData m) = removeEmptyFields $ MetaData $
+	M.map (S.filter isSet) m
+
+removeEmptyFields :: MetaData -> MetaData
+removeEmptyFields (MetaData m) = MetaData $ M.filter (not . S.null) m
+
+{- Gets currently set values, but also values that have been unset. -}
+metaDataValues :: MetaField -> MetaData -> S.Set MetaValue
+metaDataValues f (MetaData m) = fromMaybe S.empty (M.lookup f m)
+
+{- Ways that existing metadata can be modified -}
+data ModMeta
+	= AddMeta MetaField MetaValue
+	| DelMeta MetaField MetaValue
+	| SetMeta MetaField MetaValue -- removes any existing values
+	| MaybeSetMeta MetaField MetaValue -- when field has no existing value
+
+{- Applies a ModMeta, generating the new MetaData.
+ - Note that the new MetaData does not include all the 
+ - values set in the input metadata. It only contains changed values. -}
+modMeta :: MetaData -> ModMeta -> MetaData
+modMeta _ (AddMeta f v) = updateMetaData f v emptyMetaData
+modMeta _ (DelMeta f oldv) = updateMetaData f (unsetMetaValue oldv) emptyMetaData
+modMeta m (SetMeta f v) = updateMetaData f v $
+	foldr (updateMetaData f) emptyMetaData $
+		map unsetMetaValue $ S.toList $ currentMetaDataValues f m
+modMeta m (MaybeSetMeta f v)
+	| S.null (currentMetaDataValues f m) = updateMetaData f v emptyMetaData
+	| otherwise = emptyMetaData
+
+{- Parses field=value, field+=value, field-=value, field?=value -}
+parseModMeta :: String -> Either String ModMeta
+parseModMeta p = case lastMaybe f of
+	Just '+' -> AddMeta <$> mkMetaField f' <*> v
+	Just '-' -> DelMeta <$> mkMetaField f' <*> v
+	Just '?' -> MaybeSetMeta <$> mkMetaField f' <*> v
+	_ -> SetMeta <$> mkMetaField f <*> v
+  where
+	(f, sv) = separate (== '=') p
+	f' = beginning f
+	v = pure (toMetaValue sv)
+
+{- Parses field=value -}
+parseMetaData :: String -> Either String (MetaField, MetaValue)
+parseMetaData p = (,)
+	<$> mkMetaField f
+	<*> pure (toMetaValue v)
+  where
+	(f, v) = separate (== '=') p
+
+{- Avoid putting too many fields in the map; extremely large maps make
+ - the seriaization test slow due to the sheer amount of data.
+ - It's unlikely that more than 100 fields of metadata will be used. -}
+instance Arbitrary MetaData where
+	arbitrary = do
+		size <- arbitrarySizedBoundedIntegral `suchThat` (< 500)
+		MetaData . M.filterWithKey legal . M.fromList <$> vector size
+	  where
+		legal k _v = legalField $ fromMetaField k
+
+instance Arbitrary MetaValue where
+	arbitrary = MetaValue <$> arbitrary <*> arbitrary
+
+instance Arbitrary MetaField where
+	arbitrary = MetaField . CI.mk <$> arbitrary `suchThat` legalField 
+
+prop_metadata_sane :: MetaData -> MetaField -> MetaValue -> Bool
+prop_metadata_sane m f v = and
+	[ S.member v $ metaDataValues f m'
+	, not (isSet v) || S.member v (currentMetaDataValues f m')
+	, differenceMetaData m' emptyMetaData == m'
+	]
+  where
+	m' = updateMetaData f v m
+
+prop_metadata_serialize :: MetaField -> MetaValue -> MetaData -> Bool
+prop_metadata_serialize f v m = and
+	[ deserialize (serialize f) == Just f
+	, deserialize (serialize v) == Just v
+	, deserialize (serialize m') == Just m'
+	]
+  where
+  	m' = removeEmptyFields m
diff --git a/Types/NumCopies.hs b/Types/NumCopies.hs
new file mode 100644
index 0000000000..b93fcf9688
--- /dev/null
+++ b/Types/NumCopies.hs
@@ -0,0 +1,14 @@
+{- git-annex numcopies type
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.NumCopies where
+
+newtype NumCopies = NumCopies Int
+	deriving (Ord, Eq)
+
+fromNumCopies :: NumCopies -> Int
+fromNumCopies (NumCopies n) = n
diff --git a/Types/Option.hs b/Types/Option.hs
new file mode 100644
index 0000000000..0362578388
--- /dev/null
+++ b/Types/Option.hs
@@ -0,0 +1,17 @@
+{- git-annex command options
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Option where
+
+import System.Console.GetOpt
+
+import Annex
+
+{- Each dashed command-line option results in generation of an action
+ - in the Annex monad that performs the necessary setting.
+ -}
+type Option = OptDescr (Annex ())
diff --git a/Types/Remote.hs b/Types/Remote.hs
new file mode 100644
index 0000000000..2ddb68dfb8
--- /dev/null
+++ b/Types/Remote.hs
@@ -0,0 +1,107 @@
+{- git-annex remotes types
+ -
+ - Most things should not need this, using Types instead
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.Remote
+	( RemoteConfigKey
+	, RemoteConfig
+	, RemoteTypeA(..)
+	, RemoteA(..)
+	, Availability(..)
+	)
+	where
+
+import Data.Map as M
+import Data.Ord
+
+import qualified Git
+import Types.Key
+import Types.UUID
+import Types.GitConfig
+import Types.Availability
+import Types.Creds
+import Config.Cost
+import Utility.Metered
+import Git.Types
+import Utility.SafeCommand
+
+type RemoteConfigKey = String
+type RemoteConfig = M.Map RemoteConfigKey String
+
+{- There are different types of remotes. -}
+data RemoteTypeA a = RemoteType {
+	-- human visible type name
+	typename :: String,
+	-- enumerates remotes of this type
+	enumerate :: a [Git.Repo],
+	-- generates a remote of this type
+	generate :: Git.Repo -> UUID -> RemoteConfig -> RemoteGitConfig -> a (Maybe (RemoteA a)),
+	-- initializes or changes a remote
+	setup :: Maybe UUID -> Maybe CredPair -> RemoteConfig -> a (RemoteConfig, UUID)
+}
+
+instance Eq (RemoteTypeA a) where
+	x == y = typename x == typename y
+
+{- An individual remote. -}
+data RemoteA a = Remote {
+	-- each Remote has a unique uuid
+	uuid :: UUID,
+	-- each Remote has a human visible name
+	name :: RemoteName,
+	-- Remotes have a use cost; higher is more expensive
+	cost :: Cost,
+	-- Transfers a key to the remote.
+	storeKey :: Key -> AssociatedFile -> MeterUpdate -> a Bool,
+	-- Retrieves a key's contents to a file.
+	-- (The MeterUpdate does not need to be used if it retrieves
+	-- directly to the file, and not to an intermediate file.)
+	retrieveKeyFile :: Key -> AssociatedFile -> FilePath -> MeterUpdate -> a Bool,
+	-- retrieves a key's contents to a tmp file, if it can be done cheaply
+	retrieveKeyFileCheap :: Key -> FilePath -> a Bool,
+	-- removes a key's contents
+	removeKey :: Key -> a Bool,
+	-- Checks if a key is present in the remote; if the remote
+	-- cannot be accessed returns a Left error message.
+	hasKey :: Key -> a (Either String Bool),
+	-- Some remotes can check hasKey without an expensive network
+	-- operation.
+	hasKeyCheap :: Bool,
+	-- Some remotes can provide additional details for whereis.
+	whereisKey :: Maybe (Key -> a [String]),
+	-- Some remotes can run a fsck operation on the remote,
+	-- without transferring all the data to the local repo
+	-- The parameters are passed to the fsck command on the remote.
+	remoteFsck :: Maybe ([CommandParam] -> a (IO Bool)),
+	-- Runs an action to repair the remote's git repository.
+	repairRepo :: Maybe (a Bool -> a (IO Bool)),
+	-- a Remote has a persistent configuration store
+	config :: RemoteConfig,
+	-- git repo for the Remote
+	repo :: Git.Repo,
+	-- a Remote's configuration from git
+	gitconfig :: RemoteGitConfig,
+	-- a Remote can be assocated with a specific local filesystem path
+	localpath :: Maybe FilePath,
+	-- a Remote can be known to be readonly
+	readonly :: Bool,
+	-- a Remote can be globally available. (Ie, "in the cloud".)
+	availability :: Availability,
+	-- the type of the remote
+	remotetype :: RemoteTypeA a
+}
+
+instance Show (RemoteA a) where
+	show remote = "Remote { name =\"" ++ name remote ++ "\" }"
+
+-- two remotes are the same if they have the same uuid
+instance Eq (RemoteA a) where
+	x == y = uuid x == uuid y
+
+instance Ord (RemoteA a) where
+	compare = comparing uuid
diff --git a/Types/ScheduledActivity.hs b/Types/ScheduledActivity.hs
new file mode 100644
index 0000000000..b683409cec
--- /dev/null
+++ b/Types/ScheduledActivity.hs
@@ -0,0 +1,69 @@
+{- git-annex scheduled activities
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.ScheduledActivity where
+
+import Common
+import Utility.Scheduled
+import Utility.HumanTime
+import Types.UUID
+
+import Data.Either
+
+data ScheduledActivity 
+	= ScheduledSelfFsck Schedule Duration
+	| ScheduledRemoteFsck UUID Schedule Duration
+  deriving (Eq, Read, Show, Ord)
+
+{- Activities that run on a remote, within a time window, so
+ - should be run when the remote gets connected. -}
+connectActivityUUID :: ScheduledActivity -> Maybe UUID
+connectActivityUUID (ScheduledRemoteFsck u (Schedule _ AnyTime) _) = Just u
+connectActivityUUID _ = Nothing
+
+getSchedule :: ScheduledActivity -> Schedule
+getSchedule (ScheduledSelfFsck s _) = s
+getSchedule (ScheduledRemoteFsck _ s _) = s
+
+getDuration :: ScheduledActivity -> Duration
+getDuration (ScheduledSelfFsck _ d) = d
+getDuration (ScheduledRemoteFsck _ _ d) = d
+
+fromScheduledActivity :: ScheduledActivity -> String
+fromScheduledActivity (ScheduledSelfFsck s d) = unwords
+	[ "fsck self", fromDuration d, fromSchedule s ]
+fromScheduledActivity (ScheduledRemoteFsck u s d) = unwords
+	[ "fsck", fromUUID u, fromDuration d, fromSchedule s ]
+
+toScheduledActivity :: String -> Maybe ScheduledActivity
+toScheduledActivity = eitherToMaybe . parseScheduledActivity
+
+parseScheduledActivity :: String -> Either String ScheduledActivity
+parseScheduledActivity s = case words s of
+	("fsck":"self":d:rest) -> qualified $ ScheduledSelfFsck
+		<$> parseSchedule (unwords rest)
+		<*> getduration d
+	("fsck":u:d:rest) -> qualified $ ScheduledRemoteFsck
+		<$> pure (toUUID u)
+		<*> parseSchedule (unwords rest)
+		<*> getduration d
+	_ -> qualified $ Left "unknown activity"
+  where
+	qualified (Left e) = Left $ e ++ " in \"" ++ s ++ "\""
+	qualified v = v
+	getduration d = maybe (Left $ "failed to parse duration \""++d++"\"") Right (parseDuration d)
+
+fromScheduledActivities :: [ScheduledActivity] -> String
+fromScheduledActivities = intercalate "; " . map fromScheduledActivity
+
+parseScheduledActivities :: String -> Either String [ScheduledActivity]
+parseScheduledActivities s
+	| null bad = Right good
+	| otherwise = Left $ intercalate "; " bad
+  where
+	(bad, good) = partitionEithers $
+		map parseScheduledActivity $ split "; " s
diff --git a/Types/StandardGroups.hs b/Types/StandardGroups.hs
new file mode 100644
index 0000000000..37ba6e9c64
--- /dev/null
+++ b/Types/StandardGroups.hs
@@ -0,0 +1,105 @@
+{- git-annex standard repository groups
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.StandardGroups where
+
+import Types.Remote (RemoteConfig)
+import Types.Group
+
+import qualified Data.Map as M
+import Data.Maybe
+
+type PreferredContentExpression = String
+
+data StandardGroup
+	= ClientGroup
+	| TransferGroup
+	| BackupGroup
+	| IncrementalBackupGroup
+	| SmallArchiveGroup
+	| FullArchiveGroup
+	| SourceGroup
+	| ManualGroup
+	| PublicGroup
+	| UnwantedGroup
+	deriving (Eq, Ord, Enum, Bounded, Show)
+
+fromStandardGroup :: StandardGroup -> Group
+fromStandardGroup ClientGroup = "client"
+fromStandardGroup TransferGroup = "transfer"
+fromStandardGroup BackupGroup = "backup"
+fromStandardGroup IncrementalBackupGroup = "incrementalbackup"
+fromStandardGroup SmallArchiveGroup = "smallarchive"
+fromStandardGroup FullArchiveGroup = "archive"
+fromStandardGroup SourceGroup = "source"
+fromStandardGroup ManualGroup = "manual"
+fromStandardGroup PublicGroup = "public"
+fromStandardGroup UnwantedGroup = "unwanted"
+
+toStandardGroup :: Group -> Maybe StandardGroup
+toStandardGroup "client" = Just ClientGroup
+toStandardGroup "transfer" = Just TransferGroup
+toStandardGroup "backup" = Just BackupGroup
+toStandardGroup "incrementalbackup" = Just IncrementalBackupGroup
+toStandardGroup "smallarchive" = Just SmallArchiveGroup
+toStandardGroup "archive" = Just FullArchiveGroup
+toStandardGroup "source" = Just SourceGroup
+toStandardGroup "manual" = Just ManualGroup
+toStandardGroup "public" = Just PublicGroup
+toStandardGroup "unwanted" = Just UnwantedGroup
+toStandardGroup _ = Nothing
+
+descStandardGroup :: StandardGroup -> String
+descStandardGroup ClientGroup = "client: a repository on your computer"
+descStandardGroup TransferGroup = "transfer: distributes files to clients"
+descStandardGroup BackupGroup = "full backup: backs up all files"
+descStandardGroup IncrementalBackupGroup = "incremental backup: backs up files not backed up elsewhere"
+descStandardGroup SmallArchiveGroup = "small archive: archives files located in \"archive\" directories"
+descStandardGroup FullArchiveGroup = "full archive: archives all files not archived elsewhere"
+descStandardGroup SourceGroup = "file source: moves files on to other repositories"
+descStandardGroup ManualGroup = "manual mode: only stores files you manually choose"
+descStandardGroup UnwantedGroup = "unwanted: remove content from this repository"
+descStandardGroup PublicGroup = "public: publishes files located in an associated directory"
+
+associatedDirectory :: Maybe RemoteConfig -> StandardGroup -> Maybe FilePath
+associatedDirectory _ SmallArchiveGroup = Just "archive"
+associatedDirectory _ FullArchiveGroup = Just "archive"
+associatedDirectory (Just c) PublicGroup = Just $
+	fromMaybe "public" $ M.lookup "preferreddir" c
+associatedDirectory Nothing PublicGroup = Just "public"
+associatedDirectory _ _ = Nothing
+
+specialRemoteOnly :: StandardGroup -> Bool
+specialRemoteOnly PublicGroup = True
+specialRemoteOnly _ = False
+
+{- See doc/preferred_content.mdwn for explanations of these expressions. -}
+standardPreferredContent :: StandardGroup -> PreferredContentExpression
+standardPreferredContent ClientGroup = lastResort $
+	"((exclude=*/archive/* and exclude=archive/*) or (" ++ notArchived ++ ")) and not unused"
+standardPreferredContent TransferGroup = lastResort $
+	"not (inallgroup=client and copies=client:2) and (" ++ standardPreferredContent ClientGroup ++ ")"
+standardPreferredContent BackupGroup = "include=* or unused"
+standardPreferredContent IncrementalBackupGroup = lastResort
+	"(include=* or unused) and (not copies=incrementalbackup:1)"
+standardPreferredContent SmallArchiveGroup = lastResort $
+	"(include=*/archive/* or include=archive/*) and (" ++ standardPreferredContent FullArchiveGroup ++ ")"
+standardPreferredContent FullArchiveGroup = lastResort notArchived
+standardPreferredContent SourceGroup = "not (copies=1)"
+standardPreferredContent ManualGroup = "present and (" ++ standardPreferredContent ClientGroup ++ ")"
+standardPreferredContent PublicGroup = "inpreferreddir"
+standardPreferredContent UnwantedGroup = "exclude=*"
+
+notArchived :: String
+notArchived = "not (copies=archive:1 or copies=smallarchive:1)"
+  	
+{- Most repositories want any content that is only on untrusted
+ - or dead repositories, or that otherwise does not have enough copies.
+ - Does not look at .gitattributes since that is quite a lot slower.
+ -}
+lastResort :: String -> PreferredContentExpression
+lastResort s = "(" ++ s ++ ") or approxlackingcopies=1"
diff --git a/Types/TrustLevel.hs b/Types/TrustLevel.hs
new file mode 100644
index 0000000000..a72dbb8c62
--- /dev/null
+++ b/Types/TrustLevel.hs
@@ -0,0 +1,43 @@
+{- git-annex trust levels
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.TrustLevel (
+	TrustLevel(..),
+	TrustMap,
+	readTrustLevel,
+	showTrustLevel,
+	prop_read_show_TrustLevel
+) where
+
+import qualified Data.Map as M
+
+import Types.UUID
+
+-- This order may seem backwards, but we generally want to list dead
+-- remotes last and trusted ones first.
+data TrustLevel = Trusted | SemiTrusted | UnTrusted | DeadTrusted
+	deriving (Eq, Enum, Ord, Bounded)
+
+type TrustMap = M.Map UUID TrustLevel
+
+readTrustLevel :: String -> Maybe TrustLevel
+readTrustLevel "trusted" = Just Trusted
+readTrustLevel "untrusted" = Just UnTrusted
+readTrustLevel "semitrusted" = Just SemiTrusted
+readTrustLevel "dead" = Just DeadTrusted
+readTrustLevel _ = Nothing
+
+showTrustLevel :: TrustLevel -> String
+showTrustLevel Trusted = "trusted"
+showTrustLevel UnTrusted = "untrusted"
+showTrustLevel SemiTrusted = "semitrusted"
+showTrustLevel DeadTrusted = "dead"
+
+prop_read_show_TrustLevel :: Bool
+prop_read_show_TrustLevel = all check [minBound .. maxBound]
+  where
+	check l = readTrustLevel (showTrustLevel l) == Just l
diff --git a/Types/UUID.hs b/Types/UUID.hs
new file mode 100644
index 0000000000..df38840598
--- /dev/null
+++ b/Types/UUID.hs
@@ -0,0 +1,29 @@
+{- git-annex UUID type
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.UUID where
+
+import qualified Data.Map as M
+import qualified Data.UUID as U
+import Data.Maybe
+
+-- A UUID is either an arbitrary opaque string, or UUID info may be missing.
+data UUID = NoUUID | UUID String
+	deriving (Eq, Ord, Show, Read)
+
+fromUUID :: UUID -> String
+fromUUID (UUID u) = u
+fromUUID NoUUID = ""
+
+toUUID :: String -> UUID
+toUUID [] = NoUUID
+toUUID s = UUID s
+
+isUUID :: String -> Bool
+isUUID = isJust . U.fromString
+
+type UUIDMap = M.Map UUID String
diff --git a/Types/View.hs b/Types/View.hs
new file mode 100644
index 0000000000..43afdb8c85
--- /dev/null
+++ b/Types/View.hs
@@ -0,0 +1,60 @@
+{- types for metadata based branch views
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Types.View where
+
+import Common.Annex
+import Types.MetaData
+import Utility.QuickCheck
+import qualified Git
+
+import qualified Data.Set as S
+
+{- A view is a list of fields with filters on their allowed values,
+ - which are applied to files in a parent git branch. -}
+data View = View
+	{ viewParentBranch :: Git.Branch
+	, viewComponents :: [ViewComponent]
+	}
+	deriving (Eq, Read, Show)
+
+instance Arbitrary View where
+	arbitrary = View <$> pure (Git.Ref "master") <*> arbitrary
+
+data ViewComponent = ViewComponent
+	{ viewField :: MetaField
+	, viewFilter :: ViewFilter
+	, viewVisible :: Bool
+	}
+	deriving (Eq, Read, Show)
+
+instance Arbitrary ViewComponent where
+	arbitrary = ViewComponent <$> arbitrary <*> arbitrary <*> arbitrary
+
+data ViewFilter
+	= FilterValues (S.Set MetaValue)
+	| FilterGlob String
+	| ExcludeValues (S.Set MetaValue)
+	deriving (Eq, Read, Show)
+
+instance Arbitrary ViewFilter where
+	arbitrary = do
+		size <- arbitrarySizedBoundedIntegral `suchThat` (< 100)
+		s <- S.fromList <$> vector size
+		ifM arbitrary
+			( return (FilterValues s)
+			, return (ExcludeValues s)
+			)
+
+mkViewComponent :: MetaField -> ViewFilter -> ViewComponent
+mkViewComponent f vf = ViewComponent f vf (multiValue vf)
+
+{- Can a ViewFilter match multiple different MetaValues? -}
+multiValue :: ViewFilter -> Bool
+multiValue (FilterValues s) = S.size s > 1
+multiValue (FilterGlob _) = True
+multiValue (ExcludeValues _) = False
diff --git a/Upgrade.hs b/Upgrade.hs
new file mode 100644
index 0000000000..8566f0d5d8
--- /dev/null
+++ b/Upgrade.hs
@@ -0,0 +1,56 @@
+{- git-annex upgrade support
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Upgrade where
+
+import Common.Annex
+import Annex.Version
+#ifndef mingw32_HOST_OS
+import qualified Upgrade.V0
+import qualified Upgrade.V1
+#endif
+import qualified Upgrade.V2
+import qualified Upgrade.V3
+import qualified Upgrade.V4
+
+checkUpgrade :: Version -> Annex ()
+checkUpgrade = maybe noop error <=< needsUpgrade
+
+needsUpgrade :: Version -> Annex (Maybe String)
+needsUpgrade v
+	| v == supportedVersion = ok
+	| v `elem` autoUpgradeableVersions = ifM (upgrade True)
+		( ok
+		, err "Automatic upgrade failed!"
+		)
+	| v `elem` upgradableVersions = err "Upgrade this repository: git-annex upgrade"
+	| otherwise = err "Upgrade git-annex."
+  where
+	err msg = return $ Just $ "Repository version " ++ v ++
+		" is not supported. " ++ msg
+	ok = return Nothing
+
+upgrade :: Bool -> Annex Bool
+upgrade automatic = do
+	upgraded <- go =<< getVersion
+	when upgraded $
+		setVersion supportedVersion
+	return upgraded
+  where
+#ifndef mingw32_HOST_OS
+	go (Just "0") = Upgrade.V0.upgrade
+	go (Just "1") = Upgrade.V1.upgrade
+#else
+	go (Just "0") = error "upgrade from v0 on Windows not supported"
+	go (Just "1") = error "upgrade from v1 on Windows not supported"
+#endif
+	go (Just "2") = Upgrade.V2.upgrade
+	go (Just "3") = Upgrade.V3.upgrade automatic
+	go (Just "4") = Upgrade.V4.upgrade automatic
+	go _ = return True
diff --git a/Upgrade/V0.hs b/Upgrade/V0.hs
new file mode 100644
index 0000000000..00a08cb458
--- /dev/null
+++ b/Upgrade/V0.hs
@@ -0,0 +1,49 @@
+{- git-annex v0 -> v1 upgrade support
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Upgrade.V0 where
+
+import Common.Annex
+import Annex.Content
+import qualified Upgrade.V1
+
+upgrade :: Annex Bool
+upgrade = do
+	showAction "v0 to v1"
+
+	-- do the reorganisation of the key files
+	olddir <- fromRepo gitAnnexDir
+	keys <- getKeysPresent0 olddir
+	forM_ keys $ \k -> moveAnnex k $ olddir </> keyFile0 k
+
+	-- update the symlinks to the key files
+	-- No longer needed here; V1.upgrade does the same thing
+
+	-- Few people had v0 repos, so go the long way around from 0 -> 1 -> 2
+	Upgrade.V1.upgrade
+
+-- these stayed unchanged between v0 and v1
+keyFile0 :: Key -> FilePath
+keyFile0 = Upgrade.V1.keyFile1
+fileKey0 :: FilePath -> Key
+fileKey0 = Upgrade.V1.fileKey1
+lookupFile0 :: FilePath -> Annex (Maybe (Key, Backend))
+lookupFile0 = Upgrade.V1.lookupFile1
+
+getKeysPresent0 :: FilePath -> Annex [Key]
+getKeysPresent0 dir = ifM (liftIO $ doesDirectoryExist dir)
+	( liftIO $ map fileKey0
+		<$> (filterM present =<< getDirectoryContents dir)
+	, return []
+	)
+  where
+	present d = do
+		result <- tryIO $
+			getFileStatus $ dir ++ "/" ++ takeFileName d
+		case result of
+			Right s -> return $ isRegularFile s
+			Left _ -> return False
diff --git a/Upgrade/V1.hs b/Upgrade/V1.hs
new file mode 100644
index 0000000000..8af4848a16
--- /dev/null
+++ b/Upgrade/V1.hs
@@ -0,0 +1,241 @@
+{- git-annex v1 -> v2 upgrade support
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Upgrade.V1 where
+
+import System.Posix.Types
+import Data.Char
+
+import Common.Annex
+import Types.Key
+import Annex.Content
+import Logs.Presence
+import qualified Annex.Queue
+import qualified Git
+import qualified Git.LsFiles as LsFiles
+import Backend
+import Annex.Version
+import Utility.FileMode
+import Utility.Tmp
+import qualified Upgrade.V2
+
+-- v2 adds hashing of filenames of content and location log files.
+-- Key information is encoded in filenames differently, so
+-- both content and location log files move around, and symlinks
+-- to content need to be changed.
+-- 
+-- When upgrading a v1 key to v2, file size metadata ought to be
+-- added to the key (unless it is a WORM key, which encoded
+-- mtime:size in v1). This can only be done when the file content
+-- is present. Since upgrades need to happen consistently, 
+-- (so that two repos get changed the same way by the upgrade, and
+-- will merge), that metadata cannot be added on upgrade.
+--
+-- Note that file size metadata
+-- will only be used for detecting situations where git-annex
+-- would run out of disk space, so if some keys don't have it,
+-- the impact is minor. At least initially. It could be used in the
+-- future by smart auto-repo balancing code, etc.
+--
+-- Anyway, since v2 plans ahead for other metadata being included
+-- in keys, there should probably be a way to update a key.
+-- Something similar to the migrate subcommand could be used,
+-- and users could then run that at their leisure.
+
+upgrade :: Annex Bool
+upgrade = do
+	showAction "v1 to v2"
+	
+	ifM (fromRepo Git.repoIsLocalBare)
+		( do
+			moveContent
+			setVersion supportedVersion
+		, do
+			moveContent
+			updateSymlinks
+			moveLocationLogs
+	
+			Annex.Queue.flush
+			setVersion supportedVersion
+		)
+	
+	Upgrade.V2.upgrade
+
+moveContent :: Annex ()
+moveContent = do
+	showAction "moving content"
+	files <- getKeyFilesPresent1
+	forM_ files move
+  where
+	move f = do
+		let k = fileKey1 (takeFileName f)
+		let d = parentDir f
+		liftIO $ allowWrite d
+		liftIO $ allowWrite f
+		moveAnnex k f
+		liftIO $ removeDirectory d
+
+updateSymlinks :: Annex ()
+updateSymlinks = do
+	showAction "updating symlinks"
+	top <- fromRepo Git.repoPath
+	(files, cleanup) <- inRepo $ LsFiles.inRepo [top]
+	forM_ files fixlink
+	void $ liftIO cleanup
+  where
+	fixlink f = do
+		r <- lookupFile1 f
+		case r of
+			Nothing -> noop
+			Just (k, _) -> do
+				link <- inRepo $ gitAnnexLink f k
+				liftIO $ removeFile f
+				liftIO $ createSymbolicLink link f
+				Annex.Queue.addCommand "add" [Param "--"] [f]
+
+moveLocationLogs :: Annex ()
+moveLocationLogs = do
+	showAction "moving location logs"
+	logkeys <- oldlocationlogs
+	forM_ logkeys move
+  where
+	oldlocationlogs = do
+		dir <- fromRepo Upgrade.V2.gitStateDir
+		ifM (liftIO $ doesDirectoryExist dir)
+			( mapMaybe oldlog2key
+				<$> liftIO (getDirectoryContents dir)
+			, return []
+			)
+	move (l, k) = do
+		dest <- fromRepo $ logFile2 k
+		dir <- fromRepo Upgrade.V2.gitStateDir
+		let f = dir </> l
+		liftIO $ createDirectoryIfMissing True (parentDir dest)
+		-- could just git mv, but this way deals with
+		-- log files that are not checked into git,
+		-- as well as merging with already upgraded
+		-- logs that have been pulled from elsewhere
+		old <- liftIO $ readLog1 f
+		new <- liftIO $ readLog1 dest
+		liftIO $ writeLog1 dest (old++new)
+		Annex.Queue.addCommand "add" [Param "--"] [dest]
+		Annex.Queue.addCommand "add" [Param "--"] [f]
+		Annex.Queue.addCommand "rm" [Param "--quiet", Param "-f", Param "--"] [f]
+
+oldlog2key :: FilePath -> Maybe (FilePath, Key)
+oldlog2key l
+	| drop len l == ".log" && sane = Just (l, k)
+	| otherwise = Nothing
+  where
+	len = length l - 4
+	k = readKey1 (take len l)
+	sane = (not . null $ keyName k) && (not . null $ keyBackendName k)
+
+-- WORM backend keys: "WORM:mtime:size:filename"
+-- all the rest: "backend:key"
+--
+-- If the file looks like "WORM:XXX-...", then it was created by mixing
+-- v2 and v1; that infelicity is worked around by treating the value
+-- as the v2 key that it is.
+readKey1 :: String -> Key
+readKey1 v
+	| mixup = fromJust $ file2key $ intercalate ":" $ Prelude.tail bits
+	| otherwise = Key
+		{ keyName = n
+		, keyBackendName = b
+		, keySize = s
+		, keyMtime = t
+		}
+  where
+	bits = split ":" v
+	b = Prelude.head bits
+	n = intercalate ":" $ drop (if wormy then 3 else 1) bits
+	t = if wormy
+		then Just (Prelude.read (bits !! 1) :: EpochTime)
+		else Nothing
+	s = if wormy
+		then Just (Prelude.read (bits !! 2) :: Integer)
+		else Nothing
+	wormy = Prelude.head bits == "WORM"
+	mixup = wormy && isUpper (Prelude.head $ bits !! 1)
+
+showKey1 :: Key -> String
+showKey1 Key { keyName = n , keyBackendName = b, keySize = s, keyMtime = t } =
+	intercalate ":" $ filter (not . null) [b, showifhere t, showifhere s, n]
+  where
+	showifhere Nothing = ""
+	showifhere (Just v) = show v
+
+keyFile1 :: Key -> FilePath
+keyFile1 key = replace "/" "%" $ replace "%" "&s" $ replace "&" "&a"  $ showKey1 key
+
+fileKey1 :: FilePath -> Key
+fileKey1 file = readKey1 $
+	replace "&a" "&" $ replace "&s" "%" $ replace "%" "/" file
+
+writeLog1 :: FilePath -> [LogLine] -> IO ()
+writeLog1 file ls = viaTmp writeFile file (showLog ls)
+
+readLog1 :: FilePath -> IO [LogLine]
+readLog1 file = catchDefaultIO [] $
+	parseLog <$> readFileStrict file
+
+lookupFile1 :: FilePath -> Annex (Maybe (Key, Backend))
+lookupFile1 file = do
+	tl <- liftIO $ tryIO getsymlink
+	case tl of
+		Left _ -> return Nothing
+		Right l -> makekey l
+  where
+	getsymlink = takeFileName <$> readSymbolicLink file
+	makekey l = case maybeLookupBackendName bname of
+		Nothing -> do
+			unless (null kname || null bname ||
+			        not (isLinkToAnnex l)) $
+				warning skip
+			return Nothing
+		Just backend -> return $ Just (k, backend)
+	  where
+		k = fileKey1 l
+		bname = keyBackendName k
+		kname = keyName k
+		skip = "skipping " ++ file ++ 
+			" (unknown backend " ++ bname ++ ")"
+
+getKeyFilesPresent1 :: Annex [FilePath]
+getKeyFilesPresent1  = getKeyFilesPresent1' =<< fromRepo gitAnnexObjectDir
+getKeyFilesPresent1' :: FilePath -> Annex [FilePath]
+getKeyFilesPresent1' dir =
+	ifM (liftIO $ doesDirectoryExist dir)
+		(  do
+			dirs <- liftIO $ getDirectoryContents dir
+			let files = map (\d -> dir ++ "/" ++ d ++ "/" ++ takeFileName d) dirs
+			liftIO $ filterM present files
+		, return []
+		)
+  where
+	present f = do
+		result <- tryIO $ getFileStatus f
+		case result of
+			Right s -> return $ isRegularFile s
+			Left _ -> return False
+
+logFile1 :: Git.Repo -> Key -> String
+logFile1 repo key = Upgrade.V2.gitStateDir repo ++ keyFile1 key ++ ".log"
+
+logFile2 :: Key -> Git.Repo -> String
+logFile2 = logFile' hashDirLower
+
+logFile' :: (Key -> FilePath) -> Key -> Git.Repo -> String
+logFile' hasher key repo =
+	gitStateDir repo ++ hasher key ++ keyFile key ++ ".log"
+
+stateDir :: FilePath
+stateDir = addTrailingPathSeparator ".git-annex"
+
+gitStateDir :: Git.Repo -> FilePath
+gitStateDir repo = addTrailingPathSeparator $ Git.repoPath repo </> stateDir
diff --git a/Upgrade/V2.hs b/Upgrade/V2.hs
new file mode 100644
index 0000000000..0672de8b63
--- /dev/null
+++ b/Upgrade/V2.hs
@@ -0,0 +1,140 @@
+{- git-annex v2 -> v3 upgrade support
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Upgrade.V2 where
+
+import Common.Annex
+import qualified Git
+import qualified Git.Command
+import qualified Git.Ref
+import qualified Annex.Branch
+import Annex.Content
+import Utility.Tmp
+import Logs
+
+olddir :: Git.Repo -> FilePath
+olddir g
+	| Git.repoIsLocalBare g = ""
+	| otherwise = ".git-annex"
+
+{- .git-annex/ moved to a git-annex branch.
+ - 
+ - Strategy:
+ - 
+ - * Create the git-annex branch.
+ - * Find each location log file in .git-annex/, and inject its content
+ -   into the git-annex branch, unioning with any content already in
+ -   there. (in passing, this deals with the semi transition that left
+ -   some location logs hashed two different ways; both are found and
+ -   merged).
+ - * Also inject remote.log, trust.log, and uuid.log.
+ - * git rm -rf .git-annex
+ - * Remove stuff that used to be needed in .gitattributes.
+ - * Commit changes.
+ -}
+upgrade :: Annex Bool
+upgrade = do
+	showAction "v2 to v3"
+	bare <- fromRepo Git.repoIsLocalBare
+	old <- fromRepo olddir
+
+	Annex.Branch.create
+	showProgress
+
+	e <- liftIO $ doesDirectoryExist old
+	when e $ do
+		mapM_ (\(k, f) -> inject f $ locationLogFile k) =<< locationLogs
+		mapM_ (\f -> inject f f) =<< logFiles old
+
+	saveState False
+	showProgress
+
+	when e $ do
+		inRepo $ Git.Command.run [Param "rm", Param "-r", Param "-f", Param "-q", File old]
+		unless bare $ inRepo gitAttributesUnWrite
+	showProgress
+
+	unless bare push
+
+	return True
+
+locationLogs :: Annex [(Key, FilePath)]
+locationLogs = do
+	dir <- fromRepo gitStateDir
+	liftIO $ do
+		levela <- dirContents dir
+		levelb <- mapM tryDirContents levela
+		files <- mapM tryDirContents (concat levelb)
+		return $ mapMaybe islogfile (concat files)
+  where
+	tryDirContents d = catchDefaultIO [] $ dirContents d
+	islogfile f = maybe Nothing (\k -> Just (k, f)) $
+			locationLogFileKey f
+
+inject :: FilePath -> FilePath -> Annex ()
+inject source dest = do
+	old <- fromRepo olddir
+	new <- liftIO (readFile $ old </> source)
+	Annex.Branch.change dest $ \prev -> 
+		unlines $ nub $ lines prev ++ lines new
+
+logFiles :: FilePath -> Annex [FilePath]
+logFiles dir = return . filter (".log" `isSuffixOf`)
+		<=< liftIO $ getDirectoryContents dir
+
+push :: Annex ()
+push = do
+	origin_master <- inRepo $ Git.Ref.exists $ Git.Ref "origin/master"
+	origin_gitannex <- Annex.Branch.hasOrigin
+	case (origin_master, origin_gitannex) of
+		(_, True) -> do
+			-- Merge in the origin's git-annex branch,
+			-- so that pushing the git-annex branch
+			-- will immediately work. Not pushed here,
+			-- because it's less obnoxious to let the user
+			-- push.
+			Annex.Branch.update
+		(True, False) -> do
+			-- push git-annex to origin, so that
+			-- "git push" will from then on
+			-- automatically push it
+			Annex.Branch.update -- just in case
+			showAction "pushing new git-annex branch to origin"
+			showOutput
+			inRepo $ Git.Command.run
+				[ Param "push"
+				, Param "origin"
+				, Param $ Git.fromRef Annex.Branch.name
+				]
+		_ -> do
+			-- no origin exists, so just let the user
+			-- know about the new branch
+			Annex.Branch.update
+			showLongNote $
+				"git-annex branch created\n" ++
+				"Be sure to push this branch when pushing to remotes.\n"
+
+{- Old .gitattributes contents, not needed anymore. -}
+attrLines :: [String]
+attrLines =
+	[ stateDir </> "*.log merge=union"
+	, stateDir </> "*/*/*.log merge=union"
+	]
+
+gitAttributesUnWrite :: Git.Repo -> IO ()
+gitAttributesUnWrite repo = do
+	let attributes = Git.attributes repo
+	whenM (doesFileExist attributes) $ do
+		c <- readFileStrict attributes
+		liftIO $ viaTmp writeFile attributes $ unlines $
+			filter (`notElem` attrLines) $ lines c
+		Git.Command.run [Param "add", File attributes] repo
+
+stateDir :: FilePath
+stateDir = addTrailingPathSeparator ".git-annex"
+gitStateDir :: Git.Repo -> FilePath
+gitStateDir repo = addTrailingPathSeparator $ Git.repoPath repo </> stateDir
diff --git a/Upgrade/V3.hs b/Upgrade/V3.hs
new file mode 100644
index 0000000000..38f700cf85
--- /dev/null
+++ b/Upgrade/V3.hs
@@ -0,0 +1,12 @@
+{- git-annex v3 -> v4 uppgrade support
+ -
+ - There was no explicit v3 to v4 upgrade, so run v5 upgrade code.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Upgrade.V3 (upgrade) where
+
+import Upgrade.V4 (upgrade)
diff --git a/Upgrade/V4.hs b/Upgrade/V4.hs
new file mode 100644
index 0000000000..dad073d0bb
--- /dev/null
+++ b/Upgrade/V4.hs
@@ -0,0 +1,23 @@
+{- git-annex v4 -> v5 uppgrade support
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Upgrade.V4 where
+
+import Common.Annex
+import Config
+import Annex.Direct
+
+{- Direct mode only upgrade. v4 to v5 indirect update is a no-op -}
+upgrade :: Bool -> Annex Bool
+upgrade automatic = ifM isDirect
+	( do
+		unless automatic $
+			showAction "v4 to v5"
+		setDirect True
+		return True
+	, return True
+	)
diff --git a/Utility/Applicative.hs b/Utility/Applicative.hs
new file mode 100644
index 0000000000..fd8944b28a
--- /dev/null
+++ b/Utility/Applicative.hs
@@ -0,0 +1,16 @@
+{- applicative stuff
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Applicative where
+
+{- Like <$> , but supports one level of currying.
+ - 
+ - foo v = bar <$> action v  ==  foo = bar <$$> action
+ -}
+(<$$>) :: Functor f => (a -> b) -> (c -> f a) -> c -> f b
+f <$$> v = fmap f . v
+infixr 4 <$$>
diff --git a/Utility/Base64.hs b/Utility/Base64.hs
new file mode 100644
index 0000000000..3f0c199655
--- /dev/null
+++ b/Utility/Base64.hs
@@ -0,0 +1,24 @@
+{- Simple Base64 access
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Base64 (toB64, fromB64Maybe, fromB64) where
+
+import "dataenc" Codec.Binary.Base64
+import Data.Bits.Utils
+import Control.Applicative
+import Data.Maybe
+
+toB64 :: String -> String		
+toB64 = encode . s2w8
+
+fromB64Maybe :: String -> Maybe String
+fromB64Maybe s = w82s <$> decode s
+
+fromB64 :: String -> String
+fromB64 = fromMaybe bad . fromB64Maybe
+  where
+	bad = error "bad base64 encoded data"
diff --git a/Utility/Batch.hs b/Utility/Batch.hs
new file mode 100644
index 0000000000..d6dadae677
--- /dev/null
+++ b/Utility/Batch.hs
@@ -0,0 +1,96 @@
+{- Running a long or expensive batch operation niced.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Batch where
+
+import Common
+
+#if defined(linux_HOST_OS) || defined(__ANDROID__)
+import Control.Concurrent.Async
+import System.Posix.Process
+#endif
+import qualified Control.Exception as E
+
+{- Runs an operation, at batch priority.
+ -
+ - This is done by running it in a bound thread, which on Linux can be set
+ - to have a different nice level than the rest of the program. Note that
+ - due to running in a bound thread, some operations may be more expensive
+ - to perform. Also note that if the action calls forkIO or forkOS itself,
+ - that will make a new thread that does not have the batch priority.
+ -
+ - POSIX threads do not support separate nice levels, so on other operating
+ - systems, the action is simply ran.
+ -}
+batch :: IO a -> IO a
+#if defined(linux_HOST_OS) || defined(__ANDROID__)
+batch a = wait =<< batchthread
+  where
+  	batchthread = asyncBound $ do
+		setProcessPriority 0 maxNice
+		a
+#else
+batch a = a
+#endif
+
+maxNice :: Int
+maxNice = 19
+
+{- Makes a command be run by whichever of nice, ionice, and nocache
+ - are available in the path. -}
+type BatchCommandMaker = (String, [CommandParam]) -> (String, [CommandParam])
+
+getBatchCommandMaker :: IO BatchCommandMaker
+getBatchCommandMaker = do
+#ifndef mingw32_HOST_OS
+	nicers <- filterM (inPath . fst)
+		[ ("nice", [])
+#ifndef __ANDROID__
+		-- Android's ionice does not allow specifying a command,
+		-- so don't use it.
+		, ("ionice", ["-c3"])
+#endif
+		, ("nocache", [])
+		]
+	return $ \(command, params) ->
+		case nicers of
+			[] -> (command, params)
+			(first:rest) -> (fst first, map Param (snd first ++ concatMap (\p -> fst p : snd p) rest ++ [command]) ++ params)
+#else
+	return id
+#endif
+
+toBatchCommand :: (String, [CommandParam]) -> IO (String, [CommandParam])
+toBatchCommand v = do
+	batchmaker <- getBatchCommandMaker
+	return $ batchmaker v
+
+{- Runs a command in a way that's suitable for batch jobs that can be
+ - interrupted.
+ -
+ - If the calling thread receives an async exception, it sends the
+ - command a SIGTERM, and after the command finishes shuttting down,
+ - it re-raises the async exception. -}
+batchCommand :: String -> [CommandParam] -> IO Bool
+batchCommand command params = batchCommandEnv command params Nothing
+
+batchCommandEnv :: String -> [CommandParam] -> Maybe [(String, String)] -> IO Bool
+batchCommandEnv command params environ = do
+	batchmaker <- getBatchCommandMaker
+	let (command', params') = batchmaker (command, params)
+	let p = proc command' $ toCommand params'
+	(_, _, _, pid) <- createProcess $ p { env = environ }
+	r <- E.try (waitForProcess pid) :: IO (Either E.SomeException ExitCode)
+	case r of
+		Right ExitSuccess -> return True
+		Right _ -> return False
+		Left asyncexception -> do
+			terminateProcess pid
+			void $ waitForProcess pid
+			E.throwIO asyncexception
diff --git a/Utility/Bloom.hs b/Utility/Bloom.hs
new file mode 100644
index 0000000000..e3000de3d7
--- /dev/null
+++ b/Utility/Bloom.hs
@@ -0,0 +1,60 @@
+{- bloomfilter compatability wrapper
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Bloom (
+	Bloom,
+	suggestSizing,
+	Hashable,
+	cheapHashes,
+	notElemB,
+
+	newMB,
+	insertMB,
+	unsafeFreezeMB,
+) where
+
+#if MIN_VERSION_bloomfilter(2,0,0)
+import qualified Data.BloomFilter.Mutable as MBloom
+import qualified Data.BloomFilter as Bloom
+#else
+import qualified Data.BloomFilter as Bloom
+#endif
+import Data.BloomFilter.Easy (suggestSizing, Bloom)
+import Data.BloomFilter.Hash (Hashable, cheapHashes)
+import Control.Monad.ST.Safe (ST)
+
+#if MIN_VERSION_bloomfilter(2,0,0)
+
+notElemB :: a -> Bloom a -> Bool
+notElemB = Bloom.notElem
+
+newMB :: (a -> [Bloom.Hash]) -> Int -> ST s (MBloom.MBloom s a)
+newMB = MBloom.new
+
+insertMB :: MBloom.MBloom s a -> a -> ST s ()
+insertMB = MBloom.insert
+
+unsafeFreezeMB :: MBloom.MBloom s a -> ST s (Bloom a)
+unsafeFreezeMB = Bloom.unsafeFreeze
+
+#else
+
+notElemB :: a -> Bloom a -> Bool
+notElemB = Bloom.notElemB
+
+newMB :: (a -> [Bloom.Hash]) -> Int -> ST s (Bloom.MBloom s a)
+newMB = Bloom.newMB
+
+insertMB :: Bloom.MBloom s a -> a -> ST s ()
+insertMB = Bloom.insertMB
+
+unsafeFreezeMB :: Bloom.MBloom s a -> ST s (Bloom a)
+unsafeFreezeMB = Bloom.unsafeFreezeMB
+
+#endif
diff --git a/Utility/CoProcess.hs b/Utility/CoProcess.hs
new file mode 100644
index 0000000000..332c09d49f
--- /dev/null
+++ b/Utility/CoProcess.hs
@@ -0,0 +1,94 @@
+{- Interface for running a shell command as a coprocess,
+ - sending it queries and getting back results.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.CoProcess (
+	CoProcessHandle,
+	start,
+	stop,
+	query,
+	rawMode
+) where
+
+import Common
+
+import Control.Concurrent.MVar
+
+type CoProcessHandle = MVar CoProcessState
+
+data CoProcessState = CoProcessState
+	{ coProcessPid :: ProcessHandle
+	, coProcessTo :: Handle
+	, coProcessFrom :: Handle
+	, coProcessSpec :: CoProcessSpec
+	}
+
+data CoProcessSpec = CoProcessSpec
+	{ coProcessNumRestarts :: Int
+	, coProcessCmd :: FilePath
+	, coProcessParams :: [String]
+	, coProcessEnv :: Maybe [(String, String)]
+	}
+
+start :: Int -> FilePath -> [String] -> Maybe [(String, String)] -> IO CoProcessHandle
+start numrestarts cmd params environ = do
+	s <- start' $ CoProcessSpec numrestarts cmd params environ
+	newMVar s
+
+start' :: CoProcessSpec -> IO CoProcessState
+start' s = do
+	(pid, from, to) <- startInteractiveProcess (coProcessCmd s) (coProcessParams s) (coProcessEnv s)
+	return $ CoProcessState pid to from s
+
+stop :: CoProcessHandle -> IO ()
+stop ch = do
+	s <- readMVar ch
+	hClose $ coProcessTo s
+	hClose $ coProcessFrom s
+	let p = proc (coProcessCmd $ coProcessSpec s) (coProcessParams $ coProcessSpec s)
+	forceSuccessProcess p (coProcessPid s)
+
+{- To handle a restartable process, any IO exception thrown by the send and
+ - receive actions are assumed to mean communication with the process
+ - failed, and the failed action is re-run with a new process. -}
+query :: CoProcessHandle -> (Handle -> IO a) -> (Handle -> IO b) -> IO b
+query ch send receive = do
+	s <- readMVar ch
+	restartable s (send $ coProcessTo s) $ const $
+		restartable s (hFlush $ coProcessTo s) $ const $
+			restartable s (receive $ coProcessFrom s)
+				return
+  where
+  	restartable s a cont
+		| coProcessNumRestarts (coProcessSpec s) > 0 =
+			maybe restart cont =<< catchMaybeIO a
+		| otherwise = cont =<< a
+	restart = do
+		s <- takeMVar ch
+		void $ catchMaybeIO $ do
+			hClose $ coProcessTo s
+			hClose $ coProcessFrom s
+		void $ waitForProcess $ coProcessPid s
+		s' <- start' $ (coProcessSpec s)
+			{ coProcessNumRestarts = coProcessNumRestarts (coProcessSpec s) - 1 }
+		putMVar ch s'
+		query ch send receive
+
+rawMode :: CoProcessHandle -> IO CoProcessHandle
+rawMode ch = do
+	s <- readMVar ch
+	raw $ coProcessFrom s
+	raw $ coProcessTo s
+	return ch
+  where
+  	raw h = do
+		fileEncoding h
+#ifdef mingw32_HOST_OS
+		hSetNewlineMode h noNewlineTranslation
+#endif
diff --git a/Utility/CopyFile.hs b/Utility/CopyFile.hs
new file mode 100644
index 0000000000..e3ccd0a2b2
--- /dev/null
+++ b/Utility/CopyFile.hs
@@ -0,0 +1,48 @@
+{- file copying
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.CopyFile (
+	copyFileExternal,
+	createLinkOrCopy
+) where
+
+import Common
+import qualified Build.SysConfig as SysConfig
+
+{- The cp command is used, because I hate reinventing the wheel,
+ - and because this allows easy access to features like cp --reflink. -}
+copyFileExternal :: FilePath -> FilePath -> IO Bool
+copyFileExternal src dest = do
+	whenM (doesFileExist dest) $
+		removeFile dest
+	boolSystem "cp" $ params ++ [File src, File dest]
+  where
+#ifndef __ANDROID__
+	params = map snd $ filter fst
+		[ (SysConfig.cp_reflink_auto, Param "--reflink=auto")
+		, (SysConfig.cp_a, Param "-a")
+		, (SysConfig.cp_p && not SysConfig.cp_a, Param "-p")
+		]
+#else
+	params = []
+#endif
+
+{- Create a hard link if the filesystem allows it, and fall back to copying
+ - the file. -}
+createLinkOrCopy :: FilePath -> FilePath -> IO Bool
+#ifndef mingw32_HOST_OS
+createLinkOrCopy src dest = go `catchIO` const fallback
+  where
+  	go = do
+		createLink src dest
+		return True
+  	fallback = copyFileExternal src dest
+#else
+createLinkOrCopy = copyFileExternal
+#endif
diff --git a/Utility/DBus.hs b/Utility/DBus.hs
new file mode 100644
index 0000000000..29dbc94790
--- /dev/null
+++ b/Utility/DBus.hs
@@ -0,0 +1,85 @@
+{- DBus utilities
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE OverloadedStrings, ScopedTypeVariables #-}
+
+module Utility.DBus where
+
+import Utility.PartialPrelude
+import Utility.Exception
+
+import DBus.Client
+import DBus
+import Data.Maybe
+import Control.Concurrent
+import Control.Exception as E
+
+type ServiceName = String
+
+listServiceNames :: Client -> IO [ServiceName]
+listServiceNames client = do
+	reply <- callDBus client "ListNames" []
+	return $ fromMaybe [] $ fromVariant =<< headMaybe (methodReturnBody reply)
+
+callDBus :: Client -> MemberName -> [Variant] -> IO MethodReturn
+callDBus client name params = call_ client $
+	(methodCall "/org/freedesktop/DBus" "org.freedesktop.DBus" name)
+		{ methodCallDestination = Just "org.freedesktop.DBus"
+		, methodCallBody = params
+		}
+
+{- Connects to the bus, and runs the client action.
+ - 
+ - Throws a ClientError, and closes the connection if it fails to
+ - process an incoming message, or if the connection is lost.
+ - Unlike DBus's usual interface, this error is thrown at the top level,
+ - rather than inside the clientThreadRunner, so it can be caught, and
+ - runClient re-run as needed. -}
+runClient :: IO (Maybe Address) -> (Client -> IO ()) -> IO ()
+runClient getaddr clientaction = do
+	env <- getaddr
+	case env of
+		Nothing -> throwIO (clientError "runClient: unable to determine DBUS address")
+		Just addr -> do
+			{- The clientaction will set up listeners, which
+			 - run in a different thread. We block while
+			 - they're running, until our threadrunner catches
+			 - a ClientError, which it will put into the MVar
+			 - to be rethrown here. -}
+			mv <- newEmptyMVar
+			let tr = threadrunner (putMVar mv)
+			let opts = defaultClientOptions { clientThreadRunner = tr }
+			client <- connectWith opts addr
+			clientaction client
+			e <- takeMVar mv
+			disconnect client
+			throw e
+  where
+	threadrunner storeerr io = loop
+	  where
+		loop = catchClientError (io >> loop) storeerr
+
+{- Connects to the bus, and runs the client action.
+ -
+ - If the connection is lost, runs onretry, which can do something like
+ - a delay, or printing a warning, and has a state value (useful for
+ - exponential backoff). Once onretry returns, the connection is retried.
+ -}
+persistentClient :: IO (Maybe Address) -> v -> (SomeException -> v -> IO v) -> (Client -> IO ()) -> IO ()
+persistentClient getaddr v onretry clientaction =
+	{- runClient can fail with not just ClientError, but also other
+	 - things, if dbus is not running. Let async exceptions through. -}
+	runClient getaddr clientaction `catchNonAsync` retry
+  where
+	retry e = do
+		v' <- onretry e v
+		persistentClient getaddr v' onretry clientaction
+
+{- Catches only ClientError -}
+catchClientError :: IO () -> (ClientError -> IO ()) -> IO ()
+catchClientError io handler =
+	either handler return =<< (E.try io :: IO (Either ClientError ()))
diff --git a/Utility/Daemon.hs b/Utility/Daemon.hs
new file mode 100644
index 0000000000..228263911a
--- /dev/null
+++ b/Utility/Daemon.hs
@@ -0,0 +1,183 @@
+{- daemon support
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Daemon where
+
+import Common
+import Utility.PID
+#ifndef mingw32_HOST_OS
+import Utility.LogFile
+#else
+import Utility.WinProcess
+import Utility.WinLock
+#endif
+
+#ifndef mingw32_HOST_OS
+import System.Posix
+import Control.Concurrent.Async
+#else
+import System.Exit
+#endif
+
+#ifndef mingw32_HOST_OS
+{- Run an action as a daemon, with all output sent to a file descriptor.
+ -
+ - Can write its pid to a file, to guard against multiple instances
+ - running and allow easy termination.
+ -
+ - When successful, does not return. -}
+daemonize :: Fd -> Maybe FilePath -> Bool -> IO () -> IO ()
+daemonize logfd pidfile changedirectory a = do
+	maybe noop checkalreadyrunning pidfile
+	_ <- forkProcess child1
+	out
+  where
+	checkalreadyrunning f = maybe noop (const alreadyRunning) 
+		=<< checkDaemon f
+	child1 = do
+		_ <- tryIO createSession
+		_ <- forkProcess child2
+		out
+	child2 = do
+		maybe noop lockPidFile pidfile 
+		when changedirectory $
+			setCurrentDirectory "/"
+		nullfd <- openFd "/dev/null" ReadOnly Nothing defaultFileFlags
+		redir nullfd stdInput
+		redirLog logfd
+		{- In old versions of ghc, forkProcess masks async exceptions;
+		 - unmask them inside the action. -}
+		wait =<< asyncWithUnmask (\unmask -> unmask a)
+		out
+	out = exitImmediately ExitSuccess
+#endif
+
+{- To run an action that is normally daemonized in the forground. -}
+#ifndef mingw32_HOST_OS
+foreground :: Fd -> Maybe FilePath -> IO () -> IO ()
+foreground logfd pidfile a = do
+#else
+foreground :: Maybe FilePath -> IO () -> IO ()
+foreground pidfile a = do
+#endif
+	maybe noop lockPidFile pidfile
+#ifndef mingw32_HOST_OS
+	_ <- tryIO createSession
+	redirLog logfd
+#endif
+	a
+#ifndef mingw32_HOST_OS
+	exitImmediately ExitSuccess
+#else
+	exitWith ExitSuccess
+#endif
+
+{- Locks the pid file, with an exclusive, non-blocking lock,
+ - and leaves it locked on return.
+ -
+ - Writes the pid to the file, fully atomically.
+ - Fails if the pid file is already locked by another process. -}
+lockPidFile :: FilePath -> IO ()
+lockPidFile pidfile = do
+	createDirectoryIfMissing True (parentDir pidfile)
+#ifndef mingw32_HOST_OS
+	fd <- openFd pidfile ReadWrite (Just stdFileMode) defaultFileFlags
+	locked <- catchMaybeIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+	fd' <- openFd newfile ReadWrite (Just stdFileMode) defaultFileFlags
+		{ trunc = True }
+	locked' <- catchMaybeIO $ setLock fd' (WriteLock, AbsoluteSeek, 0, 0)
+	case (locked, locked') of
+		(Nothing, _) -> alreadyRunning
+		(_, Nothing) -> alreadyRunning
+		_ -> do
+			_ <- fdWrite fd' =<< show <$> getPID
+			closeFd fd
+	rename newfile pidfile
+  where
+	newfile = pidfile ++ ".new"
+#else
+	{- Not atomic on Windows, oh well. -}
+	unlessM (isNothing <$> checkDaemon pidfile)
+		alreadyRunning
+	pid <- getPID
+	writeFile pidfile (show pid)
+	lckfile <- winLockFile pid pidfile
+	writeFile lckfile ""
+	void $ lockExclusive lckfile
+#endif
+
+alreadyRunning :: IO ()
+alreadyRunning = error "Daemon is already running."
+
+{- Checks if the daemon is running, by checking that the pid file
+ - is locked by the same process that is listed in the pid file.
+ -
+ - If it's running, returns its pid. -}
+checkDaemon :: FilePath -> IO (Maybe PID)
+#ifndef mingw32_HOST_OS
+checkDaemon pidfile = do
+	v <- catchMaybeIO $
+		openFd pidfile ReadOnly (Just stdFileMode) defaultFileFlags
+	case v of
+		Just fd -> do
+			locked <- getLock fd (ReadLock, AbsoluteSeek, 0, 0)
+			p <- readish <$> readFile pidfile
+			closeFd fd `after` return (check locked p)
+		Nothing -> return Nothing
+  where
+	check Nothing _ = Nothing
+	check _ Nothing = Nothing
+	check (Just (pid, _)) (Just pid')
+		| pid == pid' = Just pid
+		| otherwise = error $
+			"stale pid in " ++ pidfile ++ 
+			" (got " ++ show pid' ++ 
+			"; expected " ++ show pid ++ " )"
+#else
+checkDaemon pidfile = maybe (return Nothing) (check . readish)
+	=<< catchMaybeIO (readFile pidfile)
+  where
+	check Nothing = return Nothing
+	check (Just pid) = do
+		v <- lockShared =<< winLockFile pid pidfile
+		case v of
+			Just h -> do
+				dropLock h
+				return Nothing
+			Nothing -> return (Just pid)
+#endif
+
+{- Stops the daemon, safely. -}
+stopDaemon :: FilePath -> IO ()
+stopDaemon pidfile = go =<< checkDaemon pidfile
+  where
+	go Nothing = noop
+	go (Just pid) =
+#ifndef mingw32_HOST_OS
+		signalProcess sigTERM pid
+#else
+		terminatePID pid
+#endif
+
+{- Windows locks a lock file that corresponds with the pid of the process.
+ - This allows changing the process in the pid file and taking a new lock
+ - when eg, restarting the daemon.
+ -}
+#ifdef mingw32_HOST_OS
+winLockFile :: PID -> FilePath -> IO FilePath
+winLockFile pid pidfile = do
+	cleanstale
+	return $ prefix ++ show pid ++ suffix
+  where
+  	prefix = pidfile ++ "."
+	suffix = ".lck"
+	cleanstale = mapM_ (void . tryIO . removeFile) =<<
+		(filter iswinlockfile <$> dirContents (parentDir pidfile))
+	iswinlockfile f = suffix `isSuffixOf` f && prefix `isPrefixOf` f
+#endif
diff --git a/Utility/Data.hs b/Utility/Data.hs
new file mode 100644
index 0000000000..2df12b36d5
--- /dev/null
+++ b/Utility/Data.hs
@@ -0,0 +1,17 @@
+{- utilities for simple data types
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Data where
+
+{- First item in the list that is not Nothing. -}
+firstJust :: Eq a => [Maybe a] -> Maybe a
+firstJust ms = case dropWhile (== Nothing) ms of
+	[] -> Nothing
+	(md:_) -> md
+
+eitherToMaybe :: Either a b -> Maybe b
+eitherToMaybe = either (const Nothing) Just
diff --git a/Utility/DataUnits.hs b/Utility/DataUnits.hs
new file mode 100644
index 0000000000..7575af21f0
--- /dev/null
+++ b/Utility/DataUnits.hs
@@ -0,0 +1,160 @@
+{- data size display and parsing
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -
+ -
+ - And now a rant: 
+ -
+ - In the beginning, we had powers of two, and they were good.
+ -
+ - Disk drive manufacturers noticed that some powers of two were
+ - sorta close to some powers of ten, and that rounding down to the nearest
+ - power of ten allowed them to advertise their drives were bigger. This
+ - was sorta annoying.
+ -
+ - Then drives got big. Really, really big. This was good.
+ -
+ - Except that the small rounding error perpretrated by the drive
+ - manufacturers suffered the fate of a small error, and became a large
+ - error. This was bad.
+ -
+ - So, a committee was formed. And it arrived at a committee-like decision,
+ - which satisfied noone, confused everyone, and made the world an uglier
+ - place. As with all committees, this was meh.
+ -
+ - And the drive manufacturers happily continued selling drives that are
+ - increasingly smaller than you'd expect, if you don't count on your
+ - fingers. But that are increasingly too big for anyone to much notice.
+ - This caused me to need git-annex.
+ -
+ - Thus, I use units here that I loathe. Because if I didn't, people would
+ - be confused that their drives seem the wrong size, and other people would
+ - complain at me for not being standards compliant. And we call this
+ - progress?
+ -}
+
+module Utility.DataUnits (
+	dataUnits,
+	storageUnits,
+	memoryUnits,
+	bandwidthUnits,
+	oldSchoolUnits,
+
+	roughSize,
+	compareSizes,
+	readSize
+) where
+
+import Data.List
+import Data.Char
+
+import Utility.HumanNumber
+
+type ByteSize = Integer
+type Name = String
+type Abbrev = String
+data Unit = Unit ByteSize Abbrev Name
+	deriving (Ord, Show, Eq)
+
+dataUnits :: [Unit]
+dataUnits = storageUnits ++ memoryUnits
+
+{- Storage units are (stupidly) powers of ten. -}
+storageUnits :: [Unit]
+storageUnits =
+	[ Unit (p 8) "YB" "yottabyte"
+	, Unit (p 7) "ZB" "zettabyte"
+	, Unit (p 6) "EB" "exabyte"
+	, Unit (p 5) "PB" "petabyte"
+	, Unit (p 4) "TB" "terabyte"
+	, Unit (p 3) "GB" "gigabyte"
+	, Unit (p 2) "MB" "megabyte"
+	, Unit (p 1) "kB" "kilobyte" -- weird capitalization thanks to committe
+	, Unit (p 0) "B" "byte"
+	]
+  where
+	p :: Integer -> Integer
+	p n = 1000^n
+
+{- Memory units are (stupidly named) powers of 2. -}
+memoryUnits :: [Unit]
+memoryUnits =
+	[ Unit (p 8) "YiB" "yobibyte"
+	, Unit (p 7) "ZiB" "zebibyte"
+	, Unit (p 6) "EiB" "exbibyte"
+	, Unit (p 5) "PiB" "pebibyte"
+	, Unit (p 4) "TiB" "tebibyte"
+	, Unit (p 3) "GiB" "gibibyte"
+	, Unit (p 2) "MiB" "mebibyte"
+	, Unit (p 1) "KiB" "kibibyte"
+	, Unit (p 0) "B" "byte"
+	]
+  where
+	p :: Integer -> Integer
+	p n = 2^(n*10)
+
+{- Bandwidth units are only measured in bits if you're some crazy telco. -}
+bandwidthUnits :: [Unit]
+bandwidthUnits = error "stop trying to rip people off"
+
+{- Do you yearn for the days when men were men and megabytes were megabytes? -}
+oldSchoolUnits :: [Unit]
+oldSchoolUnits = zipWith (curry mingle) storageUnits memoryUnits
+  where
+	mingle (Unit _ a n, Unit s' _ _) = Unit s' a n
+
+{- approximate display of a particular number of bytes -}
+roughSize :: [Unit] -> Bool -> ByteSize -> String
+roughSize units short i
+	| i < 0 = '-' : findUnit units' (negate i)
+	| otherwise = findUnit units' i
+  where
+	units' = sortBy (flip compare) units -- largest first
+
+	findUnit (u@(Unit s _ _):us) i'
+		| i' >= s = showUnit i' u
+		| otherwise = findUnit us i'
+	findUnit [] i' = showUnit i' (last units') -- bytes
+
+	showUnit x (Unit size abbrev name) = s ++ " " ++ unit
+	  where
+	  	v = (fromInteger x :: Double) / fromInteger size
+		s = showImprecise 2 v
+		unit
+			| short = abbrev
+			| s == "1" = name
+			| otherwise = name ++ "s"
+
+{- displays comparison of two sizes -}
+compareSizes :: [Unit] -> Bool -> ByteSize -> ByteSize -> String
+compareSizes units abbrev old new
+	| old > new = roughSize units abbrev (old - new) ++ " smaller"
+	| old < new = roughSize units abbrev (new - old) ++ " larger"
+	| otherwise = "same"
+
+{- Parses strings like "10 kilobytes" or "0.5tb". -}
+readSize :: [Unit] -> String -> Maybe ByteSize
+readSize units input
+	| null parsednum || null parsedunit = Nothing
+	| otherwise = Just $ round $ number * fromIntegral multiplier
+  where
+	(number, rest) = head parsednum
+	multiplier = head parsedunit
+	unitname = takeWhile isAlpha $ dropWhile isSpace rest
+
+	parsednum = reads input :: [(Double, String)]
+	parsedunit = lookupUnit units unitname
+
+	lookupUnit _ [] = [1] -- no unit given, assume bytes
+	lookupUnit [] _ = []
+	lookupUnit (Unit s a n:us) v
+		| a ~~ v || n ~~ v = [s]
+		| plural n ~~ v || a ~~ byteabbrev v = [s]
+		| otherwise = lookupUnit us v
+		
+	a ~~ b = map toLower a == map toLower b
+		
+	plural n = n ++ "s"
+	byteabbrev a = a ++ "b"
diff --git a/Utility/DirWatcher.hs b/Utility/DirWatcher.hs
new file mode 100644
index 0000000000..7e582239d9
--- /dev/null
+++ b/Utility/DirWatcher.hs
@@ -0,0 +1,157 @@
+{- generic directory watching interface
+ -
+ - Uses inotify, or kqueue, or fsevents, or win32-notify to watch a directory
+ - (and subdirectories) for changes, and runs hooks for different
+ - sorts of events as they occur.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.DirWatcher where
+
+import Utility.DirWatcher.Types
+
+#if WITH_INOTIFY
+import qualified Utility.DirWatcher.INotify as INotify
+import qualified System.INotify as INotify
+#endif
+#if WITH_KQUEUE
+import qualified Utility.DirWatcher.Kqueue as Kqueue
+import Control.Concurrent
+#endif
+#if WITH_FSEVENTS
+import qualified Utility.DirWatcher.FSEvents as FSEvents
+import qualified System.OSX.FSEvents as FSEvents
+#endif
+#if WITH_WIN32NOTIFY
+import qualified Utility.DirWatcher.Win32Notify as Win32Notify
+import qualified System.Win32.Notify as Win32Notify
+#endif
+
+type Pruner = FilePath -> Bool
+
+canWatch :: Bool
+#if (WITH_INOTIFY || WITH_KQUEUE || WITH_FSEVENTS || WITH_WIN32NOTIFY)
+canWatch = True
+#else
+#if defined linux_HOST_OS
+#warning "Building without inotify support"
+#endif
+canWatch = False
+#endif
+
+{- With inotify, discrete events will be received when making multiple changes
+ - to the same filename. For example, adding it, deleting it, and adding it
+ - again will be three events.
+ - 
+ - OTOH, with kqueue, often only one event is received, indicating the most
+ - recent state of the file. -}
+eventsCoalesce :: Bool
+#if (WITH_INOTIFY || WITH_WIN32NOTIFY)
+eventsCoalesce = False
+#else
+#if (WITH_KQUEUE || WITH_FSEVENTS)
+eventsCoalesce = True
+#else
+eventsCoalesce = undefined
+#endif
+#endif
+
+{- With inotify, file closing is tracked to some extent, so an add event
+ - will always be received for a file once its writer closes it, and
+ - (typically) not before. This may mean multiple add events for the same file.
+ - 
+ - fsevents behaves similarly, although different event types are used for
+ - creating and modification of the file.
+ -
+ - OTOH, with kqueue, add events will often be received while a file is
+ - still being written to, and then no add event will be received once the
+ - writer closes it. -}
+closingTracked :: Bool
+#if (WITH_INOTIFY || WITH_FSEVENTS || WITH_WIN32NOTIFY)
+closingTracked = True
+#else
+#if WITH_KQUEUE
+closingTracked = False
+#else
+closingTracked = undefined
+#endif
+#endif
+
+{- With inotify, modifications to existing files can be tracked.
+ - Kqueue does not support this.
+ - Fsevents generates events when an existing file is reopened and rewritten,
+ - but not necessarily when it's opened once and modified repeatedly. -}
+modifyTracked :: Bool
+#if (WITH_INOTIFY || WITH_FSEVENTS || WITH_WIN32NOTIFY)
+modifyTracked = True
+#else
+#if WITH_KQUEUE
+modifyTracked = False
+#else
+modifyTracked = undefined
+#endif
+#endif
+
+{- Starts a watcher thread. The runstartup action is passed a scanner action
+ - to run, that will return once the initial directory scan is complete.
+ - Once runstartup returns, the watcher thread continues running,
+ - and processing events. Returns a DirWatcherHandle that can be used
+ - to shutdown later. -}
+#if WITH_INOTIFY
+type DirWatcherHandle = INotify.INotify
+watchDir :: FilePath -> Pruner -> Bool -> WatchHooks -> (IO () -> IO ()) -> IO DirWatcherHandle
+watchDir dir prune scanevents hooks runstartup = do
+	i <- INotify.initINotify
+	runstartup $ INotify.watchDir i dir prune scanevents hooks
+	return i
+#else
+#if WITH_KQUEUE
+type DirWatcherHandle = ThreadId
+watchDir :: FilePath -> Pruner -> Bool -> WatchHooks -> (IO Kqueue.Kqueue -> IO Kqueue.Kqueue) -> IO DirWatcherHandle
+watchDir dir prune _scanevents hooks runstartup = do
+	kq <- runstartup $ Kqueue.initKqueue dir prune
+	forkIO $ Kqueue.runHooks kq hooks
+#else
+#if WITH_FSEVENTS
+type DirWatcherHandle = FSEvents.EventStream
+watchDir :: FilePath -> Pruner -> Bool -> WatchHooks -> (IO FSEvents.EventStream -> IO FSEvents.EventStream) -> IO DirWatcherHandle
+watchDir dir prune scanevents hooks runstartup =
+	runstartup $ FSEvents.watchDir dir prune scanevents hooks
+#else
+#if WITH_WIN32NOTIFY
+type DirWatcherHandle = Win32Notify.WatchManager
+watchDir :: FilePath -> Pruner -> Bool -> WatchHooks -> (IO Win32Notify.WatchManager -> IO Win32Notify.WatchManager) -> IO DirWatcherHandle
+watchDir dir prune scanevents hooks runstartup =
+	runstartup $ Win32Notify.watchDir dir prune scanevents hooks
+#else
+type DirWatcherHandle = ()
+watchDir :: FilePath -> Pruner -> Bool -> WatchHooks -> (IO () -> IO ()) -> IO DirWatcherHandle
+watchDir = undefined
+#endif
+#endif
+#endif
+#endif
+
+stopWatchDir :: DirWatcherHandle -> IO ()
+#if WITH_INOTIFY
+stopWatchDir = INotify.killINotify
+#else
+#if WITH_KQUEUE
+stopWatchDir = killThread
+#else
+#if WITH_FSEVENTS
+stopWatchDir = FSEvents.eventStreamDestroy
+#else
+#if WITH_WIN32NOTIFY
+stopWatchDir = Win32Notify.killWatchManager
+#else
+stopWatchDir = undefined
+#endif
+#endif
+#endif
+#endif
diff --git a/Utility/DirWatcher/FSEvents.hs b/Utility/DirWatcher/FSEvents.hs
new file mode 100644
index 0000000000..7d755518f6
--- /dev/null
+++ b/Utility/DirWatcher/FSEvents.hs
@@ -0,0 +1,96 @@
+{- FSEvents interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.DirWatcher.FSEvents where
+
+import Common hiding (isDirectory)
+import Utility.DirWatcher.Types
+
+import System.OSX.FSEvents
+import qualified System.Posix.Files as Files
+import Data.Bits ((.&.))
+
+watchDir :: FilePath -> (FilePath -> Bool) -> Bool -> WatchHooks -> IO EventStream
+watchDir dir ignored scanevents hooks = do
+	unlessM fileLevelEventsSupported $
+		error "Need at least OSX 10.7.0 for file-level FSEvents"
+	scan dir
+	eventStreamCreate [dir] 1.0 True True True handle
+  where
+	handle evt
+		| ignoredPath ignored (eventPath evt) = noop
+		| otherwise = do
+			{- More than one flag may be set, if events occurred
+			 - close together. 
+			 - 
+			 - Order is important..
+			 - If a file is added and then deleted, we'll see it's
+			 - not present, and addHook won't run.
+			 - OTOH, if a file is deleted and then re-added,
+			 - the delHook will run first, followed by the addHook.
+			 -}
+
+			when (hasflag eventFlagItemRemoved) $
+				if hasflag eventFlagItemIsDir
+					then runhook delDirHook Nothing
+					else runhook delHook Nothing
+			when (hasflag eventFlagItemCreated) $
+				maybe noop handleadd =<< getstatus (eventPath evt)
+			{- When a file or dir is renamed, a rename event is
+			 - received for both its old and its new name. -}
+			when (hasflag eventFlagItemRenamed) $
+				if hasflag eventFlagItemIsDir
+					then ifM (doesDirectoryExist $ eventPath evt)
+						( scan $ eventPath evt
+						, runhook delDirHook Nothing
+						)
+					else maybe (runhook delHook Nothing) handleadd
+						=<< getstatus (eventPath evt)
+			{- Add hooks are run when a file is modified for 
+			 - compatability with INotify, which calls the add
+			 - hook when a file is closed, and so tends to call
+			 - both add and modify for file modifications. -}
+			when (hasflag eventFlagItemModified && not (hasflag eventFlagItemIsDir)) $ do
+				ms <- getstatus $ eventPath evt
+				maybe noop handleadd ms
+				runhook modifyHook ms
+	  where
+		hasflag f = eventFlags evt .&. f /= 0
+		runhook h s = maybe noop (\a -> a (eventPath evt) s) (h hooks)
+		handleadd s
+			| Files.isSymbolicLink s = runhook addSymlinkHook $ Just s
+			| Files.isRegularFile s = runhook addHook $ Just s
+			| otherwise = noop
+	
+	scan d = unless (ignoredPath ignored d) $
+		-- Do not follow symlinks when scanning.
+		-- This mirrors the inotify startup scan behavior.
+		mapM_ go =<< dirContentsRecursiveSkipping (const False) False d
+	  where		
+		go f
+			| ignoredPath ignored f = noop
+			| otherwise = do
+				ms <- getstatus f
+				case ms of
+					Nothing -> noop
+					Just s
+						| Files.isSymbolicLink s ->
+							when scanevents $
+								runhook addSymlinkHook ms
+						| Files.isRegularFile s ->
+							when scanevents $
+								runhook addHook ms
+						| otherwise ->
+							noop
+		  where
+			runhook h s = maybe noop (\a -> a f s) (h hooks)
+		
+	getstatus = catchMaybeIO . getSymbolicLinkStatus
+
+{- Check each component of the path to see if it's ignored. -}
+ignoredPath :: (FilePath -> Bool) -> FilePath -> Bool
+ignoredPath ignored = any ignored . map dropTrailingPathSeparator . splitPath
diff --git a/Utility/DirWatcher/INotify.hs b/Utility/DirWatcher/INotify.hs
new file mode 100644
index 0000000000..9400c79403
--- /dev/null
+++ b/Utility/DirWatcher/INotify.hs
@@ -0,0 +1,187 @@
+{- higher-level inotify interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.DirWatcher.INotify where
+
+import Common hiding (isDirectory)
+import Utility.ThreadLock
+import Utility.DirWatcher.Types
+
+import System.INotify
+import qualified System.Posix.Files as Files
+import System.IO.Error
+import Control.Exception (throw)
+
+{- Watches for changes to files in a directory, and all its subdirectories
+ - that are not ignored, using inotify. This function returns after
+ - its initial scan is complete, leaving a thread running. Callbacks are
+ - made for different events.
+ -
+ - Inotify is weak at recursive directory watching; the whole directory
+ - tree must be scanned and watches set explicitly for each subdirectory.
+ -
+ - To notice newly created subdirectories, inotify is used, and
+ - watches are registered for those directories. There is a race there;
+ - things can be added to a directory before the watch gets registered.
+ -
+ - To close the inotify race, each time a new directory is found, it also 
+ - recursively scans it, assuming all files in it were just added,
+ - and registering each subdirectory.
+ -
+ - Note: Due to the race amelioration, multiple add events may occur
+ - for the same file.
+ - 
+ - Note: Moving a file will cause events deleting it from its old location
+ - and adding it to the new location. 
+ - 
+ - Note: It's assumed that when a file that was open for write is closed, 
+ - it's finished being written to, and can be added.
+ -
+ - Note: inotify has a limit to the number of watches allowed,
+ - /proc/sys/fs/inotify/max_user_watches (default 8192).
+ - So this will fail if there are too many subdirectories. The
+ - errHook is called when this happens.
+ -}
+watchDir :: INotify -> FilePath -> (FilePath -> Bool) -> Bool -> WatchHooks -> IO ()
+watchDir i dir ignored scanevents hooks
+	| ignored dir = noop
+	| otherwise = do
+		-- Use a lock to make sure events generated during initial
+		-- scan come before real inotify events.
+		lock <- newLock
+		let handler event = withLock lock (void $ go event)
+		flip catchNonAsync failedwatch $ do
+			void (addWatch i watchevents dir handler)
+				`catchIO` failedaddwatch
+			withLock lock $
+				mapM_ scan =<< filter (not . dirCruft) <$>
+					getDirectoryContents dir
+  where
+	recurse d = watchDir i d ignored scanevents hooks
+
+	-- Select only inotify events required by the enabled
+	-- hooks, but always include Create so new directories can
+	-- be scanned.
+	watchevents = Create : addevents ++ delevents ++ modifyevents
+	addevents
+		| hashook addHook || hashook addSymlinkHook = [MoveIn, CloseWrite]
+		| otherwise = []
+	delevents
+		| hashook delHook || hashook delDirHook = [MoveOut, Delete]
+		| otherwise = []
+	modifyevents
+		| hashook modifyHook = [Modify]
+		| otherwise = []
+
+	scan f = unless (ignored f) $ do
+		ms <- getstatus f
+		case ms of
+			Nothing -> return ()
+			Just s
+				| Files.isDirectory s ->
+					recurse $ indir f
+				| Files.isSymbolicLink s ->
+					when scanevents $
+						runhook addSymlinkHook f ms
+				| Files.isRegularFile s ->
+					when scanevents $
+						runhook addHook f ms
+				| otherwise ->
+					noop
+
+	go (Created { isDirectory = isd, filePath = f })
+		| isd = recurse $ indir f
+		| otherwise = do
+			ms <- getstatus f
+			case ms of
+				Just s
+					| Files.isSymbolicLink s -> 
+						when (hashook addSymlinkHook) $
+							runhook addSymlinkHook f ms
+					| Files.isRegularFile s ->
+						when (hashook addHook) $
+							runhook addHook f ms
+				_ -> noop
+	-- Closing a file is assumed to mean it's done being written,
+	-- so a new add event is sent.
+	go (Closed { isDirectory = False, maybeFilePath = Just f }) =
+			checkfiletype Files.isRegularFile addHook f
+	-- When a file or directory is moved in, scan it to add new
+	-- stuff.
+	go (MovedIn { filePath = f }) = scan f
+	go (MovedOut { isDirectory = isd, filePath = f })
+		| isd = runhook delDirHook f Nothing
+		| otherwise = runhook delHook f Nothing
+	-- Verify that the deleted item really doesn't exist,
+	-- since there can be spurious deletion events for items
+	-- in a directory that has been moved out, but is still
+	-- being watched.
+	go (Deleted { isDirectory = isd, filePath = f })
+		| isd = guarded $ runhook delDirHook f Nothing
+		| otherwise = guarded $ runhook delHook f Nothing
+	  where
+		guarded = unlessM (filetype (const True) f)
+	go (Modified { isDirectory = isd, maybeFilePath = Just f })
+		| isd = noop
+		| otherwise = runhook modifyHook f Nothing
+	go _ = noop
+
+	hashook h = isJust $ h hooks
+
+	runhook h f s
+		| ignored f = noop
+		| otherwise = maybe noop (\a -> a (indir f) s) (h hooks)
+
+	indir f = dir </> f
+
+	getstatus f = catchMaybeIO $ getSymbolicLinkStatus $ indir f
+	checkfiletype check h f = do
+		ms <- getstatus f
+		case ms of
+			Just s
+				| check s -> runhook h f ms
+			_ -> noop
+	filetype t f = catchBoolIO $ t <$> getSymbolicLinkStatus (indir f)
+
+	failedaddwatch e
+		-- Inotify fails when there are too many watches with a
+		-- disk full error.
+		| isFullError e =
+			case errHook hooks of
+				Nothing -> error $ "failed to add inotify watch on directory " ++ dir ++ " (" ++ show e ++ ")"
+				Just hook -> tooManyWatches hook dir
+		-- The directory could have been deleted.
+		| isDoesNotExistError e = return ()
+		| otherwise = throw e
+
+	failedwatch e = hPutStrLn stderr $ "failed to add watch on directory " ++ dir ++ " (" ++ show e ++ ")"
+
+tooManyWatches :: (String -> Maybe FileStatus -> IO ()) -> FilePath -> IO ()
+tooManyWatches hook dir = do
+	sysctlval <- querySysctl [Param maxwatches] :: IO (Maybe Integer)
+	hook (unlines $ basewarning : maybe withoutsysctl withsysctl sysctlval) Nothing
+  where
+	maxwatches = "fs.inotify.max_user_watches"
+	basewarning = "Too many directories to watch! (Not watching " ++ dir ++")"
+	withoutsysctl = ["Increase the value in /proc/sys/fs/inotify/max_user_watches"]
+	withsysctl n = let new = n * 10 in
+		[ "Increase the limit permanently by running:"
+		, "  echo " ++ maxwatches ++ "=" ++ show new ++
+		  " | sudo tee -a /etc/sysctl.conf; sudo sysctl -p"
+		, "Or temporarily by running:"
+		, "  sudo sysctl -w " ++ maxwatches ++ "=" ++ show new
+		]
+
+querySysctl :: Read a => [CommandParam] -> IO (Maybe a)
+querySysctl ps = getM go ["sysctl", "/sbin/sysctl", "/usr/sbin/sysctl"]
+  where
+	go p = do
+		v <- catchMaybeIO $ readProcess p (toCommand ps)
+		case v of
+			Nothing -> return Nothing
+			Just s -> return $ parsesysctl s
+	parsesysctl s = readish =<< lastMaybe (words s)
diff --git a/Utility/DirWatcher/Kqueue.hs b/Utility/DirWatcher/Kqueue.hs
new file mode 100644
index 0000000000..453c8d3f12
--- /dev/null
+++ b/Utility/DirWatcher/Kqueue.hs
@@ -0,0 +1,267 @@
+{- BSD kqueue file modification notification interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface #-}
+
+module Utility.DirWatcher.Kqueue (
+	Kqueue,
+	initKqueue,
+	stopKqueue,
+	waitChange,
+	Change(..),
+	changedFile,
+	runHooks,
+) where
+
+import Common
+import Utility.DirWatcher.Types
+
+import System.Posix.Types
+import Foreign.C.Types
+import Foreign.C.Error
+import Foreign.Ptr
+import Foreign.Marshal
+import qualified Data.Map as M
+import qualified Data.Set as S
+import qualified System.Posix.Files as Files
+import Control.Concurrent
+
+data Change
+	= Deleted FilePath
+	| DeletedDir FilePath
+	| Added FilePath
+	deriving (Show)
+
+isAdd :: Change -> Bool
+isAdd (Added _) = True
+isAdd (Deleted _) = False
+isAdd (DeletedDir _) = False
+
+changedFile :: Change -> FilePath
+changedFile (Added f) = f
+changedFile (Deleted f) = f
+changedFile (DeletedDir f) = f
+
+data Kqueue = Kqueue 
+	{ kqueueFd :: Fd
+	, kqueueTop :: FilePath
+	, kqueueMap :: DirMap
+	, _kqueuePruner :: Pruner
+	}
+
+type Pruner = FilePath -> Bool
+
+type DirMap = M.Map Fd DirInfo
+
+{- Enough information to uniquely identify a file in a directory,
+ - but not too much. -}
+data DirEnt = DirEnt
+	{ dirEnt :: FilePath -- relative to the parent directory
+	, _dirInode :: FileID -- included to notice file replacements
+	, isSubDir :: Bool
+	}
+	deriving (Eq, Ord, Show)
+
+{- A directory, and its last known contents. -}
+data DirInfo = DirInfo
+	{ dirName :: FilePath
+	, dirCache :: S.Set DirEnt
+	}
+	deriving (Show)
+
+getDirInfo :: FilePath -> IO DirInfo
+getDirInfo dir = do
+	l <- filter (not . dirCruft) <$> getDirectoryContents dir
+	contents <- S.fromList . catMaybes <$> mapM getDirEnt l
+	return $ DirInfo dir contents
+  where
+	getDirEnt f = catchMaybeIO $ do
+		s <- getSymbolicLinkStatus (dir </> f)
+		return $ DirEnt f (fileID s) (isDirectory s)
+
+{- Difference between the dirCaches of two DirInfos. -}
+(//) :: DirInfo -> DirInfo -> [Change]
+oldc // newc = deleted ++ added
+  where
+	deleted = calc gendel oldc newc
+	added   = calc genadd newc oldc
+	gendel x = (if isSubDir x then DeletedDir else Deleted) $
+		dirName oldc </> dirEnt x
+	genadd x = Added $ dirName newc </> dirEnt x
+	calc a x y = map a $ S.toList $
+		S.difference (dirCache x) (dirCache y)
+
+{- Builds a map of directories in a tree, possibly pruning some.
+ - Opens each directory in the tree, and records its current contents. -}
+scanRecursive :: FilePath -> Pruner -> IO DirMap
+scanRecursive topdir prune = M.fromList <$> walk [] [topdir]
+  where
+	walk c [] = return c
+	walk c (dir:rest)
+		| prune dir = walk c rest
+		| otherwise = do
+			minfo <- catchMaybeIO $ getDirInfo dir
+			case minfo of
+				Nothing -> walk c rest
+				Just info -> do
+					mfd <- catchMaybeIO $
+						openFd dir ReadOnly Nothing defaultFileFlags
+					case mfd of
+						Nothing -> walk c rest
+						Just fd -> do
+							let subdirs = map (dir </>) . map dirEnt $
+								S.toList $ dirCache info
+							walk ((fd, info):c) (subdirs ++ rest)
+
+{- Adds a list of subdirectories (and all their children), unless pruned to a
+ - directory map. Adding a subdirectory that's already in the map will
+ - cause its contents to be refreshed. -}
+addSubDirs :: DirMap -> Pruner -> [FilePath] -> IO DirMap
+addSubDirs dirmap prune dirs = do
+	newmap <- foldr M.union M.empty <$>
+		mapM (\d -> scanRecursive d prune) dirs
+	return $ M.union newmap dirmap -- prefer newmap
+
+{- Removes a subdirectory (and all its children) from a directory map. -}
+removeSubDir :: DirMap -> FilePath -> IO DirMap
+removeSubDir dirmap dir = do
+	mapM_ closeFd $ M.keys toremove
+	return rest
+  where
+	(toremove, rest) = M.partition (dirContains dir . dirName) dirmap
+
+findDirContents :: DirMap -> FilePath -> [FilePath]
+findDirContents dirmap dir = concatMap absolutecontents $ search
+  where
+	absolutecontents i = map (dirName i </>)
+		(map dirEnt $ S.toList $ dirCache i)
+	search = map snd $ M.toList $
+		M.filter (\i -> dirName i == dir) dirmap
+
+foreign import ccall safe "libkqueue.h init_kqueue" c_init_kqueue
+	:: IO Fd
+foreign import ccall safe "libkqueue.h addfds_kqueue" c_addfds_kqueue
+	:: Fd -> CInt -> Ptr Fd -> IO ()
+foreign import ccall safe "libkqueue.h waitchange_kqueue" c_waitchange_kqueue
+	:: Fd -> IO Fd
+
+{- Initializes a Kqueue to watch a directory, and all its subdirectories. -}
+initKqueue :: FilePath -> Pruner -> IO Kqueue
+initKqueue dir pruned = do
+	dirmap <- scanRecursive dir pruned
+	h <- c_init_kqueue
+	let kq = Kqueue h dir dirmap pruned
+	updateKqueue kq
+	return kq
+
+{- Updates a Kqueue, adding watches for its map. -}
+updateKqueue :: Kqueue -> IO ()
+updateKqueue (Kqueue h _ dirmap _) =
+	withArrayLen (M.keys dirmap) $ \fdcnt c_fds -> do
+		c_addfds_kqueue h (fromIntegral fdcnt) c_fds
+
+{- Stops a Kqueue. Note: Does not directly close the Fds in the dirmap,
+ - so it can be reused.  -}
+stopKqueue :: Kqueue -> IO ()
+stopKqueue = closeFd . kqueueFd
+
+{- Waits for a change on a Kqueue.
+ - May update the Kqueue.
+ -}
+waitChange :: Kqueue -> IO (Kqueue, [Change])
+waitChange kq@(Kqueue h _ dirmap _) = do
+	changedfd <- c_waitchange_kqueue h
+	if changedfd == -1
+		then ifM ((==) eINTR <$> getErrno)
+			(yield >> waitChange kq, nochange)
+		else case M.lookup changedfd dirmap of
+			Nothing -> nochange
+			Just info -> handleChange kq changedfd info
+  where
+	nochange = return (kq, [])
+
+{- The kqueue interface does not tell what type of change took place in
+ - the directory; it could be an added file, a deleted file, a renamed
+ - file, a new subdirectory, or a deleted subdirectory, or a moved
+ - subdirectory. 
+ -
+ - So to determine this, the contents of the directory are compared
+ - with its last cached contents. The Kqueue is updated to watch new
+ - directories as necessary.
+ -}
+handleChange :: Kqueue -> Fd -> DirInfo -> IO (Kqueue, [Change])
+handleChange kq@(Kqueue _ _ dirmap pruner) fd olddirinfo =
+	go =<< catchMaybeIO (getDirInfo $ dirName olddirinfo)
+  where
+	go (Just newdirinfo) = do
+		let changes = filter (not . pruner . changedFile) $
+			 olddirinfo // newdirinfo
+		let (added, deleted) = partition isAdd changes
+
+		-- Scan newly added directories to add to the map.
+		-- (Newly added files will fail getDirInfo.)
+		newdirinfos <- catMaybes <$>
+			mapM (catchMaybeIO . getDirInfo . changedFile) added
+		newmap <- addSubDirs dirmap pruner $ map dirName newdirinfos
+
+		-- Remove deleted directories from the map.
+		newmap' <- foldM removeSubDir newmap (map changedFile deleted)
+
+		-- Update the cached dirinfo just looked up.
+		let newmap'' = M.insertWith' const fd newdirinfo newmap'
+
+		-- When new directories were added, need to update
+		-- the kqueue to watch them.
+		let kq' = kq { kqueueMap = newmap'' }
+		unless (null newdirinfos) $
+			updateKqueue kq'
+
+		return (kq', changes)
+	go Nothing = do
+		-- The directory has been moved or deleted, so
+		-- remove it from our map.
+		newmap <- removeSubDir dirmap (dirName olddirinfo)
+		return (kq { kqueueMap = newmap }, [])
+
+{- Processes changes on the Kqueue, calling the hooks as appropriate.
+ - Never returns. -}
+runHooks :: Kqueue -> WatchHooks -> IO ()
+runHooks kq hooks = do
+	-- First, synthetic add events for the whole directory tree contents,
+	-- to catch any files created beforehand.
+	recursiveadd (kqueueMap kq) (Added $ kqueueTop kq)
+	loop kq
+  where
+	loop q = do
+		(q', changes) <- waitChange q
+		forM_ changes $ dispatch (kqueueMap q')
+		loop q'
+
+	dispatch _ change@(Deleted _) = 
+		callhook delHook Nothing change
+	dispatch _ change@(DeletedDir _) =
+		callhook delDirHook Nothing change
+	dispatch dirmap change@(Added _) =
+		withstatus change $ dispatchadd dirmap
+		
+	dispatchadd dirmap change s
+		| Files.isSymbolicLink s = callhook addSymlinkHook (Just s) change
+		| Files.isDirectory s = recursiveadd dirmap change
+		| Files.isRegularFile s = callhook addHook (Just s) change
+		| otherwise = noop
+
+	recursiveadd dirmap change = do
+		let contents = findDirContents dirmap $ changedFile change
+		forM_ contents $ \f ->
+			withstatus (Added f) $ dispatchadd dirmap
+
+	callhook h s change = case h hooks of
+		Nothing -> noop
+		Just a -> a (changedFile change) s
+
+	withstatus change a = maybe noop (a change) =<<
+		(catchMaybeIO (getSymbolicLinkStatus (changedFile change)))
diff --git a/Utility/DirWatcher/Types.hs b/Utility/DirWatcher/Types.hs
new file mode 100644
index 0000000000..2c92d6cd56
--- /dev/null
+++ b/Utility/DirWatcher/Types.hs
@@ -0,0 +1,24 @@
+{- generic directory watching types
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.DirWatcher.Types where
+
+import Common
+
+type Hook a = Maybe (a -> Maybe FileStatus -> IO ())
+
+data WatchHooks = WatchHooks
+	{ addHook :: Hook FilePath
+	, addSymlinkHook :: Hook FilePath
+	, delHook :: Hook FilePath
+	, delDirHook :: Hook FilePath
+	, errHook :: Hook String -- error message
+	, modifyHook :: Hook FilePath
+	}
+
+mkWatchHooks :: WatchHooks
+mkWatchHooks = WatchHooks Nothing Nothing Nothing Nothing Nothing Nothing
diff --git a/Utility/DirWatcher/Win32Notify.hs b/Utility/DirWatcher/Win32Notify.hs
new file mode 100644
index 0000000000..ef4f385c56
--- /dev/null
+++ b/Utility/DirWatcher/Win32Notify.hs
@@ -0,0 +1,66 @@
+{- Win32-notify interface
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.DirWatcher.Win32Notify where
+
+import Common hiding (isDirectory)
+import Utility.DirWatcher.Types
+
+import System.Win32.Notify
+import qualified Utility.PosixFiles as Files
+
+watchDir :: FilePath -> (FilePath -> Bool) -> Bool -> WatchHooks -> IO WatchManager
+watchDir dir ignored scanevents hooks = do
+	scan dir
+	wm <- initWatchManager
+	void $ watchDirectory wm dir True [Create, Delete, Modify, Move] handle
+	return wm
+  where
+	handle evt
+		| ignoredPath ignored (filePath evt) = noop
+		| otherwise = case evt of
+			(Deleted _ _)
+				| isDirectory evt -> runhook delDirHook Nothing
+				| otherwise -> runhook delHook Nothing
+			(Created _ _)
+				| isDirectory evt -> noop
+				| otherwise -> runhook addHook Nothing
+			(Modified _ _)
+				| isDirectory evt -> noop
+				{- Add hooks are run when a file is modified for 
+				 - compatability with INotify, which calls the add
+				 - hook when a file is closed, and so tends to call
+				 - both add and modify for file modifications. -}
+				| otherwise -> do
+					runhook addHook Nothing
+					runhook modifyHook Nothing
+	  where
+		runhook h s = maybe noop (\a -> a (filePath evt) s) (h hooks)
+
+	scan d = unless (ignoredPath ignored d) $
+		mapM_ go =<< dirContentsRecursiveSkipping (const False) False d
+	  where		
+		go f
+			| ignoredPath ignored f = noop
+			| otherwise = do
+				ms <- getstatus f
+				case ms of
+					Nothing -> noop
+					Just s
+						| Files.isRegularFile s ->
+							when scanevents $
+								runhook addHook ms
+						| otherwise ->
+							noop
+		  where
+			runhook h s = maybe noop (\a -> a f s) (h hooks)
+		
+	getstatus = catchMaybeIO . getFileStatus
+
+{- Check each component of the path to see if it's ignored. -}
+ignoredPath :: (FilePath -> Bool) -> FilePath -> Bool
+ignoredPath ignored = any ignored . map dropTrailingPathSeparator . splitPath
diff --git a/Utility/Directory.hs b/Utility/Directory.hs
new file mode 100644
index 0000000000..ade5ef8111
--- /dev/null
+++ b/Utility/Directory.hs
@@ -0,0 +1,230 @@
+{- directory traversal and manipulation
+ -
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Directory where
+
+import System.IO.Error
+import System.Directory
+import Control.Exception (throw, bracket)
+import Control.Monad
+import Control.Monad.IfElse
+import System.FilePath
+import Control.Applicative
+import Control.Concurrent
+import System.IO.Unsafe (unsafeInterleaveIO)
+import Data.Maybe
+
+#ifdef mingw32_HOST_OS
+import qualified System.Win32 as Win32
+#else
+import qualified System.Posix as Posix
+#endif
+
+import Utility.PosixFiles
+import Utility.SafeCommand
+import Utility.Tmp
+import Utility.Exception
+import Utility.Monad
+import Utility.Applicative
+
+dirCruft :: FilePath -> Bool
+dirCruft "." = True
+dirCruft ".." = True
+dirCruft _ = False
+
+{- Lists the contents of a directory.
+ - Unlike getDirectoryContents, paths are not relative to the directory. -}
+dirContents :: FilePath -> IO [FilePath]
+dirContents d = map (d </>) . filter (not . dirCruft) <$> getDirectoryContents d
+
+{- Gets files in a directory, and then its subdirectories, recursively,
+ - and lazily.
+ -
+ - Does not follow symlinks to other subdirectories.
+ -
+ - When the directory does not exist, no exception is thrown,
+ - instead, [] is returned. -}
+dirContentsRecursive :: FilePath -> IO [FilePath]
+dirContentsRecursive = dirContentsRecursiveSkipping (const False) True
+
+{- Skips directories whose basenames match the skipdir. -}
+dirContentsRecursiveSkipping :: (FilePath -> Bool) -> Bool -> FilePath -> IO [FilePath]
+dirContentsRecursiveSkipping skipdir followsubdirsymlinks topdir = go [topdir]
+  where
+  	go [] = return []
+	go (dir:dirs)
+		| skipdir (takeFileName dir) = go dirs
+		| otherwise = unsafeInterleaveIO $ do
+			(files, dirs') <- collect [] []
+				=<< catchDefaultIO [] (dirContents dir)
+			files' <- go (dirs' ++ dirs)
+			return (files ++ files')
+	collect files dirs' [] = return (reverse files, reverse dirs')
+	collect files dirs' (entry:entries)
+		| dirCruft entry = collect files dirs' entries
+		| otherwise = do
+			let skip = collect (entry:files) dirs' entries
+			let recurse = collect files (entry:dirs') entries
+			ms <- catchMaybeIO $ getSymbolicLinkStatus entry
+			case ms of
+				(Just s) 
+					| isDirectory s -> recurse
+					| isSymbolicLink s && followsubdirsymlinks ->
+						ifM (doesDirectoryExist entry)
+							( recurse
+							, skip
+							)
+				_ -> skip
+
+{- Gets the directory tree from a point, recursively and lazily,
+ - with leaf directories **first**, skipping any whose basenames
+ - match the skipdir. Does not follow symlinks. -}
+dirTreeRecursiveSkipping :: (FilePath -> Bool) -> FilePath -> IO [FilePath]
+dirTreeRecursiveSkipping skipdir topdir = go [] [topdir]
+  where
+  	go c [] = return c
+	go c (dir:dirs)
+		| skipdir (takeFileName dir) = go c dirs
+		| otherwise = unsafeInterleaveIO $ do
+			subdirs <- go c
+				=<< filterM (isDirectory <$$> getSymbolicLinkStatus)
+				=<< catchDefaultIO [] (dirContents dir)
+			go (subdirs++[dir]) dirs
+
+{- Moves one filename to another.
+ - First tries a rename, but falls back to moving across devices if needed. -}
+moveFile :: FilePath -> FilePath -> IO ()
+moveFile src dest = tryIO (rename src dest) >>= onrename
+  where
+	onrename (Right _) = noop
+	onrename (Left e)
+		| isPermissionError e = rethrow
+		| isDoesNotExistError e = rethrow
+		| otherwise = do
+			-- copyFile is likely not as optimised as
+			-- the mv command, so we'll use the latter.
+			-- But, mv will move into a directory if
+			-- dest is one, which is not desired.
+			whenM (isdir dest) rethrow
+			viaTmp mv dest undefined
+	  where
+		rethrow = throw e
+		mv tmp _ = do
+			ok <- boolSystem "mv" [Param "-f", Param src, Param tmp]
+			unless ok $ do
+				-- delete any partial
+				_ <- tryIO $ removeFile tmp
+				rethrow
+
+	isdir f = do
+		r <- tryIO $ getFileStatus f
+		case r of
+			(Left _) -> return False
+			(Right s) -> return $ isDirectory s
+
+{- Removes a file, which may or may not exist, and does not have to
+ - be a regular file.
+ -
+ - Note that an exception is thrown if the file exists but
+ - cannot be removed. -}
+nukeFile :: FilePath -> IO ()
+nukeFile file = void $ tryWhenExists go
+  where
+#ifndef mingw32_HOST_OS
+	go = removeLink file
+#else
+	go = removeFile file
+#endif
+
+#ifndef mingw32_HOST_OS
+data DirectoryHandle = DirectoryHandle IsOpen Posix.DirStream
+#else
+data DirectoryHandle = DirectoryHandle IsOpen Win32.HANDLE Win32.FindData (MVar ())
+#endif
+
+type IsOpen = MVar () -- full when the handle is open
+
+openDirectory :: FilePath -> IO DirectoryHandle
+openDirectory path = do
+#ifndef mingw32_HOST_OS
+	dirp <- Posix.openDirStream path
+	isopen <- newMVar ()
+	return (DirectoryHandle isopen dirp)
+#else
+	(h, fdat) <- Win32.findFirstFile (path </> "*")
+	-- Indicate that the fdat contains a filename that readDirectory
+	-- has not yet returned, by making the MVar be full.
+	-- (There's always at least a "." entry.)
+	alreadyhave <- newMVar ()
+	isopen <- newMVar ()
+	return (DirectoryHandle isopen h fdat alreadyhave)
+#endif
+
+closeDirectory :: DirectoryHandle -> IO ()
+#ifndef mingw32_HOST_OS
+closeDirectory (DirectoryHandle isopen dirp) =
+	whenOpen isopen $
+		Posix.closeDirStream dirp
+#else
+closeDirectory (DirectoryHandle isopen h _ alreadyhave) =
+	whenOpen isopen $ do
+		_ <- tryTakeMVar alreadyhave
+		Win32.findClose h
+#endif
+  where
+	whenOpen :: IsOpen -> IO () -> IO ()
+	whenOpen mv f = do
+		v <- tryTakeMVar mv
+		when (isJust v) f
+
+{- |Reads the next entry from the handle. Once the end of the directory
+is reached, returns Nothing and automatically closes the handle.
+-}
+readDirectory :: DirectoryHandle -> IO (Maybe FilePath)
+#ifndef mingw32_HOST_OS
+readDirectory hdl@(DirectoryHandle _ dirp) = do
+	e <- Posix.readDirStream dirp
+	if null e
+		then do
+			closeDirectory hdl
+			return Nothing
+		else return (Just e)
+#else
+readDirectory hdl@(DirectoryHandle _ h fdat mv) = do
+	-- If the MVar is full, then the filename in fdat has
+	-- not yet been returned. Otherwise, need to find the next
+	-- file.
+	r <- tryTakeMVar mv
+	case r of
+		Just () -> getfn
+		Nothing -> do
+			more <- Win32.findNextFile h fdat
+			if more
+				then getfn
+				else do
+					closeDirectory hdl
+					return Nothing
+  where
+	getfn = do
+		filename <- Win32.getFindDataFileName fdat
+		return (Just filename)
+#endif
+
+-- True only when directory exists and contains nothing.
+-- Throws exception if directory does not exist.
+isDirectoryEmpty :: FilePath -> IO Bool
+isDirectoryEmpty d = bracket (openDirectory d) closeDirectory check
+  where
+	check h = do
+		v <- readDirectory h
+		case v of
+			Nothing -> return True
+			Just f
+				| not (dirCruft f) -> return False
+				| otherwise -> check h
diff --git a/Utility/DiskFree.hs b/Utility/DiskFree.hs
new file mode 100644
index 0000000000..af4431e88f
--- /dev/null
+++ b/Utility/DiskFree.hs
@@ -0,0 +1,70 @@
+{- disk free space checking 
+ -
+ - Copyright 2012, 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface, CPP #-}
+
+module Utility.DiskFree (
+	getDiskFree,
+	getDiskSize
+) where
+
+#ifdef WITH_CLIBS
+
+import Common
+
+import Foreign.C.Types
+import Foreign.C.String
+import Foreign.C.Error
+
+foreign import ccall safe "libdiskfree.h diskfree" c_diskfree
+	:: CString -> IO CULLong
+
+foreign import ccall safe "libdiskfree.h disksize" c_disksize
+	:: CString -> IO CULLong
+
+getVal :: (CString -> IO CULLong) -> FilePath -> IO (Maybe Integer)
+getVal getter path = withFilePath path $ \c_path -> do
+	free <- getter c_path
+	ifM (safeErrno <$> getErrno)
+		( return $ Just $ toInteger free
+		, return Nothing
+		)
+  where
+	safeErrno (Errno v) = v == 0
+
+getDiskFree :: FilePath -> IO (Maybe Integer)
+getDiskFree = getVal c_diskfree
+
+getDiskSize :: FilePath -> IO (Maybe Integer)
+getDiskSize = getVal c_disksize
+
+#else
+#ifdef mingw32_HOST_OS
+
+import Common
+
+import System.Win32.File
+
+getDiskFree :: FilePath -> IO (Maybe Integer)
+getDiskFree path = catchMaybeIO $ do
+	(sectors, bytes, nfree, _ntotal) <- getDiskFreeSpace (Just path)
+	return $ toInteger sectors * toInteger bytes * toInteger nfree
+
+getDiskSize :: FilePath -> IO (Maybe Integer)
+getDiskSize _ = return Nothing
+#else
+
+#warning Building without disk free space checking support
+
+getDiskFree :: FilePath -> IO (Maybe Integer)
+getDiskFree _ = return Nothing
+
+getDiskSize :: FilePath -> IO (Maybe Integer)
+getDiskSize _ = return Nothing
+
+#endif
+#endif
diff --git a/Utility/Dot.hs b/Utility/Dot.hs
new file mode 100644
index 0000000000..3bea644f7b
--- /dev/null
+++ b/Utility/Dot.hs
@@ -0,0 +1,63 @@
+{- a simple graphviz / dot(1) digraph description generator library
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Dot where -- import qualified
+
+{- generates a graph description from a list of lines -}
+graph :: [String] -> String
+graph s = unlines $ [header] ++ map indent s ++ [footer]
+  where
+	header = "digraph map {"
+	footer= "}"
+
+{- a node in the graph -}
+graphNode :: String -> String -> String
+graphNode nodeid desc = label desc $ quote nodeid
+
+{- an edge between two nodes -}
+graphEdge :: String -> String -> Maybe String -> String
+graphEdge fromid toid desc = indent $ maybe edge (`label` edge) desc
+  where
+	edge = quote fromid ++ " -> " ++ quote toid
+
+{- adds a label to a node or edge -}
+label :: String -> String -> String
+label = attr "label"
+
+{- adds an attribute to a node or edge
+ - (can be called multiple times for multiple attributes) -}
+attr :: String -> String -> String -> String
+attr a v s = s ++ " [ " ++ a ++ "=" ++ quote v ++ " ]"
+
+{- fills a node with a color -}
+fillColor :: String -> String -> String
+fillColor color s = attr "fillcolor" color $ attr "style" "filled" s
+
+{- apply to graphNode to put the node in a labeled box -}
+subGraph :: String -> String -> String -> String -> String
+subGraph subid l color s =
+	"subgraph " ++ name ++ " {\n" ++
+		ii setlabel ++
+		ii setfilled ++
+		ii setcolor ++
+		ii s ++
+		indent "}"
+  where
+	-- the "cluster_" makes dot draw a box
+	name = quote ("cluster_" ++ subid)
+	setlabel = "label=" ++ quote l
+	setfilled = "style=" ++ quote "filled"
+	setcolor = "fillcolor=" ++ quote color
+	ii x = indent (indent x) ++ "\n"
+
+indent ::String -> String
+indent s = '\t' : s
+
+quote :: String -> String
+quote s = "\"" ++ s' ++ "\""
+  where
+	s' = filter (/= '"') s
diff --git a/Utility/Env.hs b/Utility/Env.hs
new file mode 100644
index 0000000000..6763c24e18
--- /dev/null
+++ b/Utility/Env.hs
@@ -0,0 +1,81 @@
+{- portable environment variables
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Env where
+
+#ifdef mingw32_HOST_OS
+import Utility.Exception
+import Control.Applicative
+import Data.Maybe
+import qualified System.Environment as E
+#else
+import qualified System.Posix.Env as PE
+#endif
+
+getEnv :: String -> IO (Maybe String)
+#ifndef mingw32_HOST_OS
+getEnv = PE.getEnv
+#else
+getEnv = catchMaybeIO . E.getEnv
+#endif
+
+getEnvDefault :: String -> String -> IO String
+#ifndef mingw32_HOST_OS
+getEnvDefault = PE.getEnvDefault
+#else
+getEnvDefault var fallback = fromMaybe fallback <$> getEnv var
+#endif
+
+getEnvironment :: IO [(String, String)]
+#ifndef mingw32_HOST_OS
+getEnvironment = PE.getEnvironment
+#else
+getEnvironment = E.getEnvironment
+#endif
+
+{- Returns True if it could successfully set the environment variable.
+ -
+ - There is, apparently, no way to do this in Windows. Instead,
+ - environment varuables must be provided when running a new process. -}
+setEnv :: String -> String -> Bool -> IO Bool
+#ifndef mingw32_HOST_OS
+setEnv var val overwrite = do
+	PE.setEnv var val overwrite
+	return True
+#else
+setEnv _ _ _ = return False
+#endif
+
+{- Returns True if it could successfully unset the environment variable. -}
+unsetEnv :: String -> IO Bool
+#ifndef mingw32_HOST_OS
+unsetEnv var = do
+	PE.unsetEnv var
+	return True
+#else
+unsetEnv _ = return False
+#endif
+
+{- Adds the environment variable to the input environment. If already
+ - present in the list, removes the old value.
+ -
+ - This does not really belong here, but Data.AssocList is for some reason
+ - buried inside hxt.
+ -}
+addEntry :: Eq k => k -> v -> [(k, v)] -> [(k, v)]
+addEntry k v l = ( (k,v) : ) $! delEntry k l
+
+addEntries :: Eq k => [(k, v)] -> [(k, v)] -> [(k, v)]
+addEntries = foldr (.) id . map (uncurry addEntry) . reverse
+
+delEntry :: Eq k => k -> [(k, v)] -> [(k, v)]
+delEntry _ []   = []
+delEntry k (x@(k1,_) : rest)
+	| k == k1 = rest
+	| otherwise = ( x : ) $! delEntry k rest
diff --git a/Utility/Exception.hs b/Utility/Exception.hs
new file mode 100644
index 0000000000..1fecf65d56
--- /dev/null
+++ b/Utility/Exception.hs
@@ -0,0 +1,59 @@
+{- Simple IO exception handling (and some more)
+ -
+ - Copyright 2011-2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE ScopedTypeVariables #-}
+
+module Utility.Exception where
+
+import Control.Exception
+import qualified Control.Exception as E
+import Control.Applicative
+import Control.Monad
+import System.IO.Error (isDoesNotExistError)
+import Utility.Data
+
+{- Catches IO errors and returns a Bool -}
+catchBoolIO :: IO Bool -> IO Bool
+catchBoolIO = catchDefaultIO False
+
+{- Catches IO errors and returns a Maybe -}
+catchMaybeIO :: IO a -> IO (Maybe a)
+catchMaybeIO a = catchDefaultIO Nothing $ Just <$> a
+
+{- Catches IO errors and returns a default value. -}
+catchDefaultIO :: a -> IO a -> IO a
+catchDefaultIO def a = catchIO a (const $ return def)
+
+{- Catches IO errors and returns the error message. -}
+catchMsgIO :: IO a -> IO (Either String a)
+catchMsgIO a = either (Left . show) Right <$> tryIO a
+
+{- catch specialized for IO errors only -}
+catchIO :: IO a -> (IOException -> IO a) -> IO a
+catchIO = E.catch
+
+{- try specialized for IO errors only -}
+tryIO :: IO a -> IO (Either IOException a)
+tryIO = try
+
+{- Catches all exceptions except for async exceptions.
+ - This is often better to use than catching them all, so that
+ - ThreadKilled and UserInterrupt get through.
+ -}
+catchNonAsync :: IO a -> (SomeException -> IO a) -> IO a
+catchNonAsync a onerr = a `catches`
+	[ Handler (\ (e :: AsyncException) -> throw e)
+	, Handler (\ (e :: SomeException) -> onerr e)
+	]
+
+tryNonAsync :: IO a -> IO (Either SomeException a)
+tryNonAsync a = (Right <$> a) `catchNonAsync` (return . Left)
+
+{- Catches only DoesNotExist exceptions, and lets all others through. -}
+tryWhenExists :: IO a -> IO (Maybe a)
+tryWhenExists a = eitherToMaybe <$>
+	tryJust (guard . isDoesNotExistError) a
diff --git a/Utility/ExternalSHA.hs b/Utility/ExternalSHA.hs
new file mode 100644
index 0000000000..595acd8cff
--- /dev/null
+++ b/Utility/ExternalSHA.hs
@@ -0,0 +1,68 @@
+{- Calculating a SHA checksum with an external command.
+ -
+ - This is typically a bit faster than using Haskell libraries,
+ - by around 1% to 10%. Worth it for really big files.
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.ExternalSHA (externalSHA) where
+
+import Utility.SafeCommand
+import Utility.Process
+import Utility.FileSystemEncoding
+import Utility.Misc
+import Utility.Exception
+
+import Data.List
+import Data.Char
+import Control.Applicative
+import System.IO
+
+externalSHA :: String -> Int -> FilePath -> IO (Either String String)
+externalSHA command shasize file = do
+	ls <- lines <$> catchDefaultIO "" (readsha (toCommand [File file]))
+	return $ sanitycheck =<< parse ls
+  where
+	{- sha commands output the filename, so need to set fileEncoding -}
+	readsha args =
+		withHandle StdoutHandle (createProcessChecked checkSuccessProcess) p $ \h -> do
+			fileEncoding h
+			output  <- hGetContentsStrict h
+			hClose h
+			return output
+	  where
+		p = (proc command args) { std_out = CreatePipe }
+
+	{- The first word of the output is taken to be the sha. -}
+	parse [] = bad
+	parse (l:_)
+		| null sha = bad
+		-- sha is prefixed with \ when filename contains certian chars
+		| "\\" `isPrefixOf` sha = Right $ drop 1 sha
+		| otherwise = Right sha
+	  where
+		sha = fst $ separate (== ' ') l
+	bad = Left $ command ++ " parse error"
+
+	{- Check that we've correctly parsing the output of the command,
+	 - by making sure the sha we read is of the expected length
+	 - and contains only the right characters. -}
+	sanitycheck sha
+		| length sha /= expectedSHALength shasize =
+			Left $ "Failed to parse the output of " ++ command
+		| any (`notElem` "0123456789abcdef") sha' =
+			Left $ "Unexpected character in output of " ++ command ++ "\"" ++ sha ++ "\""
+		| otherwise = Right sha'
+	  where
+	  	sha' = map toLower sha
+
+expectedSHALength :: Int -> Int
+expectedSHALength 1 = 40
+expectedSHALength 256 = 64
+expectedSHALength 512 = 128
+expectedSHALength 224 = 56
+expectedSHALength 384 = 96
+expectedSHALength _ = 0
diff --git a/Utility/FileMode.hs b/Utility/FileMode.hs
new file mode 100644
index 0000000000..c2ef683a81
--- /dev/null
+++ b/Utility/FileMode.hs
@@ -0,0 +1,158 @@
+{- File mode utilities.
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.FileMode where
+
+import System.IO
+import Control.Monad
+import Control.Exception (bracket)
+import System.PosixCompat.Types
+import Utility.PosixFiles
+#ifndef mingw32_HOST_OS
+import System.Posix.Files
+#endif
+import Foreign (complement)
+
+import Utility.Exception
+
+{- Applies a conversion function to a file's mode. -}
+modifyFileMode :: FilePath -> (FileMode -> FileMode) -> IO ()
+modifyFileMode f convert = void $ modifyFileMode' f convert
+modifyFileMode' :: FilePath -> (FileMode -> FileMode) -> IO FileMode
+modifyFileMode' f convert = do
+	s <- getFileStatus f
+	let old = fileMode s
+	let new = convert old
+	when (new /= old) $
+		setFileMode f new
+	return old
+
+{- Adds the specified FileModes to the input mode, leaving the rest
+ - unchanged. -}
+addModes :: [FileMode] -> FileMode -> FileMode
+addModes ms m = combineModes (m:ms)
+
+{- Removes the specified FileModes from the input mode. -}
+removeModes :: [FileMode] -> FileMode -> FileMode
+removeModes ms m = m `intersectFileModes` complement (combineModes ms)
+
+{- Runs an action after changing a file's mode, then restores the old mode. -}
+withModifiedFileMode :: FilePath -> (FileMode -> FileMode) -> IO a -> IO a
+withModifiedFileMode file convert a = bracket setup cleanup go
+  where
+	setup = modifyFileMode' file convert
+	cleanup oldmode = modifyFileMode file (const oldmode)
+	go _ = a
+
+writeModes :: [FileMode]
+writeModes = [ownerWriteMode, groupWriteMode, otherWriteMode]
+
+readModes :: [FileMode]
+readModes = [ownerReadMode, groupReadMode, otherReadMode]
+
+executeModes :: [FileMode]
+executeModes = [ownerExecuteMode, groupExecuteMode, otherExecuteMode]
+
+otherGroupModes :: [FileMode]
+otherGroupModes = 
+	[ groupReadMode, otherReadMode
+	, groupWriteMode, otherWriteMode
+	]
+
+{- Removes the write bits from a file. -}
+preventWrite :: FilePath -> IO ()
+preventWrite f = modifyFileMode f $ removeModes writeModes
+
+{- Turns a file's owner write bit back on. -}
+allowWrite :: FilePath -> IO ()
+allowWrite f = modifyFileMode f $ addModes [ownerWriteMode]
+
+{- Turns a file's owner read bit back on. -}
+allowRead :: FilePath -> IO ()
+allowRead f = modifyFileMode f $ addModes [ownerReadMode]
+
+{- Allows owner and group to read and write to a file. -}
+groupSharedModes :: [FileMode]
+groupSharedModes =
+	[ ownerWriteMode, groupWriteMode
+	, ownerReadMode, groupReadMode
+	]
+
+groupWriteRead :: FilePath -> IO ()
+groupWriteRead f = modifyFileMode f $ addModes groupSharedModes
+
+checkMode :: FileMode -> FileMode -> Bool
+checkMode checkfor mode = checkfor `intersectFileModes` mode == checkfor
+
+{- Checks if a file mode indicates it's a symlink. -}
+isSymLink :: FileMode -> Bool
+#ifdef mingw32_HOST_OS
+isSymLink _ = False
+#else
+isSymLink = checkMode symbolicLinkMode
+#endif
+
+{- Checks if a file has any executable bits set. -}
+isExecutable :: FileMode -> Bool
+isExecutable mode = combineModes executeModes `intersectFileModes` mode /= 0
+
+{- Runs an action without that pesky umask influencing it, unless the
+ - passed FileMode is the standard one. -}
+noUmask :: FileMode -> IO a -> IO a
+#ifndef mingw32_HOST_OS
+noUmask mode a
+	| mode == stdFileMode = a
+	| otherwise = withUmask nullFileMode a
+#else
+noUmask _ a = a
+#endif
+
+withUmask :: FileMode -> IO a -> IO a
+#ifndef mingw32_HOST_OS
+withUmask umask a = bracket setup cleanup go
+  where
+	setup = setFileCreationMask umask
+	cleanup = setFileCreationMask
+	go _ = a
+#else
+withUmask _ a = a
+#endif
+
+combineModes :: [FileMode] -> FileMode
+combineModes [] = undefined
+combineModes [m] = m
+combineModes (m:ms) = foldl unionFileModes m ms
+
+isSticky :: FileMode -> Bool
+#ifdef mingw32_HOST_OS
+isSticky _ = False
+#else
+isSticky = checkMode stickyMode
+
+stickyMode :: FileMode
+stickyMode = 512
+
+setSticky :: FilePath -> IO ()
+setSticky f = modifyFileMode f $ addModes [stickyMode]
+#endif
+
+{- Writes a file, ensuring that its modes do not allow it to be read
+ - or written by anyone other than the current user,
+ - before any content is written.
+ -
+ - When possible, this is done using the umask.
+ -
+ - On a filesystem that does not support file permissions, this is the same
+ - as writeFile.
+ -}
+writeFileProtected :: FilePath -> String -> IO ()
+writeFileProtected file content = withUmask 0o0077 $
+	withFile file WriteMode $ \h -> do
+		void $ tryIO $ modifyFileMode file $ removeModes otherGroupModes
+		hPutStr h content
diff --git a/Utility/FileSystemEncoding.hs b/Utility/FileSystemEncoding.hs
new file mode 100644
index 0000000000..b81fdc5326
--- /dev/null
+++ b/Utility/FileSystemEncoding.hs
@@ -0,0 +1,132 @@
+{- GHC File system encoding handling.
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.FileSystemEncoding (
+	fileEncoding,
+	withFilePath,
+	md5FilePath,
+	decodeBS,
+	decodeW8,
+	encodeW8,
+	truncateFilePath,
+) where
+
+import qualified GHC.Foreign as GHC
+import qualified GHC.IO.Encoding as Encoding
+import Foreign.C
+import System.IO
+import System.IO.Unsafe
+import qualified Data.Hash.MD5 as MD5
+import Data.Word
+import Data.Bits.Utils
+import qualified Data.ByteString.Lazy as L
+#ifdef mingw32_HOST_OS
+import qualified Data.ByteString.Lazy.UTF8 as L8
+#endif
+
+{- Sets a Handle to use the filesystem encoding. This causes data
+ - written or read from it to be encoded/decoded the same
+ - as ghc 7.4 does to filenames etc. This special encoding
+ - allows "arbitrary undecodable bytes to be round-tripped through it".
+ -}
+fileEncoding :: Handle -> IO ()
+#ifndef mingw32_HOST_OS
+fileEncoding h = hSetEncoding h =<< Encoding.getFileSystemEncoding
+#else
+{- The file system encoding does not work well on Windows,
+ - and Windows only has utf FilePaths anyway. -}
+fileEncoding h = hSetEncoding h Encoding.utf8
+#endif
+
+{- Marshal a Haskell FilePath into a NUL terminated C string using temporary
+ - storage. The FilePath is encoded using the filesystem encoding,
+ - reversing the decoding that should have been done when the FilePath
+ - was obtained. -}
+withFilePath :: FilePath -> (CString -> IO a) -> IO a
+withFilePath fp f = Encoding.getFileSystemEncoding
+	>>= \enc -> GHC.withCString enc fp f
+
+{- Encodes a FilePath into a String, applying the filesystem encoding.
+ -
+ - There are very few things it makes sense to do with such an encoded
+ - string. It's not a legal filename; it should not be displayed.
+ - So this function is not exported, but instead used by the few functions
+ - that can usefully consume it.
+ -
+ - This use of unsafePerformIO is belived to be safe; GHC's interface
+ - only allows doing this conversion with CStrings, and the CString buffer
+ - is allocated, used, and deallocated within the call, with no side
+ - effects.
+ -}
+{-# NOINLINE _encodeFilePath #-}
+_encodeFilePath :: FilePath -> String
+_encodeFilePath fp = unsafePerformIO $ do
+	enc <- Encoding.getFileSystemEncoding
+	GHC.withCString enc fp $ GHC.peekCString Encoding.char8
+
+{- Encodes a FilePath into a Md5.Str, applying the filesystem encoding. -}
+md5FilePath :: FilePath -> MD5.Str
+md5FilePath = MD5.Str . _encodeFilePath
+
+{- Decodes a ByteString into a FilePath, applying the filesystem encoding. -}
+decodeBS :: L.ByteString -> FilePath
+#ifndef mingw32_HOST_OS
+decodeBS = encodeW8 . L.unpack
+#else
+{- On Windows, we assume that the ByteString is utf-8, since Windows
+ - only uses unicode for filenames. -}
+decodeBS = L8.toString
+#endif
+
+{- Converts a [Word8] to a FilePath, encoding using the filesystem encoding.
+ -
+ - w82c produces a String, which may contain Chars that are invalid
+ - unicode. From there, this is really a simple matter of applying the
+ - file system encoding, only complicated by GHC's interface to doing so.
+ -}
+{-# NOINLINE encodeW8 #-}
+encodeW8 :: [Word8] -> FilePath
+encodeW8 w8 = unsafePerformIO $ do
+	enc <- Encoding.getFileSystemEncoding
+	GHC.withCString Encoding.char8 (w82s w8) $ GHC.peekCString enc
+
+{- Useful when you want the actual number of bytes that will be used to
+ - represent the FilePath on disk. -}
+decodeW8 :: FilePath -> [Word8]
+decodeW8 = s2w8 . _encodeFilePath
+
+{- Truncates a FilePath to the given number of bytes (or less),
+ - as represented on disk.
+ -
+ - Avoids returning an invalid part of a unicode byte sequence, at the
+ - cost of efficiency when running on a large FilePath.
+ -}
+truncateFilePath :: Int -> FilePath -> FilePath
+#ifndef mingw32_HOST_OS
+truncateFilePath n = go . reverse
+  where
+  	go f =
+		let bytes = decodeW8 f
+		in if length bytes <= n
+			then reverse f
+			else go (drop 1 f)
+#else
+{- On Windows, count the number of bytes used by each utf8 character. -}
+truncateFilePath n = reverse . go [] n . L8.fromString
+  where
+	go coll cnt bs
+		| cnt <= 0 = coll
+		| otherwise = case L8.decode bs of
+			Just (c, x) | c /= L8.replacement_char ->
+				let x' = fromIntegral x
+				in if cnt - x' < 0
+					then coll
+					else go (c:coll) (cnt - x') (L8.drop 1 bs)
+			_ -> coll
+#endif
diff --git a/Utility/Format.hs b/Utility/Format.hs
new file mode 100644
index 0000000000..2a5ae5c349
--- /dev/null
+++ b/Utility/Format.hs
@@ -0,0 +1,178 @@
+{- Formatted string handling.
+ -
+ - Copyright 2010, 2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Format (
+	Format,
+	gen,
+	format,
+	decode_c,
+	encode_c,
+	prop_idempotent_deencode
+) where
+
+import Text.Printf (printf)
+import Data.Char (isAlphaNum, isOctDigit, isHexDigit, isSpace, chr, ord)
+import Data.Maybe (fromMaybe)
+import Data.Word (Word8)
+import Data.List (isPrefixOf)
+import qualified Codec.Binary.UTF8.String
+import qualified Data.Map as M
+
+import Utility.PartialPrelude
+
+type FormatString = String
+
+{- A format consists of a list of fragments. -}
+type Format = [Frag]
+
+{- A fragment is either a constant string,
+ - or a variable, with a justification. -}
+data Frag = Const String | Var String Justify
+	deriving (Show)
+
+data Justify = LeftJustified Int | RightJustified Int | UnJustified
+	deriving (Show)
+
+type Variables = M.Map String String
+
+{- Expands a Format using some variables, generating a formatted string.
+ - This can be repeatedly called, efficiently. -}
+format :: Format -> Variables -> String
+format f vars = concatMap expand f
+  where
+	expand (Const s) = s
+	expand (Var name j)
+		| "escaped_" `isPrefixOf` name =
+			justify j $ encode_c_strict $
+				getvar $ drop (length "escaped_") name
+		| otherwise = justify j $ getvar name
+	getvar name = fromMaybe "" $ M.lookup name vars
+	justify UnJustified s        = s
+	justify (LeftJustified i) s  = s ++ pad i s
+	justify (RightJustified i) s = pad i s ++ s
+	pad i s = take (i - length s) spaces
+	spaces = repeat ' '
+
+{- Generates a Format that can be used to expand variables in a
+ - format string, such as "${foo} ${bar;10} ${baz;-10}\n"
+ -
+ - (This is the same type of format string used by dpkg-query.)
+ -}
+gen :: FormatString -> Format
+gen = filter (not . empty) . fuse [] . scan [] . decode_c
+  where
+	-- The Format is built up in reverse, for efficiency,
+	-- and can have many adjacent Consts. Fusing it fixes both
+	-- problems.
+	fuse f [] = f
+	fuse f (Const c1:Const c2:vs) = fuse f $ Const (c2++c1) : vs
+	fuse f (v:vs) = fuse (v:f) vs
+
+	scan f (a:b:cs)
+		| a == '$' && b == '{' = invar f [] cs
+		| otherwise = scan (Const [a] : f ) (b:cs)
+	scan f v = Const v : f
+
+	invar f var [] = Const (novar var) : f
+	invar f var (c:cs)
+		| c == '}' = foundvar f var UnJustified cs
+		| isAlphaNum c || c == '_' = invar f (c:var) cs
+		| c == ';' = inpad "" f var cs
+		| otherwise = scan ((Const $ novar $ c:var):f) cs
+
+	inpad p f var (c:cs)
+		| c == '}' = foundvar f var (readjustify $ reverse p) cs
+		| otherwise = inpad (c:p) f var cs
+	inpad p f var [] = Const (novar $ p++";"++var) : f
+	readjustify = getjustify . fromMaybe 0 . readish
+	getjustify i
+		| i == 0 = UnJustified
+		| i < 0 = LeftJustified (-1 * i)
+		| otherwise = RightJustified i
+	novar v = "${" ++ reverse v
+	foundvar f v p = scan (Var (reverse v) p : f)
+
+empty :: Frag -> Bool
+empty (Const "") = True
+empty _ = False
+
+{- Decodes a C-style encoding, where \n is a newline, \NNN is an octal
+ - encoded character, and \xNN is a hex encoded character.
+ -}
+decode_c :: FormatString -> FormatString
+decode_c [] = []
+decode_c s = unescape ("", s)
+  where
+	e = '\\'
+	unescape (b, []) = b
+	-- look for escapes starting with '\'
+	unescape (b, v) = b ++ fst pair ++ unescape (handle $ snd pair)
+	  where
+		pair = span (/= e) v
+	isescape x = x == e
+	handle (x:'x':n1:n2:rest)
+		| isescape x && allhex = (fromhex, rest)
+	  where
+	  	allhex = isHexDigit n1 && isHexDigit n2
+		fromhex = [chr $ readhex [n1, n2]]
+		readhex h = Prelude.read $ "0x" ++ h :: Int
+	handle (x:n1:n2:n3:rest)
+		| isescape x && alloctal = (fromoctal, rest)
+	  where
+		alloctal = isOctDigit n1 && isOctDigit n2 && isOctDigit n3
+		fromoctal = [chr $ readoctal [n1, n2, n3]]
+		readoctal o = Prelude.read $ "0o" ++ o :: Int
+	-- \C is used for a few special characters
+	handle (x:nc:rest)
+		| isescape x = ([echar nc], rest)
+	  where
+		echar 'a' = '\a'
+		echar 'b' = '\b'
+		echar 'f' = '\f'
+		echar 'n' = '\n'
+		echar 'r' = '\r'
+		echar 't' = '\t'
+		echar 'v' = '\v'
+		echar a = a
+	handle n = ("", n)
+
+{- Inverse of decode_c. -}
+encode_c :: FormatString -> FormatString
+encode_c = encode_c' (const False)
+
+{- Encodes more strictly, including whitespace. -}
+encode_c_strict :: FormatString -> FormatString
+encode_c_strict = encode_c' isSpace
+
+encode_c' :: (Char -> Bool) -> FormatString -> FormatString
+encode_c' p = concatMap echar
+  where
+	e c = '\\' : [c]
+	echar '\a' = e 'a'
+	echar '\b' = e 'b'
+	echar '\f' = e 'f'
+	echar '\n' = e 'n'
+	echar '\r' = e 'r'
+	echar '\t' = e 't'
+	echar '\v' = e 'v'
+	echar '\\' = e '\\'
+	echar '"'  = e '"'
+	echar c
+		| ord c < 0x20 = e_asc c -- low ascii
+		| ord c >= 256 = e_utf c -- unicode
+		| ord c > 0x7E = e_asc c -- high ascii
+		| p c          = e_asc c -- unprintable ascii
+		| otherwise    = [c]     -- printable ascii
+	-- unicode character is decomposed to individual Word8s,
+	-- and each is shown in octal
+	e_utf c = showoctal =<< (Codec.Binary.UTF8.String.encode [c] :: [Word8])
+	e_asc c = showoctal $ ord c
+	showoctal i = '\\' : printf "%03o" i
+
+{- for quickcheck -}
+prop_idempotent_deencode :: String -> Bool
+prop_idempotent_deencode s = s == decode_c (encode_c s)
diff --git a/Utility/FreeDesktop.hs b/Utility/FreeDesktop.hs
new file mode 100644
index 0000000000..c1f042ce8f
--- /dev/null
+++ b/Utility/FreeDesktop.hs
@@ -0,0 +1,144 @@
+{- Freedesktop.org specifications
+ -
+ - http://standards.freedesktop.org/basedir-spec/latest/
+ - http://standards.freedesktop.org/desktop-entry-spec/latest/
+ - http://standards.freedesktop.org/menu-spec/latest/
+ - http://standards.freedesktop.org/icon-theme-spec/latest/
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.FreeDesktop (
+	DesktopEntry,	
+	genDesktopEntry,
+	buildDesktopMenuFile,
+	writeDesktopMenuFile,
+	desktopMenuFilePath,
+	autoStartPath,
+	iconDir,
+	iconFilePath,
+	systemDataDir,
+	systemConfigDir,
+	userDataDir,
+	userConfigDir,
+	userDesktopDir
+) where
+
+import Utility.Exception
+import Utility.Path
+import Utility.UserInfo
+import Utility.Process
+import Utility.PartialPrelude
+
+import System.Environment
+import System.Directory
+import System.FilePath
+import Data.List
+import Data.String.Utils
+import Data.Maybe
+import Control.Applicative
+
+type DesktopEntry = [(Key, Value)]
+
+type Key = String
+
+data Value = StringV String | BoolV Bool | NumericV Float | ListV [Value]
+
+toString :: Value -> String
+toString (StringV s) = s
+toString (BoolV b)
+	| b = "true"
+	| otherwise = "false"
+toString(NumericV f) = show f
+toString (ListV l)
+	| null l = ""
+	| otherwise = (intercalate ";" $ map (escapesemi . toString) l) ++ ";"
+  where
+	escapesemi = join "\\;" . split ";"
+
+genDesktopEntry :: String -> String -> Bool -> FilePath -> Maybe String -> [String] -> DesktopEntry
+genDesktopEntry name comment terminal program icon categories = catMaybes
+	[ item "Type" StringV "Application"
+	, item "Version" NumericV 1.0
+	, item "Name" StringV name
+	, item "Comment" StringV comment
+	, item "Terminal" BoolV terminal
+	, item "Exec" StringV program
+	, maybe Nothing (item "Icon" StringV) icon
+	, item "Categories" ListV (map StringV categories)
+	]
+  where
+	item x c y = Just (x, c y)
+
+buildDesktopMenuFile :: DesktopEntry -> String
+buildDesktopMenuFile d = unlines ("[Desktop Entry]" : map keyvalue d) ++ "\n"
+  where
+	keyvalue (k, v) = k ++ "=" ++ toString v
+
+writeDesktopMenuFile :: DesktopEntry -> String -> IO ()
+writeDesktopMenuFile d file = do
+	createDirectoryIfMissing True (parentDir file)
+	writeFile file $ buildDesktopMenuFile d
+
+{- Path to use for a desktop menu file, in either the systemDataDir or
+ - the userDataDir -}
+desktopMenuFilePath :: String -> FilePath -> FilePath
+desktopMenuFilePath basename datadir = 
+	datadir </> "applications" </> desktopfile basename
+
+{- Path to use for a desktop autostart file, in either the systemDataDir
+ - or the userDataDir -}
+autoStartPath :: String -> FilePath -> FilePath
+autoStartPath basename configdir =
+	configdir </> "autostart" </> desktopfile basename
+
+{- Base directory to install an icon file, in either the systemDataDir
+ - or the userDatadir. -}
+iconDir :: FilePath -> FilePath
+iconDir datadir = datadir </> "icons" </> "hicolor"
+
+{- Filename of an icon, given the iconDir to use.
+ -
+ - The resolution is something like "48x48" or "scalable". -}
+iconFilePath :: FilePath -> String -> FilePath -> FilePath
+iconFilePath file resolution icondir =
+	icondir </> resolution </> "apps" </> file
+
+desktopfile :: FilePath -> FilePath
+desktopfile f = f ++ ".desktop"
+
+{- Directory used for installation of system wide data files.. -}
+systemDataDir :: FilePath
+systemDataDir = "/usr/share"
+
+{- Directory used for installation of system wide config files. -}
+systemConfigDir :: FilePath
+systemConfigDir = "/etc/xdg"
+
+{- Directory for user data files. -}
+userDataDir :: IO FilePath
+userDataDir = xdgEnvHome "DATA_HOME" ".local/share"
+
+{- Directory for user config files. -}
+userConfigDir :: IO FilePath
+userConfigDir = xdgEnvHome "CONFIG_HOME" ".config"
+
+{- Directory for the user's Desktop, may be localized. 
+ -
+ - This is not looked up very fast; the config file is in a shell format
+ - that is best parsed by shell, so xdg-user-dir is used, with a fallback
+ - to ~/Desktop. -}
+userDesktopDir :: IO FilePath
+userDesktopDir = maybe fallback return =<< (parse <$> xdg_user_dir)
+  where
+	parse = maybe Nothing (headMaybe . lines)
+	xdg_user_dir = catchMaybeIO $ readProcess "xdg-user-dir" ["DESKTOP"]
+	fallback = xdgEnvHome "DESKTOP_DIR" "Desktop"
+
+xdgEnvHome :: String -> String -> IO String
+xdgEnvHome envbase homedef = do
+	home <- myHomeDir
+	catchDefaultIO (home </> homedef) $
+		getEnv $ "XDG_" ++ envbase
diff --git a/Utility/Glob.hs b/Utility/Glob.hs
new file mode 100644
index 0000000000..373f3fdbf6
--- /dev/null
+++ b/Utility/Glob.hs
@@ -0,0 +1,58 @@
+{- file globbing
+ -
+ - This uses TDFA when available, with a fallback to regex-compat.
+ - TDFA is less buggy in its support for non-unicode characters.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Glob (
+	Glob,
+	GlobCase(..),
+	compileGlob,
+	matchGlob
+) where
+
+import System.Path.WildMatch
+
+#ifdef WITH_TDFA
+import Text.Regex.TDFA
+import Text.Regex.TDFA.String
+#else
+import Text.Regex
+import Data.Maybe
+#endif
+
+newtype Glob = Glob Regex
+
+data GlobCase = CaseSensative | CaseInsensative
+
+{- Compiles a glob to a regex, that can be repeatedly used. -}
+compileGlob :: String -> GlobCase -> Glob
+compileGlob glob globcase = Glob $
+#ifdef WITH_TDFA
+	case compile (defaultCompOpt {caseSensitive = casesentitive}) defaultExecOpt regex of
+		Right r -> r
+		Left _ -> error $ "failed to compile regex: " ++ regex
+#else
+	mkRegexWithOpts regex casesentitive True
+#endif
+  where
+	regex = '^':wildToRegex glob
+	casesentitive = case globcase of
+		CaseSensative -> True
+		CaseInsensative -> False
+
+matchGlob :: Glob -> String -> Bool
+matchGlob (Glob regex) val = 
+#ifdef WITH_TDFA
+	case execute regex val of
+		Right (Just _) -> True
+		_ -> False
+#else
+	isJust $ matchRegex regex val
+#endif
diff --git a/Utility/Gpg.hs b/Utility/Gpg.hs
new file mode 100644
index 0000000000..a00bf99da5
--- /dev/null
+++ b/Utility/Gpg.hs
@@ -0,0 +1,381 @@
+{- gpg interface
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Gpg where
+
+import Control.Applicative
+import Control.Concurrent
+import qualified Data.Map as M
+
+import Common
+import qualified Build.SysConfig as SysConfig
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Types
+import Control.Exception (bracket)
+import System.Path
+import Utility.Env
+#else
+import Utility.Tmp
+#endif
+import Utility.Format (decode_c)
+
+type KeyId = String
+
+newtype KeyIds = KeyIds { keyIds :: [KeyId] }
+	deriving (Ord, Eq)
+
+{- If a specific gpg command was found at configure time, use it.
+ - Otherwise, try to run gpg. -}
+gpgcmd :: FilePath
+gpgcmd = fromMaybe "gpg" SysConfig.gpg
+
+-- Generate an argument list to asymetrically encrypt to the given recipients.
+pkEncTo :: [String] -> [CommandParam]
+pkEncTo = concatMap (\r -> [Param "--recipient", Param r])
+
+stdParams :: [CommandParam] -> IO [String]
+stdParams params = do
+#ifndef mingw32_HOST_OS
+	-- Enable batch mode if GPG_AGENT_INFO is set, to avoid extraneous
+	-- gpg output about password prompts. GPG_BATCH is set by the test
+	-- suite for a similar reason.
+	e <- getEnv "GPG_AGENT_INFO"
+	b <- getEnv "GPG_BATCH"
+	let batch = if isNothing e && isNothing b
+		then []
+		else ["--batch", "--no-tty", "--use-agent"]
+	return $ batch ++ defaults ++ toCommand params
+#else
+	return $ defaults ++ toCommand params
+#endif
+  where
+	-- Be quiet, even about checking the trustdb.
+	defaults = ["--quiet", "--trust-model", "always"]
+
+{- Usual options for symmetric / public-key encryption. -}
+stdEncryptionParams :: Bool -> [CommandParam]
+stdEncryptionParams symmetric =
+	[ enc symmetric
+	, Param "--force-mdc"
+	, Param "--no-textmode"
+	]
+  where
+	enc True = Param "--symmetric"
+	-- Force gpg to only encrypt to the specified recipients, not
+	-- configured defaults. Recipients are assumed to be specified in
+	-- elsewhere.
+	enc False = Params "--encrypt --no-encrypt-to --no-default-recipient"
+
+{- Runs gpg with some params and returns its stdout, strictly. -}
+readStrict :: [CommandParam] -> IO String
+readStrict params = do
+	params' <- stdParams params
+	withHandle StdoutHandle createProcessSuccess (proc gpgcmd params') $ \h -> do
+		hSetBinaryMode h True
+		hGetContentsStrict h
+
+{- Runs gpg, piping an input value to it, and returning its stdout,
+ - strictly. -}
+pipeStrict :: [CommandParam] -> String -> IO String
+pipeStrict params input = do
+	params' <- stdParams params
+	withBothHandles createProcessSuccess (proc gpgcmd params') $ \(to, from) -> do
+		hSetBinaryMode to True
+		hSetBinaryMode from True
+		hPutStr to input
+		hClose to
+		hGetContentsStrict from
+
+{- Runs gpg with some parameters. First sends it a passphrase (unless it
+ - is empty) via '--passphrase-fd'. Then runs a feeder action that is
+ - passed a handle and should write to it all the data to input to gpg.
+ - Finally, runs a reader action that is passed a handle to gpg's
+ - output.
+ -
+ - Runs gpg in batch mode; this is necessary to avoid gpg 2.x prompting for
+ - the passphrase.
+ -
+ - Note that to avoid deadlock with the cleanup stage,
+ - the reader must fully consume gpg's input before returning. -}
+feedRead :: [CommandParam] -> String -> (Handle -> IO ()) -> (Handle -> IO a) -> IO a
+feedRead params passphrase feeder reader = do
+#ifndef mingw32_HOST_OS
+	-- pipe the passphrase into gpg on a fd
+	(frompipe, topipe) <- createPipe
+	void $ forkIO $ do
+		toh <- fdToHandle topipe
+		hPutStrLn toh passphrase
+		hClose toh
+	let Fd pfd = frompipe
+	let passphrasefd = [Param "--passphrase-fd", Param $ show pfd]
+	closeFd frompipe `after` go (passphrasefd ++ params)
+#else
+	-- store the passphrase in a temp file for gpg
+	withTmpFile "gpg" $ \tmpfile h -> do
+		hPutStr h passphrase
+		hClose h
+		let passphrasefile = [Param "--passphrase-file", File tmpfile]
+		go $ passphrasefile ++ params
+#endif
+  where
+	go params' = pipeLazy params' feeder reader
+
+{- Like feedRead, but without passphrase. -}
+pipeLazy :: [CommandParam] -> (Handle -> IO ()) -> (Handle -> IO a) -> IO a
+pipeLazy params feeder reader = do
+	params' <- stdParams $ Param "--batch" : params
+	withBothHandles createProcessSuccess (proc gpgcmd params')
+		$ \(to, from) -> do
+			void $ forkIO $ do
+				feeder to
+				hClose to
+			reader from
+
+{- Finds gpg public keys matching some string. (Could be an email address,
+ - a key id, or a name; See the section 'HOW TO SPECIFY A USER ID' of
+ - GnuPG's manpage.) -}
+findPubKeys :: String -> IO KeyIds
+findPubKeys for = KeyIds . parse . lines <$> readStrict params
+  where
+	params = [Params "--with-colons --list-public-keys", Param for]
+	parse = mapMaybe (keyIdField . split ":")
+	keyIdField ("pub":_:_:_:f:_) = Just f
+	keyIdField _ = Nothing
+
+type UserId = String
+
+{- All of the user's secret keys, with their UserIds.
+ - Note that the UserId may be empty. -}
+secretKeys :: IO (M.Map KeyId UserId)
+secretKeys = M.fromList . parse . lines <$> readStrict params
+  where
+  	params = [Params "--with-colons --list-secret-keys --fixed-list-mode"]
+	parse = extract [] Nothing . map (split ":")
+	extract c (Just keyid) (("uid":_:_:_:_:_:_:_:_:userid:_):rest) =
+		extract ((keyid, decode_c userid):c) Nothing rest
+	extract c (Just keyid) rest =
+		extract ((keyid, ""):c) Nothing rest
+	extract c _ [] = c
+	extract c _ (("sec":_:_:_:keyid:_):rest) =
+		extract c (Just keyid) rest
+	extract c k (_:rest) =
+		extract c k rest
+
+type Passphrase = String
+type Size = Int
+data KeyType = Algo Int | DSA | RSA
+
+{- The maximum key size that gpg currently offers in its UI when
+ - making keys. -}
+maxRecommendedKeySize :: Size
+maxRecommendedKeySize = 4096
+
+{- Generates a secret key using the experimental batch mode.
+ - The key is added to the secret key ring.
+ - Can take a very long time, depending on system entropy levels.
+ -}
+genSecretKey :: KeyType -> Passphrase -> UserId -> Size -> IO ()
+genSecretKey keytype passphrase userid keysize =
+	withHandle StdinHandle createProcessSuccess (proc gpgcmd params) feeder
+  where
+	params = ["--batch", "--gen-key"]
+  	feeder h = do
+		hPutStr h $ unlines $ catMaybes
+			[ Just $  "Key-Type: " ++ 
+				case keytype of
+					DSA -> "DSA"
+					RSA -> "RSA"
+					Algo n -> show n
+			, Just $ "Key-Length: " ++ show keysize
+			, Just $ "Name-Real: " ++ userid
+			, Just "Expire-Date: 0"
+			, if null passphrase
+				then Nothing
+				else Just $ "Passphrase: " ++ passphrase
+			]
+		hClose h
+
+{- Creates a block of high-quality random data suitable to use as a cipher.
+ - It is armored, to avoid newlines, since gpg only reads ciphers up to the
+ - first newline. -}
+genRandom :: Bool -> Size -> IO String
+genRandom highQuality size = checksize <$> readStrict
+	[ Params params
+	, Param $ show randomquality
+	, Param $ show size
+	]
+  where
+	params = "--gen-random --armor"
+
+	-- See http://www.gnupg.org/documentation/manuals/gcrypt/Quality-of-random-numbers.html
+	-- for the meaning of random quality levels.
+	-- The highest available is 2, which is the default for OpenPGP
+	-- key generation; Note that it uses the blocking PRNG /dev/random
+	-- on the Linux kernel, hence the running time may take a while.
+	randomquality :: Int
+	randomquality = if highQuality then 2 else 1
+
+ 	{- The size is the number of bytes of entropy desired; the data is
+	 - base64 encoded, so needs 8 bits to represent every 6 bytes of
+	 - entropy. -}
+	expectedlength = size * 8 `div` 6
+
+	checksize s = let len = length s in
+		if len >= expectedlength
+			then s
+			else shortread len
+
+	shortread got = error $ unwords
+		[ "Not enough bytes returned from gpg", params
+		, "(got", show got, "; expected", show expectedlength, ")"
+		]
+
+{- A test key. This is provided pre-generated since generating a new gpg
+ - key is too much work (requires too much entropy) for a test suite to
+ - do.
+ -
+ - This key was generated with no exipiration date, and a small keysize. 
+ - It has an empty passphrase. -}
+testKeyId :: String
+testKeyId = "129D6E0AC537B9C7"
+testKey :: String
+testKey = keyBlock True
+	[ "mI0ETvFAZgEEAKnqwWgZqznMhi1RQExem2H8t3OyKDxaNN3rBN8T6LWGGqAYV4wT"
+	, "r8In5tfsnz64bKpE1Qi68JURFwYmthgUL9N48tbODU8t3xzijdjLOSaTyqkH1ik6"
+	, "EyulfKN63xLne9i4F9XqNwpiZzukXYbNfHkDA2yb0M6g4UFKLY/fNzGXABEBAAG0"
+	, "W2luc2VjdXJlIHRlc3Qga2V5ICh0aGlzIGlzIGEgdGVzdCBrZXksIGRvIG5vdCB1"
+	, "c2UgZm9yIGFjdHVhbCBlbmNyeXB0aW9uKSA8dGVzdEBleGFtcGxlLmNvbT6IuAQT"
+	, "AQgAIgUCTvFAZgIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQEp1uCsU3"
+	, "uceQ9wP/YMd1f0+/eLLcwGXNBvGqyVhUOfAKknO1bMzGbqTsq9g60qegy/cldqee"
+	, "xVxNfy0VN//JeMfgdcb8+RgJYLoaMrTy9CcsUcFPxtwN9tcLmsM0V2/fNmmFBO9t"
+	, "v75iH+zeFbNg0/FbPkHiN6Mjw7P2gXYKQXgTvQZBWaphk8oQlBm4jQRO8UBmAQQA"
+	, "vdi50M/WRCkOLt2RsUve8V8brMWYTJBJTTWoHUeRr82v4NCdX7OE1BsoVK8cy/1Q"
+	, "Y+gLOH9PqinuGGNWRmPV2Ju/RYn5H7sdewXA8E80xWhc4phHRMJ8Jjhg/GVPamkJ"
+	, "8B5zeKF0jcLFl7cuVdOyQakhoeDWJd0CyfW837nmPtMAEQEAAYifBBgBCAAJBQJO"
+	, "8UBmAhsMAAoJEBKdbgrFN7nHclAEAKBShuP/toH03atDUQTbGE34CA4yEC9BVghi"
+	, "7kviOZlOz2s8xAfp/8AYsrECx1kgbXcA7JD902eNyp7NzXsdJX0zJwHqiuZW0XlD"
+	, "T8ZJu4qrYRYgl/790WPESZ+ValvHD/fqkR38RF4tfxvyoMhhp0roGmJY33GASIG/"
+	, "+gQkDF9/"
+	, "=1k11"
+	]
+testSecretKey :: String
+testSecretKey = keyBlock False
+	[ "lQHYBE7xQGYBBACp6sFoGas5zIYtUUBMXpth/Ldzsig8WjTd6wTfE+i1hhqgGFeM"
+	, "E6/CJ+bX7J8+uGyqRNUIuvCVERcGJrYYFC/TePLWzg1PLd8c4o3Yyzkmk8qpB9Yp"
+	, "OhMrpXyjet8S53vYuBfV6jcKYmc7pF2GzXx5AwNsm9DOoOFBSi2P3zcxlwARAQAB"
+	, "AAP+PlRboxy7Z0XjuG70N6+CrzSddQbW5KCwgPFrxYsPk7sAPFcBkmRMVlv9vZpS"
+	, "phbP4bvDK+MrSntM51g+9uE802yhPhSWdmEbImiWfV2ucEhlLjD8gw7JDex9XZ0a"
+	, "EbTOV56wOsILuedX/jF/6i6IQzy5YmuMeo+ip1XQIsIN+80CAMyXepOBJgHw/gBD"
+	, "VdXh/l//vUkQQlhInQYwgkKbr0POCTdr8DM1qdKLcUD9Q1khgNRp0vZGGz+5xsrc"
+	, "KaODUlMCANSczLJcYWa8yPqB3S14yTe7qmtDiOS362+SeVUwQA7eQ06PcHLPsN+p"
+	, "NtWoHRfYazxrs+g0JvmoQOYdj4xSQy0CAMq7H/l6aeG1n8tpyMxqE7OvBOsvzdu5"
+	, "XS7I1AnwllVFgvTadVvqgf7b+hdYd91doeHDUGqSYO78UG1GgaBHJdylqrRbaW5z"
+	, "ZWN1cmUgdGVzdCBrZXkgKHRoaXMgaXMgYSB0ZXN0IGtleSwgZG8gbm90IHVzZSBm"
+	, "b3IgYWN0dWFsIGVuY3J5cHRpb24pIDx0ZXN0QGV4YW1wbGUuY29tPoi4BBMBCAAi"
+	, "BQJO8UBmAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRASnW4KxTe5x5D3"
+	, "A/9gx3V/T794stzAZc0G8arJWFQ58AqSc7VszMZupOyr2DrSp6DL9yV2p57FXE1/"
+	, "LRU3/8l4x+B1xvz5GAlguhoytPL0JyxRwU/G3A321wuawzRXb982aYUE722/vmIf"
+	, "7N4Vs2DT8Vs+QeI3oyPDs/aBdgpBeBO9BkFZqmGTyhCUGZ0B2ARO8UBmAQQAvdi5"
+	, "0M/WRCkOLt2RsUve8V8brMWYTJBJTTWoHUeRr82v4NCdX7OE1BsoVK8cy/1QY+gL"
+	, "OH9PqinuGGNWRmPV2Ju/RYn5H7sdewXA8E80xWhc4phHRMJ8Jjhg/GVPamkJ8B5z"
+	, "eKF0jcLFl7cuVdOyQakhoeDWJd0CyfW837nmPtMAEQEAAQAD/RaVtFFTkF1udun7"
+	, "YOwzJvQXCO9OWHZvSdEeG4BUNdAwy4YWu0oZzKkBDBS6+lWILqqb/c28U4leUJ1l"
+	, "H+viz5svN9BWWyj/UpI00uwUo9JaIqalemwfLx6vsh69b54L1B4exLZHYGLvy/B3"
+	, "5T6bT0gpOE+53BRtKcJaOh/McQeJAgDTOCBU5weWOf6Bhqnw3Vr/gRfxntAz2okN"
+	, "gqz/h79mWbCc/lHKoYQSsrCdMiwziHSjXwvehUrdWE/AcomtW0vbAgDmGJqJ2fNr"
+	, "HvdsGx4Ld/BxyiZbCURJLUQ5CwzfHGIvBu9PMT8zM26NOSncaXRjxDna2Ggh8Uum"
+	, "ANEwbnhxFwZpAf9L9RLYIMTtAqwBjfXJg/lHcc2R+VP0hL5c8zFz+S+w7bRqINwL"
+	, "ff1JstKuHT2nJnu0ustK66by8YI3T0hDFFahnNCInwQYAQgACQUCTvFAZgIbDAAK"
+	, "CRASnW4KxTe5x3JQBACgUobj/7aB9N2rQ1EE2xhN+AgOMhAvQVYIYu5L4jmZTs9r"
+	, "PMQH6f/AGLKxAsdZIG13AOyQ/dNnjcqezc17HSV9MycB6ormVtF5Q0/GSbuKq2EW"
+	, "IJf+/dFjxEmflWpbxw/36pEd/EReLX8b8qDIYadK6BpiWN9xgEiBv/oEJAxffw=="
+	, "=LDsg"
+	]
+keyBlock :: Bool -> [String] -> String
+keyBlock public ls = unlines
+	[ "-----BEGIN PGP "++t++" KEY BLOCK-----"
+	, "Version: GnuPG v1.4.11 (GNU/Linux)"
+	, ""
+	, unlines ls
+	, "-----END PGP "++t++" KEY BLOCK-----"
+	]
+  where
+	t
+		| public = "PUBLIC"
+		| otherwise = "PRIVATE"
+
+#ifndef mingw32_HOST_OS
+{- Runs an action using gpg in a test harness, in which gpg does
+ - not use ~/.gpg/, but a directory with the test key set up to be used. -}
+testHarness :: IO a -> IO a
+testHarness a = do
+	orig <- getEnv var
+	bracket setup (cleanup orig) (const a)
+  where
+	var = "GNUPGHOME"		
+
+	setup = do
+		base <- getTemporaryDirectory
+		dir <- mktmpdir $ base </> "gpgtmpXXXXXX"
+		void $ setEnv var dir True
+		-- For some reason, recent gpg needs a trustdb to be set up.
+		_ <- pipeStrict [Params "--trust-model auto --update-trustdb"] []
+		_ <- pipeStrict [Params "--import -q"] $ unlines
+			[testSecretKey, testKey]
+		return dir
+		
+	cleanup orig tmpdir = removeDirectoryRecursive tmpdir >> reset orig
+	reset (Just v) = setEnv var v True
+	reset _ = unsetEnv var
+
+{- Tests the test harness. -}
+testTestHarness :: IO Bool
+testTestHarness = do
+	keys <- testHarness $ findPubKeys testKeyId
+	return $ KeyIds [testKeyId] == keys
+#endif
+
+#ifndef mingw32_HOST_OS
+checkEncryptionFile :: FilePath -> Maybe KeyIds -> IO Bool
+checkEncryptionFile filename keys =
+	checkGpgPackets keys =<< readStrict params
+  where
+	params = [Params "--list-packets --list-only", File filename]
+
+checkEncryptionStream :: String -> Maybe KeyIds -> IO Bool
+checkEncryptionStream stream keys =
+	checkGpgPackets keys =<< pipeStrict params stream
+  where
+	params = [Params "--list-packets --list-only"]
+
+{- Parses an OpenPGP packet list, and checks whether data is
+ - symmetrically encrypted (keys is Nothing), or encrypted to some
+ - public key(s).
+ - /!\ The key needs to be in the keyring! -}
+checkGpgPackets :: Maybe KeyIds -> String -> IO Bool
+checkGpgPackets keys str = do
+	let (asym,sym) = partition (pubkeyEncPacket `isPrefixOf`) $
+			filter (\l' -> pubkeyEncPacket `isPrefixOf` l' ||
+				symkeyEncPacket `isPrefixOf` l') $
+			takeWhile (/= ":encrypted data packet:") $
+			lines str
+	case (keys,asym,sym) of
+		(Nothing, [], [_]) -> return True
+		(Just (KeyIds ks), ls, []) -> do
+			-- Find the master key associated with the
+			-- encryption subkey.
+			ks' <- concat <$> mapM (keyIds <$$> findPubKeys)
+					[ k | k:"keyid":_ <- map (reverse . words) ls ]
+			return $ sort (nub ks) == sort (nub ks')
+		_ -> return False
+  where
+	pubkeyEncPacket = ":pubkey enc packet: "
+	symkeyEncPacket = ":symkey enc packet: "
+#endif
diff --git a/Utility/Hash.hs b/Utility/Hash.hs
new file mode 100644
index 0000000000..1c5450a9ba
--- /dev/null
+++ b/Utility/Hash.hs
@@ -0,0 +1,70 @@
+{- Convenience wrapper around cryptohash.
+ - Falls back to SHA if it's not available.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Hash (
+	sha1,
+	sha224,
+	sha256,
+	sha384,
+	sha512,
+#ifdef WITH_CRYPTOHASH
+	skein256,
+	skein512,
+#endif
+	prop_hashes_stable
+) where
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.Text as T
+import qualified Data.Text.Encoding as T
+
+#ifndef WITH_CRYPTOHASH
+import Data.Digest.Pure.SHA
+#else
+import Crypto.Hash
+
+sha1 :: L.ByteString -> Digest SHA1
+sha1 = hashlazy
+
+sha224 :: L.ByteString -> Digest SHA224
+sha224 = hashlazy
+
+sha256 :: L.ByteString -> Digest SHA256
+sha256 = hashlazy
+
+sha384 :: L.ByteString -> Digest SHA384
+sha384 = hashlazy
+
+sha512 :: L.ByteString -> Digest SHA512
+sha512 = hashlazy
+
+-- sha3 is not yet fully standardized
+--sha3 :: L.ByteString -> Digest SHA3
+--sha3 = hashlazy
+
+skein256 :: L.ByteString -> Digest Skein256_256
+skein256 = hashlazy
+
+skein512 :: L.ByteString -> Digest Skein512_512
+skein512 = hashlazy
+
+#endif
+
+{- Check that all the hashes continue to hash the same. -}
+prop_hashes_stable :: Bool
+prop_hashes_stable = all (\(hasher, result) -> hasher foo == result)
+	[ (show . sha1, "0beec7b5ea3f0fdbc95d0dd47f3c5bc275da8a33")
+	, (show . sha224, "0808f64e60d58979fcb676c96ec938270dea42445aeefcd3a4e6f8db")
+	, (show . sha256, "2c26b46b68ffc68ff99b453c1d30413413422d706483bfa0f98a5e886266e7ae")
+	, (show . sha384, "98c11ffdfdd540676b1a137cb1a22b2a70350c9a44171d6b1180c6be5cbb2ee3f79d532c8a1dd9ef2e8e08e752a3babb")
+	, (show . sha512, "f7fbba6e0636f890e56fbbf3283e524c6fa3204ae298382d624741d0dc6638326e282c41be5e4254d8820772c5518a2c5a8c0c7f7eda19594a7eb539453e1ed7")
+#ifdef WITH_CRYPTOHASH
+	, (show . skein256, "a04efd9a0aeed6ede40fe5ce0d9361ae7b7d88b524aa19917b9315f1ecf00d33")
+	, (show . skein512, "fd8956898113510180aa4658e6c0ac85bd74fb47f4a4ba264a6b705d7a8e8526756e75aecda12cff4f1aca1a4c2830fbf57f458012a66b2b15a3dd7d251690a7")
+#endif
+	]
+  where
+	foo = L.fromChunks [T.encodeUtf8 $ T.pack "foo"]
diff --git a/Utility/HumanNumber.hs b/Utility/HumanNumber.hs
new file mode 100644
index 0000000000..8783f8152c
--- /dev/null
+++ b/Utility/HumanNumber.hs
@@ -0,0 +1,21 @@
+{- numbers for humans
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.HumanNumber where
+
+{- Displays a fractional value as a string with a limited number
+ - of decimal digits. -}
+showImprecise :: RealFrac a => Int -> a -> String
+showImprecise precision n
+	| precision == 0 || remainder == 0 = show (round n :: Integer)
+	| otherwise = show int ++ "." ++ striptrailing0s (pad0s $ show remainder)
+  where
+	int :: Integer
+	(int, frac) = properFraction n
+	remainder = round (frac * 10 ^ precision) :: Integer
+	pad0s s = replicate (precision - length s) '0' ++ s
+	striptrailing0s = reverse . dropWhile (== '0') . reverse
diff --git a/Utility/HumanTime.hs b/Utility/HumanTime.hs
new file mode 100644
index 0000000000..2aef1b09ce
--- /dev/null
+++ b/Utility/HumanTime.hs
@@ -0,0 +1,101 @@
+{- Time for humans.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.HumanTime (
+	Duration(..),
+	durationSince,
+	durationToPOSIXTime,
+	durationToDays,
+	daysToDuration,
+	parseDuration,
+	fromDuration,
+	prop_duration_roundtrips
+) where
+
+import Utility.PartialPrelude
+import Utility.Applicative
+import Utility.QuickCheck
+
+import Data.Time.Clock
+import Data.Time.Clock.POSIX (POSIXTime)
+import Data.Char
+import Control.Applicative
+import qualified Data.Map as M
+
+newtype Duration = Duration { durationSeconds :: Integer }
+  deriving (Eq, Ord, Read, Show)
+
+durationSince :: UTCTime -> IO Duration
+durationSince pasttime = do
+	now <- getCurrentTime
+	return $ Duration $ round $ diffUTCTime now pasttime
+
+durationToPOSIXTime :: Duration -> POSIXTime
+durationToPOSIXTime = fromIntegral . durationSeconds
+
+durationToDays :: Duration -> Integer
+durationToDays d = durationSeconds d `div` dsecs
+
+daysToDuration :: Integer -> Duration
+daysToDuration i = Duration $ i * dsecs
+
+{- Parses a human-input time duration, of the form "5h", "1m", "5h1m", etc -}
+parseDuration :: String -> Maybe Duration
+parseDuration = Duration <$$> go 0
+  where
+  	go n [] = return n
+  	go n s = do
+		num <- readish s :: Maybe Integer
+		case dropWhile isDigit s of
+			(c:rest) -> do
+				u <- M.lookup c unitmap
+				go (n + num * u) rest
+			_ -> return $ n + num
+
+fromDuration :: Duration -> String
+fromDuration Duration { durationSeconds = d }
+	| d == 0 = "0s"
+	| otherwise = concatMap showunit $ go [] units d
+  where
+	showunit (u, n)
+		| n > 0 = show n ++ [u]
+		| otherwise = ""
+	go c [] _ = reverse c
+	go c ((u, n):us) v =
+		let (q,r) = v `quotRem` n
+		in go ((u, q):c) us r
+
+units :: [(Char, Integer)]
+units = 
+	[ ('y', ysecs)
+	, ('d', dsecs)
+	, ('h', hsecs)
+	, ('m', msecs)
+	, ('s', 1)
+	]
+
+unitmap :: M.Map Char Integer
+unitmap = M.fromList units
+
+ysecs :: Integer
+ysecs = dsecs * 365
+
+dsecs :: Integer
+dsecs = hsecs * 24
+
+hsecs :: Integer
+hsecs = msecs * 60
+
+msecs :: Integer
+msecs = 60
+
+-- Durations cannot be negative.
+instance Arbitrary Duration where
+	arbitrary = Duration <$> nonNegative arbitrary
+
+prop_duration_roundtrips :: Duration -> Bool
+prop_duration_roundtrips d = parseDuration (fromDuration d) == Just d
diff --git a/Utility/InodeCache.hs b/Utility/InodeCache.hs
new file mode 100644
index 0000000000..b3534487d8
--- /dev/null
+++ b/Utility/InodeCache.hs
@@ -0,0 +1,210 @@
+{- Caching a file's inode, size, and modification time
+ - to see when it's changed.
+ -
+ - Copyright 2013, 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.InodeCache (
+	InodeCache,
+	InodeComparisonType(..),
+
+	compareStrong,
+	compareWeak,
+	compareBy,
+
+	readInodeCache,
+	showInodeCache,
+	genInodeCache,
+	toInodeCache,
+
+	InodeCacheKey,
+	inodeCacheToKey,
+	inodeCacheToMtime,
+
+	SentinalFile(..),
+	SentinalStatus(..),
+	TSDelta,
+	noTSDelta,
+	writeSentinalFile,
+	checkSentinalFile,
+	sentinalFileExists,
+
+	prop_read_show_inodecache
+) where
+
+import Common
+import System.PosixCompat.Types
+import Utility.QuickCheck
+
+data InodeCachePrim = InodeCachePrim FileID FileOffset EpochTime
+	deriving (Show, Eq, Ord)
+
+newtype InodeCache = InodeCache InodeCachePrim
+	deriving (Show)
+
+{- Inode caches can be compared in two different ways, either weakly
+ - or strongly. -}
+data InodeComparisonType = Weakly | Strongly
+	deriving (Eq, Ord)
+
+{- Strong comparison, including inodes. -}
+compareStrong :: InodeCache -> InodeCache -> Bool
+compareStrong (InodeCache x) (InodeCache y) = x == y
+
+{- Weak comparison of the inode caches, comparing the size and mtime,
+ - but not the actual inode.  Useful when inodes have changed, perhaps
+ - due to some filesystems being remounted.
+ -
+ - The weak mtime comparison treats any mtimes that are within 2 seconds
+ - of one-anther as the same. This is because FAT has only a 2 second
+ - resolution. When a FAT filesystem is used on Linux, higher resolution
+ - timestamps are cached and used by Linux, but this is lost on unmount,
+ - so after a remount, the timestamp can appear to have changed.
+ -}
+compareWeak :: InodeCache -> InodeCache -> Bool
+compareWeak (InodeCache (InodeCachePrim _ size1 mtime1)) (InodeCache (InodeCachePrim _ size2 mtime2)) =
+	size1 == size2 && (abs (mtime1 - mtime2) < 2)
+
+compareBy :: InodeComparisonType -> InodeCache -> InodeCache -> Bool
+compareBy Strongly = compareStrong
+compareBy Weakly = compareWeak
+
+{- For use in a Map; it's determined at creation time whether this
+ - uses strong or weak comparison for Eq. -}
+data InodeCacheKey = InodeCacheKey InodeComparisonType InodeCachePrim
+	deriving (Ord)
+
+instance Eq InodeCacheKey where
+	(InodeCacheKey ctx x) == (InodeCacheKey cty y) =
+		compareBy (maximum [ctx,cty]) (InodeCache x ) (InodeCache y)
+
+inodeCacheToKey :: InodeComparisonType -> InodeCache -> InodeCacheKey 
+inodeCacheToKey ct (InodeCache prim) = InodeCacheKey ct prim
+
+inodeCacheToMtime :: InodeCache -> EpochTime
+inodeCacheToMtime (InodeCache (InodeCachePrim _ _ mtime)) = mtime
+
+showInodeCache :: InodeCache -> String
+showInodeCache (InodeCache (InodeCachePrim inode size mtime)) = unwords
+	[ show inode
+	, show size
+	, show mtime
+	]
+
+readInodeCache :: String -> Maybe InodeCache
+readInodeCache s = case words s of
+	(inode:size:mtime:_) ->
+		let prim = InodeCachePrim
+			<$> readish inode
+			<*> readish size
+			<*> readish mtime
+		in InodeCache <$> prim
+	_ -> Nothing
+
+genInodeCache :: FilePath -> TSDelta -> IO (Maybe InodeCache)
+genInodeCache f delta = catchDefaultIO Nothing $
+	toInodeCache delta =<< getFileStatus f
+
+toInodeCache :: TSDelta -> FileStatus -> IO (Maybe InodeCache)
+toInodeCache (TSDelta getdelta) s
+	| isRegularFile s = do
+		delta <- getdelta
+		return $ Just $ InodeCache $ InodeCachePrim
+			(fileID s)
+			(fileSize s)
+			(modificationTime s + delta)
+	| otherwise = pure Nothing
+
+{- Some filesystem get new random inodes each time they are mounted.
+ - To detect this and other problems, a sentinal file can be created.
+ - Its InodeCache at the time of its creation is written to the cache file,
+ - so changes can later be detected. -}
+data SentinalFile = SentinalFile
+	{ sentinalFile :: FilePath
+	, sentinalCacheFile :: FilePath
+	}
+	deriving (Show)
+
+{- On Windows, the mtime of a file appears to change when the time zone is
+ - changed. To deal with this, a TSDelta can be used; the delta is added to
+ - the mtime when generating an InodeCache. The current delta can be found
+ - by looking at the SentinalFile. Effectively, this makes all InodeCaches
+ - use the same time zone that was in use when the sential file was
+ - originally written. -}
+newtype TSDelta = TSDelta (IO EpochTime)
+
+noTSDelta :: TSDelta
+noTSDelta = TSDelta (pure 0)
+
+writeSentinalFile :: SentinalFile -> IO ()
+writeSentinalFile s = do
+	writeFile (sentinalFile s) ""
+	maybe noop (writeFile (sentinalCacheFile s) . showInodeCache)
+		=<< genInodeCache (sentinalFile s) noTSDelta
+
+data SentinalStatus = SentinalStatus
+	{ sentinalInodesChanged :: Bool
+	, sentinalTSDelta :: TSDelta
+	} 
+
+{- Checks if the InodeCache of the sentinal file is the same
+ - as it was when it was originally created.
+ -
+ - On Windows, time stamp differences are ignored, since they change
+ - with the timezone.
+ -
+ - When the sential file does not exist, InodeCaches canot reliably be
+ - compared, so the assumption is that there is has been a change.
+ -}
+checkSentinalFile :: SentinalFile -> IO SentinalStatus
+checkSentinalFile s = do
+	mold <- loadoldcache
+	case mold of
+		Nothing -> return dummy
+		(Just old) -> do
+			mnew <- gennewcache
+			case mnew of
+				Nothing -> return dummy
+				Just new -> return $ calc old new
+  where
+	loadoldcache = catchDefaultIO Nothing $
+		readInodeCache <$> readFile (sentinalCacheFile s)
+	gennewcache = genInodeCache (sentinalFile s) noTSDelta
+	calc (InodeCache (InodeCachePrim oldinode oldsize oldmtime)) (InodeCache (InodeCachePrim newinode newsize newmtime)) =
+		SentinalStatus (not unchanged) tsdelta
+	  where
+#ifdef mingw32_HOST_OS
+	  	unchanged = oldinode == newinode && oldsize == newsize
+		tsdelta = TSDelta $ do
+			-- Run when generating an InodeCache, 
+			-- to get the current delta.
+			mnew <- gennewcache
+			return $ case mnew of
+				Just (InodeCache (InodeCachePrim _ _ currmtime)) ->
+					oldmtime - currmtime
+				Nothing -> 0
+#else
+		unchanged = oldinode == newinode && oldsize == newsize && oldmtime == newmtime
+		tsdelta = noTSDelta
+#endif
+	dummy = SentinalStatus True noTSDelta
+
+sentinalFileExists :: SentinalFile -> IO Bool
+sentinalFileExists s = allM doesFileExist [sentinalCacheFile s, sentinalFile s]
+
+instance Arbitrary InodeCache where
+	arbitrary =
+		let prim = InodeCachePrim
+			<$> arbitrary
+			<*> arbitrary
+			<*> arbitrary
+		in InodeCache <$> prim
+
+prop_read_show_inodecache :: InodeCache -> Bool
+prop_read_show_inodecache c = case readInodeCache (showInodeCache c) of
+	Nothing -> False
+	Just c' -> compareStrong c c'
diff --git a/Utility/JSONStream.hs b/Utility/JSONStream.hs
new file mode 100644
index 0000000000..b286462689
--- /dev/null
+++ b/Utility/JSONStream.hs
@@ -0,0 +1,44 @@
+{- Streaming JSON output.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.JSONStream (
+	start,
+	add,
+	end
+) where
+
+import Text.JSON
+
+{- Text.JSON does not support building up a larger JSON document piece by
+ - piece as a stream. To support streaming, a hack. The JSObject is converted
+ - to a string with its final "}" is left off, allowing it to be added to
+ - later. -}
+start :: JSON a => [(String, a)] -> String
+start l
+	| last s == endchar = init s
+	| otherwise = bad s
+  where
+	s = encodeStrict $ toJSObject l
+
+add :: JSON a => [(String, a)] -> String
+add l
+	| head s == startchar = ',' : drop 1 s
+	| otherwise = bad s
+  where
+	s = start l
+
+end :: String
+end = [endchar, '\n']
+
+startchar :: Char
+startchar = '{'
+
+endchar :: Char
+endchar = '}'
+
+bad :: String -> a
+bad s = error $ "Text.JSON returned unexpected string: " ++ s
diff --git a/Utility/LinuxMkLibs.hs b/Utility/LinuxMkLibs.hs
new file mode 100644
index 0000000000..1dc4e1ea32
--- /dev/null
+++ b/Utility/LinuxMkLibs.hs
@@ -0,0 +1,61 @@
+{- Linux library copier and binary shimmer
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.LinuxMkLibs where
+
+import Control.Applicative
+import Data.Maybe
+import System.Directory
+import Data.List.Utils
+import System.Posix.Files
+import Data.Char
+import Control.Monad.IfElse
+
+import Utility.PartialPrelude
+import Utility.Directory
+import Utility.Process
+import Utility.Monad
+import Utility.Path
+
+{- Installs a library. If the library is a symlink to another file,
+ - install the file it links to, and update the symlink to be relative. -}
+installLib :: (FilePath -> FilePath -> IO ()) -> FilePath -> FilePath -> IO (Maybe FilePath)
+installLib installfile top lib = ifM (doesFileExist lib)
+	( do
+		installfile top lib
+		checksymlink lib
+		return $ Just $ parentDir lib
+	, return Nothing
+	)
+  where
+	checksymlink f = whenM (isSymbolicLink <$> getSymbolicLinkStatus (inTop top f)) $ do
+		l <- readSymbolicLink (inTop top f)
+		let absl = absPathFrom (parentDir f) l
+		let target = relPathDirToFile (parentDir f) absl
+		installfile top absl
+		nukeFile (top ++ f)
+		createSymbolicLink target (inTop top f)
+		checksymlink absl
+
+-- Note that f is not relative, so cannot use </>
+inTop :: FilePath -> FilePath -> FilePath
+inTop top f = top ++ f
+
+{- Parse ldd output, getting all the libraries that the input files
+ - link to. Note that some of the libraries may not exist 
+ - (eg, linux-vdso.so) -}
+parseLdd :: String -> [FilePath]
+parseLdd = mapMaybe (getlib . dropWhile isSpace) . lines
+  where
+	getlib l = headMaybe . words =<< lastMaybe (split " => " l)
+
+{- Get all glibc libs and other support files, including gconv files
+ -
+ - XXX Debian specific. -}
+glibcLibs :: IO [FilePath]
+glibcLibs = lines <$> readProcess "sh"
+	["-c", "dpkg -L libc6:$(dpkg --print-architecture) libgcc1:$(dpkg --print-architecture) | egrep '\\.so|gconv'"]
diff --git a/Utility/LogFile.hs b/Utility/LogFile.hs
new file mode 100644
index 0000000000..e4f90d4188
--- /dev/null
+++ b/Utility/LogFile.hs
@@ -0,0 +1,59 @@
+{- log files
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.LogFile where
+
+import Common
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Types
+#endif
+
+openLog :: FilePath -> IO Handle
+openLog logfile = do
+	rotateLog logfile
+	openFile logfile AppendMode
+
+rotateLog :: FilePath -> IO ()
+rotateLog logfile = go 0
+  where
+	go num
+		| num > maxLogs = return ()
+		| otherwise = whenM (doesFileExist currfile) $ do
+			go (num + 1)
+			rename currfile nextfile
+	  where
+		currfile = filename num
+		nextfile = filename (num + 1)
+		filename n
+			| n == 0 = logfile
+			| otherwise = rotatedLog logfile n
+
+rotatedLog :: FilePath -> Int -> FilePath
+rotatedLog logfile n = logfile ++ "." ++ show n
+
+{- Lists most recent logs last. -}
+listLogs :: FilePath -> IO [FilePath]
+listLogs logfile = filterM doesFileExist $ reverse $ 
+	logfile : map (rotatedLog logfile) [1..maxLogs]
+
+maxLogs :: Int
+maxLogs = 9
+
+#ifndef mingw32_HOST_OS
+redirLog :: Fd -> IO ()
+redirLog logfd = do
+	mapM_ (redir logfd) [stdOutput, stdError]
+	closeFd logfd
+
+redir :: Fd -> Fd -> IO ()
+redir newh h = do
+	closeFd h
+	void $ dupTo newh h
+#endif
diff --git a/Utility/Lsof.hs b/Utility/Lsof.hs
new file mode 100644
index 0000000000..ee4036b163
--- /dev/null
+++ b/Utility/Lsof.hs
@@ -0,0 +1,120 @@
+{- lsof interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Lsof where
+
+import Common
+import Build.SysConfig as SysConfig
+import Utility.Env
+
+import System.Posix.Types
+
+data LsofOpenMode = OpenReadWrite | OpenReadOnly | OpenWriteOnly | OpenUnknown
+	deriving (Show, Eq)
+
+type CmdLine = String
+
+data ProcessInfo = ProcessInfo ProcessID CmdLine
+	deriving (Show)
+
+{- lsof is not in PATH on all systems, so SysConfig may have the absolute
+ - path where the program was found. Make sure at runtime that lsof is
+ - available, and if it's not in PATH, adjust PATH to contain it. -}
+setup :: IO ()
+setup = do
+	let cmd = fromMaybe "lsof" SysConfig.lsof
+	when (isAbsolute cmd) $ do
+		path <- getSearchPath
+		let path' = takeDirectory cmd : path
+		void $ setEnv "PATH" (intercalate [searchPathSeparator] path') True
+
+{- Checks each of the files in a directory to find open files.
+ - Note that this will find hard links to files elsewhere that are open. -}
+queryDir :: FilePath -> IO [(FilePath, LsofOpenMode, ProcessInfo)]
+queryDir path = query ["+d", path]
+
+{- Runs lsof with some parameters.
+ -
+ - Ignores nonzero exit code; lsof returns that when no files are open.
+ -
+ - Note: If lsof is not available, this always returns [] !
+ -}
+query :: [String] -> IO [(FilePath, LsofOpenMode, ProcessInfo)]
+query opts =
+	withHandle StdoutHandle (createProcessChecked checkSuccessProcess) p $ \h -> do
+		fileEncoding h
+		parse <$> hGetContentsStrict h
+  where
+	p = proc "lsof" ("-F0can" : opts)
+
+type LsofParser = String -> [(FilePath, LsofOpenMode, ProcessInfo)]
+
+parse :: LsofParser
+#ifdef __ANDROID__
+parse = parseDefault
+#else
+parse = parseFormatted
+#endif
+
+{- Parsing null-delimited output like:
+ -
+ - pPID\0cCMDLINE\0
+ - aMODE\0nFILE\0
+ - aMODE\0nFILE\0
+ - pPID\0[...]
+ -
+ - Where each new process block is started by a pid, and a process can
+ - have multiple files open.
+ -}
+parseFormatted :: LsofParser
+parseFormatted s = bundle $ go [] $ lines s
+  where
+	bundle = concatMap (\(fs, p) -> map (\(f, m) -> (f, m, p)) fs)
+
+	go c [] = c
+	go c ((t:r):ls)
+		| t == 'p' =
+			let (fs, ls') = parsefiles [] ls
+			in go ((fs, parseprocess r):c) ls'
+		| otherwise = parsefail
+	go _ _ = parsefail
+
+	parseprocess l = case splitnull l of
+		[pid, 'c':cmdline, ""] ->
+			case readish pid of
+				(Just n) -> ProcessInfo n cmdline
+				Nothing -> parsefail
+		_ -> parsefail
+
+	parsefiles c [] = (c, [])
+	parsefiles c (l:ls) = case splitnull l of
+		['a':mode, 'n':file, ""] ->
+			parsefiles ((file, parsemode mode):c) ls
+		(('p':_):_) -> (c, l:ls)
+		_ -> parsefail
+
+	parsemode ('r':_) = OpenReadOnly
+	parsemode ('w':_) = OpenWriteOnly
+	parsemode ('u':_) = OpenReadWrite
+	parsemode _ = OpenUnknown
+
+	splitnull = split "\0"
+
+	parsefail = error $ "failed to parse lsof output: " ++ show s
+
+{- Parses lsof's default output format. -}
+parseDefault :: LsofParser
+parseDefault = mapMaybe parseline . drop 1 . lines
+  where
+	parseline l = case words l of
+		(command : spid : _user : _fd : _type : _device : _size : _node : rest) -> 
+			case readish spid of
+				Nothing -> Nothing
+				Just pid -> Just (unwords rest, OpenUnknown, ProcessInfo pid command)
+		_ -> Nothing
diff --git a/Utility/Matcher.hs b/Utility/Matcher.hs
new file mode 100644
index 0000000000..1ee224ffc6
--- /dev/null
+++ b/Utility/Matcher.hs
@@ -0,0 +1,169 @@
+{- A generic matcher.
+ -
+ - Can be used to check if a user-supplied condition,
+ - like "foo and ( bar or not baz )" matches. The condition must already
+ - be tokenized, and can contain arbitrary operations.
+ -
+ - If operations are not separated by and/or, they are defaulted to being
+ - anded together, so "foo bar baz" all must match.
+ -
+ - Is forgiving about misplaced closing parens, so "foo and (bar or baz"
+ - will be handled, as will "foo and ( bar or baz ) )"
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE Rank2Types, KindSignatures #-}
+
+module Utility.Matcher (
+	Token(..),
+	Matcher(..),
+	token,
+	tokens,
+	generate,
+	match,
+	matchM,
+	matchMrun,
+	isEmpty,
+
+	prop_matcher_sane
+) where
+
+import Common
+
+{- A Token can be an Operation of an arbitrary type, or one of a few
+ - predefined peices of syntax. -}
+data Token op = Operation op | And | Or | Not | Open | Close
+	deriving (Show, Eq)
+
+data Matcher op = MAny
+	| MAnd (Matcher op) (Matcher op)
+	| MOr (Matcher op) (Matcher op)
+	| MNot (Matcher op)
+	| MOp op
+	deriving (Show, Eq)
+
+{- Converts a word of syntax into a token. Doesn't handle operations. -}
+token :: String -> Token op
+token "and" = And
+token "or" = Or
+token "not" = Not
+token "(" = Open
+token ")" = Close
+token t = error $ "unknown token " ++ t
+
+tokens :: [String]
+tokens = words "and or not ( )"
+
+{- Converts a list of Tokens into a Matcher. -}
+generate :: [Token op] -> Matcher op
+generate = simplify . process MAny . tokenGroups
+  where
+	process m [] = m
+	process m ts = uncurry process $ consume m ts
+
+	consume m (One And:rest) = term (m `MAnd`) rest
+	consume m (One Or:rest) = term (m `MOr`) rest
+	consume m (One Not:rest) = term (\p -> m `MAnd` (MNot p)) rest
+	consume m (One (Operation o):rest) = (m `MAnd` MOp o, rest)
+	consume m (Group g:rest) = (process m g, rest)
+	consume m (_:rest) = consume m rest
+	consume m [] = (m, [])
+
+	term a l = 
+		let (p, l') = consume MAny l
+		in (a p, l')
+
+	simplify (MAnd MAny x) = simplify x
+	simplify (MAnd x MAny) = simplify x
+	simplify (MAnd x y) = MAnd (simplify x) (simplify y)
+	simplify (MOr x y) = MOr (simplify x) (simplify y)
+	simplify (MNot x) = MNot (simplify x)
+	simplify x = x
+
+data TokenGroup op = One (Token op) | Group [TokenGroup op]
+	deriving (Show, Eq)
+
+tokenGroups :: [Token op] -> [TokenGroup op]
+tokenGroups [] = []
+tokenGroups (t:ts) = go t
+  where
+  	go Open =
+		let (gr, rest) = findClose ts
+		in gr : tokenGroups rest
+	go Close = tokenGroups ts -- not picky about missing Close
+	go _ = One t : tokenGroups ts
+
+findClose :: [Token op] -> (TokenGroup op, [Token op])
+findClose l = 
+	let (g, rest) = go [] l
+	in (Group (reverse g), rest)
+  where
+  	go c [] = (c, []) -- not picky about extra Close
+	go c (t:ts) = handle t
+	  where
+		handle Close = (c, ts)
+		handle Open = 
+			let (c', ts') = go [] ts
+			in go (Group (reverse c') : c) ts'
+		handle _ = go (One t:c) ts
+
+{- Checks if a Matcher matches, using a supplied function to check
+ - the value of Operations. -}
+match :: (op -> v -> Bool) -> Matcher op -> v -> Bool
+match a m v = go m
+  where
+	go MAny = True
+	go (MAnd m1 m2) = go m1 && go m2
+	go (MOr m1 m2) =  go m1 || go m2
+	go (MNot m1) = not $ go m1
+	go (MOp o) = a o v
+
+{- Runs a monadic Matcher, where Operations are actions in the monad. -}
+matchM :: Monad m => Matcher (v -> m Bool) -> v -> m Bool
+matchM m v = matchMrun m $ \o -> o v
+
+{- More generic running of a monadic Matcher, with full control over running
+ - of Operations. Mostly useful in order to match on more than one
+ - parameter. -}
+matchMrun :: forall o (m :: * -> *). Monad m => Matcher o -> (o -> m Bool) -> m Bool
+matchMrun m run = go m
+  where
+	go MAny = return True
+	go (MAnd m1 m2) = go m1 <&&> go m2
+	go (MOr m1 m2) =  go m1 <||> go m2
+	go (MNot m1) = liftM not (go m1)
+	go (MOp o) = run o
+
+{- Checks if a matcher contains no limits. -}
+isEmpty :: Matcher a -> Bool
+isEmpty MAny = True
+isEmpty _ = False
+
+prop_matcher_sane :: Bool
+prop_matcher_sane = all (\m -> match dummy m ()) $ map generate
+	[ [Operation True]
+	, []
+	, [Operation False, Or, Operation True, Or, Operation False]
+	, [Operation True, Or, Operation True]
+	, [Operation True, And, Operation True]
+	, [Not, Open, Operation True, And, Operation False, Close]
+	, [Not, Open, Not, Open, Not, Operation False, Close, Close]
+	, [Not, Open, Not, Open, Not, Open, Not, Operation True, Close, Close]
+	, [Operation True, And, Not, Operation False]
+	, [Operation True, Not, Operation False]
+	, [Operation True, Not, Not, Not, Operation False]
+	, [Operation True, Not, Not, Not, Operation False, And, Operation True]
+	, [Operation True, Not, Not, Not, Operation False, Operation True]
+	, [Not, Open, Operation True, And, Operation False, Close, 
+		And, Open, 
+			Open, Operation True, And, Operation False, Close,
+			Or,
+			Open, Operation True, And, Open, Not, Operation False, Close, Close,
+		Close, And,
+			Open, Not, Operation False, Close]
+	]
+  where
+	dummy b _ = b
diff --git a/Utility/Metered.hs b/Utility/Metered.hs
new file mode 100644
index 0000000000..0d94c1c5c6
--- /dev/null
+++ b/Utility/Metered.hs
@@ -0,0 +1,116 @@
+{- Metered IO
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE TypeSynonymInstances #-}
+
+module Utility.Metered where
+
+import Common
+
+import qualified Data.ByteString.Lazy as L
+import qualified Data.ByteString as S
+import System.IO.Unsafe
+import Foreign.Storable (Storable(sizeOf))
+import System.Posix.Types
+
+{- An action that can be run repeatedly, updating it on the bytes processed.
+ -
+ - Note that each call receives the total number of bytes processed, so
+ - far, *not* an incremental amount since the last call. -}
+type MeterUpdate = (BytesProcessed -> IO ())
+
+{- Total number of bytes processed so far. -}
+newtype BytesProcessed = BytesProcessed Integer
+	deriving (Eq, Ord, Show)
+
+class AsBytesProcessed a where
+	toBytesProcessed :: a -> BytesProcessed
+	fromBytesProcessed :: BytesProcessed -> a
+
+instance AsBytesProcessed Integer where
+	toBytesProcessed i = BytesProcessed i
+	fromBytesProcessed (BytesProcessed i) = i
+
+instance AsBytesProcessed Int where
+	toBytesProcessed i = BytesProcessed $ toInteger i
+	fromBytesProcessed (BytesProcessed i) = fromInteger i
+
+instance AsBytesProcessed FileOffset where
+	toBytesProcessed sz = BytesProcessed $ toInteger sz
+	fromBytesProcessed (BytesProcessed sz) = fromInteger sz
+
+addBytesProcessed :: AsBytesProcessed v => BytesProcessed -> v -> BytesProcessed
+addBytesProcessed (BytesProcessed i) v = 
+	let (BytesProcessed n) = toBytesProcessed v
+	in BytesProcessed $! i + n
+
+zeroBytesProcessed :: BytesProcessed
+zeroBytesProcessed = BytesProcessed 0
+
+{- Sends the content of a file to an action, updating the meter as it's
+ - consumed. -}
+withMeteredFile :: FilePath -> MeterUpdate -> (L.ByteString -> IO a) -> IO a
+withMeteredFile f meterupdate a = withBinaryFile f ReadMode $ \h ->
+	hGetContentsMetered h meterupdate >>= a
+
+{- Sends the content of a file to a Handle, updating the meter as it's
+ - written. -}
+streamMeteredFile :: FilePath -> MeterUpdate -> Handle -> IO ()
+streamMeteredFile f meterupdate h = withMeteredFile f meterupdate $ L.hPut h
+
+{- Writes a ByteString to a Handle, updating a meter as it's written. -}
+meteredWrite :: MeterUpdate -> Handle -> L.ByteString -> IO ()
+meteredWrite meterupdate h = go zeroBytesProcessed . L.toChunks 
+  where
+	go _ [] = return ()
+	go sofar (c:cs) = do
+		S.hPut h c
+		let sofar' = addBytesProcessed sofar $ S.length c
+		meterupdate sofar'
+		go sofar' cs
+
+meteredWriteFile :: MeterUpdate -> FilePath -> L.ByteString -> IO ()
+meteredWriteFile meterupdate f b = withBinaryFile f WriteMode $ \h ->
+	meteredWrite meterupdate h b
+
+{- This is like L.hGetContents, but after each chunk is read, a meter
+ - is updated based on the size of the chunk.
+ -
+ - Note that the meter update is run in unsafeInterleaveIO, which means that
+ - it can be run at any time. It's even possible for updates to run out
+ - of order, as different parts of the ByteString are consumed.
+ -
+ - All the usual caveats about using unsafeInterleaveIO apply to the
+ - meter updates, so use caution.
+ -}
+hGetContentsMetered :: Handle -> MeterUpdate -> IO L.ByteString
+hGetContentsMetered h meterupdate = lazyRead zeroBytesProcessed
+  where
+	lazyRead sofar = unsafeInterleaveIO $ loop sofar
+
+	loop sofar = do
+		c <- S.hGetSome h defaultChunkSize
+		if S.null c
+			then do
+				hClose h
+				return $ L.empty
+			else do
+				let sofar' = addBytesProcessed sofar $
+					S.length c
+				meterupdate sofar'
+				{- unsafeInterleaveIO causes this to be
+				 - deferred until the data is read from the
+				 - ByteString. -}
+				cs <- lazyRead sofar'
+				return $ L.append (L.fromChunks [c]) cs
+
+{- Same default chunk size Lazy ByteStrings use. -}
+defaultChunkSize :: Int
+defaultChunkSize = 32 * k - chunkOverhead
+  where
+	k = 1024
+	chunkOverhead = 2 * sizeOf (undefined :: Int) -- GHC specific
diff --git a/Utility/Misc.hs b/Utility/Misc.hs
new file mode 100644
index 0000000000..949f41e7be
--- /dev/null
+++ b/Utility/Misc.hs
@@ -0,0 +1,148 @@
+{- misc utility functions
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Misc where
+
+import System.IO
+import Control.Monad
+import Foreign
+import Data.Char
+import Data.List
+import Control.Applicative
+import System.Exit
+#ifndef mingw32_HOST_OS
+import System.Posix.Process (getAnyProcessStatus)
+import Utility.Exception
+#endif
+
+import Utility.FileSystemEncoding
+import Utility.Monad
+
+{- A version of hgetContents that is not lazy. Ensures file is 
+ - all read before it gets closed. -}
+hGetContentsStrict :: Handle -> IO String
+hGetContentsStrict = hGetContents >=> \s -> length s `seq` return s
+
+{- A version of readFile that is not lazy. -}
+readFileStrict :: FilePath -> IO String
+readFileStrict = readFile >=> \s -> length s `seq` return s
+
+{-  Reads a file strictly, and using the FileSystemEncoding, so it will
+ -  never crash on a badly encoded file. -}
+readFileStrictAnyEncoding :: FilePath -> IO String
+readFileStrictAnyEncoding f = withFile f ReadMode $ \h -> do
+	fileEncoding h
+	hClose h `after` hGetContentsStrict h
+
+{- Writes a file, using the FileSystemEncoding so it will never crash
+ - on a badly encoded content string. -}
+writeFileAnyEncoding :: FilePath -> String -> IO ()
+writeFileAnyEncoding f content = withFile f WriteMode $ \h -> do
+	fileEncoding h
+	hPutStr h content
+
+{- Like break, but the item matching the condition is not included
+ - in the second result list.
+ -
+ - separate (== ':') "foo:bar" = ("foo", "bar")
+ - separate (== ':') "foobar" = ("foobar", "")
+ -}
+separate :: (a -> Bool) -> [a] -> ([a], [a])
+separate c l = unbreak $ break c l
+  where
+	unbreak r@(a, b)
+		| null b = r
+		| otherwise = (a, tail b)
+
+{- Breaks out the first line. -}
+firstLine :: String -> String
+firstLine = takeWhile (/= '\n')
+
+{- Splits a list into segments that are delimited by items matching
+ - a predicate. (The delimiters are not included in the segments.)
+ - Segments may be empty. -}
+segment :: (a -> Bool) -> [a] -> [[a]]
+segment p l = map reverse $ go [] [] l
+  where
+	go c r [] = reverse $ c:r
+	go c r (i:is)
+		| p i = go [] (c:r) is
+		| otherwise = go (i:c) r is
+
+prop_segment_regressionTest :: Bool
+prop_segment_regressionTest = all id
+	-- Even an empty list is a segment.
+	[ segment (== "--") [] == [[]]
+	-- There are two segements in this list, even though the first is empty.
+	, segment (== "--") ["--", "foo", "bar"] == [[],["foo","bar"]]
+	]
+
+{- Includes the delimiters as segments of their own. -}
+segmentDelim :: (a -> Bool) -> [a] -> [[a]]
+segmentDelim p l = map reverse $ go [] [] l
+  where
+	go c r [] = reverse $ c:r
+	go c r (i:is)
+		| p i = go [] ([i]:c:r) is
+		| otherwise = go (i:c) r is
+
+{- Replaces multiple values in a string.
+ -
+ - Takes care to skip over just-replaced values, so that they are not
+ - mangled. For example, massReplace [("foo", "new foo")] does not
+ - replace the "new foo" with "new new foo".
+ -}
+massReplace :: [(String, String)] -> String -> String
+massReplace vs = go [] vs
+  where
+
+	go acc _ [] = concat $ reverse acc
+	go acc [] (c:cs) = go ([c]:acc) vs cs
+	go acc ((val, replacement):rest) s
+		| val `isPrefixOf` s =
+			go (replacement:acc) vs (drop (length val) s)
+		| otherwise = go acc rest s
+
+{- Wrapper around hGetBufSome that returns a String.
+ -
+ - The null string is returned on eof, otherwise returns whatever
+ - data is currently available to read from the handle, or waits for
+ - data to be written to it if none is currently available.
+ - 
+ - Note on encodings: The normal encoding of the Handle is ignored;
+ - each byte is converted to a Char. Not unicode clean!
+ -}
+hGetSomeString :: Handle -> Int -> IO String
+hGetSomeString h sz = do
+	fp <- mallocForeignPtrBytes sz
+	len <- withForeignPtr fp $ \buf -> hGetBufSome h buf sz
+	map (chr . fromIntegral) <$> withForeignPtr fp (peekbytes len)
+  where
+	peekbytes :: Int -> Ptr Word8 -> IO [Word8]
+	peekbytes len buf = mapM (peekElemOff buf) [0..pred len]
+
+{- Reaps any zombie git processes. 
+ -
+ - Warning: Not thread safe. Anything that was expecting to wait
+ - on a process and get back an exit status is going to be confused
+ - if this reap gets there first. -}
+reapZombies :: IO ()
+#ifndef mingw32_HOST_OS
+reapZombies = do
+	-- throws an exception when there are no child processes
+	catchDefaultIO Nothing (getAnyProcessStatus False True)
+		>>= maybe (return ()) (const reapZombies)
+
+#else
+reapZombies = return ()
+#endif
+
+exitBool :: Bool -> IO a
+exitBool False = exitFailure
+exitBool True = exitSuccess
diff --git a/Utility/Monad.hs b/Utility/Monad.hs
new file mode 100644
index 0000000000..eba3c42836
--- /dev/null
+++ b/Utility/Monad.hs
@@ -0,0 +1,69 @@
+{- monadic stuff
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Monad where
+
+import Data.Maybe
+import Control.Monad
+
+{- Return the first value from a list, if any, satisfying the given
+ - predicate -}
+firstM :: Monad m => (a -> m Bool) -> [a] -> m (Maybe a)
+firstM _ [] = return Nothing
+firstM p (x:xs) = ifM (p x) (return $ Just x , firstM p xs)
+
+{- Runs the action on values from the list until it succeeds, returning
+ - its result. -}
+getM :: Monad m => (a -> m (Maybe b)) -> [a] -> m (Maybe b)
+getM _ [] = return Nothing
+getM p (x:xs) = maybe (getM p xs) (return . Just) =<< p x
+
+{- Returns true if any value in the list satisfies the predicate,
+ - stopping once one is found. -}
+anyM :: Monad m => (a -> m Bool) -> [a] -> m Bool
+anyM p = liftM isJust . firstM p
+
+allM :: Monad m => (a -> m Bool) -> [a] -> m Bool
+allM _ [] = return True
+allM p (x:xs) = p x <&&> allM p xs
+
+{- Runs an action on values from a list until it succeeds. -}
+untilTrue :: Monad m => [a] -> (a -> m Bool) -> m Bool
+untilTrue = flip anyM
+
+{- if with a monadic conditional. -}
+ifM :: Monad m => m Bool -> (m a, m a) -> m a
+ifM cond (thenclause, elseclause) = do
+	c <- cond
+	if c then thenclause else elseclause
+
+{- short-circuiting monadic || -}
+(<||>) :: Monad m => m Bool -> m Bool -> m Bool
+ma <||> mb = ifM ma ( return True , mb )
+
+{- short-circuiting monadic && -}
+(<&&>) :: Monad m => m Bool -> m Bool -> m Bool
+ma <&&> mb = ifM ma ( mb , return False )
+
+{- Same fixity as && and || -}
+infixr 3 <&&>
+infixr 2 <||>
+
+{- Runs an action, passing its value to an observer before returning it. -}
+observe :: Monad m => (a -> m b) -> m a -> m a
+observe observer a = do
+	r <- a
+	_ <- observer r
+	return r
+
+{- b `after` a runs first a, then b, and returns the value of a -}
+after :: Monad m => m b -> m a -> m a
+after = observe . const
+
+{- do nothing -}
+noop :: Monad m => m ()
+noop = return ()
diff --git a/Utility/Mounts.hsc b/Utility/Mounts.hsc
new file mode 100644
index 0000000000..b6defda43d
--- /dev/null
+++ b/Utility/Mounts.hsc
@@ -0,0 +1,93 @@
+{- Interface to mtab (and fstab)
+ - 
+ - Derived from hsshellscript, originally written by
+ - Volker Wysk <hsss@volker-wysk.de>
+ - 
+ - Modified to support BSD, Mac OS X, and Android by
+ - Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU LGPL version 2.1 or higher.
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface #-}
+
+module Utility.Mounts (
+	Mntent(..),
+	getMounts
+) where
+
+#ifndef __ANDROID__
+import Control.Monad
+import Foreign
+import Foreign.C
+#include "libmounts.h"
+#else
+import Utility.Exception
+import Data.Maybe
+import Control.Applicative
+#endif
+
+{- This is a stripped down mntent, containing only
+ - fields available everywhere. -}
+data Mntent = Mntent
+	{ mnt_fsname :: String
+	, mnt_dir :: FilePath
+	, mnt_type :: String
+	} deriving (Read, Show, Eq, Ord)
+
+#ifndef __ANDROID__
+
+getMounts :: IO [Mntent]
+getMounts = do
+	h <- c_mounts_start
+	when (h == nullPtr) $
+		throwErrno "getMounts"
+	mntent <- getmntent h []
+	_ <- c_mounts_end h
+	return mntent
+
+  where
+	getmntent h c = do
+		ptr <- c_mounts_next h
+		if (ptr == nullPtr)
+			then return $ reverse c
+			else do
+				mnt_fsname_str <- #{peek struct mntent, mnt_fsname} ptr >>= peekCString
+				mnt_dir_str <- #{peek struct mntent, mnt_dir} ptr >>= peekCString
+				mnt_type_str <- #{peek struct mntent, mnt_type} ptr >>= peekCString
+				let ent = Mntent
+					{ mnt_fsname = mnt_fsname_str
+					, mnt_dir = mnt_dir_str
+					, mnt_type = mnt_type_str
+					}
+				getmntent h (ent:c)
+
+{- Using unsafe imports because the C functions are belived to never block.
+ - Note that getmntinfo is called with MNT_NOWAIT to avoid possibly blocking;
+ - while getmntent only accesses a file in /etc (or /proc) that should not
+ - block. -}
+foreign import ccall unsafe "libmounts.h mounts_start" c_mounts_start
+        :: IO (Ptr ())
+foreign import ccall unsafe "libmounts.h mounts_next" c_mounts_next
+        :: Ptr () -> IO (Ptr ())
+foreign import ccall unsafe "libmounts.h mounts_end" c_mounts_end
+        :: Ptr () -> IO CInt
+
+#else
+
+{- Android does not support getmntent (well, it's a no-op stub in Bionic).
+ - 
+ - But, the linux kernel's /proc/mounts is available to be parsed.
+ -}
+getMounts :: IO [Mntent]
+getMounts = catchDefaultIO [] $
+	mapMaybe (parse . words) . lines <$> readFile "/proc/mounts"
+  where
+  	parse (device:mountpoint:fstype:_rest) = Just $ Mntent
+		{ mnt_fsname = device
+		, mnt_dir = mountpoint
+		, mnt_type = fstype
+		}
+	parse _ = Nothing
+
+#endif
diff --git a/Utility/Network.hs b/Utility/Network.hs
new file mode 100644
index 0000000000..9c69802610
--- /dev/null
+++ b/Utility/Network.hs
@@ -0,0 +1,21 @@
+{- network functions
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Network where
+
+import Utility.Process
+import Utility.Exception
+
+import Control.Applicative
+
+{- Haskell lacks uname(2) bindings, except in the
+ - Bindings.Uname addon. Rather than depend on that,
+ - use uname -n when available. -}
+getHostname :: IO (Maybe String)
+getHostname = catchMaybeIO uname_node
+  where
+	uname_node = takeWhile (/= '\n') <$> readProcess "uname" ["-n"]
diff --git a/Utility/NotificationBroadcaster.hs b/Utility/NotificationBroadcaster.hs
new file mode 100644
index 0000000000..8a6e09f92c
--- /dev/null
+++ b/Utility/NotificationBroadcaster.hs
@@ -0,0 +1,96 @@
+{- notification broadcaster
+ -
+ - This is used to allow clients to block until there is a new notification
+ - that some thing occurred. It does not communicate what the change is,
+ - it only provides blocking reads to wait on notifications.
+ -
+ - Multiple clients are supported. Each has a unique id.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.NotificationBroadcaster (
+	NotificationBroadcaster,
+	NotificationHandle,
+	NotificationId,
+	newNotificationBroadcaster,
+	newNotificationHandle,
+	notificationHandleToId,
+	notificationHandleFromId,
+	sendNotification,
+	waitNotification,
+	checkNotification,
+) where
+
+import Common
+
+import Control.Concurrent.STM
+
+{- One TMVar per client, which are empty when no notification is pending,
+ - and full when a notification has been sent but not yet seen by the
+ - client. The list TMVar is never empty, so never blocks. -}
+type NotificationBroadcaster = TMVar [TMVar ()]
+
+newtype NotificationId = NotificationId Int
+	deriving (Read, Show, Eq, Ord)
+
+{- Handle given out to an individual client. -}
+data NotificationHandle = NotificationHandle NotificationBroadcaster NotificationId
+
+newNotificationBroadcaster :: IO NotificationBroadcaster
+newNotificationBroadcaster = atomically $ newTMVar []
+
+{- Allocates a notification handle for a client to use.
+ -
+ - An immediate notification can be forced the first time waitNotification
+ - is called on the handle. This is useful in cases where a notification
+ - may be sent while the new handle is being constructed. Normally,
+ - such a notification would be missed. Forcing causes extra work,
+ - but ensures such notifications get seen.
+ -}
+newNotificationHandle :: Bool -> NotificationBroadcaster -> IO NotificationHandle
+newNotificationHandle force b = NotificationHandle
+	<$> pure b
+	<*> addclient
+  where
+	addclient = atomically $ do
+		s <- if force
+			then newTMVar ()
+			else newEmptyTMVar
+		l <- takeTMVar b
+		putTMVar b $ l ++ [s]
+		return $ NotificationId $ length l
+
+{- Extracts the identifier from a notification handle.
+ - This can be used to eg, pass the identifier through to a WebApp. -}
+notificationHandleToId :: NotificationHandle -> NotificationId
+notificationHandleToId (NotificationHandle _ i) = i
+
+notificationHandleFromId :: NotificationBroadcaster -> NotificationId -> NotificationHandle
+notificationHandleFromId = NotificationHandle
+
+{- Sends a notification to all clients. -}
+sendNotification :: NotificationBroadcaster -> IO ()
+sendNotification b = do
+	l <- atomically $ readTMVar b
+	mapM_ notify l
+  where
+	notify s = atomically $
+		whenM (isEmptyTMVar s) $
+			putTMVar s ()
+
+{- Used by a client to block until a new notification is available since
+ - the last time it tried. -}
+waitNotification :: NotificationHandle -> IO ()
+waitNotification (NotificationHandle b (NotificationId i)) = do
+	l <- atomically $ readTMVar b
+	atomically $ takeTMVar (l !! i)
+
+{- Used by a client to check if there has been a new notification since the
+ - last time it checked, without blocking. -}
+checkNotification :: NotificationHandle -> IO Bool
+checkNotification (NotificationHandle b (NotificationId i)) = do
+	l <- atomically $ readTMVar b
+	maybe False (const True) <$> atomically (tryTakeTMVar (l !! i))
diff --git a/Utility/OSX.hs b/Utility/OSX.hs
new file mode 100644
index 0000000000..4c930f2f84
--- /dev/null
+++ b/Utility/OSX.hs
@@ -0,0 +1,44 @@
+{- OSX stuff
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.OSX where
+
+import Utility.UserInfo
+
+import System.FilePath
+
+autoStartBase :: String -> FilePath
+autoStartBase label = "Library" </> "LaunchAgents" </> label ++ ".plist"
+
+systemAutoStart :: String -> FilePath
+systemAutoStart label = "/" </> autoStartBase label
+
+userAutoStart :: String -> IO FilePath
+userAutoStart label = do
+	home <- myHomeDir
+	return $ home </> autoStartBase label
+
+{- Generates an OSX autostart plist file with a given label, command, and
+ - params to run at boot or login. -}
+genOSXAutoStartFile :: String -> String -> [String] -> String
+genOSXAutoStartFile label command params = unlines
+	[ "<?xml version=\"1.0\" encoding=\"UTF-8\"?>"
+	, "<!DOCTYPE plist PUBLIC \"-//Apple//DTD PLIST 1.0//EN\" \"http://www.apple.com/DTDs/PropertyList-1.0.dtd\">"
+	, "<plist version=\"1.0\">"
+	, "<dict>"
+	, "<key>Label</key>"
+	, "<string>" ++ label ++ "</string>"
+	, "<key>ProgramArguments</key>"
+	, "<array>"
+	, unlines $ map (\v -> "<string>" ++ v ++ "</string>") (command:params)
+	, "</array>"
+	, "<key>RunAtLoad</key>"
+	, "<true/>"
+	, "</dict>"
+	, "</plist>"
+	]
+	
diff --git a/Utility/PID.hs b/Utility/PID.hs
new file mode 100644
index 0000000000..a70a4e2a4b
--- /dev/null
+++ b/Utility/PID.hs
@@ -0,0 +1,31 @@
+{- process ids
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.PID where
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Types (ProcessID)
+import System.Posix.Process (getProcessID)
+#else
+import System.Win32.Process (ProcessId)
+import System.Win32.Process.Current (getCurrentProcessId)
+#endif
+
+#ifndef mingw32_HOST_OS
+type PID = ProcessID
+#else
+type PID = ProcessId
+#endif
+
+getPID :: IO PID
+#ifndef mingw32_HOST_OS
+getPID = getProcessID
+#else
+getPID = getCurrentProcessId
+#endif
diff --git a/Utility/Parallel.hs b/Utility/Parallel.hs
new file mode 100644
index 0000000000..239c81e7b5
--- /dev/null
+++ b/Utility/Parallel.hs
@@ -0,0 +1,35 @@
+{- parallel processing via threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Parallel where
+
+import Common
+
+import Control.Concurrent
+import Control.Exception
+
+{- Runs an action in parallel with a set of values, in a set of threads.
+ - In order for the actions to truely run in parallel, requires GHC's
+ - threaded runtime, 
+ -
+ - Returns the values partitioned into ones with which the action succeeded,
+ - and ones with which it failed. -}
+inParallel :: (v -> IO Bool) -> [v] -> IO ([v], [v])
+inParallel a l = do
+	mvars <- mapM thread l
+	statuses <- mapM takeMVar mvars
+	return $ reduce $ partition snd $ zip l statuses
+  where
+	reduce (x,y) = (map fst x, map fst y)
+	thread v = do
+		mvar <- newEmptyMVar
+		_ <- forkIO $ do
+			r <- try (a v) :: IO (Either SomeException Bool)
+			case r of
+				Left _ -> putMVar mvar False
+				Right b -> putMVar mvar b
+		return mvar
diff --git a/Utility/PartialPrelude.hs b/Utility/PartialPrelude.hs
new file mode 100644
index 0000000000..6efa093fd3
--- /dev/null
+++ b/Utility/PartialPrelude.hs
@@ -0,0 +1,68 @@
+{- Parts of the Prelude are partial functions, which are a common source of
+ - bugs.
+ -
+ - This exports functions that conflict with the prelude, which avoids
+ - them being accidentially used.
+ -}
+
+module Utility.PartialPrelude where
+
+import qualified Data.Maybe
+
+{- read should be avoided, as it throws an error
+ - Instead, use: readish -}
+read :: Read a => String -> a
+read = Prelude.read
+
+{- head is a partial function; head [] is an error
+ - Instead, use: take 1 or headMaybe -}
+head :: [a] -> a
+head = Prelude.head
+
+{- tail is also partial
+ - Instead, use: drop 1 -}
+tail :: [a] -> [a]
+tail = Prelude.tail
+
+{- init too
+ - Instead, use: beginning -}
+init :: [a] -> [a]
+init = Prelude.init
+
+{- last too
+ - Instead, use: end or lastMaybe -}
+last :: [a] -> a
+last = Prelude.last
+
+{- Attempts to read a value from a String.
+ -
+ - Ignores leading/trailing whitespace, and throws away any trailing
+ - text after the part that can be read.
+ -
+ - readMaybe is available in Text.Read in new versions of GHC,
+ - but that one requires the entire string to be consumed.
+ -}
+readish :: Read a => String -> Maybe a
+readish s = case reads s of
+	((x,_):_) -> Just x
+	_ -> Nothing
+
+{- Like head but Nothing on empty list. -}
+headMaybe :: [a] -> Maybe a
+headMaybe = Data.Maybe.listToMaybe
+
+{- Like last but Nothing on empty list. -}
+lastMaybe :: [a] -> Maybe a
+lastMaybe [] = Nothing
+lastMaybe v = Just $ Prelude.last v
+
+{- All but the last element of a list.
+ - (Like init, but no error on an empty list.) -}
+beginning :: [a] -> [a]
+beginning [] = []
+beginning l = Prelude.init l
+
+{- Like last, but no error on an empty list. -}
+end :: [a] -> [a]
+end [] = []
+end l = [Prelude.last l]
diff --git a/Utility/Path.hs b/Utility/Path.hs
new file mode 100644
index 0000000000..99c9438bfb
--- /dev/null
+++ b/Utility/Path.hs
@@ -0,0 +1,293 @@
+{- path manipulation
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE PackageImports, CPP #-}
+
+module Utility.Path where
+
+import Data.String.Utils
+import System.FilePath
+import System.Directory
+import Data.List
+import Data.Maybe
+import Data.Char
+import Control.Applicative
+
+#ifdef mingw32_HOST_OS
+import qualified System.FilePath.Posix as Posix
+#else
+import System.Posix.Files
+#endif
+
+import qualified "MissingH" System.Path as MissingH
+import Utility.Monad
+import Utility.UserInfo
+
+{- Simplifies a path, removing any ".." or ".", and removing the trailing
+ - path separator.
+ -
+ - On Windows, preserves whichever style of path separator might be used in
+ - the input FilePaths. This is done because some programs in Windows
+ - demand a particular path separator -- and which one actually varies!
+ -
+ - This does not guarantee that two paths that refer to the same location,
+ - and are both relative to the same location (or both absolute) will
+ - yeild the same result. Run both through normalise from System.FilePath
+ - to ensure that.
+ -}
+simplifyPath :: FilePath -> FilePath
+simplifyPath path = dropTrailingPathSeparator $ 
+	joinDrive drive $ joinPath $ norm [] $ splitPath path'
+  where
+	(drive, path') = splitDrive path
+
+	norm c [] = reverse c
+	norm c (p:ps)
+		| p' == ".." = norm (drop 1 c) ps
+		| p' == "." = norm c ps
+		| otherwise = norm (p:c) ps
+	  where
+		p' = dropTrailingPathSeparator p
+
+{- Makes a path absolute.
+ -
+ - The first parameter is a base directory (ie, the cwd) to use if the path
+ - is not already absolute.
+ -
+ - Does not attempt to deal with edge cases or ensure security with
+ - untrusted inputs.
+ -}
+absPathFrom :: FilePath -> FilePath -> FilePath
+absPathFrom dir path = simplifyPath (combine dir path)
+
+{- On Windows, this converts the paths to unix-style, in order to run
+ - MissingH's absNormPath on them. Resulting path will use / separators. -}
+absNormPathUnix :: FilePath -> FilePath -> Maybe FilePath
+#ifndef mingw32_HOST_OS
+absNormPathUnix dir path = MissingH.absNormPath dir path
+#else
+absNormPathUnix dir path = todos <$> MissingH.absNormPath (fromdos dir) (fromdos path)
+  where
+	fromdos = replace "\\" "/"
+	todos = replace "/" "\\"
+#endif
+
+{- Returns the parent directory of a path.
+ -
+ - To allow this to be easily used in loops, which terminate upon reaching the
+ - top, the parent of / is "" -}
+parentDir :: FilePath -> FilePath
+parentDir dir
+	| null dirs = ""
+	| otherwise = joinDrive drive (join s $ init dirs)
+  where
+	-- on Unix, the drive will be "/" when the dir is absolute, otherwise ""
+	(drive, path) = splitDrive dir
+	dirs = filter (not . null) $ split s path
+	s = [pathSeparator]
+
+prop_parentDir_basics :: FilePath -> Bool
+prop_parentDir_basics dir
+	| null dir = True
+	| dir == "/" = parentDir dir == ""
+	| otherwise = p /= dir
+  where
+	p = parentDir dir
+
+{- Checks if the first FilePath is, or could be said to contain the second.
+ - For example, "foo/" contains "foo/bar". Also, "foo", "./foo", "foo/" etc
+ - are all equivilant.
+ -}
+dirContains :: FilePath -> FilePath -> Bool
+dirContains a b = a == b || a' == b' || (addTrailingPathSeparator a') `isPrefixOf` b'
+  where
+	a' = norm a
+	b' = norm b
+	norm = normalise . simplifyPath
+
+{- Converts a filename into an absolute path.
+ -
+ - Unlike Directory.canonicalizePath, this does not require the path
+ - already exists. -}
+absPath :: FilePath -> IO FilePath
+absPath file = do
+	cwd <- getCurrentDirectory
+	return $ absPathFrom cwd file
+
+{- Constructs a relative path from the CWD to a file.
+ -
+ - For example, assuming CWD is /tmp/foo/bar:
+ -    relPathCwdToFile "/tmp/foo" == ".."
+ -    relPathCwdToFile "/tmp/foo/bar" == "" 
+ -}
+relPathCwdToFile :: FilePath -> IO FilePath
+relPathCwdToFile f = relPathDirToFile <$> getCurrentDirectory <*> absPath f
+
+{- Constructs a relative path from a directory to a file.
+ -
+ - Both must be absolute, and cannot contain .. etc. (eg use absPath first).
+ -}
+relPathDirToFile :: FilePath -> FilePath -> FilePath
+relPathDirToFile from to = join s $ dotdots ++ uncommon
+  where
+	s = [pathSeparator]
+	pfrom = split s from
+	pto = split s to
+	common = map fst $ takeWhile same $ zip pfrom pto
+	same (c,d) = c == d
+	uncommon = drop numcommon pto
+	dotdots = replicate (length pfrom - numcommon) ".."
+	numcommon = length common
+
+prop_relPathDirToFile_basics :: FilePath -> FilePath -> Bool
+prop_relPathDirToFile_basics from to
+	| from == to = null r
+	| otherwise = not (null r)
+  where
+	r = relPathDirToFile from to 
+
+prop_relPathDirToFile_regressionTest :: Bool
+prop_relPathDirToFile_regressionTest = same_dir_shortcurcuits_at_difference
+  where
+	{- Two paths have the same directory component at the same
+	 - location, but it's not really the same directory.
+	 - Code used to get this wrong. -}
+	same_dir_shortcurcuits_at_difference =
+		relPathDirToFile (joinPath [pathSeparator : "tmp", "r", "lll", "xxx", "yyy", "18"])
+			(joinPath [pathSeparator : "tmp", "r", ".git", "annex", "objects", "18", "gk", "SHA256-foo", "SHA256-foo"])
+				== joinPath ["..", "..", "..", "..", ".git", "annex", "objects", "18", "gk", "SHA256-foo", "SHA256-foo"]
+
+{- Given an original list of paths, and an expanded list derived from it,
+ - generates a list of lists, where each sublist corresponds to one of the
+ - original paths. When the original path is a directory, any items
+ - in the expanded list that are contained in that directory will appear in
+ - its segment.
+ -}
+segmentPaths :: [FilePath] -> [FilePath] -> [[FilePath]]
+segmentPaths [] new = [new]
+segmentPaths [_] new = [new] -- optimisation
+segmentPaths (l:ls) new = [found] ++ segmentPaths ls rest
+  where
+	(found, rest)=partition (l `dirContains`) new
+
+{- This assumes that it's cheaper to call segmentPaths on the result,
+ - than it would be to run the action separately with each path. In
+ - the case of git file list commands, that assumption tends to hold.
+ -}
+runSegmentPaths :: ([FilePath] -> IO [FilePath]) -> [FilePath] -> IO [[FilePath]]
+runSegmentPaths a paths = segmentPaths paths <$> a paths
+
+{- Converts paths in the home directory to use ~/ -}
+relHome :: FilePath -> IO String
+relHome path = do
+	home <- myHomeDir
+	return $ if dirContains home path
+		then "~/" ++ relPathDirToFile home path
+		else path
+
+{- Checks if a command is available in PATH.
+ -
+ - The command may be fully-qualified, in which case, this succeeds as
+ - long as it exists. -}
+inPath :: String -> IO Bool
+inPath command = isJust <$> searchPath command
+
+{- Finds a command in PATH and returns the full path to it.
+ -
+ - The command may be fully qualified already, in which case it will
+ - be returned if it exists.
+ -}
+searchPath :: String -> IO (Maybe FilePath)
+searchPath command
+	| isAbsolute command = check command
+	| otherwise = getSearchPath >>= getM indir
+  where
+	indir d = check $ d </> command
+	check f = firstM doesFileExist
+#ifdef mingw32_HOST_OS
+		[f, f ++ ".exe"]
+#else
+		[f]
+#endif
+
+{- Checks if a filename is a unix dotfile. All files inside dotdirs
+ - count as dotfiles. -}
+dotfile :: FilePath -> Bool
+dotfile file
+	| f == "." = False
+	| f == ".." = False
+	| f == "" = False
+	| otherwise = "." `isPrefixOf` f || dotfile (takeDirectory file)
+  where
+	f = takeFileName file
+
+{- Converts a DOS style path to a Cygwin style path. Only on Windows.
+ - Any trailing '\' is preserved as a trailing '/' -}
+toCygPath :: FilePath -> FilePath
+#ifndef mingw32_HOST_OS
+toCygPath = id
+#else
+toCygPath p
+	| null drive = recombine parts
+	| otherwise = recombine $ "/cygdrive" : driveletter drive : parts
+  where
+  	(drive, p') = splitDrive p
+	parts = splitDirectories p'
+  	driveletter = map toLower . takeWhile (/= ':')
+	recombine = fixtrailing . Posix.joinPath
+  	fixtrailing s
+		| hasTrailingPathSeparator p = Posix.addTrailingPathSeparator s
+		| otherwise = s
+#endif
+
+{- Maximum size to use for a file in a specified directory.
+ -
+ - Many systems have a 255 byte limit to the name of a file, 
+ - so that's taken as the max if the system has a larger limit, or has no
+ - limit.
+ -}
+fileNameLengthLimit :: FilePath -> IO Int
+#ifdef mingw32_HOST_OS
+fileNameLengthLimit _ = return 255
+#else
+fileNameLengthLimit dir = do
+	l <- fromIntegral <$> getPathVar dir FileNameLimit
+	if l <= 0
+		then return 255
+		else return $ minimum [l, 255]
+  where
+#endif
+
+{- Given a string that we'd like to use as the basis for FilePath, but that
+ - was provided by a third party and is not to be trusted, returns the closest
+ - sane FilePath.
+ -
+ - All spaces and punctuation and other wacky stuff are replaced
+ - with '_', except for '.' "../" will thus turn into ".._", which is safe.
+ -}
+sanitizeFilePath :: String -> FilePath
+sanitizeFilePath = map sanitize
+  where
+  	sanitize c
+		| c == '.' = c
+		| isSpace c || isPunctuation c || isSymbol c || isControl c || c == '/' = '_'
+		| otherwise = c
+
+{- Similar to splitExtensions, but knows that some things in FilePaths
+ - after a dot are too long to be extensions. -}
+splitShortExtensions :: FilePath -> (FilePath, [String])
+splitShortExtensions = splitShortExtensions' 5 -- enough for ".jpeg"
+splitShortExtensions' :: Int -> FilePath -> (FilePath, [String])
+splitShortExtensions' maxextension = go []
+  where
+	go c f
+		| len > 0 && len <= maxextension && not (null base) = 
+			go (ext:c) base
+		| otherwise = (f, c)
+	  where
+		(base, ext) = splitExtension f
+		len = length ext
diff --git a/Utility/Percentage.hs b/Utility/Percentage.hs
new file mode 100644
index 0000000000..f2fb45762b
--- /dev/null
+++ b/Utility/Percentage.hs
@@ -0,0 +1,33 @@
+{- percentages
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Percentage (
+	Percentage,
+	percentage,
+	showPercentage
+) where
+
+import Data.Ratio
+
+import Utility.HumanNumber
+
+newtype Percentage = Percentage (Ratio Integer)
+
+instance Show Percentage where
+	show = showPercentage 0
+
+{- Normally the big number comes first. But 110% is allowed if desired. :) -}
+percentage :: Integer -> Integer -> Percentage
+percentage 0 _ = Percentage 0
+percentage full have = Percentage $ have * 100 % full
+
+{- Pretty-print a Percentage, with a specified level of precision. -}
+showPercentage :: Int -> Percentage -> String
+showPercentage precision (Percentage p) = v ++ "%"
+  where
+	v = showImprecise precision n
+	n = fromRational p :: Double
diff --git a/Utility/PosixFiles.hs b/Utility/PosixFiles.hs
new file mode 100644
index 0000000000..5abbb5785e
--- /dev/null
+++ b/Utility/PosixFiles.hs
@@ -0,0 +1,33 @@
+{- POSIX files (and compatablity wrappers).
+ -
+ - This is like System.PosixCompat.Files, except with a fixed rename.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.PosixFiles (
+	module X,
+	rename
+) where
+
+import System.PosixCompat.Files as X hiding (rename)
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Files (rename)
+#else
+import qualified System.Win32.File as Win32
+#endif
+
+{- System.PosixCompat.Files.rename on Windows calls renameFile,
+ - so cannot rename directories. 
+ -
+ - Instead, use Win32 moveFile, which can. It needs to be told to overwrite
+ - any existing file. -}
+#ifdef mingw32_HOST_OS
+rename :: FilePath -> FilePath -> IO ()
+rename src dest = Win32.moveFileEx src dest Win32.mOVEFILE_REPLACE_EXISTING
+#endif
diff --git a/Utility/Process.hs b/Utility/Process.hs
new file mode 100644
index 0000000000..1f722af817
--- /dev/null
+++ b/Utility/Process.hs
@@ -0,0 +1,353 @@
+{- System.Process enhancements, including additional ways of running
+ - processes, and logging.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP, Rank2Types #-}
+
+module Utility.Process (
+	module X,
+	CreateProcess(..),
+	StdHandle(..),
+	readProcess,
+	readProcessEnv,
+	writeReadProcessEnv,
+	forceSuccessProcess,
+	checkSuccessProcess,
+	ignoreFailureProcess,
+	createProcessSuccess,
+	createProcessChecked,
+	createBackgroundProcess,
+	processTranscript,
+	processTranscript',
+	withHandle,
+	withBothHandles,
+	withQuietOutput,
+	createProcess,
+	startInteractiveProcess,
+	stdinHandle,
+	stdoutHandle,
+	stderrHandle,
+	processHandle,
+	devNull,
+) where
+
+import qualified System.Process
+import System.Process as X hiding (CreateProcess(..), createProcess, runInteractiveProcess, readProcess, readProcessWithExitCode, system, rawSystem, runInteractiveCommand, runProcess)
+import System.Process hiding (createProcess, readProcess)
+import System.Exit
+import System.IO
+import System.Log.Logger
+import Control.Concurrent
+import qualified Control.Exception as E
+import Control.Monad
+#ifndef mingw32_HOST_OS
+import System.Posix.IO
+#else
+import Control.Applicative
+#endif
+import Data.Maybe
+
+import Utility.Misc
+import Utility.Exception
+
+type CreateProcessRunner = forall a. CreateProcess -> ((Maybe Handle, Maybe Handle, Maybe Handle, ProcessHandle) -> IO a) -> IO a
+
+data StdHandle = StdinHandle | StdoutHandle | StderrHandle
+	deriving (Eq)
+
+{- Normally, when reading from a process, it does not need to be fed any
+ - standard input. -}
+readProcess :: FilePath	-> [String] -> IO String
+readProcess cmd args = readProcessEnv cmd args Nothing
+
+readProcessEnv :: FilePath -> [String] -> Maybe [(String, String)] -> IO String
+readProcessEnv cmd args environ =
+	withHandle StdoutHandle createProcessSuccess p $ \h -> do
+		output  <- hGetContentsStrict h
+		hClose h
+		return output
+  where
+	p = (proc cmd args)
+		{ std_out = CreatePipe
+		, env = environ
+		}
+
+{- Runs an action to write to a process on its stdin, 
+ - returns its output, and also allows specifying the environment.
+ -}
+writeReadProcessEnv
+	:: FilePath
+	-> [String]
+	-> Maybe [(String, String)]
+	-> (Maybe (Handle -> IO ()))
+	-> (Maybe (Handle -> IO ()))
+	-> IO String
+writeReadProcessEnv cmd args environ writestdin adjusthandle = do
+	(Just inh, Just outh, _, pid) <- createProcess p
+
+	maybe (return ()) (\a -> a inh) adjusthandle
+	maybe (return ()) (\a -> a outh) adjusthandle
+
+	-- fork off a thread to start consuming the output
+	output  <- hGetContents outh
+	outMVar <- newEmptyMVar
+	_ <- forkIO $ E.evaluate (length output) >> putMVar outMVar ()
+
+	-- now write and flush any input
+	maybe (return ()) (\a -> a inh >> hFlush inh) writestdin
+	hClose inh -- done with stdin
+
+	-- wait on the output
+	takeMVar outMVar
+	hClose outh
+
+	-- wait on the process
+	forceSuccessProcess p pid
+
+	return output
+
+  where
+	p = (proc cmd args)
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		, std_err = Inherit
+		, env = environ
+		}
+
+{- Waits for a ProcessHandle, and throws an IOError if the process
+ - did not exit successfully. -}
+forceSuccessProcess :: CreateProcess -> ProcessHandle -> IO ()
+forceSuccessProcess p pid = do
+	code <- waitForProcess pid
+	case code of
+		ExitSuccess -> return ()
+		ExitFailure n -> fail $ showCmd p ++ " exited " ++ show n
+
+{- Waits for a ProcessHandle and returns True if it exited successfully.
+ - Note that using this with createProcessChecked will throw away
+ - the Bool, and is only useful to ignore the exit code of a process,
+ - while still waiting for it. -}
+checkSuccessProcess :: ProcessHandle -> IO Bool
+checkSuccessProcess pid = do
+	code <- waitForProcess pid
+	return $ code == ExitSuccess
+
+ignoreFailureProcess :: ProcessHandle -> IO Bool
+ignoreFailureProcess pid = do
+	void $ waitForProcess pid
+	return True
+
+{- Runs createProcess, then an action on its handles, and then
+ - forceSuccessProcess. -}
+createProcessSuccess :: CreateProcessRunner
+createProcessSuccess p a = createProcessChecked (forceSuccessProcess p) p a
+
+{- Runs createProcess, then an action on its handles, and then
+ - a checker action on its exit code, which must wait for the process. -}
+createProcessChecked :: (ProcessHandle -> IO b) -> CreateProcessRunner
+createProcessChecked checker p a = do
+	t@(_, _, _, pid) <- createProcess p
+	r <- tryNonAsync $ a t
+	_ <- checker pid
+	either E.throw return r
+
+{- Leaves the process running, suitable for lazy streaming.
+ - Note: Zombies will result, and must be waited on. -}
+createBackgroundProcess :: CreateProcessRunner
+createBackgroundProcess p a = a =<< createProcess p
+
+{- Runs a process, optionally feeding it some input, and
+ - returns a transcript combining its stdout and stderr, and
+ - whether it succeeded or failed. -}
+processTranscript :: String -> [String] -> (Maybe String) -> IO (String, Bool)
+processTranscript cmd opts input = processTranscript' cmd opts Nothing input
+
+processTranscript' :: String -> [String] -> Maybe [(String, String)] -> (Maybe String) -> IO (String, Bool)
+processTranscript' cmd opts environ input = do
+#ifndef mingw32_HOST_OS
+{- This implementation interleves stdout and stderr in exactly the order
+ - the process writes them. -}
+	(readf, writef) <- createPipe
+	readh <- fdToHandle readf
+	writeh <- fdToHandle writef
+	p@(_, _, _, pid) <- createProcess $
+		(proc cmd opts)
+			{ std_in = if isJust input then CreatePipe else Inherit
+			, std_out = UseHandle writeh
+			, std_err = UseHandle writeh
+			, env = environ
+			}
+	hClose writeh
+
+	get <- mkreader readh
+	writeinput input p
+	transcript <- get
+
+	ok <- checkSuccessProcess pid
+	return (transcript, ok)
+#else
+{- This implementation for Windows puts stderr after stdout. -}
+	p@(_, _, _, pid) <- createProcess $
+		(proc cmd opts)
+			{ std_in = if isJust input then CreatePipe else Inherit
+			, std_out = CreatePipe
+			, std_err = CreatePipe
+			, env = environ
+			}
+
+	getout <- mkreader (stdoutHandle p)
+	geterr <- mkreader (stderrHandle p)
+	writeinput input p
+	transcript <- (++) <$> getout <*> geterr
+
+	ok <- checkSuccessProcess pid
+	return (transcript, ok)
+#endif
+  where
+	mkreader h = do
+		s <- hGetContents h
+		v <- newEmptyMVar
+		void $ forkIO $ do
+			void $ E.evaluate (length s)
+			putMVar v ()
+		return $ do
+			takeMVar v
+			return s
+
+	writeinput (Just s) p = do
+		let inh = stdinHandle p
+		unless (null s) $ do
+			hPutStr inh s
+			hFlush inh
+		hClose inh
+	writeinput Nothing _ = return ()
+
+{- Runs a CreateProcessRunner, on a CreateProcess structure, that
+ - is adjusted to pipe only from/to a single StdHandle, and passes
+ - the resulting Handle to an action. -}
+withHandle
+	:: StdHandle
+	-> CreateProcessRunner
+	-> CreateProcess
+	-> (Handle -> IO a)
+	-> IO a
+withHandle h creator p a = creator p' $ a . select
+  where
+	base = p
+		{ std_in = Inherit
+		, std_out = Inherit
+		, std_err = Inherit
+		}
+	(select, p')
+		| h == StdinHandle  =
+			(stdinHandle, base { std_in = CreatePipe })
+		| h == StdoutHandle =
+			(stdoutHandle, base { std_out = CreatePipe })
+		| h == StderrHandle =
+			(stderrHandle, base { std_err = CreatePipe })
+
+{- Like withHandle, but passes (stdin, stdout) handles to the action. -}
+withBothHandles
+	:: CreateProcessRunner
+	-> CreateProcess
+	-> ((Handle, Handle) -> IO a)
+	-> IO a
+withBothHandles creator p a = creator p' $ a . bothHandles
+  where
+	p' = p
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		, std_err = Inherit
+		}
+
+{- Forces the CreateProcessRunner to run quietly;
+ - both stdout and stderr are discarded. -}
+withQuietOutput
+	:: CreateProcessRunner
+	-> CreateProcess
+	-> IO ()
+withQuietOutput creator p = withFile devNull WriteMode $ \nullh -> do
+	let p' = p
+		{ std_out = UseHandle nullh
+		, std_err = UseHandle nullh
+		}
+	creator p' $ const $ return ()
+
+devNull :: FilePath
+#ifndef mingw32_HOST_OS
+devNull = "/dev/null"
+#else
+devNull = "NUL"
+#endif
+
+{- Extract a desired handle from createProcess's tuple.
+ - These partial functions are safe as long as createProcess is run
+ - with appropriate parameters to set up the desired handle.
+ - Get it wrong and the runtime crash will always happen, so should be
+ - easily noticed. -}
+type HandleExtractor = (Maybe Handle, Maybe Handle, Maybe Handle, ProcessHandle) -> Handle
+stdinHandle :: HandleExtractor
+stdinHandle (Just h, _, _, _) = h
+stdinHandle _ = error "expected stdinHandle"
+stdoutHandle :: HandleExtractor
+stdoutHandle (_, Just h, _, _) = h
+stdoutHandle _ = error "expected stdoutHandle"
+stderrHandle :: HandleExtractor
+stderrHandle (_, _, Just h, _) = h
+stderrHandle _ = error "expected stderrHandle"
+bothHandles :: (Maybe Handle, Maybe Handle, Maybe Handle, ProcessHandle) -> (Handle, Handle)
+bothHandles (Just hin, Just hout, _, _) = (hin, hout)
+bothHandles _ = error "expected bothHandles"
+
+processHandle :: (Maybe Handle, Maybe Handle, Maybe Handle, ProcessHandle) -> ProcessHandle
+processHandle (_, _, _, pid) = pid
+
+{- Debugging trace for a CreateProcess. -}
+debugProcess :: CreateProcess -> IO ()
+debugProcess p = do
+	debugM "Utility.Process" $ unwords
+		[ action ++ ":"
+		, showCmd p
+		]
+  where
+	action
+		| piped (std_in p) && piped (std_out p) = "chat"
+		| piped (std_in p)                      = "feed"
+		| piped (std_out p)                     = "read"
+		| otherwise                             = "call"
+	piped Inherit = False
+	piped _ = True
+
+{- Shows the command that a CreateProcess will run. -}
+showCmd :: CreateProcess -> String
+showCmd = go . cmdspec
+  where
+	go (ShellCommand s) = s
+	go (RawCommand c ps) = c ++ " " ++ show ps
+
+{- Starts an interactive process. Unlike runInteractiveProcess in
+ - System.Process, stderr is inherited. -}
+startInteractiveProcess
+	:: FilePath
+	-> [String]
+	-> Maybe [(String, String)]
+	-> IO (ProcessHandle, Handle, Handle)
+startInteractiveProcess cmd args environ = do
+	let p = (proc cmd args)
+		{ std_in = CreatePipe
+		, std_out = CreatePipe
+		, std_err = Inherit
+		, env = environ
+		}
+	(Just from, Just to, _, pid) <- createProcess p
+	return (pid, to, from)
+
+{- Wrapper around System.Process function that does debug logging. -}
+createProcess :: CreateProcess -> IO (Maybe Handle, Maybe Handle, Maybe Handle, ProcessHandle)
+createProcess p = do
+	debugProcess p
+	System.Process.createProcess p
diff --git a/Utility/QuickCheck.hs b/Utility/QuickCheck.hs
new file mode 100644
index 0000000000..a498ee6193
--- /dev/null
+++ b/Utility/QuickCheck.hs
@@ -0,0 +1,52 @@
+{- QuickCheck with additional instances
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# OPTIONS_GHC -fno-warn-orphans #-}
+{-# LANGUAGE TypeSynonymInstances #-}
+
+module Utility.QuickCheck
+	( module X
+	, module Utility.QuickCheck
+	) where
+
+import Test.QuickCheck as X
+import Data.Time.Clock.POSIX
+import System.Posix.Types
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Control.Applicative
+
+instance (Arbitrary k, Arbitrary v, Eq k, Ord k) => Arbitrary (M.Map k v) where
+	arbitrary = M.fromList <$> arbitrary
+
+instance (Arbitrary v, Eq v, Ord v) => Arbitrary (S.Set v) where
+	arbitrary = S.fromList <$> arbitrary
+
+{- Times before the epoch are excluded. -}
+instance Arbitrary POSIXTime where
+	arbitrary = fromInteger <$> nonNegative arbitrarySizedIntegral
+
+instance Arbitrary EpochTime where
+	arbitrary = fromInteger <$> nonNegative arbitrarySizedIntegral
+
+{- Pids are never negative, or 0. -}
+instance Arbitrary ProcessID where
+	arbitrary = arbitrarySizedBoundedIntegral `suchThat` (> 0)
+
+{- Inodes are never negative. -}
+instance Arbitrary FileID where
+	arbitrary = nonNegative arbitrarySizedIntegral
+
+{- File sizes are never negative. -}
+instance Arbitrary FileOffset where
+	arbitrary = nonNegative arbitrarySizedIntegral
+
+nonNegative :: (Num a, Ord a) => Gen a -> Gen a
+nonNegative g = g `suchThat` (>= 0)
+
+positive :: (Num a, Ord a) => Gen a -> Gen a
+positive g = g `suchThat` (> 0)
diff --git a/Utility/Quvi.hs b/Utility/Quvi.hs
new file mode 100644
index 0000000000..228ff7809c
--- /dev/null
+++ b/Utility/Quvi.hs
@@ -0,0 +1,148 @@
+{- querying quvi (import qualified)
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Utility.Quvi where
+
+import Common
+import Utility.Url
+
+import Data.Aeson
+import Data.ByteString.Lazy.UTF8 (fromString)
+import qualified Data.Map as M
+import Network.URI (uriAuthority, uriRegName)
+import Data.Char
+
+data QuviVersion
+	= Quvi04
+	| Quvi09
+	| NoQuvi
+
+data Page = Page
+	{ pageTitle :: String
+	, pageLinks :: [Link]
+	} deriving (Show)
+
+data Link = Link
+	{ linkSuffix :: String
+	, linkUrl :: URLString
+	} deriving (Show)
+
+{- JSON instances for quvi 0.4. -}
+instance FromJSON Page where
+	parseJSON (Object v) = Page
+		<$> v .: "page_title"
+		<*> v .: "link"
+	parseJSON _ = mzero
+
+instance FromJSON Link where
+	parseJSON (Object v) = Link
+		<$> v .: "file_suffix"
+		<*> v .: "url"
+	parseJSON _ = mzero
+
+{- "enum" format used by quvi 0.9 -}
+parseEnum :: String -> Maybe Page
+parseEnum s = Page
+	<$> get "QUVI_MEDIA_PROPERTY_TITLE"
+	<*> ((:[]) <$>
+		( Link
+			<$> get "QUVI_MEDIA_STREAM_PROPERTY_CONTAINER"
+			<*> get "QUVI_MEDIA_STREAM_PROPERTY_URL"
+		)
+	    )
+  where
+	get = flip M.lookup m
+	m = M.fromList $ map (separate (== '=')) $ lines s
+
+probeVersion :: IO QuviVersion
+probeVersion = examine <$> processTranscript "quvi" ["--version"] Nothing
+  where
+	examine (s, True)
+		| "quvi v0.4" `isInfixOf` s = Quvi04
+		| otherwise = Quvi09
+	examine _ = NoQuvi
+
+type Query a = QuviVersion -> [CommandParam] -> URLString -> IO a
+
+{- Throws an error when quvi is not installed. -}
+forceQuery :: Query (Maybe Page)
+forceQuery v ps url = query' v ps url `catchNonAsync` onerr
+  where
+	onerr _ = ifM (inPath "quvi")
+		( error "quvi failed"
+		, error "quvi is not installed"
+		)
+
+{- Returns Nothing if the page is not a video page, or quvi is not
+ - installed. -}
+query :: Query (Maybe Page)
+query v ps url = flip catchNonAsync (const $ return Nothing) (query' v ps url)
+
+query' :: Query (Maybe Page)
+query' Quvi09 ps url = parseEnum
+	<$> readProcess "quvi" (toCommand $ [Param "dump", Param "-p", Param "enum"] ++ ps ++ [Param url])
+query' Quvi04 ps url = decode . fromString
+	<$> readProcess "quvi" (toCommand $ ps ++ [Param url])
+query' NoQuvi _ _ = return Nothing
+
+queryLinks :: Query [URLString]
+queryLinks v ps url = maybe [] (map linkUrl . pageLinks) <$> query v ps url
+
+{- Checks if quvi can still find a download link for an url.
+ - If quvi is not installed, returns False. -}
+check :: Query Bool
+check v ps url = maybe False (not . null . pageLinks) <$> query v ps url
+
+{- Checks if an url is supported by quvi, as quickly as possible
+ - (without hitting it if possible), and without outputting
+ - anything. Also returns False if quvi is not installed. -}
+supported :: QuviVersion -> URLString -> IO Bool
+supported NoQuvi _ = return False
+supported Quvi04 url = boolSystem "quvi"
+		[ Params "--verbosity mute --support"
+		, Param url
+		]
+{- Use quvi-info to see if the url's domain is supported.
+ - If so, have to do a online verification of the url. -}
+supported Quvi09 url = (firstlevel <&&> secondlevel)
+		`catchNonAsync` (\_ -> return False)
+  where
+  	firstlevel = case uriAuthority =<< parseURIRelaxed url of
+		Nothing -> return False
+		Just auth -> do
+			let domain = map toLower $ uriRegName auth
+			let basedomain = intercalate "." $ reverse $ take 2 $ reverse $ split "." domain
+			any (\h -> domain `isSuffixOf` h || basedomain `isSuffixOf` h) 
+				. map (map toLower) <$> listdomains Quvi09
+	secondlevel = snd <$> processTranscript "quvi"
+		(toCommand [Param "dump", Param "-o", Param url]) Nothing
+
+listdomains :: QuviVersion -> IO [String]
+listdomains Quvi09 = concatMap (split ",") 
+	. concatMap (drop 1 . words) 
+	. filter ("domains: " `isPrefixOf`) . lines
+	<$> readProcess "quvi"
+		(toCommand [Param "info", Param "-p", Param "domains"])
+listdomains _ = return []
+
+type QuviParam = QuviVersion -> CommandParam
+
+{- Disables progress, but not information output. -}
+quiet :: QuviParam
+-- Cannot use quiet as it now disables informational output.
+-- No way to disable progress.
+quiet Quvi09 = Params "--verbosity verbose"
+quiet Quvi04 = Params "--verbosity quiet"
+quiet NoQuvi = Params ""
+
+{- Only return http results, not streaming protocols. -}
+httponly :: QuviParam
+-- No way to do it with 0.9?
+httponly Quvi04 = Params "-c http"
+httponly _ = Params "" -- No way to do it with 0.9?
diff --git a/Utility/Rsync.hs b/Utility/Rsync.hs
new file mode 100644
index 0000000000..60381264e8
--- /dev/null
+++ b/Utility/Rsync.hs
@@ -0,0 +1,156 @@
+{- various rsync stuff
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Rsync where
+
+import Common
+import Utility.Metered
+
+import Data.Char
+import System.Console.GetOpt
+import Data.Tuple.Utils
+
+{- Generates parameters to make rsync use a specified command as its remote
+ - shell. -}
+rsyncShell :: [CommandParam] -> [CommandParam]
+rsyncShell command = [Param "-e", Param $ unwords $ map escape (toCommand command)]
+  where
+	{- rsync requires some weird, non-shell like quoting in
+	- here. A doubled single quote inside the single quoted
+	- string is a single quote. -}
+	escape s = "'" ++  intercalate "''" (split "'" s) ++ "'"
+
+{- Runs rsync in server mode to send a file. -}
+rsyncServerSend :: [CommandParam] -> FilePath -> IO Bool
+rsyncServerSend options file = rsync $
+	rsyncServerParams ++ Param "--sender" : options ++ [File file]
+
+{- Runs rsync in server mode to receive a file. -}
+rsyncServerReceive :: [CommandParam] -> FilePath -> IO Bool
+rsyncServerReceive options file = rsync $
+	rsyncServerParams ++ options ++ [File file]
+
+rsyncServerParams :: [CommandParam]
+rsyncServerParams =
+	[ Param "--server"
+	-- preserve timestamps
+	, Param "-t"
+	-- allow resuming of transfers of big files
+	, Param "--inplace"
+	-- other options rsync normally uses in server mode
+	, Params "-e.Lsf ."
+	]
+
+rsyncUseDestinationPermissions :: CommandParam
+rsyncUseDestinationPermissions = Param "--chmod=ugo=rwX"
+
+rsync :: [CommandParam] -> IO Bool
+rsync = boolSystem "rsync" . rsyncParamsFixup
+
+{- On Windows, rsync is from Cygwin, and expects to get Cygwin formatted
+ - paths to files. (It thinks that C:foo refers to a host named "C").
+ - Fix up all Files in the Params appropriately. -}
+rsyncParamsFixup :: [CommandParam] -> [CommandParam]
+rsyncParamsFixup = map fixup
+  where
+  	fixup (File f) = File (toCygPath f)
+	fixup p = p
+
+{- Runs rsync, but intercepts its progress output and updates a meter.
+ - The progress output is also output to stdout. 
+ -
+ - The params must enable rsync's --progress mode for this to work.
+ -}
+rsyncProgress :: MeterUpdate -> [CommandParam] -> IO Bool
+rsyncProgress meterupdate params = do
+	r <- catchBoolIO $ 
+		withHandle StdoutHandle createProcessSuccess p (feedprogress 0 [])
+	{- For an unknown reason, piping rsync's output like this does
+	 - causes it to run a second ssh process, which it neglects to wait
+	 - on. Reap the resulting zombie. -}
+	reapZombies
+	return r
+  where
+	p = proc "rsync" (toCommand $ rsyncParamsFixup params)
+	feedprogress prev buf h = do
+		s <- hGetSomeString h 80
+		if null s
+			then return True
+			else do
+				putStr s
+				hFlush stdout
+				let (mbytes, buf') = parseRsyncProgress (buf++s)
+				case mbytes of
+					Nothing -> feedprogress prev buf' h
+					(Just bytes) -> do
+						when (bytes /= prev) $
+							meterupdate $ toBytesProcessed bytes
+						feedprogress bytes buf' h
+
+{- Checks if an rsync url involves the remote shell (ssh or rsh).
+ - Use of such urls with rsync requires additional shell
+ - escaping. -}
+rsyncUrlIsShell :: String -> Bool
+rsyncUrlIsShell s
+	| "rsync://" `isPrefixOf` s = False
+	| otherwise = go s
+  where
+	-- host::dir is rsync protocol, while host:dir is ssh/rsh
+	go [] = False
+	go (c:cs)
+		| c == '/' = False -- got to directory with no colon
+		| c == ':' = not $ ":" `isPrefixOf` cs
+		| otherwise = go cs
+
+{- Checks if a rsync url is really just a local path. -}
+rsyncUrlIsPath :: String -> Bool
+rsyncUrlIsPath s
+	| rsyncUrlIsShell s = False
+	| otherwise = ':' `notElem` s
+
+{- Parses the String looking for rsync progress output, and returns
+ - Maybe the number of bytes rsynced so far, and any any remainder of the
+ - string that could be an incomplete progress output. That remainder
+ - should be prepended to future output, and fed back in. This interface
+ - allows the output to be read in any desired size chunk, or even one
+ - character at a time.
+ -
+ - Strategy: Look for chunks prefixed with \r (rsync writes a \r before
+ - the first progress output, and each thereafter). The first number
+ - after the \r is the number of bytes processed. After the number,
+ - there must appear some whitespace, or we didn't get the whole number,
+ - and return the \r and part we did get, for later processing.
+ -
+ - In some locales, the number will have one or more commas in the middle
+ - of it.
+ -}
+parseRsyncProgress :: String -> (Maybe Integer, String)
+parseRsyncProgress = go [] . reverse . progresschunks
+  where
+	go remainder [] = (Nothing, remainder)
+	go remainder (x:xs) = case parsebytes (findbytesstart x) of
+		Nothing -> go (delim:x++remainder) xs
+		Just b -> (Just b, remainder)
+
+	delim = '\r'
+	{- Find chunks that each start with delim.
+	 - The first chunk doesn't start with it
+	 - (it's empty when delim is at the start of the string). -}
+	progresschunks = drop 1 . split [delim]
+	findbytesstart s = dropWhile isSpace s
+	parsebytes s = case break isSpace s of
+		([], _) -> Nothing
+		(_, []) -> Nothing
+		(b, _) -> readish $ filter (/= ',') b
+
+{- Filters options to those that are safe to pass to rsync in server mode,
+ - without causing it to eg, expose files. -}
+filterRsyncSafeOptions :: [String] -> [String]
+filterRsyncSafeOptions = fst3 . getOpt Permute
+	[ Option [] ["bwlimit"] (reqArgLong "bwlimit") "" ]
+  where
+	reqArgLong x = ReqArg (\v -> "--" ++ x ++ "=" ++ v) ""
diff --git a/Utility/SRV.hs b/Utility/SRV.hs
new file mode 100644
index 0000000000..f1671758eb
--- /dev/null
+++ b/Utility/SRV.hs
@@ -0,0 +1,112 @@
+{- SRV record lookup
+ -
+ - Uses either the ADNS Haskell library, or the standalone Haskell DNS
+ - package, or the host command.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.SRV (
+	mkSRVTcp,
+	mkSRV,
+	lookupSRV,
+	lookupSRVHost,
+	HostPort,
+) where
+
+import Utility.Process
+import Utility.Exception
+import Utility.PartialPrelude
+
+import Network
+import Data.Function
+import Data.List
+import Control.Applicative
+import Data.Maybe
+
+#ifdef WITH_ADNS
+import ADNS.Resolver
+import Data.Either
+#else
+#ifdef WITH_DNS
+import qualified Network.DNS.Lookup as DNS
+import Network.DNS.Resolver
+import qualified Data.ByteString.UTF8 as B8
+#endif
+#endif
+
+newtype SRV = SRV String
+	deriving (Show, Eq)
+
+type HostPort = (HostName, PortID)
+
+type PriorityWeight = (Int, Int) -- sort by priority first, then weight
+
+mkSRV :: String -> String -> HostName -> SRV
+mkSRV transport protocol host = SRV $ concat
+	["_", protocol, "._", transport, ".", host]
+
+mkSRVTcp :: String -> HostName -> SRV
+mkSRVTcp = mkSRV "tcp"
+
+{- Returns an ordered list, with highest priority hosts first.
+ -
+ - On error, returns an empty list. -}
+lookupSRV :: SRV -> IO [HostPort]
+#ifdef WITH_ADNS
+lookupSRV (SRV srv) = initResolver [] $ \resolver -> do
+	r <- catchDefaultIO (Right []) $
+		resolveSRV resolver srv
+	return $ either (\_ -> []) id r
+#else
+#ifdef WITH_DNS
+lookupSRV (SRV srv) = do
+	seed <- makeResolvSeed defaultResolvConf
+	r <- withResolver seed $ flip DNS.lookupSRV $ B8.fromString srv
+	return $
+#if MIN_VERSION_dns(1,0,0)
+		either (const []) use r
+#else
+		maybe [] use r
+#endif
+  where
+  	use = orderHosts . map tohosts
+	tohosts (priority, weight, port, hostname) =
+		( (priority, weight)
+		, (B8.toString hostname, PortNumber $ fromIntegral port)
+		)
+#else
+lookupSRV = lookupSRVHost
+#endif
+#endif
+
+lookupSRVHost :: SRV -> IO [HostPort]
+lookupSRVHost (SRV srv) = catchDefaultIO [] $ 
+	parseSrvHost <$> readProcessEnv "host" ["-t", "SRV", "--", srv]
+		-- clear environment, to avoid LANG affecting output
+		(Just [])
+
+parseSrvHost :: String -> [HostPort]
+parseSrvHost = orderHosts . catMaybes . map parse . lines
+  where
+	parse l = case words l of
+		[_, _, _, _, spriority, sweight, sport, hostname] -> do
+			let v = 
+				( readish sport :: Maybe Int
+				, readish spriority :: Maybe Int
+				, readish sweight :: Maybe Int
+				)
+			case v of
+				(Just port, Just priority, Just weight) -> Just
+					( (priority, weight)
+					, (hostname, PortNumber $ fromIntegral port)
+					)
+				_ -> Nothing
+		_ -> Nothing
+
+orderHosts :: [(PriorityWeight, HostPort)] -> [HostPort]
+orderHosts = map snd . sortBy (compare `on` fst)
diff --git a/Utility/SafeCommand.hs b/Utility/SafeCommand.hs
new file mode 100644
index 0000000000..86e60db0e6
--- /dev/null
+++ b/Utility/SafeCommand.hs
@@ -0,0 +1,119 @@
+{- safely running shell commands
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.SafeCommand where
+
+import System.Exit
+import Utility.Process
+import Data.String.Utils
+import Control.Applicative
+import System.FilePath
+import Data.Char
+
+{- A type for parameters passed to a shell command. A command can
+ - be passed either some Params (multiple parameters can be included,
+ - whitespace-separated, or a single Param (for when parameters contain
+ - whitespace), or a File.
+ -}
+data CommandParam = Params String | Param String | File FilePath
+	deriving (Eq, Show, Ord)
+
+{- Used to pass a list of CommandParams to a function that runs
+ - a command and expects Strings. -}
+toCommand :: [CommandParam] -> [String]
+toCommand = concatMap unwrap
+  where
+	unwrap (Param s) = [s]
+	unwrap (Params s) = filter (not . null) (split " " s)
+	-- Files that start with a non-alphanumeric that is not a path
+	-- separator are modified to avoid the command interpreting them as
+	-- options or other special constructs.
+	unwrap (File s@(h:_))
+		| isAlphaNum h || h `elem` pathseps = [s]
+		| otherwise = ["./" ++ s]
+	unwrap (File s) = [s]
+	-- '/' is explicitly included because it's an alternative
+	-- path separator on Windows.
+	pathseps = pathSeparator:"./"
+
+{- Run a system command, and returns True or False
+ - if it succeeded or failed.
+ -}
+boolSystem :: FilePath -> [CommandParam] -> IO Bool
+boolSystem command params = boolSystemEnv command params Nothing
+
+boolSystemEnv :: FilePath -> [CommandParam] -> Maybe [(String, String)] -> IO Bool
+boolSystemEnv command params environ = dispatch <$> safeSystemEnv command params environ
+  where
+	dispatch ExitSuccess = True
+	dispatch _ = False
+
+{- Runs a system command, returning the exit status. -}
+safeSystem :: FilePath -> [CommandParam] -> IO ExitCode
+safeSystem command params = safeSystemEnv command params Nothing
+
+safeSystemEnv :: FilePath -> [CommandParam] -> Maybe [(String, String)] -> IO ExitCode
+safeSystemEnv command params environ = do
+	(_, _, _, pid) <- createProcess (proc command $ toCommand params)
+		{ env = environ }
+	waitForProcess pid
+
+{- Wraps a shell command line inside sh -c, allowing it to be run in a
+ - login shell that may not support POSIX shell, eg csh. -}
+shellWrap :: String -> String
+shellWrap cmdline = "sh -c " ++ shellEscape cmdline
+
+{- Escapes a filename or other parameter to be safely able to be exposed to
+ - the shell.
+ -
+ - This method works for POSIX shells, as well as other shells like csh.
+ -}
+shellEscape :: String -> String
+shellEscape f = "'" ++ escaped ++ "'"
+  where
+	-- replace ' with '"'"'
+	escaped = join "'\"'\"'" $ split "'" f
+
+{- Unescapes a set of shellEscaped words or filenames. -}
+shellUnEscape :: String -> [String]
+shellUnEscape [] = []
+shellUnEscape s = word : shellUnEscape rest
+  where
+	(word, rest) = findword "" s
+	findword w [] = (w, "")
+	findword w (c:cs)
+		| c == ' ' = (w, cs)
+		| c == '\'' = inquote c w cs
+		| c == '"' = inquote c w cs
+		| otherwise = findword (w++[c]) cs
+	inquote _ w [] = (w, "")
+	inquote q w (c:cs)
+		| c == q = findword w cs
+		| otherwise = inquote q (w++[c]) cs
+
+{- For quickcheck. -}
+prop_idempotent_shellEscape :: String -> Bool
+prop_idempotent_shellEscape s = [s] == (shellUnEscape . shellEscape) s
+prop_idempotent_shellEscape_multiword :: [String] -> Bool
+prop_idempotent_shellEscape_multiword s = s == (shellUnEscape . unwords . map shellEscape) s
+
+{- Segements a list of filenames into groups that are all below the manximum
+ - command-line length limit. Does not preserve order. -}
+segmentXargs :: [FilePath] -> [[FilePath]]
+segmentXargs l = go l [] 0 []
+  where
+	go [] c _ r = c:r
+	go (f:fs) c accumlen r
+		| len < maxlen && newlen > maxlen = go (f:fs) [] 0 (c:r)
+		| otherwise = go fs (f:c) newlen r
+	  where
+		len = length f
+		newlen = accumlen + len
+
+	{- 10k of filenames per command, well under Linux's 20k limit;
+	 - allows room for other parameters etc. -}
+	maxlen = 10240
diff --git a/Utility/Scheduled.hs b/Utility/Scheduled.hs
new file mode 100644
index 0000000000..305410c54d
--- /dev/null
+++ b/Utility/Scheduled.hs
@@ -0,0 +1,396 @@
+{- scheduled activities
+ - 
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Scheduled (
+	Schedule(..),
+	Recurrance(..),
+	ScheduledTime(..),
+	NextTime(..),
+	WeekDay,
+	MonthDay,
+	YearDay,
+	nextTime,
+	calcNextTime,
+	startTime,
+	fromSchedule,
+	fromScheduledTime,
+	toScheduledTime,
+	fromRecurrance,
+	toRecurrance,
+	toSchedule,
+	parseSchedule,
+	prop_schedule_roundtrips,
+	prop_past_sane,
+) where
+
+import Utility.Data
+import Utility.QuickCheck
+import Utility.PartialPrelude
+import Utility.Misc
+
+import Control.Applicative
+import Data.List
+import Data.Time.Clock
+import Data.Time.LocalTime
+import Data.Time.Calendar
+import Data.Time.Calendar.WeekDate
+import Data.Time.Calendar.OrdinalDate
+import Data.Tuple.Utils
+import Data.Char
+
+{- Some sort of scheduled event. -}
+data Schedule = Schedule Recurrance ScheduledTime
+  deriving (Eq, Read, Show, Ord)
+
+data Recurrance
+	= Daily
+	| Weekly (Maybe WeekDay)
+	| Monthly (Maybe MonthDay)
+	| Yearly (Maybe YearDay)
+	| Divisible Int Recurrance
+	-- ^ Days, Weeks, or Months of the year evenly divisible by a number.
+	-- (Divisible Year is years evenly divisible by a number.)
+  deriving (Eq, Read, Show, Ord)
+
+type WeekDay = Int
+type MonthDay = Int
+type YearDay = Int
+
+data ScheduledTime
+	= AnyTime
+	| SpecificTime Hour Minute
+  deriving (Eq, Read, Show, Ord)
+
+type Hour = Int
+type Minute = Int
+
+-- | Next time a Schedule should take effect. The NextTimeWindow is used
+-- when a Schedule is allowed to start at some point within the window.
+data NextTime
+	= NextTimeExactly LocalTime
+	| NextTimeWindow LocalTime LocalTime
+  deriving (Eq, Read, Show)
+
+startTime :: NextTime -> LocalTime
+startTime (NextTimeExactly t) = t
+startTime (NextTimeWindow t _) = t
+
+nextTime :: Schedule -> Maybe LocalTime -> IO (Maybe NextTime)
+nextTime schedule lasttime = do
+	now <- getCurrentTime
+	tz <- getTimeZone now
+	return $ calcNextTime schedule lasttime $ utcToLocalTime tz now
+
+-- | Calculate the next time that fits a Schedule, based on the
+-- last time it occurred, and the current time.
+calcNextTime :: Schedule -> Maybe LocalTime -> LocalTime -> Maybe NextTime
+calcNextTime schedule@(Schedule recurrance scheduledtime) lasttime currenttime
+	| scheduledtime == AnyTime = do
+		next <- findfromtoday True
+		return $ case next of
+			NextTimeWindow _ _ -> next
+			NextTimeExactly t -> window (localDay t) (localDay t)
+	| otherwise = NextTimeExactly . startTime <$> findfromtoday False
+  where
+  	findfromtoday anytime = findfrom recurrance afterday today
+	  where
+	  	today = localDay currenttime
+		afterday = sameaslastrun || toolatetoday
+		toolatetoday = not anytime && localTimeOfDay currenttime >= nexttime
+		sameaslastrun = lastrun == Just today
+	lastrun = localDay <$> lasttime
+	nexttime = case scheduledtime of
+		AnyTime -> TimeOfDay 0 0 0
+		SpecificTime h m -> TimeOfDay h m 0
+	exactly d = NextTimeExactly $ LocalTime d nexttime
+	window startd endd = NextTimeWindow
+		(LocalTime startd nexttime)
+		(LocalTime endd (TimeOfDay 23 59 0))
+	findfrom r afterday candidate
+		| ynum candidate > (ynum (localDay currenttime)) + 100 =
+			-- avoid possible infinite recusion
+			error $ "bug: calcNextTime did not find a time within 100 years to run " ++
+			show (schedule, lasttime, currenttime)
+		| otherwise = findfromChecked r afterday candidate
+	findfromChecked r afterday candidate = case r of
+		Daily
+			| afterday -> Just $ exactly $ addDays 1 candidate
+			| otherwise -> Just $ exactly candidate
+		Weekly Nothing
+			| afterday -> skip 1
+			| otherwise -> case (wday <$> lastrun, wday candidate) of
+				(Nothing, _) -> Just $ window candidate (addDays 6 candidate)
+				(Just old, curr)
+					| old == curr -> Just $ window candidate (addDays 6 candidate)
+					| otherwise -> skip 1
+		Monthly Nothing
+			| afterday -> skip 1
+			| maybe True (candidate `oneMonthPast`) lastrun ->
+				Just $ window candidate (endOfMonth candidate)
+			| otherwise -> skip 1
+		Yearly Nothing
+			| afterday -> skip 1
+			| maybe True (candidate `oneYearPast`) lastrun ->
+				Just $ window candidate (endOfYear candidate)
+			| otherwise -> skip 1
+		Weekly (Just w)
+			| w < 0 || w > maxwday -> Nothing
+			| w == wday candidate -> if afterday
+				then Just $ exactly $ addDays 7 candidate
+				else Just $ exactly candidate
+			| otherwise -> Just $ exactly $
+				addDays (fromIntegral $ (w - wday candidate) `mod` 7) candidate
+		Monthly (Just m)
+			| m < 0 || m > maxmday -> Nothing
+			-- TODO can be done more efficiently than recursing
+			| m == mday candidate -> if afterday
+				then skip 1
+				else Just $ exactly candidate
+			| otherwise -> skip 1
+		Yearly (Just y)
+			| y < 0 || y > maxyday -> Nothing
+			| y == yday candidate -> if afterday
+				then skip 365
+				else Just $ exactly candidate
+			| otherwise -> skip 1
+		Divisible n r'@Daily -> handlediv n r' yday (Just maxyday)
+		Divisible n r'@(Weekly _) -> handlediv n r' wnum (Just maxwnum)
+		Divisible n r'@(Monthly _) -> handlediv n r' mnum (Just maxmnum)
+		Divisible n r'@(Yearly _) -> handlediv n r' ynum Nothing
+		Divisible _ r'@(Divisible _ _) -> findfrom r' afterday candidate
+	  where
+	  	skip n = findfrom r False (addDays n candidate)
+	  	handlediv n r' getval mmax
+			| n > 0 && maybe True (n <=) mmax =
+				findfromwhere r' (divisible n . getval) afterday candidate
+			| otherwise = Nothing
+	findfromwhere r p afterday candidate
+		| maybe True (p . getday) next = next
+		| otherwise = maybe Nothing (findfromwhere r p True . getday) next
+	  where
+		next = findfrom r afterday candidate
+		getday = localDay . startTime
+	divisible n v = v `rem` n == 0
+
+-- Check if the new Day occurs one month or more past the old Day.
+oneMonthPast :: Day -> Day -> Bool
+new `oneMonthPast` old = fromGregorian y (m+1) d <= new
+  where
+	(y,m,d) = toGregorian old
+
+-- Check if the new Day occurs one year or more past the old Day.
+oneYearPast :: Day -> Day -> Bool
+new `oneYearPast` old = fromGregorian (y+1) m d <= new
+  where
+	(y,m,d) = toGregorian old
+
+endOfMonth :: Day -> Day
+endOfMonth day =
+	let (y,m,_d) = toGregorian day
+	in fromGregorian y m (gregorianMonthLength y m)
+
+endOfYear :: Day -> Day
+endOfYear day =
+	let (y,_m,_d) = toGregorian day
+	in endOfMonth (fromGregorian y maxmnum 1)
+
+-- extracting various quantities from a Day
+wday :: Day -> Int
+wday = thd3 . toWeekDate
+wnum :: Day -> Int
+wnum = snd3 . toWeekDate
+mday :: Day -> Int
+mday = thd3 . toGregorian
+mnum :: Day -> Int
+mnum = snd3 . toGregorian
+yday :: Day -> Int
+yday = snd . toOrdinalDate
+ynum :: Day -> Int
+ynum = fromIntegral . fst . toOrdinalDate
+
+-- Calendar max values.
+maxyday :: Int
+maxyday = 366 -- with leap days
+maxwnum :: Int
+maxwnum = 53 -- some years have more than 52
+maxmday :: Int
+maxmday = 31
+maxmnum :: Int
+maxmnum = 12
+maxwday :: Int
+maxwday = 7
+
+fromRecurrance :: Recurrance -> String
+fromRecurrance (Divisible n r) =
+	fromRecurrance' (++ "s divisible by " ++ show n) r
+fromRecurrance r = fromRecurrance' ("every " ++) r
+
+fromRecurrance' :: (String -> String) -> Recurrance -> String
+fromRecurrance' a Daily = a "day"
+fromRecurrance' a (Weekly n) = onday n (a "week")
+fromRecurrance' a (Monthly n) = onday n (a "month")
+fromRecurrance' a (Yearly n) = onday n (a "year")
+fromRecurrance' a (Divisible _n r) = fromRecurrance' a r -- not used
+
+onday :: Maybe Int -> String -> String
+onday (Just n) s = "on day " ++ show n ++ " of " ++ s
+onday Nothing s = s
+
+toRecurrance :: String -> Maybe Recurrance
+toRecurrance s = case words s of
+	("every":"day":[]) -> Just Daily
+	("on":"day":sd:"of":"every":something:[]) -> withday sd something
+	("every":something:[]) -> noday something
+	("days":"divisible":"by":sn:[]) -> 
+		Divisible <$> getdivisor sn <*> pure Daily
+	("on":"day":sd:"of":something:"divisible":"by":sn:[]) -> 
+		Divisible
+			<$> getdivisor sn
+			<*> withday sd something
+	("every":something:"divisible":"by":sn:[]) -> 
+		Divisible
+			<$> getdivisor sn
+			<*> noday something
+	(something:"divisible":"by":sn:[]) -> 
+		Divisible
+			<$> getdivisor sn
+			<*> noday something
+	_ -> Nothing
+  where
+	constructor "week" = Just Weekly
+	constructor "month" = Just Monthly
+	constructor "year" = Just Yearly
+	constructor u
+		| "s" `isSuffixOf` u = constructor $ reverse $ drop 1 $ reverse u
+		| otherwise = Nothing
+  	withday sd u = do
+		c <- constructor u
+		d <- readish sd
+		Just $ c (Just d)
+	noday u = do
+		c <- constructor u
+		Just $ c Nothing
+	getdivisor sn = do
+		n <- readish sn
+		if n > 0
+			then Just n
+			else Nothing
+
+fromScheduledTime :: ScheduledTime -> String
+fromScheduledTime AnyTime = "any time"
+fromScheduledTime (SpecificTime h m) = 
+	show h' ++ (if m > 0 then ":" ++ pad 2 (show m) else "") ++ " " ++ ampm
+  where
+  	pad n s = take (n - length s) (repeat '0') ++ s
+	(h', ampm)
+		| h == 0 = (12, "AM")
+		| h < 12 = (h, "AM")
+		| h == 12 = (h, "PM")
+		| otherwise = (h - 12, "PM")
+
+toScheduledTime :: String -> Maybe ScheduledTime
+toScheduledTime "any time" = Just AnyTime
+toScheduledTime v = case words v of
+	(s:ampm:[])
+		| map toUpper ampm == "AM" ->
+			go s h0
+		| map toUpper ampm == "PM" ->
+			go s (\h -> (h0 h) + 12)
+		| otherwise -> Nothing
+	(s:[]) -> go s id
+	_ -> Nothing
+  where
+  	h0 h
+		| h == 12 = 0
+		| otherwise = h
+  	go :: String -> (Int -> Int) -> Maybe ScheduledTime
+	go s adjust =
+		let (h, m) = separate (== ':') s
+		in SpecificTime
+			<$> (adjust <$> readish h)
+			<*> if null m then Just 0 else readish m
+
+fromSchedule :: Schedule -> String
+fromSchedule (Schedule recurrance scheduledtime) = unwords
+	[ fromRecurrance recurrance
+	, "at"
+	, fromScheduledTime scheduledtime
+	]
+
+toSchedule :: String -> Maybe Schedule
+toSchedule = eitherToMaybe . parseSchedule
+
+parseSchedule :: String -> Either String Schedule
+parseSchedule s = do
+	r <- maybe (Left $ "bad recurrance: " ++ recurrance) Right
+		(toRecurrance recurrance)
+	t <- maybe (Left $ "bad time of day: " ++ scheduledtime) Right
+		(toScheduledTime scheduledtime)
+	Right $ Schedule r t
+  where
+	(rws, tws) = separate (== "at") (words s)
+	recurrance = unwords rws
+	scheduledtime = unwords tws
+
+instance Arbitrary Schedule where
+	arbitrary = Schedule <$> arbitrary <*> arbitrary
+
+instance Arbitrary ScheduledTime where
+	arbitrary = oneof
+		[ pure AnyTime
+		, SpecificTime 
+			<$> choose (0, 23)
+			<*> choose (1, 59)
+		]
+
+instance Arbitrary Recurrance where
+	arbitrary = oneof
+		[ pure Daily
+		, Weekly <$> arbday
+		, Monthly <$> arbday
+		, Yearly <$> arbday
+		, Divisible
+			<$> positive arbitrary
+			<*> oneof -- no nested Divisibles
+				[ pure Daily
+				, Weekly <$> arbday
+				, Monthly <$> arbday
+				, Yearly <$> arbday
+				]
+		]
+	  where
+	  	arbday = oneof
+			[ Just <$> nonNegative arbitrary
+			, pure Nothing
+			]
+
+prop_schedule_roundtrips :: Schedule -> Bool
+prop_schedule_roundtrips s = toSchedule (fromSchedule s) == Just s
+
+prop_past_sane :: Bool
+prop_past_sane = and
+	[ all (checksout oneMonthPast) (mplus1 ++ yplus1)
+	, all (not . (checksout oneMonthPast)) (map swap (mplus1 ++ yplus1))
+	, all (checksout oneYearPast) yplus1
+	, all (not . (checksout oneYearPast)) (map swap yplus1)
+	]
+  where
+	mplus1 =   -- new date               old date, 1+ months before it
+		[ (fromGregorian 2014 01 15, fromGregorian 2013 12 15)
+		, (fromGregorian 2014 01 15, fromGregorian 2013 02 15)
+		, (fromGregorian 2014 02 15, fromGregorian 2013 01 15)
+		, (fromGregorian 2014 03 01, fromGregorian 2013 01 15)
+		, (fromGregorian 2014 03 01, fromGregorian 2013 12 15)
+		, (fromGregorian 2015 01 01, fromGregorian 2010 01 01)
+		]
+	yplus1 =   -- new date               old date, 1+ years before it
+		[ (fromGregorian 2014 01 15, fromGregorian 2012 01 16)
+		, (fromGregorian 2014 01 15, fromGregorian 2013 01 14)
+		, (fromGregorian 2022 12 31, fromGregorian 2000 01 01)
+		]
+	checksout cmp (new, old) = new `cmp` old
+	swap (a,b) = (b,a)
diff --git a/Utility/Shell.hs b/Utility/Shell.hs
new file mode 100644
index 0000000000..00f60d09f8
--- /dev/null
+++ b/Utility/Shell.hs
@@ -0,0 +1,26 @@
+{- /bin/sh handling
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Shell where
+
+shellPath_portable :: FilePath
+shellPath_portable = "/bin/sh"
+
+shellPath_local :: FilePath
+#ifndef __ANDROID__
+shellPath_local = shellPath_portable
+#else
+shellPath_local = "/system/bin/sh"
+#endif
+
+shebang_portable :: String
+shebang_portable = "#!" ++ shellPath_portable
+
+shebang_local :: String
+shebang_local = "#!" ++ shellPath_local
diff --git a/Utility/SimpleProtocol.hs b/Utility/SimpleProtocol.hs
new file mode 100644
index 0000000000..0ac0be4cc6
--- /dev/null
+++ b/Utility/SimpleProtocol.hs
@@ -0,0 +1,90 @@
+{- Simple line-based protocols.
+ -
+ - Copyright 2013-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.SimpleProtocol (
+	Sendable(..),
+	Receivable(..),
+	parseMessage,
+	Serializable(..),
+	Parser,
+	parseFail,
+	parse0,
+	parse1,
+	parse2,
+	parse3,
+	ioHandles,
+) where
+
+import Data.Char
+import GHC.IO.Handle
+
+import Common
+
+-- Messages that can be sent.
+class Sendable m where
+	formatMessage :: m -> [String]
+
+-- Messages that can be received.
+class Receivable m where
+	-- Passed the first word of the message, returns
+	-- a Parser that can be be fed the rest of the message to generate
+	-- the value.
+	parseCommand :: String -> Parser m
+
+parseMessage :: (Receivable m) => String -> Maybe m
+parseMessage s = parseCommand command rest
+  where
+	(command, rest) = splitWord s
+
+class Serializable a where
+	serialize :: a -> String
+	deserialize :: String -> Maybe a
+
+{- Parsing the parameters of messages. Using the right parseN ensures
+ - that the string is split into exactly the requested number of words,
+ - which allows the last parameter of a message to contain arbitrary
+ - whitespace, etc, without needing any special quoting.
+ -}
+type Parser a = String -> Maybe a
+
+parseFail :: Parser a
+parseFail _ = Nothing
+
+parse0 :: a -> Parser a
+parse0 mk "" = Just mk
+parse0 _ _ = Nothing
+
+parse1 :: Serializable p1 => (p1 -> a) -> Parser a
+parse1 mk p1 = mk <$> deserialize p1
+
+parse2 :: (Serializable p1, Serializable p2) => (p1 -> p2 -> a) -> Parser a
+parse2 mk s = mk <$> deserialize p1 <*> deserialize p2
+  where
+	(p1, p2) = splitWord s
+
+parse3 :: (Serializable p1, Serializable p2, Serializable p3) => (p1 -> p2 -> p3 -> a) -> Parser a
+parse3 mk s = mk <$> deserialize p1 <*> deserialize p2 <*> deserialize p3
+  where
+	(p1, rest) = splitWord s
+	(p2, p3) = splitWord rest
+
+splitWord :: String -> (String, String)
+splitWord = separate isSpace
+
+{- When a program speaks a simple protocol over stdio, any other output
+ - to stdout (or anything that attempts to read from stdin)
+ - will mess up the protocol. To avoid that, close stdin, and 
+ - and duplicate stderr to stdout. Return two new handles
+ - that are duplicates of the original (stdin, stdout). -}
+ioHandles :: IO (Handle, Handle)
+ioHandles = do
+	readh <- hDuplicate stdin
+	writeh <- hDuplicate stdout
+	nullh <- openFile devNull ReadMode
+	nullh `hDuplicateTo` stdin
+	stderr `hDuplicateTo` stdout
+	return (readh, writeh)
diff --git a/Utility/SshConfig.hs b/Utility/SshConfig.hs
new file mode 100644
index 0000000000..529e5c9903
--- /dev/null
+++ b/Utility/SshConfig.hs
@@ -0,0 +1,142 @@
+{- ssh config file parsing and modification
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.SshConfig where
+
+import Common
+import Utility.UserInfo
+import Utility.Tmp
+import Utility.FileMode
+
+import Data.Char
+import Data.Ord
+import Data.Either
+
+data SshConfig
+	= GlobalConfig SshSetting
+	| HostConfig Host [Either Comment SshSetting]
+	| CommentLine Comment
+	deriving (Show)
+
+data Comment = Comment Indent String
+	deriving (Show)
+
+data SshSetting = SshSetting Indent Key Value
+	deriving (Show)
+
+type Indent = String
+type Host = String
+type Key = String
+type Value = String
+
+{- Parses ~/.ssh/config. Comments and indentation are preserved.
+ -
+ - Note that there is no parse failure. If a line cannot be parsed, it will
+ - be taken to be a SshSetting that contains the whole line as the key,
+ - and has no value. -}
+parseSshConfig :: String -> [SshConfig]
+parseSshConfig = go [] . lines
+  where
+	go c [] = reverse c
+	go c (l:ls)
+		| iscomment l = collect $ CommentLine $ mkcomment l
+		| otherwise = case splitline l of
+			(indent, k, v)
+				| isHost k -> hoststanza v c [] ls
+				| otherwise -> collect $ GlobalConfig $ SshSetting indent k v
+	  where
+		collect v = go (v:c) ls
+
+	hoststanza host c hc [] = go (HostConfig host (reverse hc):c) []
+	hoststanza host c hc (l:ls)
+		| iscomment l = hoststanza host c ((Left $ mkcomment l):hc) ls
+		| otherwise = case splitline l of
+			(indent, k, v)
+			 	| isHost k -> hoststanza v
+					(HostConfig host (reverse hc):c) [] ls
+				| otherwise -> hoststanza host c
+					((Right $ SshSetting indent k v):hc) ls
+
+	iscomment l = all isSpace l || "#" `isPrefixOf` (dropWhile isSpace l)
+
+	splitline l = (indent, k, v)
+	  where
+		(indent, rest) = span isSpace l
+		(k, v) = separate isSpace rest
+	
+	mkcomment l = Comment indent c
+	  where
+		(indent, c) = span isSpace l
+
+	isHost v = map toLower v == "host"
+	
+genSshConfig :: [SshConfig] -> String
+genSshConfig = unlines . concatMap gen
+  where
+	gen (CommentLine c) = [comment c]
+	gen (GlobalConfig s) = [setting s]
+	gen (HostConfig h cs) = ("Host " ++ h) : map (either comment setting) cs
+
+	setting (SshSetting indent k v) = indent ++ k ++ " " ++ v
+	comment (Comment indent c) = indent ++ c
+
+findHostConfigKey :: SshConfig -> Key -> Maybe Value
+findHostConfigKey (HostConfig _ cs) wantk = go (rights cs) (map toLower wantk)
+  where
+  	go [] _ = Nothing
+	go ((SshSetting _ k v):rest) wantk'
+		| map toLower k == wantk' = Just v
+		| otherwise = go rest wantk'
+findHostConfigKey _ _ = Nothing
+
+{- Adds a particular Key and Value to a HostConfig. -}
+addToHostConfig :: SshConfig -> Key -> Value -> SshConfig
+addToHostConfig (HostConfig host cs) k v = 
+	HostConfig host $ Right (SshSetting indent k v) : cs
+  where
+ 	{- The indent is taken from any existing SshSetting
+	 - in the HostConfig (largest indent wins). -}
+	indent = fromMaybe "\t" $ headMaybe $ reverse $
+		sortBy (comparing length) $ map getindent cs
+	getindent (Right (SshSetting i _ _)) = i
+	getindent (Left (Comment i _)) = i
+addToHostConfig other _ _ = other
+
+modifyUserSshConfig :: ([SshConfig] -> [SshConfig]) -> IO ()
+modifyUserSshConfig modifier = changeUserSshConfig $ 
+	genSshConfig . modifier . parseSshConfig
+
+changeUserSshConfig :: (String -> String) -> IO ()
+changeUserSshConfig modifier = do
+	sshdir <- sshDir
+	let configfile = sshdir </> "config"
+	whenM (doesFileExist configfile) $ do
+		c <- readFileStrict configfile
+		let c' = modifier c
+		when (c /= c') $
+			viaTmp writeSshConfig configfile c'
+
+writeSshConfig :: FilePath -> String -> IO ()
+writeSshConfig f s = do
+	writeFile f s
+	setSshConfigMode f
+
+{- Ensure that the ssh config file lacks any group or other write bits, 
+ - since ssh is paranoid about not working if other users can write
+ - to one of its config files (.ssh/config and .ssh/authorized_keys).
+ -
+ - If the chmod fails, ignore the failure, as it might be a filesystem like
+ - Android's that does not support file modes.
+ -}
+setSshConfigMode :: FilePath -> IO ()
+setSshConfigMode f = void $ tryIO $ modifyFileMode f $
+	removeModes [groupWriteMode, otherWriteMode]
+
+sshDir :: IO FilePath
+sshDir = do
+	home <- myHomeDir
+	return $ home </> ".ssh"
diff --git a/Utility/TList.hs b/Utility/TList.hs
new file mode 100644
index 0000000000..4b91b767fa
--- /dev/null
+++ b/Utility/TList.hs
@@ -0,0 +1,69 @@
+{- Transactional lists
+ -
+ - Based on DLists, a transactional list can quickly and efficiently
+ - have items inserted at either end, or a whole list appended to it.
+ -
+ - Unlike a TQueue, the entire contents of a TList can be efficiently
+ - read without modifying it.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -}
+
+{-# LANGUAGE BangPatterns #-}
+
+module Utility.TList where
+
+import Common
+
+import Control.Concurrent.STM
+import qualified Data.DList as D
+
+type TList a = TMVar (D.DList a)
+
+newTList :: STM (TList a)
+newTList = newEmptyTMVar
+
+{- Gets the contents of the TList. Blocks when empty.
+ - TList is left empty. -}
+getTList :: TList a -> STM [a]
+getTList tlist = D.toList <$> getTDList tlist
+
+getTDList :: TList a -> STM (D.DList a)
+getTDList = takeTMVar
+
+{- Replaces the contents of the TList. -}
+setTList :: TList a -> [a] -> STM ()
+setTList tlist = setTDList tlist . D.fromList
+
+setTDList :: TList a -> D.DList a -> STM ()
+setTDList tlist = modifyTList tlist . const
+
+{- Takes anything currently in the TList, without blocking.
+ - TList is left empty. -}
+takeTList :: TList a -> STM [a]
+takeTList tlist = maybe [] D.toList <$> tryTakeTMVar tlist
+
+{- Reads anything in the list, without modifying it, or blocking. -}
+readTList :: TList a -> STM [a]
+readTList tlist = maybe [] D.toList <$> tryReadTMVar tlist
+
+{- Mutates a TList. -}
+modifyTList :: TList a -> (D.DList a -> D.DList a) -> STM ()
+modifyTList tlist a = do
+	dl <- fromMaybe D.empty <$> tryTakeTMVar tlist
+	let !dl' = a dl
+	{- The TMVar is left empty when the list is empty.
+	 - Thus attempts to read it automatically block. -}
+	unless (emptyDList dl') $
+		putTMVar tlist dl'
+  where
+  	emptyDList = D.list True (\_ _ -> False)
+
+consTList :: TList a -> a -> STM ()
+consTList tlist v = modifyTList tlist $ \dl -> D.cons v dl
+
+snocTList :: TList a -> a -> STM ()
+snocTList tlist v = modifyTList tlist $ \dl -> D.snoc dl v
+
+appendTList :: TList a -> [a] -> STM ()
+appendTList tlist l = modifyTList tlist $ \dl -> D.append dl (D.fromList l)
diff --git a/Utility/Tense.hs b/Utility/Tense.hs
new file mode 100644
index 0000000000..0392ba5007
--- /dev/null
+++ b/Utility/Tense.hs
@@ -0,0 +1,57 @@
+{- Past and present tense text.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Utility.Tense where
+
+import qualified Data.Text as T
+import Data.Text (Text)
+import GHC.Exts( IsString(..) )
+
+data Tense = Present | Past
+	deriving (Eq)
+
+data TenseChunk = Tensed Text Text | UnTensed Text
+	deriving (Eq, Ord, Show)
+
+newtype TenseText = TenseText [TenseChunk]
+	deriving (Eq, Ord)
+
+{- Allows OverloadedStrings to be used, to build UnTensed chunks. -}
+instance IsString TenseChunk where
+	fromString = UnTensed . T.pack
+
+{- Allows OverloadedStrings to be used, to provide UnTensed TenseText. -}
+instance IsString TenseText where
+	fromString s = TenseText [fromString s]
+
+renderTense :: Tense -> TenseText -> Text
+renderTense tense (TenseText chunks) = T.concat $ map render chunks
+  where
+	render (Tensed present past)
+		| tense == Present = present
+		| otherwise = past
+	render (UnTensed s) = s
+
+{- Builds up a TenseText, separating chunks with spaces.
+ -
+ - However, rather than just intersperse new chunks for the spaces,
+ - the spaces are appended to the end of the chunks.
+ -}
+tenseWords :: [TenseChunk] -> TenseText
+tenseWords = TenseText . go []
+  where
+	go c [] = reverse c
+	go c (w:[]) = reverse (w:c)
+	go c ((UnTensed w):ws) = go (UnTensed (addspace w) : c) ws
+	go c ((Tensed w1 w2):ws) =
+		go (Tensed (addspace w1) (addspace w2) : c) ws
+	addspace w = T.append w " "
+
+unTensed :: Text -> TenseText
+unTensed t = TenseText [UnTensed t]
diff --git a/Utility/ThreadLock.hs b/Utility/ThreadLock.hs
new file mode 100644
index 0000000000..548d524e19
--- /dev/null
+++ b/Utility/ThreadLock.hs
@@ -0,0 +1,19 @@
+{- locking between threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.ThreadLock where
+
+import Control.Concurrent.MVar
+
+type Lock = MVar ()
+
+newLock :: IO Lock
+newLock = newMVar ()
+
+{- Runs an action with a lock held, so only one thread at a time can run it. -}
+withLock :: Lock -> IO a -> IO a
+withLock lock = withMVar lock . const
diff --git a/Utility/ThreadScheduler.hs b/Utility/ThreadScheduler.hs
new file mode 100644
index 0000000000..e6a81aebd9
--- /dev/null
+++ b/Utility/ThreadScheduler.hs
@@ -0,0 +1,74 @@
+{- thread scheduling
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ - Copyright 2011 Bas van Dijk & Roel van Dijk
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.ThreadScheduler where
+
+import Control.Monad
+import Control.Concurrent
+#ifndef mingw32_HOST_OS
+import Control.Monad.IfElse
+import System.Posix.IO
+#endif
+#ifndef mingw32_HOST_OS
+import System.Posix.Signals
+#ifndef __ANDROID__
+import System.Posix.Terminal
+#endif
+#endif
+
+newtype Seconds = Seconds { fromSeconds :: Int }
+	deriving (Eq, Ord, Show)
+
+type Microseconds = Integer
+
+{- Runs an action repeatedly forever, sleeping at least the specified number
+ - of seconds in between. -}
+runEvery :: Seconds -> IO a -> IO a
+runEvery n a = forever $ do
+	threadDelaySeconds n
+	a
+
+threadDelaySeconds :: Seconds -> IO ()
+threadDelaySeconds (Seconds n) = unboundDelay (fromIntegral n * oneSecond)
+
+{- Like threadDelay, but not bounded by an Int.
+ -
+ - There is no guarantee that the thread will be rescheduled promptly when the
+ - delay has expired, but the thread will never continue to run earlier than
+ - specified.
+ - 
+ - Taken from the unbounded-delay package to avoid a dependency for 4 lines
+ - of code.
+ -}
+unboundDelay :: Microseconds -> IO ()
+unboundDelay time = do
+	let maxWait = min time $ toInteger (maxBound :: Int)
+	threadDelay $ fromInteger maxWait
+	when (maxWait /= time) $ unboundDelay (time - maxWait)
+
+{- Pauses the main thread, letting children run until program termination. -}
+waitForTermination :: IO ()
+waitForTermination = do
+#ifdef mingw32_HOST_OS
+	forever $ threadDelaySeconds (Seconds 6000)
+#else
+	lock <- newEmptyMVar
+	let check sig = void $
+		installHandler sig (CatchOnce $ putMVar lock ()) Nothing
+	check softwareTermination
+#ifndef __ANDROID__
+	whenM (queryTerminal stdInput) $
+		check keyboardSignal
+#endif
+	takeMVar lock
+#endif
+
+oneSecond :: Microseconds
+oneSecond = 1000000
diff --git a/Utility/Tmp.hs b/Utility/Tmp.hs
new file mode 100644
index 0000000000..bed30bb4d4
--- /dev/null
+++ b/Utility/Tmp.hs
@@ -0,0 +1,107 @@
+{- Temporary files and directories.
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Tmp where
+
+import Control.Exception (bracket)
+import System.IO
+import System.Directory
+import Control.Monad.IfElse
+import System.FilePath
+
+import Utility.Exception
+import Utility.FileSystemEncoding
+import Utility.PosixFiles
+
+type Template = String
+
+{- Runs an action like writeFile, writing to a temp file first and
+ - then moving it into place. The temp file is stored in the same
+ - directory as the final file to avoid cross-device renames. -}
+viaTmp :: (FilePath -> String -> IO ()) -> FilePath -> String -> IO ()
+viaTmp a file content = bracket setup cleanup use
+  where
+	(dir, base) = splitFileName file
+	template = base ++ ".tmp"
+	setup = do
+		createDirectoryIfMissing True dir
+		openTempFile dir template
+	cleanup (tmpfile, handle) = do
+		_ <- tryIO $ hClose handle
+		tryIO $ removeFile tmpfile
+	use (tmpfile, handle) = do
+		hClose handle
+		a tmpfile content
+		rename tmpfile file
+
+{- Runs an action with a tmp file located in the system's tmp directory
+ - (or in "." if there is none) then removes the file. -}
+withTmpFile :: Template -> (FilePath -> Handle -> IO a) -> IO a
+withTmpFile template a = do
+	tmpdir <- catchDefaultIO "." getTemporaryDirectory
+	withTmpFileIn tmpdir template a
+
+{- Runs an action with a tmp file located in the specified directory,
+ - then removes the file. -}
+withTmpFileIn :: FilePath -> Template -> (FilePath -> Handle -> IO a) -> IO a
+withTmpFileIn tmpdir template a = bracket create remove use
+  where
+	create = openTempFile tmpdir template
+	remove (name, handle) = do
+		hClose handle
+		catchBoolIO (removeFile name >> return True)
+	use (name, handle) = a name handle
+
+{- Runs an action with a tmp directory located within the system's tmp
+ - directory (or within "." if there is none), then removes the tmp
+ - directory and all its contents. -}
+withTmpDir :: Template -> (FilePath -> IO a) -> IO a
+withTmpDir template a = do
+	tmpdir <- catchDefaultIO "." getTemporaryDirectory
+	withTmpDirIn tmpdir template a
+
+{- Runs an action with a tmp directory located within a specified directory,
+ - then removes the tmp directory and all its contents. -}
+withTmpDirIn :: FilePath -> Template -> (FilePath -> IO a) -> IO a
+withTmpDirIn tmpdir template = bracket create remove
+  where
+	remove d = whenM (doesDirectoryExist d) $ do
+#if mingw32_HOST_OS
+		-- Windows will often refuse to delete a file
+		-- after a process has just written to it and exited.
+		-- Because it's crap, presumably. So, ignore failure
+		-- to delete the temp directory.
+		_ <- tryIO $ removeDirectoryRecursive d
+		return ()
+#else
+		removeDirectoryRecursive d
+#endif
+	create = do
+		createDirectoryIfMissing True tmpdir
+		makenewdir (tmpdir </> template) (0 :: Int)
+	makenewdir t n = do
+		let dir = t ++ "." ++ show n
+		either (const $ makenewdir t $ n + 1) (const $ return dir)
+			=<< tryIO (createDirectory dir)
+
+{- It's not safe to use a FilePath of an existing file as the template
+ - for openTempFile, because if the FilePath is really long, the tmpfile
+ - will be longer, and may exceed the maximum filename length.
+ -
+ - This generates a template that is never too long.
+ - (Well, it allocates 20 characters for use in making a unique temp file,
+ - anyway, which is enough for the current implementation and any
+ - likely implementation.)
+ -}
+relatedTemplate :: FilePath -> FilePath
+relatedTemplate f
+	| len > 20 = truncateFilePath (len - 20) f
+	| otherwise = f
+  where
+	len = length f
diff --git a/Utility/Touch.hsc b/Utility/Touch.hsc
new file mode 100644
index 0000000000..61276c5230
--- /dev/null
+++ b/Utility/Touch.hsc
@@ -0,0 +1,120 @@
+{- More control over touching a file.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface #-}
+
+module Utility.Touch (
+	TimeSpec(..),
+	touchBoth,
+	touch
+) where
+
+import Utility.FileSystemEncoding
+
+import Foreign
+import Foreign.C
+import Control.Monad (when)
+
+newtype TimeSpec = TimeSpec CTime
+
+{- Changes the access and modification times of an existing file.
+   Can follow symlinks, or not. Throws IO error on failure. -}
+touchBoth :: FilePath -> TimeSpec -> TimeSpec -> Bool -> IO ()
+
+touch :: FilePath -> TimeSpec -> Bool -> IO ()
+touch file mtime = touchBoth file mtime mtime
+
+#include <sys/types.h>
+#include <sys/stat.h>
+#include <fcntl.h>
+#include <sys/time.h>
+
+#ifndef _BSD_SOURCE
+#define _BSD_SOURCE
+#endif
+
+#if (defined UTIME_OMIT && defined UTIME_NOW && defined AT_FDCWD && defined AT_SYMLINK_NOFOLLOW)
+
+at_fdcwd :: CInt
+at_fdcwd = #const AT_FDCWD
+
+at_symlink_nofollow :: CInt
+at_symlink_nofollow = #const AT_SYMLINK_NOFOLLOW
+
+instance Storable TimeSpec where
+	-- use the larger alignment of the two types in the struct
+	alignment _ = max sec_alignment nsec_alignment
+	  where
+		sec_alignment = alignment (undefined::CTime)
+		nsec_alignment = alignment (undefined::CLong)
+	sizeOf _ = #{size struct timespec}
+	peek ptr = do
+		sec <- #{peek struct timespec, tv_sec} ptr
+		return $ TimeSpec sec
+	poke ptr (TimeSpec sec) = do
+		#{poke struct timespec, tv_sec} ptr sec
+		#{poke struct timespec, tv_nsec} ptr (0 :: CLong)
+
+{- While its interface is beastly, utimensat is in recent
+   POSIX standards, unlike lutimes. -}
+foreign import ccall "utimensat" 
+	c_utimensat :: CInt -> CString -> Ptr TimeSpec -> CInt -> IO CInt
+
+touchBoth file atime mtime follow = 
+	allocaArray 2 $ \ptr ->
+	withFilePath file $ \f -> do
+		pokeArray ptr [atime, mtime]
+		r <- c_utimensat at_fdcwd f ptr flags
+		when (r /= 0) $ throwErrno "touchBoth"
+  where
+	flags
+       		| follow = 0
+		| otherwise = at_symlink_nofollow 
+
+#else
+#if 0
+{- Using lutimes is needed for BSD.
+ - 
+ - TODO: test if lutimes is available. May have to do it in configure.
+ - TODO: TimeSpec uses a CTime, while tv_sec is a CLong. It is implementation
+ - dependent whether these are the same; need to find a cast that works.
+ - (Without the cast it works on linux i386, but
+ - maybe not elsewhere.)
+ -}
+
+instance Storable TimeSpec where
+	alignment _ = alignment (undefined::CLong)
+	sizeOf _ = #{size struct timeval}
+	peek ptr = do
+		sec <- #{peek struct timeval, tv_sec} ptr
+		return $ TimeSpec sec
+	poke ptr (TimeSpec sec) = do
+		#{poke struct timeval, tv_sec} ptr sec
+		#{poke struct timeval, tv_usec} ptr (0 :: CLong) 
+
+foreign import ccall "utimes" 
+	c_utimes :: CString -> Ptr TimeSpec -> IO CInt
+foreign import ccall "lutimes" 
+	c_lutimes :: CString -> Ptr TimeSpec -> IO CInt
+
+touchBoth file atime mtime follow = 
+	allocaArray 2 $ \ptr ->
+	withFilePath file $ \f -> do
+		pokeArray ptr [atime, mtime]
+		r <- syscall f ptr
+		when (r /= 0) $
+			throwErrno "touchBoth"
+  where
+	syscall
+       		| follow = c_lutimes
+		| otherwise = c_utimes
+
+#else
+#warning "utimensat and lutimes not available; building without symlink timestamp preservation support"
+touchBoth _ _ _ _ = return ()
+#endif
+#endif
diff --git a/Utility/URI.hs b/Utility/URI.hs
new file mode 100644
index 0000000000..30c6be3dbc
--- /dev/null
+++ b/Utility/URI.hs
@@ -0,0 +1,18 @@
+{- Network.URI
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.URI where
+
+-- Old versions of network lacked an Ord for URI
+#if ! MIN_VERSION_network(2,4,0)
+import Network.URI
+
+instance Ord URI where
+	a `compare` b = show a `compare` show b
+#endif
diff --git a/Utility/Url.hs b/Utility/Url.hs
new file mode 100644
index 0000000000..bf2d3859c4
--- /dev/null
+++ b/Utility/Url.hs
@@ -0,0 +1,212 @@
+{- Url downloading.
+ -
+ - Copyright 2011,2013 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Url (
+	URLString,
+	UserAgent,
+	UrlOptions(..),
+	check,
+	checkBoth,
+	exists,
+	download,
+	downloadQuiet,
+	parseURIRelaxed
+) where
+
+import Common
+import Network.URI
+import qualified Network.Browser as Browser
+import Network.HTTP
+import Data.Either
+import Data.Default
+
+import qualified Build.SysConfig
+
+type URLString = String
+
+type Headers = [String]
+
+type UserAgent = String
+
+data UrlOptions = UrlOptions
+	{ userAgent :: Maybe UserAgent
+	, reqHeaders :: Headers
+	, reqParams :: [CommandParam]
+	}
+
+instance Default UrlOptions
+  where
+	def = UrlOptions Nothing [] []
+
+{- Checks that an url exists and could be successfully downloaded,
+ - also checking that its size, if available, matches a specified size. -}
+checkBoth :: URLString -> Maybe Integer -> UrlOptions -> IO Bool
+checkBoth url expected_size uo = do
+	v <- check url expected_size uo
+	return (fst v && snd v)
+check :: URLString -> Maybe Integer -> UrlOptions -> IO (Bool, Bool)
+check url expected_size = handle <$$> exists url
+  where
+	handle (False, _) = (False, False)
+	handle (True, Nothing) = (True, True)
+	handle (True, s) = case expected_size of
+		Just _ -> (True, expected_size == s)
+		Nothing -> (True, True)
+
+{- Checks that an url exists and could be successfully downloaded,
+ - also returning its size if available. 
+ -
+ - For a file: url, check it directly.
+ -
+ - Uses curl otherwise, when available, since curl handles https better
+ - than does Haskell's Network.Browser.
+ -}
+exists :: URLString -> UrlOptions -> IO (Bool, Maybe Integer)
+exists url uo = case parseURIRelaxed url of
+	Just u
+		| uriScheme u == "file:" -> do
+			s <- catchMaybeIO $ getFileStatus (unEscapeString $ uriPath u)
+			case s of
+				Just stat -> return (True, Just $ fromIntegral $ fileSize stat)
+				Nothing -> dne
+		| otherwise -> if Build.SysConfig.curl
+			then do
+				output <- catchDefaultIO "" $
+					readProcess "curl" $ toCommand curlparams
+				case lastMaybe (lines output) of
+					Just ('2':_:_) -> return (True, extractsize output)
+					_ -> dne
+			else do
+				r <- request u HEAD uo
+				case rspCode r of
+					(2,_,_) -> return (True, size r)
+					_ -> return (False, Nothing)
+	Nothing -> dne
+  where
+	dne = return (False, Nothing)
+
+	curlparams = addUserAgent uo $
+		[ Param "-s"
+		, Param "--head"
+		, Param "-L", Param url
+		, Param "-w", Param "%{http_code}"
+		] ++ concatMap (\h -> [Param "-H", Param h]) (reqHeaders uo) ++ (reqParams uo)
+
+	extractsize s = case lastMaybe $ filter ("Content-Length:" `isPrefixOf`) (lines s) of
+		Just l -> case lastMaybe $ words l of
+			Just sz -> readish sz
+			_ -> Nothing
+		_ -> Nothing
+
+	size = liftM Prelude.read . lookupHeader HdrContentLength . rspHeaders
+
+-- works for both wget and curl commands
+addUserAgent :: UrlOptions -> [CommandParam] -> [CommandParam]
+addUserAgent uo ps = case userAgent uo of
+	Nothing -> ps
+	Just ua -> ps ++ [Param "--user-agent", Param ua] 
+
+{- Used to download large files, such as the contents of keys.
+ -
+ - Uses wget or curl program for its progress bar. (Wget has a better one,
+ - so is preferred.) Which program to use is determined at run time; it
+ - would not be appropriate to test at configure time and build support
+ - for only one in.
+ -}
+download :: URLString -> FilePath -> UrlOptions -> IO Bool
+download = download' False
+
+{- No output, even on error. -}
+downloadQuiet :: URLString -> FilePath -> UrlOptions -> IO Bool
+downloadQuiet = download' True
+
+download' :: Bool -> URLString -> FilePath -> UrlOptions -> IO Bool
+download' quiet url file uo = 
+	case parseURIRelaxed url of
+		Just u
+			| uriScheme u == "file:" -> do
+				-- curl does not create destination file
+				-- for an empty file:// url, so pre-create
+				writeFile file ""
+				curl
+			| otherwise -> ifM (inPath "wget") (wget , curl)
+		_ -> return False
+  where
+	headerparams = map (\h -> Param $ "--header=" ++ h) (reqHeaders uo)
+	wget = go "wget" $ headerparams ++ quietopt "-q" ++ wgetparams
+	{- Regular wget needs --clobber to continue downloading an existing
+	 - file. On Android, busybox wget is used, which does not
+	 - support, or need that option. -}
+#ifndef __ANDROID__
+	wgetparams = [Params "--clobber -c -O"]
+#else
+	wgetparams = [Params "-c -O"]
+#endif
+	{- Uses the -# progress display, because the normal
+	 - one is very confusing when resuming, showing
+	 - the remainder to download as the whole file,
+	 - and not indicating how much percent was
+	 - downloaded before the resume. -}
+	curl = go "curl" $ headerparams ++ quietopt "-s" ++
+		[Params "-f -L -C - -# -o"]
+	go cmd opts = boolSystem cmd $
+		addUserAgent uo $ reqParams uo++opts++[File file, File url]
+	quietopt s
+		| quiet = [Param s]
+		| otherwise = []
+
+{- Uses Network.Browser to make a http request of an url.
+ - For example, HEAD can be used to check if the url exists,
+ - or GET used to get the url content (best for small urls).
+ -
+ - This does its own redirect following because Browser's is buggy for HEAD
+ - requests.
+ -
+ - Unfortunately, does not handle https, so should only be used
+ - when curl is not available.
+ -}
+request :: URI -> RequestMethod -> UrlOptions -> IO (Response String)
+request url requesttype uo = go 5 url
+  where
+	go :: Int -> URI -> IO (Response String)
+	go 0 _ = error "Too many redirects "
+	go n u = do
+		rsp <- Browser.browse $ do
+			maybe noop Browser.setUserAgent (userAgent uo)
+			Browser.setErrHandler ignore
+			Browser.setOutHandler ignore
+			Browser.setAllowRedirects False
+			let req = mkRequest requesttype u :: Request_String
+			snd <$> Browser.request (addheaders req)
+		case rspCode rsp of
+			(3,0,x) | x /= 5 -> redir (n - 1) u rsp
+			_ -> return rsp
+	addheaders req = setHeaders req (rqHeaders req ++ userheaders)
+	userheaders = rights $ map parseHeader (reqHeaders uo)
+	ignore = const noop
+	redir n u rsp = case retrieveHeaders HdrLocation rsp of
+		[] -> return rsp
+		(Header _ newu:_) ->
+			case parseURIReference newu of
+				Nothing -> return rsp
+				Just newURI -> go n $
+#if defined VERSION_network
+#if ! MIN_VERSION_network(2,4,0)
+#define WITH_OLD_URI
+#endif
+#endif
+#ifdef WITH_OLD_URI
+					fromMaybe newURI (newURI `relativeTo` u)
+#else
+					newURI `relativeTo` u
+#endif
+
+{- Allows for spaces and other stuff in urls, properly escaping them. -}
+parseURIRelaxed :: URLString -> Maybe URI
+parseURIRelaxed = parseURI . escapeURIString isAllowedInURI
diff --git a/Utility/UserInfo.hs b/Utility/UserInfo.hs
new file mode 100644
index 0000000000..617c3e945b
--- /dev/null
+++ b/Utility/UserInfo.hs
@@ -0,0 +1,55 @@
+{- user info
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.UserInfo (
+	myHomeDir,
+	myUserName,
+	myUserGecos,
+) where
+
+import Control.Applicative
+import System.PosixCompat
+
+import Utility.Env
+
+{- Current user's home directory.
+ -
+ - getpwent will fail on LDAP or NIS, so use HOME if set. -}
+myHomeDir :: IO FilePath
+myHomeDir = myVal env homeDirectory
+  where
+#ifndef mingw32_HOST_OS
+	env = ["HOME"]
+#else
+	env = ["USERPROFILE", "HOME"] -- HOME is used in Cygwin
+#endif
+
+{- Current user's user name. -}
+myUserName :: IO String
+myUserName = myVal env userName
+  where
+#ifndef mingw32_HOST_OS
+	env = ["USER", "LOGNAME"]
+#else
+	env = ["USERNAME", "USER", "LOGNAME"]
+#endif
+
+myUserGecos :: IO String
+#ifdef __ANDROID__
+myUserGecos = return "" -- userGecos crashes on Android
+#else
+myUserGecos = myVal [] userGecos
+#endif
+
+myVal :: [String] -> (UserEntry -> String) -> IO String
+myVal envvars extract = maybe (extract <$> getpwent) return =<< check envvars
+  where
+	check [] = return Nothing
+	check (v:vs) = maybe (check vs) (return . Just) =<< getEnv v
+	getpwent = getUserEntryForID =<< getEffectiveUserID
diff --git a/Utility/Verifiable.hs b/Utility/Verifiable.hs
new file mode 100644
index 0000000000..a62213074c
--- /dev/null
+++ b/Utility/Verifiable.hs
@@ -0,0 +1,37 @@
+{- values verified using a shared secret
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.Verifiable where
+
+import Data.Digest.Pure.SHA
+import Data.ByteString.Lazy.UTF8 (fromString)
+import qualified Data.ByteString.Lazy as L
+
+type Secret = L.ByteString
+type HMACDigest = String
+
+{- A value, verifiable using a HMAC digest and a secret. -}
+data Verifiable a = Verifiable
+	{ verifiableVal :: a
+	, verifiableDigest :: HMACDigest
+	}
+	deriving (Eq, Read, Show)
+
+mkVerifiable :: Show a => a -> Secret -> Verifiable a
+mkVerifiable a secret = Verifiable a (calcDigest (show a) secret)
+
+verify :: (Eq a, Show a) => Verifiable a -> Secret -> Bool
+verify v secret = v == mkVerifiable (verifiableVal v) secret
+
+calcDigest :: String -> Secret -> HMACDigest
+calcDigest v secret = showDigest $ hmacSha1 secret $ fromString v
+
+{- for quickcheck -}
+prop_verifiable_sane :: String -> String -> Bool
+prop_verifiable_sane a s = verify (mkVerifiable a secret) secret
+  where
+	secret = fromString s
diff --git a/Utility/WebApp.hs b/Utility/WebApp.hs
new file mode 100644
index 0000000000..0f3378a15a
--- /dev/null
+++ b/Utility/WebApp.hs
@@ -0,0 +1,282 @@
+{- Yesod webapp
+ -
+ - Copyright 2012-2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE OverloadedStrings, CPP, RankNTypes #-}
+
+module Utility.WebApp where
+
+import Common
+import Utility.Tmp
+import Utility.FileMode
+import Utility.Hash
+
+import qualified Yesod
+import qualified Network.Wai as Wai
+import Network.Wai.Handler.Warp
+import Network.Wai.Handler.WarpTLS
+import Network.HTTP.Types
+import qualified Data.CaseInsensitive as CI
+import Network.Socket
+import "crypto-api" Crypto.Random
+import qualified Web.ClientSession as CS
+import qualified Data.ByteString.Lazy as L
+import qualified Data.ByteString as B
+import qualified Data.Text as T
+import qualified Data.Text.Encoding as TE
+import Blaze.ByteString.Builder.Char.Utf8 (fromText)
+import Blaze.ByteString.Builder (Builder)
+import Control.Arrow ((***))
+import Control.Concurrent
+#ifdef WITH_WEBAPP_SECURE
+import Data.SecureMem
+import Data.Byteable
+#endif
+#ifdef __ANDROID__
+import Data.Endian
+#endif
+#if defined(__ANDROID__) || defined (mingw32_HOST_OS)
+#else
+import Control.Exception (bracketOnError)
+#endif
+
+localhost :: HostName
+localhost = "localhost"
+
+{- Builds a command to use to start or open a web browser showing an url. -}
+browserProc :: String -> CreateProcess
+#ifdef darwin_HOST_OS
+browserProc url = proc "open" [url]
+#else
+#ifdef __ANDROID__
+-- Warning: The `am` command does not work very reliably on Android.
+browserProc url = proc "am"
+	["start", "-a", "android.intent.action.VIEW", "-d", url]
+#else
+#ifdef mingw32_HOST_OS
+-- Warning: On Windows, no quoting or escaping of the url seems possible,
+-- so spaces in it will cause problems. One approach is to make the url
+-- be a relative filename, and adjust the returned CreateProcess to change
+-- to the directory it's in.
+browserProc url = proc "cmd" ["/c start " ++ url]
+#else
+browserProc url = proc "xdg-open" [url]
+#endif
+#endif
+#endif
+
+{- Binds to a socket on localhost, or possibly a different specified
+ - hostname or address, and runs a webapp on it.
+ -
+ - An IO action can also be run, to do something with the address,
+ - such as start a web browser to view the webapp.
+ -}
+runWebApp :: Maybe TLSSettings -> Maybe HostName -> Wai.Application -> (SockAddr -> IO ()) -> IO ()
+runWebApp tlssettings h app observer = withSocketsDo $ do
+	sock <- getSocket h
+	void $ forkIO $ go webAppSettings sock app	
+	sockaddr <- fixSockAddr <$> getSocketName sock
+	observer sockaddr
+  where
+#ifdef WITH_WEBAPP_SECURE
+	go = (maybe runSettingsSocket (\ts -> runTLSSocket ts) tlssettings)
+#else
+	go = runSettingsSocket
+#endif
+
+fixSockAddr :: SockAddr -> SockAddr
+#ifdef __ANDROID__
+{- On Android, the port is currently incorrectly returned in network
+ - byte order, which is wrong on little endian systems. -}
+fixSockAddr (SockAddrInet (PortNum port) addr) = SockAddrInet (PortNum $ swapEndian port) addr
+#endif
+fixSockAddr addr = addr
+
+-- disable buggy sloworis attack prevention code
+webAppSettings :: Settings
+
+#if MIN_VERSION_warp(2,1,0)
+webAppSettings = setTimeout halfhour defaultSettings
+#else
+webAppSettings = defaultSettings { settingsTimeout = halfhour }
+#endif
+  where
+	halfhour = 30 * 60
+
+{- Binds to a local socket, or if specified, to a socket on the specified
+ - hostname or address. Selects any free port, unless the hostname ends with
+ - ":port"
+ -
+ - Prefers to bind to the ipv4 address rather than the ipv6 address
+ - of localhost, if it's available.
+ -}
+getSocket :: Maybe HostName -> IO Socket
+getSocket h = do
+#if defined(__ANDROID__) || defined (mingw32_HOST_OS)
+	-- getAddrInfo currently segfaults on Android.
+	-- The HostName is ignored by this code.
+	when (isJust h) $
+		error "getSocket with HostName not supported on this OS"
+	addr <- inet_addr "127.0.0.1"
+ 	sock <- socket AF_INET Stream defaultProtocol
+	preparesocket sock
+	bindSocket sock (SockAddrInet aNY_PORT addr)
+	use sock
+  where
+#else
+	addrs <- getAddrInfo (Just hints) (Just hostname) Nothing
+	case (partition (\a -> addrFamily a == AF_INET) addrs) of
+		(v4addr:_, _) -> go v4addr
+		(_, v6addr:_) -> go v6addr
+		_ -> error "unable to bind to a local socket"
+  where
+	hostname = fromMaybe localhost h
+	hints = defaultHints { addrSocketType = Stream }
+	{- Repeated attempts because bind sometimes fails for an
+	 - unknown reason on OSX. -} 
+	go addr = go' 100 addr
+	go' :: Int -> AddrInfo -> IO Socket
+	go' 0 _ = error "unable to bind to local socket"
+	go' n addr = do
+		r <- tryIO $ bracketOnError (open addr) sClose (useaddr addr)
+		either (const $ go' (pred n) addr) return r
+	open addr = socket (addrFamily addr) (addrSocketType addr) (addrProtocol addr)
+	useaddr addr sock = do
+		preparesocket sock
+		bindSocket sock (addrAddress addr)
+		use sock
+#endif
+	preparesocket sock = setSocketOption sock ReuseAddr 1
+	use sock = do
+		listen sock maxListenQueue
+		return sock
+
+lookupRequestField :: CI.CI B.ByteString -> Wai.Request -> B.ByteString
+lookupRequestField k req = fromMaybe "" . lookup k $ Wai.requestHeaders req
+
+{- Rather than storing a session key on disk, use a random key
+ - that will only be valid for this run of the webapp. -}
+#if MIN_VERSION_yesod(1,2,0)
+webAppSessionBackend :: Yesod.Yesod y => y -> IO (Maybe Yesod.SessionBackend)
+#else
+webAppSessionBackend :: Yesod.Yesod y => y -> IO (Maybe (Yesod.SessionBackend y))
+#endif
+webAppSessionBackend _ = do
+	g <- newGenIO :: IO SystemRandom
+	case genBytes 96 g of
+		Left e -> error $ "failed to generate random key: " ++ show e
+		Right (s, _) -> case CS.initKey s of
+			Left e -> error $ "failed to initialize key: " ++ show e
+			Right key -> use key
+  where
+	timeout = 120 * 60 -- 120 minutes
+	use key =
+#if MIN_VERSION_yesod(1,2,0)
+		Just . Yesod.clientSessionBackend key . fst
+			<$> Yesod.clientSessionDateCacher timeout
+#else
+#if MIN_VERSION_yesod(1,1,7)
+		Just . Yesod.clientSessionBackend2 key . fst
+			<$> Yesod.clientSessionDateCacher timeout
+#else
+		return $ Just $
+			Yesod.clientSessionBackend key timeout
+#endif
+#endif
+
+#ifdef WITH_WEBAPP_SECURE
+type AuthToken = SecureMem
+#else
+type AuthToken = T.Text
+#endif
+
+toAuthToken :: T.Text -> AuthToken
+#ifdef WITH_WEBAPP_SECURE
+toAuthToken = secureMemFromByteString . TE.encodeUtf8
+#else
+toAuthToken = id
+#endif
+
+fromAuthToken :: AuthToken -> T.Text
+#ifdef WITH_WEBAPP_SECURE
+fromAuthToken = TE.decodeLatin1 . toBytes
+#else
+fromAuthToken = id
+#endif
+
+{- Generates a random sha512 string, encapsulated in a SecureMem,
+ - suitable to be used for an authentication secret. -}
+genAuthToken :: IO AuthToken
+genAuthToken = do
+	g <- newGenIO :: IO SystemRandom
+	return $
+		case genBytes 512 g of
+			Left e -> error $ "failed to generate auth token: " ++ show e
+			Right (s, _) -> toAuthToken $ T.pack $ show $ sha512 $ L.fromChunks [s]
+
+{- A Yesod isAuthorized method, which checks the auth cgi parameter
+ - against a token extracted from the Yesod application.
+ -
+ - Note that the usual Yesod error page is bypassed on error, to avoid
+ - possibly leaking the auth token in urls on that page!
+ -}
+#if MIN_VERSION_yesod(1,2,0)
+checkAuthToken :: (Monad m, Yesod.MonadHandler m) => (Yesod.HandlerSite m -> AuthToken) -> m Yesod.AuthResult
+#else
+checkAuthToken :: forall t sub. (t -> AuthToken) -> Yesod.GHandler sub t Yesod.AuthResult
+#endif
+checkAuthToken extractAuthToken = do
+	webapp <- Yesod.getYesod
+	req <- Yesod.getRequest
+	let params = Yesod.reqGetParams req
+	if (toAuthToken <$> lookup "auth" params) == Just (extractAuthToken webapp)
+		then return Yesod.Authorized
+		else Yesod.sendResponseStatus unauthorized401 ()
+
+{- A Yesod joinPath method, which adds an auth cgi parameter to every
+ - url matching a predicate, containing a token extracted from the
+ - Yesod application.
+ - 
+ - A typical predicate would exclude files under /static.
+ -}
+insertAuthToken :: forall y. (y -> AuthToken)
+	-> ([T.Text] -> Bool)
+	-> y
+	-> T.Text
+	-> [T.Text]
+	-> [(T.Text, T.Text)]
+	-> Builder
+insertAuthToken extractAuthToken predicate webapp root pathbits params =
+	fromText root `mappend` encodePath pathbits' encodedparams
+  where
+	pathbits' = if null pathbits then [T.empty] else pathbits
+	encodedparams = map (TE.encodeUtf8 *** go) params'
+	go "" = Nothing
+	go x = Just $ TE.encodeUtf8 x
+	authparam = (T.pack "auth", fromAuthToken (extractAuthToken webapp))
+	params'
+		| predicate pathbits = authparam:params
+		| otherwise = params
+
+{- Creates a html shim file that's used to redirect into the webapp,
+ - to avoid exposing the secret token when launching the web browser. -}
+writeHtmlShim :: String -> String -> FilePath -> IO ()
+writeHtmlShim title url file = viaTmp writeFileProtected file $ genHtmlShim title url
+
+{- TODO: generate this static file using Yesod. -}
+genHtmlShim :: String -> String -> String
+genHtmlShim title url = unlines
+	[ "<html>"
+	, "<head>"
+	, "<title>"++ title ++ "</title>"
+	, "<meta http-equiv=\"refresh\" content=\"1; URL="++url++"\">"
+	, "<body>"
+	, "<p>"
+	, "<a href=\"" ++ url ++ "\">" ++ title ++ "</a>"
+	, "</p>"
+	, "</body>"
+	, "</html>"
+	]
diff --git a/Utility/WinLock.hs b/Utility/WinLock.hs
new file mode 100644
index 0000000000..369da6782d
--- /dev/null
+++ b/Utility/WinLock.hs
@@ -0,0 +1,69 @@
+{- Windows lock files
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.WinLock (
+	lockShared,
+	lockExclusive,
+	dropLock,
+	waitToLock,
+	LockHandle
+) where
+
+import System.Win32.Types
+import System.Win32.File
+import Control.Concurrent
+
+{- Locking is exclusive, and prevents the file from being opened for read
+ - or write by any other process. So for advisory locking of a file, a
+ - different LockFile should be used. -}
+type LockFile = FilePath
+
+type LockHandle = HANDLE
+
+{- Tries to lock a file with a shared lock, which allows other processes to
+ - also lock it shared. Fails is the file is exclusively locked. -}
+lockShared :: LockFile -> IO (Maybe LockHandle)
+lockShared = openLock fILE_SHARE_READ
+
+{- Tries to take an exclusive lock on a file. Fails if another process has
+ - a shared or exclusive lock. -}
+lockExclusive :: LockFile -> IO (Maybe LockHandle)
+lockExclusive = openLock fILE_SHARE_NONE
+
+{- Windows considers just opening a file enough to lock it. This will
+ - create the LockFile if it does not already exist.
+ -
+ - Will fail if the file is already open with an incompatable ShareMode.
+ - Note that this may happen if an unrelated process, such as a virus
+ - scanner, even looks at the file. See http://support.microsoft.com/kb/316609
+ -
+ - Note that createFile busy-waits to try to avoid failing when some other
+ - process briefly has a file open. But that would make checking locks
+ - much more expensive, so is not done here. Thus, the use of c_CreateFile.
+ -}
+openLock :: ShareMode -> LockFile -> IO (Maybe LockHandle)
+openLock sharemode f = do
+	h <- withTString f $ \c_f ->
+		c_CreateFile c_f gENERIC_READ sharemode (maybePtr Nothing)
+			oPEN_ALWAYS fILE_ATTRIBUTE_NORMAL (maybePtr Nothing)
+	return $ if h == iNVALID_HANDLE_VALUE
+		then Nothing
+		else Just h
+
+dropLock :: LockHandle -> IO ()
+dropLock = closeHandle
+
+{- If the initial lock fails, this is a BUSY wait, and does not
+ - guarentee FIFO order of waiters. In other news, Windows is a POS. -}
+waitToLock :: IO (Maybe LockHandle) -> IO LockHandle
+waitToLock locker = takelock
+  where
+	takelock = go =<< locker
+	go (Just lck) = return lck
+	go Nothing = do
+		threadDelay (500000) -- half a second
+		takelock
diff --git a/Utility/WinProcess.hs b/Utility/WinProcess.hs
new file mode 100644
index 0000000000..4621b4fa6d
--- /dev/null
+++ b/Utility/WinProcess.hs
@@ -0,0 +1,15 @@
+{- Windows processes
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface #-}
+
+module Utility.WinProcess where
+
+import Utility.PID
+
+foreign import ccall unsafe "terminatepid"
+	terminatePID :: PID -> IO ()
diff --git a/Utility/Yesod.hs b/Utility/Yesod.hs
new file mode 100644
index 0000000000..6d38ba4ed7
--- /dev/null
+++ b/Utility/Yesod.hs
@@ -0,0 +1,72 @@
+{- Yesod stuff, that's typically found in the scaffolded site.
+ -
+ - Also a bit of a compatability layer to make it easier to support yesod
+ - 1.1 and 1.2 in the same code base.
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, RankNTypes, FlexibleContexts #-}
+
+module Utility.Yesod 
+	( module Y
+	, liftH
+#ifndef __NO_TH__
+	, widgetFile
+	, hamletTemplate
+#endif
+#if ! MIN_VERSION_yesod(1,2,0)
+	, giveUrlRenderer
+	, Html
+#endif
+	) where
+
+#if MIN_VERSION_yesod(1,2,0)
+import Yesod as Y
+#else
+import Yesod as Y hiding (Html)
+#endif
+import Assistant.WebApp.Bootstrap3 as Y hiding (bfs)
+#ifndef __NO_TH__
+import Yesod.Default.Util
+import Language.Haskell.TH.Syntax (Q, Exp)
+#if MIN_VERSION_yesod_default(1,1,0)
+import Data.Default (def)
+import Text.Hamlet hiding (Html)
+#endif
+#endif
+
+#ifndef __NO_TH__
+widgetFile :: String -> Q Exp
+#if ! MIN_VERSION_yesod_default(1,1,0)
+widgetFile = widgetFileNoReload
+#else
+widgetFile = widgetFileNoReload $ def
+	{ wfsHamletSettings = defaultHamletSettings
+		{ hamletNewlines = AlwaysNewlines
+		}
+	}
+#endif
+
+hamletTemplate :: FilePath -> FilePath
+hamletTemplate f = globFile "hamlet" f
+#endif
+
+{- Lift Handler to Widget -}
+#if MIN_VERSION_yesod(1,2,0)
+liftH :: Monad m => HandlerT site m a -> WidgetT site m a
+liftH = handlerToWidget
+#else
+liftH :: MonadLift base m => base a -> m a
+liftH = lift
+#endif
+
+{- Misc new names for stuff. -}
+#if ! MIN_VERSION_yesod(1,2,0)
+giveUrlRenderer :: forall master sub. HtmlUrl (Route master) -> GHandler sub master RepHtml
+giveUrlRenderer = hamletToRepHtml
+
+type Html = RepHtml
+#endif
diff --git a/Utility/libdiskfree.c b/Utility/libdiskfree.c
new file mode 100644
index 0000000000..b531435df4
--- /dev/null
+++ b/Utility/libdiskfree.c
@@ -0,0 +1,92 @@
+/* disk free space checking, C mini-library
+ *
+ * Copyright 2012, 2014 Joey Hess <joey@kitenet.net>
+ *
+ * License: BSD-2-clause
+ */
+
+/* Include appropriate headers for the OS, and define what will be used to
+ * check the free space. */
+#if defined(__APPLE__)
+# include <sys/param.h>
+# include <sys/mount.h>
+/* In newer OSX versions, statfs64 is deprecated, in favor of statfs,
+ * which is 64 bit only with a build option -- but statfs64 still works,
+ * and this keeps older OSX also supported. */
+# define STATCALL statfs64
+# define STATSTRUCT statfs64
+#else
+#if defined (__FreeBSD__)
+# include <sys/param.h>
+# include <sys/mount.h>
+# define STATCALL statfs /* statfs64 not yet tested on a real FreeBSD machine */
+# define STATSTRUCT statfs
+#else
+#if defined __ANDROID__
+# warning free space checking code not available for Android
+# define UNKNOWN
+#else
+#if defined (__linux__) || defined (__FreeBSD_kernel__)
+/* Linux or Debian kFreeBSD */
+/* This is a POSIX standard, so might also work elsewhere too. */
+# include <sys/statvfs.h>
+# define STATCALL statvfs
+# define STATSTRUCT statvfs
+#else
+# warning free space checking code not available for this OS
+# define UNKNOWN
+#endif
+#endif
+#endif
+#endif
+
+#include <errno.h>
+#include <stdio.h>
+
+unsigned long long int get(const char *path, int req) {
+#ifdef UNKNOWN
+	errno = 1;
+	return 0;
+#else
+	unsigned long long int v, blocksize;
+	struct STATSTRUCT buf;
+
+	if (STATCALL(path, &buf) != 0)
+		return 0; /* errno is set */
+	else
+		errno = 0;
+
+	switch (req) {
+		case 0:
+			v = buf.f_blocks;
+			break;
+		case 1:
+			v = buf.f_bavail;
+			break;
+		default:
+			v = 0;
+	}
+
+	blocksize = buf.f_bsize;
+	return v * blocksize;
+#endif
+}
+
+/* Checks the amount of disk that is available to regular (non-root) users.
+ * (If there's an error, or this is not supported,
+ * returns 0 and sets errno to nonzero.)
+ */
+unsigned long long int diskfree(const char *path) {
+	return get(path, 1);
+}
+
+/* Gets the total size of the disk. */
+unsigned long long int disksize(const char *path) {
+	return get(path, 0);
+}
+
+/*
+main () {
+	printf("%lli\n", diskfree("."));
+}
+*/
diff --git a/Utility/libdiskfree.h b/Utility/libdiskfree.h
new file mode 100644
index 0000000000..e5b84754fe
--- /dev/null
+++ b/Utility/libdiskfree.h
@@ -0,0 +1 @@
+unsigned long long int diskfree(const char *path);
diff --git a/Utility/libkqueue.c b/Utility/libkqueue.c
new file mode 100644
index 0000000000..8e33d28855
--- /dev/null
+++ b/Utility/libkqueue.c
@@ -0,0 +1,74 @@
+/* kqueue interface, C mini-library
+ *
+ * Copyright 2012 Joey Hess <joey@kitenet.net>
+ *
+ * License: BSD-2-clause
+ */
+
+#include <stdio.h>
+#include <dirent.h>
+#include <fcntl.h>
+#include <stdlib.h>
+#include <unistd.h>
+#include <sys/types.h>
+#include <sys/event.h>
+#include <sys/time.h>
+#include <errno.h>
+
+/* The specified fds are added to the set of fds being watched for changes.
+ * Fds passed to prior calls still take effect, so it's most efficient to
+ * not pass the same fds repeatedly.
+ *
+ * Returns the fd that changed, or -1 on error.
+ */
+signed int helper(const int kq, const int fdcnt, const int *fdlist, int nodelay) {
+	int i, nev;
+	struct kevent evlist[1];
+	struct kevent chlist[fdcnt];
+	struct timespec avoiddelay = {0, 0};
+	struct timespec *timeout = nodelay ? &avoiddelay : NULL;
+	
+	for (i = 0; i < fdcnt; i++) {
+		EV_SET(&chlist[i], fdlist[i], EVFILT_VNODE,
+			EV_ADD | EV_ENABLE | EV_CLEAR,
+			NOTE_WRITE,
+			0, 0);
+	}
+
+	nev = kevent(kq, chlist, fdcnt, evlist, 1, timeout);
+	if (nev == 1)
+		return evlist[0].ident;
+	else
+		return -1;
+}
+
+/* Initializes a new, empty kqueue. */
+int init_kqueue() {
+	int kq;
+	if ((kq = kqueue()) == -1) {
+		perror("kqueue");
+		exit(1);
+	}
+	return kq;
+}
+
+/* Adds fds to the set that should be watched. */
+void addfds_kqueue(const int kq, const int fdcnt, const int *fdlist) {
+	helper(kq, fdcnt, fdlist, 1);
+}
+
+/* Waits for a change event on a kqueue. */
+signed int waitchange_kqueue(const int kq) {
+	return helper(kq, 0, NULL, 0);
+}
+
+/*
+main () {
+	int list[1];
+	int kq;
+	list[0]=open(".", O_RDONLY);
+	kq = init_kqueue();
+	addfds_kqueue(kq, 1, list)
+	printf("change: %i\n", waitchange_kqueue(kq));
+}
+*/
diff --git a/Utility/libkqueue.h b/Utility/libkqueue.h
new file mode 100644
index 0000000000..692b47f14e
--- /dev/null
+++ b/Utility/libkqueue.h
@@ -0,0 +1,3 @@
+int init_kqueue();
+void addfds_kqueue(const int kq, const int fdcnt, const int *fdlist);
+signed int waitchange_kqueue(const int kq);
diff --git a/Utility/libmounts.c b/Utility/libmounts.c
new file mode 100644
index 0000000000..8669f33ea9
--- /dev/null
+++ b/Utility/libmounts.c
@@ -0,0 +1,103 @@
+/* mounted filesystems, C mini-library
+ *
+ * Copyright (c) 1980, 1989, 1993, 1994
+ *      The Regents of the University of California.  All rights reserved.
+ * Copyright (c) 2001
+ *      David Rufino <daverufino@btinternet.com>
+ * Copyright 2012
+ *      Joey Hess <joey@kitenet.net>
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *    notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *    notice, this list of conditions and the following disclaimer in the
+ *    documentation and/or other materials provided with the distribution.
+ * 3. Neither the name of the University nor the names of its contributors
+ *    may be used to endorse or promote products derived from this software
+ *    without specific prior written permission.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
+ */
+
+#include "libmounts.h"
+
+#ifdef GETMNTENT
+/* direct passthrough the getmntent */
+FILE *mounts_start (void) {
+	return setmntent("/etc/mtab", "r");
+}
+int mounts_end (FILE *fp) {
+	return endmntent(fp);
+}
+struct mntent *mounts_next (FILE *fp) {
+	return getmntent(fp);
+}
+#endif
+
+#ifdef GETMNTINFO
+/* getmntent emulation using getmntinfo */
+FILE *mounts_start (void) {
+	return ((FILE *)0x1); /* dummy non-NULL FILE pointer, not used */
+}
+int mounts_end (FILE *fp) {
+	return 1;
+}
+
+static struct mntent _mntent;
+
+static struct mntent *statfs_to_mntent (struct statfs *mntbuf) {
+	_mntent.mnt_fsname = mntbuf->f_mntfromname;
+	_mntent.mnt_dir = mntbuf->f_mntonname;
+	_mntent.mnt_type = mntbuf->f_fstypename;
+
+	_mntent.mnt_opts = '\0';
+	_mntent.mnt_freq = 0;
+	_mntent.mnt_passno = 0;
+
+	return (&_mntent);
+}
+
+static int pos = -1;
+static int mntsize = -1;
+struct statfs *mntbuf = NULL;
+
+struct mntent *mounts_next (FILE *fp) {
+
+	if (pos == -1 || mntsize == -1)
+		mntsize = getmntinfo(&mntbuf, MNT_NOWAIT);
+	++pos;
+	if (pos == mntsize) {
+		pos = mntsize = -1;
+		mntbuf = NULL;
+		return NULL;
+	}
+
+	return (statfs_to_mntent(&mntbuf[pos]));
+}
+#endif
+
+#ifdef UNKNOWN
+/* dummy, do-nothing version */
+FILE *mounts_start (void) {
+	return ((FILE *)0x1);
+}
+int mounts_end (FILE *fp) {
+	return 1;
+}
+struct mntent *mounts_next (FILE *fp) {
+	return NULL;
+}
+#endif
diff --git a/Utility/libmounts.h b/Utility/libmounts.h
new file mode 100644
index 0000000000..24df55f310
--- /dev/null
+++ b/Utility/libmounts.h
@@ -0,0 +1,38 @@
+/* Include appropriate headers for the OS, and define what will be used. */
+#if defined (__FreeBSD__) || defined (__APPLE__)
+# include <sys/param.h>
+# include <sys/ucred.h>
+# include <sys/mount.h>
+# define GETMNTINFO
+#else
+#if defined __ANDROID__
+/* Android is handled by the Haskell code, not here. */
+# define UNKNOWN
+#else
+#if defined (__linux__) || defined (__FreeBSD_kernel__)
+/* Linux or Debian kFreeBSD */
+#include <mntent.h>
+# define GETMNTENT
+#else
+# warning mounts listing code not available for this OS
+# define UNKNOWN
+#endif
+#endif
+#endif
+
+#include <stdio.h>
+
+#ifndef GETMNTENT
+struct mntent {
+	char *mnt_fsname;
+	char *mnt_dir;
+	char *mnt_type;
+	char *mnt_opts; /* not filled in */
+	int mnt_freq; /* not filled in */
+	int mnt_passno; /* not filled in */
+};
+#endif
+
+FILE *mounts_start (void);
+int mounts_end (FILE *fp);
+struct mntent *mounts_next (FILE *fp);
diff --git a/Utility/winprocess.c b/Utility/winprocess.c
new file mode 100644
index 0000000000..b6e3155739
--- /dev/null
+++ b/Utility/winprocess.c
@@ -0,0 +1,10 @@
+#include <windows.h>
+
+void terminatepid (DWORD pid) {
+	HANDLE h;
+	h = OpenProcess(PROCESS_TERMINATE, 0, pid);
+	if (h != NULL) {
+		TerminateProcess(h, 1);
+	}
+	CloseHandle(h);
+}
diff --git a/build.bat b/build.bat
new file mode 100644
index 0000000000..66a7e1f06d
--- /dev/null
+++ b/build.bat
@@ -0,0 +1 @@
+C:\MINGW\MSYS\1.0\BIN\SH.EXE standalone/windows/build-simple.sh
diff --git a/configure.hs b/configure.hs
new file mode 100644
index 0000000000..15833e62a7
--- /dev/null
+++ b/configure.hs
@@ -0,0 +1,6 @@
+{- configure program -}
+
+import Build.Configure
+
+main :: IO ()
+main = run tests
diff --git a/debian/NEWS b/debian/NEWS
new file mode 100644
index 0000000000..1266bae205
--- /dev/null
+++ b/debian/NEWS
@@ -0,0 +1,44 @@
+git-annex (4.20131002) unstable; urgency=low
+
+   The layout of gcrypt repositories has changed, and
+   if you created one you must manually upgrade it.
+   See /usr/share/doc/git-annex/html/upgrades/gcrypt.html
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 24 Sep 2013 13:55:23 -0400
+
+git-annex (3.20120123) unstable; urgency=low
+
+  There was a bug in the handling of directory special remotes that
+  could cause partial file contents to be stored in them. If you use
+  a directory special remote, you should fsck it, to avoid potential
+  data loss.
+
+  Example: git annex fsck --from mydirectory
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 19 Jan 2012 15:24:23 -0400
+
+git-annex (3.20110624) experimental; urgency=low
+
+  There has been another change to the git-annex data store.
+  Use `git annex upgrade` to migrate your repositories to the new
+  layout. See <http://git-annex.branchable.com/upgrades/> or
+  /usr/share/doc/git-annex/html/upgrades.html
+
+  The significant change this time is that the .git-annex/ directory
+  is gone; instead there is a git-annex branch that is automatically
+  maintained by git-annex, and encapsulates all its state nicely out
+  of your way.
+
+  You should make sure you include the git-annex branch when
+  git pushing and pulling.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 21 Jun 2011 20:18:00 -0400
+
+git-annex (0.20110316) experimental; urgency=low
+
+  This version reorganises the layout of git-annex's files in your repository.
+  There is an upgrade process to convert a repository from the old git-annex
+  to this version. See <http://git-annex.branchable.com/upgrades/> or
+  /usr/share/doc/git-annex/html/upgrades.html
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 16 Mar 2011 15:49:15 -0400
diff --git a/debian/changelog b/debian/changelog
new file mode 100644
index 0000000000..81d222d07c
--- /dev/null
+++ b/debian/changelog
@@ -0,0 +1,3200 @@
+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).
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 17 Jul 2014 11:27:25 -0400
+
+git-annex (5.20140709) unstable; urgency=medium
+
+  * Fix race in direct mode merge code that could cause all files in the
+    repository to be removed. It should be able to recover repositories
+    experiencing this bug without data loss. See:
+    http://git-annex.branchable.com/bugs/bad_merge_commit_deleting_all_files/
+  * Fix git version that supported --no-gpg-sign.
+  * Fix bug in automatic merge conflict resolution, when one side is an
+    annexed symlink, and the other side is a non-annexed symlink.
+  * Really fix bug that caused the assistant to make many unncessary
+    empty merge commits.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 09 Jul 2014 15:28:03 -0400
+
+git-annex (5.20140707) unstable; urgency=medium
+
+  * assistant: Fix bug, introduced in last release, that caused the assistant
+    to make many unncessary empty merge commits.
+  * assistant: Fix one-way assistant->assistant sync in direct mode.
+  * Fix bug in annex.queuesize calculation that caused much more
+    queue flushing than necessary.
+  * importfeed: When annex.genmetadata is set, metadata from the feed
+    is added to files that are imported from it.
+  * Support users who have set commit.gpgsign, by disabling gpg signatures
+    for git-annex branch commits and commits made by the assistant.
+  * Fix memory leak when committing millions of changes to the git-annex
+    branch, eg after git-annex add has run on 2 million files in one go.
+  * Support building with bloomfilter 2.0.0.
+  * Run standalone install process when the assistant is started
+    (was only being run when the webapp was opened).
+  * Android: patch git to avoid fchmod, which fails on /sdcard.
+  * Windows: Got rid of that pesky DOS box when starting the webapp.
+  * Windows: Added Startup menu item so assistant starts automatically
+    on login.
+  * Windows: Fix opening file browser from webapp when repo is in a
+    directory with spaces.
+  * Windows: Assistant now logs to daemon.log.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 07 Jul 2014 12:24:13 -0400
+
+git-annex (5.20140613) unstable; urgency=medium
+
+  * Ignore setsid failures.
+  * Avoid leaving behind .tmp files when failing in some cases, including
+    importing files to a disk that is full.
+  * Avoid bad commits after interrupted direct mode sync (or merge).
+  * Fix build with wai 0.3.0.
+  * Deal with FAT's low resolution timestamps, which in combination with
+    Linux's caching of higher res timestamps while a FAT is mounted, caused
+    direct mode repositories on FAT to seem to have modified files after
+    they were unmounted and remounted.
+  * Windows: Fix opening webapp when repository is in a directory with
+    spaces in the path.
+  * Detect when Windows has lost its mind in a timezone change, and
+    automatically apply a delta to the timestamps it returns, to get back to
+    sane values.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 13 Jun 2014 09:58:07 -0400
+
+git-annex (5.20140606) unstable; urgency=medium
+
+  * webapp: When adding a new local repository, fix bug that caused its
+    group and preferred content to be set in the current repository,
+    even when not combining.
+  * webapp: Avoid stomping on existing description, group and
+    preferred content settings when enabling or combining with
+    an already existing remote.
+  * assistant: Make sanity checker tmp dir cleanup code more robust.
+  * unused: Avoid checking view branches for unused files.
+  * webapp: Include ssh port in mangled hostname.
+  * Windows: Fix bug introduced in last release that caused files
+    in the git-annex branch to have lines teminated with \r.
+  * Windows: Fix retrieving of files from local bare git repositories.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 06 Jun 2014 12:54:06 -0400
+
+git-annex (5.20140529) unstable; urgency=medium
+
+  * Fix encoding of data written to git-annex branch. Avoid truncating
+    unicode characters to 8 bits. Allow any encoding to be used, as with
+    filenames (but utf8 is the sane choice). Affects metadata and repository
+    descriptions, and preferred content expressions.
+  * assistant: When there are multiple remotes giving different ways
+    to access the same repository, honor remote cost settings and use
+    the cheapest available.
+  * webapp: More robust startup when annex directory is not a git repo.
+  * initremote/enableremote: Basic support for using with regular git remotes;
+    initremote stores the location of an already existing git remote,
+    and enableremote setups up a remote using its stored location.
+  * webapp: Support for enabling known git repositories on ssh servers.
+    The repository must have been added using initremote.
+  * webapp: When setting up a ssh remote, record it using initremote,
+    so that it can be easily enabled elsewhere.
+  * webapp: When setting up a ssh remote, if the user inputs ~/foo,
+    normalize that to foo, since it's in the home directory by default.
+  * Use exceptions in place of deprecated MonadCatchIO-transformers
+    Thanks, Ben Gamari.
+  * android: Run busybox install with -s, since some versions of Android
+    prohibit making hard links.
+  * Android webapp: Fix EvilSplicer bugs that mangled the css files,
+    preventing icons from displaying, and also slightly broke the js files.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 29 May 2014 14:41:56 -0400
+
+git-annex (5.20140517) unstable; urgency=medium
+
+  * webapp: Switched to bootstrap 3.
+    Thanks, Sören Brunk.
+  * Standalone builds now check gpg signatures before upgrading.
+  * Simplified repository description line format. The remote name,
+    if any, is always in square brackets after the description.
+  * assistant: Clean up stale tmp files on startup.
+  * webapp: Better ssh password prompting.
+  * Depend on git-remote-gcrypt 0.20130908-6. Older versions
+    fail when the assistant is run with no controlling tty.
+  * Added ddar special remote.
+    Thanks, Robie Basak.
+  * webapp: Fixed drag and drop to reorder the list of remotes.
+  * group: When no groups are specified to set, lists the current groups
+    of a repository.
+  * Add remote.$name.annex-shell configuration.
+    Thanks, Fraser Tweedale 
+  * Support symlinking git-annex and git-annex-shell
+    from the Linux standalone bundle into PATH.
+    Thanks, jlebar.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 17 May 2014 13:30:39 -0400
+
+git-annex (5.20140421) unstable; urgency=medium
+
+  * assistant: Now detects immediately when other repositories push
+    changes to a ssh remote, and pulls.
+    ** XMPP is no longer needed in this configuration! **
+    This requires the remote server have git-annex-shell with
+    notifychanges support (>= 5.20140405)
+  * webapp: Show a network signal icon next to ssh and xmpp remotes that
+    it's currently connected with.
+  * webapp: Rework xmpp nudge to prompt for either xmpp or a ssh remote 
+    to be set up.
+  * sync, assistant, remotedaemon: Use ssh connection caching for git pushes
+    and pulls.
+  * remotedaemon: When network connection is lost, close all cached ssh
+    connections.
+  * Improve handling of monthly/yearly scheduling.
+  * Avoid depending on shakespeare except for when building the webapp.
+  * uninit: Avoid making unncessary copies of files.
+  * info: Allow use in a repository where annex.uuid is not set.
+  * reinit: New command that can initialize a new repository using
+    the configuration of a previously known repository.
+    Useful if a repository got deleted and you want
+    to clone it back the way it was.
+  * drop --from: When local repository is untrusted, its copy of a file does
+    not count.
+  * Bring back rsync -p, but only when git-annex is running on a non-crippled
+    file system. This is a better approach to fix #700282 while not
+    unncessarily losing file permissions on non-crippled systems.
+  * webapp: Start even if the current directory is listed in
+    ~/.config/git-annex/autostart but no longer has a git repository in it.
+  * findref: New command, like find but shows files in a specified git ref.
+  * webapp: Fix UI for removing XMPP connection.
+  * When init detects that git is not configured to commit, and sets
+    user.email to work around the problem, also make it set user.name.
+  * webapp: Support using git-annex on a remote server, which was installed
+    from the standalone tarball or OSX app, and so does not have
+    git-annex in PATH (and may also not have git or rsync in PATH).
+  * standalone tarball, OSX app: Install a ~/.ssh/git-annex-wrapper, which
+    can be used to run git-annex, git, rsync, etc.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 20 Apr 2014 19:43:14 -0400
+
+git-annex (5.20140412) unstable; urgency=high
+
+  * Last release didn't quite fix the high cpu issue in all cases, this should.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 11 Apr 2014 17:14:38 -0400
+
+git-annex (5.20140411) unstable; urgency=high
+
+  * importfeed: Filename template can now contain an itempubdate variable.
+    Needs feed 0.3.9.2.
+  * Fix rsync progress parsing in locales that use comma in number display.
+    Closes: #744148
+  * assistant: Fix high CPU usage triggered when a monthly fsck is scheduled,
+    and the last time the job ran was a day of the month > 12. This caused a
+    runaway loop. Thanks to Anarcat for his assistance, and to Maximiliano
+    Curia for identifying the cause of this bug.
+  * Remove wget from OSX dmg, due to issues with cert paths that broke
+    git-annex automatic upgrading. Instead, curl is used, unless the
+    OSX system has wget installed, which will then be used.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 11 Apr 2014 14:59:49 -0400
+
+git-annex (5.20140405) unstable; urgency=medium
+
+  * git-annex-shell: Added notifychanges command.
+  * Improve display of dbus notifications. Thanks, Johan Kiviniemi.
+  * Fix nautilus script installation to not crash when the nautilus script dir
+    does not exist. Instead, only install scripts when the directory already
+    exists.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 05 Apr 2014 16:54:33 -0400
+
+git-annex (5.20140402) unstable; urgency=medium
+
+  * unannex, uninit: Avoid committing after every file is unannexed,
+    for massive speedup.
+  * --notify-finish switch will cause desktop notifications after each 
+    file upload/download/drop completes
+    (using the dbus Desktop Notifications Specification)
+  * --notify-start switch will show desktop notifications when each
+    file upload/download starts.
+  * webapp: Automatically install Nautilus integration scripts
+    to get and drop files.
+  * tahoe: Pass -d parameter before subcommand; putting it after
+    the subcommand no longer works with tahoe-lafs version 1.10.
+    (Thanks, Alberto Berti)
+  * forget --drop-dead: Avoid removing the dead remote from the trust.log,
+    so that if git remotes for it still exist anywhere, git annex info
+    will still know it's dead and not show it.
+  * git-annex-shell: Make configlist automatically initialize
+    a remote git repository, as long as a git-annex branch has
+    been pushed to it, to simplify setup of remote git repositories,
+    including via gitolite.
+  * add --include-dotfiles: New option, perhaps useful for backups.
+  * Version 5.20140227 broke creation of glacier repositories,
+    not including the datacenter and vault in their configuration.
+    This bug is fixed, but glacier repositories set up with the broken
+    version of git-annex need to have the datacenter and vault set
+    in order to be usable. This can be done using git annex enableremote
+    to add the missing settings. For details, see
+    http://git-annex.branchable.com/bugs/problems_with_glacier/
+  * Added required content configuration.
+  * assistant: Improve ssh authorized keys line generated in local pairing
+    or for a remote ssh server to set environment variables in an 
+    alternative way that works with the non-POSIX fish shell, as well
+    as POSIX shells.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 02 Apr 2014 16:42:53 -0400
+
+git-annex (5.20140320) unstable; urgency=medium
+
+  * Fix zombie leak and general inneficiency when copying files to a
+    local git repo.
+  * Fix ssh connection caching stop method to work with openssh 6.5p1,
+    which broke the old method.
+  * webapp: Added a "Sync now" item to each repository's menu.
+  * webapp: Use securemem for constant time auth token comparisons.
+  * copy --fast --to remote: Avoid printing anything for files that
+    are already believed to be present on the remote.
+  * Commands that allow specifying which repository to act on using
+    the repository's description will now fail when multiple repositories
+    match, rather than picking a repository at random.
+    (So will --in=)
+  * Better workaround for problem umasks when eg, setting up ssh keys.
+  * "standard" can now be used as a first-class keyword in preferred content
+    expressions. For example "standard or (include=otherdir/*)"
+  * groupwanted can be used in preferred content expressions.
+  * vicfg: Allows editing preferred content expressions for groups.
+  * Improve behavior when unable to parse a preferred content expression
+    (thanks, ion).
+  * metadata: Add --get
+  * metadata: Support --key option (and some other ones like --all)
+  * For each metadata field, there's now an automatically maintained
+    "$field-lastchanged" that gives the date of the last change to that
+    field. Also the "lastchanged" field for the date of the last change
+    to any of a file's metadata.
+  * unused: In direct mode, files that are deleted from the work tree
+    and so have no content present are no longer incorrectly detected as
+    unused.
+  * Avoid encoding errors when using the unused log file.
+  * map: Fix crash when one of the remotes of a repo is a local directory
+    that does not exist, or is not a git repo.
+  * repair: Improve memory usage when git fsck finds a great many broken
+    objects.
+  * Windows: Fix some filename encoding bugs.
+  * rsync special remote: Fix slashes when used on Windows.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 20 Mar 2014 13:21:12 -0400
+
+git-annex (5.20140306) unstable; urgency=high
+
+  * sync: Fix bug in direct mode that caused a file that was not
+    checked into git to be deleted when there was a conflicting
+    merge with a remote.
+  * webapp: Now supports HTTPS.
+  * webapp: No longer supports a port specified after --listen, since
+    it was buggy, and that use case is better supported by setting up HTTPS.
+  * annex.listen can be configured, instead of using --listen
+  * annex.startupscan can be set to false to disable the assistant's startup
+    scan.
+  * Probe for quvi version at run time.
+  * webapp: Filter out from Switch Repository list any
+    repositories listed in autostart file that don't have a
+    git directory anymore. (Or are bare)
+  * webapp: Refuse to start in a bare git repository.
+  * assistant --autostart: Refuse to start in a bare git repository.
+  * webapp: Don't list the public repository group when editing a
+    git repository; it only makes sense for special remotes.
+  * view, vfilter: Add support for filtering tags and values out of a view,
+    using !tag and field!=value.
+  * vadd: Allow listing multiple desired values for a field.
+  * view: Refuse to enter a view when no branch is currently checked out.
+  * metadata: To only set a field when it's not already got a value, use
+    -s field?=value
+  * Run .git/hooks/pre-commit-annex whenever a commit is made.
+  * sync: Automatically resolve merge conflict between and annexed file
+    and a regular git file.
+  * glacier: Pass --region to glacier checkpresent.
+  * webdav: When built with a new enough haskell DAV (0.6), disable
+    the http response timeout, which was only 5 seconds.
+  * webapp: Include no-pty in ssh authorized_keys lines.
+  * assistant: Smarter log file rotation, which takes free disk space
+    into account.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 06 Mar 2014 12:28:04 -0400
+
+git-annex (5.20140227) unstable; urgency=medium
+
+  * metadata: Field names limited to alphanumerics and a few whitelisted
+    punctuation characters to avoid issues with views, etc.
+  * metadata: Field names are now case insensative.
+  * When constructing views, metadata is available about the location of the
+    file in the view's reference branch. Allows incorporating parts of the
+    directory hierarchy in a view.
+    For example `git annex view tag=* podcasts/=*` makes a view in the form
+    tag/showname.
+  * --metadata field=value can now use globs to match, and matches
+    case insensatively, the same as git annex view field=value does.
+  * annex.genmetadata can be set to make git-annex automatically set
+    metadata (year and month) when adding files.
+  * Make annex.web-options be used in several places that call curl.
+  * Fix handling of rsync remote urls containing a username,
+    including rsync.net.
+  * Preserve metadata when staging a new version of an annexed file.
+  * metadata: Support --json
+  * webapp: Fix creation of box.com and Amazon S3 and Glacier
+    repositories, broken in 5.20140221.
+  * webdav: When built with DAV 0.6.0, use the new DAV monad to avoid
+    locking files, which is not needed by git-annex's use of webdav, and
+    does not work on Box.com.
+  * webdav: Fix path separator bug when used on Windows.
+  * repair: Optimise unpacking of pack files, and avoid repeated error
+    messages about corrupt pack files.
+  * Add build dep on regex-compat to fix build on mipsel, which lacks
+    regex-tdfa.
+  * Disable test suite on sparc, which is missing optparse-applicative.
+  * Put non-object tmp files in .git/annex/misctmp, leaving .git/annex/tmp
+    for only partially transferred objects.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 27 Feb 2014 11:34:19 -0400
+
+git-annex (5.20140221) unstable; urgency=medium
+
+  * metadata: New command that can attach metadata to files.
+  * --metadata can be used to limit commands to acting on files
+    that have particular metadata.
+  * Preferred content expressions can use metadata=field=value
+    to limit them to acting on files that have particular metadata.
+  * view: New command that creates and checks out a branch that provides
+    a structured view of selected metadata.
+  * vfilter, vadd, vpop, vcycle: New commands for operating within views.
+  * pre-commit: Update metadata when committing changes to locations
+    of annexed files within a view.
+  * Add progress display for transfers to/from external special remotes.
+  * unused: Fix to actually detect unused keys when in direct mode.
+  * fsck: When run with --all or --unused, while .gitattributes
+    annex.numcopies cannot be honored since it's operating on keys
+    instead of files, make it honor the global numcopies setting,
+    and the annex.numcopies git config setting.
+  * trust, untrust, semitrust, dead: Warn when the trust level is
+    overridden in .git/config.
+  * glacier: Do not try to run glacier value create when an existing glacier
+    remote is enabled.
+  * fsck: Refuse to do anything if more than one of --incremental, --more,
+    and --incremental-schedule are given, since it's not clear which option
+    should win.
+  * Windows webapp: Can set up box.com, Amazon S3, and rsync.net remotes
+  * Windows webapp: Can create repos on removable drives.
+  * Windows: Ensure HOME is set, as needed by bundled cygwin utilities.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 21 Feb 2014 11:23:59 -0400
+
+git-annex (5.20140210) unstable; urgency=medium
+
+  * --in can now refer to files that were located in a repository at
+    some past date. For example, --in="here@{yesterday}"
+  * Fixed direct mode annexed content locking code, which is used to
+    guard against recursive file drops.
+  * This is the first beta-level release of the Windows port with important
+    fixes (see below).
+    (The webapp and assistant are still alpha-level on Windows.)
+  * sync --content: Honor annex-ignore configuration.
+  * sync: Don't try to sync with xmpp remotes, which are only currently
+    supported when using the assistant.
+  * sync --content: Re-pull from remotes after downloading content,
+    since that can take a while and other changes may be pushed in the
+    meantime.
+  * sync --content: Reuse smart copy code from copy command, including
+    handling and repairing out of date location tracking info.
+    Closes: #737480
+  * sync --content: Drop files from remotes that don't want them after
+    getting them.
+  * sync: Fix bug in automatic merge conflict resolution code when used
+    on a filesystem not supporting symlinks, which resulted in it losing
+    track of the symlink bit of annexed files.
+  * Added ways to configure rsync options to be used only when uploading
+    or downloading from a remote. Useful to eg limit upload bandwidth.
+  * Fix initremote with encryption=pubkey to work with S3, glacier, webdav,
+    and external special remotes.
+  * Avoid building with DAV 0.6 which is badly broken (see #737902).
+  * Fix dropping of unused keys with spaces in their name.
+  * Fix build on platforms not supporting the webapp.
+  * Document in man page that sshcaching uses ssh ControlMaster.
+    Closes: #737476
+  * Windows: It's now safe to run multiple git-annex processes concurrently
+    on Windows; the lock files have been sorted out.
+  * Windows: Avoid using unix-compat's rename, which refuses to rename
+    directories.
+  * Windows: Fix deletion of repositories by test suite and webapp.
+  * Windows: Test suite 100% passes again.
+  * Windows: Fix bug in symlink calculation code.
+  * Windows: Fix handling of absolute unix-style git repository paths.
+  * Android: Avoid crashing when unable to set file mode for ssh config file
+    due to Android filesystem horribleness.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 10 Feb 2014 12:54:57 -0400
+
+git-annex (5.20140127) unstable; urgency=medium
+
+  * sync --content: New option that makes the content of annexed files be
+    transferred. Similar to the assistant, this honors any configured
+    preferred content expressions.
+  * Remove --json option from commands not supporting it.
+  * status: Support --json.
+  * list: Fix specifying of files to list.
+  * Allow --all to be mixed with matching options like --copies and --in
+    (but not --include and --exclude).
+  * numcopies: New command, sets global numcopies value that is seen by all
+    clones of a repository.
+  * The annex.numcopies git config setting is deprecated. Once the numcopies
+    command is used to set the global number of copies, any annex.numcopies
+    git configs will be ignored.
+  * assistant: Make the prefs page set the global numcopies.
+  * Add lackingcopies, approxlackingcopies, and unused to
+    preferred content expressions.
+  * Client, transfer, incremental backup, and archive repositories
+    now want to get content that does not yet have enough copies.
+  * Client, transfer, and source repositories now do not want to retain
+    unused file contents.
+  * assistant: Checks daily for unused file contents, and when possible
+    moves them to a repository (such as a backup repository) that
+    wants to retain them.
+  * assistant: annex.expireunused can be configured to cause unused
+    file contents to be deleted after some period of time.
+  * webapp: Nudge user to see if they want to expire old unused file
+    contents when a lot of them seem to be piling up in the repository.
+  * repair: Check git version at run time.
+  * assistant: Run the periodic git gc in batch mode.
+  * added annex.secure-erase-command config option.
+  * test suite: Use tasty-rerun, and expose tasty command-line options.
+  * Optimise non-bare http remotes; no longer does a 404 to the wrong
+    url every time before trying the right url. Needs annex-bare to be
+    set to false, which is done when initially probing the uuid of a
+    http remote.
+  * webapp: After upgrading a git repository to git-annex, fix
+    bug that made it temporarily not be synced with.
+  * whereis: Support --all.
+  * All commands that support --all also support a --key option,
+    which limits them to acting on a single key.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 27 Jan 2014 13:43:28 -0400
+
+git-annex (5.20140117) unstable; urgency=medium
+
+  * Really fix FTBFS on mipsel and sparc due to test suite not being available
+    on those architectures.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 17 Jan 2014 14:46:27 -0400
+
+git-annex (5.20140116) unstable; urgency=medium
+
+  * Added tahoe special remote.
+  * external special remote protocol: Added GETGITDIR, and GETAVAILABILITY.
+  * Refuse to build with git older than 1.7.1.1, which is needed for
+    git checkout -B
+  * map: Fix display of v5 direct mode repos.
+  * repair: Support old git versions from before git fsck --no-dangling was
+    implemented.
+  * Fix a long-standing bug that could cause the wrong index file to be used
+    when committing to the git-annex branch, if GIT_INDEX_FILE is set in the
+    environment. This typically resulted in git-annex branch log files being
+    committed to the master branch and later showing up in the work tree.
+    (These log files can be safely removed.)
+  * assistant: Detect if .git/annex/index is corrupt at startup, and
+    recover.
+  * repair: Fix bug in packed refs file exploding code that caused a .gitrefs
+    directory to be created instead of .git/refs
+  * Fix FTBFS on mipsel and sparc due to test suite not being available
+    on those architectures.
+  * Android: Avoid passing --clobber to busybox wget.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 16 Jan 2014 11:34:54 -0400
+
+git-annex (5.20140107) unstable; urgency=medium
+
+  * mirror: Support --all (and --unused).
+  * external special remote protocol: Added GETUUID, GETWANTED, SETWANTED,
+    SETSTATE, GETSTATE, DEBUG.
+  * Windows: Fix bug in direct mode merge code that could cause files
+    in subdirectories to go missing.
+  * Windows: Avoid eating stdin when running ssh to add a authorized key,
+    since this is used for password prompting.
+  * Avoid looping if long-running git cat-file or git hash-object crashes
+    and keeps crashing when restarted.
+  * Assistant: Remove stale MERGE_HEAD files in lockfile cleanup.
+  * Remotes can now be made read-only, by setting remote.<name>.annex-readonly
+  * wanted, schedule: Avoid printing "ok" after requested value.
+  * assistant: Ensure that .ssh/config and .ssh/authorized_keys are not
+    group or world writable when writing to those files, as that can make
+    ssh refuse to use them, if it allows another user to write to them.
+  * addurl, importfeed: Honor annex.diskreserve as long as the size of the
+    url can be checked.
+  * add: Fix rollback when disk is completely full.
+  * assistant: Fixed several minor memory leaks that manifested when
+    adding a large number of files.
+  * assistant: Start a new git-annex transferkeys process
+    after a network connection change, so that remotes that use a persistent
+    network connection are restarted.
+  * Adjust Debian build deps to match current state of sparc, mipsel.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 07 Jan 2014 12:22:18 -0400
+
+git-annex (5.20131230) unstable; urgency=medium
+
+  * Added new external special remote interface.
+  * importfeed: Support youtube playlists.
+  * Add tasty to build-depends, so that test suite builds again.
+    (tasty was stuck in incoming.)
+  * Fix typo in test suite.
+  * Fix bug in Linux standalone build's shimming that broke git-annex-shell.
+  * Include git-receive-pack, git-upload-pack, git, and git-shell wrappers
+    in the Linux standalone build, and OSX app, so they will be available
+    when it's added to PATH.
+  * addurl, importfeed: Sanitize | and some other symbols and special
+    characters.
+  * Auto-upgrade v3 indirect repos to v5 with no changes.
+    This also fixes a problem when a direct mode repo was somehow set to v3
+    rather than v4, and so the automatic direct mode upgrade to v5 was not
+    done.
+  * Android: Avoid trying to use Android's own ionice, which does not
+    allow specifying a command to run. Fixes transferring files to/from
+    android and probably a few other things.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 30 Dec 2013 14:13:40 -0400
+
+git-annex (5.20131221) unstable; urgency=low
+
+  * assistant: Fix OSX-specific bug that caused the startup scan to try to
+    follow symlinks to other directories, and add their contents to the annex.
+  * assistant: Set StrictHostKeyChecking yes when creating ssh remotes,
+    and add it to the configuration for any ssh remotes previously created
+    by the assistant. This avoids repeated prompts by ssh if the host key
+    changes, instead syncing with such a remote will fail. Closes: #732602
+  * Fix test suite to cover lock --force change.
+  * Add plumbing-level lookupkey and examinekey commands.
+  * find --format: Added hashdirlower, hashdirmixed, keyname, and mtime
+    format variables.
+  * assistant: Always batch changes found in startup scan.
+  * An armel Linux standalone build is now available, which includes the
+    webapp.
+  * Programs from Linux and OSX standalone builds can now be symlinked
+    into a directory in PATH as an alternative installation method, and will
+    use readlink to find where the build was unpacked.
+  * Include man pages in Linux and OSX standalone builds.
+  * Linux standalone build now includes its own glibc and forces the linker to
+    use it, to remove dependence on the host glibc.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 21 Dec 2013 12:00:17 -0400
+
+git-annex (5.20131213) unstable; urgency=low
+
+  * Avoid using git commit in direct mode, since in some situations
+    it will read the full contents of files in the tree.
+  * assistant: Batch jobs are now run with ionice and nocache, when
+    those commands are available.
+  * assistant: Run transferkeys as batch jobs.
+  * Automatically fix up bad bare repositories created by
+    versions 5.20131118 through 5.20131127.
+  * rsync special remote: Fix fallback mode for rsync remotes that
+    use hashDirMixed. Closes: #731142
+  * copy --from, get --from: When --force is used, ignore the
+    location log and always try to get the file from the remote.
+  * Deal with box.com changing the url of their webdav endpoint.
+  * Android: Fix SRV record lookups for XMPP to use android getprop
+    command to find DNS server, since there is no resolv.conf.
+  * import: Add --skip-duplicates option.
+  * lock: Require --force. Closes: #731606
+  * import: better handling of overwriting an existing file/directory/broken
+    link when importing
+  * Windows: assistant and webapp work! (very experimental)
+  * Windows: Support annex.diskreserve.
+  * Fix bad behavior in Firefox, which was caused by an earlier fix to
+    bad behavior in Chromium.
+  * repair: Improve repair of git-annex index file.
+  * repair: Remove damaged git-annex sync branches.
+  * status: Ignore new files that are gitignored.
+  * Fix direct mode's handling when modifications to non-annexed files
+    are pulled from a remote. A bug prevented the files from being updated
+    in the work tree, and this caused the modification to be reverted.
+  * OSX: Remove ssh and ssh-keygen from dmg as they're included in OSX by
+    default.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 13 Dec 2013 14:20:32 -0400
+
+git-annex (5.20131130) unstable; urgency=low
+
+  * init: Fix a bug that caused git annex init, when run in a bare
+    repository, to set core.bare=false.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 30 Nov 2013 16:32:35 -0400
+
+git-annex (5.20131127.1) unstable; urgency=low
+
+  * Rebuild that does not try to use quvi 0.9 from experimental.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 28 Nov 2013 07:57:36 -0400
+
+git-annex (5.20131127) unstable; urgency=low
+
+  * webapp: Detect when upgrades are available, and upgrade if the user
+    desires.
+    (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.
+  * Added support for quvi 0.9. Slightly suboptimal due to limitations in its
+    interface compared with the old version.
+  * Bug fix: annex.version did not get set on automatic upgrade to v5 direct
+    mode repo, so the upgrade was performed repeatedly, slowing commands down.
+  * webapp: Fix bug that broke switching between local repositories
+    that use the new guarded direct mode.
+  * Android: Fix stripping of the git-annex binary.
+  * Android: Make terminal app show git-annex version number.
+  * Android: Re-enable XMPP support.
+  * reinject: Allow to be used in direct mode.
+  * Futher improvements to git repo repair. Has now been tested in tens
+    of thousands of intentionally damaged repos, and successfully
+    repaired them all.
+  * Allow use of --unused in bare repository.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 27 Nov 2013 18:41:44 -0400
+
+git-annex (5.20131120) unstable; urgency=low
+
+  * Fix Debian package to not try to run test suite, since haskell-tasty
+    is not out of new or in Build-Depends yet.
+  * dropunused, addunused: Allow "all" instead of a range to
+    act on all unused data.
+  * Ensure execute bit is set on directories when core.sharedrepository is set.
+  * Ensure that core.sharedrepository is honored when creating the .git/annex
+    directory.
+  * Improve repair code in the case where the index file is corrupt,
+    and this hides other problems from git fsck.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 20 Nov 2013 12:54:18 -0400
+
+git-annex (5.20131118) unstable; urgency=low
+
+  * Direct mode repositories now have core.bare=true set, to prevent
+    accidentally running git commands that try to operate on the work tree,
+    and so do the wrong thing in direct mode.
+  * annex.version is now set to 5 for direct mode repositories.
+    This upgrade is handled fully automatically, no need to run
+    git annex upgrade
+  * The "status" command has been renamed to "info", to allow
+    "git annex status" to be used in direct mode repositories, now that
+    "git status" won't work in them.
+  * The -c option now not only modifies the git configuration seen by
+    git-annex, but it is passed along to every git command git-annex runs.
+  * watcher: Avoid loop when adding a file owned by someone else fails
+    in indirect mode because its permissions cannot be modified.
+  * webapp: Avoid encoding problems when displaying the daemon log file.
+  * webapp: Improve UI around remote that have no annex.uuid set,
+    either because setup of them is incomplete, or because the remote
+    git repository is not a git-annex repository.
+  * Include ssh-keygen in standalone bundle.
+  * Allow optionally configuring git-annex with -fEKG to enable awesome
+    remote monitoring interfaceat http://localhost:4242/
+  * Fix bug that caused bad information to be written to the git-annex branch
+    when running describe or other commands with a remote that has no uuid.
+  * Work around Android linker problem that had prevented git-annex from
+    running on Android 4.3 and 4.4.
+  * repair: Handle case where index file is corrupt, but all objects are ok.
+  * assistant: Notice on startup when the index file is corrupt, and
+    auto-repair.
+  * Fix direct mode merge bug when a direct mode file was deleted and replaced
+    with a directory. An ordering problem caused the directory to not get
+    created in this case.
+    Thanks to Tim for the test case.
+  * Direct mode .git/annex/objects directories are no longer left writable,
+    because that allowed writing to symlinks of files that are not present,
+    which followed the link and put bad content in an object location.
+    Thanks to Tim for the test case.
+  * fsck: Fix up .git/annex/object directory permissions.
+  * Switched to the tasty test framework.
+  * Android: Adjust default .gitignore to ignore .thumbnails at any location
+    in the tree, not just at its top.
+  * webapp: Check annex.version.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 18 Nov 2013 10:45:43 -0400
+
+git-annex (4.20131106) unstable; urgency=low
+
+  * Improve local pairing behavior when two computers both try to start
+    the pairing process separately.
+  * sync: Work even when the local git repository is new and empty,
+    with no master branch.
+  * gcrypt, bup: Fix bug that prevented using these special remotes
+    with encryption=pubkey.
+  * Fix enabling of gcrypt repository accessed over ssh;
+    git-annex-shell gcryptsetup had a bug that caused it to fail
+    with permission denied.
+  * Fix zombie process that occurred when switching between repository
+    views in the webapp.
+  * map: Work when there are gcrypt remotes.
+  * Fix build w/o webapp.
+  * Fix exception handling bug that could cause .git/annex/index to be used
+    for git commits outside the git-annex branch. Known to affect git-annex
+    when used with the git shipped with Ubuntu 13.10.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 06 Nov 2013 11:17:47 -0400
+
+git-annex (4.20131101) unstable; urgency=low
+
+  * The "git annex content" command is renamed to "git annex wanted".
+  * New --want-get and --want-drop options which can be used to
+    test preferred content settings.
+    For example, "git annex find --in . --want-drop"
+  * assistant: When autostarted, wait 5 seconds before running the startup
+    scan, to avoid contending with the user's desktop login process.
+  * webapp: When setting up a bare shared repository, enable non-fast-forward
+    pushes.
+  * sync: Show a hint about receive.denyNonFastForwards when a push fails.
+  * directory, webdav: Fix bug introduced in version 4.20131002 that
+    caused the chunkcount file to not be written. Work around repositories
+    without such a file, so files can still be retreived from them.
+  * assistant: Automatically repair damanged git repository, if it can
+    be done without losing data.
+  * assistant: Support repairing git remotes that are locally accessible
+    (eg, on removable drives).
+  * add: Fix reversion in 4.20130827 when adding unlocked files that have
+    not yet been committed.
+  * unannex: New, much slower, but more safe behavior: Copies files out of
+    the annex. This avoids an unannex of one file breaking other files that
+    link to the same content. Also, it means that the content
+    remains in the annex using up space until cleaned up with 
+    "git annex unused".
+    (The behavior of unannex --fast has not changed; it still hard links
+    to content in the annex. --fast was not made the default because it is
+    potentially unsafe; editing such a hard linked file can unexpectedly
+    change content stored in the annex.)
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 01 Nov 2013 11:34:27 -0400
+
+git-annex (4.20131024) unstable; urgency=low
+
+  * webapp: Fix bug when adding a remote and git-remote-gcrypt
+    is not installed.
+  * The assitant can now run scheduled incremental fsck jobs on the local
+    repository and remotes. These can be configured using vicfg or with the
+    webapp.
+  * repair: New command, which can repair damaged git repositories
+    (even ones not using git-annex).
+  * webapp: When git repository damange is detected, repairs can be
+    done using the webapp UI.
+  * Automatically and safely detect and recover from dangling
+    .git/annex/index.lock files, which would prevent git from
+    committing to the git-annex branch, eg after a crash.
+  * assistant: Detect stale git lock files at startup time, and remove them.
+  * addurl: Better sanitization of generated filenames.
+  * Better sanitization of problem characters when generating URL and WORM
+    keys.
+  * The control socket path passed to ssh needs to be 17 characters
+    shorter than the maximum unix domain socket length, because ssh
+    appends stuff to it to make a temporary filename. Closes: #725512
+  * status: Fix space leak in local mode, introduced in version 4.20130920.
+  * import: Skip .git directories.
+  * Remove bogus runshell loop check.
+  * addurl: Improve message when adding url with wrong size to existing file.
+  * Fixed handling of URL keys that have no recorded size.
+  * status: Fix a crash if a temp file went away while its size was
+    being checked for status.
+  * Deal with git check-attr -z output format change in git 1.8.5.
+  * Work around sed output difference that led to version containing a newline
+    on OSX.
+  * sync: Fix automatic resolution of merge conflicts where one side is an
+    annexed file, and the other side is a non-annexed file, or a directory.
+  * S3: Try to ensure bucket name is valid for archive.org.
+  * assistant: Bug fix: When run in a subdirectory, files from incoming merges
+    were wrongly added to that subdirectory, and removed from their original
+    locations.
+  * Windows: Deal with strange msysgit 1.8.4 behavior of not understanding
+    DOS formatted paths for --git-dir and --work-tree.
+  * Removed workaround for bug in git 1.8.4r0.
+  * Added git-recover-repository command to git-annex source
+    (not built by default; this needs to move to someplace else).
+  * webapp: Move sidebar to the right hand side of the screen.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 24 Oct 2013 12:59:55 -0400
+
+git-annex (4.20131002) unstable; urgency=low
+
+  * Note that the layout of gcrypt repositories has changed, and
+    if you created one you must manually upgrade it.
+    See http://git-annex.branchable.com/upgrades/gcrypt/
+  * webapp: Support setting up and using encrypted git repositories on
+    any ssh server, as well as on rsync.net.
+  * git-annex-shell: Added support for operating inside gcrypt repositories.
+  * Disable receive.denyNonFastForwards when setting up a gcrypt special
+    remote, since gcrypt needs to be able to fast-forward the master branch.
+  * import: Preserve top-level directory structure.
+  * Use cryptohash rather than SHA for hashing when no external hash program
+    is available. This is a significant speedup for SHA256 on OSX, for
+    example.
+  * Added SKEIN256 and SKEIN512 backends.
+  * Android build redone from scratch, many dependencies updated,
+    and entire build can now be done using provided scripts.
+  * assistant: Clear the list of failed transfers when doing a full transfer
+    scan. This prevents repeated retries to download files that are not
+    available, or are not referenced by the current git tree.
+  * indirect, direct: Better behavior when a file is not owned by
+    the user running the conversion.
+  * add, import, assistant: Better preserve the mtime of symlinks,
+    when when adding content that gets deduplicated.
+  * Send a git-annex user-agent when downloading urls.
+    Overridable with --user-agent option.
+    (Not yet done for S3 or WebDAV due to limitations of libraries used.)
+  * webapp: Fixed a bug where when a new remote is added, one file
+    may fail to sync to or from it due to the transferrer process not
+    yet knowing about the new remote.
+  * OSX: Bundled gpg upgraded, now compatible with config files
+    written by MacGPG.
+  * assistant: More robust inotify handling; avoid crashing if a directory
+    cannot be read.
+  * Moved list of backends and remote types from status to version
+    command.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 02 Oct 2013 16:00:39 -0400
+
+git-annex (4.20130920) unstable; urgency=low
+
+  * webapp: Initial support for setting up encrypted removable drives.
+  * Recommend using my patched gcrypt, which fixes some bugs:
+    https://github.com/joeyh/git-remote-gcrypt
+  * Support hot-swapping of removable drives containing gcrypt repositories.
+  * list: New command, displays a compact table of remotes that
+    contain files.
+    (Thanks, anarcat for display code and mastensg for inspiration.)
+  * fsck: Fix detection and fixing of present direct mode files that are
+    wrongly represented as standin symlinks on crippled filesystems.
+  * sync: Fix bug that caused direct mode mappings to not be updated
+    when merging files into the tree on Windows.
+  * sync: Don't fail if the directory it is run in gets removed by the
+    sync.
+  * addurl: Fix quvi audodetection, broken in last release.
+  * status: In local mode, displays information about variance from configured
+    numcopies levels. (--fast avoids calculating these)
+  * gcrypt: Ensure that signing key is set to one of the participants keys.
+  * webapp: Show encryption information when editing a remote.
+  * Avoid unnecessarily catting non-symlink files from git, which can be
+    so large it runs out of memory.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 20 Sep 2013 10:34:51 -0400
+
+git-annex (4.20130911) unstable; urgency=low
+
+  * Fix problem with test suite in non-unicode locale.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 11 Sep 2013 12:14:16 -0400
+
+git-annex (4.20130909) unstable; urgency=low
+
+  * initremote: Syntax change when setting up an encrypted special remote.
+    Now use keyid=$KEYID rather than the old encryption=$KEYID
+  * forget: New command, causes git-annex branch history to be forgotten
+    in a way that will spread to other clones of the repository.
+    (As long as they're running this version or newer of git-annex.)
+  * forget --drop-dead: Completely removes mentions of repositories that
+    have been marked as dead from the git-annex branch.
+  * sync, assistant: Force push of the git-annex branch. Necessary
+    to ensure it gets pushed to remotes after being rewritten by forget.
+  * Added gcrypt support. This combines a fully encrypted git
+    repository (using git-remote-gcrypt) with an encrypted git-annex special
+    remote.
+  * sync: Support syncing with gcrypt remotes.
+  * importfeed: Also ignore transient problems with downloading content
+    from feeds.
+  * Honor core.sharedrepository when receiving and adding files in direct
+    mode.
+  * enableremote: gpg keys can be removed from those a remote encrypts
+    to by passing "keyid-=$KEYID". keyid+= is also provided.
+    (Thanks, guilhem for the patch.)
+  * Added encryption=pubkey scheme, which encrypts to public keys directly
+    rather than the hybrid approach. See documentation for advantages
+    and disadvantages, but encryption=hybrid is the recommended scheme still.
+    (Thanks, guilhem for the patch.)
+  * Fix Feeds display in build flags.
+  * Remind user when annex-ignore is set for some remotes, if unable to
+    get or drop a file, possibly because it's on an ignored remote.
+  * gpg: Force --no-textmode in case the user has it turned on in config.
+  * webapp: Improve javascript's handling of longpolling connection
+    failures, by reloading the current page in this case.
+    Works around chromium behavior where ajax connections to urls
+    that were already accessed are denied after navigating back to
+    a previous page.
+  * Allow building without quvi support.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 09 Sep 2013 09:47:02 -0400
+
+git-annex (4.20130827) unstable; urgency=low
+
+  * Youtube support! (And 53 other video hosts). When quvi is installed,
+    git-annex addurl automatically uses it to detect when an page is
+    a video, and downloads the video file.
+  * web special remote: Also support using quvi, for getting files,
+    or checking if files exist in the web.
+  * unused: Is now a minimum of 30 times faster, and typically many
+    more times than that (when a repository has several branches).
+    (Thanks, guilhem for the patch.)
+  * unused: Fix bugs in two edge cases involving manually staged changes.
+    (Thanks, guilhem for the patch.)
+  * Android: Fix bug in terminal app that caused it to spin using much 
+    CPU and battery. This problem was introduced in version 4.20130601.
+  * sync, merge: Bug fix: Don't try to merge into master when in a bare repo.
+  * import: Add options to control handling of duplicate files:
+    --duplicate, --deduplicate, and --clean-duplicates
+  * mirror: New command, makes two repositories contain the same set of files.
+  * Set --clobber when running wget to ensure resuming works properly.
+  * Unescape characters in 'file://...' URIs. (Thanks, guilhem for the patch.)
+  * Better error message when trying to use a git remote that has annex.ignore
+    set.
+  * Fix bug that caused typechanged symlinks to be assumed to be unlocked
+    files, so they were added to the annex by the pre-commit hook.
+  * Debian: Run the builtin test suite as an autopkgtest.
+  * Debian: Recommend ssh-askpass, which ssh will use when the assistant
+    is run w/o a tty. Closes: #719832
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 27 Aug 2013 11:03:00 -0400
+
+git-annex (4.20130815) unstable; urgency=low
+
+  * assistant, watcher: .gitignore files and other git ignores are now
+    honored, when git 1.8.4 or newer is installed.
+    (Thanks, Adam Spiers, for getting the necessary support into git for this.)
+  * importfeed: Ignores transient problems with feeds. Only exits nonzero
+    when a feed has repeatedly had a problems for at least 1 day.
+  * importfeed: Fix handling of dots in extensions.
+  * Windows: Added support for encrypted special remotes.
+  * Windows: Fixed permissions problem that prevented removing files
+    from directory special remote. Directory special remotes now fully usable.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 15 Aug 2013 10:14:33 +0200
+
+git-annex (4.20130802) unstable; urgency=low
+
+  * dropunused behavior change: Now refuses to drop the last copy of a
+    file, unless you use the --force.
+    This was the last place in git-annex that could remove data referred
+    to by the git history, without being forced.
+    Like drop, dropunused checks remotes, and honors the global
+    annex.numcopies setting. (However, .gitattributes settings cannot
+    apply to unused files.) 
+  * Fix inverted logic in last release's fix for data loss bug,
+    that caused git-annex sync on FAT or other crippled filesystems to add
+    symlink standin files to the annex.
+  * importfeed can be used to import files from podcast feeds.
+  * webapp: When setting up a dedicated ssh key to access the annex
+    on a host, set IdentitiesOnly to prevent the ssh-agent from forcing
+    use of a different ssh key. That could result in unncessary password
+    prompts, or prevent git-annex-shell from being run on the remote host.
+  * webapp: Improve handling of remotes whose setup has stalled.
+  * Add status message to XMPP presence tag, to identify to others that
+    the client is a git-annex client. Closes: #717652
+  * webapp: When creating a repository on a removable drive, set
+    core.fsyncobjectfiles, to help prevent data loss when the drive is yanked.
+  * Always build with -threaded, to avoid a deadlock when communicating with
+    gpg.
+  * unused: No longer shows as unused tmp files that are actively being
+    transferred.
+  * assistant: Fix NetWatcher to not sync with remotes that have
+    remote.<name>.annex-sync set to false.
+  * assistant: Fix deadlock that could occur when adding a lot of files
+    at once in indirect mode.
+  * assistant: Fix bug that caused it to stall when adding a very large
+    number of files at once (around 5 thousand).
+  * OSX: Make git-annex-webapp run in the background, so that the app icon
+    can be clicked on the open a new webapp when the assistant is already
+    running.
+  * Improve test suite on Windows; now tests git annex sync.
+  * Fix a few bugs involving filenames that are at or near the filesystem's
+    maximum filename length limit.
+  * find: Avoid polluting stdout with progress messages. Closes: #718186
+  * Escape ':' in file/directory names to avoid it being treated
+    as a pathspec by some git commands. Closes: #718185
+  * Slow and ugly work around for bug #718517 in git 1.8.4~rc0, which broke
+    git-cat-file --batch for filenames containing spaces.
+    (Will be reverted after next git pre-release fixes the problem.)
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 02 Aug 2013 11:35:16 -0400
+
+git-annex (4.20130723) unstable; urgency=low
+
+  * Fix data loss bug when adding an (uncompressed) tarball of a
+    git-annex repository, or other file that begins with something
+    that can be mistaken for a git-annex link. Closes: #717456
+  * New improved version of the git-annex logo, contributed by
+    John Lawrence.
+  * Rsync.net have committed to support git-annex and offer a special
+    discounted rate for git-annex users. Updated the webapp to reflect this.
+    http://www.rsync.net/products/git-annex-pricing.html
+  * Install XDG desktop icon files.
+  * Support unannex and uninit in direct mode.
+  * Support import in direct mode.
+  * webapp: Better display of added files.
+  * fix: Preserve the original mtime of fixed symlinks.
+  * uninit: Preserve .git/annex/objects at the end, if it still
+    has content, so that old versions of files and deleted files
+    are not deleted. Print a message with some suggested actions.
+  * When a transfer is already being run by another process,
+    proceed on to the next file, rather than dying.
+  * Fix checking when content is present in a non-bare repository
+    accessed via http.
+  * Display byte sizes with more precision.
+  * watcher: Fixed a crash that could occur when a directory was renamed
+    or deleted before it could be scanned.
+  * watcher: Partially worked around a bug in hinotify, no longer crashes
+    if hinotify cannot process a directory (but can't detect changes in it)
+  * directory special remote: Fix checking that there is enough disk space
+    to hold an object, was broken when using encryption.
+  * webapp: Differentiate between creating a new S3/Glacier/WebDav remote,
+    and initializing an existing remote. When creating a new remote, avoid
+    conflicts with other existing (or deleted) remotes with the same name.
+  * When an XMPP server has SRV records, try them, but don't then fall
+    back to the regular host if they all fail.
+  * For long hostnames, use a hash of the hostname to generate the socket
+    file for ssh connection caching.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 23 Jul 2013 10:46:05 -0400
+
+git-annex (4.20130709) unstable; urgency=low
+
+  * --all: New switch that makes git-annex operate on all data stored
+    in the git annex, including old versions of files. Supported by
+    fsck, get, move, copy.
+  * --unused: New switch that makes git-annex operate on all data found
+    by the last run of git annex unused. Supported by fsck, move, copy.
+  * get, move, copy: Can now be run in a bare repository,
+    like fsck already could. --all is enabled automatically in this case.
+  * merge: Now also merges synced/master or similar branches, which 
+    makes it useful to put in a post-receive hook to make a repository
+    automatically update its working copy when git annex sync or the assistant
+    sync with it.
+  * webapp: Fix ssh setup with nonstandard port, broken in last release.
+  * init: Detect systems on which git commit fails due to not being able to
+    determine the FQDN, and put in a workaround so committing to the git-annex
+    branch works.
+  * addurl --pathdepth: Fix failure when the pathdepth specified is deeper
+    than the urls's path.
+  * Windows: Look for .exe extension when searching for a command in path.
+  * Pass -f to curl when downloading a file with it, so it propigates failure. 
+  * Windows: Fix url to object when using a http remote.
+  * webapp: Fix authorized_keys line added when setting up a rsync remote
+    on a server that also supports git-annex, to not force running
+    git-annex-shell.
+  * OSX Mountain Lion: Fixed gpg bundled in dmg to not fail due to a missing
+    gpg-agent.
+  * Android: gpg is built without --enable-minimal, so it interoperates
+    better with other gpg builds that may default to using other algorithms
+    for encryption.
+  * dropunused, addunused: Complain when asked to operate on a number that
+    does not correspond to any unused key.
+  * fsck: Don't claim to fix direct mode when run on a symlink whose content
+    is not present.
+  * Make --numcopies override annex.numcopies set in .gitattributes.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 09 Jul 2013 13:55:39 -0400
+
+git-annex (4.20130627) unstable; urgency=low
+
+  * assistant --autostart: Automatically ionices the daemons it starts.
+  * assistant: Daily sanity check thread is run niced.
+  * bup: Handle /~/ in bup remote paths.
+    Thanks, Oliver Matthews
+  * fsck: Ensures that direct mode is used for files when it's enabled.
+  * webapp: Fix bug when setting up a remote ssh repo repeatedly on the same
+    server.
+  * webapp: Ensure that ssh keys generated for different directories
+    on a server are always different.
+  * webapp: Fix bug setting up ssh repo if the user enters "~/" at the start 
+    of the path.
+  * assistant: Fix bug that prevented adding files written by gnucash, 
+    and more generally support adding hard links to files. However,
+    other operations on hard links are still unsupported.
+  * webapp: Fix bug that caused the webapp to hang when built with yesod 1.2.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 27 Jun 2013 14:21:55 -0400
+
+git-annex (4.20130621) unstable; urgency=low
+
+  * Supports indirect mode on encfs in paranoia mode, and other
+    filesystems that do not support hard links, but do support
+    symlinks and other POSIX filesystem features.
+  * Android: Add .thumbnails to .gitignore when setting up a camera
+    repository.
+  * Android: Make the "Open webapp" menu item open the just created
+    repository when a new repo is made.
+  * webapp: When the user switches to display a different repository,
+    that repository becomes the default repository to be displayed next time
+    the webapp gets started.
+  * glacier: Better handling of the glacier inventory, which avoids
+    duplicate uploads to the same glacier repository by `git annex copy`.
+  * Direct mode: No longer temporarily remove write permission bit of files
+    when adding them.
+  * sync: Better support for bare git remotes. Now pushes directly to the
+    master branch on such a remote, instead of to synced/master. This
+    makes it easier to clone from a bare git remote that has been populated
+    with git annex sync or by the assistant.
+  * Android: Fix use of cp command to not try to use features present
+    only on build system.
+  * Windows: Fix hang when adding several files at once.
+  * assistant: In direct mode, objects are now only dropped when all
+    associated files are unwanted. This avoids a repreated drop/get loop
+    of a file that has a copy in an archive directory, and a copy not in an
+    archive directory. (Indirect mode still has some buggy behavior in this
+    area, since it does not keep track of associated files.)
+    Closes: #712060
+  * status: No longer shows dead repositories.
+  * annex.debug can now be set to enable debug logging by default.
+    The webapp's debugging check box does this.
+  * fsck: Avoid getting confused by Windows path separators
+  * Windows: Multiple bug fixes, including fixing the data written to the
+    git-annex branch.
+  * Windows: The test suite now passes on Windows (a few broken parts are
+    disabled).
+  * assistant: On Linux, the expensive transfer scan is run niced.
+  * Enable assistant and WebDAV support on powerpc and sparc architectures,
+    which now have the necessary dependencies built.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 21 Jun 2013 10:18:41 -0400
+
+git-annex (4.20130601) unstable; urgency=medium
+
+  * XMPP: Git push over xmpp made much more robust.
+  * XMPP: Avoid redundant and unncessary pushes. Note that this breaks
+    compatibility with previous versions of git-annex, which will refuse
+    to accept any XMPP pushes from this version.
+  * XMPP: Send pings and use them to detect when contact with the server
+    is lost.
+  * hook special remote: Added combined hook program support.
+  * Android app: Avoid using hard links to app's lib directory, which
+    is sometimes on a different filesystem than the data directory.
+  * Fix bug in parsing of parens in some preferred content expressions.
+    This fixes the behavior of the manual mode group.
+  * assistant: Work around git-cat-file's not reloading the index after files
+    are staged.
+  * Improve error handling when getting uuid of http remotes to auto-ignore,
+    like with ssh remotes.
+  * content: New command line way to view and configure a repository's
+    preferred content settings.
+  * sync: Fix double merge conflict resolution handling.
+  * XMPP: Fix a file descriptor leak.
+  * Android: Added an "Open WebApp" item to the terminal's menu.
+  * Android: Work around Android devices where the `am` command doesn't work.
+  * Can now restart certain long-running git processes if they crash, and
+    continue working.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 01 Jun 2013 19:16:04 -0400
+
+git-annex (4.20130521) unstable; urgency=low
+
+  * Sanitize debian changelog version before putting it into cabal file.
+    Closes: #708619
+  * Switch to MonadCatchIO-transformers for better handling of state while
+    catching exceptions.
+  * Fix a zombie that could result when running a process like gpg to
+    read and write to it.
+  * Allow building with gpg2.
+  * Disable building with the haskell threaded runtime when the webapp
+    is not built. This may fix builds on mips, s390x and sparc, which are
+    failing to link -lHSrts_thr
+  * Temporarily build without webapp on kfreebsd-i386, until yesod is
+    installable there again.
+  * Direct mode bug fix: After a conflicted merge was automatically resolved,
+    the content of a file that was already present could incorrectly
+    be replaced with a symlink.
+  * Fix a bug in the git-annex branch handling code that could
+    cause info from a remote to not be merged and take effect immediately.
+  * Direct mode is now fully tested by the test suite.
+  * Detect bad content in ~/.config/git-annex/program and look in PATH instead.
+  * OSX: Fixed gpg included in dmg.
+  * Linux standalone: Back to being built with glibc 2.13 for maximum
+    portability.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 21 May 2013 13:10:26 -0400
+
+git-annex (4.20130516) unstable; urgency=low
+
+  * Android: The webapp is ported and working.
+  * Windows: There is a very rough Windows port. Do not trust it with
+    important data.
+  * git-annex-shell: Ensure that received files can be read. Files
+    transferred from some Android devices may have very broken permissions
+    as received.
+  * direct mode: Direct mode commands now work on files staged in the index,
+    they do not need to be committed to git.
+  * Temporarily add an upper bound to the version of yesod that can be built
+    with, since yesod 1.2 has a great many changes that will require extensive
+    work on the webapp.
+  * Disable building with the haskell threaded runtime when the assistant
+    is not built. This may fix builds on s390x and sparc, which are failing
+    to link -lHSrts_thr
+  * Avoid depending on regex-tdfa on mips, mipsel, and s390, where it fails
+    to build.
+  * direct: Fix a bug that could cause some files to be left in indirect mode.
+  * When initializing a directory special remote with a relative path,
+    the path is made absolute.
+  * SHA: Add a runtime sanity check that sha commands output something
+    that appears to be a real sha.
+  * configure: Better checking that sha commands output in the desired format.
+  * rsync special remotes: When sending from a crippled filesystem, use
+    the destination's default file permissions, as the local ones can
+    be arbitrarily broken. (Ie, ----rwxr-x for files on Android)
+  * migrate: Detect if a file gets corrupted while it's being migrated.
+  * Debian: Add a menu file.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 16 May 2013 11:03:35 -0400
+
+git-annex (4.20130501) unstable; urgency=low
+
+  * sync, assistant: Behavior changes: Sync with remotes that have
+    annex-ignore set, so that git remotes on servers without git-annex
+    installed can be used to keep clients' git repos in sync.
+  * assistant: Work around misfeature in git 1.8.2 that makes
+    `git commit --alow-empty -m ""` run an editor.
+  * sync: Bug fix, avoid adding to the annex the 
+    dummy symlinks used on crippled filesystems.
+  * Add public repository group.
+    (And inpreferreddir to preferred content expressions.)
+  * webapp: Can now set up Internet Archive repositories.
+  * S3: Dropping content from the Internet Archive doesn't work, but
+    their API indicates it does. Always refuse to drop from there.
+  * Automatically register public urls for files uploaded to the
+    Internet Archive.
+  * To enable an existing special remote, the new enableremote command
+    must be used. The initremote command now is used only to create
+    new special remotes.
+  * initremote: If two existing remotes have the same name,
+    prefer the one with a higher trust level.
+  * assistant: Improved XMPP protocol to better support multiple repositories
+    using the same XMPP account. Fixes bad behavior when sharing with a friend
+    when you or the friend have multiple reposotories on an XMPP account.
+    Note that XMPP pairing with your own devices still pairs with all
+    repositories using your XMPP account.
+  * assistant: Fix bug that could cause incoming pushes to not get
+    merged into the local tree. Particularly affected XMPP pushes.
+  * webapp: Display some additional information about a repository on
+    its edit page.
+  * webapp: Install FDO desktop menu file when started in standalone mode.
+  * webapp: Don't default to making repository in cwd when started
+    from within a directory containing a git-annex file (eg, standalone
+    tarball directory).
+  * Detect systems that have no user name set in GECOS, and also
+    don't have user.name set in git config, and put in a workaround
+    so that commits to the git-annex branch (and the assistant)
+    will still succeed despite git not liking the system configuration.
+  * webapp: When told to add a git repository on a remote server, and
+    the repository already exists as a non-bare repository, use it,
+    rather than initializing a bare repository in the same directory.
+  * direct, indirect: Refuse to do anything when the assistant
+    or git-annex watch daemon is running.
+  * assistant: When built with git before 1.8.0, use `git remote rm`
+    to delete a remote. Newer git uses `git remote remove`.
+  * rmurl: New command, removes one of the recorded urls for a file.
+  * Detect when the remote is broken like bitbucket is, and exits 0 when
+    it fails to run git-annex-shell.
+  * assistant: Several improvements to performance and behavior when
+    performing bulk adds of a large number of files (tens to hundreds
+    of thousands).
+  * assistant: Sanitize XMPP presence information logged for debugging.
+  * webapp: Now automatically fills in any creds used by an existing remote
+    when creating a new remote of the same type. Done for Internet Archive,
+    S3, Glacier, and Box.com remotes.
+  * Store an annex-uuid file in the bucket when setting up a new S3 remote.
+  * Support building with DAV 0.4.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 01 May 2013 01:42:46 -0400
+
+git-annex (4.20130417) unstable; urgency=low
+
+  * initremote: Generates encryption keys with high quality entropy.
+    This can be disabled using --fast to get the old behavior.
+    The assistant still uses low-quality entropy when creating encrypted
+    remotes, to avoid delays. (Thanks, guilhem for the patch.)
+  * Bugfix: Direct mode no longer repeatedly checksums duplicated files.
+  * assistant: Work around horrible, terrible, very bad behavior of
+    gnome-keyring, by not storing special-purpose ssh keys in ~/.ssh/*.pub.
+    Apparently gnome-keyring apparently will load and indiscriminately use
+    such keys in some cases, even if they are not using any of the standard
+    ssh key names. Instead store the keys in ~/.ssh/annex/,
+    which gnome-keyring will not check.
+  * addurl: Bugfix: Did not properly add file in direct mode.
+  * assistant: Bug fix to avoid annexing the files that git uses
+    to stand in for symlinks on FAT and other filesystem not supporting
+    symlinks.
+  * Adjust preferred content expressions so that content in archive
+    directories is preferred until it has reached an archive or smallarchive
+    repository.
+  * webapp: New --listen= option allows running the webapp on one computer
+    and connecting to it from another. (Note: Does not yet use HTTPS.)
+  * Added annex.web-download-command setting.
+  * Added per-remote annex-rsync-transport option. (guilhem again)
+  * Ssh connection caching is now also used by rsync special remotes.
+    (guilhem yet again)
+  * The version number is now derived from git, unless built with
+    VERSION_FROM_CHANGELOG.
+  * assistant: Stop any transfers the assistant initiated on shutdown.
+  * assistant: Added sequence numbers to XMPP git push packets. (Not yet used.)
+  * addurl: Register transfer so the webapp can see it.
+  * addurl: Automatically retry downloads that fail, as long as some
+    additional content was downloaded.
+  * webapp: Much improved progress bar display for downloads from encrypted
+    remotes.
+  * Avoid using runghc, as that needs ghci.
+  * webapp: When a repository's group is changed, rescan for transfers.
+  * webapp: Added animations.
+  * webapp: Include the repository directory in the mangled hostname and
+    ssh key name, so that a locked down ssh key for one repository is not
+    re-used when setting up additional repositories on the same server.
+  * Fall back to internal url downloader when built without curl.
+  * fsck: Check content of direct mode files (only when the inode cache
+    thinks they are unmodified).
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 17 Apr 2013 09:07:38 -0400
+
+git-annex (4.20130405) unstable; urgency=low
+
+  * Group subcommands into sections in usage. Closes: #703797
+  * Per-command usage messages.
+  * webapp: Fix a race that sometimes caused alerts or other notifications
+    to be missed if they occurred while a page was loading.
+  * webapp: Progess bar fixes for many types of special remotes.
+  * Build debian package without using cabal, which writes to HOME.
+    Closes: #704205
+  * webapp: Run ssh server probes in a way that will work when the
+    login shell is a monstrosity that should have died 25 years ago,
+    such as csh.
+  * New annex.largefiles setting, which configures which files
+    `git annex add` and the assistant add to the annex.
+  * assistant: Check small files into git directly.
+  * Remotes can be configured to use other MAC algorithms than HMACSHA1
+    to encrypt filenames.
+    Thanks, guilhem for the patch.
+  * git-annex-shell: Passes rsync --bwlimit options on rsync.
+    Thanks, guilhem for the patch.
+  * webapp: Added UI to delete repositories. Closes: #689847
+  * Adjust built-in preferred content expressions to make most types
+    of repositories want content that is only located on untrusted, dead,
+    and unwanted repositories.
+  * drop --auto: Fix bug that prevented dropping files from untrusted
+    repositories.
+  * assistant: Fix bug that could cause direct mode files to be unstaged
+    from git.
+  * Update working tree files fully atomically.
+  * webapp: Improved transfer queue management.
+  * init: Probe whether the filesystem supports fifos, and if not,
+    disable ssh connection caching.
+  * Use lower case hash directories for storing files on crippled filesystems,
+    same as is already done for bare repositories.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 05 Apr 2013 10:42:18 -0400
+
+git-annex (4.20130323) unstable; urgency=low
+
+  * webapp: Repository list is now included in the dashboard, and other
+    UI tweaks.
+  * webapp: Improved UI for pairing your own devices together using XMPP.
+  * webapp: Display an alert when there are XMPP remotes, and a cloud
+    transfer repository needs to be configured.
+  * Add incrementalbackup repository group.
+  * webapp: Encourage user to install git-annex on a server when adding
+    a ssh server, rather than just funneling them through to rsync.
+  * xmpp: --debug now enables a sanitized dump of the XMPP protocol
+  * xmpp: Try harder to detect presence of clients when there's a git push
+    to send.
+  * xmpp: Re-enable XA flag, since disabling it did not turn out to help
+    with the problems Google Talk has with not always sending presence
+    messages to clients.
+  * map: Combine duplicate repositories, for a nicer looking map.
+  * Fix several bugs caused by a bad Ord instance for Remote.
+  * webapp: Switch all forms to POST.
+  * assistant: Avoid syncing with annex-ignored remotes when reconnecting
+    to the network, or connecting a drive.
+  * assistant: Fix OSX bug that prevented committing changed files to a
+    repository when in indirect mode.
+  * webapp: Improved alerts displayed when syncing with remotes, and 
+    when syncing with a remote fails.
+  * webapp: Force wrap long filenames in transfer display.
+  * assistant: The ConfigMonitor left one zombie behind each time
+    it checked for changes, now fixed.
+  * get, copy, move: Display an error message when an identical transfer
+    is already in progress, rather than failing with no indication why.
+  * assistant: Several optimisations to file transfers.
+  * OSX app and standalone Linux tarball now both support being added to
+    PATH; no need to use runshell to start git-annex.
+  * webapp: When adding a removable drive, you can now specify the
+    directory inside it to use.
+  * webapp: Confirm whether user wants to combine repositories when
+    adding a removable drive that already has a repository on it.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 22 Mar 2013 18:54:05 -0400
+
+git-annex (4.20130314) unstable; urgency=low
+
+  * Bugfix: git annex add, when ran without any file or directory specified,
+    should add files in the current directory, but not act on unlocked files
+    elsewhere in the tree.
+  * Bugfix: drop --from an unavailable remote no longer updates the location
+    log, incorrectly, to say the remote does not have the key.
+  * Bugfix: If the UUID of a remote is not known, prevent --from, --to,
+    and other ways of specifying remotes by name from selecting it,
+    since it is not possible to sanely use it.
+  * Bugfix: Fix bug in inode cache sentinal check, which broke
+    copying to local repos if the repo being copied from had moved
+    to a different filesystem or otherwise changed all its inodes
+
+  * Switch from using regex-compat to regex-tdfa, as the C regex library
+    is rather buggy.
+  * status: Can now be run with a directory path to show only the
+    status of that directory, rather than the whole annex.
+  * Added remote.<name>.annex-gnupg-options setting.
+    Thanks, guilhem for the patch.
+  * addurl: Add --relaxed option.
+  * addurl: Escape invalid characters in urls, rather than failing to
+    use an invalid url.
+  * addurl: Properly handle url-escaped characters in file:// urls.
+
+  * assistant: Fix dropping content when a file is moved to an archive
+    directory, and getting contennt when a file is moved back out.
+  * assistant: Fix bug in direct mode that could occur when a symlink is
+    moved out of an archive directory, and resulted in the file not being
+    set to direct mode when it was transferred.
+  * assistant: Generate better commits for renames.
+  * assistant: Logs are rotated to avoid them using too much disk space.
+  * assistant: Avoid noise in logs from git commit about typechanged
+    files in direct mode repositories.
+  * assistant: Set gc.auto=0 when creating repositories to prevent
+    automatic commits from causing git-gc runs.
+  * assistant: If gc.auto=0, run git-gc once a day, packing loose objects
+    very non-aggressively.
+  * assistant: XMPP git pull and push requests are cached and sent when
+    presence of a new client is detected.
+  * assistant: Sync with all git remotes on startup.
+  * assistant: Get back in sync with XMPP remotes after network reconnection,
+    and on startup.
+  * assistant: Fix syncing after XMPP pairing.
+  * assistant: Optimised handling of renamed files in direct mode,
+    avoiding re-checksumming.
+  * assistant: Detects most renames, including directory renames, and
+    combines all their changes into a single commit.
+  * assistant: Fix ~/.ssh/git-annex-shell wrapper to work when the
+    ssh key does not force a command.
+  * assistant: Be smarter about avoiding unncessary transfers.
+
+  * webapp: Work around bug in Warp's slowloris attack prevention code,
+    that caused regular browsers to stall when they reuse a connection
+    after leaving it idle for 30 seconds.
+    (See https://github.com/yesodweb/wai/issues/146)
+  * webapp: New preferences page allows enabling/disabling debug logging
+    at runtime, as well as configuring numcopies and diskreserve.
+  * webapp: Repository costs can be configured by dragging repositories around
+    in the repository list.
+  * webapp: Proceed automatically on from "Configure jabber account"
+    to pairing.
+  * webapp: Only show up to 10 queued transfers.
+  * webapp: DTRT when told to create a git repo that already exists.
+  * webapp: Set locally paired repositories to a lower cost than other
+    network remotes.
+
+  * Run ssh with -T to avoid tty allocation and any login scripts that
+    may do undesired things with it.
+  * Several improvements to Makefile and cabal file. Thanks, Peter Simmons
+  * Stop depending on testpack.
+  * Android: Enable test suite. 
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 14 Mar 2013 15:29:20 -0400
+
+git-annex (4.20130227) unstable; urgency=low
+
+  * annex.version is now set to 4 for direct mode repositories.
+  * Should now fully support git repositories with core.symlinks=false;
+    always using git's pseudosymlink files in such repositories.
+  * webapp: Allow creating repositories on filesystems that lack support for
+    symlinks.
+  * webapp: Can now add a new local repository, and make it sync with
+    the main local repository.
+  * Android: Bundle now includes openssh.
+  * Android: Support ssh connection caching.
+  * Android: Assistant is fully working. (But no webapp yet.)
+  * Direct mode: Support filesystems like FAT which can change their inodes
+    each time they are mounted.
+  * Direct mode: Fix support for adding a modified file.
+  * Avoid passing -p to rsync, to interoperate with crippled filesystems.
+    Closes: #700282
+  * Additional GIT_DIR support bugfixes. May actually work now.
+  * webapp: Display any error message from git init if it fails to create
+    a repository.
+  * Fix a reversion in matching globs introduced in the last release,
+    where "*" did not match files inside subdirectories. No longer uses
+    the Glob library.
+  * copy: Update location log when no copy was performed, if the location
+    log was out of date.
+  * Makefile now builds using cabal, taking advantage of cabal's automatic
+    detection of appropriate build flags.
+  * test: The test suite is now built into the git-annex binary, and can
+    be run at any time.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 27 Feb 2013 14:07:24 -0400
+
+git-annex (3.20130216) unstable; urgency=low
+
+  * Now uses the Haskell uuid library, rather than needing a uuid program.
+  * Now uses the Haskell Glob library, rather than pcre-light, avoiding
+    the need to install libpcre. Currently done only for Cabal or when
+    the Makefile is made to use -DWITH_GLOB
+  * Android port now available (command-line only).
+  * New annex.crippledfilesystem setting, allows use of git-annex
+    repositories on FAT and even worse filesystems; avoiding use of
+    hard links and locked down permissions settings. (Support is incomplete.)
+  * init: Detect when the repository is on a filesystem that does not
+    support hard links, or symlinks, or unix permissions, and set
+    annex.crippledfilesystem, as well as annex.direct.
+  * add: Improved detection of files that are modified while being added.
+  * Fix a bug in direct mode, introduced in the previous release, where
+    if a file was dropped and then got back, it would be stored in indirect
+    mode.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 16 Feb 2013 10:03:26 -0400
+
+git-annex (3.20130207) unstable; urgency=low
+
+  * webapp: Now allows restarting any threads that crash.
+  * Adjust debian package to only build-depend on DAV on architectures
+    where it is available.
+  * addurl --fast: Use curl, rather than haskell HTTP library, to support https.
+  * annex.autocommit: New setting, can be used to disable autocommit
+    of changed files by the assistant, while it still does data syncing
+    and other tasks.
+  * assistant: Ignore .DS_Store on OSX.
+  * assistant: Fix location log when adding new file in direct mode.
+  * Deal with stale mappings for deleted file in direct mode.
+  * pre-commit: Update direct mode mappings. 
+  * uninit, unannex --fast: If hard link creation fails, fall back to slow
+    mode.
+  * Clean up direct mode cache and mapping info when dropping keys.
+  * dropunused: Clean up stale direct mode cache and mapping info not
+    removed before.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 07 Feb 2013 12:45:25 -0400
+
+git-annex (3.20130124) unstable; urgency=low
+
+  * Added source repository group, that only retains files until they've
+    been transferred to another repository. Useful for things like
+    repositories on cameras.
+  * Added manual repository group. Use to prevent the assistant from
+    downloading any file contents to keep things in sync. Instead
+    `git annex get`, `git annex drop` etc can be used manually as desired.
+  * webapp: More adjustments to longpoll code to deal with changes in
+    variable quoting in different versions of shakespeare-js.
+  * webapp: Avoid an error if a transfer is stopped just as it finishes.
+    Closes: #698184 
+  * webapp: Now always logs to .git/annex/daemon.log
+  * webapp: Has a page to view the log, accessed from the control menu.
+  * webapp: Fix crash adding removable drive that has an annex directory
+    in it that is not a git repository.
+  * Deal with incompatability in gpg2, which caused prompts for encryption
+    passphrases rather than using the supplied --passphrase-fd.
+  * bugfix: Union merges involving two or more repositories could sometimes
+    result in data from one repository getting lost. This could result
+    in the location log data becoming wrong, and fsck being needed to fix it.
+  * sync: Automatic merge conflict resolution now stages deleted files.
+  * Depend on git 1.7.7.6 for --no-edit. Closes: #698399
+  * Fix direct mode mapping code to always store direct mode filenames
+    relative to the top of the repository, even when operating inside a
+    subdirectory.
+  * fsck: Detect and fix consistency errors in direct mode mapping files.
+  * Avoid filename encoding errors when writing direct mode mappings.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 22 Jan 2013 07:11:59 +1100
+
+git-annex (3.20130114) unstable; urgency=low
+
+  * Now handles the case where a file that's being transferred to a remote
+    is modified in place, which direct mode allows. When this
+    happens, the transfer now fails, rather than allow possibly corrupt
+    data into the remote.
+  * fsck: Better checking of file content in direct mode.
+  * drop: Suggest using git annex move when numcopies prevents dropping a file.
+  * webapp: Repo switcher filters out repos that do not exist any more
+    (or are on a drive that's not mounted).
+  * webapp: Use IP address, rather than localhost, since some systems may
+    have configuration problems or other issues that prevent web browsers
+    from connecting to the right localhost IP for the webapp.
+  * webapp: Adjust longpoll code to work with recent versions of
+    shakespeare-js.
+  * assistant: Support new gvfs dbus names used in Gnome 3.6.
+  * In direct mode, files with the same key are no longer hardlinked, as
+    that would cause a surprising behavior if modifying one, where the other
+    would also change.
+  * webapp: Avoid illegal characters in hostname when creating S3 or
+    Glacier remote.
+  * assistant: Avoid committer crashing if a file is deleted at the wrong
+    instant.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 14 Jan 2013 15:25:18 -0400
+
+git-annex (3.20130107) unstable; urgency=low
+
+  * webapp: Add UI to stop and restart assistant.
+  * committer: Fix a file handle leak.
+  * assistant: Make expensive transfer scan work fully in direct mode.
+  * More commands work in direct mode repositories: find, whereis, move, copy,
+    drop, log, fsck, add, addurl.
+  * sync: No longer automatically adds files in direct mode.
+  * assistant: Detect when system is not configured with a user name,
+    and set environment to prevent git from failing.
+  * direct: Avoid hardlinking symlinks that point to the same content
+    when the content is not present.
+  * Fix transferring files to special remotes in direct mode.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 07 Jan 2013 01:01:41 -0400
+
+git-annex (3.20130102) unstable; urgency=low
+
+  * direct, indirect: New commands, that switch a repository to and from
+    direct mode. In direct mode, files are accessed directly, rather than
+    via symlinks. Note that direct mode is currently experimental. Many
+    git-annex commands do not work in direct mode. Some git commands can
+    cause data loss when used in direct mode repositories.
+  * assistant: Now uses direct mode by default when setting up a new
+    local repository.
+  * OSX assistant: Uses the FSEvents API to detect file changes.
+    This avoids issues with running out of file descriptors on large trees,
+    as well as allowing detection of modification of files in direct mode.
+    Other BSD systems still use kqueue.
+  * kqueue: Fix bug that made broken symlinks not be noticed.
+  * vicfg: Quote filename. Closes: #696193
+  * Bugfix: Fixed bug parsing transfer info files, where the newline after
+    the filename was included in it. This was generally benign, but in
+    the assistant, it caused unexpected dropping of preferred content.
+  * Bugfix: Remove leading \ from checksums output by sha*sum commands,
+    when the filename contains \ or a newline. Closes: #696384
+  * fsck: Still accept checksums with a leading \ as valid, now that
+    above bug is fixed.
+  * SHA*E backends: Exclude non-alphanumeric characters from extensions.
+  * migrate: Remove leading \ in SHA* checksums, and non-alphanumerics
+    from extensions of SHA*E keys.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 02 Jan 2013 13:21:34 -0400
+
+git-annex (3.20121211) unstable; urgency=low
+
+  * webapp: Defaults to sharing box.com account info with friends, allowing
+    one-click enabling of the repository.
+  * Fix broken .config/git-annex/program installed by standalone tarball.
+  * assistant: Retrival from glacier now handled.
+  * Include ssh in standalone tarball and OSX app.
+  * watch: Avoid leaving hard links to files behind in .git/annex/tmp
+    if a file is deleted or moved while it's being quarantined in preparation
+    to being added to the annex.
+  * Allow `git annex drop --from web`; of course this does not remove
+    any file from the web, but it does make git-annex remove all urls
+    associated with a file.
+  * webapp: S3 and Glacier forms now have a select list of all
+    currently-supported AWS regions.
+  * webdav: Avoid trying to set props, avoiding incompatability with
+    livedrive.com. Needs DAV version 0.3.
+  * webapp: Prettify error display.
+  * webapp: Fix bad interaction between required fields and modals.
+  * webapp: Added help buttons and links next to fields that require
+    explanations.
+  * webapp: Encryption can be disabled when setting up remotes.
+  * assistant: Avoid trying to drop content from remotes that don't have it.
+  * assistant: Allow periods in ssh key comments.
+  * get/copy --auto: Transfer data even if it would exceed numcopies,
+    when preferred content settings want it.
+  * drop --auto: Fix dropping content when there are no preferred content
+    settings.
+  * webapp: Allow user to specify the port when setting up a ssh or rsync
+    remote.
+  * assistant: Fix syncing to just created ssh remotes.
+  * Enable WebDAV support in Debian package. Closes: #695532
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 11 Dec 2012 11:25:03 -0400
+
+git-annex (3.20121127) unstable; urgency=low
+
+  * Fix dirContentsRecursive, which had missed some files in deeply nested
+    subdirectories. Could affect various parts of git-annex.
+  * rsync: Fix bug introduced in last release that broke encrypted rsync
+    special remotes.
+  * The standalone builds now unset their special path and library path
+    variables before running the system web browser.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 27 Nov 2012 17:07:32 -0400
+
+git-annex (3.20121126) unstable; urgency=low
+
+  * New webdav and Amazon glacier special remotes.
+  * Display a warning when a non-existing file or directory is specified.
+  * webapp: Added configurator for Box.com.
+  * webapp: Show error messages to user when testing XMPP creds.
+  * Fix build of assistant without yesod.
+  * webapp: The list of repositiories refreshes when new repositories are
+    added, including when new repository configurations are pushed in from
+    remotes.
+  * OSX: Fix RunAtLoad value in plist file.
+  * Getting a file from chunked directory special remotes no longer buffers
+    it all in memory.
+  * S3: Added progress display for uploading and downloading.
+  * directory special remote: Made more efficient and robust.
+  * Bugfix: directory special remote could loop forever storing a key 
+    when a too small chunksize was configured.
+  * Allow controlling whether login credentials for S3 and webdav are
+    committed to the repository, by setting embedcreds=yes|no when running
+    initremote.
+  * Added smallarchive repository group, that only archives files that are
+    in archive directories. Used by default for glacier when set up in the
+    webapp.
+  * assistant: Fixed handling of toplevel archive directory and
+    client repository group.
+  * assistant: Apply preferred content settings when a new symlink
+    is created, or a symlink gets renamed. Made archive directories work.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 26 Nov 2012 11:37:49 -0400
+
+git-annex (3.20121112) unstable; urgency=low
+
+  * assistant: Can use XMPP to notify other nodes about pushes made to other
+    repositories, as well as pushing to them directly over XMPP.
+  * wepapp: Added an XMPP configuration interface.
+  * webapp: Supports pairing over XMPP, with both friends, and other repos
+    using the same account.
+  * assistant: Drops non-preferred content when possible.
+  * assistant: Notices, and applies config changes as they are made to
+    the git-annex branch, including config changes pushed in from remotes.
+  * git-annex-shell: GIT_ANNEX_SHELL_DIRECTORY can be set to limit it
+    to operating on a specified directory.
+  * webapp: When setting up authorized_keys, use GIT_ANNEX_SHELL_DIRECTORY.
+  * Preferred content path matching bugfix.
+  * Preferred content expressions cannot use "in=".
+  * Preferred content expressions can use "present".
+  * Fix handling of GIT_DIR when it refers to a git submodule.
+  * Depend on and use the Haskell SafeSemaphore library, which provides
+    exception-safe versions of SampleVar and QSemN.
+    Thanks, Ben Gamari for an excellent patch set.
+  * file:/// URLs can now be used with the web special remote.
+  * webapp: Allow dashes in ssh key comments when pairing.
+  * uninit: Check and abort if there are symlinks to annexed content that
+    are not checked into git.
+  * webapp: Switched to using the same multicast IP address that avahi uses.
+  * bup: Don't pass - to bup-split to make it read stdin; bup 0.25
+    does not accept that.
+  * bugfix: Don't fail transferring content from read-only repos.
+    Closes: #691341
+  * configure: Check that checksum programs produce correct checksums.
+  * Re-enable dbus, using a new version of the library that fixes the memory
+    leak.
+  * NetWatcher: When dbus connection is lost, try to reconnect.
+  * Use USER and HOME environment when set, and only fall back to getpwent,
+    which doesn't work with LDAP or NIS.
+  * rsync special remote: Include annex-rsync-options when running rsync
+    to test a key's presence.
+  * The standalone tarball's runshell now takes care of installing a
+    ~/.ssh/git-annex-shell wrapper the first time it's run.
+  * webapp: Make an initial, empty commit so there is a master branch 
+  * assistant: Fix syncing local drives.
+  * webapp: Fix creation of rsync.net repositories.
+  * webapp: Fix renaming of special remotes.
+  * webapp: Generate better git remote names.
+  * webapp: Ensure that rsync special remotes are enabled using the same
+    name they were originally created using.
+  * Bugfix: Fix hang in webapp when setting up a ssh remote with an absolute
+    path.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 12 Nov 2012 10:39:47 -0400
+
+git-annex (3.20121017) unstable; urgency=low
+
+  * Fix zombie cleanup reversion introduced in 3.20121009.
+  * Additional fix to support git submodules.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 16 Oct 2012 21:10:14 -0400
+
+git-annex (3.20121016) unstable; urgency=low
+
+  * vicfg: New file format, avoids ambiguity with repos that have the same
+    description, or no description.
+  * Bug fix: A recent change caused git-annex-shell to crash.
+  * Better preferred content expression for transfer repos.
+  * webapp: Repository edit form can now edit the name of a repository.
+  * webapp: Make bare repositories on removable drives, as there is nothing
+    to ensure non-bare repos get updated when syncing.
+  * webapp: Better behavior when pausing syncing to a remote when a transfer
+    scan is running and queueing new transfers for that remote.
+  * The standalone binaries are now built to not use ssh connection caching,
+    in order to work with old versions of ssh.
+  * A relative core.worktree is relative to the gitdir. Now that this is
+    handled correctly, git-annex can be used in git submodules.
+  * Temporarily disable use of dbus, as the haskell dbus library blows up
+    when losing connection, which will need to be fixed upstream. 
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 16 Oct 2012 15:25:22 -0400
+
+git-annex (3.20121010) unstable; urgency=low
+
+  * Renamed --ingroup to --inallgroup.
+  * Standard groups changed to client, transfer, archive, and backup.
+    Each of these has its own standard preferred content setting.
+  * dead: Remove dead repository from all groups.
+  * Avoid unsetting HOME when running certian git commands. Closes: #690193
+  * test: Fix threaded runtime hang.
+  * Makefile: Avoid building with -threaded if the ghc threaded runtime does
+    not exist.
+  * webapp: Improve wording of intro display. Closes: #689848
+  * webapp: Repositories can now be configured, to change their description,
+    their group, or even to disable syncing to them.
+  * git config remote.name.annex-sync can be used to control whether
+    a remote gets synced.
+  * Fix a crash when merging files in the git-annex branch that contain
+    invalid utf8.
+  * Automatically detect when a ssh remote does not have git-annex-shell
+    installed, and set annex-ignore.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 12 Oct 2012 13:45:21 -0400
+
+git-annex (3.20121009) unstable; urgency=low
+
+  * watch, assistant: It's now safe to git annex unlock files while
+    the watcher is running, as well as modify files checked into git
+    as normal files. Additionally, .gitignore settings are now honored.
+    Closes: #689979
+  * group, ungroup: New commands to indicate groups of repositories.
+  * webapp: Adds newly created repositories to one of these groups:
+    clients, drives, servers
+  * vicfg: New command, allows editing (or simply viewing) most
+    of the repository configuration settings stored in the git-annex branch.
+  * Added preferred content expressions, configurable using vicfg.
+  * get --auto: If the local repository has preferred content
+    configured, only get that content.
+  * drop --auto: If the repository the content is dropped from has
+    preferred content configured, drop only content that is not preferred.
+  * copy --auto: Only transfer content that the destination repository prefers.
+  * assistant: Now honors preferred content settings when deciding what to
+    transfer.
+  * --copies=group:number can now be used to match files that are present
+    in a specified number of repositories in a group.
+  * Added --smallerthan, --largerthan, and --inall limits.
+  * Only build-depend on libghc-clientsession-dev on arches that will have
+    the webapp.
+  * uninit: Unset annex.version. Closes: #689852
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 09 Oct 2012 15:13:23 -0400
+
+git-annex (3.20121001) unstable; urgency=low
+
+  * fsck: Now has an incremental mode. Start a new incremental fsck pass
+    with git annex fsck --incremental. Now the fsck can be interrupted
+    as desired, and resumed with git annex fsck --more.
+    Thanks, Justin Azoff
+  * New --time-limit option, makes long git-annex commands stop after
+    a specified amount of time.
+  * fsck: New --incremental-schedule option which is nice for scheduling
+    eg, monthly incremental fsck runs in cron jobs.
+  * Fix fallback to ~/Desktop when xdg-user-dir is not available.
+    Closes: #688833
+  * S3: When using a shared cipher, S3 credentials are not stored encrypted
+    in the git repository, as that would allow anyone with access to
+    the repository access to the S3 account. Instead, they're stored
+    in a 600 mode file in the local git repo.
+  * webapp: Avoid crashing when ssh-keygen -F chokes on an invalid known_hosts
+    file.
+  * Always do a system wide installation when DESTDIR is set. Closes: #689052
+  * The Makefile now builds with the new yesod by default.
+    Systems like Debian that have the old yesod 1.0.1 should set
+    GIT_ANNEX_LOCAL_FEATURES=-DWITH_OLD_YESOD
+  * copy: Avoid updating the location log when no copy is performed.
+  * configure: Test that uuid -m works, falling back to plain uuid if not.
+  * Avoid building the webapp on Debian architectures that do not yet
+    have template haskell and thus yesod. (Should be available for arm soonish
+    I hope).
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 01 Oct 2012 13:56:55 -0400
+
+git-annex (3.20120924) unstable; urgency=low
+
+  * assistant: New command, a daemon which does everything watch does,
+    as well as automatically syncing file contents between repositories.
+  * webapp: An interface for managing and configuring the assistant.
+  * The default backend used when adding files to the annex is changed
+    from SHA256 to SHA256E, to simplify interoperability with OSX, media
+    players, and various programs that needlessly look at symlink targets.
+    To get old behavior, add a .gitattributes containing: * annex.backend=SHA256
+  * init: If no description is provided for a new repository, one will
+    automatically be generated, like "joey@gnu:~/foo"
+  * test: Set a lot of git environment variables so testing works in strange
+    environments that normally need git config to set names, etc.
+    Closes: #682351 Thanks, gregor herrmann
+  * Disable ssh connection caching if the path to the control socket would be
+    too long (and use relative path to minimise path to the control socket).
+  * migrate: Check content before generating the new key, to avoid generating
+    a key for corrupt data.
+  * Support repositories created with --separate-git-dir. Closes: #684405
+  * reinject: When the provided file doesn't match, leave it where it is,
+    rather than moving to .git/annex/bad/
+  * Avoid crashing on encoding errors in filenames when writing transfer info
+    files and reading from checksum commands.
+  * sync: Pushes the git-annex branch to remote/synced/git-annex, rather
+    than directly to remote/git-annex.
+  * Now supports matching files that are present on a number of remotes
+    with a specified trust level. Example: --copies=trusted:2
+    Thanks, Nicolas Pouillard
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 24 Sep 2012 13:47:48 -0400
+
+git-annex (3.20120825) unstable; urgency=low
+
+  * S3: Add fileprefix setting.
+  * Pass --use-agent to gpg when in no tty mode. Thanks, Eskild Hustvedt.
+  * Bugfix: Fix fsck in SHA*E backends, when the key contains composite
+    extensions, as added in 3.20120721.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 25 Aug 2012 10:00:10 -0400
+
+git-annex (3.20120807) unstable; urgency=low
+
+  * initremote: Avoid recording remote's description before checking
+    that its config is valid.
+  * unused, status: Avoid crashing when ran in bare repo.
+  * Avoid crashing when "git annex get" fails to download from one
+    location, and falls back to downloading from a second location.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 07 Aug 2012 13:35:07 -0400
+
+git-annex (3.20120721) unstable; urgency=low
+
+  * get, move, copy: Now refuse to do anything when the requested file
+    transfer is already in progress by another process.
+  * status: Lists transfers that are currently in progress.
+  * Fix passing --uuid to git-annex-shell.
+  * When shaNsum commands cannot be found, use the Haskell SHA library
+    (already a dependency) to do the checksumming. This may be slower,
+    but avoids portability problems.
+  * Use SHA library for files less than 50 kb in size, at which point it's
+    faster than forking the more optimised external program.
+  * SHAnE backends are now smarter about composite extensions, such as
+    .tar.gz Closes: #680450
+  * map: Write map.dot to .git/annex, which avoids watch trying to annex it.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 21 Jul 2012 16:52:48 -0400
+
+git-annex (3.20120629) unstable; urgency=low
+
+  * cabal: Only try to use inotify on Linux.
+  * Version build dependency on STM, and allow building without it,
+    which disables the watch command.
+  * Avoid ugly failure mode when moving content from a local repository
+    that is not available.
+  * Got rid of the last place that did utf8 decoding.
+  * Accept arbitrarily encoded repository filepaths etc when reading
+    git config output. This fixes support for remotes with unusual characters
+    in their names.
+  * sync: Automatically resolves merge conflicts.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 29 Jun 2012 10:17:49 -0400
+
+git-annex (3.20120624) unstable; urgency=low
+
+  * watch: New subcommand, a daemon which notices changes to
+    files and automatically annexes new files, etc, so you don't
+    need to manually run git commands when manipulating files.
+    Available on Linux, BSDs, and OSX!
+  * Enable diskfree on kfreebsd, using kqueue.
+  * unused: Fix crash when key names contain invalid utf8.
+  * sync: Avoid recent git's interactive merge.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 24 Jun 2012 12:36:50 -0400
+
+git-annex (3.20120614) unstable; urgency=medium
+
+  * addurl: Was broken by a typo introduced 2 released ago, now fixed.
+    Closes: #677576
+  * Install man page when run by cabal, in a location where man will
+    find it, even when installing under $HOME. Thanks, Nathan Collins
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 14 Jun 2012 20:21:29 -0400
+
+git-annex (3.20120611) unstable; urgency=medium
+
+  * add: Prevent (most) modifications from being made to a file while it
+    is being added to the annex.
+  * initremote: Automatically describe a remote when creating it.
+  * uninit: Refuse to run in a subdirectory. Closes: #677076
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 11 Jun 2012 10:32:01 -0400
+
+git-annex (3.20120605) unstable; urgency=low
+
+  * sync: Show a nicer message if a user tries to sync to a special remote.
+  * lock: Reset unlocked file to index, rather than to branch head.
+  * import: New subcommand, pulls files from a directory outside the annex
+    and adds them.
+  * Fix display of warning message when encountering a file that uses an
+    unsupported backend.
+  * Require that the SHA256 backend can be used when building, since it's the
+    default.
+  * Preserve parent environment when running hooks of the hook special remote.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 05 Jun 2012 14:03:39 -0400
+
+git-annex (3.20120522) unstable; urgency=low
+
+  * Pass -a to cp even when it supports --reflink=auto, to preserve
+    permissions.
+  * Clean up handling of git directory and git worktree.
+  * Add support for core.worktree, and fix support for GIT_WORK_TREE and
+    GIT_DIR.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 22 May 2012 11:16:13 -0400
+
+git-annex (3.20120511) unstable; urgency=low
+
+  * Rsync special remotes can be configured with shellescape=no
+    to avoid shell quoting that is normally done when using rsync over ssh.
+    This is known to be needed for certian rsync hosting providers
+    (specificially hidrive.strato.com) that use rsync over ssh but do not
+    pass it through the shell.
+  * dropunused: Allow specifying ranges to drop.
+  * addunused: New command, the opposite of dropunused, it relinks unused
+    content into the git repository.
+  * Fix use of several config settings: annex.ssh-options,
+    annex.rsync-options, annex.bup-split-options. (And adjust types to avoid
+    the bugs that broke several config settings.)
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 11 May 2012 12:29:30 -0400
+
+git-annex (3.20120430) unstable; urgency=low
+
+  * Fix use of annex.diskreserve config setting.
+  * Directory special remotes now check annex.diskreserve.
+  * Support git's core.sharedRepository configuration.
+  * Add annex.http-headers and annex.http-headers-command config
+    settings, to allow custom headers to be sent with all HTTP requests.
+    (Requested by the Internet Archive)
+  * uninit: Clear annex.uuid from .git/config. Closes: #670639
+  * Added shared cipher mode to encryptable special remotes. This option
+    avoids gpg key distribution, at the expense of flexability, and with
+    the requirement that all clones of the git repository be equally trusted.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 30 Apr 2012 13:16:10 -0400
+
+git-annex (3.20120418) unstable; urgency=low
+
+  * bugfix: Adding a dotfile also caused all non-dotfiles to be added.
+  * bup: Properly handle key names with spaces or other things that are
+    not legal git refs.
+  * git-annex (but not git-annex-shell) supports the git help.autocorrect
+    configuration setting, doing fuzzy matching using the restricted
+    Damerau-Levenshtein edit distance, just as git does. This adds a build
+    dependency on the haskell edit-distance library.
+  * Renamed diskfree.c to avoid OSX case insensativity bug.
+  * cabal now installs git-annex-shell as a symlink to git-annex.
+  * cabal file now autodetects whether S3 support is available.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 18 Apr 2012 12:11:32 -0400
+
+git-annex (3.20120406) unstable; urgency=low
+
+  * Disable diskfree on kfreebsd, as I have a build failure on kfreebsd-i386
+    that is quite likely caused by it.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 07 Apr 2012 15:50:36 -0400
+
+git-annex (3.20120405) unstable; urgency=low
+
+  * Rewrote free disk space checking code, moving the portability
+    handling into a small C library.
+  * status: Display amount of free disk space.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 05 Apr 2012 16:19:10 -0400
+
+git-annex (3.20120315) unstable; urgency=low
+
+  * fsck: Fix up any broken links and misplaced content caused by the
+    directory hash calculation bug fixed in the last release.
+  * sync: Sync to lower cost remotes first.
+  * status: Fixed to run in constant space.
+  * status: More accurate display of sizes of tmp and bad keys.
+  * unused: Now uses a bloom filter, and runs in constant space.
+    Use of a bloom filter does mean it will not notice a small
+    number of unused keys. For repos with up to half a million keys,
+    it will miss one key in 1000.
+  * Added annex.bloomcapacity and annex.bloomaccuracy, which can be
+    adjusted as desired to tune the bloom filter.
+  * status: Display amount of memory used by bloom filter, and
+    detect when it's too small for the number of keys in a repository.
+  * git-annex-shell: Runs hooks/annex-content after content is received
+    or dropped.
+  * Work around a bug in rsync (IMHO) introduced by openSUSE's SIP patch.
+  * git-annex now behaves as git-annex-shell if symlinked to and run by that
+    name. The Makefile sets this up, saving some 8 mb of installed size.
+  * git-union-merge is a demo program, so it is no longer built by default.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 15 Mar 2012 11:05:28 -0400
+
+git-annex (3.20120309) unstable; urgency=low
+
+  * Fix key directory hash calculation code to behave as it did before 
+    version 3.20120227 when a key contains non-ascii characters (only
+    WORM backend is likely to have been affected).
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 09 Mar 2012 20:05:09 -0400
+
+git-annex (3.20120230) unstable; urgency=low
+
+  * "here" can be used to refer to the current repository,
+    which can read better than the old "." (which still works too).
+  * Directory special remotes now support chunking files written to them,
+    avoiding writing files larger than a specified size.
+  * Add progress bar display to the directory special remote.
+  * Add configurable hooks that are run when git-annex starts and stops
+    using a remote: remote.name.annex-start-command and
+    remote.name.annex-stop-command
+  * Fix a bug in symlink calculation code, that triggered in rare
+    cases where an annexed file is in a subdirectory that nearly
+    matched to the .git/annex/object/xx/yy subdirectories.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 05 Mar 2012 13:38:13 -0400
+
+git-annex (3.20120229) unstable; urgency=low
+
+  * Fix test suite to not require a unicode locale.
+  * Fix cabal build failure. Thanks, Sergei Trofimovich
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 29 Feb 2012 02:31:31 -0400
+
+git-annex (3.20120227) unstable; urgency=low
+
+  * Modifications to support ghc 7.4's handling of filenames.
+    This version can only be built with ghc 7.4 or newer. See the ghc7.0
+    branch for older ghcs.
+  * S3: Fix irrefutable pattern failure when accessing encrypted S3
+    credentials.
+  * Use the haskell IfElse library.
+  * Fix teardown of stale cached ssh connections.
+  * Fixed to use the strict state monad, to avoid leaking all kinds of memory
+    due to lazy state update thunks when adding/fixing many files.
+  * Fixed some memory leaks that occurred when committing journal files.
+  * Added a annex.queuesize setting, useful when adding hundreds of thousands
+    of files on a system with plenty of memory.
+  * whereis: Prints the urls of files that the web special remote knows about.
+  * addurl --fast: Verifies that the url can be downloaded (only getting
+    its head), and records the size in the key.
+  * When checking that an url has a key, verify that the Content-Length,
+    if available, matches the size of the key.
+  * addurl: Added a --file option, which can be used to specify what
+    file the url is added to. This can be used to override the default
+    filename that is used when adding an url, which is based on the url.
+    Or, when the file already exists, the url is recorded as another
+    location of the file.
+  * addurl: Normalize badly encoded urls.
+  * addurl: Add --pathdepth option.
+  * rekey: New plumbing level command, can be used to change the keys used
+    for files en masse.
+  * Store web special remote url info in a more efficient location.
+    (Urls stored with this version will not be visible to older versions.)
+  * Deal with NFS problem that caused a failure to remove a directory
+    when removing content from the annex.
+  * Make a single location log commit after a remote has received or
+    dropped files. Uses a new "git-annex-shell commit" command when available.
+  * To avoid commits of data to the git-annex branch after each command
+    is run, set annex.alwayscommit=false. Its data will then be committed
+    less frequently, when a merge or sync is done.
+  * configure: Check if ssh connection caching is supported by the installed
+    version of ssh and default annex.sshcaching accordingly.
+  * move --from, copy --from: Now 10 times faster when scanning to find
+    files in a remote on a local disk; rather than go through the location log
+    to see which files are present on the remote, it simply looks at the 
+    disk contents directly.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 27 Feb 2012 12:58:21 -0400
+
+git-annex (3.20120123) unstable; urgency=low
+
+  * fsck --from: Fscking a remote is now supported. It's done by retrieving
+    the contents of the specified files from the remote, and checking them,
+    so can be an expensive operation. Still, if the remote is a special
+    remote, or a git repository that you cannot run fsck in locally, it's
+    nice to have the ability to fsck it.
+  * If you have any directory special remotes, now would be a good time to
+    fsck them, in case you were hit by the data loss bug fixed in the
+    previous release!
+  * fsck --from remote --fast: Avoids expensive file transfers, at the
+    expense of not checking file size and/or contents.
+  * Ssh connection caching is now enabled automatically by git-annex.
+    Only one ssh connection is made to each host per git-annex run, which
+    can speed some things up a lot, as well as avoiding repeated password
+    prompts. Concurrent git-annex processes also share ssh connections.
+    Cached ssh connections are shut down when git-annex exits.
+  * To disable the ssh caching (if for example you have your own broader
+    ssh caching configuration), set annex.sshcaching=false.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 23 Jan 2012 13:48:48 -0400
+
+git-annex (3.20120116) unstable; urgency=medium
+
+  * Fix data loss bug in directory special remote, when moving a file
+    to the remote failed, and partially transferred content was left
+    behind in the directory, re-running the same move would think it
+    succeeded and delete the local copy.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 16 Jan 2012 16:43:45 -0400
+
+git-annex (3.20120115) unstable; urgency=low
+
+  * Add a sanity check for bad StatFS results. On architectures
+    where StatFS does not currently work (s390, mips, powerpc, sparc),
+    this disables the diskreserve checking code, and attempting to
+    configure an annex.diskreserve will result in an error.
+  * Fix QuickCheck dependency in cabal file.
+  * Minor optimisations.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 15 Jan 2012 13:54:20 -0400
+
+git-annex (3.20120113) unstable; urgency=low
+
+  * log: Add --gource mode, which generates output usable by gource.
+  * map: Fix display of remote repos
+  * Add annex-trustlevel configuration settings, which can be used to 
+    override the trust level of a remote.
+  * git-annex, git-union-merge: Support GIT_DIR and GIT_WORK_TREE.
+  * Add libghc-testpack-dev to build depends on all arches.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 13 Jan 2012 15:35:17 -0400
+
+git-annex (3.20120106) unstable; urgency=low
+
+  * Support unescaped repository urls, like git does.
+  * log: New command that displays the location log for files,
+    showing each repository they were added to and removed from.
+  * Fix overbroad gpg --no-tty fix from last release.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 07 Jan 2012 13:16:23 -0400
+
+git-annex (3.20120105) unstable; urgency=low
+
+  * Added annex-web-options configuration settings, which can be
+    used to provide parameters to whichever of wget or curl git-annex uses
+    (depends on which is available, but most of their important options
+    suitable for use here are the same).
+  * Dotfiles, and files inside dotdirs are not added by "git annex add"
+    unless the dotfile or directory is explicitly listed. So "git annex add ."
+    will add all untracked files in the current directory except for those in
+    dotdirs.
+  * Added quickcheck to build dependencies, and fail if test suite cannot be
+    built.
+  * fsck: Do backend-specific check before checking numcopies is satisfied.
+  * Run gpg with --no-tty. Closes: #654721
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 05 Jan 2012 13:44:12 -0400
+
+git-annex (3.20111231) unstable; urgency=low
+
+  * sync: Improved to work well without a central bare repository.
+    Thanks to Joachim Breitner.
+  * Rather than manually committing, pushing, pulling, merging, and git annex
+    merging, we encourage you to give "git annex sync" a try.
+  * sync --fast: Selects some of the remotes with the lowest annex.cost
+    and syncs those, in addition to any specified at the command line.
+  * Union merge now finds the least expensive way to represent the merge.
+  * reinject: Add a sanity check for using an annexed file as the source file.
+  * Properly handle multiline git config values.
+  * Fix the hook special remote, which bitrotted a while ago.
+  * map: --fast disables use of dot to display map
+  * Test suite improvements. Current top-level test coverage: 75%
+  * Improve deletion of files from rsync special remotes. Closes: #652849
+  * Add --include, which is the same as --not --exclude.
+  * Format strings can be specified using the new --format option, to control
+    what is output by git annex find.
+  * Support git annex find --json
+  * Fixed behavior when multiple insteadOf configs are provided for the
+    same url base.
+  * Can now be built with older git versions (before 1.7.7); the resulting
+    binary should only be used with old git.
+  * Updated to build with monad-control 0.3.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 31 Dec 2011 14:55:29 -0400
+
+git-annex (3.20111211) unstable; urgency=medium
+
+  * Fix bug in last version in getting contents from bare repositories.
+  * Ensure that git-annex branch changes are merged into git-annex's index,
+    which fixes a bug that could cause changes that were pushed to the
+    git-annex branch to get reverted. As a side effect, it's now safe
+    for users to check out and commit changes directly to the git-annex
+    branch.
+  * map: Fix a failure to detect a loop when both repositories are local
+    and refer to each other with relative paths.
+  * Prevent key names from containing newlines.
+  * add: If interrupted, add can leave files converted to symlinks but not
+    yet added to git. Running the add again will now clean up this situtation.
+  * Fix caching of decrypted ciphers, which failed when drop had to check
+    multiple different encrypted special remotes.
+  * unannex: Can be run on files that have been added to the annex, but not
+    yet committed.
+  * sync: New command that synchronises the local repository and default
+    remote, by running git commit, pull, and push for you.
+  * Version monad-control dependency in cabal file.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 11 Dec 2011 21:24:39 -0400
+
+git-annex (3.20111203) unstable; urgency=low
+
+  * The VFAT filesystem on recent versions of Linux, when mounted with
+    shortname=mixed, does not get along well with git-annex's mixed case
+    .git/annex/objects hash directories. To avoid this problem, new content
+    is now stored in all-lowercase hash directories. Except for non-bare
+    repositories which would be a pain to transition and cannot be put on FAT.
+    (Old mixed-case hash directories are still tried for backwards
+    compatibility.)
+  * Flush json output, avoiding a buffering problem that could result in
+    doubled output.
+  * Avoid needing haskell98 and other fixes for new ghc. Thanks, Mark Wright.
+  * Bugfix: dropunused did not drop keys with two spaces in their name.
+  * Support for storing .git/annex on a different device than the rest of the
+    git repository.
+  * --inbackend can be used to make git-annex only operate on files
+    whose content is stored using a specified key-value backend.
+  * dead: A command which says that a repository is gone for good
+    and you don't want git-annex to mention it again.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 03 Dec 2011 21:01:45 -0400
+
+git-annex (3.20111122) unstable; urgency=low
+
+  * merge: Improve commit messages to mention what was merged.
+  * Avoid doing auto-merging in commands that don't need fully current
+    information from the git-annex branch. In particular, git annex add
+    no longer needs to auto-merge.
+  * init: When run in an already initalized repository, and without
+    a description specified, don't delete the old description. 
+  * Optimised union merging; now only runs git cat-file once, and runs
+    in constant space.
+  * status: Now displays trusted, untrusted, and semitrusted repositories
+    separately.
+  * status: Include all special remotes in the list of repositories.
+  * status: Fix --json mode.
+  * status: --fast is back
+  * Fix support for insteadOf url remapping. Closes: #644278
+  * When not run in a git repository, git-annex can still display a usage
+    message, and "git annex version" even works.
+  * migrate: Don't fall over a stale temp file.
+  * Avoid excessive escaping for rsync special remotes that are not accessed
+    over ssh.
+  * find: Support --print0
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 22 Nov 2011 14:31:45 -0400
+
+git-annex (3.20111111) unstable; urgency=low
+
+  * Handle a case where an annexed file is moved into a gitignored directory,
+    by having fix --force add its change.
+  * Avoid cyclic drop problems.
+  * Optimized copy --from and get --from to avoid checking the location log
+    for files that are already present.
+  * Automatically fix up badly formatted uuid.log entries produced by
+    3.20111105, whenever the uuid.log is changed (ie, by init or describe).
+  * map: Support remotes with /~/ and /~user/
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 11 Nov 2011 13:44:18 -0400
+
+git-annex (3.20111107) unstable; urgency=low
+
+  * merge: Use fast-forward merges when possible.
+    Thanks Valentin Haenel for a test case showing how non-fast-forward
+    merges could result in an ongoing pull/merge/push cycle.
+  * Don't try to read config from repos with annex-ignore set.
+  * Bugfix: In the past two releases, git-annex init has written the uuid.log
+    in the wrong format, with the UUID and description flipped.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 07 Nov 2011 12:47:44 -0400
+
+git-annex (3.20111105) unstable; urgency=low
+
+  * The default backend used when adding files to the annex is changed
+    from WORM to SHA256.
+    To get old behavior, add a .gitattributes containing: * annex.backend=WORM
+  * Sped up some operations on remotes that are on the same host.
+  * copy --to: Fixed leak when copying many files to a remote on the same
+    host.
+  * uninit: Add guard against being run with the git-annex branch checked out.
+  * Fail if --from or --to is passed to commands that do not support them.
+  * drop --from is now supported to remove file content from a remote.
+  * status: Now always shows the current repository, even when it does not
+    appear in uuid.log.
+  * fsck: Now works in bare repositories. Checks location log information,
+    and file contents. Does not check that numcopies is satisfied, as
+    .gitattributes information about numcopies is not available in a bare
+    repository.
+  * unused, dropunused: Now work in bare repositories.
+  * Removed the setkey command, and added a reinject command with a more
+    useful interface.
+  * The fromkey command now takes the key as its first parameter. The --key
+    option is no longer used.
+  * Built without any filename containing .git being excluded. Closes: #647215
+  * Record uuid when auto-initializing a remote so it shows in status.
+  * Bugfix: Fixed git-annex init crash in a bare repository when there was
+    already an existing git-annex branch.
+  * Pass -t to rsync to preserve timestamps.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 05 Nov 2011 15:47:52 -0400
+
+git-annex (3.20111025) unstable; urgency=low
+
+  * A remote can have a annexUrl configured, that is used by git-annex
+    instead of its usual url. (Similar to pushUrl.)
+  * migrate: Copy url logs for keys when migrating.
+  * git-annex-shell: GIT_ANNEX_SHELL_READONLY and GIT_ANNEX_SHELL_LIMITED
+    environment variables can be set to limit what commands can be run.
+    This is used by gitolite's new git-annex support!
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 25 Oct 2011 13:03:08 -0700
+
+git-annex (3.20111011) unstable; urgency=low
+
+  * This version of git-annex only works with git 1.7.7 and newer.
+    The breakage with old versions is subtle, and affects the
+    annex.numcopies settings in .gitattributes, so be sure to upgrade git
+    to 1.7.7. (Debian package now depends on that version.)
+  * Don't pass absolute paths to git show-attr, as it started following
+    symlinks when that's done in 1.7.7. Instead, use relative paths,
+    which show-attr only handles 100% correctly in 1.7.7. Closes: #645046
+  * Fix referring to remotes by uuid.
+  * New or changed repository descriptions in uuid.log now have a timestamp,
+    which is used to ensure the newest description is used when the uuid.log
+    has been merged.
+  * Note that older versions of git-annex will display the timestamp as part
+    of the repository description, which is ugly but otherwise harmless.
+  * Add timestamps to trust.log and remote.log too.
+  * git-annex-shell: Added the --uuid option.
+  * git-annex now asks git-annex-shell to verify that it's operating in 
+    the expected repository.
+  * Note that this git-annex will not interoperate with remotes using 
+    older versions of git-annex-shell.
+  * Now supports git's insteadOf configuration, to modify the url
+    used to access a remote. Note that pushInsteadOf is not used;
+    that and pushurl are reserved for actual git pushes. Closes: #644278
+  * status: List all known repositories.
+  * When displaying a list of repositories, show git remote names
+    in addition to their descriptions.
+  * Add locking to avoid races when changing the git-annex branch.
+  * Various speed improvements gained by using ByteStrings.
+  * Contain the zombie hordes.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 11 Oct 2011 23:00:02 -0400
+
+git-annex (3.20110928) unstable; urgency=low
+
+  * --in can be used to make git-annex only operate on files
+    believed to be present in a given repository.
+  * Arbitrarily complex expressions can be built to limit the files git-annex
+    operates on, by combining the options --not --and --or -( and -)
+    Example: git annex get --exclude '*.mp3' --and --not -( --in usbdrive --or --in archive -)
+  * --copies=N can be used to make git-annex only operate on files with
+    the specified number of copies. (And --not --copies=N for the inverse.)
+  * find: Rather than only showing files whose contents are present,
+    when used with --exclude --copies or --in, displays all files that
+    match the specified conditions.
+  * Note that this is a behavior change for git-annex find! Old behavior
+    can be gotten by using: git-annex find --in .
+  * status: Massively sped up; remove --fast mode.
+  * unused: File contents used by branches and tags are no longer
+    considered unused, even when not used by the current branch. This is
+    the final piece of the puzzle needed for git-annex to to play nicely
+    with branches.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 28 Sep 2011 18:14:02 -0400
+
+git-annex (3.20110915) unstable; urgency=low
+
+  * whereis: Show untrusted locations separately and do not include in
+    location count.
+  * Fix build without S3.
+  * addurl: Always use whole url as destination filename, rather than
+    only its file component.
+  * get, drop, copy: Added --auto option, which decides whether
+    to get/drop content as needed to work toward the configured numcopies.
+  * bugfix: drop and fsck did not honor --exclude
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 15 Sep 2011 22:25:46 -0400
+
+git-annex (3.20110906) unstable; urgency=low
+
+  * Improve display of newlines around error and warning messages.
+  * Fix Makefile to work with cabal again.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 06 Sep 2011 13:45:16 -0400
+
+git-annex (3.20110902) unstable; urgency=low
+
+  * Set EMAIL when running test suite so that git does not need to be
+    configured first. Closes: #638998
+  * The wget command will now be used in preference to curl, if available.
+  * init: Make description an optional parameter.
+  * unused, status: Sped up by avoiding unnecessary stats of annexed files.
+  * unused --remote: Reduced memory use to 1/4th what was used before.
+  * Add --json switch, to produce machine-consumable output.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 02 Sep 2011 21:20:37 -0400
+
+git-annex (3.20110819) unstable; urgency=low
+
+  * Now "git annex init" only has to be run once, when a git repository
+    is first being created. Clones will automatically notice that git-annex
+    is in use and automatically perform a basic initalization. It's
+    still recommended to run "git annex init" in any clones, to describe them.
+  * Added annex-cost-command configuration, which can be used to vary the
+    cost of a remote based on the output of a shell command.
+  * Fix broken upgrade from V1 repository. Closes: #638584
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 19 Aug 2011 20:34:09 -0400
+
+git-annex (3.20110817) unstable; urgency=low
+
+  * Fix shell escaping in rsync special remote.
+  * addurl: --fast can be used to avoid immediately downloading the url.
+  * Added support for getting content from git remotes using http (and https).
+  * Added curl to Debian package dependencies.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 17 Aug 2011 01:29:02 -0400
+
+git-annex (3.20110719) unstable; urgency=low
+
+  * add: Be even more robust to avoid ever leaving the file seemingly deleted.
+    Closes: #634233
+  * Bugfix: Make add ../ work.
+  * Support the standard git -c name=value
+  * unannex: Clean up use of git commit -a.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 19 Jul 2011 23:39:53 -0400
+
+git-annex (3.20110707) unstable; urgency=low
+
+  * Fix sign bug in disk free space checking.
+  * Bugfix: Forgot to de-escape keys when upgrading. Could result in
+    bad location log data for keys that contain [&:%] in their names.
+    (A workaround for this problem is to run git annex fsck.)
+  * add: Avoid a failure mode that resulted in the file seemingly being
+    deleted (content put in the annex but no symlink present).
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 07 Jul 2011 19:29:39 -0400
+
+git-annex (3.20110705) unstable; urgency=low
+
+  * uninit: Delete the git-annex branch and .git/annex/
+  * unannex: In --fast mode, file content is left in the annex, and a
+    hard link made to it.
+  * uninit: Use unannex in --fast mode, to support unannexing multiple
+    files that link to the same content.
+  * Drop the dependency on the haskell curl bindings, use regular haskell HTTP.
+  * Fix a pipeline stall when upgrading (caused by #624389).
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 05 Jul 2011 14:37:39 -0400
+
+git-annex (3.20110702) unstable; urgency=low
+
+  * Now the web can be used as a special remote. 
+    This feature replaces the old URL backend.
+  * addurl: New command to download an url and store it in the annex.
+  * Sped back up fsck, copy --from, and other commands that often
+    have to read a lot of information from the git-annex branch. Such
+    commands are now faster than they were before introduction of the
+    git-annex branch.
+  * Always ensure git-annex branch exists.
+  * Modify location log parser to allow future expansion.
+  * --force will cause add, etc, to operate on ignored files.
+  * Avoid mangling encoding when storing the description of repository
+    and other content.
+  * cabal can now be used to build git-annex. This is substantially
+    slower than using make, does not build or install documentation,
+    does not run the test suite, and is not particularly recommended,
+    but could be useful to some.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 02 Jul 2011 15:00:18 -0400
+
+git-annex (3.20110624) experimental; urgency=low
+
+  * New repository format, annex.version=3. Use `git annex upgrade` to migrate.
+  * git-annex now stores its logs in a git-annex branch.
+  * merge: New subcommand. Auto-merges the new git-annex branch.
+  * Improved handling of bare git repos with annexes. Many more commands will
+    work in them.
+  * git-annex is now more robust; it will never leave state files
+    uncommitted when some other git process comes along and locks the index
+    at an inconvenient time.
+  * rsync is now used when copying files from repos on other filesystems.
+    cp is still used when copying file from repos on the same filesystem,
+    since --reflink=auto can make it significantly faster on filesystems
+    such as btrfs.
+  * Allow --trust etc to specify a repository by name, for temporarily 
+    trusting repositories that are not configured remotes.
+  * unlock: Made atomic.
+  * git-union-merge: New git subcommand, that does a generic union merge
+    operation, and operates efficiently without touching the working tree.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 24 Jun 2011 14:32:18 -0400
+
+git-annex (0.20110610) unstable; urgency=low
+
+  * Add --numcopies option.
+  * Add --trust, --untrust, and --semitrust options.
+  * get --from is the same as copy --from
+  * Bugfix: Fix fsck to not think all SHAnE keys are bad.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 10 Jun 2011 11:48:40 -0400
+
+git-annex (0.20110601) unstable; urgency=low
+
+  * Minor bugfixes and error message improvements.
+  * Massively sped up `git annex lock` by avoiding use of the uber-slow
+    `git reset`, and only running `git checkout` once, even when many files
+    are being locked.
+  * Fix locking of files with staged changes.
+  * Somewhat sped up `git commit` of modifications to unlocked files.
+  * Build fix for older ghc.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 01 Jun 2011 11:50:47 -0400
+
+git-annex (0.20110522) unstable; urgency=low
+
+  * Closer emulation of git's behavior when told to use "foo/.git" as a
+    git repository instead of just "foo". Closes: #627563
+  * Fix bug in --exclude introduced in 0.20110516.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 27 May 2011 20:20:41 -0400
+
+git-annex (0.20110521) unstable; urgency=low
+
+  * status: New subcommand to show info about an annex, including its size.
+  * --backend now overrides any backend configured in .gitattributes files.
+  * Add --debug option. Closes: #627499
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 21 May 2011 11:52:53 -0400
+
+git-annex (0.20110516) unstable; urgency=low
+
+  * Add a few tweaks to make it easy to use the Internet Archive's variant
+    of S3. In particular, munge key filenames to comply with the IA's filename
+    limits, disable encryption, support their nonstandard way of creating
+    buckets, and allow x-archive-* headers to be specified in initremote to
+    set item metadata.
+  * Added filename extension preserving variant backends SHA1E, SHA256E, etc.
+  * migrate: Use current filename when generating new key, for backends
+    where the filename affects the key name.
+  * Work around a bug in Network.URI's handling of bracketed ipv6 addresses.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 16 May 2011 14:16:52 -0400
+
+git-annex (0.20110503) unstable; urgency=low
+
+  * Fix hasKeyCheap setting for bup and rsync special remotes.
+  * Add hook special remotes.
+  * Avoid crashing when an existing key is readded to the annex.
+  * unused: Now also lists files fsck places in .git/annex/bad/
+  * S3: When encryption is enabled, the Amazon S3 login credentials
+    are stored, encrypted, in .git-annex/remotes.log, so environment
+    variables need not be set after the remote is initialized.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 03 May 2011 20:56:01 -0400
+
+git-annex (0.20110427) unstable; urgency=low
+
+  * Switch back to haskell SHA library, so git-annex remains buildable on
+    Debian stable.
+  * Added rsync special remotes. This could be used, for example, to 
+    store annexed content on rsync.net (encrypted naturally). Or anywhere else.
+  * Bugfix: Avoid pipeline stall when running git annex drop or fsck on a
+    lot of files. Possibly only occured with ghc 7.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 27 Apr 2011 22:50:26 -0400
+
+git-annex (0.20110425) unstable; urgency=low
+
+  * Use haskell Crypto library instead of haskell SHA library.
+  * Remove testpack from build depends for non x86 architectures where it
+    is not available. The test suite will not be run if it cannot be compiled.
+  * Avoid using absolute paths when staging location log, as that can
+    confuse git when a remote's path contains a symlink. Closes: #621386
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 25 Apr 2011 15:47:00 -0400
+
+git-annex (0.20110420) unstable; urgency=low
+
+  * Update Debian build dependencies for ghc 7.
+  * Debian package is now built with S3 support.
+    Thanks Joachim Breitner for making this possible.
+  * Somewhat improved memory usage of S3, still work to do.
+    Thanks Greg Heartsfield for ongoing work to improve the hS3 library
+    for git-annex.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 21 Apr 2011 15:00:48 -0400
+
+git-annex (0.20110419) unstable; urgency=low
+
+  * Don't run gpg in batch mode, so it can prompt for passphrase when
+    there is no agent.
+  * Add missing build dep on dataenc.
+  * S3: Fix stalls when transferring encrypted data.
+  * bup: Avoid memory leak when transferring encrypted data.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 19 Apr 2011 21:26:51 -0400
+
+git-annex (0.20110417) unstable; urgency=low
+
+  * bup is now supported as a special type of remote.
+  * The data sent to special remotes (Amazon S3, bup, etc) can be encrypted
+    using GPG for privacy.
+  * Use lowercase hash directories for locationlog files, to avoid
+    some issues with git on OSX with the mixed-case directories.
+    No migration is needed; the old mixed case hash directories are still
+    read; new information is written to the new directories.
+  * Unused files on remotes, particulary special remotes, can now be
+    identified and dropped, by using "--from remote" with git annex unused
+    and git annex dropunused.
+  * Clear up short option confusion between --from and --force (-f is now
+    --from, and there is no short option for --force).
+  * Add build depend on perlmagick so docs are consistently built.
+    Closes: #621410
+  * Add doc-base file. Closes: #621408
+  * Periodically flush git command queue, to avoid boating memory usage
+    too much.
+  * Support "sha1" and "sha512" commands on FreeBSD, and allow building
+    if any/all SHA commands are not available. Thanks, Fraser Tweedale
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 17 Apr 2011 12:00:24 -0400
+
+git-annex (0.20110401) experimental; urgency=low
+
+  * Amazon S3 is now supported as a special type of remote.
+    Warning: Encrypting data before sending it to S3 is not yet supported.
+  * Note that Amazon S3 support is not built in by default on Debian yet,
+    as hS3 is not packaged.
+  * fsck: Ensure that files and directories in .git/annex/objects
+    have proper permissions.
+  * Added a special type of remote called a directory remote, which
+    simply stores files in an arbitrary local directory.
+  * Bugfix: copy --to --fast never really copied, fixed.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 01 Apr 2011 21:27:22 -0400
+
+git-annex (0.20110328) experimental; urgency=low
+
+  * annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
+  * Generalized remotes handling, laying groundwork for remotes that are
+    not regular git remotes. (Think Amazon S3.)
+  * Provide a less expensive version of `git annex copy --to`, enabled
+    via --fast. This assumes that location tracking information is correct,
+    rather than contacting the remote for every file.
+  * Bugfix: Keys could be received into v1 annexes from v2 annexes, via
+    v1 git-annex-shell. This results in some oddly named keys in the v1
+    annex. Recognise and fix those keys when upgrading, instead of crashing.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 28 Mar 2011 10:47:29 -0400
+
+git-annex (0.20110325) experimental; urgency=low
+
+  * Free space checking is now done, for transfers of data for keys
+    that have free space metadata. (Notably, not for SHA* keys generated
+    with git-annex 0.2x or earlier.) The code is believed to work on
+    Linux, FreeBSD, and OSX; check compile-time messages to see if it
+    is not enabled for your OS.
+  * Add annex.diskreserve config setting, to control how much free space
+    to reserve for other purposes and avoid using (defaults to 1 mb).
+  * Add --fast flag, that can enable less expensive, but also less thorough
+    versions of some commands.
+  * fsck: In fast mode, avoid checking checksums.
+  * unused: In fast mode, just show all existing temp files as unused,
+    and avoid expensive scan for other unused content.
+  * migrate: Support migrating v1 SHA keys to v2 SHA keys with
+    size information that can be used for free space checking.
+  * Fix space leak in fsck and drop commands.
+  * migrate: Bugfix for case when migrating a file results in a key that
+    is already present in .git/annex/objects.
+  * dropunused: Significantly sped up; only read unused log file once.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 25 Mar 2011 00:47:37 -0400
+
+git-annex (0.20110320) experimental; urgency=low
+
+  * Fix dropping of files using the URL backend.
+  * Fix support for remotes with '.' in their names.
+  * Add version command to show git-annex version as well as repository
+    version information.
+  * No longer auto-upgrade to repository format 2, to avoid accidental
+    upgrades, etc. Use git-annex upgrade when you're ready to run this
+    version.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 20 Mar 2011 16:36:33 -0400
+
+git-annex (0.20110316) experimental; urgency=low
+
+  * New repository format, annex.version=2.
+  * The first time git-annex is run in an old format repository, it
+    will automatically upgrade it to the new format, staging all
+    necessary changes to git. Also added a "git annex upgrade" command.
+  * Colons are now avoided in filenames, so bare clones of git repos
+    can be put on USB thumb drives formatted with vFAT or similar
+    filesystems.
+  * Added two levels of hashing to object directory and .git-annex logs,
+    to improve scalability with enormous numbers of annexed
+    objects. (With one hundred million annexed objects, each
+    directory would contain fewer than 1024 files.)
+  * The setkey, fromkey, and dropkey subcommands have changed how
+    the key is specified. --backend is no longer used with these.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 16 Mar 2011 16:20:23 -0400
+
+git-annex (0.24) unstable; urgency=low
+
+  Branched the 0.24 series, which will be maintained for a while to
+  support v1 git-annex repos, while main development moves to the 0.2011
+  series, with v2 git-annex repos.
+
+  * Add Suggests on graphviz. Closes: #618039
+  * When adding files to the annex, the symlinks pointing at the annexed
+    content are made to have the same mtime as the original file.
+    While git does not preserve that information, this allows a tool
+    like metastore to be used with annexed files.
+    (Currently this is only done on systems supporting POSIX 200809.)
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 16 Mar 2011 18:35:13 -0400
+
+git-annex (0.23) unstable; urgency=low
+
+  * Support ssh remotes with a port specified.
+  * whereis: New subcommand to show where a file's content has gotten to.
+  * Rethink filename encoding handling for display. Since filename encoding
+    may or may not match locale settings, any attempt to decode filenames 
+    will fail for some files. So instead, do all output in binary mode.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 12 Mar 2011 15:02:49 -0400
+
+git-annex (0.22) unstable; urgency=low
+
+  * Git annexes can now be attached to bare git repositories.
+    (Both the local and remote host must have this version of git-annex
+    installed for it to work.)
+  * Support filenames that start with a dash; when such a file is passed
+    to a utility it will be escaped to avoid it being interpreted as an
+    option. (I went a little overboard and got the type checker involved
+    in this, so such files are rather comprehensively supported now.)
+  * New backends: SHA512 SHA384 SHA256 SHA224
+    (Supported on systems where corresponding shaNsum commands are available.)
+  * describe: New subcommand that can set or change the description of
+    a repository.
+  * Fix test suite to reap zombies.
+    (Zombies can be particularly annoying on OSX; thanks to Jimmy Tang
+    for his help eliminating the infestation... for now.)
+  * Make test suite not rely on a working cp -pr.
+    (The Unix wars are still ON!)
+  * Look for dir.git directories the same as git does.
+  * Support remote urls specified as relative paths.
+  * Support non-ssh remote paths that contain tilde expansions.
+  * fsck: Check for and repair location log damage.
+  * Bugfix: When fsck detected and moved away corrupt file content, it did
+    not update the location log.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 04 Mar 2011 15:10:57 -0400
+
+git-annex (0.21) unstable; urgency=low
+
+  * test: Don't rely on chmod -R working.
+  * unannex: Fix recently introduced bug when attempting to unannex more
+    than one file at a time.
+  * test: Set git user name and email in case git can't guess values.
+  * Fix display of unicode filenames.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 11 Feb 2011 23:21:08 -0400
+
+git-annex (0.20) unstable; urgency=low
+
+  * Preserve specified file ordering when instructed to act on multiple
+    files or directories. For example, "git annex get a b" will now always
+    get "a" before "b". Previously it could operate in either order.
+  * unannex: Commit staged changes at end, to avoid some confusing behavior
+    with the pre-commit hook, which would see some types of commits after
+    an unannex as checking in of an unlocked file.
+  * map: New subcommand that uses graphviz to display a nice map of
+    the git repository network.
+  * Deal with the mtl/monads-fd conflict.
+  * configure: Check for sha1sum.
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 08 Feb 2011 18:57:24 -0400
+
+git-annex (0.19) unstable; urgency=low
+
+  * configure: Support using the uuidgen command if the uuid command is
+    not available.
+  * Allow --exclude to be specified more than once.
+  * There are now three levels of repository trust.
+  * untrust: Now marks the current repository as untrusted.
+  * semitrust: Now restores the default trust level. (What untrust used to do.)
+  * fsck, drop: Take untrusted repositories into account.
+  * Bugfix: Files were copied from trusted remotes first even if their
+    annex.cost was higher than other remotes.
+  * Improved temp file handling. Transfers of content can now be resumed
+    from temp files later; the resume does not have to be the immediate
+    next git-annex run.
+  * unused: Include partially transferred content in the list.
+  * Bugfix: Running a second git-annex while a first has a transfer in
+    progress no longer deletes the first processes's temp file.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 28 Jan 2011 14:31:37 -0400
+
+git-annex (0.18) unstable; urgency=low
+
+  * Bugfix: `copy --to` and `move --to` forgot to stage location log changes
+    after transferring the file to the remote repository.
+    (Did not affect ssh remotes.)
+  * fsck: Fix bug in moving of corrupted files to .git/annex/bad/
+  * migrate: Fix support for --backend option.
+  * unlock: Fix behavior when file content is not present.
+  * Test suite improvements. Current top-level test coverage: 80%
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 14 Jan 2011 14:17:44 -0400
+
+git-annex (0.17) unstable; urgency=low
+
+  * unannex: Now skips files whose content is not present, rather than
+    it being an error.
+  * New migrate subcommand can be used to switch files to using a different
+    backend, safely and with no duplication of content.
+  * bugfix: Fix crash caused by empty key name. (Thanks Henrik for reporting.)
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 09 Jan 2011 10:04:11 -0400
+
+git-annex (0.16) unstable; urgency=low
+
+  * git-annex-shell: Avoid exposing any git repo config except for the
+    annex.uuid when doing configlist.
+  * bugfix: Running `move --to` with a remote whose UUID was not yet known
+    could result in git-annex not recording on the local side where the
+    file was moved to. This could not result in data loss, or even a
+    significant problem, since the remote *did* record that it had the file.
+  * Also, add a general guard to detect attempts to record information
+    about repositories with missing UUIDs.
+  * bugfix: Running `move --to` with a non-ssh remote failed.
+  * bugfix: Running `copy --to` with a non-ssh remote actually did a move.
+  * Many test suite improvements. Current top-level test coverage: 65%
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 07 Jan 2011 14:33:13 -0400
+
+git-annex (0.15) unstable; urgency=low
+
+  * Support scp-style urls for remotes (host:path).
+  * Support ssh urls containing "~".
+  * Add trust and untrust subcommands, to allow configuring repositories
+    that are trusted to retain files without explicit checking.
+  * Fix bug in numcopies handling when multiple remotes pointed to the
+    same repository.
+  * Introduce the git-annex-shell command. It's now possible to make
+    a user have it as a restricted login shell, similar to git-shell.
+  * Note that git-annex will always use git-annex-shell when accessing
+    a ssh remote, so all of your remotes need to be upgraded to this
+    version of git-annex at the same time.
+  * Now rsync is exclusively used for copying files to and from remotes.
+    scp is not longer supported.
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 31 Dec 2010 22:00:52 -0400
+
+git-annex (0.14) unstable; urgency=low
+
+  * Bugfix to git annex unused in a repository with nothing yet annexed.
+  * Support upgrading from a v0 annex with nothing in it.
+  * Avoid multiple calls to git ls-files when passed eg, "*".
+
+ -- Joey Hess <joeyh@debian.org>  Fri, 24 Dec 2010 17:38:48 -0400
+
+git-annex (0.13) unstable; urgency=low
+
+  * Makefile: Install man page and html (when built).
+  * Makefile: Add GHCFLAGS variable.
+  * Fix upgrade from 0.03.
+  * Support remotes using git+ssh and ssh+git as protocol.
+    Closes: #607056
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 14 Dec 2010 13:05:10 -0400
+
+git-annex (0.12) unstable; urgency=low
+
+  * Add --exclude option to exclude files from processing.
+  * mwdn2man: Fix a bug in newline supression. Closes: #606578
+  * Bugfix to git annex add of an unlocked file in a subdir. Closes: #606579
+  * Makefile: Add PREFIX variable.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 11 Dec 2010 17:32:00 -0400
+
+git-annex (0.11) unstable; urgency=low
+
+  * If available, rsync will be used for file transfers from remote
+    repositories. This allows resuming interrupted transfers.
+  * Added remote.annex-rsync-options.
+  * Avoid deleting temp files when rsync fails.
+  * Improve detection of version 0 repos.
+  * Add uninit subcommand. Closes: #605749
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 04 Dec 2010 17:27:42 -0400
+
+git-annex (0.10) unstable; urgency=low
+
+  * In .gitattributes, the annex.numcopies attribute can be used
+    to control the number of copies to retain of different types of files.
+  * Bugfix: Always correctly handle gitattributes when in a subdirectory of
+    the repository. (Had worked ok for ones like "*.mp3", but failed for
+    ones like "dir/*".)
+  * fsck: Fix warning about not enough copies of a file, when locations
+    are known, but are not available in currently configured remotes.
+  * precommit: Optimise to avoid calling git-check-attr more than once.
+  * The git-annex-backend attribute has been renamed to annex.backend.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 28 Nov 2010 19:28:05 -0400
+
+git-annex (0.09) unstable; urgency=low
+
+  * Add copy subcommand.
+  * Fix bug in setkey subcommand triggered by move --to.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 27 Nov 2010 17:14:59 -0400
+
+git-annex (0.08) unstable; urgency=low
+
+  * Fix `git annex add ../foo` (when ran in a subdir of the repo).
+  * Add configure step to build process.
+  * Only use cp -a if it is supported, falling back to cp -p or plain cp
+    as needed for portability.
+  * cp --reflink=auto is used if supported, and will make git annex unlock
+    much faster on filesystems like btrfs that support copy on write.
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 21 Nov 2010 13:45:44 -0400
+
+git-annex (0.07) unstable; urgency=low
+
+  * find: New subcommand.
+  * unused: New subcommand, finds unused data. (Split out from fsck.)
+  * dropunused: New subcommand, provides for easy dropping of unused keys
+    by number, as listed by the unused subcommand.
+  * fsck: Print warnings to stderr; --quiet can now be used to only see
+    problems.
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 15 Nov 2010 18:41:50 -0400
+
+git-annex (0.06) unstable; urgency=low
+
+  * fsck: Check if annex.numcopies is satisfied.
+  * fsck: Verify the sha1 of files when the SHA1 backend is used.
+  * fsck: Verify the size of files when the WORM backend is used.
+  * fsck: Allow specifying individual files if fscking everything
+    is not desired.
+  * fsck: Fix bug, introduced in 0.04, in detection of unused data.
+
+ -- Joey Hess <joeyh@debian.org>  Sat, 13 Nov 2010 16:24:29 -0400
+
+git-annex (0.05) unstable; urgency=low
+
+  * Optimize both pre-commit and lock subcommands to not call git diff
+    on every file being committed/locked.
+    (This actually also works around a bug in ghc, that caused
+    git-annex 0.04 pre-commit to sometimes corrupt filename being read
+    from git ls-files and fail. 
+    See <http://hackage.haskell.org/trac/ghc/ticket/4493>
+    The excessive number of calls made by pre-commit exposed the ghc bug.
+    Thanks Josh Triplett for the debugging.)
+  * Build with -O2.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 11 Nov 2010 18:31:09 -0400
+
+git-annex (0.04) unstable; urgency=low
+
+  * Add unlock subcommand, which replaces the symlink with a copy of
+    the file's content in preparation of changing it. The "edit" subcommand
+    is an alias for unlock.
+  * Add lock subcommand.
+  * Unlocked files will now automatically be added back into the annex when
+    committed (and the updated symlink committed), by some magic in the
+    pre-commit hook.
+  * The SHA1 backend is now fully usable.
+  * Add annex.version, which will be used to automate upgrades
+    between incompatible versions.
+  * Reorganised the layout of .git/annex/
+  * The new layout will be automatically upgraded to the first time
+    git-annex is used in a repository with the old layout.
+  * Note that git-annex 0.04 cannot transfer content from old repositories
+    that have not yet been upgraded.
+  * Annexed file contents are now made unwritable and put in unwriteable
+    directories, to avoid them accidentially being removed or modified.
+    (Thanks Josh Triplett for the idea.)
+  * Add build dep on libghc6-testpack-dev. Closes: #603016
+  * Avoid using runghc to run test suite as it is not available on all
+    architectures. Closes: #603006
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 10 Nov 2010 14:23:23 -0400
+
+git-annex (0.03) unstable; urgency=low
+
+  * Fix support for file:// remotes.
+  * Add --verbose
+  * Fix SIGINT handling.
+  * Fix handling of files with unusual characters in their name.
+  * Fixed memory leak; git-annex no longer reads the whole file list
+    from git before starting, and will be much faster with large repos.
+  * Fix crash on unknown symlinks.
+  * Added remote.annex-scp-options and remote.annex-ssh-options.
+  * The backends to use when adding different sets of files can be configured
+    via gitattributes.
+  * In .gitattributes, the git-annex-backend attribute can be set to the
+    names of backends to use when adding different types of files.
+  * Add fsck subcommand. (For now it only finds unused key contents in the
+    annex.)
+
+ -- Joey Hess <joeyh@debian.org>  Sun, 07 Nov 2010 18:26:04 -0400
+
+git-annex (0.02) unstable; urgency=low
+
+  * Can scp annexed files from remote hosts, and check remote hosts for
+    file content when dropping files.
+  * New move subcommand, that makes it easy to move file contents from
+    or to a remote.
+  * New fromkey subcommand, for registering urls, etc.
+  * git-annex init will now set up a pre-commit hook that fixes up symlinks
+    before they are committed, to ensure that moving symlinks around does not
+    break them.
+  * More intelligent and fast staging of modified files; git add coalescing.
+  * Add remote.annex-ignore git config setting to allow completly disabling
+    a given remote.
+  * --from/--to can be used to control the remote repository that git-annex
+    uses.
+  * --quiet can be used to avoid verbose output
+  * New plumbing-level dropkey and addkey subcommands.
+  * Lots of bug fixes.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 27 Oct 2010 16:39:29 -0400
+
+git-annex (0.01) unstable; urgency=low
+
+  * First prerelease.
+
+ -- Joey Hess <joeyh@debian.org>  Wed, 20 Oct 2010 12:54:24 -0400
diff --git a/debian/compat b/debian/compat
new file mode 100644
index 0000000000..ec635144f6
--- /dev/null
+++ b/debian/compat
@@ -0,0 +1 @@
+9
diff --git a/debian/control b/debian/control
new file mode 100644
index 0000000000..e37f7d05ee
--- /dev/null
+++ b/debian/control
@@ -0,0 +1,115 @@
+Source: git-annex
+Section: utils
+Priority: optional
+Build-Depends: 
+	debhelper (>= 9),
+	ghc (>= 7.4),
+	libghc-mtl-dev (>= 2.1.1),
+	libghc-missingh-dev,
+	libghc-data-default-dev,
+	libghc-hslogger-dev,
+	libghc-pcre-light-dev,
+	libghc-sha-dev,
+	libghc-cryptohash-dev,
+	libghc-dataenc-dev,
+	libghc-utf8-string-dev,
+	libghc-hs3-dev (>= 0.5.6),
+	libghc-dav-dev (>= 0.6.1) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc],
+	libghc-quickcheck2-dev,
+	libghc-monad-control-dev (>= 0.3),
+	libghc-exceptions-dev,
+	libghc-unix-compat-dev,
+	libghc-dlist-dev,
+	libghc-uuid-dev,
+	libghc-json-dev,
+	libghc-aeson-dev,
+	libghc-ifelse-dev,
+	libghc-bloomfilter-dev,
+	libghc-edit-distance-dev,
+	libghc-extensible-exceptions-dev,
+	libghc-hinotify-dev [linux-any],
+	libghc-stm-dev (>= 2.3),
+	libghc-dbus-dev (>= 0.10.3) [linux-any],
+	libghc-fdo-notify-dev (>= 0.3) [linux-any],
+	libghc-yesod-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-yesod-static-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-yesod-default-dev [i386 amd64 kfreebsd-amd64 powerpc sparc],
+	libghc-hamlet-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-shakespeare-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-clientsession-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-warp-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-warp-tls-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-wai-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-wai-extra-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-securemem-dev,
+	libghc-byteable-dev,
+	libghc-dns-dev,
+	libghc-case-insensitive-dev,
+	libghc-http-types-dev,
+	libghc-blaze-builder-dev,
+	libghc-crypto-api-dev,
+	libghc-network-multicast-dev,
+	libghc-network-info-dev [linux-any kfreebsd-any],
+	libghc-safesemaphore-dev,
+	libghc-network-protocol-xmpp-dev (>= 0.4.3-1+b1),
+	libghc-gnutls-dev (>= 0.1.4),
+	libghc-xml-types-dev,
+	libghc-async-dev,
+	libghc-http-dev,
+	libghc-feed-dev (>= 0.3.9.2),
+	libghc-regex-tdfa-dev [!mipsel !s390],
+	libghc-regex-compat-dev [mipsel s390],
+	libghc-tasty-dev (>= 0.7) [!mipsel !sparc],
+	libghc-tasty-hunit-dev [!mipsel !sparc],
+	libghc-tasty-quickcheck-dev [!mipsel !sparc],
+	libghc-tasty-rerun-dev [!mipsel !sparc],
+	libghc-optparse-applicative-dev [!sparc],
+	lsof [!kfreebsd-i386 !kfreebsd-amd64],
+	ikiwiki,
+	perlmagick,
+	git (>= 1:1.8.4),
+	rsync,
+	wget,
+	curl,
+	openssh-client,
+	git-remote-gcrypt (>= 0.20130908-6),
+Maintainer: Joey Hess <joeyh@debian.org>
+Standards-Version: 3.9.5
+Vcs-Git: git://git.kitenet.net/git-annex
+Homepage: http://git-annex.branchable.com/
+XS-Testsuite: autopkgtest
+
+Package: git-annex
+Architecture: any
+Section: utils
+Depends: ${misc:Depends}, ${shlibs:Depends},
+	git (>= 1:1.8.4),
+	rsync,
+	wget,
+	curl,
+	openssh-client (>= 1:5.6p1)
+Recommends: 
+	lsof,
+	gnupg,
+	bind9-host,
+	quvi,
+	git-remote-gcrypt (>= 0.20130908-6),
+	nocache,
+Suggests:
+	graphviz,
+	bup,
+	tahoe-lafs,
+	libnss-mdns,
+Description: manage files with git, without checking their contents into git
+ git-annex allows managing files with git, without checking the file
+ contents into git. While that may seem paradoxical, it is useful when
+ dealing with files larger than git can currently easily handle, whether due
+ to limitations in memory, time, or disk space.
+ .
+ Even without file content tracking, being able to manage files with git,
+ move files around and delete files with versioned directory trees, and use
+ branches and distributed clones, are all very handy reasons to use git. And
+ annexed files can co-exist in the same git repository with regularly
+ versioned files, which is convenient for maintaining documents, Makefiles,
+ etc that are associated with annexed files but that benefit from full
+ revision control.
diff --git a/debian/copyright b/debian/copyright
new file mode 100644
index 0000000000..19d61f228e
--- /dev/null
+++ b/debian/copyright
@@ -0,0 +1,821 @@
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Source: native package
+
+Files: *
+Copyright: © 2010-2014 Joey Hess <joey@kitenet.net>
+License: GPL-3+
+
+Files: Assistant/WebApp.hs Assistant/WebApp/* templates/* static/*
+Copyright: © 2012-2014 Joey Hess <joey@kitenet.net>
+           © 2014 Sören Brunk
+License: AGPL-3+
+
+Files: Remote/Ddar.hs
+Copyright: © 2011 Joey Hess <joey@kitenet.net>
+           © 2014 Robie Basak <robie@justgohome.co.uk>
+License: GPL-3+
+
+Files: Utility/ThreadScheduler.hs
+Copyright: 2011 Bas van Dijk & Roel van Dijk
+           2012, 2013 Joey Hess <joey@kitenet.net>
+License: BSD-2-clause
+
+Files: Utility/*
+Copyright: 2012-2014 Joey Hess <joey@kitenet.net>
+License: BSD-2-clause
+
+Files: Utility/Gpg.hs Utility/DirWatcher*
+Copyright: © 2010-2014 Joey Hess <joey@kitenet.net>
+License: GPL-3+
+
+Files: doc/logo* */favicon.ico standalone/osx/git-annex.app/Contents/Resources/git-annex.icns standalone/android/icons/*
+Copyright: 2007 Henrik Nyh <http://henrik.nyh.se/>
+           2010 Joey Hess <joey@kitenet.net>
+	   2013 John Lawrence
+License: other
+  Free to modify and redistribute with due credit, and obviously free to use.
+
+Files: Utility/Mounts.hsc
+Copyright: Volker Wysk <hsss@volker-wysk.de>
+License: LGPL-2.1+
+
+Files: Utility/libmounts.c
+Copyright: 1980, 1989, 1993, 1994 The Regents of the University of California
+           2001 David Rufino <daverufino@btinternet.com>
+           2012 Joey Hess <joey@kitenet.net>
+License: BSD-3-clause
+ * Copyright (c) 1980, 1989, 1993, 1994
+ *      The Regents of the University of California.  All rights reserved.
+ * Copyright (c) 2001
+ *      David Rufino <daverufino@btinternet.com>
+ * Copyright 2012
+ *      Joey Hess <joey@kitenet.net>
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *    notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *    notice, this list of conditions and the following disclaimer in the
+ *    documentation and/or other materials provided with the distribution.
+ * 3. Neither the name of the University nor the names of its contributors
+ *    may be used to endorse or promote products derived from this software
+ *    without specific prior written permission.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
+
+Files: static/jquery*
+Copyright: © 2005-2011 by John Resig, Branden Aaron & Jörn Zaefferer
+           © 2011 The Dojo Foundation
+License: MIT or GPL-2
+ The full text of version 2 of the GPL is distributed in
+ /usr/share/common-licenses/GPL-2 on Debian systems. The text of the MIT
+ license follows:
+ .
+ Permission is hereby granted, free of charge, to any person obtaining
+ a copy of this software and associated documentation files (the
+ "Software"), to deal in the Software without restriction, including
+ without limitation the rights to use, copy, modify, merge, publish,
+ distribute, sublicense, and/or sell copies of the Software, and to
+ permit persons to whom the Software is furnished to do so, subject to
+ the following conditions:
+ .
+ The above copyright notice and this permission notice shall be
+ included in all copies or substantial portions of the Software.
+ .
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+ EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+ MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+ NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
+ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
+ OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
+ WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
+
+Files: static/*/bootstrap* static/*/glyphicons-halflings*
+Copyright: 2012-2014 Twitter, Inc.
+License: MIT
+  Copyright (c) 2011-2014 Twitter, Inc
+  .
+  Permission is hereby granted, free of charge, to any person obtaining a copy
+  of this software and associated documentation files (the "Software"), to deal
+  in the Software without restriction, including without limitation the rights
+  to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+  copies of the Software, and to permit persons to whom the Software is
+  furnished to do so, subject to the following conditions:
+  .
+  The above copyright notice and this permission notice shall be included in
+  all copies or substantial portions of the Software.
+  .
+  THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+  IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+  FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+  AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+  LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+  OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
+  THE SOFTWARE.
+
+License: GPL-3+
+ The full text of version 3 of the GPL is distributed as doc/license/GPL in
+ this package's source, or in /usr/share/common-licenses/GPL-3 on
+ Debian systems.
+
+License: LGPL-2.1+
+ The full text of version 2.1 of the LGPL is distributed as doc/license/LGPL
+ in this package's source, or in /usr/share/common-licenses/LGPL-2.1
+ on Debian systems.
+
+License: BSD-2-clause
+ Redistribution and use in source and binary forms, with or without
+ modification, are permitted provided that the following conditions
+ are met:
+ 1. Redistributions of source code must retain the above copyright
+    notice, this list of conditions and the following disclaimer.
+ 2. Redistributions in binary form must reproduce the above copyright
+    notice, this list of conditions and the following disclaimer in the
+    documentation and/or other materials provided with the distribution.
+ .
+ THIS SOFTWARE IS PROVIDED BY AUTHORS AND CONTRIBUTORS ``AS IS'' AND
+ ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE
+ FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+ HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ SUCH DAMAGE.
+
+License: AGPL-3+
+                      GNU AFFERO GENERAL PUBLIC LICENSE
+                         Version 3, 19 November 2007
+ .
+   Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
+   Everyone is permitted to copy and distribute verbatim copies
+   of this license document, but changing it is not allowed.
+ .
+                              Preamble
+ .
+    The GNU Affero General Public License is a free, copyleft license for
+  software and other kinds of works, specifically designed to ensure
+  cooperation with the community in the case of network server software.
+ .
+    The licenses for most software and other practical works are designed
+  to take away your freedom to share and change the works.  By contrast,
+  our General Public Licenses are intended to guarantee your freedom to
+  share and change all versions of a program--to make sure it remains free
+  software for all its users.
+ .
+    When we speak of free software, we are referring to freedom, not
+  price.  Our General Public Licenses are designed to make sure that you
+  have the freedom to distribute copies of free software (and charge for
+  them if you wish), that you receive source code or can get it if you
+  want it, that you can change the software or use pieces of it in new
+  free programs, and that you know you can do these things.
+ .
+    Developers that use our General Public Licenses protect your rights
+  with two steps: (1) assert copyright on the software, and (2) offer
+  you this License which gives you legal permission to copy, distribute
+  and/or modify the software.
+ .
+    A secondary benefit of defending all users' freedom is that
+  improvements made in alternate versions of the program, if they
+  receive widespread use, become available for other developers to
+  incorporate.  Many developers of free software are heartened and
+  encouraged by the resulting cooperation.  However, in the case of
+  software used on network servers, this result may fail to come about.
+  The GNU General Public License permits making a modified version and
+  letting the public access it on a server without ever releasing its
+  source code to the public.
+ .
+    The GNU Affero General Public License is designed specifically to
+  ensure that, in such cases, the modified source code becomes available
+  to the community.  It requires the operator of a network server to
+  provide the source code of the modified version running there to the
+  users of that server.  Therefore, public use of a modified version, on
+  a publicly accessible server, gives the public access to the source
+  code of the modified version.
+ .
+    An older license, called the Affero General Public License and
+  published by Affero, was designed to accomplish similar goals.  This is
+  a different license, not a version of the Affero GPL, but Affero has
+  released a new version of the Affero GPL which permits relicensing under
+  this license.
+ .
+    The precise terms and conditions for copying, distribution and
+  modification follow.
+ .
+                         TERMS AND CONDITIONS
+ .
+    0. Definitions.
+ .
+    "This License" refers to version 3 of the GNU Affero General Public License.
+ .
+    "Copyright" also means copyright-like laws that apply to other kinds of
+  works, such as semiconductor masks.
+ .
+    "The Program" refers to any copyrightable work licensed under this
+  License.  Each licensee is addressed as "you".  "Licensees" and
+  "recipients" may be individuals or organizations.
+ .
+    To "modify" a work means to copy from or adapt all or part of the work
+  in a fashion requiring copyright permission, other than the making of an
+  exact copy.  The resulting work is called a "modified version" of the
+  earlier work or a work "based on" the earlier work.
+ .
+    A "covered work" means either the unmodified Program or a work based
+  on the Program.
+ .
+    To "propagate" a work means to do anything with it that, without
+  permission, would make you directly or secondarily liable for
+  infringement under applicable copyright law, except executing it on a
+  computer or modifying a private copy.  Propagation includes copying,
+  distribution (with or without modification), making available to the
+  public, and in some countries other activities as well.
+ .
+    To "convey" a work means any kind of propagation that enables other
+  parties to make or receive copies.  Mere interaction with a user through
+  a computer network, with no transfer of a copy, is not conveying.
+ .
+    An interactive user interface displays "Appropriate Legal Notices"
+  to the extent that it includes a convenient and prominently visible
+  feature that (1) displays an appropriate copyright notice, and (2)
+  tells the user that there is no warranty for the work (except to the
+  extent that warranties are provided), that licensees may convey the
+  work under this License, and how to view a copy of this License.  If
+  the interface presents a list of user commands or options, such as a
+  menu, a prominent item in the list meets this criterion.
+ .
+    1. Source Code.
+ .
+    The "source code" for a work means the preferred form of the work
+  for making modifications to it.  "Object code" means any non-source
+  form of a work.
+ .
+    A "Standard Interface" means an interface that either is an official
+  standard defined by a recognized standards body, or, in the case of
+  interfaces specified for a particular programming language, one that
+  is widely used among developers working in that language.
+ .
+    The "System Libraries" of an executable work include anything, other
+  than the work as a whole, that (a) is included in the normal form of
+  packaging a Major Component, but which is not part of that Major
+  Component, and (b) serves only to enable use of the work with that
+  Major Component, or to implement a Standard Interface for which an
+  implementation is available to the public in source code form.  A
+  "Major Component", in this context, means a major essential component
+  (kernel, window system, and so on) of the specific operating system
+  (if any) on which the executable work runs, or a compiler used to
+  produce the work, or an object code interpreter used to run it.
+ .
+    The "Corresponding Source" for a work in object code form means all
+  the source code needed to generate, install, and (for an executable
+  work) run the object code and to modify the work, including scripts to
+  control those activities.  However, it does not include the work's
+  System Libraries, or general-purpose tools or generally available free
+  programs which are used unmodified in performing those activities but
+  which are not part of the work.  For example, Corresponding Source
+  includes interface definition files associated with source files for
+  the work, and the source code for shared libraries and dynamically
+  linked subprograms that the work is specifically designed to require,
+  such as by intimate data communication or control flow between those
+  subprograms and other parts of the work.
+ .
+    The Corresponding Source need not include anything that users
+  can regenerate automatically from other parts of the Corresponding
+  Source.
+ .
+    The Corresponding Source for a work in source code form is that
+  same work.
+ .
+    2. Basic Permissions.
+ .
+    All rights granted under this License are granted for the term of
+  copyright on the Program, and are irrevocable provided the stated
+  conditions are met.  This License explicitly affirms your unlimited
+  permission to run the unmodified Program.  The output from running a
+  covered work is covered by this License only if the output, given its
+  content, constitutes a covered work.  This License acknowledges your
+  rights of fair use or other equivalent, as provided by copyright law.
+ .
+    You may make, run and propagate covered works that you do not
+  convey, without conditions so long as your license otherwise remains
+  in force.  You may convey covered works to others for the sole purpose
+  of having them make modifications exclusively for you, or provide you
+  with facilities for running those works, provided that you comply with
+  the terms of this License in conveying all material for which you do
+  not control copyright.  Those thus making or running the covered works
+  for you must do so exclusively on your behalf, under your direction
+  and control, on terms that prohibit them from making any copies of
+  your copyrighted material outside their relationship with you.
+ .
+    Conveying under any other circumstances is permitted solely under
+  the conditions stated below.  Sublicensing is not allowed; section 10
+  makes it unnecessary.
+ .
+    3. Protecting Users' Legal Rights From Anti-Circumvention Law.
+ .
+    No covered work shall be deemed part of an effective technological
+  measure under any applicable law fulfilling obligations under article
+  11 of the WIPO copyright treaty adopted on 20 December 1996, or
+  similar laws prohibiting or restricting circumvention of such
+  measures.
+ .
+    When you convey a covered work, you waive any legal power to forbid
+  circumvention of technological measures to the extent such circumvention
+  is effected by exercising rights under this License with respect to
+  the covered work, and you disclaim any intention to limit operation or
+  modification of the work as a means of enforcing, against the work's
+  users, your or third parties' legal rights to forbid circumvention of
+  technological measures.
+ .
+    4. Conveying Verbatim Copies.
+ .
+    You may convey verbatim copies of the Program's source code as you
+  receive it, in any medium, provided that you conspicuously and
+  appropriately publish on each copy an appropriate copyright notice;
+  keep intact all notices stating that this License and any
+  non-permissive terms added in accord with section 7 apply to the code;
+  keep intact all notices of the absence of any warranty; and give all
+  recipients a copy of this License along with the Program.
+ .
+    You may charge any price or no price for each copy that you convey,
+  and you may offer support or warranty protection for a fee.
+ .
+    5. Conveying Modified Source Versions.
+ .
+    You may convey a work based on the Program, or the modifications to
+  produce it from the Program, in the form of source code under the
+  terms of section 4, provided that you also meet all of these conditions:
+ .
+      a) The work must carry prominent notices stating that you modified
+      it, and giving a relevant date.
+ .
+      b) The work must carry prominent notices stating that it is
+      released under this License and any conditions added under section
+      7.  This requirement modifies the requirement in section 4 to
+      "keep intact all notices".
+ .
+      c) You must license the entire work, as a whole, under this
+      License to anyone who comes into possession of a copy.  This
+      License will therefore apply, along with any applicable section 7
+      additional terms, to the whole of the work, and all its parts,
+      regardless of how they are packaged.  This License gives no
+      permission to license the work in any other way, but it does not
+      invalidate such permission if you have separately received it.
+ .
+      d) If the work has interactive user interfaces, each must display
+      Appropriate Legal Notices; however, if the Program has interactive
+      interfaces that do not display Appropriate Legal Notices, your
+      work need not make them do so.
+ .
+    A compilation of a covered work with other separate and independent
+  works, which are not by their nature extensions of the covered work,
+  and which are not combined with it such as to form a larger program,
+  in or on a volume of a storage or distribution medium, is called an
+  "aggregate" if the compilation and its resulting copyright are not
+  used to limit the access or legal rights of the compilation's users
+  beyond what the individual works permit.  Inclusion of a covered work
+  in an aggregate does not cause this License to apply to the other
+  parts of the aggregate.
+ .
+    6. Conveying Non-Source Forms.
+ .
+    You may convey a covered work in object code form under the terms
+  of sections 4 and 5, provided that you also convey the
+  machine-readable Corresponding Source under the terms of this License,
+  in one of these ways:
+ .
+      a) Convey the object code in, or embodied in, a physical product
+      (including a physical distribution medium), accompanied by the
+      Corresponding Source fixed on a durable physical medium
+      customarily used for software interchange.
+ .
+      b) Convey the object code in, or embodied in, a physical product
+      (including a physical distribution medium), accompanied by a
+      written offer, valid for at least three years and valid for as
+      long as you offer spare parts or customer support for that product
+      model, to give anyone who possesses the object code either (1) a
+      copy of the Corresponding Source for all the software in the
+      product that is covered by this License, on a durable physical
+      medium customarily used for software interchange, for a price no
+      more than your reasonable cost of physically performing this
+      conveying of source, or (2) access to copy the
+      Corresponding Source from a network server at no charge.
+ .
+      c) Convey individual copies of the object code with a copy of the
+      written offer to provide the Corresponding Source.  This
+      alternative is allowed only occasionally and noncommercially, and
+      only if you received the object code with such an offer, in accord
+      with subsection 6b.
+ .
+      d) Convey the object code by offering access from a designated
+      place (gratis or for a charge), and offer equivalent access to the
+      Corresponding Source in the same way through the same place at no
+      further charge.  You need not require recipients to copy the
+      Corresponding Source along with the object code.  If the place to
+      copy the object code is a network server, the Corresponding Source
+      may be on a different server (operated by you or a third party)
+      that supports equivalent copying facilities, provided you maintain
+      clear directions next to the object code saying where to find the
+      Corresponding Source.  Regardless of what server hosts the
+      Corresponding Source, you remain obligated to ensure that it is
+      available for as long as needed to satisfy these requirements.
+ .
+      e) Convey the object code using peer-to-peer transmission, provided
+      you inform other peers where the object code and Corresponding
+      Source of the work are being offered to the general public at no
+      charge under subsection 6d.
+ .
+    A separable portion of the object code, whose source code is excluded
+  from the Corresponding Source as a System Library, need not be
+  included in conveying the object code work.
+ .
+    A "User Product" is either (1) a "consumer product", which means any
+  tangible personal property which is normally used for personal, family,
+  or household purposes, or (2) anything designed or sold for incorporation
+  into a dwelling.  In determining whether a product is a consumer product,
+  doubtful cases shall be resolved in favor of coverage.  For a particular
+  product received by a particular user, "normally used" refers to a
+  typical or common use of that class of product, regardless of the status
+  of the particular user or of the way in which the particular user
+  actually uses, or expects or is expected to use, the product.  A product
+  is a consumer product regardless of whether the product has substantial
+  commercial, industrial or non-consumer uses, unless such uses represent
+  the only significant mode of use of the product.
+ .
+    "Installation Information" for a User Product means any methods,
+  procedures, authorization keys, or other information required to install
+  and execute modified versions of a covered work in that User Product from
+  a modified version of its Corresponding Source.  The information must
+  suffice to ensure that the continued functioning of the modified object
+  code is in no case prevented or interfered with solely because
+  modification has been made.
+ .
+    If you convey an object code work under this section in, or with, or
+  specifically for use in, a User Product, and the conveying occurs as
+  part of a transaction in which the right of possession and use of the
+  User Product is transferred to the recipient in perpetuity or for a
+  fixed term (regardless of how the transaction is characterized), the
+  Corresponding Source conveyed under this section must be accompanied
+  by the Installation Information.  But this requirement does not apply
+  if neither you nor any third party retains the ability to install
+  modified object code on the User Product (for example, the work has
+  been installed in ROM).
+ .
+    The requirement to provide Installation Information does not include a
+  requirement to continue to provide support service, warranty, or updates
+  for a work that has been modified or installed by the recipient, or for
+  the User Product in which it has been modified or installed.  Access to a
+  network may be denied when the modification itself materially and
+  adversely affects the operation of the network or violates the rules and
+  protocols for communication across the network.
+ .
+    Corresponding Source conveyed, and Installation Information provided,
+  in accord with this section must be in a format that is publicly
+  documented (and with an implementation available to the public in
+  source code form), and must require no special password or key for
+  unpacking, reading or copying.
+ .
+    7. Additional Terms.
+ .
+    "Additional permissions" are terms that supplement the terms of this
+  License by making exceptions from one or more of its conditions.
+  Additional permissions that are applicable to the entire Program shall
+  be treated as though they were included in this License, to the extent
+  that they are valid under applicable law.  If additional permissions
+  apply only to part of the Program, that part may be used separately
+  under those permissions, but the entire Program remains governed by
+  this License without regard to the additional permissions.
+ .
+    When you convey a copy of a covered work, you may at your option
+  remove any additional permissions from that copy, or from any part of
+  it.  (Additional permissions may be written to require their own
+  removal in certain cases when you modify the work.)  You may place
+  additional permissions on material, added by you to a covered work,
+  for which you have or can give appropriate copyright permission.
+ .
+    Notwithstanding any other provision of this License, for material you
+  add to a covered work, you may (if authorized by the copyright holders of
+  that material) supplement the terms of this License with terms:
+ .
+      a) Disclaiming warranty or limiting liability differently from the
+      terms of sections 15 and 16 of this License; or
+ .
+      b) Requiring preservation of specified reasonable legal notices or
+      author attributions in that material or in the Appropriate Legal
+      Notices displayed by works containing it; or
+ .
+      c) Prohibiting misrepresentation of the origin of that material, or
+      requiring that modified versions of such material be marked in
+      reasonable ways as different from the original version; or
+ .
+      d) Limiting the use for publicity purposes of names of licensors or
+      authors of the material; or
+ .
+      e) Declining to grant rights under trademark law for use of some
+      trade names, trademarks, or service marks; or
+ .
+      f) Requiring indemnification of licensors and authors of that
+      material by anyone who conveys the material (or modified versions of
+      it) with contractual assumptions of liability to the recipient, for
+      any liability that these contractual assumptions directly impose on
+      those licensors and authors.
+ .
+    All other non-permissive additional terms are considered "further
+  restrictions" within the meaning of section 10.  If the Program as you
+  received it, or any part of it, contains a notice stating that it is
+  governed by this License along with a term that is a further
+  restriction, you may remove that term.  If a license document contains
+  a further restriction but permits relicensing or conveying under this
+  License, you may add to a covered work material governed by the terms
+  of that license document, provided that the further restriction does
+  not survive such relicensing or conveying.
+ .
+    If you add terms to a covered work in accord with this section, you
+  must place, in the relevant source files, a statement of the
+  additional terms that apply to those files, or a notice indicating
+  where to find the applicable terms.
+ .
+    Additional terms, permissive or non-permissive, may be stated in the
+  form of a separately written license, or stated as exceptions;
+  the above requirements apply either way.
+ .
+    8. Termination.
+ .
+    You may not propagate or modify a covered work except as expressly
+  provided under this License.  Any attempt otherwise to propagate or
+  modify it is void, and will automatically terminate your rights under
+  this License (including any patent licenses granted under the third
+  paragraph of section 11).
+ .
+    However, if you cease all violation of this License, then your
+  license from a particular copyright holder is reinstated (a)
+  provisionally, unless and until the copyright holder explicitly and
+  finally terminates your license, and (b) permanently, if the copyright
+  holder fails to notify you of the violation by some reasonable means
+  prior to 60 days after the cessation.
+ .
+    Moreover, your license from a particular copyright holder is
+  reinstated permanently if the copyright holder notifies you of the
+  violation by some reasonable means, this is the first time you have
+  received notice of violation of this License (for any work) from that
+  copyright holder, and you cure the violation prior to 30 days after
+  your receipt of the notice.
+ .
+    Termination of your rights under this section does not terminate the
+  licenses of parties who have received copies or rights from you under
+  this License.  If your rights have been terminated and not permanently
+  reinstated, you do not qualify to receive new licenses for the same
+  material under section 10.
+ .
+    9. Acceptance Not Required for Having Copies.
+ .
+    You are not required to accept this License in order to receive or
+  run a copy of the Program.  Ancillary propagation of a covered work
+  occurring solely as a consequence of using peer-to-peer transmission
+  to receive a copy likewise does not require acceptance.  However,
+  nothing other than this License grants you permission to propagate or
+  modify any covered work.  These actions infringe copyright if you do
+  not accept this License.  Therefore, by modifying or propagating a
+  covered work, you indicate your acceptance of this License to do so.
+ .
+    10. Automatic Licensing of Downstream Recipients.
+ .
+    Each time you convey a covered work, the recipient automatically
+  receives a license from the original licensors, to run, modify and
+  propagate that work, subject to this License.  You are not responsible
+  for enforcing compliance by third parties with this License.
+ .
+    An "entity transaction" is a transaction transferring control of an
+  organization, or substantially all assets of one, or subdividing an
+  organization, or merging organizations.  If propagation of a covered
+  work results from an entity transaction, each party to that
+  transaction who receives a copy of the work also receives whatever
+  licenses to the work the party's predecessor in interest had or could
+  give under the previous paragraph, plus a right to possession of the
+  Corresponding Source of the work from the predecessor in interest, if
+  the predecessor has it or can get it with reasonable efforts.
+ .
+    You may not impose any further restrictions on the exercise of the
+  rights granted or affirmed under this License.  For example, you may
+  not impose a license fee, royalty, or other charge for exercise of
+  rights granted under this License, and you may not initiate litigation
+  (including a cross-claim or counterclaim in a lawsuit) alleging that
+  any patent claim is infringed by making, using, selling, offering for
+  sale, or importing the Program or any portion of it.
+ .
+    11. Patents.
+ .
+    A "contributor" is a copyright holder who authorizes use under this
+  License of the Program or a work on which the Program is based.  The
+  work thus licensed is called the contributor's "contributor version".
+ .
+    A contributor's "essential patent claims" are all patent claims
+  owned or controlled by the contributor, whether already acquired or
+  hereafter acquired, that would be infringed by some manner, permitted
+  by this License, of making, using, or selling its contributor version,
+  but do not include claims that would be infringed only as a
+  consequence of further modification of the contributor version.  For
+  purposes of this definition, "control" includes the right to grant
+  patent sublicenses in a manner consistent with the requirements of
+  this License.
+ .
+    Each contributor grants you a non-exclusive, worldwide, royalty-free
+  patent license under the contributor's essential patent claims, to
+  make, use, sell, offer for sale, import and otherwise run, modify and
+  propagate the contents of its contributor version.
+ .
+    In the following three paragraphs, a "patent license" is any express
+  agreement or commitment, however denominated, not to enforce a patent
+  (such as an express permission to practice a patent or covenant not to
+  sue for patent infringement).  To "grant" such a patent license to a
+  party means to make such an agreement or commitment not to enforce a
+  patent against the party.
+ .
+    If you convey a covered work, knowingly relying on a patent license,
+  and the Corresponding Source of the work is not available for anyone
+  to copy, free of charge and under the terms of this License, through a
+  publicly available network server or other readily accessible means,
+  then you must either (1) cause the Corresponding Source to be so
+  available, or (2) arrange to deprive yourself of the benefit of the
+  patent license for this particular work, or (3) arrange, in a manner
+  consistent with the requirements of this License, to extend the patent
+  license to downstream recipients.  "Knowingly relying" means you have
+  actual knowledge that, but for the patent license, your conveying the
+  covered work in a country, or your recipient's use of the covered work
+  in a country, would infringe one or more identifiable patents in that
+  country that you have reason to believe are valid.
+ .
+    If, pursuant to or in connection with a single transaction or
+  arrangement, you convey, or propagate by procuring conveyance of, a
+  covered work, and grant a patent license to some of the parties
+  receiving the covered work authorizing them to use, propagate, modify
+  or convey a specific copy of the covered work, then the patent license
+  you grant is automatically extended to all recipients of the covered
+  work and works based on it.
+ .
+    A patent license is "discriminatory" if it does not include within
+  the scope of its coverage, prohibits the exercise of, or is
+  conditioned on the non-exercise of one or more of the rights that are
+  specifically granted under this License.  You may not convey a covered
+  work if you are a party to an arrangement with a third party that is
+  in the business of distributing software, under which you make payment
+  to the third party based on the extent of your activity of conveying
+  the work, and under which the third party grants, to any of the
+  parties who would receive the covered work from you, a discriminatory
+  patent license (a) in connection with copies of the covered work
+  conveyed by you (or copies made from those copies), or (b) primarily
+  for and in connection with specific products or compilations that
+  contain the covered work, unless you entered into that arrangement,
+  or that patent license was granted, prior to 28 March 2007.
+ .
+    Nothing in this License shall be construed as excluding or limiting
+  any implied license or other defenses to infringement that may
+  otherwise be available to you under applicable patent law.
+ .
+    12. No Surrender of Others' Freedom.
+ .
+    If conditions are imposed on you (whether by court order, agreement or
+  otherwise) that contradict the conditions of this License, they do not
+  excuse you from the conditions of this License.  If you cannot convey a
+  covered work so as to satisfy simultaneously your obligations under this
+  License and any other pertinent obligations, then as a consequence you may
+  not convey it at all.  For example, if you agree to terms that obligate you
+  to collect a royalty for further conveying from those to whom you convey
+  the Program, the only way you could satisfy both those terms and this
+  License would be to refrain entirely from conveying the Program.
+ .
+    13. Remote Network Interaction; Use with the GNU General Public License.
+ .
+    Notwithstanding any other provision of this License, if you modify the
+  Program, your modified version must prominently offer all users
+  interacting with it remotely through a computer network (if your version
+  supports such interaction) an opportunity to receive the Corresponding
+  Source of your version by providing access to the Corresponding Source
+  from a network server at no charge, through some standard or customary
+  means of facilitating copying of software.  This Corresponding Source
+  shall include the Corresponding Source for any work covered by version 3
+  of the GNU General Public License that is incorporated pursuant to the
+  following paragraph.
+ .
+    Notwithstanding any other provision of this License, you have
+  permission to link or combine any covered work with a work licensed
+  under version 3 of the GNU General Public License into a single
+  combined work, and to convey the resulting work.  The terms of this
+  License will continue to apply to the part which is the covered work,
+  but the work with which it is combined will remain governed by version
+  3 of the GNU General Public License.
+ .
+    14. Revised Versions of this License.
+ .
+    The Free Software Foundation may publish revised and/or new versions of
+  the GNU Affero General Public License from time to time.  Such new versions
+  will be similar in spirit to the present version, but may differ in detail to
+  address new problems or concerns.
+ .
+    Each version is given a distinguishing version number.  If the
+  Program specifies that a certain numbered version of the GNU Affero General
+  Public License "or any later version" applies to it, you have the
+  option of following the terms and conditions either of that numbered
+  version or of any later version published by the Free Software
+  Foundation.  If the Program does not specify a version number of the
+  GNU Affero General Public License, you may choose any version ever published
+  by the Free Software Foundation.
+ .
+    If the Program specifies that a proxy can decide which future
+  versions of the GNU Affero General Public License can be used, that proxy's
+  public statement of acceptance of a version permanently authorizes you
+  to choose that version for the Program.
+ .
+    Later license versions may give you additional or different
+  permissions.  However, no additional obligations are imposed on any
+  author or copyright holder as a result of your choosing to follow a
+  later version.
+ .
+    15. Disclaimer of Warranty.
+ .
+    THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
+  APPLICABLE LAW.  EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
+  HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
+  OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
+  THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
+  PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
+  IS WITH YOU.  SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
+  ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
+ .
+    16. Limitation of Liability.
+ .
+    IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
+  WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
+  THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
+  GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
+  USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
+  DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
+  PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
+  EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
+  SUCH DAMAGES.
+ .
+    17. Interpretation of Sections 15 and 16.
+ .
+    If the disclaimer of warranty and limitation of liability provided
+  above cannot be given local legal effect according to their terms,
+  reviewing courts shall apply local law that most closely approximates
+  an absolute waiver of all civil liability in connection with the
+  Program, unless a warranty or assumption of liability accompanies a
+  copy of the Program in return for a fee.
+ .
+                       END OF TERMS AND CONDITIONS
+ .
+              How to Apply These Terms to Your New Programs
+ .
+    If you develop a new program, and you want it to be of the greatest
+  possible use to the public, the best way to achieve this is to make it
+  free software which everyone can redistribute and change under these terms.
+ .
+    To do so, attach the following notices to the program.  It is safest
+  to attach them to the start of each source file to most effectively
+  state the exclusion of warranty; and each file should have at least
+  the "copyright" line and a pointer to where the full notice is found.
+ .
+      <one line to give the program's name and a brief idea of what it does.>
+      Copyright (C) <year>  <name of author>
+ .
+      This program is free software: you can redistribute it and/or modify
+      it under the terms of the GNU Affero General Public License as published by
+      the Free Software Foundation, either version 3 of the License, or
+      (at your option) any later version.
+ .
+      This program is distributed in the hope that it will be useful,
+      but WITHOUT ANY WARRANTY; without even the implied warranty of
+      MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+      GNU Affero General Public License for more details.
+ .
+      You should have received a copy of the GNU Affero General Public License
+      along with this program.  If not, see <http://www.gnu.org/licenses/>.
+ .
+  Also add information on how to contact you by electronic and paper mail.
+ .
+    If your software can interact with users remotely through a computer
+  network, you should also make sure that it provides a way for users to
+  get its source.  For example, if your program is a web application, its
+  interface could display a "Source" link that leads users to an archive
+  of the code.  There are many ways you could offer source, and different
+  solutions will be better for different programs; see section 13 for the
+  specific requirements.
+ .
+    You should also get your employer (if you work as a programmer) or school,
+  if any, to sign a "copyright disclaimer" for the program, if necessary.
+  For more information on this, and how to apply and follow the GNU AGPL, see
+  <http://www.gnu.org/licenses/>.
diff --git a/debian/doc-base b/debian/doc-base
new file mode 100644
index 0000000000..f71a233333
--- /dev/null
+++ b/debian/doc-base
@@ -0,0 +1,9 @@
+Document: git-annex
+Title: git-annex documentation
+Author: Joey Hess
+Abstract: All the documentation from git-annex's website.
+Section: File Management
+
+Format: HTML
+Index: /usr/share/doc/git-annex/html/index.html
+Files: /usr/share/doc/git-annex/html/*.html
diff --git a/debian/menu b/debian/menu
new file mode 100644
index 0000000000..20790a94c3
--- /dev/null
+++ b/debian/menu
@@ -0,0 +1,2 @@
+?package(git-annex):needs="X11" section="Applications/Network/File Transfer" \
+	title="git-annex assistant" command="git-annex webapp"
diff --git a/debian/rules b/debian/rules
new file mode 100755
index 0000000000..3a0511fa67
--- /dev/null
+++ b/debian/rules
@@ -0,0 +1,14 @@
+#!/usr/bin/make -f
+
+# Avoid using cabal, as it writes to $HOME
+export CABAL=./Setup
+
+# Do use the changelog's version number, rather than making one up.
+export RELEASE_BUILD=1
+
+%:
+	dh $@
+
+# Not intended for use by anyone except the author.
+announcedir:
+	@echo ${HOME}/src/git-annex/doc/news
diff --git a/debian/tests/basics b/debian/tests/basics
new file mode 100644
index 0000000000..2e4ea43fc1
--- /dev/null
+++ b/debian/tests/basics
@@ -0,0 +1,4 @@
+#!/bin/sh
+testdir="$(mktemp -d)"
+cd "$testdir"
+exec git-annex test
diff --git a/debian/tests/control b/debian/tests/control
new file mode 100644
index 0000000000..928caf8e31
--- /dev/null
+++ b/debian/tests/control
@@ -0,0 +1,4 @@
+Tests: basics
+Depends: @, git, rsync, gnupg
+Restrictions: allow-stderr
+
diff --git a/doc/Android.mdwn b/doc/Android.mdwn
new file mode 100644
index 0000000000..71263ea8dd
--- /dev/null
+++ b/doc/Android.mdwn
@@ -0,0 +1,53 @@
+git-annex is now available for Android. This includes the 
+[[git-annex assistant|/assistant]], for easy syncing between your Android
+and other devices. You do not need to root your Android to use git-annex.
+
+[[Android installation instructions|/install/android]]
+
+When you run the git-annex Android app, two windows will open. The first is
+a terminal window, and the second is a web browser showing the git-annex
+webapp.
+
+[[!img apps.png alt="two windows"]]
+
+[[!toc ]]
+
+## closing and reopening the webapp
+
+The webapp does not need to be left open after you've set up your
+repository. As long as the terminal window is left open, git-annex will
+remain running and sync your files. To re-open the webapp after closing it,
+use the [[!img newwindow.png alt="New Window"]] icon in the terminal window.
+
+## starting git-annex
+
+The app is not currently automatically started on boot, so you will need to
+manually open it to keep your files in sync. You do not need to leave the
+app running all the time, though. It will sync back up automatically when
+started.
+
+## stopping git-annex
+
+Simply close the terminal window to stop git-annex from running.
+
+## using the command line
+
+[[!img terminal.png alt="Android terminal"]]
+
+If you prefer to use `git-annex` at the command line, you can do so using the
+terminal. A fairly full set of tools is provided, including `git`, `ssh`,
+`rsync`, and `gpg`.
+
+To prevent the webapp from being automatically started
+when a terminal window opens, go into the terminal preferences, to "Inital
+Command", and clear out the default `git annex webapp` setting.
+
+Or, if you'd like to run the assistant automatically, but not open the
+webapp, change the "Initial Command" to: `git annex assistant --autostart`
+
+## using from adb shell
+
+To set up the git-annex environment from within `adb shell`, run:
+`/data/data/ga.androidterm/runshell`
+
+This will launch a shell that has git-annex, git, etc in PATH.
diff --git a/doc/Android/comment_19_dc7b428f525a082834cb87221fc627ff._comment b/doc/Android/comment_19_dc7b428f525a082834cb87221fc627ff._comment
new file mode 100644
index 0000000000..009ada0038
--- /dev/null
+++ b/doc/Android/comment_19_dc7b428f525a082834cb87221fc627ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://afoolishmanifesto.com/"
+ nickname="frioux"
+ subject="SSH Keys?"
+ date="2013-07-17T16:50:46Z"
+ content="""
+Is there a way I can use an SSH Key to connect to a remote server?  What would be really cool, though maybe not feasible, would be to use connectbot as an ssh-agent.
+"""]]
diff --git a/doc/Android/comment_20_81940ea56ace3dcd5fa84dfccd88ad96._comment b/doc/Android/comment_20_81940ea56ace3dcd5fa84dfccd88ad96._comment
new file mode 100644
index 0000000000..56a4bb632e
--- /dev/null
+++ b/doc/Android/comment_20_81940ea56ace3dcd5fa84dfccd88ad96._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 20"
+ date="2013-07-17T19:06:31Z"
+ content="""
+@frioux the webapp has a \"ssh server\" option that will set up a ssh key and use it for passwordless data transfer to a ssh server.
+
+The openssh included in the git-annex app fully supports everything you can usually do with ssh keys, so you can also set this up by hand.
+"""]]
diff --git a/doc/Android/comment_29_37aa87a451d4390ed367402eec740855._comment b/doc/Android/comment_29_37aa87a451d4390ed367402eec740855._comment
new file mode 100644
index 0000000000..448050d12f
--- /dev/null
+++ b/doc/Android/comment_29_37aa87a451d4390ed367402eec740855._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 29"
+ date="2013-07-30T17:45:27Z"
+ content="""
+If you are experiencing a problem using git-annex on Android, please examine the list of [[bugs]] and add a new, detailed bug report if no-one has reported the problem. If you are not sure if you have a bug, or need help in filing a good bug report, ask for help in the [[forum]].
+
+I have moved to [[oldcomments]] a lot of old comments about problems that may be fixed or
+not (hard to tell without a bug report!) " This page cannot
+scale to handle every bug report that someone wants to paste into it.
+"""]]
diff --git a/doc/Android/comment_5_ba11b81c671d9bcd6f496fbd6f562b0f._comment b/doc/Android/comment_5_ba11b81c671d9bcd6f496fbd6f562b0f._comment
new file mode 100644
index 0000000000..54053b43df
--- /dev/null
+++ b/doc/Android/comment_5_ba11b81c671d9bcd6f496fbd6f562b0f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://mebus.myopenid.com/"
+ ip="2a01:198:3eb:0:4a5b:39ff:fea4:55b3"
+ subject="comment 5"
+ date="2013-10-19T18:05:52Z"
+ content="""
+Hallo,
+
+how can I use the app with public/private keys for SSH. Where can I add them?
+
+Thanks
+
+Mebus
+
+
+"""]]
diff --git a/doc/Android/comment_6_97704e0d89bb87155e019e09e54fc9bf._comment b/doc/Android/comment_6_97704e0d89bb87155e019e09e54fc9bf._comment
new file mode 100644
index 0000000000..39c44a8fb8
--- /dev/null
+++ b/doc/Android/comment_6_97704e0d89bb87155e019e09e54fc9bf._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk2BFMjJW081uX4aJdhStmSFPBUGzL92ZU"
+ nickname="Frédéric"
+ subject="where do I put the SSH keys on Android"
+ date="2014-02-26T20:26:38Z"
+ content="""
+@mebus :
+You can put your SSH keys here :
+
+/sdcard/git-annex.home/.ssh/id_rsa
+
+/sdcard/git-annex.home/.ssh/id_rsa.pub
+"""]]
diff --git a/doc/Android/oldcomments.mdwn b/doc/Android/oldcomments.mdwn
new file mode 100644
index 0000000000..3566712cd4
--- /dev/null
+++ b/doc/Android/oldcomments.mdwn
@@ -0,0 +1,2 @@
+If one of these comments is yours, and you are still experiencing the
+problem, please file a proper [[bug_report|bugs]]. --[[Joey]]
diff --git a/doc/Android/oldcomments/comment_10_20e3d513b8b97496d76aca4619026cd6._comment b/doc/Android/oldcomments/comment_10_20e3d513b8b97496d76aca4619026cd6._comment
new file mode 100644
index 0000000000..cf7a4fdb5b
--- /dev/null
+++ b/doc/Android/oldcomments/comment_10_20e3d513b8b97496d76aca4619026cd6._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="comment 10"
+ date="2013-05-24T03:11:50Z"
+ content="""
+>you said before the error was \"Read-only file system\". Now you're saying it's \"Cross-device link\". I'm slightly confused.
+
+;-)  Sorry for confusion, here are the details:
+
+\"Read-only file system\" -- that error appeared when I started \"stock git annex\", i.e. from running /data/data/ga.androidterm/lib/lib.start.so .
+Since you have suggested that it might be coming from hard linking command, I have ran that one manually, and that is when I got \"Cross-device link\" error, which suggests that hard linking is not the one at fault here.
+
+I will try fresh build now
+Cheers,
+"""]]
diff --git a/doc/Android/oldcomments/comment_11_c96b8f1cc1583a74eb2483f48357f023._comment b/doc/Android/oldcomments/comment_11_c96b8f1cc1583a74eb2483f48357f023._comment
new file mode 100644
index 0000000000..2e1ba65606
--- /dev/null
+++ b/doc/Android/oldcomments/comment_11_c96b8f1cc1583a74eb2483f48357f023._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="fresh build"
+ date="2013-05-24T03:21:29Z"
+ content="""
+With fresh build got:
+
+u0_a39@android:/ $ git annex webapp
+/system/bin/sh: git: not found
+
+the PATH is /sbin:/system/bin:/system/xbin
+
+where should git (and ga) reside now ? (/data somehow is not accessible now to u0_a39)
+"""]]
diff --git a/doc/Android/oldcomments/comment_12_6551f5fa081494b079c10a33c9b0d8ad._comment b/doc/Android/oldcomments/comment_12_6551f5fa081494b079c10a33c9b0d8ad._comment
new file mode 100644
index 0000000000..39ce3e0588
--- /dev/null
+++ b/doc/Android/oldcomments/comment_12_6551f5fa081494b079c10a33c9b0d8ad._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-05-24T03:26:33Z"
+ content="""
+You should be able to run /data/data/ga.androidterm/runshell even if you cannot ls /data. This adds /data/data/ga.androidterm/bin to PATH
+
+However, the shell that the app starts is started by runshell anyway, so I don't understand how this could happen.
+"""]]
diff --git a/doc/Android/oldcomments/comment_13_7c633d245651ec08f63194fe1fc194ae._comment b/doc/Android/oldcomments/comment_13_7c633d245651ec08f63194fe1fc194ae._comment
new file mode 100644
index 0000000000..dae84414b1
--- /dev/null
+++ b/doc/Android/oldcomments/comment_13_7c633d245651ec08f63194fe1fc194ae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="Still problems with my old N1/CM7"
+ date="2013-05-24T06:01:18Z"
+ content="""
+Hi, thank you for addressing this issue! I installed the new release but now it fails in another way: the message is just \"In mgmain NJI_OnLoad\" then the terminal says that the session is closed.
+"""]]
diff --git a/doc/Android/oldcomments/comment_14_60c2403140085f9caf48a33b59a36ab4._comment b/doc/Android/oldcomments/comment_14_60c2403140085f9caf48a33b59a36ab4._comment
new file mode 100644
index 0000000000..a6f4598f6e
--- /dev/null
+++ b/doc/Android/oldcomments/comment_14_60c2403140085f9caf48a33b59a36ab4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="It starts after uninstall/install"
+ date="2013-05-24T23:29:52Z"
+ content="""
+Hi Joey -- there is success here... previous installation was \"updated\" by installing the new package without uninstalling previous one, and that apparently didn't work correctly (I didn't even have bin/ directory you mentioned).  So I have removed previous installation and reinstalled it again -- it starts now!  Thanks ;)
+"""]]
diff --git a/doc/Android/oldcomments/comment_15_77bafc01b47d4cf8f96bde2b6704ed71._comment b/doc/Android/oldcomments/comment_15_77bafc01b47d4cf8f96bde2b6704ed71._comment
new file mode 100644
index 0000000000..0ecd59fe66
--- /dev/null
+++ b/doc/Android/oldcomments/comment_15_77bafc01b47d4cf8f96bde2b6704ed71._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="asking for ssh password in the terminal (not in web ui)"
+ date="2013-05-24T23:49:40Z"
+ content="""
+not sure if that is a known issue:  whenever \"remote server\" is added, password needs to be typed back in the original terminal... is a bit challenging to do on android and not straightforward user-wise  
+"""]]
diff --git a/doc/Android/oldcomments/comment_16_9af73451be09f03cfff81fdf9481ffc4._comment b/doc/Android/oldcomments/comment_16_9af73451be09f03cfff81fdf9481ffc4._comment
new file mode 100644
index 0000000000..07923c1722
--- /dev/null
+++ b/doc/Android/oldcomments/comment_16_9af73451be09f03cfff81fdf9481ffc4._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="Few other issues"
+ date="2013-05-25T15:35:46Z"
+ content="""
+Hi again.
+
+talking about 4.20130523-gcfe07a2 version:
+
+- because working in the terminal to interact with git-annex probably should not be a common case on Android, may be it is worth making default type of new added repository to become a full backup?  I have initiated a new one, attached a remote one, it said \"synced\" but all the files were just containing symlinks and were not usable.  I had to switch to \"full backup\" (or whatever that name) to finally get directory synced
+
+- log file might grow too large simply because of containing numerous entries for attempting connect remote repository while offline, e.g.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could not resolve hostname onerussian.com: No address associated with hostname
+fatal: Could not read from remote repository.
+
+IMHO those should not be there at all, e.g. if it is known that ATM there is no network connectivity
+
+- In addition to two existing repositories (1 local /sdcard/annex, which is also avail at/storage/sdcard0/annex + 1 remote) I have added one more local (and said to keep it in sync with original local).  But it didn't work -- it \"Synced with onerussian.com_annex but not with Annex\" and claimed that the /external/extSdCard/Annex doesn't exist, although it is there (and with .git generated etc).  When I restarted the deamon I got into a \"new\" Repository: /storage/extSdCard/Annex which also listed the 1st local but with \"Failed to sync with localhost\" message -- no remote one listed.  Whenever I try to \"Switch repository\" to /sdcard/annex (the original local) -- it starts loading a new page but gets stuck right there.  The only way to revive webui is to go back to Dashboard.  Log there says (retyping from the screen so typos might be there):
+
+error: cannot run git-receive-pack '/storage/sdcard0/annex': No such file or directory
+fatal: unable to fork
+
+"""]]
diff --git a/doc/Android/oldcomments/comment_17_f76561a654b534df3a807b1c045710b2._comment b/doc/Android/oldcomments/comment_17_f76561a654b534df3a807b1c045710b2._comment
new file mode 100644
index 0000000000..bc4a648101
--- /dev/null
+++ b/doc/Android/oldcomments/comment_17_f76561a654b534df3a807b1c045710b2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="comment 17"
+ date="2013-05-29T02:43:29Z"
+ content="""
+joey -- any additional information could I provide to troubleshoot the issue?  original repository seems to sync ok, but I can't \"administer\" it if I can't even switch to it...
+"""]]
diff --git a/doc/Android/oldcomments/comment_18_1b46cdf154ddadfe17e4b6e4054dc619._comment b/doc/Android/oldcomments/comment_18_1b46cdf154ddadfe17e4b6e4054dc619._comment
new file mode 100644
index 0000000000..bf9d79060b
--- /dev/null
+++ b/doc/Android/oldcomments/comment_18_1b46cdf154ddadfe17e4b6e4054dc619._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://aap.liquidid.net/"
+ nickname="AAP"
+ subject="comment 18"
+ date="2013-05-30T11:23:58Z"
+ content="""
+I too get the 'link busybox: Read-only file system' message. Here is my phone info: 
+
+Phone: Samsung Galaxy Y GT-S5360 (rooted)   
+Android: 2.3.6 Gingerbread   
+BusyBox path: /system/xbin/ 
+
+
+Androids own terminal seems not to understand the d argument (-ld: No such file or directory) but over ssh 'ls -ld /data/data/ga.androidterm' returns
+     
+         drwxr-x--x    1 app_97   app_97           0 May 30 12:57 /data/data/ga.androidterm/
+"""]]
diff --git a/doc/Android/oldcomments/comment_1_cc9caa5dd22dd67e5c1d22d697096dd2._comment b/doc/Android/oldcomments/comment_1_cc9caa5dd22dd67e5c1d22d697096dd2._comment
new file mode 100644
index 0000000000..44b1a5d705
--- /dev/null
+++ b/doc/Android/oldcomments/comment_1_cc9caa5dd22dd67e5c1d22d697096dd2._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="Does it require the device to be rooted?"
+ date="2013-05-16T20:55:45Z"
+ content="""
+Following your news on kickstarter downloaded the .apk, and installed it.  Upn start I just got a terminal window with
+
+  link busybox: Read-only file system
+
+  [Terminal session finished]
+
+That is on Galaxy Note
+
+"""]]
diff --git a/doc/Android/oldcomments/comment_21_5903f6a4a81a6534fa8cfafb3b6c37bb._comment b/doc/Android/oldcomments/comment_21_5903f6a4a81a6534fa8cfafb3b6c37bb._comment
new file mode 100644
index 0000000000..1e247b96a5
--- /dev/null
+++ b/doc/Android/oldcomments/comment_21_5903f6a4a81a6534fa8cfafb3b6c37bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://afoolishmanifesto.com/"
+ nickname="frioux"
+ subject="SSH Keys - 2"
+ date="2013-07-17T22:56:37Z"
+ content="""
+@joey should I be using the nightlies to see that?  Under \"Adding a remote server using ssh\" I only see  Host name, user name, directory, and port.  Will it only be an option after I type in a password?
+"""]]
diff --git a/doc/Android/oldcomments/comment_22_36afd354f9669a154d7b6b2c4d43ded9._comment b/doc/Android/oldcomments/comment_22_36afd354f9669a154d7b6b2c4d43ded9._comment
new file mode 100644
index 0000000000..e5b5f964aa
--- /dev/null
+++ b/doc/Android/oldcomments/comment_22_36afd354f9669a154d7b6b2c4d43ded9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.48"
+ subject="comment 22"
+ date="2013-07-17T23:25:21Z"
+ content="""
+@frioux it will automatically generate a new ssh key and configure the server to use it, once you submit the form and enter the password to let it into the server.
+"""]]
diff --git a/doc/Android/oldcomments/comment_23_de98154792e8611a134429f06d82bcb1._comment b/doc/Android/oldcomments/comment_23_de98154792e8611a134429f06d82bcb1._comment
new file mode 100644
index 0000000000..1f34a775e7
--- /dev/null
+++ b/doc/Android/oldcomments/comment_23_de98154792e8611a134429f06d82bcb1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://afoolishmanifesto.com/"
+ nickname="frioux"
+ subject="comment 23"
+ date="2013-07-18T02:01:28Z"
+ content="""
+@joey: ok, I got it to connect and it indeed sent over a key etc.  For some reason now though git-annex (on android) \"crashes\" shortly after starting.  To be clear, the web app says that the program crashed, the console is still there.  I suspect that it may have something to do with my largish remote repo and the time required to sync just the metadata, but I can't tell.  Any ideas what I should do next?  (Note that I *did* change it to manual mode because my phone doesn't have 30G of storage :)
+"""]]
diff --git a/doc/Android/oldcomments/comment_24_7ab509c25243009bfbffd796ec64e77b._comment b/doc/Android/oldcomments/comment_24_7ab509c25243009bfbffd796ec64e77b._comment
new file mode 100644
index 0000000000..fdec15ac63
--- /dev/null
+++ b/doc/Android/oldcomments/comment_24_7ab509c25243009bfbffd796ec64e77b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://afoolishmanifesto.com/"
+ nickname="frioux"
+ subject="comment 24"
+ date="2013-07-18T11:35:06Z"
+ content="""
+ok, it eventually got the details from the remote server, but now I'm getting some other oddities.  here is some of my log that shows what I am running into
+
+Watcher crashed: addWatch: does not exist (No such file or directory) [2013-07-18 06:22:46 CDT] Watcher: warning Watcher crashed: addWatch: does not exist (No such file or directory) (scanning...) [2013-07-18 06:23:19 CDT] Watcher: Performing startup scan Watcher crashed: addWatch: does not exist (No such file or directory) [2013-07-18 06:24:28 CDT] Watcher: warning Watcher crashed: addWatch: does not exist (No such file or directory) (scanning...) [2013-07-18 06:24:31 CDT] Watcher: Performing startup scan Watcher crashed: addWatch: does not exist (No such file or directory) [2013-07-18 06:25:44 CDT] Watcher: warning Watcher crashed: addWatch: does not exist (No such file or directory)
+"""]]
diff --git a/doc/Android/oldcomments/comment_25_026d1a01d5753d71ac3dfc002f2a5eec._comment b/doc/Android/oldcomments/comment_25_026d1a01d5753d71ac3dfc002f2a5eec._comment
new file mode 100644
index 0000000000..aa74230dc4
--- /dev/null
+++ b/doc/Android/oldcomments/comment_25_026d1a01d5753d71ac3dfc002f2a5eec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRfQArYOmDd7r2DC7DkIJFOQgqXCVcAeU"
+ nickname="Frew"
+ subject="comment 25"
+ date="2013-07-18T13:14:46Z"
+ content="""
+frioux here (something messed up with myopenid or something)
+
+So I deleted the repo on my phone (via the CLI since the web app seemed hung) and recreated it; this time making sure that I set things to manual mode ASAP.  It didn't have the problem it was having before, but now what seems to have happened is that it fetches from the remote, commits to the local repo, and then immediately fetches and commits again.  It looks like it's about a 4s repeat loop.  Any ideas what I should do next?
+"""]]
diff --git a/doc/Android/oldcomments/comment_26_f0a044fb649d43e32c96b08edbc336c3._comment b/doc/Android/oldcomments/comment_26_f0a044fb649d43e32c96b08edbc336c3._comment
new file mode 100644
index 0000000000..c7c0e623f9
--- /dev/null
+++ b/doc/Android/oldcomments/comment_26_f0a044fb649d43e32c96b08edbc336c3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 26"
+ date="2013-07-18T17:07:27Z"
+ content="""
+@Frew, you should file bug reports when you have a bug.
+
+One problem you mentioned had already had a bug report filed by someone
+else:
+<http://git-annex.branchable.com/bugs/Watcher_crashed:_addWatch:_does_not_exist/> So you can post your details there.
+"""]]
diff --git a/doc/Android/oldcomments/comment_27_6b9ae35b1ceeba14cd7a74e142870705._comment b/doc/Android/oldcomments/comment_27_6b9ae35b1ceeba14cd7a74e142870705._comment
new file mode 100644
index 0000000000..b77e0873fa
--- /dev/null
+++ b/doc/Android/oldcomments/comment_27_6b9ae35b1ceeba14cd7a74e142870705._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="Watcher crashed in Android on /storage/sdcard1 - bug?"
+ date="2013-07-29T11:50:46Z"
+ content="""
+In webapp UI, added on first install, the location for repository: /storage/sdcard1
+
+!warning
+
+Watcher crashed: addWatch:
+
+permission denied (Permission denied)
+
+[Restart Thread]
+
+:Performing startup scan
+
+
+In terminal Window 1:
+
+nex webapp                                         <
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+
+
+Android 4.1.1 Huawei Y300 Annex.apk v1.0.52 version 4.20130723
+"""]]
diff --git a/doc/Android/oldcomments/comment_28_c91db1215f529aa68bfb0576c3c5eddc._comment b/doc/Android/oldcomments/comment_28_c91db1215f529aa68bfb0576c3c5eddc._comment
new file mode 100644
index 0000000000..cf315c0d9c
--- /dev/null
+++ b/doc/Android/oldcomments/comment_28_c91db1215f529aa68bfb0576c3c5eddc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Jonathan"
+ ip="63.131.117.194"
+ subject="link busybox: Read-only file system"
+ date="2013-07-29T20:08:12Z"
+ content="""
+Phone: HTC EVO 3d 4g
+Model Number: pg86100
+Android Version: 4.0.3
+"""]]
diff --git a/doc/Android/oldcomments/comment_2_c2422b7dd9d526b3616e49f48cf178c2._comment b/doc/Android/oldcomments/comment_2_c2422b7dd9d526b3616e49f48cf178c2._comment
new file mode 100644
index 0000000000..bfa4decc41
--- /dev/null
+++ b/doc/Android/oldcomments/comment_2_c2422b7dd9d526b3616e49f48cf178c2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-17T22:28:34Z"
+ content="""
+The Android app works on many non-rooted Android systems.
+
+The \"link busybox: Read-only file system\" means that `/data/data/ga.androidterm/lib/lib.busybox.so` cannot be hard linked to `/data/data/ga.androidterm/busybox`. That's not normal. I'd appreciate if you could provide more information on your Android device, like Android version and model number.
+"""]]
diff --git a/doc/Android/oldcomments/comment_3_0e4980c27b13dbc28477c02a82898248._comment b/doc/Android/oldcomments/comment_3_0e4980c27b13dbc28477c02a82898248._comment
new file mode 100644
index 0000000000..fdbfac1c6f
--- /dev/null
+++ b/doc/Android/oldcomments/comment_3_0e4980c27b13dbc28477c02a82898248._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="Follow-up information on my system"
+ date="2013-05-18T01:23:28Z"
+ content="""
+Sorry for the delay:  my android is stock Samsung-tuned Jelly beans.
+Android 4.1.2
+Baseband version N7000XXLSO
+
+not sure if that would be of any use :-/  nothing in the logs (aLogcat) if I filter by annex -- should there any debug output? what should be a key to search by?
+
+
+"""]]
diff --git a/doc/Android/oldcomments/comment_4_86f7b5444e2eaea7f8f7b9160f671a1d._comment b/doc/Android/oldcomments/comment_4_86f7b5444e2eaea7f8f7b9160f671a1d._comment
new file mode 100644
index 0000000000..ad46a26be8
--- /dev/null
+++ b/doc/Android/oldcomments/comment_4_86f7b5444e2eaea7f8f7b9160f671a1d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnu1NYw8UF-NoDbKu8YKVGxi8FoZLH7JPs"
+ nickname="Chris"
+ subject="Not starting browser on Nexus 7, Android 4.2.2"
+ date="2013-05-19T14:04:28Z"
+ content="""
+I just tried to run this on my Nexus 7 which has Android 4.2.2, and I received the following: <http://hodapple.com/files/Screenshot_2013-05-19-09-49-53.png> <http://hodapple.com/files/git-annex-error.txt>
+
+In spite of that, though, the URL provided still worked.
+"""]]
diff --git a/doc/Android/oldcomments/comment_5_9d78009435736a178d5a3f5a9bc0ed6a._comment b/doc/Android/oldcomments/comment_5_9d78009435736a178d5a3f5a9bc0ed6a._comment
new file mode 100644
index 0000000000..d29a59036b
--- /dev/null
+++ b/doc/Android/oldcomments/comment_5_9d78009435736a178d5a3f5a9bc0ed6a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-19T19:46:14Z"
+ content="""
+@Chris, that is a known bug: [[bugs/Android_app_permission_denial_on_startup]]
+"""]]
diff --git a/doc/Android/oldcomments/comment_6_7b9523ddb20dc4a929e556c3ed0c7406._comment b/doc/Android/oldcomments/comment_6_7b9523ddb20dc4a929e556c3ed0c7406._comment
new file mode 100644
index 0000000000..1c4aceaefc
--- /dev/null
+++ b/doc/Android/oldcomments/comment_6_7b9523ddb20dc4a929e556c3ed0c7406._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-19T20:06:56Z"
+ content="""
+@yarikoptic, there is a process you can perform that will help me determine what's going on.
+
+You should be able to get the git-annex app to let you into a shell. You can do this by starting the app, and then going into its configuration menu, to Preferences, selecting \"Command Line\", and changing it to run \"/system/bin/sh\"
+
+Then when you open a new window in the git-annex app, you'll be at a shell prompt. From there, you can run:
+
+ls -ld /data/data/ga.androidterm
+
+I'm interested to know a) whether the directory exists and b) what permissions and owner it has. On my tablet, I get back \"drwxr-x--x app_39 app_39\" .. and if I run `id` in the shell, it tells me it's running as `app_39`.
+
+My guess is the directory probably does exist, but cannot be written to by the app. If you're able to verify that, the next step will be to investigate if there is some other directory that the app can write to. It needs to be able to write to someplace that is not on the `/sdcard` to install itself.
+"""]]
diff --git a/doc/Android/oldcomments/comment_7_a56628a622da752806c42c5b8b54ceef._comment b/doc/Android/oldcomments/comment_7_a56628a622da752806c42c5b8b54ceef._comment
new file mode 100644
index 0000000000..df0c0a2de2
--- /dev/null
+++ b/doc/Android/oldcomments/comment_7_a56628a622da752806c42c5b8b54ceef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="Link issue"
+ date="2013-05-22T12:01:38Z"
+ content="""
+Hi, I have exactly the same problem with the link that fails on my phone. However, I checked the permissions and they are as you describe on your tablet (except for the app number). At the same time, everything is fine on my tablet... The phone runs an old Cyanogenmod 7.2.0 (Android 2.3.7) while the tablet is a more recent Asus TF700T (Android 4.1.1). Let me know if you want me to run tests.
+"""]]
diff --git a/doc/Android/oldcomments/comment_8_19656ec99b8f6aa64c1d01a3c9ae9bd0._comment b/doc/Android/oldcomments/comment_8_19656ec99b8f6aa64c1d01a3c9ae9bd0._comment
new file mode 100644
index 0000000000..43ff8d64bd
--- /dev/null
+++ b/doc/Android/oldcomments/comment_8_19656ec99b8f6aa64c1d01a3c9ae9bd0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="why ln failed"
+ date="2013-05-23T13:27:39Z"
+ content="""
+Finally got to check it out:  so indeed hardlinking fails but not because of permissions but \"link failed Cross-device link\"  that lib is -> /mnt/asec/ga.androidterm-1/lib  which resides on a different partition (vfat, /dev/block/dm-2, ro) from /data (ext4, /dev/block/mmcblk0p10)
+"""]]
diff --git a/doc/Android/oldcomments/comment_9_55e703ae105d0c0ee9ac50df8cc59dfb._comment b/doc/Android/oldcomments/comment_9_55e703ae105d0c0ee9ac50df8cc59dfb._comment
new file mode 100644
index 0000000000..0970412a4d
--- /dev/null
+++ b/doc/Android/oldcomments/comment_9_55e703ae105d0c0ee9ac50df8cc59dfb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-05-23T18:44:46Z"
+ content="""
+@yarikoptic you said before the error was \"Read-only file system\". Now you're saying it's \"Cross-device link\". I'm slightly confused.
+
+I've reworked the android app to not need any hard links. Try the current autobuild: <http://downloads.kitenet.net/git-annex/autobuild/android/git-annex.apk>
+"""]]
diff --git a/doc/android/DCIM.png b/doc/android/DCIM.png
new file mode 100644
index 0000000000000000000000000000000000000000..3ac0933234e6eee1e0736584bf6547fae9553aea
GIT binary patch
literal 95786
zcmd43WmuJ6_b-Z~vP2P3LIEie5RgtOS<=!X9ZGk1rwB-kq#z(&(hVXd-5}lF-Eao)
z```Oq=X~4W_PU<yQDL#xz2-f~7{8kM%See}pc9~@prBxgi3-Z0prDeXpxl^7+=Q?6
z=_Vw@AE?$yF?j?6F*YMTje<goA|@yx?-0K}VXuTEa)q)zQss>roRY9V8Acv}L55RL
zZx=+Moh;1cPuU#K(e#yrvW_CnF!=?6cY(bumaMFd0QQRH>$cvo2lg$46Bidujz={p
zS~D_pXBRw<yL4-t>+9o_>-PG3OP{fy3B$#};|CW}Y+9ln@ulM{Ztg@oyaeVqZyM6S
z--d5Zk2E=rKKakH9423TTz?7W$HyKa1TmT#JN*4M|Bu`EuD|%Yf%NzFheGLLTqeI2
zf=W*afB!+!<Mls3g7x9X^>+>a&Dmf}#j$tR*Ut=OzQe%4@D8KeUiYR){(qnDlb^qZ
z62ZvMZf9$2YGm{f-8c4cAHRnZo!h9gL)-qr0bC~hgoi%<SVxD6hnSMGvagR1HBP|Q
zca*o8@_e2tGC0qp+PR3NLJq7d;z<#B#xg1-?`d$w!cEw#t~!g0i|@=W*UTV8+ZRmO
zRmsB)jEyl5u_MJ(kx9$y>(aL+`?U&={Uh0rr^q5&4Px~QlyHQ2W6be>U#6q0Wy;e;
zwxLbR5I+<PpO~1q`f-X?i9ow87B2Un@8~dBs7Zy-Yg0VL#eFX$)59GqE-gJ(Y#2dV
zIO6x6+dhHEF`V?XCzbC#0rD`>)V`JnVx1iwcrR6o-7cI|Rma>f)-(xPmCSL3m=b&c
z6=>r#Xz+-lt&&LgKlB&8FzOu~bls{sl8}(N6TKecNP!~#si0s7Zs++`!^A|*)y8vo
zsz`Bc<UKq(1Ufnrp{$~Exu$tV@Dr`nEkm9r&CQ{jV3&zHvTbrsWWlP!X(mHHOQ6#`
zG7|UQG=-QP4x2*@d=7M9Ez%eJ%FaA4g=A!8EP5S}Mehu7adG9UmgTjyZEl*yrtK6_
z?~&2qpdVnyrWyJodnYDdhKcGhKY6#<(IP4PRf%rXRZcFmxT@-`fMvWz`&D2QIs#!~
zVKHr05fl`}VK)Al&!s#nYPjn=w`Fj;bmHdpw8idx>!(kj*o=p!YpQFmANSDF!y_U{
z9OOM;Gr~o%u&_Mv>z|xV`2Jm8L!;|_t(~E+W5(ieV~oRT-vA8_jW}d@VBl+P?C9ud
z07uX8u=~NFVqjpP`D8Vh**K@Mv9XVgsi~>Bcz^`uJO0r8{QRn_s)B+7QHrdb90_UZ
zmgj3LD^G}tC;$C(m~FgUomx|KvA@z^RayCfgpX&N;h*zX4L&ZeP=B#_s*#aVrPV@P
zl&0HB2L9>0iWXyZA=#m!Aprq_w6wH`{uKQD{Is-dObOb}L4<HsIQaN2S_N9#+GvIr
zHL0nowY7Y;h^@&QRaMn9dEp)FigAufhi7DDNri=S-mR-^Yw)g%^YaFblH2mp(b46V
zm8T~sFEwk`6czEw1jBV49Z%rBTTN1AsCW1F29H$g+-go0^Giw&mU~k;%qNMabL~mL
zil^4q)rEwF)YiI*h_nO|a%5#?CA<#hFdE3HvfmP?cz6(5q~BdyR@S2FSfCUi5fKp=
zmz^mbH90yqrmd~L^ZjpUrz9QTRF%DXXfT`0u>~}TuV25mNF{ZTYEQQs^~ACn2NQAq
zS+E+;QEm`a85|tsMTXsdM9KN;l@({a^U>yWDk^(hTkKmqyX_27k&z4Y^GZre9f`0y
z{8y`k*&W}bk~0?Cqt=#}1w};oH6~9T0xebtG9Ns6pjA*_S~}F&sB^eJ!s*eZtk2%y
zp7!%+bZo4XlM_2D>({8Lvf^T%?JgZ%T{i1Q3B17fs;Yrlg(W55nRUhG<m3bdZWILt
z2X{64Ka!M`jEjr2wYA+?U#Fv^gB|0SShGzAWu(^?4|N+C8@s-~&cnlV9|I%C<1QJi
z<*cB+{SjP$WMm{4C+8O;uD*_r^^O=8L{f4xxxKwTAt9l@{!(Efvlr>jn>P_&qEb>r
z14V9<lAXspa|iqTUS3|4u1D&y>WUhUx81EM#KI}W`dQ;T^@>JTX<r1)T5xuVS8LEm
zJ@bKnG*Gu^RY8>gyEsY?$2YNCiSFCCZ+KFkX@>F4NJM&viGLIq(E~T(B<g@BEnb}u
zJB*1|Iy&=_w2E*)b8>UvAd$r-CH?*Vz3xsI7JMZoC6>7~k>VxA#qu<`Lb56<D&>As
zG?7pius7}O?TeIh;8PHX_+9RCBEu;Ho8W5T`641{_+Jweh`T%l$)VBc7AVPO;+T6!
zG*M;CW&Sf^r^iZ_GlYk}epFOcdV2aWl-Z+dO@)}Thf;!X-@bjvaYs>65if9IW=0n3
z)5QfrmMZ6;*az1ZQ~Nej+?U^sJuWvlR}$-%WIyyyxQ`B+F%r!)76`ANp`i!p=;D%+
zgT1|uyBN5yy>FtT)*a8@i%p9;_3YHEs;J1ELRnp1rIbz>*KUDbJ2Wtmk)N5Dr;yLP
zeD$GLx#M<7_PuZlSSY`SC&$kP`)yvo_Nc0IMk2jLDXi@5g1>zE;_siCogE>b3M)}=
z^e6IRRQq$WhexBdk>b3(yyv$YH8JR;0<q+%acCmZHCIj83Ei=6Y;3l_b>M5#MBcf5
z`~Ca(C1qvV_AI@u-@ku%-CLBz3)I!tW^p~WDNy=CViir`aq^8xq$Ra+!78Tvramf3
zm{=l(m<u^4;Vl6hd;7U83CakJr>~0B(uApTX3^8_(N~x9va`n~CW5lre6VU6EGpE}
z^44U#aD+~dkJYLjuoJo8)mw2Ay?pudT%c&gMD3F+9)VbRjWOndj<aI=^40-M@UtDi
zRE_V<3u$h)Gh=vNcca?hQ{x=}C{GL{MH~z;Qc<O!o}NP29$%=`?<R%?U)n>xdGi~c
zveoqO8!n$Kte0qT0<>F#3r0-%`Ri`q!z1Ex!18+}`m%Iqe_ujUQddQ(qqEZzwO*Uw
z{K%vpD$Lfx!objw%XSs#^4!JM753j|nY*1`X;D#8db&Pr1v|UL1|nusQjdn2cy9Z=
z<m8)V^V8E<Po8jD&5ItO1a|7#+u1d@v^?`sqEm2iDEIU8i;7Yd7QRyyl$mLWMBbDV
zR8@7pJU_WE1Ux(#83;0ceSN6OfPjGGV~2BpsTk&_*4Ebg`Wqp*Z>6L(iVb96zkV$w
z)YOyo=JrhiOH0d;R|eA*4_kfj;m5|sVL}Ht?E4vr&mf0$FzLMI>*oh0oSvHMdbUx<
z#>R#tl&e|i*7o%UB_(BMX69I_X?9lDpBFB>tyKN#()tBTy}iBMcI&_KQv(Cr57vfZ
zXfrc2vzz?unVgjB-;d|Ao^)D!X>Gj+TQtA+l!l8dh7@6Jyk<Y?s6SqAX;pFF7D=mG
zYC?w4I#?Zi`;D%(tLp&<##0Wn_}8Szhhyfj0ez84Y0X=6UN0FK(hXIpaR{C~si>-g
zLhENWH8bOLJ9l{YEM;+Vv9YnSt4qp@^c#a_LPW&e%*;m<6E!)x@NeIsl#-K^5nj>U
z_GZGu!s_Z1)sB17dINv|ilU+U!FYm(1uZE$`mwZhw}*#^>)GMV=yuJ~BsUDucklWG
zaB0QgzMU8!-<+&*K07oe4&i{g3mXXfMn^|SWo2bgkBp|KCSG8P*+k{?@-pDae`8}U
zjg2xmO*$p1sSC4BfyYTy<m6ryV)RjK^YilR>fgV88yXyB+kTirZM58z<ml+g$H!N0
z_3^TGV!{=gJJEwBXvh^66?Axk6k?j1Q(@0UtSZK#wKX;h1|%Q5T#l9)A8k!djg0tX
zIjy8d(a_Mmdi9D@D*iK;N|~8D5{b06J@{ROo<JUu3@G-@aL>TV$SK-pu{&`JMmc<r
zgGe=c`{plC6ciLTHa70wy?gwJorQ&v&FE`nB-HeK6_wH7*@y>zELQV>vla78i;GEp
zV56;XY(SZ>t**kN_VxDzl)y&9fPeGpK9~Jwd|ccZ%vxh3BOYE}_p6Je&z}+3RZ5ME
zk1ryNQ!DUyVRv9)09G7sL)oMgEjv3q6hx=q65PVYMc5~KDkbQN4pLHGfUBJJza&#9
z$^7f-Vbu8>+SVqnrhL6cA3q)#8q%nCkWG~n5)|xVH8nAz!$QEP2i)Xm{*_fyL{Jd0
zK{$o7l2SC>f4!m?0lVAV+Xn{=dneDIKVMl{p%7D1R_=`B*jh?-hgT{9@BstD+q+?<
zKmANX;9^`lo^xkN)%+=+%VQ3mj(Dz!v=t~5v(e%g?ChmSo$Y`AAd_UKks7rwj<T|0
zum}YOmWGBaPy|bzar%aaFL2N;H<GfmtL!#Lt(Urjo^pR{n3>k&!N<o>J1n=Dxmin_
zNtK<QO^AmFh-RR#&&$}*i<Fb73rGOKF&NB)-j8W%vw!_!L`C%m1PJdwE9(K3e|dQc
z|A+fiW;Oxv_jnEpotVvN07@G0mxja4ZF6(;O!>BPycpJ+>S_Q&&bMBZhb{M|z752C
zxqEQX+1_3RAGWlV&te+ItO9zOt&L4_X(>HGGg+;p%?WE;+ZyYo2U6o>V^z7i7-&C2
z()Bym78ZQ5+B!NK@iCCp3=HO^uAw!$dV0*gxX6sGEODC1-IH@-@5{o%!tI+vvap^A
zvS-hp9bmw1iB7=rMS4a-zuJlY*zk$W$84&$v$2a4dpz+omXW!6cSi>+Gcy67%W*W5
zwhpthk<lut?R{N9Fs!W8`0R?gDkU~6eb+c!y=rJ`%KhT>0FlIHy_ln1q}LMsv^|Oe
zu*cPWg!FbW^mLe|40Y#LT3WMEAy1z^-EqRi43Xx)uo=vHPfSd_Rd>ZFfCY=F>3T3Y
z)8N+<LX!CHTdC`r9kf25p2f~MR~Hx9+IH*z3gBH+-$u=1VJJp1)E*}blAj#aU73FP
zu-*5T;o^8M<nZv2fNO#5%_oE}GL6UD$|{(cH=x^Kvf42wCdU1I$4`bjp5L8sFJozD
z#&V%8l10CZ6H4*ytbJiuy~>Wv2cR$D_rXV)=;+Ms?63e9a&mppt4X4taC2AP!>6C7
zHCpV5!4Z1OY4Ia3&ul11S&g29jqLz>0{}PJTyo}h1H;3K-1hWcM!LESUbpW>4?R;<
z9G;z>eI^nN^GGt9Q2=$pH`L$X|21hjd`xHOD%f|Y{7;@d`3?*iKB1?lXK86ECn`+4
zppcNMGINr^rr1}us~6$9IXOJehjd7T;XHLLbzU?<a#=OCalp5H)gc>WWq>~p{=IdL
zmgO%QAFr@pusW&tMuXbd>rMbT6W5u*VXk3nx^a1N2H%1wpt+&LBmsJPk(#l$)U8=%
zmz$^#`)_P?^Z^m42g}y-a&%;*FQKfLw>P}CR6J)`Z0sw?U7bbtkJ{Rg9zBW(4}VBN
zV5F~471eIPH5r8U%K6Y_YdL^I%wI5BhB_xFXPbov`MG5dN<07O&-v|{20A=iI=cIc
z2>_nO#Kd4=0ks`1HspK@B<`l?G(00+>bn*6%A+F@gtDsYb>W{LtiiTunejdS9r7++
zYH(<1vexwsSdRp{--D-e(l_uGot@7-QPF@A5E2l?$H!wKP1wik>yvVFzND@E`}c2B
zmhAywKww}@2z+%0`ae+C{hb}<N*hB3g&}A%uuFF&Ns3BKgZ=$0faQvceughOZFqVU
z#-_oWv{7&y_EEfinTv|{0BBNo0`FK)4^|=~q=g%H2~<cZ*&B;C7e4o{crIuJr+eM}
zsd6jxtr2&<e%qP=5lVXF_s^u%sXg1@zt#T{6_6(wrqB;y%fX8U_Umsu@W626%VvvB
zgIfj!01J83^G8VuF2CJu_h~o()%sI)G9UDN_xvyjKS@gh4IdmV`St79ksfBgK0X<r
zCtu4C#!iEdtHCQlck}YSqa($Tvw15n>kyq}axYSgh#&GaO)ukXsz`U3gSTyLZJkMW
z+{UIY>!FmiLW-vMPCDqJ6Vubv&ou|VL8#ZdREV@x>xof3L`6mQ=@}`~w`?Gk><3nC
zVQDFVc(16KEl&ei3{^p=SsP#RrBQ1K3LPmskY9KC%Kg#>6BAR7wyCLU=5p)j&!0PU
zEst(7IUlYAR#NjmhiZlQorRWRw>f@tFsupq9-0Nr?~Dv;08#N)z+8@|+(WSXdVB98
z5XUD=iF>=d2C)h3rm+<jC#cd(o?#i^z9}TW2l(L(6*f_2kBuA|8A%Ziva+#hEHDRj
z1!Mu4k(`Vq#o9mqI+*_o0EKFq*-XnC5K9$R)uRfgh;DBC&FQ6=K0U1wRL>v!%VkQu
zeS7czeO6Z1M%#!}jbmx(WnrR?I=1`Ey;4$AoY_$42L}hNl2cGW{Jng?8j1flG@zE*
z0&xV;%*xN7m>I~z%-pEObV;PHt`3AAM1uDAb{HYpNYE#s(1wSHw=N{tWo=NqDI6*d
zV)Jrx=%}e3E)Is5I%4{}86{z29Pq>7YEeUhhN@lrU^U9m*Vp$oDW~1K608ouBal;o
z8N!DE4qmQi23HAeQcrL3Hv`3Z*nqU_*qpF8*6QY_Lfs(DrWtI?TLKQw&U1Fbv9Sc>
z=U?i6o}8Qjy#eaj+1UwQKmt`d#QYVz(Ezo(yE~B#<@4vjlM9sSq@|^Sbccr{`)!1U
z0iCc|;J??_P7$R@Hmv;h%VKl90&d$w|Hk(AzzTn$-N(nr^Yinc1<A)p)!)Cj1&IO{
zAs~4mn_2Hk;$LXr+d*H%Jh|+vbuBG-pxQzAFf=#Mm&>$ZQBB0Y6W9bSsMd1sj&&i-
zEcj7)zy$(kDMx`e34e_daK3%}wnS1)Y%FsaN(4gc5N3pfB=n$=mK16l4vw<4v^z&A
zl~q+#&!5j|M@B^fK<Q!Kn3;iQ<JnR%S#H_T+UlR2vAMYkdnQnjJpRx6NYP+otEK4t
z>MF=ZTN70x{Wbyuo=&FxHp@NG<9JZgM3lU+!drC!u(C=T8yYg9&YV^Mi$1``#l3Ok
zhMt}tuy=StSTpi4#6;chdXe?kwRB+BO^;NQ#H?;@YiU7ic@!;5p>>lE5UW-r0-y(R
z$dTy82`2wCP;NkQ;S@1|*X9y|`9<pnBtxxh0(^*(_(YhBc2}~WhZxgco`;x$h6bI3
zVDH3*h!F<9+xbol02&xy8vu6fH^)bw-L8H@Jd{Px&+iVCkLW>5N5>aK920YMeJ^`x
zlR%vuoSck|jqlyM$%8KbJtE?f8P?D`hEk?{mdHQgl$a*WtgJdt9Ml0uW@d|fC%lJE
z5zONZy5}=|lfPtQ(}1{GSp15Kc~TpHT5%KO{(WM~Y=W4c8zMm<=`=>J0BE>>|Ni#v
zl)Qq1-tlqJHUTlgBI-Rye(qi}{+a%eryW2#0HG!=%aGDgv{l|a*&Hs8b8f6YSd#rN
ze03EST=ev2$J;a63b|RCnJY#58?rOp<WcRqr()32h`9oYcf>qe=4QTyh(%D6UDGpH
zSJx0z;>EYIk&(7@%@|&!Fa**hVyr;DN=u`J4hGi%($cKyb~)=o&31uB1rW(|NkIe~
zJ3F8R0<wX@L0m$@wY4=uZ0zfyT6MZ%NnZ1Ac?LE~eSJMtNLN?a!otEuwd>02s>=KK
zO<#Y#Dp2aE#u%EI=(IV@sM1WTsH{{_RAgxd1?U)rFpX*@iifEnK@1E`KU$ec21*+f
zNghT`MTLf$2LRZ@&JHA^>Zxr$xH=+{LnZ0{;;1NmV)+Rwp04|3Kjku`zu`-`W@v`6
z-n(}Xx(G~M_?-Egb(2>n1d90@8`#>JB8nOI9=;;j52_0%K><r#t5AcQv<~|61sDkM
z0n0$Z<bok-bvMYx<R~L7E5->q%=Y&l<^bV=@_P{g{dH$=Z><+I^#!Y>v$M0Rips2j
zo~Fyr?Zj?io3665y&&TG$LU|3pIi8S&(2=cPjo%pX(3@yuPjbv-O+}7c5HhqQhczl
zZ}-nVhH1}L=m-E{K(vI7JXU5d4a~RN!P3?B;$&~hSu^dp^><(2!-=Jl%^i@HK!uyF
zA7zz1J2`Q5b|&Gn5~RbM6S(6*cRf;xOEB;-34kVm5a01j#3xiPvoVGFu2=a~9QsYq
z4?xU-Cq>b#%h5y<vYY%~i@{!4<#_2Y*!L`Zwc!?9dskO*%iL`=v^kC?Y-B=0f`o03
zT&6*68g<*>zX(NBt%83Y9XS~ppGgs(uRVqt^@BL{9_rtT_=7lduY@hj9=EZ!Hnt>b
z=>hFTEWA;25kVG^yp1sMBF$5)u-X`911$nj@65+wR4y53XKt}@J3Bj|G{>|&p!WF-
zT3wvl0@ki#c2aA&n2$-$09HFr?9E`cC>h0f5aAe`29p7RE=Yc{v9S~n#k95O3bb3I
z&9PWM6E0!6ql4mx|J~pJZf(llTQ|qQ`nEVUHZ{SR1~cIc3I8Ra#Z{5U!DnUzzh6x2
z5mNdR>oCX2P}{)lv$NxKzvR&nlf@ChTD8TO?60k@1zij^zkARa^l(7cz>b?Jj6Zw`
zg@s8-Ff%sh)^7gt#_z#QY0cz><U{{kWhygbL?9wS32>PF`vn)4@X9tTHMOa)&kAG@
z*97K}mWIfp)8`*eO<z9rx9~iAeJwlx!GDa*C@FbQinYA5GDDtf=mctlL%GJ5D{SK^
zI%O}_QD8>Ve2HhWAq7r?iU=~i3wzG0a@^qhaW|)N59g_n6|{n~G7eT&IvN^4ZM4+X
z8Gy!eb9KcfFR*y+)(g_Q8#42urBNaN{P~ld*m3L59Y9o6R8(bUWg*18qdh&_o+pa@
zJ*cfZ%<OTzZs*6QW2L$}I@4R;;;F!D`}+D+Ds5g6^MA%d$G`vq_5mhl6ew^N@hfGu
zi7_nt&=Z^hmcC1qXl-jtHhe`%*$h6;NTKeXJ9o_ME=rL}zg?GTBC~RHJIBY*8!-88
z?Cdr#1^_v$$jC4n57B|r50t?#e&oti$OhOwh>qOc+@MVYE7;l!L92%LPY6;IC+FV<
zD-sftaEif1se!lUNBV7a@(K#UkD31b{R{ol*}-A@0LGrfG*@8LpNZO<cfZ5X&4z+M
zfBrB8@)W`2$BdCr71Y#B3=ID2yib*z37$C9Jt&w7`-M!}p04)>?D`6Z7_c=^0Cuv|
z5J^nh%@&+QuvRb(fWrqQgNUG}u72XeCl>xp_zSQ{SRfd6peg`AyCneBeU{6|Ft!=<
zZMikkdCK7MFb4+*+MPRmzfQzm^Z6KhCx<OuU28-s2sq4$YE{9n=x5DMNh#84eF#si
zPzyG<J$BS4#X%P`Gus3;0^UhT7KSA>)Z_NSfr0tO#kADa=U9kO51u;JjWfH0QXnVC
z3{ZqPBwd~cI3x753#pj26;PBw@n5`AVn53&Ij7iX5KI5!1rrAcpdUq=NT9aC!NCsN
zP)|U0>7%&K#zCEj2Rq2efq~b!c}i!0cbA5a?k9CySJ!5wq6QN?d-LAdOc(RPGjQ^r
z5E9NkdO=TrxVQHPk(u7Z?F{%8)<lLT6680BAQ((tj13?!DJqu12<t|!r5A3fYps@`
zNqys@m+TJ<3xiqVuqw}!CY~w>9}UpZ^xFYY(agc*GSbolwEsp{UQ|@{!v|92=VWRg
z-pJRazq`NHNLOTKwRLs|wam3HSn(u(N;3>d27f6qAYg!B+(*XVzD$V@q_G5M-2nJJ
z#7A=P-wy%-dHB#vGY$hC9kg-4rLGCJg5;T5S+P8hRv-Z-E=;LfSuyWj5j&NB0H8NA
zHU_&1*vnkGe&c8C8t1fu8Ie^#6R$tgC>`Z`U=pCBqRko7F)(yPfdk*x?~1QCS1(k8
zujG4q-Bi;7l@nw!*p20_yr3)sNui|t<hFdANpefz-{>d|zX*zvfdLz+ci3>V?g7EU
zZXjKPE|v(pDKyk0zX-f2-|i*z(c;$eaUQsH?cZK<h7k`^?=3;q)t;`>f;<Vn#MN2d
zRf^#$@M;p*{oXa86q{9Bpr)IQ7T>k+*a9hG=8rF!ez25(ySrPSy>|Y2-b$4S75bc#
zG7UygM#i$|%tQkgx-U?@`{?KaU%uc3Hi53^@Wm0R1-u!&OPXZd5Pa0reZz63+=S;K
z{7(+`RWV#6w?~u`N-(s*`T{;s%LgbsPqPl{0en*+vpX(FymFh%%YXm=jRryjtU*i+
zbm&IRDr8bmd%H1+3!pckLB+PLf@kA=nB%0dliFqC!OE%_la~i-x-p1k{Z!E)jc#q3
z>+25>4W-FYXJuzYe@sqIjZ91oNo<AI2Y2<F2P{|t_+?Nl_sAauVHHFu5)#lDHW?q?
z1EPI?e*XOJx5nmXP%trg8m0|rb{ybJd7BjvULOq}_E+tMH)+j`MxRiHQ*_63Jt80=
zz{O3Kp>BiO)7}nUsrx%O2lNOalg-V|045D}$m0eE<au;7q^0w7b2k7_l;5R!`O>uS
zrx>k5PDXxy=))Ml|CI$`pr>!16L8kixVZNjOI%6{m^}#H*qbCKrlw8l-7Xx1WuPb#
zL2n3YdFSpL{sKLxsOV80*}&u^F+M&A2s@uYf6mLJ*ZVCdA|hg7kdd0ItEx)a|I%V(
zv}AgEdRW65!%zI!_XzADDC&=YZh^rE!t2{8`d-%DgcFzm@B+Y3LE%-aabn}-bb#ew
zeep{vhd5F~NJz-R!2tw7>ui-@AL`+0gCbh64Q3Q)9<L7maPnk~eEClG@ZYCQUeIX3
zU>gwWe0D7aLAxk58l+LXm^E7lNejgPe6@-~Kw-7D#P&(0B_&NQEkMe4PR=VUU!8j)
z4GlAcf;z$N9UmQyjfl`THH9A7|BOmmSs7*qi0RmYO&#S35EG&A(kkX<B$6VRbIT_G
z2*`mU*P9{|V|)NS1o{V*gm!@v$aA2C{F(a^-7n8D59J4o!(+5erh4IArhXBbP0aAI
zU}POs##wwB=y<?C0E%y)<MCe}KcgRc!lDPjikRPx=;$>t3wqVkFP(ZYgJ9~g2=!3$
zC0>DM24HY#NTEQ<#L&>+JQVIdFeFYTw}nVWu%SRGZK|H}Pv65s_bqRDuc_(Y6o3me
z7!8wHhi@H}I+$=Exii1xnsxzm7B;X|g_^asHQXG~)j)v*{oP?l3lsv7Y-WtLKq~`%
z4zL>FQl}4whtXX&q0@IFsVsi9c<7rx`O(5BaBktD`h`j=J|iW?8bGY)5}Jp8d`L)l
zoO$gDAj|!tAY>9XJw5EMusb1VK5OI$V$-bQv3FQV2ngC1tSnuAWU`VF=N&2JYq*~7
zubc(F(JdN*d&duc&XzztYQ0`j)JxTCB~kxl4wW0~GbW}TL;d+1PPIZAa+%jOfQaY|
zRilxC!RL?=&0ilp0T=Xt`IO1gre1DAMos;9bd;b@Ww3h(dVd#)HcJ}h2yzAn2B-{(
z1;F~jjqV8inxUwjc6xI{(OZ9u4O-|E2oYpw)0$10nVQx(9niS>^-fJq4Ga_)7KZzu
z0-84iEe!`pURgPF#P9|27z?2~8OFj!!K2>({zr&g&;bBb!mM;~%Kh((1O;L29bR6D
zQiM17VHzJ2?)cPcc3UmRRM00Xd}o272RD_+uCyBijMao`;Uf6M?d^p!qbO<`Tk!V&
z{<`};fSEwW0|b-79?@TAKg1z)ICWv0b8maSs6ogH4i4}t0Gt(S8gg=8Qz>o%CpV_W
zv?%}Hk=6hWAC%8ThWorX93CHoEk3B}ht{3LcTH>ksDggGg9RBx#8p^ayl<#3*G-D}
zm0<RtTn^9N>G8`y)6*XS7l8;=p=PF|LxF_=SRgKr&ckx!j?XA0W?u83MvLYA`W4!#
z2Z{-7UARbi0BJF>D<^^{p!~M}^1C15DUy8orur)GG;!)WXmd<5EP_vlf_W<n1OC;6
zdAxG}`nf0=-YEYQ|M?M!#q*%t1it3s_WIuS&!BjG68Jw)47r};kvWj!-BY=|ehCXr
zEb8k&Q4Aj2VE-pyWbnB7f1*T>Zz=ufTLjHyV!MV*|H&6kS0Hut^&j2ZX$%(WFHU=q
zUjLJIxq@E+!->6pwUz2%+`UKoU(v~3q+G~X9Hi(ok%13#C_FU55TNPrLcM;u-`2ix
z(;P+}|MS`oc~~@&tN-td|K|Dcd&b`GXZ_C;4F303+_~}p|Iq&{^YnkoQ-0h4QT*9e
z3g~$<Atk!)crHIcsKs3Mgb%{Q-qqiQa;(V#1+}_rbil?#+zmKnaL^X?c)*g<wA$Be
zqYby4#~OGPlnmIrz*xYF2Ze+LWH|l}30{xaq=@_X8{5G(XVB5pgMmrr12P&w0ajZ&
z0IM!^*R3@5F6_f1L~I&~p<kMru4I`PG9!?JWXS=+JGzq~Do3zC4$WIM%6EUn1iv;f
z;oF_c=omaY;O4Znv_7Gt6wpCFuq(m10f2$<dVE}v@C!hLX1N8VCBQr6bv`_QBn|uF
z_nc!fUQVHuvbUOH<D$jgKcP*;KY2X$H93SPj3T};_OZ<y<zU;)Hu{seY~Rqp3v2?r
z<Pu&A8wt8#9MBZNwP_Fb8+lgyVVip_H9sqUZ9|)>QlW(q3A~3nd$qT(M0dk4V(P`y
zpAbqrxDG2UcEd11D8O=^d-EXo-V{l+Y8T9uyz#KS>xC373+S7>-zN0&!-o(0`hL!s
z@CLBtt>=%#!U0v4nNM|fbb!Ngw6hZfL;@6qojN@oog9rCf@|~K0xlH<&X$%IkVp0B
z|Ax)X%m9*Fw)_E>8F<u73k#87zm}JmgFYhp{T1XWWL-gE&xao;Bn0JwCQNi3_|(M(
zKE2xCrM;ayup=N!Myyc_<0$wkH~c4z<!)OKuM<SThEDeN+D<+{NCl!VB_RO;0Pr67
z4-bjK^S(BfZ-K&OU_h+_%XHmIf`e<V7R14cDm5Jgo!%SE%G#RSW;xWU07x|mHAl*H
zN}#KQKLQy6xRrkQpUkeVzA~TWad*FJIsFVvHa`69mXbORdgX1;SI;Gr>P?ii3Y2*9
zu#mt~wyO7}+}!vsi&9gCsBxN`njkP|Fi~l{stUmMe7gY?MrWftC`s_Z!@;S(I2`NH
zTk1}{0v9V+E^|8()N2rkVF+*4o^8VQZ|jMtLVhdqTJLNFe+VA%P5!I%qQu0hi(U6R
z1r7+%fIkj%fW;W}UwD9Vvwd+ig-OVs({c!Yb)x%ag*=TA0z|9B7(Eb<!At=meIW2T
zJNsd3lm?j7Pl+!h!@~<dHr(0ePq`MsWvHudR^&c>m<9p9`%5Pp3JRk|59#d$Sx5sy
zB19L=_3GFC`+$;TmfIQ|eU#n7GA}M>J-`tSZ|seP*jUjnP)~>`IB-3CHkT5@r<F_#
z#@c>jhQZoUZWM!N^IF~6CO46KffBU(Uygf=E6dBIJ~-%2;AMe{<E+oe$Y=qdyhGIu
z7AwEza1@dWmW`#x!}OGuT16u_Jy95d{pKkZ%t8o&SMChlMhhEVGqXwk$AbO)z!$m%
z6(tI$_nMme#>cBI=Y)yW0f^P?w$Xyr;Q;7%V9M<**S-*LDKX(KrRkVA;W}WAeZnBz
zP6Xro<HwKX7?fOG6*)Qg^I<D5K_ddQi=3Q%I~KS|Y%=x1Pq6eM_y-T^1fEtO<+{sL
zTFHJ2G3JKq`0w8tG;4`SNZdgoqKqD^w9QtdPd9u;PyZl)<k!arjwzQth<7{%bhacy
z83B2-eLmmczkh@E0cfH+CMZZ!{`vug#mLZbq{^OQ(gg4ftS9Uie%sZrNl9cHC!HKq
z`=XMma!^MHU^h(_>b_0PC(pufhaz#pX;;*A73#N9Q6YHn+>vJz>=*D1tK6?HGvB4p
zngSC&y<~(B&x03@c8`Zv>O1(01DV9MP(N-L2a1p|x*7-LQNzOCo`gm3{<U(;pi#}q
z#Dq;Iuc%0c7dU9|4silYHC=P_t1j*>m&=nSR>`QZUs=JAhe#Yqo}ELvs(y2X;BvWN
zolRLUb|e{A*3|F<Sc0qxbIg77W}9wc#gO74Y@rQ#_2j*p8quTMwR>IM4x-<_f1iMj
z%73x{E;bF87<83^^h=OzR)G1P#VmZBs&y@&*>G!u9SLcQoo0xSNnoyUZ&kBsH{Y+8
z=x3Fnfc_eL^9G(n8c@-$@o^%Cxqk?TxR{uk<r`!_C&h;Q`jTs_PD67n=bD+?0X~BV
z-;ubw*97l{e#>idQO`#PJa6EaaL1rgU?aggGBq%O`2iuRE&b*9S8(Zp__uD}=r{7k
zBH*^8D;n?V`2ha;ITxs9Zpg&RCNB;JhHvmvdd1FAdQdRX*Emi7F|x1}L4bsB(jRWY
zG8*hZ<$4L$EO{DWc{>J4AXG~w@SGHN^8pWlOaUYtf&eGFfzdwc&$z)_^8{3%`~z?=
z@&Q9C=kpodCDYN?_C}=}-#P>@jX|Y2qozikGGYUY0|Epl?A+AU24J4op#9{>dUXHx
zty|*^&Y)<l-cYzAE>r>n2{9ewr%xsOZOqK*A3OoO1)QiNgI;o;EWlA7X}=%SZRbRD
zTF!!vc`YcNAMZd3!4|{KmlhTM%@WL<(tFn1ZKJ%}&@kv8q71yT<r{Bo;H{hWP(18r
z<IC&oUxq^|96=etrB!g*X~GZT6^J_RIrDTl)^eN+;(%9W)osH`yDCUZ`nc5fJ%UPF
z!Mqy~52J;2-tE9@#U}&=mAdWUdMX&6Jzl+W+B9P^=`a`M<KxrZEbP+*JP0zZ`X4_0
z)+@4XAA)X?lAIj9@ghLW2^HM9Q;Bypk<9g>V4?x^)G!0XmgyXE<pCm044($1xIj$+
zBXb=XeQWD=!MWvcgTD-IVD)<l=KSVn@Kmt;6&LCCaMvo-H#R=oz6+IRoL_^7i#sUo
zo(!`1x0kAXC-V`Yrhx$l>kdv*fl{?zC&A;T2Ph~6`|~Ql{w)TBfn;8DFhtwmQih|?
zTQHYZ6|GreqIe#eoFyQB6;y*i{ItBUN=$oi$GF|DDFUZM=n?@@%a9OEjpqI!&|=as
zRv>b{%5Xm`q@<GMz&{73UJM^+KytL=HWm_CBWz`dk>1{d(o#EcKj8j@VEPydN(D75
zs}1Z1NCwr9jWZ;?>yDJm)KLH~GwTcRIwN0Ex&<VB&-4^GoHV6i68_0KUh!sV96SE<
z@84T;5`ne$K3l={c*gHo6Y!J}d2a&=4j`qg1Q`$A?q|VQyAUNslkA5^3k%owY1ge3
zzZJ(_gTZ0xcVq@Xy^GDPlab+f;X<ZA_3NG69~(^l3@Az_laVgpZeu)0B&(ALwpKe=
z&E`|0M_*m;Fq&^LX@Ajh*%7Ml85yZ?zjC9D#tLkrl1`AvO!@^FYMPieOmu(3ero35
zFsLHHzxw+l45>#8b?>=d$k0cz)VRTFgQhJ@jRUbbShW^tNf7+oIlLvn_|$q8b<i26
z&+mKSn!)_}-3|by#WM<-1fP(^qP-v1&h2;x&1F0^G?ZBT5AkvnzGh>tLb+0OreKrS
z4!HOh1wYf$W*?m_#+gU!qa66%SbQ%D6^(jCQHf}Ej;t-xV~P+a_t9`%zzz0|;0=NN
zN7!=g;iRs;oRpj7TaUn0@67s=zRIZx>k5^eu;7qwr75bnZ(LQiYXg!az5AnChXx7A
zDBjB^n~jX*RB3<D73RWV?Y?Sv;33w469EnPKyf@f+G-i@gG9~s*c<)#53K9yyV=4a
z#1I;iI>5PBvd@n#0nQvS2?LR)^lN~8-`-+pc_N5puqOsUuUH`xMAV#ZR)K^H@(pNw
z4o3Y@-JqrXYi@=)7~?3i<%_RTu6Y^LOykqzbN7)0kA{_1;cHT*T9*?5rNLOQV1;3}
zfP)W8e9TJ@)6xBm+qh4jI6{7t$HX1*YTd;lAw3>XeIsbV?l3Pvw1Qv&sSk+pkb(ma
z4{o;e!Rq^XB&07+8?j&|?-=yNDXcp-LQcR3nFM*T5dO>0SRg%~E~kVL?O*S+xt5T!
zr2{67pTz}lL;^1k8?lQ-D)Ztv$A=YqUW6^lv%MU{t=p4hM~Y_2<c>%DTI_DL^LIJf
z+#6%iArh-9f`5ldspXrVWv9=He;jlciO>wG{dF*&d-~uma#_u+=}+PuJq|*Mxv5Zn
zXVrPI*dGhYicIf&J2@Ive$sgGZ+%x6_H5MUQM1}aUx|zTdF@vuK~j;jZvKUvMwW~i
zZWesMta$>7czMQ4W@N6_R1++%ZPvqDsjP6d(~6^a^!D~2TQqv}SMl;PV?3XqUlM&(
z@qmH0Ex$;Iw>GTlesFl$ycQ`A(<oJfvf(9@8hu&I=Pei@ayY5P>XNanhA_L!Yg(qJ
zuC8Z>8<7le<>;@Es0kSnO<ETKJmH=q$b6AukkPl_(pWV72oe*oTZzmB<iKN;N3oGG
zWXQuveKedmN`wOOW+G`K1N`$K)CkT`Op%)dTn2c6AD!f5wCdewwXOrQ&~118@A>|L
zA_0Up%O?)X(m~?To$H3}J?V9@Q8qQZOasEPI5Om4l|6VV6HYgMz$2@Yp+1Kw=~7*7
zQj3Omd`EudfN4;7^zz)Yw)W{t4$5<(_DG75?Dyk6$UYlc^`d~Ee|TP&aNa^v*QGfk
zG>3<q_w^hbTK8wms6xc^4gMvn7?}ONM`C23`NL><VO@IhmSKT1g3Oe?o?IrRMk*D*
zj?GYBMcGwNs)9*czu5aE5=n*>jXRh+?za4#R2yvP>WrT(>t_2%tXHU{^Ny36PiSH;
z3Yj1lqPIB6|1w)Z!#N+{NhPM5bFuCb-Fwy&v`Urd^Y1S$*{<S*KAPZt*?0GN@h<He
z-#eWA4SNPl`wRhzlWW$wv$F$XptkOA@RmT4H8V5A#>Vb2uVaMhOCStTAVLt(``GX)
zh=kt_mS`2VG!3Ab%keg7W(!M8u%_HxToAH`#A82%7Dk%?{#}MX2BxQCp4y8SFR=Xu
zA(R5}AGjqM%foDG$f?3LfHVyBK@S$&&kt?0dd`9q+))H3W*rD}8X6j4*1&lS5Y`}`
z239?Beh$p(1YYN^M1IKLHRA*V0~ZwZfuEh!gTa`Tl!W$xh#J&>1_lVbfgA-fb(a}m
zd}2K;I7Q{*$FY0^?=mK=o9`?~9Qn*=5;TA8M|$L58R0#NZl_zRZ#Az8*wYU+#EVNG
zjIa`^&S}^?zvdHijX!T}`1ZO{iK@NbK8rSv8{J418+oHkfm76ySnDzFDy?GJN@P%p
zsg_SqP~R(`p1QQtu~>q~YgX;5mGU)}w_|F|?rqJ~SY;6y`b@^K{%L6QNl&qzZhm^O
zAr^aB$l97`xVio<lEaqNXV)n9>8Ho!K0G;BW4*0|T2--x&u%{1vr&5~F+Z=_GQp}#
zA@C#oQ|WG6SC?6gzuQ#Z=viIb(fY=Hh`I6kg~D+Jh>1xj@_kpfu2cSd*9&3}cUY7i
z6X{;Q1UTP$839BP?wYQfQd$}4(R@W90vy+)k?dClCMJ?3<Q8{7gT^>zeta%+ZE1**
z9B6cF6@Wm%ZaP|gru&dg=i|o$z@l#K(D!~|dlP?vdMESwBpvO4)!2)xk-%n5StNjI
z6_CI;?szCVd>*^lP$qt;(M~01R2}8&5xB6xJ!rqGvX>S2Wxt#rPgtE90vE!fKS}TU
zl&hFj1PCHZ0xGeQ%{&Q80-f9TABzxS@#~gfHJp1lCYXIff4`Q_`H@lEZ0M*GH<@Kn
zZIzBrhO_!HPJOVE96|4A%D|{onr0w)slU$n2!d#p^AvGHkJna62Qp>&95%_fw^@$~
z8Kf_lw5HLF;9TCx-uxu_xv|)WhSylJlW~+N2eH&?UHRCCTx6hc>n?sZHu5%`B!bMI
z_FZl8VdS4Ic7Kzcz|?@tvF~EMTsJf^$>b;KkqGq{dEC(oR&|~mtHv0%#n?!UrxUJb
z{#d)eScPs?swuGzv{ATZsHe-jWhd89^gT|hTevmFd=~HZFkh>l7Z;Y&!41R7gAMXF
zK3FV%NxUI{#drb@2*|#=uFw^EzVfWi^USl88myVh(@AWj9*c|*!Lll16+mPf;7n_c
z^u829+^$qQc=YoNiBTZd>4DYZ&i?GOvEz#F!MfjP!}F(f2p_k%ZCo)LR(zWOoKfFu
z*FsAvQ)6oz>8tPfD;h%kKBGEE!dXy`UD)O6OR10QV}rA?XvBb<P*A#K1TcSXzm9>S
z_LxJ<^=QH#BK;}Yg-h5_Hh1Cb!i7nMf@5a2HQn;()XcavMT~`h9pzxVcV<4F*7C(-
zo>}3HAw04kmzDaKjdV5ep~qLKP<?!5JeuKW$b!D}D`?+({aZFOEunhn7bkNMzmH@-
z=TAG{<M58Q-n?){8PZg0oGl<8H5nS@9>nCMxxS_ZhQ@}ga22<zuW$LS0K<nsOdG-%
z6Wa@R3B`j`Q*|{pAUJGXpFPOQ(V3)QFTjs`?WAJzAdnOxC|4YwTovgq`C_Dp{&f2I
zK$Jh7D}{IaoA4{5@MP|J3gllwKW{9fh)gV`lL{SuobS731v&A6p?<9uD<!$-&#5xc
zHd6CD`}7J71l`@q)>OnM(lS&0MiB#hdcSpz3qDJ6WhNWcva7~Pe#ZIf_0#ed&V^#^
z@iJ>Nx6aS72XT^ExpKJ3zoG4mzdqA*afw=6@`|yE3whj?mJYm_mIOxVarGQ3i_FKN
zPk|?H*?z081_q*Djkot335ok-=e7Na1G|*sO*J#ecj@z0LP>Y31sv~f_4mJ!(rbPg
zL$2x&lHGLaCQH4SV*3LP@e3BrgOArgX57+7Xfj(TnHHq;660ae;0sP`Q(DjLDl!6u
zu*`ihSr*nXgztr_iN&t0P15J58;nl$9Y?-qcxw7`mt?B%*7XZft%?<YU{ZNoIGnGU
z2*=PsPGe__bJ(xI2r4)6dd-ac^8LX@U@58~Y2#8M*DX&hazmA@WE?Dw36lRx&aO_$
z{Ty+Xm{WxI3+ah&;5<^q`GkZa{o+lc!n|>yY7L-nb>bujDc{+)iG9wyzTw-C6AT~{
z*7aXayeFNC>CQcmv&@VPhf(G0?-R$IN)H|0y-Byt%Da8@`n2q&f5P(P9M5dC6_rxj
z%c%AdL{cKX9{m`u<`kt|R>neAx4R4Tg5fpmfk%?N+C4l!AyS`WrCUgY*hFoQB43aE
zz!u*E5-o>+6V4mHB`+IH{5TKU-f~|*-$VGk;U=AJ!nZU!TBMX5`a(mkywb>kCFNe;
z-H?0#)v)h$lipGK4+zV{8-BcO*}|#%y;8l9XJELyYklJ)%5MaNiDN$X>%fz}a@n~H
z6N%%qcj);z?@i;`N842__{w&VbGaFAJNY_~97SA~-F>1Qc~l#H<P~!RlZ-+!jGI9h
zcc7Fr_DSCT1GY`JZfB&~La(Yl7P5C3-DtG&p0IPy>9hL&wt+uN{53iCe`L&cqo-nW
z`o^>L&dBcM`(ZAv8IVXb1b1hC-nRRjVW5L;uxhciophml_kO%Qjj6FQqzmM;TBLm1
z7l0)~`s>Y`H?tqzd>+E*@5vA#@{Y7C<D*Yk3+yD=_~4c*^BJp851Z~Lna{3qtXRNq
z2~)1=qwf+7!U)5ntFa@$s1lNaCBJmkrthB+NuM70hb5F&rS5#M9OBQ%-Jf)e4-`6<
z;r8j#AvtU1J9H@P`^0XFH)EnFGdZx++iL9c)Rc<Fo7*-Q--_1a6E@N|SKaztojR5;
zRF2wYv*&fM$JsI*%rZ5FaO1*`!za`qDJcyQWmCdHVSFr4^B$-mcvRrC!n}fHD3H}w
z9r%JYxA8O+gc&mBPm8U0;vYBS<*a7`Q|FElc2J7hwkduvUfysXv4_==fu(s{EKQMp
zsMMd$iWAMVe)ZQ!x|=nJEve(NdZ__@v*#~eSZCIhpR7FdF_FZeyMK_14&#!FQR&HS
z|GyU+&ZMoAK6T9h(re%BAJ)&WvSSy`eVLJZM)b1yUygdKW6U4QGcw^G3T9EDH~ahh
zN+Enr?&h}ymaokvaxf@8)7i0@V<bdGmR1&LGO_#x;d$Hd61tzqrh$MAF?Ep30A@kN
zG_KRm+M1Bd>L;YQAwuAGvJjR2U1a+&bpYf^@caeAy;Y+>GSpupF~?H<HTwL2&(*ps
zGt!_?Q30A4je}b4?|-HRQ_F>Zx9S`63Bg)j{&sMzh<h*`pM@jIQl~B2Uo0wMWNi3M
za9VA}!1$Su4*K(=l<Us=H5D5ZJ0n~5(+9gFfj3w_!pXGF4FlNVgahdxoE8{_w5$7e
zJsKwecXM+HPr~V6@vQ@3z}V=%n2Dlrm?4GO3F78c?pLl`9sKi2&mW4(%YQ{CISkBs
z>1#r=*u-QVI!A1D^k=NXf`TW^I-<(TBOsTvn@_62DPWyKrWu2kMPpm(0&za8^v>Dz
z@kv~78JK4O{k;Hdmd(VJzAX0KUrHAYUTKDWO3v8b-Gvxnb#*l`_Vuwc25|qtysxfy
zA$`Mk8YV}pXWr?u=}xN)>vjKs27IvIsH@ozjbf)!6+}{(hHS64!TPE&;>pT^rT&F6
zt5kmXSGg+R(4z|cq2fU7p!@sfh|&BzL2{V`gBx59c^okk!u_mK?XDkK4{gROb(u%1
zwrU~qJz4)4&F*;nBOK%L{D}od54grldu)-<b3g-u6MbM;K)?m;i>sCN#G!mm%x5zR
zR5Xz^yu25nW}C1(*L&RtYnzpWV{3J_5)27Y6CmuAs3cW;zkq3;uY+*@2R~%0K_IS#
zBU=LXnkmNMde3ccP7V#>J$-8W@#D_F7n-?v@9k(b4w!@xce!z$_f+{X3Xup$%wArO
z?#R7rcN_12UTl56H_7%@<+@t;!}m`9Tyoekvj`%-x6<(2R?Q<lx0(K^e0)1x`_+qt
zL2q*HtAlc!)!FF<o<7SP9~mo4Q(4pYhIFC`WxHLw75{xXf~2qqdfg|uI~{PU6f(Nk
z;=Z*tix9?8zMN4bBo9Dt%g)c|f9wxr!_fHXVtF^T)MSMDvG#x!oS`A%4~_y;J~}iM
zjuGbVq<ExfKm_Ueb6?WyQ<-o+tPMiG6s>UjuDY5B8W{*Ikl~?<hzP@T%4_b4NWB5U
zC9p7v9_arKC4;CmR2M`ffi;>Odbr(vS)o$Qag|?{`|I81*1(-=lSW->JLY4*&W4la
zJ3F`D@R&TiAgWr(>Sz-lMw1L=9Itl?FLQM+%gLy<-BGe9YP1nsFnySL>VENa+bgal
zLseF7YE{?tRPUIvB4D*3Up~o-og?_M(Qwa;u6#qc<3|OoeQ#f6e#CABYG;N=iCOoo
zhci>&3B*;f0YQr}9?pY<P6iasS^4?yU_Ld6kX!*=XHr)|CS7|HU}-@BHb#Q-4FdAO
zHK(iD;OoTmI5P8@L4lp0?4?V_*-iiUBvv<sgF>%tKw`n+n1my`=cjA=px4B4n8P89
z<}o_;%4-V+#1l6i9UVCGrAFVf28X;My}<kNj}QDF2Ie3OsF~~Xqe^rs1VXoe<W>oJ
z2GDm6z-R+Kx=Fc4lRR23GoJAyobt-A-W3NoGh}_DVsC0D9HJ&yNA6en#KaJ&7cMAY
zvVim5*Q!0xRXVkD#+NTK$ZX(P1L)(FR8(+CFO;HHuP7Z-(?I$>ZNk0uB_Vz9=2n}Y
zz62*(b_gI2J3G4zoaS0<Yi_>0JcH$_RC^xlSl9ubAWDnYI`$_b3I3#dS`&E1mQoOR
z{HiEJ$ZlS0>~oFKnAud(85hI$>z&rVx=GsA@QD0`M-NVzhMn{$G0V1QA|>!=R`0#f
z*UZqsW+2+t-W=~=;B@tokqxB#aP>6Bl#3xD)8Qa~yZ`GcaYfd;yabQauz~8~=jCM8
zgNHscDS~1y-yI8oPUuS~wVU6*vM&m&uyb!SK>w#`a`pCdv@zChMAKW9n!r>%i|veQ
z*j2IqBp`1R-zoW5`%wsa14&_eBDFD2HWrd1h+Qr7Ng;2Gwf&55TVBg47OOC21ROh>
zEu{q~5S$}ZP*#D;b2dXO3l~r2t*u*lx;s4UtH5nVMO;H@eUy(Wn*3AYx%}PICC-c3
zD`$;+K|OWh#&zPx5}CM!rtMsI>87XtFdlkK<9!0?(*l3VChM4Y^2nYm8oE0cg>kiI
zhT9FR-^Sx#aEl$CE=p(26!*cbA=fZCNqoaUH`qpMhu!wV$uM--xSo$SxvnnM7i)IS
z0>h@byBb$a&c-iZ5b-oPHsBg;<51Kv4;%&UG*HKWi?AtA&y^Q*C9s~8x|mA%m7*DE
zb-3|FJbY6wbW7@KYA0po{Lg@7c#%vBLqSqN^)FPCe*!PB4X#S9-IC`|KS|+L2q7tD
z|069R`|!3c{4j;2{a;aa)2^5@@*U=o?CUQ{JitbJ<_*QAeL*5x#j?(lmd0;-lR@Jx
zEPUAV8jNT-kOv7xN=noqCol&2&$r)Hs9i#RK!yu`@q#8DUfua_JBj<b<?GkK!7eMh
zJ_|?4LGFW&jt=$l^wFaRt%Aa$BJe`@;OGN{umE+x;^e$_`!<sy`+qbF=G?Wl;e3$3
z_~5`A6lS4rd!9y3z*yq!+}!p1`63HIn<ow_`%r%~Hf;*L1mO4PQ?(bMdHG?I==DLH
z?1N)hkYbxikpLmsZ+Y1Oax>Qs{D1AXd&p%sf55fH#q{cxtWNvOa5eCoKZwcp!4Lyu
zVtPGSset^&i@TVbRkmwG*Rf%cdf=QMv|vXdP^&AD_o4!W6iyhzl0dQ!Vn^;^jR1Oj
z_wF4SipJHQaLxyEX?S28{q9EaaKoVh@zlc7(#@jOfMjZ-o;?R1y;KRIZcf?K=l_hl
z<y&569u!G`i_AZC9BH>{ZY_MkW!R{jNN-A_m&PssBVu@5{U066z|6Rt?Q(aFBtv2@
zLX*4WbGzG~oNcbCqkgKQK#|REL6zI0(?>h^wTa-DYn;seD-opG9P|qLQW@f^s{+r8
zrzK9P-%iF<<UPR%_tmEz3OQB%6p6#TajeeIQd7M!S*OF+8S;WbeZl+cMXG{}VUnuw
zo1-u9bQ?PNDY*&b>CCP;OD@}x_O<NBqyAMYw@&%S@yG_~-jD2-+|$?_jT<f`O{>-_
z>Bg$LnpA4%p6{3b>Pl?F+dXl75cuBwxdO@em13$gM@={5aTmpVuDKix3dWlejye=#
zaCr9|+7hSFDd=%vW8L-oS8l0&Z3Ae}fiHS3aDr}{RhL;rlVtRnp31yp7%JQ`z5T6%
zBR8StlvGZu!B;is);Xzco0*Y-UcBo3H>UfXIX{hLceU(&LZ3*}u3H$kyyEwf5#N|f
z7?NAPq}liz0iW!ElKaU(z}G-++By<*?y3Ic?&_gG-|7+w6%+EA`{!_Sw#74+W9=)?
zyTrHjEACobP!UX6%*Pg06bPpM#hdIO?zLj$pfDVux!C$q!9L<1B@}QKY!{V9?b8E;
zYQiej$%|Ehu`1g<KY?=5L~pybqhQroV&8VF3}5J|=1V4Zr8+w`>c#IAbddD!-v{?r
z6QFIfP#`Gstl=h*wMy(>+B<;(1W+B3G(WEcC;#C%xECoNg9Z^Ut}iOx+qdln+E<l%
zU>Us9@4AkNdy(pO#@e3j>K>r1U5#*Wm8a#EdGd2a;37q%3;k{;Q~wxx^}62E3y~Kv
zo1>+gJDO!%3K4kI3$E;^)Mibx_yMT6xU#Z1xY$@DaXyhgIdRUD{CS;mpU7weM$az1
zr8$qjP%R~l?~O0<EO7zB0C+$!l>%XXIG%IA0RqVo*rR;t4<|`cK0sy}rVa`g4vwHo
zskpc}oFEbjA%<U80w*bXd3acD@7%ieZ)9ZUm<5iBbF#9^lVXJ?fAaNp-RtCllIncl
zM*+1r{JBi42|Y|y@Rb9A60TRTjEugCr^YHjA}fZ;4|3cNm@6SmaH<~8x*GJ5evg%u
zkeG~ZXK5NEW4wO+s>p_vMv-18NVlVP?sb%5VlC?xIYv*qe$+Fdnk*ju`tgzRZ*O$I
zH2*=dT{zX1pxwqieK*JX?*8(-%55f(5x&K2^KT0S)RnO-Bpn%(__NeK`p09Ib{O`I
zdMotm2PI6a#@e?~B6v^UbuXg6c8Xjtkf~*8Y#sMt>WEo0HvI8!UbtZ1U(`+SOZIoB
zy|~G5Yg=FWGro>k$Dm*hc6RiIK3V^>(J}lMzxC5ALNqRG>y*mv{bdx!zCnuI*^01^
zKOQ@&`CKR+8y^dHg;!$qZDSd3qB!>pDF}DuJF9#^(X`<paesw>gQzR#uGQjUF>@nh
z^vv^~UiL}K$Dbf1Z_J~)V8tbX_5bko-{D-ofBZQ7sw8D3NoI(ovUhf}%1km7vR5iA
zBV?6|LXwqaWp7bJ$x5;bMMY$1X8S!}@6YePkMDhakK^{o=jh!hT(9douk(C9AJ4~d
zl}uc8*-gOhhcT7K`<p)t)jpmqjC|JCSCW()QL*Eq(u?npg8X)$E+=1<Ch_|Inexl;
zZVy4f!n3?h>iJ{urr+ZlKZQs#u(sw2TDHA>6W=aq(ANAbKD#b1UG3Pm{hJ$3kg|jw
z#D=`JEOTZkb+=lY*w~*TPrdVOT}}7JE3|B6=oZq%D8K#<b6Y#xJ~8jeRUEZcy*!qE
z;KxU)Yuc%{HmHaiV`fp<p$EYTJz^ZPjk#-aDE468&>^8n9R$(H@+CCn({j&~lKfEo
zfXh;Jq}0e`fd}R*F=R?dBjnj^-;L?{`ueJ>lC4e^l$F&B<bdb!=FOVbsrGv+)QT2!
zs<*S@n37_K;t_^bD2*eHDZA|5wzoE!dOuqigMegog0yZu92{0|Zf$PbR4d(GEP>Uv
z3E~-g?%|rVHqC}@ogH_YUs?zZeqS`uYiVG4`260;@b~Q@S`FFNb56?P2Y>5CGoBG&
z7-Q@>KEun9>*?isT9Y7OXwdZ1+~jjy;wbrKG~vgVz9i+YojVk?*)K)x(;Mz*)cu(L
z_K^Mq&JU!OS!cRi6!c9jItBS%HjmC#m$lIKoFbomvQ|CFv0b-UH(xvEUNk!&*X#%1
z6O3V_KYtd2Qvdidbx<3K7k-$ALPyt~tsj*a1^2G&H*a?IX)YEgwe)m-dSBSbBJugO
z>}ZPQ+`h?ZiGWuwyNkaZCJ^qtsLstA=Q37YA9Q;yVmnn^(lcbOW^eT)*^!CLCH#@+
zt>agQ&qHGF=9=T)p7$f{q=A?ETI7%CmJ-^c3PK6D`eb7Bi|<Cs^CyRiHUvHTp0PB^
zb1Cz;L|W|T>w=OJ9HL{8fEuqDV)zLYB%*RbV-y^Cg`Y07nh~nBpiLb-h{lbXfWe~*
zxdvo6kY@al_+nNvF*g3=$6pk;L<qLFprb=4h^Wlh$#lGZ48n92+0a!Ut((M09+n>I
z)HAja77#EKphq`JG=58-2ltzaDZa<&!2N&sFwKG6(N2Hx*I|5Aeq*?C5#=EUWWfFR
zkdWAp<ws;Y9GY+noc3igdpmxu?%8mwkoBzz;R02ytp;!5{g%4_ibab=ueo=Iq_IbZ
zpLwG_THm|NU&@Nonv`PC47r%+vkAc`Bqww9CB>pTLu#*f6x=_3g_&+M>2bF<pOcaB
z%9O&Lf*o?q6P8vVFW<-=vCh;zzUvNKhVuK~?Oy&bA+_^`BC4@dTm0`A8R~v{aQnc9
zXK8M(!uubQ5dofy$T;Xx(nqvZ-X5ivru&4w%wVu#;_8*ndlsi>d~P2;5+DA4?)n&;
z&9!)Lp>(f@35>e~{Opn~J584g4Cb^tJv5eNTH@{ry~?$K>h5*0V*Upv*PAMYrG0Lt
z%=u4;-S#c5)6Xfq<Wv+&=*Zg&1Pu@@7XD+$b~oIB%s4u_TcQ;Y2}U?@E>WXa1eE|o
z&*e*Z<h4yqz>y>Pzc*_eccr>}5ek8W2Rm<ef>RDjtgP&FwtJsGeZqjIEWr;804xF8
zeZdmptdg#_kU^mU$j$tS2^#Gc73t~U{;*~m9UFrVdmD5aOy(~0>AUQ$Er2N)zV|FA
z%})v32Tfl?9FZFvK4JN{m6U?R1p|Kt-g$3^$NV_tO04?RCr?UHBHFY*_q=uM54V8=
z!=Q)h=!|OwBRkatJ-$nsU1Wqe#`F>kUnehq;*d5HI$!wbtATi@TxU@C%_V%8?K?R(
zrS}it?``=|6H-fjUWU0x`7-#@)Wv-jO_?~PEPC!wrX7ORXIB-!N!N$s=NcJ%7a49c
zC;AvMMe%i{>Wln{pV51&s+%2oe)7;q>IOeM`U6MO_n)+qV%>M_{Lu{M8<H7RJ19JU
zJ^!4ik^dx<EcFJBvkF;2<CibXb93#Q0K<4roUn7O$S|j7h<PngSgxEmTJVSLOsHbh
zON(I{bw7>FTe>HrxI--rMUPf65|}l<1}}ZucS6&b)PMaDWtJY#F-nh7x(CtK-}v~W
zU-?!UYRX30(yL1(zUD40Urxd%-ZGJydZjzO|4`+H-46nOZPvjp4J;IlC@ILuo`J#&
zx@<xQ)T}sBjbPt`f*)Ir+fjRfP*84wOG6;UG@BGzHep%`flxN~a2!G6gAo~c7#r{f
zfH%Z`a`FeEq3u&=9jTn1XTc|Ii4{K1&3%vU9@s`^^gZQ~^}C53#rEc`ABM8L_x|<S
zBux)h%kl8!q^4TdhEPgIevT7uZfdfFy%H2(5}xy%nP$+5fRh<UFBovyhS(0EP|uVw
zU_C-X8rWnx_{QxNm<XJlmR+wd5Y3XBo7cfgsM=gMPW+rFy*y<8rJ>j%(a-M|U;dUs
zx$xahpXJc0&oMu39}bY0WjV55wJ~q}v(k_vc>H-TtL;Iv?O!WSj*{-2U8haBCyzuO
zSWx|17$Gk5AUu&}IPOHGw_?WnjBljQVB3c`4KJ@ey?U(O!lS-DC(iKu=b-KK2`ZOg
zco5$`tfy}C^dFk~VL8w55X)pb`;mLBB{Q1N_{c+vrx%Z2*jb}5!@D_sdKZ<oXM<(=
z-~R1qd!X6CY}5H$xgZ~39)L2;h*iRw``)-sg8mb~=pw@~6ObKY<GQ9F^Pq>afMLXp
zf>2Fa<RWCgKfJ|#W3zp*p<5@Ikq}^_K2^^1ueyUtH|U+9Lr6@`w!EHB`-9tGq+1rZ
zneD4LeWQE7P!vvV%g|{)x_Kch;%>T~$}rtYJJacXgn}ODB+dMYLh7X_sVjc>bw3TJ
zhmdLnGkc3d34iX<>{Af4oKd`Db0x2xhG4riWp!l!cQXK5fFjNVe-~#DpoD~G^E8?<
zhmfh4w|dJ#8-nK-+&ZCmxHed6sH^*Nc#g<bsRkEvbNw~f<${o;$mVNL&ufL<^z1xe
zK0Nzqbmdv=toa!Y3*PJhW=w#3jE*kPFyCCtQEor6HkTWk=#xV+l<)nIM%JK9l0oUM
z3mh{R7hOB5ZvJUw2hUGzZ|C0-dI7T<P=rt<e*6C2G+{k(7kdd5w{VWs?(e><0yZYf
zCI*TS=&NA<*Hm!*p`WeQv6DNk$bK`;=*{fE;d8dXds-(`Cv2)bheOML-{g}m_k@2A
zA-?Obvx6*zE5cQ_@z>Yvas&6qhnvd{ofPg&@g}1feCz$sx>iJ6yM%Xea8M^x<kTs(
zWNpxz*H>1aJ*#93agqu!|B5FIR0%}aW!B3a&5e!p*d~Dj4j5D4FT1Om5#=KApw7!`
zw`8HV^p@q!VcF3@<I8_MSw5v@)#*Q2aENxV&-r6cH5gX5b>YunzE^sj|4vyYnQ-Ss
zWWSA@+-8}%TH~{QB$>ZZapjeAefm?f6D76_$3CEuJ*-UkxXF@emGqzvVi+M|VF%A8
z4ZfJ_FK3KsX=!Ig$q4K(E*w0p<SlPlz&*%LPf<_KLH=iQazDMm3(->cAl26n5c6$w
z(bxF3x~tFS{iUgTt?Zf;-bN{>I%gUZX70rFA>biPn#=XU>|`B?A+t)(-qz73epQNI
z`4C|B$@)p-C3$asI@=Tdhnep%o*CYC>dGFmc&Gmy167`X{rhQ&o{6d1QV3LVkG``H
zP$&lc+BJI2r+~nAiSyEd#-J}NkFH5(tn6Wyzc;M8rq1-`t#=z2nu*=JmAvO}?xWLu
z;ZyihHE*Py;i#zF)|?+LRalQao6WALylEyE{<{>By5<uGjGQM$tv;@`2ADsSwfdO)
zg7{_oTwk{U_2K`%;sW<|%C|p<K(_2P8Ey~0_`{;2E;ci8lhgh83-K$N&U$wI_e1eN
zC4x@^lmM&{zuN1y_x&IL=yb)!N*8Y0ebMKSMV~jVAcb0iG%z_o|Ivl9$Nyba$(|=s
zQgu=!3aXqmu*)J1d~aRtMSC$#CsQx`fC7+lS4p?>gT&ujHxQyjd^pevLrVx<!9c1Q
zOcaO9VY(OJwY&pPGk`~}y1mKo!3t7FhAXOXFrd;91~DLOCCPYmMV}vc^#YOf^5x4C
z%$fk1;kW6nrZRUDvaw(Vb1N&QlnX}`^U1pdX=ka?y1|6e=@Jvz&<+3YUU}yQX3VY{
zy!ej*O;dx_zcsYI)q7<gPPM>mE^|fYLXr=HFzZHqH}rl)93@Em#*M=Ke0~L0zL@p3
zH2~68!95UTWB74C&5PWrl-#~l5)?Tuu2EEiUm<fqr3k69$JE!k0q1I`zM|it-8ic}
zJX6@$oF82>tS!5k+JCb-uzoz%EI0G#NT*R$n4J@E?<v?GVVMIo=ZjDs{KIiH(?G#A
zCQH}vhZg&%Jr91dC}irE<=$3G)-Ex3%CCnd-<2LFA_u;xsH3;{HD%ojbgoq!^J=KG
zU%h%&R%#Lb^y$pNYb{Qi9fYVR2w5kvQyX8}Dk54IW@Xu<M2(|G;|`Of9-kqIH!tbw
zX~v0+FRc$j+4}jJAmC;qux45j=@AR5B)CH8>mjY$e?<B#M4o&x&{CMZ^MZ7oNRVd{
z>{;o%-sk#>b3G0YykPsnX9cB_X_b#5R)X$Hs1OScn89TNyXBLpDKG6<_lXSGpS$FJ
z6L0o%{QOkaL-=8r?q^+cYWQrm8&=~S)%&Z3Mp3y11=^Xqm;_a|X-%43uPG`hxYc(Q
zh6Li*zS*ALeM&~g<YY8vDu)O}1F9?|Lb=zHy^qfZ9y7cw2n2RlaNH=F#DES~QySaJ
z5P8kzH&V(Z>&yhew>LI)?@ZTdQ{I%j_4fyiP_*L3prwANDKpCkXbmR>Y#4#MC;7~u
z!_JGJh+>gQdWXdH^@-5@wD$v!GiR03bP{E68}Y@!%O~Olc$H8Dp+-av`Dc>bAT;>b
zso-CJv^;fLOjfA@Rv*&$y9r%8_;bkW)iH(p{~ltSfd38Z71W-MmKfqwH_QR{+f7RP
zC0-mAs_)#dI<jPRvdT(ICNLk6miB>(0-6)cQ7CD?y>WZ6;R7_DsQm~Iac!YtCxB_c
z4WlF&%%Ir<^H^i_QCOG>+ypU?G&6f)lnc50Aog*n7D6Z(imv}uh*gI~A`c{OU+^pO
z;t<$knm0E$p&S+fzrU@m4TALgqbxFBAc;QNs017dP*X_j%9TOb#_pk@7x3HK$jUk?
zw5!h+zR;LDDERha%mBhTHOUSFS@M}cQjBhP_-k`Z<A??4RMB3a;BRgK)oyUGlC?Eg
z>^vxiD5C*?CP=#3L$v_PHG!Ii1!UAO#IfVo0&`s9vG}K|oHAaEkP;s!hfUx=NQ?>B
zA?4ERzXJmGLnvuKe=a#Fsuna-jeZP|tqDM=tK@y2Q`BUxYeY6_|0aJ-v&Ge`_%94w
z;<k=kkrE^mkI>SluKqjw67p|M=X_-4q@^oC+G3{KL%?7<C1v=@iHoq)WjJu4y}T=J
z=Z!yw%+0*}xe~spWk1<b6V&N>_G(h3{_In6Glz@9LGx#|vfg=EIaXdYe?4uUbUU`8
zD2ac(=Tz6lFC+0zzHL8W-({N7eH<Eh?1SMLxvZ3_#HM3a-{_u{a5;|2J^mEQmH!5h
zb1`++Cw@-6$>nDSk*Thy8(L*84Y9$0;Z5ZxCwKeb%-m-j@5Pgy-W=Y*=a;(eT6|gf
zeA&0$sdvXaeb-Y??^P1LDH^NFW^gO*tItB9reAu)SdX|bGv`RJ$M@Lx->=K9*lJdg
z>>-E-<ntenbvo~|Jvp~pxu*Yazf%Zo2)Jo6n1?eN))tW~3rDd~MNGSswMBfNOJ`s5
z@e&*InheA>X-VJq4NN_Gb+lsV`*e|vAyy?h+N1u?G!Oi$E<M-f5$t>BzH-j(Z#y$V
z0Dt6reWh5@fbUX!Z`zR-pTPl#Yfl}FR;9A*ms(wMOZ5i1CyR#XqIU}REiM+X>TQc`
zhVu*R?4zq&SA_Eurdvc~k5i{QJ34^lo0>NC7u&!n<_k(DRL}$1rW~Gg!RQ2pMhss8
zyr6;qcw?iq?k?6NEN!rJ5*;~K=YMOAGGGq@&<WYtK^huW@^7H>L#ab`MA|@4kB)}s
z7vz$Qe=cA<@A$TpKoc6ob`QUP=4;_FM%`Y^Q?Z(fkR&ZHE_R)R;^rV`ox(PnQ1{>s
z05Z@tTaMua-fTF(<roxR1$KWlqOrGEKUw>6H+DuCmw`IDvjz|Z)Hzxy?Li7akjQOX
z;!06_2DO2XiHe$%01_4a3Z9|<0}mYl?Gag@S9V0}Zg2)rY=ff?Q_pK>w3ZeYj6vpH
zg#{9ykPy+pD7EZ(geoXS$xWV+8FOX0!yOzdwyTg;yz0CVSH!#MhkX>DOi-<9Zezo8
zSo4F<BF_HZyLb5Zfg<Ty4tRj!;06yEMWN-s5ObL4U>J*giu*W<SJv%*;|-Btw&6)E
z$2Tu(-I3*(GN8J{RwTTAKDk^knbd!{PxQ*@+L4_ygj<)7jZFy7sLzp=h=)r@t68u7
zx@vyr-F(x-FY9MxTMU%`KU@Ijn9IBsI@~>Wzg#t^yYd3MPR#5RjdKI(h`Q!$RO`2u
zwLW2)<KFYzU-H^dygb_WmqTm!+QYk@(sw0pHYD8QYDjuin|igWPD}C{MS+R$yOD3j
zUL@B=ibn^S(gs4lny#e|2Uosfy(Zn;on=|hdpCN^Zfx9Sw}qDUL9va=Gjln52Yf_q
zfWN*k`C=bbrOvHL<}UrJe?gU2yngAMMDGW$-ws2M_4lyDZp9rCcZd5SMn*{p$Dy5v
zWfDCjBb->Tz!MP;)wy~OF>#)G@-U><oRsd1l3QCTwkh35cowhyM2G90*!$_29b!p|
z{AiYqC!LE|IGU@(luH-hgt>`_F-`9z;E$qZCdZ<sXQ$J8&wu&dvkRczp&OFURrz%(
zT2f4cwvU2u3XMHn*_nA?HEFAIJRxq`W2fDY^Y35YN<zU5SbSuZ=Z-vqFrv6F$qab=
z=u!B?G~xjFo;;Y;I@_MIC%y&d)RE1<Qy;ZE2ti|nlN#D9P*Fj$*Q;Nf7^;S`Rt0zt
zSSk2lbU!!-mBX1cWjy~)bU#QKf!hXjFuR>@;~XSTz#pnJVq!J{JJd9_!`NEs>A9oN
z<9(%804Np*`s<^H$!`_KuU~uE+n)@4Pew`k&UKu|km#Q~LK*-J6<0ub2EqYKCsb6h
zY;>on#mWy-U?*U|zgzorae5%8?kY}5`}}V>v|9o1!&_Eb`m*ty{X<MD;0i;4LoI3>
zyfzS_@ER5=;*37+qHIC-@rE=X-wd>c_7%d%)t|jUi#IZo`uzfLO!tf*jMYAD$-)09
zwsCk48;$YPvD+UzI)tF%9~w$({w-ET)EWTmflc$YA{R^XSW%XhL?CH3ML`8kduYge
zHWiC1+0Cv_BZ5SP3DeIxpSidUm86bfXY-n8(-wJb+L~bsnaX>Fvr^vdC0V2JllqeP
zld7KQd-paT{B5U)Qx6RR-;XOW5K{G<j*$O$xy}2TlD;;fBCPkIGp!nMUAZ;40%2?4
z&Vi!KSzdo1ji1Vjk4<A2{u(?Gn;*j$xkLW3u()`Zng=;hH}BN!Q0q^x1<ZWL9j;xg
zc{Wh15Y`6RzJGS#{};8FxNZp8{!wf8S;Admhk%3%nOutLFhk)=l6?2W{UiZw*fd~T
zptePgXMTd33}<X$KmZ;G;Rm)WoRQsqc|Si`sObh7oKyef7$=pjwuj^CefhVnd&gFd
z0N^XT{c;l)mx$>N63jns?Iknow7=?z=WMu5FTIfMh3_q&7a7RC3~iq?OKJ?<H2Qt1
z<BGPd0qyKT*qz`DyN^(84!|-ro%x3BXQ*M60?}=-bgGTPzzi8jpbGf#l~4QvF&VB;
zZotAWj!O^2+A`{|7CRR4d@F2o0H5HE$E>Drdb=%#zPYbn+1lEos6=IPOx!NJdjiPN
z4tWUnz<q~h0Lr^kOnP)~6%E1ZM390b_j26t(?xILKXK(x6DSv)QB6k0R_C~BzX18E
zuOH3Mueu)=#v)+mkEjW|le_$}>7$e?lNAbZS1B!WJhi_4K5%T{6I|vi9<JQ^iBB>*
z+B0&j)F=@){{WpZV1)UBUB@{62FqyW>Cz$>S1&o^F9FY=QeCEF37nfrZz!^toiSTf
z<Yb-Q+8(?!;`6C9WtTtm@lR<dMFXylwu+`|eKVft7#VN>EwO`8clFqV5H~>wu_<yp
znVZ|E5<_;}A+W!CoHbRk%}5&e{}<Tj(E(8RK{9PC|6ilujh)@6x{h77y7ypj<*p-x
zB8)8`J_InAjGT(f%sdhJ9w3SA>bJl1^E6~6lI%>r%f)?hMyDmj-tM}4x}m{G_xKg_
zcQh*0Zh2-st2+rW(|mn9dQbZDyUA;IZC`i(UvPc~7c=wluV0MEkw~#It@0|FmgoMq
z2!3fz&5N9z&-L}`qN{L!h@Vo=$;{m0U$2+eiz)cohOk7RgV9ZvBYWVZ=_=u~BCs0k
zDits7S#;;lj==X{-+8}=Jkos>&vi!)^teh#FThQN@FF?+{l||a1dQ!_fe#T-C*#`*
zgy{21z6kOFewX_sp~c#Qz9-<Q1Ney*8bE89gsmSgyKL9o*@ep5*2<XhI4UY-{8bF^
zz|Q_nQ@DwKy0J6}8$k7}4D_BjiE(mTzEM1iMq&p68r|s)(VK3$3h$f>zUS|96#t$}
z@3LW7PoZ_2ly1Cf`<C<Qore>?Wy)psEk+zXl(DW99l=84RYwTlPB;h%n@L<ZHG3z}
zZNa@)*C5~3kt>7pZe6PRA(u)C9?9vXrq`GI7s)pMFDO56HCF!d#greD+YWlAKMQ<#
zD0R5rZmS902DL{<pH$S0-WnEes1u+<*c<$TMamtv+(iaC)!SQdtEvV8y8@@g%&I?Y
z@0}lo+G5pr>*i(k4lhioFgM>An|%BCt1CtLT`7zU2NWL&c3X^eaZ_)okspiS%DP*3
z-!HDpA#2tyovH7*goJ@ggZ<&@eOENzM`m$KBp-deR%duZR`HL>n<L*JD>;h~@T^|6
z%NF1Tka{mP6utrG#eFE*i%Uur$;|0P%<0ciryiyXQ|5?Yn41fI^yuI6GWr3uMqpQR
z2#e?G3IDVBx^TUUJ|t1bTa1V2Ve1&q5|~%fGl{=@R1d*gNr&ApDcjdCS93CBl~WSo
z>MSk20eAtj7(=9tgmc1^TOs)|{3iclrZ)scnN`MX<mXRFplpF3!aUpjD_}SD_l4kp
zK;i)l*8g%L@b@T(dUK5rGculE#(d<^zF;zTG}svV91X(A`GCTI!}AU=AOw%V=~xEi
z3+3s^mXL<Nt>1wn?^yM8*zaTh_o247xTpy066Q+UL64EiqslpQ(mYCrf&iEj``_T;
z6{$e?)+n_m5k?}T2%UW^j0{v&4bbC7S;bHKMb>ZbC-iStLz^#D`10ikSQ=Lxn7^`s
zk{D9V9sZD=!jhGlnfW?%eqLS`+D%w2qIDvrVt$oq%3ZrY+q&WMs`izpG*!G_`wN{P
zL9&5^-#^rJKY1sc=961Zc{+Y#k(RQSjD$y0?92DXR*|0sso@OK`I@tR$3K`bm-8^1
z0g+>qdbZ)e!;GGq?2RG)*Xz#!f#gg$Bp!<#;*DA={%zaZha-=<Jm+_>T8yt{(+l&l
zg$b@(e|Pwc*hZN7@7Nh6pQL&CPauU##`B(;^M~Dpy3djc_@8H}n$!GEFFt6xKkMW9
zs|A6Aq<=39_>=ALG`$uxdy9>E@|qF*C9C@*wTTt)zkGY9@-j40<NNNl<4HZ{1d^Rb
z>tP1~E`cc%qz$uHF1;l9Bqp`?B4UK$od^Y2ViW5xv&uJqd#D~zVJl6$E6@M3cs&2a
zAr=Xq;|G_6HzfU}EUJ!tk7yWNFwo_CpZkzLoXe4sH1jv5$>$|O0);?;kB{AExGnwT
zO|fsWZ#Rs_-wgbYNL=-1eL(Oh1QACj;$5NZDd~2hFN<TZ3_m9a*~n#-!qCavPXBMw
zzNb35JbBGJG(w~rTEW$87j6LFq<Hh(C|9IMyjY+lqqCo#Dqxv&bM5nUnROW7KNm0$
zxO-Oxn;KBd#?XW8sj(mS2C&6r3!Klol&x^~EG#(D*vt%74<*nujtR7E+^1ffDsEk#
z9rFAA=@5b^0Fa0rKGg?XFL(fXtG#eP6(-6Xz}98I1j#0_I@#?F7nlpPWTFO$g{iMm
zvdAH1;DDM7h2<y+P(c2P6VKj89H4M!MtX*BsnK_g)o{E;G(UiL7#@fZM(wO@Z4I=w
zU+86ncmZxOaX11l3Bn2RXRx8v<Hab6Kn{w(4X9E9ysvg@$#u`{o92HxJ_xQB9{?q+
z_$V$7Mj=bG%r+QzEdlD0G)kdDjgW{t@#S^TweTr>2r5uGYQ~Ep;zvbEDT3t?D{KD6
zvWl(aDoVp!dk7la;4>Q!ufbhT!0OYJ{aSAW{ASn!-(yG%K|dNp1Zd$5z)k&d!w294
zhJF33CZ1C%9El#XG`w$gx;p#+*gg~1pIuF{2-xFSx71NMlWr+KUMY5fEF!L<?7e$2
zKb`y9LWFG8@+2W%eh<~-C_X~Sj?-u4^ot49I~hs;o7s5w1n-<RVF+Y?XmX2(Wp}tz
z!!PBxU#blL97w$O**fS=+(UQaV83iBGHNq_^MV&KbuUlV$#~e1oCY@|mZc@@y?{L7
zO!zmN&?0a3kOL3sgulIyZP@aAPx!Xt<#$(#zrtwVN+CifW(mX%GlA;6RtQu1VOAD>
zVBz3?*?{G)Jc7Sw#@q7p#mQcN1P8#)S|S`9Cd?b*$|uesIi~n*;c3?=KB<oBimB2q
zu|Srv9cB(MzGI?u_oH?8fyF|>33Kzt-jqF3@l!tBQ_P81Hk9<eEqWI70`BZ7)(m<p
zFiyWyk%QILsG4J^jDC>}COY)?|2D&lmQEZJe!CZU!i>JA>H6WD$$fX4uS_}%e=IZ%
z?1MuLY5`35hqN<FLt>;(BIrey)Kzk`dw*!kikWt1YKUW=XvU=jAx7t*=5<kKaRTM_
zENPHW@_s$!a)e(>vBCmF>;@j;nobm`j@8T7%3zVhPrsyS3NHrmqm1dSq{oltXS|({
z-K?lYuL09PNA^LYOCmb#?X7iZ(!fIBO)uFbIrPvmi7RU7&!=l89l=^UaSN1i8~}i}
zO4Cmk8c1LNQG>4FriTJk0QEk+(NJTaBAGfv2Fq3OUaM{vB#o|BW9}~`G>>qISp|VI
zvE%IQ=2(XCYsYZ7tc<SV2GH}Xg<vhAry@$vN2x099kW&iE2i`^7Z+_~=;kY_;`*mv
z%O#9C2v(~cyfNP2>%TYyv<{6@`0xrg_43OzQuEhv;Qv|F_xi-?k@Syus!z?Jfb+gl
zDWgsCV6n66T!@(v<%HEGr);x#)EM%>m?Nfn#|t2>X*wvQONFHETpk~Ig)|X3z5ta*
zn$CRDqiAU5^{;ILW;QOoS{E<7+zcEAh7LHUL2ZT>-qVnhhJeiiCOUt?gttEoPQ?gh
z$Ssyaz!IBWVL3Q#@H95o?%FlYly+#rY^<!h%gi;;2~bGE=Hpb1Q^&Do(KBS=70*C6
zyvkO3iU7~})n5<z;WC2Z)jQbB0cC_qCq^vTEnH#t797y;_3*wtgTiY4+vxSP%<;_&
zao_l&Pj)wkH%rc^rk7v&ZPUA$O`c{F0asaoih{A~;Pkoo=4s01x(S$f3Qmm~TaB(!
zc=!$^Tv!+L+`C&XMD4`Dp<p`t#4k@XQ`bK0KU!EXg8e02>msEVut>gVUOY~9cOh;c
zN(JDoa@bf~hvy*49G#sV5-Tc;d+qXSf=IoF?*u#mV7r+3JN~c&^+zxzlpoRy!d7nD
z6*hNvo#{Z0c&=1FV<QVfCE1D1JTDP2yG>Ih(MBB<2e7V(wmFVB!Yhe_MRL(<eN_gB
z`5jkBR*CCu<JXq<<yiw?o;&VR{a5gK@3TRY-#XpDvg=k$&r4b8Eeh<JRW{z{c5R!|
zxAmCO|0MfX+kivgL$r5W>RX-v>XzMmjM@xzW0WdNFWPck)Rp@CrYt!CCX!m$)E(}C
zpo(TZR(%vcS<}<s=OeGeE0Ez;Xuz+QGt?jb6mR&<wyjuP(5}4wN`Mjrm)zJi%m*=~
zfyn_mp53jV=E1bI`TNsM-W8i|->SNZf62WYvy2ZlHS(FdRo9#H(LUy8YUJv@zQnx;
z6kSZ{VgkJ8Uf#MZAS#-R9)q9XujL@=p?ylwsX$N?e?2q(zj4<s_9w(26rh~qhDr==
zA_!G(U+8~cmw=TX9K2X3j`02W<2;y&P{`{VfzKa5js)k;{BIaGE7V29j?R+!rNq>E
zZ6BS2>Scbt?99gf)Bcyadgr#DiZ*ilUH{)DmA(8<o6|qhzv)+}cZuu<vok+KiJ_mD
zL)WZ}(yzFl!?8>YEdk$~-Dv7=Hs#2T=1LXLC3fql(u{ZJBvdB&gazq@iX2~$b>H{D
zUsyNUCM#?3GHYUcvtV^R%EpjEYm9I8+xy?!S`VTcj~&0(Aj9LsbFs0dJfJ3Ti`8Rd
ziB9n<2Ins<_<tUhX>k@}*iP3o^4L6ARGJz6=%P5I@-BkpGL_V8b_znOj@_AS$$`c1
za?U)BkJ>Xbp8KlZaM}48%&}hgANk+sHU0r)=4Oa{+b+dR-EzDp`cF(1s1?tdk7uUX
zRA1hR9i0ddl3{>C;Ifa??&T)KrnmXbX2N~4n%@Vj68KXyviB3XyMzkWnLYkp=07~-
zaZ!^6m_TAe0?ck8dz$I23<)76AfeF1ZTg;oXot+_t(N%@JI?<%T%41gFFVAOnfi0=
z_aynv2aSGCQ@JWiLH0Jc^qyxlSo(?G;tEq<DEcRz;FELZr0=t&t$~VapM*+ls^?r6
z8><K3={{=Oa{u<L&bxY{<X?e^nAVp!PFF33Zkt)|sS+h{rkhqT{;@YXn;00oxw4g#
ztIl)Deq$uJ{K+?BJ<?J*S^lWjQ2nVc`*)Y$X4ZWd_0?=L6|y+&Kcsx*5D#x<mhNuI
z9N5-$y7c2yo%sUmA?ZPPS;?;+wgs(ihV7<8cAxudt@BQo9U)vB`^KBeyLr-*itxkU
zXSVxnrl(yG*V80Y%~6-ZWLtInASRbE7G`Et{%JZV2nBspnk-TWoK4=o{BHrTXnPjR
z8k`TFzhP9rywpyq!$7!~m8I{yX>mnU*0cLdyLDfjbB<GP$%7S%)y7NrDd&tk_OZJE
zFy`B9EReIV&A*3#SJ@fsb5wWkeU5Y#P2OrOJskCg#Q)(3^#nG_0k0?b&OaIo-{t?d
zb%s@4avvF~>vD5$<4{DwVRqN~<=7w<{i)Tm=Vi~&X<d6>;c<iz{#`oy>2_oP$4?0s
zR}3z_;_%To)*^5pif(=~pD_Pz<5PfFY<bBWW@^{MITDn(j3I{c23k{xcMuYDq%_Cn
zLV1k2c{*$uTxWhn7)NNGU(!rgE>Dg~9<|hiwCDW)`>Acu4!+o}mZ_aSSXI5*Tm598
z)g`6wu2v55oI#yu`s!CoT}lksI*(Sx=Gl#P`kz?d8Be~Se|xseTDHOU)xQ^8GprW=
zORmcrpUa<`8vZTkK1lF-v+{VArG+JZRZAyxuIt-+TDKM9`l(4i!e=Jg20b&2oL1gf
zCu{afpI#Sx(DYo&QH(O>d#jqa?&AYJr#MB$!_L{{F&8I<n5T(aX`L4;JytkkNMA(x
zAV?|pm{xZXBjLzl*%LI;1@t^p!p18qEbSJBmvfkR)O59d?E93Qo=i$e;7#CKN_wGv
z!g^~?DY;-JY-#S)OP$Q;)}w4e0u*P7fhQIspZn`4>W-cG-*n#SJ(F&My~6}wq6Vjv
zKEr;YnA;UPd>0?bOffrEtu3ov+>w9d1oMf2%DWH$9EiN~?8emc+@`+8-qQY|VpA>s
zp^pz8V(YY656O-)UN^}}oUn8w_)|w_eH3|Ef3=9VoQ9Bftear=NzhI^H1KvvhoDz<
zYSx){f9klcbr+j_M!Q_~6EUZLFI&3{UEb$kpnN=lMs@ny@N$WCLwU{Dr_Qyh!b10j
z$g}TX&b=%^VQ0nBMM6a&lh5?s+I`>!Y4kJAl;USR74xN<x9wc6Gq*N*rR!ybj{>7x
zZElzv9NMb{$fl$J<-4?9rA8)1)31x{(t~pJ6d^!n(Q3J^2x23u!#z;nU3uZ4vffku
zXu9a15_x+Y<oomRclBC78P83>iHdhz=}FqZ+Ev$Yes%lap~6$Fhpkq<mnUtf9aC+d
ztVm?$C0{GhXVZLDLT=CRJa>8{a-t)0f`;kN($eS2LvA0~X60``eICd5H28My3qc5k
zQ^t!IV_mIFQ%U1Y8C@pZ=4Oh!-g^GK>qTkZMxSx9weiyY){)y_qMOrG#$^S|e{6Q^
zGfpmhL)CCYG7*Phc>DVg9RY0jAWgKtP+F7FYF09~rP7gLZDuB~bkmRZ3>j?WBUE8d
z%2-`Uq*iQX+zKoPP<GwT<N52U2VrtsdPcgW1l*tcL9cPG2PC5#To1@3d@N+X)NU;P
zQS)|O?b*K|Os&B8RFm*R`4)f7k(iErg1nZ^5MBS0%j|l=k9O0&Z!4Ll^QEi!1ZXH0
zj*N^AZeQ*X-X(rj#_4-@n&?goU-`pwtQj+}pQlfqleV<5k2W4utn}CH;UlnJY^-E?
z_eW%{eZX&*yvnJ=iH<$er^KQX4HG;!n>3t{=j)H>yuJtYoRl7+D1rhz50D(q$;l<i
zvr)Ivi;zsG(;f{%0tn2a40-gto8;#t0Up`fs;0Cfw&reavMUdfV<Y6;6WMAe;K<@A
zyY3ZoX^$ER!6OrYyYKTet((|sb1aE-&{0g#Jl22iF|&0nysABQ>)=_RkSKlcinX2o
znFm_iJF37LtZArN*R4M1|Kro}WF8&g!d<^m^RKT4IRfAA&(6xe|JEb#MN#8J3sS<t
z^+&TaZK9(8e2w07@ZZe~%Rc(OfQ0$Xo~r2Gt)D-AjBGI*i0zxOOldcpQb}QORo1C*
ziJ5-+dcWo?9v)tLo;US1AqP*MayTVfEQ7K|o($?^uBcG%K^yQKIcfI34Cnz7Xyf&J
zqitrMtY$CK4EpHv(McDn{pNo?YZOp(c<^+{!H(V}$y`1|P_U+pO#k3XhC%r&C-XDc
z_}rHYX3i>jQ*yX47OQuu^6K^MB*ZxFBe>nSC$w467yNOguqF9mb!(UAD}kED*boXv
z@?8(*?bD2swVQ3}zx&%MHqevka3~7csuvb%hHV`(eBLak<UesplwkIG)LcGWUpMMh
zWIykOFh#7Zm_m^5v8~s-J_N<l)xVEVWU<^bS&9vD(qRf8hUQRD?@9iqx0az{EP(37
zEgExg;*KOMFc?xx8P()^z3|a9u^!zT@1I#a?sVxym)}@x$&niCq@foHF}0D?_+k{S
z8g<4vG-8-?-mgoDhUC?mV|L%3DjN0{N%wb0+UrHdSeEOC$URD3a?VtgZ?{)HsOqhD
zX6}vlzX&21iq}&_IQH}CMxIeqcf&b)<@f^vm&_br4*%4g+wtOEeb-=-b|qh&@wp0f
z@QOBUJe}PyZm%?DEk(%rbrtSOGr3(;GT1%_Ycg1$7**by1A!ZEkZ*~OZ+d!F=?m0K
zOdW$~GpFr<F}%K(SY7Rhk^>f@ID&VW0e%4A)9);=y-_=tq@)+9o6fm+5fh!C?+n4C
z@ug?6v8Qd@Uc^LJmzRHqQK<>NE`GA+`SV`u(?A_6=LEcwECV*dm11Ke--Maj2mbGg
zUS1%S+?pyq!rTDOrQxMZOOi#m36-@rG}}xaX`#Pr(?wm1FY^sm`}u*d<mp)fwdRck
zz)BezLzSK`=%0wyHIrSy&c?vncy>`yHy8n7-Ui_K!i5W%Dtg8TyrY6~4~+Q1w6iGg
zgK88hf4-ggBqu;a&B<9@x?SbH#`}s9zTb=pn2U&LkH7Xx)WFDyD7K8rO-6Io-rKu}
zfLsyGy%B3!a;_9xFzh%GjmaI;+&w<Hx&E&@_`uftg+YS??k)0?dXaf_ZeX>*CGl-p
z*;CyDG<Jy3bpHOP6k~0?7+h*f%E}P$ifP82Ps7-~_Z*S9Vcb{Cccl_(+y@lkRqm)+
z_F4=1Eud!a4Ui{;8}^wrol?((8iPYv5b*tRgftp6bi};OMIKXw)?#p;-rEYWPhY;N
z96&mXTIBHzDhM3VIE7I)#@(KsEp`j&iS+fWPZ_)5OerpQ@m6bp4k8%Hce~_?0dPZp
zLwen^Ac=tM6IObvjnSJne^;8>h03#)*ZZsdwzq&IDIPs=hMMsAcZ@0Vmm$N4025Js
z3V22`O)7({0+&M&epAo48|=5$_?2B~*U5!I7U~ZI52c^|F{y!{5{3XH9$l(m%S1f=
zl4Ng#)HX3be(w3v0*L2tPTK)A#}BZ~gvdTPB;;t&%aj!K$gAtK)$mw#1b+xHb51HO
zvC->+B9MSMfG;QO(fcBDxv}sLHKX*cznE?AK;|Rp14r4|%rL}fjJ^f|AgEbfOh^|s
z#BB6u(xF0-W<b&T^=n&h#2(Zj+|Vt2u*UJ+rn<NAXvAEagoMNgtt4_v)YUaLk>@u^
zWXm6sex=P_vVg|g8~WstF}S=D`EMg*;FW>sU~3fmf6#{5JS*?0a}5Ag1BeV@4~XAj
zc@m<9uqvfMP(ZVas9^$7k)PlM5q(UL96^%I#>0mcLK**2j<BSu$jPN{j*uy+rs-gM
zyR#<sTolp)&sanIP4qK*aVGHU)kFI(z{==<z5rK6axa714GIdL4KdNMFN_F_KqKKX
zbo;f>>P;t4Y6X}~frt7BoC~bZv~%#x0<9PQ@eg2=jr>Ge2hoL9AGAG0yx{mMjUj`m
z2I{pOmw!yXotzp}fpEr#Oq7_-gBPTK_$k{xphW5k5;vg3hxKM#YRuE8kvs7m0;Y@!
z$duVc*N;xV&}VfXtgXkP*eMWUy8>JXpq0GCtsJA$^IYq_b4S8dcAf~e=6tLc1YiZI
z<xc;anwo?JW}$6dQ*CW6mNf9xj+IlU@4TX!ed8itu)|*$H~@@`87r<z0d>M0#v2}A
zBR7++L$!1Dh{^-d>o(zBEAsCe)&zJ?V3A{o=qq)INgu_$0rNz6h~7X*v7KT6n-oAK
zUGf?|F9T8g!o`bczq}y)n40>QYb@TP5CRW}`H^$jmozi+!v0U*4PI^337SyL_LoXv
z{tOk{>^H<6!P11lZw=c5L|c-PoX3xY9(El>5X?^4FJjfw(9i%I+rq6ul6TN!g=7Oj
z!gy3*xaeQH6iiKwaW~-Eg6SdNJ_6VUSSL1saPVb$3?{XhKY>}GuBysL_6u`<sBppg
zbl1~+nm&%91=1v7$f?5@gV4<+zb#J?7?Fc|)ItNXqV`y|xCgPwMu(BI!o39gqZ}L%
zq$4$0S#KWa1W4Sz5Xb@|K1QYhKv+?cn&iy+au}6HsHXDDWv0?0n=w{+tbx^!NKnH?
zgH1-QfG9b{0@~+fRcXK7=?_Ch_(lWlF+CbVsKM(GRBMMBc5tv^*cU*E!CN3Wa%u^1
zcwk`QBj(fKbP|mqi{`;A#fW7Z6Ca4b!8hz=KCpvORaLbw_!o$#gvUuq{B#d+e1uZ3
zZ7j4Rq8N^9)%M+4_&*&SG&OW|bxW{q!Rpjj2jChA;{I^kBZfO`&><ZHWi_^B8PEAt
zqg<l6fItkIOp+rC(y#*pIYCZQ&rE{s?X|~iNjjO8pcUZ~i5m<4A@(H0D5A42F;w>7
zKe)28ahQI4=Zz4hMGUkclL5V`CxTN(<~F!N&>Dl3p@IzSOtFanAC490IxqYggoPKd
zvEY+n0MLc2k5#wEza`)a5KX-;6H$a<@-+a<Q_v5UHK&pAf`z{X*obJAf?X6DY(hlS
zWOyN@UpTCa&A9>(4O4qaJ9A&W@PD$0T?AR7cjT$zaYs%47c!10xooW5$8mo^&H`_+
z_V-QECAJ{UA&`TE6-s^JfFL5wJ64F&)I=}FA-15l!=^s%BLax;{eU+X%Qw@h@iZ<P
zD{u>V9z<KtUkmQ&x)Oe1XT<(3gQ!kx>-2hl;_m7wwhn3*&P!bF8|5ez2w2yfK=wdW
zCKB?0-l1NDiQyG<&hm<ih}P_&AQD_E0f90*@BF~l37Nqvc(rc2+&4LSjLVROqwLN3
z=V3OYMI%i&Fk&X^O@MxvuCq%@u3>Kl-`NO&E653rDhz~=4GsK;MVxTKkd@uSmPgPw
zHkN{22o?m(>6<}KmSR=Ax6cd;@6J}$WnNnUR?RoF(|`J~yW*zo>zp^2gR`wS1!wQ3
zI1Cs|-tSGbn%>8b$80grE`-mI4=yDk!4?E0a~aW8kF{P#Mn=LlfBGoN8SI5GA+|x;
z1T$#a*jt$Kz}FQU5%M4-rXiokY?K8@7K|j}79uGMulIZ~?qJ)E4GGRZmM?*C!b#fE
z(Gh_-;ne*VE(j?9jXV&*x!7V=sXs!egWzPipuk;ahd;u8aMXd?IihHM@nSJJ8rapQ
z@IdgcBW<v@0Ou{XB%B5pIweEQrH>GqLOgU1IF9gU5zhp?Dp*NP*{BXd9W^PjC1TFV
zfP-r7{P|C~vj`{qi%0dJn?E-Cg>HRQEVF40Xu<vcljKr`>uUUY9hNT6_V!u4+b|SJ
z(aRR3ICb(Q^hEhcwLEy>04BrtsNdl7uxVVmRUB7Y4JRKgc=*2H<N;0K*4pBU*dx@`
z*OBH0yUdto)EJ1UZ(PLp^nLvbz8HFE(2ofO$W;(N3<lvdb!*6(03VmM=2!~Q!$=Wl
zx-uE@H30jLhc3Ik9AO(4C^0BVYrz9-ZJotJ=6zHPs2PK=n44?o)YYe;Is)4_BI1Ig
zB8gpzfS@3z>Hj0eW4**;^|~j*ooHY1OC)#UGY9V3uXi$9Az465YM{3_#<koo99M`a
zUHIK#<Byx7bAlpeczAgC&O1oSMuL*{=z{Rns*f*@)vu23+S-pV^BoRVBuhpqpoO?%
zEv-kjKW(d>{~-078nOYb7YJD*)+RxYQ4V8-eYqu)-;qj=S1jT*ZV6I!TsPRxDfOWc
zY-_uY+h=*47Lh|48GdWy89;V1=s{_QN*K!@EMQd)jotp>A_fHq+x?^W{HOAe9`ie#
zL>O2A(u`UX+1kfT5eT%|+uNHZ79Qo8rQ_@&Bf-)5XYid=>=9;WEJ&n|<ED$$XTf6u
zrtGmT){tHPkjQISz$hO3r=3VY1ezkXXV={VMxs>$<k^Vd9Nz*eW;w?3C2GHBW_(eO
z!I6UMZi);|9LImu0|!>~yVUnXLt{_7q=$x{!@>lyvdMTC0g=U)a<H6;*nAA)H=>G$
zhtGamFkO!A{QJCOSEnE;0o@*fzQgUhR>O0jaDun*c-;lcr06j#S{wJm*(o#Yf7ZLx
zZXGi!^CS4zyCXA8e4d4hok+JMu(hm!se1Wu2Q74EE*>5>La|^O!2Tbz+K&QI?S=YC
z4h#%LMSp{S5=uARuvm4(@2tE&Rfxz;>_1I`%OJTkv#{)Vf!F(F^d~e!*w`?_J*TR=
z0t<`10e|P_;2?^ZWTaU<d^q(hmJ$A4cem*2(+mV?+aO$pjkW+qRP%2ljr+&XpJy2F
zHo7<6)kTZaWiP70jaz^xDJG_ut2glVYfwnYP9k|K9G*urP-oQN*Z>O~3mbyDhGA5}
z7)>?<P{te<weJz|VL{uaR)|xbOl8<b9GbNo_y%cXqXfk&e3)2GqZLt9{D^7hYsbEh
zc_;gySyfeAIGR+#7?-eXLLz~B4{cm@!|>|b8iF_R8ontnN6$3z1Rvn&68djj=t;gv
z(udgT3R2>FVepg$!aWWN9A6>k2A3{jAx1xcekAsNb8~i~&iopxgVEo=ak-B+P;LH{
zKu}EyPA}X=UJR>n#xe#{?+sHXCnHluJnp%33~1J{Fm!YxwYfR<{}=`0B)8_(*%dwv
z@j7aBC{b}>!c|$4L3M}`0-UHO$W8(Scf}5Z3ycnmi>X8XsgG=uNGs+V#8EiT7lJ%d
znC?M-6D7@l1|h|alQ$pqVJi?F$6Om~9I#Kq!JL75*KP7?`0en@^^x3<0uQHNjZU;j
z{It4z1}`Zpw%0Ilzzz#qH5H?X>hVBSnbv9ia&p@U!N#e5+;1vuf0nbfG~THCrp!52
z?0)rXVI&<_Q!U<qxUqrK4$29zhY@rert*OtJ$cQI4WwLgmhu6JM|YQKDh`qST}70h
z)~uwvo4nJ_?1p>Z2Zyvr+gIqM`P{fhAT(z4JbddNZc~#&o8u96_@u#Qz8K|{%<c&s
z^`IYsIe_kzn5=#1kd=+iE`Q`3JgDo)8^JYVPlCTOjlwI;u#%JCx3v|#d1HjTo~sx2
zNFhiYR<_uNmG5*u<@{fm9Qqy0;y!HG{(iLZwrJdt2#@L{Rk$az@wk;^u~p|@nIHv0
z)oCvQ#P14pcpcA!hRdzTwT*p?5R_?o5H{LT2v~{@A1+TfqNp|Cp<7L@6;L0006SbX
zS`wJ_!YK+TVmDcOQ_AWKUb(%7(b(7#+zZ<IijVB0hR&{`Z?_$VWFSiZkK%f`RsfOr
z7gCfFCJ4dFAwqpP3ll4=v#qTJDor|jIx-S4^wHCG6=L+_HgycT6gZz&-nzg^6A||s
zNxOzY371)=Z^`Fv-jGPZrb^fEbpjAAj`|9?LQNm`2vtPgRRnimxZ2<WV*f+oXew3f
zzhf6lFHczigBJvEscT;g&TvJI=UjTn1IzcEJn(zHMB`gvk&|lelr4zhR&}molxGdY
zJLHj0yIR%Gh<z2ZAywm1@}CQ<VJ0caJBVt6r$Uz?%hJquZ}eI413gChSW*eQ4eh?&
z@hu^KGrlfMf7-qY*it2H|G}FC`z*L8eTfxrsHyQ^>~MIf${8nd<0=wcaKP?(fqEot
z;c=}65R;bghKUgc_y{2(Az}=BVbl|d7aptEh<<MiLTThPI&mnUt!gQI2n#;%5}V)C
ze@SD=4!k&c;s&`p@A_6_tIe#*!?oMjZuU48UKW~s<Z0Zx=_#`MQD0E4O0K9(QFk9<
zPgJ<_rmT311Ucc0T)Fh*KhMx{elqc*6TSl@xx$UV2$%wFOH^A7esSLNuy+Vc4Shy+
z_{incksIQKsdw%IVyn)F^6szQo(bu!W~uZY$$oZBj&(@;f<A+b-E3vzgKZD{Yy-X>
z{?*Qj_*d5)=Z79F=NS~uzWvxRO}*o{oKkbPCRs9ysL0kH6kOPlqMDgez@J8Hx{}gv
z0!Rd8Bs-mgiKQVbNC=VSKuSQ5jV3FQ8vZVo-v9U%?)hvgk==&PG;ZIe>~5U@u%9rd
zClnx>PJrk5@w+9DCv7!H#_sIe^IXa!ob4XWQs8Yu1qarnrn7OMXGcff0UaR%H2VA{
zaCzF_xK<Up-v?U`YvuP%&$DNDjdSfLVB;rC2IOXJXo%Q}#i_mpJTv^Vva)3yGO)DX
z7ku?Y&|b1+`0Bub;c=dBoV_TG*okU)EmRv`AY1ag)^yzaP7g&J=IDs5{v~n6$jEDJ
z!xIVd^EyB+F6!t2Z2AL1{)g172xpv{LUsxw!BMr!A^{|kf<6ShJdsPlemIg)12n9*
zb{I{KeJLWy|H4CUgbxXz9yisH1bywAUCz?~Wh=0ofO=r>{{8tmIjQZos6ZeimP`Yg
z*mv|Z1JYON9-xYOl9Xf$qo`ZIUYC`9X>E0O%&|uTaLd@j4d&KQpZec<dyt<Nq=*->
z>ws_=h@;}s)2@H0$Ins{kj{qYm-kgWtQLW_99wu29W7dMGQ%9!1Ath#dS`&6sB`rr
z-v^<564&MVVouTCM^k4v!YX1*?YYNId8g+;Fi0K@-@+Au{Xwmu(Gy7B;r=CX^zIoK
zX2^4)9)pAgJeVfS$mfX~qo^lgzf$`XB+r@t((ES3t*x!FyLZKMnfIm^-_hoF)TDP3
z;b2G7$nS_YX8I6~1PMV&NjM!cHXy0eH9D(L;t9Mds$9mX#$T$)nlvq<RmKLOZ@anc
z2jxkF6I!!%LvI_+1S(l74|eA7A{?~n5MU%&(pvu_Y47VvQPlO?aA)2qo@nsdib-1?
z*y(CUAS5nt<fc`YeJ~jMSoh&r_Tu=K!(FDa?Z%3XBo#jbeb+Izf(3aB0YW2Ri+S5K
zDr+jwL#uMkhBmJnZisj^p1kcf_x@0r^sx^`2V~hv6!zq^o_KZAF=Zy%HsG-4K<dTt
z(M!am5k6bOndU@W0GL-G=b~rCZ+;{c^3E{ji`=yE$3m06-7x6cpmf9S_Qq#A_ZSni
zJBJ=~DW!fTzjr^_`aPq!M%O*YFu~AcEu3pyo?U+qE^zi7UmjHBIit8+X*UV^J^zj;
zgU!p|Pt3B4w_5JH_aMNwa!784N7!RV#@oYVRD3MKo7Bql5u@k?-UiqK8ag_H%zUC&
z0Ni6Xva4v>aYVo=U5ptzb?klaXfgx^(ZDXA+1vlugCA!CJSecr{NVab#1nzGynKhh
z0)#54<LE{eaXt+Oo@;1h(Y)M3hQgCPV?P>-{R!gESD>H5Z$;4K@P`iyCE{?1hYZ39
z{s}lQ8A9fkmXQ0h4&()AStl5(dPmXQJmWDevP9?4>bsI06BC0e-%oj>l^F^!q>fTf
zn-*JBZkVWah)fR;r}Rz&5-~L}qhyx2j_*P9M@~t(2`rM1*C^;^0s&dRFs;Q=>-ene
zGHU=^*|qO+;NL-di4_IH>+7nat5AUedqt)HXI`E9BPtOPH8Dcg2lxgz!jYZ$1U3c+
zUqR1;#giEPxl^iMv?`yBp26Rv#75BwBtxN308Jp!3Ih~HC{4%$R*)Sq$xVtRX}Fcr
z4k`%d1BhE&D?(?8w-6{#7OQtwD}L$)hH$`#0E6zD-0ouovk6azUe0#|FBiy<40LoM
zWk@u-g~J?4tqsLgQ{UhI1F%Ev+EK{^TJG7a*=>$b@xL;30=SU&EtYpffII*#*#aH~
z0Hmg&VYT!PR`B#8f}dxt_rt5v7@}rmj(v)Q+18(h+)juqpJRlPXn{lw-ED`zJfmL{
znW(9WN=tAmi8<Z?;|$*nefR)=R24B!1FE!s6jmtamucT0jXsY%+UzSc;m5sHy%&>^
zB^9XD;BbMBh~^WwZ2~YLKxxoiUPe4p#ZZvV92^?K`-6`3E$)XTg2*{oOOTxb613d<
zR56Nakl<j3ve$`-LH5zUdmTpS^L3%@!Q0u9Z<}7<VpyiWw;oqwuJUx$Z1a|#u6#PR
z)$zS&dSK3U;)IaTz|PFfy6SX4@2Sz)S0ks?RCt#QJl;mqcrVt^G3-iTUYN`7v@y4u
z%Sy@Kl-aP}t+nnv@;r4)YDi<N|NPO->kT@`9Wwkh44c>`SZ6j;buN_N_~Ioy>rBp2
zPQrik^yuHP6yZHBe`Y&XQZDj;t4cLt8e`?k=gB-_@@AG?pDE_jK|Nai7@mP`E0yC(
zk3w3d;{P^ONF7KDUwIX;Huh&v;oF!0sHP7{_VZJO3abmtPQ{wjM{<IRJux=aMZ{vz
zK7bMGHlvLIK@4G}feJ0(r6iyxZT?-<zk4&gb6kR%%G;caY-gfqTN7jOz}Jr_x(L$>
ziQ2SEoh2B3pS)g2^?sQ^@OpQIC4A=El9$Y*hO-CG(Kesucxe%Fl>HoJSTrQ&w;tUK
zu|6By=xDiD$O7*XlJMkx*&;bFY{Ox!C04#Th*V*gYPSdiv5Qy@Z6$W)Y}!h=FN3Lv
zgMI-aG-5|sN&J8Px{AZi(tenik_b2f5wZ0dY%0dY5AG>na8^_9O3bCQ_!b!W(5~kp
zq}*4+=CGsm0k44^e&d6TnE<~Q`KVd<D|>>xHQ%N2Lm~^}PW1v0b@<1qnGaTlJ{1uQ
z%(_7qa7HWCy`(5#SGPOscaODR2qkxj<&RdWn}K7~0_Wddw!ONOK+(dzbn{LP2|?sd
zb>$pqu71=>DK#dx7kbC`kQP+gvoqfCEdT>m>%aIrz-<MosU*BbkciEq50sbp$Hduu
zKj%5d34vwPR85M8;OdNfjP4%<)Hh8WE9<Y5l`(iroOf6Dy7#^A$b%88x9_U1o72}9
z+=@)@n>vKNY|dzdy9ZCT8wfvM7W&q>)of%i<g52}M-AX76cI%0m0IQv8}kh(CaL{+
zviBZ5SO>rp=W2Fa_hdKG9Khz?;G}=VGJR(b!&|SVO2%Py4;PeaNjvYCyr>a6c#iO*
z;LXRDvY!uca(YmwbEW^4(^!tga@*-2+m^G%M|HvDGKtc5+V+I)nWq7t6wGQaTZVUE
zYBqmZ^Xp~>8gz8fL@r!T4ky_M81F&vj-}SsMf<SoO|NrL;~oBQV=j-Jvgk59eG#V{
zBJ`*3vjBynY<3HFtkcX?ld%qw5v{+mH$pBkfC!hjjgxgR>?C=3903xAk+=#t@4`cO
zbUG;T>?y5*%(pi~%^HJlo~EtKCc{F{i+$ghh6xiAwB8tK8$N#Q`MQeKi%;v*Jk@0>
zqm(?}T;2uuzqEgMQ*^zfDKERR+yCogyxu6?k+OPO@1OrZlE)r1>}4Ii>OVfyvAbc9
zF_i@g-G?t<@_YpfGkcfB6D7BD>2`b8T~W3b`#^k$EOTP+)c$;N)x^NWT;Q2r#_rvE
z{`yHTvwlt5iO*Ocf7|!wnAMP7>J9zgFYgmczxyyJJx@A4=r>iSR=vaja&Fs2OAZx=
zj^32l3b~)TZ%s}AI4y1&9^TQ^?bj?qI~RP-oiEUb^rOvp-xZPXx9(Wkn0s^ZK5zJ`
zIW5=sE?4SY^-Hz>fu;ej$U)k{7p=RqPf?IANVWx>n*nD=eAs1$LV$^*>|0~`(z&m9
zv59@wNTog7<OW6!d%;eBMyF$hd#l#cR7uvhENO@4)J31HnP&LnIvl_Ld|I(xNMjgP
zawR$c&_c^9bCrUrT6=16&HdCRdFsmnD#B0B=c}Gl-TpUQ&3HsA)%dT$_JylerytdJ
zc6yawF=sD$$pF^15}`rCEHvjAHM2{UoM{T@Kdlh{iSL8^39e7{G)~4#?Af-AlWCFx
z&gUB}|CveU+_}(<44aEl-vsF?Mw1kq=@>WXe~8bx^X&_p_np}ls{PA)?7XmU>2m(f
zEmb3S?fa4nYMDFCylQmQl&!w9pAne)d4AJ0O_X9?vAprJEbF_^*B?a3E*h!`$`|L`
zh2(WI)jbYzziLD^d^YG=FT)1=RRMZ+@_jssS9<F&yGt$bQI@C-EMHvLpxH;#dY;{x
zdXK|fNsk)IPhbBgXq){SUwO^O*3w4$V2@z_VUja1j@SQiSdfFvDp<CyM~noFd!sNq
ziUTzA_cT7YbL_MW>3Muo=DYMEhARx|KB0S6UT{SleR{?C$(gBz{wN6{k`wg+ki5Ua
zt6?GL&(MX?9(8mw7NDm{@3ws}%(m;HLNA5YVWR`lSCRwXh<Xb0lANK2ZwH`=KTWpJ
z#Gimbj3OW>Qjq?$F;!LF$4WkG685MjNGD*qgRB|~@*;~tG9tyt-X8yHDa1f$fE&xZ
zhn(m0<W4W&2N@X{XX<6@qASmJI*@MHXeoq}B0@FjNONcZDD(sB4gtIAM&0hPkuCm}
zC^X=q32k#37IdbAnZWIE12e4o*UUTx0{I7UH}0}>qy_8KR-Iu}3O>9aca~x&eviYR
zDpd>odG!CG?#-jIY}@eBTgeoqQjsx9rVJ68i)2b6^AyQUBxEQVLP(+v8Ivhw$e4^#
zC^8R`kRq8<ND1xZ>HU3st-b%*e{btu-}2QH&vW0`eO>2yOs7UjPe#8+?u8&P=K3?-
zK*L^`Pxp}f9~@8AIyLb7Wi_1(m0)D6vlBmFOcCfcXB$v|WUs-w(mQ0&C!V~hKB0L(
zw)JD8%a(j6D$>6dE@ai9H{dq$&wr43%2-j$h=u=JqJ?c3SD%#j1kdt+*AYL5)vh7k
zm42U^ZWhl)Mm2Rl;}-5Vhi#Gk4BuZmz1(K9&5R2XTKJ%w#SHOrNWc1p`MzwsJSr@~
zf4`?=%T|H^zKge}`2WMV!2`XU#WHeF8&cKVF8zoVrdnKW{6xKlB`V@wXtUFg6-v_8
zi?1LHuweXTtZ%0l?oguPnMEGby#Lu@8{F*RG~TfOue=d?x_kF`l$O0ET^`!WvUKWA
z>dN*ddGpk#+o)L#UJ|$=WVtoEEB)db?i{K=NL8%R`SzBUF_&XF<zad@b6^f4{i=Z=
z?wg+W?z>IyQ0wV4lE?9PPTRX>^xr(>`IHT#uL10f?7RUG1^)_k=_?9*k0tMQkN_YM
z-W^6#<?cDsTWFg(wW~MUNa%~}`33E;-^vQ245~B6@5A)WL5QIBoUJ?ZpbazsmfQZl
z+CjM|`u^pS-C5g&KI!6MLg{NRYrvocm?>=luYB_+%n3S-->c6Gi80u2S{yNx9>6kS
z)ADkqe@n2YKCfOlKUjrJ%4LlBQ>d1?PuLvw4tzdP!s`{!NOp?7rFns#UoEq{zwF;-
zE!?l6_SieZgev|9*OSCt)o|nUB4Qd>j@{UB5r03x{XZ=L<`o(b{99kuDPpe!msiae
zh5ynTnCi-NJVQkcazuny6l_9a?W#RY>VWtek6dgCVfUpXTr1arfC9n<wp@<Ze`$$D
z;!;v-D!bHApa6i6HWL66N#TAI69CcR^i>ns0}cS#-B$7&2lv{S4T0e&Ih=qX1MzQc
zJaFuoC(vjaw(W%X^0bw0A1F+eDwG6}+s9-|T7Z2q@5Ter?t=%00KL&V45lk@@0Ak~
zxeOAK;Mfz63=)u(n7jK>lLv^08vRYUqAriW1b)oSvX8XhoaukPjPPoFoSQp@9tPk6
zS$%u^HUf3tKX~Iz$Ud0dA@D%If;YRi)N}Sp1vP<p-`&%LIh^Tz_Fb_kCIEJWAO8OP
z8o?tdm?C%G+ui->5I8kdK0BG2NfFa%Rb(Xg8JL=`zdn=-V*cR`IKi-z;QN*akxPm;
z>fD*B&BV&O4#IWwaeRGJ{5D$0p6!Llzb$b~L8YHpBdR9FX&M474iEvkjbD}-1)ehK
zVUWZ^J%q6dKA&55G+HiuuS1tnYLssvU@d_h3~=!Tq0vJcR2_Zn!c$N1>46k<3Z$$G
zxwQqwU<+_C2*r5C_8vXr0_n?TTS%jD8+tB7cdPh}8^B5cd`UTz=fE!F=9XdS4N=i-
zCmsx87H>!x#5C%rZjyGXtljl&Pbzjq7##o>*63m%W5lzwR*!!<Ws7Pwcy34?uDZHT
zcW0`DFH;3xG~o(r616_wu@3_4r@9Uh$3QnC35Iq%JC+vsIj)_rfv2OVA{l7L@H9g<
zB7m@f)>g&0<<6t?A3u^2p#0H@5`NH3;kuCga9ouzvh@leO6PE=JL>zkw$r88(G}tY
z7Ubun5_iW8-$r4yrn1*pOVbX5+k^lFJOJ1cz-qIdAVO`ycCM$rFSYAAA{s{8FebD6
z$YalBpRHW1&km1k(dji3FEUXHyLNZQWpL`1P`dD)VHv~yg(kum&xr2p-^sK4&1@UX
zQ-j%|ku5c&tHx%eyxX7X7*EZ>d-Mn4RdBvXsc62DOzmJlYTt{gx@2Q$8C86r0ujK}
zKjJv}7EFtbNU{J%Mn*thbBxA&2LnT?`;6X_5tsdJ6>u`MrG}oK5-1J`b8vky+F^7g
zffht~mYwij{d!1TT>xPd-_tZSz8?rBZJ8R6+({oJvX=46#CVz9`ue7jZDJL|qQgG&
zD=&gx-fBqLxizZt2IXj)tb%7!Y*|U2eqBm|Y*hKNIL5B#o{ph58sd`mOXEaCpP>qg
ztX*u)H<cHRd)p`d_Y*Lk$i4QR9v?ZAuWe&9NvH|ijQC|ff*U`$QWKd-!Af#R_t9ze
z1n)Qw6T*`M_+vZ6!GDK6LT`@Cqgi_Szfm5DE(1nWaPQp+2W=w~0Ui#Bi;Ju1>>$@N
zG<;po%g-+=LtdFfZ)<y>=_i_MBt$|)VRmX;1nEW%+|{Eu@UGeL)|nl&yuq+HR_DH6
zy!zYCA++WzSu(00e7!mXIx9_w+^@%{K9{ymjqQzCWbb>#t$J{eo^`CZ5hd{@np0*@
zHmW|XRb|O_L0H?ohBrPjv8u8XBnVpi*=ETpCLx5)G^TG>)NEsZrdJAv7q}-@B4mH=
zYq}AZ&!i$P7}GSLA;~FHZuQoq$G}X1U2O6@$;kv3A1XCx2Z#46`f8ccZ;Ss;5QY@Z
zk7MKKla7Rh1RGXC1{xA4OA=Ob8ER`6BNG2pNE7MAacIfgL;83_neWnl&O+QRLaR8f
z8f0SeZmc0$-S<+>^XG2eJqdT(M;f1Rt4#6TJm(#s>dQHQ+EAl1y=*<h@B7@vGsMDN
z6vkIBTwf3?dt97R<?yA;xACendz;|f<?@xJ-C`Q`dxzUkhdpENdt27JT$;$atE+Tl
zS9q=(=e!b`;@N45+C&E%;#i{R#}gxsTNJ-MIkqO-C|tMpR5GLW;nJFNW#-uub=Pj1
zBeA!QGWr}MKge7^^ryD-r0^3P+Z%<o1jhi+PZQaA!}}9FSMF1Bv5eChh#eQns0^wM
z4_C*mV;UoB@=YDvQkD{P3Q#v<`l4EoTgm<QX>i{l9wAczkrJ77778EGjnIghlvryV
zC_Br{;NgDSepo?l32+yQYthxUIz}4j0f_7T!r_10)KOc*6UVi5lnkwYBvVfPNY~4W
zdY;RZcagEF&E&{MH`~8szQG|3It*@C=W^4_Xgj6Ub`2e!I)83sJE7*#DsKAA>B%?g
z_YD$%DpxiphV^3ffKdeedCakxp0-tfU-^RdsfL7e@-?5NCljBZw~Cu=lBuR9WbUYH
z>4uiXEY@+ar>4g=PTrb3+q$TK=GU9i^p4tiMei_jLazCy`a;`H>#E81IF4H#rw%7}
z+jOto)AJg-%J{+I<(u#4H`hloXQ$kkHI=k@b$g>{o2j&!rWO^UeBo@a*z|JGK<&T{
zZ(k+f@H5t;3L+T>oYp=0kj*gX7IZeqhCN~ozI^rSXqkgP9=8h@ICC|YFQBpj#QzHb
zB}7(+PcH;ve9C)ZZR+L03fEB)R1V9tbM0nhO94`eFVq;e$ANn>vm5cn_yV5;qv{^K
zfnNUZ=LXX1OjJPU681<fyj3u{&h<zAgDUFRYC%WljT*kMXY;?|BRejzV>=D2@P%Q`
ztzSp&EgV#na~2A(nH|l!Ka)!~_VbhUkt;K7mrUJDr7~JMWOL5?{vgV}e;c#m+vz3s
zyy{))%vA5wn&j~0%qN&VvG!wAZ~bZ8$@jI{$Lrardd}yci(F>5<fEr>pDyg=;s1Oi
zv!#>PG(Df3IGm#wMI$EoO4HT!sOr6nBjX|NtQV{<b-gV+S0&zV_nS#farAZV-eF!%
zj<G@G_dngfb-CUfte#q4T`F}8wz%7rizI>;AxEclvzuXIG<sgwFwY4z=_xJwnhhnk
z6Rhm)b--9rtdSDqIH)KoLqKLbj@GiyW!fdYEzaE@(uk|CTnOScESHaQPwf%wDJ<r?
z`p$oK9i80^`ZS}=+RI1hSJJ=mM(5_|&{0h@d;N6vvfDzav~l?dQr=FMQ@g;ObLGC@
zp~t#M@8)XfKX!Ne^eD5JI4<IS=z(Rv_8k*J28}M-oOG3(cMUq`SiU$H>|r=ss!L}&
zoXHJwp4b*bFzz9vwk;<?)LiD3KB^}9wo|%besD((CBYc{-En5W{%hU@SNl&YB3!SC
z^?mXmUeQN$iHa8UgpGgq#3>2R9H->&iQO#Qn%g(%T9-v=+dxC_fBg#wG-iW*-{Ot(
z=KZtF2Tss)M)5#Y$ivVu`pFw%NgZ<gxHS?;v!Th3YiPWM*cD8xKRJA!&pf|BLYs|J
zF2&u^*LMRNDPXrpkCLK`as`~%{<}&aY)|+rX_XpfPJZ{4%AdD8v+;sexyvK;0oO4B
zm$uIzttaVBM3XMwSxL!obDz7J#2+_*KElWC&kS{|)nvbf=(rX$Yi28d$JSY~hwWh!
zO=EU)w8G1KUy9Ju5wxAeaZxeG8tZm#feHGgvmrwBANyHZGt<jlH4YQ^U$;7D=ylAD
z9ewn?IG9USFm7gUPQ&Fze>>!ps2JabsXd5TPF&X6gNRKAnl7mqH~#(^1<8a?7Nk~i
z9+lRfIuR&|Nz;aq{+6j7!6JF&*fB<;)B8AaS1mJmW@DOEUW2urn4H{HPnuSRlm5`5
zY>){TNnsf%gHqicU0fFMSGk%zK+d3+hp-0M$=8<D4OU+&HNVw4+#uj~QuCXiS=M-6
zE@kM;M}80Gc3I!H(=;WkXB_QP9lZK&BE!}#;r^i<k?j}O->*>k$+3FJ4a6R@8twV&
zuFq~F@p0?(DmOdolK1fyuM1lS?s*fomizf13uw=XnQY50v`H<w+Aha)S}<y_$(bsX
zES`^-E0dF@Ox0_&@?!bL!a{!A9kw`IVu`jLsm~J=uRiV&Q@mGNn}6L{T3Q-82XY-5
zW%&;KP~FFjpS);gh1KKb<AWkB^n-z!*`<rl+Bt3@C?BisF?xW4_456zR`&MKEt|KM
zE9eHg97}>Ot@sjOjah1P^4mS3^i<>#Ph6nfK%ywW>p371P_nhTOo44@mOH%TUtcbN
zc&dPds-Zmp?PtSX1c%(ua<v@s3gH>)mK)x`E~cscdXg?B<s-PSc+7M7b+Z0X)q~xg
z1up`tC>(gpGGC6DbgBO|l`r}-ed3Tqvrv=3mqo9Zt$o$EXPG>f`l&PZcJyCq;Yjtb
zGadOp+L9cuEa2%}Um7TJXYI?dHMDa>-p}4YJF<ye=Hg_(y0jjvp_8RWPuGho6SJ<_
zpJLKn`4wd)nM`5HvKdclE2>YxiQGFf;tRF~L3_YfK-QoN#uz);0a~uc#K%uT+I7(x
zyH717mS~v}uLnvO0m|^9QXnnTx{Z-R#E}K5lgMD&x>pdQ#_Ws?q=X?N=j_>zu`zSp
z1j}HOg&r5_y!n5tM~}Wq=u$`C>xT()M5A!bgs$>Rl1feL<lat)@hVGZEqy97eV(x}
zs(?l!KikdzN5|>_ppLr^YV<4#X<`{PG5Nqorg`#%b;$f)z6`LojWOFsWL={U8RK(1
zx~V{=Wmnp)yIk|hHi^7G-7Z=U5)PNsi|XRc%Uz4duHEkw{QQ9CnF4F3?macU?B!lj
z+QS2VE>zp>DF_C|oMpAJ{gvb$_k||uO%l?0g8|?L%|9r+v*Go)EJiTa^yIbgi;3mJ
zjtv_QuV(CalW-C<vcrN!$ia-CelyM7bvdmukX(V~>#r{ht5pBNCuaN!Tt#eJ&gMB>
zr(6BE?D+?-&~;~UU42r3YMJzZQ#zOzZ1?^jutj1kfTjQbJb~%|>)QwVhl_yluD;Lw
z&@>S2xh|RN_Px1BzM_2he?P(OfLU4n_~l=Z8CM+|24BkaeU1_8X(S5$Rw&wR3r7C?
zJ!_k7U)b!Z-I1hzd!cxxSiHphBU{GKt^A_uOT#H~-{?rIJ6>XIrHPrLA#YqO)O5zS
zRKXTV)*|&T3hSHw%nHGHVFn)p9Su`l`-@|S@1<s>+>tjHEOaTm{6Nk{oB7IM)Vp(i
zZ|wa;U#}-oYKQ*5ed64(qX}_5^PFk*6-nMdDSko=i&K)%9OzHbQx>pqq2LLt{`=V<
zxTHmmLUMjG;Q3-(=eCcJrpNExG2@om<sh23LpEe5`DIDTRadprGleU2omZaxRgnuR
zJmCK2p5Vw^)yXTredl~`dTbr1zaceu-)KTVr1qRcFZZ>3W9^%j|7;VA(`Tvn6{z?e
zTA4Fg#1^<N{j1*#x}^EkFzLL0JBrmMNQ`87&6DD4nu9W0D807trA;mwUswsQsiE7R
z))?~-uysPJQINukp3=%nuW++v+XO)b>qGe3O6QM=GN|f?hE^v=&urCm6)F(?u=DA4
z?a|P>_SHdc$4ZG+`k|C_t6Ul979x9Y6dkRQ-siK^X-#%R!TNIh8|w2NEWhTz{<^Yq
zMVs(D8=oQL#n{X1^0xOIlV6}nGnpURWQDp<(i7IdqL$b1c08<-d@Zw$o$3}&qm`HP
zlN2F0M6A8kE=@;-d?)C=zD?I8-4_})taVvfQ-7`hiS2{+ThUz!a|tWwiC>Pr#W~jx
z_0ZOQjT{{^ly<uISH2|BdM;A($1|SRg*hF*+^Z+&=w{?*M@9Qp$R~qhl&&?96P_$`
zabpj{+q9fpl?9WBuKsxc@ZXwVj8)XSe<m9#c9cZc!8E()N`GviHr(WYJX5=7?Q^O5
zw*I*`X%Fr9f^*lX1Z8u+-IQb7u&s)_PPv!)P+I-P<INktcL&*i%BbB{d+m#;KlQ+e
zg5<mibvvgmi*-!}<$?<Ssy7OKgLH!kO-(Hw16{FF2cD4aa_u9R#0$vj2^Ue>w2CTc
zN=gaoJn`E38tuhyvicWq{IkABCtP4wpFtVB<ngzaS4q?@qI@S&nqj2GR~%Lno~It{
z!LD$`D6+gD<tOVUt6}kL(yuGG-<0`Se`lRaa96*jO0q=j&#ZJYKJBiZi=lWhfX{7i
z6qZUp!$DuY>BHh1@;!~h_?&rt-D2y}i#-9724!kq(ho{vy9vLOTr|@%nu@uEAK9t1
zGgJZeKQxx^vmI?Od=sfr7h{@~cd$%1Y`Q=&xyyrsQ8s@IL3aM(AywjT-e;L@g%Q08
z);z3APaAdl_~4=)@pRkDI>~i~+;4=fMkP$j`%{KV-qg3gLm3WZB~S9T_ykVw$=XCl
zS9+)W`Mc6q-nZ+<n`4GwWhKYz>>^L&j(K}b>)#epeOZ_`U55{}ReWqAZGCQPEE^T^
z%%lKP3dA(O_BGNpH&lJHv*cdqjFHCMd&Sq-mCrU(%%1L|T~EDYys7%nlca^RmXp8c
zy1qr7oBp<zbMT;oXf(IFgSwS<e{fa)!T#$*D=9-aXb5`jupnUu4;r#2R|iOK6L`XB
zbmLMW^?BhU%Q}kum<PrKj~)1S$7qK#5XI_Ork8|vsD<T)pTEfYZ=15C;raNyEZ<YE
z@bpr(n*SDx)z4P8C}`_KoGq-hT<14u>Upj8Kah_WJlY-K@hLI1E!>{w40p;K-nSMh
z$=@cpt`x-@tfwp}8#;Np&Iis$JN7=SyIS{7S;E<>DV9I{UJ92Sj|zofE3ZhM$-Dc;
zDQ}6_pB5bY+yk#VwY~qW|9M9Bx{tAhPiwgrugJa{?sVbB%NCQzzik8`t}2_+Nqb!F
z`PVg~crsEtif*Xsr}bwB3*r22s?ktFKwr<x%L@Uo+C<`9vK8a0^e(7`Acx}S;u^*n
zsj|b~I}mg;J2N8<`yv>X9;xAKFVVw?=VIux_3{c$DixSc-n{)e=GClGcwExEJxk_g
zQAR>cwZF#R9<ci1T3DVE9_+jDB$g#W)Uv*}hq_LAB$DPU%ezX`LqVs0KS}Zq@QZBR
zv+iN_W&5H2t8NR$_lEXg)t7g^k*ViCwklF-^wHc(KCQ!mh#$FO^zuVEF2Eb%(`PH#
z(tT*N{l#XTbP7KzJ11+}?zWJn6k=ZfdZ)EY?)^$cua1<^#XEUU(hSKb-x&?H(fR&8
zxt628Qb6vp@7+VEbZ<I&j~TA%{QZYmvMf+cLiYxT5tNSa0aO4_SsC&9Hu0gP&<|Y-
zO0(B5UVKD-Ptswa`?fk_2o#S%f3sfqcU?%M=g5Ou#8tAik6yCgBVd3&ksx3xJ6~qM
zd+2eOEt0U<_wHQ*Mgm`o$8@h9vV;H$b{tJFEp-DvjQl=ez|GAz_;UcwRx90N*I`P7
zX9M7ow~r5SWjTncKQQmy`ABok{nKT5s-FHTv`XVrO+lO}aCy+VsFd(lQ;#~t-n+N!
zJ%_yf4M4^Kr8%P>10X{gBql0qIeG@*>U9JTS_WYb5#44GWo78wkiQM5C*EA}&6{n>
z(iPu#bCGO*KU#$bKZibi$l<}a6HdI2)X_05(mWId0TVDIH7+zXeRQ!+fLxgJ{p*R=
zxJXv%SlC0+*T4mOd*9KpvJi`S3^)6Ru(`vBBRanLczJ20%GCg^a&!hE{h{)T4KQpB
zFm-po{w4V;62qH59d+3`x%gWljsES<N%qtKph^f?gPCE^LS!lw)|q|waN;d5eLY9G
zAY5!^<%?@2fsq&=5GMn@H$H`*AIzu?Y>7}$Gc!xWn6p%PDqZsO_|5R}aEw7xP-p<+
z3QQFPeQy8!@%tJ=Xb`QFrNPV=c@+|tjrG5idcwihJ2;!RFWEN*SpP6DdsxqDS94an
zaQTu0Re+*MhEZV#qpRK+?KT&NRU=}-W6I^?_YHfeEd*eb@zIe;4l35n30F@s#k{2-
zhW?^d9Gai*oEZs`8#2z%H}|`IcQ8MBbu)27^s{nR9F4|Fa(W|e*;3<{mJ|ze7u(?O
zyY{mA6N{3&R_`S56s8_b?;kMTD_oy_-u8?6zXCB-W$Bf4>oM|3G9z{S()-Wb-+!Iy
z^U-YfCqM41G&1;dYZkWx!8j*<!Q|W3&(H09ja9NaWb+$UjhgPIrpiO1`{s@O)>2Xh
z42=RwZQ?TKS5@URGxXC0L6)zC+oZo$_l%jjJwV9}mEn(t1@ns53D=AQT3$ZB1o-A4
zyIhrkBLS8yJQk46|6E*jco~dU1O<EX)l@{Bku=*7_XGw8lA#9OvULw^MUQIWB*Ygq
z_P;QdCZ(!B=FwxAi$2t@f3e>V-+NpfL?V^w0=>MwHywwk+0*lwv>V)@fV~i;Xmx~%
zKq9MH_wOroKCoj!l7RG0tw8vA@hQYE36EQ8pF^zFzOVN15<!%5ypZHS#o~b9ukd^w
zo6{g75J9C3F1kWOjJeVP<bj{j5_rkh?b~fuFmo1P$aTc4Yd0u&AeoJgZKL7arp3ue
zJ)~9_fp=aqBcM^X($E05R@Ul;3iQ{tTF5lLy;sptK%|Bv3j$}R-Mf#%?q{<e3o@oN
z`7Eq*Py@bq1f_t7)wNOv5;^P|2x%gzyl^96%>yW$U|$kt^cj2%&?V3e$f&ZLrtduI
z?+#HIKqw%4xL@%dU+!^{G@@u8>FF_i@M7DMzt%ep4jaEVRkpKt*F8E!6I2j<L50x#
zx?4q<%<oP=r~4MdNX;}aFSkoCS2a^XKfSw^?08Px-@f?Oyzl9cltU{+2X{xF9g)-J
zEnF)7yV#w{9aA=xyU!`eL_Z?wte9fXQkapGZhpC1roOP|N?YE3U0Y28U`jz=PM2P<
zectqA{*!B;euV^W?+(*G%av3vTvk+4su;-W9^{Rt$HLu8Mofb=N)*lp0OD|`hGI+x
zI3Fb0s6?;9b80sDR*m&Gi-f#<T~QG|v1xN^rRS#0-^Z02<qA!!^s>n`dPwd}WDLM8
zjEx%qfiw9yH%CWcA9WaZ|BDGqS_~88<Hay+A=$qMwohUKh)Wu2*HPlMhQ0;Y73&Xr
zNRS+0DIcG}6yysR#&N}GR<2>Rj@vA_7m}g++sI)C8oPvlu18IV<+l=}nhbsTmEdx|
z4OjLc6f;c|Y!d~m8FI{_)RKUVD}k&<#L|{z4Vz&+rPYg{1R*0B6;Jq$um+V+o$|%t
z#|~LhY_(kY;^xMtU(#NHw07>bWW3unu{b!GHW8}PEe|SSCcDU2T#Y`KSb&i(14$Jo
zp5S!gIDIr29vMjqVkESegoKa+%cgsI-FmT!-c>V(Zn9Ar$yHd}q!dIrY{)pcxr5g^
zHU=~FZEuySuBi2W-Mw!<QuV4@FV|aohkJKybjr%@3iskD;f$iv_3>U^%7G*ky8@UP
zbk=wIXF$*({R)k@hnw3h9wOWZy*#I)JR}l>YeZko7HNaIw6Jh`#KCb3PjXGob?B?k
zWW&>j6kia&5M!P=*YUh5<UIrsB<vMhzi)#j*^eHLZwd4`<pSqA%#Y_QU9CW}f>EFe
z;zXPR1mTdW;&FzlG9YT}&hz7zYxg9IqpK9s<$Py!f*y4nT{tSVblv8`X1<J(ZU)^L
zmRqt}{kh3jXVgy#Ou8f(FwvfiM3QS(cJ}6aJn~U>d>kAPtE<;QMF=70ASVaPRt6=w
z8@|JVic0{-1&*~85zAmrh!mOz2KEx9V0-NxQhvX-_7S(KPH5a<Ja!r?<rNq2hx8kX
zlGYAAc4b2(PyuFS40eRt7IIPhfdW<no}p>5#YGhrqu3a?%df#CjW{JF0+Mu_XU^RD
z`0UAdl|zF=L;Hf;_I<{t3b%;)s~3RxXF3{DOpuv>c<w&cFpTww#YF=5b97?k;@%Gp
ziN7n+&N-<+1=IRKYil^iElkpeo>d_Y;~Z&_%773~5_QQUYE4UEPzfntn6?pBTo012
zFV~D?j1RCSVhRrE6ZGJxX{f0sug<eX$3TJtLWdB>0qUkM1p_)Zx>L%^_qbkv`i>5p
ztiG>LS76To`{T=v^CLBhF)>>RWDj6w%qAjArS}(CNpEOVF+I73ZLnG4`QnSAW`%zd
z3)*=#k}d{<?|vZ_R%YgKv(pcbDDg0yNs;lw77TC|g$K4c2}l>O^rb0M!YE~DCkdna
z{re1Ik9zIP;PHkel_~&NQhB}xpBdC?I-#kh^%0{iZJq#vb{u{dWf6}&!Gr3t_+OZX
zn!CC#V?FW3@QI1JfgpFJC_R<_yW_?N0tPIdok@e#vr7*f{!a_=s=1lu4uuCC+_!{l
zli5M>3mcJvEUa%6?$*{UUmE-(vZasxs)J;n*gg$x9+=`26Qheo3eFoYnkrDMc!ZH{
zvH3Vg{Na$n6HXnVqN?h(Fy?Poc-6yWexQ&&wIdR<CIkeoq4Me6OY&2WjEvwO<BzHV
zeIhmlp#`fe-y*x&5RHN32ue`opt(tzCZGNZQWwWm@AlLVWswua*mqB!gxhN(v!}L&
z^o;GT#mIXg)qq#&Ru?`hGH^cWK|tM2*<mRCIXM;5yBPl(2WH)*VhYyE>jS-t(&(g-
zk&&(K)D>rqne7+b41n1J<TlDD$r(_#!nDOFC<rApw`wt}EX<#YKQm(H-`AS&Q@8E9
z|9(Gnw~SLgcPnxZdNw<^WytL!qatBq(|wPh-w?-G+9@T(WWI~Q6LqRXkz^HRv_>QZ
z9&ZrkmBTo^VT{Emcfci_ef0zR1nqC$DAa|Z7KTWD1Os)RJ!2#^dwDrI1DZeCi6!8n
z`10jTdivcf<G5^&9C%Ztv_`BRNZIW!n*6+Wb38EE@YwQ4*Gdvj2&VYdDT*H|NXtT0
z$|x*B-Q7FwsEFf2$5`%sG_^*Ii>7Bm)CR)45x`CqS=|p03nS|BqD*Z}%_NS)jjie9
ze|!wCAyiCIJ$&(%g7H^n7<Ildu3)A2G9Q5{pV6#T1i~Wx%t*t~Y9Nh(?d32pFByR-
zPaIs5a&l(e_vqMUJmFVwX>X!ayn$)Zt#96tRMGI<z%uwYS$be}^lzm#^J`SHD1e~A
zfTJa(oFk5zfXja0!Dh@SfINRxDHkh@nJ_UmHH>0~0T|^Fyfpj&(A71fC;*l4FH_**
z_6A}8Gnv|~^1dttj9}e89aebIxKyE#fddb<5n$CzgT+A{RAG-WgC;a94|iBbW*B~!
z7AEW<@Rjct(k<EP8ux1ur&8Ui71CJ5nAQncHoIn)q4aUMcn0n-P`ns*qQuz+cpAgZ
znNN$6`$6^w8`0Idp}yCzzv8LJ$qQgR-EI|{56lIDRS}vI_yr3O6z1jTzH{4zdLD@$
zsJ?<NFn`5oY06(5PY{e?C%NxsW@X_6C&tJ3G8q*PAaxg@`M|(@@RZy0j0`R)<Qf97
zYl~^<>*<N}s=ed#-$F1b>FVg<kiBSQLyE{DiB*{mzqnX7K{j+80XQJn0U5$AWM;;u
zq{XEg_G%oaWIA@a;TB)B6bWr}J6<}z!sRfndo)LXuURvGI#ElH=`iA=`$#duf0qB0
zB%HFd<JFc#L;wp6;W(CI3W!QdT7#V9J_R|UkhXwl-zfhla)y;Elwn1t!%WCqw|;$Z
zW=G+AFFG0lKcxCJAYfCP<}Vx}Qj(IS`Row#;DO*7+d^=uZetW4OTIdC+0~U#NJ#lp
z0TL-74#KsZeTKrA(A3rrFj3~|%h}O{2qJ8AFfMWxp?)DV#|{?kui(KpJ$zeEf)mY}
z0UbHfa<5sq4T%DsPhBfnHs&`@6egA$x#01^vQSJbK$?U`vefQ~pr6J12mFuwnLUi(
z(*5ko6+zVc7;OQ(o#$EqGYb_;9DbNfO*f};=FA4hnuG88`>3@|UE9p8)~16k*a9}`
zhITKdSE;I0I2MizX`eeMgdzpQ2vH{3*iaJa0F^c*iQ{GkQaRRm^humq*!1e3KPdJ3
zUB2PWgU%^Jh8{Hs8Vu`0`IjMxL78lIWDthwSfTSIS~ekJ2ptCw+WqdN0u8=rIDg@W
zXlqe@3?pH=Bg_x)HJL6cGWzWvpz#<Ms-SnNV;(E|tTr<8v0&6hh;i0hE2EQLBd>JN
zcVB9EwsHH~B{korb6(@8o!uV3@4vrr$w_Xd!l!?)M2$kvW##F)m21yScWgRtUpd+Q
ztW;Td=tR49RfCB@(6H3pUM1NN@yK9%Ih3K8ZX&@Qv&~i9$0)Dru5Ql@wP%*`>aGt~
ztC)i(>|HDCK4jOH6Gh`jCoV;_o7Bsum{}bhFQ6$(opS1H*{+(ViO2)GePUFV&*AH4
zu3Ue1^;=3@++HbasIuU3kx@7QfUOMW!a+?M@&J^i2#VL&(ZSPz{yX8pgQpVv1;jM+
z`t0?D;fSot&86XWhqcXZWdahanVIlQdC;GtSk$vINyx&jSML$?X*`#TnwfPYJA#64
z-_6>aEfzmF?QTotDxz<xaf8(htruJ<kk`o#I9XRys&n7dfD@mC9#P%pSy>e8!!Ivf
zHa8yw^gdMX^yiI?!QsTfpci7>o^O-o&)Q5Jd4N2MN%VxcwP@NmQ*KoHE@CftOvG^s
zNjgfKJMLXTJ4S|wuR*Exm@HZdTbdQ4HP8?|4vKZh36;~Q#ZF%|tG!l<`Pe5pEt>H_
zeR4Ur++5?kE=7RQe_mO6bc3zy_X?7llsE4m*rK*-k+W!tUe`rvGh!KRJ~LV1@WB_t
z_)%D2zvS}?)`;ZHgoJ$uN?MQ=geed>5J&~};-tpsDk;o-pkWo?wlAP{qQJO9P+Z&t
zGI;GA27)xs%v$n04lg<a2etFB@91BzRGQ@Ic;m@~Yz&b{P!Z#Ni;rjgmAW<T(PQiY
zQCz=K%DYA7ZC289Y)^vVZ|1LFX;7A(2T%%;jSKy#dKipZAZ#20>e47o`-2yvm^&<z
z+MH3eEXO)MR|3=1)8U)}?lWUDNj6sDGcof?y%vkw$+l{4rFC)QMs0Y6YNo8CMr6&W
zk#+^)b;mow*9JQ-{8=xa*zjm>dUh}_cckvFaor14H8*Hn#UwuJTpxBy%05UqK0hb^
zuJ3|Ry!umZ`5z}Iv!pX;0+O<R862*RPBmGz5&P8H_-4L5E9Z(-`!r{whxnn)(x*Ji
zPELmj#zh8;`<W}S!l432`z0$Vh$Lniex+iZ1CJhUDm!UN_Mab=gT4rSZ_;XKMNo|;
ztckij3~*NY`}^bBMc1{(56(_db|`{vu+v?5dhE!N;&!2c#*ep|CE6Pr&=RZ~%J;!y
z1xNr{5c@eeIQH-NH*JC4_)(YGTQ7^#N6rN{+#+!wQ4b!F!hEnJFpfrwY&JA7KsuCo
zJq_A5ea@(dJuTr(Yn!U0*aX_-DH_?2llWCAZb(9g8lQ@yqPwzjPYtPpdvj*%Kf2sh
zNP|B-H@DkXY)Z@<M>zC&jN+mK+U9G|z;#=v>}5ZR4GEU^DQIpWWyN^}4ikeqNb)bI
zX*bS$ui=JLi01mS&iEQ@5zFk&r|;OHte?65nE*6#NTUa%_eg`~@K`Vf|Aw?A#iti(
z;_qk}2w@aASg>R$Dk-{YBK){Bu=04+(@|~$ZbKqfJ)Wy&@9XRFD))|;9byco-nvyZ
z={KIOeKey8-MX<pbDm3e<X<wwV{|Ae5rKe_7<tk#O2W42b^|Fh2}&3PgJ&p3;Ke?j
zBJ&$(wYl=w-kcuX)d|<%*j-2w{CF?0`ZdO@OK**AUi|s<jJmoaZ->fv+`jc!DL0;j
znuR}_RMw-*4jz3yIv*EQX?*i)44Ge*&RF%qEl%w3U$~ypXCgXjZ?gE_H~rw^UG{xV
zxZa`~t5D#ZQ-$yky9Z&8ma7$c(YKm+d_P8hLS@U16n<_WV~uaNTZpS_I-{dJL!!fF
zsp+1N6Mv6T?jHE@+0^kQF?M(t=cl-pa%1-M#iE(l6pMOFxT)43&s<Bem1C}c^AmAj
zns`iyZ8U1(v$4=LMpV(BJ^g3DSt7dwGWyp72r7?_MVdhq-z26yVJF}^co0*U(^`rV
zDue3@_2^xn7$v?K_`y@4=;h_5KA7A8qOFZql`cmocVGtURRmj|MP5hG*90S$m!5~a
z%|%f^&dmYpSQ|cbdqCE^W&?`^MaWcAB)B-Fx#65cn8VQ~r`r(tM^Nteg6JlLC+sj)
zhIUS8jS==}REiLgoQ%GR4G5h*OgdG3Bc8Si*09KZ_%I`|^OELgBsJY+y^49!Vj9eM
zjJ34<wQoTsal5i8f=Lw7gi@TGn@k(=Q*^S)q_>lV&`E%+@nzE&Wq%jTD^1rCIE94F
zA9b$iA3t2nRtu#)m!3zJT*ITmqLXV6R2ikm`D@>|%yio%i_O|+QFNT=agVcL)CqfZ
zx$#MUK3RR|z$@!))ah{y23Y@6$=e7N_X5rdh{O2x3(;N&w)32z2PpCm;a_h&Qjb`@
z!P-JOU@BirK>!&iSwPWjqR9lvHa%qryD<Ehz+83_C@m4h(#7?s>%DSG#2Q`jj-RWT
zL@Q`i`uK(E)UK%32~wgF23h{G^3};X@tl(QHC$Kwarm#KiA?@YLNn8AFp2uyMyl+p
zw2H0Y6MH9Ce_i(e;7j6J$B%yz=R`8xQ2Y-yUH7^D#H!RS(Y(_7`VzHWj|TY#1y8*`
zKJ_Ln`i<e$J7$G8jKR&HLSKy!4H;#eF+l9g`{*pYjCY90#w|^bh1v&7j9CqZ^}J^)
zTnh5!4E#2xCMuqGWkyIazjSg&d>`$Kv5^s}w!<>OMq$g_QF7e*-XosRW=`6{($zQX
z#}|JCdxZP}M_)-<nbRr%-Me;O!Dfbpw`eZRQ^D7LH7iuGW@aOJa3RqLc#-Ne(zI#o
zVpCwdZHsh+*$LEKH*;xEDk-gR{Q1V9^dK=2TXQl-(1<1Mr8gkVF(nNHy45n{;s)Nt
z@TdNnk@EQ|u<t5X*cAE2V}j3Ls&VZUudBLz?fUiK*EVox?)=D{&UPwu9%UnJ6V7O8
z96d5Kco&BqQq)9fOOW;;ex2^)*RS|RJ~%&@3eRLKwu*P%ia<`}gO(PR(32!Nr<kP*
zIRgE{9=$7jfF)wvi5fWVunJqgNu_qa9wi0EHl`z(h}hk&?bfbf_%4DuxR!BWL{@b*
zOJx;G)y>2;xxW+1S7y6ua9}si;k>B3{-+#Mt6@{6A!r*Pl6&+A)qh!pP(3jBShrXN
zjW$S*hpHsJ3HvH8MOSv4*%k)}2VK5CfOL$(4~{zQnbATg&81qrd+hd2uGc^uh~s(h
zlaiA$yk#a%SM=qpS0oc0-8}knAGBa-(V-n*)_<i#9DQvNo^r$8oH%xJQ6Q^)k1LQ>
zX9YUZGd1iYA3Bw~+HM*@w4MFB4>bq4B0!B7o*JZgWn^aVUj_h?8XX<*@|>&d5qtQf
zzr1{T61_c!`=G1B@{*UAhYtep9$gN;flJ=4wF@u9XCAG*(u{%Q<>lfi&V_|L-@ZMJ
zC>co%Rn9&G^oCSmrydB8h|sXJ%ZZGPL_`bx0+2sKg~u4Is-{-_^eIGU?w2pC;x-;V
zidBG3#<FDdOb>Q>VBO%skoH&JE(kwWGzX?rMBlrI4a`#pW^W|&o{%5m?$Ysp_0a`L
zItn24SbuSDq@8yYg@Nl#who_a^nDdBxPxJrCjGVBS8aFqGIXA{Voh${0-LseF}E<<
z1r+=K>iVm_=Vg4?a8a<=VmH`M018Ki+WD46HQK(+D7~wQ`m4~wobtzN3=f3P8*f&V
z=hA5H+Z2hJ&R@@PYynjOpAm5}k_mOd5!8Fw#<8lAU({IYhSVB~Ze4id2Z2JkNwMaB
zxN!Ol&RURc){NGG<dK|a!ARjXdpC#YrJkmy3t(CF$IwzeoI{2|6S)LrMx^;LnAsVm
zaQWMa>{6Gfm)G~-YdF3+BT%{)0PuqfABP?Rl8xxLczp8(X3>&z?%*TSc|~|Nq&UQb
z0ie+ZXnZP769aU}^CcM}hz@_%Kzl+^?5TlCvzMw?FQ_y?{EV!u`I<bKR(5-Mr(@8m
zXfE&?rNG~H`yhquI%toqE`lRQP0J}C(=0NJi;qZ1tRRen3<AfQ@o`T0!lZs<@(y4H
zjFJQ$v*Wj9=TIX)6NxF&4&uQL$9UtsKE!ZrtF*)rAF6=k-R1Z>Qd0Z2oOsul+_Zp1
zoo7{5$av`#wpAxeMI}Pt{uOmA$lUiQe=zL##9!k-iru#p9F1c1E9X0Y4*Xys#<-p8
zS6=VGm9;TKr_W<{o$u;X&pWNVcK?)tvmA}Cfh;MV2WSY8H4NxT8>H|<9RvvP6Z${g
zL)EiqmB&wU-vcj=c*L{|Oe*P^T8!ca2s9S;K`t&B;sQ8Ma(1E2gogyFh4-VP{B!%6
z#xX_<qa}L8;#yh79pf=e63E=?)3*`)#P{pYPD((1$m@I9^Hr0(zhp!oRmoui0l?PN
zT$YHMWdmvhC<#Cpa0kUQ30!MrRGk+%X?soWo`Jx8Pj&|^A){Vjpmb$_YT$Tn`>AfI
z(tvp*L<gDsXp1qf(t%VHp1KV>la7}5q~Yx*=CvbYF9HvKR<$qPEmNT7U<RkGOu=32
zgtcFMiio4b){lm39Z@#GY>VC_zBkuJ7DPMRxjY@dCHfe^5oy_R7`ZG;8)(M7u~V}p
zP&Sc+?56Kw04tGq?g%0*4shtZpTG{Wg({_ZG;XG(+vhg>P6W@ao8QN02zqD<()>cU
z*YUx@U<+Dx!TpPfM+@pM2U_6#j+mQpIYtU>!*E#(3sSZ!T@|aCt>&l95Tx8F-sjxI
z#AFxmA&XlBZ^;%)O46;u9Si=diG}_oH8Ik<-sK2l7rLI397+|JScfp%QV-ENa_N{E
zEr|JN;NKh%`<y%11E(`f%?2P~?lVaShK8Yftei+42oK<nVCIfe(aSel1{DPCrzG+-
zLjEA7eHyhXuf5sg8L*)+4k~Q)ZcLUHkxZhKKzsqZotR<SfhO(i`wAiNWaKMbHqkcn
zBEg4K&9?&J()R7R$A7R<YUVOsK*z@!b&KN`c)J^rE@J~!$m6F+y{sI9pyWjuQmhy!
z@m#fBZ}8n8_1(S<^vBm(e^_F$Xes<&1X4N=7H2+t7GL&Yy<Prl7<vSrFr*CHtb2ZM
zYwwqD+Dj>!C>fu)=2AjM*qT#qV*JJ5+qB=$+Wc<G;E$;_=YqX}0^TQU7j*W}Zl>M5
zEPt>!<+?-5pXCn`3g_gSjap1u^~E|>$1jZd?VP^kklWeQ+?}Uj@>Z+j#vnmHQ#Q^R
zA7_^KyYAg1E!K=|cHP~4OQKSS5*t%Tu=R^;Cf>h~ryTbA2M-1xYo)&vf6`NdEh$(@
zV%qtn11(uSY<Oqf7)hHdZQW*f7Y`4R>>y}RV4%)bsby~XviN6tM!#9>Z9{>}NtAj&
zD?(o;K{gi1Z@%Px9Vi?c`>n(Ej5$ibuKA)mz?e>{tMjvCV}7{{Vs;D%+#^qO1LrY7
zPlI|jIhi%2@o8BZy7L*7Za}hcQ!6W+Q%H^Igu!$yl&5UlR)My^<~(Zr;&vQlnW_&d
zf0K57*}x9GQ#Ac3G~{ST5t*|-`geU400!W)kbmRE8(=Bn0UZP-8+=PD+nG{!7}Nx8
zSTVzCyC)nP1k$i^^e(_pP^18hN`d)Flwr@TKTe_9XDG2vi_FQS3(CrlHVP}G6~Vpc
z9(*dfS2a@U@9M8#DqK4&O-6tgHc~ilM_mS|AErJopd7_<3};eENHdlnSZ!wc38pL&
zrUt&-XfBH)*GRN8YFg||GZlrF+ld9wYT#q0psdiSV~Rb79O58>4bb|41CVVcem@j4
z2k5B)@PgHA;Z8m#DT%>?9uU4Foegy~Vq`Ewn#I`YF2}7VI?@<7>`~YzQ3qRIx-^20
z6OSY~;3tch85Oh`v`yVv?gFg^y+dMFZ{Kc%%kIjRt+ce@p7{71fXzTXjpeKoJ&SG*
z#u2)6@dyb9%K8-738%uXlce#aH5g3gsF4mr63v?{?leRsPzv_+kV;Q@`7YMcy0=fx
z?%i24)t5Jblo8bNpqg<0*P-|;?Z;R|cAzbze>YaJA)qoq7V;YK>WMF3m_Hf2ySWV)
zTd4<1-fCT+3%kF1P=7IV)BK|pasAXcmE<87e!?mjA2E&5clNZqy*=K1;}8S8r@?on
z)bhbTqX66ErcdYmYc`WTWO}z_@`vu}6ZVzQBLgqm#H$BV{<L?Hs!3l?l6T!6;i`CV
zDUPn*W#cOCy8I#|ahBgAGnQ6%O{L+BBaQnuH*tqtdrvRrui^gv0w5b-Va?@)MhhvT
zQ-Te1y7k4E3)S>6Tav;R6BC)$yd83{*+pBba^HJ;#&GGnWd-A);yQE5-iLMt18r}r
z$XzN8EG>v7@62~6?VUH0IJf+jk^40k2p9xAjW;;wh`*b(npRsQF`iBsXYs0hA7nM3
zPkZNi#*}mk92(qf4&e!YHCR$iym}m6^?wxa4k&XJcHAW~e(@sdhPNy4>WZ#;PBu!i
z*5os9WqZ2Ho2DYUV15b({cB27$5$P7sc{?E&MJ04X8$}tBt7i@sKP2RA~mMGcHHR2
z*XF+MBj0XG?Z4GjqwkLT?@e3Vle(P~y3sK)nO(NDt=lSi?8{cM4Z<VoJzqR8rO5z9
zYv9+u@W}wK*Kn=d985YYjmk15C528d{DWtLM^TAVb3lT!k?CQWh(8^gugPC{rjWpW
za8q7|rl|<+E+pElbu{UaITf6U>d9>X8RwPzJ+U<}DMG)nKqVT)D~UR36z(um&}z;F
zj1EW_B?mtPO*y&h`sWnxwBDYXU22<H4!)vU4}O18uD{`DY=`Pwi*xN&r6M)bJ=yJM
zgNywXoI6LBvzRDU`Fqm>2St0bZ~u0jKGYx|hgIBv<L(6i<Zk&dW?VaEE6jhC*cP}Q
zw4?~g`cq>RmqjhGs~|K__t4RtZY`sPCZ)Hd+Rw<(w(L!GId7k{#!Pd9e(Hos;Z7V&
z<vTehQ)QWP5}t?*qVSU%^z0zHudqsjjWJ1%IcMC7);{_SpWen74{Bn`{k|iW>p1iE
z5{}P1%pz8w?@J5Zy)ClZ0s_J1H%$S00zDk#55hbP1;uYetLaQl+qm%i8fLsgcounh
zXyh0?p(!d{YO1OrS+GlEm!hNoedA}lv_M$ipHDW{e~RljsXGUR=`i1V_lnK<_Cfn6
zPc!3RawV*0*|rINkf>D^2)z(d!>{!+m`0oYgl5<hXSd<ITIq?E=DxSVcQz$__GM#F
zwVG_NvH3RJcJ0gXl@8X$o7OEShkHbg&VK&x_+!H5i%>{~<x$zTdwyH=wwC&=@{=Ut
zQlZ(qmxEr&P}p9!?OEO>y*=zvC*P0c5A;Nl077ceUJNnc?<bOM8A$r^-9^tE)@nGY
z6ta7m2F}jPJns&)GPyra{bJKrl6af(bk%;UhT-Ar;$rQ*zH%%7x<hHL<a>;|-+%Z}
zlh-4LSCGW#9JUGlGs_STp?^YYm>gFXo@EDj1)%IRx$JoGYA~V_q~(8AosmIPRfM@e
z$>|Qy=jG#e=kU+%%kcNfdv7Bv2b+FT(bVH52@P=zXXnU0UE?mt&W_OUF^JFJuB0`!
z^ZHOQNj+P)1B~m0EBjgPqR4*vp!T+NL9r1R49geE_x#Y0;u`dP5YqgF9>>_Zn^x!*
z>;qr;`SzTB&w@AnTOxn~-s}f}i$3)&Ts=)bL@d!x*B{!k&9zxZ12s5fFr*Env<Aku
zo=p);X*aiWMoo#>Pr11N*iMjsWT2HHKK9Pg6qlMqq$?n^-*!m@XlhD*gIHEc(-Dz)
zy)?Uo)(JTaZi#<?FG+p^Cr;fm<7f#5>61{<aJ>|?!e4pqsh9YC=l_mOAdcP2RebSO
zC_bC|1pO~>xGLjq$ge5RA1|W(?~c%B1^(~m{6D|-YGV{Qn#oB-_HL-}r&4Hn5vu*4
z{5AF`wLn-FU$2sT0u7tK<3pX~i@PS7LRxodm$vt}X;@D#-PHZaah3F5Jn&w&WnABs
z_gFCS!V;%HgWs4dIqBttA&on9^3(}~2M-o|%D0f#M!d}(kC*0sGxl_)u^smaHkP#k
z#hom2qt)8FYo&Dm-CV;AR%9ULNWOCj@**eWiaVhBb%wo;VmAEW=c0~&d2Uqdwuf70
ztoBEX6SsL8@(+eKpI4<9YW2gv@7N~LI{wN+`mV<-^N&Y4L|Bmkd4!Snms#zZ#Q$jl
zlBr3nSc<ms)~oSsr&scn)jHcI?HWG1PzB(_n|AIwLGPL7iH~MSyYDo8sLMw39dgqB
zgGtJt*e?4oXM=qUTf)D$OA+|hyr`aJ6~sUIe|@_u@u<(1`KFIU?>-jd4(a8mmB06r
z#~Ni0{+aRha{91KZlHwybM5NPdj<_z)r05R{>)!6(lJ)cV#uhiS!}E;+oQ#+J7_5R
zTXIX2bDDOp>-<E*rT>2IB9{!Sf2N*Y`P#z!Ao+r|rRCTkl)JO4`q|g}b!K{bCJG%*
zb+z;dO>|A7S3duQ=_K-VMJ89|=f87TEQ`sB$2z$U)tp4<<D*`Zzlr){fp)jxfA27)
zQ_#Opq(LFS+i|V#e6({`uI}{G`>%(#C5gBvxu^<8erB$~Pdh=+C6;I$OK^;-E;6U>
z8`7pGBlj<D8Qp`d6r`pSpqae}e^(BA5m@n%%!TgqC54qx^z3(Y=e`<YR5B4VI-ij-
z<L-?d$qH6E@1mTuRCaL`#+|9DtZQ}jg=6=t@7r7DrzUo+eJuHHBDb}^p>dN`;QT_w
zu8PH;V=QNG4fy43=5|%thGExgk!q2GJp4-@-}jAPeUjHkP0;X%|2)b1M6Y*gnW}Tz
zo&3Z@HNnhNrl-TP8a7vNvblMBBHAR_>duE_yM2USm~ef+^4)@Ma8V-2ns=*uIAW)F
zGcaH(2>~xwO|`cOd4wrKUGUJlQ6<kj?VO>LG^|u!N$Iq6CpZf8-><DZtA6KIF_n~(
zt}eIs!oW|bClQJ+VR>r(wZ8_Nl;j!oKgcI~*7|cCW4K=Zs9-u|%jlEjWjj}2`;$ME
zpt+wePukAheWf#a%jnMI^PxlA2{A?Ih~bYjpV#Y@<jK9r_4pm`7KK+`T|9l^C4YL{
z4Y9fP(txV2ua^n><Q>d$*B8_6zTJ>n53~=eR`i+rdc5TRgO_bQy8tO-w<fL5tj%9f
z`ezO>cb^k2zeE*&?E2+_*wI$C)*I{2@j1`E-ItFDjj~-kkr<Fle|`85BjaIp?Z6s^
zor~J150bsoygVq;OmUmLl4D2csb92JQ85G&dm&sy$eH##4fnHIs?@a1quU9NiYE_G
zX-U_P8U(abczpYEaqd>{DaZb|WAi7>+Ecdmmv4Sf`Qb38&KXzctUq6NFMhgr>&-N>
z#=rgZ{5M~ix3sm0J*RN6x1W!@FXxp0?~(fbr8880f@daXK=9<=z4wJ_cljLMFP~kM
zQH1yg%0qwR^aZEB_5`*%Io6+_*cz?*Qt{v`VX>_Ot;O@@m-@o?oy%6QQBxHy4Uag`
z*iDS_UCGhveMnPq@nmM)MV)@#Y2M9^M-aoxe^4Pb^MT}BZ7Cy5mh~rE{lolk?^Ny$
zPw<GTB#!5+v3(vKt)C+Evre&nK3+m7Y2p3@X|FUne|{8H82X6mT>EG))}-0ga`%4=
zWo_5gNq;Nu9h7w2+EiL|1q!wK?n^#UEB)}|^+w;-IPc#8nlw%mr6MKmf^XU8rKu$K
zkEnl(BIn($&dk7{%NKi#>t^V_l4uo4u0wT?>W3Z)5wHckkAF|pmq~Zo+~bt<{TO)3
zW8O~bYMtb7St351%RbpCM>mYTp{`W$DfL&jweBLkccN1uzq9qALJ6OhF6Ga*9woDL
z%32H|jbJDCA2a`E-XVM%os5QiL|c0n@9Xe?yGzz}w{iNk<2+NlFmI~NtNdqiNJJEu
zw!U0VO`?uIA^g(D1uOToUbS}KY5r;-x!)I5BFRkJ8x3z#ONP4VKKIF#91y**>a!%e
z?6HGfWZ0*rZ)wUq;*pxx^#lBJz0Su7Do+Jbf2J+L##>aC$M2*yd|;J%x#|0av=&7I
z-xC48IDHPAcbeZ`h^$<&yz(ed$4WIQ^y+-}rsH*&t~*a;4i^e$GV)1&`#I`Ov!6JI
zFG)#ANA8&fSTKc&9FvliI(7``>cX=*#)4P>w&os|B;a}FPi<=ovTEK0bbK*veUk5(
zfi21?qJ8kK-A8_*-^<HRFEqyOKTUJE->Sa;{bB?A;PxLBo)qm&tDNecgv(*sroko=
z&WZ89rFgb&vU|3rs^8Vj&JBNk+oxdEV4LdC%ioL*wA{v4Kfd#k2wB=ECOIV;oN4;R
zG%W8Md!)3f(I0b@(aY455{jFHsl7PQ+tgioy|?|tbItT8Wl`_m8MO>Mnaa+|ssvm)
zvVZOLcxCjowzG}1LuhHXVx+6rtEhMPs3le9+T|oCDnG5>Uj1|Gf{1{n#ibK2L`3YP
z!?Al}$*Bc|=W@dy9o3GKjSRG6!gggYd?SsODI;vAc&gc6F~6JZ)raT4Uz;+%elpgB
z{ZW}~jEXwoqJJ7=VAI1>+c(@pYMBOXW`B)XQUzofsyS&23p5_sVl5MDqEAPV-@TB+
zq$X=`zGNTxqw5s)oAQU*?wkeB%+9wK(WWv`RbB|-u#Kf45=3lyjuN+?kwVXiXbZc;
znIghco2W$2HXQU4Xx+ysn|k1JPoIq5*|na|Df{P!%X_}JrIhdg_teN3yD8O2ygSVx
z!_`ujm=|7k&RF4^Tj?ofhlJr*#iwg(``yC*yI#9L5ApHWVq&1%PIk)bu|z)0^-fW#
z8nc0C)O4BMnz?oT^$B|K&4vD50HjVm=Xqqv!QeJC-+$DJl$d}&moa^Q;Z{+45xv1z
zyX07Hd0l?t8v!Bz@~9e%pCHAeb%IOPqgzHe)(R9IfJ5nYSIb@6IXXNH9=(pMbv;RI
z-lk47LI3?Ux7`rd6&FW0e=;;O@-TbE9&CXE77D^IZ-p%lky#HR2eh?dVP(96ZXEhw
z9Xsf6Wtge`b!@D2P?EteVGpFSQIF3V!@LGHIZ!?ZCE4E+4gaUCZu<nJ(^G~mr19%4
zZ4_-|k-+<-UOWePhHB>^vizEY^S|6N(nlVmYc0my2K@O}x9xv!wO^tlfbT=v8x*u<
zk3qhos9Um;R(AAzRj0S)e{bHJefy>2eY|l8o6Nc$a{!i1{GDcV;RR2P!mB@KQ5l?|
zHyx`DDA;X4O1Md_&i9}e*z}Nf&Te_A;;Qejkws_ss|zxz*S?>;_NyW43WZMy<JMlj
ziNAw?mE<EwTAKtosT4BLCEwawcP^=*%OU9r%OOgQ1@~p{hj!}*+(Pn<*Pj$UYB8LY
zX>q6@GuuoZ&^cA6Y<Y%jZ^n;j)%)cFxwqW;M9&gzH8Q-x_O_E)n7=RKBe`<?C{Nj&
z0}^Mlc4rwUJXl$tT{KA*xyHs$%<r*c376K*e2ksDjY+Dfuc@+9=-2lRA^Y7onm&jM
zEY9DLsY$9SH+`3UKhe?TmUqt&I+JY`dc31I)>~>Q2lsG>KfSKJeR11~?q7Nva|?+(
zj=nKs2T-@6Sd-*kZk`xb8EDNMx4pqUg*@yL43`RNnD3NdP{1Z^?)PAD^w+_gR)%0o
zG<nbyKoL#8=>(*PDdk#o*3h#<=7UgGOpy8gM{u9Nm*WLXOB~UdK=FKX7W5rBHw3K6
zp6b<#3r!K+W5C+2S>;`FeQw9`VuA2}t&h<%d)~#jd7ks%ofrdef86IC<S&Za&VDq`
zZ_7Ae`z)60nbueRilnW7Y@4du#m{Ky)gI++YaF>Uu{N-kk4Aj$X;*tgdG@)LPfxSo
zO!M`(uj-`fuI+sKN`Z&ztNd-QmUZWO3O`Bt!^c%ecKj)1%^%?D@7OTO8`z-VI1o7|
zv-enmkygpkBaS1Tl`lR7p5;y%VtMNHVK(yj+b5kXt*!FWk$bLGCtO~S{CvgiP7U$S
zyX->y*aJmxx>HrpSauQ~CL;$vht{V4)wpChBDBN!$;()>`PzehneT;W&5pQs`LX%i
z>}-@!a{TN2!dosf((%vus}47c<Sy}Z`F8we)`qdxIUdPTHhap9YQSqFd;lUl2n>PN
z!*PN~PtK{z$OigFfRnBs9uOIR23>=Z3TzKf@7b|~i~xG`7Xw@vgQH$w1d4d@b={Lc
zq^#3JTwDYx_Z)b4h&YT}K=2`T5yW5<_~=GQZ(!uwnKK&aH)ZMQ=r|4*ALQj#P4D`(
zx+-W`{8C3(nDz=-Dxmj!85nTvv?0M4y2Pd$gmi0R+JQXePnY<Lc*0hZy$t9vDlX2(
z(y|BgUvN7ZCD&*0FeBsQ|EyiMK>GliK#?oqn+#!sc)7Tglo1a@xjiHCxNjOTBecw4
zCMUuB-@%|Z08xkKU7=@Kg8opntx+izRDjiN7*x{w=dYK&PB-)YJppaqrg}`v!JvxU
z?^UBOGI9$Dv>CjHwh<a6AVq!PJ)llGn=I95yS=p-SmiLJ4$!3h(}BQ{=8IV^Ps=H?
z?GW$}xbadq8-m5@sctIl*VF&&2+@B_G0YH_8WPr4R<fQ8=F`17M)`Q(tN&<G=-j|%
zAkj&f5zho38SR`U#3hbR0Ia$Vdv&=Z)9SgrJ~nBOC!iZ3!UZY-kv&p2fMA~V@sde7
z&ApYH8rU<K4Pa^T0Xf92oAP=;H#2vCN;wni5>px5AG=#W=J}f>xZ@v8wHZ+6$POi%
zB^hcOmbx}LY$Dt4m&|Z1<q@4&&r-LiQB8SO&6iUDj;&i*<gen0jWIE$Br1M5cd-AA
zE(^+RYv9XhuK&DN8nw|#5Qj5*2zDE1{HGpzl4g?Zl5dQAUwy-ehSU5{m;W!u-ZHAn
zwhI?sfS@2CBHbV=jkGj~fOJWhf=G9_fS}Ud-QArk0!nw60!oN9(ww=zZ^t=%oF99Q
z_lM&Jaq+A>=A2hOzkY?G!^i5@8#pe9PAF-h2q_YsiM-kJ234YG%fGoqX=PrbSj6&#
z^C~|5A)zf*6DwQLteJeCu|fUe#zi~Tl}~xQE7s0g%X#Dte%o)US?vLbwKlImec);s
zoG99|W;OZ7ThzplLL@aO@9nNTXnPOy*}?mv_M{jm9^vl6FKjD54<kBLgkLvjK+d+A
z)2y({`Ka6uzYHbn{N<P&r>2to%1o<vLToI!aOLLz`mrei;5@v*>>u*+3;`X^D7P+i
z`1utx-o()DN8rPM**#uBbN~u1_{4|J5n`dMYUTr?`4Tn(Q0&%+fcyq8SS}!l;(zj_
z5uF?~mWCc150ZTn^VlG12N;2XzEBE#aKrrQ9J#&zw@eI~Z?sj`pmQla%zX*TZV(!A
z@3Kgv1ay2bxQ2H#SE9*|fS?|I-~(16)meZI!}9EX&50;1DY4Aj*T4bki4KSl^w^})
zA*vIp+o}G1D?jO6N*B1tHd)1hGugw~XdS>rc<mzrB1l!MHG#o5tS_F$SRmWMYpPTm
zs8JM%Zvz7`o~M!&_F{Zmu+g&9Zkfq=7r;zFhEI)sZ}%?|w;6!glh5Uk7Fz-c?X(ez
z+~%sl32}0&6{7)vIauEY^77bBfBybm+<*KNQn5x-l=Sr%AQU4s;R3WFFfj)UMhlBg
zz)gT=(*;QhRDi$&2VtgZMm*)0Sq>g}fPu%%!O;;+hqtX!XBjIY+zF^MP<epA^573U
zk|0p^A|rYn9S;r<t&ANbUcE;9HW}iC=Y?zAI5eEtuf^>WuVJV8jqt4LEW2%OpUIS2
z+R{-jInOM9Qn}dtvs&{U-@;wG_LB*F=G-^GxaEGw|Ar-YnR<!Moi|?mnrM>17|JNY
zqB1>3+t2Ct-ctNJb1I><71=Z^J{mhV-naaf%?OS)Ty$g=YPb{R5<~h4nM`iS(ctz_
zq)<E=nV0WJ?W>fBW+{r|baC<8%lYCw^jsUUyDneFEw^D-77!<q)=Z^k7t<8Jaj!UU
z+#+qWH?1UG^`>W$w_|-${kI41LikM>r|4^voo(-JboR%-`V3iz&1a1>p)5bUNV1UJ
z{>Scp)VsdMS7U4c(Uf~S{8b`AM}_(M-N54juopfQfQg)3T=E$<fnU8*oe+mnTeSd0
zcA%XgZsFiqH?4xmM`5egWm_iz6}!{x<i~qh)SO9HfYHFk0nhwkZx7`yjBJMrUnZ{x
z+!4t%Z-!L^NUSh;>veR9B1%DYxZUQkhK0`ov_6^FuUFw{z2!d*s$y|*6ec`ELU1%W
z0T~isIS3_4DbGQ741-G0LCG-?aAMbh5(JTHeg?s3Ip)nk=m2O81Xk|>e^M>FfGsin
z16UmhASVKpU7qxIUNb)^P1LvD?-dvm!uxV)nuqu<K&7WD3?o8AF93bjAq<4O2GW**
zN{fw+ZB@zq`0?W(6%fIODx3i>p$MSO)0!@VAUd+>+dgP%5#I&}r8X@9LWNQU=;1h<
zZ6_yg2q3LJ*H-|7AZQo?BomXqgjj&*dEW4l2qa0BKxj&hfaOcf>YL_^oiw5Ib1pX)
zOW{pj{DJ;xnFCH&<<|xo=^8ti&W^~0gh%)vVetac3!E>&At9KMoP=ck=TFF3#6W<9
zHFz8*0vc5^^;Ab^7O5kNpc+_n0H@wzC0s!Lz(*0JF+sSL#Zy~ASD?YW1!N3>*TxoG
z*yi5AiQ@}#hHx+}wtMTAX*67ZI)=<;JBYV5^u0U+zznKwk2aA<kAB0w1fQQU>|VH8
z$hX`>$EMzv-_t_iZSv8vo#!i7puJ5jJyAi)>fR9>t5v4SCIKpv$8ulXoCf=B?L~iC
zjg{I;w3)kja^4}v<zSzu>7DckcSA6bf0VyB(W?J$9A?JgEa~0VYhBVIbXL}ur*9W=
zweGg^oB<{aEVak?2bl&K%iF0pMJaHmi)t-smGFKNwt9@t;l|^_d9G#=M?`nqRky*B
zG0H(*AKV3uZ0O|hzyS*bCvVnudsk3U6iZ2<!K)uXC@-wOt;&1A(8>~n%THTLddNe6
z0B^^SrE`(77x6Z?b@gt0r{q&Vc?+IzB@eE9#vVW-E*IB51Z35XL8{2dXGoD76dj}p
zpgTp~ewV)i*kwBi;DO<g$YVJPyq8)XRyefDAsz}|koE|Uu@I)B07;nuxq=cyT^&gY
zfXg1qFojPobYR1&89>nipc{aI9C!ziG5l;!DfJ0BJ92{;C@f-41NXI(igqJyqPiBh
zy`LD{Wa0wfp&)SjRw@H@Qge?cDp8+Sd(m8^ln*%G)OdJccY1!fQDZT|gj|$x9SuyB
zsuo4kX*b$s0ZSaB0fAP9>95Qb_na95Ur7;wQGmnN8*A%JAlPP~?*q82(-z?7;Sm%V
zxIJC90$e2EEdg2!8wCYH&kRi+1asa&YD|$V2aps43WSM(1LT`hK>zXX?qhgxDQ}th
zc>24$^Zi~yI28y>5xY>rdAPY{u5ttR%Ss+<_L$7_9nG!L8_D?~p|O5U0vI9MDl-pm
z9DEmz8gyq`EK-CZvCBagtUP>t8C<5g4&%Uazy#k5w#^cd4Gx2N2?B-r%K_3b;|4_=
zNM%2pKV?l0A0nH9Y74HB;oYCWD*=2S0x-xRCKui-GJ6uTKcU~#(khwofz1Hy4ZV6R
zZMbIObA+%jqynk_P<_hSwENs9HzdSe@JmC(Lrqz}e5Z8qpP#U}Pe%vbE@z-c0LckJ
zbW-e~C7<)M!opjG-+FuD{*g$KhrJ266)>mn5fTO}KGV~i2ZDAO@i_cXRaI3)W^L^u
zY%pkRu<zXA6L5m78A&e#xE^Tn8%Jjt@jzCBj0pT2fF~n9EnfYgiHM0&>tp+Y0iP;V
zvJoU4s9ien$?rh6%-(~c-v?n+At@=kV4x7tqE}L@{|^Amv@~y^a{<Bw&k!st8!o3^
zqN1Z6Ks^mK8-N#qw4DlX0p1AkSOLofsrrYHA35H5nI*X#NyIo68B4q|Uo)R$<>2d@
z%QMw5KV~+LrwD6_aM^403ieqSx?cK;b0ac?%AoJQ+W<On5j#0wCH#9LOWAXbJ28^n
zEn669Og(FCb8t@HB5Nt@`*GfZ`|9gB$`FswBeS|_UH<RsF6rFoyFR9j_1K<Ae3WHb
zq!vFuxbMB<yWJadvEaRwT<Kssp6>j<!zEV0rDnVPvF{nZMyNrv)oOI%VaZb3)y~wx
zWH372>$&tPSD`}h-2&?YoiCfDl;U{Ua!qs16D0&5vK8aSdM1P1aws9OKe@0xHW6>l
zANN9iF`N@S^t*-yz~)&{3dNi7Qz(Mt9PCgsa`F}+cdvX0KVTpjur*Tw(OcWlkow*|
zH4P06gxP-tcztWo^6)$U0?}_KQh*1iXSd%s@SY`P)__k5BrAo1E@A)fbBmaf1&)#6
zzQ2cu7YTQ2TwI`#Dp(~0fdS?fNb#Hm0&yl5ox7p?Mp+q;EZs88C+ax?DJdqRo3!h>
zvW~WPmNL?I5J3WAL`>{(q_?#}5d?Lbj<6v72zae?^;LsT5w0baw?LpGAxA}kVZmV*
zklWWKfN2QwV|RCc#O~<@?C|cMp1#-BU`hbz6Z*_d^{aJXX66#uPEhg{<mWfHv{Zob
zihgy7X7JG}<PZ-G4c)=T1qm?5tiPTO0&WW#0tzk=FhimmU4kx1#t?3>xkXW40&@(h
zvv%E~s$M$e13{iQ6v&A6rH+oIB+|~uV4U&jR(8|aI1@bcYzA2%Q>^X(S7G1^C&~@+
zVeU3yPK@h=Y!50);4WDj-vNH3pV)Ah+C*t!>I9^Eh;b<Oh%V5>ud2d80Q4|E5^SXO
zE=vj8G<do|TzE#O0;QvumsgBm5Hh#*9O8ySK>-9&2u|eZ<aB_rA4ohGbRGQs8JQph
zw%ah)1!x&3{OOMy3^{NdvW{wjtKkdv27siImV^-zN&&s(nNwRJR0E1L8BuLbjWG!b
z2J`iE-dRu46(&mM$S5iT2@MMumx{;Y1vCM3PmDg`+REvIq4(lqJA{Absdjz+3bxN?
z++=}IKd<arSzB*!Zwo#XstaU0dZ`ln%4uhKJ#?C!bdOf}rh~ihV1Q$lJyQv*=Ee(z
zaz#nmn0mu3I@oThTh>)X7-r@0AU>_wJ$NdU)QY<8P2>CWL6yai-RaVk{j*>J{kpuS
zT;GQFqzC`rqRYYRn00soHeQU}vPHRZjv4y#zb#g*4&&7si~n_9lyfp*hc13Hlks20
z(?diir}$oc@f0+;w7&c^R6;Pp=?D=bxy{`C*Y&-b!<@yRMQAa4BMnu|YRe1^jV*Lb
zl(C&V^2g;F?%JVyv30yKm^|Z9B451?(N7>+M0=~nLIpO?k+c#(yfHC(pvn*DTpKJu
zxKc3@Adg=!3WC^PIGp)i{v@`v2qGv1U93Qy484R8q^YAo9M_`<4^TcqAqJNZI{{XM
z^&HG4;HLcgxF0S)+tT;hg&>CmcNJHlR>QSdxBzb3UESThHVsIkbhvV%+HIIG#L(O#
zIK@TYR)}5T3W8d!`*QfxIb@jjp`p;r(2>5&zlLD}=<aJ+&gUKPED;TRR+^s~AHuk?
z&I$~NHA+c9T>{)d;7S7}^kP(wJ*$4$U}fyvNf=OR5j0^b>FMpjA%ad1hEnY9Cq~e9
z7s~eq(NgN^>Iy>N29koQi3yN!w(oV51IyB)WrkH*T^-D4Y~oFjm*Jm-&CU0plR;Br
z47Uh~cHvs8fB6}8HPX?}4)HcSo6eYmaKD>pml@15Tw&}1dq4>aSWL`Qm}Q{6rI#Tm
zPr)d_L;$&Px*JI|$G>|QoFlq`g&1x!0}~GDj8MfOj#X6?nT++~#W-lk-#c0BM)s|N
zJ5Fgug>7pH`pHn;Ij-o^-=n#-&ZN5X6txNhrl8C8rmOCNsrw<XujMx2D+i}Xh{|6M
zGQ;Jf1?X-z3g-glrGayC_8;&r-5X@dTLmSWIZS5v=5?&^N&K)iVDVtBE>x7hxAc&*
zzmW9I^VcItUc(+rxMVlkUF;8K+Rh5qx!!iA^l86bO1aZ<0$&~yjk)%C9krm;(AKcP
zAFDF9zpYmE0x~!MZO=`?lxbi9r|lMxw5)6})Hm>IX=#CGBYHu>0b+pRK>#mRTDk{R
z9l#%N(gXX<im5Fak678-B275~uuP)*@;Fo~2f`B(G%?>{g?e}hNUA_{1HvtvJ-Lg#
zXgHw2K49gxk})J_gWLQuJa))b21kG_X5zKmJO)$N1>5ZpasuHmA+3R0-5udLl#&8q
z*v#`m89o$rP(4BW;3t-;S_HQ7k<CCLN`~V!*u$!&PU&d^77Jp1<uAMD1OTmMYocEc
zZ=W=}!R@uvc;XqCtz$d9#5%|jlb{=%LdfS!FZnBets=cO*vQ%J_H8S>h|I#4DLG53
z*P`DPdfRw1Jv(Wz)r@Lvs9Jq$WmWXGv`G>i$2up`Zmn;_KQSe_&}2|hE|}o-xmSME
zd<z$W9w)ixOo+&wEZHG2NyHVIEM8@MSVZwo=<{i8pNjbi#GCvnd(M`yHoDvTKe+&N
z3!m>HiV4*JZOQg-$|*faXDVjF+8~ujWQ~~nhRnysCS;E@4n35Pys`0SWi-_~EJcc;
zw)gA&>p%_nU%#}4^LDoX_Mpx!<?O`O7G4B@iQXJ-{1db{K7`BAT-d}xiHQ9E8umgP
z+{`du1bQ&|dJMa)tWzQ66CZ;>?(@RJWgxMESVRfb&pKLKnRl7p=na7(-e3I(l5>$0
znk0E%%So31s3dV-BaabpFE4uhk5vmG#)_t&X+-+qpg|a}dI@dJI{H7j9}2UeFZz;`
zNqrxO?HAPO7)f|kREzN?X(mWL=H&P|P<26(oISB`{XUz)m>outbsWL1+1Vh+1GO!Z
z-w68jZ?4WzbP-7jg=Id3H;$~!DJdy|{AJ(>_0=>jUpsVKgb2`^zVSE%3>0+tFPM;R
z7SxEQ8Q$I1NY`7Kg`gl5=yT1_prtgcL_5VLhbD{TjbhOY-eZBxu@}0!bLC^e>kO2l
z2Q!cGdI+VBGtpjEgDE-C_oJTELu+Eza{d{rx|x~NyaWS_((m<oFD~&6+kF}jD(=lU
zER{2<2wf0$(5oLd5L3HnwY22Dyh`$7J<9!UbiUpDPl6&`{y@G=nO#_Sxbc(gef=xJ
z-Y$Qo$@T?TDRySWv{Q*g>if0hj|;sof*5-oco&LKd}6os47Vl{<W!ldHtW$gcrO2R
zxh9;p&Fk{+$otIZY%BQFztP3WREb?g9&2z+!e)YqZSbnn`#|68=`WjI2sSR-nwpRB
zZqegoGL0=yzV~5W4-4#DgXD&0@HT*16bzuP&*^&TWd^}`Yjl*8iK)0rjtA^4;OGZW
zE;7hseEQVip6+(W&`vAu7mS;#1aT=TaON$7gaJ;!TDhln*zY?radB}mF*%&?ggncB
z`}VDP07ljg&4^dK#={d;Lj;y2+tkUbZgVrUen!`=N6Mi;E{k?3f`yxZ91iKE4K55?
zFIMsgwE9Q67Nd9sTpbRG-l8#>yCRw$Eztc`vXanGDP(DT=tr%1*}vlO{v4ZnL$v?X
zdUDNb*>8=YC4q*${x>2C#Pi0V9KCz0#B^nHZI!$%4G*u3_X-wF$}RI-CG6g!KOv?5
zYrex_^6A}89+QsL^P>b4Q9J%SEs7;m$(RqiEgn4m-V&pk)<Nn1aIds1aC=jx<Q*zX
z=O_$RZ)QgnI$1~;UADw5?%S=udFkX+E@G?bb}8#I4w;YM`mIYTXXWGavNZ(N+rB?^
z-6+aO>fv7z%~)u5@ABneHROEx@$~0K^%u0Mh~OL9aVv&#$=ahVJiaIM+X*f<*h_zC
z>RfB=OQyK@qR&`9nX{%4%Rprt2hSNYw%Ax%c^3OZ4Q{BBy>_9Ifsr(n%5VagX@uD1
zfGiC(29f4f4+CE6SQ7`T*9nPyzzgYucBB;&f8pRvOVbD07+j9fp33)e7lP*jD7RCx
z83+<5q<~~=4@NF*3Fjc!B->f0`~s~LNznJ+UJvjOQ7--Ndv%bZ5uwvylg5FDj`VpE
z6%wLA08c$q!whAd78Iyv{{fdCLZu385M)HaS2Nh7CXe;>H<`h}&4sMKM64w^Cwz`3
zGzld0a&y7L4XH8#+BA%SGayjmKjNzHs;6o|=>@BtpTJ~*BuCzd55YKsA7)}))?IGN
z$nLV|Ie+(>1DrijohrNGsa`<$<=M*r1+WU_NC;F}klJ7{wzOJ57k95kmu=@h+S|XX
zesl5MwcgDM6V)P|h?iO<j=Kiwtuy3S<fk1!2Dv=7Q9hlcQEEsLsTVWq?ir@b(y=lA
zj7G{r@9YpddX@e@*GBtP=5Un2amPhzpX8?z@8>b2p|nlQuHZ!%I>c@iX4Kx!9j6o8
zb}wn2iHIEilr0)36}~4ag`z25y<pO}^dbS|kiP_$;EZ!Z%0eM>o2(O$97x*Fqq&0}
zz||ZW*F_T+QO{!|BZrSO+Fmfh?)rl~Tce}FdU&|;ZBrA!hcTE5VFdhuP6s5-^fH@A
zXAgZRSchF$M_+RUd{%~-Sr}bwa6N;5HIqL8G|%}JeBbVBy?F8N7okXc-FDtR^!P}2
zq1w$KFK1RieH_COsu+d<kW-YH{5xJJ?lS97QE%mCQ6aRVb-0Zdqlde0AUa1ebSm<A
zPS?<v(k?R0>pmO!$vq{e&^Z$9tM1O==~9*TrnE~W%t>(QaX|U>X?-H7L+Ht!_Bu^#
z<xOfCHk6F>(P3g@+>Dzn%Aw+NCE7%0@%#4Mr=1tJxBOpg>Btq~gi;|y(ys0f3|q)<
zY_B@*mbK-(Q{%SQNh>fO9d=rf#{XTL7yh(OiTl|^TS~5Eq})#!BXpMvMXZt~Cx=Hs
z=QhGaXKJX%)ozFe_j4Ah?9jUMtJib>uh{R3kyszN?DN-dx{h;qR(ESs<I1p6HN8At
z&ts_+kPV?PdOPH4yV*kF-&c8<f1vy9Vo;yvph{dO9RO3aWZqwm00+Uu1u+aD8MJdS
zHdiA6vN<1&>*GzrYJSe)c0TUrYXS`cpIslHdlexO5!oCZ#cZ9A^S1$P&%w(Ev-;Y#
z&%9vf1fDI>6(3@!024m|wcF<<Nf7;a_%Z}^<~IqcD&SL5g}<q~1jCDbSKp7%RMpk<
zMlMdX{Y4t=5^V7yMX|UTW?mqd@Hrfj?j8|d(Z>$M_W!Px#mL~4V4@uxoNdwxZQ8O*
zqR<zTwEPK+4CR+#x0${C6Rw4N<<P!0NV|mwiw-G~1??xCEK(zXVU*DZOAlZ-5G|2W
zZ>_G@f~yw{GvF!(Y=*opWRKf=x-x6+B#}tWkot&spD!`Ik}p3qa~VuAtQ?31?n71t
zwCXT&<G4!PnJ|m`i-Mr~J!JUgcT{IyLLDB$qE0C}SgGGr%lJdhJCtv6TV%INyGg9q
zEgxZ^qFPA;H)uMziEuOM7!MJUHsE04jKjH*=<fm9#n@?g4_`y_FoWH_IB{c0QJ(@@
zIUE||(~-cZjDJmn!N^<m;tYfl7!P1j3!2L?cFeGhpO7JPnEh5-^VzFcSsXOgtWaox
z^~wdPP(caJ;F8ThJe6yn{E8$wf378Y-}p95G(E(?Kz#&rUIFlm*I+hp`NYJ+0tQ;^
z(8EK5ea6u5JvRbLh;W~t)`~ZQ-s&S~a9!VQPtHAbqT8V=AIu6x(L~0_Gn%DMlu1On
zSd7meed!z7`lRbA-#|hV(5t-k+JZUA<VDaMeI6X#EbV4LREc%-vUHpE`|9gkRCVPs
zTUYy|lhgRZWn7!A_XTuHEMKr9*3A@*+4W=Uv+_yfi!_<{nfGDpYcik5$#83voi9Si
zL_xKS)m8W3MX-OYf2}!Mfl!J}<uE0VyL711F!UaoENDm{Fz+*Ng)va$0PYOG2AIZh
z+#o`H=rRI<Pn_)9_BOIE)bLz^KCEz|vhuML8mBd}un|lRIoexH;Pm;lvInJlm`zkz
zXFWU;6p+D!i2<>~jx8~e)M0RGtnD&UtPZ|C91BotRlw8_@Q+MU2ntQE|EOb?1Ohvd
z!pYJ{gKq`K5efchrnumI^OZzNu!FTA7)bS(-Zukaf-LMI)E(f@aYGys?o3aj;4d~a
zj}JSCE$W~N{k9O8UEwCQ7$f*QRE@c`^a?-U9qc>6!DV)Ct^=lwNd72R6Blmto?9zS
zi?dk5L9Y9b02WN)J#f@8jW+?8RXL~lunMtmngSw4wYe+?EQKjoM@NZk(>HH;6-(a8
z!X*he&e&>sXlN*mV~{@?2GhQ8<k5$fOT!9}3eawg;cxegEnxFL#YGfiZzo1c@HT%)
z%BKqc<u&MSBKPA5OrSuC3uiRkxd1=kzmHZ#4RHfteng)RRy8U=pgaO4E^u*RN(AFA
z*p|>$!FK>?4@zA419)&9_TGi*7EBzsCRsrU2;T!O@bIuQ*vtdpV0`?AukSTn!O*=r
zQH4#<%zzzHCbc?P2FXOD`q6+LJzGKp-)%DxiNL{CuGhrr?a?VYF>b+w<<A0NRZxH+
zpkEG6FsfnDs?;wNOR4)%MIw#|ZyA(n41<(y1}>SOkU<F$XrihKQ*sby0D1)1wMCu4
zg9lyEGxYV9Oh}8pzg1cu{@H>ZLyCP$J>|+${OKimp?dEW)md*(*P~AZ4S_};y>>s2
z<A&~BE&WJbx$i9<dQ3fHLR5d-(9n=T^$aZ1V3=xIHw%*-7&D{3t*NQW%X{FFl*1sK
zGh$Y!6YGabwKWwHbfBDD2^9}h91sJz7x~DC9a_MP%1GN~G*^c8Sws>D%^oQvgG5Z3
z#d?KL1>}^uB}lCdjAYl3JiyNI%MaZL%*>XsQd#=KVSxgS!_r3=LCHyoQw5ec*RcKp
z)p{}^L{Fc~8ju3;KbVVwNlT?_k-UtIctQ8vTuRRhM4E#t7tT!ph5P&aK|TSt1X&VM
zxPUQ%W^fdlPXX!ya8`k><hF`wIZ=s%hLM>S3~OHsT5TetZ2p^IR^_>`iN5+2wxH#5
zD>NqH9SG-bL~yVwQyh|SV1sEKBo&+u&a}<~`Y_l+N^|d9z~1<eG}opKs-_}1&EXt|
z+6ff_G513G05(C@RKLf~5h1pu!<GOl?t(y;XHcpGyJvjE2~wfIQIb<o$m89>w*Zwc
z3~u1l6cJhEW|t{J=CDC04pQrmjZ9XQWt-0tZ0;xF1v$FSlYa)>)RW))+z)=m^Wyv$
z3-jTfK0{^=)VBq-m`jgj@V46)6-*fn7*(BWth&}d;(K1f<OFbHDPiH)-|$2-e1Weq
zKd(1FhX6;>VR+K8XOZp}fNdyvLu(3)2?W#7pgKD^JSCF^^PkiwRq&gExg>lDoJpZH
zx1yeNgSzSB!Yei#)1-_m4@sMO@L-)_YJ6M|3PzAZ!?+eqP0c(>;-f%R2@VKQNLGnI
z)&O7>Py)!S!y_l(T3&u^G0xym1CLc-Pmjv>L*+KD0^BQugEqsN;=uMuhIf{eV?1YR
zb|0t*FvA3+WLWxefFT8;(A9!x5*&;m-Ac}#aS6zHXUcs|pU?k?<&R5yeVP%rML;zA
ztqoG4QPXE><@w?q(#$<a?Bx$IaS?NFwTCl)^xt6~?g1PI5Fs;g;X$iwHC^dP^8p-R
zsQ4Y8m1*P@QNuYZUXoDD`~dssgr;Ge*QtZM`>8aw_v`ufm6d>J5@=GPB=#q}uj+Kd
zoZgzZm`RZ%YPVjAn)DKI+ft)X@x7)04r}cVJaiCyYr#|4C?6gk1|f07@G#tgDj&37
zzs@zEK7u4fL-(~fq{4V>ik+W-hMQs&04giF_zU=c5D0@k#1;}jR%}>xX!_>Z`NOXL
z<Yx$o$iYH~#BnC1%gFej4~Sl&O)M@d60gC%ThY3YwNGAWmH3QK8)nkrOGyG=wGOM#
zYc-kTkVudcTjg*y3eG&xccCT%v<F7hS@hW-M7+;P+7w`%4E!ZN;n#rln5B-uIC-Yp
z1a2*`my*tU^8tpCS+wbVi*9IP6g=+9AjTKDzHmeU^dJ?3mPr=YUAqCIxJ+zf*j{rm
zHgb1w8u`T=?1SW1<e7Uw9}y-UNQ6G^MQq4ByD<Mf^?EHVo?z}d-vN)NtVjeK<%UK3
z{W{qq)7iBV9cnd;?)zndsTD@lp>}a@+<EWLW<s`(`bSD<ITn&h!mOi1Ew;}RZ>o99
zDlL|<s*@3&_UT+rK%yBah)KN_Wo4h@gSOlYNJ!nBQU$g^zawL}GjASwf(kCOqcpSl
z2rz(1X~m?0?*c-l&iUu1rH(3831AWPByCX-*l}OUMCb0!K2rz6CO3Z_@aG}ZB`_#R
zr2A+>iuEbpyBADHySrk>{&1#j<8xR~2}3hvtj){FSOj|sCN6NmL!aO!A}S)%?t6U&
z+swM?#_dwy``mI9N!YTy{9kS%2#m#4Y=%U@f)NhWS+MZY2^a$VPWX0!&LoFAz?KV2
zAb`c>*b;z2<^y28ZQBuC3-HR`Fm7Q@OiIei^#$21%tnMg4sU@f6yiW*0u|=c9>4km
zJ*ABm@o5Hdv>a9%?t<k6Fh>HPj_7FtoVEZU9@38hRQpj;v>?zp{&NaoVnb>9vI>Es
zBi@ZFxPVroec}2UD^Q~5v(eMFg5L>F4-p{1Kyw86J52mRTnUzNMzIfJ{2}afaT3p}
z3xmi9c(*`22e5`Ywtzk8=0UYxW!wXB&F0pYx3@RI#IO22mWp3N1<nuH3*6UW{%!K=
z6$hx~0V>Xu@c%b5=e1%$c<Tln%%V=~c)c>~8ylo#WM?p@CVdbBf@sjF0{qAjy#MbX
zAgbZ!w+;ZTLPbM^F3j`yAZ66^)tw!rH^mCR3=XR0temp)Fj$xYS{N(421a?HOb?v5
z6{6aK`vVltAHu@wYHD=rEGEGI89Xs&_Y=VZ6n21I495rRcTZxAuy+jDqOhLWV$4bs
zGA5Ti9u~h?c%FcRY0|M&c4Zc6?2}erH}2<4Yh~1Mt=Hz;Aj|blyV}^OA-|&~$1SU4
zV6+DPW`4bS)IG#*J&}fG5y#CP8MoE^Dx3TB0uF=H1^&NSfNnH1Gt<=O7p(-)k3YEd
z8uL#xS-T>`Qi19BtLb;TL{idR$;;U_t<9;53=TQ;zG@2G0_gnL^$WvzoIZTAc)wNG
z$X1evF8KIbgu6M}Mx#x#)n(}2neM@?WyJ!h;z5po4W`UGKA~A3jvm?W0Y49nlg+$}
z!pV3xVafRHpIsX`nb=l7<T7urE*?nX1A3Jj4c;?w&o*c~0}vY4GAsj|Iwm*-_n(x4
zb0I_=QW~Ak%s0zOJB}uto=(?tyM3*^6OfHhRVejm$imJC%W%uucJl1J)yX(G-bh*4
zEYWs|K7!agdC+WHZ~6?T;~D+&OWK?7nP_zeh%Pmu^#<Y=+0e5MSy*UwI%VdwKNKZ%
zM!<mF82lKllMGC;6u|4Yi*=}Koq-`3TBfJQ)%s#^4a2((RjZ)7^XK!Im$N8+)c}fn
z{cZXUg|Uvefy;;Hr(vVq3tFl|-;29_4V$a^1nexHlb2*O6qlF(g(I4!kC!hnTU;Fw
z8&K23tqiAUHv#<s4r|@rIKNZcEU&_lTzT`8y*Eu2VU_RInX~x2BM%nqf39}nq_tE}
z{sP%5(b;2`kX*vz;hEN%-J*IYvlX!u4NRcrv__f`k9BR$!=O&%-a|fV=|JYXJlb`d
z9@PY7RL>YL*mYEq>GLzguZCX6Fh8BhR`X-#N5%p<oDgTnbGA`hdbMUMy0}PpS3SMd
zjd+zDsk+Fn7FIKcheh&7YDWABY=?L&lC>|E2YvpLa&8UlTNWtnmMB6xxW^fG0@vtH
zd7n0`>k&O5Q&b8p*r(ZHFr5|+@U^q8WC2~Iu#gZDtIlgZ(M*$Ji;v)Th7pj36x$al
zNn1LIVshU7cNjW(&)o@M$<5E3fBv-Z$F`Qjodf!peiNwI!6YonSzF`50&(+-7M2fB
z9^JsU7U@{%p7%Ij4w_MDPV_a!hF{X%>E$>v#@Ng-cN*|uLG+F;s`EePrrA)c(?DEZ
z*yqvBx)K*iq`PhFIqUh1-tfs?>h>pxdE#vtWJq#3^^We;Qq9nQRR{`Tfs_$~jtx&F
za;BbW^D9z4{yda7Bgxmdy7t~E{C5H|WRznZVNs1*(jd$ZXYX_Ls9}w|=`G@Ah{vGy
z#N7B^*-t(<`IrR_QBu&pwsvS|rCX#<)o%Y&@l{Y>lDp_oJ6QHZv=73rfZ<YWzQ{r{
ztfb%M@31x-uj0VW?nt|{!&(N{5lOtZ@DUDsL3)S&bQ}=N=fjB_iqw1m>5Hab()2ui
z%~8Iy{z@cZcrmv%cK7QCoxJ&;Jk7#uW%wKU3Kw3-Qy2UGI3XPty9a54X1on)BOgHL
zI&-sxxqs<atb0~_`xOU~w*|ZY#^-DXXe>6rvv(^JXx)fJe0t!H_;mjiDFZWQsx+#>
zCy5tFCy760^eTZ+_CDgN=o@@Ymz(i5uc!yyrkY5-YyLwCKR7?FAbde!bz+>8)>QgG
zDB)X7Q~xI={CVtcpFySDPrha>xn9@h9FcXM&16^}%~F5yUBzE@^jj$=<mr(5o5<&6
zWA|@4=3@b`<VC&BanEx%o;PFBVXHavWtv>&*HK>O1p&l}5@qJ!xamB(Q!i^nB%%?O
zEBjQmN{5#hwhn#!J|Cy)2z4<U&*NVt1nJM$yk5;l5k?)N53&uOzPj{3@>=Zth3^={
z6<qVo{~-}uWt>h8i(HLTvm*L`WF8S=S}bhr>^uIU`1*{M;Nl!3_p&abJmj;({|`BM
zL&DY2!~Tu9$w)6|1?CMQgp2C3TQKkNfc$M(c?;XZ1vp*?49h1?p1N|StD6Fd#yDTk
ztIC8@Ru&T?4O(H0hrbKL4yiE|%HE(MAP5Nli^u;+(2q8M!L(KE7uXV*q+zrL>|yL$
z8=c+Q+eHajOu?<G$>EZPQxn;DO!k8>M{bH{oMOtL-Uj)PeXTt{7WF25a^4GpiMG-C
zYx!$2`sIH|yZ;=I+SJ^pmKNUAe{+}kg?$7@A<p;Fq*9xl%N6x)Eg8`eVTzuI-QP!0
zviSaX@z{9uom$iRnO*J9@Hs}8=l4u&Pn*mSt=hZQyqAX`CjNfs<7|R~$B@h>-tylJ
zgXkuYUh<PQ5~NUw5?ve*)lZBm4(tSn01;9%A=>*eXo-pdduq^*Jfo|suJ+j18UpUz
z|74s_&qx&96U!x>Cv*s0WNUk&Lx_k4BY-lBvH@1cZUll%mWS0X*l#4KE}op`XNVzX
z!&A8;^LQo(_HwnUbN+KuGua~b?<}P%IFQbyd-^>rf`_wwh#@!&JG8yAn0v)%^3abR
z??%=z!=JK0wXtMCnHtr5U9Mc0j&^C+U-jMZ-oU_DZaEGXwUTIQdg;Hd)pNb_XJ0-Q
z87MALo7=>{VNA}aD5YRpHTmS9(qGr2?+Wsu%{tA$dd{%|({kIS@fdH__^#Ktsg}3r
zxsDC)-OF#Jzr&B-MBkCwYW8OLkgvOgD#^p%ay7i-w>R5eS;emzMH=Hi*Q1&iX}^4b
z^J)hRiiIKt!5GHC0*j`Hng|_L9DD_>tV%bM<tT3}j6n$n0PNq~GZctv0+V!b1D=_i
zgQ2vk$A?OeET8+6RF@7qyY#e%Br$}dOf-i+1KzbDh0hXuS36R0vmLaEoY)5!pJZ0f
z!);O@ga^J45!k{xOH24SNF^jkN3?|_06hq4yos(}wYWr)W!%0JZfSuT)29LUMrmKP
z95f=Tfx8$%CI~IFvXB~CM-ZcR2)Yw?ZNkZ^e%sw2ui~YWZbZ%ZyTC=%75#Vbc2r(V
z*<4fXw;752siG}>$9wuF<w!PSFvp)3mnQ=E<6k8Wz3~YhR~I)?QMKviJD6NzZJM*F
zNXG2<5b&7XvIug!b8$I)B`8TsYk(HLA6;-$=^iG!QIuVzrk#h(o06mdD)QJOQ>2;V
zz@(gPigg`(_)8k#Sla_Zvj*R!h1}KknJQn$YoymN;5(|d>U+G2d(*-B=KDzFd(@Dg
zHMPUe582nOi(-h=jURPF{!>qJ4T4O*u<h8#3WRS{7U%GU#VMDZdYb&=?dYf~sm(u3
z_{J)|q9jkbt7qIbYw@7LAzFA_$o%++#df?=U!|t+*a%s27EyR2F||ugX6v`5g@0w3
z%&t<~+O8*-(nZF6b2iuqzeD?B+RjGaL=WewYr*yTQET1P_LtXn_YZ;w*7jykxQvcM
z!)a~><;`0!Y^q}k=V@A~mvfpX=e?Db-J6jt7y}T36dOax9~tGPgzirRY3CrmF#bjy
zO^@ln{)dDy*G=Gv!;eYYut0+8kE)*}N6<){#1MUYnacRPLyB)ack$rXF{xW)O6!$>
z8Dx~ABdqja8V$9gCmL&a&;MZ2d>NQTM^JsE){;p!c!_d1g>Y%C=%%%zZnE5&>y~E;
zjfusuWBi+VlbN-`x3UGQX0fUtYfZSS`}RSy$>Y&iOfXTv)tPadqKEbghLjRMeQ;^Q
zf2lO|pI>SH%0bI;=Xbh^DqAeayv2O(en|V4<j=k8^V#-`;HS{xm&n!|&Y~pv!I(E|
zX}bMafcZ}IOnvlBpi$vDPhNm$;H^efkpx2~cE=je$(YY(+{pl_QAIo=z^XzD=@Sc3
zb!f7(v%f$-6NgQgJ|5+fYi`NCuw$2hbDl?^@@h+{6?~UoJU#s{v!J!nc5s)J=;=Xf
zbt|WPQ(mLCy(90&QycB80xpqkEy~$1sO0na88-hq6O&8FDW=7GTB=@uWYxk?aX!%a
z`!GOw_<wQ%wr4uutRFTvrluH#3;VrY{CoA@hN8veQFDdqr><CLjW?=Fx~_=&%<AV~
ziDz|Zi;gxgs_6_H45WrM%4Gi<9TbG$-M<mVsQDGO21WSHP`0Ia&7nom4OJ{IJD6UE
z>U&6^EJHDi&J!y(ly_1E3q(zx8`FV{gTls~KV|%#YV4~x8fLD4*${z%<?H;{?F3hA
z{dO66#C6W@CV@USi#VwkSY@1y?0E@}Lvlqb9<obw3lZq`9nwq8<|@akq!FDVeTtF1
zOEF3bXJ;N!&mlfjU^fp1dA4t(VzRUuuqX6|l{6WrN0t+5am$4r-%(&}-8R}56DHF@
zLj-fQiXNp&R7vxtUTK$%HO(~*kn@^GYChgq<PozS&S)l8MC_d%tDDJX*q~H|8*;kt
zmbQ)D^m%f`712lem&+^n`Y~FL<zRF}x-O~D)_gZt%Bh}#T?ER|5oHgm^@FH(;k`2N
zk@JY|42OiK@}zy-&nQI8ue}-z+InJ9?oo}$UV7PVvG@5bJ5af#X;kpsyJ~vT@{GaV
zbYJ(kt#o?(>HGg1WLVy9`~N_Oiwm4R&a!4aq;4Xxym7?w?pXBth_n!zOmJS(8MQyz
z5&wK;Dg6v}q<61Ec7Vk^K3UZ3@3EX9Uy!X!<ZR1K<AmiV^}##mhujJWZbBj%*LM{A
zk+JMUBH$^In=GJTb4NkmbK|T0-y4zfsLXNVuU;O~m6Il{G9Ef0@EjjdM2Co^?Db>P
z#0GgFXfRd3@~lJ(p}u`(j#f4`nhaInj^fo&?d;2nPY<$gv!GArGe$7Rt8Q*R_b0G_
zpcj1`fgx4Fdtri_`Ql{`FT+s;J@NbHTa9#V-_eK|x-;`87&JZ(-NoXk^QR$=pH#Kr
z4jW0e1-*N+>i%;-QYEA0f8tD)Dr&Mh^r#3C=}*6J@!v==A!RL-YPms?70HZ2qZL0g
zLPl988Hi4CH=^@5GWzr|bg-6cMa8+93}!_Fe}3)|869W`WGD^F36glP{(f-1W`FWu
z9FI}P?yC^wp>ndcZCntA88jHpXXCow6@K;5H94OUD^QGPU8@9nJsyyNlgxw#2qiP>
zX|M4FMgqD}jS1+;WKHJF^RLE*nF79?B)uXX6TNE?Zor^Wco)rBnRGKn-ny&ujwvy(
zOn`)0yiMjOJP(}`-&~(ihC}BFovH8FOuOW|Mw|Ye**SI1QWK~UiNw8;XX!;?k^Cyj
zqmHhF&i8m(yW5B<z(4bfF5M!IM~1Kg4(9`AELE)0e4NyME8I`QDH=%6mJU1$*@-Hl
ztq@^y67LwDO+&dd)%L4z4QL+Nx9kqk&0IV((>e7Tz4ID3+qG!OHUy1ouRlEG3jVL2
zcmw;2Fhuw|W*JWpb1C}2(@3dLcQKpjxP#2F5>`JpzM=n&@{&9v-i1I(<Qb&SoLuB<
z(jlE0<cV`8Eb>N8om9t{!c7+f0?iQvs?HDD+I~rqFm}Jqo<}}EFrE;0JN|E+D~bHg
zfd7%~iu@ypmX+=anIrvG(kXXwn$S))-73w3%2j#~`fk4vP~XbS;4RZ>vG{$H5xq#?
z>OVQMj}z<1K2oui8MIjR+@x;ZtuJVkezqTYZ|_Hlgdy3uWoDIFnd;SEyYr>+ISX|Q
z2?FZUy+$tA5H4<yu$Z`&Rg`-ddS1yTt?~vw48Pob-2FoOO_VE^Y1=SR-%3>o<2wrF
z(S-G^;p~xe^V<o@L}K@~R$1f7(lvW*>Oyg*f+JhD4^AGgSX?Xv{paq-X~VAE8GSe3
z3QBJD{8UtDw$L+Sb9_JOP-Sm1h=Ha+86ucu$NsTz4R`mCsP*z|s(;rrEeDPH<+b+9
zLkc$En($T)P-O7l(Ws&}W)gN$rZv~O=m>__%{ir-7nD)9JV`rMNH7=N7CcaFXc(KE
zEt+td)oIbvEkREpvX&ePeitrR$@cLrJx%288AXQ%$o8YFZbs<;^15EW=P)GvkDm6&
zcgI2Ra$E#%dhtoCm2S+GwM=t1jj62E&kvJT+n0x;;SwtH<8hsiziTPW(X^uy+S;GC
zRlhnPssDFfekt*X#v%TuINlBM3%es@j1W{D#4s5pVx9XgLfL3;s$G1e%J#LS2Kl$(
zi_!QgFO;RR4zHirHr_s7vnT3-mV?}rE>owLx>J==^EC|@E5D72TWc&Y_hw@dl~qn^
z`Uf+Qh=l9C7OO{lFAb?@(4g?H@j0ENp8v-tsj}&upuXeXmi4_;wC-fj({xEqr|CMx
z)|Dxf+l}nH&U-smrN*#zJMf1@P{sV2$MZk+UgH{D;SvSbcMPu!2sM{{8)xhDN^c=7
z$SkM4_KsUe9IxEZ9c8S3_LkYcdxwXxnr~=o&N>?j^fj<Q^7dr@=exIEzI&84H>RBY
zZ^!d@z&Y5zALm%xYI)%Yi!F%k+(14EuO$o{91RCOhq5{K1?3cqgj<Mex`Y?;WHUFM
zw?;N)duEDF9Cs$SoDsbfE5ANO(|p$_9{oxyBt*O2j43MZVeKOO>m^#xc?wGA{M9zA
znk|_S!$TW9J`QjH2_G}5!58br(~uqz^hPJ>O*aWP%d-fIc<=hAy97@hnxjJ~gzlRb
z)1X)M=~k|Y8VYQdaN>`(P)G${4s-Vrj4jh59^dzzEx&JQD7vSElh@?FAEs7)fX>M6
zy;?iedpqTlb&tcIqd&9jv?J7*AMuUM!u~wD#WUN3wbTO$pRDO#mnVnzzV6q)58te+
zrxu$XHrKq@wn;yeYg4>~s8bm9-O<^xDDRW0UN_UXI$X9aPo4XLKO%YqYy|#E!Snel
zrc&|z`Qb-DPp12|&F1lpo=kGYO4`p+oWI%M7-8Vrz@k1z5u;ps9Lt3h9)8yZ1%aBq
z)7*;gPqA5j_2k}N_o+XERqF`^BPyB;e{8=~C9^)yCO-d(furF`@})aru1q-8^msif
zn+40EusLhe<=6BV%qielV7lQq(rO)|ArvgLlguJ2=J3<1v&|U81irjWq-~A3`Sz9l
z_s;j&cRq+vd}+b;H8BdqwDK=~-jV7Qzz{-<`TpJT2v;1RlD^mXyAeUzW(qeDW{lR(
z5(6tCR52!}dpJsjRP!#EUo8ohHFi#1o6S!;MXy)vr}h%+%abz%e~;pFBgXl-v^8Y#
zZtS(im?YiM@-`F8==J}zp=9ND*4$d6a%0xf>bgG)-86ZyFoj;`sfScp7?tj|Q_K`=
z-~P}eJz>-S(m}rusAW?W*qB*-Axqjq=25hqob)#)6w0g#^7{B2E8niWdY(#8i9V41
z`R&z=`-U+(|1B)BIfH6CG=|~J>njyTe$RI10eM+zkHfVe`kOY{EFY?O7pJJV>$l?w
zPuV-%v^3}ux29AL4fj<xBV((6jr{0SGz=eM%#nQX+`Lfc{=>flXGcf(Dul<@OPvLG
z(maVJnYBAv%q990d}FUV9|N#f%@RWrLUZe<Cm6y@<<KTfu1lbiz3l3;Gv6yRdBn^a
zBSldneASY{x=>lc^J#SCZZ>^!!?pYQ0f8CS`7S19-WKh^edhh-pA8D78^tQ<;*7)m
z_?tYE1jLl*f7@&)cqiJcy(fY$GxP*~41W6_2s>3j-ueB608+&@qj1B>c=z8OJaZeP
ztckyR(_P_8dAXT1WN>mmp!95$^yq4v&@kPO|LUx-=ZwA?6`>tZpbQc~qKx@fXXZ?|
z3o0Fno|>v^y1-oO&t1S6UkEg;_(*fhfBnv?u1yB{FhVXiQ2YLE-UMP^_vDA+iDF~F
z<Cp2X9yZTAw`a1;QcvJJp@~&oJ5426?HXScY{eH%1&^4Uqj5H#oW0tUK`gJPrTT5X
z`ZsEPE=`{=H=-(EOUvi%6u2U4x7M0iNHX<Npw5qd{oqDxY1a9{5yL4Tdc&p7q%DE+
z;_2DK^!gJ-p?Rsb8NXn+P%<jh66fBMVMWbU#-JjY57~w%c%NoeTve~%WmWj@O{wyN
zZ~Pe$5*W~eiA<{6^F-JL>LVgXY`>AGz;AT&k#t=^D@V=I&Gvx!y~{v<(xMO6P;_h*
zen$0ih%32J7%i<+?(DChTSjy(I5r}pjhDG&?LU*x>GPbU;!$M{&f;3a|CC!hP`RcH
zxm9~z?Ai;5<{nP_{d2W7+vQFd@$|U<SUrC7BJ<@7S==4VMQ1nHnvSORWn8vkg%Bka
z1RR9TzdR7T?=Rk$SZ#g_psVLgx4<6X5vlhas=8F;dW0fI^WnPgvaC8r!**Er^+ItL
zcc)PdVp(f@@6NH+#Y!DBhNM(cOc3z{p|`m0{3_j^r#lu(f6C{%CR1-CzS~O};{=GF
z=dWAIb^21gSDHv`o;JRVJfrQCFg*BE3UAdoU@<BB3OZG)ym;sMukQ<Wh4*s6D9(`Y
zF()pDS`c=N`)1fFsk^?x_b2r4L<D#F(Z?5TSu}S@(**X*`Q<=FcBuIM>^E;)Y0idu
zyg8RcKGwp}SJsRMD>?U(kQBqPOlS9vmEU1WWpBTdPM`l~H`Lr;>^T>e`zUwS>3@@f
zl>w3QcPTplrNLvL@|y2QvLhV^r`wLT@ixbGrL)cXS$VV%ncn<OoN;ulz>@X*^SW>6
z_hQY#diha{Xs>Lq*ZS<u83qm2uS)-H_l%ZusD-kq(msj}EnPL-9-6m0`{j5LId0iA
zv}NZzpZS@c@UmoNEH);!?TIffLYZJ*^!i^($dpLikC{~ZkdIvY%e1%rkt>~fJdoYD
z$VS9P<s&f`H;2dIBexs;Ux!s{rG8^V0=f)&EtyUmWnM`B+kGrnL}nH@Hf7$#Is-x*
zJf7a=y=@!Z>o2&rTCz6iZp=e(=w83c9E^{v{7mvND48cVC<~`H2m>LG8#onLqUBv`
zxEn+)YR*`e{>Cf}mjKTMMb4*=#QYr*EvtkInRZm=x~39-X!wVy*WcMaoXNan2QxKP
zhgF?kJmW?uLw_xfh5mK&%a#Xg&X|-LV;Ox2Ek8-LKLU^Pvqh1kS~eB~q59g8jYrYt
zK}G_{-zoG4C;r)81Y$YM7ZQ~ZALOXkq+cxinntu+92aVn$ucu$8}1g~5ij`oa-AV~
z^m+B}IiF@frQ^h5stobLsD7bXC1V_U*LwC@jwA9>o$PJ)V8^36H0G*3IYA(JWR*{E
zD4o=oe%tm{H%a82WcO{k6!vF1c^A(XBKci*YbH>Cvoa+2IVIg=_2*w`F<l$S?pfFf
zdPLsAnDfA!STmx$ktg>1YYLfieZs3=x1E32Hog&O!_5?B0tj(@C{u({hHj}@2D(Z{
z3I4lCI}j9)#*nUAd&HdFs-THIurBl*`L1ZrhVHce45WGQ!P<Iy-x>4HfXDt^#6Mq`
zm0ZJTS>LFL9Ng_+N^CsBN$+l4pKhsWzR%BF)#qUJpX%i>#wV4I{w&p?k0u#YMx5vV
zljlQ$xtTgdM;C9ND{*bkn>_#8SmJEu?Js{9AO6O(1fO+Mmh3j%m<WAEWmGZcFP{}_
zQvdU#uoL~*#>Ai^f-5gZ8kOZg@9l$#)c^X^vEkj9GS%a&YunDahQm{yThu{fc!CS%
z#X*~F4eia_VRw#gD3)peyJh{(?4ty6f1FQVZ75AGWyHT+v{=~te#P2AJRj@Z_0A5h
zA;H&eA;x%2YRP_L8?k)*jQ8)HSMDs)Ep&YTF`kv*ZysqkZ_Rg2c~_d|v<*fPB*gkk
zF0L{^M2OM66P>N8`eOfFdh4O?eg!F?w1oL<$#&Nx>T#@8=5qb?sA(PX-jFuxzn81K
z=DPAPoNQ(jn~dK`4&O!CHEyo=ob&Q{BuB4A$IENS5~NHokX*I?m09#G$A~Na#$4XU
zci;Z&mf)g*+bCK4^@O0|utlv6dxy=x_dRKkFgOC<L?rP{L|51dyA>PB&1f_vG|=m-
zL~=d2Z+`>frJ-@?KBEzw%_+Zehed0$Y56?*qN`Tp_J5x61<jH1TS-5VJBHyRoRV)L
z7^=1{sb9uXol9xFuJbGX#%}E%7GjifwRVpzc+vT=1WN8Jug(C8mXEdubIskUk;i{n
zT?IEOAzt!l<a*=XkDYw+HpP}A=U=mXgr*OAC)EQYUqQ)<lcypVw|FvIrn5P};=Qwl
z!-_Jb7DC-adodq>ox?cLYF|SxtZ+Tse*BA3Za?U^w@$tJ+T>J*-bE#un{&OxMo4l!
z!LnxkLWXXL6bToCAY!TI^=S5Y%~~R*DGPAZs6VmJHBN6^^99(Wt=gH8oRo|6K}mj<
z%K))0d)i*f-o^@Vg0*(jQJAT%H`7yM`<1Vf4GQgRo!;c(lP_G{*WFwyvl*i4491zC
zB3InkPb7_;IN$BR*V$+~OISPT(ILJC>#1s6yuLSHCSAfzX<8CL(5724g~Fg2k#b+w
zpT1AuB~Zf6?dh!ZJ)iKy**~%UpE1J!@u7(|UC!y|FLJvn%g@u;7@gfHxf~8nEgCLj
zYVPIa9^>TZ>VEl>)?>BuPt8DB=BKE!IK9<nQhqgbMmPOMf6D9AQ5D0usKmv!$6wU(
z^}H@UAMA);g-G*|DI;Ll=1)I+r_;$PbJtsZ$+hkgwf4y)DQb@H)R?qX=aa*zRDzJ8
z(RrcMZbt1>TE-{FtA_(?k^@)qCy7rw){jCAc(x|<)aNv~JbuNShulehaxyU@EP;Vj
zl~y!v?i})ny<f2&miLFH#k#*{+pZr=?O)3djwJUI-u~ORD@Tpozc=jpk?qPm4ZZ<R
z6D5-(R4fFA1BEzuui~I;!{i>01pnCbI*H8P2a;GH+PC(Ju$7)~RWm=N+b^GStyUR{
zrb{aoocR9~;zTC2^f%vE?rs0x5l9jC$T#1`Qz25E5VSH450j--P>FrCEVCT+a)g}`
zUqNj|zP4woYt2dE#BQi(Dl~<flCbD49dq?uk8Pce?|Pc_RsEj!T#_+jSfgJ(ihzUR
z)qPW|<A%4Woj;>}d7BX-KEA^Z2fLaNCliN>?2khy*T-{d%0AkSt1I-SRy%CS9XS4O
ztM@J=_C#5ZxlAD!{%dM`Hn;O;!G76|Um?oh6!{1^>@b|7JjIU>y?gH5kPt^q|F;nT
zA+R4!Pb+-C7Zo8?f3;y!qIqGlMw!xgd%~;~4gGb-Fdd`O^IL7&7lS`#La?KvVn>^c
z>cX;}nryYi4yPK%*>&4~Zs1%$|3Dg@AfmBAJ$oEYNGj&HSS`|Hq4a_;o$*^zzT)(0
zCH2PPJ+6HXJ?{>V?na9_3-)7NBaFPScbJQ(2hWq0GRl|)weyt;5Fe`X@VvL$uXg?T
zu3Oh$j!=r~&UT{PHQ&pNAbTZiiOH)ln40;m_XiU>f<nk7EuAM!{On15-_W;~X%S51
z;oC^@|E|Nygu;3(B7U3dkuK)u+<#W&EIA@->wC4}xkP3oKc*sp)f@(`yMfw8{YM^s
zo?<bL+`%a2JLmP`j|7h4n>>C@ntF*}LmAGH>6HF#t1f2$-efJUc{E*NNB6Vt(x$DW
z4Q(}i<9jwKK90(__&1AROX`TYYCp$Izu4WOj`fNr%aE-Lx%``Yl+y6mpv|e<ddTb8
zU(^jVp-$zg10LeFr2I$f$)5-BzD5$CN3R6Q1~c?Ny`vWPpOf$KJqk|cGwnp4;>@oa
z%~SQhKR;mB{+)NXld1a1=9;D>mGxlV2AB8PBkJo>3*QMxyXj!s=7h16&g@%kwswPs
z&Hr77Z|Q8N1cY&n1XUFoGg-Eyp&Mlz>HYm*Rk+`_J4ugzLA3Gvpc)gnGMzmak1(mk
zaWOe3mC2k<gvlu{caQFrwQU_05Q&x>1d%d8fnGP;0pG-O{!sfNR`$yZ(S?H_9yGl_
zlk#U7UJs9*-4e)-chz^${LinV7w%Ucz$5VB{XZUGd$Xzj)QxQk202wJS+Cw%_C@Pm
z?x1(WQ5Gp76(Jx0@HU=aEFZ_Pod;X~y%(415%GUjhA(|Y`{l-^{Fn*;4Za<L)|Qzi
zJtw=H#9jGa1&FsRR_gkW!iW=zt4{U$<Cq8=>I?!w?hEG8jRtjs9f21=G2L$WHH>i!
z&nIFaaMFXg26)QjXBA9RiU&0mD59iM2ygwIYUps@eG$mF&RT0Tp`84xN@fA4@gPf`
z>JO`+`O(XrUuc1}9NbI~bWu!7-TMb6TK*grSdv-(qrA?4|Jx5)vwRTY8@9}lluV3M
zQ?@^w%L)iHnyV#)HNV?qNqv&()OnE678>w5mbTL--NV>N%HZ6R{C(iNVbhx;1#g?r
z!`3#1bJV04c}zE=WkMDiwXf&%6P&q)2RN<a`Vz-=;fr27h__~B_pm=Gxm(M|?tRh9
zQ9~H{1kLmMVr@%y@!aj&l+pgXuhuRCbfe2-m%5|){kOY^oOzoJ7|*7dJG{du>qVTO
zyvvECoi9TnrE2}vZoOo)q^Ch5%HY#A@sGC6K!aY|d*UoQ!b`m4qk`M+=Gq(MVw#&Z
zF{~XKo<oB<EsN)8ou#?`@5{X-!;D&(+n22z+VoETpVqztD6Tc=^5O&u5Zr<X2=4A~
z!QI{6eF6js9v~3h-Q6X)YjAgW_nnuwTD7&c|G!I3Q8QIz_q%<&PoMA1>0~X{l9!hs
zXg}QM4#2U>=w-H$+A?1V&bjtU_1lpQYd(&{CF1Oc8po9hg2ON!qW?w>eeqmUW98wl
zF?Jo00x1`fu1q<M!yPue&r9+VAhirs6DeuPahb$W(941WSi!hErxuS8hL|Rn_**4L
z<s4V~!*#|<%jhspL+$!3&WnK<SA&VPil}{|ridlZqM)?}fVv%{&v^zds77>z-I`S&
zBO_yZ!zyC!k_n<h)VM6M{z+O3Z;2Z=H4qjg)<GNs5Ob4?$5M3c&sbh7a*I4Qqm=T`
zGI)thHA&J7mqbsH(uvW8MNo7!OI3)4MnPv{h`pEoni(|H_dlce`F0{viG#&-R=~o4
zpH07&hl<&2GB-n8p3tjfJ0~%*J#$)|Did0)G&mPe8o!9ef?7*07i?$)BmA4k{H=I=
zm=!ueu4tJ`9DAl=<)8Z26Rj&?R*4bQ{Z&$s*F6%i!-M|x;$8Z=t>%xVx8fm2(?V0>
zZfMQ(cXYZ5^|6=>lrAa72mb@3XVvdhj{H}Qo}P$##2XvqqL-SBAk8^nqz%AJf2FT+
z0YGB<PlSI&hQpRO@8*wA!YSzx>@VMal;&mdaPm%hKbu(4Q!sx-h#4g^C#NA8X7CT7
z?EyVxB}#nQR!FS+<4*_1u7^4P5%NR=P8wK(4Fzz)qK5qqJSF&JqK8Sin$zYxvg*o?
ze@{FT=r2GIOvpw?W6GwzhpB+9{s*jEzGru}5Vv*#H)C0~fb`zNRJ(9K*aMXqK3hiM
z8VPIiYi{W1iIUgKC}UVPs$Q$uUzh~o?=vI+eP2`oPx4OEe>*_q|J}VeOo#+>89BXG
zy*-5r*L(Ey!+H+>`Id{Pk6?WT_$_pg`fK1F;nx~&<^7vqUu&VSz+|iZt$kD5dj2!b
zry%^sw&(7nbb=K2$EXrJI6!}*!EtSuY^Gk2DrO+599MvYXK+e)kG}mhkPrXFH7d6;
z_nGGMlRgue0wj5!OpgSwAGa3ALahI2BNv`Dm?3H_dCOF@)OS3&jOf|0LeV>ZaX6z4
zkzX>(&UT*e8zE$&35Wtf-Kr7-s|`iq)|Vi$)?_F<cfRMe?|jcy{&LmX{BSU=b#u|1
z<%2|P`&L;XW!c8lO!yM`n>Mcyfq4y_9;9SGvso3H_U4=QqA)sB?G?S%SQjy&vG|A{
zv<<k+lY{Qsgmjz14zFb!I@i@5$AoQ${JOmrk-w{pA|U{)fnfoFX7>TXg6{z6!&3V#
zgxdeYi8oT+9_aIDW$o)qbZDtI?v8Wta@MBY@79%BkG!)SUv+B8S-p7PV|f2P3jYVE
zkMTi%^KOkit=C8(AJ_?<4IbBQTXsePuMX=ul3}GdZ;WsCu6=dl!#Qu=y(2-_xb1^L
z^3(`EN6X~&b;XIbeR?&yy~k>SX^NVi@5^8>O37DsbDG5VLQ5G4Khvd`raFrtCMdy+
z`!<<Rbjd!w<gRgQIS`<_UVAdat7E!1?<v>ApJgTU1HXPyYqEhyiM4xpA4KR!$`ds-
z*$jhub6)QwWwd7ao3GD1!4j=PXG69XVq_vhV}EW#qRhcez|@K=;$JXw?}w~ISi0S~
zt<_M{oW;&Xj|Q&z^hLC6)$a~xb7p=<)u;~du9nRm0r4gMqi7UDu`T5)QU4KyJ~Lwj
zbpFR6x>kVQO>lUHf5rAozyC#{I23|lT*DwnN~nUh#wY4*hW)4V+ifz$x1N2nzF*GO
zaW(HV_+#UYCKZxXDAzbCXavY%%p+3Un_3GO);<uS7x2f-<FJ2(l_%iO>H>53xAC`g
z&6;(#Y&qt3N%i-g-vjjtS6ECYP?wUV)6^O~F1wCR5CQ0b`xD)xs9C?n0X&KPZGy5Q
zovL*`r#gavFdPmJR0AxHa7l_;QguPK3Iq)Bo-2wN&y>=<Nc-qMI4jlC!6hO$G?o-b
zbj{ThF_<#fbs-a7G4H==0Wkli&=(3Vq<(yvO|!afFhLo`BA*QRbqs_JuSSgx6q&!j
zy>d?*{m3`X>JdtXSa3*K&(bfR7nM&ngnmx$AW{jY-@oS<S$taDI%<P`4Dse~H(P$*
zFO-DA(EPE&?^ojbByz@k*$_FtI7R>ks<(Ow%MBHJhtFkP(*c8lgO&JPGYO+{{S?@q
z7Sh37)d$U<)eZICd@H$alrT!t+QmvKW>%E*usGlJi)Pbx-b2%s-ctK)cpGp&_&OT-
z@vesB<;1<_l+&R#HD6Lp^Y5x~LNyPx5qm$jZ@~p*5d+6u_5Qm90q5Vm{u1f&Fo1{6
z%k;2X#r@0>516|xp45Ot7~szmQ|gI9^{Tl~>y5+0B_*TIb5*v+7dvoT12gFr_C@;j
zUcJ-!uRl;($QgV~n+0l5C}@~LkZq>EQ8Vd<cD%|lEOKd;SB3&p2b5;pWsQ%1#u1J)
z^)q_Mggr>o--*;zs?zS*GWfMs-Ku4?r~p(`65_{M-<J(2`&ZB5-`PBV^(tz);l9L*
zkA-OYwFw5(+avG7N(suVAv%96&mL$_<K#vgH$6wRrV~N_O|rh$f>5Q6IP`S<b;l-R
zfdv;}F7!EqraQ&OC5Wo7oa%A!WW2-sOuIYMl3Q9rsNo{Abig`njlC+rL>zM<><^eo
zH(Z;&5bbXVKZ#-aF@j-#t?~^WCVni=qRmaouPd3ITuur4X71O(FE;l!em-kyBbzSU
zY5VsGBoewmOC^W*=n>y_#Sy)}1jfoMZ7CPIkxZx6_+8Delq8Ndo`9M5b2upMH^KNA
z0%$-JO?fk<?w*%~X}h<5yD=-4G^{$4{+#lkDr3}%WC5ZW>MB))p{So~tA9b4kj-@6
z8w->PlXGc0`ooMsC*<y2Sv6OpP_fqbJNkmp`Ba6WuV8u#*2LlB=1`6DY#T`jr6uv>
zlK!018i7s3clHQ5LS@Y>LMl{r%q^$6B4i(-49ay=WSjAB&QtE61U#&%CRXRH<x5xP
z^5^hQk}*}mQ-w4~3;X*a75)|{x)uNIBf`oX>$uP=C`@Zu*ZCiz^J?76Rm)<C{?_wv
z?uK%_DA()H{9t+^t89zGyl?3XO{h5BLT|$GPY@D6E(^~6#!HLseoF4(thF{9yS^of
zr=TXI;5R+NK4bU56A|8*tQ+l}>lJmw*YNRkc#=x=?Pa_BF0Ife0YSm=GNdcvHpk8t
z%_IMjSCilGzVV~DlGkzPQws-pM^iq7ukEY{!nqZf3g;*IGg90MSHW9g^xTbs;YQP&
z%0Q=MeQ|lyN8p*{ZR4}{6BkcIw0syL-Ye$8_0s1scf!vX(5>HgmMoJ$+Q~wJVCB1$
zcJb6@PV%eeRLx61MGfSD5TGxPme#mEio5Wyv9ubjs75R2bE8nURUUqJ_bXw{JWPB>
zxlKr`^{RBg`q~wPgZDGG48%OkYqpoAd;2&It_M$1{>~c=sDEQM(LQsIKRk?)rXX|k
zx<LdEzqj6!4SWr3M9=Y`3mpXS33%he1yYLyukhaVJxB1e@yrNG!uz_dJ0ldftZ9_5
zvT(a@>pCaUC)Mt!#omnDdTB~bPt#6=3m)dSfjgNdzx_hOWi~cP2cFQ;<y8MTK8rTQ
zcb3Y#asBr4?KUvuneZX;IRpkpK}!MPU+JKr``v2rtYaQ`^fTMP?Q&_)!uCixM1&Io
zw`&D2X5+W@>C)}V?WpOui@;5F9bclUBU3S_Kk8)+4+GfODf2;a6?)*&y9iE<JPVgk
zO?Tk=Ku2vA0we!}hZnv1%KNrJQ>#|OkE-~dD@BI^yFFiR#_COwl#KMGeEP`U-r#zq
zn#;XPktvpRmDzR>U%&lfGeJGlrmJ$^knU^3u;<KQ1lCBUQo-VAI5XOx8-9of=HS1i
z(HielY2{o6c>tlg$Xdu{t5H*8%7UKXuz(2#yx^!QD;Eq<DOg+6rPQgn=dnBOUw_8V
zV7xpPply5|h`F;IORb33mSu*VXJ`RcmIWagBjUHwiVkT0rQjEZ>FM%jrjg1fzd~ly
z8VpvHtA<UG=9*H0Vb%w%mjD7t(0(Y6RKjz%dcmZ`0n*74f90b_$3C*u9%&PN8NYCN
zEk+p?bHelCr#37S?hha(3@$2|fDd3>%DRXz_*r?iv9!V4nTr~}#9GoaiYoVCYXz>8
z8CD4~aN8`V#>)!cx9ML_4$J6ISdw8V1dytUC?V%X{=u!qpre@r`%gk<t*6!a&+M7v
zLH^EHvBSs-KU}i=2S#l6mlLsQAPj5>k`t%5h)3%4V&C2W&m8<8<}Aa18F(4(!LVcW
zX1N)cc`>Ej_h`R9lW!<!U!(87V{0Jf8-N=h4s-n|C5ccU-Jl}$4vxna5%_24QD$xj
zN)d&Q#wmQwxT1j}y_TwVkkW(dqIG@n#Fkq_Km9|7QH8q-=X+faLkQ}Czpxr=H$?BF
zRE&sjpVC|1vfgV^^eYp;@AH76Ca{wJ5$D4<!nM;<J5KZ>b2AgUjGrvJa=m{^ZYJQ-
zF)U^uMJtS5v?sKB9lI4_z>6->BA;viPZn<3B$G>g@DwCfnz_sqLJ}!CI8;LEUnW>I
zMB!pd*&AdIT)Dd8fo$5slI6cqgyR9FoBy}FhTo)&hSvBO=le$d_j|`3q@A%QMT5gj
zM+Ap?9)6H|E4O`c-W+~wIsfD{_-yN!#sR{Rb6@MX>w=>*c^O9gy3>1;w}d4`yP*yv
z;l{5^!vd|RgH@I}XN`w$z&VUB{+%tqk}YBo<oDEr<O}DTINBB0)6FCP`I<?+J;^Yc
zp$<~}OH6ct7`2P&WI<ztGdIUIj_v_W{pDn_R+Fx^Jfc{kO=8Z`k4qAi->&zrqTKm8
z-Ph86`pnH?JF?7FL%I(SaO${TZ~3O+@yQK3O3CEYN{7iE+adYu-I1U1HN@zsZDY=@
zru^XCydktF<h4XztC-aT?~A*(2=JcrGKJ!@dXJPACHS}=Z4~F=-`U$;vzwx{8Hta%
zxO!M^p_j)^Qau(k)#TT)z1NQI_%&<wFF`?+>xWcH1r}A7O+tXaphEx@^}Z)irBlXh
z17W4?F_;f|bQO+@$6$eru*hUflwV!3!)S)Rhl2&j#VA<e@(X<m%x~LCv~4|%>l1t+
z<REpt@0*fy9W~F;xc&v_t+&u@g~~iKkObc4v?`jy*KbyBJFPx!tKg`G=9Q=OBM3Qn
z)_#r7XT9nhwYz40v3^=iDWDz1PrtKV$p5LW@9%WcZM8nLFqFq&wWtKrUvTrcqr)>C
z0Tg)s&cK`qxRH`t$(^wP3~Vo!B>Q>2hu_j&(!5NMKC?5MnMkXFv4sB8+^f+hGD~&7
zpPt_J;q1)#^6eZvx3KMVbjqt+@mRallC_S>$UuDQe+BcT)SG#2tbfDmy5uX(bPPeF
z&XJoc$DdFA6p*0O0g9h_;_N~zUbW3rj`dax%PluvgdnGzMy_mfNvFAQtd8&~@{%of
zUE@FWQqp3%<~uK5%>b$ffA8TxDX=JE-|>6oWHSuvh?0M>U^aiQe-9*NC4p~DuuzDT
zWFe**wsz1kQK{wIq;TT{NuMQugZb&>`|-r6$Kr^dYx<DM4=yDf{|U;S2oAhho@2i>
z!IV3j^HhE{9X|o8OTZ%Mhl3@K{B<4b+y5NrPSLykPtGzjKw8Etg)g&9HXTYIQi8z%
zIJY?iEaKCalYbR$;RieA|DFWb2k9^jRNuKBI-K;FSyOdc(QVzDGn1Tb3Nda?_u_@M
zSUy(m7*U4XUSvGlAz{h)?+v$>#@Afgy{~1#GM{YP)MEGfF#`Ob+{xKg@||&=$iK7o
zmB^Fx|Egc^KBN(yKHMieUghMFVk(%3xjo&N&7PpNT@9?U^IP*cBLRzHO`l^)VJU33
zBSv4b6b!&SBlc#i!D1bylBTzp+w-~Ly~C);h1tH7NxZaVj9fOfsODnJBxN;vUrWE!
z*17tM8zTn5r`q2+r~l<x&i`qpl;=GGLjkqYIanhSKnyzuqIY5#NN+#8|7t)54|qqN
zWN=jz>qzLulINO>Y677CS%Eg2n=t*dR%2(+EJ$69WOc#YcXY9&U_vyd_l!2Zb^sMu
zin=UCYl%ua@hKQa)ZbU;rFw=Yef2yVtm*;FUuIsiY#B6vKw#|C9XXfYin?wk1*BRY
z2Bo1q{rDolL}m{r?(mHxO6tpQjn0V86r`Ukv%^kWD;};FimT&H5yT)s#36r%8D`nJ
zIDY#2^_S+wlDgUW6xTVrXJ0Fl$y(C=&L2!d$I#@`F@*vJ7L-oc<TFVU^*e!81AGF|
z|DwWK5UhqHla7{;)xuyHto&Bh;?@JMdN9YqKD?rpuHyChQilKCYC|yov`c*XOREN4
zHE9L4-%?L<Ii4ypjnbZEVTiAGKl)$sOPj+HOM9k&_p3aH0=Inj&7#!9JL|<5Rw=YU
z`o^Tjv&%P+*QM0otKK!pb#PGy5xA;WlhS3h(2~Q;``zE6Nb^fY%I7Wi`hoY5erl^T
zBs+*Gfz5%tBHtb--~1FVrKEKbW`<`X{{Nx(aPsp1j@~OUbN=7ZJDv6a6?!klYl8W<
zKGZcwi8TJSQ0P2otcKs=xMvN{qOFrl7<S7nidf^UGvXwH>9Z0OXmzb6cVG*6a8T~U
zLFvL-yZob8dEJ~SPvV+h3Q<VNjflUGuhVZ`TDJrXugGTDvGuXh7i=A_9)6!t>fU0`
zEmM9Ly7>qb-+E2sPPm}Ev<)sZp64bH_ZwSYI8p~yP-kbW6YG||zPH!y=x`$!X8$T;
z?ElY-m=j8(6@GqdH;a4q+-ds~s#Vv*9`tjp1p5L@uSO<h0FM{hJlR@@t}bPWT{W#N
znUfT}8xWf}qyOw}VKcQ!%>gay--ur4nAYD^WTUL=YrQoVqUKrIaGX06*p`BV5!^FT
z7;ggu)_5`Tpqy0CWt3Z%uDCy^AbOboyBI7`ZD8-oAWbe9%z_R=?s=+uxe^F4_v_z!
z`xQl+0}OSCIdNohnU8miICjmqT|FtbVo)ECJNGaY+&ijt+RR-J2U>P%b(t+Ec_@xD
zmaeO#@(VQcN5QFj;P<I`HCWb3w<E@2=f@T>yOS54!C_Vp`N7=aETh9mchH;Y?2VR!
z{s9H?V`gn8;M43cqZQ!!`@U)H(;SW1o7Yam_~hbj!TS&g4CbH~HsbEUx#fnFrIVCl
zge|z<ipEF&+_~Yf?ZOHz{mUN=`y5s8Q1sfCZNQyFX4&pMxbR~rJhd-XoVHWFH7Did
zmqfl~ftbt&Uewo0*xkUKKfRA!S@F#4S5a}%McsnAv(?W1Bva>8qZ}i0u~yT?SdMm|
zt6sVayoDgcs%|Yvy2Qt@e{~9zg?i?jUBxNUQrI(W7Dm^p+?sv=FWQ-*CJN<jQZJEF
zJn8NUSS=AKa7KFW@}vZ+!2o<6x$c{emUKx0u2v2djHqU3tiEmuMwXc5utL1J8aeIb
zjAhGz4!B2SN=eiaktaZET$e;*!T|9OTel&4SG_HPq&e7fk4-m!vhHN~y*v*Pxov|W
zr4@RtB#X0Ze{h3&X;U$+CR<fvj8^B{ipN%25#ssyp-3Ya#WoHKaA1YLeR}!zTS@Re
z94W-bGMm-&W>cdCU&t2<8mA|HRor}}I$4Wf#EAS^dBam`)uc~BcFJsoZa*-JM4<B#
zq&Uep-n)AVkJ?J0T>ieQHcFHD5F2o^MW_0Y?qtQyv-A|NBqRZ|srRgEZV6jn3uAQ~
zoj2Y??|l1~ov@Ta{=0nD9M5Nhkn)sD5XSF+=<ZO6D-nih@_{UR<Dxe$JBGJE5^p#e
z{C?Y&v>-cq6r}H6QTFa?9I4;`uz-Ql_z+h^K>9!REA(|XS~*D6e?qC2gj75prej@I
zaMl`Elx6gH{`*mj$f&Fw)_5$z177V#^#Kf$za8<v0Q^7tzvtUg^&hXb8GXt``M(ma
z&5m%c85?Q#q6Rc#q_V_<Y3rMMbawT~qf3+vkq#B`2uo;3Gz;KjlLM{iZU8h-j@X?9
z3ER_~1XK-l8lsWm8Ooy@tgfs>+5;Zg`o>W9*x2W7tfAtEiU0tCur@v+n{h4wk4h)B
z{i+R?NjzsV*0P9GX@mdhwDNl-*q(;Kx}=sXZS2g{2HNo>-u$&rpN-IgG09k{3li+e
z6nw)@+@hZrqXBwtdl@GQfK2bx6-LN@cX1i+RYCFxOL!8*1d9i01j<U9l`LP8&xEiL
zg#Y%`f3K9y%`7(m{=rKEwZ~KtUek$o46k5#2JQ+m5fo``jy2*k(|GLG0*Mfa1Hi8X
zwQ`{tXSBQc_y2s4EMal<MD5O~q<66OY=a_90FG!UAo(I83x&00C$jVcfFB@>B7Nl0
zS3Isi?I}lm9E%a4AOimQU;+m3?qZ6R7^X}6w1ub}-S1XqJaWkcVFaP94dle*OoMu7
z)~nMhVU{6iZ#6%}f+HA#RfCxh?3$m?Ilb!Z?fL2*YRuT@1C^1SZY9f18uX{)7{@q*
zNq9hYtGSk86MB+Tp}1G25><&V)Q}PQ03ox{s%VXo*QdJj))NX#+l<EeYim9Lf1>AM
zy^_n_uIIh>xI_U}v2T9y@Um)1MnqIos=@jui-yaQ%1$&Nv=FN>tcf(UrntsPkr{iG
zDGsdYy6380!xEueOZTZ;OUK<fSx^kuN`y<{T|RacY(&+H*;`ddDD*|Q;TMj*y*-vt
z2sE3Y>?JeB`BAV)%$dunIyDO;#JkJx<`>I%`yh^W2hP%vQiwCq`v_u%)JfK}Pw_18
zs1P#QvXvS@&CNPCDWcgwxXD7I6SJ?shh}MAsh-pa-&u`1K>z@M?VRTIN4tIY6t)@z
zGwb1cS9Ly%HP~<uVrC86;oYdg9nPq`%N@9(j>HO!L=+Me=44tjx&#+Q>~WGHL5Sn-
z+buV+(R;!$VMa<y$`S8TEzfbi2z$Zs10TPVi6CNy{(z&7JMtgdPhvM1G$poLDc=FW
zuEE>%MtUR;2q%67O<IhMj;a=HgJ5NvDL_!OBC}t$T?M;ym!)=PYf{{`Wy;KI7UE4H
zk$PLgMi0!Kn{fdgDC5B@Vm!=5th>2RdVeL8%yg!>$si=jmyS~xF2^;xv{Ov!aj^re
z`1qloB*ki6)Gob`%XZ7hkcq>-jTl7D@&0>zSyZf!pE&Y?$V%cKVHG3*l-O_Qo>?7V
zLDd@~!{Ac;z|zFTqW#3=kU4<86kTM%pInV9=B%MYMz%~()=TEPf+;LW26Wm{8gU-i
z!hRtTgC+Y#hjSIm1_^}XgyRTtM$aTHC>fWh`Y2nO8Qh7_m1l!{9M^n=EVrtari{J1
zuQIX@Iz25AB&=8FEaqR*zEkLEsBp&kNBKfd!dFoZr<&p#Gf^gKM)i{R;qa8CMWIJs
z4mq`~j8)s%eX&cR7&c)|lKtdd?KyQXb!*jfQaS3kd}`xhgobj>O^3FOY=_z+k6ZlX
z=aez!#=Z<h5GwZQk7djYvH+yQIs4Q!<n24szRpG~9b!oAe#3~g_mlu}5bUw@RH_xb
zdGgGX<lL>xB(Uga?LCu_WL7h6BVc$IZHOUDtq|B$`F`!COaHdn##q3RVO4XP2<pg3
zbXYQ+tIoBsmnZCG)z4FyJB%gC|Bcq$6rvBu1G~KHO5*lw=vTIE9CRKd0$Dk>)n-VJ
zMi1+%s~rKI#SVPds!pFJV=6XuW29DeqJ|Cd&*U=65v4~>oGFtM0R5)9hf960bTyF&
zmeB_O042J;M@uT$Fz$*B<EK;xzC{s%-8KGiQ`PIs4_-JB0rf~&%s4_l@WwvNVY;`1
zf#_r053oEQOrgI76p$u==%k`;j@YE4#g0-9LLM%2>?&%L=iYu7i$MCmU%bY65O-|P
zJKNh00c~qt*(I>jnga0&_<AeA1qJ7z7vW0H(ESZg13t^sc@Jy`c{S>DF}9gT!Gl?~
z=YJr80Z)=(I$8vdS(`6x&W;2MAf|f41}^K=e{z1^@MuH2V>ib+kNXKN9SvJ=(ui3N
z#flLt-snFs=+m>Qs9%zwKY8DBRBGMnbljTgf0lFiSScdYY`SrSh)X!_JQYstN34au
zH@Wi3v8BgYPfp-&x{zA|8*@8qWM{Jx#G#<2h6i6uPiL;l{*2sj*KnsipO_L?vbwGj
zl`?;;Gs$>WoTSV8G3ki&V4r!mNfxQwfQWuY*K2a^foWTQR03WRV+MRaWfd`CFswSq
zuCu9bgInZe)Ib=u9haybTW#fmlz0<AVRT-7+(t%Zo|a6ppZl(lBm@<YEBJ@(z0rfd
z$bS;f*B7wTsl?#Bs(R^N+iL68^%F9$(6oBIArn-LntR=(*K!_w5v<0IcNi-=p%fN`
z@>uaXSQRv-_P4M<su6+;V<CkKv5Y{Xy}g9b0`*6pNUYc*&!_sBZIiRJU}tl6rg`O4
z#oL@3;aKe=jR|O@8f>^C;s!%-GPtX@w*0bR{~A2}y?k95iWcvZa#wyRLsTk$#%e{o
zS^eNy=k2_b)>@i<$80Y-RxY0teP63a$Sq_=&9Y|cWInvb=d==gsm;wh()a9ZTYls0
zplIA+d{UBSl?G$<OzN!SlVbYb6JHjE@LKv!H@@c$nT-K|FZ?ER(&%n2nkC?{v1WzS
zQ^{IFH3Wju*z<iKii)ZgV)fBbZJHc`3deYL^iCPn+p8}M4D~v`+}-ZAwYKdlRSRKN
zz%)xa-oS-r!_qfH8hjdMX7K$}=bQt+Km-}*Pf`QnJ=VVLwWqDTZjhS1Ug0<P?drS;
z=-P}7a;)8`zs~bNA<|^_O}e7s@aTI-tSQHPy|L^*>DT*mAaa*!3v)f}dZ+Kw$eb`d
zLo|D{F}bzh{%Xmcc<!uOxq$+npBQlLeNiWMT1qhy?I=4cCYp}WJ8=$vTnu^27UL%M
z3$up6I3!{^aiV5Id<Wni)yE`iAwPcPDTN40tC$~DkLN~X#-uf&9Fs^b(q%^!>?yy~
z-+xTv5pe$|mYN*zbtT6UV*aiwlnYATj&4n(mWhDi#v7J~gQLMf90Df(rqXq<JZ<f%
z`7FIirgVgCBtbTuYcL`ktq;e$>MD2IZP|>^=0t}i-`Yq!cc&5?KaB1G3+z7zzQ$-1
zQ&OyPEeG9qmZFzzf3kbm5pE5qakmEH#vsmZoQWu6gk?*@hTkg+dgX$;IL>Fg)n+?4
z1?Sen7p>*gC7fS0yuZO>RpB@!p81AlV<-TEXj;?cFBcsIBp7<N4wm5#+8sG>jQmrW
zVp*U^OS4K;>6aCOdvvuu=Z=tJ9~bzlE%VDsBn6ed@{v2<$RmQ=5c}YCePywC&*srD
z6&-8>9lbt#)3+UO^&;xvbI?cM^72EQWc{p($j8DS<plsOsg?WGM`@qqXHtohb^cm=
zF0RQ%g@j;t{t&0%8HIxg4-x6H+B*fmR2H9z0-AcPzckWO{w}_4Bp&!_1$4>ieqw*&
zNYha<uX&yBy(exrBz#-^O`{(a`U8G!^vFZoGcoWarUepBRy>ZBioODIvWzJqt)W7*
z4c5EraTlTDcXs9tp|7GBVx`5v=wRDMGJXt1(^#XljP#A7mva1p5y~_S8e<;>!T!=+
z{iH=|he12n;D{&-0P?iqF>HDE<U8)2MJPF`jAX0+lrtD>r&we3DaZ2ozUoWCw3gY5
zx4{{Oe>_>x?s(d`<MOxE6$i9#yQ4A(iL9Dn6>M_99*=bQCY^kOxZ#6CHilmDnvET{
z7g0WalyD8X5EP$xe9EzdHtd1$61Eba=?$uj8c^W*ZsSD68a==I?JDpAjfBx^69{Ct
zmbP(zB6{Z^Px7@6F$c4lsJ)9snl4R~s?qae!(dQ%JHX)ey?oIiWVGqk^QwZ#@X{Q1
zQSQ9xMTNh)Fmb=Q!LRGyS1fd=G2q*M<IKZr$-M5c*>3VK9gH&`067vE3So>z65;8v
zAcO=MX^&&|@HQTEQe!d^cs$I0$ZUe?`|;3+*HU6pb`^fNjM<wnc1K$C4V+f>wdPki
zmnwcMl|+CY8<|7jN&lXGLRPr{l64XkY25VwXqkbeIY93%b+l;r0dbcM){w}|c%Gtx
zR>=Is*9ZVG^`u0FR1lg|V+5WfNr+)R7|u!^7j4*=-f8Rm@;cHcvXLSJsWV@e-ld$x
zjLz&MKtuXY31C%~^z9ToF1%lgfiR66s5a61GoyP7>;CZd^1L^K9uIjJ%`9#Z`b1gt
z5OMJ+ZpF9e9Q&m$&pXZG6e=G4a{&R;jUoc$(#c;YF6l3?9iJ;{dDz`cA1}UJV4Op9
zt6(8_G<gt3xBX&b1Uj#L^wV^@s%=gObc|!s07&6ZEi=^+6IMJPB2pbx89sHeXLr#a
zC`IBIi!(C>h^-RBe%)JuMrX9>jl2L}(adhWGf}~}80B%(^T>8f5XmKKrtv$Bj~I2m
zo+y3X+WF`9+lJ#H&#!IzZu^u9?R(5mmg99de8rPHyb2LWr4Mt_naffd(A&KmEC@oK
z0K7VpD+ec9B;zi)<>H0hwsUY|`)M$yx<rgunJ59on6R(DU{s&F`qxgqE*j_4m~#(%
zaf@W@x_ShOtt07VQ==){o?%1Ri_}N*AaFs=l{Xi8MRvV%g`+Z2=^SD(?Z?Wi@k&@C
z!=QpkT*O-s67u-jfR}YMt=ISd)-Bz&+|ya^%~!AR+tV%kF`a-yyTfEx)mHzlPys0j
zo;~GcDuKa;(%*=m%RJ`Z(&5VPxYsOhL38Ul-Mnt!IU@}|>*JviIGN!lS8Z!B_RTVv
zEcqH9p?h@`2b*fL@e3kB;{Dkla_b7_vmKY!KJUc&1@?m->n!?C<6Mj@O0}vxLM(m)
zp6LwB#QRJ&eELj9e5G;sHSwvm#ZH<pYn#^ZYBBr-X=&)k!W7Yq%Q~;ZNYn_MZUfTh
z==u&CA$`erG-M4SV&I(DoD~jmW<?0?oJ2)sf`j+qfCpHu_{<f`f+>tTJ9o!KrOfUq
ztyAHeHBE{9bO2%_XaIx;WdGorLBb&eWT9@)t<@?ZD)6TxxOGEO17?d+6YuL!C_1Yb
zY%;KY{cc)IW~jTm7!aVoc2eXGaSO8=Y0mO?*+@0WCUbu`Zi>vXJC2hl5>pfm0=sYy
zpB1ZX^l*Z@W#H%wXkaiV0?MZ98?LKqGHZq4BL{K2s|eLQV%ao$qC=a(Go`4)x*G3b
zG@w9x56ZX7W;IEWLp$8=cupD~$XI7PGZ!@3o4iNI(Mh6glG1WguBmQdD4Zsc;fWG$
z(PQdl1xvGz{7ZRMWe}iqZFblg&&ycED<x+U4s{354%#CHaiUuf!sH|g!6Oj>pgF?z
z6{{0io3lJB&p8RE%2RY*27$w`PaaJNLztP<AmWTQlo{=ZjE_$T2yWa$NCqg;g;$?z
zpolRd8P9|du#T&hk>^(o;MhWXl8N7w<lqv6vgL3x^x+TzZ%=Z=W2b9oEj$OE&%#Jp
zP@!haoCZ>CM+-Qa)JUCp6O?dn%oq8~vWVHZQ6jfi?oHieB(UM&)=pOpdr$E;zX8`C
zO?p_Gnvl)@lo#x$i)%-{tW}uqw+v@dsix7t8<i&D-fo)P>(o`<a6OgC^bOe|9k*~6
zWqO#G6z1jf%UQKHvzX*_Xi$L@<X2Ez-&n>DTBHUUB7mV__xjYh8~{JdY^~*_1;8D<
z@tmFfdIAGS3&!3gS}bq@N18Y*38y0b#w4y78foUqLFD%Z?0~F`Tt1t8xk2&fV$C|;
zVGIeXe>a4fB!6G@1&y=^67XOG1vpVUqVLt9?`1d6=8en`iv%Ku<5Y>WCo5ArKcK6*
zPd3}ha9umahi`A8b%WR;p_dJ76Q|`99Ri16ch^ST1rU(}0l}bIFJyXb|4dE?3x>1m
z4EJ7BG!N=f%T7`Uah9P$^ZvcS$p}&CUlM>I6aw_I^;<y*<Y}1&v@(_v9z@wJ2<}Q!
zIh%U&pcgRc|N0#80HaO^jd!i}?XJsMTSn0e0GnPxwwukjR)zG>oG^LYlL~uUddkX<
zj1;k4U0rz+b-3@Xo=XiRib2zEUPA2@Q5Q9BInyO!Stqd(>)DNO4DCW)i>qdiGi$ss
zuF|(q;L>hNkf;7efDHsU)qo&uk6=TM6O@SVU6@!z-WQ@4)?b@)N$MuaaibX70AOsx
zvusWy*OKeETs2wBwPM3#g9xXgnLt|{d+0Nn?)MgytNrFX_PijQGpJFUH*j#gqrVQA
zRLY7gpWf@-^vLH-;<O8JaLn1Tm(&Q)Le0Jwp8g)~_~yHhX@H}nc(`1Nz%l>(poiYO
zALf8HbHwMg_!}72cSR;yzCGDL`H&M*17VQyW(JSH=?i>cu6DJFesd#`1eMsHGO%A-
z?L4X=@|=C@vk;cTLYk=8LvV<sTX$-<RhzFGYceKGi5u6gL!~e^d`E_MeAeM0gzb$*
zLTo7B4^2KY0Z(<jdEwk*OK;yfb|nt=G=K!QA3+iVy**?v4_+Zf0>s2H5J0ZXgS)5D
zT5)Bl`|08!9(cH7Kb9;tya%K&XJlS_a9m2tuoEqFCcjKH8eis9!)IurYntQUFK2gc
ze{`W0Kr9XkDl(nu>ur0|n~t;`{--`S-I(50WmDiz40g9Uh(2+6#|0u)Mhz1S6B0CO
za_rdQM;tI{@wu^Bu+3-U*?Je-j?P8Rf4m}jdZ+e0!C~-;kv?i`lM|>UJbl`%#km3t
zNIx7`yr2<L1*coPgo98Lxlt0E-ECOkT+<Ft3(`tHo-AGXoH^vpG<oJ(uG**Smu|RY
zlR{Z1yQ4QdePaG~AC}e$cORSvkBWi=;Uoge;tFPSyjw>4NJ&rQmWZ+Nc1Geh#5=9Z
z(Nf?3-F6m{x4c;`76O`-5&q}gIlv1TfC5~iL?UQHBjL+v>lW}CrxS#YEgH8QPQT@s
zRbgY>(i!2H9sjBVvo!DknB#e}VuC)~3FI6&;L1G-e0wwrtK73=>MO^??)&u*AVAnC
zN+nv<r(GLyrZpd9#aE7WYXNsn)-Qs25Tf8R*3xa);L7xMo=6LQ%62@4Yk>e2vK&v{
z{p86zY$DcjFe7>Gb=v%O`Qe+G?TwK|Wv(`3pId*Evlr}cj`!Ya8t<-i|F+wzik6bs
zAGg{w6iwrPJ${3gK$#Z)?sA!X2kN(jlH*beY#f7)WNAQ9stDVgP~_7>1pZMMChlW#
zM*78*+a~(Y#^1ePXc_4=5MbYX2WoVIuI>62gJQH@$eK?m>z$LDh>ZjZc<w&A9s2C;
z*7-=Gm6z`OnpLKOLUHk602UA=DKT_BJkSZqN}D|po1uN?wPPrDDTYymB4q?1>bjmN
zUNrT3nt}8^4!`Qj6F15}O1!uTS&G0FUvvYKpliuBu%EA3^~+m>yLgskssuqsiTVvK
zKigV8^8)e*3+0qUEqs?Q2$>?158EVm)boy+mT}mWo>g&zC+xM2c0@+XlBATia+m9z
zo|1$~pA<9SC1i<Fem2G|UBx?o6s4HYQLRD5T41oah&pnuKxyHYDu{ETT+u!D@IzVa
zwzO|=<6CK18+$g-_u>?7tk$GFOZB?L2%7linqfFAML?>8cb`)Zkm8LYrJUqXnu)^X
zjj*%$?UGlPYt-8^V0O$!-w%x(#B$ip!&eHr)CF<tji3UV1uf<W`fdWP-kdBEqrXlg
z@Qs%|d3X{cXS4f4mk|{P^hSi?(|EYCPv7Vx^akWq80adHlE;b;K61Wjsoq)IGnc%b
zqt+%5&noG&N(h#hxw#Bx9cq;rN>J`NUzy5;yNw~MxYp;nsqwAh_V2II+!Bz-dThad
z0x+PjmKGyqroI=KkRcEk)#1#i3&W6*H#!Dl%y>M9h9$EwYs^qa3j2K~1_~YZ&5=T<
z%7i=Ms@|R8+8Zp>QN>U_mS_I}W?lR%zIagQ5j>hux%tiw_<lpkug?{PI7@c#XNze^
z&x)}Ku3&KvA&JfQm3exe?n>2YK_a0YO)Y~{l0J$xm0u7qF~kWjKbmY!Khsn%ZN5cE
z>;egEeHIlFT@Kxz?)f8n9foQ&Lk=KVzHH8gX-wfy+Hj1jP2)9GCzgEi*GAE#(Wb(f
zLdnhHn?276!G4^wdav6`d`k$zf-3jbdT23f^BkO`6n$(faWWd=Z>=z)5sBmaaq3)r
zs5fC{<em6@KI-K5L3MldXHCuLv3+7Ysg2oksvLz!B^%)><Z}u^h-@t+gaEtj;vr3W
z))L3ljhzT*ze=qNB~(~MK8?>n5HxV0Ca0`2cemQkx$&cb6w6n=3eLJrC2c|Jctimo
zL(*2>)%Hx9{6mvZ`KLwC_h{^$wB4)`RHB9N%4{?WXdQJ&gNc2qDNSAlJln+NZDnwq
zA#U{j2Po%U>vF|OxXPgnTTcx?fDgLfHugf7tBw!T6gFO=QPV;9&hN@kWx{oZ;c`Rm
z>vfdNtrNQ=4O$)tyP4KeEX=$8#YxxOt(u!t%>y3?;p0Wyk9?K_Z*4<sd2ViTDGcg2
z#el*mi=9+1!(0DsfxGIb!|~6lUA)%_%gr09zSdcF15p>pGGiqIy3uJf?|$<;clkVu
zu_|H2N|I8A7M*sw3VLOt1_8q8gqD&ZN%5bAF{!D1=R<g5pE9$%eE9A>@QW!nezOOD
zaCodvapi*&)8QgLwSmVmC7k6E)gZy7vqc~_itkQcO%O*uX|>g@wyJgw_sb|QX5SBK
z&T=E^N||V@Sz0!lWz?Vw3YC7H8zSyz{ne=VBet-IL5v?W6ZKmLo)jbgd`&%S*F>a6
zi*jPj8-b|HO!MLV`)}JLoQw^pKja;)|8N~sYd=oS6JWzo(ZhTf?HXI!M*n=@8{e!U
zi-Bun!XONuicFI@%(hvxMmt~8X7IWj-S^daEJcE*N!!@GVg9C&K=%U-87T(}i<2c|
z)NzT^etgv)aisb7el?+S7>@i$thL3YGyjiRiIEY<``+&-)>u~c$IG=Ug#0%ZG<h(Y
z@HwGg`dApU%>baOzV#P)B%ejOAyhq1)R`sE;{;>Xy8-7^7Rp(rNJvnZplS?AMG!$q
zwezZ|LAAquy3ZN?b|Q!lwJk;kKrq~ZmlhEYDj^M;udyHZO*zwM1BHfaDFuEaCLOL0
zeq+|LMA=1{V7G=#=To4urXh<Zt;&ZUQ^EjXBG|hvO2kU~NjDPf+pxRiKLofAA_Qc5
ztGjRAX&{R~Iu%94hEfp&6Rv4?KUzOgXS#5gQLrf_h<*_%Y}nhqEimMfNgnY!>#*bX
z#A(P)U3-naq&aBo5%G@P)5|~5!TrXgX!jO4+&1aC*C=_H)ZsDwFh+e>mNWcFtA%tm
zaVBQoKrrr+#9YO`m$sE%)9|uK>A18sHkdQq91ea0We55}`p&TmWK$H!dGp1+kf+}O
zE^ZGpe%4H<eePHCOdyt(+rk_+a<y%<r6ujFpHne>4ZR6}xWkvgJd)E>#><T9r35;R
z2p4t4eoy4t<ieXabqKj>q?Jtk;Z#M4OzP9?;}OoNBT=pqHWvlT5ARee?|am2#%ezN
zB&gXmJVHkMU?R@^x!AQRK1Wb0hc&n<FjHH_GFAI)lr15uaBWL*ReBa=Z6P^F7hlS$
zrGs@xEUj?PC^6~5;Gf(0PqmVEM7A~6iPe|Mr8!-?5CEt5sSRxvLz4LcM-i|bBn(c6
z(t;jKJ7KdC!oT^P1Nhw|&7+cDGCXnuSq&#^<)*pLDX2o5-zDeU9$}%p;b^;XnJ#qr
zRd>~oUIoSQT>kRB&b<gMsD<;|8Ibs0E9VxagAY`)ebZK&Uo7W)CbM~M<`ppMxK{Ce
zQ-N<Hdm7PCo9gJ$Ki>bD^!w*=M0%aRpBLXpZ7$PEYX*h$q>Bl?`2|Y$l<oP|`^x$p
zlp8m$EsVb4)GH#-Ei%@pg=BN;LDGoyP936E{DyM$!f+P29JFw}QnnZES*`RO!Isr@
z1vL)*x+}!z%=$<MRHi9GR-6MF`+P@S5hUk3VlC0}v5%9qpEYU1Of$*mJam5!hwq9V
zFU%O%_roOc9z?#_mi{o!xD{yg-y}kJTMb6O!ZRlk9WPJsL>VX;2sG8Ls#dG_dm3Ab
zKE@J`h>Q|asjXrr)s(#}x1-*fXv*?Bt`ZFoZRq%^*#AaA64C!Y>~y6tF<~oUe~dHT
zk)L1H_Gi$C+Et0(^cN!;+yzp!$)KIqHGL^<3-F=aj{8;B$#$$1AFBkk=cs!>GcHRj
zNIJw>bah32u~6DNygj?)F{Zh3(u0BV*5gJNs~bs$rGbaQl*G`d=78nblt>31vTfGg
z8hne%7@M0nV~fX7GsM~bA~80AxW}M^e~H+Y`GY_A&uvozCjex=qids+i)~#9=68Qb
z5`oq2W{UuihTILJVkQ-Yse`bBAXSR9S|jr<A<~L^d{}Im((OGtI}CF0T6by74pHK!
zjOL+?7Ag6jf-H-mfGSMdPjb*HYg-OVe3%&affqLLMo3|k6i0R-my(KG7$P)wGEs;^
zDqs6T(YS?cAzyUBFH2tdPOO>dlwDGE_Pp6m9Z;YTX9Q_<M={PVIDku5`}^5s15fbq
ztp*+?>30qG3-wf{1tx60<eQ&@7GTr5eL@u=s6gchW+BwEq+ZbKm_I{#=Mc?~w4+Fz
z`Qx}UH1DOq^Ay`KPh=Y(qLW0-m|-@bb|ue{XnnU#$+r#r(1xgxC{ItJi%0fr+M>cU
zAv<kAC2b6=^JN`bxdo*@pAkCL=>;%g-t#%{dyHflB~?kp4Sxvy;UB(VKS*kV6Wmmi
z88hU;)3qqWsFvwa10W2H=f!_Oi*yr_u}VJ^i{1<U)e=7}H_K;iH*=`(Dp#)ab$LhU
z)T!+-v^+XkCl*g!_lP#O1}-XTycNFryI}wZ&|eQ1HDfZ>s~PlzC>%8gEBbJgY1W{O
zI^1F9g%CH`@YG4T^39e(iQwCMbNMyio@*S7lKtd2Q~)G}A+_<~cmX3CucXCwgjmtr
z$yl-#cV#E=_|Zo2I`7KvZ840Q*3=QpkoQwUgaUWDZy$0Ur){v|uNJ)KFRyX}NwURZ
zcseLx?h-s6r*y3lAOX3rEIp2vX@$?a*)N$HJ73KutBTpaTGfPEp|d|sWjybhbbkpp
zoE7m{xqD;F%d21T=M>7Al~j4b%riCDpZ|mL>duaY?wmsutYD|(Aq!8^MCKpxrkaM|
zCDsl;7^|<4kT3>1!TA@bq?4p0YUnABma5@`u*jh(%(8SsrDdTXF?4c1e~w5wR6(?_
r#0fTR7p0xf_yI;}|H0d?+xFX~WPV+K8OaF%{*w~>B3dqN5b$3B#{PKu

literal 0
HcmV?d00001

diff --git a/doc/android/appinstalled.png b/doc/android/appinstalled.png
new file mode 100644
index 0000000000000000000000000000000000000000..166120d48204c4358250ce113376c329b2f07895
GIT binary patch
literal 16805
zcmXwB1yq#X799{pP-&3v?k?$O=%HIcT0l~|q*GvMX@-)JE(K{RX^;{DX#wdHcz6D_
z9&3qAefQq;o!DpZ1JRo5iq9}fF(DAhGi4<?7zBbU1AZ=ij0(QfQVRS7|6#mQGIWPP
zp5P<@p+K@e5Q8VtJ(Sht(U(z)2-u!taLIjuK&T<ga?(293;Q{K-a0cg_j3zdBdUz=
z!`|aKqu@PWb;y4#--;2XL^u%>8hp*lA-}V?9CKLXV18pzb9$yHAB(v#tJ2t*ugBpw
z(b3^8jTTCcNB#aAgVf_N6PwKsUxI=vGjnqIQi3sG!OwiWy%|&ZwgfY8a}JFhYvP$-
z+fl;v(YT-X&{IKKIxr;PXrfB-@rEg;^F&x=;PVJl3}0A%F-&%<`Fd-XcYon|BlqKV
z6LG{<ppp@<Q(_dv`*i=zX2s#AY)(vi?jr%ULUTHCz!L1@{>8U(o^~F+7ZDc8#0Ub~
zEbI&`90(ki)%-F1UBfdOI>>JxGgL}#=RfVr3_aYc<eS3sJ+Z0{&w2y<7W2yXaXDBR
z3PmxtrVJQI_pOZZQ?sp7c{F3J<1C0H?CtsDgLlbX6r3kz#4036XiULg*HMQQT4{A^
zKfK?neexLcZSnqB^8ni76Nt3~F-tOw()J8D{8<xc0h1MRgos410vSBMN3m{I|MM+N
zy}00+qNQ^YM7lp)5Ul}+13^%@tMz`RN<|;>>4-ByM8PK}du<&~inx7mNF+mk5%&=m
z<MwOwo@uo$!S_pU{dLLKNkFEghyT5L$Iji^N~-#w=IH>(I}VBS&PbQnsO#sd_d)Hl
zAI5KdOb&Vmul`Xc-sa0F8_Bm7X%?c=^mYWGcl>NrQI3`w*W3^(UVihgc#-qtezoZa
z3{xk+5RcWMzvE_L^Tpjh<%Q(H<!$pz*Eyj{9e2L~nw0~Idq{_1U+25grLQi&c^YE5
zc#!#CA0r4%Qt5P|#LKVpMt?}Yx1`C%;oj&DC+Y6SYikO2qtUdlH4hVp;1TB65r)b{
zLkscdo$9^z7Z8PbkB;1&=?arE!!@I3W@Z|2LvuT%?%DO~QZ81BWNx_KD@DxKv2Jm_
z&x2@Ruhg2?NTgV`DvYI-zP9)5z8N1`zAU-8dWA-apI2H1$CJqn%8UB(M>yk+OI`Gh
z4GN?%ZW%v7sAK*v9CB+U$4}lZ^disZoC|R!BL4kGV{Knv_75%uw`cVeDrBSZFUxZ&
z<}oyGV_FEb97nSa%8G!y5kA(0TWHrV4p5jU=+fW?nqQWz)FI$Un>&|JDPjGGEB|Wc
zP2@k*z21D(zp_O{p5D1b7Vug9EW3?o>@=TVmUL@}x)6Tt_Nve><h5@LeDqLq^9$*6
zic9T%|Ha8-p2o>dDK_KU(Mphtlg7o$WqbUc9pivytyH-tb95R5juy-N$IO}`$2#8^
z^Kr&e<?>yK;#Cb!-O;IA4UV$0U@N}g{=Vu<xZ&P+wW=M%X!=D_v=`o=!jmnD`0Z-N
z;fcD^9iPc5X|FpPce(Rn%Ju%Hlp-+wHgEgJ{(ve_%DpZ7u08dr<QX9~tG;{@TqXoc
zpF&IODvyScVnq<JP6$68UhO4%!z8-pPkZOp7_A&J_9);^_vu0B8@#*f<THub?O%ix
z3zbDVrQDliGV241E0V#NoHrUClARk@<evAn?h?5-8Xf!cAJ!go*o+3fjYG^8qaNzx
z<sN=u?@zd8>j}~?UAW~xne|VJzrI3aA(Osmfk!b*qXf%n{)h|XecD5=i2kU5?u}2w
zsCw$Y6<wpDpC{{5p0_b01dZYIt4g_|TA2_jxdJp+lxMYa^Ox`I=6m>__V_#guDyjG
zpG%(Zubb0C=<^@^3U-q&gvenw@8V&@AuolLsD>D`1i=E_Bhhy<ba?b5I`urp3`!s0
zhsNXNXwi_ii;P)CfFvL?k?hrQNhSC#w+bF-J(86L8Aj~~dF+E`ht@=qna4wvFex3#
zGd@pJjqP=R;vVj&Q!oit%Gf^`koR~v91QDo{2&upWTd?dja1|GF3&GW!-XUxESSMN
z-5v1sH&zL`k8Lx4r1OBis7_L6kBj_0y(FB#ii0LSb<<2j<{=EKG=sJ{hR4ip+otF8
zQkC=32ctu&6vz+oW^h}{Yg@3BEw}WDS9QpeF-<DG)J3kS9^>mXbijc5kpH8h0R&Hr
zCKQHRI93RU5gXYmJSPEXE3tkyucb$mzmm0_f`5MalI_29dFzCB`^xDIg-0M9@Tdt|
z6paZ}MoEyn4V8ulC?_^qG|+tFJypsac8U3+@N9BGC<W|M8P6#tqI!ot<4Tfne$TDn
z#-CUbxkv_nyvPHins%A^AO?kWe3ehve1e?)b12YAG1J!!_GAzO(b|Ct5!*C^v<8$g
znR2*_qHB1ADH$O%944BE3VELfdt7#U4uPbhE<7b85~G`9CWJziW0zDksWn*`zQQmG
zvlYNHRB+!xwAhbwjS4hSxhHV!iG;j6|AuM(N_F#s2h{doc=3oQ@uFdZ|DZ}JXI?E<
zHCQaSMik2BDQS2wS>zD#WUWP}ct{x<wUah8;ynaUx5wH5YA}gqn3NUQ#@XX0TW+!N
zBm7%*OH!^O`nP9oNCQ7od-(6wYcwKAK75*#$T<7qDST`D{?(G@<c!@RrgC#3D!w1P
zR6bhzZ^d8+Eoj~pXQyfU#Bz^Q@dH*-0X1g1xGOOXDaNNtZI)YP%N(pQ#c=55#9`>E
zXI*<vX5LR03VNeprm}<H6h<8=Mpup+Sky>ivJ9q`I8xG>e?(HoYQ8l@3YFIBMwp|K
zjupk&C&KA<d?lIp&+-Uguo7U-yn``om2cy56ED*AVe^n`6%WYto^ugkFqLiJX^B=e
zcx)x@8o>!*V!2o>1uKQUmPMzuHIT31W)~{`QisE$(s=V(#;#EykB1!$?Ae{a@GPiJ
zOBOU2N@fk=b?adcriEw<F5E>`owr+JH>9!1JZ6ADe4PBMVM51ACm5QKXEa#oI6(cF
zLDLXVdLEOZIGoR+X?BoR@o@p1VCXHmfa<Vc5$$(_M9ymt3}SR*;4$i-B1i%;I7maR
z9wUNF#8g=9;Z5wrTnK`07<K)EO|Mr-FhOW<#=d<COp6AS^d})k))NV9-9I1SpW!iJ
zM#~gvK1MBuMFj_A5@zxhgvp@kOl;EfxXOP0!DSM@9r59fuJ|<DYG@rq-7+bXX?q9?
zyxx5Y-AL+rVe&f&tLQg2lwfpLHf#Qp$lxLJ%v4ynm15kyZLR`kp&>)c!hyZZ^QVvM
z`RbkI51?%_tZ-EB&D}B`H2Ph!O#b6H*NPa_IMmJVwmWUigbQgfsO7LKgu6W#WDM>B
zjQNq1h4(%V1j^1~390h+64B4+;gEby@>oX{2n%)S!B4uIii!&MfjSd-e(^?IKgqV6
zTrwLbM^;yV#<6^gm#%JV!c&$4W?e6Tcb%h?9nxceR~khS%A52){Bm;EY2Mqv(<$>F
z@^cz<U+dZ96J^6@fAdau-{3Jo!pM>yXi#lGxrQ^KA-<7TD3w*d^Uug<#YVCD^S!Yc
z2P&LzvN*bzNrfrT%^rs5@vNyXYl1%U=Qv-IQm-rdfGcfM6nxUt6pAgH@GdH0-A>l$
zyU5n(f5*cb5?95rAy3ocIy;p)Pl|zPeP_N>CBH|(O7wVGk!m6YGTRql;R?P#>)3Nr
z_=f4k<?n5()gN0J5<v{o5LA2ngTlL(lnaukQ4%<}W$?l|kd_;8)JE?npNSUI(Mt7v
zQ(n(_7Vj=OTE14h#{^+cGD~l>*|*gr3qq5r+BG($36a>4GI)%FheH2YPJjMoD-3E3
zCERaIBno~av5|uHEm(W2hU<mSW(0XBnN;+oTTx1Wc0Ajpoiiq+d?Fa-0i#-$j;7}O
z)Kpz9ty=f3?|re)YmA!{euq?=WeYm_UL1UJoa5Bq8gZ5M&F#N8vf7s3o2?4ESzN)S
z2|USOA(!ya;8%80@GF|zt--C{+cnLUktdbyM2z}Nn46mBjBOP$rNR={x1Br|QaA_d
z*auwgtf~^K_pWd6l;{hCKGuLV&&ZObHtN<CwxJEvbPCkd%g!L1VxVMABXnepDz)tF
zE1Q5}N+aZrD2``-KN}ke7OvaUY_r>M!QCl(7KWNHiY+aFkE)sPW<roJRrnV}|1ph2
zfZ{RwMcK2tu#dFmxRTUuY41?OW7RTctA>1~=5qg}89TS$o-d+5BZX&X?zA}v1_s{W
z-HyFD{QQ!;#rMpC*9_eGrhVB+tSYlFzWWP}O-?To=n$Vbvm6x?$PEn*eSUpKnd)|6
zvsw6=cXwKvZXW0}S8aN+zu0Wi^9YaL&3@B_pTnhC0j6M_W_PbBnf!2?Ri)c%h>+Gn
zx#$VgM4|Y2fpYD3bFt5<7z=rNHK?6+t354v*w3|S9z$I7>tI?O7P2!I51J^$i|8bv
zfBW}}St2S5)QgpK==11JKbblXM{v9wBW`Ft{?<|VK$<NIFI5K>tqpd~Z5b&`jLVrX
zm-m#p04H@FlYsbK(V?mh>x*cE)124dbK_9fUzpLfg4aS65BTtn_@k!QN%(9`yymT&
zoW}Ab?+=6S{d9G8xrslBxNkPtPgQ?D9vaOS>I4RhvRgbaQ3H;#@M^KiKB7cDCo3uG
zXhz>W6%NmMn7?o(l3=wcI5@UFQMA)+o8vjlR`c01;!q5?FM`>TT}jDJ{(K_NA^A5X
zcx-FRLaI&bc<#4^@~*!`9!|F_dBBygq|x9u&hOve668JH98OJH_o>`*DMIA)+}982
z*^kC)R3=^<Ox;)oaKm>S>b%yP8W%AY&zmrB75xQJ$I+YI5IAY?l9bw}cH)-e%rY$&
z&q6j>cS7q@!=aQ%bJxBPUp)6Tybs#b#xA`iHz)2%c)wlvzA07>tKIjPAO);cJ*T>D
zw*n4_4^aBO?h1X_{`N3Ijusu8(*NJlKsvkO+Qm)H=VNFx8zf4O7XFCNPtN9BlM`P^
z@p?!x|AH2c<v;=j`cq;Y%<$da-I$mdQIG9>ZAW^sO@DXj+(Zb3njA|zO&v-SE$2a>
zGJ@}<yj5f_Z#*gDsG+c>aWf&IAu0Q!m};j&y#6z?9*ANLv#-4iie55U|58?Rrrb+P
z$vDlu<HPtnwwMy*w}Bxc17UXPY6#t<^wK|-OAS<X%vurh#exP~O#_@oZ3oLRtv1I}
zjfKflIGSW|oo*tE_`><%)#<GUDtguIsvf7(0GFvI%BNJ(lE9m1RnRcuizRnHKE7tB
z#ilo_G6SwK7_58s)5>8@P0jsW=beD{5WL#7eX{EBm48pfvurURH(lMCoVPz&!di~{
z$xe=sjT#*uLbOX%MGilo{Pa8g0@BGItp-I0-ED@jt0fdV6iF2r6$Rodhu?nk-_^<J
z-*q^PHi)TK%f6V6;q<W&BK0mS9rpJ2i%m|(pI%Da+m~Y<spX3KoNiCB=~Z5?+~2MM
zZzUikeE6=buCDIk6C!ZC?C=#Z7m5@Uhq*dGfBJ-jJ3KtR;=LZP`%y26Y;Upo@Xvfb
z?$Nw$o@r;GxRa#!-(SElC!6*q?~W2dI$Oua0p3<+acno%+npG%=vz^#InJ!agrbI$
zqF8UK_CW{DG_S&a*SK6yAbU6FqH1_=LVQw0C#dWZZ8bjJ*?7YPHdEf{>9lLz5!_SQ
zRM8(3CH1Ls1D~R9A?RO!sa_+doIj_MJ_IT!r);JoAd;vSi9h<@wApzX^6O(w2Ml`U
zF98kK$~ZU~lg#6>dUQoLTnDN-a3;lg(#E%kW-)zd2g^4NQ|d(lL<9tnX#`z<s@_~Q
zNEFB>Qi>ZvTRnDQoh!(5CDAFuCW<6J9xS(GQ%QVoYx5m~vxJ9-pPikRmzRtCos$bV
zOpj#p34sf&=@=LYyZ!!_m6cVlUFvoCGv|BLr%!LT#|!Fh$L@}YxprEboDxa+HWOYP
zeEasTtfodEdbTrV`}<pxhS*WB`Q7nz$mLorS7_I-_cXHL`&iJOyIV--zYQ)B1D`B<
zBG%R{DSCcu;Pr4T<LkU0sw(S;M#$tpgKB<fnb@;lA5f$CdBRqXgNhsU19PUS;z4xg
z49WT2dA|S|D;;_dOVan-_H*I-mzQv@cm2=$`Pn{F+g|>*c*jXO*~r{%HI}er%E!8U
z9&~)iRCRu}NU7XhTy{1SzW?dHjMAHlR2e}E?Nh;YS`dW4POey4S(RvBFU}%}3N-CN
zM(^wE6D2KAjea`&OlaxN`MfQah#MM&(s#SS9TfMS(!AL|y5C<tQeSok-uj+yYiVnr
z9JC*HfFuZP2`mb1SsVbHc|lSR-fs)MNZ-_RCJY1r;LF8N({?XJaq+)@Tarxs#mlH)
zFOSw$R8(w7vpj$LY>8j~dI$1~x`syQ_3p<rSK#P=dsWRPrKQNn>jQ~YFTDOx-Tg&h
z(Dm{XH2v0tEoowG?03CWs_{V>7niGTyD;PddW1~D%KhC1oN3*D8Bj}f(QK1sT+_7H
zvXVD;j=g1!g9<7A9XkbtN-Fb1&!a9O#d}ZQ#WYl7l=$yo1nu8kuTykEb<F3Y0tCuE
zc@6f~?y}%9Z=CFP&-8U8C0}H?bF+EV=d%+Y%hN;iP7Ptfnwa758{#sjRN1wdsy(Wi
zaUKivFw+q}t5^^eq0d>FRHlOo(8w_pRFsz&3?wNPH#Ma(hGin6A)5O7kx`OYgBqwI
zUrX}>jr8^P4GmjCjiu?m+RD>#uIcEIAjg_=1v$rSE9Y&sdFS1)u6JBtPA6lzI_wPf
zYRtZjwE5G>DJu`|H?MTqjAjMgoPRlAa16TLGaqzeL44CR^PJHY5fK4K?YO_YVPj)+
zbZ{WzFgiV(GjDdBb3Xn(2!FH){IPya!qIScEbzR($!Rg!fYYeK?)LiZx3tsZ=GYV9
zqXj0Iq>+&F`w0CRk31$a+*AUn!WNumgE1@Oe7~bYMMr9sz!XB5B8xGUdT#r%Q}nNH
z{Pr%D-`$S@Yd=ZjJNwPm2C2sn&h#Mu)yd542op_AyPWilmj0}0@>}?b0TtxZUt+kf
zj8%ih^Jc#pn?h74{e)(%an7vWc8qeNzsac{M{CSbP~}<U^iDA;Z2}3O!sFW4^SqN4
zAd|&Yiu+ENX<<wL<ED_;p9Jn2X7YUB0(f3jMox~C7p)#tS6_e1MklM*b59TQZD?o`
zK?`i93k^7(P|SJpcD65*Ovw4qLZhRZnHfDE1{&(>o6FX%Trxfz)s>Eb`@fNr9=p@!
zEiK*?h4TC%aWTYKJ;=s9oFsL;$_qtVvCyGJAo!8vE)|UxZtJ=`CMJVt*IO+}sAe#<
zg<0C5DKxGvSVNRIxN3;@?8Pz`;obCmYzX`O_$Dq6ff}u5+up!LRe`#+^t#BhsH!68
zz~KctDoVwt!|8H-+LGd8yRPxJhw*8jP!b<ZEhr4}zy9&bdASXQs^iWif}jmV)4k8K
z=Nusc!BZ06-%}cr0@ec84{7w6sW8K-^{~q|zKY>sykRB)>GU@68W;BoCg$tKTwd!T
z`RAs;cMg(LQ>_=hm<edB+Ae<j<@p`7{`}%MH#a8<;t_<jL>?D8)}9Y4=vFwKx}_-G
z*|3ryWs7COrZJ)Y(FI{Hoid0|aCk#E0#61dSVu+}+Jq_c<@U~tmzs_4AUp3>WI>Sd
zMpRDQt<ss9O1S1FPFQkq*&=r#DoY`@Wk48yUWSOi>R6ZPn_p7G<ljd|rZ-|iwZ&$U
zyE)%q3AiwICufQ!lBD}lZxYLCJLk1u7|ZEK&O}GI-uK+Rm}Cg@>*59h2NCjfcjjYb
z?`~NMi+vlr{8;Kan#$;YqyMDDT&1D=-(S)JgY;H9lZ7W{?Oyw$-hW@JtE+o@p5==B
zmF*FlJ_#qfde_UXs)8%TVyKxZFJr~<w5z^+_W`c8he2;Y>A5Km1jei^I1WpYdC!cq
zPoOJFT|c_h<<S`v#vX$DK;p`id%tQwl1+LR^DoOMf|en9g8Ww_p%f|kyI+kw<OOI<
z<~Z2c@MS!9Cd2E@i+Ox!)71+m`hB;B((R^RTr|W@CKEk<G$y?Mbg_vpNl987rO|h?
zTNXvNzEr{A046E8Ts;2?b8WUX4R)~7DM|da1Kcc-4U(}kv*Jn01)_1*+V-l42M0ym
zek+00>C(1S^5URH7OHGo-V%=9!#!B=%En17{+5`}q894{nxV{#YkHy*G=Sb*ixqwN
ztG`(8{g3g7#8Q|Kn`Brjk9%~DvGh{^yf87+s<$?u(N9Hhrd-lrZwpS7k4?0w+@O9;
z^0s_5FLgdJopT@foTq7XS()9p_cU!YDOer$hLcn8J=d8zFcu!{G{xk?Zd}*<5v8T+
z>FJ;_`;O;J(<vs9g94Okn=9flT?SC$`Tk-exd`lV9IlYa!DpIp-#X&iuC}rG#ZQR#
zd}nIF^}`!s)suV#eD#e1x)zK5+tu*rvokZx9#d+Kjg83iAQ>oDE}YK7`*dpZTff4S
zd<zk4%_vq;GSYQ(Iw=hCkmtDZhEpp6b}6hz^C*~IxYSxdU`EvywSP4Bmis)vw}<Gd
z1cZ1}wE0hV>}@vfvxZht;B@OU!((OoWr}r}WLA4KmIQr#a|QIa2NNZ(w}H!{1h=|x
zogc24FA5;00l24`WtY8SN_@|ZaBy@?g@NQE*f(Ng<kuaB0r`70Kn23;fs~UIhrmKv
zdHL1v6b&3#@KRfXq?yRtzP>*Jk68uEFOc_AU<srG4u5}jwH@jh87;(-@Rj-YxqfJ9
zXvlWym~YyjGxOUAn5Z;k3-ls&_4S_574L|7z`?ynjJqOhsmf!k(;yf!p*YZBJi&Z4
z>x{;A2W+dzQfuyqa-K>GVWv5`KMPzsjWi>%C{EuV#6&>>)U0&HrXYe9)|qI^JceVE
z+O+S8K!VlK#qf#VDzW7G9}j|-kC2E+;`Ve3Bv&>L4kwTuL2KZ9{-+#%y|{9xXJ)1j
zEtym0c_M0eV?R{_-i*Wrhn@EwA}^`{c7E{a=^N9Fc%h%vv9jpTB74%TIZWF;MlyIn
z0rcf2uB@(}B`sNxJgTsN#4-9%Pi*uI<>kguDwY4=t{=5lR6+lafZgpb4whS6TW@bJ
z#)gI}Dl7c~NC?Ae{^{!oaO2R>P_EA=3Cl)z_!Hm~D_{IB_Nv<tzP~sOGjNx`!vQve
z$;DDO;8--wQb-lTFe#)^pz=bp3_8<U^Ho!*FeutEf`g}{9{#UsYZ_;1I`$Q+62gS0
za%9$?q`a%<?S5UVM~~;3XTeM8*Jp}_ktxhL(yVf5EM4uETN92Nr_9*3cLX4FA$vit
zpsV3%d?qX^3IE<G++uztaj=o9pT=$|qZ_+mqlKyVb|^zKC=iq#0BON?J8j2u3EA}Q
zo_vI7fwsWc*VoW+K1;xnT5q->VCHyZ7?j58TB`vJd`5P|IypAIcNmYx`Rd9`I}%>O
z#x>d*a=sR=T;B#lTFz#TYg#w6ShPz%02tPwCNJLys(d@Z!!*6$lIXZT|COQX)z%OP
zl~FO~Y#RLZ_v?ccMz!l-@37Oj%qh*ax&a4<S8D~ujVDMxDoj3WGIWAy_0GPY?qL)m
zf1RB}l70SB^ml`#w0-h6hQ(`Yg_$BpGd%@gS65eOXJ;?3^Zt0UAbz_yN9kl2`V??H
z_J&lq2|NfMy-X3FY6w(NyZi@%&VY2l-eRNUT&YGLNCC&k#}Cl4-aGLUhNp2AFb$Gn
z&`eHFUSAwyLxB5XTybz%rCC2jMe&WUCgk5cd)Gys^FZx4Elc68;)?7dqgq8(72;1i
zpjM{xjr_%L;!9W~do08s#-FM_PD)RoL#U*K7M())O|Tw1f)5)F6$1KE<}1ZEC0ez;
zsH}(apu{mzOte&gnt0;@cntRq3&<zwR$>n4-bybg(>eJDlezsL9kL@`QHLfaWlVk(
zNpi0R`IR)cD}Fu{H!3Y5sJTaV8gAOxY;nFEU(JR>Sy{1_G>Q84e)GaC722?~47f_>
zPk3gV>D{fW>Fuj`Q59SxTcy%-KU;GiAk^@B)3g%ITMRGI3k38|zn`VqOhg)XZO@N<
zD0x&nq`*CCBid{`d$1Q=oB-R^&wODEICfMLmA?U^X8maSM5r$oX3Q|6ux#s&>eyGz
zMj9eQ@Lt^(5<xLO{f*MuaaxElZp4!B-mYje6mh0zsFVtk+F*@IEPM!^m_|wD554Y}
zQIX%`e>2s<jYrQb)D};}&_B`?qjOnmu9PeVEitct5TIl0GK)XS*C1=;#}Ei>GW(%=
zZ<iMGKAbk_QG9#K_|^7tK!7QZadn(o*;z(t<hB2Z`>#M9z}=CLp5{M4`dDM9FT1J)
zfjs2I+>Jq7(fWet!%Onak`)D#h65`HL}#_n@}s*lJ3u-y>w*F;*9H*CW0=D;yW+{0
z5kyDXc?G%J*6NcnE}R<^7^eLg@xzbH9n702$8YA;NJklUebXAsRTmIDoAD)Gy!bBH
zihQS~c|uIq*%a|Kvo*c!#1l3Xm1e6^w4fkXy@3hjE>=8n!|c)<LeK~aVuiwvy>%9a
zV0Ha^TC`=?yA=<tU$p=B8hX8g)g{xrzwtuWa|Y7A-L)#{XR-2!zR@Uy*J?LxURVqL
znmN9B4`Xx)*L_=vZ~{)mS8Tr<Kd-g|C;F0A&mu@Ez{?;Q7!lm$dTpfYxLv+Ex79x(
z54igeR%1k&*?plg&jQt?Qocxb#LLSP?kiVXcH@sOL0+$P+>UoueE2{<=Lz6D8y2M|
z6a`9}mzuodTVBto(XaF(^FebaeA0MVs*sa(8q)$A&JvS*r%TCYT{1LcJ2Gpy3C%bX
z5j+taogXjh$Vw?X8&=ajX$XIHW=YJbZ0G!tldu^r<YMmsvjAp{+e;aEP^c6ln~!1u
zA4VMel9UL_@(|V3A~LnIs)AM0J45dUzTE>+yQg1kLyQGS2xGtR-3fM=1VkI=7ks1<
zi-;CHCm?qSnNUz0c+^<R!vGbU7?)P6U$yAI^>cH%&M!HcYURH+S7dL5`n=MxT~=*W
z`Ei&5w5RZAB#*Ori1f>nq<RYJ3~cm_Nq><K?EL6>u%!faj*Q~9uOSa|Nrh0#vipQE
zosOQnBWZ5GmkV+1S=^v{TA%_+s)wGb_*MMwia`(ZBZtqs@wMWfutL|V{(J4ogf*Y1
zxkP<)Te-V`>3<h3EGWVct{ut1iy*TCMv1WKKz|I;#5)r;15Yp@WwT^lt5JM6t5DGw
zn&+|ZFOeEs-TO~rKmT0NSd#DveGjY6MJjb1PM=BN&c#0GlaA)eJsUx8rGQX{**^YV
z43zl|VN38NxAW^h<eF*CmPTL1#HXH-^eCu2I5GWik%4%7C*FIZ+Af2VFc+k_mZIZ4
zQeUitDr8grFS{%jKsXRb+@tLKY-@8RYd3w!1xh(osI3|%3qOt@UZ}7<q-OoqI`-fG
zk~9a=m}wwr-+=Gn0QD5YTCMX6c@~+rEaf<qU`<p6yzG^imoZIPv4cMxQX7ex@0uj>
zpOM~0fY*lzWr|Cil^s*7;izy-6!_m>!X#}QaP5&n`R7jK#XQ$5Y*y6cNp)5O--lAm
zzJ8z{mH2N$!cgduVm3CT6zdZnKE8F$GYb|5r6yD4rrcV2#`xl2jXe4@T~H+1*L)}y
zE|ZHkiabXS86TCm2b9_p#60~PAZgNlmj@<anpA#69{MxcJGp%^{wB0D>p>#;V`?;N
z+R(Q@GhQkq4QFIB=~0h0^?n}DT1_qfVOnxj8KhVSSAVGsDdY4sd}31B?hhkz&|#M9
z-Rh@zMC!5b$45G>jIaN(X%<2>e-&y%Ajw%;wa)+D#ls#kzI^<49!w!t#E5l1p^Qlc
z@>~|`6=ZyT7SU{k$~|SRw8^tH%mkGd$YaH}^CT8aoA|0y7ea7qY5nMxV`-l~Tj!<&
z3r+Ek`&#*Ws^S~7=(9Y`&v#v6ac~>UDMNa}?^9bGcOz6>6o!1chfo%sy4nZ^Ed;F)
z30UoF)irK;3!iIxP3y6osvvrQtTxcF|9urFqWtJA-}rUgoNHu-h2K1d-I_w?F$;o;
zey9oTax;?N>N?N%Uu6GD|Jt(;6i*+~RXfrk#hJ%CLD+-%N~$d*PZxQ?;#3`y+L#c)
zFU$Nj^lDhhz4q#rllqpyN?+B<^F$}XdLO9<Z{CE@(rYBM3)Z*NtjZ^9g~+_YB?zU!
z2&b)PgA~JIP@2l(sow_9f67!0!S=W%>7BImad_~enGvrS6$qUQm?4Cr#k}$?4E+^M
z-!AN)!#&cAU&MWi1BU+hOK!Nq@|uT(iV>nEA3!X^r}L6Uig2o;j9ZDXAw%vYCmg5A
zX-b*avYX@$xc0~eyh!hx5UXDL5M1>0>+6O$!hhPFTO=9)tRzx>p(RgC+g9ypNYsai
zfP4G|I*Pvp3j<50wP8c;tl$aCmsxFMOQM66!)X%f>pZXO#A<jQy9$}KZ^62-MBZ53
zn=C)>^d6cj1bTz**s94KLU#P5dT-J*({FaJ%zV48TAj$ZTF0f5VPz?LYct~@O&!}(
zUi#WA^KGRC30hBkHdi`q_ol>2{EM1L?RDiT))~tLN8!anlT$zn#lVD11CGoJ!`%qq
zNI9(w6h$g9uw&)$;^tP6hP^?q2V(hz?bnGh^XdC#*tjq=qQU6}UiA3*=E)WN@X**;
z=ilxp;_oElefhucgk(^Tzqd^ow#!F1tdB~0q>YC+To)Gg6UTi}ORl)~$5OWKxJ$#|
zc-ZD;HM(=aW|Pxiywjqf?v$8QfQXUUHlEn?jgzY|9HXBjd%XA5S)xvf!8?m~L~|MF
z0%s%cjMt~9cj9lqx<ftK1IEPr8q=&Z6}PYjdp^h{_5aX!AFg}7cz)#%C}@dA+j+ni
z1?B<!+j`h_C86T(ED8mXU`O_ZNC7(E*2YHS?s8q+_Y_Cw^VMc{*Gp~!%uFkOC*>hU
z+2WnD1~<F2$@=l_kaL~|KKn7-YkCgs1p!8n6rAQdh>x(gmg)e>VIZ~OfYe@?y~)TT
zB9DKIJ_FO%`Ond-+%F9N5<jaPV(lF=?yw46(gSmU;vVb1`Xm-w(dko0Y(#f9K{3D+
z{vkEaA~4tuLAn-mDtuiO7eF_lVD3*A|K<9=WnvX=GY>Bp)82p{kA{KnnTm!+(D5LX
z-}xVwuncYs8PMVE?e2oph81+Laz898h654reGW+<uYf}0=Y^b%u_gbL(J{$;e?Y|9
z-H<uAfPU1BnVC6%Ww#}b1fBvDO<0eXa?qNd9oJz*OsfekpLRdtA|N7i*pHrj^aWqE
zx`XJrNOaqQv;_2YK7d*R%<1&1g!V|oru_!@az%$q$wgt#xV?8=R+>Kz8b$Nl!=I=B
zkk=`dye-eq5B6vJLRUgDy`|wok}25MA4%zJclYnA<m%*72c)a=@xshskfJ}7mV5E7
z(Zw5RY2NhYao<8FythuSXp@v29Cm@u0F*v7B)A@QYF^d@T5@u-OkX-d$e+2Im6f~m
z=9`1|M4fT`Ls~od^xaqTCGjl9B8R}hJNwd{*)~tdwzpSTSMu`mT`x8Fa9Cn?WKK;5
zJ;UMsVljcqxreh=i$F+)X=|Saemk&3oO%;zXEzqaVY_T@Y!DI>PB=GO+As4SCJyLL
zwoYg@&`qbyb{2l*?j+fUa4k2#<W@4PH*R(YeV&Gz+KfxcRmV0yciuFuk%7UF&Y++G
zcnLW@$T>I#GKW^ICa<Hcl&u*ZN6={{+&u9@BQZuvth>nvXv_&8qiq894iG*NgD<{k
zpkD_4*oUkvBV%KgRyNW-u9jb+fRX?$HX{ees17@yhV0^=Y<4U8KI`dyE;$XY1n7*?
z&3t!etBgH8CPq#n5X98!>gfr=*o+?~pUnu6OpfdGZsX2_qb^p0?tc%aAVmZ}!6)LX
zrDZFmISqVy(Lx#*%Wqe#(@mRvPHZ^huX{(twJYcU4d=&bwvjJ3f$r}H2nOFjh-e>%
zO}bof+Z+sis9K$uS`;|h9Cu+c-@Eb~*YLd_@4cY60$HBQMQq_>PN7Gx`>a4COnkbQ
zF3}4nZcLANbmgBYcKi*nDj1Nwpt~!sz@yl#EYiiMy}iA1GcD|SpfG{HyUM6Bi`ya;
zD>f<D-g8=7#O_1%QQYTKJYMpW@&zDrfWS^57qN_(Q%x+)o0b3y1Fr&TMx~{tL1$~P
zBDYj;tD&r{?BwLMPU81-DTC><L@n1RxukC%aLs8P#(?~2d{=Oq%%r)~s=9BoV<wW2
zlAHSzTp5c(blcC45qDGyv2#B1CG+hd{=!T<uUeH)zV}7HbDV{`tGLSL=lv_rAUt(>
zGM2F)YKEK@dw$ymk^Ko2PauwS)wlCwfqL57MUJDRGVge-`hRb3a+-biUh9pv%?mgO
zUMpnk90>SO3Q-R`Kptq9s*es2e=IBW20Vep{Xch7Ok`&az5s!CSU1c$JT|t{?6Q)~
zpt9Y(V7epxW4c`X=5*)ePyJY0dU}f5>6JfH#s*=I8Y1QDdW6)q0Trd6l$ItKaD58M
zQo1!jUYYwJ^~J<sLNfSl)qymE<NE7s$Xmc)lDT|FDr{<*ya*uRjfr2F`1pt{V**(U
zh=zrQg;La?Jojch@6KxcE)Ez@g#6B5=Z#&A@QtZv@@||?Y1EXL8#cY32hIQJYpR{?
z)14{6-{yjQ3&<tZuYfBedyIB>IUuQ?Em&1nR@TuG2w36abgsF<s(=6fAqA|1rPijV
zbI|_Z?3v%kL?Lykn~OsiLp?363E-8to7pbahV_qdr>3TCM>3@6hd@fdy&4NDc`}`*
zlJ3nPqp70IpfFXcA-Uf$1<7w|xkNIrYtLD%0r|rT1PQ=KgRc4))%|5;Ci^trw`iUS
zk&V!Jg#cMu6cj;B$%Wj4Rk=ihVg-HkfHNR|0`Y-!u}QW7C*T%PyI7H1quFl{TDOuT
zOx;HX0GTIxP&^Y(iDaUIBsG}KK=Hzhot4#Lu6h|5+n$(0+}8t;VhrgflR$ItiNwxx
z?I+m+JjYV2yX3#WvWRKGaJaj<aen^W4Okc*eSK^)!9PpxV_()2Ui=KY4;XOucofBd
zH~?f$Kr5LC-JaES-jPCh`S_@SBmmIo;m<GaKv@8nrUC&DL{h-Jz_YV&0Ac3^to!-1
z7z2Yf&;!@|<Fi55{+{y!+!ImH-B*TsfKUs=VbiZh3+5XWJE^Syehrq<($fRSTx@o^
zAD6{`Mk(eE0zP5=1K2h`qiV*Bw+Gi}d#Nxm7ofNGJqLu)&(5Ix>+9=3fBv`whspIj
z@VPyk8^z7@dSTfc1*GHj)Kp~_K%i!3XB!(BcrVzO>gwr%30hAe1|t*AUQH(!1mtBT
zTc)4@^piz5H#fk?2mvM3*yW1=7gvo+I%k@7qsxlf<0CNF0PqGNrZ>t<bB9Jpm%sQm
zTN~N}9u4SoK%8r|8o+|;?q1(qvOMd0`8P?Ca%ZJ82nf()TVy<zy+A+$;!}8(kB<*>
zJ#Yd*&^>{GVDxfuaG=L4sA0Fk$yg@t`A`SO9lpk)Ms1A2zsLI&AIg1W>4lyJ0=;Ss
zIP=fXK0w|s&}1fln*0PLGT;cvd<sMg`Y;1P?Ew|_q@se=Ju5wP3qU83$(B0;Zk~g<
z>q4ix^zQ(C=*m+X;O$qp7b{c%coZwA1m54Qpug(^_W0>aj?kgTu>&175RHJ6`9V2_
zabj>JSKN3&Ozmi{hgn?2akf$-;9Bhd-wE=n51*U-1#8xucLoCASL|i0ZYfkuq>Lrv
zxZcqS5_Mi`0pTqqB=mNn!5&%;!rT=MM!<$ZR&fE!+He|2(SuCwN?;m+SKr<v3rOe_
z&X(WFD#-C553oxxYg0g~gwO$r6=-<C5s_my_t!P|Zl-U6IIY&0HQkp28;XmIOHNL%
z|1Rn{S*+Z7JyV0@3KrBskpxf$@WJf|ZF@iw0qMLO1jBcUn?Dmpib#!LL-Mu(?$#GW
zm~P@W2(kyt%l<eLP_BVjj)0?a2mZTkUI}am=~3Ur_2Dv)dz#t5c1hdsA82GFkRx2+
zg)czGUIFn6o>9#f9Q9nz<g*1{cD9jj-tjB+N#Joxo){p5L!^Qwzdr5pw#jEq_?x3i
zwK;f&FCZWQ8$x;T2>Cil#AVgh>dMLmup4wr?_Z$ODf9|B&i-3_-YM*V`N`0vlx^N_
z44+AT<lDE)zdhKp1>=h@o%_Py0i%8!DCwlpm~gT=N|)okgGgs(V*>{l0b<d@SJw|<
zY9fP|9~9sr;0nHHyE6b7P<(m4TL_$eOZYn=fl&Y!MFMCB28Jr*=8{_zpN&+I3E5|0
z9Y8CEj5j*!PieeQoF+`PsZRvaHs`tg+{`=V`xSC}gM)*D-)<a$nA4Ax0jFARdH2_I
zo#zM3i-3c*iJ2Ju3^N?CN)%T}Z*tp!`qC_`y0xXIrbZbU8{gcl+y?@W274`V2ct6l
z@geG$KzBt-+0QwQ<l0R?d)HbU=7@Uo$_5>g=!w<>fn;WSn%$)3eeVqjVfkJlsw~%4
zf@uMoHE<5)x8{LY)^*lTdp?ozdD0iC&*%PH#|XESOO(88aaz1TqPpjK`8C+*WOMmV
z&oeNYBiD<>q?0OKjqHv<D{Nl&TD-fx(f)66Wj?L@bJJ>1q#|t+QZ0rJfncfv;yjRV
z0JDxjAP9)*qbK!BfaJN<;=0`CY1|G7P#_va%fGvcct#e1P4yF46Wl{h>fwgkHUb2g
zkONO3ha&)LF8gta95^|hRAEVO1;vEZv`sZfR6s~*?(m|tq-1t(E+uU{a}!Lzk=Xb$
zHo_`^uQ@F=0COW#Pjv({C+7h`TNW0pV69X6BzD6z&&$87m6eqxOT?zA2r|<-0AdK5
zQeogyTfcvg(-3i)nds<vfN~oE29iJ=8`fI(wR!IC?(MPs{P<Sogak~6e8|g_1j{Tf
zExqI>2CZ>YRB3(mPWIV4$lst{iRf7cLo?fY6xDl8pg_^l(ed%QgG7yvMV{}sA*>z{
z5b#m2>XL7S`%iy@QJ7s%v`O#qRA6ZTxD@qYK$|PjCV}|C0upRAQ*H(r5!2N-6|ntI
zPSXoc;r#iiA36O{S_*W2ZTS}4@4U1&wzl`6aO**D58iebkxT)pKI(D`zzdLJCltaq
zHB)rpsi`aoP?tvAi(aS!HZTC_2;c}ur?$u2l3zYoRK&=HdJr6&$wWN?lz!8q^OHyK
zvH|>Te_I23v(6RmE)CLh6*7;~uF6VwxuwpaPJ47PjK>rP=2o~DH3ep#52Yj>k6ce)
z$s-8tvCF|2(cJ~$+;^r*FZSjRLHTOCyWRs;dj>?B0gF6mX3U>KP7N@2gaj2%F7tJW
z!ou#u3)#YR+BVx53H*Q+sEW!CmK<#oNLql;SI-e;L4cg`P@$Ig`7Gbl2d)%Rc+gY|
zDu@`a&A1p^z(nBRE_8~4tFilkV^p`>ieNrU-OH;9rx5raz{8+8dx8p9AR7t#2=JR3
zrR8|H-dzu$7b6g0v@T4BhV%wGpp%v5J8Nhw{_k%O|KmrfA)3s^k%vIpg`JKx?MqQh
zt+$-Z0_=|`1F*mzQ3J+VXK}IIV~{AZ5d;{o{*(MqlYvfD4T?UW?RS%A=bUw6ARSTi
zSfcepFB>Sc<#F25egmiWATRy&Y5WhFvU~t2+tVriBZh;;MMusfVis-w$;QiAG3vR2
z4eX8}X248=2e~a01p+Xds&Ce6HIOi89%TBKiN>^+eeZg&21pR~Hlx=7XyVj@q7UFk
zq`~aepDC1h$AjkA^D^1XZo?c#1Rw=&?1$li`r0-UY1#b`#fEs(U^bfo<8~?<i(__r
zy12Ad^7tFw{fXqgtU_;HB`Ea3boBsSg7W~FP+%mGH@1~oCKpF4P*GB1gX}W^bOYEK
zY)b@SSdc@6g@k~B8)dfE<_yq}XI?BYABYI9j!RSsvtDLiUd`Jdr5aR_A1$tQh75K~
z7aI7O;ZP{F4d4dQ4Ro#~Mj_!hsI3Pr>j}s~NNelVv@}p9lOCM{y=q&N)rT4|6pMfU
zsvP3)i}3NCC`w-AI=xR$hG}YQYHQa!FN^NKK7~IJKddTWB6iA0WEIBxN(hs%EH<t9
zY~=vSlY{u_r12-9Va<7hkvb2bsFg#e6`-0UC-VTd2J=X5Jvy2W=O+TgZ$@lo3dR8}
z2kMd#C>BvO6Pi|VkmmLQv;)H*03J}MEPyoL(7=BO;d_cN*}?F}ib=g0Z{Y=NIe-_x
z2Xh0?4R=wL8qWX<RFE5D(kdJO)BjQbc6+(~EdcmH04@S}-#3|73&1^cAiIN2HiJEo
z1_8nI4(O2|3kxklS290855U%Ptra??xVV^ljV@8F?$uy2*o0aZKMNSj0W}&-Hs#~4
zcvy{lQy!=QRUe3{=b$?Y0BRxd`%=|R%f)jr;CGKKr2u_$aUBBm06t5`Z>I^ef->v&
z2Ka&vNxyq!>Ndy#g1EChrfa$YB(#xip+lg6UW3F!fEoT>^8Vk*$cTI_k=A4sf1K~1
zU9%nxN7S>qhvIz(Y$Uq1d&92erNzasz(h^w&GMmMrNKmr8d=4;Nuxt5PGLjC^x*|I
zrPw8?E2fPOGXN_O4-FlkoCKYHG*3-W-+RKJXz7r#<qt4xD<BVmC2l&+eKrVLn=^%7
z*FdcVtxO$*N}7q^ej~E~0uUTKZ%oK_P41etC(k0nLdb?w5z(0-lw51`VF5#wsp3<l
z!PYU@FNK7^Hz@GnW&i?8=b43|bK+r#q(wK{a2=S1+TVFp2d)gpm&1pCmJK=2ROo`x
zqD8s9Tu-F(-KN1Dotc|cVbQNP@j08(Z+4i0vYf3(QXzYLewFkr`iTeof{!~_?q`i%
z!2G0R&6jg9*4b!n2pXl%!;TxhY7;;UNe0~kn#2pB5GacZ6uJqp`pd4+KYv~?^dJEv
z=%W&-By$}$o^zR1%7#Z}WMy3gY>hNSF32k2ql{r?RaK@fZ&vX&#0rLGi{bQNr-yn!
zJg>}F-F>9Kd9@e5#B8AWqBv~`;2kgnK+Iza?gO+OXroNI-fI96AjCER(&PbQb$@Yx
zw<3PAbka}eA_f%PYgB-deZlyY<jDvh@RNLsNvAoNnAXYil|yr2^~1o6_W63-6|Y67
zH0yAgf@frc@bvTtUjeqLudinUzWDZFNr@h5MbK|OB@>ME&^mn26wfol!e%oX_VftU
z_P69rz=wKPL2ggM*XLjNgg5b|OHWApPXDNHAQZvl^M*P|3mzcn9YGQSAcXwsBhX6A
zhQAT*KHvRVLqtS`Mas|2z<|)mld!h72G$kIZrnS~z*>>6RD9IC%Z`bO31(|!Vq<Ca
zoYe;_0IEZ>QmLtZTwykgUf>H9WP64Bd5&@RwQYbAKpzOI>&SOi-x<y2xx578Xt@!)
z+yiXoaHh7nag*RjYkI$4gJf)BVPR^z3=p!1dhGW|b#L%g+Y?I=I>4EUgF-y+M~gBp
z)P!vQOd?dkDz2_PIjz;U%4%w0avjNN06JtX)7oOe^<blmyEKceh(2L#>j@gFud>p3
z-%lhz0IEo250hbk1N(&LN5bwU1@!VP($6CuQ8uTlEN9^GpiUvn_v)LBn7%H9u46DA
zppqvMz^q}V?j^{lk!w(P^|^I7!#25f)@u1pugNci#GB1f+tG}tV~yE}R2`gE!)NoA
zyZpw#239oOXZXkXuK%4q^d(w|XxY`)Xb;dxtPQ)U%Dk93>FcXkc;LqyA%b`hOOC@m
z;<agxYRjT4X@#ZRq6z7@PVaj(?(z10#rK``Tm<7Z%~J@rxi2MRA1xhLWLNbUChNWV
z8B$a~uI^Zob&95&T^d}R%%s$ex=B=_q*+g(agC{stHbFt$>Su*4GpGdv{ZE?Z5x#`
zVygX6rt-qSH)pPu?m61&!cIs>5zS{$#R4KWCoMMvrWnUwGgRJFHZ1dJU+l$-+ZVV1
zMT+CYw*7NwXREw_sUOxT6tvlJ9jkb)OiCIuWIqQc6WD=J08RDejSxi~9Qa^oF)R?%
zedm&<@Ag!jN1wLjHk-1q$QHniBHPV}zKq^U+q*J&rlB?PLea}hvvg4{v|8m+8`Vko
z@0;;4k~|a`{6X?J{LlGLgl#nJ=5*AiBC<Yy+>YhdP-wo1F;B_zZ*9fGG8GQWAlaOz
zUo~R>xq1}CR-NBVtfnY#zZc(!zP9#or2Y$~=qT4&?qzDA2%+$H|4FVLp{{6Hj|Iom
zqtvw{ZC`PL4V#((?b_2cQHY)TlKQ8(a##D@%WPXdKHBG<+wT8Pa>1DI+`mwK$*yt#
zg4U&aL9=T$9yPCjFP_AwqaFVX$r3WW*Sq0PVCEfR+3RN(0{#z$VsgM&F<4_RC;k>^
z%JJC~+#8Rnh|$%|CSK~qJ2zt0zRIY6G|gtV`zw{R_MJg8`zrs#v5>V+QoH8gB&VZh
zdL{NJaho=VVLL`*Y2Q<H9UM?5FKzL@Zyejz4_GpqJkTbS$dNoz-4?9*KJ~3f+jZCH
zC%ec*WYm3N&l$y2_lnk98->r?np2+xKTvzn(g!xg3{>9zWoIOjl+q^cS5@12$ix!9
zUQ2iSxmr=Ed9GQWOUx!$_McIbO@dlpfni1I9=)gVcYcda%(Uw_Ky0YX+qC!At5@A-
z6vtp%zB8Y@(@Mc|w}*14jZfeE>7DUk6jAMQv+VcQtFsUXh>y&pZqDqmmzQU4-d_g*
zg^Iw#1|zRIdzZw2vODKZ1L2GH2X8UxbY8xy5PKMs8y2q~kx7xLsx__NZS_1qI`=mB
zTQ(E)kwO-fs_%1I32i1NzLghSf+Tw4UQB05iDFp4dm8@2(IvTYck|aco-7*alNLpB
zr!l|X37wN&VU2$7(mD?Y9ZcLq2$1lAf-dYpQTVr5Rrmt@f?N-MVuXN8U!k*VDf5r_
zNHKBnU1@WGOgLU{16n)yt#)EYjAa9DQ3gD9N~F-7@mq`6J>h+G3`d{>?ux*Fub;8k
zl3Af6g-d!#weY9%-TVKoQ(l=tRE{Ps-ysdIsyZq9X%kmWA1O;--BlRLn$tFczK~lL
zmh|aYhlo%=QVNVv7Q8{6SYUh<3u7|v|4#~~&n9!Ufo8ldFzawczMVI_9*wtO@4w4*
zY^Uk>uRRZ9w0`ajfuOJ>|1Q9PdwfM5*d=po)ngQA(;o*&9H2|Tb{;Vy60Rk43_P+1
zn~t!T7K-4(t3Fv8CpG91N<gm7D#VC573N&N%AF(oPu*UQ$DmOaDxrEpQ+U#!Wi${D
z-eqC56mMTXIW}d*f*7wulE2`S>OzlPQ?fm+X}PAs1X2%uBiV^CxAv-(J}c_n5>jMT
z-swMG-()2W$<{)e7(C3HV|0yML_Sb`(#B&~BJk->fDDM7#EkPx8M#YK#bkU!YfJxa
zT?}ZIo@6o_VKzel**Kf*g+m^TbbYSc4e~L!@>>7tyOO7wQ7c)<4JHq~7dWg7`<bv6
y|KD1U-?CD8+*zI{upxg<c+kENk9GPU{opF$Ue)4b9{3Xr5M_CFxoVl0q5lK;qB~0f

literal 0
HcmV?d00001

diff --git a/doc/android/apps.png b/doc/android/apps.png
new file mode 100644
index 0000000000000000000000000000000000000000..310757f1e696b273960a4dadab3054f6269b7974
GIT binary patch
literal 53971
zcmXtA1yqz<yQW*ZyBRv9LApaix<N|1yF<EDkw)q6ZfOxI>F#bg)ZPAT-EWD?00Xn<
zji-hv)%UV*P>4~WprGE!%Sow2K|vdXHyk7wa0|I|axeG?*-1{<6$%O!=ieJN)Yor>
z;6_9@d1YzD6?j-o?zef*4MtE<lu+_g;u>Cy$DN)|2J`Ns0mcifzkR91k)Y&jf|OI`
zqLWz^QXx!Dn}5@Nm(%z!Y12QdU<<5yb#;$89$$DJ*Z$<uq89p3zLr(dLuw>hQz;2s
zKA2W21S(RZVek~@@9N#`8U<oYM@zK{G=A$bQ5=Hb*~;Z<m+xt5ZvVM(H3Wq^(v<Ki
z@PswpVxz6B46VPU3}rsJgx)FKLRV9>v?`C{v#FabpAC$sh3;ntQ*;^Sb$m29<&r7g
z^fcNiAM&pyWePkS{OEc~%I6gg%Iktd&Shol%KY(?NEgEFNH7vet1w?{SWuOv)M&HL
zg(sa!`#HiT#D$pevEapn0@ellIfN(6%TNkU>U3C~m~$t$axpwD8ucu6e-`$z#tgz#
z)-6<cXyM05tEC#SMFir;4E8ybx}{C-jnMOEy`eI1)O-5{EjHc?URgs^+3F9P8K%U!
zX#0vo^MYp4kL1#DdT>j>zE{rHiAOuj*nykRg|-y_YTs4IifINdWA=L*yp1RUQuMII
z{*A~%v+arsE#}E9^a#o1B6BYJRTshR_r*9=xKUE)(wds~yd;xX?~6Yq7kLTCM^IKX
zU?X3W8L|<?l1E9c3qD=9L_wlCICXB(!<N}HrgtQeCMGAS!e+wh#D5Q*xZEhJ(_#nj
znYzUcnl&%sNk@Tix9`wQvdbYP6vM|(zH;IbQ$UCwalsIVxw&31qlnCl+$eD2uBq9m
z)Y}ntE9f5cErsnPwPVs6_o}u`Avo16d`Ag;?L}R+ir~%IZSa}yM3`u@T$IAl$yOWi
z1BSIMil?rJ(&oDKdle9rC+f^8lMwoFiC`buCzbIaC!9<rwhS7f;8#~thOs(Y`E6EV
zK?fMJK3aizSbQ<wUK(|rbi6MXy6GQ39L)6fAMUiX3@IeTorPG@jd6|DF{u-Lg)lWF
zn#)TwO<s(ctE=I)G@cKc=`Z6Y(#rRcZe6srrE*XVogv8<g7;H#qTmdIUt<bN%9tjv
zrmS(RdRQ;T=-SnB;S=Jsdfcnan94?VS-i!E&FkyRM$5`d%8JV1#ZCC%Yt3>NL{05)
zpP~AF`<4lb?%CPf+uIO)S@&Kcvyf_$b@AK~Z4jDx5_G6~3{um+H@(ED%*(fzIOThC
z&cYB+E`VfCS?ilRf3}hE2tVs<Nj;a2FF2vlK^w6?H~d?>s0)3RAI7KyF%fIC%Sa76
zugGIAL(YjhO@h)VP$Be$7ZPul7iWb;Q%7OzjS@=Bn-kJ!OsY-x+tq{GOrldW!=#B+
zT*Kl_hM4Ajf5b_lCV3JofN-IOW+jU1@@9RP5+3(xWJa5>)M6e<z4!(Sma&fYIzd$n
zm+rIt_vuJ4LSmGKic}?hZgv=)IkFYATBt|LM{y*Jdfmi#8-6ffGE51{4c`>R@8I#!
zx`%CMS$7|oOAJo-?#rLBvO4NbwQansiJl)Z=PHp3Y}gLm`|Mz6w;kND#`X;lbWTQh
zpSwEw=X#i#PaU%tyjr+}HjRhm4m|}Wl`w@LaQX|^b(35XI91w5h(0ILBD+~eqXvn6
zpXCX<(W}&AolK@huCmQaw3Xn+m7dzVP-P$&ktr#q4nqlt>E{s1O)#L-P1hbGQ_v`w
zooaJGGGHU9_N~Bk4NG=Osv4~+=uh_vnjw~Zl(_I$uS-#T-959dL)WRB&CYxfW{fxC
zDyaH1a9+{*tJg_MB=rMI-OIJkkBZ_ydY=+<kqP=9{_GhQ;3Yw#lW8y7vT!Pt+d^Q!
zlcXfWe1E$Y)3yYKrrl=4D<CMqXDuO5TC}Tz%$^z;>?f<6jwjt~nA9gKK<DBt)`=(|
zwrQMKVk^yB@tD+w_Zyi`9_Ap{2TOHK-ZmcnECr8BU5rItdN9m$&&pL@CfU{HK)?If
zwwoX`GxO2W5eYGI4~*d3w{Q9Q2+$+kPqgTzi24|td!mPrZcdk5>uYPVsJJ;eelIQA
zR++s;>kq~XF?%D!z`NSKc$5lF!Ro_YtDCh6(}L__pKJgt%($rkSF&~hj!xc-B&84v
zwP&7@4EigqB$YedGTyFu(a&J~=cH6MO#0Xb9AS)f0co}2s+v~vZyDPaaN<y_MGzFN
z)S!rv?(@st4BTJ6t@GXji0t&A9&v0f1Q@EfX*so2QMg*J9oi0lcy>Rolxis84p!<n
zdw6<!y1BKiIIJh9PP%_@@PE9W^gne)>sL}zdJ?#T&)FLr9X<B&70I2ntdEj13kVP)
zMVBp9(@pO*s!np&&H(R$%iW#lFN=4Mqphv&r%#~dQa`p6Zu0-yy9(xX5BPVjZg2ef
zL7z48li=em^J=nH6&c~kq>Pq4j_1$19CVssV`jIC#gb2M9RzPVX|ntFtA0(=Ld+yo
zEz&$MPtkL2D>FPV)b*4S=uoc&IN2Zt1quyk^`-x=gI_{tb`B0rdX<h{54#szL$We5
zUOA4|*87Ktho`4(xF{E1Pn&}=DJd!S_4OjT)!)B=FE1}|Z6#6?Er8?*xc+EvZdQeu
zSVcpknJ)vM<&*n2_D@g2{q^_vn{<W@*6OhA?CfM`XVcKo>`msf*YQOboqGvaR#xg@
zCk&dk#V4D!gw7vTR#ZqKO-xMS4IVe(!&QzY3ZB&7zj;gl?z~O;{Nw!$-463|ng?zj
z-=7H?4?1~l##Tak?j9d`X(-Q_>XaAJ(H}w2VnuJTapUM*QsNrtmXab->b(Wnw~qcI
zMD>5m3*1K;bI5a0-6Wxg!AUQ%^cL8g<Ph%H`%9c=ujY+t8~64wuV@z~S}UKBm{@^6
z<?-&!u{;0Wgym25t+-zZSrb}nYS6Xv1(2r3M*n?D3U%DUvpdn-zaO`@w!8*CK*{>v
zor3eU=KeZix#HldufGHiGa@1aOJc+6ex~$8K=<q9H=!DqqZ^-%t3+Dl0XWPFuN-!E
z_K2X8&DQ?q<!>xwwsRG=3wC8?@0FCoB=TpGeF`8Fj!0BUYh1-n{No?=E@r6@?Yb|2
zDbprVD@P4>&@Z&Mb`*{!RJh-^A?j&JXZ!ll2T~O?*<853P3{|~!_ri@kl%fZrYTSN
z_Tps5{aG(zBzvqxi~Zo&)!Aw2ToO9_k*ioIpctRt^}tOqWyHLG;o{<A?e*o3Eo024
z@rQcp%gc)@qzIxQOs-Nq&E9$aXM215{M?C~7!NMLwzjsbi~PtLAOIU11rm$>3orH3
zncReax{NWy4zJpZiV9G*xF~V4v6Nw8hVdg!W(yIZA!z$7UI|m6Avo{n%^xY#rwo=e
zY!lES!93whGtmp*xU2V3@lKhdhE%l&bMb{3#wEkZ-2}IV4<e3QN_t33FH(gjDzIqn
z%dj0rGyEk%NrzXLfy!Xe!7Mq6hA$XXGiB-5yog8V>wjxeD`6u@H7I?8&Hx)GR|{jN
zb`A-l?7`BA9msL@HREwl9!iNE!ea|cd~q~};J(~FyjHe0ZhW5fqzNbb*3IF`6%=WF
zcDzt;HJL+qBF-;-98O^5b=tajo>Hum`$I>CI;mxxu2L&^a{l-4-;0ZjYiofAf4+<2
zoKhn74G+sHD^KiBWc3mvXLYo->0ySs?)|FlGfJG?+q&TQ<Ne=Is64H(&}}L!E32wP
z?+QCO_>>Z1DwVS=tdYt#LK$0?_18o`iNsbJGqK#)B?L>&6Zgb@9cHmaglkxWx%fi3
zI&CyBidKHH#qu{{BhKflnrxTepSGqu9p8xL7Uu=Of3v>O`yM72z^7HNId*B9^EXEP
z7s_?KS;cY)B`tQ89BtikX<tpOYg|Mv2Y%M9)|QFa-0(#(0VWJvwCE{#((Ua}zycyB
zCN3*45A9tCND}I6R+jI>PR2!Xni72ig=klF0IfWAick=0wU5>prQQ3BE&48wWPmYe
zZ8{5dM({3bz`U?#&C_0eO}ox3W5S*tH{nv-so@d&@EqmGAxl0+|A|cd1wUAf5)%m*
zC#5P<VSB)C!v030C^1{<EmEoWjqC=06&O5?jg1u*N@}SK3%a9AmsS$x=ln0w?_(LV
z4!*9%)nz5pCy31lM5X_f+K*<?ah>ufDhx$s327^fn`%pxk+Ror6aQ^K4kMt?Vw<Qk
z<}E-m%H;i}-c>GNxhRBk|4@jMf4^!ZdS<L3zzdH`&BDv$*7Ie*R6w(9l!9}3vPky@
z!y`9!_^HU8@U!8qc99uH_4W{(dRZ&Bk&e=0-yvKywTe3<eI#eE){zOzarEcu#>~xK
z{=nr9R`bBG;a)DWg(GxUMc+hy!z+5tS-9AL`-$wD4VNwTEjQE((=i3;mzLSwPaMdw
zWmY$;m2kE8LZ&S_sm3+-i?A|!^FNrZ|6ZAuDf}Q}cuB-UnJ9$$$si|VgOzr0^;isL
z6pcaCS)LYRq1%%yGK;qW*DfmhFrwnqY1F+|%}k`J@$ZsL-u7s3Z)>a2Do+X-y|mj=
zZk%&jI*xg(uF#Q;5xMu!Xgkl#%WGM$i$hcly1TVi7c(r4c)P8w&Bw>5ZsFMC_%q%w
z`-!hSY#A}8gt6vo1=OV#6|s8{W6QnfYi7oj4_LNu3mJ=p9EMZmaSHv*+mUO3iVrHA
z4Mkvi{_d1MKr*N05#YRRJB6V2BMDGZj9Yw8c2W4lOSQoK*T*@Y!+Sre46|Yhbko29
z9A&9j=jy+8E97yE6fTh%-uiJU9&BA1YOIKU=V@g=`-M7-$J>(yyY#IV3^0`q4GnQ{
za6%~gvwuClUcNM)x(8DQp1%>@7tz$zH2&{T20ED_x1eB~<6765-=5G?vtxBt)q7fO
zk=(OY-?QhLVv(Ekehk^dDHD#r)6*Y5e87nrq$G1#YO?2OnB2?y@+HZlwXE!r+4x~}
zqdx*{N~mG;qq#~FUc1b!tfT$?`@6u`yHG@oD#Lc(tcf;*s=%kAz~wIg$DST2naI-0
z%6D%2s*;lZ<Ks%czK;`pYfniDe&&-o@4#*Z>*M*CXIDM=_w(n^Uc#$$bGMGKw~n*3
zvyR=*9#&R+P4-Job_;c$XRDGC=oi9gcaP2XOLNoH^$sh7IeW#$#oEMu2Ak-@lW+OW
z=EH;%p=Zk1(HAG0{?Oy1Qf8S1q6B>2B-XIwX%rp#kRA4gx|us&p+P^J7`_RxRQ!nW
z`YUz4Z5?zzEa@b)?4N<CAwfGxTrDIO<m+|Nd^`cub#+|n7JzUd5jZq2S=N77XZ&m`
zOpbA#sPLVMiAm(PHi0f>WQZbAI7tpX0SN)uh3@X|38F9jw=_<q+WPuqS5L>s6)O(a
z<>g~LE(><NX$qxfhZkN3VAt%RgiDN=|JiU7)8RYkNf`RrytLu;o<0Rr(MVf+=*ka*
z3u6jBIbl{iGdBlwE6?>MmA3T951Die(t=P-FgpQu$=bTOCvogBZPYV$lTVh&#~f$P
zo!oP2m7?yw@>5m@d*(}4R{hcmptu}$EclA_Df09w9DHG_`Km#!X}5kCGmDEh^$Y1v
z5f;sYjN<FY8tv|JO>Ocx>Orz$^<<vXBTtJ}C29@&WT>|qIO=HmGR1Awu-uF%L8S1U
zC8thr_ty7vZr-Ah*+&tOG6eOq+UW+Vox6K|ma=i;Cw=$s9e&LB>gvhmK|sZ`zJ8^Z
zM}dPm|L>&P^Sr|1GEQ+J_I+3~z(HkY(Nfgqx8HOt=Xh-AYFLB>1dvxz&W)AczsJYP
zwW`(e6UoJQt(2PoLQFzJz}1pO&ntf9&oL5Y1ZuxAB$c>fGVAe#V;<ttSEK^h$LZG2
zrS1W#v@#W?`MGeYJ_vvRmZ>y;+zECK(E}~X<xPCfXK8-F`<k`0f7kKxa*Ojv3kwTc
zYyjLqKec<FAw1Qst{NeAQ+W!NATQW8RaZNjnB?7>)E6&zTAiFK7G}hg3C)3PYRa@$
zr*GpN?8~FWLywb1ASuu!4Tqx=i2XNgS)WIfnwDn2($-j4r>>TopP%2`D~?pNQ2SAq
zI?3y(vYFR@vBCSwGV-LqYy9WWpXur8IxM?R{GjH!-oAw;f0H}e?7a2!@X#h_F9Nhk
zL_~XgdsbGKZhCf3j)>=}ft8gN=&GkDP%K}+eEDQ&x7_AlURE|@e);rp<?8BM{!5Ex
zs*X0g01{0q!oZj<Vf#>+ipttjsD^XGYOk%K1;JN`)OR@eUDV;sIVcv=n`=SBTV)m}
z8!h#g;a-O0i>G1b1sGB+$qrfN^7OFDa3tR+<A92qvgS^b6Z4z7zP{exrY&0FL`zYk
z2i3T|Op0d!1*!X@L{A*|>({TJTh0mn6T@~cl)R#RqN1W0!;z&LOymi&)L1<Zu|r!U
z=Gb-ql>4Y|aB>2Oy&~9AMe2-+Zj_hAEom%cfGP!aQ}~1usL-ceU0vnrY?LTK-9y)k
zlA?zmLg!V3r;9uRHj`Be(1gA=x)gcBY?yl1saZOt5-Y6;dF2JKD$Eo;+wR|F*?mPn
zWai&1p>ilQ3gOc8a3N&M{LGyB>-`zSuOp}<&I%VHHilLb8aaH6-|ldJu;^!(xwIM-
z8__r>dPE^W{#0Owq7WlKrQbUuL8*LK2LqQBUG92x$EDRE-jwK9-x4dYSWMH>Ng_-M
zWOOiwfKDEK#N;4o;>@KLPMkwL@9lrJ3fHpAJUl%3F%}lJ$wmB?F>e}CI92#edWAig
z_F;K)AMm2{nC(xydY4|<SNe?u^pOaZ7TJV2TYM+q-NA+Sg5rsk0tgc=q8}VhjiZpD
z;Nj5`n5E3}fBw5U>W!OUTcbdan6J?NpsV|-d5K-wXmpt}%;@Va|8f?uy~1~Oz(&CM
zKi%JNIrx#~(z*<W)6&Umqb&g;)|%JW8*xlfkho|FkB^VaKeUriUNz(?)_V83f5$}?
z%y<DXQ8U=aKZW}z^>je#9JfK|QsyU8VO7mRFN8=c20x<u<Jp#kb{(}8+^=71pR{N8
zxABg%p}&L}!~w9U!8BM`F}71yQj+=Q%a^ZT`+UMCEJMvjg3|l;)z1S<X4b9UGz0zO
zFxg9B3&wW(zBne+K0Ln|upxRIgXYvKPqWZXyaF<r&Wqx;m0YX?cd9%Viv9bUy1ga`
z;<PGS356Hw_$u3?JZ>2Ky7ZC!H=CVRzTcEK|FFi1e-7h7>(|zqEvl$tih7AmL#jkU
zn0Lk_{Uhkx|AtSha7q=Tp{Ay$sR@4;UWhEM2De5&<Qx|l_r5sA;vYS56I}WGcmL|4
zLhES!7_E6eDUfDI^%#?lM@UFtTYK-uM>1bkB-gWj1@J!b!xlh(On;JFt12lOHs>-)
zb89tVWn~SaR8m&1L=P&G3LO0!?qU3i?=}tfg!#lq+WJm=N8Ub<fK5&OmQn^~HJ)qe
z&FMKal>h@#sdU?{H6-RBqx)%R-Z=32Vu)f5AeLZQM6g2oH)`}M*Kg$LQ>Le<Cxx%j
zCa*Ar&&6zQ%a=}GUhcZr*4AEoU@`0#8yNT4I-bTdUiPA1TOZd~^qU>r+gAX>e;#BH
zaNdgJJ6)*Xi(<&h%*@;e<FMh=G+4Zt61^tpd!n!2BDtbY>j0?oJ8wz>He6l(3Qz-H
z!Vrc3H5dbWixPp01JnZ_N=|fe`NS)VgYZU<?N$uooZS~)vj!5rQ<`E)&<?*NG8ccJ
z85TC^4A(|^x9Ay0zvz$t2O3v)TA~lAqoZ6BA#1kqD4rSBr~a%R19WS#n{ILtFGQZL
zVV^+EmjRC0{*9hdGFsKii3xErXTj|FK{Jj{9Tr|rPEHOEllq08dv>HgMfT33G8^io
z%$yucT@P?IafoWX#ZTWQOm}Wy@o4wAv;^d=v`mnnKND16uL(EtyMQNtTH-b5Au@11
z_~q<*=T2&W_%OY==yS0-s6-Ds4F^3!F{D3N7~rs~KPQ&!B(rr;4cw!N9nzNEiI3@U
zAB@tS^S<A(G%Sl}%qM0#;~F&H3JP#4><;Czx4E;4Y0p<$1y`qJ63EcK#gs6p{JwL=
zS5hZ<SAVdqgJ6u<g2)OBQw?|eW|wiyh3iWgx0bM#3F&W?Z-Fhm6nf*{nwn{@=d5S?
z+MX>Io1$#Lo*h1`5!pFV>as47kQ29m;<&}AN)E#@mtUg2z2Co;*<k!|s$bbRd?iet
z-B7&lW@K+CGX7?$>C+nSP^Oq8Eu~4691wM~4p$t=&ulK6S+Hw!xPE=YI-2@Z=7ek8
z6Dvug^4&s-@Z0B*FAT2Z&Z$(pFqBBvCz0pQAMd>lZ)H0vNi%6_dW?l-D&`&Bw+Z@H
z5D!H=e;nW1a5BkpV!^?wi%=IMq9M8RJ+%v8|CS654Xy6D9L;&>dwaTqx<AR@ao%@)
z%p$ShwB!J`rl8Mt39UTenxCt^eP#cK*X|dqRiC5E%bd|RSmnc-p7?UDRiFFwjg@v!
zZ4HfY!rqsnuUDb~6Lx|MmdNK25qVj(tq$)u4O8{@ZUq9oOd)8u2n>qP=fzgJ{vIwa
zm+QTuU;x_K**&eC1>7yWPCodFL{@?l3Kq+2YVrW+9(;Io@5;-eg|B>ead{a{;*CT}
zQ`7DFMn6y}#F0AxJ1hrM0QQaKa=_!sna_MX6EiadJw18g)5Y%Y?p?>;yAVpaQ1Sha
z)>Z-X1WBmO6$eKfn~?RYw^qNt3ApY8u)Wgh>uF&@*Ku%rvUGQ{G!J$q5}cD`_sdOn
z0{J_=P58F2?&_LE>%V7q2N2;K6&c69I;1aprFnv@hM`O^No8Vw1u`*UXHAz*IYYQb
zdN@&gl;x0gFWc}*$g`jr4}y-PJ2WA<CL*b$p-BfD;|#6H99*lt^UKpZ?tzlqeEIuV
zRE;&NxA9y2EG@l%pa<SQQLDxgw@}S^;=)noPA=K;S_4HsRZ$vg#eLpT$n#XGcp8uk
z29=y~b1s&#T^9kx`jgKQZA3Xlf!Ai2W=iSi#nZ@a$l{oP4!Exo3b(JkS>D3*@9_WH
zaO%<DyYg1UrSb{cY60*K7%e7<Ub+UdB$IFM5V~RTnRU|L1+&jJaZ%vy-EhoRg46`E
z-wTn(kB*KmQ}<pwIsO)y@d!O<%^0(&)fwgsmspA}5Oc)C!>iRn>l0KcN+bLBo}pVk
zzCd{Zf}o!7RiSP8`aS6&{u|VeX6Flb;Z&rHQG7R6ZKGiMY2^nl^-XIy3wN|{|JA6G
z_6zCAr*mzDQ4iN7HI)AT`0?Yq1;A<mtJc*en=asHR6RS@SN?Q9Kn%U;jVvo+8IusW
zm7<1z!t&`aNF3X_eDDLX#g0_9<z2>@cy!pH8MHhVdBV|uZeS))9{{b%e3)KlKfhz9
zMp1bVhY<6{iaw=xuuxt;Jr&WOSKr&)TQD1_j2dtRL(Zxn@f(nrm&yVig2KWLT9_*k
zE+ZI)STq*sIJX)X-lXb@N3WSjF{RM!O$XuE8hPRx4*2{r5$}7Kq!b)IPx-HDO=Q(u
z^DvL(o1_;vILzMRW6G^$&0w7;?@D~xccuE(uif1(Z#vUw8$w8s_ydX|N(bXjHp#n2
z3j2*Q){5a@fvzt5_v=8k;j>>Ha5mr|1Pw-ePYj*u77);tpTE)dcsjOQSD2*OClaRD
z@?X?wXS?s8?1R<SRUnjQ3weSmJ6b2q&FyylxAx{}zPYjS=JqzEVQp^CV~n+#R5YNY
zx*DS;bov0m?5(dnwg5TfqetAGtr-Kh3Bmo9^G*nS@%ef$_~PQ}18}E+^4fz>1~e1s
zuRw(*U^lY+^r;o_9hDqmc?oHEH#e};4uD7nv=`9YKqDD3uWN3;1E3cWSN-k)f1u$2
zLY+h-tEZ<2lpF*^#Qgg{pz46VhVTQkLnJLN4b+lsJSjBpG5{xlL}4)`%+JoQcr4jZ
zSzpg;8=o8>AD^D4TL=)M0m+v>Np85V!(pW@Iy$<xma~1O3oz5sQH7X6m#6y+Ia-(X
z9_Z$!cL3c93k&n|A~5}#tJMEcs$p!r2F9Mp*(xhi-@w4YRH5vAm7(vvq38GMPv>Wl
z=(>+X=-q27rdKb{YW$?THSuCU5c0pbCbt=j#^?O7!(Xh7pYSzD;GT`b=lJTE^A+#Q
zjhJ3*tc>he9mjDg$a6Sa3q7iSQi}_}!`JQDqQUqMcU^cz#!Z7&^^espm7m$`BVFO?
z=u(u$<i%rx_wwd-NRCepEjs24AU5l*BN`B7Cl_#h0JZ>qG(X>TES(jwR7@l>sSngC
znVwQb{uPVEKLROYI{EqD@xBufAVNdvE#(vy1yme1SWK8a0#+EHabcJpO_*S)eUa#b
z9xBp=A<2A9lgY_nzYt)87Zw&YnCRsHfa3%QFg}i!M+m_Gxoy$(0pJJir){=2Hqlbq
z;da*#4-a;{S(AIAy_7j5a&*CBCN?%G(W4gi3tqzLV+9bD0XHBK10n3`Rg97Ya6~ht
zec}x#!kR0f&O5g5q=V<9C+Fhvx!1(W!2w+d)=&7sk6hvxYB-F!U${iRn_%|j9$-vX
zmX>C<g!raXYH&{hy6J^e``;BaeiRoMPC;mky@Ye>>guARkmX>5rSEAh-Xt!@C>qkF
z?<4|Wu>f+o86d%LprD4UIhYkEXQie2snq=|S5}IURu;4}o$SXYp4D*;1?*i}9ZVf1
zd$FJp#9Nq(s+7WyLNM_>efk7G{boqsWV|OK&w<V_f3JhW{l>Gz@Pod3ZZk_>I1K4!
z+{KU9b<Va<X`H`ijiUc>;!%!eLr#I74s|VWzD;3GM`5PnXg!m8-+hiBNdhQ7W&f4%
z*^Li4GjmZ%wvqqO0+{P|%pE?vPn_uwwX^116&DBc(9>Ga(3j8Z85yBdv{hMmf&%{U
zzyH8`swlY+Ne9dtsAMv-vJ4Ci)suX0v@js!;h2|R!T=SK4u$t`Fv}~l2griHQC3kg
zJ_@da1xm+Aozfzi2GRTB?<m96X7BuDP%EIRiXdELE_KcgjZHc5@NZQ{&S}qCN_SPg
z9_S5|3c}ciI|a--c`>u3DvF;7@&*p$(WeVp7*(68ojKEU6nB2UO>3TQn}2jE{G{I*
zn$fDn5jWBB7nKGn1cwUprLe3F5><1nsxoC+-wEcy&CLy1Q-BZUFZ|x$x4x;oc|)N)
z7Afb&n)2w6tt08~egm35q}POl5HvHeGaGbR09N+*_Xpy{%F2q9Tzp)dI1}wmP{(CO
z*_SUwOodN+I65{Lq900UZc<O41735Lcxvo;eOu${k3}r8dJLo^>AFtv!r9mqFa-&;
zt!Ah7*t8ANk8Fs@s*3`t3^IKK=y@{5ywlj5wN?$;l?m#uh_uUP6{2F(ZX8N`BwOZM
z1P~)I)d}eq6Dzuku_{6hiu;M1E<1&XoY|V0Hx!rVeeF4gM$2>L+x?R<Ff4U1>d>w0
z7g+F7hYf;qQYS2dk-v0eRLz(DK9mMFhl23m1z9+G{r1U}Acg94SwTrmN06=wMh{1(
z^a8XkJ}O4C?=H#O{m*~m+j=O5gaQQ}l69?71AM!)b}D;H-3RNdff~zT%(y0raFfL1
zw$uG01aaQ{s;y(k(Lu!pf<{Bu+5&Bzu{$k-r`Ep*PD>elkyqi@)@2VLPBLUSh~|1>
zs?+`yFtH0FX<9thQVFoP&-*+l#HF2;R=t~X18ejk3fF35)Nse0rx6hP&1`=WW1zFJ
z;K#@mg5jeY2@n%vsQ6_w#6Ak!)W+VvQLi#X8t$)3&DpH<CzzI?0!R<4$bBycKw-9E
zX}G#x0Z{cYANZ`z6<l3k{}Ieohh}|EP3e4R{DwmWgXLD&J@ALz|5~juRIgcyoGbh<
zUvl(?NO4t)q;+Aj`*%E?$#}IqPWNn6LQeW|Q3|DRanyKtmRAQGxVEO=><O<Qvq|y$
zy_yF%>z&Bs-RnCds!OWQ8#CsY)z_RQBiJ|NU+uImQQxmlY0S3d+dhM(W@BrcZ|d*=
zob9>V8u08BzXf)U2Uu&JzIUrm{crfaDh7xZiWFIH3=PuB2rr2x<eqPvyRZI!OaNPh
zOu%KkSoHZ*zUqB(;D5zyPrH2gt&;(_u0Uw*2`4=3eg%8+CGcf0a1L+mLiS+;Be12u
z{;KoLzj|n^^+#FnVHoqu11@Zvaco&1r3@Zk4a@k`-uJ(?0-9PHYMoEHMFuZexJ3%l
z)J)MOlthh94fIA|Ri3T9hT_TEo0nTE-ECW|JL>9OUSFQe%0z(42SEF8Zh&vTBJjia
zAm80CIcAuARWyGu?7iQMrE-OeS6T)@xqt5C@*Wr?r|oAV=c46h|6S$2{tsgV;`jid
zb~{qODnu%$+`^&@O#8Mr!OI2)Lky=2@cH=CQ+rqce8v9&Rjsz&n?}&Gg<hA37WbS^
z-tlWx<_O8*EmL?D4%`2v_EZ~`r;Oc;{bq+2!4dv8*-~~oc!=TL(6+wQ#h7((8&^Jx
zJeOeCC3X~&T)<>=?8eWF9d8t^w8$O|jmOmza1mq7fwtu)2v)(i#rWhTg@8+uDrC5B
zd1(n%{0rTjYJmkZ6bxHn>A1z)?c{+l$H2#>larIc=lQ^uwY3ByIS#_7`yo;CIGJ4U
zU81nxk{Iu<zfAh=_JzM#bN|;^?SJymQ?|9O*I{Y*IEfzG0#zD0tQ<s+P9gI2?-Of>
z$d_823#SjB&R$;}{U`%(%8fgZs@mUw<G%nL{9+@5qU)^dF|Pu);rURz+vj{;yyfxV
z2hKMhF(sS`c=Km%o+AS9Bf4K7y93XB*OmahI-FtDO+V|n`c>_>!)$MF4}f}@TGx3v
zyWb{GZX)d`b91Q}zqs@t->mtX95}-9M*@&vXRn)R8(8RehPYaj+#G1LiQY5SZJsdh
zeG{&Bsf2BOz&YUk;cmO|qb@9B(q%-duCw#`-I@2~&o~kgU%-x%l9q-ySO2FdWWNVO
z^Xcg+K!B?*W2|WXU^g#0c7r&;3IA5T6x|<yrn%y`D4By*4>&`0Oo&iJ#Ps#`S@8d7
zr1@*6seI$F^}TaAUg_M5_gwM6d-r-l@yf}?)dm#L+gpz?RYSuS&{pxJ0wLF2bt31%
z7$s%@6;eF!e<pGGTW_TzDJe;b8Ki%=>dW4P>9|lwm;JuEscALv^*QjdIq(tmRg!13
z!%Fm7zzZnK5tV=tOdvkp&sGOC0>dFV7&>R~to^J@=(J@E6t}4J=749{RrVcdDcJ<_
zlcS?0FhO1)L|++jQT!jqjOWt#@?z07xRAJlI)A=sI1Q*zrMLBHwTvSU`pfN=QzCW0
zyYx9U3o#|Ep7#Y$Uyv6G1x4WXl&t7wQo=Ggp$s-dbxrsF&u>6fLPbT=^!}e+0IUuI
zHUlWCok0R)DLS-aY*yK1THQ)5xF}{8ap9qjFnos#Gp00Ra&m;g%)!1Z5Pdt|3`E7C
z5V-tSRt6qNxZO9E!2hPp$^t-90AUtC2ENX-W$;(Ni#RticobXSFQB%xG;eZWA96S3
zvnFoAg9Uv$;TV7;82I|Q#vW~EY)nCmzR`{!0}?$V=RJt)Y}~J>p55hThs|9#tXUI4
zk<RhjMAp=NJw1E*Wz+aFYy6x>E6?6_Uoc_md(t?MEA71=j93w~?ZkiVAvEJzi)G%t
z1R`%sAT77zGzPqr6OV}g4L3nUwv3^z;7g{=byGkIuO2##s{1#BB32yugblQ`cCQ`)
zsk>fxX$7|f99ZYcp}J*X$@jY1Q(3**e%2a#>TblM19El=L$LBVNK`@YA)f3YT*J(K
z<t1FR4p1z>C*%ncO61IHQRBcZu{>F99JDl5`|(m8a8u4dZ{p+gUxesWzPvt-N-v`5
zeedO^OAU|k#Q=`+<Kq0kX1%En%*GuAY8!k1nu_T2^~{Whq9UsI9WcO9x*h{x&t5~%
zx?Z2pKs4arklx5ud3Q4diy`dvc+&juI0J!tk>htcf)Q{YYW(`&Jm5L6Gapo*FEhHi
z>-ejN!{l|17%2r5=%#q5l*v=D%`W}MHyh_PXK&o>-wF7ef%*GS3E?LtCn6GXKh%(w
z9m<!CP%qU0`kTiw;p7z}Iw_{~)Y%;dIyy>-6OcuKZ(zX2$IU&nwgv=t$L1wRAnxd}
zcwBDF_k1p^th{-ARuOrig=2qr-UACT4|vC%DXs0KX$e?Z{PD0ozMoA;$HsuI0L`=u
zisS6y02rKbMWqI8dlz2lr2Hn0dd2|{J3w|M7j)bI7YDeS;1hom2BM&=D=4{_|CQFp
z#`EJ{sKw#;3?rDUrdb>K{WdA;TGRf|z|`pK62WBPb6o8Re0>2bCYg&^P+NO@v*X&!
zZk8iD1_n*oT!rpG8*pP|0{~L%K$_+y{~<EZzjnNtODmphWC=q6iIsjR_R8r7KQ}<B
zKnisa1F3=~;CHZ$fn8Oq5xvy{OhR`Lk6)9M#w|`8Ab<j};W7|ifDyt$=(icg03NVI
z=gk~QXy~Trf{NDR>v{CQ9AN<7%D>yIs;a;$TYCX(`T4}r5!?bWW5ST@%hSVNjxRb2
z`lYZa56=w{n|Qdn|Ftw&o}qk(^_CNr&8vE9YQdQQ0eOk<-MdcPc{Vv-5_0mKoSZK3
zrMwQyNVAjw4v|dAW7%z58DM9iD}vI|07DLlx%}}U&H1mNSjL)HeaibchId>*ILVR)
zA2v`6fLK6ea{^x;08Oo}tb7yZZ^UdBvJ_&PSZ36u%JyvY1(Cw<_lXBh*s;gsND4#X
zc_;--R(R=~Y`;n0RT}v}TM437Wru))fjfZC9Rv1+yRTgFbkNNE+5F(_&u75A1$hjn
ztckA6QD$=tfT}r0*!>R_K_Vz{KR*H{xThaOw4&X;v<SP<kAo{bb@8x>75|Y-o`%^y
zTPk~yd~W=^`RNeRK%V{CiW4J+BoZBVlnF=Xh&f32RV*D$7gHI+^ud8>5E(k+kh4Rx
zQ1<(T`1ng<j3|Aid{7+_LTI*FH$gHq1c1ANE*6i1fe?xwL6iL+$i4rxH=xD8dGiK{
zQGn?G_<<nNK{ZeLMG1t4V&mh%-$CTG(Pj|bI=xDeby<emfu@4n+}qwRDuAf|<;oZv
zsY7$pM3r&LiFisf=Mv!I!Hbe|f@hT*xb+eS_Y6X$M!>w@q{aH@i~{*Ek+y(tcqV9|
zRgCf+RH%gbo5+eub1ske&c;R_>?jZ!0_&rE)~0z$T5Wvqs#eF&!vp{8RxsrhO_~C5
zg!gg-$;&VS#g|X!`ZB)1zyENx2OA8<0zU)S;&zbCGL|G~?&r5`Rx5U)CXT6Iic9N^
z9FnL+{~Qn~DH+<oK}b%XPRp1zArSyY848H95<TqBAe?xM*M%8yZrh}Qca0J*M~jUF
z2NNs?OkG-R5Xk~El^#=v5U$wp-c`5+6(-WTuqYoNFx@a7XrQoEA-LBTh?+PQL@|S)
z+b=|q4sEa`W@mW@!#0ml(81w?#hpTXP+FW5!VIDV!jpm9G!zdRfe#t84`j}wH8H=k
zg(4{UK}Y@lOQ-~kzWU?G51@pccV}KJUB+l4;Yw5QY&HKqY<O0-7qDbIEYKbHxo%+@
z%e8jgzT!Ns1k{aO-dttJrPqKhNiK2r`hBj*n>GqcF4~k4kh=hKl0-hR)eEMqK{Vm)
z3~``nYHA9QeJJss+rqA{E-)H&SklLK=;`S#t*k&0!Q`V@r80<ihjReC3M2|mU!goP
z;WqlhQSbF>>svwIXn^PAor0s|+3;}W<X-<On>Z%0$hU`SQ{?4-^ikW;rvx`RjB5rr
znxfhQAHe^=1~n>DIaUi@Ua-2RKS9Xg^xlruRd>I%6+j;Rj4<KUa6w=gItaFo7l>BA
z7n{;@R4KH`b8k!->lRozMjsx$i>JZyYG}d}!JR53yS+Sl=j=gCNv7|_5U@*}B3CR8
z4-bRt?$D!8!GhcPTl<kWE6y|%h#n*60O=r%lLe%L!h-O_?3PVUsdcYm7%{2gf`^(H
z$p~c%)gD}rXj6E5d%LMner^K`3wxdggf|fp^e31vlye__X@B3}fA@cMSZH$}14yj0
zOinZ7r$RZC8R3edN$Sn{R6@XvLo)^%+IqE>k55}i$J6h8N#;%T7~iu?yI;AY7{-TS
zkwM8P;#xjgi9RkYIkek*d3mjM`D2LOuitguy}R`4eK1*s@s?xv07m4zd!9{bUc(4Y
zi#*YgeIp4W5(_D{!{Fk4XDVZhU)RY}^WDu22*N?4)pd1&3^d|wz?&6*hC#axjssL}
zkjwdlAK$VQ?C^IGjRZPFS=q0NiEPopE>I7^=Qhn$qMu${1L_7Jn4h~xU^4)x4#*Ze
zSKb}4AQnEkcXWIlwhE>zP!?s*?Q;cOe{Nm4d3eCA?||k9&L)6x*Vk^2j_f*v^VP;6
z?*<-b?${2n@#6Sa|AGMGge4I1g95#Ua{vwu-Fuif@}1amarg9GI=MAq^V}ULQo{u{
z>+aqjcp5Mz0K)i}peZSV;G#H5IRaxJ46lqaAc-Wz#xDC^O#oQ|1X}>qQz)LUQ3d)8
z%UBl}Utg4dl$YB&I5=2a%c<ddU3~pYoHfDA&yO?#ATfxsfbyL_a0CDM^lUDG1dFW$
zZ8Oicv8icpX6Boa=lk@Xrluya=z&zZ29k<E!T|gk{4mi4v2k(A@8AC;nB)mo=H_rU
zR=^S_At3=h5lkXc)dq>K)v4(2Ufa6(XIvlw`D_71@}#Mg+>hn}SYnLk;^f@8djxHL
z;L)y<EeIy#`tr%)VTfKdfWbEpep!5u0E&Fc%uKXs1(~R;-H9Z*ZIF(wV*x|FuGx;a
z-E!jV;-a2hn^g?A@$0eGYaHf(AQTihQeu-eA%oxd!wd(?5;iZQfs9<luSFF?D(GfC
zNqw@?e%Cl}1hm@c)0KAjLRdLcMEjq(0l+HA1r^ZM6#(ka>utLMo0lE1XA*=jhsVdq
zdqWY2hK4A-x3SJERTYBgRG<l*Be`e8%-<9_6g-|fWp5K_e3*~MS2LGSrYi+0&goCf
zc;DVTLBVhvv1Jq%kgOB2P+4&i@mEuxF=tJH)K_F$&~9QXl|1&-2TVAHNowEFk3{d~
z#4%l3NteTcOoOC9n9qkMn>n`g=fI6OYp|L|UY#io`2Lg*=JmS!q`RNt@x8F)7r=-%
z!}_-L8{Z8R)7*rMgKt<q!-9xjlJz4PGmU8$M29|Gts8uF^Z0pgl=ujI3=FViNZuFc
z_%+Ev|AmVl_=#Y&!CoUoh*rRgVM<cD=$Pv?`-vn3;%4dtOK>kgmFUUle0C#eL%B8;
z+BMYt7Jj7p-Ut65MD@R0@x0s~VaWC4!j5utckcx76y&NO|C{fA8K!v+!Sn%`^sIF+
zN8hm%FE8#NJS>z=h)+leJknqD*$5~2IW**~t>0uP;C;DW3j}FWez8S#5fG*O$0;6x
z)Nl_d<;Fl14yXkL4r;G;0CyGvn_W85!rl4z{|@iBa>iw4bu6xz+of?Nd_KbD(rTyO
zuK{AF|A+)hl+;|cF$T&Qj*9Tb^|Z>G>*PB?pnoR>K5c<J?-zaAz%cf^80@}}>CR(X
zP$NpwVV+ALk@Oj4bYfniPpr$=pWL)eI7<4dU~VvlNYg8lJsKFeJo&$v^*I)p=jj$>
zV`Cs9j~^3UWeTvP2!&l*dOAM;K;MQFB_@QO{mx5x!-+p-1k55WEiFw=JoE_hB~N}*
z&_j8reXtx_Ecl`KwSWz@ub>ODri?T+G-zmQ#w8?VoFBjbEp2OCv}wGIp<^wfg(0FM
zu6==}xbM;K{%@E;<YL6p|483y=g)UV<NH2>fTt~rD^hkGlf>UOz>)YjM~z>0i~}B*
z)&kCZ5dl@p-K-LMxk$JYe*MSgan+CNCq*9P9R0R{gdi2O@tI#9%{chihT}Rq5|wWH
zaQmd_>(koP#2V-Tn)N2I+yTueB_n&jE*A9%xsZ;VIepRR0~Ou$=ZDF_m)ZpXV{k`L
z$KX2~zup+%<A&%+vJ&(}-e@SBh+_hJhG!I)U*5AVv%-pt5_B)7%l8BCL3V0pr&&u=
zSIuNCB)k;h;QZQOCmsZFBb)@x<t1QI4P9Szi#6T*{j)uwV~$Tw-oU{C*$O=ZRzgu)
zZMn`u5ezR%%zp?4<kpIQBqd?}<^`{L04^;UiSIZ$u~5Q6v{pq0W7`cK9o>@ai*gn(
zNN56Zla!P+GBN_z8i3`AtB8n*K+Qw#Wu!YjA9@cgAlLSlST=_?EFdpmfE@uwD$rH{
z+#%#fmaJEc?*y?ZfJ6XlR@7J3Po_126n(~UFTs@#_J6-2v@tAg9qIqQj-@|l9hQjP
z8f*e~_OqiS*bx-%--D4iUNGj)DB~6-q1jRu44idxECTk}1V2C1G~z)NWt|b%iCOxg
zM9TUP#(~yhP}TK6e`LeS%gjt7$)bF=t*X;da~AZHmWIahV&l>Hm$yKa!1M*eA8+pD
z5Xc#SC<a)?^Y||nQXc@puC3pIS15J}7TNg31agQINM1Osb&<tx139y_tPIAj35=1d
z#GD**xpE=jTRU3p1+c+Bzag2cGJFKI;~lWB!D)hRiIfk5_uzgi0CESfXaJz+uZmiM
zsQO~3FCg1<y+uFwif;uQ@8kl>e_G77C1I+GWX)*z%H?;`MHig9WBX?=Mu$*}eZw0Z
z<5*0-h3|!uH`Od0jK<bbCX<?(N63S_bP&l!RQ+&L@tc|ncNUL>xJCLFp^LeCerb8x
zKwF!SpPyey$oC&fJMkdZL>?0XuUwg**N*mKnQGiZ7v9;E_2Kz6Qu*FgQXNu?8^%%t
zW%s@KlHm6rH#@ZV<w9*$r4%neohLLVNYF$Rm@U+zwigL#D-E2QQcON*IB{D-|6P@2
zQZSi-X@|w9sA<b5d4XFF+j{^64TwXLMDXwm`ktYGEWqo9%H>eW5mumb(r(R8e=@wP
zY_wQ^jMEY%S{Y3pGh(dMx0gAntNsKhYO0}Quv8B~!~Q-cQM89t?27t-@rrJ&*5ZK-
z?!H%NSp!(q6VSA7(a6K^zUU}Z&DmyIL*v#kCrRi~Ur?5Qvqh;jVy09LOgWPX?oFhd
z9j2$G+(!^kDcsskL<!G@GYzh@<>uqt^5Lb;pamJUAwvm!#;L{>GU_BGMfpXIMbVc5
zXG58l0q7O_MK3D_Hp&ajMjQAC6_;F9Gx$M+n)LiQ<v;ckB8>9bnu#Ii&}}YnM#hG#
zO7fu8QEBpzdUWNSqyPKQ=O0M{3?U~scW5LVGy@nPc9fW^nvJEUBYRhABAeKTG%zLs
z#5H0WF$PhQRVQVc)Os?bNH?)+809&|^6T{@oBM1lhnv-`_^A9J_I7ul0z?@Nwyz$5
z0aEhy4G*LHN6mldTByqrDPztfxYx+UhVJ}!lYYC3UWhZ~%RIi>PbM^rzJWhsSWm)S
zViogc*pXrt#YPl&)!7_!L?Cf*X|C>qQyNNHkcx0~+L8(Xm)O~fJQjW`nlfR)j8iTW
zyc~wE+&roZ%YwPinl;HP-&Q)b8w85fP)xr1$Q&7q`Me;dY~i-Uy2)}98}cn<77HAr
z(6kkb)fC<e;=NUfM^_ekeV9!7q_>S)^$QX-2%Q|0{mvJE(`rL-`A^7nT8WglW`IsK
z^C!6Hf2N0ex}s}mKipe#)<H9xR}S%td9sxfWQ$~weIX}Nj>9}Etpe8hcg|oPaZc5H
zQ6!{A_^@-tOYNSWR<St{SnJgt2?`I5J}*iIcWn7Zsv_w)C|w4kZquZOqd)_ZS?4=L
zA@br>LW66uX-|)>BI%u^ff0^xllG8~MoXkDvNfWbB8_c>nL#Kq!hj&p_(6SA82kM1
zkjIEI^=v#jxLOa0QLFFlGB!(DKB~6LczjJ0uCXJGWD{>AmnZ?a4}@fWKv<ZYhey1t
z6f0UhO2JKY21Qd-0Gnu`L<ts;UkMp$QGandM}x0{N?i{2tqRJvIh`%*b-9OI;n81r
zo7FI`q;-q@zUC78dkp?RjhQogk^Wq>*~chBRIK=l;00M>dLcp!J1!uT`sw+<8<WC=
zvom%&p|pMCq~?*aC9jw0dqwBs>#`(bWrs?=65i6@(#kdMaa#9Y6D{SSvbo>Cp=vCE
zzyz*E9`Lf%4X2hO-PHZB*tSJd*6uDR?pIz`m2uOMc5#wjDFg+oPA?|X8;$Y(q97BP
z)1t;S!Z;Wh7>l9rXxxi4T;|76KW~P>3YIAZXqtNEyLl(tZ$<<J1gQ3WDY`a%T4t^g
z8$SA<@P--r_~x@6$h_254an}<%d|3vpW?zbOhpv1^7<r4rW)y$I<$%sQrxT(jnHB}
z^2dCf*aYB(Q9A)WPqzTdW4A^N?D;Ur=7ODt)~Hv2ZRlP%|5t#y*=)kh-KI~$!X!nl
zDw^NE$XL}`dDkXV4Rf!~buNyGiipC5dT8qcbY$)%qK-<d0UL<C0+2dBZo=^kJ8gdv
zD<QfnR>}d7NfVk#O7IK!6n*T6W~H`2gRy*{B#@B^^|U<Q4Bshc1?E4ZefQqTR{6}E
zl&*%7h`-kg+w>nWr9*lt*Nvf7xz=CP)ZZ$)k;&l>;*Fux4>5Ap5PS`jHlR7%D)apb
za*j*Vk3aOB^eSUbaOLVcP8r6aD9XxgMgnyUj+7M7$r`eB?_#+YUfb^B37@|Yzp-1z
z<AMtP{S{VDKh(i8LQT8qS%O)?`XgHnj~YQO`6n)+a~o^fq4~JYAD~2!WYGH0nXx}`
zdVLwGk{KL?C!+KG@)kX1%3Z~mrW$4Vyv;BP8a;KfAnOjkeFg5z>V83$f^@Jg=)pjp
zy8g8KZ=OXF<==}EsZ_=!Bo4GjS$+hr#GWM=sTPQ`EI@~{q^z+?-F&J=+pwnF(7ZTM
zFcUoFojOIdmLQwDSEaL+NlA*Csc<^Q*?H=J#Q*rS@Ov74gGq`QuGzZ<DO~B6syK@t
zNW!ANs#9tk9a0E>9DbE#l>K;q9=_tpscONIJg`PiQTWQ4@v@M%<=6#?VYvx;rm%w;
z_v0OkgrK0prXX#rh?Ueqx=^Wj5<XoBOl&dN?E7<lA>+)InBr7YN%Q$_VW$HSyi!`#
z)ctJgIVpPM+xDVldN=(q_fNmm2E`33aV=N&L({54*|d2^^>q)f6}~Le`3$v$s!7yF
zsbwz`wjigChF?%}+CjTZ9gX77P<W+StGNGBFNyORF!_Ls8G0IHA`NvgJ4jntR;tye
zEGE`tQCj--tN8$2YclT7?J{p`(DAb^uzIE<c<|W`(KK!M;*C)`GAX)K0!p0x_AG@X
zEzIxsN?DN26IrSWU}>fQKMR1T4;d~6^+>jkPG6#`7j9rnOu0emK8xaad)UXOKFlmr
z!&%g)vWVIcc~g`ff-T=*B+s;>&rE53WRX(COl!b{p9Jwnp_$tv_Ac@h=Yl~ak-QC!
zxdYGdd`e#uhoZfj>wu3rnrL^0P2S4Y{i}@fxhNxPkp&1RshfBe^~N%&Si0cWG22<g
z;n4qy$^Vnh0VhJz$^O7byT*u%Qe+V7n|FSx2r5nN!b>>iS4}x)jy9DG&4(-VB*74Q
zwhx?>h2JeTTrG_FDr}|CN-Xl|t6K{+uEAq!TO^a~&HRr$F7aSv!vY@8r5H#d{qB|V
zP#Csbl;SF!hbW(p3#}Q=I_FM<;NdReH@*$ck4Uj7to+XAT|h}itxUi%dZUy%Qz7OD
zK}M%*dx3)tJ*9bSC@F1}VHlmP;K?(O5%XkZpEIEx5<a*w2BD=)DPBrMt(uzs#y&Mk
zX31;BO~&JP52cJl7=(doL@ZHw+jgI{t<yH^Tr$;YK`*5?!(+NR3<2L7+At=ssv_T(
znkoy#-t68`8DnA|xub?ybC&*l@Zz}ijmVY6maE(U)g^~G*oAo8;RWPu^U#Ym4s#PJ
zq4HXoCD2wMS=vyAav&BtrzT>gwn#?3P#&W*V+uyUJy3f!P{W~_dRFLTE~!<r3zK2@
zqB}69hw#X}Wsw#Hg_}w~OsY&X(Pw=`Y#~n>THq_Ad6+(H8@ml}KdZ8wruO5rn&TqM
zSM${j2k?slQZ5Lj-=oP&s@~u2%B+F2)>|U`tNE>G@b7r~jYw7Bxt5=`C1(PjZrpC!
zw^e#OXWh>_1=yW59*Cb!b!^HBy}29r%GAnW{tUn$>0vgEcC)2-;P)i|nT=~oSL2GD
zyZyw~)`UznrJ?lfER0D==H~xXry{SQ!wEt5K%aHWo&Nq(_o{z%IMO=4Nw0%5#0+{H
zy4=@)VXF2+kU35&Suhtgp+&ao8LVc`lDS)*jsvG~Jla=E&Qi<`X3nX5Ft}``!0R3g
zyp+X8-E6ljHE@k@ey5^2Cg(bk=eO8Y+RU=+#6C2EW#TaKHFsQQzO=taPIjx#&~Rhl
zJo~+ZFykN2QhzLk>mI?7TN6I4_!4^B2sRl`M)8@9{r^%Zku2-_6*x<${wy>6kyZ5@
z2os>@<r*yd;RffbWaByob!Js}`G#w-Bd?FtsU(y4sTZl3WGE^vnM?5+kxIzGP(bTw
ziJi;jf$7ie8yp=i7Ou-8T%tu2E;IQ-$dr&g)28+{^4E_)KcIB;{>+yn^PP>n(c}M=
zGNo*evy$mxn5V#1V9-o~<Mkc~@_f`Uqo_e$pB-PtWY*afc{?lE5QD2<m9AM$_;%Di
z5BuCMYE>Nk28)k*o+tq?dX#gvNeA)+J`LQBy_WTALKJRZXxCM!qK+b_F1Yf^CT^@|
z?<69_Qidv})ZF+<i+;knVoE24Y!3ydMBZ34a&-bWCIMcxzBwXE?OnR*5mm*|sJpc6
z!KXNgn+VgI1RtL|GE!q)S@C|ZwRiw!xQ1IIl><dx24PNthSrxU0Y@cGszP?~yS8}8
zTOt+lF4S=KnC7-BntsyS0O{Z~I;N>c8V}v8;G~&K)HNFiaSoLVt`I|>Iw{rTpK?#U
zeF<;Xj^ot(#!XE|45BO$nf{Navw(`Kd%O6MFGx6aNOw0ffC3I(N)6rJB_W}Lba#i6
z(%s#iBGTQ`At8w0@xRtLuI19D%*;La+;i`F_TImTNxUFm9ZYb+m;1(Q3EJ_C^tzsA
zsSwHd&EV&j-4w}cLT=w!P!`SI%HK@ONpv+;YBUHEA(Z(rfb;oNI3wO+@$@kM>TL^g
z^#`J+CGhdHd_L7J_}$?x+S7NI@$%A+M90+ZFIC6UP~Upy4ZAC_u%Oe1dt0omS0@!V
zrhs)&zLo}SDdU!MDDRnMNk%H>)VCsrSkXGcUqvi3Y_Y=>+f=w-^nKnJBA5&2S3<hs
zl0nJH@@j=hzC+InY+{N0<Oon6Gn8s*HcaXal0M}rxcy<JFbvnOtmm-BJ4_kRq47j>
zf2VerwcCPiGo3F%;Ktt+Nk~wBjDqUJho$&z6yp0|z+jxU8xxa~Dq+1e`;^*ueZD8^
zs)P>=J4szcb*Qgcq}5XPMbuwV0U@J*K$J8M5<%!aTq88PNKzRND=%eNRb3rryDpVu
z*2BAQlmA;9FvhJKR#9X5ipoU>18cEQ7M!|rDG3V`6?bbT8CgZV!}>X8=wXxunVbog
zok$By4a^;WPsa`~W3ESWAfosJ&yhf!5By14&jE*n2|d&zU~g7Cqf2<QA|rb^%lSf?
zw&q}>oHV2e6Gb;pO7cLbw8GyIJbtOOfsK}rugRr<MU1)-M|hpl{_|-%(VoBc+80F_
zecmhcNcNpm=}#lS3DqGZ*9rE-2-MJg3PYNV+E!@NZS+Wl=csJrF?#O_Mj#07_`|Ti
z^()i-BINvO&#UImYl;y_b-2pc;+RW)P-sA_F85(YwMfHJ&6$UcGD8@w!=CdeRU({u
zsaAE@a+ks8i2F^wG&|I}*X}LxVyy2=7+4ecpK5rp@QDmjjIYSa^A7LI3^<oD-F;^Y
z{l&C?Lzsy5I&rGrTjf+P+EL?jL~e^m!N9*rVI`I2Qac_jqarRL2(5ZP1)M2qD?z7R
zoIXA)i6PPi-5cnSdf8Y<tmFN~ceZ?d@MoV)Osl>t)6!Sh)>T_ED*eQ7S9c>z@Rm;R
zLELFa;N4fM2x>Qk%r;AFs=D2Xlp(<LLAiMd5$zA|jPz!;R4)Sa-=^V?KcCaqldfD4
z=MQ~(_C$G8N^Po!UAj!@qbGh^w!Ip>jC)#CE>?1gJ}@;XytU7(UWL_e!zuqRWBNXW
z*Lsu#H^-sJHrP_Wu)Zn8kC|6WOSc!Zb)KIGCDUZUHrpI(iXbwI3oY&;ioO-k=8S;0
z4tbjAzOk&93^tK6#eFbkK6~@xiDM6aJ`DrjXb-2MEJhecG59r%!HTh?Kn>O<yoFae
z(M$*giMaB>Iz*s5(ufW}ATTDj#kJ47CU11^mExS@GCcj(S{i}ZKx2(}NQUm8f~WV=
zO*W*UD?tOH6MtqvR5LBWZzbpKfMfcSW5}X)VAGk+utM5Dgjetn*s;w;qrNhZ`%x7V
zV=b+k@&vcUKeH0Ys)=Lr8O@Ij&md<)2y4jU-Ghd!8z(LiMW=C0zRdK#I<|{66MxN+
z=XWy-tZzuhl2CoW$aTY-$dZwDgswSK==v)_XF01Wh^do0Ej#*BIcaD9L1A=i<roX^
z$-8Hji@BEgl*Z;H0#&j+g)QIk<-evb*jk~LUj^c>G#7g-4#rXta7!Fqa!iYkQYLQF
zj3rYvw|wH-$kY;42!Fg5icQ=2@u}R9;7P&0C8JF)KR1fGZ9_pgR7s;#f;cQoRsdB3
zYf6PBNKq9bpNzoa*4Bnb>1b#YA`t!3_3&OIlJr<pX)q_U<PnJX6jsNqCFxIahxP@Y
zH|veDmJ3ChqW?gojG_6Xv16j~G`p2VR?p`ed}h=l*5hiH(<ZALE8vc!?Ys0Ht_Qn_
z0TN;{z0%nc>jq+q1CBx7bV}gI?X5|<`L-FYW==LzH<gNpF&y4g&GF3+{%JWu?iz#E
z7fVkFuXl*t+}pAmbMW#zx?Wdj3Pbc>{T!qGrf@X;qcIepF>EpF7E?Z+BVw+brHdmS
z6ZjlkZ(k?|Mn&XW*Xj=c>5T1T3@0unqG12I2^4=779MP~T3r&~3JlD6hLM`m2IBG;
z*WDQXH!&4=pN}JqCf(_ufdqKt(s*fjPgPm?QwfCh?G}?7J#oGrw4W%5_E4}GC}Prx
zI73Qion-D-@lbUG|2nzgjrq~@bW#J&y>e3YOtg58%k&<ynp_(BO&Bg-h6imjlKHQG
zDqg!-3$iB2aDYZ|w|z9-I(aUG4kz)2h8CWhxegqI6!qX1A`rruwn%EP5KkIhtzE96
zgh9Bgf+_ZC4VY_0C~$2Zca7p1<eT+z#|nTs#<7w6ekGPtAs!ezH;SA^vdn|<G^B=f
za#XbaFpYJ-&J^oW^=~VV1FwuP6*wDhGY9#G%M{KUh*^+~JA8WBko%r)v}U@6Nb-9N
z$j=f9lA!wQ3+2H%Wz0Jqcbz!p@zdnT%v@3yyMAu2vE3;`2Vn)lJTjeRj-Q_WB)?8(
z+f)3llh_sa>J06!E+_CQG8QYVwHOCm>ZWT0%wrSsmu@U`K6<F^dv39Gx`f<pZ+zFI
zYRn+;Jdiu8uJS6plLdUC1vio7^LHAEtkhJw0yT^rV3G&L+)Etv_cC-qaJQ*lKz#)q
z4gVAZJy5VxR}a93_{c*hoMAwK^U5B?<%sD2HZ`T9sTmyJdjJj=WJK}9wq1qijX|vw
zH>6kJ2Z0bw7!K?;iQWQ9evVPdK*-#<wMv^CV0ci)h*IE6s{(BoH9zjKFyl=qYn)uZ
zS}{Ba62||%C9O?x`?TjCzL0PKT(LaE19@8jB(E9p<17{&8wX9RE#{(fm6!;kWGHb%
zK)B=n&p)QrC0lbf<|#eONRQeM9Bo_s8;gWBopp5^5fviNLK>kHtSZq=<1vIEQt<rY
z6#$%R=$qmH$eJ&J*-B^<s+ECRg6cnN!1>w-$<@~7)PNXDOi#!t58!0mPig)^udu}A
z;8n<{^r(Ve=b>2U-A#&Y7I;(fP3&W)z%ucmPKXLC;`RBI&<C9A?{^ryUQodVF794r
ziwkh?Vgq~5m3KRKFHp{bGoDH(dMn&!!bKmH#<@~J#(O(>&#NPK_Y+Ou);YKbONSCK
zEFZW5(W7AIK!Yvl<H+V5PM1{ta6U`8#--^GfT6+unGFmZ#l@^$yDY9Nq{04@*$VCK
z7yU%i)w<;i_Qdlu3UlMf9+xkkGS11VzpS(y)}xbM@00o|F)*1yks;Oi^V==U3K}1h
zbuNEaiXn5>Cu}l#Wrdd*v}Oa9^?cT!8CL4tc#xY_m}ssPaXyz+N2#;3Wh5TYc3`na
z|FmpPKXtxU%OSY59oF6STK!*8URrhY{5D)>4>oc5s|S-715OvGy*a{aYTdZx0D=}&
zF>9wG^mVuHZ=3a<8T>Rq5%q$jdIz;1A}W72S_85j04ZgX3L*tb6@az|WFE24Z&VW{
zXkv%WHR~KXMi-Ag<Q}%}Mw1%7P+!3~d=^eZDQ%1cXi$;b#x<l(V2<6J#<B8Iav=pJ
zTmmMfQc_$c^OnU9a7S8wd-Omwo!wVOI#Qu66jgQBLa!oJ!_MA(%M9yHCJj7uzvWEo
zhwwa^Ovm<M7|%@EDB&G?N!!d3YFxq=PNyk`_NuEkNh+>h8>-qFL;FD^lbI=ebA-^y
ztXJxMqHwm`Rzh-~`8FxSX`+Us!Et@fPWlVgGF`cbK?t5p>E`UOBrdVZOHk4P)<KM%
z=H_O_6fUH1Y#&^F7b_iCG^>wjnqv*o5QyH5vrj9p3<Ow8YLtHO5lWi~<7)TDheE#n
z`ofZbfHaqCgfD{AW;uOT1?8=V;l*~@NEP=VMiMVXg_eB5J0wZM!ZcgLuWue^>v*Tx
z1g~TWXJa*2z`uPZr5ac@jaFE@|K9+?fCr8$VL35YFAu2!u^x^F!a|#vQ|8UqnuNAF
z1tCp2P54=oU(&vUX`bddjhtA0i%TU`b}%1&`(vPLfXfi*=pnsdhOA{ffBN`Hb2|oB
zL|SFM{;FIhS7CmI_`5kJ`GP9NB26|h3J33iD4$*(Yqq4mj<=titJ`AgoA-~FON2XT
zoOhvYF!l^Xa6nXOPN6e_$H8F{xgH+tPjySJ1PIi^W?5h-rQgf6MI`9NE}pF5Hn-o@
zrCA@Kmq50!`*{@@M4*ZLOGRBloS<+J_|C~eVvzSWT}STW7)1~0mSZsO7zWzn(lJO*
z7nPR>@jKhwb0jJF*Xu87-tz)t2MAB4Bqa^kybu-^7884&jH|23TvArH+~`C-S_48%
zKuT|S-uN`ll#}lBB71k&vTF49&!ZAkE$}VK#{*M>Q-@<JdwpXg2tZj2kcUa>bIk$E
zEq$Ea$B&)QSr;%)2Q6zsfw8JH{gR}ldDfN_$XG{5sOlC1<bX2;UInRnClReHC;wzM
z1i~cA%HDqL^v0@Ir{oF4<E@tz4_Z}-N-M5?Ld&lvon*9b|7G#TNRFcr2qXNtU#xz7
zOqDf_Uux)R@v^xe${?qIrv9?~7c$lwr3+-arcF*_FV%9D6xY&Gzq-EG(JAxu-#d$G
z@#Y&|su9%9*1L(uZl*n-Xy(f_UqRhmmoyMi=`u|YeIpHIqFno@cRnd8DK}TZOZoj>
zyWtsLU1Q^a0p0)1Lm{*Qgo5)+V3D_*s{pYE8lmAD4h%RAG&M7GoA{%nZ9v>w7s!k~
zx1XO{UBz9drNC{htGoL33$T`^tv{-Ljvd?r=!KZUEizJ4z)N8og0zfpT&{bqIySyd
zKUKfqOpJQF(&7$W^!ul$Pf?No#o(C|0H^ESN-Wj(Q{d1T2UZ?<&eZ(8Hdjh%S()!#
z>ng}_DY^c4Nn)h~$XE64?Ub|ve0;!cRrf-*QFyclj5heTfLdXy^E_n~T!s#-Z2%5r
zG=NT?;0~OdLaXo0fUR$Roo2Mgu(GkOtqlZ8K_tPM6c`p=g~3x)!son`oDl3!DTrK&
z<P!f_gnO$R5MQfwtIZqP!{O+-lG*sFm~OIj#%iUCM31AQpH*lWRr^@u^L-iO1|kYh
z<xG_ls<dFHro#ro&H5NI_(&Rv8+&t78K|_^^l=aVC^FBFlHG{z*3z$EnW<u^UwR8r
z;OdoYR?bCW(=-fyw5(kK1#b{^LirEZkC}Ru3E&lg2H9<|OTvd$RA287%ol*(1zac~
z={V-ESvp%JRdm7%Kro=X?eyXD*~J!De6w79qCx?FSl{}(F$*EzC(7?!V3poKJY?tQ
z?%awN)#uXUA*BE>O3HDt=S+0#De76*WuldfY$(8+3Y#8DEz<*OEG?}$;92B0Y$L@+
zKW#az05F+svG?h^9toeh37>#qM4(A3AZ-BWq&*1txw`UE;2w4~rR@~X@7tIaxXDZT
zF}<PSjDm4kS`WOVDTjTDN0L7KPi|T<DUNZHq%xL!@7GkY0S6{0Z)n?>TH&ZuAU>a;
zyM**kudbfBHWNx$FCEWoJ6v(bQ{xP}0Co4n2da0<1_qSxKF-pqIe~O9NDtET&=Nk8
z2Dvr*3OWDI`1v!y_IeUz|6K2XE_Cf;G}<Hu-~s~qWDQNt*UHMkPsiEnnA!~NiQet2
zzyfQ|*KA++4I$9V5)RNFTOO_KY;1rr1RSZ_$!I|pw_;hZt$>?$*46=V#lFsfH6uS?
z9%tmxc2r{*zkI;#`*p!Naz6Fz?l?RQ)<9Wx@nc(FuQVldIv1m1Jd#hi0uh7p@F`OQ
z*S`TdaSwFdC<FWMK?u_2KzdFg#hImrep(G_+C#Va*B<hO+<HBTq~4J0Zxy!%=Ok?K
zCveB8BPcfdM__ZmzPeiW+RFkK&|H?^zG79b2igALSy7Gdz~kA+kK#o$089kPKkOIS
zFMO_#y1KdyJXh+yE_Z>`)tCpy!voUTCpY)*Nmj?0m`l$R4d0GtI$nYWHpS?J7f|y-
zI-<qx;M@FsYTQJnE%LE;a+DMuaN24rDn_h0hJ;qqy>aSX69>vN$c`?*+ls2;7_Fg*
zlA-l2l3PH6v-z>Acc$F6fb0oKn}R6}4E#R8xJWSwGN+IGvf{bBPBo4tCCPxgveYnc
zTMv}^2Vm#@XYMOgHHe6(4BxwvPOsPMla)_dCGv2cE&tKqbzEuf{rgpJy7N<oK46Mq
z2B8d>&A?gPasb%@@q#EZL5I)4rBB1@1&mki?d`jIi7g;#{o&8yKZkdxVb&kt4<8<x
z0eq^&;S{XWDWhn}{`9iZ97~x;AzLsEx@CZr0Uio(AD^xBcjtL1vhU7;-yb+$OqnVp
z#C?BX0dv5c%99mv&jy(vetK(*gobzqU?g=D`BQ52=gGU78b>C>QVo*kK`tx|>BI^h
zk5;(WVtA7bUh6wI2PZ7&7LL}wQ;EKU{pY-!QsKGlJfbzt4Dzs!sNXoyICw)@3RW)L
zu!^v)+dDi8_}BYhk|$`LYkvc%AG$E|?-er5OC6()7R-11vERFAMC7K*F&KL7BxxCX
z6_6SoQLne81uc<vzJpOb0uQ0a*uv9C?qmxx3atF{JVi%$*NhE))}KZB@f`JY!%Xwo
z5g010c}(B;^AGS&-+bc_3H28K4xqku1Osy>rM0mME$^~um10t{RFuyg2cJqDy$n2z
zb&x-)T9?s%kai|ei2oM-I@%Owf{@1UeM<q+(}m&wP>f?hr^RJD`&)anYT{wA(|*=E
z;`sHm@Jy*C!?;{cx`jK*0y;?*&YVB0{lmf5rZX)Av`GlFSzgXZ?!pAQTGILrhBIyR
z{8`^~-sh>ChE?g)MKL3UHor54|704>{eINu*VDTvjM|1H@BNXSv_5VhS+%P4Z2xtG
z429pCqLQFM;1F7LKTHz{MVEeA2kkd);k}bj(nG<|Y!3<pn?8sNO@ydD!GLWA+i<wi
z&bRyXdb|=v4pV^7=sAnz28rU)u!V(+aaq!)Vvr2<=u;^4qjl>gTjaF1)b2A<(gtD{
z28MIdrRvVPpX;yA%Lc|)>C*)+|EEeQ?b{Cb`I;D>!o3*eHI!x0#)a3g4U1lq9;0)F
zlIiERr$D#E9DyNi6%PupVThsw|CrhzwF@?x52y?Fnqwye3YemG4okTa&&*CLN>o^A
z0>SQ4Aj+^Lr^v%ZyGSkMk&nUmGwl5WlCYwdmu)_$_ri?DA#2iBP0Ezwyq!L}MhEE{
zwc&Hm#~V0C7_tAC2wp>_VQGj|CQ*a|sabR?F73uuw<G*d?(qPnzOUiQlNHh@(<ez)
zQY5&UD##FQP7m5tW8|TkAdUtCWQ@K)j;$%QEmS%#Va9ZptTEpCf!?h=R<GFd%}o?r
z^(D?os+}hJ$xl_T9#jmG)Sdr3#i_tPJf>TeCNX-bzqbyACaIy)D1L(*bJ1?TRqd~(
z&sV_b)T>Gz{e!8mdBSHsO~=*zs^FwH;%|74b#w6UpU`&PXQ#B9(|7vH<wcwrN%TK_
z4)=dQN7P?Q-8|)f@D=>CrnUVetN-T6@v2U!VuAUf8Y|&Py8&AV(y17UWU~Rq;JI$6
z^32r*+Kt%-*cXZkD9^NSe=u1k3o1{ck%HzX(hX3|5U%0L$f15!S3t^9E0*H5?8%LU
zG6kxPNcV-y>brV=l4HL**1ie7_P}d3h-bi?<$lD1Xyp1y#51C@7!7@1Ge9L!=xhGT
zBa1=V<*x$g+32#6M)&hQ@g<Q@hQh<kAiz3bBo#DN)fE6Cly;%`YD~C1-FLhB0O$;>
z?aCNnu4MjP^*C=VDWR*GT3OmGA~{}N`@VymUWiHH$L<^E)z1O$^IQ#bP&0UOVF_e?
zzM&SD7+K9APa&a>Ad+x%u^>C=9++=%(DHq2rG=QSDTC+G+@?#QJ6k-7+hC*eK&pPM
z*JCWrx~r_tRC0LkHl1(>{+>cdY+$>lsN1O}jsG=P2wf@jU4`c6@up~dP!cMP<Ue+q
z(C`GKDs&`q#%TR+O&&3$P(Nswwl&2AynXB?&qhyQ;7FSdFD5dCfo&oBeFv8Alwcnf
zeV}t69u2La3Y@h7gWjAzB?Ah_VC;Go&#=CZ6N=BdX%t9;5bj{<y+rHIz#s9a*H(!R
zJX%NmG3LF5*R}4Iu=loZ2G84U{)r&2-f6?`XTOffX~QCZ0gv<*`w*rU_RWuj9)d+X
zYJn8bV2L?YQv*xfXIu>GSg+wZJu)?^&^*+u^1Kd8e_Ed>$kw10@VQbIdshwbko_@g
zc`Q02t?+$W4qsrt&|Yq#-&WSNXyUV{nr7z@J<Cr{|A;l&p2$1hh^5$l>?g%qStVj`
zL((-AjnJCcfl3ndCst4K@jO?0i*#vv{`zb;o2x-IntrMaIuL9^GkJ8<(^lL1m*_~z
zJTC82k~R<zKD5LoLvYDE0fC^%V9-iLw?o&W@VJO0PX07F@P}~jzskij-0vZkBsGa7
zvw}x}{}XAyG(fi$YCIi{M;w4f%#`ceex&V;sGhmFYil%EX8r9wE>ls){37MVI@zL`
z?+b?SbqBG_aD7eKU)QBVQbkh5!0lR{aA<!j-L^KdCq;O*+lDGF@va!44Y_=Ux)#tl
zwZ2QpjhHmHB1JFWg_jl)<zXcxj&dh0QRXP5N*?F<8u)s<*Dqw%6e-*s&+$zDmLfXm
zU$RjBcCu$E)(S&ukHb3|A~l-})#k!&!n#}tHy~cm=+7wHJ>JxP`97G+lf`K)brhcJ
z@cF6Mt5BC{Og!3_=+GePP|i(=iGsu6Ia*9>Ef#<F4L@|x*2^t<KEaO*15Tu;8;WwL
zpN)m?E(QVz@!Rv!Hu|we0~9itXdT9PTbU7DAe1Ok!(hd~(BG%CjT_1<<L4&1mx+Qr
zCrUH1q``)GEFP+{2c<z~fQY9>Yf2VxG_6%p0~YZ2ouT)|O_-Dwe-**%8V@QcH*$8n
znJ6qJwrQ5t8oCn3dK@tl7HMxk2qdwIADinC*WO<_o;%$4e5M$Tv(Smp2XL4*k1uBf
zQ+9)TAKRfz-14<eMdQEX%QD1l{?-h-Wl8PirrAAV-Rs=6zxnO50&zfHr!nVeV))RJ
z+7LsEGGITkK<6riVvON3P_@O=SQjH}jHjM5CqRfdNTh{^(S@|jQ*DJu(~S$(<#s6L
zq%kilu6Xb*@&9`P`~xTlT`6{NWhK|=qm2n7kX$1&P=y=JB4E_p1Bd6AEu^(%`lQ0#
z0>>9<5hyx=!na~XNcEaj;}%QTci%ru#_Whpj6RJIH^83gc5xf6v0sA5J!VTWm@Z9h
zB5j#LcS<iT7rbyBR;`R6l4tfvBiwk^9ky*-jKAIOo+8Y+5r><0m8o;uC(w$9r=>5y
zs52hqnbwb9IBXG#wTD>sFSJJ*J=ntu&dF8!Lw1N3mKAd&PSqtK#AcCDBz}LSc~jT_
zkexXqoE?R6NjN0WFd!!|Y-8Gkt)9;V0?Ow{JG|UP1<z^eIX;={pZSorbd%O{F5$Qk
zJzJ`##BRz@nTU{xNO7y+t_sFlYc~@nHCw7N=%6W!>4C1pUVAaLRUA65yj|;#<|S5f
z+!24zm2$ao&_Bt*(>-El(s#5Y8TL-rC<R%fyTJkOdiUbSoGQ%Im@oplyJR{2B#CUL
z9uu=a$*qkcd*auZ))JhOP*+v1B_AD|{%i6_VW;>VwU)%UFel$W{18{s-)h2ko-R>V
zM1m2vlFj6@!s-Nm`ifrAIpzKPsy;e22A!;*SG%!Q)b!NG6{TJG@G!RDXTEU}6()r;
zBt}z-+=WwiVnrCJO@9BW@6NF}-SAypyhyw7@Vp71XP8?;C4rax{;ANkArD96jEOwU
zg&R1(CJ!bN{<b&dMsH=z>*mQ?73y9xb12QORe_C)+@#-9f%Kl%T+Zl6344Loi`mf~
zmYY1Q$Rz6i*?c$8qHr->UX5lB8maS(>A+|$E*d}PKW+MH+ay0me{qdHo73iUzds?F
z&lck;A~%fmo^BIqA7&VXHZ{C*49iIn#3m-1ycFu8dnbRVOOjO}!!!F$wrH2ki$AKy
z{dW?rMv&nstllYa=d+o#Wcu894aeu64ppmNu$#J@pgxUS*%m%&!S*~~4=oAj@)|>n
z?)vWEiz_;8BZMb79dmmen%(C*IZ`AaXzR+@vztPHi5>E4e6lC}hAN}|{kzT?oKp&8
zU0Sphs{jj_zMOl1-L#!jp)$d7|BHsA#eTfaW2W{!dnM%eSIbb+u+~x;V9D8%08$a;
z9*S7j4A5=TnVcKBFeNr>JUi+_<#f+OR{-NwS!iYZgYbzMANCfAJ&Jf7X^Va4ZVX6P
z=O6}ldL0-=GQ$C|%>%cxpkv{Vhrg}rtl^th&&F0#<(-YN4hY+g*)KLiL$37|_Z^*c
zqSo6sl^r}4uEYd81?Ntx%3s}k{b%DJsLpL%SWLpMymOXU45?<0d-Jbx*_E&%ep7Hj
z*0a{v%!_NHV~s8o3^sk+{31_)wm3M?ieEnMvMxIWPHR`tBHDV|v;}%@5MV=SXjoaC
zua}#6GVVWsHLkMdXNd$24I~Tjlsn%0eEj$q>_2M3VOLae`G@rggNn(YKcFD~-6a!H
z@HRF~=D0+8c%1+InxlU4?hHgh{iGS{L6H^g?wY~IsJ2#JH4(rv9&TOyt@dEA1;|(G
z?X-aD8gjJO`4=P*2>kKm8GhZ|7`+`A1ffmt&IeZzoylbZ45pG2K$d^=`Zd^{0}v1a
z9E5Qxa6`1pw0T8DM8w6{z}5={&oEHqhXIaz8x+TUyuDv%iS!EtI3%d#g-LCK5=)^C
zcoVZoV6^s|2f$JMI5~hHAdh<TJrlUJMWSn6cR)((4jBC+T>uf};2@5H_4DMj;OY7K
z`K6@@sQ0f~t^N!$@Ot*_AC^WYFFbeKwHc()4CYY$yFf+@6s5m^Pn6gZbKM>S*iBHK
zvq=Xf00<NVb#ZA)P&woCXF!JpbZ`LD0YxVjguAb=KF#|ir|-a|&R*H3M$y<Y38<Bx
z?(Q!y$N0fPk?i0ix9e)`ml*ssMN0S`kE;9m_?WLoeUz-5ar{yDdsM-og;uM#s`Ag=
zh_<PsFeE6A6fb6A?s@QaV!pj@EyCe=MmNP>s4gEe>~GxdK`|jfW2~pvAw?!CD4Y%x
zt+w*6RDL!VnNY1hygjDRMur_cSD|ZEPRdJbK3jqSLkGCt&#~#LVhG?;s>u>Gp#Oj<
z*neLi=|H|Dg4j_*V`GG^=O@w7Jy5p&2VGH~AzY><jxc!tYZlCGklH0`<D-fxEfL}4
zqYJ;WUupSOQd-e+(sBp@%7I?{|4#ePo`AACq4b=4_b5Py)5U=-j}oAGfB^;N6)-X^
z1t4H2bxR&x{o&7VQ0!S<HSFd27d<8oc31+>tbp_x2l9?#U{jCt^xunrpl73M-W^Cu
z!6qsSp2v%TN7zpc%%UNHcl_bu9f(mn-&Sf@n}U*2v;IWGu{MXL&JRE<Jvy@IO2G<(
zgZ$KJ3O6`c;1raUFyUh=6n9Mkw2C&zzYHvxkC~SMSOJPo*x=J}ap?ln)6)Uob#`is
z=fw+swj_!{8*6JQV@WjC%ikd1%{xFSji+4$2BZ9zl}h}>Lrw@4+uv1losP|L_J84K
zz+WzK4pF50`IcRy?#?T~gWdbr`@ckAHKjSm!;#P`2D_OFo|vq%XD9CYAu`&7-yI|f
z>R0zLr#6p(9y&y3(Dj~MIW2sbkP9(a9h=CYB9oa0c?OsM7KcOhil4TpqO5i}QROvd
zG)l;Urh{n>*kvl1u_rK-{QAIW&BJqo9?x-ErZ+iP-tO+lTnWdER>T0N*Gpwi_Ll!(
zt*}v0*anaNdc_)mG(db0idmR=y2(4vuw_uQU0rot@(}y{IW0}TKrQi`zrQ~y_JD|<
zwSYH(XJT{-QisYEYkU)M0EHM(Ssjd_HfnY)n0M{G?dJ{@wFGev!0D@Z@B!!p<OLTG
z56$%^th8JWHV_RQs>zgN08gY2OUQ!!<WUv6^|qi|3+5R(jf<Th|K8rh1^{SPT|ukT
za0TQ+r=|dp6)Wfy>>9+tzy)qvJ-@!b4o)iocD29Vd#x(0FjEH}vXHt<Y;-w@K>!6%
zH_W(F2xc9@^Bd<VIEm@m*<iMVI&xzpbHecdGN({DNQeWrGkMhY%}u3YyRLIDC_?fL
zfEEW{pf>Y0+gpKV`3b`z$Ytbwr4aSt$a)P@l;DM-e{c#y{}38^HR%*#jzW#(Q?VHV
zkQ4-mM8emIE+0>b8)8<SYCJyc*b1qpO3qZ#=R(%cK2rIR$+bga_}gtqCS|ckqJCkN
zf22g7f(R##=<ne!Um!h>mP1F}O<8iw9BRuwKOr|ghg0g;h%`t5&pHbtos^m%i);xO
z8fNO1ZZbBF%FEOw;Ma2}^RVv5*PCgs+G^VJYkpp8;Px>tPj)CMTT2T|6jZ=&JNh@s
zqGS*VN)QmFrltl!4~0rOb{=d=)CYxl&=W~2TGG=~2=d}?I|0-|jg5^>P3aPbDPYbt
zNeaTz1YuITdU}cl@fC+))c{wOOC~_lnpVU3`ST82=FdPP_0x)VI*2S1J_!Q3mr1}q
z1gnTnGEOhR>w!z^le___Dgmwv$iC;OScCVswY7C~s{_$UOG}xf|Ke1fPnLxz?tmJ@
zApi6DxE)020g~hN;bBkwBdC~xFW}_l^gM$zNdY9&Nq&31c{90KZ$}>&YU}~20!2vE
z>f76`7_1z?_yk&KSXh|-b9R9a4L0}NGZO_HP-q4-1$;XQhM=wUzn2PP7L;be?GA*C
z0V(o&dpH4JoSBui0?-6${8nJf^vBeID;I<&K{*esKVY>2?{<B(0B$FMZ5B>?jgceA
z@NI3)s6uL~;r)7-Kd4ED^RDlhgXGpDR824H{fKZU4bJM}hfBr>FL!sR*15O?#jP86
zm%R7ON0dSeMpZJEir+xzCXpemr}Qm}lU(^KLS<8;iJ{6D9(bd%48wCL6=2WXNM2BB
z@a}z^WVb1L_K@fq(?giq+v!2f_%i)wuQ`p&pGnUe%Z(a1z63Lr>?fb^AN1CyVegfR
zlSbi{KzcB~l4Vr=dTSYH8VPZUbnC+l;em!I2)+4r^$c$yi;hjK0DB-Ndx+}&hVur7
zOjEF96XC?W>E18P-0I~iPJsm+Uk3gV`OpS}bT$A|fH6<uHhKg@4W0t379|0!@4PU>
z@n6gk06z7e5tYY_y<06@U0S-2_G~kAbGrigo6GP<MK32Jqt`frhO|caPmaA;&J=}L
zEOc;#;B>`6%1&hN!B9gW;`5)Nk=Tj9!D;#$;lX;NsZkgF<CfRAwS7~i;^Gq*M}fM_
zb$AtFhcowF%fSxr-b^kx#YhDEe<TBLw1E^MNRX!k_2r(A-9Bq6*48j}4h!LiW_=b?
z@6~xxFK<3^G8$|3Tt<#!Tp1*JM!&BPTWLKUG^nI5kZ6brp-joRjv3N_Fiv#)EIOvR
zHOil_<G265yk`8hKKcXjKROMwI}1{)x#YDw_T4&7seqfvT*naK^Xzys{8&ZP`z%+*
z&2VAEeH*t!$G1CT$DpL%h|QCwb33=B`9`~8rP}_O`R~=`(+R?83qBkq3u#!B5+>(U
zA*we&#i=r)tw-E!T9}PH3iAGg_Fybg@IpTA-&o4V5X}TC@REl^IsJ%;6hnT!MHli%
zGKEvP5pEmjOW}Ozeax}C`Pf?*Wh9BN`gJZybgJMMt7OMWYiV+J9btmGj<>U2`(RKP
z@pQYx!$;We%>BGz=2g<I^fv49VV1@DON@M?#TpMQ+gbMj3Gr$(PBUMIte4Mu-|jCL
zlZ?;Mqb;E)HV9^syxvx{PVf6JCE*B(Wa%MhA6sCQk_%;{R0s&RfTY&Vh-hP|zJ?j&
zM$*2ve->b-<g!<-Y@i%<>M(!rR*|}m=y}sFey;X&<cHI}d(-iQNgLrp_uL7>r!8e!
z*mt>`ed+%CYonrI!Q4_odfCRakqCuP+#F{HVm|f%x$wi5fB9HEF*409)p<wY9u(w+
z<RhgiI%jmV_IL2Fh|PSZ(!{PC|LYurS`UOxWN<*q#YM9`jZ{)nN+C0U;dyitik6^9
zzWbo@nB~K>twHr=wW2`YI39ODepF(s9u4}$*F9-{sUuB4zxYMB@@?EqTr;A7xf9x9
z_tC}d-k;lAerpHgdhgWMA>`w9&$#-aYq(y5DCLT!^xdBnEc<h^p>rNu@m!;xhW)go
z9lPxzTr$bCEJ~X@-mr8SgXrs-E6!&e9Ue4pJ&l04Y)+w_R-p%H`-{b-QSomp2_yL(
zk4LpJxS#0~X>=@V+RAvR@uQ<B855#e)kQML8E|?xmytA3t1tqqOVmnKZJjkYDd?qO
zMDjmY<m?13P9$<^>fb1YmErTU%s<HWF3%L4uiXyUbTkSza6MK3l=IqMmv4GeuQ8bR
zyIoE>>DK<U5^|Y@H=32&<h}p7sIMBjba!-dIuY959qkAguEts!MHfG7J<jU6!C#g^
zPi^2>d-&nWr8n(qZ+kL0_<9GMq84;VGLyi>5kSq&!i67-h?1jhydS(4F~$*izBa!Q
z!Xs?J@**Qsk>4PWA#Cc<v|O(zO7`jjtNAX|j0b|NFL@EwWQK<NM)!_`m63j8SeuLc
zKtyN}YoF5UUNg(_gA`Re=l6vr;*dE!%i7nSEexhghSc^&1*G;yio>yUrb-<}Hr`?C
z8nvn4osBTfBu6jY!;VkieHcjpN}yH8D8c>baAwkF)V0e#e9-gi=}`Bz&PwWR)>fL1
z5)VqcK)IQhdh&OUlr4XjT9`5D!UPev)MbrE$WO<aAz5XzYl|r>srPt|{<bmp@XGTT
zTp;E{??yHWjS0G3I}sBWQrEtr-nd;+;K28N4?zA`>|CPXp-|gW6e1yc>F$o}iqani
zFR07VP2063Sk}g7U3uG_-|VoO6OFUXTHXZ9ebW1+@udHULF4^P&+N4EcEIsr4~Ze?
zPq==-Mn#cJ7Su7E#Xq!H!NiFybT#_$D=?smVVHG^Psc{q>>;SRIWdco&`gQ9`|H>h
zt7wEY57DcPZMo=$uN*G}urgv>zF|^AX5qIQL!^e;+_v5dg7yJM!bEL*Ll<E@J~@|N
zpI2*eiuC`U9BO0$d5z=H)jWh;LP;?NgA3*4TurpY5Mi4POI!=U>LPnux#;r3;r-2m
zmg8dG?;9u3hQ?wdn^IK3`{X=87H2eD-m2p~;q!336u6gezxXc~jU~r#s`{uce_g&;
zLhidKesj8CRneOOhOU{h5tk*Yqrfcjepmc;e2MtQyFv{o`IR_(y~mOtym?9Hd;KTd
zX6$d=pDHl+Ppz_XH@A6beJICNRbUt4U~l=Y-}+t{nVAE*=&mZ?4x6zh@hQR(cQS(5
zz_Ifz+2_m<|Cml<Wv;(`aa(!t3=w_i?t;~I#|N9(itwow=aqrH_Fee<xcQeC@9*vw
zcYgdqVe-zQ7PkKE65kYsn6ul*;Tp%Krh#paB<^vdtoUB$h&$@2C`&S%=sJ^dGMVRm
zuo|9jBw^BINeX|I*KtV{6Bs>|YS!)KqE_i9|2Z)G$110D3L3_n2bkARsIdOc6uiIe
zdvJa`fNFJby%{0C=w`mxob{3XG*sv<uKTat*Rw^{)p2UN5uzMfb{dD9QP~xighipq
zM`lP|o-9@pvn@@>JJ=X(CIj~k-d^}A624^^FAf!H^`Kllv>9u2?`J30IvmW5>_)5A
z^CnNk-S)4{Y4esSDAJ!wODab>{K<OhP;D(MK#?e?CwZ$_NhO@gRwwn0mp0Ip06UnB
z7Dn@*c?nG*g)_Dz-#Y5XTC`_nEQ(Ra=by5+1XHx_Jf?@2k(2&OQcS&!K{?rO`@sY_
zLO6^feEz47<bQt$^BXnQoJKpaBXRnT|0sTqXbxx$o%*PI0wF<O)YwL@#PW2u2n;W(
zr3=^stC!h?SJUZ8<NHk~!{xU;!s1Ia$xYtUgA$&4FDL}C%|z5Q6}~d_-EG_*4L7@m
zp~MU3%Y7+A0-HumbtT3y1&w$HxKx&GWT=FHH--uB(1x+g;JUtKAU`ezp;WHEf^%^c
zyF+1{{?oo%{PckH#79@UUmB;G<u!kwf4j$(Jo(*JSJRI6g-h&vF|p?tl6u+X(zRJS
ztkUk6uZYAqzu_IWhe-<ZY_W3{%XlbDXYYKn(7a00bc^_{gTAMYNnFn~Jp6t;TknI*
z?RJ=??1!s_Jt|WMXbh*5-GKwf06|<iN~w1^hu}Nk)jA$V30R><97;_Yz5>rHKQiP%
zJhf1^BV1fp)aRlyfpleb@~%gA$kmj#8m^%u81-`B_zIO@MwERX9wrFuF|Q3{Wl-||
z)m->2B;&Vbl9K~v$F7pGml^VCT?fujjnNYoJl<w>Hn(~V&d=SQx+I@J<}4Db5G1rL
zs?72fk8)%Fg$w%GIQ5$w75If4D9yMjaz1%)Xz&4HKmKF-ZLOArZl{Z~k)+&P(&2P-
zCcBBrf&}_bSbQe4GCN(EW3<0QyyKo5yDS5FM1zejgrG0hp$5N4Kd!!txElirJu8XS
z6vKqb4pouK%%+rvcJ&ouUv*y+et_^-bDo!n^DpJ(oxQpuuSg`Tg>556nZGYj{uo=J
zc${)<eO#$7T-9EAq4PBysF4lEJhzsaR6Cd@mDLmN+}OqX`)4L~9MXIxn!Hule7^FV
znQtM149X|kAIHm`Rx~-<E_xoF9+tX2$V6Hfmy&<EHP%-iTBkf0Si2dDQMaVpVS*ND
z=VJ4!8q}DZbAFX${KPVV3N;Q{@}gJ7fRpyZ867G_(Kj?3b3GK&(HZ=PQcWoM`Ixqp
zQy(kOYQ8EKzb;IDPT%!Z{$PePC?QK)FW4Zjx{=aO-h;>}^UdlsC9z=fp~lznXMxG1
z$YSdvYsDwY722Err<bDdMg=qu)s!ir5Ga?ash7D_v$iS@t-=@KcZ|4BgoQ#Dy?T4d
z#8^-65}D2;6V?3jMkR3$l+M3Ced)R)>a@~+pH+OYkYhw4!sqroiQp?y;HL6;_d7{V
zA<Cn~aNJ~~9zwcdRK?JMEp57%c$!a8q)6Bnwy+-$ax{b<yQ>>rulp)HS#zY?Q3N-D
zy3jJ_GPCzC(?MJ}Gp#P_rHAg`Sl^h+yJzvMTJ~#h&qpS^)n693zdv}I6;-`M9QLDG
zGV9A?vmEz9m;RH{Vmw@Dc@sQEe|P=dFD}!K5Jc>+6uJX_81i0Z0L4$k6@E|0qc!SV
zT~nRG-#9244TkPZA6o;GF6gb8J1)OxcNgpA2GQZXtRbh1H(x{><-%7oo91GZC#CP5
zSSmyHLvhuJBUEx8p5S#vK?y2in<d>t1Cf0zS)~C*+#)%45nR(g52dWj&nar;@fKeo
zxLc7ZST5wqzdvR$Uwc?N1g`qDl#Aw#JMu4@*}iA~UYvd;F;W{-vcc`goYq2~`l&J^
zLi;I|kUvSyLdNZWk|5gz5F+_Sn#u;3`Z@CqqYrj9D=%>wQBhA-I=D_s+TJis{Rj+7
zf`(hnzP@TGGkiZOyGHF`3v)d?%SpL@@O8F#YN6c;bS->)`&~YQo`ZcOm`VqSHqxQB
zFHO2gp~zemRA8R-LpWbVj5{pxa$0tqqRD40F!3ubjlhyOV4(y7NPE~W%z-Y?5DpXc
zFw(*F-n4GcK9lf6@ub3#?QgiNZdx7hx8(Mh-dl<KBw18Dzbt8ay>m7B_hE8x+Q?UL
zu~ocXM`^YE#KWa~YZ*%a+4%HuQ#y`F=)U2~tGloa7DPfdv2-$Va!gk;(Olb_q8|(6
zZJmSIkOqq;@(6@0I=Vd3=6Jd8;Mp9>Fv>CyVQ<*uD<~}7|L^h4bC=nw<I3}CtaYR!
zQV-AGSae_*aaRp;qA{C^d{4ZRIT;=@DV{=@6lM}eK`NaRlsM=RQw9|USpox!94L&8
z+eKQ(_S2QonC~@=OE`L?DzCtIq=90Ba{}WFOES9kS$Wa9Of7G6-d|Dg3pC+c`(!8B
z1$_F&80K!L?mW*<m#x#q`0Uxr>UIWq2G0Pfq_$Md%suk!$B!93$_Zvy1+U<hSa}$s
zLmeF)tizr*84raC)H>V2?9*zuZr<O<sJsa0ffZ!-Wo0;dMG#{Dxh;5wWfqCa^d#9_
ziU$IhV3`e-;vI;@l2YPGfaE0lkEh~<st20O?_k(lie~bzLrDF`_OCTq5w7+VNGKp{
z7|1o#<DhYzgv>7gg;Jv*-dpfZYkGes&TGQhjw?N`oaEgrVgATeG=woO`*TfplH0;#
zU%Xyd)t%{5(jOfrtR?%Ev(^=ur}5yHa_sosuad`Cu+RH5(`FJDo5wjWqN6I@MaOZ0
z-D%s@OHkz$=14+q+OCH&NCa)uTvC|+F~p}VkDDXsBbn&Xe1H6w`OWFa3mbU{vke&n
z`LE2EqoRai_%gF9Z^a7<P0C32D84eV({e6{^6oCPCB~<^L^6cglA85alf8w&=$;^@
zy|v_<v3&mOoqAif5aHIC3&l$*d5i>f4%t{K2<?AL5z5bg=crw)nt9Csm>J_~swEn9
z^hie*`J?5<2DN#m@fN%EA*Fm{v)Vz=c<)iIDS+i{=NCISqkq*kj-qhshZPxuci@hW
zep9g8OqlUg%~9Js{eY3PiO-dS4!5y7>$8|}v$*Kn9YHP5rK$>tyT#(R7cWFC&L1AT
zx1>jN@T<q^Qn8_)_LR_?tG2CF4Einz1`Jt}Tf2b^&cHj6$)81nqrOLqgq(3+;k>@P
z+Y|{kD>Akrn@OLE;<psDny)Q%nV6ax^B`p?s)H-H3C=Hu?4(3B6DwxJe{cO9qiEFK
zf#mTC-7@}R`NaHKBca)^dNt5ZH+z6=c;xeosQ-hJN?rt#7OzyxKnH$}gdlcm_-sp%
zwyIbJY`z`9%rqRSe@9eCXb~5&WQXdEkZ?StuU>dz5zu1CV~?Q@3jg_;6BiJGgrF@<
z;}T|3*MI*DvAB5s`46zJOcGfs_H6nUMY6ctC%g@2c|}UE;Ae(P3Nsyh<p+rkv{(;y
z8AwIJSfH5L{q^yM2cH=kt{+OM%WFJb{BIHk#PZD|Kc;Ag9W)|L<SiNObo2U;hD~?>
zvwS5j5YAAQ<x&f+;SA$#B7F5l7p>NHf_=26q-4{R1g(;bjYQ)Cdt{I8X%vwTkBVkr
z+v^nB0=3~73N2;i;v)J`qar%bB7Y=A2WDw?ux;)AQ6kW$$c=I;_Y0kh!Yy&RvCepL
zow8n6qvAqBjo~~6FepzvfAzcl?P`JprLYqJcJ33LzRkiNmJOL$gi?_M5kvx0U?>Nc
z6R(=y82N%JzEE(e##Xq+#FES`Q6U|FE0buPV+$9ht)kjOl5PW5h|W<qgb$C3$Cr}o
z?lXy8h~+I4o)Ix%%VstIs?aYyI`np5UGgve>gCLl{Xk9XmT?I>+@w{28aoJN`(P9k
zJFcLFh<pbe5VW9y^e3Bi!>rNwPZPfZ8k@8#=(o}<4EpSXJjD6C<=G?fBOvu?SqoPJ
z$r8sMIr(@2Wk4R!QIVSw0D3|%lsvP@nR)X8lQtK+3aqFrx^E0&_@H(xO&eHLLLMa}
z{faX#RgZ<x&7hG3%ZwvDDO}fQR_v>Yfs}`K3+uT!vw@7kSV1WdNuxepS50`{IK!$8
zHi4BT?bKAw4rk-TZdCE~+d<qcu_h;HM^{}N9V&YRoOSJfuc=x;Jgew(68rTA147eC
zLpd^$-B2Xwz-kLp9V=oetP8qHyjT9Dr9!yNo>NDFzafeLc-o%TB9)+Ev&>}MeZ>v-
zl{aJwpRW=lcy)EY!7zeRf_%*4B3aOi90?tXl{7|hVm$geXs-d9bhx=?zVwNlLB#*R
z7eJG+Jb|IOv@}9Z<i(34(WsS9Oj>r$GHXXi;_5x{2cVwx*I0}q`}?s>7PBY_kW-S8
z;qCC$E*zbmRTa&ILDdkTmsx#Xotv8*VT81*7aA>L%pjoUC3725;f4@N^I~rSbQG|%
z8lJ4%5(6AaeSMM|D9oFg(L(@)I|4ZZNIM5^x;$8*@s{M@$_vK7TAR3$)&ICyod9cP
zz-i{_cmf1e(ABC7_$O`mLx|qk7(J>T$69SXmKl5<YD^eaTxlXeJSz$Qu+6Evp<XsZ
zf|a^1q2x$iCEQ)yy#Di8GEL=rBjE7<nMjM?8!F-AjE1Z?mTyj9g`&vF#Y2;>#yE0G
z@xmD~c^Vu7c(L%pF<+s+9YkO1!R-%(^k9?9p3NV`eWVuYC3Bu2-GX#Md6dlA1WOb=
zd79WL+WEd!@j>kq2xm+s7nWmonLj3GrZrCON?iV3BK+v>cqI3sDRojf+Kf~N5FbSq
zq<poL5gf$413~ati5r|Bj~g65i@39;DdEFG_YAnTtu0%^Fe);V>Ql8_l5YofHt9h4
z`aBu&$vgK15K6NEpNEnXs3U^Pwg2el96wFJsuhFEv~_x6Ny!#$Zz78z+p==KYMnM$
zfE4?QqzzvhA(Oem9H`l=n6VZlTZEZrc1mfDepD4XJ+Aa8n-u;Cm}F~zPCWl^Gm8&f
z)&|A`?e*sR8jzR)4^i^F>2<*~jZ3s2erc7@Ti?7dvMeKh9q6j>>qJRT?RhqS@^i9d
z|7l}{(EieYP7%E55)wt;{qBnc8BtfhF1AXO1zATFG@l%>HG&6Fr;#OCatY<x;?1R4
za|spMk}Yttp-}lGWIUy!UhKi=p$vBZU;#1Nwzs5%n+r>X<{JBWNky>LM5<cx%$Jp5
z$~$T#r83CkSwy}`x;poD;mPuH`S57{+<_dO(cGc#eD%jpM$+vYE2fSY-W-Ci46Y9$
zwya+AbV*yV6x$?wdwbut`_&NWZ@>m`1O@%Mi}vuQ_;4~$cW+A8lu<;Hhx&cu2Y|5#
z^k(^Ll)q<B|DOG8Mk@ZR_{|Dn{fafWKfit7uUJWM+Afq{x~!?@;?amK-CySLnG~6X
zxcsbx8g-qN(Qw2c0UrxgBj*S}r(<_oot;`1aQSUdYn8@eZG*=yKIjkuE$I{4u_oa8
znn-RI{Tex)T#m<bNjgguTQv~68@UwSPlh6aT6El%E_dcR_X{u5?U@CRCf`+@n}?G;
zHRn%O#q{rrTg}2jwa@`P&MNk4H$=XP0Smdb+uHK-f0Go#$?|cgn0vcjd@x9-ROxoX
zlRY4B{kwz?_bE%6(taG^Omo;a{TV?r=o|mnAyy0=A*Wu0Qr+KwT<=1go3)RB2gM)H
zXG^u#05dZ4txhuN@%r&2KtHAzQi}QBQUg-E^v<TwX}c$wa{n;cz{@O6OZ@@($Hko2
z|AFxky!X_9rm4&In=fWQKVAVb1!4@;=FS_RPUifie_9IwYKKQ?bIX4N2)%#0F7E))
zd(QyE&JZK^<2lL49GgWzBRxBh`REIN&~w$x%AxOfxU^}zfv?!#{;313i|$mjYPD$o
z|3=B5NV%ZwsIL3(KS<S-x8J4fRpRvHqpL@VjAaTZr)6>OUuR}>zP1o<6t4Ay@_*)w
zu<0Vji{#;r%C-3Ehc|%AgFI1lCyZOwC?y6HwBQ}UbAiPJqx};+3XM7`1{Z|nE$4U+
zvGSox9SjjGIq2FfI}v>>|J7p27Ey<rt3+r?`w}gA!oT;UAfnAt^j+QoAKu{#_3jTn
zr&)nx09oDa^jvls1Z!yn5R*W6BVa(FeIxd8)(ZgDFW&Ad6>GErUH#)><A+1g7-1E_
z?RiN5fvdryvAiMlVN2*A{azoC){Q`OfPU-F`_@iH)<5h2iDN+iH3g)Pd4Z3O4*F8B
zE-V1=zGug;a;Nso2~ngkpncP{EcHLD3g|q<TJWy}@IU<HGsh+*h-2rUYm3ojF!T<9
zW1W|mrzmX8bpR_NWEk;BsdYn@(7U&m<mOD*=e{uY`2GDcjX<(`H#wVVG<`|ev^?t1
z%c!`==eTE=0bid|P+DRj6_Dc5V8AxVkRXv3aC3BAD_j(rDkW%r^SE$rngb27dVPk^
zqDU{2G9BR-G)_Ruet;t*Ny(>1+t-UrFq2a$HIl!TnbgZlcFnJ(Q1LooVdLN%M&iYC
zHL0m{*g5WBGHuDMS8eh&z0!({O>Q6s2sl;p6uW?yehE4g|J`+Z9B2p0DIn2-w2<@m
z5FX?<LHsTO^d|sJdz8-)+stHU|60FwK8$uQd#=6zH*x@L{jWWPC79Z#|D%2v+EnN_
zyMiJ4=YQz@@ZQeu5RlwaT--ihBzy*aW`L3ZAI8zFdLA&f!Nt+|uW?|^%j<d2N4fYP
z+#9qX`1etGaL{l?2zVeW{sAsQ^JJ~%U-lp-v_G9UtC7S=_d_yiWTNB7QncY{e)&0X
ztqbk=;N(0(uW_=UT0QOb{G2LZR6r$_d`5Jj^NUqdhtnU$;c#V+&r%I}0s@NuRStw>
z%N#OaittKM75f?9V)upNW2lx8DzXk%Lwlx;m2zuL77J|(!doV+yGJH>_}&(L%XHl4
zP^8T_P}P*CpR1GALvZ?SPb=;I$NUDzLUEz&wIVt)hhHssJ^CrPK}lt8uu%F0{f~Qv
zp4l_{hl$gN=$lR;?t{)b06^~?kPg6(S))6Bv!H>~XiXXDaKZnn-xu&ie{YFDZrN2d
zTY|6$7(-#V{VC9aM*{(J6(IZZ8(hv04UO%`2B3u=u)|y=H@2Zcvb}$@^1kLF-OdF5
zA7lWuzUyNatG1ab1Q2A%JAg1xnA`&#&B<_4VAARapLjU%%!zQ>pZ6Mc4(ZfjyVJ+s
zL95~VDam@e*{-b3OQNyqyErkXpo_8lRn;5$$=l@(Ikjptp|Yj<#*HUYWJQT{R_el%
z3X89plOobA3t>+4uf>x34!kU%jq&=)wU~^iKk0%XZGIt9!!QY1@bja0Omt=R8&qrI
z2_10_<t@zcil}ZX`CxlEfXlhglgz5atbR8*DEoCcL1$uh@rR48qqpTnpzhe3`(XKL
z$H_-@!CzWRL7fa`enOj;M!Da)4|nG-kpK0#o)NH#LdgO87nn-oKz4^rfgadPoqv`<
z?&S0zhF*#35-gw^%YfhAM-5CX;Gy=vr&K_rc9&gkbTR^tEztS(=4j#a;d0UlsOunn
zmS>>@G<E=mH3IBwz&XZ%05e*(!+o4A6<&MCMN*}{`z!)X{Ikn{Xi@On@BKWZ$BPuC
zFTfK4u#(ywV!)d8e>9zCR8-&FhKC-~Aq1qPK|tz9cS}n*NS7!f-QC?G-Q7rcNjHMD
zbR&&|@8-YOdp@vS;J}<S=j{E|eP3&mVDP8S2dJF5nYWwZ88=tHPiD+gHPqs&qRODr
z&eb|HVe6ukxu0%NW!Y;p(7-#t|KMWr;dZddRoW`K5YAkCtbzT~Dk8t-tI;8!T{3g(
zp9y(W40ITI;3uPS@lXVmK+GZRoZ2Q61o9z8^m_VT5;kX7+IubQyOqD5oh2v%QN%jS
z>-9}03Ifiqo`=&*U!2`r^Yb5z^mUtTJH+yw{`h1vpa(ZNzg@BxkBo@{W~cwI!Aj8e
z2bl0bV`YGU?bgu@U^zm-jE{jM;JDgDLI;c?=l!_vJ&#RZx7{p%6wi&VIs$RQEzsr&
zKTOA9VPM$&s4)Vg0fFO??q?uK0^NIW;Dp|?oBna_rs><`QugE0V&_ex@Lhl~Y?|f3
z@c|I%PMJwbNCdndt|U7M=Wz_n3uE1An6lT7%uSb?FnxKx9JjD(3>%BpQd5Ze@lq4n
z{5$tZ&q%+{ex1tC0WdCCVHP*WD0V#3M8-W5?X|VJ^^GmH^=-v(R)}b7PosB>%)d8r
zn61BfL6Sf<E?ZKYO7^W1J~td+p4I%o9Ury@NgRn}8?=G+^B_zl6kVS@2E3gfPEIb$
zaBtP%=Gaeuj0n5>An?V8RzK0Lo}pNi=}f=ALVtFS@3U7Xv$0DvhG@_iZ!ok6v9z*!
z(*@wDmg&1dpW7bQJ7otTGr2tS^73HyYAGx<1GHgqHJ{ykhXDQ@$gkR}tIr}n{LOR8
zdj=hWm;jpljD!K};Ojp>hJZWk^KOKC+Yc}f`k1wy>98wgRBQ+dWa(0MjA_g6zg+fs
zYLQ_9exV18?C-X#&3_*<`Gp)c1#o(o#LTTfKOFzH8IjH+Ce4tJ)_S|Yf<b(bJxNEg
zHi4VDGUl6LfjCS4?Ycdm0760zrLxwQv?D|)Dy@}n=1k%pwZVm`$<*^|ujc%H{8@#?
zV@jFg^E9@^(tdSW`vrHncHM0!S$L`L>E9nV^dVg?%s?HJ9=?wys&7w~#<RQda&B+C
z{yjp-zeabSSZFT*7*7Nsz#4#U7?2t$_XP0Jz~BR0refFCjGS>S7=gS`|5yd4!tTIM
zf(dzE`~Xv?ZS9&_Z1{N(VT-1g0Yfm~O&!2)(^~cXs^=RIY*sba^9=fnfC1VHrr*HD
z>wNx&a6N`o^Ph8=+S-=`?wIFADqMQ3Jd4IJ?OnhACum`|msDiHB%`H*P5agUow~(D
z(QfC{cIQeY5qjfEYrcosdzYBH&zVF@+zg0R%)CWuqfIGjZm77U#z=j0a;@V(B8H@9
zWHM#hd;1qIwFOb25e~XVSsAmJk=hU_EIusQ#)B*2zMd{iFmtRX9y_U^O5%!i@q-{N
zqM&H--%TzHk&dp3$NEF(f)bBfb*Or=&Poq@(e_W!r@8MB2f2gEY>@(?iNY+Hp=tqE
z<2GD>c36Ctf|TRUmOAb`|D1XNu0$swpMqHPv9$`YT=~gjd~WKq6$(}0Y5yG*XL|!7
zu9@}%*rAzpvfOslp7&9}f&@!edmg=U2@tM66F8o);1k$#@_`91@MQM=^b=Sjf6b$R
z#!_|O1IW#@Mz5Ek6OaYK6y6uGDE`|4e$0U1M7=;RX5T^oe(w?8?ELaGzZg9Xn)uPU
z=~G1PrUSy+{TsycOd|hi?>xj%d_>6rX=0mJvZ@v_)UCS<aZ9cwVVB?MJ%T88+6Zu%
zmVhG5h7;bOrx4amG$*#H6g!h6tIR5echY_E-6j_?k}A><VGjd_5DoD&NrX&M9tw;U
z(lHH9!|TLKtj#RW6GSv3`4{Sem9NET_0LS)e^df<j(y2dFxExKepCvl38mujxy41W
z7F%LkwRn1Xg5}L&=^cBTCvfiu5o0GnuW0svbO(r&(~jG<_rPWPIe+nm0a=*Ot&7j?
z!F!)&(wjfPJAO~-wgqs+v0uYM{yhN}6>#_d@e&cy>lya2vM1yM;;Jx-7?2+cKh6q2
zf}cVmV5_JpD|=>-J%R9?4C1Ko1GIsGovNx&AL3;O%ai7OOBl{3c=s;%zP8lU&&cYe
z{Bo@p=iqU{@4Ts-C#!8+#?2hJS3nJ1!2M~D)@owkrsOEwlr);n$7@p_#bc_K_G)%G
zB@tOSBI5wwnM5Lv$hzseLR*$fqQNr3gxH-T3?>?gL%EbZ!CQ|}UtND+$;fZMS4Wj^
zk(HHZR%jd`;hwHrtUaY7MwNWA))_oe6zt9x!KZJ^uO#cG;iXJ5So!`a$naWpz#V~R
zrGfVY8{wdqkB<)%{?9I-E=^;CmR3r+MaE5&NXgC`0&g-3JYZN}rJpgngGDAlkH2gD
zoiY&2vg+vQ7=Zd-oCIQofz&LA5uDtUzXG#Li)3>2SyXCK7@Kn()hcJGx|=A?Dja5?
z9b5$d3R-0DLXzXJPf~kH1K+VP&+B8e;AastMDyTooj=M_;)F?_II@yqHr)o|C>R|g
z(xV|FNMM!eD6vP}>pcba#O2mn4Gkkel1<Bk(+dAHr;txn%KwDN1k#w~c_@W!E$b-B
z&!&^mvbPbE2tN*@f^p%Jcm?zu6pO=$>K{Joe&eP7CtQ8D#5$$P%{Ny{^l7QCu<lq1
zOJb+;wPqi+vH_MH2bfk}N$J`iA1={i&lmU!Di8u7Og4zNd&=4Mw6xp@9G$gF15B&a
zMjqEP{of&SY{<~sG$V`Ocvd=o6IgkFnNT2-NH$_6eyc6SIO*x*yhB(M3ge1oBpjH7
z*LkMPa0*FKik=)i%>M>ycV~*MOvE6*yvb%nzP<?Lk#eQ>5J)tk-E8_^H|bB)XoN8~
zJI|aJD>uZ~f?sa#O7V)VHFbv)0}6w8*#@0&Lmt|e4-Lln^snlxZ5+?T5gNJcZRP%i
zueY!+bfUS;j~Mt5CGGd}893hjW<K>{tQzqebTHo|B3R9B?^PTK?}uL%F%?8V3WL37
z$~Pr-=ld}w342#J*n$NSp)o`x^HQ0N8voc}@8t8R3G*Tr9|QTNc7iMoRe}q~uj8dO
zFOQfFC3q@So6IjoT+Aj?Ys`h%aV0p$O+6$DU$9o-y158Sl)35^%wGv4dHx<_j0?Uy
zOnUrwvXT`_hed}zmKB#D))+NWsad7QSvf&`s1|^avz=SPVcuwJZ9C_?zjb<Pt-Bh+
zafH-zd-^HcRC(H9<65J&J^&@QNx-g8*Q_rnIS9Qczx~9(x7~ptauWIA=>)U6lUzH&
zo_-?31Z6v`eC&#;o@s+b2Cwcv0k;J!>oL7rq1)cccTXqS)bH#nuz6d8*UUcIuCKln
zzbRGD3rxIWJZ>@K=T``@FU&3GxnbazRpBU-;t&6iuEjtiHTdV^E^W+@0Sp%=^H(cI
zU%#Lfym%7sa@!g4%TFk^c&|Y6nuJA(cV=c8JML8brHlj>;bNM2CbQUg)89CCHF}Tm
z%#l=`0!<B$wLW1lnOTVHY7<%K7nK>ryLsV1?wj#0Fw^OfTKH!mlVb#ui^0j%n7?$t
zwdE+4tyd_#ulTZ`wAHdyKlI`?|3g_qx~W>7>MR69d22g94IzdCQ6!X8_%qEAZ~d$K
zQX)?Cp|N}W37#UI2CFFLuiWD}aRHNG)BjEQWn1agw3M=?D$N-xDHq%};d56kiBXq=
zPoSZ|_J<%ZfGTI>zg4sX(>fty_HZqF)7_ZdSC~5|TbXk|2O^d?G~(=$5O3on{%vYh
z|5k6jNN&JZZGMt7Dnoq1DnG!y=KMj~;hSAc)zR8@+pavpEU8KFJnPj56OQVp!S^|0
zM9QzkqLdi?<?n*^)slLHzD&pB$@CNBPD?9=adF6J3*G(=h)Mp9#Kh=}I!I`QK?u}n
z)7>p4qeE=!5Y;j%OY+kntpU;&x<?Od6IBcN%x|hEOebCm5TUP;eE)m<R!~79s^GJI
z$t<O7_8*!*C0$)U6zE6sSbxLqLu~bcRb!Uhqq~*aynOwW95goWm&MI+52C7nMJgOk
zU`DHv1L4AT{q^|7mE*`@n!GY;HYw*@8y%_K;a4uwv6hH%`4`Tta_xyy5`#K{#7Gk)
z5@sTxl^chhD?&}4Xu>SHl{$Qqsn0|7??Q`x#}^Nyfkw>Ms$orV>Q#&s_FhHShE{O|
z5-ei!jxzMRCe>Z(boiWNK@*+%%BZ`;AoMzKwfxdUpRfw4C&cIjW-S>*k9q`D8V*=V
zY>8J?8_^?8U=Nn0ZVhE8>uM0I!B5yZV<Gji3PiE)jN4n<P(b~4SV=x5{`Y<QweV=~
zCx?n@UJpEz3g&g2_gRLa30e_}`?W>y*?y`Kc{H2o2DwSRl%S#h4ppTt*NTs0${r?q
z7jbD#4+{(GCF*GEX|M0feT!Y(U|`>-C^wUz60Y?E@(gw;Q|~V)<ZzmnOJTrLBQB#f
z_G+n74fvoT@k#4J2~Y{&dATIlWBA<#vnM3}x7Ip{IANxM76`MDk6`B<^ZO6g3@|+E
zE{0#pBXGobe>LF@qz>CNXN5#_U~?jB#930v(ql@c7E*<gi^;Ht(+t!)Qh(P<j$^{r
zPUc8LgvU;@S#+>H3v=WeG?ghU$8&1sfLl6(uV@l4n;*SW@41jvZy9Q~i!f-A8*pDT
zP^H%k<vUt9yW9y2Jy_B9<RoC6IK{kTINL&lH&_q1yzTwwVR7rM?dbu<-I7>#yQLLe
z&TXnvs-S#PqM=E}a45}9F%@3V>-`x@0g;cRj|jrXS$h?TO<~ys5rq}`VpHO=CR3tL
z@LJ%<zoeFvNG>TG&b5pEO-woPv$bI@Ik0T_8WO^H4`M1n+_+EyHXlfHOV$n!n4E22
zNnQW>vi~!a47KK-EAtGGK-Ru<zc1Txt=7osFiujc9&c>#NH0-02(XyuKrgb|xMySi
z?NBia?ccuHNk_y%<w*}jcgvE=RUtEug2ItUL!K3~<a*zrCStH&5mqrmRycobS`lbG
zD<z=}QL-tea+#G1>s$_<ZNb5}w`Yga{e`V_O2wmjG)5|#`3^m6y7$g+f+`uYb`rEb
zZ&UhaG%MmXF$b416X`8{c7&#_Yjb<4H?h>o-tUCt5G1}akE9AjlTnk7zn`92{wDL$
z8QHFWZ5FLEG%M3LXOI+y2ceUkh62Nqq7@B}w)cx4Ovext^!{K;B}CMTkWC&~Y_nIP
z_wP*ok;9$GO+(-K*2-MP>NNg#EFIax6Mb)8%$g#i-C!aUcNeFV=CIM>UiTB^Ec8J=
zQ~ZWRu|HiI{I?9p?jHg_Qz%qcbYxom2k8##?QI$E(1T{d{1HWcS)q^qhJkFoh`922
zLG)!3t|@{(34A`QNuyh}gh>VN6w7=aSSy=(q1ObTKFE$AEnA|$Wc$U!$FKIrPj$`g
zP3UzeO6h_m6uJ|7&1v416TvD@-d#_JF8rrV=nG}T>9XA<T4^CR;jgB?G=xYNJ6y!C
zUm{~!`RpL_tmJ{LqJiZ8>S2MQvtyUU1uHj-rQb{%%gUO`u(XR8MZEhTMxk0v+`7z2
z|6Q`1#&Sn7zmPo4(`Q)iCYULW|26pjDaL+dsD-f!QNy6r`D)~?pbD!*2?mskHeA6j
zk_|qPO^h-+D39Ea)!c|by9RyqrG;6lb0ddTzOt-UCd=Hx^%7R1N;YrJioep@X~%ZC
z%w81M`L3hKNpzLN<|RwBzi)=P^4h7~)^8~pjjyYjqm3-B`kqfnS{N8F^;f8wzeU92
zwM#2i9f<1vZv9VEE{Zu(W$=es8<eXMhgxU*^kqY32=%h132_*w{SZa2(ph+t=<YCv
zf9kt#Yt<Zu0aCPR|6F)mOL@z1f7DVsvqh@|wLS|VUji+jw<#eh{>ui~kWOce!o^<A
zPbEZqmDLfpGt1~Vyh7IG3!3%s9%?As(W2XaejGbJQXy0B?DkC!h*uR5{P=f^h8Ttx
zY)^d(3^DwD{#E}Y>V<wGOSF_w$t%M{LxxY^<xwnE6LS*GQ>^B`rz-uBFa1HBsX90I
zLl$9I|6IjlUK5kDzPp!n`|CiFKo1DQ==Q7G@6^0|_$IbzXO!rEFQk9q#rl3@i{!?N
z?^5hK)sXoR>KNs|L;&=OC71?22AqC*%gD?rZy3VK>?jb$C6l)~KRrBMD{K~}X<{5z
zH5+oztPtd%V5ze?|0Ec3^3&>RiFieEDg{X|TM%9Vg3!Q@^`i_EEYFjAy_x&7U*vMf
ze;ztxxqD}{i}^Y>S8}&BwRA;G%-@uNIexPIqFY$iYN2r(!NPZs(mW*5uaooa{S3};
zsx5wfVj(~rd5hk;RNkmbTqYHl%Qt_ZFway*u@Lc5h(>R?Pe?)|n_S;p2;C7V%cTpY
zg|J(+uoc&k;u&Jh&S^wlS;CM~P{{Adras+LEVOAN8GGI15s)u@xEr+jiG>`Xl$>px
zzU!9C`y#C<3^v0t-Zo)fGz<O+W*&f38L~DPXnp_fT3qPMG>`nTl^WIO;DqxkbeZ*X
zt;>ttF$E9D;3DenPS0o>`W%zSofK#Sggg@*%d0zEi;MT}_p*lwpGA<M><&~@KS6Wz
zaK3z%A5b8HdyFYNG&edL>-B$LQ93_>*l`N<kwK*%^k@?Q%pNqDX-``^+SnWe`K1={
zVFa|9wJCz@-=i!qFfsK(bpq6AyGH5)UZ~aGxSXLK?pSo*MeE0Ulmwz2@Sm(Quk|$r
z8&EL?iOH7`q8!MC>ZPt?iqI2~5Sr{*HW+)pUZ`Ruhid2OVd3;Dwn*>zE8V9inrVxP
zVe7Zks<14dWc=d<)E>}v1Oh04J9*9LD7|>SwzdY~n}PsQ^!DvrVCMx+3dpnIeWRnJ
z0omt&N*sO;j(%Ql3~<KzEiG>5=Cldl34^gQkO5biJxyLHo1j_|n4ipr=OG64fY+#$
zQkSIxrZDJ2z003gEmnLsfU>hY2c=(|&!0i<a~&9ekq!Yy#d@m~;~-D=Gt}7>h&I{G
zwUbL&VQ4|14ekBR#maK+Z8`z;QsBO~W=flo_Vueg_$oj6=sQ5X;FJlQSzIhGJKWwj
z1<E4)2v94<z6__+2i0mY;D2+rE-WO(ETaO%L!i(KdMr->L0kfAUYcL|^@2+)ZgMd>
zsmPh<v0Rp%d&1w4aUMo`%zkGMKT~Q$RKzqYUQt%TwB6zqdfHKTak&MstTOtM{(cD{
z94#Sp0JRYbN;YBPE>KN>N9HDhC)K`_tSeD@Y0B;f5W?!}fZ_&3Ph1&ZKw1NYuOmr}
zPWstdS<FeYgulQg_Y``5CAh|*Yn#nuPnoF*T-Jam7cQM5L_}P?50KRsD|Ic>i>i*2
z&44`>xIqBY3LJZvZn9QIwx%opKMUaE;=(}$#v`6-w%`CaBT%t{Y<C{qca;Vmt%Ze>
zB)pMqK$J<!mk1z5eh?GTn0^hKfuKE4>7uBd2%u3(jGEvtx;Qxe2GC3}u$B4se@A8}
zXjwNh9fi?l@wi{nLqZ800JiqmPz+Td7wF*tCsCHp&1wP{5EG_+M0?rc{<8ALOYEbM
zsjNM}l9;~9s>$u(?+R9HZ3cPt5-v(r+`b}R$@SDgWijqZ;e=lFBgOwl!^(>gsk^O{
z<KBa3#=v1yQ2l$NL$kKs{2S<3wU}-|3Ek1v^$v)XfK<C}{qZwERXsf%0l%f=;|i<v
zK$uK?d&vrzMgW8<;0XxeCBa7ja}a$N!}9Xp&&aV@r7x_m0<de9ajon2a2&WTLDA|@
z_R~Q&AXKX`;Ul%D8WDm<Yirdz$~f?-k_Re2{X6km`a--ozt_=WvJPb?@78ChvHoVp
zsG%1}%5VRh*PbRx_TI?cdTrM#YmX(>$9N5Qk1g#?PJy>7EFseDUHscw92)EVW)^Z0
z*hhr@lZigj4+f6hB9{4<A&)tEL|!Qdr!5xund@$MK*|P+{#s0+bN~C^lOC^34U7n9
z6y1+7Rucx>U+yXd#?praEjO!R>Lw7__V$V~;ny>j1F&$pdh{>r#&k373s+C@(dEYo
zF{F$Ffgm&&*t1GgtCY?G;1c+S^Va8F;<+#}`jk;WX9Tk-p6JW5t4D9y5a!71<AuZB
z$YP)R?{mi*OH?L;e=0~LUu5M-IUm${qD2>u)-Bh<_x5N_qG3%5Xtxq+AU3b2CDyJb
zTt+`BX!1M6t*iF*D2`!AABZX6dcKf(cGoals$&97Gw*-r=fD>CxlRTA;TV&`%gVre
z>oK&mwnoE1nQCy-?{YfAuh<4kL}}`}*4B~Bzn~sge$={t1`x9G)R{tFe3^=u0^lk3
zKA0&4mR3P~_rSM}IR&#1D2j)xxM)XzgEbZ~asL6C;d+P1BF8v*C^<O?F58U=OVxm&
z^qIu#<+ZwZ30&RG*k5(6zm6CH1ken5+P9+*OOxKnteejTGXQlfRXYTpd4NUNr~?{a
z;J+J18vO=svsx{TWWh-wV~+gQd~g6<Sdmn0jg5^zeH!Ob$gvtA1h$XB0SuVYp4D3Z
zSX#2O7q6Y^>4~3va7JbO8J0>i<LBJlN(Py)x5d@qt5MMU=O0j&{$!d?D^J+!Khk~7
z=LnO}cRsaB7Zm-tHtkjy4nf4)Sm24yzrbT4&0$R5B-k&r+N*Gcyn$ra^kAv0Ta`dN
zZJ>4wN7vSkhxce1<FpMAi@Y2P0Pa;WZyirPJ~_D#pqd0g!wasA$CZ|FoW~z+W}(0D
zQUoFZzLSe6%HY)z>D476MU@w$`8ew&ZHdL8yR*#MsMZS#5ia?2yvXY*VvbxP&E=%3
zBP<jK{TZx5_e0A9l>n~X>Rf~BSyAntTq~j^qALN{2}k`iYWOFl!oF#H$jmbsHQ31R
zG&V4#ek!g%3|4#XJh`QusTXf&PlpjN&M$(&F$~u)b>d6O?U7mh0b%f@S7tn~So=7^
z!%=$uiahnYu2)Mkn9CkRLNefI4i7v(2`P$Cck(3%sz3<b*3W^<f5$DRB`9iQ1VrVh
zX7D$dvsZUV)Ao)edSiLG$0@AW%68>gsz)d;NDBDBHeOwRxolH;kw=G_NNhj0Ywr=S
z;6|BfrI}TWbJ%X@s?xTRxrCN}T*2oC6BRYgs98%>%vYk?H;h&(O`P1@+ui+r{}%v&
zfnvFDlXV^8zrw1cC@Jw|GnY?=0|Ns<Kg-3nd(fx*;X{|#pBq4k1tVyr!d?#t#b9zu
z7(lKp%*|n9AHZ4+2#>!(wYN^X7!cCy>o0-mIcanUG+k^>O}7s|w`(ymGcykw*BYE_
z{zGF%Ep|NrL3cY+cVdNknvf+&;Dq(3t=b~nhCtfiLUYn3;F_x<D?xlzG|&gy6>P{#
zKl*!QL>6$gB`Axmfc7094Y<gHb`Ssm^zN=%FGBim!Se2Oq*1DdgJ|UG=?UPlhK9c3
z!N4pKbVS6GcYvkmlro$LsP@|eNhoObQW0VRy!Z1g*T$De5TQKx8-eWpHNSHtU&i6J
zd#PHUgX-cn(Cq?0Jk$E6%e_hQDLB(d&@Tx9-%RQHD;ZyaPQVP-Vl5^x<7B4o-PNVV
z1oj%R&bfDFeK!R}C?HC$)zZ_|1!`|`sMpi|-n=z%T>$MFY_YQWLja5eYjytgKB$VT
zLIK<vaCP6WFM}}w@RQ}`^dhS;31cw9W^C-Qpt{Rb1(r~U7BDhcy$EQ`fZlA%4%QoV
zbYK|(N5R3zmo85W^u~Gg;1W$vR##L2sP@(E?Ry2#w<vWL@YX5_80xJl^p%8uP9a*=
zj3x$20sZP?7v1aaPXAzq(ql1)_0n=?-yLQJ0i)#_jFofM;mVvn52Kueys-8hgl_nF
zYE*xSWH<1!0G8j4I+cq@Icz=kWs67uGZqZ$+kCbcwX=)uFw5FA(*}_M*mI^WInv~N
ze_|u%sxg2Km?ceKHh#{A3+_w_K&l(ltB&xL;TLt2)qy>9A<lMLck_-z+F-6|OT^Hx
z@H_~)v74KA@{SghR9A?3J*tR|!Yo9&*Ip06$BWNEBsMdnQmH}w>Q(NmTYzRB=U&G^
z4hYZFdv51n9|0k-5HL$zKP#p-Op-P8@F1Q_2HQ+@H_0GR$|w-?%c-l24R?1#UJ5SR
zG^vzI$4hkBD9tzkgyP~gP;oC>b7oJ1#)d(w<Bte!9?M-`7Dc)n_}+@xWU=XqyWI^(
z6M~EYn~B=2rC_|}<GZj=@F~;M498qdyrf5WruoHKD!j?m(S=TVWt^kplk5xi!aeS%
zg{WS?$vIc{dg^?yzr?bk!%)7P#_!z&y8s(5PK6_21sfy=yGWuw0I~PC&#Oe>AR{9q
zB~`~mI%hhU24q-3&0RbyvKpzwSm#5`_}0{fPeAZe5*0b%z>&xVJbVCWZA1uG_G!yR
z*$}`G2Yhl-7@&<ZB!P{xyu3V*9_YhO*-?Ls%{G9G8tu}p3MNX?f<!L-s=*DLC`$wB
zMF|kio}?RPrvb*vPT(_Gyav0N9S;cxat|<g!=}{s%?-@dgCREe=u{?;n*-GAtW^F5
zpnICKr%6+9{g9L`oSB%w@;vtwA%{UB=B6$#1VUw&91NrE7>Ji(s0}<3&-!$nFbV&j
zjnQyz;AJ5fABdFo?xqMOB7f(@k7{yK`;%<P+G}P~Ex#Gm(e`S`bCSn51qd(IqiI%0
zRf>It-yJ~Q5K&l2-D~5~f_hI+KZC{z4~e%ug5Rm3wgwN$jr^row98dNlR^EG=iPa(
z5#jSRQQ5f5=<C{Q0K<(ET0WQB9>9#z+mk_IzGn_@{dx9dwMZn>YS*eDfx+Q(NS;Me
zGI5T=Bf;k}%b3XP;g|i_Ht^y#zx{P4qS*zQHXdM7%&dc967V@uELR&mfU-t5Mk;6p
zDr10Gd`;;tgz@fUgcFqS+kU>w(yEVJEK9Jy7}Mr;{fn!1fy~KN@0-j&1(qCW5@i`K
zXZv?mgG@gPB?<lfu-Qw6;~&Ba+Yuf!qKs?qN))YwsKV-1ak<pt8gb=$_E`lpnm?|!
z_&88YOs#z4Inxd<jtJgLqn|c&G^{8-l|Qr!Sh+lv*JIfN{sxSUjKI+b*v({5a%U(g
z0}R7k5GaX|6GZ{usZKJIwoI%ca#g1#N4jhwd8$4`(&06qgeL_ZB@7DknbXr#K%fU~
zdI159!JFyd{0$*hM{kYk#kz#G{=U^Ql~@*kSy5!zs%5I%Gci$dlBFEUj0n>|=6*jX
zl0u8c$EDG6OI_xK9;A46X>((pGX3TUNeki8YWrPcY*R|?$fe*ZaNxNZdfoN!=?}2u
zcs9$(RRWI5Afw63$lwQ^Y5*(s6v{T!25TL7QZ>qv0z~x}fpK#TDgVtV7`nxiQ~>62
ze}6w8?1O}Vk$}sMz5NB4xBx3tl58fQlQnR~PLn5l+uO%Xu7eeX)hd3rY{XJ_j%(k2
zo0oob`g>n_`lP>i%B-LH@A9d~S>fEioB*{9*l;dfN%pfuT%aL+QBuD^lEn9A7emh(
z#B0RdpPv^RK#B&&_F!sIo0Tw-1lMjLWz-CY2*7~gUBLpsfiXp}ELEs6fM@yP*_0K`
zA%IP3Gk;kiWTlS$<P>=Y>x+m%ynh2a5<EJB$sB@7M?l-b8^R;O(VtUz?C--iG~TyH
zo))E9u$=a4oe>6^Rk-}5ZD{9Vq_WgR!T6Fh1RR1;UV8#}TSaK;;!%2$sKCtGEub<K
z78ZhCua6Zh55+}AV0bL=$h}eL+3b6AFJR7G4Db+85#hTY=Bp2{AAoCwFDshFdnSA^
z_@_sk0P>9VqOd$ywa8zruT%HjLd^VNTQ-jirFc^i>TA4)NB>nhBFZ2p#U<>P<F$S-
zvKEGYr!zD{IFdaIkqxUwk$B-sdeMJKtTA*=L|gM&`A~m|rRB|<m7q{8{4xH>Wji@^
z+<bQP++?z52u^~-PYjqR*XuREw}+gHC?`r&J2aeQ^-XuEWI?j|>t2y)!KiOI@S&n7
z5wQQ*^9Ua96|;H`FyNAF*D{fpsqQ<9xf^EpnGAm2voCna;?DWiKJ8d<cz3PuT?+mo
z!IO+LyB|)!W7fuxjvxQ=<jJ<fWcg1~VH5|+uO?#UM)hVw>pk{?KDg*^7jGWhO?H$z
zX&0_?-WWBY0<^ut4=mEi>k2q{LS6hE8Ehq{u!w-MEXuVX=pxn5`2!@8*Bl~u@tk9O
z4Fxe0eJ(qMuU`XqDiVhlveJc(QX#`?pYQb@Pl_$TgjuYNpR|OI_!G;Qqb(&z@!Zxi
zpATD0`9Y43B=G?s;Yvu$SUgv_y8YnG-_EYgp8O1g-&SoCc6@J$QCr`ooy->!wIRi!
zH0ZwYNi?IT2B}O)DJJI^q>A8nKXGPcwG5pg!iX@dSt?xHju9`|sD{MNMze#wEjl{?
z7daDp8UKcJJv<zi|6A4p5#kj}-^LQsJUG*kKK@mHI!;D-fe1(d%~npbq`}v@XkTeM
z><!vfsgnb;lFUrMPhv>~(z|erRAz064M_+blD6S>y!)+d-}SG=VnSZLUTb%|1fe8w
z*eRw1A-gHJ-y4aJmhQ(<_`U-;A<bc2KQchKW*r127JxtKM30S`dTX|x14q73LfA)s
zF9}1G#tAY+;cT<SPbez`jyHrDQk2-S^@&n2GR~;@?p;JHlc^VyLm$B8qm$E1oGOZZ
zl1PPA$RnOn+0@qssoXWkRNi*?A${M;3>ZB3gbJnD8mXOiM$wWb2NyRtZ?s(T?B}gW
zggC5ozhyE+U_BYF5Ys@6H;fc&SD-A6?Qk#i(mP~l{f$e0MC)ny8y;`>Ja&!D_N>#T
z);9&M#G)t_5@3&f9*hG82>=NIy=Pb$2S&a|IVdabT;A(c(uNyT;~apE?dS*{5#F&h
zqevSt1cKnH$z!6T-h{(XzZ$IrgKHG;_~WDjY1WYA$J*Mio427MB>554fJS!M6C0LR
zR#rguWOel=B1N1uiLf__6?+&eHOj$6s1wN1Bq&SOKpVV!28rQBD!;b99fU$42nPUo
zIq}`*q@<U_cac*0R8&+O!ZRF|Dy2+s-<Fmg-u@wuk}6b5%gh8^d0brFI;QvX^1lDH
z@CE=7737D;wZrx#=k_2}957}}cew?lpf+59f$%>Ab#m&D;_amx<=_nFaKNqsVxkC1
zt$)CoDnX_@*eYFvAxTXgsQ`7whKGcVgv3*32F}D-o6sR`Wi%evuQo*;>0O(GYo%Qv
z7~MSrT}a&T*E-vXbUB+WAuSk7PBuKqx-qK=K_}V1#oGP29h6jr27frBb%yNNi)OK!
z%(RNjy5zA&#UFwYEKDB`kDigF8W9n3d$t}@Q$-&R&J>)_fn)m4M3qK40DS|0upUEJ
zP`h~aR>nKJZY?V-va(KZs;{Sl`sdM~GczQ~b{MeWM}R=kPXvs|p=4xa09Wl;GdC|U
z!IaSxV8ZqJGl-9LD!Dj0k*<LCvM$(%kfr{DLZMVXcFd4pHC$}^i`PPWdU}C$!aO|t
zm-jr;0sSX{<KZbJ%*qOp$K<wM^E}`1Gt&l@b)qPEDg>o^o;j%!&x`ZTJ`jz$cL=ew
zJN&)7aOA^$h$DyklY{gEOz#${ypbM6I>;%r1}S=yZ1?Mc<6~RHAfSB!K^xE?0!K6Q
z_s>zY&L^%6!2DKY08|G)zU8pf;~+9{-V+sCTMi;kMzPC2htu!w3R0Ywzhy%$mO2s)
zXm<}bJZE~-KIdE+-CP3GFc8yPnVXwCIK*e+NlpVA1N$rOWWNE3tQbTNK9kx`3YZju
zsQb<Kh99~=WLsJ3NAKCKIK5z;G^84%KMB0lm)>vh-jOf!yD8W`z|=f2;@_C=39V!5
zdN?cxaTa)^ej*|;MD1iVZRDVpvs+Nx6IZ}oI4Yo*Wl!7YQN)vMeG#DlAF$Blcs>v*
zk!24=E{HeSQmDb*cK`UaXy5_vU^Rx9CB%eb5;@|oSRknNCzqhaHjD#>q*ArAB^&t4
zto5_^)Hpd|68Xx2b*nK0Qm2uTk<(M=eNjVIJCbj$t?A?DNTLvfuoT>KYsqWamfvdk
z4HNtybQIQp=La``m|yElD0aH#v7~Spi;1AVS|;JqrT{v(>8m4cEebOqqk}zVeiOkf
z2p;XQ`k}u@Tah}Kz+`<9JJOrl$m_X-?lty#Y~R`}K+x8s8+5nx{LA>?0(ZtZD9sd2
zTYeSxd3wdB2JW&TF^Wt@{s%X-xJQyV#5qJ8pmx<^(B*mm`|j>eRA`OavIJmm`dDo~
z({E@10ZnkuiV`73^e>Fr0z@Sb1J~&PUTtZQ!K#!#t@K>Oe<of?c>j&SWg2ZcFp0LJ
zB3EGrK1ddG=n2`INrSK3-_!_+=?li>rOhLHlQnXovWbs>ri8jW!@!SE;X7q!N7^<0
z^^W<zv`Tq5C0PTve_Y>Cv*{OzGbDim*M31~YpIzGibcV%2WE(0v1(TKeyP(pq1O6o
z7Z(G{l+5{q{eJ5fTc@oQZ%DPa0NGh)J%--L4LpInGhOw0seHIO`R-73r&B&b(<Tl6
zc^Qg@bANMaG-?e?_sTh9!D}v8^s(ZX^^kSyjJok)I`To8<C0=YL5n8gnOaxA3(lGX
z)YHY?r4dXO=Y$oP@UYf*xm^AkTqBt;u`V555w&0B1)NM6akRX1VO^+Kd^hrY<FiBT
zdOtv&0L!!Wf4kgW_aMcWpXW#=t0@o@{dBI~8(yYS4vMJYnFm#2fAT4MS|wJoW87qv
z3h~fLO5(gcD<aoxa#G}#kQ_nY_|rFHi1J=j?PP-Ph>111O8a1>9vEhViNE8sGfljp
zPHnr3UVRQC%$%=5ykL!YXu+t0X(wCx;(x8^Ht3O}-0a*??)K_IPokDl#)H8b#?E*k
zx&sZw((0<dGT!@aA+O!BS3iV#q7e+_%cy39uQCc2*v3w}1EHRO{WGq<W5$`{a<_ei
zWpRwJ<~!PanlShqz4~8~#|u88RkKWvZaTsBo%FT(-Vak2%GHaENobh5pu#dSJ`QFy
z72^wp|8BnUCvOJ<b*UN}Aq{5VkJZ&ek!JIHUT$v9>P0#_Iturc(H(qz{3kFG>bK<c
z^!Hx#gV#&f5&{AO;GAU#nj}w8fC6*5KTVZAdHZwy2|rxcw@*bGFULe*ORL%I57&0;
z<k%SGf`U<yZ4e~-pzHB0I(QZ%0FUBybAT)XK6+BW);c^um7==q>EY_iksc4;YxCmQ
z5ZKMGK}Cmy$m?>P`}y5K%Z}WIvb%i#J%P8;*w&_7y*PW|C_uL7<_!u+z&^9A>{<Bb
zatg#!TFFkkV`<N|C1>ZGiA;Ww*d)o0kBtr2VKfdbE-YwhYJ%+!5Ftz(LGB_Zumc1p
z+1?Lt0;@oFOPj#!^}xZy1m?-Xad|I5f#`7fUmC_#&}&19*`xmuwaF<F9U?`PUrCW1
zm%d;UOw61@VoKs54}W!Uy!7X7!`6YD7;C23AM08s^rf$AB(uc`%EL?SqyGDEb^^>s
z>|nEa(`4^x-%aY`M|f^o8qkU%=aYBa7`gY?A!b|#lah+$_<O|&$T<}r3CJByNU-oq
zQC>!#&tr<$WZ(FeCVF=X<Dprl-+;XdjQE~`mGsYf-wWPoP=x!&Bo|-c=LffNW%!B>
z7<y)As;j@;`U0i6+gB~cb4`&@2IUX15saIEv9z=_Hr@gSb8y=Opc|UOxxkB_v!tXX
zuuTD=5UAByH(G0J2$01{Q06L?=rKp+@dyb`<UvZJKw$<{;iaUcwk~*L6>My6Q)Fp2
z3W60<uXEnzD~G-jb3>m(0^AXB`O4=HK}QB~S3uqcR$L~<uJsQLN#O&=fRY0QfyBh1
zoUzAq3Q{EC>DT3c4SF}4&r$-wh3WwJ=8nTFwwFc}W$;GRU{Q~fDlRVm*hnPd3_g`1
zdvFq;K4C`EP8Ew-<hBT-5Z6P#baSu`k|1Oz+ZgjkFiX>#8!a6rGdmq7HHdf=cM1mc
zjwruLsL#k4b4L!LFrV`tvriRuMo0;?(r)e`I?rMcgH77^JD1kopce`Dp$ANh))u24
zle`=FYDGvQ&e}1=XhE2|Q?To1lYx3AD<OBFVwqDJTW=ske^leL7EPI!jHDnxT1FD8
zsWQs}UHx7s4{ZTAEYOe@1E0PZLU#}{n@Wv<vzM&c<ZXVc#P|#pi14uuR|xbsuqMQO
zh@spZ0_GOv!B1B2!u4-&5IW2iRMb{x8kC^d^yvPEgvd7S0+W3!-9{Lrgk)Ag7QJ@~
zlP|nF$Mb-H$=prV9nR~TR95D1k&fJJ^yFI^81o7_FK`!T;?MZ#Ev$!XLB0$6h}SL<
z5_EI9Vn0F=!A4Q7f?YUQ8oyOrmOLwM{KYIS3JU7wq~H7OQiQrqw>@=CT-vzydW-`Z
zaahf(_;zwAu}tKoH|=C6b~a7r8dC-Oe1=6~Rx!~(3#I4|d|@+~0VWm$IRV-bC%G+G
z*%0SJcNl(uk5=^&$<U@(VSpD|0YdK&%7WkQ#?OwYT1<e`!i6^MT{r0^(QW2Hf?}#V
zIm!YxL&=K%UgwfHKI?RvLnR!^7J+Xfc>MFmJ>UQJ&*S%j%I-$?r$%X3x`QGjQ0!KB
zD+hvE#3lb=EI*rT#ClT{=ED(uu{d~+B{Y3U$3Jo39L93PFfmr!eq_Bg+G-w7s9o!9
z!|%@*L|8p7G;`Uw88F%B6C0)sbn$BA7~8BV&Ovo|+r*Gm26ypl(NF|cBofE;<w?RJ
z=j2w0kG=ECrs;YROBa%}T^nI3ch7I*^nQ7%V5-3$oUz(<etUvxM<=;O;k{SbjvX9Z
zeDC|1n^!|-tb$ss8rzD$xLgD~Z`F#P#22Q#5AOKQA6NOE0WXv5Cuo5Ie_!BG3Ysi?
zci6<iag%$T3J6T*XB1jQi*|p3kuZ366te^lwDIpg9M*i9F!U%mM9Am&#UqE>JK9?O
zHT~qag0)MpySlM5@2>q#K#ShMp(jqH$J<^lj6AX^Ku`Z9ZojFT+a|jfTB~L7*O}IX
ztEb^PbSZT)uPFYkqfrU@65ySJmo_M+@`63n!^jBka9uKg+7nRQ{sJZxwHaK`6{xjv
zD71Opex{5gBqRIGl~Jf-_2tWdWHF$ND>lnPZ~iIWoG-I#@hFy?jfbbX;rY0_yD%B8
z8yp%sTW!-URRbphvM$g;#*G+YPs4y|X_n6eTTXzZ`u_bpuu290Hm)tP(qT^v#Q6!L
zSwJ<S;1Cpi1Zf8-s({|T1Z5m(KY&&j8=EpiQr!|$KY{3%CZ><3rlufUn&D<h8Ucd`
zz%ldh-@l*=44T#)MDtD{d<WfJK*qrl1Njh0ce1lzlahi?Z#$?cwdjEwY7n2{y!A_3
zNSO6{7Xo_#qC~`g9lqZ<%@F>oxr^pT61CcYXLx@3D&5YwFqZnM-1;fn5`BDE)&&!J
zu-F@*_DXX%vqbX|X!9V{3*G*p<dejGW&J&wJMqB!y&cS$t$>BlB*Lu1LIk(MeiNcP
zCBZpTElTIfy52uHI0#~7=be!xQ0>!B+Hr6L@;y+W0{JqCULh~8?>#|l4m2_TH(~Mf
zn{6>j2Aq*m)<6-J2cE(i>Z%mFZEItr*X2#x`<h%dXSgzt-j}M``w?U~O7P{=mLh(U
zKz#+oMj({eTJt5jzxiov3k;6|{mY=!lb0+eB2TM){&cMay*Fr!0F;}7VQn+3riMn{
zl8pcv%9#~chQ6L29wJ4`Xk~S^_yaDF5cmW^c+x%Hiv+6!l_ijcfb=j;-upu#LbDCh
z_OedgXn!}eI>|T26OJ51C+6)aZE)8u23$VelzH~g)>%$&43Z+#=rhTnK<jXG@)2g+
z>y7vk%rer>3qH2F5O2G^j{S_G{t3JZL;D%6fIND&1b9xA38iMVZ3&QW=E7~%2SXz`
z8%ZG$90nN)Q8jqHnhzlF+Qt(}udhIXW#lN!Nc(K@FsI3vfy25|L!7G<s`pT21zJs@
zYe|QL3W!adoIu!Kt>1=x@Z+ioq_n`pRYJLd(-n*_@Q|3l2^HD8y}hNw2?GwvqVAkX
zsx@<dp!EP}Td0!j<l9-D<bi0)*g-aBmEp1Au>G-h3@t*XrY$!Cw!1GPd`97GGc96O
zU8{+EY?u<j<6k+w;T*T8JToXI@0gw>LlMIynG}%IgUmyoMVD-rN}IRC3KMHmF(C~8
zg>2;K7Qb#1Ee`urkpDWTfRK>T71)>i*}<v2ML|Y}Qh=lZJbXZy<LXLC(Eto2goK_z
zlMQr60p|@2DS+)bmVjhv{>Vub20(ouDm6ggpEzb{GY*ge!J`HuII!4&{+IE`kLa$a
z;C$KBNC*kf?>+PA4O$$`tgH?)Y&-optB>5Nah{<{IZp%o`<4P^V5?@J*#5mU3N~Rc
zFH++W-vYu{uaxm<fUfBCXN_`oNoC7T3}w8b!9h^9Kr{>JG2|eM8u|s2R8VLxR?LJ~
z5XBo1%e4bDF0zHc!AKDpJOH)G;X9I7uK;aAeLgNO4xCT+<f0ANo9yx1vu+Yx)f{DU
z=qI$m^PBg9VVvp7lA=oZCRmQ_v3|5A1h%XVd&>uVONB^QYM-94k`Wf<)^inNkE8^6
zbT)3>)>tuCstCvf5wp14bEb|lo3a8{CGaHsdL|4*js&w&Z8F~Sq1FsTDFWvV$V?u=
zwF6hm0~jcS)#z*;o@b1+?!(nIO&+S%uinmOCgK5V($L(R6wH}7d^Ob<Vk|d~7OjH!
z&8yoKnRMdIDJ6RtwZ-W5Ul?!T>bTI&`w9(4lnGRkuJP@7Q%ykg92~Zv5xrhWvy`H_
z_n-b8uY*a%4Z!!kj&-K_-9A-?2Mc5Zj^+jN{-*^+W~dv7`7uAa#F=IjslQ(&1uPwe
zA^24qG@)Yu;L8lQ8p%A^yTzv<zB{LELGh$s2c^n5WkQNBxgz68OnnzM=Nu?~O#(K;
zf^W8y{tNnWaphj9RV#BCr2~z<ReCV%&An#>a1=`)6lGg*k+rGUpVp!pCjU{#Dtg!U
zhRQc5r!lkk;BSbugHa$XoZkO~yH!xHZ>@oy<*(*GS}Dz6o&3b+@UM;)PZ##3L&g{_
zvQLDame7`OEHoxvR>b)0%HKBC{mb}RE~dDA9n|!l2ikc2M^fL(PjF|)%o7;DfM)F(
znjlmi!#j6(G(+g+eMQwbQFoIU9-=9mpZN%Ap+=D$xSSY{zt)yJ=HDhjQ-3klb(M`8
znZ_-22^t{(b5@2djk-q4`%93G!ruz7$vo~Y8aPlG_cSo26G<!|8P~P4HLZGY*ye}5
z2wZZG9dC&wze8yaKB2V}kTuNbu#$!UL%}CjaP!$_+4CN6R<WAxZA5BOH(v;=l=IEE
z01tSR3SwlXm2WnTQd(L?s4kmR*xdvW*%2}rx?U=T30Jaeb+YV;&%XBB7+9^F|9FTC
zXi8D{$670bBEokkZ3sD{zsxA936S!d8HmjOH6N@k*l-AU%B0HEAMv$LeG?zewUY3z
zjF7EH<eY+WFHAX!U=_L?kc@RIm^MhtWX;qZ@Q+y+(pF*y_p94s5I3Z}tD{#?-wI+1
z?>I%~yBtj1_Wev(@g0hZ;8dC}{-nL3M9r5b8*(npoZf2K2N6Pk!Xwi5#)<`T!O-9;
zaa`Bz^rBZqs8`#0pE?`W93PsYMgatsN=Ou~RihYpx80ps4-{Yo3Rr7&>1t_#E&zCJ
z!F0%7Sel&=vXDmHJKgL1cZELAheK22!DScl#dkDisG@r>Y%9n0bp`${%>B4hy8Vvl
zQfA$Pt$_R}x+CL-rvH~yh~le~6p>W=(3^?v*g=X&)Lv+ATI#iR_Vwf^Z}EX4N{RZZ
zKAZ(UEhle3y~A(4c}_kApXOWgCR_-1sFV+SYkbP*+Ot*F5x8$T@yAnG@&yjHUF*0U
zw|y-{;J#AH<smc^dOV&Wv+zjn;v(OW@Ia57(a(F`-Co<b<xbzkEuGX7oT58zwYa27
ze;!LBhKMb%cA$KIFrMY`!%5$B18Hpb)2L6!RCX?bP1WA#iShZ53YEDTMKs~<#|aTF
zvR1{&W&FESBD6wWg2R_2gQ;57-?ZC>+cefHxsIeR&l(4U3i}N?vM?kc{DVIqD)bS=
zO33(*2}SSmXcPFG7iz4$P1g~>MM|>#5G%A1T=w#Ee#PCMPB)7ujfgOeBGmb!S$X!b
zk(NzH^*`&K){4;D&K#DKVWDY`x28toHah(hPznSJT6_+C%r0)+vQ!!*t222iNBxx3
zJyg2jfTx23Ry-W&(3enh)qh>+QEj}xLh@@b2z|U7l|Ng;vy~@nS)RXe<`A2@5Q;Ob
zs>;s|C5*SPU51YSmC!rDZ6@!<9~2n6mrN{AfAKp#<{Ndi&7ySB&I21(fTNwEN17Uv
zadn=?RzjmidRo!<rHcAwGwh-qd~`e7g)A@Y^rCJKqscD<F@%G~O^B>TbC`cNXC$P!
zO$765MV8h1$H7FBhZ6LsO3v;4i1?=uf0=%%jyBhPOsL7P7sBgXuw)7ZXF`oi4OJT{
z7=hpUT!f|kuu@{kj+I<Xmc^C0hP<L&sqvA6=om>sopHA;suj#iQlo3(BgK83YwUGS
zBXASlMpPcII@OSix;W^u8xwZ%s*Qb%PFa0tI!kU{sJx7=YU0JeG$Z`<_;WLCyY@dT
zG3n3sS37iH;+e8soj8&)j3S?&UVmc<S{^(4)rTt+s8m?OMJz>s_|pIgXus>_m%V{=
zbIps{<JJEUIv7t+@BN*l;@|D-Z}_JbA;#VxM3TL>YX3_sReht3W9jbw(Z{?X!16*l
z`^<ta(0VqUzWqbLFj36Pn)RCAr?G0{^+R`&%}K03Yi=~oK5dSGf6``t@zv9wx=1=z
zeEW6GT(J4yTkia%;Onz*;TAK$Srp&>YthnWu`Wgt!+sqDyOpB7yF3V$oEoXR>FRnb
zIAQ&A-g8g>E{bja%r>#ppz<}@Dn<4re@iY&?RSkPu|HLcNl5sr5<lK9Hri6rzAq(M
z_IL-4Wo^O8x@KR2Q$D;S$NI)7A7Bq7ADrAOZGo|@W;EMn53BANo#ws$Iz3Q0fpK29
z1rKu5#jdC881E}8cXQ)I9{!GmUj!z(-lGjLvG(o@%E`;G?nSv886+WWL-r)WKSX%2
z&+iM<?36$5%ZfB%$bBRt36azer3uiPZJzo79r)`NU?hr{ZvP4XU+ORW4-8wkqp5vq
z+4@#oS5NXBcsJjLlp_d(KaYf$1UKS72~bFD^!F?A;9c~X^7x5E(-2Iz*Q*lOOWweR
z5x7R$H3$<bAi8GZx@m6)w4|$uxW0EGhZ;FP`svW8hmwoMT4BcxiKdNej$hXqsEh|2
zeTO$#p0j<+N$`7IYT#ij%iTx)2>o|mH+CRbxK8coWZ7iN;oe}4Qmr8WTD>W>GB*}-
zX?QLsoW#4>7%If1qg~G?<+2QXQSR6C-!2EOH7q3O<x&8`is@Xyb2_n>Y$@`(`$>#3
zVmcFB;D?C6NJ-@cd7_cYH$n{ot(QzDk7Vbl6!5clYztJD{<Wy4gz~|hy0%45|B-}f
z$9v2oaw1B-gN8Xz#m$WMals>!#fqE3eTl40?RFdA%_=%(nWF&%G=}5f_V;p82h+!S
zq-|Sv-gP%um4)V(2a_Ngx<ST~$dGn<WbjbMtUIcX+zSnEJ%d>AFb8zr(~1tzw(52p
zWjk8+@8M?W6IT<Yh4GK7yw^iF@6?ECDyR8nVDRU|Ka0or|Hd+;YoL3)Vkqts#c4<V
z8zvINWCeMD21p;M|6OW^{d1-PK)iVUDJ7tD4mN5yz-mZE`Z@!f!4})la2#8W)=Mq2
z;`Ky<+A9f%&rHsu+q@|J&&eOQhTQQpdZ&X{VDgBW)UUp+?#6SvvMMk+W_3w@mX-YF
zP@To-5-$F6c;wqS2^Wt(7-FtWTixqua~HGa@Rt^JE#Xk3z(cMGrg!<&t<2$hRaOnC
zqa?-u1vd06iUrUr?2^6kzBSZ)9HxtPj6H8x)*xoM%|yb+4usV?GE$_SP2LTPqek+g
z+jpQSc;J~&+Odg3JGf}O`h6uk3~YBSPu)oP&`-QFO_`#?P5#-ZBsiGBvO?FM4$9O#
zgpR!K_1hA^9kQdm*X?_JR~*)%B$QX2gf~pLArDPUF6CB;I{vV=5vE9HXDdJ}jwYLZ
z;o~|uxoL1gW4F{vP@f`rJrJ^ag6`-K#tTDYMjjJ&D_l<6_?YzZZTAdyo%1i~7Zd1Y
zClhM3++l71Ewr^{m7>p5<brO0m5~g(6#wv<5zh#8pD+*Iq~n(WqgOiV45NX+qX^Wb
z--y~F)$=xYju~#XJoI?S_@-{p<6<-x%K*|zhqMiw<XJ}_b)X1z+~oAM_prT{P1DCq
zut*!*416FXUH=mR$KN<RS>F_#;T7mOHF!`ogiJ2TeZ!1ZqnI9HlB4(vPCp)rFDcKy
z{68C6pA_29CUDJT%kip&H3@s;IvA{D_BD-NF`%j3U5G#tieGb>UUYDm(V$Bb?Q~>7
z>^Se%cgL?<;A&u-!MUdIWWAO3vhgEH73^E;m!JGucn%GBI2mGMn9Qje;>Pfs@qN%k
z=H2HOH6)S+i?zyBxE#*OPM1$!^>)igs<L^sspTwsSw`xZzrzc~DKuWOOGwh*;=TSc
z{pj63k7cFbFV;c-Uu{L%)Nhpsz>rlh{GI;KI^qs!%8KjITExh7<<G~21i8+TH4=pt
zE%V#&8aSGJReVuLH?sawhT6&b=BVnpuz=qp&Q2N+dXL^+ZEAE#sv>Z5?^eGwZ6nS*
z(huha$<#9KM-|P?5+!HtVQ;7Ymp@x&IsabgRJjIs`^`lBZc87h(kAkg9HS6Ln?F`0
z)}FR6>I#%5xA-Na5nc(JI5dtLwF<CJ{Z#yfbC6%WRYv+6H%wa`P_?lDp!HVeWg|Fy
z(?W1MXqUxfE+XgoW!4dK-BS3Fb|hJp>3{ItuZQfFj8VdO+I#Ka@?eNTb7c$td81Q{
zwl3l1mGK5p2#JGxqOm?%6~1<bD%rtIFq|Uy_ZuAP^$gQ#V;@Avw>8FkjdP}kljfuw
z?N*q{zcwLX=H@#qQ5}lx9J4aEetp;RvdI(yzeKz{Uca^C=5#-txz~WFlr#&8t8F6p
zeXX{sjeLKc{w~k^6n8pHT2HO$5knhx#uJh!OPbZ0-k`t+h&~BQ{_N%PJ{EdtG(4p*
z*1I+bi*e;QBBUIwxI8Z~bDQxwr*d%cDoUDEWaM$39W~hb&@QKBTN;d6y&@Zas5R=C
zWfOl5nLbcZPNNT}qyUqZ-E{@GSo*a%X-^d4lxE{0Ecnfrxu}Uk{%LX~bm#3%(8^JW
z`tW7DS(v{sEFMX;o6yohSAjaL%1y^CCfxikMT0n)mb^)%Kuk07x2l~qBFZSj!PwnK
zk<)%>h%n3b56l!-e9eDf)RtGd&@=oF@8#X?xo3*^lCjjx8#i(z5t8(Ij~@!!I6TKI
z5(t^i%@9w*tKM%|7GCCNx8<XHhB|)uzW}EJSpJ2H!HS}br-h5N9})d_F~+od9o@j;
zqlc1tbhgk0equwvFfN?ms{?=#t=tXd*HFEV{sg-;yO?1<f*`>9fij=&t}w=R2FVJY
zcs7BV$g<34{m{{2_l8vp=fk2XilSdp;N{{*1J<S>ijpW2Li~y%+Y6f=9ZCoCJWsVY
zc62!JxOW&G6bh<-3Z5Q&X99&w1h7pgcN5n+mDAzg^GvVmzS!6m<=~8Wr(JY!!YVcN
z!|lFqEvD=hy9ime!jXAF|4Ww#{cl@7So<gr>I&K+)v?(mF1odX66*+{(DQ~3+(b+y
z7(NjP5DON(W4DJUARXw=#;PR1+(}gucJ)FTd$tMH9jeu;qud^pnFIxaZ2})U#u%zv
zvZKQ&j!lxTYN+&0UmV>hMNupki)<5+Tu|YX;^ko!;GqSbg6#^1h9;~I0!<`I(skW2
zI`kuoVyRSe5Y@tj9XBFcRzMH}qKFX6mr6mK0|A+)EC_-q1|$hHj~CgMK0%{lCk$-b
oAUNo~Q(z%9p>GOqzu9d5e?~O8M{^x-+yDRo07*qoM6N<$f)*4CrT_o{

literal 0
HcmV?d00001

diff --git a/doc/android/install.png b/doc/android/install.png
new file mode 100644
index 0000000000000000000000000000000000000000..882455df16d92bfff2b422f439a3d965daa2e73f
GIT binary patch
literal 55106
zcmXtf2RzmN`~DF^X7&!*A$x}?o9vzJmAyi;NA}Fh%$Bl8Br|(Ugvj1m$=3fq&-ed3
zuUAh`j`KO6&;7pN*L~gBeZ3>pRON7QQQkrz5V#8Rk2Da78`1~_iV@}w_{sYNS$g;j
z%UNFE4S~QWLjFNPWMq=V4>8;oR32meyg^FLF8E!z+zEl8Lnu6YsO2@Y^Xi4K_T%$w
zF}L9sp;RepR@-F80x9_$m<)oE=%nhU(ppltcb?ieVsA%Ul6_rhdj6D(6pgJZx0*xo
zHfdF^JElnh9TR~(D_cVr-_gZ#%gNBnd_aIy$CS5(ZwIH_`e3@-u=vsEJ+VFRZWSqR
z6a<}!4ZJc{xYZvVmQ=)P@4V1AR`kBPO@>2`?f+DF{bhB-llX4c$WGN`6H0hlqi860
zr=3eLqxA-0(SQ4Wi_rS#6G!0yVIE4c+g9U|Dl#(5e`IKioxN_?y$KxEZMsZnA4#JR
zF;UJA{rjyzq0aa9^C0(pTV)w|EmIRt;G~I1nB6qDX--D4Ftq%LAek5)9Thf(`>BLK
z)S<2QfhdTH)qf+Y)^*A22#r;43r3v}%M9qGM3dDYbySM-^734K2q+!WN^B(vC!cK|
zw!S^w(G!X=kiCH#Xou5DEMl&ViH#uVD@cy+`}5~dvd)J>3xW5iBvgg6&N|K+M)`X9
zO~xYY#XpzX3m@HSJU`*coT|un(tEF3|G;A><758Cip6&EMI`lw$D~tFYZr^3WM(a9
zbP2`3>>2uD8~^MSKVh+vz0Hzv1?Kqo@h=#Oly9tGwgrwqczL2oPrk0~iik%r-{Pfb
zG`|^u=^0=7R>-0H#hxR*a1vcGalb&!)!&{qq50<GE6?ciR=nV5)kw|BLwAPa?<4;(
zic}JG_l0S^s;_+4Zj;`iiyc#?%#Su0xYImC^x>J}TOQBy!=AF7jX0h#f7K5UJhc5^
z-5V)jYec6@Lt|Fylj3bJFi8}8KJLCZ-;&7Zae9l3ayb**)NQyRKH9BM&)Zvs)C|$4
z*L$xUfiq-by|=iQ>7FL~J@carhEq`G`AEo)*uha@N@lM}*qh6rVLDSY_&u93NxSPc
zrds7KSw+c-Zl&`%(N)W_!FAu6W5=9sBDk5QUrD#PxE{OV{W0uLTj~(`^q0EWkN(^G
zAO5LlaRWzovv(2ZgL@}Rh<L$eJX=&}EakMV@<-fQ%9wotScbRQ3X|*6@CYB+^L~3p
z$gdhr-=Wn}I#eA>kg&A*2ZvVr(f5ikABePXmtw|E1SVV=g)blW8E;HXeoN9eHysGx
zq6isRjpAWO%Ze=-GN6lnU=+DLb!XgI;CzL6tKvsa@qG63R2)9Dd2#D?6MNiM#au&s
zLzx?g1vYV_3tO70b9Y)Y9Xa<fqkMcGF>Q1p0U;x*6~a7#FN%_ZLytge!{locO@XR+
zFXmBX)?ZUm<(SZHBAxIDVe8leWahN33deFWliH}N4`WK%Tj#4Y><;ecOxU*mtLj+L
z_?Q0sNuA%RWNp#K^vQ?U#16_g%*Rt6-eXFollj_cU_QFkPcDxot;m+XA}~}rlc|TX
z72-Q=y)@5sTk}pfuJ5%ars%&8{l<!|=aNUievwemL_d4ZqAOREQQ_a>hqyM}s`w!J
zr0PMdfq%(Ran1F)ZnhjZ9t&?2b-R~}`D+A%nK9&v!XKaYbB3K-zsb>)$-NJf+O2iJ
zEtvei%w%_otVh?9WAve!D+iz<`lPCt)k?y`!n$p>OmdYwzgCc3v?SyA;RyWQIvJHr
zsE%Gf<i_M7PE4lQBI`~=F{x3bwPda$F6`7eGQ(1_0=OuqTI%{j*mSv<|G8g)S_+Xw
zCn8UUwtTZQv;xN_H6>TSN;LJFCsEK2i9$A+n^?FNUrm{R9IR3i(#e?LMbp*V&#>d#
zse_w<+ej~}eTK!!uPu?J5wi3>who~~l=j~n6kiq4ALyjEmFQrpwP+Nt1xe7@RRA#L
zsq2a=Uy5$#T@u~^0C+t&@gMHU<o|9%L&VL+h0bH7?x2(Cy;2}AL;m`~#iK{ba>9Y=
zGNQE=N=S&x&z7MMUbl;<lJ&%#!$7fBqaqRDhu4;L_@wI7eo{1>rz?mcO;(H|5%qtx
zFJ#bgk*}B<mX2f^l~2_U?yNGpuN$J(R$8Ke$!3Kq{s(*IRb==|7GJ$s*NJ;#mKfLD
z^j>#|R6cjjvU~as&~J3K#PFf#;8RRttKYxo;x*WRBt0Km$it0B0x+dDZFNeU59Fwz
zmXo$-@JFdz$}Ud-W<I7FWZM20L{o0}R}tKf<{W9a^%n2yyPegnlvzw{cO!3`e+$0>
zD|D(CTPJIr*3!U6j@QMArszY||E^4FmyEI7OlU+)I(N6m=d6YigFN5l(uA|UqFjw<
zPGJU8qI`7wSGGmiuP|<uMhj_0syH(@(;4O@x^#jLUgtY}GKx2qHM|iBnH!|$iSOTP
zD={+?A#MnLBBKlBV`IXQQDm;OK|bQC<X7W&DMQ*pMt3QQqABQTqSGVQ6SAi9IP%OA
z^$|e|vDBz^@k(e!@6PXW345vdYs_|)WNt*V#&I)Z$nY{3CNr>JgqR^n5WNnGSncQm
zCX<Qk<cU-re<%X`^`5+sGCZd|t*XQg<Qq#ceUF!>I$8+J>mumP5uAe=)7H+ZkFenU
z{CIO$W?7h%=e>HfMX%w*Agq?PwsZv5W_U1t8UfyWZ-XP9mYGv3Y-~nz*?0^JO-8y%
zZmF$XbwYZaNxiX&3coE>sY34lQ2xZq$t-dcjV~Z8uQ7>RC=Wm}>&GKx_BgWQ-X*cM
zV7687ERm<Jp^PfD{9xGXT;w}!@%m+m)Vp^+Y1~s+weyJ*IV0E_0M<BbxTblx#{7DN
zNFVzSd6)PZ9WYb$np`RCRhMj}Mjo;=j}~}|l4yMJ!KR54n2YkkKp^vtFVx^$L~<gJ
z47*7*)@?=EP<?Tne4pZ~*H_(TKVk<Xw&)Wgg@p<&SO)@>lG29**zjk3@9-0=XS($j
zqTry7+u$lOC$%wJClVzs>IR{tW-7>V#}`@Lpgc3b*Wle{8s)}S_-ovSQY4xqeCt{N
zSm**npe<@Xa#K>QaX-G#gDUrnpfS0PoUd^aGm?fN+Jzo%Jq&HER>8jH)=eChcn-#w
zu|%b;6wAV&l^FS{sK;4F)EGVoVRfS~C%W_n1ji@xn6xn_u?{z`!2c0)W^+7p#L?Tp
zHsrOs;P_{H-;1f?Atl0^r}ysQMp-&?7cbZ1*S6VXYT%*9w?8y?Md%plFb4@fV8q76
zJ}9B+ZR_G8^xj|QO{e=LH#5BJDHQeGN>NL<V@;a3Jup;@CM+_*WQBz&@=omhEyOUw
zpx%bw{w-FYvWy~|-cJt1FQfZ6ryx;<cL{pVGSMi?Xb{}bSxe(TDCbVe9h&QO*`ama
zQK~}({Gw~)`XD^ow&!WUT+=RCz#o!4h#4Wq{E!zfK>e7&s>*`Uo+}`bURYygvC}eT
z-(`4A+tcTjmW5#SWt1G_#Jew3$bC7SEo+YR!YhTqbz3bYG^0ha5RJ*{O@>n%>T7du
zYS#CY-z=@?@LsDv6&0DovvrQ;s@`HH#M#CqB$xGeR&#h!PcNK0cf<Crr=3;C2$_lB
zu;pl#wc_$=Ch?g99YH0>Ky|qk9bHJJ168LG$ADS1e#+w@AR+U2{4WolSF|t});i2`
z<8au{)?4Z)41PE#uChX4qTTRoZ57=K<rx<F@j`nwGKVVcp@fKlI4{S>v*SsZVcbpx
zqLX{W!-EkYKWslFGxuhb>_eC9MME~GYaL|z$2yneYO_9+bAI$_Dv3f?zHD#ZtK4hp
z5(|;o<3(9+aFjGQO@Vk;D>Sq3vKCKzDzZ*T9)K85<5c0crw?HZL8G=#M==SO5e-4_
zu=LKHe=6tsLt?<TInAV_GB_$X?zwK)m=P1gB0rW!?C;)!<lVdZwi886OiZnphXZq;
z+@?N0jrtRyQQ@-Oy*pDk+x()U-)*b$j(zcAs_@Nc{Pxq%OI;C}M=UwMhZ|%0y$V`5
z&pQ{!`8(<z$`qN{SI93(qeQ6j;(C^yh4*FH3N7`uZr0t^VF=;I>8$49P~Nebt)JM$
zLA&vXGYh#FWLrYiyoXH&A70q<b{G62f4fj?yBtrMPk>Kx7)jIfnnh-zI(IZNG0>j)
zwZu}1atmY3C$Fzx?(%%jv&0BN#dgLDaG|AcOxAEU$y6AyqGrVGrkPvIJYtu7Jae|G
zeXaO!Q7Slqh`a_j%B9=Elfy;6Tp3l=wmSTdpVwTYOP1J+*r=!)2Qf}gP9dR&XRUsY
z4HrFk{2winV4^8ch`X-z#z|f`S`AT7@N*6jO3!((XZ>t`asS@Edz_rwOdJY49+sWC
z4})c+$;X;Jwox(g?58VHu&}f<nn+_daDT|ZHt8oE_dg|NqO0N{j8oK&=6T02?!w4f
zj)ET(4Un+DxZdkLV*#a9y<x5MH39xxp1uIo{qbtvh^mmh5}Bl%FN|c0x>He!2plVj
z*eUu=GJ6la2t5)j+iPQTgf4xrL$ex^wW+7Iw*=>ux!D*ohVAL8IZV!9akM#@1c`(w
zx%Q>i+7AmKiJ@wTu~a#jC9SE{J6!(Yd@4xR7@Cnx80&zlnPpgJ`22K#aq5|Wi)}_l
z>-BkYj-SuzzG=hk1D`(|RE~{{MQ<Hvsx1dD&yFa}i)=}Wk*~C((#X8a%ggEM=?{ht
zq@<)}D7gif90R;6M4QFB6~?CyBiRqE2h;L0_BuEsCw0EZClGAjTFtkceAJJE2=9Do
zB_;llpZ?wXqcS&P>P)wR>Wx38v}U~GXzU^_w5qThK7Rdv(7F`q{7%5|HXdVufsA;s
zMPJ<W?>PS39v75)W8L@dFEV!Zf6h|q58skw!dOFS&IGx2ngvQlzwtF4n67v6oA3-U
zRWc3cFKjO;an=!;X)<)TsdN0=bW<*$I;C^ul9X)F$|&t`RldqMXB^R<m6a9seA&m3
zA735i{PW%Z&=46Fg&NqFClhY$ceXkraWS~*KJPxEBCm@ez(gCx4LijA8gH9Xh8nRG
z*vnr~LT;|0pg<$$`RB}+Hm+DE94{gwV#PpaNqy>Vels3E8p5yjPK&$rYbiRZ6lLNk
zdW5qwtsRNeR^t}ae&ylrw6B6lmJG$WE4AnUV=gpxVfv3K{~=g4)R)+KNp+&c1tkyE
zIywzRltW%ExuH>NH7>;zF@-XrJNg$ZjV#a{E9tjCBsB@blEl~g^uY7R^U3_<>l~%X
zzt>9yMb7eUZCG?F>GM1-3Z9q!g_4bU6u4Jof|vtr_VHZYh2nX>7sNl?ME-T&xh5bZ
zYj}0>mrb)sFNK7JWcB1COSO1v`|5DuemE}G_a=|$JJ{i!E(c%9@F{p#_7^*en3aEJ
zN}m1-E-ft`8yiD#!&dOSI_ETMbpAc}iFid}O>8CZ`NvPp?Ce`_oxYexdu)II;Q#L$
z(yhtPk6O@P@8tK-R1W=WuY;wre7Odvg)guYvkgxE$W@4p?Clb==#4jS@!{03wm3Un
z?F`4?8_f%z-JP#{K4s|CqOGSV&wxY0|KP!^uGhEq_4T8xV5|CHpRF(WU2v9F{oS2i
zaOt6mu6i-=ZT+*!L+|?XXry(s=&kaE@6nJD0N?vNbU+N6*0>Lz=Y$N#nWCIX%bO6|
zk#C}LziCtD2zIu}zcJ`3AGaElGWG^N`xxVUQBea{?Y?)MmULVFT!$mW2MhiA-2RE_
zd*i~?tJ>lBVh}GrQBmS$PxCKcjObFXj*~b~)7i&T4R8k<DABsnP^A-TCp}eEyoIp;
z*`%$w=`1{o5@yvj`Cb?Qjs*2_j48Q9&V4qvQn@(Vi<3P$L!)NT-NVDf%Hil}oZ+(+
zPQ%LU%5N-Q8xR#N`Y-2O_lhUH;enw_(FD_$YCFu-ep*RX>K_<@B};kpX7$*Iir*$a
zJ^e?%TpYyM=|?qsAKSfq?_Zw$e)Hzd+1VL<qW!y-r6sJ*Zmihv>CfJLv{U>;16<Aa
zm!}6+RaM3nx{B#pSwCA|p6EV%b(|k3aU&pxN~r1Q?~hNL;lHpDB-+0ooXkyBnfKsQ
z36?)=&9+ZFR~QG1E+qTayp%-0MIHM*U6}8otMAj<y~jgSJ)*wTy3)MP=$U?<x+J?O
z?MwaULl4%9w5j@UgkP!$l79LyalgOOLN9JuH+zJVLWOVXK835xdiztu7dGk1>BJMF
z^<8fJ;f0cq?l=pUzUD!zaP_(@%E2B+pB^MNqP9jiOgq9#NK4yr7FJYLjHg$gC{V-B
z8ELQ@$~fMhN)kv+!$SX#iZAZ`l|)xdOAFD4egE@l^NT(ItL<ki&mN)6st1XPh-_|d
zLX5CUInpHkzf5fp_4oG=4t9z1Y|(^jfmG1oFe_;Ht>nwA3yG6CHwb7<WMtFvcf$m+
zDg(sEMDY`K^)ZKrpWiE<wXWy*e`#zKW@cVXF?7sZ7PK8-Nsyxjphy>Zu9GA2iVJG7
zuCX`zd%N%D6xqEC|E^EU%F4K&HW|4M2}D-~qGEV%ed}94YB^ns+F+R&XoCJ~>#kj#
zd@8k@%;Go?ec90u49&YYMHIg2@q1Q>r_kZpDu&<tg&?T!#OEEY9H*)4*_>ORKDttU
zL6P*5{VcHmChg+K>L2a>C4~OkV~d9$!sD*pS+CVJUxX@Aj;~{4GE;Y$V&WMoc7JMf
z7%X3&ChT*0{DmQPz%n#|wlp_zl3$%Z!9OZfw%0DxEoVemUq7M(HBd@hn}iEfQ-%no
zZTWz^`(x7<d+I=)>#Aa0kEV{!-{m+-*WrpU=XP2zjVq@1PL^F@&r6tggh2Aqh`QUH
z|Jj@<QsKkNcbKiWGm=>UTv_Q1HT%8J2T|u=Z96||tcNore3TR;f?U6qs2?00eEs^>
z|6+Cl7KZ)ay@i*1Ee~G)<#(F*?Tx43xH(&C+9|g8*_^yPjmJEL-!{nNZ2sjQ)Ga)L
z65EV(?=eVFvO%W2A}oR<r*9?#L<I`Xc4loY#O(r>8Z&jAGGcY5O>J5<iGjFuGVZKW
zGaZ+kJs%1U?|DC8U)6o)XEJr2Ls}6nHq*Om&Q-B^Bb*a`IV@RF9;<Og>9rBlGRrjM
z<aZ1NUU(-rPIP~gMl6-kN5ck3;^7|h=IxKofKK6-$`e|sw{3@9En@MP_`*Be$(who
z2ZYz7NI9iHp8uV7dU?Dx2|Ks--_@QMab!V7Nr}{CsDS-!eGJd{a(zAlqN?QT&!4HI
zOl`XB9cB@^!0d?G$G^OK$+r4p;nmc;$Jn=q=W1;=0eCevHBkct238L*uJ*oM{I*Pe
z`W;divW`ha#QW;}c(3JzmW!^FPWEaaTI6qHeEBQMc4Xv-m<VpZM(tZf^i-5<aRl^H
zbDI#!8#TXXqft@00u>zjQ0BOqx_pfAOtHwK=1KOi%~(=|sZOa8CYY*W4^8M?ZU+{W
z-)ZH-?L$Ww$mi)(4rlM#bZ;`^imrU3s%jMtmG`zOfz!hnPJ24#z}pS<d{2E3zOu2g
z!H&AxdS5Z>ewOp^avg4YptpBprf$3c%{^@cTvY<;z(a`~eCdPuZ-`?l`8J81CyJZy
zq6eJj9Cz<_@(-DIhT&2Rb8|GyK~AYmKzZ)f9s!tY-up89@u^tF)CE+7mo3KOor@<I
zwpjs4Zu&HeJDw#zva_HBx0@43C7Dq3VFV^GvGbOgmaELIKrti5VI~A--zTQWwIg=x
z?t)}o>ZFyer+MjjT(8tgtb%DsRxfZj&F9(!lu)97<n<~rKivNnrAE6rLsj&VBws+U
zu&~gtRg#M<wu3CkdyT^4bx24EIyPy^van)pFG;)UY@M30SYI7%c!LxYDk?FD8GfTY
z9E57ICgvF62y`L|tSRLg?1k!jw?4eV<4Y-9jgY7s)_$)8`{%VPg)NSZLGNB2lmj3l
zUwe8|Q&ab58}Mt47eD3Ns!PfP#qbDy{kSj9z2WaSDyyMiG7(mMx2Z|>Rq!r2e<6aD
z0(nQ{Q!MDntp}qM=VM)Bnj6hCd4KT<FAuH~yqt?!+Z8sr`7Sb8CWyX0MbMnO08^oo
zh(U|DoIZ+<X=kP`%5A<(``#Zv`kv9U`>uJWrj+MwpSd}#!<$mlS%-E#pLs2Y7TMms
z5eVf>`S?*+@J(fbV%Y-yMC12%8Y+6|w=XoY>G5dAH$0okxQv8foxAg<mqk$U2w<&W
zLIy;|#laS^887IQ!GFN-cj-lsW>q-OCXN(sFp^6DgqTZWM^vhXz3dx1wq&>J*?Lq<
zxRW8?<sVE*6clJOsULuXmTIEN+*oz7v6zET!zJ!qTT*bijvC&OLNnvJAyw#r%7-)O
z8y%{FcZ2M9vCpMW>E?@rZ#o~1Y-c^g@o1VncNI&sdrxI+9}UE_xe%-0u%%OcPflv*
zzxqbEyQ^zwzNHy>FmxHe=UZMjIR4~n+IUC%z$ZC1m4%TJ1m-Mutx_K4lu~xJH%497
zrh~dhMuX%7!^8C)1AvF3HuND2dn|X^MR#xFkpDXHqV?IxgGwOr3JHxE`bObwpaOmq
z2<Z?Lz8v%Hr=v(}pB&9&+}yx1SLW@Oay4j+a_ZbZ#~n&+@5PJ9;lK-W(ZuXbc@y?&
z{Q1bS9=6fgGZCZbM21)KqdrPWYfQhxNSz&(x(kOIG1KLFRMCba=$jr`9epb}?804m
zb@J2y-^DY8*X2Qvo12@$M+G*(BlJ8Aih`Vu*N+tSwY8ZF?Z@7QDq3xQp8@KK9<bN?
zZ+`pu2C@z?&y<vxUoM8<AvcG&3Wcxb*Ip+-OVH_(FS{84P>xLxjfM+w7tQ%n*%(S(
zpg;M#90O2M$EK^yRVFe4%eN-qkF9y1{Cpww{Cjk@@K%pJvPD?c^Fq6`+aILw9&uwZ
zw>=&UCm&Jzx^99UUnacAfm;O4TOO@ZpOz?TTB7*YO2XanOily7?gC6L>ayB6>Q!lO
z+i5zHb>-gNpM3ID4?TKg9rnuw8f7pKW}a8nK~cYVZ~NK5^QoD-=TVW7goK2NNlAQs
ze1*x-0r&m>*__a4GeRtoi#o92+=&aU^JsnKS(AHdljsM9BxYy?Y8@_)MkM7Tf-#OS
zuEI=xk0*6gpL*)2ay^}MeBtf=DRCmPbc~w)ewnP2NAR1<m2<@Y@zk^XhV?tZwEfRk
zQ(G^7H!m$M0ohwyTN4C=R$gvD|Jgh9NRHN<k%`F?h^tfURXu@Oe=-{+24MaWER~RH
z2O1`m?l=4dB#_aQ|B-ssh325tSCBk-qx+#Ehm~NY3&S#&DGHG^=FPAeCVdMlHkUGo
zGC@c7W>su9hvAsUuoyF{#*>|&&lOEC9vH`s(5zNp1^!w@TaFHlkLDo=O0mDEa{gwT
zh;o%aIcKRY5LIZ-xf382NXnFvYadgpu@4)s%EO24(G+|V7dw2>28`*UT>SmX2j|-r
z#YIKTOiag{6V?k~UMZz;&|}>z{JfU&+|10(6NCr5Np{RokNA%UpS=ze?#d-5CZ7M@
zz4&3BbK6`y$^>DM5F>Kjmlz={siCye*6Ea`%7PF-?7a)rejVz(53nywpnCAHEFc(>
zZm|1KP*86=4=;Ev<Hq#_M;~`nIVorGmqPzB0FnLd<zn$D0;$dEhftVBs-eBZ(a$62
zx1Av;U(S0#g%ThT<#Y={r-D_VT)U&o+|80nFQicUkb|FqFMVFL&eneL{CL~2-u_3q
zevQgo!K|sX%j35~G~&MUnA~Y>g+n-abW+?Uw}bl9iF+cn#7VhhQIEb0In9fUi8X)z
z><f(#lmgbbTC(lCO8YY3WHXOo53H`O-Dty?ybSP(vKi#YNgW84%+q@)V7##FX-?%#
zPo{DE`<>5WMG=`=+S;M>_rp5_huZXf4X(nJ-dy=faz2!iSk8nn*V|2&<>uzr))K$K
z_?pse#D&;D^WC_VF@BWT{p!(Vfb4(jJDxG$$I5PJEdztH-{Q*r-49*qIlH+hLrrHr
zHKfht+xHi!i{ztPxKBgEb!37OefB@N?zWf)mmF^k@=kE8Ost<6jqfG~b#x?FYoLsq
z<k5U0PEA|-9c;cs<~H}2^}_I7qxy?Ptrs3BOpP)>bE8O|O5eUrkPjLa>`$N)()1&k
zGY@4iPP7{hr)($JQGQx<Gp|=xZO&?CR@3~Xk4`~H@%)X!CuCKAkXvQ2Hj%(@rE$Zz
zTiTeXk6t)4B4f5XQ#Ac{c;L#$+$}}czIGE5>27|<r8vh8?9+74xBM{;Pu2af2!)gC
zA6>BWNhunM63E8TJ;|`)*`UU7G$IWP30VpoCx2(Itn&VKp#LA49U%+ea}kPj?qTB?
zmaZq2(sM7FT-5~~>}8!Mxe1chN=9<6JPGabL-!`UAKEnYUeX`%P~w+9u%mL9U`Mu*
zoi47UN4-CFl@W8aHKLA&K|{h;kAoI^jq7ZAQOJwvMG)kf*lf_}&4~&WPI%Kmo$C#W
zj*G*`oZUX=B?uDEy{QyzXJEmyAZ?&o$Tc3R%tg{oMBI%f(22=om!n~;c9mS9uA=ey
zeSx+W!yDN?D(%2R(fN%JcIWvclaGJc$(m!X-cv`FmFFlMyEpT$1T>~r3f10>=Y~VM
zD`r6`N#ou0Li~6^$xH5!W~WT5Gc?q><L3`M3!D9HCwWD<@<dRBdFsti?n^uoLFl?V
zPxm~iN_x&%6{^U`{-h*=sBbjfkuj1*>#p3lyl0k=-WX^l74-|*3BGz`U?XJx#=c`(
zzHqvi<ObvNhLM&nIqA?7hl%fxAvB^r5ig^ZJyvid1WJ2_ym9njuoK4gnW&mkFl6Vh
z-!$oorIEv<iH(bEaA+<sFJDnBO(slhJJ45j={L-xso{y7RiJ6qE+&4%C{xbhwEKTv
z00wkiLYWe+yhJm->oRW6!lwRjPriNA-%?FWkPxiP+Oo5G^KA0#*dMnylO5yIc7KsA
zDU0wto{?Q_X|7YW)gKdi`TzyRVRuR@MtxQ;nFKWr#b1MKMb9G3I>TSw5jAKzqNw?H
zRU(7hP-1+K)M)AzdzWm}Bizwko7dd!A)%c&@FGm)OA;L7`C}B-lOF{~$J>EYvyFe$
zGWJk=RqhM_r4p%<St<9--HNyUo^@+t-;skW^M_$69h8Ef4Q~39PKnb7@KLC>FsE2D
zF)`ZRK|&H}q|&ywwtCT2LTUVIAJ%dsqaERM$dBff<TYrWkx-=N!l(w8x58FA#(#nu
zIpEK8!5d9etJO_=%+pcAn(Y7IxQfyPf1<5KP`yPqvV-_8T6*m1|E}X?$C0)gsOu!h
zAmS)qw4(L@M{243IxRv)D+oID{8yie1&aO~BFN-Rbf6(jQP<P-Z<D9ed9fZ%^f7sh
zVyn~p;38Rb_dljgt>2*rG8=3ZZ*Zf{h<7n>Gsk+IR@%${?;cp>P3(L=6a7=rGo9Zn
zldQFWGf19vBMIe*h=oz$q8V=#IYby0cG1GH$gCuO{{~$J*)sLp4lwB<5XwVTFQqj&
z=;`S>uy-lm<otKZ^(IQxfM5*#?`2i7+Quqnu{mi7BTN$`MK<TD!Aef~*eB6j*&P{H
z$f*IpDnaeoG8SQYze<_Fcu2<Ce&=6xaS0wm3fbRE?~sAZa|ya6t|#lMl4r43D$S*Q
z@1e_C@=3F=LQx#S%EmTk_dg>>*N-UUaEEd)2Hsdd$Fjac`Rcrc{ZoN3hiR`RM^WTR
z6BqZ5yK1ButF2l5WY9kg=aw3a!4!}WZ_x{LGcO7&^|;rzAlJ8>ZMnfKe<Pe)*s+fT
zfnZ!mP(SkZ6?bNqx`9X%y<Lg?9oZH&C(~FS#4qI_i?+1d!sJXW`ZVI941vW=Yy})L
zA2t+3L5lHz(Krt148RE+mn}{o5{ZkjonsZ1Rm4)35Bo&=e3~R3Z~4C^7jDkYm5yAL
zYG$yG=D~`lKxR5216yfmEqYSk8&iYu{|2MqPz7$*g_?!v<m5Ri%Li9AHcsDNl?x@H
ztKEUk0}1%dj$<du<aM}7kb><EB~@itSrNSC6#1fM{Qr%7vnVy6ad$`meEFC9f$O6H
z1XkujZ7qK%KlUxb$8tgzZNl6pVC3O1{NK0n0JkkjF0v&|O5b4OYeV2k_YZ|i^0gy`
zF_gXV1(wB5t9a3$BPX^tnKWoErfHhDQGd5vwH2DYtF9hL$lU5qLnBB$c>N1+$l||H
zc*vTVR)`!D6_zm6<Xhyu855x6|KF2kz6yEFPH2e!!oR-oD>*6(bphI27c2xFH^rMZ
zPUO<XG)<YB-piFqhy=sWZ;CJ`#uUx^z!V$?@&8?#(pozv)M1Jm=Kz!NjY&JrAh~(l
zL&Y#FIZ_3KjL!cuZA&VqG+9=x3e9bnXut(Q%Msx%@wzso!*pg4uo$+hkkr`Ymvte&
z=5!+F8Z#P-2rPjkRnx?mSrPvYz4O0p^5G%c&{9vc`MLwJAja_;yli%^X|Y=6Q))yN
z)AhKD+#^43UzGf@MLm!glN$X;X>f$XQltNLT7BzsQGHfser>{o=I-`4eGh)W`^#zK
zpHNU_#0P)*nG4(j9Yn`ueQvJ6$J}W`yv2OGVw@%RbC{_X21Y1DRELCVw7Qo1w9ay!
zqs7NV22!;XzYj^9H?nWkMY??y+-rE&lbi5NWT?iCO@M#PkJ`Mo!|=9Ubi_;!L(#Qt
zxJM?R9nNEN#OU{5)~2UoYZ6lQMD_g|>?Duvc<CQ8J}%|ZyYo%qgL><qzYUu9<lEa+
zhRY|i=6{}qin?e$OLJ_XVoWtz$|tXM2<926CO607zNW3EKQIb(m@PX>!qK$$VbyB*
z*PfqmtG=rKCTAmwyCZ)gOn_Xn!NKsSMG4*{R(6J^ewe9RO=(ubu4LUd=It<j6<f;I
z=dYNV5W>`WeQl;`596?`!C+A%<;qq#O4R0dWfmT$btsudbBB;d*W*=b89D{4vO|2!
zZIL)*Ird)B7h#XfnCxn{SY+_9-|}U<rUsckEq8j5o9A*f=RU=?bY0M|-}mJ0PiOx4
zTy2>XRXX6&g%C(PJ8s}TXfPqa$(mijz22XWdYin3nTB*up`BansrK&MRca~<E7sSw
zWeMoK(RABrz1n5p88bvU7isPMHH!0UG#6GVTMZqP=qStsr4W2`H6~gN%NpElX_$eb
zYXMt&`LE2^<0&;)$MlITwgPRUT;4dz8^*_C-BYF}D1Aw{a@1M2zh3V!wU`#W+um(5
zz&W5{jnn!xQvD8t<#-@JzaL9Mp(2kDXQ2flz*1n<uV=J^m)fnQWgrkpuHSTKe091Q
zUaXpx@#YOlQOIyD<;$I_9tn{7L9tqPfl_?|O<le11ha;1g7QkH8;m%;et%joQq59K
zD&}4v4aS#%3*51?veIBIu+8uwFBkUQnJ(2Vu75s-hXCyzv`>la(`AqVN;rj&zS$5q
zFOA9Fx!TB&<K^WY9`3-xjq%~3`Bx{_(j7@gKZJ5sk)Ux4rJklTWcTF4VfOFKS1==x
zT>Zf{l;x6g)rN}yXKNCB!ACqBDgr49iAt8}G4v*xM^bbMdM8P|#*INC6-~^*<6i-m
z<Tqm-$)m%Mo=xx{uu5Zc1i1NExBXK7UcXyX!iw1UY0;}8=vZ|{30T-G4y3*Mix-ZH
z@Ri6hB~MVt^6HYJGa;9yBWP164<{$QRb)F;zw0bqkgO*w5M?@WJH--<zS3ekh`p10
zKbm8pL)3OoSAaBII6KHv9}%CDl9H6P>@HfBW=bxNIZ&Oc%5vSsjWbYv=_i?pB9NU-
z^q0?kaM4*UHL)pD{MpKz<mBYcOzKNP0?b;Qv3Jly!ybu?tuuXM=8P5^h>(JAM@NU0
zCJGa$!UH-QH&<69E;3tQLg(r9G87`a-;W;&;UE)Vob~vo-{S_-d3Hp=3EX|I;x|X9
z$uezEPr+kv5E`p%YVzN`+aK;3h|xC1!SuejDJUaRG|}E1+pn1ftuMs-iGX2BXe!Q=
zA9yJKQ9q*`io|j_a<W7{C?EK^>*%CRY|epp4g$sc(A#kSXrUU~2LfAh#A0|aJvPU`
zf+m-xO4N=^d%3{9@1NRf%YAM5+m=#oBM&-TTUps|5W8;Oy5;$Mj)IIVH77?Behfb{
z8;IwG7{%=HKU&f?t>@(k!~Z}T9e(HLP*G%5Xqc7utq>92j!Wt?Bg~rHrLlL4Clspe
z9_8SL2j8T$kFd?qi?-?Hj=uM?aVhDE1O=ZJPV9wz_{zPe!~T0PpmZ7FY%rn1>2wy&
z;!2Gge4$6BL+;5iB7QVDnkNGjB<rSqyzsjm+0qUy#*VkX_h6f5ti91S7I9k}M9w>G
z6F=VO5&a(Qt3Y`J|6#F=Ys{r*bQOG=+1g+_=(Ws*9->)xt@IS5vt-6z^pcYPM{7f>
z#Y7QkSooXqv4zGQmm$9~MB|%SZnqTaCwDI9&gY8Z?kQ}c9ZU4&NM7vJOfL%CN_BMS
zaHG3#Mr<B@O43+D-<l{Mfp*iec~?;M9H~%%#JO15Wz2Bi;6QcpW7Sn%&UAUxuT$xM
zq5WjpWPw6b(~CW0BO@a<HAp`}zspn5k)(P@bQ`w!ffi*N?f>n*J;<-pX==vHJ}mvd
zhe5Y2n=)K|kmvgN%$Lu4*yyttkKa5z4|oGW3c7j=4Q!<;s_JAX?aRogvSYzXnwgjH
zzPGo>>Y;@TYALM*vTz1{b*^Q&oqKLy^219_Jgf4YO&C|Q$0|R!i+OBcu|@73ZjT&C
zFlR(ejLMTIPvqs*QlE_J_jGpyTsTfww(p(f-%>~CYH3?AGcRcdzrqt4@jebadI1Es
zxqn&nkotn4<6I+j+@Suu(^-&-yKKFy)W`mY!=be*DL^v9#lw^E2<v-3;mxvJ<;9JS
zX>Pxd&eRykj^D)$9(>z49CODge)K4E+O<h!QUKx3aY-N``joeTX)BXk(^o;E4>C^+
z|IR!ie{;uOjlD(PX)ke=O9yv%_t|;}|MN{2A5XX^|NUR>+>#Vox3|1p-!8fwgmqou
zlH?^HRu6E2LirDL<s6?aw(jY=DdUTkq$hv3r<~e@&{_Z39t6<d6W9u-yxYw11@8+9
z{R^@82Z)=t$_IXvl=pn!iAjW4k+BB$*8XN8z~p%L<q|INa;vns8}t;<9lcAWqzxiu
zMrvx0$bEM93_%A2eSHdv`O`F)VW-ar-Jlf>!Ww~^a;kmtcNYVn_Ve?pk1){9<+Op3
z2uz_Q%<TcdVK#N2lk=+#a&{X-Dd4k~ZoRRx*R=g{ZRqWjOkwran)YCf7dz7~pgKuj
z{UI8kBzhuVWjT=YMDmKbC-$vl6B`rL>dzMoKR>y#m=ErHBFC&06ck~m#H6IEZv{Vq
z^br1L*0FhL(fKn>#6TtjIhqE@9_fAK&o*NW-P2EB{CxBFZB$XV<iE3#XCU~OX}|A1
zcL&XJb!A1Kt)`|X$M1aeliNBZ1<KcjczPL_f>Pu4z?4Jc>dyqg;U^=moRRSL*DS8f
zF+z|%Uk<vd;GvT=kQ$J>x;n@}TP5oGq7XQ3?K*(a$5EsSOq^hRk(6wOXMqv-d)<m`
z5jSS@9heI_EPQ!@aNqj2*~gM|xl=O&<CRYGsMuIq5myUY*_+5&6v0cq!bR@oY)aGD
za-U&>19wDj4uYRAED^|EHK4+q@`QKtfQJOUHac2b98a76ys!Au5hx}pDaprowA-*S
zUt^80ss_O4c6B_(!p!W`GXLhD?r`>lx6+Sar{4&aTJDZP+A;8GMA2>pf{qN~gj;*n
zn{Wa*2@_n9#nW<faxyXuG&BxZQ=fe_sJlh64evehJ>5@aQu+uV1_w8C5DrozJmF0y
zg5(lWc;=_go|;9<Z0zhEd>+j|VL^81KGh_<LQcVe<j6~0Soit-=QEHZ;p<)wR0AN3
zcx-)3OeCc5g4ObXu%2CAt7eJD+>yMFy8lJ5#pgIiXg)0~>uT+-6X>E-^$su|%vb{i
z1+_R!)!Ni_5#S1*B;*R|t7tO%C^YY7zS5iE?d=VN)hM$2#?=-PmiqT}%30aj&(GF#
z4k(O3NhM%_0SQ;q8h4Cax0?>1S-Oof>$aDDiKXdgM3~nj*~j2$CWNwi&L{zU4dyw`
zkPgDuprqvR+iHO54!(_4m<fXJ4n@ft#@Mh6JcOx*o4Yo*Ad_%9^%@*$A|u{^Y_fx$
z3{Rh=fgH((k{LJt3c?1mvUqgn^LOVgT=H_Us)u&A(IwxM93B^RwaKmsB6SeL@598l
zwzk$f=atSIGB7^`-^4xi5`X@^yvpGMWZXOAUi;Y(URsT0$5@8pQjyZoK+-<p>n0>3
zTJYKa0G<<A4VZi#gQW@-NudQ_Hy0NkgptcvlD@vaA3uJ4`t%7b01iK@EnEGrt`AdN
z2eTiD!Q38@4-p?9Z<4Xru;BOJK%l0&T0=uacpcy{%=B`<6CYMwRarSx+}jl>9P&|4
zE?)lK@dkzV@*vLNsKGI7V3olZ6G8UWeT*s9h!@_3=(!BvZ}~Hh)S5y6W?@-}HG~Nq
za^BAeMRCvn-&?nN*o>*q{GiOh&Oz>{Cpi*iuybJ&6T)c`Enqv&c>n$$_&iV$;tK@@
z1(1QuXL#h?CNQc66N5%fRkBXPclA<+n<J`<5!Ma9XRhp*pbIzHP4@4dz*aDRbv#ML
zqMFHPjh8(J<4Hl7_AV`%bx%WL{EPFy%zqes6G8?p@b+xO-ea<-{El<NtqXC+3_IaE
z9}HTq&$mG}0i1?i`x^!f5IDzAt0@p@k*s0JPbgl#8>4wVJUpwbt1w*HS!n%d9{1qy
zkkCS-(MMP<nBUBKEyv(e^26i;COH=YD5(2}qH>hy_rIJj!7mJFi8a6&p8&I~r{`bm
zzmtEW?i-a5y^W0x@Jp0KK=Nf{APvAc0O8b-m6bI$MPhbE<5DCD(#VyEueAmJUPB{s
zVAT%b)zR_y;p%|MIz-Z?!nj4^Y=vlLud%Vw|8n^bSP)>2)b-M2H1}bg#Q6p&&J^aL
zYpcr3+rTx9jpr9T!wu`~JYaE^)3{BCGetm=X5--KqR30GhVdyP06&3(zc0Wp94UO!
z)1HcMaOQiL#oJj0{OZ1^5hnMzlMNj==~(896Ia8+vy%+K5yBf45n&n~L(cO~DV6Jv
z?|wV73jOq$dT_Rq1j&j2;15B%i*wpFfTXX)0y>$Il+KqZt|oa*9_wN1?r8`oxC+;S
z?;{r<_SX}MGYe_yj!t|@Wm9yEcpSc^gupTG=&w;^v-Lk=5=)(o4AwxkLA`y%4F;IB
zNJ#iW3FF6w@o=`Nhn=6_HPHF>k(`Ck-bYkUpKm|ML%SjT4Z4vR5SS<82ao6o$ayU=
zZyvWC4U1{?hhme(Qi~7{eXuZm`DaXS!T;YY`Yv#?fn~4Cc~M$i2TBn{Gar0xFlaym
zH#`*#G4T8Gwk(<m>{xRLR%hxR48fNX2H*wu1SvXh=U-Cah=hK+C(Z8q{rzDr7fbyE
z=CMO>g`UCO1G$&(#)<P<_7k(Mf_I}8*2N$2J;f6IFdRHQE`axt2H?aQ4MNAx5P0s{
zi7TXL9kxk7X{B_)43OWM0bqzUA2KPW#8WuK<3n1}0Eht1(?yVry0eBg<mN>)E8LZh
zwwbP61Qe2sCg%Zr6j*U!Ot$?lii=^J!FUuN>N~inp;*9gZa{`3w=BdB$`u|J%rK3N
z=1vy;{U^0`acM;Vz+l~4OY0l>BUpdmrKdOj8c71*J2Wzq1NZ@u2E-$Hm%f3*`!j(J
zU*l?up{uLwJj|NFA7~1(hsoCn;Oxjqss^kz9Vh4RhlY7d5!V&udJSj2jgNPRyg_M0
z?lR~IVeAW~%?I!R`W0-$`++R;P|m?_=`~$x3b&gE=v`wq1id8fjx}uT6XX(nZ2sNE
zlI_*8euOMS7X7mMuguJr;EvUjlj>?5rxtB(GLsi>F_ec+J`3M0)@=N6cUf#-=8wty
zfoG$Ys0iRUHv+)uFjIeZeX+NUPsX8F3FYAP=g)I<Mw3Kp8XDCA>!+uujz61RhM|ix
zXmEV0rlzK)g@(|5>Y+_XkS6NEj<)~=e)f}_HLxcrZhiOP_1`dPDqvP-=i-_NXPl3Z
zsH~vp=D6i*|C<y`Fl`KQM}vI_(FSG(7n{?Q)_+J_C9K7#YUIlm+Jt(C;(`LT(_n(7
z!c=1b4T&5Wo?bb*xVS)c)Zf0F?XKnkg2VDUKRS7Q@8sgjkH5{Q#aR41Y{%#N-;>!i
zKO0x{ET;ochhj8dsFb?1v%`J6Tve`D>CaNs{d3<hK)Ap;Aqhq@*h<XDwzGf1vIRec
z!NV!i3I}c?3_R*e4($5`U)ucM0@y%Yuc1tMiDv`3fsOk}F&zlN+P%onZt^8RJh>@#
z9=vE`fbXkb*gNrQfz@K?<Wzx+7Z+vxx+^FMjWkRy!Mg|ZJD{6>hbw(Hvt3`l$_%FS
ztpiQCo@%|;R##s<@Uj}tWDBvGEF%$7ahT2Kw@n;bKRWZh^Xkvo_0`4E;UQ!iD}fb!
z-mi6G`9K*m0j#A!9N<+TFxji&@$f`j_o=qN{uwN*`TbY>?HK6j=m73EA>;yf-@y2z
z3A0&sb+9XfAPK@kK{A{l*gj?;1EHWY)cte`ye0Jx7m%@sJ}nUZi6@djYpkCDumbrU
zW5h-PDkV;BAN#aGnlCiJa56Jv_`1X0O(|gaXU=VeiG`*0&$tp){Jd$CNjeabRre`c
z@J?bvv8or$nzbTgr1RoqMymt4{y;du=8=|`78G<NTBYro!*pdHa77@@V9UAN-X-#H
z#Q%B%JdMb16-j5HM^%|Hs<lZNSyxh2jEsrl<lwjju4hAzBuSbY8oYdbLXLCtV?JH^
z>~2Xhz4g0bAZ&m^u-p1@pj58+(Hc;ECnzuQG!*7gN2Ff^`&~Q*$K*8dU?|d`;NL)7
z$mNP<$B8iLz%WQeM8q?Qf~w)n|3Wk?#d2)t?J2DoZj3#I6kJQ3Y;1WqE1otB!o}|1
zH3u{!wwG2f(xd+yJhjdA9voZ13V@t^6&%bI;bUR3hLwZZoPmc49G-^|+)({6HVqSa
z;tvLO5JN4H9w-IvOAPjZkz)n1`2{XHs!_b>P|9QKwX<29X>fW5>V`|2C<ef#4it5k
zC)uA}VRzlr^#f!DOBloB*FkUHzJOH>#<}lip&#nsbm#2`5rj5s<^E%1`?<!0ai#kz
zDk_gh?yb*lACIqsxzSBpTH3&12CUn3#82+@EpQst+JNJrNaZcmjG!fZFhT(t<NNz>
zMDpJp6b(S~o}L~#IXNNw>G(^HWPDAPvp6CAFEFc$gLPqLWrap6_t9*<?gs;qY`y`Y
zK@=80{d%(ROdH1n-Kd#ors_I4-~50;zXB(PFgm?v{ofedOd{hd`NTvVuMcxX3NKh*
zR#r|*(#D0;%12LCa=eF*8)^(2C#S=B0jL=eT*gHESy@G>%`g(~P6J;q<S%UGX~@~|
z&aoQn5$Mx_py(?80KeC;H#CN2tm0gv;qUVELkZx*VXox_7@F^hFuyWz8P*T-4}nSH
zU;n)dFh(IA3{__6KJKn=ZrIq^QBhF|ng9&Kpmu;E*V4)=sQMEb?r-v~7$VciTG_(K
zsQif!^_Ey8ce_Q$sGu8uDA4#1Fdq@1qt8nny6WA5?;@eP#=E1O`FSKq(tj|G2gtsv
zipr~vyl|_*w1eKeaidGz+C=hf7{Ip7yQAT27B!v;BnJ~3mYANfH>fvEFsW&7n2juJ
z1?%YNE@=Jq#eSa!3=RP5%k}wl`y=q|i$iPY@dH6P4_}Scbb4rB0DaZL?FX=&7L26t
z%6Rd6&X!!(-kw7xSZn)+>>qw0sT>((agQCI&o%Ox@AM|zwfpvdYWu4jwXpLqXcnBB
zck988U^>eEcx1V6>46N1#ts((K8A*XLZ@|?Q}sC{t^5O7Yekx%IAb~jn5=^k1_)B|
z`S8}yOpB=R{6#K!Y?XGA33)$r?s5he7xi^8Ol<sUBT==W<HcF-z`hU8-(zTZl_$E;
zg@7vl>3a9uG<x@Ev+l7uPd891AcPfA^?>fy*-ltN3jkJuFjM%H0BC^@v!p+6uyg<n
zYV-pa)Y!tnA#Z2NywP0cu%cj4W%d<n9W3MW(h>+IUO>OVUIt77iFQ!ojsb^l|N4Lr
z?vb2a9LQq8G`wy>ZNfAhC@dO!+{7!5Ija(x=s0?&QF{ViEH_8e4c5`3$fpGc^Btsv
z4<B{NV18JV*0-Pi3v?7fh_!HVVBli;&Oc%3KY>*bW(X*;r}yoLga7aaPza=275!rX
zjI&4D6K+xtRlX|<8u@`X(K`5f!v<P8L<tPBhk)Gv*GD;=1EPDMkFHO9B$0-DFn97<
z4XV97gyt3+R_J%cWVbD>tc-m&3;7?nZHC%m$vH~+{9!$g%iuy&@rNii65g|Sq5oj>
z<IAgNhgs+byoyV?WV)xXP8JqG3jpcP18TGMYgpo;G#=Ec_ob?qZ*)r*xMfj?b_!<1
zJa>9U7Fu2kg?!%~>%cjbo!Ii~o`xRQS&=NIOW!T6TO_aB?q^-TkH?nnk3NMM1<jhY
zBqy9R4shk{OjoVo$h=gAb_`J0<(u;-Bk1F3<E-Hu|Hx0Uo<SEiTfYk}JYV;h%R?pK
zf-Ap&09_f7)uoy&)Ie*@0N3H5NrE}v9f=*+Pf&vQOI6`?fwFQJxxC`zhsCV`@$eC5
z78X$BP7sv<^iXcW3vQ}KAIkxF4who5;zl)AxUp=&+CP+q#5dTK7bMW+b5$v8X(jvE
z@s}?nLi!089B1n}B_zIp44?-S%C(i1(<?u5F-qCKKDk$_zh4;`tK_5=A=Lm-y^3v|
zXMsaP<;YaE26m!Q5nss9%*@QjW($goFdAPs<N_Iv7w+TcMVE(tXK=<h`n_4gPL3Cr
z)^Y*+&(}(GjzS3GtYP5%Bk6n?__fd#L0+a6{Q&O7`|e#V2!UYw!suQ`k%G3ZcV6Cr
zML^(<K~&TO$YS~OI0mYFT_rhytYhvdWL39iepRruvwQB`R*U~XFTn4)^vq1<iRyv-
zt-f$p0L~`7j);KB%>gn3_1<^=vpw}B%lOv~=ZqeLtN0Nos3~6I%i*A^-${ZC-(Glc
zi(=!zWEqet>ahh-(0LePQvoYZwvbn3{hs#KH}5}ePljw-D!1b0YPzBA320x1aKqkt
z9ToMK$Gkg|<lg>m00TQ!)nTM#6<W5EckhrJFE%3L>{l?pjS7we0eu(L8bPP|%(rh}
z!tR7-h0s(votH^W>?H^l8&6yR&OE0Qv=_GQPp+=!9X^8^1S;-z7ts@6@XB$ez6Wn-
z@~uahi|(Q>zoR*yeepd5VS4lA0*GyZPCgjJJb_IEdh301Eu7kR0Gj^zG5XEYCu!Vy
zB_$=$(m};!l0?f+?OX)#V$`U5qK4<V@P)>DLM9C73^*DzR>f8Z;C@R@t~T$9g`tY^
zC)ZV^;4v(=r<^T*1}3!u2+;eovh$O@1#n+Mw^31E9-R?W9{oAUk6DA;%hTNhr?U-4
z<CTkvN?hpxpg>T~&CLGiYIH{b4Rtbv0OT!NUW;A`+~40n4WSVMR7C25Fml*~?}rtd
zJg)aL`omKCkYLNlVrO@EwgH<SYPTQ&8(5<Kf!XR>OOsy)eJf<flf7HHu(ts3f{t_A
z(0YYCJJ;&(AJ=mPoo5N@0O0q#cke*6fs<g31qF;kLPBC<v(@D=_|e)TuRjN1Mv_!G
z*D__~rUHEuq&sL}3TK_nDjEF1Wnepkeh#g_KREi}-eiVJrB8h&c<J()h~A3AdPNYi
zAhk)LUOng*pg;n{5e3!{@dV07>vy^cdlmFE(`$uH-(RBQ1J#v=`zccYm_D(<d6iwH
zmQq@rogwN`*0W5(Z=+^!zk?)${{Q@ZZ)K_$kE~-4&`U8p4xi0BwGN5g5wJ_n_@b}G
z6XPZy6G}nyT;05w+U^N0jmKV>T|NI0nBT-f-UZYIA>bz@&DH60Tq`h3y+Q71Xcmxt
zFIOs*K^IufXHYQ~;7kk%KH47KCFyqoWY&((zWlp>iSt|f$p~B}>iye)e~KlMA^>Pp
zNLc`s&B*o3&ElNlbUxUv$AK8M<ggo{dO=xu9VQ@ffFgJe_sV(y{zAP2)yF9w6}QEX
zP>p_Y`|GEyx_;UZuW0#8dAJHY->}x^0Oo)1F3^@Sok^9k!uOT2K*>fP*hxxCLLR_`
z;-y|MTl?YzpdAof*m?fv6FH(Ue(yL7e}S~M&h};&6+H*J?&V=03s88ZeH9=uhKquo
zMW7W``*oO+;>lw_vGC3VXhL8zRR}i=s!0bbzW694F+95m00(H;#KfRSlR<BP2Ob1A
zdK>x6-MXnuzkf(QA0#&O0o=~Eqrzj;G%AI<*f6FdX%#;I>q|IXf|N#qb86Q(t8?)%
z@+nq6a-HBG0+En(RvgAJ7_?q=f`Wfxzv?%+v*}|eh=DsX2Kqth+Qoi1<^v~(PMI75
zhb{?pxfpU@!6_vuqbJDL1kNpx+|v;U!L#uc=WUDG*GRb9FG!ds=;CzC^?1AwEwsj`
zUry)fk#Bbyy1>98iCHBQj+nqBf<{M7LUIgk3o;9$t3Zd%FDO_6OXO$RyUWYV5Mh^r
zYM|O-l5kvL0&KqvAVM81_n3z-Yj?hf8D1;I7!n)~{6IHu21i1nyK;iS!zJ>%kJZ*V
z1x`qIj}o)9W0eRy|ME@-DK8tTo11=@K$svacc_So-cz7U7guTByUDN2%gz$lri2GW
z)t^o)b3b_SbJsKfy{yVKWxd-kw~+@^a4rNG&~xDX$=J8<Xt7z^+1V*8BR!W7`$mKF
z?SNPydmx7yq!Y3a!9x{KS^8Mp^sUQyj8b$0%l>QPhMz!$kSE5bt5AD{70)6&F>bn#
z77Zr<BDohA74>}V9eNmL*{qw%8T9@D$&T}%(^F#d7Yc!jHgb#GCt23AEjod%64yG+
zly2eu7wW-=M{EJmnL?ugpiDZhT+90aG!tlrymp1x-M>szZA36)lNS-w*Oak;l@~H!
z0Kcn%!;Cu!%&c*&C203Wjc;&7bLPz=nt7ml!c#9F*#D@0{Bs^hT8T|9%fi9}9*2aK
zbX?$T>^TgMkQn^-E%F=-U<err35|p=d8=9UD@btQjg24kp?XXHyL1CnamH8mp{a7_
zoB2{kY?d&S?OcS`M2)6UwU`ear{Jk8DS15?cnU{#tTU{DqJW%nkdiACKhx><L`f+s
zCgy32kAP+0yNjXi<FHRp+0-d43DsuvMYE5kO4Uau$$d&yChSLZQP|Nsxr6w_sKZeC
z$EMj9zT1@x#=NpHillb2k&wswHCfQMGSuyi!)6Hp2?BHz$Vt#b<ul>l@%VFdk-Lo9
z@9QlW-=6lY@zbU0hX*vozoT`8BPoJMrG+f;DC;}?r1NG^Q+Z>}k4k7Orj%muZIMR)
z)||j+xT`^Yr#?kA{-%!_sRR*5l4i(svKC%_`1nR>p<RfY)LnsyTP3AzY`5=Z-^XoC
zZpj{2Rk>Au-d*WX#+ea$`_6^0L<Y55woE3;7?Y-9q1AC$I)-JOR)eT{^bknv4<58=
z7OU1SDKd=#E4Hw-d<rKO{91E5k}FNW6;3DB%ElXnUP=8wnyx#Z%J%=8W$&zH7fCkB
zC^NFM60%3OtVD$DWF|tAk(EM<jFgoT4YP!@icnEVg?{hT^Zj`}e>~N3&bjaV8lTU5
zT@T1)TOG~Wsk2v4rtCj=^TJH|sf1}uHvy8|q$!O!Key>@klh2<gGe2vAMzQ^a5>jN
z<p76CV3VX=g1`5jaevDaM|W@KX(1Z<5(#NeLv8!$XSY(HDu_C~kVqtK0oaCSbD#cR
zsJP~CwujEu9POF;QG-IaDaK^^hpY*mB+qHCL~A(GDz7{37F50@ZA(?4(NJ>CF3t^R
zYhC^0`G&kZ$j!=BhaX-~vdns!^DaeQ=<0zlzUpjh`e#*1m6Ni}50aBHl^f<c-%Tys
z^Nfq`<{g7VJB~YA*0wS23Y{}{p=4pj?^fDICQR<$Y*gKwMx`nCI?F(`Ou^){4Zm~L
zowT=>&FVv^0gV`c>%XS9rg8Pz4c3tUj>tr=Ya!Puc8N2eJHk!fKHYD4*`Kb_>Du*d
z{;2qj;kB5DffAm<wA?vuSD?wtZQ?31XmSgXYS$@y_vO+25q`~@Gi66YDW09z?2L~a
z6&ik&>5LYj)^pSk8yJ8M>juBQF{*c1uU2myx+*JUVs^fSSLEbG$bzuSVnzO^nx<;?
z!Ly&mX|J<9(~43&Hm(_%BXY+zo6WM5pW39B#aE@uH@~aS-qH0=rH#iORj=^3+{z2<
z8K!y9%L*<8JX!D^?l4_Yj{RiSIBlMyK+FHW@Ql`a;M+ZgbymuZYhePq0%9L4@7}$g
zO_sp-*oCJ3ZN2Xd#`eh^BXz13Svf_it7gq&`Aci+_fCFeR<NxdTz({YhyR4m#H|xw
z!kOw<Y4~N0X=RF`bS%}svfyLnWvX$D_S4Sqf3{*`VhsOsJ-xG{f9{g&gD0Jo?~gj2
zGi~Qm8Rgf~PuFJB|A1VnHH{>6;?wKVV%MqX0zdi2S8}Ua8?eZ6ym`HGGS%&RVx^(<
z>~U+6N=vJAZ`@pm(&tVM+pF5hKQf5=PNvqKe*4}gr;uWSfQekg^?6F8pB#n{dLgYF
zii=~jEeqBvzBbj9>i$CKWO#lo%bhgF-y|NnlaBd2o*&z{XdLA_#Fl@`4DU)R%lb=6
zs?*)bF-=ka&4FkRrgkalY`Ok^GV*tb2|hV|vOS+HdBKzoUsx+i^GJ&9`fh4z#gSKY
za(dzmU$$ioye!%3RD*BtS9_HT*G>WFmCzR{>KE3s)7=d26?MxP1j=b`OBfEk((<+n
zb64zw-zB%!g~L8pU;7oGj$z#Hi$<~rT(|F=hWp&UuXZ8@?{V;4`3d2pBX?Y0(Eg`~
z)Nj`4<nuduDdr>n$OEH);=bSQ_O(ywPC42K(*|_?CqCRc^xRBUmbK^Xg@VNY6qhF*
zMNSNx9|;w;eMI;RD9`Pss3hpl?2XRh3r`#K_%DHH=+Kc0Ge>(q9?MJry^(*}zV?~D
z%OltR$#9M6i`mmmlZIMy9{nc@Y#_NpMn87k<j;R1!Iyky70ITzx2~P5vHtI?#afbn
zC2pb7Eo0B@S3jTo?~}LEY#%Nk4jt1gpEMsTC5Q(LjON@$J&&_j$+}c$I{bH`wz<T=
zJKaxOTPFPXP1N60kscj6<5+qs>DN}+SRHLUgBp9RJ$o$B+CN(afl?>rTL4U5&YU5M
zaJB#y@E7H9R$3Y{5xjJ}JA-R|2#PM>3iWmgpFd^YN?Uhot{D$}T4hLZx$kwF!hWpo
z!?$qg1>S>IiEAe=m{`;wyq$w`P}QApm@Bj9Ks`f>f4c<23NA{>5q+4xY!?Fa?bdD&
zWpO2jFo&FdHwo?@f>m>9$khG)PM*-$pj!NVjFrt>Bxu$|-e}XkIQ->^`&i)H&*Nxv
z39iIE`Dp%#dJ@sg8IzYpd+(gvr@>~V%piNxD~o|-v4cCGI^mYd*s7kc`po$l$1jpS
z0z0RrC67%8UAuXcK=YxBnaS64^nhT>#wO2g$IoRwUESWE9^a;k4c0hEhkb<53i<ET
za|>slEO^V<@8?gG8lGaeoqU_H6X<Wi?@KBX3n%pTzr4L)1n$&8t+MUxXZ3{j+jUbx
zN%?06ZO7_VSInnR|E8?VetCd_!f<M6Xoyhfvk|LUT3Ui_8uxzGs6~8Ju|{?-*Y!rS
z+Jst?s&OmxLs9Az<6i=q{|uD(D-kVfOyBp~{nz-cp}4($#?Xqo`-!&=6?=*;8)Tti
z-OL+i-@3P+6m#)H?rrX;X`Q#P0jeZ8A_q(9jjma?d=7}+JEdjBUo4}aeoSxEkYdV5
zK3+&zU+^Hi;pI!W*++H|0WQh|I<V*bxP8t(x=~1_Bq5iJxmP1fZNaMbzBKQ`9pqsE
zi+LNN!W&U^H2ED-#G22`v`yE?$IN&y#>!UQ+naIOeHc6Y;AL6!Oie#LJJFQA9FCdJ
zQw?KvTVMo%NCp8Rke^SVF1Q@Y(Dv=;?pQ_&vg!|9bUOz`UUD01*aUyfKt;4$`2w)4
zOy}&9U+C2iLZ47wo$B6VQthS4Kw+m_y@OwxsKp_G@%ZJd?;DX+0x~!lqOH^;Cg&Rj
z(h_7}?=AV2dZ!OlEbNqfqUa&nP)B<%GmoL^v(fhKC2lsL<$(9YaR^q~)!0O{5Q@Hu
zk3ETJ#_HOqc$s;&6COt5e{QgkuBOVRuFpSob5EK3fF&Id50!j>f7-I)N*25}I*}!4
z8bN5^xkGiC;V^v<z1QtbXTGh}%QSI8V|6Q{aExlk+m%VIDa~<lm}W@H*D&uNu;twP
ziEh=gi|*RhAb#y1PNW@l2th$th&TvEvS)j*?zQ>4gO>9l4A7F2jHjuIz`bH0fG%Q4
z?Xi2nS-ZH&p6N$HUt9+w=G1a%ZcN~-B_<}Kadoh&Wv&i4wYYq1Chm^eAbnkI=QqQo
z{#o{;hlabKNk96Kb?rL=_}12jZ+)9*dpV9kUFRvEuKiQ)PNSv58JboJV)GqT9*@SF
zQJ{e<XJcc#Q4)+U=hMfJXnf9s1-_)x@+I)-atkRqci?a;$G8C619u0EO-MwUsqbTN
z+FBn|Jh$LvVTMv~8{Hv(^&8fcmi7j#O7t|KW2-=RL3#t&;hAIrfC)m^@N{b(Y`E`R
z2*4m#Sp@L_C;<%q8l*S87bB;?r5Sg2cG`eJ1<IM}jCtn>z6@=wra>b(NG0x9Z86k8
ze*7357{HwV^y=2rz%Q0uKLH)S1O_gKun5rn_#lW9ZR&ld04gj$HVy7N{Pb(%B1-C?
zSpNVoP&W;I^qYW%4<AzJ#fGL2;5>Iq*OU*0H)wu#dvE+*x)>a)|K|7hyLJw#9;H`5
zlql5rV+9k8jn$)Ef0_2bH$J&FA!4ae@TK_OSmPd3UB)}{hqcRd1e{V+jhHx`QZ<|u
zX5Rn#*%fl{+rkm8gww^fAC875r(ayR3Hjnb@*wYg(EI(Zt*u;LCr_O^J6?akp&{Eo
z%i_Tq+;Ui?0oOcwf5GGL_7=Q@k#2v%r7SKkO0I>1fL2#iyQbqD9Q+Fyt>x*{#A7z0
zE1Eea;ZWW}I0~hHWo4x;?jZCf?CF!2U**UiP*SpDh>nks2gS?<LixY}YVHfTe?C4w
z5FQ}(1Yr5-&=8pkYR@W2A?{i=d<SSl^r~h5Ucq#|ny!STw8}l3KU~O31+4wUS+1@q
z{Y8)R{Ns0w^QOi|M5v68jUAGcbBLw*<I5;Zmg(r>(S)gl%UD=&zh|Zhwi+oygyC>q
z-1h5m#hZ<lnOe&)03(DGbhNd#j~_3us`?8+A%a;6=!A^^)4$t)s>h>3L?k3$PfYCL
zbMo-m&A}18y&2pWG*W53`0-<Lzbo{Ou+FWu?&Lv0K-^3{=tFt{Xux2xyUOTmX=+{s
za8^=M0@X)yaxxSexYiJK*5?%V(0%Hc`LeXM305s6B;?J|kT6REVD}_$WdhL#BvL_t
z5J*E{U?7AkOW@efpZ_`88l{!QS?knu6%9kb%uR@K+}sX>SO9a9p|gvJ=T>emG;W3X
z*E9>hh?|JeproV(QdL!6ZqMF1G7<>!?bOuN@bEC2K)gGCz~K&k4iFO)yA{6OkdpEW
zTp$aTCU|b3QD8QVY;AeCxRySB>a4k2ROG0k(Sa$uKY>%;#}1(Jg$rnl-!Q7l$;n}Q
zQc+V^R8$Op4nT{{2|ybt7Sy$_IoxudSvPN5n<FztTRSAA34J9HaX{;Y%!J9Ev_HPh
z%m`3K78MET4+6KA(LZfz2?bs$6fCv1wO~la#Js`dKxTN%$cVAa7hhIYRaK{WU|I3t
zR^8t8C0|EJL2@;xHs$O$KjR)q#;75zECMtz;0?^moSYnJThg62NxQVWgPxdGd<+hQ
zDgx^v$i+RtS)gdR4$x_Gav8&KK;~vzTEVb;ds`dPj~#Se-M)ZJPrJGbYZ`5DZ$nCr
zP0EL_g*~SPsOR$VDO-$1&{@DZr=VPFF<!fHQB{?=WftRi?ZOtQ@`sl93`(P>h#CC2
zexkz?&UlVdXOJU9Q2U7r3$rT)`G6&ge!=TgJnUYompwf-bsteSNHn3tSVGvx`uaK^
zXpB5_moM%!#0?;3FF^N)WeZigoX3c0F3t4(e9*#BIiGrLBBW=~Qc%TAgME%(nN*@y
zk|3f)oX+59@ZKDpoWJp%!62uA2*vb<xe0GR>|Tpew)*`$6bKWT8W4Eg_jn^FBvgu0
zDf;z+s>e0n6AH~X;mB?3Nf-JHnVFBG{BTTR8MHQVGfuj!U=q9?9c>26Cvi|D18F69
zp~NH#0T#s71rU>RGg_W@7MMQacNx{<=y|{{^mKRU3%g^1#ghhOg87jH#0a>Z*V(h!
zKSJw25C~BP1qDUL8->DI3hWuH?V10U13t%RFIK;)ec*AxFBywu;I7Qbf5n3o$q?b=
zQw=y6uRGN`6}mV(>(p%X)OY4s&<`+mn3xb~(b3R&dV7l<Jh=Ar=T0Gl&;vVEukSbp
zJfj-v4jMc5Pf!s#xy$ErIaqG&kPNM~Y3AH?#3q3G8sO&_`I@bsxOL^3L}GdQe*M80
zFJ5qUojZ5#p80(TfJSR;Yx99p)LeB0sPVxWz|h1;2taCdYDL8XE0XOkEL?WJ1f8R!
zqobXjow+&tOZ~qnUnZ-uwP6k0K}M#bp)q-zCRZ@>5EsKkJnaEj83O1_@p<hxusEnY
zvu@nzb*jPZU*#V52MUx*8a&(07@b;LDwNBRV!O&Bp$DkQxatjvc#e(VXceIt;$~zd
zc8sm~J9qT&C6k--zJ>SigSKJJqbr%1HHlSpwg|-2jpPL^ME*D?J3CueRu<1CwM|EX
z(uXsCwSsWxQ<KsRn*J*6()_laa`>mb5Q*Gm5HY7hK$+e?Am_F&E-qePUf$l`Sid&6
zw)n{Dj*wj8ZQL^)H$*BVBxGVT2q^s1r!$knESjLKH-7)#K~BDljcxAJr`VVn@Uhy(
z#^9_#MD=!d?vs)-W{7_M+Aw)0ndfM-^))AQrfl^~-a>D(v$D#D-MdX9$T^v)ef@Ze
z+OZWyMnxTk3K4|z-0Uof6nC`l^1m297+t*B%u4|&VPaELliogvyrRl7%qpJ!qBCU2
zq+pLlCXv67&+_;0jRBvT3?k#&0~D++EV8kbm6pzZ?7i;WNtT$@m-lmdx%$x~Fg$)C
zA&R-bAP2ydiMDLMb4TQ+!S$S+h3RSj^d3=BQHC@(lDSKQ$8yIm`|rn);o{=b(bZjC
zSeO)G2>P+Sy!`X$Q@@W?eL|tESyozFaYaQ%$BKxDh+8_@6TO8Z-yz{_bTs4ob&Q3!
zH^(Z5Q7EHMASWY>=wg~Xud>7-^jQ0;SC3#w=-aILkoeK8?wdj3rip!7UBdH|lMKwv
zMZ@ldE(h}9+r`De7$s<=FRZ#+F(*y<%Acc^`VC0VNy@^+gxR3CM3`#3!c-(U@94$f
zGHSxms_^k$n)?NC&)LNVs+Qmj7x0AesECfYu}5{qN|W|~NeuLHbf`LT_eOR6%&PXr
zBEU{;wb1MCx3&EM*c&8|7oI}bEfS?O77%R&<IliQXelTRMKT1F6Lfg&ES_Fi6H)7a
z{+!C?>r|h5LLn$MGS%wZ+Gn{;%q$u#wx=yDFxc1E1M4kvW8xVcECRt$;eA3r7hfkK
zA({0%{PGML%ONg414RuAi_@q5xv+z3NWENqQ$-zVXK$}MGL;s;S7G<#%l`9I2|gxR
z<$1?MWk3ulo%QynbLn(;Dcp*4x_W%w{Jvy6&k>K+_&+wh-CI)chp;f}>`O;gG&5bA
znaPTN4Xf&1>n7HCigpRV2Clg_`?M>Nx-JAXrlvC3309BeKJi7P-QrcvfAZvrjLgu$
z0FrSwp=j?);kgA$&*X&i$LVRvBE1>4XJi?ze4I)Y4fobsCS^0MzbhYhzxrrJ$=2Mw
zKH#%)LZO<vI@>`@&{nq>78dXfC#`lh+Z^@(q{qyhj=gtoZqA=;?#mZtyB4BccZx$4
z`!|-;A|i<L<`fkaB!-Dj?CF>dy?8M=FYc~d;u9iLdCI)PGSGQ>bIM9e%aT4GEmGL&
zgCVsb*h9p{Q)cR0T3S#?rDv}QG73GgBv(b%q(TuB9i2aRxQaznQ$vF&tF?48d0BI%
zT!NA`Q1^W#F9j+ZY|O&K6f?s5gO@H{isT&{8JU)zv?ixKGjR5_R1deh+_CLVxAsR2
zX{LeUu9qt=*r(je%IfwV*A;J;0cG_WWYrD1gJ5rv^T+$1Sk`94&J!xL(m~2dLn|xK
zvuAlYI4CRb8JE-0(w;0gh5E-Z7Jib+uY{klPkkJ!45&DEb8<r2{LwG?%$a@J<NU_&
z+xU3w!YKHXjzxXwC~8X+NmPcg7gCiJwSr0c%KUs@0Ri=W=@{5oe_=Pz#Ct*E0$xcZ
zgNje)Odor;-VUG0Q-P4pCvp+2zrE;7TK!(t+`V;+C-BUUojXlfPMVrVf7JE~I~r!p
z)m1*c@cg+BRzAZYk=MF0w?MvjkB^VPcyaIXV<mBMdf|N?jS~HWa~gs-$xqB;-9Sx;
z;)5s`H5l%kwY7EXeyX1Rvt>TCieWnqDB`9zG7U-(h=|nG*5bK{bL~&>!QwXTe$K#v
z?o&y9B5`{bVdU1|mo%Piliw{s-<Wbwtl?SgMB~$^;i##@!ovLhrR%HhBo!c|Ary@%
z+&6FBp!TG3shN82n&~Xd`2z3@gk|6Uhr$?^o5El5Fe76a^&F}%yXGdJsWyQBSPF4p
ztyb}fAQkoS_I`qu>x^B!J9~T#F9igHkZPBnxK(-QPGs5*tjeY$<_8KUIZ1a^7L2&p
zqEv!79B!efSf58QXTX$UK~q~{PRyMPuC=rV<-pEfk9zj^@89w96yf3F359)qebpkn
z^alyd8+x^|ckiH{wfFMcTC93HGBo7FwX?S8z^O_C`-jQ^RbKARn<?--SX<L7*f?EQ
zC^<5@Nsv$BKSGI#J9r}}#~@2WwZISxjytAzAi>0<C~8$-jaU#75vn@Ie8J;JrsvMp
z@={>?C-8EpYIuz`zuy5}9upTw=mlVfFs>K|CtdsS;dr&Zx~?vD%dYnfsr#=v$?0qw
zi2c77VCQ4XpX^9a0_BD^kI-Aae|%U;DRgD}8G2i@3PPk-U2U!P)3A%Eg!T48`AFC-
z38LV(HnojA+UFecXxVEdi@ez_0~mgL&ChRFMtfh`%@>^qV^6F-BxtA1n^tO?5Lt+x
zVq+tS>jJR^bH7x!9zyrlzBYY}<o=4v8{02*V}y8@nfiCA*)V+2+F4ugVJH#MN`5Va
zay*_?#7U5bF91~wr~)i>;O0oVF5V6j6I~3Nq1Tm;*x4>Y6$8F+7n)@ckYH$j|3agg
zm6HQC=Q=oRe%fo$)i$CK!a5JhE^1Yj>9J-NwKX*)xv?=DXp9K*erO_@+1SwLH9$q@
zKueuah?+|g_Xf3aXIIxPGy<T?$pj--TB?0l>C`o0&V$Sfi@;Ni4uW3e#tm_}l2DjY
z6c9eKxY)TZni5o!e_$XwZN67OMn*=K4bg7^26FZCYDOD`cFa+VD!x~u4>%n9zDiRO
zSXk;&;2@#|eG9>*vN1;D?Ub7nZ^WRh*Q!JsQ(ISux3kyNqfwhjA&j`P%FCB~aNQq(
zJ;40{q3kwv9?@DmG+7J}#r`nZOXyFNk~oI53kjBsVe3|{(qVU5PFgaxuTiP38N6g9
z2k0_mNq#a)>`3))D-4a~MeV|M7b1Mlq#b1`R$_5c%F4<}H_Etmi++H6GAnWy7gccq
z_Z1+6Eki>rLw_|cNeVNj_c+nf(P8PpQ{+rKR$yqS#m`NuKZxZ+MqhnHr>KAPdV9@X
zUJ5favnNlUh-BO;E2Hq29k824ue4{+p42DAp{7Os%SulHyPyccbo2NBfh&S2cVxtj
zL7Ih(542!cmyn!XrhOJ(fq%e|rHUl-K2dDk<C}Y|sI}1St;J4DK_VqAF;dxg>+9Lc
z$|j#+#*&bd;$a4Vc_*uv!uu5$n4wb~6%_@i9Xhsg@<fg~^|lAgD=YVFYM#G%5#yvS
zpK|#!rKS-UUAx%1;0CMY53O%Wuj3*yf-tP{w06`U3%Uj<0nZg#kv>X^Twf_(NpRQw
z*8<S?JZ^4Amjk71k5l!=17(Rje~KKOD9HRdxyUaaJS-aX_9sOTZ_r;lUNV7B7X8w}
zlV)ZP{Ay>I_@nLK(2w$Gk)>uucd2Kp55IYXO6%$}-7S)<an3QmYS1>vt!k^hMt6Ag
zXgK#9iK&W~VP9`;v~@>z1>4qh7Cd<H10!NmSl~(v5$8DtYxr4X$qZdPez)aM##q<J
zYnQxsuZ1Rz;Y?I^+$>si!lUh@T&HD->PSKGJ@J7vt=irD6nz@7Cbl`Y9f}mNxy>uJ
zq*fisvY$ASfdKY<dUiC4WKChQQk7$Pxgqq8twP^n&Hi)T!EC3LU5Omq%N9jl6Xz$`
zN0|~sc@A;49;{t<Pxij@B<etls04pT<ngkWezyLkR*velxXTMu%Y`&rYP?iib=8z3
z&bZ$vT<3?{iuP)$J>O0UBJKGxxyLFd$$7%}HkH5V_vCJ4Z+802^Rq9e-@64pW6PkK
zp`HqE8KYhr?g%02x6zQ9VsGP<Cf{jB9Bp@@r;W&uS}o97K#29MXm<mXvSE*4`qF)=
zqOyRl=s!E(Jk-3fqk7sFqM(Wj>bM>KXKxgPP%FN7FKL`rJ4IazuP)1qm*bU^+tI)8
z^=p%IP|+s`3V-o(lV+y0t;iW0Gnw$%dA^+x%ErF8kAv(}_))oIRO;H=>%0^keInU`
zs_RTq?bY8iWw3be%XaGKHDP>uBHiOavP)`zP|vnGjryaTajDH}`$SXktF+h24lEH~
zmh$WO@jFb@KP?`cT}_hROZ12NExU#JL8{|dEh3E(e}L~r!$_w#<Ecj$F!26wt9_Ps
z71@@V9C@#ewx>DapZijiIG&tHSBazeqDtArJs#V(98*wv)redV|EMQ*Icb8ivwPQ%
zG)<}YBT~xMncSW9PfTh|IjEAR_Ke?SUx<P8iq*Ai`ec^el*4|}J6GaabLIobseeca
z@7(eCU@q;UyRB`Bx2dy+7BUR=@rfaxX?@jqv*mO~xfNp9B8udXs?7#7?_d2ZcG;eN
z$F=(^PpKwedhunrsOqP6NQ~!G_a+mGUdrUnbZ+Z%v|t#IXPWqWN-gt}qjr1M@q}Yc
z&UaUZ2{(1Up5rq02D!(zuk25@)03{XNC=u|@l91;EffepU$FBG=>k()S{gL>-`Cgc
z9z0l_pD!yfhk|Yq+AI>gC=&@EwllHz`J+^oD+BJe^~&tA9QVwwXx2?C`49~y^f*b$
zN015K6_05;d_`F5s{wxxr4Hc%@WozU<)5@Q>j<N%RpMsd-QJ>drgYLMZR>u-==flS
z<R%TAB8YvhsjhzgIY8+ZN?e7*hc&gdAO{abtS%}jbQ&jgbf$yDASdGO)g6>!^&;_<
zewR$<L-&W~{(Ig{%G=f2S<wRb4f&p&*Qgic`Ms`2cyvqlqc?pL_GRa2H>~lAU1#Uh
zE{SQNBO)@COg$}lApYB@&HPiy97S>CZEs&-Tuu-zK^cAUblu&`N`rmrFLDnL_Vkn&
z6}1B}e*gacvuEV4JXUNDXCjOxcJ$p+apaa@+D`C3KhxpZ?!H37C;Ef_5gN0p))q<g
zkv-ewZaSid`~Tf~bRb3YYvG=HtJ4J!B$>`>wiCU&0kGiJk2h7eU9ATL-dwC8W|vQ<
zrlgz-egat^VD8D_Ck+jw6B8E!`cM=Ab46$H=g%L~WHFn^^<`!A*gK<lSi^I<^7E$)
zdkK(mxJLj|v@k;N<rV!JavH4KD4fw4!PCjZ$_kHm5Q^Al8;IXg7LUApM-{a1dM|`?
zD6!DOLV^Za_A=1@ewi)o)yS?jWO4TLQa-m}diLzughD`@_`c#7Z~WU4Gm|)4_Zyoq
zz9m}SU2*qrDA~<Z61P##oyb!<EFr<bXKG>500}AT<dEkVTa@+d&VKkhH;0`QsG84r
z=ydn!Fhmn91$BJ07ju<E0^u+NTn&^Fda?HOw*v#;fu-{t4Z}NZ4wak8=o2u6*jN#k
zgt@$smmfYr74-|&T#2CMnVcIp2uSAX)4esGa8f+HLbh&UXvo0Gc!?ngq!er{=(!-G
zcRqWTK1?@x26&GGgyAn=8hlp7YI{{VRvSG)v7zuaoxLNbPRK)4Kf@7mB5|g^u1;=s
zc{8E@0Q=};($~eHupl<)mavOxZf?GJ@7|+F=YxXeWy&K{nJV{xo!U%QruYlDl8V@M
zA;i&r`|zQo<91!0S+Q|z7mDt?_wEtjKLQ8?jnS!7rwDjDwr<X(Pk5Mp&!2z)`SVdt
z4HZ58QJ+boE??lbEM%=1fsKug2<d|u7JErub#+-q#UEI3aLq{gf6><mK*AtbzV*i@
z6jn=1OAjr-z@#N^-8ck+qU+^gKt9-F2(cR&!<P5f(Jg=nI&$O)phmxjO_Xl~Y?g$D
zXIz4Y584#+<}{AjOG9Mq=gVKIOA<*iHbt%^qPXws+8M$aoOj;e|AvIU8a70`<%vWt
zwvaEQ545V@5bQp6b#+)m7#SI%iZwWK;xFW$$S%Q<fL@%JDKjmtAFwo9lJ0KpSbM0D
zA0r5#!lZe*jT(3_O4f0RqwSnv>_ypmNe#H#rIOF^Xif$K#70;lH#fJ^D<JOZ<cwI(
zt<Lu&KAlF*0d!x~r(ED%fW2k(!963&vx!CX7mz11vW|`pZClrWOSQy$KNo9uk+zgH
zk|2ON)nx1?@>5ZX0QP(GWJX!Y_nYI1sRv1Zu|fR=b9?CYWg*N9s5(8pyuc5B{_=%j
zMRu>XEIT+8Y*W<l!!@_KNKLtl7U;Dj6t;h$42@VPp3KvvK*3Ql>@KWN$TG=8t|Q{!
zp{nlv=vSth-uuz=-pH$0^v0}!{fI;r6&0sUlwN@#P|wsdG<*#>6v+~}M1#@?b#<9f
z>apF8&h+(clSl-XnjUYkqT^T)JgZKj`mHj=AvJ=BGYJg*Ju^bD00y?Pp#dS&f4~3u
zLCQ0O6@d2<cT{0R!{NvEU>i0hz=ZJz8y6T(4n6;S!ILA_c@&Ggl!8J|$!8R0z+y6;
z3vBcY3{i@!vxa$j9pq-JS0E>#HZjumO-(a_JrRKer!4*rmL&s)&nd3E4q9-i=y1Ln
z9!AHUI^4=Id;t04<>jrBspm<&JYW0W!xsa#1;PxejF;~I#8?L6p>k46kbfaSAzLpt
z`vdB9;z~?8(zBh<o?QyBd-8<)N`Q*<L$eA%m=1b+iE0Jfy1GEh--4?vD3vzNK!-*o
zj}Fi7GukC5DUNmtAek+j0|Ns)=(&{w=3fI~!;^<>`oD+2v@&ade(BJ98OQ!D1F9B}
z+IKLqqoofO?D9n+0{Ud95I4u}MdD7xiP%($i;1C)(<zpMgdN&e7R~G%HxMGx)^!?O
zn0SHAK?w=NsyBpK&f40HlFxwh_h;xN6yme{YVI18_P%<xb4x_;1`Acpg9p+YkFlJQ
ztHNbjhUPo`vP3VMxYk8<b;wLkDCFH@x-*ELMrGR_ydp6%v3o7&%So^$7YqKave`*#
zRXj$eg=Iogl)BieN`&39A)sicC_qPz^sDZSogamYiqG&z`J8fbnFAzc8}`fj)TuW>
zr*T(+@>*D0epj-!wEPVcL%rP0&reE!kl-UlOO1%h8tk)#DF`4Ky6%>=JJ>bu-W6T?
zO=?^`_!;mEpV9Ws^Y7g}Jp+7v3@e7EvipXHuFd^IgPx1dwk3iX^Nv8DQV@3&H&>u$
z09r`!4?ceU1PpFtqXMqe!($OW3Bg7;aQ?rw<}Ld%apO7dT%Q!#{qNqr<E~8Tx@pd$
zR@T_~n~)@dJ`(oXI`0Vt5kzhUv1?v9ay0Yu^PV0zFRyd{{xGJaU@#PBnV6Wsws*S0
z&lz}#S{d$#sA%8lC<hr69^6H6dC4;X6Gaam1cnc?hG1d3XGv~fhcMC0GxhM!0SCP=
zdfLdy-r0E<&~u|ou*@E{mbSLG0ON3Lu%lWds6<}=?aP-hJ32HfhS5B>4i2W<XQ877
zA_mbzvOPPnq+(-yw|k}{y1KgbT=IrSMtm1b|JORU+VGr8R5hxq-?S*|pATr%s@vpP
z-N8psl21LrU!5pEda!t>y~yizO$z&S8gPJ$i&x>(u-ZHPI-qURk$=+0=Kc7%r@K3q
zNHQKhD=RCZdtxg?&iUdR+P*Oo_EIY`>>b#`VVHg6UTdyuTQU4yiT)B~=!#hHz?Z`m
z2*YrqeHL!4O;aE(^#T^1vA1uLs&O^Z<X^$$E8vuum#0&VC8GPIAJK!qQIg3ss~418
zvMlcb0J<O}JuP8qe|WNK$SBljH`!gvNZF+o!xc&X;DZu5CD;++qrL_1Z)Aj(oBN1E
z2L<Q=?AVL~$MVP2+I_;hhq|uwp4+#gIkidD&M!O99e5~cvrx>t#RBi)<<NibZ&@6*
zQ%-2fPvWuLq<c~}4dy;u1nA!m7pT>`u2&P+v>g&0-1E`z?sV%kzeCZ}xwx|Ow?Cd!
zU!gF)sLY?G6Zm3Z#^+0Ci9-aaC#%JL^z`(=yE#d#v9V|95HeunEA5Bv#_y*;7RwY>
zz5VuqBn`7B$Nj1E8aI6<G^Tz^<|O1$Zcb7ER+b(A%#o-0!Tvi(T9(&a`gj?oTLV=5
zC}&GJ*op=g*XR$)jr{n&I!}}6L@yXS#p*2onY8+nr|u4U)RA`gOv_C{55si53E4S@
zDubGni^2EznlGx3YcNWRFvfBO?iY|WC+l0b9e>aKA%>zlWd6y;4@0bqN%om`bl*a{
z)a7Ijh0b|*3e<L|>D6d;0d(XYZi#2#^=mB5>EgbWcP-oECu8lqr>5ff9QW;(Wf9QP
z)O_}IdriE|pj{`WMfP|}Oe>QkWw0fqqM(0JHR)^N-2x{x%^W9Pd4?n=4cz7*^{9n!
zoYIsD3w`jnw@5PK>-k`VH1+QW2iXXGe4Oj5z!ip{vx*n$yA%E-6nuzn?KUPhdPdsN
z-KKD*AIL>c3Ex`OCQFI$><=dLv2IV(@7Y&9^-L*GsIiSMa0>aixg2+mK4h;Qez#qp
z<vG*Dvx|1@pT9Lf-C`KcKY`Kqhq~qM#4Ne?Y#)Obm{^FUcc@>0_CSE2U!@?Sundk?
zf@mIRZ^RCd2SvU5AQx*t<Su)A?6u4uPEG}6mrLcU$GU^u*Vm_|r$2PNzvX@PWic&o
z%5N&y4SXEcPH?E086wkDCt}n*hGXI-!>^)G(xRfCSU&6btpDA9#%mopD>v<J;QjD(
zoyIft3u#g#KBNbxIR>~UUO2dTcu-$#ldvH6q@bb6MHmj4a3EXSUo~G!Xc_@CgLMw-
zc><4QTt0+pIDgi~g^h#bxVN|lr#03@b28o8!_gV<1_rL$XMtuY(v?V7LZ8%Nbp+5M
zf&Ud98yyXvY`KI&uO)_6%*xfpMQadba%Dw@V#vBDu;9sYp2brr0{i<VMMT_zg&ngP
zYOZmT5_5HS)*O`4duDycFB0U43Cp=3pY)gbGsD=>=?S-GO{JLpzW2U3t@{!K&e@^f
z$Be2BRUcsDU3&y{p2zJQ!oC+_BibAJwQyd*$(7b$Kx!uwqtT%tf2i+8d&A&DnT<5)
zT%L@vsk$ZQ3<X6u9>+;&1vogeb8_w&mm}Isb!`JE2}I%#ti*n<t-%coZgdN<EkoMM
zik26JcHZjK+!2YW004PX*-JpxSbhbCciE~A!a-$cu}-iG-!Ka#lsEz%o!gx|0<;*S
zA(22z&&ID`hZPinbb$*sx3q*r{SlM`h{<uHK@EED93J_c{8v!$IBF>?hK!7C<If*}
zJR~}*HpkGoT>SUr>RJ{T7pGPbpOo}vVF7LHsY)y2SN2G(`bTf%>kq>UfMQjx>^S&>
zkP!4&sAMkXHJeq$JmlKBGY$~iKWL}QxLk&lc5~Ou@;8e&b8}G?Ha0a8O6>RVxj8xA
zJv?*=1K_AZG6guUM~_kx6Ng-7Q1*apCz+-w-wT!js{yv5U1U?UJ?YqMQTO9-$iBH^
z5ypOIQw50l0^mBZy#O$=dtB=6HP1Zf<3mA5cZ>p59j>``C^#qxW^X9Qte%8&a9)w7
zk;c&#=#N@jROVlFN+gz+mfpJc0jUkVRb;WzyQDZ`eFFpOC@DXG{ra-EcX4Sc+6Xcl
zEe#DHu2U#BA;_V3#sGu@$PeO^^>rwa@g+Y7AK~Y3d-pEKc@(n{IdS*QJRpwQvu9#>
z7&zC5_wQf+2sJhyKwA}xWKkuhO0-44zB_N^M@5mU38Sw#a6q?o@UXmmbX*(?VfM@Y
zR=WueIsKvbeb?-s9<PsUIr6qB+vo32&RN69s1neb01|}y0$l*+5(>!tmc_Zb^Vq;M
zo&UfJitvvN9dvI;eWyE6E?_#v+M_y$-M1gw9d>s1J$sTEkjBKW<_bLmZabjOg%3}U
zu8w^QwkbCSIWUFdk?1haTLBY--Sdpa2s$TO*>h+gcyCJ~90SUHBynLFL0Wg+c@z|y
z1w%B9PJOqI+LjK2EJHdvII(l*&!-^01mz9N^O<_wAT+tYT$uTXaY7OHS+wdP>kLKq
zi-~<jrW$w^a#cLUF!(BnsrhQ7=YB0O`#{KpaThuL1{OV3>#ZN<p<l|$;haCHG8lk@
z$<y<$PBD%hA)U3e2*eY@i@~<w1|dxZ2={AO8OVMB)+{V7(O`K37Y-+<mKM-_l-Vn5
zYqZqV9;imj$|6pK{#svKiz$&qDJZX><~&NcrkjdCQ7M9(n(0b;)!Pd|4o-YD0~iL6
z($fc{DVaHU?*^-4o@tE~rSx>>fag%1$h1oU^TaFhymX40_)KABLqGTH$6UKL`d!tZ
z^#J=D>+6G%SRpSDoeCNYlqBc?|NQ<9k&b)qJ4_t}*(?9(lLo8}jtpeU4!d?=!~M(}
zU=+)YSe)J5g1f%HO3CQ5Wgz2K00oKQ9|+AZG>2iu#mmEx_VjLS3?-*BDAUuY$AID%
z-@eUtBy<C<EkyyC0K}9-s2A-#3P0?(iKd^>eXwXk5rgJ{{b7ku*aS3-=#)|E!T{>(
z;Q?NYotrxkmx;*?@>nCTung3~^~}t=M~|ZXhVlE58iY)?5UVo4-s0fsSZjGOe-ec*
z=yc(P3($Mr3Yxx*>N7ym6OhDupY$t&3Qj<Pl#h_Fh`_VINN7TrE81I9Tx`U$h8Mt)
zgV$&?M8lW`T?8R?heZ?nL(;Ja=-0ucoq=HtVkzi03F!D4cEKRUm5&(w`5E<)8?khu
zy&=2@&VMNR3{oB;3UKt}9H9lEN8LR=Q^8@Nq;Q6usF+yn$0tA#AW8A*MK28`K`~&S
zLDL9?A0p-6d=3EVEst%C3z9CB$WZp3Qe_}WB(d1s3j6Jb<r{echeJ0c)aJ3ea~};0
z4GTL$QxEo2S~|V33{MnIoH&lkf|$v`z(BOu``tq<srtF{j3=H=Kf6K*i@W$IFnI>z
z5D<m?DB7?J0(gQm^G0^|=cy^x!Bw~dgYtMJ>{{>*AbL?BTm=<$F*Fnd=(Sgdfm;R&
zp`8i#vFCDGH17+>Dx2-+mVem~5bN|d1RBwXr%&(JAH*If+KYPxiA7d+Hr!5arD(45
zf~F~fe8s5QySszMr(!0*Oj>_|rYp!NbqUkJ+1VMr^UD`6k`faE(RjJKMrbkNyfSEd
zf{-}kfL}sji%XO5%nq^^Ond+?cp3T*Y6By@ZGfTxBj4<&PoO`=L9xN&Wv?YnNB4Q{
z0=ftYT@b7VR~yMZn=6C50)H<!-&!m#4UnE7E(|M}5n@K5*dmsWN>`!htQTmuN%5vG
zZ&|j><bAUOsZ@+JA)Um>1T+a`S8Z*P1U7~4-b6l6(v2H8K$E$-?azJC(7+MbHF<h*
zY6`oHk*VqJVRv%X4IpTYYBn}DfKOm|sV{#4#uu7K=nh<SyuG|)rofrdamrAfnrNLw
zFNMt%Kag(G1u%1_tC3LTR^#3tIl?{nQkaD*-)i}ZL1_~XR0GnqoJsyfjcGS(#iO^<
ztAq5rEVWY99VA&}TZ)Z%uh8hSt7(@GULt+b(GgwZHh+%til`w^5KlhEyC;+1otDMz
zM{RTU2`9OMh=t0ty1KfrPcNSnixuWii&0SCx8Vx5j$75=nG>;1v5@V$q=Un>#v9L3
zGoBm4OD0)&H1wgg2C*eiY5Ev9Vv!I9`UcNn@<38jlI1;C{u5x)#I7#}Gy)h%NT9+}
z0gE^xmjI8hep0Vu*x|ScI#XoO$R8dr=cT~55y@Eh@L`KRCI(`_&Z0&_I0po*z}j|E
zk?T>6Ke4HTwfBvy4AIdD<=Y1Plt`LwJ`4<y_=n7N(&o)gjE~!G^PMZcf8VI;4OW#&
z4a4qhtvb(_uh~C*y;qBYY<|TI4ec%QKB0$2QL6mW=9%Pq_xfFt0Col9SqOtEnfGBR
zA;30;=xx2XH34eLkM3K3@wY8YIQ!4pSDpELiYW#d)8<I}h<tRb-h^DZK*IN9b@jIJ
z9gKkG&KECeA3cfw$ZgE6@jKc_1wt)%_XSuyz1-b%Zr-H*{tF92Ur)~^OUYP!OcN)m
zY$(bE_f0-I44fE58$k>#$QW@zURtz1brMlUKG@j%((P1tt~UD4#9E1oWAuxNki?06
zx}tFNB??%Of>^IGX^8qDZ@G#S2iEsGBnc-JLZh;WiwjU|Lb?cGeFimb@fc&gs`^IP
z3`%viwat;-2KCk9<QvK%bulsIPh=)BJ-&ST;@2?#>{;>S$GLYG+a6p%Wt*+{>FZY;
zGqV!oa<ud2nO>frv+^&yx=Qo&iTGx}e0d>36CksfdZN4Qxi8ly0hVzdMOlQoE6>f%
zRr#lrJkY1Ne!CT0zP!A=xVSjX+3((6z=i_e6gx?bNaLSMKkzv{U-LrvNR3E*&q!ZB
z9quT1?2Kdk)wo|A2B&w1L*0!vx+$cLxa$A40CG;<44KZTOrWO4l>i?CZ80)F4h+h$
z!3q;h8PQ(GKTZw(pb^7qhcFJu(Qp`pmw!Nps^&b7SK-|m$!qmAthu-tMIy1m7%*FN
z9&EhW`_r#p1-7L>h~iO2t9tGpTsn|5U^3RQx3#t5^77yHfSCZo3`_v}AN)(@ZWa~{
zpI9yQ^<{&fJ5zYR&CUv@_n<~=Yj5xE?Umf2?m~t#6QObhC!&jsZS#d)P5r1~ckkYf
zxD-K($lBU9B!YtOh3r~5p#}iBv@}9nAgk<r&PyZ`(UB@8jmyU6xw#=!cc&7&y5+fZ
zYuEq^dh2kMAI$q$wegP7!%ff3s4iYWIw+y={wrZYO1Db=*4)FR0y9)^Uqw|Foc&x#
zS6gkRq@w!1yv(~xT|#T;Df`o>Zvb3ZD*(a+sGLXAfow=kB}bT5A?+=MF<X?nhxXh3
z*)12F*t4>gG|ImJeDwJb8?vlrG2xK^j}fw=pfLn}ou5z01e!cXa3v8=hk^vg^q!fE
zlM_b4WIi1oXDj8(Z>(p}F!QL{#9V7Fv-Mb+nN0xB+uG9i?!6leRS2OgC8XwpD#y;p
zHG5P(nc$j50xls?4{OfI$U0^iu@TX<Fhv^}vyv0Hwt@T($Y42m3_%GhpWNJB*!%BV
z)-K#acmpIjkO8A0yhZeE6z=s@n)(lf@G=lw@G_7G`e9wfjx?QpTt^3qFj+dqs7g@Z
z_yBbu?bKw529N{K2(m+BOFrX!a~%z{Djh_kn*=l(IJXC#1?U9Sa$VyT*R8Ptg3}^o
zD<G`+QeH8`dx1m7Xk91Z#YPZm(VIos9iWt8%PAoo4g@6$bU9sq4Ucgc76f_AR^4s#
z#)h~_S6~V{jigE>ovb0B6;arPz>^Ej+t@=fmHB^?IT@zU)T6RORg7L4NkHf(ywFfW
zz`BSQq^IXFO7uVxo$Lg(sX~U50*ei0UL^p;7uT>dfE@^TR6F*3X}X@*rf!m5YA&_J
z&F(M|QD&Bn_?Q??7Z;(}@W<W`v>^jcgw_pi8sOz7_spbee!zZ?&0kfM&Eg$R>6iKW
zmXEF*C#Yf~?X$jq^{(-v`ej*QSS>m>JRIX)$}K_Th%#>%3!vSsED0LYbJjsEZv~!9
zB;rG${p_P0$zr3lNgdncX9j|W_j$bT6W5$ff}SImB}7oUa%2DG>CO|E^z<S(ZlM;_
zpjYyXkDEF$ou2N}=@OOx@X@38C&bh7^&PZP3Jr1X(vJ4_#9TR{3gLVo<p6zzv}DD_
z?UawRlXS9JKO_-5Mi4DwlsuK(Eq!N~t~=XA@$>eZtGwNs46KInUy)Cyj06vqZ-uNv
zvG?|b)c?L2{UwB*UaBP1t*q%o`{wxNp%416j<*Yh<Q*#Ny3!cQk@sT$N>fA8hdrhJ
zZ+@;Sr(tR1=1S~8X6-fqEzj$0Kt`8`!n*i`{!tMp(fs(LEt+<feFaTTf6${_85t3;
z=@oYJ@RRR%Vz3sVrS9AP-hjU14&PbcnG><s>zTuaVlIbYuS)-IKFj;<_JY%DP{8Se
zzXm6ky@x`=&*v8Y;qOv^!g`Kb^J)+jn981xv=@_q4xL)AdfBPb7wh?Cug=8d!IfAp
zx{$)|juq5|1X)r@A8$iMZm7{wiGdfc+I2LemyJdSNOc#dl#YpSHT~Fcym#LN8BL{5
z;R3<?BMiQp6K^gAv7YzuyZJV+|La?)PjtV%Y<DwRgn0A)WAx;UdTxHYX-V{#_Uw(<
zt;}CKG$jvSRc4oBSEtje*_pd9;zxsK&SK%ZBmY`J&HeazWA+;6?-z@B1TFUM5GfMv
zs{SbR>r|1eeSE9nfxSDUeq|a-X~`AweTZxHGiJ3|wW6`O)<5Uby}rD~>3nMALE&lU
z`;z+`Aa&s0C3i-~=X+MQWQ}6AeY!2vB<-(?DMfZ&je}9N4>W0e(&IUPDuoq&+r4$o
ze(1%#fZWnmPxff$7rPqOMV~KQcIQvFm-+PF{4}y``Bd@fu_}+%g;{?#>r=PG2i5hA
z2o-^=XP?i}WN!M>aQZ7@^uo@ocI~dT7T04x@a?uNRFnyl(YTg(>)Bti#{=qWas9#b
zztm#=&sC8&mCl67*Sl0pikiz^xZUr`N$AP@V<g*mw1$TW{^6k)*v}^AddO3o+9zDM
zh<KN}UYihG8m0Q%`fpl+KY3)F++uS}=D2#B$Yz=ndnUHrl8)3ig?F5PcUPN0_4Duk
zW6RpnHAu5{Us>WHm#<_FarlXc-}rL)JpYPWH0aWuKQy`el(eUr>1*CZHv#l1de(V6
zm@qW)J;d$rQZ#c{v=D@kc(-sKx!7G#?(1q5I{*9g)h*e#?8$vU^Ot!4Nks5@Kr}z{
z3CiKcg!i&dOtLqK<-Q*v|Bvm%EW0RoET^NBpwb|qjqU6`ecZCrcPX~5N6Cv~_j=qn
z=Xv!5Wg@3Z+PypZF-h7Pq}2ZGR0HXIUpX~N1vD*N1h6-_wG6Dqew^d#x-UviDgQc?
zQ}<pvlfKi7TiSVyjMgI>)~~DUC^B1jQ8Fde$vgQ=NgeE74pJJs{XJ8Al#Fq@oB!|`
zCBJ&-c?Z-b4_WzR#CkZSb5Dng7;8~kUP&{~d>t`ln4g_1xmi`fY~yFAy>IkZ3b}IY
z+al`6kJik4PSQ^l5H-Z5$Fo}HlsHRq$ed)<XC<6qArX}76R)LKc_HXxhqBO0o4!s^
z{D?!pa+|v@-Bqg-X_BoXn<Nskp*%SPjz(IEIkzQbI?ow>Cck`oS-f*sf<*sHeZO=V
zPYM;sP*6l`tAyaDYNqpXO`Y76SA>`)xaoH=wzb}l5EuT~o~psrL&3M1zp_obWwvI1
z`yP!@tI#zwRt&?}XG~wkZ}m>>urbk~y7yBspL{vu&{{P!8p`VK>0usD^((^HrjA%w
zy&=_&SZ@_1n|}X-T~I;_ossbZx9xR7J#)Q@jt(bmD>Us075)zW=O_8(C0D(dG&?96
zw_DwOPq;8%kBJ$pE_yg0Mmxp)fFG;dBu8><y68LqmWUpk!?Qyd;Uj{a0qqS4lM$r!
zWz!^I@+UcBUmMnMn%Y9@BG9B%W$~c1t*x-WegjeyCNC*%l7y$b*!6oV$BlP`9sa}2
zp4A@~7cR-(zQ}2#Z^swaygae<M+BcF%>%gqPz}^tDntF&*?BCB4Y&v-g4}!o(5n+7
z%X#B&M{spbIp1`)m_*`#a)**enTZq)wpGnu{&BjcdC3GjG6#!Ht8qp(03NX8nVFIN
zcEBOtaov04TZvvCbJ*3xhDiT-&Z}F^M877*Cf~1^v_uJ6hZfER=XLcehq+6HF)rJ^
z;W}<}|HdIeb5Pa4jHQpb8RzOq{77%TtCc>I>oWEsFD-NPEF7$nJ5m<M!2L5kTtZa$
zh<yLP7DEq$nCTB`c~)7)j>l*I7M_o6&GtNUJTQBKW5AAM;GaDVRU}ROV{{_0*hW1|
zbGCqQGZXp`FMBtE5Vtmw#PR{8^5k5*c6;zM&f|F3-_LiwSMmgtBxz9kEZ6O^)TQxw
z@k?>fe>}!v1hwZGYs)(fqzC3=kCI#wz59p%yVh4qqAYvCWkz|v4vPDK7<0ngf+db|
za;J=@bQi>3W;yOI$)1`^=?!fna$`>HOGl%OY#6(i4U?>+Q*Nz%G6Rn&&o|n&M%uT>
z!oi5$zp_#+Mr{QmU~J<uhYqEeMkZY;`@lZQ!T-BC?Y6$o<*UF9UUbs1H9zG}Ov`4I
zAK_Q~)D&>Ajh{OInXi?f-*-gv1IV`TqIDvv8sgXDc}Zc%-idy3bku@@Z1S`dn@-x2
z^7|#y9q|JS-Ahb0gOd9sBbtKNgg(>tXlnS%`^ha^w@~-Zb<<D}T#B8`q`5J5-e)pF
z@TM}?i98-=*EHL-O%^&u;%&l7=dWdNtnxXswE9y#*qN@9yt9cIjSR%iD-yy92y+sq
z>%Kg2df6n(ML%#Y`bWBv3}InZ^=I#I{C(ZYk-ZtF2vNfMdezEZN}t4bhuX2F+f-fe
zak9J@h%O9?i%Nl!_N;p;B0&b$)}lPSgEB+Y2&g4ALHEom2$4VVcG|66{O=@si_A56
zVn7r>MK)~S9HM&A`UA=R2(%s8a`5+A0L%YTXVIy}#UG)<X>M+Ima=em{s<Tcu{pvC
zS9_dL4rcOFAVU-G3#7<wpd6IEK};e8&=%}t^lO0kQ1&Kr(9G_yZ)^k>%g4*BQcA#T
z5D8xX-~sd3ch8@@BhwT3CQUn}fyJezr%s-vjD!L4JJL%{7^2YyEUx{AjsozF4USht
zT?&R2U?_eChy_d`XFWYx$W+Ts2}%7ZNg-=F@BbL>2nw1$Un>x(_+{WrNMa<!k0<EB
z9t;i!aJz5<tZcW1VJd5V|Nh9KL+8=_SHB8^U0F|G9~PlQXW!HCF3ipn0>L4JiZ+C+
z4FVf<M+jJpj>b7^FI!vTr~$%Ie=%<k=qx(}0}=BYzW4(`q3A#Ue*3$16jUfdhJ$21
zEKqz-Xbq96g!juS0lv`a@+uG4VDe9Hh1-@lm%?-OrLPr|yn#pI%u56{36WzjTRLIq
zSeU<Udo_vp1mVOEz-U{Wo5Bf@0z)GKNq?k$<T?5she<Yaaa;bgA0Vme9S&YU{wIP~
z<JhrEtA+u1!sKSaeCs32UDjg+%?$X($pnD!1RJWO;|#EJcxRCq162{MEwX^efzUv>
zv8)6GDi;e2;mBDEH3YuG>;NE_I2)Z_S0cv)q~igi1)u|SBY!k{RJ5HInG^W<b_wjY
z++#p;0e%I?67s|mT*j|6&VwLobQB-w=P9hv>e?g1AC7Ps(vJlNZ6NOprk2SQ$cYPs
zA(CJZPZv7z+^GgAuRt`g008bRROI936%`);Ins#vASIE8WGzGIS<MpqvLpr|fQ>h1
za6brGrkyS_6AFbzczNy6Zn0=W0KARIiHELE0RsxWFwnjmv&f=xKYR8YP5=cK3>X>e
zEmjs5f^&`!x~jiOof_-uq2%TtpCKHY0tWzy3E<!dSg5pZqmM!luM4RhAw~_$ai|l#
zt=OUn21s}V{t2Yfd@)BqH@j;-_4O;AViXKWf<i(B{X6Cu_<ad&koMpSAO^^r17<M2
zu<#rHOYMq8Li_8f*U`tI_R!v~UtsuULSnRP2fwH&O&h_!3SAcr8Hhf!g!Ply&S#(I
ztMiwb7pDZ!PpgpRg?v2>kfPh6g<C0GZymY!?Jr+eHaA~{yAmoG;99^6ardzah=Z1x
zO2C$iXnq%<y(*5{+7w;B03mRy1e&#H&tm3+;rL6Q!3*7T!f-?}9=EB;FqmANO8;SG
z<cy2UPeKIj!mw_!F=b@_useKk00p3j0i3{hS96eHN5Nqa+D4{;B#_oY^wFE9eNw3h
zJQ`%6&|Y{UNEK!ta7l`aq)U)yyc!!jUDOZL8(}HK)`Yu?qd4vWJhHoOP>McQ_rwV>
zdi3?%Xu@Cmj&~;Qrlz7|kM;HU-;HB>x_s-OKmYLI=zmDH&n7zHpuD&lw;X&Hf~I5l
zlb2laesd{pTYcj|Zw)w8K;;Ax7anj=%@Qolz<qrec-tk=2+sY&@#f@y{y5hlV0GRo
zfj|ineDeRyv;@rf^ywxTD`4RyJ$nNOfpq!ay134v#G6xsGn~=gd#f@m$L>&y10@A#
zA`GCr4|(GR1#9>Pp*}|`1ne%k-4BX7WH|$S@b>U<v<SpV0uJnBLMVAj_c|S$r;QaG
z7>i$Y<i0sIJyeh89bPp^B+L_M{eo3gaF7!rvi_mvL9wl06PqDYFX;JJaqjK2j*hqQ
z-XUAh1sdB3o5?PMYnGOF7a1Q;62Tc;lfg$|iys?n!m$HTWG(;<b#j7Q3WMa^(vpm{
z^q{LuHCL~b6h;91D=Z+`MA0b+<sq`23dh|gCw~e)g0}+VK>Qfu&bsT@-+)CK92~Tt
z1;ls(G3>k%an~(X_D8=)gaQI*>@10T7}PL!F^DM&psgV!QbHJqMF6zypFdhS@Zi`n
z{%Gh1HvyagssTk2G(}ENp8`S4*AGv59+$%gwgKdnQ4Qt=px{cca3BnJoOi>+=YXI?
z6S%RF>QCJzO*6B&cqOIk&K(Rz446_k&d2^ln)0U@CX(6IjA;xe31RtIdfak=2J0CZ
zWcD~=UO_^%5fp0==Q|4nLj=P+Fke8Lk{RB?EEE(}4=~G0%ocw0dJcS;2k=&y_pwoa
z{#-uznQ-0-9P3a%!mJEQ9F(UTg4g`G2w8NX$J!sn&P6f+RnG(~5YH%JaO()I7Pn%c
zC-&lh@-rNiGbq~odt(EUB>yb}zoO%s;neDA<V&W#;c(L+PMVy%k^Y+AE}Zp2NkfCJ
zc<)4_jQ&nCGTZ?(cpaDO^CT1dUPK81T?Fm5L5L3BqqvR?)@PJ^DEPv|!(-I=DAZt<
zhSIJ@A~8D~x;nT~e0E5EgA=0}WDio`Fe=`^&$G`0=?2|FS4W4d3}=JYdyvH$8M5%!
zA)CXj0$~N0Mu0=MsnJgzvZDmp2YpPejNh!bc0Lktf8v1+x!0-{5N*b~u(7iXU++CB
zG7P}TR3t-hpRT@sOlUN0-I>lnjUmx8#W{aQP((7g!CI^GRNn(wH)Lg4@iyXkDS*)v
z5z-0xr}QK2<+;D}F{<IOB!a+Lx07)_zC=XRF2$cU3n>>ZUG;+p?QZ*hc0jEabTd7@
zsNa=LRa;+wcySFoC5i?lV(tdFg%occ9je}%$y*rcq{1<C<a-&|+wFQuTsvy+npGe#
zJ^Dt>9EnN5`jSOZ(($9wyPT!6vA$mO63=#`=Va^F)7<=Y_AUEefgq1f2Edb7HAWQG
zThs$^Q?GgQ{>tqC(e9wpnNFsPlrMpf`v@61Q4*^zLte8C#Bg#FgJW4?dPyU<KM%rf
zWHTU`V{R^vfneSDsA^_qWb7XpP%|<;ejG(VDLtHYs0n?vs^>w06dPaO;~iA~tUWda
zw>Y&3C3;V^GMFz12a+dMv9UXRuKRM88VWNI?pbQ7jfn}VAGgoByg9x;^)r?JT+nCV
z-_1~Jmaxt-8?M=vo)RItOXZPs3lUBC(WyVrQlrjt2{E_1PMyGZni@f>LigYi$|%@m
zW9{ML$B#WV$ttH}0%O4}$={fZDp=~EoX|9aHe}ff1><A`QF`Y`@7QN=21Eq@-7T62
zzsOYcF~A5v7-aZSRxU_>-rv7c@K<!j@)&E+2y_P-8EMDARCmHww<n&uQSqE&i;yt|
zBkKr2c|We52GY6K)+Q!+qC@U$D3%UkvOxq291=S#h-l8Lh<bKvrAsvJm<^al0fB*E
z#~xLcmBGgu3Vt1C^^6S4$cUSlu)#?TLrpA|omf}~cIoa5;w$^ODfI`BA{`S4y}0GT
zq=kc>K7}8a?REIlid9=h>Y|DY5km()5ab^%yF`9vC7qf7q&ZDHeEu!bn2VRs><W=u
z*;bjQk?AYvQ*O*UJXMXV<IyB$0YkaHz2&h_^D`k@k9vnC#m~CCN4Apf+(~)?Z$&uZ
z2Gl-KWRQ~>j!+lwmUPg-0S4;oq@Zbx`oA!p$@MuwS5#S<T;fLI)wTgXgLZIiXehct
zF*{%Uqp%J@h0n#z8B9hjng`(8GIn!tC^QtF^=mLLzt-a<KflEg=Mk`qJslvfh`4x{
z2c|F~SM|xo5Nt+eoQ-j7&&rqtUj0CoibX#9g{&ASxP+*+L!g`?^;fFIIVsUNH;R`6
zSgo0P_iTwUR8}S^3^A`nd!d*tK=g;A;%NpleE(*fTNxS9mSXW88you<$UxL6;rUjA
zVW|7%%N+wmZjAiTyMJt!-U>tOEkx0V%ucpFd-O*#5r~3{VPYbQ0ak<}w|6+$4N0qr
z<}pCj4Ay*5!0i%{C$t=d@1ekegX)upWpjM$F`0lK&L@;X>I;r(%wbSbVXw=ZBPAh0
z<}X~-lpS~M3ez2bF-aLyr~5#1vb-0RsCLyG#lwf20f^%SDR#xcyVtL?Erq~*QD#;F
zI@{CHQGFy6&hFP7m*zRkrAc0K8vj7v1A!)Fd_BFi<Y^VUUPgWu*(H+pjvLR;hDCMf
zD-18!AN`=Muk<*%T?g#XXTrfdh_rw`88rdq41F*Hgid!*YEW<%d^ixf@1w8g^hcxv
z6Tgp`ae)*S{5&{1nEyaaJn!z7M~8-dV}f?B_*At9$f-a$IaxGeSVlK8c?_y+t}Y~q
zM3UY^NdaO8pniF|8;ZS_PM9dckRJ{L&FqY0+0xR}qlTk3bp;>KBeDjYXu)Go<mn>W
zhMg25e#|lm0Qf1?pmHL}M3Bl)PfxGPKsXEwG~(8upFfm7U@yb}@ErCddtQgF1xHdk
z3ct}c+mpI$wD9t?_I4&)C$1|>lTgG&@?uj*OwuAQ9;JOOnJ$IT^jY4|ZZeI}_KS-X
z{10kn5EUW$>0NWkqbpaayL_>^M=&Ym&4EfHh~{vTJ;O^p1yXTPW&c;xcgIut_y5bT
z?9eeXqEg9T$vQ$LM2UuMS%s37$Owsul1(&(%nI2vLik81TZK}HGUNBWy1zev-1p}p
z=bY<Y<NbcUp0DSybS8Q$*tr$_l!&N+{4VvXz5OIQKKQtzt34g34DAc}bP5)l%3BIb
z9|RMEsPw5w%R|S)GwknrWQ&Z<g%wB=;`IDp?0|%WN{Z(v$SO7+^3f1xN*``&VdyXj
z32gq_i?tTUcFL!60<AGUnJ4Bsc#?VFl$DlZxnbYFJx#$)oh29^3FOa^e^4KJC(v6_
zUd}_23sc;0Jvr=}m^)DL%`0u-LkPFkl#~=y{HW^C#shkRAXO~yEA4-3b|=T8p@g^q
zKY2~Vd-?e@XjYrAg4c_=iZl9^<JmB-{fH5h&+l&w3+|@nglRP_s!_9_$KsCX8C~*O
zcmeNy4p8s*_E<LIoqor@I;r_Frkbu@t$Ub>Lstd8gdRm-F|IU-Ok{!Zw#GfRF-n`g
z1yd&oj|m8*L3vt4=nQz_4<C*acEPC6YlG;B#KP1GEbQ12iP!{~tOK!m`BIaf@BxNo
zf=mxyyr-w90uR%bErEoS&UK8^FmVMN0S9<Ixxl$!O285Wrb@wQJ46r2;G$gkuV_Q;
z2<T2B#vH;!F9~NIOpfxNJ@b|^+r_e_ZhxkT%li52xu%6ITW!K(errB&#GDzW8CnWR
za(8O%!0-`@4eUF_;Mnjt<x~epfQZUdqh}agQyc7dUY>DK|G5wky*;Zsl(r!Y?~%dL
z(C``co(+T1!WW7d>P8z0VNfjIsNLmymwMy=;N%>I^~g)AZ{wq*g0U@#Ga;+e+<Ei+
ztm&G`?$}x(+MQb;G}+U=Il+E&hBarsSkwtb{LxX6Fy3RW+APn9s)h)iad#KpySEH1
zk^veocee)6#?k)+7ifJTPW7(V!Xi4lgYrU1z-X*4Fl}b`%7MW_bm#zmY}N`zSItTF
zG}WXg3|9GTXJxsDg?1cYJhG%g3ZcJl$r|xDZChM(xD55d%gI_i+C!VYG!7;#GMZ&9
zYTgP|w#e?9BYilq;JSWjhj=1g*B6bV)+O_Lj}+x45~I_q=G5Jg)y;=foa>{a$5~Uh
z{FS>SQnn2%S4XhqW20xsMI<7+GR$+kHdKtN3}N*3(_>gVaGpc6y->T-tSel+j>qUk
z8t=o=)r`5@v{&*Ob9_v@TdHG}54IF?{Zh{yCs#*4<6d!SnIE3=s()cr@8K5K9IDY&
zw9MEoqM>KRP&uI$CEsQ#nM)R|Oq?va_%c#)a!y#=f*1qTt+;%aw|6(WW^h1c!&lC(
z&uwn~xY>I}u9EvZbG8-C+^tajaN<qT!sqB_x&0Ze;R`d2No8S7rPby2@C7d3Qk27)
zAn!si7g8(1YPaCZS0o>vwLx((Hsi?NosM1-Apr)NS>je#Lw?O?q+ZjS=$FuJwvRQi
zNiR9j_<wLqh^pd>{=)aWw$>q)@iQ*V0@rVq=5yF-hA18TymEm)^Z#=J+;_$<y53`A
zO*s{zbyWKmS?pdsO?cLSl|_;^(Uf9G8`&?~M10+rF}zQRr^-d!%}3?@$$I@?XSyEf
z$!yqkuy-j$W{6jvF#L6AGC$+Bd}c*^bnx9hlDX&Z#*qkw`h$OFwZcc1FYBIivuZB&
z63>3AaI!AZ|D1}r{h*~tnvJcwhM9|@UOB6oX;Djl)90O+WaK;yJiChD#R-zjy3gGT
z|BqpK`}5ygw_0cTTx9<C6i^MN3{Ysjv0DhPZhfu&>_ELje@g0uQE!b7!!b)dich`A
z8T{Q|j4~};dbP%!a+2Gu;wMLoKye;=Lg@CcLm;J{9bn5qLyniS-EyiNm2_lSm_Thr
z#0F2#tJ0^+wL$UznUCLkQU<M-FW^I8EIkbE<KXgmz4~H%<~8}ui0sh(&g(Pb1mRpY
zAd*YWeoU<1|JHR|=77j+iksiKp%n!1Cys~a@|SSI&>P#)45K5FxQ@;oa;2ShlGq#J
zG9nbDM01%7OV3TQ2g>!gM3CFavuz1;`42-wRiVF6YS{b9r+hwt;bmxYTe<2(%m1dX
zTd1x)@14{4j>vG`UN%3uoDsF80$Td|kaOGQTeS@i|JaQ~AI7AffR%$51XkY|0*s%e
zJia8`W)keW^;sPCegSQ7vMrm<=W)@aSr5M|AUW0zenAa;0;pU=_tkKmGr9fA+Dd{-
z&`cz(=|H)w1w8oNz<ZXU-dCi=r9$6B8J)3N{rIC7l6QD&(+ZrcMdpH!dDY6cnksMo
zd#ZN+{2<N7>f)$p*QCDKaQQUPI-MUgp(nX^Rg`P}r)j2|=TnM~;mtiX<gkc{g+G5V
zo`x%%;`J4G5WLX+f<qxd56TTNH9)h$<B~OD=VK`-zOSc~gHXmyViErF!wg>wrfr5N
zZEPM@Rx0at!|(&;0idu$htP3@unD<i9mh5{HZ=Hvj@7DMkof?d4B!NyBGA3De<*NI
zOiqG8iLwz9XHa+%qB&=0)3_Z78bHvJ`=<a1lfD8!b4T%ooGKBQP)p#a@EvmF^#rj1
z$}_biXyivmEWGd+NfhdsMSw!j9SPao)923_x5R-J1oWuK@i!=3cqzpzY$HgP2Hr$a
zPG7%P>pHwLN(>H}KgMJK9-&}<!m5}8XzTCH59x;vuhDbkc(KWydHxDiNJvM~B?{O;
zQ<xePb9u5;FgzoKng9Ih)0?Gk;c5dL0Hi7)jZlR#YBI%X(A>8JlJfbdm{Ee)92$nW
zIISZ`R+pEt$w5<l<_tF|z`$-NlL+(xJPrq$L^Rig--3+H3*4NqU;DtF5U@2gHcLtX
z<waXzYgh^UQTm6ls{o+`{vfa_g@Mhay3wgqv`TD(_u}IfAXLR=ym8|OIH6A-J)+id
zA##mSEaI*3TeKX6)*ezb6%{}xX;A+FtiX%*iik{t=m(Vee;Bxh#R#AU1jjw<{k}&p
z@m@>}fZ#58dQH+~cTa)W`s7$bhS4)bI)yUwc%Tl}N!B5z%`A2f4lP4+%@!7#shm=l
zqb_YtYIGie7x5^fa6u_5g_=9}hwOVcc0<MKs|}%0RGmIe_?3lc;62%RcmS0Q!GHuM
zW1MY?bAMgYG=S?UKIPY-Si)xSz?pl|(X)uLg0>fh9HtM<N;t!i6oMfeW*HCDNf2~^
z3Bg(qc?W+0yS!^|W}&vky)%0n6-MF{*mX8nIiacm$O;wG5&8q?N?j3w0^?KkAb9MW
z@zd7EPCbfPSrYC`$T?8Tq<|EC_bxVdg6)c$28RAZ@GAmJ4KbVr$qpqjx-ZmG;K>f7
z2nOtY|L7M~WkB6QObub+B2rA?g=sAIpd;mwyoAIo{*k%TAdsjq75X-6<1OWuhvOq}
zErd3|XSmB2V|kawn@x(J`uixbC4pdtJF6Q%QoPTdoG5!UjBCnJPf-+<`}PTo%)TO@
zO|pquFF$HTTzgr_ALI0K=u={oaC>FTp0bO-Bu%UnfBZRNeXJ+`kxux_%~rxmZnx;e
zZe&bT7B%l{b-wVf%wOrjL{)0-`zNQ>(q{O5L+08J&Uhag8upG`^ai^dSe#()O_PYQ
zFt~Qi&CZ%a&nVg&o)LWWCI+<j`J$~-GTS++VTBPZX;<<I{IG}be1LO7V*oG@VZZ`%
zw2c?JtdCo;Eb6uttv#q-(~JX(Zx4E1PR}=#N;+V=#g~^uvvrWVkbp+BqMhWD&;erD
zIe3ZiW_kE69Z_eXo#5?ibh+5rc7|I4)%Edtot=$(-wUAfv`4xAQ^*Qi{#`r_Cd4ad
zDP_L7EAW0c5vCt2k1ag=mb=^ZWTMr#>5ob^tnwPt588DSFJ3TJ=Iq{I(*#yoLBBJo
zp-;PkAwkPm2#X47A%Sx0BZ0dnMt2nVGrZysJB8*7#GlVj=?CdQjgW{`I}Dfb(4vaQ
zx`7fMugA}n`=5n{nlBKwL4CPXNa$hoZt534K0XUR*Rg`O+Xd}wqYZipGhdb8fY9H?
z1HBd+hhxt=rhos`LUHC$XL`*aQC$J;w;v>P^3Wu6gh1HLdwdC!e2HvR-r&uzt_n7%
zL&B%q9={q2YjIJqHaA?*K4IH8>I!C&Zp=v|qsyapG;P|!9Q<{$(F4ufc{FaphK^lx
z4r4D1{eWc}@pJ|y9<jS1K+D0T`hU@onDPz*8o`p6A)-F~8U8PDPCXr0Utb@oWsOE(
zSO?fg=Lab{xl=5`p#7!jo18i0gAZzEWTmdPkpgCX55fx$4k(_LA!3Kb2LA;IQaoe$
z!DbDVx(c?ukU!RR>>;x>lms{DSF}C$S!_RGofs&9Rsm`YkX0FgpeSFHtNyDSd+J?B
zydCAHs;OOlroapECZGTVTf+4K_nkI~%#M$3C@7Ga9BA&n)%z%}?wOc*)j1QB2MGzA
zAE%(X!x^sigLGa#;aG&EP7IpW&d%uWDeQ=H3CGX@<N0;1Ln(k!0n{x)wJapkQVkXJ
zu|%0?xFO2QywSyJWlBm&NPyW3#V-^N4<8D`z?S<-jRMXLLUft^W~sui1td&D{(%9W
zI0QPz#<v?OX?OJ{F3@SQG<aT&bP)bw*CSn($gWLqEh;YVf(8xxbl4jax!O2JvJ&{o
zwH7tcZmb(kmLJv(4nK7R5u48)&~wIpftCg1Y%F{({Y78k=wuEk23;i*c`GY1UOk1)
zeDD(8#Tw32t`2>^wD~Fe6TqTCM_mQ)O|l6$Ba-9A!>vFtKmZ}~kNA*viAE5jO;Gf(
zp^2ksgbNf{5-0|eB`hhEeX-B0F1Hxqk9X6n<1CTM0Rr^++%wgF$`z+kM3|a_Lki@&
z49=jFGJ}`~_`@3Mf%pupD1b9yr!F=X#bUcbzy*b$iQE!VQ=G@+AhZLbm-u)}lchoa
z?bRLDeRA78rp`P+6<TjuXsUJbQ=5yU;*y80uYTy$rx*PFRn6P@20f=&{vL77lhJ!T
z%0RNX;^_(GGr0cP?pR?RDk>`bS@OKJTtz?Em{I!qM1f=geN*nP`_}FNE?ik%b(4^=
z(}_vX6k?!V%}F@68y0g-+lD9`hNe9Z{Y<rs;EL1&QG0l}gN_~;qrmmFYEJ`$4xFI6
zHH(+FE1!hu$CA#JaDk_1dEAY1H8PTg$9hBCFi3LCF!Qk!jFr{Z=G_M(42(<9&*_}6
z><kZ#oqvj<MctJ^ixG8Zy|mFYovZQu9K-Z_?3(3+@6PRe%gn@-A;j)ZpQ=C0F!>D{
zKC8kJ1-Iz*+pZKtSp7nM8P~Ntb=x;sq80Ui`veMvxxBsI)Jt2p{o_8q#5DPwn7JLv
zve&9DI6|mgM^CZS*n~t`Sbo`;`z7G<egrlN>%?CPkYh=E8^-Zaty1C}Z5-E!5qT2B
ztV(j|aBkCtaiDIjf7<XIt^8I_K68^)#v`js1-y?|=N%i4P?OhWEH&9JRQj(rgd|gw
zSvD%RGoB)udT8~@KPgnYWaZ@CaK6P}X|6xQ_bZJ*!!ZACx9ev+m7BG`4K_Y_LeovB
zdh?x{0<E?4QogI^y&Bd-G4`*cM-CMn`r(suZ%)Ydvd44X<3ifp6Z`Dt{G)85S*hoK
zoVH%;V0GMAbT-p{@%PWWi{lR~znt+k`?S|$$>N2&%(WInZduK1M;446sqecv{GI-I
z@#EUz@FzC|o<tTky&j9|64trnMKYH-Up$rMR$g6w_s$a>xzHJF=SRN=gyiQdZB6*k
ztt>ZeF?lxP|3&D6uNTAR?Om70E~-S<%3EEtYGWkd9O<YJeU{gom+1C9e0hHMc}3q#
zM!j<`oyO7U^ps7mrL7Oq2QK~jaN(l0dgO<}o!n103(axv7hPoe5_p5f#jbF4w|MD!
z>xX;gcrT;ZkFuM)pVjBud~}<s)w!@c!v>KYYD>ypeOYI$vn&s?IX@5d3>BKl3AfLC
zXL6u6XZ)GWs~zSm8kx0uyA0_A1*+VN8O*hNS1))J%R5?%-689lOR5|WP)+T4=lL>k
z>Eu<Vp2&0e7T-Ih$}U-a4fE&-TYj9k+HWTAR+$rJ>U}%%{q>|lE1rqXflEU@y7McE
zuM*_12ks=ZP`kwnI`U1(CV0t^af%v9(UOrlcddT^`|si=tz(+7VipK1w2X|5=T>9E
zudUUZqR&1Grz2i_<!#?@DelcMfV5(0?jwz*Npco02@cnUh&#20crIBTE@JgORrbnh
zIsEnUJX?;0+lM?Gj?nc|Exm5?y=LH%5~sA5@{7*;qSgQlV|%9TgDVFV)LE$Kl*Lwi
zPtNd^FOHx243)wWQMp=O)>qASjuo@qPDZmY>E@m~k@tR$k*YVDbX8{d-@3Nhtkp3r
zBW$p>K%L`{aJ^BqFXO)THW4rGIW6~k`*-PkiT5Rc=#x*kOf=iHaa`wW!9ii27~6j6
zcwDYi&J>Rh-H*soX>8q7o$k~o?)*DY&sgSn^1A<@{2y9Py<3~MS5!Xcy3wTgK5Q4y
zGwo2jrrEf{GxwdY?`^+P&FT~{fF(i7`jKSz`8<xX<<}+t+eH%WOFrrCj>Sr>Y+WB&
zK4MN*wK+|j6fsj$SL&-@^?mpFM^Ew(ktLH!>%g~fzBBq!f65#&Sm1YbXO9~F!Wj~3
zyluIzc4@C(vEACO1Cr+6UpR{U&zYJ1eSgBh!RPXw$>U$XyL1h6kXeTJ^<F89l;j#;
zeK_m%`bp6I@NY47=VST3twl<3)`Y^7=si|e;B<WMwYvkLdax=Eet3F>v6EzA?@-$#
z%h<A{V#yRr)!H-9|K_Jv*1a{Ik#FhGd?l|b^clzZyKZ$je@2aI^t#8zDa+$3xgpc;
zir7ryQ%CkBbI<)8IpNCZ_sZe6AdW@c`akX~gX!&i><7}b4=0U7H;2(hV!K^Z`;+YK
zYT{=DRj)asGl4+s#87W(IJe?w$#Q$f@0N)_Qqm{d5`^gMlotoUDj~}z=+cR+Jfkk(
zGrnn-sVaZ!7Y!w06hyEm!i#KL*pk|tJb!7_dc3qUqq^*yd#8hoJWIQ5**OfndAQnJ
zT1!uNsAi3O6VK%1jO=fSUu2*SYPTbNV=)zhh2k@`lbVJYVzRKa+mw9rPST2{&T=TD
z+(SL_5OUzCC<6-%0c!?n3d!k5t`@57O}kQO+fOXDj&h8?6m3O$1Q!k{BS$uZx6V<0
zrE3Z8UUF#glkq6u(KPi@PfN(`eSd-geNj_YRmk3OD+y9yU?4RahJ=j;al1tqjK3*Q
zSKST|N415K608zwt#cvnfbblX_88$ok53l?T1Y0fV^bqSpa(B)*K|WrDt7LOLNIO$
z%gYZ*OJ4z>3y1Od?_Y@1i1gAOOmBpulwx4O30|S$+V6aSR7;h}ATVUd9|05R;^26k
z{SDnQl!}LBWNc)(`TdqG$t-ZSk~TJm@&x4?4vWb8;^chgKJ_0&dsjU?s*nhYiaXK!
z#@5<MqWD0ki-F3W3=uSun0$oYxg$qnKp_k@GwL@Hb>i11dFV*vgr8MatwRS;2~*{^
zkXnlyEde%~B<2AN$lj10fMKdrasQ<OZ(Th87xxE7!=LnPplB;oX#J&<PtI~VJs;n{
zm)T;?$5K!R(FQ>49Xvca*^U=4{y<p_)!Ysyy77!7)B8`%)@Gs*A-F$%eWpq6e>x8{
z!x^T|uDDiAQsM|WEyV33*#t6;8;TWJc>Vn%?!TFy9v*wpK_aoZ8<X`VGg}lqt?liI
zRR-T8Fqg4>5IX!h&`w<8PmWqGH$PvT_S3sG)s5TcYhys_;q42zqx}aCMBch3Nn+5-
z>>70?)XKo55b}0KF$MPuELOnq!hp73Az37xc!j4YojkZM$p4!Jl!0n%4c6bVx8}R}
z1l27DJZqr59B1DpDLLm^y*db~Ey<cG6dV_H@m~<Rw}MsyR~umlV_&`?&b-jFp7v??
zGNJ)N58^GdsIkw<%R_kL>H*HJ!;y(bO4ze59XFO$QW~(3C@n81LdDOE>%?4wS!YGZ
z7O5`V(^V(}7t7`5R&%_LK!5fhI_=cBIQW4r0Y8A^OnCQhj9AT}DevAYdpDc4>-%rH
zq;`85XjQowLJ%G(bnsxmjg+j6OrNt{JPXW<fpegq`uGv{EK>gKYq;%lvVCA+1H1t!
zMU#ybMp}RWlvKYo6-8x<JNZ=3Z{#84=7GgmL?MPFggrU#AB5LmcXxl$<JjKOLHITU
zBG|kcPX{JHD^mvk`@%CyN*0M33rgJ5QiT+K`RgkSfI~1SF7AhEnG#?(bPTXiNcV!X
z3J9U7xPc?3=r5KJ|0Vq5ao3`(MxM4Y`<Hh4VI|mD1AM^K08k4p{Itg^Dqz4oCyhbX
zalvDF?p!iH^GC@rktg4Csbu5x9#xzXbb{dh`hkxk-Jvx8_3IzF?>m2b)oxXIEJaZk
zbTSJIU^u~M<=Z2%b(C8I?L*g@-&?=i#E^a0ALdKE>wE`}M8AL!3*nZ3xt)gG`TaNA
zC)M@2C^W^j8l|kiX;dF|*&{1c9<~4oApATtql)7N#7T^5{Ly=CO!%)~z-$XVW*9r%
z&d+y2y^mG^L6(fPhyDFGa6hx~^5*t_=g>sp1zvp;Lk@)S)mmg_XM<#F4@MAXvoz%9
z)>b$xAI0U-)@Gp|#XUhJGQcDU?*@3t{nNz~OCu{w%TbJ9F@(i^iYA4Z>5X-iGUz0p
zz*g4Qe2t9(!qptFH?zX}fVTp7EZTNC-~aD-Tm#%`7fS}4NDv!$ZWXT>aaF*}F{}h9
z(0{3(Urt5_d8be(L6Qh<^5Cc|*rZ8GJiNR_!Ucpq+oYvw$g}hFL2m+KEe4z=<=~Yk
zFJBrz?e2O1-oozf??3gd)MVca+L<1V+-^r)ZEQZ{%Kr9I=A(5~vaBQGNI-aKqr70=
z-^A@qpVV$Al>o9@6z@SP!n60vSMbQ-5)JnPmEF6)B4HHtZGs{Q1+%YjMT-rbMQGl9
z{AcQrm7gCK7G_%I>y14IOEPW~v`dXvWK|yFZQ&Ut=-@83K`jl8s<~)-V&V-6UVfYA
z9}LSt4VWAgLn&97oekm><xCm`lJ=xze(~C2P*z1rI#`vcB5^Pg-BYkW0D^o^c(W84
zqL`6{^oj~zeFe8Mjkd>VAVytbxWshHwIya33=-f4CAN2OOGn2WZQ*nGhF@x7l^v9B
zI+galh3)h10WWXA({X|Z)Q{?58}P%$e-%q&8BE+E=hZaC|H~rCS<?`SvL}+-p{=X}
zQw^SI#>NIIiZq+D!L&nWjk~9(0a7eNRo6zr<0?a31V};>R<3VeWM=~uDVPksc@y0^
z0)`t~TXo}X6=-Rh1L@vUyQ!!=<=5Cc=34rlqLJ$Ukh9$3kAS0jNV%Au3d9naYijCj
z|IpC+C2ebKfVv#iwe9VC#>U$HCdM2d0&Cw)s#mby9pKajW(jDB&-?RT0!oE#+IO?s
zl)9Tl`7F=HlftJNsYz2U2Sx7t_c#8e3moLV11uOI#WCZJ@}p0BzZ)Ba)+e@aA7JqX
z?4N<HEAT0{mLMhT?-AYv@DeY@IeUHvbOiW*t1gXDl@DH$OCl(_xZeQ!0ww=CF#+x|
zbjk#JV)6IJ`&uvPfonI)z~P&f2O@hcN$y8p`A@3|GLvvKvo=$8B=?T%1(Au{5A^l6
zk*K__Bgi+RCFN}2vMVUSfEUBce?ZRRk9R=dd6StTg4K(fm0)w(?5n#0o^~jd+#@4c
zmH@gF0lIuDzNY!T1_@HOs3F$gZ8|Qsa(E~G*tJ;6^@n~kR6cga{X+=(g@43={bP}%
zV1@_>295vJI%TZ=4p>BqsVHrb<)7((Je@3>UESSCNa(&)f+r7;N5T9ZBo(?V0?-sN
z<a@Mp&z=daE&D`7;&D#`?u2ZTMw<Z$;a%YtaJGtc5cDlT50HfOwx)3p&Jeh2_)2;#
z!HE8W$ndnWap%d|{lBtndYQiJT8=VFkXdq1?dL@hQ)c%RViM@+=xk5x<I$pW0tzp2
zz#PD!o7>#TNP72FTXVCkr{{KRf*qXx5>VMLZhwoXn0MzE6wG4(022}xHV9umbWEZ2
zu$#$CCuLT&GBa#C*0m9G8-i(mlunEAy-W4}ngCim$h;Cw(AA;n@kDsRLdEER8ywH}
zYh@a;Hv;Rz!|Duzsglwf5EsxIaleQ5RKtD~Mrm}n_o=G-Lm*u67WI<)qwInLS5#?0
zb*^EC4FrfNE+t4<&``5I%yxtc5yKKD+(b+nT-AOdPRXUOKu|`;9nUw)Gs%Qwcw|tL
z5d-x02NhQJmU|-iKAY+Zw3Wq3*YXUKv{ZQyUj7V!g&|<_K%KCbfxC)cAIw6LaQ^EH
zKn%I8r=KIXX(WJ-jg1XdNF^B=b`mK|<Smwcj9Nl^3e>(5L?x(k!2>0B;7YGKE3lKo
zIPXmb{@CK|#lvswjisWph2)hWa7i^|lT3EVR^1Dj`(U5Y&<GX@$Nh=gG+v5s?}&e|
z-j=cF0D*pdgr{K%$_OwRvu?r;ZE5ZeKN0v03uuc6pzPzH_XrD{ipBwJs^16p?;nJU
zJAZt!7o!1LS!0%96phn^<t1=!V{e4K!v&QZ*h4s<Nhk!m?1LHK<1dg;1NP{B+p;H5
zz5?o{4cc^@KFEMMT)D12@QuNV+3g1eoBB{#!ZZS~y`@|dK;mZ7r?M+gGel5T&&|)D
zU~hDMS%nV}uUgva>xh$IB#H|G$F^=zmK<LqLCzKO|02;Kq4&6J*)?@yASr-JqfTk<
zy?g9Urbmvvsk*)jUXD<eJLjpw74E3LzN*Fff72MRvY*|A23eQzdQi7ZtRIcGO&DHp
z({d7%b-6ru$kk;)R4q+7Bn4zijH*Cc1^bkKGxyp{R2e&W?nDWQI({R0BVB+V3?7^p
zpvow$eVJYh&|?sT;t;ys>8Yt&TSYm!56*JtFq#8sG)}q1W_fzTcuPsG<ptfQ9(LMY
zoSI;p-$IW<ykK(j#wS*4!QH!?1_%EF|DFA7<uApu3Lsuyz63O&zU91r>X5y6|8Z{K
zG&Wv!cYoj0Gg={;S5nivWRS7^zIW(XZCdEGdSK}km)mMF3iVb}tgZL4lXDhgDSXR6
z_n6m<j+FDvhlkxMhqxDw+VIt0v+Qh@KYi99(+Be1H;qem@d-?8oVVuizIUEou-9x;
zUZejqQv$ddLvvo0se9LU%w6bKa5g*S`%CY_(!(N`3%4ISJ$RWvcX~~(I@LiN?791r
zI>qTxm!Iyeo*s*N&Kkm_%HgkMH*BeDJ1c^KZetL#Qr;P;EI)$if7~?PvcNXnMf_He
zU#<RsGFL`znZF-=SW#P@VH@&OBO-ZJOwucq+3^>X;(4Y*AF1J4h7FE98qZoM3dPB#
zu{!6{dM^I7)sLsx_q}#f?ch0*ImaEahkopo+8DpH8UNKI4-Xm6Z{yS$Dkvo@*Qf5z
zx>MlVTEx)8?Ng~DEc^)m4#qtYUQZ+cS%c}nfgMbt!UGMo*C;4B6Ld7lCv`*|*3{d!
z@~ky%F<QIZsT-@xmbUM>;0USW2(Lu>tDs%^Y8CN?PG{X6kE!u8sIvLhDERrEILPyJ
z<&VJ`!^DP+{EOOiXQi|&aYXkD^X>U%6MJcT<vR0dKQJm5k$NMy$*b4Kpnq})=Sh7F
zLq46UXHdu95fjTH+0d_nTGu)mCtv%HJGhng_8F&p+k4M`Wu390CXew{&FZ~dx~D&s
zlwG#HU7AtV#r#wF<;n)t_Z3O}_nS_<%~Ieb4_JjwR&#Ir&=+Q1J~y^QC^f(!w%&+)
zcK2r$wI5_(^B_CPp4_fP{dW6<qq{mSo70YVj~Q(n_;2A;gJ$wf)stIsb9>&f{yOt+
zF|{g{rtQ;%jnDqfCQj3!#gwY->@=4p4;W3x#Kv;<Hs8&6Rdu|7EVJBP{KTb(*SAXr
z)Z@1-3YPlhEt$&(h%}WcN}3Gy{26OM)N8&R&-LLz12;bym(wWufBd+4=J?Vx4CUSy
z4Rmz{kcA>L=6bf9Nelhg-HlRfi}!sI=_S_l8&!LOq`x6KxwvfXF}Ncy7H)-FB*6+$
z*Z7&y^A+UV7hWV-Z9F=$m7Ve=imVzd#;L^gFBm--8wb_iaQOM{<!oiras|UZ-ts}F
zGh^<GyL19y3tD`tEvB??>+RiM!Z9BCKaRS!|Ap!OjKf?Ns<5Za>JIy&l<qW-VjFE?
z6!Wh12G@hr30y2JHKhZLkTih2hdm1VlPZXJVuY)BWL3rrM*rL6)oLn4>WJFjI4|8)
zlkw$%L}@>aC(%@|Gc0|n%ddDneuBnV&pve2gn5v5wzaWvuIIe#?ta&w49Rif4y+CF
z<B3_FCJnKdE^RPyA1l4T<qx;hv{K*Jw({p{`d$;HwEh78iDI?oDBYOgJ@5j-PwlDJ
zbR$$Zi<OH*ts&(SL4}PM*v3e+J93{j@8PWT5@4pWb^!8kUgcZX#EQn`1&k-6RM$%@
zD^ohgYa;u6t2Pe_*`=tx+dobj8K04{%+5<&a_e-W*CB<3c#8~HlIWc^|5WO{12u?r
zH^fF2pr#Zte6%*?w!v6_?|dd3wPaj!I2wq)B`OA13CgO)R|&%bI(xzqK<5MF7H}6)
zK&0qjfC1gwcSvq9iN`O30s}D(%FT8}^955FH2m<d8oUJmHO!jn(&9zJ!59Gn0xK;B
zn;{`6)-c`#pY8C&Mp(dtWq`RdD0bYDP2hwY8-ujQ#m_%8I{HxLDBQH-g)pxoawwre
zN{`1x6mRuEhjiS3v{y9P8`1b8I-Q1&?yyNQd<Kp`!Qu!DIkK*VAv+EZcOtI+aBuI0
z5*YdX{j>MP6Sb68%+`|HX`jD<{wY27G>GaDHsJEAtJfiq0`eRVO)jv|L6$~CgF3LY
zlO=Z@V{MFruuB7cFky#44y3g`07)by3Mwmi=out`Ln{x`e7xl3E@ga;e-lcd=o}CW
z5bTLrAC4}kXG>b(TxduL{J_Y;mofJOX&vVr@o-lac+n9H*x_CX&sbPo+!`1SyJlFc
zad6y+Z<hoK<nB3Lv_K&F+~j+NIt-+K-z^Nlj=P>M`46Ub34L}~to<&VXl*@wFXUFn
zQlE8HBP^p~%(t>KgccGd1zzG)=?97<z6R{eP!+*d_86k>CLe}Qdt8HuN+8Wvg4vsq
z0R_<pxD01SInl_wZ2WQIyiFies2G@4meNJSQIA45BO)%&&&}-v4ka8UF^vVKm-E0G
zVPb~-10E*n_d-NlF`uG4Y=bmFblOlZjk=zLoh#g$;Ru4CG^mcDKf$@S7(EZGF5m^=
z58@|I%*?US6eAvLaw$fdgq$NW(dIN^YuzaBhl0=7cg@Um&=?9mkl(j$qxwxiR<-wZ
z^!4w6j<c{3Jg17p7qoN9QnnDunSA^H9c4FxARv-#e7yMbm$w*7g6dCZ;e+1>3|Vlg
z!5~LPy)V4Ts&NY<#{eKkN4tU#oY_Txc00)$B~BR#$uwl7EK+QGWhx4CjtbxxSkG8y
zsjl{SSY$!4b^(PPfPm_?)@r4tk)S|<nkB#sKRj0b*C+fDO9;w#CvF}vYXEb=K@ov)
zLltEuB_%LkuIh$;T~?L|UXKGg8iUGimyQu2h7P|!(&d9Hs5?*rpe6p-Q_9u(q5pm$
zwcA0ismQ6g(&fV~iuRC6ZA`Yoy-n7iz^TOrA>>gaapq=bDGwe@xGO^A@Du9{x_(|2
z-#*|gZ~WKZRCv!1`FwwlZ-O!ses=rd<J-|OgBn;X(+!!H5T>r9CA2;52ih58SpL2{
zG}HIv587mqW|{~YA}Tx#o+%DI(li`^0<57;SO;FX%#4h(3CA!4XVvTi!US*>jdKWx
zFK&LE-Q%nq_yo|oU-UZ@v{~E%;Fr)^N@QhDBBT*=Kd2<(t8$zrczErrJdy}NayEy5
zWQ&c@-`~9tdlLod@ipi-Zw5dFZB*z)JlN2PTrxK{M)gIk4xF5P3a)A_!M3>XA@2iD
z&hliRnAke};4sA9W}s9E{~6-V0lni{#OAgzKaagCbnvPLA5POX%-HRUmm&U(xOMB`
z^%X#6_k~+7l_2U4DR{oHb)P*z5R$Mit&9XQ<G%HQ<2&H7<9hKrN$nnJ`+(Cl^?@hO
zDSn<Hmq)Z&t{j774=xck*%W>*1Y?C)VZ>b#yCxu@G(t?3MwMP88LaJaRUk|<{85)g
z)6IrUKMOX=`AvWOMmd)U;RJ+UOiY9*EuyyR0+|IBE(CC>eNmG#<W=LLFk}bb3|f&s
z0s+8m0W_GJ$|vE3Kk}Om;#XU21>g|I_Zxf)P2i`nbe6f6w!Dk9cvQLxif(01Lokuv
zMDkoHG{uZ}L=Xrmz}CIt8NJ_8$s<I7g^i8UW3zReg#=c1Xga*SyawQE6a88WWbbvh
zg22P+%~S61083^Oc?zT+%?;o(kWm<(RaE!_V8?2XEsayNFh8F;gt1W=yfR^(?3|o!
znq8Q6KYdE4n+y^WGIPv~dq8^sg#{^e_2xOY`16<@6G;)Li!_Xl%Ln-YcCxXJ;Y&<S
zd3Pu;sx=)!n&^Ua&<FeM>{L~MKU@P8>sV|fzB>ugQ?|)j=ORW9!bamBbl8CUpmwg^
z1d5yK;h0>>K+?RFN2Tg`(%E{8p7CN9c$;x(&S6EdAjM7IEWIm0j|SH89@ZnEou}h)
zk|9C-{PU*@21AhW0wWD`kZg+3Lc5*&?Ag@R)TXVQZ*HNAcJ?Zftrkp->dwl3jmRaq
zh=Qbs(~kw(!`)pij`~$-oNd|j=j~JOnC-Zc@Ei>ej*=u^TMGLQQ43Q$9=&F<vMZw2
zS?<#hkJ+8-6b8n|fNR@z(B8j_44K@K=9eMzmWYG~R$^ykBWm{gMQQ00`qiROKjODr
z%Ww;xv6JEEvIe&U8?s$7*H>PnlSK2o79W_E?Fc9+Lj+AS#u00ODB5N}m$Z|uCP43V
z4H?bZ!zdIcDQ-P&*P&gJdV=+oydk^WW}w9vBEUhcJ*?PFVa+fd0Yf-2Q|C0<;dGC}
z0c+3a@$nOI{NubOKo9i_3^7N<H(eOt_PO(0-3!C2cx7IYjtB%B+;on2f4bAw-#g1$
zzg4i8=sO1bAZ`qgtu^YyJv}skc10vS*sphj?_BrtN_A(=>*8Ycn%G#eDCA^w1Kr5p
zM>_1RFl=_hh--#>;8CCez<BgqSZ0VI%%!C@q@-bmVJ+Q4eut-bmyROv2jrtgn8!TA
z<3c7xEgfm9Q6G4In%;2J($L7t{s_jxM5og?t+9NIL&(nzm}4ByZ2GIl(qO7lA)BT(
zs>AC?fb;~rAq`^p{{CBM?FE&|1b^ohN;Jq&f@%eHjMUXB-KT@E5?l`4tI>D+u=T*j
z{r>$gU%x)-o+50zxSyZeZ+h8&Q_aqyo*rbj(O-M-N_FDG1sKYvozDjs!zKdq$<nei
z=t<Q59pwf>Z9$F$vJdVI91b5prn!t7R9B89?IpfTCsD@12*DU$pD-K~m`R>#qnrp{
z@Np&sr#oqG?*C?oC*G;7yd3t4xc7hm`BS$mU6qTML5t&~Wx?&Oc~&yq8^6sruHqw1
z8M%b1+0;%N<G#2#MRQmhkFBWaH0b(36FmpqLTfEpG$rNaIPGF2X(OKlz(x~{M;ZFt
zxz)PxHq%I&!4N!KC^x_%li`j8_=uZCvpd!%LZFFS=+rSAUx$&iTiPxMyhJ_zJVqGz
z=U-%?1y?W|vJ2Mp<VIqui8<GG7%Ws|XQNIc9OE9ZVdsdprFeBuwAFuY9Alkv{*6Wd
z4SCX*=x2nen^mfBOJrU(yd+Q!Kst}j#MZ)sBJMpZI2e>xf%nO*yl~vlZ#~LyAroy(
zDv(})9smYrPp9a6qPN7bXuw9Qwt%dJQ8P1Qy<fuki|9G!*zg^Zx-s73|2xMV=V8uP
za9NFY-vA^)7<|sI&3Eh%H~QazP;_rgi07{Qr=4HxQ@YY!0oXtt{*l;Odd)l;VIB*0
zE>Iam_RgyXg(LegD+!$<)YW+WA=QLcng7P>aBI;(cXzS>hTqZ$k~MK<Xc+Z3kjd`A
zZI`j!XfhE<MI^L8hv))lut@Zudjo~ymc7z1z>XqmHn+Do2C^plSx<kB<h9rvPCRW!
zo7(N>VK=bs7hhmn|BZnT&xCG_jD*AuF<BUP_pVS!P!tG)+q29UU+_LKCg3~6w@KI?
zV&q-(UzFjl*cR#^Pe+|c((8@3yGDqF16Cd}K5QV6OxJn}_ZG&`Av-vEF-mgPB(aGt
zq;E?6Y@DJ`7Z=y#_~o|RuLt!%K1I81uBV#ezjTie=7%^GK}Q-}J(yGq(6bB$J->#?
z+t|$vC*tcN^!@_csL0;EbH9FlL*uEzA$P8vZBZe}pCd1@P`+RTn;MQ3o00@-Z-3ke
z6S^L()RJ#8`PsP>d?GFeT3piGXRHgT57TbSeS~V*_Y#dtYEWK{^(qQ{Zr;RiM<(|K
z)9e_#I1<+&yCcPKa+Ok*<lI$%j(MqhWJExl>8oDBXpF9X0~Yv#(UIf=N2hNQeLp;+
z`JMMunSA~pWRXYrBtb1-HsWAF>%ESghF)K31NX5xy{_ZCvBh+e8l@}*qFre_&%|>j
zn}*hJ8mBwE?NvWnBa+dCA%Miwv?0K7%TSBg7tihV)ScV6p^VPY&0YIu<xEYEkb^3`
zemMHX+-|0%TJGl}M`7aEZZ}@cbG&lt?Se(D<sF51E8oHMP4_p`8g6n5>QL7ZVm9Jm
zwzjaH;3-X4Zn$uB<fjO`^z`hlsb9XD8l_wH_Up4CUZmP-iwZrT9J>R9=Ul&tgkAJD
zl{aj<I)$T;IAkK0tWJW$km=-WcGUM#=Od@UnxJ&hX7R0?ephHo2F--!KW8{<CqWt!
zLYer#03igYAet3cz$2+WpDS3XC6A_r_Wrs5UXf#z>(uzkid(i3`HW%jM4EnUk)>~X
z`p#XhD_yDc{cg$5(Y`wUG0rT0=7y8xpY!B2zK`4NYaYG~WxIKvtn!=5>_MW(fy8TX
z&VE=>>b^JMyH-7#vu{36J6ZAkX<0k2cYD$v-`dvN!Qr)4()~?Ic9+OvSf#T}s*$r)
z`trU)7v9H%+Zs&W_JxFo@<eJO2Ty{Op8own;*|)4#o0$uoU|*ng046B3-Q&=NK?&G
zl#sr%)IB{uJHkK`q>{MHd_Yi1TCB7*Y<{;uUWLUMwRiLkRIv=BNwk?;+C^V%mCOnm
zRb*ipsvB>N7^V(+!dz-&7+dqCc5{I4_>cM5cOD0f7E354^HyEmv%oo$WL`WP*KhhO
ze$n(-F?C5$V)#bzc!2nhVlD><FoRyYJFPo6=F6SFWTi84ZCA0=s;Kqdt-TZO=Th8m
zm3;cKwv%b>v*L^Z-=u28<AEMe#5>N?h<)kPruimTm!IzFt9wl1o!9>8lB*H{fy4LO
zLl;R8oa>@u<;z_EEYYT}B`NgS>;2N%<#n}cpsJ~~q0)Wn`rKfixAfhT>uy;hX=|3z
z?ZKZu${eWJ97y_dN2XU#>c0bz&*zDWE=bLt->awF^1X5-<#O+#Ag6lPUWMeG{HVnd
zhrGJ|lEVQfq@5$h@3~ahJv}8QCTVs>Q)$n}m4-b+9v5f$+o$I`=+?59=%0Td_(j>l
zd^R@c;Fx^lIqn=Ou?K8FR6njCLqE%X<zl?(Ye!PqX@VvtX&q<JcgCA;>lD&xsU>M`
zB0S&E3eqL+_#Z<m{>gZ`(<v4F6FI_&Yd@@(v*{vqS3gh>{i9IbdrO)Y2r`#gb!r$u
zE+l;*>8g|*Cc3QB#s5dKinqJX<`RDQ5hj@|nPyGt(#qu?XSvMvi9Z(5%8!6f05zKZ
zquVpy1_W0t)1--n(bNv>bLw>Ffl<4|h&Sz#;^gN3_~C<`)pgaPCgQNW#H^z)Mx{^{
z_8oK}{qMkYktb#^W3{+j&(JkdfH?e<t?{C*;Kq*}Dpk8`A=Uiv`wCbC<CK-X@4t0d
zB#Ke|*^AabuptDMzJ9chwu9t8kn}?eqf`lr5N@q`f`k>p$aTV)qnrKTSBhvMnFnnV
z@FbXMl5x3(td(J(&%jqypeZDRoXIIur(N^!bA+t3&i>y&Jc@7-*hG-hnhGNBo<M;c
zDBu)9{BPA+uFQ2&eCq~MoMdMKtF#J!NgOwcWVvQQoFbC6REQQy?I^~d<cM8d|Cnt_
zN18<B{{2EuB4B*utg>{IhT-SKR;EeeYvIJ3O|llSn%@>M;daaX*+Kjwi}K2pv9ad&
zt)h~w+Z2zt$z&5RXBjS+4Qb-oI0JVakasKI!i~yH@58^-nVl=y+xziVLdA!>vj09x
zzm<VT_ns}6fA945-T#iBloH34-LrAl`ebzwaioVokOZtwGURyKM@auWbY-o0+Ph^9
z?J~>6QBg}evMwhxY3XYcU(vax@3&%c^xl8(y@?B@=BTU0yW85=(r}W)3Ip@X%9hc$
zVQ7GIM*r!FI9p9aP#J1!C~m&NISMnp`QX6=VI5FG05`ZR8nSO}4|UY>-}}73jRHS9
Mn)(`f>K1|j55dTaJOBUy

literal 0
HcmV?d00001

diff --git a/doc/android/newwindow.png b/doc/android/newwindow.png
new file mode 100644
index 0000000000000000000000000000000000000000..4cca6ae09bf686692ec2a04abdc7964c48fa6256
GIT binary patch
literal 1009
zcmV<N0}lL&P)<h;3K|Lk000e1NJLTq001cf001Kh0ssI2hMBa-00009a7bBm000XU
z000XU0RWnu7ytkO2XskIMF-sl0}wbmb(BN)000A!Nkl<ZSi|j>zfbB=6vuDN4^fjU
zO%x*#qYwub2ZIBVrP`Q=C`RKVF>!EbH}Nm<FCe(MsH+BbFh&Q48bXLMMjZf&wF3h-
zBE`1ewr{vE#E60q-b>!VcWO`WJ)hfiPR~66wA4~d|58{3dpbHg+-|qi=_E-K0Py_$
z%yC>goi3Nl|AdWUn6B$2NzTp9`FuXJ*$e=XWf{XT^sFcf%d*GE$Av-xE&e-f<je2(
zhe9Ev(U?poS(bfzdJ;tu0MOal>2NrFKA+d?g%IxV@5kfupWy4WaU9n)Ef@?20)dBz
zhn=0Bd_MolHF~w#Y-?+4E|=@%<mB-15N)jC*-)3Q>pDeIOG`^E%SIxR*Voqy?;{uh
zAd2GU<z;twH%-%`C}y+SW~<R|w@0JVa5!9nRTK(^mY0{S?cs2Edwbh%x7UeiUH1I^
zysD~udwbRS8yXrK92~6Pvb(zrAq)nCO|fk@o7d~TxVR`33SXw<%YrHt3g_qNUa!|?
zvo+2h85scpBoc`)85o9D2OKGpNL02r$acA0qA2n_Urj~djVc+(Kl|Z%zEmo?-R>IB
zjkVb%NeY4hAp`)JOeTh5+S}VTO~WuuRaKHCA%qJH3nr6E*L57nOQq83=_!N|LMR9V
zYJ3f{aU54w_4iVvk)kMqARvSvLmdbNP~uG{Q$C+RJ3B*mRaL9w@dxZusWdP!fKDJu
z(#FO{CE$vpY;JDKvb?pmWwBULFf>hje}6}ZCJ5s3@v-rI=W;o#)rvx=>$)t<vMfuI
zB+Ig<X_}^?sJy+sA-kd|s47X4BuO%t%QeovySoDbcs!m@^;{|Y@9Ny+@c;mBZ*LoC
zXEGU{=VxYS3<kq@9rueyZ7|R@&GURFlWD529UUF@^z<+cQ~ftr_ZGB(VVK_D-dHSF
z+q0qW?aA|eUtb?ZQTcqH=lPHL`}_N=tE<Y$fG(BE$;p+Km1Hs*i^aan$WQMvl(ymF
zVVb5DMM<aA6??f{{xqx1&d#o`u4c2@Xf%qtLbGfLVJemC@9&?Uo*o|`e|dQk1flZZ
z0|3ls^XTa4`uh6R)YSF$btDpzB<XL?YZ!+4{r<(pMS>tCN#Zz85Ci~#)oOJ*ofeCw
zSS%hK9K_@CpA1ZY%+__it*vcrY;0m;!r^dqb#(y%ip3(waj8`5=H>=Xa6e=>B^<|V
fcg>bs`akpwh<(%rwkcA;00000NkvXXu0mjfI0)9;

literal 0
HcmV?d00001

diff --git a/doc/android/terminal.png b/doc/android/terminal.png
new file mode 100644
index 0000000000000000000000000000000000000000..9afa2720fa1f1b1c68839b4b272db626a62b6ad6
GIT binary patch
literal 20565
zcmX_o1yq#Z*YyAbN{WDhAPA^*2}npuh)N4cNQb0!cSr~bN{d4(t+di1-60?-okMr$
zd*=6F-#2R+OJL?c_nz2i?|prztSC!}cMA`JKoCBAD*Xb1z|4ZbhhD{m->dG_Wy2rW
z?4D{lA`tkb=wBF!BqSyLBd*gk1sU84%$sDabg^N4SO~-&#53u~YHt75lij_@WKOnH
zS2jL%V85j%nXlXA9S?C}qg@Tk;9M%mSlxdWHK9JBD^e-F;AXEPBt3%lSb0NA((fw$
zxPLQ(UIJ6-&f#6&!HNBg?YlAqqP(B3I1PK((TN#mWmi>I6=bJm=cO3&XINqlV#p&5
zbY=*y_f~fD^~%>YR$$)Ocx-Brg#6rnCCI*)%mC?#P#t%RV@`Vz^O?Zyn6Uy=o`=$}
zkrIoWkUOzap_fWSP1*T1;_>w>kFUoy<=uFJt=!D<{MfXWwT^W-N~bCagF7Nj{mc-7
z=SS-2j}w96*XXByh4E^@ovRrRnZh6DO}klZs1SumcWg`=gvxR1s_3tBC7dG8I<LSk
z;n)%3*%3w9vr54C2UK|6PUYeI7oL`c7lDO~AeARt>`Q*2x1EZIhZTe|_-nfR8zmld
z1W#{AkrH}6^ybGGZ{`RVL{%loXXywJ7hLwI@B1s`kYV%?Sst59g~j`4U>YZ&ZuI}|
z^Pd+*KZDxi_J7#?Qug_N-1EE$TtEDVYiW;LM5-_eBn&m49_E*A^BM?VH>9l12*AOU
zpp>BW3#*UkVo|o>OoavBk&HX+CX+lVDOw~KXCXkS#eU~p;&+$G7C(4<Rf6SPY+t40
zOU}3C`89>XM;ecRiR0y+h2an&5y=L7tL2h>diJr@G&zWC=*_WY^*QzsdS<aGXw@f#
z@WEtqTARo{Z;$+8v=V@qkg&u%Eplb<vAVi9LRkW%RRV+X<Z`<;$7SH-8%wOjg;rdm
zZ$^{;=rx5tmlm7*XWBB!nn$jap;4!(r0(KX+%w0*)?Ry+rhJX3=&GmB!h=&w_FMt`
z&W3NA^|%Oxp|XzV+O7w+u4}Tt)Q2uc67>Gxk-UB!cD;L{dal!Twu2Etbe|GI(c|dZ
zJLEF#&rVi;AD2|n&*F1$AtjSq+g2}z-zVli1%n1bL@Y+%$eh52NablFLk4P?S`~dd
z&6i)>1qw&4%;NL+X#76iu{c6B$hWXRc<vylDLS$c9?=nytb3g9f%z%W@a5e=ER;dO
zwI1pTyJa<^SU<cx&65AlSUQIx6`!iFknA^&#EiysqnN--*Hc=(d5lQQpB?^z0lXI)
zp$0Zom}(01yaog@CYS>Lff)SnwVy=e)-<r<FbY;mpcf-OY@p%8sqa;&linPNsZ4zb
zvw<F)!!<lV);6`8!D%>#{>`>oM4T<29pY`mqjB}Z(MH+-e$HIm$3XovFM_+0{qLu1
z(?QRo6o~RkRO(z)0~@99W|4iz9Cqw$qr&sV!LzerrQtLGTj2clh19;VS^<@TL(3J;
zSnvO~HjiP41Al#+E<Z89{w)7m_6wzDS}sJ|BfUYs^znACfKST0t~G*w5{JhGYD0^j
z#4Eb_J{+VK+{<hYlsc7>e*c|xLy^H3jNtr@fkB^RjnFIo7+wwCJCFT8oRedP<`31e
zrF4-aro*mr`aSh~;P=2F7!T=a@d&~3mkAvvc^1bHyLW0g7iMeDtTgQf?J9ONJ>BJ6
zb<^w>7A%ja{XZe@V<|tj_mjdVjQXYCkRFf~&?=!KVVahcmU9Pr$(#_?sm{sNc`Xkg
znfA*$@UtYD1XYDoLMN4myg{0OhF@dmJnuDxGMS9t%`|3n5d$|}6*6`81!|6MwG?}e
zRxXB1tya?)(FF_XL2x2h-kqh{O&58;VxM;yFS5-M_L$J9%m`@2Ab5S!z%79ysIW}R
z>ocfIU((@M7@iKZ;2tz+AV<8$<Q2-dt1%8BRhvfOC9)p+6VV9sTNZvILU1=PVj^zK
zlNO8`<S^q!DryGJJbo&xu5N#Tfsh|;Hkkb&5sq9$I_g!fH}EM`Q{Ggnd}zvePrgQ*
z+2X%~C5~sJZmay5mqu9d*RUXxf_gGskGr#lo0nXtv~3~I+3g*V$YPz&Yuv5=w$4pu
zdG1QQX@oL{7eaV4Q;l-B2QQ==k2~`BL?OG0M)xBfd(nzD0+|YJVv4$~9YN(zblT5S
z{N5pyF%!e~>aX@qEmj)GoI&6TDuh^C>hKV@TtURKF^{Mh<OF9qDDbM|x|#<sa?|AH
zTIi@&zPKPJ`_cHbkIIfBC+&&k-5kW58Dg%<?@w422h;5d$zs^D0?bx1Qc_;o>=E6)
zrDCd~K5Rog!pD)wBK3gsN<wE?MyOVxl_t0UWGKNYIzPGY?mWi8%}LT2`(c4wh`Zm$
zk3mSuOhnd1V0WDIV*4Ein|K68#fxn!&P|jCf=o4~NdtlKN|O?dK=K`!JWERdlE^i6
zVLR(9m}ij1J%lS?m_ZqANRd-jFm^9z!D=gU;HPa;){)(tuGY=L?b*IE^Z%mwE;7yk
zCJv_^20{PEs|(pBl;2f5zrkyfJEGpqQIvk##WMOBc9?<~IvRR!!#)roB(Qs~5g8yp
z_AeAqmiN|^Y9lHnuoUtsUra|ggw4q0M015Yob~x$IPNa?c%L2+a$aDy9Jf&DdmT==
zawe=&4AwszKqr6?mA~qYO;ql696}olk(u3hD+-*U2tt|#%vbqWgLk)~fobBJjV_tX
zUfP9zQ(orp2uyjgp~Z#SNRM~xvT~nJtd33_OOQ*v%m^>-EdRrK$yKk_@8vg0NjIxE
z#cJ9qsfC@)jf`f0XUZ`$FxaWoW-#Z!{Qg{C-g>G|6ydc$tdW_S$tW91mgg86e!w$d
zY~1#Mm-kCXh7VC?0duDx239<mex3X7;`!-ec6PS-Rs)t%DWby%qK3gK&zkPF4hD7u
z2A)~u1KET4?q-f_u4l`{?^~zRWKU|QRVy0_aA^1nEQ4{x?sYr)Q+SMz?k<|O5vK@}
z@#SEXe0(ifaOxP)giXYap~kH?cw6h=&PF7bEP-a_7QP_X%p^A<8O`-H)3otXT^|O&
zYZ|@P`ZaFF3ZEZJg%FW<?X*SS9)ktj&$Y_P$~yKc3`Rsm)NHp>Ta6TWFLqNQ+;%#c
z9yza+S&eWSej>IX5YwsTn*PTyPQ!0Gl;e50@t#`1X0*sK5QmUYfz*oP=@uzOp!k<|
zTm(0QfIHC!Q==<(sL%J`zQS73qY!6bKAa3c|Ji9)1Z4xivbr)&S}r2<^|O!KOD{Vc
zRC(~B5EwvN;%Sw@&LO<5zcy@a7qx$BOGv{*UbuoaVX%O^oMdn-ZO*+ak8eBbpV0GP
z$&Xxb1rOw^GJPDa^FF;5OhQi1@3v(S8z~h`U@u4`8%gsE@%QiF<>h6Y^3yP{YlbCA
zp8G#9XF3sAYgm;lFt$8Z4oLmznmI3R>(75`6zYk39_W<YB=@13WU!7HM!fdX7-{>_
zll+o{YiR*SN%uz@5EHqN${y^WRdsXqa@8+Piqm{6&erRxI<7oM2y1jd7{pR!-dUc0
zTk<q2ovLck?`iw+ZWrMxPOQ6V140Kua9<wjRyWgPJ9$YE8Mrtsm{?_r!0LaD-GU$`
z8`|W*{%XI#q%TDjmc2e!E~{Q)Gf|~m?V|APnZ;Dy`PNL6#y3qv$|si>=L&-&cGHN?
zWm!7!GB^y!#cm<zl~_Yc-^<gfrluw{coX-X`4mx4hhF%ZVw(wJdi}!sixct7<G%0O
zKdPLTf6umrn`Y9qY|VGX;1bbLl8}5vB5MqO1%y*@IrK8gCtfEdE%iFysr5X}(D6kj
zyS`9W6~8z#*3ms$EA4w|^~d^G0Jiw~Ud%nosJ6f_c>hY#?e#3$1*5h3Z53Vw4<Txv
z5yKKgx^W_EVysGu`g`SS@b>qWsmY42y}H^ds!>yqDU7Lz8Vl6X$ImvaB41pi1Wxze
zvV9XMJRbA<t*Ye^AJ(~u4+Ug>|12qmpeVrY?|gH-(0k5`+%sgjd-_&}QNPk5vu%z_
z#Elyv0?CDqja~Y>r?b6%wA?neX$IlPZ}q2QVngN2lk|eK)XTH%uU}1?LrIQSdy^ma
zB|j>6S^u}Uw+9If-*k3%hTfZ;x^m0ml?H#TprD{<&z><UrHH`Z2H{iKaq6qYE-fuV
z{^-`YZ69sVUAuOT(t4>sJ))RJHESM)>PzHlT5!N<NOqlcU;dp5Stj#j_BYN`cpD|9
zsL05h_pem^Hm|pvX@plt4Aa;I_KWX#p^ULoOsm&5%_Be2NG#y-`tcUz3uD>ESI}T9
zZZ(didb`h>TS`kyuj34S9FZMfSLdp7J%8f;S@4#i==4CcN1z^|)j^@InM7@{D7C<n
z!}*69sfM?;*Te&eOB9h&?RX<1w{ZJE^<pIE`lU;>lzF#kd&iV^>2n;cW8o4}2J=A9
zgftD*`}(S@LlV@wZce_02r(bPL<qaAC4T-~ZPrJtmZYxUa?Qc;p>2QKV+RKZC?3^L
z%R3EN#N4fK+kH1GQU89vsfK7NfN)*vH$2%}hP{{09OvsnrTY4`f1pqGIk7n0m@qan
zN^zTg7tirZ@$*B4!Ls3e4aeTogY{J>VJhRf*7v*$rLe>2C;M1_oVrzfHsfv($wsSb
zEi!l1OoK4cfL{meW1$-J1ft>_5x;_7o$4g6GTwAx<4}#1{@p(=BL%uI^KC4g${w-4
zAa>=}NL&otdopAvD-$REBtFP&v*)Q!0^<0?&wa8ZM1QWh&J6k1&P%TueGTD}zJj@p
ze?P(<Crizg5KDvEO0QqP*3r?iwq{2}Q1NC#CwhO2U)W<WXJnOJ`vIPH_F#w52wx9(
zgvDUi%-Tg~9Gg<A*hGcB@g9oTWlb}+Pr$5~rit50H&xvC;%}*0%h^fo;bfPP@8$WS
zC~cHQQda_(xciO?Z2HOJrtihsaUd?S%jzG(A7}npxRCnlBm3KPZF4^{TStk-&!%^e
zF_$;K_Mq#mhEyDChYBhH0RcC;!ME{s(L=uk9t07QlriFdV(>Lwu`$o-Q_(c6inImB
z+uD)ly3wj-#(!Q{Trof#AviHc-aif93z*^UBH*r#e89cME*ccrK~5^j-QbU~dyR>U
z!0sDZAkRj15*-;C8}IJ!LMIribVR-GNqRH(lMqpNd2w2QzHSSRjf;(K4#{-?ei*i^
z@=PjS3kPbPo8WJg(z9nBgaYGfs~)u;`*z8`uU}^sak|y&(eUWFPB`zc3_tQZvU73y
z87f3iKXbBLXgg9c5qbO3!P?)!LjC&3fjE^D8#siwnp;|az)sjs)e(h!fvQ$jfZjd5
z!UURS^gh(%aZFu_!9d`)`tdGzkK+-G2q)gR!;$A98_t)+C=&6Ln`XCX)>$wm_$?ut
zUc~3ej(`rCW#g9K$V1n;)#br~)qC$pDu!Q2fqdmR49DJ>=;$PVE0?z0u7Wg?-(Qtu
zHoPNcdhy~#6{JPJ23M=5jt;UvyTwJYm|$`vZ3MN;66SEeKVqy_5~3T@l)hS(m$$z<
zg6sF~8@qeP%-Y{l<nF&8R=ll$3Us@KHmB+@M~jVX^)@y1y?;2b{(&_336G|ltq2L#
z)L?`~o4b$3alWea8lk$_3R_5w!ma#5$_1wJ)w~&10;vJQtUwH+{sshu)!>$!$aL`4
ztHdF8+z2ve>?rEzm9H_eaKgG!23d{%j;|eh$y7}j@OQ~^@YHA$x-wPwr#qLu2Kf#*
zrwW-np_@4C>eqVk>qSLH*+M7JR!j~H4;Ogz&xDFIG|=@nQHacVQr5dk+XoLG5Hy(&
z=f!y~658|t{uC1Wi`sQw|EE5gJ(8_NC!+%OG-NJ<*Q|GMW!S304+Hv1dvEW>;%8e3
zer`j_v7c{T*Z-M{3-=|h^Ib&`K0Z7j`yS5_*kS8e5)>5eY6zBKly&oxQsO3HAcT3-
zOy-Wq1!A~3M6P8j<J}XEwY=|#K~ug;g=p|HaBFD$^-b_iAK$O(1+&dhH1Z9p^Ls~+
zE?+}=LG(kr`ug>2W20nEg>f4ZV(HI!G|FMWF~p~!Fv!hXw$fFco3~;oD2Nh*$N2jf
z!uica6@M6t+NL5M!kZ|hX?5SDcJhmC)I;mh>mvl15>R{-ICaNu%C~kMryKlla%ej(
z_0w~5Dyk0yWIzfzz8<fzH#9U{9Vsjq8F7$Ltzh=Nc18G26g=ov!tX2Pi5PV+kw|<5
zo~ptIrn!3kfdY|1UXw|%$|8TCiN|BAi84h(E>*u&*C204;ZkK&0|#8(-pXDz<k!L-
ziTUTn<xqN}qi-a1{QxjFK1757=+)iTWi?*04TWOO_1YufmM-R!3Vs5tg;i+l`riA)
z(6W30!9^59{00XF#l^>4CcS+5@}XHT67oqQRm^*)F-S&6=5Wf_cm3ZFR9~v^#<)<#
zN(h}#LyteeTuF?2_*iIdCZ?t>t*xCl`|P$RS_NE%sPb_cISlmtX?1UhD_q8g^pc=o
zJtf1B1f&0_;=1_owZX?Keim6HYFfE@EI32k9vIW+(mjOPy!hmVi8KBFSW9?VUo78k
zvCZJ&<44hnPr{iIQa@}TIb0ue9eY#0K3+L^1510+ex^1LUKtUx*I4<iTSsB1Z}D65
z+0QmZhi&8Q0oZo1w>;PsLfppa0d@Zra7o=(BR*7aTtrkGujj!U74Pe-``%D(3TqGk
z!A>Zqh`iH47cY1&NX|BH0v#F3rw((4k^^lmxPoLw@_cGZ;^-8-yz}iuz}|p)zpI{=
z)$iJUGenwTr534yX2{FS9DOV@Cc6zjr&i5R8A(}MgIg>Hw8Z(_s5jexi6|0ZSIo>I
zOp~yjrqpYdg5FB0*3_`mA&`pM8O(Zx8V}RwT1rYvb{>DovPfFoc6<A^ImT^1X9WTk
znkOuAeqrI*ODubEdG}b_O<@ok>#HwM-a~7c_3+WMo+Ahl@%GEd=6G~<t=EZPK~-IS
z#M%C4kqk1%2|W`PWVY9{FP^{iA{sZLp;T3%#p(b0@;$~(5=BKP*)X?yYYhVFKgg$+
zHJ=mt{*#c+Fa|O|%Lda<21~UtIN~s$6kk+RhlI7{Ly}|{h5tZhZU2tS90iH?Tb|Z;
z8r(HaGapb_=MfAyNV4^X-fJjlm&-YA=OZKT#GLREp%XigW5-|PtZhr@k<(iZpR(km
z+_Sw$B5YYc$^V2Bc9H}v)Jk8z>3wV(md8S?JC*8$<kdl#$ESYvT#pR<xR9a$jOuCT
zPuxFz3M0<+VjSh|3^ljDkUomHe{!9~hU8$UP|)QuE*4)8nn_YS*Sw8G-nD#Q)l}{E
z3#iAcya-C3D$~;V%ZsBa!ZBCt!7ReL=RtcsH==G+tnO2)7QDElC7r}RAJA;ggVSCf
z-e>Nd5LNXtmD%d}reVYZmYm1h&8uB^qzLY?=Xq^O{|jNi{m4aLPL7R}^Zt7@U6^xH
z=e02<*3iPG^YB^`hWAOC&2LR!uaENAc-<2_lC!9Kd$<SN0pmGX)A&&n<Q2}I#+fy~
zij<L<tt_t?)4Tfgw7`|GYfh)mtC#RXU0pqX)_gd@wLd+DgMox4)@=LN&qop$Y~uem
z$FzR4w+bj`^WMLo<$HOdm`#fLZ4J$7Je}9@2zLlFK_R*?$^2Cvoi_SE<wj<d7zKVd
zcz``rYBuN{JaR>^&a!q~SDf2N{Xs_|PDJDItT}PPULIR>(OJG%wMEjb#xd8*Yzf)n
zv6m!rPPeKc{OQ{11~<-j%sI=>mxZ#9vAuPz89PA$a-^iBf!R399O&rEW8C5LtTOe-
z)QPN|aegl^>-MqlbU%sTG&nuqk_v?zNjFvEXhy~S{hw=|<}E+!6CwA6{Af`r>%N!)
zK92kMUjuw3At8x34nk8WH;&aC_ZT<Xx=)@TKd5uC{PXP^9#TPEb&(Sr5rdHvW=P4T
zgoG{!`HPkQ9TTA{^z7{Ve67qumj;>4yLa!X1nur93M;#iK*A<CH(G{yZIzlt>C%VE
z$4Z3FEYL<7Q6i;`yv_y!aq)KX)tcrrGrJe?9IKjx-6A<p{jaEVn^4()O4m>)Uq2=a
z!Aii5j{h&N^yhaGJ9TF}aSUTy%XyeE@HWtm-)m{P*Mdl6wNz76tE@0$kR(lfenVW)
z=a351uW4p!;7c3K`+)45bN#+9p|MHAz4jk!5^vhZ$jHg<l~?p!b$dMa1+l((;Ye8g
ztrH!g!4VLx>oQw>(CSC6cJ~(vHD(LB$T=5m($@5^nVA`*Q-n@s8@h?y;keXx_&d~%
z5H!&f+}w6=LPox_rE)zx+CDq;YT{;KWIWxAG{o!c?8Jz{LNE>2X&>w8y-oT9K+5O*
zB%Mt^`Vd{x`q*};jPE=OT|gj$(>JFQt`C;m#t!~1wQ`kF{WZ@zXW-C#?EhBUCFqy`
zCyDqaWk+hJeSU@2v2t5@oBl&Yr>8vw;u)I!oGocDbY3S@@};0Z@Bc{6pbH&DRh``H
zPR(CBF|Ug0@xMt38idk>>G=Gx2nyx<tUkeE>{^ZMVI<b66TT`TH({?3Z=v0{Rg*gH
zs<9lqm<SD)5QvBiSs5RH##xk4tLwXtQ%-jnKs3KRAspn}-3^b9i7D+vVtDbP(wGgB
z(wM)_hZHOZTKwD`&i6?bTh7DxTF4VuLsGwGsMj3f)p7R9JYEozw;_h@yGW416=diV
zKT1_LE3sk0&VT9FYAt!5)OuNeQ|!SFHS!=)0sEI%ys1hYFl-%|odYdi_`Gn#Q<`BB
z2{Ie${+~3_Tu9mT%>6&=`4Wpev?kKwKd#>Al0p1+&ou;g1!ng*yR7gFcUG}3aeKl<
zpST$+sl(0tC?pSgMdL4nrO%hz&6lS{eZO$ixRw1sMa&dD#YS-Y7F_M4oXf(KM<Hiq
zx=nhw+jTpY{`b+BQ+S0Id6>vJI^Qlb#9k8qZxoxakvdVI1ctI8ik!lq<$23%-r$gt
z-JQEHnJzAiw^*@)99uPysh-gE3BAyiaSL+nB_l^jsQBf&jbk8UQ{APHpP?Trd+Rc0
zhDw_6?kimMMD-TWh6Q!D(`z;!73^zoeCwk5+(!L$lj>kqWd@yF((1|sf#Y!$_9??3
z8Y#)^7JcrS)3ORfAOuvrOycu+bgrIqrLTd62+_b6Ib=-U^ie`%iw!=7ETvHuy^n!!
zM<^*<3t7(z_!9WbM005HdH-9*|Gs|t8NbiRg&56X0)c?nzvQHje(S5r(T#FpSu@+O
z<Bex347t@?*s4axie{WmX{QQhdmkv@Hla-a{~sYmp#M5Hh(W&=C#pcbjh*A1Jo6Io
zm~Prm{pL}>x{S&i{WimeX@r(dxqfBq7s^%|qL4GFzuW3wt;BhG!HJYIDwM`PQvz<i
zSE8mi3*8E{EaE>T24CkLq<yf5@WH|jd)%uhU!$}4>&w2e>+iDbQo%<_aap`>Ncz_@
zA86vKW%hSsc(N?C(}seN@HBnT>YU?@;=?;4$M*_wWK`JS4B9ea)ei74KVkiT?VvHb
z@QC9uPfYZw0;%{roAlp9ouZojCx-QLdB0m<WG-$3Q#!dN)xADV#U^{>X#)U)K|UeW
zk%mE1mLcVAz9FT!>_W}Ir1$(;FFH(qaSoY2v+d*Gj<pQ;s_9yG`X?u8b1*6%_QAo}
zPLSq+fy|b^T#tb3MC(|AqeRDtg+$)#>TmD%<3$0JJBG#-Ilne{UIkFTTZjv6Gw7r9
z)H+=!3XrvOe;cY$!2Qd%ye77G1G_`Xo!cxoHC=qfAt94*y=2O^^3^|;w3L6*a*`)_
zRMzgyod#!YwDhgjKD^SfSRRJNEQ=BmsjaZgp@J9F$G6X~P^Dt~KEFO=#^NMLqN&$o
zOGq(ygGcQLv1;>_@^30>%dqF1Q5PJ#?=vUfjg$%G++i5sNt4)qRe)=2l}^0R?oO+t
zcN8ZZ7s<UgQIT1}A#>k#O|!q=@FQ2(>2*(m<8xE&M%y=6^^6OAC^yO*u`L~ZRx`g9
zUWwL=U&Fim&NP=)x~rUzwK@Vc9c4qq^pVx?DqnC8M&kdlQG8l>&)V~ffU(LpLPvcV
zhJt%cOyzIJ{@BvZ3nT;f;$&gjb`t@R-)O>sf483D`}3Z<y!}D3&MSWOQo$x>W}dZr
zv0f$qZJRlbg=a*jSJiXF7B$L3orq`zxdjA9=C<4Ud7Y$UMZ>og?AKN`ZkNlQ-w{>2
zzK*hF5BfEAPeg=fP)l38>UGbp0d1)f)S1{sVNt@X%*?MoM>8R@v9W)?zY0H-_D=h4
zGV0m2!ZPTSkMzDyRWo?=&ETeB$7KGM2Uq{vmJiKacKLYLmpP((=jZ2Pyu|5?xs%Gl
z5x{dW7bQ+B?o$K&Od`D-Pb}t*!b|F##~NH#SPO;T4W4n)w7Z<b!YBJ9`cdKGUG44d
zeSP8%^X<5FUeL3#JTHec<r2{BBJipmot?t)C73iGxvWv<l)9a5w_Wb0Uebtq@Nsc*
zv9MUQgprp|xKQUkic>UG%iYI0R`<HiXMX)pVtf13)AqGn3=ZF5iKeEe$XysX1Vev}
zzvzcuZgr~CDUiS_WX;r4i3Nxb&rKubFu&p~y}gt!6*4>4k!KfY9X)JCq5gvhcD5e{
zB>xoBXPpo|D4dMcU;Ic*gAol2x;Z{cHMQ;tVN(TAofqf8Rve506-67~Y828|`0?XM
zuG+odFzQD~N5j-xT3V{As!GA7hvxso{s;qcv)0&+N6^GgAT_cNjMTfxlCm<jk^MgL
z%kgMpnDh?aM8r~+6eac_#QXL|j{QF`fMcEW>dU`QhvCky6V<M54(`+bxNEo4X-eQd
z2D22b1~O!Rgb1p4W~55FR=wQTQ7Fs!2@AwFT?r%>3w5Wh(&fDl<4~&}zTBYL3VE5$
z#L0VsN%P-d-_?#?zM(!Sd^WADw`R$TG3j}_UQQ?KLFQNrkK7o9pE%di(ZReQw6;7_
zsQ=={4b=GRe##?PqQK0oESKfqEjJvcrJI4HDz27){#?7-WgW(1CtbjQg>@&EnI4yY
z15a@XDE&4y;Y+F2G(jIGe^_Z)TCM<zbG`E{;JQkDddD!u2@GpODA<Lw;SnVj7hwM-
zKXT>C{xCZ&ct&!C^)NA!l8nQ@ir!vSNJy*qUTi3GHzOkh*bv}|CkRnqFs1?PSSDTu
zv`4k;W_&g4wmZ<-fC+ON#STV|AGvObILtrw@DRT6fB_Xo`L}Q1!nh|Z9gcq5q3G#S
zv%XnfbG0q2FnqBqYyW<%!ZYzccp#lG?y@!tN{#IMTMJIY>#7$TTIZPi#=tGg$;nl3
zRIReV_U+Q;s@amXuvjiKY|2YYTzOWQ%ILL~M91ulIjmX#=ND_w+S)|506+f^kVVuz
z5~j7hf#4k)Qlsy}dVi7Xxlsv|8;A}67>|?9kK+_^PLpkl`;yiE73GUw@c|x42nA?~
z?xA&J(~MoEj&W;5M^DcJlIzt^`I{oln?O*EWhqc2%*TFmxYz-IT+&E#`*tnxtG&nN
zQ$AxwhEjZNEMdRPZKq;m$$F3FxN6D9A5z!+cq>?MdTaqK>P?juji*<Ve(aoDWrjzg
zg_lA}zCI%Ahus+qxJoZF<rBI69aBDj^j{p$=XunjZwrdf@82(a-LD(J4$WGAo}hZ1
zeE;e_ht|>QUxB6^;@62q_pUF#=t<(|V7T0<-gFU8hNA!h#eMF*08HmXD4X(X7(X1e
zh-pOx+1SDzH+GK~yFc+7HHQj2uK+)LRCl`Z3Rw5li#;Yeg$5b!qfp>1AJGtnYf;B|
zZ_l<YEtzk}LL~w+byjyLue<;AW&1})M+XN%R7*<>^QJvtlMt{GRYk|RDnpXF4<EnG
zct@e8uD&7AOv=G;37l}2MdU4h*8X`9{?>rUd9GW|IFIx6LwCRXpM03MRa@3>e7^hZ
zH<#9*+$*1IgRZ|MGdhd^%UN$RS!9TX@&YU!-|josb?8HSpHZmsl}%-fQKlC>oggY(
zDfOo4G%Q94b?@Fi;Jl+Br2(MsJq94(+~Rw_s*l{o#=i;lkLHc>ug_xeDL8=(>6p#_
z7p|J;6waO471i4D-Rgly^-Gp=>Vxz!$G)3Tt#NygKik%6EjMnmiW<S0G4F7A3KUdE
z-z_xCZ(Sv(<Zj^HSud3XEroG0nq9W|&PMH_o{&ko%>*bcLa5^6Vh1{4d|Y~uq2jhi
z(b0MIkT6V5F0WSg3W<9iZGpbPl7wm^7Ds;g;3t}99Y;7(6~1o>!PWCw0EM*uSH{B1
zx)S+lL$k;LLwnyx{XD&EL2}<1ln;%my@ELJ+4|8w{U*Jo1d1mxUvhCpIYvGynTm?%
z3SJTQ*mDDZ6-GW@US51WJjG<;ABIgh){{HGBcM{wwMC75({lX%_1UYR)<V7)UQeF1
z9;}aT)?fNquNa*rCM3A7jq<dPN)d~eK?ZeqcSDtjX1eZ=OIz{sk^6_!&H5?69*9W#
zodgJpq(%5?j^J^iOdWg0PnH;qA1n>!s-k+6n}*F??6|l8Srw))nMUld{dEL-95Uw9
zr%%Vn#}*bAtAD;%&qY4!e|YD$#O}@xOb7f5ke{fZZ^q)|;+%m;hR=OZ$%84?ng4bJ
zf)omHGSGEr$Gi6S_DW*MCQx?PaR4qWDk{Es5#6<LOT=v}JJrYIXv+}!L$}H)H`5=~
z3ES2PDkw_uC^ewmY)n+6x<9Fw+vslVl$jCGiPhxf<dl__<>a)_L6pZ6(TUMuT60#Q
zQam5pPDU(`Ly;v_5*aAe7yoN*m8(MMb7ZKf*c*LM4kkrOtvUgZJ@fK0U1jC|G7D8t
zYe+n;GV_6fFS1-Z70Nm~UK`_;AWwO1w@}0|DaC6{83+R?iBC!Kf!!D#9fcOz+}vC-
zVG|x7#RFv@ts%hE0Z-1s$=Tc89T63kD(d;OYa#ka2xx&us}*)LnDM8<gw!^5$FEO=
z6TW@>_Vw%C>_H*B=?2rT_}ieQF)^W_fr1ElleD4T`*5Nh&R-q{=aen~>48B5qHx5D
z<k+FMapqgWYGq|5l#ZBPQv6wB-=n~L8cYgF%|av2-kq^5N1VP#O>{-6=&r1u>7zX2
zJjmA;L1lb-Ep8Leq89pb#)Iz90=5gCaYs*v6Je%bfWtxVf}}~NZwGlVxJ6hd!`)0`
z2WO4uC+FKqbl8`HoYgDL4!9>5Z{S(Kob`F@xt7+av2{*1Ht5Q!A|_;P641wyiHV^P
z$=8-ZXBk^R@Tdi$UPVR4V9bm}B>5;^Hi{MkQ$b$7yR(y(nfa-l+*pPE97p-MkxCt~
z^B);y85kH+ybu1u9<Qyf!S@0K8c8jnxc4x0Y+Vdwu?%J<@$<5)m9S}W#9@z%mXaHr
znx;HfzXN0RH9H%HLct{L1~>@1dAz>KzcLF@6oGPv4Ew-a2`G$$Q^&4)0yy)s)v3p<
zhysO5c$nw#l9R*7$LG1kC8k|F<cyU~$`ailQiW3mvYLvD3h3%;Q0Yx$f-{(#f(hAJ
zSXekYIoa9wj=g|fB*OarX9?Y%;Rti+W`~MKRyo+&+1c3O`+kl3G%?T-Isx{9b4xsd
zBi5^Ox)xKgdV($~BTv2FkLY=Ruc)XfE92wfAjCb=D?E(T(EI3ko!1oBA8Z&K7YAU%
zLxgsaPn5Q=%wll9QuL}}_Inwo7;$k}Byx8b)fdiodbo)~*6;Q{ieJzME*6E{94ja0
z5<8xcLGD7EqedhN*w&eJL_^+y>Iy_V+D8C&n(!9iG}0F2rKXUeAVa!lAs{p)2br~H
zTdHWU$epj3PyKP8Sa(SkcJ7?pHt^~6h|6H+sykx1#nIK-sfZNx*F{0>%)3U?j5Q?k
z7?+fmI_vhew>R+7h`1^DeuAtru3V~0iHTucd>j)K6Z8>}%?7p;4x++gp%dg7!^F=v
zRUKkhUzj_mE-zfwV$tuLEF7dd7k-mthi#{&BE(ToQ#16GC}6YrC7CJ6lzN4(AcG$a
z*T>vfXv|KCkI#bF*RKXy_PtO<Wi)1;g!O%nO~1VctP5gt^Yf!k-%Dz%+|0$O+m9ZK
zir&um_VMunxU+Z(xB{FN^zxW6WdKW0!uvO49N_C}K{dOm3SbuK1~!!oH<7BKCW-`4
z)%(_qNP+0D78?Zq1`zR&+&iN0X*#kSNj#+Wf+B97P@?&W=h@-7W7NG6Dq~QX=8%Ot
zl{ch(E{;+0?*7+3?|C&t*f;z<r73lttZ|?6y%fFGjkqHw<^#v=(&Q7GlNTn3q35+N
zqcuMkh)su~N&64{7DFw7w?NRU_Sm-^kN_CIH6Tkj;XI;iPGSKn9#g7UiREw}h-XF!
zt(ll|>o=oC^kQOSAec0lf>!}zzoo5hbF%goGeNrMJLw{rH6Y>!#tf2*|7cnBj$+py
zFMfuE1$Y20x>b9A_n3W-H)7^{`6Md``qdH^qI(XE+ky$u|4ckQB&Q#sknQa`S^I&a
z0U?o*!=04%X0qm!;|27|cH+ix$e+;zsga*NxFE-sn-64=v%O4<ZWTgfHT`hW*X<C^
zVPRq8Hm=&*w;rOPI3K^KG=>&(el!<Vf3m{HHxgdg%V1=;`NGTV41`K<O-V^fFE1}^
zYisxi5WsjwH-8mf&W3aKCh~ky&wt68&^2Qhaf|=Cd`Op;H6>2iI>1;a5s~o)2Uw&x
zXfss>o+2sWL3nqShYNHvQBN1ZAa(}D)_)(Q_Mu#=tDRSG=IG-;_`5u!xd+kj&<o9%
zQ9c1SWf2K$%8!p+u0*Bq63oFixRIRJtrphTfpQ8b4GBL6g(puvAF@CQ<$E?qM=m4e
zd0_3}P!f7P4DusbsUY^lwRd1w!-7@U`WI%1;t$6w9l_~DLnI6Dp@bCtB?Js&t=k|x
z-dw2|=qsSVaJNE~ZUa^fd(P;gM6W16c($CK3gIwT<L;O}NJUF4X5N2?4>jBM<jE7G
z=o>d~RJp9*qN2*pvji3Gr}f`}ERFD->&7mz!Z$xgIjxOu187I?E_5Z#H5NcO1wl$*
z&9$Dv_iu?Q1a=o!Jpn#`>DrG{F6Y)bD*$Rn328KofZC9|kP#0phptv1ZEbCV5Y`JV
zuJP?P2Vr~b3-prmHI!6hVZ~lszi>0KJA=;wigxEfB20Mg_5h)7_KVJYZ=ia!Zj3=&
z&*ykStMoMpY(yjBU~M8=Sb|B1W306w`5`5x&af#M^g((krR?n1AaH_&oe=sRZSjzi
zLGGf9kg%|}`Y<dX++OeAtw`h(8W|bcVR%7VV9!gDneQT;hYykxdP`xy-I=BES#s|t
zc~$#mm;Qyr&ipf;X!Mi{XA%<k^%esdP5!e*C?$gpa)`P282a@ZZJ9|Q#^Y~^0nj^V
z1nWSlq<p5SISRv%x7ZZGYxX?smk+ZC-^nnBd&zZI#9uEppKt#NLAdNRn-Q`?m3o_~
z4WN}-cj7>ashoTh6v#+AaU04f*4E!@bqJb{rUQwAfM2!~^w?hs+INJWd+-6&c3>ZV
zSPnY~CxhLpHRzLM@#ERq*&4k~7@dWkmZt3lk&0%p4y(f2*OX6GR0jIfrDWOxEr8c-
z0JU3takA>RkeQ(O+gVgxydE0q@aR>>A%gD7X$CsBl(xA~k6dj4LL@7i0sgfkFrx}G
zpv_Qj6I>`S($wO<i$ndu<Z6NGuVF>X#lt&0DtR68Te+&)vqim}-2kxIshiZ*McuaU
zxOCoBI0Po)0|ga^grp=U9`P1RBJa0{K`tMRsH`k3Gsq|^-X~>VLtLpID=c!^2knee
ziCJ38%6=5a#>U(0H`z6(_dT)|J_oPw?)Hfb5X}8~W!o}zlZ>o=@+tc@H=qUV3_t3W
z<y>L9d$*n9a`W;c$}uH5nFHrKI9qZpl5%r%cSQ0tn2lI|=yu7H+!M+7o9B9}m;50n
zW-v#E@puxvL-6?az54D8<n_Y1E|!c>B8tM#K&PGc!R=x-C8PD17JErht-V;D21YF_
zGJl^0b^{-D*8R$U+rP3ks3fi>d=8qdq3}W?oTLA97XV2dn^yV}Z#FAbd^wnziwL^#
z@bCmt019^cJ4+mIeHVnkmJoeq##1cDB{>#+dJY=t+A)>%{9GE7fB;2mq}+<w*;bPk
z!%k2S9h(xANtn<v(qQBRtO6@+NX?@M)c`ykCy-M8RZT)u;EsXDx8QKi{#w-;Iqu(h
z8DdyRQ_p+<2Un&TKE&I0Fm&nogmxXSmHe9Y((_#B=WG5)m-OMoov0?jR9b7eYxHw-
za|@9RVCj^W3aHp=#OI<6wg*kU>mP->di~jsT<<YDq+?`*4Z)fP8pi(809MFEl*rCg
z{)ex}PBS5T7F58Bq3h7$qA%A?i9(Yk9lmnkTMe*q2#UH%&az}K7KXrYvUa#IQ)Eaf
zNMf3s000r(DlwU-&;#r{2Y3A9*fefZP;_Ykxt6^u9Nauf*rpoiB9NB{z6U9b8cnc7
z9PgrJrKQhKr!FTe?7tXNj$&F3=LHRl#GBifC=fip_0T$0!Dw%3ATN(ouSRpk8Ihy%
z1)$kz0UQJfGcx$U5Dws>EZ|^a$<-<a$@k``VxtzkV<Vtw5JQFf`f6!n-Y0gwu<hZW
zxV|y6z5I4H_L`vb*0I-798WOsw+uo9(TklfE}6?9Fqs*bjhc?hgaZdm5})dEu+|}j
z9^1Jio}xzdeQ(zc*>PgAj(vwD3_(x2+!2S9o_)4QZ{J=)xGjD%v(py14ggdl^JSfR
z(js($pn=Z4%_+JdbFk;=$TP5UQys;eAAlI2n8lJ%T@#P35fl2N$p?cJ3jyr}2W_YW
zPOg1f=Z9q+vgsyh)1JFM0^zwi&&R@#BKRwzEV+?nW{tOK{5z3E-j{t(Q=S9w#(wXf
zOpOD-M3*!uNswyFnwnP;5XoqdB2@p+d=}uY%(GJO#8aCtVk;uZdc31$67}cerexRN
ztMvs+=~wvC+H2$N+tk7S9J+e%zpi>XIhEBu{;pT6tw!4`<nc2{qcG)M3pVeA=O!S^
zTfy|LFCvNonmhEOyLaWo4DsNK3c+t-4#ElSS|w0zp=Y!J1lBA{1G^jK@NyfSFU|9|
z4OdOA;gxbYA}xn|_wQr+$)L7h$;UJNEEn68p^tw1hRUZ)hjy`ArvS>$5qh4jcD2>k
z)`qDLMo;!HBJ?&uCUP7{-ujv&kiiY!8TKX`g1-<Itc1Q~GCTxW)doBx)qp^tsRA(G
zgyPuv))2qDuTPe=T;!WnX=Mg;qs;(tuCeGwr1<<f7#bT^Vdwb>u%?QiyuSrKC&Ms5
z?*vL1SUVZ$>FGs9MY*_a!7VL#=Yz(G@ee>$A70&eVRPsLzn*^vGr-B>2u_$OuYdJP
z6>)#@HeurDwApw=SgBw97_=E|#LjGm#Ki-S>8g5wQF0%#pJ#hVFt@rK=poj5(AJhe
z-<vA$c6qXd?La7kkCM-J@@&F&3I^&mz}yhW;+`*x10OjqM%)|hO%=Db?H*<Pnw9l3
z$(sG}S<HO^Hmp26+kjJGdI$GPGk3-~xMu;&wJXwF--mhr=Isq2F%Mpl9*SKY&B3fj
z{m@!M<yO_j5U^tD6JaD06IIUn<>ftv6676<a&oIfxunKu5}8R6S<$)u)*=beg~v<~
zMgMy8*m{A=msTKD!2%QspdcxWYF5&qvi1zH9Ac|qins$~11Jj_6=nIC!X+PrRMXx#
zfVEzx{C?Y}lQ0?-Kw+Q-Isn$|?(PnZjKAV5LDvmri#f%T)`8Enhko|GpC7)-%Uhwg
zt)YL(1&qT?bUCru5dtyqevfbFY~9vZPC?<#aGp8@JlMzjjjtSxs`IaD1OgS>^`PWA
zuJ85Ha)Y#C@_ORV{pi;B)PT%Oz&?ohfc)?E`SYqnCD0Z&?(Hn{bUDe)VUQs%vlX+2
z;NFSHg(RGQZ)B&Yqw|gVIf$>tDStT%{FB~(xJfw-v^?4w1N{G(ZT-Z9*IcZudAij<
zYh)<r+Snw|$rXR~^Kty{2ehWH4$O%%D{67ksP8vKC}b)mhKx!q(5^uBzziD_5;8~T
z$F8QV+rZIsfX77pHpK<#@|M~}m79*ppnw2OIX9slz@4<!&ea$G56x&u4Hn{Mze%c;
zmMQfL-L!i4?A_I<z8?{1n1q=;H?~KNMk;}dg_0#!R`z9w-lvfsN+JXikk(Ulmq%?7
zE6$sf=O1Nh-Ivlsh=6o_^REn0S=biy^My`7;v3k8?ws)-bwxr8o)7ZrjzBEcz_0;_
zoR{YTWf&5f1tbV|c7m>nXeLed`3EH^CL#q`vrK)&;p`2LdRKny(XC0(O?5KUKi{-m
zR8`Y(XHekjYG<HlWc&g^Phi|G@Toh0S+PX&GR%x2gw$Eg&qIiAgO{K7Df3H<Z<{XF
z+q+S~-@(|^gA^*23BSqvy1N1h4UU`5632HEF2Jeeak$~#Cwd4x_XRlZf(@Nu;DI&(
zV<1q_0WvwS99oUI{n*O$y0D~=Gjw*b7D|hluHAyiff}k;>yhryeed1^oFzB`U}&zM
zqGX@jyd%oWc|mB>(9jv|07?t7Ge<}hy@x?rp=N9`gbi2y*$pN_=p>&%f2MBNGwM^9
zv)6bw&=z}in@z)_6;~a<{-e(Oxpw{Bc-y2!!1||q%Q4BxqCn=tm<z>b;}<R+Qrx%B
zy8i=P2(U&RD&V?=FO~3-`>TA6t8M`#${H4(kf4zn*?Pkb_7C{uegI@ZyrsbG|EigK
zg{Q(&J`$r^J9a@Z_g&m6U`{x}$7b^2VUi?vLKh6MK!Owk5WxQA5)83WTV6r+OnV#%
z2gvifJMkLn{pli&mpgWDCbn`6JhL+Wx4_$fk3DP@xz?q_k$H#Dfq+Yi->{GN_U$)^
zd?BlGaO<L_mfrF>(HO`L$=nADs)J<`%dym7nFT9VI%JN!dHbYgW!qX?!QU%Ko6<F7
z&kymxi~c;ft!Zcj)e{>4_kCd~Y8>jLlrp4)&oldhOm%pdR#XVBr3I@J$)TAAYzDey
z!w*1I{DF=L*76C@&Dzb{!xWj!hW713O1`7y=9aUFu&^7GcUU<NDfHaZVFN+xn5=X(
zi}MgrS0Cux12gb8p3l-~@!YWaar}0E`xb~IU@A<9<c66Ol%qmjcS7CY;YbpmrK&ok
zmN3^TZwe+^c5*>w;UK;iKHG^Za#0fJ<=>{W&F@I>%jc-)|AAo-472F_8h>p_bktrI
zXg(;-^D$hf`T?eXh$!6(J3}B^0LRk;1~@;Q5{I^MCu1nu-(S8z-ab)8Jb;4;`vA!O
zN3awa?_u3Pz}gJ+I$TBoy~Z1OS(q8wY<^|$t^M8oWR~(P98IKxe>q^NV47TzjIh5@
zl2TghkgaH4shId5`#Hw}lZKGkg*xTIK=w53IGBlBhGal4z>Ir|2Cr|>w_^}@3KJWw
zVfgrDJ;|d`3bS(r4^2YHpY-YPlD!LX?PnXJOHN6te*NbdOx~{xr9kOI!1V-Us<f8o
z=1_fm%2)M1-ZCojoVrkwfk$}=y2M|zRBzx-Lx|}vd;zX|gItzn5yt;6Q4X5MM6GA}
z($aPd$20QU`m-mJ>!kbFGHqd9($<1HANoFARcqn+<1ipTOY;UMVV($`)3F~`W=Z$|
z)pF!B1oTyAJe<mq!52!dD)>_Q<98)xrIvP>AgHGor<-jvY9DakZBI|ZMx&wiZDFU;
z8h2g<jNq5o|3)@`gL1J`Z4g&lSl`s$){DQ3k!{e@OGa`dzb612-(_=>!{}g4cs^r0
z|Mo1dTD$g7YnH+eZh|kcQ3sP@ju7*r7QfMyt?S14otSeU$4%HBsURPqQQb^|5j@%h
zR#=B^LZ-$5%<FD$N1$BD4??nMXIaqS7Yu!)GcObwVL$$Eaq0Of;c1w+?g*XdS~1W}
zHoyUKCa^IuWWW(Xz_}V3Wr!?uvMpT?2$2o{Lm$;EV|!gkt)0z*Oy<{*`yht^y&ZBj
zkn`PHtFe|GfU-LsW?HKE%UpOK3fs>@OEx-<W1p~pmb4&I5*iwchSI=%0AK`4EOT)A
zY(7RQPc-dYa8F0wj~_4GZ4++A2jR#2$iE$NJ{S1D%4Sq@GuwAw<F=?r*@PA2pLb(6
z)e3622Kiv(?Gc#zmX{|&6->nkBXUC5Ju}V|TOqj0kk-_8#^7+N<a;s*?Jqe#9$dWK
z<Dm>=Oxs+RlRP{;<_oRDXiT9aR|7-~K~$qHa0Wob0w*9aVdDy%Fifv#3;<*(A%)pF
z`q-#-`-${5HJRD^LDKtG9upLn8D1VCDq}nfEL<Oon%^?k+<{VWjkb7*qf+&QRkjGG
zX1$LnVjSMILQcU%5u{h(tH@>kRyr~ry$T6<;;i%3{F(SaaR^V&6UG`eWl|q#^!L8W
z$MJXqcNn_iJ<$aLl#y3Yp1Q3(P7|5~jthbStRP+rHHopYCP`VEp=^7lfb~1AR<G;K
z@%o&(A&sL$tm5ksBcABNM(BQuk^aIfi)=>_H4v0MMsEf0;%wgHHt?ImdV@Z7(D3ep
z^rc@vDJH(+YVH5*HpuNTXc8iT3_M>M&fm_4a5a1cRJd6P0Tm{FVNof;*EJ;#b$$VX
zL#XW_OSA?t`XopP{Wi|f)UNY7hI(XLUI$ocI`#6*4EeZ-nc#6oNzNRaG8tJ#pZ>Z<
zY2vJO_h=`3^zRE7LDj)bISRSQZ!czND>YZ`9w?q!>Q`)xTv$^+xo$eN6SH)$c?{@x
z)-VUSg!FHp>hB_b5(*&4B-q;^21Rzed7%mc0m=k*iyLn1DC<OzttQHJwHX$BU*>s7
zw-}lHF#Be@_qy;PUa*+gdhF+S?@ukZKF=@V77ub42>Uc|TEqni6|=p}U8`|%afbRL
zR)5%OY^;(Vg2-i!fK>iz!n4uUc27|;+YvPU3d$=K9Iw{o;<9!R#%yI1Sj_VY8li)D
z6S>cyArQpl=>Hc$YziQL@t=nlzfHR0If4z-R7D7Q;h;eZ|05zFQN#B{jDY&r#0=oe
z#=j`G!kSsvJ^`CvS|Nw8X910lK5A-YPoV5*Ae}CkzC<;%7NKukNCp;bdf4+G0$f`=
z{nug^(&W!X3<ywe{sq)&Xr&?4m{^s!n)zOhtKO-Yn&6Ir1AHeGilzWFZg)}-OB<o9
z()jo|nsJLatxq1BX$r9yceUH)^7tF05ytoCpA*OyRRwf{b`m;kzccai7SSX{0U^Te
zcp<?)B(8<W4oDSvHZ#grcxIIydT0^e>pw>3iOBZrVLL+wFE0-3zffbHK6$S4<Z;ah
zAUTKEU8sY%JD5^K8B&CuStqTEtA%MI;pT&VFZybb`;VllTKOfxeBdtuwCk3clf3*Y
zm%yo2^&PZ(d~Ygp3JSPjWel8_Ao9&XMhk=)XhNIiJhP#Mu3nlANq&JEI>M3FLamXv
z!!2@J?~5u7f`IL;%LTl%f<lW8u1w?dU^aw^9|xaX*-b98BYN=Va7QHQd9ZxQZRN}?
z;*DK>H}#^yskN<5!!jpdjZj8_7S6_~ZwQ~O#*gV<=cDJ%MnOErt?hYenrpp^E0_k{
zjykn1*T{@SV=|cGo0o=^T+9P+^+LThy|hMqU^ZgWI^|X;RICUwuYL{|oeBSCBjVaA
zPD$(JggLZ?wI<iR_Ia;=(EI}f+!o_e_>X-1eb%$t<qK4O@hA|}vvYHUgM(1`fL#wD
z(p=N3G3mGw)usv@2of3LIn$pTBO}+8d{R|FK}H5CeJvywYTCEFF8TB^`(C*0mJl23
z1kM<6Qv{OJ0CNWfs$f)po+U`{{W#Mu)xh@pbKGQVoxeKpz7M=N{fClie+A_^6kn!i
z|2#T6f_F>II^J%h`$CP-LZ*ont(}s|&URutfK<?^I|P$9@E`3$z+ylALml4UR!#|F
zJf)@du@^=p9uAHkZi2!Q&y^vT8G0T@Mq}`<W{^CQmIkze0%sD?goQwE2U<Y9j{uW#
z4&A#aRlFW}D07OIg=)&Qq9VY<*c3@UDWcS*wnEsrF>n6{Jfdv*plIW!B)U(Q#of;=
zJ$|o-W^sNVd`Npxo0j50nkB293>%!9@;QBDpEVB71Rg?o60+nZojQO`*A;s}{6UXg
z$;t0+-&(X%xX-?0DiYk;*?~rkz6RUG9nY>6z^@;Hb)778>DSO?T<G(l$U8jZARrZ|
zdjqqq={RpQTiixFhs@5*)H-{mS;ZT%4!9kn6P!@n9<`cF=z$kI`{rXexZE)FlgKF}
zh{#ChQoZ!G!g$Dew)i=KECsMLFa5k~H2_wnx!Ku^{X$=@Cs>-iW<5!!N%t?p#H{jB
zb`-DLK!E1bt$M4qzU>AQH@f(Au{lb?y#zx5;~9Ym$6mBixVJkmrY_G@%@yFXG~hga
zxa}E6&elIik2ei>Ks`Vv!oSHb(Nx`1I8@pv7JfT-WEFO73Hoz*csSf1Ee^wRr84P=
z2Nhd!j{t2{_)`TX_KK&9XR7tbo{aKbH81d-5afp;Yk<7EYI_r=`nD)K5ZkVEas_q8
z0C{J`p$)f<&(h%1m_u(LQi$=9Szy0Tfy|R9P&g<=7t$$M#@#O=DcJSvya0Fz4g?DY
z*W)=d2AF+oU(W$fW)nnvAcxR&;EeYsurp_Hp9mn{2@G!?xP_sttio`a$zG0vlfqdz
zx&F<^LguihnIoXoqmjt9Z8wO=3Q)p<<r<!`OUr(ya$Dvm@onL~cT6cq5XT_0g2CZn
zW8x9ODY>9lfv9)y+*fk5A=3t;Y(djuj1pnEE4{QU>Xs6n<LIBGTmA5)P?;<fcq`zI
zo}j(~JE&c3gw5$2*H^bTm`(irFVsoxhi7Qh7L0~JDrP-^H1&mFV4Z*%gLwfUH7v&9
zcC?IG=OPK?llIQ{f^TsS@n)SB2Jb5(DJdut{(GU}wpogM>w-hNQAkz7b=1+xO~M!5
zFY#<W1aWzw$3Y&0M&(3*HWNbk@XbH9E8yHwNa7<|Db&B%NvIdROAD$8v@KA0(ep5H
zFS*$%z~Uz=9xF2pky9E&M`GjPI0wB7bn9Yi35SC=N-6S7(0hxKmZl`fNm;dLJ6+q`
z+u*opTr~qD7?>7dsC~1{%&!21-ESBWV24AGLDp5ma|}4UBX0&_JU}Y;GB6+@0N4lE
zjLuBZ6KH+UwxOiMeLmO&*t~Oa3WB5){{DT-JD1AO5;J_@C7gDCHCP5M{Bo;_7}RNq
zCm0mb$p}Kc-RF$8THL~#quKC-()#Pgo-e_P5d<{}g87yPVwC#U%PyFFx`6}$3Ji#N
z5Y}oZ;fyw5Rs$C3Dlu^zvW>sS=kL!q)U97EZgmQM`vkxRYynH_zEFuqZ<?S~)ScTI
zd$-3x99e3k!__X{2j2q!y?ZU-qJtO*cmYGl(rapc%ax&Ax5xqTNz&Ei|2na?H~X5m
z0xBaob7p2|jS5FT!;S&jE$#DRaw>%>FHdZ{nG}9jER{<@z!jz_=y~Kn6hoC%_5e(h
zIJeH&UHzOvQ`v9BL%n?hTtV^CJlU+4<5C6fK5qF~a$Fpg#Delkk9^p>J3>*<pFJaq
zmx}-`O1|Qf^mYJu5>5whNRx_1FC^+5b14{`MM6pRN=-gSeg6WLCB4~#g=lR{<-2qB
z1gs1u(I*RAt`5;DgUiz5B_;mt84c-g-VEiaWNa#vVfWqHwz4Rr{3!iP^G`^K&+lO6
zWocK&Kl`Iy^0dpwDjhqtY|^0ADANKj4;Qb#$h}!JgQPMMAiUP1;q+zc!wbdiu7#a3
zff@gLe<zXw+O0s*yTboh&bj|Hp~i8X!y3x{vcz&-RyL06<Sw^LBqzP(wi!ZcFF8rB
zoz-Z>#CQ#pO-s@extz4QwIh=bS{)+Jgu_;0?izFJJpPXJdOg2CKRwU$c|PCw=R;C1
zI8HN7rW@s!t>6O-TSCR$I%l~XK9cj{=>2?jVpd1=X6|BSn;G>{ROcjblU%18P=<f+
zld22J#?i<kjB@>m)dP`(Vq7!Jkx`@>557nCU9nGtSfxQxmAn+Tvmazxt;d)nh2y-b
z)d&*tOX0KW_zP#tM&v&fKB2pM!4<-bV6vl0lORk05SplxsnDFZrEc@e=yFThCP{b;
zCAHIY>rVM#m@SS|^+=QI7m!dSZsY;tV#+!bYf;=u(5b*Fg-3Uom765=s6l7)MCC|0
zdDS`4Oc7!3ZjF4?7^kfD%e&fJK3pI5rij%TwTO(jaW?bwygEy-_VM;jyRsF*^v{-?
zd}V*Vjq@nJ!0208ACb-l>Aamd9{9Q?r6}>?7Qruj4-a3A{Zmq;gUPG!p&1rd|8q<)
zbx*^`;!c`l3=!iafBF)0xk=QtOZ@;RM>WKDmOTU$k>XMp3L3hi*eBO#!_s*MLWN~#
zsjex5aB(+P(S<%BU)ARF5}#3k^}E7-2y-m+2}@>pnq_UR%jy9U^LzE+LpLbhp<yJl
zzC2LqN!bdOtQ(Y5b|X^dNU9&97yf#s5z%XQO3x!n;5eBPM~R{U8#KkQu_4Q;%eV3&
z3jIPA?oQu<u`gwgVd~y0-gKjPDV5pV*z9#ksv9#R*|25&MdS2vwGOYlj27Hh$lL+3
zH`b}L7Yryr1RQhE>?;gNF(yZu6x?}(<mRb7KLpuF&))Xnj~Z(5`(z<YLTyvB*b@JD
z5y~F5DJg4*_%({Mktpuei(r#9q(1RWSvob9>6ZS}yKhj>Cs+?bDl(Zivx*j4jK*EA
zy=lcE=vQc=3j61Ej}ZF|QpV7y()!&b{0dL(AqxtRVXw2}N=kcc#vOCEoQIz2FAkNu
z8J0fA`k$PscC5h46>T7-Xp~X9kF$JGcJS2N_bc+ZC`8hhdQuDG^wJ}9IDc1m;Hblr
zp0@P<&=?~2n?_59utvaXl)Enbl_nZ#XE(MmUk~Q)e+P~zD4Br%yPdg%!;qn?85f#G
zR%=&{bA}5-F;|F+x0(AJ-K$X7f+Vs*33J_wZkJ+01%n5#vc+{8B{?C2cr46nsDC{1
z2TcrjAvCuxp46%zs+mcI=C{e-O{6}Gv(e{3-p=nb^IAe}tnh@!xp0y_)7cV%TWksT
zmkb~bu<27gPek8A`wq5EohBo{_47Hto%D}Ze}V5Dv2T908F*iN8gN=<{E4P`lt3t!
znt1-YVn1Yh1Is=NtxLZ8GKtSFPD8Xt%9TDgf)0mhN4$+(ybq>mRpS%)+(nDQdT8nG
z2S6nO;=>Vy$H8m13x0%Y*a}1ia5x_$mG<w|you**KKsqd=>7d*NlMr&NM8RO&G!Wy
z$VFVffYW+-%=e^3f`rjou1nhiP0O%PXzz}B%EwxHMIqs+R;&Zj;at$6nz7#EvCpyL
z;%n<QqYwA?5x#~F<`^7zTH7$sPQ&M+uS+GN;Up5vnjpK=nPj5sv;)71i-D?Ef!po0
zX8;6lWRQr52yev5t7B9yWOq#}zVeu`mdVwO1;h=te+fm7gz4;?2CiQeJKvXVtT4ef
z-UjaJGC(O9HrL8oEQP#TTaZizPCgh&1hg?aKpT=Xtx{KA{hBwwwmHh1S!E3_*^Z;$
z@d6Eph=_=as;Z>wTwKqYg=KA!QF?A`6ML^8>FSk#NtuN+K6HXZEi{7(pX$;}ewvaQ
z7&CIgyarjEP5+PUxN)7dwRd-?@O`X1M<{C6iNlQib6zG26UF)K?f!iKNmJ{zg`V2(
zid*PlYCyuN^vfV`eZuY@w<g?gI+w*YW@%$bAIC(iHkcF}syKqp3H96Eui%(!r;I8w
z%uK;bP3wDiL(>__F`Z`n5*&YF;kpn)V1Bm*`+v%Z?cSJWdI&WKbgoNg;@TQ;I~^AP
dn|1q#Y8LV3w5Bb06jTDroIY{Z{kdys+JCl+)aL*I

literal 0
HcmV?d00001

diff --git a/doc/android/webapp.png b/doc/android/webapp.png
new file mode 100644
index 0000000000000000000000000000000000000000..edb5c5ccd906fd44372d448ce9455eac226cac84
GIT binary patch
literal 64097
zcmeFZc{tYV`!=emWKKevqf(}dq)ZvgRLBsSNyrcxGLtD;6p73;p+Yi5=7dUSnKNdJ
z3?V~?eLm~^zVGonj=lHs?!DhX-~AlNTD7dl^L#${ecjh}UgvpUpCDCbIZCo4WJE+n
zlnU~)YD7f4hKY!X*-3ZfCyq784e<xDgS3JMDJg0HhzkB6JCTB{l!i<E?0089I=LN@
zg<erN0Wwlw_T=TGWId`Hs<YZY+Gj#3c^>wdgiv$EW<AQMy~S~)E$flcp2rmd56HOL
zFVm1*R{eRep=fLCjLM&PL&Q(grjJO@OS-U>B_$*zl>Hr;ot<TAD==3fAtHL<s?AnL
zxEh_k`;QP2F_O^=5fPoH<FX(kGUAqRB_gU;4NKld^dN;@ikOH<M#^_D5z#|m5=tT>
ziar15UnmXL-$g{Uw#rWG>vlEV^n{Wh;hp*~mK0*B@WBt-NPUx?mHGp?KIb+?x99g-
zUnt#4(x@}Zzr;Ru)rUo;H8L`iWstto{|FI#8g;y>=)*dbpgI#l!Ge?OFYHS7{KMY9
z{as+*lB-whtL5~%M|mar-YdL;{?)JG$0ApG=?i*in`h~W7GiJ(Tne0=X-_%jey@Ab
z2VV~7GI+G3*!!GIVb7j``1p9aP}ZWu1DZY7#qZx=Yz}<+@};7pVgm0Q@`oa(pPMzJ
zLu#-%2Va$zy2{JTdwPn;H9Z%X;`IM9KCYys#K5not);bEV_&Gs{c-E|PbqW9Ek+@Q
z@S{&jIX;>dh>F>hY_DLIyK;2R@7`@5x3~TN{+vZ?@?)m+6B83&vu;iU6HRgYdV0b(
zeai}Lmm7L|d-v?yr>m_kBrH5w>X2#GFU3yNiC1^`yI1aVH2$jGLZ?qhOL%T9jx|VX
z`#yj6tac@x)$wIvZdUuwBiW-=fimG-tRHEDWJ#p5va(v`nnbIcnrucs1iZ)n{rl2=
zclU8{aN53}{{B4Oce#dDUPq1`xqbWg_3PI&Rg$idUJwzP?Jd~H!L^vJMDtOgYSaGD
zZ12S1x5dSSCHK-IBM$}Fxh;-fc5zv&4W!n66<t)c@{p40bxuw{MSWm$T3XtxSFbWM
zifsCYgJi;tY;D<?nXPSXa#B-&Z>-E5JfSQrC#P=Zy|tnxC@8owVrpiVt6xT+x3avf
zS8N@FS9rLZf`WpEMkky1rj&rk+(2o8S<}ys%+O2hF6+O?RV24M%lk$~M*8~t$Qk$}
z)IK+>YG{N!dURS)(Eaxh1!d(YrKP2~jDP-7bZ?xVb1POFs`N~VkH2U~mr&@wdY6SI
zfqICv%z3`++c*6;Mm`@4ddGhy<CT`iDIhT9<8gwH%+u2|Pp_14!PH@CbtY#5Yin+`
zlBT?P@j{ut=l1^CmPv<FJxxu`d~JlcjEtYJukXv3mY$v!;o;$_sV0F+!lzHa$<IF!
zT!*!djg6&MQLFOWN=;3rJ9J3Eu#%TH=t?Ln%aJ3e=!0A0FLd<uL_d4xw|(LI2k)HM
zufKl%sx$C3AfRr(YNy$(;NZc70n#HS_r{(uUwG>{-R{0RS498SBp+YZNAZHq_xbbZ
z%iS><8RMUyof!Y|gC8GHAG~<rDVOWS*Tc+4R#vZGzSPmvyK3`ca%s^oMJ8}=s49v5
zQ6M#2S7&F)VZn*N^HmJNb(1Yg4ZGsb+ZwzvlDdEYPmG{>L}cWz+1bG=Z-MK(I5|1l
z*w`$czt_~&)qVZS%g4vZ&VGrPes#82{pQV5+?jrW#{;+GMuY;w^-E*pV%1pvV{$60
zC&9t}Ro>pKzdApCve;Z(WUD-|;B~Lcxcb2^Gc&X4>FMq5Z7zkMKYzCOrwH0f@NskZ
z<loxo^;BuOP^X_pWpmiRl$Dh=F)`80%gg=G>~t5&V>!Wp{`rTBRZO0bjx3<_<&)`H
z5<c3X6208=at|39;<%<8*RNyg@g|deZ3BbEhB1Y&5_h6XN<;>R2J&w;e2o!2*0p!f
zo;!E${2HwI+nOT7rGSrH>&#Zi#h5q8pXBD&F10_FDxOV6MU|<X@ZNnjS2mMYx5zT`
z`SY%BLvPQK4|{ysvDBMbygY-7_jU2Xe%*P7-rJk&!hVY!Z?s>td99_aa|lTurKEhk
zu&_Y9kBWw5WNuEG<p5P{SC_JqQk<l>gwyv(w~W0cB-}haJDW=_k~^D%3gMNNm1XyT
z{a#wC-QQPNcN+%)tF$!HbdW57OX00HuNdp)$;rtRCr)&m9CSJ)BO~L>jyEq3BFy`J
zq$Mti_h-C)8!l0#AR|*dFrcTRlBesuk$+^@{OUld11Sf#a--m68&!hO()25>yoC$*
z%7%IVxp3ivva<5v;NZP`_W}X}5@J+2$Wv4wJ+s%E*6@8XVLQBiHn8@(rsg5C01_z+
zE2{$S*Y)*RB$DzFuOoIs=guwO_$98ABC%{Y#Oy7sMt<nfp<t~4ty}lXhN`@)-oMw;
z(qfQ2C_=HLsixLf>FIv$T2uXFCf!YTCp$X}YwN4Z%Jm&?tYR*z1_pD(!|XVT9%nhJ
zlob`jk1@_GbJ30{Dti3(UTQjzXyD-BIDGgpDaY;G<A}WIXhyx?TYp!rtgM`zobJ8J
z&dx?4+`fIxOK`ZVb7Xm{jhG`MI{J|_9YUC%{vpFr|IMwf@$qqLHi@e%C2{8F{;i0)
z#nMyXKJ2Wwcq3u|`0?YcpdeN%``~$3*YyB$2BgkYr%p|bk0*%S^HnUe>dw{F&=^1#
z`4B+9kAks!-2Pd3I07O>>w>5#r#~vo{kZ|x&9!^y&!1;viu3&YCo&>pxCs|nwfVbo
zd+RUq!9{+4Wi74ljt)UCE`NiTdt>$2SM<v6=Y)s1x24Gu6BFZ<;oVB%T)0>UJ{=*W
zYNCAY_?VdWnY^k|V#BigHrRbNwf1t?C8VlV{1Y7=U05je(i9iHhn!yI!iAAB9D~%=
zIX+%qdR}cKYisNlR@n}jvfQJ_cTaI~@!!>XZzR_DPBY9bEc<;KPa9P?Cy2Hrh(^W6
zo~khYNkh-4V`^;tG&a`K*!Tbo%hpsIC-d;sln74B=;$aSyRe7Us_XT2Y;2jct&vf3
zL4jaY<F%_-%k9U>wo0Zb?SFha;B#phQ9C*+oo8%eVR7R|7qZ)vcRIz^Hxaj-M~{B_
z@`cNQ3#q%aV0vn*#9^}eR>PChva<f3p5glz+dnNCHu(t`uC2{jDbM}47)SfsH9jFB
zAp`?Aw?*AQhp;Dg6)|&Da_R?__foTl7@Cohks)2-m?!k!%A^%iE^-<2kTAS_IiPk#
zb*%Z?wQFLmp<D_BelL_2E^h9>l3}*d#;^ZA!fW%-pFb!sICf2|Z|%pwcx`RuXy^NG
zUrZA`efm>l<Ey;9%;#d>+XJnwZ@hQ5RgxrZ&P3Oae4@Q7NzyrMfVkl#CnvYO(%hb*
zG`$NSh7#btvvq#EyR$Qb{n0zyA%s(GOpLhqcKnxg(v;=pWhuYCKn47gl58Bn78&X3
z%WI3b%8T*QN1smB`0XR*aBx_1o*(?y*(u*?_wmsIdV2aH&sCOfEftmdPft0qk0>k}
znwl)<EIYHVr<t`Re(&r|&&k<p6sV$LJe^!v7|}51>f&-W`n2)4mzrz0%y2LsK75E@
z#EX)Wvci4!&*EZl;hhc?USlkprR6{5QO};KYiY3wTSsSRnmalQDYv@0xm9ibiOa|U
zWXM3(NmqDgQ0_7^JbX!|6-N`eMnfE+%ErWG6bET^RPDx%E8*!#n}A^P2?^w6WWZWc
zQBi?`fk{bhR9#(Ne^yt!TU!wnj1nGe{`(Jhy}s!%R!`|4R$P4F)bvNS53!P>qKnwz
z!bt52<@gf&aYYY3zkSqCLP9id-0)f)4e;@)!TAlOWGXiOOzYo@_sKnBK8!&9J>H0|
zYYScME3&eAF6OpuaqHGCbMwhv#Cs#6qRemKz7{8Zjhjwwzgr(}`^7a;`yY>FIj#GP
zDR*YZ$8Q@Mp?X@~x>Y-37ZMVJZ1v7{$!wtNxdn}_?fgh>;NQQ0Uu9)ojT6o(E~Y;*
zh4b5lV*c%0q+%=5wYsWmn1u&9d9Y1?@l&poi`JGF78FdvA(nykgT%iY%nE=X7WXI3
z>OSSlPEQxI9V~zI=FLC<kmYN?&dpW!c6R2A4?uWh&6t>&4oJJuRX*GQp8R-4knB+;
z>wIlqI<lL*&x?zNx09_bE!6<uG&SpX>Gv;Xrm<~$Z!fX=(^PanK%U$~LX!UCg|Ok}
z>$sw+>!aTIV$s9AEORNFE8T``hC!2RqmSHHeg@FQirh1~diAP{i;J}MhoFNeC@3fv
z`lhC)aQDZQp3nBbv+Xa&-PrK(@rmCXB{6uFmR38qNH1Uzj{pZAiH+SrJsfjpxV^DF
zT~t&Ad|bT)klsExxIJ9smxj2wU~g(|{o2ouxLJ<p#%sHK_bzyCt|5LsJv@Z1ds>lD
zu_q&x`+Zy6+rKn7vz|735Ev+j3)kjN6m{m8=H})mrEWARwXbVv2)t;gh&@6krKP1E
z`2Jlkgz><UBbGKcd<QtMtN5}5h`fCDssZQ9<Rhtn>r2g7dU|?KSVSkr#{63B^!4?t
z)<(&h2T%l=&fleA7HLH$=H<PrukX3?^IJ(4AfXTOK2~wJ&W;X;fs%W1!Zv5mp6x5S
z$7xW8Ks$G?C@d@tn~p;T6#L|`pxM{xGaBa>{4$iHM!oLZ+rJGBRY5lqckCcZN^Y)!
zzP>o_^#JFUcv0skEtAxUg^NFoYae1me}=`K-z_b#t1Buh>fV|x#d#%!06-MNOPb=&
z%VWXf;`$j3J)XwL13IF%*x@*4USdCe?p)oL31ZaKa|=17>xd*b_am?LwO-Q?%Y44<
zN0^vwtgZJ_9-(7lAt09cgtC>3DcZbut*w99m+JAq%g@hWV%T41edDYY4RU4YWwEF7
z{$=lx7&}#EoR?NtlTI6dh~&{SF)`t~!KYh%RYqnE$MI{`v7qLb7TXX0`#*pF+<9Pn
zW`@%ros-w*VuNkv`f)+QgVdqJMaT|>43*TvCh4^a=yC4cIp?{7AW@6x*x0_0K?l9p
z$D^>uA3uIXew!aCeWvp&H&?>s<0I^bs`=irhS14H7t}v;X;Mif-C8zj^%qwUkdgqo
zULk$Tb@<>xbv->Xi&l0yIl1y2ZQelwZuCGU`~Ca(V1;|y&R?oKi_;6ge@m0Hh~B4Q
zum_R?%IzSI?LH`nrb8IXHtK@w?;rK`^@d*Sd#b1wZ&REa3aT4@^X9akPgWMUnAkY-
znk2s-l?1<*mX?QJ36IwG>r&yS2(fKCYcJ(136oEEEDBH~@tyMFygWSaYYQn)pFRx?
z+$a61x3?Ei8LN@R)W(#OlHxN+DtdpmdS1jWPU#L>*tbAuJUl!e$GjJYYp^s2f@Fc2
z({yG551N?R=CwxU<0Rt}0y6{82?^Qt1vQTUb}0uix3sbvOX;4=GI;mXH`w1=SeJ_y
z$(oF0H-8k*i4&RW>HdaCQ66=5{{j`29Q?lSsQ~0z>AEz5tF*1!DqinH_KJ#({9fVy
zPIsoYNJlIcXXVqUPdMxC?P}p%wg`8m-~pdQq$H@sTN^WZf@jYj<>Z|C`E#NrsR}&^
zu5o^_g2}cS34l*$`R6wtUv?aI00P2mV&b8w1UmE^T3VSeJQ$gn5TwYr*H5yaKi`d$
z%LQ;MgH8-3;^oUzFYh8vp&LLk=#<;N#nL!pXSZ5)ZSUT_-@biYZaK6cpVZabn!L(<
z#=|nmDi>*I-2T{$^TVO%gWf;oib+VYLHRH?Mh47y^(rnQVQcQYs3qT4i83lPI?%(1
zW00Cq7l7-YolyA_9!)_>nGwZ%kCZgU-`^ic5>;{J&#!*OoE+&$qKGiy3_X*Nm!1YX
zBAWOdJ3nO5zTRF+mWvu(w1{^$36Gwh9+#=s6jF|T`}U=%%1h3Fe5_I-|NanbmdC>I
zE(y6i5{AW1w8eM7|D2f-z5OKut*^&}JNMC?#TsU%rnblQT4^(IU9;3fi^5t}jt*$S
z<L$=A#>0nuj~zSabE!3l%@7TzsPi0Ma2-I-a)b}%5ur~#Jt8MhD!6gDjNV@w?>tsS
zwa@udl7#2|UwxOuP37fDw_?|@>uh2!mnxbKkQ!%u1<lRPd3avEe*OBKRafV?Z+r&j
z(T(HbT%~uvU-YP(4VB#H=HsjD5HzfC3)psLl5|-xn)n)nwo*hYluc4XQZnf$KOh;q
zKa%P6p<1TV;ODg09_KmVv9NHQs4fDqh>XnkG6}8^WiwP&y)@sYP<<}%)vGk;iX=&I
zWqtpMh0!{4|FGQLyKxPNn3!}mG=zX0ky_Ev+9T8AKi0SZ&i9MuQWa`@czDRme+uJ}
zp^>hANNHtlot{~@|KM?XTaxz^l+xj*cklAw4MTz;*}E5v#>?z%WR+vbkN=tb?hZ5y
z^nn-xh(t9_`Ny(gv5cmf@A&cKGJ#Y!mX?-URM#~$c)7VnaM+^H+(N!aMjgmePnkZb
zoF%$~b9H@kujcy~TEUZ|V~dnxc~k;g8XCxzN1tZtn$M$=p8H;=WoYQVwXwoCcnX;}
znC28OZ-jv|N-8#Cs^c^YA158zvF1EcngN5gN65-3YwY)AB_t%UnZPf}$7{z9c(aC@
zo0z2L<Rrw#Dz1D$=HTXjgMwLDh|bz`Y2q<n+1V%01s?JKF!uDUySqDrY=gq5yj(0r
z)#A>b-tvdINe_vk`uc~Jt<B9;9G#z)WUv(YJ<pBhJABpnS-1L^8Hw}f84Q=Imw3;d
z^yK#l0k77QBssaXPAfAASW3z<U{TT^7ZamE<6ls)<UHj0&TixbS}Ng5ABB^pMf77!
z>*#7%(TcLAp0^!LKc3Uy+dE=Ke715Od&}R(zT8#fz2gN$?dK=ck|>TOfjU5Y@F1EO
z^v!)Bl#oVWGQV8B-Fs(p<WBO98#ho!v29PEJ>$Gx`7N%_WIu^7NT#zA5?%m)>Y2*o
zj#H|unuoMrR8~reit3seo6|aWhe(YXKkn<(*|TR4f0WV+>B5_bz#C}uqGq!$12h!B
zdp87FT^G!tOHu7`J#OeJM@n+?C3W?Kh9=UaIQ_A4aSRL$9W56{=?4tJ9-*;Ex9zaR
zc|^j)MPB|<UY-B}O1Jd&z0b`B46jO0Pp_;T{QC8(u5R2v?~03$E6{pd4>vBaNgsY_
zt~YY$1ai{E()uzJZ>ip00|NuF01GFWr9buemnA0~b?55u_F+dd2IR@j&2>3c`6~mc
zZq!$89~}b&0k4hKtsPgh<jc)mj;TVyb#-;c*<T|%Bli0tF{$tA^XD^1L0b7sk91_J
ztb2H&Imh}=H{7<e(go#+77Q(3VPPS_3&@sW*;M@f<40LAoC5#&mR;}UF;x7lrZWpB
zk4ph*IlRsUr=*<;bmAw8tr##OLZk}eYs!24X%xakS;gO?<efQF>NG<yJp~>~z@U6#
zanZP-*L!>YglCnFuouIJ>}#MRak{#@yT5%?*o;hl@!}!-BVe7m-U4$#fi<syIo465
zf?h=-U<pvDjr9Rw0eY>46V1ANdLG&OpHNWK)GX4KORC!5uo4i+`|v?JUz?eZPL_|*
z44>PfIPrQy{Y$ZR?^%zvg}lm*Qz)Grj>FZv&Yyn=95gdC<4_75F$oUD@`ieF4I(N0
znD)h>;jl0o4_Ph+e%<1bp8~_2?*V3)r#qqq3<t412<MvxW}h1y)ji{tqWGI)1Shd7
z050?3!Ngqc@!fX^N__H6(Ak?H@uA)wBSopJ#ZIE(I(hPBNebAy$L0<lGxyOm>6hIP
z03^M9Is4TsbO7W5AN>7E{992E!6$@dR@#fiV?nUR=vLpX)2O>&mXiy7_|R)-YZXW0
zsDl0PAD_{8b@rXPRWIhUkX%$69)bL{1^&k+5&VD?F6f0y()L)Wq``Z~{T%+btC9{A
zS2Z=ip+_k!DpFTd!}`)l@1tTCahz%eknsYU${!_)H-S{aM~#eq`SfXFd0EVE_>#T7
zJ+^mqbJJhiIJjFFWB`q{%tMO(q@*QIGdFJDj9CuXjd=QWad}$Z-Tm*EFN$uy&+`wY
z3(4<nZ-E8%-k3fyz`i>7eQ9wK&}(sVQDhrAaA~q7FDt8h>8xn^P%|f~?^fu2n@=Nl
z1PuQ8NMw9`i225Sb;>qL_2R#Oektv|Z$l#R`kKcS$*ZKStgilyOTpu8#_QLcyZGa%
zjtG&iKJ@kTn=V6%N~aat_P3B|p*Cbd<5<6gj_|aIhzm-=TGvms<OoxbJdG268P7=T
z#d*;ZJI!>psZ1>#_zqZ(ZV5~P03eCff=l_3*Izy{F=ksP(5y71c6(2d`nF6q)YXkl
zlaX>rB(X6vmVlK3D1!cwq6*^VQ6}x*jSW=mowc!0TBqR0k3sQJAW@K$b1M8s01kO9
zHQ|o~(l`~9pi3&ZH)e8l--UDaf(Ni2lGq$Sk>H5zD=uC^pv{5hcKZy2l))Y#?~$gU
z#VpcpnLy%-h={-)zq|YW9~zV;x8<n=$~B}M;C8~pedk|*yF{|xoQShsc!?yn^eV5C
zZ2$h=_f9-gG%G7BgdYLlF7}~Qvibhr30(*1QPLCy>#v@CVwL3Q3sY@r;KoBxy@iD6
zhVGrJ_|XMosR?ZuKu+g4<)-P@a)-)WAu}sVu)-Z39oc)qxv&4}w{@_$UpPj_Ea|=N
z;WlsZr+)tUuckL^lxM+g?xSY)h!!Zkm9LF!7CGSbx%)9K%l6zRn42dod{T}cnS3AE
zRMjM2nC^H<f5qXxe0fi(VDW|KZ|`gk5Bp6QMbbWKOktyQl00AGfu8pA<+|Bf>!8x-
zB43-El@%1GactHMID&}y_;S#;i+gSqf<n(j)8v99u@LZ=ekQ~=<BnG}Fa0a<B4E~m
z8kaTsiuZ2yOo!@H+|bY{EGXbPc`_T3g+3I?hlQD0IbH;0MsIl{-}49a)&v~^K;*^^
z`fsX1K|w%D?+ObwR8{Tl?6~>)b6>tpwSA&A)Bi3HEeaCvu|xr}$s<D);Ry-Xk_?V7
z{-7mE$;|9VRtX8AVCKv))$5<gBhb6q>X}}PbqpFR^pZCbtj`8NG&QE5m%nmluS7$J
zEzcQEWs{(Y`lu4W*RSTX>c>NloU_Eqz+q=uJLM`?GmCZz%RAfkxBT7+E-LAQ!|`u^
z&0oKM99nE$EL+-!$mW=sk#Q`v0loKD&!KfT$O4x2b)c+kYikSMzI|~u#>CjTW^ze4
zE`)<KJ{f%9`_vcT8~ge;HrJPs&!dIz&=#SoehYf^+2ht-`t57KeAW8_ir-oHwh!u7
zoEZ>27$l2Zt1nP0%RYGRn1#2ux0tx0rsfJN0$N2jn@7a&qC(0tFZw0)a!wsbE&lHL
zr<)&Leimxn>(^MvHw6U;NlDfwWPV0$I@taA^c1`nA@z3j<cF@9dal)HPDnxVIB3`t
zAyN=g$>;PlDDbc9`JpS17+0LqTFJN18*ALZLdtT%{$p)znpU2Hhr|v-w&4j&t-9)a
zS@Z~T>TVM6(UeEW#8e>9qaL`lCVeP8@v3ZpfV5aj^yjQRrVQ^g-o(!xG4~EJ+7MBE
z8|2ydi?7tGahB?P_wJ<U{4rJwLB+<agI<)E0-e0VtCquK^8V@!cl^FnM6@-QzH~0|
zKXRp&r1Ee$%m0E7`d@`p(x>vBo9=o2D@_|`_cpGb>;FaeeC>Kxmv3C4XGC~E#a+H+
z!J4=JBlE8!v+j4_Nc;PfSNwr;{Tu%Mch9_jR-^V|s>bHwXIkET`o2<EyEtPO(z|mG
zJ1=iSpyg#8g>w6UFUS7Z%lLn!-~Ru<@LyE!aGVO0{AjMvq5220%sVnPB*Aq@!K!f4
z2OsMKTQ@<j%X#ZG)l8p}TXe+mgfUyj4`DxD@~NwDc#V1K$vL>L|H{p|vij|&8&N`t
zu|Dm9i8czDf16)F#j|7DCVYhsOT)so7ik8VM@C26M;=2ucVxT3I6y@7J2Ij6zk30Q
z%+Tu-bof?3g7zN%x98B>k8fRFUbCk>jzE8rynl#j?PE2~K0>@w+<QPxVsMA3kYV}1
zsP;89`_?WENAA7kE=B!cME?KrW-YuM65C-qIw7zk%?x`WeeafGCVZ)XMTKV+gQdB7
zCUjhY&lJ_3@c==}z}od5%{8Gca6hxBh!%pTpR*RiTL1;v*H_w^Zrk;!f*L!`f(v-1
zkK^`b?#?FpYs9mc>A4hyg@mft&aH{n&@=?H(*^;cyNDS88O%y*%Aj9eZD8{*cUd$+
zk_69;-dNv2A)G5)FcAg-P`Azv27MnVm!^{_QG8~)^SZmb=8ypMwYg}W-dhrRSe$Jd
zHOkipODufu90VsfG;Bz#5Ng2amZ4Pphb1Ns0tSLv2IKz&edEuc|GXokppYdckR3LE
z>NFtl3=D+)3j*-{U`|*iy{=ZIL9mDP<~;gwzq7Nmy1F`W85$4N<JIqF&LT$O-a)6I
zP)VHq_A2V}<7)t4sFv;R?PTQS)9!7pt&C?)ANly~ifcl`1k4=)sd_*fu=-Yg2(U;K
z;H_PHcJ?$10=O0eXl$+mK!Jb5Yv$LloQ#YWq(eX(RQg-LwhqNVctB)hV`FG&7|xX>
z?%u`nT^IcJbVsIb@7p~b0CxGe8=vQX4-Tmq2LJwNx?>U*qa;W^oD0T?&&`ghloS-8
zez**%iB2b7y<-9#PrR2xRaMnx<!9uJ7ZZS-Ab)j2cu$@zbzkLYeZB?hX>PEBhlVtr
z0e2u~)x`_W(&rL1`1F*NGcF6m*VC@F-2%V?Uk=m5_V$*0zP7cA$=O@=6xd3)kg~GB
zXzxq(?m{=mCaf)vK`F{Ag029a|LnPQeBdf_bL)={r+xbT*%g=J<Kq($ut)k4`y&pS
zhcqN0rXDw&n}>5@*(L7J_5gt?$DBRJ!C?#rf7h;EE{Bp@qNZ+;2S`J|loKS`y{lOf
zopN*Y96S>@Ay$``63U6b{!0>{OYAhH3(}j6QOD_nUBy_R{M+h3Y8V^&c!D-)&BF@;
zsmjfzpvFrNyt0pk1d*Jt4H9|4L%^o1KnWDv%+wTm0>4UCZaVwY0Z5`7nv|Bt=sR;C
z$a7hOzSu3o{6w3Vo|FWb|Ni~^%bG+Uw0+90;2gmRfHnX!MsN4z$rDJz9qsLwXVz9`
zy1~2DD{%1e%;1u33{E)O+pB45c|)^vbj087H8dhrxeMREP4)IXjX=uD5yyE2Py2*T
zGBGah75YyrD<uK6DB}nt0K2N4?Z05bX{4K*n>%$>R8%0G0`L+9GqA58KfdXmg)d;V
z2&j`TNEWBYEMFT@41xuV1sc~zSUC=i8QK>&2;9J*1;F8AVq)UrEc4xMZD%+L%{KeF
zb55VbkBO|Jc>nm1R`aR3nb5{u31Rf1*?_zaHu}Z2IC=(#z<q2Bd(JyMuj1@N6$F8c
zizR?p4j3eyes-QLUw!c40fT@6yFX|vG`PShzj0g@o*f50iv=12KM9Q#J<w@k;Y6TS
zuvm|1zO=MZlafZCy{&lX&dEV?%@$C_?K41$C$G0O3!XUxU=7d$EWSLBe<?lZ-A_hl
zfB$~{A^2s0^YMe5MV8;7X!TeNOMmL?bL)M3+vT8eT!q(`8!@pTc*2shGBiW(O|j>Y
z5cJhlh$JZJdkMkeud1VSB($Mc2@=7=XMsb0jh4R*r_rc^3_+GytO7Fwflik6j+Iph
ztV2q*JO9Y0f{y0&NAjL__xSx|{~Sd)SIo0#G6FT9KFLG2hk++GRhpOn8Q0AlH~!!t
zp&=8FyB7WfitS?NlV{JK#l<m&Hk3I`J_%Wg8mt7PV=XMo!QrDrOGEPpIvKVZS+B}%
z1uJL;wsxi~Ck`->%Fe+dI5d=+f`X9b&^SpGj2YN!EO`8xTYELB;+nRnGn0^8v0cx@
z!_R^e^kt`!UYp<X_PulKB!V}XL7)=wYqTzSvMKHzq*`!`kWkR95o{D-P3sRyI80C!
zaa1JYY7NoqAQbQ20Zyb{iO6kw4o(wE54!>41AkeI`OuF%IZ9m$K?EE2lnVmn^xRxx
zbhHb?o<4YdY)oclE_?Sqb%N*)?bvJOr>3bX7tZ?Pojnis_ibN3G;oujhsR1#4XKt~
zTwHu39PHbR7svfukz*INPfN?g3sPq?GAoc#;75#G*CDSqAL?X$^yCSZ^rx?1ts#s4
zkh~SU_Wf0Mc2L7x92#3})WExn`@eLwD62-5Ex^=9o>vH$C3SUoXF7bC4+anfBX%)K
z(ELeWo~?<=QE6_J2Y!Ak4o5Vi!^1|F2Y>H)F;cKxEJS|>?X0n-MSz<-THO79T;v6(
zpBip%7p2j9@L#x4`sPg-*JrF&TwL6<9FKPS&ZS_1%7vAcYl@1N`H2bXIM;XYdQG=y
z;G9AS1FMd$CCgJ(QW~=pVW!F~FE5804X*(53_Ki2E~F`_L|@}CET!qSlO*dFB_!jA
z3gHp*+G|@Of(a4c*)9mqfrFW*=H_E0O(yyA@$qnSfk+(xvF+{2bv9PEA?(YWoSI!F
zir5~~6cjRW1VN|u_W47R^MW%BCmoq{F2#92!F!gDOzjk)$WB8;Vr*)vp|77185t0I
zR8n%Ny`6Sz==tmHY^abZ%^HT`@Ac|U@=;w#cGn<E+ax`&bgJ>BcyD~rppcf=)FdPm
z97@z)yddLi5P3Sg2xy2agnwK~Pn?=qnZ2reQ%46`*VlJ9va+_eg^kVQgF;)iW7rdr
zY4E97Sg5LW5GZ_Ubc^kcnJ+1;GgE)vWQGd>3vumQ&U)zl^)0)ND%xFZHQ&(t7*zC`
ztRtGi#J<kTT0^m0AW)-%a~*9R6(66Z&nq8&k&?2DV|k*9DZW{UOF&@$#}5EOm^-j^
zSe^9q!6Atfo~LMoj$e&lK+b!{brL48BuRXs)7FL)EFGwCh?w9y6M{!T?Vk`VEOd#D
z)%l$tpAWjJ!}|AgYAS3;Psr+CKk_X6L&L+v5K4aazw3}&Iu^T(+e>(DZguRup%nnx
z>({VZDEf!R$1_XOfURxN-A{t`fX;xMSU6ULl}HqKH#0Zq^k4XV6CO1XVz^dSZqt12
zwVr9dj?XRBL=xr20<<v1arkq+uu)AoyD2bNQuHT}4s0%j0H`qDn~QQfIyyL&H*X%U
z?BlNxn*MGcl!I%hk%msAHVXOuMQ*MaAk5F7mT<M?ZUl57M}kI$Vl`URfz>T5DH(uO
z<>$9od4^Rm4dlZW5OGo+86Fsn>$=S*W9A{t3le-Z!F8b0pn@9|m^}uueCZO=w_Ody
zC7h7;Pa6>>@=FWs0w_oKj9Lh~4(cAS!P@U}C13W3)NE+t6@SGVw4iC#y?GOXb3Id_
zX{Og0SC0#g;@7|Exq&jejFz2bw@+#51%873hED<rL`lAU`7)Qn#E&1#Gu<kXh<WL$
z8BY(7H%8&x5HgT+@wR22YSI+=DX}%ehJr+=ul4VLpPWp@VS4-aW&OKHpji_*o@)yw
zQdWZEQww#@8{&cRYtZ^}BxvC>^z~5)t<B7?@XfZR1?K0U@v?@DZEI@?IxaHO2{(kK
z2rfFe?=SK%$jQYH6-oUHHx$Nf$cX5-5!l)=3YC_w19uW=s3h<0!=aO-o5APPPtf_Y
z+x=B12MC8zqaR+;_zMnZ?db|g3@%`_Iw8XYL%xHC2P^0~0WuCp*pvWc!M#6b72kkq
z!o_YFz=ObYL74?uQmT9RE|Fzocvux>Q%9$-wN({}Q%frf!kf9d91TfQi@?c~F_5aD
zs=zq4`02{syLa8(HefG&&ZmoGuBN6&BaI~lW<&433`zo*7Z)3A_x+#XU@&ysOG!Je
z4Xs2*5+A_wyOG2-!4=Zr?2T}_0_7EAAuv*tnVhUFyFaq}?%lf$Dm`3bLoNUO#<+Gb
z6*Iwy3#yGrD_4GA5lC%ndK#iB3?icr-;lA?)jJ|0=sb3p8P)6ty#(j#Sg(60YjAKd
z93cm!0lxDK3ToABvP{4lH=E@DnI8(>Id|qvjL5yCaZUWEPL0}$fPTDk<%;c4rMUYa
z-r%~8(O>~bC#PE`CI|`|X}I>Fyuf~1Um%s9b|t^xU+&H{XA0kwf7%(^_uY@%*U{k7
z-qC@t0~&J=qSR$N@*+1v&0F_1pSboH?gC!oR*<vp#C^=1cMD3no)`9Z5}nrT7q@sS
z?}#+}`ZceASa$Xuc=~Xj(ud*}R)@R+oj`XTW@MBfP;S?gmfoHCBRMm36*~xVV)V}a
zw~p1fwbayTSy=S7wR_U!sG-8b_6$)&?B!{Y!}|K)Q&W$|CmfI_sL#Q5@bB2%sMNP3
zvyxEd_o)m^T#4QHcWn*gXbs?VoNZ+roQv14*;E=^xvHCZR2B8L`(>mL^B*3x5%ekU
z)uUDFv$iB+%>Bi>yfbQ%nU7c}FvYK4LH1_!<l7QwKeJEf&xh=F;^jHrCHvS=pJMG@
zCpo*@{ciH!SPBl~3$NJseH;Qa$k`s;0xD*Lq&KT!;HGxu9rZYI3!(=kF_pnGP!aO;
zpZ@caVQX>VMb~?yUtj2&{H8mo`)1F7?#T~V<C#8Wg!D~#h3b>vJhNU)Ok@^59sBvw
z0Z#Z^kkrs`LNEdG3dU@);{JDiN%+;RKSv~^iK;g%0Lu!g41z;JK>=g}1pCnUNMfP~
zEr;8xymvzN166e647>N8UQ0bn)JI<VhV6e?<|D2ah!9PQxn%5WHTX}b{@+~kGR(uo
zK3YeJe(k|+{0~$8>5sc4X#Rck!q#}g<(*z@BBCkjFg<kMDMpWAwPz%A``3N{-@1Ny
zK-tQu2tNHw5zn8)#1UlZLK|H7Rz*4N3}c{^&1vzgigrtHLe=c!YI62C9@l<;`sZrZ
z?QFh||0$jH;#NT~Rz?=yhNPAqE-zndA|i={a2H5P`OuIBnB+5FNyP-f1yWy>Z<2H~
z+{E!{GtdqHR}%pLyD&(Kxk`%gUf@L=B&)9mR>k8z{B0<)uz^noAC(WE{rblwzXX^;
zO^}GF6|FqL75yvqG`a+q(Fd~>L_|$NvZ?3|mFe5FNhoXa39Uy!72*{`doeCqwBP~}
z(Po+FR}#wa=0rqcsm~N>U-W_^`k&2U{O_^@|7(*f|F2gGqb)w(u-K%d2%r?Ltf(Yh
zT*-g6G_9bh_|Kz9><aDG)x$qNKVvJqNaVqsr0)xxV!7SOZiR4g*DwZ=NDYs3DKy7l
zD1c{>BO)v;IV(%v<}Dy6TH$A0(-RZ)M~*1k9Ni;DLn0N%6{Ph1_Q6YXwiPV}yWr_q
z`1NjRv;mT2k})~a^5NqaP?#a~u=}HQ_)Dk29$;VqBcPU6AR7Z6T~A-1TAZn=>98q?
z#oskEe-}ZK!vnqPf*uyon$0K^yqIpG#Q_4|Ug5k!{2+9uK&h2r{pdgHKUnU1%i21G
z&D_jPt&yM+ku;6iAww+O0^@U7^lZscAlpvdh6LNJ_SdE+Fm=Iy+nSs=Y%SGpdfaUw
z=T7>5S(=4~1&DWZ4Z?iqZ?rb*p)h*Mi1P~wWU{V;ruxf6y1mc**r#j54u5)Ak`G9u
zLB#Emrht1xyUp$|d-S@c<*7re;9Ot;g5*qS@*Bu=a&ivQ(Pc4G1wscwBaBxE`a+1X
zc!4-m9CEU;`2}$rSUff<Y3P-ffUd5tq@-j}jth96&nRbrUKm}0Rd&jJ`M`k#P=iRM
zUh5QDq9KOZ0hI*A2gK9_G1s?2LHiZL0j;YXCY5j8cn(_c(xnGQMdv&jn5ibw0z;X1
z-`*?*HY+M}TCz046hY^H5@~J`k!bcu5T^wM1P)vErvm6Aa2i6{;-aGo3eap%zHYI#
z!nJG16waPH^#!PE^r&(0w>1!u4Izg)J>|5oUvGo=959-&7ysH(Mcw~c!(34=%*#6q
z6i1pu$s`QFre3ATI!xQpd7!{xvY;|1<}ejGC1qXG!15c^c-*`jV?_YUnS+DF<B$+s
zN)~<dmoGZ+?y^V-l2TGSIXK9W0_TI-P~xTM^nZb=2ak38n@`9$XFQ+mcf+`bh!h-L
zBk(32+wDWdfo`;Va_N9HOm5h-wOvmR3t7-;N_%;21G6F@E>wX~z>A>5!!!!ppl-kI
zl`Hj_g#ul&I3<U94k;-q506dnoxg_V0{*JFS&*wR#4T0<DdJY-6%}KJ?zF$X-T33j
z_RbRgO~%F}0C^Z3S`05KDFJ`Q0x${cr^IFP=wKsI9ei0Ow;HG{iCDBMalrP$q%DTk
zhbCC}MV<H@AOF*eVn=K>Hr!=x6pSsHHhu&gOguddPEX$ySqd5Uq~e1bK7LdU02y_N
zf#C!fmo<U{%<gik0W_zfo$Xcl=hlXRpz#T|AXbEhg_lni9e$paR0R?@HueZ}SX|uS
z&2@*D0l$9z3Zyt}KR+lQ&V?^~a?lZWPI)eA((J6PuV@ROkL^zKYq|S~m_yd-#M08z
zJp-6T&qzcX;8=PsVAf>BnIUp}_SdgPKhQ1+ruYO*`G9=0GmLAQgs}kMo$76NZ`ego
z86l7P8&ClX;pqAX2M2*nxfH-NA++?sP66+;G&=+P;D43yD2AKr=`kmINDGK@aE#!D
z0{*$QKEy0cpdkEH7^?vLvEkGVm3(B?`_`>7Ekn-$hkcr^;avB|FEBrm)wSt);}fg&
zfQA5tD}ic3-1l1XjG(!|`ic;Yv@oi}el^*gkaqD?=NYxQFs_psN7}J!)ZPAE3g~gF
zt6|bnFAq-g+L*@gEf2$=C*if(gHZhV(O-w)E($uOKwZnH2e4{FJ{Hvg8}CA<ma(z1
zvNBavBLR!^n}fOObh_?FUg(-WY&h*OE5*dfIGhNdh}YjgIZvOq;R_YQO$&PA!9zq~
zHe?*%rS)37W^55B%kLfRFV)mY%6>y;D8)$ASUBkvyYVlPV5q>{!7YOB$fmLbc^Wy?
zUloEhKzUkn@*9v~SUQ*~7hTFbJ2hZyfo^<WNa)`_1vZj<gDUd!J!Q@U(o>+ivG8ak
zG-9wQNSNxFQz8ohIEEL4UiwkXBv|{p+FD|cWw0vn+p_zEg2UJexYy}ONsqNR@QkW*
z>*bqVHa6zSEr(}G{K7@dcv#*7X`lR1AT=$mUsHD$-PM{Dga`QReBZsd8<93OO^*=b
z!opX$F70);hAO_Bn0UW0<_O>8Gm=^uf@G1xkmA#PVMW4Bm)|QoCMI_{Z~Rrgyd*IF
zMjjWa4?PAZ?&UZ1hOEo<i5Hz-g0nU<8iv)umj?C6-pQ$M(gwAoM4g)G&xJq9H+kv5
zt)JrOziVmv;TDVEUP?7p)#|i%;2&UXG@~L`j7N^B*|wo)8xBA=z?zeCz}gOey1W?e
zbW(YT`MoeM*I#|-HuK)SJI~s9Lsd2Ug2M}(-=H7`eSH=w8Zb6>y69SC`&d?<914;x
z5mh;ai8XH=T)kbEs*D^$pe{EbNSOMFPHW}r)$BAUih~t6Y^(Gu_01dAjmsA{`hNT{
zy=loa0=;6b2BTrwIai)ApFA@ikoY>IWt31V!HrX4RA}cfTCTAos0_i62(Rki!-On&
z>DcP%sEJ!XD141b9KS1kc^D7T3St%ZShEW{?MALHK>hOOLL)K9kC~ZZNhUObgz3j}
zVJ@!px<7$D8A&-U`THKz91*b_hO;n$=1Wsk#&M_N^PmBl=EiTEnT-YuyKs25BD(bT
zAG2X_VjlCEhQCq<D`@9kLuyBc`DvxIymz)cf1_(xi9YRfD&}HS=0kNFX~Yg94H>({
zZgagY9+bsO^ve)1Mdx0^#v|%Bj=>wmG3S}koVqXXvY<QRr2NXsQRPnGJ9jKs_r5kL
z=c`vKoY>d$Fq%+lc8Nw7tu#z9kSahb!x1Ta^uXNO*hb+E-sT*}LqlfKvgBhm%okq<
zAWI?FzXNsdPs3`?B<WTDG4cwLL<h;W$1P^C0(ZX!3q>OhMqzCT-Urp2Ep2TFB&**Y
zQHwSFFuLf{<Scjln12{tfGg31f*-a7LL^FpXx`@M*PINMm{gIrO5mlR@jjsdZPs9&
zUZAE(d!63tb@B3<yBjAICyVZ1&WAk^9BgMm?_5`Tz_C`{p3k3AY#)EwhL3!D?x&AR
zvw3WC_TeT}sge_f_SoYKCNaRpEd#)zmZ&9Iz3f-2dQgCm!N`dG@^_v1_m?95XkKPz
zSxB4>-nRYl!7rN5@_5kGr`OA<BOe;9Lv5pE76}{Ng4^hQ-rH*|ulTn1Zh%($(^;X3
zKU^&2M}scGy-qOSZe|aUj$))!4HyP&9fnIbUVq`|YWvV+E1vOg0gBC(=MpT*Nb+hs
zIOpKGLcHwvO2{PL@x@ViQ(WBq`7=!8YiEZsL6KdA{H>BGHnOz7b_xS`7thIQYidUR
zT!G;bzNRm4MZsTLW^oYwyy*<|^rJpHARu8a1<SR0=V?-sO2RKRlmi@>6DrklD=6H`
z7;UM&eDc((`^m*Pop_Znti$OI-xZbCrQKV(^gm5gF>83_oX%U*AQ)D?u0Gaty3nhO
zVJJ+CP)pXwiNU}nE}rmZ8kwxqCU>}C<$?j%M<ny<+TER3P5r|@Zt`tVSonu!W}X;a
z05#Yt!b`}6LnslF&!f#iE;%V(R#YTob%11miYpF@5v&wSlR`K%h`+&~IF*@Kh!+MZ
z{AuEv>b2fwebAlJEh=FaNar_0y^i#n*;nzK7TcQTWr&1Z<bh)Tw)4jB$Op*yGES)o
zWiGR0idPGssZpNPnN6QWd39TUWMCf`tEHd_)THa~%I=T3k%vr8O-+0vB8&n9MOF-6
zHmZBRNPK77<neqVZn5kwV8hYZDku#Xy*y~|BW95z*Yyi6+Au1J$<#~i(dTUw%gV}L
zyfA|XdH=p}Xan-Tb}&m)b#*nUDLBw@+!-0+z+WR2{ro$qJezk$=I4{b!c;+lg^3u+
z|93Bdfk7pBERd`O3DosBNz@x8`3+Tt240=QDXgIws|q^}0bHd1hW|8@QMG>K&o2TT
z@o&Y_A<vtCjW)&%)8r%r8{5!eUvu1f>d9;jF|RL8ie9(?GF$bXmEwu(k3luT^{x<v
z8AY%IF1y!|Bmqs;wY8(4Kfkg^zI3D8c$xn0ukq_Z5^QXtV+3x}(y|W}BN_#~z|La)
zh<#016euCyy%j8|#?Z&lpZB+1s3rBSUV3x}l+;E)7@ZX;{vUe-vGbLl(6C0J?qNEw
z$*js_owjKCwgONKWSoXu5r8I;G;4Zen#?dxUxXVZ<v4aM1GdbS+1`U38qjRR!==Z|
zFu#QOef(2IX}&`t=H<8Y-*7K#jAys)-|sN-wT4>uXd7e)%%hp+<@i^6{@wWdcdP+e
z4tC0mp8g~X31(OT;g0vIsiWb?l(IY%#NCDY_?j9T%#kr&IL>|6zc@X~Lu+hPDfZE1
z5#amY9SFH#hpmO(F>hZI29^Htd%*%%@&_$Vll^`-G&R9UeiWpfnr37=YbsCBisY4*
zn}N+ta?pujFatv3U#OhO&p4`xa3!TiWOOSFi^5_#bb16w<MHDYu*t2juY=2m%wy=W
zxMwRiB_^g9>otaK^7bv5Y|z_KaUg-+F11p=0)Pl2m}&b3>0zGvxj9zs!M}tcTpNn|
z9JAUsgiSLyk3u>IRDuYCk3ytk0F)sw<3++J1Im-=1~9$m0`V8NKAe7d2{zW&#5_0X
zhDxKJK9yoqn>vNBLF<XuiI#76Y%DE18-=?F9Vs*T$wzE1Zf+n?p)i2$0B8L$Ai&8r
zr#drBz57x2$)uedd|utRmxzKs6Tgk<oj87WZ(*r|)wsL{@n_-sKAp(EZ@Zh$!$*eQ
z`p`HwHn#X<RM?7NDIxn>tE4l9f*#YQoaHXv*AG74e7bzgcDp&e$7#u2@#tIP95TkN
zx|_OZH$2>1-&!m^ZX5mK!`~}g|3LWsot${(uJVea49xIh$lT@0J}DX(Q~EsA=d`<9
zVHp!=Q+=nAM^rbS^f}G`^0Y7eAzxEP!DX?K0<-BDES5-VK#N#!^eV~qhlj0%cO~OV
z7ZQcb%Z~muQH}86r3*lihUMdv+)Fy5t0cEthh<=HsDx`3u?O?Xnn&e-I!)lP70L~w
z%{WIhiX*f_Ya$ozJP$okxo%FoJSj?j#6ypzL~(!h<lg_U&*hk+cX4;$S*WEB+2Sj~
zkd_&=1hz8z@8i&A;9f@yl(UCd|Gi^d>SeaKiY#Hzo{f!<fAbllY6$ekjK-5+?~vZl
zo^5YwY3c4}s0<o094`1PT!y=VrMBp~2SI8;Q{?^T3$ON@OW=rcjDNlF?nS&P=aMIi
zPz4f%ntl5MCnOIqabS#I0*x%}FKesSeHiL^;%)Y(Q6E!%$eyDOrzHQKdq&R>mkTI_
z+v|0QtL;FhB#PWief5fG`+g!?84St3*3M4_1ayHf=2-Z;R(zSFyK|vYjW2)iJlKE_
zwYBH1dlv2;bOgwdl_ltS;!;X?p21rFQZ(^MI2Wvw73Jj;(<B(VxQ3^TU|TrW9zOF9
zXyKQFIDyw_15P3qXKro|9o6@Ift!`-kGHKx*;r*B-s{tRJl80?oV2k;_mu0VmewSu
zPkfI13ecGzXY{-K4TKIMKSLFOen%KQ(}Mcq|L|cmL=ucE<D_(!ZG4I3K~I2g2UZ41
zy*aO5)i$z;yA{F!3%hWDzyH6bs1v`E)qqov$(MLMEF|@EuyVph%mR0s)OoFq>_dyY
ziH5kRu@Mr#Zf9S3I4v3xT)>#OLU=iD3ty9YHHI+DO!#4+*Xnm?7cOVCAoy~=?L=tW
zNRBxApi4HO*x(PvoDVV?K;uyS@GD7YZe6jk$oiOU4t)$-0)!oui>Vx0fua6>cQg;A
zDHj|j5Mmv-ba-50o9JW|x@*T8>by8whxVuirh6P1+A3mq1QVPp&G-SHyWk<=jmcYd
zSG4C!0kW{$2c$7NvGnH;_>8j#1h+Ck&)WJr-_5r_@BtnYRT(FKcsI~8F_l^OzQtEE
zOM1mOjw_N3r(&ib{soWOo--#ekF;avftHSrj)ul=ZNWImXyA>Yc{3WPI#5D(X~#~S
z0Pax_v|F9i58C3t`Bv7X3JXEd%D;ZqgU|+JLD38r6uKYoO%z-U`o*SK&Um5*milKV
zEL#xR3BRHoU%i8=JXC$c5DPmyVe$h-B<(1&R7FL_bRBf6UI1knITZaoirJ;!@t!}w
z8p!5_36Ir3fB1QMaaDU(j`HyH8<f}?!@&Q~As)aZYGx6_m0RL*F5MW5(bW~T9TeN-
z>_roEv&yTYvT_@JF!DU6i~c1EhB4y+U6@)DgPGK1WRR;c(wKpv9*}HR>k~}*+5?}7
z(KhWTC!fKQ$3QK_S1j)$wT^&JA($%0ZjPfzQ|lZaVG0=?|AmVe@ic?@CbNC}_NlwF
zi9&k>6ZMda<>%<AJ$fR<)b&I4Ip|0#OzOxmpn=B#Fkf_(PxbI+KYH{i?8v?}7?r&x
zD@*b%s0;)se{WmcBEAr$O@`ug`DHEz)Bv<;*J6dT&07*N1eRh?Da|b`d>?E9`WDDP
z6Luo#4PV1ov3(uRGNa84BU4k12M!Sa{*wl_2M}REBL~^os_<NtE{St#si_!>fCL6%
zObeEop`Goh%3?hC15aZqEOf+x7`6<74x`VV9B%*CysGWkhzQKvpMw(*hA1S4e_jgm
zzkL7R4UNNcR1&;uaQ0=(*xB2M_t-AUuq&L!kvMwvLtS0K#wQp==D|44j*R5HERMpI
z!K+simS~WV>Uh-u?oj15zEbCTR)uhv3!q-mJ!9QL{z(GB;DyICK*3QHwb`a9?xGql
zU>Z%vAjO8KMbJ2!X*>W#O+!PL6a$Asu+#w4VLh&pj*J5|hDAlmkz#5J5si}pKhfCc
z=;Y-2y8|Md&>4&|xB&;cZrOc4DH<r|m@MmgXPX3Y`LD~TQ~4k*t$g?ZKo;vi-#R+}
zVg%f<%FD*ow6ol;X(uBowLL0c!n5zg2NN{9q#Qtr*lLiV_L$BB0ku|*q=A|Ej`Dj*
z5^mTl7=PB*)@Vr1;JE{6SuhRM@cp|!y#Mo;)zt}4wqSn*DITyAQ!{8gpb2915JW2M
z|9H^A0mBwLQW69JB`GP~>8bN|_4N}tc5Az~7&PIDs4{ChqW2qGJp>i_yzbiAd^b@K
zVZK0{^yn(cK^SVF=o7jRG<)bw0bTF}onqS|Xt>9(VRIws4jk}_O=z?F_kjjS{oVe|
z2I&%0E1>8DX~{`R?czXZP>AFMN7Kgox`IYpN(#rti+$g}Z<Wnga*~>ieheyUcH!e!
zggSrf3*2tp+*9Cuu^)Hu8KpoDmfTz*4z80X{m)pa2oFzVP0g<Jui;Ah_6GKKd=2<u
z+;)i!`#sX-tzs8aw7cnES?4)9$B?aSYHHT@%mO#g%)orxiw?4F<_@@CJaGd+5ZH+a
zk3>q%%nbA<T?4ZN7Fxn>ISVJ*>psSMP~#TmjDn3EGtRa8-NoaR4trfo^Uh_4Ig5;A
z8GJYp7*du*(h%lVdwTHXmSCC>H}^W&*(Dp;As8{j2CzP1Un(+)J4Tjcrjj!WT{CCM
zN_mKsGNQ02L5v22x`;^(rf$w-+-MZ|D^Bsf<j&?n4p~YIT9Pvuq(pBEiTYIi=g&bG
z)x@HosOaCmb8H$9e##EV^Q~y4)s%gvgP2yCp{X8_Mj;bpwFNiWxj0(%)@5hg6F3;A
z(5xspJp=G0C0Hz%hH+Mc>qc>y6gy)KI#DfdpCn@vcN5Yyhx2w>#re?r*I<Rdy#Wl)
zihLM(y9x-DFg!3K$c0hAP5ayV+R$9k5#KRbgUy7%Nqg}ivw#y(NerQu{Lj-@dU_b;
zPQl$;Rwjvo6Sy9W#`ff_zjkjuivtMC&_&}wW)NZnewC-J9h*WlwRb%Gi+36ZOB>XS
z%0s=o22JI-yR#znzGP&{UYE6Yye@wrLGhT{&#-?wreDf1$o_Nj`cx{pbT;=#1%~%o
zvM0GpBc=I8g=bb9%9}U4oab#a8z<Ah{teyIaqs#n*z#3p=4L^nYgg<q=4rH>%-3(j
z)`y~t<{noL3=QB9K5Fa!IKV~aosQ$Wy8UPp;6_9I)!yqeKgq`zi3bxzM97{5Te*j*
z+-nQZ-iZ>G^hkto`@mMfv(A)`x!>O1$#r)V<#OSNvOO)6el5EjF)4E(1HLUIBh&_n
z;1@nH8=JXs&X;BZ7`*MZ?y>b?#7J9m@-Q4#)m1EU_?ED+OHH*)%YRdkUqU|KMFbM8
zQ`U4Sn~{+b6S~{*KOt~hZ=0K%k`P(g+S*!JM4z*wKUV<bFRB%Un&Fg>%kdI6$tj{C
z{RVb{z1P*{!(nlaJ$suhnfLWRwiZ{I#qArP^FajZTv_Gf;u1M^`!pkbzBmY#NF(qK
z;~^p7?Zm~z-mB*Y_JNjS6TJ`le+q}It*s5C)5!Xu!MGiqC&Dw$!_wGF8r9U%?cnhi
zStrpkiBH=k>MV9X^X`XCQd9LO!Q1J3+cP;lvd-gD%HY?Mk*xel%T@~^JQ`{3D$zYh
zNB>MV-xjwrLpM>=(~J-?gpN=q5D6W5tosO#gWTLXBzioq#}ULOns~?k)d&4_(#vc}
z?#npKB?-40`rr{gM9KO2*A*19Ppqee`d&%%6!wNQ3(M*2`vHa)xV@AU#qju`MSwtL
zuEmpk0!Id@4wA+-;o%LCB?!>3vs3TAV>YTI#3-z%`4HJ*JY54S3Us!%iu5;cXoy;$
z-4p+L40Lyk+4j&ba|!res*bkmB8Z5>l9IqvQe(Lx-bIFokFvT;_Y=nW6Vp}%XzQ*a
znWEn|b`+lN!P!o9oYm??&V>0HR`Ac_4~ES!DhUvd=XG(PI;B(LcJ3-2p2ESv@UH-J
z&Pufzi6>pm<H4Aq)ITY{o~?!tBO*HCzd*YLcdg=Vv&3#9Ofyb9UUaG~E87IXh6&PI
zn2GAlmB&Z+Y_kymHXg3_!OF%ee*%Zn`UmL%#Px6?Bhe+i6cmEE6sC4PpziKWIebXu
z3t*4jNz_22(~RP-p<}^r`z55ji!%&&6`G)8bC08pf4_a4R9aP)rfx|=ULMUaAv&}6
z!}4c&_bvoHVdt9`QQ5m9G%^<$f_&36Gt;snk*FVdC-fP1<{MrY@Ob>ZPsv(1j??-;
z3Z4~*2a(9gWz7$PQ7(h|=jBVXZ9HqBrKw31@@weX1v5YhCHPaVwiv~Hx6hLLF5n<z
zRBU<Kf6*9m0U8KpFGIPQ{bOAnawIbOwBrVtN62H)=|nGHEHN*{&w*<}!Zv;VO5nBe
z6c3OeQ-8+&@Z=2WkQkT0bt?_KpCIa-6*ZSE<%bzi5Ii7VFpj^2dV!%}bWkE3CpkFU
zaAZ)n+NT{MxlnDv*kxs8gu%s1G&<<rz<a@-=K$~^?#dCz{s;#&Prt0Iv9a;X7qUNU
zW@Zy8+a>P%mABX~I(`B`z^r@Hp+N_X!U(}X1RWZJ<}H*<<Z$kb(I;TJq-GVvtbIHj
z{6IWWQQg2XXt)qL;N0xtI)l#*cRS~c?-Udg!m!05xTQ5U`A(g>==z(hPl<*^Qv-q}
zJUh;*>=>~By}T@R<_uz9(*4hC7<k~F8~&CLspHGnuRmNj?sfLVX3E0SRAqpBM%4nh
z1~($uA>1L#Jm{?EB*`RE2go;AC-|{nzj$$l<sR&rlH%f?n585TC4My}z^ibeVW&8$
zF|z>66l5kb*Wad~9w7rylFrtsPIv5$Rf%SqlCZl5Vh5@D;>8VgD2^BPWn?%{pQbTj
z<z~{1g?5BV7`*K4-T;gMbK`korIBaOoOv1+CW6)w+Jb*Tz=><IpbC#Bc7@dj!|MJP
zbsG<O0qciHLE;4=|ELWX4o-0aJfA8i<|HR)0Ukl)==nkQ1FAZtI*_<?JRa!&&`iNU
z4N3>3AsT^HswCI@EQ*KES;Fw#i9%889z+b-4P1v%NW9>%cW=A>Dn|=l^{d(oYBzFp
z&VgS=zDFOZVQ47H&Rz{Y%5m%x4EMLLUi}In2DpqDteCFYZsa>)Oo$=cIy(G1g``&u
z?8jzim>3wMaN4`NgzvPcqX<DGPN`r{<>lo?)^+)_*A%b~j&Q|m*F0C}5<q|i2b0Gt
z&AK-HejTN9&}bgS5qxdaARG7Z-;V+UQ3)RL@8f|2D|QqFhqO0lF2Iyxbm94PdZ?bz
z$}V}6ubp4p0yn&nvy3he*8AVCZ>Pr=O6uLHw)MKGjnSFm%o%Rg6jXkN%mKV!?)mrr
z+9|RLrc#U=;rX6;X4QjT#9oE`6%1?D8%{=S%Pn$Xj5ppNd??ABXY#>$bcCEP+BO}h
z9|*C!nn-tYhsCq6Zn0w#f*pECXnU7~>9;KOy{K5l-RM|Z?;07gpE^Z0^cb$*?LXb#
zrwOdOf&wf<_6`nz+um<}F(Td)d>S5(p{g`U$9VYWCgHcyx*|D3=!WWtlTJ_>5xm<L
z8D4If%7CzU^wg>MSlOMnDE2cnvwroPqsfBI6~~rut*qa!PUw}XtlRfkt~J^)zNNDM
z;rc~8^X+}Z3epsN{iZXFh#%J&ovxs>PCmm(@gmBXQfRMV&9d4XpL(Oy(FSC~t&9|V
zJCthn9`UO&ay!{`>DKoD!P%RKW7)TFzo*EQ(5N&>iDopBRHO{0S&EV-ktP)>5viy|
zr6iT1B+c_6GNnl=L=!@jsX{12hV?n``}eHh`)+G(?|RqUAJ6vO_npgiUFY|E4EwR~
z`=JC@VX1j5;ouZ+GaBoMD@SH8*rhw+Y+~ZajEn=@_qk?h%Z<&N<VUwQdx3q6dgra}
z-tDeTpQdL29Ds;$^y{-}56jF{=_VPY;FYsyXHnpLNA0ep)qGD-qhm=<_zE?G9@6ES
z+TPTq@shpD)Y2B@Yg$!1-d;Z``j!1Od#3><lcEo*mT?&PIsB;f_4Pqh<}PqUk<1%>
z5vm;t1C<FJU;XYaBACRR!}mZ#gHB%Gz`%6sRJVJ}dkIlz&pvwk^y$Cy4t~((bOt{=
zD$G(af{cG8oyf2!tSE823TS+B@pa%N{0c6?CP@EPTT3+BP6q^|;n)Z}qRR7m?an-S
za4LP}!wqUCL;(%~3Xo#tSa|5%;IR=iuP#Y67%)IGEQEW?BaO2hBlx7ReDe4)*iz%)
zznLfXs+eJTqrAIwl{?wk(0~u@Pkc{tq8K#jS!U)z6SalgaXtxn47rxO(<|@IhYw-L
zkC&B{+{Lg1%q-}YNd1R-0qzUtWn}m3AnK2purM1C1t0)m11wzVoh4N4rr-fXeh~d%
z7vJa2cK-SD*|Vi1!-#_Z-lQEYNJQtu2^&_g-e=uuR}%rorR)~)-TX_|iQE`IK0XTH
zE;!DabNJxFgMooBX@_XNvs6WY5zYygACo3|(>_85htcq*LE!_83f`8EcWX1c9%!Av
zjvj0rSRNpaz-Sv-7!x=uZ-8km_h6G`jdtC##bf(+JVtgrKRTGg01^=>W$&v?aOR*A
z1Ok8Y>=}7;>Xa$fmjMD-!T{j!@HbJ1iC{&fck72YZ^jU_<6fP+dl&W0-%tBrKo41n
zzXTiu%n)_J9GD(lS$rQ&wA}vw7B|nFdHD3HnYHy6-V$(ML1+EqNkJ%OitellC4phW
zMS_KU%-kq#l$J#>6?ow-$Ah44N7C_rqUZieaQak8w{Y1m0sT~7YO3*)C58F<e_@Ig
z%qNio7zg#8U^{!Z&gjvu;ABpr$;sZ^wuve$A|`iSv5x_V7YvFI!owk=_Zsb#MJR+g
zm17rx#R5etwQld;y+<sLEB^U2Fn5r)w)>VXAcl9S8{i1TL<1y!V8h7jm_|CNR>~<*
zECx74z+Daig6>rjXkO}`+27yfz+>Xq&|NT~2aD@6KN3JSH4$^RVrzh`?cg=Iz%IVO
z3ICGylPCM48?v?Z(V(TD_2lVO+BpW!>RMV)0q1{uVSaV*o;$)m{CDHx8t_Pn|1Onr
z&CI^}#7CYPnDBOllMRFO5%FEIPi}?pLr23?p<SWs2YQzj@Y8#VDIj^0>-8v^e_ThQ
zA!VFFjmFt0zrigpxaG{3tRefbs7USVQ0!B;qcvyVL^^%=Esz6I?3^X|pvMq@k?kG%
z5g*UtNxc4Jd_lotrk=-7qi5x-rS90}eSe^fN$^Vd7ely_K)qZ)nxOUTE6dA!_Ubhr
zx`=Avlf;=2w^wZ4s=xU6D_-@(hjF7u<zT+kZ!g_*XDQqmrQhY^K)fi)b6jzgatxI`
z@1ApsOAC?x!jRz$ucu^X9qK2G`h$A}nIikmoB7nC2oN|4oN_!I1OcmRGDKf}7b9A>
zzXP24*vEC#xa|GlXmu2f{;|2jhgj3~ZGBbIBw)J{YUuwGo!?x<g#@gQ4}frr+B<IM
z3MliiP|10a`{}N!A5r0qL~|6Z@o7LPBGg<*o;aN?%mcx2maMOj%=v^nwv2fpoan8~
z(*VvS>WmoCm#Pfv!7)W;6&1ju2|r}u&;x4Y6-Id!tU;MKNK+HyqP)^h(388_Uj9k?
zzDa;`q~q)%$M`C^y<}u5V{;1&90WTqaT5e6Jai^CHJh9_!U<V9fP^RKTio-g^rUu+
z=FE|3WAZ5813b12=bylcj+lE$oIwjd5c-eqoEbadd-G4SHg!h-Nv0qsOo;=Z{9TDi
z!E{Y9ZJ?w8xkpl<>*c$`dUMLq{2_w|WtG=yzn%g<<)(Q%SNu|asPb>$yN9Jj;%|FE
zBdbM=rn{NWIc@ud!y_Tkum}PqaP1*OM(XJJyzMy_6@tdVf$dwzj2%mSF8lFA!$P!*
zCW2v<M<uLoQ3K{(Tx6o~TX)QupEK23Wu6rliqe>}5pbKf3J~x6JQvpN6eVv?RfG&`
zY&TceEOj_=<*Q4V@7U2)AbaBRa<Arw>_?BJV(2}|J9YPXtRqHLa`m2d$Z*`FvGs$?
zRzr2V3PdjdBRufY2Bxq@FkyCvxjEimd%DZJT#2pk^MP-WK!RXTk9UEl0{m20_eMn5
z-GA;~xzbU{djDQlz#jBr{p)F{2AcE3s!MJY@PiBiA|mZ1X3d-_+J#q-X!o)JHDC4;
z-+r{vT-pz7?-JJOLb&70^taHF5OI+X^PeDUs)5<y(zo@UXG;^AuVR8(Q}yC);k&>J
zC>Vg-f759^`&;ngL;9#ui&L<Kk`SWwET&KYerx{H9TrWec1pK3Id0przPCXTgOZO0
z1!9LNU{FL#GisHnoUajI`)6d21H1={MQQ+=H-4!oo508IQ}s9_M3~Ha=%Mhc95!G;
z4lYkr*_k_(!@Z@;E*F1r=9*GXiDWYTda2~0E7JY=>kY3QTjM%dSt@n;4f9~wx@A|p
zE5^BRbnkOfwKDIfLjVY!t=t|B3#Uho)6Zo)QSHP|eCzUk*F~ni?FAZjPIfxOf#=WZ
zhBURb^ibA)`$mC2C!o2pG_ty9JK%}b<Tox=fE64v)MV7xST(`#D6Xo?95qU&dWk+I
zdBn;m%^r2*BwsGokygl%+g1J_E<g{Lzkk*Nh#hS}lEwg*2MVD{Na0y$4H-kS^87ry
z0lAJgbR#NBG=z?h?hOCnm4F%j>fI4+ckYrUWRKrjnS%C<YtljG@wL)Of)O+GdfX7$
zm@xa))FKg^<82e6Al>PD050N6CexC%t1s*^jUGI7sQ2m*q(fx=Wfc|egyIH0+!bfU
zAZR^#awwOjkD`L~3K|A_HQ&>kg1~DUgo{@K{DpbY+~22j%I#xkq0pp;puQgc`B~_1
zo8pe;6fapreaqL>O;x+SXV26bGdjvI0I##TxzYk^nh<s63S?X(T!AZb=^o)aWk-9U
z1hSV=CtLD?hQ-6Di+uY@wQoOXP&bR<Vcn;5u($0bJvDYHJ(QBlb6!2#7B=0q`&)jh
z=CwBbicU<Na6nRB)^}zsJ;-5=^qe_qGJq-&CrDqtKBf>@61K0E5p;SS`15B=u6i?~
zm~%Ph^f<YXD%Xz_e4yLj4i62LY5iS0?Z1JBLelCOJw3>0r<*APm>U43=<4VQf~>r}
zYL6bLCT#EC{9UnC-s^nIMIw^Il~E^OVt?c^OTL{T3d^QWrBe@_dp=@KhW4z;UN}@>
z*Gxyx5F%N7aolwh2_9-h%j(agb#z4kMoMAsCzZ!L!ai0}+IJQcz*W4xy%Ds4@9-Wp
zG&PB+6bjud-(+Qp)EeqleuzUDi}aW7N?BQlAH}Fg|J&oDV;jw*Dw(T+lLj3;xMA&D
ztWl94E6&fQFgk9ziuyUw^du34-jeDBOa0oI>5Do`iG?sxXZzNzh*4p_AM@x{Y)acq
zojGh+2E;Z<8_Af#{^~ZALG2XQU;ysZ7jmvHF}20j)UlOzpC*vthb7-B!)={ChC~IE
zRp?d!)YP09<%oV>WJ_?pmc5r=33Nt&dHC=l?dfh&u*~xz+Ll>UBUXO?+_`Vxpt}1T
zzet~aSvgZ}2o(@nonC-a#An`N<X{w?C7VZ?@J?tRfHE0Y%^*RLc{Meq4KC<<?M!lt
z!cW45GtK>m^LgvTTEtld{tj|-5(1?-j+K-(=t2?u{U|Hj3Y<kuNs}8`sXRI>v6RR@
zW%A_D7?oj1#~Y=fYK7i^NNE|BA8!S<eK554&`^9C$LvZK%@C;Y_(REz4tdP}UA+|L
zdT*y(7}39f@Udgo$O`$${8_W6L#ta2z$lyzd@CW_5rT%<+<cUmr#i+zI?!;!<Jm!!
z8_CIS+%78jCk)X#cfLszoYHNTOxTz;*3_7s3t*C^I=yFAjlKBl?b|I(>zSP~u0YJk
zID_zQnBdz_78O6k3#Mlr7R@8&pFjIveh(e(AZH3KKhEF$;nC0+r>1r6Y2bPuw16T(
z-gu{OH!ec1AN>U&Vs);+>ceMOB7A&|TwJPghh+SC`Sj^u(1H{|k)XejU$w6Fv0b>Z
zj>-o=#ZjX+Qyjsie8=6Kv`D^oP0H%^NqZ~%-q7_rLhwSR0GXV(*S0pjl#+oM1_CXz
zjbDvEr&1G>dCscojFM_?pVJd#MY<V!IE9kG*(!Fuk5^6IyqQ}17LVc7DRI#QCG|gW
z(=Tts;BRW*{8F1A&_*|UkoI|5C@>ovYaFPwU^C%mQ1_~@^sYwJ>%91ks0HR(RZ3Q0
z{H+30t7ZO1=}uB`>V6@4((H~3B`T7=oc@nm^7<{dix!d2;1_$}?myuh#}7c}#=UzO
z6}FyP5XOHEvn-jFJ6EB^yW@^G3HMB*v+4T0&rCfCc7QmQ79MplRnYb&hoWQXoB&Bl
zfZtk=50TC>OS$IJCe^&SN;f|*k7Ll6Fx1QKD(Ej8I;j8M_Sh?w#7ZVtv;@?4vB8N0
zt^^*S-u=UMk1y#EzI|Y0gyaIhww?gjSV26aCZ}Nn){8+_pOk7Eypq@4y0wAH4oZC*
zpX|<&1brT_XpxGnpPG&!U}2FC>wyuVl7P?Mp=;NwKr=r%pA~$7oiW)LRUQ@=5(2KB
zyLRnLd-$-}*&^CB(AWA0WCvOVl!vn{EaVgw@gc~7&B-B`RB1pX9*!K=%<L%<GHPM>
zfZw#<5G*0df~iAmkbY}EUmGVmLqmRDDc{MS3S)d!y|}%=6KCln?%jj-dS;LE>GxFm
zpcWvE8pnEd59mf(@7s3==q5Q07nIbP({%n7B_+}VMHq(JyU7fT69VLk>(pOZj&X|+
zaPQvz2p20%P=K>|aB%ZdSKY$3`W}N<COs0u`oag89gkX<Cr%(H%G{>E*3qeEAV!2F
zVD%W|+|_o@p7fP}kStH0+#i@tLqp`=QVdn^MLpKs%*YNTlH9A>wJRVbKo1<}ed~2J
zET~D;^j-Q<@=&|c%lN(cj3X|^(c|~;7sC7%*vGKm(Ge)p-#Yg3(tf!es;8F+3;=l$
zr?fC$^7wlT7mDt3Z{BnpZYYW}_?`|x+kojYTJ<MiZ|1XSMnV02`!QhJ*xI~}suO6I
z%1M+sUmYR%FtjvQZr{HB`7_X4_U_x4s`MU%c#zK9r%$IcOP)1Ld)P1q)qd4gL*~H~
zr{y5MkegU70u$RP<l(?`#bW~=Z`!yKUC$PLw{P8|6F-rVFy6}NVg%THP|z!;m0!xs
z_a$AhpF0<S;u`P(at)268Z#3T`|Oea@9}h_kctQ>Nj(J)0an~hJZ9*ev@%^(|40fn
z2U73OV7jCzCr8#V8Ii=amb=HT&pfXCMZ_E)Y#ZgKZCm3Ef{@(SI^I~B=_Dl{C&E*)
z4B{KY4FEg{9uz=OM6f-d9SO&sUKB`@f`f92&rYIb<xg}Xk%u7+QZA5g2L1VbZYb4<
zTtGpHqJXiy*4x}%V!PBayBo{*?A>clC6uwHy4aXJu+{tF(j*nHjltE-py}nu<Jtb;
zhj_B6_GpA@Hpx58nmA}U*LM+E5Ag%^ws-H#jGK>jfjBI7dx56-%aI=Qfa+GSzQ9Le
z`x5z{Uf}AbOJMXTU&2Gaapz7<wv&cMW&S+`4}<#k6M}x^<>v!DV39+EX*6gH%_gHH
z!H1JZDKlZ*I1rkU?c1{WRD6iu0H%sFVU07>0OCRAz0{8@=do>@@o!o~cI+@=gh6E<
zOnpLLEdY6;AU%?f9~2-I+%<gvet@9pKU$x6d$6|l1~l)z<wdjg6Px+f^hu2B_`~CO
z(H}f;;GVZ>=W5VOH#d9!ORfy;x0jJO;4?;)2gZy1q|<vakD5Dg-j^yJ#O8aTN76rW
zQo}6I#l>x9EaB$%o6dTv9|cBrwTtvF2?1=<Wy=<%RlWhE+X+<tJaLM8K>$DtpXA*N
zi-z&D!iIYkB%F}Hgd9N-ALHA%;8FO`gzyS5Sg6S$SmZ&Pss3a_z2+LcRHtaqf49|#
zzf7itd+}mA^4xxVIl6){a*LEP-s(3OUS?Jn{n=&eoVboJXVYtD7{V+7dI$6ojEEs-
zW-^PHe5F|d@^c&+hD3=rjXy3n->Fj7Z&(FLKaIe({j2rFapShVzrKu&G5Zw|_cA-D
zy)))-0DU)4q`ge^Y@BOvuQqN3F%P<6`_NfGXAYayo*^xzr*s=F8HPQ06P>+r<JYYT
za8No3S?}JNMQTAj`F{Ui6IbU-*DS#sVh$r^Q@vZ%Z_(B!Oe&(>q=l5@hrsBg5?u}Y
z*g6U{cRnx!=-ZnyES3}d)OME-(|QaULV8lJ3?J#R|L)x_03=RMWh4%aMLgasE1dJM
zyWeRvYW;>^1IFn1m_~EK(tZM5Fj-)dcH5m2Lh#{s54bd=y=wdJ0qrG+Gl!x<04Cz9
zumEGg@ZlYY+aZe<`f-y*dz}YKNfC}+JKolO_I>hvk-&N5#zxHLbL&V25rI=HB!t2w
zuMUDy&|1NV@)1vz&iT2ybv8Hnrs=2fxjLg+QC@Bbk?ZPJ#R(l<Wx785dAw3xR07e&
zG$pKgH-dqVU__dtIpXetERz~OEs1FDDF}5x?x8bWK<qQ0KD|Q$;Ane+RWEZ!MU~6@
z_Ir?+$ncqL?*`QN_2pAB1iUhmOq%{a^{I2EUDgbR*1)aNtD>esLVm^>=W=ts0O?hR
zE%X@yIfua+wdXWD&nehsuHP*6dgB`N@LR95vuyyk=D%V>a>%2gsrG1E$F9@gNHh(N
zO9(QJ-uU8&#c+-cgNv^Vy99Uyd@fR=5yNom{3n<9(}TalD(q{xwV10=UOxCg{cVxm
zsKzzV4)4^kklxj)cW;G3ts5_@!|~Zust~Wsc|SbSF{-D+6MiLhs-KmWL7j^pY#YFr
zp{Y5R$^uRh$j)?g^AtN~j!5QB{Qt~O3JD=f9A$qNw}2)_x(g+Sgn+P#vZLs#r;W{r
z1<!VF>_GQ3W&Jm*SPUnC%pwB1{ZI4j<<!^>_X3-H@-0D&q1tGe)#N6Vsb|fzJsBCf
z!NFnAll#xM{r<`P8%rzRMO5w1X~1@r)j)nkiI$cYP=`;|y>~S(se9}{l3gGmVceV4
zWF$F|(9$zAWdx&lG6jA#cno70X~|I%59>bE&~Pz>r!aMdi^yR4(yo74d$h|0Gw%yE
zcoUEo2E~AxYqjU2p@U_Xlzq$lpTxHrR7XfDD0tw%-0|g!sV_ei7K)Z&SFgUBq@Z{v
zCI-~1Ob~)KPA@p2l{G0Xr_-$VTLycy9eTNnN}}P`iMm5%m39J6quCY3SGs~g^n-^E
za!g9iBk~h@tLAG<OO|gQfE`10v}m@&ZX0)~y`*Gn2N8m;e#4qAT-h9m5g;I-|C!*n
zFJFGVzD)8!ZTq%~rE?=6UAU?w_)tIj`I(~YJOO8*zpJ$eVpb0i=%F$KE_8>&!nRcw
zj3cgkY36EqT}*E0dza(Mk)^!3$HbJDk@p1u4Cp4M(MZwZyn~!CD<8!4@$1)(>({pe
z0@0IED;ICgNlzDNisV{cZjoCp<tR|&p?6E`bKnMZ9<e<;MM{Jxxpr(mw%Q4%>v<uX
z^}d}u&$Y1`xANH`(j{Epd820kHD;`9ZeB)il`_@|vmE{6=}v;qfdixkg#$a7PxKhI
z%93d7KGCUFb?zu-DOdyixkc{#cPL#^QNfcXV~tpNy_oNau7C8%k@y}<3p!yLG_IE6
z2IQa4TlON%;@333^G&Ue)eibk--*Hj$QrN+F7OyCB)c}`#AL7;6iI9X2zZR2;ckgn
z6GAzwQ<WdVfjS?<h9DX~el1f74|-Qn&-N$@99<iRvL<2m^5vV*E>PDp)1W+~iv4}|
za(sLf^Z)<|r9K8nBO|LwpylOqAybwkw1|4o^RMlik1Yn-Y&%FjQI)AmpRsEfB0X0s
zZE+e+%XXYgiReYaVY8dt&#N2YHRITiQJo8P0cwKEmGZK(fHZUrK)!dVFA(*D2dK-o
zo0+j=fRyo%ygM&mzGPe5b|gTk7)wZ-wAF$DwSY)Ds9KyN5k=a!KdeDj@tdxitF~c*
zkn=RP=yOW5IqV8lR#?y04lf#-veaW#!=m2DBc(5vp1ySHJ6)X1=U*}xcc<3b{?igl
z?h6VctOAKBD=X6|n4*5=<ZP7El}_uz+_Y^la?mU2C#FqXj^X*VX|T=xv|E?y^jJ^R
z$K15lf2o={R&DnE|2=Kh>0zne{{OHqT=Bp9VU@tgo)NHy$orU5F*4!1SG%HE^1>WY
zO;J%=C{C--$&T&liok;bI^6^98BYrPzSCr02Zu2(#VKl6RK;oWr}>G@qq-<7XB8A=
z9G)4Q!!+hcadCCgd3qN*7>R>0ZL&zittUN__kvNdIZZ;Kt79)!$JT3kJT_XZmee83
z<Nez{eZS-QQ9JG4<%*AHW?6J8qF3N2IfH*3YV5|Iv?CJW!1CckPw>>0&y;~#)UK@B
zV9ZIwHQH>=&c<ogpZ;zW$BBS<RGzkuxb=ZIb&!=6g!gN=@be&3!cvM+#(Fy8y@EC5
zd>fWDdA=~oP?EaP(kJ0_Y{}n<Zf$Fl{@T=U9@FM{T034J;2(QQu;`p}a1Th$P78pk
zu3Q;jFp*x4T9Y0EG{GXcuDY7lK>>6bY+dNkq1QxDeIW`(0=9_oBhU&0%F&r_a&Z9<
zI%^Fxc?(J!YATK>&;|M)G!sj~-UNXtN`5$fO7wmJo-*b2kH7BH*gK^H{vqp4V6K~8
zxjG&z(o<|SVY;#`%@14(OuU)xfe$DiEP~;@5ditl73Jmo%T6{mEdi{j`XzB#$w?VQ
z(x-s>9rd^EpdWt^P>la(o(6#k*Q-Ms<zK$6K<Wc|iAcwAh6<NdMUH#8masz68u`*M
z9{vikwVFcyyy^QuXrw@JljnagFP9MbO#C1QqZY53urrqJJwsMb?!IezX8|gS$$|yI
z>jqj{rL@y!m(49LJuyrtic>|4Ci@p9g{V=^z`~q9iV(&%L?Tu82l=+|08i#ZH~e-9
zUIZ9~`RHd@Ndkdrv;I-@e`F4{q$DewVQ(RtL5|1eAZwo&$joR9%<{hDUuAEfxzSt9
zLI&R#4zp%;9;h3?YOA$s=gyn3lk)8c%{e+YRs~my@bD|>Hj7iqr%>{MTIQ7SFsWI)
zNWq_=Scvac*Zgp)%G1y}gls*k`izYeXkT^1GQ>h#2zcDCO?8Hl0@6;DZTa(akszF!
z3hMjo_iy&q_&CtM@`pz(%0xDPo^qV|JhUL65q@Heb@QgkNN#B0oo_Da^U2;xMb@`$
zpQj=Rk#_#V@EGf-n|(Ip2FQI*`^mWm<2V)?ie4`GVy|5P%tJjZGUg3zRV6F)hgAaN
zhBMy1%uz*_HbMaZOIfq*6-FEU;Waphv)6o$?C8?x93%wt=?}KoQITe4XS3Ss0Ez={
zl!O3lY?rhFUYgG#b1%8MQqFzo?4O)~i45HxGv%%N+}TN^v%Rrq;K`TL0w?k+<O^^(
zef@<PR2{?p?k|?0Q7(cJ16ArSk~55L-a^)jB0{Vh+zr?5G#FqJA|aK*>IN(GMHO<U
z>pDa!oM(dW>E)Fjx6_vG3*?V}QKyu014!AQxr~B1{(+@DIw#`TG3fvt!haioZw{<`
ztY1dTP79<m*;MuW-<$CJ_nv5V{KQM>umAr3u19D?;tQ?~?I7*@Y$GG4wJs?>7#{H~
zX}1A4g%rMk!)~yQ>FN9GE|)rbmoJKEN4vQihU&9IKs36?HRwyFjO(UMl(}vY#~!?g
zc75Cr)8XOW5C^l(88v=Xl(L%ItUm8H-{Ov6%%cdUy5g7{M)r?n7F3wnTa}KIf^0To
zcsS|<DV-0QXtu4TNux+9{Se5MYxl>pPoIoqb0h?aY{PirHEVDO8D{7#4!z>`Y(7N0
zns#eBPlKPzy~#73XJzH;?r#5JtL`ph4W&TpY2cT~%eQ%WJe=4`MTK6_N#P{x8`f{)
z3-f<#1LKR?Vt)Q27Jmv^g@s9|xt&_Zl~rCg33(Wu89P_%_nG5{+eY3@rrf<Q$s@^5
z>#llwg~v?$2d5d2KJ3`~uCI)%ffpZ%Rv0#?zyw0(nz&Sxf@f3@1<X}fy*xqo;HyWh
z`-aKf-MiK#BtZvxEZC}VKXH37+lBM<0d#4~0J1KGX5pof?b!r;-S~nvW}mXIpF1Z#
zAL`slK`?Uz&hI@HMW&1%<z*{2o=!8ku3Vgk1A76`$K_To>nby=BQAW<+@!`(bWIKu
zm&bMOssUL`ASx*+DQQ{U<fmg|_Edy?jttBT1jgo;INtie#9;@=yTX(f60>E>o?ZeJ
zd8AwUg@uX&GhD*sr=tD_;Yr+UaGtH!)rQWw6;N~L*uX{P9O!ETHrD<5BQ0<b6IhNq
zb7m#BsXC9?7@*m|f4i|dGzg<dcNG{f=#q}XK`?MMS<NioQu9c^y;Ob>8Px<l0YoRt
zppDX*Y5uPaoMVUqex)YUrak8;%!3VgG>gsW7}=2MM&=eS4^D-LcPxEh^)W$aGgl=@
zb<BQm$K`P(&Zh71QK${3d<o*?P403ReX)LXCx$<|x*#7ofwuzmxg5_1ISTAEUR<3f
zFlS%2c5Q*3+sAbOS2BYlB^ergHL6<X1`dAx7=`tKOYpwYUu4%toCYU=;A9gdl2OZ!
zl+QHjA%!T<bW9c)XqJ&6pfFYK+gI@(Q1W@{6W(`u7Y~!Us=4c-BgJfqhU*Fvg9iv0
z8bpGnpFtR+K7QJTR|hkhrhp(-GdHe*R9i&1y#UK+)ME*HXU}T%UJKT`5UUVd10jW~
zaE>H~%ZeRcIavTFhYxqkb3+71X=rSm%B})fW9=_WL@IbFUd$E!N6PsgXUF80X>Oep
zl?*>=_Cxv(489=2Q}=$lO7Xtq?kL@YrIH`#oiA<TwX>vFySV6h44e7@1;#h%U>TX2
z*D%IpO3Mb^{SQhS8yaJ3?sxd}z+mjjz{N4dxz-W$s%f34%v9J7_Cvfm+UC}$U0|Qx
z<6RRI*5<BP-~%J+dUh~=j*-z)2DQD$t~GK7xRAVW-;njuCiPZ4iM;YF8XQ(!mdW$$
zTI<TY)F_B>b{|!cKp3o4bA#Y{VacpG^Q8mlwzPDX=&p0tLd5+i9m(htG;NN-<*t9`
zZ`(HRjnU=;f#X2R<)Oj}qr{~PTC#AVtb3}QbVlfFm5#SzvlRfRw_Kio=GB4I8Qja}
z(nt7?8Y|PE0>Jl<Fp~;?GF*P#vW91+Gk3q?=KabIOo*{E8|&$7>N36fNX>_dQ|zAF
zn;3-|eL0p9o0jn6&(x2yW}lxmiQ8wrZPt4%v~%w`WpfK-fAI?{w<<FDhdiNL#@09?
zg}TO_fa~4XN)%>(u!@dj)v9&^^c6&N14fJ}3?Et0VsYhYnl9Ulq&vD2#&UahFVz<f
zBtfw0^8_D=U7VofGi+^7<mdR7%XwuRf$!64s0hL=*C8O9?{BcvJfPoR(cFQhjj>V{
z1OA}CgJ7*Ryh9WHH?>YqP8Zu!7L~=t$BP^jr`wZS8zkSpl9^butiS8xO-_~HzU{fV
z=>Dc}R3@^%#q+|60(s(7@(%HM#=isO(f8PO&`<Co$#~y2Nm6vygB%CLVfG!EY2dJf
zOjfPZbX(gOp+{+H{qQ$4F!~rESzk1D?!o_X0p>)%&drt5gBN$9etJ-^X0rXKCsbC&
zesH(IcDYpI^6w)@Bu9~>qM?%*8lLiwu}V7sx{_Uzd!!8z!GcI>+S=HBQZBz1t*z<=
z+8(!&!|QCQEJV?VLfNXmi|?>=wfEEe&kBH{_wL{Su#*|4DsCk*SdZ0XR2>(1ppy`F
z=~4%|-MxCJnGRA5EQvponM$smQ}&qg%$$BY?ryR)5=(W8uU|#84twkTje;S+EI!RF
zZTNOg-Q7?vGr2(Cb8N3Wy_kPGAo~grWAWL}Bs)PEwn?lo>MJ+)vYF^&^>ji&!04}U
zPidrM!*X1o{s4^bYcQ@(JL_!)qeU2P&R0;Ih?FsH<LG}Rajc#Dim@opqnr{+w?Tsk
z^R}yIb_{AgYu$uPf~yZaUS>XlL#D29jJOd3-bCyng>6SBOlq<`W#Cp(nxK>xkW_Y;
zWmtQDDbRz`0<LEiRbD-CLmbNQj7bkXsSB!4h{S^5R|4S*lv$h&vdG@H*vd+3#net5
zL8k-rmMjU{w8MI$%!JE9l3n3VtH_wB2o5FTO1+)E$F?n4(+~&&uH$+bEw$xOAbRSr
zV&q;6GkqU4OcSrywH3v4zS#HqN+x{v!j(`qx^VYK(aN^Eic$HTyNI&ls1X?UQFepD
ziQBcf{ES26rn9!K;?b82j_&?S^F5%1R1Wzzsk^4ExCF~3fkiF?Y!Mc5XU59<DS2&_
zLh8}LH1_hMdqEoM43$8#MZ@{jrC@$=upSyRX=!#$2_3!&r05RUk+KHMf^~!#5ChoO
z+nVYIvzGn90fvP!Ipr=-(%B_O2BT`%iE8KD_dGL9IkQ>7AjHgjw{GR2a6t!5ply6s
z>N10+R$1k)TP+%zn%JG3xb>H>qnj0k9$4?gdt_c`dJPktv_@kU;W}WhxYr$_D!_8z
zwhfh@;eJKW0Q*riU`NY$!4GEK>ILzNeOgOf>34&A=(Y=zfcFc7YaGC<_QjygIqWb$
zWAKu<ev6kUb>Z|3irt0&1LHC9FWiYqwg8QU3<$xrBjR>85c{)Qo;6^qA~`}>3gSdI
zqM|1=W-Xc=o6|Vu?k~gd=R=Sl?~Z;=e^vL@<RIlaJ*25O<*-NL&K`<QpJi2rDC9&{
zRZ5w6d8G7JD2JTFSC7u)lYHvs;HliH(}%?EdPgbEBG|hT9J~oF9XsG+bGS4RpTAaA
z$ou!A@nf_A*m#fha_^r1zA}j{EI7_VvgK8e9X)zTqtT|Zcaw`1=kJ}Jn-#;s`#6fk
z*^#tKH()_Q^=A`yEn3&wxXqbcxO&3|rBPOV(6fcwlc!8sNonaBf8)}nHT)kP=pA?Y
ziSU{J#@_`Wl0<}dL-mELrDijrkI|pQgtl>{<70bO>N;TG9zA5$ep4J00S}!%g*t4%
zbu%48@h@C<^wH%q2${XIj{ns!*>M4wJGEoQr(Ge;f@-fFoy2@JCjKJQcHcf(_A~5z
z8=GLet=y%{X8KpU0tT*QPfpnM6??-s5L?c;uWO7xcdmPvF1wO!ktu^8p8?rewoJk?
zvos@YfR>g_^7zxRHi4GbuP57WMer>cF*7nV^XD?aaHFckW`ky2A~Ao$(acmPw=hmV
zb$CRE<N>l6q4;W0bS{n|An<65VEVEKP!FXC*Ab<)tcQBTqpOqeh#evNpo@8)#c$EQ
z*6?3}3eD3Z>Y7y~5`Mvctu~5Y59gq3mo8#&5PwI1{P?tv;7}r!nid2ctth#O+M-m`
z&)Y2*IN${RB3CZSyDjPX@%I$Sh(OF=MxQ_5gZ-yRkFrqw3*QGtD~K!w4{Jk?#*#Xz
zYw7AyjzR?G*<#Pm`#Hg`<u>#2Scu@6SeX{fi*)POev<IoE+*1}7MYu>Zn23r&AwB$
zzj58;g9E(=e=VJu^SD#5EW1@fhomFyZx;{#bSrq$$@~5@eDWDIF<SM{hn@=I;b1%a
zvy0rP>d$Scm&}uHn>qhi`jcC8*N;0C;XXccZb47|n|wC49Zu<(@{4k$PLJD61{Jsc
zk#-;3x~@6iu34#x2DNyBItu$ROU+C}FPY{WXWNEP*jL;B!RPJ`&pw4+87~(Z()=OA
z^ErdHyLaxK)|p=xwkMy?p!$u{M0wA{>pyn;Wd5m0sds+!tzVZv-;(i7R&AdCTPH1a
zf76fL-fF8S7-}WEE^zP30C)#VK0ydH&3X5(YNqTtEvmhDyf?63^nYyAgS$qWe3n^U
zQu1eo+uwnWXS7a62GF9BDCFDE5H&lhy@DF$ukWn<o-#;}Aycx-&V_L<r`cStG*`ZM
zUhv72)4gIGh%?Erf0p|Dbab^xp`gVA5O8kPI?Rn&2~B5l<L=#(wm@$MKOigyBY-II
zMhQIolUtjA{wwfkRI3?&WVhF7#eei0lhAMcuRy{7Pw~fp{qRgWbkc|PJ?gLw^dDzB
z7wzG0YaVH|JLX<fTg$;Ot8{2-+f&mvFwwq^hzQ7}-tkkIq>|a1HJ2Fi+kUPIjr~V4
zGK{KY`vM1tfk)DJNBTeU9PIULjV2HqC$XR$qj`UddLqbT^J?$i+yLO`cV1>CXve5>
zn?qYoWIJ@A(`<WCwEb&VGB}%-mLo`ZqGS8lk%|7giIFg~)cN9et+}Sov_jT*Av~tG
z+e<)(;2~WbWFEW{+d6sy?!oq&Zf3M(G<M!orzT1%wm@iyp8)wece}#v;NZC|qdoYx
zUG2~u_l}|~*!H+TOYKYEHJoX_mMw3oc2>J7D!bi!!+P5L{%WI(Z5Ll<21#`Sg0<P*
zJsBODTNOPSUK#N9F>xdz{iQyNr~&+7CUHn9j}6iPES`H_ROBr_e@4R0!{esMoIA(P
z(j))a-)SBRJ8@#a>tB{MPMPwE*nlih442b-_x*QS^Zz6?i5_2i2jK_3JG})J9^Q2d
zT`<_j0R@*-A`=pWN6T+4_4t1kh-4QQ&g_PpdTCV^Y^h`%LqvH=BK;`oox6lohG}~X
zmFvA$==i&22KMWRnuX<i{nAn88V(#4mI0$n6js<J{9$HHq#HA8)Od_IpQo(41=R@7
zZ+dn!bO$6iw=Y|w<ix&+wr;i_WoPQ0d*dE_ZO$AjRhLe4UI!!uQ;o33x3~(5-PrM(
znyc6h0dsiD(9I@dna(0dL@@X%H2nRW_N`PMm=Y4o9<!&ZsmpM1gvyaS;KlMAph-7y
zG+ndiJ4L+csxkxzDb~)g4*5N{UhLnvdNqg-Vr_k<J4Z@%K#H6s23Y>J?H>jpg@uK1
zitzKn6R=ODCQB@X#ictaGRD19R#H;pbXDw}ZfW`B+h(P<fwU3cBG(tG3}D|vrW#}q
z(B8w^2@v>rUx?uOI$;Iy(JL|i*!oIp)5*t_$P}83_)^kW9t#QKJ3N*j$DxGUFDdF}
zVQpv6-9WDAX>h7|1-?;U0EYIr3os{|8Pq}E1P~VYzAGyW?_QUrqeo^=dM!G7#i~`(
zA|D=ptVj^WMh0*N4k?pbJZSdR@S$OlF@r-}wK&ctH9x=Cm@ZpvIVh0f{%>W;&4-+Z
zOV(G=&2HJa5h9F;{m~a(2v!FMqd1ikFdrkev{3Sx*8o^;o5uRwyW(~!6#1M=GH}AC
zZ}P!5ix+1wFL-(4@tk+uE{kC3U)`FwQ_u;*&EpKp)~#7%vgW1d$I@Jj-~#w3xbG4i
zfYkY@=py;BbjA>#$bM9$5r*5^jq=7e1z`=ke=Pk^!V9Idr{w@xIE3i;BE%#Jw-op!
zg`Xc2R4NpNvL8PRKzKncM2{S-ASl)-IzgR#tj2uy7yu^8lGp)-0v^$kyfX|#Q64d#
zqcOb$!;%9@k>&DE%*|`x!=q=C%TkvlO#WJDVAp^r+C?(#&YjE*+ZmWpV5hCRbzun8
zThcLNz#UVcwtCb}Rgvla1&t^F?(`#omehR-mB$thwAchciCH7JizhAul0m#9wzYy+
zaEq$=rT>mo+6xCDP~qUqg3yEPhHz97H!c~nPnky{A@HdfQ1CV=&~p1j(t_WkB|Dkr
zGUV~x`QuSf%XTEU-{S3UrUpiJT<I`@YKI`o*Zt2@;(E5qGW?*7oAq1P7haz7V%_e7
z3qQd(3cA2JLPFsD!E0hm*!b12HI92jyyN%&vyDX%CYzXm;SqT)f?2H!qQa2EHxYdA
zza=b!5kd}QWj-zyoFLfPh&&lUG7r{*TeYxfMEY7O5D&F>TAB#i4I4&mEx2YsX??n~
z^HAPO7nY1KTGSz7==kx-nAsTTGFq)~Dmp0WUXlW5=G^)73?#q(gPwk>eYsn%i=dJ_
zF#Uf0CLL!{O{IN41hFzb!EwtH60n5uFXk&^qNW!ylA(F#_y-?8EFn-afe2Odw<x7&
zTQQnqkj;eRf8_fV4{zofp|4`1^cwA*0HmM){yi5=;?*ed`jPZl>FKMnO8SQzRRsZw
zx^F-Imd^@LeFq$`FkFGe*fVbKH!y5in<kSd7jFZwfA-Y0i<B<iGYZ83(`X4nTB&dE
zzI~ywe_;UsaNZz_?JcV*8j0Gp71hqe4keBE#geG8w>;oSvzZB+14McE$rm^x!DCyq
zX6R^Bm-7SJU?dn7?qdK9B(^8kt;CcDzh@_X$v<55zIS2Ar+x1(WN{@K5HTi-7)QGS
z0-YT-5%IICSwt8J=OMH@d>0%F+|eKUr43AB-ZAIk;6a0;GMJ}I3j9ZU51@MrQ;wUH
z$+8vPE1K<M`?&W~n{3cQiin)8W2>k2ND=u7&yy!}3MovhFv_<%3$GzD?=fW%9?R{#
zQ~_JLkpbO@JHsJ4CT>ro!p~CO(II#CDJpD9A!}h0Pzqsydab&O2aim`FX$%Kh9GQH
zXYryzpYj3y`bAy5xW8#0H-jcS%Ro{92ZN!S-LswA-K?A*#>#N3&DY|haJf%kSJgm{
zlk5Z~Q6i+R9m&FwiY1h6tv|yjdKuh)B?wMOKbh>?yZ0IMcbJLG%DVp80&^?V)jslc
zRpGfUl?4`opP6!f-e7t9i#E_P+VB&KYE4u=6bzIDRS?BFSDa(0O`eY*bq${>Bc=kc
z)y8`-UtWuNA=8dboKHjt)c}>kWy1;Gv8LwRE@AA-g`Y&|hJyPqKdBLl9RqKfD&4F#
z<Cr?-c9Sy3t^<UD^vb1U1j$(Aip?$bve>abOG#PE{BlCJyoKrD-of_+6nc%dG&WYp
z3i0`KYO)0sgkS$`FoHA%pOI?{bwq2(kc$}F4Ids3_2kT%;LuP#GDOw*Z~9A9gzBmZ
zefvWITD(}{9$Lih^{5Ib(^EoRvHbd{ojOBe5fd(=*aN>}$kab`Onh7F0Q1EAb9d@#
zK(BW0|Dexgl~ahqLvPo#jlvCz4sEo27<OQQXOR=Ov!ZDueJcYUBL0r>ul5I%)`*+0
zlKbyZ%g)}2*e>^bmx<b4q;7zQ^y+mI2oRhW77524jzL1bR5~gTKG*{SErKAhb2NIq
zB5$Z_*+$r_Ko;}naS^xW4OR`*95$@^*B7&+51*dW{eP;E2uPxa@^t&=xhCW2!|B19
zQI*B)F&VdBbLJ`5o28Sz*vX<_H%d=08SI3oIArKhAf@E<uQzCL9x$BB&2=R{kWWeX
zxfW|%ja0CBZ32a4iX-Ry9^vMRHZ%__D0Q<2$m%Ib55RmrFC9~oezN*LheASH;(K)q
zH0>pFeN8w#Jrzu?t>41ar`iyg;*5U#q&TQ-uuI&>_wUcwdGAb%WTrRSTkS}CU46Zh
zoZL1h)^yNG4l@d?a3Q%09s9?R+^npHc&dp!6chx?%0_*h-DGy9_Rv{sM6@tV%Qn%I
z5tBH>PRV7*wHO-wmb3_lxCBJwa%d4V{epta|0<Hu2>?r>1PL;ijOdp>XphOrS<D3F
z1suRzIc41Jgaj|XmK>+sG*;NkDhGv<a|u`otr^o@z0!7oVeWHe65F@a9xxo<Bvn<b
zHEvu_;rhD#v4j_z&!AWExy-k3A8)o+dNTUu$II~onXQD$XMe#6s*O-hUvO=FBGm#k
zuK?*9P`c_??9y1v(inAGJ4>bG=r)%@L7Np@@Jvx<LPtT6^Wnq3Km8@$`TnUwqhihV
zFT8;kajUy?H<y_g62dHkrbtNa<e^tQ7-+UCsH;^r?GY_q_M&dYoA{CA`WK!bGG`t>
zEEIYGNwek0812zW=RH}mVC<kqI&rLv6sYFuGiNpdLFTUh*R<sB&6~d75H>{zwz`UQ
zAp91=WYU5@?X_0TNo3+hoP$9*#bKOA?aHhuW3Cl`bz5so0%Kwv+)Ir(E0ovxep;dq
z$juc5Fbq1ON$!=s;|JFM(98N_?4@)I3Doi%=pE;@qVYg0$l+moe2UycA%*ILVdBm|
zlhvlemb)0B+D>Z2szFK00)_skvPJM5n4kj9o7%cLemndXTg<P=wpABPG$ePqQvF3n
z99SPa#w2x0X0L`9Iqr77?aBKLH^kjmP+*}vNeCQ6$g~CwHg~07zjFut_4lt|T=jE@
z4rNh&JB`kJm#F*9Uw6e5&O|jnK%%*Gx~1xJJ}~74U(Y~UvG4?%;z*Ewe}3|<#;6s{
z<6j~eo;BJ-hf=pgD9&UZ#8N*Z@7=p&QMv&p!t?ppQA0u~J{iVj^;ccp?VC59(Z&Y`
z_F<Q6U|`2#amyd?=exjV`NZ+#Xb1SVkT0g`%PT^Kg%XEF3^eH@>7WJ81KpqUxxg4L
zVsq%-8&+a`!hq+5f!mM=y37p#a#=4@SCCk3*H0F64}AhHtsx{_-m#0{U4MJrMRXYB
z6jHKMGpiYH1+PKgHQRN;+ngN8CtC^sRO}d{@i9?A47n5?J!<3UNB^3k5Y#EvDCrno
zF+;Rx(hXIV3X|;>FtMo25WQTFjz<Ug5dic3`#2{5pj;p)gh8ikgrK8GtwiDOw->*L
zPDMhq)AZA9&p$QIM0ybsqVz?eU=V)w^l1^>)4E9$1mz5Gda<7>EW8Q;$5h|!Li445
zvhDnSZC2WS|JR>CLClX>1qR!afkoVxc>THON4~qVDE8br<ij3co^%An0w~Q0AAfKB
zZ~d;s7-8*JDh0&mCr;$C5Hd)!QqI@K-F*XYqJe?yR<B+*GK_g?*&JI2vLi=|=8__9
zq*EuDD+^h!An$^ejOfBbYNES?K>A-UEMK=pRiKs>_chYUqDf(w805@B<Aw~`AN#e^
zr&c@^G16OIqD9dxbJHn<A#D;|3?+Y@&-<g3akcc71ZWrcm4*SNofrl6lS+MVw0?um
zy1d(>@NVEhQ3L+y(MtGseDyth_N1wEH3&D2=AE>()I)drz-5dav*s9P_t+LW2Sr9A
zUVt8GjSQbJl<t8YBn2;4j)bJeZD&!O=)^`T_#I-<#|y^Fk0?v=NDhH2gxfnshp4m+
zA1-B#TMJgI?G*EMWnWGI6@aoU&E2Yf?WlG|Mm!33CbtZJGLh#-pIBXAUpmRR^5kxR
ze->e&QoQSb(7Na_i55+WnW<^()8DN!p3@!wOjR3wP8(ctfTrf3H|ooid*sT6;N?K~
z$C%$arN}#t{|jlX)~4PH;3QsO$4fL>KX>+Qipq(`@s@uTAuch(B@&(eM^4Fspq**f
zjxK=uJg-e{yL;cakA6LoX#S{?;%D-(<Nj$<O4U;?_?+Lm^RrjiJJ!FF)-2kv=*}Hy
z?-=I`cl%!1fA4qqJ#QCf%NOq7-|d0WzWrD86k)pgmL1*-=LUxkI)5oClFzi#(Os)o
z&C8WrZf-8i0^Q|`mseG_J^AzZYKo8P{NHn<RSM5A<l?PBP+VpfJCj-~68&M{zDumE
zzW(?jg4M6JeUo(QtQfCs#JmhMsiZZ>{JgTxt3DX|uGVuwMWbf9R?4Dr`c*AQ=7vmk
zT5BBbTz&OHN@0jclEsFW;}3qz%l3@Wm?Epb^P!LF|Hl80SWWP%tGK-(p?{ShMT)m~
z8$d(I5?46iuvMt5^=u+h=78RMJpNSwhDvuxTtztzKb{PKG{5g!qNY$549pFz=lX84
z<;<BALCGCf^)=pLx@1Wq?NyzlQkEk#!;%usQ(;e*$S^Q(v9LXe^CBkI-NhGZ)?8+R
zWm3)tpMrR|p~#Do_*K=fY3&mn5(1Zcq~ojJ29h3f^nUUCRunEE+~j`L+}&K4GYf>K
zDQ9<dz4To+{#*++T2<ny;uR$ke&k4Pn$jfHmak5X`A%x0TEcQAI)I@S4wtcWFUYE6
zrReIrkB$QPWPY=^sVqBGbE&K$o{BM!c|f`5vgsBU{2aXoAj5OEA4)6q5XVCwW6sru
z5{pFw66;mw?CUTmCN>t>yMccZfxi>Oey16uRbP??+DS^f)s9B#52(Z`w{ET;7bF(h
z5R*i@(B=}$f4>dh*VB!Qfg-5BaYtp2aWQ|Q*Ky2HMIk*SDDVL2hqDWp4c-`%KpVz>
zB5^FRpctYMJze>`Yelr&VpEz>R8%yHStCpy28Xot^fCBaoefCBTbcZ(JlS{GE;!{-
zq^y?55~cYr5H7r1=L|a=xC5zMU!A2X=<d-X%qv_r=h7SKTOtWrG}vjXxI_ec{n!1+
zdral8{p})%bbL1HVj(Cj#GSM>()-oM0=ic}g`OjcCD7Kst96Me1+pCP@cbynv}f&0
zJ%=sNBMsc9d8<GNrdeoOa82w`B-^zsvs^%^JUi+#JaSP4CP3|#<5-GM<oV{__4yl;
zy_(8nW4=e%K31`pVnbu*^lgx?TB7SIxiFKMHL-CejWy{%OM9Gq<>HS&hUCKfbL}#j
zSzB&q=B(4RS<iHla*zV@Tc6EVH<WavYHMm}c(6s=1D}nq40obUJf@fcU4>gDWe`Lm
z1v`ClYq_=O{LrkdEPfMW<QZWjW8fX}Jc{DoF74QfCxtjpdHOUKE!1c)SGk#?2$`<&
zuQ65t&&7n~MCI}ddS+<ZRzpH4GJe(6*rLo09Jg-@N1aH2YVTfI0k<9+Os^xFGYm+{
z#uM(?{-h@1JEXK5k40<Hmvgfsmn`r9lZ-VHc0Wl5IED$2ExS(Fi}E5WmY*<b)3qWY
z9}P#??dw%OsOx@say)ErzM;AZ&;%TnpT2svo~bP*6opF?P_tdYnm)1r;Q~y7btyNF
zz2L<5)n|ix>5X8zB|Kq{h5?8mtDu1I@SgB+yK=9P<45YzI-*C|xMd5d&30_CI1CIF
z?MiILRr9#^BDtIZA8XHKU0%_<wNXYe*z&_%_VhdtcG%3>eTbKR-3=zAIC6?TXLacf
zua^BXX_{=<c=z=fM+2wOYalYFQK$u-=)8Ty+si%GMU`S*W<$f)K-1_B){~!+p8%}O
zE_5<5Qxzbpk`8(cC-gQX@hq{u&U(YwNiBkghD#XAwk4E#)ElprFxo9t4Kz(|6Fu05
zy})-&Dx&ROcF)c6%+7EOMsFGP<+<UjraP~PQ)*T4je(`%SUbm~>io!wk0zFJ+*xnM
zfc(JBOW8oO)ZDuYrSjwZF=<0Naz>A4eCT^kuMjxqxbk)t;$6!}axZ`aMN-I;)>F%R
zgjtSdw=CQHAX*>*N5RZyrBu9vN1*(V9Jg6BO$WCNXJCFLt{{Qo-^2~$rlzKds_TAV
zu)YMF<+r$ad*w~gTi2>WFHjP0IVi+XywfIZ-|~2ahWws~&!0O}4}v>M3-nOHClrC#
zp?AjnSAGAUA2VG=DEn}$)V;_{g^x~)&qO0+8YYS(p!9=s2244_m0FvB_sWB9=iD~e
z{W6@j*%RaUI`#8b7kLDbPP1-f;NC+0AsR=Oms`Apyd0Gv_z)g~dX6dqaN!KPySjee
z7O|`csllLV%eGnmm0R#}<*$?}?B-pA^K$=O=`yDEj-kH>vIjfBk62bbJU|X&YsZ2A
zm)VDBr=?y@IbS<i>-XFXChuaZ!dX%$WI?JTFcYn^o<5Zkuvp=ek0d}eUHt&aMO<R|
zvx4~F)QycOcW>OlNql7Ze3*RGMuci<YQq0|k8AJv@rz>Sh9n)hW2qT^i`4l3sJ<$v
z02H{r58p-|Tit1ex$whp#D|8e2vbZ=U+?RVPz1(IQS2<WeN!gOHe%U9RRa13!$=|u
zsYP9mXbI(d?XdjSuFrKcsJpnz`&BMo+OKq@J@zdd1$M1RdrymbEx)89=3856<*sJ#
z+G+!cA4@<ECQY(;pGBOni&kqLZ<E;i8f%mCV{rZ8A-p5zU9rxYFm`=G4*?Cfc?UH0
z*2B7k?q)J2Gb5{n1y1u~1kj=Tu&8nc0m>)^Z=IL9S({H*`8<FSX#w=WFw?y(%Xq;X
zdCfU7BCi(?2d^-RS;oEFx6isidGzS~n+htQ?~2i(p$j}b;@97{1VnbL^~k+ychcbl
z{IK~CqHA)m+1u+)8aCnD!gz@e!rTj81!BeYgiZ^ObyQM{gk@ou$CE<V>ybg<z#pa(
zSH{b-p6A>s!CWJl6J6G{WM<^VjzavUVpibcmQ7=RH)h2pegoihmh+w6hiKsyd+0>*
zHNXj#^1&M?tyb&I$Vba{XE-*+QLRifOpbqkdtLq?!fKs5G>2|NS+C77au+W?g*JVL
zqkwLNPc5gUbZuoHL3~KZU(K&mzZ->_0+`Bgt!`HhBTBhamx_!K)E>0dl=LBZbLArd
z7C;H>CiQ(jX~JZ!gT?w+Gup++2!|pf6h*fp{xmtz|2X}9Ox;e7X5fDJ)~yZ-3YRmY
zSyq?Fah%lFY@(+q+;M(0<eJV5y}UN_qEQtD?naeD6?;z!fniqDoS9lNt(6H?)4Ez;
zu%hQ0SlM;o6kMwI2L+XEOWJ=+ci-dX0+tAa5}yJ4Adb9!DV{Hi#$h!JPu2$=qz-B2
z5fXXn@J5dY+IW#4KyIoG*VNU`M$hJbY|_U?E9CfP<ot7KG8|)D3?>1O$<Ycuboz}Q
z`<BfNq4%|4unCd)?l7VP#x)L+0IRBc>pg3}T0jNkk)_mXop|LlQ&$0SZ*yJQoIulE
z^CBPUsx3C^GFd-p`?of?!{%p;)H?_ac7&+87n~-glW?em2Ol;E%5p<Ce{sR_CW^l4
zo)7US%ZbtW840p|J|m!%RKw#YzJ}{>T+W=oryo6OQ0wXx`K*HMF}sJZ0JG#2h>|Lt
zaxqkEJwx;g-MWH3XhSv+0B~1Ga~iE`x2w_(Ga$qWnM`fy^ARv-+!WdCh|GnQjEu|V
zbO;N0Pm~c}h%NIrhKA1kCZm(J@<2cUx+0i~ytOqn!GMp1FwniB6R%Z2=Q~Ti`Gby}
z){G&(xJ#_%UW$C7-;LGHt2|xodMl*;i%?H(o7wV9x~bG4>atw@skVTz&r$xL2nqR3
zspE>cni^Q#f0S#L?0>ax%d{W2>%0vUpFVjaEg;>S{$s(r*H(kN;yp^5{Rrs5jc<53
z0CJD<ti6p54GWoO*w|z%b!k#ce&F%C^+@LxT0{Ci&ISNr>A>rP0#D9Jyi)humyCyX
z58XOD-aWK)H_><1YRH?I+79!s`8EvNAU!qc3ul+Wg^?(2;tjl$@7T5^x3$b#5Jh85
zl;;laJ$Ue4#|2x}?=OxB3%fAsfI7%X@|x-X4j-tNJ_1ZqwwznBpL@t+P81e&qOq}#
z1M3^+YINR*@R95D4;&Y6;C7}yr~84{7rT`)WF@4}h#Wu@ygxZ{kIDCok7ZP{gyQn@
zu+Y%h>0t=4J#Hphj_z8Q5d6Xlj;TP8TNe@;7Iq)>(D?$}aqcj=<^j8vOJ^>+*>ytT
zD2S_+#NhJC-(LR(s$E<nlg|sWUgmG%OGY<NDvl0WLEBr@H^yJBmS^H38ihdHdL4Ld
zb@rL|;ik69$6I$zv$V{eP>4%>%v_61r_|b3wLGmQfmGvvsK2sCtnga~t_`O4d)FOY
z+pylQTci^bx#ifO-DT2OyLImlY3$5{`fP3xRbLASx=tz@W3_d;Y2KOgWh;6-NlA$s
za%&ei;WuwzoMV9(wZsYHFb>;XsFSZJh)Pte3szJHXS`o`ISUd{mx*$vv*ga%cN&W0
z^@ZXivnGm08q~>T@}7R<7$~-1C!wXK<+se5YLRlj*HAlKI0rrbY*->eI{>L|`HB_v
ztV}Z<KF+?s;E7HK0W-O|<^^>^cBmPh9hZ&w_4wuwN=pocbm(c0IZ(-OArG?8pvb$;
zuK(e+lmXCeIUvKcZIM)tLl;87g2<S~=kPw@#QpY<vyS4Gm`D?(MvWP>4(N?ZG-+l|
zST{mJPi19RN^HS$7ScAP1|YrGdqq3C1Ux1{QOtX{wcNA56chbQqTiS?Zd8b_M=J?&
z$o!F>8LQaX+TI+Nz?{Hu8D7Y4TEeAgX=%||)q-@anL8JgoOztYO`B@YS{!k0&jD{~
zZieFUwWP$lab^U64{vwI=O9V^ZhwFOTEj_e-(Mfu0kr__VF+0hr;6x$*UExMPWP70
zn@8d6wn2r(6!#gzau)LLu3MCPf47(ci}LbV#Ac&s$`H>lj1%Y>=|y3Bn?i@$iHZzn
zA^FRvdv$H?B2ENv2?rDV*|S|RzJOFXa@N!{7aNopWpToRLpJ2yE@xf>+gT5%%BIFS
z^`90@%EtYk3wnC?AhfIVjPvlpYcC`7V&zRnwrorkBR^&b%X*mVeYJkKGiuS)w!VIY
zS9rL6oWO~K>jEjNg)e&ShC=$%IM&M@a~K!IW3VB`7`Rs|2%YzRCI920+iAiZs{9#6
zcGK40rBCakX*qjH2-UqK!8ml7&F6{=V%XIDX?34M7t9hGDlT2)b-RP0aXdf}foG1n
z$KQFhpKd2OeI*9aXCuclTB--V8rl^~gXrZ1W6z7eG2V^0B`!h*YvSkLUbAn*8RT8Z
zBRV5TvcAEBfWad-9bYv4QgN+Yxt8z9(WB|*9JsL{hpg&k?5_)I+S#sWU7vUcRNvM;
z$oSa8LL+8Bv|lzr#^K?>5#OIT2O9|b1_nT}FhyVQ7$rE-Y6wUBs>jlE*nmBd=5xKa
zdJI-bqYX8>aIpQR`<{GaicLV34oXURvE@_6l6T7HBEDe31qHoG%b>{?@7F$K&G!~|
z!=FFf^Ze3tnW4r#!CX-=(*qTrY#S0$%8r}gFZGHZoJ)G~j%~%)_-dhfc;$B+JQ(d(
zsQnI>une7$`!$?LB<>7t(H?QenccR(o`2u5ces;~wV?y<&z#rSsgJ8z)~kSgN=fP9
zJ-fs8*b$3Mav84|-f|`RCvE+8=4w?tx##}xWjYFxUVp+MYH%S~!%NpYRTkgp-0eA@
z(!%)h2{lQ@{!3DUI$8Qi9eA#2Xv@_XnVFNY_u{QP|BHLwy|n9j^-gJ57*hOA<jT~$
zY>3tcTd#?4pS?)^yx#PPQh-@UXXmDm?nQ|;vK|tk6a|>!5u<^&?SF1xROXg8(P_7`
zM<8lg_1%RgJ+frgHD>?s{qF|k%Sk|;pxAD9d4^OfMMd`R<)7R?{ug?+>JQpK<O}X-
z-!87z;4frmYHMnqi+A3mOne^Dd7lVsjnV?Y>@#lD?wJ<#&IEB7F|G?fdzV7~=12al
zd-wTG;`gU&a>_d-+O90KIW{xXn3-@3g$k(5wr`hw;ak#vJ~-iAf3DMHw$sLrpaNL^
zddh5-&*u$AG)$}O>5G4}7G+gE%~)OaG<xfd>f$K(cmD5vMQq90xq|-d9=@E2h@iSk
z2<jSG3elYc6Y|e}5PK!Aw}Cti*aW`SnXnJSO`ps)pcMN)OB;?=4uAy&X6Vj1rPFm<
zd6!eCvhxS|7^3cPU<!z24TewUR8zgcoJMGLo=tLp=#mBH-n~U|5}%fcSB=)G$Ec+k
zQGJ28ebx3(1&^2fz&8_40HauP+q{Sw@HNN`Tw#<q#26}{gI70RoIQww1VyOB<h}m>
zPkF!3Pd?fAC5~QsF-tMN#C0ET%R1|6di8(64H@R5wI-!;Vm`si;b_q@hv?nXf4Y&6
z0`*`MZx)^q6`6&e8)O}W4{yX>eW&zwaX2z~Dr4tB*Gp|nU?$?7t<BAvS~nOZYaxv?
z)){n+u?e}SI3YAZ<UANrl=WJc$7i3>bp1$MTKer9nBWCO;sfQ6ZY#rwuA198%s%PV
ztC!|VU+C9Rnoe-ailPbR6Kb>m$-SB8fKizzug79;!UEsDnR_;H4POp6jsp*y8%~(O
zTfT5IVfq#8s{DIZ%wB-#iL>H~3a{?v<ufs>dmX=DOiK*W|1l3$UrApL8pfnjEOOa@
zjn)Gb=he$5KjQ_)1)T(pVBo=5Ci*_r8rq#WbV!F>4_k%r^ddhBD-vv?R6l5hNE9QX
zz<2`lVv`^1FJAE}%iq2kQz-&FG}}TCtTu_fWnVvZ+YqKKx{9;Z=s8R{<U%oO1MKWB
zSmDd?I45T_Nl%0+0tf{>UJ<hENaIBr!$KX^@mto0<y`OHwJSzWe>gJ~C;VCuG|IgH
zI<5T!cYC(A)FZ#<J<&pc1Y96uJ~u3JoyR*T3Y5|Xpfl53{z%rqjqSblRI2TS;kLIM
zSU5x~C?8^b1?t27VJ~p4I`}1y(asbzv+rZ$NG-e=8+>*kPp2qtn$=U_8(s;a8z|0U
zN%>Yz2T+2mi%So~tvca1EWB|oSRUs83a6<4hiTg@rY(W8qWt=_iOk3Btl`)~qTpH4
zP5v<uZP{fzaPl{kx>9qvbAAYOl&rjE%eJ9qyT8M}V_q`G&WoXZH%sROg&WkCcQ~=E
z#~s@V_yFfkYwsia)J&b~)%YzG^iv_tvo6~VUO+x?na8<$Cnh!cb?7LVXf0U6WSnj=
z=l1G(lb`WOxM@fuO!FVpTc2c~5|}Y?K~KL%u*n{Nji9LI_Xn`dg_mNd=cDZG!|TJ8
zC(CYhbv=7+*8RmZ-G4nCF6m=?rS(t#1|HUxwk+3^9p&U0ZOJPtp1U&kj%_06LEXgf
zUpuZD7pz(dX0Fc@xSpPWJ~%R60jnCG-9}4Th^qyAC*xIsk6@7v2dL7}n4-5Wnr$LH
zej$nkTjW)52iuh5Z@S)@`k(osNMKb}rzs^c`sa;PCX}LK3bS0be!Zdq2*FLry_UwK
zU!4#~xyZpNWb1W!R23JNZ@Zqhi{Gp$sCm`R0g&cRV2L)R<UXe`bX?5kX)$?;+wT$o
zfJdhGpTi9$5Z+}c?#I*7PakBMyu+7-C}DX@e~w0Hi4^|n>!$myQ_rk6&H1tc6&itV
znno}&8ej7b)S*lwMPSvv>g}Y9L^FaqxX?|S6*RwKTw)>9wX2i>9gsQ`YGK><v0s!f
zo>jWtemJIZn*;Cev%TXy9}AMmNNozHO^sA7uI*jtC<=9wd`L$*b#6bDeT)d>BV-Ux
zpcn@LZqiEZI&7U*J0ngOVce~J@lKWX_v@ku-DqM$Ol6wu>_+^<y3}h=&J*n!X%r(_
z5Bct3q&k(mO8a0V1(EdQl7+{hRZ-3yYh8P#uFurA;-epWKr+2|^XA2^^9JsHyxi`O
zMa*2tDIXtXqm*ywL!p~(W)?ZJMcoha-M1MHeK5VP^+d1jcJLm}ONgN><<YzgR^Y;-
zw+h?MyBWOkkRu<FHfW%;f3L3lnePsgR`&t@D@vKW401m1;HM<|O`I4p(NYlIiNe!D
z9X_zfgvb-(zBlXdPm{IAp~qMRBuj&RzBRn5<yjMiJnHcBt#Kei?NZFtyv|OtPds=q
z6MzIp3aoby5P$;Lqn2dD+#JZ!N;7=ut#A7mpm>(?fh2SNx=zbqoL+<|e$y@)r6u>)
z+i|o3Znz>C&siIUzj3}Z_rfsUeRsgER<8UCJI7(9O?k^}O91GQ4@aR8aJgUPTdf8j
zf`)MJ-s&mVHG_xl?0bse8ai(A+0Q1WSg~Mwf;5$#6<qFiMx34L8?+$K2{3!z>RHR1
zv+QH<r{91Zp!bs&yhEtj1oU!t*OwaORf#(h9YVh7_<3bfa&@_B)lh}9<-=b1?cSZ0
zdF5#9I<NkRpD~L|KD;pXy3R3&UAuNM!V&2_#C6EGNnAGO34=F$8ECaJ<wI=bj=ZaO
z<6E{nRgF#40Yn9WYy*+NE0tULj;5c+>c*oUOPW?EPU*Ac%Ct9egTqHg-h94xl(x2#
z@O=E>X(8@qkCty_vd;+=b<I6{ejxTOIH`>tQS_rQNtO_Jq_M~rtORIk5}P=YtiHHO
zWOUoK$zxAql>0~j_mAfoi0eA^gLnp;-VO+T;nv=@<%)o+oX!O6*`9t_z75<>kv`S?
z3&Dks=JuN-D7)rfAp3Ud(W3!lTIPi{Y}tF=X5iO)?Dv}A4~H+P&Jt2^PFF_r@V(jI
z)wF`QF}N#MBOMrAs_kf4Mx>|E|B&FmVc!+8CgK5n8ff5JEc0{QATNy<3d`d!kfX(H
zp&bv@>vi^9pFsI%-)iI|ZtnMg`yoHS%jCLQK>RmuNchw!_7NHy8>#HLeO27sn7?{X
zEj08JM#(Q?;3+`<zkdCYgAK!R>=!%d$3ETpB@WRXRRtR~F+TXgEbWSQTa|a)r3_u;
zsz`=T(?N<Rr0I<II1fdqC9|BPRkAH&MEurY{SB*7+TC8uTmcIz+bid$W0AwSs50j}
zGfHyw^w4%bEISeR#z(pKaT3?Qy$;qc*z_22IC~l0>G*ifc!SK^AtC!mh=2=Fd%2_Y
zWZ9o8Z->8m$A<tKfIgHH=+c{S={}Z(SxbI|PS%5tG+A#xk|q8n5jSUsuEGj7c`?LE
zU-shmwo7eCfh&$x+79mWGxNU3?~9eYBd)ILCGdN{ZQ8cYUr{KtNhK~`eB;cJV5Ix9
z6)WZeMv+lgk5-L8%>6?xKJ9{4JIt1SD$l=`FPnIXbh3_$fX>Xd(~Fy=fcO~Kc_G^l
zl(kf=Z`qhNR#AOQTkpgE{$@-&P}c?oOvh{le<!A4RH~L8Sl<o%D~0U{oKsRSlD}w)
zRGkban3!o8;=;>N@1oU3xCRI{Mc*XX$F$to+_N&{8gFe{ObuTT2ajGod%j=N*B*X1
zP{@rQEqVhk99H={CctXQm8~zj8IJZ4Cj|DMzaCTAQ4qY;$snHN=|LJA9x@G>xs8$6
z4j>{bo#i%v7~Bf8OI&Wlnc<SoqC15HNkPh77c+KNYYzN)xYGRC#JdjbD=02delfQ^
zZZ)K1hySa+uL`Oo>bktRySqbhmk`{8yL*7(1lQm$3GVKCan}$mxVsY|=*0>CcfOga
znumFqx2c-?yP%6IZujjzvd=zyue}z^oHfrsqKyTBzGVoQUH=LSft-NxUw3)Hd_N`w
z8E1gU0NC8gNJ;(6@Bjf)cKh&u{91tO=D+v}H@Dq<`3%6#0Sqhf8zvA5P}?jhf&-G4
zc*Mj2Yg~n$_Q@X+$$z>Cz&rzXdG0`$0QhX6ydy7<;*8-RzzxtZ6|UsUVBzF+2DYvL
zN)YDD|8)cq0r>Zh0PJFP{|X>80oG}yY=H#FXJBy#Scm~7!w`VVZg3c(n?htDkS)$E
z9f%D9ArnA)Nsxs_ku42qu5KV}(*X?xZYRga)_~+G&<XeV6o4)*I8U4{4T$~$?;Qs?
zD7-)n9?(7p)&$3AF<^xP>iB`&^Cgf624od{y}bd(h!lS<m_UG~0sz^!0NM;dm=>_0
z3MI4At<MrbECY}{*Z{mIAbqII0(hv-0H;-4I^bsh`x|i7fk+gP;szil0AvGLh#9-F
zDl|KQ+x**I0iGc+eE~qiKh5kjST8;GihuY`z`%=q*$#BnczhuN!o{1wR|1I-Ackc^
zIPG>}4vbA;83FQXz?1+Q74TA+S0t|%bW8wZ4*-`uedz%-IzXy552znZtNn8w(9q6+
zu?yD;WO@Fne*hIyz%p#<=qO^=4{PKN7!_ax2Mk{zKc@;jTt^3>{aXZp7eJ=g)@{Jv
z5V!?k$NpvSfaeBYY3?>0piG#?aQ!!ng!?r2agrno%7-cu0W9(;kU#|j9si2IzZug&
zQ{CWqui983KLHR5xqOcQd1fxT`q_&qQQiU2Pe~wl%Pb?rVM;)#P=U=j_PhW641hOy
z`>JTV_`j5+W8<R!(UC#~T|dM7m|$KB6(NQ5`aA)90pd8Im>zcII*>jTq*1~d^Jn5|
zYWePvV9Gpt%ljyYaPE&of1v;S!6U^$hEPmOkPws)3?V3(B5{i>6qkY1fe*(tkOMW6
z&=f=nFV)8pYn(+~z>f~|NGGiFIhR9-N{B;0cRKdKCWhE#9D)qpH$BD)^Ai&b%@Tfq
zS_W1M78Qi0<-SM|S_unWBjm(|lgptm(G<!!i_Hp!h9LyCN=_4cz=O>L@3ys3=2STd
z#flY_&H!&N^9*^p8C`N}?fC-}2KB;42vT1UUc@d{m5lb9zEH$cX$qaehVHuv<yel!
z7lM`=-~e?n#9(n!T15s$CPX5tL?(oq1tuRS$^40Xtb@)}hI<*c{?4r;hEhnKt9Cs;
zlnnTWkwm75fv*rQ&W^>^fPmgQF)d`B(sVGLUdAeN%_JVdyUUv+JX5#cHv@6GU;A%@
z0abEiIQ@1_LLh5zYV$w_N+yPiBkGqeJg@zJcFkYrDU62ZHb;Uws`b$^3(55%`m5t-
zr>ZN_{>viOf$)LA{O`W%;K|_?V%#lIMad4YNI|(4x|HyQU`UMY#_SGF*x3XjNHmEN
zLJI{(R{S}ZhWGwoSb*n#lr56Vl8YGTH!g>lXp}Tv{V@Li#KATIhTzHNjdSV8zNTJP
zm?+W~=x^D9<yI_ES`f(qiUm?ia-k+8ekvD282KGZzbcx$!Y^)6IaKm|{RqJ5;nbz2
z?e_O^P2RbD%MIRCsDIKV8MI1?YD$cfsS|Wr{MT+J7NV$P5edUT-@vPxi|JtSs^tE*
zoqta{b^W*hKNk#e^nox!#V+-Jv>E}`9fZ(*Fqoiz5L9>%>z;;@(!3B<_Fan$Fcy_B
zTQ#CPKa6_)dd;}`nN@>T2``+}Gy9fAg(?}i6ExGD&zWCE0PnVMD%L9$KJ(QG&ZHT_
z0Nuw8+;DX)2+C-KBcB-o<`FO9P}2I+^6Axk^9i-@<WaD4FJn>(MhQ!I5gg9cgPtkj
z<%e?I;)C<l9|$HT^}is#TxEJ8N%cM|k$2>_-&oOd#n7~b;5h*k>#s{M2N99S%hTnW
z8(mcu@q+nMZNdq`+ikD}Pr`#sfYf)#$lQUnHjV5gHXpCJ8QW0<yRCBVvR-?GA65!)
zk&P5l<U?}mj<dpC-qC6LFD3pW?w;GNvD`_Kfe30pxJ%=GzdrS|uW4h$yJ@A|=iTv0
zbKcKQR}N^LhJ`XjWjx+r2#F4P66xfF?Kg}K1YXIUY3yHCu3EM_T#KByZi-t~&N@@`
z#=1*wyPyRdPT*t@q#ybnNE5JUr^Gb=LUQyQJiTzv7VC|&E%(84%&KNLX@4JleIg23
zKV3=6;@XpDGzeWRoj2!GLU_Xt!XmtJFob^3!+ND3+L6qUKl8%#n9S_R3N8;`c4V)6
z*4&TqX+5mo@0_LSKk$9|(y$nZAJ=(Rt`z|<Q!Re0S&!VmC_QB&+SKJ-P0y>FM9k9N
zZGQJE!+Js}`gXmcN-a5dy!$1d=)1LT7n`=iTlGZcOXmC6PByCeG^9#J%%~sp@Ug7X
z1W+6FK}`Yq;V|jCP_=N<TwmUsnxdw<i<|2fvUP$>{W}h$QZ%{pE9@<MWj-=pHe64E
zKvya8Pq1F(<Mw^y=pagAazzI!b`%~`LWAIH?Mr&#zgftu)Eq4!JyugG5J;M|JXb=T
zjnE)4gEbP3ym((E@;yScf%wo%&qRlz!ssd~5yIjv2;`y;+=UQ++#Yx`5G6mF7up4}
zHuZrQd=qh<3p8lDoQfCUmJh)>Y$X`V=sn?dZJ2hEaL38$s>WPk(9z4{4eHf55p3T>
zeU~K_eFSCuUMv5<DRZ8y9!`RHYq{q2?_O7nSQWnCB3^BF+*sH6EQW|eG<!4l`Z*22
zIqkj=n$HU(osBvH68uj~sVFe?EuRU)4<CN6vF9wi4lXC32^PCQ<xYU|%T=$}T6Ye=
zZ#W(pO^q8?J`uZ`8y;sm^(R4u9gfyacl$R>57a?zU!L#kbJFI>Ej?e`v>*u%sHk+8
zOXOi}BJ-ubNg*dwz;LcvxUh6Y1Le|MX8bBnZQ%u8`vc_g$QLqL>h@=@U(R-0b*WOp
zv`WK_^ALS2^Y&z0O+*1vrS#s2`>M+EHN+ro@;btE_I2Iwbu^>%tb_lIADj~wr}x|}
zo0Ud-_P#6bbp{j&v<+(Z`p(UdlY4NP8`*3J<Q)YJ4HBqWXhfIyzVBz}k+G5CF#D;4
zHEjmJo8;KtEkdkQUM&;p4q2D=NqIQy>)e?^dhI5@%k%OiGrF>Nqd$@TnW=Gu{&N6#
zM|I%0uZg0kG!gDg6f<2}7YT|9CKl$_Qaa97S}2d5?zX3@`HSQ|nH>AIEF3)W?>4KM
zvs^tU7|h;&e_MO1i}Rk0W;9y2%@o$g_ix_2+LWb($pj}>%s#(*UL6{9wd&*diH1ll
zObL^QH(m24atu2b$8J2miy&kOyZJzxwOQfp>&yKs?1@O+V0ZR`xas$H%b60|piWW)
zgHzl?L?diqLfnXTud<SDrm?){tIMB*ybAcdjx~D}BAri;<6+w(arP_p&8!Bz<!9tB
zovCv5J`xHhI-S(4@BM@y8ox%hQ(xCzl9$4FdB+h`V-=0CCw`0;(NBRzo$D=dgQ)Cv
z)O312J32~JsQ)vHodU)&1_U_WogFi<P=RA*yJc)BhFxE8HhDkyoHjFkNrXiAmKqAX
z-ajV<SXUjN-&!OQ%k+}w?(ReGZW&Huka@SNF|N*6z4|@7Ki4oRf7WvR5wfQ88+-@)
z^4NEq<Xg+ODPr|_6-0th(c%3H1+v%kV0k)foNfd#Y!EEZGc2Q%46Xp5H{QM8v-bU6
zozxbq-pLgVkSCa-_L=Flk>Zhcg`euUc3E<bZMNUjsd(PO^y%q{h`PRfyhe@T&hU)4
z5Y0h^ow&2v7$*X4rm+LIMX>3t(0?f?sK8<^r9C$C;izu_oR^$183uP;(XI1zXLI>f
zVMC18dpfq^b~`H@lKLGrCZnlsYW4-^6}{Kl{vOXq5qSHCC)KIj&sG;gE6;mspmcof
zHbATB^XM}fv-0DeqcL?3)b>FbY;O>GudK3X^=C;8xsSz~GHH)qJ@-CVb_67z3al3(
z+uOdy=KBrR<3%IEa%qKjhg$c00y34X-w?jR;k&JGOVA6MRB;-4Hod3{;2+kn>B}+|
z_z&PN*B!MVnF%$lXnzyqJl#cTx5`sIJ=M8~2788P{(kQJxsJZL_klmt^Uvi7*~c>@
zvYumWS-XX%7Rx7-J<-SaU^S%}%dgpi5#D6gvVRvTTA$2fEL(}9W)9TO^Ji9x6}01Q
zUEiy%JRY`@He0{6dAw<Vj~Ehtb)|X#c`S_Ke9RFBqZh+bcS?Ej4iID~p>VS`bhY`u
z>Sj`t<Di{4M%Z@rW0PbQ-@PV#!fU&rHOpH9-;+fo&6Ggay)V$8m6|UHA~+(s1T$S9
zfP%x_;t11OYU~05JM!)?YJ2bkR?g?phwCLX6PW(je3Ria@I7BMT_0>MODk{qre2BG
zd_(zvMuPf!zG)@sXT8NXHr3SMjl1z<Fi4D;7_i+CEy&oKTUa`6dW$J^EIt&q?#G?x
zWX*GNB>G)RA1cG>LkB9%>61)Nv^3S2=}WHe@1<fm3YUgC*!@~xTi`cG8(kv?S@W)H
zJk>T^pP+(96}12>BpmKTL`)>W+u(G*_pELt7+(G38_9K+*C<*X>NA4(fXP=m?!vC3
z8M?ZZjP`oq(IZ4AY;xGiI~`1h8yvou4q4el)Et!0I^kifPi<i*uAa6+&&n_iDY$EW
zk6!%eD-v>w!s;v3`pRmYOuThvCjJsw@`(93s=4(yUgm1|NxsR1FIvs!EH%U|?VEY%
zCcZVeE}1*pe~au%%iObdQYZbWKVe9bq<w2YbncTreEF4l>{vI;uXBHV-}MmRUeLy7
z)T8>dzPW73ssMo_#lx2chANq-YGM4=6LsPX%s*-;<7W&fciD&^+yuG!N+c!i^w)YJ
zjB~EMo^vSQ2bo_o1wa@uLbkcxc_dg_*OWzH&f3SdZ>ziQ6s`qCUNU5cqML2*hiW^g
z1765p0$=YXVK5Hh6_*aaeE?f-`1HSgHMu=xm3I2R+SHdqyMGX)hm>*bkk*)oXB)v&
z1x2hBA;Tx@c-YehL#%?Wjqc&BsdXeas`Xn~dECub)32ND%8!i>R99i+NY7mwpud_y
zH&ima*1-iIjt!c&_4e|ouKHVyuYwN#uHO*={W3REbY5Ny<8OjlFrs=(v`}g^Wn~L4
zm#e8*n|>8_|CAm(91XY_v!ZcIaY7$Dp~VvPaoXP=Z_9o4Y}zx9+T%oBnA8@yT4e^M
zgfGrE)~82+b-h6|Tm~D(pfNEb1Q(LCn7yfLAw;rt$$<6qA`~@mq4{$>Kh^K!qYpY$
z>t6};jN^667p}&yV{%hGdERMcI8&8D1vbg9{JQ6c=QkL^p*9CH2tTj8bZO78>W4eR
zBEprgxf4@QIVpYIxj8?zKf6q}C8~>-Alr8(zi2=NH870H&(7R9wDs~2paL&Iu<NmS
z;=&~S&NrNi9O%5Xg}zgNWc)Tx*V<Ph(aLRJCP?NX9oj>nFIQ{iZb|y&r<U|$SMDFM
zIO|RT9eUB+bi(K%AA`5~sk8n)gSAg6XBPH*t6Yx5??9%6awD2B-RA4pmBvb%u{RCe
zri33{k9G{cALTGOeTEu2SxL_hNEh~adii)}XZ&meIr-IIg|P)|uK!Gk6nMVt3QN2y
zPiKB`1p{Z~Bm9xGG_L#HJTMdiG{XG*`_R6dd!xXUnAY&B+jYrrf<yNI_~$yk+z5_0
zBx_(|zT&i(kDjx(ORbzqM028zbFL)K)q9&@e=zl1Rz4aqm4KC<2w1?ptjs>aUqDd$
zN>c|fH+23uxSOdx(ny~@wqyl=f5)vg=TB}uKur3ur+zv(fbGl2k(k`h3yNGO6uw*A
z#UdUmt?p1wO8c2HTD*@Q<K>U1hC<RP+=~B)z1{D45`yw-czO7l%Wm$suS%KQ+y4GH
zjKG>AOB9MjxGb4u0V8h?p4B4B5SW6`Fd`00PwOViM+e47&eO0hM&rhW+Z@etO_F<=
zM*iIf>oW9x(diROtK>Z?8#dDGNo9KchpjA|^nDqB$G^5Br{1L8cf^zC(tgyo<rT6K
zy1xk#(g2x8UquzzM0HQQUkmtq|DJO;Za}}CXx;L9)Evy~$`G)B!ZGjT(&q)in8N@c
z7MQ+@Z7GjxUf~9Yx#VoF4api2r?j*b?U8yKRA4Bo`&VX35~bC^1tPxG21v(BHTnL-
zJ%;D&TrfO*lm2w#2b(Zyq029(-?sLMB-YR9h^FS>Y#afaTM8XKU)hDHrjo0Jy{<8g
z>z%N=m?9V8w^IH$HWjVkTsz+e@yWT_4Smu=bJ|YtUU&MNvVelqhsDN^(JFJeHlXcg
zFtcz(>kQssyOS_F4UdB=0T{{pf&}rQB+_uKX2`<nMN7<ae_^4-#9)%M+XrKRFovV(
z$5;hcbvuum*!9ObP7sGV8cX#AkL^TAKyGNwcP1mPg!0%Ls6Z}_l$2Zp1xKZ~CYN$G
z1;=jRg`+M*HbxQNgHz!`&mDfBwTgn5pHD|ZCPU1#eX1;tTv$;VO}|fTM9C098_UPD
zvXY{~?)<_phE7I`U07dDs%9!(P_P|E|1(*imU43Nx$3r-J?wgr%IGLIeC3}Sn0d#~
z!)SJL(^g!S-aCoKoc!`W#JLi?pZ0#YOQn#&Oi=QMtJ`bFN;F-if(e3VRuM((1nUZ~
z&V5WI^Ot<M$)IlwfbryOt~XmXe9NTs7{CEtK}Nbxg&fdm;JpOAxXY?K_Xs_sYL3tQ
z!lzp^;8@q2+e11(E~@G{<bAi5W%vz)@l<=*<k|>PE6XR(;~8o_Z~py!jpW@tzEWf2
zmI-khW;(CX^iD06QRgh8nEvki*Jsh5Oif0)=Wh9I{l})V5~{|UE>lNqB@THO%=0w{
z^%OI{GtFU?x^QvLm`Q7{mIo<SB`oS6+tiDxq(>#Y49($kuD2la)>;umPP^WYx<Ah|
z0hwN-?lJHxN55z4cb?5i4$$==bKOyIecGrnN%;2@Iu*m7s1IgW6g40C3+e21Gg&r1
zm`yx~{1kdkOUZoNZ}<+C4@qySTo3;E%3SywO?IO<e0sA!>&xzHSB5cgLpG<qln#Jk
zV_Lp-1e{#zZj}ss7&_Y=>vmxH3}ic=5RgTqb{Y#}XSF&z0;{t0R0=TdZ%CGut9E#$
zSJMQgcv)g4(Un)bkH_OvV+c^Uibqs0g?cSUzwI=3WX_vD#on}gpNo&L_<}CH?@eYC
z8<{(ex|Nq*`oo}PpoOZV$3fvMK8z$@pj<1_pB29nKOGqvEFxuX=#9#=Gwd5Ia=?*`
zjR%Lqkq<ffrl+XzsW=vm%%N|@zw@k%d^DNT*n;D6ZD>iAe{H0xr;3bo3lPz~P|B$e
zijWQ{J?|>i{rhpOxH+VU?6;%2g&Ym!h<l<ZBga4QPf~hKP74E(m#*JC_v?q#+oaWv
zzwM%O%lUCpeLs&rO!chioNo1VdU*G?IP!{arDSIt!NwN<t-r2&FmF*%T6rbv>HGQj
z41<E{Z#l%5G=1a!71;Km2X`B4K;{t-hWxc7!OWU+)lVeJ8VHY|X{127fLapU>QNGa
z<Nsom;IwRMeC9$*l294OTbi~ua>bJ(xN|=Kj}dSE$@X`_8+WH;x>{2WcIL<Fn&J;O
zdCF(%ach2Xq46_kX<(t}e|}5`9K9Pd5#QVvL;f!ku<pVUTWaxw?dQCa4eSj4@<m)5
zueem}W+AEzWkU}-oB9(90`8t~BYw^^wq>mPIMyrcg9Q_boheLtc^Q|kRT#frih%Oa
z+Ag*`ah*oSA1_s3vqUzs{<;M`RSa{Chc`CLuV-B9RxDicvM7Ob+plREt8UU;Jk_Hv
zNg&gMi6aKq*_kA`%~d)4#V@klcg30>kmX=7DXO(5UHj<s!Zo@`N0#y0pw;D_nx)^-
zo{?sh6E<>!95i(if8N)i8Zv+4-);BN<{KIE{F|KrBVxqahe@gGvN)5dgYW<L{s)1u
z|JSvYa;s2=KJGX4y1lKqK#xqUC+)k=SH*+JQCaS=|LpbIzhhDYF;B$Ln!YBNVhm0Q
ztPibNaZ?_=|KdtOsO%>PDu<gF*0c`mH=qy#GZ&K_5lVu6O{Eqs4$3I*!cqf>7qCZR
zQc^;j21eGyz2q{Hzbh>{vldk0fOl)|$Nx{Hi!|JfkP;P!8h!w^$979aO2Lbjswpkx
zb9996E+E;9SYe}fC#R$d4ew^j8GFu!PH8Si4Gn|UW3i>ON=*p_Q^o%7+S!4&%dTwu
z?E=Rh+ca`ojlO&S1n{{)ni%K>sBI)+Us|SJBHpRu-;0^9)M-|&K+rRVO}p@mH(aH9
z8`ofNz*D<=GoF49GuuU8S*^>Ux=XXZOA>>=Pby|Q7kf&maY9YX3aIwc1YtQ^>M!pB
z!Bbt&M_p;yK+NeYDFrdfbO|&yJ8=a<UKOu?Yecia8Ek5%!=D`9{yX{Dy(YT(OkvC#
zv9Acp9r&v5+IzPP?Yq#Aubq+8o0S2*Et7%iROXb_)6tQsDIDhEa)hRYm@$Mv>>J%A
zV~WM7_^or?T#Lm}ob#ohokcsNpDr~O><WkHYsOhG$C3~!njJXggx$l~!G>-+AQnp-
z8%d=vK`V3-ikVL!QMgx>kk1KVxF7kOq(P`K=I{fty5o_w)R<6_gn(05dh-P+o25=D
z@A@^XiUf35(5psNZf_+KB{fpfepC=5A{4pXmf??p9#8R01Ey|dzR2h)HV$(v8fa?s
z^j$abXj3Ah78?AG0`(w(`|Afq21ZH^GCbsY+V-3g7s}6m#klc~;L*sQxsh=e-201m
zgKs9*OS+LkhXsU9p)hC2l_c{2k`mlGb<q$S4a3D99d?sXWsURXTs8{$!~jv#)!tfN
z8HfdLH-X6ngw04_R8&K6T{dodEd=T%+D*;yN1Ncy<V?W5^q-oafnfM$M;V~uC`MJK
z0Px<SsTfUYyqMX4pZ_1VfEHu^pt-aA0t^756xBlg#RS)skf5feEsI!iZ-6J+Pze<m
z2PAfwl7LWq78Du?C?!dsL8Q_Q)@1=oxNCN02qokes?-6{gsyJ+f^Ag~Bhag5GvThy
zHy|Aq;H5AtJp{(lsX}3qVE~xsf1m%m1^)kT0RT=%75aZT-GI$DJ>W1U{%p`f#n<IC
zp7^8b487DgApjp{pXiYch}bMDpd=xLACSpsg*As=l~|NYy*Uh@-+QX+K|!^?`4KPH
z9+!!XU*H+c$n5H7X?d5OG2cH*UW{K|0av!8i!@e&+sBAUR1rTMM6H#9jlcxfzxzd4
zr;db6NT{HfY8{wBjDyBuiVC7MtFj~@oc<GH3Y1H%j@&+qF5wYHW5-x5Hl!*U3=Iwg
zypY<5Y@9bH{755)>m@Eai-Tm<WV%twpO9H-)zJgtQen;?oOI9y5Z?I<vP27vDDIyR
z<I-+wZ+`c#IE>^?Ir5mONM>PXeMha1WRSm8oPVEXsi%#MZK`D1apuaj&nzT$8nPHt
zTYjH5uD@9EsjMlv31FatmKv3Z3fvQbF3#=B?Jjz$7||FV*YQS5iL%sNq6gbB+Emyq
z5I+KfJG#CIDEHqQ@X3CRV-LU*!Uw`_i@}hB6ii02w|S<VeqKL8fpjV1`s51AL7MW?
z<Ba>aa$qi%q)_)aM>4s%5)d3nJrG)=Se<c0=hqepPWnMzMl&CZaSXp4mvbu?YC@rP
zy&evY5-Ou&{Kw{x<{mqJtJO2#*7tP7-OmM55<||}TpCBecP${+Qw`P0DcF>x!_K6`
z4fgu-#KT%!+-y()a|Iv^%#+m=d<`dW*}N}eo?}QRc!$8Cqs_FBSf{_;6jmL&&qK=0
zsBD%ww*PjZi}ce5mxX2@U>X#>OY`xJC~lh{c`;NslzvJD{p-ONF&LmPtpnlSO$RoO
zZ-J`k+uCSBa>ccauf7lXO|ZJAP}@e|Ikfv5N~=SPLhQckv?m!_u@*Un%a?Eg)ry>q
zz>ivis^;Oz-NNy&hO0-HmduW(=#PPWZ3Arso-ZG(X%~~-op#yM#!9Mhw)mnBw(dR#
zRZ=oC9_gR*f(3mT_Sswj!cInJIJAMmVW2<}_Y0iX)+xfb<`z#x!hSv*$+a<_1VDuc
zU91;P0rCKGLep8CJ*)vVw6@Ks%E(tHEtBUmQ|la3?aOk;;6N-&Q?m|-hrKqzb6jvt
zYzHSQCcY^8^hwQbPK<!&CewcN*wW@qDb!d4`W-r034mZ5vf8ugrow^FiPF5-)##J-
zfa;Tg-vG5_Ze~JedNLsaNm^#=BR&PA-RK=;ZL7aO7_*<lvbSJXx+EaYs4bEMwMg}y
zHeKy*GKH9!LSJW?r|^;watZZ;U#uaU=NC5+x^j*PooB+B(QgnXZ%PNBGcPuYv~gs$
zIe%J6cL*T&dL{vd#N%S4*@rhU&|_$Fh*HmXUL8}_)RNuoVtz6YLqnrn0$b7`mM~ge
z#%Mm}+&Zb_O;KI_DPVCl*SUOHP@s;>H=nEm8Lmt*q-lP>@rjDAJ{WBT=yJi)qqEWH
zm{Rgr7_KpN*(Y?USq~UpZWLw7q?9>3EM`5VF{nBg13%ku8qjswGCzWG1DTaAR=-y7
z2%rr^<F>ZBv)W~@D0P!%6FaLtY0zM#=*2;!F{ISN^?eLtJ>LgLO?GVQTCt^Zd(|%8
z;wQb9B$G1bGeKwK^XVPQh1o@~B*2J_>gq7)@O$zz$T9$MIpv?uq-mMinO>rt^lbFN
z@Buo<es#7vp$cdX;OJ`UnviwCPQ=+2^LZx>0uc><loHo;8f4g1P@GWQue9;nQ<w&#
zDoDiJO{DQIqa2{(>MhFzU_feQh^<amGd>|xpc@~*sGrlOb>a`h+Fkg0VuLuR?+*eL
zI!2Rb6R{yWxPt5hnGL|?&xb;>i-87HvNEE9bW>|umSUPio*U^J7IWHzp+`RMCE}#i
zABv9!jpwGk*PVAlI@`aKEOXX7ine2z)1LH83D7|rc~tWF>qSjS7($(*paNXcp6&_)
zmEu>A=Qbxao;|K%WPxKv^E%A*yq)0jUt}8ZT=Mh8k)XmE_gcvZS0oMfpjat7)7@=h
z;nfA1U;;k{g&ne5FV2(mkd8U8cN4O))>Cq){8D6AEr!<VbCyp{fnv6_<Qgi?9bYB4
z9n+K5G1W`84APh-x82}-k2ak7zRtf$?=xiJ_F7>n^z~XU2=3jaWd$rQDMBCga6NYF
zo<MwEpEEwon3%Ilq$V_6?c;A9zI?sZv(1{$*0fgj3L!jiCN8E#>rn+1Gc&zK39Fso
zziHFP_LW^wNKioA0&M5ThPLvy>o09hzj?wM{*L!>X?QbT&9{#ol2(%e_~xpZs_yQu
z!rt9JS3cR%3W~~#U3uy0$?2I1k3*Yzz$CmAUaN8ralGAlygeJ1U%tv*c2c}V;M&Nz
z9944}Z8Ko!-0km<`T&Cp(j8%8>0*h7q=+%}D$~hx^|kT4*P4sXO>*ATpW`p$XGeeV
zd>}oeOZxE368}wPws?ScBfx0?7c|2M)Li)0{^AsFyy2EKvL0+x(PN7pJkyy5S7I9I
zZ4(y?uBG^1v4eb}PEmIQL<=Ft&U9D{V<`Nfq<xfD1~$T>jaW9L(3%Af2iH1kYFxR6
zhC*#4)AU1!&BI<jd|D7w$<;Fz+iMr~9jP!e%UJMuaB~X+(%7nim=&=#vVb&kakl1k
zD>BkZW=jI!WommzNCn&%RhKc4y@U6q!AO8}CbagIpI;<=F(^MsC2PcHnEk%%FcgmO
z%6}IJefh9^wzk>@iZzID^IruujD8!w>)HB)Yw;g4xzB(~y6W1G?x;?{D2K$sysQ_D
zYtqxw4*=xbwDeyp8&u$3nAp@(($f>=l2&Uf3~171fHE-va|RsQ!3v5WV>|IYKU}t`
zSNNTw*{%kIMUWBT;;hsM)09$v?Yl4#Fu<onYgu+$msD%gCqRkq!({f*>9o|{D&Vq_
zyabp=JDt4#_<g$%lycqF6b3S@G9|N<Ojmm{JVe&cDMyrmv*F+#@H7KIP-OVLYBJG4
zt7{83R{Ko~o;&*;cR&=_lc$j3G-3v9gxex6@!+c9lhq<pbg1{Y?9-+U2>7RKETA%C
zQ-}#@x4^c7Fz-CV1z;yk>A1SJ8&Pp9Mo}U(Xzs<$sO&5(AXt<sOP@|!0*O;8`JiFK
z?|eZ*Z|Wv$BIPb^19s~_X{8m5xeg2~HIJtY^2R$6m>ZYulwhopU$-_N5M-TmJ)c+V
zDsy>dy<4&NzT#B$(8b#_X8LF)=_8K^p1Q@Fdj^wE;qEr!kiMB^zeb)t<E$xJp+3;S
zb2&geW=XtK!cQ&ZXROL)aHgh9&{;_}X9m@!iCgXGUpm6`KH0i?QD`aD2Am%K<IAHE
zgtEE29!7Ir{koOby>^)U(zA8%-OZ1VPsTSIot!3)K=lXJb2Cp97tRWFOqq`KDy9}u
z+rGgF0@?75fqjq*t3eK#R>O<vAi^Gj^`$M(;ll}hhQ##S+m0FgKT3l1@sZZig?=j?
z7OZal_zdGR$MqP)n<fuE^_v`-Xu=g$mA09sGv-b04wL1d)>^pFF<G@9%P)Dh{m!w)
zi$HLANVEa{t!#QMKO!To@X5+xebkqd1QqHA4+pR~8D!A1$s%#5+O49a3fh-W#knl<
zbQP#!BxS_tdSIyJ6r7u>kEc!vC}P`c{flCYxIwBy00SxY)4C+J`&55#9YgM*)!fR{
z0=9oRsnmHELhM(k9l<1-8t)t)2T-7aa+_ALoZjq*;gwIFR2@o@10N#R8-+Q9Ctl0Z
zDAp_e?^FtU$d7T6Vddqh3Sff~siv0HJTc1e^X~-wzbzM;6wP1-)J>fUpXa@=aNPXS
zb0P2xk;)A5{KIgVu;FuWR++dYA||v-KJ7>2RasSQVoch@aNoavqYUN=Tc5mnt%=6t
ztd@$5+K@M#@1NVR<t5ax<x{%%aiFo_aOe5f?J^f1bjvo&nX7O?l;U@IzEK@g^hpIg
zfaNu5(o$OBnb38*keMVAIP7xQs5<FbgtIfX&Oat3W0Xr^G5#r+V^?$N_TAUvTsx|N
znk-GA&<v5vaA|?hHrHU4cU+rGxPsju)#>*y3-u1hm6kJ<E#(!KAGoC~{$`BDVzAV#
zpg>M59uoDO-?8r>mTKN5h=xiuXteAJtU&sLZ>lc5OZx4mdLM<V4bS|ZE=QHCFmF{_
z)JF?<sC@=&D18aJhzy;k5ojLt82r_XC<9Fbbd!P}LduSHYPDP4XYj_p?r}U&)LSJv
z1t2F1$|2HjAMhxu6rq9|1>Kcva$opC{b*2JVjB$8r`xP&e(TP@-`XH#_cbD~1C8lC
z0~txXevq2*g5NgNlrUk*_NwACq4sxiTpr)s(ir^06_FWFhLQ@7DRrpDPCj;D*DFh_
zSx3(U<Q)v2Osa%A-0_T}ydz|!p+Ryep6ksHYvj##bhzb;8+HCLptdDL-}x5y)$`EK
zn;X7h3726b;4|zi>3wJ?{8I0m!6&bwqCz~1sxOE6wM*|0RpaH^vmcq|XNV+h*qq4;
zNxzt}O|R2o%bpVi^MBbK=tioIb(Me4;k0T=?@IVgi4z(m`kQ-b{7Gr@p???=sQg7L
zR!lF5FQm|?3hgo8nr;BR{$RjX5oOR2ky(t0!CRu1LQh>sf74jUOr}?)1R+w%3o)~R
zvXnZed)w>^4MXc*AEDA2sS~$9zv*TRsju|$kkLkk>f|H6Qxa74;m|06_P6WGqey#Q
zbB%c9_;FL)9clGp0<@X`@C|+BXashq>U;h;d6K7vJ|&3f_&Gx-IYInwLUPiM{aT6a
zTy=~3Q~Kd9V$iP<9K`sq>5`ze>#d$Y98!$MBQ~vF#5_#pBl7242{0Y;($K>-7&2m$
z?KbH(S^5zX;ZKiGw$_%ewVks5KxJB&^9*!EP*l)P!48<AL!ZBSF@FY=GE|PELfo#g
zNqD&wtPW9*qKUu^o-KCWAoEQ7D^-%;PY44-DjvCAw{5Y_wEDiv!@G8Mia|)Ps&Z^A
z5r_TRXsIMieQTws`XhQEXK6n5_M!>xdtZ!?lvI-&EGW)kf#_;NlDI(Vli>X)JmhJg
zs<toXg&O!pf95F)y$&Nqb=S?bNs0c>)na0;Xz%3l<aBZQJ2U?vJO0E<|2ErLClk>m
z_P&*chQJ#ORA?fenlte!VGr#cLD99#aeQE42HA4?ljw&IFSl@L0tC=#omrfG!cStc
z&@Wyb(o_}%JmLA<Tz1m{72dJ%LVLG{UP;@YBgD5`T$N-@cyvUww017eUFIp(Bc)<P
z^aOlkV2}(Dtxy3(b8OueiK=qAs`MH^xCd&0aiATT(|`bvV9Uh^5*v8p->l_o7Mp0R
zqD2Rdh|wbkAARY#v1CcP`HWAR(8d1#ZYQ1p9Phm+GOnK41WV>b5zo;_vPlX0q$u)R
z`ERm_&I|38CmpbfhZ8G7_;+|O@D`LbVTryQHKz$+HCd_4oslkn5&=8Dpc7<jT1`-3
z69pnve~F!PJGG05)OkJ3KE))T)8U6agr3EfHy)Ps3#l_>O~L@jfP^t+9{zdfh-~C=
zc`%BZm<Dvob4n1Pa3e+uWs?UM;GvRhQ=3BGTkcbxqbe{D#+tYnhf&qvR-$&Qc7wbp
zh=`Rc=1kQ~fQqMtl{!^<f9q1(oj?^F9xaSjEL3YOqc4Ld82SSxL_KG|y*tUS%iG9R
z#YtsC^Ai!vm@Tit2Z|#eebi6$goM?`Lle%Od0TYxv^Hjj<%Jph<+0ej248s3`JzH1
zhlYj+Ld(-mGE#2~9}1VbCe_odcchb#X{q~DMzlG1Vhpo>S<Gf#KqJ$}AC!{rpY|1c
z$OlwY=@L{oE7?VjIFlwYM<$6P6E(p*gw#{5q$i7wj^LSiNWp_LDge%H`_BO_Mh<V(
z{#TnL$TIx&I~@vC1*0pY3+3<Pe??-*Jm)SA9_{gZ5}D1awz@U2`@xa$aB}@Q4~We+
z!F|srtd!Wd62^4hHN}jn!`Y%QDGdc8ZrpfvyqrvMN!HK2$j<Xq2{_PFO|HHoc{meN
zLG4yan|wOgs@AZk7b9vMs(FXMmAu^jv7{tNcpBbt7&8bKIuMl*c5>$H{`lv~b^!^H
znB*rr9Y)7YP#=!}nqbc@ccv!8LhXp+W<0!aL?hAt)nmRSAvvj4)k+KN+UnY>v_5Js
z5vrAKf^38s6&eN_14JP+OR;FBj!jp*Z9Wx%LpUId5tZw~ccbpbWp<BoTT@4`52yEq
zC6QiFF)kbg(-aynGXW$1Ou>Uq%!z|fj*&4x{|}?3)ig+qO4^5iW4sfkh~9D=tqYKT
zaF|<_Bcm;xFVS=t*VuT)yQ`sqqSk}i%!&v`LJ&$bEaL$G3Y6)5yg=`HqHDgTI`mc1
znp*)_i22+#5Pa)!+LdjnCf%MO?sF--jtHPHJ=YdQan!!~k{h#wo+7oGWRspfsFr^{
zf4S!1Al%gU$hl)v&+-~%pWm?qqO@S{hfkeqd&}1GsP7nIL%E5FRT2&#85O$jJDxUA
zs!NQ%dLi&R<i~Ts9>#@O;wfb2iA&1m=D&P)U?&rhutvJu)t0PGq6|G!U0rf&w~-(!
zUfT{SjenfHsfXp}&mc1pe5b_ghx)y=S82|I=_l->yhM~9DiOY#0)#S|p1+%Ae@kfU
z+7QDOysWF@gaNWPG_akc5`&))wWW<SWx_mqZ`U<CKY5ljqa<U~k=>EqprJLtPl*js
zj~#T~L8ION+_f8!$d7?JAB1|l`S{W~{FmEzBf!7imYb`^y*$gaPKhjC)utbZ=Id*3
zx1kTJr3CHdZKSKP{k6yI1jS{q_rlAM)=?s+5|;ZMNxvtJ&7-2%6^(RLzb7`o{E(WN
zMp13rLc(Y+n2b70k`~ZYKU>H7beR9!DdQmmjJ*OwfLGenb&)jejREEcuNr&}CHi+1
z5EKY@x?WjJ?XvWvq!5qw2b>`4&%O3z=OOSQd5x(lUtDQUrA9kh0uU+&+LG<@$KpXA
zrK(#daCy*AmQ(?JzN`S=clqUBYa2Aqnl8$}dfDRz3XQGaYJHN($6+_yTK_Wc%aa0V
ze)_Oc&2GJ=#8sel-SUZR9!l))^(IUdkb_$2VXCY|L<Mo2tLn$|iiNzCP*7VH#K7!+
zj#&BGxxQpv*(NJ>Hs(7o8h|b8&Hmz}*yXt{x}`#3mzs)4IeE*(%COwR#(yo*UX~3h
z!|?yOBx;V~xEFAVTW#@01KWo4@as1#xT2-?C#K=E&gBEyb<Y6m$-6{{nNXcqI@T}F
zl)<<X@M2Kbb{6KDgyvItW&HaxD7L9v2ssg$yJtyGPd!shUux7e)R7;Wk)|Vczuy8S
z_t)guRdoMp01D&{&ij#i8cd1X%R(6o(fsJ1&INhW_FdXr=3^+(F~|!4LkV<LNO^59
zd*u&YqVlA;U-st`9DX)!9a<Y<-LY%dEs}IeUZ8CgqD2o8jDR+LfA{9+#%cSdx7R$e
zcG+x^^ZOho-Jk|VSb{eV-y1tTv=neavBQ~qXD%JKfN+k97R{CWcz2R-9->8lhwtA>
z0z8ZJjHG?p&*_km+?s??DGNR>Fw?st?w!20ZA*)h5z76_M7BJP4iJ^pRHyKYYzuM8
z)VrekNf6QV$*YqQROyz?JKD^)7%;a&U3sx#YS*t02?^B&Y=wG8T4bAo_&A^yl1t~U
znbz1p(Uo<EaJ>7hE`<niQMeB7#AUmJZ8AqSK^JrWHOI>{)1ap-a_jBZ%6n~GDLfEz
zSvev1cN6>y@xylNG2`W;&Rb#MZf=H+fUj7Uyp;{I9zS@ZxEaRMv<uN>arG+X&@Lw3
znNQFRKhG*LP92?oYO0lAw9!#@fKi3-Scc@DfqCeVqvv-iK^!Dn^hIfR-%(dYkm#Jy
zsGz4CmUc&qhW6JjIP_x|Q?)-Po^p25yMC`9sIOc30Jg%Vdo0#0%`DYBV1&Cp#FwzS
z5>inrpXtXzZ0t6LzLnW<&Nd9wDjJNmqDQIqMa(@s>Hv>KAA0XIpi#3*$qVeEoBWK6
zgJ1H>U`P#lS`=?7(Fk}Lp4<}Ff7Od#QQll;MImPe8LU2>r*-9#yM2e$+NL+Y@EzHY
z?G^S08);}2<v1$B>%<UA;8XoGT8~R6;*J(C9$e<ZP*~VAvESX1DH~w1v7n`mZCo4<
z2VR+Wb;Vh~os#P#{q@6P2wY<KNo5e=LT1!CIp?#P-q*OokM59`+U!I7$-$plUdVl*
zOVj*|x6ris-KayfJhLr>^SIbrh{K~`cepviCsYa5<MScLAK3#~`&luPHlq$&&C6y|
zX*FZuJ$1SB(5w?WCYkg+t`9}u<WM&IimGyY1LufbgWd8+qA?5AHEc9{!)mMy_nH+g
zt+*zC5Zpj|C+<((G15vHi&iH2Aee{B`1n>d)Kfv`cx``|dX*UMqGpId&p$-Y6ny`h
zbZ?V?P}RoX$gh|6h(>vlwi`(?W%{CWdZ+@CPJsa_dYx}G5;hMsp9ZrpmjCog5?w|@
zBekU5X=gy!Y<03X<NZMN%;U~udk?OLH0Nw47g0Y_?L)wc6ZuYn8ZLTlJ>b!LNhVk}
z!%-GysurL}jx<#F%zfQo<Y0nvkLx%j@wHu8-K~R7a$KaoO@Xr5R?6mI;JOZ`^Lu|z
zEm0>^O^LYL(v%WAL(PgmdLji7;Rlx5xFrp^i$i7HXW2@yUZG$G>zrtPQHYRXy*!{g
z`*rvwXXo|8(uIxPg=1}X@XbRsZtdKT9WPvn+V}o2COafDZelY5vS?bK2A{KJyqM<=
zM*@f%i?p?*SI3g9-8l8gC-r&+=%$7h$$91;<_QdVo?{*QY;ZF;OAFJx_k7ji`KVB&
z{iS8?9J1KrQDGps(V*mxlHuw+ZZ*whUiM>{{^(ESPmA%X%$+;C>HVfMt`t}Qu`U`I
zRRm0ExZlcc;KNl$fG?J~aw?IwAl7e!wcqep2Y#zy$pDqYm^aen)QxNw?E*QGh|Ad5
zk?tH#4h9y<>me&ds?HTVIzfY=m=JzvYU~~kebkhSnHwYA(wc+@X0lWXqY`KkWgTpl
zC0YnSI(+}W3S<GJ>*Q^C?M5L6{GP{AQa>=Z{HQN|b#{_`Gs;ecPKNc6qDS4|zE1`w
z#rI<F9vA~DT2S=Vp37)dlas7C1Q2p}N9?VK;0N|YDcfnt2e>5icE?4oau>sH;=lSm
zH7H5pghXyVZ}aB7nhI1htdBoht$h-mHiEKRiyj$Agt5b<dML8b?k3%1-UKBzdMi58
zpb2D?8ND<v9^>&a-(BaBJk)Aw*ez(l8_kU&J*mBqp(LAcQIyiOYYIn8jgmtND6~=m
z_0rVAFK#XxAKbAul7vuW>CvR_B^%UR+%I{S`6svxk?L~l6eM#l_LStz;ueRztEywu
z`?+{A8$gLw|5d>keACGO{Np-=PGMII{?jVXRHZ{sIUeJwtQ61uVUKT<x(+FrJ1)SF
zpwg&E>Jy`{$__aqCCu7-iAW2|?PAz2LrGZMG$c=`VI(*$dOJ&S*+c|^zj5K^@a|3q
z7Ib+a?s@TYY%sN!gh}aie~wuQ#~5>_;^lis%c6wXTyv|zDD^vb;}_IG^7nL1n9m6E
z^7wGDX1q@p+(TY4o<b4O5(9=ieW+va^5-u^IQWQt_6*lGGi)7sU_{GHD%21m!%tll
zkPsQNr7wyc@mLbnQ#4yOBL@i>ar%n{qDGCtCZBTBErxpo1WKQ{+$ojnLCMv)K9u$>
zXLmJeoPETE9$#~ckE|BC_lwe(qtpAdi%9taLD$a-(y0{kEeasT9x!j-wFN8?6^w<L
z25+~X4vuZ|>bnMPRZ1Z&#f3ic&`3aE?P^OgKT$Px&|Tzwx=j*9`7u5ynx)$lRA?(N
zpcQ$)XlC?+Tg}hG1V#K6U&sEw=BL8enq@&u(eD%Nd)ns#Y*|tq*H#?p5z5dy2NH?x
zk6?OD(X%I<p1ixL5%T&cmHV{{VqCiKEmUk=f&27H?Q2EX4g=nwDB96~tu*BQ7MzUg
zR`@>2(fOAK1RY4pa^fCE>_(dZ={0Z9<h~i6b+rx;X9SxidJGg8*>fSQPQzOT!U=Yr
z$Y^ztM7$o2A6kbmg}z_*&wfO!7E?sIFGHx}USPF&mG8eYse(8UCJqD7r$Zxxe<Ipw
z?4X);?x6p3srvCnE4sS+v0Dq7$z3-M|A@J_Oa15hpHCf}t~3d9Koj|q#(w)|+`?Wq
zcSP)grIC2C=k};mR5`Ot`az6h!CL(o$3@aW_T5t08#i9KI$bSQXwcFd<f0evaMrVJ
z+d^^NLCmO#o+L^7ewJ1|t=15HDKf&vVUb7;So1j^Bk6~Z^wmJ!ZkYCW?#R_6N%Agu
zU;^(r!~$d#gaIhQ1J6i<`TIzq&hr22csSd812N+83rX#EM1z3iqqMRVSi&^;zW}WY
Bs&xPW

literal 0
HcmV?d00001

diff --git a/doc/assistant.mdwn b/doc/assistant.mdwn
new file mode 100644
index 0000000000..2ed35d6df8
--- /dev/null
+++ b/doc/assistant.mdwn
@@ -0,0 +1,41 @@
+The git-annex assistant creates a synchronised folder on each of your
+OSX and Linux computers, Android devices, removable drives, NAS appliances,
+and cloud services. The contents of the folder are the same everywhere.
+It's very easy to use, and has all the power of git and git-annex.
+
+## installation
+
+The git-annex assistant comes as part of git-annex. 
+See [[install]] to get it installed.
+
+See the [[release_notes]] for an overview of the status, and upgrade
+instructions.
+
+## intro screencast
+
+[[!inline feeds=no template=bare pages=videos/git-annex_assistant_lan]]
+
+## documentation
+
+* [[Basic usage|quickstart]]
+* [[Android documentation|/Android]]
+* Want to make two nearby computers share the same synchronised folder?  
+  Follow the [[local_pairing_walkthrough]].
+* Or perhaps you want to share files between computers in different
+  locations, like home and work?  
+  Follow the [[remote_sharing_walkthrough]].
+* Want to share a synchronised folder with a friend?  
+  Follow the [[share_with_a_friend_walkthrough]].
+* Want to archive data to a drive or the cloud?  
+  Follow the [[archival_walkthrough]].
+
+## colophon
+
+The git-annex assistant was [crowd funded on
+Kickstarter](http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own/).
+[[/Thanks]] to all my backers.
+
+I blog about my work on git-annex and the assistant on a daily basis
+in [[this_blog|/devblog]]. Follow along!
+
+See also: The [[design|/design/assistant]] pages.
diff --git a/doc/assistant/addsshserver.png b/doc/assistant/addsshserver.png
new file mode 100644
index 0000000000000000000000000000000000000000..80f5d56173d55e7539cb7c8583672e5831902606
GIT binary patch
literal 31740
zcmbrGV{|3k9_@FWj?=Mic5HQQ+w9n8cRIG6blkCRcWm3X{dV7Tan8B-eR$)2$k=04
zR#mOFO27Y{vnoVhRtz2n8wLOXz)Oe=D*^zZA^-r$JTxe939n|;XW-8VJ8=z1000){
z_a6u#H60VU5XwnHMg(dFngE>}TU?{Y3jiPlNC*omyDgox`C8$ad+a|tyO!()S(-+U
zoCb4z7q%%P-P<z6x7z|Ok+d@=mjO|Lz`R5X!B7`2Cj*bQM}|=E6(U8F^o{QR`cZ#K
zKuKKqT!4uw9wR$ks~Kz(`qxRoig6Kt;1B`JN8|+*1}F#mY?lJ5j6=oyo7XOat*Bx{
zg;;A1A3nzB!L8?Q_xAJacEn@4;-fh=J#UC_gwWsIhTWq`fxm>5S;*jmNWFC%V1v1O
zK99R*S>AVj7<$nHzn8K~Y7%%|jN1BKzuvE(za6OF-_|g6yj&IXzfu*6B7qBP%eB9r
z+PW69guM2T^F4?65(76`P8aJgNt`vwMk0s=Zl4h|qIBbl1l;KsxxiyMaGyWCey@rY
zKMrgQ{p|`1*h)~IkL2H-0pDf*{g1yi8!`i~0WSED_5a!De>VH``p|!F_LuelzjyP;
z*8b?`Uv~4)-u#cz{Il8r7|lO>^FKy&kc4Pcpk-M8_O0qC^+XMiptiw7j5YWrOyljW
znw~Q*7bj<vPuvCOPnI>fZ=Wd9(FwvMW_8Ou+_DQg{So<<spX`Y%e-IhGI~OUG8#X9
zVM%ScdZ9&Dmo<^9n@`*n+&@CeN5kY$*3D^w!QG;V5M%GQ@8@rmw$$s;-nZk*+a$7~
zxBbkA64_9lKi%KbE!d~Q`_1JijSLz9BpiQYXy?-+XqQf5ufzv+M)DspRp5YdWPKCt
z8Nm@S!wRJord}9AP;AD}ys{w{ZDC@a5>jczy+#}0`dp`n299Wk3OTB6qr`*&TFlqS
zLPL7=2wcgm{J}J$(NDcF07id5!7bQ8>_Q7gKak$Qv{Nt;$nZyEYZpX~`-1cvwv1Z6
z3YzqI6_q#Ch@a7)L=D69zUA@rk`0S5QhoYy3Z){c`7W-E`t^s`9rj>8N}X{*L$lQ3
z1y;1gxjllM*1{QswHTr##l}sg=RPTUx#8D^yau1E`>g;<L-P?>fx>w=Hm{UUMPlE6
z0K!@QV$BCpH947QsVY(bmul`>%<@b?=g~C=97#-E$@AOJnL#^Tx?ly!IU{y@*V)L@
zQp@u3(*jO8wEF7~1VEYj@e5@FH(iE+Cr;~b{o*N@<>Aj+i<(uY&PO(Rx>Klche`U7
zTx|lZaZ%r6o2IX*Y8wpL5!F}lzgPqC!`;)?cL~DX$H%93Mx!+$hX<C!2A%TNK>*i;
zrDNP&KDS=03j4}RFlFX>Udgk^RTmF0@t2z?{)&gvuCBc`Hthmw&hA?5yZx<rX$~1;
zsIMNon|Y-ca-+vYDYn=>jtz8~@Qc=7kAw=jg;rSZ-24cq7}Mi**bkX}P|1-BE)}V>
z;-L=2XfTDaNaOnW-@T8@U7SSvTp70L_UIaY>Tf1(3F5~9GREhJD-Ymy4z70kuY(l(
z({x!6Up}pHd~IParNU27pIvKpyA+c7iim@Orn$a`53rp%X`cb@TPhsh?pb-A)%3qd
z?=icAcaaZ%-Y3xjbP^JRQUJci^(3auo^_9|(FHCa=Ai5Awk~{^hh9mOoA+)6YXxUy
z3l13IuKPf1R<mqFyAu_M_PGHADH4=mG+%CM3AZUCVE|_$mG9+3aQJLS2f(0Pde4&U
zul$8Ax%9RKs&`3bqVCY3rpDAyvoKXLd|c*KBoTyXeNo?u9AH?-$i|7Nzk=5~u0=nw
z7lx4*`+0&Z6;CYw)nj%uZ>2?Ynf%<s1#vv$G7@q5tU~fMk`h8f&%-5Np^`b1JJPKX
z<iv*7QU(`L<-x+nIgh)W8Jm;pYiE0T0oQ5m2O<mU2jAcwd_R%nYjn`=<Fe{o!GODu
zAZZ2&Cz&HccP(`R1SQlQDHLd!a?f#m#nHMs<E2hHcV(HX@gprX6R(c!Tb0><a5xob
zai6fNtY3p$!f0!WlH9}EEfA7`hZOZ|iNi@V>Uy$596*fs9EV?6<&MH|Wd|XxueY$Q
zwP!k5^;Bj)bcc8}mR{V8it9^XBRlMSbE&PDg$HiQGwS9}1hA+?THgQyo>h@$`-4}n
zqD{qIG|tYut6SU2+RF$9tY;!T!0|SY^H!EMzf!B|N#j|t_>EZ0*Pua@er^w<TXC^M
z4NrEct)!N2uokN(E<RFpm+(+(Jdz2<Wr+?F?f@iDX;3r8iyj_;xlxAB8cSYp6l4Zq
z<Y{1Pzr$?wWMlleM(_hy;5ouJ)`>^gv+LUHw1Z)~1u*4lA5_?0YjS-XvT5%?j=oeB
z)92J!7n2FGb1||=r<t6dc*qO*qT9<&$%37}HKJLmq-x8RGc(rz4O$R26rG#_bQ}bb
zP=nvra?WiP;h5>x>{Gn63jr3#%+;GJarp|yTw#2j(u(1E=ye)k8_HZYA!C0%$O^c$
z%GC4AH%Tjb)NI4LMT1IR8vN;VPvWy;;l4FhDOz9UU(jBsO2y(TDywTcT?7^h<#*$Q
z-noHyjO2OA_AK)62^r<J-p>m^6yOwpnysk||CT|^IKqu^*Inc^XHNi_Is^ke8MJ&=
zAv5REV)q=gVETeJeC=G&WG^Al=c!a^cKL)+4pLGCUS-G}Y6%9$!5vnJfR|};`lMuJ
z3n_{R+i85zN;zBOhimGO?kBj+iA)_~ZZuUjY6z3uD@1=on8F{HF;{+7(rw72ho6eV
z%7SKWw<g}MerR5kj?ouL&#GbZ4k6DKGg^Bz`tw{aqDAkF4(x(lj&*Q9ad~{8414vp
zZYdx8wyaLl0B`qR*VHkHELa7Ql7t3O%{-s)p8LyKnMkci0{n#|GRsWjPn|C2{M#;u
zQJ{BuN|^T$LPr_uEJ&?W)t-L|6@_0d;_P$8(a!c<jjS&y3T*G}QO4nK;g&&R1p|75
zziIpP!a60KYY2d27O2IB1_{Mjc}so3RDLWmS1o={YMi#1Kh&^Is~8GvANg73kOhnB
zig;g5d6u<da)mm$PjNPFvUcBCF{hcoQI^=oDEoEW>r9!48_aLHb#$d7z>2^!-R)C{
z?xX<aefd<qkJ>|KebFTF@Kk4@gLy7<IB1USO;N>ZaDV_JW|?Lx^1yd%j)i!TZGBR>
zc@TA~TogPQ@b71?7X2X2C;;CbVrEl{2Li?dJ<t!5#vreU`WkS2dDz>l%<)l^C@7xK
zC)`{V!7E#jjnwgkkqz<nyH?u2qujD_8)HpiRt&+>6(8pcB~0)4iM1T&8X6;Xsy6pN
z)1SqE4cLpk-7(=xlT{M|@$*?IHqs4|&#@b+3_MaOXXwy%=AgRwsjJr^6jz>_mVItC
zvZYItHj^tZ1e~d#YR(>7Zq&b>)Pf6?;xlW4_2PB{q?fbYk=P?GUp$dEDc$8k{JwVW
zwu#kckpi!LhI8KTPC~yK1Bh7?fatY&nW!nncMIw^l%p?2W?y|K(`ZlO?;5e^TiHH2
zau1S&?Gq?7Te$Lx^&jhrZx5q?${&Z=id(x8yUrK5>DE;*je}<ZMN(W0q#fPf{~Y5R
zY;go?nwN;)a3&K(flikYH6MtGW3kenr{uDRK$yY(%T(9J>a$LSe8cUn&X79N?5i=$
zN|Ig$S9-i>hvxDOltjl(?X&?iSOa1xMUj)HLyZCmiW)<@oY?o59w;N-_j?S2F<)sK
zzKpCkET+MysP?lZw@B+{!$!+(#JI^lf}F*S@?U}<Ikcn_KMv~K+kyY8r}J%txq&@T
z55+B5!YQSUpI@oUYLx~}&WMc9?(lYfxv@j^dtbX6qA0d$`^3xa5zX5vvDBi~T7yG7
z>#%dUk=NsGz)+xFZ^acBccWPyD-NkQXI&@PWF^yLfAz6bENmR=@?{cMtHYG^#xV#=
z7f^HUIeI?l+P{+IG&H8+G7pKJ<ietAb6^pGT`z}s0s-RY8rHvBca$Lk*K6-mF!je>
zRj<st&3`B7rdDa7lcO7>riDSyZ`mWQDe5?5jOvXs1ymQ37)tuojKT~|bxnqbZ?}fM
zb}^Z!>~#@ke3^Tn-<Dr`56~M2x(~3OD_BWmXmGKkZe?)@(|um@0u+J*6i~4O4>bT8
z?373CdJ4<PYdKP**6l0h><4$6J=5DT?IVvXf))7r+U651XZEQq(i0^jb;+|5HcR3w
zbmqZ*R|O2HyK;_2Nfcyom5iDL=Z?(eqWPn%Vn^1Z57XLPyXI&O&JCO`wo5!S4|j}*
zTC4DV@>J<?l@wexT+B-ss|~akx%tA?id3MTKNQB7y%BoI(u-|55fECap*R7qCoZQZ
z0Y}&sSj#UTJX0kATU9A~xAt#~L+1G~fE?&Rg}Y;wpg4zf@1?oV(V2pvD(v^o%M}=`
z{djYAC-i;>G~+iUMIr+uBJ(8KGv=Q>J;)6wczCSu7iw#_)~(9V*Om6MF)~M`_f_<e
zf3fpfzc~~U3IT55oCI`B_3CY2b>f7+YI|BXmG`$qDif)~b{BP~-oW*!M)gxz-s3jC
zZuK!sxJG^r4Hhi$na?oV5bh-e%V^zR<sbU^HAlT=AMr+dc~nGsfp)bT5Z}8L5w3p{
z+ic3_&!&VnB7cF$;riY!%gXst0d|_ks>V7DjWSdqx7k>D@bMPAyQr|3+FFS!SSb2u
zQMtV6Vwlj;_TvV=-|jE``B)(p4+RKGV&RnjkcN!2jzS-)vkKo)ak^3T(7sSV&hg+e
zLmBH+@T?@j!FeRFt{$N`G)&<zah^OKU-CLHPoH(}>mvE;y#GPQI3J+`y};7R7(NeR
z?5e92fAL8K0+V9@ERF*_V44gWVzbNbBF_g+fq6SKmyl>iVBZYm=?wbez9gu{JpP&k
z#ZHS|zq)yEL>BCo7fx`~$y`v_{^c1Y{lf%inN49-?y>Io;%nw1GmJtw<=&+psUKzs
z{j0!DCn&V&7l8yG&=CJo=(!bMEqao|{H`Lw{_pkITD2Fsz{uwjkOAwUz7@+Oz4F|7
z)6N8SPq4<W@-_p5>(g<!5?<qd$OzM#iZcw`mAv_tv4~9JdA_WKduFNomwRGF^7@9e
zQB@_W(U5!nk!R}M)1Qxu<+)HORhE<sO)7NstuPvEewGzZz3T=-QiIzws@JFX7Bsc-
zUe~$q&RuiqsH3uEp1v6%E-K!)%aKlx>|7P=DPF2{w4>+3qd1A9GH-*q-80*sUETJ@
zZ%Da4YKzx%ij|L=<s|#lx0XLOri)cEbOUHBvOXhKfX7*K;Yt8zmt4d-Vi}tX)*rs;
z8dS1U^ko~K2iY1h66lINvU69gCwL_;teIvwrpba;1Vr>b{TyRC3^N{$EkZQJH*Ehz
zp*2?8M-tpr&Oj)X+e&zAO_oKQ$YtqVXCyeB(xM)HwA<Qs%>)BE17D6tbMGQwyxy$x
zkzQPKhJ}`<3VE^$KEHajT*)e!Gvw4zgdv_Z0e>R1Yl0X2ilEM!ZiqS;Reu*>RML|I
z3vI|K-ZDJKK__2_e65rYVF@;b(ocw35xe%<w5)h=_O)It%Awi`B1E{73S99S)43ge
zxu7^z20G-!&qhPa4>^oQo})GzNxR1J%+;l>TsmKL^~B0=UxT+7TL(66+SVg%`-v4~
zDUCtjj1A<$Px?cx`=I9FI{7!9pZg7ClKPJPGO3zY(i5)%es=L6=qO-m89UQtY1;{t
z>kB2o_fRMb-58N;)ak|ohyX%on|JQqs&ozV+>Uy_m!Jaf>jYuwQaSy<618o(Ee~5G
zN_`C{PqD&8brS==-kPCvf+e<}JA0mRPa3LVZrqUh^g)%0bO{dnSgJZV6VfQGR{B0T
zZQwLem&kq7#~JTOjeI45;E~I$4iBegvaXMkrp1cfAMyu`EPXuR)3}!2mn7c}NY9G}
z%cjR%3KH;f;%W|j^wB3KEs_?e?<{`&zMe&Ocx%<STUFwuK~JqYaKPOlNh8PBiJh8A
zy9x^|(2V-<om<+@^v~L9T3MRR>wH=hQgywTl*Uaj*j=kEY!f_6_ddP}6yy;Yk84l=
zW^ZV=U4dd4=x|RpS9Z*@58anjjjqlNFmr^eQHkVj?QQ#CFWD^7C<{TWz7!F|*)<ar
z+z1XAX?#KjkI9&6Lrrwn5Ea!R*&W*6x=y`X6rs#WKXkTkAWmpyFz3OQMHq|lw1TU|
z8CDiT-X9|OJE8i%gM^{YSR<Yn)s}rIGX_S8{Nem~wRIVk5PMvOA0djq_7wLDr~O8K
z>CvgpogK~Bj2pJh?Cjc7<G8>4bA`;_kW@^Dn9i~29jc*Au$C64LAHKp7nYDloOO?5
znjlXMLr^z!2|5H6*)wmvgP>qefkBlx5886oXz7gA7^!Os34LNrf=Kyjy)rWWr#Kv!
zFa!Y}jb9J@1iZ)ED`aiaamo&a%8;LrktoAu&E}(s>|`ZOc0g&-5ei4!2UVoF^lrt7
zk28wJJt;8I%Jxpb8>Q^f?_aRcaaM6?K!(_zHxGrU)+%g2^k~@jaqw9fdLFq`)`aCx
z7}4TNIMT$qTvH(hll$cfMLU6~IS`s_6nw!QG*QB}9Wsf9n%H5I7(S4uPou{Us-w;I
zQKFA$U1sw#CB&9V_&k}SB0CzIO&GkAcUDxHKJ36Wghi$H#`JsMAq<2;q@!9a2blUc
zP;A6u0Um{Yp0<mN4_{2jY^Ff{QrN?Tj-eWq80Og^z|z3<_e9Q5HorU<e=+sDg94MR
zpWYE>wvrl6!{r%>K;<}uV&yC>9o_Gv!Q4o#pL6jDcbWF8WywAGA=H6KPbogb5}vX}
zQlrJDh8B*FWLPya68LOr&1P@yHX>bD&uvy^#6z4No`>O3PKEegQZ7NPu*EW|l_~bF
zw>m$9x8`d=#Pl8=UjjXia9@*qoYx3<7v~B9EVxSDg8D((dR13?ylHOlu639`!DC3b
zH1_aQBAvB|G#5G`T<Px7Se;0m>sy%_p~mT*6ZO!gI7N-?$(R$90ak`YVYRBKF9v8D
ziah@)oh+o;Oc^HivQ@?mFIu9bhO8(j@I2Ks)m7qafd<1is?(l=H(zEOQV@Ao%8(ml
z%qxrPk51&|<bMA(!!cH$ggDxd6<EZo#&!DI={D$++Q_b&MC^X*W%xaUbJZo83|~tH
z@ux0iGEN_y=3Z@*zs1ujokFfySmcMa2O%cIE$@Mpg`yDl<M=b{@`*k7?SZOSyOSR|
zD7_#G1$Yt+JK9S4&<UB;QL?V{Fhk-?jxd<m6!oT}Wy3HElPpm<hCTi(_Vfmo97B)B
zCebClbs93Onc)akmVVa3r>^m6y}~WD&4IM!I=+HaH6uS~uL!H*vZFa^D;{v)2I->g
z;yG!{o@u?yI7dHl%<zFc>wF^p-&0|F>_&t)4WBaM*6qo8eJPmptAg+7m#5)v@FW5V
zQi&Mm#LZBgf8+q4Y6%!X;k%oc1h>0&SGyr~@Sb`>Ya>hDV~DV>!3-9mDs1@N?;0YD
zn|S+2s*k7SjKxCyFjjJw7Z1-zgj3nF)7zKkNu|5|zMmW@czA4I)CD-W(o>a+bP39J
zeklb^#+)?so7mZa_3~iW6#K<Qg{ofTjuovQln(IVE-yK7uzQHkm=HANunY;&MTO0N
zv-;U!uZ21UR{};D59<vfG0sFz*K-hr62s^@U^w@!%}7GHJKU%7G2k;99ZF@NMjcIH
zE#XvLb5i#ez0@$JZJzX_)X1^raNV1C?l3F11XDm1zYr$^k%|l*9aOCQ*s8)w<Y<DN
zC}E!b>Ui(mnH~ME>G?uI?V+E@LId=3YOfbxB}p48-T-0V%)+A`pSBFdh+%(W7+UtZ
zhHjUiu@mep_;+PKd?roYA%wf5`xS_UkBibv#Xh99n6yWyc<a*)b9<XbrXmFUi*RbI
z9}Pd~Bkg|2zI{r#>F)aBz@kFw7-`=dvxp!hp1}Opc~U<_KNCRaHWpoqegAoFpNw}L
z>!}#_=5@ce+GC9kp8^z#iE<z=#+p^;FzC_H5Nj5-IK;_GOC&lSDlJu@`s%LC*uK{k
zg3++XhD=ZM^v*}DgA>H@vM%w%Pa$1*K~f55xqw~m#5jd9@usUJZJL9ZQd?=-JvP<E
zZmd-=2LV(`&9K4k%Z1eCs9ThyXGbr>yvg2=`pKc@)CZefFix$`En-QZHAk&LbJS-R
z&Cnmu%Ei#xO)*?;avu(gWXdzHF_gL%f7SEh@*CW`jHkxaSkqBr%46Q0j1LehOFk*A
z!>soR9{QZSwER#chP0FBbn##0ypP`r{%KiL_Tr^4M$#|moNhG9I<jYKhLSeE1d((j
zG|8IM;0@vL#jU6_Oi5xrUb~ESQFG}z2vgGFnO9yY=}bg`X5Cilx5`<AzF0rTxwwWr
zdwA;~lDvh8cV0X*efD82sNq)YlDX`1EFG%JPA;R6msv_TgD;WC2<mnk-?)27a0=VX
z0@QqFh&O7bF2W9AMUvR|YgK`Ug4>Mj6c>{ot_24r+E!M8l_s$D_X)OtMYdm^9_}DI
zl+ZEK+FsuZF@BBemjjKAX*}^nvY77X178CZFAQL;=UHf|6Bt-FP4j?s&>Dh321tin
zahDB538(+!mu<*}-~<C|l|2{?x-+RqjM7s;w$OUEXa>#>;8FO?Cspq^<Ag)9ux~1O
zy8(gRDnAxxbJIPB$|bNX_%P$e#HKQBOi)j#z{nI1FNb1v#6?9K+*z?Aq?gCNRpwMC
z1kaRMt0*|Bnu`XzU1VsQ2+iTySijCJ73^4=a9cuYaVsXO8Azv{4$B;64kvy4&lBf~
zOJKaPeQrkRebn3j7j)mrmZHVNy<6b)q+K*quNHriEz9cT3E0P7F8h1<yVs!mk7$+t
z%xUzR)e=}+qS8mM@Lc>YqLk;et$}MAoxl9DV+c)xaXuBT*ZoHS-|mvkFS8pSIiS_^
zKaHWS)nPO5wZi?f%lx+sfh`q;%RWsXjQ#+_b8F@5ZG-IBJD)1e_;Gq(t9?XeZ^pg0
zPdQo7ifiks@bofPdRmLN{YZMHyFi3*&|Pyi*KFgKWFx6rG}mj>D@EU}8LqBFwQA>U
z70hAx*3b-xK7$7mx+Tr?DCSmJ-HBK8TmA5}tW1fk*r2H~zV6Tao;2>Kd5)}*N8>8+
zPxE))_4VBIkML@K$wA3b;E!`K7Br!cqK~D$kB!M-!f4Ja>A%97yl$Pk)Hjmnx^t8Z
zA4LmiMGI9HBM_R(Rj3K6S{%gcFq|ufuMk|Zd<TinvRyQm!o~`On-uB^=Sx^qI^z;G
z$4rVosgQW;DZFYHs>qb!+O2TfAHj#7R;-VOc-fOB?7OLb9h=9CDGHxaU(qf<e=P^S
z4vACZNe<R1Mc?m60ubHXabH!d<4rJ=B`p{4q5}jthQ24pL7-!9$WWl`A%$l<ir>Fh
zeW@a~2)7#Ct*=RZhCzEp39}hjXSuo};KO?uE1MdMgRhK$4A{>11X-UpD_zL7(ZG~%
z4RiON-Z+6nJnI9nz`_!vBtw_+efWlF;d1m&x#4~lj|Q9K$FG5j3er+#sCD_3b)F4=
zPRj;q{<2;VqS++Lvgy&~@L9KEpdE!yH2_3bZ%fT<!sU@(91}Phs){YCQV(D$u|Cnf
zjxsn}BL`NJenc$D(YPkQ)9V&|oA+jt9=uxi?kA=0qFvPHMY}ng(fCTN)%R$#71o*`
z0@Rss#}lAHlIzIUM(1}lQ!kqLPbLqlC{+vgM>sw^wZK&|@ftB*(AaJZw^zo3!c{xA
zx^U}*e6>G6I)lt*739#xzArx$>B8<knw-j;Z@A}Sr2jO~5`zOfWM&KS=}E$u;?62(
ze+OU5!rl4?Yl<FnQ^n5GHb@5$7w&%cU_Y-11ou16M)l;vW-JT;4QtUUl}9p#MiA^R
zVM%CRx~rrek{o9U9%CfVGS$;*{e>G{by(9NgNz7VtSqYFz{gTTPZvy8Q!`Y>v}yg_
zDARG%aqbr|_1P1Pz7vlnjGoDW4f2BD!Z;1n&pTY7{ud=@ND1)J8oZDNsSBQ}bHwhc
zlArD=5hBR|2AAvy3#icxcPI%m8_;FbyyHp|o!XD0gy+~3w!{=Intmq6i{zhpi`-hK
zslM5Tq^wkGIRUl?h5Gs54;JD4{FQ_yN#+JJt=d~#d008xt$asJu6K7kXN>TF&ue(B
zgJWx8qDg3fj5b@}Wq~%iJ3xj$t~PvZr}{9*UVWH}`u@Xi{}!a9_dSj!VsQiGKH^Mr
zN)5NuhWdls=c>z<tJ4{&C>=}_$6PC$6b#qtk4D}(SoQgPoJ95AA@}UOyfj>erL73K
zVMP*r=u)hAAie6etgM42rOPN%JzbH@ElmXv8NvvL*7p*@eN4=<+<xi>jR#wzb(Q8-
z2erM9BDaRcYCp7GSQ`t<TG83i@mr|u<&WqI&0ltd)MZcA>uX2StTZn)N2D|OXB4Wb
zniOoTM~_*S)l2O(=L6*ysU?6X-qUUP;c>cZIsABWMAavEoH(sISO&TAVL5J299Tqd
z7(>B-WdRClKpe~ak82v7iS<M!nmE^bEgA}ypa4^YCwMK)86%+LK(ggtA1I9{faT)%
zyk;TDSi?4=FoXV$s33%(`AQ)z8ZCe2({ma%mct`nyU$i`(cEKXaOh&3S*36eD@Y~P
zX8~0Q$(11tq$K2PuIV8esctoqMb2C^^7`V#>FKwVrX4Uhue-UMb%Mj<W7rA(_uRb>
z7FnRp{qs6;<zh+>xhqSl*^{X$hXx6GGu51j*x`q>vNY57R{Xf!KM%m|1*{ls^+9HU
z{@>G6zqIkK<k09Pd9LcP|1YNRLVK01TaFJD4LscndzH0kH8%!PFY5AqE#+`<T=>uG
zWe5Oa<eXj;IbE&Fie#7^&O|B(dKqgU2fZdkOJmM-rItyJD0hzfx?MY)o0A(!n|$6~
z2gp4N0>r5ApIekHJtJgU|Ael!I(Cq-0;TAA_o7eA0tRxr)g)D#`n5ne@3wK3@h9Wk
z)@Ry^J8K0>=28SddHNeGNsst(PIi1l{BVtID)S-}9VM!;?<Z>P1!|mSiRigo(oRkb
zKMX)N59}<?bTWUz=!lPBCeHl&Z|Y28nzg&E`tjPY<}b<<DJV`A-)NLJRRD%=uugnp
z`SJR(Q`R*l=z7zFS|6R6Pp1^R?I{%Scec~MU_iGfw^rf*s0oLD>!P)-z4=!nE$^SQ
z=8**_G?tH~Aer(VnkxilsvdTY54Xuq^@|=F_$(Us*&^9Eyd#I`On`p`17-MUfxJv!
z?lNy$EbcCOKeCu9H#CvT*aKM2@{o*#Bpt@=RrO8c>qmuGn8MlrV$;-QUv7%4zJ&Pn
zZELN_R&N>&+$s%_@P$&X!6em|whEJ-ZX>~cvx@IAeG!X&8OxM>9u~(Qw7N!~1H8?+
zQx>KuNPRhDd^MDH9Xx315mv`Nmnf>X_ocVR3v<Y@3mMFoG1kZFHCRs6$DlxAChp05
zMyKg&^gJ+<YQTn(dq2|xzm<OgN(ftq79_AJx!@aqxy#Dm0Pcbe?Mu=tZa^eVPv+|*
z=66X6{v)jzOi<2k2KL_SH1p}q6tW6g0;$X@|0i=qCWGAqQn9ARw?AVe4{vE~tR{W&
zuCW48x>I;fEtvha)&Jl8`EVC`*6xj>ab(t$q@d^!*<j1*FizrXO@a$p4mM$MaGe<%
zWFT}UgKC~vU#T^V(7oT!LIYyor;MmROK%#02r}^xGs63q4H9GuKS*nS$LP|9*OxYG
zc~k@AA0q3{WLbOjJU=f=JG_W%F-!P-tA}c}6hDG={;EBlZ1A9%FYtiSG*SDKx2SL$
za#a_F8YnRK0E<|4758yiKmvSuwmN-yHFrg`WG+?mmNY*wyw#yvpzq<1wE*}iL=%RN
z&}3DiJH;DpYp+KEVnILoX9iuKc1<#}{l=9eqQ~Za$s8VZ+vgh5L-$NuFd<P&Q;a0V
zp7sIe^s}dBtzk13n_d|*d=K?j?jtPLwi?G5>p?SuXv+Br{???Qet7ANPHn7TeUd~Y
z8oMx8VO{p{vbJrZoP1nPe}(9Skbv!-etIZdt0RO?-Dcl@3I9h}#~$Shi+4N@81ZTR
z@IP`tZtPc!0XFE)5YFpX+qPld>{=;l-*<l8a4WJ@1Fg5=3!p+PdQ?BMNpjdvVaRUu
zP|+WQo=`68lJlN?;!6Loc2f2afk$kMnlO_1=WfvZ%fksAQ^iw6GDT|P+R}I27zpdV
z--&}=*|RcyiO?JcnqGebJ|TWWgr-iV{7g%!QhJ&n98e$G>s77(E&2FO)Jm|tZ7asO
zD)A1M4njDj4Cj-tk9KpNLlixiSB%%PX`qLgW^-b-wh-B&i!z)>Qoz;cMBDgrNsR<c
zo>qk>8(DHq2PDVNDwt(u<rCgWm`{u4#z9LTBY#$bNRs3u@mI&i5SByCzxt@{Difm9
zseA{KRon6B`@#u8ie$>(HU0_#={6nGhXHOBZ7oDe3JTJ-<;Z1BL+`zQe7E45(^t&c
zc_{S~il`~2&u8xt3Wf41Y<5c<^Ju}dXw_=@zqHb0FH-xzNS`D3U?|zM6oQozYyn2^
zVj$yjg+xtrf7T;wfFT3#>^YpT?CUPcU7BYl4tf8<w5Id#FXL+b<}E5l4U+#BS${bE
zBBhHjIml9X^6bxvNqWCH>~ytBP|dXRV`aJ3ZpOIa_3jVlJpxLtk%a`%e+9Rh#CjQ#
zJ~q+;g*m|x<U{$E9%L1^+9g_6MTbigZmbXAu2Lk0G-|AS%ph|nl{rx}G<E@`#GBr2
zX|7rT;q9iQfz3&X6z>`f(_tL?1^<#rqJU5+GiVc;diZf`$V=gNT$u4v%?Efr586|&
z=JJ?z&%sO~aRmD=2<9+hV3H?w?PSR8Z}0|`3dfYK2H0v8X`&_0ej^#lvL-F=U+C$1
z0fQ@^xhH2Rrp#`qvz4jckPi(R+7{1+SD;CY?6=lQ9V9&^)D*g?6ud}eV{P!gPnIK5
z;>-a-PH7w^EY2hv`o4VmE5EiOIr|AZo}XKF^yN6e2OEi5T54#Scx3K3|5cKyY?mMs
z3#%_R8Wwp7yFC&POdo-HxH=%pn9>0b3Y+={^{riO3U$k^VIbL{I!D6R7JDWkipt`*
zfh8qvV@^ry*F%-6#h6K()Tl&L05jN+`-~4}dne>{fMoZc#+lp!S(cvqnbyHB#})Cf
z*8n@2%a}#Fv=SImSm-KsQ`4TZ2~Aq9r3Gdj^#u;=wXK%q*j3Y?_M|a%)@QQ>y!;&d
zJn3tvKWEEgjkzrXfx`_59iu8~a$%pB;M>dCz_kG;ynwid=2cv8Bi8zdsQ79L6cuw+
zd7DD5AEhmD(ZWwutF=y5#by>J)DDVM!h!KWX*yG#SDG83glA3f^(Qnsd~RVF9YB<0
z<@WyodGD!e<zoEhP#k`g;>R#=>rh)&GwPt_J_?D|$YFht*LsdoH+g$>c(U8NJ-Lg;
z)+m=~cAZjZCsWzuHmFltc7KeL!1BS8p*}rra4Jz;t$cP)(I?{-Bpm#mNXHNUeF|d~
zH2%2ky~U-=<}d#Nq7y0Jl+Xj#NJ-H<m@<UF_S&$n^NS3i_Xrsh+fx(lKSCR&_u+D5
zeNh?o@Y`a944BbI0!_V>lh@j$N~b049h#CL%K+1EUw+Z3+!<K111H#ZTvU))clK&g
zU7N1;7vT1C@j!vMt^SpgR(Y-5UJJoRIJ6bfTj(Vsz}6+%8>mEIw1gI=UKMK#*Waj0
znVy+}PP8xO;Gj~l2ef-~b0%H#c8B^7U(C6S7HYZy-Xc1fU~y0!X+H4y?YaM-Iv0Jr
zX)T8Z)PD(N8uxEV+uODNXYlV^=*677p`(#km-00v0wnlA;f#K}yXVo46^$_rD~n$B
zd%Meo>6Gd%Np_#Uf^7r*?SqdMuDx-+Ka%2ZI6q^{YIUbLS@LrKwlF{la@UQiy39&c
z4)T17dHFZjL=NP9Sae#JB4hnbZk|0<wa59n+F}LKJuB&k$LyfQh9;;m70o-{j9J@R
zDwxbqFdoHXCaz?`5%-y0QPrB2?dJn12_C;goB|udhi_x!OC2+a7=f$L*PoyhVl(f{
zE^bE&?hhQqOHyP6P{X*MM~E3zn%Zr*ac1c<%Dqq4o8Etw%2zR-m^-m7oqRF2H*&Gx
zXA6zWTq4Ce_lVD*8QWL3W2-Jh9FS9QTdkRU(L7CdIDxEjJfnI%x^0-YG3y-fKPRIp
zT|49KaGSnVs>ODZv*T+mTMx}Lk8s`N`4xaRa&Y*o){J~-wvS&j-8`bl2C+JB^{uXi
zbTzV=D6U$*-B3%6R^N53RHVMlacr*vEWw%ED+Tf7OYcKbq$5x-UR*h`GQ7rO$juB5
zr32nCEJ)7pl(p6ZTVPP~w#%$ueo2c05XlYk_)*A$*}Lm}-ZV}HV<3=0f0+HSTt}h`
zMQVw3ohkG62EU4Eh(+W7Lz}`4;W)IYBn0&fiLq(jR!DS^t1qo91qsyT8>J8mt2(--
zC<&Looog`pL0Vr2l!=YvvN0I&X<X-*#2c{M@Q`6m`qe*T!T&&s9H21MYkkOT87Pp1
zp})ap;>;$cagox22qg}Ot37D331S#^E2-0<p*8<~zjKPpl_b$xA1b0V^Uv#mIhE><
z>Nd`UYW`>o?vYu@Qs;H|^n}7B^r@vW9{Y|rv*`eAemgs;uO&BAVVb7yX7eQ09|KMm
zs&`tO2bq4wyV@s<{G%Y!JY$x(Kn|s?KpV{4g>DY0i=FAT^Q19k=Yeiz#}h+eb6>)v
zzEDR351100?2{K;C>k)<OyT4M*?I>bmky22$mB-DW^SQn4EMu!eFzv`ZdBbj`$q&g
zI4yeoz&-OH`j+1x+2sEb^ZmcO*?;7*|CJ_Q>_fWtTX@1Z%<Mn;=rQH^y+SjTo$@dO
zSLPGNWz-(FJ=m4T7b^GkC5v`mS?hqrSQb-^y{_c@)iDDxjHI0WGuD_J(a1gjPv`z2
z>I3|#mft1IZ?DIt%Ma}~)|y8@d;uZCm00kS`!Yg5ve|O_Hm7K3`g+-y_od8JhLpE8
zn+V&hS=KS4@$0@>tA-YCEyhO$K!9)_%a{GpGP#XnA)xIJrm{HgwOI4U)T=$8bmm~>
zyWLm=aVcKh8Y<iOO<5${py|iV52r#0XR?U#tmO#~(rk(Sb{jp5pEmMssQad7`Pk#E
z*lOj=pD2Oa+KjnhZMROO)Z8hDrxKQIHP;O_p_&vYlSyGnxMb{a=b3*+Qc&y6WQP;I
z;Cj8!I|e#7HA85)ut^t$flU)>S+8L%So7QjE6ZclRmJg|X&5gfO9yf9tfgBjE=~1#
zK&$9*wvY~4@fY~ZVD}H`g$T6eP{h(Em(-58Es<jl-{a-}yk8VAZ_*MKW;FCs8LZ;~
zB$z5=j!YUvP)19s*0c(|dpWn&_A2!qlPazsW|H*mg}Xefp0KeQiGP#Q0ED<ELc@cg
zuy7XzC}9lH{S%WvtO}W&cO&%vpdk|j{nr!-KSHLjArnV&gbUe$u>)^WpqUhM8U-pk
zbry{1QK^v6u{q{<{9ara8Cv-X6gc|uqy0%|5MFXwRfbW`GD(*I!{2Tq0s7m7`);nQ
z^>vcY+|^t^g5(|QNLy^!Wj#`V70tXVh|M#uC*hn$YfnhZu=lC7c`KOGV%+6(cM4;^
z)O;x9HFYTm`!(=VRqJ9hO*|AnKlOc{*DOjjN(3mJne}7kESm%;9Ad?N)dQ)#@vc}l
zS`R@l=>`-sT+;A;@m!eTT|b6E+beJj*^Rtfyfv7~i@+Wr81ta%zf?e3=D|k{it~5e
z#>W9W>1Rri?`^7H^iE}PpCf<`nl@eEDJILPcp{0pl>uA?Nsa6TuI7Lt$)Pj7J&KK+
z0*vK|NP`+TzNLr|d!N9|*t+a8H_7hLSI<T01nH)YBqR}YN6`YJgTLS3+N@cFAVusK
z69kE2aIvfJa3z$K=(i^0ZOx&JVh{aCS+fvh8eBaJ4zu=Eb|J9fx&CQh$v~w!y7pm!
zX;5cu)11x6(7qb(<K~+4^4KlA*I`xd^`Xc02fsJj0E`{n^YZ0_gd>+7rvs{ZZMwm7
zt(Y`&2Wn^EnZ;Y9#fKPJ&B4P0fdPmb)6ix=hFFk(cki!{QJHWQ!kryDDa+a>eq<?^
zTpS{KEQa1EgL}in!%F_!!*>JPY<ju~(!6^h8yj%hrGxdGO{0XFzmh(0rl?5C;gI5~
zC8u3Z^d)f*nazhCa?UTUWV$ZSCdU2M87^w>0*Y8wW^9#}_DijOYTO4)7s)9WrzdNM
z18zI5FC*!zc@O|*TTH}zgU1llg~U{LPPa%LDwgUEm!sXK0)2f)z)0&s1~0Bo^iP__
zB5fUr?F=Q=n({J}c~pXw)#|2V{aQbyFcVX@6}-0l{6OH@ny|HU^5299Yg*8rlwVqz
zx4r7@85y7M7t3{nDp{^N{!2NTJofi=t=4thNiC6ZuA<rvY4f)L=Sr{}@l(_DaQ3b{
z0R4XN=T`-U2XhKD{Vx0FPx_0qZr*cD8U<x_!-S$O=6sr|3I_hT4okYGO}Sn!qq38M
z3#^@NGk2%QJ8++uo<N!NOk~HNzFeR(vd9vQM2HMI;VvT%AW(A&;vO_!8Cf{>-kCRf
z8aY$N&W}-uE+kJ|2R-_XUQJk~8(;#6<+<8uG}Nk<nwlm1kGaa~|E{Z*I~JWu!L!2O
z(TGf2*#yHQIt(;@@7ki=k4q4Y#4!ZAFrtbE5Cau?coKLXFl1^aX2#UgC=dyn{6}Y+
z290E=G3ho#^W)`17)^wii*@Vkpnhg-_4|!D>Hz&_-7H@fiyNB>rov+D=sO+J<zZUa
z`0+JJNS41SVBQeF6)<D!toeXsC?m+qT1+&voZKErcvxt$ASFj{Y|=@p3c3X~X^2VO
z;dqRs0yh38M8Ka&)NLhde##jwJV_h3Kzpq7WoLUc#_o%&g>^-XK!?SRRiz&AqHy6T
zbjhv3zqYfo9Nt`!PZSz6Nzmqk^Qa{$`^=E-G1uJ5q97k~Xd*YhdB(X~?lQ#eJ(kq%
z;x`Elg<UU$439jK4d|4j12ZUo>by33!FFFC>B~;@6I)z^8*bkSU9HN!m_UgFj(o`L
zU4kr6ME`7f4mST;$hu|vZ_X==IlS5QYD|Sm?hBX0pb=WH^pZ?NQ2*{7R#_o2vJb}n
z>PDy2ptt=WvF$DrWnFD%!z6Fx&lK7CJskUz1Cl6TUTE!d&3U$#r0BC8aCAqWsXs-l
zk28B#9h*VC-!acY+r=S6fUhpN(%`R$FMIM=YJG&cl#+e_vnfoyUz!dY`;Rm8y2es`
zU*hSNlMiX?i{S@G={^>;8@sygzY(B>wo0-KH<%Bb4}%8KLX~^9=>6ZqRCzgBJ*+Wz
z2F#df{q5$%2cQ=^cZ9=nHn|(E%ADp$iSB%tBBC46;hJ!KXUPM`QGnahb&~EWsdz?X
zTPa7i<Y55P;%G`&ZJpuBHZKdL$n;d5m8OWT+(I@^u^n97ie=9{V~F^v>_T~_IuEge
z72v@wx+W<qHwn~Q!XG?@+~^W6z1|NF4b<tx2q8r76QDH9yte0p6mVF=fbLUecXtM1
zcx`4pS<H$O{270f+m5EYn;tMSj!ah9HsWwEYkyo)(SEdY!OPiXqq-*?qH{|v|A+E5
zPY}WZ!qSOEqJu1eMHzC-v~N%KM+y@dh^%y~Bb@)CU061t#SR@x+$*Zb`)ch?qXs;*
z*C7*zrB5$|#Vfj_3G6?0Lv3O#Au+MOOuDWj6atb_@nW1>>&k~>VlBlKgEEDj36!x?
zVyA@#^UtD4PY>~JAUsJ6)AHbldgdz_Rt1Sc-H{7Kok1vr8JYE!!CQBZ5rH(^7ly$a
zva==6B;RLYV8wK^70^p?C?%T@yfE3(B1ErM_n5b+k^h6Fn@;mpf?FA(Sq&+gd@TZf
zZU+XJXFttmgqL&;_@4cQ-RB>AJVRg>x>983(PWZoY@^)@xAy7w&-#k7fQnjRZJXi2
z%Si?a#W#p>xa8v{!b{n{@#XS<G@Hwq`XnCy+<&}IxANUfbo`nW_!6BB=pXd>=Xc?N
zFR2xYp4D^B?=QOQdCjd~mRP)7<JOhny)Iqj9KSDR#X|#xfK<OqfILqs8<`jMFtoj&
z;j2u(TVvVf|H)QwK##xUTK%c2zT<kQqkZbGVtdJHHWwv1>VsHHq<^;pIU_;I?Ug>U
z>hpdFh6L{e^lm>Mc1ctEyY7bWLszfMhHm32iIC5RF3s+1+2Y33_g-&UZu}gV$Jy<!
z`!<%b`K+|}`<WnbeBW1N<4A^;=W|{2=lO`T{Ed;P?Gn6<Wfw7~7&}_KGN`zaUh9_J
zIjM_7E`UOBNN|SRX6JL~^#bIEkuRa;4JSJ-HaZ%}r1}{l(lt-@WNbE%T}51e->)D0
zA8g|riK<sV&(ODepe8S~OaNs{i1jYQz2<g+D$yRd>sKx|@Vt8{QZ4^t(IYK6Jm-Kw
zG9d;GhfaIFOkczZ@9w3*O^mGVu<?t&{nPyRPK@_(hBvH-oY#jGWdnd7+mJ8SdQD#I
zqa(8NlluBJw<7B|Lp}{!=fwDOn*644cLeSvaf~G~G4VWD1W(=`4NP@RJ6bn7Hf{ew
z#n(wiPX;;mGaPq34s--OHgsC@tW>fqR`EjeTGH*8DJ6+1>cOu{({FukCG4>kne>>j
zxN*nmi{G>>{1hq$g(y|cPU}!Nh%Nh?7BxaHkR1IMY)7Ua7oGD{<sM#BVs*z=weh(v
zGeH2^(H|b-0tAsOacJt%2-KOIZB*%i&Zh<aCZe(Ali=M5t9AUcZnRZi>v@z&7@2~R
zu@rqnM%_xqxmLhm&11_FB&opdrYk}~O?_|6V>1TzL&m`F`vuhd$Idp2-P?0-n)KHf
z+xN#gh7R95Ti@+8|Bf3Sz{88#_<PP(4}tFm^Txf;CT!4a%fk{oV54UIP3LN0{QcPP
z>*LY-+i{{6yw}^~wbO18zYk*LZHM>$@VU2K5Mr~9Fd<3BpK_X!%Q?f32U!=*-bPiw
zh7Fws#^beZWVJl&tCcanKK2e$;Y;_@s)jilK>I~|HhSyM1I=($mL%r!PEhh=dwT22
znR82@bg3R=)=IqNRA>dtK37)P{^J2CF-fg3&3ROH<{z`5UgO+IZIFjE-xGIAn?j37
z%~kF@i;#9cuGO7TW@c=5wPE_*nk6E{jO#?hV`AYLtA->*1oYz<&L~dQe^?sOoMd_a
zv!%`|%%S^F0ra(x2Y8)H{!K>&A;d?ZfZFfpWrJLZFrm&4b~LH+3_6m}sS{7tN~ukg
z`zpW!Lh5NF#I`<GVN!<Eg3!j6Lc<{9g0BJiuf(O3Pr&`(ae8L2W{+=^g4pNERqy$9
z{S5=x-&YOQm;LqqWnlfC-tU**>o#J?Eo_bI-En6RK?Z)|ySc#)1_;kf#~am~ls|08
zRYVqm`TenQ^xWzFj33zgJ?;JO9(bGqs&98SL%vS~>(3EmbTXXoHHAnupI4T;#pll=
z)1wxZpa+TQ8}&_N#0fk<Pp74emBaqWR^M7**KidSbcDFZMGzxKZe9On79!lec~MUv
zRtJoXYq83DsvhlIpZ%~MY_XOUwu0O&SFx<*`mvpmh4zG<r=+CjFsD7J99vuLxiJIn
zU~sPKii$YEXLUy761-BYL8MP=9j!%{I<69}4WoHzS@wn1lLB{`)Rj|ACsf+uzIV$Q
zi?rK&;P){}8UIt7vHht_`qRUA9AMUR&HQpr%ca=HdRobssl|SXFY9DmLy#iXK+9rn
zXM@uwZz9=qxhTmp?c3K;5XS2q*E>6>?3x_Q9wXCYU`780D0DgqQoS9lS0>tmc2>O8
z>~*}CJat|8BEP@BKaJ`=lLKC^-X9{?Uk&o--h1AkPxv)EOdqfTFNp6b+)u9W>NM}Z
zsQmBz?@3wjFxOaqdhcp_uV-1WC-*+NQe^J#zd3z|GxS>&v!hEKIuPRxcuHpiQi{&s
zsOD8Bw8wZ#`Ysfp@B5fA@p>KV0rR2R&qA=%Z=?uooh#lvDEuych$RFRh;Ylxx~^S}
zM@lf2Y77~v%~Lgdp#_Q!Dyv|HqS3IP^Sx8E6?wm4KuGY?+f+Xc=5H|lzW@9!?s;SQ
zN$&B4%K-*+!J{)3=c}hfAd&U!=<ginaW1P)E~`?O;KrJ|PUueEbqF%sp3|~HyIu_`
z3yv8kq#ty=EZJGDHCN<mkP#GG1|dRlQgrv#=u^Vjc`feCWzs`k|E1pZo+rPJHu5u-
z{)6Ug<F1zV?)yFe^Wgki2gHWs#(7_b)QG6N`*BSx0f9_Jfx5HK&mx+_rgV2&{pzbn
z<rN+e{;W`(vTdvRYRZtWUEN6jL^`uww)>)quW?am*Nc|XvNAe@8jdPTMTIIB5KTW_
zCF><ZN>LdV*>1GSNP(%TQZ$*GCL%VTUwHc;A;WUh<y0X#ZGzj>M}Rrh%s+Hm^Vr0v
ze`NuR^<Ioe0E~7%@}>9&Kb*5Z|AZ)1rxUMp`FGM0CP}avXR{9CIkbo{)hOj^YieeX
z;vPg_f8ugsz`{8Kmhq!nS<>IUYU*A0_gCQi`;YS-kE{Ux=M%@)cb{$ld!M_<#rY04
zzy?KD{R`>NE21ey`*VgZ9H29ae;`Q_Ho3LcfyQ^8k2*r1VTV<10mg~rM61T=n0#8*
z*w*yAsW`HigfURFM02BE0+$=7u~JWsJfpZ-5qL5b#twBgKM3dvU=@t}#bggq6Sbk<
z(Egye!TU?7lOE;zoP7T2KH@J7-@(*m<hUD$3{9nc&s<f<onC?*^l#ah_>zL^$)G)1
zU6eJzf*5Z#@q_81DE?SbNs*t%$b(ZA@eRDxUt^lnt84#dW(#)!apz7BuSZm7@BHmU
z7VN{xw4Be)JN&z%ciY3R-pkxNI`xBerx}05`+nTq)jHkVgXdP^Itu@*&F1@SNk_C>
z^taO1tDm=3t{8t*1?mkAd#lOL(h}?+brBMsRBL2si7V@B9Z}Q7I2B+6g{<7|8bx4=
z^x}U%EM^kYS=G1`NZVZ{;a4EQn?9P*qcHNS0WXywW*`Zs7wJSAtY<;3<5C`(%r~dq
z-0z<UEWLf$PF)~htX_1hyN^yYpJZ?TS~AQqY%KG3JzmuN(D)RvuBBWP&aXU_XJyKH
znkKe#dDFW0BODd-{t~xZ9%f_uvjacNj=qvROjKsd2BJWFbiy3w<?2rohI9QDF9MT)
z);>~Xo-r*gL&l2lnDX&9l0V}OvEzMo>C*IT<W=1}#M@|t+0;4W+d-k*``o1~>-(DK
zJ4y<F^;`G(+oPQCu2|Mv_~S;>`)x<3Z;>9q*88pP>hthD)cZ-{!&OPg>s-Uzf$y7Y
zLzlx9HBW>5+CU_=YeEaA#!B+Ps*a}StJHh9QeytI6&)0E47}J;mt4nZ^d2l79&SR_
zam+IP%<IRIQ8_Xn-e=8!-sex1kKC5|>@bja&O|82bRI>Y;4x=Qz5^e+HGY!J>YZol
z8evvi`{|<@!ndE^^@;By-zP4c`QJ<7;)TEXWhdIss{9}YJ;k^H0V>>rZFbk3o@IzD
zC3XFv<f3<iUa=8QxVEeDKv5io7pzIj0RmYlR{)LD<@Omv&q?)h4eE9qk0Et8&6cKf
z-4_JVaVNN(UuU#&-qG0rG7M$C>kImFit&K^u#2c4{YhO>cXuCM@@YXK|F&!e8eLex
z!bx*o(qiqpDil;6$-v@Vwn=qV99bX4TS}x#6Eh92&F%6b;vWcTHaaVtAK5VawZ)I{
z)q_IgG8SZdo|>rX_tnN^W0{Hlk0PhUyYb*QD05!|De2#)eGKY9zMHXTcx4ETAOp2;
zqTkv#lCWO#p_&P}Jze(xKRyBSFUk2&pX2y{{D4JG*2@kB|LdWgc`dLE32tD`dVSgF
zf4>@LP*YPQ;Pp`Uq|s6yse9pu>}}`vw3c&iTZ(+LE;D;nEBjpYdVImLI&c2DVLP_1
zqfHL0-C=nB5sE&}gPr0ZoAEtwyH_lliSoJ0?RXjPcuDJcOuJw6l%vn*#k}TA4(3e`
zrjxO<9i=Dm=7A+zS93+|Z><=p0Omj07gB4}wkG?WzZ5MefmFy`NWpt#trcNWnLw2L
z)2dOKc7W=VqlVxhi?cIltu{MLA$=!!*?{61f1k5`og;X^B*@Ch_`SUPf@s65`OK@?
z#`g+(IBMRhD=Nv*do;giemCj*@CnCCW@;2zumm`NDFf~(Xr8bip<;=fl_bBkb5pA&
z6<0UFFX@BGmMQoY{D>L<`{TInYI9v%8~nz!9RDkDmiS+9rU~9If*NdAW4T3Y7%Lh7
zPjg=x700%%+c*RXu1RnbAV6@p;7%a86I_G41y68?03AF83l5Dm?(R--w?-RixSf5^
zK4<T9?s)HwH{Or;qgPeeSYuUHSIs%UZ?13l`dOLAZakSY30f*Hvl`sdi13Q=`t~FD
zk)!MFM(x=5S2d~e0)~RUB$&7^Vmb@THIBTIGPo{P#acrMrg^lLu-e<1fzJk;iQQ_J
z2nFuWZIx;Up^(q3L-g*lBf`n#tuc_DJ5OlJySVE8@Ab9#D~z5~4gov1XTJIGvkPTI
z;`CqDX}*T**x9UC$7yEWz&Qnc*mvmN{spSpb;E)E@{B3A$T`l-*@Do7s|(#!?=rwX
zLq-P5QQ6L|$mn^?^$Iibm(grtJ$?QAbJ53h$AG&<@U;(^BvR7<oHyW{B;bq$e7n!w
zNKnhrtW!@quy{Nx{qyhiq}om?Ck`DM`OD}YAS6%GieJY#2w}z5^bDn)6fnP`uzC#=
zzRI$yWWxG*iw|B8o|$NQ`txBO1@IU$dqnX?%8<AO$-8jV*+q9`@|~x3$3b?rOkQuU
zc6v7F2G;lyN7ukbRDWB=cbl?*i5ZkAnwGJLUMee}8Pix)>Skg}078~JkIvmobsZ1_
zRU_y-&-A@;19kM)mxXMz_sSP@b0xh(&+sJ~-r(u_;Uh0v$?#nT5S|Ko4Sb&HoV{pK
zn3Jlvd`<49LyS5DtUX}M3nM>C68_(oWF@yM7W}Oyi!nrBuiG!+weIUka#}s-#v^zd
zKaq=$g5@t|W3$hb4nV78``p+XVe2UQ#w^!FOgu>2f1w^>g{BJEh^<AV+LbZ}k;Vu1
zDkpBmJ5R=Za*K7wUIAOwT5tDDewzUJwghZbzbJb1E4U&6c0fx@3-pEb1MmBRrKP3c
zt%J-}h4@QaV!}K7+Z&x?qY>Ocq|3ir*Pl-+*BrL<>O}GRIL(gyA5^52`I#u6#4Fn>
zdrt?>h?kHpRZoj)n);`4!l7}0mDA2AkK!ofF-B`s`cy$75XjW8n<^N4>Tqf*l6tI{
zMp<`9JXbx3H7^h`$O=)`o#EjhN{$s@??!NS77E}$M5~G(%M1xy$-N4{GK=S8><dL&
z(>ER5y1F?c!t=vVR1LM+1-r^vqJCzz^cCmy2%5*%yjJIm*{ouW;oaisN3wEG&o_5v
zNL3<<?$k|r2Yw_N$grmn;lzzD9LU)nVk*LQE*ttg6BABJelMciVO{O$Je@G21&i;y
zWgr9{^VWDPOC;xb;xWFKkEuZ&`ltS*@=yIoNnpOP%}hZyvsi3op@Vpy@0Cqt??wP@
zHUNeeaEccC*2K~Agktq3Oge9k?^xyWLWMIOtJle|mUxgbSfzm)E&|CSK4~#8+DwNz
z!G&eS`r{faZ2&;s-^;^xKTS9R%B@RuFaiI_qjTB)tD3A}P*IQ{2{UFg8etGFUFEDT
z>#izLik0g{4E%%g9QF)NdDtc|{-Y>t+yqW*XbkEj&AiO@)qTy}2e*HG8b^HlIwgJn
zV+mzz-4_iwD^X^`H=9!3Fi?ptb@ve<+Vad#oELPr6iELWHIlEcQ{o4z_-G#%=bxdM
zi8b;~rjMI{9BWbS{4v1insRE!Ya8?4mPFZ<FPf#6+eZK0%ds*!@Azv}b3v<PLJMAJ
zo|z?qCB3goh;Ugn3P}8zyZ~WYuq}%@v;2^;gW`*Q+rfgern|*YLFS^`X3nuJyy_-r
zca|##KJ0wfsm4z=9oBRk%{RR;2`XfPTLcE4uoFv;^v;s&<{jZtuTigy7ySY#<_y6(
zo@2&x_!D$_1snOSTGGYhN3(kIu9KM0bs1wnWJowU<;b?K9|q2wJ98g#C8Z-^;Ie8t
zN-ajZ&MGNZidy3wZfXV6b#lNk$<OC455{sN0ERwCwYwhV9w#f$p*<TEj?HJgd9fB2
z7KI?a=L16{=`R%3`?OSm^iUgXQ+coGp4;r8pZiuZdT$L}rF@iP>Er;&Z^&5{4ROSZ
z(*1!cB`F=n?$ySHT5>CkTLS>9ZkD2XUDC0>$t{$OnokvT%Iy&cQJroMiUj!Sd-oqA
zLTAvv&C13gPJZjvF|La7G+0ASRHiKmxY@Qd$a^*}IWAjN&v;<RJbvO-N5!@K9KA+&
zFvG)5=dHv_&^SyJ_6aq>6@9B0D~C>kbzrHoetb`Bw&{zxR^vRnfkAE@0~t#r=h?U%
zBTvg%PHo!8_o@EwP#WmxafA<jsn7Yt@PL9^M#QH+J<eERzWl>(iLz5bSHy(-Cvj%l
zg#qFpMDFaeMEq`v^+?a2_fLK;eC&H4`717e1dZyGMBjVH@`U;dbzx!~>+-$bp=4(z
zKwP@IdmmE?H-HMcYpAy@asUDES<(~=K=LEqc$h<l9o`e!DpavoZyI(r$tgfmZr63W
z`pH-!VW><tsdfI6Qs#|i{<Ar`rr|Kp?$$)>XRWH6x-UPuxGU)zb4~2o4+x;x$W0J8
zX5n~!F)RvemO614ptFB>k(*hVMom~<9T~oK2ot#cR#|JTx~sn;Ch<XPN6!sIB4f<%
zJN12>s~m4jTTb$db(*x`7c8j+q7SjEI$qsp$K+qi`=+NgG*{xC^Y)%CBg1q)1=5kF
zU^aX!LuWp?E~i;N#qeUE;9mbx=@DLHTU2zSC(jIf@$zj8diELU%AWl_6OU>tn-2E=
zGZz^b36f7D0C<NfKOVo`C=plbt@7)|m=Uh;`Z#Tq%c0*Wats4vg;k8)d-HNxIIx@a
za1W)%mS_Fw)->$8LRB3T+)+DzXxhihU6Fq>piZUe6K~5hTkg6{WMolAtL?rDt1~I9
z<T6rrx~V#sUg8O9M!)dPlyRUZ-#auA@Of{_;qDdoML_{Tn4041#hOGKjVWw4PQ7_B
zPxAb&T$uiQpBCCV+ewTHjSccJ9ywWperDG57uFKrd4Jj0O+S-s-3!GjyHM_&l5iT&
zk+qZpFi4cYO!MejarJ(0%dyF7wY-P<4g`}s043=sn4~|TM4wl06~2L-XrSPx)aLft
z9lshI&TMw8W%z1P;M_<p_W^~-p13=9wXkSq#y+Fxv^98G<^X4RXxpB}z4k{BHgy<x
z&wkh*hEc9FAXqAe^O7~BN4j>gw5*Vh;<JwGJ!k9BH`cTRWg0p^D86#(rdrC6jBD!r
z(zr=0Z^+3jT(jZ{dz$%5X-e5iLZ;>DyZl86cUV=}0L{FX`o^)4c}CN5CJ)iU%j44v
zz2&OURU7uO+U?Kt*JKzt!0`#q6TaM|{dBb*`{LTR9a-{zvvFC=6a15Rhb%Ik)|MvL
zl?Y<il@IyVAN3-sk0glG(Fn1L(=Ef|7zIKSuo~0$?DeA0BWA`qscoZE{N&zde5^?u
zv>$dJ<;-T+v8~ZgaP-cRV9uI+la<r3t4e3+G!kakrft|V>Xn~gCzSCxsZZi$)TA^4
zL@`LkXDJdIpJ@D6hGpxp(#-$(;<~GAx#4ANnqV(nj*$^SK!qOl1kjh5Bw7lIoPU~&
z@(T#%M8?8I7h@LZycW^&g?@+?cE38Drw)p2xILrzyli?8JPZ9ixK~3AkVY~4CZ@LX
zBv2gTl|}^2MU{%H+DP2kbGu*{bY|Z(t1`9r3cR@T>q)jqotFH@snpvtM98ESzZciU
ze3PVG%4S@*=9gtv2sN*YomfH$*OpcK?Au%=HY=+F7xF@WLXziCx`{S?Uhp?~;ZJGL
zfoS*|{8C|u^Agrqmg2Jol7sy!HC${~9?z5IYfaDRIq>=|qdI9qn{(D4!g^L{4svXQ
z!_JIlPXvUouGTv2Q|wW&x{pRJ$*=|zR<F#^iI2K1mp;U~{19aJ+A^0tQTEzimX0)O
z;N%n4GwnZdeK)Y%FP4oQ7Dr95yL%r6jf#lSd@HhXUK|-=MQ<!ZOGC5GN%Ln@T@ZH*
z^=X~1DpF|8k?OtD1Z8Z`oaA=ilDTnbS&+B}I=IMcji&nuq76CoRSj8wA%^<B21I6;
zH(B~jKAE3ftfd`~D_k<oeNsO$y$h<AxndP91-{dowB~t-WjPzoZwntFnb(6ECU@a`
zR4~db0kjrmtgyyxd9h+J+oq8<I-sH`+E-pusZ`m~CO<zJwD@8osN3Dzn9-ecA-W0n
z6KAQ>f}r~i$l*|j^Cwn^Gkhdh6m4gP+8oKF{N_TI3vW*k1Ef?x5rSacR{j(2?co4R
zM|P;?feNPh4fVa4Y^A-hZ#<E3XWn@|$4OaSM@i5g@Vr;{GtOwyREaDwnU^rLm{Re1
z$b1YoqXvcibiJ1#J>fAAIwcjpl(9fQV@C7=J|bpBvh#+-6B(W|TKqs#{kFERFN}jO
z+~0hw*>iPg%6i3U&owWWF`M3q=J8OK=JRU9UGl6{PPi@Q=i~X?B>#Z*x)NU$)o1q)
z>FwaLYBg(#b5<QWO&~8hfl*b0;pBwiy23}ZlQeUfk5&-paQX4tyPSbU8RlVW9i#Au
z)$*8!`R3|&yZM!)W?XdhW6=T`t3F%DGpqrz!eZmMj`qPx6allQkMq@a-q(_(KJK6k
z`di2{^qlQ`>lN(?W@o!%8JDg#>pKc}By?<$P|OP>DzrdlVH=LGW(ID#IHUH;jatKk
zUx#Ln%IC4krs7}Dg`u|8S&SOT0HVA;6qIT9f#}4=#&#U)yku(mA@2*kzO+CuR_aF>
z=HvMdzAQ2lzF+iM(2aEy%f>LU%0DCfdfCN@#VkYhklIbq{Y32B?DqbP=a}Z?T%CnH
z%u`{mrrf-<y@!q(hQ4BI&*I0vEm~mim2H_9qZw|*FjRMY*7)#|4scn?D3xh`zwCE^
zv+Kdj>myUE>s2~on#rnYS+t#nBL7alW;_ImkyW)F*G`4!NO*<17!#M=+PBL3q~D>h
zk%n)op`_m%Qgb9%AkIy&c~i}>1yHbjpTGL(HE|fb?oLzzpr)R8U$}l@8=Oh`{C;?J
z{&lZ%pJ|Y#`6uO(CNp|nVSg@$Ml<@x!UC@@$Fn{TApLuA1vr1hGhOrO423*P=IJic
zHh5h0t`ipq4fBKJ4Zugi=aw}Vi8@ceHT9AR?atNtfY%K$)x&EYeT<-yu+Om*wpW`J
z3+@MI4R_KRhZ<R7%YcmMc@yP0d4@>edO3IP%SAu_5O^2<fqq{jfHVh6Q3cp_;uGSp
zRne8F|J5)kXyK7k@6LenHnr1BdG^+<g!Q$tiz~Kb!CXAQ&yO1Q54X-0I}JH@w~f?>
zqh}a?jjv5qKB0H5X2}vV1FrlHtiv_XTs^K)50|HXu=l!{QU=!!IcttN_B#U07O_3I
zQRwFJFudW}g5aLI7IWwxR<n!x&ufw-ckL?riv}1%Q=WH)NIwqfS&T@Q+pM7<P;~Cl
z_4q{5qiFkGlv-{y1G(&3klNtHN5jer@T@V@sh9B1H;9+;t^IWCL+e^IP3>!JI&9~A
zokZur0#2rhlgDP%$$vbKs*t#x=2^Fz8W6X@O>lQ|Rmh9Gj*$V$tW1x7`5NzgD@Esi
zd1obs^N7{;cykd2tG62O7xau&EjUO&qhY5^T?a7ByK;gXz4Na-T1QmN50SocMiyoS
z*<-}K-OPbR`ny(wX0*Sd0<svd`_qdAHQcpb)!sOti#v8Dj<^bD=4*YXaP|scj3I+e
z1HQ4$@(NF?Wpg1OKa7tgPCgA7EoPzoE|BdjW6F5^zMD0%#JVVF2un8bW1~0of-+sC
zSjMn2_`OE%mqXp;91|@)w}r}#VM|zER>~f1xa7@@&ogTrYWDRyUcR@<%RWktY70ng
z3u{6j#Qm<V+$Ns8UdFm-PHhdm;{FcvK6o2$4tYf%`2!-R_T+u!_}uKG{hOT8NpQFJ
z%8t`Py~g$BRVrzT8Y=%osT_aX#51D3Yf-39=0p0|-6yI#CeAai$(pFt#X)g{TV=;@
z*w#xGC;I0UG;dSeH&aXLh$i^g>pjiVNAWp44((lUr!S99=QSL7-fE>bKU{dmVtrzq
zv-PHvL!=5EKcxw{Y84aqGyXuS^#0Adz{bZcipdbkLT%ab#0z;R2?F&#AmgZ(0)aZC
zHwEex#MKYBgjs8PCtIr?<~tw%f%L4=<<cAhZ27v^xGyzPl4{tZXf!i@Be^1_<E+Su
zT;>gymBm%PSal%vl=dnouIBS$Cx!0{0cBR<E*}Ikt<XBfjuls3C)UFYOp_8MHO|DC
zQEl`h{bQ?9a>P%>zD?`SG?xtGlS6Q#j_dbH2sgRVv@`N(U=M6-=_U72khC*l8mjOJ
zVxn8u!4r}+S8{7SOY@A>(gF|`L;N-#IGJ|PHziI^*vgKDlu#g*cWg|19ICl|_;NoE
zA>vo23S>tg%;_?Kqhnr+3J3`#)#-@g=5hV9e{3(+$V7&Yjs1SAaR1cQC%G8EomwvI
zsTgv29GTCf7(4nrIu5m3KvzATpoXTQQ*%>KF0-?nTXM1oT}7sUb$qtMK4O7^f~e*^
z4Pl%acA%>98yI!c-<gDUInm@=yj3{C$*;r8;8TeS76)x6X-3%1ON{qHx(PK>4n-0x
zxwFO8j^j;PIC6S~E&c^$oAg4##8Z!pKbJobIP1a6C8WA>?#@2@y(IC`WFX`XR?`-~
z)G(($8JQGZ_b4%k!FsN|Wq!^U5*U{BaAO?}wT)0XE#g9G#x|T@$kiODOgwP|Dp3mL
zJ<WR8cmS)*ljAMGr)3TCo;;ir)1Llu#NKZx@soMe8HpdgfxzAKtfeDmLLS^3smk`r
zvbo$(4=cGpI8NQ_;)S*NPm-V)TJ=8S<H|Maf5+1dzkd^e(6RwK2yg%L@^El6m4!xg
zfoAe&6H2=w^0MEu%*6AzVg{{d+}~Y>o)2Ripx;jDGcTCHImE)6q+pts{<iQ$n5tvj
zqFo7pf_D-AeWynEs{+c$%^)UrvL>O<?gDziX9We25Q%(LPfc*<icVgQk;3$2Xm)pG
zeMz%}b&$Y!mO9=VY}@DpC}e$Pz*R8a_!2pfeQShCOLixM?ZUecs^iVHV3R3R6O)Yr
zhqZ@alE_%>FJovI%Ci~WR#J2^ea9(4E)L6S!;89yHX6|sZ?SBnrm-0cuoWxRmd4&q
ze&nL)L{m;;(u}Auauoc5FKiN>Q<_sHdo?}PAgGc~D41zjk;MC6%eHD>gDI6FflE_$
z+=89%>D%Ojg_Zn0uMy#b5oQj(F)*{&T_yfe5*F!T$u)m$(p1V|F;j0%CX;5mRIt?c
zKga`v?ZLfjz6)~6>*;7E^0Glr`W>s1*QY($s9Urgupe$;3)!1bjL*kGNFe@`WP)eC
z?KFdm;q_92aI-5J+N!f?+#wrHE9KUG&FI1OaPSd;FU1&rGde#h8ML5j%6IhoH46{m
z70V3JmDquqJ-_jIshVL8puSX5u>aW1qki>r+?~Jxf$m#r?xCk%Kv|>d)$kbN=m3{s
z`bW2d@ia(6^7pp_GD5?&O;{}Ox<zaZMF10(ks521h$!cScm}nxwirMc<8%Ge2Q4x}
zfGQPzDXx(y*Q7HpX||VKWhbLgvYCXq@q2(+HrLKWttl=QDw5jD_qg|g3|x@S@{DTB
zRrwYFQb|D~osq<E${IRnAL)w8?$mr&)n14L5RBi8p+3R46Ml&3YGnd|)wtGYy$>sU
zN3w+}7=g1uNvAIt_AAD!ON@BWmRbk>uMVlZsmUn|lFnjR)w{)pOA@X4$3f%O4Dg#g
zn#I2gF#Otom$+%nXovu~S-wKmI=!fDsjPT?SgKf&D5t5_{3E~FjD8`{HO5mQzIo$D
zXq2eDrLb~{aDas|82!$BDW<*S!`%UC3O$??0N-u=lK?Qkw(_|4|2st}YIE-Nt?OtE
z3n>{c!@ez~LV?Ja&ZxCyywmyNTeovK4}*{3&;FS8Fz`|9WcG_7c`wz@d(A_(!DLUw
zH^A{Dl13I<goVa>v^`>$5<wPMpO^-$O}SqtmcKay$PXF?S98(iCI|jz5NV?k|7=8%
zI(kWQ@z{aOmsfU<^2w)Rr1Wq;QN86rr4d@*!y_FT5dpOm59wGIT|=XJ%JSsxZyf$+
zd%E#5FW`wNAfg?)o&X6~q##l&e+ey0a`6l+cBJf?R(M3jah&<>-R-|XnW#F~#C_(l
z^I^#Af5W2!U9c#Ri_z^YY>UAwhn-NdS1ymmjj?5zw@br3C*OHwvVW8gd|kf%Hn_2S
zhT;s^oyudVmYdO7++QXzIh@~{NZlRu*kPVo^Q56M75OTWg3FO~4T?$8te2K=&faKW
zm)Ch4yS&z4>^GstgwSiS!roNfTub2OfteR@6;6G7j(z7&(hK{X`FHe0vo##^&RQ${
zT?N9}2H6GAEG3_Y{r=A@`x9o-N~7ckoL&Mvyz_bAWFiJjB`s@n+yrv;M*Wq298N&0
zN5fGXwGlR8!P#$;lVz(ogQ?=xI3rA;t|Xvlk^|Ot-u&c4i{)*QMDlauEW)Uzl_`p|
zd;)+ge&D>(sd}k|q~wt0`5t#dUK`i06LDH8t)W&!TmGahfT1u>^xXB-x0Z`N8C1NN
zMD!Bt#Yn_506^jKdyN1qGwVWSMHt>JS@^+H8Ur1NR4&it_dkXMsJ_#2C|Py;{(a6w
z)Ufho)783A9yy%OO$31V?5)M2idq<eED#;1r!Mhkr?Oh=6;(euAgAq+DH?k@7v!V&
zu3R4VtppNL?U`+%I{f*jjRL;ah#id)FH$Uo)%Hx>@A1$45h;p!)2Tvc-JHMVI5Y5W
zMK{<t(ldng2rXN~2CeMlt>>22jF(VC?m#|yTSz9;PWG|7Gqil3g)fmeseXm^Ab;<Q
zP*B?uV^z{e!xfSBj$xt6U9{GDyyL`pRr2b9Lc-i!s^(|;%qHn;pEI)2FWj(^$|u$H
zgp9np3;VH~%{PiFO6taaR^skwL*${63l&xGd9Tt9eMi*QMK{^%sH$J78Nyw+<5%yq
z^z5C5DfL27u0bs~_lm5SQs?fM(aV>`NXDbeBxuBV<Mwq+z<_O!MGF1)$=<7;6;3R~
zJjAwpnN^(sc5NAcx2BNZH`3Yuj7TUGnHj-|)bOMQ5^~U5dMYXkfKax7|Fk_;QW99(
zwC|No?P%2i&Z(^L^Zvf@ZLOV_CYKIs2le;ATIW1w@8h4&N>;RxluR0cWC5YbW>hMO
zj>~v>;|4;a8#1c!<022OB6x61#ru!uoD6>KcQZaQXpFAeNWtq66&q{R=p34(eO6Uf
z#pAHl;Lftzjeky7Cb_Y(@s-!nu-@UhMCH1Yva(^b=exYMr+woCT^=?i%gM}IX+xTk
zZU-|?G|EGklD}U>5AHPug9K2#IBEji8yqSxRJSmi%gLj`|2ahNx3dtmrjqJM4|z(O
zE=oZl5|OhD^y~b9D<U?OwTXc)8WP|D9m{mfn{1!Ykhi4<tRW!^8A{gJoZUr#d5O4^
z&Cn$JeY#j?P<KepfibWx-9qd7^t<X-e_pahUTKBk+>#)BsIZ_x3Qie=$8CvuwBT2p
z5(Q8!GF8uyADGTcWq?nu?x}eJd`Wr9(#*rCwe9%D*5%yp9<k``ni>XxZ+Eh9+*y$Q
zgq3)V#7btPQfh18mTlxv(~OMDvO7Vy?|JhE$CtJ2xL*kVVyScIkCA?IaDAyz_T0P|
zCrZPON1ziRuXg}Q0?t*8WWlm88sB8n($k0I$fm@k1jFJxEG#`cmUP??+axt)5{EhU
zTpAi~#t`}^#y598Vn}z&rp-OPpOp1{KobfjPObhD{w0D>l-3+h>j?*icccYNLHcA~
zTcF#QG6w(v!H?XDmD^7oiS4RFRzCr+;s6D`i8Gqy&gP_88As}q^wU|ISzL(hrM$*>
zt@9Zg;~8RlOS;D{d07@Y@xET>xqFS6TSCT?UB1$v2UHGYVJ^mZAL2vb#4#%XoXr`9
z&VMw1aLk*mDEA;4EO)NP1A!!mw+8^YU$<)>u2^MOKgu%W&qf(BW6jy<<I^ETDG@<D
zf4^CbUx2#9eZ)C<awA0TcvOOFW@=B#^)OLGN4BuJxHMf`HBukKGBQ+lv|}jTY%qd?
z42Y~NikL*rlFhK;7<=uECU-g#2xQ5w>)Z6GrJg!)skQ#17~k<%plV;kig=uajS8vL
zs}U~X3(n39WXjS2Y!apR3$u8Smt6APea#YLmF$9&F)}H>S2HiK<L=k3w|xJhrY>0t
ztUa!|A(ZQOq1dOJXMQX3Ga)P`<Mw!jpb&XjnQeAPW0q@90}?W#ukq@$t<6$ak>Y3W
z9rwKEMx7auaGrBazuGX8v}DO-2HZAAm^0GSjP-MUO&?%Aa|w9Hiek*vS0skv$P56Y
zI8k*aKro_!Tx0y4IXDoRP!=7r6VaQ|WO!~1@P=vIj@=Kw$VoeGtWXD1i+nTeYVoPa
z4b_GibD(^IsR->h=Qd|9QQGJY6mG6%$iEE?{;>XN2E{Ebwl_EFHhz*TDl1!<o3rE8
zsGZ&2mMj-4ePuOl?&~G4K-JOFfm^rPvj}LE<}Q}sk#4kfCm-&(K>+s$ba+(%9p3+~
z`D?WQGw%Pr+bhP07iTse8$HoyXHE~T4>q_^KUl3Tlr<%7)QX;*l5(}#>m1~EK>C@;
z(b*ZY-u=Zl6S3^QZ&BTX0o=#*+a+tmy~)e<KX2ss-MGKRFxpQ@t{dF(nu~-Zh=Tdw
zKBNE1B&37!g$F!J>sg~Fq(+FNQ+AClF(IH+;-(1}U=9Q4Fes_0?s5Iax{{s_J91X7
z+bI>)uJeMl1s6QJ?%gofg+5w4Bs)c%w|VBfxNN(u-!B>B;Vp~Yw?5FIjBqu9!ev64
zR9=*EQJDKZ2mG7WBaJmw7Y}LAZQ%K+?B$j49^3sWW8D*hCjm=-u=a7+BBI|e7{olR
zsm5rM!$+7xRmd-FoS9n|rs>kwa6<?@rfr|ACFBKJ6&YGBdaok`*dHn!YoGh>KnlZo
z^}RbF%{Bc1K<X&4t`_)cH95m(u;5UuKXSiN!d9d6c<e}JAJSlVXSjGB;A|(sBZG$L
z<nMm{eRY<t);;OD;2X{9`CTlTCryXSDml}hhk-?7>(1^{Pewz>X_M1qo<|tK^hrnJ
z6A~oQ=oDlI+aF|2syT&Bj$aG98|VJW>)%c<<JZ^s-3>I`vvR%=l!=1>De%&6Zi`^`
zX^*X==Vg<EVJ-BcY1Q*+Sa$88;>EF#r$>KDU2FJ(@^k+W5_K03sjgswfER7u9;4s@
zu!BThSEcxG@1KaF@y^<@g?iJ5I|8JvkU!?<P*b3oB;Q)dv36w`p;^u{NwEoKnbIVe
zH`m6>7%$#S*jFympyZGhDKWA0w5hY0Rvcz8sKvLxAiji(F12h>OYrQw3r$@ghsSqR
zKRjhoL6_KuE~_YJUA8=JQ&n3(I6?b$>5WZK|BO`9wdmA;<I|8opV{%;;_gMs!E$$1
z$&y`2IgS|V&*=s_SwzyWOi`L68q7nw&gOs!Kk);{6Xy%;@ERJY;hR5BYJk9Ft^k04
zv`n8oXM?>aNLO!@QGbf?iggC;K5)j>1wB6zeSD4?jt&p6EDGrhV-YGNSr1Fhe4A2N
zDScJ{o=tcT5YzDQW9lbIM_{iSE92${j#NJ5-JiloL~3H1Fg!`&$<R(gH%h4DjT}r3
zEKTpYTy@}8(4k<be{)G47|ttCX)em;|4<fN#rrrey<$g~D;Rc7k;qtV>olK5>O{Rs
zB!Skn_-t`_Qa$c(E;9d3MT6q8_4pUVvikYeL;c-tM6X4bg>1D<@zHl;p@D)~wGK{s
zkxLamhs)|m=su%B8?e!}cK&I}?a_SEkzP^r_1)pg+*6q+m)-QDen;5Cjy(8yJC=hf
z-AT4uZbGx`12~|Uo0*xAk(L5Z@RsghovKlO>45&q(rer0?05XVX2sdo(q}J>P41oT
z4cwH14d_*NhcrTS8wz`ty$15NIo<i&r5&f$M@5%cQd;)xRtwmY59=Ia2}NM{I8DN~
zlk=?#^AwaNJ~jde6fbP<$TBXyaY$)E!81$EUM_~?U0ui<__oNT1gZ#77snzvmo)bG
z0+43u&A<E>+w_z~kF@EKBrXsULmbX3+2~8jnx28jFZ@p1(PD)lvSvC_K>uyFRX(Tn
z%RXRgU@Y=+>QDB<2fovsHdJF5Gd+`&iji!ab79}PtJmQJkn5{O$KS$~D5Np~Q}XBY
zYLr0~=VVBTDP#<g(YWPZU{e`dIS5KO=f;KN%jITN4xUjMJUdX>0pA{N?*hLDDme{1
zAe)LZRQrQZ)=`5S_b_4zXh79)2Rbt;TIp{e<aH(p-^z6`^u)lCvlVoXX*otCB0>c7
z-k<h2pc`Li<K%R4c2028#%6f=vbw5@6iv6-6YNyGSYtg2uM(=zZ|qPl_5A-n0MwM8
z`ETIkwWiZ!BoM2PddW?&)y<2`qC~O&CQJ5JmOcbkm<ZnsK34J=f9IBiPEWEOxgLqu
z_W8Phj4eBEV-HJ>ctyYBs85b02G6mZ_g)<c2*mCS?jH!7?ka8;KqR)<T^dw}6j^^G
zNtc&q61We$o28DPSRH8SfVMwis30Sj_(g9`WZLbQY+J(+zNb#?g_}ZDR4YNAmUT|u
zZvmv?d{3ifn8Y)It2n<e%egSsIL>6^m#SC!kBOyeKOwc_g=s<^tEKr(H~?)pNB<p4
zxVfVRV=tzrsCI$<=9UXU+p41)H18t-4$rl+qRFVTmNDHcM8jE^OL(`2>=F{%mP%|M
z-<`{z=SsK;0Ni%?wtZ~<dL06t#d&O-fpmPW@B?o_z^&wrH7#TA{Vrn<Fy2G98Y2i_
z0wKKDWJ;<XTeH^!1fLa5K%8)d<`@>Rg@F5z+<O(w8yd&={x=vee`h}BGZHOb<bb!+
zu^T_2*oy<$tr8Rt)!e8=%6|K0aGt36*T-krS~bPGf_gDe00m`k05~?(+OYvWTlVYz
z-EGCxHg&_wE?A}YVgFm9)tCoPTihydnqGbi36S$JyfYP8FM9Ul2r|j@bt5(Y?IY2%
zho21%%PBgR)sIuD`KOm!Pp^fWn>ID{Ry*B_aKP~_CX*h+70-Q<Oz&%h9qn$*bxZ|l
z;Y6WHww2tZ0J6Z*B902UZX8eHc*g|I7zkPPp@!I;gjOz0+zVvsFIuChQYoq2(Y3ia
z)D-J$F?FhypJPRh*#7LYy12ST+&ws8W+!(n*inI99xv;4##&_a9*Eu!PuW4MSG}g<
zqCqme{%JL*rH>MW1RZf+{?`QRmVPHlp8Mm`Cjr*sMMr4xO|N>a!{!`S?kGC=DI^^o
zB`iLjz$m*UJ3BiBK`&b26J20safj?0A+DDJ32!6@Qezb|l~ziJ6Lv}p>9g`Wn+TUy
zaTlqBvJ2nIrizw_jB8WR$*E?D9UxAP$PnS#zru`^A?!E?`%brrJcH+>gY@r+O0ssa
zw~)&wrz`Vk9KnNqmSK2{&_|9gO1HdpJ5R$!(+{8YLNpt-RVa!_bT(<5C5StJ!d0Kd
zZFf~oap128ISo^c0^fBQu{H<&CBB%@kw5U_R6J@XK3-nQ)D!n^Nz&vNwBJQ5q<2&K
zqJw0-_n#ks^s+Zk0C{zrJF9##ys&8*ez362e`BezXAI=r6tyaG8hJlO^9%JG3kTG|
z9{uuG-+qBc-8VQ4KW}o}zM=MOG(cqGUVFK467^#3;%l3Cln-&ut=8pYwaQ|>ve(J=
z{Awj7>c`5HqQ@r^ch~jaIpDc#bsPek^?SQ?=B4UM6e=vnZ+=zHc~fr$RhXjm#F88T
zg~T~vY|{h7+uMb~38a(hdNlO(*eu+a%ULfKHMVW^5=-5Dq`9SS^>loLd+-e=oer6K
zmew7F?v{%TZTK6g?;sMRqOh@~7086noeAx!s$z2ZI<ZA6(BD6NIlK0EAUceWofbyH
z^S>NEvt((i4l2qHxYf8TxmtgdZ-+xdqwD;KPNBle)bx{+&a2fS@Q(yQ8R6Xl)hWhq
z0Y4_*?@S}gW-lQQM#u*dQG&K_X%8;&Ks6>m)>Rv&dh+egGq3)1DhL#Mbszjx#B(!V
z##CViuMhb_w!{2aZkr~?4ocmKD<h~>8{PQXjjA!yPn}PIl`Op@>PX&aC;9cO{&($Y
zlxEMYP*jWG4_Pvg!P9-=(*m}7=_YHG+1)#wa2^4oI43*dEk{m%d9^LuXHFGiMf5>L
z596XaR7SGo1$b5VH*a^n9vm9V%*-@<rWxGd-(On#x+h4J3GP~tc<dKk&(@_x>O8so
z1_l-y;zjwThb(K<EO%{ZZMevLf+CJ@OUNX|evk4;3gEBJUvd6_Q<wj-Tg^Jl>gw!{
zL}NrmN)9}q0EbpXVb~OW4)E_^;TmOEFZZZxivLN-@Ta5!exJV+dVgzv>m72pn1iXQ
z0KASXQ4c_3o8b)Z@katUO<k^3ysCb@fdvKJ9*I8Q5=eg-Z-ut)JQg{*^v}+4mf$T{
zdZe5=_P=CcNRb#lZrpkCB75;$z~<A~#+A+%4hg4{^01MVfEK=M5$R8wb>@(}TR0ei
zMr|vOxCWe`bk5GO6DrWKeVBMm4H#l1hbK+reS7YrOO{VhI&Or{=kZa_ozujrK<a6u
zns@hDynz(OmV<o_XbnNOiEWqZl`fR!Fq6s+)-w><d;_tv_KqfxH^oxh@K;`bQCbk~
zjUP<o#QXE(jOc0GQ!sdI$EVeIq7-&Dx!MN0jEAf|LTi%_7;f46L81@GNOJoZ$K$WP
z^Xm6R;dT{uJe5S#ufewy6uko+xV4;p6uv(=$nY6|V1b_XR@=lPiD3jD*v7?U17<tK
zE`qf&$gbBHG{m~FYTVj(KC%!(OOVH-{c*_VtJTY+4xNXEMYZ9V>z6zCz$}V0bj3qU
zar5j=sBPlFxlpLq#%+odWqD{kH4^U!5PZ)MaY<2MRL?8JGk62e_M(oBMHGCA{I^ti
zA3FTbd`|Sy0-5=IIr96_r49lNz>Qm@`97S-UQm*?>j!gEz~<f1sPJjS{yrPSvD-6p
z=~u|Vve^Q1TAU}td>os7A&IM4_YB(;;BA%G%eLdYm)S5MNfD!mvq>f;25$=P(HG4>
z<{k!>j0Ddii-6W!*_FZAip2zWw}<@}mX`sKXBGYwi}qVu$+uVMJr%WJSieGSDIOUF
zSbytuM9#tC{{U{iI*fg=$HF)`@i!X=)^h;ySlF6Z8}{j2eCjsZeGH+oA1_8@D>hnG
zEFDX01K2(HD^{Dl?>iVL!(`W19?SjQZ)U?6SA5)W)}JbUr3uXvY=y6f;{WUPSFxy`
zppW{oK<jPv(g>UX1*CE{Kwz@<;M5VJ83GO<LPzhuQm_!XA6=dQczGInRd>w;d~qMT
z=W-4zyZK?d`obuD*|aq8s3k!~WZd2`_F&B3(1_!#f3BA|aq7g*Cl+o(e4=^g@X6mf
zK(hz`T5Q<i1GM+Vpt~5s>2iKg+NN%)>2jDG483SQ_p=Q+tGdrS0H{7p`|yAT_}#Hr
z7p@O>>t-Au<nL11L?5mxW4pO-*k%!a4HaQ50*~K(gLd|ocd$G{R48F~zaT)Ydy5s;
zSFJzhcmYiT(D3UHzRQ#LUP?9SDhyt+Y0q~_317zbov6v1Ki-3=d?3)oW<R^s4d~BN
zd}F#<^<X_z;EVKYA+PcC*K5SDoT8D0E0|G!PXOSkdDYcx5%3))M{jvRCLMEEJ*B~S
z=-C)sb`sJyyj*aq*?Ik%G{Xh_?o6Y*)r7%>(*F*^%)LPQyf>y|b#?+q@s|^8|9$~m
zPan2=FRvdDDZ?${>yt=y)T$7%u1*fBSKI@QjIs#(^n;^(ET1_3dV!IMNalROOkEBm
zF@!o^i@un<I2$Vn(OHx3=m585`rXu?@^Zq9x8?n~ANOJ(ZIne6PT>!ykm8V{rH)&o
z^btbR+NgXHZK$9Fghp94uI*Ts7*33iE-a@m0Q*MfGoH$YUK-us0!1!5EnQ4Sk-paZ
zu86ur^}H-+ez5w|R&09N=bx@u1P4@UG(EIe+{2#Mj^B#j2Jjk*IPXnyUYo#f8-bz*
z-M4HEHlm<k_a*wnGiU*g?tW02jIsuSip9?rOjj%mzlvtZcfd<(b;Y9r&`GZS^K(vk
zp3@3CJc@4=`sjXh%bRtgKL_o`3^)t*DJr-1hb?A&pd6igq_gPW+e(d%&ic{fzXtX-
z86+BqPAbHAXvIWl{+Kl!ZZ0~xT$^(X;19wSro3NvF@mndKH$PY;DggKuwE;qmkp*|
z37ZcM@O-=<xnsMRirF5R?hIf33dWTGeP!;<;eKF2eIU%P_hh1U6iPN;)v@ZRzub7(
z6FvI)l&z{Yt$ATKXqc?wNhUaKcgJ9n<KuQl2Sh7~g$y0=U|Y?y%kdN8##|rf6PS?Z
zMoYgs)W%l9SWl_<eJ~L9oR_ev`$lWyj(E{HpVM#l)Y|)!NFTcVGQd{5DWzW6ihkn+
zj}yo;>#Lb10DK23zduf7-G;}}CQc|k25AZV?^oBf!)bU3)J{XM+5+1Fq7E!@NmMCj
zFcrxYH0uNn4Q6V*ju*nF{2~tze;!u;SMpMZM<paw%N{OeU4gGf5_pjr0xZ4i;^4pd
zHYW(Klk{bGIVuc(yjcOm82YSUF9i6DE#DY{&l+M@OQ}IFj?7S)^yiqMn|3j4WtSZm
z+%jW06+ClRl)NBY7fqu6Q`PrpF#JR5_iw@QkFWn!0OpQPK;X0g=8(ixcna=!g7J?@
zfj^r6<+Q<HyRjqxD<k>Wz5jb0@P7yw{-<t#9Q%K9X4j%~_^Lyw8*e2g2UAS5)%q;q
zJQ|A_506FfvzN^<JOXbhR2YH%w+51JXUo}bBqeJ~EiB-DfOktf6T`nTkOzrBWynA0
gP5;cKTEGIDg|w`QaF+$(D|Z9rq?9Gg-x`1VFBpWM5C8xG

literal 0
HcmV?d00001

diff --git a/doc/assistant/archival_walkthrough.mdwn b/doc/assistant/archival_walkthrough.mdwn
new file mode 100644
index 0000000000..925e34944d
--- /dev/null
+++ b/doc/assistant/archival_walkthrough.mdwn
@@ -0,0 +1,32 @@
+Normally, the git-annex assistant makes your files be available
+wherever you use it, and so a copy of each file is stored in each repository.
+That's perfect for files you're using right now, but what about files you're
+not using any more?
+
+You could just delete those files, but it's better to archive them, so
+you can access them later. All you need to get started archiving your old
+files is a USB drive, or an [Amazon Glacier](http://aws.amazon.com/glacier/)
+account.
+
+The webapp makes it easy to make a repository on either a USB drive,
+or on Amazon Glacier. Once the repository is created, be sure to
+put it in either the small archive, or full archive repository group.
+
+[[!img repogroups.png]]
+
+Now when you're done with a file, just move it into a directory named
+"archive". The assistant will notice you put it there, and next time it
+has the opportunity (when you plug in the USB drive, or when it can
+talk to Amazon Glacier over the network), will move the file's
+content to your archive repository.
+
+You'll no longer be able to open the file once it's been archived.
+If you later want to access it, you can just copy or move it out
+of the archive directory, and the assistant will retrieve its
+content from the archive.
+
+Note that retrieving data from Amazon Glacier takes 4 to 5 hours.
+
+### screencast
+
+[[!inline feeds=no template=bare pages=videos/git-annex_assistant_archiving]]
diff --git a/doc/assistant/brokenrepositoryalert.png b/doc/assistant/brokenrepositoryalert.png
new file mode 100644
index 0000000000000000000000000000000000000000..ea001aec048ce5745bf9c586f5238f8b29152071
GIT binary patch
literal 5806
zcmZ{IbyStXxAqH2NJ@7IQiqa~lI}jVAV>&O(ueL8IMR(Ax*L&hk&^B>z@d>;X%2Pq
z_kC;Kd;hq9%*<Z%uC@2<XZAbu%o7FHP{hNg!Ug~UPgzM$8vsy5A8k7<)W^PH5nJhT
zc<QWV=mr4zKmIk86b^jq$4N|xvbsFx3N{%DCGTfNa`DG0N{IX$h^&)?gOwu$kae{(
zhgexMc-lg27!;M&!3M$j<N!d%rYt9|>$P+Q^YtRuTO9~gW*sUlDt;bCq4HZwHO~n9
zjU}O0d)Ef^DxdS%$I#u~du7(Y6<ZhV(uX5a&A`bc0p&n~aPmXuL&$Zr4Y;{w*wCkC
zoPwuPQzKX$Ski{J?wIzr_*j!{bBojib6Df(#<JW3c0E4?xb2Lbi7}mC`vox!nn}gV
z1~G)9gU;wzO5VP1<fb3qXl5AflUL9JRVj#nf0jCAitCx<=#q1gT*1~tQ)2w2Wzd;s
zpyiEKCX3aURT$Jft_tTpsWiq<K0WTV3bwc^XuHRG9cMo%1h+IY=1qo$ALHQKQ!^UW
zCq2&c&z|&>O20HF{6Fm|>i)e-hmU7I9e()3UmId#K2KA6ewn$33~v7QyBHPPA!hyP
z(I#Ee=CSlGF`sc+^KpAh-oABs1&@k|m|R>`R#xU5rmLy(6omotX(_Xab>#5hO`dAQ
z>8ZJ$a~~@{$^jR|??oLW?XPEl2MT6v&>GQzAS!&bc)!?k)blVD=kgcs1)4W=iZPdP
zuV`uuE-9;ve8IhK-)#odbf<^!F`D{5NS7w~x-(5p&G^`0Y15l54Qp3d*NalEJAd9~
zznzh(6pk-OMz87ORLazfZPDf3`A4eh1C9UoQv=U@@BpB4`*fP)-lOvN^!+wmqsA-P
zVU=qVtam*Y>|9*w;|lvRBGDjh_T{K54=G6PGn;vK(%~8}*?M)svvvh05oBTgRBRhz
z9#B^1A_}u>SdyH+uy02Cb&hx5BeO;on3=Um8Xj|#^xcI`B@%T_`6I?9=_Nck^EG!G
zOqX_&sk3>edEPEdIJk^T+RMB$3a-Majd<cI7(~2a2Pg&Z6#uzyp~~etJXBJvCo?PW
zo>mjh(?|0Ps=|m1w@I)Wq+`=3HyWm!<DSF;8u1rI0fL|s)=`zc5?Y4BXjV(~DO_BH
z_p8G304Qe*e}1f7jSM7uOUdSPp_L-E*Jz3Js9QJcys-qfno7__Eh<50RvyAMG>1|f
zT)<IySK3SG^kc^og9qD{kAIw1f3uz9c>nnRcz|9cRyA=LC3pG*T2Ly#^_Hv1fQt$K
zz<5fE0SQ?IEi>I_;S7E98E5WnZ;jwmiNs8O-u~Ic$Jg_YYSTh-x4pgbnFPSj$t+Vf
zr_KG4PBUMZ?V{+>k~`21;}^WU6Zb9Q)tk<`zd;P*_1(Lzhcz5ro#sm(iPo;qyu#U>
zEPNqU^3bZAA<6TNb>OGL?lOPJ-_Q@?-xJRVVY)k?v7mCYz?x`#!#x@lHKajinaMXn
zu<2~e`Y5YJ+}<&J9IeCy;+lOi(&9a&Lm$1U37B0toEYp@G{-qQEcw*J^9(pLr^%D0
zc1+yIE4ls7NprP(-b-H0>@V*ka)T!_z*w>INcw5^PJ^B`n^kzTM?EHA{qLV7lv&88
z3tw@tUZ)$xTU1@>X;tm0FE!$J<^XKDsv~7uC#CJ3X95UqR``0j_xzj(X2y2*i8<zC
z0+23C=>*;B!v?$Drbm*kGH_OW-{o4)w@y#9$*485+p+37c265TAy4*)x97$*n&3xf
z6o8V7O5*UgIu{qA-kGPQ*WtPBoKRYwA|f{(R3#dZXtsrC+}_}gr@<(1x`zlF(KY(;
zZS=;e>e@NaEElg<t>^w;Qm3XFLg^isPwJclHm4O|(Ircs6uNk49K@E4(ko;$h>1IY
zJ;z=-;rp=ky>*mS<{z>XUghAXZ=YKN%<mKta^EONq5Y{tOIB7VzS*M4)t-phid);$
z)KG2YQ{cQRsbTo%)+KsHdXw0K_jdobRkj#ehR`iNOl463-K0SeSSzh)w8j3V8@-TG
zyNXToTt8}$1W{r3Nyy;kG}(S?D(sMgl~1@8a~DMl3AIuQO|>Zsa0|a|lw_yls<~cf
zs%xL%2H0k!x&5OGmYx8Op(!2{@R5{9zY<GDJlf@G18O!mKg{C@YUX|O^Lq9mQv%|S
zhi@{AY4HahPpL?Ei=0mtYAn;mMJPdOn{QHAkbUGh!^7iQ;=?Xk<GYUsGYP4P?XEg)
z8HefIo2#>)nh)uw3p*06vpEQ#LXkiW`#*Xyusz!<?Cei`)>{WN>z8FCqwgJm3YD6l
zeQtl{*0ykGr=D;;QPEm$@*ZdLP#z}?U14-ksPy^o)@6Lvk_ig|*<d3bxA8dzqqrUU
zIrU9EfvtCW=fKu7g;LvV?VG(CJ|DkYmAU+z{?DHKB(ntrO?-4f(0ZRvC8j#yd=aTE
zWEHJsE%zVnl2x4}MBc))Jx!{m@%EB%<S=%LumPzG3~v$+YkPP-G)ANa^62VCD*4iR
z!50^I_<bOnlwypbTkj$MG$CLE?@|=nwCntTpv8$o!_6r&iwCy0CO|2Hv<J?@R2s1T
zdFZ-jW@mfu+KvBB;+8AVfch7KGOydKz>iCiIlJ>~KTy$E$cEgy;qzXA5~J$I&Y_+e
z(cXA?l5z@k<A85&o5bV7PeNF<nZ$O`!4;(U>KoQ2S*-VF_uq_K>~i$~S|K~8pL=Rp
zKIpImkKZMvizA;~aCKr&;xvc~|H!kAx;ry?DxOzf(e%o31#vXtmiuRyLWMQUxJ?AD
z+sOUJW<s01DANX3T{KAvqmx}2uE|Ib;o?3T_>o9ZVgDz0{*7qA(}9OUi>h7D*kO8@
zw%$E&?OeTHYKZssWGwx9?ZChwA(IB$mZjyDHO~XA1ewG-&C^zC+MAMJ+S0VzYClew
zp~jLlq#-DzL$VENxwW5PuB^08V)gA<ov??DebvkM=9elbV(6W4Um|?%^?CeOL&F~B
zb$25)hgsP7%j?<hML3Yy>&Oc9@%F%F(rmeqm~ND>9twwiK8{YOb<t5`&`h%!Pzx91
z`QZDoN1!%j5zhG@pey|@iGNSsS@7G`d~o(>-e~8RAuvIqGfLM1cg=<8%~R+UK_a%W
z>Qrbn*oFH+2KI)&^;<p99r3=QeG~*=PYr*9qXSC%XqIG#o{q&hDv7hXoNQl@mvQ^^
zE!}ev)SAi~bV*4}?FN1l4*lNN&CZ7lU9V5DhQB`E<yB>6SI2GD$Bs4gUy>63ju2~3
zfb@R6T>=S-iAoxxU!a*unyqxQu)F!Jsp$(OEu9vVshv&YHR8RM|6C3Yn7uxF+np}j
z<*#aTR*}6@=t=8OpT%-uK!3t)Z@Tz{ZZ&?NH-_$BU5FxF-TnB6h$6{<zOB4nyDS0_
zz4XWXTy_fg)bnNz0cm$&F@KN@7mk@$wC@t?M!7!bK@nJPS#bqM!=lu40tz!;YH?Tb
z%P2<bZ8)nW7+N4MHO<suZC%lV!alXfF^zgD221W<^=*#!qd4%wWY(o^UNzXew=Qx*
zwjkgai+WX+aDE%oPP$C$1})3$gF%KG2GBH?Daaz^c@s-}LqNMB%xynYYMaEe;=1DA
ztF3*-*Mk#^Np^d(8oWjSfCu1j9(faJ;&X<PE$eqkD?Zf1%U;GdU%m<`qi#Jsf8g1y
z7K^Qc%l}?Hn$e^@{lghp>~UQ1331J5=prR@(-p$Mo%K+?{Eca`9-i@W2JsM9`#{_4
z<m9tnz&$t;@YyWE28#rJHv+LylfqHTyaKI-d=4Ng-x|v?X}J&wWlY}sRPXqxZbRFk
z24fRxsdLq3V>j>1Y^<ez5L%?X6GaDJy55^~wO?P?I^h>CyR)*1$}df>JPiCylW6hV
z*85S#w2Lr*cO$aBr`EAcXuJK?BXr#;%Tq-wpFRf%K>lqhAz@A<+f``pZsIv!lV`m$
za<)&&P|-SvF|!6i(E+fQ)Tdp3PBy=nm8`3kxPO{rWv6k2lF&0z?`0y;YU=@@j0EyE
z_ekU#;@#aF5`x`0RDW3)USvPNXs8rz@knic1}We%HWd02W|Hk$e*?id2LbLp)XlQI
zAoN=P_;UPgpKut8mSVnM!m;k3=Q)_|d`d;RIuPeuv9T@z=FE$x-Wn6;)VNye_FS`2
z_3&bE@~eyYq6_1-E8It6A<$>lXki_39Uikwd{Xf}QgY4sBJvtN6%-YNW>$mY2l8F*
z($8=W{y#TvFkSBxt=tX~WV@Aa1}WKeJlv`47PND@6p-6_zHh!@l`-7B7NWQkZ;92E
z6)^nRrRs5`KI2ojyhTeQ<df%dnTtPfL#1kKF{5O~&a1;<^CDU|N+Fnmk@P3kkUQFn
zFjZd<!yZrSb>Kz3fE;02gtCWxShH49;Z$<zGx<~HMz3{Gi;2;68B=x@Gh6(K7>9JC
zH<>CPwUY;3cCKRntf`MY#T^}NWOg)=Z7hx~noZUzrx4UN{MkgAs+?#@BwsFP4$_hX
zB@2Q`W4^cEI|>|m4lN?FFjF843}LJ9Vw-0<byZIiO<aOG3{^meQ7SWj3iS)*VhNu7
z#S=mwQ1<Xo6qu5`&#o3gi_dx6K(_K}ouw5>EC8Zs;Jyb<{wCA<FCKQGT7GT<n>I5Q
zbF@<UR|N}`K%vj$lI##L@(OD<ktn=bj=c=R4AMHK9JMe#loJ~w%>N(m8KjxTbmyvD
zZIj0DKcWWJr?9N(8Av<*D3zM}8u39P$q@T7kpf1>DX`)DZ}>ND&mmw@M!TVORD--^
z-BzNM(rc2s$3<)X!qWOhT`%P%UnQlDI-om*9|biBnjsruo1{+GDE3w5qaD}gzhWpz
zmGb4V(!NBqnK9{R$`tU*7c#ngbI4#8G3BQwvpE-izhT$<2SxOoLnurM5>^^V$}{m+
ziz7a{`&mU#9#M6ft(~VUolXZFmgTLyHojjJt;H;rs+cHO{-hvLzHm~MX0!)KiUxIl
zl}+nurY0fOznyqIX*J3yxbR7;D;O^YQ>3><&Hi@&)6#}*u-g|)Uc19Z_UIAqe-Oqn
zGj3ZYS!&q}VDb#g_6a|!o=Pc|8!c(>>x4(`D%0fa=Mf3}c@8isX~Zv*0=UFDBcx!j
zZLbGO-{%U<_E@1AlUtcG2_VCC6|w|{f0ZWNO1N(J__%pmqxtN2%UX_iLewgbaS?~s
zP^P99)W4DVv=Cp(sXdm_j#LK~T49OF<nr_vMUuljzMJ}LN+7;ObUd2^vmF)_UwDW@
zzEX+}i4voBUL|3Eq!HT6GhqsKBt?Rzu4;Bkw_ZLGX}*m_fze?-j6&xZhx}8{Nof~m
zXSI~W?p@ShCLB3Fy?H~l^?z7kjXB1@trP4X#1<ZK(dmhUaGq7`lj)MI-&y!8N**9@
z5Iy(SY**=C>r~@Q=igU2Qa;uN%9r2$HhbVF@l$&Zmioj%QH>RX`^(viD<MjFzyEL8
zY5t%Xp(Xee2M^C@S!;^h?hn7MlE~#(qZmR##sxz-i%1Gl*}PhQxlD@9(CQajrL>+*
zd;*cD_qmbn@ngJ^2e{$i$H2B0)2?*{t%>q^*nX~&Yll>{gx-1P>m3Z`{3O_7vPDrF
z^bqD~8LP+W5fxaBCo(ZlVCG@9{2ORrf)Cc%PE_;QbYs_}*ZOL)Hcn)+g*yqUjMCV;
zNap&S<zE{2MKbejiO|FH(q9N3VoU3Ui4pZc*GnUZaW<zY6#~roi(jNzpUG}ID>714
zYYo99+gu$~x9tTRC*1_+ABs=<3Z8+JBACBEUN9zZ>f7~gaUZ99t8U-wVi75Jsw`ld
z#Jw}TK0MwO)cJbcDqC2+odIiRO30JCrT<KlKpuU78%3nJf%&TMMVZ!F5>}!T?)mSw
zM|A+t;FdV>38lafZ|n4&q-(j5N<2%x`!1|Rto8lV>&6U+1N@}`I}0KwxoS0oG|lOE
zUtl59P+X+*Bk!yE@^PH@_=yjNW$}yE$lE6`cR$7Mj(I;A`#n|Q<jak;K0-RWvzA5#
z6A)dLP+dIQbTmqg#<=r_uy|3<x`Cpx;~$}D%3;v;Zj$7MtM1*?^}d&UzpM?+!s*#G
zgx|b=75@WkK99GJQAs9@19L59su7h9I|!|WpqqBEaCXh|JCTe}gL2`Y>+bcsU|iu1
zWJU3Ukb#vUdjI@`Zf(=Z8?96qg#R_jKRR$a&l(#os;}Q>_L@)oRTPN?f<ENM_rv`d
z-nI`h%KW2UKhC7j`$at)wJ%OMw@0WG>8}uu09%CAN}7QXCUu^!6pHZ5J=^*)0G8tD
z-rFi*wIqJ#TKXb4xw|#^JYuBdU2YO8e{F40WZWZm^&I4zP5b?-T@U%|MoBm7)SR}L
zq)skXfe5OFB_032N#XZlEd1L?B_|-V?d`PBSUgN^JH=Y?ogqC}(^{9j^K6<Fjk~G$
z^1kGhraqP6A}th5kceN?w?D@ZG%cP932zws38W*wFP-mHn)4&fulcHgs@1_LXb$Q8
z_?QaZ5N>hq&^7(iF|c-oR7asw)BekYV-v>)OO=dz)>DI(Y?1m-pV_7nVt#Ei4`gD~
zf$_WavL|NnxvnX^cQPo(ZH%%E#_zd~YycfhR(<goysWAwwW}-NuN?2+5_hq4m|lLJ
z3^?s-rA8;v#pe<tqRx_ZTo~#4Nx*M6{qFjL?<g_5nCxL~*@>9rS;1qqE!Z0XLRC7g
zW6c(vI32+Yj)x~G-K-`(jA8*5CdNGit*zk=rthd;aX7vc8A51Kb@$6N-Dae*!@W6*
z8>K)-|5g+gz{}}Vwcy<Dpb>Qs<N4ylml%|Yb`aG*hWnzuoTO#=7_EUQT`J7UROe>-
zsQ0qrmr<Yy_2gCRpJ%Hy9|t=2w=qg$&{Qz6nVtGb4?!)!J6xux{uM*in@#tpv1v{d
zmL?f^wq+m(yS*cknumAfSxLRbT<6vwG-w1F5#YbN7+to?p}$)$#TpR>dbT>>smP6f
z5Ao8A`#bs^lX;hW%k+;RD8sjh(B%UD{XW>d*>9@(+AcfXzeAvR;Fhs(TZyy<nd-lr
zE-JmM2&44gz7<0JdL>>eY@kKnx|if(+FNo?O+O>8tvy%|u2|c%Vc2~P_G;%Fosa(I
zU7+xKz0UWOE!3+CQp(q7NE3CMfg&z3lp$m~vnu<beh{%4JzAA`hG&I24sj|FWY4Cg
z(~XZ|yly1`2vwN-Y6i%0nQKU(_hH-o?Iz%CX|I*ir8(NY7d7G@NZVu}PdfE)pc-(o
z)l|iv?};h6TgJvUurv#|r(dC@yIor%rS!^WWNrOd-0MH_f`>l!UOs0Gl{B{E%ZMlz
zCBCb(Yz*!XMWeL&;l^RrM-y7vroQ9S7XT5#3gnAZ{a}wA=HwcyR$?5f?t;BmdrsdN
z5Z5>JQL~+poi3%-QvX7IGh)3b7*}B9Rsp}Wk6s!XjPsX)bt|Z!iCP-tY>D(g?Cd}C
z<)e!EkE#7HJ8~VA<U-R4#+AmvrrAx>Qr>db+xz6kow^DB6~%zYs4tSHSf-9MnjC&V
z>2$eA7B_nQ{;xVVmTN+Sma>Y2(FvC9%%ehT8DDAg-}-0-*#kk7dk(Dn#9Zi6SO%2k
LHRP&g%tHPPeCZ##

literal 0
HcmV?d00001

diff --git a/doc/assistant/buddylist.png b/doc/assistant/buddylist.png
new file mode 100644
index 0000000000000000000000000000000000000000..40b5a92382f1f8e002d435719e1213f33b760048
GIT binary patch
literal 4347
zcmai&2QVDo*1%UMSQ{jI4-pYjgXkrq1i=z@wIF(w)izcqdZL%rds)5L5QMOL$?B^H
z(V`_R-hTh@&6{~M-^_Ps?z!jQIrp4%XYS1T-5dE@>m}tK#ybE2fKp9WSr-7nGso#*
zQhb~&w=2lQ4P@_CjXVGVa+?3?cz_H9J#LZ2Q%&;)$s#!c-W>@xt4Uq}0F<GotN`|z
z-_HsF>)B;|>n7uf<mOedi!_#h5nm+o*h?izY}CH8q!R3C@;vUB!xD1*iH||L3^moD
z7lDWJQt*>Oop)3}5#=Rrh`jl_8&i^Ed_IW^36WT>yn^wG_i>@@3WG%M7x7Gr>=(<*
z(V~MVl9GP@2UoI(u*0hk^OcLCP0m_Fes<E}BYE}aKz34Hl3;dK7SdpLC_CvI8OQp~
z?$4jOFa;1{{PTCBjBRv;3ge@}|7{jL9mM|ekcwdmzt`2$X!dMdFGiWu?OJVD9<&U_
zY_KgvcVo|go451yo(-UYH)DT{+I;n}>Rb;N$KLVL-l={8^YgpBye!l$Q!mOt;?CxU
zKB0m<TMl;Td|_O@|6vkabT{$3<Ym_u%fVu6z3<7^8*_i?_2n6^1#h+q=)R>{@yC3+
z^rhM0lMoD&b=TkB)`U04{;mQ7BM9Ub6ney0J`j9yXgrv2jJBj-?lqZXDOu&|l0xk-
z(P%I-2NK|vb^gOI&Y=e@-A_NO8m8D7&05t`P*5D*hnRHD`uE_qGu)vB?bvpZz{qLu
ze)0SQyn^zkNR0icmahf99$(CDBp?n9iuB$jurQhp(531+;D0NeUa^9Qho{&dS3T@C
zdJ3b9cTpYoSs$OEv_F@kLzFC3Gp{5ejtBDAGZQA@$WC&Giqo1E0sss)z~>L6)1(YG
zsneQ{m&2H`w8Xv+2$1t0sjD3C#rtyB6B2(8_p~%J=&hZM9;WDrQMnCFF7=ntF;d4R
zXG7AU4Sx#CdZMaDqi;>ksaE$cGpaf7Yf~175h&~m!lxDZlI!@}T~}mXQaKWbWU)s|
zMY=<qT%i(rD^`ZxJ}(68W(BZIXZJ_{`1)%s8`}~IFwP1;bnL>f;pf2ghLHmVOgsKe
zMiFMv_N@k}$0yD(T_;FGXSx{K*1yI*hOXWRQb#KDCAaZYM~2pa+<4<G|F#BSeghna
zLZxMX@Z4)#Z%@?DNDl*0LyS$$16XS2<^qzBCWSL-Lmf$ON^_Kk>Qy=mx3`Up2VSmQ
z!v}N>5;R0V{M}3q3k$0vnQL-g$xcaWa+u*O(tTvAZ{ylskj7~5+D*{X)d(~*cL{WO
zZb34IzZ$mFV>{Cedjq#NKwV=z=M6w#z3=x1k=cMiA8%w&7Xb2-f6v%>ms2Vxt^o9b
zuZS4Dn->1c)#=7AyYPkt23c}TCOMoM=OJQl@Jf`nvGhB3+IeWSQ0mv^IE>2Uq(r>j
zxn~>Z#lif5PO4lA1=oll`thla1jBV%Sy?1NW<h!ig9?3t)Zw>vU%tqv*hEJ~$^Kal
zY4<+7GZSmrQGDYg&?Yd=hQjILBBN$ax^UsEk`}>co~to*Kf(>I@i^)N-r&UG{Fv1I
z1Sm9Lsx7i*>Zk3&E5hfl@PJw3^y%&=c~h9Sh&flZDae=CW3=c(G{;s2b$iS&k^3os
zw^MR&cC;(0$nEKnub!&gPO691{ju`z8OQcp9W`i6#L^TM^WgLt1Ll32kfYW}w1<}6
zh(wl{<4|;cE1#Zi1j~2Cn`ANTp=b|*YxlUdok1zp2ML+tuJGf2IxbdkJ0k<W<k{(I
zuz|sy8Gmn+-GhvKWqVqOUD-zmP2g0ai%Un`^dZ~i>XP(mT8))kECU%?1CsrNeuPN1
z=Fau0!H(8cWxcp|2WJSuz;7wQIsL0G*Zqf(&tZrbqqeESzh+aB;!2pntRMkUng4~x
zMcSf<`|>Y}wLlpWR{D#y?Dlib9mbO9K9@lR<Ux0V5eyIWUOUU^yxo;KrnAP<R(-FY
z4Sj;0a<&e#AB(Ay_#z9R?in7ny21V>4zaYbuuul-@+A`!5=vkFsy|S<%32RZNZsss
zDl;3oHdV*Jwz#wi;?~oFTpCATH@>!DZI1ofmRl}Y?ssGNRGD}xhCRG2<cP=gq-MC~
zJp@`Z<I}2i5n)TQ>Ld<e-Xjh~Tx5=&5}^q~v`oX!&N$@Kw~=ouN7t=c<5@Nl&5+u)
z-+xI`%_%m@N&jM?5^tq#S|^DL8oym?Yps7z4|3z49S~TQb)D!038a|Po9}|Csj2Dc
zwhO8o8XkMxwho?+sj^RUB?_{<*M3@9CACD`_T$s-Gfk4-iw>o&uIgAv9+O-D`Sk2o
z$?nFrc<)8KxwF6Z<a4j!F4P4S%+EHfR@gx45sT;nE#A(*cfEaz5{br#C>WCEtsj!-
zUM>gHk>P?Ksdii$^_;|~8Gg8`$B(u8QIJH4(Pz22g1_InA!$>~>i!d%f4R^0;?^qd
zIRXuGxIyK_n4@6?5Bsm@P6Xt<B7RC!+);ef%xOp_(Rc0RHfZh18_a`l_fwqiS=V4u
zIoW@zK}!lh<$FNcSFpt*iz1zSx1B|ic3FL4CrxsdoAl$J9BBwa{YXk7%#uy=2H3_R
zpJSzx<}pjTzn{gu<b74$T^ZyszxQ-ZxLI~J27<NlsgwWlPRtwmK@y*1DgiR#)7emB
zz(Q&@4GLh~9hpmggRb63c=>W^VJ{u+sE>b`SG!V$6Qt){@4J`(o<GlRF+rvV+&1ss
z3K0PTRAw_~+)LXV>L<-}6dc{gr!_}&%~|H!AFtdzcwP9BEza188%H!p+g3Ydx@Rmq
z+%NP(3e-oBWMYn64XEfBnF_tb8z{jb8YFmuahLlA2z(UiLalW!k5`EZh2*x8)W0>P
z|7a~^C{Fgx4}psn(NOy9;rArDN(7-J8+=7>I_e{vcf{JjBRK?e&+@2d?y|Q*<Y`@^
z@GYm$Ce@+0e<f7LR~1)jKkR<uECv>I>q^o;LBI7=9DUkZ0sMPa)=8RnR#Vb|b(uxN
zg`m7AT+m$cZ+GDcZ~Dgx&oZ-3J*rbZ`(&o_2wg5P>N(97=MQn!UzdcrUPfWt`HNcS
z*c(lpcdG@nNM)>jX^A1t^)9l$5Ev>){rgoebgfKj+Vj?LSirwP?a%tW<=6o4(ATR3
zxNUI9>5IuR)wY9Ob6CnOkPs6_Id2~{nND(ZF?+jI`zmzr`uNv)rI?&Cg9xhH@5RbH
zYIxMu7@^#mW6@ob1~2xHZjyF9z$9-Rnc(o^zp%v0$qjC2`7Cn>0wU}w06H{g91tmh
z8tVTK)Bo%pAc;SsS(K5HxxT)}m8T-ziC8XDV<`!HdwVr)?SK=MxVZDY=h^PeA+oz^
zeu7^`nnkeqA*)V2=97@j_3r9>2>|W=`^#PaOo1~FsIf6S`YqVbK@;UY*?Taqh~kkx
z%$KH)hb%bzqxMsW#ZrO`+wAjmuY*7vqv(ENLH46wi())Lnu=g7fI!gYTa~b8jaUrW
zpm@k=WR~6P6~Crug*EXM;0PN!NEz5|zswgy)<i6*xg6V<Rz=E4NL)+wieP+=v21ti
z*$;<^WH<A>Eo?A~z1PZQV&9n3AxcTjZxoNm78+JJ+rJ$hLC}mo8B8G^A+LC>jSM(H
z*YGoeK<r@ty=|$<DbLMK+i-ggtw`b!_X46<ChqE<eY>WBlyF6B9kco;{HDuoLS{_m
zGXyna`YD^tKP~bT#2wUu;6qs`WYF-~AnqLN3#btV{~B}@jQHkYOyj-DDQdf6P%7Mw
zrKyKab?A@SQAP}BqGFz_&txRAvN5(B4XVZn8Og1DPRVBy`WVyNWc3nWz%9+wASU$C
zjI|aUm{(pvweSr5^Wud)r)X9GIz&KgG0rz)=AKRm>X;Za{+1S~vkW2Ymvf!!7`Q9s
zq}RVu1kWFHA&-SP3+ZodXQ5;bD-+@|^Fgp}yMMFNYA;^Pd~Aa4(qu^g?^A!Ns9p7u
z<F<cvNs`?b{P2W>xYNm*mr+s)7yE-!-xxHaVo+_SX7+AsQ~4Dk-Rd!OKGrpPb=U+C
z^1AhS+8mQy@suRr^TNUxB~pg`b5vp|6B|bbv)2b*I427U8kF2ioGMl^t@APxA6<_1
z48V|1Fk3)ji<kX*Q2tjy%C-yfC!e>jr3()_gxonENmPm}XRcHB=F!vq=Wy6mIq7hH
z_s|lX)Q!|2A)E*+v5C(Y{Zk0kElaXN2M6Q-Lv70exBmZ7o3z?;saaJpytSB8l}Xx#
zrNjGC5gJ|FwE3I3v#HT{+z?u?nL}GIP0N(nARyPFLYMr;#DhA0vvle6Ab589lz-L9
zSZZ3-H5qu8zo~DMY7*0G%u@t@YV}}%b?lF%cO&$r?l1Ryr;$Q4;>LK&!+7!)!E?SC
zsG&?I4VB{O`mcUA70`VbpY@z(dq{yDMaes{;+n$mm6|w7i?sDT>>k<cRp9)r`ha@w
zkjTrZ#VmaLDwqolKqzg(NA4~g8XAC?oXEXbSkLh8@<|51i&bCzna?z+A@-faF0iSK
zD4R$+a|@XOsgbJa;1FG3)J+z8B*Q9{85Yy`<Ezw1Q?PRAcQ&Zb_P;YauIKul1k-*O
zwuVcH&Ds!H$X)K?b-MXWclhPi&F}{`H5{`1TItSNu&UwD%*whRl{&06ZPhIU%R0cM
zC~j$r<tn2mN-er-50DBT?A9W~`iz-q8T}zg&pa(YRJb~UpoQ@VM?}eYhgh{#rm2xW
z#)=UJBiH2YdH%N#up#UNlblqs7W_}-KlvEYd=hEO`{7e*d5=o*xIQFuj0@J;-+kya
zP=mxIQbVy-;lHJwEAP{z>^>K+kw=hFv3|fFf0Ob)XfQ^)x0>=K5)l*QP(9%GW^HW^
zc5xu%0NX0nzdZUL&}Rf@CY~02ga7(ve+J))Wm&lxT-cN8PmDl*%E0hrkA~8ya<McD
zZfUgrN;$2|lREv)enEY|*jfe*r%Epysd+<No)w*wKIMQJCfcBV#FV{Nb3xF<S=LFv
zF(;|TDPE{@O@S9aJM$QM$2i##dlhF#A)fW5BBTn;W<u#ag|3_ET+lrZ`-;jG*Uoyr
zX)M+PR>I-n%uJT7|9rtD{_%PPib+qzxY?=GGD;0{q~hn`@FcKLv@=h!p1bi<<#d3f
ze^aCl`=F#`L#%4K4r98D5iHzjdx{Co*g^(3dljWrG&_|pX2kpW2c><ccl<*l)UDNQ
z^R*SrbUd{42%(euIk64;V=h)h&&wHQ*W^@Q6|Jf?&N*Re#y*LV2VK(UXLnLZ1q2zb
zD^Z9v1%GwM?aGr^_j6b9Wujl;1qPmoZ<0-*(Y|}L$e^I0yOOG9U`7x~&|_;PUBs?!
z!O>Ys_>t%0pgd4{*b*;;q3^q;$h~JID)RSux{Yg*iqKsPfiJF}7uLka45dM>zds{M
z#rBPe<Y_{H#15_ATtX?Nlvd>91MH^2*oFJOee5c-PI{JB2y~AMajkog<-K@@Wp+;v
z*8fd&x!6C_lK5Q%$1KvYk_wI1(Tk|HG_h2AxzvigQjCn9Iyp)7NNQo~z6;iL*=+wi
zN952NJQM{zu_d4KM@F(WSp2J3X`nN5+_SxxDh~%CgbKL2O;|>t04f9$DtvnW|1JEN
eS>L<k+p5F8KG^$^PTa=@K<$N=a+RV*@V@}BU07uR

literal 0
HcmV?d00001

diff --git a/doc/assistant/cloudnudge.png b/doc/assistant/cloudnudge.png
new file mode 100644
index 0000000000000000000000000000000000000000..b6f9a657e027b0556628d5fa1e44e9853b3b2bae
GIT binary patch
literal 7332
zcmaKRbyU?su>Y6NOLv2p6u3xSO1hO6=~Sdsx-X4{v@}SAG#8{>x|NW;fYRL!4`2Mw
zd;k2-+1Z_$opW|}Hs*8Ad{S3c0AW*M0{{S0Qk2zv8h4&3925DePs!BGdK$2t6!lyH
z0EhS=Apz-`6i-SFS0xoWj3pF&QbI_MW;GfB(8wssN@;n{@B8_963=E`h~~$e4}P(G
zPlJ2KZScJb6+=;(2d@ams03%suz#K4AVUphZZYZDu!WmgUF^=NB|2nUCMG5A6aRLn
zw#osSCpzT5Ze%g-{2>V}{O;1BT!0;($kj5(Zd}|m8qBzXhb3$LmMydU^Z6|OI}mpp
z=Obx+n^`hS38=_HrC8|&Fw>nN=LbS&em#X7VgCqnB~8o&DcKjU<q3lmauZXYjLc7_
zNp1$utVM#fdBAF@mtfCM7HoG7L${pIA01z&az1+%8OgNB+}N;y<*lDvz?S&oNB;go
z|M4V$E_WA+B>(7{b1Q~lMQh1dMGMR#fP|#nA=a{BGtd+}cp?S%)c%M57yD23U!o~`
z;HFo2&+6MPCn3*l)-&eD*(RU1(%jxDHq0QM)$^jTK^{*{l+m$Fp^qC^s|RCv3lr)#
z@*B_OV#R77CR<WSzY_yfSi}owDcIY~uFg6{%-BKTNWAd;-l^0tW(C&zB)u~mEMu$c
zrCNCmFs#JzB(PGBhh9R`H>`aNYC7-xWcs>vs<xpwxM>o8KE+U8jsj&BZV%>1e~QkF
zLwg|qsAIdgpT(7>>q2cu_C$K{@UzOIqppIVf#G5@Ou>ugq^O7`W0b7$7i)20gOMX$
ztv)}Mio8V;e^*ztpiuw3@QsoH-Q7oW$+FVpa~=N`i9?^Nq`fvK6JEwClyiXG^H+$v
zk&$4UDd1#w4LU4w#5qvyR8{0pwC3M&ZDuShthp#-ER!q#MG3Dh7zFX-hqqg*(l|Q{
z_QqYW9@pZ>rW8`}8sUn&tSPd2U9y>pc3lF1BhmsEu9wk4*Cp%_)$XB^=^jb2Y4+b7
zMss+!!`3&Cu+>)9MuUx8B&mbi(I+d6AF!Gj1A>>`N0CF<E_I)kp?{4~RnqM`J#dk?
zTxHOEcxd`x;3j@?AYi%QBE`ELr;*sxKiu9s(noUIUYx@c2og5-v^*rO2wQH3UUzPC
z*}HRomY)m@9ZDqu3=hw1f7R=Z0M$ZNwtYic6n0JCt*!YzpIe*GzA5MgP2Q#-R=f;o
zou9YpHzcJCu$tLJ!$-!hx|O{DJ@k7tX}3cB(YmmH_VXME$-3;=r~ww6UkRV<y60SJ
z#=AP~SPA}xg{s(4sW1Kkhon7=1CB3is5<+@IaHP|dR+u!C2G(+`xQ7;XfIOQ;j8xu
zj1hTt@-YS!78ULlQ5+4DD!~lTY)gu;&FhVgjlXrS=|zW7KZA6tCF-v4tBjjNo@j4+
zLU1`K<-~xNtAlv5#IG1(I~cuV;~B=DB50kJzfg2WoMD*JQ@HaPv9k`h8&{uvcg+<b
zXPxRQ;SndcW!T!Dl#VU#`<CPt0E*Qv?RS?CevjX5KdJJ1E@Qk4e5gsTX&b5l05KYw
z!nZw-Y6kCh?_ep%IOJ9P&FskhG#aEI+LrzOIL*2JzZz3d&xxIZfE88O1>qI>@Ox(`
z*ok3y*01gNOn++$r$YG#B$X1eu2en5>!5;j_RuU<OCAbkmc(hBrsb))gzPS!)du?R
z)pqF6pTWJe<DTNB%6`C3MrKv+{fmwETDS8&g%iM#2R_!#+R?OUX+Yk7VbtT1J%;RL
z*7@fPd2-8IvV9qO#R!ViZ~hfq7n8Rbu%L6jD&N`E29_uk@zUn)x106$Wrokk&i&pR
z0nx)c&Cvmxzy8?XDaz0Te}-ChzE`Lkws-%kqQ_yXW@B_v2Q1;Pb(c;sUT7EknR}Z3
z%!8Ea@tu$olv>JYfK`QMMHC~vXL3>3v0?7%ZRs}$Vq|@Bn6Tn^&lsIj-&~;gwXABt
zWFFbyr*dR?SiLv#daF1(fD1{_`O6Gu3)$P#GZ>GSNF23xe0k>8W<BuuX8xj8sEy4W
zl3ss~<0^E=zp+!!1REnZ@xvApr6_9&Yun)@K)WQxD}kQ?#ztgigrS*oaO10Ybw6%3
zrWuhv-6lC>*vvVj7TgDysseCcC;YKZH*j>lL~L!LR9~;|NzfdWJMMq}{0l`lA(J5o
zG%kZfVg9vX5Y?BJei5vg@TzcVV1$I73Z^(onU;3$=Ekq`oMqA<GrT>PM9jV7Tle{C
z&z}!KHkbaoF{3Hp>`c{EA9A(cz2S&OnYDHh5gnr9=6tYkhY_G+==O^82oIySpsYxs
z{}S6o=&j@9p?-9Vdr;4tPV12Rp-!3S53a-rul{Jn^f(JW&fKXblGOo4`N3B3t2asI
z_rcOeb7oK>A)xPv)wNy78k5yebL4hn_0nnie2oO~r9Zl*398Dk#BE>9sP<iYu@l7O
z`i`#?Yb6}gedv;*Nj*Gw1NmY!Xp)R1^-^aZlYtky{AX1Q**819tbz%4_%e-d_@cw3
zjvlbvpBQs-Xmh{*=<YCIKeP)Z=_59wvODj>EAAl`vwbXM)b^b0Ovn!&Zbol*&L&vo
zch<rxEIj_iHw#H%6h^Mm$ixUFhh_f#Hq4^d@xWCe|3ckrr^Uy{XHIVWQ&2=*NTY4T
zyl~(foAb*TbqpCX>V^a0f42umUasesKHfqr@vhT2^~dA(g6IchgR7;&mE2y|*W-8J
zL&auJNMY1Kr=9231HpsWxs$Fc{hbZKPohB(wmheE{fAtB`&K*oS=-JI2<ZGdf{SR=
z;WF?nud_S+H0HIXh5U*^SU?zV72nYh9M=bPd9M^hSSp7MJon&yhuV6H-zuS^`+vF4
z1lk8uH8kE_&-4ZsM4^nT`&@xc15->h>3vEomgcnLV4>E>vySyT=O_5)eb~gpI3K0Z
z71NbFJzCKSr3a1js-V0(qn8p+?feebHdFF)g;deQr#R*}!|f^gyG1k8hBi%R`{6-h
z5A8vBUTVzj*OPo?yLx_io3rf~D}%%)_0l{W>zr?Xv5pH&l|1Xjk>r%ztQc=|Y9_<e
zPD{Aii$sm~=W+4992K6N?G*r}q-WU4sIw)1Qi`og`{Sd*$89pFu7P+S(bjAQ1Y}UU
zE!7mQYQBMwqT5g9t)~TKl&<*>oEtverTaTIIPlxnqs3B;(^a_YeW|JD5v$1^#anr}
zh9hxi3EmRCL;739d_&hhK7Q;*N&b+?LVctqn+l2PIY!+g*?PCd9Ul}T8%i;(G*dGr
z@Dm$IdmpQQAn}aUs=x|BkH`x#AfaWKdKM8=Cym8f6tYVqCaWR;ii9R%1ulxVMOmlh
z+96wN#h&~Hth(m=a4hg@2&{n@nJ)91N}Fa0$5leEH&T;VHfm+lCKo^@oo1S>Nl0S*
zG+h@&{PO+=zM`&PK?Gt@Ao9c_3T1hP)G7I?j$zQUXFT`Xg^<mf7fFq@v4g+e=gck3
z(ff=xx<8=p=jq_!E-Q-q`+Ib3No3Rpk+F&c^kngIvoR6i3b^F7*;55Kx3zveV2)|R
zn>sI{C?g)IN<s79WB<A9X;d?4{!ErUFoBGJrBn{la&OJY*tx5tdck_=n04AfiZrG$
z@xn_}*GG7pTXmvp%cW;S`hn6r&KKr(4J#%a@H9b|HbMSJK`oQc=<W2#IH5$!nf)cF
z3!>hLrD5D3Ca?H-+qOl2YdL@Ymw2s6jpt8N7Z_wNk-`&0Q&K3Ubv=6f?Uh+_4~3RR
zmL?g2iOyW#LHjsHhusN32!s!5dfF}L3*zH(efGrZ#jlk8Jp#aVSJ34hlQmG~H%lOm
zA_?l-RY?Hd@i4$9QRcrIce+dG0>t>sxDlpn{rkaaQ>J|w>y2*@kgRx|VL-d1-O_Vu
zK2*G&#u^88YTYP>&OpOP#9W)cy1&f%tEdzekKS;djKBuTYAISYS+sF`wq;9BKck>(
z$ir?VDyQ#pjf9^QR_EinODqnX%Zj(khvMD-dcYQ*1PAdNM<W(ilHR{GNxeGWv=7F+
z6RKwDE?n}w$Q7nfaRWTv?Q2Ix&W?M<E0D)4Rc2W}wA{}7v=;ucm_3!l*(@poN-7;5
z>RRo$^UCv*Yj{7RSBbXl77w>rmSkHWTmH&fLwWkmX78-I?>3>RhkP0B+-BYNHBcFQ
zSUN9nc$UIW**<Uv%d?29WQRXmC1#SR(Da;mWegIo@9|(22sphx;N0CNm;!9s?QLCn
zpe2me7boB8J%0*{JTE-6m=%80k0>YtuJW3S>8@^qzym{+zHUCMSD<N8t_Qmt4sm&E
z4F&yqUw-nykJMAQ%EgDa3)=U?m5+h1a|y28nqF_jrIZLSyz6k<DO3CA&>m+FsM}+}
zQlRp^EJe?!y|WZ$2xN}msp?+!<he2fnA{azCS0+i-t`R|Q739P-o{2R9l&Pm!NQX}
ziQ%tyX*^frG2Wm5<EwBzI|}tv=mL&hiZ<jC2mtV?AI7uatJUMsmQ^R`b;6(K<9e`1
z7cp;nahZHqkPm7TupEM<&XEVLYcD@}T2;lvNMLS`_u|wA-C^3_v(7KA=sq57F(!k5
zG=HVudRM^1uE(edJVzs!ZB3=5&Hbt-GRtQn$5xQ|uohiZP?vN)YhYlHA_k?lM8W1I
z)|>RgWPCb@ZZWO#x~m4tqquu(?x0tS$X+?yXCSaLCTa(7cz}QR(b#l|LH!czt$`X8
zw?a_o<*lm*oAHMA7UB3Q<Fkkf-a7tvI;S0HBsRlT-?sYtqQV{ra-h5=z(0b!6K*<{
zIU4)0EU4v`5s0TJ@51<uG5%6KUvx}5BzlB#`9-x0p{+5A^GxQ&t%P<C&*^xWMPkb0
zJ_ey|1k#LOd`|f-uoG28_gUK9E>r5YsDc){+oZNZyq#h>n`6?ykV)A!lhEfs8a?on
zOEH7*a90kp3ag?=R#$RuSzL0ADB6zM-Bw$5u{8(?HOXW-d0C9?t=3>5e28ld`WI(H
zKA&Yt$6M-kKc#iQQEV~O4q7uGHu3IZuI)=uWLzD<%ZtJNm>W5+Z?=yPo5O<GDQ15q
zXNX{6f?9bV#KF#S5^br{f%4I22njhtui>vwj*YNw033R=9n&X4*Nlq+Ib<$Tf%Jwe
zqnk5>Yxu(3S8;W6Qpq}VMx<W%lozzfVoNe{$qR!KVd>E+lM^VmAmq@$w&r&ZqCX!!
zIv^bo#_cRt@|J^EUT!9~v$8Gj&yj@%O$nYcMZ)peJ95iKDQhw;D7;O{m*OBEy?Qwc
zec)<<26>QM`WTu1)>uDSk`axkJ7`~6XXeTv@%~n=!ho;}yEk-~Kvr!VLpqV?s(!oh
z3Nsz4qbVyAIkI}2TJ_KBcPpe2Q`&?RWK^$P!+}*Ko_aVvUB?`!EVYifmXLw~Q<w{;
zA!aUmJ^SGNDvSSK!M^Byd}>L6gRMU*7)4f8?L=xzw2*+2=`{&~Hv$PM_plAcI&8_Q
znAo8|4zEg01hKw^h3VIW0Z~4oeoS1<g7MRJV+dMnNZu>&Sg<xKYz+rB0MVCMkCU%!
zW3gd}feezg63`#!hLbDLW(Yd*0j5-n!`S0+)<p(}v-5)Zy%4+yE#Q!z7vz3vfA4*;
z=XJVLYIQ_nTU`XVj1?5Jlhj~>d+xvD(crZp3~~yFP0XT5vA7-;BS%2NCVK~E*86Ok
zg7~mEQ}v9t;xBut+>!+xr$qpC^{Kkrg(2G$Y;Dtz-JqvDf#0~Ha8-6|`FO3V)>C*|
zsS>CKl!35Vhn$bYnvTq14MqZRbvdq>*tnM_&VHIpC|^zQhZHMrwz{5Ui1K^Y{=emG
ziAAn-kP2jfzA`f0hf$XIy7r79dG*N-hFh?-V4B+6B*_Q12I!U&GP9DiK3il+?MwYp
zPI1SBbCpG(OL(LI1Ik1eK}+%u>4*qBS_#<E_ind40II#EI*-c}I`N_g>JaJU7Xuk+
zN8@S~8&!sU6fH*uV&57AAMfL_KWYw6>)<`PfU1Q=!l@|aMQH*>lsnLeY3GQ(?!7Ve
zOV$^&gx6)*)ah?DC^*O|*nao71$7fU#6dU-Z*D>tL+}FM0+jmtrBR{*J$5K3KNEEW
zKvS)mnYF{@%R)<qsOW*AF7Tjq5O|TnM3?F896#-v&|C{>4MBcCKRC<;bHiDLME=QY
z9Ir|>dT$^+F@cL2&t3|tY#$fak)!Aaoj}c57&2FPx>#K?dE!y43Mz5<VQ2{}9IiST
z6OthbHVJGPY|q5R{~5<vLqt+*8bK}wA-uULz9eMrE+U<l9w}>`9z>B?Sb{}uTd)ao
zvkrc|_tF?w8Na$bJgkGdu~7*e2-Xrl^ZjS~{~s9e-)P{U_`lfyzxWS5um?NUIkYm|
z_cvYqyvcsf6$}o3gZcVRJ`Q}%WFV)Xtz_F-mROq#o~c`X8^p~b0_Bw!Gpgm0>BQEo
zns$Kej`>TdRb+k>Ts}(fO8~d|*UAy*u7c%c4l$oAh7iBOv_T^+*5F{`ugbCWYGaGZ
zE4rJu>^{4%tv4x~T&g2tydi15iPRMBXWpqZ`F`<Qb4R(rG0IDkHXrFa<RD3IoM0Re
zSLvr~ql@a@qzdYAJhW%39bGM>Oik#FIc1q0Um7uCisnkZ$k8zz!lU%2;Y9*ZX6@14
z6=&|@{?{s!lP>%;Gabp<*a!f@u}?@quWy!G(K?vc91|b%+27)9xDrZT=MmlhtMFVQ
z{4|z&zSd06yVr3>{MzZ;I15=GDHDf39IBgpXl!R1yG(jF=Yd$FGBpw>Dzm(owD6Pp
zAj4jM^|lgzcmJ5Y*`(ALFCZCLi<4WmxJI$uF3wd{`{DM6Unp#8$Y=6{6g|kmlG_|-
ziQGVRgzW6aR&D3ZcFx-k?z0y>2By1iWX*F8-HTD;=o|h*eX8~iJnb#EVpd>3<Qvh6
z{%B#h^nF@O<s86(^~TCoZ)GbPr*l3`d_i|)f2=z}2O^0Ywxu#Ca`vJcW7&_NNPshs
zwL(u<HUe83akQPm%bKSy(CXabg(i@hOtH-on=Q5(Oe?3bY@A)chm<1F5lS~xOBQf6
zHh*FQS!#H1G!w*$z_$71e_pJX)X{Jj>@hQ{q((0xGgcvT4heWTKe_z!Q2Te%D$D&$
z<g(>Bs?7E&C;}>3H|z7PIR<YZmNg^P`9?A%9=)%9UL)?V-`ji&!>o^Z^Z4C;FcL$p
zt-%-ZIZqgFIgDEUw`=`&+1Th|w~)RS&dqFF19!S@v1NRRkf0*gD!DrUNiUxD*TX{x
zoU&|iQY?6C=8+F^y#1AN?V`n$>-hWZLxbbUe8BgLWwWJ#@B8cZl$FCh*_P2w$y^xA
zrCh4C&U&W?TkSNSEG!$H(?*Vl%0h1EotM16&y##_AGib;E|R8LeDyt6(mWwI2i^{o
zeY;#fuWWF34cvW2`)}v>zSDt;!nG(q*=r&y6Z9i~A1@}T*n@nQ+ZzX`wC?uN2)ZKK
zv~t1I-#ZGREwx^=e8Rj)G)oEmC-nX9q&X^L+I}l(6qkw@d+m5%|60};hBx0IijxhF
zCCpD1WwYuu>s#$L%&Zqc&t2!h(umGjhuWxgBIu?pDSdrj4!gL`QYLX>k^FYc3ze32
zc;Hg-Z|C{7wQz*=W#Lr}JVVX>!2Ugy_WOsjJFVZfV2jiEe<rShTyth8d50|d4#WSc
zxJdi(rfAHz?6%n#Jhp8fsb+A2hs*?pOxa)OfAHXguaAG>5{4TUMM_Zr7K`A@(SsIQ
ze?V5O*1Lq5G~~QSTv^{<2#z%?d>las=;zeek2+d>z`gz64HD^?EpuMmTzV<$zU86=
z!s*<x4rb>sQAMvt(b!*b_&-8YgaZ25u1C?r+KRmaS>Wv#LP;a*?=5tJ_hilayuz0K
z5``AFG=#4P9YZO;4s|1QkO^72>>ee^HyBq}!@m8ri*-i$xrTzoh=62^u65U02$_f_
zr=q&PQS$RqsHD*cvuEZgzaJb0ZgV2&**;6ys6Btk!V(N`Z9ywI&OfE@;7bTL>i&EX
z*jmU=ZX=S7hzl-i4>r;~N>se@Lus9+^laks==TxWbd2#ImGBThJvoiKpmPWjK_{4+
z0-jqvW72Y<jq}IpcRoAh6Oj<E?^u4(&8~enEF$FH<*9~7H;RidqFa5xvdQqXEI2XB
zf-@M;EhG}H(fRhmKz(;QiNqTWEEb)ux!>(gVbY^1NQCG~PFcO^m3As2g-XU@tyDC}
z8>vi(zNmq0zABV3Og#NFyqs10*_g*hlAO(72h6M>a@krZblIQPySqt#SdP66Ww1v`
z4kwg*&D|Ycpg-iB38k!|i)S=&52j-fW@XL9?4FqYa^&D`F2Ck-HPLLjfzB50LC5L!
z;51Gp^{1^IQ%1WBceB?kXL?Q73jWR=I*DHk{Z0S$`Tjo3fNnJK<3>BI)4V2wU=$<n
zrhZO5bB2`LZc*#Lxr)~_@d%JwmEd-H`}^$bzIt1*V)(GtEE&rb0ijdX)pnYosqZx(
zp|drNS=bEAv;5Fqgiq070QRAx!OGe&s;d0Fy|;iE2|x3d-rDu>@_K(4IJ{JDndtmD
zx11u_C-Wma*5HyHlT;KGx}UWYCJ#TXn(&+RUzxeyKPK%+)%oq6f2QoSzPs!<*!$>Z
zt5DmtX7uNJbE`SH@_UuN>ux)>4;jAB9{+*v%ewm>>ap&hGNXkHOwX5j?RMJG#;D$b
zxibhfS}$j^_W~oc`hFG%_WS`I#E8*8t>}Z@NK4-^fC~E)vniPWPUqtKu|oLBIX~q-
zAxmX5prFcAP;BMEA-<Z)owgE@5RuTcZx<n!@e7%lx{@2SJBU76O4Oie3>~y1ROhXV
zlGM#$@aerfpgYPS|0&<y?&r$0TPw7VQ0|hz7^-NX(7k|n;O$LmVlRWvCsn-Se#3y_
z(J3PIxmQ!pB~%MkAQBrunKQxBi|j@u*&Pyf^{^g8h1*Da1Cj)lo5p>WWeq=Vg(Dr9
z1qcL3)D&DF9BBW-o@r);Y<3E+y?ZE41Fg%>dsnr!yvkKqmKzF_sLEi##4*N`Mo{8y
z3l5ibwD{^6i4<&=3l~<6K$cwgAAKo_e9U&+zP}flNQo9|*{@z&ztd{X$pYHf$K4hn
z)x<)do(eskYQ?LF+2!@Sq*hG{AZfl!bqh>%Lv*#4zgoHykDCfk9pXAmdu7t5ZOsU;
zQ*$l=%Z{qwka2Y!#+u;1CXrF(k&{xo3+~%WQ#6Up^FPu0`Kgw77!%|cEn9|3T}0$8
zhao@WO?sJF+zth4ovcpi5O*cDXLQ_N)w{Uu3kcp|vKA4L6^;yzXW!oEq1g!ViEW9l
z#>y%sfFtu5FykT&{W-Foo;E$fFXpx_S~^QcA}5S*%ygEOut(dA>*wlH2vZMSf#99^
z{U5OOe{oaLwt@+%Ts&bb>Ko*s5Vo+3uZN46>v4*GM?}g<xUZ!%6OO-DNzt2;%aySm
zfyGcSIXpX=p6Y1)Th9zb^Pf4&VzKNh(zD_o|K(M7f-psDjA(M;He=4)H-adI<av7O
kmoPCg{je|(pbrxA#GFwoPQxBg6-GcwPF1#2+BE1t0Pg!7ZU6uP

literal 0
HcmV?d00001

diff --git a/doc/assistant/combinerepos.png b/doc/assistant/combinerepos.png
new file mode 100644
index 0000000000000000000000000000000000000000..7beea71bc50461b4df12eaf12c419b8cf80c8c83
GIT binary patch
literal 10677
zcmaKy1y~$Sx1bxB;O-FIHMqOGI|O%!0YdQLE(yUcXmI!74nczjhhzqK39ysz-`#uv
zd-rZV&&+h$>7F{LPStt4Vl>p`(NRfI0RTW(RFKgE09ZBXwF@#V^!rDSKQ8nK#a+SB
z3ji=6e?KrDQ=u8qLL_fRRavABSX_Xd>#FjtEwqT(Th_o^+Reqq#?>2;_O!9|wy~!2
zbMUsOl2=sK&=18R1OO^PQASb+w0fKy>`l7ZeA;^ai?$$Cj+zChD$|wJpBFpH0HIph
z6`r-Tebn+bGIk-C%TY-^Q$3S!tV_97pD#xX%u1`rAIGQ%q^%N}!gj~iwq*FQAnha4
zI>i)AU3VvGmPl$FQCbDL<oK|w=VVsM$fP~(OEm6{UA@8F<ceMJj98%UOb#)NgKH}(
z7Q7_Z-US`GbO;r4m_>#3-#n`iau_sMiXjQj)h)b+=0+zQsVw6psIZ>JFH~vR*x3FA
z!%HSl)GZ*u!sO4~?te6YcqbOWz)z5(;Ju%rA1g!63PKJu`A|B2c*%uElcB_=vgtmZ
zBM1jXV4)#|QGL{{cm)q@R;$mPu`@^Kxu~n(zTw(cFO9Xw-Bl$V{4BC0NSlL31P?FC
zt~uv_0>+|6?9nNTI&et5M9%h@x@1P4C*=7!5Oan9EaH~tnE4i@Ih-A)y-hzUz)6#H
zDNLzEt|v^}GW~r(0<-=FNu#~z{rfyeP=u~)!(>)%9Ov2ScdnM-H=I$91C}|hioD89
zTz<O=qfvM{s48f->s?+>K~tEIZ3limtQJxi!B$(hkMnbX6Kp6Tw%k5h&i?SUKzK?N
z-8ismgb5x#sB)&T9Pa+=b>MUoLuM+UP*L6NCnP#qx?1l~JR_(OBS`9IEf%lp)&OGU
zI5zx#5!fBO^Lg`L3yf21IE2mWW;c_!(dxG8vux^jImORmfOXmr6aOj%FhrD4JzWYU
zDqjraL+$<X8vNUr+ZckDmfBCP9jC4Y4;y+N^rh))mRsWKVGUw9pG%B143`d16=x${
zh{I^-47|ZY2oYH#69I6jus67AB%0Dh)lXvYg(AuA_2U6@G?-ro0m@3j8l)*OjDm>x
zM=OYE=;@iY0~X44aJ#TuHwfp&Ua-4B$mpzULLvomo_qRtX$d@ubXX~pR1*Arcn=F~
ztgPrh72vzdS98tnI^)oCfRVub-C&zl2t^jyYdnsCh~>1&b8ijL)q<>#Q$j(bY}R>O
z9pyQ?-fyB-M#5KB_5%$iyq(xuC@vddU+@(d=+s>*K-m2A<&zF!?LyGg^>Ued{_|36
z&*JK8z{Q?o)PTnTI={8GwG7?#i^$W%<!RU97#{ZK@r23C&857=gBw#-@KMhT=paM?
zEx)Va-Q=m((Pg`Q{`)h14)^PK9w<pHtXgej@#!6lcqQ_zAjnRQmc5g_`P#1t<LWQ;
zsE*2v&0L>Gr=LmUR=6Z5@CJ1?N|H%G!|c4chI-sAUtjs#%ax=FUkNKk&ta{*w(1zM
zQXsKuYUCA3MZW2MZEtovK)%=vc@&aoSbvL<#aKBD2jg}411h|TKK2Vd;Bw5_ioUjv
zBe=g|pU#-@8YTk*F*Xlm`$6B(YVSqy^vyI6#i%+X01f|0AKxe2S7+Jv=ncBCg9k*C
zO+AYD_Nd&YZGK%)XggCO#?R_ox=x+|=kAldaYs}RDlj`v{tyeRWQrx&F|KO+k&v0+
z@Z!q<12>(yLUF0waFjgX$B+u1OwxcBy+w*YxPayQE-xvB^u}B3f)%h|*U{~Iy!B*~
zdE7B4i1Qg?L?u~X=D&KQsdQYTXFRnuy!z4HVQrA-YxO<B_UKRXg(d!@<PPGLbkMb9
zYfA?VV?v0tVls{hwv}k~T{`k~P4xcAr*{euqX|OpZxH}M;Mm)$ovzDuB|u|@tG9w-
zafsE2kln=I)iqOr_O$2G)z<bPlg*fb%?NKL-0o;=ChysP$g0~(Pm6*><hHZ^`^)3^
znLK2f_2XQ`20RHa;wZn6b@)jl05F6B`rdKgX90bI-{|yg(L!JwSnZo?f=ox5E-{ib
zxaa|33-$mnSp_ik{vm#Mnxyt}b;PN`-;IQYoTJ{)x92LzNeSB?(@pn;p}`XBk12tp
zHz9Vmr9jMqrFhgvEdz^{SP*Hg5*eoKpY!oItIe_x5BR|>9PcJup6tu;2QwN#AnKvT
zho|F%S$J%N&?gsO-cCA#c6L6eW4I0B#L@W9&vbZKn5*(CkEE;U0H@fjsZHhqUo*-6
zAlSNPk^iKqW50tNAi9yt72Ny&w&ldW8mHo9Vez)I)Pl=c^-D(q0F-kJ>NIyFB4oKs
z>vmVj&XrBF#26|N-$<$E>*Io525BXFgUV~isTcX1NlG}u7LF=D)t1CJA!AZi*#TZ9
zeVg0mn3bz0m8)h!3XWEBCB|9$!<13O4;UR5t(MKHFuy2UFq@CvHprV*bn04toS%-N
zP7M_nMT&%tms?Dvp&dRVMY%#UIb+pDt901$$pWp<mUMo+(Z16qIb~6)qJ*H?V57a^
zT6!S-KCRT%+IzHgNttQdVSl`pQJy|qxR)-tSxc&K8*x65W>`*J^3p8N8T-?Jm<#(B
z)CVW7bDdmaNHOgr1R6t@Hz~|ot#dbj(=MuH3iWQD-ae)ob?1EgG&(wZ_w%+#-_Wq#
z`}Z8t<zet+R5k_U+WX54;C&m;dkx>G!^!J!eDRP$N{DaIt^dLJP}#}*u6XO8h=5Oa
z9xF@x^$?*tkJxhN)I?|~A;vq5e=d1WK_Wj6%fgRMO(~VP77kXY7Gi~gt*xapS21r!
z`{%v`V{_1N@AR0%T=9i0wY=#rkKYwO=*?7y#F@+2lrK;1m=tRP?tv42K;LuO3!W>f
zx8Ln&$O~w4*`g=3*=FhsL#vzl+TwLRyx6KqXO>ZYqSIE*a{lV=&Io(Hb=KX&hX&r%
zYzpKg7OfJQD=w$me(wH4i^TzOBm*%HeMnC=qd5vtz&=ZGa*N3Cdm>m_YtJ~Z0VJ2v
z>&Pl54e5~TgN1G}3G|xwCSU+>#8Opr^7S6O7Yj*QZAk(cz?2|GAFt*5$bKm!QX~^k
zC13&XB&xDuwDza_q2Q1#og*yZk2k8!e{-e7yO%Kt;ZMh>FYO%>G0<4G){%1m*xq&*
z{-C)uTFpmt$v_x;2ZzJfT-VrGDOejXjxoT#nSZ5ocKUcpEk!7&EV~hT8TCfXaRJ_A
zLX8ms^z7d(eJ>P&S`Ilji)VGQo=cvGwX=OBJ;RC@L6va0<<nMP<)5%*$hT0<;`&%O
zBf$$caEy*q^Jf*aJ*{NzY8DP>rmZQ0P^NFVTub56<}qhSZ>ORhDB7z9rB!cgcY~yO
zr%IG!iSODE&#vFg{Y@V>PhXB2XL|lzOx!8??>x<u>V1tzlRwzA8Hyw4ATw_cQuUjN
z(Oop{eb3Z(UP9O**5jgU_ln7>0s^XnT=i})tw@a<<$(iO*2m%~H@uDQCPpBY!X23K
ztzF{n5NHRr4Fao+{^=Skma1j%Rx;!ECyC{_lnd9dK>)Di!>`P31EjUAA*>*7JZUz$
zs`|aspSTUOY;Lw}u7<013{*B*^OX0CbMi8_`pEBTl0w}cMv#e(flx)E$1(p}oxGza
zO@8loG-9OO_rvDmoAO*5KKZV%KK;eIkr;%q1+TRa+CNteFzV;p<esUp6;<x1P+S)E
zsx5MUbp+Sxu*g#fM9YlWP8V-JgtF+1UL(KOvNM@c3WbTuWNsA_LD{7mW2fM9@uFNo
zRO5juqyO%<N{d>NIuWbff(1iz4Bjr(1nLr2yaT$YY~ez_7iuQxWjlYa@0dTdNf2Th
z7Nsyk@a7CKC75aQ+&50Qg@q>qggNyr<kHg@KQbD_e}PvYG{7v9QA!`9aODB*UF@ky
zeaX_{@zwvBy!Dugi;LUodwc;BAtolC5r26HRTvc(RYXbI$dV?9#Fq%ui~6+uCY{Ys
zir*T1SgK;h{Ovs-GavPBwCccoE8X<=(RXAA@(|a_5{s49jD3#0#M7HlfwTbzaR-*m
zv8};|&a93(Onw<N5DpNctJ8GMywcq>*z!8fhu>D~9UFgjrw1{@#BvR5(79J$XmHQn
zu<?sY^G>3$t8p{9TX!u~npXes1gryZpQn;kYeV4d*KJYEQ@H^%b3P{?CQJU0+S<Y;
zcy~n{6u79sPl}Mv)`*90U@kh3rhD*4B?6Jwi1{2PT3T9K(#kxs>ae_j-ffcNyZ)~j
z?tHt?I1%aYMjm4X)Dj=RRycS8yJTJ<r7Qn^QPn;Hc{v6WCEl?w#8tvf625ts)^+A~
z>nBYK<$9#$GV{!;pqmnx7T5V%A_4n;PHH)c7GxEayyz6X^yCuER$>uPe^2_?^D33?
zEI!|QS(3-B_09bEE40hriEZu-#oeRH#5v5!r&|*{#ae5@1Kf197thq7ae9yZG7<%3
zz*;T`FJwUEXjI2T0-l<(&tdag<gIocI-zGx<^(M~V2$l)h-9|3uJO_@9Osny6^HW2
z*(`~{SWnX^aZ?)vMNbsATZPm^(v2rMqINYl#1{_#CA^CIgD(!Vcj@G;8sO1@S`_FW
zZont~Alug#szB4E%1>3VC7I5N;fNYA(Qrg(SUk<W3gKIHt32KpXDT7kQd^ONFV9HV
zrzQQ(A7{<nj3>jLab3PblUk9X*c(2zKW#Ca?ZgL;m(5J%lfM3`bLoQWWx7$&!B=M1
z_!(9z1Q2a`AGG6&P$JWyof(f48nuQ-(cZX2eP5louXVd(mw&w8emQ_CuEU)1MwJI`
z;Ig=H)2to*WX17y^$c{^hIp{B_X_*%uve@CH}OnG$+QhxP^?B48r!<#`G*!qtO<bV
zELX{Mu-|3HxS_&^_>NpzyzTltgOZ1zT;OC?Q@>%NUpFEGDM2>Lf@5B)MXKtPK;;6-
z0AYEbfR(vDVsd$t?^>Of(<c=)<FgI#EG4H_3|m#P*LB87HkBo(a76)i=#>kCJVoY3
zvp-x0lvIEDe27VT{*6Q{S1E&Uw7DAxXGJ5EA*+yyLqz2#^sf02tQIO$zOyB)4oO03
zutxDT0+0|8xx!sO_e)EW3BymQxhbZah^v+Sx^e<XSEJ@#T#4OeW3M58&wV52HJzCW
z{wEwowJdi!*nbSl4zkyWTQn-Jmz8bjb2yy~0fQeP<}a066?veY7<tN|H}Ai5r~2Hw
zodo=ro;epPND7B6CSjygf^HTy@Vh*Y$HYZmU7e>P<vrabI7K>vPS0Qpl6w6>hjS2p
z6o;3M?B!@P7ZZe$-oT>s@Zp*}PqZ3+?Pk?=?vk6n>Cy@PbF@Fpy5v81XKJhy-9D1v
z5%o;bX@O=9u4ym0d5B_T166E?TX28DxEnc>uXR9fM)>CmKc1Yv3Ex0Ffe8#&wX*ru
zitou!aNCrXb&gRG_31oO)a773VQ9?p$2<=aj>YNEO@}4YSGF=Q;Dn*awTC`e#DI|c
ztd2mrGRovS9eT#*x;K_&zL|b&Y#Cc(uvZ})S`2#o4W@V%_QptUNLm<7NzRh6fM=6n
zF-EOiF$|C(#{)h)u=mm$Wn}k*r&_kRhY(NmlHmIGXSjWjWQh_pLb?Ll9&_cPzLAGY
zi_@1!y%knl%3@GUgZj)pZu0Na*68iIg`(*w-je!YYD$HrpswEg`~ZQ5qb<%W4c23+
zbjq1$+3WRT0ktiSO%Qk65iU8}3)anxS?NNa=gbB+VMzJpz=#@~X=AtVMv3em_3Jge
z?+FYafA-ckLGa%Bc?}%2WwO#|Q?9;sOt+yB^Hu8dKE9daLUsEJ>gobVng*UIeB+yo
zsM?Pyy**_)en9Sd>?<+434JLqEP|9yChCjsO!BT}TRmXL;ZeNt6+JS8PtCPg{#B*P
zQp>W@y=a}%_81i5$sDU(b-B~YGB*w}VKc4@7>r+hJ;Sn6i0Lw;try_y_LX1RJ}ydY
zG}f1Jf9zg#_&xr<0(1&|exN%kHlxnKYa(i@7Nz~#ODkT5;p_7Cl(6$FMFo9Xk#}_s
zmu2-G95s^*iqbWfl4ett5raArQe{!$`U1x(DIQE4o`31}1E|+;i7#XMI@+@BX}@bh
zYMdt9SORaAZ0h}}UhOOp5)g?<Wt?5S9j(RZ_xZeizN$hJu&UwP{=2Tx4xu;ie|azK
z*PEo_sw*iQp4foq!g6{lYS6d%wJ#lu+a|?4k_8*oCVL>QB=5?1S^?njPUNX+B}n?B
zBCt#y`!=4OJw9PXNz*I;(b=u4?djNwW%=_ym<lWUKHNi34W^BV3fQF6O!5t1;~87X
z56UelGsCfb`h$VauX#oR_cp|a)|caB`>QQHxK!k{3Lk_JOkx8?t@;G#;nj<p&J!W;
zUmEd7OQCRm@@OEUWUNe&NLhOPH+uW$W^L~6Ca96r@0P`6MtbDP8tD$If;{K&;XxEh
z2E-Ns9_>vT_Hfn~W}pNCHkj*=PXr<xK8^%TxnO{TVX*th_z=%IeYErX9q`%Bnp^O3
z^Rhwd#o+68Qkf|B;o1Zk`W@W?JgIS9Bt4jOBz;aX+6SH)le!OyBO56v9W9a%8PS{P
z+mzV)J+gvDp;#K&1;9Fhi)J5F;JmGf5~@vbuUmk#9c3&)sWtj84=#%3(qAQ2m6;-`
z(HM*sy6&StRVY36vHb3nR@5ZoH?1fS1%!a;7IfD&u20&FjiTl;=MuKgFu01Dt3gvl
z@U&w#mNHnFZeTxvj^l)NKqzX<lswGO=Q3+S&lU?HvJ3%Ko=T9zkh`h|g2Rx$rGK)j
zn=XwfP$uhtwJF<??5C3Kh8#!0)=x!+?Ae~t(bUxBRMS4Z@0lweOfhh!dhqA|(zo*o
zTva>VDfE|45uBNia+tKazkBy*GK+_(!i`nmJg8Z#V(_18Qvq{j6r5-MSE)~jqbU=#
z;`FC`XPFpKbaq*TG2{K0tl0oP!ioQ1_=cPby%QEZ^uI%!Q5k^$2S)er&AiOPpFAw&
zLWq-o3cvz=KSC(J)loycUq&H}=?Qk0&b>Vsu#XA5z{6)Qxkm@!0WjZjdCkTT2NK`8
zouzQ2cvdI_^i<63I1fExZhX^PvB=1v$I$q-$AfT@Z8-y`uMSCtz-VJ3n`Wr|AGy(c
z1e~`=l&s~9>v^)?c<DANVX^%!qT$=!RSCnebbFdax_?<CPDfR7loTZ+IS{V`QsNyy
zn>O*$yNzJ@qg$ruN&HvRs0f=+MmFm=%&$m3z!qGxHf@)_QYc4}$6%g;^xuKVDl46C
zYvm0Hk1ouONJZ-9Y{Hdboy7V}D-Ucc=4Hh}X%$Vr5R1$js=Gy3^7M)~QfS!Fj@EgZ
z9Yp`Q{|x@ob(tE=oF!2gc`s!@ODt%0@<iDJ{yr0nXlLtEHeJ(@G?TS#XWYeJns6i6
z=YJlH7CMa?oOq@~kR)J}@y{v7u@d4k|JLkl{iBmT9N6F!;{U2CcxCdxH1&UGtN&8y
z|En4I8tt?EJJ?W(yBB0`?UK^c$d@FjQobuemw`6-?f!PJLw1w4kQ6Cfv3mkmgC_g$
zVF<74wqE~jlDm0o4lS4~RpwF|W%W3iB>rH@&CSh;2gR}xT7+GtX-cK<dnpGZCUNj&
zbH##$L`BKnj<Dd{1^oU3nLc^%QD?91egrAxVHnBe6`I_`8Vt#UczAy$%=+Lwx`RH1
zq+-EKvBrmid^_V8I=uWi?#%X>nNq%2?}D8}4$ZAkz+|F>&y)b5<Ju50-{2Ya<V=b0
zwG}p^xo2@GSbfQD_1(&u(9f4$57r&s#G=}kOU!H6=7f+F!PHfL_x7>(ZYS>Q${WCn
z8+t{+3czpEeX@dbGRYkB-qz~^3?M$xc))nr)_m@VNkZ=8{}HPF9a7Gf(R^bzxYBNb
z(#Pu_TK~EGZZhGca=~9#{lRi|Z7qpHlo=-m41u_H9=DVe*d-0<VjEAtz-_UzcD)~#
z^Ll>LaN|lmfU{JzOzBr;$B)2dt64~ZS@6o=@!^Co*ln95gF@B_*rLRr+wj9MfCL`k
z$v1#aWdsd;*h4^<oc{uy$XNIQzF)3#W80PvLSH-_C}b2!k3k~EBR)z<1*|>HJ(A!+
z0IfvB+mTV5X&PvJf@ljHZR_|g7PYDYQTiJ{NA>puO&prM|Ddi0a5hM*L&TOn9`#?4
z;I2j&fU*zO2*cx5@4n!M_-s|DWzW)PD5`tPrC#8S!;o^m(O6Y}tYH@weX6Xgi4}~C
z^ar`9K4!bA<&C^F+-?iCmHEtz^4uIKug!p&-+NIlegCtyjn2_Z*~6<<;-03Auq_?O
z;R6&D-!1tYK>_8nyZ6nq!DJ$e(HE+kFzU$lSu_bCg!oi^bxw3o2MEzSnbpVB0EZFn
zeh&0q;9GY%A<K1FE*b2smneGkVX}<u$79s$!v}ILewtLATC?LNJ$|4x>&k3-{;-fZ
zMeStvl<~C^TyN#r{{^5`xEL)bQNoo@%eOv>YHdTzjz#4y5n80XyB7ZyyZ%a9%aPx+
zW^$LFS*lzO4~C_R5A3qF3L3~$Q_6$xe6uTK{a(!2_dgR7fYR$?YuBxP{R=(Q=+yJ=
z7~|MbnwkgJ`JBC!_tO1}xjc7plHzzpiDV^rA09sB(JNKtPO|+6{=^-~QV(eh^-^PR
zMVVbn>}mOq(rTcpibu=yTX9OE!R+6Csh26(_QEiC8RFvLAP73!^6R<GJvutNLkvc_
zy?;^rMBysZ?z;TJ$1qL!g;>Ck8tcxkNp^jhhXFR!E7Xet_VAg%<<{$zlGG1znhX<u
z`U!ywOMp<okK6skn#w(~c7W*;H?%LSuN`-+^Eq&9Jw{^dl<O_5U6Ikx<v{az1>ZGf
z;@7wo`yOWSNBAN&UN58qUexX<LDN`6Z=%Ub{L0gU7$U8j2L%^ezh<B7-ICn2NDusU
z+1MgO6%}%<J|*Hjn!9Z|ylKHC@?C5e+?kRO(pWsW(76TQwkR6~R6Ug5gr0ojOQ6rD
ztCejGZ1r&KtSnuYQJPBlGAlYH;kSsL6|n63^z#O0phhl@t&sUq!@ONq>2m;j;2Qa2
zH?MQ$TSVcb$j@RN6{oyMF0K1~pHza*k4KO?CZ@E?PkB#V7_Ph5Zm<qD_<IGDMmas1
zc#*kVHxL0m2$B`Rw?+ia`mRyYq$yXF=+(ESyT@?+SR*l^nqub~yw$Vu1XTt?Z$zis
zt^4HpD1o#4Ruz*8p~m@X_ROMfYV=pK^4E`AIpcOrFmDm3dD>0r0gdG;c!VT+!GG!U
zgQ!KrZ0r}afuA?`%^@gZ!I-RA$WUKQ4&8B`Z4W4CvQ~WkYT96p0x^VE^w|ZwR)7+p
z743FEJ1Nu+*||N{bZoPgUD&oiiD}cAc)__lv-Xx%emOX~x$$6%7yog$rTcQ&<37{r
z+jU~QwN2S$GG753(o5+aaN^IvIgLcwbz;86>)|8dbGEMSv$=Zua>6-(G2V;n7xX+Y
zPFe2y9B1qwzR*)x@44Mu4HKenzH$D?YgbL~v+PQ+N&C&`><O5yeae%z{kwC86fJHF
zH&P}V`~K3LMP;I!?y!;T6=Swummsg4OqQ4@hKyDdFGwPh%Q-rAlrNjjAqp?U`Kh<&
zyEv=dz(g<$$@m*QV6Os2S98vaYY~hJSp3+3Ov^)kMv=~wbePv~yh+wJ(J7(_lI26Y
zn*N0aS;2<?B6zp|o8Y1Rr0_kVWUaOz`v?d8qBc1z2XkQ(r1KGHV6EG*vp*NSe`BeG
zW)pd@1OPsvE$+SiJ>T-4!V&OQ5e(r0Z$lX~%^ypR#fJLBR?{@xsrV!bKHiM#74=5)
zgRx|ga@}k@GGbDr!ZF2dlYz<z<*v+~&hJTiZ3&{Hy6FCN{Ubx4DG&!9zKQDIBNY0R
zkrDBdRNcK55Jth`aep4O;e`Q$3^m8o*x$)%oi(i5PwJcH@Rm7jEZ#poyNg2KS_<W=
z)h;hDE!o=Gu$grkP^S!<cOgCB2WUIM{c*P2z$~%$d^|b0(eHiPGx9pD+I$)Md2<Nj
z>zU~D3VvLsyz)tO164LZwWj30Y*j?TScJE$7Nx^UJc_?R3-3|8h)Z0(;rACpyW~Uf
zr6FDVES%=~WCHOTalIdcipzKNZ|J_h-x{7f;IAkXI^pvZ3SKo`Q;V8}c`MVfDmM=D
z^F%ect_wgJ=+M7wb6j({rP=Vy7Typ)E_W3mt7Yqv+?&0Vp7PPxZy&?CqzpbuQ~||1
z+TEF|hOY{~ePv3o+z=<PvbHYY5<0KaSFwH9C>pMZ|J-H728D%O=x^YWIRRgb>b`hJ
zrYbkjkN;rEL?c)%-*3g^{{oCM4Ei*`3YJwrk1|aQ$oOVdO*g24?xy@@<j~DK13>n8
zfU^}}u9;io3Si-FuT!jQa~-3Mk_4KrB<A%PPf^4T{X0d2%$Ca2-mdQ!(rF<TFWa0m
z=4Znzu!;FQIzUykZiQ;*4UW_Kh4aj5(4Vh_0uO5*be%Euc5H0Su;<-9O_E4zO3L~5
zvN_W2@C&?L(9k7ZyzA!u;h$&o2>$17m%!VZnF+WN-COP?f~V{Ez4=Zwz<O{kpYoCZ
zW+~G{g0NPe5j;?U`}hqLIGeT2)jC@KZGDe+=P!(QIooYi`s4JLVf$gR^_X1UKI3gK
z*i3ar`6mDI3E0ZCzf8<9^Sj;f?=b$kC`v%^`}UDW_OE7;Kf5y>Uf={|gt^q76`Zvv
zLeCY@{5=ccAv$|KcpF3hsn@}0(o{WMT+R4h_-G*=nvcroNY}#DcbBtBvu#s2J-^=q
zT|KkHIq2vJ2|<E2dBv#ey<CAZ=7kL7f9@#u7Ie_lwFXB#iyaz$vOf&>N#cIM=KB7#
zlvYsJ3~-1TQ8*RRfZf3o#X6(oKEx*0&1vA}b-}R6vBFS~5v%PgLm@gG{Usw^K_BUb
zp3wzjZ&QI!gf4<5z>5EelyC2IJv!(4ii}(eaG3JL|LVe;<X@U7kGnO-uISCYfR1<Y
z^`ibOLUv~-r@-9={^y(4UeTK$R?vVd_Du|bS>D|>$NoYwrs%oTm|F$pJ>GPPd1jYP
z2q(avPj5fefeq;3Xi{M%$H<DcJP#P-?MP4oMbQZ+<R3H@WX3vfU>OICB&Z6Kqr1{b
zTVKFg@|{03UBx|LUC%v<o0Hx>OLMJ)oM~*%SfJw^;Zu9&!SsAlwfP5};9)d2DC46=
zst*@hsCLtghcSrIJtbi<xqx?-X|tl-AeU>?wCqy3sk1hr1twZmWW3+A<Bzzo`R@Sn
zX-^G%*0rFdUl%4i!~-tnL-)+ACTlE3G_FLB=dYsv@{%s<6@^|yTJ4Hbs?>^V`6-GN
zm9HhXCwS>$cWp7a6RD(x@&QC>0bWybx%H!S-)+l(W^3H%&`L0$XHA!=uN6yhd{nCt
z4!k+ynGtCOo$v7f1W7Yzxc;cK-0qJ=$v<|{kAs0dDWeSDAxsi^%GaXC%nPAK==CRK
z6a?VngBoy`65OAU#F0y_?S(@=l`Yikn%rQlpf<WM?_B0Tg)3yl2RiPWHuN4mY4J?k
zPr*&+i{I>SlCkg34!>nF5&Za(iYzcP5mL{9F-H05k|)QGSa#h*IpU<eKqXnO4Wb}R
za*ovF^3bV3?@dvF+ePcXn*4#RX@i|w3XeFNi($@Yj0p|CmiDyaJ6$x2Vog6nh%b-a
z^ddQa9!qPxMJnhRb-EZ-pm%#C#k1X+i6t?|NLjU_v+x#{J>b$j@pz(5=&Y898X(y)
ztAY#T<VwFAJRtFcO@P^Q{ZDM+%n7cD>Jm)RN%;a9LJaL59wkv~Y%bI+a+5Cd-QWh9
z{dcZ7RLyrPc5`LFH9?M%6f@c#?Myxu;#JDZ%7Kutt!BYb*ZUJ6`T6)N7ad<GS%*=g
zp{6{1Kd_@%A-p>}hMJdAt~!Qj#jCEufJ>CMH1cnJ)ub?68{#Lga)Nd@f@a1SI@+G`
zL)Bl1eluS1I7OXLrFwoHZHFAc1TeebB(&a&mX5Zww4LjVule63yv*hV7aO&>!Qyc}
zMM3=ls{S;X4h>?qz3XX9T*-s^8!l?Q*9<;+P(Gtr(%$}0q1raO$_)~q?2srukJTE=
z6(GRYlIXJG^BCUw-@xNdU6~!H{q&E{TffiOk)<Aojbsn@<g;*FCw>(EZBvsW3g3QA
z0R<fF8=DS@oy6;KH_xAkm6WA)tM~~{-5_wC#J^yMZNVqRxhYlxepVjp*;&M=KtMF{
z>5qBa=?w#@MZYx%z8}O3b&(_>0&hsB$_KKGr?S4`V&#MCV_SSe0z>R}s02KQ!%BvS
zGARBN;bhJqf{!L@n;qLv)NM%1Ta7PCHsWj*Z-+umXlSbbPkPyj<EUxdiQT$v-#UfH
z8{{W-0><kGKdvBULK8-faV)X<m1#^E<Q^K_(mslH=ny#oq^)<iqb|f?VQ8qW7~i#C
z`G7=uvhvjMdQS6>M?Z>n6~2?bhVi{`l!3>uXz7~T8vYMpNz3{0+@RRpD3Nq2^9^nX
z3a~h9>Y`qoCk98F*GLO=nN(7KMOp2frs1k8>v40xh$;4?_t8Q}$B<M8BY}UR+Rta@
zPZsXWN_oa|#>r2|28Hz}F)2a(q0&YFLZ6G+51!h+U2YoiTUvV=OOO?gNoC`ff2bve
z6jQ9PE@Y33J(kpQLiH*3<UM8KdSzHFBDoFms@~7dz`6njmRhf7=dWOF9=#}$TI(pW
z!phV?)j~g-n|sWUS^`Qw=fuv{cgTf?@86*U8tG-#S4TgM+%jhgFiVs1kJ-o5F0(JA
z<0Z3;S1?z=_#}V^6lGdFdA*4#v1K4xSkR|9|4-D@-ld34(ZR)ir%Q&J$)3x8Uojz$
zLG;Se5v%W0m1_07B^)Zxt**2QSMDiALJ=A!P>gDPJ-qyrO6q}cXFGG&#D40;zQ_z%
z?D=kYs{*|0R9jj;7}qH6y>Ll{*rycrGu;PPfG8QZoI1~V*lhuFEuTcu%q=0?isol;
zB_UlzCi~v@y1!Dj%}F>U4hA9Sp*{iyaUD%zOlQLV#WJP3MUg4#7B<-e>bVVxsQ^b<
z*ANuMCR#q3zuVDaTrg3NTA2#{V?M{cf8L@;BpsPFYylP4{SVqUaw=cP{`L2d$F<!z
zMs>sp1@uQJM*uqsG7LTp>K8;(4A_B#FlAj3lxE^sSaZK1VDKF{(eA38jj&P0xwjA!
zb$qg7W=xd{K1dm7PBllV0s(bgeKK9^M6~6hK06UfaV(;V-pkGCbG0&EuZL>i@!?Rt
z-!eJ3<js06d6kud*EPt1s4h0+P~jz%D^hw=l$>uKv={w5`{3b%LZ5RA=PS~r$Tuw{
zWbXU*f2Wsilb^E0U+44WiJTn`rFvtV?zY)RIg31}aQ-KX=_lClr+@pqEPvdZJ06?6
zs?DUvskYnq<P?11c@CfT60gEOx+{+RXR70`o6DYF^FXFf-dgMOIwgdV;lvOquk$x9
z!1VpaLkq7Pr}`sbaUnxNP*Z2eP#j_K!|$><LXP1yY;MvV@!+5Po=h3zai026+?d%h
zyML3RZ+1V%kU#q-0ZN+4VvF`X1<e#*BXh60_hjNkTrXE*StD}0U8rHW{f6?RPkufi
zF)1jEV~3mLf`{U<f9I0_Gwu4<fx~~JoO`KTFK`j*%vv#9D7nz{m4KqGnoNz9McDrW
DQBFmW

literal 0
HcmV?d00001

diff --git a/doc/assistant/comment_1_f2c4857b7b000e005f0c19279db14eaf._comment b/doc/assistant/comment_1_f2c4857b7b000e005f0c19279db14eaf._comment
new file mode 100644
index 0000000000..1ed185e48a
--- /dev/null
+++ b/doc/assistant/comment_1_f2c4857b7b000e005f0c19279db14eaf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkYrMBMTCEFUKskhWGD-1pzcw2ITshsi_8"
+ nickname="Robert"
+ subject="Annex on OS X 10.6"
+ date="2013-06-04T23:10:03Z"
+ content="""
+I really hope they can get annex working on os x 10.6.  This is a great effort.  Thanks 
+"""]]
diff --git a/doc/assistant/comment_2_befa1f48e5a43a7965060491430a6bc4._comment b/doc/assistant/comment_2_befa1f48e5a43a7965060491430a6bc4._comment
new file mode 100644
index 0000000000..cbc955b07a
--- /dev/null
+++ b/doc/assistant/comment_2_befa1f48e5a43a7965060491430a6bc4._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9smfyJFgp3f2WjqqZWY6b7vo5eZv7GGQ"
+ nickname="Bryan"
+ subject="Ooh.  Do want on Windows"
+ date="2013-07-03T20:44:05Z"
+ content="""
+Sadly, I didn't know about this when the Kickstarter was underway - I'd be happy to chip in $100 if it means I can get annex assistant on Windows earlier.
+
+"""]]
diff --git a/doc/assistant/comment_3_9bd3b532a5c026a1d664c898f8e335e6._comment b/doc/assistant/comment_3_9bd3b532a5c026a1d664c898f8e335e6._comment
new file mode 100644
index 0000000000..996c6e6067
--- /dev/null
+++ b/doc/assistant/comment_3_9bd3b532a5c026a1d664c898f8e335e6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnov5q9_Cl4Ps5NoYE08yE01NLSvBANnY8"
+ nickname="Eric"
+ subject="Does it not work in Direct Mode?"
+ date="2014-04-26T09:41:20Z"
+ content="""
+Looks great, but I got the impression that Assistant would mirror the files from my computer to my external hard drive, and I can't seem to get it to do that.
+"""]]
diff --git a/doc/assistant/comment_4_c546a24459ca29025f00e424353c40d2._comment b/doc/assistant/comment_4_c546a24459ca29025f00e424353c40d2._comment
new file mode 100644
index 0000000000..82be4c1938
--- /dev/null
+++ b/doc/assistant/comment_4_c546a24459ca29025f00e424353c40d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlr2Bj0Mzqwzl28cbrotcQUbOFoaPB3B_Y"
+ nickname="Tomasz"
+ subject="how to disable assistant"
+ date="2014-04-28T10:21:59Z"
+ content="""
+assistant daemon now starts at boot and pushes all annexed files to other repos... I'd like to do it on my own. I can stop daemon from webapp, but it starts again on boot -  how Do I disable it from autostarting ?
+"""]]
diff --git a/doc/assistant/comment_5_d17de359cdd46659170d373cd09c0979._comment b/doc/assistant/comment_5_d17de359cdd46659170d373cd09c0979._comment
new file mode 100644
index 0000000000..27d3430215
--- /dev/null
+++ b/doc/assistant/comment_5_d17de359cdd46659170d373cd09c0979._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 5"
+ date="2014-05-16T18:55:22Z"
+ content="""
+If you have a question about using the assistant, please ask it in the [[forum]], not here.
+"""]]
diff --git a/doc/assistant/connection.png b/doc/assistant/connection.png
new file mode 100644
index 0000000000000000000000000000000000000000..3cd6bef868600e985a116a5c6d95baee5f72d931
GIT binary patch
literal 3181
zcmZXXc{J2*8^?dP7_v0h2W5yXVQks5HN;pN%tMyYSQ8pDW`>B#zGp3C%Ni=lGEvs-
zYo07c%@CRx49ON*UY+MX??3N-o$LOdb8Yuu*XNu&!3tr*$u7(e005^c+z5H1Q73+#
zjq&7mKV4USBB$KUO^kr!KUUOQk$DmU1;8CJ0Kmcf#~Fa!e4&#dYmn)+tE@B3AilE_
z&gMdMC%Ju7qboMSpXpBbEkqXoieThwo8uORxg|!4r@FBXWmrHmo(ik`IKB`_)R0Qb
zQ-0TwRpe<-)Ddr}Qdph<kzgfq^n5j$B5|;S?U=ylj5IdZXVFNWtcFXPEW?l8qaLWf
zUciKX--)YL-k8qml`IR5h$wi{yoeudZ4cF7->!G{_GaVx$e?b;7h~qC3t{AEKr%AO
zKFBgKFw<c`G3!&vWb(vB*{2l+0dr&HSR1))v+|yvo|Kf7%GGlpWIp<k1Ox?rNsa)j
zej1&$>xakho@Y<XVUgdd<>#hT47qP#ddKQlKvpTMsL)VXe>Ukua->X6Ej{{X4Rci8
z7MlH=)_h)E*bslyd1Zo3UVSvTMH`=y8#^hvp|JD{DC2|+DhYL<nB;-m493HC=5SRd
zO@sGLQ5<C~0O8$6h`6Z1X9n^b08nfEwl(Ls6wCNKSWa{CY!WuSXDuKg6bhIcw2=fQ
z!%+d`Sdk=dPloud*r4;8Z!F;&=i2(vK0b^<Ig&<tHNBdcn26@~ZVhTRl#(m3D2Lh}
z61Z0aR7&9GOk;Dr64qs7b4JlEUfxA``{G=iiR9B^bO&_pJa$p7PWV18PXDX>0{TX|
z4>Leub`<RNmbbl4y_Ct++Es_AJ-Ra-y!~d~^V0q@h6#0vwOGX)TQ0^mV6zXNOuM4m
zvSpR49OF}GQ{E%Zc`-8-hOE56nY*EsTyTn&b=vQ>y}XOFbDQ?VR!K!!({WSWKn?VV
zP|=t7cDpm%F8}<bHlagxxT7pZt@K1LLe07YkyMTEf*gmNplqc#m69V6N_o?~{SKqb
zlCznf#ui;bHnk#qMaympCfBaw@;J>YNQWM2Wq%*5!j^q-DnUQ*Ix@p6E#C9VNXTDu
z$xeG44Q-T?vFE+n0}N(0!uz<SZ++u($@!C)VkVZw)8Uffg!Z#DB2ANHmc(A!3i_kW
z5}9Y5c+;7cavABX)>-3iy9I^n<g3<vHaOo^#l(_TK9+0>8sF9jx3<X}@1kj$uYebn
zXF3a9N}<29DZ*j7b)()E<EHD(r9K#B*0{0O;_433Q-jnblPFx<>=u@MrQcny+2qeG
zH37jp@CP0Ccch<A`cz-{y?5{JaTNx-o^|udLw$dwk&k(x`U4qLVcrM+6tyBEoRUrc
zN!4U)gu4s)y2=SK3<=vQ-Ae`_<w--cJ*&#+;)`p@#)J&+3bJj)L=QVGTl>ZHmQ=iU
zNj#NqBzKt+$f#w*cz^REc*rvXNIR`2P^HnyX8eX|Xf&3Tbo$mjd&Wp;Y0-&zTq2Y=
z-$+Je*j0<`wQV^s&Sn5b2gK--&BKC(mY-{TiL?IP!WNRQB)3(-`98r~^9qkp?3~vP
z$onxn9LnNC2TUsj%9g%5PW&c_zX&GgBsG=nqpM6Vthw5&xwf*t5?A}#lg75v8t}e$
z+Ha@Uy|0Bd*PXzttE=l)tEr*!>3BW^vk?2m5IJTe=>ChnglrsxDn)NT9osb2jL6Iv
zd%?a&Y1>;6Igh$TQ!`A&;0+V>WFL)BS1>)NEg%db2$$Wo(-u{^mzRfluT%!*X?(g{
z!Kak6z04q_R1dFQQv+O)_!T5LxHwJv4i$%6CMc1DEMqDVO`fkDtNT*VZWc@@^vtW?
zdjHR5IPP4NHt`<C1BHr#DsJykNBs_0sBa>~&iry3{HgykT--Wb*$j&_?&~&l;rr!m
zx`52hly6sSs|i)K&0xDfyJupv2P>H`QQqDe2BI9cA|X?hCxW6)l}WcWxpki8WV%l8
zKB2XZ1;=|d{$R<z)wd6MyWjts)yaFn{E6kGn}t)mbn=5+F+8->h7S*WMf|P!CQry_
zBPRtmMWbILtNeU?*k|Zl+Evh1n;Hyp<N7h%CQ~(~?`KTGQE+rgTYw^Fw~+IzTRXMv
zbAA>D%`u^SYA)<+(}?LCR$;uZ;i=u}*Bxs|-_~G1u-s>S4@OdRq@D)QBJS>)>q7-q
zyAU-#2QGzY_@UoOWTmX7Qfvgzp@$tHh9enVs*dXSFm<E}_XEKFcCvK{R)wgxT^l?J
zl{!$f1G*vwz`+3PN8}m;901Nxh96eF?2*uMD}r8ygP6;h|BGz<o?&!wuuyjA+Z@X&
zKXn`SN-WI43?jvo28M&8Nq<XR{Bt<6DaQ^40Xd&2|I)bzFXch1f4I4JYwHh(Bh<`J
zP|Fm@0&iZdm`(K>Tb|x*2FkD-i{LdT8kQBX5(vh%vIdINlLX?V{>cNCv2@@=(I~k%
zmj3c8blk3N7;KphvBrz+6DA=p;<!s2r4f^}BQ<%7&&9e-wl)8<cB*0h*=8A^I)6_W
zVI*2zAk?DkV6Sg$e_3m4aXQwcUM*j2pr%04SEx%`pi#tja)kka7h%Pp-WpmqdH4~*
zIa4^SZ`fFHdj^RKmu$zq{ocam_Yq>#D}LXhD>$68RkaT)#Rbxe8)7^6tLpZx$tXu6
znHTALm}Tu7=64uvai=RVx-ZG7l(q4qw#+%E-soETtfH=g@8i1`LVaCDdwMN;eIvH<
zInx7)c}eT2Nm5mPWOSrN`o`BC7zs1Y(O-nu!j4R|n+G%*Y`uMeO;IfS^f{Sx!;+sb
zUJu;;sj?!{>TD~uGeSz+MN;LQ#bCSox@YiE_n-pL_BuF=H1g7d%j%=o@~l+90#B=F
zqKhppX4C!HK4@$1vODnuxut;ovValz_4{Zl!nq}rG|IvQDqA46h58H1ug%`W=u5|d
zLfpQ4jb2#Kt^KW_a-E$wHNN!o)r6yiBgK&mc3=GMWi8;J#m03EHo4T3wQjIi@x_LW
zqRqnJZ7g=!_{)Lo3BW6TX~(J6(r1CtlW9cSi;7UE;<N~lAj;q^DP`AD7sMS)`|N;5
zIGs+v=n}I3DZ%8j-@(wY^!^X}UKnv&l|0(WK@@N0YjH-p0r%IHj-h$QkDYwqqe7!A
zbc})il7DgP6{zt~tQyM?pRO07<|{cI9I$MaXEn>Og0$4ZL%Z!yUr7Lv1k-v$;v@3u
zwC-epz$c*dTHCsVB=-ImHa&lLT{Blt<oYp97O+~I4V)i4OCoGKKB0>Zse6p6Wk-*s
z)`p*Y1$@(8j|h%*W10&%!KR)+cXvn~N~AZL(cUT}6=Jk!H*6Y*6BRIWRqP|}mqS^i
zqdIbgT+c7zWX3a~u|`v(b2RDj?k)NROR2SLI<?ah<JA_Mf?h}u?p?Zoo~D8@q8k3@
z9z44@+1zu{h)7PcNd%uu4i`1G^V$dJ#%)wrUZ@x2-QKNhI;>6hmuHTM;`ZZjWxuQ8
zci4tqXLA7wS6prA$`X-*b!H>QWq2_frkL!G-Clb4pfOxk<eXIa=|TZBe-#fbX4>v6
zJ}%n)+8wXe-<TqDd(R?r`1lvyaHA&I&6Cq>dL$*Z4Ay?}wiCjPmrvKaj$_k#BkXhh
zQHV@iK!)^lRr6-`&ZBM=esm`HaNz!QOej6<sJQijN$?H;q<^Tsd&7fsGe+2gc=njU
zp|Cfw${Z6b>zlKl_=Pe3`BDQ@xa?0H_Z6;#)_qf@w*)azXjpEmVv5TSe-#vbkE3Xk
zVO05cstH4b<PX;YN~k&^sWiz03=kFFHi>7x+{ArIu4cmM1&|Spr_u(1^BoY7Lvl|&
zUGfKG)9=h?4u&|X-8fqbr{^r)4YoT~Qc#mJ@)>^Ie*NRv%^mbN|AmH`d@auoH7G|R
z8CyZ36w5#FG7*=cecj3Qg)jkI>oeEO3lS2F`wsbynEApb{ti+#Z?$AM;PJAY>@1n%
z4Do;s^0o;i;rLz%{y!Ywqm+t}_JW(Bt%oKP+TswYG%y<+RK^TjDxLaTVa-MD(@(sr
zmBlo3mTDEgWuTR1&E?5$#YHWTgK1?wZY9XXsSFk;2g;0-g{fA?f6~-!LZD2k=pe(u
zNokg0NI6Y!uvoN^za!3B;iO+IoJC3gL_Z~g*<3|>B>wke=i82Bp!tR|QxF+pa`G_%
NOs^u0Ucyk3{{i#}?%x0a

literal 0
HcmV?d00001

diff --git a/doc/assistant/controlmenu.png b/doc/assistant/controlmenu.png
new file mode 100644
index 0000000000000000000000000000000000000000..c1dac197b9e31cb9e15e208f657c1038feab2113
GIT binary patch
literal 8863
zcmZ8{WmFtZ(C*@{!JPoXCAd4mgS!P;Y+2kE*I)@Q!AY>-x-4!%f<y4d2@>4hKHhuo
zkNe#|Q&rPdGt<+jyQk-Qx??myD&k;LU;+RD9AzbW?N__|DnaOouUhjZ>G9QIxGEWW
z006iL{|SQISZLa-6U|duT>)(c0f~r?psbbS;?+g&sbJ_S=K=-;ojn0^?m$aVpbedm
zgQq>6qO!WCK`1UM06+&&mY31>g&ze5>gpJ@-f+{pN=Fya(FG-H;|PaW34DqDnC%It
z{6;d#KCRyjt7)u2nWuIQn1z;)jympC7Yl=wYgBj43YS|lF2{8b^^Do=BQy1zs|q@b
zjO!5HX4Vz^&Y2jcKmHzqya?0hFft<${G59-;hNtOd4ODB96pYF<aMNY#M>{{1L^2|
zi|F3zNT2?e8LsEZL<v*mm?xYg6i;qR2O1?Q@!QUyUDDHi!=2;B{;RGi6V@6L(TTjq
z2cpJBOUS5PzgJ@<jFErK#neWTvKx-HUQRSLGk9=X2LOt{&D->1<0GuJHb%{=)G~GE
zn?AR^tHGxu=|Sk;NQ{>M^1?9!RbcR4ht%RO^^&`hbtBjMFv;kQm@S=Fc8B<{o`2tf
z;EPEaB&~3{d7^2`;iIV~QOb>meHsEwJ*&;JIyNYvpn9wSVfhI9GWLFS9OuVzP(o#z
zyu5sL|66DEcj?iF=KEfuFe__Cc#0M$&#xaSnd}yU&R6>_ar!KWSlXgBt0}cNAI5Fp
zpAeB=P^`XqD3A2`e3|d@LU5~u0H3PTU6$Jrx+}Vd14SWoI_xCkP%D{UjZLN)kZ83D
z<28->=WF2duT&omgpJR^Q;qyk^gF&hmUV06cH4P^`->dXn!tyu2bNV-i7!}DJB@S8
zBxQb2#TlfHflo)be{&yAvAXpbg~<jCq~a?%*ijh)>?Df{Rzpa(rphztUo#2J1cF;U
zL9Xv2N%gr>OUKKkAUNHLfkCx1Tcc_W;H>zh*v^KAI-=Pg7o^cs&1g9)F7IV5bei>g
z0rf%TX!T$5WYUCmot(Id@WZJXErR?dQYD2z1S_ny6i9c>i*PR#saQ#WJmuwW!%i3W
zxW~wnFrO4aDC+1!z7`eLQ?#KzoV-MiY7@P#P%MNZ#1OIjz1kA>R3*QB-zAEQ9~}nr
z<n0L#$B5rOLy;umPC&FhTW!i9CmJ|g4rLXI%wXrbyFCJk05jRMglUPFpa6nn13n8{
zsWY17T&NkU-?^m&QK(5sJ}OjG``9HZaU`qshtl_8+lG8MYw@<~3#8|q4LA$_*yMf1
z(`@|<Hh=F|vr<<NIEB}^n{?jC9_%=&)(XCig--r!yks`vHl+a{a4-Et8KM*vzcE#t
zOeTgIpC}n(&ELffuz@=^2U(S=o9>#%*|X-gcgAww<cq6P*q^jtQLm+>u^Y_s3tsa&
zasTqh;ro0b_|>o9z#<Sux?4E$YGiroiO(X4(=F7!c*;H!`UddkvhO^2-0!&by``$b
za{DSb%`pmoV)M0~(MXEHKp%&N+d=gg=rZ6GuWJ;1x6h6jj69<#`wa1WOc}{{oQB0J
zTu+T=WOyBH&SS?NT9lYMw;p;)*y%b*b<LdK4MW*KD7IXzz%4o<cCOy=`##!I#ubWa
zjI8|BCg-yRopi4SD{!tsK;%w+dXuGBw5RRwKeZ$387O~=i9S9D9X)y48byVZ(=_23
zh9Uh+Ivi=uz`qG)-iZth1oA5{gqYj%-<`do_t}WWldb=|q}s~h3|?;`)l(I7G<iPn
zNpPO$3O*At*v%hnaX&gG7~D&E(IUnxxGL;IxV@K(|JK>cs0-rqe17x7V*13kvN$?~
z@&yU2ShIiGewI4MN#yK@EfceDaaoY(UzZHesQmUbq1iZ)@Wz3|S^U0~#r=d_1BImT
zRV4XiwD==|CM`yTkq={|nH0A}T3j-g!83omnTvI|5&o?y@Z8Yh<g0o15)1Zb@$F*H
z!E$4Ja>=B8let(xpW8jUkV2=dhtY$|O&v(S#}_3Mz{|_aW!}DU7$5vJADoLihX}x0
zpgv3l{x;f@1cZf*BYZf;Uu&+wDcA^`lJ;-P7*N#BBY$oU-l%)=VjNU#6AgBoo8;}z
z<GqYf?x{cI6vJ9)8@paW`Rw08w|y0s8Vs+0zB>E{eXT%^<QVli@X>Ty4{7YVYHx1y
zpXSGA8_R{Vh7U+%d5*kXMq~pRa%gaFrpF5*!tKGe_26gs9NMHPsj&TOo{3zLd57bB
zYqXJi?{~UsRKdrleDk|(oIIg16XMg(&07+&OO1fiiDvbrnn}~S>OUVrom3=5^&I|>
zw`UeF_w$d3*Jp#YFW0cHTr!WMH>Mh~eV?dJ!KVO9OMQphQOTJTAG=|&*Mh)rUs!m^
zCCtF}NOO<cAj&+uJ1?F4--{=5_kKR--RAwH7$>+X$!|R4th&cidKpCNJ@yHI5=4pG
z*Af0phM{*tN;L0kIV?2T*ss5{{A>oc*=BL?F0Hvjyo1AcVQQyp_(<X5AGkbhrvT$x
z=6U!s+7q3UF_2q*t9!~4Y>Zs`n}OeA4w?Fz7$xNIU;@$t6qKRFxXJP$T~UW2&4}m&
zcTLSTjGXkiFdqG3=aN?wA&-f6;983-uTmU19@{O+kseK#HC7{ii*yE`s~JfUIh5o0
z#T$LPmI?e!PXalqaWg6^y>^FJV7)l0Bwt(5hy(|akw%5>MaiQsC`Rb(6QcTa7c~Ib
znP=8=XN@5OY^U(@e)>hDyQr5n(#|IW&D|R((fQQOtLtEz<{$Slo6AwbTMD}^{uDGB
zM7*vI9Z@tm`J~VUk%*c}<jTAFc>^LU$-AvL=|F=@!?WzQM_c&5G0f~1P4S|Ik6WCQ
zLFIQ-EMe75eI{r%KyV~;_R~q>rbT@$VZLD@P4?4(?MQv)h+Nz;haXTzzr3sZTI|<`
z6qGkEfcgaJx>plCX8Q0(jBljtERsF%)oqmudN?+v-dp5#=^xRzooXlMz9BOa-k4ZZ
z3%7dGTl!&b2Kq5|GDs`qC21^*D(43`UpO_^+y%;IfG@-Pe@pmr8Ay7}PVzqglvpRo
zDuqrtkh=Pgvc%I$J%^;`eyS#Zox#!bYi=ShV5nA-PjnhrYA<mb%153`yO|S?HSPmn
z?8=3n1Jv^+dIFkgyyx+Ke67DW9e^e(p9XuLOVcMBZyIOv&Zh51@De&Ri+?alJ)f@C
zv^?;_@2pBCjvq@kiaB4Ju07TU&bB)E*e~?7{{58NA<DaZ9J%zWxX(A1^yogFx8BV)
zS+|o6y0EM8d){ESyk2dB7t(Z|JrU^oBp|*loz6BK5bjG!j*xbCifnhixLWfQISwRj
zq9z2+?d<=hfu2&GFFAilLG?HExFYggP$WvhPLlnOk8l`hYcv-)aUjzP`i3%^8iF87
z-pnOS_^A^a+cl~u00T}A@J;TWO`>@e49V=K!axnd{ZN3^Ma>XO)Vysz3^7arcrX<P
zwtsb5tS|Ol>%1eJ6sIR0al-H;JH7F@Vnk1}>gGD6T%&dIGS@)G<`diK&#|+6s(XAh
zP;=q#gAq(*F}>;NAF%`eTEj$EQ{Z~u1#GUF4&4r95@hZA@NXOJd)9UBKugd{@z`>4
zt9u_BG*I}F*x3iY%2K@Y{c+>9;PJ-y7ei69iK}?-;PzQFiK=*o(D!F$4yxn9_ZFju
z<Nivwg|}HGLD{rfFoEa%uro|d=1eHn#W8zI+wXn2gzsZek-uG*+_Th6y*Re#OGdE6
zqd)D#FHG=TVp%Jz&4`Wwr{MZqMyAAx5+XN-E5eI#Eb!YtRV5_=LJtFqJB*>H5baeX
z3_+2RBVMIQmX59^JtSnyIE<Ez?6aFN6#_y^z#7YITt{hfbaYh0{~8+)FU3^#)Lzs3
z2o62zxXCl*Ks_B7J5jS5NE^+Q$X0vbld3Jq%Ia{u+#(<#Kp3;-Z+#>@%?GI^{9dUl
z+|rj8U%Er5hum|^+7|TWhd1oLP-_|fYh$4^uuWIA+MnRjMnVe&I`|d<G@5gU`FMMK
z`}n*ed~+MtZxs_8>vy-E@q~Z8*&k;SaMqtA;t?>#|Mu-$Ha3;FNw;@6u%Cs6zwm$}
zVYsge2WKo_DtO=vd1z?p)?fN>Zx@`JdU|?HV9rA}yzvfUctV6z{6|ssrs-f87mIqE
zA)B;6$jH{|<eZ$GZf<VcWxA(jroBRuZ7c__!p<wL0{+*BwY5CF*~rtMJ3Bk`^78I3
zcH{c3TsC8$bmlf(zp0h1uYclAK%S0ywJAe=?-O65>GCVLJu-9{pd3B?3_LuE8b%3)
z+7>Z$3Pw?rZ@?JnB@|RQrU|9HCwxkQOvWFhEXh7w{>CN@;0Ey?7t_Bf0}UN>^xPmy
zBAv8VGqt3zKMX@V_l@g>j5e-58S{oCuc=mF1r^l+KoT@=k93t#Lk>r%C<NIN>KEW=
zR&d256f%cY;^y$}AP1)v(k>BbsfLw;{%mM1dfj3Dm?Dl+d9}W^K-}ABI5IV3Rd=eK
zbBK!|prfb$%pJ?Cdd@f81Wec6+4`2PI!MJXRTu_Jb()Kxy0|-f7W?90N!UXRQXA~_
z`4XI5$};aql^kCt5_*=EmG!PbPuFm{MDp9k@gH>ZQT}quwtY6PG_GQq1DPrsk@>5F
zRE8r|&EZ42MN{0LV9=UvwOj#JYK|C&G-W8d=6KY>KZFp}Kn%c7#*lNRAajy01?mM>
z2rUT#i>M|-h`@sMb2CDU-j&n`!%k|xP{FWdq&o2jRT-g#kI}Wus#D8=Ov1)IDSAok
zqHIe(2G_>Y6Xk1dAHQ<}e9?R5uR-4C(~|G+Ax@LL*nHyRPEcb`5>*$Mla)3fjXZHk
zSHhS<JW`nP(_BzzQ9e-Yp$dgnrRhcR^$UM>Jx9a@>KLo%SPE{VQ&?Pd8Pj1iN?%EX
zsg~*Pl%2<C(ApWLABlT-7M4px-CSBrx*WPjp05hUV2*;$dJfgJEBo(Tqficxrne9D
zP|Cl)>bZl`_KqX*29QhZI}NB?#)nzRz1c^@0z$IhrPM*g-gvLPJ314+0{E>=Q|ytG
zl~Fph-b8P><O${Ve&=f6-yOt8O>_#7hui9^tgmhStWTs;r`u#B^{@n&K!cRLQh2kF
z*(}7Co0%xb2H}c8Lr?<dX4g7!r!0cj*2yQ)vF1n1AqqL)dab^{zdt8Q+^i!t4UKoz
zMBkg;2OEZu7tTIrWi9VW!Au2LAx5b3!z|&Z#V$XQ3Ti5<U?_s~vxt*IGZb6pO60|8
z0GmT@#6&YMR|juYfSH?evAd67+PJP}XNS!t5VQEh*PWm7f6`sp%WlY4e)ZDEs)A<W
zmuzOaem=@>nK0OrD#wbLl%YlO0oNp$t9&QoYkCsBcRcO}c-WdlW>6*AK)Y(D#9*&H
z&3MJX7$E(9HB7F)@{%n#oBh}wL7`ykvlN*DD1IM%(LYXg^=6waL@3CBd&#7;Q^k%=
zxUr*ev`y`+b?gUmBZDeFR-ye0#iz;&mZOhDX<FYR<i+w#{Wtq!_J*J^qw5u&-12sv
zy{ud@frD)Cl7`&U*LL>5ysWNT<QO?-`)%Ik^->+?ln(R(kFEM&@(ZPdG&5M!v>}08
z?auY_eqJ5<Bj}YiHYeZ>zfwJ>nU<m9`a`cdzml#O{x!4{dSvyp!Sgb&2co6m`}-rE
zJy!9DTz#1dGk1&Fs$Bhapv#Sk&ZAffYjd+uZio4}am_`kbB@l|`PL{HWZoJJZ0WA9
zF(}J&HaUq?VE&kMng%My(-@+~ve#i4D=R}4h2G(+lwT@m!-%QNRSn97GKh$$2H+nG
zukBl|Nl!?p2JS!nea@A<Vd4l0*lO25A9rc_GJ^hh0g1ehE}@7c%mDT2_|K+sxRJ9*
zhCkl>5>^Xicn&5e5zcbmSCZ&+CCi)tUKJyWD8!H)cyX{W9$p+-j6-lYyRT{Htc9Ao
zbnFu=tf4=s&2-LTtzIS${aO8kXqW@YAz-8ni8jP)B~O(_RZ*5<RrGT<g+HXfrK2a*
zESgCr(otr06j5N+6=3SuEMk<uuOpW6fodgT<Y6^GNVBW}i{5T~W)PrXNwz~C6g}1?
zs<j4&Km92MN=CC<&~MSeaf~>m!v$9pc6(zR7nO##8Z%GAL#&NFvIUq_kUESFK*QXl
z;xo12Ubk)HEs~D2NBZK{#!AVW0A3+lnjgFLhvW0mw4H8G^c~S}Y)d2O49RmIQT*ga
z{j_@m<m3SUJ@S*lqInw|$UYjILm}=C1prge+sueyRG=gatRMpXdlh0w&&5<x_XB+=
zYv3ksQ@b9yX^-dtdOnP;`~3&@H>_#;{HxXi)>XqW&7Xge*kKh~g+G^8+n+klGzz&D
z0*hat+3`_KNcm{6ZpDQt8x)(`l;vaXh1w_ao2dBRZ?)LV<gsi{)%ntQzuzUX;b~Q?
zPacnRSI1RV;}so%bt72IG~4Dyy7sbWiThdi%839J>MH&ItVR^`a|wJ2&YWv6A1sv%
z#tJHwITtcb8qM^Rv;r01Y0U3HE-xK_Ey-?-%YwhFnHzz>sLvmdogKG>P0T+AxkXf(
zv^3D6WVpMt;mvNN<I>y5N~IU*_l)=cII24zb}V#qPH&n_SfX*Kjs2OOZEzh&h(xq>
zO?vN!4SDcT8Q$ur^%~jyvnKJ+E;&#wDLV?%vUmcnS%vWUxR<>>_tnS(soTPqqN1X}
zf+jjT)2iGZo?UCaYEBw3Ec;TKC215{nb2TA!AV1PjK+ge&4f!(p(Q!1je1DZ2joP$
znUuAiaF-tRZ}z`g=krRLFZmHei-}qRNMC1DCtinJ%fNZ@wiL3Y_||Id(9n>&y1F05
zck%DEgRS6bbRwGh7b1x7AJYc0uF3~b;1IG3JcU`~9Wyf;Dk>^6vQn{jj6AQO#V_63
z^mR+5LAb*+;eyjoc8*HD6N#)gQIeElW7a!)T0E9gNc-}aVX?#^EL@;QbbZ1&4PsBK
z<;h<7w78YII_q}lk&>aRYp~`>iGSbh3=svh1|pO1rL>{ye+SPM+1m6`Pz^Jm0?(Lm
zUFw!GqBcD~KK>lxf08)65J6z+^o2(d8P`+wGg?$Hspp7+&xp?NqBr72m1)>`totgq
z%WZqfzeRECKg!LdO<?bX)ud~sGFZqDkv=)~4we}e_zyA#NNavC;MB1XPVS&SOFR)Q
z!#~ENN%gWE=*W(3C6tOS8@d>GiLuBQpEroQFnJ|e0;C_$i0@M2`KCGC(P!S-wb##>
zNRq&-8mgHt_e70lbn8Mqy{Y)E#SP8@>Y)aNo6<8?S(!+LA3$qN39->IM$Z`v0WADb
zOeA8|)4WA)3{(NE<isRrzIg?m0$UkE>`&y~(}WNQl(ubgC7Ch8-;n_=wLj2x$rz7)
z8hnL!F8hcx-uMrTwXcxq`}h$e3?JN`(0H7Gt83~Bj&hwwk%26Sp+jwWj^uCHu-}Ql
zzt2joMVZ>pCJDaRcar^s_#!I=igDY{-lW8`ViT0eOk_lpR+cXn>X+)^eV&F{Nv$wi
zw47t?MiCRAxwtS2I>+9@V8oVMNdPwUnCPU<0GZJm-ErDH@!Z2det*gY{PoW$W4>lv
z#ja^;^8GTso_E}&6zXqI>M`RgK+oZd4))7@yewIWRgWtqm49%@?w%gf&~GPRGsM^F
z+#70^-&N-oTaCZ*UNTwPR-P{TnXncc9&y7!%69t~w)ul~(0UlYo+LjqQUB=edZI4V
zPhIf?PspqBz3}o(9TOxK+DiH(14@>#XWXb|`ywkDUsk-452X>FB=k5w8Pv8zDj?UV
zjtI28iGOP8zt7w_)yN&%39)sC;}jliaPET!0<*{ftqk)Bhj((SW=}q*`GE~0Rr(oo
zoimUFH6hP!&I9M=KP3Z*fM4a|wL`0rbq!AE>gJISVh3r?{=A>hzk(f=om#xtBke8X
z5rnT~zg^iZg(7jD^HmMbjHhAvK+jxFqyzg>{zyT8yR4dJi{Jm9pPw5|S!?&tu%*?R
z<3->bFs{JC<Y1PS739F4X?kt+KTS$P9N0y&IrGrQe<8~rH@LW;EOfdmx(X8Uz<0Aa
z28gS$3FCRfZ@*2vkA<f_YH3?I<<1E<S|Pf}nf_>KwR=u4tq`IR3JQQ^(b?E<4^5b>
zafW@y+~-JL=aheR66`l&EIu39@d1EF^`{fOX2>S}jlQR7!1Zbm!dBjaMjY<zZ&L_a
z#ocLgf0W!#ser0as>L?m)<zRdbnVSihM8Ehov6W<?rEN#4V=5nKi~%6iJoBQlMrA#
zDS&IF6;AcJ7o~cSGTFMf_*c|gyt_WZpADR$_b2lfDEP<$eBFr6lTv<9ghc0V8!^n+
zWp?kho9J#>CU9y2_r3|+IB4TIA$-Kg3@px-lFbg(zAF%!=%jeACGJZssk3>eo0{7(
zK-i;bQ{m>Y<?N{cVp8cp1^C4AhDzIn%BZ60vUL6>&x4<z0av!qvFyWuz=dn!Lki9H
z84wH$fL2bgcZK^ruO#z(tbN~USX<1^XlL0=A1ywaR|TNDYSQ;yc56<mJ^zr`6pq#5
zo;bce{IdaS)T3zMKcc<!TBH&5_+arOJvmAq61W@+ze%%bz@1Ety&a*3E4uh`C`3ej
z`V@kRfk+iZ^$?hU*qsz4Fbe}>=w)O!78N}O{dI@b?~dTERH$Z{9n4F<DXF^Msauu%
zmtKl}USD>uBq=q8`<eUnxq4%-KPhH(JwE#y&%yPjQRpaUw0k;^0m0MrrnD-Rfzh41
zW`UUKoc`o^agsU^UuzCn*Udvrd^BSD_v>n-o_mCRwF#5ZD%oNN)TGyHm!WU>m#ndi
z=bEbd<#+yiuOX|ed&u8>T8r2N{Q){g_Z1b$;7X8Gyk2`Jo$cbLMiD_vU|r1WF8Ty`
zquF<IrLo_0P3+V$z}IKOGUchxmJ<-}w^X1>&O_GOT|nZSGn5XL88jBPzZvzseO%!j
z2?P9-1WC2``8`*;UirLR$j#7|`Mw0Ne!gD3lG(Mu)5><9%k2uJ&o)swQ+2d6G4arW
z)t)?>5Im5qE@}NWWj($->B=8V&6&8W^4e_TYC3q0d9gd>wCuahh+R(I>lqR_NWjLs
zh^tL_n@{)(X$M`ehZhAd@6?m*EPCrEs(lxB+c+!7FCtKJb2_pqLnZ9gE(;qh#Hz(c
zES%%>P6xmdb@aEZ>hC@cOje@YSY_PZe-KKOt)M<SMzPF6j?v!5lw*=<CMvbBEIi%#
zjf{n<nBgN$fx@n-D96>q%lbODC~BCyo*G{-ZG<akSmZp>u{s8Tn3QVOVsXXx$wLbR
z{=+1TKB+QY^QBtNgKscJKOj^vMkoFF72oiMZ?SVnl2eA^VyEhOLwUcx*}4L;7w_@O
z()uW-*oXEX1pSRIXU}a<XJO8<#afhnME`i@2zHH_+uci(q-WV29%x9S6%P;fb)LO&
zQ5fiUeysOWWPh?BBeFdD6^8R*TmtEnK!YD6c=7*J1XrVjXh{N;UQQJQ7H;s-(a}K|
z{|OE7OGPzsO)EL`?Kj&TaY*w2o@nvsJ`&B&&H_xiS$Cfq>3o%pKy`-h?(U7ooEAT4
z9X;ILIY^{@4tzrAek}ux@xFcN-)TL=RTD~Bv3s0Dr(vJl+1@6{Mvav1A!Q@N4DU(I
z$Y8FtE-xQ?QP8qg4*IazG@3k|L*>zMvE6?+;X=FH%#;naz9#Py2pf!szLrb{#G`ii
z|GV*BE=qV4GaXYQvLC2iJbW&<s3&@b7UkHGK%ys1Ygvv4plGCN47z+K2pZmkdwPIP
z#74b(Yfg)nqz@D;TRtJL09>COCfoft9n2M5Ew_GVP$ElV&*|&wxm|_a(0?>EV0Qgl
z4TkNVZyD8TjwBMqgp((=`BW$l>D{$~GmDqB<G!RRtg@znPF784!7@P~6!aqPaz8m&
zEazr+aW>5K`Jdx}%cp_cBqiy4_3jSV>KWvb6E2?@`>2<$10?O=0KTce=8t&`dAu56
zuZ82!H9?_~pFg(_hnJMRn`eg;VJg_$+nbnV!}N1@R*qY>J=D42D$)lCd@uc+{|{i?
zW%_iwME(#5urZ)E&C1;{5+ORkUThOk^b-C1?<OFag{w*rG+p88wZFpD4@}}6rZd>1
z+z0$Sa6ABqj(I@=mpD+=7B=k<0>&Sf7ew|^d+;Klyo+Sqn7r92d2L#)VscUKUlQv1
z1bs+>$8)6H1t5MV(w#CLpsxY-lJkXwH!BLjk$lU%2B*BkQ!%?(EsdTz@RFpUeBgSe
zg|&>=z99{I?+wVR{E`KC1PIJR-O3Nk_l*GpP-s>qwvdqaQ;W>0QoW#{;G9(*88)I&
z1|>FXTz_(6B3%K>D{8C2EpbdZ(Wk29$gEfyGcg_l0(dqu3>N_{Ul8dMsGyb`7%hQc
zJ=0n{r_kYsOZFTbqZMHO5WzViifO%lWw-G44Iuc#2h@;c!caSAciHOj$r55tq*NmJ
z?S*{Gn<UFoX5&8q`vy0vk0^g^-vC<UEOH|Ln0)~Jho(>x@iADm9aUn>iin^&KZwe+
zlC4;@3EyJq1^ug3*U&IvA@b{xl#*IYbHhQE3kvEquX%Ot?d`1^w_SLFi$!>-!&-1l
zhOg@%ql>PBAj0#yH)7vF6eB7SStjsIkLlkjA=&S91|&VE(}rg6jg?Dn1oVksGq*un
zrYa=NGd4EF!T+Huz+{nK`%RL0N|HkKxu#|LaW^YF`^d=1^ud*gh{*Tv-vQ0sq_2I(
z$SAWwCCu9=$j!{jE0E62rSPqqawNQ?S_1i5gDDrRC$mQh|I?xy=+q+^Av!Wzwf(Th
z!hz99?kP|f@R!o(m;-LkR`b)W)q@hTEmvXxe?cC%Joo<}J7vuVEz^Aq`f@OSo?-6i
zU^Q3qn##-JaJUVxk*sW(aTUpEJ(m;3tsDS=i1XiG08fM?etXKF(kv{^bDmy1Q$jth
zaDLYqQ~*;Xs^4XQ6_}qx_JrEG#PY9bcAZ~e76H#xqRx7kVYbWHH4@M8PqD7&TSI7m
zG`$f<ufTw~lBw(NEnUTXM8sa>|0Dm`gbi6%DKT1+eI6z1@$9v2h>`yh)8IXxBNB9y
z`MSs-fc?sYX7bsERlcqWc<hX}KrY@X!;q&@KU+Glwv!VRZ?mt&KAon?NlOD1v|g#t
zz`#I3$~!&Qo*5F<*Yj7;D`~1-HlrY$;H-^TQqOU)zx#Nt#!<q8*&T^R+WBxS7WJzq
z@a*8vCJY0808f(I%qA{2HumdR9CUQoz~BSXeeEPaN_T>JlsZEye0(04)%Jh?>`6fw
zMi}psI=M=ei(jc$(R(>^^H#4q)BUwXLymMM#>dBD9&Ag_9-=z^P28Z?D<gW}H~Hc6
zZ#RU8F*@Rq5yQ~zs^XluhTTuAor^mwqx-GWfo1_-neT{S;g&u+6|g1$U2F3}(rXaY
zM$#>J3CHR^^G394x)pLtGu_|Y0b&fUW4|r<!%xtiQMxtfe<XJ*=*|l<zy5DI$ZROh
zCCP#kf0$5Bz)fU$)xzxHZ8eBtG|gVwQkqAh7%{(jRm{S=cCK)JJ^Emi{X0j`OtFci
v&t0!u9f`SxSt2o6Ph-`n`14Ko3tG|FPxCP8c9hqhBmiZFkMh;BpThnJ=lp8l

literal 0
HcmV?d00001

diff --git a/doc/assistant/crashrecovery.png b/doc/assistant/crashrecovery.png
new file mode 100644
index 0000000000000000000000000000000000000000..fce3805d0f065ac0efcf239965b140e86e72eed5
GIT binary patch
literal 6594
zcmZXZbx_<rwD*6wF5Xgnixe&HPH}hFB87!g7H5ksQd->I3KT08cPQ=)6t@C}F76IR
zU!M2g|L$ax%$y`MIg^u5zH<_;rJ)GIrNjjQ0HmxWr}NbBJylO^)Tb7V9#s9*;Xsv)
z-2s5$X@Fo4#dS0&`N@dop{y>CwTwcEN$_H4@)Y`HqVSM6@{o0LcDDQA0m!=9z4frO
z1$#q09Kedo>RN_D1msV1#Fgb_^n4Z%vSE6rbJ+tOE)$8gZ?L%|t40V=xqN!Ms%fnM
zev3wOcxLdciznu&`A+g@t7Uo>O?gb_xGjETR!<dnF7jM-jm^Fk_DbM;MZ?_Xx}PRY
zAQ&E9`d-k60-JXbE{$iBv%(vQjq?%*zn@@y<=0y5?cwcm*`L;%cEr*0Mz{_c26}hf
zr|2PV##qqbFZBPE_lPzL$O<sa>_~V~9L*lCC5?z_4y^RadV=$n%ZN9LBJf$iexWZD
zl8^AoQnRZBk;zt5$8)_s^z7z05@1odT%@lZU>9D^6OO5S_V#c%4Y>}te}f@=8o!dt
zJ?CpZBvc)Y6Z#KRn>&alO&W~*is(x)j$9Wy>XSj5ObtwgLHcAs&$mKF0pzsF&|k9Y
z5}|98g$LuDNw+&6kT3o+WmKljg+QD-xMhiJ=X(1ZS0vq54;X&_Of^3w)^&X_Hx*oN
zwwvM*%Cy1+Dx$C*X5$%+Q=Z8XJuOvH`^2w~sPSt@=7X`R2b2>=#-ziL22GK&qk3;9
z>xNsG8DgbQdM?k%3r^Mh{&fWIr1#1lystNzs$fPb_puct9ybGn^9u@kkSB~xJGgjm
zTt+Qf8sxvu`uh65Lxv4cgcp*S<~Sn0uv-ELTU?S4y@dAFLuM?{Jh+m5%vbBTywCPL
zM2n|9FU>Nib|!Z`n3!J8M1{a9Sg(IH#)fV<v5iT=+BVluD0N)}jCx&u`ZMktgj$8!
zg6_Sm`$gmc!0PifYAHrlEFS*1=RlmOBB_mt0ru<8`Q7_TEWuRCDv=_qItri@rxZhn
z8Bls%u!gl}(lf52t^E>F6C@3{Tj=ga4Qt12jk5Q^qy9p)UAThK#sNGBG!!s<gW)L>
zVxD19!K05DojR>kGcI&u;&s1gykR>%zafg|N1tyGya1)yo~9kux_}T4j1gZiUU8=u
zNJwD?C)ny~Qiw<)m5|5m4D9FlPJAtd>PIDD<$vG}OwulJs;2egC;WIE<hm)(kC3&H
zH&*;<oS?MtY943Tj0~11lTWde*RC_-_=M5SFEPbprLe((#A@_qyc2piF3H)sDx4fC
zbbf`!ba-&k*b12b*|6$x+H2j{;IN|L51jX%u=pz-gof8b?I2M@2aJ}ObygXQ8yX6M
zZN=i$`LH+B2xl%}wKP_~)DD$mL=p6>xE5>Q-Zg|}2$pRFVqh|Ue+SwW1y$mT0ca><
zV|K>_k@6ZZjFgY=OB#f(Ty<Ju_d?oZ1TgGfn4sTzW$2x|U;mHV0ORX<8KYuBWk>Rc
zE)$puf!^se$6$<-Nx!i4p?d2;YMutkIhpzZ?HU!D0=P|@jgHeGqZt+m`MIH7&|)^J
zptX2yPUIGfLu%k$Q`_}a|7K@1`Ip6t`>Hr_U2fy`J?gKsPoFUGUz0z7URPi5E54F4
z8$+UtA{4Tm&Zh%4Fi>#$V>EKy9Vup`$e8bT9%<0jA_cwhZoL%+UbxIJo>?HZys1(h
z(c`Sm@TG-(zP2915g?J3&z!~`3YE0pHc2U5v!#mXMdh)Y)(M?#73qdVC>+M|1@9C*
z*l{(p89ugNvfz?oP!BvKC&#d{3^Ry`j5IO*?T}Ffc{h8r+S>45blFGH&*#(!1h1!R
zP@t51rfi(Hj3#``iGNiO=UcZeKIc{r@!ulF;DUeqgaMz{G2DZqaRWGTrW@LEg)+Tj
z6hMH%d`+sq_nqT>5TgJmX}vk&wBwj9FKa};b?KK0oMBtu3I4vC>GHlV?+*)P3y6y4
zDgmALqQ7_ZFpxhz*1MpBjs=MKE<RHo{n-vvML=fRqj;Y^vl|KU*%ZBM`|@|hcl^AH
z)0SvLC?*iInN6fYn7yDp?e$Y`WP(zFG_y1#-H+$&Wc5$Sx!U^@_;{4U61|D+5VS)V
z<vcP4ZG5XD4*0yBo@9qx%0|_>+SOquz6kUKop=2glPT@11c1G!r@$esurOV`Z&d1?
z=+~^YlKZm?^5ELxCkpJ6)W6bw=pU|69AVpYM<|y213Ki-0i!tM`Ol~Tt4LW0CS<Qe
z1p2;%9OdA<uTKoc^*TI66%8)TM}|R4_gt-yqw;T92gqIJ&jhg~yWPyFEZu#mgLMGU
zl<`IxjJMFpUK#|Bra=LR)I{O{33`$m@xUP2Mw|eU0FeTU%iq0pVts^{fKqWul1X90
z+M+jFH8*y#V&Gb$abx=r+d%DV(dR(9Bp&Zvyn$bAwYfjBvgnJdt>vf-q9Ry5*e4<q
z-oSc9Zmd4Gc_BCDXf={zMEAw@_6~(qNo>K_ybR_i{&Gx@(%QX#pN((lkE^Gk{BKU-
z2%Tq!>BCd9e8162<VUdX__yL;80Q-)Xyl_M(GwfTu~=Jx&If}taO=@wdG~%H`xF1+
zAN$O#OHk=`oG5VQc_q~5Bh-{7Bq(8Ow*1|?<~eNk8HdNwp`T4F>`zzit;LbldE%b%
zJs#k&=q;SKU9wC%7Nz#<xw@}cz`H{1_>pa8jqNfqeQ#xN#92CKG`Q34W=ZS5xJW(T
zzm`UgEskQB!?cqlY#Ien;{=q<^XeSgF#B&C0QfYILx&k-T9++QQO!?!2Nq+bN>c+1
z{B=JAdj=a*yAyjU34(E=c-pINKdqzpgbY#5?WuBdm#*n>0@!kv8fNyvp51swgU@E@
z68%eatAk$`@9NC@*||29voKi2!`$O7IZ*BZ+pC>J*~-?obkUWR+W(*`z?gQ`W@c3V
z{cI$T1GJgECG)0u0RzJAVrTI;q0)Q-sA|7#ty64hoDHCk8?QTp_9uX1+GC)iW#YPC
znLiXS@mu*4Nu3vRZ*i~tYC<>txu_yld`122e)qG_|F)Jmk66wgau0zC=~sod7DRnI
zoNJ*PVdzH9sou~_f}A#@9M>J}OWIthDx37DxKFW-T}xN-YW}80q~|HQ*kq%C7h_Ec
z4#=xYO6Y}l{~#hhhX+fUVh~>ZPIVau#j=#yYRkuJG#E>YZ}SGsG<__rKgrU1jDVau
zazmA>gg=bTw|uOcTX8$T%}5yF3)!*x)A1Ik;yux#SG?yy2Y#E|<n{OzC0m@de%KUz
z+&IvR<-Tm8vGT5NCrZyUu@S;EYGnkZnex&Z(O8hteLL&Pkm<2mC`+|CtZtm{F!18a
zkNTBOGA(3aPm#dsy)fo~-E(^942)cCCcW+$R#9(RvXh$As@+`~zo)(wUw1C&14MTT
zeIs+ZIV~3#&T+KJz51VapnXVO;Y-bdVj}sl+w>rr39-}06tgx-5t|okFy#x}sKLMZ
z!kT-9hT-&P=Zi=vJ0&naB?&<GmFOAdicsdu8zwh$@OR}P;REmLWAs~llZg3Pm!0a9
zD@I1G6jL^xp8K!uRrkY8>C7_((q#N=gj=VmPG5F%A=-}L_YY>Oo>4!Ig`c+ZTasQ1
zR`7+~UryRJQ|u4sGZn^<^^T>JR`}B4ALsubenp9l%q##LU~D=8CY%6V+ZHgHG5WZR
zY1me}_;}?{85acSZ@_$gnEl)<K_`i9k;<w3-s9?1SU>SgecDJT?WzsaQRa;1MH|+U
zHTgX@t2UuYcQ)%7z6w6vPIof6Tn_zBrX9vvn7%Bz(-flp`7pM03-!mQHM`2_O};1j
zw<^`c{<rqX7vGGM2tMsAZ?oW32t&@xuKSF5(v`9Y=Hw&~tDya;ya%T>bLWYiU78iw
zH4X6k9S&X@O86b|XTP=U(r_=$pHn#(LTJm)e!qQf-x3;=x+($k&c2=I5{-?*^lEeM
z`TFk}b}`my<#9h~ZpF1ouAu{K%|kCk$UxiPQYA5#$?Q7%?5APnS4$iH$I|8FoJ;ei
zg}XV1YD~%du)f7c(CMuTA^@!HHI3r%xVQIknW~FApjz(|)5#6HuO2JWF$AT1%L+?O
z-=R=Y<!ng$ynTgi+DO-BUYX^eM&NUOTd~w@rand)G!Ojq&ztbVWBT^GzAyLD3<|f#
zWgjngtlB<w5om8rP5x-;2lKQQtvt=S^d@&$DY@b?-buEMGMsrKgH*lU^EdN)w;@s8
z|8MU|<o@tO%E{jBa;4?s%=PT;#&1FEQSS`No3f%j3oCp`@}JD!-%VpL=3Ja4+NAQ3
zQ5Am?R$)U%z4+-ni~JG!OZ;1;6qG9T4BywQJ;NF57MXc)qIwZB|E#5_6*&1~)in{F
zg${CBUCF)i5Ux=eV@gPQfqz%BXnbLQQv#2`w_|==iG!;UPsDeOBrLLxgqdJD_oytn
z+Ypd&{8se^8kB{SA}Qw*gmH~g&fGxumLz|+D1Ih6^xqGwnwrnYgm;XJ{~y>-^8HD#
z|EK5EFy1wA(z{WHuRVb?KEzc+DfK0+>)1+X;Q3&GwjVBMbhJ4G)fi4{#F>mtFuOlW
z|BIt?Py&rs5KqjgTkKhGv_&5tV1Z4u>Sn{1bv^m&G?yFe*;1Xoz0a~x5Bl@%gLJB+
zLQ-~MFedEb<~}558vf0iNJ+WQzQXiZ(H|OpHZ`c|cgU}?lB?p+?%jni#xirZ)hdlN
zi~rCFlHOX>3h*y3mjXJZ2kCok^XJtYxNoiwRY5;EUnT|%@hztZObH&_Y3GbTk$xhl
z{)E#+N)YSNq3oc%5>aZDTeBVn-CR!<jDHMmF0mrlx*4A;U?Ya^yuTgKBTrc}MfrL$
z?zEEiIMO1Liv(kDA9*f}I@@LDtIBhu_QC>N*f(qaP(N}s<ScF(E~O6@8307LRFs7E
zu1>k5BQq#fo(o(vlC8TMHplynRLb-c#7st+oT3C09qSJ~7~Yw&czv4Z{6|X0ZZ1B*
z`~GJiA{6p+6^?fC7CC-3Fpp2I%dacg=lDjHj+3gt5J#jk@NfBfP8Amv8ofXyjNuZR
zQm$}2R{&Nbp2BZuLJ%r1<S9_%^z%jbV#LMP6cSh-$&;LV9?*zxG{wGUQL&K+-Z|z~
zR%+XnqzxAmZ>9$`2oj1dZ;I+W>K`j*pXnd<35oO%@18mMr+2^5$EA~k_tynB#_6oL
z_4V053f?5jh4?qvQAKu7AtUnF(@wkXnHQ9JR{|@~Mts!<0|AN69th${7ZDV-;cd=)
z#E#AC^D$K+4T($OLYtD#Xt_%sA!SKxmf2ALy{)Xwwxl`4Gi&zm1&0l|@b8M%IfXGB
zFLusz6G<WqVY*g*xy+J`_4m||g&Nx~CyXE1+w1warO-1+9Zjpp@Vc@R6@>yO4Z%iT
z6ve)f(B=v&qyu#+w;I$rgDdUVRL~@<`d4V7sR<IwmvSk%oJX#9b?4?+>M8>je|0y<
z(fY&c4H8W)VZULL*i^nhJKKjrc|NfsR&q!%%S6khH}vkvMT|okvh_!p|09(W<lg!7
z6E1m|Rh{k;1#-4$j0Bkd_imBXIQ=D07-oyhmo+dx9e6iE)~LrACF7B1>~G9M;*8(^
zOTu6wWK>{ryc@Qn#WU>%{&`n@yptDMZz6mBUsNbaOsv$k{p&2PtBZ}J#D9jGnxV<n
zayu7(GjZH`aCu36_u->4pk==CbY2eB;wT68pFx<WIzyPyQlfoYcXQh>6wF5J!vKfT
z?ZsG2Dz2c{WSh2^hmqv_5u@9XZJppL|LU>H{%3(}F{|n}X0?58tFYIPZ{9p$0_}&$
z6h55?a#~Q%sEKFC#<HWtBZ<8k;n2nhF-famh})%xLBg#ac=c)gY=M-yTP$(ZgpD(l
z?-Tp;!L>jF$k6tNio|RfIx>vijPk7ot4}u_=d6LG*P#*VoNGeL*sxkc+>O@B7D7Q*
zjjR_lvP-L}j`7DQ-<Fd>nMG4BZp_is-5Pq@0x=0i)o`_7&5k}FZ+VjhA`T~|yk*mX
zC6BwN%@GLD-a9<<dXMkTf3Zfg)A3TC+T_O5>7E#=Zn+EDQ@8x+oAen^#pMVh2H~|>
zn=D$93w7#_GHB9l{{faRTOwgsB^!<U-A;T*3=hvIe!?v87Fv&t#y1SMI&BfN2<s#{
z1wF(YJy1Y~yDA5KzLwOPG5pjr|3&dPl{|j};~qZx;;36Dg&^ynBveaFQbUFE0@w>M
z*U^{0{MdnpxUblKvCpWUc=?p@;MN?Vms9??F_Gt;K{LSRqok|x3G@lan`7cpQ6Co(
zXQ(lHX%xx@-fDwN%H$^G&y);Z@d(@{@UEWTnD;FIVVx}*l<IUkX7o<>ugYin6JQTG
zI!nJ@#PSOWzr!3)(&C#&wZN#q{C$MK-z1iuKbS40svVloLT9vuld(=qZmchyEoo%H
ziGdpFfkS5$_KYc-#Yga&UqEM>hDNB`B6RV*RsOL`h&O;?q(3nWKM?MRWw=0^C>E%}
zlI92EbCl@z(}GS*@(^fQ%I6AX>$pZEKNwD-a7ugAn0VsOkYN034^C$F1KpF%V@nJP
zZj*KvsUL-i(=wLW+lrI5s7*+1YT}M_y}bX}+pJrX(rbB^Px#>u`2#yj!wWyMgl78v
zV-It{%bE@{YthXTwa24equcAptca0t)(u?G60;~CfdAp$g@Z~m(WU)NtO@0#&))Z9
zjZYsP%+;J*Sj8yPOY!toZ&v?Rt|oVeNIByafyCRjll3lK%8st(r%JTKvcBr%;e(kV
zdYlZ)*xLYzjQJYi$6L#5+}x&ZtX)MBSZzhG#MPrm)!1fqzz4WFf_6V8;D2ay{j&8&
za{pc#HcvNbgwr__-H9q4`kiVq%e9_KbJf<2t``NLRf|b_s?m)Nl?gY8OVjOEJnzLc
zvJzI`cqY`>rQ;a$<6+2Lf2h5n$Lyj~>XaR*`Wq&o=|2%SfMxR2>>}5<g_EHDMj|mt
z78zK%qAzv**OF^1B}rfEJ;w%GHf_bt%vb}#=Zr!}%O=m;(zW6btD;=D^wA7{FVy#=
zm9UJpjsGpBpjVk)Wd3B<G><8FUXC^SD@w742Kbw7Uea+1X|*$75r(i_^M&S=1~Wh6
z^?#M+2xIxupG>$U_?`wkXYoOky}_&T=*F&R7LR7;v5hg!_*SXGWvh#3X5f?{!--ZU
zEXthA68(57)-;B;37<lMkcoNj&Ut_j6n6D!a5h6f2>+@FIRW*xBb!rLkk=1UQcF3=
z3RrdD)w{iw+nNH$%)udH$-()HILJo&ScYZ2-qydO3E|M@2SzOZLnBaUvC8<l*JiZY
zN4G0z)pUreXXfJ+tR`0i={75_dxO@D2k$~Iwr(~QJYMarG%l9y`hvN{w<+er4W!)5
zXEknF{nab&eb~XV?akj>#$c1g%SesFGv8Ah-$XoLtot6qzS7qfiPe(8d{!<LnH!dA
zCak;V2St*ZgozK0;$Ud5Ir$taz6Nr9!9QA}%kIbD<ALND(Zq7hakT(^Hp8m##TKHi
zSBK|oyXPh@0T;QPUk7L|{Bwtl+wOPTbS%b8l3f3VOzQRVJiJfTMOpoFlceSBnjN(l
zg6ZIP16-ub93`QvkcqqeT_pw_mc^>BT0aSFO|D|c&S5q@Ui;^!VZX)JVT;3F-TKi^
zL$mpPJ&D<nO|iot@i&lAVge7%Y6f0$nJMq@($>+aevFYu73f738nil}B{i8Ccansv
zC88mk-yp1^u^RHNDC}M*SfM9g`1**QAO(d&oniiDYs~zy<wY>r2*kOO@Q+Tt3wNm}
z%x>mtI3&GNvUN<$;@_s#Uj}lu!lb~u1h{Fg3BD$Y?fSw#VZ&y-xWoB!4JOev4qidQ
zZ){{~Z<p&Nar%GW$y(+*ojFsjDlgu^NW()ObIA5_iY@DuGDvd+ZYTP>dUls*%?o>?
zI|OKc68hYBmn^hyX^Ma8rzvD^@0)82kWBlx<RYfwCscYehY@$87k$yIyA%D3vwZjF
zd>bou?2eynSC>AT`HK05J1b@|YVYaBdHr0eZ`5(TbACHhD2cu#*Og0Q*xYTNz<6Qv
zL#e5Ie=!xdPj%bnydA_w>k{UsVpOh|#|3X0Z}1X;GT?>a`lDnK$sVPm3)YO6K*#X}
zs?t9b3h&C(MkcfEpD6^Y%wI=5$kB#PX$wAic=7VOd5CTLW3{Ir=;Q?d+LF`mMVJzF
z@t5VCZR1Zy<z2<fa;t7z+y@5jV*xF0<4i%-xS~uh8{#La{9oz5(5iaVjyY0tfn8g+
znuPA9L=W;wCbK*FM*PmW%XDtXdnO#WFF_%TGl|}SQyF{!jix;Nt}tb5OnZWfOY1^$
z$*aZ8&aar^rZV~(?-=x|3<E)D-~fB3o|u}WCiT$r3fUErKUlMWhLz)6wl}^Iq-(A*
zS)-dLF0|v0n9OP6Gb}Ke;8$NE=W)U%h%`!IJY5Od@$4b%<HnCas@LHbOLU>X79hgV
zY+MeGD@xm7Zaz+xp^WE_jAO?6zsdUlP3GS*u%*3|el?HnP9b0P;vy8cNaQCy?zd!Y
zcf(F=xDJHbfIAmQSx*iHcfnsK&HZO3$+0X6M3RqJ%*#B6-q$%oIR8t)q(f*kTHkk8
y1J$$iuDN;jr?>L$gX9n~_WynpaO*$N$?=f<#(w{L>FKitP?pz_t9WA-{Qm%w^{Hh5

literal 0
HcmV?d00001

diff --git a/doc/assistant/dashboard.png b/doc/assistant/dashboard.png
new file mode 100644
index 0000000000000000000000000000000000000000..c71558d7927ab85bfe22be77c89377356582a45c
GIT binary patch
literal 41061
zcmZVl1ALrM)bNdO)TmJ#G)|hvww<Pp8{78AHXGX;+qN3pwrxA_w!i0o{{Q#Aug~s<
z*_m_A4$hqU&Y9o8q<<hG;2;1103@-WB60u#6b=9Yp$`WM4q=TtA_ZUIfj?F40089U
zzh4NOQJ;8lAgsNZ)OXlbC=_TWEOh+(HgFKO{dX06VQWiELo0iLu&tr4y`ce-lc~K4
z(GM}HU&=nnSO5SKKuknX!FlPV%}qsNe)0Z2fOkYxM*tcF%}``lL5v}aVqxG5NfcZ{
zuoxgi+s`!nrsxZ<BthLMu7%u4YG5mlGY*U8pW5v3KPtV@6G@W_otR&dD10GcIgf#O
z0(XtDo?asiAMGH~WG>${w6sF&=G*7n=GyMm?zv8QF(Y~JzQFksfj_~QdSZ$KsL+Do
z&l&pPGind7Farn2&$|CY89kjsiUp*UmFI;OwP0aknYjK&l7y>W{P8c9jrxSqx-h~b
z=&v*~1U1mte}WrnO&pGh15Tv>M*0j>CXM#*6;a&Z|4ViLW!@+Qhzy{p_;t(MIAKKi
zPb&JhDk#MBcJV+t1OG`P_p<!IOb&o>Na###1Vg!atZkwq%>R>dIiYJ*6A7^mDGFx@
zI{|OR_C>VqkCVGLrS~5}2{>bZF0Tkg1{2aiad^d?!!R<xD%dXq5Q?ywQzD4_0(rhi
zR78;5Z~!XK3HJOFoZ7@@AL;PDuEk%JnK8$4MqFQTDJqbSJtTsakOSg=X+Y!jQ;OKQ
zOGY=0o9Ok|FBa6NOqvlQ3Ng_A(hLBO^;jb@PiL9Uvc$ABoYVLN$>PGjZ5w~DNuMpr
zp+aZ*snAHv$S4;nKtVw%DJi{Q^S|3|cEL=K?+)O9x+N*{U^_R%vUy(JJ9QvxR?LzU
zoQ0q`Gl=9+XmHA+);AJ%xNUbVkfh{$tYVdcmaH@6I^w#>sG!d9pi45mbaCbK_D)oS
zG<g|bQ{+bhqQL=5T{tsy>b8&R!?>{7VhKZUR2gOi+K@B-GSqB})ZZ%TGvydQUavgG
zd$hT~Re8~>oNeolUysZT+iE;rQ9PBWba2ficplMS-dCQZG8D>lD7mW_wLaBF$(Ds(
zc9f?)j=y?M)*6X^`|Yw8ZOYU99%81kHd9p{*{QkXZ56>QyPfbHgxA~D&`12u_Uy7s
zWR0(Ze$HsDCX$bHI^cAVsF9|j$z2YicURr~d3gSV^Nq*l;4CXWtb01+pVj1@CWgcP
zjN;`re?<0xYdpfiA@aP(^&$HAANVy!uj04DHmP|;a6-e$%*GZL7XCt6Y<rzPP=F5~
zKG4w8dOd6g9UPdf!f&SBQvYc%c~@|PTT0(#Bb;hkwp_D<%~r=q3n@BvY>j&_E57c+
zmlIGQbZVvk9FiXHay2Y-&+l9!A8}3iUa?VRQo&<)lgm3S5?JP_AC$<V0RXtuD?jZE
zQ?q}Aq<Fn1mWIhW#;?iv_?rAavv&0P{ps$LH+lMv7HZ{IBhaPn1~GkK6R?1guF2Q7
zz2g(QTI{V8S@5dFMgM--@Z&zU1Hs!S?S1R|O}@DV5oPz9C!yT+X;P8T>$x<*yv&3z
z8LROruemo%IkX+X@O-(8i1*ml?ZU%9c0J$Tng2bSCba0T%VE-P-q7erMTu<MFi!Q&
z*UGVtonPsMY7MADwWz;-q)#J2_@f2@ytit(c7fmK%cS4|LWGqB8#q}s)4y2;e%5{p
zVG4d>HJ9!Bu5+5jamuasd!#~oapa>jqeV5(yY()T2OEuNv&r2_hBWVE-W}!-hKOGd
z0DP|NKv4!d0F)w0rk;qM(&K`s-Ny2tKYyk=;*pK}C1F(xaft1Msxbln1S#HDNy$j@
zcwse0TwNS~RYAqd%n*9{<2Lp0eP+mU4kZ4Of>p~dYOQVi%QF~nJ<IB9WsD)AuE`0>
z@IVrB;}0ocFy#x-8;ZUNz9a#Gz{<+XM)${RxgymMMqm26y7Yj+iLS2f@^UL39Rc<>
zMBvMKkUbYWVB+p09Z56y4~DOW=-nv!&GLE{Sw{p_S&YcqLy`@gX7mN~+t^2@3-Q>;
z0`?_B6aoUBBa0<U9!(Wp2A2T@zvjY=V40O<Q^e=ydrbIgV40D=e9_XCOZ>@=nq>Gi
zvdA`%%i=hLi!6D2O~&oDDy}0+ky##odDqvcT;Th{3z7C%f5ML-kmcH(jV_^llqU;O
zC(KQ-<V`$m<OC?rS=UOqhv>YurtjEj+7csdP&)*s^m)COD3n7Iy(?>$61uMxxQ9+w
ze1L_Kgcx&|e<G|KY^PO!V$Rsu_>rfrfX;f?q@3=~#o)f4_Xzk*aNyX+Q&D?aKc^W<
z4S*q1HhRlqiuKqpld5QIVngg4i9heSo0CI%J`P{CYFX!(cY9z3@LgiV!?!b^R?IuL
zoO<qyY+tg^3c0fxv{qSBsWe0~jU}GCsD8$N4q{)s`31CFcd=}ESs?%jWz1TidCq&8
zNvYnitiqpDP@#Mo{YfFR*A!W8H(sIsr(D%pqt>Kby+zy3$b8MixYyFrSmp!03C#;x
zM?DH4u8_xNHXU0H4Sn=pyUwEC(n+G?wWFOU=co}{XO`ac&Qe!u;&VNuPvJ$H##=@X
zwemCI!ey;vYkL^tlG=QF3IGSfg066#(wexm)NL?WT%n(u0`PR`?q=1p)B!D>!7`MT
zR#7)7AN0-@aZv_8%eZn>Bfy-iJXl(;@5aW&^VLK0yoY+X`prYVNszdQg{+Rf40MlP
zrgp^hy~=r`3!Qpq47e>;>-6(+WN>N~TD(S5N_`A1Qb+h6<oiL^_ZKq*!^Li*cKhqy
zvfbXurpwyYl$_I3KSNkYhnK2q@)>QQepLN3w&)I8<<;Th-KuiSsYK*nkrSr~q7toZ
zm+ZHL;|=_GhwA3@;u~rE)SNrpX5AcD97n@^uBgr8Ut4Cn_w+9?Mj`Jjf$`)r3Uum6
z3;mH(e%NIc4y4CsQ~fPpPJ@PvaS86xKQhp1pN#s7Lx|q2JZ0>jKW`5uLLz%uY)CUs
zXB`3Jz8snI^6;3M4+Fj+!{$G^Y=hnh#8GXPmEV*FJlhK^F8SG*36b2Et{>LT;<rJ|
zIQ$`Jdlo2}O64}R!xi;mEdjguac|p^{ktA_I!1n%CcCQ;3z0WlRL3mk<*hO>-n~iX
zV@??e8@53t{sgG5GmadP7r^A~_LTQg!{xOU^6qpk%=)m?a?ZC?|FT9ZpGYQ|Qk9eZ
zH|A}r=mXHfNnZ3A_A%31_^%&E?HFBc*okc{wtHs>VeH?R+`PEi??vpt-Amt`%?s5=
zr@G5zsGuE2KQD22Xck1c+=J#5(%ndmzwcx-Tesdy`xb@8iPIRN^&1*j1VdlES<gT2
zwA<)?-@$D!u&xO^qr1yX#B~UzAvDvK;lt;7KN<`v^*d9R;iFW|6&v3Y>mROzMY&ve
zuVPxj7g$`6C{CoU8%_o!@V@#>7<%5WBa3U4Hy@7B=%P9rZ&p0Xe4ir*l=!OLE&E}p
z23a7W@ZQ&=cn@vM)m^kB2izqvQn6X#8M|iYoS6|STyga;rgwW3>TB+<BXcSdXxGzp
zhLHvK&d|byXF_KsZy`ckT3Tj!J{_*Lx!Kv;zFkIoxnK5T{jeVx9DF?1emCP-#C|ir
z=rJW2F%(>*C8vIO1bS`{0>mo&npF43_6dszxD2$Nb!KBv@Q>JjobK9pi{7%F3`sf?
zExA@+I(ph-IJK=vUaoqR7tARdg|Gc>P2J@q3j8M(PviHhLHUmClJ^$?hSgOMGbc^$
zjA8|2RoU%Z-sZc*cQrO<8q5fY>x|I(pGk*uPIZ$9K%L?YcAO$*cySD_c3#S88pv&m
zXqp(W)PmM<56JCQk5T}@)s59nf4;>P$tgH2C@6&qa0{t6oH<}KIqu6-AZgfw4gA=R
zyS8Rt3Co^PQV$7mzUv^EZJM&6p3tz|x7mA0&Z94d0v^>cufB+Q8XdkkjCoSL$oA07
z*u9C*y^GKd1&+x}ozjhk574xGeq|?jvN@x#V{d=<w93P43NjylW1z8=>HE#ZIm9Hr
zUz%DRp;|Rzso4b%pkf{~NPirV6a~CR*<?#11Blz@bLK&XaXC!ak_XMQAv&Hlkuc@=
z$dIB_&drNn3Dn2GkhSQe+b)KNtOIw_D9g`&Wj8m!DsO(l!z<l}$PC1t86DFvKJ~#<
z4YI9lX&f3gPF8}=u{^Z+Ejfk+$zexSfi~tHTPhk=3F+tON89HgDO+WOySltwke{zV
zVJ7Xsx_`>tQ7Jtw2BI#Bw)2~pz|n)U95v5YmTdcLMrx%D4G-gf`2zRxW2?>fhi(Q}
zc<1zn>gp-Cg!z{(M$3l@Li3w+4u{Tuk0Ima1bp`W+Bo&{2#{Jf!4KEt;(h-01$8ZX
z&3!qL6ZiTy^R#8e((qwm_}>vQ`A8tJSjhV<kTRr8zNyX(BEKh{8e1O4s5twEg>m+|
zNP@kk-uCSUhIZDFz>dd^ssub2Fz0v;arHFXY)Vu6T|knq?tip$^hdC-Z!!I_eQg*Q
zA9>{FIxspg9+=<E>nZq{Q=+GVZs@|g>eqR5INjFPR`*m}TdSa`7(NJMvXeT_D^eKw
zvOIlV0ew(=s0O%B{LZt@9bnC&?wK#SR<PwV@^gX3XI$$r137i+&;mHq*hd=?I$>)I
z$y}Gw@@2)r;bCiP)w-=|rn}u|HhH0yu)*pcmw0utWZd5P%<~>v+Jx<yYFGSAtBFmO
zEJUU#U+aYtN+EA<Xn410>SS1LLkXc#-AicriX~R`=McPjgr-Tl9N{9!iOGT~#av;|
z?9n7M%Of{+^dVW+U-Y7o2SBf<!92Ty%2lC@z2|BhYPJtwBAcur18r1yED!})b5O(7
ziq*!E^TZia$e;zoLd5fiMn+y{D?Ib$ib_jMXA1IbN$xi`h`<$TTmXoBJDgBi0TsOS
zdpRs9O_U<1ai!r_*&Cgkb*L%o3>KMbyzc$~28xI_YI$WCYQR2E$L7(+Tn1&8{>h&{
z71?}Oeh0evT~_KXC3nQWRgb-7yCzZ6ms{tuPlXhxNva7>nlJ$7)zu1iwj@I2Fr^6H
zTwT&aZ)VcfaS?diNc$4``ucjvUv3Ke_jx)`!ti*VYHCt)l+S>L;I#fmF2$=sW3FgG
z<%|=RHwnx>E(R4KY?LC~YLjXnX|6pzx%33rtUU}-;WR~<wkvsa*uBME+7Hd2Uj1sG
zkWOfkLvXwW_<bcmw3mFw%ixW8>xrA%c6`RRbiC_x%3W1~uFc(W0amDV&ktvVb3U}A
z=X_3=vA3wiD&~DiHTFVvmTBclmA<hXnC4Lf|4rpP2%wNLVP0zts0ld3l%!o?YF(Io
zh^?W1g;K^0(Pwk;Ky1u8C^k!OY>@^r_JR;A=-p6TEl-J&key6Yp$17MdSG$0HoMur
zO8zD{oB4||f?4aW$#k<JbD>OcdrNnjn);z7Ur0#%C3)2z<+}tcK%!)j$`Dq68}1^<
zRIfY<TF?ZmFx}%$6%i3pVi>JomWGB#fht~r$i&KO&J7q=eud+RW|-mGYlq<N(<zIu
zy0)v~kgH22->@K$j(=%;_nwZ^uw>LSI!WjSszl@cajJh?;_Ekl<G42H_DjoDt27_>
zbHtQia&e*hQ4nr3CvN$o)!65|;)Fn}?P>i}iUkJy)$Z=L{ALwe-I-0D+9TFd=&a`$
z(l*6@o&^878O5R>GYJU^V7q)UmOOGb(YL5ZzHL4gf<t=Ng1vd<7B{C+ZTEsd910F#
zax(o;WR>po`F4PHcnD$yIN#bsW`Cz~c@#>3W<GPe@Sbd(54VIU9gmSlk^J=l*?kY&
zyQ%C&gqm0lJ`(B8dZ!)RGUGAmo|UwC(4)+86{1Ifm29JV!WhbXm9qnclj`ED`D(On
zZa1l;brIr^1dPyZK6?!e#lb4e;&3wUdIkqXUw8`JlqZMTH)+{%iFnL6KP;CnUv1S8
zhvqLmh;;YCe)ZblXxxAc51pfHIUx9gkX7KOW72Z6Mf>~Ivck@72YcbcnRd?fgL}h(
z9gKzh9-XS5J8k9mmhvhh^=3c42J{V6#8K0Cb`g@4-BSuSs&qa+#rXK8dQC+wzIkJl
zWj-L9f4bEhb#rRTsHt9S(i3>5`IU^Uudh$^l;1Qle}*J`=?@hpC3a*B$#c5;7gfY@
z<O+(0-~yIa>lOJ@84;50N5%WCB4N9E`18MGu;}bG^d47KirV9p02ag8Uay&JWv6j-
zs`<!`PL5)nXsqn>W=hIXfe=BWB9i75FOdNxJ60l>YR=-O&WmN|B6$y}VrZ-cgqU12
zev!O4H#et#m8WA?Q<49&LL&3~HG$`LR2eeRLF2%532k$kIO%IzljP#0Z@V~2`rd8m
ziGns(hp`%6!g8<&=IANF6+*p_^A{<76R2L@_Rc*w(O74oD-ctw_nsD6b8EOO|J9zB
z=t||&*ZMN9_!7_Liam=zF{I|jJP8zL<6-O#q5Wf|0G%eQhQN~(2hJdBR&|T>_s!R|
zu=^Iy=W3@l-pKDwi<4Q1_eA=dW2qIatr+ZeEma%%r<`P~^$utNe<5HmF{{^4j?3jH
zjos&pww(6*=Q5|as7s@+-zE*m<esUO%Nn9wOm=G?=J(ImvmzCR?(dpF`K;@^#WK0M
zh5akVyK&){7GZbn^qMx$yBYY=VJu@A5K_3>%;~Z5y1FKCr**Dr*1=v1W=I-CM1*g4
zlfU70h4Ud~HoCf|U(4N0jGe#Xd<7e{yR7SDEDh4ct@GWs#E}M>daJL5@_CI?lyExG
zSe?e4gxOjSsmq=uTsp{uhKjJy*h|cXb3BFt7f5GUH9q`aW>n=FoVIgeWTK%(@(8{}
zEIjWo*GJZ03*YDM3b?qrQ3&};*_+t7w&xJjIAtFs6}0b%J@4F~dq1ZXU>HZ1dYH+&
z1$XeS%Q|dbFUv0fo0GC<_cIq4RQ2?MrvV1y0$Pr9=S8Hu<n4^Km}mILP+kN~7^8b`
z44*ObDh3N*fxEqdg#jFLMTgSb&a4+T@2vM(&{;nXhBZ%qrQjlq;(ALqK!|>6?s+?j
z*7p#&JY>!q=ZV#%^*2k~&JP%$_@<79sq!2b+IGG@uShekrFb>lJCXPq;$*1~v2$;f
z9&(}X_#E)n<8+^|E*GobL*x8Srk#linUg6iI`ZPquEH+u^fpu*Ylg;i#j>xf_Z08_
zu>Xhs_oB&gMlTG34TZe|85akc<YDF$^s}eim}~8{^E3SgEbWlAAy%*I_fprzi4Q98
z*HK1)W;)KfKg3_!eaACCYn>FI1VWX`3d}zU5s5$}Qz&&x!4YEiW1vDJ1^|tS_kmhP
zHfBm8Kn+HkU-(*-UGOkMA_sdw>Hc6oA?M1%-Csp4iP7bffKdNRV;eOe43h2eq$K=T
zg-8;eaRC?&WglE@{s6%ivj@L#cB&>a=w{u45OcKlRP$rN)s>YWb2K~C@3znYs76M>
zM5ZsUA6I<40O0H+N9K1Jx6Wumkhq;P$V_AiY~LfV1ffrdCJzhs{jvPX%dBWnoAj6Y
zF<OQ3Ed{=!0Niw_{MMpnN)VycAzUBPqPP1@{-FnDXkp%PGPV<ek0o8<f__7}3!|y*
z1*c1_2?Qf1-?3+VH26ncn_>6}D6QU{--{R>hiNtj!X`$691Q$`WK*b*L<Gr_ec|t!
zWj0O-04SpmIeOm67|qy@c3boip7Z7Q4hfw=(lMP*gwD%uwrSxqUX<FxP6(QfF2KZ$
zuToq+&(fD`WyT#UDMKPav(K@xa9q-N_KHXO2K=NV%ImY4$jGWj`OjmaS!bosBx&BD
zF4p(w;g}fA2vJBdH+Jg<w~iw^l@-&uH`{QMd5sGf8;AQy;3v}+Q1xYawL`M&>&-qG
z6jeH1dT^4}-Z!7bzW(qmEelyGYKf*~h=-t_aB_qPOKKTEEnSQx=QeWQ-0ly$WPi?H
z@k-hw<r^z6N_hJWnc7*94*f)r=^<rJ{A$ujo__*+<dXEd0s$t*Hi-{e?`KB$IcG1l
z_Wa6uz0rTJKVdC5@i+BxAvn**@hzgfmp)bJpZ{ph%zU*e41!+Gz#{z%mAC3wDCz0x
zbFjYXP=PB(foDmv;r{KwuM=DegjC(?s;aWb<lu<G@PBrcCl!zE-t0RA{vvL;E}8@d
zn13)EwZYF@I*~suY8Cu9;PkRHXDR<NbvWCC|G4!Te(mCYl#t^;LBD;K{!g$Kq8iBc
zCvnSXu#_JECV2%IGa6dctcZU+-o^#(|B8pQy!#KEuVB`4{Rh4OFQjktV|)JZEmnx3
z$MY5PwEw`mVAwh+`~T!4c-d#{|HIw?CpmPJ{C|I8=l?`N{hyovA@u(%=Ko6azheHc
zB>zk1|4Q;d*+5}}EQa)Lq(zsL68PrgUGujnte`^w{1GgM*&^Wn>IxU&4R`Xf^YM+o
zC$Lk%K}SaHxAY_e#IA@7f8W2@XSh}_4#hbgbvX?I^0%_9ylItT;WeOC-eVRBt*&a?
zzBWn$gCKx1^!LUVQ8GbvcYfucMQH4@^}37s@Hd{~MT_8~eo0y>@@&6P*(&~J!Y-yG
z<!}#V3ijDMQ_IS!tLt>!YV`;3dO`C_!OZeLRMP3K=UXOs7;AQ)ZBtFk69i1@=Q(j8
z{%u?kjs+>rUZ@DCGzWlZ;V>AQ0HK!rGeVwx9xhoX{s*IRIO7muQ|81LJNn}L-Fm@V
z5?<5DbnaQ`a_o)HX2`AR^dxkE|JO<g0Ic)}LtK9v6&V2o8avKLE(%UK)ygxndMu2M
z6mK?w_h%KxPGo8?79|-U-xXi9p|FK3=G0ZVU5t$(2ydjhaXp$_h7Y5EyBRz#p7r60
z!fsu**a><u>(+<)GiKTYwg6~ke0VCxdP*g#eKvo32qI{Npw9!l{hsnsifT(A^FF0B
zqvCgTvOYo8X?NMI<daGOI5^?uBRuJrTZqXUnwpWMg+zXy_%`H)t+4N)=W!!W+sY{C
zNWpUxf7AOp7Zm($usH%tIbN-q{fAnXg%uQ_>a&pF$qO6VA5J-tz`4#exIRy(6uhNh
z3Kvb|Gd2(7(vnphdFcuYVFk=|e^=GW?;YuerTpzI;P%9C>m*JbOQ&7~1Mp`SM~E!q
zg*LrPp=}xk0Gt2<_}-CvyneCO5WvnD;$-Wfu?5*oK#%vw1Bl8c{AIhVTI3&!bAd>Q
zdAtA}*kB){OewhBUe^!b3`?e2#N^p6I43^V$?wBc_?Q6%h1@Tij1c82(0zPx?dut#
z0C90A*!qrUveJ%@%U@sX@hD(>ysLA+EoWwn76mby{axvjM6b2{u>wnxOY$~&-E_6n
zCYIuN1TiUwgO$bbV_Vo+wAGVk|2Bschyqi&D^QnBMM!dA<@hroixB_$m0cChEkf`B
zeglX<6nQ#rpc3C9eYyh28x(^d0QC8^0L)a=O36WsNy)iW^<8^=xpz^u-ZvZ%e&F@~
zN;>6q!m5V88a|BDzL@i77q)0>e|#v$JBNPtr)u3Rw(iuVUKcZGuKR)IuQKXG@^A`i
zygz8$>NmxTW9X)|UtY##<+gXbH(iOa6uX=(2YBZu@~tRjLfhIRY&Arx*!=z}E{==|
z0f&eRAInCt)&wu0B&};^@X5Q>12!(j05>S6sw?;Q$l$p;k`zV+io#N<KuBDmXkZau
z=QXBlZh*+%mhPVU%_>L4;2Tfh$qWTV$L(**qttNxdmIVgFk!pDs&j>M3nJgXC)GR!
z#MI)Qd0=UJxuqMKUDzs(4`);1EA)X#VZ;Lt5S5_R6B&n1$V9`;HE_-V$jnwF$;zx$
z!w*KfVwNPMEt{YT=A;!+hw(l&ckGdn;}ve}NzYn0fPo`!&-=WpKWY`6_-#*X7gwHF
zGHUOyB5acH@$)(Rpt>}c*6a%cqz#3BIu&>5K%2-{1^!96STFQ|v^t0>EtitXUvOEl
zL~RMV`NncjaZ7g?nCiyDSkjP(w^j{dLMNA9m<bD$mrjA?@T2F6h>fPVr^HwEi@sxE
zVi;3`YZAr3uJ}9y!okC<t*rd@F7u)B8ThJUCqGQ%#2%<S!$=i>R9w2|u=jE9X{}V_
zz$$8V0kf^X62P11AZ~EJLXhY>bFun{;CIe&n-o8e{ERC~UzHzYnb=tU%s;-UUQ9zP
zAVWE!fuu06du|=V<mTx5y<o*mY}B|Q)<QC=C<uN&4P4NTkt>w(;=K%E+3LjASV$i~
zs;C`-0<2-ykpaGxoj2SkO719k(dyD8!$hd-SEu)%rNT#fL(-}F2lhrjGk?sHD>9?k
zK0H6SwlYI=Yh1UxZ545*d_46~SAuxBuum09Iitc}La4D5lEL*xx#9zG4?Q6iL{)vQ
z;wm+XL6QIf;7(WKc^!@<zADqV83>VE@&d)QERW??uw(K@DX8L=jR^%-`A92y%ZQ9e
zqz98~aB=mEgMLr`&HEQbr`u7!^nL8WBAN>E)yqi~#X8q^1?}m{RzK6C4A1zd!>U%l
z^L2~(HCe;8;g@ULZ*MobTo?B_&wVz}9=#TqH0I{Vxa?LlTJ2pn;&t?_rc=49XIA&W
z1CL3|nT6_2l~n5qy|Xp&?`{w$p;Picp?&-MQzT79g#s->LWGHzI1fg(TlWxRG+Zks
zlH2)%#0|I^y!x_e8&RziB;vQ3?N=kEhg^v;R_B12YvxMmXK%v>kvj5D`UX^vHtSjc
z_P{e-Co>%#c=vkh|M3Oz-ghaZCq;!Trc)?*v%2p+r*C`r;%ilqElYjKX{|7aTGzn2
zcKtPy`hNFx+rRz-Sb^3q+Kx~}?p=ZQ!hSK_$RC^iaFO_9Z~a5N?Lq9s(_nd6@a*UT
zS>t&S>2;z{>L#NM6o8)E)LdD+ExT!0ApDsiP?u+KysEzb?EJi<ycB$HsIOP5P*^3$
zsTL5oW${M@C{RS#*tKx+ePz?a9}r)IP{l-ltUf{dEx|?_R5mO<<@LzV%c?Bfh#%tq
z-SlehM#I5i!fbTES6@2>_5^SuHLe&(CLCQsv66n5#g(jS(YnXmf-Zffi;oaT@c=~J
z>CYU%5@V$&MlcS0TP!0xL>`C?=WSsG_mxJee|<%L3)$)p2^m@K-%+ek47Le;1b)dn
z+BglpJJvg?s;Cq?&yJ>&v_?@Eo4(6@tE+OssdRDAT83FyZho?QGxZXkYJP|E`TTG;
zGZLme=UI8K(}x&}NkC^BRP5o9xv(3p3|NWFcs+Sg)}$)IN*J-bQ$qxVoOg^3)5%L-
zV`-|lUy&|601jd^Ubh}L=|<dj2PIcaTR2YEGcMQZ&!H`v)u{R3w#GZ$>Hg?8qfFfQ
z%P`NCON}nS8^8OnK3|VJlw7P8kZY?le-;=Hcy%@75g?d7;jAg4W<5IrU(X4(#cOm(
zge=5|d}vDmCp0F=zkk{xONSvl@}gb}+MOkIJ5XrG(m_(q6uDux5_Cw(2&qpjN2fXl
z%M#&o$$rzQWaN{qnZ(>9<$8HapF&|*q+b5Yz7rD79XCR0vP|$>rN%EIsn%0M7A7u_
z8(|3<{RFj`KL8$ZR<*pwme(3<ETZl}=k1`5koGG|^Al&^zm}@&{%_E|Up<No2>5P(
zT~{-u7pPm?uJA*>ARr)MV9iS6%BUlNe^QF@%ZuF6<W<Oa$MG}qXvp(gMu1<qV%tEA
zk`i)eeS53c&Z&;RgW&IRE<(4L$N92^x2GJt6wAz4V`)biG7g^CzJ5|1tka8R{ebE1
zguYg-1Dr%B(N`%;cgH=0wt4Ev{?>Hr`^nKIpStF+SLRKw1OkikSJX+in?v^iwekdQ
zv`3E0l)Tc+N-PNf_ZJ7)ALM|Hy2Fyo%uKnWa;>J~*BULQ3b~@QfUgk3?_rg)TSw?u
z^<00f9hLm#D+P?IzipiIG<Il_e=HUNoP6~sCT#O$p&pZ2Cs~aBL>aQGy;<7~3sD&g
zR0Ab9k!!I}{;<(PbK~pxUB8DDrb3<2#|rUYuNdQb60B8872O(Ye|;oqncxMgX@+Ma
zKvRO05QX_%O}!lTDr<`5EF>2{+=mMYq%!0#d2BD#Fl!Q%Z1u~b=uiJs%;(AlYN-`%
z_sb|tyZC-kQ1S)b?;TE4&0H-I3%@Pa7cR{S`RUto4lem^o|kUfGiDncytMai?iM5@
zsPXq&59mEl*7;wC_0w}D?_RgHLT4zo;oN%y0^WHF!c#s=J>1vb#VJ}LLn^d=sfgf|
z_p&@zTMKyfOrXzra?yYIRo$R8W~a+|jFypIjkfgRiH@?AtI72)2Jx2vrH8$>l#kw-
z5uxM_<KVfLEj$PScnQ*Kan+4($3Y39&*P&vw6x@P8#^gcE?;Z35q4vGwKB`TAMSSr
z7qXc_oseC5u>K#&vCj0L`}qSL*jTWnB0|Bc+w`xYs_yAKifuM6Lh#Y3>7{SSwlq<A
zL`z8+O8o&g;*~;;HKLvX&MAy6N(d%8fi`0rU(blZykPViPtHrJ5a$E;T~nIH<YLtB
zhpL(G!hh`+#hcrK;rP0*WEAXl<Mp!fnVPy}EnN%n)vcxMoXq95XZoU!kD6!&Z8Jhz
zGm^t&_2_l-($ad=h4Fyg^BLK&BRCbSe69>>#-gyPGUZ0ixl<4T&=Q7ehA_a7EAC#U
za<XK?nnUmo4UbQ+C%$&)<7%*GU3bj7?weB#mE-6A&|a3?ZZj=MC=bJ;u<essepkGd
zc$LH-q?^Qf-J|Rowc2Qt(_X$w*Re>BZE4{I6XxkXhygVG@ty`id<ah%!3Gl0A|X0g
zH7Fr4>e$1MyF2Dn^(ed)-s))mHI}v@fCYM6^8=nyv%@$|o)O3UVD^khw%qa9qV4wD
zBkxfvPX9VO*P$-u^`X)U@RgkUDju*wT79Uux~nYR0B__PTsnf`Zw_?~-Tn!(4vNLp
zWkf<rh<t-gp=`+jOs%Nr4vn<^(AG_=ofezM)AFB3^>ojV<dv?l$=q6A4n#??<_~G5
z%FYN<uH_(objElt6;)q9Dr314{GFHT;jR3sk)Jk}Tu#5*qq&rnkdQz`3>}omTU*Gw
z%nS4EyariYDWr)BuXEmjsHsPic5eK+*0ftGS}u~_SI9?pc3DoVmWs!pQr_PBJIo`*
zq%tsg4xjm-x49Du-xN~s1GuKv1}lzU_<-x04{HN&8XGbRC-fcYC%4ev8!j^LN{*Bl
z<Psm{q<pqcpe${1)p2i|XDX?wP@P9o?JC+g#s1EhcchaIzz!ux_WPC{Uix=ws?zcW
zt#5N==P>C;e1QZ6^>^D!gWRwkZu=Wfs`#7c-SfrUeyy$a6sS9SuT{*eNR(0>7Ke6(
z85vhr>0M+OSVu`%31v_6(=qpV86Fh|L!(&(7kTvV8m!lCe(RdR2xw**8J|46eJ5tm
zx2;FOOYimamk#jru_5|{K^J!rl~j@73TzVh+CRrRCrI!V_)k?qd8-o3Z;-77K|EL!
z%M05%88_TR((7jk68hkoY(nTH0FaL;&RUAE$@$Bj)^A@zkAj)39vB*}8WZ}ZKsEAe
zrpTQ%pr4l22*`*Z6ZDH8bm5zIEk)UV)Cja7W6gNJt!ylL<gZ3%(8o}*K)~ZSlYy(y
z6Ynf;E(emKnBFk%{w+pnyt$+K2-_<fLp5~eALwXAY1-~sELdH_4Wfr3+S>m;<{j!y
z^N&;XbRS8tk|7R6|K|+|j?a)=U!Oqb^Vjx7xxBa_ate8vWK;TU^f&TXxl@P_4i8NI
zLlRNkte$V4_Jpb_;NOUXxqCn>C)-qi#-QGz7~ml<fjsMgc*roV+>gap4Dv)kW-L>2
zGPOSq!VEA;eD>C)&}SRR-eRPdr}Vb#ezz_FFWqxppY6u-@^Y}n7j}Lp7E8v-#igbi
z?eTX~Oqj?WpOSnzRZU(!UeCoCJ|6I6Niq>|(0p~@+I988Dg@DvR_}L4cWWJB2kR|P
zeQF{9QxoHSS0b%_(rb3n&m1Oes`lrn2V<<K{L!i=Ozb<~_-%av-xJGrk<0a!SK}d*
zhfxE<xrggjJS#H@A2hIYPYl*ar>Cc}WKy3H0=6-~CJq<KWbn10+o1MDV%#ReNWEgh
zfPE%=@$uY>ea3e@1<kc9?p+Pvu}7_UJnYXzoi0)(=G)imALfhJUnKA!y*g+c)Gm+n
z%(bmGU;6q3T9d)qLh-tu?J(}8)qH*mP^I^{E8Am#rlYV4fmdz5yZyi8<W=68@{a9e
zu2`&<`~dj8W7~9Tj&KN)15u}$JR$&hf1&$Q!=O9Oemtsv;jkqRB%?C>LB-F{&&$h8
zO1cYny1Tu-1>eJ>5VY2~+&8S(=;4mKo;<Axj}rcLz5pp$H%=QDe8qa=8QY2vxE@+!
zf$Byy-_iy-Y}@2tVc3|Lh{u+?#W+o%yq{mT$ENOGjhCsKlT8(lWapb#eE6GeHsJbg
zmBnHb3lsd*B@6(((VSkdc7!$evokPcVl|R-;wD%&eKw;OpRTv2*ziV*h9wi#lb1fc
zV;wY)VHY`DZKwL4@&#V?PP5u4o05|5HljtY^9~6n<ch}Z+Q|oOPD)4&9~~VfYI{C5
zbiAGxWO%yn3`C>wzW}%U!YkUJ%&e@=@JBUcJWsVSG^(G6zL4~La_bgbClGX?rmq35
zX+1N5#{6*%!+i+e%;vo)y^S;PufWa64^~4`pwexn*Q=Z^@#mcV7Z~#H40p&H<<t-s
zs_PFMU1|`(s;Vh`X-$g(zo#na*Mx+1k9&OYegZcOyoSW$Alq_Czygf-9TsM4=U`_D
z#QbL6=Q$J&&IO%q_&`m+eA;C@Wn%(EpM?_@5F!&$N=Fl-syru`BnV2G>zg)6AJ9oP
zG+l2&8S~@h_X<TqFp)eFYXKFtRd>1txe^{*TqD8(L<=B9F4#B7dY(E(2qD^FKn4fl
zSQO`%mfFlV22WaOHIfjTN(Y+w(XJlLRAr@_B7~CcmzbBQ1f-HXJS3Q7air%6Jzd?&
zm6cYP>pk=N^0t?&;S!}XaLZOM*Lb|G@IvYw9v(h8fNRHUMSz5Wb_Afb!}<;i52J!m
z7ktirItf}K0npi-oSf@Wg|&?8+Ms;9#KoJ})yi~>Mp5W?LP+yYS9?w#6bLAvJtr<1
zbA)Wb7q}DquTqHfllwQq&3!Cg?p$@>pe-bmGdoJ`RADl(`OW=%!*Loq@aKd(eia~H
zgWu$Pj&G*lcOq0GZ)Rm%Cj4%mRxlGAfE2n07v^I3c-@UCP5f1LXvoEUzK<QcJvzl}
zNitV9xidG_qYPkmR|gqei2Eu#>ha+NATA+69K3w5pe85Bbc7QxYrx4Jqm)M)V41jU
zF)uQRShKzLsr$~TzgJMJI6~s%vO-cbDWgS25wseD-JLB&m2NqWH&jXe$0n7j(u0Sd
z$~M)>%QTvG6H!~3Pl=Y0^U#1a9-Bq7Cdgk3mSW{_PZZ4Llay;kzrL1+IPLOjk5^X>
z9u~Q=ddezF52ZMWl}v#%@Tr^46oZW><;*ONjYkhYoSJY+Y=-7iJTE{{P!O;aKv`tY
zW*NMaT1_QOC&d;UI{CA$i;9Dd(W;`A2iCilhn&&M`r@P8cL94{WZGY=NXYnH_ODO3
z4eOrI9q-Q_;02L<sZ=FZRa0L7O_chfvH5QX16|B1Y{oAWs?_F(RUg+Cq0*rM>4@u!
z(^LA`@mh9=?v|3G`jSua67S`cVUcBJsmx}2Q-;;H$y|GFA4hQ_4{v5=55p73<^#{m
zC+AyA?3DNNE^hKQlM^SV4Mn9T>MX9wSvRqz;IUb0<GZy#B*bfn51Oo`$*wLgFkx<*
zdFV0W7{=eC=yEf%XnQF?m&?!v6tK75i#d3uuEfFXRWAb!UT;&%!3{y#X;cO`LcC&d
zxB_0rn#mB$wji(x_(ly}R|Kt}vq;qxPOv@xRu(Dnvq4_>f(f1=hN*nN9)Bu++sS)6
zBb^-lV8Wx36D?{eopIX}aQ)or;k5bEepr*vkUxM<F($YEMD!#FUSr3=!07Gm1uJ*(
z0lr!HdT-0i+bwfdD5{>A7_V8_8Oc=$H&3r8VPz*G-BMAq60n^MGCdl|Ccs1O6U7^5
ziWeC6S;;;KCIZdU1AeY2D-nrBa3qk%=jNWRn6r==qp9<e6t)(^2`Ek;+S)|b1dom{
z?Gs?((p%B3w3AWN@EVRr6rV`J))%xB;M$iKO3V9$RA;jY{m;h5%MhsKgi0#&O_l>g
zm5Mu<U;$PAcP4WY)!Q-iCp1zKel!v(Uy8(()Ns(z0Xh<9GRyU^C6R`8mLp5Gyz`QD
zq9nHn)Oy6y;*SiRNE*{YgQi=#=xCt}!4qjKU(ME>QX(QEJf81(uLek>qoV;Iz}`Wy
zu-n_)G9WI8qnV;e{<nn-_vYNpW!HFPA>Rs`9`d7O2rTYlCfJs(VSK=l8TT;WiN*=d
z`yXBN=eR;=?PG@X!s*o`Tz0J5TAJkJ>LK>M3@FzULD6Y)_eHt-PLe&0^)jh!cc{^Z
zy?H`=jQ)--H{jigCQP`|jtFRvJMo$9+e5v-b0FdQg!oUZnn>5)1`D75J>R)1xOI(*
zzY>lx)_0U9g%=b)jyBvnZwp2)Uc$Hk;OSAnPL)d5xh}beuvk4PGq=g<o7KFYw#3Eu
zH3j?1=AT^Y*cgLHQx4HR{FiJ3W^I+C!#ZshoX4}v*SnE$P6=f<p}R3G<8@b6TRYjV
z7UOnXPPh8hWXwhy*%|~x8t~{gE1_(R&wnWAP~W>(^$;(ELTW$1_UWGi7}0in_322L
zkimF;>XUax#knsG;?&d>xIo#hRtnSQ){k)A#g0k!(7t_|Cl!wPDJ`pc$CgK(t5v13
zl@j7?IkZ4jHJ|~>x;tyR{L<svghyRGEDrxEbOQqyl~Ai;RYWvqAlTQp+cV|>vWSI+
z1+vq}x2p$*jbORy)q5Yds^YnhvWl2a?h`)YdFhGIo@Kvp$lggUpbD=1GA6s5`z91~
zuX%@k&rE=cMY5E7wULjRqb~FJa#TdH0(|G7AycC(XAR&}jXb0ZcH@!GZ`(!Wr14$`
z@Zf<<T5fK;Wye-V>7@DI)Po`5U0`nJz|4BiJ-V^6p&!YMiH>f6y(g8v@34Ni;nJR+
z-8DHmxw@)(pTMQwk~DPGTOT3ICm-U$0}vU_u+6QutcsLa+a06eA6@1-r%gVw45uJG
z7W=`<PGGS`-@DWVN95s<o<$aT7^$%xs(;#6M*LPZ%}<4MGi9tPi%I@580Pft4Qex)
zoh>!tdac>z(+x!1<~1ytN6|JjjPzZ7-&XJ4+x|lp9REU3BCj=leW2IIj>kShbH1KQ
zyWg$&;nCpQ+=aFQ{iF6S-Dk2WH~^9R&Rm+y_EAIl_t>_wQEbo(C6aktTJc`H9@GfV
z5V=8f+w{1XDU>tZ1nYkE)AvX~aE87%|8XxH#tHW5pp86O%RGfvvhJC3zSq_O=!6G7
zo6a0gX)pPcwT^EQ94b&KT<s1n+pfy)qEtXh1UhaSn1~5bDe(~9lpxh>_*!Mn@1?rA
zDm}#kH%Vg@Oe`Fv$LwMoAt6HzW$yq12fN6YlIc6&kk@r*t{T7&r%8hUhrtqYV`!1W
zU5X(8=cbSmtWlnff)AnI2ORTP2k4B50F1l<Pl%Lww)?5LS`f@ELX~YT0-k<ZwSZjd
zbb{0n3ZJc9fxRu}-LIPVYsqA$-B=ku*`T@%16({jg(3x7TH21M*@^^u?YEZoSLyqN
zk%dQDZKoEzsD6f7c-@E#V5I6nQk2Ur??=3*sg~n{>)FB9GFrwfX9=v0uU`nXZy8dw
z@S7I?473(v1i$BgZ*!3=sAeVUZ&A8in+Nr#ReJ46hc<vn0abN|^9%k?5PIekfHg-H
zeR=S}aQw^CZCSNGg*8vs)F`ZEo$Z8X6c@Bow0TQR?}vx^v6lmYEWD}et9$=5wCd+J
zlV+frAEp<GZ*6FSwg-x3aLys?=B*VeZL3C}NG<~@an%))TY9o5MB|oZmuXIQWYEwX
zM9B$Jo^2#6AiwED#!b(!taM7n8M?rh_gNhjfvtDgKD9>x9UM|E7g^?|*)mR{uwQ6G
zMJRm8;k}D4I+S<Y`x2Orc6c})6BT}Rkxv_B-0H!?(y8d5KXsw_S+*pktF1^HjSwT>
zIuTj|5G}WsFVES7pIcQ`m6_Q&H5H?qv^$*0&CQJn4e28g6&u@KT`KZ*QUa{>aIbwm
z82Me44d0`?u|gUeCGenWOUp`|#rhVK@bPIU#{Z<itaG~Cub$8pb#$yREj8Da%r7V!
zU6<IEsbYRv7`ji6{^VIJ)oLp^LNli}n~`B7h`YYNZft2ey*>@A5+>Csn(>z29%MIV
zro)%tQ82zFtr;{@CeEz80?}FBv95p=IeTzV>vVAvclI>#N)y}ozDk)sU%GJ3W9{te
z=<XaS0%uqMGwPgjRjz%vTU}~n=a8Iwo<HM^0A15wha3Iz`*VE@?Dy1Y5_lx3)nvM8
z6Qy*2>GU)W%*xB0#-98K2gO~%Wgca(O5*Zgm}z*2q&P#2g<p+fcOIuo+j8QhIC8|A
zp+ejbwLsQ{NpBoVx~7T(m3yS^WaG1gTWLS>x_#QbKd0DQ)hLxj<bgyF-gY)1e-=mN
zL6{WNfi|%Pke=x#mX@9pJ6?9T!6VpN%em1=lCGhlp{{OpY-}tD#Oro<@;wyuFi&Qn
z)S9v)`r?WvD8Wv+WkfbTBDKQ`>7Ma^m5+XYuy<FPyJD`_eTpT&=nh@hCix@p70EkG
z%-bZVbgYC~7x8_0E6r=yidFQ;Am#9z+Q)MBL>36hT2th7iBR<k`ox5RRt@sV?~Tta
z&s%!fPrELpwEs+>^&C6AynTa%M2YcPKCb;azD1Lj#;{*Xs-XlfYo^;lul-gxK{gIU
z86FG<pYAz7<|N~SfjJ!Xws{pq;AZ&prv_^qjQyP<5$5dJ&q(qqKQoCbzSbA&R44;;
ztqiv6dv-*kImngwaH3xX)37<wvIJA_bY*glT!@HR>RH%Na~@`<78KAn`oFTN$brz&
zJCPe67IJrTPm8voV79`KZ5jt8CxzJZ%Os>z|6n$j%lLx&a+XkCbRre>R9F#Q<WuDf
zolQomC`~<90zuN*_1>1aP;oJhjcFF9wUZis3MFZJ{cC&Sgt;70zn9t07OF|O6=b8_
zh$!?(SWjB6PblKW<HZ%VwL2`A*#dQOaB=B18aMX#64KHv%*`wFJ~4UO2<F_+Ut#*(
zN>KC8+At#GrBj+d^o`q4M4xG<T+B@@$_C+(U5gK1HGLQi%U#DKi{R2Y*PbHQ+6oCV
z<E345b5t71QaZn?mw;q@TTC|EIY9t5Jw%Os2in;jlrm6YzTdiD8euUwx=d@XKg)Yy
zTR8Hb=R1YUZl((N%4)MbDBC~KXTXTwR@QwMz9tPC4S6gb>}WlWIo&D6(ilzZWYC#u
z<VQ@V9<)YB<m!=F`7?u!z@mEtYxes*Vect^K7_1FzA*Ny74VdA+LugRO;ZyD_8!-5
zeHv|-NTiETOq`#ehe~2KPsqr~XlQ77iqU#1FQ;qEsY@v;)_WkTw`zosvH?Q2s*os$
zlYMFL(OoS@`oXL$yjX7_<tp}jPk)^$^S56T{$&=G2WQC3Rhq}|DS)X`43}U$r21C<
z`EP4mq!9lBcnw@-WvW;<7g9r{XWm`PSs_M|@~&(s-0D*VJ2@$ga40GcfJ$d}oG^oV
zu1U8Z1U7r?C2VG#AL@lZF>Em>bWNWfwnUk&KoR60u0aCxVK2|_&5;~84O27weXuXi
z`1m*qBI0t3leMlcvG-z)G5_@lv#hM_biNdGv$a-VPC!s7;O!_`qNBC3k@P4;bC|1&
zOHk|mVp4w<h#e^n>SkY(5S_l)E~7QF)S;~{Z^zW?vVXH}f2;ls{2hcCIKu#{hznw^
zRPn~#_=NIXz)o>UzxwwwQo!+1Me5b2;J7=04uXkb&36;!0GriEx3kdZ*+-86fQd-7
zi$*trWimtuc0kyXmh$G#^Q>!WXt<v#l24@9{=i_p)(Y0b%S%gYDk@(hpz~LXxJA^8
zvS}@i>q-$P;TL~<>US_|#i*R_B*)ZiWpB&>-2M4lsi2TTva=Ld8r#L(L(j%R>bwB8
z6eUN&52D^$GLS}`Bk%8j<PEmAw;R0V?h#wwdKI}rU4;QV{DYn5Yiq&tZL)qF@Ki%6
z3#_BmxRtRLeGQZqvCU&K*qMiPzsdyq6P{Z%ea#rTPE=VgD>1T27YkDN;^C?7BL%Ph
zd#zGxc2LpNTLXa%JUlBSUx10Llz;#{z(W=4>Xv5tNpNKTF&#Q(94b69TT~ICm=h@8
z7!tPfocW8RR!x)#b>|WlYV9*Gkt3ub&y!0q%xC(v#)kidI|EjV7;W!Y|3Sh|&>Iz(
zU|7H<0mJ-{d*Oh8jPDHn5|z<%sTNG-QrWE|)Vsi5SK#8q!^baT`ite<D(Qd{Mc5J$
z3??VtCOyJEL?2Z8j38muR8<$3m%#;aa}#!Lx9I5T$ZR||<N1{Q7Zsk7H8?sJr<$9e
zm1BTCZ%kB=iSP2_hSIU`2<}Qh&wlv3!+52d8z%FwlTby#_H*GGfwYQGcug7Zquk$Y
z{oU$JMCK1J&0^@kfSs?WyW8(S)Cu-dL%{d>4`zbV<=@xAZLJAr+>@Unazq>-9W~o*
z_dQr;u$ac=<dAq!{NtSD6N{8vYv6ri;0kh0U1#Y4#{qAA=)Wo{|M$A8i3Q;mH!y!Y
zedinbN8cVjG^NYaETmRq4~IHCJHcl0#zrQWJG<?vwO42Hp^yB7rw{D97{<>tbQ^7k
zBZ3S^00aN0Ft>_}v#4fW?!}Zw*tXWZzXy1M4t#LAV==|&YP(gMiB&%%u*Taw98GOw
zbxq?Eh=j&+f9J{F{^JB@PODDq;db9P5Fos%VU!Vo0Cpw~4yHUV(X7ww(B-HmIH>}(
zOuztdi-UwK-y<W6Tw&9X2A_KHGn<+ola13=n{0QZNq!&`@HE=)4qaSan9oawyF+bY
z9GpY1GwW>%)_k1gL}v!HBf4W{GPiBI+3VN0b4l&f)f_%^-_{){uV*U??<c%TUm$?u
zPW!rC^S($!w0}OBPaJfDfGQxo3S^pc=bD{muZ9R?F!WO1uSVb_n{)Wfc;*Z99;7$&
zrE!^!h`>&FdU|_&P*4DI35maihKiPw@{ftRLg2SROEa!|kLTjr+{)AHwA1R7Q!!!P
zCdl8zY(D0Y0O|Bbi&zbxo=T~JB6Tpkf%I-=;HINvw6J#6z}v~oL6~`vmiqsPHG~33
z3BGKkY$60EF?HDSVyK@(pEPL3ufb3kA0Ho#L%~~Hz&GH>{B)wl#}xmMs?MU*dtroJ
z=7zMq37aiuopyjuJMdM_l_qD(oDNh0W*e2WpM3tu7a&Zm!}f5UHAT0w&cRMpO0ro}
zsXUp#H8D%|gb~!vMb&mW^|*Ag%Ia$7e_kFPKb$?4%4V$K#8zKOqF!v6%3lOOZX!NV
zXj)Xtsv$QOcq^XOv@+X7eJ$tgI$b^@ad0@LNJ5q)tEBqQz>Xn&ed|<r{<QP=N4E@x
z`-VZOWG1o}B!M~YibJ)PLYr_kDylXz`VKOlw!t``0npcA`0G6IPHSo^s*upoSz|u%
zx#RuK4a`y1uL?t4qtx(mu3Ru%Xqj#H4`=oU{=yH-WU-<G(07Z+u*|FMuK>mG1;f39
zV_;JQ7S_KCt-l(Od-`(}>E~~bgm~Pjv|HV!LdaS8DW`mlpD`p6hGL|YMcnt0aIZx0
z0w-0x(t64{Oz?VoRewEbD)?A?89sJ1990&ne}h?_E8+S4$=#5cPgWbHaX~eKa{)v9
z4Dd^7S#?imU(fgv1zCN$K&1CsEy(2u=uBz7u_-gpa8M&rv7PaKh9_yMmmufxbGrql
z`Ucu{$oU+ZY`YK6W9OWCto|qWVN7QWI+NLtZ3T~GyX{~WKuesy+0T7rJBf50FI1zJ
zpzSrGi1!|H{%5hq34_IKmJTfCHpJSt<UrSoDsXSvwe>Qy|KtIBorGYk>~S<-vgvX5
z5m0Y+Ggs!7)5mI7<OLi+m6Z5-!D^TZi}>^l(uR=xIUxby?%{z&qY{;nz{bJRXtOPP
zs{<@)@%;S{1L&4Zc>1w`7yx1hB7%Q(`Niyg6mW2GvZOQ6alc_g2>ibR!2=^4G_bUg
zj+*o*jjytWfV=amV`n4`;J0crG-DMQk4BoE%q%YbKb*Y<P#s;jExOU5!9Br)yE_De
zYjAf9?yd>$?(XjH!Gi{OcMtCD*ZKbQy?gGd_o{B)s$E-px2&~#$sBWxIeS1^m9fb=
z;wn|~bO(ai;w^zJ(K_5)`-;I;?D3mV>2>EP0N<kR8Sx*L><|8seJNDu#epcOo?yka
zOnDn-@8X(YU%}tb=6TJ}`}rrSGMwUB%jnY36YSU_HvHd!w!38^D8^Y-BZG+;yW#m6
zCBSTbk*~mI>H5yl^5LD_y6gFtHPCLn>eUHVS*O;>V9~ocu*x}$fmA36)LSVoK`_@s
zwmg^z;BX4$FF^hZnHTbv*=(aPX9Tsd2B6s7pVS)Nl8|c3%3ap4@6v82(oXn$?po-u
z>E5x?LJg8Ccqao`dG7|7%1Dah^Qsn$(Sf-4+L?n8VV^Q(0C#U6ziF<K@c!IAlijY=
zMOF5M8s&9U6Lb!5kP8IE_pM76l>DQ)*zk`Lli@FCbPyqx^o{KT>y35yUFUTB0k8Si
zWw=R@LbRx0$#4&mA~}<C6%i|I_@0&X+@|*2N6lcQU2C%?i}?hx!c@-lkR}7O(($R^
zLV%Ug|1rZj+GxT$3#9h7o+_vGk5GJOayG4{-5Rw3FAS-g9~31)y)v&HgAo9MwP6=!
zV`RR!)c5n=40h=2jmfX8Ecx#K3EZYXM}PMj(UP{@CXSiIR9qbK#<9lqr>iiNJ6(Oj
z+nW!dgPN$)%};)Qey*sretLd}81EzeADEBw45YsVz`i0(5a_>w!=uuvjhXuxc}?W8
zp_}^~jg=+f9pWGOr|m5r*<a#MNPc*Vc?oJ!;;Yv9bKw3a=jEn~j-S@XszVye)Uk_)
zPBOMc`njvvN%}DfWr*rGKULddj|<gR_?@*YO4z(uKDF5@3;g!{U_-7(un;jS9P}|p
zFyLo}^#7&dBy8#}?H(DBY{uP?@k8Mw-riBm<H@`o5hbg;d#fA+L-(?KBg1|?b7#e|
zfT*%Ig-G<vuwZ0yGIn#0p02j`$zGZLgt45Q#@&LU-CA1#JZerQ3<x*3q7Iw?s$=GM
zU;6U!L-DUq>{~IOYPv~2xl8^I*`|8hbRyk+)dhS1jAl=#sQjA@q*sTd)@AVnuC+L}
zok4a}YMluD!=HfGJLLHzpqA<Tks8}W2eIGxFLdf>8XvR{U1@F!b96At!<+gQYJ{26
zLeI?om3-n?VyhUrFKTfVk~c5AjgF>^PXjzKEPr030^wz6@A$9~0>i@*C$EnscJ2el
z^t68;zBYD<>c37)$vbP0K?a*i;dfm+evm3?N6Uw|Mb7-_Tw=gdoj{ju88asFG;Xk6
z(s%pz>ErgNs*(~8W%9{ix1EA>$v;gOu5FG}baGj7h~iq|Y#82WV!;k<ck42)pI+6+
zw8p)N)#iwF^naAeOjYc-Kdnd+sa)T)PKLI6sb^)k2nfsXGXGP3_(x9wG2%G)?|7Ad
zpN@5{5%251@@eIl24hPabKzfWI#NqYJm)JEzdi=;Q!L(gmXey<!RDquZgrN7UYk>C
zM@L6j7hz9@M*YjnOGjttT=LDdtFv=!dpkku5e=JJPh>FG;~w`jdLhJg1$iGEC=G=7
zj<P5GW4h3-F~0dWv1#sE7+21B5s;-eFqnbRSRe%tjJ~ZcBPIeb505g<9AJFOj?0X=
zHT<zd>(TS>1bV_My7NGlNv8VF;SCBA|2%T?<>4&1SAM54n>ToF*>E0qUijqLa_f`K
z0pme5Zql3W(IyyL!d+%C2LJdV{C}Yd(5nzL3Md>V<_Zocg=*k8nR{sPs6?t}qw}p7
z+!QO3pR`{@a5KoTC*lYhN-WZHR?)-RX7-<<4&9=3tl?~Hdr_)X%%InWq`%(bKAOzf
z+}Nn%yX_uvp5VUyDRfQ_fUST$ad#QDACA1eY(zc1q9yg~dkl9L@)tL=QLIPftnU70
z8y$9|Ynh)CuE*1xU^k^b!JHJ%^JrWLpf@gLPT!VaU0ng5<i5VXaW7H>uXAORcWN$f
zuy^2kSFpY8+WlLPo_`84`an>gLTrP&0#S{FZJX-vq=!E~P-i{N_NrFTSk2h0otwAV
zPdd4sSgva3oV9XGMNZLSuJlfoT(k{RgndC;h{rOcI)Imp!yH*31Ce4bBW2eMECENt
z4KJ8Lbo~5yXoQ%3{pc)^9lz@>aIh-@XU}aI2(9i`-i`X~$3Z)$D)I0kabpirw3!zi
zFTI6H5|1Yr`FpXKS{ROGmtu<Xd3cxL1bIKJNIqNcha?<HKrgieCjtt}#l^*66FbEc
zSR#Xd>ZkB~av)QX1jI<H<K&PK$J;D7d;{RZ>Cq8$s*F)N2|4+0*YkNghc*5`dxeVM
z%b@{R2w25zTNDRAQ5}>H4T(}e986{xe<lt<Wr5-U(*u=HFO2j2_g`Tf1f5ed;1e#_
zE(~}lF~0iUsbnmrk6YB;4Su>kF`^ale!2mG?92~z-~btfHrFs2f%dial@-tUNw#jE
z*QX3_$CsCIpMcfC57~d#!Ma@k)TOu;NNyrT-16u_hb`^q_K>iyB8F@LInI?@gOTXx
z2TC%*LKslf^LD;Ho_oIN_FbwosW+RnF*jFlcRAx~vhMnx<4IxG%$-i??n_a7(EN$E
zg5r<Jx79=CESWBY>dU1wmuMWLa<gfb-NfHc@u5HKtb~O8#PT1PCVlQkXsciDeZluX
zf4pn9-N?$$1|r%fIoa4EECCK?G`?}CZo`|uw?7t#vP&R6k;pq$^>KW6f-6udAmV`u
z8SVktTM#&eS$CAR351k_&14o_z-ne-1(8pfRuVMDTdbB>&65i=18KfC(gYG?qSv2A
zkmZb!^2_D^v=ceB<Lv4Rz-f(2RolgyEkIy^jEtO^m<TYD)@o|W(FDk6HTVYSKjzqK
z{`@{@LYm@?F$``bn)m5ByBV}_kas_Nv};!MxlVs>@h}W(L}5a)UK8iv7f_F^3NSs0
zx<NS&q@8lzvw8j2#fy@hJ9EGxweTY2-`Z{K-tKJevKxbUkfD8z)f`scqT<$fhP#u7
zgHR0D%6=f=!V5~2Dg<JCrS^bv%Cw4~*xWHI+cp^1o2X(!%ZWS39`(grT4Uf?)*TPn
zfOs>aD4ti<RpVqLsVk;3aLnf|9hm)Pf(I|Nj)%6GxUr0fHh7AI2OUw7vr!ont3Xu+
zlNt$o*JSp%0X9v81w!Cq^M`HstIKE-J@}~_%mXwE0IdL)EeB%V)x*5|aJ5A%y-BOt
z{l2y9dYMp3XgNww9S>B)@{O0rQwAb6G1IJztJ~$iurX0D`_Z%b+OnqE_4<6GF;TN}
z*`4(A$>sn*`r;*RY(yH^G5fAvZqn!e{%p~cqEfNh=mIb0>2-D{f6B(EoYlJ7X6Jk&
zE9xgDl;s@G{CQV{dvno+;-mzP>y6pjx%6^Wxa*evHoy1&8!hiTPrPcW=PP~WQqDa)
zjHM+Ks0{42<UPnux!^rMdCOB@cP(LLrdc?#(4oL3I!qs42nh+fys{EaBxuvTa^~`U
zxibU?5???=Lr2i$DQYN`N+w-Y&l}s)Rxch%(3LUag>C4l=vfa}uPbkN{HZmttT$g-
zSGk>Qdr8Yf$p72Kw4<)n#)U_>b5a@_qV9=gwQ~WQpItn>8@;qh{7#?v4JFBC8SrfX
z0^ct0XP-Ymh>VSmLHZg=CQBI^8TsPTg!~>i(Y`PF_pe7R19LfvwFI0D^F?$cR&|re
z@aE}Q4lm^wpoYu~%XBOjPV!9=SVo;zN>(#_h2!3_{qm^q=~(>y(nkAL+8uW(YewuL
ztl+_D&*g0*_2<>?WT!l_>a6Zrx64im$qC2sjdVfZ;O)3<50>;wZ(3~I)s_~@PaJ3Y
z7uxIz_@<@;%`NnA{^McmvC3T<Q#06Lp?$}2X-`qttz4kN8NHp3I^XRdSZRCxf%qjI
zxz<&re|?Pt=|=6F`yAmYSM{8h{ajm{PSj<;W2krS;F<gGQw;To(|6Dy^$s_CFRzy>
zop$x4@ySWo48`cXvW=(H0xmT4x`J}rOj;2bb`!;1><9`CQ;n{<)Nx|DI9d*JW0S%W
zV;YUpzYTq&)m}ClM^4&rBJDWcrhPAoWlAXtD^O@cnx@Wzrk?bA;QMw^P*4CUuhc75
z@AW1$E9dX-?tm##TwJ^z=O_)Wu1Tccc<^*g^!|h14ajfo-39lefqI?!d2IC)3r7D$
zVsT+E;*XeCD)T22v!C})^Q=oGj*kig-97D;>yIe9O@xzKtxRxnCfg`0-Iv39uZ?>T
zV(kIGpO~kzn(m)WH*Pz+4E&K6{4Qn)8|1-@^rjwMP6nt+bg8Lsy*zOv8#5X!K0He3
z0sX-u_n9px@3Ah9JTLM@TWNs3(1|jspF2&0qp4#qA&BYCC9K~l7p@oG*qjVvx+RP4
z!eX=rcRqMn2|h+4VnBvq!qY=hPnFf_>>)&cHMAd9?J!gOS%qz{`-854r<fdST39bM
z!#NEUDgh^iPQliyLJN;E%@+snGRc46aXYUSwNS-dsGiigWCgeoz<0LbCc}X+z1L&4
zbJ06f!IUK@XPZhN>l{;~V=F$?&bw?=+f~mk=S38s*ViZ$6rMVIBm~gr+s9>;u{{)@
zZja5e3khwO@STnloMHF!A^XdMQI0-&e#A*YCw9y`0XHU6-9U!~4<d#~I3&{8d-Wry
z0`>I9v|lP*W_7LmPwC>K|2}c0;kLYHZOs}Ilkfxor^@beXN1D;FWkZrUuiKVar3e5
zd~|JScu;HiVzlw8zsn^yO~<BS<tC{~u**0!3MZ@8)D;!}RwFgb6oSiNK<FcnSm%$8
z`DK4J{V7lw4HXp?7q<ndXiW{1K=$OpHQ-AF61vGyTn}fno;){Nni4h#ogXq0@%`Dm
z%rjr2^NF?#Qq7-%g?)Z?+5I_2ECFXp^pH!&EzOcX4yawcUpE}Bkyl^5WMUNH7WL|M
zua%^iNq+2#Us~n|eCBZ6IcL;4GQDoh$<ePr!tWu_*qeAukzF{Sh*zyXLS##?f(hgr
zWU^~$d`!{iMb+nc#@~vSdrA<!my2B?&ZyJOq`gxuceaw3QkqlgTP!JKhzxP{2|P4Z
zOO!fhQHWlq5kk`W=vRllH#mr1T4*nA+z2~yLYx8Icri+o#`&b4#l^O2avtjNa<ZwY
zAh=Wz;41>A`8y);!w|4=@{y7n0%i&yVKv|yEh;j7dwGl&cq$Qpi}Yl?E8#U!^}emh
z!mtxSU|@B*+b>#g5H%D;9uN&8RMR_b|J`^;zb3(h?HzsSmX1yF`qSvcBT<{)2ahsV
z<fp)odeq?K3yWA)x~eR9cls`5o<gVxCN5h(HNp#jjcUHa$Z({Ol6zBItkFaZy%mBE
zWd{s=avjANxzA>_^5zEfwDK9ghd!4j7CTw1LjFxVd@@gD<Exy{(O%QvoWo+65s;j+
z2rk|D1bidJD_BUIEt~^kYXf-^KTrn-ww_##43Pe4;L@{*t<+Le%O4XypK!)fiMxV=
z{p$3T#6QuS5vuKsjfs<h9YXGmygYm}ZG8gEBBdj`t3@+!y{IyiB03{QvEOM_t8T@y
zG7ydv9v%*OzZrGfZh$OY6X~4Q4Gm6%NY&Cb)F=#JwKW$DF1FrPg1=UfSzEtUP|A5<
zOZJ}n%bXWxRO`h}PQGlWE0l{ikq*)lh`)`O#*IPYV90w@YT$>uM2a)&`m$J@z3W7r
z3u5&$n25iBEHw*$>H0)uesE<=7b{-a+p;^kLAb$(<4+>K|E24#INTa;{c^^gP?U>y
zgD%<l?KZvt?gCxy3(0Sn=8u%?Giqu0jd$KUdCPXDV&=DL5`s#buiqUVd^6C=EIY`z
ze1Qu`_Ap!^c*{JU1!RTEQRo2)HvuHnG4rwel-F@TLbI~V?UK~5q@*MuARrJChlj&`
z7qEBlTN>xLwt|TSoR1U2KEt6NxZuQx`GX`-g;C6L$q^wo>7ahV82*gOSP$(wo`vLr
zMJLhD7LwZ8JUc-8Js~9Jsu&BOt6EM#K%k_gR9;pF1lfSbvIW7Rlv%@LV@N0{2OT!+
zrlQeUj*k*f8LcU|L(%ufJ|Cy+KW`7)_4B!%)IOhZ&_1o&blF>PkJ)zFy|pmme*R88
zzSp4S@7?Y8+i?k=%V<Cw$*Iq^U5fU*-zTpdkXc2{Wu{i5YQPiKxlXGmc+GL0pRWj|
z2T#ayKv;nM4=2nzBNycY(uZcq9&~{O)q+cY+8cI8OgS_M#9rzl`F6nB_zW!5KDTpf
zAZ$AI8esasV>SKb#&=;0xv{0ZUaI72W1T&eFDGn6Up|Kq%rU5_fS40G$l%naU5FSC
z0l^`&97*ek)zA`$f!%G}GmF{U2(QSr!12kWCXq#B7TSc{H<SMT=R=-fnLAaP+6cwN
zv&hA(J7r|zQ8jewNlE($ygh1MdtCxf<q_hU0W$336)_-0+glt%qTi;0O9=4bc{MqT
z1s&d2%zq{hd=fnX#{d|j>M+^c_$u-d))D0#g@zn}4^$bXuCah=_xASoSE1Y*1ia%S
z1^vYh`sl)NsR7Oq_>e3|fC7&L$TOFfMHv5!tqEUPSQwzA1s3wN;Q@pb`sM!?yR=d}
z)ke!;MFlEqGIUmQzwHrS_=1D~DV6amR4Jh7yuH6qA2-F1T+vZb_<g!m|Kt02suI$G
zRZ+_L23#SE%mG8@^l<=J738+CYIl0DQ&C9}qyAR-&nZZ2=*kyPfL)LWGW+$J0s;f4
zAhAex89w6xAkGLksP~E2R_+@r90_o9Sw1g9uwlBcH%uP`O$DGmikouRMJvEe%bYTA
z(5(C$W01iO(1G<!R{s9}Y<^0P{~YRy;&G0dO0$(f1Sq7qydM6HGIqbzXTQ?%@;*Nv
zWLKAz90K}NIJlaXGrH6`FZq`DGKeYILYyinl4L2^ASRl3=m|SB6GDv<9$p0a-Kt#W
z_!m#MlKb|Vzu|4p=f_Ta415vq&8N-&mT4>D$C^#EI-T!BACb@NiJmWzpKYO94+jn!
zD5s9M_v`+6x(ZEV^tRek`8b_tV*7OYIGJn*p6RXIoR?*5+rjZ4w;(04+p08Y0tCf!
z1VviQI#pIP%c4z)QW`Ct7)^L$#{Bu%xaJOXK75Bcy;wDtD&$B#+6<M}JIjn?A{Rc&
z(H6N4HzL8RzBlamN6;v60QBmm_SO3}6iws{e!U0o51>-Gd;k;+_p6RuTU)@YD3*U2
z$+`af<aWKVq0)C$o_3zicTB^~NAnU6!*($0g?>l*x-zl*$vgUev?Z5{LXCXlv&~<F
z*;iI%a6PY*#t+XyZma>RfJt9jU)gU(=WI-ai6;6JPSiFi=P#CPl}~slf1<@FH-eYR
za^d$`HxrS#onqxtcBiv#zqVnp1OR}J^X0Z>KNrOIHoKT;{Oso^OR&;xhEx;F6NaMN
zqy1`4?AQ(M`a6JC$RDk7yU|j2XNMV$rYd8JeW~j}lrt|-^5Thq)M54_jgcsLWH{|k
zz`^VN_k)7x59;R{j@9w?wipgCZXfS-m5#uF{@e?wtjX#b1H+H{qZ~8R^+NX>R?qFp
zf<}_}&6GHhWba%1noa$Z8=tPNt*x|lxNGT;V8L@BBj@FiFF~7jfx&ooJ>7GlXLv^F
zxmGoy+4z|a^^nH=Sel?2@K41Oe}K{WkcKL6Ol9YhHj3x1uloE8%w~Q_6g!cb#@g?Z
z>bm_Mk>}0WLzUyQeCZ*L`a!a?57UMIQMGEpyDvv8g13iEt{P^X0w1UOhs+}=GAx?E
zB!>|wiVj9FosNf&E-U47=IK9DF!6x&Z(v3_k0Plg)(R?DG+P|h3@k#Ms*E?u+N!K>
zi+X1jb&N{Og(tQn<TNr9m0~niG86mE2|DEybgKVfblJ**g*6LhK3oc;&^~>#s=1+9
zZ=>_sLS?+o`8RJjozrb#A+7WkOBs#o!I2it>a%J}+B;l`!^yI%B%Gs3o-kZQCBz%C
z-2AsN(!ihJJ0dhQ=RrN5Lu>eq<?5Z(jQM3&CjPn_$ICELwO9E5TUuMo>=&01`g~ey
zO)S-Rdki`|n-gsZ6*?LP3%vWHf?SLq=M-E?Os&WFRHGW*mR(%$6Jy!O-FNNYf3KFj
zCsfy~=TI+>?vfq5-0@!Ylqm%F^|f=KALRo^_piv3E`V)n)EwWrjEjr&d0yFgn-P4S
zi6r0z(&PDFr*8l&LHhXo)YO*u<M9jzP8edg4UhXz=gy0={Y~2iD;nK;Eg)8*HEl=6
zX^IGZc9BI*qkes7yMTEFK42F&G%$_5)7Q96TN_9%T>eowkt2LBc){0M%XEF_nze2|
z{}ySow2}C776t=jx$f%I<Bnwj1mte~sqY<Y20mC-!L8+2JKeO@V_qwr1S06IQdq{=
zM{iB_ZsRN6I`x+p&(B?L{dE=RJKGEM3D_0x&#seJ(?sA*vddTYPlO-$=}r#Cen#J8
z325}EIn#~SnR;)<i$0a-x7$nUY9}SDZ78M~C}YD#N~OXXkmmA`O0F#<Y+6~?YsO(x
zpf{x{<R*^Zt09KpW2>_9jsW`;IJkz<T7;F+RUvSPt0i414ol6Plqc5Jg<a8HU{Nfb
zsA5>aECGPIN_L4I3siS<Z<nQYv8*{oOfOwsZ3Bec+ivVhtkyJYG+1AhJz41Z$bJo+
z>a;zJ!?X@Z7qTo@3=El9{RFZOuhRjF;4sg)p?YZkl`a$-)}_PAZs=Y2HH}QrwyWBl
z8o^aLXChmR%TLdW4srcORW8?YPcM*if|_OB=<aiQd0XKoz9beZHidF%p_xi0XrfG0
z1#P;9iNp+Jo$KVkI!gyiA{xj4)>-z;X4Ez)_8%?<PWg+b!CPD2r}lCiYh6r2!_YNL
zRtFQAtdBV}M}Q2m%lKEE9{6b?3NwG|(5)8uB~IwR8;GO(hw5ssnCRv3fH6&`DEsAQ
zk1<`qj=byTG&*Z-=Ek7;XpcV_pp~<~B%AqOZHLS15V@qkz5Za#mU6HGJVV`7f-k^M
z11Q~3zl01Q8GWvl2ewe!WhYhHtY07HWhiFge@N0K5}tG5t%iRfq*J^M&*oEE|9j%n
zt3FR%FPECDus$Lel%pWeylO>89?gxJo9%k=kXkZuEI3wbRNl#Z(fa8grQ73<lCeF^
z(<!CCqMU$Q@Npot?*b?@<NNOPt64@b+0|CZ11k=KArGR_^VhU-pZhqz`(ebZQ(HlI
zpy$$iMqANNm}s~hB)u%$5gKTy(j@wL&!y_oB=U?<NEU9S0ge!PWF53?hAh&*|BTh0
zE^MSJ!G^UT+xyZdN_D@@JNnBWtMuQJiqdpC9bw!ZQ|jsQ#AUJ7sAPeot&dI@JT<Nt
z2)$RD!1b8}t#qSZH3Iy;E3r89#r1UU^<1tiZ<Ai^yPZ1>#bb1%KI3VE?H;!nV9}Ro
zziQGC?St$Bk~WEsQ3YhRZU=9jT2~rLYtPGw1HAXo7QF;!uj?kAC-;se5jEfRb_VTZ
z>|}WkdY&>G{drz*tRbU_z_wvqC@59;rS~^$$cLZdjjsTIXZzYjYv|C<n&(BQp6_d;
zaP9*zX#j#L#^llKt1AZWmcQm92v8dlnxwzyq}Suw@VWI(V#u^_IkG!PQG#I0Jb#=a
zKpD?Ah?acailyNSv!iI^1JC<XATab?&7mY~vgi`6KG~imPh=bDwRy=MS7(F<%j-V$
z`M%k`A$iKoi-0v9w**h`L}x(yM@YP<Hlj%rl8s#9UT#;t*>68mN8jXSlJ>x_8#7B)
zBZfbrWB%0w)cbJx1|8_PpnE5dOgwFU$Ga27LwVgOqwQ*g-W)k4Vz7N0*iNKPX4IK)
zx=F4wJr&^{)0m%&#3(J5l?}$GA2)xxnb{ki@siD`b|Q%(`y55C*v(L<nyIZ^)1j#m
zM<UNq?$e4YV_DwD<(f`b{AG9S!Vsc207Q)SzI3J?5RZiffXEGmXY7Kr$z`~%jOL&d
zD$22ihe2!D2fth|vvgqEHT&I>>tc>G;*cZ|bsp<?f5Eg%A>d|88LigSvNJmK;%4UU
zomOodXTM%9+b5f=ELAxK4pP-3sTnV#ZPIObT4wAR*_W?QN{sALtEAI7fJ^`tPm`gb
zY(#<2Mcw-CGq<wXVnen4H6gTK{5gM(fSGlUoS=7l%8nViEkbtiyM^b3>pv|!U%5n!
zM$oAbiU3-vRa;j@#iV`-H|Xg6{B1wowo12igb68nC>@Z>$xskz&O7X?6GUmssb#kt
zLO>U1o8bxBL4~9-17oCQX@=>KGWo=p<Pyg93XkhU?isI9A<E1nR`sL-w&wnewd2Qi
z`eHC?w?~y2$RFmg^YXX;#L`ShaBt#ax$@ZQH@eY@ROYjw4F+qU>qzkZ{4Y-qP6ou%
zUvJTD9G4q>Pe;D4AJ!yv-ugH#-@;8&<0<9ALr>r<cKfbrJm*v<5*#>0D2Go$g%qF|
zv9LB#MIGr%266_H=}GY#kl4pBvHF_CA6|I2Xb5``8+)1H^A{jV&d;EP2TM9b^HnmG
zlwiM-_W(9l{Qq>s*bOJkX2@u$FeHs^e+fw_qADLjOFn%-$FBsQVnN#UAx@f1^mpmB
z>eKj%CA3(xWf#SF=Hq}o2{GS!`J#fB8d8ehk}6wHF^QdCu^DKy*DMoY3I977k7A?J
zvn7dMD;`f*c0UU4__(dQAFflg%vE!Z?p-Y|s)r9a0P%D{j7X(kw{Gzax0H#g={jJr
zo~I(~Wwo$yUbeojsLfgV+JNt99f_E|+`pS>=;Irmnrb95d+lNO*ps)tTnU~q^652p
zv^l8U(w;MCKc9VuVl-t6Vn{N<6TxBXv!pePU9v3K)ljMTwjMvx5`0j*$XFMBNidAi
zp&MlpyPxN7OJF`2P1ECVXx&eATv7pFj`HZe-gNV#jHgavTq)d#zVeeGVvnbCEbHA_
zQvtsD-OqX`-ko)M#N-@nu?+E}v?H`8bxwjql3zNsD@&NlXb=|M-!fM6-JBFvEv?}r
zA}gPz^5W}Y1$N1tMk<*&XvznDf~~Bi+H$HSf(F%1V%yBy$!e`cT5D^+SbSSW*Qos5
zaBy$qA@<lckK_&ua`&(p=u&m}NV@NZaB}WzstVUpp(z~|;<qRV)n=2fl5I9)P3Y{r
z=|(1&9!u$4SyiqbP^P2Cj2HuXEEQ8_4vXQd#WC#XFLdVHeFTF?;L`7yZ9crnKb4q{
zgNNluE*(!$qT4qilmXMYlu$18OCCTa-PR5f0vt1xe)9?p<Yy<Rn@QidYqKo(L9**9
zdHm$jndAxmkKn?h(P*FP;kwh)ltSxZA0Uh?tD@YwaX9sGx}NxT!2Q<Y4(|94qJHUI
zq{}eBB$!oh{xyxAkYD5Z1o#2lB=$&+9-l!|;_FQ9$+o}f>(cQQj25KSCDr(`%p_8L
z#ln}>Y)Vm3$Ai^3`0~(~zyE``y__{=UPm64S+Mu%gg$2yL-MQ7P<9eSV)WK$_$3o9
zso4_;Ra)THWZ@XzoX9ghvnM&eHar~Dnv}7Mz^!+HiG!^Yx`1{31qugRhc65V@G#Nr
zapNHumfd{ch7>oHdaFV%l$o#)tuH_&k<>>1Njr5d>SO;ol!lfv-#|wN8UeN~w%t*u
zkc)DsCrGitc4_BpvNi)doT4!cHORfLK`SQi(|v_%SE1or5VjugxuSYXJA-_B{pZ4@
zed+q}g-WF-nqF?mH?6I8_Nq$_J#B48g7kXLDfD!d&vDt*@uRF3DsfKkLD>`?M6&%F
zf@T`gPp=<n$gI*FS6fif&m|9V0}RZ@hlb@BFLw@Vh~~CPZdtwK-y~{&fhow0A#Fqj
z0h$qO0}1xWj;NB-%wJF92Keos$m@?k;57myc|aWBN$lg%*!TDYSTLXa*2qliKhc>p
zW;lf4WVP(K<nL-Ha?;7W+)WM?ZL>Zu=f8#!vwZ3vI3o`@UfO)dcie$s&R8kV7M2#>
zh3u{?w|$~4AHIuAcHc6h#l+s_CU&smX1T;pD{Zvk>xR5w*8M|#_1k_tBB9n=E9Dc_
zC-27dn;EcT&90vA>qR`yi__8ElVh|XV4X+Xx?TNJ3qP4~pS?I{GFu{9<8s#o43cS=
zpOY1t0^VuYs!mBJjJ2m`rgyBY&u5#q%+W7Kwk{)2)>Q%Wt3FJJZ%+|R*8)xx+kZ`o
zy6n^?X_1TXf+nW&sT!=KKBoI6tL>r}I8|@ic*~Kjrg!z_S)n4f5c_UtW%GP7=axfj
z;o!cpI=bhx9^D6;ZA<7E%**vgd9N3TYa%F&%Ow?GC6`1K!B(DK`!+(^ly3e{iB<TL
zuNiCCB^%&emfoVyq45P`H~F?||64)JuJ>i3+&(WK?(%u~R`s3*`OcO3lHR`2vy`5?
zJOhs_*`LVtl(u+ohY`fID|S-Xhag1Xyr6io+bn_u78`J*5Qq+a6XEx_pC~X7V*!Ow
zORIW%AP@Qw^qxin?3}*u!Cp8=5Dc1jD5zwci^toshdNRW$+VbZ;6~zp`q+AD5D$He
z;ZJ_ZC@~!XM({2o$Jga=b;czHzqMWC_)z2(7n^PM20}oPX@VzWvCR8xP1+qyVvSl|
zZz;m#C6$#li(*X^OvzVOWaD|!1C@-g`bq)HQ433MEl^QO&&ulMEP(y~qFnbp<5lRF
z<s`)<)&oj0HoYcWuU%Q-=K|EYT9>20XDTp6rT?<1GtUNa<1v>A#rtEaA|lL#`n>_W
zF`<^{2{4Y(A@~ehfaqbk51{p1*QS1;5AR-sKUi<;O(V(dZb}wI&@G~kQOhF##}xz@
zJ(O>E9EB9?&PNyt^`C9S4c}&{GTQo}-@Th5{*S-u`yaQC;o;%ygUR5aAcVl1(TWwq
zKBg#wVsmGJqX%4Y7~<sUf2}|qM%~kki{h!4wed9elegy!oX{_9m;o{E=HL7n>S9WJ
zo;O;_n)lv~^n_v3%cA}D(*33SNytRy1OJl$|C0WHeL{cL002w;ck{oy0q(57n*oON
zpUwaH{)GQ}YW|+%|NEH#QW5<B9P?i%{2$l(_n7~^5dU5WBT8OGXqf8gr_;|~A>!{$
z{y{&0%m2NrxQS#V6mhb-0w?$<&0Q7Bea4@^z)2+*o8trC#6Rjug<px|NiVj7#pA3e
zOQ|vI67~uR%{f7!exd$Sr8%}}pc+7f%HU%aWWmc#Q?DHOt0R=(ohA>4nWF<|0IE$f
z(<Fb_0@i4FF_>`D->l0Kg3iTc`u-KlkI7x170T(y6a?rCsuU<Tx(?JZks%C^dNfB(
zhWnAJ=8Zf7)Jt-UL>1}`?aR{4_A$lA&z}iBCZY)3MeqqwW$@;NdmERzxos|Ql;*14
z;|47?I8pnBsM`aNO`!jDa;zx}qS2It@cZiA)TW$!IFGAeORR~M%0|xJ4T{ysGO>Jr
zL?De{mZqWuA`TDia7(1hHLl66$0{r1F=;Pc0fEq&cO^;S9|Pe=dwL2bqhT8S5o0~P
zUq{0%63Ym%5e>;=5;2HU8<F7%n!s;=i}bf+H4|qzSfd9AV49I*&XqyH>vKDo!HPK_
zwIL&~MQPUpj}-%zf_N=;F{BjNMiA~W$t!7X8;P-*Kx-gUzqHPQyZ|~7kBO-6S8GlX
zoS%Bnb_tE7pY^jIhFFoniyh%6o<b&1<2(I?!t(Hp%n(?R6U1Wb$8>G=oo;X+hm<(X
zKdnAoiBt^j$3@Q5)S$_Ll^QV|_C@ELoVy4wsMbsR4G|AS)4V`{sRdCHCzgC#N}#BU
zO0rbP$<Hlg)YJ7H-H8@dAr;23r1FlKkxXOG8X~4)Pr*a60H&nO>eR*!PpFBl%}zdZ
z8V;$I)E&W323kjYd_;Byf|%nq(7F)Rgp-gXO#;H-@Rr3)J}&;ZSgY888R)Q51A=db
zF=0X5?BFibjQ5L?NQvOpix~=p5IRM?D#p@+pi<WPBr-a<kF8n|1R;S%QpeWJC%=_7
zjy4aXiZA<OU?`NLkkY1!=+7mSN$m1P?p)hf^~@2Le;|-sBg(TDVZnBzpa$gZ9F`HM
zEci;)^c5Ise<_3T%4Fonsg0)2KnlOw!yV`|CVYr~e|swy_r!5oBD!>RMrv2%dL;7D
z9Ru@s3UwZqQ5B@Bgp{F)zKZl%Lfhb`KdR2j^%IBnOcoHspT=B3eu{HhJI!Dtn}mNx
zQ$R#4xx+C2*NhnECMy+HYAH4*by!krqU~PT(I9tG+VZf`_n3PSYn9jyG%^Y$hPiR#
zWc-|xDViL+#otBnU?J=B8j?RYwzcJ+u{>OWQ~vExM!RS*-%dsyn`mIM^YS3jh@INC
zyfCGVV|!ii7gS2=XkcV$a<rh#+Z1jcPIQ&rwN;mD*c&|g8AjQ(!M0uhR$obqHnUdw
z=86BLuD}qj2RD2=DY}%Uh-o55i()oUc_~sgQCCSRyviFp$2d7}Lf#mIH0T#de<ju$
zHH@O<-?K<JplE+vi6^*d@hMh`zFe>?i*q)cbZK-o8qMv5j|+eV>XX%O@F)P%q40$<
z!cb(Zd<W`xp(VrkfD&%lQvyN@Ae}sLU(XW*rUw~n2sY?l4vG-Fmu|_g&_?-RRW!dU
z!gFEZbvo>_Co<Qa=_sh@Eb2mg^G8IInoJ3iN%|lZnH_NHDks|nHsKG7S<CAFoR%#t
zC9ps!A1wV_NF@Y*KwX8^C*V5bsiYgIsG=3%AFOWyA?@W8r@Y!>OY4__s!S#SNOKZf
zHOnko&iOMB5)}~+gsczYcX-Qtk4YZ<cnl9!!Jy*8iD|HTUg=_nc*%IW*2wUAw-`)j
z1>EalOmTp<m?immRzx3I$Jeo<qi4zN+#LKRWKY8r0Ym?DJ;Lv@w1HZm@{e&0;g~i{
z-Nku|CW`D9NNXVCDAfMZI>$m7dtpI-G)PZr6GrLik}@ovwaOZGRCJP<k!!^G1=062
zU^GrCKuRW+KS#}?!bQmYzWSZ%(?&lCA65+U3uHe+reNj_1T3r}38{DTo{SlYe&?k*
zMAYxg;bR4)ApaDECTxum`5(H&;#mp&|C*VA`Dr*a!bX%5`0{_YY{`&&L{R=+&Vshw
zDyGk_>^>1jA3W*(XN_Zd^q+0CTmZzv<EGd2)$T8(Svfg50A2MC21Zs!K{WdEFRK+I
zj~zZ>#W9(|eVw#m)x6^A=}AUPI#_z3R;`PSfPfAMjlm=ZBsKoKJlfEW-re7a4;Z$u
z2@q~2^l>>0kdyz1Et2hl#QM*wc^PVuV&4`s@E&(zLVk=2K>FwSVxK@E#zsp#%vf^U
z=NQ5v8#xCY$i*LSX8;1JS!Vr;6yzzFxy|Q$+3cK0lM%88K4paqbYemkKF_kVFcb>~
zbc4+bkL&#pYsc-vN0pU!kS^H}R4Js*cw&gT#$UKAJ2xjU8<EF2b#HI{k3{t09t?gg
zRU||B5eYoJns>ta^qY4v;HfkIAYz{vKvM2?a=hTm546it^IfHJjl|9WxJrl%*M$p5
z*ljmrT7T)*;pgW!HSfiWHd#X}kAW>WWyJSumzm}#SJz%6Qxgd4!fT)IFEjP07+-8J
zW)emWF&{l*S-g{niC)Cw&tq;e;WUFdELOw_$!!aJ=b6G?lgLtjsRE)=c(l#)1uIlO
zy3A-yE-MYh>t+b@QE_&Vwsk4Ubk@;cs~-P|-<6lAMV`4ggC1E*Fa2qP@VaEEOwfCq
z@!g5#isrhlzS9J!+Q!lTpld?p1=aHe2XDPj`=WZWVMTsOp;Pw!T(_gc7w<#fmAm90
zw~b};mINu`^yldwlUX;7JMZqPBbHsF`z_nvtG)fWXlQjH^eP^|)Z5{uH$$1%ygg<P
zR_a55gWJ4xb7{})Ec}24<cG^IFCV=u9yc}8Xac_3>&@2C1Jqw@zC0J6>C9CgYHf~{
znUBiU-JK1&C|Ub9dw6bVS%IpNkQCkg*=lIbZdja$>@`FypFnxV^4BI)OUZg+jO;8O
zg|tm9VimT81sZlx3}$3RoKtK=!gD|~MRi+Q=So0<c|o$Vqe~rIbz6I<vx<w9g+U-$
zp^as!@Dw4fo{D;sLVF#Y-<Ui1q;FtES64|>Sz{-`l;Q5KG#Tq%M8~9<n0iBp1n89K
z7M|GfW?A-|D9E9CSDMuUq?~MJZ9QMH(Zs4jaW{hs3NNav^71T)%|qSY@0W78gY1o+
z9I*Bt?o=-KeqDn0I9a<9p5jw)hxi%eOk7ULfdN^JLea)Z-P+xB*Xy!o$y|h@O7=iX
z>@=*1LANQcbB9NSVm(`S!gfQ+stFzRors66=bI&Szjn|de{HFxGyi$$gQz19+f$z`
zk*PpBQci6ntKu6H<Wz~<L1_z?pGx5i8`q^|Zg=&FfckR}inG&OT33B;UxU>gneJz7
zaiX+zxjV^Sluu$VPRA&;C|pmQeDRjur<OyEP?Re?Y7*G3mF!ybP0npslvR>WdkKQ^
zM=!XwIcH9`2U{rFA70z_7jyb88m}H-!otD|f#6h)I^$imF$q#afI;R+-vI1xLGa@w
z3=E8hh6W$u1wc{y>_l>^R_k^GVpt&74TyP@)XU7X3zK=Dt55=|Uz1=}X2sDDg|Ct<
zs;0SK#r%!#(od|g7Pm<i^HeIycyE@2=r_%B{YZo#9MidyIg+3DIUW?=<otnE$r+@d
zI;c`7&D$OM`JN&Ky^b$AG(n}jnOE+@P(?>!ch12@kyu`>v6*FLepdLvOuMnJlRzTY
z%;0d34~%uJX`yCo-AD`_Q-ZV{R9Pkx%Wg33Om<o?0q6Xsqp)4aRTTq|(ps&NE6qlk
z=Hr%frqm2_2P)(3OpM6apDu~i_^7=FUzIJ^BTFKr=|4PbN0=0id&8x{pQ!ku_=K#y
ztASUgeemB5hmAX}@j)p^_PWo|1~eK0c&e-q-+$8L&kOu9>v`fwebBAmbH2v<^P>l)
zh;wsswmaX=O2bOpQqL}jMDi`fP7cz~a#>!5epw(~0(0?RB97e6f2@`vE;ao`lgz$@
zBkN7Q@R)V^y9m^CL0!sb$q=Zg#9E0>hb>4fG$K^KLdXsiB<B0HyESi#N=d1+dm8GR
zKLR`MOz^&I2AhDW{b7n^YxdXZR^9HfYY@Ysw)|M!5X?KMui;;wHLauieF*CEph4?R
zTx~_u>UniL!rs+xS(f03#etK&KSyHUEYJnn&h11fLF2(^;l5q^ivqYi^;vc|B&rP;
zi~4PE+628u2IjYO=j>l2-ZE&c{IBVkidFCe(R=U|8s})pp?)yhi)st^ONl<eaoUZQ
zEBUZ+%?Hm~I2#%5gkjNUd7ifduXkka=m*^n;yEs-i?yAe_i})$dnoE71Ox;?e%p3j
z!ukOr{ETR5Xh3SJD<vpEx9u8!_s~l(Ubb`H48ir=hJ_rf{jI|C3^FF`1H63)#P235
z2y+#BSP)6=(XUuSm9w&nb4X#uu<+<vD{e(HIcg42JB?)r!J0}Th**w#-Jzi9K_QZX
zI=kK$&jHWx&IU1G5K*Yu=Bx>XIvT$%rea{Ck_i)IOYL^1AUBc(iKw8V!&xRkDOm`b
zJ+lCf?5h%!3)85TE<-ShSvSL@iVp?Czq0MxaWHg0C}if7fK)`PDUf(^d=8JLgSBHm
z#;7ips#vnpI;Xo@J~7;Kp?k6|kJ~yIoy}XXt}V^juj9q}OtsoKa{$`i>vKo%gGL{8
z?i03qy`{_f)CQ@w6WecNu>2tPGe9RiQgr<-u`RN3!)1xMyhGdj)YD@oQllA}66xBo
zp7q&qZzzhpn(Cu~K`pr%{m4YeorI}({a_=*c30YVM0u1qMhmIqSC^v8*or=SY;nWU
zV#<l2;{K{%#}P4&-p3tcE~o10B&vk<6iOx`|8%d~BNkBTq_LP3j;FB?IrB8{_lXF^
z_pm(~tS(eV!Gdgd2%nm?`Al2gkRX{W#7v~k;!e@JRNj@pukmorS8=anm1?5mJxQn1
zI4Pz9O`jr(bBay9+ibhrb+V734FI0}0UsLvBJ-tJBwSOA*UvI)rXwjSN)(0uiqP(0
zI%h{P|H;Af^~Qa=R`yk*Y6Kn{vVO_y@OLht{q26ctp?N_u9!Ez%oDzQK>y)Lr>CHx
zAR+k)Olxi(oEu*C9UZHtfC8oI9g&ya<@P|7rEk1vVRSDw%i{>b9-aZ!sMOut%r0N?
zcRpSMA#V{VkV!tIkd#=`J^ftRJOij5VNb(g7_P5Lm>U!rM)ux(&IxK!m1+`BM3sCb
ztiDCCzBhoRRuZI{js;3Ufbo04bWgE!!lGGehd69XB2w2dUetV_<D8>LcIxP$$l~Xc
zh~OtRhmXdXSXkhcsy|!GZov*JWn1zUnb=y3OT;=dr}`*VKFCzoYR6lt>hYpxoiMvw
z8C11SW|WW2sPkT@-QHg71u7k@bHX;()N&(i01!K$ONPomAM%Rl$=I`-o16|thBs1&
zv!tK??L=Nj`O+8sOoC=R+dohwbS+L{K|VdfNG|Wz+wFI@Gfv-uIug3=e${y%$-1%@
zgvP-L52KSc1f5K%3tA3@xi4Tt>uQr6oisnvdU`)~q)hxktZM#clu}TE74>DD^R+ZI
z1aY=X-AcuGhmW{1S+=e}1V*@@a%`t!q<u=F%aNI4_9QPnJ6rFASMh62nS7JX=>sc;
zr0zohEIV`U=<ag7ltf&glhnbQa&dZRxT{OLs>A_3s-ft1$AnG1CA$Ra2T`I559gWM
z@aY7TiTnA1_dl3uq;@ZsW65O}DZ`HVz0v*NP9;TZj6bLR9(vDnk@+Nj_APL*VLSF{
z2Ti(_5fTO#)(420UTL=V-Ah!PwYaT;n31sYYy(tjdhUCP!9+fbXc^pu&yPQdUN+~{
z^dci8KQ_IEx?BDp5MWu#o`@v{#gd*2ew;Teq@ii1NhpKF#Tp+6)z$5;t8jN+VZb8r
z>ZY{dHzJKwN8UWjqYls1zqhglR7G_akb#Qu#ALLV4Ol!)O=Ro0xfV4MRg;R}_&~QB
z$oYch%=#)#bdofcFhHP!TscfkLc(r0iJ3abV$APEUuDOwnB*;Y_gQmh!kQfJY6E%i
zprN8<LS$K_-ndV!81h_`7kV2tLP3^2_uo*Ki+xYW=Gn=Nt%FT}MJ%O;pL2H|LI?s%
z)-KnnJZ-EtCb-b(iG<hnIwNAUqdq{U4VyIb{Seu;zW4hhNI1|-Z4>h;vaV2c#SBe@
zX)Lh71kXWK`u^r=Ca$Ncf5;H^Hf4ucx$B|>)@2R*+|2;$?;(!sV(TTomy^bT1;U$7
zkOw?ISRxcdCrT2Am?N{CH#CAhF8ZDt_M%9$qxU)T;?T^TX@jNcz51<nFo7JvqlLfQ
zCYh6*+kW_RpvjmongjBR`qcKN^hRCDTGh(y<X6-eji%}+jJ5Mj#pWZPwD;lySe#9E
zBl56APw}+%WF=3}fa`n!NAKlfNYLlFwD`R9UKi}227a$jm&EP3Pp8}Q0O;e|caBL$
z>rj9Y4Im2x9rh^Thb-zH5CBwy*2HoFhY1x``<l)=t%IP?PKtE_C(^paK?A_Z{1U4O
z63ZM(9ZtlmVd80IVuA1zJ-M!h)wn8vTFJFKGjyUqTf>GU-Tf6erG^Wc()5w$2bF`B
zcTxa6%=Y3PLu8o>gisQB;$R@eHg@5(ejP|cD(?ME%nsRHK1o1?wHP4Wa4RrB8D$H*
zxv6vhKy*j~0V4kl@d`!#zf|8gh`XNkL}ONMJk6@z918W!&K!gxcZtIqW{fpV|0uxy
zberdKf_~$_R2rK+J@hKj&IJ2&6?I9HN&Sin#e`XYikk1b$imsw!s|S_7$6Bsp(I0^
zr&1}d{rolk_Il{Uh5rLP?E@s5eqg07v29L$uBFF>&4Z0o!IRu<pj5UxF;Y|*))}v9
zEV37w*cF7jpi0vqUlR4U=eq3P>tM6)%=M4HiiMk=60iYR`PY@-zbQ1E#3=AO&`X#D
zCU}bG2py~FL;D7zP3$@{aYRGq5cV@|Y}!6>U4&A_PCC;ydlnnU32(TsG#OTuE0Jk*
zLH6uiYU3Q)thP+8uV<yD;bUWS?AwjlG+#fy{CJ0QzR|sLIr<p{O!h?HH?it;y6rBN
z0JOb!f&~J$Vn`h3O`xdg)j$%H+g%(u^odX<jEn(Ygl%n4SHhrL#VF^BkVSG3GM4D?
z1raqR9o=2lI7Ez~{-PAW<uC`3qC57%K@u2&Y&#wT?l{cYJmE7nM#C_)nfR>P0TkK?
zL}f*g^IW4)2pfYUT)$Kyjf!Wx=8u@e7N%Tq(1+s@#9Tw2TYM0Rs9N&NXXWxAU0q#y
zz)(gqCY=N~^g2J^SL{431}}Lb`z=|)W^fi3ePsENOs@$9nnV)70x88cHY^v$R%`8l
zUYa1zygz&;cbJEVPLo{#0it(1M_TOuXxn9F{R!u0_P_w%g9%LhcHx4kzHe{eu$b1C
zi(&nGP<L8QwRy``kOf$TG+f6VRMEciHVYT9AO&32@6)4~VWDRrp7B*Eaa{~$F=Q>Q
z6+t`7mA~l$cifz9wM-CVKf}ysXk6r+(a*y=M9vv^j5}Wpjmvvj@MpQ;ipSR&V&{IU
z?;1Z`mE2R=8Sm1YOqmY4zFB6mGtO`H*xzmyTq#N9seaKRlxTpAsh;$@NtGEYQ`}}v
zWtQjLx1=|YRraW;_l;E^A!^bQL)<y)iof-*HymU-%5P)BK}FpRDI_H$b98icJzYe@
zz+l}E_l|llj3VTJ0t5kRG8993v%P_c8cCflXUkdqo<QQuUARpk>W_qsG+E3hGRDQZ
z9Q3md3D0#nF}uC7(ZthIO=MZM=Q4cv@YE}6Wz6Kn(NfQb!Ioo|-PXj9;WOXw^YWvJ
zn~3GJ@x<{p&@}7r>Q>+eLcPN^EhjbS*-Zb1rv@CH-(te)_pla&=hHXyTOdA0Rn*!s
z`I9D%V}_lSQk;bf0!Z;-I-xu01C0v$z{r(<P)uUHZ#hK?oAkD2{FR&ha$M?Av|d!W
z)0?mqEjF#0?t9VSv5XNQq9DSM1DjRP%fe4H#wZhV8767`c6pPj!x{%7_miqwzl-RR
z)v^xV4}GdW{p!KnU$^~k3PVB_v94g`!h93kbgzX3C-2ewNat5z5<UA-6#=SRoG%Fz
z&A0V@^QhPXeV?CH(CxH<N`W?xg3N9+R4Q8F>wPIrL*p7QE`I!W2UP~0XTy<QO-WN9
zuz}WbKD9=sNTDH&9p8T12(Dv)4S7P0=+WLIGf&0*WX#KDxcV42s}J+sE%wn7-mf2v
z7860mTwFX`=tH;gao5{?McbYFzEPCzP)fmUTM-7xFxkH2p2+(YZEuJswy2MbU+m8K
zMaZGWRc=C{!8Kf%fdIvY$M!h68Xg7va_zhwA=z#Nb+1B@*+$OunJm=av19q8*Omut
zBE4PPS2|gDho32Zr3TkrhScSABXy@`D&;_?ML<vv>X|&A0#Iv`2@oj@gn#-TO&6x5
zq+DG&<SIN&OEWq<IjsU%7D#m2hYf@QtzH(8ftBD2ByPsnLgb{9AJi8oLNLDF&Ce!r
znm0%Z`Kd2G3A>AB{BG}kndMTsZ%;e+#*asvl6*ALNF)f;-_jkIPad^smWB|bOOhtz
z_B`zFJ>8X<OA@J6X*^pyLk)qEygD^pl6X3O+jRaGH#=qMAk}tFAeyF(NbN_iam<9w
zj6@tLRO2JR)HTiHR7xBbGCBS$Ni@oULF^=i>*`ie$4cZ+R5p(-?K(-f?XP#stuF-9
zyI)ID2r$4e)+_t167F`P+ta-i-YA0RuhFn_H{2Ml$8@rhn$KMfU#+=V$r?N&ExS!y
z!a5#Lzkhny1>bl}eNCN#-(JA=)m5epl*0PwtkzAg<}j7=Behs)!37#T$X!_dK93U0
z-%h~LDBCH^S>n6r0l&*y(2@U-f&A~WiHZ6(6f&;mtoBh%q*|sBc@H6BBY)0e&GJJH
zUP9QT-8YagUU_*z@CGj>?9q2isOTX~&9=g{dJn^CvnBos2`vgkYs#_O8%gMBg4d<u
z&lPZcC;}|fU0M0u69R6#m~gMww{j@3s;^wki?nOcFrd%G!jHHstiobf=2S!R*=~I6
zz}N@OeefjsWfD-7tCr7QTFL7T1S1!_@ny|f=rov5G5S7^wzah#WO*{Mv0(~*`*uY1
z_9vL=^-w%CG!%#gqTzE5<BSy~12W>~1)_nB^9;ajy^DEj?A3IN>V7yb=X%L>mr9lI
zf3tv4X}_dg?Bfdc^}tC4gg|TJs?+_@;%~q;fcOF_5olEXhfbeKm`bPuHIMmr>C&uY
zI5ikTGq~vCo5Z&OkOcN;#6#Q=Kj<yoeZw0fX4{fQJt-iB0y5M_PvXA^RzT#8hY`~5
zUj^^p$la(M{3oVDduRylI%Z{ZrGg1c`jF0{qO7dU;T@s*mveNw(JXF9)AQ9<pDV7c
z_qW^Oj8cWuf9ppY3+K0HLv%-!QM+;mq`A7&<9-q7wpbL`y1lvS9~g){&h7&E$JJCP
zP3vFBbDBNSaEA4QrPKw!&gUH4aNb2ena0Ljvp-i?W$=UB=`)TG4{<rRA$pi16sSH(
zhOjRGKb2i|R8-%-A8JSy5NVL^?i2)6a_AZ)ML=4@kq&7jC8a^SyHUDBYNWek=#F=|
zzu&v--Mj93>%IAN=Ip)J*?Z64=X~mG-xoDzTZ;|`H+W8M)CCAxCy$SfRoXALVPfQN
z@`Win6Z%zQM;jq6ug%oFS7CE*O#GNME*G$|bM&-+g|;B7s0jlVIij2XYuS2~>H6X4
za8}p-Cv~K9(oP5hY6xC*SxVZjFWjHYK~Lxgfo&Hm(km;wX}!)7p4U}6ExN)&0x+Qk
zPmz01s6A&$BN)v`$AmBw7j-Oe+VT%Q<B*E~qHx>tlWa`<1RVgt8NjL|KVlPHxOZ3f
z*a=^IAMUu@+aI8Y;Zra@K<i5#D~Et5qvbF1S;Vsrh8?!EP0-E-SiC|B*}o@DFuSTC
zC-Uh@><DMn>Kng?p?)%`4zI~bNPH(|b6{KOI4I8d(Jyi)YR-1!@N=cvAgT07*4P$@
zLDQdw1+V`0{Ggzq)YR0&KMT5*W^;ga3J~`LA|6rQQ;8Oj!`1V5*iK!zs$s%;M;3)v
z`a**g)T;u301hNXSt%Saf?hjZdhnKdyrV<yfk3UeDY^Ylt3x6k^OX0SL_pAXTou1D
zLJ{EN*N{<A02}H@UL-6J@D;wKv?N2PAY4Z~hBshY-AgwVS1N~;GC~k(82!Nl+4~aj
z*<bv3Mi4-;_soU1Q1=jo<mKFXXgDo^s8?%VKQ~$N(*hhcA$eUYmNf9Z2h1Pf5?*N#
zsN(&Dkx-F&^{<^!d;#bRb-~Q<zObAz{bXQFNIinWo<dV-)I~B$rJ12w4{SWZy8d?$
zkxM~2VNR`yG%UakXzqRzebn|j-7U9g^+LDk0A~384dt3*)OFrw4T@CHUcXu8Z>q0P
zDf=t<uuRo%ey-bgW|PI2gq>)7V7d9m^JWZ@5lrhhn^R5@(T$CXnURtHx52+J!|h*a
z{{NkR|IZqL|J>%^bOW=N?xe^MN`Z^+ilQB_+!z0M{-v`~pGN7SsiGLbs0bvP4<)<w
zTh+|$0jm%Iz*feO3$;tZXlR(IzL>=Hz=%F9UBS5bKm<&uNjdO`kFf7EP8NBNk8i?7
z+}75{VB{0>m%QMjgKI!YzsCgqtJMahS<HiP2`dX9B*R0B`LJqU4g)20g|~Ajn5AC3
zA_E2%j9;nhxm~$P;$Qbxo&#^DRb|9fxG$NIWcbQ~38hc2n6eh5<fNi9s^VWz6ymqe
z<1-cvQU`dQAPX#&F!Nh>e$DHe=ft%-gD+v9v<>v7Vev@IxIYxodOK%u;}pLs^w^vl
z|L|97YwmT$yTQ<TRHhHhK@ISJ4hBscgv$(DZn${7*K2iOu^yV>_$L<wE-L#3@HHh%
zF|?5tGkdg#Sfp}7YZwVdT7{5Yz>D2N>m@1q3vk#0QXN)YjGJ27C4zcv;#gb^Dn+o9
zQI$7Fn~vlro~e)og&#iE=nn1cN1=F`vfjsm)KD&w63eiM`=rK|A{KSR>#6Q7j#1Tx
zj}-Yv>;%82N2S5Y_9lFgZ+fpt@39#XkJ|jaE-d;3)tGtY2f|ON3Ncf!$#1e(zTFe=
z1fc(_uGjlC0JXy7=qQ|7WKeySVA~my1tp6Cqddnz#eGWl?LddvTe%)zyg;AYONLI)
zNx3O!M}@CS<h$qvL~nhVK0Fx%2WFZ;*&{2Z#NAK%(n4x1F!z1`m7gPi7cF3CEp~t5
zHB(~)gbe6anD+M2CPewE3nUF%3&1BQ?=FYE=BqxaYiSWibYE{~Ma+L*2}`>>$pxy7
zK6(83F%HfTVEZr5wa2Oa;G!yvArC7q<(z|0qp4yzIGWH4yXoVBvq~(ON;NG(RLrC#
z^jkC^wibJ#N(RoFZnc<lzhyal&+-gQ*@}uSCY_|oeRqpC>wLu}i9ws&v1@Bs)tyET
zY{>p}@%z3^NT3sT_O(}!SVCL<f^bdEWjfXnK3qI@E>Z8c`mbFx9XUIED^e~sU(L)k
zMiGSVhQQeZ&I+QTVMxs7I<=0BZP9^q3n6h9l95Nyaxviw-E4J&;v#itqWSg88@1xI
zQ}d^r7L4DBM$VB54`_w7K8k5aUx734Rl<w!93Kl1I8Sw>8+=<fjkzIt@w~w*u2aHO
zjSe3PgCqz^=;@q37*gY063ONu%3GCcz2n3mU&rt}R{c&f=NM<mw`Qz4B~ZfsXv(kW
zeML?VEcNY%N1rR;WCTR%6-CfuTWjmL<tCj#ZiW}&1UE9(UcS-Z#~2T%5UqhB<^gD-
z`Eot!e?Zyi^KN#)c@0n~o|eGQG`j@&rLnv*(Oj;l*~>vjqf9LPh}Rlj*@Vbksl~%n
zDl=%HauBqU@A`=J455TeZ;CX+QmAET2N3iH4e33F6!;4HmRdyoNgygp2AlSll9bG&
z)nqIXz1{>?><V_OPrlx7>mE+_!TdZF71gThnmJ?{6q<ypN7ZvPWtv)bZ_x5rpqW@|
z`^{WB@&cLyWXnil1^t<<>~`=3zPQhlS))2QdaPKV=$|zHe9uq+nrbQ&HA|jLfC=<+
zw}AU`N&S<TyvEH~2dz&&UYqi?TB1pe*mU+h-Z?Lu{skNE1q9WQ1Y`a$oFHFx=oX3>
zxM%^z2XP8D5Hv)Rz_>9IS?`ret2`}GW`U5}EO$ps#SVVQ>1GL^+5Wv~l~tqk+vztk
zDLoIvi*n>v)vUhWP31JPS=UF)t3N`M#ka&~CW%OoSIMbCp`G|o2T;*T0bUHvG&z{E
zB-rF+L&F$5SrBycLGyJ6sy$f4rW&hP(vH65vs{o)zQw{l7+E%f)*3tfcbXNp-oYmO
zlU#BVAc%R&`i0Zxh<Tbvjd6Pbkky%<PIV9SeL@C7Lq+{#T?4#I04CnEvrm)}wI0`>
zv?EUzzdU(3<;^ND>y542+L*5duY2gm<PDi#XjHDrD#^-odlz_My}2ss+vcF6%dWeS
z9gL&pUyd<BDJ!h#s;`zul1x@>0<JvFAk|lEaZ8ESbY`G(ov<qPP)j+2K8n=H#}yTL
zk6@d+?5(kR<4{Y{r(4bYTvF39{++r_BhoKyH|!dZiZ?Ab5~$42w&_4KFQ!&{%J#mA
zm%u5fSFmfz^TUT1z>AWNy^$KbSCu8zR&>`%R5BH~F8!gC**5ykn)H$D@%wCt5>5?Q
zqtxeeII@Mi;|0};u?>Tb{2uYH<iX;kd+W6#W1n^e_V;(Ugb=#}L@8u2tA{TDA1lmY
zhcT)W;&>lRVV5FTINp30*JV9|;ysb7JC$!OlBShEqjPN&{|LySx&PVR81`XB{v32C
z_)bjH-rf@H4^8kGYS{;iBGPQ1{Q`qm4i+eAvGXzM@~HX9FC=RlROoFqUbfKbGFxZa
z)J(6ogR4~QYXyHySykw=MOkTZKrr&&`p6&T#Ny?<)Ys8l1#%4$BLd4Qq`$hzwaQ)H
zbOatI9wrhcu5@pRIp*Z=P<jmYUhPzzDCdxkJ|T2g&J9O%K3<Gk+b^}lVQh}`OurEI
zZ@J$|jkTScm_W!1T1%*mZ>R*=J};^nIN7`F={-*AHEkM!tw`uyZY^>7W1H@c>aa=w
z`ijf?3HIc}rw_Q>O~0nxy@q_`Lb(Md&PBPzJ+9MFhqgI#1dA5){EZWyd))vT;D?*P
zvj7vkPxaCQnHjsc%}kBQQ7_}v)RaM~AeZul0%x;^p<!B7RCzLK9xO!cnsg`BIT(~)
zz#jukEz_Zps_*4NUaW*lYmGqF7lLq2bc)`AAeV5K7c8FlgS<W>gC4Y?aP3XrAAf3<
zr;6{{M##RcQEuAi@j+)f1pTIDXMJjW9T&@RCdc2eb=@~ov)-GOtL3Aopa0bT`I&I!
z5c-7!uVMM^5|giCLmaHd_r)fN(MVj#nW3BhjY(^}v(&m)Btx#e=H;iYLsuqj-~JhK
zAs%MdeAj(tc&-Fj7+-8Ih-rIu!i~4EMn>@V9Rs3I<tG?)lH)~4F{>NfA#nSJb^D_A
zrY+N-dPmG*EpUg^`f_n%19Fcz`Fst;T*?Gx-StrixU>{(*As9L37k>nYZc}tQsZ6b
z3%LBeaQ6S|&!)hC<h4{&HD9migv-+vm)uLHM=|}(_Cu1>B`n7BQ8n%L>YTpo0;dQQ
z&Nt|*hU7g&qsIbJkmx-dR49!l>K5AIu{@Kys(3qYA3+PLrj2SQ+@|6*+&uT!q#Ww3
zGvNGsI*}fe<Vp^NjJH`+;hdqJgSl}WkJkt7S}t?S%F2HHSOt8_hWZGN^m7hjVPRfg
z;I|~HH}UWtC7^7Yl9F@d98d{?4@jkQ3T_GCV$0?OQXtWufeDc_g5B<*DGu|zsD6Vy
zH~bsmY%D&0zT_>ZYo3-?@B*HW$M!{HgCj#=uc?EqB4J90n%6d!LwxMdAL{Z*7f;NW
z`qz@}(oqIlmqO!w;?^BDy2BnBihcdYf(<3qSaTBPtpBY$^=VS4%xEG?+jN>3@PDhi
zeIb&E#34rBf$QSq1&FQ%7tCnMmK6eu+ytyyM#W(I$5IJxk<NGBc{4Y0iWDe&tYoKN
zPHAU$Q<3cI-4~60CY!tvns$^P9d7TAI{KEaS?@~)Y8TMCxE$-8LodbLxg_Zh8N##n
zmmpz$liun3WB%J^|A^6TCw&U`&Mi@PacSsnYv*G%vKUeR5xeKxbp`H>DBf%a4hzlS
zS?gCj*4n^Qi!}Jbexe95%3%QF1tQP9uC^HK-%_rJDQFFG4FHY@=fmY!QL=Q_<j<Zt
zuk}3x+(K$<ZO85jtu56_4k>NSN2W_T;6EK~AV?$b)Wxv_okJZ31c*n?cdOIFzetM#
z*$%z<#Zn2Xv%y}M3qpT8JI<AqfCPFgNQIV!mY(m3>b*4H33m!E8q+#opYb^-?^|}@
z*q+&)nDYpan$+r-b)4&FS6ZKT7BRFXw%^RIk8D%PxKiSsE-DE~7o_ClAUCffiO^HJ
zyzEwxuF5@B1!-`r!fxre5jKpXIi-%#Q|Z)q$LM1rB6o?SJeqAfg=aQx*m^{)IJz6C
z>EXf1>ERLIF{T?uQY$cezIiVR=O)A+@v0y9yGRZ=w)#h>pr3`%t9b{SyRPZ+hzYWr
zy^q-4q$W&`L>W?ard35RJG95FJ!03oU>Y?05J7i3GZZezaC$lzdKQPi0kIj5(!Z!Q
zFD)bbtOcWpPZXtR!;S*dyHr_XFE20cnor|oXmoe?6wV-kUOT`TNEtc<^hj9cK)wWN
zI~Rbe@$&MT52uEOhO#m-ea3gq&6}Xbn{+J#s~0C&@(WBNtL&c8Lv1HWK*Y-9CVd!g
zg@-ci-cBhmbqZyNkwzwU0-0%d4f#^?uuIhQI^6f)3C-;7Rr8m&ET~N5&VD?NYI1pQ
zzB;6FHP7`PY*fT%$C1ZICOQc<68CzGWn_ORnc|p^r@jYT<dYCNIZN1>(J|0IPC5tr
zu&)tSe2(I6I=}nGb*oK+OwaYu`oqgS>#(UQ5>RDjr8g%EAL1tk{PcVDIZt7q<`dc;
zKerkbGG*<(x;s|q`RsfyU@t;V(1qi8>%tWi5FjZU8m&~3$pxhSnqrB~4Z^30rn%rm
zV?9IVbT(?u_Qwetb?n#s1#{!oqwMe2^55N>+1J{jgnnh_Dd#;;X<IfF&0)MM^=<UX
z%@sGuz*Hx$xR=fvbM}B~XN~#qV7nxUp6)qCM9CfG+SKPz2kScvRVUBp=jAb_ZirJV
z8ygz~sRW{krl&w6F(5%Jq#sX?iK%+uPZ(efpq-FZF&Cgd50RmJlySo9s%f@beX{&N
z&I(UE)ta>wkP(m#yA;Wpf1~2u$*pjXV5hZl>Atb5r7Suto`~11BHt7Hy=Ac{)`dhH
zo$|{leP}skn-`H3VL<w!-f0|M=S|*R`c1BdcY*tl7IdBltw=>O>I=8RV3Kp1^LY&m
z3-~(R8J?)Yg~^`wR+}(r#Jjw<Uyndi9nsRA=;Kj-Oz}ro+(I1cTBYs}VFgLX8&b3s
z1ei>i6b`_<kI$@|JUw`%w;C0C7~+!zA$_>V=XS~7#Ni)%)C-0pD5stlE6@B;vbXWI
z`^9H!+#>?BnK5lK?swzwb${m$uTe?490-^S7Ujm|4wCy3A);$OZMdbx5bEB;(tpXn
z*hov~T)X6;9T8J5=Ui{p;NSN4mX$(#<p;Yo<aJ!hLh~qlr5}ZE@lmqjmqeEnS^Vgj
z$JZ%!Uu8fur*1PMSEjepW1|Dj-~~P!YV3{UM{Jh7(dg(fE8b|L7<5ilhg>nmBJ~ot
zy)cS4g}^xmW$2({YJVcBe8Qz19e)1Ac11-6P?avxnAn&YLVTyEkBH&&$$gzA?0#Vn
zB)0+xG~>5k5KzO%{qAz(`WykbtQH%Vz&wToPx2yCB8`CO08ro1y|SY;>+36APWXhz
zO@<E1W}YqiA{0{9Y6hm0g~v~jT2|bst0Ao^wNK`l)g}M=uI|xvq3A*}yFWi)**4v9
z#@wGs_*EB=bHR0UWJ;Q4>3Y^;C48dBr~}!>)zc$!cF)#U2tB_EuJdk1#U*ptSfGtR
z;IoUnt>?;{dJ$&Oc-1spSX%2|08KMo=Ua+CrsN;(1BZ+FrD1qiM#aZp#+Lq8IEPsE
z85iz0anbq{UZ;pF&+D$x+mx)^pcl7x`GL`$pzofa?T>z1Gn<%27(3qQIl3?2UrY4l
zRlKOPzIr)093J}aY*&--gARxqTYA#va(_01b8p)1+}7sLh?8VuJT98#Nu%C;yXBHB
zMEO7|e!oYosooXcW3l%tX>kcmU~+RgTOSgF1rp=x`hpbQLA+8vwUE7tN-k#NW9rp=
zREx7~QAsSoVNo=Q=sM`|unKJXCCDMs*^buJd2ELJSeF?0?H)md%wgNnqCW@|B~ggW
zA9Eo79>4MURQprWZfzKRr`dT&OI}_+!NzYY<HgN^bPA-_>)z8CxwyW*p8mNIub`ly
zurNuBgI~%|%ijFruI_GL9v-ceO)`L1Rwsd+o}EpDMA4ZePi1*c&ubrVu@P1wksGZo
zqH3_kND89Yy3G&5+P%MgA&@oS7}PUI*@g7b_ZT4=d4Gv{#=vt9-wMz`es*1^zvBJ!
zF?qUa2J!&pmsghI!&E4w+8xXjksr&qGb4;s5(9BYz||LKl-$24xx0My#7;~=n;YCi
zw6DbM`rlv^6&@2Btz;0=j;NlUPq}Pu+=`j`h>t&k&}=75B!^%;t~-eT*=(g!-kXRg
z8W8M*O_7C&YbhTM=-fGd{OA!o$suS_DE$4@nx7EsqufPhs5vo%y?Gkf+<5fI(Tj^Z
zXt6<{eF&*Az6*=rg*c-Ma_H$u*>QW++fPfTKS?meZ%eUM&|c}c#$IfjO7AKVX%LfF
zu_uUA-}E1BH2#^_2GX0V=+I;jIjuUWzxzZ2o3RGU_N70z?b?_cnRF_K9Nw%T_O8G#
zKP>V5S&lS$uoq^kAZ!YTm}_j9e4j`n+seGrznib?>H1BU4*&IuFJm2aD4Yovf?Hup
zmKrUBsmmBpk=a8jsl~&}I@=vedz{@L+L`EoEg;d=0%u~<<wDz34{Kw_e<>oeP;Gx&
zyPcZ}k(vw(3A^F84xc?QzBoK<`E=f0+&%~!7k!oL5h`BhKXlGr+&PfQN5)9~Q%BiN
zsCqz#1DN+QmH}S9O?OP{RZP4)W)9`gLeGe5A;X3M@Cu-I)EU7tG}&sGx91D}raVhs
z&1t_KD0wO^$-9*l6)pI_pKhgO20uiP;#M$~!mVm&fYd$2eDifByhw!!SYPnvvZwg?
zH8wMGF)=br1TI}l%F6Bc-i$!cRzT592pv8>9bJ*gN$Z#+kpYz-G))IU0`a*axliwc
zrGajXP$IffBonHWZ<>JNk=cc*0mjjWTU#J2wT){4c<$O1DMBMPr^dTlef3I}4ZzQL
zfPGEX6YXyw)ZYN9nBzn109m@s))!J3y7x8l9Bt6_`Tyjra*<cvCkV#r15nGzpsHpk
zyh-HKe|K74W+x^kWra#&P>-LzAbaTgD|{!rn*zY58}KN76eoRqc1}k%sqmJZM3A^}
zq~m>Yr6#H4@PlOz4-cJ~|3+e6mPb^ufsy;CY3u)k=6aIcp_vPi%X8~UyMTa?+$)Go
JiIkD=e*uHp_9p-U

literal 0
HcmV?d00001

diff --git a/doc/assistant/deleterepository.png b/doc/assistant/deleterepository.png
new file mode 100644
index 0000000000000000000000000000000000000000..20db674caa2470ab4502ea42a4ec44a6320d0aa3
GIT binary patch
literal 22780
zcmbrm1yEc~w>CNi0>L3@a0>*7;7*X>65JuUyL*B|aQ6gvcXxNU!JT0Ut^;@SzTbDx
zd(QXYTj$o@RZ~;dyJyYn?zOw0?&n!MOi^9}6^Q@|005v$Ns1`}0I&7|0GOyZub?F=
zbzdr=Ux@aSnoa-!+R2{}jKlc1L}(#`vy_}T0uYuI8;&<&D;oMkz&mGg4QEk18ygc_
zXMm`q$ya9+V=^}jXLB+MDLF;;Z)kV`02x3^?30T73JB<DPk7+L{J{MFt4)~IpuZ)S
z6v`Z$xvD+Eb{4C{@f(^#F+O-N!@9_rJ`uLJW)v6HR9F#dlryx$!|#{TinEZ9^pwM;
z-iy{KOV0}1!tybKw7<l^ZAV+W`kqCbGNNexQ3|H;bv*v>=zL>Fs*7hB47hWn<|mW*
znOimjRDYn)tw;8)?q;_kOcEmlgMVmfsJYc@H#P<)CZ-H71@uZ{5EBz~Hd|7?Q>065
z@r68;Yd5A4LvK7Ng4UXyZoxo;Na{yP&Go&;#R}b4haGq}ap*5dTUx;_R+Cu*N2{ZP
z_|o}GW$J%yM>IL?e5OmJQ>xMF^vzr*r=Z9wr_|11px1PVAVL4rhIV;7a04G|KF7xY
zJu<YU+8A1i!f;pwYLr0}Y9mym=8t!Om;dG6e=Glo*L`t8f9n5b=I_@0ZRVfl|1|%1
z`TyGdzy9|Bhxz|()jz!dPxF6|#sA)WrG^Mv0Dv~7nS7-|j4z!6hV~U8=QRe;zL;2D
zdjfR0jnAm!hfh`Xj1gavi4*~xt*kEkuoUv_GCI6H61xKdJla3Y+B3)TF3{Z{^#N0^
z=datN{xsKyP^%nw^_*ceEC6_qgRJ-~DF4;IR(!|)5W$4KY<abNcoz3ktoBb?o2|CU
z*M$Xu1obLCa*CW&^T$L69+OWv0AY9~$<O-I1@<ocUBYfM+VvCbuy4|dr9N=0Ddwu!
z%-0QX{YLSJ;3Crq{2A(dVV6#OULQ(YO6+*i4n@lzw%9b}Yq_lS6AoT4q=rz@tk=eG
zaQwdj<)!T?Uc(xF1K9vDY=8&49wz{QG7(8Uq%T9Y05W`l&sS9#5BM6mPk{!n;D){q
zDYfjm?9*XJQYixrs!22&24xXoLNQQAD;&POdpds5;LUe@Q-cD?@wi9uc93Knb^G)u
z3L9{=Cq_$^X(Vye58^Dg=VGy^R)idW@lqX@FDHZg^4Giii|vUVkqVHwfsfY{B>h(U
zYD>F)-Cz)H(v_KNA+!Ds@zF$|>wOKw=qW-g%%R*$gA?A{opz%GnjTg_RjT6bMV`4}
z)@2WA7>etC!0;UriWavO9Ub9=Cwe1I94&xGzlEXfEaQv&$Apfr<yzkJ$vv}r3S=yN
z@%|a#KOv{*uW4-n+OhmcHq{p;`V%}od(Xon06GY_t7(&_$f+{z<woB$0q_#D=bV2Y
zA!w6?Fb~V-x#Wq$<#c3U8R>Oiy0;j|24ooljgFiU;Q{fr)e#W&#~k8?eW&*X+8*(=
zDkegCX<ASGA8wr}K4Hwb89C4%pV@%W^Q%ZDU)9F5{U-4`T1%Cl2FWI)i<S>EP2@Gw
zXG;_4d6F-rf!^dP{K#WwR^vs-hJ|}W9drgG7fcN!oLi6I?;NyiVLg6@P7P2VPECI0
zq}u%)e=zboSJ&is>Cp}ntxFwyT`+ZQT3DO?wa4K5>Ka^Oer{(v7G%KQyqp{pNrjl0
zTg~dRn<m_5=xA(*kHyCf4=MC}w#o!*iP`(uf=f!4Il!Uk*UxDr%zCejmZ%=9RUTZy
zK>it>5+j3w8HZmxLA4>l%s+GByBJv5k7X(`ns>+N=n3L?=7OT|CKj%Axp6e^+rqIy
z7sLWH&&CpG2U?=K3go<Sk~}oF!ATP}fo6adTxR2QbhNz3!g33ncK3?wZ5|srdjDc<
z_=m|#I`_oV@)V^AGzC{zSV@=wpTZgaVeqLBx$eMxHmGb@y!X$L*wWxC?_Y$L);b*#
z9<)DSMJ5%9G70E-vU3nicd|b~zU4#~EmPeZ(WW<nY_qTpO00M-7MI1@@uz28sUYrT
z5JaR+!gR?Ed-lafO|jNc`BL|v9lre&B;YLk9~RWrLNO(WDU!tHo%qMR3<~JN1PVVI
z8%bJIifMATmazdUjCw=cnXI{O@I_#&n#E(qQc?YQ0jzlyYt`;j9XUDabeo6pG&O(`
zYhXJ`cHylhFX(}!G4(Yv=5!|5^^vx@hxvCfMXLHZZ16itRsaXQ2L=EmBfKesqb67`
zf!KjTH_)NW8iW8C%g0st#sCHz)bq5awGMn_Z4;?=Vo`Ow;wfuMg&XjWU6O$%#!|1x
zVpiD<dPnwJt^iW}gsj;z$vz2FlTn0C5kmz?jKN#g(fv)Qt{krfb7)&?gM<*10V2+l
zefb<?`tnPji}@>b{#mUsj>S6fPfx`I^&^W+xfC%&G$Y!YJ~OC26<#h>h1HB?NK4Zs
ztYv=btV@&XyzmGTHIwH^5eK+px(tpRfonw%dWU}s@gxfeH9tu1Z%2nIKCsm|%9!l0
zY)OAg63N;$|LF!FHm7v9fbnGcSd=j%4Rf7o(_0>bOG<ZkWHEKl@*e6%rEzMQv7qsE
z+L%W~1@4pi$eMI{`PcYs3^Fr6`Og}^VgUZZ8PPIuUBw}}<8LjhhlGQwu3m53AJPFt
z6FIac#h9;2`EWEq5ilPR0@3%Af2+wB!*+m{^Bu=DcOAMWU=u?_ZENGiZ@eUC8_PH*
z`WFQl_u~L9%s0Y{Zc=>&oSNv7xW!ZeS`wV=#G}EyyRo!z5{;znt(fiDeq_y(T6E9g
z!P%hiTT`^jvpG00n#Y39_E?WaAM=%(8tHuyqi`iBU?9XkHV3j8Kls(cLc#WpvwMv*
zb(KCK%l-PhpKO;4YsM2gPL^q?1(osjVKs7ZmIFiOe&E`eU#Ab9gsoP&i+uQaG%1LW
z<jzG!yEQzPZCtbe1U{YbpR|ylPtEjP62murO6TP~R-*H0Z7J9XYzoU{cTd9@Fa*m$
zh)>2?{#q66WfC^GI~{l~tcy;5S9f1Y5bi0s-kNk`o!FaHBwu^VlOG4MlU!$-`_=Sb
z&avt*-shlJy2iUt1@z@}+~&4$I!zD%?vim_g0;{=az#ZC;iQuK1qx!=&)CSBS20%N
zUVja};RWv%@@*`@k)mnKD4#kXQ~&Ju9FhM;iKxxQ2pHGvVRWW&z%)0R|L>kyy$kpS
z+K@>2rb*`1T~N?cP<z^Ba}+06sCwq)JQ?NEiQTILvFEYpXg9F+i*L<0AEo1(P9qvl
zWd#hj!1BUP=vL@zORS-dB6rYWdRb5h6>1Hl;77plN+1k8EM(^o|5gRyJTf+u4yf>?
z7w8?rPq|ypI9q;%A9_4N*Qmq7Q-C=XSOH#c!@s;g#!;q|du)ZD?Q}CcKC;Gu`66tk
zzgqmj5(DDK!Dm%R9?&AG{%iJ+r4Zskjzs$$(fvhNKev(bB{&R_VNrXnrkl}%AKEV}
zIs9SKih%=FPAyrmb9~<V`$JTcG7!E`L@F|6E**K57NY((S)c-I%5C4ha*z}6VlqFk
zR4cxF3slNRqUknF@qWA3Nfp4rDFNQG8E;TSnTTqSNsG{DT(q*vC`=oVVa0?uRL0_s
zf7n#5Xb_P$S)Rp{%|Ysl&$LPE$1LMO!eaEnf&|q17cx(IOgzIp)yq&&tfY<L;^Nl0
z#SQN+M00<@@leE8B*%WC_ttbEqlWz`1_S?fIeOJ>b?i}`J4kLOr>hL^4a=J;ygKEQ
z<(z1lt{*6x!D_<!0L^eA50=XS>tyE2^NbL<!1n-_u>0ZIZ|~m4p?vX|8p3|%Kt?O7
zUB;aMU0;<{CSL`<M`_;?r?jbzZrJq`pzKM2ha!hBPOTJ}^nUd80}Kz$*e4dVNeZ!n
zkf>{2I7QncUx!^PCn$h*b04mW2)moowLD8pZRVxl3LRBEa{k1SY!ojFF*?fUsNgO5
z16j>91-;vobG|7PcQF94e!>{0l4{H*keatn866yuL-9Dx4uYt55DJR8aVJ+sI9zPT
zYvY6ygQ5!8)fH<Bzly9sD7ngbS%iv=i85>~zZmD0Mi~?}e_O1v=Acka?YK(P-+50#
zL01((OZIP&|9=3S^>>lbX|q1`bMD5|K9?JKO;b&cQ%L9~($3rH<ryN2JiXt1>6<K$
zBvNOy{cvLK8t;1htI(m=XlQ+%32_bZahC<|B=h=5{r*nlVX##uBQi2__RG`3hTjY1
z{{FtErsgW3(H5wsq49zK&&7t1vT;A*<_h}29qDuFvx)1PxDy=MitD$?d&`N56aTE6
zWOLUYgRS#G6GEl{8~0GIKm<}d*TT@$da1J8(KDo=53Y`FU6mc(9y?kL!4c)mE*ZFO
zh<Ouz-4G45P|z+V*53=O-nY<EQ@dIBIvcKe+6+J!eEQv+Jrvtv#ZG{Hl6dO}Q5(GM
zeCi3J@)v6REq`+^^i-;U@j6U0^7OWQ3JQ5YR7wjCzVZJgt0foLuS=PdKL3QYnh>sw
zQs<SX5S?e&%9OEQG~|@dh%*2WwpHF6NL{T&rw=Zk|8aKu)p^d!@fzxihO(8epJi_0
zc@!}p$o28%Df@*DH{x`yna#)deXFyt@AJm<>4xuPqaUAJywF9vGDPTyzOMnE|4xWd
zmJk0B9&{n8H%@)kf|qSh^)5DWO$fI?>{))1)u}htL^XmRl?M?Da+!Sga}9`T*;%oy
zlD=c0VEo{O`_`{K==kP4M{QWqYr0E?oT0aUNL_De;T-PYJ?@P&t$N8TkGdiN9EMl{
z7%2W78c#<tGp!ADF8uA(IWcD640&P;zft`Rs%q2kH`EBPRp~@Z*FxezWZ2D)N&b#e
z&eKctDeIfTux1)@5DOd@8SZXL-MlGntvTy+TkCr^YEdNGYnkyt6^U?o*jgMs>w%tl
z<`^S?6mxR?<cm}(gIA6yH7HQem0H=|#K=U80FF2GA>=9y*%=N)wK7KP_*o317&8Gy
z;Gs15xcf)d<r<29i!$fKe5K+?aO>G6G`zSv&Lg?j-FFtswVSVz{Dc0w{O&^hG`u%)
zZFREY21wjV0c6jDd2yfCy-6EwzaF50Rx-Jw9oSw2TG^jstqq53Y?d6OuCy}A)YTp`
z3l-Q&2&?a|)Z8AHq8?X$)|Y;$e8n&Yy1=(z8h3xv^UlNyX|HwSc33iVTgn_Cz(QzM
z(C^4t|9Mgz)i4o|8xYSH<`~bdytqu3rh8NX1^T(YY^+jN^W!ZmI=VE$3ef%5^6;;{
z@mDcDu(^;wwQIR|^sMRJ+%D?;Ky!*Lwg7|qK_W)mY0!j>_~I7Ss%St~Sd)tHgLtXP
z;HuE#^zvn%o4q6TuX#kLkTtDb`gAOwW4^7+_eOCGWYi~7_|EkLN8<U0Lj#&qm2q+=
zqLJ<D70s^oW=#t0T6hu^Gro0=m-opo5tM`q26yIG2NBFL-!oEdh30@xzKV0|uMP#)
zwEV!Y+if)~5{f64z!-#qsV%q&aPA0&ND^&T>4=E!2(4bh3Spl|4ZmW7OU}UFTQ%}3
zY~<?QLf#z%z=YdynjlZnb$hacc$3IavOH*#iKxIM$7ATWC_W(Mdw>xZtFFkxVNl*I
zUAne>zJ69>@+;vrQV=Q9*x`Fkqv>(pbcURIHYZ0zGTXGvIoBxTgPHvGh183O{hik?
zMsv`ba%UnmV?1MsR@&%d5f`yIw~dc&!|#gMN@RGo(XcBeWg6SIX;*V*-TOr=%gR7*
zez$I;BO?_$%@l7$^x9tu=T47JPMV#4_VYQh+VDe&$VPzpv_s?OdbIOJ`s?sVQlC?y
zNyy3g;$G%JW@D64!|2_i#4PDX=gUcB=c9t%%VxVSz`E7Ww|PISmHy`9^$(32YoS-0
zACcI`uX}SLnQC1A?)G&Kk`32CxaADFsks^&vu7W!8cY;;^A{ZSxdmK)BQ6Hb!jr#v
zU-S{JNE|Q#Ddma1*JB1}SJ}2-VYIVPIgoHb%i1yC(8xR2>&fjQq%Jb}SCB8S32e`8
z<#1tZ|B0G*AZ*-Y#-;xk_$RDsgO~o<gNyV`$)26~F(1l#-VbixAA=U2HI)xSd&$PA
zrdEJn(tO5sT(Bu5q?XsmmJjl+S0da@T&}lSm?2jUra|}x(pNISiq{lFTKT)fgij5J
z-=?8Vq!G7d(Ac-jqx{UFC76E4xb=IUmh5e6%`ttxITe|@^KqZ5&*z_lGFVQB7p4RK
z2dHjW4VJPBD=iXZymxJ1qYLQ;Wb<2ij7reteyrljBu(|XTl+=It8kFd$76l9!>7!=
zXC98sO+r$S7-vumO-Y;*;0J?Goo;^QIk}X%)U+LC083_(-VE+xL2?-(St|{-^h}96
z-8Tc%Jh$)6BC2)7$SCeTS0}IUoN@60W=^NoMws!PjWf%zWS+xp_@#nw1A6$bl{9fh
z0;*nJMK~BTT~5z&rHea)9-oeekfItMoTEBs<%y|{99s)Z%|)=a^v)A(rY+jGe>GYy
zRxtaXN95+_^0|VVJTCX2p1i@g_#-1Dw!oHptHqhx6WC62BB7`AO??Raqle-&dO*%>
z*vs<^Bma^6?@=$e=gso_7r~qCm$R(A^Iz=%f`PYZFLvm@N8~VF`V(t+-RK+7tCN@4
z5zrXY4na$azMd?wL(d|0s=H#>76Z7}k~OfSJo0Cb>XS>C8{u3k?Cv^pk`{Bk@?W+Q
zaCBgTK*t?XT_(F!31HB8<Y{(NiROA>qp?($+gwpqY{FbuTbxXkLk92%TKwQ%2@iJe
z+AHA@ksB;MIUyK(1!#TaGaK98y%2w63OHbfUt{zEOT+k=D@`>L9g%{$Q!Cii!pST3
zk>vJ*c~AK9xi_><ChBnUvz?o@F16O}ssm{PTyx(Op(PTQ^u~WJ1>&S3fg4pSzj_u;
z#^rXmb2BAT;!Uq)c)7_pr*m*b2^&m-Co;aifukXskWa*NtR@Kq%v_*TzSVeEZy)?D
zQ4XeT`R>GCIKg`zDiS4}M4r<k#qIiGUq?r4erCmbvd*X!yDZaoayp{khMxHvH7lg{
z=*Mcx`Y#|IS{*xj^i4yiD+~*g`3c`T(B06ulk|Im7x%Plg|a^ADfYxUT~mX<mMW)Z
z-4!%M+qfOe0YYs`f6)1yce!6)*|{Rnypl9Ols;gI)=tdl`ZOy9QP!)DW7LGg&l!Dt
z$yUNUNUMMUi_8(?q|f~<y0ecpjX#Z0!wzNk0;JLpGVg?b`ucZG;LDP_>n#)D4paz!
zsBZpVsn-{0LO6R82paV@r{*z?5|uX2LLGO^rAcb+NOKAIrZ$;qi#c=(kCtRuw$OV>
zfG9@3XK8Zma;=4qpw3FkLrmecPWh~+C7e&B_*C+n;i4L4`BICc_iJUOq3>(8IW&_9
zidogs#;MeCL~Q~2X(OofUn_}jLLCjYrc_@kaZ@)gT`>Lp*6(Rx=)D9MF{U$gVizBP
zhmnP+VQiqZN+CI}P2lRgF{IQhNw4Q<FzWS**~Ykz+4)tf1d)n(7{<L8IK3Pnm)=u@
zSdV`Sm^k*&KtX%7$>gCy$t&VwS#|sMn<9(b8>r_;5jQ3EK|v@%`%P=I*-{B!JgusX
z&#%-D&o?tO9x%z8wxIO!jvuSeq0Tq%4+JpWypzk${UKcxfS7OGyHsR^;ym>;u{a&P
ztA=`MjvTl<zmK)`U^!-=&t9I-{-DVo&)32a>65Ces-?iQQ9Iy6ax}0na!j49^Qrpv
zAiACD#4P{sSkk9Wp%PR+I>Ckm@FTbyyj{-#9Rj}i9kwas^@TkD_0Re@KFKI!`4`!O
zb7jg!<}R_XoVRD#LcbIq&vfEsJ9>Jqwdc;)_8JA}ZK&cn)^Wob*~G@c)o0Eel$Brw
zsZ6Mi;*r;n;Q!2l&Xz91iNJSAcQzF}=aNItU79H$wG;E(h2VJvab!5TL4(1MWP_sd
zYyxsg9J1)wnr~H6l#6ZCuD=f`;vmYUoK{HMi|C)SgqNmR6Js{kPMS`WW5l+t8}u6(
z$j>FV%I_u7e0s4Lk6hJ=sobn>Z&y}rND799|H{hlal9EX^NCKLJ1Bn``yu+?DS5Pu
zD5-zL;8QLDkckvPDNZ4pwTW#QM>a~J*&oZ%_%t*!-u#fXC_G;0cfXe$u|RKeyXG`W
z`qWKY=Gw{SUn%fn3#ROBOXOj6diDcB9!mG7)i=C$L!9)V4<G$5QoX<(XL=p}m@-MH
zblAVs$~Yo!M}U+x<R6mJEEm4$v%V)|=xCLdwUdlD#iSfhoDLotcCTem{_RW(CMwpo
zpv;#aR?@+^j%dX4H+2Xzz0cvs-6*IO433lAbKoUjzY*nB&$Rowv8=XR16%tgV^$^b
zNlz|lxGbQc2b<)Qnghpl=OM%zBC21L?i#YAwE4Og$U%bd#H*!NKggDu%7*P)no_ke
zF;q`spr^(_HR07ON0}M4deiA#fAC~sH6ig)$vME6St8d(|M1H*ntb0PasZ!CFNjyu
znb=NUy=zSqXv0G$f<Y#n#_Mk1?{h$+S%baNl(gt|DDd)hnf{x-A@^K?4!qucRhQ8o
zy6lPfeAETBds=MuBOC8@vU#>*9t`e;9^FGH^GP-aM`LGqZs%Ru{lrSc&UqF#)4G<L
z$@Q2WkBtnK+Nc%0u5ifoP~dc2vo#q}Q`0A4_?z#=N*HvJG35O3WLzrhf*cETwuJY#
zud${jg{?+(AX;B*n6$CcR8knMB0d!tx5a-j)y=LF+C3#rXX8pP5|PD?m?W)Au>xp}
zJ+^oF57)qSTDLy`Qa>!%@h|teQ_&sb!<GKwoTgqc0lZiZG861E%B^Z)?3WLt`c)k|
zoxz#k)&Go|8vJNe5k94uFK|XLJPlHh%D2$3Q~(Pez)kr$Kj|dumpS7$u<<9hxz8j-
z3J?(KIxK1hyuTevL%ffuXb4W?dYW3rhz7Mk#x|}mn+^Hm9OBv*__xAr?q9dM0k4a7
z`2<}yqHg<xqNR{!vSWdtI`3rNT2AlHFq3@&ZaP^cDJ0x0?qkd({F<%qE}^v*zDqla
zl#?O^5^H$x%!!Uim?;w$Xt|_fVW<XFgN<A`^ofYX=a4P<F+l`3$=q!1Bc|B`oY>cy
z!rO22&WkEb*Hmh^sYi%~goq@W<8npu5Za?C<&Fle(B{!^z4ne^BtLn0ZhCh%?khs*
z42O=AMU*|@eh%z`NVAF@nx$O|SF{A)rPpdO02pvbjjbzIwA!DKa!oxyC?6K|f5<WP
zd)ch&){6JR)O{hDz4V<U<aX@SbWZ(M;8E6y^MyH&ENA_9E%aPxlxx?#)XFiNKz@K(
zAhJma=)OHOyFL)r|Fb{<n9E_4nMgq=K3C`B*%CsA$2VP6o;1)x7D>4kt?${gK`&|)
zldBh`OUkX{S1sgZJd8Ox_1idX#&n*MUSWrW$dhnefn*k<x!Hbe<`+hIw$<J!TKTlS
z{Bm%5l@oPFqxW*|x4F{VbhAzvd)H3791lF6xbHX1IdxCUr+Z{u{TPGo92V|r)mYDX
zu*%I;+EIG6_9a>&{dXZ8t8I~;<*4sTjb*<}76`<*z@ZZrRy(;`4Ptw2J3;^GrmeHj
zl)<~=*`b3rNnq^)jCy{cLEd2kTHB8D;HlPK5nbM0=fa?}SXFVk@P(UF-bNV?{<7h9
zncG>U9*FyHUc@(RI_h2V#f&RUGK+8JbY8k6&%CIJPu*;>5?fSt+LxAHb;^W$%n)Ed
zpYTM_vtT(Yu9AAI4M@4w_NTL|&llS$l|D5|)GSe2V)0V1POqA8g2nS;l#@@~$x&iI
z%q}mgPUNPXpWX+Nu-t1w_8iUSr}|OlTn?;zuTPI>a_Z(vM7L!XP7E~og$iP~oxU@D
zbzH@*{BVK(U{<>7$&l)XjH;$<<dWXGab`XG@-^upYr=@6^XpLd+rGeI;EWNLPxpY)
zb1WV(|6)y1dpU?rq7||iX0K#cY-^Ere9VZVqB}}2`(w?b3_PVB(3)V!B}m1-c6WF7
zyqSrxd%ONg^GeWW<IL=M0zt6ct?lBbLp{IMp9_rnQn}()L#XfzNz5(y^wtbBVD#l@
zjJ$A=f6m62&{wq|;ksgKMHIDe<aTmS0HH%MFcDSOkT#oIH)vR^EQ}B3z~RG%o=<fT
zY>hH!(W4Zb*EY-HprZSK`tY#Ycz;6gd>lrT)#QEe==tRt=PkhBf(If~QG^{{mxL#}
z?pq5{GB077lM&U0z#Q$(_~i=2i@YtP2;6H#CS*wLnl~+;Yr<~VrZaLdF!d-JiI>Z-
zDD)~vm6MN<C)Z{BNcHY}%yQ63U6E88TpunW7orSaL*U*Mn94t;js4vP8yRDL48YV_
zBM9drV?sL!u(M61Av$XLkir+K&VRMAiNKZAv8!{;>Az@40l)T|zXlm+^zm+BoFW?U
zlwjJ18d3`5wyy8E4yPalv5v4QnAr*>qab;AoSjnN=+ZK#O*iB`T%(#3`(24@Y6-K*
zmRL~FY8P9HlB$>Dx7$kC;RK_mD=X&70hnif3-Q?7Xs;{d*MQ=IZMAK;n}GHq=zKN=
z!W#PU&~3UvU!tj5jxn7XX{O0}SO&vV>rSBA_?~i2$t+qFItXJ<@M2<luY~@lw3TZ>
z1{BcqJ@XTzKZLf+(81ilwE+J*efyhz{$J3*b*I*yLJ>{BZ(5stbFF=|0wkcU?#<#X
zG2h6D+m4<?D_q;Sbkgf1t>x=mx3%)+FKPqJpP^MuFOiWiofdJSXKYxv))D@Vs|ccJ
z<JC}lmSV*p>1UbsAdsMqtI_7wy52owdbU|R)X%yvs-v7OQ{R&}-a?u8e>nF~F8bdL
zdkwJ;GTwc%Z`<LBHr0OJ+$3jNab(SN3@7c%HCz(Vm5sU!K58GK>V(npjkOX9lASjT
zvAV6!-XQ~rBWf`{sa74~YO<WbRp|TChRdBOnN+_?Z$2-=uITK0*XhJY$+06sp;OZJ
zq5{s52ho*0^F=HT*VUX_!;>HXWwd5Tn|msq^@@&AoriZ>kE-3zHGk)kRPDb^-&~$|
zn9aQ8Wvl|I0Fva_yh@d@#bYBIWx6-6TUz+V8r5!Z)ss4>J&=p(yR>=E$SVM}c@@}g
z2ceWMuR{+ynKe6dW$}x%ArIql6+w8t^h=yrpWT<WE9Mfd-PD$IpRBQ$Eqo=#wdHZb
z3RND9@s%p^!qhAv^ukDs6}zviL@Ka9lbb>P&bh-lnEV!pnS?*i$Q@g;tB}&;o?tdT
zQi?;ItP+N(Q{@OIJU6i$anhD#lyN+EAxk_>sB4N-!KkczxJr`!(tVY5LDH7Q_R}Lb
zzLEX57?fTQ*xyKNd+2q$&2o3#sVT&_`Gk;|v_DxFH%yz6`c^;Cg2NS9K|Fg(>r2>m
zt^WB1ve$@fOZ~&|O7Y%|0Ol#@WVOW(72y6Naj^dMoW5wcuHE5v^Xb;8Cs%(2$TD-T
z({B|0bWmEX;3*j9*4ycBdvz+-@6)mz?RWYC459L;C!X}_f!s}Y;w^$aFMm~f+b;HY
zCi_-|p?a%(Hj1>lE&T3$8AkJQDJIVEy*qMyzF&}gYTB8h^n3XE^ImhS;fTeTmG-RZ
z{w(|IiHF@Q*7HDm)hYVw8aYBhbt5<A`LMdp8XG=?a0d9$eq?j0H6W_*ox9WA=5E>&
zUgvi?uI~GsnQW`KaUJ8e0gRsC`>f5Lm2TJZ)(327yV)Hg_?VmRdp55i$X9i>Zkw-T
zLhDv?SoVRpZ*;#aCkGQZ%9PVZ+ma%`cL?p%G;}b&s7=p@2crsi1ot4;o_NM4`aO*`
z3SF0f1EpVpZ0-q6Te8@^<YBzl{Vwadp0`({pN<y6zQ5zU>LmvoWd+QVc=NwMT;a-n
z0UO`lJNd=;1fctEb%O#N?<zN**5}q-fMDHP^cF@p?PEs?vq4aPTYfWYf!BHbvlO87
zAwuTCjFB)-AjmwCPov3snQG&*pr;{-4Xf4l+$6<4N&I}rf7ueql}*dHb`yUlx7Ysd
zt`S+8uVdzBI?K%V$w6Y*i|dlp`;phw?L|*~k`3VN`rNNCsO081$=2ze2i|B;t*t*>
z@9Uh@y1C(Zf}B^%dkxN@KR@-z*rlI<&ph@|OLB!e?{a#gX1;<TBgr#nVQ`T3oYjKf
zyTfcBBipmwvvyqg-|JS&PF|!qH|9tiZ_Af*vkPmt^hQ2!$vcUPge3(Dr1iLmH@qmH
z<)>#u(tamKWw&LFL^RAjoC!S7x1UZvT^&5G>#hgjI3?B_79yF6Pm@n%!pg9fXaol3
zHgnJ@@%{i|U`I-L;C^zbNhC<l!74Z$Q3{Kv=ph-;sIUartHZQGEH%D^PZxUt`+CTe
zM<h5m2C8S9^M#G(;f^%D*Mprcx9O8&8(N<AQBT0@^lZBq^GUX1A=`+jz37Y2h4vO(
z9%K+M=!V=*<pw)P6>P9Iv)1v!PMe!;l%1dh1xp6^efC}1-Zz0Ivt_T`&1No_$y_h}
z>!*R%WZzP{>#6Jo99ye8p$9@Qz@~caGUR3s_RU#sq3`ud`Z5m6jRfgZzzEGvJ0!ww
zHu~uya@i-_=jxk4QQg_&HDMTz+ZCqV{@7I1+f~!vDaeFTr!NP}=A!af;2FQ(6ZW;V
zfahUt62i^Ti|Tx9Y%n_)RZvpIfbx>>_Cc5ezv*2crPmKXtxD>wzDcadtfkwocK6@4
z(R<}()arD6s@(L_s1B}Z#>GGEN9FT$#CJ3uaB0g5SeSyaK6_w9WXMA7vhVkzsbQ!#
z+#%~}H1W!nFn4>=zIl&!*_x-b(C|$nr~w%lc^huPdi_2hB-I_c%w9OF)p<c3Pn0Mz
z-RMje;ti5Pw%~Y86TO((t~5>OR%LHttDn%wn32lo3YA&;vgDcHX2tcdh%)NG3~%U8
zU%ea(j;Cx5?YQqoc+e+or1Nyy!p!<TN2eatr=#zcS9wL7em#%X?g9&>UFB$(xaC#Z
zxH8`gnWi>-KYz_z_dPYsz5}UO7m(!FR?GCut6Mjl^9P+W1HPLcX}b5j<Kpf#n^n$a
zOQ@rH^~>W-AnlP498<2<U?I|9YwhWUR}{qD_aNpvf=yKUZ-%p<fJ42-jq4tl4~1z$
zKG5YtvOV!f+r2heq2k8klaHqis^+@!(74ULl^>+`tljhUVg24vp?O3`M$_*`TD)|v
z`<j9AqCm43Js7%lY56#xO@d!WI-2KbHoULP=_h?=FF<%WblK6qwZ4Pkc3~v0WG2`2
zPTY-Z2_ZkmtoT*n<=KGST4}Z)7aB-!FDl%+^~%)bjKt$sbW#6ta4ri$s7AdOOj5j3
zEHY}jEj8J4Z)JD7REt+kKUL&mF<d6}vM{-T*-#>1{BGMttVx_^Cj7i;O(tw!8r-rJ
zNL%lSG&QC_N*Z(_&=n9(t@jMpjn){s6}}wG4NLBf2$vYWE!#R&&(_-ui%mu0+R$w=
zydBYh{tc$|^L?T8awB{GJea*_^Rulk;o7WHrH<akUO)y}I?0Q4?*y%QFgs4$^ntm<
z>vG=CkBZ}dXkBJe@mJM8aDNi?wAJX6vL<kS>eg}DxIDP=yd~4bc|Wl?-AYoTr*nDU
zIQZG#=He7e+>J+<uEwI-wJTY!>f8$49A$fT`svT_oSc1;UknGcW5qd+(htCHR)myn
zcwM(%5c>ICPpbMDIUNj=`W%Gxy1QL0ChOBR=%`kxxJr*>RPywc^T#Ia&~_w$ugu2Q
zmGfBiz$&;KX>~pek#Mm2c<vbcW$BSG`~GNe(K%WGP55?cN2vWN&GkAPshqBT1WWYN
zVU$mZXrO+$ad5B(eZ9#22@@zJ=<m1A`ux`Z>`D72g^%}rQiU~SnVz8B5kZDwe1bhu
zLeA7@R$Xv-k$77($)vDUX2a*h%K)j5&B)^nIK6UhNw@lT$RVh}_j2f9{cd8t)%R{B
zQWxiz^j_!Yyl;IHvOW1?iiZBYzxWZIU`;=Rq{(@)v&~WTR%1`y62~pULf`A|WUJGC
zdi!4X+{UTLeY0A^&+*-(-=NY*m3e`Yb*7eCYe|_>Jga81EQ(XVIY>}8|Lt}~`dK)*
zGKnZOV--ig=y7;x15A>=23e;0ws^r?rBv~=LRtJq+b}dD<Ae!wOZ2^R<2CgRQae*a
za?jtLr*lCqJDqs;xKk;w>uzydAvJE+>92cV`5h<v^by@|9#-`cz^_<;CgiGmM7pZ(
zsVAUvjG>slt|Z#P-Ttymv*A(g?OpSPtlw8L<|2vS{Nir8`7{AsJah5eTA!Qj^*bN&
zJAcx1bq;4z^-No70^vledF<oqrkzGOIwF~wUcEG36`L`7zo$-w68|;XiIl0bw%6`{
ztgWR_6{<F|O%0&5`nA^O)n@dLWD&a8k?^<XYUam2n_5T&4CVKe`gYHmcBpOfJxmO%
zPrUX5LBKSV150GL1RFmRcbdfJxm^3ze3lBi4kr%~jUE4$zIJCGM#%`t-a6Bog{|cK
zRz(bj;+qYbEz^m525|%mug87DT&Gsjj18Z&ibcI<N6pK-Y##wG_&uFHr9+isZsZVd
zJG4BU$f`qg+v%`6rAp-6k1ybpmzi^*f?p{;Gmbco_OJsj=QkNtEdOZp->yh4-z_r6
zr0l?_Jszsu-XpUeD$(HuAKc>8kIbD26bh<f??U0vU>B9AER!PTw`O|YTn23X{8v9Q
zjh{w{{OPA@*l<Aut^?c69UN_b$#OL>i3A4HJiq6Mm-{0-fy-~FOlvoO`kl91Bl|Rd
zMrTP)$G-8~_viQYT>4%ni{mGYZcy5SnNRTfcam4|>hCu~n_+cHunxPG2PF4b9h3at
zd~%zoLCcg$3=EnJd$7KPF_K$Ms3VQ?w_G$N@0zlD%CW&KwL!eC#hA8`#;jrN5e^L7
zO2oEy7B6RnB!;Jfsm~Ao`lim>pz(R?e#*Q~?Dn7yDO>kI?H841H77#(O`99*UeI)A
z$X`m}zh$rgsZRLAe`^Bv4-R;&q0)*IE+L`Ls@xy%NB5fwy`Kl<)ENJiR;usYt%=<?
z+`rzoxoKrExeZ6YylkxKgjVkQdq0HCH=@{42-1svKU$#5cngep1n;R(Qc!3uo*cO%
zr~I$>Jb%Q=|J)1xQ&s%`QMCN;c8(Ur7m|kvjsfyEPdO>)t`1=jU5a(BlLPGr!>T!q
z)ZVGOa$L9HDL!~T3K-c7Ivr}(6uoozSa}3ZgKr8y3-xKp6M@#HU+e4!9L1LCRg$M<
z$Vs1W_kG=HNXZ-BUJG?tHjVel)SbvgJpRm2*!H03{Q=?3l$ek7L0Lj?_(KRxvprW#
zuiIh#B?9TBjTX60XWV<f--Btv)2<T^Tc8m9u{pJoG2zyOfTQWTeYp5msbbwGsPX}~
zmYr(?^<DBQN9yA8-rBfo)ZN^%7i+z0{8P6=%JtcKpE9tSE9+V;C;8!WAx!VsZvksL
z>e7R6pmv_Ffv*v&X#gN9*~4?&BCTTTsP*F|B`Mh#uPgY)P$|%><|6eM6MZ9kwf#C;
zK@<sQR-A-+4Tu!69V063MSJZli6l4HNA{XrLiM#GK1xnM9xbSD4hp|DMW05otV9)U
zT0SxceuSk7QVXTJL^Q&73?ox#GnR2EAx+L#q)|&5=zmWZLLNjG0#p1`v!7PW`EW4<
z_c~Xfy<smM?}vMs?S6Z@zUV8irx+cc;r<6DDlf~HGVqXUtUXRTvrrlUfccC6Hn@El
z=q4C0Ho=o9)^z4Qx4x|w+n$JatU5lK=vElBK2GSFs4!s_ZX=^+O=z;{io#2h=ox)q
z<vw$F711#ETUz9-8=SQzIBh;Y7Ve%0F}FLoWIhr54?f>NrsDG-oq=}7{`&YtWmBh>
zJ3H+#LAv1np*hBniLrAM68zKb45@_l{&#L>0p_mxi_G<WLE`_RDbQQ<YMmrZkEKKD
zDQlhh>6WEqZNm!cU0>$O;0D$5fhJ6I4FMhy%Uh3lHl=3OWakE=4;p!Ovq~q}@U;(j
z5j31`&eDZeQvXw!Ky{jZatQL6;p66spE?d~7PT#(c5xgRO^Q^8G#UR}g3!m#bl!)5
zjqoTzW7rZ{HjU_n=G3#Y06YEaf9fZa*~DegA#oge;*dkUNJhI$6H2|7^wF&S#4H5q
zT{|o^sXeOXV;Q|$RaedNFU23Xq|*;b<z&R#8E=EdLm<~SdI}+ryKl$<HH)*IogI@D
z6&SzL0<^B5ba=>-j(}~y)bDrO3YKjBR%?tgBRy|}W`PLVLwpuxSghK6Z{*=D@v=)q
z;=46#MQIE@y^H2cOON<YXOOp=)|P-?pNVEx(~wK2bNVfuy^D5~f=<Sy%HQ~r5nSki
zc+zP#TY`<9ZbOwrBGwhh{$leJTnnp;8oh)avz<s-M*RIK2tb|g4@7{zfZRyYnsT!~
zi?_Y3&DHIYjD^BR#`Ih;a$zBw;8u(M3YoA6^XLN(k<IlHkxyYJuk66CtHPp^ZjoVO
z{=zV_De8H$v^DrJL0Y{cjEY}yc#TV`T$?;@7+dSnOfHiWEr2Cn*vjpU_B3X?V}Lwe
z3(~Y3%)7Qn%Nr?kbS?I_zR(gKzy6gWqWgrt<F)4+4KpAmMfCA7Bj2m9IAD_Sg27bj
z>!DLQIpeWJr@6I9x<c_u!N|e49L}Q{6?w<vj$IdhljM1#L^`aBy8DY<TJ_1)hBm@+
zS0ke?mrbS4>IOz$K^AK6$>nSM&qez`)p&&Fsl>?J)48tbvNIMjRx=H>eT^jHtSJCX
zePfXfg_i~f)<+rk2HrD!j<2}=ST}8X9NUzt!ptkM*BB)pCK2Y&9DW;aO4g3%hv@c6
z6;8XfFt!d&>ns`s>WVe4@?xgT2o+U9BOj}_I38`fLbM#MFms@#Kfv$zQ%Y`r^Ekzd
zI1v}}L{jkA4Gq1(h5kVN*F|S%Ra~34ym3*T;|xp3C&?{k|L9#%jbolz%LS2r^V;X7
z{zS^+ib^XsWLHeo&vP8a?{o%Z%58LNekG+1<TuGTX1Wq&@-B%rMIM$mM#@hx5o3?1
zl7q*F^LnNZG;OrhI39wkaVFprfhw2$igVP&aU)Vp^T}=C(zBWoO1J(%db=zy_PvkD
z_grv4%g5*41nCsK1bV9*IFo-;h$JG^r`;D*|5yA5FF`pbAvCW&W1R%7*;I5J!<t?-
zL^AgHvTFR=()kqnUN))g@nEw!wRl#q4_b~{vZwoFd}uxsU(5b<(O;}Gt3xrSL#4mF
zEAy|^yiuYMY}ps5w4Gm)vOETf5LErla@Lb%wb5m<ad}nvhTuDy_nhj*&U@9V^R6Qn
z9E<`S>DOCJD<Rf4J8`J>bL>q06vF-}V&oy@AwLYc>lt7ldSvNPe4a;Nj%RaxuObE-
z8f;5ENHk7=mR-iENY;#W6rEjse(#+>9(kP2IZjcM#v9Fnnx4KgmQ$izcH^&<l5Oew
zuXz+<g1``}g<OqBE2`lWh3Oo3;U_^%MdO~8kVcw{5CIqO%vq+%!L+=c75Px@TMVRS
zI6iW?jZ&LLi+&g9tFAgUy^Zms{z%S~(5Gj+!q|XGwcfDH@_`TG&{1s^_+JflU2Z;n
zdo&_MLsJxK>@g5{jk3Hl@V+$<+B&Ilv0(mg+CHjJNgR&dn!~E7K3RWFQ4yuQZ8)vP
z`yK}M0W}k%O0>gtk2x))go(d#IQ92RjRNFesO$#{)SDybNfePTl~tpq3*9b*^-d$E
zkBy9mYZ!Sl(d-_{(@Q6~rl9PC?_p_deiNB#6p>~)?4Ed`RG1n^%v%hXl3c|l-C^<n
zBvz#q`W$bEq~4Tzda5t$qwd1N=}uT`TDq2etm5daJQmOib1r9%+j}PiNOM71<{iw3
zHfCaV9*4zE%}pCE6a(%}OaU5+jze$)$-{MlN&II&RiKXCE3UH`hE(H3AI;gJ3brjm
zk2<9O4c~;degd@PnM<cVAZ^~CM(lm7{WFs`ZlT|-j<uBbJjXQpSx;EAnNq6-4HKXu
z)SQU*enV28P`!<~q$Qz!Ml~xRCWw?Zj*i9g!;t#wCLKG33FDX#XvAcy#RxSCKMRMb
z^^R#g^bn`NN&m1Mc*KEFRi+OwBj3q_b-`T!)3A^ZR$KI`BtbG+Nei1&GpQQNjMh|m
z3@z|5<rlCjKFQqmDi3$?DhFWJ^Dc?w_t3v|<otO6WwbcWuGHtp;}CV`f0mv79e`z3
zTGhi<6M=RM(<P30NC+xn+1VdBgyuo=wC(AfS9ItZ9DM_ECfaZP36g95+;ax@Mg%pS
zihP?k=%JYuNF%eb2aoL>As-h-6A94*+uLIXFo}7ESk&s|Bz$K3KQZU%Q4Qoi->hTN
zKT#C+fU$7}ysSSQ^L^`kFS+wYU%k1Q`qH=hf6|*R8X#b-R5%J5YeieK4g%V|K8W-W
zy{QxB9vn=Qyq;IGR6N7W(_KdH%ORaFbA*y%NOcebdnE4Ye7OB{(IL-bT(n`rftDlk
z%Q0R~-TaIOUY-Nh)47bot(S>8isM{q3{udq$=cw$GLx(MvA}ufT9sGoE_D^qr&78`
zMBlNsa%nFo{%a<p{^)+G0H&VjpPnh+_)O0sr20P3*^|rea9$9xOpw!;rH(@tXYE4~
z%U{$SL*lB7>rU8ib1qP?d{-tsIK0KlC1Rtg)XK{0jF{sd;>4@$qKxht@q}TVsk*`8
zb!>iO-%J#Bbc#wG^_EqoysdR6qAw{6%B=aa|Aa9`y(s{X>FKEXsLwX%l4NskDIglI
zDQ?V}GNW7!PjndR_U@%{Kep+9Wo{<0q;Iv~H*f6Z$CN*2m}itz)@`SA)vDj-ZHD&K
zvr^c&Pn$}Mv~`msb-i3+l;_h*pN0|!s*Bl*wH0a28l;3Ixdf+>RoWY|v!n1bWzY`)
z0?K=Sb!@y^64S3bPx0FocPsvDHe)-0&Ssuh5rb-$)I}$ziH`s7I>~=`-S%HyH@;u$
zGoZ&K5){xfXP29pmTj3;fIZXdAzFDc?15TMTL`&PY^bV=X^)qsZuIT@M0?r44~i5?
z4sLmXof&;CbS=P0iD>>!`q!qzJ1v;RS0W$F-ZQZxkH)|R0DL~Nh@T~`WcK8IV4;T{
zy^U*?1faZ<)>X!eB|q@~B}MMvlSB`P|1BorekQj^{<1}ruBy#I4acvz4;Sb%?Tmw}
zN*+g(<-UEfH+m#)IN`>z$Z72HsLI9^^b1$shzIjor}Sknc49l=!zT=bw`8vn4L%2}
zYJ3f+LxJ$l=9pgL7}9fKsew$v5BXULYJZ20<R3&}QaNXd6#rEKQN8otGQ0X0lb1M_
zUP&!<*4vv+==os1K2_@NsHbgx@~*60wshWhG|uF;l43X<0pF|n^4>wKNHQfF$Xa86
zVRhwV072oXX@}@+&%rk$(kJ7k@0q}g%lHMYnl;-Ee9wm}A^0!)LQ7+wL28ATCkjT&
z+UZhFPJe2ndwsO-o>2P+rfOW(Oo~B)VL`^=Zm1*BKIT7ONF7+cy84)n;J!3tv(E`J
z_@l$O9gH(Uz=G!diD{GmMSJ}-f%Kn=qENwbxAYU{G-F)^I+@5{ih5FC^0;<gQ2h&Z
z%QaFy9IJ{DQ!7>6sa!I{%SH1iqqW9muVXCRy@c=VGn0B)XIYZfPhjl|z>zCeOJBc$
zJ2?!Rx;nam6+-kKy4@KiRS-rKMf!vW`xYR~<hUS)^vZF4)LZPsWNYkbaK`6d48YKA
zj7Zm&VfwGIRQx=$UGs^w*%;B7!U(sVIqK%|eSwaPunhCz`HO(qh%#!4nbbdwpJl^F
zws=Az#HcX%y8|qsRB+$iA;Odkz;ld#6D{B8jHsE5wNJDkSYJ*9BlCanN~}qu>qt*e
zy`N1o-w4OssLicj*zWQ=R6Sm8Zy=v~mgJUSZXRy#%I2(5P0YD)hMF#h{c|%xNhaY#
z<K1B_J44WC48#nmXh0Z!*_7(0{-^pGY>hEqAv^T!n$5*Ysfr({>6ZEFj6clKk53#4
znvP0Cfmp7W!M8g@pu0RD4o5lMW8T`>eDJ1kr2mw1($#}d{wDOP6`I=ESIcm+xGKN`
z=HJ2R(PndWUGpd?6-x40!#ZD9(45G0(&e_|<=DndYilRT3|*#^u&0Ot^0U9o;NWwn
z0GPAOFi!}Wtw7s1B0$Q<8getu^UJHxW6L_PU~uQ%>&*^(0{@eqqY`);|D*F?Mta08
z5;}MjNI=TSgCKYN50&F>asX%4;UiNTy!6)?=uw<#!%jAo6Ub)MPQM)9oEw}YTWJYY
z8?T05_GsE{NS5l85>M7Cvg3d8p8#%OW@zyfzrW`v@zF&-!TBp@SgB2wX^3-lL$rwH
z`668+aDq>qS1k&siv#2WS3^5IR}Xg?0Dl8!qs*?mywOBjOt`N{*UJpM8;YCOf-`?0
zap50G3~PV`(?#9$0nl|H0pm6ryOa1`PRuDEimhk-1Y;H@*Qo(S<1R<0tx(5V+<nKU
zXVy$HPbs3(Uz^GFR@s%AtIS`!*qC-R<#dO(6o~fXv6Utw4cN>_Mj#YINC2~flTA0F
zt2sO5f2GWF1~-%l?pny|Sc<LDli6x|w>Q4QAcOq^&A}zl#h1@N0sIYEkF2=!>}6e-
z=#XWSRI5|3j|d;$`rY#Xjb7cX#uB$u6JMkofMxX7ob2(=sXH;>kNo7F__4!qnDfdC
zK&P;#M&=IDNZobyb2lD)eePb_3bs}am+oW~IgD11x}!6*J7D7SEMgKiDo901Om06p
zz7>q{KOo$4gyjDa?xmI^Ea=pP(wE1)y5b?NJ`~GSVW&?pFKL{nVPH!5)~upBJuY+l
zg&aTEzXY~ttK;3lr}$V>#6MJd5~?vS>x|Ajo1%;#Try6G3b$Jmv08xjiVFYc+Ll#E
z;XpEBe|DGO2K$+KL8|}&zTThr0$c^mZrKPKJI&w2KV;hAB}v2C%ohX||AqeK2Zof0
zKImI1?}20EG1M61tGuHT6V%IyWGVRfqPgWGWp5gKh=V73M8AiIHWb+0y*J~b5U#-9
z<m@rQeN{b18?aSute;uj9jZkPqCnZ22H|qnf=m9T6<hrwQwgyVSda^^?lF!GhFxx*
zw*T2vH(>emZ=D)e^_@ZuVt*$`yLEJ||FBNG5({)MUFuR#)EKHN2h>w|nc>Q~*KYZ9
z9A=W4^*_W`@tQyX57H&TE5#kh8+3)aCY@$ERN~|Hp`j5uC1XIC1ArssIOMVY;tG)W
zlV8BTV?*1iNY5i)DZ}Num!y)&19ygdyJJXrM{%(~$0~~y%~&l0O_%73R|kBxlm9&o
zA>^|eij4~=VBFP5*x96Wp>Jabntxet`sl+#)$rfNM>Eljx6UM&cc`Mz31rl=;3Sgt
zLu5{p%jmX4_)V4wm@d^?P~8ajoF9vd>h{eHkcRIu$^|vqXd85S!`pf;cCj{XTd8*O
zUR+ch*v#A7Q8m3LC(UtEbKIIXL418zhv+Abu@n4I&|tVYY*|t-mnk9OYh!3FKV<<d
z%vcyBi9n!~X%ApElZnt1ZYi;{akz0q&8U;c=$khV4h=mF_%BExKJ~>w4IThp?ALeR
z!og6(Q2Zs8c@1b{pPMI*(bIcwef)&T`DLEOX>n|o?$%Z;7{$1=kNq#yFfyawV9NEy
zoO9I#hULwN2l3q)xY86&Iffh6(>8<Me!0NC?i9E;rNbzgnA4`Smi2$mScz#rh`)*?
z{&u{uwNw8YjURf;l|j=LcmwhN$6^arwXC*4CTjwX-}q|+{9FT}1$-^a6Ezx|CD7C}
z8$Z63SI~v=|9J)de|y6Np)H=WaQeYYy;bMKd?i$3->)*o3r&`~e11IJs5L`Z{scXK
zHQ#|8t9Pz6+L7v;nv0HXEb99~xcn};Qjv1_aE0)5<eX0y7#Ha4$ZtT)y|XU=O>y)0
ziS55%C()4cVHabUg{<7d3DNNl^awUsJZ~-GLWw8Gl4H-BY{cU4*8s$bRV{j5X*??D
z>V_Z$oQA||T#tI+E$5yppu$3vff~Pj$>d&Y-_M7o@nkD47bM~F9QL|e3M>2^5=9bU
z2+1J%>oKvKqyMUJbS9hk{C%fKb2QZ{07qc*W^$i_nR|mQ1n|xg-w{6sX6W4DL}oaR
zO#;v~(d?+E&3_$tFVs3*Gmb1BY%%l|pgc+vDT)Sj4)V#*ccfxrL#BN*By(PLf(%gD
zxc|A6ciFQXdTDI8fnoLr6VvDLPT3K_!hc-L*;uzM2Ef?jwv`%68bkKvKRo#zhy@?P
zw0~@i`NI`(s^G%TF^3X8Kt8#^l@d9TRT0GsFdFo(XI}A^Xt7CVE>w5oDe*SC7{)7y
z)~)-$x_Qp1rm}9MjG)q#5=0a<fS@#~(oqQl8mhF=Yaj!J-a}AF2t{Nf(yK_3UIL*f
zRHY**H5BQ+h8o%zXV$!#wZ1oNz2EQ8J?oyk%UO4yd-mRU7l{En#xHh$ID8`=d-DX?
zn>1#b2|v^RqRkYNeaAynpLN@7CuEwMVrVR{yzD8foA0oY{VJIXnQF1JAhJgnD>6rQ
z-~pj>TD#J_vJKM`H?Jqp&`~UvRJ#$TSI@C%20_+yAWIgpN;DZwMKgMXt%sV?lVK-K
zOG#P=-RPjv-3I+I2ib4<1u#_22`Hk?@z6p+dK&qvD3CCzgj|{X?gkDr-};n9uldX(
zQXNYs<z|)(*kuAx-gh%^_x>=_&zWf&Db17GusnrFHD&Fk&U?zsepKZ6xh(0G@08{*
zkL5$%seZo2Qri)xdB8_a{u&1-vB4?as7iUY;LBX2y{&B7Br|Z58P~IOFZ2N~cHoJo
z8p8R3TaDya4H&IduO!L~*9|X?ke)4paqVb*t}!dS*~k#L%4ptA%yiB56Xmqp4TOSJ
z(PV1I?-gz#SFZM<-*VBN14tO(6%|^(7hx!#0ciNd?5=c6G#qfN;JYh=_kC?x(|m5S
z!hA>{agp^_TZ2<x-hH*;EXVauUad)pSEqVh0yE{Cr2HJZMBVvvbJ#CQE<huUPUiA$
zv&Q$GVV}~)JHq(2Pa9dZ%UIaJ^~v!)e%dRFLzi^Y!i3Vc`wIqk?e6QLU@iCDQIz!n
z8yG_X4f;d(rLU{MsZ^$9;3};-@9e?wBaWZELy&>Le^#DQRIVUVU3}tL7JNc+fR*tP
zBQzQ`H(n8lA#Tr01o|c8E7ilYs9WL!mHa9K;c^T2cKz5XXA8|6dnlj*4s2H7R;4)!
zIW2vEi>GT>NC>x+L5`)?LND${weGydt*=%Fdnh4ub={QboB^(t<vZT=?8tM^pEFD7
zO1+s7u5VNVG7BU-)B6#DX2#z}$9<g+#z;M51A6-x0LVy1VuX|?BgF*1{69s+DajEO
zw@DcQIp6Z?3;p?>h^Sw(vILy5m8^(Qbt$Zv+f=}Fw=az_!loZWLV%Q9NGFpjJ!+7c
zU{l$E-k!>Boc`gGRuFmECTi>cNBXVh{9@EJbDAY*==wwB!dPBfXW>{%xj}HKRG#fr
z1;sQ4m(!R0(cR{+W9O&K!Aslc9}^Q}R_h(<m%dx;y*ApDB9}muA;%sR7c8ZtqSCrj
zOh8c%vg}ub@P(d~{mCFD(nC*G0{whkGR0+Z5SaOMBwGGg&zyf`?)?>JqI7fl*Nnb@
zMzQ{kZXqmcafVex#TE<k6g21b@me3O?TGLGxDVF?kRm$j8n>CxxX@@Wiu(9hvVSEC
z{$GP;g?+-=FQf*VnjTNkj{+$bR_-oNCvIJ|@jp8O6&9KM$sKeQTae|J_zV*womGzu
zPgv1-&!{;9U^6&qcTC{yP(&%nM}X#7j&Yp0bpLolQ79jnK_nIGtp{Y=idDBZ*RK@S
zO2de46+=Z`DSKnw4)Nj6%L+1H`;UeQsBNFKA1>x!#;2u14+59C@Kqb)j6tt$R5K?c
zIUeAAU;ioEj59+0QPkVKI+FBhO4rySrd{izI^@+aUoQmxuu^%AQ2CJaYw5*uwN~W_
z*I&)<S7dQsajIo8Vf9>jhwx!#VOU%iPVa0S*I#P7RMvEk1**+*MOXJc?4p&J`uu)Z
z;QFa(LOV|a<ngmH9=wJ9X;t;U-#V$DMAyZ)Kap@PM5l76v@RBw8jdOy6>wY*Jsh|i
z5Omi!6DUt^Gtw*vP>GbeT3xK?|B=_}Chf~fKIEy%!`8nWcL6=C_|jQ$j*1C$p<a#s
zDSP<B2ZB}xKL#ZcSvL&;(YjW9W_h-9s1ee@AX>^jHCbe_LpzQcYF<FlgAJ^AclOaY
zchz4EgfWE)0zw6^{h-V8=Y%r&pVS^VK05v3i!Rju=9#5C_9(&61bG*9Dh}EmUzH$9
zZEdXiuS8BO4F=kU!S3$IqC!P9GTv}<exHM6@L#RxJ4=ynwPw{}q6>W;u%fnh$mGOR
z2C#U9JQDIJ4Vg7-=cz_n>P;>p#ORuZwngF+-;052md6SX2C`aL>{$!bBxhUwdUDR7
zMJDm6%GP3G4XoGKXr(1}=bzjR>QDxZQKg1lVPgKi+HqU=r|qHr3Xo>Rjp}*(p;Zgx
z<MsYB8m^iiDPLDc{}Y+0Gc(bQBN#xs^Smj{cIkA_#O@mVoo_%bl1kRPx9svqGWx^j
zqhgo3Z&!8v(Vfat7+PACby@gG?i}Q9=V7h>LXcU$;z`tC_o!=M2amfZ$ewA9czLlz
zk~H7d51KouIbe)9kll|=t9NjOG3$gt#lD1v9w;$UKInzg2h++9?_`X5v_PC;$o?h4
zHlD4t_gy;EK}vSH?_|`EX?Q%6!N|3mN?bu)TYF1h4^>4hhMfM6jEi-PR{K=(ZZHO|
zf;7{xu9UGHrsq|K$-Q-w!!OxZjaeB7+V{-Dp|nywr%CNh5qJ7R!GWMB$B;19RT&WI
zkqc4g#<N(XE+!|0^BoWnZM4cn|5W0Ni71Xp;s*m?w4FEgwq06p(iSZK{)=)g@}*!j
z#B+E#gUpWcsl%^0CvtOh=jlB;`rf~)4+5=g&*TsAjz0TsBQ0Pmj;PY2=YN!*rZnG{
zPwyK(rgi$8PS7nK<&Hv?PQHXfUECJF=1cy^DT3yRA^2TVSg75+$mQ&X2!q+vedb1I
z0Wi--TC8O6FgIv0AV}0<@L~j3bXuUM92Mlbk=UXMNqp~QI=FKhR(EN%x;j9X&89zd
zXV-35WR+d47!pNSe?T1CwQ&gzg&#bi5jiYXD3)5}ST?WFO!2GCe`#%3F2|qn^@B^s
zo8vG8Wezt4s^Xw03|rtdBWBq8#-V=sSEkxX!I;Uepbdf}fn;R_&K&uKEX*D2XIT+*
zS}lqB=AkMFl03K4;ghJvDQkmmd&~DkuxPs=)t0rprmVxqbsv7U{U+2%rn1T?y49sJ
zS>E*t*hzWYP?$e0`6jZswPt%RQQPKu)Z<H-3)j-C?!PvV6fCWU*02ohYU@poPSb`W
zm59|fyqhqrOCC(oF5Wxfq^4+PjmT&HyY5rNys5&#9#NH2E?S_FYpO4PDTlR3Yj92^
znfM`ap-@9hNdy!(uMf`a&0gh*9)o~G-mk-<x*rBbgi$|Yji^kJq5WutPE1q)%E;<)
zsMWCB<IV<{F&C0Q8#1{kn5PDP!>P-Fc{PPjWYc#z!~WXFXx}2s0F{0~ie5+p>Ps^y
zS(I!Bz^TJyFs9B6_%N~SY>L*-$HS-<aMpY0)$T!ZRCAH`5SEgh^uZ-&)PQU64yrDF
z*0RdW??@rGZjEnH(W|a%d1nv$8(5uRF#4u$!p6vH?M&lZnhRdw!Jzxv&h&JiQqAdF
z%brWTjpIH0n4W^%ksacUxK^5pOn#=2jGNWPTV(*lW5I}tUG9RFJD9-J1~;?FZ(TFa
z2KEyEk+4+TN;BTiMcT8b(x4E`n94L)@>>OD+^hM6#8pw1g^7|XlRJT1I9{KwHik7h
z7iYK*Xd14A5hj1;Z0`nVB5Y!aSv?!_`OvK9E5Hq%-pm~NYQ{6T{d};hp|`Zr)#?&2
zmydF0xw|I&HRH?2gN(`C)U5`vNMZ7HMLnW2k4SzrxR@b9)!Ly}BxN@VW}i5zO<~4o
z3(O^NN^YEv!?V?S5rj3e6`M?dx-P=_&~!KX<EX%g;{<fU$BF}g%-lxRkYwAj^2_am
zj)bhyCMtZeYIA3r+)Welh3mxR6!sP5A!$ExKB^0{qhUcu*+`!#8)+g^5H3u|9@3Zo
zT@L?3IQytfoIYz3j-9o)9d3!YuBhV-#}7;=#jSb9i_5NJ*XB%QpERuxU&pGoZxFuK
zOpu`&BNk;9r1Wz>YD|RX%E>Utk?pbzGrI#m0fD{Wi-|dVXMyOH12dsg4vCuU!h^Sd
z7_h4cAC5f*ADTV#@S*Zj{L~Z3{L$Cjz^r0E=c!EDXH&yUCzV9Ft^(OS_EUWWd!E)-
z1y=P5eQ|QC_~=!f;}$ay2;^SUeg%{5N_<+|mWB)otz#wR-qEuCHWOSrXWdOSpkfR8
zsjz~%BRoBh)-;1QU&YUlRy@Y4gBeuxOTjJ`jy}=_In5Zxm^ZX&7n})k4eN|H9#kNm
z=h}!Y-jb5v<`^&%FwiI%;!8Z?HIZXXtjlfg@E_8kC&<UojhVQ9`MNz<j8r@sVUX)1
zlD%~x6Z{{ys_qgXJjwi!%c`GfzleuF3HANP`28?lc3<OtpWe7w`Ih*~no<c^^T7}<
zGpz-|{j57-K7l#h!f(YB84MNl4kLqYzwFagPsrmAvD(@m5L36n<>9L$WAo*~#!b_0
zn1`#l7>Bt$CF&$)YtgXzpIXq(^xEU%G`ppaQcDNJTbTkC;@8Zl5YQ<^Zr=dD1m85i
zZToTGS1*cxH(TlZmO1c??Oc4p(}m#$0&*Y)$~Ht`A+pHVaLbY&M8?7!iD_O%2Ri5g
zXwC4l*wY2i3Q73aL0G%$dnChM+<i}tV83N7XQ!FH8RKYcRt=suCtnw9uaxedW7lgA
z%sst@6GN8YbKDb)krT4tE8FbLlc3@q_-5?ffp51fM;hsu{ZQP%-y29lY}|w%Su7Z8
zwcps=)p=)V$)PJTRr_&BkL9yeOzoJ*a`<5G;{;O>Q)vu~R~;8Gel^cIRo=>|FFt=V
zFhdYG-?9)VA6-0REi5g%KHAP0=Pp9q00pM+gPzs65EOuKuO|+$Fw}}o7b`2=vnD@=
zScl%e6Ro=o^EgsSCg%$=hN?XocJy*~@wHZMUK)(J>eX9#lWeQp7gAd|g^i3^nXcDt
z1?nPp>q^|eZvc@}qzYj&?y1DHRUyCLunRV%caB`fSIj+&=e_*Qjrx}wD0@KCbZ?|0
zn1izdtu>%<ax~l_a_?+wnePne+B|Nse^fyjjrUG}ev{#z-Q=v;Sdg?lGEwi$%J4zj
za`-qZX)k~Fp3)_)G2iJnA6iEk11`ecbj7%?Z`{AP14p6(#s+}qsZ1!z7$d4Ese_tU
zHt?~!oReA6m@f8E)sRMVt=>7u#?b&FPgugJbr(~|slH0GP~zH{-k1+q3l(et*oo0`
zZz<c@*l>vq!LXwCC&5<NHYO#r8esLWj=Fq4`v^1bsF$1=)ZSsp2RHXK!5t?TSKRZV
zJjA=47R!Z~!eH$I&jk5^5D+xcsDOz+;sNMMP6tQe($o5^UpG`ItAvK``X61tkvLq)
zMEC3#UTp4R*a;t(-U8m)Znn40??(XlXO#cWl>M9X-osYQ#nkN_9&9>sB*7BnuJH;)
zbKd>-mW#ox3B#rEI=0{4Bi;<yK6|+C(-u2e424%B(JI>#BUgXdt~=tVJZfRZDD<(c
zJtsZzwZM0`a3KNyf-IMJw=R=Nq%gt7@wT#s9=ReXTlNOTc>U6EcS(fuDa1i<+>Hq>
zN6w(q54a?kLBcgU4URpC7U-G9l*=Z9q8_O3|6v)25@yFd(t-j~Pk9yf7dC?US%5B8
zs?lv}D!+VXy8`{1v~e>;7aW^fJv^q0c06f9)pOOa`bwSy1AmCI!(9j}K?&fVGQh1e
z%XC6rvgW{o2nJMN@UF}hJ@`Gyy<yXu4@-Ro`l8dLIf^Z)e0gXD7!eb2`{+Z7mFZ;_
zM5^M+QvXyG-dDFkCZt+x@(j_h%;aRW{X?Vc=0n?a!V4$Ow)c|BYaD{cyL-;`13A8r
z$th!)p|@v^b??H0#4TE2Tlf;vEM`>k<U><w^LCKp%;#Ji^rqWwOG|v==570(ycSx)
z!<Y~hMmm~}d@AqFf9+xK)@}P2518h!0*bDke!fDfL@T4Tue}1LTrd{^0E%@708qFC
z0AL_xiemo%IsXShsNg>Vej>hj+1XF%pbviB#SWkt>dAKhMEslbe<S`cl>gxP2kXBP
z|7A&k1N{G>`~t-V?ShH-UIYLZ<(Q^2&1~JIZ^%mm0O=cQucN&&D&HiMx<6y7008p&
zr0#6EvD1j{wI}Fqj2h3Ci;Fcqlom#SQ;Ya+7`hqLCXmZbk=jFxX1);0ptKnTaey0_
UZvK9oB1(X|iYB<|vE{4(09u5ohX4Qo

literal 0
HcmV?d00001

diff --git a/doc/assistant/downloadnotification.png b/doc/assistant/downloadnotification.png
new file mode 100644
index 0000000000000000000000000000000000000000..32b04f122d02a8a0ed5a792c14e2df81de28f9da
GIT binary patch
literal 4513
zcmV;S5nk?zP)<h;3K|Lk000e1NJLTq00F81001!v0ssI21Uq__00009a7bBm000XU
z000XU0RWnu7ytkO2XskIMF-vk785ix%&01)000p{Nkl<Zc-rlqdpy+H|Ht2-8N&=S
zE`>r7F|}bw+hwEsZrE0=wpJ^u6<us<Tb3?XQD{XMUA`qsTU$z^NTIFOcG1l?6G|>g
za=#4Cm>Dx>KEFR$EHfIq{2p<h4}X~B^EvNxUgv#YbI#{u=7Zrl4hRGSG58=L2@nXx
z;6$NkQAtTjYHDgxQBg%jg+L%c8X*vfj}bDNJbd_YI-PE3XJ=?=*z*9aZSz}KSEs3|
z$>nlGLql_ObCGZe1Y#h;U@-jr{Ae_q6#D~!^73+DUtcbli<Ckj5Cab?l^Px%uBWHh
z-Tt^-u7`&QkH<qAArOcG?0_*bG0MuyZ7<tzeT0UFBJV>W5Ca=7mm3li((#f203{_Q
z=z1Rlffx+r<m8l=mUh}-YHBJH1%W^e5-wf3)M<YO1qDbE1OhQg=x{s&09033BSjDh
z#2}%ns;ble_<TN61c5*d5;`0YedrB=Knzll{UHztWPb<*0)gxgfj}UT{r$fY5fNcy
zWApa)XlQ68Cnu|_s=mWI-(Sl=ObZbM7?eWtqagpGfq{XaefAjuaK(5rUzGNo^XR}C
zURC->)Z5~dI~uCr&1d_Rb!?~lxO}5e8?Hon)gr!B#=W=i0;e>wTa?|qcc-SNUb}X!
ztA@e*j^F<?v8_Z+-|XapP=P?;<mB|0E$kNS9b#ke^ocGdGU|6%4=-_jaa_`sw(=2n
zF0;S2pQAxmBY>l$W7kt?Mvn70eQ&Et5r`!TPfM-@c=st{U|?W*d3khn^!rYUo`E7F
zBC@ly<Kp5z(kb0b`VBlRe%#<Vb&{zHi7&y^>-fo`Cpa&zychcefYg+f*qCTC0UJ*x
zIe$0KCn|7lm|FRr_>V=bL#+CDQjhj$-y8^7_9`LZSYSaRzjcHXae>*887?!nguXdS
zQ(2ykt!;<>+1lDPmE|dEjefT+e7B4lOMmv@8UTzLGv>na&h(mGnWh_-dP8@d!+O8}
zthmR{J{;=&c%Qfb-6};4CJm*ag~msh<R1n4@%t{H6i2nRYLkc_OXp4xbzi;sz1g1x
zK!}4-jNfPy-iTpt#*h20a{1{_0)Rw8nQjy4zsN{M3=o&kxgH!S7L<Nz$*^1M?d`b?
z032ObEMH{rvf?LBb%`FGaUj@x(V}HS93mql({5F0&D5VmD=k)-u<y4xcFu+Ft&~<d
z0MM7N|K4_*8AVhpCdb~a%s$|aO9TL*s5)*zh`)m_F^>;%G1t4kv1eptWMpIj$c(F~
zZvI`!#(Beud3-!BCUcLsovW+s>({TlGzatZa>>3B8+IzM?e$Y$Yw-OVxS!B1%Fk=R
z9c`$)W|f2I@~MSIuQqKx1^}7&p3JqLqHbW`Sek<ol&!zC$~b+{-qln77RJWL?%lhW
z#bN<~rl#hxW5=AGomVcm?G}qb(*E2#c*%qz>O}Fyiq;ET!duu(05Dk;v|_%Q5vjRa
zOo_Yq_|~rNZya|zeN5^f2QdQKWVB8}VM#}M;y?8OFiB11@ZaNCF8%gi^4Z;)<!vtu
zUcJ?~sL2|AsU2K2cdFUk6#?shXkVlcr=N}r^YL&luI<kk_x4Fc`Gu9$BYEaR2eJ~i
z_w@VEu*#S|vYH{QT&hY&R8mCD9>2qPi!%QJfQ9SBzt(=S(*I!Ve;=+985w!`uR?8G
zE4$&!*&N})4ZAc<KVR=LQ&&kL`gTR;E-%2vZHHytuh*TXF-<A|iNcH{VdvR-i2#sX
z*Zv=Tl_J9VYE$>7zI}Ir!rSC!%HNMdzFDq4Qop9G)Hl?B#LJZRo6jp?Sg4<?Y0$5G
zH>_Z>^496nlr{BvbuTR#3|>{9g@wh<^b!k(#goS@;lDz-&LI8bz4nAq;$$^;yI-)^
zl4Jl$SG$o~IRIGY{&7Cxz&2j%c$(sdUH(VDb-A8!6aaj-Z5Wn+#{H*DY6^s)t*d3V
zUs_yz!*)M4=E>zp(^VC)ApaFomVO3CbWL*1jfZd4XV3n`k%rT{?LJy0_>DiW+S=Hj
zjn1){{-vP!L4GCIz7H*w$Qf(ZmZ0&?*MeLVYDMBr3nu>>wlQFptCoRL_#*la_r>?v
zEi@u#sjk#Z`%TSFH*ehx7?G-=w0-{p0)a#!5)Pj}+0f9icI8@GXJJIeN#pbnv&MLz
zj32K;%6ct29TwmCG@-v)CUf+qcJS)8tnb}dX&X<dDar<bIo8(CAKmPq_w`9btx<Hj
zg_YT(zKl5b#zd8xeqE6@eR^qz)N-jRJ?Dy|cLW7&IpmrDWTdH?^XE!F9#O5*9xSxP
zLGO@{+Ye2`?JMU8?DSQ<6&>ule*}fJ_3)nhX>)RJwqIUbGE-^2mrt}%VoQ(TyCY_W
z$3H^$3jmlrYxd$F*J_c7!hb6Lz5V+3_VzaRSKY`5fFU%pwt>kML-o+3$?R6VRwM~K
zdhv@-hN%rVsN=O(6y;f1Fo<N0afWK~XD(P+SO9>91%t(8cGQz_`EI390svPYmFTM}
zs%vWg*KVX&4gkmhsmtTF0>C4V@Z7~aQyHTHKwIBrilJKQ@hdzDUMUnupOU#4?ip9x
zz+|F6b;rr8d<kAHlpHyo*7GbaRWblnv)gCX#OX8l#3#1>$f;X;dWQ9vQ!pac#@04H
zJ*}4`dsn6xH1v$-GW3EDC6x=sLL7q6-#4YT7|=ga6IY7}l;Tlq2qbNe7|*Eh%@^`=
z@>~|W95{F~`_?s=g)V2}FJDPK<Fe4D7w-cA8kMX_z*gD~y|-@3iUr@Qo!j=m&?RI|
z<9=RekTLqQI@lnTJiPIzwT(3Z07kN&Gb<zG4VR~9eLe5sxulMtQN||y&`^G1d&y_{
zM_isneIrt*Pw&m>SuRT@0Jy@c%}t2(+p*FAM~CRpZ7-TzrLUrrGH<h61QPtzt*7Hu
ziQ8hYvRm;Sj_^Tt0mDeQ^RTo#RYC~>q!+MX7eARXZDRZ0>t^QurQiLrd=WwU{=6-_
zKiuk%qCN}&1e^w)p*kXwsJuzoR$fxg1pu8Pl%^_RvX~5p1?M%VB=_;%f0)}nd<lx`
z=Ho`6JIv~+hs|%-rA3Sb0EI+s>=H#sgCeVP&57<`ds<JR63BQXg-EV`Q4Ih(LzH=3
zUd_K+msB;$YJbnT+8PvIv!GreZYzIT+uZXk!RtBzAgd39CN==%-}!t0gIi<F8J+=w
za_Ux4#cM9SH+|8XNuw0^-+F91VWRvkY?Lp=NKG1!OEw&g=qPC=a<ypK!)HzDTiy40
z&Qj9eliH||v?rCFbE5aEKK=C5oSfSLU}k2XnfT^=5h6Yp$0e6iZrx_L0Kksa+_O%#
zRujftPcQ06j>#H*MUs-#4weF>rKNd=M4djON*_O2hgh4L^`!R@%#75O-#a&kUctZh
zL&Ksnd4=sIpXDEM9XS%UyUWj-<?Y>m1IpRixw*Mn>h$S7@p_hP$xx~7E2Z{bd~s?4
z=?U{?T27tJRTQVC?H9gC($XSo61J~)c_Il#vD2U`8#_OnTgeva4r%|&QjQqsh{eSM
z@zY%i`;Iv#j4-Ns_54HF-}o8xTG%Bo%W8}XKq8S8)pUhT6#zgTW(WZMhDrcnF<EZE
ze9z%<nJi{SV++(5&vJCen#v2x<h?-4XIDzCoT520D!~4n?+@OEjba>Z<~rJZISl}K
z>`D?<1tZaL5eERs8and#h|jJft0)u6L&bu608r7=?|Do~X|<rP@UxlrsVDLQfGfti
zVlho9mQf`xV*!}v?HinV@gz^u=Le07MFNc2zPD1Ks7sB-Z+ImE?B^BR#r)cCr^m4B
zV^*J6CM2$&Iy!3muEnmGTDc8U1I5P20)U#*kY+2o!*X{GB{e#Ig9pH`KEIZimCMvn
zC}CF=y~aBqs=&di6s(`0E0;C;Vv>Ta4rUkD;1!Q2%=lu8rRCp$UKPCQQLc@xcs{Rl
zVIq+9Q$sn0mDQs@%JSw!?UoXmnVFfHnVoAF8PliF10-7|z=%I=+S>5o?6^;-jGgmC
z{-4L+#%)x!jR4xO<Esuc<mKM)zE;3A06>+<t9fsmUjkr?7*SPGZ92n!|1yV3=c2+T
z0EMMBO(l2dxoyUX>I9OegPULV)4xiqngHN&Uhy!h@C%z6%ttH$U^1C5PBttiOa73u
zD%YVj697xB)D+`DP#iXC?ssj+7nRoVUfj2|U)eSQ)9u~+604f~^5L8%8!-Zfpg8QS
z#Ve)W|2h4?@a6L-k8|ElqK?N1%0#lEims#73I(t0lr>FzmS4Y}o4m^T{HdgV<UwUg
zj*-PzZN0O!UnMnGVOf1`Zu<OnAw;qf01!x;YIHA*sGzKCs-okJVPu{JKgao82?R8W
z%+;}*lbf$^1n1SWB~EVP5yzjiZZC6kb8~X*^gc`hBdTB+82~V%3Px0EE530#-pbxV
zQEf6{3gf==)l?Hby??uZNiS>kWp(i1cbD|97dXwFG$tecYQN`OpEQ(T*j^^fyG_(y
z(hmS+O`mtA5&%qfT0dL+m0!f!Bca><J?)hBCbgY1e3r{d`*nQ{G{<2MdFWICZ1n84
zWA&A?Z{5HMgpqc?DN-k5L=8o?8S{S%;+8#lURw3OHox}vcJ}smxVTxwFXB8ub9mLG
z^eSH4TTJlgaQ{Ht#b+Y{B%Eh)fm_?Jw(`VyQSM`dQAYWtH2}b5F|EIGPGm9V4=Stj
z=VcAK@tY1t{hY;9wh&ya%Q^$&XSN+5wk3RX$U@6+PEbX~EtjGJev?1e&VaCuAx>`R
zVsU<M=CR!{J^~kux*c}mVU=LbvW-5|Y4hC)io?aiGR}*X6JAoTJKQ{f*nQ(q3!TpA
z7ZmT<)OlT2faAxi`uYETXAZ>#>|FZE>_4b2PwJA60_>C;Yjfb?;58P`zpoXLMv#Ri
zuZu6P2oRgl$~JGb!e~(<j6&kwO$=Vc=81cWWoc!Zm30RIEG;c>-@ei9uQt|SczJoX
z{eCei4glJ2J|0iGAEM$P7qt?Ud|KIm9rN{i-q6z5ZsNG4_tcWw!M0W0)oXXZcVGP~
zFDt+Dt!_HYuOVZkyu$X<qdrXvc@kAt`t>q>-jzz~=3o8n#MrTRb)y*1$g4Mt-|M&4
zC&<$i7qh=JAEK?T6_C=mC<W(YkA|4wnqEqR$0q~Um9T{b3_@)(smqoTlyt={<?Ote
zEx+8A^y#)5j^hpv4uFuxsIe3GY+t|7$yJOaF+M0EVY{C_zI)<SzyGBa+jHdf^;2Of
zH<&0<2LO?gkx5BOT{rJ<Npf;BpwImFglb?#Qn3I4qLP8#vb8x`X~_FNBp61fj<g$1
zAN}&#qkdOnJZ0fX<@#$kStwBv?`-os7_c%dTlJeKo3vRSXE!oqHtoMXu=_hyYiP*6
zkZy%pe`o!E==b*>rQm4+{S$h(LR}SIaZCC0%Ud!Z7WOaJ;WP2tgxb@)f;w(1eV9JJ
z4`F+$WUwXbdwH)#n_mP1G1x$xUjza%s6qCJKp>F)ArJ@zvOfd@fk5_$Kp+sv{tyTR
z0@)t|fj}VpLm&`{kJkPu6!a(t1OhQw=x{s&0O;uGAVm-e#2}%=@dyB5Y;24aK_C!=
z1QQdJPW!XBw?~Q~5Qss-ym|9F?a#o#z|71HiGn~N20RP~!@!{Z!BQBG;{d?p@!Z|r
zo12@FItT<}phBb3qN1XxRBGqy4*-;vl_Me|I!X};1Y+QM-_D&oySiMv{ngjk>*?u5
zMMW_f3?vf*ff!(zo14eP#OUeibuDb){C4H#%a<uBDTRfFm6erzJ|78(Kp;Lw$Yipf
zo}RI>v7@77H{+9Oe+UEuF&ID}dP5)(gOvXR_N0s`Y&bT<00000NkvXXu0mjfA?vr^

literal 0
HcmV?d00001

diff --git a/doc/assistant/downloadupgrade.png b/doc/assistant/downloadupgrade.png
new file mode 100644
index 0000000000000000000000000000000000000000..157eaddc7b7b9eb7737969d3ad1127f37f58cf7f
GIT binary patch
literal 9071
zcmaiabwE{3*Y7^GNGqKpN{4ipbW3-Lhdh+Tp*ezdDP2l;gLF#?cnIn4<`B|-;d$PB
z@Av-o{jp=sUVCQEtTk(9t>1*IsmNkul3@Y>fGsa4r49f{(1&+p45WwqU|jCX!{dpg
zoSriPJbm_ffq;}Wl7~Wc7kOoA^!ca6grrp2Avi$*Km*82NocyyAinvj8EiIew$XUw
zsJKA#es-xNGNLH)o2>eyIOQ`2bqg&&$4c(-*ptguwVx0PQXYQ5LJ%cUcI~0eyS2l4
zl=2;gh^Kg8BlIK4$98p_RB{T5YZxtiD1T&b^^h~V(WN@-8y50zO3_{i`|85@F(T$Z
zi>8YicU>Mew|#eR-SkO6ez_Z~DhiUoLy^EErAbYJ(O~$~$bp~uKRh)P9tjL}y+?v3
z{?-2={)<Dja}AQ&_*>#cf}q3E^mMG|p{}lcb#Oq`54ZJ*^eoQ{_9&<;e;!^;hW5|B
zq@1$Hn(p>LlzMl*Up0@;t=?>3%a`kG-0kn3LjuH63+U;C3vC}n2vJ?tO$au-^d|{Y
zwc}YK2wz3s#1f3Uihq#jBCZHBG>hDKUn_d6+rKXEZJ)f{P6ngtVgyVFR*I!*fDv3^
zsoe%-AMXQlH#ex#7q8AzlL+yp5!DCR08L#gX>LX*DeXx=e&fCYLQHvJZX)X@A{vi<
zl?y20Y3n=I^+xjexc$76A&kE51`ODI>lfzc9x*m|4Fpb9l#s-~q?7W_B0$lAyksV(
zOh8phA!$m{`t^4o^ZoZtcEf$wKzl(zA%Z{Op)GYpiCxUfwLTXH0Q!VVxe7iSPyaIG
zr!N}w&P5Gb48bFzQ^6jhfV{s-WKrXLWi8w<Z5Eg7T#q9a^1BG~K3<^^Qan}{r2^6y
zPe~IFUy5tUTObOt&qW5@0TPllfosfSR@IqAQY*I7%6hsj0E7XkAzKE|@cR$~ZP|5|
zuG|2Cm4Td7P^gY3vT1C_vmPxnfx$94-PZ>acS%zH(S!L812_cnYm_qE3NV}8@o>Fr
zd-2fxer!J{OhK=J3pW+ZkRgN#yJSN!9F8px-hl{eJ;}H~sW&}9a-36}5;ZldV$Ys%
z!_kUc_d<!_u6t>U?%4dJqGbp(qp~UjR}N4RS}b4~muok@?}n8ki`QgUfZKO4kQDQ3
z=s_d`7xaUo(7)Wk7L&?p5-82yK6q#lAU5#|WM)cayiZAvS$s6o?TRNu0}8O#%!b)t
zpvv~$3R&D-w9KVsjl3*xVE7wn%Y!tgn?4A|^KqUZCkdO#44WBm_;kq-eW}vpIO27m
zHveh?#SV;O%c$A?>3@o|{8N-x7CXKs5!Kd=X-Tg(v)1IR&b(^3shO-v9EkISD?QGI
z712T#nEq<aY_wO9z9ftRPWZ+iB>)Jck<kg%-kVi(f-ZJ;>npl&F}BKSVRc|<+)C+u
ztJJY%`m>|tfJ;tdwSFM=QTg&c?^8>>6C@7n?$HOoa8MS@dLQ(!j^R3br51f5RUw1{
z&y1oZyqeJcpA%1MG4!`JIox653oT5DOw3@Q7!nws;q5i!G#BC#V&_6U&SO#&5^1|!
z8&9od$854ljMHgM?yxNt9!Dy*ylS9pM998yx2iX|G!Q_qkmqA44RFg2@<F7zeo1r}
zk`%@}1gNOdgbd%lP<*F#o<cOoOm&Q1s&(fz6!$pizhs`1q+Xj780ZSAX@J$7U?dQc
ztCOIJP*!Qlw|u*S)A+FP^y4(jKnE$Lnd?1m(hiLxJObdPc^WyPNi~_^K?<ontqIEX
zGD<6kC>12Hd|r1Gwnbwuu2pCB;me*c#>Ea38>-1<JLy!QrKf#}f>G+T`W|2l2`5tY
z>Ps=kS9Jc0xxbSd5cRx=x=_9<S+sih7G(RqJ<~>ENAqxY@Djr_U>FqmQ#Zy+rh09f
zXeu@z*5HJ~{xNF8{dF#<khbQev>#S#(-Ni3Vb(ds{5VlHWng!x7R!R+->Gi#?0ce7
zLs8{qM|3UioeDZT4Iy7VndabEHXt~D%T=kY_MmDVr)|n}g^rF2hGPog(tyOx5Xql5
zs&2*=Xp!iDN5M)7kA77MCA>W<%xonSq1U+M{zs`89)FVG@RmTeEW<1D%Taq|bJf~Q
zHH($BkXb$D9RI=+p+zoL7Kto;HdBMn$St?tA#GduNI-@<S9i}2+FNIQW(@)&5>9d<
zEQi0HZYJ%h^8V^@5+!9;Fi#3kf4bX0L*nFMKD{*%U$JtF`?pxC{Ut5KC-V$*bH1Z1
zki_S(K#Nl!4K`v>If<8@7`oN;I_~JNxGr3GX>p`pmc@4#<u086xEL?3f1Nz93@^_=
zi@}%vN9Cauvi!3$<WxNp5=@GZcJ&{E?(17+@dtX&FKg(lZ|(Qj@cw><oPR!c<?Fn^
zKdWnd;*S?9#cAekB$*_N87P^nE^@IHusxe!r~X*axxss4A|g8ZnM!ln*L&=2YzxgE
z8l~EnKQBz~uXKXUJ~}&(KGzQ$cogJ3)s!RYMJSwG$ZZb;EnwS0m8<8Wxa*c`Kq2Nw
zeSOl4>u@K|4<<1=C-k|K<y8{sfTPUEI3=F>1nXtieI{CeHV&*QP5{r6=7}kP#g(7o
z0U<q&{E`Cb%7st@q6sEXw@2l`yQbNt@ZV>JlEIa7rJSrsbEki%8(}NxnTScTxBHL3
z=%$Zq#_-e;i}!0xvx};8<<{3k(>NEOo|8UavQAZnDTLbht`P~V=4`eg=<Sdk{J<Hk
zi)zxF+O*%6H!NLPn%D+*we>`|Q%jy%qRXm8`)r(=GLja>VH|GP9!`*Kv6hGMb3t}@
zpziG)1)NL+g25d&v6Ja`WzLO~#ozkH>;@+m`F<fQk7EO5O%Ty1;x8l(&nGBq^Vbs^
zcY=HuM5p+sM4JP(cq1xczbF~ve)UE3sJasgpdR5jW4r;}h6IPoXn$4%U#g+;>mKsN
zd1fJ#AQln-gx|t6!fhYQ50$0%S*Aa%w`LIo&%>I)7$$E|(3ZA(MzCZ2WZy9)5V5n0
zUarOdp7*+zPxGpz;d;@`Hc)*1i60fE!v?VPru~JHu^GAJE+$yQOOJb5m_sAQo<ozA
z+nJbwjD<b{JnRuzsONr_w+QVYu_tFdRRIY2DKi>`K4N+TXoks<Y5t1FDg2m5b@C$V
zEYe&We(VgDIw$od)xQqPF`uw`#%zMu$y`rpx6t!JS-n$OG%W1VN<N!;WV_e%1OO#n
z+bET%v^ApxwOmO$X<eFIpf>w_(ABGrPVjaU^!FX7_C@VhdQ}4|N1&Drt3OUU3XmT}
zrpe?+*^*G@&K#Y$_DVw5J4(<-xX*R8P(REY{7r4pOQT*p{@v_QLGRqBga$_5`_|uS
z>^Gzh=}qYbLVoL$I(hyQ@|iQfy{0z=#U4M!oIa)FkcAy{t7;-8c^&kF^EZ=c5~of>
zO3q_kcWf{simKS;!QH6~inUN=Oz}*3Q#Kdn;Bpx3aBeJjfQ=evj*ZP2#?QCz)YyDH
z`x2(@vDyChPn!2_SKvT32o&buWzpMOV+bCKo&s@T3SXD%!%%<Ti++>{qxm{=X<{h9
zM>5ZE^QGfvL3q1;x!3uxBCih%`TT1p_jh&!gM%ug_06{hQ9+$%ZHxDZow%}E0zyL9
z0l1=5Ena+`9GvQ&2j+SsUbRPiA+z)uKk&3R^qr687@m`xMTkyfw(|>2U$`){i*;^O
zLv>ls809e}a-{+#^epy~^NFR8)<#Pe2uH8=H{E4}eK4`q^!iEQ$hKvXL=N`Nt}est
zI2mezjjsdpJ_6!i#c!8-qja7pq?V4rdkl8$R3v=rC+3<~goXItm|52x#o+nthwdo2
zz8eK}mBSS53W!22D5zY}B^g+yq`h1PBV!eCJna(R1)~EBPv1=&caZ)Dc<0m#rMx2r
z-O{beAR-8yhYpOll*{>hRrrj(T&lp~u^gmngTSx!WrOAkH1h`YG~#g<4)%7aPe}V?
z8?##mdbXJ8qU~z*PFzpJ6}o?%a-Y<kq5E&8CMhkpWS=Eg{;8wH5ds4Ge!W7hlpFwR
zq5=&T<$cc`)<@!W33hQ_{r0I@-M~-8O(Vc|6||dId;h#fe_VZ&dGmACLQ|Nn6Rg8(
z1@RK6sik?tx1i+6WC40Jd7WS7e9*#m7L~zvt8YxTSu6Azs^)=}I9ELrM$B$>(XFTo
zU>rA-UsEN<Pjww~i{22noE5(Sf|*+5n&-#X2g-K8iUfc6fUUBbkYG<4$rgoeSf-UN
zb?9AaSKC7|CsAwmlV65N8J>;Uo<YBtj+ivDE~qmou~Wq|PC!mnQ94pV`!DPcEtanS
zpzA5NzN><)7IYL(`j^$olpDEkPA4kxw!mX~T%D;u85tTH>gu}Ro=*DR9jEj0@#$!3
zfx%#-ddKBpv76=4XY@9<wgOSJaS`el{^u)8p`-g-Sa=5k*-l-oxk*E7W+8Wp!og`u
zUXyX(qA4peQ1?_a`ygezHB~GF$ar+l=E3lMH2(Hg7X`b7g`$14%NpS3SvGy6Awe80
zfw;Mr?G770?fo{gusZitU@{J_qYYj^(ONhvW6KBf+%rl&z|)=vO)~QYY8Z|f9(LKE
zs9Z=5(6qH}%xi!pR~Bm-uT?9-$ZBs4J}zS&u^nW95=b24`eP-;m$P}IMQ&e!eWH2Y
z=bNvF<?f!o#%D11{fjIUnsBo$L8E8tb^k=k!37HLl2U4A$g;9beWaZY?{deAqihpy
z|KMOk88M`|mvLf*J%T0_5uhT0&avxq@WJwXC(|ZpzAa|ES-=bM^u!)d^2$-MEZ+Nh
zd`aik5Q9G;@n7Z#=goQh>`V?{%k}%c!D(u(d|<;}$HMP*o!co)<<sp-5DWp2qkH=o
zmX_~<P>NSykXdM&VQGdmd=vOUMTjGw8jWnSb^QAM7OLYKa4s%2+<I~0CM^mR5-$u&
zjsnDo#Sl$_VV1Zh#sdNeuV$M-H2wiQA!olP+c#u;Ljd76H|m>-yRKRt`wh@<jce{%
z!a9+5EeS!S8{a!vp%T}MF;8$zIVmpE48`ZpEcALRBtSlfBxr<b114k(-{+icUI@Uo
zz6G(j15n&(=4>}$CI|E*0Tm{4U1#F+bn>9YOTi6}zZ^-<*LppFU}0%FIX*5;_=X@9
z3kPR^rp8toHNK7-C)oMpN8jt&MI3BwyV+XAxQ+>YaL_{UOjhg)A7*m*H?awNAnJSL
zo@WtpErS5!f>n9y#>FK~COIzd;!{tXMTW0V%txphm37js%fI-?Y<+s3c8J!i;)X5g
z<JvcA2yq>4Ac`jlxFtrejgkm%Vv4M}4bXnV;mS+RTd>!>v{!Y4YXA=-%MKEmn?U>+
zGx(h_X#B%v8kE<V-}@y!3zBUQYA?*Rh^!qOL`NVJ78qOJXyx)6hPO%x0prWHd9_UP
zlIdWQvbz&<`U&FOPEm1>`qGBdFwhmNc8B%$uGp-oTFr9MjJRq;xPjnoQAzC+=zZTC
zsGMs(>rwgmx~)ofE0qZbR={$jTd``KnqCpN3oeWmX^FD#<oLx~L~=iEnJpookwcpt
zP;PBSUZhbr+7g>4z&|p{&x>Y+81Dc3+g%tq@wDr&DxJ3F>{hgO8*wZuEe$dowyg|G
zOX$G&a_~?Tl-;lL2G9IsXNu*cprj*r9hEPah|Uy+<D$*cz`e%1Vh3Iy{DuY$cH#RS
zukyAV>9w`@X3JLh<I8#XKMd0RT=(u<Jebe7RJPa4{XqRmXkPhZ7ah5?O_ip1Ln+Ne
z2ZIIuXrJ+(ADT3B_=ptDu!-0Ue!dA%gCyRtF~k8E(6T)imI+7v&&cv$XXu6+yr;Kg
z&nT`^kSa{>PBRAv17wR7jD;<zNm10QTuMCF$Yp7P#DG){9AK&p$<$l&r5|$LYfp9J
z#nd)IY;iqzhP<lw&!;hXnAXR%p0Q61caqAgGTO-xsZp9IZ~Bp3ttRTcE1GEIyf$aF
zfZ1`AnYnfw7r}FOzsqpROpHLu7&`dSP;lq6aznm+rWy+y+x}vkN%>^c{C-JE3HAL&
z?~_aKwXd?R7v1dk+D7UHEC)EimR(`QPHbc8&RXbmCfl`ydtHLjl?YF3o1b(1`!SLP
zT^ADHm7vgocTa&vqSdFo80z}Al=}eSmk7psQ_Uv2fxf}yv+iCqFTymY>kZp?hbrp%
z_E$-0VRo$B+m9zQswSThZWeKqnfEK$)f2I)0^+LS^66GRoBO=0DHi6KJAXl2;p8K=
zNju+&gbr-m>Vov4sx?VimmHe$(zai29BAX1OiZ4@=vp`kfG|+>DCy1*T_$*E(yBot
zgrUSew?WDNy(9ANAMJMuJ4lKPEvsh%8a|Qc=2Q=+B<>uRteQ>(8ZOdg97xbEFI8`L
z*+P_X(&@Q*d_IYuTl;?&RQj%a%*tAB1>%)BIX2eHxkni-elQ4c&6+uCx=->_Z`*{9
zI=4l9Xb~1U&+(03727B)aN8S%-*u2rE{s|E9i9%gTwRNG-YpOGnlst9HmpvGS^Hfz
zT_z%0m#=;om7vfdEw;Xl;N5eJns@puTZB^-9<9rMxbr@n|NOh<*`UtDs>Pz-)OA}n
zh~#dQjtM*9bT4=05T%v+6HV8Gg}&JI0cwQ)ys<Z$24R^qc>j}C3I*J8W|_VMNYSD~
zpZ`W)f4w|YG5}6(JDJUo%GK73^h`gGR#`fOEG3*B#cb=PL)dhH-?AH-?O)Z$J?SBn
z5vi|#4Gs?W_lMo7&}XDt7-|=fySccWoSmttsK}i1Ff%KbPx>8rEzUMU%YW~mlO;wz
zgxbn`X=cNm)-wuG*4RoaIH~Ykl_zRQ`Y<B_QthHh@Vl<u!?f`U8C4Yf=kzzMnamWX
zygEO=ldQjjnR)7C6~~tr<~Oyu4zo=m+&)z{VMP>I=aYe1nZqlW^`)NXs&Z!s=_O9D
zwaSr%-eJr;zb&oH&l<#I@BZsITIf(x@XeArV&=^?mV<}c@O~M$d42Ibx=V`UaqLi=
zMDL%bsftg&Z>)~NDVh^4k7jWC@=a)bvfe7cTW3qH{*ijup|<HS%UD*$U4f6W$MM#0
zFBjsRO1-0uJi1499ad4dgwJ|9*5Lw69It)FOiDa`X6|!*hYnA?M~L09Rfoh17oB}Q
z?=IhC!<Nrq^+JiL;g`<xeJdlGLhQZgR~_aa(Hkp$^w78)QE$Jj>fp0Y>7R!JPFnTO
zC>$c0$vjq=A05{h{ThsXO#P^?k6(SA$!*040c=#YE!7j`-kXax>22OdNE(Ok-I-a<
zCr|ZmRw}oPk3S8xr8Kx~hxR8b)$~5c+=F+B=30!Q4()x**PeD-Y;E~2wzAQ5Lus0>
zEp!{D@j7v9$*V``!1>PRDn{cNew!+kpln>Veemi**H;&-(a?hhpTnh&hwTn-D0zvC
z;QT_1m)PCK>cfHswqYUv7EXMtQ6hsY{x|R1s;>$_RE(mxk2&vGyhz9PG)Nb!gm_(s
zSB+0HeNr1DpI_4c9@xEPY6~G}q|=?{;qhS{(9S1T93r*5%X?ycs8`CiC}(@URq-;u
z-@cjXBfLIux*nU5?#0%oKqN?fc&L|X!QfHLf8Lh0MpUU`UV18F4P=!_9{)fEJprza
zkN{hsV7u-0nWMa!zl|0G@o=TK9QMj8RwworqEmDB0c#M7B?aR|&%sipUJ&Q)%S7cm
z>~-ZniU39qZ0tjXrSj|Y+A1T9>PBRb-UZM5@k7M%fuh)L{*d3MWwjXgqUe3A%iXjv
z!1w9kW*2gjThaO}Ahd-_%K~|L!(y?&xs|gYiIKY)FQ7yc-{Dn7`vS%1fXTT@hj?vG
zw(zmCq(V(v0?hD^ru(u%gl(Ic-(}-xgjegw-#^j~R==-zVI$1M@TQ0M$Eh^$X2Caa
z95<hc7at<yo3aPb0<^lWdpU!C0Ol*dZe)x6*A9_iomtona&GwO%ND{Yrkg7tBKv2{
zLu)j<7Lj0LVq!wf?#tuNp>INo@$rQ7{11^2U)v>oQ}n!HGu=-#z+5kWkjCAxc44Ea
zmPjsU{13AOE&upHVfa^*Ru*ycmMVLVNXM-G_kP}u)`OqCS6lcS8|zt?YPlvRsu~~S
zuug!9hHQCvrwToTJE_rYk6x8K-R;}x*+ybb2^Li}-$auIQvUC}1clMKPsM(qeYKrO
zuWn;x-M;$cv{t)@M*<Va;EHdUKM*Z;h)2-gx^Nrvi7wLM3fRKR^MVv8oy2+jxPoQs
zd_Ge{Sc{8KXM3}Ji6~!#9O+E}Kp3lgIR0g~IV<^IBAw9ReG#5HL$Q?+N-<G2ddJY^
zQ>OBtcmWc;<3=Ipe{5lxcoZ%0b!BXfCq702%ykuRJd-ZG$Rr1daJQ45D8pplxC3R<
zNrC|9CztYSxu483ET%R}V_P7M?<}%Sdv_B>f3Yq_6;_$BO&wk3;;OaBGh{=PnT+qw
zS`8CWiTv<dzfIYiExXz8BR|cY71z$wax1?(DrTE4*{s9L1}dC~=9|*;Jd87EplZhe
zY)uZqiFrn9A)>OpBX#nY8&xns$t{t>FAnCDd-c)_HAGTLDwbMP*%QWdWd*McLhCKR
z%)sN&q6o3boYKRfX*~SJh3?-m3%C)HeW1%UjXrA}DqX1Ki!3B!hY3wu01R&XotD9J
zbXjT)3%=I~D}G*P=H0KdRPPv`b8&IiIV@69P<S79pffWwbMYkbXz@k5HLwhR8J~WI
zB%0^mXYIIMNQjYEK&^$`8N1$-8~mlHUea;aW=B?_9hqk=7o$EU-PY*nL-$pIjn$6W
zHow3MBh|Jk2yK|M%zmGhpk)<q<R(5nHmQ-n*)<5VoD7|q82RMfU1H%eU9yA5x5zVM
zGx?LMrAU+1Mnl`CvxZ}WH^PmdRpkYkE6=*NtT1zc$7yE0ni7Gu1cLqC$;<PyE?C1@
zd42X^5yiH<f_t@AX2Jlhb6lDERMd(5YgCg^HKkt(c=a|0BD>J?kRJiMDk~={E7#;t
z2?Mlh=ul8Pisera$6HQP1~qpp)AuV-W$cWQ@EA&fghi;&Ol~D*O&2RyUSr-Vb%X6m
zlea^EeF6;%z@W7gA3)_C?*`uyGilykuPdAIS$_&d5f&T!?%p<*cMZ;)T=_FO{4F{f
zKwYq2&fiy!YCW-XX;_8wMTs_az7a6U=^HpHY|t!k5V+?N@<YXcf*L#!Azevm_O&f6
z=4H@@mK=+E>I#Q|ri<|h_WFfDB&B7po<E;s2utSp9rJ<q8=-~cgRTUM>jYlkw;w?X
zqV0m@bzh)cq|xSAI>gOD1{15uLxy4DMQraIyBd>lhUZ}-ue0BPO`dnrN4i$G>LEnu
z!~9wADZ>Z+KkW=>zHD^mu@H0`?e6YQOQQ&s#HX}<h)*`x)*$`5yf)sGWk$GSH;2L0
zzV!}^t^51-3E<h8nY{dbC}Jj8yO@hV!LEQM1<&{xJK9qc2~*J)9{=)Gm0s3u|H{xH
zy|_;G3!TKbET7chc1El-upvUVZ6-lmtr+h2R4z_MU>WU{coPGoyk((9N9?FZWP1*#
zyfMvri_Z*hHM7VZBq?M&Cls)K1v~f{>G@Ph?z}w}FI#FBSDhBG<V*gZ`Ai^=39Kg#
zHPHKKi>SOV?Y+b^bQnVaT*}N^1FGfc!%Syw6se)t<q<R(r4OMhM>fsiny5`;3ZIJP
z(`1^^knQZ*F);3G7)-0yE7=Eda}|uV=Cu<g53<poJ-r<NW@q$ZL-dsAXCTqbP|nhY
zmnh8|8f2xu;Hce$nx-E$<J@RG1Y-L^C@qDX@%?AS{xNt+U7v9$aj+wjN)M0Jim>3=
z*fMa>=sBKiqsPE@fQtuJyqI|=DPo**>Zr3WZixC9vReMYbz)td>(!K{!QJI_%h3H$
zYP8A|zkajb@3-FXdrslOqW42$*GrgG?x(w6oTXK`z@qz3=JcPx7#aN?$VcnT6cZOK
zl_Ez}DpEE&F^K^?9}y7Urx`Sx`+9wvsVnjmaZeSsJvMkMo%-GiT(=gc<L+ipJ5>gj
zoTa|%aO|t{*3chD3~ioKX;cpkRLnR8uGq`$hBfyK<39WLCQ6ES1n%EqDj^}kPZ8CR
zNWuM6a=D+sh5Z{HhvMSyyv?CTzwH*`u(`et+S=Q@=~MOnJ6`TvlanLW>b{Es<j>5o
zhk<az0!(XI`0vL?hsKeU($Y|tFle2qo`dQz@P{kpJgnDHZzKvxq=q;&X!(g|a%J8V
z=g2FrP0A#LKGW!;2@)BeU^`04!9F$3PCLVdFwhtj$M0#E@bTl?-wanl&-L{RBga?l
ziC_tVXi0c4<e`&!4igW_eqgv#uGP{48M}tenn>o(<npTLBYp=+koVMy&D`(!3T$_7
zEPAIq;@D!z9`${{pp=6<6<wY8y3y0_@`QH@|3wdUO&VntelcYpEgha>B`?zS^(7SU
ztD4WJ(Wsr?;MCQllkS<Do9At=aArXw>#Tkgm2jqNwuh!bK+dvc#YSPa_KKBG^!6dD
zy4zOun`!Zi^!nMkd?-upg92Nvf7m(AH@Y$tgznAMFw@gpDqmMuSKH1cdPHX3kP|t~
z)gNtTN9P?A6^$|3+Lf&2dt<Y9&vcG|k(^i%4d=>XVR6;H{v{AHB$&Fgpy6A2*T7E9
zS)tO5?RZ{#_#_@~IKCfg3Z5PXJ$dVJN9`l(lMwtxqhot}n@8)=crQP@ihQFdlKerB
zavER_LwtT0I9uzuy%Vv4V2<vdtls#X%y$V0h_}1tluTR8aM^jb8K-zcw=TZOjoqDc
z0*0b><P@X(Uipv5`DjZ4L<UiA+ruCD99m2AG<8ry3lY@ONfA_ra2#@{J$s9nZp}N;
zLY|TebP9#4<^cdQ(&JfxrGm{nqD7i#6Sqy&4FTCy?Zd-!;`TClPpY&>*GTdGQ8+3K
zup}U__UBuq+X+!RGxkJrW+x)H?|h=?toCZ-vK{K5*+%os+n>M16^RqLruI2`x3Ra_
z>``4`@4m{_^DazxxKa|L_3;06%^2IWoY>XHqhGAqv1ng64%wJ(s~1X6pk}kRcH3>?
zVfF(rA8}v4hg{2<XN!l2M?*tHGRZ*R<?YOARYis4@di9A%T>5IA-<t}{MiExBc<?w
z3OsvAC@**&u(Ggx_*t)C+Um60lV>mphtIe9waH}5`>~`-f(<C|?h&|t?p~BSpli1r
zq1SgNLwici88PY#jJa`tSii`KO*SqJeU}~ItmgR>9=6*kYE)rJX|Qm1A6@*X@uRZI
zdyv#(ytIn^1G{=7_)l6|nj^okm>9KBfcnPs-RfU|D<OT;xSZT!k$>HCF&`nKgtsv{
z--Mv*LM-N&k-tdebsyl|_XGX%o~pGs*~O5&SG*o!uz%YxjU!0St0Iq`D)z(HzzTRQ
zbSciuDP-(P7+9%l^4)-^bs^QCt=QYRJizj$viua<Oz~ql=Yk0>#G(HlkC?_%VCiOM
zc#uwkkxh{)wea2lC$FR5HabniQy5zBVp7PyJ&3W3j}uJoeJEiQ92o&-B>D$lBYigw
zkJk+|P<tE_b;C1i9dNurGG({=oc})pDdv5Z`^?SLJ@rw~@T{%L{`+Mcl#}n>&9dK!
zTK0oBAa7{D%Fz*IZi02H3}x>Pw%^uuwKvrf-Lu%Q*-F{=yzex_oOr<0AdEkk9o^h`
z<stg!{{jD=UVTP-#QFYr@bAAk{zLpXJoqnG_#XiAzu5mTfcP(mLHIpxj>>YJy+vlp
R!(kafURp(}Ow!c<{{Z2%e{ui-

literal 0
HcmV?d00001

diff --git a/doc/assistant/encryptdrive.png b/doc/assistant/encryptdrive.png
new file mode 100644
index 0000000000000000000000000000000000000000..1cb041dda701b2718500bf06cc72e7d5e093dd90
GIT binary patch
literal 42725
zcmd42byQr<w<dfVcaq>v0zn!L?h*nd1b24}?(T#T9D>uhySo$IgKOjN?lR>4-Fv?~
zbMLH~_5C$#o$k}8y1Kf~uDxs5^VD;KWTnN?Q3z2006_op`I9^Vz#;<x=m!$aOG%rL
z`t!>P+2*sFJpf>I{e6LA=`e_13K1Q?NQojskzZjmkUlv-q`edoIEbn`h*(=%8d*62
zB6dc44n~IL&fgqN$;H1&$*TBb-~j+R@a2=RqRae23%>>7!u<84pm<<|bx;Fpt}g<i
zW<n3!%Q;wgw;#I~o0_p!tBcVu$KYKzqds0wz!zT%OJdr3X4-Nc<YO2o-#Tph1O!6U
z^o{^m6w?*j^m@eI<N${&4WAD>tY}Zc>zaZM%&hzCck1S)iE6Cp@q*6}Sa8Cx{vN<e
znIViHInv895cc=okDP|{-9I1F7k~a!{_(xH!tC|2_w&8Z^WBX1(>WOn);~WM<neyo
z*Ll8gdpVx=+hRf<jSlS1o^MCJpRT>1<163&(_E^~j|;))b3yONqJxsEQ(l@6|1`g*
zHr@ba$MA(&-CegmO9j3Dr^!(+{=b*}qE;7W-j5;0Vt+f?#VYo8;dX!4Fj(^cyUsAV
zLH=*M>t{#tPx=4$e*T}X@L#O||8#Hv-9`S-o&3MA`F}fnKYQ1#M<s}8vkLK#$$KN}
zAcTXGN;hNKZjv29I)XBy!3wa`P5`8?y?F7O>&aiIw>MR&ntKqAb-i8-NYW>3^K{ov
zl)}(0#QOOmz}-o~Ah7^tnXqT}KAtIWZ^stSKc;|^;#RRn)_)SA%r`Y~IJ3fqxOoZ{
zi7oHNEgxuh92zSY(xx1<)`r{c1w#yS2AaApYmj{<SJxQA9!!@!z<ytH)>rPUEQ)w@
z0seVQHo71S4T#kJ0r$)jo<zh;lzBNkUD4N^Q42g#J`EblcL&nak46vkk|{GQ4_aC!
z$ASR$rsWokDtxY<NHAM)$D?u+eqZg)dZeXgL@v&YpAUqk5@W=g3-Zt@a*-zE0J5+}
zFn|dhnw?{Nq3#<ljASp#3M&W<7b>}LEC}I5H>~y0A6+8gsI3`&rRQrmppBXEgGVB7
z9QN^}am}z|0M6lx;A!7`Od<4Q<Q~JYtWWU80{u5ETbmXJa0c+q$N(3AeIhak*}CTX
zADna-%K0y$7t+V8;aPRo9q+qtO8Tx?d~8_EHL}zKUM3H_EHbPYdx{DI{%UoO7m%0*
znShA~aJp|N-1QcnmGKQtFSz0(WfEhxIl~E|Dtfv55W+P_z16_)Y;DM0Nmi%kiPTvp
za{G>(l0*uKnULMO?O|-$c-Q>wh8zYU99}y1w%MsA-(llzdz`MH9ZlV|$N6ljdhsgW
z7=2B9JK@o4ETWa@OG;W~Lql$Bc?@dqZ(4ZXuJ|TLl1E1(owCd*k5)A^2bI;AzYa0>
zujl?1AKLFssN<|)()|$!un^;l-*#P?#*gn$a6XQ(&hmp_?lteG2L_Y94%c^GAh5ha
z)-aep6-Dcsl!*+EDdwD=6<b>+t=d~L#p>y={}^i&t^KiN9UE{?DylV=c#GthzPQsH
zu+G!)v8Kl?ag^xE0jo*~>(H$=H2eC1S$|cMGhT@>aV1w!2_8V#6>CZ?neNP}yxuR|
zUPtDF1x{uxIkG?UHK+XYQA@Ac#T}J50fMKl)Jxilid&4^awk&2VnvYc_CJ=O;ack2
zdq#PSPBef9Z=VZQ>+UNgyo3n|hH89<u8DT@N`O&0S<;qo6b78|Tj+XATaT=WHx^QK
zjD;rHrRyKSyIQ<x{wfj?C~2I_)C16Y=ItUbjE!sU!*E)#!BU0aH!b~&1bA8S^o(lB
ze!6sA^wE;W<R}k3DPX2^&52p*xZ;K*$L~HDYLScKfgXL60TCrBW%U6mTTwO)it;|2
zUfBN=N3vEIlyWW!&v%UD!=5q9=7KTP_tMSMA_YBf7Vb@r2Zb&uYisROu-GJKf})m=
z1ntys?O;uOM`@^k$Nv!*39rF~wUj7XcX9Q)pR~kMf1`;&ykk7p3>W!Tr#{ZD;q~Cw
zAk-W)b9NcV=Q`?_9{YjqsHu-(qZ5G_di7($UgC{XIlaTQ;w@eirU@-mg}j=Jb0$g8
zYZOtQps3TSj9!B=+kB2!=%jT_qa%gP-$mA@snx`_v^1&3=GB&?OgXE4T^`JyEes?%
z=w8h7Q(EI)HfY{5J*Hn>GZliytaBK5>H?IjTdk8Xz@?|S->&*k^=%f>Up{$ODJ`OH
z%52*wcObO?4x14Ie}8;Zq-M7(yEB#km#ff@H<_>v>}X|kv~#Nn1|tBa1kxuA;ty)T
z?xNAL@%W5tvprW$oBERd382YGzd-ji1!nW0EVD;j@;0yQ;MMW8K^D61=9I2W5NLvn
zls3`&YR%himZN!o=jXrh!NazDMVnVMX_q((kMD=K@-)+^2(WfKIY09IPZD_Zy)qb8
zrn*yAK3?lRhDx=ExF+dVO3vYo64ISZ=evO!DJuCCI<YFI8G#_^SKgzVM9#}tWuA8`
z=9A4?2`)R^nwR=0?V?wi@kCmirD?4G)4S!s=hQA<l;*RN5;ZP>5jF3!<UI_L6giGe
z@P6&7XSu}g`PGqY3o=l34&mKrgdL`RN&hiK{G!1M0+rS8mWUscl@+!VG><iSe+@au
zAGsxS)^!q73D`XO!d9=(YuaHF%kpQ^c{%~)8de_*eK<jVI@!GL+nT9kA`fSoRnPL>
z<G-7qiGj16GuV>r6jMY32O%t>yGNq!UtyfQZxbvLIy;Wt)rD4K%yLn4_Di?#%P>pa
zlD%#hO(&bznMi{4vlCz<hc!$69U1v@6!217jGGqPK|<ge$5PV*VKawEBRyoGU9^Hv
zpw6J?=ALs^p9nB+St5xDJo~#GdYP{2Cj>gJKS1eA*-s2Gwl>YK$A8YT*#Oo3WH-Y<
zeBqmLVe=r49841cN@B5N2i(fLw0+Vbyp$}4Sz`nZX6Gix88Wl(<4?SyMprr4XM6y;
zqJ=l3@o*o{MY(znZk>M>Bb{K0a>H~ti|K4?C3u(@H?Q-JFRtm-LVm0rLI|wxu4F|#
zx8vd50i)Br4#tIpG5<{bz5&tbr_PkF&&Nv`77dbY@h=JPB`{-bC2t>p1gW)OO6cWF
z<M+f|xbQ^@5ek7*DjDg83$b}e*>|^zS$}^jfII3qbZR1Xn${v>W*ZfRjkjERQ(p{Q
z5XTX#4*4479=O6VLFklOX-2HKqFc*5IA;&shE$u{PD(Vm<$Vns`$jZk!q}^26*DLz
zQ%TH>$l$$_MfB~T(SHmzZS1wB^4%Y7R>fEWN`k4UR-IJe{eiudY;6n>V~jqu!rR2%
zDED;;V88qB`VpTixwS^K*h2y*TfT9Taa(p2b`$p%*bm-6wS_5KgMf`bn(+D^WP#yF
z)i%IbNnlGd7c!FhZK$bx>|rkLCS5@Ag7ok+8ZjcQc$WV^Nh}SsWNEQb2PR)h;s?Qk
zW2yX{XU(vA2A0FVju&M1XS?1A1Fk|8u1)NqaV0cx_tW)FUOS-*yxx|vl2nf79`bqD
zP$w4~?#-Rw;DF{dVR3hlI=yl}H3#TZmC`6&XB=n}4Br`=B{R49xFHsv$m}3grD|Oz
zw)+k`EG{}WN8M@B+n`)9L`3f&RECkve8ozx9M>SNvpdoKVxZCBwqMATx;0D=Pqf)<
zEnztpe3;o9efx*th1Yn{6z}nZvbn|g0JM1Gojoiq<mW|+yWZ`_mu<nphkE}HkgboX
z=8IXjDEHQDW%1X~t+YyZ#JVt_K!N5xBTI2>N{m%GO>n$vp_i6%;}y~FQDKP2DOwPn
zPlC>A`9#e@-%^fwIOAKRgc}=YAMdZWb((dYuX}4Btj3mav&R0e=^Mr(d}8G8Afyq!
z=sTcKZ*F_K-9O{Wzr}y@zySWZC@U-0t|z_bDMOUZW#Xmtfo2{k#f}yXC>@{^>Wtl}
z2U!#6@mPNx|C##aZUYV6KsmMijF<l&=RU2lT>bZ}PNnRHp8-yCLBa#+QN^UznUKJG
zoV`YVt;>i}Ci8yp%u}2i!`*X86<<@C>P|@mMw*TjFG+I{En@?S#OE{Rf-NJsVqJ)Q
zK`b*U)A2#Xw|igkB~I58PbXTIk-&m#f<LF)xj8Y%5g}5O-pCuneKWifB_f>L=s)9V
z1zL{IT;x~RE>Uz+c7AE)S$JJ`5V=~169YS~<ZqJZRLF>PAvr9@_Y&Mh2;~H{qhc_Y
zD?5;b{qMQpV$!miDm9v{L>{`@s-o8ne~yrgYs&7XarPKhzhl+4rJmLKZ2rmNc0f)?
z8*aX4CcDy(*RRu}!T>OeR)q{c-EX;*X4<d(h77mQabi{>LN3j>Iegtz9uAcv0&@RC
zqk%9l%`La>3x!yfDo^u{bXM;#Vs?k}SCvZsKLY2DwC!(-n;SWr=o?82Y_6Zx@-+0`
z9|yAUm!4L;#C@y*0I`LKO8Z{+$iUlLzGJ^TC&qwUhl16yYxZAq8>pjF25GBd${=4R
zjf@?Aen=UIgz48mC$H$;?wg&z^?abU=3BJ0fXED-a_wza{s`=tm$Uz1CjRyJ3HY$#
zTT4Ie`H{-)`4QLxTHMW|e~|*;c^YYtKHZ=)QUWiWz~l0=HvUNlX?wWcP7{G74R2u<
zN{Y!lzx5?!6ucN}TXX{6$QteNr5kSa6ptz8FPN`CH>)1-eQtHNsnjL$0v@_Uj^g=S
zJ?|0HVI~Ox{DxC&lwUq9um&q!JKQvaG6J<HicXPqLq3FmnyoZ@JD7*3Qt5tB!PXP8
z+oOdR9BR3$pws9aPuVA|8iq~STD9S0`CHE8{R2N`;8LWoAMCTp{EEuj+%QK#Le_$U
zP$GUw%uTVEc!U$?Gq(CPdLoD`kD)8i?fz<SY0-7_avWm&7getnyaWWrYY(yl&A6hO
zW3_4CIu+sz9;279{;my8a)x*Z|A5eVs>Ub~;v~=T!c3!>{<i7CY1%SIVcY!&u01_k
z2X)aG_x8=ppLJ0PnOFP^2UBf}T@1ha+s^+U%Kx8n+CS)PEl+GfXh5<eg*^BBQph75
z0ynU9O6=z9<wSAWzh&moCO*igE{+NB9|PO#Tg9(QcC6hDoSZIj#xA7g;<B~y!Ee0$
ztZsWtnmaWTVjelb@4Ccrcl?dnJ6^k$$e$3M<{o?Tu72-%r{b=&djYm_eT>H~z1<31
z{vPsHZ=~V;6jT+Qd2n@qD|@|edg?EBFY|jjHIX-iM36(^=}FNpYsi+;EAA)&>WRMf
zrG=04?vNw<K*46ev*=k%|8hI$M)ioM5aT|NV0O&38mZVVt}O)e5EOAeK5{*^79`HQ
zDJGcB`<NGOATr>y-l678sEPw{v67?V7WzzqNRtUxe$Z9YtvvfaB99=AuxZK_`qf=(
zg_4*B3lDTxCF<7+gOa<w*Am6}5R?(3+lfH1su-bR$>U+WMl1BP%BKjb1OOL>Zi0n~
z6Fl2}DfggaJPXToJ6C~NQ(XIiF503{w|NsS4c)|+VkvQ)eKDVNjBo%tqUOsSSSWoR
z+oT-)J&!<iW>XC-8DkO6=V<f;2Z2(W@PIF8cntBGBeeub)A@rWyu2q3VXwBEtP!Ho
zXt-*D;DORkruL7DV7lIRt}<<{WIV{9(GZM@FciQAQ5BSo!3=t%`mL)Otr%t+uGg0}
z9Q8ADF<SZQs+;G;iW`{Nor>O9se|&CQPFe^M_c&wCL^J)BQvsQ?+AjAiiWNkfs0K~
z)Ybihp6+{Kg&yid(0D!me7@Zj{Zwa?8{w~#<o7bj@F~W0<#8xEEK2CJITN7)Ex`Aq
zN%~E{ejD&i0(*M%4zBSuCdl{0mDd>44tr}#&HCfU^P^5lu9g$G<l2aw_j&*0ifC@L
z<DK|PY}$;zx%CHJa2(N!oY#9olj-nmgauC$rrLR6>G2JxdZ@La>e`?e5N^G!`11ux
zhE=IHAXIg>cS+fLv(nf6DDwzE%rW;VaskH-Dc0!5OQYgCSz()~^x|bySxof-5Lw6j
z#b!tIP-H|Yx!7tl?>bsV6SQNzUX3hg%_x+%+|KR9q}MAJALkAo&ujNfi5fIbIh9rj
znF(!Zc^u;|{iR7KDj=8iAC%P^IP&Z^N36Y(I<aQ(T`9lRhoE6ua&5RlK$*^7zu!uX
zWP^XSV})j>&bE@suqo2a6dGsLtX)@{(YnbOO&8*3)V!J9kVHk<<D|5DCc9@0R9n1d
zTiMq=S<77C7h`Bm36DqpMc@-f7h;w5jp0w4(&vED3fYQDAJAs^`}3jk)!B>BIV3Us
zywegX<#m*;QsYKof*v|Xc9#bHND3!A7+qV}0J7%fwwhhEz;Q8<d7$q{He%kgq)Sy~
z3wtV+UTqaQZ?F;*XNUPpwV7tCBYs!wCr;Pbcgc*^1mx=M;VBX8)`S;FZ$dRU^>cLJ
zIz{~pv(FCO6t`_KSm%we8LTm5dBhLZa65dz=qOKb3=vz`7sO-2Ey}NH2Z@nb;D$N&
zcdOM-V#`v%n(5fD%8DcS<4PCxY?090*tgN!UfvFWsT=_f(iu;TkL45Gdp~`@o_V^$
z+8xM1N}n^%_%-Id!(n4GHYEI82mQy4z%1}tMMuXvPgh5aUsa-uW$C+MJG`Yi8CN(R
zOp+TUL?zUhNf|_apB6EJJf;Hj_SEkn9J_dLt;2>y17oUpUH|QzjN8Ry>5<*jiIhWJ
zs+4_nw|8v~6-b?kfZ=qxwEN`}E9t;4|6}g(+**mUmdGXEI&4CIMcjS2oCu8XDQ*Sp
z%reVTq}hC$suU)DJci*@E{MM%>B(Jvf@@oU`dWcTWt&UQe5ih!hr_$dRhyHiMVy!T
z)fu9}LIG2teX|j$eH*H~R%yA+_l6|*^Nso5gD#Qq%z_MmQ<#!+#&CfqZRp0F!KQ8V
zqk}jBRb%?Epfa%m!t=q)c8xE;t!#8o7qynMqxBEIiH(KLep&K5DM(_Z{0+H0wCOyP
z;F~STLp52IqIEdCTKDt2^E1k@vK61$UQ>omwprhwe9!qTzY@iZVU-qpc{IE^1rJ1>
z%yiB9roof!bBeD)ZJ=9%cBePZ_vT<b(y<rw)I=GIm;Aen;knT4v&5p=1usks4s^HQ
z(3i!9m=yg<ipQlFi9hEQ$#K&Nbc?n;rW)W&ADn^E+ts#i!xVLMG)J)jB<bQ!vBN6S
zWg=uUm(b)UIhSXi7;9(Ljq}T?N3C0puyt$1M+1r}7=R*Ov?;cwIMpJV3<1s0@=FVD
z#Uu1{D&mC@Kg2qBiP(dS-M21(_ucva)st%jI^ZURNWN@ARq1HSad}_Izz$C}_=l$1
z+dk6T5nah*N?~rxV|Aqy4;F4ek}<%=lywX+_EqMQf2w8c361cEz5a4~kh*%z*U5ds
z`P0$J)$)h^>8y4o=<`+))P0CLh-yW{juB~Avl4W^THLBqgr1PH_6wPjH1)j<YF|!t
zOG}PqA#(HC;v#vKE8kbDpD-SD?|h<NlJ=X5H&^tc63sWdc!P{UH_CXTu+t`7!kWMO
z0VDT{lH$@)8%ENnx7`${;FWVmceE4y6%8#5nBKAM<gk0GjLN%w_EO8#V%R06h+g2d
z(TXi;=Riu619VUihllxGh)U?bG0r2Ww#i|=IzVc$+0gVd`MA810jcWXh=RUS&BpOb
ze0@*lSn|q1hA%joblVR|TYw>7=o+t_y-#GErY<}_{VA0m^9B8Oo+23d?MlIR{-iYH
z=K~J{m7xl8aoZHvw5SuJtsmgu%NPU(rIJ+2V;X7Y{t}k9jXj?lRw{}%C9)|k4qw`;
zID*r@!vrV?EbE?Ej8<L=)yje*L&V=1wcng=t`-QM_Pd{n@*XqPzK-Z>92U#G<w$pC
z{2^0^m8SheCTnVSQ01wscO)&@f}zUVig%U&c6|5a_F^e)#%B*OL#EQ;;K{Dj+JycM
zwwp<7z=o}&5nji+9T795Rhd|LEf(3|c0{FzAtnr2Dn`CRER+;u9{WAAA*%{I2e-Jt
z#%A&JdW-BA@*pN@&D1&$NA0StS6)jqV8%wP3x3z@!2}yJ^`D2;PGzqW;4p-a*S>P7
zAn1NT0gT}oZJzXYe)~Q)W-gc^?HWg)W=m-vTLks4{~2y5{?Yoo=crlt1BfPOAFLFK
zRVG^slThby9qjZK%$H)jp)QTb2$~Hu`m6*vQJ{k6KHipiDDW%f7c-iKS>%;YE#A(J
zF=~LFhYM3g_bZ8^<@5}rNYm}d?mReV(x&!qDog3=sRf1!rkx+ZwO>kyaNBWSZoXR$
z5|0|T0CZQH#J?5oZkc=yxU=e&R5g&KipEvBZhn_2`O(0E*BG!ME9LYhD1FKLvuM4*
z<bntcW`M1uVnM+{dQa7(@?J*qpdw4YoM!izT_rY0<Q<jn513A_mQ=vD|MQH7B`{`)
z(S8-zZ8QV|Fhf-8DuP{dcjjPxTuR~E>uTsnYyeHx<o-IsrIA7{iLrj+h)=MDy70^h
zsl#P<Mc+0Ch6}1y7t}8=3}@9bEOVph{BD$$@E8v1)#I-`+BFfZCwC>AJ1sQr8B}oj
zz^IZjdXut0N~TVnIF_glF|$lud#9wH7d2`tjFU~3UN8+MUtTn;W<yA4%C1m-s;ebM
zw_7v|A{T$E10}hVU2}gAp~~)H?!x|lnO<Y-`-zk$rBQafHTDHqmIU<Q)jd&4&G0~z
z^{<piG+-+!80NZ5R!wV!Fr~3&n&)}44AX(B?rP-PpUC94p~{B~ap6}=on@Gs7MC<h
z!#~lrx0xvMBZ!08t|i^YT|{aI>o|gMm}ZSTCk<<A+t;;@+L3hLOj9_)SFwR+dRym?
z=LxcE7CY-iug37j4S|G+`a~8#V#*54n}1rYmz+A#DEZ!>u$%gfo$wpzJf!G{t@Q4U
z?q|rL8>*1Udb+b*$YlYLK5qeQqi*%)Q{5EXrkbArePfy=HYz)tI;U23-sEp6wf}@Z
z3TTrEBE7RVwG>$OxL##;RXqQx0-23HKltw8&X)`!FbM|BD3VptF?n5wyX3Lr6W{aV
z&X_z@#Y%<ejb!(FYF(`)7-Xu`u&I1j75K`h>DV}4T98J-*<NQV@6~;YNO`K)&uzl)
zPqnI{W+8JeD)-Yhn9GB)m<$mTM0S{1a)OH3(5uD%^`W#tmfh^mbB=iFT2Msq+??a-
zzSl}~VdA+P3@IySxQI!?@Zs+pr(nrVHTah~L{Fl-moUrjS0C*B6wb`ygB|y`Z>X3B
z&abxLN=>;Oxp-d}&muI2`0|X#t=XwFU>hdPb|=L;r?yHdO@CD?P&1qSI(4<FmZ>eq
z-260_k?SMDo6j~GDnu|Q6GsF^E+H-9i8dp)27owNmxf+t6FB^BX#YjSc1et6?$DJ=
zZilWx7$G%2z+3<V2%*qTSanG=n`S_$Q0eHab=dT*l~PG@4{FP0U(V^M_fl<RF*}0g
z2w}}p4<kFCjx&R*IqKRMV}VT_jGps6^NCyA?BN2fxj-}5+!#GSbawUXd(Gu<hpCg#
zzL`6?SuUSFAwe^Qhy8{FtF92q+-k9=!}+<@^REDzQ`gb_Nl(J*l)185AI9D;cH%&l
zKh4fdk~PCli}awB*=sL$H~P`moz1&YsB<SX?G}<$wi}!=MzAn!RuaRZ+JxFq7ci-)
z1veUO*?xfDbjZp>N(>Zi=qx2Dhe*&GRl1cv%Qzb<Kt+vyunrH|B)m@e8p#~pTKT<Y
zuwUO(%hDH_rH`OcMb|Am?Kbm`r_3Qj)f7g$JR_hRR&>o&=T9WueO{Ymh8i$yRT17D
zB^t9Sf5qc>4us<FlXOo&7yz?P&25vnY0XUC3>=(3cBQ=QpJOFY$cP#qudh{Kf~-oJ
z+Q;tgf=+SOYoW6=$i4TnVHh3kO4TW_XF2@IHD;kXfX+QX-b9@s#xkE%<6djo{Hk^G
zSuXQ4I@Xl4dzVKIl%}g{Gj75Dd{Nm%?`Q0>b^~qps2I^Py9V7L#$Lf+n`QOw{$n$h
z?AJlLpyBySmyq%bS7ku)k*M~p)!);ReBHE*K9O@OY)Tqb1cfDkgH};A8p$|2RTi~!
z+9&LBQUU2mlQIP?%qd8Zics-t=gX#6ju@(c!bQwYmHn-_9j%*B4M}3uZ!4bGFMBC8
z_1Me~l?@_@CIaUF6wouvA%s}=$)-_s*m(PXlXh?bN`Ey)GJ4I+O!7DFi`i)_p6(TP
z=fwJ3@VL=fp8dNP00({afE@4ZhVSjIQch66@k^R<rVxGM(c@O91W#3sd;8kY`}<6Q
zqa`|JcCqRr`BheHHW5|XvbpAZJJJE_2$6kv%jtZ|HgIWrN^X3PlFWycAkmRxTvB2(
zbT8=|^28a%Rt6m@M{aW$Wfhn?3%)l?A7F)8-XMggPQ{KamE~>@4#K*#t*C318p;C~
z=X6-HN>=B%r3V?5qfkTH+6-t_GLm6*Z^k9RkXg^DorLSs#ojZGT=tKky^y~fAL#I%
zKFSWuY-JEfP9_DFekeiRY+p_m0Y4j0HRJ%?GfdzA{dA86=RbxC3p))PHm9t@4ppqF
z*Q|bcShlP;uK(s;x2y%LrI0!-n=cQr!y~4n_WHa)vN4s(1<Q?c57=ty!z||d<^Dlt
zyM#|{+l`&X%|4Qo0y7;0>BtfrcEU`KrSxGfY{ypnm@+1*At%=A9eYK{XDz%SMaQT@
z(rrLp2nS%ZFRN9=O`z!<D6CH;U{=KPacWi34aP#7888A@zXm6Xh?b82iXnPT9}?c;
zW?$qh<lwAT4unV5LG$?XT|Z~0fMw{ed$^<~aZI0|t9@7dbDCD`1$|gJHFSOnBJ`#v
zgoSu(%4qbGPC2Djh=<tqytNohJxv-9K|}eCwN&*6U0{%6^9>Jdm4U4ZLtAoORe(NI
zC&L2TqS=N4WsGY})K>dIGuQs5g)1706DilZg4|08F=DCk@JW6jpW-AyP(*L-7O5MY
zWZ#an*2Bsb;vtZsE_zix;!l$1s2KXzDE6OtqUp02e~G91wWR*|&LG3g8y@%$mhFX3
zt5+qbA;`HZ-bdm;Gr7C>><gy?g97Io;-qvEQXU}{jqAK85YBM>E!9RNTX$#TiuxiK
zT+b@CyE7u#t@O=HbB!6j0~U83SK=SM^LoEbsJXsM#}^pN%0FC>;o}Ps@C$qaRJFC`
zS9d-<qqdJBeuzwB>aE&T2U#NXWc94sFgS|GiTWH5299Qg7{7(WP0V&hXoQD#``WK$
zaGs*Ited)jU7SvW>~0tpA(RLoYhRR&(&zn}Fa-hbykC#6E{8o(2r+Q;tOt#7CY?@M
zJd&hiAOVt9a$*o+x^^zXHp2y5q`&Kl4zTX|jtEV%IqvwdGP=5d&)$WrrLyp$%kk=Y
zFoe05rC?AQU69WE_Iy+@kg0+LBA7`<(0%Ee!akqE^0;3kUZ?2O2$$-g*re9WrC#h#
zdh5!WOe6ZH?XpbP^>hv1$9lOn%o0T?NLYV`TeaRdjykxvT_V)LC(7UV3zIe@Op^8T
z6TWvG#Y9N57<&3ZJ3tbc_{E8oJwWp^X!>Qxz7TC^hrK=ov}rCHx;P9ye*59>CGPCO
zD&g;_M_c;RSNycw+(@a&d)pJnqY?L-;;^>9h>pp+Zl(>qhEM-3Ys75FY-<qO12V?o
zBL}@lz$mxt`@F(6%T;skFTqRWt~}-OKI>(PM?)jPQEu%v+NJ#X8oD^REYO;=W4hT;
ziZIDL4ufEIp+KmmHAD=T2t-1z0)JTc+CDN!PG)ijvA+<fi1-bwWsWq?W3+$9UZe3L
zKGx%6qvS_{eBcy~sA$;NJrzk1ls3IJ9eALuqhYPRk4?Y#y)E{-h9mY-4G_m4ucmMA
zTICo=iyZ}%<mj~Mt>GMu@2$n%W#&F(8iw`Sz88Lla?rLQgGbcrzaOwTsu+^T9Q25f
zwaYpXw!>YsKqA3vsu%$~2DV<-cFoS(wOVpb9I>ve)hZg)Epgew|I--XvJpl$5({_A
zXX8C<%QEXS?&o49Yvn-nbo;dunJu(+xHG^O(?g)o#I&{+x7Kk>h{rYV%ZC#sz2PJ0
zQm)je-TB3c0|`HJ!wOr>JD$S4tZs#bt}U7+Qmn>2Cn7tv`qp#)-~pn>Iv)_uU#j>N
zl{S?e(<DsX=B4vpFLhIIKHaT<-2XQj)n7jLNc{gNA6rl6)q1V}l>k^Fk$8Sq6uYS)
ze69#}HCK>SsemcKz*w;m6hnHncx^W-mpu<%woMRJoT(dsbo%WPPm_~zYIw7|^mudB
zjS9SoToi7ed$SP==mql;t_1QcC)i5q&tVhSPA^(&QV{9D1r#{?6}s7ze{7SVI*-#@
z2f5sa8U;I>v&+qYHKh$Od;cuWL%D1kJ&a(F;7=X=S@EaNxC#5dRYHMy_Q@ccJG^Uj
z+|J+3)cRD9!9$QmFp`#3VR_9`(05WtPAx^3E3ssKvjeXv(R<O>LC_#F0UR6yeRTM7
zD^l-LDBE_wSgIY+B*_)A%c2iX6}Rdl-)z^gIhQMzX0hrS=IkYmlvuHR!WzAxrYEo=
z<|2{>6~Xdxoe%dS=b-%+yd0pIUTGaz`ow~KShYjOq9%|M5P0*2UI<&QI&O8_a*E0J
zLZCenlrdq!2cdNuL|UO2>4{qAom3QL(GRT=r1Sr>a!FCBMc22NLQJwaL|Gt)I>>`i
zjMmeB$(Q-ZLPmk0NZKjQ&9ey&4pMxN4F=zrf(jJP*nnpC7ZD$ZtD|E6Xwpil<<c$p
zmyZ3NlIsRtJ0z)Zaj7+7J|KF;9_-OEqaKnxG9+pzcx6Ou{}=^A=)g1)*>^DFShXD6
z2vo)}A>xykH?Zv0qkwVw!r8<!LckJvX*Q%&MqQ&RMC^pK-kUmSt<|nePSK~T^rYO^
z#f>CiHBuNFT<CG750X=Q;~xRyLVJ&%6R)vR^NN}}d{mr4^b?x4H({*i;y^FHd)p4)
z1>y3@{Ha$Z_?zI96>NKHIMYXyxxy$AN5<Y&gX_Ms$lBF&#j#yNcZx6S@BY8MWApg}
z8H`}7z6o)Q#sw<Ru(B=#j)YMmVfoiQ0#tVpavXH#RKEy)1<GWb)qQi-IgB4oC~3vi
z6rA_5Us4IxX}4Nej~eK3YWXS_YKvRg#WAA4NjSs-`|0>0(%$U!(4ko~atH|3RC6Gb
zG6xlOL`0i;te&p7MGXcxDZrP4vOw{f3MOiTk(7GHmGY}I4mW%XtT4$^G)*m5OSSO2
z;Ol}3XCH`ew6o6WRu)c)2{QaBF3XfD^HTE?>Pn||ZN*++!E*FK-Fnauluh+1`fB9|
zZDj^g8M7(%sdv@NFp%VL!dK)9H^itoU(xYpwKZ8r=}E4_*-$u=d+0f*o$wRtX^*Ub
z<is6F1y-a;gf4hTv)SEVGMUT-CiZM|E`hh4F-V%uvhLNz3HJNp-f~3;3$r<5pFa7&
zb@qOMo?`#FofV#pn)`L*bWczgF(&(b(`3-N`_Xo3r@>;rgO2kW+&#435L%Bly2{Ni
zydrTor?|D{W(baEG7Bw`%<%sDMUW0j({^A#jyUjLq~!}`*?%8FtP{@C6TeioHzkS<
z^xBG&D_94v<A|(;xZEKF|B#U+)ydOYOto1|dLxf+tnXug!9+B6lSt|KvEOYai?KPX
z)iuIv*S-U6Xkd1Y-31j3Z!w^GX-S#SD{o$Q!l+MP_|KFczC1F#t0jy+rZ#6z#r&J_
z#k{n=%;)r<>$*2?xG{JJ7n#CTt%S5X_}Y!F#CrFp*Y!(noX*6W81d25Qrqzq+wob|
zj`o+uNw>trbg`PN6^~v^=vF2RL+&)GUSKW`&JhS6%dmus&ay>nV8VpcMYpX3_SRxq
zor3)Ce)W+;*6~ijqg8o-lT1ctrAZiu`Lp&5JzKFylfN7dPS_YmOslVH`9#ujcw(h)
z&3)5Va+or8%I%PuzG78Bav!0o6V4dQ)DmU4`L2-a`y?diS5T?g0ImOmql4lC-#oge
zp+@DpN~uDszoR*w+|-7C$A0;uj3T@8GVUl{*b(w{H1bDw+<H;$u*Ul!wDStNnW$T7
z)>Qp`8D1@#QKCB1<_YP)lh(_Q8c;sWYu61XcciLbG=eg=4ronV*J2md-tsbx)cj{2
zu(9qx7(*a4$_3}dHJ%^A1?{ASk;8Z0^o>t11&6OZ)l`wjKz5RkICd=ERe33W+3*WB
zxbT$&==X?)C7!unCgG#^SNVx^HLt8ZW5V@9|2Zn89GZ3Q*#2j}55Y?9$GMp4)?-mA
zJO~vAMjOw^rjkn;-0<7r{=X21wR1aPDluGC_(@^A%pEhwx)>HY<(7j&8)ayjR4$5{
z>+7zc%Xy+F5mzp_@ZfG1ae+CixVY}6Q3tu*a!dCbHZGdVI;6MoRmokIfJaeCCTO2E
znVgXpDeKSfFD2%-MHI2KV!IA7UPo2t?dHfYr39|V*b+_-q$$-ETsg|^qdevz@vPEb
zs0kl8G%txUW;;v+b7?_}D`Nd0``R=fFr+Jkf&5q$OWkkZGN5%i@LXC~O%8f>giRD(
z`Y^IIGl<tqnz2&<#<CH7CTOZaA=jXRwc#~R|3DSZIhHI*mGPmGgmnPNnyuxikJ1KE
zcm9whsbJPs->|4v_?NAN*r^Xay4PXOz_xiOyf)K?FJDB9hn2OCh&L(x{bvM*Mx2ve
zYY0hx<(mI_b$-@wE}Un&RF_1qD(CDUgJ~>0c<ri)huv{hfqZ<ArAL(~hDWCz{4?D`
zUdc0m&Fe_55p5C`#^02F+%L^tdg8`^AV%W2lzwg$8Qw|N<-aBO_(S7n*6G2v=eFqC
z6a6w(=-;`nPy4G3|8$3of9<@H$d_kal>}G{MB^}odr%dzkEp?!hS|3;_)HtKLvv80
z|45xR^@er`&+?W6`E`KqwNzzQ5U5?V3LW5MKEBEx5zz>vLt>2t<8|LXd?gbsSR1Cr
zcJ{u0XOtvQAr>)mm3sGEH;YxX<jq3(`=a+>M$-*~&t6ouo6}3TUN-CWg3h?Fwskcs
z&ubZc;uZ3!^|sU8_BoCq`Nt)eUTvX;S;YdQw2z8{G;YdC;P2Q&EQXd<!m_W#8Wdm=
zm&2K=Pf>iB4%lr9#p)_AvHebjvvvy5&&Tqcf^v9AU9MTQ7WJ3vFISXU*GM~z;5Nme
zuT7KfH&EbT_u-&SbHDbn9Eqc&<kbj055ITsQk!Dd<auPiLPm<{O%%j58vhcwZONEo
z0ZSU8Ak{6t<)m-p-_vm8C}^WSHRQ?<ibzE4&8WZmSbC%wu*?IuzZ>XMDko_e(w$$M
z0Clgi*1A9G+q2hY3+h7;c8@S*pH|*+D4o_4Wzz`PHQr~;(lB}@@JQ1buU9$*JM5w$
zg%`nL&8HUsTJW0{T>DXFuLy0q#8KsuM&*kysflbyjo?O%di7qZW%VE<0Fq{aj~KOz
zd=`7Hh7w)T>F>)}uriFvOY)wTY@Rlip;EvYT`*+HVV}38(thc^0nZ0E^=gfOF;Qld
zcg{aXnLr-1uX(@ns%B;WIaUntO$sS%!Y!_WKc!?%J7Ypzzn!R1>8)|A-jgh}ZO&Nl
zJ?dE~D9b-qFqF8=Bf_2;mI(6|w)KuGhQBM;Dq0k<%8@5`DXnt{5r6+Jj`6zL=<Kf#
z&XIfE$vH%HY9=Bko#rMp=B9C`F8y?Whxjw?`}R3MdmwZgfo1G7QMoz;P^|owsIQB{
zvi)1z{x<eN&JoXq1TAK}X_QunNks!F#vZyEDE}Vop;yf6*|W@NfnuxZQ0#3gL){{&
zoM(5h9{9tBF`bV(_e_oa+l98e^B<0M%lw1%*`wHZDTOxwg&&&zRi$jwrb{CDLJWWO
zH1bR%pC}ZBrq^55DwE=4U*q(<Rpl(t2Y8&-+77ODJlZYPS8dLnxei!*^3^YU2Yt43
zpwp0fi<IVt4P9qW>k}FJJBD=$oT)2+@9(c#hM68FZ){X-O|8Uhx*gWXH&9v7{mro1
zMHQ=aYZh6Ak!(;#l%$vdtc`n|QJHJ0o6nr;23jn>S-+``;MB))4|}V3JeEEj*l4io
zW0nd!a;M3^k%Yh=VlSI*?s+lZD|RU+1VU$A-+NRP^-rrbpS7XIMD0p;c;lk$`kYB)
zP9uGDN*0QR$N`AAX6n*)Q9%ggT8fNUpq*`%9`L@J7AW-eGky)1*{LBV8a{s!U7doC
z+HxRwN7`@aEXkrLC_?uh|0g@L^R<DRn&^W)`!n->CtHodPn~m(3w4&OdN{h*RsmI)
z>Qp?o|FT7!47O*Uo<LM!!f9?2qv9~pwc*vS*rNZ-l7wP(5Av3yi5l{GejD1tFzx!m
zePr%XU#EZ@=Q)BX*xcP3=F24GfK7r*JU>RXrYOW$Bg`Z8J4+eoII(IXo=Hn8!{{(k
zza-z#NR7qa?*oTKu1g&8_sw%_7x3e&eUNLTls|V4JP(zvQ7sZuQZa35I5U#1#L|>l
z-7~aEaoo$KPX4Bj+9^I$B+I_b&9=#`z2gia3r*`kyS2Kjb|Ay!@ymfZ@{D|4|CReF
zuKX`7iE|n>&pxfP6-8O8_O^tdcf8LAqEIN9C-JezhuhTkaen$T-6pZ6j1QypBC6Oh
zj(zM`88Mao>DoTpP<VGr&4Zn~)6JmcK(=muaiZ2`F!Y-0o^RU1?gKufclDQnER8ug
z6ycknau<(*w_UTXhoO0sTiLt%&12Y_PWv6ao8QkrGg2J&RozWnpwoP1KI3G{F9Vd2
zji0uZ3J8$vy(+#hK8rNFoWiu%SucZyv|vU%hM>g((M7XBAsX5rTYS%0&wz{p-3?|Q
z!wqn_6I*po7x{;i#gh;lv1@4yv&;urM2Ykv@((+%2|mQI2Aon;K44hH1nv_bxEOq{
z_JOb{wT5!dHa<iOPMbl`N$iw35PpO2_14mF&w;y-xwh;aZ2=~M5(6~_@}99Jj!w43
z7Q{UmD3?)uWAtdnU0l;q$^XG+M27T?NfSgyr*AV)P%q<%q;&MG=dA50*QVON5|GB`
z56~;k&C(ch8OSK*)1twbnlq{kk-x+mF=z~xbp*+8X;h7ZIo-%#wAqP%<fPF(GuL5u
zuEr(zN`dOT`mPk|tP9?}^I2n3uev%n#k?sdUcsHR%?<N1P23(%*P1&L6yso$z^Y$Y
z#?y<u>hk~C5JkAv2M2e0V`0f)u|MSNa7G`kzf$x&33{w)i^SH5?B^o8lR9rmwX{x+
zwC1ZT6p+ymSe=cd6GGvHCE-i{?Qy4sWTMAdNs$+=)yvWFug8&Ia?n4QFB;_6|9p_O
z`t;vdxQ1!LyMO(%x!um2s-e>*^G0!?W$;nP_MSq{R}m4>rq%?1DFRCib3Vjwoz3G2
z)9reF{q!GzPPSPTcRdmR`*W7?4K!aEd`<tHAe=*NZ1*fU_u(uCdgpl-`H>zsG=`8T
ze8T(YapD}pN=DyEYW*3^`Gkd;wji>c^!SABUETU3zu6Q^`pvi|+)pgNX0n^Q8M1t7
zulv}7cTDjRyfJ+&&YV0neR{SMGWDP+kRk6;ZsXba_7;jJpB(|aL^evnsUK;#!r;T4
z&<C+Sf6PJ1e&a%vP5d7)o2S%Q=>=wIJ{L*J=W0CV`ZSbL0BFT%RKA=r2<6215Qit~
z8EhXE)t2ZHKS)C?zFRw+n>3O#g29T5jj>PDIu|{dc8Ya{&1*M!5}=DP@8Zf-gqK&U
zSWAcgfR+qpPgA+u{277Oe-JDe>>%jqH>KQcw_UNIkoxes!G%NNfP==T>PChSOq`*8
zv)jy3>KxnGb?abDm$hp{L_pvU7Vq;9SSx?*t#_OyK^YrAR9xD{Z*Jv%3buxoFPJn1
zT+A5(fcPvf5nJ~Fr5O2WzA7bcef#|-)+EW+kohg*?@KQ#C!=NBK6)%lg9s}-tfpc=
zXH><txec)}ge#rf_+}={)H>)V0o)Mr5&j~p-f?A<uZ*N20azN;K`WIyf6P62&3o_r
z3$q_@n$Ud|Z`er$Mkhl76RZKNGDw}Jqy7OjQ|HgOS{U;JS+K&Cj~36c>MW|z&JcF-
zn+2|rSaW7xG|5HmYtByjue*LI{}YtXn^DZdU6$@0gzrad?~4_!8>_|z&=i97ScNV|
zFbQemQ4e!bG-1VH8AbC(D!rIlrj~*#5EPH&Q>yHRfhL|-q!gnfF@)Lgg$vtTB^u~K
z3(vi+gL=5m2#jac{v9D9XMg2O4>!R8zQKzGs^0x$Cc{J$3X{+PeDtbf=?8Nm*D;2n
zVltTDk@(No-Ze>1bDPXTyyCEghlorpn<W#1eq|5MxEk&uFS?{fAmWT}jH}9tl704Q
z-=$&-;p8a3eoWuvzT=I~6|9YB?*hp?*S)c7dnbX(rh!v1(RL?%?3%Lj#9M2YW*uT{
z8K3BoNOw$8`1`Nrp^cY42vF%>@vnIb@Cu>Y%OvjIb&&;P{-;|tXn??jF_C#<5NK=R
z^pi+{U5Od4I-M6&QCuc<jaiA=YjrwbsgY`C#&=YbvULfpy>3@jn#bSt$#^NL`{~Ij
z*NrI}g0zH%zpgDD!p7Ebar5O-A!&XQgbXZd4t_Q|6Ak+iOM78WyK91u(28WZcWBeB
zkL2-MMi3NP+S)qDhxsAza3^Gahi0hZMT(R?t^%yc!i^7KdF3mflQhZ*vWq@<ybt$Z
zwIWUZF8~ya(f#NL3eIxW{e^<o1sS$=(f|o!eCKAi<HYS|-|Z%iB~+8Y$XEbzD(JON
zSPT;yla@|+xo5Sz=JE0Axs?s?g7K2b>4ic^MT6~9^A4N4PEb@RXzE_{6_;{@%Q`==
zDR+suj)l0+@8tVSV+rtkcv8m@-lSGI^NV5pFw?zCD@Rnm4KU0Km(?T`>kY;2G?klh
z<K3MbFAisEW19!K$+<bm?TCvD+_Uz4UGNPjV#4TiEGTR|UJ7FRN*1n?;eeFW^*L&N
zP_E}@++De)@uwZkG56yv?Gg85eff2*J*bSU|Fzlowr<lmaHU+2Byc%gWS`zz#j=rn
zUpG9Y#e0kSIvC}OY=4@_`9$_7u5X%dupDBTW8#?JVSI=Eoo%tvB%CU9KLk_2*4#aa
z$8TX3TD@d<5~Q)fTeNP!V`%YNGCAGqgGqSov)HwJ(kzY#HFcGIWT>`gY}zaicC$kI
zn^9U$7+r|-MzE65UTTZZ^x<03qS2%A*9tSpu{MS!tZ`nwp<f81&woJRPp~f#R*IZZ
z>Y~nCOHCWHs>xRyZvp(eH8Z*YLXX;B*GNNHF3^d*Hf|`V@^27aS7EjJb&~6Ip}BCo
zpO4QBJb5yG;TwunnDSO|Fif0eIRpCQ?&tqiup@O8O>jOF==U;Y?+JrcKxxi%20q)3
zQU8ex*sqBB!VZd{0jm)2TNzQ+=B@<ne91(<iAzR>;fS|r_uwibqx)gfKLKO6yAdf?
z#>W}{KTD5ZC<8E;i>jCv@8bJk*8EAiqEg8+p&IN-7<BCVG7U(s^|Hj~&p}p7;c*%X
z`a`>$>1Zv_)*qC3_($MD0(J00wLv*X71yj<#Sw>|YjBSH-1cj;ZR=g7E4<u^Q*d7}
zH(#QsqX`jwDrrZNH@F02mILFXUhoGYE)I9zQ$yWn!ss}*PQ#jU))+M&I8e6V-fr%O
zBi8_9R(oqL{e|Hz=3|>?WhlUyRU&<%q{2erzVEW&5E6SijH=a-K~R33(iB4sLYIyD
z5bRWS6)-S{{uz(e5BtV*)Vn@+srJ|_DB|f7PnJ2|tu32341X|XanPz5rVn=jSPUmH
z4ej3;{v$;d{RbZ!POuql04)hkn%-!R9F7I4hQjy|_@X9z&+@qODx=j+0Z<DTuPiw}
z(m<;bBlZg%4yQcp5M-eY%`}<^t#`MKS>M2uUAJBJN?E(F2CfbwA`#I=*{{exa;sbE
z1s5bZ6;>yr185$cQsqfjUISp>Z+?w~$pw5@$F}+^bCpTtz5_v8+W)duszQ~Tln+N*
ze=x4NK=c&hHa$#rPs0+fkokT{#?l{nS!;BQ-3J9S;$FX@`AuW@^wK$UNdeL5Z)QJ=
zl=K%W3~MNN2^=hv8b$Px{5Q3&4pWX1IY-XyO+dC7weNYY7hom@g2$Uo`D~25P6G&G
z3$MTCJsd#{^KcLVdy*Cx-KE1XDS@?wDzA*ml^BCBZ{r18%dRVMdK)ze*h~6dGgxU+
zXFTV`f-k#PfV|%5aJX!VaLzf^b+G50gS+P=yClrAPSKPy-NWI3F${6aD^eP4cq_9I
zTJb>!$qzUa(y<~UQp0@^E@7zAh$89zHCIKEg_=}ke)8WSb$<y`O3pRVdNPFy%}=3H
z+47Mfz{0*(^X=T6ezG&)Z-WBj*^+(jhek54GPAAbRG;1<|8<13h^C*X({EK}1iS3R
z^xtXFi`8@=EERd~&m+c`K)Y=w?u>RXI%iFG_()Bj_+q|Llcd%)I8>s$@JZ+AyYL>>
z)l@XwHH}B<f=RENYmDTPh3*F!oa2M}^Tx6TMvn38&dQs*+9?9pF2>H*ZOz4(*OPB;
zu<rRsm=%IfwO}r}Pd!=*^quGI;~oD3f2%q*(9l9Lrv~v^9Z>BCNESL$kBF7j$-%1w
zl6#D<(Ppt4gJc42a3^}=nyek~+k0}qNwCt0WpUIuZLOiE;eL-kk&>hOcP#+L*rA{W
zsKez+K&s4CDAsGtGz=&%o>n_rSy^3?z|h{)?q@z#&*D#%1bwDbP|t!IuT3c?$MM#1
zm?D-FtA4pU3j)@gc@sxq<yjJ07DOj>8#_u<W*v*foW;fY#!VYXx#A-hcG;DzN2%Wg
zn`Ie+6)u=YT8^W<5Usd{q2ES4ih~}dS%<y{X`SvJUn42LJh}D`qp1YlFf)onw?-XM
zEs5iZ3=*IBnP9v>xhkGQPS@;n@{0R9x6~7~GmHz=*p;4FMYcWK)s77Im3UkarAG=V
z=%`rNUWJTJ<cR#Q@LtM!x$pO$M!Lnzy;jUF0s{?4Yr+M;ke>`F>YiI?LjE&*P*LZp
z->rwOl-gJ$Fr>`uBhdi(u$L~iEn--~;m91s6*6G!H+A#iiYu!*4I!n=55O|37dtz2
zt%v5ihuR0!w*=(w9p1WRaG~3cvGilB1I1(f)hZ~vfkeA?V&DAS%DK<SsIHoZm<O=#
zKec{Mm$$muC`U>b6C?^Usku{w#RL#Y)gKSOuoaDsj`S^WUl*4GJuZ}?>cllJ{}NN+
zu&0cK&;h@C-?IJs3&i&ikI(mwq5qPB5aKnBh1S}e4VLOhkDl=l&ggrHzQ+|DygYvV
zUtoXJ{L9XZ^OCb&o|?v(5BRaNdJkl55XGvfpZ`9q<53ay%lYsx$+2&+)fu|@e}a!7
z2IpPDA~Z#OmgbN2j3q#$B3o$BjOGD3Cfk-utT7`5)HnzI{Q8bN-pEB*gfC9`{SPq~
zf?KrqL$y|cST>kQl(exMw}>bYovdBbb<MX{))@uG{CN?+_bA;Rba0g~SpwHc0e@Q*
zXix>l;hT5_f^bQ#vX=?r#RV6WUDL4cDVL#cKjczpsn5uL?<P))Um~Q+y)r1<a|ybj
zpMqDloeX8XiY4?aY8>o}#lXbMaJZEE0aEg}KK*mZVr#c~UsoIy=dsBg6^y52qU%I|
zRJ<9FGcpvDqz*kLxfv$v<+i7XR@S%hhN~_r@rAU`(R<!{euVya+(B8C)h#ZE9!hrf
zsY4}-@IK${siRC1b&G+Q^l<4H1jS9f|CY0`*PtRb-d5-E)N{J3<F8mNM-d%@iLZRi
zW@P@TflKf4;pF}6;8^Xv0p@)?&bn!1Z2EqX^!3NPgR>lyZ)`JvN)B6)Ddn1II`y=*
zuDD9mlurK>-_gh%MzNK9ddwg;k(?Aa)!XoKQ5uaqzjix6KLR)SQA2F8kV8F2Y89%!
zu*7~By*sB^Xz5U2r#ue1H<j4yxhKgR;EwIcUD*kQu>Q>|_`k9kWI{{5VyLfzDDG-~
zC4kWbjVktZ`i{QkX4)1Q#rFxf5a%OfO5Me~H9}b<Kz9Q{`wy?WmnkYN-G^{TFw1WD
zps3LK;R0FKnv_K$#eb#@3SPq+Ap{AJcEWAo;}ccIZ|iPYr2<h^JzXtXO&e(W<4h!k
zLb1Le9*iuqU-`_61fj%Yn0|IR;+xI+*f2yH)@|N$NR*c)VO9lzBQhT%t8>*KxshL|
zqfM)yXn)<5c>fQ|-U29&XKnjl++BlPa1HJRcXyZI?hZ?U;1=8h!QI_mgIjQScZYZL
zKj%E(v8TTGt=g*Dnwjk$>FK%qcU^sN^;8576Ts*B&elc+AiYpg=b*wR9ChLTLC)zt
z##YNTW3>OYFZNhs@rP56fG{<(?V<begN(s;j%f}Jo=~&BM!;v|66jmPLg~bEIo{8!
z3mKj<7|(sA+%00<Ed$zSF2)+{gmT11g7{ABX};>sQ`<BDFd?iv82pn7;Y&uLl#gJ_
z%(7q^f54zm-alCvVs>}Ryf;&St59mgru_~J8H#!nFK9++_1rh*>0DiMD`yO>-}-4H
zbgX~(-Sh|jUOB_QyT60lNVXC`vS?|WuXixAE2J2L+)3XIC>sKAb$xwRIV;TcaII{3
zKqb7jTc>kBX)Nf6^Hdk&G5&AgZNQOo?XMk-%zo*8<93>9zcN{NR<1*3tH!uTSygGJ
zLo8xu`_Lt)c`t-Y=!6LPMKCa4KSIYEYWX;IT1>zI393jh`}XhDBHlT-^SkAr31R=4
z)#d+pD%jS$`T6Vi67Bihy9SV8Y40KMA+YJg3ZkC`hs24%7q8xxp}Nnu95MyA1q`)N
z^)3vmGW+n(K>Q6mZ7gjBT4pHKgZatje6?wv?!^tZ)zxp_I!zimtW)gOtg7BMNf?qH
z{uDv6#8jIa{*%X#2e~Lt6~|r%=l9QES<Y+wJPX|B@=XtG5o5Rj;CQOO(w8zrf^2}a
z0M7JYPf#!$55n(XkF|D2yr)}1ku(7g^UViquT7?lp8&is#6Ri+t09qjR3eNCD`oZc
zZp+Qg;l=XjPnSQG=036-bw`hbb2z`1ZNr{l1G#7SeOPUY2<xldgCe}M;r5BH&Lji_
zhX^trI==tRca`x|Q$&N_PEuLVJ9ZP&T_`wN`B0nN%wdG*rQeiW3mnVnyx4#}cOEA=
za_&gwsEpSB&D+z@HyL!D8tkYL1!V%s(7%Hd;-i6&F6#$92sePJtv~k@nQaOg7aEKi
zT2WYWng)li3<*FDN9NN%1UF#g#sg-PlmY;78zN>~D1NHy?Sd^5l2E~~!3Jda!M+J7
zWZTaAX;ooYAs(obFv!wF%!4OEi3NTK%si!7We-x*%B5iBdtyesXm<1X6mu8dc(_FG
zuwh4{CE%)R7dZ?-YZLYBM^`}PqpkKU^%>C*qV^dbvVjXBhIZj~*Pt;Km;~R~2?zIL
zRrgTNqDHUUw($06q;TlHnt0LBPj8`PRe&Z-$W*W3nn?WU*R1U|ln|0jIe-4(lV^;W
zO|5t})E>0Xa$_Gi!DnWSD?_47&>S}tmZqkbwzcbYYxX`Tu94i}+S#I*n!9+kY&`4c
z%6_Zra=uVe3{G-<R;*h{=+X>kqg9S2)1Q9)!b`+kHph8@$N~2Ir!LJEtrclTO-w3c
z!=2aZkf;v8)q7|8sx+whWjZ`32`@7W?c_Jry=ww13&uEd;|;qD%I`jU5}c)kd}-~5
zId|rj?*<=bH|@(Ara2FgI0QgN!d;a>yw=QDd_QB1AVhD5E!iq79>9-6O7z0m4bluE
zRkI6s>AkCBBl{G2nEF=m3f+pEy(1h^qbW7o2yUpwv62A`XUP@;=(1c$y0>Pa6bBcQ
z)l!vq)K)5g7sA%tM=b<%_@p{Ef+r@QR+7Wr<gO>@o7Jscy$@u*!OzLigNUrwU&!O+
zVHK^~p$k65$Ac*R5KYEt!u^eeNTv`2z)hyER!~A?ZLAw-U*iyb?;;#LDx=i%trrz~
zI<$2e(Jg!^r@(aS<`#t;yf3<rOH@oX(6NS<i&4zkB!l<LW}u}`cy-ON=C>{S&(iFY
zl={?V-V=^iIa(L2*(4=PPx=VkN3}YDPU&?k9yEjeWL24R*i1y4?_r$1HZ@m@uTDuW
zL5{g4eE=#I!sd@OMafhZ)|+p`Vdm|d7bFH{oGD)$Q&d=kghx0(%fVT??jsw-wKz-Y
z-|h*GjX=lO*J&*_&-^S|5(rItDu_Mn<F46gI2tF!6hi`s4r!IL#+qv==5hb_E2wt9
z<F<cwS+BWfkHgbh2P0osqrm(Z4<MTv_9mvu8t>QLw7BX1IGWnr-Opjaa%fwl(tL$F
z-KqJ=tGy9yiK<VnbjPDGD>ja~CC-I3g=JsfCD+fMn$UAM*KSRp@qg=r3YB+u{!?y+
z`LA{WSsF$fuA?R-uFlZ{o0dyW%}T=_=;NoQWz;yv{1Z21e6tZHh)w)UNs=D|uC?O*
z_}$x2v}Rg*mhdTd)|J)@-AXJR+GRKG1gw63WD}VaGCLFQUty!uzriN;e_KsOB!uso
zd22bF+O7lXj^wbTFQNrio7yoMY`74^iY9)!g)gRaK)jNNZ-v)s=HwK!1a6~;;BPO+
znRCzI@@UuiQmLt~ZVUN(s+jthxID|36tye|tRfKtsNn;<fCz~U<SuH?@;bGj+uE9z
zIaU^kY?JpxH?{CU&zo*D8o*OM+Hn$^`3>PGsYHWSqT>)tv*{$|L|R5eJ}@I}#tIq9
za+1ELE!#naCqG*$KMrD&upzj>SY;Xd%?;waZXzX8col}5cj-KI0(PZRL^k%%I%a=J
z3(Ezlg*dD-8tFnzwvocS<)3p9zZHv=;eJX5>ay-us7y@40^x%dKj)Sxg88`}$I=tU
z)Vm)L2s!@LX839)oPT%sLkJ4l*;sqlMHA6aUF|2CLMR`pRRk6w%_Wd^Myp(@6=3q7
z*ZK?k6}C#6&<}!9eBqRkpIoSzl2ak{Qxw6F6`o|2UY{j>2=`14n-#zX)NeBU(g>>}
z%|tI@V}ao`_86>0EKD{Ik`omnJ7TTPG@dUQ6MYZOX(Er(QDtK{bI=Vx9KhwhIvL>6
z$V{gaEmnp%G=xlJFX@_i>!#6gbgI{mhfYMzhoS`#F1>x|yP%Kyh{{;uZ3S?`T7-Dk
zIW>!yOf%t3Ujd58b57RsSM@{f(AI3Df4o-cFNC83R2&w?F+}i1t=r>)$1*ektHFk_
zYmvHu!!_K|esX5`K>FfNHVs-!By5Hup!LwSKG|HE6wZj%y;@;k;So^bV`|_143&SE
z%_3?DHwy!;{R%U9o{D-EIUrrW8bEON;ixPj3{Ux!i*}~&?t*;j9N9+|QUrrd%-mzJ
zTqvL_J!C9np4I&V6!K33F_v#Jy%~p^c<car6>y<MhB?kL3#u@k4~$IxXdI4bpKBLs
z%<Ps{4vEQ!xW)Q&#WOb1V(_`$cC@1Fb;-a<a$cn}=xwhG>27{g-z~%yfH7+ku)_YW
zmAN#>=_WzLBI84=PG|If0}J3%p$!ts`0yJXcIWbxRoH6J3NjjvluH+&*sQ-#X9h;%
z+()R<*<l4X+*5p;WM95!pkgrX%T?Q|o(R`WnVw`1Wo*Fqs0tr?`?~4SZz?YvF-_B2
zU)m;P&dOR$ul&2%wy=~HYNurGwY)xZPO@-VYv190GPI_NEyrm^?^#~22d;HT)kiF2
zz$t~5L1r5f5GKi0yAf%Sno_ZWoX&Nhy?BDj%4vIcvmec7r*v7w!l1Nbx3d&y&N)x|
zHTOQSF6?>z?bk4WJnoPDYRDe3Wc(>07we$Kr(!_vFvX}USgiR-6lJD;1Q*?YhC+=M
z&vC&cs#c$<(a2{H=V--wtwMGl7;k83m}RIyh`Ca$FJi9y^En;nR#x}R52^h}+Vw%u
zVn)pVi#9I$`KmXK^T+ktw`R?s*CAllX~;XTf?AIsnUi`m9&s~c0ijvW__Wt8Dj66v
zdrZ^giTD%PC;eaOH-$|%+t#Ud;%o_=fc1DG1dC1|fb`8aPBQX$+_O<ks1UK$ZtG8Z
z1bEyD+#zOLHi$sej1Ggy8G-uW71?sU*Fl71w5Dpg2t^A-(K2NuSb))o{Az*fue03M
zMV9ZVz!rElB|J>wA+2M2S9u)ajQrVKVrbk<d8T3Yd@(6k6BqtDt19uTy%e$PKW!^D
zdR#TX5E8h`Gs7IIliJkIwpx`6dg!8M)1%(1zxoi}cQm_fYk}->djXPrg`%bI4aVPu
znz)>DGi;jind=%`z*1%5g(%}&zycfQkao<nM)$e%ojw90l+Fd)wUBP<WFpy@w=C0X
z<G`wPB0I9MXM`Mz?NqeJ!avP((}PRzvH?QU&zVdR-#CLs$wZRy>Bo$TU~Mwm#X4|G
zM=jo=a*8{7^)qvG)vaw9Q(9<Y2!|Gma@Draw8=)H4eL_?RpXnsqoc<%M<&>g_@hSS
zzvz(=0G1Ab6y#$w?4V1!-pz2WZ)3Wrn5-PO$hUu*&NwmWkIZUhHW)*8VrY`2k%GK8
zd4DrY_S=d4>Wo1l@Xef|s665DthA{TLexC7PzwO+6lm#EhjO99I!(S-u^$1(T(IhJ
zH(qL&Cd?i?HMfLhjdRj+_k`Duz$2xkdu?>Y4sc;Wa=7bR%0K0RPQEKBKXmV%)JG_o
zSkizXVK42{sQcI%zMWWe)B`S5W^4OZ5200kVF@yHE*Q$$SV{UDdRJ8ix@=Z$Wz8zd
zg&t*1uigreb9O>R?02O_p3qs@V78+){IiN{b||6nj&`_leUpW|ULb4f<U(w2=&~lV
zvzeJCtX9d_Fu-JWZ>wv&qaYD8d)v0gw_dDT`1InZUuK0V)t0r0&ky7b;yDxL11`}r
zwNBeFQLea4j1Xmd4o5EKtzgu1);`PqTC{+H3T<ZJ69*ZIR!d})Z_l`rBo0;C9qe=y
z>L@n{HMI!=3^nv~U4FE@I#{aKS0YHw`Sq`I<;RU$%0U&GnVz8+NHEcrJYNP%xSPco
zbKrH{>o{=d6K_-u8R}?rHQUt~!V7H!$X=`RizOCVo8(b`venk%CEhwb7REIu?In_y
zHy9M2E-aE@?$}jQ-x|askwM^w7qpW_ed6S}W4l?N$Jgwlq#d(YrJXL~LX5FhG7>wy
zqm`11P@0}Q|4ti0=hRXc-hFm=Yr5CqtIMNs>K=}a8C&}6_?$?)V&0*QedCNrK^kSg
z;g-!Mb>Wa9Hg7N4mf@;%H06J;=1>w@;!Rb3wL~SMt~ro`sx#-{BJIti=MzO6cVa4d
z2wed&hth58m^_Qgj9Kn`9a)qPW+UDV52M_A)HT~YOLPd0*xa$TYt_A0EIEyC?)atP
z2bH$^qBdpS{Nstq<JB#K-TAL?HF%NC&giVyH*=Id{as(5=F14Hm{Diqv*xP6IiS(K
zuKKT_p<%t8zokO;ek~x$7mnzmgTYY7RM4R^H0cJX!JO_^WBr1FpsC4BuWXqICXP*y
z|1+V0q=1rm{IE97N(K-4%zFDSB?=0_!oEv~OYjW_V=M>w1wK|W8w{GcHXHDvKi}D*
zbCbuyU4!E`MaTOtZz|MMwXVWfY12?hC023M05MFv&&Y<&+04dL6HsNAWbE79_h~d~
zAL1nt2Bi;ibmL-go|OPuqmP(l<*$|&Wyv}(_$C=4@%I<_Usr@cFquIIdSjzIaLUUO
zJSm$|mLAtlAJn^qGJ_H9>eM38a+1lW_Ei*f7MLwyF(fExvKF|~jVh~}@^b9xscs*f
ztnSrmPDi{DcUPr9&nL_lNY>o5X~dIIWxPW=k#E8GKqcURL|dR&rO;{IV~m8+`v8&A
zkhJ86pQ)!G>s}pYvb(wR^R0Kc!bxlsuZq!D1c5}cf`$@Jo&**48ge)ao4zLa3OZJ<
z)Ri2lqN_chlI(XW7h}JgrtyQU_;kS)|AyWoy^6Y(wvj|ak}Sg^KnVL4m630VpS|ZX
zIt~f|7aYMsXb46Zfrgz;RwhS^I&MCcL)`O-sAVq-ssa)`0F{?hnxumCukS)6&1eBa
zf2|*m`m+)AUDEFFI|@0G|Fr@Z@;g4--!{gsg#K;sfF1F_?F~!8N%p@MHBKvqFn}I2
z$SNRk=GH19Au-&9E-Wc8zjyr@78V8vx8nu;Qyk7`yPaFF!GVDwVIyT_^be}SqMAwk
zo>vrE6Z@AQefWQB3LOw``gZ5l4hIKE!9wOBqLiRWEh{N`;nn^>+a)R6^v@3t4n8L9
zZe4l|g`zhxLZPFJOGw0j|2{PP*LmjrpvM-s+i`0h)<oX|<sOUo{Oc4Qs)X!>J^6?}
zS&D|Tsxn$Ve}Di?a_=V>UFWITZSME!qg(p@og|1|^$;c0nh?UBNM7_*{*(|GXQam;
z7#NVx67U^kUx?kL=-YX?+y*hK=nl3q_yK5XL|WU=X`O#T24o_>N>N8+7!x>xru}+Q
z(dMIT2+5ClGy}79YU@^R1&XRxs~wr$-zT23Wveg2mvpwzcFXWQ1Y*B`M|XVg=dyR%
z=n8;<K_(FN%P>m8w`<z0XgzB=u4o+!I3)|<m3LvU_kB&ups#MJ097jJp&!20H91{!
zdWMog1U-@I3>_!smgW3O`Btt43?|9mK3?h|HUO8ekV9X{+d3n_HwlR^tGS8j#2D9X
zdmw5snh?Q;+i7Pgj$GpIWU<zIfibOsypH=;;++^XYUdb8w<lIR)k*R=aNRGrFP*C5
z-}iByKN-I2F3B%~?&GqLhtL>epgamZAp|vE0%BEQJs994SP%eV0N3)zFzDK7BP+g@
zviQ@nkc5laFw0jZ!P*AiK!e~1lGQ=$Lp<c1`&X90B!y=1=p_?OTW-dJ-0+&Ot`Ce8
zLir&l(S{6$T8eDc!$G;ir_&%X@*0i)_4~krrECn8YqxgSr)-sgVsczuJU3iiu#c5T
ziZGr!1lociqQ5}8kss<8y4BT0M&)PkY>lr0IX)rD-JLQfPX!!9#{iI+8<XU8ld_r(
zInM4>vCOaWqX|1&;PR80oOrQvRXxBVpBw~AI^{y~+hcymh2nBM`8^PYzq~{yi<Pia
zjdY_7U~@fsw!G7kIg{@&dd)aqf3T1n9#5XYF#kbk%CS1retmoXs}Y>Q(fDYl1-KPn
zE@%1(-Oeb{&h5~)^xtrUb!I}FnQ0Umm7LlXpX*z3$An?=Z)YLNKo<U)^}2OK9Eb#6
z3ngqi%SUy)YSbr`T+n;dK;#}M_Y2(Vr<_(vo~e$A0+jr0S;;geQ?dfJ&B4)h!<hyS
ztux!(h`6nWhKhpN{Tp1hwr}9LAqJ3eB$2GrxMr|uNnD08C){bNe)m;7A}kJos)C)U
zoT07?%6G;aHSkTkJ<Lg%z9*KJQ>?|vThecsYjMPN>2orESJIqzwQ5_lJf6zC2Osw2
z>XO>@s%f<d8O~?540f%qn*RVWf1#XHZq3>n@i=lNwUdlbTer8qzHew*(a468w=I<I
zQ>mn1KN`@;u1|6~B1fEcagmu@g*teq>nwZNq;|%A`e1W<yA%gE3~)Ocy+jg~&ud0v
zOmz$*kdXU^CSJ#~^oGt7WUNKVPC_m*PLE9A{qRC_d=|zLibI7n#rxI3|MfOBOo@cw
z>-Ba)gyYJijT~4|Xqo7C->A*w_e{)G21;aIYy$JO#3yL#9vG7&+tmgWX?z1K9s|f#
z(usPz9W$bnZx5Ubb&58*;otBeFpdE&BZ<<ruQA0@jBX@T>?D9n8CPNOR{cLC4VJu>
zun>|5HuI-Cw`LR4=$6&Rl}O4wWn0aH8YGxvzm%HR34Je}Iif<KMg)H)KTCtIZLd>W
zY<3n^tM`RvxRn#eBmbl((+L&HegJ!Fb54vGR~p2Y^54nDiZNAmg70xeYh$aE>6q=+
zUIV3cbA{|giYqB-W_AKMyNG>C25<o%8Re?qE0D$`0<?zu#(-LbBc&{VY-BtW8H7-}
zhl!f&qJ-I$29loG<*+l$=o`zq8_Syw)YX66vYu4jC!ST5F%dh|_D7YBXBK4Ce19eP
z#Sn|v$C(Dvn~u)8Ox~*!&cPEl`ItwlFNjM$>M~gt%{k>CcE=JKqK7MJtWcS`R^+rx
ziyGwSnrGYtO;Ay%9V8P^UquWvRm61#cVcORZ*E)+zj-et9@lRPn=Z>o)Z{b`8rc-b
zoOWr(VStA;HrGeZBt7EOI7ZWJ)|{VrQ*)*_nGRq$5wMdl4OMrFB9hu6af5#{-ud;=
zh3>a+7we2FW#<C6ee1<v&E>EGXpD7V^Q3CS0-lJSfj-_9c;2qAOIX2z-W89g22+O$
zYiCXVuSr<8nfH}~ubbT$4La%xzQ0vkZB4Hmu+)g}RK=|8+fQ7n0_EuLPu8!K715~H
zPW4;uM#CG<>W}%T-hPqJJ8!N22wAYznwqa_Ik^_(1igADEGHVUO#SUjXxm$Jom><5
zZ>Zvp75p`uTkfuBUKr>`1QyquY)y4uM{cv;?KzV_VN5raS!^rPi)ynm`PTUBjE$7Y
z(JkYtCuevxb~idsj9fWDk+H?}GDb6p-T?$n*pW4Lr4!+Sv<9xfH_g5wk-C0?vJRi7
zfr@g9A^@IMApx~>-M|LkhI?BUvx&jfi{}7Kye`PuO^W5%pFav)8oj|zuB~CH&;#$(
z%aN!V^mDO4^G`M8^Y>_}|41|;r~`}ir!*dlE7vw9aFVtAP&Zslxu7wE0MD7H0*|Lg
z%0KYa)?z_Pl${VeFiTCXXb1y@ah8msfRvf<dGoAn;Mu~Ys*^>us=%yO9ts5hZE$W3
z_hx4c$>QIc1LrINLT!E^QZQ{IY8u-R`%ibP6(EI1zEq&`(U@DkHamC<(o-y&Mycw|
z+|Tx0b4cpBojo|Ef;b2*If&v*u2^0t;f)K9#s<fwPyXZ|GibR(_IQBKqmfiQTvnjI
zVebtcU3dj=0CA`|j`bQsMwAOWZbuv;V{_AJo!CAEErlmM$>Y(f^78U>3zRi_@A>V+
zSI{hmxAJp!`t@a}gVwnTfm`E;jG1Rd{RfZ58Vwz6Ti;EbR%9`2*98?pi0sAI=k!ul
zQsE!oP7C<!C7K<LyHWOPZ8gW9$kmm6^~d%0YE0|PThxAUIIRQ#j|h(t+>>^;_p^2;
zuA~ZqrDtiOlb`JqF)KAsHT`hswI1DWqo7LYOMm!yEzl8+K;|*Lzal7o*GUrmhZg_~
zAs%~72LA`2%V9jz&bh54X6H?W9;3l^E+A$QL5ZXd)YUNRvBlr>+#S~eg%astvXzGb
z0s4hV#qo646J39>6e9qrOerk=O`g|NbHS=!a#(dp6aXzN0;n-XH&9Aq0}-l4bWn@%
zGtjAqiUf-!)v<wKHmnJv%PJjm19Pi|1FqUQLEy>#;I)WA7*hK(c)~(tyL|}<yc$5N
ze?FQHcB`VS8gLnb?LzZFN+p2+=C?!28nna~uWIPcX=1(`j;)yhWX*KC!~xC9QXZK$
zT0!27BN;9i{XDBXp~o&f7yTm{H-|^ehIN40@L<4nu<GesOZiy(wi8Jqv2fU#t(|S5
z>F7(8YFjIF<F5x1#<R4`6Q*v`zH%czFz)h-Z6p+73dWpUaW*+t#J~eOdE9SsG*|8X
z+#WTXrO8n&!1I0lbDi|k9m|M8iu<8?cWvTJufTl@AKQh>_S+?~vy5{CUvJY{^$%et
zfEt{bsF)a-`-$yKeed-pT{lYGG6g3TorWiSycnt+&B}%6D^hFcX4$r(az$NVw!)F^
z57%=(56I0Pmnnv)DE>M%Tb6Ty0Hpb+l~IY&rILZcL9iA7^Tv-6E7QbZD(sxRxD(+d
zuf5u*FcIRgr}P2xn`7&O57{>`f~sHEz1Rx*vdagzhb3>IF)zG4r!oj;7^4-#xE{1u
zjil7g@DL42z$vuQ%l#DFQ^6=J)q+)bj>~oHTRQ8Ls__olxQ_|Wi1C!Llb?=wbO9iY
z$KdPFRX~&<q{KMoGe^5{?6XS`_!2GZH44f?`M)r{&x00cM9uX`?KLrEpme`Fts|{2
z9IWvpWWkx*Ek4$_Z)s28&w5i=>q}&Z*ca=3tgA|!Q`-jt4-GJpSmNk-)R|5cU^NL=
zuW#SV$BkfTx;3An3AILL4iAqvMqPt2+J}lg2!~E#`cD7n&Sp4_Mhfn1ReqRwLnrw2
z3}eL39BF$@O}xggP&0~>#jV=GWGhmW5s%Hxn80(p`rszKI|86l5gxX;x3@3_F!JB(
zWd`_(Py`<+2<AuJYhpac&45d;ow-8Qz)U^7hiS1;O`@26jAM-NseK3(mRpz|gWGY1
zSNN5!%k%eNH7`Sr&Ji@d8tD_yk2Svc+<Wj9gA3rxqypIt+|jT=H)>4Al-E6h{avc*
zvCI8H<IMX8dB_isPX?z<h>gnmH+x_suXdDIIzD*3e>)X`7a<wH7uwe=n#b%~O<K&~
zx?R6i%{~eLh978{=rpd6nsZpT?UOy=-+*nthbu>kWyqHLC6yL%CEGlecWsMizB_5|
z?tbiDP~g@Xm8Dfyp(bOYhzWh23?<FE4{Ms~s-5dxWp3zDrN_*r*j^&8uIfI|hfOnR
zx?NeOzE8BaZg{Y;Tf~X~>}n@eKAzc*e97ye-FE}(J8K(vZKR_qS>IyQ7d9f-k1U}m
zK*PYeOZm*&FiCy=wW(Z*W;#(!bczh$_xlO|*S%#*zv<j8-vpP(de8!L63z8ujQeqX
zeoEUhjfCFgP(wce78lAINi~#0o$G0_I&ZWRW`mF){HP!{&6>F5J?z%Kon+MWtzX1C
zeG~$&@1Qv5dy+1%7cG(L*TP9MI&3LzNT%WnycfSyIqbWnan2a~x5f5}&T3LFmb4O~
zFYb=N`w8LDWa_mEl__+V-5~ADv^%8==j@`%Ii>%GDbF?R&0KieDZJIRNifjzdUg#z
z@QOtMs^nY!O$aWaj2lNOO-}0^j7LJ)1JNbgg2vRpSmWOqmJg6h6pKTX$S_*}UO!sS
zVH}ILmPiY3AZ0rx23OSh`5g`n=&D_qw2W0J5=T|LU(AE3^;E)syVRR0R?CkpJ8H6l
zu;Er68J`mjz|E?@Bvr_T+Oo-%&&pjZn>hr1ee8=>PzWhThOvgUSg)O_Cg5Vo@d8D<
zhl`;17dz*tZItFFYk6n?u%DZC;7(_5YQmz}<Ju=F)QQqz6i0-*VWK&zv?6J;vc3dY
zKfDH?7p><t{GMj5f4!pcZ_vrLKAzqCX`J%k&U-Uy6t4QX?=+|=3`}VUXpd+cT>kK)
z6P0`_cc(n@J;A=mH#qdRxu`A-G#3@_D_C#2nv78JP-u63DIfH|-H;*8CyJ49d`0(u
z%A63m!@Z7b#adv33*~uQqFYn3C-iKVzq!@nPJnZCW$W+B7prrZxQvc(Pvm@Sz27e;
z>{T(?M#~ZMxK45Fj|{3>Y&Lo|(s65;Zv4%9!Nkd{Ab0?D=IRK8j2eSd(b&y~c>Eke
z&HAMoKwkj1t`Ol#QpG~4+>8$FKQOo+)%-j7B~u?CPHF`c@h-)W9nJ%M`BaS0Y@xF%
zWY@s=gUCGB7Pce#7zBCiD?yOANwu-K%uMXVF#$GMz7rm>cP#7G(NLR6CUFSxn?by@
z8bf_BOu3xL#+g@c2`oaUSba<uCX5~*IA;vr#S_xVz*Nap95Wa&^R;(*Wl4S%6nYkO
z$9?c0>Njw1c}8gbHUmGzy`t7^i1@}79=l=zwlA(<=?)rLqs@?qiPo45MpN%k<)^cE
z`ringilE?fAg_4)J3HUiOLbseh{W*S;P=|%pC7+Q9gc?(`*ImCUv!c;EY0e^&kPda
z6LVpbZT^%X^4dB;;j~!uxX8EmKv|H@6GiKPdnn%Y=3HB7E#6JDZV)Zv77*xgyKV0z
z9$2csj{&`<YJx;^U^oOO?>)|u?(G+c%4MtSsKdo#vF(@uYfDcd+7-XEJ<FSr-R-P1
zVwn&$NOD?@m)Of!hO*BcA(}x}PrBw28&1Q6^RQ!CkR|(LZjCEyaVq@b4)6SIFceU8
zc?q%=+pWB!9uBn>0bwi6n@JVogI@V+m0Nd(b!FvLYj(V7$7~`zjh~fxshd!28fgxg
zkf=y(+SHUlm%^B2jQwG^O&t>HM-ezfO%1q$iA9Y?J5*p6IFRrRd@{YEU>!-sn;}KO
z+5ibSTSnb}(GS3#vE%aIpEp_j7Z5H#Dx_9HfXX(@2?n01EWk>5_3!wanFvN60U5*r
zco}r|>_OSkHTr2lo!oW__uRnY8Pf`$JRQltgT^jyAH$=X&Q&Sn_=-h<kHRTvJeVv=
z5nkJ&U%7C6+uPgACRbQkXl`y!mpC%Cwt2bc&UE$B022ysx825uzG{|}lyo!8rz3DT
zjOIMi&i#Ss>|VS$JzlGF0sqClPaQ<Wh@+`8ue|JKQ?3#pf`WoDq@;*jF_hcZDk-Bu
zk%e>UZqZ@9+ev0-x&gssuZ#jkWYlBOy4$j?edp_)Qj!Ejhx$|kTpaeA9-AfFshqU*
zlOerh-<Zs%cclUzF+TqGr3W-LH(Q&&eHAz#5mO#00yJLHt6HvXyBgUzFSgY(;6BK^
zJ1>TnBGxo~9C?x@1$kDy7Hb#)$V3@!hu9tY1!4>9t5t1HZna(`6k~R*Gc%J+)qgPf
z$S{+dU5bYgN5OAKy5%K9RGlZ9Ds1hHpXv+6VpC^4s%K~T2UDg@8tV4r*Y=(T?uMNL
zyasCRpV7=?2$sHeF_bKf+f`0qmW#v5HRp|NO=mEcdsemT(PuB+sp)7Xu%}2Mwjlnt
zMHQ|np-Yq^|DZl&eQs|hXPQYPJT*RE?tH)kO>Oz1;n0hsN`!ihe(pwfzPJBDw4ZhB
z*xDuOO+cz5r`dQ!By$F@-itif{$RxL7j|gS$jboIVaKnu<$%i~9N;qO5gxGr6D~^j
zZe(5li7U9QzWwG}ZBN$`IRhe^bHF57oJDbmBE(p%tLTt4PlaJnZB0ZKB=cQ)1OyLk
z)*^RITa-Hch@rhB+wUHK)Rp(xedw1@`UJfIbDm^>{A_2t-!4;m@sS#YF&o$Yp406+
zxLsF4bouKu{CTvFwy1Zr9uDd!y;kEraSc6JH3z#dUxbum#iRkU^qNBQ-Ccl`E3d>0
zhNaa+IsU!*AN-a^FuJ^kCSXFca*yIde8!o;C@6$H#SK5rE@VyI(8J;M1of@~Az=kK
zJcXF4IwX(~`Ei6Q1e^lX0tohtp87#=3>+I95h3ks%9gg7@sA?P{Jq~MV1$3C_{TU{
z3KHtr9N5P2mPXweoyZ+VPR!Xfl0`JuF5CpTF<xj4Q3s$<Y`f9)hd6DX(Zz)2@LyLA
zdKq-pc>R!iAwDfJ3T{Kl)RCQirf5b30dCCv$6YsFr_~l$g*|_6=H~CQu@29trth!o
z%jOq`8bPhK&a}21ZgQNQY52G^Es3TyB{hWjSCVai81!(|xUb#KVPRH5!S|0(N`)P=
zZC~Kq>_N{*R1}mrALt45O?u+!A6K(u3z;@E!Qn&>**+?*{4u%`%F<<NU2J>qHj=(n
zGGmGE2%^dkM*HGYee4LJtoq&<F;L7L9J|m-py2LWf}iL-<K|N%sE7qEvl**Z*bU6&
zB=)_yzCZjM8-O$AUCm^MUE*wJxRBABW2is~fP*3pWBtR+o2NX%V+PZocgcgGMsma=
zz$1?LA-O$S1VP(kR}T0<bUlOH`CHDAWq23VXwC5Oa39Ja!o6Wg+V&hbxc!leYWehT
zdoU&ov=<^RX$GtLxX;Vw;QPa%;P?3WeYds07(7B`@I^-2`7)Ya<8vRV9V-0b^L=9b
zpdkzkV$U5fSEH3JN3;T2S+TJ~(|<v3`W^EJh{L$^c(l+fex;s%Z>X;A$2SF8S&Fc~
z*m#q3E>z80=-~F_xF-neJM4&e+jCR>Vf#j;`{F52jwpXq1A<cHgmnL|0{lNp1SwDm
z`yc$)TZvcg?hg*AKP+4)?d*IJ$U66iA-{zFoA|(H;L*NTUCr`SF(n~E6#AAg#B?#9
zO5y6!=SqO~&k<yV&<9z&S1zQ3&I~;l0V+HPBpV0|gM0dN|0!Wy1Y7vi=B*b<ZD4BN
z0f`SH;x|2#!x;Z61W4MkF*V06pHiB58g06@VqjqGi`0znmXwvTrOJXr1}#_DdLa@L
z<Ui*xoN>`}ZXFpJsjJBm858sVy#C&?mu5ZWpf3dC@IJ%eKVHWXB_<|5qLUMUO0{{u
zJMG(ahA;sDc=mmcdf?{4m;nI11l;WX8l1B<^KMem1znSrk_v0`4fus02c}OAVGd)G
zx|>SL#RC8SVH*>7!{)~+*LdarVzIl79~O`h2IU8i9@p~;#A<>5ezwTLmq&oIWwP!`
zLa}LG8!qaY6w?a(#8(km$eu;>0DAp9557w#4jzZUq=IN-!ExqaNSrGU3wrLWt_yk;
znB#A;!S-x*byls<6T_)yqgLhbObZ)Y0?UpW1{3Kjm8;2Ch-A(k-guFvNi!9tHWuzW
zdBNYoi*;qqrvQeIIVO|(2J31GE%Is_Fxnig`o;@<2*|0uo8%xRN5c;D{Fb}dW~J%!
zceP0XgG4mJ9|7S9zqi}zlGsdK!Ir`+OV5Bzhd0M8;VZ&-dp;ODo?D5|0CP1k>_{bE
zL);s=q(An?VRBw;2!J%7e~1UjAGS`c_BcwGq1}Y(@U>o+!L%FqbJ*v6xpGS=69@*F
zBCd&!xbU9VbVLV`!I2)MHGHvRA`n~Y{qzgB^_E9kuMtZ~EyU|B6N6C;95&FFWj1+M
z#|fbUM=dV^8etxhIlB*DTQvdN`Rv<>SE}!FLr!MqXQY3aC6Q*FZG=Q5LLtbx`{3un
z0Fq#dL}l!tO6XhkLKhmrlunqL!KDS}gjh(xtszIB%n0h2c@nIWlFHL^P(Us6T3kRF
zJr@9q`Ieg;O>}g0Jd}nBmxY*+7JolHxsQKUii(*}IPrNr;dP$jU*$D;ANQd{{iGim
zU;dY?(N~4bxY)xv6BA(KRnTeK+06(|-8`8?uReWMzVaOkJYaMe{_R7I0JqY7kpo@V
ze;OEv71`;mF}W>E!uJf7TGE~b0`rY0z)1N;3dK(Bwtm^Mai|{2C14n%eN%0wnMPWE
zeT0!f(=azPH)vH?(Alw`#d;fAVpjt=QSMdm^>Sm_);~dKc2fd)6X?YB#TbI#>V{|4
zRP2XKtm(fi1FQ+{ijNLM;<1LrIMmdtE3CZTv{X#$jaOUVGS(O^*PyfbtTm+Ellzgw
zbRpFo=h+C38(rKrdb1bd(C8oWq*@B5l8NM8LuV=&&KI<0BO!q)HAM+qbvfEXkl3K$
zD~RT$yk6`Hy1jb<26P0U^>6d^9HEIu|5H#v;b4~ND;ZH`H<gPV72Kw-_^n-BE8WU7
zD=l6`4cl@A5+384L)YY9o{lR+sKm+QsAGxR-=2<1^ZAI*VY3e{;olmiTfL3-_xTMm
zb0wI)AYuJJ+&e~ggiK|3h_6G)8{MFa#{|hC6M~65j!@AS%^eu56Etki^5VWymxU=T
zd8@SaUS@}7F<bfx^c;A1sRrcw_ZQQ!Yc!Nc<_Ky28S)@~%!6R%1krKNxpXk*-uC0s
zJI<<R5T4K2+xtW4bth81o5fC-8)LTjZz%D&u?)-qE5-jOE#T((Z(4xa4_vXsagCPN
znhu|?F>KBf9``h-5$U^_o70LIElgYRiHg-5St*TO$?Ce69Qk<4LaP00=!tM=T7230
zX*1J(`H&K;XA<qBbV_9*XSr5W>p5r|DBx*14P9gTceVx^UUxjzv0GC)Ic%W>MsWCf
zixwA%w^V|_hN`(~D(wmjYjIC!(+G0E!KYhGr%AQ3@P<8s%d0K*i26$Y71IBzAw1~H
z8KE8!J1(%LoaRS?WC!w+l2eh-ZvBKF|7QLKufkhG&|&b3Q=VF}VY03$JH>a9qopjY
z7Kx`UuP7p*@hiw1tyqN|kd*g>?CF_^YSXWz!UhSau$GBGeylAmwb(9mtWW%Ztp8oo
z4C1{8r`cER-+BHcK8UFAZ@TKJ*Rhu|KEF)Jf&P@pd8yV`Y%wdnMEd-!NLO!{`*k?)
zW`<b3qT=<1&3`n!M&XXrPG?cQ)9H2pefjj#qanHd>`Rs9?vGdRw@+d};VePLJ+>VG
zvoJsag86BK+n}PB3GXY{YjVo3-);*9`3{yJhTm-2=}I}uZLBr*oVHe>*9Z9NMtiYB
zC;5<DxxSHqA?3hgbB-4gkp>g;4jBi-#3`90D-s2n9Erh}mc7Tdbsgy@*GlTa^82l4
z$%?3?b(UNKvv~Cg%y$Yu495QQO_oRh2>n3zf}l?6<qq)rCJs=g4gzueVEBt#oscgq
z5yFmlS~~L!2?r&=%dbx7c-bwvZ<-yW|J4op*l=%EUkvXW9eQQThs0rN;`&1y5-N(2
zHjZ0uKp_s~Y8pzCk`;L)C=w}!srspyk1iY!-7HSnY4ZA1Hf=GTjh<5{1eGnqi+UDY
z&})2ATLO>eDZB%xq*Df%%u9DNP*txgpw3jDq|UNhsPjSSLXvb+OJk$90300P0Ti`U
zD$$KZcs{CHl8r~6&E^d^YG`mb&L<p{F&uB4kQah%R>oPJctk|Vd7=}1*T3XAS7#?D
zg=Sp5yjtw@mHL)#0c{2^jw6DV3!M2k0)aRJ`VA*@Nn$z%5B(J)9V7pDr2guEC-s0c
zuOo8+o432abE4IV>U>b$Zl^z3m$Sl|*R~GU=zT-mWqG)U8~?cmy(}K^KNN->`|WR3
zD0)vj2#?-61pQ2}#>t}#FVtPzm%^B^_CzxkGB{&*?a>egr0Y`S_pCB$(1u+$n-<2O
zQq?Q<3ENC>kLE4~N;u@8o_zC-BbZ`_v6lgeDfEDZPiP=-=+f|Ysd}lHbb&CoYx``{
z+|q@AHx^e51mH6?K*k#`rNf0(rM0r9q?+1IDHQqG_2cXK3au%txw;E>21qhk@0Y<)
z27ot8-a=5;Py0)h>6B_zDo1=xl9#enryWbN0BOTt8lc!9W9brQd#f)@wT=Cq$mJjm
zYea`ENANjk&q`%*mb%lr@MdVp0fV!gm14El&~aG|>1}jJGgOAzw7f@pwFG!kVmT)z
zE9mXcqh5sEQ0TB|&7t%7Q*2|*h(LqaBMq{+1JLjQ`U3Qaz^`!<M3=VaxRj!y=jCG`
zOZ{-#E)NBFAj9YX3EqDM^$ZKgzK^l>&AOEOJL=RG0%<C{mywTF0zM(SZ62~!cOjh&
zT9<W4pMlWUzGu6+rnYJzbPPD_ykGt<W_O74NrRKSUEf}O3m16OZvxuXEe$0DqV$#R
z_O^_?@f`D1%^?grubfeX+oh;vNL~M_D1dPVbNat;1WpsbD8~67Pi0&I8;D}4$fxiX
zyN-8*Iq$=wEO7>7`w7%T5CEce?<f1uy=c2WTTabO%ggoJwneBRxn*Ut<?1+?n6mdD
zV^`oG-imZ9ud!+YvD{mC3W2--X@E^IfpghNGG-3^jL^&70#Wr}=zQt9oFIW1X;GTH
zi$(cU337D}xm^9X=T)%lBLX8#g;ZPed}DujQ|9Fcdn}mbB?ijWflm3*YMt);&gQ-a
zdm*(=)x(wOOi9xNLskj0c59A*Q3Rs$I%CrUyAalJr-Z^JhgkS6&yNm>Q4tcOXkGFC
z+*kx|&TyDG$uEt|V0>>6+X{lOY;rRo%o5Ny#F>Rz{nPCHY=f02h7-Gq*yZ%QW6WSL
zinK1S5dFrp{7b4-TUQjhBmDaI<&er_)WWLmvG?aPkG`sVDEfAtq>+26_`C~#B83v*
zId9$*hqw%h&$Q3#T*WgXR5;Yh$#fSLmvA1~1r3LQ0HgdSD+d0k+Zna>TfD<{!1-k5
z%KZUh?5m4YgG~uITDtSHYm(sR)kQA~FF~|LzIOS%A+w8{+qcBu-Jfbb{Um0za4xGW
z|AXa!r<)u4X+F2QNAR<(R^HkL`3?~gxd8zhrbJ_IDEz1?LRb+tP9?!?T6OmLw5O(`
zXQhHI(Tu}hBaLn!(g7kT?4@T{Tw4*nOA|>1*<I<I|45(B5snP`I!|8LK&2I~P2Jaj
zvk}Wl*-lWRAwil{9kpmbf0Q>>`<yE&A1FjZf3Y&e%M#W7`EL{->_IsP37_NTD!CJp
zLc9YWE%;@S%>BZ0ZTk|sP`V>uKE)^gr^8LHiBz%yN*Ave<g6Si`+|VaJI3+3*XN|`
zmxz#gj${~$m>*Bnmc#YAg#zFQK)k6Fc<oB^f5!gN6j4O4C%GW(Px$()bL#lE<bP%P
z7NBU!F-B6?{si-1A$_0B=|LEp1k`B(I@Rx-%xAM~fB}hHtIel*c?7D8PA%t+_Fsp>
zp|uGuZ?8vVk@AJfUn-^3R~JKDdAlmI3B&nP`4#4jhNd;jix-H_Zq|9Wso@37h2=#m
zuv692)1NY2^4+3zlM9p;d|TdDxI?mfcuo@(C<US9S%W&h46V)0!V7(;1P9EQoKBkI
za6tROG)9<aU@|~<J*Y-4R0B|%;~jZk^+KlV{9%Rkf~6@T0rQrbkA@0VSH4I<5{Ofk
zR<lU;%!XcSql7uAC}A2<MBg>mqZL7jk*`b>_i(<Bf`TIWbdcK}7AH!kM4Lz|_fq)I
z^oIK~;eC|3aqTs<e%M&Sce91@hqn74UmEZ~C`%R(ZY$|__WkhNuZ`g!@Y%NOzm)-R
zo|;<F2f_X0p;6bI%Jrl3%zw~+-F)EiVdGkA)qS<jioH+%d3E>TkG<F=x9ipO*NP?Y
zqw;(G3i;MYyY&IWeqQ-I^|godwX8xnL<QeNnNaY}F_R@MXHjEh>u>Zp!2TVBdn*<c
zNRDsL%*Z`DhX*HTq&U``^1t|T!9ZT-Z6zUE4e%=5+W^mqr^Jr~X|`aSR`mmWUyDnf
zCIft;ypleTuV((cS(~^vw3HX#)w4&<Rg7>e{0VQ_MZ)|?26@uRnD{$wDx%nD0~Mr<
z_A0kqJ35vy1Te)r#^3cVBj_s90pgok$g+Ro{5K`!1A@YmZn=}BUI5v+<YPxYMeeIJ
zN5R{fB`93Tzn=;B0TiQKRs|IFs$iqfE&S%8z$!foKf01M76q{z>PSLfH^}K+Lkjfa
zXhPncjLu}c`Ion;=eq89aIx+=AAi1^p_nYZ4)<-}_H^xvW;2;F(JMABXCEJ*(<5(x
z!N_{+b7Ep*lrL~0q9`^#+2@yQ_-E@iQ;m))&aVo@&Ne<9icQi1oy1-{KdGYM90K>E
zU<_Km-8*Er!cG%`R<7gPEqfT8+snEOyd3ntVeMKU6I(SK2kzBx@vJnLI|_Hu>jqrx
zUH)c2rKAW@_=gu@C6o!eE5)sM5kW{#6A)ToE>~r3v~Z-I4ybOaGDIdfS2IE*v8yZ&
z(t~MjDE*1PLAQ|bG_jrmZvj6iB(7o2S*BNYymV}R!+1aukMT*m8J6ZlVtJtCn5txO
zt!iRx>slTAs~zr=b@z?dvlSrE46BbmT#6?+oWM&?FKA^qgG-`VEBACVpdOr>L7kl?
zIDP)MlCIW8#;TNaCp6jKz`$5r!`KQ({k&)fvcR`y&Khu_jpq}V(6EdP3JtF#^q@6c
zH)apD-60f95PDr@h84ka=heO*I^U@^;6rvCespW1E6@WC4}H#sVg?&GzZAn$BF_G0
zLRU$mEH75k7&>(Mj)ey6Sc}@h&db4ZSLy#scTtd&a&YU_t}n>Pcj7I{z{{&stSWwo
z9CP2{tz<#8ce#@B3*5s#p@lmYv=@k&U$_ek_k`u;#jL{7=$~s~41yH;Kp9{3==NIY
z>j-jxkHfH_Y8JpBxV!4Mylmg;o3J|tti%HL_4T0)#>;!Qb5b@z*ox!@yW_}dgUS+o
z^nn@0P+6l}eQOPp0^$D1kI_w@G(P9IQrjjbCLmi-7fHysg<~Xj;NW&JTZ|<Rr(5gm
z2wkPDbefY!W5L4O`fS<=k4g}TSm=PAaIo?ty`r}UK-uJEyeRK}YwoyOwKem`yFqUS
z1By|PYUh@z%QB|!s%MXmG;rYdCHcXZ1!J2R&AD1BU9A30!`Ab6@4ebu8ng0bgGypp
z1_v3X30WezT54;kt(jwRT|QJTlLYCiY0$<`vxFCn)|ig^sJLA3XE@kH+8YJTCALG^
z#FylN*R8;5YEA-!z@eCdsYcWT6llW-*}TSxiqoHLW^N@7Llo1rN)C(5LL$OWHIwuj
zeDEP}N{-4y(p{?X8BnF*)!9pCikMfuPEYP=3D>O>CKF^z=o!Zjr_*3sm;1p>Yz^2O
z^)~YfI*=-V0gm0%3BAf85h=JIbrP2s=uwDhKqluni}f_Ue<Soz<K51x9XT5bA0O=3
zCt&j<yKlQ&cbA_!be28Or|Ep)q(Qgjv~m4yFWp{VuW`pdv?`yw+c(&Kkbyz8+5(@P
zmid3kyd)@p=dZ6upH*NpzMO)fJIL5>V1Rg;X$+R9j3z+UT@J*ksx}P3gx{oVsc)rA
z_xe@N@69zogNsWtqJ45f7Ja7K^=XqIWQXTwi_QV%3cKFSaEKRa(9}wp!#6GX#%@K+
zK!;BTClp|+S(sX_`RkP<Q%hA-FNskm<{(2A&k`61H9D}X2>}uQHRCIm1BlA|6JaZH
zW^qyr2?yNmTG3MriT79086%2b+xCsnYqH8zcZ|^2+IR|d33^-rxF6AAS%;#&hgvsn
zYJTVirAW?`+Au#%d;NpvpBi4?-4o46c1GmTc*B3YHeFO%DdqP!JD#1SaVXQ?SdyZV
zr0p+*36F=AHe+pAji$J?1pIpWbQU~7pimTy<LDwGcBTI-=dkMs)P7JpLCwb~VV&T%
z{uT8C_8G6hu3{KXPK$5yrpoMO!J=w-o5D1G5Le9hqAKi@-gvRtGL5MAlO54pe?NK;
zQ}c6<!hSNkD}VTb#tUjOGAbAca3eGNjQ!d1D~xT{^sm~>wVB}O>0u@&c8yfj6A$%g
zA7Vl>=`i-xmuyb9h-!k{Ojw|~Y#HiLIe1#zNbHR?zi{3{Y!sShI`2<*nbFk$6gD$8
zB?pXt&4~pMHDmec_F2V~%f0B`p}AC7sR_DFW_c1EHo-c4_(QZ%%BH8S(Td9R&5VMI
zipqq)8U{K#nS58!3T3))jZ+e9jD?%yh67hc$J5b;w-o}&2-pw>kax7R6x07<5umwa
zxQO<%u1YvJZn}?qA4?s3m!UV>FEgmVI@?xQ%gxA6EIO9HlM=N_YvVZT#O)a>4j=8S
zGkKh3ouV^2IRXG3z9;z0RG%^7R>n0dc2y0o5ttQ`#vU3hj+9*;>bNW)k^Rpf#yHFo
z*bMMmI~}pHDhN|#;avMK!Qj&-QE`fr(@Mf$GCGpe(6N>6AVI|ZZ)(Knd+_D~(?t-E
z-+}?(w8;V&e1dQUCuOtjID_efBc%^=7X*1?L7Q7w{azj}L83(LXMT`GvG;3`*#9NQ
z|Am~J+Y@Z!ubBdyJ*ELGDl)RNm=XO{@)=dy<%J4al-piwH6E8+qfDJIqXutI#>QlS
zpL5`p`#2JXj*kA|<7Z`cG^b$@1@-Rp5X`3>pvyr@`e&*^5BFxPdxDJ*m%nL;F|sM6
zj*@z|QpHq|pUK7y2KfgqsKMwqpWqASEzds+(PuAA54X%6@qJG_%(n(dkk0d&oNhTO
zt>KHdT*t#jRC_v4`Zv9-s_k{`3*z?e5}gwNaf7SGDW-2ce#)({{+-$A7o$3rL-t;u
z;#%Ols*`zI)88+y!dTz0Hu_-R*=dG&@7(5+vfOn9@vr&ZW_F>N)UKfnz#J4l@9NmU
zqX0+aJwAcG2iWUgy;89!>$-<jD%I()EjMg7uPNM8Em{}%g`ev=YHU|x#EY^1ezSP2
z1t~V-LW5}r*jPAgV@6_Z++cLzH*GJa=f3*|Z&&Mlt?#b^Dt0^p_g%@@mHuZ`G}FAz
zgwKii>;@T5P{grOA^Poa+F)U8Q0e%j(}VnfW@|XO{eH`&D^Od1y7M=!^uDylw{GZk
z>g7zPAbjf4Tk|<7wD-wT@;6;=?|k!q(redCW2w~8dzqe!s_*oBvjkN7?~ZR$&c(c4
zHtrL>%2gGeWsaFXeLVF)dV5czD5v(l^`D;;SblA*Jm_{6^x3+E`4H21?tE|m<8`^W
zIWfe|KhAGo8ZhOxc%bclZoOXA^yyI{tJVK0w`K05!h*nk`Ue{rMa8PNmMf$6^$3jD
z!a@smhas)TyO5Z7<E!n#ucAbN>w@pDIvD=76vG@m`j=TSb*0*of$mPcZj(1whHHlV
z7|X6ACKN2;;^2;8Al9y%;V~ev{uW=q-t@k!u&NK(J}GQLLRq7Kox0^LTd8O}zX{6)
z9PuJPy1#sJsu_H`FYQRPe=<K%VH#CWaCJF+RrxgD`6}+Yu3@j~x~@ESDbg7+TibZC
z&qPP8`@BbP@P3y6l0dPB5;V)ZyRKP0&i#h6d@PbB*r?^G=k)c9(pGKE8i;gn)%b&F
z?|5spdCcrK>i3|;-OBD0HzqM^=*s)1N_+g=3aNZMd<fe#>Btc!;Re&7xIAnAiubT9
zH#*N>b#}=Q49UeY$$c?jV2q=eZWDB!GC^5=3CVp6SuSiP1VHH~^<BT_QdX?wYIT1M
z;iTEGq0mQ10fbj-`Iy7I`a1R8Gj1m8J}*pE{-5Tq`>Uy?YX?z55TYU=ARry3Dbl2c
zs}uo2>AeexlmG&u2N94WQiV(RQsmO5mjFTOAiYFN2rcvwS_mX0`QrP2f5G?DH*1}}
z);a5(S!ed_nc3@^XU}d)S*Qg_>YeDeT>h1h0#<fV^y?V^H;gB(#fH~o$cpk&iuLYx
zJLRn^uxpIx%(-N<$?Wsq`2qzKMA;v~leV-2`)3!4yfHxKrXL`pWyfL_WuvNjsIwvV
z+0loJf>090?Zq=2IC*N=9mXFTgDv74E}#Up1x71hMENl!(9j2c0uO&Vb6nh2xoA!*
z!u2ZTQ8pFwNF(lHAaL7hYHy~^Y3F%b>=$0b$|OAZP9u}m+FoyX3zqP!WW{%Nk-W6D
zv;fbibWMhkjaw%k%Oz$$&`RU|$wegi!t<rH&CKAG3HLUM#m`I|Uz_lkDLX_H={olR
zZDqK1!Nq-wQc_swQ6?C1Kh%h`ApGD5n5n=I@vl(AEq0-0G!rTu5+%(mo4_U{YPPsv
zz;e{41S2wrSFR^}5Q()UD6u_k!6sAqsQRUTr5H@CeN;qb4A8P)PJhjmU{?JiC3F{(
z_%aa&;&KIHyaHpWATEcTB}Culx>~&b5jx;04K&I}t1=X6q6@go`-J<Y6c(}{yaK1#
z*jnA@7aYZGXU}9e+g62wU(V;Fs+C0v8WU?i%z7;s`=_AA)D+$`{Q1Cr)M<`MD^nlJ
zq#fpZG2L7MUB2nnfAx4_6aj76VOC73d>Y3Plqd6N82EX(*P(Lzz;^QIWhMVW^H&dV
z%`SC1ADukZU(jqfTz*f)iq9xt9PdbxH<Pf?hv73r?O^Zc<gP=ku9Q`3KpAEIXry8I
z=dO6`#RI^vYyC53#Zh)O@P_8X?_cp{T+KqS%tFCN7QU#l3~L_$M@G_N*8sEr557nH
z=N)-o|M<j#?%wlOeitcdcx`y^DU^J=e40~}eWbH;)(jpv;R@dsy4dR@?!#S=*Yr16
z&1-~{L_zre@{iC?$pfQ%2ShocxXjdaK^8&eqBpjRQVXs}(=zw#3x9*27kv0YnZz2V
zc0~L)2JP>4P=R^vaaCFgXz}b<CwJT+0?;Cen->g3DW2$dE|(_{H4j&BgyC|)WJFHe
z5(H~eW}Vt4i}K!{LFAtQL_53`dX)+A&QsvA6?rW1g*=I1CL`Q|uCHH69A0Y27Qdq4
zKk@=VfCD(T-9H(!t!H7EFl$rp{V4B&>L~)Q4L_6x6i|*ouoNVH(-lBqL-d-@%4=MT
zsm!FJ%+8o{VmJ|Nh6<L(@7%A!7VMt_5QlJT+?qhXM#2+1q3m2^RqTQcVvz7wfkpwD
z(8|4AAhV<3y$10jLET=n%CWEKbN;7K#dW%1up>IS#ew~jfENM;5bs!tcLxtHG&U|`
z2!JjHVhxKHgc?T|isNm;e$LoXfkTfe4B_pctd8{TV1&t<un-EkfEIvlX{r)hjdNW{
z1671Bo!NG0Oc;I0uQhVbrNz#A1?w%)b>YV3wcvM7TJl6b+96E|dmSacWxBU$x|BA!
z-vz0-0s{N3mmX2pwsvOl<ffIG2_xv?r@YYWYH~&MVv~%@L-*D9A90_;d^YMqourDy
z8P7f~D6U?est^hR=Y)r!U_0obWR;b_A-~Yvc)T<c!wWxm&p5Ae-76kG>>KSTAB&+n
zF}h}wE8qFEa|eZ4D9hZ(pF_yll73APXpe*I$?+U-0n#w&oaqScV%?1~2RN02cE>pp
z)xs6uow^vItm6X%1JQ4&$yPadc_A=lQBl!r>oF@Th2lK46N^lu#tr_QQy0BW=qzOm
z#22x*9LGT<mBxQB5qH;zJ5R6eS{xn=@WLnf>_GuSP?Nwlq?YaAKevJad#=h^S)f*j
z?ZlY<etrgEIDQRQQ0p!OCz1!{^$k;dft45CHM|LD`~B=7zZuV9;`)KR)7~|md#tF|
zo!*@qXqb;9`Z0yLcr4X27MdEmZKyFvD^+t^Q@_78nW@_J*gW#3_-=3AgQ-{eckQ)O
zhF*k2tnCoYAUW!*Jgt!6wX;aBDAWLPE)7K(^e1ON)Y$7qD+-Va9Y)L+w<%|jFn-On
zXFCum1^bc`;xYZhF88zqi)`N9t~}9*o2WETf1#1aLJlvoS&*+GOn6Shmd-AUNKUS*
zD^i4`8I&z<a^EULf6+Z*!yG`g4Gwx%v_iX9pAacbi9(Q;3rVvcIyys7NB?Z9EnwIf
zqP4ZxC0EXwhwG>;l=b8D^)O?q$2OSg5|D1PNO01d8{_RH3a<`Ev)vJtXK>=PhJ|!2
zMMYgsy<;Q#>bB5r2C4%+useJ$iZQyV1J31G-IAn?(`!*Mryq<$>~eE+cdV!CD)Rt2
zCMfU@A~61_^B6$3y$&?zS*TMPR-7v7kj#1y%h0pLPpYNSaAj(`rRQn3#_F@C#md_A
z&l=6sOwmsLm0D=}=JNc%wf3v2gH@b9w;r~gTtB^Ct@3w@C+G7%bgrW%kA5Iqeg}xh
zJcHC52`W4bXIc{<OBy>Sh4Y>S5z#>bScaQ7Z&DFxJQBiN`Z;z#^cz@tPDv4J<vggY
ziqre02{DlKZM9a;gs^80%es!<{Y*QNSA$6cd*6ti+uAP@We`c+Z!?lR&J$7s#FkB2
zX*ADEaE9hj<!BLSc&RUali}L$<>BCH4JQ#IuP_EGV)@Ogt+SLM`@g(yF4P4+iin>o
zr2*(aXC8}wcl4lb#;bq%IQQ0s#H~Hsy%1`Opg&9?{oEE`biAN89tEYO3h8EuTm0lr
zS%40?w1eqVRcbJ@jk7UqW6|{=1VXsZnZl2%6d1<t-$c6LXFu4a3VO~rY#*VA^M%-@
zY^i6<uTojvc+7%GykkVz)g|C}@1>&VqSkJx`n0_22M5kTXyu3IMjGj2xmfLpfTP?f
zn(;)b?T^#fCX9UtR_A)>-(msx=J?+53F>7}CWp|dJq(<={x6+x0l|)*{@M>{@ZJq|
z`o82ZL_Q^e+IW(D2q)=Mlp5V>4M%v$bamW~>ny!0N<+vl%F}>n<IiI8NQ0f|H<8m<
z|BA3b5@WSL=pSRelo!n*quK-1ReH@)=oaq)oT%w~rl&5GP-pNrm3#4HV2#?G968VO
zii%^qFBB5yMi>YfG&YD`iqXde{UZa#?lwao77!h}m(oxjGfW3h>_{Y08w+X<-|5$L
z%5owGcHk-%uR+;T7qCfYgT?M{1!n^1XDhQzz(YA1wwn5Y>ums!!P=d)lN?B*vq0;@
zys=w7zE5pmNB60w0Y}5Ph}v#9<b<PtgYH#8@Q)O?+5Q@-96wgxmtIzNIt{fcR>QOM
zCUSEj0(_7Xj^x^Rg>{QIQ`U3i^A(viX-x=gd$vTY(itgAk|l%r<6o!GJ<(0&-<rtk
z+;=TpJb(77M3`ovF&0AeEd!B-IN6dW5U@wR?e2EjVV1_sQh(!@4EY6aD`0`BodtiN
z{qATbVTf4^q^@A<vcocKrc0`$ELUs_`G<09zoj_q&iKHLfb_yu-MOx8dMk3O#*#a=
zUpCE#v|BY`FP?sP$c&m~E%`w(@jHn!T?diXZ%?b7EcH+a{t2_D>ll^jb6N>eRt!2S
z9+Tuu+~7|}nxjdLlWovY+fC(%pH>p?bkYaHIq<C43;MsC(Q~N+uiKy9jgcbgG22{@
zdGs~oXx{zoB{l$WzbqaDI$F@E3J9NES;qaNL7wRgjaoVGT9538{_HB2Fq^KTp9H{>
zrF&+-8!Z2MELl6KdPqzYCPsgL9+uXD4AFMAE;JSM18_%tWtI3SHf@s8&B~!9AJQaV
z?SZ}juN?2vLZ(F>j8+zHLIa#PHR@~|a(K-4ZN{W@#)O&;?HyMzhB!>?@!%`%o7Rm7
zReOGHdyjaRLL};6LlElDt))TFY`gb=$T<1um9<stJggD(NLBQl+R3C^HZ`~P>2qZ1
zEapw!&btx+5blk__P)-hY+pd+JwL#ys@a!DEi=<h9AU}5?^iY(T`^A$EuPn7yUk^2
z+HHcSfw{0{Bir0C&(h2jAvNN@h4E6o<9(pi9!?SRFPMK7*lwu**aT5xYG!tA!(S=8
zc+_Y`Mm0S=#4X%8K~fARYDNEOkN@dO!jIV4{WuS5y!)53Tm>Kg6XU75dRG$uQt~ZK
zu!7EMXo)&(+Qce@J^Z(MQ<w(s6fMLnm+=YXjl(C7RWH=FS4)>3fT8~y-qvWX_OP=(
z`&gbD>HIPNolg30!3$$J*}+GD4ppt?Wnp_Zc&M^qHvOgM_dzqo>(y;%$jV^&wXrIN
z;EOF@5!pBG^BHLWofXd6|5WRMQAF?XDl;9IeG?tRy&S!3+2}BQ)Ye@gXH7Y1Xgf$-
zThKL2S8gt>mKLGxV8v#lwaoSoz-kf5?k%&}sTJy(Gj0xVt+b@>C5{C9;Ywatd+hGy
zm`_f)TmHSnYL=`Ro}$Z|vd${;!rfP1n0}jIr%n&x!5&OY{%veCF5v5+?G+ru#$lO`
zE}{LmF1iig+v0*FT;{Xs`8@aqIBOa5KC*p=jayvt_PUD=?OWz~mvO128?vQdWB>HI
ztNj&V8N(JmCv5LvvfCq44Ff#0bO}(N)G)7;_@G8joie8%G9_zY;=IcKS~x*Si6_hQ
zcIDt@?}7PSjtBi*_Pex4z7lNQ(*0b}1A8ZhM4--&_?VO%Yv%q^$0O}r$Jn3S>^CPm
zRKe3oWL2jE6=BJG?0R8Gcj3<kz@tzFC+L6*BOTu73I~U)z3_^-rQqdK;%FHcZ%`0w
z0X5%xVy<VmQ~^RF=+s!Mo`|gc-mK5yRvO3KkCqr|DSsK`4#CYsd^;b?uhMeR1;gvl
zAhMsoNOja<=_7=sD3{evYe^{UtS4>{+}r0T<$-`RoGx+c+;n2nNfsMgu{F?X*3Y?N
z#?)0I1t%;OY3L@+<c9cd*4UD(+Pv3vH&rQ<?<<{T!-8r^eyFc)L?N}Ji8GllDE>YX
zcfPgVp=WIwJalh)&x4M7L1^aYI3#O?KB!p+>zJ2(a)M;_xL*N$_)Bh~*41gw3U;eO
ze*lxba4Sj<5LTUK?B#~Nlw1f=t9w>gx)nmx(4^#5Y{&Oje=dJkjxIv5gH0{cR8*<c
z-5uwG<u>Yr$Z+|`>NQx1NJq`Q)$s6bGuUjb4Hq8~?4^AJInfJZu$<}RV%lkDOk1UC
z2vBtK&Q_j!BfHQnGw9|VBFEKR_E9u9{N~Loen2ExFuqVwo1Pq%E~u?qF%9t?wR^H1
zHfDRCWIR^R<j#Ap(;((Qkx4yReE|~yL)H}RmMu9<Yr!U`;Gy>$)eSVKB??HL+8~Ia
z3x)+gXh+uBn2Mlp-9*&bJ*X7p;O4&aeP<B*NFA0Mo}6nmgQb#EH$MTMXDLZ5D()af
zv2Uq7Ukos~obltTRyGqTo$(!6#L8frDYTp>aPvd{&Ml*h#hcy0L@s8$GB$vA3!&Pu
zbuy(53glNor|6a`DOZ`?7V`PLFa>C~T7$zZ1BSw*6`VVdHTweZZA5m+KE98mO3i}Y
zVvSF#bM=>FA91X8p9hV{K#Dvgm-ot02H;&x`s(YRA^BIW;2VH=`QOtxX@H>JJLD_)
z)9Ktc6-mH&yi<i<c+Pg8*)_H7-bq6%VO&Gpp>Qi4R<fJ@q^2t*>Ff~ov@C=v=1{-l
z?V5^~f!zty=(<dqNAEe4O?A8Sk76eG|C+zYsOHM}wx50}i&}87V#LOV%h+zMnDf(R
z*Yvt148F6_T}B`uMHhyCR}^2U9(;xU+IYWuIXiisD3fn@ciTyTRpU{w#{T(E-O>gv
z;barj&%FG@xv%AUV>X|hp+S1f-_LOjRg%}))~4U?tPIU|@Tn!!lwN$@6i}dQ^c9z!
zqGEYcVtOAt+kTa3CHW<0g9XJ(bxVKZ9WD-gJm%J~US3r3gMTBYchYaA87<5&JbvGF
z8sOwB3^1xIt3rO0oRE6a(JCJ=L#b=n3k1LR%`f@oc!Q6AYrry8;7UCZdjtjSTqUx8
z-xz6}%w00HT6*1RDVMXSm#Fqj=iPUC%XCl$9R4LwJ9bLWMAl+*GSq91Sx$ZG&)g6-
z_YOXhE-fv60XeiyO-WgSvr_>h8{oC>9YptpB+i!OrQa*C|IvegxyifExJKy{JF-=E
zSinqzR7WBiXiLJhHoBVy?YDFAoDE<CfWXkpvH2aB0(y+}R2H)l;hje#c2(iWXd5tl
zpd7ui-d*ypmREDgS&b7TtHxk1%BNxPeHFNUYv6ojqo95Joi+CA8J0&M{`44>bbtH4
zr%hOL$b1{Y@P#ITQLisfsO-KxzW>`!AbW(3M%M0HN_DjMewI(!z#SDp(cTNzN2fx5
z-{L0|PsIF2?)UW2Bnxc@7Q1~|<nSZEU?e@QuR>qCH|L=jlm6>$&_QpXw?aUd1h~PW
zguMF6BsMPRke<46IB#IOthPvAb^Hp-<;$+KQ&-0a%Sq>qT>bE)ewfO_XOpm8Kc^Bi
z{vO$gU<aeI*brzd-Dt2KBFt7qxo&k4Z084ThoCzONEh3P(Afv^sbt*P6BZuIOq1s%
zNJ^JN*i=pv%Un`j<q5>D?!x>iCj-AHqUq520{idrmo~297NWFxk`$USO4X3g+4d@@
z1u?$zUQol{1(y<%7MlkRbG>*rJRQv%#9EO5fZRvPBQ&=>L&oAc4F70P)fw)RoM>qD
zLb5CT`|OoFiQ0fqeS+-v&9iM04Y#L8NVNtiz>?_ak?4kInO`l&snmQf6SFdMBePCY
zb}1;+Hj*ZRwaw+tRVRiB9xWw6D?Efa$&Efo^EEY_*M-nc*xD^le5~|9!M<?kRqZ6?
zk1_&Iw2h#5LJA*Iaf*%^SY(^Gi?rYKB=$)L9Zr}v23O+1Y_LV0{gAtJR3kAnHV*6;
zz}g!d7~EVZkd`<0<n027c1UOobVn9pHEWZCL+^{otN8D<W?x}!O8@+^G){s_!bfZ<
zpS#G<R@=x@=P~VTn|`4AlcJ4+yf)}ehThK4&GKPrdlh&pY4luv@R*RbSrBwM$--5S
z3L-RK$#zxw$oL9FeRv*C3dzY=#3h{e7lf_M)hZ1kGC)ShC5dz3P0Y`=1^g$3JVBni
z$aoWEksj&Ato&=Y+^eb{`NS#S1o-hguHFK2dnA6+eL)`x)hXtQnC|2ym3|{SvE;nD
zI_@bJGrfqi4jtzy8jT%5;-)0N<hj$_+I8m|Hv*Po?1S8<?s>%E9%B*4vd@NxY-xMs
zxGSGh%9;pB_6TxxD_@g*j$f>vcr`}N+BY~AOBA=*#cY*n!ADGCyb*JC!9zcq*Q;qx
zX6GL$RC!x^Hkw2%rNTC@Qod0ggdWLX64jVw#j2I-|Izjp8Qpz(hJY&EO%@g-8yn>G
ze+m*Q5%2i)=~Eq@_&JZ$EE>+7M~3NjX(3@rC880PqB`4$IvOc67A#}CV5md!x1G2o
zn_(y9J~a0+b@?bSEu3cs0ImvXtN&#@@kZHwrbv*fL#PMjNZtr_e%<qKQ37S<y`5si
z|8@V$y<PWrJPO7N%K^02aoXZFPKmr;bN$ugV=Mgp{Fh8a0?E&3R&rH?8g0EPABIat
zAF32^!uJ08=`N|~QB2&$Cw~6)>5WWw9@ymHde!`^El5cU)kR07mx?d@8pW41PGr=L
z?^!rn|2-FM{apJn+!nlAe}9r;$g=#cya%M`Egha`R4pQ@ik|QnTdT$unC|s+S<e_k
z#t*@FwgzuIWIKvhmScX7wl&|-%!?Be&P%qkGO%*9%S7?31;l2>1!YvRA!UfNL89OO
z<tSI-(00_auyJw@+iVl2yY6EVZG{ktx^si(`D51x89#}}*F=%V-#8`t^tok^fO|8^
zu=!L@5PG?^pD{1wRK~RF#OwR8T21vm_oOE(w)CZke5P?-qlJ4Hxl2b!O?fj}M$939
zh6uIORNYT^W-1hs5<xO%MH7Ku-lu~OoFhG3=k2C&rthY8K=L_WsYxD0O$j$h2QR*w
z9vd6m&l9qTgrIPX&Ff))lshY7;*{>_>W!)I_KdW0_H87Fk!`=x0uYK)?~)hsEYddj
zjL8l-F81S|e!E4Z&87AwyHcYV!DqLV1<$IFP`@eO9nzP(?x|fC{Av^fxI>aGUNPRM
z3w9n*tBi=+#*2Nmm+f|Y2^<&s>$d$3;e8WkxqGvuUX#SU#zd_S@Q_726<?SteMu)S
zi(aniW>k}Uv9r;jpGJ9r`>N?vDa03}Vh)dueYgv9KYg5)!r+5Q8I#NhGn(>39GA@G
zr=7zVTz%2+Bj^|c-%wV=bFNgeZT!qZ)VNL2v<)J@2X<|iZ@jyrcS|_m@Ce=#6W*jp
zx799*bNt$m?5?R~B3lP5kQhYGN4)1*4sN`sQ-9k$XPH*d@Im&zx%)F<=h%UM1y%n+
zyfP=>U(QMK7h2>bDgzUcgEE{W^L@xmGAOFCulnA%eX@q~gd5*Jcky4@FomUrN2@wt
z>_W7X_qMQA_mzH&ecLln`$6qADqPZZwS`VbIwB=So8@7A;otlpS<xG>qjRh<ngk6<
z^ro)|A|gEOua*2yQGhhD!TJX3vhss622$FW_f^dE@$pg4gQRqJs^;l$Lg7>d#Zww^
z=kn#ySg{kNB?SCOS1_#n<Qtjxo+banqM|S_-_o(D`|E2~WvhF8>^BYQ>je#|)R5~;
zOxG?^p0q0s)ZJxe?e)3GU#K+h5s1}F)MR00Mf)k%Shq^c$n>NIi*Rvr63*6=C{${m
zx`u|&64i+Id#oQZ?#mnU8oq0_Hmk8EQTL^5?BJuv!Ts4(;D{Z5)_Z=uNj<1cQ(gTb
z&&`_?u0p>_n)Q5KL8~bQ1J>o^6^O?z#G7f*=C7=7dv$enh>Kjd5T46Th7)Hw?BQqj
zT7UxK65;1>d-f~89~Rgu#Lr*I#r}iu9(6)+l%tCOcaq;l;LmUU|CIkXm9-(~MEN7%
z$5A`n#UH?sA8@HMHa>nenF>fwh_i8Xt0a2d=H?zL`_u63Dyn$;>++RRwd0KuCuQng
zp#{gMjgcI7N7}>%40DrLU|`^zH_r`je-@xtFcN7@{Z<9t@r(lOa9v5b9Pu0ipcZWn
Lef8?6_L2Vs7HqTg

literal 0
HcmV?d00001

diff --git a/doc/assistant/example.png b/doc/assistant/example.png
new file mode 100644
index 0000000000000000000000000000000000000000..bfcb9afa66bbd6143e96ad47dde8f67c041deb5b
GIT binary patch
literal 110994
zcmZU)bzB?I*9N*cEfg)T1zJjRcP$imcZcHc5=vWK3KVyDcMX){?k*+8-8JN<-`{&b
z_m8{DX0x+9vomLp%{kA6t0+modP({c0DxDrGLmWlfDHeOsDq9OKe)Lfxx)|0*5Zod
z08kr?@nnhuKSyv=la>Ig#>w~LC)DOLYKj2h`wjqtz5&1kyeMc706f?L;J^d`1X2Ki
z$T_1;RS13o)l6Pm5`g{t<a8D%z)M~@%jmknk23%5pN8y2;MD<HNpTJD<)bwpf6QGN
za5ix?O3BaTMUzYyEF*#L(nlio8&^}BqVs)Uvs7b)aRXEn>@f9F{=RAN&9c)Jo`<At
z!*7BH2^sV^ags`{^|GGUUNIX~=@nxqN6X~jb}j>bd=#^Mc3O9qmVB(TQs0IsJrW6_
zPq>gzoHLDFl22S>N5wAF2UDX<Nd71Y!@;Fd)h9xG^9@G={YB1b_T;6|gd6!t3AZgl
zei47jAHJr_ktj-a8eE3F_i{7@@)mS&-$>E~Q!lrvp#Q5>f;;?Vn+4&rB`_>T$A0B+
z>kOWx{G!ESqn}J7Tx5Ir6I5J4DR{k*n7*WD*Q!H9D^pjA@g4rKH{VF#geVw(wxyVG
zi3-u0(@-YkwZDmyB_DC+LqSjNu{$Mp(GOhpJF<@$osYqjcVYRj(xiFcDg_W@&fVZ@
z^0|45^Ia{|2nVJJQV?a>?mhoZ{$-?`<IXyM-0N^8;NO^X2f~LEII|!+pFT3$Ws|PP
zn(HQ+^2PMkgDhSIQ-@p~%QD*Oe(H5I_<xD8W_^JL4Ahe9ao1>@cyFl0nEOyFLw-o1
z2j{%E9Sm9z-;H-7()jUH#|uA5b%wMt!fDv;@3$~I2KKjc;b%&S|3;=_heHXR2@P<N
zYE@?7@EiDXioupayDU8&A+$j#xM*S@4Y>z@=LnbM$K^~1HBtn<=EKFNdqZfs-nBkI
zCmH)%9LJ2E+gArhCVFCB$bl=1_YEE3ayQ%%$(`4lPogi>V2~gAQ0L~xP#YD$iM03M
zn_zw`1Z?ufOig}yUJv-_SA%KJcUc_s)`ISbO40k~xRuXG6$C1stSp4UJLMFb<i&7t
zjq(!rq;|Xt^n<g;++!?p96DL7J^VV+XARZFh}ZHmYQHZ#ZbA_?Y#X;_<LI{ktoKay
zJj)$$hfu$-EvRG+{r5tyEbz0mdTKF0mcNT78*<C&o&{wgW9a~KtGV#rq`O5icC7WC
zcoMan8~kzMDF(#oyi5>+kT%m{G=qO=KNS}l&KMK(eb)KZ&wQ!RfC2M$bKcmbqzw!U
zcj&87O$d{ui7&{bLFH(OFejOORv>0zsV=cs6Cj`9WMYhy3I5u~ZrfH_{vShK{l+H-
z&d3LBxw_f^1bqCy@hFQ}T|kmmiE_Oiah3A*(UV-*dq?XaRlig)hBAu3<<wQmm$`%_
zYdevP3;JZN>q_q~(-2sd3%kvaRu1~E54~Oa`n$f`P+9Q&;)r3)kx1Uvz8SL!g7Lge
z1Sb~5OYFlTc3UlV*n76ONk0>ld1<9%b{#4z1zQB{K5ObPQ2rB;y`gt(C}9vCt&g{-
z1ax?~n6zxb<m_z3am9PYiZ7&l#7EarZVdV!2fs)FVjhz)44VyH0i7>lG%^x$wq<td
zdPNE0#UY<CXGBX^`F{0YRGz%n#>TF*Gi}$2H-G%?Vj%G=TU9k~dH2@~3HLwMVAQKq
zrziX=I$1fot(<X@=F1Vj(x}(rGI9pGnnP@uQmTsM$-A8$LXi=XeQLV;%?SS(b`pQ|
z3=60Zc-B^&Na0G__360{j4-qp`#^(m^m!gb5;}WP{5l5rEf4&w%s~EFx@|;Vm#>Ql
z6wuU0DyonCO!4M0yJLgmKz;b$f?#}JV%}g%XrP}1=7biRJvZo_2$a$C1fuG5KYhG7
z9)030-%;M5DYm{vkVg$kG`LeDbKA@@-M#VW1B1X_J;IQUbfsitJwYpziJWz^ci7up
zw^44$K@(lD<4mb~50K--*|8;+lg(kk0;(j<RQ3SAIcNn2#b!r-LxVnbEBf1h<)-&L
z_?e>%TMP$TRxKfqhRZh1{4ksDjjW50l+>jwk^0Z{az-WOf1}5-eUZ-~CN#l8nyNEf
zX-6M}|GdQd7D2PoBWLHm(Mx_y{#ttO@CCFPrLQ*hid)wiiwQr}Kb@<oxWR9c`xS4t
zw>`n2oGDMm(@<TCULF{Vt(3V2+W%!u0QCxN9XBa=NM9$%#eK;3vNmqN`<Og#MBg9S
zBC>z_(~c-(9p*9oq?l2pMh1g=pTjb{YL1`!3Pa0x#-Cg_#}kTY;%}F*qSw0A*=DS>
zD82sPX%;o%0Nybo&U>-eSy_wok5#Xn$$0};7faQP3Jh9F>mkJ{6rzO&tpX0qv*LgL
z^c#MsMvtKR+UAKD>76tc<OxtG{Y>VzCd2`pg--YX#QdM4OkyJkoZ*^(ANT98pj}1i
z2`jdk>~AquK+@7^D*R6L=BdFCHsN;z>#&|sZdd*dQ%%)I76YVI@oLX+hNlzSvnWK$
zolZMBY0B!lP&fC=3O2OBWrlvo)%A|Ts4c?^A_8YOzhu|d;*uq=PRb{agyJm%%Wp$G
z&l2Kjg67NxIVqkT4MwIzstx#h^gkS!(~}6Xl??pGrOhb3DcJiS_Xe~!ia**A89D1U
zxd#cwM(R#fKYzJP`O(+A>AK5~j5Jz6z<2fc-rnr2U1{mUyHC=}8GKo$T)}ZtG`O-6
zza$WexhpeiCDqKN6b<3qrEBt#g=_08I~u`%mg3EoSagvY-28E1<`)gblJ=hqS#NoP
zWP#uUz8C^kn$W<`9q&q<*0v9vj<rnXJ30~{8eI+nI)rZdJ~IOII}EdG(2uQ~)5V3h
zWd~6=r|Z!Pdpilc3SV%?AI{_D-@j*QKVfpKZ;d-PEq`Y@x#*Y{xYW0Vwmq#xhbJG<
zG3~49>g$wNfDj6k4WVS)4s->{ofW3K1sa@17nwr)`$+Ag(f*$6&rmdaMcde9n8z%a
zVR1!$Q!Q$cfMsSHkB_X;W4=j#=qsV@_#Td^umZTnqMQDew>AEpnHI-Aa7nRhz*&D9
z|Ffks9pOLC6mB5|sOXQBjA#1mgdpG}0SwrrG4$`_QBF2bU92ave9Z631eGX;M@HJU
z4M<m+y{Gc}l+1Dx<?I;k^wl(0y)UoHk_V-b0Zhu>R}h|^NdxJ9=)y4FyDb0HLn$k{
zik4)QwKfDX57naR$mG<@lQo6Znv;Xw7uNG_gMi6VN?b=csjivXY<J_ShPGv9grMg+
zh_TD}_v8M#I8NR_E-o^PjG@E^La`{S-m_*yr!j;kUP`@_i9cE%l9oUiDPaiL5Cq;c
zGG5+X#LJ~$s)5kZ(6Yv+pUcGbc~Sq<Yzf6vuc@;vb)tR$ZU$QIz&_WKDvh~%$w%NP
zz;5=}J{~N7xpF4q;P;)JfynuIgqOvjs99Mmo^^l5#GlH79^M^fLbbQo2IpI@F1+Bc
zFF+ssclJJ`jr!)$<72;womF{-KzdBmwmF3j@V@2D+{%-^AxQWwDW&kA%7y1+${URw
zKm5Rvn`}usJPM)L$^QGU8nY>bgQ{_H`FVN$bjEG|Taq+y@KTq*<qZZ3f7OXjvp#gH
zQNb(!m6vCg^o2TuoPs|C<v$LcWx73u`xO&)aED1TI_9r;3`8LtT2Gyz%FShHWT0kf
z@G$Lnn*5W1U;ZfLttWnQ)Y8LR)31t*Dhhu<a&FGU(^HX8TS>@gcoQm$*dI9Qv=^GT
z%vEgaMB#0oms*K>b@G9-&T+VVNO=3=?-%)ic25UWbH%KyD{vq*u&?7r5Ecq)sZ})>
z>g+)Kj-8_^2M~*jl$lGPZss@^Q6f#QBd5IPep0yb2v3X-!^1~@lQb+RH<C$CaeVYw
zkr@elb8E{WE>&@>8j<$jfVe5xEe<4(@doP3+HA?<S6a96lcs8z><+Mk+O>)7>|P)^
z?<$QCP(52ik`FEM7#I=}djY9V*m}G0$44RPs6_<c90RwO)>ei70yEPX*<}{l{gys{
z$akJntg)3c65B|pYZCUy(L!~rEY;@$T677fq>^i+K3YO~F4D$SMV+L|a&;DiS}of6
z;fiBPx)(syr!jVSm1f8Jd9AVc{ToCHg*-QW82|ZKC8Y<&4shagkcMapbDl74`ouuS
zMqzQf^2De>_dsuXLh)_vN)w}exp*mRp}=`Ju18~?@q~&T9U{QU$ZoC5evo+W2m0(i
zQ8b_HqtD&j1#_U}Fm?44c|-%UcITpvf7?7CQ8mOOMwZ5Xe1LmAmR!qKQsHlD)LfZ`
zJ4;G*3T>Cug%jlnoVJL<aQ`v)51(r<fG?>qk-MrXUeQiV=J)Fv=cIRoU^})6q>1x_
zFh0=E>iVLwCEk9g-z{HE!pOFAG${%6ijI2INVc>*9Rtt_MBA(_RQr&9z$<1dXg`oU
z@z}D(I>kfM%eGCRSw0Wd&c&6jv~T1^$obP)&y@d%fBs??9amPi!0g2d`oEW$`z{{{
z+U5I{uf=HRca5DS`*vsI89}VltWZs@)U;5oY-92)rz;l?`-Ez0N<V+<>S(=ptgkXj
zOa0s6+}QWc+@eo&^B(pn9E{}!4do7o5%eiCbnzn&hyor$UT?n^(3we;1$@?_qj_8B
z`5?*tZ`>;BIY7`<$=q<7V<2ThfAkigTP)0Wd#%$3hoeN9^*FdLkE=MZp_1`Cr697n
z%<nB(RoWB6bw;M@H|RL>>73V8|MVYvBTk{#9K-ObPpg2CuvJTPDA~woAPrXM{|y-z
z`3+vUfY$+^=kIP~Eb{V__q86*Hir`bt0ygawpokhdk1DSm(vCrCs~emJfY<hPJ31!
z@;brVV1wJ~tqz9d|54{AtR>T>vT`KopNaW~<0~o2tc>_yGjFa6x)Ff?N+pib=jKtw
z2vy&|PEKHL@L>4w=I0^b&{sc3w&64h#X<v=Lq>*(;3c0A)u{h94NWjq>SALu)6h@e
z%I!tyPM~YRjzRdZCS{T*#~;LO1n)iXEXMNpyWUlm7{UKtQK?4-=3age`2%aVYu4+X
zn`59-8}g<c&k`&yXjQi!Z+c+GpJhnA9Ui`j#BjSfwc4@T{ky@;z^Y!RAvD35IIORm
z+FXA+J3rSbL>ppS=jzsnr>o_N)%%%JP5*zxvdDdh4SXmsqf<-&$ymy$-I4BmL@X;y
zsWzmPEiCA=^|PX)Vt*!kr3)gRWS1!(6tA^SKoBNVW-W6njua|N!2ZtlZ%gji?1O3k
zAM<R@bsU^-r<fERH1BJqm7doKcM9|N^_O&^k0G~M$AUShIb_XFjGASkvj+c(DY|Z+
z%><yKp{c7oRBhNU;;`JXxY&8Q%lb4SO*NVh-Rga>yU~TDoF&BXd9(=k*gJ054{o)=
zf?ng~YLX3fW783?S=6XER3GAGW^MHf)oiPWBm40D{2teH14u&neI8n(qbv0kwY9Vw
z=~%x@#OdqsJ(S9XOX?XKG9<4^#gLL^JO3US8ChRHF>N6Jk6p>s%I9{+jVrWDrCw>L
z_+b52tIe!zDJw&Er*{!zeb=|<_sZGXnJq!j!NEaF>U$=9qsZcGtb2zEd?+ik;8?L+
zs8UYlu$;&;&i1joxZMEp+C4;tYSeKS<6DpVKX3LRK?an=Vq;+@*V3mQ?Pkv%KChQX
zcM0LOD=N2z+io?=_lJjHM$kynsL{mXA@{gssFnWZn;#zbo$StCzGF_URaeu}QZ?k~
zaTO8|l2Db3|0$trX~#$<>bMn`ADY-Oy;k|LyaBJ5t=;RC2P>P;g(gt%A46TeH<WF^
z5!d4#UJo}X0XBV1zGyI<1kBxMhAHvqya9+eNjABut+tez$vIuJOaw|xOGTkqGsi2<
z2tm6(qM~5y>;N7ip^nPKg~3?RhG5n}(tNEDfW7J1CrV**>5g5jH42Ya#M3c{53wmE
zs5Q9*Dyq6~6PFCYSyh6M8|RRivoq&ty%$>8mV}cfamoP~`)SP^dL%?dyr#dt-QC^A
zit06+ZLh%e*uW&_LCbAz0*N1(>~qv~i>E#psM%O*N_i@II#fy&<_WfVoSmJydb(<r
zYLE{MTW|m-T#9ybnX6Ai5_F`Twi%y#-zPTWg*P-+&G#=C6@4<bv=k0BxS|?>aGtL2
zua>Hh=!X~CWQ7tLc^eVsX?!p@Gs7b1yStj<LluKF=VZRRy8g%yx?;6+@)0{UK&Z!A
z3rh?0vqpDV(84S>AQ`2nOPexy3WhyH;Jwz@_u8BMLMNMKSzcDgW54M9cykPIIk&Q0
z$LV*IzL(&G--F<V5Vnwe&6`K>MT7B9ujkL>%kL-VhriPeWwr-~E8l&ED0In(<dy8t
z6vdEmrdg&tZ`n?zHryPE3U^K|fi`N`qCeR<Il+GDY0=RbWeNL@En{c<9+bAUv<wao
z!l~D2CvtzvyYZR0Nmlk;C_5pWw+3d?s8=~v!VvK!c>imIXd+VfSN_-Z^ho)g%#{})
za$&DO88UQ;K?etNz$BLo6AC~+u+|bVqIJUNzbBJcq**2qF6j%|x&G?%SiRBmDZDQt
z?LfeCZ7)uh$JIwpuPk-V=1qvHcNQ8D9WwPi^L+mcW8!oJl+)Js@aCA}pXPgmL=&vS
zcsTo^P_I;j@$j={rd;XY16%F}R4zHA{J-3Cle1siVk*_xJGwhgqN1WQ1-%6L_%JC1
zu6nUWS37(zmmBQ{Vki!ej{L9orZ9*oBfZ@F3llev_gISt$9WxJ6KWAAG1ygEyd#${
zT+OtjSgqP={-tl>{(N`&t+6pWGqba^^Xs{&prBv4WSaK{*VJ$R3+yf=6(e1S#AO3z
z<!k{<Tj&xjCZ(o^?Nh$Hr|sAZdA|(q`S5BhRlrrY*SgQ?WbQ}&cM38xVaClj_1jLJ
ztrk;uX2W@YG=NHZg`0<G{`<1FHn^}B8FWgP{}e|2+Gyvr+QIFq(D1br38-Nz7k=F3
zt19JH=OR^HjwX8}?2GFDs-nEylsGA`<Pwz0$k<M_-fX-aeH9TA@f`5TcxcOIE8yS#
zqv23{0t(dzuLsb@6Rt^2#n5=?FGO|SZDFvp3%*kh?4Jz?>gD|8Aj9`){WkOGPcG+8
zF+e4GV@-s^K7denXsK(d)pef=JY*2^dV}%ynA9+vNWX9TJ~2YAwL%rL@b|fkW9z%I
z-LK-2iAv$tk$%Bx>T0x4Y%Eb<epiD#^xl?jO9>Z5#BoaN``sV~T`-11Vu}cGC_3-j
z@%uygZpa5dl(U{L#%sJ$JC7HSDf_}YmQxYn9&RA&_IV;Zd1o{g0x@S{gB%$1Mrc4n
zkd4FcpEG_fr7>m-w1w(#yii<bm7;HM#r8viM|riXjXHg=ZAY57eI9Odogmc=HZ`Pw
z8L_jk)e`CgH+QJ~&w3tD!A>8n)aA=B$9Ok>YT<~5A(+gnLwnJ_r9>>vGGX4RPW9b&
z4xDNvh&XldJp95=j}{Cuc_1hS4^XrkNqT?R-JrO+U>Y7?(Wpo7=c+PvsJw`*_MCSb
zE#=dyb)5sh{rQJ|QG=_ep9qud<f-Vvr+=MlVq?7XW4+t%`1MUyb&g4nN$<-O@gA`r
z!ltv2wnJTP8wkjDbSdrI+;~jICOPLK92@vdHWod<$h6g+!RZH>2W9#o`wcI}wc60D
zlM;UQKF>^)l_puJIxN4qBh_S;FPH$=!iO`BKj#JI^ed6^{;2lsQl8gGyJLd(wj;DD
zao?r!I9v5ws!<;6x3h73covS&6Uzw?w<hHZWqMu72aueFCY)&|XU}a(x#UdHgBQ*!
zinRJZ*koCwte@6_V1ca$>u_7JRBw%si~wL^Va*gNLVQHn+0VPbAR(c0UGm1^;o$+)
z92|8%>4%Z61_)hQcD_2yR5<<@RW!Dsn@Y`(2qv3O{ItP>S#7?h#mOEcZc}N`NA=d@
zS=??zDb!(mFCgg;zedq8fd*^XKCk0mHuQFXCe%^`{xtBwKqxl3>&?-At!i9>%x~A#
z++Hxe#Q$b>KO8cko}{Q(R$3aTI|6#L8MvJ2%u$<LTpBJXcv<_~_A!QPr{k(FtxCUT
zGZE&0_uPKkQ5`@@{pQVcz48LM)qbC>nzhy$Q$<yk<Td%Px+odRq@+Yb0>Yc4b;D+@
z$|5^ETkn`{pR8S<m|gD}`0o_g9}=KZFW_8mcn~*Vcvbjygl#Yo9Apl9hXZte^u<M<
zDz>hkwOfF|!l>B&kt>TLPYK+yU)I()K0^2Y{P~JzM^C{WdlL_Sj?pfkBja_PWf|x{
z@%!_AmqE@%+W6jL<8j5p>jC*tB7%6~%BkA$81jKod{*Ch!~4&13au=~YKDfUbt7(5
zV1xT9_xR=!6;Py{u>hOdh%CmsGnu&G%}VWpon{pMCx_#1$&xa%K$vppC8W9*Bl!lR
zJ2sC*MBmvaG}yQE(3!@pKVQ8k(iT$BlG(DSiES4jl#TbyvX;!YfB$g*-F?3jzgZ`=
zKVPe-8{Spqkl0F-V+Uhzw^jrH`ihfwSYQ)}J*IdV^9HLvKE?*waAcYQ9U2f+&?217
z{e~6hm(mzEsK$L9sGY#$WcsP!$j2wXz1?qQX3DxFHc)veJn-4ZSQ#7VfcRIq#_MM<
z&@zTo#~(XJku2Za$!fH0pZ&R_ey)<t=;%2=#$DTF)+_;EC?)G%ro)Fc69@(>>B5wT
zC@ZC~Fil$7Vx2A+2>xP{cZqQ#j^S1Qol4EaqxAdZFAaVaJBu=U9W~k>SHvI}YVnBZ
z+ql#$6H{6Y!u6K4;Kwx$>&5!ZAnm`GPAGnFjYcBZI<5Pkc#+ea;Zk-x1t%G5Zh!6B
z<@=Pt1Ua)Z2P&B}B*&e|-uQTZB{o`&SUM}$W(#8sPuJkrAJs*!`yHxQAh(=|@bF2n
znNQ5N_olZApG5DRi|yOb2k0T2{EE@><rRMpK4-l_R?>6Y=weQkla3~p;(A7;;I^Gj
z<+P57jI^`0wRdnxpS{p~`}XbFqFjmr7Wqcs3?)ErUx2WFJ!9%mUO|U<;QZ-2?+s;T
zJoZQ(e*OU5b6gr-LY_cUWK8sERFqp<1#;@j<Y=0d{uwHdw38#S*XcTwd^;b1A4N1M
za6Zy{Jj3Utl?X06k2CoFR1tztTam2vZ{K!a{Tf+m2Jw1a(8<eDH`WQKyPx#JD#F8;
zM4UGP07t%JJR5wrL~ra5gL)yMUKPtsm17VEo@K)x!M7rO?t7be=lF1~(4_-5-9L;>
z?rhay3OrMcs*7-?m!@yjQ;h$+)?vV_tqnCIAjWa#`csov^vUl51R|dN*)yA&k-?td
z-`3Kip{*T9SDLp^D~;XW%I9@nO%;ZZJXJ4!8@1AWOSMSF{VsxTXtjN5-H0L-i^Ox=
zb~q>y$}}+&<f&3ZM*1PK%w{HQu2R_bFS_DPFjA0aSBMv?|EdMq>Om;YNT?u_plJ=k
zEfiaDeKqNGji!s$GL=^gk~(~nFQ|^TJgT0!yY7CmZ{>sB^9ukb=7VJvaPWY=Mdz^n
z;lho0FGPU4ufsu__4-v18>^xK>nVD{;yP-c{XwMgpfVw-I53`U!Vc?5P~c<<#YNPi
zGrP-#TH1O?TlvhB0Cy9fs$_{cG&wBoB)qu2HO{VfFVgjB`8d_h?<P|lDOb4M;sOD~
zpiaj|cXyE34ZqV)VYDiQZhGTP1nML(4?1w6bSiR2M6X7qkUhD=U{TOYQC2GK!+)8`
zTdW_64xBj=JI?LArFguSK;1pW;D@}sO?<>Az~pN5@j0041Q(b0iA?3nU6LS(%~Od|
zblK9*{Z$~NI$AWx1ZH=#_?vd^Q5Tk8$h}i0-<hp!cL_7`h|(XmAe12BT9+2QHR{wa
zx${}r#ya`#mVHP&$^LD6g1OYiv+=r-0I55OB_{inF<gt`ed=n9u0kKO+ns!}8meN3
zI=EP&X%zZ7INHfJmUv-mJp}J)_v3M4|95=M*GEr^W*unEPe0OZO)&(6N=Z`>UJ&Ab
zpa+Q2((Y%8Z;?mHbZgG~=U%U#27hTJxUKtepDJzyurVz@LcT`Tm5mOs>(<0YW3cKd
zLSxrQCa!Vq*?S_0sgRkRKB=>#tjym*Fh6Ava7dV~LXRB&22;I<1g;nK7P<H+1h}F+
z#(qDxay90yYB6s<32q;C4R%;pwe=SNF>@xDhWcvcoP6M%9Gf(0@(goi0a1OVREk@!
zDleqE;*ZU%i6v4a8_iM;Wbreh)1xCH(_hGIuR{(F4q96HvUcC%$$EHrT%rP%VVgSC
zn=_2t2?BbcBs~}IW}ZfgUc`(KWf-otwrd@q^<-x%Vfp$y<5>)~b5x+`+N*2cK<IU{
zbyg}l5fKsTa(hF;`y4wWfSAkq46Z5i^6~;79gOd~djK|*?wo>xf|8PwfJZYlEOHCe
z7oJZo5J>ENe}DgY+VyJtY30+xlXe&E&*ODAh=h#n@#&Ja<N7AuiAk5KXb{A#bGCC)
zDC$pic~}irNWlr<dfuzsb^<}ib{2>_AG(=rZ4cke8E9+6({XO6J0Zv@`_+xj^|8bp
zS6{+Yv~>)Qc6N$XG}K?iC*&kve^pEt04L?%Vll)v_qZX8+D9{Z6!dS?Ma7YVAKIf|
zVIlKSniFyTXIMjBJbVUEnpEkX<#b>G&%bB!*X*yECM@iQ7G{QZ4tZqplqHL=lJQGr
z2COy^F}+88>J(fZWq!FJ2nLxTt9wFSbL5j*ppUl;&#kAR$CJP7rsUk0M!u8)deH7J
z*7_6FsCB19Lhb(7h&tJ;Sf7)f@1oFPX&YEun)hJQz@8FTw3Yq~)E!GJZx5`=PA4r7
z)@xAvg!Dva@vFV3Y4C$8GC<Cko#rlNvzHPc{5Jc>{T5s8=GkuuN3}O{a+(4a+*ARn
zRNEduHfDKA@&XVA-MZ=8r1peVv-mYuG{o1{R?0oGoU|?LYLK0~gW9X|bu{n2{Hn$c
z8Z6?!F{#vUIIPyV>k<!?L?Ow4<5_qg(M-|yygL1sqO!CF%mHv9h_Mwl5jSU`G6&XQ
zt_fJJgj6Sa93UZ|Un|R+!y4V=6MjO(d(IUMOU1)HdwT@~&G?$C8RrgLZGI+JrxJ1w
z22;yI+Hih0o{OY$H}1|??q&tH#hx7e6d%A**ce}{E-MIT0l)J&FmgXep19mj<c{I-
z=pUmYo*6S_(Gjfl^QuZdk6D8X0zsuo>|yT~@2qaZOemrsTepz~!KDH(QAr!vEFrdk
zLN#i>XHswxdIFrt`a|)gsRAj)XzQGvv6!AN>SRlQSqSM`Hm(un8STiA9U2DMaS>uX
zc`P-#Db*xu;+T)JQK^L0LyaN-WLA#J5iYdRD_Upot)F}v$}JTFx>3mHbFz~)%bA7j
zFUYM8C@=jcb6`4)j=_)1hNEN}tE0R{-?M$yp}Oq@$(4FV(3zff(${?zgIVSzNk}me
z-K>T!TgDG0pUOJ4rL`6=EE_u{hGyh`w6>8Jyh|9ex3~YCHa<2M9T_=etf`{XT~{GP
z#{t`!l>WNuO^xoPw01vJ!1M{#H9d>$*@)C)W}pxW;Y=f0i}6pdANt}dAog(~npk9O
z#i@BLOBkM3F}5D_b)3i&&J?&$OiFC$6U^lIyI8WR_dH#n1H*z^T96Xx6&2(JINf$G
z1-(v=7OFRTK7tjq1^VLgI?kRjHtg>o`iP7ko-UP*eO-8f(NtmU%N@mf>j~Z4p=BR8
zV+7z;uj9k%!b+3B*WGO|q(52|ZhF;~qy2Z+2pHFWNAjSOKrb8en=KzB1y%BmX=$fu
zenEk4BEmrjhkCa<e0<o^3jJu`k}g|OY;&{1J7M>;?wp>l0Rj(Js~!7)_ZH(T$WDMW
zt9c$=7&OoHg;srawf$Ah!YSzPPhs*dsdC$NP)hJ)Kn!9dDV<`3iQH{*F@NN#F?H(G
zlLaL;%Ujr)muOeZ-G-31*IxSKAW`zob;Eso&dnw-nQ?&K3vt`(muJa=us=;Lw|Q@b
zft;%M!t4pgT)ZlxE<IuZ+ys7VcD&ssI#~nR?lo9T7#t309Bl~3W{j}X8yxBs^>@C&
zZ>DMULlV;_DmR{mCrprKMR-s7ds0Z1G>TOU{FJgdb7$sUeJ?>^|HJF7)Yk6@ZOi7y
z3*ZaQS5=k-?l$L!5V4*yr`^{cM_VgXX^26%xtR&EDWfv>yQn~~pC@8a%=}O7-I&xR
zDe{3<kBj3!bSMBW!VO(qR;m*YBB07TahniNnziAvrPm+(XvN~)s}M<I(Q}#MVpy?6
z-V<QaonsEX;ZOqWdo6Tv5`tQx4H;lb)K^WlUHy2o$47_|t9=uCo*0`lPrYOoW31yD
z=|=}&`4Y>h{1-f3slqfm(q97|`PDOxYhsE%IIjL843rUETq12gt6cF)UqcwZLdLNB
zUC-UWjSN7<I3EX1h<Hom6i>~>gC9FpsWA%BPpF=xy6ePV^3+9^H-3kzYbydc_Uy-h
z7FuZf(GW(`Rqqniw5?W~n(I+wT>G=7{qU)r)nD07PB@SoFp1ieCJ!7@+H1Jr2zbA2
z3OVcIDQhV;wEAQHTLUzI>_WjV>-b*Clrg@XFJ#v{3qsdWBw3(T(ja`aH&&9PG&bcy
zUTpf><F`U?JI-3W7uf&a6)tDa&NU~mQiLW>*E{v;@H`G?hnCx3%pAg9Mog>cr>Dz_
zWfX1g1uIeP&C&Pbl1B_CuSZa~*H|{a(XozhR)_p@U0rV0)X?&{Cpa6i5h5jNBtDb=
zxDjyL8k$j6%}@VX(TWh1pZ`%;N=ip(5qkxk4xJtmg*HI$ca2x;ceUZs$mzPebMt|d
zWhnUU%U8(OjdD~L04OVGoPlA-=-5>Ln_@>lhbDA%5cPBg{TFLs`p}b+dgJ+$L~8tc
z(zzPbkJ=RmB2Fj%Nx9rncag8iz)xo8{!de;y&-Tfn(Lx8u3W29=lryp4lmNtBwRLL
zYle<t%V&MQUn^H-QRl@iW#gv=UuI@-PWRM$t#&nzpnmJyeI&63mS>{z%+B=efx3$5
z%2$BtI}X_}nFu){pO@a_&E^AL0lvI8*(7W!h;%JY40jZfr~w&*@2<Q3@H*w#8hu2M
zWuGo@j3BR81CUO)tq>;wafFH28)L3c{vNO|xC;B0<}IKXK`xy_q5?Tp<)!5n6)Hm(
z0m2SIPImDaLuy4$&GgI)VUY4Y^if^Y&?uc>!SBX{zg#PT^%R`#j{<1A&#l9bDaeGI
z4Bp@nzs5^(5p>#XDQzPk;g0FTx^5<wcXfn1r>27cGD}Acwgo^Gri}ryy#VFQj-mUU
ztq{ML$iT?u>+aZ%X9HVzG?ViSZ3hYi^kCvSc&zKnJwD5$euSYc&nLV&c5Rf1G@9fh
zG9n6z(T=-6y<FVvZ5h?qeL`f;12edA;;A4F0%9*4Na@IXMslWNb;@6qilYPW@$mrl
zn=otChd`gUwB7sZ)s=qcBFhw%36h0vd$poTk(Y?H4-~z6j&>O$K-7UPukDgIpu%`k
zsfdbZo$Plj7o9G}R%CMAFkq&n9<Z%<bF@&LZbJfr`>dy1+t#+R=yOvw+4@Rn__(j}
z=yasj33we%A+Bi;KVF_hCb<LZ!acu82?)`D;(M?2P0rVTEe)`!iA<jzENZL8>47>D
ze?Ht))7L~0Li>j9T~$;zJ-^;sCuh1km~=bA;)?|I5MEw2aaYMW_~f38cPl(3{VZtF
z$Z<f4bq&sz?!j&;#r`QSdTMfSiqF^68(A8K`GMumgLaYBvnmVmv8}B?XRF9F^?Noh
z+zd7kc$5u~K<!3;`;&~+cDrDX*yu!S$kIh{^)+G|Gf%(gkB+eXDKz0KMQ|JC2U)B&
zhbK~!l9QW#uMbMqi*F9*4j--$!O$ChE32Z)%HzSfot;S$j?Msw*jj*Q?`b3xDUMPJ
z&vty@k4XM!pes8dD$t!vaA}(!8k9*vAwM$G`)~z)4m~x>;`ADbIcDwT+FdXPU0+`_
zu(E=z%(wuBtSk2bJ-Yj&*&%=pvSgE#+&!*@1w<0E0KkuM1Tn#FyQS$uAjfo(wQKck
zJK2~**w=k;G8c{$Am?|T6+C_N>jT4>8;{^|kOI6^2~`LBW^-c2+Y@2@7z*4c3YHj%
zQkICY|6-Vpy7l(@7{Bk|vy$RZIw{{3J{%HE(}Jl%5?7oA1lu6`>{x%>+0N-{d4}ZE
zHO8s&DHnHl@<lKRO?%<@Oz}Gf@3w}9zh)PGXFDRJRmS$88wG)<n}uJZqa+EwX94N`
zqHP_pVq$PuX=jIn`x{MN`AS3U@NKA{`w8^{*THHv>_zr-c7d_T50t3G9ms3}dXZdy
zl?Zcui+WvEMp2si%lGACz_Zb^>F~0ltsNu&(9f5JWmj#ZZ*_cFHA_{7$k!0=Mnb`Y
zx^vr&sl9!#jLW~GT~i2^RD1fsBXY`c^>%ZO(*LE<r`cW@YUwMzea~rMfOYMlUljMS
zIM1(!4E!|`MH52|lKf!m!%)ujw$k9l(rDH}CZdv0u~Np?74v?J@s}4s{(Ez_R(ikk
zlEP1@uynklOWW~q=aBjh1dF_C3~U1727p;jko?i3j|UbTmU|5@nG*|rIOln&cT*bm
z@k_@!A~m)m&$-O<@XSX^c8^vs&P!>96!EaIJ0ur(-LhGJWbY*F@=if7Zgd2R(b~j<
z-(=oZXVa!+M4(`5WPJrT3~F>pTgtM_ZF{rI0FDw>kfvpP-MCP(LIjLE=hT@o!uj^l
zY?UdP-KVL)#dCR(x2k~8{pE>?Hi(bIktEoaD+cbM27h^X@P2ZFnSQY**n>;m<tw4%
zaHvMkcND=(B*CEjEEAt-3nj|nZ7%o-auot>F+FRyqwR~x$Z%Ir5x+Rb@O=9UT5n8P
z7yh)`nIyyS<<Zo<^_>(x{j|cu(hFvOrxUko_T_6(>J>ACY%&n;vO>tn)lX&JGm-Cd
z%X#^QV{g|=AV^#x3Gy9_^&KZiNy}!BdJXp~IbHuFDP0Hw(W+$<=o9i|{WIl4G$J~#
zX5r3nq1+vB?vXN`Pkro--3y6~TtdAJL8>mK1QV0w6Bj=x?ZkwIg|k7=_wc>7rp9@#
z&4V;LgicmpU%%Br3FkLFsdKX0dU-XYd}y_pRt$<Z_B)2P?q=0ne7sbPv~fnD7E{9g
z1D*#j6o8wf(Yuu#J5O!r%cd$X>BLrqkSn&g{%YuHt@Bo#dToFnFEUy;pl8Rc{Fi}i
zm-5o5F}HGZYX*jTg(1OQn2+~F#*TLv<@wUFSR@>DEGL_TarxSv?Pi+l<Ie~=U(*kl
z+^p%NqN_?vJw05m&#v0M_g%9mjiUXqL4UUTHa95|5WaZ1ayV2tz?B4XNFh_;(tF^i
z=Fi9bdwza?$|ykq*d5Q#770j7w}YBM=8w~*A+bWjf&Q|(KFQ;Tm6es)<U*4dTDIO8
zIM!B`Ij{~6`sW41d+vk#{1ASb-^IgrGgSrw_lFpr4y@7wfrvm=R@UQ8eM21R?)kCR
z$!TH3|LnJ@$isWHX*wXt3HynI#Y}3^u4>4W(=+>_l>|2m0}1ehoOtfj9B)v4IIMuX
z*aJ!dVcX&ir?*$DOLPcIJQ|Ay+Pwat7FzNS42nm^z`3E2Hf;m{%~O9b*{RsWaUdw#
zK*W4XZG`NyKRW%(muN>9$A>qN??kAdt<$}ZkKC>#7KfsZoy~6byK*^XPyj?~ri1%z
zSUc}v1bE3K%JCztMpo4RZaz~Z1_V7WI)MWzg*x3HWhXX7nUQaQSR1){{Q$bv-Hf0I
z$&yq%GkP^u9^`lZjGJbPq-bf&9hWISg1pb9H0s57(Hz;hKt}mqQb*v7VKkS;mOl~M
zO8^yoSIyc?f9C>D#;c;u3M}#iY;d;zyj!|BmO|UHPNSd0LZS!rb!$YX4olRq?7Z;A
zRNp^c)Hm?E<s}%b@Qd=Xv?l`gsEIImB3(vbeiu7#U@>l+wLYU;%O2M%P}P4S$vJn|
z|7BbAn+wG$!3O@(E<N@MIDlC*cL(cak%d-@wc2|?BZs|5Ag#1T93xp<_u&nJy{USp
z?hlt}WIu`4K5h<8r5-W$Y*L7!y(w+_LH~d8pCW<Y-?}r;%~0%#-fTh{KZO9Fi2F}X
zHJ}6ZrW6w@HV>Sd4wA8CN$E2P)1433Nnp{k%9)JWz3EJgkQE0<iFd;Cn71*8rorcA
zO`c<QCo%A0SJ%Pw&m&t>phX}_wGMNP{ezZzU+plS2gS%)BXa%@ahmxY`NWq}hQok|
ztMjWXA>XULM!N-gkjH{U*TiJAL^b~z?z#T``&ZcS#=^p)<9c47Fa|*{Q>{0vq@X($
ziLz};o`Z2#3^)_R>%Q#hTs?4RZ!Wv8^OM0wz;EWP(#5N8sE9HR#{e0oJYICbpieVT
z+JsLRBdkV7Sv*>J*1Mq>b^vB?;7#AdD`Q6yQjq)L=9^G#DpKwbu5*I0K<n+{cbQN-
z3Q-T+t3eq-LBW{a4D!qgLq4y!+iJ<<nSw2?F68>UnjUYNE6YI(B_-#rUZ-ckoaP+8
z@;fDBvbh3-CfL=?0qn7+uI?%F)!}Z})pRpF4t&=$U};&%H1c_at>L`<RW&^L>oYR%
zVJFg=o?LHpsV#35aQ1N&aQ<)}yKagk@kktq1<zy$KAjg!MH(@(R<o@S4-L6o?!f*f
zAF)qwm!D0$R-U$JedNh46p63@p-E&8kA`NNlc3!f1{CF5b)*Evxw_Hu=4y|GTFdK@
zpUCAq{I4c#`6x|#7741sZL9vlT#E9A*G|9NT(^g@MV|m5F)<N7!7y&JC$U)~+ihg(
zK&pYRREJ2V_|^aVnO#?Phk}5ed0et9xDw!8`&ttDjBRno_FJgObL(ZYsIjrS|Adwq
zpNNaQi$RU8<3?@(6Dy~bs>2yhjR=wTZv6CgmuUbP>bcV4Q|({B4aOkqXggl1?DV^?
zWBXnd@d&-W&US*c#9)s2SL{9ta^VlI+hxrghK*$;)-V7Ek37TqXs>?8YIcqRBl0Ec
z4L0@xp+7C8f2dv-p5)4+q+}Hq9T*>H0kbI=s)hH(L(u~LZ12vBcJiQxMj@sRV46`j
z%!#jhA3?3Az43kW?yP@JiC<w0_1dPLoA>rdfzZ0Wnd>Gyq?{UraN+bU2{7|Mp`^9q
zD~cf~)sg5!920+~_<q=ipx5<7@QgEguNxC!I>ltUwj>H%9n9JN`u0LPmJ*H|><WZF
zz@5HiR%6He06;rG8H;;DQ41Ad;n~_nJSzM-xTK_~rGWr&G3NjNyFDR#x>4V*Js@LO
zTk>%LtI4yewb_;1_7(7Vb?A8~-w7NGE0SGm?D^Oo@@jX>wYq?diOGJYsq%8C^I~is
zCL(&+_qLk#VdC+$QSK`#`m5vgloWXSpauyokWAQjbXd~~d^;{UCiu8OxIQ%XCs`P*
zKrH$N(lRPY5`#4!AmJB^O*~jf-plq<YHqIKH5{*+I%*4#y!hSh{jt2ln?Rdp!vrSS
zNI&H-U5yb^dQ*Cbm=b^Lt-+jdA$@gu-yglq>t*{@e_dsHBDTIhKeh2cXc2b022-U)
z&~}&}p$2C479aP>oXbJk2NdZVaz$sRiF%;{1aUx$=U!U{PP13QKf<}X%E`+Mf}Wpp
z#FM(bx-<ikh=FkhFX-K3<zM@$6L)IKJaj=tDrGWY%hSk3jZoLC`pVPRb9tXJ!8q&g
zS2`=uJ$I>XoZSMCHD*wh4VR~-8U8cMy_f!QpirVhQmPL#SHo@5m@%`j!};!^Xn^HO
z$Hj%Kw6t`dF4+4+n5Ay?C%22g;rwnpC!%L7>a?F&K#yb1>;CmEC4*yQnoNYe`!TUf
zr$)I8POEq411abDd6}68uje#xPY6o6ZG)*LX>g^~lw!tPTU!T|pZ0elGmLZvvf*%`
zv<rDY9HwEdvy%_2$bHWaV87x;hEwtKsf{~3tPjtSua|8(dAX_J`lsCX097@6qt+RH
z_kSofJwut#GCgJNiJF?o%5X$0oO*(M%Mk_fc^5Q@=l~YqrjHR5ZY&l4S`<@*c@P|>
zb#=I)d@C;=8~-)&u0C9(XkN)sku5?l;#)YYqEOx8U~T6M<KKZx42z<d%f}bf7ezaB
zN!SQ>46nKIO1XIHn-h$SF+fo691!dtV~05dT+`A*&BmsZTQb!(TC7>aq^+mL6KF7-
zY+OafX?2vwP1V_EV!CrY8WdDjXldzK<v2zLN3$I7|LI}3w?Cqkrr)hHY;(W5adCIf
z(=1zVTb`b-yClMz)nE+%iYUA$3<q6UYH={8D!|qgNXQ4~=H~bpSBeeg8|xExiFVEn
zpw%y}tt{C|cjhbg0|Nu$PLEGjpwxV(pr@y6Asm%tIoCmo00-CCTa8)hYO$d>@cj?k
zcZI&VxTuh2IW-~H_<L_E9|;k$qoadzf|DGJ51xc7gnXgGHn=~033z**w|Ow<lfY3s
z#`@(!dQ#;?)6*gK^$C|k8<qNE4i1KY_f$1CHL0F9{79qw7Y6FT6V*h^(wVU;D>v#v
zt5K>oG&MV0-DTmJv}}=1pDZ_b_s>Q~%k3|18<)q&t3W#7`1tsS+1Uho<+9IdKrmh$
zUg__-r6tz)I`0z7J`;%J(5Okq(MhQ$Wn{XM7i*LX+}}exE<tm15h2FA+X&uhexX4u
zhA|Y6`DJBtWWO%q#xLQk`RRJ@2Lk2<?t8+N7>y4eE-vhs`ry}6x_lwx|KTTT?j9bR
zgyKRaAHUY)l}hH%m(1D1Gj7=1+Mo6FUeLl9w#mfL8tpgN#qU3Zh|z;5vzpr4+JK-&
z4|(I_vViakg?IUtHe>`2PS(4JkbG0(7|X_XNy#utI)<Y6wK`03G8P=A8Xp?{Eg0~^
zD=aubqTm=KBO&zB-h&yz*_s%!&z!bHXW@Az18#Sb|Co6et5ygNm?M~*_ndEvaRo}s
zO3boX5xPZ#Zrqpp`-`?^NvLJjSdvG!D|xVA{s)m1cG1Z~2?8raDfqdk%M+6IDwPzK
z=1@gMmUnnx|0f_g520^@O!!{)+VFrn!V3oDlw%E={T*y%!+CxL&1Z0K;2j@g{U3G|
zJ3O<}&_|Jfq`ui{EzoL`4ys8f?(2T``4Dlw{wg_0bw%y}4=epV6m?=pG{f7`+?v<$
z%R4bY5;BcV<Z((iJFkiS|G`pU!dKS)*C7?b;Qy@?dGl=<_u!W?sM&+$e?66mMaLy1
zoS(N8bEt+Vp0>k<#K|crR@%`2)0ve!qowA6^W7j-U*FrJEqEMSAn@otkmH@zEM)WT
znWSdr9};|zY9}<skaZ%<MwWcK7vkbW%V7Hvo~W&iJd+u+sB2>R-?F-Lm)o-pk>h=|
zPlptwuJAU!(SSzj#p8cq=qqJ2tDRUE1%HhH>((*)I)d0SuBYEW#8{&~{MP?yp9{*N
zGV^>90-*r#=`!JyR<GqY^1a+{$5{Anxgeh7CGckXmou!OnxV^nr7Yg2Kde4b@Bgbi
zkoDXMf;<A=XksaXuf=;kwpftRZeAXeK5oF8JaSdad;YJP4-n44ua5v6np@)#C*}#L
zy*zjsBu5<(MAtYI7zjI83qTH6uCB^lMG%{Qp+mZeI8(|G*ubaZ?}I7<lf$oXGlML@
zjG_EM+D8YvlMrWh8=A5lHMzwKt4z8-1ToK*E22?Xif8(X9?sKHZPXN?_IU(7S-s2S
zvsX1Kf89b5KX;<iBW(8K#gCKjo!|oX!-==Ff`C3Ifc@5mlRMt~ivX3_8qQ?hsz;+3
zdLxCg@y1v>Z#~n9ONI`UQLR}Y+=Er<=V_s;5=Pv^LW#W!LuM9{<NbbqE(d1NAzXY3
z^nGLss&b&}iA%V$x!S(&hL%THKhE2kqELCTK3My1PJC(HMF93Et>s`MRr3~7jwlBF
zf#ydA&ZVy#v>zTj_^^PBW)K-vg32obF^IwKLF2VH`35T=P~*AB`KG45yuAS#_&~g1
z$6F>3TgR>lrW=y2jw&y=#M^p4dDh4QQ}q6*YL@@gANNru*)Gr_fI$%R1^Ie;f+32O
zMAa|$V}&+>+m>$@1B$1b!@ikIt)0&$(!-(3*#|N^RLef04#$_Uj||2L0hy>JMTG+#
zoe+^oO#|<0l5j~c5qsHxMEpLa=S8~W7M9%JkcN7oReF6aiZAZc&hX-gi1OG0#JCyO
zz6$U7Z%2o1^QAM{IC^ssVo+#Y3j<3gVrVRxFUPa{{&D&84~FU}yP-^WLuMQahwZ;Z
z3G?&wc;S*nb#A*#@FkK;ba-oB0e%Owr4P*t#T^`2DKu-@%aGU;vDshd5(y1=@7K8c
z2N<D6Il320jgaVXoc7y|I|YsihP0wrw8fGlo)150MUQ8X$Iy;89`3+<UDtX#J<>~&
z%k?*cD1*6n;N4$_xirwL9?@+z4&PBuBekHAp*JT0&^<dnBzi<43c>~GU^Uuf!6tV1
znBf`32YTt}1IE^lfEet}7vW!@D3W4267I-)*-ikHkI?~TAN#V~XUdmq#4|tL5T8EH
z{@@G^<N*@`GNDy7#W$`M<1)($-F0m4TZ36s@Q@@!USu@^l!WSLG?E{Q)@=fc3Wz{I
z-8fss2S!?_%x~oO0P?7k@`anW^r@VMml?-`#iK(S24SVf%p`ysQI5QLK<l678sxv7
z2n}C|+`|DGF%fb=%tejtGLYJ^GV%pL{Q|L6bn-q&X$pgDSVn~MH3KzvC3u|`UR_Wn
z12a%1deqC$u3BW`lR#2GEF;O-n)&-1Xn=o6%hP?kBR(26#h1#@EoAwfcX8MSg1`%V
z5kP)ePzr4+V=*9P_x^8o!l|{iC-4I?9UG78i#)|G>)9Qk|FS?HTKIYzMTWn|<61jl
z5G&K*2(K?NXWZdu3kr&zEbkuS;+z0|sh^3-Rwd&yju((cgs_hy#@j_>seuQvJ($b8
zKGl8mjmg}}Ng3yNrG7IPY4nYWL_D21j?e@?a$G_}uS-UtzgJMN=+PXsRQPEROY$T-
zrV2}Jd4H`1H7G=I4z;;DeSB5*;R~APSELFT{^-~YiGRHELk(wsV1!=a;g)JfLCbjh
z#cV4f1>1MhvaYyS@-*IytSHm3g4#jsM*6gCw=udDLV|k9JC{P$E9ud<)qmKH$&4-h
zVEWkIdv@|UnmwECveZOhFCe^9<+fli0QLIdB~Ywv+?ofd)X>hvcZS69hV>$@+N2!i
z=(7?2(MRYe7jP?YzyflvMk{R)@<UL4*JL}W=wa1hmc%+h<w5%-iW2AVp*JdJ2amrB
zm2}Wdcyg5nBGA3h_>ms<73u4=yOl<_dk>L)Pz)y7rMa&*;Hr?KEvxrb_!R1aeN}@f
zhM-cm{;d1pxgUDU>;paCH3Pcso{Fo%yrUacbl_z_NO5u9O(zy0Uf;}QKzwAW9j|%Z
zdERS&AG$IB4zIyvMBmLo`~W(aG{T^7T!o!+zohT<$hbF7)zwvd^-Bx*fvgzl2a(RL
zN@bYK<YjqMiR+SQqYX!HGQP95Uft%;FI4xVO2XDTTkl^mEJ&pa;A{JyNP)Lb3o|hL
zl_>xK+y$^yJ87QPA8}sC-0Z&=+S*FSPpW&1mxjpz9O%XG8Cl)05Bdo|pH__v3$?ML
z{oqK!;G&zhrfsc7dB~~#IwpXZeDXCfbhtEPMm7SM_6fAoK>`$wQ-QrMtsJ)6w)c|h
zjan0_<`bWeR}2o7aG{}|u0KDNkqo$5*Bv-QN!VEiLxM|LL;FryUio#2xL{z+2W!RM
z`SHJd_P6;PX&O#FHHH|E_DS-a;QW`7{f&vz$m*02;V#_QcDW_~DYs*|5=AcLUVjJU
z;0q4G>cvW!z3}DO&_i09xc6LKTyNh>f$$+tAJ<e*M0|=xAfN7+HFq^u3<X|ScNR0B
zQm%o)`4pPkJ$%pCyOnLLzpaQ?M*rhfsAZ2UDHXpWMfC~qcT(30O)&Ygv(nq2N1T@f
zuybkO-zozFI|yhBJt5OPb%C-6I$k}!&x!i?(6)H;{pXct!5~e50ko4Cel8lwdD2(Y
zsUL+3SfH6O0<)9OCbze@6T@w0wlGqv%f|Bo;Ta6luIngp6F~it7+$Pwjd|cCtrk<9
z5D^qC9#BBH?R`>BbL^E6$TC0A_Wv;VR#9~XUA$)>+@0VW9D-|b5(w_@B)A3*&cOr0
z-6goY1cF6y3-0djF1M5Ko4I$*+?QEv)~q=%JkY1QPIuL=s{h{mx3_+WA#7H8^~Qgn
zOTY3$>>T)w0dUIoH@u2TQ^VuN%Q<Z@Q5!&rI(kh7UmMf_tBN6pZv_Ac#Zu|{+X<G>
zOeJQZ=jlbo;odq5K(vYRT^j>P-P}-yDw2^Zod^NHvU}Z^iUwjhUNQn!u3M{WMA60;
zrI7YHU)zC_k$OLS5527G)r3rfvm$w<#WNM#jrM7X@x9kir6HoWbI+-SKTmo~zRWEq
zoWre|>uZGvB)pw|>+gC(94avNalFrFcBU;}kv^`rQamwxG6UWhtNXbGOLOg~C*{*U
z9oMV#4oZu(DY3ffum!-yaAw{$q_gOF_%zDPW;^Mp!z)ru_TS#GKvQY-snsX++{Mun
zic{!2856sDB;ZG5)Qdv0!WKrDcBA(ixRHgBa&fvXpItkV^6lM{F?#nuW8Ag3@Za7G
z3;8|AY5(edirPJ8)T*UMxIBUJTSql-F*9NWK$m#@?{h3N))M|UL7pns-et$J-fh3(
zoAtX@Tw%k**oVg~-OEP>78dQg>()Fi`r_WclFivM($FXaW~cosCv?YNndfDSToVy&
z?7X#4MgJYIe-xv|ks5fyzxMa{gIPT_uKQE%KKE(iFK}?aKGU;JrQcT$2Xs?>Jp3{G
z`D6B1(Kt-=;E>y&Cnp=r&VcbA(sH@aa#7L*{Ov$qDB9ek^SS7qdDIxDQ1KocYSQ>k
zuhpKrYX>7knDaAx3(chbWg8IEypi7{bOU9aQSN>>oI4`)(tE~2wepu~WXe^9UXkMO
zrb?HSQ^%6wk_xkWBbmF6wk#5?{z3wo^Jm$8Vr;klCOcqdee>zvn2DWaL`P9X^zGaY
zEs;QrgYbIQE8wI6Ag!yfxRaka$1iy|PU6S6yRE7>(5${ql<>UjOZdbn-*&mIecuL4
zSpcF)_V$h$5;gUN>Jx63jWjJFVjR6>_eyA(ADt34<HgkSI}J)-*L|v#uV}~xfNoKW
zQUXoW@#=9VZGP9Ai)sr&*v>E`C1&!;p_&2OdV`;5TDVWHaTpqMZ=!#T%l>qRR8DTM
z)7gp|IkB+v+8Zx)xRCf>Sm}E*{yH3xy*==?)@ve_V+>AsMgL*D+4_yt^;K5giMA|b
zzJox+<AjzuCk%9?5xfE(AS6F{Z8ltUp(?%X%jBf^g^2;4f#(ky%=g19(%};2H&#x=
z_21TUNq#69HEZOC=ru7JM#2ESW)Ps3*ogl8Q^RZ<Tag5MI4aSS_{+g$Dn@}Kb#&mP
z=O=HGW}tb)R0UNE7QjQLwKwTXd&SPcz+47H^F&1CVyryvj1CL!s5DJ1&E*#GlQJSX
zr{$p3Mg@~{ew}-JdkghA`rKb>FeTE+5Wh7hlwx^70;iZxQmD6du8?HhFW#=`^}ZLS
zyMsT{+dRaE698r=wifnYzv^IpwXYd<UvZO^urR1HhqoxM;iprbVeGQO?fTu?5(TI9
zoD6?kk#v|-%?G$)p8X12m>M$17FH5i(dgE$vkNhJ6YgMe3L34JSSo$rDrdjLfpDac
zK^AvED}FWs(l!KwwJj4Dj9<DqmMMLc!m3`aYd*f(g)A%RNNxU2B5AT;JmQmdJO%gf
zdShRnV(B7qQ{YrAT&_3V*JeQ@CicauSmfsf#SOVTqVe2<NK2=%kp+y{^ykwLfte}a
z>q?4LW%sp1{J}8r&Om!g?e?p+Pc;Z?%P!34r1v%iC}j8Nl72#IQg!=6SUWg}XO|`<
z%U)h79R^wIo}xdB>b7jXZQL)1`-)1N93FNENz1Zf5)4Zb@|tM$N3;MjbH*K<YS_`N
zaiftA(J`z+=_Ua{nq;gaOG&gE1#|DJer8I%0xRV!6Ffr^5x`JocHyv|FfIhJN8<8n
z=MXo(Dldf3+ht4U)<0ypCgL&GwxG9afFtAz<0~;%cz1X2rA9NG+wlb*s3w>BE<I1*
zu*p(Hv?orBU2ZNY`b0U=NEmXv8cJd4b;y%s_WON}+f|1f{s<^u#nbdTW^`>|tbOX(
zOLDb|h?ahteO!QElZ(>e-*f#tl448aUS9eIiQB0=Lblgecr!kagb+kB^~+@V0c6bA
z`6S%I2{3a7Hiq_vM{x7%wJ*ro6?hVYLw)R6r`5RLjS%~U6WrdpXTGMOcdvfj{a8p$
zdHMd^^kyC{%L$MrB0_uXQP^%7QASC)JTaZ*TPAWMH{SdpDJdy5f{1_sBc`H)o%PtH
z49;*s3|3kujHj#;7O?qN7MxD&*VIF4s$I<th94%yRe?B_dN->!PR+mx)@Ud7X&%xo
z=}*Q3`xeG>-@i)1X<1~!ghvo_-1w#L=Gaf6zD}3o^qh*@-;TC=o_U%Lio<-@liB~Z
zK)fybw-s#D7W%^NS)c#ehdTP3;{|sX&Ko=D-ETn>R^bz6T+pLmZMsMJ<-JO=p75~h
z>3v8?9Wgk7Wtdz{3%9}EWNR=F7-oHeL70)~okInM8>?BBVM(iZGufAwu_0)K(fdqA
z>!evhxoH^rQwB&%K>C#4r_vSvVV>&@A8mJsV;g=vtSR3Z)A;bnK`q_+VEPV$=<#6O
z>64%2pH~1SZB%(nK)stSe_T3a*f(qHpgFi6$Mv3QdL#)N>x-W`aN^Z0aw_U3Cb?a7
zNsG;SYQC@g$4~$qhIe+#x(znn{@z-gpTwZv{Xqh)?e<SV=Ya}wno~VCL(%45x&*qo
zI{ZEkT*2;Ee1)j7EcwUI`sUn0va54^YnvA3Bhk*NSN(h(Z^WAD&q<~}U0o0LHv@%4
zr04MKdJhd|QO37lzI=gnc6C8Up7a!dHEA`_1_LWAYk7}#fqs~FUo4-w8wSt4>3p8E
zldcpE4J+Q>7imqibET&%El}pO3*rL{J^}T9;hC*bY1g(zr)utCdWlL^F#~<6(CW=*
zP|z1ebysb5yb(U<P?6@M-kv~jp&K?NALgS&Mz?v<dv%h7OrmSgsSE>lk}VbpLoD1Y
z(9u|P+%ml2EC2fT@L^i;P1bGDJ2riQl`C}UmiyTAF^Brtd!afwJ78e&531;pAcY0p
zOCQ=)`cRvuG_HI9299OolI;-;l9l)P{HaYS8+Kj-p(AJ%6r~0lSw4&Ow%lw-d$_zU
zLia6|mlt|t6B2eFQCiY?4)}!Zlm}0`g>#Mj3`<O-exsD@3ZURq*8Jq<y5ri8h&xA-
zqq#BqW!nR4z0?@$D?flbg=PR7XkTbF?RuYHqV)(HSZ{R~bh-W8pv^O~ly#6@3uo1O
zY8r-WLeqRO1<bpI2jIkaSf6b~^XI6#et#jjTt_9BiHJ7XoYmSLMNajeK7$subw`gP
zM5PHx;P8tmO<YP(0$RoPGBrb_1r+YelSVICio)Kste(n>&K(ZM<(iPW$JX7N?qjBy
zs7wZ@qI1Awqy(Uw>Bk|GUvY7bzeC$k_o?&6XFIy+47qgrG%`HQ)u0y{eH(D9;BAL|
z48vuV7P7ewCIx*754T@v{u4KRjyaVN5d&v%OsZ$@wwf<hVD@XrAnJmsHdyI+l~kvk
z3>w3i6Zn$K$@br~SiiBlqPt-d>A46`&aqjFZKFVS0g|x-Ha*W8+Tic*S57WX(Dt8R
z+xQ$TYJBWYAFJ`o2b9bqy^n~P*LB}KgcR@BvIpys0}++lc15*gUH7Q!r!L<Rynulw
zR9+3we{)tmXur4%<IDEFvN}joDzj=$z!YskgI#k|3_EDUZyXHsxxf5=ZT?Mjo8G%P
zJ=)Je6vU#1!R?&?<Pz0$KUf@gxhtyjD>i64ZNn6uKfC(zLG8O-R9oxEyl)W~V-b%#
zZIRjS$pU8JWfYJ@6i<gztI~vr*ViuvjY!FLg@sZ~Ez{%bdZH&m^o!Sn?M6OivWv>C
zfe87Yjn6jMFSvYkLZbgP2>FkaMvxn8$45xOW4-^Z1*U?Z^+%rZZ%02$?vsNqaD-eR
z4xHnq#v@#pPSreCgl#-WmGo3Oqba~(_LWRMRacI5)oMD_EA!|c^Svkeq2BNeoD3K+
zq{v}+ww+C66NR?uDw{_QrwcrRgX4*}P$9kh{QFT`cFV`CZAoesGqX)_??~)G<xayP
zw2=8aiQ7%p;BtV<P5$=s!zCgjf9vzNB7_7?%!Ut4_T=-ZuZ*`C9y<fA^I*%31%jzj
z!DG!kHQ0p040I3ck9#$^h4Jvq;dMSnq(>;hTbL<y#QoJYm_i3dMkDDHBv(b#6m8i)
z1;<s-_`c?E<fxP9N2i&O{G5q>GI>O{(!<$q8qDtQdpD8`#cx&isRIH6=33C~-k_W;
zs2#a=J<4h`>iC|o#qP(lu^~XwNqB+Iv4U}k@y`$=fb#WB<+)m*O;=%5<>T%A%WfHX
z!MNBz!bGjZwA^-TPLCr&gZ_`-g*`D@ic%>$W~;Ijl6*hkHUOj3iKJ)hP1Z%jXpF93
z<z!h6pAMZ|$rv-ARO^`yZVpE*8k!!<AzK~%-(#E}&3dSe(}iGz3Ww}C4GlYT5PH?2
zPp5BS*!3~EJ3Zjt<tU|5Lh&gfJFg%Fj0s~ObqxH7MGP@Q@vm{g1uOX{2RvHx8y<9m
z3&rU`niaNS7UHqVEzU6|TmV73QxSz8pS{JgxpRrnJx=WNODGvKix~3!&Qj@1C@%6Q
zi#m6ZOOgbgU9;_X%F8I1f&rP9w4()QYX|dl%zFqF?t~5koN1rXQHAozV*%bWIgoJe
zYS@o7RG}5iOrdso<39p;0v+CTp-H@!qe@3O4p~dJq6SBXwLg}pDiUZ>Fh2pth%2%Z
zcI$zGg2=ph6P%GS=?W)*-*~Awe#8JH;p~mO*#h1Y%|;DfJm?bIEkq|_5imyKO)!=L
zSC0b7lFz;5J-+Yxxg*!TVm4l9EMBjQpZIf%1Ct1nk6r2<JY5HOWPdcd<)5#TNuqEI
zzK8%I2D2+(OCtu4I+^dXyXFUBC*ie4fDWqy&Ce$1l;X0Gp@nB#l2P9YA}I9>OMnq7
zhzwk28Yche1?o-#l{Cu0BtVO9q3EkxY`*tAF-Fc-ySw$E9&!tMCZcI!p_+WcV_JLj
z@rC({F00EOM&Gq3+UH0?b-%7au4v!rz-uP!ep>xq3%kkjZNwh^8Ph<#;S=wlzXr_*
zHOBRXi<i9e6Ye#j2Laqzp8#dAswb1H`O<q1B4}&G60V>`DNuSrT@2KcJWVL|^Z$C#
zt<VJm3062I{-98(OXrW%Ej~5f*lKa=$r42^fZF@xI@yEgb>734K$C0q(bv`Z9T~Rg
z^{Ph^*prB5yC!?z(1LMJoDslm(P0DpahK<QjjrEDMPH!D^sG6gz6?_KnmCY285%r7
zey;Qw8+g940ktX&inhD*y`>x0#rq-jLc;EnqhE)xeDR$7b5_pvT!)SSybnkX%Ypzt
zi}$rftj+saba)onP1~QS+y4+NSa;ihH7@|#<#B$f;dONN*Q;T@{l7vyET=yK%B{hR
z|8Q@IFF>!uKhH-oS=axhdniIA{x_}&H@IUU=L)G+81!ER&As~mKYcA=i(WzhM~kkv
zU`~QAy1VROPsU$Zn>176)3M)kosfu`g~jxgnbf}<A_-I9p#7gb5e(qp#aPzwJ_7$6
z7Y-@#k0C-e5d|jh{l_ul28Rgzr=f<I{J{U_NBsYz$sp@}7|I}W5y|(D0YYoY!~b9^
z6%erRsRhz_7|GJW2IVCH!dj?BW&*GW8c_Av3@6HTaiA>?!_&ca|3D1uMYpif^vQl4
z-8as52CzXv(vmAyw5Lsp4eVr#9u*K|=)#L1LR8)XRTdYVF__l-#Od+2r1`yu?C+85
zmu@|s2IBv<^YYIiL`*!h<!yl@-ESJ1dRKfboX#_E@l0Jh91mSN-MFYF4?FF39+YB6
z>E2?0HYd6R?OLb%9@P;JI|C~&G!#skuu$Fm1mW^cnZNI22itNBpe)neln<AI8F~8i
zA)E%uLN!C9%z70N+djwDyL?t3jnS9xsaQlH5?t#Sd+ORU(?dr9;Kc}FMkz1hPHgI>
zVvzvK*g$SHD8g%!2{X#r0B%5xHNk^%R3N8NoEpBQDoo}bN)9T}54r$|@_m7^`(RQ2
z@f-lz5jhfN+>$zG_JA1Q5aPlFKwV-?UL@5A!qdJ32ZnN)%@zRN0;(SKdPrrkD)=Q|
z{a6{)$N0lKwo|pm_IVBh)bs@p991#D624HBkau#TDxSnzfvA~-Uc0kzSMq6vyR<Kp
zV4-z&rbAtAv-2;0b>o{S_}9VFy`90({Z@EtORXFGo!3fjp%0BgEwBQP`hoKO(?^eA
z){nU`KF&U8jWfTvT}_ApXg1f|kogc6T?E!Yb4aapQ%a`c&F<L1iwNz?)`zOh^$B+D
z9mwo1$}#rJchCE)e2u#IBa=YqUH%sY9ieJ678ZfO6G@j$1TI4P9DX8WoVA#i9Nola
zZBJle9R&h(5&*;aTL;?dR~lDw;sb6lfONqn{j%BK3FZs$m>ggS5`(^%78I1$$Cq3l
zE?g=o*-lhv+O@So3;=q7s4_v;AcJ1(!$x5$>W}&o2p&zPQMI=g6##{!1jKwQSw3j#
zE4cqa%sx)Eq^BbqypjoFH_)zKn#e>nr?+GH?hMIn_BcF?2S#DV(7|YZp<*%?=Kps2
z33U4=snGD=X%Q<GRW3D_Kh=JkNw^~c;ALtqE!rTsOG1SATV2{Gk#Nw>R!%&=_1x2g
zBupIISR=B#o412O6`^7{0C4X_c{v(&hvv{d@+T`w4u<$E8Jr9zPiKGuQ9)nLWmtLi
zWR_WIN5}Pg9>+1o;x5PP2Y|mQWQf8Rw><pGrEo;acJj%}#O>0otVGAJ*!X5UR73>3
z?rcSIorQb`W9Yx##W)5iO|b)~A%B2b01Oc(AC6^SHc}ULu$Yg!!`)0AFjqQ-1E6MX
zJ~cGr=vXA_>|PpqWplVmuk?haF@O(0HsZ{_TvZsr030<k`+3O_vB4;Vy*tY<#9w7-
z2exeT4re?pb!PAYY1WDE03MS*Cjtw=s<)OytxkOHAdYyAMVsJpSH8szwQgJ$HfYf3
zyHsn<=m*rK`Zrv%QGY$YNk2g={X)k6A}Re2nXS=eRZY`A?eNnx>5aa1l$%NOv4XNG
ztXMw9Bgh7(p(`4)&)7Oxy&liNA+N;*fHBTJHEHSoQPx2;Opd6elnhP3@vd)(2?dbO
z(h`cnC~XR?*&#N{v$ygoa1Uu0EENT_JnoD?7Hs@jtV1=K{=L(*zjjyWt>4^WVMC1o
zvJIqD;Bw*pyy+vKanhvGM98MfvE|77-4Kmg0W$=vyKf7ke=g4xNb;4n^LVujI`p;G
zC^$Vf(|iU90K6=<pWlLrrKK^T8`4H8?4tUw%_GC6QIM<I1=lqKSgb;){(H|2Y;@o+
zVg<&CBs@#|Zrof*Q_+K!5n>(ZJW=g@SgNy+N!;;`b7-gShR1w7c}eum3w>H1d^?Sx
zqKoaen)$fNK4j&1H02aXOf2mDl0Z|Nxm^>ZO`5LS`RuM_-RD#{%geaGuKiw|XwWy~
z2qIzDJVbVXQGC;Bva!L-5@~O{$Bdg7%y?Rtp2)Xi8Hl4PX@W<WN3SNPl*zFL%Jp)w
zT(AM?L|fuMUCKe=`B(oE0LV$xAUC+fEK%JNZ|Petm^?n#7QqJE`E_2zHqUZ>H3^8Q
z;F?H)bZ);BMcjq0G#L-KEm=@%EobO$&jyjt(zZU6JOXnXP9ydRe`to=TTGK&nbSL@
z($LFrQCIbyth$E{V(Q+YS6iz|l>aXJ^TNV{=*wKL>wiWHoyQI=2x<e52#Q-36zz8p
zSCRX3>44Bk&+#&IT`ipqr}Y?j)cO%7faj5nGtQb2R;tZxqa4D|{wCz+iy&NMHR1kK
zGCaV%)p+*JY29=mT8U6{-$IrQ82^57ENqm0<YJ^!L&mwSogHF~W*tW~4<gUH#m++h
zsr4dD9~CImJPZ$uhVwuI;DXRb_?s{R7!+LLH}!0FMgEEiF@fs#Cvw_-$Q*%%<&{Q?
z3k3#9J1-17*cqr_nS{D&{9^fONws?E(6403v%fWzQ7_^CymE!r5%b%ZwIud@J7NX`
z2y8jLo+#^BaxigwQJYVutMBx8$HCL{#t)rA9E<k1WOm#2RmFvk(uljsBW7#+-SQH?
zO-C^U^Q-=W0*0U1y?h--c1#=GtASENqUv0xz0rxRMw#mXkb+|@OZ?sn$_i76utRMu
z3uqhnL;qwOS3nBkQmCP?50_&{?%s*)V*+%1CZ+z2CCkcQW^LrC^{iyN4mz+dDjRho
zEv6$69wv)Xa$*FFaLpx)qt)tj+~MuL>V*)rlu;s31xE{?YYw6XSO8S{Fjhtb17c3j
zKm0o;aWLgN!tgZ00Hp$Yjg6MoPx`@(3WLu&j}X%yD7A>!cEInz<Z^N@i*3%IT6*?|
z6h+dy@Zs)~XM1+(>-GMt@%w(NpSI-cAhr<W`7M6QGi&8v%yF7_cM>E+Zd(U;pU%p2
zU$*!9!|~8~*O1C$`hy@P?dKoVVef8WnN?$MAPMBPLV~C|V;Hagv+ksAtH?uMyIC4Z
z>g)z=mW8~VGAa{!d>8PR=_Np;ntF8#WOkJD12@SOuaf4jcFleAoc+8&#o3Xj>cVif
zHdzXW_SJX2@9Vvj*ntvCGzHpn#=3r0kA8_jSr*S&&r%g4J5LFHyy5~pI`iIo4mqcg
z^uZXT$uupnbAHzBD#%LY@U>)c-g(EmB#oG2qgu30{pV6gxuN7wK0#K=tLt6dxtHhW
zOIh)JFTFf2h(-nZTHP&vXdE_-i=6jV+#5|PXd<I0Z$olUJazL_c}6AqohiLK$1hUj
zca!lnJ8P*L_pm>-e6jOEm*uzn{4O(YK3kQ_Ub?iM)sx@}p4dWq2WmY3ZaI4{5ldiD
zzs`L6EDWgT&HZ>2q`(^ZLWyYOo6V2yV8?;$O|i3yAtxxe-9Z|;!?2-MjD*h3{U14z
zlfa;Zkkr#S@-ODmCE31Qh3VeQ>3Z=U+Htw8UktIf5gpP0Wc<{!k31>M)~a)#ec0R{
z6U%%Mmzb>#!lVH%9nK-ksm#lK8t&UrWHTa1fZf6)fQ#nfJE7fwMt+*szmeZC`lbU`
z*+9o}Cpo(n;d(Ud5fqNkAI7<|o_VjX?P@wY&Ud8(D1W`LVHGhuh5&+oZOSQ5FyU1}
zV!@d3zzWVva<_!NAq3FxXKhAaSv~f^U8yBjgf{WNUom3wc72Trux7O0Nz%bS{?w-q
zebU~#7)rGsHDD<c`xu{D<Upnd6Lc-OIw}xp*IbSP09UGKg}=5`#d!ezUe<PGP5QHb
zU`0xNRsqY5Pd_l)yZwphqy@f>#p#mdt>_jXJ+mK+^BJMwFIuP3N~RlDk;UeqeWe$4
zF}_ot1#Nz-9sXkLHy$Dv?c;_)JP)|l3_r#_Ztmxhj?0GtT`KsQ_Se)0k9jNi=20|4
z=s!B$0!(kT9LOV5@!z{+w7DwOdvA?c4aeJ1qS?~(D=oGA?Aty{8x8I8n(Q0yoH|CD
zx)TRY&PYkj^u#w&Ja~s^vnqm%$77qG-OHwc^9?j4rNEC3=caupRfcyS+iT*ih1NBe
zL$W6Za9EmjL|Ln?y=MpVeA0Oz<>tC-|E(p(iNfI)K!9h+6&gv-A4~0!SRI{RO%Akp
zkM)*?rLMZXXx5KQ%}dLfM=>eM={H&pWE<Bt{n@-@BXeBt(iS~!^t1%_FYaz!TM`V8
z4pvvkPi#M$S|HlQ38BUmYyieeQnbL}-oXkr?frLdWqFi@e&cx5U|GPuq%IR-<$&mC
z@1hW?(=k4bn6-%+7&2R;r3!GTnoSN5V}PpB9KR2-Vc1u_(Sffj)^{8g*+;?>2G|lw
zR@$uCD^*NKMpCpaFxoFxY!w13>$?ZJF|4T`oBW95VQh^kGINWwDU{^IQC488dFBcz
zJvDiSQ70&qq1oy;iAlbyGp*%%-Cs3OczS8ED0#daqVSAeQ@m9MQ%F70DiBKGybFxI
ztw|4&V{Lxa?y?`Ua0n1?S?YhW6t$8*IDq+WJL<LHPCJ`wjkOLw%~k*Z?&rP01<mVS
z(X-yO(P8b8tmw!&%Rtg1vtiR&r0*MQ!^dl{mK)d&EY9I`ghP*#h_)Ejl$1{mV8sG_
zHn@4U(Tck3;Dd6R@HiG)KAr`orm!#de*}DqyhPc5{VGF2=lzrQbzV-UtCxz*;CgFg
zTH^(NiHS_{_GbNlFg$IlS@<wy(FGQYXinAp^8ReqIXH9@C-P5v)CJ!sk5N>DA@Bj^
zen!lU^n^ib$6ChiRJ&VAHj`~=o3Q03u%n0(q0F=|e2Fym15@myVf5{RJkRHn6U4^A
z+y4xeN#P4dG2mlW^-AYaHpbK0`D$CMT=*AmVst<m@3Lq0@qJkR@k(ywd#=eTc^L{u
z!I5}<l355~&#NyUeK1)P5sWKi1;kPLM$w(Wqy=(v_W>8o2@x!KKy2E|(%-@YRyY%~
zB7gRZSq~AD(Z$7Caj2J7?Tz%iq8E*WE%CuU2`gM~H#e!dujKp3y8p$lN*vDT5dsN`
z3xdu2J#B*R3LR-{b6o~3FL2>b-z_}l-TS&;pB?>ar5LDf=?#ruxUue8F5rvzXB{;)
zL;#q#?~o;Y^z#!c#w$q+{45;2#+z6l1V6z;7b5CQTeYSRn=cIXS%p5==^+BWgYqMT
zgWQJmv*IZErhbLgqvOZ`%%eW0g*uGb=g=;XMzEkjVk+jKV$tVBpp#ps(p5_LkutwB
z$0O3#Wc{Bukn47&lED-%ty-a3$D*enb3NJfOi$ex_ak61eV0tA?FEZp&s?|Ev!vM6
zs!8$)-V(pofg@dOOoA$T?zz;GUzRI0dvcch^Fgkcd8asA_T8q(8*kD4ifQ`g8uLW6
zVevQA-o!n4Gp1uP<jWNPRl|QWy>1{IBwD$7q1TJw&qOkXAvw{Z`y3yuYny6{hzqvJ
zv2+t+A6Ii_yI6?JFb}YoL=US-o(Z&eaV8qx`AN$S>vnX^Tx?+!62Orl3OD}H&HBf8
zS3bu=a9FJ$&Hg<}_8SNF<+7}j-0Rcr9PF1L{N{W&kI#XX)kVh>wb+;4iXWXE*F6mH
z_l;j`0KsUM+F0=`Z+HfyEcV27YM(|MNb-B8$GvPQ=$hZcatmpeb?76;3_uY;G0-na
zrAgBrxA3)=!nBOOkM>;ynIFvO#*yeTHdR*G0v0&gE@Cm*7}-E!<jfMO5)H@(CnZAh
zhhVvaJk$vQWK9B@i~v*~;TNDm$IDk4V0a5pj0ov8i1ai?Y;9x>&V4KS_yd-L{huyV
z`wPsM6*gJ0Tt5MMmVq(rVHOm>0jLRKtTYWy7#K$;rQl3T|3WUGlL%zG)8puHqcdK*
z^<~AUeyTXwirVM>wc0f@&D)ptxQ#l{Zxnt}TKZv0ROjI6u)|GX&d=*c#j`l_{H+%l
z*!)isswk6zg}&o}m%euHcweLaocIhFuYxHeH!hBuQ-3D2;IcziHl9q9ak-pvnRxO)
zpCS1$t|5DcJ^i%%N5Q4Kz&!hv!9JJnTVyeyaE^zWim%-dCF~4@xo@nrRTG~0?*w_K
zQ5pnROwNIm&Tg?tGc&UWSM0ws)<o3J{k>>_{z(P_RXq7nDAr%aYDdKruj9Xx8J4H~
z|Dt0R0aT`piLx371{LZ|>6rmw4p3lV;M@1R%r5^#JzWDXM1XolAd7(K3Bndc&P+NY
zr&kqP%c7^E0{WIFe~e$()^hUk@x}ehwh=3C8-K#U^k2^3iCyPcoPVr0lA04m4yb<E
zJlK($9uz+O@amNrkA9u+TeRGF(DhqY&2^JW>*=|H{(g{jtD6;-m<Y0OQae#3*M3@~
zzTWkHG3WQnR0d_JH(1fmyba3}#*ws0_%b>=dKpAhrt#Rg9nQI4A1$V(rGc4Cu)shq
zCbNTvN4ka{yUoDBcnIyY1$Nk58ksnnTQD$-o{rA?*>-nUG>=`s^YN0<W{V6u>_qhQ
zoR$ea@(pmI9fz}GLc7b7+@KjCTQK&};I}xUD|&KW0Z)(pim=9e|M!=QC5-S51slG^
zHVQ6jlxj*(0zgc`36)Ei-TZbcA2EM4Vz1n&+FECj3iahUK*1ud{f*@fIcMu633_g5
z<hDnwbV6)w4cP1YdhSDM==LqxZ7};Zo<`t9H(Jy>`B=q|&qLQZ$$||szhCk$$via0
z)A}blM5Vp;DtPXWB#|uuO^m}#wLc{i7<nJx2PV!bE64CkaH$&BFncYcQr)52&5V!2
z@;nnk?cFpN4|G=p7$lz2sAG4=3gm#%BBg9|+blHDPo9YYP#!{Z?yZ_&a_YqQ5Jyj7
zCtYx)-#``NcPUqqUb}RiX*hzrk%>Z{^HEJeTjXn%VT5fCs@NX#N)bVEHYK`?(;KO|
z@}H`-jp%-b0lE+zix@ZD(x^&8K5+vC90BP!dvEY$C^2DQ6Xlrbz2>3H`<P0Ny|D_Y
z`UmhVy+vX7zU<#b?Y0#rL>{9*C~C!~M*0fo<nE3YfG^bRb~Bk?F@qsi`foyRH;Drv
z21aiL@vcEj;6vcUVftS{A%zGGp?8V$w91X06M&hP-(zCja!23D1W?@)gJ0FWYiGvW
zUP^3=Aw{bK$%Bzap!E9q8Vwc?IYFP~V{JS2UvIZwo7i~Re&RMwPSSfqslU{D_mAM+
z@g%L-wA!BT_R)UIXNw3^QbO1HYqZOog2j8rt-co#{yutt`C3Cj`Rg5gszIG+TFHSj
z^Upp*qz1emM<6C6BO~SS$Nh9o(!e<0w8yvFcCFCtgQi(eWho|;!kmE3)EdXU+i)5@
zsFY29>0y!4?eIQLu`8tBq4{l}_tQM;w46fjZ7-FCuiq<!7(y<yEAaaFg@c84>+sGj
z8l7v{a!@e6KSz!rT3fXg_+|kI;F0P!dajki|CygsGEh#dUs5lSjh`ydZZQ=HSqQiU
z$#j)d2&{y4`INqowPEv9@)>#3i^#x!GJQgciTFijzyW7h0FeV{w^AumdK@0f_|!c`
z?$%75g_4X+ABg>Y-Ycu}^zv%`_N}0(Xn^=cip#c+&4P6yj;x`;csFT2QD;_?=W8)~
zYUd~bppi9D)fG!|TRCq<4(M<-Zj8)$Z+9=J&Y^4k{w>#JIy{q+nVD9BuG6#`<<{l$
z5FwL(?w~&$K9^#peN@_yKJW0>j&-K`5n)0-Ri=pHrPpp#s)`=U3;RA6*^cMD@Y#}Y
zV54k{aVn`srZQ`DXM;0w*_pmg6`$rr{oNX))6>({nP_F4=IX7+i<Fug8<V7ISXo)S
zasAO=8~POg$<l495(*6lXPV(tfiG2Sgq@TU?l6Wh9H`|NOV;E1j*X2CXN!VaTRo23
zBiS9Em!;A))_a7;K5nKPON6_7hXYg7M%!~2U3bmZJh&LYe+5@W-M)|KJ<&%$h#SoK
z$k440mucX*T_}&lm$<mqkd8yGsl<;LPgrCAIA<3i(9&B_LcUtEJq+m_a;8^%{9&*$
zHqumu02QFfNbqa-Im=B6kQ7X=(n{$!yS+=RO%zoU!BcBwFz+knw==FK=CwczUm%I+
zI6rUL{{)C_Y!3j&Te%g(zF7hATuX3(x#H)DNWtlDVIa4#thgA&QoI|<63)xZ`%99}
z+6Ku=J`XpiU_6K)2y%rJ=Wa(q#YUd24TGQ(AXs2xrd`l)+cV47Gzt5a!2qhYOlk*q
zi*}NTmf9*u+*WSYw(=|a@so4t$#i)5=tl=49PZtzcQ50PUbh%O1a}Y=T%2Tcu(?b6
z3oR9IFs~gSU0tLLv$;1#kAwtybM4B%?o*FKGi+vWwsaSpSVb{FDH}MT8$wmwUG3n`
zor(JeHv6{;ZZ>z<8dBviC6jx&^opb+-h_am$7Z70KvLUjH%V376|p#$qvPM|8$5*G
z#4bX1Ij31^9J2&~CJTzURZE9k*P_l`L>65NnJ3{1PYzPU=d1TJAUr&pT$tBx?$`Ol
zSIIB+h@*uf$_=)@LD{6#)Ix}5`)}TlY#!*BTm}8I=i2?PHg3NEei-dKKK)BhVwy@L
z=dTfUx6t9uU**Wx@o$<^P3rQTG*f#ys68blezeDYW<(APi;cwvDBq$0%3Gx5sqFNo
z{Rte{*nQY#3Y)d=+iC1pyrV>c)Dtg7nkk;f22bprkWz7YU7b@|6%Nr+{?0)dzyy-D
z&xJy9i1Dr%|3qjRG}?c`-BLf<Bc4zZ2t#D#<iHHGi_6Q&WtyIDH!06<F_In`amDSx
z2Z*t%R?*|G8EoJ}^ipXC-dcHNqkZ+895g!kzH*Eyhvru3H;(bC%z$57EriLx_@AD<
z25(c{{5elZ*1RcSjZpdyl3m^gXHaO66ZcEnX|eKT4z~yxQ0HLe@Rl-LT;4z8X<oP@
zC3JQAyX6uP%Hb><bmq&~oyUt?8ikS(%z2Io-@c_*v9`80G$bE64@5wR0d+tSrq_G!
z?dW(Kj7s2neWajrt%MONNRD(^;*ST2ssH?5!H~Co%yM8AFbfegG&Gcz4L?$Ha5x?v
z9c{E9peF&nY1Z%v(egaU$V`U<ZR%|K2*#7;gpATwPzl$W#}ro8b8HtI;Z0Sw*-7B0
zuV8M%T7H|5Ou$lMP;dY$@`=@T^I^m_y=tMw>a>t%8{QGSk)uva^34oqm%exWw5@J>
zOzw#qAI9+(H9Vm7P2EnX3y#mxEp`HsP$H+NFLLO3)NCzp9Rq{m25P~$GjQz9^~Sz@
zKF@yMaj5k%pO*2{Y&~Ym6gOufT}OIq=kgR}UC3(1Xny=;&4;#I8u@|&S3Ga`Tp4~v
z5dyqL@>xago<_i^Cuj~*L1Vw4r#`&!C!Ok+f9<a`yZ=-!q$H;vxlIf=7Y=kP(UsP+
zoH7BTsYn2fqlCK+rHs?kcaPxU;IObTkSP1G5w8T6b)wJqmcaTIL-l5BB-`QReqZyt
z|E|4pNU*R1yC86Kb%g*N5&~ef75sl5WtD>El^$LM|H#regpIjS$GUX#t|U!7>CG&$
zqJRlZF$@>0yoQ2VRRYl#Zj#O^^#GHsGYJoE@v%ynd3&m?>rh-ZA=Q`Dp=P6j?{QFG
zuw*rJ$+!d6rne%|*O*cv9{stL0@hzyGc--*Hht?QL~YLDacABd=+e~-NGL%c9v*^%
z;0}WhVqd-k8Kug2k}B%9w&m(fk)J=ae-@o@ck8Zm+a?M{-z|N-ugo+$A~8|Im$9qm
zLaCLp>59KZfGf6)k?}A2{ybVO5F}d=*Jqlj(I8>dS5W1WBvSw^pcD?vGpQgBJak{D
z{83^0pmC~Kx%&g8sizL=YN#QKX(ze+c&PJi)xJrpYiz_oL3!<VpzY*z2HHvF0Ohht
z(jIt3#QC{7PWe1Ru5L0+faMs$9QlG9cNW4O0RhvLPY*gYR=5D92AHgES44#nlN-&u
zun6cXE=|qAOG*(+M~}TTwlv}{0ZJM{9wK0Ba5m$+6@+0;?Za{n`saztOZ03f`)MZS
zU)l3D{e0fxsc<i;Urtvol45g+i=Og0Pcf}&1(&QZUq|!-M(nwi#%I<YGnV{tt&I@=
zH{#{ILIS)9c&B|FWx}3sxqn?wR^qdytkA&|^^rqNprg3O&CNHV6uviG=?<(0EgP$=
zR4=|D2Yil<T>R!-6dgSRg}|cuA{wt=wMv$xV#`}a`22w{_M<(`2YL$pUc7@BNbf67
zFZy{qvCzMeLA3lrTb132{`NM(wwQ6zPm0pFN^uy2fGaPDoBdI9&B4Qbtk2CYs-~3>
zR@RgN6<}Z}^V{G%^~Nri#bq=9bna43<7mX!dcIvJuHkv{9y{m7xUVpn<qM8sF!)@d
zK($1@6bglckwjAy6Fby9NNz&7i()Vuzat3-vH#kH-Ia!C&7e<zjX=w^D=u8Fs8=oH
zkBDS~3jOca--?WE^&1yH^zZ%d=1_QBOdw*i^)1M55kXQe*{9w8vJpDtGdsLGFf}q!
zY4F|YbnmxQ$4s;B2y&Tdwi#U)a_p*{Tj$iyXQ`5rXX~juJ71gY#6BPT?;Vrsu1T-b
zMQyrtEj)B)`Xx>FKI_!I|3s$<fxeBtoiD5$fkMrUCbw~JpYC*=c@HD9skPa=6mZtu
zf|ax{dapPoDn8T5H0Tc19)O#CtxA0vu!xuM6PPaey{%2F%Fyn^hY#*#ChpVz$hZD}
zNiS4tle-Zuf0|!ZQ+RP4zy18-4b5X8;pG4`wGZ84pR@4<_Dew$N!-sJE)mQ5KA+yO
zY2Kh;1=XVkzON#gcI?ht>zt@1NpQL1XXDzn{d_^(Oh2DFh8A(akAMg3$0X1(K_)$)
zM<z7w^NA0>oKOCocjhhoX+f-Syzc<2LKza-EOu|`)w<<jh+D|Wk6_dWze<o~Mfn+@
zS(ET>vr_Ro@=-}LwIJp~mY=T`;-ZAJXPUCxjtQmizACN6vn|M+xw^XQUY%<K7MmSk
z^6*?9Ew%!qH6MCnVq!Ww#nd{GG&MBLPTVN~8m6O;JT<>>0A)IY1=L>EzaaqosOqc9
z@Gp48CZ#0LsBbcFQi+8&BMon|(Urvlv+Mt`AraCQe^!cItl{Ti;pqMt7tO0+5hgZu
z7c5^W4ueG<tO`XVMv%z`S<nP*hVq47npHF0V#Mess;l6FDq+#1q+jiD-&K)CN8v2C
zbDEe2iun|xV0fh6d?Sd5hCsnd0Zx8;g|v;WEjs>4_F#W%gat;VNkdcR#4J%G?%gQ6
zKcu2|L3yS3m_~bSMeNEY*Jx1tL}PCa`zenSo?e>T2rm_azJ5Pf9tJ7iPIQEY++4!K
za|Kf|1ooH!YA6ZXTjfg|T%wQcHQyZ9?lz~R!*m1I`44xE!1FGcL*38-4}kEdjyg0!
zkh*%vh~MdfKwW%~I<yZ?04h1}$IEHl?nqvYsxq#OLRX<v7SNE_elCGPuO5BCFZV=K
zbhz%n09<y*%)l%pUS3`}aU>CBN`AmynwOTjpSQw*?A&*~=u5h>+pjgWZ75Ir*1P(p
zFt_D)R93@<xmtyt$vV*!y+$WDq;?`K;n@0)o`3QPy23bVj|>e?syxDrhqPwRUm@v?
zs{1KAhVch_&b$s2tNmXE3oy`}-&ohZ|JtL<CWQJ16aK1RGZajL*3Aa{hcR*v(j7KE
zM3|WRACj;0NWqXT9P~ilk9%2f1B>ea_yi_#HHZEAuAr;U7L?`kj_3py$@Z|WP!@`Z
zppJH<QjyIs@j7v4Tvsn10hrl9YQPAf?2aOvpDMr_{ZY3O>KL~;QRmmCaB@J=;H-kV
zjk+K%sDm_uG5Tf;DqNwkst3iYm3F2$#Ls!o6aA;qL=*mdc4cKYAd*EY&q{`xII^(5
zexj=@x56gyucP}4)u9da#fQCp@8Dpht*x!6H-GRJgf4;;7bFqasr?g{tf|1jAX7#V
zAMx&8Pg2p}FH%i}d_?*C7nEEMrO%H6JjNpi^-Z)Y`+X)#8YndlhNgXGBbi>Dw5Fz}
z-ZbpL>ppjMJiqKMNQH&UZnnvqg{e~$;5J6rYhcx)jX0aR2ESL`Gv1s!c>6!K9P2H-
zoVc`B)vyf8j|kYF^4LMrOtHxm3wHYf|I|of!!!?skrQj7`*+a-0a&YeJb!(YRIoQM
zD1%r)b6Z+gmMCjhrv@@=oIZZ+oQ6_^|1U;g1*4n3RR7<F9h&(T@R{&-p9=w4aDS%Y
z#Sbxh9OsUT9y!OJWUzvygW?6}P#4CLbn?r~2mAX=H+QvlbU+;mxm=kh4J}t~zU2xj
zSF_tO<7z@wM8x-eYshA*d=|8WpjiYd?I6n)9bg#{DgUmqX{Tw|RsM=ii6rSETapGR
z7F2FFmi?YHQ&Nf_>k2HMBYu2@Tu*;M`x^zY;m_sAAH}6@sj7-9#lnXcwp3uC-C_K%
znCL{Bdlo_1TOuMNwvLCh*5mejuu9C)a>w%*ws!4$%RkIj-*E^C5MPkWq`i87-qu*^
z{;ON?1%ht7fHlrx@H4ot(r@>^1+Acw_v!COyLpiO^Xc|%^WwtAAjn+1hI!sN7u}24
zlQIJ)h+M5coRx)PZ)d+E{ngJ}Tl*^mB{s|w`MIeATuPiUaQ%e?K-`g4_g3FE0e+4&
z{B2IEpal#tT7pazJb)KQiHR5kg9l`ytBL|6jg=e{#i>XE3@j}AV0<K4iOkUVb~6l@
zUX~^f<lBA+&pp6sg&tpSB)_q>zlr}>Xf3=kv;@+h>r1PKobZaBM{IV|$gg1Iy6TjJ
z2PkJX{mpFesh1jARf>=rs3N1@SqzPX^pa;_fW_fpXr~b}%Bw!ZK;il|*+yN~JU0c9
ziwg)tz=4m5NxsnL#V4sUSN2rZ@$~v9J9v=BL_z|SuvuR0+nJ1>x)2{TO4YP#w<&61
zBozCKn@^W#nKKDa^v|7PK;05%4{GS{ESP)Q)YX}f7KW#m5G{0g_op(6B^6A>!7|E2
zF;@}>PEJnm|9;lMsPx=ht>c}E6tIq3(jTCejujDlIe^<g0ZMFI;%-C<bcY!{HlRi#
zXfYHpwqafnjpfO5Fk4rYpTF@4N_&@+T40@-#f62j@o_Wshz_FvH^hm8r`IjJH$?Hg
z+sn-v_zfK6)e9PlB#q0T=k%*h?$L`&IO7#nq^`ysxbhnDSQg@R5`3TE;n%4-TiEs)
zwb15qcJ#*mYS>Jzp%oP*GumH3sju@{SXjtcWt52nfrIHHJ}sc>eoGA=VmY#qOh-@m
z-b7wajQMN|u)MWxzdmETM4dIW<?>AX=(a;;SqA~-O*nCeQhYdZ!c3+~h%@R=S?2-_
zgN@;xf|L>bo%I*$bfsLP^m+#oUotb!RMnEf7T3_iNu8#nVs$2F=CY{vB|C$9DgG$j
zu(wuLR-m%6%^$Vie7-$m)aI!{gTwOyO&P1h&F(5e(&lRc`ZXN2s1X9dg=yz{b-wU_
z(K^)hw8*F?<ni(G1>FvIz|tlzF5G|XEuKGsZzY;S)ECqj9NKR~C_i^=nNU&Z>hf|J
zul`s$SQU?d+E}oYWV~wJcF+LCWHrsg+bUWsb^vtd{!F?djHF2943}En*443~uV1?|
z7wHj3_|^R0jv2foi0C-E{+dAk#I*%q#Sqg&lISh@u(+7zTel5=e04e-6XQUaDMO#y
zAKL}W7zF5;pI__e%9*&PF6Mi5F$zC`vVvaR4cIK$L_F98Yf{st?>#-Z-v^aOe(xK0
z;QLuW^FY!ouk}d2zgbWLlxu5i!&$;M>^Iyy?sH=6!aN^p*?@9wyqhr>zr%pmx_Y9&
z2doSB`XM~Z5EF)QS*5mHxxuCF?U92qh2v{Y{A5+dhlfuk&1tT60bYw_34tM!Uj!pO
zd*R2*=bwbZroiNfoqgX2SU~gp7%l+xLx&Nql+GEED)HsFSEnxe#N+b)rWNPTpCT^M
zfS5kh%$6Hr`{R*6hAhY!7)O8ddcbkyo@G>T8G8lHO(2%y_3cj=NqRTD{vpZ64vG+1
zREWT5;p95!f;n8A)}ed?C580GDc5&MJeVWrpj|@7#GJO|M*F$bVGK1%0aa;mH8V0Y
zdQ<=*!xs4#X!VX6cpEMvy%YeQtLt30AuoIH<4#4t4At<Q<vxNST)(ku%;28!V@NA%
z3JI6pBBQi-!52rFi1p)+o{VfO0tVO)s$s;jGqkmy1(j^0-dmN;++6($w@uaY-SYHt
zT9`e+I<Lh^vtwDwMA9f!j0la?lEBlyhURn;UcR4OP?RX>%5}yux8iysUWo>$ps;Xj
zbMsV4)N+&(tf1z*(&;ZW0&@M0nm^`(l{xTSpEpLqv+rmYu{3zl<{6w1k0aW$F;T)D
z1R)w{XR4~IE`Fel85$DO=&C0&Oa2EC^D<MPF956N@Ku?WKaX_p$^I^SzW$wl{0jL1
zJ16q?a5bAvlXLN1Iq}xEH*2fyc8O6{Mui?H5%e2;Cx8zJ0K_@t{s(|9N6h=279buS
z5OcNbt;R_41`rtd0E;{^BVhlIoeonh7s8f@_=Q`nC~yL`lPCvcXZ~(Lg)0OG?CDOK
zOp&i(qE7q!;RV4KbaYf$V3gr8q~-09CE?6Y0qj`T4@o;e>9~vCjXYtn24=RRNc8+{
zM^x9BhqP<M4)}q%<X5cD{zz)r)_~?vcx*rd0)u*JgKGh{#1M$nyEtrGwoZ1{y7S1g
z&}l3#-f5UNBoT1h@OwI^cvNT{Ie5K0Vts8;z||WO{DHJ<`ID4GPw>3+G^FWS@i2ty
za+%+s6Pr6t1XBYz0tK6(QG#}3Z@U#SFMm10-#}f*t1(52UK6{)eB6}8wxf~$^ZK`w
z?v>&>6-dB?=~t!!oGO@;_%MJHi$16cA&zEyC|yfi8&t?aI(fH}$Sqjz)#t2_9!?yM
zh|~1x;TEAOD?*Sw<p{xCduAMtA)2`f3@Qg?-ioW&!2%8r4!~#><ODo{3x$K*Uspux
zSP<QnwapkVEBCG4ambH(pbRO%m`F44&knUwxhb$><h%L4#MzQ>J3aH+42(qN=*X^M
zZU1gM94a=8ziAkL>$6?m<*bzXxTFXZk9e{CiOOJ*DT|D!w|(5jIDA~u+hdQFL8nYP
z^vvXC7Je%l0v+37^iUBBLx@?3>qJnLCrL3zTDaUj#u0<&Ko6W3QNp+I5Qj!T3Lay3
z%i}&BzIb0@M+T;Pzn#wQqa~R~0pB8GF&M0tkLxWI&&@xR-u!Iv1{hiz9hQS9?t?kL
zmNcInE@e)U<ypLgCwsj0Vwbh}O-jH1Rpc(~l;2o~_gb;?Xry)a6U9$KKzELhA^mP#
zB9>#GuVT5e&mmsOwkC{W7))V?e4_`@UEK7vh^Z#LZ*Omrk&)++XF))ii=$&ML-^O?
znHlX8bz*F66D+?*pTh`?!(lEAk}-|@YXiZK1->6yOmTCj7I>!dQvvk*=t#<cDC1$&
zJf3q+oRJb`Y2*8t%B+K@;^d5WS>k0O&G_<}sp?-bl5Qi9Ir8$<yGz%a^v8qC)Ll7K
z8%hg7Mi9&C-C42qpjjx3g`FK49-a%Bd=8FH@Pvp1m#bMO5QU0?(b&*nmLm1Z9DMzN
z_7eIa&W;sbEvzLWY(i4f+N@uhJKhMm2UXE`Kek=-h@)|}c*ZwNgcI*Qv`wxuBpz#R
zW#!x)r2u>v+rI6bAu2z}VfG$@(`&}{OLO;+#nuuaCN9$xu{bKzYYEc)HAK{;`ttK{
z0-c+!2_qmT;bOl~o)%4eM`WwQXrRU0i-`nK%zAQFYg83-r{b|(<(nN`Cb)uhRuy5A
zX~FPVE(wIzAec2KhaXEXsG^)fRu(cZ1Xo=4j_iP5FpLsb-S;Q{V==*UP&caI4`|2_
z8svI-HPZ9@VP?~nYV15<B}(~qfTUe$z0#v~GzLT*GPezJ8G#eEch8z8<0cBRTFN`D
zd(1yyHu~;;DZn6Y`@Ne0<voPb_y$hq;0)<ArnG)m%fpw(N^XhbTd?F2SW+MqTywWT
zPaios`TH8ME*MBa1GlbsH#ca6?42vxO&{+UzfKGy6>@jC@4!qvldk@MA^EI*xJLL)
zAA7Z5Qd!B$!cwl+WY3fcdNSeR;4Z-GmW71~5r#w5GpF({u*mB8e1`1rs*8}#ivp*g
z^#0^E!z$~$J1n+lCnsy3kZ#X)Z4O}aX=rG|LMs-wDlnIjP<9J_B2-B{u5Py9D+Xt@
zcwJ2dlL|_sG{}0IUr5`GguN8J|DF9&w#CE5v#5*l(^#hPy^C!MF<0T2Y#!uo;D~_;
z_}uD20%RSoZBqvuI=}cL13;VS1%MOV9w(sLi5O$CebIsa!9W=U7;!xvhi)xc{d|w;
z?)FXZfdE)wX<lS@Ici8ahV0oVZO#aMDq(HSjl`Whc`dsbU}yrDM!g&TiU9xQU?TZ}
zq@zbwG_xrvd=6vNbklm|>9N&~TBcTwphK{!E>U)KF+)hyZ#k)Gxy9w076h_o3(w-2
z0PMZ+I0O|sZPw#^DIe{SfVb@(zEc?rg6l;ry5HO<os|9xTHksSCcmU7qDt)4h{fgW
zR+#HtfeH+>Rwa!Lr>N*NSjKT_X{k)Bs<Ebq<9ihQ_x;YGhfYzsFATGC>-+RW!#gIT
zSMQg?uzEtI@8UW3lC|F6$<M`acNV{ta^nrB!}8lD?2x%X3Nb7{Avr*{B0~6W$XB@@
zA^h9F#Eg$&_rTH6d~6nLm*=BWqhJ9M;jAMX1HzNKlW&P&OyfI2_saVtdlYSllr6jJ
zFyl43mydLhNd#${*sp6}#ze2f=g@!oe<VA(<H14~IlRuDQ3ayz@6H{5zjw4#cm;rl
zK+C(nT<;oqtn&kQ=tGazz0602)%v;pjM~A8IsEm5AFG$uS7CTaCZbWF2)B;oepH-?
z`N?Da`{Zu=akGQRPIC0JQXLRz>^r46ar#O#93tiwZqEh})Hv1%x}t@TD3+E<vuXY;
zYx6RcNhH8u=w%+l+_@V39Rh)J5Y#yoFUO(-Si^=0>>jFY+7oWQi~obYw~neZ`r1V|
zjS`9=AT833bhiT1-6`GDjRGPq(jeX4-6h@K(%l^!&cfe!?)mN=cZ_q#xPRP#?mHa1
zg&k|Z?^^4f^Ld^*p9&Fqp|TQhXrp&fI=ACV|6udp%Ffc1n1$&4SDS^}h=hdvq=9Nc
zWBmsy^KG_T+M=vB$B79&`9xHyBd`uNZK>?Jc$x-If24Y|b2#A~+zGr<V1RNXLYx)2
z_A(p(0WCr4-@b)`fc^}dpud6H7#YxHteN>~!giuSp+UH|IV4JVlSMR+;*7h0Hwjj>
z9+kb;F9fwc7Ekxlm9~XjB%4ei4h8UQjD8JiEJZ>T5k~7rH5DvWPEqu~Q^r>i$J+?;
zg7j&08OxT_i{JZv#lk}1T*N(uhkV3#4E`l#FkOr;oQOivJP{mZO69FY*`_NlC=HT+
zCqFLdLoERDHZ6+2^gD5m5$t9u%c(xE<|iIg_D=h+0Gc;wDv8<M{PJMGVfLmnC|j9T
z=;bB4lg;B+sP!UTWjGRR(BQhdFR2n9)-HAOU+mK%=bxjt)ShZb56ebG+>V#35ZBt2
zl-_%BO1*wIhj_JJR0r;#SaRA`U*(7C;m7bMb_C6J>+}#(;p;WvU}N`0_!>IlemA&u
zN*?YpARM7<7cWZDDR%gUX)|QAS5W_v(th1?<*O^ZpU9U{)0^Y&A3S%cHm`Q)e2_^j
zEFa|^D>Ep4q(9o+J=Nb2G~$VKS6)F~28@i1VQUHJxPqb`D2JI4-}Ucr_0e+fk|D`1
zyWt~|j8s&)?pKFEi~(?nRI`LN&OlMp$llbI@^2>;X-XN42S4bIs1@$w)UQ(X$GtCt
z9?IJSqy83XIP^y<Bn2HtaWf5|<qhrz68-5qhC617NNp>(?pawnCMkEa^4l2<#hhkr
zIcYGGJKN@tOH7=Hdx!79OD~YYM{Y4wQSZNb!P>SjSKy9iwb0gKHJMN|U3kmNm;)$b
zB+9#uBgV;OD1ORYLMYVqgWYbS{#OPsxVU{3h~5UTctd_luy#mef5~hOk0X(pP5oa`
z$+cKlcXl|q{F`un8JfJlkNw{Li>g)X*<zBD$|+$BrQ`ODfJ0+Sg{JsyQ%kw^W4=Cu
zOgWUW=xY>l-@vnNY%~ar7hgEV0mSDp8SyAB2ZAdtmQF6sJS*lw$$7hQk@T(vI#qUO
z|7`~u`vPO1VuBZ5=q3Ey*nW_%xtwpyCvO2itb|)wIZ)4-kw{C09gIeyt>ywzFUw6N
z7Syxw4m~0|`q|Ezi+h}*Az<g{P?}R!^zj^<WE!1;R={g7@~Sykexk8?x2ly0CR-<x
zl<0h{N->t7J8{=**Al}_%ylS<Z}*|#<nE>}=~EM5xrwNV&x6+S?Z&JKQennHbG?ho
zK#VGnz}?u7hx*nFlVOdDtG?eUXv9+>TS9er>ek;)L<y2<^M&byVMX-c`TIuR<I3E0
z>m_9SaCU?9T7%1FRx$MSV8lx2WKe*gH;!HnckQRiE&BEPW>#GA#*t$IrqtHtmN7og
zYrY3y@xkL{**^~Sk)K5Qelyx49c*awz7=^94|iF~F2;J~NWOD5q%M&}7hb}*$k;<$
zSX_v{KRS57uubDbiWo(w7BLcG9!J#?_4V|RDw21T#N`r`VfCfC#B;QfWB8(nFNCey
zh^!#O-}X|JU^-@iQ-&;3)%HR<mb`IQYpO&1A=GMcrjX)My^r4nCaFqjd>T-Hz(f_=
z>bK_RnxQh$ImEWJr8(5gw~L7lre^m0F0^Zs=iT3X;Nu4`Io%6_W~jd!ivNM5*tfTP
zC6pofRs=e#CfE5>Poliho=@&&%j5GM<MVJt4&LKLtxKkIaWUEt^MRjSr#f`;FpC;g
z^S!?pwOFE!4CWet`$|Z?jSPYC`F&3Vk7iy{VY_V&L&t<O21P=R&GrJePhZJ&i^|K-
ze{poAr=ltaH$D#$VMSBcg#3IOV&atQVzeiycCLhSleNMyws_cK-&}S{;N8b<`CsB>
zfXx5|6~Jc(WjcZX+x)yHX#^_|!V{93hV5oBlzp(bJRK;P2s|#pVd={K?~7R>FDw6-
zdpyr+Cumu@JqomK=6j@1z-%rdXkOzDU-u-x`)|^`cItn4GU&Yd-)c$CHnB)xMK`?%
zP}11D?FhswH&Hm0X_Orus}%Aqot^{y7&N`U#*=#*PgR;RI^=gDU*BF3nE_WA%*a~c
z8fVpqmCpxD8qfZ3lzITr^#=_WL$+K^uhXRbh{(g%Di>w%j548-B*?sZ76J)e5Zj82
z6;2hQ*zv~tq5_|vkf5KO>J1IE)pIt7G11ZL>grXzgtWA@2e_@Kp|IOZKhe#N>w`pp
zeq_~P3YRhO`2-X6`DXx3&mj3-YiqZk-7MWRv!X_aLk>pa_Dbhb*JL2!1B8VNaP`ZP
zN&1fZW_5cT7x<6^6<mxF=+g$P%+>RIE_?2qx+dt{PIn^^d?@+|R7k}|MSvtW^%s4E
zAb0u!rM890aL^m&XM;AS^Y+Bl#>Z_8d79|W66hX97oV-u@4sZ}>uidKuYPlov!4~(
z0i9D(AO@sVuk*ABhcO|%P<*M<Npbd$**6n1EAh-Cw$StJjH5wp;FY)v6`QtB_}evD
zM%=RdvnI_AFa0@zoo^H5n8XXB*c(Ragr+_(u*nLwV&1-pUz|GlN~Fj;94wj+EVKc#
zot>3sW&?Z7+v0v@ZDC>Yi_ByouFY;i1P=m$z1Z4DE17=M{}<}Ml_nxTjR0{n01<;&
zKQ_S*C7MB8tF(mfy|GuvGKWwEyhFZD2pI&z{bu_!1kYzm6A=<uXP@o#78HaQhkJW#
zY6w(p6s&$PQO|=K9n92<Aavk#5lWhBr6vkea%5(I5>1m<iH+S!$HSK8d<g+noMb+*
zm<I;xtKSf;f1>`3a}e;i-%^MiG_ez4!^4s=hQ+V))e*~tbf}hSHS;2xVqORz5DC2m
zD+m}1N=r*8v6u`2f*0Uv>^4hU3JSj>Bi~^M`vX0nyifkCI8X};VC=@0UwM|uD?WL!
z+0T8(H8nGc%U54>G!+f}QB{5(Es7vT?vrnKNHHd_44W~60HAAeWf6LZui2Q>w6be)
zxm>v4_0=!`w)q09XzfOq6Oj0nmzV2!Loe#=w}^OMej2HN*T=K@pV;-u<9?I7mZIv^
z<0Ht7MPbFMVyRwX31QJ;7a`o5dN}x0udWqM^$!5+-wU2qHT_MD+kqb}id8IQ!Pf<o
zW*@hCgA9WYkgXyj@aACWf*j#9<%)!&G@prm6KsEW1GN)It_$pu);_{1aWYA%n$~bn
zGAy6wazC<f6!IN1W}?4^jf2rPn;O9IMQuXzAvwgkjPaI`kPs4rxw8Y#-B*>8{LK9L
zf-+jhg<4Zel{|*BLeYKms;M(^WcIOHkRRbo2~jT{{|XjqXyXtQqq2>?kCL12>PGq$
zn+4mW6-BjISFo7bUc6moW+E#@^0l7YYiTMe2W8Qn;u_0{P$i%!D5iAHJGxOk;#6Pj
zH2oYtcSc<>zpt>e$V^fkvpN8mHza(io`#){MKg&aoN1<f(_Gj?X>LWs@QO|)J#Twv
zYJFA1tX8zl&6{SSBgAmbdjp%0JzG*9B^L(9M?oyf3iIjRI+e00NW3!0*w`40w!c;N
zEyX1|l4;QNAZw~bMH7{AyJj-V8bqD8ArapLmsUV>goK6~S@1*86_JpTp3JiM?=20n
zmUZSeXY%xF6<rddOtg9UC_0<$>76y1Tws}Y<2XvPY?8}v7A@Sj>NBy-TTK;6yQSjU
z-UynAbcDUw-Fvg2#Q5vG6nyDb(jN2U8lv6_jKygUR!GNE-My7-js0WJuz=Kpwd+|X
z=@q-cAF+x9R{_pCwQ)t=teHgbJD#ehs2qv-qy5*J-bF#_=YPV!IWan9(?!&Voz)k7
znM!fv+)olP&Xk?&@JUJ{jP1WTK7NS|4~YQ=0463^!`=@S6&2%)i;MSZk-h#~-15)W
zI2Gq**i|jw@{DkfCJtkdO^43j9rEd##SCJIK=@!te%yT{+>VWo22;4W;pw<rsIv!#
z0@W22dxwXIIlq*<6<`Yc_~A*ItEA%{9L${RzkIr#S|?CRtwqaImbVv>!XYCJTvq(4
zfrEdcUr(|lE}Z`m7I&g;<s6YZ!P8h-iz{ekCzQv!piRa^FgQT1Q_b|7embTH0~ccx
zJ?CY7y7-Vv_Mt?HMitL)$9acilfZqKRnK~fMqHA$Wq*D_5EUkv2H6LagU{xhn0WXo
z>BylMtdVi&x^-d!p(~#{5+pYuN<pM9Nb~Fw^^{FC=DHK3=M#O$tI6at*tBSNr85!A
zC>iBnf&x~5y(5D4y4}eEd*{x0PDO@yl1$F{4%jRBAAuc+z~enw(*)?<>s&r`C6oH{
zt($|2ukC%Yx18O%X0^ZAabH1YAq>!wFTGv8{k?}N=KH2jngkq^Z{7M<zo}HOR5#w<
z_DJXiXBXc~K8Aj-4Y!u}I?K6;{YF`=CE)n6XuC3gi$`XfAXa>BN|ujbzdaEcKy9mQ
zwN?(K)VrQd+}6P`r`&%Y`I+vZ)9AIE^*3<-6z?{}LsJI|9tTg$N}H8d$^_PaWW^f<
zM2Nu6Iwk}(ArTiBcL6G9?~4LmJ5Hbp{@va#9JxNe-fl=cI6Tpp)eLd6j4!|R543Fi
zM2FiNZ9GcA%=CpHigR~W*LZC2n$|1t1}pgT3c)?m8?-!bYik3X4R?|?ASm{6OdnH#
zjtnA50qb*Z*w6w0Jhy=KbAoGwo6#yqUnXf!I(bA1$zZM}hWdVcV`JpoawFF-u1XWa
zYa&_7eVH$*HHZ3#f)i-{B^eTF`-b`h!+#+BR8?`NqnDx){@Z^18?FfrQ^o(&-NS>1
zJzLu^_swYauF39Stgm|DRP)wiW4rWy`ii&~@X^#oW!%1Ki96`1sC1S`g-lz;Gnqzq
z_6Erwmdl&98hmVrCCgKGBtibP?NCpd>_W=R+gMN#tdF~f284{%w6yp<PK6~UC3ca!
z%rdmJ`N?=JPIf=%>rw+D*s@M{wZb<_KUEK}=z~Q%3ul(Zr>W7^2-g3)NG>0{(4Q^R
zP%;v&<KGYRF~>gEMsU^ixdy>y$_78GJB^F-L+dveHm#{kxL7NBHpRQy_uMXv&tlUE
zYcW~s=1<0T(0GjNW$aoNWw`>9O>Q&pUFhw1Tut)egiY#=e-rPpT>UjPF;Ugfa68+S
zPLjdFz<?3V8Rxs0P~=W3PD@+4zd2(u9{79Wh7_=gLqwO9m*WC?xt3~UM1{M(^>i_P
z5;<&i>K%HI?En>)mX`L8uzz%@-NgG3_T2pZV7LOfw!S{Szw+*8r-y4kJI^II(nL>u
z_N8|^re~tnBx9#BaK5E|CWiy0+g1xE9=T{gw~3K+D>le`#-j*}&Bq}3V=lQcUlD%>
z!9y|+J?Y{+_Hzo@Y36;_CwE|xCj^ryEL*`fvIMRalJtsQY1Ac3u2e#w=lz5<e~5l=
z7<2mAdFYYQCaKmjICucy30h6|g`Mdg2aTfY=H>_0mfK126(5fS1aLXH%FRz#?^Q|$
zvZELB2S*K=N1Zo9$`ZpDW`YmHOO{>Fc6tkEu#k8le=<tueQ;htKF4?+)Av<G%hsvY
z`j0|7p;gIA{BlKvh9bjJ#8~cUnnQUvNuFDHQg-EVB#xyGivk-pFnPX&KGZVrJm-j>
z*J>RC2bI0u-Ssawnl?=ra~37Dv$H^TX+eO#wUd*wRBM;fn?ZSo@?we+4*&d2vceR-
z6$qMPO1U7R4@d}-5M+awOtb9ztqoL=nFN<H_pQ8Kra<H>a^_&fY%(d*d`$mIY@;b|
zgzw@~-@9bYm5T()%xLIUB-<6xcXA3dEhSB9=$&3fz<8(#E-G<#76+|`9efvu%}rBT
z2smxvp?i)@E4kbe>vz%Nr<0gpJ+UCVEU8I2%1RA`SNc+=4urNq0L$~%9ncwI!{#Ll
z?_L8nI?v!?&#d08X&n}7t$2jlc~+#KtwnBZz4A0-Xmo4C6;m$yMqA0LcJ$R(hK&GT
zPovfTAi(1H(2xugQb5eSGaccE^*mFr5DBE-ndyMNvh%lsWD1JT&O6%?r)0031-a$f
z*~7mi`<50+oKVH$tDK6#7_Rh3WdHWm)KqWio-WWj4fCF%26T*?vVt2DXjBYrSKh0`
zTY9a)Y(E<5VWOxeytWsVMIV`%5Y2e>`gOL`5+d-BLpOH)t_a+gguoJb(+r?#X5H3l
zZ*#bqZ1D<%h|qx!AKWT+xbb(vL6VF1f)tvj3XJH;@=-C6p8ozYjan%R*gKpCI(9}z
zd>>9hm0!`QlRK*eA#WYo^bUo+RMJs%;MN1P0!v<~xq1`C^nOM{$LUG`?9BES9htFz
z&Odwn^t|H(1)b8|p}3WDptB$@a{F^MG&JwK`DJtv*nv6=zzVs$yQ2q0Mn^jWUf~%g
z#XvHjX2B$0zYV{FqOP0tAJ(jfiIf1ZPpe%phBX@;o$!HHxX+_%lWChqzht;==-yS)
zN0%gSFOVb5CGbD=eY;=tGMGl0HW*>eT6Mqq$YHfD|D$VXD3tajqr+dr2g!&}lTko5
ze2C%(K`gbiN}$h^@Aq($Vrm8Tl`ym?sW<@Xax1T?iI0wsj)|!hL;w{PEF>g)AhH84
zA&4+=*o?fiu`t9n__x@W`X^ul4?!01S}3vk?^rI61dJjmGQ3AHA>VMZP<beAISJNg
zBd@-BmB#%nwY$jXGl+OkXZ9)XL$#aZ6!Xpd4tc}gW~1@;_T1y5H=J0sEX<hAw#s%(
zE3H3f8cE3rclqj>B&#VIY#d>yD9Fhvvn5#0V5=#8O3L-mb+oGF>d2}2x#UR)`{aK#
z#%6UUUe9`Os1O{!!zLmsM_K{$QRfS9WnoF-FZrx2vh_yqWOh|gGzu#hBN~4X9Q$h`
zI*`8%hu30I%@{SUngg|1nVDn^vF>|QMSyYzRR%z$5%PxR&pChlLa*$`V#2RwrD1!u
zJ1vN2&HI^+codG|?;!^m?~_B)7>|A=lwSKL7KeOb_x=?hhj3#xI@U#LA<TGB78;dW
z*w=Z`G<;ilpQ<mJcgmAYayV<pe%|<o?J(~JmQG`FPP#{Wn%nM?K=S-1La}0T&gY{B
zwpbF6vzrqNX*!x^Y;x`U(ZP}O6ydEqp8^Cs?@|^IkdF*_EmWAi2<VtCGYkk6WQ<|p
z4K^{in#jxvTi~u49GAoGi8k&fV8*gN+)^PI;^kISRc)xPjhn7$fOuXlI%j2Nv9Yl|
zA+N&1!r4;s23C|K^EEb!bVqO`syjF^a8&ZXFZ_^4;Fa<)-fr7Z7|d3ta%(3<V=%sm
z%%P0K%~v*DOqb3Hqoc?8`0+f6Kq+&I@gsw>2%O(DxlCcdp8U~=2J<3U`cyd)RCtYq
zrsYS@I37zPHIXCByAqm3?XFm1vK1T?Ywk^@sOaZv#g(HNRjcRe(v;!9xyj1P<a}K!
zsp;wYJZ}L`alX<K0GcjBq~e%X;!Tp(8(qo*0s^|s{9<t@SdLfUMm6=0%sL!uL09)=
zF7`4D1+7hvRzIzsk|WZ80M2OvbbZcC*DJpTk&&83lnn<EtouJjN-xMkmYI)*!||sM
z`rdFtWKZN?cytT?87Gcrv8@_g(5fqY{PU|5I<mMpi2fKQnI%YK`{fI4>xwPigK@l$
z3k2LeW&RSty(y_-Dy1Dv=Sml7gkH{n_iriXLfE!<eM=63A7v~ghwMLiIv+0FfS9o5
z@xdMP@bCbnE5t0uU_UFXebs6J%T(LhyIRl*(=g87M;9tME~(U4$w$4zW5qz`B|2N#
zkef&HF;j)6vkhNyRVCm@p|Zxuq*pbc5`JRg2sdEAQqjl#GxT&67ZiLdQgL>6KD+U_
z<byyxf`9A}_I-lYzumP9)<y)n#{o+Ei|ItIH=8_dafHE*HK7^uxXffD(d^rCWDvvw
zXP9(&AClYPD)?3(nVkN?!O0y5W@hGU@5X?)FjNX6q&^ebg79b$^l7m96LJ<L7#D~m
z23crSjh#$C`vsp%z1f#nM6nGNqJ*QiIgZBk`-)vZhM4Fs387ktXXdo!{B4r#YMj|L
zVn01fi6&e07PcKeJNyHk%A8O8Csa6Qku$i%J{j!vQ5fdV+OcT%^brO@a0(IYE2m-q
zFhbuVe<J~CqA?ZN(Y;P)48yA`D;*pi7sG!Q7Z+z|Qvl=Wh(k1hwF<oqXE@*XC%HvP
z8Fsd_%PS~o0J*hKG+52XAgJ-+_in}e_g*B2kzXkx7x{bnL&hI+-s~{E^h0nVXfDX;
zHk9G_&9w(xvSD{vlQ-WJf-Cg$T@M7)CnoGqOc*hOM+9HMlA~<M2ZwrVBljde)xW#j
z%wx?@PlFc<Aw`UX+|Q`I`y0$jpdl<6qQFVO1EYIxs5uBFg9zLocZgs4g6~4|<KqvY
zl0)~6hM|Cj$cS7$1j?fa7&@mYPJG`Ye*5o3J8gw)j-Ne!a}wlLjBl@i-1gttUHnq5
z1fQk1I5;^~S64eZIH0Qef=a1^0$M9L$){m-A`3r*2%V!8soagr3UG0AFKr!b=P9|l
zxY*V$L>#^Z-zP*S2M)~V4|5o+5g82)iB0!2#P2TOfq7Yx5%@Ozc@*TOXp0<8bXZu}
zRY~{gXv84QhkB7I`B>qX@5g}gsECZSb4^kb$a{EzCI{%*mgnYnx3;c;6KOah4?86#
zFeZ%FD00d@#ByNoXtVlUZ#C-h2z?_oOw51^2Yn)afkg3ryyeTN_cX_%p3fbcKQO<G
zhm`J6+$~3h!7=a3Ip^=0?|FK3<9oqYX&j)5g?|2B(<;Pt{{VJ{ndYnEhu`=(mbrLd
zk9V@W+3SAi`w^GlNQjIbxWTZrm6a!fH!A2DKSL~(B;$O4ZI>q3v+)Ip+GiIR`9z=j
z><eb_+I{|RR9;iu|JYq55Dm4FS-{*+-2>Xoz3uH0Q&uoWihvFbWO$I$gF{G22#zTF
zphsyRD)z%pAHIZjwK!y^f~ZKPf5ld*hz332DPz9U<B2;;YewC47vz#c&tnwvylM73
zDo!JmLWm2xyEsnP^3=;~QqD0~)^5okF|UGDY8<>+*0oWrnw*>pue69MtEgxI@d3~m
zB3&aZYs2TJGVI={Jy*t<h~5uaa%;-0-)bS3iv=2_jA*%7wNV=hqAEEYm@32uS7k@J
z-n+h+@XT>wy#Ze=AQg{}i7D2sIRwTuK<*BTnt%x$aX~@B!NCDN+b&{;un9^WI|Krk
zopnVrKBhR1w#gnh?=$*>cHCI2!q7KBo;L9`i9UvR2YwvZ;j+qFOx6SiH##j{a5-Y0
zuZc-XL)Cg+R#(D+gb6ic(p)x)`(ibi@lSWRZi^T6shr~iMCsrs$=r^T1(WYl$7}q1
z{Y_Gj;tiC#@maSm5y#URecp^j8xImN_k;{!LcZ&}@al+}Z3v7B+~53Be)#&Kp{RgC
zhui%;k>XCJDBvAlPMwqJKw#CC7E>p>;{o3(kq=?w@^1L`($z3zrc9q3BKYir9yxni
zS!A~5;q<1;__*5&dXx%tZOY^(Tg+c8_4D@r7<vJwHF0wbf16Ev=pF|*4-X+BA((04
z{AZWe+<%gkeE$6TOgKOQ8~5xXn5!8z#X)HO11dSa@60PO(TQ{O6@%eKgQ_ITkY~$j
z-7My26<>;{S_h@nIBxB<YnN$)myDrL3qQeJblNe`1-0X&6I|5tRw>E+CDIk8&J+7H
z{;zP90_Is1o@LPBLOc;kgyaYAO8AqJ|8FrS%EEBs8qFo%yq>1PaJx}U_oWvy3{&S5
zs??X8%MUVEj2mVOn>_9aJKo!`vpAfvD&5mqi~>6ye@|;iS3FE~=pWrPzw;a;Lfqfq
zuhl9BcWpruNU6uo7apDlpyNsb%M>IUn=g{27<i`x6<XWl=bXyxG*D*0{s~<2sQ%e(
zJ+S0_bR$_|8HNk{edn1V*m2(GeE#?ty`h}v?XuUmarAJ1H{C*8@Lv4kA~FNXB0j8V
zdEjQl$#}>ntV)VYZ3Z1OaP{G8s3El(H5+EPUysIzfoa+IW~oQdJ-l&D!N}c)&>mAt
z42QcIZu+iv0pVgJdGml`BQE+8qv8t;B$p8fy4Sk&?g+RPee|tk(IX!(W{ZUjXAFXY
zP`M`~QlY^bd+ub=7;nH%nU)k_8=jW7ZhWDXxwN;n-QM3X%+KB3-*>RJJwA&KtKO*C
z7i=jk+y}TA*eAfTHI&rgaZ?UX!)yk<CRWYc$QE;bCvG3dhUcPpVRVBsC5vC^n3Xpe
zUPZYD#A4&X<<c=wMSpJyhVQZxR~8lXjAIbz{`E7zg|XU1w*JeSm)&kzX9u1=bo11#
zLBYP=iE%(?_}M23Z$31^iDr06LHUb7vvb*(B7cB!I4J682Jw~CdCB;W1Gl!8*2314
z&Gc3ZF@T*rR^oV(er{B8(><SQbj>%g9$CG&W~6NR#2~ZP{P?Uji&%r9j?<NE7OEIZ
zIA|Tbmd!0HtFATD$G#Aws!Pn(YcV<zt-I3_fqFGc-)Hks`Jiyz8NHWtnEN`3{mi3#
zCt>ZC*}`pJH>H#d%TWv(Uoc8s%#9+4O|pgn2gzn+3M!sL)DXa_ny`57G<8J0qip&M
zTEOFz+dOKt^ay^N7jSr?n?Sdl;&J-ysWUPe8CfH6%>@uZ2`7OJI6$9xiBq#LD`nA}
zCgvLox)7dfDfPQ{(dxhC*r<O&@)Cyo{QKH72+!;&NLC9bcOAHi!d0Di`ZOCJTVgin
z3D7_Gn>N(fqqgH{;6fNB5)TkoM+EIQGGnzMkew9lYIctX$3@~c`{EWmX6U$~J*n<}
z`Z1pgf6S2A>H5uc_agJIZ^$?;IIXNvNuF!Lcn+q7BHD>t1Dg6rM9(&jXXD{?Cr)wc
zS-Nv*9olT#&h~G2R(loSpyA1%PuNlLFRQHmjkq!}9!5(lI}hkf$26%h6iz|)G?yN{
z7|X~BH-qrMtiLI0I!dW4w)!x9;0n3epp;E!JaEiL@)bP!XhIspijxH0UZ$yGuu{zx
zXQOoUZ=(8ggi+0iK{*^NT%f^h^5G*-c}tVIT(tW+D7*f^@j&0XE}#<<x5>4yIx5!&
zX7aUkZvMzt0OmbKNcE_ITa1Eq5;q$sCnr6<bk4ZdY`H%awrRRf@L5577AZt7s3YTa
z%AZaXn?5qSM*-4ffU~)ggc?ELAK9Ogj=j6_f8c!EZ0pgJN!(c541&F7i`eIhy(X_!
zi9d~rlf2N%3e(lWM)Ctl;fIzAc;=}8AB7|AM@n3AdCETUcJWX)w!mJhfBqO*?%%QU
z<9E_4#cKb7IOCU_b^Oo%cAmgpEFTJY2z*OBUV-tkPc766PDoII#A0Plx1GhaLb;D^
z&`vR^f8%%y1^eoHprz(+i_TS{4=nA!h9+W4KDKzJLFA4%0$IfZJlBnNIyZfvZzi5m
z!u-B|e|Ls{Oge?rz;C!(5#0K~y}YJyKo9AfrY-I`2u>(~<eR^qZflsdf5E>QJ3m_U
zGklhB2<r_kYYeZ;<rH&P%a(o1NzlVVAol&mxx{hnWfr8u|7`WKsOzC(dDH&xynp|V
ze^%VJH1T&#ZcC7r<4@b*@=sBj&s;z<UPh8D!f6VTJ5DoN%Wy|w>n2uODk{(I*7}qy
zLCWMY#Kg#bKwT~?yJU7O4vf#qH&e9MUF3>NsX47?G;y7zW@>g8ql;c{Y2X=(iw!Co
z9&V>w9<IC}Yd{T#{?i_a`#rCu<Z-gZ>tf0MD4z8nemKvc7N6w)sKK`Jfz2nH<&T%g
z8u|$I<buae=r$`xkzgN!8{TXUr^5^Rsb0TkBA;C3(bv_EoCfpb&Z22waBcIQ^yC~f
z`?=JOP}x<9a`1}@2Ctm5a4||Ahyqf>JXFyO|0nkhOx!B#Sk6J3Pya@-Zi@~@B*5Nl
zmfQ-esxCl;{M0lcpu-h#4II`Brl;Gz_wBwH{jG@5#xc4Ck!1`403P~-*)bwFU3=wy
z#l`{6+&lCd7>9-mWG`BqA^au7J4@7NMDmBn8;%Kcx0b%ed8<2t<z?4A_eLx&Oze{v
zyDpVFtM{+-bM>0^zB9&aF`asyw=ujc?<V%bFJqtAQ6UyPGeN%4l)$R3FgoJ=J#jp_
z)PnTXX`t!(%d+@*dk5|psG5kaCe9f{Ebg<kw`m^6CJrEh-qIb@5E|gjM|5j&lXc~D
zDQQ$yG1H=aLr9A`#}fA*E9Cc1#-Q4mU2nqU!~*K3&cWDwUC5*LP7})emK;~OQa0Oi
zyOx16jK~0p(<CF$S%5a&$mpmYG~WPg2v&Hw`S}$85^aCurwoOT{0WR5*Q&%-970-2
z<j5bpqWV>0@l`Tk-@d|6BsodT_ZNqC#DK?uGLeVzRO6FAOZ~3FJSI;DaxkFm+}PMC
z!z>52B}a#cLu)4>0##9o5hP(+j$t0!80vdHw1qp(LCY<`ukOV#s=C=;fD<CGG)Yq{
z9PE2R#JR21Aq2@r;GOoW{iEOFqG`Qc<`C6j)j@{z6|%k5RyjZN%3hM%lffk`yj5u4
z^)~5?h^L83gRgICMG@iObJ@D3lp%J_%^wf%u%7#V`}P1r=IE#>-m?K<`uj0s)WO*q
zgw>P1y}h3?N^ks;QXgZ#O4DhXsSLpUgO6F+*haU#<#59&A>HEwjgA?IGMabucMtVE
zuEadII9xmj*NWeIw~1TnFdj}9&SR&Vu$s5S5BLjOwp-i0H{fhn-s&l=w^-yiC@t$A
z>1|4dva;IY2%1LqP*vSZLfT;APa&zwC=jIZWG<I;)W7p1ZxLG2N44Q?anxqMv<*{k
z8zYTBD2n+aeln3VsZGC~JF;e9eExGrqupXPM640(W52-lr`<bBh44Nr)|LVqd}deV
z+=ms!yGbUy@)W_=tFu^cPEL^0O(-oldT;omyYGe3v!EI_`y3_DG+Br5I(&)SJeQGh
zdws6!U7nje!H4v@+@BrK4e4X_W>&tW0;US_h-%(C`#Rhv!@3E1pDnjwvRcBmn`{-M
zdBq3rboi5><0B)-H7(Esz{-JQ+w;rI>YAD@TTY+}=?)`IWYTX3k%Tmni}n9Q;MHRE
zg~y`k76bLj)cJ`j_B!zuW`j;Gwr@7|>*aod@(ZiNm%-yn_^PWP15m0UFC?Le)~EIt
z+m^p{<=`c??lKmpJ8l-Z5V#Y+FoulL|0SZENy!1?ozl|M*4Ea4aLy2@E{|t10pjvE
z@Th8y$Awym9t+mnnx+0-PjC~Q!;$yPH{g=fuEo$6)0kt`OeC2*<|K5i)Yfu8UcO*N
zl0ngnMLLf#wtk-W{58D4<UWp@U*jo5zMFN{aQw-7!*qEI6)((>_AG^h%UbIZcIUk4
zOIYTK*MCo269-iO6waa+zf5>;JNvOXOb}_JNV~L@(LJ~GkyXxPh2>*JNi1ZI586+=
zA&CYWF6vS>mH1>PL+gctAGM+gw)+S?9-Xf;@>`f)At%3Frl#4iWhRF2woY8U9>(y4
z@N5F7J@<$_P+yR95`>-X_qw;4A`bn57AU^>boE;)$OGq)w{wa<<oR;KSCO*!D5rcI
zwV8gMMP?q3R%&DX)y9gJn{Vp|67FL%uh&HbS!qAMJ=KYMHLUXCKuWub;b3OR=pCWb
zH<!4TFLj_-TEQf!(I+D(x2szKYdtzP7L<DNlam__#4%@IVQk8H(Hu=h-DkTccg$_U
z&eTV@F$`<fy0U+^4F7rZ8P(JE<Ah%q@q&X9Yxzy&Kqp;~O>hhYzdEMd3Z+>l{0B{k
z(tXb<lMN&^Mak&p6L`Dfu!^*;!CX68&(z~pN50n^m}rxV-j62>?2NWaU--z~my7D)
zR}zQAIm`^?Z>p(wR>Q5o$3U^Tmys6axlztxz9p?xxSknbt^xRhlVB)}kVgvMt;}IX
zombH!gM!a-eX7nX`Fp!yG3%$zA8C4=uOPBE;p>Yni%IueiIY{_Nkfx^<aS%^PUklK
z(xg}83;Ey2ChfCpKbf!uok0k?ZsSoa7Lvxr9w@O?p%jD8WrwvX-UAnXhHTNqf!bn6
zUK(VV$bp*N@kLnE1olo?MjjgLJ7=G_?G?&C{wP1$BQ8$f9@B8?*y}74wiTP5&WD3F
zgn<{&*}^u0#8EKMe*cBUq%F{UNBk492w9GP0|zR1!$$(EWZJ@6I&;ZF@q)CSxjirv
z8e-wXyCmw}@^u%VX6B>XvgehynHhD%Z>aAJe&lD*;@=zf@g2a|AML*t;ZomhrsGx5
z`x+N6=+qp(Tbaw*LG7X(r}UY@hKdmd3n4|)nneSyl;-Xy+6}TZ!6)5pIY!Kk?w6%3
zDjL|)++%j+KLQ9q)(KJ^es1pD<CP9qS62vyR9vYS^cEm3?k+BIkNnM;dM&Q$mC0Xm
zUZm~Uc$!37h&AN|s8LLL-+5o|Q6svFa1BM`)T_@KR3f(8_N3n%PxuwTYX5p9=eP%m
zSIip2-?r9CTh1XlIBpB2#?HT+9Qr>a{iP<_g<EJ&+(Z0ZLI0H*{ikg5zIk4q*v9;y
zlh1q)-PZ_V=dSMJ+lPn7ECV>Y9`YnFOT!bv%DAzK@kbf%i+3~meyr8=d958%%o_Z3
z$>W@0+y=(^b|#k_FB_)km8@E19wwvyLM$RP58h41c-x)G`e*6rVoli-y8gmh!#-!Q
zOd`LaVrb&_t}o1KcZr1e<T?~EK2qj6YLPQ7v9f+$qQ-M1A!1~%pC&h-i&cW0az^Ik
zZ?E#%qn*b^XM=<7l__Gq)bEq19z1h~0Ga17Owy~5Tponl-F3&eGZ&~@%W|%p;W=2?
zNjt&KUo=EP>CV1DvO=v?Xc9aA2F}p_V{W^fz3v`DF!S5*uP>#Y*8YSR6c&EIf>zel
z5QEBPXXh(EdN`(87fQJilR9fHOPOd+59hfL!KZ&V1iu<pO|6sr^d`W5jb`fvC0C>X
zi37!`fSz&(Jq9Mt9i5#yQie^I;q(rcgs4h}!>jiRH^{$!y4_vU-VdqKVP;4~&7`xQ
zG@xQ+a0Cso*ZY{3pZ&?CJ7sqkc`jZ=#Y&B@fL@a9-?J|tf3dmQ7YgNA*8Gl(`yFMV
zqhqbOodSm_cw%3Q>-@L6h`yd`f|z}0YR8+I&l^F13_iB;H7>;y9!@V6T3DGSy&^EZ
z8``!?O%@8k4%50mPSu_6qZ&O~d{CsMsbg8vdehCHTAzvNHZ_eGJO33AQ5#UthkWMr
zDpO3gXz-_Uy*{It43lgG%H|j(J}<Xn`zCES4M<DEi{=H<;M`M1EN0)peeYxVi-ZWF
zIE8?JF8K<u1`_f6HlNOI$c`KblB?f~p#0rkb5LT456hjzz`>!KGv3wNIn#XNeRpXU
ziS}?P8G-i-CR2on3BaYeU*3p+rS|1hGKXPc-u_Iof!6%x8`Fre>YU!$<-84}$EC^U
z#lb-~N|it?4!R;NB*Rnw@B%H5&PcW8aoh4xdZo5%_|J!stTF~c<{hMtc*uDQ3>on6
zdcvXEYjfcBuD>vJIQ)PKd4RdTmepBhne|5@mc(>VjYFk`)1I?{S&M!64|I;o@?xN8
z6u~ylwbwHZ{5G8LQq9WhAdcBk%2~V?2LPJZ%gucH?SB6Y>VF{xGzsre{<l~^CZN~T
zTS5py<?jp##RLA~=mzj_!Z=_s|1(s0X311a2)uqYKrQt%wf_rqH(2cq?9lTE$a`tu
z@%=lpfABl5jOlX#q5pdwuQ2NIGYFCsoO=q65Gp=Eb$EyL4r>fuES6ezQa*;fLOmj5
z#`*`~M;Q1#^GO_OsB22LVN56R!A%0OokhKpwQxzBLhkquXd9TJkjKr<{h{8z6AIL&
z070U|dQOe>G!`NuKr6U#N^c)d<xdQnCmClp2)@MrYj<re%=jWl$bCaaRW(+n;Nldo
zGUOYsx`w7Ez%I6vP{ANO-}SWOz_@eWxwhG4LMeZ&07ks3y1KruZgf2*05L**Vqt*}
zJ9y_U1bnBHT%iUChG+};?99<ekq;&&TjJo8z}vio{3Ep-xCzN2FWxu^1770C$A9Nl
z_nZah8b}<JXkK?PdGIffkB=`c=@d+U0bGMqO6k+<z$h}F{d@gk0)z?G9&pM46a=DX
zP(if0$qqQO$J>&}g!e|0U@c3t68q2ard7$&LIg<=$le{~i7Cke-T@|>fb@;eQaj1~
zj(h=wKgnlgv@%rxXm<s+%qDz)^jyTN`%A4D-<b@3bYvl3yb+3Iz#utH?HnFX0WiM>
zdYSTY{?r(&IwQk(c<T``6+odeUu{K8O%0PeX+AhtwX1>RP_NQ2sflu{=_=q5gC4!v
z*7Y~JZAGYkwN52En^3cff&bRl<NT{(e@p>wc<A}0$=6?t{c9O7ATwBry;GJ6v7A`n
zQEwGF$Y128rB!^9%}0e2Qh#S{WWVL1ir~<S!ItKI3G?>HNBE~1sXId?nhXSloq?Eu
zU@-g>0%E=)AS2=9<s~2>P@<W%C}{%G%jYFYc@N`HQVPm#IoOWYffBnW8_?s;m?V)*
zSKHb0d%wUAU;i$9LgEzp@{{fM{qx)x;TxSq5(~;e{lTysEr)Y40Ums<hnK@AEb^<*
zERp;)2qOsNh>^O@m-$PRsvsB=U54mb<S{N`q;&fMQV>>TKzo-^=wFYVd$1=)tt2L=
znsB2srm52FewWSwGvNl^9c#?zzBCO?i<amPeV0n}t$u>eU{m_`L#nRIK)o?GaU`Zb
z-+Sz#;J3*tGFe%z8m;>S8jfS<nQ8~M8@YIUmD}^BzjdqUw#!*Bi)6*=Q}{I>!z2Y?
zcK#LlM_u9jidShsM?Vt7fQ2x!<4|ETtW#ku4Ip5Zf(=_vprrs^&49!%bFw?dQ{(D9
zTULN?Jg2%sa@tisXWY}ma?~K}WOT~De&~Hhf<3o(PVref_#-oIMwUO~m^{9N#b;o2
zqq^r<q`U2qv<$0~FtN)$yyH;i8C?S&TwJtejuk4??u~J2n<(oZ-PKR5#T8eDub+9l
zFLmnoTU}Ut%y#p!<6ZrNM45Rgc5;o9Di`vEbs{kEM9pOi-!~S?O~d;9ldw{}1_T04
zxf3~^<fk7pDxY_blJjXRoEVoAUM4BHb9beV7}z@&@p`Ij0aNF5BRlghGnKJx<D4`C
z;-)GpHfH|Y(iJ%a4|bp5wNjAy;DN(%_Sax0a`WFFmrWLoW)kyH8dGM{NiJczb2{E+
zXQwL}F273WfT4j%N0TRRlCvw9ODjDaJ&~q?DG*>|md$I+o*B^af92!a9U5{ZquuPN
zxWBR(yqdU9{hdMWN3=Tpp>>zS^uQXNpmKbb`)IbGm|0bhVrUYJ_0mLVa%}d}+1LcW
zEK1JUFGqX2Wc6Sf4Ib)E!W!&Jog@_x{NytWFLk`TDfd7PF3-(Px)lCzB#1BmZNO^y
zqD!EkS7l{X$BJJ-z~cs^cRaJ<2f*HfVE5sEOTeC!ph)GZPw!OjMgJMcuUAv+-ku#y
zD7jU;Yb}K{36-l!b1XJ*2Gk2#M;s0rZJ@l&UR}!%<)mdh!K$-;eqDh<;m(vrE|g|=
zL91(6P^Q|;;7830F8!0`2b;l7nXWfUGFK|6@y2MYs=r4b*Av-B*^+q54qGs>9}ha~
zAE(%~S*ZlBRKB#Yw!CQ=%^6cDxb6z9GP$HIx}Minv9zY=(H|sFl2N@g8!MnySXI40
zC`z%h;=aPxbTtqw5A496FSqV|RQ=Fi5m-N@0oc(!OGy{@vfe&cS_?{U8ndfx=~=O7
zWi+mhg5<G*fB!eozD8^HVg;pkom~s(h1%-MQY@K<rI((pMlzj|zEizcHIHMsmzF7S
zE^Acq{Lfz9Dkh#qThqxhr6;JrZ45eEsh!8A-+*JBv*nkS*^>N6rFdSMWX}1snUmW=
zjA39Njp1@%ru}QNFOaUT(^oDyIQ=kGLF-0iw$2ec-heWgN>`(SapO)No411t%(Lpt
z%=lC>9<4c6L$QThuSZ0ChP*Ht)KwhcjU>36e4ek|kijn{poL>h|Nijs+bcUYBMD}o
zzF(`aj+mUCzrIc0%o$7nKhGFtUm1&LwBZ}J7P?SR7QczP9hMe$y5y%BgYj>J+%D``
zv32211|&&Nj)|>pX-y4aowfD!^h`~2fpj^bqt5fLS|V~TShxMLSB@iTd?M%dR`X}t
zafNUl?T5QZkH^0e^>V&q!O@615*8Lq4~OY%NQoTH&_wMz%Z+I(@q&k8@FWtT%qq$B
z>{20;<coSd4~ttvYVo+eGRynuz`f}GKuy$ox@Hra^cUfrb#`=qJ&DgO#s7hS^SW(V
z*!f;}?yc|Xi|c;FFk)7xj@mJUf=_q^w-3EfA3nL^Eh)`o{xoT>#*#~ZKb&8J0qk)!
z-$`mDHgoB%mUdMa;s-z2Z3j(98f^{lIn?K$>FUHEXC`7U&(&496g&Sx{6N^x{nE+O
zb+g@XBOr0T0p=gHz5&zo4_Gh%^$g!=lypBNM(HZ#@~m(7S2}EDhv>6zC;UBDn`CXR
zCLRV}4ZkR5eOL0yYQ`2n<(1L&rEm;b$j?AJ6o9-RX=Vj}_qd{QjA;xhQu>GDi_wlN
z8YNsCQvW%XFY7P2{{rdR=vpbL27g1q|I!U&-+UH!qkA60!?1Ty`xPj9oj+EJodqj=
z4x-7(*erV=-l|=swx8hYF@qUVPDiKVSL?sRP7369G(-Jxa&)o%pXDj=q-3(#_9)bN
zDmMRX3&EQtN@D-7EhOP;dUvPd{HW*t90Q*D$A1JN_5ZZx^hB$+oFF`$x!9XNJ3Srx
z%~b(<tmfwCN++^|UT#1MfdcxYg-gue51(#{$!uFgN#B1NFu6&w`u!S><WUmZPy$rb
zQdgPV>U9Ba>}6_ZdL6pnIDIWJgI5)#Y-R55;Sc6k>we6O5of#^kEtd1`+N8{kJeM*
zCy_CH507DsE_Dq&Jwy=FZikHdT!~DR$`8xyDZ0xpS4LH_hrts4tS!)uXl2BWeq(7|
zLp)TGtSXg)n88!xaYC%SYsMEGn)c5G&t}xmPIVLNO-CDhau~%P!rP>rbpz<D*=p@T
znkw+9B=_0!Ay#)N5y$YLQ@sEOVyDn4K`vcD9-oB~cyczj(F>sOhH+hqf7rL#8o!DH
z%~(JF2;>kJf{b}SYPQsf_8+b7x9SFMF9qkeMNv01xL>L{C?s-lj(AYCiA)i*6Em?@
zX|DG<=e6r<e&o38v0`GKIpp017N7E!0>;ug#9GiDt#ss#G!*>UFgFP~{%V%<Sjp-{
zOXk;UMmBtCHNZS8Ru2jPBVHG}DKBsT!bUn2ZoR7u|B5``l!+^PsxYy8*`Q@0snSVd
zfXA9GpO4$>nw@uR`rE6D2Ms>Ym<Pi6f47MLEclsPeGv45GD&n|{=!Lfklkr(FFx6y
zYidrKvjud3&O;HspFQWzzqHi*4YR3^m9Set9-`5>*;<caJ^sw>IdG?xU2e~2ju~XZ
zq}VKT-v8NBou@E$`#muoKDy&j%8}n_n7I`ek$FJjt>zu_q8ZV2+pSUcOJS2M6>9X9
zhBTf9paXcjXPjpp%;xb+pqC}O4OTqR%JDK~#_nxlZ==<mgTqp5(c#34KV<^D4!b2S
z&8Mex0vbGaQ@fK{4G3@XVVs@yGL+uTB0}_E$tO`2R#R0>Q8S4e7|OK=<YSXQn-Kex
z_*TRGFw<HAc_C|;0^#pxOX8Qg%0YLv8eMkXP9kJ56Ssp>UyYWs<n#2EcYmBW&PksH
zhrPa_fGA+Rq>3b7dWRl~5Jd7UkyfA)=_`i9sGy~dH1AH+nUYeRsNdYLI5BpkBC)?q
z^~MLHxyn_r5u%GqW*M$7sqX1>n#u{<*{A3z4lVO}`#Bd6m;HYv>aKD%F09svj#B?!
z3$z4S(U(wRlSr_pe0(6GAI2vqqyN(eer`^qdJ@P}p!fH<-<gqV`-eH){fi%uFS5FI
zbRSpt26bd<`oT8F-KtZR54dIXjjL^GE;=Q=>y%}q<r!NSo!hTjJC7C<nW_W1UqUq0
zi^g{*`por0X61vW{}l7yw|ok3YCfG=(k8wau$MTaVAse~p5#uFDSBUR-Ik>`d}`?J
z;xS+L*i^rJ-2WJ9G$=d2=(=Dp)il25xFt~NeEQ<Fvc_(eE_u(<eJ)6WBaIqgdiHd}
zB?kiaBUV>Z+D(RgKP!ws9q4SUWTum!PsXNSwPXB)V$icA_O%Ixh+{qHyIGD#llO?r
z4Jyqj`QxV@aJqN6OwMlwXyw0;!<=@GbxzOrE$&_B%1{QF$s9#xs<usM_LlpXxxWuG
z%rJlvr4NxAqyj490jV;8K_8kovFn)yvC?AC_VA+quwpGEfJs!La~dRFg{VuYyjRKz
zW?=!gClLMjvny~&?VsOA77pDjX;c^gx+>AdF7;G6q|UE?$3nX0JR+Oon)~b<F4I4G
zR%sIChiLlp<HObC3Gw5~;URh|P;w1#-QC_cU#|uWJl+gDK8c}{gs#sja<;_iLkKbq
zAJcI@czRt{%H-hlP@j(F3G67Pcqc`hm711~2{t{pFNX|=jct(9!r>Ma@EBRK9<i`o
z?iK#$SvQm^@nw7;JuO+|u`mXQA3QS;&m?rA#j95~S1d54Q@dk%Qc1gKpW?kQQG+U1
z#_%<llsq50yC+i~|FE3lc?|r4x&;(D<V=V5xRyU24LZMjmtmR08NB5-d6?9jRj?Mb
z)kQx%pEVO#$>?9Ci~CwfE?`DYJv{Y96vdN^f%@%9sf(j<QLahCPngKf6NwY*)7;vb
z-%-E(!DGvf1$whRg$cX<v*(%5Y@gSBMmCPl_NSLP=_T)9HLzD9zWm@3j*ov;!cP(w
z%vZ;NfZ|N_eiZZr%U&Oj?rn#Niup~RY%v7CSH`bmalEJ}wIJm9`J`T^5L>AKHC9Tm
zU+_z%Bu3N1fEl*BNbN8o>$*@{QgR6Ohi0-WRw=^0E&gCex&h0lOq2|RBR3j)c8=w&
zC4&~a6w!XlF5&JYJZ0L5H`Qkr3<9O&IL2$|q1Uu{$gBF_GAeGqD1IY>0ID1G{Tu4<
z@Ba?DD_(v|RrB-n8ye<2It=@wr~zs=ZeFFuFs;V<(Bk~yw#?wo0qriZa<SMeF!Ofb
z_$)Sm$FqFVCL5{awiDUXcu^vI1u0cC`|BWfwj8;Hx3_+NU7}lfoxLifGsHuDbTd2r
z>fwSB3N;j|D<$%l;6EI{Kf)_fZ;?>P+d+VoBsa^S0W$RWj8R!H$DoU&Ntmp(erV)Y
z`*NY~V{PP#ykQ7!QRVHdeXn<m)A3)n5U6*<G~>B*`Q})n|KO?b(Ou=_{rdXZb#Tl5
zATNg@6cOCp4%Yrm-mb@bl^r#O6Q$@mqJQx8gho*-(luw+Vaw&hkO)GcjV~v6#tK7R
zT;q7P1!P5vceRg9wThK81})KiT<syxQ&rINQm>Rd%u}V%07Dg(dr?3W8ja7Slz@Z!
z5d2l}9S6;%oH@znRUWHc`r*ZFt)*Q5EjC5zoSmVv2Z^W;MXF>d@}6{|SnK!K;NEo(
zBbbMWM<V4z`kJ(mLluUc#xIa$w>yv3tk{|+Fl5$q<=c+7?U|Rl{n&k`+FtEJt_IIe
zhrJh?S|i?__iaf3X3nq%>a%Zpu6GADI6w`5c6)j06qzu*;SZK+=OVc4fJw&w%Ex^b
zAI<oLep<;i6^3YQEs=d-_f4%vAuHhIuLWNc54N&_U(3&Y?;&DdJ4H(sf+OZfT^xbD
z#^bealHile_=?XIXtR<F6DfJ7A}=owFzm;v*52H)^iPmtvysBD_{-nqeL)IxSwBiq
z(!-Ukb$<QvPPg2Sba!tLP>XaFkj?+4HYS5pk9J8J3>@t(i&|9HFQYDd`|bc405!Jc
z|5Fz0Je>rpQs4o~R2)VW&UJ$t#15pCK-bwO2_X_n&+xXtJ=gs{xKI+?{Kaa&b6wRN
zW2LL+t%|O$faC6j7X?JjTpa!<`b5^9rA&y7<is%>?>kaJz{?*}!{Gj95Tqvzr6&}4
zeog8wBT!>a@<U%NXHTVide$BRe4cMkBvCBd&t>oHt(B0aVV1}B-hkoM<nkYP4R+p7
z<CefpQUSo2)PL98ib(x8y{#TOgncUHl{2{q>US0w{YxKoXEt%lC;+Fqu)fiQZQW*d
zI7-0<V1kn`r&#DKpMV$KY5zg0nvg?)f;hIn>T*?W6-JB-E36U){05#GRu15ePy?VO
zo-Wq52c_V)wzy`xKkl*s7@d};4~pLYokJi4hWxwqE4G}Z5j`Cp8TIuVSqh<*Je^R|
zSAi73CgfG%Z5_ft6p>fz-<y8xSb4Jd5rs|QdGImBJs;mr`8U!ucpu!XT%JkCstf++
zHMEk^N%JZWEVf^EORxbEv+m)DVNW9y;)M@c=TF|ZQmT)aRLi_nNy=AtgystuOu_<@
zsep%flk}vDs;0nLF~)zM-Ws9?3qUU}g0Ot$t`%D;4pn*GsYm8zxFTO0O;6Xjgyo#H
zkBQF|h(R6Cf5ei-Di&VX4{jzVIY4V1esmq-6#5^O6vp`TE1=x0)v^{dGukbNs?vIw
zR_v|)0lK*Z&&L6v%xv^L@8qC#c4qsHr?m%^cO1NfN8=;!&|~|PIA@1J7h7=p^3(G{
z%_*oE9M(0D!w~&1NZ3bT5&~lWH{bR9Q9F)Z8v9Q3CjiU6aq8^-0Nq=TR(^w`i)7$c
z#|JbgaIww54z5m#Wjz;{9G13S;NqUA!azn4veR>#QFi+UV;?ZjJcmbt0&q{@a=RwI
z2x*gI;<X-DcJ#oN@nEzb4a7)*EYSUX|Ax$QqTV%Un+<H}!++%0hmk94@P*?$0JH>0
zrACoV4iE|$#TGYK-91{EH4m=XR)$m;6!d3GQ2h_$-U6zsZtojin?|}zLIgn?Ny#m#
z7=Uz_gf!B<0VN~_>F)0C1_|lz-bi-}d<&oFocFwS-+RCNjeEy{F@O!5IoF(P&42u&
z{)YnWl1u13U&T%Fd!x~?IiQsnc$u8QXmx%-z}qENY(nDuQ21)#?s{JscHki1*&4dw
z`mx7|WRNE1X7_wit^5hk>ZTyG(ICHbD%s3NCRe8R=p=;(=dh9J89Gp1eD}CI=Ok<9
zXW(oN$Fq)3Pb}D3R$HjZb7zWGWr>h&i{iS3WY?YW-p7h#{CBmLxF~9obSR&d^BZk$
ze3uP^(|nUaMY8)nGsn<=hy-h2<{slA?j5wL)okCqV=%-3G0)Eh>9fo+VmW_G9n+8c
zH04@+=wlf4I13)!dTv$~eO(}YXjlbefa(}CZo8@hHZAr>?CPWKXvo+iV<X#xPk1Ss
zJ_M|?{VpE$Hwn?_$?QDC=4ru&bDmA<JS)|<6Xq%+r=PZ_i>G@DbP{sWHAT(V&l0jy
z7B+M~kT@45m49;m_Q8ISWSW;Q0Mb%)WoUehgoIqO4Z$??{%bw_y*MADL&ddL7w+aA
zFM`jTt{QU68n!^p%T0zk<litaacl^CfuXpR!s{zDU07T`M(8DazIS|;KS95dV3xcF
zw3LR8t%_XEXwxP{ImOG<{@ico5ky?sgZQ)qItAPmd~s%oCHl^DD9Iseb6-zKe0`Ii
zEOPU9|2#;hhxVT==-rU;1XCDsl-ES_y)is8vz!j2LxG;+@J$Whb@X^3Ko$pedN%-`
zaX#r8P@EGi<olz>EXN?&3Ei}7@NI!RdvW1h#nts%(83V_!CVf%pFXlyzX!VZ(CQM*
zC{?!*m9AsAyw=5Od2KRiglv1`bCx`)+RNCdA>hCgmw4sDOS=9gPD2B}*}bTZ0F+c`
zOlwjA#c`eqELUe)GlhMO{6XI`Y>rP>KUK};omM`2g$b|+7`t2e>`Q?1PE?_AID2Di
z&S8{OaD~~QO@WKU(f$o62+}C3$;*+Sd+(Sxo@k2gx4N?RdsejJAwMfji%PfLUgdH<
zV%0rq=W=sud_kA}WXIGBc-R`Uua&JS;3>94w(=NOPPaMog}^#-WxQBLGS(C^%q8oG
z`@+7lOoy0-`1tU=FVy}Xbzq}Xf4FPheaSpIbKD6fslei;4{(*@m*NNEAvRc{-SM0I
zd~)u8jSY!INC76)C>-v1Hz6$mLM1{#$U|N2Z=-0B6RXqUyd76S@yqGr?d2xX6NfV{
z7bOwdD9?DvY3Gp@mym0jckC!_Xp{#D-US^D?T$fK^U89g;)lm`qgU}Gr#+`>-e?Kk
z>w^HEM>wK2v7cgDc=RACPpEanZ*4|47cKX5zq!yUnZWSB$HFN?nxzG!I<}K_Ipr(9
z**oP`nk|m-<e{J1*raZ9T@*!33Ea-H)8a7hAxJei9sL+JpcZ%ALss0|=CVv+GsvpT
z41W{nb`=;V_v-_YI?_XJBfjw_&Rov0U?M|Te)jA0QqQZk9IonitAP=K@%BP~dH+^}
zn9I1cb<RAwH&Eo;>lUS7^l(;}bAr;z;Wn2d>5B%{s*yCh`<om52*T$F+1J2NCh|Z^
zWXqdqW54T4zHN04^=u^6nWS^iSB2~cH3!SBnft>oDFI%BI9*(=%w$MMEZ^C4T^$H{
zm?%`#$CSIEXm8e*dF9$^Vo(85j!gsvXGVp`HQCMta)T|%2b{fN=^6jAm|xxVACKKK
z8vmRL-lXaa9@o2H25<Wtnn0D~j161oWoseOdwtm&<Y#<nsQ%D!uBCG0JM)m+6{2mV
zje5iq9jrvw+Z9P%iF`g*1F#9N2M8mtayAMsSx(IT+mujzf4yx1FbO>Ns<xv4`d>8u
zsoq^He=o`*+6%CM@Yno>#O_blzg`H%Z7)Mpbyw3_67Ytj^PdaP0a;{#lO-%WQ(Wkv
z3nHdq!Q%Z(IMab+9QN4heR_ML9COeI)$h9Gt;axzV?OsbLVn&Psw-MSE!II-ti8jB
zbiLA0EZw-DV4P3wZSwcOY45Y91HcmwwTK-s_ULB$#>D-sZNV1LHK*}x4D9Y}E$pFi
zjDE&ChIh`m_D+dc7iYss+#R)cm;FP~9F;a3#&O^BO>~tRAPTNouwGA6Bv0}S*lI*e
zpwwOzLxz-GD>moGSGqRtNe`z|g^c{Cd&rTqZzeZt2Q7Sc8^&c;*%~}ifQs<~CLf$L
z%{K(R13I_{`wQC+hnM;5yOw90F~4RWa#|sG4NzeXmrQjRB@e)pZ*v;v)2+H$d8p(5
zIgx&FB9mUx9<`LP_dYxMSku`f4lIX+b%Q7+qI`?a1Jv-B3H7kwz41!Mw$(-7AvIde
zccZZyA{ZW`(zNE|OC4YK`!Mn+J5Gj;-mI_hgd%Yss|>JNnat~`UkQ2wQ)>JJR%hYc
z$xp~$6B8PeTo=TM8o1n6NAC_AOZPkXsAqC=HqT)%Eq&98Kgq%P(fp}=>x4pMl621U
zL?f)fF40y^{&syGD^N<3o8|0qGj@mk*G$Z>7nh6L+=}YvA`-)YZw}vBJr^99$F@6U
zWAI?ESo=_3{wz+i9HKet((ou8;|m6`TtK$kmtADME}OuN7SpKjlN@G2Bx3c6nQK}x
z9xuCCu|TziChX4rbErXt4xL8rjdQG^b!zd4TP(@Bv`PYGTvVCRq+b6RgUS)_yC~DF
zFEx#BNt`vptorr|t-CLC!@q@uo2c#>l)gXR3a4?TO1SAx{L$E}435(7pQDVxQ$=d{
z;4;Kl8Eo!s)G;%rkZG9wJN3piuJNi&@1fel)WhvXSGbzVQ61aq`hq9`H4K!QqV>Es
zITH<OS{_mSp<Jg?wlLJ{6p#P`Kdl@%c$xOS7rX*{M;sq&8I#V197d2MectL5ndz$<
z$JF31IQa%IQbNEz7Q~Dsj>nPZ{?ptBZziLdB!G1Fv4phjbIX|vw;pB&)9;1R`3%HH
z#fb{bE9VF>@I*4Pdh6qXEdWbW+s6!><#3)jW?$1TdMO%Tx_tSP0vpY_@vc(qBVr?t
z<~8`RV@^BW2%6`OWfUb((_4@>J|r*%eJ_OEUnqUthu$T5Kd<@cg^0s@3H){N8M@LK
zvFLYwwUQ-)^SznAdo{BETN?oQtMV-$NUpM)`g6vgV$&Gq6^G(_aQSH0j+M4np}rAx
z664r)EUv)bM#MS5ClxidHn(biN*LldEpaK2hgB}ZmQcO2#4s%qN%F-D1D217zL6s3
zLn;)PQsgUz)r969_RYcf&q*!calim*tw+m-oIAh2OI@ZuOBw_Q*q{aZTNP65YfsU0
z>*6Q`3>s63Vo(lF9_t=I-xTV$Ig68m?i4A_>=6#y%vmU<_o;qVc%7d9V^S)UN(z#M
zN`o|Ns%f!@xP6ABGKeG_x{X(3Ccx=-e=pYV{Un%Vu|WOY`}OF3bv>%BNjfK!e9txg
zlknh*bg8kVfrZnr4TKitPJ)jlJ(h2k@b8~(heI5iAdf*<3q;&8iMn)(SYC3OpHdGx
z6oh3U4{8ESBbS=er5=nzo*Ur=$vbBRS+y4uVzcTB+Nwq0yM(H{;;x|0wUH|CTmq7w
z*1JjV9Dblq_x08lV0Lai`mkv?eJbM&Q#3NM)J8uwM9a$dw0ox6hBTmgAa0nd=TOh1
zTFvkP=YhMC_^7&?2VR=LJU&*Sd%tijo=AIpH&@PPFPZ4wR6UZde;Q}qG&g&xsJ<Ut
zP}+;Ly|qc%s8UJJnFa-^8R|d5krYvT1aMKN&{AI$A~T6>8zqD%pe)KG^u*<7E0>Nd
zWiwjJ0?!jRspeO|H3LdaUmOjjacO_~qNUlbd_Ki<j9FZB#KTuYr+;=UEAQ4&qRnsk
z)As7nZg9=1(cZ!1cldPqxo6v&_EW{WfrYwFba&g=k>D|1ZqRPmJsp3Z{PQ%IrGVs$
zP3<5EiyG6CA({Q?Dy<}uS)Z<SHd>Z9f;{&AHoiF_xwGS)B_k1Zi?U24`5+i0P7pl&
z4!!LS^U3G={5-wY53%8_EW#&xsxXs``9IWEeY;k$3V>*$JgmCIXuX|%KwsI^vfAc{
z8r>uv4|73*eGxx}5+J&^_!&DLv$Ex~%JSD@jd57RTl@Oi0#k|1h65*!<7tj%d{W6#
zsw=HYPKM2gQ3<LUj&z&s95d4N3RgurOi-VY|EeJFPxbGT8%?#uK0<4z#`>g`92#(J
zRQAQ)_<HUrI>6-##-SwcX9!cyYY0@=X)_gNE2Rh-@TUnwkP<%@v4Ak1gd;qq;k1=O
zwr6b#IqJlH3GpgTiWQb+WlNYxjd>%R_oWV7PMijk;a)j&wpb_s*UH6JFM7Bxmy2>0
zTUqfX`rOnuScA|+Z_=lGq7V+fjW_NH)~Wjm)RpRuJkRi9jxhf9AK%i}#??A4fcJrH
z04y)#nJ_(jaghvqFiMmDkG2Hbst)n8{)*jFg}2!ew%8=!6%k=9fc&f1l8<^CeVG(q
zV;lGMaofuPVPElx_6W=9A$z3&@6QDEaz8@h(TKRXGM%2+>`!xjq<jD?mOzXsmf7yT
zXtP<*S*brc1gXt^6~apkhPJXS4r1=wEo}<b!RD$y1f~l`1oB3{kH>%7Qf&nQ`rf<<
zXA8X};p@=n=o!OO7D`_W*2Z1G@}Qx7hicgnjZ7vAInc=wmSI8*h3pmdjVOTwF951g
zP|(}|5o2(+a$md&ia*b#_bM5I^rz1IK7|STt;7RlIZc(s(roi)eKUzR&e_|=@y(ar
zNq?R^t_DcjNK&{soOxAMV>>go*JV1w@kw@Dq_Bc9MTaHUkeOPp^QnP3gO!{_K!*F}
zylst@##=X2rK$XEZQ=N)vvzYQX-E#@2sX6=vO}g(srbb~B6U+-d=uAs%z2v%gwV`d
zcTx|y9-x|WJPUh~x@=$}ALVgEU1EKmTd<p5wnTwU!&xq)<UCV#=g9LHr`QMiUgoJ)
z0`aqX&>|}V<m%P!FQrG;;VEw`JzW)31OX)TQ1ysv45;=i`%jBi5DJ3#>GKeYK$=(6
zHO2}_rK+zIJ<O)&_2_9GIcd;d`D+&eIy>6rv?%q2t!VAt?PO}^kDflVB&*M&(c9hD
zIOc{bD{E_hs=&J2H@z>~fT<G(*b~+dQ)AvPe=*eb7~KM<K1%q5-A4wQ2KOp*$->Bj
zk8Q_7kWaPFk7(QZF;YjXTomM`b`$fvC~{mPMl64Uc&aYHu`}<vl@Zg%cZ)JPgg{!x
z)+7Wt3NPc2zr~qi{1Z8*N9er*Fs~17DO-<`60WH%fl*9Ah_7XI<PnwAs_s-~S4yy?
z?i6l0<r|(Qw4|}k68txhov2__iiIEPVGcRP<WDQckk3qtan5j6Z7G(5xwdzF@Pkou
z;#-NxwE1`yhn+~j$z09(;SlC1N!G9V9f#+qj6p5REmB;qG#twhPe(H583_0w_MPN}
z@XANUbO614lWGm8CT?T>V3nA={8<KW0B3QDI+i74US!n`b;;j%Ap@AY?SQ1%nkFFO
zlCoSPZ|Db_>!9RL>e-9}XbfZTTu;#g#)SRJBxd_h4RGe0l9F^z=Itx}9t+UUDWx7O
zi*wJbQef2Aiw>!u74wM{+t_VXu?1j$I@Cb~OeI@$9oci{jOus?-7UG0Rv~sbb|QBt
z((AiaU6Cw2k+sr;#5+^JqrR|}6cY|9mrG-bOxbe2o#OX=5!C2fJlhE`j;gMoPB+Lh
zv+ZagA{D%D{VJsrA$0v_@6;jmaIS008LtgJ(3g!IhyKZ`gXCFKjh3@8-?cjgkA`C=
z4^H(m>J^f-Xup7F+S49!4RkpbWJRUb1LjWYnKLA|S$7pIL!)AL4$lXAD|a^(pc*v|
zn!X}fC}^=?%G9w$O&O!PHWfe1t)P4@^kuIcvNQP8G3mJbIX;|?ruoQde0r{s*$}Xt
z?7g$wh#K@>9Q=l+!NYH}e0|im#lz`dL8jpR{QB{W{@;=1eH7~F(NVVp)WCzUWr6O>
z{mGodce8zG@bbqS4M<D>J{m;;>dKg{w5mtG#DJr)KKN1m)@2NNO{Z4P{wlc84AYYD
ziuI+@{6K91<K5AbZ__G#m^!#Q>9Wp#E9%l~HL#fXp-{b`-fmiIU{^Y{7Xp&{9CuU4
z``S8ap@lL*v3xX!Tc4rpUGoUY@7L@Z**@k8L<MYNVud9{MH?Eh?9oZZ<F_=;x#P}l
z3txMY|9xGay)gq$*uUcI-eL~kY!Oit85XO7&WZMg-4wL7ay6hJbR1`s+m?&+ZAYy)
zY?_((0)1L}`S?lovxv8qWHwhaonMhL5H1&`FZg*cCCef&`3P+SC*Bc4A2JHNFg@1C
z1_+szirLUV!CR+2=K|*P&FNuR+sL@00W<kkzpE9wSUYytkAqrwKjP)DVp>YeL<XIB
z1^PNI^w}hxiRr4RY_7BW36bLn8wwv=VOwAt8J{xBl%r(j(K*{28rrK-IwT3;(_#fg
z*F{TNX!5ZmLha)VeIbu*^S{a>pyfoo7MuEcJq{A(Y0)IItdJ<^(*Med-%06G4E>|1
z#r1e1D~XBqdJSh+Wprme8f*2(QP+m5r>8i<qb0+Hyd3uPTL{3Uq1Z-zIV)X$XLEuT
zoh4RPmg;ke{~YlE|M}vMt_%6`T%`=4@8KtJIN5^%H!zy(+aYX3B#F%2=dT;!sG(eC
z;6Xzhk9Mz!w#X;@GVIhknxv&Sl=s7dSoC?quoM5XYx$j3-|Np?6?t^@JeNR9u_9m3
zb@9h)^)nZqBkmur!gz0|<r0Z|2wa1vTo$L>lx)l&2^*3S{*p^nemF}=UCTr7GGF?+
zUHrpe56a;lv>k-C|NRKw`NqQPQSo^*%fJdlZ<9N_)0KDLh?uzHXs}o&$A>iB8|i(-
z$tLZKj;|(-&kd^IKIs*O4(t9h4Zo{A*b0Yx2!gX>MAwLt3y($9JuO;+X>~q;5;PcE
z#?;Ulkigc~19FcrZWM`<OE^nwFyq3toO}BlwA@l;JUbkfM&40iMN7VXMzWXR_ew}D
zID8#d0!rqZ!s_IzIf6^}*Y>r0hJX&O-y*KLQu}cR?N{vxB3evh8?cHgyNk$Jyleyj
zYjc%(!mnK#W4H#q+mz6LMIGu#zl~5DKjj+uq(*&2l|{=sr~H8dFXX>?RVBMFskejx
z6<ub4i|zf6Exi)l-0H(cf+(ZTb%`7R?2tLve9GBbs|R0J^?2oPAzx8oMOj?eqR&Nb
z7W(k^90S^yq*h<h>}cccz6rBv8?M`V^HxJEHlmu}bUO7ju8Eu+0;9}>4hZk~S#I<z
zBtcQ3?=C4Bg==<^;qLV@e4?sVrUt5RDJ{MX2um-&?nIW%g`YHR)#;mXTOV!sNm{(}
zS7ogYyu0E3`zUVxXJ#@i%ks<g!mkm|1uMtE-Odx3FIP*=rpwqewcHFk^;Om-$JBTq
zH~0enJfwV*8$sW(aAfFd(rV3Yo>X+{NLG}T^f!<EgnyTL@Ku%745#0oT(SeeeR%9~
z$$wrd?5h9l!GRF)C`Q>JFf~d_Bq=-$q=KL)QB6J`3aRHHPlqUV-YR_2#_%XN@}B1U
zmKxlJ2s?CjxORSt;1+|cT1hXN>E#~^K#%|={z$5P#qO`jRWosu-7>h9f^Sl>4fys6
zA@99@y-OgjtVQ(GpEom5VIIp*_42ox8Iqd3GWa_N__8bmOvP`LE8Qqv4l|$G^d;-%
z-#Jwoe4%4?+CTuJ2jBu{{rt(Iwmku$93T3qrW<XlMd4F+78MzTBn^YN?kS6Nz03@a
z5`*8hL>`|xjmZ6Ln$xAck<^ctyu7?hrf9bwlq_0Lj?Z2=x+o#)v^EJAB=%@G57jt?
zZ_*={@t;_4cvCZBV3p4nw$=&DJIQTwQN&I39tGk`3Rw^HJD=sa>;51g%)e?}nT9_S
zCkaM<5Nkr?hXnO+vGaV3PJ=g>S=i|U(Y+q1$C5pfLO!3!6a6bTb&?}ZLTZUlL|Evw
zSFB@;DPId1D!mGz=NvY}PP&}gzK{e?i#TmKuMBH!>D%&<djtaqoQQ}WY$!G64JP}!
z8diEI=UT%3r>{jN4-dg=<9D9HU)`gxjRqI)&?8(k<$ejcZl^I!^<MpAzx`!i#l_}u
z!7?wv?qA4V=e29bxDU2%La;_Djja|uc_*{WO0+lYKeTf3x^dJbx;6dS4s3HM^8eOh
zsUtG|#<W6u)vhq!xV^AZ#j=!INByZi-ZYNdKdK3OU(!c^p$rwIl}^boO~@|47G|eh
zw^?rYdA*qa7AlO`(w2H(dlX)3=W4hljvk9*NSH%0C9OGLGR&F_G#28d{5!GvOuz2?
z3Cm|zy#~XDN8`A)V>dtugBe}Qlbh|-U1gUWvg5}>F8=nu4C&*L_b2OGc?1V-gtRYq
z2K%>XXWzngJ=xeFhJZ3hQV+mD@;+~IBD`lPAT1#NqfFTG^1mw|K0crY`4abkwW8Nq
z(qyNL@z#$TRP1^0v`H3)1e-sj0w(c<WLs+Ymr*!=0xh<PLadZ4UVPZTTBevYsz|<A
zoU^Tph#^a_g0Y!fxxL{K|F`3D%2i^893w`V7zNOOjTScpQAPm^t{TfF=eU_?Si`sy
ze`yB!p@9up_yA?3%=qvyCt<IjNzmRuhyv8#9)fHzSflg;;v@--tJxsxB@sE9-hQpW
z@R+vi7O3CPX61+&^RdnM@>qXY*l;Ixc5?JMu&KW2%vwVFb3K#Yf~kKNg_*&0sTbu@
zRn*OP@Sxel#M;8wv_6`@Cjpqcy!F;R22*ux(NEjtS<F@^Kua`nQ1nLLxn4TCcP3pD
zUPR2tyAK9{>;EW1!dg*X*|N|n;OzdTj{ElY7r)1k9Qa)A`t2-2VyY1gj6-KkD)<t5
zgl#wKX4++kNXvD-hHSkmak1q8+CWY*n_F8Wrj?+@_IYvdLlAkZqqD!eD@@o60>VIw
z!-d=J5Q>Q%$N%p^-X6<CIG=0Jscb}n{Ufj$33(`VWEMeX54lvaR8I6T*e3Ux4fenY
zSF5&VWA1HkXwVzp4DPD0P1f76f?v3L*i<ghb9sVzt$&@o2?%^IEG)FNv=ryQl%8yt
zV+1WCfByWbUwR?$gvRmzc?7q91~=Sm`BHynm20H#KidZ<^O+r`RqiI63;E7O_RAzh
z${F=oD&^&m_6q25pU#%69;bvj3D%$6hKd}N+3~a7x(j;(6da2aMay@AK}yB{Q1aZj
zGNDCk2vQ*WZ)%>rb{yKY#(*|0Jf8B6tU*$}GCH(>pF^>3bzxZ0T3+ocBz+sxXO`3B
zy$?*zeOlUex+?Bluy1*{=6WP%4ttfd5x;AHC0^QcKo??w40dEgbK90o&Kk@#Bk{?7
z%K7NUIgD%Mkm8AyE(s0wBg}lUm8{^w=!Q>eQqwNAF8X?BGtY_GJlKIvpyBh`1otL9
z1#vU>bO5NuiZB+w6Wd$=dQwhCku<q@MttOQ*SEsrk+w5??w!q^!^GN<ti9>JG&6~j
ztcq92XS`F@BXK!Q7R+P&``pt`-c7qm;&_I>9Q9#Z>({QF4D`Hb{vRf=t>U85mWIAy
z+zdxn@zfS%xWIGE@xL`xM-8G%fVG-$nNpQ<lP}UybO0~XF!gWpP{adCTqHnh&_wZ*
zYKCm6X{s`SfQHcTCig-~{|OEtr-C2@#e9(x>#$w;203`n;LF>G8^@2r<_aef(A-d?
ze%uqJeEPz$)BRjx-l4bPjuh1)7kPx~;dBH^_NyN5{#yC%`}A7$)m7pm1^{$BjK57a
zX^_O?G%8<!bi6q|#cQ)N8e)zX;3YMUbvXE}>$2$8V7>6wC;7v*qBbE48&HH@LsEbv
z1a>)v_Wq?<3tow%@@_ZUs?XP<>`gP)%l*kdDk7XExLC^EQja9Nv5gx%M!GJVko0bp
zvj&)QEqzpJ@hswEO>))|7xX2N4%%1JB=pdw#1Cd>3<8b{^1=lwJ}z}g`}3tmA-`1K
z=Of>lm@uO63ymy&w(!nB*!sb264JTJ8Ap6_jKSu&x@W@1lMrX33pbXC=aM^b{Gc<d
z#cA9;w=F#aF^2q=)A7%6zB7Ig`&w%Hx`vMTXHK-TMy$aO6|?yY2Q}J(l==5!I|Fhg
ze4m@FowWu#_u|fXXwhO-oHB%^<+4ZOAeh81hbW8Zid~i{h8S3?J#$OWcdc3?*c8p%
zrXlqVHQ?Zhkph-3PbN6AhR)_cb{`;Ht}sN;&W7cBDbF(ZKOl`(tI<qnn?p<&f|N9d
z;?e`+(tmel$2?8`H6$z?#&DJq%PZRO9Z<D0LC%5*-JngmVG9h}Bs6B>;ntf)`o24S
z*gdbzQx_D;Tgff(^+aR6-`*;z#^|FUjiU1R=(_oNoqrauDNR4dEI&oRT;7UZ`eh@G
zu<JM~(l&e{Hhn0S60e5^ozoKMt{5hD&skG@j!eH<%gP%5f*w@|^Z*^pggx-~ch6QP
z>+>1(qe+7&xg=j7zWrLp+rr0B3Jqw2#0%x576_^p*f9;f(o!OivJSGKT}(`HDtoYm
z_#TE6oR?B})v~R09a${VL9M@Q*j>D!G=~D90T(9uy**~}8YePaezY~xF=WrubL~d!
z5Dm!z$j}(^T4m!_1%tpPE-+@4&9EmRXQ)R#l@(sFUN6H9;A$4I^vx)_$;9na;hWV*
zO1g|><EN7o_$hVTe+>%SO6={J`fhNg%}}tQq&sJ3sI8{8HPImcYOBRCx82zb6XdEl
zxZeJvN7Hw@xVU3G^%&wsP;IbzJo+h<_KsOH@G(hPodZ(8XB=FhvTCzD{DG2cN&W{1
z7Fbq(bQ4pKi_tDS()lwag*D?yZ8JojhZK|X0HOPtl0hQACXV>e6_U&>52H26lI`J6
zpcw?x;ud!pD}^zkCoVnZTfmVY7D`O5@^)yB!FezBoG{h{dk6%{50~$YFk2Zro;&}#
zc?C>85^3iEok0kmywP3X-Py66t65%O?}Q&)aD(wriC%WLnc}I+x^(eWH!J8@a=SVm
zLKI%H6pI093M6kcPT+ij4{Cl|iJ13j<0eUdX`*4)i_sT35(A%5RiNJFt3K*|#Xihs
z7(M7OoW!lDT`WW<pykl`o{A>2G_sa~tIgQy!U=^)>-j32dbV3wytSmUQP<^4nxUQk
z%~C(Is3I}BQMHDTy=&S*%8)THcVXl@$)m5NKZlo|UokT;5?o0$6({+n-)V_)OAM2C
zf-F1L5e1;6xx{+AL83G!xx&goeZ@<FXyhx~2R0cbntJOOh00cm(VJ_ZzgJXFKPBrN
z$9=A6pb6vNLlaD4XMT!|i$5Vqyy$p_3sjQR+ix}WhgUTe#y`uK{bDHd!3KE$E((I?
zdD;#tFu#PU6P1-Q<#Tbp?`xalk20dZ-*HZ;43u9JnQicCiY1i7!c~Wq!<*nxP1DZ-
zk8I1Hjr4KjO7G5<2`g*A*C^R;S>EC}n||@TPPlWc76T`9%{<O{Wb2@m1q-+2WW4fl
zn9NUB#jq*-TT)~g`ThP=?Z$`ytWd>)W=g#)P5Ur;G?tJzMF`~di!|h?VBw;gi<Z54
zVuPP56OeF1YgqdGw0Bedrt}I{@>rqtoCL)2A-}+lLch7xuWGRyBTo3S?23x`<F2Bn
z4(r7r%c$7(xN$5`GO=`VQk>2Nqt?ao@4?%Bl5z+KD2ottlJRr6dD+NwP#m$6c3+(W
zmQ5mJ$)Yk^)bw**>eNXe?}ka7RT0acRyH>;buX*RN?Q4I99sE<;_;lXqJssOJKM&d
zcwb#plhI*^7EY_&DWbg=uR$Xn5UjD<9eQ`O?+G$9bgInB{Ms);3Z{<hZsmGkbg@>w
zG9CW(kf&^-yEWN=k^JN?|EJ{V<L3Y2<Yy;Vs`xx2@m2Hr4VNJA8<4>7d^fF`48k>1
z_rs9~rw&?|9F8t&i`gH{*3wGh*SlYS;L4RJ489a~<vcYnn!IdtX|35z?wrCN9+EIn
zRPg3Fi{f@oSEs@K4!C7XCA!r>$$$eryZt!fue=>ry^Nzs08~S1!7DF)0Tm&g03eL~
z4xnLdQ;zgZ71Q9Q%_AQ^!n66EIR3mIJHvQ4suN=3LogIY$4_Ikh~^|tr%Ft%T4hu1
zICvb@9_tKjSjx(1WhGM(uo7fuH@VO}e=J+ZF_824*^i$B42WS`iU_)%;VfY~`1Inj
zEIk@2cj}6tcNeO)p4du<sP(PjBf~Ok{BiN<^4lg1({c)!mMsfeXv>f2&DTnpBqAyw
znyhX+x{D;xqjEUDe!sPqq#cMGjW3@c5{B(`g)@q<07B$jY?13)=OF3Gp{Pj&Ls(MC
zNw0M-XO{w6D!k#CQpkYNx8bA*rW};O>|7daV4*;(oi`ld2Y_^eg_P;pY0M-<Co%A3
z?A^R<(_>qQo3-BIOh*8DvlT#_`vs8aBH{on<9mD|1{5oa#;Z#YrfKqBVxLHQ3`7b*
z19KPDfBnAmZka!*NZm>{RM6R(CzMDZKDcyyT8+M0Giyib5iG_zuAr`w4P3ywte4&!
zQ31cYf}dzn?C(46+RincJ35~-KypAKD9^k7JCGe*2yV+lWzZX1Gk=^)#O<QAn`%4s
z6U7yo@A9FOj{E8Ox5v^uySs~S$8QA%1wp9fq_!(oi|Fkkj+NCu=yNkO<T*&`!9f;+
zw3KOo^=eCq&CQA9_E9jY8TEnN2VnyA7^;~ihJtgAv5pq1gJrS>x7qxkq|{Wmj>9|T
zMpc41zI?J5Xa}ONA8*ILWY^vg`o-^gh%-{-pquvXUEk=YXDww52Ek`Mv#5oMHm#xj
z=`<WEOLh}|;weM|XAYe@!MwCmMcRbZwh=IIwq72!Wt~DBPLVeFUJmMNoNZJbQrcn3
z(N4$M(GB#-FiTFIWn_%IiM&7mP)W4&JmFh3c_NTfP=N$h^<Q_bqopxSH`f|qb5^6&
zASmI;Wr9bJ2RQdN9Mg(jG%Z8+^yKxz8QT$H;Y{?fV0rhf^MVJqIHHld&j@*S&|BWs
z6z5qYCWnGFqXN@Pl+xvQdi6M^fi9stQED2B8k1QNTpBzGT38KYj`Ei0Yx9aa22AXH
z7!v@!$Rl(w?%M*)HA#y|lzOH&k;~v+AEryy<>RB-0^XJy2K~}@TbilD&2G$`nX@SR
zYE`_;x}(T3_f+U@Z+TG+&HPyit@|<Ifs1~xT~}kelkLr_&A#TW;3R#f9HLYN{&S<=
zf*xRKBK+2C<-+2Y(Cf+i^U`gk<ff{U3s|P|y$0r`_@0FyDap?&_|4K<+4JLWQ`Qft
z<f}$sS3leXeHkT{6wXe6V%xNgzQ@A>7FTWFt~LvrHm!JLv<yEc1!_X#X7sHSf$wha
zJ)L~2v?JcRT<Szauh&&{h!oAbL~nF7Y4-CyMQ)T@$1eNCJe&C0S2=>H1WQb~$wlP8
zM;4o#Mbw#!r=`(^tDlVaw2RBD2olMSjR`nARr4rQVDrSi&L;u{Op74aCms*aLw29@
zKE%!jg<flGWBb-Y8KIBdamgN60eYl`%C3`#e9XGy{eNT+-^Fo1rK8IzC<tm_ZaD0s
z@O=^ist5|$Z>4kfR=0u>pj2L~zFNdR<%WZ2)B7V?yd*81Z>G|Y0&Ye>=A0~_VuxIV
z8v2%C8Xt2$;NXwKN1pz${pMo?#dv)Lv6Lz`JZn#rcmo?4`J7{q?D{qTJCITY(t-{;
zoA9^!Oc3bYNav%bqwy0-ao<PAM#`%s$Y(>fW7&IG+O$L6?WyMsQF@@~A`DOfDJ~Ju
zj5(4A;Ev-VvxjoXDaj30*$yU6eYZO?cunaw?1_arAtls^eSCR<jT0EL8#2DQZ?!#Z
z7BQDKShhN|W6)DiD6bK&^hp7+%Nb!1G+p7hrk-t>#sV!`><{yneo}d#?2iW?TlMfk
zm*G$Es^0Ow?)?h)P)a{I{$$@GIu0$L?d7kYiyP=n{_e?#0i1cb9Iv8}SbQs@)=?=I
z(u$~0E!Ij}R|bt))?_jSlN?=--MEe{Ei|_9t4&u@$HFN!vR+b8d5Rz%qP4hPu1^Ad
zzk7hQW4BnivD(E&IXSQ-c2<D|b3FK6FeuaDW4M)-uM|vqS4%tgK?%l5KS>Vx-A%^{
z+bWhzlY6)8J_AI=3#u1Nqeim_g}k5OCMJPbta)Bi2WApeMmov9|6LE5SQXT>x<9LE
zV}x+{xi1Z+SwKjR+pp`h`k<a0n-m?Ok|0Q?y>ndN$&N`*28l%bcYCwd`)yw^3OM}Q
zV@2GrtUQh>sHv&d5n*`K$o@1`c5N9|D0O<m2BWwEXu|C$G7b=ENg=Bb_g8#iX}j5i
zzNK^=zjNy%JnJHj$v#$7KG9ZJ<(17ivnxJ!4*<M_#^>d}U$bn$%O=m^n&umwAqS!k
z61$0eGZ>DUUY`{_Pf#(sc5v1aN67J8OGH8OyL5Yr9Cq@2Dtl6@_H95w_}lGIGT+g1
zdS~sXxVHu9qGQK0`t1@|0ASo8L0MT*n8#>mg{Io}1py>OX!qOEdEb#5W((qI?W*_I
zPppV3W!J}A+5EaTVLq!*8<Y5o^Vb6t!0!#ipd!=MQ5;s09$JqV=Y+pZJ|v%^w9PP}
zI3UCU^dI`t)`7w^*sMHCe6vd{!mmckTdQbwuvy)b)G$-F%KOcbFGc#agW^~}Vn#R}
zSpORJ<aa^6tbcI3V5|hCo~Zz6w$x~cQY+V?V>6wa;2{vRM%Tk4rDV|UsroH}yC-{V
z(WK`62;@z;4097(Noth)fLyLgE*ro6Hys-1R_b#xP#2@VWs-J>0Pukwnk+bo`?z^_
zaFYl7`AN&k4e>3y8K~+m?eB|P&hb~OTUc4yOSNh7h;rWpAkTw#b2qlK-g~*C0ZOcb
zboK~x%I^_q`1_?0QhG%iP@z!LYpE*roNXGkFfls&?q`l(0<;`frvqAj2G3r9-}&si
zzvN$6))1c1URJYEXk{9Ry|&vE^c5qTWqUqubVkv&DWW*5&_#z(hX&dq*3%%IGrClC
zkl4UuVV^g{^o=efx99=b>vugjYAn&h*i)OE_`vq4{5GLOkRNn>Orbl5v4~(b=6Va*
zXlDd`82ctp-_xCzMmRFHR)59a`AU@J?nhov;IT&Ivv}oC`MlDhof0~+fm(sxQ~OMo
z@6f|HJd}LULwht&+CWXll;rZ_?9^<0Sby(%ey4K$-OP_7)SQWs+Gt&TBu;(J+V{v%
za*iH3h14;?X{H+wN+g##)(b$E+7Z+9p4K}Hy6Lf86+PhivW;XxVNg@uW?!}p`>ugu
z0-?s6fta*bKl!!GhBTSG_MYg14S%w}AbO-2f@XK60V$fF7-;S;nQ9WZ`t(E9sU!&i
z1zwJw8t%1@L8&?45A6d3d!QaWQD7%%a-6{cq}(g+`{Z#etx=j!X)f}r)vu`R2cd=~
z#-X$b@*_ayV}Cu+Z8;cWuB@vnxUfFkMz#Pv)#jvt>BE4|Or?DNM)4?CpD7AlG{s8D
z(L=y`B(y4B*`nWx-fGax8yGh2nKQ)Y&y_g}kHF~V{=xh}uxe+o2u0#Y@6j_EYzC>0
z!or_|=)elBsj2lO{UtH(6K3WgEWL9CjW!mCrR{)N+XqJr!zmdaGX=L-A5XhjAtO0T
zKr<Z|BB1kdZqW9TMipmyfv&8S4a}*M&NTMT(&w4H-UcDt9z*=kl<J8|>HhW6jokl*
zc?@L7|9gj_wg`N+ZdJ^zm;JXn(~?6~<#SMyPuRS1yb3GgAreB0E9x;|8S@%9l<unl
zJ?vHZf);=6yQY~c)3<Lq1*_n7CkqdA8J{kHWq2Ej<|UGk@a7<fa6(lnr9nAk+!W%3
zH05H+a%UVMqsDg^OB0z#2@5P%(xY19)OIPa>vs*u+575&1*Hdy`ZDVK&ND^9ge9dp
z87tV(-2Y>xI$QKLsD@mwa0gOknwv#KyFtY&b1N%Rw~GT%k%*X0(`2?$8Upqa+ISbB
z^GEiv3(%`C9`ryl$?H%0XV7MsNNS>LWT-A(1PTDafL9VP6xCkwwBVrcaK(N}Y#w+w
zEsp?GIEdnQfV?O*H`YGPYUmf(??>GEPD3Pz1-!H6+cS!{3X0kw+)>z|XP;3ZDlx{P
z&e1o17?6%1zH+s?l~-v~ytZ!sGv~p8(-$o>LC0}ogT*(R$kv-}Ukq(1`W}D?C=i0=
zmWc@@L=^?sn=!XDM;s%pyq3W~)-HbF<W54(XpmmPnVSqZFfiA3Sa@f6SR`4jg51#L
zhr{S40N`F1%^1_N5YZUMo+J&NZ#?D^Oe%|hOGU9Y!dnG*nCZ1So9!^DHq<sdd{{p<
zIx)Gi>ah}vQB<6;U6^zEv0G(kmBIxdHekeGGi|c&vK+@UA}*immi>n0IPfXZLOD8Z
zJ=)p{!9EE$@Foqe_}BqxN;dM1wI?TnR?kYxNeDw?52-|&jjO4pv_4^_9-kuGwdVo0
ziDlV{qRJQ|%uNVv7fpjd+OSsbacuP_v(xj|h}4{Uz@-xuk$DoK{z+lcdL#qZwI%f{
z1K_gAGQ1%N4jzHNZI_T5>8o-SPzVWB`vgz0KUM~mq1_Y(3;-yg2huIuKBHG#&c|_o
z904uKkr7_JfB#-mveO_`cw=|>tt`Ot1|6ms?OycQDG6q~*bc(LAuu?Kle$0$qSZr8
ziV@O^QZ!5o{VJbal!vVm<dn*14IYCgL>T{Q>MUfAG+_9uAZ?cVwZzQ=Rtajx)SpdM
z$Dbn&lb(KN$Rx_nddfqd$#+d};^Em@VYK^Aob0Ju4x3j5Ka0nzRIG%OM!rN0KR<M=
zT4_JSzKQgaEs15&OSI9z9Zh1i{hfxOw7TAvI$rt|uL!=3Wm`U}42excq?Y0NGL<&j
z$PBpBcqDWbrL<VV$-FlzjKeX1kBoqlk!j&hZy>3ltPY<)pfS2o=Ibas1BV))xlpqR
zuLK=f5AmMl>izz}3AKN|j7dPwZc^D-y!gov-T={pf!@441pwx#I@Oi)SykNBE}D-y
z5N7bPv`0<P(7ZU+Ybu%=RE8$0;{4EZ4I}?q7b|#~+n}Lv6u;$+ZI--!vp$RW>+ncg
zl+w*3VO?2xoiF)R?Kk8u(J}IYSNjIs<%=OI`Feomg!=Bk*IV4uXgtKY%YL_DH(vFl
z`u@C2|CUo3IP6HnGad;qH#f!LB7!j&JF2|%WeB@*JG@9LX1w1;n$D_3tQH?K03oMF
zu6Jr0Pd>Xm$YB4R7b8cYXUhOVx~LCyBQB?SMPXL1yz%MUF7<Bi6dmwu*W>#QLOGct
zd)wQ6^hh0w25uOD9p)BqZ*LFK+{wt$&|<2jb$pzt1r+aH1UV4!Bv&?W?(g^jkl<xs
zdEW*d3Z2|U0M43@&8*!a{KtYu0g9>L@XnF~r^I(Fvq9$eHrOMB#Xd2Q5oMoPQ0Stn
za~BqF-mKp?#gVp?sL2<D7y6pimGVYWQcMXmYV_TncENc<2IeN{zrA3)H3Ojkkrp5X
zJM-nLH6GAZalJq%Hy~!gbzv(}p3cVbbf*NV0)o8FhC4pOB%_~$k4ZYF>d))6+-^;s
z>*Iw5K&Y2=zlK+7Idy@_rXU7@Sy4U3h9l4I8;5Og8zy~mV<LxWXqp2F0Nz835UvK~
z_=;km+dhF|kgzer)OjQTL0Tn{PwRilfho7{9zF2&;($nXN=zD=aZC;}1nuyvZaLx=
ztb~abMx*1NTw-xJPCfLg?y^`{CO#)uRLV<5>Odf6hgJ>uc0|ZPb5UFnTxGE->VKZ8
zGm-u%{_Zt5Akt^S&Y5Gp)G3}bJa}CD{>x5&QB?F3K~+;jP31o(Kgk;?UaqG00WXXP
zy>-Es&T#0v?EIXZgQKG|)-I0zP|;g7C|G)$on35l2mQB1&ZZ26sP>DlD9Fk8@{-?j
z?VaMnuCA_9QfMd;(qloGYyDkY`(gVhN~d37n~#y_N7GE0JCj8>zHI8XIdE-zoCyDI
z6Vg$O@uRpw&7RkBTZRlaTX`g!Si4@nbZ$%6ri}GY^P;Jt#O3W9YKtyK?Sb2uxLls=
zJ4e0~H<_8u$EYyxv>p9qqGRJXgLh|TH<vs9&)FePeCJ&Kzjq&c4zd^VHn?sKYD}_}
zD1XGP$GB~M+|2t+o+Qk3-Dvz5UsVxj&HQFHO{~2jye#c^Umpdru<kHN15s+z5%ndH
zY)tadi=eJeY2Y&%R?bh<EMmXBk*4^{fc}mvt`<WIU)4Fwa&~+uZ3)XLwfOt;!u6|B
zjsvQnu@4_~v{3G?p24iHDD=vv-!T^Ns~8yD8XNRgjj}!s%zCc+(NHrAVZ+st9BD6C
zi4p4t-P>tsbMOrnTeO*wKVQS0SxFV7bACaR1164x6zccpSLjsp>t>3q<mjO!5LQQ)
zbUn^2!qlr>Zo&)ORuAQq_>^i5p-JE|aJw8kE%+T^iwr4OF+U(ED{O<mwKRMZZ_2fD
z68V(~gBa<kIrPBB{Akn)CEQaSui9i+0@C3H>f}G8-2kBft||GfAfr<T<5nXtmU!jt
z$hm9jtipfX2BrFOri|28i==pQ*vF~sT}QL%y@y*SU}i6UHW2#2I@31W5`#3z9Bjj{
z=oxSN4m-Nzkq*mBE!~cU|9X+T-&~CXaB%5cY~=>gho=R2t$r4<6?e^wj|Lm!{=eoO
zmC?|Gg?W-P*kZ6#$|Nf@ByZ0csyk{bPiix*Ly?C5g|@LNojE{d8>#Z_vsbxBagyU%
zj9K~-+orqjca^n}BCephD3Hamqv*b1M`0?Z$F0hy^@I4T8|D1iVTVR?wUuG#RtYyf
zm{J2l>mwER3tWl2O*rM%wY<m}dRKZ2+V8AOwBcceka%7Zoul3Wa>MQQt$;7nW^l!t
zi$)*?gtV!<zikI8yQIBf1r)XAzvyEcq4svQum6W8rG?^*)W5@oogxSmtW&3$0KlkA
z+0le=<o31mJ5*+J9D%CEYDuA#j-ert-<-B6hj0MpKxj7K&C^)gvSOJ<<TSwJQg(B#
z<8RjMy_F63fS)4(Eu~ua3XJ4d^5Q|$1&#oxg1h_YgLtx&-pmjzU-c|Xp+`Yy<7}d?
z{S5lAYwj*q^07z;em{3wCzxQeXuoPfY`7}uv->w12r45v;3213;h4NKx_^o7Lllgf
zcsr=WaNqFt!v~`WyZzB!csvX>NRF|=lO6}jq201H|MyYPp@{63DEDtf6XYd?j=DU{
zvxYBY3i$8sc_wR!V&Z*qQoR>MiIZ0OUEe+iK%iCF_`#p98iI-GM?1n_)xDQu)1@Lq
z7E!=9qGTs)P_T?}5P}IRkTqTtS4lPJs6s6J>IcXQAw{1%{UVaiNe+BvW|u-z@AdZO
zCI5q76q*X67HtAOuhP@S&!NM^!>MwNn0?=<U3|Ae3W&7k|1k<kM(UBvde6|WvhBzt
zAotCpp0uaox~tgT%k}YN>yv8v|9eyrR5o&;H=Z2cPiDMzj4Sy!h6MrJ?=gOWkdRPb
ze!ddZ_zg4ni|kQnS67`Tx650lSekzj<f(>)q5F}`uK>5{r%PIz(wW=d&tE5@QRXL;
zQxP<7EX5W#hUg&4?UNIbq$m4|sL&Ruhc%RM2C3-jkxZ733p@N2YG0Apu|<4MYqWny
z*x8M-{Y7CyD4SZAJyzKDj^WK-q*&(mPGR85c{%)Ur*o{lRvV77jl7!XNo<h*Y5&^T
z!8~S<-}U&myjCRg%c<BRJw{ULvQO*o+OZ_4uUlm+8ARuBebi(0K3$j`ur%v(4!9CR
zrYJKBa&RD?@H|ehQnR&+Kq#(!c20+*8-5JjafY*&Nml)sXg6kN-)MEUS!?$L<qSX7
z4h)<-uz{Mt613l5(vg-uJ$>}(kx%{*$EK%*)E#LOiI>*<ZH)WkvGp(43iKRfK$Tw+
zhnuqm)y>J5Z*e7jrj7SIV2Q|sIp=)vOkuBcn~NvYx7C7G6Qp-e=W&zj<JA5eYAS|(
z-kl~*ugC#p<c!V1K_2(nKJ^_uUJ&tmnxe&u3gwF6b=42zX<7}O*ut%GDnt$mOo1Ii
z7fD+6l{4S~RE0gi69zz}Ic~>Gn`HEsRq1>)K|80Ho;p4EfAqm@Y^JWX%N9`fPlXmL
zgCL!d3X+cb+IuNj5(q&DBBJ0`_vURZoyLbi^KXTI<HVfgOP^{V?;>zs+=p*BD|$EX
z^nblLY#s;_(qJHwWRo3dd!PCK?E}q&jWob&jKF>2RrsLfw(0MSnp4*KNQwZFf4GCu
zSQQ^QHN2rd7QRl)Z{mjK0tygr)#oRTx9bW|W~Q38XId3u@+addND2_f>oHC&ITaWu
zr*Ua*th@rXd5xA{ZaIz^H|dve5qx?BG*YXOwbaXhj0yDzF$jqGVg38@oa>tK|N9V*
z^6-B*gqxYG!PrlR02ZeqKds2Fbq71S^;Ul)bDr%rT9PC;t1s*sg@%A=Exco8-JKoq
z;VUgmStvhKKG{{!!mu$&CTchA1g)Lu#au!)59hK1M5FFk<bH>OA|0B(k0CYK4JUoO
zz<2TwIu<`fBC8AnvWMJxVK=px1GcyP(kpYwYbpx`0`c|snV2oR>X*p_b4O|i*U$0w
z@=+Mr+;p^68=qu_@)|I)8++3E$2Na*a2DUb9T{1?M1;POcPJhFddZaq_jH}Ub#v%Q
zhz1(sugQ#V9YUJnBq|gO!pHDJGh$UU%QyY()rkBc0P~6P7Q#{ST!Fw%*8~qrHN_1v
zUAZM(Q~A56vvYeIDhv5KCFStz6)lMYpd%{k7Du0(N|S10QRV)gBc3Mzc|R{g-(Q>w
zx03P*{mIL<I*lvoX*)cDMu;^<r(j2o<N*oLrpDD3Evq%yo6N6*%i-FIBKl~S$!%dx
z*{Cd+_whTOT-8$D7c_U*Xw=<LnqO8uyYr>B9G(e4@JGy)mNk^<hro`oH-e$x!u&pZ
zrA0S?Fz2pbYR-)N_{fqy*%;GOHc*w)*jn&?-iHhvP41a-kflK>w#Rxf2gv5%;=KR&
zBev1t-gi5J!dFs1AQ3~@W2sKwT0GWBA}i%RRs1;3;AzqvXH?u|PAVP6$J>2%zTiiK
zpxvdz0zz+?|F1CXL!O-=>`6(x2X>`zW_XW=qWJmWb47#NOzcczRuuL#n(oy04n-Yr
z>}>ec4_gjP1}gvcKE3{cbi4dNg%>j#qbbQg*eS*nf{1IpZ<0=bW7I}7j|>`_J865)
zYW&!~VegB3etRui$0)+ClIFaNf8%Cn_R}Ke+{;Xd-A!MzLVID#A|l`jM~?epriN+O
zYk19!u})2akgNXB5e8pYavWNm6Jg%JmfQtufrn%x8U#fcx<@Vfv;ObK7cmPKw!MQ?
z#{pCLd!kJjrtM$2Jh8PeKNoIH=(#UJv=M5~l?AJ+7YQG9x0|Q^MkEYw?s#M5w<}Wa
z<3J@}*g8*EU=qZe;AFDhT|Cl$buIJP12%n{m{W)YGcnFDY&jWWOv&SN%_*7Tl$!ju
zbr1X3pBTgRL=1#l=jGRS6$YKBV-lU*mV!~mv>7?12E^?Y_`>=3s`Bul_Z-ug%}N6#
zy&<PwmgPvQ)Qn7)dgk1d?Tjb0me1TBN<S2$o|EmjDc~Qqk8?>O?ABm_5ysh8Ae02)
zjPnB<Hz9Y}c01W??N<qje?0}HIwoFPxyf#V3d$RwY7zNU!3S#%KHv~ilUH&(D@xti
z)-mAm7h0r@ePqakY8TE<)VTUjxQO?PgCY40yBK}(^K<yzC^GLD>ebJ}hEMprBz;Zp
zvO9-=qKsD+It|*+&!9{O%+4XVy}jotO*sYqu=Hlo;OqO<N$5LeVk+3x3XaM%Ob}_!
zdCy{n7gy;Bqn%3TtVO~Xyck!!0=sTQA8hw6dVy9mmyVs`KeUtm7|GLP7QeU_oszu#
ze4~DM(sJ|9gQBt%HysA{zY3MN*VedU<*$N1`5He6V;4kj_*caSg?59q$%jJ6m6L~o
zz?PQ5ivG#y5M1W75=OWqapEBp%g%~GRb6*cEZ=;}&;Jo`O?#u5{GX5lCQbiOum;0a
z!H2fmbA8HRX;<|>h(8P-9uSE=|68E@-u4j`D+S_|xQPWH%w0Wo`xkwOCn-q~-DNr9
zp+9}*7bY1$-6&*$YEXiHPsl0u>G{fOY~1_yr7Ezld2wLQ!$+#WK95X{t=6%0CPCF7
zy(fY@oTFz=;Z6r$*1tg3kKLwz{^1|Lz+}D`*Is?3aP|0de`Fs#H)#C7{ll%43i%Js
z^89bf8L+wk{{E2v6V2j=g20HszwCI7^hYQB{)PWu!{J|ky#pWsuy;TO73mpg?-EI{
zKN8wb{gEAv;lU3n62v#a+~<WjHllT)BPX-IUSl-#lZ~5s2Ib#YvRVfy6aDQU#Xvpj
zOiSf$?#J`U-X%b2yCZ>%GyhxCkJA70Mu5{l#MA%!A=(O6ie$@QQ}_>q#dQ0pG<;0T
z=&v^q(jWeX5eH?Q{(#55NgslXlql$^$fP7K-7UvR4bq}PK_yTDNsiG?;uG*UG96@E
zrh=Zn`Qt9m&RAbQ{b%6wZ|M~*v436<AJDYd%)-Ln)|MizN3@R0SFH9WovEcIabRa?
zoA|%JX?eNrX4WmvM}!suQAHav!~4}Z_mjZ}Xw{lOk4FxTy&y#KmzuG<zmBACzIHG$
zb8PV`GrhdMpMv=)l2UB&;Z2rv0D!GkGeoWRQ6r*HCeJZRfElmH)$Gy@isUsWqb!GE
zPswe1fQ;)8$t5B~<_19cA3(DyoEF|r>+Yh6QHg*H#nlDf#q#jEoB>!Jz8r!+8p2y_
zs1|bY12>AqvNbBRwhld!|Ha%}hQ-lE?V1Gyf+e_nf@^S>Ai;vWO9BLU*90fH26uON
z3+};#H16&Wed>L`IcL5jqu2bHpAFSjwYygB+O^ibo`(!}2;#xy*M(<yIzji(4;T~=
z@@@6nO#c|wwl+TRoeG2SWB4y{g-8x$?fqR3pI2DKUriz}TOFR!qMEfvm!-^+W5;?^
z@71Lf9s>Ai>c-PDc7N;D)$wFh%1~2N4(583c87TWX{H7kI(Yu%4_RC+`+8r^rry7V
zRE;5Tv=p~SI!0=GiRFkYsH{=2d&Eax37Z*Z!d4iPzK<^D`J@(K&`-vr^|}_dkjqnL
z=R0N~rZTI#HBwS<!8J#5xj+>iduv6-8)F*ApLWQye6N(q%M6eHV|3_i5r1h7_WL;y
zDG?s!7KYsSAM}5wqcaCueTk<vHp|=sjS4{hvGToVdam!qFcU=Kn2Q;LE=}@l%{o&b
zR;+#vh<K}1E*OfI?+K1?|DZt#0Igi#3S`3EtxUl1@n3<4Rvm>%xBpiFAQ+h<R1?E=
zwBIKM$P$RXFkTrcCc)ApzPm}+Heo~)BKr}N;d$VFGQdqYya=qW83I%f2v!$aK{Y2|
ztEY;2Xq?r|HGi`<gnGF;Yz)!+p-I6Aag_WxIDo6vIM(RE#PAKNPa^5`(6A>0$bq%o
za(Wujb!3vEm@I6K)W~!&ykJW1@NK*~@Jd8QCwl&-WIAJSOAJs<P0wgL6iN6in)|;3
zHBr{CzUx(for970!?q4<Yil?@*qSZYnuA@A6H36J{l!y8U!n5#tLmvLb$<cz^evy!
zbp`CEJ_9I_tlYRmBBT78S(ao7#njG7b!}3W73>AM=Xq~?-XF1ZeGsI4uTg&q9Vz6I
ztWdoGnEj+-;zVD1Ai6zIMKlsqikrhXi(zeP#_E>?P*?NwpUUbWsj1!-Q<~V)Am{NQ
z-4wJ1y$n0r$Ng?L2->d9!|?Td5FoV$GmN11=9P+qptHi4lNU-ryS$;cmYtpb^3)gl
zI9INd#H7=|ZYOlV6$gSu$6)=*pw*>Zin1o#mz?GZCIF1`s$uZfqY{J%9#K#l$7Qj9
z-b+7n6;P2DsZf;fiSFcx12rgkGZxo#?xFJXQqnr9>9I<>Z(=~<F?gxX$SSypnpkCk
z!l?brxwjb_jAE&ha^d(0qxr~E3tjDls%C*W?rZYxuLOQ)8p7eoaUrjY)F>EAYxvmT
z*E2H00*Wc#Zs1j1BS~|jb*bo;_G`mb`zT}lQAheA1J1q}gF0w*XjqD6T7<aXapXqR
zUD~?40xr0;=dao8^TQkL(p_eO_}E(W4C&IIff^2xt|^WAen~T8A-#lqnNJ?-q85yP
zJrXM-cgq@aIqxXpsp{QBf4;?2t!yAQnyc=0XJ?v&Q!I{ADWhGe7vL<U=Yj|5Ytc^W
zzrppwEJZQKNvDYyDZis>m(pVNZD)HxCna_HN`LdRk>TqBil%z~LJ)z=XbfE1r8cR%
z$~&pRja*DT;@q14wt(jBvobHFB)ogBxKxq+U@%bwr$ti%Kly3xP<DPt);~PsC!2vm
zi|HTYmUlDc1lN~+R$BSp`3!I7g&ucnI}u|9m_{a`on{)Zmk;A+TmL0+o%ujRqy7Eq
zLeN>R)2Ii5o16Q}HVWEG4OqFH&uSQu@H+Iath_{UuT+6^vYnmVas50%EbOy9GGe(<
zW5RW{s$xc_3p$=7md2BZw^NO+6yYL*4@rY!B^okjMFaq3XIf38a^9S$vJG>9LU-y3
zu2}~~x8J+=UI7wRRKV}w9>Gp*H>3fGlP5p!qC<FI#t+i;UQgA!jBEgP-ALbLF^Qv_
zY+toeU^4zhV_a%lYTYfpvoj_2YhH>|PTJq?7atMdFRmn&8Xt^f3}-(GL3OAd9|FGO
zB>;ajDN(kP#D^5AWiN2|PJhz=b~#;Qj%$8DP-bEu3M-<lD;|Ovt7de_rlhK#002_F
zi8-L<J33HfXp+%^ryir#jPm9GL#`0R@YhfY!Zb|P7}H|S-x93PG;VMG;D8S$n{QIu
z)5q3${b-244Iut#GMIUjZ?NlKJ{1OizpSROh%>Sx#N8scs-sTFyuCeNr0Wef&719r
z?KvvM9uzPb_^L0zwHJ4bkWe6`XQ^+J_n1=wL~<uTW0nN!Qn^)lD<i&Nl!!~INNjpM
zv_+_=l~IMI%Tj=0HrbK(BtCq;z$PdE9Di=h?1!$<O|_l}65q?uW~(Y-u3bVBEI-~q
zfn2Ogp*#*QF6h(EOikV2-Thtgt7l|~^|OnM3uvG|l_w1*gG@|Jh~MsB&l^Zi41)f$
zL*Q5P=|uhk2&}69CzNloOC6&@kj|VlGipXq%NpMEt=U%oCmMj3fe8j3*Z4l80#Ry#
zRwt=eR$qN!?iJ(bl3{lfXX6#N)3y-w4qG=rPfgWdl*3g(R-O!!;TP4+eZkV-%RLHI
zzfc3mG+?W+PD)Fbx^~|SGV_*dmw&WsQu%u#c9gU7zSU$7cXqBGoXDlb0a(ftpd^9t
zMp3E~QjjJX3V7{mw@(_w`S;LgAp__g^b)IwHGBXOUeKY0ngf@|_oHT3t+F!pnVo!D
zV-+icFD-avO$|)F=C;LLuBoLPOO~D}{5Ytt$O>^6Wen6(jqSNos{-(C86B+Y_NTNf
zx=^=e{`s46XKA__zsWrD$YeH4HlVIP&o_(5CskM?OWIxjh%fsTRU6?anx=(w>-Jcj
z@Yae;$bYrAPG$Ekn-g`(VznvYk^cm$h=t=D;22mSg?I?e6z)yU@;&2WhM)c+8kR7~
zs678g^bqd5Kn36N#K*C?n?c$6a1cvRPR}z_xD^Xa%YK_zCd0}pBAhb+t#1C}0-FgI
zZ6L8~uh6{$H&HuKfK>Hq0owNv3@a+4r>cs9U0-stIKQK}r-zWG#Hru1aR;q+J++sE
z+(NqyXpneeFhzcdy!)n#YM7lLQ4haFxErM2$G0zWEYVWGcQZS#Ht()QV^dm}x>(Ut
z(PA^aD8piGonJmyS@DOyZcde6Nv4Do8@?JLMx1<|^8VRg6ct@m<Xm}WVt~|}SYD{n
zaYJ6{bmHD?Jk$|dRy3RYrXOxm2yCm!B082P$3`Y1BATx>fG(J2Zf|Yn<>lQ?jQh@5
z-oKZO^a71Zp*M}4B%o`w!sv%la5lS}QBmj{7(mO=?;yhl(5K!{+&LwEKd5Ig{d)B@
zn0#GY%c%rpX{X$OGxuqpL<Jf^2_-#7vg{*w<wk8f1jExiN4=GJlLOT+MoJ&O-9NS?
z@%13$J8%%yWM~D`meZIRs}_z6p-{RIA)cD&*O2%@UJO49M#JLE%9fX2Ue;bTQ20q6
zROv&H3o0m2C!dtrd+B78c5c*T(eQ{Eam8XPh9)b<9HMS@_{p4;{uWFdZ?`~}G%8q4
zn6=I6_O-verjcW|S^A6fIIaJd0<`rm%bMv>au=*u7fp`^)h>8GzyBihcGl8X?R@C=
zsFX7zJR*8ckLV9RFAa@@g7s3_ZIqWI10e9&J*3y8CQB`T#AlRxsdSt%z(3D$k#2b}
zS??KNvVAMjaVGKJsW5T$?L;!a#ihsdg@iPHixifFTJm_E>1uh1Ax2C|$^D{%%;wN#
z?an*VZ(#%@$INVn*R1*b;q|#WJh_!&2jgj-(o5CMvN7(|a@mQsI1gXSskRrjgkS+R
z?8js)r=Cf$qEc^GiuOxP6-ns`>Q!$xZ;A61G-gzbT<*Gxb;SIUZl2`B?R7Xj5By*p
zzMmp3=%dYoM#ASbA$U6q8WQdO$$mjOt$%IXxb(%?xIdEQaXZQ2;uZ@Oq6R^jjg5^X
z7f(gS=*){pkGA>Z7idFTLt0fGrvtNRr!4u`wGe!Jal0!;bKeZZKMWDW2Dh5iliYG@
z!+$2_DtGXJygSdY(U82?K=tE8#jA!1m6RQ(xlBD>(>el~&zya!b9*BZr58yybFe_3
z->gG}Htx3fek07aUPkJ|G$Ek>aB$3CSCZah;r-&T<Aeb1*#`BRjB1^htQXrE&E%SK
zHsU2xxlL&w*;xjr4Xg3#afju}T=*<1|9)D{kA{!JJseXcaz<%zifG|V`qp|hM1&VZ
z3FDWdxSvM9d7Ld~N+s!&A%HBhLNe)INy^-u04Kh-m`GOFc6RqoXucNfT`c9V1V$vE
z3B7R?8Y?RH9`JMAXkxhZnY$Cj(VE|gMQiUfCTBrDZ=sE~9_%tRtY2}gPnv+};Pw{q
zP7}kgC|bYevrE<%)9s*l>HC&SI?wW=Ss1OVN1rt@trMbl)=f2AoF|1PF$r_Rv5xk@
zg@gDDI5qRd<~_RPc|yP8u$Gc`GI}zpSLhTtjW_K{yP&?JyjdlZ0Nmx%dk@e<*3+}K
z+mOfgBu$t3l&*4Q8#&J_Tk&q3{}i-B0|^G9Y7ufb==1Hi!+jdB<I~q$gNrC>VK~2n
zId-{n;VNS-^!LXGNCBv{Nh9Vq#b}r{7~PXe`r3Fet#u8x30A7~fGo)>RRZjXy=y?3
z!v_`^Ibpg7W>P|d<tV7xEd8LW(qN>qH9=^Ld+Gc#f4!pZ4$U%yGTXr$KJRl}>+wFx
z)tLnAsck&dojitGZV#6mj#+(15~IesvJvcBMmAGgn(bU6Kg)K_k}91;Cg)GdY}Z!p
z7=D^UIh#GT5+e>5BjxC&naeHi`Z*ISePr5UkK&8tE(+Pl_d=oXBvfo^XYp*Nm{&r6
zX8*8W$V1XoHnoA288i#BPv;G5FC2cPl7={*H;$9ATiQBWtuOG3ZvLhd`(P2krTYh4
za4WSWPI{<B@X><RtB7kkok#kepXYdoj@W=aut-`_DdfoXG*93oC=&6$?)KCV-C-M%
zH&vo{xG9ktkKrx4eR_rAM*Jhq&t5h^|J>qJy1=w@>E2IHrF-uZ$=qQA%tp}jVKnK=
zo@)KPWFnJD&<9AEAfBJ_U0uDR@YGK^f!yi$`j1gx*jCAT9_%|{b>X^fFVWzfd5C55
z9s0uwKv%4jYu5Ca5mz2!(d;wuC1Uk*LKw}@2)r}<5d(i892_JjCW7`E!2tnZO-%0T
zI>~~)1P{!BGynQToDuv2+e%yVtuP~e7>2}W!}4}U7{7dn_RldJ?oA!O5|+3VI_>yf
zC)Y$Uw90HiJV8qZfFQuqUbAq3x~=14OIr`Sag?SDwBoTaRC0`uDd(A*iB$labIOIx
zbO=CkYhyYuccWnfv#(0AHkSe~D^b}@&V0G9mPM7AM!^DU*RrQ`&|DV7A6u=&81_#2
zMl4|KVBA`4Uf4vt{*xsw6C=ZDW-NcF*CQ@aOvnVy_R;b2X~yYV#$n%~8!@ssYu5bn
zS*Omhx}%2LHAXvu7Z3dq1qBG%ri1apTRd786*Kqw*sLw2kepm@l3&EGe&_^IF=fbJ
z5U|y$rYmHbm>Nau{IL5{HPIY`SF-4GEO2pOg8?KeDDGgBz6b~z-*@k{1xr3KiTpLK
zm&p?>BR%1rj~$Sd)x@=9-qn8iqboWHpd=2=Y8*u<$g-*tcQ$Fz))O-%&~3K41`SZv
zCbYPX$;l0rMiP>gXw^Q%vuToQ7${+8CK{KNokOsV>|{%+#QS00Ty3XGLdp6m3)2L$
zlIUYSE!q&J=Dyt|bfmH=9ai?Z+P@KzRWZr`u<RW-ZDaj|r>WA6F`ACg3--H6mwnpE
zc8Z|q%}lWh7A7XZL;P0Q_BG0xAOKc}dxFvaQDWbl%)Pw4)JoLr@N!pEoBfk5mLNmL
z1pBEI4j4BntoC(?_=4ZP{VS&cI5_pLQ-rbN$5#ZZvURltILS_COE*T-BmmS0LXotT
zzvgTx!oKO5HD3?_^WmI`C)ghj#}<0`uzE)AId)jS3^TAZfS;4`iMEjE3AUR3K3}cP
z_NZ4bpRfTc{yl-@#b`c*1FZSM@;z^<Q=bAhz6!GXx$F}4xZW0|fmsf|>VB;oj3}}F
z6Sctp-@nxmfavjz(+Xx=6}rxBgIc3*LbsZ(!-OHeYvXpGWE+2_cB6>D?Nf4T$*u3Y
zPTzAg*f-kLH+zkZzWH<=<i%=;Z~!ABWPH-X9ID26QKRPl(1B-DuIJ+!?J^o&XLpDm
za-Z%P1kV(MrlsuGMrS%$hVPp+milSfH6h~{yOL3fV53*&X2bwLtY5<?sdvv?VLWcS
z{1l6-CO!*mDGzp-0HW9up}fp*s^~wmkx0!JQzw58oVG9MzlcAipNxD!=N59D?|@^=
zmM$3bs|sID&Th9p4W_91P5<+QXgSI1e0;H&#HU<=XL&?#)K>wL3}enTVwkx=_?$fR
zN@-M4kwt7odfNWw0_I6~WnC}6zmb==@#m!H6`~AI;H^=WL`5>sn4tHhu34<)tvj_f
z`NTdRav*>oBrPM8BJBIZ)VTZ(8<{r}3-Q%c9yv7dQM#)WmXVkD{<ah9t)w&w@{G6`
z7%=24ET{QN`YA%*9@^T3@Bo<H47f|`F#dA?5MkO1DO(HfZ=G1*Z!vqB8-sV3D4G<b
zpJyB&o26%Rb~gRCMQ5S4tBXfd{&QO@o##FGm*W2Pug)&-uv?wsO|ECRuhrQNgH>VF
z9(tF<+fZEzaoxPjUDO^tAFRQJAE^t&*89ADE%%?woJxXR6HD>pTK7Ns!!CcKUVBJw
zhaELDI4qAKwUiOvWEf;7&@;H3O6~{2`Y*f+^w`L0R>6eGm7ETm9H}Q2c9|tw;0?OY
zVB-)R$^lt_zB#ZbnYxSS>aUbB!Zp~AYHQ`Oo=Lvp-+JFmw|GP>XJgTs33tGGXu9!h
z$+<B0CPR=Zb~Ll%=15<N;-T?0?Qz$;$7}cCuaA-TQ(0plOQ$hcb!^}?3-z20pGpm5
zO`-0D{Ljow7cu4hdm@Zf_ObNC`(P}aRd=@Eld3f#uz+Yq$_zf2N5$M*TJaAp!93B)
zgld@ra){zTv(yzfUHgN{`T1u@^AX@OzW?Y_Dd?*TYu4sRXA$*ki{hoHcOJIiT)FGz
z5VBu>CQuh){xRX1mV9Y;PDIgl<T)kUa(vnWBf=;ifSA!c5YgWh-}>m$@9_q>V-^~z
zi4wRNyxO0>ZzOO-c!5h6+7gZsA-Cg84-E|k$@430d<=|k=spzE<4*$^KDZXCnGO3d
z4ElVf+>)`V=cJY_G>}2!>N50yqgbN|Lxr1liRyeR2-=Up*`2L@#8Nc#FWapCg)3tF
zUDxZJE}1GlX?(aBzx%=MEE4|1f+37y@Ml!`!^d?2XTPBx`CL<eCZ)ZVwG)Bz>v0|9
z^Yp(es`YP7MaF-7!qiOYdL=S56(fvtWo`D}6nC$T?L=w!<*-b9wJc80nKxU*2Tv0l
zOGsT3Qrx$Js(AA&SEa0&2F-1aa$VfS#*=idG#@h^)a<?;YNCHeY(8kPT8K?u%A`rv
z!{u75*ARB2Rq5*wZ^xYFRPAVJyvcT-e&DFtaA*d7RgAxU@nl&w{i22Yy&XEz`V<rt
zBr?1^kBky1I-%lshu<^t^bROg$ds3tf7>QFAD;xesuaxRi75N%-M@LRLf=3``PRnl
z1K}?aYAvBZ<y7-4)2R{RYx3$>?TlL5qJyD2<d-AIaW=R1Bfxsp)JuxOoP;8{TDWw+
zer|Vi|0|zTbU8NJ(BHr=Co5zzoa*kM7p%LoM4$Co%P)xZ5YG@%@h3o6hZ(9u1v>z{
z$xf4W#E|R|MVJHA!DpvC)X{PtM{~Q0Ni;|Z04qPe;mE?@p0Q?uH~%^fp?jxe)_e=X
z1PSoqP7#3aTgL)5{GrHce}s9x9m0i3G0$|mz@{N#fl6dQfi2Im*3K<YN$5EdfA^x!
zZU@-|v-O`mBwzrFq?nzlpXBo?+dnbie<OWM(K|mj#ZbALej$XRCn^CG`Nu$J9gf5h
z72zuNQ-x9kmyS1N{|;<f732p%$#_qda))0(5_I9_4Go?;ZGY+(7EGDMqKm?Qg6VQz
zw-6faY<%Q-vsTjOje`25Qf(a!AxbMg{IurI!a9b7e)sX7H$avykL5sqRwsptCNi1$
z?Q0OgJ%=>Xl;K)}M`D=v^Z7IU@F6fAT@>;D90NIU{7_v=YA`?Z`{8dj6ad`5=R>0D
z&t0ammGR8K4VTxu^U&L#q?bqaK2P5tCWicfCSGp8_-u~dBDYvwWw;)8vdE?|ke~Tq
z*ds#ZCq;-V!jhyYK?RmoZ_nSRwZ6B<p$!cUYin!Z7&QuD0>H!Wmo_yufq3ZLocg?T
zetrGySGG4Kd{-8koeWzC%S$^v@|2irYU-WM)&pYAj#!wI?!F!!6<aK1nPJd<vQy<C
zj-~UtZriA%N_V@G-Ae?!2y_Wp65IN<5^@=YTP7exRb+s+UJCvde5~O?TIK~mS_%<a
z6-m&C-u7;4xQ~7W%LE}gFwOI<X|J>?2pxalVzdZvL-}BUV?CWd8b?iXRF}qK$jqx%
zI-~EjFb!V}1y7$Y7d~JSkD-4OooUWJ;^n*j=*%CXx3pT^Qc*alHwa)N2j=#NZ#_Qu
z)4vBo#o5?CZYN`iBT@uJTO#*-U`uA?<7+7>=r^v`_4uyWq{|#AYJYdOO@@~^^fmWW
zMC{Pl`F(bg#{*<|;3)zpMk*k3#rGOx^FjEzy?N+jUf9O%VxJ~fnYqJmw|qi&wh;oo
z8$<^TV}#5<v+tfrH|lgOKECKkYUfA>r46Mx`2LC30ot0bw;w_KQTHm0$o_@K;<c`E
zu`xT2ani!D_Va2H%p>>bRdW>R%Y&o=2mjfTuP`YeN7$;{(Tb5$j*924Rb`cU;n4W!
z3?VX#AwYZl#CP{OeV6s<1*xZn%<6IB*|r_J?k@S~84EK9lWfa1L+GNV6^0}sL->3r
zqh>g+VNi2DnE*?<2aEL8*@mw{2ecuzHE*kwoj(ZTtFv{ONuu3yb_y8sF1H(*MYSn=
zoy9Lu{KU#g=G)&nTSs%#-sWu?I3dAhF4^}X6!cP`-^LbnIjt(9a6tW#t;plGW!G_w
zW_UNauF-Mpd$P<MWb`D=_3PiDUN=}E!o{5{)J5%~O_0e~4uwfo&P+-1*bj6vcT9>P
zYiGa!z-#a_hVnMJXWJoE{GC|eWM}2Gq{^mykP&fOE~viG{~W^}F;YnF_JRr{%9ql7
z8HW~eepwLNYCq9kGB>f}VYkBsMDm=ePc!Y`LNt}ke9kw8hX!6Qn0+4Ogv;A8zEiGA
zo=+DFob5B1sF1m{iHE>d?iC7MeC7F>e%k3pX}U7A&waw{)bu<JQ7NQ`b32@lQlJsy
zy5HH_5DWfZ!#wc#P)ODou7l6~^J&-2RuFO?o7Xr>@@B8-s*gqc3wuV3EP=X>g(h@p
zQJ6{qaV-Q=T1-N>`mnV*9U3Lq!FpfLazkW4=uIyKfwUV<c&jIKT~4?T^$g4H_$D4}
z2|XE?3P|FO8}E9uxC%#*3YGFtmPa#yW&>Wn8=e!H^#zLzUaz~1t3$-!wd{%@QhY@R
zopy)^v>0(;OxnK_1w8K`jwc|3bEkQcuw&UnE7IZ;%vn3safdp{=&R9`iMwp9O8Y8R
zm^wLE@9kCWMGN~#A>}|#NGI?50+dVWZ#DGAp1Z$BN;aD10bgO+#hwU;2KXTJ3NR<p
z)A8AyUSuC3+cFLe-W+f^bWPi!dFSn3aK68fRL!_y`<c0NZ*h=if}<jx0FPPp8jcr_
z=ui37<LQ{RIGo)9g4(04@Hs@)_4`hLp&4~=4I+{2Wz0e2UAhp_9C2E_&(Xb7H<k@a
zy0+lM$5VB8GChUDNd;#ig-O2+jc2g+SDG?*{e7^n@5bZY+#J@xXAL$4J09XEPh=$U
zj{ZnXOFL*<t9Ps(J#q@3@0)A0jOU(~{@Pt#`Q1OiiguxG=Uyu8Kr!Q$tEEqBTFRai
zAHPC1qD^%gYRtXn;R14R%}2mk?1y&y%|MOFK$_F(aTnHA9?svJPe`4RBm8b#JN>b}
zj6k^G5<v8xvrDT6q0ZyZc#Rm1b<A;kXW$8);4IZJGqe2dLX|ta@3pa(+FwtDyilPG
zk6ky^Ovv=ddw~d_lGY20j>nAC=O{vUWzdf4vtl}rsfD$5c{y(}A?L<$-S_?%a5$(A
zS1Nb8PE@dd+zrP(*WT^Z`(EadPOvwFS(62b4wO!UnwW3AIk0K>?WI+T7`VxUJZTO@
zy4bxTk=6EJ(jojIYP_gJ=(on;5cY#+BAJXb5$@QI!);urb&R-ocu7b8L8z3AU9;Kq
z+#YStR~MIaKWa1n0$tMo{JP#}X|1B7&-h}sDwJ)yd>YH5c`GV1b>8=?u#hYhBKG}7
zA$Q`SqE6FfbiXACBX{}oMdID$;H%l&0_{My8~TPY@P4P*@^Ga}<QgApcKvGy59p+h
zSyaO!Mj>u`LZ2@DnD=R-9`AKt%k7qO=WH`*%2)_P4>O`<?xT!12FQ3-fh7&ew>Z7M
zQDlDopMKY@dcLO?dVhD;Ien&fRISmmbon-u_H%~z829Gc0OV)1<m!dqwGNZBZO7G)
zjWB2O`+i|+hOsU@o+k?Op61vL<sb=4U)MT-$-vwFOl(3v^NpwXfDY4aB_&@+3d`di
zWsWBwAGC1N%(+8;vI`mM&HBKLpr`n|$)bRm`6Hb!@QHygT7jam@m3`KoyYcK;atVj
z;ZO=+(g+R)L5I~fX2<QRqw}D+NyvF2gGQ1!ajUOy>xU*@`onH%?hCT94$GT{Tj9v^
z6<@xs#I$|k<H2=7ir!t9ETn!&^Vx*$sm}u*mH^SMLdyN{<Hg_k+f3X~g$lzPadPd4
zFTN)WBnHoFPXU=?f3N8@R8Ai5g;!TewyKI~o~9J?Z&wqplWq;ruo@!UEE@<5gga}Y
z`v%{<3(~yi+wgANuzc?r?weYbo+J2MD}(A+8_rlVeel5(to`7zoY$vExWijSD*ygT
zb^aOq&8TpqB}&hSI=@hK(Luvco&LfypP?ClRGkY1enp^uU|pRQc6<ol%~&z4*YvHu
zfcCHano&7j-Q=)K6hj9W{8Ek2O7GmLf2jUtW|qBfCUN`Wvc~^5H0LJ~Fb-SD8vu8%
zzYdx>EPfZqK;_DFB8t87I_L~UcuUbmi!lyYPpmB7q0%tZuFpV<z{R-N`*NL-<128-
zAoP7AXx8BaKRUG&%irrAZ$*egZt%oGOJ>fYXlXesFJJrWLb*Bv^hg^Fysvf}Jo5Aj
z`rt&c(tb51%biaRAA4~)Y+E4?_(kGpoqY9nRB=?6xmD}z&AiT3O^5pUhU8vz@V`4O
z6iz2*ud;Nkv~z|F17CZ<C{|Vk?ArHK0J}gw?kB@eHu>yu6(DQHH}lCt*?}o(`9vfh
zy&4W0p|^hUZ<Gush(EU;iXaN7?#Xy-Xf(B05|qP`2cWYJPM)qsVMg>~fqMl%hA0By
z><xz1Ah{^GJQZ}{OV?;c`sed(ul@3@4Q%t%w;XN?L1X;>eWxj%KmW`L@^6FveO~#-
z(*opqlFG$(pd`X3Ps<aAC?bIs&p)rmSEzr;sE`4~a~ej*BMa{D|K5iV2fKs-0&EJY
zT!p=Sp-OK^r3=G<1T@n#D)3GW`^E*O57<iCcH%oePCQ%7)@c3byuhV(qK`aGSmIk(
zJ`!A=+%c2R#bA*Tw0EC~2{4J6NPOyv{vC;f^*)r)?{8I1HNJcOlES}xM%;(<Km-0`
zFaC(|z`wf-Kz#=mQT~^s|M&m@uQtpnh5U1w0?;ou*BzQ$taLZ=gZ69Ab0xvw^q;*p
z3xLV}KomSiTv<!YLlJBt5$`K-)mv3n6&)S@5fkpeUIpeT(C84f3nL=pM-Ob(t(Y!U
zV89OhPTSVp+}sWpb#T#+kXpF@+tzSNBeToP!~_JqB5}UDBnUZn$)D%`{slA3uY2SG
z@Cy8M@WJiLxj8O773gaYV2wyvad(?=8Van{Z3pC+$2cxj-cX=#_=jLfzLG>s=tpyt
zOT+}C&EaIMN`u--+1`-1hS3CrBOoA$Tl`422dsH$)qCwf5C9zY8Rizx-*HBM;P1~0
zy%P1ZYfjrqd?2SF!XWlGr%Dg(TPyVKG@N1sQqf3J^U5L=$~g8c)jMxPmDL^WD>YFE
zyGlGlkPi$?gCPj4DC%#EJfyz-AVDALDuKD#ph?8Mo7oRJFl2{e)O2p-(lnfOl|=)p
z)Zk1--f~T9z*B2}?qGMJUnzC>8fJcj`?H(glivdO2$7sVy3!9Ev|kRe*79cpSbJ^B
z#E{5}+WyH;Hy8g?SD1;grX>q2K)ckDZ`dO*{Ol>n0fT4CFg349p+Rqg($92xgae1n
z%Qj;yCtvWncBT|XU!&1mOFBl$0IifnnN=BQa8#XPw|#GRp}dqqTdM}rRj4EtlRz;m
z&<v}jau;=fm&ZSWu~5>8Q@NmO9H1F)RnGC{nyacL@+O6To@J%3mK5?Xtp$RD%)KvX
zTD0}6l~ymgzIr6a#vn~a+eX4RJI3|$E?$q25n%@Tt4XBdw#}>3s~KOHTNwz~t<p%o
zl*Y%@RJsvO2;CjH;5dvQb2?XEhSxxe$;pM9`j@Y`%A_J$={DMszFv}c^-#d!n(mtj
z6b;!DLG1co8eAmoIth1_#ZUY;$mrFNj%!L5LEsEZOo0q|bT=Py+$dDoqrPvNp|ePg
z&Dl^EY}>illp#<2KHH^^q}gR!=4o5u>Jids$j;Y4!yhq_$w^Sw6%vmPc(@`6xm9)R
zcGfO4GO_3jH!9aU@n`0LJsvjUkMP4+gfafhl+VeT%7t&hQ8}#HmRxCjyWws*Tn+%7
z<UzBVWwr8*I`uxms7eG7`hy*-?H`id1V_M3)qKK1*@V<(Vc9Y&;N05Cq*FUYdmAHd
z;B-pZP68+oj|Js$Zl4yrNamZmW2&BxuddmsvGDz-X`jzve$x;?pNfoZp`My#vTf~3
zc0J{8DbpUcSjIk6=_}gk9>~P%`Ap@#IgdRKiy?>e{_BTDwXD>H)FtoE^6Z+g29Pb!
z4T*Qaw;~}$eeG@b?Fv}P*62B#TFUKsVhg>VJ#VHDSo^E>Dc(>K-6N$#!Ch3vn45GB
zmlQu(agDM#{bu|{`El_M;NSC_U)^`QG4Hb`hXGdmc6q>#Bb&RkbuW+aB4^LHs{{T0
zVSUEJ3v>W^fMIu@$wTBDfaPQr+M8$M(CpUNvK%qOHLFuqePp;kY68@~Mq9LMprK}p
zlZk1xe>rLUaX~nkH#nwL>d<gO;^E(cDN?dyY~Tf<Nrm}q^=E#`DbS<zBosc7^VA$U
zVUZYc=YIoCWiG@ND-CPTXep|y>Zxc}tz?0EBC01VH3iGaw94vM<0(b)HGlS*^4&*d
z${(!nQyu2aoQjKDbADJO@NXrT;t3|J<y120)tbvj1a-Pr-Az6@EcFtkUWVa)K8Up(
zxp~K*mGM0K)Te^n;PsVJSFNi2+x|l&ux7O|%-LsrjoMn>G|xWDZMBeRFLVo6^;c2X
zW~#E;)w`ON0Szc|wbfFwfZsZxX*9J=P$mdB#kOT&PfD^X%BX3cr>`U%L6MsfTHejn
z2Pe1zPQWDuTPSFv)hf66y;IcLc`-B|k0DHWvz4Twy#?+(87*|#n>%&It{^y`2adRi
zM@TE-$k`yCU(p_f+m2s26oyBGP0yEb`ROCMh@oc?bF@PG(?2JW$HhALgN_xg<9h#b
z`!p#^?M|QP03<9Mkk1vmZiYhwQzDW&I!i>hZRZE2mCX8WJpBBrM!(R6?$(-jGg@y~
zJV98AC2r^`eznlQ-A4%!k&3$db0#+RB*HmT;~`?zu%vE7$5{%)+SXrjuVB=-0S}MR
zN(hvFf>3WBhRKDhB*M~8AHsa&z-x8Ve!-;diKlh3xA+w4<}7!fBDWMaXW<BFQoxrn
z{FNIn(iMRrNNwktjBZt*w5MB9E`s}TK7?~v3vv8X@XcgtPPo?G<hwlY`+-A|I@)~~
zJ8htK<O<N&&6dMHWUv45O@mhR)?_kItMx>>oC_J^dA{v|<%h#dP|QZVYeC8+p4{Cu
z^PFwHRFc3MU7_FZH0Iy_8m!te|JHxgkhl2r1isApRwc6$I|2CB^sVo~okWsJOkV#}
zI+NJ!>AtWomUuR3Qi~14)2#>W`boWt!M6KRD}uek`|KX_buEPg8O{s_h(SGD9&Gq-
z34eDaba;_m`bL*X98&}qNZXD;c&xRKK$j**-aq}0A<CRko_*nW;@3yf$u5|aH}k6x
zEz>jNkHK=oFM20WOD2qSHrYi;90ulUVSGcaB$}7z3atAlkMfB`4pj{fiSP{EX?u-(
zP57MI4@tK(7q|<1wF6g5NGIJ{)Nw1nO8{3yMWrGYXO5$dzPLc`_Y8O1h~%6><%k5{
zH<}WvzpcH&Y`e>!bos)O?UJ&xr@h=LYK4razh9yxK7D#umE?5|Y9mbcb$CBE*gy!e
zv9ErkupqvI4HdswcAS85yBy=jLGC+RsD1uVkum38lT4O&L;A51&coy+tejVH>^r-8
zhHkZShGzKny~Nzq6BB&PH5d~gR1aXjDSJol5Bs(09_RL1%Aj69kzR-6^lzwLChphZ
zw1lgkhd4RMQ>)~TUNHiHh{ga1c7D0j<kC<XUt9B}3cK3`;3>fKO9YNFYr}RKV@dTw
zOak+48Dx~@0MeqqG@Y~PQA*;cO$V2y{t2dtwY5+?*=5&uN{92(U{of)yg7jV)VvD*
z11vDLyVD%CsE9`H`l*G#I6pwxGxW)I+GMPHOto;SV08FWgJ3tUe*Z33b-y+tQc(8Y
z=io@;*3PkBq&V@LHggR83hj#;^QGUEA$;R>^NE)=`+);C!|wNYwOBouH%r|Mm(&5&
z5IzK;Om1m~tKD8dt#|RVVB~#}YsSYBqd97W=5g-!s>@cvT`HBHW7!iTB=fu9zsW3!
z|Jd-wvCC)V<^z7wrKSe%5^;Q&1$B2dVPCFKP%zsDAc9LKnchl7f~?0Uufzh8GD)OT
z|B05z8#T?DWIFTn2V^Y6y%kLVNe=bn=K7KS>;4&YM+Nn3d?0TnUiW3)QVYpk1ksRz
zp;Tr(O~?01<W{Vy3AM|HSH+%#XZ*P~M?H!QAMM*CK9JRD!?Eg*_p{I1+WNHpb_EOz
zQtzwDVwFM}O3asB{oTDsIs<Zauw!vDSF*66fDjcS$SA}2#a$s0EIfyk@VlH{T|8%j
z10i+qFKk6st<+<EpSvqLUS^P99tsQ0PK`>+UXDbV0#&mFhsVbEh$a(pEweJLz(h%)
zv%5-Su}Vas1pM_j{5AC+>U+b%NvlB*Q<9vzjQCKcbiPN%=)czFZG{QLE`ZCUKm4@_
zvLPc=eZ~01#PCuOKw8}6@jQQA=Chw-9RBNkbR&Gl;daB=zt5O<ij#M-9&BRrvE0o)
z!CZ3EcGPY3d>rO17?ogPqS9kHi^LND;c6X?7|g7Tk0erRnZe0zV#LvUtg}?sUMNEv
zZ2tB0P`1Z$Ila(*hIf5IOf?3`3c(S+-`x^FDYj0%eu=TQf%h{L=4rNUvKR^o(W9|)
z6e@vSy6t*MbT~3Wi(I0V>z_IX@jAW*oXo^7tn)fbTI*LDbkIsm;F*h7&`&4N9kt?M
zFuqe(<1~1bH5YLAnbQ?Vlw<wU43XHW6Dr_HuXa(zHoH<&f+SyZn?nw380*zcxrFq0
zPGPgdjD_POY<N7#P0Mbqu3;QQ=qbXUGb`g;^-I^dt=^`peQSTrFmy$dX+H65{-=t}
z31qwi$${l&M<On(zm2x5PxqH9%F1hvzGQ3f)<Ai~mvuB>O;8J^+yC`_FKW-S+h#=P
zBjj{rbJP3{0KQYrGwP(4cbqsqh45r64xZZc5U-|MB=lgHZP5$wOXOb63(h%R$*Cl;
zIXO+2-opcQFQf!tx%Xj2jygIRz8_!47r6htHp5FIunxjhkvj(!ksUTmp7K-c0f5f1
zKCL`a!d*CI8ezuO-NsbG5^&ouZJhX1;&M=OeUD}{N$`Z0<XRCDIJR-`xs;N?*>%u%
zMJqehr<#a4IOE6GCECiN$ru!N9NRpt<k`pdz#PcvR;Otjv{<B5m2Wvy-z>glqOj5w
zLWu;-1jy{F64;`VurcsnTy7}=7bhX(p4WCm<;3K$^9@f~+kpd;m(3aJ=rNStWnZPw
zJWm|-d5jp62@)y0)4n!*{rqDh_b|h93CVLv)GW4$m1&IE+42x`%>@JaoN%>Y2R;LY
zU!!-20pfvIQzkWVRJP5MCpsjP-f|0;66J3Pe?V^Gu3uk$QJGqPf6IjxU>xG5YdX!5
z;_Zo2J4?6yx@4-(anhfok`qY4aaQvbRuzgyBp0Q(IeyILNRuy|-oJ8{A$j{<WKA%U
z1sk~&#JI$Q-;Sm6UVeW~iqGftO~GA{S)+0ru4?HRWCMnVh75e}seFaIw;iY`DN%{I
zMonws;o<Miy)x169-KJgfEQ*3a+Quja#h!o6^rT&9#g{PEU-8LR(4u#73#oR$9%ea
z1fjk2(vI*;ReJf?TxA%|gFEJ8Y`>3{ucLF$u>egM+o9K4bDy^q0IO@m|EDkzi%?2!
zVeyUeK4NRVsb0Y^lNeSpUOKXC7~R7@<v@tGZ84}uQ*3q^0rXyA09*;FFxY}E!=5M5
zAJQYHEGfcNX4UgTFMpJmX{KBnJaHB?PUC2mIj)10z1OLaHzJzw>Hj9mrTn2X*_j)A
zNLXTLmn$htXeU*Toe{+IJzQq3z2O?b%}9UG!JNkSD)-a39(cJ)v5sQC<oL41+DhD>
zV2d6|XdESM)9z6#r_<4^tmE~E1NQmfzUk}pa5Frjp3t|56dIAywOZn3;g<Uj)f)iD
z{5~?Ze6w$j6eAoDPs&4v^58;>xRrQg7_;$x3|`l_NW@h$wqrOyy-Kyg+-+CWdqg01
z)8uupy`=1I21Y-GWOXxe7StHsy9$|q+59!ijTq^ZRw<G(wJF_o3wQ6%e|&t5;BPb>
zPp71$^m2LA(hrK8v_GD-N=Qh64(i_jtl+y}lMQZP@H+1NApvyz{_*5R3>1~EmB6KT
z<V#N{ePzkNT#fUJ3o`_%X$IGh6P?N+6t0Q{!Sl=M5D%7ki61hm!1me)T^uM_iPP56
z>3qEDJ&Wn-6h8L`O&RR$?4ClJ7*_FRw>^^I^<CO|L&N46Ga5Zu{UC?ju!?zK0a|t^
zJs4CseGik`S%TrlqZLI9_}&HHX269-UtQlkEj3?iY&=L8rm8GoUQZbnP<DNa`#%GT
zG9aERvjp1y6(XG`TA#+B_#pB?bSZ!18$D>e`7B|1c3oB32Va?!r;B49AkU%>xHEJ0
zkkfUp%#{D`fy^u<Q~#~o*xN+z<Xt_zBQyCN9xi}Bq5}KGT({617&P_t!=c_QgN<Eh
zL`KQ1Y;M1$a8zBi)_tYHSVi6-BR?6-$7uZ7DAN&xMYaBT(S7UE<UPQcnKeo$@Z|2*
zd*MIkjuv&L<5x9iks#%%DY)!dK@}C1SjD)eJ6?a4-5d}NgUc9ITKSjgA1;W;$G%e0
zf>)hhrQiJ&HA>c$!TCHTH6>Dmgp*IT*7Tarq)MQoBZpFmsZUjFvz6}mTB5paNH}~n
zuP<(=f<_h9akiFm_9^i@a;@A2jR%`y@$$~Mt9_gRlUzc=Z@XJL`PO=*jkS)9Y9V;Q
z>vm$@jy7SKfZg=zX;=94UzBXOH3`JXpm)Vk)E-Jo$`J9K|Ded2bQ%JJg2sQb_9)zY
z3$7f_%pw7IoQrA+v$i%%=ZYuG0li8qnL@4CtLTvcI%V%03Nvb`lZ9eDSF~}du$GS3
zJF9&bFq?RGH0R4=aCfU8*M6_x4Ogr2TG?=o?llrv2(uWK@|juHG<iiHBX!pbqtQTt
zob|FIiGtJB;12^25Dh2vsa&q>x6_Z0YQ5^ps)Xq+4o&~`?e6~YDV~HKkW#_5-oitV
zx70Ws#@j<a#0gBjqx*=Pg#hGXInG}!I2IO#$<8M`GnnlV&EDS|cMVSP#F{bd#b8OP
z?2b=p<umx?bp2AU3Nu*bvOjru+Td(X?>F`u&2)E*P{y^Ao&$vR*+9JM=84!T_1l(~
zaCxF0qtRuz|9^)gk$ebYchq=w=e=c0buw4Zl~kGB++DO1&4Ms0A_xphj_S=*RfkFF
zH<T!>-u^DHAF)N7iX@1|wIP9J?Q|Tk%A&fUkVTH-?n6z+**vXrpO(6>n8I?TrvF^O
zn|SKjcJ3w#YSki2=Vj_*ypFP@5l<}{Wg*g4A(Mv%jK1mgNJ}@p!t@worO=RD1V#8N
zboEWbr8=j*2@p2=%}y3wMW{K3I0(=a&-vNw8jqhph^uRwV0<d7-+WAAOQ;<D7GJoE
zlpXcm@9bNC^T}5!W9+tpBMe9n+@EFkpHrA$P=n6RLs|81JZ;_P0G@zu+-B1aj@v5<
z$8>2@$gb;m_znaSa&$Z5U592LQ221w`xcTb8TD!46$Lc#me5dKQWA|!=n16Nz`yFZ
zx-gB@FsPRmm6Q<jITeX!gEo>)#xQ`ekt`)<cJ8f#cW={+g0HPj&C_)hQHIw;XdZSw
z%{kJVMw9?j7Rg`FtGx5v-Ap&drSt56E8*WGZ?Wvv&?5ki>6OKn>_xWIl}CPME<ekF
z!9xU5Ntuw?Zncl`s3$tWiM{LiOf|{O7d@aUPJ}`Hi~OB{{P-(L_JA1lzH?tv4sIbs
zepD_3L|9kMw<rPKc#;o-a-wH_@eL(EZ*c`~39Qr%vARg$et56a?kPL(&bcgZ=DtDd
zcndwiLJsVae7oxj1%jf8efm71QU=x4UeBLuAvWq~Q1SoYvQ#E#thSPy?b9l2?6UPJ
zTl^MbVd2-*fZ{if=44rxm9~@Zv0*mD$NsVe2|_sEnJO_M(X^bg@yV@%8&CU?`Lfi|
zFE;b(GK-!!by94;4}FJI7f6$x-n+}fr$jsa8Ur^d(;H^(Og{HGwV?@&X+EsgF4M`e
zCNYBB9xmEXX^lj&^kb_bf78rQbSH$<>>kJCFd_?LCBXc*!)#uE)udy+iwMP!>X~+S
zcFqzZ_Z0LH+>hlM{ioq*A6;BZl4ai@2*AOAFZ}$|2nXDhTtDFMuIz+KsaPeF=(eAx
z!2R@U8F}w_t?;W~-U`}a(FMW{gan45cgNi|P2wjxxEf4o{s%$#gn9;cIY^SaZzby3
zfLICf0MaX1ALVH1?`O(21DM3Lv?s910S5<1@a1k30|Nt4uhf5@l4X(06cS`&ihu=x
z&(OE^2cO+P5D^#}PcZrh_kekJP~0VZV{a9FY^ODc8vUxWTZk2Alxe?5P<Vi6ftorF
zta+f!Uo2^;H$m%&S6a<H1F87rTud*n?h&OCK<vQhGA<w>Dzg4{wUH!a!u!DYiNY^m
zTenNwPdlCSs64(7CYRCOzJAl($G<&gAaK9Y>Er0zKgN&7^?Q=%kqd|TuX_;zNKb64
zR&xu@spv78-F9BSj9=orKm&|Qg_xI?@85PUysyM26EJZZ+z2o$kZ<Ajx`V6igzgm9
zn}Ek7ZFTigoF4ETrdL>e_a)HG^t03(1-Cz~($%az0(1uMmkJr4C=(q|L_VI+Bb~{@
z=1(`zZyeT(GZn^=Lnj|92}S-#)Z&%hOK+;sk{#5Vr0}=n-8{kssFpebmKr)%V7~oJ
zqP@=O;3qPy>PDc|D)Pfb`O{o@*lxDmWDmS075D~wU=<DH6*U99#}xf@eLpKvlW+DN
z)|Xd@o8A1lU0?m-{YcnYvCB?_FK1w=Q~4uOj_bs;J^foR>*n}vlW;xU!b%#tQ3tgs
zZxpSPN?M<^-u$u_83;XA@o!HZBdZVV%Wq?IRnRHiZonaycMQRy7_$u6x|E4?G4PzO
z?3eP|zF6UcS+xt1C_Kt|<vpy{on8Lr;|GeZlBF6G*^0{f6McgJ8x-1e-umkwnH~ql
zIyTKF4_Et7md!2W2&c^;k%j=>?m1<Ee_|07^nP%1aJX=8;kpJ<%@#UNy6AWV4If7;
zAI<-cT5!94G5Ozsg;r;Z<q?4Aax!);B=z2#Ul`*3Kam<d#;*ggPCd^04JjhqE>erZ
zY1MF-hKz7?SB}JWGs9o4JhT0JZB(aC1(s){OGmCTZ`JjSMEZSS6qJ(eaisO`SmCAa
zrl0iC<9|dx<a|zQhwGAkJ7h`KZP=i-RudQNQkfTBg_ZGg-djU<xD!4zgsJB<dc#!?
zDm@Phb1!u3A5W==0?+cUIvUp&xL|G5<>Y+Ny4!<G^r2VR1E<qq1a%!|`Yf~A7&S3o
zWP)er^bTmd3q0l06~G}0_GLP|dZEHZ>O{x_-%V<%@4`6!;W_m2I!{PcGWFEd3Lk5u
zon>*QUMEfbI@q*N)%))eJ<mtEGvC3`Jzsx*&PN9UjFOQamnrdd+sFpahIDi73ni76
zQ6fsgt&0_P7)T~$U;0m>uKCP0&DJ8O_rAmx5lZ+(nr=<y*I_}65QMvfE_<rSgMNjK
z<tSOJN>|`+-S=focMsp`R`_f+{|r#kUy1VhTG2ZpEB2gh2Cb?%KjKZA=H;M1xEHn+
zSe-!?p+|X!q^wdGQoEo%W;~w`0OY8ABn~6bD$8iMcXc<T7q6Q&*Vpf=mmf$93tT8W
zpgUWCBYm^Y8G-oubS)t&-b9I~F{Fu?#`BK`bf;vlUl@PZy}HkdI`6f{YkZ!$-cIf>
zETriLAr{u=wwyyFuGcjAWS%~%X8}5rh3Zj0=v}mvebf+NTlsf{ek$BWi@uLTeYy~$
z)wr_MxJ|9_HeMs=!2J1=`?>!HuAH=ZSoAbifLEgE{=~E6Rv28+fy+9!kIoyvib4CC
zhMg@nUu1Lw)&ImJs`<PyQfwU@n0Jif#1Zy<T4oQ#dgFE)ffd@n!cNuEIg6^x-7=5&
zJqFMV1=b?0`Q^P0PM!D+v~Mf3va(R-Pyi6n+4j{+ar0l?l_T>ZH+a?SG3NdazM);|
zw=Fk6vkS}@u@-q9TX^FI@|Rro%I6ijdmC59Mr&bbd;LBa;nDvYJ2}0|+5fx9?V3o!
zXa3Xb)N9-ucU#3v3f+&ED+Hy?;w>T`jEJ#hpkPDx(z*ePaRO`MA>pTRhlxkfp6xxB
zDwqJl8U8EF?78-hxgF7=T&shY^~cUSx~La~vHju!LU)QaNu`RthWMP1E%XPb-_VZg
zg=B1~dERMM)soM|vUXw73biLdGC=UUaFu!`YlrM*QBW4`%X)X*?kF1O$afbW!lyZc
z<&`OPY|QDEDd6fJNnLQB%AzsZU(?-lWaxx|diZmryh71-tT3OAK6ElO!>0{2%z4?Y
zDU$XjE{qT6Aq=mqJTAX+Auoc=?c*<5zxinOxwSm|v2jjp_TAr6!|f9s(B!#C4HuJ;
z&Ej+6E>oCzjuO)QN1c^~HK@1F79VFq%S!+{<_Bb;0;RpOvB`-wY%jqwGfd;nCZ4OL
zco5VkqV;yQ&;*zDoS-`xnjTbX9MygS$#8utAokq?n+(7PXjOD9;SOQz8#Rqz0`(~@
zH&s#1Y?Y^OrTGsD;sY9&CS;jyJaQi}6Q6-mj7_q*1k*JX;urMjbzSL3*kwA3Z~@OF
z=Q=O7^FI00s3_tG^oGh3w07pG4yx#q?a4+jjc0XPNGeNvbLuLV2+<(b<o^*Xnt;FP
z(5x%=B}ZN0vh{!GG-8#XZeP47&N_UjMm1KF20A*RbszY=l@lv_PmUK{$5w7$2C8Qt
z6@r&z*`Eu2lyB;eYb%OfA<zlI*3Ht+u*@?@#8&xU+fM6s1EJ>+F3=ZKqpK$AliQ5Q
zR>$?s)s^Qf7V2eRjX8rAU%}6R`7SCJEPlN_jlUH7W?xq<#$5z0`P?rTdT#x$+}bo1
zb7Mu|VWYI1AUd5f{`)*#3tQ|ltS1cJeQfn7#=Q<OXhAD!<hpX&0ig$wvBki{bA7ry
z4+%jG6?fRrcV@M71r`?<2?+`NBik_*G+S_WLkIkFHnU}&X%16UQ{t4p${w!OjSlU3
zkF?e}g6%4c%~wL(8x`Qpc*R4}f9iw7gS0aPtM=bsV@iDZ8$DGXQ%^klHUJ4S;tNv;
zw`zZ)b@!i{l=PCzye)1Z95XvbEDUkajl+U7IGVIz+qrVFwVw24X>E7Zppf~QHR~VZ
z015130p$Qoi;Jr@8Nv3l+uvZh0qmV;@f>1HwwftYVr6Ch2P>T%81U221^|6D{WoVy
zmAy+plDMt(@3v-b`mT4U;QSnS$5~OupvM1zA6!pFt-pW&en^>|Zfw&pnDOL$p0_<E
zn_u$;+%g<xyo-JAW^-pAJCPZ2e@aodTvU=#gQrr#7bDecpVnu*zB-H3L?-F`Fc3j%
zYwvv*Gd9|+54P7N=Bt3b#@A?MWaOF!D~(p1t&7}lH&GAqFHrF72)qw;Pf9reSkwn`
zhUkw0{{k`p`~yQ94y>l(2W7+m7xvyds*Xp`_ADF{EVv{%A;AMdf(J+-xCHkEcXv5J
z2=49yg1fuB2loR6cXyj2zk7T2?Y{5zyqWIRv)-Gv_#<T1q3TrCIaT%Ddw;gX<FBmO
zFTmxv|Hb72x=IL;lcY8#%z4P~Ig_QHQ8vvMl7UMi*H)df0)D8n({l_saA77fV_Ox~
zYHi-WntR{>tVCVyx)za4m1};>R@pR|J@(F+6qcM1%w6h=npW6eX5t8%JX$M2a~$_&
z#`wdBmQo$cuWycxt5g5H9CH+@0{PKw`uELs7S31yv;6aJjlGv){h?qz>f?r6aV4MP
z*@DY?N478jAZ`6)n%N5fOlxLtzRnrK=<)crh(lK3VLd<7HqN4v$C833mP>3rJp0PT
zKeip~cOyi98Bf67@i)H*GNCXyMSgsrper-&pY6B*$_0g$>S6w@d$k*M&)Ut@biF|x
z(_0Y<{o7%)b^<#xK$@{KeGKTH^nB$Cx!!DTZPn4y0YmxTREVI&@z*gR0q1TY*OHyx
zp6rQ3tvZ++P<(|0C+lcqV*>^-mFY>Qv2D%%WobmlSg@Mq9Se&!<mE#R7pm|wOMF3T
zsVrkG#&@v$?JvVmSbs)gq1h4$>oEjcINW~>^|O5kH;XYi6CTi=g<#F)=@k1)!1WZ_
z*Mp~fSigk;_a+=T(PPSwVS4en=N<6yyi@P*z-cI8%IC-&R>sa(I{Kqn<qk?CrqbKl
z_~i{5T>dsWZH{*#i9K-#z4E&s+vLG0_5$>9`H0hjsmfwY^4XMm-h=QZ+7k=2+MXX4
z8F+yfMYK4Wchen3DyA=|88C0&z0w+7$=@6W!?guv)fxJ&AwW9p)sx3F=+)!J0em;V
zrDx6=5Qy!sw-$HOP->Xf!kfCD)XKe9V>XXBC?=5U2~Wc_v1ZXr$kgOrudCbZ7Yhiw
zc2?dC3kc5>(63T`ckrQj$Xr8Xq%UF*kuO*<pa3;@y%*Onq0M8Un`Xf&q(`x_&~Y#e
zi?ZX3u1O|gezm89UB%SrTKA)@<g-n@<?%gDnVL@)EJD=X^B=bQ3WE1B=&#FeGduMZ
z%W<t=>l=0uIuVoa9N{=|gchfZdv`)qJqre&<;@3cN2gp5?`!7Ht@9bz;%w0x+OX;o
z=5r(Pf5Ws+E{kW>45(i+CYQ54T{JD3xREkq^$gyb99+@n-jX`VZPTy2td&6ye~t{p
zX?cd(d6BUPWB=>LV=Mvo{i3F*-4+bwVFMYI*^y!BsXugPIy(-Yltw-7f6qd!63C$P
z1yudu6f>|@-!>@Mfhd&Ughko&+3VN9={~CK@HC>$-H>&8MT6tryx8FAo@-1*C0*<u
z*zzra;HOg^H92lNtL-|{K>PJbzo}^<aHH^bH7qa=AyE8UI>c3KI&uAiMOe=^KPRy~
z`YFkRZV8-ByQWfJIUnU<YMC`FFun(^G97%GF)#AcZKToU)E*Fh%|RS68P%LU`yx64
zL3^bv8o`;43<;-Xaz||NB(_k!;VL6V%2MR==f&(;W^2r`v;6z_gT^Oi1r2-q8Jb)c
zlDQYMiFV(w&!jimi%Y2Wi<=W3v>BQH-}_kz25FH0e?QBA=x3n^5S&>dgiK8-DMSjI
zPF0uwxd_fDzf*>p7fbXayRPOjTD}Nb)qZMThn{tI74QH#&_+GUT--1)VVzK@Ag0Hh
zAlpzlpsrb#=G>=$>qyV^miNXo73AxH-}X~r&!pTX0pCGca8}4K-nQ=SdwI=*SNA~&
z_S5Iv=p6=pRMr;@rq1p0Byzt|Er0yJ)Kw^(a+BQ`=(Li)uDBWFdCf|i&}pHzo5MM4
zdE4%g&6||hAXM*gU^2Fzd*f_SIfc&EZAB4ocz1mUR$12EozLBjZ=h2FprIX9szFyv
zSAKC*o#WB(-Cfh~I-sk?8^rJLLtPG%`8}E>UY^Lir=p)<KPH=aM}^ukKApf#(D!e{
zl+Ku|)n<+tAa)!Q)vxpW;0EI35bPQQB}8_KLB(|J)KV%>en=D}{TNZ-9W}ZV4?~qt
zpYF^heD`~Tt<!|vj7~Lw5JuYvr=&=m<8_8L41%ud`EOyNebo=$nU3OV=q(*IN(ICA
z!@=?C(PnB716k1sTx&tki{VDnf6lcU!R#`Q!8uy_u*((<kGK8MNYh@3{Sc|YS4UGh
z`wGXQU!{lxMman(oYvdAXnjO5iZDnV2Ke%!uCdAW8M`pKym!PGfdbJBo9~sp>faiP
zOg~lPFFaN5+|TB-cufn#Y&8;acES~+`aP*3h)eBz-r|@?%}YPQRt?B2SWB;ZU<f80
znd0>lya8z3w7EXP>}_Ea!a*E@1t<uYYQxRork)(mxJ|CHDiPPP`%yvQ0nUD6v~z<w
zBJv0UoY6%%%5UnlYC>x;3owB~?gq}npK{*>lJZ>;r8U=>y;0aapH!vztrt^KPeV!7
zB>mdVAe7{?qygbL=u|b8!6>K5Fo1xUA#0`Rxb%r|z7FF-?ixech(YL92G+dyd&!rL
zJ_<1Vm_O2GvbPPVI|FH+R(@1Gti%*BMpb*pa=lv`kn?Ts+P2Gi?+16XRBXS3iptf9
z2&rTW&lOnK7Z?;Itj%<_%?47(0^M%T%@*p|UcK7%!Pmq@hR5<>1x-(IhwF(Jv^W7X
z<pwveo28Ll?!cS3Fp|O>T~>b1Jzg(!q|?56Ts51YysIq#AMv)#U4>dt6)jXa9yLmD
ze*QH97nZeJq%jxzPaG~H>N>BNhczi47Hm}tOj#$ks$Q2L-zs#yGce<7qEfgv&HOqX
zfjpMBGQ4lWYSl&+&TF9x|2;pZ!F0BY86`c$rmu3X!PI%VG|^g<?|!%Au;I?$^1J~h
z?NfCK3}7-=RV`_egilj?-mrD-x14P7%Q~*ISE=Ykl4<wWeAuaX-0~*k=A$4{Q^}z(
z5mH6s&}vZRh9T%1T+N$N(j56Y)bN_2so=MA<Bb>mftACs{fvRu_(y4pdhS*koi+oc
z(X5V(*K18~xOjH@VyX>IZSVwj)g9VzgB4uN_pF^8-`LI0M=J1wumKM0SdU9pML{A=
z*y+B$ya?8fNmBk_cbJTfa3yL(pP!?J`~%u%vygc3VyW|s6=;WZIcNlp4^1MZZnoRw
zxmf<+9&)DMUAy<;Bg2F6#?#G_+}vD5Z%>`LjZ_b4q}~7sSLhCT!PDr<|Ho6Fa<s(=
zH({bQ(6f0J&bp&yV3H09RK7hK8NId6AOuY9x}58k`2=T9ewtUxp|(JeHtHH)_mAgx
zwWWJqAA31t+kSt>ylTj<%Ug~vt18{skt3Dth9|nqjtLzT)8hu}?^?Z_$q<-hVpNqj
zHVoFxgn-a-oyPl}aE8g~7H!Bhz@{zXNlskv>Ey<H^1mtLW=AttFSn4T{OE|q10VT+
zz_!VpKT}0$*0Gr`5Zqa~fUg&q>9a!`aO3^zSpaiLh55v1V<>s9M5i6JGp!G&rba}-
zHs9R<_%NZ*-yLIkT(;NQ?SNzD9vXdu^)6zI+l2#nd{R=-bRqy=Fz$ZHUhR;Wa9wBR
ziV<?vZB5+5LU24nQOgof0Wy27#psrEC$X`H&g=5P{vdWC|J*FcF(S8GD~0>fK~(^P
zQ=&Sg*q`1&+F=B@UC+Z&p3Md{oKDOc7%FhvO<dn1Rd1r+`}T7yb+qXpL8F`XGg`M9
zOKLhkH?2b(8W?s0ub%^sL?FJXQ*dUhT}osRcW$#Dr)+8DOCzCihIwmDk?hnumRT&X
z(+Y^B0c5agljZdqcx`(MR(pmcMPPdBDY*_N+NrCpA;{`;$KEmcB&35I&h~=B5%A>^
z)U5}#{Z7l@3U&3BBj9Z!W+L98@P!t+6q(WNQa?@pl-^bGc4NG-P#iM%0bo`bonjS1
zt{r$T08a;ti90GD+lwC6utrjAVJCdSrdNzx$wl_mei37w^jE0lC!5guISI@Fayk3q
zh^&#_IkmV#sn`56(OJoXBtM-BVR8y`@@H?-jy;8eXL45gFWhjKaLA;;0H7<WpQ)M0
zcJmkS#r#PN90uwOu5pj$M*Fcndlw0bf$7q(pvOi0-rcKzjfhoWLR~#+!5rhslVk8A
z4;om6!DHsO?vYo!XG%>R{iH>%+u>6tfa=T(!3j<UTFP9+`G87&3gBYpL8bBuivmtr
zhO*knbaUu7+l3Uvc;XexML<-Lv$vF1!-qthqY(}}y+qq9pZIrMeY?Ra$-I)4_~Ihd
zg={-4o%Df0gngf`axj)unPO;nC!NKUWwRuB)hyu2VnUbrM+pmoN&P-OdKQ+o$jKiS
zU9*M2|2eLdc4pKEKN8>e5h&E0nIKCd9t+gXM4>6*h$CFI!epulGz&7LuGn(HAj5lI
zEP7}$#tz4``tAb|@L3mDCs&<G{-+~J(Sg=TLg$Gh6Jm+W-A5oG3Kh`%UPK3h85S=#
zt>O~8idi5QD}-=z)8M!4clP(u1>2P4<j%~5(E%})<GJDiFaq2AW(Grp49c1Pi=Xpi
z2IZv&5a}v6?dX(Zh<1NP8&w%xKtKO4;AjeO<V&C1m#b9EWeu{&?jk}$I_pzJa`70H
z3yKSRHGV4U4Iy+~x4{BmoWvlDKJ47pzhn}$WQt;j<@NPVR9<ffO>k*kM9qj9g47E|
z)4r|#^0zi^Oarz2yEcr!ee$X_xI<l=OyMDG*ir9%eECB|mEB9;9V~~tKgFz4Da10u
z$oF*_s$4x9!HPjh>aUIAdmD?%(&Dvdb%yJ*GA1X1+s(9(E5^_*rq{=Lki2ZwYnsWZ
zX(K;&l$Y_**LbpkFBA0<T@%%jof$`K;>z)XV1CpXCA<`1*%<zPvGt_tC+}Nv`qN|~
zcq)^(H)4yD@i}Kx%k?#gKQeR6<OuegdX1{t-#?$9V#U)2{v#|ADgRmO{}@VC-0hP5
zI5K;{5x8p%#iNCoA;CQX*rVtIv)9`jofVSe%aI}Pwcz~ZvAKhP9iB{Gz2?>j!m{YW
z+$`CvsiMhfreC;|bWb>r<h|$x&;U`I^}5)Jbtzfg*do>)#i0R?ypxkoNO-Ch)v$UU
z1x;AiP;zRyn9{AV=bKDz+~x|i-}4`!W;>&wAJabrL%nQK`<e=d^z`a_0I;=twZAQ=
z&to)QYYa`WK1;C11_UA(a$7)W$o6>P*|lEXBW;H5%Y_(+mHvJJ&>T8n(6LZAv3|_P
z%0VzeeB22k%s~RK{AzdVs1!?k`W4T%ZZvBu?XULU&%O~FZ7UQaTXz^D#H$eI)BUu3
zlodx_{^eGK-Gb=#qJs06Az`1~^Z8@95Dt<9WMGzv-2XI^?)Q?_-Zw+}=qo*MlkN6T
zpf+S?!uc8{RzQ&H-OJUyPxV6iW6}NjLC>}v>X_OE<}U{{ZqR$ay^Mbe*T&**@cq21
zk@S1dlYII%<Vt&2E%~ftT*BbvQ*QFpH<*|tg>R>lQ9lKFUBvOGyEp;~F8Z>nUxHeh
z`54}0^}8RS4HE&r%+nN85=rYRO@>9Ry%{&Rj3q5o0O%MGSpl<Spiw+qDmfu6?9p6y
z>BOxJIe_sC33;s020g?dLrIcTQ-{lTkJtM1^YXr<zsUPcyM_MfChcfG#U<{avUoeU
zr;ot@7V3sBJ;i%cZO+(3Cm2j3SF3MjUZiN0o6jmlDJ|R2wNb}uq(LvT-9cDOD9*M|
zm0ymXHeE>f3d}YXS0})5|9p}&O0%xNs#h~s(z0VxnLoNXW-&&%b5^28PD(C0+@}_m
z=f7R*1kIxA>(iQ-P14fMnG&K^(jC?aU(uBMrMFOWaeH0xS*4eiTZ{vTVBqDeacum-
z<cLjkIq2x?r$65A1fWhji{b_h>`nyA)#F?a$nC*ig(Rd?d~HMlaEK($L4XEFv5QlA
z8R~S?8xy_ot`<_Z-LO#1Y{PP!x3#%<?&vxH);Uo(Tkdl8ZF8~7W<T`;?Ibz>>y3}m
zQ8^T^`8HstLkv%<IZnBLOQN@|C&ikVo56i(4((I)x`nXm&|8P14N|EZw~bz85&2#U
zaB^B}EcbPK69mirz-(3ChQ|NjXV8!vM{}*!SXsD!Nw|<2E`%`h+z3HtE`Ivh&MmsZ
zL6rTFpYiyI5(itoc6g)*9w)h{$smK|G0-`2b+WN&-OnJH7Pi6(BC4dH9Bb92!r#)h
zL_|hDGRp8l=LA@@_UN2AK0XGyDw*J@KRYv1762fGJicP0{L_Fp8oNNRAVQQfWQcXV
z@gj(r1HA?GAWI4)qp?5^!c~Dr1nW0EFUBLJ#0|**pJ@K}Qrd7q?8<d)S>ob(Fy&~Q
zoTYBYB@X3R8H%MfQA+FkMmrVrRbK5z=%o}tor1$$HNi4S6N~E!0{>!=)ADkO7`=2e
zY9aE6bS*7sg&jTe%Wvv-YE`DaXJ@kubnS=@=i5jadU?}vrAp~_-}|P{C;8r5sHT2Y
z1V0~OUoSQ>@eU2zL(cu;-M#}+u>N1dKj`C4_4GJ62FvGeV=<bGaSk8iM!;Al4K?-I
z)>_9@$UjhMz#*?XdkU~*%<)ZK(Ja`^Afdv7Z7{*9-P*3%f(6tvT-2&|`v#NkaEWDR
zwDaebSk_W{G0_fNfNr<bea*EOv*U4m&4@K14F{a80EvTLW%RHv53vqcp73B_;iIP*
z=ZQ~BHgFUfc<W2}7Yv646$S{Ve<tY1KO5`8{5~gv(;nsQ9))n;Il;oF6ZGjkyO3BG
zhU4>0{F{WUH346S2tY2rEVdwJz`3Hn0>0~9`hSETJm0J=YGtLD0`JuREokQF*yvn-
zmPhh&6PAYR2e_%={WHlHDgh8P)1$ZYH~o<@64W0{0Fh0m%tKFfW<<DaJ<8QG6x}Ua
zPyjoo?2>LG{n4huI0cE}x1`oG`Mb&x>kEoK?gzlP@8~fOr6A20oK#~9GKPX2mzC~N
z5n*9bst9qW!a&cb|4J_lRc^!sbF6;+;1k4Gf|p^w*pG>1{+EAAOt8ak%s~<_14BZJ
z{s>r}2B=~EYapn=7lX8Em%3lKOg7_VuWs4SDd7*dKhvi&WqOKmKMzX+aNR69AeJIz
zg&yzeLs1d%1~ua|Ey!m>G?g?nHr`%i_%*ggO4aD`xOP%7%IqQesPC~LgI4Vs)2gO*
zqDOcIx}+%>ZU)nkkHS<&YTF-a=J9R)qq@Qdd^`2iAxLNz1(##aSOg`UI=H{y|6hUX
zKT^m)j}-r+&;~WGK**!A_D4w)c6d~k{_QFrXD9EHhw>NT!Tqyp{F`$hOjN78S0IA_
z|K{;F&qr{1!u;`t*0`XUcKz&+SQbX|DRXpvT|Z=H^H>DjwvuH|DKbpa%+dS>OzSIf
zKJLd4N-lpzy^+advHyg_|9cdpzn@0`TC5Vbtt9?yH@bt#X{Fd;ljrTs8tm?;e_uG(
zw|}k9a@ni%i;<bx3%@p`oKTYI&!6Mr;bCF1h<^E3*=Hzp-;xtVQz4~W#`fD?pBniH
zzQObX+2PgI)q$PAJ$c_xA^trntq0a-B_t+NQc@xr9*5?)3*azD_7V{jgD6k!8kEO}
z*2lwB%LB^3i00c55D*!@g0$VB{uSJ;)lp?JKp+e4RcRs7xpU83$gXj9;^We{h!x(T
zDWT;Itb7=K-18m=I&Utw7MbEIP+Qi$k>FmNtYFijT_;Q&xTQx$tIyNn!LgL&k)(TZ
zO>gT|zaQ|5hRY)vjnhWzU@0+%G+z2=!t>d2rE^V708bSc3eoVCPZvfn&ch3dnBlBT
z{2P;=9jqU%*&3B7qbknK$(C!20J5I02;in8euliT^=)ru4iflPy)mNY3@mvN9-WZ@
zt{PX85Ksjn>qsrzQ+vX`dpg!UC4_CMQ$^txjBA}KSEW7AGOYRLM;N6L!{n-N-&^s<
zx+Ocix!7nN!n3oIS#n%T1<wJ~N^5AKX7WN^U3xV29GWYU4~`0<++ZXfCY#SgT&Q&2
z$@B0+XEiXmNd3{Tvu9F_RnY<z%nXZjt?zzIa_@}rwryQy{M%^s$S~oNIf<53EMg!`
zC9Fz3<>y-BR$AWZq=iPg>Or@0>(`?Szt;8pSQH(exPzY&E<IL_1{{ah3BjM6o6X?Y
z^hNThJ}mK6VPbcy{b({&-Um!f+oWMqyu*aGT-qiNI1rfw6VWFc9@%3vV7mkORqcwO
zx>8eDSGU~md$NT9+X_BLkrETr;RW95HbdbcTB`$SR5Kn`xN=~gbNGK<XgbvPu5~x4
zRZ-P!a5vA?-?HZu@12eAw<m&m^8>b{L`}@ZnB9!I$xt)8)R9$dali9qGD-~wFcv_~
zFI6^3R<1I>LnlmUsZ$sqoasXdHD{TI$<ZmMn@~v&Uzb*?B?PwZE!3*?BW3p~m4-=^
zC-4{QKUyF`qO8l)3?;8z@)l%sRd|z^LJmJ2RA!5NGpwCud3hyFtm~;b%`J#D+CmfL
z4l>wxP|tQ!f0=3Oh!1FbP(OI0(*KvLN}Al8&%6DF)9rR97p%HpfW5FTsn_%1!9e!~
zW!u7%l0%U3@AliDrmVc2@VgU8*iCiWuLXk`7WcPTEb#+>ndouAOZchb{}vJI{$UZd
zD*PFkvt5IArWCo7HOjBcd0u88#HTI@fI~DjcB7=>JAj@YCpPiaWM4zebf6Covb~@-
z8KnwSd)-?&qnh~{F@vyku5VzCnm8}pv@5jxSa7Ty<Kiki7Q6~rp+R0y_=GN>FwPln
zBQH?8x^DBYbq4$%zBKnWE8Z7yT^FKoSRBmaNZKN&9s-bPL!=d{T^8`y&_6%F_$gh_
zKN!h!lBRN7)fp0yf!59M>M+}$+s9qua?!+YmQq*jpy=}NHH4#X($Gf@VfYe+@&1E`
z0G4xr^Wnd12;jJ|qpM5b;2$)Et+Zv|pI4s7F?wf^Y18V$c{yW6xG#>u8Yii30i92u
zpxUzm%E5J#T~oM;SlRRlGFek_zYH1ew<>N4zWtX=Oe+*G2WRc1jVone?Z=D_i~RfW
zbj1d1!JZCISAJ{EXP1#ih{CS>_DM`S7J!XksLWrylB3tt+n-aemvhZ~=WF8i3TGa{
zj{=~ndAjr*)1NE?R>~63uZ=sKA0r%9omE(8i5?(}fJuojV7Dv;QWp#~_-raYO}s^6
zMFB{8!-%#=RpB!V6k+l^US`3b%rdsmB)?viaIQLJi9|&am0vE~6hFHToWqm%F}EnB
zrqI;?RPVwf`1>Ym)c$<a6Qf^^Y*@7TY$oFSc0iWj$k-RIeOl6dfeNDa;}lgW1+m+C
z93O2fFTuF(sG2hF5;_d+6T7^S?-~t`WilqZ2wG2Jz*|>b@{D1Ud_S?8Lg_z*UB*~(
zdc5k&N-zTJa&vLuaXKObKG)KM>6Fmh;gJiiCJ?L1`5a6#NJ&bv5ul>Bn@*R&yx_h0
zD+GHk!h`V267)ZeX4s{gt|JX{i>m+t^QTY3?>}cZiu~GxXvWunF$t;gReuRybrc7%
z155dudsGveGX<*M`{aP{V!QyzH+`c)7#5rFR^ce=pO&(iky6^G++Yl4(WnxP4W}gu
zFA5peHI9l;K>(aH2nEdbv$uF{*krd381_bS_nWXFsg@Q6rGoTbRY}nw*x0$tMl%yC
z6R)D{)uxPHR6p-*Wc)*LdhW(*ofoYN_y`DG&+}Z!5^uw-4v9L@R7M>dFoi#u*A<9X
z#c$irMX5O5)2<|yv%k=apmnPnEj9S`ZR^*O!9{gEr%psq3I_u$NWa%)H&cs)m+gMH
zHfycP-gr1I`HqRy!~TmS)Sa8t1^VsRPql6UQfV|dm&Gv@7^&<6wRP$^9AY(mH!!<O
zH+7YTZ|`2c(V%Nw<JRj&Nsgwad?^$RH!Epi-PLPT@h2IuOIK_tX8?`D(^9l5fV#c+
zx~Qo)sNXGTGR~mMT1eK;VO}nWGm-~S6zj#NCxKk7)C`(hI<Tk<YG0TWx<JIQ{kukJ
z9GBUCZypI8WIQpVpWl^%jvNgc##B#Fp*P-UCzN#49T`6sW}3l(HUzP|)<bc8djxR>
z#*7pWfd3VI{-`Vj2M6y=6+i5j4_jMX%gM>z8f@@ySKfjFTE4r}F^`+M#ebzNxNhfW
zg8^D3X{JRC@Mdl++`zT2U*K#OmzBlYeRbe^VkY4gAj2@|TJg4d-VhN`OD=^n#)Qh8
z^W>@(;=moA#!jtCs$@yA;o;$q$KsDC{$LG)kc*U)@5I~rjXKM{{AjnmTQ2aW+Ve0)
zk#-JddJh9{9PTxwv|_xDi=Us)g7}tCE_*6_@3AEzH4x;{q=`<g8cylgcHa~xht`Rk
zjv0NhUfAEGn~Gz>FRX~NEo|YI!bE{qzNdIzXQ@L46c#y6&PVx->{eNrm7k~3Iz7({
ze?#rNU0I!Xx$1I0k?^tWqv&A~nqg2<BzA3fmD%KtNK-8?kaD-QTC|);jZI;nTrzl-
zV?Vr-yn}l+RC${*%PTf<d_$pinf|O!UR>XIW8g)lQ=|J;Iu)+QPn6m`2?N#g14ZEy
zKT(AV*FC1pqtz=Fn`h*2JA>Bj@#Dv?<3??}W@TlQMwC9-84NA{v}0;28&`~<xpa(g
ze)^3z;7)?QZh6x)u5`A10%?Fe@7t?$k0!Z&=R&W=l6R(xX=nQ`UJKN(*6QHa!E_vu
z4LD)Jfd>{0$*!dd`R;>KF_@VAn+9>d^dD*vTA>%SIM0b@+zfVnJ`S_rRbh@A5Jflh
zm1JdDB;-Y<Wh812G6AAT7d>S4pD=(g7iStMrm5L)2h|Gr>uUxKS)<~N12_stVu_X3
zm=+2U08yCyHPcG^z8j-N_8(3CHmokHa4q6mjc(r+E9I36hdnF<hn75Qc$nECK7*qN
zw<(B$oie2|_SYr<&CzG|Ylrv9wN&V2UbrxRPqs4qb&<rN)}iy&T<JFnWm5sFFTxP&
z50JJoHoLQaf{|#mm&l!%uj>syjTxTrF$^eXN0H`;jh$b*#{IMGv!psWrLg64kz68-
z+aMiTvE-bcn?plvueI4&wRZZGc_v$X>eJ=`bus`|TQCFb58ff)95ge<_HPWtuh7&#
zL=;mN;uF<(0MI{=*`oZHq;pmO(>yc$lKU-xzT*3=06}{klYY_hLAAzpXs(YlD}TOb
zc!aFQudTppLmNiE>#QQvNXBMnRvL|Xx1+1Xe<m9p41arZ0E=sH(wI5)N<J&4kOLO8
zU&L1YU%CvKMCMN1us#H2L1pro=6`B5Ji`}4m@E5)UH5ZfzD}jt+C@L>Q*>q7R1D33
zQkTJLL=&7~kKW5wQ@m$%E2?$s1)KsMc6DC<^82auSp5KcNLEuej&;?`XT&3g>4D1b
zjtI;Nlx-LB5;uT0$QU{{yaFQ#u#i>985pbik<mtjZ&nW77mhk-nsCfqyuT|SIA5Ni
zd1a7p(6z7ux9kthGQRC;pJ@$1ZQTVVaFdR0HM{z@ljA&j08!<<54R^En-ff_f`#k_
zAd1MyXr{r*MpRT(Q85PW9kJ?}dU-(bL;T>eZw3qbKQnk7%VlG3-b$-+pCwmmnqvKh
zT{-tdv081}xVCSRL^*H$MOGeb1)_$hdw*F_(v@9ZGC-!}U`||j-^>5B(l>Pc--nNr
zBYG=7JjL6gGqJ|cRfxBNDQzkNAj&CNOAcv+Lkw@D*72kA*G{71XH*pfxV~0OP4Vhg
zVI>TnRN*FCUmw#CCLKPt*~hp^3Uo}%Gn*QsOl2a5(Y}J$lUiOLUZIR3H63zs{J9AG
z%}g<0c(#3eImL#-$+hB}9?XVyQ6|P9^*7WKZ6|fNPUvL?j(q1)po@=Of2mwN%aDtK
zqdJRPZs64XxNXCB&PZAUTfX#b??*w2`pD>YRv*!#<TJ$T3ROW}ddR?4`K4Q(7lRST
zAl6g24NRC`u$^SoLH?!jo!up45saZxUIEVcdJF5>LP<=d#{n_R2VZG2Ok~awn_6|S
zw<3kh&R9?o76dvkZ|rHqG$E03aXEvGDe(S^h}YTH-5unZ_s237|CJ1t%YDuh2)QEo
z;qvDoj}jxucpPN-Jkg$Og}_44*7|<uURf4v;u@^e!)pJU0)CHoNKwAMy|r`i3n2u4
zz7AwReu~^znQyoD)Yj)LpiT0&Q0A!&95Cu%YjU+)EC0DOb7!C~n)M`j`xfjCST%Uw
z%NkqMgYq-iW@DpZ6qjFCTjI5HCzDwsr$e~IT-{sT$63goYgBTi$*YCNykE-7HGKdu
zI&)&v5NXEeD3h&OFvT=x#+=7d@T^{`&j0`DNbrA#Hh`7_08L%@PJisg*8#z6I~)mn
z_T^rrL<fAn**hs$Y8?2hxM?3Ta@ET@Ih67%#wX&_!n1Sql5I4SDi~uZ?S2Q%2W1jD
zL`=;1%j{0#MolQiPN@w-UdSPQ-omzFJ!Y9VQeHZ%oK@I5*s9(NI&+>b3=0j*GFW2}
zn-D&m=CP2+(pzKNe>KF!GQL9|O;@&2)MLd&vsq@Yyl7P49a<)*M?JjzYC%SuIq`>#
zwE9~IvGfA*qJL6LpxNNG(4QEs*K!`LLKpZJ@jge#*Yz9chs5NJUdg?Swy(u19N69S
zMcmO97rRE`y7#t~1{eR`Sz1R@o6n!OqgJ{akNl0G+`QGWb%(ncF#3y;c%x<>7ihp2
zath%?Dn9eKU77O>Q>>FFK#RkXN{riTxJZ_C>QHk`KkFfB&nfwX5ttAFyKyBX)N8FX
zvs=K3%Dwc%0m=Ol0>G<-IGlzxit#^fA3$Al`T3`P096{P^5@C5ay$X0GO6@bDe#h*
z9@q`@Pt$he_sm9To|!iqH_fJgvOqkaoLvcZ5_eW^&5ypi@l!JMCJZY-)J&Yuq@IAx
zAlfEP^RZ3W&)mx9E35a>*<4iEshX>`F2D6vem2_hQIxOvt<gm#$DMIdhZ5s~8TKKX
zud;35{$m6X_xUUr9z3>SQ5^_KSiN@M+mF_P({wrW_GM8p9hjz*)eu@UaWNrH;3$-)
zqyv5bd3m(#>{S=XX6!L~&!%sh8~QB_4UvDkx)+wnygKDU@C$u&JHP~M2?|21tE(+@
zHj=Mton5XM_|d4=Zb;oF9@Uay8ldJeV4<M)buRwpo|<I2KD0#L?X@%q^*8lJummAG
zk$Z=h{YP1=V)bJpF_N5U$rC2zW^<ttoOtBEadSsI1j$WsTR$$OmtX`QlECT@unua<
z2qX(w@AJ<+@d#&~@?haZ`=c=70JpD<v~t)%tp~GuLlK2HCNivbKv(Etk<&eX+*-yD
z(G`{hY23!|z=h2fz{JKL+em_m^;jQ>_oQo1OIxl(2Y`l$<!&@I{?n+JFZEw}#6Frk
z{-_6t&qj_cLN)i;F$J$P?rq!g*KUgJ>3Tx@%(fg}eL*rd3<l|#Y`<CNg~enRnSV&~
z=<`@3<Pq@dYsZd1e>mU7<qVJ(=Og(=yFYp#l~-e*cbV?G2)-88kU_WP3jB9LD$?N-
z6mVrz<^8OIyKzT7YsQ$1;^#P<TW>Fl0~j-}KEW-eH8(lbhNK5hr6kPk$bwj_yu9tw
zuaR}d(hgk7BBAb)Nl88Y98(XnVXYru)i7q$Mwt96td{)YBBonnQ)?Q0X8IF$YJ=X=
z+7671=-b?g_>iOLL!NOFT8Zn@b03i?Eox=hZ-u<zcRx)uj_qf&UOl|jITE6vaDBN$
z4H#NjfTJY$>tv<TL~bab{jDR!ANymd`x5kq(SuSQGS<qB3dfnmhzuVDv}9_&e2(7T
ze19gV{L7=ikJM#1Hq@mXkjg$;d~l*3zb^(+T~4=0T3VEg2(|XMD*3Ch>Wr~t2>1kD
zYhS=W;O5vy1WGs`8I?{(SY!>AWgKnWLkw_i?sYj*ZKqY+BFwWzA(!2pyCGkr+a4Md
zUX?xVC=K(eomHI+_0W*lqO9AH&6YrKjoz%CNHw2Us!Dx^EGR^U!NV-l!aTP)ZGL-R
z)4$a~`Bm_uHW@T#@;@&!b+zgCpFLPBeX=I)K_MxLqJ%mw6bpO02RgV^8lv=6Kx#c+
z;0!uNc+aE?=*RqyfA8#M;_yx*#9oRD2gQdXTwuv7&@<46Yj*BM8(H`g)<>Ny=tGp6
z=G7Mb{@w+L1s&$bK<e=0UMOE`ewYw$bX}A-CH1)PYpz;4QV)O;rGX~9_>S2%O{lmO
zHQqNgPK1!bP-Id>^SlzHMa6ousT71MSXZ97^I_DoTSfjC$F(B6b5I2L$xQQfm9vXP
z-IzPJLz>ESr|27g-KFtVbM0SeR-BB?fb0IjXr%u0J+Bk}>>};YpE>2SYP>qMmwt1O
zI4Dp`yW9Ns-ot-6ge5Etx|6NK;`BQ243}LFa7nrEUqG_5vQqC)X&e@|zHT4*CnS`w
z+wk9PjW1Jve9m*Z25oeK`S=Ql_gE%m!uaks@VLt+n1hPO#o*`}06yb1-*oq<Pia=a
z#%b?fq{VxZs0p=(nwo1?QtTT<7XOw>Z(jzOIcTz{q8{$1nlC$IpKe%IDDM?0!-HoM
zem7@p^XIlLTTTszn3yF@#pmP0SD!O8Qy0h{hNUfj{|dT!Ij!no;k<YD!<W<<v&E#?
zOo^5FfY?Ha)jgpnx!_9L$Y@*IJ^jU@jbssN%7b`SC3n8`TvMJ=<urKL4v(57HRTX&
z=4-4r_M3{M3!$G%FaQRbyd$x{m5s!asish|%`$HZyUj8&=gP&&5!0clD(lU7S$#T#
z`ir|r5d!kYu!HVg7pCUyWWI~1rueFTP-#pph;x=W&MJ;L8BT2yy1pZ9h$|nJy|Az$
zGe!H0-<b8m+%D&~H3h>Kg*^7R^~*;A%<-ol)TzllPJISMcWFY+nl+aTjYxbvB?t8f
z(v@6ZFeR`cgx)Q5Kw|iICd%W^#U>W`v15Az2ELMLUB@a<l4BMb6q*${&$psc=sb$u
zS1QT&I?kg#E|(1_6m9~*o7YzUigCl7=NUwA1aooTC9`#hR;n;i`o3P%(V>VvX{-In
zx3-1`Bn;0bsLjzAnibj)O%Bb>&YA7)RoNE}Le0%eRn+z*H<(UuJo6H)s-p;AekOhP
zgOD>+WZzI;_2GV9jT`D};(L6%NLt&7w&8h_Q-l{aF7Yd<evQ^0VU?(Z8MU1`3ENk?
z%GL66o-lA>$m;PA56y6jaBq}US*0qba$B~2SxJ)ch;}<2nw2bOLABZF=mq0yP~z&$
z#Wnu^>iYXP8~a*Peb+AK6O+xe^-8lAmX$BA4EED=S>3txdcAVXo1M>fTGlsSF)n0Q
zUj@|8KE$BZj;c$6QU^7sBJa;Llgc()%vtF;CRaUTjXUoJa$&&%Cj&JzZ?fw|i#%eY
zA<*u3(4fL<K$EQ(+PKzQTFp~)Hi2=OoJxPScB^JV7#SxgdsI10#J_ks*9*3S&ELh{
zHQW#et#nBrMwMUoZrpLy+}&=qx$NI=F<^IRFEl!>zo@d&vXfpZM`IegoY5VON*vR_
zT@FzjCWI3BMb7Ma21(Y==$Bt{=B!5=_2xb}u3yB;xri@ho47|<&FwYckF5qxj_J8K
zW%LIcRih+qcSt6QlUW9I4lT*}z8xT>utEM7l6EBbMosPf2*a-O+`j%P`dW$Oj!z6A
z&S$?{Gjh2H&i4`%6Mcn0hDc9^$WUK?T7;T2K|Ov?tCYz0zR8OsP!Q`lJi?`6Tx~9L
z;BvE-ssC7EAf3Wh{ncRLDKSp<PngT)xv$yMDMY;P^CdKRZZ}t+@*?@^7ByH*KhArX
zEsv9T7x}Jq)z#;-Q{5)_SEIy0Pfh}e-9}on<kEn&-?bTRP%CY|M2(ma<GL;%W%*XO
zyElJo_4Om|T3VT<@0hGd(}!2u9Te{kb86OCF_4;a_e8Fib#$b8t_I49k5d|KER2)j
zr08qP*L*N0+x-#vP2RIE3F{SFwogT-UTSDMDo;;vJ**OSGBYkUywIBDBw{GUQpCZd
z2=Ax*67Kg5d3N@lTD`Xor<4Y!Y7H66&bAg)@#@%cg^kBb%F}*k?YM`zD^EW?UbDkU
zy@eZJkB8d;wXVDyH$RP?x^G3>bom}9<PKATofw_|2#VP|TNlPyjLgerAuHSd{fJqq
z#SdHKj)Fav9qvWT1N+UdeFNGly%Ps$_|Ot437qnk>CG)Hih0a}c-(sOhEPxfZQJaA
z-^kmYp>bq|oTd2GmmkKju2LPqHal$}1h!Als;KZzTo$))oV%YMKHO04CSx?YX&2QC
zo$ad)=S_TtH9EwY4_g^-xVWDte-F!ZJx|>2QGH)r+yJEx9%i3E>Ozth^#%$S+_dkp
zr5i7r-@#e&x$t0Sqrsj#xLhDz)e*SY?7ZldCYin3=Wf=t@_hCU@pI%D;`{9M6y?iq
z;#B9Wz+8@|%jK!&yR*?)hdR=ZsXOkv0d;MHnt=@sbYJ-nE^2Zq_VEe*HC46gI8G5m
zWCJtozz+NR!PZ);)>aBx83;nL%QC5uLbVEm;z@2f|1$)XZ-Ni)Z(%)47M6*~L%9~$
z4a+K+wWrDE-?EqPo(z9TN8uZFxSG2Sm$II7Y`U<xK3+1)khSX{92|^U>LE9cQ04hm
zoO0f8gS3?KaPjaRjksz(G=FbT{r2z~yUUGF%w$Z=Q?n{C1glsB2kEy*62PK=8tD_%
zsB`MG9<#L)se7#aHDgI8IJ2shmzs~(N%-@Z23O^u^l$j;78Snv`abB-q)tUkjSzpk
zb%RiE#ZYhIy@eb6rGzr2AaOM)?}3hi(HyXms-8%|%!qH(*Z1-DZ?A6@G#f#IPwJ`3
z_a})zE~ez&_tvZ$IsDXpSY40Dwm=UI(j$1bvj6^K*~7BpIp?*I^Y*JQu*OZN<@W3O
zTi?dyMVmuXX=v<Oc2cTd>a|B=ovza{MqPVXxisHd>q;|&ehbbTpY>vpf`jzcp2<6v
zkjaCqjunggl^qWz5ACjFAO1wB?d8JoBp<uUbpUm|ysB}3{ZuE!>8O(T;eL+vDs(o{
z*q!UDDa#(-nrx%F_+EM|m%)T20RJf=GmGbvj|wHFZmVmrNL8V$cGm%ElI!rN1w85Y
zCdYdY4Cuq+L&G&S+`8=+zXz+`WK{jb;l+$Ybu#0Q{7T{EQ~v&>p#v+fB!~HTuUmGN
zjy;ra7Fo!Z5@aaQ6r{Oa(i*8YH>ktu(k<dZqb0NR>1KGw$4=_t?rC3<-0lz(wuA@L
z4a;P<#5?>;x=h=oaV-p{<&ELh`Nn0Rsm@uK@?Q>O?{0jf$O{12rP8CazK;%Xf3FgO
zJ+|(%mg3zh{zDH2fg}eRI@`p2_bV9=!>^hSisla%AMy=0S|tOs=1UEsh1dhW(D@tR
zn@ViF2kToiMR_B#LP?p$!x`4*xHozySxV<{mvgHqdrkWQ4sK)lZYdIl`E@UhhE?(2
z5#z6w-HXM2{;k{Q*Br2y&AA-W38ou65_g=9cS~5vATgE+m3TRauOn*ba4@?lPdc6n
zis_c&@Tona^L@k!2PcAH?%RPc?-pI}lVqN6vH)-Bf}7uQ^H@1sUNXyuDZj$G)H0ui
zn#X=Gv(BZo<K$+1&qe;)wqjo4;f|wl@*^398(5aYPju%7z+wW+n&TK>QdF$K55Iqa
z*MD_Pe=qOiwv!+p9vFyXzT{^bl3Xq>dOpUF&&Hrb{$QmH6;{lO*E`?#2{xdnLqr!5
z$rsTd{?k_xHxnK!8@YL3t<;r^L<aUj(RdlE-v>|7Q7~|sVYBmx9Y{cnkc$g<e?aW*
zeyEFmwlG4f|CKv&5+>`?tku%bCH{@F6!j)Sdi}!5$zL)k3%N8<Fns?meyq?`+0oB<
zmAM~-pDH-W#1MD3@SIHc2F<EWN47Nx0@Kb}O9o@`ee8mNg!D9#<Dqo3o_#%bOQ)LN
zNwlNOy~ezKI0hdcNu0L%l{iT%`F72zV^*Le`#G9NNzUbDapLZ~a*|8!c?ov8wcg`4
zR(VqQ)xzwDuuhDp3-_T9P#QeoQa){eg2AU*xy*~HT%GM<@4~{-Bvogq7=OK~;-pbw
zggEfN+N!^v?w%#hB@;u}fRBA8wfT1M-FunU8}7y4o&?<2cw_+X;v`s!O3HA=8+PP>
z+*-XTy<h=eV%m0J$m1PzhX&u+El2hOv+kVdOU4Uz4$w*AvP4^v6ld$JthNO=L!SBI
zgX2YkGHgM_Z~YU;cOx-lB2t}0LBx?*I5;?<tMmo-3wjiDBeQ2u;O*?}@bVQX!aF)T
zKzboNJ9~<WX@Gwd=XCXTxO)8<AC2eTRm_>`WsShL`WrKXEQX!3lTsviYP<lLTb(^?
zvvmzmHt5k&K2ylBdfP+g(v(NdP7ybWyJ1S|b8(N_TbnzWxx>los=F}*uY~#-*URig
zsoAW-Cc2%mxiV_m3>a6g>!Z-~h0|>s+%Xd8RevQrY7hUrx%1Hb>x=69)7y@HYFqxW
z?YUHX&FJ6R3TGnyAr&1GO)7TR8?1}aqgyk1(!)iPR0MY=2m2a1MqNOlN88bK+~JIW
zzTorO0rxg`tTL8$<oVB9P2A_L6;-oBUy}-iwH>(9f3~GPlg!Gq_otU5p~iW#;u{K9
zKnCmE$P9~rY<_40Z(}VGEVn-=L(ojj%2T<_s;Xx`q?3gUyxQC|62w>C1Ai9TDv%Mp
z@OG{ypAH7}Xfp@3PaU{de?<0?sBww#&&c&JpBds%lS<~wBzZIMx-59hyr#$R;CTWM
zNDgkq@>EvLe2MN~+hD*8F|jD0nNwBUvroikgdCv*_vLE`vC73VuVBe=P+0aQ(4zeY
zW7vm96cc&5gy*+yy$*cS`1=8Zj|9(&jNdBG?VYQcH$VM~)%OisWHAmZce`4mbw71{
zgrp+)I_^i9j7pA#ZO37y^T1~QB}14AT03(P#K<l{x8M~c<18KpDjG@=k6p^cTRs-U
zZ)DTd+DVMeZDh#s5*U$?$*7Q9$q`@K_ig;{GB-EA_h_*uvj<u=G*kovpSH49_wG{A
zO)h|?qg<lzI-}o9IOgr!J%tvbXJg^XWz6{U)*qVHsvEbdSj%!3pgHJgQCHK_=Gp}7
zMICXmdf^wDoj_b1&dF~iNj^G-?}*e7rux164m88=n|sNm1=9_5EjiOeCG@7e)S8Fo
zpTFzu6A&KNE5-({z`uVF>?ei|WHa4tPoq^snWY$E4tEBkPWh`V-^L613ZGRTZQ=o^
z3CWl&nCenU;Pd3VUn$rTXJq~s^env52EU}dX1#%m>T0bT%e1vNguqU$7cX95VI40x
zWc#9(_vo?!`I;VI8zjIT&fsV@{9qkp;gtQr<l(wD=z$3K!H=C+Kb-a$M5vH5)FeK*
zINu{i|BQt$UwiQHz}_DYEwkBJKjoXn$TGP`+80B>?0#ZSl&XHd#=&3f@)n|H07YJ+
z=?!T1?I&%Z#%q!8>bl=suz?}z@y2$E=V;2<OjhA<MiQ8eIvOszULNLmCFZdWN<F`%
zFL^=njB_|uu%eoB^VnU4*GlYXP-LV;!@<vG`40n@YC8z;l_e6V`?|VP-x&}&chfJ2
z8R{5*^Ij1y==oB~wab3`902*m?*y?wE;?JNb31H$8}QzMCwH3Y_#Lk-^w$18Tn!vq
znAqHoG#vP$SY+{v8GIm$yec>JJvkIlRKVbkvpmBCTIhhB+(KLg|Mc%4(OwWyWBG$$
z-R<$LAOYn0lzH{sApcuuB%rzHPO_N##zQ`C!Q6&RNL}jVGkjt^dM<-XZVg5N^%vCG
zBAQDBP%o*rxl==;$MWCa-udm@>3VmzyrSjt%%7Vkns*jU>GI5H>D#XoziR8M)S!gA
zsn1rMWCY7`-(;1J=*Xsigq$TZ#y%w<4burP060yIY+z6=)7au{IKi0?V~x5LjC0b~
z{b*V4Z5RJOp{L9J>Y2aIBEE=6>1|fXeU3rvW@mJUTvoJ>E+9BE+xCqmDBlLp0rhYp
zt*qOAPRnh>o3nH&@OZSac>j<p%nu&;hD!OYwjal9S-mKQHko_lUP+OciWG~Sz)flP
zu;}Smd%S)3Gc60?vh#sABAU0e+(Y>H;36saa>WCguA9X4Q@q;ZLctc8!%&GQDAot2
zU%iAZJuO0!(NSh+;nU>4qm&%MreUVwv(#{2Xm~<Gz>}Daz>}FuidQ&V(O`OkDi+17
z4PNklzt2;~8c@>h{BjgVF2ot~6b+5n<K7h{4J#|h@vt1v*S_QfYBXLVV$y0)4o=Nq
z4UaKq2i6J}>)Gzzj(I=iBpxpF<0IOA<`ic{*$ne!E0>E<QYH4_#3y_)u_ixhMM3~8
z(3V`?#*42-vC1T-?X%zaO`x9j7c^v}Zu>?wX);~I<y~yrD*pol<ow(r(0)ke(uIHT
zNM%W8?UjuNgE~61V9j%b9g_?k%HnB<Rb+omWZ}Uyp|x=Gv&j|HSM&@FloS?kIsDAn
z4U%j{4J~upw>WRw<Hxdh+Vn>EsmCW%z;T76rR5<Qf<S;>zBt>EO1}5B;#{_F-2&9p
ze~{@|m;kpa2Bh5eDcwtna>LE_^%KUpPkb&OjNku?d$V@nAtSF4opj=N9fJDM+AVNG
z4{KkOq)iYDAtd3akWG$@ilf5xCkTgVq4}E!LP7~cFR!$U&#Kf7t8CC?;iS;DlFd_G
zTqJ_%MHz9Wn?JOQdcinM+okWDdW3>QH;u)q6m<I;Qp~8SZGOE3+0y3S#JmLThXb_r
z@HV7KUw4g$yPoh2M*I*DgSr4Mm|Da)AhI9xrLhBN5-f5&S*d6TYN)O^0cv!BkauSi
zHY2_|q#cSVjlrdz)dzR{Q?1<_egWy8mso56ild!*Z=;#-wsS;x(2Q3vxAN22>c)x+
zc{?+%%i^Zy=UB5YC5_vz%WpkherhRNHy23z&BZQ><r{<ZXT9edsivt;2cHk_ID!bU
z__sz1^YOU$7Fki@vezy{sLf*5Q)ZVMSwBTuUAAzrpS=IBLu;4ly<+i#i|XxRmw0B{
zUePamaq!a7-8_wZS*rEvuN!W>cFw&*^}Dp`NeiO;#RHR5pHUejM`2-QWo2Q<4)CN*
zPfrIUO}L=rHe7Vq-bFcXK;PskdJJG$_3+Dm*#xkB7t(OIku$QTRB+M!b+7?nTHp0@
zSPRKz!ZFP~u<)up<(N}ddM@F<+u&jSu37XuRsZ*ocG8MfJEXwukb5o@w{`pFDV-&=
zmh0!|5w;sm#eBDyOGu=ow@aO%$F$xs)}V&#@I1%2AHizNm(LZYMTxYb11z?SV!0J_
z7m@OhYTPPn4`vhkd~~c+8lEBI;k-1~Q^DOyKDtfoy=?elZCS{`Bj;k~2C2ltV<rTn
zdGdwnZQ1N^>(({fni~6-HS5|-#w<|+Dx4=wX?HO5Fa!zKLU&gu*%;d*#x#gX;xD0*
zYYFdGh^}-F=VAQ({ItEPzr49|yZf|E_zWWIq+6d{J_kNLR&@<I0E`;-jhU5&$!J(!
z&&JgVV7$yf1sOLjH7w~;=oaL!WCcQ%r<#v77_-+JoHkg+HJ{rF!cuW!G%5^l>!GHz
z{=5oZWU6lUuPO|^+wcvyGSMVpeVOJ_8AeL?T}K!;D8SNvp#uQ{B~dNjp8Pvqo35No
zm?!}W9zBl#rAPV@`&0GJorh#`G5+MYM(GYk`;DtpJ1_SeZkpQ7Msq#p*~NzLH_oI~
z;zB+NV2_U7D_)*>EJSvG>e_AA`;Oy6Q2dDnXrSrK$iSGF&%~IIy=wbD8;>o2V=M5W
zdUN?TarD9ELQ8}@-vlAUSK{t$M`u}L<K4SWb|WMR*Go>5y&V;s6v-}9TEXnXyD1wt
z;|7RMS?v8C$Hm<;&2mu$O7jt8?bI&F1gAhn4;1q_Y&#052@}g-(LUQK?w&vSDMO|!
z90by+M0%+UewLPwY}tZBdfv97yeKj;AtB1r&G)eQi)O;9^PQ(dKb~4)6wY0fX)Sf}
z7hLapV-Ts%Dh+y2Nzl{Y%6T{uo8ETS+@7_670O!=z2SiLY;MM0xWa4qZU@xwNATT-
z9k3_y;Pah$4u54TsH%@!-$XioT8(&BSBEoh(B#&AT5LL6a9jPczqq5kAIdlz&$beq
z!e7aeAH(HKdSh+TR>;3+;*#RzbjL(G9~R-@``-CtvHD?R*x{{!I%ZM{8#-F;9r0K1
ztKCoSM;7J@j!cjqKV)EY4}CDMA~nveY_bZwb!d#SXrXgv$!lyGm_p}#)B;}NFvr^9
zG?@ToIDyg4ZfzB3&F$vRlJwyKj2%9sRkRs|2d2eg(S3vearBxLa$e4#g!jbPhw}qP
zTFaI#+l+>!;#}hj?(KB**cxpi=aEokrpH>Ug*o(oBm184YlJck&ArRV<H3#xm)())
zfSR}0tnGs%Re|L1j+6IUTD*7T5e##ipMG=@FUl+QsV}OTZK(Ma$Qv3Ea3VaXjPebj
z6!Zq4*lN`k^FM4GKSNe`bDI|bWOQW{%6OuV)O7pBBR04g!wm%p3~=s~tGQEf_traH
z&bslufw?6G26jKgViFUdJn&ib=UrtH%WJvVnMg;&a$c+z?IMvNZ?E`?=7hbz9Spvd
zoMN*~VFxZ7cE|R)Vd&$3Dzj`I@apYW9`);obPP<v@BmBIH*f<|$b_72+D3;Z-%h&u
z_!Yi_DfwtRzQy_#i+1^Jc;AnRNJzflzt8U3e{2CKHEM;EKggD+SE=sb{K%{M)vjk!
zk6&}iG)#Zr&+2B}-U@dECtV;VcKXg{SxZgxc<lSLzNKP*HI#x=txJ!T=b<!<7tobl
zI(Byb2ZLK)_@9{zpHJ;|$dE=eb4Ad6>!_3;`qZEvEG<edi>N<&7bNAryPoxuLiioe
zPfuT<VbUah@pp7=JG89rvAjfLR$nZuPvXC|%qq;4CEWkb$!%bP-LkgCS=2bOWy_38
ziGvJ}x?)4$+}QX6B0z?U^1H_V<}l7ro?rR@3UURF`uUF>948GHv%a3b>SG~7^zFB`
znj0(f|C;ohMPZSVy*B#NSJ`&a)2w}m!{Kl`UV8rdUQ2K|FY}AQY^}|w>s<2aSfN1Z
zbh&JHM{0anFe`KcjThQ0j@2JIezM<%2TLTOqi?J}aqJe>@vn2C-`~CH(fJSYv#lO|
zH0Qqp(ZAl=^tkv!wM`JJxiMH0&^$jfh%gL*P!=~1Z9mjtJ$E6P0n_eqh6D*>BP79M
zVXNKIeBnZb>%3U#=*OV)tMBZ-0$KXx{OQxr%)9>!`On{3KI2l}2|x%L>==d-1r15Q
z%VABk)Eso2IqEbYJanu?IsS=TCun6dnLr>Ai^UGkarB5`c)U_{RUd{<u31i}v)$Hi
zwVbz{H(M>%9~#aHA-Qnjf<z+mesP2!E|<&cusa;>E+?FJdwW}JkPDoHv$wVI&+Zcn
zg^WM|_~_j7zw9SYoVf32H-CE2XgFHsa5#iQVLRuDkw#3Pn0D;=x7~Azd={jdF)d_F
z!q;yX4b4a&m8cf`eQIeSt86ce8^+$SV&(Dx6W^GcdU<QN+bpL~wn{=HgCtUskQp&l
zQrBcVb=LB2&8f5Jn)>?|U;q${#sByF<^OmV;Rp6aJo>x&_s;h8(gXs*{G5k(NJE$Z
z^Ka+xoce#umx}{_f-D&%Iwp`HIuy4l9mmgIs6H!f<%G(J5LPUxYit!dta4FnsK_Ds
zvGkQA6pFun^4X=ALkJ;^P$W@|ayhv6c8jZZ#BdcWtorzeZ@wyNwj`w77!o42SS;Us
zb2KbW8WknK+KnARfh>vqQMQMFkyrPf0D9WrMSFXDOG|5;%|0}G`U~rdhsDJoKi-ml
z`_wZ({17G!3keAh<Qe+M4}aR)#++}g3wMS&EN#x_b6op{AHMz6ddetnKl{b!pPxE)
z^61ecH;nc1QZtcAG&U*m|F?JlJW&Ku0KnhdnOSzn-8)Y>xhuS2+~W=k6}in}z!+PL
zGciO9I|~Y<A+a!0@frLI#@3I3G$g3enu5lV82<!}an}Ry_K%fD7a<Eb9LT+2wbh&1
z-Dcj*yqV>fOINR4yLW3U48kxBq9{TQ*T47>ZoODsn4Cx!QS6w@o~{h%hs)o6KTYnU
z@IURco9N-}168f;PaFrE{^zac2G_;&#rN$nY_-}-BAbSB|MA?~+MROQNzBnA;`H>*
z)eGlKrIKOLeWE1kkFDg8lW?&Qs`=3S5rO8}kuOBdMfB^`gkzEb5JHGT$OST<aa;h1
z!}d^rQOo4Ndj7lBl>nJ(nq}u~Hk(a3l}r9F#lm2R5rhzyr3t}xT{IduzIk44{1Rha
z2w|E=nt5BdHhw~`7^cx|mTb!g0DvKYF#y;cvp92w5K+*YsJkQ8%0DBFR!4FtPrZ5j
zdVM2#Ak9GkK)vQ}f6d(%vk=j;?KCg1yar%<z%G;-JbTnQ=q9>TEJ1q8U!|)6ItQIY
zrVjuT=YG-XpAbTJfXJi`01(GaW>8~hE?+nkL%K>x(&HFoQc5W$02KC~Q8>;y$LaKn
zr($7nPsxme-E7Kh0Ms^dcV;%tuzT|Q?G(ZG@9C5IE_^7`gDO?ZDhVM(5kzGC_v2yr
zhLD4TM{U;^Ata>_A3wcXUOMbvkYlBOd8+dTaY6_oN8C?G0=^JR-|_qa000hjMObuW
zZ*6U5Zgc>6cVu;KaE=A({Qv*}C3HntbYx+4WjbSWWnpw>05UK!Gc7PQEig4yF*G_c
zGdeUiEig1XFfb@~m`?xz03~!qSaf7zbY(hiZ)9m^c>ppnF*7YNG%YYSR53I<F*7<e
aH7zhSIxsL<D<Ja#0000<MNUMnLSTZhe1@O^

literal 0
HcmV?d00001

diff --git a/doc/assistant/fsckconfig.png b/doc/assistant/fsckconfig.png
new file mode 100644
index 0000000000000000000000000000000000000000..81ae755cfdab3fd77fab040e2c65bbbbab5224da
GIT binary patch
literal 59050
zcmcG#WmH^Svo_igAUFvL1lI(DYaloY5ZqlFf;)}7MQ{%u+}&whLvRc3bZ~9F8;9Fu
z@BN*7-m}jg<No;8pa*NN)vM>4HEY(adY-BfB?U<wOcG200DvPcC9VPhJlX;Pkh#&3
z5m%1hjV>epVc1J)I{^T=KOa6w@l3d+h>MS%rR60aFJWR4kkaowf0cr`MC>e~<tzrW
zwKcVK28cPD8akVrP`Oz;TTn?#%PVPq!hHb%PywXH->JFJ?=J}{(ag1r+?}5<=Yf{2
z>7%8PG0?<lLSB9ot<-`Ue6B!Y>J0C+$kZrPh$ksTBFaS40rRW#e<CVuXI%83^Pekr
zK$d3jM0rLRje;*l)d2Oe*qy$6q~x)iPwMc&6;i<o*hsxg9rf6L#C;JZa)0wo{NXtJ
ze2b+j`f&CWDDd>*aF|i}m!|k4_}Rl<oKi~uJB@^m`^${`%l7+g5xU@qV|(FZ#_x8<
z@BZA6mk1l`cO`j!4wn6<R;H2sh6ZtDgAO5gP{`ey$X(7xVwq;2T8X;dT*$+tZHf1{
zkb7H5bp65n{dN0&O7g=4G*^-H=j&z7uKI(2UgyjQeAs_U&iU|a;%ww@&_5@Cztq!z
zZ~il)zwiDp&HwN5{(bkK;r~bT|3b(AyybuN^dHUtrQ`pQ$3MUI9|HLMxBj{N@6G>z
zBmTSNv2)lX)g$IywcEgLBhEIl_ep*aQ)zwKo8fmi=iaVTgst<;q|YN0nfM6`dYAuY
zb8qd<S`?VH*`RHE(Jmk9vZ8)wUx@mP{aeIy*=<}T5fN^WufVR-BNV1<{c7-Xr9iy^
z3;(Y0s$;_vKQy{gxA6V^UbKxw`kDK0Uc)KvXDbgnmA>%%U_NZ8&uBdxKJAZGiHxQu
zs~LbfB5QnH7BL*Y?R|dxgA|%2$M4b!rF&58TNhVoVhpS-3=@Fe*qe~Bh^zc0nxQWP
zm-Wcyuqm_=rr4_-^wHL%yA`_;pdCmhS_#O{7nx=aBos%-1&C5OVgOKN3rg%>_DN*A
zzKePKncxY<9U(u=EmWrrJy-37X70K4gbSxc-z(8Tc5JPTC$441?}Lcenb$c1!F8LT
zIdh$F%@SqZo?B^n<myCYLZKV>h2|fM$tO`d%ZpSW#?)YanC$G;=%Tz(u00*aD|qe&
ziUOjyoDbiAYrnp#LLu8vYg_P{1rMs2vH3VV#EUgzj`=$<>4ADAW*DiEqfI?*IZ--n
zxXOLsG8qK2DO7Nx0_^90>t9LNinKYhK`2ZVo)y`E)sO&TPbs#deatBGL*^f?g5HBk
z%df40O@!L%*g`G8+60MzthsP*oNU>j+|a3h)eEpCYU^OC0oB0c#58C9)!MKP(hLet
zqf07@R$NFW^LeTG0c7H=PW@2;Z&ka|{hqaFX$x}h!YBZ-uI6?o==_wG9bKa8N?4&x
zv=wy9uOX;wb8XP6s6rhua+&6Dpjz+*F+r_Q9$i{aYMHQjI^cZtwla09bNK?}(_O|$
zC)#H%Sg7-8&uNcfsSpPp06wBu0$ybr0qW>&BLncjy*C$YQGjr<z%=cxMg1mBQY9oA
zK;S35YuW6j$C*j|S{OdeNC+K4Qm1<Samaso&82hSqY$$rk<Ebng|=M-h1YY$d9#0N
zXbTQ7&Pq`k06+!k#_|-5R3hd2`H<eI6=uU<R1tP5cDbLgJXw{ZNrUKSARSrF9^LIn
z^?LXCE`|6av+t(O0dbu7pTfSAKEnq(vK{0dJpZ!4tPcz-*`RdfsDis5=3{=GCB3TL
z#Rt1!B8EJ6K7L|3`RS$&ZbGNqyyE2MZtL>HZeGOed?EkTaFBILpLM!!A1%de&*pZ`
z>u`h^yP~*bpjVGC)`FRJNqq*-F%nh-i#jaGHYaj@^cqQ${&@ZoO;E^uzN5{C`|Zu`
zz-5r(A;13~V<b%h`J-u-muC*=E5}(;&EV#4=j^rsu*a5S6ynd&;Ssv;kaT@w(+^g2
z{5^2m!O?}>na##c*RNSYf5lhc!u%+|U3CmA0T(*O1Ks;#!<zjio^?J4k!5>2PC2lg
zQXroc3v|k*K__H%rF%YM>1|te`!2p0RPte!ADU9RK`+OF(7>hnOIZpi^3TBLs#A9Y
zz;9sEoP8+8(-Pd3f`FYXgS8COK@FsZvzxl!^`{)x-Q&9{*9DkhYe#$4V)Z~A$sXfx
z^m4P`&wo!f8G6(2VY`G&%0AT;`^j46d(N%l_o0egWP`U0)N^yA#?mKFQ^d3%du=u{
zgo3OgmsHuf{;21peTE+x>B%P!(5>Um+0?Bna%1Yql(5K0r#S)hX6xYy8ze9lxK?v!
z1;9X{z1Ua`U=JTT1j!|xIsch3ERN_Iu;w8scwU${Np8!Em#&vW_zOBD>Gm1mH{+>G
z*5xs%C5mk&YN5;v;NKjSLt>D1LLhnpRp@ZBa9Swk8SOpKK`sqlIaA85^BS41uUSjb
zgT}_$h3R<-@wvp}Y-3#Wt1A9z$Z_4kATu-Eo2Ua|FD0H_FU@4Y0WaAq^zKjr^*bdx
zsB8KeDup^$(?q!m@LhhrtC{Yru=B3ETibT+ZLvQK%3-EFCacaRF|V5Hdy{aJb30S*
zcS?g_z70P2KW=lLPONpw*$OmdB=86aX!wu25X|%oyad@aIOzWN;W9h1$=p%DTMnC4
zJE*VeEGpBXI=Rij3<xc+r2O{L&ONE-(omtqqB2|^Yo@5;Ri6a<=DPZAMmQsoBB#nM
z;+>UcMR`}5U$F=d5$nc>Tx_|>0=GW`tmlo^>?2}<VNr($*c7x6MuSM<UQu5I4KULv
zGP?y5Jx-2h+1moB+1RnE9*bkSx4QVG%<gH%5E^iJei<VT_w9bojv2lTJBvR8k{-Y=
zk<>of>|%DfT#@*9a&Fd!Dwb-$Kq#W~+nfcS8oW%DpEN5y%ExC4)DOFq8QKZh^}2AY
z_=uom*z|`L=$7?|<0cK^@@Z3qMujF(GU`X7YPCa5K(3KKchn>W9l<G>6fH+$>v$s|
z=Hx6;sl%!`crV3~l|pi*1=EK7Rg@2@4<j;wh;y|Znaa5hW5u%K4i{&w97UAzg~Y@y
zZ>FpzIx>}@w_hV<@5b2zP@LE=o3f<eoWHbpD%5Ib`_9UuA{`;8S^MutPUE`6K=BHu
zwZz97qs;}bf5gSh8(jguz7g&KP{EINM*QrSDIg#4@Pswk@2jc_%i1fgoFZrJOv;6Y
z1&>zhmUgCG&g9%#@8HABBAPZTuG67-!V`DCw_nNvntcfxqZaj}7Byt1gtK??O%tPC
zF|-qtW(ewrg*BREWDO>xl!urV%OBr2p6uyetQcxMP2gbjFFBhza}lZ+uHV~vV~thq
z<>f*?V*DAMxol_#ZAfGNS+33KtrWsl`w48uRVX>KvLY45KxaLOV@p)N!`@LD`Ct@w
z`l4~(Wt8Xs#s+$PS0oCJ4K0v-p+bkeqaqWO69g85MEeaC>}`9UTo@wtGqU1+0k7fa
zeFlpV2lig6<R*n?-VpoG7~KD~WUl_=jXiEE+|~l0@Lb>Oc2|PbKNHp<5Rw!QJlXoG
ze}vXhOk)nZ(kmI=dZbiL<9mkTe;n`ib28(*3rf-AG6gO#2hDtoEWlCy<v~U4P8Q{Z
zf7+J#>4r@f@bcp^mF@)*nhaV8CXqj~l3$Fog}0-ZOXr<?NVnq+eAAx1aPqEq{FXMt
zSXN-6?Mj`n?Ed?f{@|gi1mBq}&J-ztrvtFQYhZ1hJU^f8^4*gO`S(_%)GIfn4)i2{
zJcG8rjs>Y==cmXYkplfIV43>EhoEa{HoWq%1oP2Uub(_h2d76vJ39@}hU>|_SA-RG
zVTc1<%_Xp+w1dU+W)EAXthJT=K;y^Fs8iu4Ak|JjIjx37AOJCh?PiNhHrYp4<eX1F
z;bFm_L9|x|y%ME222j;r5s4>}6CTdCjPBaBz4lxXsWumAdn*Ik_-0UoA1GHDanHS{
zQ_1Ul89crvkm7sDiN)0095glr+~m|`K=OB({pfZHd21&5mHv6>(ABs?-{<#DMo*Z`
z1OQ001}*`Tqo9%403#B0VllHXT|xqfXDP4%AA_m6VUKDxxy0g*O4C^=5GOo5xU7-<
z^r}K+s?EWnZ_A<ZJfQBo3u@8y@-i+j&1ykjyrMu5fX1tF$++K?5d4?5m1Qri0E<L_
zqEY%rJ@^C_8;hMuqyhW6NgpQ)5+M>xMSgznwS3*|?Kx+3qH-f-Q|J4Ag({we)rqJy
zGK$uBQWX?TPAakI+~l$w=dfY`?MH%N4t`gcoNYBO=p8)5mxfO7j13AW7mcIS<`+&^
zUQ#*TdljI+bNXXGeY{vIz<4+1Y3XZ4zbXbRM3&S5rTeK0Z-<7^|LomM;QNm7U$hLU
zeV1YGwu5$+9zu)N4<S@5U=ci#^II=huc`SSP-tpt8ZzVda0B6ov&m|lX~^&qp=beB
zWtTC0U&lU7pXqNG=wzjJB6UBxFqZ5?-~%D5u%?%AMfyFs_t0b;ZD&V)IQhqE|6js`
ze>{FSC|hKlC%pK|Js6|}&5Q+67u>gfIWq0JR5}V_foclLM0iGC@g?ZLzws>b`D8gs
zfIo^Ww6!IWZ&&FFeI>b|YvWhu)R}oW9~M0kJsw@-KY0<f(XZ4VnWZ*$vgdwZmpiu=
z+!Cei6SOKX0H3V@iCK$eU{7z`kWk+a_MG<2O-#D4>baK|L`~FD=WZ3=lPY%T)A&h?
zDX89DJ(?Ccx@xrW8ysrssCfjqboKvsS*FTc8GD|bZ)FgAJ{{s0;M8egG^5XIP~N>o
z_@zQI!5~9i|M5iUjH598Xe;H8T)K$ye$K8P*P)WoBeL(BXsVuV*}_3MbP8{|=KRZ>
z52TV(lr_ht4sf0~>2F`yr5hgc20EXf(9Q5_5$aDyH+!V}!*E-KS?3{~Tx>`CfJXNt
zR|-d8rEeZx{nx;PzhC1M;x#_buonCX11Z`jC$Amj9r~CbR(ZHuKnzl4rINMw!jM!*
z8lXos?`{dM6h@IZxRunrKD`@3w$EB2Pnho}4GkK6FZ0L)5IxU&8a=Mrh@7i7fjKL-
zuA`&eJd(Td=38WEiTISGb6Gb+(m=-r>h~BbjE`GtOa-?u5;TY%(Nstr^EYl2>d<TC
z`!y}GPNL%jB@0j(YY!a0zJ8@z#a10%&fgM1p9j!(>j(vEC<d1ZRfP_FH>efu*en$V
zM$#&YnZKL<Wsl*Qe_4T-xA&$w^Atx3YOHH2STBBOuX&BWZ>qf=Hx=34yjf@5zGtOY
zpOsDj`yeN;EU}rHlb_Hw0?U0SIoku@Qd`9t?@M}Ou-$mbwxlIDfrz@64JmD0MpGPv
zJZ0V)4Wv~9xOFWy%;E+PuQg9@ndjG;p~*27t((d80sT7G%WQ7AGVus>>Kuf3QK6-^
z3u2htHuu)JX5EoS0sWUqo+rRrt5zBg+lD&(mtD#QO<p*CiqIZAsAw0D)(Y#z<g=Wm
zi9?<stO1ceIk<lwp04(C?l<R)mc5$KQ!_jUtauu@@^@wac!RN7OKb*K?YMU>ZA}~=
zj_zqpcym7&ox4^B5?5j^%BhIc^1t~_QR+q7-5=*w4Q$L*jgu!B^a|-mfjZ|^*M}=U
zIok!KMzQs-#eX)b4UXU8C7k$aR_5OOdm&pzuqk2n#CFwa>$Q3<!2Ubda-P2hUajOZ
zg&_x9z>Bp8zgX*YH%+Hc;#P<2#UB|5(PHhlz=>%kDNo2*U}y#v6?SsuAId|=e;phu
z#MhPHI{6r%7R;`=l-qD)xTzxLOx?c~jKeRSYzlfho-Wtj)_?~-$`A{@ziJ|0!Y>=S
z_8l&7#R1*GgQUG}zI!6(d^$C{C#DpC!6zU-m3y6A-CK4o%DAENVd{;|<6lt=603mR
ztHQSz;v*m;NT2oEfGL=^=@g-xPXQ}4Ok9-0-{o1TUA*R$MrWtT*H|pagppyaSTfqS
zY|AY5p||CY%1{O<yBarIsY5MyPrhl)Se*s$8*vXL%@hV9x$Mn|P$OMuoIi>&Fcv#G
zxjAQf1RgZ_`q5X<W}%u<_XcQQ>zN9jkmPHP=6qb$T4FP2L3o&d6A>}R3t@S0=h=^i
zRMkZqF>$X=51LWc#|x9IN1AIygL-|5+(J(4Zk9{%&A@7~_M;eccl0#tTIRV)xEbkz
zphlT^ZO@wj@L&c8f8~w31%wvGHqy?4J@#utl0OU9*TFl9c$<*{CyA1K89}$#3m=|_
zm<W^eLA)U?)@;7G6{)fyxH<h0%VDM7k|A_`<S9Qq`AJkB?Rn6kpRkrlfPnKp7goQV
z2VcVpc%H=dx6QfPiRArUxx_Zd$z}m}ny!PFM=d^AW4-IG8MSKM*83Ho<Gy_zCCs*0
zjPW_v3>3KJQlIeJ97?cXmY)>0o-W~)d2AD9ZR?<?LIdgi_AjPg-+p6J+?Na2jX=gU
z6;}|s?uzMvYY%pnGY0>Bbv=EYR3xigUZOR}G{+O!N=U8QBlEh&Sg_iYaPk>KK}Z8w
zHTJ>+m2x_zb{Y8`{EB4_3S?YCYaR+hAHl5F3VrhR`i0#IifN@k<(JEV85lFD9xV9#
z7d?67=##VBbWih?D?Gb~={Q1GF1@EsTue9(K>jxH9!rXtlet{M7DIfOR-|G#8|$6p
zgjx&APo9aWd8KtPG)K#1+O2KWCKz)C|KD0s{kK;1Yk^|X=jXGniOyQY3kP2+3=oc%
zb~ziKnz1U7x2eNQUDL*P9qPil<Ij+_LY~`@_O^MxiXmSMnc^z(X?tu8JL@q{h8=}=
z!eg17ZFs3E2E}RK!FKLTW9#=ADuN_F_=qx2{cTZl8Up*rAx=mY(H^YH6|d?irtiF-
z{c6B<f01uqb`*?`nyMMlJkN%w$krl@Rf0Q4yP5_(Vj2Fh_5vo7Mh{`WxHWSZx4AC8
zTbfGPYUqsrT3OpJWO#6)^A)rr549)730e?nKVfT4CVwhO!vmyq`k3FEsfq$fL@)Ve
zydDv!<KUT&&D`q2OVc3E9FG1ekJqa}I{vqAwu*@7%&KPIZk^^?61(A#@=^ZQ_IV1A
zUUZ2L7lU|N8<tfFa0#aEL)RdVQabzHAx$rlKQh^&UF2hc<o<F(Rq~E{^Y4ck`0OU7
z>zcXfWu^6=PIcDu3%sl=@7VsZ-g@}A#2MfAidIV*q!Qj54r-uR)}0Ms0`}01faerz
zgP9qBzK$h|)gdzrj^Bp8Nx3S3Gx;pql-Vf_DY{L%)iHbrsCX7>8?n~7^|a7hTWP?`
z%K^4n93{;XVdZHk;ZbOTt#xhTvB<W27#EqgAZ3cA**`l$A0zXy*bA7S4&>&<Do)gZ
z0CI|tBO_V;t35R`8sfm=+_0*7y?(W`oA)!`=ObtbU)<J<k62KU&)vX^_vYVQfC4&)
zG&#al@m9auc(>hIf9dP3ne41J`ZvS393Llj9~`cF?86fMhj8fQoy%A2Ur^^+i3odf
zq_Iq9V6QVO=-w{9MzTkbIMnR<%p?i_1us@r<4+y5vlG#)Q*v0Kgsgmb6sYA^0<Fs{
zT0Yl_8Bt%1?3G%C$H<juQ+U(Da@<(#$kL=GHwQAdl)^Dy^M4%)QVOZ04FVu>MhB&S
zO05e`E;c&UdQ;aubM)1I(Qf29Bd}{?oFB^KgFdxK+{ha0cv*MX19}H<`oO<0823m6
z%2~2J%V{8McfF>&5`j0ti41m2NC*^2UDGVG2F#_D4(<(`)d0#>XK)Kt4?V}bW~Ud{
znm%Nfo4)hXm~vX^+E*o(U=))u?(kfgvMzAeZcrn%j}I5}!7r-K3o`t*fS<JvKb2M>
zJLew)wBS08?2q_H7Ma6BWVNr)l!;4*<FzJiyR;DUKC`?!H$8D>8SkRW;iP&q{c9mz
zM%BSKHZN)mS)cmUJ23a8%z{MOPpP*^4fThU!^&M0r@bb*&qb`X;S~$p2dAl(sR4}2
zOy{@CEB5(;^h6r5g?S#Hv>>7EUybf-s^qc3R`tKZl&#js!^5H%CZ*3?E7kDt#%kUA
znY8GgB?^zS6?wd#OD|<oVN}~h$5YN;Fe|pQ40E8X<E&U(rbV_rp@0aGz%Iu7zYgA)
zC&@4L_>iBL;#cY<Vl){yTT=|ljHVK7#cYm@kK4}_8rxPNJTuk8Ay1*OF_ymWGZ#Cj
z<t(>1JBBuUPzNBb(oA)xP|0p1)D+GTMFY;t=J=Qf-K|pP4#&wu)q7>Em?6$+yJJXn
zRww@2Megh@M}(bLsz`@@BDOBa!r9H}iaO0mkxS>*2z)1pQ==Kz7<dZYo{)NW#oad*
zc2?O}h%E)xjii99>4aLRGW!U=u%EfpW6l}bSO2l&H3LsPxy8?_Tf-v*iETGn5K+Zb
zyS~;>i@e&;hy7l?Q_v$i-ow&l6>F%dxrt+IP!G|QWx}pjd;ar^OH-Q>S!~q)Y-FD%
z^2LXf8rqp|)SYrNjMnA1>F%Cit3I+@LWr>VdL+=1QKWcdV-;;=ov=+ie!UU2E!)e>
z6VBkR<JmY-?8Sq7mzeWEIw%`dGveaLHPdF?CHd6EUt-+_)i@quPgVGd-Nn<45ooBp
zNu$Amy->DVGtAt&rtO(OclMJZGg>#oSY`ZeXk1`ukH42i;+^HiPgFhId_f2N9osO^
zrmF_=bvEOfysUwD{9bDJ+1~_+8;g(OoIK;+m+l6MoaB4v*0036d@_7)Ni2o19fc&g
zK}63V=k}0z&Z%0ml$%zco$9dz&`vOkEBxqO9mnomjFYw2ITts)M1u_YSQ^9TCB|8w
zvMM`bzyfA1oHlDT@toR^_rAg(O``@~SQ(q!3PrBwMM67{N&@*~q|?tAt>XJg8Nf!f
zn?vT`qQXFQd^S#Jx7!2eZKVJYanTOUcAyj?e@pa?*w?X?f$3V?=}?Skf;7y@u?6*c
z41qS|7EZ2sieh`7)<uJMSBxz(y>Qlpeb#_CQXIe2o8(^c<aCd{O>){1?<I*tEYJrv
zOzC>6_>vs12_S=OR=JOF+6zL4#`)6^6<NA%b{owmCh|pl7hQ>CNl2!+(c*$0B$+(V
zU$FA*#b0aqk0d?yX!vhVrT9EaC=KR)PZ!GXOYcrM>w)J3(>s<euoSZE`nVk(5naZr
zx!x<0>nrYYPonktFpDMj*LYG9Z_erp#?>C|B;=2sTy;xkT1$y(tc=qUyX4B1y@bzr
z@7rGFeuKGQqI?5+(vgJp&lykyvx!D2hR9L(u&Uh5?rzuvy|Fh2y^UB}ZZ7U?tw2L9
zPT%ED1y<t4q=+N3_;0bcg6R8tselQpofhv6fuz;abC2TKyuw;`7$V*?Evj;jwI+Fc
z0T^CEC{ho)5$z=f?I>kS!6ubsgBMXJ#~V848*81^Db2Slt>PABv8<n?S(O!@i`-Yg
zh&8O_zN;yt;PfDopT2v!6*Yoqyv%$0U{{-ZY%D-UfQH+)*6sL(iVNH*m5x^DWGkCB
zRjw^BSSPbNt>oC=h+=X4W=uL_K8`rHW?fcBR_p=xZ^>o?nmNqbC`ERum1Ts4O^8Q-
z{)lFc5#bkVaNm9Uh8fFBTmAJiM?K?hd6ja+<b#&O6m8`vl<4FCHV;h;+26~T6N2G>
z6xwpV6$5pzGFlCzP!ogmLSmTu_2o)#A#(-HrcEQy@!~TzLPU<vE|+Bw1xMGXgxR=x
zR82*Tr!s9pnTTyn<F9S(BNg^K0Vi_h=?HP7ps$aoDT6+eiUhkX{IcV*`S0U3OqLfP
zrw*^uHh<p))yFhcr50iujd60d?-t!!&RgOpxGtBA2d&F>?k5A!>ombD92HAYGL#&w
zX85L<v+&|K2*uBlh4=|-KGo`me6i)$<cxXUvx%N*BX<6;CFkuPp200KDopu8(;EXp
z^;t>Ep_<}@M`uBnQQATmJ%wsf%dHI!wT(p5Ns8alGEI($f?CLFW}X@@4Q=)qy)@*L
zQA4e=!D6;;`sr?E$Ki0}m1!)c!)cic@gS8Z8hk<Uu2$}_qG<@&rE0fi(aSnLrBVTu
zL-ws-eQX_ve2_IbnZhT)f&cSvLCL5vwJ3?qSoV~+(>{pg`G-s^^N6~c3Gm7YM=#$8
zXayNyzk;lz&}k^^*G>-OqoN>j2H3^f?yk<o&jhK(WE<nt6nF1E#a{GDFms^^xY0fF
zUEcU13F(xSDZ({r2r4Q=L?Q^EQ$@RDigSAH<>$b<Z3?tj)~5}YvQpd$rz0bE1_xBg
zBJ!gjjE`{&bTqv52XuDTbVYECdoCk%Ub%hlCz?Ix8}=N@-4!!ZyO#3G?=P_>n5ufP
z`tc;(2RLyfs3c*3*?sJ<em9p}84>49@dE$}0~8rf6XI+@*sn9bZ*h}n5}#PyPDP~y
z0a{<DOMY{4nsm@~lqzYUapI>MO&rGK(nD;rP09bs1)%t7!cQND|M4jm;Y6&{7+bra
z1xQvS5c}=dWm-*;#Bf<S=0}tdDDsV-!7>}$Bw;fH*{W)uv^Jiq1h1u^pv<BKixT(s
z+w=HY<ryDG+Fl;_Qnq_vs$9pS*WN4oN3Jk{%QqTW`X^_{M<qL3bI*c)_!%9NR4%is
zf;Pnhx{ymnb&CBWG`(=hB{Nmbg`R^-C0kd($y!*V7Hvz*g^@534rQ6OON|c_fyy1h
z{%5yJlfuYeT7+u(qJz<U{DpB>K(Cx8TmmT4IXk$Sl~achn$Iz9i=>&%;7PCC+gr%S
zpcD8GBrD$gHP>`DV1#ld-rwd_&#oeOE3ede##s);lB~nHV`w<ZdE4H(4s8nE1)5Ag
z&Q-zDfuk{QAw#>tatU|oSo$P6V;3`X;CAo!o0Gk7OuVbGcTbduD4@W2!4gtm0j^Wd
zsSz@^S0oItOk<t)`m5r%n=$qPC^tBy3PUU}jy`Em+||hvE4RBr5!?PKW96lt&^OL*
zwm^S@umw(XEyqx~K`i*^<u}(GF4=%FL8peyx@MBwJ=mwZz-LZ_sNU?;we3)q50h@*
zWw)0GrU1utP+oFUWFl0e)jA=88sLib!yn~_<*(k}{ngvp#4#o@f^4A4Mp^*hV{yHI
z0PW6x{5u8z4_x>6U2#7!usQCk`E2x=?v;|BrqBt?y7T?%&H2us6pMp-Bxc3Hwl3w3
z{d$pK2o%l$KTpW`#CCtCJ`0?onC^S_V$AxXyG5`c8!u!n^Raad$d3vEll}Q(*r{@<
z?@@ZI-_@AG`w9dciNGW8mNuyK1lmzpA&hrB%739vXwejYOODi%(DJyp0RpN#s;v|R
zeMk-Aq2ynB(qZc)SikhhLO2@BRx`d&yU#MSu!v>&m4IFjO&;KK1vgg>*WG;3J=*GR
z(;{`OBfKh8rf%=W!aCms0_Y4*UkyTv&>bNA2`{fU&Cza2IUy~(vlT6bJ_`#0yO&1C
z2C}?oV7KMCrnsA|Odg_F@uJs6Rn_K6`YKS-y05qNbsJDANIZXgvau2aZXT>K&J$p6
zkMwGxfP5y1K0V%WZ&8U3C#>SU?J@d3TT1@w;`C~_XT2W*t_Yeub)1mZM-L`nULO$S
z;oxoMV4A;WM5-k#<RfZKLjR!1_|3*X8EYA)-MOm@lAUPN$Nv$VHN2f*;j*lm2=pRd
zzJTJzq64~Hp6iFN-Tg>ff&jreveow0gu1idj~v#8ujdTDRLw!<m6iHkp^E<pi%GS4
zm=nKd;I&Nd$A!0W?XP;oOj&)A$3J(IQI+J<hRFNNhmAAjhn}xDg28w_4RZt*3>1+j
zgU<w>t!d==zbB5F7`?N9S?Lp4hs9^*_Q<@MH&*0o)RhGpu&7T__EYYl4A`#S_k5#K
z$=yJZvzZW}w?s`83(Ydlz&O@26KXN4yj{m6Uyu*(<&2TCKb@_>7ajaW@}=K^qRfv1
zeh4C!c=_$pdENW872&E!$kE8;EKjOCuKLcTw<*N$FV82C`&+zuJmM-AD<Z5%q$<$#
zy5qT4sO0o*ihw`5)Uni0!B$#KtGST^1&vj@!|C$TuX~?c2r(S1ACwGcqf`-1oRX{$
z#-eyyqain{C^5=r)h;5~dc?|7$}b)j?B?28&rKR(Q2XNiu>9bvRQQ=54YG#KaDzg*
zEMt&UDBw4~A%ZJD6C~F1Jhc<I578oeij0766k_r4;3H^eh&X>1{jH<=1tIdM>t@XW
z0T@6BcXInk@Y1aFkhhE0Xu%wISiWl;Hp-ja;@%=f=ivc8zos|{_20YOX00mv*kRf9
zoF4S-DWLwiFYj2s!%$_^l^YRAw-;>~{)wdD&OIpaoolme#su8nYtc@AixIrAqt^{$
zdoMHP>kT*J*R^0fctRzLb`s4MJ)yy&I^}eR2wq*aC=Z&Tw8_^1K*Rp#JWdTdAbqo0
z=y7zvdTQO(JJb&9?ec-YLdr&0kJdPbKK+^C9=Zxvd7JL_lZ|-|J$>Mj^RVltb-xe9
z9uTqfU|DEd(O{UwH5V5;wbDPkgu$3!w^o1L2JAlsa!@7x0kbHYBGTtC-zDHwkK|~^
zKLY%^;dfbh18YT7LY4awTg-`+Lt((5Y<~$MsIgpVP@G&eDe)h3Sb=Gb@LGDgQ;NP?
zaPu#smiVi;?DoNOU_$6;i?()P&#$9fgFxiog(pomlE$4M$J;mv9mB&AnLg2Wbo2rT
z!32!#+>ez|0-d`n`26#~yk`{S7RqDH7$wzBal9;8d+gOV#YO%!k&8E^)NSj6zvZ(i
z8l7al4JlP3brOln!#WWcBAH||IZ0k$gW8OnQI;%G_-@p$vs!7IHH$Zh_rF@Kdl9v)
zR+n#!P^F~bPYwH1xeurIbcc-UPTNn(>iANS`(6gw;sTG|FfyOz3@4B33klkOO5Mp~
zOk6rscaM*R0vG3i8c;UyV3pMDwt?r?6Ui;Hsy=<FHKlsBZS7l<YzfvhixKvFMMi}7
zjzK=o_>#yEJUG)de$Ku`r&oIr{I!(ykPk*M5rVb3FO50BJqlQklAND@bq;aNzPL<m
zO~U>nG13db*6!h|vM<}5_!6jCjXRgSk2H`7_@7=hzld!SndsUl5)bpuQ9R?mUZu7n
z`sp8o#|P?Qgi1o{U$i=2-_Czw$&XZUOqjBK;g1@{$8Z%^L<_TtQXEb_OrxUw;>_^J
zOYXtE^iz2tHJyovm`t!A9G&`@uT|a-^hx2L$TMnut3n}`xFde<q#>k(A;naLEL^80
z>2ORl9$rFPj6vmW#$Z$3kCqd!dQ_dlLe?OUCQ3@ISDxw8IG9&Q41;L&?iKSyY;9Q3
za>N=u?^Dd@je+If?xdl_dF~Rm*ouBha6#{r>J84T5jS;Y3qd90W6J_Qt$B}TeDZHx
zs5R!UOAFxQz||<2JJbmOs5uR@pWL>UMRuj@Gsv=^dGh?0Nw%%^cW0fdN<V!6r__^c
zkXT5TW4@7NILj~ur3(+X{4vfc3Nb#Z=Ku1?2J!e=IvHs2;!J}5TcKYf!6F#`68_Rz
z-vpJuQK462Jo&^K9lKKML*5)7ik;*C6lv$$0J(1<nzXHDL*oM~J2EW}Qf_X3g}hp0
z34TY{C!NqoeSOhLVSt*zIzfbYv~{X%&&F`;aG$r&LPDwC%mSfr;TYB?uDe#uDmH0`
z7Z@T<U(4|4KQOVuIz$mYpCDk>sNA?X`H?dEUXAQSx(oI22i1O5V}1XL`11PVAAh5R
z<sl<;OmxK>>PKryjQsIM$Dsl}VugFIT<Baw5@VZP5RL54Gd4M-2V43N>-Ue}@P8%k
z?>=6t=v^@!M6goRQ<_)2B{e2maJzs~aci#_CD|5`YFAclFzhWO^yRIB{>NFFWABO`
zk>I(z9uN1nF7V_H`}wu+8B$sc+kN;D@LHA<Cql%L<b;Ll{Pyi&#hOov?1-?20I}x^
z#`NS-AYp58(siObi#p87279DKDddt5Kijn-vT+x}91AjTZ^J3O^&TIu^@YV8IO9wr
zkGJ--eS|5=<Rp||rUNrsTp)BmKn`&|G50oMa>m0EP6iWz>6(I@yI40sy<)2-?1w9Z
z&vBP%`CTkEb_5SRT)yQr(%6ItrE|Xb(dDS?wfa=2j)~!UgX{HXx4D*V7pd+U{-XCn
z@zq<N^c)O`FmyELNqpCm;3>0iYE;|&<u*8kMZWnmP}Ro%MRd8mFGfl4@Ux~(0oPAG
zlS|$+WWuUm8K4-;(nf~^YvPVUks#Om3(nVJH&k{Rp5?oFP?akqDg*0wq#N^QJdw7V
z^B>d4gl58rwl2O0*Y@@B^h9qg2AoBn@P(0fH|i-EN0j1DE_d`}K+$a)_)NVVz<|mJ
zQ4%jI)|J{h7=60Iyw0t(uheq4Pdxvb?Y%<1+SKGxBqAhNmR$#)!nMj4S0u0)rY=nZ
z@tb?Y#VYFZ47Mz@wl>bzvb}cWT9r;>{Ab1mk$pT7irw=Ah@ERZn#+IEBb>T|p87j|
zSOS2*J#ex@o9>;=hQC`~_~RmliFdL>z$P)trmHr83rY-F7z%=r+>9J&*8r-=ea~sI
zH>C#dXpvc^y*B4hMfRV5n%A~}UN`T|R>I!mMT{|TCNoHrzr&p4hr26$y)EFvIPyJ+
zwr+81aryeY?w0Qs-vXJs2GMvG?j8{u3zr(7GRZmiqb47#ftL3+^KJ}Z4iWz2!qg4-
zEbR|cdsc-2I*q+iI=6OjOK(T*X3`rE9~a}3^&@^wit3QYod@nv^U}vyNG1wt{lxU*
z<##5j4+TZ*2C&D8ISa$1Er|xbGHzPF<mc`}ZKzBD1}FP!w+F7UTQ4)K*vN>5f@wY1
zFiZ(kPIsuyR@B0PBrN3PSuRaKT4LjGU<N^H+x+4Ga5@PzG4<Qz_4di~LJ0v1PMyuq
zpFlq)1iE?4>4rV0)$G@mWqKLQhHzrT?LsuRd<1H&L0zQnw}$v&?)IQkMvbY;a(#+Y
zvhO##NCtaMgp9^wb(8bev^wOl*^}hoau#cAFJcR4<pBfuYM6{~#EU3NQU8NetnIt}
z7w!?KzjQs9x}a!Pmt-dC2{blO7cfvk4YN!jI8|}yh`g>hb@Ourm(t^`Rh}RGN+>ti
z7Ojo?3ic}p+1x!BXc>u*pj)wH{8)QMxrLbSgQnuz3W`vy8K1&{dos?O8BLt9E+6`Y
zr#{Wq$Jg|t(S!BYs#(JmVq=2HR5zZcn_ZGM(hl7g2X?I`^5^j~rtW*>7&_)M6Eyjj
z(c2kcnns0%Qu*V}A|(3c**vJJT-_&j#3x!?!QU6Qe0%v8@Z&99i&B~5PxAz^=gkTo
zv$+q5(cG^m<2(XpYoRI#Yl&q{80v;5+sm6paiIS|=P96*Uym%CFQvrvg<Kty?kRi9
z-JNzCJvV}$b5SOIc`-9JJ&SDK40iMQV7|xXdn8q^?y{t$&f&u8_7YM?fq2&V)aC%a
zTP<j?5kVm`WduR5DO=1B*?g{7q;84f(2X&pp|8KH?)O`t@TUt9gd#TN-(6W>WFc+m
z7p>P9w|O9u22Bf)dv9-Tt<)>W?iMik$IEQ)U3uUuO5C(Ru6069waTeiU$Kn(IsH8%
zb8_OxWE+Gx`{aYU7pZ)9bWKEF1uNx(ql>ot22Y695{hVEri@tJRn?d}YD|O496vm*
zRZ~&+?Y9UoS29ZBi_zr;*GSqQ-ppi0=FBeDM7$Wfy$B-{Ftr8_d<3(uE_|GsZBQeJ
z$O9}cZsl4ymWR^21|>KPO(19cywuaIs@5znrSKYECUuL{#LvIkP@b8}-zy#;Cj$rU
z2~YOlpX(2<9=Y?ghe%^5o@xV<hh|8rQd*IyHfp3jX1xtcjY&Z1mGc(bMQVZd%Q2aj
z`P^(qB#%Ru`DVN33W8M42TL(}c7f5Sb`?P)sEQwpDNS_`a~qVCuF1D-WYtoxOXlg@
z60qxsl;XuLZI(nq8JXUO>k;WdOatrt<?qYHF&joaJ~8AO`nx(K^+#quFadD?)8R|t
z48)D4+0A#uVE!Zu9U#c6+Q5AZW1m#{#ZV{Q31gM3*K~3BTmjDO*#`pzUEk?_kLaN#
zEuW^}3)<@El@)kq2C%;@)du<WzZFtMOQ=JpMFz|Sf7JJ^c>#pDvJ|5DsTcd6gnkA9
z(gTaXj~u5_OpMdO`UEJNjG4UK`qy^`#4{;AoSe)b8jQ`}P*fufEfgGmbY<>f>9@cD
zXD?s0195t6W3-gizjE1t**Zh%;y*LujEzSDdT#G9tj}3b56kBRt`n`r!-pFPA^Ve8
zoFuYnoAoyulQP|AW^IAx*8<v;kCes`ws=`{RRsz!a0^Os+2JF60;NUjm>oJR1s1ka
znWy_Xxi?fpwUsD)fGLo1G8pmk6D#Si)nD83T``Rc9;K0TbV4S?gL>wv6n<B9umO(z
z^qzuJ9-V<=JP?pJYfsM7;3qdOeydYuP>mv}VC2K{T!#-hl6Ol>+oGk!OT{ANnnigI
z)j}l0YRG;KTU|P?d>UsPE{(;~{QO|Pz2?e1^w5#04(o$v_d0jvV;(xWCAPAvls!dO
z3HkQJt0bGOYC}KoQ_}&c6oqRP#F!VX89$;P36+rAxO!bb=oEviIL*~KP+aCKj-dFW
zy0^%qVj7^dl8vFBM?GW7&L$(mW}JMBpXZ=YhM++cCq#eGLQ8s#g?QXx{bx&*Xiij*
z{x{iGmqI4$d5o7lgnChYbtA~M-|2k3Na+{LySE8*X~enKjjl?#YoOcn^1G<<B-wdU
zfCdt@Vi{XpB!BGZ)S7@f#sNGwKa;kEg#D=aX7cH6E;+(@fV0N{^WN^xQkL88j`0L{
zBnm*d0P0Wy;-y4zgqozS!-sYDQ}?;14i+R5BgZ9!g}qVx^3xk>qxxjX4GKU3J<#OD
zMcmW}S#8)#nf1#;%_)bc6K|!?Mmi}*gj>`2)y*ObCX}z<K)}D=oHXM+DoGHBO*g%R
z2n%tXB2XPluv-PIip0z5t$Kry)!-g_wd@gyn~xj;dq|XZ<5VuglXqFgM|w9aJN4L$
z>XHJK%G-L2i%&wN#lgBqDJh?h`n4E54U1mh<X9el)2viDJ3<JM;B<N#^BMc@ab7G&
z;ysWfr7q%He0cbfx`a{vzZk(^3k}sNs9#LEQ`)M%ZssQAJ%+3an%!bO-{l2b?9c*m
zg4Cg$3@JjPxpqp?DB3*SzKe(D9<{tYxf!t%d;nlN=U|hkr`tBr?`oF2j5f=q6jL3i
zBw~5fO}hbwJWOnY)o`+^PSanng+a}%H61Zah#BIq=Q~tVTvOE`l{Zxns&9+Q)KTx1
zklUjg<9qD&_WI0qSFL}lX2gx<EW#URNM#|T1}Y;xgHEV&jRLRTl>JDpe~^i9Gm@Qv
z?A{&E#h>ku^_ildkE#yVD;8S3wr|17+Us~D$|z>zXJ!+fmrXT&N+m1tQL2@uIe0A~
z=4QXo#o=8OljQpf-bi{+_wdcW=K3F7r#;j8dUrb)o#`N$oZ^G^Hd3G3DIB%a!DBr*
z{2B1n545y%>?uMoGB0#DxE?UtoZFi69FvhpT$j>PUY40iZl1U2eWb(F&j6(H;q`Un
z9+D5u%mf+6)rDwB&O+hpKCrV%a!8e>Ro?erD`IwM@}8@d3YV4f%D3ESpVeEqunV4X
zbX5-9eKwp;Xbe`z?sB!JOeiXdgRUKERLB@Uo#2)_dt7wAKQW`a#hY}vv_o=v#aWtE
zsIPObIVUX5_ObsK7wvAMko4JfEz=nv8S=m|xei3}dClmx0XQ(wU;{zIxpDQMrk9ZX
ziM{n`4*Xsw{xW<*YC950JAh|k&tv1X$<-eew87PHn3A*bwI4HD5(TC7Xd%EPYkt9)
z`$Ksi0c-P4$q^&@LUTh+Gk=;vJSIF^J-+zA@p`5p@?CN_px(y7&a6b!zUv&=O?B%t
zqxAH6)b|Pe)*>7E1+%gw_D<R#-#l)lQpZ*;$e@kRt9*1}G62PyF0CnG)ZM{Fq`WHI
z6t_l=bk6Xc57C}Y8$3YP!9nSQmzO7qHeHH;zXI@fzryG^cX;Jjyh>|HL_)O>+48Qs
zi{2ko_YQ6k-&rd<B^`3JB~>D)HSh{l$Dhh`S-QKO5VgzT?}4W!=pD>^Q3Fzht;egr
zg`!ZVd*M8U_UyT`>ro1Ltm$t61%4|xM<|y>xr2_3MDnj&65pD{RzH4S0=@U1;2M*X
z8@a>W!S8m5e>`|SYxu<LzX$rT(eUO1vurPpOE^G9rcLPWQdnbw+2ogdm*dxz1|Jao
z-k`VOTN9@}cR8`JKe9#s4ZntGYudFNXm<X!-N-k)Da2a((ziIGGfZ^N+G|N*x6ccN
z>!cn8oezMWReS&1Z}`zt9ORnN-#3Z#Dc{@->dOUo(rg(6dJ4=&&UbTwBOfBOXGS@-
z;~s6h;%_f7d&wYsZATu?a>G;##!R4!j(6KP?3+GZ5EmkAD_=3ES~fkIurK5HDP&HO
zz!wK(xQ_urT@JtoQm4oruhlXq@R(ZN*2<DFzFNs{L$D?JOa3qWEBh0@fAmr(dz|<9
zjk(q<<=wKqD?hErX4hxYE(mvSU*(Py?F=({Y&vF(Qag+VU6NyKpV@zBY6^@<UX5ws
zn(Nu*J-&!n&%uOQT>5PFGG9X9?Y98=5E#R&Fl+wxrIgDeq16nYI>Ikw)OxM=!#Qg4
z{|0*$=cjFcwA_NqI7^K@A4;Ed0o|Tc>^W|9Ehr7W?q<q1b-(JW?JcEf`47Sj8l~we
zXB?(Rd+2SErvW&c?|%8)O+WzN>iBL+drD<0u(!pv-swp=>;8O7Me4pV51?W3)4GSZ
z<=t^g0k^BF*Sq+@*XKE_rOHLNW=_T&-zv#o6@S*MLrvfT8VSCsPkMVN#QrZV8iXF9
z_ybOLqcw7kd^w}P$a5HlU_<hIDg$rZPkFwvC$KSown$z!a7jjFGO(1$7(1OY>!rPT
zoOjQ=L*|rfJb5>O)PeYf^Y@aGj0?}7TIHDLjq|j;i9m@^f5ZCVs#y)EO*`G1XV7Qx
zPdQChTrOX73@c{^g;e+u6~2^db>U4T<#b;t=;h0Ml9B)%Ffg0Bdnh%nIrhy{@wj|f
zkc$i1q(wr#JQhf@GgUJoLJdck8nnkG#}r<iI`PWu?W=!GlswX(jiQAT+<msLcQ$xP
zIo~xh5RDX+siiJY@w)#BAPf*+!tjSg%iQp+)g>nAKo3U`4YFv_6(IXwvP*<Nk9+=$
zCcbZqbfJnMBkHr4^bX#XpV6Xz<yNU{nGAw;(`ma?9-IXzp*SK4xIOy3Cf8UM#6I;J
z7IRgqTq6IOs)J4xWkB@67hfojgzzKk_<8cqp@}l4sO1RUCxPLOq_I#_lbFz?x$Sq)
zB1*rT<H1BWut*3F#J)f{{7pF{OG!{dK*`!FRU+5Dp7f1F%h<BYrLQ;UaQ)Q8vab>%
z#F+_b+B=$li(jibRUK@}H(1DqOinxL0{2)gQWes?{eH+8VN2X0B<Ee`GsB`RQ?@r7
z{ccfsijXFLw)Rj3EoRJu>;iZlb~4D;&f4fmt51pYw0nPSS-roeX{DZvt2J6hg@>;`
zolG~REv1r^GL`v^{7pKu!T#zKJjvhiOCXtq9!^qW`^SlO@0)_;*+jPXTieF~H>ghn
zqcPhz&JET-BpALuE1yJ+$Br%Ty;B)rj4Wv$FC1O&F+G;g7V!E6Q4`1J?a<c;OJocw
zL3#$8v7TS>E5}hBwYipTu-+<f1-+zlyPpmZ*>V3|i;d)d6Xo!;|2^b5m9aJRp1H64
z)1QZA)n@YZOlR+x6$cxwAFwSNl1kupJ3H+IA|}p8_V1Ow|54|9#=8WTEt)3Pp}65p
zIr70PV~YJEjNhgmwOzK`7z+`*{lZCs=DdiHsPmL}g(C8QuOeoSdm#gJk@b`mi;p9M
z+;xug``R7gB)GRp{laEDr1`Z`$LAc6z88DuQ_mOV`_vyFeeJxN+>w4LW$}V6Ekcem
zgzi)izJR5A7kF<4?2N&R%*#ZVywmR6Ddv6S^>UV!YwaF^$3;~uyb!B4??fB#n$DY_
zRfs_$YGL$E`-r71`-nwV{0gz~UP$FuIHF21^j+pJK-Ur2jUC&dOX$1S`Eo<v7k=Sn
z{;788`*nOHx@pI<(Ofv^BvC4Or8~cLYAKWt?6p6~A)A2FNf&|_Mi^|1>UPQ#l*d>q
z^Lx#x3qBcb^}JV{k1w`jUQnrA)7oA6HSgKtb?aCVlW#pedCiN(u#~3;jp-B97${H?
zl<3<@P;=8qnk@0ehRO8$BdVf2c|@>{emM%q%nLL!CJj_~zFhQxnr`jVi3g3ZCDMx_
z>UIGLgoJ6y@X}>*4W_5BC%gz}(IPEjqnlo>dapoIho09_+r7Vlh7!TSO_ANGBX3y$
z+%K3+^k@q<711BtwWsINN3))v*z)9wKudpokd2X@r?E!u^_w08X4)%P)3tL&f2u^#
zO#b_nf}m^<6wwRVz)(<>*)tNnC9v3hlvcu%bZpxXZsOLhpHzgOrDE86-x%Q&(AwCn
ziRGv{j?XrdNJ?n`7g;Bn@ef%yJ6`zT;Tlgd&d2m#GmR(Fz#&xbJYZFEVC6qq<BAUK
zXU-PnLggxc!fj+xnwa0lXf*O6T5``)Y`NY~lw!2$8!RR9hwBmKWi3I{81ts@8r!Na
zRre8S6VLar%|-rWyM99mA^(ru@YiL4Hq;Usb-XOXJEy)QgYU_#ul~seFnEJagg|(=
z-XQ9{f@tR&%zKYlz90|<+pV`WL%lz&4n0L$qA1@kp#BzFAWwt6S+<*p<SJ}Nt~XB^
zL*~3}(uc{jl0vPc-WBOYAmk2eL0;L#?M!0+8i}Y=a9W1KjtYKb$YmkEdtK@!fX_EZ
z(LVQ*jze$69O>_DUo`)?QMwJo8tJd;VU+w7V=poJ7PPK*PgV?fN(O&0)k~{|9qr;;
z)4RQIRZanaC|b`wF7Ht`#8)PP<(Gep`UHGPIUdAi_VcJc@tAG9@AQJ-jn`8~3brkh
z3KpOLfcbpgwbU%y75<XZ6;=>X<kJokH)TJww*U&2tKI(#h{9r=DRikxAiny|bZ^!T
zuHQQ8LcrveH?UiEzTfJw<^IZWz<|Off}V`O;SA~(1!<0g7+k@>c%jA<h_)67Dbe3U
zyjUIuBCz;oIPOhzNwaXtC`w|mKY=b+dF<Y|gwG030eUp0?<b%if(l+N=LM(-Z9hF8
zVZBH&%Q?n^a=cbA;joEc1+>(B(q=*={US%|5wrz}{=Pd<Us2G!sUV9Sa={d(i>0Uz
zH!bG^jPn+0Msl<+WjTx2FQmvJ=qBdmrjsjgAnh4TOCu<!X8JWO^^BeI0VwERdxO_M
zXx-ipW0+p?I2ry70R>9_tQ*~h0DblY0(Nx1W?iFCk>;ro0QfS{%U^!YyM<!Z{IX@=
z7OGvQIMlk|@!+gH+gu9%jbFu1gOaekpGNm4@{{YDub=HNSC%(CT&-3w1ZfaX^8*s#
zrxfpAE;D6YvCU!l<0~-3#nVsS$G3<VO0D*P<U@vx(uXK+M{}HKG%LO>5lkz&Km_AO
z^HHPva^_e*AuBtE&HqJQUah)C8swEDnSiQUD|l0e|HQPZBfh3KKcGzm>Qn?sqOAGt
zGWv-*)?dpNB6bf8k32t=hh^)P1ACcGF{@|ZjGrXQm9N%LvDxDTB)bCVjd^!unq|~a
zY?&JzP4H|h_}_pv4zpnJ29;a8-Zikk-L({*=8o+&qL96eMD{YZt{10vDV0I3smJ)g
z=kOkgY35ntWg+4vgaID4rK+$FiW{boP~m+o^_iLU>N=~E@kx3Z)_LOkKnKvJR)j;4
zZ$BX|?da<TFeeh+ioCumpT)TcWByQ2^<rYCao9t$ozsjL3vJMX$H(;iqNa%HG--y>
zHA>0*PT3IogHW3@=gLVtli5U_L&j{8GF^aB#&T_m8n}gMSUpISiN51=0-dm16w?%l
zkn-LLUm5B#4ZwNh!Z78nlvPZf{x8Y1lR@P&6BKvZrX7fKc!!zgcmEkFn%oytVj@ya
zpIlRPaRrsJ`8NM+Fjz9%OY7OPJlY@S8g<X<v2x0~6RNbP(OQ3Y<-I&RA2%pME;4&s
zmhR#ijHE)GT|{ZASz63b4x5wT>+HTwYhYjXD-yE%6AnWj#pKbjPwHYf$-JSg#U?^X
z{e?pd`?n18MpjlSw+*RnSkLj#*pz&Szu%e8Q<V==C)DDbteAFIb+V$VAbap*_e|sf
zYlDXU<cui&jZN$Eqe?!qWASlAw@3D~2HmUDDP2<#TF+jf^;p`D^F9qwc)4;fLdl~-
z|EmR>(onvqY{j76JidOOvDXVXc!0u!#vfW&I}JRTXxgWZ9=ZH2Q)SAxgAvefw_jSu
zc5pyy2yf}2pseFNO<oUXQc|?}lO#&^1+F6hc$hAN$Nb!Vy_9P91B&5KOyVDk0lPi1
zDgO^^ZvhoY(>-|4;1Jv$5;PFp9YXK`!QCB#TW}}1OK^wa65O5O?(RCc%dnF?@4Nrq
zeb1h6_w3g*edcu6ba&P5TXO4nt7^`qQ}TTXBSiE99bM1uF5CYJblDS0{_%*^vR%KD
z9sfkZ!t+F*FN6IL1a4}_=T#}C_*$^FWFAR|{~rd?&0Pp;X~?FU$9IMB>6fakIZ}gx
z^uLJs-*%)s5zfC2JD+{E#x}OA{qHP0Mznf+SXP_6-^QiB6qh8${f~B@{<l+7SNYLT
zcZQcBV19z9hg~zCqx|UgpQQfJ1{+7_Uk^=_1R>Gpk%0hF&W1<zsVVjwARFx~NfN}j
z0SYoU`Zi@WvQM(xApzo&xQMI1<P>@_vtqb)e<yqeEwOB~Q50F;r|*QIcII=%zUKWc
z;y-OFQXLj{wNk#5D22M(kGmE9_dxCe;(h$O4hKLLWX~I8`Tp@G4+$RR{VAC*hCiBV
z^r=>$-7$~Qk+rS48CS5H3e%N(dEuG*v|~+yqm5+i?yqg-3cd!_P7{9swd#bT4yO1o
zvbCIoctDyZOXol4PhC*`Cxdi6ws&`j0ydjGo-a;o2b#4X&N;E!q%XqE2{OUVAeKAA
zo}ag|M*rc*xQ&s_iARBWB{c;|_>lP!qvi!W@kcI>0ScL7f2Y0qubE9gt+-`VilFOb
zkwck~)ATGp8#E`tBriDSQPYdIztTm2UuK9Ngr<UUTnzmwGSTg~*TLo3Dl&mbu64ak
z&=!bt7$2`dw@8Vsi%Yd~5+9(N_EJ?yE2n<;C#((q{LPGnj}c=dnXTx~*Z=xJ+nAgH
zHow=q1F`;fCw$(ib^UAGEOp3;TZ9N&MK`RsB`N?TIzuKrkVyvQ2NZ?C_uG&;Ei8R7
zfga1mhxp^7)?Z|uhp%U**b9JptQ3$MG4r=MI~d0W^r<cWe>NbPzF5zX0Y(4#jtSlS
z5#)5F>FLrSp^vhCf3xD(rkzLpr&x`=*W`Nv<(nY*>iBkQw<<Fo4Pl`|nlF!x--3|;
z;OR+U(9&xV!JonQ5QN?MPji2(A_MZ|KhvB1ZT<f*hwo08{!S9~uh9R^VMvS1pL_m0
z^xubD6)zf6#dtc7^V05oVHJvApC_+O(*8WG<+h#fqnxO;=or-09iqsX;EFb6a+7J1
zN5%j6??J(Xfj$LOG84t%m3ATjhe75yR1G>VBQP*l8$<(;@ueCI0u`(6ZuNO9p7GK)
znL_nxcu820$mIGlXIIt@7oTq}D{1Y$nw_m|=a$sNw^M)5`>j6q&7{AS95K}h=|MQM
z*dqsCbxO4PeUc&&X9?#VUbM>zTCo;NdIM<%M*7^(g-J7qT64naH}U81-7K(V**rgy
zEdzQ9c=zuHQV3A548I-v9zUgwgVPs1Km(AS<M?Fp7ftH~6BD1g3}^n=K^!wNu_TK`
zDtC-{5LSOfJ`})L*-zDAvs|}utjc@5LTNGu#yQv!N986mI}v(OKj9Yy{?fyfkDh)+
z$%m4J^<6pvE30m`%-OVb^;0SWC-j@RKD2|Jt8sfDFT~5RXA7iCY#wpBX2}u!$q`t&
z2@<S8C^%xpbmI}-2rN0#i0D}4F7oek+31D$paJMDv^?9LKqK7k<$RM+#l^UlTDrP9
zDx-$VK`nryPSO|6DfLR6W(?W4IX1c3Hvkv_C4*eT5H8NH>b#XUzuQet4MHY2w~L09
z5`8ZtJqiLcg61JAfRG`!nU<$OpJaSh?d)@j3Zg-AO@;?7fBkn2)yzyLwHBan<xduf
zA2bc>WOy<a4tAZn6iq1P42!=V+7w^<P<rmjk$YtL4>huP;Txd=D3?h@UnMPz=bP`5
zH2rg5Mm&19mUZ#0R6h!>h3w|?PAc#8?jrfm2f-{JXob6m{Y|^S?o;QNFPa2|jBL#(
z;<*7{k@nQfG!eF?n&jom^tx)?68f9vn!4C2^3sY(0sL-5;;gK1-$v`v#RUR{Rp=?P
z>mDib;1IKGKgA{`r7GeR*HGn|PUdxKv92KFy!ke<Lqc0wqOE_vgfn|dZBM>z0`EJs
zLu@Un8<WL{_(gS=e0(J~c7Q)-hvpOy&a8a@D!Z&kB(|P{O6x3#dN+P+r<)vjLaV@D
zSWt)!w`^k<&`MjOjNZsdAqkj`H2$cG=`_zH?ymNAo~9Jsf^jTHklG@|Ve{R^O|=&)
zHnJVom+-uwC;D$v-9cQ4yP<_R?U{QQP){{au<%TF4bPknjr`2KCIx6{0H|IVCf?j^
zc3JAl${DzF?J>zPQP1Qvb69{LDZn?sRDu+{_Gb;ZjYvp>o0f(G2{EzRRB#FPYNjx$
z2mk;B(^Lv|)7`{Jmn>1lgboBqs$T%m8(C-aU6xT8X^W9Hsu>qZe&olUpJNTqy4>2W
zhl2))sui#SF(@X*p-*m;8pmF4^-s8fI9HR6bP04A5p-i_R@%F|2B?s4pDKUJ^q$VG
z(H&{|_gPL1rKrWImw(}?p%fbl3Nb5v?gUg?azxKCr`6X%UeT8=lXpFLsA~CQmbViA
z&4GZr=uMl18;17G$6IuOU|9<?`kN7}hDrV1P--910AT0(z$%#W$fNqjjbbkR-LZ7s
z)@9$|aY1{l&C}fT1Cq$!$W$>)j>p(fS{{9as$4VSw7*}pbp{m276f|pal`=1o5uuj
zT$(+h0B64BVkRk++~Vbm-yUI8%sxvYN-?BPD}OniQ^Y+fM~FbBT)|^TL05Mpt;V;`
z>naC8&9&Ve@D!c(-EK!N(9&_1Wb4u-)MEq7PU>wjAaZ~anXu|8ZghJpDH-w%FdR{2
zhih1bd5U&$MSQP~_DL_<IKUrD1~W<0UsT4CH6UMW1h$u-R{L-keN&}ex7d0%pNc6S
zhc&YR%bcSV>slfp!*>Rd!xT27$>$};$J}>&9I5_Z8c!3Q5|@%%%%mV0Q@3mNh5=GG
z_>=$EH~DfJgNTgE^q%g_L6rgkpp}`TQ=C>m{kfK-TzVpKCeJ-PU*4|W4c#L{|Mtjz
z@?)sFo&S##+QARDI5H~?Zn^nkfT?g_bXNpiti(uO>eREt<?IqxBw+E0bHIa*U|DXq
zuEN}`TEi?)8`GSy&sxY$Zq3IPwa4?qp(!j(84(?W7F*!?j>Nwu5eg&oiNX85MQpLA
z8<hENK)rw2^28U+B+VJa=fj-vw5%FRoLZcT7`=2Q8?!-?oK08@s(edmb9!N&lA+KM
z`K3u&Qat%`I(T-R6K<$ZA#U1V*+W9y3x<U#3J)j+)t|SCq~o>uUvAJSH|bq=l7vMO
z&FKh-FcpntJXZBPs5bdn!?SZ>YH{-E7&@}AxbjwA<j%rCm&UU`T!wkHrrVz*Dut`w
z32-pt)k+h2y}5TS`BTpNBWuF#q7p!n3-oi9=h|u5C#E$c2`_&PsolbP>(>4@cwIbL
zx&X0QEYrlK9BQ10UNPGdWo_rAgV8p?OH7LXvU^JUA(fS+OQ|KOG6rs8tno`dBVBPP
zY)OqPT$Kq_U#qmQzK>pbLua^Ls5CtmjtVc3y$QBV5_N`aSuJ5EffQG5<0BoB7!V`W
zuO6cQ8zHc|QZYD5+IzVQ^$4DOpDKS!N!R^ybXWV3=G}_n5f%p<f~h&}7>A^48d844
zurV0@uXJ#;%l=w#sI5iLoht>VN|H-$U~Gv00BhDp1>$1f!+gWYCimkR)~NtF#DolL
z1;hDLV<G^!avh^vBO~ZAB>`l)GCSbs{1Iu;8iQ&yp|K?pzy<Y5Cq98PMrYfaYuPYh
zQR*Yq3J_b9nY7MOe*ZdG9lwg`u$~rE*up%tuDy<X<!?;LQ4zAn$#`{J0&)|rR1#xD
z6CJmZ3~?KceEuoj$-S<ZnieQt#!5^~B0I5y_A5Rmll;xiFo$S%<!!GDF~WclMDi-8
zKRFymBu3ZI3IrX+<bM3m?Ik-L;9Y=!^8tc?_I%X8?uy_J`X?O0UzhJ+q2vd36#sGZ
z|Kk!=L@*cKU(KMV4a>DiZQ|5j@#H2({od2G9mV&<bfr7#dcG~&^6fz#ntK#6kAH?8
z)(-&>m&&V5K`(b&=e~TYcss@oZDGDp^%<0~+zOqRJ#N|N<BAq;;<4FMHF)O%2X120
z=z-l_rNHcY!TVTA$^}H|Fl|P%?x-;`E=_>`czb}XY;yS^LXZ)jAQ%BKQzEym-Pz>p
zf>~Wi#4a0+&tkaJXdg9^ACAYwDsvJwov-V7I7O9OXx~R7Qt3t8`Pmd1o|gFXQR#m0
zwkkR4RtIh$Y7BM;Wd_BV{QhcOs7ad<A}x1N0BKlmXO$Ovj~~K!PLErX+5r+Y4~xT0
zFL(id>dk*1DN58VqJTZUjLLd|I-B3V{stm*!2`UdYOEMtBO{}Tru+a85H}wBOr+NG
zVAR|=_bKEBwDbu0ZzunPCd`e3+{UhI9Cju$t&pg3PB8n<pB!~KTd=YXC<z-Q4X`##
zuSXNwsYyvr8OKM}HfO~brVGAZadg4BmKSN8a8sPU8|Or}ozp&8Mj)iBdwHQyld<ls
zZsBPb;lo5-$QNAu6QQ+n^POTU0|mtJ@VKPiA*>`n@mD|W7TTtHlcnEQ!x3xTykFon
z?_@d>D+O4;kWqp-pf?L?xdN#^FdqC$t%Y(!{vEGF!31<e-iV`UJbBq_9AKmeStO+|
z%yfZj(9#9bkdoVID9jU1f-<jbQCwD5QI3s@f`}yEOIukbe7|nIljNdpxsSBu`&37g
z`*Z!LU+)^V&Qtx>tV>8P<CiFS-XMs$p*L#iWhj)6RW`Mt8jPQecXyGLIE^`3q&NTo
z${1<#L;xjyJRzj1*nF(1KoTRp-9mW#u~OAwAAYL&Al;97g3FuX#dXO*M<}sFklK}8
z@Z-{ZIvSnHGcw71P11&<J|Qc&WG0ntKdPK6BNp&cHOfVCrOoQS`;y9ocmR=4jW)H6
z_sz6J3bN)nZ#SLCT@;^VS_YkU$y%3N*9R%KU9-w6*7^LBns&rmhk%H_;vA@QsNcK;
zPAl+|StRrJTm-1`7?j7tr3W>a*6HLQ25qkMr%B`X=EgrV6lxkL+oV5%*{qCQFYx*x
z@$Ju3IZ>Dc&o$9bco#Ez{fzeT5tspXp4GiRT<@xFXEKI(@ZL@1W!hFgT_^e2NeF;V
zXB_!b)K;cpv)XPQJbDD3y3z9`kcYfLuwn)6^mzrCqyPXKl#wTUel$y6&WG}BNfcwH
zZ-EN}w6Fl-JX+b$DnC~}#Ui_o6@@pT0meESat;dNN$MCN3Zxj9hrka~4CQypL%s)(
z3dR?%FJ=JR5)vmfbAVlQT44rq@hE#S91VtS^yI*SrA1MTh-<J*GakVF5$Ry2HXcDg
z!eX#_FI`pz4Xk&>9L76c;KCux88D5Xit9WSj{>l+olan6X+ExvXXBPNG=!K0J;pH)
zu<56TgKQg4mAi9mKMN$}fU8o3yu&OO(0HBuefzR9oNux`FQslVW-vo{Ao&vhc;A$g
zDhXQHP5ID&6;qLcN%pgn<%%avWY^$ipa(=tKFA@XUNbV#%%9!X6;jrD)Y~|_*=)kS
z8qri1o(iN>0|B(_^`JD1O8!`G*R#`}-uiNI<!_tvVVejGt6BAUdG&Psw(gE>Vc9s@
zO$<Zwoa|3Ms%KNXgK^OC_=7kYVCo^Ve@u(*1}Oq~)E!Ed+5>VIjbip;rCuxcEW)D~
zsXo{n%eb>aE96jA?E4CK*Wt2gZmm+Oi41mgzPwi@K>7#sc3mQQpdG^?(Y_c3iuDG2
zLAapnq>B{??+^jGK*k%~?*Rh-pOmDeOjX)c55(Dn#bsbH-+TBshW3dMPT6U>=a$nC
z%a2*S73dKaYvM^fz9T)T`I5V!uPB4Z;DEPSM6`n^l-{5pZcYejFD_{o1f>j>l;C-i
zvTBwab)>iI{UjUBtLw<DjdL{*6qrIuEwtvlu&?ej!gLkbV-uI?9=mK7EzZiv;V+f9
zs)SaAhCvIKhc^H2LWP`VCCQ82;{^zY{+ZJT3~qrA`AWooi%PI8`-rH&8in$BgN5k=
zKD(a`{MitW=TuRaGPB@~A3Pr9LIvnNF9rZWG|2NkeDh9Av&`Bs8*9;!@~&}iE$g>c
zYSO)P^C3ULHJ6Q}p=-T^IW5MNYG0X!<-ww9cde$AVR3hDDsIJ-nw9NWzR3fxx3sQ<
zeRAD9XE9S#qc4qLfd&?WTKr)$FQ7f`#fp{t=kWEN<LyckzD5@i{Dlepd_|B|U4*f!
zrweGVHR7HXkX=doVhLJ`xUZ?4t0<@h8!GNiR<<{??B?)%WNdNK`L#8ie<v8iL@(<u
zU!=+$XWYZ375~d|TgXE7tEpiH>1s0@51*)Ny-JeT%>m7vW+qP7%kbO^+SYJc9Vdlg
z%fokTjSCYk6SCSl$T#>&Y_;Xn#l^)*rt#Vm_sj=wCRl)fgE2tZ+f<|=i``D9enmbh
zUSkA7x#8n`4B|$r<>0uJ3jW)vy!aQ1x&9Sbl~m&2pH2llkHlWzW8!_A^cl+R8L$n#
zt*^5j(c|1H)q2~owqD7c7BVJ1QZ}Rl|A=RbHJNdw)01SJu&!8g!AovJHQff~8rxTl
zk*K>H7l%_z)$*R7>3zfOl37|%RjI083mie|FA>+sLW>EVVa*ILP^!tOS?z__;abG(
zVz!m(4x6f(UdyBgII`ciVQ6hQ5!9T!U|BZ#X}NM0Kt#p;abdbi-=2Gc;zz>r5@rS-
z<N;Lt^elBN#{N}Q*2hvdrc!M_VLrMpHmm8D8HXWh^WBV#jH}reH`SH;-JbNt<wKgz
z<_AzF)@-s3gxf^3TmYxw<74K0G?$Ygn}zJ8^!woK=NyF&CVXffnYPTes-#d`!RM|H
z(e2!1&*!eV#=Wz3Ya6)3Zf<j1IDolr5@Upw4V<~)^ZGgSVQ%y*5h>j0kaw*&TEtWb
zZiF8S6B1e`n<r#WQH5q&xwh8~*QA}cI@;pRD-M)bovWlx&9kJ^j`ena#pZ);&@ja^
zQG5F!L}L%?mSyODTYRgMn%^m7c0w0_nlZmWd0%St8I>AZI1~SK(x5zZEDlX-E_AD*
z=QsLGUOer(p>*xUb>8CMo!InTTGO{({4l;5cxL0?T0<y_ramRcTQXc{yzD&JejHPx
z@uGLut9_EBwgHvt(4^WF1+<oGlc!|V-vt}RAA5Etm>NKw@2^^pwt-i@{g*c;-ioRM
z41ccN7Bt{PHnCZ*e_g_=jCN;WX^1d31h+l)*ZENLH;OMk*IxJdi+<MK{usi-zXqqr
zCv@FOSX?)kdE`ri*S237%Q@y_y?pCHWPQMSef4KEa*u1`Og6ZyX95B`JrfmmSAXDd
z5p_aaRLPsj8tv1<Kf#@UeLr~NIIqokBJ1I`OjBx-H-6NXvR-l6A5DS+*dB-ybd}{&
z#}-UiI0PufE3`rL&My03YDt-(6E!DSv2tkMJ3`UrLa|f5$7FpckK{5Ai&aj_VY!gP
zN0Y^8A5nPdNaM}pw!fp07pyVkDNgh<-)`?cQv0YEHN~#;I$V8aR2WIfGNKM1E7$uI
z|J&uM8v5yo$FI4dJaOb-3jP#<|1MQA+*ng8IeouKQbpdBiI`C%Xie2;DyN&r1>eIU
zkhAx8zow<m8&(^q-N_{-y`bM8csgo*Qkdz}i=M<Plx>gSTN40nF%9sRC)qj3yeOm=
z*6l|f!I0u!p{7(xG*5!SClZFQI9PReRbK~h&I;t_JMJ7O2RahVXM6XARBEap>eBCb
z+C1B*6}m>0hI+8YG89P#d2Oh(&aNk07N1P1g;Z<o*GGD-iLM^4^!NZ@<~!y)Do*&?
z-;3Lwv3-u~BlMa1cw79PQj92cA-(b1_SbAQEVebJp`)?JIxAEfE7<Y8t9L+})B8#P
zvOgmF=|UI1*MK0MMu_*KE|oX4bJ#GK4-L@lnN$mvFP?-h90QQ$wWU^s@B9W9{4m*=
zpNfOQ02On65dO<7>l~M7dTq`B2Ws1n>p<GpM@bB?ub#d(J$(DnD2rJr=;7%Wsr7W7
zkXf2<(9zyLrAYv|ol4%Hs#O0@AthtxY196dPzcO^EHjlI3FOPzF#d>7ar^b-0yYiD
z!B}{k^OPa;`+S*SEmkAlfD0J2rR~YVvjn|{NjQ%f>4I=v217>oTEiKnjWG&9r;c!y
znwK?yJ;8wM-J*pzk?vyKlloXc3X8?#t_xl+TdTzcyUzWf3m=trX>F7HvMSi7W!}^B
zQ&FWn?H7ctp_gw|ZzugWeoc)v=~qY!3jQiBjh6j!+i71gWp?`&QUS_GE<Hd_qPcy8
zC+2hcdi(rv(p)lbiK(0Q!J%+q9FOb~xy+)a;Rcg9Fmnucxo5L*B_>Nlqtcl|mc45a
zhGiZr!yq?Q3^y~leAcid<E!9<^{>w5ZMk8q{vk5d(OcZ9@&Qwi^#{?L9J9hvv#qwi
zEz#W|Khj@5_owh@zPmW0UTC6~pnRT-H?7irX|GD<Heh9E+sA>@ZPYi<hJcM(S=$G6
z6yeO<#2ArdAOL*(yC<x&{WkrV@WsoWkH@(IVBuxE>3KFEp@ctRd0W&<^zjT%?K|`G
zv6RC~8=hF{*4)UX4~JzzzuL!_6*qE3blAeqr!q?cJMVw{0$9Dc771kzKg<)ml755p
zs9bSi+}rzWK-e(Z2zn1)8cKy2oI)WQL!;}?Ii8DN8h2tHQlYd9na_4&0gC}2I|P=5
z=;?(T%-ggC$7#Bay(athKDR_=o2Rlx6h_8b1NzRCncaNO&Y4g9oOV%+Dr8|k51j!v
zqVY{fOg<<bj1<sHbB8UPF03yCJBh?6*$1rfWv7W#3xn$TTwcz82XXqLrboDSk&g@B
zsd0x{wbc3SqU2em3K^<@ALU$doT{=XI0QePHT)QUTxg0(h5NW6XGsXqcF(67zn8zY
z^BWvry&E65>BTo1R3+E;{o0m7IJ{|h@?fhBsG4p%drJuru_QW4Clq;?=o2O{aHyr2
z6D6ab+2C4`;n<~JYBqYc)^gDyKV5rye<7iVl0!R`yGK-K4=y9<+wB{l+PT;^6V3dV
zsG|lia|bDZDnOjlb}>~&j$OBQl++*$>F^h?PyAozKWMBa*P$zxQh$3_zSQj&<uYfO
z*Kp@qKmU4BbTDTG5N;sN%jhFUHISr2n@yi2nap@Rc}4+5O+OU<bV2<N@E!cPKR%}C
zlh9ts?<hdtOW<zk2xny8VdK=oJOZoE55$$Xvv%vRyY4;l=@UwPal;0D=1yul45&P+
z#gY=`0fX;sqsBEqE3A_|Ui8(mV2fD*=RSQkA>EtZ`MivCbI^Kg)?fkv6hr5>PkD@e
z$b8#SM@SQqPb+;^SXD^?Watcx)eg(0j@Yw&y3s|4X}bkea<jkV;{5#KGx|N8e|=p=
zO|9lGNgSq;?AkO_46V#9ibifya&ls9+zB!OT@K}o%3gC5;xwz3BGQenM+o2M`$);K
zun|eT07*lzpD}5Tk_OxQ!&wbpXsl0;Mcmasl}y|i*tV^g<n4wXuX)B&z9*pKRGe*I
zLtoMKX*Rr9C-=4#511YqXP1}afNRIAjIB1ZX~*gL{PM$O@K-Ag1yAykv6Y`Q7|^nN
zf^StmyK270+u~BIV|d-GNpym|y|uM~_I3|c{T#?iBdO3VhgtJUp{B=L?hBe{Obaz{
z9T;xosH6pE!#JYV{h|BdLWxnQo!Q}JXW1}}4{`RAJvKV4^=JBOWi}(ULQG$A^;<eN
z<IstL`E}WRZ77?$bT%2sF6Gi9aAHHTXtuyh&mw2nOb2UtBQE>8dLfNZud`Y7aEE8P
zJ*iNvP+4h`!*X3RVsb~Vo;7oSnpI0ACNa&)q;?f6@gs(^2jgc~`fb0o)>=5<@lUBE
zZ)IXl<!v+DOKRA&I?3Inn%qhfH9sVL1y%U)A1~D&4xIVH`PTMcCa)7S+2Jr3cVwyP
zka4(aoJjYxtj66;-mr1x@td*~*ayY?EOw9tlH!6ECf<0M(J=5AXZ@xu42C*?01VUA
ze&u*B9!#_KqIP%m@QsdvmxXvbApsnzFV^1;SjZFqoQ=B5?1cvax~61p{ld|GVOAf!
zYsI~TnH*4KPJ165exRF69_mE$*X;6lWeL}(!*8tac!<Pkb!V^4lTz-5Dk1fRd8snc
zM@J}9mUOS?Ml!Z=$$ar4Ati||LDsA*<F8Riz<9)Yj5)xO5_|rgPrY_&T;Ey=Sn0-^
zRvccWNxiwYW1KJc9=m)#RIWSUf1W0L8Q1Pt`9N^7N^Q%{s`@awC|f{XoYybk{%tQ`
zBgIh#UNEP2wgft>Q7&V+_YL(JuUGy~e=!MJ`Ad4}B*K31CH-Dk^vt{mKwKfYqy8J-
zAJr*;@kU$WcBpApXSPp@<Xj*a%M!|3EJk!8F`MIYu}}e*CM6cl!URi5s1uqDe~$l9
zCUB0Zok+Hv!ReCP!E$N5YigdD#as2DyG{ca+V0`%3bLk{Wir%JCTyZBs~PfwZ9M3R
zzKxcNicnNfBdqe&F$Vg~*3|rDM@T5t(vGUZPqnJU@|~X{(DMX0L4M@sII?suBT^h)
zPoE9@k(EG%9Nzu!A0YklnksG+w6+S%<%t{I2IG7F1)I!K8)1n#vG$Rrxt7X;n`_~@
z6coGEsrm`E<uqON`BDYBDzS+iTVJlI)yslZ9PXMiE^JPEtW<@XIdK7`Iz+=n!(4@`
zWW4Ohz`<*bggeO}g8r!-wz@Yt6#cAbqv;yWXZr+fX17a(XcZH3s|PMVw<TzGVJoxB
zjy$v4x`|J4wwK$VpZf;o2bvNEJ|>D<VEFnfCfmQa+zUX%wtXBQfhXHg#1>PCC-WRB
zJ^?*A?dF$I&Mp%@IqJ3eJzNPO)z2&Wuz#7eG9K1yb;-JOay}$Hx*Ix*<2b#_ETk>z
zIE58~bdzSqK3o!dil+WXhw6+6Y|D-8=n&|;farZ&PqM{XL(n!%7KRCS`qG-I3KQ!p
zS7|#~J9Q4z4DTMdKFuLDgL&_Ria7V*XzyOiXwNq>@mnx9nOjWkLHSuFK4Z>1pI*tQ
zCNO0lx^4|H4ajE<kKOESZIrvgYoiS_A({%3foUlo&bP!K-1NAeweK{EE0`XdvTIwd
z^U|03ap66j)4hab8FgM=eM3#HI5SvOHQ&&6#ltJP>iAxSzsstf4E9EpbzkPj#l&dD
z31*LdYx8NpSm#8czW>emQ&B~Lts$y5zSlZ^==dQ;)|I@DgtyB^CslOEFeX*N$61CF
z_NS$1e=mkNE^4p^0N)?Jot-zI^PT)!=*at)W<p{S{5_2{B{#4#VsA%a!!-r0)><>%
zoWm*h7h?>pwp%rnuG;;5#?lNF!4%<m`};mD?UzLt;kdxNW)$lN)o%Siaoe)Pm$36w
zCtphW2<eTUxR*Ynp!}B_iF|7RmO*nK_{rHjC@o8h=);`hhegs=h@vd=ivmBV3;J&f
zn;mWPegjt@_P2VsPd9koZ?B_hvZ$O?V-=2}d;B;U1Q8HEH7yHWdU9U8&gJ`XT<jtN
zxH&EgxZ+4ncV3&eg637tqBl97%23l5Pw^fsHBKuApr6SeHX^re+wTx4u&R%CIo{`n
zW`TqTumo|)Ok3W?zlzscjF=L_ibFLrcy8*iC4E<GGi~cnDT89r?x;B`aK+N0_O5?T
zH}4`ElxK^5abQB&s<Qh$Q(I5~%hwl3ArTeQXJ}O{)X;@&_GX^Ymzrb+k$G+KV~LpG
z7$wP9^{X?Vw$pve^uDoKnCwZvPQ<_uo4<Gu0Oy7{xl?{@zTdI5;TyA|tK%(ZZ`n<6
zj%LZc?+r3g(_88%@==-#v(f{9J+2MXC0gE|EVhk#KVDm0ou~oFAa3=(7iGU?03EUC
zYEas?xk$S^JNS2XTF+Wk+ndorSzoibY}X*&>TuiIRX-)I0nXMNyU1hu12g7N#iyl}
zNJsp01N>&XjS90W*5oerxge5yX?*N!d&cXi1(dL)5(hlRX<GE}(xU!-t={t};Yr^K
zM5^P1@bmH&I{D8)5WthlVKoO?UdQd>(j@k0+VnsgfH4LDaK-90LjxkhbPB-K0@B|a
z-~u&$^=g?j=9|EMJG;;;tE;xlvz9jt)kZwTV+AtFU%3uraQ9qQO0%SXh^UvxGT4G1
z`8%mFsjE)h$j-!QvDfSeNPNjrp&@(($qK|pKoq?(E#b=&>op3$;h55jtH^-lL~Y;Y
z>b6j{+`tqG0SbZf3Y|EeiEo6V`364y`dCP4C=UF*3niPTYOQBPJ;e^PQ2jQ~c_6sz
z?PPKNd4RZX5^$H2Vxb05+fuDBDOWMtYFrkq^g<tn4G&|7(tiwLl(sUmG;UXd%<on_
ztf!-2jhj~@Z(>myT5tPpSrsvaL($OlSnV;662Walkh$4l^3u0UJY@i%DiUhX&2~RJ
z-^ODZ5+OI@qsLg5RVg78ap(~zs8l#SUpGdb-UzoAkloY#(tgtqFJvB(Wch{)j+)(a
zooF*sum;0fvWE!zci6UD?<e*nJzV!F?&>X*y^$>~hhe7j$eQhnrn~ZQ1PnTQ#CKi0
zHE7q`2%mKaU7-xfEDt>p8)*1VE6Fz-oBe(`)dhU*u7B-NxCkJHP*}2|_y^L{a&7e*
zM~&k-PKPSK(||D(vV$hO=tVUtt_~QO3{nV5x?X~3LH%}gh5p7?et={jDp=HlG23Q^
zebp`<THf7Bw`H52*_|&WAfTi9V9~SRZln8c#24=Rbt?NmG-nm^fwTi%V1&ZX^L`3x
z+}~5&J|9|a(k%Z$G-I&oZ_H^}Y72=Vpoj-{%HFP%`o_P$zMk*2ar^dp3y<K_1}Z@d
zx7Q=P3)B=|x2|Th*?L!D;qV+xV0U%@^jmvIa&sCCE9T4s#bT$x{s>ZmRHN*|Leulx
zqw~$4BDst(UB0b@X|i!Ei3uG$cH-Ms7Z?#@U|8<L_lA}3eRv3-BDS*`H%LGQe+Xpc
z+w%R9J|FepIT&~IeALs@Khzq%cT%MCU%U+>yuVEU4`+iU?H>sDU!f3@{p%W-|2p~q
zbji+MPah*hjv_H4Fk%YqvTXDH;b~~!dp7O3U03Ykrz5l$;=s*#$_$Vex5#)bg+vvW
z4b(5Q@l)ru=^}Zwf{GvP7MTAC8zUUTrDp1^=821>Tvwg(AbigK<|zAA9U_YDi$-my
zus?5H2s0Fh&p<eKcvo~`@?l&24d7(awW|2AhJzr-?xcHw4Ct$wC@SQ~f8GhrF6+om
z3;|~+PY`&=QwyS$ogNz-dl&l~Bh~3*OUyLXt2YE=yFZd>X4M0N+e`^_3;#mEi7fmH
zyWhw15MAie)m(B-(Lxnd(7#tCg<!QwIm3nW4CBJLQyqV1x6@|CgUA_@HZ*s-gW~HT
zfhW|Z?Wpf<wN4P`M@kw`{OmH}(@mpZ8{aS|2g%*!Q7zR3*kUNRW{94+A0evF`v$at
zC|Oxu&C;(u)z#*5J#vnS3)(3M8B08^(nRt70is#r2>y;hkyYUjt{fG0Xe({xf7p`<
zbc`$j20atN@0G5K+PVgQH{`DS%-(!x?xzgg<O@8TSQML>D>;m=IBFV;rz7t@NI@|?
zArr|n*87_0Wi7ng2~P<l0+-PB$RtDPW+|nv+`W~XZ_;!bXp%jd)eLb+`U~5JiKCW>
zzj)-|6;r=`U=vetI+pjclu!O56MvIXA51O(C1I|_*k{h1hyBoQH@GUW57tXHzI4KU
z;lm|VEh+Tn*ZJQv!lclRPHZ|ZMhg;#$%(h@GIC!n^;Uw?fEtw@<}Z-?sPA{q$JeNA
zg&I8fscBB+vPAM@4<okks=qUXmG88(m%RUcf4-R!HY9$rX}p!)x7yH}{Zsf{FFnng
zs3nOP&XsmIz}O7l4h{|D6n_2v)iBNy0FWe46s7}8s#0^rAOW1`>vDO?6Z>5`PJ(pH
zySJ9anYwT6^=^3+N!IS`oQ#$XNIIJrye62^%$d}{kCV$mw%+NP=Y9QL4aB3LvwisV
z6&!S&P*-|Et^bB|O>c7{&{G&%<|8m0R?)zUq{_vp=`*zlPn*onqJWl>@nEIT<KWTG
z+*0}D!d(0=tHxz%R?@KXg!^q_)5+ev>ggvS;6oy(%GpM%eo}tQrPZ#E>Mqb%S!IsP
zPt_)-nwvv8TLqvoKQ3S8@_l()(6C}&Z2w15Mfg|~2|rtDj{&Q{F^M^ja0$eUO)}<k
zpRz!cay&N6!Bt{7D$O|I{2=x8vxpNb_;j4K*{k`fjnj5trm|m91^r3+bZkG%R;ca@
zLh35rPexT<7Y17mv*_+mW|No3L83IsBJRD}D{qy)C?B=3YSL{20q5k*{Su;&_)0`W
zQ%GSm!kj@8A*%t9)gal!rh1iwmPXZP@LL&SVFUrfbBVi@cy;EXIFo|80E=Y#-*Gcj
z?morH2uVeTR}0_6)1ypN`GR{0ilX28Y@)}TU$TGy(N1mx{1w>0X=h&J*V82DSY)>(
zH#K(Wz@0ue6Q!BT7c^}jT<9nIIoHA_S(7)_kyGV`!DW>>%>BbIi>gPe`6bf#`!}+0
zG%nS+Ni0+8x9q?lrzwlJDM#DpzsNC+W^`|&mv<!X?at{wEx$hWMWu0u%{`ATKFIbY
zTM6EGG>Btt@6~87i#ryj8{7#GxTUuCzZIWaX?eOhK)$`F{y(I6_02)1H=NOf;~h?P
zyCyEid%;7c(bPhlXA18-V(JZ?FAMPi*`CYwwuNn%pSD)oTF|hT>mNJbwOBB=u=Mw<
zrUdqdPSQWWL7Jgl#3p?UhlwQ3{`H1YC-Vc3oo}o*#-?rVb9Hze8!9ogcUpq|hOnHX
zSU4&qS4sck7i$&2D$ZHUQr7-bN&S%7+8=Wu>~|*ZIFQk^sgAJhvxh!ie2Ybl`emhs
zhZuF%d&y1~pVDXBiCt-hg?NlxwZfxWvVLBLi<4;%+-slW4F?c5Qye1zgjw!8rRO)^
z9a)|IENE0xuS4FN$Zr_^e`J0pG=p$*1J0?(BX9XNTrNpd`A0W>*D_-|96}Ct6bWP`
z=jaL3vZnvUWNp@TZTOJeqAI19>S^(Fyd~<}+(Q=8jgYtTbuL<ZT`zhU_=~3lUi~qY
zCo6h)Mn?k{L9Y`<b@RYtpg(+15wKRY1v7Y@gOVh8QxMPtoS9ey^sEA#d2rUiULYZ0
z*?LN`o-nz=zEAXPLKU6Gu>V*hM?B#&TF-gYgf}ukzY!mhtz*(iy4F-UT@k$b4shq)
ziU-qGcMJZcJ6+pbIW4;nY{beaZbAWrgBAnX>3NF6LI>rC8Sau`Z3Y?dl9G1zj!7Cv
zAifO8_wU^X`*h~QW^htcB1JZ9U;_&tzLM7K2|k-lL8_q|9VrM=cli-I9yShklNp1M
zKx{Ek@-9o<l4GKl$(adtQgO#>I^(D*Wn^*6)YqGaG)GL=-TwVo)uzGxq%2f#d!r%I
zUpn7`oyidY0Nwerg}d7pvfkvEGmxvZWsq+BZV?0@$|fgy)wwXtUP9LEiXn|hX*LbZ
z6?SD1pnh6H$*$eM<jlHOC&{Wg7!wAMx62hl>nz9P0q=4qbohoB%15PEX3G{VPyDO~
z>QBG%9Ybp@CiRwC4RC55W5u5r7iD51z!>#M7<AKQc~0f#$8NM@0}$5YfPjY-*hKFs
z2pM${(vUM{q4=_jRPf1eBk3!VbX-C+^PVnV{O@X(;?Oq&l#J-xLXVA`9k6$#f;YLZ
z*r9J)4}?s{H@Bh7+pNn8uaZ$7j#Ph_-`&xVQ0M-_WGi);^@GU%lT(rVd=(YJZbO1)
zE2^Z%pi^b1j<LPvrvkO6d}CPaK^vrTnIUV~Cu*p?+YS})1p4JficvM6wAW=n*?z0#
z_}zw~=*2iKN1w(u;91{U$MdoZfLY2U)j*>fr1V=0U+`fkzCV;49U;^G=sgiu*OFb8
z1oQibIx1c!a~T(zZ>oltO@lB7GD~yuD<g64uh_4xCo9c7v%J3+jaA>Y7<<g*?G`cc
z#s8Yd8m=Fz(ei#=*qUfCFGf=}QvxLeeJyPt^qpP8RrR2>sG65XJo84CeG+Xgg&<tG
z%JeT6o-2cJVblszfx7tmJB`^mto4mEv<)3S@@&T>cfmRX1}vZ5fryjcYK8DOY`6ou
z4>m7}^iC^S)z@Td=Bb6RjhJ_zP7>+ay><uWdvv2b3eTsjk`L(zPSz)8%ku*z*eYS6
z+<U?+;KyTYb2Roi`US8&E`}2l`rK;F;>Nsg$C~8VV+kq<{Dc_28>|<t?8mWfv~HKk
z_S=uv|EZEARROL*0|sZYpOn7vilILz&li<cSAP(HhV$iT`SBq>OaC3c9J?6&x4!#x
z)g9-Ga?3=XCb|x1#n9h2@+NnCHAfaXK3YV2$5^+A^*W!QFF5a)9&+I4B!L?dIf3#G
zXSV6DOD~}peDd;wvpGy%KipeUTy)a~Xx?YGD5t&@Pvs|_l|;jjV6n}cAzu_^C8(?u
zJ$4cv+Gm}UXt}Z!w}iR8GV@&9T5bFMAa3?~I#r+u&LCqe2PfwNzWjGQSLXgoI^WqT
z_U>k!XK>N>WG$|?>7w)`ps6L(<6w;}imO_SkLEo%90KkbAdBy8FFA&ymBn%jVZDlg
z(OkUAr3y|eS;++j*XoP5WB>qWy@CWaF6!WWxN~8`6D5u51)ia<b|Al&^p@rOODZ&f
z`<+VCWtaJ#4z}11o#{w2K0*KlM|z#6jsbE04@sn@wb&3pgpy`)j;6fSCp>w2&T;N?
zj(Wb_$Q6JFr&6qnFadiV_1FNY^~AOJgwXnuD4-AUfDd%_0WBxkVtoSxzdYhn2<wXi
z9{#BHJ9+A>SvYj0;{57Nj)ReZv^oq+b_zWU01OOPzwaw?W5AWEx8HtU^V(h#!UWfI
zwm(=Leuw@30rf?PB7<<?GoOw}MDEY&x}koS=~KePUdbAj?wZk+iWPU0_RyCPtF6Zq
z2@{Z4izbV>YE~74N_6{M&gJPiL}F_#Ds;)?zMN{lBN-F2pI=|tnpkmE!^$V`n7?z}
zj=w{K>78U@J5E4KEj&&L%iA`EoRBy(Jxfb@zK=@xV#8{%9{F{ZjDH(4`3Fj-b|_ni
zVXQnM#~WAolhvJ{DWM5`Nf+(im7eYxRTaAZVvmZEOh5dXgt3rtkrjYOEvOrJ1qv7>
zViP<afGGCL+v!T~{~IQ$ey#k$JMX2ZnEKFaI*{V$1yE^fh(iWt?`9Ej(HNTnm)x_d
zoHa?=E+}^JIZ~7R={^Va)p5l0<{>&rup81<na(m9RLGIZ@8fm2`Yw+$-u*yXX{B__
zp2EP>SIxc2^u3rpclucrmsIjm;LPL&nzQE*2SM~s5Aey+ktpdJP`be3_Sp?^u5vSI
zru!r@JLiw2umCMX(@<wG_}Rm1Dc}v1L|p^0LB>kr%l5uJ-*rlRzYk@w{GRTP6MLB1
zK|YE8J{K4>w0C^GvZMqF@cjII+VSdr1+Kjb?EfDar}G;(gYjV5I;P)iT>Xvc8Johw
z(@qfU2?Xh*o!UFH)_Q310&r##P97d(Az}MBItb}XNjj0=m(`lRJD3IApV?D%dEg2a
z0(8xET-h|5rPn~cKtNWk@Gqsd2NsgfOsKsu&^?j<pNHRS$4FA{u~HiudvLEL5M8p-
zAJ^IBhf*)3lkd6bvVCT+{@p!YRi}B<5I;^GxGKs%x#LzXFQIK;6mH9UEqG<7rbgDh
zyq{w<5H*_V(@_nBl~`rY_G)1&)WNrgjrTDMdiR?T>s7{;UsO4%Ku!E=^N$O^%mO8@
z*CNf;=i;Na>u9wB65RVfKxb*%+T~k9-?FT23Ak9{>Fae;@B4E#J=s*OZ}(4U;M<KJ
zcG)xVg*Mny@zXF3Y{S6!x!{Ge-@R51<)kccvsgKQ5WAj<O_nrrIR5xBXBmNT<LH|6
z@*Ly`I3uWxzezlOxzHZ#*lWBxkm_2aZ%7Y6?D(gA#o{6pGI6V>r0hEg1}*{ulW&Nh
zWB3WqKe<Z<oS|uQoPQFgi=aV%G&9-V$1Qgq-hcS?gNae|+3gFF?{SC$yKGAo;atBa
z21e8tVI_g%oI%X>R<wR)27YA5F+y0O0lsY7`~t9(jAev&Fuxv%kkN!KhA3gbjJ#V5
z#4hk0O?dYB4lkx~Wj0F7$mE?wZDlnc$PY#mQ`qOQuJF|Div5LXfpzATYcNxHCd>vI
zRc{qZBO#k<JEb|VkRkJ<qT}oOO9#dNG7QN^uZ>%Sfws1`ogFivx35oQ#DoOWxhIUU
zA|(s$E3=;XoxjCH$8tAeUg<?ZUGB{yQsA4Ia_IbOV$^}mS8-SXU&d4B8vFkSg3hmb
zfdJ%$h}dF0DLQOTKL()y{e#`r?+{(`$Fe{=+PcqZ6SH%f8jroD0Vey+_KcDRiXOLh
z%cN1g`2rs;sym`X;Ez(NhM#J1KU&Vh$mgq+j!d7F^#x~O&n2B0rbNl{9e!5A9_3K)
zc8jRaU5X|XBD(A?rLOO;A7yXI`iCBCRJeXyu&uOFG4IGYana+$)4zaG=kKc9C77SW
z`t^$Qs(ibz0ASu!-z!9GFPWC3L=oLP^LgF7FYCj;S<NBS(<TyCNWj&X?N!|~(3Ksl
z)lrBZv+{A#f&;|xk{{8x?T>5`IB1pHcT0xlUfUo&X?8?n>32&qiYZ`;JJ!9pGeP`!
zJ$x{U31f+fsBx(gJfTIFHPtjU%P&!-LaV9I4)G)tsGfp9C=3q|4@pY7zyT17;C|9M
zuC4@Hq;R|sa<3HV%{WgGrxX)2%?}r$WT}o*^(NgZYpK|a!gP6FgV`A2tm%KH;gWQ4
z=1OfE^XDAZxQ!QhG85mMr*>N`28``+aM&k@v=+kIan{pp=rK7;AoxxLc{u>z5YsF9
zJhY3;CnC}}-fln%!*^y-WO$$9_X#`+EjfFR0uu{SsQJj4m>$4~W_hxfC-*P@)%_#U
z9e5vPG6i-?N=2{!?F+y(R{NOnwfsdW_wuhB5Huk4(^Q_1y=xj)KCKQ7qDC(5;wC4}
z&&m?Vn}y~b=xw7lpWXH`ctBALwQifI!S((7WJW!F9+%56X<Kq1>-c4NwrQB?%<kxa
z4hv&Lnvh>ZhLAPhU0>X|V!coHO?$~qkt%uM$g7rfMRJ}`!;h?EL|iR&zmU*&y={CR
zo+sSDz<TH*UZ*koxUJpz3Vs5)`Pcnl(a=$-ulM&)EW=8sZiwOzsd7{mb*3~l(FAU*
zi+K;<g8JQ_SB=s~d_pXuM~$^4UmJ8C2p{mWrS7ldwqF-!y!jSECCqN`;(rh#b?!rd
z$eO58DUJ5IDj)x3YlC)<ahZL1@Jj}$KSl}G+TjL;Lf0+Xuf^X(#HrqV$Y6&76_d@k
z9zFMa{9J4dIF-Szhl&M-^1iJ!R-!(g<{s;J($$Dh{mRJyuQ+s(yLeQEzrp2oz{$!P
z1di6}bBr`=s2;aBs*s4p%K}%#w5#gqw9l(kd(8H#7rI6M1*4DoQYEF|PA@K_-<NNF
zdl;zLY6`xU4EDL3L~e$7N>8Rlg9jwt$5UI32KL!Z4@?^Kw3jP&uiYK`TF5v$((J)I
zGy6JJ7%69S?4#c-PW2@4Ew8~hEgzffns1LCj3P(7o0yR3_7sICa6EwGlWKG)LgS2_
zf3~^P=~LbT#_}Nu?Yyi_?L0p~kjeWRG}rUkvlNL3(Bk^)<bK_*Mm<mXP73gYTH{-d
z16%EoJjsG*<r!8~(b?Lnj>od(O}IK<qId;TX_<o_kkRpa{e2&mg!ub1Srqkl#v0!a
zOAQTWLKx}kQ6l5l6esHWiY>Q+VWD6miKt|s6S_<@wq)P-%Zy0YlrNPFYghVTGS=}R
z8xhePmvnziYwie&Mne;GW9{vdpM;6>jd!^Rza^VOsqz2#H=ZL|C>EQm7@I_L&v^DS
z%yrW>dGHlujCsYr-ta%7zuf5hD$MLwmM==3X*kMA3ubK!jOW7ufX)wE9$%>;>vW2H
zc38j_*p)9j?Fqe-VDEb`S<tiyRC>*R*AzRoENM!&WUL(W3gCLMrv`8B6m72zk>(8L
z)FKEA7Y{dLb6j=7hjG1_K}f3I`>@=fgJ^<#%D1<k%?^qxaYvxY7iV2QEmN>(v_I%(
zh72X)hH&u`w{mq~Ku4!J__3{~**Nm4wdj4=Q6;2e)V4Y^Gj4B%TaTe;4FsH1M!ZHK
z4Ysg$o-C;W+!jS5jnT<EhpQOg{SN1HmibI?rPre1ZQ|Q9#nrbWTm3tJ9M*P}@7qSz
zbDaL%)n+t4B~4AuLFEgcKvs*}{QXcCOtcVOHfwxsOkc>iq^u(dMh)MuSvIOZ+St!p
zNoTT49A>iD*>69m#Nu(?n`sR=A8(pYY0zaO<+<5@eMhFDaCawZ20)`}WX!ZTm{ew>
zp)qQU{@~3h^csGVC=`jN3$t?k*o`Oj;C(u$FlJ2}j^}nb)_&K{4_@t9<}n`Ol;z_>
zB^>zp4yvIWlEU7|1OB>jfgx3no!M~!K%dnyw%M5x;OVk*Q&}`NbbHis9OKPxQcHi)
z?FcSD{ymOL+_-b$s*&3}sl1vi{i|}6X<@!b-&N%c5(I}LAZu54T)>`|_+ncrQHZ}o
zxQw)T>nHCdzSJ-$7@KIh`8c?bYyC$)=Xc_fb<{jp55Mo$Uf+RrLi?0W{U_M1mA@{p
z1GqK0eZZbX0v7&#f4DtVwQwz45C9!3`yz2hLh>_v7p;Ysynl%21+V-DV(8H`5|>as
zr+QhRdX0d~RM=sa{`KdGM2vcACo?vhCFWq%s0^1HEk84pYO5(!InO32fSj!7;pmRU
zk9(gA?c1fJG8X<(uU9<I_=K`=H{mO*@-Q&`k0Q?(T<bmwv2Ij!CmF_*z2mo8+o74>
z6lJeAHiZ{Mu$>I%i(Ri@-Hd0g=B&~!SSl|bXMZNI%WlX%e|>GTk8VqOX2){-1)=gb
zD1~WQnwpwbN}stMc7E4dOn*gS2bw#P+d<{L-P`B<vH8_~RkZ=+fA!6dv`<Cl<%!<r
zaXI!xIb0*c-06Ii@74P$%Nx)kGw)MvAlh740u+Xx$PeHH_VWP&!pri`@EvqN(;B^R
z48=D-5@F|CgZFy~{k}1BuOl`eH_JFDd(TDa)u!qkYLGYqzVY~#p!5dc{&dQAy#_KK
z2%pRdWq3Z{Uo8GIyW@R2oGy~Bfh?UM;Z+eH^!rKsTIhER%sCOF57mb({%KbS2ZxBK
zB?fSL+{O7ow|xD08kg-<zEprcqx!VLZCysZ7`&Yvysli5(hZ(zm;n31w)O!@H4!$0
z$}VGmp#nK-VlYg&+lvj&sO<Nkt~$ZOJvxKv_7uXNu1ca`rlXIL!48$$P4BRgtlw|}
zwaI~iQ)=Jw%pyv3z#aMolwEM328=n-d$QX}cmEMDJ{ir<)wRP~t#lUB4BxfmPG;1>
z4E;(H;w|~+s-<LhoN|P`Z0>hbgNqmG1|}kwdSOfS9pv6;joYZg=->Uu&E(fbTIRgt
ztJ|tJkv4{4v%6^7y<qSi@hh)<TF>sVRK}X?sm-FZC%&h!Mi%4#azZ7-+Y1f`t<;0G
zrz1PSAPyssky1E-ARud)od}>W8ur|sp(LuOr9W~rk8%Fl$^6zP@hTaKX4N@kI>WkR
zT7VSyyGyxqZca>b+3jbJPf<`mhG4(zw51*!+UB<tg{I9^)vHE^ZrePy-iol}l^rra
zEsYI!!=CRz$!f`&Fpl659df*9X}_WOlEMt+w<E*nv#{YEfuHaHky;uk@Mvm?Y#Sd<
z3HR1_B2I&icgPbU2ytG9R`OZWTx(~}GOMG){o_8;k_lkWv8qUOWI}K#6|P)mY<{v;
zZt1QnP#TZFdw!rXyGGD7=4R~%V`lzff1Xb?xSOnnpZwMOMp2h+l%xDYmlV|GdE|DP
zDFoh$z!#S%=cYi0pIcjceQqJqhfvmG6L<+;Vr!A1V^13NEjQ~IVDuur<cc95!H-r&
zVLNTxVg^FO*GTs(6#s2@3j};F2uE!5*>lwE#$X5S!febuVV-VI^{eD%?$xZ4+WC&Q
zH{@&!9%$c!-Tgtyc0<gmqK-dvj#E~HT^vf{MHk*lpiXvtf>4}Tk?msS2af#ZA$zi!
zX<!c!2?E;8qcfb)RSqZJKv9*Q2Ox4(RPa%**%d*L-<$8uA2%1glY2vbv4FGN^(tuB
zOc?*b+zBNDbX-Ajh=7l~CS<f+P_&T$G*GlQ9^a)DKcQ#C9CY~9Mjq1R&u8p@?iaYe
zx?SO`i*-9S1tE8w96I&YLpJ;*m^9rW;@phhiQtSKJMJh`wiId<7p&E_wXt0X+i_4T
z1iy(!K0dmi!2CDb-ZHF?ZQB-|xLbe#!JVMNU4lEoT@!)@cZUQG?!i5{y9a{1J4}MR
zyS^ez_Fm`Qd%k_%``#a>P_txIAFWz%T?X7%ZxlJ|vM^eN6cJG^s!^G0s?)uf01y_Y
z#sBPdI_=g6ve}<ymM|UM9?K5XYf>s8Xl~*0xIQjW&dZt!=ej-b@zxanD}K69j${4n
z3@Y%a;bVO7v3k#!YfX4vr%s6WzqSd5di17tYk{|8-4yu$v1IZ;uCn}B>E-|8Cstq8
zmXmXQ^ABIX^#7yQGh@cff@E($>Z@+-Vn~kOM1(P_=-D5|qJV8!e;+6vM$m@%AX4|4
zy+wMLogGyZ>(7Evy*maWMYVF7Jq9L*+SLg_@CTW0YbsH{B8dY6X9dus^BykmfG^)^
z=Zh7A@~a3G3f<nRB*f#htZw4{QH{C)b!cGK{5?ammBLuYcAQ13{1rULLY-;?Wo&%)
zq=l{r48z+ouS?1bzgPY1iDIf@kSIG8BwA2iuk_6jk39xqri`Uv#2B>3rO3>YWkX38
zznl}*u;kHHHR`RAZB7ODlDVuJs2zk|Xl3G$VZGR;LexSNnq~az*n`b&+wghCkrXKG
z|0AR$L@EBqRhKQ<D#l}*EkcrcKyRe^0(s2oBn8X`Z}qU$Y2kGeFerR>#aT!h`qC&k
z3e0GSKA*#Q9eO~%Vvkg77UW`Q`0(%&vm)T@edj~RO7VpUQLHKl&A3y}hdtec91o=w
z9b5_@Ldvh*)swLu2B3EXA!KJ#QqqQz)CzNw;#3stCo*Eu=nG;yibo1z3z@oU*cC!g
z9!gNl`R#wy-fq|MvdrIS@n=>Vf#6Y4`V_R%2(eH}48{?qX+_kEk(}T_@aUM7zkX3i
z7d6QlVWyB`W8SjcthA@tNKKxeqq9~l62=W=Pv9|Wy;v_r-1o49*THN2K?o8eSZ(r<
zDAH^Fvt2?&K`IWR;=3fO7{6IYL{M))<z(kW^LFt?E8qJMr=`e~27lf{-}c6`7AtQ>
z{t>28322b7K$crno4I!|v#M)WpZ;QlVK>lx02nL*XmlY+Hoz{Fehn+{(g(lZ)Ar!M
zpaj|#h?*$*XgtA_?mASxRRq7FSNozi-2A!I+`q75A*;7BI;Y;l_SEe)0FWRAG;G}8
znHB4`29c#T7D!*6VFLXywYb;T0vJyRnP_@7&=G$?`KW;)$|er5D@rXX982Ej_AA89
z2xZ5UNKubV^E!Ya>0r>+)|JU+!a}Yogo=in7P5@85qBMh&15isNULc6k-Pz9Jiwt~
zQ%=b-GH@fRwhAAG#Jnq8n^BE*fe{6Pd@v(lk(?JT<-~hZgoNeDOGii3c2#os33&05
zz>^4RSD8jpzNH>D_n|ItI$$LA-}7C$$fwaYeH*C}`3);BPEXneCVQIf_g&4HIlPX9
z>B{vQ!}EPKa{83pTw2dXOG$#|v(j|KmS4E&dET~JtR9Qk^@*b5b-vkL#qvb`^%4nF
zB~AC$x#c_6hC7zrD4{~1<BBndUn=@_w|36@*;^$rN+>JFP5H&>&X5LQ==n*RX~{#-
zvOpqM+{YC8oqrgVNLqVcnQjS9$+(L+Tree{L0cA%i>g_dx!7yaH3I@TN)sA|GNXh<
z)$9f)wT-hTYI2G=J)1!R(h|nBfAUV<I6iV^U7REKn<Pv?*=&?HB(QaXDUFO|7(>m{
zb;juN=js<qH4xR<8H}nMqMOtQ+qE>CbEMtsBpOj^uM&{7C@~|vlmBQ|Vwe2pdU_s7
zdKZeEZ15`T81yng94j`q--Fc1SN+8Yf69ag(^v+`bnY=a^JpbJW_+nn9m*dR&5W&X
zjCnriogfFxM;%LVL@65kH#HGZVD8dMn@gjG(Akj2g=P5!bqa}m?Mn>3t!r=1%E5Lu
zG|TmnOAKErSn5!hgxY74en}#2DmNlUtC2_wOY&DchR6kIRJn=$D+UGz)MX<W1S3d#
zE94o-e92>WD+>ryvbT~xygtH6`)BH(C>*24Am92>L-2u6g!qeWIHZA20GyDaCKJ6i
zx~MM9t^<?upn43FZ9_#0pYc(H7$67a8FN1L{@6N$tNXk9zAkyj3-0od+XMfZi|b$b
z{;#t9{~7)Ntycek|C8Q#ej&O(Btfb7_j^0~@@ef}xbMCzG`M&3$CMMJ<Bzh*O`OY>
z#y;m65$t;aEMzH@+io4+sYA}-cP^s)?fFjTBz6oHch<z^Sy`Uoe69OxeOpE;Dvjz?
zzk0g&$5HM>Q)=s^)EqOnP+8lvA|h{U#T$ha++`aAnBV(zUGar8P1>~K!bN>YlQ3YN
zIUzWDZ<`GRy4>fTophK>0+Pv`eyv4-gi89~rV9b}ULS!Yi2CvQ@A70Adi8AyKDoKQ
zVXVteZRU20{%(egVzV{m<<$y$Q+MpLRCs3t)b@{BIGfUZ9bb?}hNB`l#qz4;-_OnU
zOla6x1QH8@;<ZojxzI`HrH~IQW9m9=YVR}O6OoS62>}m9!i0s+DpA;=|B`SN-rD<B
zCJiXlPZe$4Qt%P9R&4p*Qz2cv7rnc?8`oY6?rPq)gm7klOrA$bADmR<^aDd2*x$(n
zd;^ND6GnB7IjnBg$$%|1kc5;6m9h46DukrB<o&z!nPm{r_K4D_mQ{WskeFR-L`D%y
zZlVRbM#3%K{6(~&GL~4~<7D2Y140d(ri7V==_$0BS&8(eNm#tdSv#omD3C%2P)0sR
zCHU~c+U&$P?RS@#oeOVCsUFF76FS>)rDzk>&Me<@AZyHy0G0WZ{dbzdL-TLS)jk*R
zg$)sCk?tY%rQzTN@InpMr0^`xElbAWJXbbeVTJM4P|(vF+A5A$>bQ2WjBX1?8sSi0
zHOelyCK791km=wwmCY3FA9t5M-Cf-Y?t+w_tgZFuC-C$NuP?H_v71k9=abW)?!s2H
z@t1QLW3^*t!{%oN+2@hx{_H6bBca$-p+gnZlCn%$d-0(`HvWD$Z-WJ|I<2LKvFXN<
z>B33VOrdJM^ZR9Pw{~mT`cJ>l3m!3{4}Z28$U=cKA+BwEQdF?qj6_Buw49x{dSJJ%
zJX4&jZd1TFX1>V(l$08!tB2(#_bk^c=sFpjeK2pK^^gIg<LSlCI)?oLgH%)nupl33
zC4`(8J|B#gpa5Rue6hdlqw)$oRgU9U^EIuQ^g%pEP<hfimHB|3ZArRjW|ZwgqyK&J
zwLKe<y;U<&BFM^|S|H2k`WdLtWHYNBc5q#jP_@@{GsG3+k3YqwyC9p=6Pdti>etWe
zOMkulLT&<Us#HJIWJY*GYs!0K#zUDt2)pb1z2#D}bI<pE^zKsqGqF2sK_|-tgs)k{
z<?cS8GOF3xGzD!e4*trM`m2e-wiB}#kQ}o%(&k-g@!_V{5-jV!F&0(;yyV&~Olu!j
zE^O4Z*3A`+f8Qlc!MT6hU-H(8*=iAdRF7R`2$r7A5T>jCGH;MD3lk?Rr(k^7&yBzE
z+A3Snl(#XyWR&%oU{X_CY?3zFkktjXF*A<amVF^-VZ3A(_40LXSdk&CCZ$Cmj}emA
zyDzM^Eh0l#5kl~!2(#mb2YWZiQF=PSI$Zkdhl>pj^==#TlIuY+f(`-f?_MrEZS#d8
zF`;#fdRSDiby%SDGJ2Ojq~w5sCZXKHqAZ3TchO!wqtjkJeh5bqL5U<$l2pw{k&=w^
zE>C5Ot6$iUWL?0oqa=BJBR!iaa0oG%ox47ryh^t~bLZ~Rds_j8qleFNM(FXyPc+;v
z4OthhtGoz2Iz6h^F_OisLk-?Lci&G~-oy1u#bRoiIm97MU~JjC3h}krEH8oD2%nKp
zYjDUMI>HImXJzu&VI|iSbZ2ZaIlFTg@V7tkpYPQ4zH`rX+bzEhp83_dx00|JK1Rzu
zBkyq0Ks8fyH0NykR%))WD+XlnBEICCvswzy;x3EzLe&vg=LDKybX2r90?0(4xB9YR
zMt(@|&EEPcL)<qGG@n_+(xvjFMVQR`Ps_!*MF9^19-9Rs!@TPJ5TrRA^C-lf%Yy7P
z1TGKv#mRXo{S2)Nl3LqWch1H0QT*QW6U^YJ`|aAT^jU7}8OC7IRojO)6X$Pk%y);2
z>iDuf{ZB_dUTuQ)Q}yOOORi^Vi6cLpshEy7bG+#gEH_4&l3MIr-*|r{@B#MVdKcln
ze|2{^Lf~HU{a5FWCZ_`TMO^gf`ouHJ7s23%txZC~hk-=RIt8G#Y)N7msqRp(Cfnmq
z`LTW{`tfXv&WW$`z&r0+m)HBYd+6z`W#jdO*Gbun;6cH&ZYFw(u=C_V*{~aMD)GK0
z@yD&L5mX}IvmP`)>)U~a<sH`CyjCTfyI5B+!GI-m>+Muoz;d|f$!b^I!-4frBVm2;
z*P1{G0!IGWvwfqJ$$`LWD_$?B%Vsm`1Zx^hrFcjeKJSB5<0O&5u96YPAg5>*zKadK
zA9O$Iysz>&WjF>C$t6}(?RPnFkLVjAO^!B7jlKE2fl~cc_sf(QUC;Lj0>eFx8{f^1
z*v;VQDvln!=u1I6li5D~w7Se&f1J-xoCUy(Ii1$<%{#BBOjUNXDyme1n`y2om6Iy|
zVdd4yYANcY*V-JGZ~J<Eo4`jA$1cCh7;5e;O-#(cr|M}b&2A}_fy;}|?~<wE5xgp_
zXOeVb@Cz|1ej44!uu{o>dv~{9%3HJ3R`=ERp>+I6T^2nS*s3Q<*FU)ka~<l2pIY0y
z>1@<>@favw!QKDq-<E{>)PFhLwZpn5@4Z75CdknC*rz+jqJt9Q>grn7dTV|x$*5Jm
zt=@L4sv$c&Ms#E6*ZR3*$0Uupb+!48eXY%Ddu7+e%Q8gIFN4Fq@Zv;nT+^<0nLnG|
zMGm-`4}QU!927sSO@mwBe9Bs{IWR0i<_%H$80MDh@Z{<}!4%$hkSZYKwmWdORC=vr
zxWaQ2)_fDT$$FfsndW?UaYj5><<<ij=<DE&^N>U0$E)x_?{X2+K=6@Z`PtOjL%!C<
zJ-Nd2^?g9^jI5L(D!;ea?8Vvr368~XM0z5-^=$!DyufO@-NKZ|UB*C@e7GB0Vtswn
zW-oDxmxcOGSY&5r8?lh^?)m|YSyj%KI-4G@<cnMu+GUY|Ap3)aJ>!L)CL9!$32KPf
zq-%SrrMyQTZh_^6A4Lv+e6zf&O$}sMpkHWPEB`pf%IgeA8`f<y%wKM7zEO%Ih#B}0
z{)zdO!luBzX!x7jhRbfZGmAR@d~oyag)3U}t5;ALW%`}Os|mZDWtVpk))2mu6TVvt
zyF?H7^HXq7UIX|KP~2a%6?8h=l@rhC)Owcc8oM3%isKT(ThdAf;A6kAf&+KG-9MG@
ze7Qq|sU^BKTcfilnzYt?=ud%57aZlfxecby8#yR{nmf93o_+GLyIt&?QSdl$JsUJ0
zI82(eEGx;^T&nl>Y}xBd!m&W}^xRog*B2z5U%0_8@?J>B;Dclj<nz?mF9ObaP`9XP
zPmgfzesp)LNF?GI`1^jOh6${SU~uzj4r&T>f2=p1s(j$p(>oU}IWh6|c~3;}BA#iX
zjl5fmg<Q#4J^d&^6vhYt1$L@utHtUk!OeF0t<;dTWzyKGV)oX`v&l-{bl?L@>T>O9
z?~guWGmG-(>PiY5m%QA;uh-Kw?9F6l#eGX{Yv(_kXr0`;1!f+TAKJLx1|Dwv<0Pyb
zp8UVGDbkeQ^~7p7rZ@pn#|?*O?v0oJtBvK~ezYFooJh=#=i;lkvGQk6oTvl;-zf*)
zi!kpr8a#?mgdA<R@_R28g40t&+8ZwC!8-R_Gek4$rF?hk8|>~8v{bq{<Ugm5>&;cS
zp&`^tb+~tR?s^l*&#{YVcevGS>71X!?a^k6J$G$p@hR9?E?p}pu0zj;`+1!YX6Kln
zW`mr&d)0(lBQ|&%vd8f29nP0)ZUdY2QS_+gzTog@?_9@T*T+n3@jTsb$s{mxKiwt(
zpX7rhkVHRvZs~yrTHD-C2hF0&65+y+j;8!|1-(_hx2L$#0Q2#39RAW~ZQ9(wHO6$r
z<7yV`eP;FbDWT|U#^nBqXD-=s!qK<?c5$vw`{}ay*O98!6Ean>2HqYqhHdFXrHfCj
znQ(PU7aF5HkoFp4;^}(q9C0(-r)#`Q-<(pbqjSg5!w>R#*|YO7wKD-t0KO2l0VDNT
zIM*`GSDM?-M*HJliMw13O%%1VI;%B51?1L!;`O*(ZtpE)O68^VGHCnZ9p2*Tbnw1z
zF#3ktoBPafW2-%-y<?`0&04KlKZd*HlY&c#b+hN=a`MN3gBKM$)0lbcOMA&1PXj12
zo(ptfz0IqU31cGOj}5MRmnUmItd2Zw;HSX%){7UZWo>o_3Il`IJ4cCYEkVSV?slaD
zCUaOPWUB!e9LwG!(>eoHPz+w42S4p|@>X~gGk5eGtc&YHHL6X=vcy94TsPtjxG%$z
zph58WWwAed<fr*6NQ_^M$B)pp+^v6IDQfn3+n<AGciQWp*%J{4KJspS+<G5Mpm}4n
z6066vH=tcknL}`~9#P3oLcV@1?qQLV%;Rk)V<v8OINlW!&ZNiAB2wMgL4J@oaI~Wk
zJ!_>gZ@qXv%wn+IEL(JOy}xkCWmq*dFbMsIh3bv`gWIJgt1(w*vUQD?fW3R|(8qzv
z9pQz_$F=>nh@nKh2z){Bg)uPlr1!%~pmp$G{CQhUCWiVE97ygQS^ekQYFCH|7zv|I
zmTliO!h>5_zg@zKpIO1?tplS5{ieT15cxSurOWvCmQ={vd1=X+5|!aJe@Fzs3493g
zoU|!%w_R$e(++&oc386pOovrCl#lC)*LAiY>yt(2h5dThvH4?*lj}^MOt!2$&a%M6
z4QESax8Pm(-PH#wBFiffhY3vAU%3F+SCcMFY2JiS)Q_i?E;Bf=ETYAsQ;Zn4lU}Yl
z%1kK--`E)VSG#{4(HdUUJQYZ!V~_;>FiWR;w*v)9{^UxUNk{joD<UO1pzD`<p-e*7
z163>hV7*rs_$Zy(b+xNq62zL<2{Yi;20psFLKFY4&_YBS<y!*!sN>ytlpuS4Cs8|#
zCfnj=^oFJUg6s{DKsKH$1N=mnV9*|8R(+0O`|{>7nNhbfHm=}i?pM0!5>xBrt@f4I
z&H@k$al6~^!c(R`;J%FLsmrB;_j+1yRZE#NSM{U@fAa`oEUsgvQb4ZdS}PN@zK^>&
z2${GgMY;5#UyD;MQrp<rfT6-6Kg8Z+s+NL$o?+X?)}ew6;-qdQy`*je!<cGhQK2U?
z3goDVA__ZEdCvPW-jjkp60Pk0$lAo<v-#?{KpZ)@&9qA6Z|W~NX2NNRvzy`f!ILlG
z?@XTLFoCCiS@PB5(*uhFSw$*W)LE)Kwd^;*gx<+Zqk}xW9-BP_z2lj7tgWAVS{fn(
zYNyaB`uq)YM9F~0cvbUg_nSD=bxiVCq>Q6=xOk<}JwOjVu;YxbZ{OsPDxtxMtZpyv
zkHp~Cg=>i||2d=CMD#NhmQ%hHl-4npk7CyrTv~MR+vJBm9um9tQFVC&N@GqQWfJaf
zzo>W6m)x2JdSBMa9JM@;=DmdCc8$@b#b)oG$!wR+{!9_wg$v$HpJMzsh3385ok;oX
zGaRbdAcI}+I|axieKZ2WBe>&)ssz|*5C&cL2%XKOXs6<xaT34v*vU^pZ4U)w8xq(t
z7*hUQBITpG3uvmLS3v{>cWWK5Ws_h|*x{iDvX6=j=34B*({oMKL+%u-6s9?4-@>m_
z1u0Wm2Am(U(1}@DhPU|1<K(W=TrEBfN5!aOToJai>+SEw%O_G^IzpYaKho=7z0<jO
z_!0Ox0kTSb=`Ha1eR(E%q~EI9OiRZA#3n}dVDhwH?|t7dcowi0xG<vE$#6og=d#)B
z?NvfwEC#-*`@-<*iYW0?$as@sV$F7Us3y7RQEbt-fE)z07$llVa14|U4>8g0sKz=e
zMvC;F6})<(w8VczWA*LKYJ|74Q(J)D+8zVF6RDKBmEF#y2CT_F@|w}*`^IE{5Ap0p
zQ*?QoP!=cFlRruXa*BJaGSKd<7ON}5bAqYW_@<|8r!JR<BFad3V!1FjJ)-SqKRBNC
zgwsnLkK-_Ougyh`Hu-Rm7cUgty48DbZIwpMMLMG*O%eSKuM|-xo?f%r#Wv$j{PiqT
z&-~Y|kEOSBsb?SMI$kd<p?Q4c40QPw`^IeAUm4@@HTR`jR!dWzApib22E%FmPUYDN
zXDauYoto3y&_wQ7X=FuNVy1fUXvnYGGIjOc6PD5#=9wC>+t~%8^GJ5Luk(3nCBBth
z!=tsetIt(gjGV_&`jI~Ib+#3WNM}DyeQE0U*G9leV)8zYO1+yOspShtV&F19blDs;
zNn_~=QqZoJePgW=8eg42H&5pTOKVaXU;AXc<-b;g9f7)Jc$|jyt6eoh<r8m!GE?9X
zshD;I7diRf#rGDkk&2n*%i-Q$#8Lrd-C$fAg;vtFqY{O?yKq9@`zC|o6~O-!ujRT4
z&~AKs6rY{O!$VRaSa#p(u%JdgN{y<pDHjYWvv>&Z_Wsm;lHPm~qYq2QKJP!mcZOf%
zMnYwE8hW+3w4={ZaNCzy5>N+zx5WA0HmaiEN&0NGV|@=!d-A^I!mMp;b`L1zU`R`B
zD7P^m=#VMPx^e#T!Q1+5R^1Y4e*wgF?FO$bi0_dsy$&q`YgdE^EJi*h@(W(E48Isj
zhqam}q6gXIc;AExK4PUMfIWWY)iGR;=dCg@rn>HKSk{l8p0=iD_F(4?jxE1hkO{-l
zN=u@yEl#=!#jN_tgf}*0Ig;WYSnN2nMbQ&&DfrkE;mvK>0sWRN(SG4z<neZnyKae5
zG#Eji6|TRI>H6L`UC{mRAf)3|q2c6`Q~OHxI^jZe;FrODqGmdi5(iVX230j5oNS^^
zEv0xs(bkDO_-+|sj6E)Bi8M?-Kj>U&4+e@pCfkqti3mb{ho$|wED}X4aeonCo3Yf4
zVxq0*^%2}#qNs&1La>Ht^YP;}XC8;ijs6Aa6Y4jQf;{edN2Tl`x6MSb=_Jxm7SIIa
zMKfEx#m8Q3yOWC&K}CHx%gyJzv8Jzw=^Tu==g6`-e%5jG)#S-;GXu`od!*H_)}|FQ
z!Dcsg;>pW|c0J|@ksh+e&ooYFM!vJ*(l#cUdB<gA0z7Y)X34jY=~sn^mJkOsQ*9~?
z3D=L7z<;XJRXn%(lbU*HP?!Bpu$O|SZP)zLXBRiUxq#7Yn2F=lp8(gdF_{X7$$UcN
zK5o;I5b)Z-cSUK^^Z2D8v7Gw7<>(ia(MoA!LHjp@o8jg=r^o7(070$1ryg(6fngNT
zt@9Db##|!=Z(i)c+wCzR)W2PS7kDb&nm^859(fpck0pRpzcaY3KOu=SwjI$4F7aD-
z4@fMBB{!6laH2Q7ORm@x^Wc;r43bj!J{igmBzjoQCVWyOIJyGUOWv{w+zs2Qy6NbY
zFEMR;zrV6NL-DR&uJ_<x9fsRY06$C}9W4rSFS{#y={1&B?cPbWUOn(;6DF4Ttgs9P
zX-hQsij*zY*2JVS6AN%#%oU;xkhk<l@t+*%LxHRiu+q#m;4@b6ods&d?k|v-n%yVb
z_$!=Fu({pIm$#TV!;IOo<Jg&N8Qng}?9}qJ`U?)bmE)fJ+TNtnaq<C0ya}&4SGA$g
zKDjz<wa$s3HAqz@l(2;EzpLILzVRP$K1vbT%bivp*Gzx<sF&gOxP?PFd(!O**2N-+
zt>^x>b%tcMFy{B9>EN#M=*>hk+fZfebY@X?c81~XMWX$7c{3?pK1#RwruCk?wT{Em
z%WUbANp!&Gf)CbYuE(M6Qj$sH7@MBa^>{3<yC7zGh|XPuoYC!E@vPLuUS!12;KTme
z2iKFruX#?x0_Q!kfyABmJspkc6>*V+xEDMPe1cbSylArFZ7#}>rw(9k@KZZoQPCsA
zs-xYnEvuyqvPX+wCO<1Z4_hVLp1y!fOSSlR*;zI8^p2-)8_ihtyl$52@sN;OdAjMQ
z;yekS%~$8Ht*E?X8wGa%cA(8EZsp`k(R$bQ`@0<tz73|f{Qwuj<pj`UP+W=ybt8{I
z*x_ig0a!0!M)!vqkU>aAQvc#?14)E95|JStQvT~V#GJr;!825hv`EK;b{7mTF9;;q
zs~W8m`>o-yv6zV;n#A9wnC;8Ey)bsKk59Y8p^iGiKG%J=2W9t1#H+}A#3)OzY!fo7
z1ny1Oo=Ts}#C`~>TRt3I9t4=mL2)6aTpA+Ud|`V-@oCTH1kIgCsqPUN_m$L;*{XxQ
zrwjk836_^+UWguBo<~m27J}{~%ie(;w`jz-z7DVFnaJLk3myn`LUBsj61nsQBJW%`
zCsE6%^bQV+=FBi33y-{fLpMI{)Asaml-UGzJ#p;6hXjW+(~RU0EcucQ{9%(^Nn0Dg
zv6TPQ3K7qTXSS}XshNH=X!2(MH6eWjy<h6!0U786JQpLX$2jLZJg&3s7WU!bZ?woo
z_czv0$HTlw#f+~*E8bj%ijFhfVp2rU*?u9ukCY@JYLjLRjvzWq2#H=;djJyhk8URL
zM+Bd|y_*_79zc<w@rrr3iLy`+Ki!J;S)Kq6{*}z?!z0_<)yq5ZVZtI+cfXAs-z%pB
z8ENUpqayv#lV>%hM+{ylz^BSbxf9Y5pjn}zo@qL!;KSJO2II27W;0JkV!W;#jAyy|
zD&s~4LN|E0PscHSWpS<=VXs5+cuFROdkrBo1nMJ~+4}CS1ML!G>B8TB4}E!=esX=$
z)yw|$63!oMM88w_go_Iovx0@i+WP47hWtoDT9h~n$bZl~vp;}%{nPpy7oF!D62l1O
z$1r$#9I_)i1Jhn2thKs*+29Z2Df*u?UpadCogQY_Jx!dLH;>$v?tfo|YenzHTfCjy
zdl2%oTd_4y@&3h0%t2_n?J<+=(c}F2A@SGMNUZd|m!R-1s~lP4E6(bp2wHtFldrq&
zN9)j6(yhzsb*ss|uM~RIycvd_TlIOmc-N{pJ#7!a{7j#b^Bs)L7rxDYHOMDMmPmlJ
zJc4$QyXHu6Bg{nfbLss{aZM;esBgBp>b&~rDJZCm5-pzY)yi%sIr;wOG2C3GS|p<R
zp|{gPUa>}t5js0p)OwulM^`cwQ0y#ig7)LkZD6KgqBHI}p@!X)1RaDrPm?Zh@lTYV
zHf1CI0hbTO4jFuo9nk)hZ8dyq0T!#a>k!1h^{@7h>UM?Mz%+#R-q|fFv58gtGJ^OJ
zru3Bfliosi@k_%GbREYLrx9+cgSgFUvPAR|&GJ^@>wexCRj|i7SmI;Q+1*6o5%xh6
zo>toKl>+{!t5*+nhfs@U4>LGf)AwyxzE_|X14-FV>ERkoUH?@V_-?Y}HY&mOz_3=w
zvR%UT!Zu>%HRiKZd#@YT8E)y;3vLosH`lvO6#)*_SIeuGG56`NLKoo*jupfww)Jnn
zUPtn>dfZ2(bNKq+ZFsGXPpy!*&<&`2S8Kf%8#mBar}&BO-AqQSPHz)Wk1jTt;ulNj
zoH{u7?nS+ZZo9?U)IF|UaoOk#`%(+))%=HDPDb*9J>P0B64Ybw9}6Z+uUr}!?XR@6
ztGOnLJ&qa20`cngLzW&TCE{QG>NmM|NW%KY^<*P)^i!YOI&7`R^wV-1KuQ6udfpk%
znn0%qK|+th<qfMn5WJJ{B9l1i+@m1waY#Ma&(zL4W1`KX`<ni`q1lW=z%FVK?s((r
zdR3zp|6=Dh-TOwc)#V~$euumZ_=!ZDyxyx6tEX>Iw*JUt*j)`y!=!-5v36Y2;hui?
z5R#{GC5rToo7FZHobCn`r>4L0&D-la4;Im*zQH}<>2o{~C8(LmZ;QOX#^Cp=R7l%1
zR)+96umE3w;7heQAy2y(qAiO_&)-{*)0kmwppXwvunQx=kT_81&70`^ViQ-TRl)~P
zTre`+aI^IIS`|)jHS^k(sh?G47q|`{Ddxvd@q@=53zy7w$!xmQr!Bbzzzy!Jd#br(
zkP$s+X60yg+Mi8#ArMeH+hU?0(EhO|#0-5DdSm-k^MjOktY<Ig?0G{oEI}L`h2uA)
zd3bQ6qUrL@fyfxTGUkN|XC%NvP!b2CqQokTvYjJhi?W~}jzQ_X)vvu6ZI*(*t$c^>
z90?&1jOD{VvG)m1M<`1PsaG*DntTZ?X2WGpO@<gboN_l*gNDb!aJxAVmou@s$b}NH
zyAhO*3bIAeE{X?pG4R3qu%QBP_lSF0t@I4?Uxh}bTjgsByw~!6({LXzM#r(F-LMmm
z@2HQcHr#vP|5eU4pir!c({oLHN!>(tFCxkpSm`DkSQ!UvDY?XbkJEd$Qu}K2*WF>u
z+CkNk=jPzTZi5+U^31B`;(oz8-IIwP)~Afv{B`Rj_%gYFi8JkJa<~cG$IWU!%!CKb
z&+A~)gsrcCjkjk_kMHb#)}7fD%jY_CajJj#@X)xVjP`UN>~8ITwSULV^1MXZq`asf
z?<S3x4cFln&X$#R*xhQ1Ca9Qtd2|TatCe2TMJGPSd&u47$IHMoQ{Kl$t7QUEqibC)
zp*KI9>*l_cAkTdrIK77{IZ*rnuJ(Qvu7~=eozuCB-LMu*s2CYoacG9;Swik^r&wv5
zVMLD2lLo^ck5|kb-Axnz5WQe1Xmh!B1`hG)b;%E6($r(px}aR)Ibh(N<TpW-V+2{J
zdK3QukDxNR-P|oUXElv~>}kp!_f5jZ0|xH-HbEYj>06s&jimcJkgZxl8@N^-xmO~6
z)n*YSZvj3q8Oi#ffec*lTBf$Zt=wnf1rK@i@@<@au5Awevf!JEj_S-7TH@xRhmcgJ
zR4#I9lS10B;sZjWq7Ig8h<IeL;Hbe|hkcLYMJjhro1VKz^eCZSgw!ei&J1?VJLh7-
z2=DoAR~MX(=OO~Z;SY<iO*Sjb48E!*w7k*aKAYSF3$`3zX$0-_`XG(t<8<``JML8E
z#lS$_x6reVDf!s)agT*F?M^J?H1~Zi)AGL8&Nl{eWE<LV>j0QfO`O2VTt}Y+{!G(U
zqKWx5xKLmU8NBdA6m-#MRr(lS`Ed%RuGMySY+k2|j6ob0SkcHLm118zY9y7n=Zml?
z1|GgXuhYK5SnV=yU~;a_odL0q2P0hdiD?tO!a1%dpB57&=(}mnz{}Fsja0bW$7xQo
z1|C$q*Tp!Q_@N1qi6`g~cVdH~KZlg6rQaLZs|}{NmD5{8C~%OGCGj|#Z$|)bg6P`X
zfmbvCJ?ah-a(Hic4>Xkdw1rjk_I=xvWjNPL?G@C+&s9&Kjn(pM_GBYt5;C&J@6VQ}
z?yp~5<UJGEcA?+*Y$*T$j8V5UdDln7{UTR&T%ja_23DF4P8X-lvJl1*#TUgNy)a~T
zE#^xCZqCpz9bOFG13p4H?cMO%+gKlkn9-JE3Vq3;n;&zuAz|2emnZozFve<tkfSJ@
zo*T)$53rsM{1`{IST)2dF#V~}I%{c8Kn8F4W}@0&H#G|D*UV+<TNhgr6AT9qCczE(
zdUiPl9b`(8I0=7(TLDrYW)UJ#j3fpHF#ni1>Bv?V6ES<Wu^b%y4X9Sh3t<dhut8QJ
z^reNbC|1rcvIcFIxv&d*Yu!hWZZZ`RMhYZeG8OFyc>M?Gl-QJPJL^O(kbCyZRWoJq
zlj<+=zc9C-)+&jp+b><(O<a!8mu}Acl6sn)EuV%h49M}vw~*>CH+hE{%DApA+kIKM
z#jJy4zWvjjbk9(y6SY*u=BBVq3d!tSq%zS{5DMib@O|V1m!dM1X#4=>Kir8a=>zwG
zm&T4#A@9B=h-crDF;|Ne=W|~bqI9j5WtAn}l|~&rk;Qip8#dx`UxT?rF_8p$byZRZ
z9cxolBo&UyWL=ql2UYB_mZTL%*qFL917#;iG3&?Mk{SstJ5q7tKjvhXg<eQY6Gczn
zml}$mnGenoqvnn;L$H08%%?u?kaa_2t>-)1nO;Dhs1>oxl%dJ##ikZ6oIk)0eYdl}
ztYxRFbF|(c##%StU8fnRyhL4Yc*w7+qfyU|A$JaTqxm%PKEl||QAs<vwrK&5MD6*Y
zrSx8};)1$;aq_h%uxPGs#zEWX^Wq{umwcwIMi}TqaWNx{(Lvi))sCBucck+N!yV0)
zqwA27$)StuqR#S0%7OC+G|MSB??Q(u2H-9cPa*p3NN3fAqCJn=1F{**#^KB|sQ$h@
z1(2q^YOqQ?e9*BY)Vn;|P=VaM?5Q2qLS<}>_rk^${dXVC_-lW*RK}in8p<elhPMd2
z5oNpsxk`DCxCUB6LyxiU9+2c_<w-<Re?1&Fn3|q{X{=ZyA4emSknJG1F91NZuBHyD
zi0B%LREx^=r$Il;f}vT%PaqNyun5-&mV!wwQfXOS%lOvT<(#PiCOJ*@qnZOSqBGrM
zi6siGW`A^hW_@Lk7F<MbNd>7BpruuZ$7{LJUsBnZS8|$31y@Q%sIjp_B5a#|9fJcv
zgD&KGmY^bjJuGFXqN-tYmWheS+JK{Vbn|R!SFBeeCWpn<qRpNuKpFXE+rmNbY9$p_
zaVR<d3d!d%r#Y+A*KhZ}GR!edx<D*Z9c1>i*RS2q$}n@xRNAaE2MbGRo^v$4<K8i#
z5jv5xq+DpjUZA1W^{h0-)bkk)Dk*@#`uP^%bDd<MD~fh^&rB~mOH`Ne3)KZdlQ`O#
z1;g36WJHS)@ptdG|KK;|i+8G;+m>8VJ$YBX4pM@qfu$4s@fuPn2^0t)_J;4*v0WfM
zaU|)FP2Z2@<5a@1IY>58j2N%<iv>LR3Q?O?;_G~<@i8#uQhC_VB>-MIb}b3r5&wCB
znawo(B_?t{y|oi%zKq&t7&A8rq8GP#68;y$&;FhE-pKwHJwzeWj7qjYtd1mnK6tw@
zQoTy;HOY-K7#K;i=Wlj%F=n4fHQxmdkF0UmwK#jmqu1{bgv0Q}jq4IuNMN|mo}H-3
zoxLW-JOyy-nW>!bOhS#po<j#rqX%}+p<DWJkx|w6K~*qF^MSa0Io#ckdpMeYG8Zo~
z261H2c{o=P8o8Si1*M`dKp_OGx_v_DHF5%0&f7*@Yjh%eg=S?DlQ}$}99ytItf{#g
zP*}TI?qq@j4I_G0Yb2t0VFeS=C6ozKUNRXOlj}Bps;Bd$ZQ-mYBI&oitn`VdV6Ftd
zVNS**K^+YP9pvED5ZFD%AOADJO<P|{OW0XYGc&RnX`Q}zgoXXGV<tI0JwBxc(kBmS
zDq*@UBK`KQv}D;;68^l7o^f<FZ`nH}RYS`HQgP1bxr+5X<Xl`DCg!Tx#_H<Tg<l6R
zsQiU(sPcIT0aPM%lK3p0iQZuZ$vfX-8ofb(XP7Hfa9Cakv0Yx*5Nq!5aZN1}!@3A;
z%a^LAZ{$`!uQFq*hy(0uwuTaglpDX%p|KFr?3bH}h;~M0=JLLl()Xf5)BP!EXU=cU
zo-oOkMRaawGu9>iS&>ND4qt$C0vK4MQ_XCXjGYIM2JlDD2?tc7W>TR6F<YW$8P8}W
zEA%#8i#kwE5FLm{Rh{3K-zS=1L~W{pB$BjQr*;h<FeIF%(zK{0q{4Uevz=*7^uEi7
zlj$0jS!Zni4PJethcL-R?(`EyG4s;ZOG^Tv-$&n;{`H$^=w(>RDQ7Hh$v|aHSm2|e
zI76v5@z)i<0S;a%49XZ8pHAF63^c9dMLO&6I5nXdkSlG~sV^CBP5Izz+5`YrWGDU$
zVt9m9>MMUySh|>fcQg(HN7pz3NhtP;rni3(58a6m+^UpHnq(v$Gblo-g>P<S)56vA
z)C=TQMMLp87!_i#`o`Tp1-cu*-U-H-&XtT&;jrhA9`BgPUef(crs?1eQTdHO_G=o^
z+ccU+-Y=@!7TU35Q#`6!$hzU<?C*DAfi)zt+p$>yIEkK=F&^rc)rg)CCG3U;L1rjf
z$Wg^emtbdg`i*_u+1r!TvRrq3&68T1S;3&3hrfLIqN(8}QOJ@`a*p1M>_CLqS`so0
zd@tQ&xHaaIt8+x>awO=IUim_wvxUv0{5jdQRNpx`mykDAHoIm^?cnQZWKHa86G$(u
z>>dX({}^3t(95g65-ytwmrREhDv>`5&?=HgTcT?_e&lH?t!!=>&KzKB_Wm$zz+G29
zIvcCh&}}3$6sW>Jn)?h`hy7s(2Y4`r#{LSWRbBhPFOK}=?jch!o!2=W&OeBZg`>50
zvz0f?@&KYyi~>~fWlx&V=O<Jg!Ra=$8X5~!GXKBON@LR?RL)Nvw-sj;=KSkBL`fnH
zVzoo`Ur;R2vwWk-YV)GKJ`NC8KPZLQLgvFFB&K{5`cGdTe;_Bz0`!T1$6mlIV-tAc
zTkg1GhaC1Ty9*kMb|6_7VK+L?m7EpsJ)5u#iq8iUZt3B2yIX^AR5>i)lp$!KRpP}D
zexLa>^VG#YHJ=U`PVnyk+a$u+Apd@!%{L7ncRFZmW#oYgz|u2MOQ(&?{laN}&P_^K
zPb%A$c0%w0peuBj2Wy#Be*oS@2AmP69|Z{pIw=o{DQs;J2RyA1E)nKpEbNK3kWP-v
z`m_r4ZfF-;JW9OpFU<9yR09%h5JLMtWoSy2ev^^?@;{JBf8yOzbjn}flEl50jCiE~
zi%LW-%zwzQx}-9uZL(L3ug@%G;4EI!gnA1x)>1P2PNhZL*O2+0Dd-a&`}&81w3=p|
znWyRb)G72Aq>Xi0_|oQ1bn8Or_#J-ok!W#C7)je^OUtHq7q>5zJ}fo(Ya$Mb04Op<
zB_cwsgovmloYtvlFOob^BpdCtg>9ZmTg<>Nx{nQ*bWbR_QdD$p#UQmnRW(*ucdU?>
zWhNO5u{|+k*P$9>+hLXvf!1FbJ_KRk^eRg#zG^=(jxo3K=Q3=@&*e>}LhMt;@71YM
z{TRu!8Z%T3+UdY9Qrr4wSN=(>42Zt;EvT0Rd^C&G`(b*X9I?Tsp#?DY)%?_;Qay&t
z!)StZ)ahsf{g@>fp`s~GdNq(!k!o^o2rlNk$n5F9%qg@^?UL!@_A=#%<0a5&LdLW<
z$L{T5QFZIR92ixF$no;!Mxle<I-?@m#fN`TDFY8TF;UU;Uw~kM5eCKduI{^;LG1p2
zf=1m%_#i}Led9NCFKTPeb2k^WD0}OPeb6N1k=m!BqW>L;*2d}noVc{40|m5E{VyOe
zTCG64D*j`6=ML38Ez*vKWJa?2p`xzo^d&t`_3H7_X<Xg@G-M<}X{ESJpvaQ_Uad^K
z;8$m3X(a)tL+*!gAW1QW2oeRXrPTJ+y6IY)kV3~oQM^WiTnhoyGQf_yiPd}2$G9Yw
znBv&+Sq-JkS)Fk4LGV7(CG3f^v^8o$FEGWEbIZy&&1&9j2a%~>YV564RI_t*Zo~St
z?CrL^d>=5Pl*85(iIp!aImV-9{;Og(d9Z!SJtjVuCi&b{Oqo2=C++*d;j^JgeEC06
zsZyQl)4y^7{_nI(n%pc?F#l|TW15{d_ocBOL=Fmb((y)_jym|;y2W7(r7<=?QT`wU
zJ=-g}*K+Z(pCKjhV4au-^-c0+B3&mCkyHe>V)l|akNWXS)B(Cd3>OSOLVLIY6mUKo
zQLLznlN$D`B@9aov{42!2uVU6$yEpfqWtwpiHHg}*rToOit6Mcaf$iTuYqKn#9yI7
zK|adRK5P)E7_UgpF+n_H=eLn0Vs4Vgf77csRdRmFk~k}{I%I6Eif-(O|5tkT(rX|P
zY{+jU`zE8Zc`h!4Q8N*T!CQkC;8(J_7)I<6B&xU^L1^&dE9|6+Ukb2%goTWEXr3+q
z*2U(xv)G(eBMs5_JQ<(KlEc(E{PTN7mEVfb1s}%`R*hO%i(eIC++Qxpx8vf<fc1=@
z;fu{+A?dc%i5H}xAYoiFHZcW}QM6QHDffWOs`3)Qr$wDuO#V-k%$|NGU?7la5Gm%b
zEEIH!PH0Y7l3KA~IG@&7w!kVVpNSm@Y0MOPYEWQR3lk-S^j<q3z`r24ezJrdpf89d
z2UWVm@u>x+X0Icw{AOeV&Hxca3*Va$Hsz}?kqh9luvYqB$!lU9j9)l!_j5j#9Ubep
z$0#<{gpK<W${+Rz-~`IY?`jUX+df#AENP;UVr03?RAlCStTQ^EW-LUOlaR3B7+qdY
z`#xRkTy1gAO-RTXCr(^(A@otfq^fUpG%)t_=U4;Iy0}+}r&Y3HEyov|TX~cwWkI#>
z3VWC0F-0>8kz{+r41-FhL|@}4ESD^-OzmCcq{a`Mg&9=*YjOijNBjXI`Q_Qi4*T-O
z@w=L;BH-v1753^_E73rkd@h_AgUy&Qbf(D1LL{Z9D$iaDq0$_#BvxyT-9>fB_d#_}
zmMKu{4HSSYR4f2`l7jLkawkl9QyD>w2{JL?zs|b-lb9*bwU};??-bJJ`0t^hSTZ|-
z{|S;IQ4<EIm)M{BOG~$h^xJAKgM=A7T^Roq4X`JSju`t+b_^K$PT1#kLDgERT}Chl
zby_u=jX}&1Fx=*;1X>S5%~R$><9i}8dAZb$Zl35%rB+ALgDUFI#4Cq~7rD9A;ueHI
z6iuuZOQoqL4qrH$)_!i5O(hU(?9?MR+F$-BkcLN98T<o0Nv7?AHM4IG>V*NZ>$e}u
z_GbAa7h-g$CM+PJ38H8zO<N6@nTkY{6f|mLwm0Z_B~rbR>hEft*|#AiEUhK6fKk9A
zg(?~MIyIiWGM3Htd>Z1~=R*Vfpx|T*0m$!LD%`v4YuYb;@#QtDbnII%8Qyk3jM-7m
zT@iia+C8Q9jD$5e;=}pVk`bdfRN^F!gMHxjIYEwv9ox!oJX)!Gxjd>E%v37kS<MRZ
z)9-l~>13pcPY%8p0-b5?Eu_C93Q0>#E87>*$`NNf0?SXIpTnPujxD)1q{97o*o}y{
zx3CPU%-713j?ElUZ2UO6B@8@1AZ(r=A73aglr*cDG2?SM-Un7d_<-^!wPN~mlq~#d
zm<_8nfm+oVHGD&<VDW68-EDa(1-QuQwB^n1X;T$uEx5?YEXV4}j`tOuiA;58pv%&t
zE3HsG0hy@rePN~0lolx&=~y|p>Z}3`Ng)O0{XY)tH&UaJ!Ue440^YJE%^Fa8W`)em
z1-T8{N!2+tg6|3@_V!T1JK}C}0amDl*CKD}f*P?`Lw=T5Fz)#-H!l}LQbEQYwUABK
zZGYMx2`NlmSvrO?Hv=@@8Z`tnfZ=@gUx1k0<gMW&kBIK)!DKa!j8pD(otb7=b@|Ze
z(_t$N#-t9IlDzlw-X6)KapNN*dQJAKZ}xgV>FzM7wgztdWfUj}l@Z|tgo>tO2Z&}G
z{JqGZE;Z(dK4z0!s&|QCoN4pF8z2Rd8K50v^RxP(VhE6k_zXdXdAQjB1kUCNYiv*C
zGu95XJ!E-sB*YHnqK}MUH)p?naOUn08Dm!@mr4u_&wjZiHYwV;fN5ZKkUp=R-H1kk
z5rjn(s4?KRI~XLcXWc&h6Oi91;YM*7eKatwCM3`cJjB%suXite^9h}pff_VqkPG<^
zKA)a&qX7^ox@?vlXZ%s-Fis}&?HY8@{eVOsy8>ijfg^xl(!x-j0UM3w&2|Q3uC1*}
zpw3|&5V0r~uo<xdk4RDS;|An!JdU&@fSdek0-!eAz%x}mKh~t<y+7X>x!Ga1q|6`w
zisxt5c+}<hV_SX>E2T`>?kse_wY@NJdty1QznH`rR0Y29i%9q&bV77CC~Z-EXlxSX
z2m~wXFV~zTj7ofV7POF#-K%f|umhkJ5Q(q@q)#Nrv1MK+>qh&j5azJ&y%C&;XCy6Y
z4(f&OK6EoWOG>7K<h~z3Px1WDw?_aD@!LgI`~QsK!l<Hcdq_T|n>@<znLJu<Zp`}T
z=-zmI=hHxCGZfg>ZjzapXlxl<-@TyB>20(}s=`VN1iA1e%LN1o076QRA75t6W&lTm
zdLqTaFx{lEs)n|C(5wjXjER6~!v`d=_I4iSqCy&gKdP#JDCK;O^_lhU)Q&0C=uSEB
z3l&6v^p}{kV~1if^d@s?bh^@xfh{OPfh|M1Ds=1F3hy}`b^v*AJnJGLpjJq3Th_Il
zz?7`15%NcOBZt}C?f&l9!+W`ISg=r<Ta|@WVrgMkg*xWq(tpEd4<DjGod@-(m+sC|
z;R<jTQsHHNhmaXlyYw&VKuuGHL*rth2sFKld+VdSaH}P17V&z5@#09QERJ?q##EQL
z;vs{;|Na|;{lve!&(N>Bv)-$lMKo{x4-j7Yavm8JWZL{2f_^jD*Y6I`{u2;>Z^ovH
z8ft0gnt=fFk0@jL_6b2-yGF_0YV5^_MKqu@^??8A8<5mx3mkrUW3x0dtksu02sg<;
zeQMSJ!KX%ui=sJ-$-S6Gz3NvQ#}ph~#l%1tRZ#D=oa+xS#->fkXC^+FGp7MJZ+ZO-
za`8eJwHC7I3#SWS7;oFfmg3Dk52!9jX(VZuZDfuftp&%&j_Apc`)@cv=%6?)3zkF`
z^AdDQs!$FYeSPb3bHUD4%!0oqz}3tDfyeeP=TK7iQ}Jt!O~O-T<e7OqU)Q;>O=)US
z_uIE)OEuk{Iq{oTX5-OW_d>by08i#ZRNsBy2@;VpKIf_V#m!ebBW^~)a2o+-?C3Su
z-6)<rnKek~Q*HPmhsk@R@wS^n-#(rGb<y^Tknw*}1sDELs^Hk~6Htu0e()lKA$t{q
zqCl)?4<;O|y#y_hz3`cA?;<Dq@yk~l)%6^=$mG~7oJgi=?vq2#L7@wc(PL&Wh9K+!
z*$Nf}iJXs!pLkID`@A4M;ukrRXqxNeq#bY{;LBYz@Q`c&4K}6Gdc*){o5RBb?>V%A
z__F~}(1?SDW{s?Gf_RG~LJ?q9;yIgMOj6RFWo@9zV4nyaLPj!w(<c{QW>&?$O(vz`
z`aI(Y4aZ6Y^7rW<SNzK~JUcd~id7LMKcf8+Rm>`i7dQCpy+uL~&%T7~M?W8CwLhoJ
zxne#&hcJ%=@wc!1zuuqpE7|+?8@=yp_2hH=!`2k@iGr5UqkTk${I-2E@Mg*8N%BF4
zF0wYtuR7ZxY@=2oejvn7src1#lxJgprmCam%xT3u7Vfn{MLPTo&pgQi(berlJ3i<)
zCsin2P@11TU+1Z}wBoGA!Y65j5OT1l<EUTy#q9e~8~5sydl-J(-QII}gWvZWc&Rhd
zxRt#bZ5t)5i{*fPlYkEumo~iFvVmWhknBe9F49=*{PgN){AqW~25j90wH2CC9pG6$
zs}G(mgvG2ig<k;)4hUCly2S{Sa$%~ZhI4>YQJcu$=DveBWcDRI&|~Yfi+?B|&sA}r
zT>v@EF6c<t2n%?eF1#na#i@Mn<Ot)lQtc+vGFOu$tFAgWTZC|E{>JqVkpmC`&o|4!
zTJEBxIO1j@f8h45sCk8R!uqvCdHniy(mo?dt7O=y0<v7YWS(BP^PA6Sf*N_$5-*Zv
z^O}!47lt=<GDGd&hP(kh|AsV(3+J=%6ZKLj)v^u_FClPq834>JLZ5k-GLIo0Es`KN
z1oU5lQuP*0P3!T?=MNf;{eiG%G&Us2Gro3M$5~LcX-V^&`pbAh=k><Rc0!SxXL48j
zy07)h;HP4O`py@&cbHAUUVlr-G1BqMs$_ALK*NP4&}0E(w!+SisiRxmu8LUaw|98K
zrvjQ<5eGJ9^pyO}9$ZA158ub6{&s>3OKKSUv&>Uz6$2P0c9IkqfSooX{&wsC6JB=L
zo={AYV@k+SbF8s1CxT?=_D?_8_OEem?8d@c(%tJVrMF%-Rl0?pN!dQXeHp04S#QH<
zg#4yjMZ8RT!98=vLLx^YWb)&D?{iF`;&rZFSXX=!T7h}S(tnrOJ^}Y^+nfTB*!U1d
z*<RwO2{ivhU6Yajm%28xvWpXuyYz{JXWU7Z4=di4hDzGlv_ZrVtry+kOo&y(43iXU
z9Ht&30X~e$Tw7h|A5;7<Esb*Z6k~5pqWd3OnuN|IkrtkoJn>)|Lct`m8tw0Coo@*^
zpU*xema5*6R<6&wf{yl|J_vQ7`1OZcz{=Seugz4*8mS!KR==%=(9MSaN=Qucu%cf2
z*9`X+pCp7E0xvY?R@=%H^xd~O8ks1Et~_X42nt~Wu>m5JKhz!pl>bH05-oV&uZM%J
zjnRp~@uK5BOsC<*7C>$6YcrR+oIt~)Tg>!%xY_UjJX!WGOG`JqrTFpg@6<ExmiA3R
zAObXo0?KmN1_G3*5eWNrC6fjV7K_(Q`qr;Gg!U0SftPxIk%rXPoGd@8)WvLd15YdS
z%UkR(mWNAi-Q~H>w$=^pmJbL%E#1=s#I!O){JNf*z&Y4uG%)0bJ!@?41DsY&oEI9G
z0elgL+)G5A+qi$a@(kSn?_&YmnAw^zl-hN*bG32q#oEvj>@MjN|3yOsog1S;^p+Gz
zO3EXr3ZTV94FNC#GR@~~ijM_+&R6d2?Y-qGhz;m}4^T}`*RpQ(+C;ln^qNIw6UelN
zC!`DUhgFSvl>;!V5$z^<xT|k{U5ciX*smQ6A;jhi8s)&&qn~IwO{}%w+iAmn??&R_
zzts4yPF)jc+SKIvV`XTbbt8zm5|s^Z<?o0<u$$>#Pzp1TIPk!&_?1c=Y)atb+sF<@
z{Nmt0qAi(yFeIFK4Sm6fDV^U@Yuev6bDxp^8%@c1e`KD)4H6*HWb~UB9mM<B1&aNr
z_~LnulmC^_-T$0VC=+xVeVcZMI%!>EsrXWLPbHYefm?b;bT<wjK8t#Oi0t1&n!SHt
z)$iDb)NXF&$N#6UD-VaVd&4h2ONmz5l4Q?TvSiI?NfeWvFbE-I$ujmOp)8RZObCfd
zW1H;zo@Gdu%*d_<gRyVfe=q9$>btJr{4q1vT<>+>cg}g9bKmE_pX(e;9zivSW_n8s
zfb0&Ym<OqbCLGne*I-+?vbxHXE8)w~R^g3x*wZgF{^IChf4NmV{;%mjHMTnCnp1Ke
zz=eM#I%SfpVmP5&n>M;>#EM@3#s}uy{UB#&J@A<L_$n$1FJAQa3<+u6)sAI<+dH+o
zN~QWm-7k{K+!hlF&6JRR(y}`6?t3}6N^=FLn!O-Ufm{l2qdI+d0(-TWyS2(Lgz{4A
zGS0mt$z$A#A=lR>*={)x_8*$#S{@Q|Bb^_OLulUt?93uxb{~%D|7S3IT>ml{YKryX
z#eY|R-3W@CCtuNEO8?;}Hv(y{saPF53uGK|e%eLTm_z}%JzXGUCWoE3{jTM*dCwg-
zq{rrI*H{|AxbGEQ2J6XQFUHUW=WfPZem)`fyXYp_{GBYZUY+v9kJ}i)>X=AyXviwB
z9Mgs9#6r;3YykliEUI}8iTSCv{Yue&wGI6KQ*E<;AN44xg~h`Dz4{?uJ(btoDkV@I
zjcaO-G3NY5X2hso(*f_nB8otoryS$2_H9f1AJ9h5rl|BhsAo<f@vj>b%sE9Ny!*<D
z@_}nfJ*ZAcxncCC8T!L}dHK`WW84rUAFmA-xUgnO&pPekr)GC#*vmRZvB2>=6kIy3
zu^4apz7-Tl!PLpR@Ft8E;$88Bj|a3tVeJnK!1p8wE6B(LX_f>PJ6z^8tcGruY@Xjy
zC{GhQVV-4Q^fm(IC8PmFsJBjVHOl}%Y(G!_+*l{(`AeE(jzTPL6bc-SCV#A%w%_yp
zR2iu#y%MCQ!rj8E6)fJ7SU-Ee?>0qb5^!3GeTn1QJJfNesz=^$&M6WJAJSyW?p7aA
zkh{4?-g3v~f40Gca{(yQXS-Yi8A0hBKrjSJwn6h<LwjuO21)b^pkA~oDD=<O!d9;<
zX#<IK<W}sW2ER)>knc-OhZtfj%Y{LG?$`(Ni2<%v#EX3O6|v~VJ3rNKlk-XkWj80E
z>D?u{_<z}Phnre^xh5;2%sc}kTXSB=fv%TIr_`OUncg)harNN()T5_rM?2FMlr8hW
zOf}liRdRmi$)-+N(rPnRz|w%A_`)YFP)9lRgx8Ehy``OG(zB={Q-<Sy4fNoN2)|M6
zt$pg$8XFDOq(X#rub&D$#xYG$Nc*J@w{SuZpUo6~U|9A4EW2^TcQ2G&0q0BpMo9Xp
zZqE}kH=-8}u?aR0S3TkmOTsElz+jAG(J^{Zqo1N;ogahcKkVRC!Fw%Q1|qVm93_<5
zWBKG?#~`zTFO1_@3vThgU;ART54b6O8g31i5whtb15}Biw0rV|Qrq9ACma;|7OF#4
z>1AmJE=W^AI26x={7>L9sOu6N2kc?9%ND~P0g_U4x%lh-M_PxI;oqb!``^Tc>(Y(&
zLm%+vj93aw-k%$!Rv^I~FH5X>p(#VMl!r^n>Kq(IdyRaMqH)7g0=Hgu1y6Vw|8AUT
zw{F9U1P63z(6-<&$zY-0YK}G*S!e*9@DY4Mw^~w@Q4~B^RiMaWB<X_vPGWduqh<6!
zxIdQsRd%_sn}C`1ev!pBuu_XXzJ|mBc+9?a>*#{_N0HkW8YbTvnAHbNOC&P2bDuX#
zF@dYcxpw1(J0-Z!MB3hSf3S5OL;wFktA#Ph)&HAK7Uo|^f4Afx<DSgoyUzNaEf;4v
zf(xq~BfL(N{Y6Ct{lFv0Do7-PJ}r>cm<ElvDIOpzDk-^dZS$m=9dxViqvc~cL_V(=
zzIyWqC^sxI!n{fOx3QWJ1iIlKTNmA4T@caXRgDqOXXHB;Pt6&9t>V@a2-NB>x~go|
zC)bwfe9j(bA9!zr6Z@V}8SY~b)9qr92st>)V@G|5pndv%N;<r+t-(S7>KmvCP}OQ2
z3H+z3sG;XKx%CE2(um&Nyol{CJrCr!Z2igeQqSRBE~q#-<QQZXVO+T0_7a-CxiH9a
zi$~g?-WMRjwvSIRb+x->sb>^`YdNfpp!XkY>cr9(_vv4byJ*dAu;fkX>pqk+f*DNF
z+GEpq-KKA51z3^xYjj<EH+}_(wKHN<ospaMDaA4yTBrP>5d=4_^9b>4NlbNzziHm9
zt(FP3;~ZVPwmV492qz2K;o?J(A2oT=a0VV@WM>-8(}d>ek*;vjN0Cp;>C_>+j>a=_
zJsn}OOXhuuJ!|)O_B(Ccp&wA3*QpqS@r!$WvXp1;jDam#9My@Wg<2%t1`0{EPDtz8
z)am)Xmr{@SlpcynFPHY_s?SO8SXV!y)`#n@2F01q(#e+LO2KWzve@d_&akAWBnzmA
z2XFJ5)|+>U@H4F#R0hR7uVuqO@bfwo@#gAC`AV1%tU&5CTR>F>yPBqh2+WH$9m$AL
zwX}4_xVTt2b+WVhGTB30)AlwO4N15}22D)|?Cg`4dyu>^*}b#LuH?YNLti)?-h2rt
z3!A)Nm9Vk2EO5NPCvA9IXS8rsJV&PGzG>sEegcItovK-7M!0SXUTC;B3sq&?E<{(R
zi&QTOJ$L0}QF3#OHa@-&U1Q%V4Ys?qO%L5(SzgATU+Sa+$^vWPKxy4LUwv|MnJX#B
zk6JixLLS$*G2FQ<TAjJWGZSYg^K1*;rt_uyu8{ON88Bv<rbGn*z^ez~*}s4So_;Lq
zZBh;y0O-yF@^-i|u?X;IJ(<A0<0Y^b{Ybc00k;}MzY1o_pA<8#(oa3#(wD?ck8KCr
z(31hS&G6HA6K~@3ZX!&L6K~?DwL3m^d=%mqE$^4Y-_`T%FbNPx-c4-FfuJ8utasp?
zPGi1$d-KPX3$yOuQIIU~c=xx5aaE5f><xMz6&o*6d4md%z41o<Vr!ePzq4#*_a<3y
zFJVf}?Mi{D8Qa!<uT|7UhI`gaAFcw?01b(=%m9!D2iPy!2GdgNAnX!38lSHaF14t#
zSR^dQ-1vA&yzzBJX9`_vXl3}KdHIm1hqoKoi8T`x9RMr{+ydldPae&)?n`Mc$!Yvd
z%*fEObKvQd_3j}$(R=5v_9e-nb)1w;KYrR8+3U|}??3FD<KydInnOErUz4)7MigeK
zHHSGxzM49wT4ifFh6-V8R->@N)P9a^^St-{Z%F{aE{XV@%$YWb!_v}HfC(mEv_e(m
z?3DRLk2tKso*|ip#E(!vbozJ)S{}I{xS>C9V{9Hwp|2Nu66PNnbsah!&6QcgSW@*2
zj=Ci#A%VKY%ec0--Ch4AzrTE9M06)gY{%d}1pv6U0zb@G6%9CM=Jpy!`@FN=-l|3{
z#}u$l#m|){nOvlh8$s<&#Z#GN(b1urL%B6}{dQ$F?0xyc5dni@Aq}B3h@MmM_3o9L
zLJCWwj~Cl`XH3YvZH#KGlBy9s7&l<y?;B?Rv+kIA<cGsRxEaMuOf?7p>m1d{4N7NL
z(qpq|Oj6G2!?;Q`XwR-?LEg49;sb!U17yBjYxSC#tj#FW@G?JM1LqhpfF!AkoR`v+
zLR7E&$A^<%>rOd`apEITDa65oh$u+Y8Ut3{UFxxE?DV|#VH%qjr+iEm6I*BB+r$R!
zX=dHZVl%>pxy{;|A$0eIW3uq3{TR1O{}E`anjgwA`%H}!`fWmae>qy2M^Ywpph>ji
zeqL>&nvjMyAyZp?dCOzjT}UIt%76=(2Yx<S&DJqZ_%f)RRh9x(w<>#l5N95#S2lEe
z%ywmrHcQ7IK2+^-te1`LE4Z!J(lo5(^r|Jj5x(7gW6jE~!pG%GvYnU>6zecf-NGrb
z3`R7mnGmv#$^C>R-m|i<kzVUqniiQ{mOF2NW4-nc&dp|6$qhE~twIzZ$DE@xKExRl
z=QVfXV9FYn>>BZsI~VqSnNqE3XQ!@F>r)Ze`0~abuCI}!QaR0v>#3V^-Ay(f38nf{
z@;x-|k<nr<`cn~TY0zS(>{3(yTUT+H__ffcG4o5_Jy}Cx$q|_|Vhtfd{5Y|W=N4}2
zczz`?FD5cy0zklDq-~lpg0i9#CKulVZ@QH1f7L;dx5UZ-p3~z7Yh@<b?!8CUR^z^5
ziX@QsQ4p3L#-6piGgwIv^~{mb3gL62iuJ{$fz$o*?o6!7q}VK-(3<ll34Z~1iYa~|
zr<QN7li$DJD8p1WueEMo_W|}+vdd%93yzv*@bWE)a1p2VUT=-?L=E!xKZq4k7WpHe
zUOw5D?+mM~)%MkKA7!=OIXlCE$-@Ca9XmOjDBu`k5a*!A!C9~fX{TXDM83=4fXpcR
zL~=O=5Y27UYf5*AZ)eX}NiKx=$jId=&O2^isP^Kh8Q8io*TLK-fQqTm!%0O`DS_L?
z>0h=rK~8TT0}h^Ahvpfi^CJVdisCLZ&-^kGb>`S+wrTy%*3l?1P-MeZJ~7XmY`&M1
z=zkgZd#-llXmRQJ`Q^G&<?l)-qv_=%#YNmc(opAQ9pm)W$f9T7EPn_DUJvgC59c(b
z1SA)?pGaOc^Y<U;FqSSd_M7%us|<CY{G4N7Hhjs|Jo^jL9;F-8R#Ji9GAK@DbSOuY
zp&n@C2wh&ctKXqI-mGu!UD;dN)J0vrwwD5FiAeSL-^DBKg7XPuS0DY@*|KxoWrb%w
zqLR6n>d-wyyc^QBEZ)#J>qVnh4(gf?s0xb3scth3cd5q9l`RLEI_7bCbIBfi%TMsH
z{Xhidjg&}3G{6tnF$Y~Bm1%42O^iDdPrlztb*c*wyjDYFKn!W8+@DGUM;qi3rm-;m
zpv+b2)DW4LwV3Iq^%TsY3P!k+Z_7MWS8q5Lrlzd|*UB<E$<L;a7(OQxH86Da09s7a
z{EMpPix(U&>foFNxwSjgCJPsqAO1f?F@j7&Sk!q6;=Y~6e;6VSX<tMpCF|sRaumen
z=Apx4N#R`m#pp2I+>gTtLt3XNAz6T?MmD!?Pb@C@r;B?LX|AznmS{p=N5sT!On;UH
zrz|nv+@E=9xrE736`8Eu^2PR*EIs}PUa~#r3Adb4v|6@|ZqZw!qR%l^qb4}wSc!`Z
zL6;6XE3d%SkS#!rY0VbK<?LtW25wjW<&(3)mGgoq)~Jmbh0mV`TKqn9qW%CZ)2FhG
z|7NDM2zYe!DVgi!Wt4Q7&Toj`zGZ>v3ZLJgX``JtMcw{t`NWTm?os|88p^%`dx(`W
z!2;%n@F6=G2h9pyZ0ol|d)4{QK}35Vdujj_>Nmq?cI5cxkn{-TgGtgSxuuIE<7;Xq
zEaRGg`=?I6A2#E!!BouC{jiND1BNs}P${DvUJvqdGSCwt-M<>8K4N^OPZ#_u(K(q_
zef;al%d{#NW{h#%5ZVf=SHive2f|^?y)RqAU@*$ZMTcSas!%oG@REm!6jEd)It4=2
z%)>}v!6gLsGwK;+kIJ#ICf$ld()#%962}@plT2J)UwF`6PFtLsuyWg8oc8CEDz1Jv
z?oeg#H|1ecA}-NDmVK#_#)T8?E4&T(${`O-^4x7qN)Wj|@3vA$z=#ohMt3*+*aNn;
z5JGGNh~D|0n%p$_x_WoKF^e;XCk{qeZbc9u@~<!QiXR0T4+fTPTrn!&$K21-N9)rM
z^RC@vUxv)rU99~vH92V}_dS&ka3%wf*l}#BtBhYFa5|&zHkGdAS$RbHWTdRUxib0E
zW+Q_(dHQ4P#5Jj6(`owmnX2WK2Ov_0!PR!|rJz{-Hj4Yu@&s`6UpzgaA>zNe!DF%4
zs7?krXA|xB>6yGci35c6{p<qY4=LMR$sT1xVfOIJq?fYbkARwrrgEO5dC>m=M?o3N

literal 0
HcmV?d00001

diff --git a/doc/assistant/genkey.png b/doc/assistant/genkey.png
new file mode 100644
index 0000000000000000000000000000000000000000..6c1e509715b3c49b63ebcaf73246885bbeaf7901
GIT binary patch
literal 27854
zcmb@u1yo(jwk^7FcPDsocXtv9?ykYz-3jjQ5Fog_YtZ2C?(XhyvG+aqp8ei$=fBqe
zpQ|A?nX~4oQB|`>@1qx?ax!8Fu(+@Q002S!+ZP1@0Mr`*0Qn3J3Ow^!BHbVO15#g7
z><i%i<CEQ97!N!HWBX0r0RVtQ`}hI@q-9_OPeM70OMiu0g+W23K?%s!)&&5F0ODVS
zlw6li+GV9a-M75IHz2Tp@FMGTL}u1C74q#p9|tzXwfg0L#yg}r096BLm-E8N^$6s^
z#-IJB+SKW=jd$1uDW+=2?uuq2ulBM<3;R@jQL2>d0hjLT@Mo+4{wLZrd4bspGB$-P
zys<ajCxeqqSKGHZeg<M}WB#oDYtNtikDfmtM;2J9gT7}25+xvh5JCSS`uVB8+x{2j
zl+BZL=OM>y!TQbfqmKnEE<&a+GPn?OFHP>zedjx$y5GmeI@(A1$_zrlKgb=C0m~tc
z9JeL2<~5)nr`nh)&ryN5famLc)SNvd`BA}tDkZqX{M(iP7bS(io{jwXm0MQX)YoF@
zeeLah%us(B5H^!8Q#kn7Q!mZs6xaSTQ8mqd5d6asq2lC^Hc;OFW#oS<{oR0nUHSiB
z`oC!EKi%-3nrefqZ1V&47iAp9hlA%sB=Voi^K=IDBvVs>=DYSav&XyZNP~J?6*m%f
z7EGH7Av-%e|Lyro+GiD2)mqxpNmCsoP;b6s4uQ_FUrp`pR@G{6k6G`JKJVx6(m8^E
zbymmw+q2L6y$@1w4;vd>a|BJ;mgHzh$vFS>30r}VJbD(N$6e+7Q|0>=!@DrbU-w|H
zSl@H3dn#&brVlsSXdaD@w;nn!88VNKkH>EVyE0_{n~RGJDe9ytYbDWhM*{;^=r77J
zedg4c>8!Ue^dAk<VeomH&Wal}B<E;9Y0$YX;h4@JId5-oFE1~zuV=I80(R8pl9{=A
zNoA#K>1;FExunKJ$Cxt1fybAR;rOYCMpEi%epy_i{iB#3@2)GYqR@HENBZF{4r-2K
zUDfqJzyG>4-FLlVM)QIf;fm>_)&irI<g}j$qhCJ;!=*&d-{bSYy5he^7DE6v^Y7|l
zBx4Rv8XS>gX>SYBTq0s<iFSsV_lM|rXh{F}JDc~r<j$8q^ZK{TXdfjlWxyQqmsn72
z%rX#0f<iM#AH@1B!eL9P^^R9aDylCrVF@W`xyU4duCzSMpFHM}H>f&j-QO<tIIE0(
z6D@g7;!6eI{?wF7`GMu)Hyj<qr)#B+{I=Cg&nwGG;9&g*{X^lLi7eg)#IUAvYUUHd
z%I!0z>eeQw0@VSwnw04=%coWbKP&It>9f_qYKG3SED@2aHaBxv7K6L|MAu74hBEhk
z3L9Fn7|=3uN8Oe`>^$~R214_{T+ECR^d`(i3!iD`SX1U7XJZCXpvkvjSPv)WtxTP@
zlBK@o*gs)lmoJo5GFjT2F$YHprQ^(PB35|)npqTWenSPnguKMn$%-+sv9WP*xPE(m
z9-sB=8E;Uzk}gx5;A3a^p?KCs>jL>s1hMf8C+hHcLnA*)omP#d3!_2?8?g)`L<kz}
zt5Jd^@)@XI)#>v93G%Ph(0e_NeSe+C{r)L#-(>+QBNemXrp~d3Y#PzoiB)0fNMqpG
z!~ro|!{v{8H&lr^Nw4j>^Y-s+YvU%utgJH@NMOF0fEY$FmUU?n8xUj!cc=ktQf6sE
z04g2)%eqc5|8`W0%SHI7?*RBN5IcY>Lqk1JTOX|F+v9#}B%#kstkE_yNmq{Y6>+Y(
zdi_-umBss(MQ8B+PJ-Coiy+|4P-?Gp#_GsUb)z?9B!i)5x7K|KvZN|Z>BV*sl?P@k
z#o=tFIVcFSUZZ@-U!@)OWtYKcu*{uhc{kZ0c4K1Ug&V*qja7+s$7aDrTX7{>!9*&|
z(ak91{zU%Le8}$D*N!Yv)|WH=t5tjXZ5I6I6aWsAyFUQHPII(=@BJ~%L@2=|n5Dez
zZ3bC(`3<$7B8V?H{+PFIxDkY(o1@_XDR9mYU5fh#Aw{~O)OXF>o7U0Qiq-4+&e8_x
z#da^v9F<9~;P<5=4Lp45gLLdpUT&Odu&!A`8%ga<x?<U4hxEZg3%#@$YEO#UHXm|$
zzybC>pnGb^6dQUa<<LO`;M(Q~4#>W)oEH9}n}*jC-@OvKNMJ(aJKMYn^s4Ez`O<`C
z({2j5NgF16<8TX4eFx`x2VNVPO!(#|=JbXm`Sac<>8X;$z(~|*EZt{1CpOok;6tgc
z%*<Ag{h?%-E+;E*V}V<O$xw*ZR0jkdnLIs$6npMr@R9*GES;A8>F@fR11rtLz1dz?
zbVgN<O@&mqsJ%7}w;JVhQg@>($8?(Ba~!RR0Mq7;3};po^0*4;F#)^7B_jcY21uR}
zujgbA?N@{FR7+n>(lc6ma{98U7He;~xj!|F;jT-!P4k;Ab_3u6AhdMkZzbs`_U_T7
z#7>K?*fv8W7Nsm_IW(!CA&KfyqsMjNbaxpVdD@88?B@|3lBKRI$*3o(F=20Xb;OO1
zD(cH3-0v9RMeK)?CdHnX_C^vDog5=LlPWNDI5RZ|sgDmB;i$e-)jB-NWT63)=4z5~
z8`B;Vs#swF*TXpk6o8R2ljNXe$WixAnfXS4jj=KVE;kohZoY5}x-NXuD%ahy#sc4J
zuc|K7IF)i*%Y+4iya)3tr%s1cua;|708!g{aW41eMX}N!qt3PjP=m*#xM>Y`IRrlc
zTFFM_fj>uK)w8gIA*=26NuZ1qi((FxLP}lL@Ai{~?+*h4?~miZDBm8(eN^moUFhr5
z7O@FV{$%AsE=A6FI?=f<w`(u<X?1zfvEZaK=)4{yd0%&-`)VFTk3L^RkSnC@L(+S3
z#8UyfI2!GhV1}jk9~%86*GB=i<Huc&fF!?T7OV>IcxmEVnr0(8Yw?748xUrV#}~hm
z1gisr&YMgDeVo|Fln8!>>8GRK#IL5KV<4f^*%$84&Kw6^x%3wM7aDEZ*ug2W;znri
zZ<7;8xB$^o>4(#b>$_AP5B(b5=#;jr($OBD*Rk~(FRJDH#m6mXiLw%2%b}%r=nEm>
z2QGH;L>%6rN@=f`_m@tv0Tm*4OJN~oBrItCfH~+iI8hU4@@?OgzG!C0m~)y4%vNL5
z5g)b1<w=G$)8X|#C#LDwy)o@O>%|d$XEx@^fpla`0^}zX5Itk-KKlnPpOr<c*&fg8
z(_wYMf^HkW(2r@e<HgP|ryXY!epnB-JfBdBRzLw|g@|<iunlBX`LjdjoXaug)4zhP
zn;aZ3!?cd*%4L~A#&>WhPO&*8%G>P|7ux#Nttkvl#mm=0Y+Wv4iO}&zpXg!_IvWs8
z{d%W7UrG)oTCIe~pnEb;-LZqqMXr-U$^yEX!zFP_sgcra?o?&=gdOi>7=RNsBbnMk
zKMJDpwLcR*J2TC>(LM|`5p1aiO4VALo}M0o8$^$(2{gO7e7ScLT>=<%MT62@EOctA
zU!+cr&^4}T9iF|Wjpl<Aq3bXp&l*pGna*Juf7(SY+w*5Asw+@QUcGyiI}+W>mVii@
zGWXdH#YBV3o>khTp&7c}{0#T=krCc%tYZ!qz2OdlLFW^MUT223(yq~(Kkw?}yjfmA
z->@#|#VF*ml|3^{>XhXU;_i7e4!hB5Wrlz0dIV;{-B|2ctaAl3#omLvH@+_>3=P`S
zJGSbhAU^hqRx_I$1tLH0R>WRnBBO7Ib<2_zumy>~57HDa*#MJ&N~)V*FYqY5rcV(y
zt~w`UDbqTJWh#uwY~4s+tncgdPiDV#sa;};EL=f=`|frPV<}cd&-0~%(jzw7L99#d
z`s=~#rC-++1BgumM+!496U+I~Q==HhNU<CG*xSwsBPal($qw2DXRgUGpqLC`U77aH
ztkYt5&12uG;Xn0JHRf42ORnRAfziC)eh-ux;lXJRX!ZNDH8zsxF~L&ED7P$~F}D&6
z%|ORMU#FpO2bgfuNC(C(`8s5E4Yz@Nl>oKW_PPBAL-Mp@!UB-*CohDE;|+UCyzqKQ
z%P_X0g1*S0oK+H)HOl0_I}={@F1l`U!iBJ(x5BZ!@BEbT0E7q*{c~!D^-@R5W#i>M
zFaVn5%9UnM)6UlyHBGVf(d}8b`u=%gz{5gI%uoTIKUeFQxzFwnTAv6G4Vs);K0Wu;
zqx%-jC5=pKX$M8uz{e*??}mImJCIINBXt>^yQt|A<pL%A&ZT%_J?PP8e~%t@(2KV&
zbN>L=uNi+wBYB)z3gTsv)h&2>_$eb(D@|7`Yyb_Q!QF~9cYRYt`-79Dv)P1G7w-%V
z9>9CO*}5k51#APWOuq8>x^5Hi0rsCUdp{-`%#q=WF09<&Z#hN7rH+2`u>mW5zftJB
zMtw4qMG@)9402$4_o%A`6)iN4KOZ=JW^X*mOkk*#%aV!)k;G0yrhO#D7<;v-b~d>S
zNN(HAX3#8TX>}MoySVk{n&vTYVnIPPtab5dq|+R6C)RYayE=RGlGc_?ZT24A7qzq=
zJRf^m);FVxFOgJJc3VggTTXav-Etvj=kT$*!r){IM!`O-6|{h~?c;;FfCY2PUIsN)
z?Y`{m`wH;#@_H;(NhM5^g%Ktmc#Flw*w6@}_vTA_oD0U$^X07axv%fz-TGOb3Mjk6
zK5`-MfX;>pF^rGd+?qX(a^}k;P?W1G1cd>#Se`v(x&frSxYMvDJxEyLvi<!`9`E+G
z*?Z3c6CjXXKF`j6F*O>av|^PJcP8{}4S??=V&-1OY6yW(JIU|_9Y<Ww{L5!ENR0^a
zY3d&jt08t0OP4%aYOvXB8^r@~whhy8h{k$kL;4o@or8{zSdFyucAVIeR6ELHEyb2{
zSe>Faaye)lJL2y>C|Hm3c)uF!mImyGmuuK9B-D5I)K)R4^Z7G@T_%NJUeGE~;UHl;
zC{bYkaU7*((7}PY7|lQ1BXC(19A!MX2}-s$93$|Chg?AIhS_=$j-GK1m2$+<Of&I(
zo9!La=Oh48m^jj_!{(-IkWsvUqpMdzR9u&8s=Osr!944o?=t<~fXK;%Uv9ZZQt7&w
z?2=f63WIGIt?Qgt)lg&1h}0CU={Pcvh`+T-=8x0W2Xl_lNO<hB6~S(8nuw|(TH4{f
zy`{?H;>l0?z+-&;@MYid-3`ZK@Hk#}5<)@p_nQi$u69-jb8`wb11P)(&%i+W=(89D
z*HZAs=#wWAfv&$wq1E|ygr+^34@<Bl%g@1KxX{_Jc?zaAj@(a{r}-6w8UWw#8PjO-
z6@YHZ3AXyk1!lL#1#$(Iaz^0Vw9YkU6z&kJ2l)1tc6BY3et*MVpAQl61CSK>gTkL+
zHWY#x7))S!Wq#{r(ACU3+|lH!(8>nw>eAca&Hn^g;(lIWCKf{mFL%#J_6_mn^hIBo
zA~Znptpe~vBnhE;9Dv9)f7PL{M?dE(34li-8WI`EaeH5H0^q|buE{epRx@J4$Y(3V
z3wtKYURZ{Q8Z<AgUh8_Ms-v%U;3w22w(;jv&bDGBV|M+Tz=ddFuB99+Wzv)O1z;O#
zj<b$3nwp?MknnOsKDy<pHG-C^;IT{m`T^Aq3f?s$j1&NVLB)k6VaG~=IXuF))Ndr9
zMut{|qk_dNqB{<n^0XK1&qAILiw3lw>h>)t)d4=JXOj|XKOfP+WB<qe{cSlLKspJ|
z&kSoZID-<T)7N#ux)nu2(BcentZ5JeJb!K9Z*BfL{j;eZeL1JE(!ntqn*F`dXhS8Q
zA)fuOUg50$)BVo1&gyc92%f>W4@!U&*E-!u>fY*4XNnrqsyJCT8)Nz0cN5L%P_pe9
zv~Y2z5&QzMVsOX3vCD9;a!2)4qMukT8!w;8V84J9K}7k9A5~Bb$&8?&66IwZOh^@)
z^lBn#+mh?hi+24{xm$AD;@JNJ7YHlVCO2aU`u~CL`0-Ef!}a1RYqPDoTFCluPNRbx
z_tU3Agb&<n1J$x2^+AIC6WacV(%)nb5NZA!weufKe}V6Rkw8Fn{DG*2UW^rNz`L0P
zkdZy|M`25$mOU?AZxWCQUhtI1XpXiWTsM_VUYUD4PC|z6z0dZgHy}zbaYc8JSyUG{
zeBL%cSNht+bw<Q7REYsY4GG$VtNTTKZGMwvld-kvgB2Q!C6=Qxt7Q-4=&!P;`vWI@
zwW)+Al_r~%_9y!TYh8dp_uZvR&qg6$iztZ>Uf$SkFfyKg{k(=f9L)N<A%qx^@7G9#
zZa!3v7sHf~pdMd}??V<TS+DbHYL40#`SxwHQZLinD+d2;lE_033$mVPnBpK41rP-Q
za<s$=y06|kU4AnVW+=dvhP%vnK@ooez>mNu#4@amo^2*eW|ZM4`Q-hSU{CY8YU;!X
zh1@G(5jb5RdC=gcAIK9X6A5M;Qe<0q1PzdrpNEyoRF!Pf?1v_MCEJ7$hZ&mTuMrdO
zQ~iugRoM^`xJv@-_AB9QB|6vqez4FWJvsyVL(kh5ix;i^uR3N0p4vIVqLZV2y;S8A
zd6-W@_8@Mg4&v<cjGw-x)0E8M_Vv@&D^5kHE>I%AT}^tZ^?<^}K_=rX68DMdG&2Yr
zfl2ktp|Vq9EhM<pY^2#V7_1zc?YD5=;B2}y=w#UMNY@Ut`1?oEua9gH>8l5Gw}^iB
z8y?fCtR2RHX_81n-#EcVaMO;WC-hyo3MllMS=&xOaO(YG4M59vxC94wi$iTGz}REJ
zaOc_u4DD59OvlFXtR~k&iKG^DP(VSJ?9-@#+sJx@{bCkBUqNs>=DY%I;s{|FoJ^|#
z(RXegJ?&R|=tmPq6xGgjtc4$lP?kVrvI>0?klc(Sh)yfLVB6&SBl2e}x;{fG<O=y@
zjZW@f-!BII5$^j=geE`9)o7usM7lvu*iQDRxkFF01}>QVgsZT1-st?&?di1INcN{b
zfk~y!FP9MA%veQHa|$00#z_m8JNH~6*~M8|Yt5EPRCe%e(<(yIU!gs<es#@x!WuPn
z;sz3Dv|q{D!+12w-NRXFV~ETyYQTgJV+2|lNWJK6ihd9zB3MeaW1zy9BWY;b7n<P_
zTFT(BbX@7&jcBf{I=s1sFZ+=3V5^{Bh;sATJS|=x%Zw`w#?dCBrffd7?7sl|c|#u_
zII#9!E>Yf#EC>Y0l~s*#Cb=i#eG15_)>#gbTx6WQx9`gu%JWFM6=>hT@g-WaDw&5S
zwGLvXYhEup(P5!er}ALjE)Q6%lRrUfhD#4rhiK3T?Y%;!jk|AKv7cQq-pIOxCWW4H
z`8e)8rI={<L&s?k%Wpt%u?&@H`-vfrg^{<1tGL`}2$*JGNIg*_f~AIB1(f4+yq-Kb
z4eZ2GOeylaN4vw)%m#V}(KFa7&NGZW=6+@|AmA@mgPkWi&E$C9^eYx0N5C;6b#W&L
z7DC6;y?uHW?pnJ2*z$1cj70R-;m$s%NdD#Byk=67|MqUt7n9xGMztOV;^a<kXCg|x
zD~t!>srjoQ>I3=3E^oz$li91o!YuErK?)#WNJmEpWNa=MYfbt->sPCNVM<*jIKv)$
zQ=?7g!^a$MhguKS6j<@N&~`~DQ{7!l`k*2;wHtPF%PyA1<<ZYW2MHS+y#LG&S?$<J
z4%yVIomr86m48|GFMrYCBHg7qFE-50pBYvrJa{Q_*a;>i2!&0oQ==V(;$U#n6t!NH
zJUgdlUyVkJ>siJBl_Gzz78n(^j1&j)i~DYQ>AW=~HoR5EFqIiKp-4Mc4Doh%E!S}1
zI?yjJL;<@U7BVV;=c?7V$aDYCdO=H{$9&&TdqyWM=CBW+MA)wfJ(@-G(uke0hBnb?
z!^kaBBXeav`a$w56EJZH@u0e!UJ^5@;!LAe3bRIqNt)uEyx8l;-NKHMpg3ZmyinCK
zlwJ75_3#=$x^bX;1l}IDlai9==H_JiA9to@1-!(ItBxML)_f-~CmBsFM>7r$Wv9n{
zelC6koc&hEEc*bZV`b7>dtdH+<H&9o6{K@u&Uf@vIP%dcm1zYaQaCXMOJn296m&W)
zffG8hc{7<$+epv&H<b!%*Fm;G0;8t|bd_xqvvzCjZORh~oQ`5L4d-!S{<uEv3{CYq
zCIAlj`WtFhk@$gHAAJ)0t0U#ca_g~MQ2Yy3w9anAk#N+dS!GXaS?#!Hy?1&kR8kpE
z`YkQs^FV=NV(d!lkj2fnB}@+Yyx&E=T5-}lHwmoChTkL`$jn9*Fe~5(4-#jpwwMy5
z<A`-r8N%@GNJSD6PLgG~K>)bro_^cO?xR+#!?p7*8LA+2L#OLX0)i&#sQ?pj@IzS=
zN_sAC=V9B!Wts3;5!RcpHW2&JpoB(Tp9vG+Mr70<cilCvL`l0~J@Yn#bd4lH89i*+
zFJDqD4qDcG)1D+!tzCQfaJdBxs@=ULd*;b(5{?2Ev{lwKUcW$ExS@#BQwilPCAw?T
z^pcdVk@k}K-nn&WD<llK1!^C#lsUW8e$QF$#IEOYH%Y3!&g>FX8za4VtS9|wb$t+W
zt4AIn$@~T)y;KV=ZZ8hnY_NeeQhlg9QJ%z|jE&a7HV{nccT8n3R$mn7ubhPF(d6!N
zpJ-6mamyqI+n2LjM4liDFyUT-08_xrkE$cYh0~ze^hKD)+;o@-^=duDsPZW7Sjo*@
z3DHrkl>$MeJ;q}&_>eIGzyO8B`(pQe?Rdn>1vD8&6Z+{j4kB-t=FBYAZ4DVg2ePwj
zOVRPYvMdgeQC?Q6ZR4y<=<tA|NpI9rVN7p+b{7#vuEF5Q=AZyc2>qnBf%OYcW<Fas
z2Svj1x(hC!lv3&W8v&OZX5DT1NJ|$(*@`V&{ViW|Ack1NuLI?m*FQDdDcET{SXxOl
z-DJ4}5e5D{KR^T?0%O*#Osj_|KQ}9yGz5XtU%=5^*NVYzYyoGD2-)-x&krxb|I158
z8EU_3<ABp;lNd$;Qk4^V2=Q^qQ~o3*E-0=h^s4$XZUM3Z1D(^mRHrl)|7U80G-PCL
zctnia{zy>AAy+z;gQMZfCN4`F=rzjN#QvBU0q48c_^+zGX)a#VtQkAI;fHUZ&fpOt
zjeq#-YIkz)Trd__`Q*@4Rt3C(6fPfLr5Iz4>T=mxh?C@t52~&y4vO-Kwux9*`e`#q
zapp*iC-Qm{w`9aMw^*01kx6-U+;JAtkx2!AU+zk*e!MhGH`M&R%|4IKvCPsrmfEt~
zQzII4puzvB6O)|%#cG#eFw`l6X9aN#JtZ2ubyd-S91U{lvxLx1_ZkZieqGYV9kFE6
zf$&@L`m9j&IIA1Y7@L#skQX70P)}9mI$F@8+bnS|@SPLBy<NdnY35w*v;sq}vtk?y
zNHSIOLl{n{AuJ}Rz4~zI;m5G+?!LP=m~OO5wqM^IOA6HyN4O^YhTFDMR0n)<CrY=W
zMp1sJ90X7jF4#c+l~+=3NcIu&`0sQ9#-C6S3(x>`NBA_Pb^Q=f6cBE_6QnCBRW0DV
zOcE3tM$cCTlZl8nI}^gU6%^GskdIPJ*xON=vA{P;X$NWl*+w#g%<K`?gL<(Du!2%^
z@04^8f$3PXp{1@f_@iZ*cZthv8bnPyrRsT00Gv19np%90nq8R6XE**@SRKY_R^=?#
zvl@knx~sPv`jL@_5Hjp@iPX)|bIXIA9ab1dI3Z%&xWN0%-RUwh$WqU#1odZpQc#7|
zhZPrz-}&QP0Q%XYHiX0!nqWgT2+Vla<f|yGPm1=1$Z)Tl;i1coV9aO3NN+Whni8oI
z;Nt$n(Z!z9JHeh1Xf{;3k{XpW0dnkBMw~8pnUEDS+M~r+F)d!LaCTT8W<?-MLdp=P
z%uwB%jDXrj_!D7t0EUv(8#RaGMpMBWN0#sE9FyLRCif5ib;Ba3@BOdrG=or&wiBCb
zbuz1U^`C_BN*U#3jEy~?alPnX;|%-xP#SKUJT%sC<XpK#-s*XNMSaJP+*=VN+$~(o
z>iLeh(y_X_JD+83X;WBL3x&~TDyN!T!q-<Ulfm_^ov<TI?fr4Ep$M`GZDTA$^mg!N
zMiXLdw~Cu_H~j`DK=Zryc$3M-smjzGni`Y|ZYoZ8n+JT)2Bq5Clqj7|h*$c6cIF9F
zh<`Hsj&AK|XW#Z;nUD9@Xh?)*Hn1cBB@>mF@u@?KP<$u-<ImTrTGa!`Nc!V5f^1ds
z3o<sM-hB5U{v}IVAR4zFBW9|AtRJ!dhgPcg>Hv=f8-|yLnsYm7u)sfSZJhm)9ZBB!
z7CKWgKBrN7*rK_Uo{p}w=`IL3?`VkUAS2=;uY*hGk+^a&X1uFw80@aK#Y~Mw%E}hU
zkwHt;vv(B_q)%|p57P+s6zhCqrE97}G^Hn{#RIy7&JryHyzuB(8U=l-6O_BF9EN{7
zAEOo&v$}K?o-H#mvcI$9isl;Oc(v2dPNe8cy;pR^DuZmWQtxT6R^C5Sgr3Hq6QF0$
zRK?b2{7Vb)S9&~*(}?%kmG6!-5iqqN17?PyfG`_6y&qA;|A43Bg%H2IXP%<#r=&5G
zEb@2yT7swmiO$4=ZRLDzRVq`aVCwMnMuwS;oKRp9<zhH@`W!z`2VtstoYx|TK1t&5
zdzgy=A+6%dPSShtGqs~V5DH~sT%#pjDxq4+xU>uzu652f4j%iC-Z`gq1r2sS=}_5I
zcrBup<dU6a&=>-RjPH?o3^GuC(aI%SOV=FoOc)1>Dw?~iZjtyt2$zprcsEOK;u^~A
zXA*8ZM(JmLW2g+cPReY)qq_6e*WiZ%50<a<y6jhQyd7AJZg?nx!3(QO`Dn_;10(TS
zfRJa475M64CVAHoRtDJ4e!@4{Y|&-G;(NMYmZJ(wW@tA^eC>IiCd9{c5HIm5Aik&^
zUIH30M>Irt_tL<}fB8s)|9={Q*B}Z<)X{!Ft#PvNQ}+JK-#L)Um7wUtdaqyXQ)cyc
z6CEt@%7+`;OJG?5qC8qG($`Sx^scu2a(I6HuIABw4k*!RKigrFZGWVYcwFwLelUWD
zh&GBAR)hT2SEz#=ww6K{0003X`&D@!XhXzB!Vc#rN616>4WWmQ&R_^XOT)P>r#2*k
z<j5&iGj|_tt+HMGZX1Zja?+AmUReG5eBxf{qo&fM;Ki%;P=%P25qsU5tHwk&1!)X<
zMf$Ct>@Qq7+$V15N=t|s;b|4f{PYb%(9A!9PR_I%%!;%}M4XU}?(=C{SO(<^M5kv}
zhdgRl@JxK7%G!3Yu8Q{WCK{yzSG}Y(<elCi`%NY1H0nA*vtVjGmt8&ubZr3gFiUIR
zaF}ya*x-H!nGVKM8ui``S5Y&%d0bi$b^D-e3t|yS&3x9UH1EO+9|3JI>f#dVU*!3F
zwp*(j+fbrjs~r)z*?VQ1Gdkr=p-XiVr6p`_7Thjd8)w!Cat<#FHgBN{);!$%j`uAm
zeEhPVd<`dyNa?$&zlFq-ZH#S^t9xvsu+&sL;e@@*#I#<mb@T#FC)Q0I93Nl2*okZ8
zYUDx2Dkfv*cMquDKRH-(>3wo^eB^!2^`v~3vlp+9s+c^;Se`w0a&9I8Q6=55KeO4#
zxZw2gLTeX!Ig+9>A{X7?f?4n|-Zxgw=g|>fW_l*^bz3g03(9|1(`u4~B0_D_n!w);
zql#r;=1HnmxRigh*8Ao2XYn|4MBCXha;Q%ng^3{QI(H*CwSs$mxi+U;41ZtDz!S%d
z6ijf52x6aEf;K7G&^6&SH_wRlQyi<MIz@jH1<=Ghg7q(zpD`V2!p3_F`L3pRc-Q{M
zm(fz$)Hp5>qV(31_LvGJ>@AF&C$};;OOLa@!X86BN`v31&SO#cO+K)&95<q5uaun>
zf%r1>=4G5b$i58ozEoi(VTRYc|8#+(6o%f*1>bh?xe;vJa0x%JL-&o}+lkoznD@il
zGa;_`y>}0nmGYUrL%{_M0zYRV-}AG>K0mX!ZIne3zbT30#zX#E%*@@yE}8YwQy>ry
z8XAxEm^iyLc<j-gopHUl^__OwAAF_63oqK$H(kqGM$5SEU$(>xw}@Z+TH5L{Mp!4~
zO72DW$*4M^3x0l{Z=YdeLf{ZajT{JNCu5Hde%_AAh*#6VxOUG)rF%QSv>4bAq8%Q#
z9hwYO^6)M0pH$}A(oL<oO%oENq}{Ag=1Yw$WBK|uAI|v^97ZKiIJ;WoKHFR;PE<J(
zhQnbU0J=UMo&fJ&g<6%bNI^B@;wdA&i{48e`v)-I*~-J_8wird&)FsNm9w>@>MMi9
z0traM>M20v8yGtNj01>MhLtm{<|XaPwfvYui!piMhq>)W;zOc+9KMec5?)5P>|yln
z=SX@R<qf)d>ixPdSSPIh16~qm=kn)|f|dA~utcv8oXHCt)8QpeU16I@Vnjj>L2OG?
z(@A6WYK_zlLPL^$s^iGFzMa@QIy8dHy_#Csdfcj#*Ze9-jnSN&5r7l*jG3*l@`L)W
z)+TkfOyH6N1iweU=Mxa!dR~cJSXf9(4i6Cec;20;UxujBCT&?s{u@wS9z2;u4BuVz
zKkqFkJmY()XdP7`+8=-#+&n{+UqSsUFSXV>F=_WK#H?vSLlw5wE;bmI;W;Qum*f#0
z*N3}D8uH8a8xB?VJ@YA+)jsUYd~P0P7*a!=)oub;o}m1Iq*;2Ynu5q8|Bza76Hg))
zc@lfn$Yg^T!uy?`B)<%4YRhAfZYM7C*UQS!U|1b3PxG-L^62kRvt2WzghNMv`}nDJ
zMc;l?z9Kp<iRv&dm*>)10lm*d|7xJToG@X)B!_B9JpS?lXxf!L9naa&Q~pkXoHeJ(
zlM}<ZuF<LbT#k{LgnBgkH%a~`x8h}H`)eJAIiq}5hN!{MW}580I@BiPKVKiVqct@&
zG&D5@9(Uqp1zvB+^1B;%hQDr4>jb-~n`AYbzp|?$(aHc|y7)MUe_;6DDsAQpEk~9O
z%wVZsq_t@MR%f8~!u*_GY_z2YAm>Y`oUagPxRgrH0N>#=El*HGOXeD-TN#@yGXcTo
zV$WZ|&F7{swyItV#2vbm@0aLXEtX<R`0&n5M^L$_4A41;XH`+|TJ*#<O{jM3ZD(hl
zo2Vp`G_j@Ib2U%jAO#oc@dovoH{~1t<(FzI*3C>U`0Iihlx;<O!^Al9?aLS264w=~
zXg<8JmZBVrKRbt(6x}A0rW(q`V6pLUf>DEP5I`_xaL6Rhyz{6^f28>Ea26D+0@VBj
z9()C}zSmD1z`&ip^%bp7^3-O8VrN<zgJz&0hY3gn^!@=)SDTMPglW5vq=jigO^tBr
zB4t8Wjc!L5qm`;K)vI?~hW^5zVhROP1Cn0d8<e;zbD2ZvrSPH~xwIxbxuv^X;0ja-
zjE!`z<cmq{rJ+Wn_;5ePQ<l?ii&z2Fxe<L~Jt9JcWV8<G^9fY{#MS2xL4KfSfv>3g
zE?GQsG^v5q_+v(8IlQL20SF*nC+&;9*9H|i$KGfbM>OSmb$et5v~97qy%yWp-rcE8
zU;LAQGn73bT7yZ!OJBj!OPX)SO%jSKviowkq;{oX!0l};94#d3i))W+&8(c_;7ix(
z9GH()0MeG8RE)JZuvDy@fWI2z(&04Wg9&B9y$C!0KE%Bl3{|$b;n{%dM80Z8pi|*8
z!VX8i^w*V}vJ;QW`wl~ce<0V*EGA!;QODdfzv4_`i&Gt#z0N>L;d^rr$K&xtZWGAu
z;SO+gzSnBTI69Hv;T!}MMbu!@AV$Y|CDcdQ&nM8~u<6>SgYu>Hlp!$^abNRZQqf5-
zZO_SdL3n>R@@}Xp@*Yz^fbQYiU{@=H{hx`jVQHj&>R$W&l+qKuU{3|?dwM1#{IAPH
z1q{H**pd6+kmPD-9+Rij#5RlcT9||MYH|U~vuHnl1ye2+BjF~zmvwMn-M=uUrggNz
z%BHhzL6>Lm!s$=k1dF=f=W@}0s|qIT1{3d07N^!=qh5j}qIP^%_~$3S?<tw8_{>9|
zPOnEXJw18dZ-Eu4_zd-THI#G6S1LpELNz>M3T0)i#gYD}|HQoHGJu8gXlbl=vbxq<
zFXx)_)?5TZ6O-kW#0H?gLfu5&5H!24au+na3^;0Xl?WZaX^8q+B$VtpA|fqOIBBgg
z^G^lw`1|{%Ze;&>NMH}lV-@eCkBV;XZ!1{ro3o=xd2op0c?5+e2QRiNu<BzxIllj*
z=X~;9+O|8)Rd@1@>KJA4t)<*Onep^-X*;9g8@2jSG%AxDx>e%HvJJ?<dA=X0tr$?o
z8*a3@0fFlR(W^MYWIEPrgA73e>d0Bgk~JF$)5`EB(iQK+3;G2jMGf2NQ=(gEqG4;F
zJ`nm^o9N)-qh^nyks0{)zK!<jLr9pVck1f&fQG^CAIp_k3}MjFl)G+UIR6`lbvR$A
zk3u8HeCokMYqWt1!}!Bt^VZPDZ`4Y)xC={5jzf^&FYN6qp&{BlW|WDI+65@5)faSK
zx4ybmA3~3tlAvm!CQ8J?;$3PU8qiknOvpqgZDi5FcrGpD1Gf65iRL&~p?_RmValkF
zN3xIfr%jTpQ3j7oMNW=TxypVgYmCA<Tp-fbW_C}tX=aO=hobJq&rkzoF$%p#CwT1J
zq^Rt14jgms6uV?<uI-=Dn(ixn<pUMbiGjiP!@y*d)sVYU@qOd-6S$_V9)5<Iq49?F
zXlspXXee_TqSPa~7v!dj+C0k{P7Ku|@7WP=#rbr7o6;~cxU@P$==xcSi#kBlv3gfp
zWKW+~o__#(Ly^&*u{|HZjFWfGeHfY5XtLxUA^(+=){*j@AE~^ohQWY9lNvF)ag7;R
zg$?J;9?AciRdXfATlZ*3ftL4$SO!0!L5X<>d=BDC!{dh@lb96w$W^H**w7xN-3JNV
zf%zxYb1gXx!WfLp2LcDEQ2HxgThcC%^dx<sJt?90mk+h9c3#YyUjgDD&oMWwUjP6#
z<R1?x8*Y$#+!Bot&?-3PRm~K4gPc?b?bxK^^wn~$AHhD(PDad}u^urcRq%75n}~oa
zy2Ww3JqCsQMv<-=t-E4NJCKgWiMSpnlm*%LZfzov1_)1REe}7$VBK{*|0+cGYr!DO
z0BAL|7`MCo%x<xLxE!!@MCS^UKL1HStFh&DhNBCaoy3GA+yJAha%7d?4at~afwum+
z+)36&4Ncf|>8zX*MAz3uA{3Bj@(|QkE_rioFSvsT0IBbHJ`Lq^ZmWrbISxg$TMxoS
z+4g~RopZKz%Ymlp=`km}1D5V{%XUtuiws$@c~er`#l^oP?fKuJ96r^p(TT%vH-}7o
zD|JmtUYIl=85Dt?lUva}dY%^1-8z&rdd}0gk<ZWu|CUQ4{yViZ+1CA6Y6o$5^&n$<
z^|<E#f%o-pp~gfYoe(u~8K(+?yT$Y8n>_yx-6Gq+Aiz~3`bXQoRk>7Ao%J`ywX)qR
z<AzXqTb*9^@KqEHD$N_Z=aodStV>X20pyC6mId|2JnLdh_${~}e?J>7BP+gKO1A%=
zc*?FPYaH8t&~u<pX|-#O^W~UYbekTJ(sgl93d1T6jzc0GdF$Pq^K{l84ji!_&l6bT
znthC1uU%>&xgHbuUbG=>HA+4BWC^j+ev;bQ)Vlw2joJ7fmTZ7huLVE)jKrGt5hSl{
zVx0f)fi-5x(8)h@FYSi&YP4jGJ-1HdkCLGzKml{uB1Qw!oP_KntL@c}IN)+Y6qfTf
zs-hY<a+b5)MhdKYVNZx1LhWpa3NoX>ljd@v|FU%>W5K7D8Q?Mgw)`74XJu4%plY`F
z_ma^|&%Du>-ID7vc5CMdS#_3o`Ze{eOART!2=?Ql^5LoBRa3nwew@bDwk4Ax(&?_D
zG#@QS;sstJ&ZqMQ-_1?_tagi*aS&T%5*?pEY%KBzVA`7dTXGh<y2-P+H7)W$PU?Ls
zZQY8=?%;?ys0{5&+rhEXsEm{<449Fo+*_>8v-Wu&jF&D-ai@dx^+^KHHUiI61k^=5
z(8MfYu8o$KmVZZY=oXM9=!sTm;^xQQizo*`-r3AWWxn&e@W$IG@Rm}jW*X=j$9lj^
z!ZO;?`l=WViq%FSK8e8eGzJ0SOwKa?71Sj_2>w508Z11QjxXqsPp(zU*Y}S6`lzVP
z-!ndIwx3)xNV_*Ar~uQ}0i=VOtj-XOY~Ri=mU-$C3R%JzGWh@@6@2oim3Dq<b*@F$
z^`eKLDO~QNHV4W^{yT5r{GMZk0&xrOi}4^rCMj?of$~5(jPrP4F3#4*k?!g}!sfVY
zqc5GRYI|(Sg0{g-ST)4X%B$~ykeOAj*4~l7d3>hN<rOq56HP{2_l%Y6EOtIpQ=333
zNYQ&%^JGkPZATX_HGdWJ_qe~fIm8^8;g#e?@$2sw5#O4D+P@PxdTGP!^l0yi+8p#n
zzC<F%1#}XXwSYOde%~oL5nlXnR=!rz#JUx&DPlo*;+#Rbe{rZ~>DKuEmMNI9+6b^0
zWlhd#-1mcvvw_>0OtGvqH9W1AFE=-I4o-U%wb)zVG)~u6T>&mR;*Bw_#!Xuyq1k}w
zz`;*9gq~B|pFdDL9vuSjO@jrf001c}S)k(w(Q^n_Wm)1T_t;m-HwMgv@Ms{^2pr|9
z#8*^dumOpI%GqATaj9h$dPGFJWq0e_mZs(gAh~Y#?)t_yd*VD0;_`=X;VBt&RK|2U
zPl7<d>(F@&*HV|hLL-AL%<vevfLj|bT{{7gKSCP0ta20Y2@_v~qYbU!?2MoKFRIFW
zi+g8(TX1WRmlJceFc>lTN`~R$G)f0SS@B(q%tt`ZCv;aNP91Hqe{41Y0dUGI)@Gu*
zWbwICpUh@iaxUnqA_=;-BtCLvO1xa%XZ@@YproSA6y%n#No;xAewymSt|AxwCNz-E
zb>46CMpJ6P{I9Tq_<4+EF<JAgDue;7src77+m6nM(Qyc;WVbp8z~50s-qcZdz$(@|
z@dlNX&s~MDtGpQLSB!I|DK>HW8*X9XCI-;448F!kR}oD*{#E64{-+pu6J6W~M=?*^
z^L-8Js}&FTqM6PL0rxoc`X`5e#d^TsEOAEswF4*oMtd9IBkwATPwV+{BJuyegsW19
z{Le~nQ8=Lfv9?VDqk$+aB_7$V8jUlrp23&<TYj0)>R=er4dn$i){)ToNRv;cEc3ZN
zn^_<!qvyLj0X+gB;truR;p<n=?nY|(DOb`@@ZIHA6(%bza@BbM3Iu$w=z($+yNw&3
z+d~(bny-Ya{C!17>)Q$>6rjo_BD%krydQLgzWa-JzD-v$mrs;5e!0WwD%9K2b4Mf|
z233R51^;*{uEi+Zh=}-Wl&kE@`(;Gl>i$%*7(cA9JL1Cyh69z5!&5Tiz@0r?jZhwY
z@D%AaKsoq_3?@9UVMRe*n*F1S5LK9eY)bl1`)~e(PUZ!2QHc9eQ>L8>n)qTESy=D}
z`u0K38m=1%bH6K>kPe;DPRns!eNv{EXnq;O_432_JjMI09F4_b+ZIzBvMor0`TTf3
ziA8dRU9fhr@}qry_PF}~A*20g*9KANk+RzC8cRCPI`MdR?y<&i`SGIX?48Hzso6vh
zrJpaN`Cs|6$P?K#I{Xzh+Ef3nUJeL(-=<9Mjj(Ydeh6n4s2CYbQq*O@6imqAE38?_
zc#JnJ6HLf1*65aEh^${GF#V|=C9WGjZ|`NSH)iu{Y;3ntV9~&K?g~`zAjg*RFtPxM
zoLwgQTh|T=={W;++gc&{p@~6>zyY8E$N|ViJE{VlyZgz+D~V=Bo`XG+puV<PFZOTl
zBuY&yx_qR%YV>m~G!(VLy7cQsb(1@^IB^W>ek!Q_v9z>>7!Ojd!DaZ=F>ZP~Ai_mO
zlRdD>wqYd7;TA^pb$BUXhrWaet0lE3eKxZyF6AUMkX7hL!Qh#4mB&LOPJ0TSAL`E?
z)%AJ$ivH7b?S1#Rz}Efy{_j26_pY<)o3pj?d-euJ65p(ID_+kk7(lCRmgsx++x@}#
z{Z{A8YvE3hkDydyT!#1E#o$u=vyYGC`+0TbpLU=}u;vxszAI*-s37vWOWhw(ke4m`
z;UPRdTLQHwo#W(RFvE_=?xH}jYZ*XO8u7WwvamD5DfG@$Gt)=M5@WlJOe*IWcf-K7
z9%n(m>}Q<mB)1RjA2tpo@#W)EYu02>{zEHsw)N=s+w2|+anQvv67zU)9YN{_iOZus
zws|<JLjF;dEK+4I4oX5iu}rYE8;@GKsZ8ZBx^rOhIQ;;BOVtE63Nt17Z}L<p4vnP3
zn}eZ>xgNcQT77tu4L8%F^==durU_OmVBu<HBRhAPgM~9h?OSX;1ZS(Lh)#0uu&Sfm
zH<CMv$K#?fe6uz@Vgl?SW1lUy8ZgqStsb%NvqJ}jg8M0i{$TN5Z@0XPDOT?bodT(C
zsB^XqFRZT0NnHZcFPEA3vfdYO4R@<q?9(rmo!|Dgzh4(Vr+0>FX~&B%&)j@d_5sqs
ziu?Jl6T=J(w)0@b;1?@zIsfDj^XJTa9Hs$4!PGU<t(KFKa|7ay;hpQ}OrVaW?73yS
zR>@X^-_b2Jy~P{I&EcowTwgGU3qQs|L`J!xUS8VJk34RFev_Z~{OvyWui$JnxifBI
z-r+@1_TK|I1xHksiK4v8Aq~_T_DY~<!&4Okht2Eby6eAr>`VK&>X}bD<ZhVyxp862
z5BE*938)fr9!EAVa;j7$2`iIXl#_12X!2Np2zR0e$z<~iyS}Uq|8xrna-jk?cF&cr
z80zVL3ZN`ny7w8K*;R%oiC6RTe+^y&B=~%tErg9P2Dwr4W^9ZZC14jj>Jkv9Y>T-X
z2r@;04RL0KF1gB0R>q^_oT>h}`Z&<-%TfFdd@ln7HW`)ex(<}Ab`Ad5n`xkeBd@-`
zK0kkVJ6eF><F3s03qi<M{yBjYywCh97yp{u=ACQf!$I&!&Id!N^1-=9$Khj2+G!8J
z$%LOwj@-4=$)oq>Dbf9dQ52W2AnpUoU)nO!zh3@Kd9kxN4t^1hN3zyAYKT~AOHMfY
zR{hiJ+4%t|kE!8HWKFY|lt?O*D)l6VqnSMFBmmy(S(Ru>bEQ%3=HnTIcXo!{7g2Ff
z@94PVEq6dFUYMX<pFndxs$lu+pUkE7ukyG#Z&DP^xaz`QU04jB?vKfynVCr<)W%;@
zS}L2tdD;0^oL^sm8xL$e&;vkr6nL;a()c{rj`Nq!{wygkf7RWW@t%9yG|8%ed7B=8
ztCY=0)Aerv9(P$9wZZSjx6>sCF8uo7E86ZIr8KmT<rO_FSmroREyh0psJ@{FASpK|
z*FJ!iUL#Bl)CgG*{57LYueFlfWi7rcPDvPf9aKR@({7$->^*4+i|$DwAIk3!bI5v|
zO216Z*AdG_D=az4A`4dH@+J5SRpJ5@O=tg$G3;tP6`eCU3a53I)~?tn!%E^0k5xWE
zcT<*}9paFz4n_6#uuX!X0UT2eqm-4KVD$e)^-<1Fd2y8oj+)$jGOWv`Vg)MdIotlG
z=C@(l=&V^@9RYR!B}EPC)mC58E$%x4fRaUxeJNWB@I6Lc_JhqqkB*j>+;KUrqbYWw
zlPn)YA4SCmRUc)8ENYX#$GmU=6?5q|T)s8e#dz`Yg$yJjYL!{*sbN}w2N}U@GJV<R
zZVf2LVVa+C>I`MOrIL&JJG3o|V?Ytdm2M_WOy-RPHgUL->;ff;1*Yu_i1;;P^n#Yi
zz6q^LrH$D`i)ORpj<T|xB<g<=k5~NQs;TvoeL6-4d1d+-MBh0?O>*3_IO*F;%S&E2
zR{Ez`Pk}ko)21h(Zddb46(1S#)oqtbm+rI9WBf0Uke<ksU1{SL7R@o*=KoNL;CoS5
zL8Ab5AXnV~P6JLmB#v0Hns;olL%1^rs}t%8vOWtDo6sDa&!?}>58!$C4*9UF{aaML
ztSFuf+>>z?M^+#AL|th3oy;l_)cXRCxN~_zpN^B%Z0#Q^7D?IxNv^Ltvo-akOfHTr
ze{DqgT|HY(Gj4FIP_4R%9jhXB`O$%A#m;FHq1!!(g>HA=BC}A^6vvV0=O9QNKNJ7d
z%>sIFWcCE??y<d_ix&C5ce3zuIu6XS@NlBri{fu9E`F^9QgevTOYVECIo1PBA|(y^
zrrW-i6}tHLU#wmwze0qWBk1C{71Z9Y;M(UtPt|FO>`Lr$9DNXGpBr)}N{sSOe>vFN
zlIbQam+Xrc@aaMUa=wVwEQ853I?U-k+uPOm-k!by*Bju#C6gc!q8Y5Tm%voX#`qER
zUGsfwp>2`<j8-l?z>UfBQwoBC>jF7dl@gts@~*bJxd%`R1ADvZz6a$6$ypGVD6e<Q
zo2M_^+&M(;9B}!Ilc3^ue9BP<59{ZPqtC0)S$L~3+l6%|ZdVkgSMk#qIw-+~v9%qP
zIG9<JEU!Cir_s)w_QuA>=4Q9|x7S?Qzoj8+kj9vgl8MmB7<&5O6Ec$B)S5*;L9AfJ
z0BBEgK;!DqU_%Olvg?r{Hl+qb?_7W|D0X(@S9oYRQxiC4?Y+q{@zR7wd~J*fs%$ch
z$DYTx<wl!f4r(*jz@!A)VlA5g;oVfz<FsSukFLiBI=!BqzxiT9&5fxREVKbsu*gq3
z9*{s}i=PwX>W50G&xaJ2<%viHgX1PiY)<tVum*nW`y{GLZGLn(vlnrQDxilEH*zmG
znqT4cdj0)%9WY|d;(OsEMpVGh>!Q$8Rb>8fm^}Kk@N@XTv;aGEA|hZthfc!!4yT*7
zM;fnC`!X2eyNX-xhLHveLAB?Ahuz<~2C42aZlKPZ1HSS$htN-+@i}vWIQO4QXCpjF
zED!DO>pEiS4HeE&9Jl;EIS*`UH43elmLhH9>!~DQe*K!!ESzK{^m3$UxLt$NWAB90
z^KuCGK`+I0VN;$x_pv1>+u9Evble(*Imwd?YzcBGw2(E;BYRJi5^(!d%L9Y*P1&OK
z&zucmDVSo1c$QET#@ua$2jrSzdD@4*1MZ}Il0VPj7^cjhC2|B_Da~bF%|bB&^$P@R
z+qBvM+s^q%xNp5YA-Ae#^X*(H7ZM;ExSq*H9Ad)kQKCGNkmUIkP*8nnD8ZXr{H=7Y
z(NPEOFEGH}prJewn5$Evh1qqc>*VuXCM_?4EVjGS?0|rPU|z40I52D)qS9_dQEquy
zsYZZSPJPfVZ-drQYg7Bt@~z0gwfVoq7XKl%|EE~~{~tm8f7S92v3$t7-cfl;$<y2O
z`QK{&<K5@;&dQRKrFR>w!$KS7BjsYHW~-p@p8SN(86O+|+g*7Hl8jiEWw$S%-$Odu
z8dy!nGTi8Z%d|ZD*F*`7&@Xp)cT3C5gO?wu$6|A;^L71w{eGPVzEnY|zVY?ovfmlE
zCB968OgK>!_FPa3lt-=@Fe<d`2wI|DR6-2v3&3!wa>Q&T8|v(zNzW}QITCok7Qn*9
z9LwOkZe4$kBJusO!|0{+`Wov!+UjiXU9l9i#NxP@@Ahf@a_5ZR*Cf4l@KoEX9aHdW
zv8Viip*p3izB+R)jA@p~Tr^!>bnQK>-h@|IGuPWupaDgeJ;NM81Y2EhdSfTGu;QAu
z7RE9X)uNHE=}`jw?*p}}Z40AxZufV0%$>k*Q-^g#(5<bl5_3c5PN~N`KZq`P85DiD
zn^pn?;i(gkCUeDZpIiVZr{6WdmHxD1&nS~Oli886^kvPa;&fZ2fM669eJ^Qyg{XJt
z*pkJSofRRYGC^8^D7mr*Pe4tlN@XC0Py*xeeX<odGzz0C!Y0a>O3h#u)nI}#V^&!T
zY)W32FlXp1!l8l)D@{IDH3Pa^iCXy$Aqwv$-W4|Dj1<eKTQ#&eNL2ewjusQFOQklA
zyIiz<$vbID+Im*S!u%612RoVvkN9e_Xwm&F+C9MlVd(-|WQMa1NAn|T>|B-8Z3gVO
zi#B&vPB(?p3T|QsOy3mDpOzP?Er6c{73s2`2J!Oeb_kJ+QI^)wt$L*~ofP$jb8PH}
z8f6v6Y)(t&^+$`fO5BxS-K^kZuoB%Hnr|(|ddw}3WB{&rtj!dpN3u#ROOSxj(SgBC
zK9%J^jA<sa@n*!oGmDJt5rX^Ks%nGF2bci2g*WCHB}zuP%GOMP!<pL1a+8u0G^g7o
zJ`^4pZxb;<_WUtRyCMj@hp=MlY*AN9t@QEjQ{-qsQ#@}z4@BZq%s{CuE4yiQUeB8K
z)nGjM!qQU9(oXG+wS8$vLt3#FrG?<*A1cBArK=_Cli}g(8G@>G3LHTEen<vB^YRsQ
zVt`gqVS03<%biTdjKdQ5&-FF0rw7&n`}2;*_Ck%$djUWMVHz;fL8HzK9L<^|IAdJl
zF+rf-m_J~^{XTs2)|!Tf0OUieU^ki|MenWaAu}NL!*s*T3bD^JYas#AHM_DFG8y18
z61)}ek^8u*Tudxn=B#PJLrOnMw%x<S12<B%W8v<u!4pRwy<WrW_t-!*Vb;{#uH*Cn
zD(bAGqI{x<zmy;?5=w(09n!H2h$0QLbR*qJ!%|B~N=OO<OLwO<(w$35gLEt{xxDN5
z_j})W{&}7=XYQPP=AM~5^Lg%b$GsFH+_Z2VLk^f)yw4pqZ{82F{4p(@Q__%ioQo|f
zEEKNV;K5L!D#WX)*JfTGElc&$uAy<N{?eXC+tUjo_nNl1aavO_&EZHKVm&`)nh>Gm
z>(f}Gmr*9ES!hWG=%KwIu~D^WzJl-9jh&$O-M^zNC2a*>Z2S$7m?`=_zcjg~8;s0L
zn;c?INVpnXP@jq<ljpF=znGri-d54m&@OFk>T6c|1G>GjI`S#RC5tODYB1)r`n2bU
zVkZ=ZD;Hx|p+yx=z~Y(NJhl4z)1uHx>+fkJlhM%xfZytniUP_`m5gh}i@h=0Iz6ru
z6?>rGT+v_Kt1##Ng=B?X8+*8&s)j>PrgZM)p1T17#u{d~eGhGcr^kV+?Ql4jkeO=s
z<nATJL0J$=8M+V-T3TKJx!3S2Bou?z_X@Q1F|45%3DE=&er9~t-xh0|s@1gnZR&q3
zMP1%;&C)rl87-p!k$H%ppVT;N_tERO)&PLr-HCD+yN*}b92z!JF7>NQDcI&`b92~%
zT((}}jKXLz6+mUiE=izd$rP~B@mhdVIrliRAr!5um-k0?SZ6yMUxlbQyIEu~NUyx;
zQ)Uk>A0==7Z{JuL&|N{ln_50BT1Ps6a@W1k_Irs&#x-x6%8`u<8-JG4A5x!^#QLpz
z5ZKr#vyh3I&Lsgob?6<p{+W4(UU{+2pPccKXi{||>(ZKpP_5vR`)9FE#{k4G6;&x3
z;I_}0&c4@7RRv}@kdaumG}!mRG5WtS|JYm*P;?R9Au%7>E3^voB$4tpE8U+dTpZzA
zxd)-V*%C{Dvq1@DLDPvnX~<qcP>_ro72beRRa^UtjVWM<t>P+$<xPejfyt|e)Up|2
z0l1@sW1%oD4AN*Vz0_@~R|?X<v-c4uZ*eM1sp!p^W${;l!^G9GiZsJ+ubHmQTRyCQ
zuJJe@<hOU6Js3|UX(0<ZtJ}^94NWUtY&m72LQuj14S%zy;I2EijkHernWrpug*8?T
z`agUG2{dip!9AAET0UAGy-t$eBy+Ih6t&kZ%H<^aWE}BYLkb76jdlbG)T)>1i0Fd>
zMa?uY<j`&Fo2AeO_bu+2JNA<<T+VFJKhDj~lxR%22<lVq9~A=oX~i;1N-g-_3~3be
z75-sQiYzT&nW!2kQMGF-ql|cuPASB{$@GO3`un;4YgF!}t9H8<hl~S{AVW@DEoUC%
zn!lHi$k_OVjhq!`aH5VgH!BA_lT5D%iH}*#SA0r~Pl6`d--g)EUg$Kh6g2k7W0}ah
zGs7kTQ1;0;Rc@^h-oXVnQ8xl7z_%p6bGcI4CY)ubV$7HV%KF+$wr}tnTa;PiO45@s
zq(bQ&#s{de)~0vxlG49UoQ}4elbXM+Fx2#hQm1|E$ms)!R8S1Qu&}KGF5B6aM=Gnh
zX=V~n)@-xrtuJi2602!jxG)h7=VMEe%ShAX<#`xxW?p`l3M_`qQ+1KlXN(=G)wE{h
zo3bH#qPhiYo2VHu)0K)2#vuyXtWiz1EzMFtAGQG_N6Y|F<8O``(x;uid-f!7*Qs&8
z`l8l9^q<joNsiEFyNYESbeaR~XIjW@_>XDv+tg-%O$?v=zW>x=4tG4vqE<$q4H%-%
zA7`7LlB_IcWN>*i2f5&Ib|1DdWYU=K4SQ?Kg+(7??aOqR%>P~Su@(KB{s5NS565qt
z@dGLpNN+9{lAME_+!>Lx5h)`w(XN!U>9O229t`Rt;Z$x83c;9HA#tW^Ng_F<E~E0D
z`FynnPvV&RJc^iY*oZZ{kL5zM?MiYr=a!E7iS-|{4A>kyoek1ULr{ObyVmq@p~*qh
z6F3*yG>9DvWoa25HNJuw!H{-d*u^uE^zZN1795LGaMiS=o-)LRXv#!jFfe76M(&yC
zHV4PZWLiyxuzpI%C@p!9v%^UdpCdYq#ljXj;2dA0!Vsda88JL-O43-}_BtXFfAz<e
z(y%KEOUX96Mk|a`;y2gk1F5zxSh13ZGkV(ft91{^1fS5q|5{}So;(-xtYsh^*z;bb
z)U*K@z2D_pqAyJOvgwT@g%fzaG_?Jm$1rdYG7nNvob?cEM1?h>Vk`4oi^Dht_?xL2
zdWvStkXiit?6v+3vheuV)`HR@4>o}m=+K{(Wm-gP8<Yo2?pg<*YPN|7u*N@eWf3Fg
zCJbd~>qFE`lL>Y>v$aWkcjvE>NQnk$4lA~HTQ&k3u7-<co{3HGn)OuW)wwxM=agNq
zR$*tB;AZC+sH*D$ADcPaAEB4TUVyZaY7Lyjh$8L7y^x|W>2>U7IKHIzgebctcg;)G
z>v(hQ>|}i7a#K#Squ_W_n0{E-;x7lDd)qYi4xz&1;xL@MMm^<F;fQga7($AiO0MtP
zK6D6>z|Q(Eyqyr}koKj-G4&OcV=H>JMxLzpPjbb$=eE>c|7##UTXU@ex%Y~0bBXB*
zu#zpURv?#@tuQK8Uuhiloh)DHL1p|R+yyMcB}a|(_V4<gSfk~M?Xj=z-Pp*nxLJkO
zT$F&e#PIykupqhiH%o1qYHPQ$NtaKyUrIo9>RCDhM!{jx7{4{JXf29^f2-_VG1s(4
z=TD6!zUOZlo^g{O&QLw-OkHT(`ffKqK4e(#^0MU`iIs@pPH6B#-s>W^xi9R#toTZF
z7;sPHQR`iTeT1|G9=yAHT_@{=PjJ?!4=P}0c1LC9!mK!3KU_bfOTArw=%O;min(25
z24vyIEvXD949QoXJ}6Afn%(_53z(dWBkp1VurQ8vjaark{o4C6>RTf#51v&ThM)b-
z(b&VxW65HTy^x!fVYLel6~u}^;l$<P)`h=%+WLE~?igz?H=B^U3klN<uS0E*+H{?H
zTT%G<{W+sFYyx`12-x=tA^zNjO!tGKAcVk$2FXd+c_x`*P<XZHt-w1NA!p1r-dts(
zX3VCBA&py~nnHGtmCc)s#f$m@m7xijrwmqwGMe;&BE(h0kdOD|Fok9%YxGVUDl&T{
zSvYA^3&;b1vF<eyHxYM&4(;?zNLGJyM~&OB*laTv4PNHkY0W!`{OMAa>ou<>vP-@8
zHZd4i$;yc+;@{wl=&p=`7qr^KtS#L|JNd&O4ZyH^gpb)>1&MfCI1Y%?>i}7!pcLtt
z{{Ee?Y?~M1)BcBrtd@35G6qW4>1uUm@*7|O9rW{Ah)VML&Am!el1#C3k+SqOOyI8e
zBo7?n!dz~m+7dE$B(FV%d+ILgxFgy?9*!Fzz3UqmUbb~(vk1)}5m)hvlh&G5ICoB&
zXp%&@QEg@zNQY;iw5QWGEDC7zlKLB(*u*@|;9&u&O{#xi$WHG0Zw_EbzZF3g!Aqjd
zD5eM>l%HIc(j^{PYd;0qt=mA1C<bOFxtzHCNW6Yb|56tF!PX02z^hJoOOc4&+7L4w
zd<g*d#~?2ZsG#xurV)pEthTh!#wsoQTMtBg)2@f<7N1)*`jyvvG{KZtAw^BpSciMz
z=-!6Ia8vfiyEG*RvZH1j^k}5P7|V~QTFaKZ-002(oMIc_y3x4&ByIS2)}5RKcaBdq
zJ_+!*QB=KMUAezp#5~{SUf15y^#-R;1Fl!%iGw=r0uUEz51hEbftA<by8r7?z^qn<
zsmoiIqaFxZyg-g;;5lyqEpxS^k&GZf1kcXh$Hb=m`KGW|JrH0e;nQyB<lYV%TO6Hf
zFDpY<6UiU9UOH=Bj0O!456|y%44-XnSp*Hv^gZNxOL{}TOO7hC2+uXQnilAldhFcv
zwJjKumekwYFB906XPVi~IC4{#XPs72K}s)eebjuLh3RA&i!%$qm8bZq6gxW!g~e;E
zay2#IxPUW7M2Zs|9dW~x`hsWplFn?nzNFIF{x^r_z*`&6tP;zrREA)Y7Dz?AUa=Ej
zl`+bB^mjG9CLN%-TyD}+D};hz<}def(=d%}h$x6%y=4pvQ%YE%0xt=}C7F?KV$=X|
zF(lr?i(Oj*%10X$A<2NWUpo5EV5z{Yg)8$Xya=DgRYij-kXV{2@N*6y<!D6F0Aosi
zubX2mZd+?S_S&czQ#$tfnDtoj31CebhoL~Df%VWiEW~wnADwt6L@OMV-hfcfq`jiA
z4vf|5HqR0$e?REvYp~1plCqNkf&t|qt8>3q1Cpw$0Q`k0<2ntLnuUn1lTa38zbLR4
z&sfYg_ZC;Qz;D|VsBKASOHz)!DS9V8oKY{V_<`?<2N9A~s@MfxZu2eO%8L~*zFiD(
zu}l2V83Q)7A#2_s@gU)s9=~ge)xGPpW))ZhT)Mq!$ULr6r#<HrR^UsLTtAzdQb#SP
z_u$UdnL8G`v+f|+IE!Y}^^VwY3VKXFG}XPdm&!e(h6}kC5mH%h0e8p^7{{5fyw?M@
zektqQwo+`suVi=$bn!=yViY=kU_l&6hXhKZ5}vo?O0qEF0ODEb!|G7uh)7kotsd<K
zM<q2@M9GvNtK(qu=`P&fpKF?TD?c$Uwfe@ftSQuH0mS=7)y#M_ubLopa&yWFS2PE4
z%@3?9FhJD?e&kwY>ud`}z9i8#Fjj6ZxU*L4B(v*12s*7T7N|*k&)%pVTyc3~O%g(A
z{IMh-BCq7)rp%$65K*x`hpAa_q8w2{CY&Z`cS_tSF84}PwA54oY}150c7!*jGIK9i
z-v13HP=d=zGGQ9B{?uhLoprnCOXtfJD?z~qY^r*^T1hWku~uTERWc(rGnP<$ap8nP
zuT$ROxZ#<x$$dtAkJmx+XA0=%xu&TF_AjRT-t?o)O8Uv!S$r=#g@_-!Mh6Hg9~c)-
zpC<K+Yg5kqf5tuf_WPcnWAu=_ky})Vg&R{Mz}-k)*uvL0`P3@FTkddKAEaU6?A0;4
z{+l7-FN>fNjzTfwE{8RU;b|b5h*qr)C50#R<qmv*IE4q5#SvjAc-9OzV${Y3jz146
zAC5c+galL0J$1mvwZ_x}ppGM=aQ~s7bNi~~jWCI$)r&Jg3Oe+C)n0+_z%5kqEn1+I
z3I)MubUEOx6aP;rmDF~CP+ER3lcOgBjfRnIk^!pJiGfy?N3T<yhE6C$9JE7ElD8D2
zFF~O`z+q=U8a(h0eVbIk;M>qtoZ@<DoXDZ7O3gWO>L6aHYuw=MJxC@{cRngfKx=Vt
z$ueat8kL{G`FuRr+S0QrG5!Z1?P3d&3oCTpZ2h#q2ZKl3DXQgE-fzYO-tnR0RTi`7
zFL&SyLb8P|5R{?UWD2?pt;gvZ+aXH8!ju~DC<J5n9PN`-b*m<mC;UWZ&!G_mW;xu;
z1HJ(6*F%M(+A8`yye4Ao<rw9fKf*G?bogmBOvtamOrXfc!<yD_`4{GN5|Nf3DT-`O
zu*^13y6qEC1w`0?F5(jfUe`1FuyWyg9ES5a>!tO%Mn2l-t&H_414%IhnnuXb&g~(p
zKyhm#*>(?CAMW#!<rgnr_+xQ~`Uw>2_%Zuf4dujZ<0V!q9x=N-Ad@@+*WhxL=W$L6
z3|yBag*+av4PTtc{DHV@ru#Ny(mxk6voJBajzz)BB}wz^i8Z6UdiUriS`3Wt0R9UX
zYKn&!)cmyXZsSu#pQ7rFDF;@}b}xbB=fH;ZkvLK}(73B%%BDyG!ILLX8utCzau7hp
z_&;~;2hE>e@IB`{R2|FVDT30d^78UlP2A~CQb1WF56NDIy0Luvr&8dT6>X!tn!u!W
zlM9p{CMMY_1ZDXD%A<Rg59@z#_?#DfDDi(C40rxdk><hpui&-)PmBN8<R0Xe!b2eg
zi_1%_snmU#nHGyNgEjo?_?kYO0x*7VFBL$MkVlX6ofb80FB-I7a~|`x(%>)v$Nkka
zQTnWdDj~V$mgJtR+7}jDW+*|g{%lVgzn3d1gDb4Zp`YgMg(#x1pa$HY&d$I5S>sS5
z2<!j|<o3AFS*W$02lK5Ij(61VqP0NIPrS~*551;ptfb$&Vh_~_rLog57z{?y-BURq
z$;i;4Q6^6}0_6fKtA$))um!~Nn|n4d9O{!>MY*y~$3vLSgSj2D_;Hpy4Q{G1OLb=U
zmzIj#%3#TwZVkA$r;pb;)A8sJr9J&n(<)4sA59VnqV&YZgR#7Cy)S#Hk7-P8@kg#@
zdx~YK6snJ(2ho2d&Hu<+r8#MgZpZr~c0`g76Zr6=GPA4Ki8d76ybF8rJos&`=;`(C
z(O$nun6YmbZM9TPF{@wV?p0xOSl3oL`*}d^CRanIw&g=rwlGdmf4^+M^DJ9~!(s!7
zGP<I&a<g*ziKP;w(><X_H`dQ3*vEt>l9NV0sb?eo$@SsMkaR%Kefl3T1t1(V+zIZx
zcgzm4_PZnDA67Bz#CC6RWkbb-**J9!%d7>>0phEp`Yeuw|4zGP5lZ96V1H}WmmmBc
z#82}zS%Yg9mqeGVMHD>;jk^fDM@!X&t*X<Rp1la;nqKdT3W-MB>&sebt1wuG8l70`
zkJ;CN@W<|G$Ke|0pJBu{W5grR1*oTAjUg0tGx(pMvn@}4ko#rVas1~O(4qVFbDz7M
z{I4VcU(Dez2#lg(wYkY!Tbp4S&ugWt#|P!&YX^3Uz?7-WSxdi^xw4w2y5A8kl3`T+
z-oC!AZEexI9`_xuMci3V_hGBmX!CY;cG{i+rZ98rr`HAehw~gK-Lnr~&!()=*xA4j
zU^L=+!&=FD;8XgvwLhiaM&h5J1#bQv9WOC&#mr(+`ZoPCYs_SpX4H@kQ{dO=+*vDR
zA3N`%&0!aOdT5yd&s%=OwR0Hoh|?iPgJR^~^Qq%L<*CZPa*W9`!P>UkrJvp~+clz9
zF2c}#FM9w|Y?P~dz_43y=Oukkzmv~HGV&EmWwLQh$*lR&PF!!9>T8FxK<*gF`?bkq
z@;N1JneFwMndwGa1<R>hBop}zxu5;f7$`aXoR$PwVrT{cOdF(l@fuA7d}@jsd+Q&b
zjfhVp?T<Ma)4@h@cG}RYS3jSB4iS?d`waQ3y5rLtYUa~(EsF<5wyyaE_JQ3uRK#LI
zB^qPgf@h^FD=G_BgE@;Llkp!SX2gbE!ZMss((%^zYcq55y(pF`a|y2>kp*yn1(Uyh
zZM|J#IE5O?TW6R47luDB%_<;PwF~}BWHOWIt*p0WmbIwERjMLRb>Q&$+@fPG(upu9
zh#L*cN`)J3sY9jiB!)d0_!~e}(-xD5M~szCpn_E&Fq@<3x;HD0XYORwl+)mqnd_Z(
zJZsOLjsP#FXFq>7PcN5}g*GrApT7u3$MBgU8v0V^lbqg}a$G^a+WsEzV;}~!GgU&U
zAk$pKX$)t=&i%va!jXH7_7owGL;&)BYdB?8GQjTvHUw}V4Ga6m@p9$|Kj1;j3jTfB
zh$9G$@A4&3lx^1F#Ln>M9V+!#uW@Y4)6r9fXHu0jshq_|9c=qkS&|vbEmpfPE)Oos
zXy*A{UrN9EYF!ya%n1m=c@pU1pX<8Y*t~5Gc|~NA8$U+EV2(x{8(+;~xKsk15|vkX
z@A)8Q<H<HtiHH7@p!_&*%l$S<k)YFe!X}3LjWLflF5t<-o;e&uBn~;+pVNdCO?IZP
z2wP2XBn_XLn}d|}C=6sv4UX|7?El86za=FR<b0X*KwCYqn;!OEbs4?tcPvPe(+HL{
zh?fp@Z~_K9n#pV?cD1X_#<|tI6;`+s*|N>bH1<DYAUg)ClxOzue&0m@%3j?cdor!>
z%=$7ZPmk`r<it&ES^k^F&DE8MU&f-q=zLP@huv+-jIw0A=t=_5DMx>VU`NA}yj|P%
zci@t6J0V1pGH^Mz%kA8*`?xW)olsv=Z`{YUv|{ykl91KL*THMr==?70?tww)E1DaX
zx@6CE<EdNgd@An;IHfVRn(OA>UEkcVYb0%Zo27jiC177SmyRg9GI%l;dw)#JHN>X&
zq3!a*VdCy|cig9xZT|1J1jd^g{(+=rF>|x!;`5I<0Q@j@q9QE?=4Ud`>J``kp}~Vr
z=c#T_LW8UE;3X`~&+>PcewpBA>2QDPT)H3JpGw1$D%MemIoBHLP_~T!fx)Z$1Tc2i
z`fC%l*`LH#yfm3TzJS*OUfdoR#AvZ6F_U7!RU!eQX8d@HlcbtLkrq#%1V9rw8^$uy
zHOx&<L^$jKuN$cH|L%~4LyQI~Fi9~Dw9Wyy)7>oJv2Rpu+(gnbrP}OCG1HR;rH=GX
z%hq($KN)vdgBV*}3;1D&A;V+p!y9-hDS}@Dz9ql{n#CU7O!gDX7QH5?+!^h6K8$16
z*KOuh%bh)PP7G}wHESuX$2RR7a;F@G>zB@ic7M9)E6ib?B)2#;5&(pd3kl1@{+{kI
z+&W4GSn0S{E+9R$F`;UW!qeO;6?F?sc9#(CMnE7Lx^MOM;ETT>uH5p-51wJ!EfLl6
zsqz-?w&)>`-GHf{K1b(2!0TsjXBOaFH?D6xGFPr&Ba6r+UILChA+DE)d8YW-ua7Q=
zcZ8+z1pyC^t3qQcLw#NXf18(YHEBD|`uQ9s4&r%#_>8WsZ4&}=0PWpUN|*R9ZN#oV
zPo>7olQ+{C(Z2I!B(gU+c(yE$Celgz!w=jwHH|aS_=l3HF}VSTIiOBG5%;XDNRUyg
zN`YQ=L)ygG{xw%`L1(;+9Z)4^o&Yu=J?QfuJ}hx6g7Xiz1nlv!k4;zHug4isG<0lK
zm#JS(W3dpE5|OXDOkg{hZeCrVT_Gorj#ee1A<|ND164BkNSDQz4QR!$ytP`FES|hs
zLdyzA2k6pMJQ|#}DCldBY~agN`hP;mnM&9^H<|EF`_k8|?AL~QZ^1Ihe|XHae{~)6
zNW$gNWPNA@Kb@7YI6&@5^NgQQK3nVU{lXeKsncq}4a>~TxyU2Jlk}rvp}ElF2<_pg
zdJ6*p@P+@~5umnA+z#Y{geCj9CMSs4zUY#ceAKPUlBeEMiR><{w5>)z!C6L5NVFLy
ziL%-8$tIZ|%dTQ)5#vhjZ1l&5Q$h!q+KSbm78vA2(+!`w2GZC93S9qg8zhLZr??Qk
z6Q(rqeLFl(n`k;Yarvd)J+!%7%Knnmr47>v2e9FaA4}UBa{3Ctd;PNrE#e99_&Mr}
zSh0qfsHo`G7Q*dGPS|XB$UQIug@fzEg%y}xCkU5Bd2HaGBNlO$$zaP@2V6Df8AZ|J
z#%!Z#tm&Dmiy8gjGN|gKM2jpk=Jo-w%z6yrECA*wPt3SX&%sv&Ap*}8e`pf&rS{HB
z2i=-)d{c83a8C(*5mYGqTR7t}??dhcH;}*ek#bfqnR6^IZ=K?baQ*upBJV~-Z^|~w
zTKYBFLr?<Z1LYYm&Eu9H2~jzT|1U9l_h5K49sfl|tox7A?U@;}@$(<f6ex0fYPL~$
zu&jt~SMNf)xRc62?_3(P^dYq8IUr3A0-nqu$n#xJyT~SY-6)A0c@AKdt@*AAxk@6o
zUX2y`%&;~I!)x)gwd-TbETgIPcfW);h7=Z$5e#3V!}Y*X)ibpNmy0JSC&UZF<eR7S
zHDxU=5Bg@b)?R<U%yXfrqgia-uy;4Lo8_i+afNQ}o6e+jo5piDq|E4y``fk_>hXu(
z9zD)bgK06IFxxFY5Ql$!nx$A;Mt<&h-=`yvEg*OK3cY65L28_Zw3_=G1><M^BHeU%
zyv9z&Qlyp-x`VtPj%IDi2^|3w!sU0|<B&auvdWL5G3OT-=8IRBOIUH^JDw$FeeYu&
zk&8{rZJxDyS?#s#q`&W&Ic5^Htk45i=yZ~X2FI5=^Ao2!mnQ=_6{(JJSv)E7Rp(e>
z+&mI<;9_UECtE(;m>H}PmGiJC4SHDp;_C7j{-S?{BtT`U-2Y>Ro2xk=I}3W&FZL|(
zsy<7fl2aQ-i&QmMUu<k}VWF`Z^fL*R`Z6b&IU{V0%iX`;lMycteh;q;G~vq_gs4Fl
zd_wm|(K3H6&S9+|7kroOAPhX7AB!VfOz~(8&<es3I6;G+Ea*hOk!ED+pN9xrDy0Cp
z$0Es|h619SEAysar9XFTZ+3p!!Y%pd-+V1!`DSD4=IZUC=1G60$JP1xN(FhF)Appe
zY&P59z)Ek1;J!QAFCbfZ_+#ccii)g!ZU5n{oxGKCFe>@%yW1w6G{+YLU7pl#a_MP)
z{iCp7{%G&EflU*30$m1^aZQ3dS8m}Gb+Qg>Z?t|z6lIIQw=NJ$Vc85-DXdvA5NKwD
zGnHFM>*FZf!Q<;pHEQlA2rSDDL_lPrgn5QZ68v!*peO^LH>o+4fb?F4^|2{EmgCJ;
z{P{}3t&2&%ycJ&yTTeo0coQc+s~#<s9|oGM7h9#>IoeM1s@Cv$H=jG(^{(2$H#?zF
zSlHXXu0yB@5iVu83Gf=9TLRa3ynDujcG9-|jERIA+LDeDM=F^6#G_FlK~!{TwuOci
zkabpiZ2u!yTg^tyToYqWObD<q9{o6X2=o9C6^g%$4>d0JG=KXxgyC7PhlDQJ2ku{-
zfLMMG?3yuFt<z>mvZo;gTxzR>=3-u!&MDuGeH!+kk7Y16G%U|WXz|2vm6n!<oMcJ(
z(@8o!>RZX2nw>Z4@pz`>_akZx16gNzJX~@mIau<mgA)|IbHzBb&#t@e#}d!>Y)|!C
zntbiAV<pS{l4s#1m$t*)627oyA{h-HaFOQ0OiWV1y~M%%7u&XGM(w6nIvk=^mRK6n
zu?kq}4kP0a{6lR?);XT?Lnc7ra<C-U$C7lwl-ER<aHw!5{w-AF_dL6osKN{`J;5TE
z*K@B;=SHkJUvKy1j4`PuFnZ#o38p8e6W?K-6+^+<xG*+u8jg_-0XYgPZsqTY?2V4*
z)yRJ$Sj18CoP9!H!h&7vAug?gwZ^&K;)C%D?-&PZj)HRoDK)kx*lg*oJ+uGlp^_es
z(yBcH7q_1NN2?2xq=H->3AF3IDxv@}I(PfdxheL7e*^9b=}A6lS4I?(Ss0bqJ&7_A
z^^Zu9^s|%UX+kPgDp7FhvdAV3g)$w;**@#^g?}&sTk%qJ^TCx}<B9GBIbt>)9UU!e
z7u>|$sl#@>b(7r<RSgj6C?D4Eu%He=J<A&rbK~r)PEL{BT)5D>l$NycFV7kGZqmb}
zi8aTg8k~PQ!Pyl)BKCi+F#LL5Kfi5SY=hp`#NkuN`3z_LXx2TuXvPmWQ0jGQl^^oP
z78W?aulq*~_rp=wArb8lLY|O0Ppo&0Q3s{+b8d8;xIazHy$pHt=77l@1Ff!p{QD|9
zMC1Tj5w-C%L9-dGsh1P)!A)(HZsm8f3G{B)L13;KMajQ4I3}cL+t#|Q$?B<N7J~{-
z$8|<tK}$j`X0993YhQ<J(;&Qd+K(UnZIsKJ^2vtutIJ)G6PaE7G`lWad3lNp0#zK^
zxGZ7z8H$riTV*Q_gR#L)K)!B+c1S_&>ziKdlaspEhxCFKvzt{VHrD%%4UZ`*9)uO4
zd9@cr@0&V)+A(VJSlN5_BhfggI+2t1rwE56@^eeZ&5iPDN`@~QmJaRaxvtFOv^?e3
zW<9BJqhgiHW!;p0M0s)XNP))Gc_GWTI@P4Rp+X?Fh*23Fc0lP;Z!l%nW_PKCL_8u9
zen&!g?L3hi;%kCc=>4`r%9|S%dC2q)-<z|o)ww$r!~xhR!hr1rs7f62V9c!t#$@n1
z-cj_ST>}H+2K4<tOkq>w0vLZGeV**$U;l^lOaf#rP`f&os6|y6c&xJwAotU<9+osk
zjg@Y76k&ew#8qK7nUi$219Y~2HeE<{;_^pv(y|@T3(bp=Z{hK)IZ(0MCEqnZZ{H6r
z&ZZ`VK7a`%1}Ng97cnWf^`CXXNJ^9Q$jvg=vqFV^dL*`tXLXu?$V8XiM<y75cA2hU
zjBN{$T(!KoIn3#eA=xvvoSQ=Gq&a3>PCQd<VC(uUGl455V*RHop$xXbL(xV?8=wR{
zak*^xNd<#zJIFrR{SiajhaR?HF`_&98S2UT5xmL>tZV*X`1f!uuQ0wku3!_>V}mf6
zC3g;zt`|CzNZV|$_B+)<kI$1cm6yy+VA4b+OsQvtta>f(tj(Mr-XjWoN|@Vw-~HP^
zD7zo2BQ2uyt&Zk*Dbknd#^9!cK2ZxY?@I7`BU23(<>hL|Vl3ezW;AZ`m**|`Z5{sY
z*HmgZzA{kihU04zX>JK)8Q~z~m7f2s^Js%fj_x@@+nnz2dY0)=Q40QOIelg#Fm<lZ
zSZ#c9t18~D_$OXfm7vQ$;DQpmuACKgJWj%z&+c6xcli(7&IS1TyaM<ZYjtqn@2zr+
z69PXwtJwfUGa9@-60luH(wq+Qn~2y_Zr^SkJJpZfi62}75q{~He85+H3rJl=e`h*6
zRB7cvU^e^Yo%Q{CH*Y9~Soht`iI3+Q=k@5UcR<>G(W`6hzUoysU*n0DCdnbpNwH9@
z<wlRtzonm!Bzbp{mItjJ6I2gKG`vm(RwCGv69o}N%cZVp-&O8-XYN#Q_H{_^LNa%n
zkNb@-|1m({6HOk55HP!ZJmRk6z|o&Jew`<sNyeBDP5kvg$mi9O?FkBx%K7=|V}&13
zSgo`44=Q@CW_z|>Szz3XN4EdR3lZWMHE0<q+84O~5VRcd>7VF7^!Tp^g(QtoYWyqY
zkeB};;R~JJ|Ip<BZ?cZ~C5~(}QeeAFn=uBJZ;D*W|Kp#bL?jTj6X5uh3(q(5xIxgp
zf4zOOv*_C3?p_Qe?m9ng-2K<z%6W<KZ(B>}zkV{tmV*BTJ*gpclPT+dsfW=UjxRz-
zEnTa100Ubt6ciMP*tjSykp3ryg@p)5YOC&pJ85FfkhsS1_UI3<B3l5ytHzw<U!()s
z?vq9=1Dn_KI*Omt!Lg`2F{Fv(_Xaq9IQEzWf~8-~m!t%)N3Sz{?mXaOsE%o=4k(DO
z(mz*y`1_PbkY*8u7-5~$jpWeMfX4@pv=ilV$_4&_^`{cdfcFyc_mbLR?{eJm$|(iN
i;A$3e=p!Lga@xjehRJ2E5_R(!Kwd`WeTB41(EkAu9}yM+

literal 0
HcmV?d00001

diff --git a/doc/assistant/iaitem.png b/doc/assistant/iaitem.png
new file mode 100644
index 0000000000000000000000000000000000000000..2fcc1b4c8d120a4cfa081a8641de73977e6ca6dc
GIT binary patch
literal 34868
zcmce-Wmufc+9lk0f_s7o2n2U`cXxLQ?(Xgq+}+*Xf;$QB65QQwn(QO{<b3ZpGk@ly
zX|67yo~pZS-D|B1k&zOHgT{mg003~JA_8&%0O&6O0OaR8P+&<`koXPo2c(|3umIro
z?JKLjFcw(y-daS}4gi2bdHV(dq@;ZW7DCyJN(w@)fMbGDgLfL=2m=700HOlC3eJm1
z?Ox{UyUDwck`_2$eu~Q5vf)4a@$JgRn!#h%b_LU`(6*!L`gfNvu*ct2^ih3YG5M?^
zl2K05MF1_@6@L|EfEq_7fq`{^@N?mt|NHdx$qdSLK8BiKtM3_kia~@9boL5<<&ck$
z#+dLko@eWK#vMLFk%n@QvvTBls?=m6z;2%Hd1T(+Uw7<oxWNzY;&OY!`hI%n`zd&H
zV0RD#oEH(CS0<Sc_zrv-LchHue#x8)pvL8NwSRqiPEW_Vfcaf2tPqyQ_53T0I)lxj
z<VkvB8!vlhVWHXS6qhyZcZIpTmzl5bF8MW1Q@gbjT!eT?Z<U@4G<m&x-Ve3Y1)N;}
ze$06uVmbdFlG^WPM3O2L{Kvz=<4ONN8}-jW`?IlsmjC155&w7P|LE)g^tk`2{LgCt
z8M8mj|7^w|kNa2i{wV*mcmJo&h$r0w{T<ID34Gw-zVpqZ3wRrpcVzOvKYoG_nUaoY
z<YRH_N=0KVn$K{amHQPe`~~<+1DBKY&4Gp7<KtufLYyVgu-!;jxF(^6{-cWkn1!BX
zcBeRorl)=^+hgfvH06>Jn<gQ$>AaF)@+`ez1V$(Uf4t0K;0R)KE08G;CF{4R{>sEg
zsNA7aD<F<|9*$XtfS-@<1WjO^?`lRtZ5y%JRMeCS7>lodDc+RvC!Kq%NjKNlkAKt$
zd1K%U!Q1=`(AOw<rw&tkesxm1r#6|f=-+a5%oyhTe%--aEr;WqIZekr)kS3H=64Jq
zR2A6uu6+<KzASWe9EqZ<7iSoXWJ;8<1}IecFAjb2r&RtPVXJWGPG_(bki_2PSQRqF
zOW+OPlTi;z@s*@v$q1=Rv?5VeuyxiMc>DxD3B*wk`<OGZGP3a7G|9K_DBEU9_#Sf;
z5IiVLVf_v$e1OPcX1m_L8uocKJD9&8^O&QtZffsE)kG`$TA(V_p@>&A;yvU`#qx{)
z{WwlP%`y`_PpLesv9L06kl!H&d{y$H<T$JKqODH@Qjl41`XZz^dE=>d+F$^4H3xc2
zb#(@S?nkkX*&OqHA)vl{<FivBnM3C?Q-^FDT&x>ZCUm8n2KnLs9n<u6Rmy?nbFNIP
zm;swm%NnN57YK>vmRu2Olj@ih1q>V6>xwofC_n=!xup{cbb^m8nAsew!=b>wp}GpS
zk|(+bzbJfD;B!cXVmiFv+$}@fq7y6b#McQ%cH{7igiv#Mw0CR90?_GJj5EpUwTQn)
zV&$`2*AL<f;D9STo)ju@4R7>>C!EFnIU7P}2~UNTLSF9Br(?hVD8PcylZlQ_`(d?N
z&aeCVedI`cI8lRQPb~8Z6Mz;_ntc^KY|(5_M1D55Uq71B)i~R5+meWK-3rN}T8!yk
zZeg`{)n5RfSbQ5Avtdv)?*X=ZadW)likK5?6&Ymvh-Un)0}DEzT0j`GlG=9)eb`{?
zGTQ>Di*!<6sjP{3Mp#3k-8_l<wwaj@Z~$US+1yUkPMd1OyeI?{FcBrWI!~go8mrhr
z19dPu8xb)R!9qoplQs+RCdz5t!~n3>*5~A3VCg)Di+sCOriY)fxA!1Vng*ja_}%s1
zkj*5|Ppb2wWqtI3t1-$5j`0Q+5cALU#beeTW4_eUZkHA~n9VknmTd|Id3s>7lNjLl
zH`!Qr4=cvJ=zeA{J`0$F`VO!wP3X)w!(p}%ibZCS<Mm_Xnn@`m8TOBJsPK(=76Vq}
zTT9_<X+s^bqZ7uJ!4Hwe-%{slG%deW<6gxNhELbCpjRTSB+2I#wyDTUnuawMx%xn?
z2|)r<9)zhSw4ufg4^mb}u8G=xH4MKjso6T|5}1)U`^_x-jF~E(@W|d^d_&&tL<<+R
zUtui#YeXLj_HK8n5SY|oya3-*U))n?u2pWj77QDTHug-ZkmRa;P$NCfN-_CwmZdyj
zY(nbyD!L*Qlo+u!DKBi(YW=1f)8v_3sP|{7F=lJO#A4+491E-4eaAtd&ve^I*j^or
zng@sJCOoESjHuRd4LIyHXf*j*qLlaV9=yz?=|8H6`w4j-?2KNOhltbr<!c=jA8iRS
zDj27N_$%4Mzb`KX{gGy2Qa0(ceMC<{G(G_sf6fPXpf_aQdG!hjw7D_RfijTAzezP}
zzlF_!&L<wOl|J6%qodocYvtSpARI1VdQi#yQ$R5<T$Ze+E8&-BHzFE_GXQKnIHn52
zuNG{LiMvUi8H7e@i;*GiAq`D=>>CBOC?fI7V%PEupSZ9U<6gm;u+zY1-Z2mw(Ky}$
zAwexullqmmR?LN9zkC3CM=JP_8g+Uc|9r-lisk$M-|Yh~8O9n6_<p;@jM4d%3`b9L
zJ$h_&h9wwjTOGiFA-4^oP#>h>F*y_PQ?4&h=E%0@*a|TygB)Je%C18};E9t>LzQ-m
zxnIz(DMnGwyk98G1WrO?8D&ALWuDL2wMd{LWl^JQIFzBuSj8qhn+0%tFOn$!#`CFj
z!pl+LiqWV`6TtioVtkXMSjcCD<sBV-uEuXlu0~d*=Vw|hmt}QJ&a-H=8;;4e`t#fX
zN4;>;xIrJ#|3Ub>83<$p{Mq_JW|>Mp(g&P&twhlQkaxwDS}Op2P<Vj$RkmIq!-Y(`
z#X<*`8ccwk1R%@I^rvmmb{Bu>JK)I3_nf;i3C_b-5P@V#(R*I1-RSn5r_ygSS7u9r
z=@=4*OcMjzX`Ph0+V=QNS?l)5zA04m*6+dgfwo)T-`p2MxE_MJTic!@6rahuGSqvb
z6&nKjcN&(l&byj0$R7p`vh)qE$9%T(oVYLI!^X_y)O!VKlkA)fa`2^1pAWVhzEz(_
zYT!7R8rhYVD*>_x7ftV|pfh4vd7y9|1%Ahgm7@E5>H^%U9lH9BXwOrp9Xgix(VPjO
zs=*1w0Z`y~j%P11F(9_ascbGo$>bKo)9&szqiS}ORXM<Zv{J#H*h(DX5Q!H+u4rtR
zi?H&-JHX(5vZ_?11_)mce$KKeu`+dldso0%>^R`rUrf;;5xYo071}-mnFc|#uX>2p
z(hgE)bTHYlNLka6<lQpwc%y5q7}i`3EgmKO*1`<T$Q4OEFB!l%NYz4FzM}6~3sN}X
zEC{?7hbh)E-|OV0n_#kAv)$!uFB>OKNFBhNw%<mh50c~=GwQ<XnuJZB;0NvGuM?Bl
z>imKIB-}ZC+z_)Xi*ZZ8&{RxWLNxW6gLqiw{YtbJr*N(2jSGB?m5R;AdPo2y?xtNX
zRV5{kYI7@&Fb;x;-4bvm_{1t^b@QP0CH#){482LS=V|yreN1F|0X;0HzI@_L^(}tB
z-AqfhPf$TIdowzS^{lC^vi|-zfxN{!AWC8Rj@_Dx8~(0&f<5VOG6)<45eeW;e#avm
z#|yB>uH*6dq0PGM$)tnpZjI^+?LcLZ1r-+zsO!S8=NKqtT4JkNGgtT89jBDFYw*qk
zphfksBrd^{!NY|HlCL@xsVyz<t=sPGu6)!-{Kx{&R<TFOkONIJEiY6SM?52>(a%l#
zsUN`8gXW>=DYz|YXi4`O1F+}(je0e)5w#}wl$&7Y?Ud_%pYv1*6?IGf8IL|8=uxj)
zMUJPlR@KZ@HCa2Y1qUjN-D$&h;e*3(3|l=xx6QyR$XeR}GE=Ynsg|q0q~~B|*~CNG
zi<&j)4UfTNFG?1Jf_zk$vRHnHUmY3l?P`&p-Q2onV3l=R^&3V%^D%qCdxIky1HdMD
z2YfQ1ewXr-$?p|N&wK@;6xIe6dwW{Y`2U38{~L=+Cj|L!bslNo65cn}`UQbj+36JE
zWDM~&U3s&>-r|-mMX{Kom9tFC-b`tUVl})+XQc|M#=9{YM7qa^z=zGt=vE9)_<^Ea
z;BLGh+wSFcFS{WQSi2vIGELN|J{>m>(heGgJO4h>*m;?V=W%v9&6}Lyu&8U@Y|*y0
zzThi}px73te7n55&;24BTbDz;o&Tg=PAMi-xlCNmvBu2kZnF^_dkoNUstUx8$D0M~
z0K&vWpMXLuG-TzMXyqjS#8>-7QonTVp;wp>o#0iOHMM$cAzhUSOKkV}t1mRqBh((A
zCz&UBaVDyTIFML|P!p(DaINr)FGBg3$Kvz@+@^B5(*<pDuch^ZLwjgTum~>T17!~T
zi%4IVUNqkxn~eA5BlDyY#Et0spp+f)rMert;i<4qg4N6DRQrBpg);=oIjMi#FD4!O
zXnA1#d6-$!agu<~@#K+v^*etyPgzoz#@fUg4JD~qN$Vh@8%NXY`p!VqtA5x+yEHC$
z(`)ipFd+K7l$wA@GUhHmpmRi&<htt=m7Nj<9V85(9-ouAXpy{vs3-WC9Khbg_i<rO
z&`9<jQq|aj&_t+SDuhS!;5dEQmJq3;gxFw)r_Q0yq4&HdeFJW2AHF|~Yse7w47iSL
z)w^ht8?evX35{!g8VV^!nsus%(_5ScG~mFxR2c<0%!QgJ_hueCLs?FmrFy}Onfkf|
z&Roeji?kb$1bK<SJ8m17kL>q^M&)a2nw#4!myR9KnbHfCw2IIdvkdn)a;z7R%_Obc
z-&FK}6enGPEb?TG&J3xq{3y3u>yuEGABa{UU?iJ2Y>$}EJCGE6OIersbdZZz&h-?{
zd3#WdGtlWGJ9P&Q;BY^Cc^qowW`kIN)ONLhX+tlZ5E0$e5F4*MJK@Bq{))-yb<UjG
zkGH`tp6Ras>h3jiDF^D75F=lC$^Fn8q#l*=c*tG(0gWhMdLOZ`?RBG2`&I7wK9TG8
zntG=5b)y|-%^BaV!$4qJ`gKOy>$ubDLD6zIi1KMf`z0q_y#qK?DWA1pN3`265A#pc
z`;#?;INay&$17hqZ#!=2$k-)=AABvnK4*jIC=6J@V_C)Br3>P>(6OS2nts%o`9g`3
zOZt&`slSq9+*S?DzkH+N8##0PI+lv5U6a21)s6)^uKHC!vPAywrelzzMN6LbRdpC)
z<WCr`i4~O+se!&$9Ha5Aw6?vL8U~0Co5su8`BbXi$yN?>Mc6i3h2X^_aDXoT5hj9=
zOV+sQJX4gEj~U6dsqLq#^!{zB&f-1;JaY<W4)V@D$z3O5Y^lQ><^<$}(UvBQ?)UYq
zt!wOdyHXoBRxgHnhLgJyUjo=_nT)XT0%kR8WYf%&L&5urdu-Apr5)MJRbNR$Qo2|~
zqilxx*4x&vmnGjh&^Jotm;yuuE6|;r1TAn!$+&GUBTMaU^-R#+`8}^T#)p39t8<iG
zb@r0T*^IVUOoP+jh7u2LOL-B;w!YHYjZnk`h%SPtBd>1N+gB;845T}eFm^OWe2Cm!
z;outHlPV{EZ2jPrJzR#~z9JKgFSjC|Dms=cc3GMxLXu@xlT!DCQMD)AP`ovp@0uuf
z3Axl~RAN;AIuzf*)2Zg`U3j~&c7+!lxkUD;<$&tk{4x3I%D2gEcSzY}+peo8U-s8y
z<x%SO<N2NngcqXuJ817l?z@Or80{x5@#o8~s2BX_p*4@?moaK_QRk=)-eN@e(}}uM
zjn`A)F5|L|Y5=}!;C#p3bh+lS&G7}errm}RiP|p19@ifADZNiIxL(KCzEHUnI&~QI
zmS#`8X+J!3sXre(7wlSbzZ}A|Hv0P{PORrrx7)KnEWxb(*gDAGv*Lc36sOMozI3YW
zxR}H~?l7trp=Nysm9tUpW7gO^g4(%+Gkw*_N(r#M>lRHM;G+F7#VkClG|I&P8C%1T
z3>iK}&5f}1ds2t!nB9j$WpyK~dHVyI&$K(LZAQM`Kb5BteIs^?dBLJ|zS{N9a665V
zCLNP^2#TKyoCv9`3k^??*`2itprU-xa|C_oygb4dG^Pt$wHNiys#zT>%yH48Ha8n4
z`z9X)?u&_Y2)-FclhSp9i7_XX7fp<{i)&@l$gLZUc8d~R!oDn6kl?9U_wiT*wbj0z
z8(;s=Nb-WWrkszDl15-o@DA%k^LO#V73_Z}){=t*#Jb_GV%l7fCPUQ@Uvk6{yRlgJ
zm``X5^nAx!B4(c;TrU}amCF_BqdjdwMiE#cPx%bowy`X%woW@mh<HMt>KWRqcM=ZA
zXGHYeOT?#`EZZ%$B0l$PYR*~2R8Y}6@;kN+8Prd=mt(?yJJ6bx7=A_DRc7_k8JuN=
z>oTf^Xy;G3;l011Yo@HnG$(07l0SZ%Nvp@I^ip+_AL+eEPyoI}U^7+STZRP~#4DFr
z$(nN^`!Za9MG~w!o_AvtsaoLPbFX`&c<#~cF4xLO+^-9{%F^!vDOzsJ_nT11Yh_Y{
zhlO^xNo3GRkFkkbUd8AhVu2(rn|7zQw_Nutqlr#uGGAZmgkBF%ahD&D?i000@N7;p
z>0h^>U@9|s-Sk(Ww5NtkzxACDXeT}H&jwg=fJ%WxRlGcPY<gMA?A4v97Jd^qY%Gvu
zn%#-FFQ&#$Rik4r0pYP?j<Anh@<BHf|7!TtoS&r0b=DLC0<2(m^~bPUSUpTvL&;DL
zoleyP#m<gHb)SOK)v9MHFC2haT|X5I(9&w2(cvQQ1f7P7=>B4TTE;I%ONtLbS2~dz
zdmo|k(ffOU|09!Hn6e-t6u?Mp+!{&UwM>W-uvgv>V%63tmvLHuN{iqiAzFW1-fwJ$
ziRG+9vFLF5RZ%wfBB>j3-ia|zE_c2M&IQ4E|Dft#h$`h6-Wx1wqH&V(+7j+15i>t0
z4H+emL^|f^hZu5}fTwh0vro`MPCHG&xvxHkaw3+xjm*z7^n4?Jf!0KZ*o)4XCe*d_
zkcz%ZDSl+Wnm&Lu$C#X~l%_6!e&7txd&P3#Nd#7U-kb_anVG&q36?$i2{^3aN}G1f
zS89xauda*CvzCK<#PJFW1=t@8KG;o6wP{$>y}V0&-H~5!J{s|Iw=aOimm#j&&zFa)
zn0Tyq>)Ky+y1*M{ebzdfx><ST3Lx|ZZ*wJP{&iT0rfR<tR!G%(*B#W^a(gh>QH9od
zJMuxh>8wv4I-bG&K4GP!K2J%<L1Nbb7#4G;`B$6ln1wMQtG>^DfgS=Mb5%qlydlbA
zls(|9Ga(nfDdc)m2i;LbQIPLg+r&v#x3lQ|Uf@dgh22=*_A=y>>ks|92+IHu6Th*d
z?L5?2<QR+7lS?~nC~uJSD^>+7XI3E#%V<c(M5XB6`<sZG<0+n=6Ug9irBtSJxbm2w
zl+=}haY1$;nuS)&X{`i7;R<d9J||5ljYYV_y{t)N!$=m1HFblNd|T@RYvoo`bJjT4
zD8(<0&ss(l)kXt`->d!{4k{63Wh?bQie<n1yJ1*6U$R_}Y1UwuDV^kjJLZoQDRjSt
zC20-lFIj5o^25`Eb8RWWT{$U@ZN}+5ez)12!i)JX7$>7^7lAj^$@6^SRsV6=tTPd2
z;C_wkBIu?087qg-^W^(8)I{eU#~J$(N7w#`_@YgklAV_q?bo%+4(n^<C69h;a%EfR
z!4cQ?a!I&r4i;Uz+){1Za5gk?3)=%B07ZQWo1&wVT}y%Yz*r_D#?1Oe3TQ?ni>AC|
z!&2SPg!lU4$?oJK*&7wjw^TD+t~YS5jVp{lY}$(#j$3{*ddLgWvK}xT&k3_~Jyt~f
zD7sp!B)caB1CM$@!XlX^p}~jt7-O)@;{a&3(+Kzm_;Ho^wO-Bw3UCb~MzTrE)0T~6
zJIqvfn9Jjveaz?1C>Gq&j7ED<1)|Ot^Gc@Ds9r>=kk`_1E1IT7TDO&~rFO`HfUHBw
zFpsJnx|vGIU-Z>C60vo48Sg`mT=0=rfZ;3>Hbq%rQvbH7T&q7Me?eKdQ|Ym>?e(zt
zlq)^K{csh(*ZIWJq?yW$`?RCK+}Y^mGr4jbNYb`>c{yba+3C*qnq0s;R-Bp1b-A7~
zm{{iiT>9k3{rK+o)WU+;&9h9Q)N9RohkK>;vGf+@bzf`c7HfjUX;DaxG5d1qu8N3}
z`VQ0^GQ@ii(Rgg-kQYIYT!b>{L%~E!YwfPO`Ru(;+0Z0t*3cv!UfYsh{f=b>TvI^2
zD51KIsR!-e4ZSOR7;pL{V{2f69$Ts5EoDHQo?Ke}{7kkey*g8^p`^|ywq_D7Z1ek1
zWh9As8fn60-qXV^Yx&HoPIKtbMmosd(8w=Y#=JStb*s}<`Q;tWoNY7^x<u7<Obd-N
z<!b_*O8oBxW{QHxmJucP6Ez7NH`!8~tC?O;sUx9y>faLw)RhW`mmB^N(<XG32^@UX
zrlK;$tPx=7$8dvdOBTM#T<ID(jF9*~)7~<}<4TO%l;1*ZMnMxfO^580<-~h&EX+tA
zzM~=Tj88swdI^a->N`vy>?n_FTQHftJW_1czWn&IpXl{Oip%+O7Le%a{6eH^@{6zI
zxx7-v>*0K4@G0+*$i&C^CRcg`@t*7Sne5U--^6G6cA(_e^SbJ}{)1RxlIgwPt~9sH
z<BFTQ#>%bwbbK9KY$wW9yH(L^&qPD#?HBFAH8i<jbw&e6U0XS!_fu+ik1|duc>9Mi
zqboHa_hUWF--&`OCKW3$Aimp(^3VCx-wqm^)!sMkYM9l&_s(CiU$U#HH@r3ZQBlk_
z;X95qzvG~^YcHAmVZRIHSo4^<K<N=j^S)D*l$fY@qbj16p`-)wG0ddAou3J*FVN^Q
zu<bfn(`}A`vNQOac=y5^fsd}j3@3eXsE(~La2clMo=2#hd+Aib;FiikQ@(DfdTBMm
zO8evnH^{>_{MHFFwr%{tUI~j)HfjbDRF*N1BaM3<q_o{>vG&KL)kLBQFgJN%$%vJa
zmQqZ<oFPt{u8u1ej40QY`6*pFZ4iu{`}vs~Wo;z=C0Si?>PuV8%&KBaGLxIKGoz^q
z^I%X-$qbJzu^6U0>r~$OEejP~)T2X(OyJyJOWM2E+s^JQ7V2i9rx#{FjQWnDjb78B
zHuyeKhvnZQNOP*n($aur^DSNim$jO0!P)kgt_i0z#JirUuhH?ugr94`00mPqpoR}*
z(}mW-6nH0D8}|F{c~D)m@LHUdzx*lJ6WN_1oR94x7@;S=_;|SoS7!PY@F)ltf&|mO
zgJr{2`vlSZQ3AW0@8o^i6NuyMFo<i#-l~OeYPUWh750t3h|r+SO&kda*C6beKF%i(
zxDY^#MIr#uLPGAbe9d3!cFgRFrsJ5vvTC#09Zx6mlOeAC0fq#L0tG+<A;#T47F@{y
z{DLJzy_a#B1}+H;;F5^GuofK`fcWTK6vn(3|Jb?65?UhbtAJJfS9ps`^TW$cWfIgn
ze{6Kv?Y6|_4;%6=OecioPT$+USBE{QVeRt<=Lb_}jT=@5D^4caBqt&doW4IY*Z=`b
zOg(zk(Cx}mPvaV5LCZpGSY&%RS$2`u3gWvTfQ}b)h#5xpEds@-=v4{|R8A49yiKVe
z5UV#&=EEh-K=quPnQvAyF7;9JD~u`i=s9M}&ThsL5q<)3x>}wb%||g6cS*KQA*MOE
zKl2;sL2fH>s(56n5ZfKp??n+f{b;`NmC@PsCz}wI2JebH4H#9nm0e^5m*nhEOX%}B
zMBQ}&Sde}b=7@P}?7%x;TenvOtIr@m>;xNSq_OR%els$`DDnmFk!imb(B5-@U~Av_
zmj9N~GS~z<rCTNwB~DXufCPXPCOZNt=$le$13H3=&gn~)xYREw<@kUgJLHzR{4&IS
zOX2b4MP;GwajPBMd8fSY1f}rgenVk&RcpfdTRo9ZXbjX8{$a>}WbimSsvF__>bYAk
z?RhnvsP)>|;^lQ-dg`@V>h-WTAJlm_=HqNmaCT@+lbtD9`u?qftZFK#eBkDGx7)5H
z=s}39?0(=X;1r;!Pjrl7s8^Jy1m5L-<zRg0I;yfUSolW%L}=ub&F;O^6)~i;LsqXx
zjmBE?P_I{`x7vJ<VRu7#GmIEsUR%o4N0zX8c1vIgQ}^wlZ%l`WPN9MMQC@W{<h*6i
z<4Y6}#&(VSiFp`q9~GYi5T+m|<E|mRVI7CrLo=2a;$^ZndVc9_YloT=>Am&S#+Nlx
zJ0Vl$Ka*hwR>XO!P20k?X}uZ*CTLmhAIDLj835r2O=G&75$%9}sz{c!4{aH(@3W=K
zXV4vesxTZQpmI56j2X>Sg$uhF0X$^LA5&om95A``Pk)9T#J(E-wC#gVjVF2kpE>$^
zM82We)5hrB1nSG)y4Tax!;{T~ob7?bi?G+N_2ExDujk!s=ezai+gK|vd+4s)&a1sA
z7fPv2kTcPX%}(eQ7%#^Mkh2Gv<WsN9{KU?uzRtT;>CLFK^nB@#a<7igZI|MXfZ$<}
zAI))TCL1fI2;2q}?XIQ+=T=%jK4+K|{L>4-V2XOv_k5-Od^PvtR;a!0=sDj#lJ0)D
zaD2<{x|=HxSoE?ge10N#J{SB=t$AK}oqG6~z2p}u<tw28XBrT$vVcvMQr0q?vpJB&
ze7vO4qW{jsj@g1}s-5!F8bGrXX@^s*l#7o2<nz_pe0{N83s7oOCF5t}S``wM!mpd?
zJ<wieH;+vW2zv=WOK5elhU{uvsx?acno45?Nc;i-AGuzLRw|1|CVIAXl9^iDsRJ}^
zz<klfeeBf;+46ciIxp2`QFJaid+>_g*mzwZ_qvV0#0IoIf46$lzWa5nc903>d4;eq
z{c^H-W95m#BmH&v-pV~+QyFUg7=hc3`;Ob|VpscVHPd9R`DG1?z4Kz2wE1`R&TxDD
zw5@kLpF{5<+Hl<FufKPKV`W#J&d40JQ$KrVmcKZ1OkFnOy*fbUNxAajbza7_RBq?*
z`ZRZbh{=w6?0hEhjwwvMq!z3vt4;wf;VioC^#vtHRV7GRrqsUWHcLmn+kt}1&d^ED
zLk3&YDhKam^Rltlxw%z+M)ap?g^rQ#;gw?6>~An&H1qS$YeI*g0Kbz4I5k|r6(=Pa
zzLR1onp{raA9+`wL59oKyFwzX_Uq>%@ygCP_KpYgo6OgvpQVN10Le<ulc#gP8!OPR
z_0E|#Pd2~w$F9xGzyYr_dVupY10aoCKHCaE$F}C_EH#t4{T-n4^=C5o9gl!?afjV&
z+CBBIw(~XYBGw_-U5e7pXZ4o5UuM*xU3i|G0baM`!q4#+c^ak2Z#x1|>W9Z2xQf@c
z65vEN-|=t^LhGNz%VYX?3PLo&yG0gx0Zj<zl$p870)P!JwChw!g{<RfTuNLj)FUEf
zDzO8_npt)f${X9&E_&S4D%g<F{NB6<!ao1}y{sVdrUBwtl=Zz87evO$aWBWPW<)C2
z%UvZ`)9uT%d?tr0)$1H`-UB)T;lPz%MYOAGw@Psb9!O=z(6z^N-SW^KVcU&d#ikiG
z=j}INj^ZLT;QqjCIQ(6IN=ThJoYv@~{BvMn>&_~9Ib>i^TiM*w;<U_!9|{w5%gw5@
zI69_7%FSUecBaSac-IBO>MT9}H%{u$Igbiu&H{f&{VuU{oj3RO2wqEPeY=+vbXFEG
zJI^GKFHRjP9;#Q)eZ}$~AGBREMpEutzY8}*AFn-Mp*)={FLpZapuy`Pyd1K>lI4U8
ztnr}^edB34-Njw@I(rJ60PE}-2TSvmz1S+2M>wh7)pp12@^gbNgtl6G%ha8%Gr7zq
zfQA=y8*J`<JBKdHG6~FuQ2E0!-bOdIz6N(hC4hOJA_`k)1cJKUr7tz$YxKKd(ZxgC
zSv}<-;xY4u(F8^xpS>-;hJcD8Oqg)O`f!0ydzwX}v>`};0B*qs<Cm@Nka@drozKS0
zkCZ2C;+8LFyI$gz9>-xhxv8Bu0g12sxtCE~oUeOR$~mtWmpUgO%6pEcpH4k4Jfxbe
zPnk2HdcJg-Jl!-lo31nCZN6|OcLa!x6o)IUReHsHof_k9ytJ2(8B9dk`GsbfKP--H
zAaM6TyEVP;KfazF7E~TveoHHPJj;x6c1F1Md>mgRyGJ_Z{5=yFC0W5+3LZFM*qn4y
z=Ty_D7VO6OYd!c^U3)9q%}g9e;U%a_lDNwm8xb6s&%bqabS+b2Sy#wN=za+5VLF*C
zdH~g-D5$@IU#PKg#ZC+ycxKZk=`pj{l=2tMlw|#qn=~Dqh}|Hn+&=sPe1Hf}6Gh6-
z#cc{B+~ZbU(~G?AV$+R!^PHNsV*h$A^IrS%);rX4Ov2-Ed-Ybj^J!E1eD6Gny6vjx
zvN=ep<M|=6?9_^x<6$c{G2`{6(erhw@Z{C1k?Z;O<q2l(WmdV2`}xk$z;p6CMq!OF
zZ!4}y7C4Jf6-GX=dp!&-ovtqZI_Ox-8OI=Sw7s~dehRvkZofdd#r@U1MP8DB*_`U+
z^+I|4dhWF3byq8mXR9H9Nq(2vnIJ=WTl2#-W%bSRlKy7QO5<EyUFG63wV*SnFJfUp
zU+xQ`t6KS@m<tQ)7a4>u0zwOk5>!=n3vTA}0VJ4~hG!sqomBm^HwzfTM-~C_q+wi3
zQdII1U~p9XSa>FU5}9sL)_2*R-|b0l&iG!Qa#MI<GOS%7Natp+yBk1da&_Zn@Pb8y
zdp5_q?GXOPwzeL!qEaE4+iF9HRS-|MP?dm6w7A}!FSYG}HpiAdo7l|L^;}`+ZB#Ax
z2n5Hz;jfBc|2pJliWR=({=<7TjQX(8`x{36KXi8~;`<Z58osvR4GpBD`qM<S(M(Bs
z4-HF<VA+DBD<+yi;ne73`Nq<Ht;bm)R@o}DJIeFl2X7|88z79N4g-|^F#KhTC@r6C
z+dS2ITWQgDM&u0?q3Xpe<`V@Gyr_oYs&UUWEwQu_D6oHvOx0*mX$T(%E?+;W+J9w>
z3n!62#%Fiuhabg%OtODeg^J``>b-DZn?CCc=tjy6ZWl%>IG{i7ZOZu+DU7`~wDDth
z*!^XDcDQ@XIv6?(C^VU9rwqL=k$Aq>(Z`D+zwt1ecbK0YLfAm?|Fz5Z<n!aVq=uw!
zQzg*+@bnshj*|gTL^v#OHyGI!?Wec-z8p+A>-a2M*m_hgu>vi!$p>Xfx6JBGA6kG7
z$FDogR=4Ght`kqw;p6uoTiuGPoQFqH>480c+CEwGm3-5gepP_Zv(2-8QgBs9LPF}E
z<*#P(xAsw?^=a+^YDc27aw~#?B#3E?8WHcMj89F&s}&S%1pp%6f&%_=#kxWtbqG?U
z-LT@J(-Lsh#$`#X-l^p6tp)`zBJ0NwQU}hZT)v*FDJWLWpSUQwQ?R-Y1>3qP;2WgU
zIpVb8_ni{-(S5GQDkv{eSg}J51B4uWNuO`JU`@D{hJdS$$pt`9N>sb@IdjJ2PFJcU
zQejp%DCV~`%S3p^NfTitL(`Y{mZIsY9l0QJ_O;2{P6)nBbo?MnuL>NZbDdx0tt4oA
z^d<V3W(?~Ph;YuEn5APy710QCxGcV^?sTjkzZj$hD;_wU^o!YWKAbw%6^;1;KA8t<
zZhj|0m{x^b+WARp4JU{E21|vgQQy&)j*SobbU9)svOgD~$9h!BimlK0Aq8Ff&e<{J
zPme9rg@ndT7TO2v5oCK;44F>y%^AQ2B~Ts*a$3L$3H$@PvT-dO*Io2$VKi!3Vr4eD
z49u{yRx`kO&f#~@TJLV{O;X~<rziY@oE3J8_J+4qNJ@0Q6*KE3!hM-TizqiHZ10Jn
zB}UmUUyUhKn(c&js{;Q=>81FmxKJD~l|hcGY}a>8IXeDfdV&9ty3}vlkQG5bD-nCF
zI?EN&o9Q>4%Nm%mK*UO!YTRRwJPJ$oXwoyf7cAM#GCDpEyE%mpRAjCGCH;J$u^UOl
zlWq2|5znY;mdW=*l_GL^8=fDfH@NN7$P@?nbew(dvcGnpMmA1?Ab(cSih^i5*}-PX
zAH}p586mOP=JmY1i6s7qTk#U-GVR>t#q5*VM0|ee{iki8o{T;q491E5E_6Aa<s(c}
z$N1|YnI7T4)eIu$2%sEt<8L0>^sqZBwRH4#kFUtXM5u>XXx$W(Vp=B!*Zdcepr`{i
zMvgxZjlp3Gq)zRE?<&6dqmI^6H<E{?^dQTkO&@CL=YEdWWLDNja{xzF-ViSQGR=}*
z2p0V6Jkx>;E{L*WA)G{I!{}<&{&cp8-e|4!m_IW4(|^I|=0&*|ibQQ+pQT6cPTf)(
z6*CiO{V~e9^wMv=cM6FG7R#<HZJ46rtt}NxpBRCQgKp4Yf`NRvaSCBLnooe<U=(MU
z&8S?6lI0HU=h=K$y?Q&eBE-5Hqe_7=95#A8`TNGk+fdbwyjV<St^sJLoqUEgC%4&f
z6bqDohMqh(PeOV0bg_ea>M`@Wc6>YPtP(}RdyS%5Zs@|8Hi>}bgj-WcYZp+Ss$~h%
ziNrn9?FhJ#N3lN?pc)gUpFKo2%U<r}RATv9WRTasFWoa8-|{-jXR<1i5U`+6%5eHA
z3h1`?_Kq8k=)W77eFdtJRAtNQDJYoDGyuPdh+B&~crw(<Bs9G(+c&YK?p7s2jTN}L
zhzF8%cpz$q<);UJ_BRLv$#6~qN&|~BTsc;ZTy9hIT|Ig~D^i8GS7P!@dv>szzc#P~
z;B~mx#O9`3q0<}6O>4?vKbkXzHM^`FQ8>l@0n_n+krY=CZ<Dv+m9eOBuIxbK8in0-
zqxQo@=9kGwx(^D}{yKvtRa@_+%X6DG*^*m$6d=YjyHpZcM{aTAFa9lYT$5$k(`^D5
zU*7`srz*_M*6cZ;{4zDwQSF$Ur!07V(HNg!<ftgi@}cB9s=N3zwY+Wt#GCE_r^bbK
znBWsF!Z+yL@ijl@CJ@!l#E22zd9!_(g92?JWmCPU=Eu|;`-+#_*EV%sE`==`BieXU
z;UM00w@mdU&n1ke$0zIo5FH*4kBT>Kf`&N+K_S!H8smp#NAjz^9~HJn!#vzJVSx{1
z26@|{V%^~KU@PNJxk%Rc>5O3TSj^hyZ^}h^`VYfZ%sIHwOqX1(J<yx^w!(}j@GC_-
z4KS<I=p~elN`m)d(X@F!P=Jaf=hs~2cdGf|>?-`wNMndS304co>f)vlN&_WnFo5vZ
zY;y&>ebX2XBaLlY#2Fg6qM2rt0-+8v;}dRdx#RfJ0MqAOYcfS5c`*^7CO{m;J0ePy
z6t^pW6?Y-j$6!VxLLY$3)#Z>IXqa99EfZ2Lti2k~0zn^LKKUZAc&bhtZ~M-iXrikD
zUiy>My9aQ;Qk>d3xR#Y6ybrz=%#=60)kumI^+Uy2AV8jjo=moIW!0f)X_tZN9(`x&
zcxpJl&Lo!-rT-)Sy%I8ikEY#e{MdX8r-zCuiUXOAuxPlV>Wi+B7kBPR&{0T1wMZb)
z5u#ezSYMo-0rkb)(*9bx(IM_P+n-I-3tgv3XIU=$n}F|K3dIhk2MQwAR0{ie0rJIc
z$uWEf$<c!uACP~Va!!z5LVhx+EEGh@_>hMoZh_XQOmNv%u=JfmjL~IX#`t__oAe%i
zu@=3Rjlsld#HgX{J*>c&4`v!`jlcxqhFYfOaTPHjmi~>Dc7LIlbOghzWTvY&<Xc<D
z)k^ZMic!HxJ(7QLz+tlEr^(lLj9895G~W^0mTF~NM^_?_Fz+kA?#n{4iEDP_+~YNc
zDBeEnzEZVwQiT5&?IrMCj?Hx;_f9e3Xs||#n4f8~<bC>De-LG{%l8ie1`+U*q9OF%
zZ_uCWYfds}Qy1fRqhf5#MnJ}z6VAF><VHm9JXX7O%ih}}_j09Y0|RiFX?h%!pvpRB
zFFC97>2QYUN2^TgF1d5ARwqW1f0eI4_nvCB2z}zJ0Vg8D+`8zHf7ylGhUr;X_P8D}
zN%%aj$X44bx%;0i^BZZN67)Bs`E1$qiWFP#^yd44lAE%!iLUM`bfpmRFpa@?#l9J$
zU0uVFxL_-tQWY(=yHDr&7nghrO=hb$r;usPy9;lA$yRFDvK%T7zm!+1wGHFD853CX
zzED+xXsEh(i(EA1z>mnW%=`+-D|bsHDqzu7GjM(7Co>eO)pyjfmF;^nDR1^DY7L3H
zx`x=XTtF>Wn?tp*r9im*^m&tQY0qEM<wYb)9e;pqd=__?XfAl|)rcl{mYFq8<#>KA
z<r7^_IQUO#W0Eu&#Yf={g<<13e+i=G+07;fj+422J`AngLt6rhizI%*i4nJ+gEUNA
z>b)H>jQSVzPLyx$__L{LttPW6(zVYnO$B#i6foO|-cQTL-@$@d!ldaYI6a?O-0Irf
zJ(lBOVDb@o;?qdoN&i6^8|DwadrKqSd~*K9TdTvGR$OHefFZ-er3IrP^Q7@YFxa9^
zlW=5$=77R-O!u)zT}Xjd4ONY0{kjPxuO<MJ)+{{QI)cDcOh05;IR;q~Li|8wXm7hg
z0j=iZBuF>dJ<vcH>7zYIT`N94sXQY=S1;l4r?@^T(U;&zb=m>42_^KEUst02#enjv
znc1ICyW?(*mG9*UL&bE8uVHXb*qtg8VHAKn=LK-*REUwyp(8g^<8pEC>e}Yhc7&;_
z*)?pFMLrp<u(WDB?@woU5|}D8LYPC>E;i)lip=pU9|j9z3zJ49i$D1M`|d@K#xa&<
z<9oQVV;;6&2u-=W2}V>nV?X}IICFS;XG|oJ#?Ak}V!;7-m*YEuHl0s^Vg25t)~;@*
zj4LO54#OUMdg~tS`U%TQqr=WP5IObjUPW-B|4{`C;F(^7frBxFd%uzFpVus$cZTC8
zzWsIOf+gdhmpT6HF32!#?l3jIXNd$=UAl#@pg<%ky7Xs)i8Auv%rohh?b2N>dS}~E
zBD<4U3Ghz9Z--p=)m^mCuTH(%LWD4`O(Yk{sTd&5HH?bHl+k{-EorGe>_I>IPy8Q`
zjfV_0zzIz3UVk$^I}+H!kPrvn`6+CX&_(k0c_W6)?pUNjDL~Od@;o&;WzV>@=How!
zM3Lb~3*rlOF(IhT97TL=Q2mq^vYb9N{6V??Yhrge4dC6zwSucmrzLOGo=QIgt7Hx$
z0d$H5x{F_Vke<!E4cphPD<qRoL~Sux+hDTd;M+JEi}4AIk7h&1SPQMJM*au{lt8K~
z!z6N(`ZIzy_Wo(3YrDG6P=+TV-DqnxsQAqlCZ;(Gz`uxk??xCI6CmWUyi;}FzxwM?
zn1P0sG)d_A*!xc^7?^tz(NuFZ>_reIiA@X~!<R1F?`J9Cw6gsA*uH+b9Fc!uuhF)o
zyCX3^6jnhlF29cDG_#25Hnpwcnn?YmTcYrph6y9`kiorwHFqL&{Keq#4a?R#wc>km
z0F6xBK|tRY{4PZ0t|eblYO`UCnNnHR;!zs*JM%)D<|!*v+65>q7|z(4!a5)Svrx;j
zkHMG(Bs5Z!8x;TH7F&-XdDPVSnK=~yXcliG3Z%ZU2j~nb;jGG<w_EHOV?JgcOx8uH
zSEecxhS(_2IbZ?8n>RHE%4Uinpu9d|;$k&9mS#za1^};l43x>E97g~^ac^tJb?uS>
z6c2>m>L;_`C$%G^ky&Wk7wO!33gm+bLTD#`F;4jux1<CjnlnhlVLF5JrxI4YG^<N}
zH`hL=RCE1O)7|5PMJms%{j`~UX*rQ%lVj1H1fr1vKpf4OSXKS1owD%NP5;!9|9f>D
zp3;;~HssWm4vKcRYH_zwp@k!ZJ^pkDLoVrKz(g4r5nP_Xvb}yE&om-$hF@IIGu0m~
zGWM|L+Thw4>9g7O?*OE6Wtd*ur(!uLQ7*#Bf23v^|IN-8A4!75M%269velG(n+;Oh
zyH(C()+CMx#J9@Z@ezK2)TydI?}z~QcOwtnvNVN)91JpbOwUq_nH@oC=Kt5-l55b^
zW$J!Xz&irw-BD=xX^ZN~>_(Ut+6$A=i((VXEo!Eye7Q_x<A}O@<Ox|=6bxhI;%!71
z2}riBwON?z4J;MFyjLwT_puvKsWZ*Qfy?UMucQQ0I1Yfd;eaZvdWT`76=gA+isq0X
zRu9-qM4hQD%6jzD>e_hM%I+=;JOJ$1zTI|@=zDt!ZHybCY5wm<tHw?$x^4E}C79FA
zf%m0tq9e_44cA!%U$Iu8A15JGWz}0Gzd_cuVo?OvbPj*o4APj9uU1X&o*^LASdBmf
zlT`=L$L>hy-K?mNFtuc_U30IXd|PM1Q(t8FH}I(suN#;cr!Uw2$0C4sqRcDho#~M2
zyZNpo4X`;KFmE==$7|Wh3Cj;ORg~MH7K>j;{Av3oI^uhOSkEoHCBn-n%C@u|SNKF8
zN{(61MO5sk>PfyKo)p5*CHG~Ob$Bd>WANT;0m`rfV@Rk@&gr4~Oso!sK%azw=7zNH
z`vta${1R(Vi@%0^5aF}cpERh!tNl<{gjyZuz}5T@4ml)%F{Pu!*U8a@F>_UvkHJz@
zWFMUWPN+Inm4xci7Rk35&HYf2Fs^3^HCNwDDXZ>!11aFXt7ILBf+2Wu%;Y@3dDl3G
zA}#00P@f`J-yC>uvlA@@*Jw3fQ`R;bkJ;sRb%FzCuvkQ;=rbrzMV8K%y1Yt1LZCf;
zwUu;tD=HPI7A!W5Y)9H`?3jN=(mk(|n#O4)!HQ;aktQvpgROzZd2G*mzF!klQ5z86
zS2w$guYT_w1KRp`{xc}sRMZXr>#1ocZT;fu9<qaE)aK+_llCr*p>ssVNJv$yxxGz%
z-m^?zNVkz2B>dP7oXa6n>rF+z9++WwUnDt1&d$3~wx^gLru`D-d*Ah@ylk^>lktqk
z|J2-jDN~X2p`fQOYzw`15|U?$fs+&PZ+IYK4-MmnpecqUi~$abgFqP#ss~G4Q3L`u
z3z6guK=l3y1_m_VBm0Fyga38-{}{wcC?Pr~1ept_c5vGdo%Z|k{?m9D7$p2RO{`1g
zyy@r*eo?G|F)>(!R_PHXa~avD>1y{+rjc23J+;U{4ib$sOrC_YhTXqtBL_(~CSe;1
zX#95;dSeT-BwQSky7|l<zB=cdT)9@Niobjc0_t2Gn})+Cw!`NeQ0YFOoh45-m^JB!
zHr|xh;{t4Q0$AWhy{>Q6gKs4hxc`?TF7SN)o4ETAt@odY_rFBnKgxkhQZQ1t+v_}A
z^kQOBXq9BupzeEag|QLI!CN+!75JISFDLDVGiYdvih3jXhSNxHJgcF(498jhB}(HV
z@7CVS&_Up9j1Y+q*Tu4w7fFBsZShaGg|EL~R%KJQPkzh`N?As-XlkDmb{`7@si}^{
zS;BAwQR0{=X*O&NI}c7`@}=w04dKV|gSOjEiB4Vb?&M_^iL{0rSwHqfG0_ee`V|cY
zB~k`4E7jZfE^+U>sMX5~XH^{`9)hfGH=JL0b@L`W`p%+|$%oDZ788wrzbcZAb}c_v
zN<=o9p%YE~6FM9V->LUh^jQ1yK}!O6|Kf&L)BquiqukS2v21>V(~V7OK}F`0^DUo`
zp1mQmTsTaTOzQAfWf6W~Uwd~=>V<H8x-a<ez_Ra};k`cD%M_$%UHcEm$&I?7WJ-oD
zSdN+2!0Qk+8mWNmY%js+AXVq60Mwz>q5M}+{)H`?tib2V_LSSGl`mp`0}I`%F)^cj
z$AH36Nx(d@zeqAT1o4MdoxnYGz2uGiTQ~wgF)X4AgXDo;90IGbB;&0Wt*v$v6>t%e
zCQXV0w_Rqmd$P=A7laWAsiD0ZpXgd~u^u_Q&{$p{%o_Tl(K8Z%5eKr6&w-=i!F(#^
zaj#`0<j`0!y56D^Q2Qhb8^>a*B_#BHqm^mZviT?)H6Dx`ENA!RG2C*OEzY(fBos!@
zA@0pCYO|V-w8nq4#|sh($7!ewOw$l*3^m5nonfqB(axBiYF#*vp3X5`Lx-pS)BSxb
zt*&p?k|ut7p|Q~$^_Mq0aAMx=3Ide5r{Y{E4(gyR(Bg6rwJ8vop-2!n9y0-viGT-h
zBX`UX08PmzQ&0r+jnVC)(aAFDatFCP>wgIBV(O@x$=EQ0jIdP)u?ZovXF>q|55m~F
zAKWuqs}<5C!<^VhO>61r_<e?mh~xH%4OzT<FXn-Uavd^Gyhipi)2aM!scoTr0%e#u
zbJ<iVkYHDdX?)uT8k>p1R?f!Qs}-c6sg}Kne1EoDD$7)BJ`1Xw7H5e|mz>Sm6)Cfm
zJpW2DCaYT0LGX%;y#Qt8Y95hAqWtV6Ru{$iB3T<qG>nsf`_6|I$s}QuF*e>xo)g_1
zs5uhjhF;^mhZ@ew!)k$-G<D6IEVhOvsqY{Y7O_u0;<dZD$x#^h9@fN*W-@1>9*iy~
zS-7LB+1206T-4|pi6v{(>c^Lv+aBldH2HHuae0Yf3d8;!QY@%y+90|h+AUUby6@va
zh6bJ>#FW5H*81zhq~-in!w-U=^@4iu+n1TR{$_q(ZR|;p%@uESRv70Ylh63La7YC<
zk~gL9P@K$)Gr>!<r0gD+uo_~XYW?Q8)>Oy^`~|C=u6oG+=>_;V#6tMfhHVU7noNtU
zgI28(|Aqb<-8(C`^8W?8Hnu1(T32`_y;7$@*8{23>|Ksf>;OuCxWF6T>gDxpL*8$z
zhvfu<eN57_NN(4iD(3&zn`C^RQtT@m>n3Iy(d4=_>L-Vb;t(88>6zGM%!GQBQen8R
zHltpUevSR~U8H+^zg^CrHafI;;`lv=FndK3AFzf2cKR>7<g$zgpvpE^d;(zjhKX^3
zIXmVGxk7yy3SU`Z7?TR1Qk@m@<wW%cM}ynkI|ry^UrjT@_EQPX$c<9*k>M+N(cVKz
zmbZVK(UDlo+hN^y64EGz9Jwm;>B(^-+PE2ZQzxcmMl~*oyO;Z3Vrm#`Ld`gkf5m!s
zuO7pl6D(DM9FPx7{f(MYTCjD5dgl+zw``cem)vRO7Lc=lna(LcZLCLF#HQ~eSu6fE
zg!hM*ay&G3xQ?x`^x`X;Owwy@`Rou<aPPRhnw(~3Q$+u=6C(f~G7@}bPO=mJ1fsl2
z_sehv6f3n-go&W)P)S4mi*2C_jJAS&d1nFo^5Q!}jDWr4f^XwCk0+U~kL8ezfF$z>
zi#~)61%~Ece_H`KsH(panC(XoYL*H<F>o$Kf}F(Lh@|QU9J&4{xTUf%0M}BRE-dQi
zC$YZiM$F816Z3W5>aTNSxfdNVe8kqn^kQU)IgX+xB&Je|rV44i0rO4{rDFLpz0o0V
zT3p(suj*x#+3|w4aM|kzs->K$ut{oe{N!eovsBXwf}A_qk;SVi7uhAFadg^bDvIUi
zV!w(wuz^bk=2G~6i%eF9n2qQ{aJTrYQ*vKgevVmn-Bh%Hv^i}Tigc|)oIKXBa9m1w
zj`-Jv3iwp3t(=7u0E_p%JGrL(=?OPju>`Be4RU~R?bulX^8!p#UD}e4I)ZC>!_V?6
zYKtn2`g}nvAXV70M2Gt1!2WNO!bCiR>HGy{tB09rdDp=_uX<fNZ!TM*bZ*MhIBIyS
zTZg+N32pPQrkp_bf=XC7!h>ub`qNtWG8(OzM8XmSMcmjL!G8MCVF3%N+&5=5_7ua9
zs?;w+6``Mt_hL=|7BUOnm=s<?(0Y!WLb(8pYVuCKm&S%9YPW(<0zFtEAwO@bBV7s+
z;jDU%g~sX)WphET@I-+73w3PuU!kJ;D^!I$LqsU)$oDxpC2*E3O|W~!YolH?!XMzN
z)Q<u$kn-uY`w8p_PiK=F349>s-3X8+Oh<QwJYO+H42OSa8->6g*eM$SryIG<g%brC
zyAtBlXXp&uk~eyEECcFe(x9Jz55Lyzp@oHM(eC&6saTrN0ZuWs3yN1;3X0RkDyFgW
z%%D2OlGDYgH}X0)Pffo9|J(em6I(Wbx<s&>JZxzkLQ=>G&?zprtrRnBVkVhqW6ACQ
z%xe8A0>QUTB?{L!T1+c}OkV_$;`JRW{fy@%W%GhHja_I4?Y#V?8Y>I;QbxM&5;n!S
zP5mBv$W5JOTEK)W*tppJElN0LrpgV&Hf4@JY(@7YID-MaY;4OfEn&#86^^4?%zKV7
zdrgS;?IzU-p%E&imx5NG=36bDAJh7Y*Sg(XJzAKEGL<3^8-MI{u2LceLu$6{oE(|_
z%~YH(n>RkosH*Q{lb7)A9eBH2rX{yobt!+WQG>bBNJ<xvy=`^d>7RaP0ATv?U-&;K
zGfBCc63;)Lb9;p4k3^yT2MU^Gg7ENJDVU|M;pCuFnwmCj%dk)g{yuF;M^1x?YeCHt
z$fqWjC<Q=qyhEqBRSns+%-?xib(xIMiulKwoOz)5roT5zh5WaD(!y7?s4np%w6Q?n
zlU23qu3t5=IE**3_=x+NW!Q|GMILk;XE}4d@;8J@RUnR$+YyH-U5uAh#V&;z&>dYP
zBb9OXs#R=h9bD`~{`t}Pi1F+`Dr*tWy=`@{_kjC;h$P@YJkjUTN}qx3E6@0L=N0i-
zF@*kY(Nr9@+EVMHl|=asd+#adAHLb$6A(7+2Af2onGXPc+VXm*!2~?=wZ;WncADlQ
zy_dS#Wv=O!Ug3uaP`gHRrQPXhxBu1LTLr}NJzJwgumnjUIKe$ZgFC^42MF%&?oJ@M
zyGtNga2VW!ySog*eQ=lC<agx%opaB5x!=R>r=Fhfp5C?huBx?a^&UYE;=aNQle>)I
zdZ}CXH~)cW;NNCRG;CDJH0~+2l5jGZ?WEeK4r0-GyUG6O?|v)UB!$1iHodJj)&RQ*
z$b{1waMUg1>thv&Xzf1#X-c=(_{mFtcu5A(p@XpeFZ=7uoE(4Wf9d=`rNxqO8$c4x
z@$Xu$>3_MBh#baFe3?oQl|`FYGe?lX(@u~K2>D?v_I2oK#`w%?v|+{=10+?w`>c-+
zQ&Tsov^s0dH;prxU91gVVGyB`+GJ52@Z1eAwKj^2%)KT^dfoeNR40W82a8JO$8X6*
z$CM<XFg{y${LD?8-Oe9q{h2PzTmHiQ{oXLXDju=qa>Z;^NUANPoV6j7Ez{%v+U`hu
z`SSAP_<POc8{16(Oxng2oLBW?o<)mNDnFes0Xp^@A_@W73+elnM}zQhFx;;f{3?-%
zlSBViK@76|M<ik&e2__Z@XkorHwIR!RA<K)(%{gdSy}SwwJ3H1O|*}itM<yq@5G#C
zQB=l{lJU**3X%h^bdWkYc?}Uh^36-371#9$9+x8#Jh<HoNwef(46M+hq|*dX-vJ%v
zA(}n}p#cUw)WPAR9k}-yq9)Ptf0O`v7FW{vd+d8gZg>$VY&I?n1Em$QJUXS=6a_QJ
ztV$#m_LR#U2Tido|BN;TwE|mvtPdrI5=n0FH|tJoEW!k}wlEMVaPhmgVxCRJ3jbG{
zTs+iXfCA`+UkqTT@Cg1VEWAk$9D+9D^UUs9vhngz2?%Ob;rJKW<nWg|^YPp~VTv7_
zsfPt)DCMW~3oblmvqZy{?`G`t_r(2`2WQg9WfjuP?dL*AcgP>)<R7zgRnfY>*~U66
z{(~g>SpK-BO7o*=7_vvpvC0)|jmka>c%geDB<ZY$*#5S;eSXy%?u0JkeHMAa-+epY
zAOB@-oqrb#55#v09t>{1iTJBODVnL2srVc-_b@1+@FY+jLd|{zgK(0Z{4})nRuE0j
zE+zIU-?L&zFRJE0ge6Bz@PU97K!B+-Wb>xA=ua4Ofb3%1J>Qdn0fEt4NMu^nvLIDI
zMubNMbJWb!^TJIEgurWZ^ZtO4IEXJ%04+3Y{}@pyh+Fap={rPfXV*S*PUBLkS)e>>
zXZz?g!#U7}LFlrM7Q4~k)54x2e&F+WeTdgAzd`MP<sM9PTSq!@6;2gS*{do(07Prr
zRy(oFyR!TbP@_677hz(PTOso@W_eug$WZ<%c#h^->tP5Liw!2F{4L-A$ybyVla}QB
ztm3ZVLnHhjzJdfYDkjEK$8-Isu)80hLrdfa?tQB?KtlC?5o<oN7jFT%2NHUWt)Jss
zh{T+tWsQP$1z9KZUjWwi`p#Cg8!u+A#<cjhevrFaRf6R=AbOO>2*Ai92{!Rxzc#v=
z*TK#FKiF8(|0>-8{m*iUn{R(L8n;h%E>Ctc%U6%>I+$D^L@3SJim=T^OXrl9Se=u=
zb$Tm3W%(`x>fN%M#b9BrZrKT*)utDB+O{q`E;&lqvR0)Fp%;ncsEhb*ga>7M#p4<k
zb^7Ss$fc<2u;zaDLaTS;B;PkEx`=B?%D4T+JzTfX+_FZu<6zx9Mo8t0(bzOhe(}af
z&pin8&WABiR&6C=W>{7PioTK=oM81^h^{NteOU4Aqq@4^vK-RZ)}6b{A3Br4v#P;z
zn@^~bL?7#BrQR?W#NOsZZ#Q4rh|w$_D}i6N@q4}*%9#sx26*l_dtwpbqs)pr$GsH1
z3{u3_3{oB_zyt#;)zuwj0|tgN5@y^1?g<;WQf2-^20Jp0NZzv|@v4Z|p3aV0gc8H@
zYotCw9ezWs{??--2*vc$7}GyT**^U^xeCA5fD=H>bVRsnZ*9h8Xa336Ua40@YNI!D
z%a;bPL}wX+hs-kjq(^Nyo>RkbU?)36{CZ2m>t}7bZc<KL)=LemkjjcFOZgYUimbbn
z=T-Ibt65h^EN<S|OBT`l*jpQqe{4G@nwMJANW+}V<$5NXOInOfV{s*-1+GQ9m^U@n
zxz|e}=}KH}%yv+*JP>G8G$1Hv;@r#}<RLj+YZY)dV-06J6`6s0vY>*ZWGp4?U1hHq
zd4wgCFdwTJeJ|;g<*sF2GDU3z%AVbi;F-jDJKMOX<UAK1$97|3V8o<6V}e~m$G|ej
zDuG4m@m8TxidgZ+yVyOY1o}=q2^$+ffffh<E$D#pBO4AT<tDa=4BRJeo70{lKdkQ5
z8W<{7qaanh(v=ElXUNrx>{8Ro^>6VPn)@e7w!?uR4!0g|X+-npW3|90Ve0M=d9xks
zo03%RkkokW&n5m)5<V9SE^$cEJrTld%&*-PmP{fqY1mTf;YHu?vpr^_`-G9Wt=<f-
za#c*^On`a=g{WA&y3(SQP0uTh<4$NcjN|0_7`ru%EQ3=@qhASXuf1}9e|s0w$6)yu
z+h(S_h$I`_JQLqyETtxSJlYi227iUWVfTqjxSG5FYpYJ&R7RKK5+p}9w!cEwoI>z%
z6=NLjqwN#P`~}wnzS@<E9<+=zCBJ$YL;4I(F@L4Dt?J6<F4QO$4iDwkFDl(UkHv8a
zo}<O#I6@P9EgpLud+m*B-11qY+<>H34$>=T!(D2QIT&5FDsQ<4yqtY-Tj|fK_}G%O
z0X2Q|&pP=j1?{}>6LC{{TL_Sla~YyTNg`K23EIX*4|^~DV6m;MT;Y34%a~EwLe)53
z`u^$Q_uYZ*#T!kpGw(}7Hn`!ao=x|nWTFa-y9MbL60W1&rg+*5Uh;1^9s4&(OgLBV
zw|wkiZY!g1c~C;nFSEv<k_K451EIO<8ArdoY5X)p+Xc`E+274jzkF4d3fIxBZNq2Q
zwztjK?kB~c&>wa|nTN%v;?@-#8@kc$?nD0S5iu*+mE8zrW|z%W^A!yaL^fs!eE?0E
z;`tuE={j9{J!HrWC$dTJ@<b^V-|tF8T6EVaSCYdMbeB}BPKnvGXAv%HcUvN+7{aGa
zT=3Qtk*lF#-7sKmt>Eja4AAz<5A&#+m0;9;7Uxu~-5ysp35C?xcEv9!VhBFmYQ&Mu
z{uqtCA00pY0V>9voupGIoxAf8^V9hba<F?-0x>YiRIV<gA+A-Qw3D({*1udMM9?VR
zb)D>?8&={g5M&Tt%?h6Di4_i@6i-uP|0vy@|8GrA?XMEb%OBSyDwPE%M+{3w7+2Bt
z#lR&~p;t=def}LEQf~N)dDbL24DDSxOV+q*jq4e0r959bs|>qA$LaT<H8717j8Y#|
ztFII0PXgfY;yCUF&7<wd)fs81V9`o1UdBP9Um<ZgcAx)Jx3bpsFJvgH_-R6c(^kFb
zo+$4w^P<#$_+nvpJ9E?50n<-|a$JG7P#-3Ere}rk7O!84&hM$=r6BRUN+iMHR4whV
zG->&fil5kJw6wu8!KsI32!0ex!CArK=Nb9~BW~5X<c4UL7rk*R+KY;eEvw#{16@Bi
z9(WW{?W(1mp`WD}Y_Z52#sT-jT90z<@*^QEg0eyhl$;p-vv6oKIEZzP)aWL4p_xx5
zre~WkUqs5vA1&!Et%DZpcwaOotwm@s2K~2{3Q|&Ky@*i8&!aZM6O_`4*DhPE!&UeO
z=p|ScM9haPOfuC&E@Y3IvvB29fAZM^YD1ejD}QHyF#9y+bR=pob6+MbBJJfyWQkP~
zk00g?X_tUuI+};E;3~ml%Y*-DuC*F-UiXp+F%z<Vz88sFs$JJP$HXIutn2LO9CWfV
zt$orUk2qx4#LMyPD<cb~s>__@01PGF=B&bw6n(vby9{_7-=UD?Ojj{po28*G2JXs#
z^eU2kZ9d*c;>vCL`h2)(mxp|;VsrRAnAJ=6n?k1gYkA8ry9yH*+7Ymp<r?aZl_jI|
zPKrtf`u0^<HWNP$6_u=n^erL0Ek$r7AGz#&yr&1ihW&Qsl9St5B7IWfXy3QyHZ=Wv
zfM&-catQ7Q>@_Xx{NA{q%2}2V*rczb$<PyS2eaHmU&G9FLAZBNZgvBja-HLOFh5Qz
z<Lfds4{#x<QcexA6R0b`&~Q+kYA(_AT8+6@gA0KjwFzv6-M^Yk#wq7gWi`-l#{VSL
ze5*Si?xr5`1fOL`C^bGRC*rxV#pdR*p<kqxCn2rFu3;=IL(j-CsWW|cWYh6*kpR>9
zGagm6sfIRgNi_YhO&CucWJKyRqsz(|W|gI+20?gn{WBgKrll_{x68QSjgbh!<-isG
z#7C??oS+dRb=7gffe8yX?PzM*uG>2G8+yCn(X#)LQBwB;l?;v~-^Tk&<OK!P#SaF1
zpk>)c2y{WFF47mU(&SD#iGcfyx}WW&?saApd)OCbm5;rkIQNYh@z=!snzX;SSmt%b
z-d?xI4XyH2ct=HeN6Gon`Y1`E56KCZzDx_I!TZWrt%$60)qJOM4Du@dREk>3Omq9F
zc^yfSOnl!Sgo=);VBg@07XKbLe%R2WP;#^|IpabyRIK{~_lw1v`}77kN&-A}4yj^3
z%6bmm?oHn2aP)h{(4<N+ykHAv|9vJ$?DXKk*O@Y}64kzgx{zjXT{tx3Y$obF9(`UC
zy=z_-5`n;JpOcc2<p?U~FZGB%?|lm~LIO0!mD0cmGW`@G5fKqO#b97l%|`={4`Kp`
zbH4dPg?L12YH9#=$H=au{d;SxA3uH=^hTn-d9$s62AqY@I+DS|;k5U))g3j!9b8s+
zbkqdhQa~Hm?F!=;j-T8$j9|w69u#zzj`ttGWglT#kpfz*13M^Y*>sBq*UV;i8Sg#5
zwE)q+(QmXq+^NXTMYTPjtXQv-Q(2s@Y4e`o$}p{i5zOL<C2(%CvgP++C+g^8HX5^F
zRVmX*R<vREruERNW9rRaD15ILr>&3Dv_%1=C?&vLur@QhoX81v8tlF$<c-`_chcsx
zng>4>Q(xB7Eqk<r50JsyC}Z4p_vtDdC$l5kN_YFzDb+{dL*RqArqBC6ir7wXPiR2L
zH70^L5?~#a*PA`U!zZ-iJ)!*al|=e70_dtFsW4Iy<C=;T(wQq_I1qu0joNV91hV=0
zySEo{d8c7$!$hx!eRt9}IHT)b4Axd6?9#%n3OUNv48YUGYd@rCvu}pFeY_zjC$RFP
zbPX0qQMr!>>E;(YqN4`*gqJJ+73=o9H?Pa%uv@lY@f>`j=3W>ZM{ty^fu@x<Ng;9{
zOf35o!TNe-X>)tbCVM%t?{0v&%Uq4wVOpCsnoLnv4-O|Xx<*&|oHPZSmhV{QAbgVI
z6cf%l>&y#>JM|MfW83e2F%F%JhGOH8;^Tsi24swjnK|$#Vm}Pa9PRV#d)?%3rp$*S
z(P6<ql2xQiDJrsHA2P_u1k^NnRuT*_sHWCg?;cqVPL^(2!T7C|<jd@eUUsKBT#WmD
z^)5!mLuMvb2Ymt?)AfOGxzdVb1j&VSkjg1U2b1y+=Nhttn6><Mh#NSsvaBIo9~~cU
zd0CKrLWomtJ9!$3n+zG<_lGb%G(uOn{cG7lDPkIN7*WucvAKoaH1pk+twszJm4oWC
zIgi?-bz|ry|GcKw%9F(za0Nw^&M<B|)N{I0o>t&mDX7WwMB00EA35bNRpo$h_Sy`Z
zf(u!;T5zdtpx+2lNge+K@{NqlD`(@V3;6uHwQh>Xi~VePi~6$WUSG$-!OP_XV7PF>
z4_50TTRI0kS6!`%Ltcr<GA6KaUUK0n#c3)k&YCCvOH0_NT^2_YT$!$=4Gr`Z_36Oe
zvPP1Mc=d6Q6W*{gRm|b4jSmS~N<H>$v!R>IL&PVB5MHzgPpz><Bb)_=QgnG%dB(CZ
zv~Rft(v;^WYUdoo_o)I(@&RdPLvJ&%1TJ6<<7}Wj`c=)Z`I@a<(B808&3H8y^AE^;
z=~xkM6#L1Sd<)xSOYyxf^koQmQ4G9z<l>yv)8NDR6l7<RrS3ROeAJw~Q?3j`b~1n|
z(c;$A{Mki0=pu68sKox%>k{E=>v<Y8sD0>F-O$*K&%KpG=_29$#v3KV<RF;fMEBZ?
z+?rTz*6>Ou^G49(j4sdq=zF|@Rtx2V8+17ZWOQvMZqzC8n1kBht5f5}WM9vG&)(nB
zMCmi<M(X{WMe2x~XM2SDX`;mi!gni1G0Fefv5D>g^)&9+ig2K!E8RmvJD<4TZ74a*
zeX=@AM(0mS_*3@~W%>OEObFZ({JhJ2U#n~X78Oo-%}en^M1r~ure(gX%=gNP<eW^z
z>@~x)m54a37v`bWn!}#tKz<oIDS{>aF+_jsG)@BKi+ywOJ(R7|-OG=vRm{NmDZ8Ng
zoG&5AII13F$7_nCO{}1}kS=O^hqhQ+y_6w&UPifn1U99tUsTt8G%L>qlJdv$Y0`li
zbl1AW#IPIsy2i`IeKyV}gcjz436#vUWK)}D93V#+*-M4I{)BRF^*mDthmMOn^O_I^
z0w=f^4KO;#tTo;`Eb=(j7Rl$f#3p4rc^4A@AP9VeUF0s#BfeF`lXQb&1kI|22-pqX
zp<V(XU=Sb~+r7UK$6td-Gv?SH8To`y=W}gDn5`!J(2?J@Dg=oSMa85T#2*u%JO0?!
zJh}<yb1;$=NFh$6@hJEc>u$esS8y1$%=01n@0i3NH~l3TpxV^*Llo}&0;d1Vm#^EM
z)XB@XzX#ZKz23-6e2FHKJ^!&2OM0<_-=IJ(#yUJHfg*1gt!_YPOi^TJiy)8ALFUp}
zG=z@5U&lK`SxYtcO|bZIjah#~hxDki*(Y3|!Lgc#L&-EwGSBb(nDD;TI(I`C?P|Ig
zX{DcD`ciEl>)Oi@dcX5US9o(X$j)|O3tIMnCv392OM5s{mfPEf3=&$L&6#w{oXfZ;
z%O*eoy?K2`Ku;l_#>uuOuu@Y7zhcu^bs1!EN7xh3IAZ<Foae*qCO@>%+fj?CR`h-_
zqd=KtStIX}T+&<NHutR`FGV6QaL&&+?hYA;?LUy7C2`rgcQw|vj)-mZ$Q-&=f9=?y
z&`+_CQ?(dYR!Z0Fbf2w*-<_XPuO?H5{oY~xO&We2MG*DV2Qs-2BYx8G!D#Qa@cvtN
z3|MD!K^4z8@xJ6>$Z4OW4}O}r|K9FHiYR-hK0{5PzP^$W+8M@h9#4Kz4R8D|zUTIc
zt)lS$(jAcR({S?wE8B_=pbO!SHO#!%_Th7snZJcjFD*GcZv>Yj_cXO?X<aHgIHW1O
z-(UOycla9Rjc^cQC)o?Af<tdbRK^dSR7N7FK=UKq87NbxCj|S!_Uqbp#UI&|(Yw~;
zHgQO>$U=ePVMtU2?*h8~5=pDU{qK7HlD6!EfZLNNyDs;qL!Br*pCH36MDYN2<j!|;
zb*zC%d-8SgadD>E_ZoYNS$akR^2L))M_ki=*^~PpXv0DAlW)yw!z|ers}x-t)o;c0
z*PMjhA`!4Y<{vB^kg3>CrV43@YNxB}eMw*?`S58hiC;aKt%UJ2<W2Fsj&}t6k3!o5
zD*jb0;@P`=)xmdCGnk2samsY-Ky+M9Q43unKg8K<6S||+G-vZM{Z?`Z|H$Lg-{ZN&
zi<6Yks>;ul34I6}&MUqxUOu|?uDVbWh5s1nvd2KV!sC8qTi^P&Aj-X9<Zd*!ARL)v
z*30Y9Py?1t?RnEAx-Zp-dx1!>Y0htPIDE0Xp3n0$@;Gnp?7DjCKhdabP+sl4i;=zy
zs~gFB0N)61=auHFM_t~tC@}AsZ4%Z!q$yXPKMd9zo+Y_Gil`Y+2Q+-l^&64^7!ax=
zPNWv)^+)A`>8}J>Ad0-wp%r?$Ve3T7?Ruiqh?37z{l((~ZBxmO;vw;wQcV3fMLe6M
zjPyE+ARyt+)-A_7DvjsFi#@B`On}WX^v-a0R$_7Fj(DPA(S)YOHZFmCz)WUm#xme`
z;gqsGX*_|0#|8`{PAcA3=!8I$)=h)VNiT7f17Cb;3;AZTd=#|lCl5PHbz}Jl2DdLo
z9)tUGT7h?#=hjV&QpRxyYYl`$xR)6nu|+M!cNG*=o{$u@^6zGER$?>>f3Y}+@0!dm
zzY9?m$MRvLv)d~Kb=nU4eEH!qdvdLjB!KI4_omgMsjNiC9+-8z;5UVi;zGm_7x^px
zL|#vmY+cBS0Iv69JlB8@F5{0}MP`S!sTk;7#l}kTD&WL1Nwu_=uUzZE;H6j=Rv^iq
zh;c`Ej^dH0Aji&@_)d_#RHqj9vSG|;tlQAPXPpB4a%wI+QDU=BX(|yq$}~)~ST&&Y
zR&iA4J@N~EIGQpuHU7JUYPD+P6GUAaPUnNUpAvB|SPNlOxtZ|meN?kN*zmt865=8*
zLC&HMY1_vm`9FnxME-XzfQxH0WW`Ik*rU^7vAV^Ey`MpQ@gee$f9txPIBy*2x*isX
z_Xs&=DPy}r=5P!Js)Y*Cb3L@<%q9vnUi~`i+I&fa2MifI#1Za~4B)41sCk-uZ3|1C
z4zo%fmCwg}LpeNrPU`VGQHG>94a`QiZr*}o{$y0NJ}F`s!<i&{DZiNm0wa4}GHz7S
zYWd5O1wymd#r#X8^|1IV=sX-+6h5)y_yt?1*GTn>!zkX|Wg?Ig)xw6Qa-^V*N3bWg
z?V63Pz54VYd3_giz%AC>w-Z}uq~?zMW)>F6sHmIVXyYW^w28v;3PmNw#SYvVnxPsR
zrlvb{m7f0cWcc8x!YyJ740QDIPpfx`{mnbV06>7n{0j^IK?}fL{{t=jgCY{&1LypA
z6hZd)_&=xb<gZgxypgxEvI1600d^s$npx2VL_{NbB*1B`rs+H`)_YS$o)`E?7pB0F
zSayL7=aJ-e1mk!G(iBYg;~UYu1fT~O%fCSuR^W+{MOZ{wbQ?|@y48ycQQ0wc@0{~3
zSS|?la<c^AJ|mnP<#}_L`24bdRWOgi_{hX2fCVPrrTHv2@<McT8|;^Vr@P0UXr!Dr
z25=FbmH&ev)?*}}+k%iD9{#}A-wh;Y;Bw4&PHEK~Q?9(GF`V6GGs5Sl<f$<4M5-Ne
zDr>8L;IU(nxNp&L5Sd5n=&>rp4bb7m5Gl}G8V6rIAi{upmo=2n^3VP79|A=l42$k_
zdYd&_u-rZYHXe*m+y04b^aU5gu+|O9QZ}^&620&Jicv;pSQXsF%7!(QnpyS3bMkcP
zKomYP)bHqniG04BhI3EOa;#RZkqVfz!rH7TZ+x#(P9veAKRWTNnYF#n)yeR|yBLDl
z%`eUXPwOP*Vxy61&1Qp)c5cjOCCOODxRPERh5hqX!>Ug;`qlUgP!5}cVE%N^ddf2h
zToPFT51l)SIb15Fy%(-XVXZp4j`Sm252ssRq3^*9jLjh|)78_Hkg{*(t>ZM2yK)Nv
z7y+aZz)%!T6dPqP0Hl*kratY#|Fh>iu2cGpDpi@>`3=Tu8xi}@7VKX|H>_u%%M;Bx
zoK1a1By(3krA0eZc}td}6SC1r_>2Oi3zde;*ofi3*p&T>$OJf2-t3Uz9cAV*2uC-Q
zjlJ0cEl-qsNnTB5fXBqd5Yn(Z=)a|Sp>e|=9J0zU3*V2}o2aG~MkWeYNtJ*=M-#ny
z6RJhiA|1w|vm&^(5%2fhVpF`xV};HCQkEFSv(%<*7OV)@Z`=o@Ad2tJFN1l$t%!S_
zSvWR^4xFk+v{nuLoZfR~{ip9FL9sb8n59)zza%ZD=kbv1OlMwHz`7MtzJNnFbsn;1
za|V^gy|E)Iz{>F$5&!IbLW(cLR)}Wd!T}EU{gS4S2GhX-n1$JAA@Bl^XE@Z+pt*$N
zy-ZNO(xYD{Srz*>jZun46$h=PVWq_5={|VxcdX|pUh^^;sgccb>E}^u{h`u14y_60
z3yrUl{LD>@%I6J<Znfwl5W2pB91{vVvf+nd<Co@HhOt_=6*H-&zc@PsFUo9?C#p+p
zj73YtJ^(*Y)~2mgJRD(xHcg3@cpkp7=AwLq?5_Tf7IrK)D<Px7`T?OKJC!;`K$fz)
z&scRR4_i&TBvi#S80Zz2F{q51qA7=sRL})lNszQ?3i`+8B=-N30({}3|501jr(8|X
z<5Xbtp`YOsCf(){djghNscd;n$3@=XMB;Bx+;Eh>2P<uKhhQNnNx<g3fb-hT4N&d8
z^*ev4NPXCxHN^-;axq_X>kbMAc-_r>jbyVvS|&02a=0<H1j|0V43+j!aD20+($|Jc
ziTtT|3Yr~1!3pyzJaCm<4D<!mg3xZleujnf^eHx;FvwI>Ybj?a7!}_ICqr4WKA&0s
z*&xgUv1f{5&f-{!b$vOGfvDg7THJfn-%<}sjX)Arz~%<&e?#(?x8<0bD-8zvcq#SI
z;^M)Y>4^zurXW+8R1r`xdiHV1;J1FFB%VFdIld#DkMp-nr2C7aaOT}Bm&WLOtvGT^
z=;cGP=sv>c=%hHeZzLnt;LI(*4E{V_{9rzKWs+<hZ>8o`Q+zvbk~N&l7A61!RR0FO
zR5GbuP9!<s<bVj$${cY2pAlqh&qn%h00}l-O?uy1PvbvZ#W70@FXBK7^b~eCvk{u&
zS(FE`pXmH9$@i}d9|OGw!o$o=k5m07K=uR#2HFz_n?|pRW|2x3eVv(}=E{&|=q{ya
zWpzB5tJFj!!!H5CgU&5L6g`KBBw&U3|EuAlH<ECj427`TczBKMFUcg$ijRt;N5hmN
ztqJ$+`TeC;RB&*<J^QJ#PgC>r{h}mfK>YBJ7=}y9&-&cv<-e;R$Ni46Nn%#tl^uvv
z0BytnT(de_A_<Fh@S;^WXNh%SC*mhC)KM99l9J*`yil|S=%R%dBZ0_Zys}|$k7XL(
zG=LQYLO|BK@2=@#b0%}QC-~AetCt=vjYI_I*GjVLn>o_11`R4~>Pxq;mfuMH(e_hl
zfMVCI*vM~j`^Gv^VAAbnMjF4gtC;?TjaZ2gEu6eG`q>ZrU_QP!3hi+@+i!Ldrq=|7
z<_zVynDQp?q$10)L4t6Istf1BqiHSHL?o^tmTXN-O@)g#0i=swsa?0_#b#P!z6s;9
zUeVl^wQ6em<fOr5?Pkh;;?WA2wbT5=@lu%B%){nNBs?>=p%Ad<yy>uNv{{Yba*niA
zckMx569>JPK`}ilQ*1H4qF*Kd17FDMLQdJc!{PxejmbJ28OZdloy07Muswr+s&;vj
z$JqWwtJU?o^s}R36LL(inSpDcF%A56h1vJtB7(f0gs^_%WdglN>N>Anf4w2jyv9W6
zg-0E@WG+3$1f^N$zkBvx!nyhEnbxX2(vNkv8WO%SnhCNJhs0OQ*0Y;CykuD}wOI!T
z2lwJxN88+s0!IhDvmE0oBbQM;Jfr6_+7Pol=*Z<L<yG@Zgq&D;A3=sW&4=4+$hVrT
z151JV`T3Rk`J+nuhRI9sEi$eHUvdIpZO;?Y(e3kY9G!EkPGS=>{ASm2@l+~pE4qHE
zP?<tHMwNZkJCC*hw}8^Uzn)_hJYE#R)1sJ%Y0~{F0`1)tzTKZd66exMrLT#-=I04Y
zRHe$>NDQ)H<q}DiiR(N~q<|(J&SOGWq24E_$nR#!El~(?w6(A7PoEfg&)XhtmTIj)
z3#pIlwHNK8OBWj$E*H*iU(U8mn=D3X*R5?HJN7nl9f(1_H@QCEZjg|$0S_^b(Wm)X
zrfEyi_LH*b@gd^~j~IllO0CXtCiyP&bm2l2#Y0~*sned<>zoc!*>Z2gC{U@ZJl}C<
ztBOOH{1R~>97k*MSCE32%K|&|QG(7*M%YHh9pN7kCh_y8qolOCvbBo=%r^V|Fs1(5
z3@~Mfy1d15z2p|KvTgI!TNuBWtUQf2?oOa_W|&W4p<@{=rD`*AJtKd5Nfhf@?$X8z
z3SzXVREx=22d$2NBp6>wD$W;?8@Ge;KH-@YUsW7t&x2YEdE`0V2X@9gWv{@z70@qd
zumVzJGK^2z2-odcbc<Tf`jS-)^dr}@5e7ObM<$an@rV4X9DHh5s_EmdIaZKXN(&R1
z>%+`-yWM@_uaS>;A!kol0&np1J)l}2<!{vH2eA^N)a5cqdsVQ1GNUr<!(kKEAWuq5
zCm7p0-WPd`7?~bpH7(nDPY=3D8?vxNqV{tSk+!<bxG2at431V6Vx)j$5e}fE8qrjs
zDO|e^-29iwDh*bHOOXW6+->y_@fWfljQ127RuJf<FG0Q6zcPne26k(j$8>l7YTPFp
zpP}i?5!E0^L${?+5j?eT566SB5SQW!$ec+yU4%ouMyGo&AO;1cZJKzw1mj$KBj7iX
zqu1VF7Mrar3lB;%k1KMIA#L|bBeEbLf$3%jqf~p5Z8)o;9=iQC;8>Da_XwA|?Wq47
zZ|Eal!I92h%~crnihVk9L&0$4o{GAW#@W-s{lmG5_a<8{v4DFUaQOoy?rBY_<aF-n
zym}Jk5JTX+ivC*l>0Is!7zNOURZ1eD|Czs<uCei)&FoaOdmtG6MfKcfmEDGPj5ur>
z>@T8wP0a_+rfx+X%o1#fq=xQM<u{o{QY52b?NtYUOk7o4SP9AN{SZq#ikymvs_dK0
z#>amsFnbZcaXXstX*2Qw#csJM*V1CEsfqeY=Uij=PzQ_4VXvy9GFvYXES)*np6OF=
zd(kpwSI4ts?bcARnZrgK_UNkr^-m0*UeMDfHL#%U{hUKv`O(vAjETbsh`Y*VRGar{
zcao3&Q1AubN_~tL040J-wrkrm5R!pm4jW}lqETl}crC^WC>4zQl3{dfxogp?O^OYc
z(LuBm3a3>{@|!(WDGD~9?cn1kCQhqdL=u#HN;E^5(oEihXjSN?WEkTI)z>DJhtSp)
z6$irx&tp9tC(TSuj(QQapzjKk<NKSEaM(zUmAoZ^+3%CWZ1ua4kPzuk;PLUss2lt$
zmse-un_kYte#P-3Ax_)z%g8C?N5{FoMHocx)MddFKT1pRgk2>b?k<w~MnPK|^Np1F
z!P6b|Oe56$VXa4G^kGJWN1-<;^1A=`#H^1+3-9Up)V5d9HeSpEpl@q$_>97H{1Wl{
z6&3)$fJPSf-E@k9KET`<?Q5xMX`+M7;X~_o(nMMSZ0$fUsb50p3{^)D#>kd0zmk5T
zt6d^=VO$0jlPZ3(p}xoW@i;IpjwW0t{%EDA=?LZfXo2ySEp_Q-REA{a#;?!XBroCh
z^Ov6r1RmcTFQkuUVwXKd;rsY3BbIlYKi-IJKGplL=Xby1I1J9<sk<?#ZWuVps1ZP9
zvQEA2`lEFvz<t&A=c-pmu}Pii`tY&gOsu!-SMR{Ps*fWc(A=Zid#|9|$LlxZkpz6N
zA$anW^EWLZ*vsY1Wi#J~&##-Z&;gt`82|0lq#{uvJoF_9EBo|4vi|b4zjTh2=4dX`
zr#*&6{)j9cAhQ}88PM5sDx(}J$ldr{c4mp>3;kvCv<=<Qa<z7r^FOj66L4J%QPHN)
zI@TeM(5V1*GBo-j$8JHrmC9I^*n%R`szsnkBR={a@7jEH+<yL2J6Wb2+-~%Xycxy1
z-zMGs_A89McUZG(zykWzypfW0Mff$57_Ww;sNv5+zK%-Xrbo-0#bqKbidssSJsXDD
z&eyy`WMqvuLQ8F78tUrx1hC)KzAJnJi+36BEA}p-0m)F)mG&-&M+?f7PR~XR?kmvs
zHS-bi{KMGxYfj&OJx({gNq0Zx)e_iT-&cAq5~<&?5jXU{xEnrBz*r!Pz3E)mdwch=
z^lk8yG%f?I2|@BqUBouiz17_jYr7^z5TWaL|EYp3Z*Gejx<^Cw@pkH@LACrZE-B1L
z1DIu<Uu^fL-UCC3_46R6_BmdotGs`3Fal>H@V{dJmOD<4jkN>$SI)QatLM_;xbLcm
z4UzyUfFgqtX#NHJ2mh}H$Nx?t{5^eKrdRGW6@JbVG0)!0b$-D2@2*y8&y~bi|8NNZ
zN?aIpc6NGMV9H|>z7FdAQ=hW_3K<y#j+BlrJOSzXlD2;<RYFu48!z_88yg#&pskB_
z(s*3<KNX6aZ-g6NPxQsb5do3|$T7Wvq<4l!SkTqA9?De>l$i@A-zN>)ENl|V<%&hz
z-tLzR3kj(fJ?E!nu_U2ubqcxlSNxW^J~wFcPuEHO-gDA?ZC@;G#u$yOAzEn5jv3#y
z3U>tF-sdV@V**#jThv+WMOqjvHa5SDWis&2pL6|ej|1!X@cAi5muOEhWg1?qb9(vu
z1W{llE$(>Hi`~l+9xQn^=uO@s@FAqlFc>J))$pu1e8~HUdw2n&LmT$(z9R@xg{?$D
zgBdqyipp)T<?DqhzG7%Ro9Z+^a@e9O9O7SZP*xkYJdWhOaz2irJRG1$v4?ilo%2u>
zjU#Z4tZuvVy|T&I?ZK-LyzVOyg!HA9(faJ~ag(3ybhkM<Y3(+i)|JsZ0sX&odva<^
zvRFl{PM}%`o~qyyqqO)iJj9}rGxaOK>t2&)4P;0+Agxif+%QQNI!vpePpWScf~9{J
z8b4?1Ri;wA)0MClE99h*sIp|f@>M}~T31o*ueuH?g0yf*xf<$PHvc}#C#2IG37y5~
zyouOtO1c1s=lk6~+YvwcnyKg<=SvJNNUCg>$AUK;ItvWUni;1$I`(TlbGZ@omx?5r
zFMi*FyVQbBNWu|&-0Com8(V{1b4(U5b{zZ1Gxu0Tv%sKZ$}R`Ao);KDaYXLnUOGfI
z*a-Ev@(X&fk>v~X!nh7;+4HVU#-m7%{N{1}5Ny&6p=E51auy%)xi)qm2};~S{2CF)
zzOjA@b?3jmZz~%dx*p%6FR&JW7(Ml2-)jZ_!G)R(P;V3`MmHgS0&2gZrqll=ZC>8~
zd_ZG9*3(uc`gt*3O;yQo+)QVl?5EYpyz*um{YPbEu$k3GQ1jZn=w%{U|6zrmo|fHY
z3(tRujw^GYY9;~8a=}{}ZsqYNFcZgX{SxOCDRa?z20X2^UY!81p@Oqj;_Weu%vCzQ
z2xG~3JqV9jmFaPJkW^YKUJG?6Wi+|?c36C-5#>nT@4?XK?jbnhfXJ(nbI~W*8OAkA
z$Z6_|UOKH!uLY^C1zt(;3@!zc)Nb*`K^7Kx)bGsJFQ?Vuiy@pA3oASdMc_3x#rcJj
z^zGNpt?W|w3Tym7s`C$l@8?>%XSH3%JW_t%N+LL94hm>A@If13y-wji%7kQpW!%-Z
zeUY`d(|E0u2`o)5dXompNO|ad=!T9A%{4XD*LkTtZ#BVdiVj;x@A)qbR|1F2&%Qp-
z>>Gq`Bv5vYAZQ?peUl>e6_XKF=w^Q05j$<7*;_*<io(=y34Dt(-YXw1x|xR~Ta&y&
zKQT>=imYDw&1ajL+miGRJ@z>8jVN0~yl*QDX7=Esd}3@MkIwsXYB7NjYy#VBi}add
zI^0vD`P8dT#Wwmm$``J4$8^5L5B!Ywzw4Vh4oU^+T@5W(=Cd|7F(139Tk=s6JBd9E
zEiz38XX{$!-5|fjYqykE>V8???LV7RObn@jtRRcu4z7I{W15<*KwJ#zX#8m5@zSi6
z)LU`on?p-M5(Ti3(V?%|*57N3XIpC@P$AQ<>yDcD`OTAOsEaxty?3NVt+5>#ubVIP
z)SK9#;F$_94>jKtSD8r;nt3T^*9^AM;&4FU<-48KG)Nr9`gn(ND6n%|o|I|obLWqt
zZG_}okoo25)6B)hx*c(P#c9qPbS-M_^H+(4eNy!3B*CAm4FY+H=wU$}CK|Dl?HfN6
zwg?0E;#Z^u<k`}kF_qcpa+;4!UZu}NT+6)trkk{RN=MXrsH<$6_of<3=P}6PJx>>F
z9`SW>F|KTtW~Ri6#tWyj3RPf}KY-fPUxHk3>nxxct>0bU^VL0#HEgyDwnx*^##;`}
z-RifbSE?glaWbEL6dys(VvII_^{F(HBV`D~WbfCov6E->tf@~LmzNM6mAT1dUcqIw
zw1(T7bf(_c_m|S?0(|=o4x_hpeSSAA)MC18<dZs{>*=$?v0e|9p7xJJA?V3fy0^$S
zIxm@sAZG6HlpZ%y)8*cbxA(3PC~sS-H*d%E3c^O2>$20TS{J9w+bgkf-jeESMLcw>
z+qU}7F#czmYhWBTmWg2g3z6W6*>q82+CdgGgZ;tfn4trI$xb4xbV-E4lkR>FH(qP5
zG=8_+qM6S_C!svPpJ6~p829Y5{rv+zx!lYJ3iR>xs(IaBavsLXUs@h6W~B=b4G6uY
z>R-jIU}?RpI1D&a#K9p@ysrtL9pQ?;T95-dI9)`cjJiiS3w>Xm7G<_d6CY$Rf=|JH
z4@yQOz0SmsJJ@IZK|9JB#VaT~NxNf%9b4qboAx&Q8&%F=UD$rRM%9DL5$x!d|F;E3
zFNS}>$sZe>XVwD%`tdZ+*?Vu-{`XS?rwRSAepPJ-^IFU1t#DvcId5Rqx7BnFLC};K
zgyW0OIZ0d&%ODgSw!F)XQf_WG2i(zIe=dUWyeF<=nC3>w^a;Amua+~kBb*HOSp#<q
zx>JmRf8;y$(LQ$1Vx}xOKAuxzv^aW)6UivYdnME^|6Sm+30x6u=lil3&nLoIHhgIn
z*P^_b*NB+MA!l|zi)q|jIT)9^HuH$ls($V^4~<LE^5Jc?tFZR?V;<T^L9i76hj|t5
zAL5x6#i_=&VGdSBw~UIO#7?66tY^O;uZy{)5>=&x9?z-e&rY9C%%8@IA<1Xg=~0(0
zdEwI)(xf^2T^@?}yRG3lGNTe&1_%{o^pxddPxlH2dqk89_AROKOP7)L3=j3>f3bj#
zyZ7+PLOm7>c79%ds$c(s3Gb|R2i%|jX@P!-azwS)5j7zXW$Ord`LX}f4@diI*7YuI
z@i5=-jv#;90P;w%zN}?8^Ky0RI%qc1OFT@HfEN_rG4IdM1GVPjKZ*(Ngm=(Q)n(vR
zsu+ZPf!Dp2z5rI6=l9BA*uU>gZknckjq}_37r*M(Ysq{<;(}6!MYyJ-M$5@-&QhrM
zuQy2@*4*;7RtK0h|BU_;e$Q-bIZxk{^TAQNGD@sl4-XFAz_z|nHrmG)^|srht4t3o
z&Dl_ba&Z_>CI+{QNgwasv7bNLXm2j9MY^irLxR%<9JA7yhQi8Z`rxybvt7elC8hwP
z)6b<Ev>1!-RU$o)k%CkFr6q+HRQaOBTt+yQDtRb&z2UVYXej*qZc&W}vU4fJmnJfh
z_xZsjyqnF-$eG<y{ChU+tO0ksyKk=|J4?|q)>Jm@@w>|hSeviKIvAGavL5=wZZycr
z4-_-K+#7R8j@SP9X`L<K@M-Y3+)}3@^~iF1UJq8hT9}q|I~tK{R&FAH5|PZGDIWGS
z$)cxmHCXHT6#{@;z0$I5!-WFiCK}%JiwQw(1jTAb#|=f~mhQuI)DZ2v1vBY;v&5^<
z6nD2$sw|i9%XvHGCRu3a_stcwy658$CQ!Ab8p*3SX%=|fB+|=4`rnVv$TANn!2_w+
z1S!3_&y#4DuIu40CoeBx@S~&W<-7?%XWILCbgg({6u<ns_>nq?<3+aY_s;bdOh^w%
zHjH!slcDO>aCMouT*z|EFVXL?itykU1)@Wkw;NZMZrGgUWN(vqs(Iv`S21{w!ajYM
zdv|48e3(3saV~?rDz%y(T<JI3l%L%Mr6wc04;QH_x3L}15w&T($ydo-E!f41PZw<~
ziX`M=H=Cd+|L~`{yj7v-E606(D#xhp&KJS9VLI%=440MuC?X0nM*D_zBP5CV_vff;
zV4D45j<eR~kJq${@sgXU5S0Yfld8uwHV%$zV5aB}0Jwnk79p=Km4gZK5_Os6^uZP`
zE&%`o^3i~p(97Smd>sW1&<#S?P|3)}!dEK=0SD7p9vvNBTU&d4Yzt7!zy`3(QygVq
zXhzbxF!1o);%EbDRmxa7IONhfW8_f(=I`;6Mp{}Kle-%VOAA86!T>Vb*Z7I#2Y`+f
zfXf5d)GQC309r$c+jfQ@$#D-R8PXo{baOzWsp+W~?7YqWtc;x5Z~TB@iW6*gGX3#S
zBK`=FfW-f$iuo6U{G){gSRkOd`A-$|Uy)4XF2a(@t!Ard$|#_x93N)2-}s#PUN9s)
zeB%#5A3L(t)YZKi`gQ_@RdjUJFaKyP|K+~_Q!(|Q<NqSb951!RP15b#+uJ)`$o|Gi
zLD6LaATcAPWj{7av*CtPpNGB9Nt_0J|3O#`ag*H~ZziP?$$((%2cNWtC(31@D1nB+
z>UnL;Ps`Dv^JMpD9M%b!bX@^OQpFO=$93_;qsNvqcqb5-BrBTk83CdJ_-L(GnS)cz
z_B}#*as@40vB~LoB=qG4BP7OK6nWHbOI)Cuz$D;b%FgftefbpN*p+14@s8VZKO(6x
zz!1KD6B)fODfJ}SZ`=|!V7n>SHYT}^!kJ`|xvZ3TOGUN6At)_U$NwmJ`ehn#XaC!s
z^%IT3M5mo(zqr6aGN$yGs+7C^=>lp5qE0qXi7gb~BwdrFvc|xZdJiv*I8o|1`p+<}
z&NgN3{O;mhI$)1wa1w&IOie^4Jcr9EY@E}UjbWR^@s=ux1y0WZjU8d+3+K0rapWW1
zNG7+dI#P0UD)GL)l_NcSPWbQrc}*_RMjOWRbeOF*uhFA*5C}0wLPYRu%8~&RQKvJs
zjORLy9-C9xqsfu_gylN39Aa4s$EP;RCn+;?6$W%@rSuOCW#8GhXg%a3bOi|S*$&?e
zp}+<|gCpfu^W@Vqz55oH+~s9T{}vrkIxdkPQs>Y5AgY$T-`6gv7{snSM4TskavL#v
z*EGUT(0aX2tkVmDtV<4m^M}!b*Tj7JO;SBSyF;$-hqGf3UQ>H|xNV^@;f!wB>JKfi
zYqLqa&)QzKR8uzw5ng?f9zD|6?9h4CpJ>TFsY{|Fwd73y6#OOT<L=7%+s@<r+f7C)
zc&_<+sGR#%zzNh?+H>_sGNPu(=uSongz>qO;y9Qob8?2oL3uiWx45|7RF+=J$0Yg(
z>1cx1L^+Frw(wy%1LwIhUJMeBIa=SHDcD786RnC`PJ0_;eenEc;}32L+HJhGEN-g2
zCV#&|<`-z$cd0?fZ|zfKYHgCjRUp*C!I_eD7XQzd?1)rq=iQ!}BtB3Nf`1(8*)-<n
zSxOxy2xK}!t*MT8-L|ER5C6P37z+t9AaC>Ozua{zfHLv68NU#eb)KA?siLn@k=!5f
z<^;Ikyq364QDQRuDp%ygG5$2N&E5J%NO7AVlbf2C_ypZeQ19pqS4W|_D<6ou!>j28
z930-MWfkU~793DJBc$5f^%Z4lk_HZ}EI}1)yEhMrq8nwFsJ^s^s+>I_J}<zezUjVg
z=8Z;Plhozu5S}YTW<QSf%e2~Q>xKzHx6tANwiqmBOZsx^)a2n(*3j%y<<#L7<8uS8
zMm~D?u+p#0`S5zh0p2gQq!*6Z>2TSg$~#N&-|Zgboq?=nTaKbv=XE~%CkBM}=*NO-
z8woO3ZvuVwS>E-I0KjN#y!YG!{Hk9ybiWt_MD|T<zo+5FFQ&A+@x5}7$s6aZ*<vW}
z&+WAoPq^cT7UcFtqKgO%1)NpBg;)c6E&;+PKNgX9EPEW~Y`=GXa9g`Y+VwnSE5z(e
zDgOOI65lJ7J6y>|hBrIDcQVM>UtDvFgJxjfm_4{<JGgfBT}ma1(~$9MlT-RDFy>{z
z_z|XgpUo#o9pYm9RlK~)J<Radj)lEEwcPaq%)=8Tj$+eBp}%3O*^1^0HgeMM{~TmL
zF_+Rw0PJV$X>J;hj~W7AXB@5DLox7!kIy=bxVEyFcN=P1c~x76k9#D6tSTK2@k3Hb
zaJ@lCr=*KZfA%ar*o*xZZZQb*<2wfR{z#oUHMH$8G7gfFBa?zw7}i^xrM=7rJKD|i
zBX2jyd1QIuE(h{Z*YqM1+csx8q%EudI?YGv;bE%#64Y5g9=Aykes=MJE5K@!Dy`xL
zy0bbZM>b(mV1D;Et6gOr0*on6o4HA3H9B4}LBkhGjj@7JIOFV4)TqO%ho?gJa6b&L
zrq(64ll>^|#ukOyNC7suowWw~`N0g9V@+NRYxgrp3BO!-HPwBOi*L@$)$;Zm_mfxP
zBmypCU0e>&s(XJ!V9;Kt@C(bUs3aXUyg~C0f(i@Zhtx4ji4ze8_AxcP;313Y`^dfP
z&mLUM?9-15T3R#!S;=jA1nC*$(!IXV>ugf<wSs78a={K6*+G6Z7K|PFxMX&EJ5sDP
zEjet5PBD3^tlm=7{y4N)gc5I<+@g)6c0>^wrZBe;#A8huA)(@1=`1=|0kK`9S^5t>
zSQyL3x*k4LkSs@oa4`PIuefpt|0g_(zux!fNAgaFV<&5-CULwDfCU6xhsA&n_wM$h
ztPt)p)<D`fgcLLro-)sjR!f8=zvqH&=`}ab+tbOQ9;6>hwS<r0#-adZ=K7&#jm(=|
z=)LWh>WYArNZlhc_S1w(pS{4v5h^|=W&SJz`uN2<P;=Hf1_E~3>;KPz`=0>2!Mw`v
zZtLs$nH&huUi*KG#lS;8zXI_;Fp~d!I`BV*^S{{xkoEx2{!jMs|D)Udn+o9nN}CbH
zQ<yF1m>3YB%}GnKAHBj%$;+E=@vIDkAoX)oJWC`VA|`h&EiCqTc2@O)^TvliTFzA*
vA0Lm6jd>6J^Wuqr-59{>|ErN4k*}Zlv%leV+OO_`fK5VFR-{Zw*YE!Uj)S7m

literal 0
HcmV?d00001

diff --git a/doc/assistant/inotify_max_limit_alert.png b/doc/assistant/inotify_max_limit_alert.png
new file mode 100644
index 0000000000000000000000000000000000000000..d8d334152e80428d509b036baf8a2d9eba70f4db
GIT binary patch
literal 12583
zcmb`ubyOYQ*XMcB1b0Y~5D4z>F2UX1-QBrpg1ZEFcXuujAh^3r;NpI98J_1i^R9lU
zXS)CCTC1u~+1cw<9owJ%t#Czo2^2(pL;wJQA|)xN{Jw|0uYDh(-?v{Xu_)hn2#%6k
zE&u@PF#v#u3Dx9Or~ZEOgR7LB_=k1aPiTw`e<o4=-%ovZ71wkXb+EHDvv&oEI-41}
znwfs}uyVEhDj_AOs1b;Y2LOBpNQnundaj)M`N<MkW$y=%RvQ}c7_JBzuWU8)Zn^4^
z7!C509mGAFpxOZ|TMIfQ4jy;0qi1;bVrwfb-LC&wIw-If%to<Im%AMuBy}8)5p@)D
zlkDyOSdTlYC7t?B#}$Qz?8=UgNg1$OOaxPml-edZLcCYrGD0!P7UDf;t+wGU=zp#w
zs1Jg4EAWGYAP~1w#mgv>0@Ognd5~JE;)_n`zlkLlOPn*O(O46k?I1`gk1S0y<pNS;
zI{y>3-|~+a-rG}STYA;nl2W09iA$PhTI0H<mR{&+`GyixlVdD~9gQrV0S<}4?<%z=
zVUhQod_cTP2{o{K-8WsrD;dlAU^Twce@q>1(x{fcR*C%g1eIup4^HnE=UdB@hrx3%
z5n^aX1?}d;9q`qn+N4fXw!l88;=Wqx>z$vdt5apJrNQ7;1KO9Yr{kPS0Z&y$#oTGj
z{AsFyx0}l+;^&{hRF73HG{BTRg!;_6vW9Oug>d;9BE^RPLX7wJ+WY$t92}gW_ucs0
z?KOyjmX@B1>i#_E^>$;)wA+V$Wtn$nxk6ywVnl_!!Hy31X<}jX-Im|w2M=LkC_u%$
z^Hu*{N{YH?u>H$*z}H=TO*C{^fEd{##@CM%ND~>7A2iXp7}24?IL|I9gfKDN4TQE{
zr-q|8&K^(!*F`kjls-7CpXxMiuSUz#p3oAgXIUEzSZ3Q=J>`$j_x6SoDP?%F?EU=K
zkInRXoIS0q(hN%1av((u7<8RPcxVfpX<76n`?s=hO~LZ1ZQZBCl@^cc5^B3Pqb6Ow
z<XEjuFF$Jcl06K$4i8%;r@0Jk{QAZ8y(fF$8rnD5c~9W*1m;}xrykD=sv`l?n}Q0R
z1V|`y5ZB83N3hLF16KB@p9REO8h(~K=Wdp4Y*k3GxKOHEv=(QAAK^jFX}91j($v{!
zJ0|SU$UfXLkpsprFu>;;!KaR(e-{V@lJGKU%8|YhdRX6+i538K=R=;&jD<o^&p;4;
zGCUb}ovH@DtYvFVtfLt{tGE0R`E>tdptHNIvWfp;k~?#XEgQl40u>eNBaD&I83XGQ
zD;|_?2{A#22w`9O(+TWSc@@R%tB~R4Sr@`ao8A1vxvihFRoT6M7gm6J#Y@9EG4IPR
zNA!0UMa3ScH3Hyk1e1kRs2?{M%vZKQCmzjw2=IZDT%HCN^%~vN`<^ue_NFHk@Ip*U
zJ3(rTOQTl8F3r{*MT9-hAw76l>nLMzP)m06>N?3soV*|B)h1`z#_Q?iX5Uj_O&$4T
ztStGvT@}H{tI;%xSa8kT*~0nj<z1a-Wp3`)9MHGr%yQ+aa(c&;ix(Zm>l>YQ<^-?F
z0Ikc$UT)3OMt;tzCl}jI9DPhLSve?d0pU$clJ@hr_R%6txANJOuVZV#9$wDT`a28a
z{ezvhGvKO0>FeL~*U`<l-^n^4;;?}Q11?p_0zu95Dltd+El7su1TFB7hc}gIa^Q~*
zTQnxW&HB>DrStWp7{^k}*YN39j_HTlaRMrS^zb_2c@y^(m+R4lqjK;+Ul$g4adFW_
zE8n*7VWJmi4><q23$lKzJJ2Js^D~|crt#<U11-H$01D<GEDtaP5)el<beYiw#5Pfx
zkrk0cFg_2jm-FwNY(9SIn_Xu<Py;PvY;oC}ktgW7td>_DA0N|oq>O6ix!cGt0v;oZ
z!zNX%U7)F|YA5p|ShNwTKj~SB{9at+zdKBCiGqAwKZNKKe-Mk@r<rj}?pq)Eky2xC
zXiKH(`&Z3S5|Vw27Ljj_3KCLMW!a0XqWKeip*zXg@COTZ)0rwS56)O908Xw~k_0}4
z3vhYN^Z}*E8DJ<+SN39ilrwB|D6TC(aTns(HyzWpmY5fl1HCdB>tFOZ#flJmEpwXk
zxh@vEbj~&VMh`_%M5?;1vEDr0k-iIEUjgD;1Dp1{CQ~yy1nQ)Yt<1j`sm|^C4%ft*
z;i~klnStd?!430l-8Z>EGIMVCXBi-uYloe@yJix;DgXv5z9A!=wl%kd#nq0LewewC
znnkjUjrMY-b@;;mOz8Op$c1Nf`?GvOR#yQLUgF|v$*Q;zbtq<;3(P;qdY(s*Y1uN%
zXmhxY^;+{3A1F<BZYAFPjNtR8YdkC>3meQugt1_xAQq^-G|Y#?exwl$3kfAPK+n2@
zE+wiZ7jY|P?oC<v&+DLiBxh(sn2~sQ4bSf14*?&ke6CsrCZ-}Rs^K{kslLE+qLmZ&
zsg#I0`M+L&2zFn9X~&(yXs0M;nvbv@XWi<{mCdEg*WwVR70T4a<@7;0@g!vx#8(TD
z=X1@s4t;^1G}FY2enTba`ulftIJGVOCbe^EX6Ph(@^^f_@k<aS*@JCx*Ew9ulZT;m
zi-*I7^3!h6JY;^0Y1a#yK~qn|j>{Pl!0Y4XKGZOlelr&|zem^D1a;x6@0s_yG?(=?
zN5$r8YqT0^qB$psCD3Q*u=T?Dm=OtU^vv?&b}rf;7q^3UPc*ijAzhGXQp0V^9LUzS
zZ|l;Z!q=@sv`LqI%1Ouf_V{6n7jwWzQ{KX38R^t+tcoP&x21){_$qFCdc3=wrcphP
z@i;9Op2hin_g=)EGSb4JN#ox799>2k4uCFlxEhJE<pp}G=J5|@wLzuVu4~>hl-QZO
zzjrG{;};fMR;@NY80VI@yD{THGKNO*Ri_Q7E_`T|l0)T%KQg7ce&JSp^uyQ|duTtI
z2w}0vADK=2MYhIGf*aYNy8A7w>?o%j+xM7n8;&7vSrwLc7RQqt$Fb)YKQ(=Ec(TW|
zN*C!rTZ=Y)0Vw!plZ)Er39x&y26LvKmW<J#vI<MEFmuy~YVzf$k7%z#jUnsnF|{N&
zH8QF;j+4on!8_Eu5zoqj&(^hI4E^`?Uh!mY*f2UMDw&oM>&z!}C1zcl^PBvdUe~(v
z*sSFS)d5qD_RCwkSJ8lvW8QsC^b_6yx(B{d_z!YeKjby5N)7nB5x?L?1EGpkUU*U8
z*7_pdn)cZAU01xa6Ls^^=iMfp`B7J8Z33zU{9ou(Tc2)!O3=kSkLcLwg*lcfH@7!t
zk}vGOTA>BhSnwCQr`Em(2x{&&rp}h~Da){}?pN*|>Rxxl{dB3yyqcS<9Dnj1-f{2P
zs}%>9?ui1v)4U=TC!cHA_su;<sa~gdH~T*NdKKP<*;PHBau~hZYC|b%yBG&L!D!wv
z52o)2I1u(gv#M&l1aZ0cS&P3!=;)u*Ef%OVz2bXIOl*2Fr^6sOq6P@p>|$euGEGqj
zhb;2lJ~Akvw54jP(5;&*O<dtqx)i}^>fEfiEM`gjjLM@oBYR(|Cdq;W7(1Q-{Q>ON
zG+Lc;(6Aklp*eOd(f)M1apG7Mufyy-%p-HNV5F3k6NzMr(D7}eZr3oRA0ikQ4afRm
zHOJn7NwB3O6>^pc=w1m&-akEy8wfs(RVI!cv$@%;8{$*GK{GaPzPLd-v3fpq!J(k%
z6r6@2wb_!x^UG*djosEI4OpV{W7<WbSX-*F?TlK!^`@W+X9Tc2BIWN~YHW|aj5nJ{
z8Wlgg`TTO>%S7GifVBMCa9AEHrC6KRJSOhewRAr#5Z2&&_F(v}Ioe@WoTqY-+5<Y&
zcJoW{M8(zUaX~nd>~WEDaH1wNk5wzESeWtvh<-YTiZIC&(86nJFaA-TywopuAUh#G
zX<;aV`^TGg87RW)J{=X`HH-JVrG0l`{Lk+(GxxKr^|QY#iy=j;1V{LF`@^(34PyhC
z_JxB}9mr*>KI&CT3z?bt1mINDB96r*i_XUV!kwvs3UWwf!0#Gf_Xc3ebY3M2ebo7{
z4x4~Wq6UseDzcF|q1I}9&sjf{4ZlzXjmA&0oyXm0$)j5K9=;7B&K>tmJBGhIcB2N?
zPxaZllGl*FB{Y^3Y^G=OZlB?Q>N1HS$K_5&p*Q(5dr(!&5pQhG#qVpT+ig>*A7}mj
z<#5_4vBRck{U;cIGOUYNly;ar!Y|rcz@iC;s$pf3$|7{Un#pz8y6A;eTVS^7o8aC?
z=Czk#Mzi2YLxlU3;A|14VlgWe=fy}uwt)CPn%c3vB+@-o36bm!lkV~#Et|<JpLft<
zqOftbl4h(Rk?lP>en*}wvd{`#jsfuzlZbq*Q3lP@9Tba5ZRv|#2c?Z-rqdDVk-F9>
z^qmx_?_G`(C@e*W`0`eGV*=blyhfB$Ii>b9BV!yM(vY<tr1y6d3e^VyQzYOz58`xs
z8LvpXc*7IXatp~AZqsu@DN^lg3zq{|2a%o@L|8n%BxH5)EbPWOT|D24u>HC%iejOr
z^w^*JAtll_4az4RtnMgqDYslWyL4bUI3=L5^OX=Kft6i13ZNX$I4sQca@02z;D$T~
z3)g-L5X9BTl8v?rat$!qS<FPM<Yc#qwBGU+xh#j33X{UYt1Bb(z)JQEWUmeJ(w509
zJk0X(<LoWVp+84`Lydy;)1;3?U#4=u#HaK)wy^2gTA3C<b(S<(6hHaWu|Y$*Sh8co
z_tdwpdO?K&G$FCE?z*~=>k0g})d%X)qow6h*}IYgJ^n;JJoOS@F?O-w7RnBRuGQtb
z5!b?7Aqt)|cfGFFhvgYf-*hl}4ZxF!QS$uzKR5aNwKP~*<^P^_3S8QR`K~wTOUjfd
zzuoa0L@eh+ds3G52By8aUUQnJfg^KHj@t>YB1J%0RuwT;_idUbrZkj$Iwg5v&{&EU
zG#^x3T*i5QA^XI@Ttd{Qw#Zv@#<Z3F5vyqJE6D)mtMxBnLL54&F>Zhm(|!J|e)Z3$
zvsRH*nXzI;MZKI8)HnSP2d>Fwq=?=YGF$R1H00mf5QRd=F)ki@;6(Ez)w*a2wRfdN
zaGGJIO5b12^$P!tuyzU=2}vP#H6$c{0G=FGDo?+onrEVVS#VmKJwKcC7~Hn2^kyfV
zE`Xc%A-6|pL=scGOz=*3v@Q4$S-I{r_vz*UZ8-fnm1%@{pCWs(dpPh|_7+F*n_Nw`
z2TS%7^*M!0@D4U{VG7j)IRbSs3y%m^4hahju;iyBZ=FZ?&fSr0xjFdk!lB^QG)_wS
zp**A_$=Cu3z2qLfO;{=-)-XK5AR(^)?|k5oW@d%9rwCqK`;=R@Hjh_!Rz+itc~y6K
zXZ{?6ZKf5-a1MLU)TdY(YOX-oXaq9*xVW9f{)M=ZFpmNkBBK@Pc1>1ZM-N$_ddP00
zhAFN&e%;g%u{V57b2hayHDDF~VJ}B^TzqLeW@R5u=+stv))K^dL@?zTuhw2(f7k>b
zPY~y5;qZS^&a0?u7tsTr<G;b9Zz+nL-fO1Q)sB%28lj1sTMh(>qZS>Fb-6tATI87W
z1EgE>Tqt8N8}?PFg%CoO@!=;#=_&#{T_|1l<?&ZBf}2Hm-1d%AR@E1%q`JHjk#a=V
zY0_8~oK;rsrraYk)v8~!j1{SwQ$m=ZV3pniJWYiP&vPR^Rfo$$Apux^__8!HY)3fp
zmPM-SQ)R9KxUk7XOfCI|%>L!qgUcp6WqQT|j*cu%l3%FWN`&lb`6-R2I(MG)Np^mT
z9ZRQyL~U2@u1Tq>^=~8#A42F%^TT-5#6l^JFYo!trYxYPqNVaG(W%`kWUsV+<&8Q*
z2V0-hOLqH^qN~gDywb0Ty!Ys<+N34`+gr8~xv3%+Mcm@S&G>;qpFRcP>|f2*#{M{;
zqID2Qp-f^upL^g%U@?&r@fo4Q5}zw0rQySfyhe|2DHNj(t?v)#E9g}JHD}*R$AsmY
zuCw|+Q=$0agM*BYI#K-5o4SR3gqlTP3mLgbcF4$nn|D5y`8wv#0sXU#*h*r)EVfcf
zMCpYX-Gr#vMgnFP_Q;5^mVV@tJ!bO6iZedD{F5<LrEP%Xm9+|NSJH~~BsIIfFfwug
zM6zC`H!98J`4N^SiX8e>N{J$Zs##3clN48jN%p=Z(@)FzypUgQP@oG{2%}18()7Rb
z7@0$YW3DYM8<wZG@W*}5&;;dkU<!|gQ#F$nT!^WrjbOGVtuq;)bpBw7t-B6_nw$@y
zgX?m(l2JmYn=XSjlIOl|s1=A8NxK!pb|Jkg4MSAu-+>Mr*7=;VL59AfcXJa!q;=zZ
zF!qOYG~fiTi(@8b$&;Iz2@si`@z1EqbNegnGwZqT+XQ-{Lg2rd9IM7-XAfyB4u41{
zbug>?Ry0?Je5E~%L~VsE)N`NGvC2Q8NrSb<@)?GuIj98vW~7_`Fn2gSFtGlE?6_|U
zDg_UD#zTi_HTZfYikxaD`|G!TvOOi?@7v*;e6Po8x%zgJ64KQwpZA&)@RVmX-y9~g
z?+<*#U_y}xExzqE841@!H<Ev0^J1<AL}KDwWhtwoj?%ivcTaMNy*c==-zz=IH~NYi
z8*b(~|2o>-ByVnT&SBvogTE!B`MGBRvR0`TrQ#(RKy|bKIMBnvd(B!8tS7OpSPG)a
zM)_N9K%NVWK)Ho&kko%qLM{;9I>*YhSFyzKdV1K2{;Bie@I;u$g2hWtHG-5vAhb2<
z{i5RcYH%tEZtnXeH%n530GnDox$6{p46f@1`1JCvK72&{*J}pGQ(3SC;q31gQO7?e
z&vz^H5~ZY|V+Sj2KBpf%&;;SXN*z<F7@AxR)>ThFy>XZti(q>3jr`3n!A(`pBdvL&
zv;i2O_zI*bFNevLDaLcY70c4j5`{(G|LovgSFCSMY6s?%PQGU4AD+|*vh#d$GjRGK
zOP_09^qFNknS+j@=q#sHaj^KZBF+#TfYy_`C2oeyks8@LH^Kj?UKj3(drz4*Q1s5k
z=>4o#sr?+;cv8532DK(3;&}OkRD~uOgQ%UT=iAh5Io~#@oh4{g-%>=r2h*rD3IKL;
z18G!kX`J<dSWWST^=e-uC8NhS?)eC*X%`qZ4ZI{w_^Jiaa8_+zDXhPleXdf#XHyJ~
zINjS6vn!-4fJg<ymn+tFEl~dF&<yLJtLHNyv&Q%&vkGN1lX$P_Ze0?~TtuABy~mK!
z=p?g7fwX^ZzSpDn%c^05;=bxYweqpGd)yq&<tY~T-SQM9ypE)~g!hTrSoFrvv7YkR
zUoViwxu1E)vvmm1So!Fx9Mg|Ni1?)<1K;BfUZpU;qQFyQ@?+IMhb+REf=_9hFCTS6
zBP>=y->d>d|6X7}(}+~IpRBB)D29prDsf0}^{Ul(B&8U@Qg*p6?9ubRJn0LzBYx9A
zd21_Sy`J7x@wH5hP)nuCFw^OPLR9*AEo>I~=u^@@>C^6A+&(Gsa`^`%>-a)XkkOg}
z7eD<_;Qa99Qtyp@sg+YA*pGD`EYacpt6D*GbH0CbJL-I-Mx47P6)2JV{fya2#l^*1
znIz-_rhd8@6Qc^Y?&!Wgyjfo*LbPT3m$wb(cvaI_V*UlsXldw9X_&~zZ^u<d%W)BF
zsb4-QVuv#6&=ADKQ$7uaTx=X^xo6Yc*crHILv9B^KsPk4J~wdRAvfhyHG{Swm5r4F
zQw!ghn2syYO~ulES#cYm!n4YjH;SACg7#)Zua?TDm*WVJL~c$Z?k)pwpEW>t_lAwv
zrWEpasu<1G7w&+pUzX%iYImhi`40uxzB)*YuiTnUw0J-53z#8|3mgs}4st4S)t1KK
zM~X)YLV9_6@oel^e^-6iEWbGsqb<QpV$}bgkNXD-8#N~7+FZiyo2IzGX+8x06c#-~
z3~0DnQlx0Tc{gCl=f5uFz=;F(a=8A$^XYYiAVvhSah%01l6wjO2#vO=80VqC-?_|m
z=}yDT5L}Wdn9?7(@f`%O>0jUVrl?4UNn(iJ7b(yL$O3q&r=>qtFwj|6TuA`S(En2o
z?3-$|wB9d{*JFmU8<0G8bJm|!<H`Ri0EVS@i>)KW!*>9zIls{_Tnm0cif^`AaBwk#
z6CgA=kvuut5@-5#dP092=u2v5ubp;}d@@9Hoi?$Sw8r^u;ujkpZ0*k&G15z(Q*$E0
z*y;)WBH7E}PDwIt)1?oFHAV(3;M;VNOxc`2F>&8ysi09aw`em*sB$w;N#OUg@f&ec
z<0zng?}Kzz;GllV`t0YBuj*NiRRNGzp!bla4e4NB1+J=n1s<pB%k59{Umtvn77p-U
z0FFcEkGuT{o6!b8P{ub~(mCe*j8nmWND?}W5mb{K=}kTwzVpNSyf!E-IU=bGnVN?7
z_;i$beo=MB+*`-oim`C!rH%V)`Qv@P2=~E|@e~on$U{{Q7?g%_wzvbXX`1{Ov0+}H
z;Fk?ZeBZVJuJ99qH03zY>}4F-csO1|)C4A9r_OLQRa6#o3|5|yD0&4Ez3`6PNRd2;
zeTA<b&9+P?v0R5YIkE~6owy1om`-1Wq>mpsa|FJLmDX~1{!T@8>Q$uLv2|ZR?nGqx
zbn!rlf;#jE>Tf)MvYa)}v_GrZ6Nx+^@`VU~F^wg|%*cCV^KNtoSF70HY?s%Bvl@rl
zzUoEoD?}X~<#wZkxv{10B|wS^RTnl%U{KsW05}?QF^Wm>ReKNfXAHIqV?EbeRYMjk
zvH^=u3~h5a{6WZ!ZU#=%ln~6I_S?mtNP`P8N_*cn$mR3ky>AXRs$sJ#N12+~lQ^%Q
z#HI(d=Ev{;hMeIGo2HyhaFIGXTmgvQZ)~`4{898?=MdzBj0vLV!XGU{4qAHYjBM%+
zd0r!mP3tc{S0mu$i5<)eo0`DS((gUO@wR~?i)YIK&V??^Vi*3!8a8^BtY$mPZ>gY2
z9X%D%oK!Lm;pHZ1!}$Xq>x0?89pdXNW=P6&xA@Ug9mSsu957a~PmZ3snRuFdF>eG-
z<}0u0h~7SeMUh)gwJh2=v(hzzMZNand}ij+TVdxVa)5G%P5B#^3#n}8oOyH|H8&Su
zvYZ2p-0dc?ZJtE154Ixg7Hg3b&ijeRW!jLpj)fn#ORqDw-(X4}z`Dpt<eD;V{%1FQ
z!+160avli$VCM0KgVpfCBSu@uqLCvs?X2&coKbPj(n_P<3-4vB2GHBJw#3mgplBq4
z<oP?V&jW&xRz`$mBMW=xmu}~(?$g3X+qU&>qTe#%T&{)cUx`&}L}kRIQ0Tv}c^Ew5
zMW@tvzmlM6>N)t&dmR3vhmK$hJ^yFGTvCy2yPInYI8r}giFZt~M|KJ~2C^OaPFR0X
zG;b0t%*5f~UEV)#IbKaq__x*C;tc!e>(2xht7N}s_iYENttc<gW%@HH4H#U+8bXGs
zJ>JytzbVO#%0yp+S|nVG`TaK!#C-AUi;K#qavK&pIyo1<$RpQ&Uz8btcw}>8g;W%h
zJlCT&Qj%*+!8{McRgDTn5YLz#g>qYRB_Y-)&-^7K&u7D{kJ0`WJ+YAgwS3FiJ4D!u
zP{;_okFLztnT@OLMU2kro<q-faI)A;k^_4O9WF}M`V4zd7L~<eMjtV>jr)=nN01)m
zbP)D)wbA9z9EkRk?m&aw$nRYCb!Q603pRXU61CJ|z<hF33$$t{&%cITdi0DUag?fB
zOGKitO|_ca8cXt6q^@~|nZ8<?7xN9;{=3sCxuAlh4ftI5K`moof4Ke&oc?rikL+*R
z-%(r7kh6RCE)0UDt@X3BF-XZ<s#z*$Dp%8?Y11jSQc4Bz=Uy=(hK)o@4mKFRXz|-O
zYw{hO_~m3R6$bG_awriO{RvY_jnW}IY1&^LA8kyvKgDm5RjN$sYF6Vx!weNrZZ{TT
z?1t6AdU*%w#EcsNv9x%_{FT`}eU83!B1Nv7Nu8<=MQS5>iL>n`V*UuDBfa9|rKO-p
zIEOdq|89d-Ct_x=QlD#yZd{zg*ufBHX;i1xClp=?3K_>(h{Mcc+BuNowi7YVH1uFU
zS8xQ6Zz`kzV*!)Z(`DIzWNk(OOO`u7s5CiFLyQa=11mf(A!P=9{zMU(rJ2XlLan99
z_A%5uD+%{IA(c{A-~LA#yl|-g=|tz1kbbViK>63~t%j{lKARH08K3@U^_OPMX__sx
z1+LRQHk#PE;*Fla;#CQqq*YP&xXjF_8tj+9wcq>c|H77qD*DFp4{8&Q3N_!<sTzgJ
zX36QOh(a)ro!%Nh2qpYKR>NSZW)Kny_?0@vNtopyq2oZ5_jHvC^_1FGFyaW>YS!GT
zM2iuUpAvRC5bpNxH;v(Dl!rL&OH0R#MKD^VG!=P1Dr<jo$_?|S4u!%tOCjLjvy9pt
z##$?TrB`UgyiQD5%e55aS~MSSBAxk_)GF6U{7)8!3k{nKnR20|_KCH*uIPo0Olg55
z35;-QV;Nr&n$;8>EvgkLYJ4YH@MK!!@kP&_6D-9MiAq_y@%VEBiL?l1vb;?(n^=qv
zIZRy}!ou^rxW80<*Qm-n2mD}K_??)deBA;po-@{{WU>#IESAxX<N8RhzBo74gqa~j
zf+qDyyOHVoB$EDMMb=C9MCs)pq=R_m@Vf61#%Wyf3ca2kwP$gDqj{V@yASG`I3(Fz
zyc_gu@R38Yn@m1|x)8I-d08B;0cD!l0WrLun;-{wfXWQ(ZhU{jPoT-=H{*xAN$)v0
zA&oP`GqLX1L?4o!M)s~cPCvKS!kVm?mmXp8CI1H-inoxO^XKW73*Go*iDEw<K);xC
zi=3Ll#=Y_O=pOVR1IwG_Zow!*SAR4iSL*w%*Os69{^66~E19fBdtKbkF9Lxyl{F5l
z3KAi3;la7n1Yf)#Z7El8LV4Qw`gn3!4@1YtH!ii0@c~ipuBwD~U(G3E^y_mkc+^%M
zfJ$|t3QUZePwEAnSm%71dNTk3dh$P7fWO}U%WoMC(cyLlWQCPP-2Td8qEQN_Dtwf1
zO0*<3VUnLnDH71Q$O_2;N``5Xp!s1n$-f)}WN-t)U-LqRe{7KL$P8bNNv4Gtl%Pj5
zH}@mE>e)XZQ0m;mw%k9nFg_>xVGD()3J-haDob~gLl^#lkH}Z=^A2m*>K7wTfM8Q>
z%-nA?DSxKHUWxO4#+MSF{@U6BuYR!ddwhHZ25#8EyuPh47SV&R5I8t9{Vn3>C0_S-
zJQ#na`3m8z^=_1=bO_q3D3qTaIr=<BaQ4x&t=nLsvB@Ew9=5mK;zQ9Yi>(Dhs0Ht<
zOZ974_;%g37@2ZiM&0M9U>#91=~D}@-6|@}i!#MJ>f`e&5=?~c_wbEKfsM6gcCqhI
zeJ>dsd*z(`2;cF|_uDZ^VaH&z_7`r=p2~)M^&uGLL%YxP^FlQ72QnCL31WRR%Dv?`
z>{8N!0HLA=cj9Q{lJ!%BidaSQFJK3q>pvzk=g4>W=IxW`S;z2-`n$TBCZ429ZR1j7
z!6=yFA=;h*&lvr8$6tduH==XmUyDvjCjYln&wKe~iNkC4I>8uE1vTvv5t;p^_FH5&
zYL*s?Rt;&+YxLu6!EXwW#efbpDU?Fzj@=CMB+8qjFfSSc?LofcX&oawk#Dnej^6hp
zTmexQ`B1w$XZCkoCS|skO2m1HaJE6+3a?>eVmEL5C*iRZKe-gO;!0Id;Qyu?Bny(p
zBbT!+cO}1jXb+FJP^ezym}UigB_dfMPOF#k;OoFh3E-#@*~o(;KjQ>_!s9pv7<X6e
zZ{}&polIpFOAgC=jyI3buQLUWG=*druuj0yVceSTq~z&ib*q5_hN02`#r@rpZH^BW
zrrooYmW@y2Hsx9GMLFXoS)uSH3!<VK@&%<#HE9F~f_7@T8UhR1Z#;^i<KZ7)qjFN6
zWoh~he|Ux>5QIG{^jn4(_K!i~KIAA?213eJ{4v}7f!xb?AQZPM_628{Q1I;`X=riJ
zl3+R-C)CCB@5x4)JJ3-MoyVZytBL)q3fGOH6J0B4B`=%>&4*#Eow#9^GfExF)f|xh
zcHOYk_rT~7J>k<$m4DuVRFDX|qw{=EpUv*?0{B2LT6H9BmkI@&QJZWj=hG)u@aQ`D
zZNL|xK<hPE-`bkTl&Yeq&>YWuH1To&&1dV9|MOdFmk(Yexx5m5@wZo$os+EW`gCG%
zUZB!zJrX{DD`j?!!DqBL#fnJAHuLivJ_}D4r)vYy=MF2n&EMA98bfrpBKK(~S1Z?O
zg0#h;>{j;l1qo&28IhfJ%L@*dQy~8>9rpBC|9N%tBD?5C+I|Dt!#Sf%i~%9Cy0-G_
z{D-RBI6(noncy8W?A(!0Td|VW30QX0&GM=hnC9s9nqk<?MyVDes4hqjLOIUnZ4^lb
z<d|5=kxVa6L}gYW{v==A^QMYxkN3ufij9z6DmgQ-UrCSGiE56W3$2)?sI3iS3$ZGf
z;iJiVkHJ}I-VPW(=Z!{ikZY%^RA8p1hN#*|e>{#agn9>Kd+Cy9rQdGi-x&xeI&$|x
zW9qR{6>s(?-euO0wL1`GdZ<&~;LE0(Y^tl$#|TOS2?gdJV#&WWTGPd1$IjMj&iiH`
zg@4%#airl0ofOosCEc8P8^cDRc+Zz`&VufKW#t`a6iMt<E?(GfW=GJ8PjC`SFuocK
zebq2SmmR@2R$u|rzE>!MI7^#vmxx7=3K_SAUiI3xR^K6q<GMMjb6wo5C*h9*Fua%$
zKMvNDvQi(Fx{w5bnmVmNLK{tiVM360a%E(RO8*Q>D}uYJQ>97lavF2PmRxr3TccG6
z>~{&v9agdL`{y_4?pCUA{??jwPq%E(;O$<&v+BV2ZTk<Gl!(7&lz|k<WJ+qB-R#^R
zee3K@-hZ$wR3hvs+fx!M{>K<o@h6Qk(s>kzc89T!8m8?C+}(JO^~J6$NQnq~u~NTs
zwJF-KbT1fGij{<MI!j~VOWAa9={wanw1!fvSd!Qi>syCGu`|hbzQgfYTC22AL#pEj
zUn_7`3RmKb^GRyp{!=3qVswk>R$vpflY`2!;z@Dej*XQ>zKsJO#`-AU+nY4U5E<tA
zcQ8+1Bb;lUx%<}HuUpgOKTC3AKRS;!FuZ*Gd)07rNonYd3=)UcM)KvpmZ?#f@?cOK
z^LZv0C&>D;l%a^dP{I-X#SHg2Xa1Al4TXZIRa8+aS5x*xnZXBi_}pwRzk)7Kx9MAN
z+XFpHXnc67;emEFS+jBh<29m@Q{r(J9cE%DX=Ba%QRQFm?aj&K;lIh4gQ_#BtUOSs
z`Zi%?J!U}HR)zHkQ@xwwYoPF$sdAmqvya)%j^|?0bhUo*G1h{I7LNo)O+oK!q8_Mw
z)y>WA(b<~U?7u~J@^v4qVY6e9wt@hjPL=Z?mjm8I{HBW~9=yEjX{aBek*a@~u4kAz
zwOm7^L)9J;6Q8!W9)aKZNIiH3&9t(PXgj7s*Z4B_v;%eje>_0_j?}#b2xd=NTM%28
z8APG0;;!pyg`#`>WFqI%!-;Ab_?f1PJCA3C0pgI)f#Zc`v0L}IS(C8heNK7ryA_nD
zSXjP+gIX1c1n=98m?7$xL=-W;SR>t)zegxzA30Em%w|{#K{H@r<Gq{Cr6qjjO*N`y
zFO5vp<Nc4-NR#CML^?GD{wvaXM9z!X=AV<YsOjt#T`$r9rC``&(&ON-4IA8w;Z^j5
z{xfIIAzOKlt;1hNfv;EpF$AD<E>r8c&>m<G?R$7e-OXv`70}A7K;`7jKsox+7-2C1
zYJo|U8bG}|UrS9nM5J`~L=?dZ#K55r)o?p&>|IXEn<yXnm#^Xf%h!yx2n6CG5!~3y
zP?@LA!1|>(7X@%r)N=NYP6GBf8YPa=W_K8D)1E8gum20iwu6AzeGGypxZAg^btry%
zw$wnIg&-Vvq~G&qUg|wGQGsu-&JSjW_$h3qm7l`-C;`hujNzK<(BH8QIHnhD(r)sx
z_iDak)@vs!_Aam}L|8>J8>fc1>pBa%YF)I8?dXtxW+F+XBkv_AGMX`^e*2#Qo8YDE
zzkp3FBzw5KB60z3M0*8qj6U|~ZZ+QqCw4iv%Jj;YGT!4;&@koWk7|0&jdwQp*1ofD
zIw2<^59ZzY!WmFgbEm!G5djT%B@9UPoO7Fgp7sJ{ParYQ5ofex!Qxd`S8xz=!+mXL
zWAWL&b}X#a1R4765k+6NGU;v=oJH=(PF&m3>pp=Edn>744UKkmhi09&;TG%CczZv+
zKV1X=^YbK@k?6_E-ZIG~i_MG*l6tC&jor2T-2xljVFZPHwL?Cze|l$5`LERFfdp85
zv7h13|0HR-*C%dVCYGz=UhV%W_x~+Z>Ah}8ZFxm>vEsm6nK7oe=B{BHBQ*ezi2XDT
zK~Rq;PP6P1=7kC&ohDwov!YH~x$|TGMETHp<F0}+m9vpm6TE%iwM|thv`VMa@(Tt9
zpt$7Oyiz$E#Q0^B8=T=)_YmyIhIpzbJ8AI&zj^c7uXYa`6ATo~R(ULh9vWhl(oz@s
zuBthuz8CwdEX7EZ_?#>`BrPL+{uuZ91d4MK`Sw7M*xC&DPHgZ~-KeP^LwJ(L2$1En
zy>LgTuNQ-P*wYsWJC^Amkj1A%@<5y;nU<kW@jgb>kN6hLz!K6Yq%m7Dd^AKO3K!dP
zTN&r^|Du=GC7rhO!6ja@ai|upNB?)X>BK2JFcne2lnfq<tWO=xHbvEx)-5^2b`QqQ
zteL~NJaJp$&k~O7gQHkQl-xl>RH83kQ)jd<eLO{zVM4o?u9{|igxZQ5zxfl6)lC3G
zCP)W4u-lbB^)pO9;l?yq<0xf!vD@5L-<KzLxsPOD{}-vl>a5O&f$-HF|BL7_Lbak=
z)Xv$am{w(B!eg+iNLLh8-5NNT&h?0?3C~P08bNtv!FjAiXkH8{gkJ1y9ADdUkZ%3B
z`&B{y412z+M{ldspxMsmhuu07#&uRzk@ZSj$6iu`&k{7C!m)Zxl3@L${O4rVA!!&w
z=M;stu!YX*McePGW^QeNLn~=)QO_@mM0J_4Be*j3?s#ghIvFH_VXk&`E~}U^6Qj;s
zDf~i;)G<yuMH`8CU~88)jU2P68?<nX!7qLwI=gt3W3}b`iKS>8@hBY|AdX}gj#zNl
zojvlYovolDW)ut_R8g!`Jki$Xl~{#soN$12SoDE-xG-jY1Rbi!v26*=@6@rB-H58l
z&n7H-8?_9nEH$)=_v$IKEJ6Q=869SorUJ`BZGwl6F4QEs%X$UWq#V@f$h-W63H?Cs
zU+)!6KCGtbUIox(Z;!!$Y^=Ti)7cp}pRm~?NyNMG_fz+dZ=dUV!)RqC)$E9?gi`1%
z&_c3pw39)@YQ2JXR@6my?s+h+Qr(-KvgA>a+JO%ydvX3PoEyVZ-nwCMDT$CUTdJ5d
zjpFGXw00CnZ1hhF!;cf8yZn;dENing)4l|4Fl<O*ilt_^`5)#sL~-zbQMkcf-H|qD
zeIZI(_gWeY*xTf`hRT{=!8UJ4ie(E;>o&HTZHAop8|c5QQ+l)e@}N>^WZ<C)PfzwJ
z0cH>6Hlj!_1$QK@wdI25K>qGT%YPItd)j`hQu(b(9>|R3H~ErPaWxeL8?KuNQ_2`7
zqLCPP>x-}A1x1xLKuH+&#S8<89*=os0IBTu)3HJ{>MgeN8NVBSZaYr9?)v@0UlbLi
z#U2_pb9>)N)Bh#AQ~4hPL~K1n>hUL(2`;E?SywlA*r;fgGbtm*`!_D(G_OHG*a`{x
zwx^nzPvP3y`qoizUHs{+r<YIPDR(;J*y+_m;j@}H_PXkB9gPFn+x4v{Gze#PC&8hv
z<kXYYG7sc&n(E5mlQLUX2S-8|MMx^%1)!<M-Vg7hns<`NJ@_eprKob0+((&W@;D*F
z0l}<COqQiBMy4vEAt#I+b+h=m;(oaidH9D2VSYfo^mtZ&=CJU-+=@&d6DOs=`#t3l
z=RkyKs~oR~>`Mox*P_L$wB{ynqF@A0yhNPl^GU#?+R6O`Zw>lO0u7y1i^a>)bJs5T
zypwdZy14xcSM=pZ`oF8+|C=5j;()NARQn~e45rXH!-OAKhjGe&3B>Lry$I4%($gJq
z_c(LVV7u{eL#_v316ud~)HONwdaDvi;H=JpkQ(v51=Un<+5S=3Kl+#bzhw6RW#~;k
jPXywCL(@$BDwq?hCoK)pn}7eK0U#wVFIFvL81#Pu`f=P!

literal 0
HcmV?d00001

diff --git a/doc/assistant/local_pairing_walkthrough.mdwn b/doc/assistant/local_pairing_walkthrough.mdwn
new file mode 100644
index 0000000000..f6282ec28e
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough.mdwn
@@ -0,0 +1,90 @@
+So you have two computers in the same building, and you want them to share
+the same synchronised folder, communicating directly with each other.
+
+This is incredibly easy to set up with the git annex assistant.
+
+Let's say the two computers are your computer and your friend's computer.
+We'll start on your computer, where you open up your git annex dashboard.
+
+[[!img addrepository.png alt="Add another repository button"]]
+
+`*click*`
+
+[[!img pairing.png alt="Pair with another computer"]]
+
+`*click*`
+
+Now the hard bit. You have to think up a secret phrase, and type it in,
+(and perhaps get the spelling correct).
+
+[[!img secret.png alt="Enter secret phrase"]]
+
+Now your computer is in pairing mode. When your friend looks at her git
+annex dashboard, she sees something like this.
+
+[[!img pairrequest.png alt="Pair request"]]
+
+`*click*`
+
+[[!img secretempty.png alt="Enter same secret phrase"]]
+
+Now it's up to you to let her know what the secret is. As soon as she
+enters it, both your computers will be paired, and will begin to sync their
+git-annex folders. Just like that you can share files.
+
+----
+
+## Requirements
+
+For local pairing to work, you must have sshd (ssh server daemon) installed and working on all machines involved. That means you must allow at least local connections to sshd. On most Linux distributions, sshd is packaged in either openssh (openSUSE) or openssh-server (Debian). 
+
+It is highly recommended that you disable root login, disable password login to sshd and just enable key based authentication instead. No one will be able to login without your key.
+
+To disable root, after installing sshd, edit the sshd config (usually /etc/ssh/sshd_config file) and disable root login by adding:
+
+    PermitRootLogin no
+
+Restart sshd. See man sshd_config for details.
+
+To disable password login and enable key based authentication, edit the sshd config (just like above) by uncommenting and changing the following options:
+
+    ChallengeResponseAuthentication no
+    PasswordAuthentication no
+    UsePAM no
+    
+    PubkeyAuthentication yes
+
+Restart sshd. See man sshd_config for details.
+
+You can also restrict login to your local network only (not allow internet users from trying to log into your computer). Edit the hosts.deny file (usually /etc/hosts.deny) by adding the following:
+
+    sshd : ALL EXCEPT LOCAL
+
+Do note that restricting login to your local network may or may not block git-annex. Also note that this will not work on Mac OSX because Apple decided to disable this feature and replace it with a crippled version made by Apple.
+
+## Tips
+
+Something to keep in mind, especially if pairing doesn't seem to be
+working, is that the two computers need to be on the same network for this
+pairing process to work. Sometimes a building will have more than one
+network inside it, and you'll need to connect them both to the same one.
+Make sure the wireless network name is the same, or that they're both
+plugged into the same router.
+
+Also, the file sharing set up by this pairing only works when both
+computers are on the same network. If you go on a trip, any files you
+edit will not be visible to your friend until you get back. 
+
+To get around this, you'll often also want to set up
+[[jabber_pairing|share_with_a_friend_walkthrough]], and a server
+in the cloud, which they can use to exchange files while away.
+
+And also, you can pair with as many other computers as you like, not just
+one!
+
+## What does pairing actually do behind the scenes?
+
+It ensures that both repositories have correctly configured 
+[[remotes|walkthrough/adding_a_remote]] pointing to each other.
+If you have already configured this manually, you do not need to
+perform pairing.
diff --git a/doc/assistant/local_pairing_walkthrough/addrepository.png b/doc/assistant/local_pairing_walkthrough/addrepository.png
new file mode 100644
index 0000000000000000000000000000000000000000..b82efdbea23cf86359f3f5ff5f794701479dc898
GIT binary patch
literal 2259
zcmV;^2rT!BP)<h;3K|Lk000e1NJLTq00682001Hg0ssI2P3fg400006VoOIv0RI60
z0RN!9r;`8x010qNS#tmY3ljhU3ljkVnw%H_000McNliru+zAU5B{kMojO+ja2w+J>
zK~#9!?OT0J8|NAS`Qy0rM~n#&UqbjuQWh`W3Y2O<r6r`(GLrp)*O85^O6#uLg0^U5
zOWHY0TY1y60gY6&tty#BM_P55Zc|{(T3eF}<c|!hWk9kdCMn^g37BAmZNSDpbKW1=
za5g>%Pmrqe{q+3dd*0{c_dNIB`@Uz4XnK0u>kpiKf4t|ed)V!PfaJgqmArJj>g=Iy
zvJ|Q4o^9&U#sMdxgjg!HCb_W4r~~uYYYQaz_dN5_Gz&?J(37NtNV34<{<KeedBhEg
z9IViiq=baJJmQw#aeAPX3*AUs+;MxP2m(Q&6-kUBq+lWJ1xXDS!b%{l1j0%nfE6Zz
zfd6+pkU}a)zyk#MO;iZD6VR_a9$KQ$I_)6D2qLr?tXcMz(wz<Y`%39JHk}Rm3F+5I
z#IlE!Xv3uQ7xd~{HdaEDAVH~pa<lfft@g?EI5y=-OusJjn`1j4PNI#Ix|eUQu4SV|
zoan?M6*Ap+iT;oGblb(GB5Jm#K&%Q)VXQ^J+C~MI<UHA`&@-{@z9LeHl@KezhL1I3
zr9O*_P88c$684pFaw)+AVnrxv!~(N=C}so|$1LRmY(p-JD0&uF6{8lu2rI-=d1#B)
za!(UJ7*;%<X}#gFxM02EsCYcHqjM}Yut|07*bbd$VZ<voc6dVfAda4c)I5#;h^At*
z4?vfjYBJefx9<VCa3;Uzttms5qEN+J1C+7VIeB#y0Az~F@9xs)`6!^}F4^{nJMhl6
zp2(!-=sZK4uej<>UI3}PbBrs#Gm}@x06-?IJi1H2V-aARh6&4Cw-N9GxNv57%{x<d
zRf;?ryZ^<AT{(J)C&C8}`8Ds@jg@j*#<ovV=gtjd*3HKjKyJw{gHEQEGW}l4*y?cI
zybGZ7_5A%myb@gtPlRP+kI2|LkOyDA4X-yuT1H-Yb*KK7tFFKX91Lqp(whEp3qdqp
znyS%#uH(bdB>35p?COD`x}G^TV5-ajGM2*f>A7gHrWP#LmK%NmwWSK(_qAmw?*Y)s
zp)U2b|9-5?i<)B6eDn)NCr1JNxH?Dg_@wdenFYXbAT{r3cKx}VO%21<zujDCxMf4A
zqV{OtF#yNDnWMLjHMP0{)a_T%Rk`O|Z!P7b9`m%nKGyDyZb;M+UxW$*EsxEcUK@2X
zsQt1s?`ZC+H?H%s1<>=X+SD-6I2q9INikP#E&C;a&@L8L3tt2-F+<gsZ+~@LTgT86
z=gJbA9vF8q8}K~=sZvyAOZ9^(5EG_BQ6nuSl?tDG9)O{MDr}h_^#VZuMMqCr?owDj
zJr~CM(e8j0QY9cZUxxGW3MIpPj$StabY1c}zk_g0dBthxfExg;X1DpwBlRr0{QzL`
zuY`^1YkWdk{wvAgoC-kKC6W2`rt|NH?CUPhbUR`f&K-&q!FXY&+X(>um*;zQ)G2<p
z0BD!XRIKg&aH^xvS<*MU(w0@V@I~MfTevvYcsi@??@|N;fW&Y>ZD<%<)174@1rk^Z
zbj9hwg6WJVtXR;Mrngz<0jPmdPbg5Y9m`?)^j!34G|xRlSET#Z1WO^prq>nv<l^XQ
z0s~?FfGbE7oS2;8e7-F&Z&_f104P8!pIvt8u`lu!&K-&qp*w6g=nASI#I~mXWAnF^
zwwE&7y>#8X4&1sMT|#grBVWDC#4Pq8b!V!iEW7v8@a_UyJ#6o`ul2qrwi4*~s_TAz
zz3Y=uVso}c|NNtEA1v(%0g_DddHn!V(-oY(pHII6^NH=$U;o>3-DmRva#?xZ9`0ii
zHEjWaVMwLS=k@|1RWdM4Z2Q>0zQ$LEoi0BB5F!xNvYC&+4-rHB5ti3QQbn$?;$eGk
zM$z)de5rKKP?Xa3qc0Zy;BGYS<q!Pza)}xLW;6Y~Kzq&Eq^FH%``3C~*+kwB$TUSE
zGka=i(c;IF)DJCcJuWg$0T$M4_QJippiF}@qx$J>%WnaEdajhq8Qp~D++1qMrYv<u
zCg4L_MvPa9@MX_O<K<=9Ak&~s*Hz^8^o@rN7;=jSWLjL`3ELApEL6IMO1JIRmVa+s
zltB!M9EuY`|8y3V86eZjzmnH~Z8ARFH&5lz#XGwtsnt_-Ar_)@acbeOH-eaHC_qm*
zTTbpQoUpfzF0TE~CU7v+6;X{H<59*<@7r`m%C>*b8=CK#f9kUyN~b)2>t9Atl(S^X
zr;j)oHd}j+ZM6{^wcXj+JZ_#>^%*mZj@yCRNaN6D?Vs$X7Z}^2OfbQ`q4A1lSLh_z
zZ0&z(s}u6FpUm+2)|_{=zrfgxnIJ@kc88&PDr`2(--n1H{s<_&HljaGL!P3Ya8&=!
z9-l2bZucMAW_?yedlp)n2cu|kYvGL$Nz4Z{c1#*-)U|I<ByiXdLWIL+$TQYryqmxX
z17Flp5y&Gj$N)etpe5i0dKr9;fF*o1<<oOfLO=~z8H@rNppbxNl`;2H184~V=x4%P
zemD+dCE{MD0)+&qaJtn7QCK|`GeWSXSfsyFK!A?a$6>o<Yy$?E7`c{f;ft`E*uMR_
zU0)}tlOOxm{=Vn2i%_-JNg&_>Pt^Hh(Q{Wmwe<4T)Esr!iOuFWub=vlABju?Y3OeU
z0@eYupJFHfbv82(izDydF#g-0;N*n}-!MZatOV<TI2+2t$?gRDSMApihSx6qvS{64
z@qae63%@K9ApFKqz|u+}OoF7J1Y)5H0>oLHh5tfKYJ4eQA%6a;EnoveFOv0C7&uUn
zCO&>pvz>H^y!S<{U+78lK*ah*o{22!#PNd~(e(7RpILnE&o?{!Ci{kFgzh8>igu;#
hFVeht`12`*<bMLVqw{Fbq(uM#002ovPDHLkV1ggbSP%dJ

literal 0
HcmV?d00001

diff --git a/doc/assistant/local_pairing_walkthrough/comment_1_b33deed054d3aa8cfa6c9e3958643f16._comment b/doc/assistant/local_pairing_walkthrough/comment_1_b33deed054d3aa8cfa6c9e3958643f16._comment
new file mode 100644
index 0000000000..52bdc7f4ea
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_1_b33deed054d3aa8cfa6c9e3958643f16._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~mattharrison"
+ ip="69.193.72.98"
+ subject="Pairing"
+ date="2012-10-29T17:56:06Z"
+ content="""
+Is there a way to do this pairing with one machine being a desktop machine and one a headless machine?
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_2_39f1162b4d43b61e957e7497df4b9e2b._comment b/doc/assistant/local_pairing_walkthrough/comment_2_39f1162b4d43b61e957e7497df4b9e2b._comment
new file mode 100644
index 0000000000..32d56c907c
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_2_39f1162b4d43b61e957e7497df4b9e2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="easy peasy"
+ date="2012-10-29T19:09:43Z"
+ content="""
+A headless machine is probably a server. On the same page that has the \"local computer\" link, there's a \"remote server\" link that'll get you set up.
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_3_588869692b290483f58f3a7aa2bfb55f._comment b/doc/assistant/local_pairing_walkthrough/comment_3_588869692b290483f58f3a7aa2bfb55f._comment
new file mode 100644
index 0000000000..6edaadb753
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_3_588869692b290483f58f3a7aa2bfb55f._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="Ports to open on the firewall?"
+ date="2013-05-04T03:56:55Z"
+ content="""
+I'm trying to get local pairing working between two local machines (same switch, both connected via cat5 cables) and they're not seeing each other, though I can happily ssh from one box to the other.
+
+In order to eliminate possible sources of problems, I tried these insecure settings:
+
+* add a `-A INPUT -j ACCEPT` to the top of my firewall rules
+* use `password` as the shared secret
+
+but I still can't get past \"pairing in progress\" when pairing with a \"Local computer\".
+
+Is there any way to get information as to where the two machines are failing to see one another?
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_4_f6bf82c263fefe38701709d9dbd974cc._comment b/doc/assistant/local_pairing_walkthrough/comment_4_f6bf82c263fefe38701709d9dbd974cc._comment
new file mode 100644
index 0000000000..6a9637481d
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_4_f6bf82c263fefe38701709d9dbd974cc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-05-04T16:39:23Z"
+ content="""
+Local pairing uses UDP port 55556. This is sent to multicast address 224.0.0.251 (same used by Avahi).
+
+(You also need TCP port 22 open for ssh.)
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_5_bada601ea4b7104f162a3e00def4be2b._comment b/doc/assistant/local_pairing_walkthrough/comment_5_bada601ea4b7104f162a3e00def4be2b._comment
new file mode 100644
index 0000000000..989e80d8ab
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_5_bada601ea4b7104f162a3e00def4be2b._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="Still stuck at &quot;pairing in progress&quot;"
+ date="2013-05-05T00:26:16Z"
+ content="""
+I hadn't thought of ssh. So here's what I've got now:
+
+* both laptop and desktop have `-A INPUT -d 224.0.0.251/32 -p udp --dport 55556 -j ACCEPT`
+* `git annex webapp` is running as user `francois` on both machines
+* laptop has `openssh-server` running on port 22 and its firewall allows desktop to connect
+* desktop has `openssh-server` running on port 22 and its firewall allows the whole internal network to connect
+* laptop's ssh pubkey is in francois' `~/.ssh/authorized_keys` on desktop and ssh'ing works
+* deskop's ssh pubkey is **not** in francois' `~/.ssh/authorized_keys` on laptop (is that required?)
+* (as mentioned before) both desktop and laptop are on the same switch and connected over CAT5
+* I'm using `password` as a pairing key just to rule out any typos there
+
+I don't see anything in the git-annex log on both of these machines. There's just a bunch of key generation stuff and then the last line is \"Pairing in progress\".
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_6_01ba0f9bfa0ed066c4b73d2d6028eecc._comment b/doc/assistant/local_pairing_walkthrough/comment_6_01ba0f9bfa0ed066c4b73d2d6028eecc._comment
new file mode 100644
index 0000000000..1b2f66bd99
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_6_01ba0f9bfa0ed066c4b73d2d6028eecc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-06T15:14:06Z"
+ content="""
+It's quite possible that your router doesn't handle multicast traffic to 224.0.0.251. The best way to check is to a) see if avahi/zeroconf works, since it's sending similar traffic and b) run tcpdump on both machines and see if the packets being sent on port 55556 by one are seen by the other.
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_7_17d44229e4fa46c50815672b96a9735a._comment b/doc/assistant/local_pairing_walkthrough/comment_7_17d44229e4fa46c50815672b96a9735a._comment
new file mode 100644
index 0000000000..84a921eab2
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_7_17d44229e4fa46c50815672b96a9735a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="Make sure your network is correctly set up in the first place!"
+ date="2013-05-12T08:37:38Z"
+ content="""
+It turns out that my internal network had badly broken IPv6 configs between the boxes. That was interfering with the multicast packets but not with anything else since all of my other internal traffic is over IPv4.
+
+Getting rid of these static IPv6 addresses has solved my problem. Local pairing is now working as advertised :)
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/comment_8_b9d4c29cf2cca0427808df6af08fb789._comment b/doc/assistant/local_pairing_walkthrough/comment_8_b9d4c29cf2cca0427808df6af08fb789._comment
new file mode 100644
index 0000000000..31a0f96742
--- /dev/null
+++ b/doc/assistant/local_pairing_walkthrough/comment_8_b9d4c29cf2cca0427808df6af08fb789._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-05-13T17:22:17Z"
+ content="""
+I don't understand how IPv6 could affect local pairing. The assistant does not currently do pairing over ipv6 due to a limitation in the multicast library it's using. 
+"""]]
diff --git a/doc/assistant/local_pairing_walkthrough/pairing.png b/doc/assistant/local_pairing_walkthrough/pairing.png
new file mode 100644
index 0000000000000000000000000000000000000000..dfbbf0641a38ebdb9f94bea11f6f23a1df0e668d
GIT binary patch
literal 6771
zcmYj$1z1!;*Z-wULRz|6kP=X0>28qjQbM{B1Vp;KOIoD_>E0!z5u|GucWI<s1^%o5
z@BO}a?sI46Irq%`&N(yl%<nljR!2*j5T6Dg002T&6$M=YK=VfR&2Z6CHIdFKH>$z5
zRaaI3?*Bf;-5=6X5<CwT6O<YO+20op$Sa^m32}T>H5GAI@d(H{A9UK;+XDa%psFCN
z|9bhrB3OrZyYLRLKH|kOl^fx;Z8|Z=#Gsyii)+G4=bR>In0Mp~qMWc?s82}5Ym0@{
z=rsqWh~Db%db!^8*bg74P9ZdZM2eP2+V>(>iF7n^&U&yTVzC|XPDSA-*;mR->UT&B
zo^u%E<E*)!qn=JuM#{_I33tY|m$$*)M|W%oYTsVS;i6$+VDxvfglC4nd-u+l5*r(P
z-h`T(+StLy8dVA--@RkjOtsr6?({#>($pNZZLk~5vU7020OW>W3O1ZR5fEToGbz7B
zwNpz=0VjyTk&%(o(o%Y`pTzC?%wxkE>j~5xvIHEp@J6Nx+lEEPyW?mPc#sffJSrM_
z8kLU1d8w%lt}888e-Kp8^EGIpZ&uAqkpN&)y{I54P);HIxiLqhviJV>$i3&La>-?K
za<XN~<(u?<*OJS#{0Wr(LrL`UgSLBh<n+n!_u{df$Jm|6D%g!LJLAnk*ik;aJkyTn
zYyR-3xf=e5t50$@h@#7SdO`vNe;uxM0>`brx2`@u!mO-FSkZPc5UgIm)6JO7HxV@q
zu_n)3Fu{}+^*<~adHD-U9HL`k(QQ9L^PHTRQ7Q=KEd0-wh*6z+d*H=h6d|qtb~{=O
z2?YRr`GUsNW)>3%<fdHc*e=A&=>s{~!=W{s*!&XCW-~;r;zTKEChaE;CX}HrK<JJU
z;7>+Wbj!k#t9BmtRx|xdVaQ6_yD`}#fzFkPxoC$CBK#XRRKEd^A9*R5Kk?|%BP=W|
zJ3Bl7BN)mlRA(%US14CwW@e@o#Idh|Yw=1t;5K|805Y9R>TK8c67x5Vl=;mAZ_7@E
z9uBuciUiejn=!2)0g&qn;*MzeBiS;R4YOjm7xtT%L(JglL-m<FKWaH)!zC}Sw~?Q2
zm!hwF{crR!xflA1-b=6~z+rIT+i}<H=>?l_jmh$p+`Gebl&`m!2&1(kf<$bZu`b;$
zEIXR@o%p^hr@@RwH*v&YB{y&CS|J!h7k3=q_rhq!DBgXis89aJwX9p3usxMbaMjI7
zLkVfkexaUa^U6P~rl#g%e<3+BvHN1)?Cl>UV={xJsk!-|!lNMN4)!Lm&CzD(1&+<#
z`R0aNcMEA^pq>usaEArdzHr%bAg+ZSKLx0}gKE!jPdtH83MPDI?RZA}w<hfup1{Z7
zN3mr_hN#1d{`}9(;Lh73YM9<FTWzhQSy@DCVdgXr(3*ODm?;gnL_0QsYYMOW-pn@d
zYF8QoL394}iA8Ov%i4y6$>h-GhvJgmbbw6P*@qtR`&#_W5Tp%asI_M)kuG#3mk<b@
z=C7mjRa6+p96s#iZF-+WXX(rP78y7azxj-`L+LK)jo9y#hyAx6g{Xt|bFl#f5EK+d
zosnE22dTU37ZE8w={s-WzhN(uC9`Jl%dajHi*Ssa1CU2nL8S+Sob&Fm*M!zq@aF64
zdol(b5Z9X;<mPwA!)t8FXz=?%Y1^*jbWO&dKa0`)ls)%ycVpk&fY4wnUn#!lHPihm
z9#zLblBm?*BSbJDKT>z6l|@FiiLuDciCzETj7(Nd(4twxKjnA$Ue}i>z*1VSuKQUa
z+O6(8ubJ<oS43if-&&CrRx8E+20#AVgWS|@v3!*E$AL0JM^RDH-Tepxft;T=E$pMV
zXoK<iOF;@s%K7>Eyb1f=PqNxan2Nx0u(Z1~5g@aBbvDXx8L}Ps8W#Yh+E~ybV7P@z
z7U8$xe#A;wz{NPEc3Kr4OK@OSJpGEqUhA1SXnx0LAo}g!;V!&m!R6Y49ZDfp9c9Rs
zyQdZO@QaUb^xTcJw2TQFXprOBv1q2E;v+A)xFh|V>Tw(A%pW~FJV1TW&8gMxo{_7o
ztE8kP>J-Ng+TPsU!0#?w-@m=PK_C#uJe3_H3ei4VZWa`bEUpQhJ*HXdCF1+Q`UP3P
zbZ-nGi1r0d<GT?aYflWyAdo+$-I#V`hBjH!xN3db+No`ZW5x3iHdr!UnpXK*qL94o
zK|}8T;O{0H9At7J5s|BkY|E;us*b=5Cwu#?<z{Eb;PdJ6@$uc=T~xhcZf6hmIiJ5C
z*fVGcJe-4Adc3#nLSNaOR{t!B2Fl;CoOH7N=8pr8XB_TN+WYL7@TH~BdzA`anamKd
zis7cGFNujY`Z1MogfXeSjcW5{Eu}s9%`cT!=*rwvFfq^7AM9PI=*HJz{4-UVVX4J+
zMNeC@IpAz-d|YFfvpuiB96rXy2mm@?Jb8g8|F=ZxF9aUB9o^9ZJ?&3I9=+E4p$1$-
z?y+!1qNO|am%KjJxf<VaAye$mm8YMSTm`L;ZSbmXkUO6Xqz#skWm^kANPls_7|i!O
z)9ez5(IR3b-{XbP+XbrYMYEE}Osg5ncEll;kGf6pkeLFOcvcM+BOdS&+O#}^5cbGB
zcHDcy9G^2^MyvYAqIYM-i+7#;XzQq(c1%j@E<T5<rxSX1Seqw=*mnq%2ao_oK4X@p
zsa1}@>xR;j*@6*95W2l_J1I-*sQi09H>fUZ|Eo|+6X&hG^$+-(v>W*W;n!o5cRw<9
zKNlo^@#_Qhc_{zF7TT&#f)IvAW{+<-?)vOw=L*OBi}S({S~!iUg&%$P_O^L1dU5Y%
zn>$!NZ5ZtUJ~mhTP5i8p^KO45QQK`5T>$!P?(^cjRI3!M{8GYccdenK^J;l_n7%$o
zy`|0_PIFIsynLD12^+gR-MY?x%;4q1Kb%}@^&Z#P?90n!(ZAc=8hcm!N9KEq`(Fdp
zs|CQAU=jbK9^JjT_ea}qgQl45AuWuszOF0(n&3J~4p<KX3C8fpde_4{$BpIl^XAMk
zva)W%+%cZyt%Ic=wJ}zV{<P3n43AoZX+)GVsC1&yqRIfE!Xzb`UJO%!E^-dAGr^;x
zD!;u!bpYT)X}vgsnuCO)Q<E~UbB2IEHkY<$FA)F)My7YWXg)wvLUKX4DAg3=DOxNW
z`x?N58y{WfIb{ZiQa+(h7FP9BgpKuU67X2KL0j%*pBfYr8h%@oj$##SpBp7~tc_%-
zsTW&IZm>Ji`ydc;0u&i34YT-1KK^o#|1c7PnA=8T>gfiy%Ma9H5;_thMta_K;9jLI
zn*R1d>Mz6C+k#__`{nmAO}N5p+llq}pxm|e$uGY<`48$uJ30|NhjFa#3-fW?$umTC
zqIss6r;x0*#4qrSv)r-8o2P=x!*j+{%<(P)Hd*QB0;lCWlaqa#R_hR<3kr8o`1=`C
z&5I0^(?WJ&eMjo&j+FUr_GS8If8rZ6@`Fo>m|LczY=2R4`Zz6#lAR%z7_>pZd!EEt
zYJdcZG3d?7Z=PvMI9xUW<ep)k)g_p`vmyD77S+&z*3k^y&|}latR(lAjHJFWQQ3`u
z7qOmsWZ_BBI0pcs4=;w4d{a-D%U8LuW|Nt3UV19y=Qk2?jHu#`^RcOX<hJ>h!A`>*
ze9l2hna{MF*#KKRTB~mcXI4wfv~mP1%@|k5es~ZJeVmx$weUs8xG5g1oG=NwaS%h2
z`abG*!m@K>1f1s@)b>GjdAA^7ZqPgA^UNR^fuoEm@{O5X7B@2bk5&=^@eO;rTaN@?
zEb)0q7u}FpfCGpcA<DP7d$LI92BZAxQ(ejuIP`*2PSSO*E8f4!;7o3c3NAJ~=h7PR
z`pxiyLPMp7xiiyrPyDu=g{IdARI3&Igup?J>hx)+Ym&WLz=q3*DxcGqFEpT^(uVz=
zuZJ3F7$R|E6%7fQzbf%FNk+}44bpSDjxwYdk|!bi9zqQ!nVBO<<m46&CL>wVTd*S<
zUHOtfsLR9{%OkW9n1g4ve(KQ2V^2HvRp#X^4(;>TM!;QuQi!W64!M9)Ot7R|BGzX?
zx$#0rH2$Bqa-SP<L)fmL4~Y1TLl<6`-zGUF4>2CbGWi?TR~Gbh!seD|$a0%sc)t$2
z<BQNSG7}nF>RiryC<le|<@d7^OFU*uLjFM~Wg~zwSYZYP%FS)=r5EhbAMsck`D#|f
zsbrH3dlyW24_v$!B`xG(P!-MQ67!eq7_paPN#5TS+&Jx^o&_J8hfs<wvdR5Xo&D9*
zdsTHOzk(m?BM)Aki8jU6(8(nvTFL}I_{1I$)}8QjN@sCBo~vt=EW|BgeoJMA>|2l-
zUeKSJC6mK_HLFuye~qb1U4X|xtTdLFi0pFcmwdQ!8A&&ncNBJxl}rou<}`&6<SP{p
zj(`ihW}x7kycZU-vV2eEWZAAGV;K3L40%H9i<^)K=dI7g9?H2zuWeqm)B8o}IH%97
z>~d<6qQ2wGfoyKMIH|9azEOVjgvNxD;45K<*gJ>~sg@Ap53BGA9=}ugT{V2dBbr2u
zPk>vZqX60#{^n%BQldjl`Ujfw&9ctq<=W~l)@&kk<V)WL)xTZ|x89gaYW)SOzRA%x
zh#oFpSX(AjiqVy??L&|$d`g%UUNU#+_9J(ampiTr1<iv97(~LhwVFby{GODY?fWQS
z*}N(nMvoK%i(nDa1zl`J#+Gs=K3Ci)HKy`kZkc0rsi9Ivr{W-DtXsV0@5S=mczJXa
zPPo$ahjJ4=C1Nt+b+!PWPKGmDXsLO;MgbU$De|jHT4NM3+p>|O)_Cd5LM#B^n^*5^
zPn{OJ@O+CIgazHa5P@2w{5M~)gl$ubTt=Ip3fA}8OHSP}UN8|oC^!@C-it3Id>8eL
zb|0elsl?DGy^tyHsrCx=SC$N{4mn?N+3}TookrLAxb30sVH;LgeLP;_<d;P98TB{t
z$Bw5<?Y@-Mc>0G^7tb>YbZif#Pn{SXcpGGxhprd{DAa0ndD9|oj>HfH_3W)GbhL(l
z-b_6pV@)x`wFP+01?Oimp8lk5n*$~0QLECiqZ<$4A+Q#@Iwmo;R^@U?W$B)6MNsDZ
zjb>2msy^FXrg=0>VOqE4#d=H6D#mVxKQ}fz5A&<v9EO&Lx0`qS5spO8<uF;0)Etb1
z9oz#>^-`UW=$9;dkq38C<dhO_5k+9%>B^BK6JY^e^X}e{W$1V4^vb}g^+sEWZ<YVu
z>5fchEk59K8E2GCwD{BDy7SXRJ?w6GZulcd_lVfTcV&tBqyB1Of}*BE@RHy|$5%D3
zs-rYgDUR@|!ZGB5z%;!m%=oz6*B*^L;rx!2qXQ?YX?+f~<?IE%bj#o4+gqbu{B2fs
za7_~EvXSxWNqJU{lIvV!!D+d%>t&V^yxwr>BzrH8=R))1%@r|3<+CASGroEb69$th
zxPE_*b}eyL|L9%cB|$w`vtEW{L>joFe%IT5SalWd`^<KGjp&VDwe-*P%h_YTP3XXL
zW;D-Dx7})MP*|InzlzSA6CW&R7q?8TRhnsVNRT$}$($<@Y;b|@>|4-}LpoBI7JKlK
z+i7IN1`7tGO4DbG_EJ&vM*fZZ_A%FqLirQYHgNbe*g<`}q=l>-2YoxuodANq5H-U}
zz8MZ{2FsXyOv5yRN-}fv%h;r26D>d84Z?e!7-SpNTEThk+3zq-A`v<ChA5gyb`6qO
z3=P&Q^LcOjy1JL3;DgI84lCmY8c+LJCH;0X-t|b$?8j{(2L#gL=xKZ$kq$)Z#Pc*2
zT?yr@S;<uPm%p(JsXdMckm0yDSmoS%DaAd-iX)LyB&{f;tyJ0^ML<lOrJ1CR<S8;$
z*m9tV6lqV~Cvux4wuc!RzAsdmP2yPRY*aPXf>;sY6~lgTSB7u(IM!!oPfpJ;kFkL{
zEuSZBB!0RHj<wyGtj33?l*fI1G}Q5Zr3f?lvZUzioH?7rkB#$I!$=~!ng&W!h9*4I
z;?-@cnnoV(Uy7%So>Ao7CXVk)alFDPLH_>|7vJd<6j8k4A909chnpmvDf3{aD*syV
z896LUUl><sKXNur$0=>3-Yzo6Wl27V2B)t{a(>RuR;$E#L)2d&u3oV44q}ixEdP*m
zZ3n|sCd3RHV2q0qI}gFNP^8hTa6I#L98%RVj1N;_)th^!wf@Cp<7pmOd6!m<*w>lq
zVk;XJp{e_QiGBm9a+G-UYY^M_M2q`B?)P`v!VHv1x<@`8aXyu5C8%izRW-6y`emC!
zhcwtcOhiv<yzoEOk=1gK?2_ylQGX{EFI0pY*eoDQQdC8XDo^X#22*8As#P4S$i*3>
z4GT<15W;k(l*1W}v6y@W%9ipP%$vTYCKb6p9=|A}Di%z_sEr~it0Vb{)ph9}k^cvl
zI#%chF)KA;bQYH2rg9o4A6NPUiC)f_IJ1!|pP*82UrN-J&2vy+8+Vg2uS{|@J6F;J
zd<#W!y^5(D(S(6dm|Fd^oR-X!g@!C=DkxAJzWoSuc13Y+6sT~7mP783Dr!Ry1IO=?
zJ16yQ&{SE)U%C}LC!TCnoUu{zW9aPmEL+)K*lAUnF!AZnq$t4p@<T!>kI~>AI^W%0
zG1Lha`Qqb$-pc-eRNWXo#eUfqnWWsP8}`r4EStWz<!UHAzi7u#YqZ?{0m01C6B8?W
zo%VNqnj3$^1(M(y@pw74!~H#%J92U;Rlh)ihNu+Fc3c5H8;j*Lb7jh@_!CR^+z>^?
zjDxYDk;kpj!kLc=FXn}vbYF{S(gRi>idX8HazBtN+*-W&q^syp?0bvl+k}!go|^t$
z><5Ob#izRht7Z~y_r6+hIg;3A`=Jn-f$$ZR@9$$@s7`qZ2-HuaNNozkRTL_t_CG1L
z|6{fPooM?f{SVpwUtN{T#+X~YWFIA`AG|ucY7B4XleWIfzK1OIiZ-)jNhlu?v_cq!
zmukwn+pX;urfHWgJoQ7$y`SjK6q^*6zij-{MI_k;dFQbA7?#u7iA9QlPLN_0y?8>U
zrMM%TKA~2XM&NI`ze6b2K|Dr0_*hshM<E3>N&qkadS&pZ7Vjr|1oT8_Bu%7^U-4s-
zmU0-u>2aty!|w2sYqPD^YK`1S6(I@0v&R4Gjfl&EmJ>wy2b)-YXvz172YOyc1P|CT
zHF!8YVd<x(WlI^W;u_LRH8)16WF^0yK4vdoqf*KVOHuDv`{>EF<fGZl@LVj_!f239
zS=uhM+QIlKUaD}gXcB>6phRq%h=SFqPUfCOn{AT7>~3>5iZ)t*7^;}s$3-z!ZM|`5
zWL(UTK?|eKihdB<J}xI0?%{65%opwP?xn9NU7cj3<_8&QWbv=e<>PiD>y|S5#5F{g
zY9e*gSiTwA>i?+U5Rupy;Tg8~Z054n#dc7(qQJzvTf(sr#?fnKt~w)Ock#$&Fn3bM
zem)Zo3MgaGF4L`>rh#qLgH3OHaJ`=Tf12c@HF$zU#a$YMPdG`ZglB9ds@g8gRcJ38
z)82X${BU-5%V@LiL5{Hol15j7-)Dj&_=F>ERJUWqexfstydmwi{-)n{O0W8<ndO0g
z-r!tijOwET`rApwM&YTv@;^hkCsWv61pXT0@QgdHlKA<lk~*LACv*8nmQv}vOF9a^
ze$y1*9<LZW!qP$@fqkl@glfA9i`m}9s*QA%p#KU$IX_H6*F+5!g8-v67DLkH(V69?
z`JZyQ%}+ZeYYRc1d>)VZ<#fN=D_gmPPEPSdpNLW4sF-_3fo#IZ&ewIp8R1AY>ogHl
zFEIsXhM?<NjY>0oZv&he3h$U=5NH>thO?j?v%*K|=U6+HT4R@1wEwsDF4`-(1s63N
zdbwZ!=d>T~{a1Bf-^3}f!1{ThJ|zlQf-Afcqa#qBO-dPADuy}us5F9*Z$>_C8Lc+F
zdG(tn9}X~%7>HqS^|0NbE76=H_tqUKz`$mzCa<uTF6tEZle!^Ea8`NPMO_4E8_55z
z`OFzDqdexUA}Q{%iN7pQj_7^1HYa{tnlCp&P68D(7t+D%dvAsiU!J^v0khg7iCv(+
zE?96UPYQ3Ld7CL40|*%0e9v&tuHkdl!U(mh0BwP)Gc#tyuzBRGeZC%SQ<zCh!f?sf
zFzD$=0!8YW70>00tbQ7*=pr;<f%2dBs_71>A)cE6qSY6}?(p>*!#M|RbJw_>4CvDI
z0S{eIHB1k_=v-a>YyU2^yW~@mSNWLU0?DF@(Z#|tE0zx9y)kS`$Ex#9o14)(-8RBW
zqPe*n04C>`MNaps#GPoNF!K95yH?L&qmof4gB5mq)Sn0CGez;Vw#G`ExAMxeYeJkD
zX6CQ`p6zGR+QXbS0Z2<?r_+}I^6b2eCU0}+ujax@c5B;Xx^9#^V2PrrBt(aU7Is{r
zHQ$0IbwtBJfOa3jtB@18BehkuH6J6$V_wqxOGDY>?xjvx#&*15`@p-edRZlTthVAo
z{ZNbFgQ(#}JZ_-{UTR4LYNTafR;t9&75&UIM@<Wd8n09=UHfB}R5jy7!2^tgJ9~ue
zkMqhN3q+_dlDrI5(FK!hGV+elc9;`AFLW@R+;TayK3=r`xb5<xv1>Uox}+i}oPc7Q
zB10E9hdL-I+*BNSX?MV^2Kky9m3CU1XT=<pg{;!EjNU~BAFifrn#r~WTKil+jwPx0
zYbpCMP=1%Gx$(Emy)oR%dyuw2KwF%6b}nn9PZx6gLHGRf4uh(#>ej$)Jp>wF%$8YM
z$WCAG#{uxgF!hm=-L~KB$Dy;3n=xHUjqb?mq}c|_KX~xqjQDFQD&P4pgMqQngOb!V
m3ZTlr8{ogB4?ZF9(f)u(dq&zh1yC7iKvhvop-#>^?Ee8;is~r<

literal 0
HcmV?d00001

diff --git a/doc/assistant/local_pairing_walkthrough/pairrequest.png b/doc/assistant/local_pairing_walkthrough/pairrequest.png
new file mode 100644
index 0000000000000000000000000000000000000000..8d3f603bf47c7b849188d6cb4bada0a2d774c57a
GIT binary patch
literal 5383
zcmYjV2T&7Aw+^95FH!{oK@^eRs~|`bkzS27L2Br|L_h(#N|)XON{IwQZ&F2s&|7FB
z1kg~Vgx&%|9`}F$%zLx@ot-^1-_Evk&Yt~XWS~Pw%}EUa0O)j|YMNZP2iGv81YS#d
z!^>+4pm5OB(F73xEkzx$v}+BO&(jzF000g1zaRnR=5t&tZv^P-Yu#9&qG1u?!e}VD
z0{|@Px|-@{A@g_}PotN!IT0~c0jXy)yd<wkf#fes_`1hA^5(#|o0B{zr}8S@w!P$c
zs<twNkby4Erp;~o*bt=&gRFw|92?k+-T45@EBl2{a!rmPhWpMRxNmULk__B=47^(-
zz{SVM7jO@sEKK#rnxvL$4X4tRTx_}ih_{-@w!nYKzdFRLnTw1}kA_Krj4Wp6|KJb&
zh=SKEHdwU9`lbSyL|$u}GNFxA2U4eo8=4fXJ2F48Lb|C*K5%uvqaa<7#AyEg>Z<;e
zHa=xk608vu#V>i+iZ(tmhEjb!J8-SBF~@g5RKS5Oo)p3}%va%5=OkeD?oPw~f9ro?
zl~iN++%;_40ETk$RVujL<hl6y69;ST`BjsYocwaQbAr+HPPa!<o3bm9^l?So3uonm
z(N3r`+u_{aI5y7f&^Q@}^^#9Uf-jEF?Nq;_PEM?lNXs%8kBHiaKh?I3I$E{66bcey
zMg#sVjDp#cQ6&72dx3``$Nxyadq#E$nELq53kmF_7%y^&t{{ox9_9!JtV`7#ehhH4
zup8sfo1UNb7krY7!0#5+pfw%#;m<d412bODm{q@N3vS|Z*Hud?VUsjE!tX~AtR5E`
zakxb^`#X8G9N{`@VOFtzpTjxvz^`Y&zL|9zi!=yaXdegoFF}0gL7`Qok4J7G{4q&A
z<H1+Y>%X+Nt!>M0rAU3vb^MChFdX?v?C3_%<&y_3cCR1SL#?@mZtBl@1h=Z@)u8#c
z_{&A&#@5w%K!+jiNiPd$rp=6jZ&S*eiN`zM8AJ(w{&(z5z89!1_K3*7RX_5H)`sV6
zr-MLk1}osp#&;8>7T&5eHv|L}NUU_yKPq{e|2|Ks_FQa&Sv7(E^?#oiyR>l^KZ(dd
ze&-+s*<)`NBUPO=eb7rBz~iFD+;rNt?!e*^Oxa?Z=_679lOLSOGPm`))$SA6j5pe}
zQdp#_eSyn}?rcMFfAB|_N$f52$M!il?2oSAh(erQp4Pt+mo7mk|JcwemF<y;B$#p+
zjs+_fcxCBfW-E+?+pNX1Py@JqP;OqrsWv}9uvNhhuPaA?xJQs4x!%Y1F&V>&33#>I
zteG*^CbEjkqIe+bBb>{=67YRa819w59rdR2V9<3j>38$Nh9|!xNu<ZighRv+%5K!y
zlw5E)3R<@2;lC=BQFR!kl>tM3+~jH<#bm(DGNzjY3ZP^gg?}NdQNu`;y*gAkrx!g3
zwNx5-GtklC0et$sak$noT{Ik@-RxxJ0`?I%m#2MXbImn}<s$Cp`rrjTMOCxeUuqUx
zYgc&eRZ}eQRSjRdy;AeAv!{b+!c7s-bhYts4_xs9N{yEtomr&0szmM;2r6t+_4Br?
zKdH)cX`OdO>Cx7Uid7b^+W558&+3=`J}L3y=qX!so2)8q3+${cz!PuIzzwbrkkg&<
zS}<J@2wnS&ge&A$CmEP9Y?8PJh6O@QZjW>=!bkhlGW#&|;_?<2!4?IcsHUZ_T?^mj
z#lN}v<a@&4<(8ttA`gYDB<}}@;82nua*cJ3U(^<rv>f14i}ug5^oT(nar}78<U+iW
zErHVcc!Y+o(pb?x9d?h!GyEgs7Q6UPwq~MaX;Gz>k%{$$jEQusR13SHd!nwEQ}2BH
zI$U*!es*+Gppye&&$*rS#-TJ)7NCoYVC(GW^}NmGA$)!7=4!kgwdx&>eOjy6>Dx}M
z3NA{YruI8Go(H8QuL{KI7^e?ykR{KCY(PNok7Bv)968?G6t-Z!kR^}uT~Ny*p%EHP
ziI)T_eI*8NE(#>WnqvIf`GJb%6XJuYFR~S0@IXLSMchY=YM@c|47&;wW-6dfuC}Jg
zBW(qo$090c19|qILvA;qYN;MSX87Pst*}~e7pfz+TubIeueS%KEi%@Ys;VTAg`YP|
zvpPbx*3SQ22PkZ_ackak=u9}6dMyuc>k#GYIWo!3veqnCk-u8&7;u{>S?0hiM@+Z0
zt+)~0>xobMG<CH$*WT$KtCxd!E5^hiAaK~U2<+OrMN8bSE!yd%sEoLuA7jLl!LKWw
zr;WzZH)F`{&7Eh8%Es_P@x_h~xE>ysIRMqjjXR$Sa%#9*{|=z00-#u$<Z-G<DZDXI
zJ|9n7T+Pk~90zge(!P2A=zMLf)|Ukk{>VeC&MZy6@WG4K7YZR<S-oVplb^aSALeJb
zA3M}>%zYBHSg*=30u=F#4^1l2-~Rh@Z9BHq`R0g=gpD%&6T4n5ga>%PFXT#Qx~zK%
z53-!_NT@)uQBIfUS@7Y@$qlxq8ZvsG1WVUDZHMK4c~CCmQq(0b>$!^i+?Y}(-(@vl
zyq&PT-?R-uJID!RFr5T!WaU}!tLCA`Anf}9H#y|3!e($BmcOW&+ai8RBBs=d0Q}5h
zAefH>tVlwlCAuZXy&3xk9nM6YaIRO`rVk|GjLeutxV(Xe_7+!eW1F1H`URWc90CaP
zkX6f`R_8mTZ@YIySKEB&kbbYsx#V%v+N;rH^uRn~`}H?W?WVBUiC&Y}Lf-w5KRZqT
z@OVHZZAS#4yUh>9Y(o!u*_05y#>QyHis(tFnKZ@ZbRXXRDDNi&ma3ke^FcTeHe7IP
zQF%a2&05UT5B?e{>;(KgzUt>YsT64bzV6t<wzIOsyrA`AkAF-~&OI;h)b%0S%V;{A
zs&<<#5|)08Y3mM~y(wuZQ@q1%i=kY)t;Lo(Zoz;7`9}rxAAT=jO9IDkKR>A9laqXb
z4SWgB^Q{l`DbsK1ACFYl{WQ5KrI07ReDb;0lk1J0y0HY9F-<YgN~mor^xME-)zwcy
zlOK(y;idZRO8DcS#x+6(&nUmL1sE|q$C&R1r>hEQ!m5Y=k^BoVw#p2d8j?)qpE!*?
zI8=j{d%1aWa*nrHSEV;(d<!Kg+X@Y(uU>bH(inMzyg%`_-AM_c+jOwV*zG^ybjmnR
zF990~vUm&azb;R#iy^x97?wcI>#Q?N%_^>hs*MU>KA@0#;Gt(YjnK<9Hl-Q&<bsyB
zF9^BK>dp*IOs~iao*nNBRb%%SCWPSvonmfSQ^ufk0}c9J9Ei^ff8Q5$6Ce7`%l{Ww
zAY8sHV*u@EL~sr;z@o)O9Zq-p>1Ib`yZ@MBv%d`aOEgCc;_XJlRnxw+X=wk!SNLGL
zMzEjCBGM$z2_susf{4)1SuNtp38geK^@ejEQk@kWvrAlShXmh!VGC#HT3CcSEScVa
z>8&Z8`9@Q{cwp4qw=vXnI4%Hpw8EX}%j9~7^0q0~%MZlHp+hHlWAVWPqKD8Vu<>lq
zP2m>utL?1!&;v2(rfbO)eVw=BH))TA=gEnei5dX>@RaSiWe~u<uYTAlEb&T~w2#3x
zr<|N>OBmMj@<crH0!t%EzilREPh^0(A$g^!mAc&3cPSFbyX-_sng2SpOi3<hFXY}-
z&T4SZ!3VWP*GaiRBXBE%{Uf3EfBda|RKpIK5f5r1u!cL%n`$d%tg^gZy-z@IQ9H}1
z8O;wW;=YmRQ}^|K&Am5yS(Ncg#(%32b)LG(gsNfhu5kR%w@$eV?7|3_<RA(ucXwVn
zy(|IhPmFD><B~N%hsQT3%UH*ye4;SHS4?7;%n<bk=&ZfkPaUpNt?gi?ZbB7=Z{i=H
zFsS;`%zq!0g$(t~<0Gf`Y(@|s#!fL+kUz~Io>_Y~D1>0VijA2mRF3!g8h+`7>io;j
zule4P120%~s2k_v<LkF><}6Y<pRIQ~ym3>3LdQp^yDw#cKYuyz5EF%ZBmuuV@Oqc?
zUCnRhX-c{G0*^eHsabv6BwY9KRi19ec1ACT+;;$AKRrv_Pir+4WeZGx&dKnW<8kjU
zXMM~J^Ks8ChC(W)EPF);Kp$Op&fv)#nC;}drdFX7%(@0p@crWJ_-a%}%;hSi;#bqX
zCq6_hgIO;*$!`+WW8|(ld~`{wLTzj0W4&e{jACV(Iq|>>xgY;zFbO(c4pa|-D6kVH
ze_H8Oa3%B-HadfV3D#+W95U09Eyu=jT5L{LkS?&JIz6D**D#O7N$hm|>kMRW)``<R
zLXI!%{)f8*Jxrt$Yktl;DE}OU;&g|4o!d;mP;iy|=JXmu^g2#+6|}N!>tTLbYcx)&
zn#n0Y&y(}Sn0kOLt$h{Gcnl4&(y(|U$0lJ?H2mWwW?$aVpy@is=UG~rSy+Rgn<z%F
zuiC8zFeJjeMDq5|XzXHq;Nef4P$C+!{j<C1L4W3tuIW_<%N~WOSW~?bhtmr15Q>`|
z^5)x=-1p-^?vik5;?QFI3Q(ys)xYkVak5?)ov&^&xWU6YZS+E}TP9>`i!6V0(FiRQ
zZ^S1>Do_jGl6V$sz-}Pg2<xmWKG{qOl2Tgm<Wp~5N4NMSjkv7ji{N1Q3ss}?cj67C
zJEmN@wXs|xdC;}3cdXjVmGxbP0ZO8QS{-t3hck(84FC)C<BW0Y|ImlYMhCRNdyymC
zH5#$E|Ci3jckSV_!$7N}zYek&Nvd13GW6FK;{+~62hTTlZYJtKHx6$6p*ppwib3+#
zfZXTeyqbdiJzg<OpCC_JUoqmbQH;*|M&wReoF{xvmckYPuJ~v<-(#Cu=-F8NUy1?t
zTj$<A*8@x{b||};J*x8%>6bpfm-+8;<=43x@cC`@!GyQWKLr(dJP|uPNy)t}_NrlO
z@!sxxS#OAsvVm)s_or&#vUXpCi?vQbPFL4XD2RPj^3GJhB6^Yz8mcR|0)&o;!J6`v
zEv$`?2kLqTx~U-9q~yG?R(UJA#F{U!MM;H$W<z-E)^(v+nXF8uJG|1204eJGkGUQc
z&`dru#7(LqPL%pNlwK^gzh<Ft5C8S^Z2@I59@_Wl0X+Y}3kXrCRy9C`-ArL|JtYeK
z9a24Q-y<jb^%k(05{u>(zcBaiE<U8e&%?0sxRlX*QF;sPn?DpOM)&;<<RnC(Q(}8t
z{avv+3rs5p3XgcvVbJ{tpiShb^{0L|>FC@`WOnm<u{N**omfRvczWZclZAvmiy?do
zl&!qN%Nm1<_Za#U)V8IZD0pQUuIFgG{nje)mj7PtHeFqd_&*C|@$Y9ugOT*M7I&pM
zbB-Jseu^$**v)o3_=yK_1&#RLq&T(apf;>p+Z^dD8EY&4$RB?SZMOLg^XzueApfOz
z+5M#~^oau+3bmDP*X|OnqbM$<z;w0YPBwJ+Wq4;>)=le}n=v!j$**3@%uY_oWAfXd
zqH_TEdA9-_UCuVB>TCoWpuV2iy^7m&DmwGb%hMZo4QJ@*kNc3anD=(89*PT6JqeWk
z{IAbFY=9nWVR51`?cd{NUq5*x77uq-K{V=G6fmEM)XSvw5^`NEU<y`p1y};$arBq&
zIg;?F`cbzE2RqU!m!oUbhg*j4#4~Dap(_#M1P<j7t$HUDqD<jdS=n>EJ7e=uiTz)f
z{Y$qkdpt-|2u|o<1^nN>Pq@dc_>H=n&;eb~oJKpP&ztSo=$=5%R-$ylfXCJUC?9dV
z=??#7^<TjVHUwRg0@x#={(t_y>6POnJNk8qgM-}x0ia3Dg=Lw;@9}TGj399a&0!J*
zj6llBv_*)2HoR2p++sJ@c|0ROd3t<QpaP$tMG@1oEbIEf)xC!KMxAfW?p+pb^<)t$
zYc&C}KLbFY2Z>)V3bIgE#lNS`s~b=M<xDTaLZ%%T#C~7~P7Q_4m|^LGcF8V@yX~KH
ziN;HAv71j1<~)$kYZmH{pT|$Uzq@^xE+q97S$cY-GZ>N(NPwzH5orw_lRZ0b?*AJ5
zLL8w2lslH8#s;h9H<!G*MBPzmoR%^PjfprAs^#Dw33x#;**bEvvhMTo*c$j_KW`|Q
zr`6R2Z8R&VxPJ<*?YLjMx|=O4*I+BX8}3#{!VF>tjot4Mx>}`=3L()h6|M?Q%xOOf
zSw2cO6<kgtD*;MlMo%AxsX}DK&U6L>o6LIM?uMzTK_;C2NXHY}?sg2v-!Q{@0pPyD
z?Y!LPxF~M~9vJoXanFp*w*mf`@i2qgnY54s?}DecZ<&_fG}8Cxy<u+Br3@+JM+ZeH
za|RwX<F<r`e!0Y2b{00Dq{Pk0=wm#CKmueO-pL6_jwctlNRc?9Hdl~qv;L$czXrIj
z30mCP*la!PZV8d4W|Fz6YYcoH5WjshGFHma!tYLjEYHPy!c-$V@o&p4Z8;%(PuAoB
z^6(Gqy)l>L)1*4>RhRdls-2^4YcDI%gJZOxv4p`M(&DYcF<^(oMW$f?eD3S57xsNa
zk`fmWv!iCTv0IUM%i*`ke9k&jTm4{ure7A62nN$OhK*{0&6%Y_r)4D|K?A560TO&G
zKqn#<%7FPiNHP<0*3kxIkQ&tg;8(ogI2gW|>)f>;GWhYdA#hbVLtMaGSs4&#|DGgm
zNKy~T5Q)kfS{-~8!uoq7qW(;aItv)t?;;(mU44%^#gv0${_m!W9v>@-_UXRH;#KAd
zi#92^ill@komR#gOUNoLWn_?%x{afHKRs^#O=zJyjY;JB@Ugy~^c%1p^*58nKQ0r1
z+!SihG*{d+LL#56d6c`9NAT5Z(?AW54-BrO49ynB6+2!8?+o)|C=pbM^|+a=?L!U*
zjV&hwFi*04-jHNGtyoGpWoCF&5-Uw#CL2Q9^b3_>CV(emXbiVczZ?3=MRqTH;GR#U
zSaQxvPF&}OiPFH#(4&`Kb*e8IUlDAg>m0wg%#rQ~IR9n{TFY2T)sYh;SJ~_tgzUth
zE0T56>YE%p{9I70OkjLxuZuuXQC?5vKUmA0(cnq82H&+3@o8n!*BX8f4z2884v-MA
zC!^t^wGU9ND}KjIHh@#fMxk$mwn}383`g!*jsH`2hBp4Ol43Wsmb$)pGez_+3CU;K
f|BvpvZX&5;H8D;Zo+y3&WeL#LGSIBjuz&YIyUnj5

literal 0
HcmV?d00001

diff --git a/doc/assistant/local_pairing_walkthrough/secret.png b/doc/assistant/local_pairing_walkthrough/secret.png
new file mode 100644
index 0000000000000000000000000000000000000000..1eb8051222869ffe4f9336e991c0de46fad3d52b
GIT binary patch
literal 5132
zcmZu#byU<%+x{WVN=ga{JS^St&{C31%Yrm4-Am_Eu7q@#q%;!i(k&n%t&~!N(k-<p
z`QrPX@B8aJb0+S4?l?1Zo$Jg@jIOpSG0|fp004*~YD#(lfF*rDwkCLR-xjH@(cgD?
z)*7lxz}??c)K!souOakMGxi1m(4)T<3wV=9d#}XzfoLh?FA;($xkyI0x%&a&Q4T~&
zK|f&OAU{kuUG>e-hZ~a9;)zOmN)-ndusQ{pzO{>SG_9SYg<3Nv<NZEFLNp~CMpw^P
znx6M55ayQPsi;S1O{lL+BO3JDKSJLs-oqcZ`>!0k|I2-@;#6fbGNHK2_&({evzz0I
zhaUyU1jC=N|CvcYztp@q#Vnp(gtT9UROI^l`@dp-4MEBq$djcJ$h|`z_q0ui(az!v
zMTxD?AZfWUw}ct<>m!mav;X2V6~mCf9(X&Zdk<#Ua(U`Zu?-|bs(}_S68jA^YQ8N>
zs~DlZOc5Xt6fZQ9BLlR~@^Q_5UBKOX?`0&};04b}+E4?jkZ1lvi(;+DD*!lnFFjuh
zVUejEvZPsufZj9Q+tn=f3Be-gi9jt**{?49BPK7x@CY8pEA$pou5x(bV&kyK3)Zs@
zTpIPhfNzZTu^6)$!<vN~B26V4JQl+<qv|6_Ul~o%*%0C3uBqcTc<?_c1_pb3a(Xxi
z6XgbldA6`$s8OG(ON3~(&W%Q&c{+|{|7x;)2)Gu!;mdV+9_K}x14@kH)Z5SAAd-L5
z@upVLbe<+ZcBZg;b5dV-gKVv0Epg-9UCz%i`{#m(96ck;ahczXenA=;P9!ovy8dAF
zuK^oc7iY^szjzKgH+z7hGf11oY1Gi&2~Q=~bF7TEJxM&7-g^vgRFHbeS!%|fi;f8g
z+JAfYNK;PIz3Y6AQkS=eA<w3i<GR#nWs9IkV*9)tUmk(D(x(md+?pFyL$5Ioc`bSy
zVmvNl%c9U>(pD8>%PWs$+F1oiWI4YJaWy|mB~K;a?j#LcE&swMA{)FL5-_}Cw6U}3
z+YyR{7V?Zwxj%jOIPaU^hB>-R>xx_4Z2}^ho>u?C>m%Nd*G4}z+A%Kl-{EF3ypX|w
z-#lUlsPe5uQ%y<AKaQ82=ygzI-bKy;KE%FKW1J2t6Z1>Yyrl5L!HTKT|K#IGIe6~8
zeC7-+sCqipsr;GIn-rIJaUa+<T-4a3bT6BGZt&%GlTg|5?Nc$1EhAkFI%1m{(#Ij1
zm2kuuS^=Kt!dOJo5;^9*yA_5ZX=P~X2h`NG$b8}TYFg)fUq!&I{f_cJBNW6{gt`i5
zoQvHpqV?<m8LL~2d7ehr%Ut;))-0K*i}uIMnZZjwvoyg$rA^BWWOdG#`A;fhA=u1K
za||;~`wG7=8-EoSFI=-yd8Ln{Dm|2*E_&*GB<y<oBTCF3j<AM{Jt$TY-W5Mo*D>`w
zQ;VKoYO)`P0*OzKUbeZ6zo}>>oCn^C9mZBw(pISf3ofyVOdqWLMud&5%vXY&tGCUP
z#JGz>?EKm*6Bvh+OiO}yk=N6}uD4tqk7><HD~}NTOH7bA+*ngb(aB&(ytW)xTOZ=v
z&JR1z^`c_rlL$~GvTO)~&-XU8sjAc^a3x*PA{2<mN!}UP9h#FzkV0wLKeS9^lv~hV
z)8%>TiW#|LZ#%x!%|WAx7tgtH^L=r}dMjMTsW&!C8N71KI8le?bf$VE(u;Umecw_W
zyBg{^-IrxQwvTsd&5|HYeP4zycXv{Tm^OvBp2ADsI)23PaYaAeYxXNd=Xagz7g*(o
zYK*)sCN@PRC_hn`Wm%`D%b35+K%9%ub#_#bf$23g<lMBzESx_xxh2TD`z3nS4XI)>
zXI1S64rafq+UaL7p2J)_<6hND<tw1ZJ|8VO@a`Ek&lDNjZ-Yo4n+Lb^QH0kgmbJe%
zW?<lx2~x?TYB6-5v18<uIqd!K{+0SSV1Yx@1+p*^UUt_OGT}&Js7_GtNY`aSQ&7kc
zCsitQlQ&&6MFJfZ(~cN@`Uw94cH2$&Wj&iQ)2|42)qT<38L_Kw<j*%-UXNtILr=~8
z0*__qjf?`mot@P6<g@*Wb_=O>*Q%sUGYsh*a?9M176D3MbTUzj(e8DN+l0mOANCYv
zuKN?kkx1?jxOr-j?vppjjR{CeF9lklckJyUCqoE$H|B?5NJ1X$6yY$C&%_?qxpnEn
zCON=P%2r4QA5XLh67xq_ahp0=+#TlDAMcmZ(;dfI8yMwNu1O-?Y*aDoTrcL6o2JZM
zI@fy%VB@<3Xl`3xl5VWh`6TJF5^jp8_EqltpVUn#tDmV%6<?k*KDmxxXOK@P0E94b
zsEPHMH5E`3D9*z(*l0ALT-D(@5W3rt1-AwB#Tr<h$4N~#DFhr*In)tU$3K04w>WV)
zQvRv$CMU-MY25(mhasB4(5cshxWiKzVj4Xxz?Y^j?E1EknLL55jfB)4yw^A5k;|rs
z1LSW9O=YF}f@WWvQMFm!jVs8Z`lG7I>8l|=&bB05sH}CBIJaaIAGBKVB<5he$C4kl
z$dJ>?E#~J0t*JfQYF>ZTw|BW@jz5XJKDVoH0NL?;t&R=DYvd-!gvof&a0XvN+0yM-
zqXJX#S%F%j_oU#wBvmMQ()dt{>UW*09IGT#qF9d~_raej)-neZEt4(!$dcFsq8EX6
z#C;vs%FLn<tE}D}+G^RQ@e6E;Bkq@%4cwG_kr(5biOX$OUNVyd#rX@*jFKG-_x;lb
z_&~3efX7YS*Zvt9J5!$+CKTz3uZZ?cgB0^Q^n~StIVxI(9KFx=d;^{B9~6rOb4Q`T
zIA-yqiLGE|1G<hA|C_qi*GtF@L0<(b-t)$GO+Bn)Td#uUoSR}6Xdd~)1|08b)isH@
z^&Gm?Dsz3OvI0L?6uz8|N1Z?=@x*UVes1}gx>Ncv2XP)YXjUbWn6LTS3;I$cly{*P
zp3n&uGbcd+Tcfn62Pb8A5VN7a3o|5nfx#f@yLP2$@?(6C!d1z*jx<bj%&uTn%Ol-{
z6ZPh;e1c)wOfp7r@#$5TMP@=Z@(qQbiWua}hJ#egW~bSSag@%$uZ*dsDVj87iFIb=
zq+2l6soMenGyl3~LGDnyk1-9eAQ|2r-CRV8Q=$wg|8Gyevc1!$RAOWErQ36H85g>|
zPKjURO?B8*9V$c#_k-C)^$o_85-(OA9!|JN3~jmSR2JQA_DjOV+MUVr1h0;>HJX&4
zA0H3ubj{%XFh}QtwA`Pzh)SKa0fRTu1|SOCD`eU5?#T7_OqSH-jJ}~pyUY<bL7;sg
zG{n=<QO)YdMH{}lnOWQTgNWjW$8QWKxag~sc3#}nquYhobG|*dfNUZAFP`zt639UR
z$dGYf{p-rF8NvlN$$Bqub4~nAhT7&Iqx>sO@7luDWRU)X9bGeZW}|FZ(P|~8fBuit
z9@gT&N$?xYQgKP|NQ3v+ax0Y_SF_v#eO*CCQ`40?qQps~wO#^=3yS3@0w=nqDGk^?
zZ_b*c%(>m%LavrtYnGIBLOUgxLc<%+UA|8U5b2)ts#|t^su>OKXfEPq5#lT9(Jhzp
z^t)YXs&qRG_yJ|y^zHfy&DTSBv!CtK0eo*g=i7KPU4Wi%#32^G+p{8uvn<v1mSHj`
z#6_3&K8}bK&gJ-tU{*vMo_z3i=7LEsc**`tp>s!jSQunLdx&mrZS7GD6P$}5t^gaX
zi#Gr%)5s;-IILBbfBz_n`_kFhXVXP%kR7V!3z?OU5?MYUh<=7Zeb<jx`G8T!oD`+R
z{-7c;stN9il?7?qFQw?t|3eAJX$8Ave8$EBe*7dWA$(1S=4UG_E`D}MW|;~wKkE;4
z@`x%2Z6}*Gkcx{**m)xMT^TG&Q|hH1@!@LO0{;Y1W{IVGw?txjXd@{C)Rjm-bF-*K
z_@K{Hon_O#Gl&Zht~Gu8lMgU`(EX;1%2e~|w9XzWXoPx<6VY!%U4pu!IrNtr!SBS4
zYQTGWrDSg->^gM<9BQc>8Ga2x$po8(spOclAI9J!$YbHdgrp=?ZLM2+k(c`B{*dSX
z&(7ya0;SmI2cwqend_>JibOlj>uUzQHow=HQtmH}!kw49VCm4J^(?WoU?@uXq7h%I
zW<p*4p}!pEKLgh3?p%0SQsnJ#y>N@Le2QI4EICP13P+#*`o;V6vlBPa<9)I;+edya
zk!YT$8rM9$#aw}+j)nhC((S7q^})~;5t$n(0pGqT*nG(-*OU3?Nm{qK%em^GppOeF
z>rw_%UEgo1_gR((KC*eqf<L*`=kRT}^w@6tgReU}EQCDo99>*MAP}O_X5ZaSDDw|b
zk-j{PRwMo<CXismIj!dAb;3^zHBE`6W-~^iOv#pJs}G<e%f&w?Z}Wr*9uiUTdNSz>
zE?QT*M$DohXxT{PiT!Fh9!E*fpWU2u&8rgF@_SFUKGlRXz%q!+sf~viK?Wcp7M~^b
z7*wPTIc!DE8sABKz$6{CE+dUsV^&`@iL@X*|9UNjsMQzg|NW&hvNaIfnS7d(jOy2;
zY*-dQmtRf3b&vA~^#oo`9tMY*y=YX-M+YeDQN~rm3Vi?-<R^e5d20m^b8YEt9u&dI
za0$YZo@Ky9n}J0RKG?7?8q*Kp!B_mFd2oLdCJuAp9opN8>DB0nD_?!KgvBequU&?l
z_R_*ijrv-sam9Sxr3uF7=<LUCLIq2|2}KwOawmbty2E(ouZAerwiy>ql6q*d9Zp1y
z4?{s5dizFwya2o41j{FE!;Xx>_x;&#(%j@-n3j-M{fuAL&^9Q?!TX00<x|8qjS%~j
z5sTas2>SVcqFQWzcCrSU&6CkfoGt|gvNS?HUWH_9LL~D51&%^28^OIuR%(P~Rzv?+
z{CT_TfAn4E9WFAPS1@f@sY#w}hKHR1NvZLFR)4+kMI5e7=D*(mUoiG3CRV|npB8nr
z^R+nf#dGhYr)gIg-tM3f-M>c-!@5Pv_=ATZiQGxDJmt3*+reNh3GG~<Z8lvO4}PE6
zYeIDf;*R!ewL*fNzVSNam41Uff|Xo^eiarB8JX*O@BxwFeoGu_yi29?*yPr^Z)^v8
zc|xeS4~|8@2Qs<LaH&16>MC%!{Dfh+HPEa3DPFEjN{wXeBj{wnzqKzSR{jNOx3R&9
z+G;_;c7@e#X#21<2)jkqj^T9Uk(}h&#B?j3SAkr^mW#+r@aB4RAV-Unh)Buxt5<ec
z_$Zklq9_zsbl7gQlZq3=RW$Q}cDKdxr@~2b$DhuVSzXg+7N65G2a)e)MXYdf40fM}
z5j4Q;-aqK`A!uOMWE$ffLmFUNWx9;?y3^sDC-WX&@AGf__-;F=-&96l7Q!0{8ageQ
z6=Fk5DLeX60ta(8Lx<cX-v?9g+8sEZUs5r3QdB-KhDUE652dq^TQRvNR4xjk0v4ex
zDM_Pk+J~==(9XTXjHh`}so=ST_<-xS&pORcaV;_;R}S8`C8lzVw`_d_Z{v=427VN}
zPKVa74Oh^}anaw1ddq&h9OGDQ)Da+&YZJLY<=A|aSiY;4(R24PWAyF(d>l0<u0eYl
zw}w;h7Y)#H%I{~9_0B@qF|knmy4%?MXW!PI>j@%Ms($RNM(E0Z-qa5f?U?0Lc*YSt
z@y}1aVbH1FeSS|2g%m?OEwOjUsK5Bd&0gd?8f;q|NWJ~AKi@`2F7c_m9O@ok_61KQ
z2Z9(z-7eqB?L~WcuquzQRCizEAC$+2?}a&EEj$1!F0o*X9bvLEtE3<33dM_$nDD#o
zW|!g3lj6f%`Sa%f9bY0)w~Ibj8F~}KsZ1>-_z4{DqAQ99B{MC(_L{^ONnCBy!KAfK
zGLr)5VtQ-?sn#5J@r*g4tEBnA6)Pz9IP4-<>VjA|k8Z2R+uAIR$S@NcFNLPB%86&?
zPx%fNXcJl_!g<(b$8(t`N$iL(r0FWK#@R_$_n7#;i$Y@A24t;c&q+!5+z$Y}I_y7R
zuP^Oeop(;p+G?ZeNBK$46yg_ePJgI-^E?a-ySqi)+)gXQV2z<mQa(0~msfE&7p3zG
z+<LqTHWf<}m}>oj`t^#pp$~V53hvyLCTE!r{y9?YVK5>OJy%(1O18Nc;w{9_wp$~c
z#H3Fs4z(H)Ut_OX7dqa&RTT?5e)X1hG9@A3&|M&gI64fbcis8L>>g(M`W^zr3%W}t
z=l$mbrw=}ifp|&VnyY@tx(Wz%TrV#+SSi0yMtn4#?jCy~-~>nAP4cX4;Pnu#CVqUy
zTGpVJ8rq4mv(TMI9UjO|vD0_`_Vn7GcdT@*y)?MX3RLivYeX3Gb}1Y)-}8HdXtznN
zh<HJ7yktRIBp?(Dd=?DfON8^i?<cLm2Vgl&m*FUUS1ui5SR|7+aVx~BLu3ES6mxmU
zd#XtKdE544b!h&rL&;s5mBt~acWLFqRqY1FH|^gT(B9l3_x%s&3$pEUo!ETd*pTH8
zYYy2urhr(t)_}siuU$_yPUD7x(nlQNIVT!YAe2cbrytXQQT8^c;;Q#_hvsMnl1B19
zQ8Ebe__MRhsUv?O^F1JBM6QqbalAkh%SWRdkM6lhBo8*WM^Bk_O&k|Gp&gsAi8H2)
z(X<-i&#ovJ`!%gNjc1dD?yxlOIlTRZ2R@qQW2z;kPyUvlxK9(NB9v*pZ)<J7&rnvx
zcbT+#*EJ<m#(zztgR{~3Yyb3%cO~)Da9sr*|G`%_JmFQ%9Dt)K5R0A(CPWVY4@3Vi
j_x>g9zufz4<PLiwBXS86k!E}UZwEk>wUz3g!I1v}Js!wi

literal 0
HcmV?d00001

diff --git a/doc/assistant/local_pairing_walkthrough/secretempty.png b/doc/assistant/local_pairing_walkthrough/secretempty.png
new file mode 100644
index 0000000000000000000000000000000000000000..491878784504437ef073cce23cfdc9050f1d67e1
GIT binary patch
literal 9575
zcmaKS1ymf(w)Nod5JG@Kf_s7v?h=B#ySqzpm*5HR65L%U1a}GU?vkKE=O6Oj_1|~j
zd+V)PUEQmvs=KS|oU`}YRgsGFQW&UjPyqk{hK#hhG5`Q;3BCS`3=1tyfC;~#Cq!de
zDRBVg<(J!8oCLjt;wY`<0sx@ly&N!r^vu`Ln@FxQauP@@C}{XB9HK>LwEzG)Kt^0d
z)pO}I%h#6pFl!wwCbKQakx}7E9FY++N;5-4<A}pun);1qQd&Ze)sV8;943Q#PSofS
zRZF4}g9(PQw3G@yk+3L6lgs)LGe3Q}pY#+~m#j?AxHaHQE^eZ-U97dz5~w~U-Yd@$
zrIFQij<1gA$%HPdaBwrau+hw42s>nx-vPXT%YW&!@3luE6)~_)9)c|@?R9VfD~e1J
z@<Rq%DDt3CgkYo6LJQGNDriBM2`!LAFHtIzNIX9fUq+VxQCSXBsLxqEaNUs7N?9ey
z8<{BISP$G<kugw@ITI2f9B<tY4!s|c+6r7vN&G6d85Q4YA0&0Yug7%{)7EyoK0|w0
zwpiVEvPxbs!hX9Vvpx<E-gUhli%#1<4E$Yev7^iEdQtHE`<d*}xY1XJKM5S&N86^C
zM+FCNaW2OsEptAP$93VsAMLVRx3$VtbQ|Ua5hLWZXoImU<Hdww^X;V4U+>TXA|$^n
z@;1B1r|YQWg5s0B_Dt*#x!?iUK8Ei|PQSnf03-H^X^_aZVVo>5D3BT{32%gPmM_?A
zi;|*a0!nQ)zMw9pEvrZB04+l-8M1T^!&p>9FJ$TG6gZqq29=81bxEA@<6%(papF;D
z7?WITgWS!8i+sD{2i*4*Cj&ux?_j+!;>oo?c;vx`zWS{*%UM}5h4xjyVfg(Hwzy3o
zqY|cQgRS0$+U!AsF1eb)vs!9dg6?(yO^FVb*I`1<C}No-Je^jS0I8|<rQotS^X<Un
zzR&ZuWqvnPWjo*J`zEEv#GdNwYpksF8zw2dYeI+J7Ma-5u{Z_RzRv*Lu#)<DX6=>3
zl|97AE=!&%OZ@qjQ_0}V$K;Wng_Rl)cL9p|MGU0@!(vP4GQ6#5k2BMWxY;<bB8%}H
zzC#^Z=zOlvlh{GFD<hT85r#}x%VaD!Mt@C?ksTC0e(1;BT8QkXOo;Z*O|@G@&mlP>
z6L`m0iyJ$yQ&{t<M5V4}*fG?7(wj%g;b%49r#O7g-wPMQ8TDg}R@0W<k6|pzmfZ~a
zbVZsMluxEon9}go_9^eD={di;svfe?O6?`nn5Punx9AoVCSl61%n6|mrE9PjytY60
zi1>c8W6h)Qko@D+tZ}C6>W&o1nAszbWd7RI&GFz7Wxdy#XDyd7sdxp0X1-|*;VDz2
zBy7E`%*rfAzv9YREw<0>JgqBF#{n*%1T5re?Rd3RXle<|cB8$%SlWE$U0e1>AQ8<}
zBgH>br2WA0OA>z<8`m+06ds2AQ@YC}=gPJKB$)5bkZf$oE{7t)Tj8OjlT&h)?!DZ>
zAFe41tg)jlRR%Z%7Hu8MwpQvG+WO%Gti&v%Jk<t6vYcF=ZrxssPEQ|>N53NM?*>L%
zF8RvV>-}`DgR~vr6MWV`PnTrcn82U$Shj5C-)-?T>-O>*#be-U9rqb!^yTyzoAbTg
z5;}CP;^a$C-e<RhW0bXdH6T9=pPQn{R2PP%KB8%@DQ|43{YuI_bG{m0XW|ooJ+)rm
zZc))95Ufv<<D>`1J<b{8ao;a%eAw&Tb1!yB+q*j13Vl@}s!y*y6n&M{K>|Q`_*ysZ
zy~eJ;q_peW`c7eR-F=albGOZ}&&R9(?ah5Zf0{SO#PEFr(f&1~(fnQaW;2p`o*z1B
z#Jbe?=+X<wnEWy&nv23YwCM*qPWs?!N26~J@?=`6Yh7uKJNq4?oR8`fa*TFY#zlnX
zbt0_H`R{-zFvtk!Rj_%J3<2Uy4RqW`*UE03-c*ExEUXaRVE2SgI_|q!AS)H8{J>~y
z_ubbR+ybqkgqlpmGUFFd>4bU;8WZhaEoa=#nx^Y*TziH%z+GnMHaq<nW_GhjS)P>c
zxJjrwXYxGPn!9v9GQdt=Wnrp1JEw!|{DAbdDGG4%O6lnI>YiVWi#uS5IJ)=~YkBKp
z*0)J@TnyCYs`2bui2Qt{gv0tf58m?KP=b{5YEAn-N}Er)B$=ycCNzMWmdauWD%tjY
z&-nS~1wZ!{tDrYK#|JHZb@`it7pL=d4Tc04AExB>>xxuKR!<2)WtlAdZ3_-K&Gw|!
z4Xz8`@^Kcpe7wy^yA9bl#x?Dob`RTYuNC!jCT=uqN!)qaGLmC&<fE4k*sij(GY|OI
z=PEb<V=Qe{?`j&UTk2-a>kxwiy-j4<UN<zh1~JNpS2C;3zeJk$jz?Mj3xx0jTbe57
zcJBc_Im!U8c8(_Zo3owV8%uReYT}YM9O30`=y1C75#C0fqN9e)lO~^1C#cJ+uythL
zSvKSAQ#x3lA$zuMHMe75Mn`D%p04O7YnpFY{lvuzndX-3{?#^?dB#U+NFduRUOV0F
zYwDmKDdViWs`eFG+$_Aabb4?JNEgl}+om5@F;o@C*wEqXaT;N!6GWn}GBiEXU{Ek=
ztVSo~HI%%>AYqVDFns8&jzeim4hupC877Jn_hs~VVIiu{@7D{ce}lPew&A*LqSQw3
zK4@#oxkR1)r9;43*)Y|pQ%SC#VdrIqAZ*EL>cJygP5~H^WmM0oJo@Y8w<+KoYJ=$+
zMb}PF#=BB=o1v)+k`G*pZf}K)ZcfbOOPP6cm<JJaQ+iLR$4-Du1PRSkO1BHPBk3M%
zEoUB_te|_+{LR$#Wz7^Jmt|VGp_skXpx$9^Q3e77ERJRn+=z?&{&B71cb{H*HK5iq
z+%EYmr;0GfC<N-u82Zz?_b(QqNieLy68W%I;@n1pn>X2DVMQ<%LO0@8XCC=rB<$uZ
zxNKtfCLYX_yn2w|qEwcCH>SGcpf=MmEje%B_@jAhY%Va8ZfC*T^{JxZw8DeLnZE`X
zc-pA0S0Lpac=CKP-?h_+Duu3MPgdy|UsV`b)&}VF1;&)Gk*LzrZsmVbw*uk79m&42
zNMQT9ihpRU9qC4!=rplmBgSqmRpBv_NmvwguZ9G|RH{yM%AcNd<|XY4RB^Xxha82J
zL%h`zMy`a5nygy#by<fZHHi?uT7f0=+AGFc=o$Bo^~SmRJ1mK;iE4of<WblOngUK+
z1ssO+zFi;I_qe=CO3LY4U!pVpP1#lcGq=o8TmME!b=A~Lp_E<$h)1Yhf8KI2T}xH%
zU!AEopBz6G&{};DEUoz#dGzK$=`-_J0wo<kzZi2JDxP&yh3Xs0py(KL8zMif$oy6r
z{EUzB6u>xp^wL(+CZe88nhcxeK4)}G*h#}C3DFUna(3ps#ZM`C@1zj{wUf$y&7fCL
zEuK6F8L0}|ZF0)vCaa_dr1Y;_Ly*cE<$4IT_1|mPcZ4_^+E;5U7EJ1?Tcmu+a7kd<
z*V6+#t!1`a#o{l$ZmdRBUEKFLT|SYF3w=dA+7xA7x!XK!qfI~Cn7(LzeMeZCtPW5g
zG0O3uvTZ#7CK<N_yZE$gu$!AT72n^Jp!nTXZk-pNu=*=)N|BW4DdPRXK=Oy^5<?BU
z<5JA?5QQ#(f=KGS=UE%PuDPG2)GB&MX|aDMDEx>cLkCwJI~NnOryD&y1q4B^D3R2?
zk9p;KKYO@m$TbEQiSYz`eWaPh_YnKXi?}&wiR0k+`{Ol*O_w~}x;m1%X+?iZGnL?7
zs;B(i*0XopwO3)e!ox*)YvY;wX8C>n@>bO(GOu&lc7HDur65)EPQ1lZyYe)gSyQfL
z-tM2)^qp3a>gJ0jztP6M?2%?77bFBfRifm4<}D!keJ&$=s*+RvJzxv7V^2>tX)xi?
zCP{GMu>NZdb>GupIB>00XUy*Co2$c>)2@V$QMns+x@~Rq$^Rdt)!fcbz~NEXyF-cI
z@Lo}4s|7v{@1l;;gc@<U(=*sdWW=-%qT)H1h#Rh-tvfSmI0j-rz$|IR%f(BlVTmY3
zYg5394kPzkOilKtEK(T{@su$(ANQlr1MAqg4iU<u3r<a7J3h<PA89~`PLj`WmUxkV
z$}BxRAoZJ%b+s0*txWSp87U-8HwyvD-kcNN%$eK`k8uGoqy2Ck8~0Y62p>=)vl2M@
z6<4@0Zn;u+qbNmI2htJQ+{}9o$Z~Y%b#(40sxUvFGQD4hOJ{D0k<9BWi`V-=J)~4v
z#Ne(9(yKCYEg4|9$jn~GE^1j^<+DzC46Fh|MwwG2375p+$__5Qk}Y@Q=Vx8)^FOg>
z{vPG*-Jg>fTJUQHADAuc{_23bQ;AhkOqEib<X1c9IbzEuk|x+1=rPu0er#`jCCw7Q
zYViCOeF>pzOh3i!HR1S`UU^EejpV0?2$THn7Waz_$sf2Fs<Q~1ZM>g&29bYz@?TPr
z+X!vL2Rzi>2cudJN0nx=A&Q#;*rEqNh2g=>nMMRSNhwN8!m>qygjN&uyuVF$OkWCy
znF16&23E6y*_t08H}3l?5FR(meO-i77h8cU<WRN}wU`{!l=Y^Hj%bGNhiV5woj|UU
z&@i290jgKgm!yu=EH%C|)0B}y&gl369_(ZzMzt;A8%3)e)`MDO&<<zd@Kk}+`ATa6
zO@gynw3>@WUf-j-n;fIHYs@s7I#B>RyqVjr?f7pNo0m@O=|7ucE+Hh1+*aq83NXo9
zH-9k>#M4{jYyQ@dltO|c%cV#_Xb75J>=B`n;>j_^m5rP<p5NF?5OMHWzCpBsEKoP_
z>UkN+(c`AY!-X?sUcr?HIrttcR|~A{IEsG3#*+J#Jimk(t}A!-@$~03oPI{M=zCXB
zK9|tR6-b*F6Zd-xq<HhT09C1ngX7?A>Q4V!p!4*CwXMhP5>?wSeYz7ObRZ>|j@tzZ
zBxrWto!@cYm?$%&kTb!hAD`mOza(jvc?D?D)Blp8B|+1)JV#t;CH!%LK`~5KJn@5f
zqR3vnp_kCij6eiQYUs@0wKS@uEEHRG5RW?ZEQ7EdnV0S()@OgyQpHC#W@w@Zl->MT
zjVDQtL>}%g9xH}vk6;I0S`Mq2l>i|FoTbMYxas1vqlRF}l?|h4kODN5i9p?lnJy=z
zU+8RfkO2`Qn6`vUsiaOj-;H@tK>(0)e#A)>p>(5KcM$uOu^{xrFa9K4zCDMl#>C7L
z+RV_z93Z|jzWCDKy~B$Y0oWN_neIJtRwYY0zA~ORid?>zqR@iL<P-FCI=)8x&tzxO
zIY=J!CN4WQOA}?_m|1y2V1{06#zTDMcWAAa15dhT&GCF@aMdR8{Elp=V}jyUN~gtr
zn0+Tkg!AL`_tNeuo20}%l<x~Rz81x6)5j7RXuE?ekAJR|N0GmqNAP}H&F{-%)eqgu
z{8ut$@K5qWN7=p=keY=WZ{h;yXTXtZ$q{99=3da9c5|fu?{ud|3RiSc1b6%^#+6ro
zc({3{<U4$+^}&VEFe?=u?tpg+bbconwQs`^ai-w;*AV7Y2YjD-oizwk<~M(jB%`sb
zquhzepnn{hOCTx+`Wdht5dpKDU?P}wNw4zVO#7{{34<d;yR+Mg@6_L1O;f&^kQDV!
z;>7Q0M-34z=Mqz)e5L(`IQ%NHDbyrb1MiI9qFg5VT{DSRdW(}212`hcX@#4$3Mh2c
z<yET`qtXGLBw5NjmA+*2_HSkn2W}}^=;FIofq|ux;O;#{Y_0Uu%VW}QLOpNz{EGmK
zRDncnQOra~Sj$7p^M(k(2`+kPF)i)=c(WUvqu$B7pH4(bGN#VNp_4}*NnA_j0D35z
zi+g)q8sPg@Q+8K^s)D?(j{9|Nd%8Hl&fUuP^kj7ime>?iM+eGN?PzSsUzcz<!3T@z
zWH7eWxh^c_OHS4}df9E;g;PZVCigf(NuT&GSzk-}R*LWK;x5S#mV467?lgKyom)1m
z!5cP5C_5C-?-SLv!g%^dpIQuL(UgdE#m2V3Wjy%;H9(#uFlf+<-9a|D5Bqaf`M_UZ
znJ>7>E|V8S30h*7ST|ZUmqClBIL@-qJMgwqPgJR#3$m)@TE3V@4VbhZJaY_D7Xu`x
zs8?|5$e<CY^TB3U{W)dneWWx_7In~Kpp9+9i&Epq*7wkA%FZ5!DW(P@OU&kOtTw()
zwySm1yt`KrMFv^2%Lg}9zV=pHc@-v3$8oBqEx|!C?3|^`FID<y1cDl73%IY~pz+<j
zx-mcgE{^YP%h~2PH|0LZhY12|qQu>3%WCuR9sx7#v@XYq=bx(fsHMPS93&$n;7pz+
zc{=sq7={%iIccTC!p?7>>^DvASFdpmGNq9zkmPuF#dW`2rJ3Z)3*2B}v1*5DOIAox
zMNo=UsVihIuru!P^j4-6_M<tlG^Q4s>X|sMY0O*NPZv~8k!0rRRogV!j_GqUHAtr(
z+DEx^Rra>w4YgSOYRpUXQDUN%Z<H_jhc!CLSC3S+XGYY%cmoXHxU^%}P_~~fAsRDR
z>QA)1wb^Up{jsz~LsKjFYNiqgei9Ufk8=$l5D2RYqOF>=eV--DiwFW{ofq~EICM_a
z6q(U><LS~f#A}D(iMD<p^ee*rW+5%+rR4zr!|WK@9YRUq(g7T=D-$N`hK^L>egwAa
zCc$FcofJSPUNZsm`7+%@2~$thSSI$PLB<tGK1U9Tqk(EKJV8^~hsEzf2Tzd5O%k-V
z-ig4aaT_DU3MDzOaAkYeTJuM~GdCrFwVbwYgssu8WSlaM?lj|TX$ej7{`U6SC1PFD
znBqORu7mr@XoqE{w+kglOs}Y!{NRUO+w))EK4ls>m*G|Ja#-t%CZwQQClljWIApl8
z&V%fyV~a$+1~`-<@o;S0wkMsA{p|DDIXZ;YCJ(!QpS+Jh3>+xNS&Z`tG*f(Vs&Dt0
zVY!3T6L?P3VaWwC2Jfvren7fzW9n&f{C2M0NutZXv@At}M>>EeYa4xyn9dwt31AAZ
z6t1uI`b3)$7OH%18E3J^)~<<EL9{#`i;q2S>=cU?bBq4zxYlRaTxU^!P-eG|C~QJL
z>-Qhxt!E6SC?dY`o95D~wm41<!=up%u%KXbRddr-jvndj5!1T#b12AA!~vlk+d_~;
z!24=Eix0<8E)0I>lu2zOIzTG~zBjN2JtHEZ<7qbfWV<7-FKFjMV`>JNTm)~3PtgZU
z+t%S>FL&CYh8R@W*2uZvQWy#_7FI<B)Fb=i7~n_aB?dA(eAy1kDy_qN<MBEdku!?T
z%KI}E#7r16$!ZbS@8^p2KeY^PhR{&}p;B0NBL-$``U2MroQYi|Ta$G!8U8PT%Y{zy
zcgTHIZGvAQHZ=JiRQik`(D<u>=Euacyr`r9l0W|qu1FEuZ5tc;bXsKa_ra=D;dS2F
z?buMrrPX2$ZLnsDN(BDGrvr(8kVXmltjZ8Yj(k{Es3?Mx=P2lvh(bp%5g4zGuf|6Z
zDn?qWEl2<pkbeL#qKI#FEcp3C1}d`-z23>ClctxZ7yY25d{oPO9`gN;rnH6|MiCx{
zSD03qmX23s5{8#$8CP`E$M{<YYP@nynlcvw|3{;@p>ovBMW`)`vJ71qcz`T`h;U2*
zFR8WLhZw*Cyq@>_541R<oBRjcx*ufde|&=lA$Z{t(;JznEUJdcQ9sor#erm6J7utE
zq%t^Rt>KHRBo|ciaj@O6@sSnbNzIb5QTLPBw(*stF4&+gQHX?|v(7wF%ycxGA$ZDb
zoeOi_Xo<gK2)U@0^qSOM(>g_=EM>o2O%8D6G8Ti+rTjy|nDdNv-v55_4R82K_IelC
zYa2op=jUE8sc7vcO+O<q8uf!rm`8Z2RM@w_)X+rb?(~7ajAoHh@X2<}VO_z_mLUUG
zdDz|mEmWq)dLNW4yebwg=LZQnfy;=>EqQ3@t`vd(lM^pfoO_nHy7G?b&rLH}4ic}2
zMyrg9kML;D_A*h1ZLPkA_}Y>WV-9{|v<Z6aX{DsH3sc9)6w8h-lOk_s0Cc*NZy!AU
zY3L4F(aVKY`s^hKMY5dwp{xigU}0^aIea+!l_$Ey7wj8GsDa#3iT-@9$_`AbhokL$
zX1CaRc<vm79JSUu=V$Q=4t7D^V+Vk||NVQ+#v%Q{HDe{a%4O_G4`I+9`&5Tji4U1G
zo5#1*!F1L=ngp@vP0m3W;c+=iF-*~}98fc=Z5Fz{)cA;Q7ZxZ!i$S1Z)vGRd7iyT8
zuyGIU<L!07nV&kSKrp3atN5<5-{7`jARC(G<_$#oRlk)EDgiqW&DF7<Nhq}i^VXKf
zNNkSIle?BT6C?W$i|#b7yd5=NfiASZPbo2oNfZLDK5jK&$e$h47MRWPDf^)<)d{IR
z{&{ngx{kRit9Kx&%lC0eEO#`?J&}?HukFqok58Wf#?9frYmTb+Y_d}~`r)R>Eao66
z%^T;rMU*<1UT?ko{>vt^2<9D5jm+WY&+MVQJqqX;T#h|;4Ow09^!7IH9R3cQDowCC
zl-c}%>o>LA;a6ms*feDifb!F8oiY?dH@LN$O1Hfa3vPZ}N49&9riIsoqXe~(i^195
ztTZeIn)y$~y7Sc)9=br142`!}x|*+~Slg=%w2o8Xq<(~|p-{feKHiykn>yr>_PeTg
z>p9-+$MSM}VKW%h(4LximXWwOV38UtyY(0mz_g;*?pF(q`#hXqhBhlk%o7#aA|>Df
z8L0*b^eL4xL48)BZN2sJ;#K=Z!)D@G2Sba!EEO^Jcd#Ja`t3iVt_R*?vdf}zeY*|I
zaUmy9M?*o$crV2K41;omtK05<uO6cRAQ!*mR@9RlKn9A?w4z@E8)M8lFA#GHVZNsq
zh0^%mi*-{WSWQO*&=XUs6BH5NE10sU5eKJyqkYwbQjl4BpE7~<5%F5UMT#n?eICZf
zL&E$o`B(o;(nh7d1k(w$<nE87Wv9S6OQTSFFPuyv)g(VhffH;RKoZh&xoFf)6^be+
zE<Qv>Yb@-W=8lO8US06-F`A8zsLbZA%yvBzi&c`9Zn{r4_Ju1h_M6m8Ao?3kfwvZ!
z0(e6kvx2=2Z~ge#K$;HjCHrGix{3b1G_0>v!h(B}j)wYs?DG1C#D5)W&hLy@pwhs6
zju_kRLmyuiHm2a=p7UJL|CaUc^0!|B7^8U;jL1>qrGJzb!TMQiw}>K`6}{lw%gcDS
zSJ31?Utz_K5l=9|A`>gz#*wH@cwDuGhf{B__^4XD-guPJu6B0z1ZzlmjV<xjeeJ%{
zw(O>=^nI%*uvVHeej=LkMqwg54ZUYYV6Brqr(*jw$)cUF{hl9Vx~;LfKud6XmXq6U
zBoeB0B-Qt$K-x@QuM8&Hf}zMFA_83<i))Q^f&v2+!UR7hB8i)E0OYi=fafF9<^tR3
zgP>3T?lcL3@tKz&uMVaPJkC~7hD#=*lCu={cvvrU(Q#@btb%8AAKuR;IGBozG%5v*
zeYs!@Maq!2-|!`Rt{LC<WWn3q8A{@ISThZ$QTr(bi5<!GRu}gr%`O$G#N_0C-UCt~
zIrgIngBy2gvEU3BoCFo3F5E}YK2q+TQ4Np2t?auTBH1^~mPxd8R9Q^ca0mCm#GDNH
zHjtNqLq8&e7Jl5}us`4Q4R|UB1CSMG3^vS75(Ffb;DrMK&)@kd`ZjI)E@~s=inNx0
z0wm}-ws&}$7n3sBDcYNz{-V)FoJ|zDFl}yFJxm?e4DuujHas#c=L-_x1>_?KU}D41
zIO@KApv;8UDi%cCVC;ulI`HxE8=$Z_!;LeD3Ki_@pJY$*>4(Gmx{nC%ku|*AG>X0O
zTX7Q(zejMasH!rmGAi&Jz84-AS3-R4pY|n9N{Na1Rg-wvN>=_a;`}ObwTO+pBF#m)
zFK8kn0i#TBrh)@)@gL}g5S1^Cjn7h@@V?qd1o~w`if?lz6_2b#c(W+yglF>9X=jk5
zVhy&a3Xvaqheed-MX+6kV*pA>q>69p+<57t5|wiSsN5onAMTUxXKCEH<Cjvb-O`>!
zVE@F>LPI=~e-xkutH=!sIka?*yoLCM)5|>YsI;XOQX+uq_Q07?t*m(cJOcPAniqtz
zm@c*VR&@=6LOtMvH<+11Z8Z+%aIF9j9wv(1_Q?nP0sp0%`80~~BuW%)*1e+3F;k91
zVp*HYy%Fs+mSDnjD8t`HSK@PMlf>&Rm_VUKNd~FKGv&jx9(i#nQLsu4z*V**%SS^l
zef<o8{qO6w|0XQ|=m!5|T^9&i29sQMBauy#LcLA8^~c?c%f!^nbp)4g88!6$Kd8??
zPx`w|{D12Yf0c^AZ;VGRDMG{Kh{`v87TQG)ioa8U$`kU+!tWt_{*cXK1;3}CVE>#o
z#k>3coF|W1LLGy9s@){)y13@U-=4Yxysih>t4;x$u^k>W9#|97t`eA7xE?D8yvFzN
z0wPdbOUyj{b}jVG|M<(qwNHMukqjPks=;$e6>@^7TP9Ev0*UXf#~-K6{;QY_WjGn*
zEfmtC)}lx#@oZB;xq=J}J-Gxc{%<H3gnn;m60~#Bhw9~iQI1$z$tuEHm(5YdilQ#%
zZ3vRrpv&nT*1d*SJt2PF&4n8=j|7KKrMy~WGku<>ZN@~Uox&vbEj7*CeI#I#Xg`R8
zya11UqC#oWlKRHi^Jhw0L6}4pP5=P@;AJnsuWz);@@fw#{61uj*MMJarSd<U#9(IT
z;5fe{0{!BLu<0pSWzN1RjXAO>!2_&?5NFKxlWfFr8?Qb8WH%Y<+|6tl;Wkbrr)D^p
zCS(5~qNQiZeB=M!&g(%z;I1F+FC*}0(?kD$dS2h>IA)^bI*Zlk(8gd8?P*10EXl#g
zZ<CMJr}{iP$LFv<4IO;dNC@HOmf3SKx+<FBBwqL4W>0b;dET+e(NN&(GQHPdmqlCm
zGP;Oi<<b^x{uyQ>e~AUY6qV`0B+7>9uWvT5{TWT^y4k{#GGHh^gPPAK6#*KpYtF*6
zEDXKd9CG2W;Q_}(6{q!#Tj1mMs*eASuKt0->V&`_1rJu=+qGzyJTl*UnxxGlg+7N}
znxV(Wxy>=cwd+o=^WB`s)fsM~%IuEou{S;bci@z+PZPgxR>?YV9_5Mk*EKWl&pH#s
z<XX`UAYKc%d!4d5e&=6#Ukoq~n`IVgy2*6S=3vwt53(m-&|X{laD9)p-gygSkFbkm
zQCGJF59s-HeqRypf3xlXCu4&T!t<vbSEk9+WwX-|SLo?{sC}H5^C|}N>sH9m6S<KL
zqJ)k0Z01J~&^Pcr*T<#CZ~=QB?3Ui1`vw@SdF_9FTf`s_-8%ubt|_8o8VAg${D4eb
z(vqlaqrAzg=v)6Q*20BmA-7|=o{TP`jpypdL|Ysm4VYi$g%_jh2YU5~kELNLLN^;}
z##|lcCk>7k^b>&FMAU$sC%^gz4rOS!pe~f<xR%W6My+<WW6+@jc>+uOb#na<Q`3bm
z_-N=u8r2h-F-du^Hj&7H_o>MIs$%|E`#JZ!jT^WAzkk8>&T)fva}QM0!iq3SafKd*
zp9{OPp|<bU@QY|4hEV==-{%c&o||*sgz2AQLO<P0ncH&=*6l#`#0vIGcQ{PWh9x1$
z2;?@_`=aka=<#@+b4~FX-i{SO?0I%~VK*okE3y92_9Q`K?RkBGwmX;gg6CAAFOM+r
z9R_rwd#3IOu}P5Y^XHqL;`8Tn$sRH?AIQTkN0RO3(YZhOds`nOvJO8`Sy-3fCAa^>
zDWQpfh2CTNI@4U&<z=3N@9r{~bv~?OTbA43tNgOw1CsW9rUUL4dNPfSx<tZ8rg%Ux
zV034*$S9quhnS;~`Rl(Ouhm}h)4Vcux9m=u(|#TB8rw&cyeBJ-@h3$3;4x>tq>oQa
z2H;ch3M(K-K>Y15XJ&h$itk~gzw=mAyPgM-7XJL|&f#Ktz8s75rLEY_5_*1q0yiAH
z>dL)@4w)uL_hjtxIB!_~ONq@<)*JfE(4RSMKGzCsrR98&_RgjZTsW&t6q!GvL3Gfs
zyJ#txF*|O)r$giUk?_G{q8xJ9nF2ZLv<NV;-_QsB6R*5RLoaW_A5!nyzsCtx^s@hT
zszoTcjboAXH#Xz@M039E+PUyL+jcuw<Uup?6UoPe_8o~^kz|HwKjYMVGY(7$94-RS
z{F!+~!7|%?TEBrTT7aOT&#@ocZtU47>x^9kvfK%|F6ZgYyO^CgM(VmNuGY*cW`sV7
z$8B?736mu%e}|NRxBgcLoG9|<=Ojf2XhMV2WAV?%p#Kgu|791^1q24dqV!P?6+Q;K
QB?=%TAunDfY8dqY0Cmw+jsO4v

literal 0
HcmV?d00001

diff --git a/doc/assistant/logs.png b/doc/assistant/logs.png
new file mode 100644
index 0000000000000000000000000000000000000000..8e9e5b1ec80be50269f9c79c06e374009cfa521f
GIT binary patch
literal 33631
zcmb5V1ymf(x-LApOK^wa79hB5fZ)O1-QC@T2MBHfg1gJ$8r<F8-Te;v_PJ;8bMJrG
z`fI_=RCjfCS9NtgQg4TSlNCpT$Abp|07w#FzbF6z;5h&Q7!NEsXiM0pQ#I%d&hD$a
zBLIMW^!^WKKjNPN+6dz$AtMU20)~S22~6(Ze;l+4*GW{(NyOIL+StYkAmU)G?__L5
z;%e?>Mj|dD^G($s85;l~0Z4oiQgT~7&hS=JRBe81Z^@{oFsEa}tkNszBw?YohG2m*
z31K>cJY${5^Psa6kC^da%=&dFJlERuq}c~dWO6lcR(dQMoJn28GNLt;N;jVz#j%00
zsxZ>%q!G@G8W+QHmq*ta^Z&6%4EJ$6>U>jbX|G1Byqn)s;AvsZr#kEE*wF#){0~`-
z9|>##$@eo-e<Sb!(9ipFG^;v|0eDCuR7jx(-uF+`pCjo1k1WP69O%GJ9u(`v_hLP+
z9K&O^*-)^l#YP&D6SLq#sIEj<4ROB)=vL{I+He_@Rj7<@Ty*_?)F{^}D>jgM*2?wl
zH7Ot2jjs&J!054<8__VB52>F`j5bz2CYhGPa4^TfHA&LJ3!!qL@Mpc90?$@G&sysR
zDs<alYqDO3UE^)Vut@C`zBTde(*f4ha!z1sG#^bcY-}R!?li&AAm~5Nw*3Oy*i_!t
zbMk0X>N&BRS&;<YA%Tn7#Ni<auI1}}?z2Z>l773RNXvTLs?CxjdR!l~R^_*L!q|P0
zx(!Rxg{HTebE+?q-4oukBwf0gXPkZB3cayiem)WkAZaV8t*>wXxeU50hG06CQoEw~
zJH`e7+}2SFXP9V+`;j;I+Ec-dsmVR-rYjZBEgS(f)EA?}t<MPVbG9V+id%fxZ}<Ex
zx4}tyGxqDR?J>Ozo3(Q5&h{?#h?a1NE$nBuNWSn7yER2BJ`ujR_MZqi8iD+;k>EPR
zn+-GlknOKBk5BCtX|ge^)8|x_tE*N%hyw!JE~-yJnw<VMn<=hqEm$=%ad9zh=yhmx
zhh85U4ij8`k$&)Qh<<2cw{BQO@bi)VKvx+26Ku0wlvP5jZLvK@Z<6P++=))GIbraT
zTA~k-_L_FODA?cy$n9)R$bj^RGZW37VDvJ2vbCUSs8wQ47q;zF{UrlF_O9sYkp}2c
zXtnasLV>UbCPn(=5HY+!+7{ibz6ZwkwxrO0A3U<*XQ3@({=3FnaJ_{;>wfJq8o6#Q
zI(vpOi`7;}Uw_#f(WAk_!#&e7k<a&U9$Vp3;z;BKcNM6bN4t2iKv}voLGr!!z{ZHx
z;4Ui@%Z>DhK9GQ`5jpnKq()aQqqq$#cWln%pQCO7?hvYjFHnNLoI5S*y1MKWnJmY>
z!E(E$&)2M*o0dj2v#Ew4s}c)QuOXqKqSfiiz&^Kh=*TsM+vu|sqkRB!-iIH)j9q3)
zAx1|MzIe{{=**({KK#B1Lnn2*iE4bL0Sv7~h+483id6V=d7Xt)y<xB}L#=1MQ2^Vj
zCue(Ho@1Km?mN|hTy-z;x9u5Ra+XM-p&VGz_Gqy)m@s91!?oA4yU0?OWs|DbZ)Mk#
z{F|-B;0*t;*`?z3p66qt4q!OODCUKC^L4%ANqmp(CEL67E>Io$;}$lG_d@BE&np|i
z&djr&hqZ9Yoh!qM0CHiM&G%*cd_U%l+y1^RY^%6|*9`xCYcopoq@oB!AXJp^0gJcC
z;N2##KCaC%!pa%~5&WzhM=wiS&6@Aql&(ooidez-4@6NWER7NTM5!?-Ts!@)-h8y2
z&V}66=OJWdzMBtJZ+msBTnMu^vV3iCpXOi%E~9!M0rX@ahuI*ZVxk}yY=t7#i6kV=
zp0+Fj;D$t=#}~w6=hCX6HngpA&6Zu6af}6L(sx6uXL>N~@X1V{s}jRu6}%i)!MvR>
z+S@SXKG$-@_7O>9c^AKpLk<-@qQuAfa{HV>01mFAuvgvaa$csl;<6T{RPx^npI)wt
z4Xakp3IsBD8=;-rh#>8<U%dgoe9ws&zBGO4koGlhI|-^PWg0WP=yxh>Y6b*vTC)tM
zJ{N9}mpax@__nY6bSGpnZ(S;lE<2l_Z;tkK%QEMlcUfXqSe`yUcXvI#J}!L08w3-<
za?{k%@7x6bV7+a)DsG@8^qigz=ylyl61YFUGPI4#;IHELzW5n&6=V$V>(qXadn=iS
zqSymT##j9mU~!1EF=0j&7#zC0)orEN+S~qHxA9nB{5<^OVC=O0cZ2A7JCV<jH|MYj
ze(#YArS&j^TFY*l-~IQjvieX7e<oVDLeK9I=aKiBp8SRU72K3&{E1gR4z?~=TKfac
z=}@Wy_wn~tzdxL=_7i)$2^QG*+?SS?&d#b}zdetE{>)9UrWR`(AXneUH_yrNj^=Vd
zN9~m!DV{w^b$AOI&RLt@WI5f`%+h_*-KD%(tI+@>?^(W^B}NoUzmbgC$YSTe=ycN^
z&Cn>DWfTYd6_HnQ3z{6z6(1Vbd^B?>?#p-E$jevKH#vQd5*n5*7m*Vgk$t`2{;Wsg
zbT3pb@9j2dlmYI$lScdB^7niNn(WHynqLU%On~OT*mlPA%&*C<j5~z=BUw0)>T{s!
z0Q`Qvd-Nl6Mn>S9>CSXS%?Pt$CjvN(02~Y3oBB(WOeDt!aos&8SqtunHnHu;KK5aJ
z;<`NknvF6QZM`2e%zbil8qb|aXA8rVy&gEDj`qaf*QcfkP{VRlK2Dz;x$Y(oJW4P-
zCPRtarrlR(&wW?j`a6Q7)N{GVV6fjTy8bY@T&e6&FuzT4CBJR8GmNR@`|MO8Y0nYX
z`|M@70*;rPSV%}ZR2(*Y!rq>I-_B~gpKC1`H4?p4&u<FY7cySU*N-BSUbYpEp6Ugj
z+KIrxLmOlDsA32<#r!(5E5uJPYdHj^P=rt$=o925B{drDHk|MeQCfFQ0g11-RP}~F
zl`jiV0(0&0FA@72zB;c9`?;p8FPeI5x+Z+l_?@l@V(m@*?jMn^t7>n3t?dPF3qSdN
z98HXn?Pe}&m%d+*fMINKwcCnW@I*f~jXYm7TNRG9PF|rLVl1y+Yv3GlDzcxD^Cddp
zp<1ETCG%{3t*P*r3*i*HqY{99+>V0+^wIlE3}I)KKjfB;?gYnO_ivG%Hjj1}I%>wa
zI5J+F;Ub*xu>`7*L1sO_{EC3w`zla_BhYH)Gi>l;uArrO;){apP#;(6nev;;_vt~m
z&R+-&Q0fn^R_^}+kh^7Is}^|Ly^k8O2gX6*tu7`G9te(#%6<?&&m7R<XM2E+4j0ha
z&E<Z%-RAw2UkVyt9z(`u<xBA#uO8dm^ZOhs5i<dHn%Ql(tHI6XFv(-YFZyOSE*n*E
z97~>8fqYrw3=i&O{m!uPeaX&N!`va?*VirE5>@1A+Qh9}m2c}gm*`mvUz~PWK3Cu;
zLFv9ZJqL70oD1^P&wXGOjXXDDm3wqU{u~{c7^9(L{B}D7k(Ec)@2vz}Gj}2)G9xAu
zXhhZ`M%lb$)WG6ib~GQ)eBI-3>iW$!Z_XOC-bUpEoUp(Z(yLSjx>H~4rF@p^$Z@)`
z>nFx8F!j1HG1VI<_w{@_X(&@UlJmKYf4h%)OHLV+-dcU;o1oj(WN5f{$a1WFu{_x8
zY8tu|TWSwLyNb_RsiY6{+7Gi#;yEEQH`Be3r?OE?q<<bj4-9bu{+h6C>1}WOP<c%}
z*@HeQ&KR@&R)e2NQHuk5Qd!h0^*Rk>_*|~GQScUrQH*^bN8*O0UTL^_rc~}@#>&2=
zmquthR0~-1myfk2)yJd~J-HhRdYwl3<#D*7tfbv8kJb2YTAF7>*Jq|!*b`N+KYN~)
zc`&<AGmkZ#CucoBhZsxz-XE|`0($j)r-|JC9kYkJ^~LjSE<2DgW~a32Xs{sTWw|Hu
zyXbyFC-Dcq<r%Jz4{e=ta<>uuCP|KA0x%)sr|xFAvJSplVp@Ol4qbVCom9_W>~T-a
zR^9h9aQp8MjIUz&(Iy@wBBWl%mNeps!uVbiFmrYLZaH3R&y!GowO<&;muXC8y^(q!
zP8`t@HMurkwZ;=K!6V5Wn!bHLSu|@o=oX7ytgwGo@O*AMc4FV}uX}spDienk8s<8h
zElaDG_4EWT#knmEkseSt5VKmOWoo_L++fBm^Kj3X*H!rY%TQ%L?c@fwOSaiM6^eLz
z-7<oR+|b4!fj0FYuje=Ys*o|&*{Z3pzfY<qZW?Q4XMH#4bL)xdJayBlXd85JwXZLT
zRZG3LZ5IVRv7_fpWCT7*`vO|q41=(9-N*Y49g}EymY&-Md}-S*dO}BoEh7|t-W=|x
zcXwB=az%Bso)!CpR$iZzZn)4~l+I_e@Y|o=IvpQ|Voq(Z42)2MiRjULJV^~##WhYU
zXC5!!Sotr8`itB3^z`?}uOQIS(4I>l^-!Td-7iw~!gK|k=RsBRI#sD*Kw|AXH@7mO
zz#?@0f)d%H5b6jNssto`a$|x`>Z22f{)lrwDLnK+2-R^cl-OtA?Ja|2aBy(d=gE2x
zZE0{fI(NCLtF;3qfQi=~DH2iGj44E%3Uf5hy`vRWjVisKH$&OzVN+zUwx(?YAHyia
zWPl%(5W4enu<c57ox@lr%*#9V*p(r^+m&VeRH@drNj&!S(DEX_T7Un!i~$l%xFI!~
z$(50b5jKfF^JI4<nIW;tSzqtO^#ehF1J&?f9Wp%M?0l5T=V@ac!_oKZpVEGxHAn9B
zc44MCcXL*@bAWyLE_^gQb~FiWW?Rqyc<WWX?L@I)S9oV_X?0BINew)`7f1`wdfImU
zlXIbovv#G~`HvRj$cW&uagGU*ujUpMfD!+{h@^j1Q9$Fucs}2|i2BAZ_g)Ip`0B5e
z8b*xhWoBo`LPHb&M`U@;89Wy&m-yTP*P<dL|5bXe2<L4(UaswWQp(@oAMkpz_G&Hb
z@c65;l8Kq&z1C%}&pr#)#t2yS<7TWvLPCGfdg}DN%z*?8OQI<s+3;C4mfsE87Vv)Z
zsqiC6{VFvh<`k*OhS>Oc7It<O4Gla30^Y5m9zO(Zh93zaDYwhsp;<ONF)=}>T8@Z_
z_-&f1MV~#5*lpdPD$}j2Urg50@(705>pYP7xkFP61qH=--5(|(Ai&DE`8)jn$q9uB
zsQZVNBO64oE81Tl(`?(^&pTnxn)Zl7^#3sT$OLRPzHc95Y{!6wWS2vLg|&;m2BRN}
zO96HFE^Xh^<-JrA0|hzx@aqFjz&T7r@8s%go7qIp`ue(`{jq*#ecXFNroNb{DDQ`z
zBz=ATyA@aBl;B2VEuf3FogL_G#GngzioU+~AOPLLrpOCJLqoCL3y^Z8tU+yv1D>@l
znXxYNj&J<<+hMz$^Gmbp&BSuc1~?)1(HGH|ddwh--jn|OG8#vKon6f2qYWSXT8;G_
z4=G=;`+JpexAmg4232Yxxe9B4RP~_ahyF{(6SRj*dY=%OZ-l<du46gb`d&5-^Vk}W
zPd%{l(*o~G8Wn6n^3#6wfa|_#{7A{nVMqvc?t~e0%I4NqO?CBe1sdFx^EctC1-LR5
zy1!$^5q&FTZUOf@bJ~czyE}ZaaK)T%o7aLB`_YX@uyAZrk|}$dH#=MBZ-~d%thonG
zPO16&rk?_;c&m}Ik84FWGB(P|uD25K@8ixfOKRkoJ7}DknihDvo0^&m3Hir_SR*M1
z<K{g!)7oOfvq-+sr&A0X^b!na(IMIPeJwa;E$LgKZ0Locd4H^iy?q3<r!DFnBW=y!
zlYR8HMctz260Nd!yH$f^9yDcpOZo|*1m;&(^>|)Dk-Gx&AUg!T8lT$BHUpww8dxBi
z^^A*FfCS7e6T_Mz9of7|2d8=)oK;N(X*^r{a#9U-eRsoarugAvQJM<nQsK(B=X8*D
zpt-`x@}ZV%nwyQy-0ul?#`xYt?LDW*Q*r%FkoRyqH9o!$43I6jQd?cipGZqm9qcu2
z+<CEH3?rG5S8Xe<G*Zr!FSyp`l+bW&x;)tIDlNWL7JcFN#MAhxZdJG>UtL^Hu4q#j
zzXb6^zF=^aaj;auc&`Q;$?tMA1dIi~#sbgc_~UFV=3`pP)nzzyN%7U?xNSQc^#J{>
z>R<$O>#11doiVy{QkLpZ^*pcU`QH`S+3i$e@jT9R@YI9!?CjK1D#{5J8nzZCx7lG;
z*<Y$8b&{1qB`ez(Z01vy^G?|>#=W%SW#Y&#3wHD}Dtr(x3ot1YIi%)tm_Rd!{S*3Q
zbTslE@9M+6d}nZK>fCQAD0#oqU%$kZx2RQB3b`GJDEgIY1OK>Yv*bx$2`;2nL(g=W
zC|51F`P%hGN(O#$(CVe*QOL2X#cb1(FT$kzjYON#sHH9sMPivnAZXLwxznUx&wZ;B
z9;TAO^V1?$c=4A)1V(WZEtp@Z7)vqK!X$J8$5!JVl%R5UDSCnwzEa<axMV_-_x_px
zK!(RSJZJZYu}JZDV=;@XYw#r-acb$>1ogc4m)T#;HsuV;sp$=<T2`Cc4~>*^Map6m
zH6AxXADq|{AZQ-IS4#=UBtcWuFvil{o|u@J&2l4X&It_(d3=17&ERI!=29q9B1a4R
zLVBlIe|dfFgfdd@`%yyT;c(FW=w?b+n=2zT&Y;z&(}hx${BiRUsbuD{Hvu2HiU=XY
zyh*=KqrGy~tl8(KHaFlaXn*sJMcrzp24V1lY|dnc1$W6w(~RnwMn%@^W{GPajqGK`
z@;Rp+u{Rfd|IBS(yZA=5Y^%BR#^8IkGdK7k+W2W<xmnZVW%K(@A2zZK@9pV`8M{ns
zTeCcgOoN8C%9C(n=IZ54l)3vvkzxU;5g{QV!zNcz_#B|d(PJTaXGgyeTXalJ=Z8yU
zfP{oZJ@2Z$6&XMOYPYOUpoO1i<(9c8n(Z#u{-H(B13Z9$1mhe4OGbGq6cap3KbfSe
zV#XsQY~#@MO>c;oiis!e@|Fz{Q-<Nr#(S=|&dgDjyDmfg-T<)gZi@S7>a7=`7GM&0
zLZDKt+w-&0@TjRPEfDAwVqGaeT+)A+%x6Olr7V)?&0|{nRfJ(O=**UYY8;W{R^$5V
z@66GVRa#2ls&fVm(8MkAkO4l(L@`O~J@NFKDPWq0Ukw3>Iw~p2<WPHWdCqP<>C=BT
z*7|hbx{~KmgGD|jlz0^nn?516z<yk^1>F0fu=2Jy69iEEIeXArOY+`gj^4VSlWv0f
z%>+`V=D#Xh_NF58`u||#ay=A^KZdeK%PWkRQ8teX7A+}GlQOZY4H$X2yuqCzwKrBa
z?EKK1-iY;gVr_i+nm5_l$l0F->d?_5FD<R~Cn<->5eo?2pTvx)2zpOR#EeYmqJ1W8
ze&?K3ZL-MmyOAE7A+7yg63kmh@cP<Vc;6JE=>4h|)4C!Qs>i1P=uf7*%d}Bbcs|n#
z_uwfpnYYx1OC>Qo=NXu7I^|jCF+P|R#CZ4S?Hv|xGnq%GqPgqLINjWd(|KpWQ%33J
zsZ~lJi^N~vU{XeD^_bU-7jakpQErZx;l&>b8+P;mEL%*^z|NRt+=sB+Qx^al@cR&A
zsF0so($B_YqTiDPfhlu}2}yBr@!*!~-qz-3aWOA%aJd3L`9c#za9oR5f(DgbZ;i3>
z<)oy3l#9DMTr${_I%tsm{E4xRsS<<${lz#<(T<<7qFf^hhEt%zRDgk&P5}ch$k{^V
zr&1Nqn96;H_-z@Z0<%_uWc)$Z%x*QQyZO&bS!-1KKPnha>CWA%x@kj~J9z=A^f$)-
z--@ZvHGLah4@K$ru`rbQ%8tKi4YZLGr~cB@&8(JGlNTUSBVX|u7j3JN;pNCG)e-VJ
zmC8G;4t!v-`xrmqbaSX2q8||WHw6TMLqI@4!@wK_f}Z}*q57{|F#<X@CL_a;i#je#
z6B8d%VL`yyYf#mYv{GNC)*;ff-Q}~+9I?ae35AS$F>WPXte2DEna$#Xg;<#$>hmjJ
zloo{>y=RLpBL>MYHuy&<b-^wn{jlF3PdYL^y${GeSG?)YCWCFuqB2FG=bA{Af`X#1
zwsv3roNDNf{SXX!BXUoO%WAW#DT2~E^|Gtjf693fcR8`5tjzm<BlIr@E;s3CHi}dR
zKWHxINthl^V`7^30%P_H#6|@D`kCZn)<1xtHi#!jb6M9%WyKgaD6PcN6l1GZ=pCy9
zNVFEbAJ;#fRtYK&I6gX%yz>dzfJXK2Pz}xfN~<y-q;w0(-ihZK{l7S5*FP@&zjD9c
z;Q++_{yC0>`Y+jq{8!!o%3WB8tOkHsslB)!ds?1C(SlX|%fQ~1Gj|5@$z!Jucz?i#
ze*@rr%Xy!Y5Yhmkx749|syeb1{8o(im)|Z|kyB8F^%{tSNZiZs0XH)ft8onePr7;Z
z!^O1fd8I=`EOpAV3#$4mQ73}xrO7!aVh1N|5&!$}rr~1_xgAkV!p%VUrKC^<J%eoi
zsfrRV-KKP?5*WrAov@iej#ooVD;BpL5UgwZl%6yy8BF?r2%xIfX7ghMY^?V#6(525
zL3t7Z+=c)R4dpc>>z`nj*jF<?l!EbY^yCK=;evlqYpqcO_<@yvXrUI|Coe-vha3JP
zb5`8U)?j(5>L>7d6%N5oA@gtl*$-7e;A+8}G1?a(1c7Tlqmj_jb^W9`<*4Fej-X>Z
z6GVlYRg04^<b6SQlV`$>V2)_8Otnx+2-nmYjKGH;rXDVi-Ic1j4Bodbr%O0O6wY3E
z@E4{<#azg>Ux^;1C7T}-6&(s%7#!F@r%35_U!W=GR?K6-d>NVPy<`#7m;CwBHVf?o
zDL^!(*VveOXDDN1pMJ4by^<FNU^zX5L30fuEZ_K1RlN`01e}Ter&8;(dkRtvI!@-N
zq42Mtz}DrJQAYaNxSW<*&sK+a`eXb!d@?%mw&mysqd8#P3gk1{PeA0ot&Tp<ig;W(
zmGxo&TfhtiB^c_*b!Yggn-Ok+M@D_D;i8iU;L*gofQe7IV+sOLeLDcQ%}$_|nf5<n
zolsi|k34RRHgof9SoK7mClTIAA(jyc^#Qc5)H9^PwL*DVG)jyMXN2h+=hYvT9kgar
zfI#7g)UxxPaLF>YkJjG~dUgiGX*D+<38Mm5#Ep<>w{{N|@&?R#I+g!6#$B?EIXrWw
zL>ZY7gf}1_u(pIF_m|LVN*lW;!b7RwG^zJOTq^H)xD!1(1IQQD@yhW0#LBdPW-k4j
z1s^x7i#w(lU)tdXpdyfLgZUL-D7d##D*}v7lsaP_#Ordv?ehUkz4A$%W84@Lip)@e
zZ?3xv?hI*g+U^XR1w3bk=T<h7`GB1T(v=4=O^NOlshtO!6mV(>QH>W0%?&}f@Gn4q
zN5MP{N6{JhJq9hMoB8Ez2_Yeu1WANst0J#FN!=feFZ?`ke^r4koxC3@OU{N~{$|Ey
zW1#aORQRO<6u`W>@gfqeRLHaMo08HmzA3obakoAa8Ej8<W9UBDw~r2k-ofCS^~ad{
zkYgW(VpSEBm2>};v=7TH6UM}>gMCLk=WJ*T`oP=I5^4-X7ZGW^5S)?V{$RhCz%O=E
z)g%%>O|8@Zj@z|)mw!Qf&6FzJ^PTUnY0R^qZ$hqzxuL>+9MP@4WUC?g9s}4^U>$^C
zt;VSO(H|i-M@@&Cghsp}qQbef)*0~~hEkx81F7q(Wa#5}aJ9-1I6@idOu;{?hydS~
z$gx{|w-3VgzBx>uLTO)U4viF*H4OD9iVt_u&IsMjPNh3{y&fJTEn*w1i>ubZZ+f1R
z{hd&}G-()>oRxMv)sW(m`<kVcgExkZ>J{TkkHbA$$>|XMzNFqLwCcnqoGfO3sDj3n
z#sk<NG&R$5N#o__f5}v3gD~El%#+qG!b#=SHrG6migx(l06W~4R7p+oBppRSIg&EB
z9iecnkx)^=WWG%*Tf-+g6DG?4e%Dg|6K&h}Wd929o`wWBQFr}d2FaB_l~DwY%Z;U9
ztCol)^Wvsc!!gV~-~nOedAoT(tp@H@kM+i;-){c2-H1wt94VPIb0qByNkOrx9}a<M
zE6J}bOr6Y&Z2TvBat%5oz!zt#xR90`WwllomVT8dN1ZJ~l2_<GZMh)u`VYhmEzV4n
zQ>h>kxXV*;Ug-34i1X|06siU-p!N(`YLuyzI9pi_8&pO9ix=Eo^b=R8*O+KHnA`?)
z1712Pu;^ik0y&A&73WN_ig;1_-+}OkTP?ZYwhtc+BEpVjRZ(VdD-4ytX<S=aK|w)E
zDk2kVtq9c*jHw#+lCrh7BCr<_YS&i-K3d$&;X3hKMo~wN&8}JYp|$ywuBPVGc{d6R
zB09m}gn@y9gY)&>yy!VGHL2(aLk0VC&MQEcG<fB8On{srVvDhUS()l6Q&lixn<VTC
zcl%|j>>KQp;Z;04)iU&^jPl(sI-3l)Vu5Uvh-T#zXAD8a-zn^STG&3;T~d~^D=zrP
z?&0z@bv6HAu-l}pe!A||TsHL2kJ~eU^ZN%Ehd*y>zNUN9LfsFH|Fv{r1OER5=0EV6
zj6QAQtgoM~Mn5_@Nc-uNa>)z;12hYTB;#IV@q!?k2fSuM>)W^Sg#|djvAr~D$_&|p
zsRNg@RcrP%K5>tDo6ThX4s`G--&md{=+(=nQmaWJl6<(lzmP4h7jZ!vTlo7oIRgW-
zAV_@c^V|RVuUG((5MQvmo&C*}i{bTT+s&lcD;%gK--T`>Q=)5Jm9wq4LZHGhOwGqR
zMZ8S*7v;TR<V$AiaeU9$du&^kR8^n8UjVK<PN6-$(IZk**}Wz7-80CB@jLOf6us&}
z$SBR}c2O@-N0=lj&CMiy9t7xc@xup@CI4AmFgZ^Qw1$8zPoScBB=p1Oja|(f7fluK
zoi{mG=sX1TYd{3dUv2eACr#sb;B`iT2g#Ow$+STG$7~|U!@~po{P~j;n-(LS=4?>z
znLQG)832V_VZQ@f?MN$$*fEXl`bjOa%1=T11rUiuq0H#2W753^8DctAO{yUEpYZxJ
zvQweV>XM2@zljS!*z>^vO6{i+)}C=e;h{9b=2ki#Pl^6vVF`UXfnVisE7Ek&AG@Me
zIm4UPXa_@#_-eNf@)OK}1Z4<4Mr_Pa=q7Yvm15d5vBCl*7{T}s3C6to`DMxyvA?Sa
z_qF2f{E0e2RIBj?CrXSz%XX<Gi-<DgMb}qkY3T3#v^hv9S@#tLWJRLzGg1llT{k><
zP{5c!cp&9FlP8JpSL*EmXhMQX+A{&8R!)T(T>Z&b2+dv+zGDGc&z^|15UQ^g+EG}*
zH4ZLjY0z@e%43#(?r4EA*TLX145?O3_xUTyl_m;VjU=K=+>FH~e@4~AGpZ_C^un75
zN>VYXswi=3DC3bcu)z(!hgqC*N>j#H{M4q$f`zP)Tnp|h#RD)MEi^6<AxI9o6f6!N
zjcO?*R0;2IIxgfCjO{@Hpt}^w7jK4YYFK&=TGhbxxNIjA1?8QazMBG;QfPOXU8JuS
z$YnmjFW;i1k7u@PY15#=qcX}A`7R`}#)N}W)1o3kp_+>2S&QUNRe3jT4O1w)hkx_C
z*OGr7lyZ<OgZ(QHU8yfFE<9S>YHFtVvd@l>S<^;95{w9cmz@CeThTNIy{+_!taFea
z%dbBr8~**^NnD;G+AfvVh1Faw-#+b@T<)l&CNzH4{LNTVI_{Dhw7l)0--FT6$|Xp>
z-ZXtpJ(6nxuuA&C+h8b87wWZFfVph>ui?j8U0r?c(W+47<O4YtqEJ*zah-|o4F-T6
zV%|9#`!0%<>^98*FS!Y2S&3=PXckW`nqgHeX-QA7p}ca8w;LgKgl*+3P8yEZQK;Kw
z!A+*879UIX-QbBQKW<m(v%q@I3$#wqj}s1nmjlk*KgilZT%?4Dja@Kzgn)oxt((!X
za}gXI?9s~4z#vPT@My-c{js6NDpYF+Hr@U}A-`M+Q6{~-w(OchQ~%)+K3<GrlXWRq
zDMO8w=$B}z5L7(0-)Gr;)LG+fFgE25aGa8roQE&Qrd?Y-kKA0+sVs+h;@RTnM3`xD
zqBIMp79goP+Cr)OGfoCs<nIjJ5D5~9AT`yhla-Xzzjp;T-zI~NjjgJzypuQ4lkb}N
z!<7=)BBY){kpwZXr9#dag$6>Q0H}p<QqQ~qZ}&l3ebE;`y;vup_tLs<%(15KZ=*)p
z1j?G<zey@8Nwt_rXqVChuH4<7XPSBUbU;tx(S?<IN=vPRTCTQ^3b;v!%D#N6X>WS-
zxto@f%5Q2k*rVwX>LLTzRi(1;aNr<`_cx@7rQ4zov}{~e^%-P;bHArS`{jOO-xiaR
z)D$?Sk{Ki<B(dBHBj(=zep6%Phd*1+`4T8SRUPhFITt)LVjUf%1m9hoT~|5{{6sjn
zG|WO;vooO}==ZXT_l;r)9Z!0js#&b*IR$$}YT%+xA(!*qm4=%TZ2O@*{s{j`bA$71
zNL|yku(Txhx!3<s8Tya3dk2DD_Ti~_=N1$UH7fj%X8TW-_0O0GdHTs9Hy2dwKk?>2
zbN?>azMoN8)Zqz&kXJz=Zc8rU@4kzZJ}dUUogEqs_&wo&4BaPD4aV!hneJ&s6%-t*
za2al29+M^Bq$fsw_T^Naf3Bq=31qpCj*f!tj=iqN#zxRj(ET5?jzmiBD%dIc8LX~M
zQS#H--95ivaw(-NQbFKJ8H<iL@xLo+*qLmF+s((#Y-QtKPKmSiW?aK!d!9R_r12U$
zwll@^aw(j#(2T4oFLz-8ebkG3!~pLubHa;_6LQFAnviHO(q<Nyw=Pq6>J>czdYy+L
zsF)Qwv;tjgEn$-0q(56E)g7VU%@!H~P6s<gJvaTlNx=x9Al&NeUcI4Qy8)H=rpu*c
z`nVpb2f4&+p4&D16yz1-%|&-ynkHA)76CcdxrYQ0u=Xgh(J63cZDn%hnr2Wh1N`zj
z<BL)D&H`PxwA6Ij<Qx0-rL}ywZ`rQw2A5L-F3Ly}u}_4VnHgZc+R(PU-nL@u;I~52
z5X}k2sgwV=4hR73j|5EpK{PqY=4QeKWwFYni10+XnuPl42R*3>vMB!fNd=u{COt8b
zzGc--O<-hoo>s<EMHW<3sP`h}$8%;Ag@5t;hGFwZIWeWH_x~XvU5qf3FeJ2^UHS|e
z{|{sfE~{-;^Xa3O4rAUvQ6v?H{6$^USo-DhatJ!HRZFQBQP6nC&rz2F{wgS?UZt%r
z$7=OxZ{#*MZMJB^<uNj68@IP%bXF!5nFs$jrrC{76DFNT)#mLX(<gbG$1$zyH_%{d
z`($xnF{4Gp8+yt*k}c!K?e(<L@EznN^JksSSG{}qxH0|q_V!-<?YX(#tuv$pw_w_N
z67ey}6l#2WXq*{ktY69dm3ez((TsBy!%_CO{tffK{hRG9fAt@#uNW4rLNU4Ab{1^>
zs5XjVDt`)moWqhQ_}~NhD(;oroH4pK&sJ5ELZ17tV;S{83%#0RHJi2O!sTqG2n>+X
ztnvF>t5G|#eIKH60q09&xT?$V!W?<?KMn^&qWa==YZ~(GXU?t3qeVh?+JKHP5V7&q
zjv*+NAC^V+V5O_i9?M|uWluVt{kJ;KJA1$*<-Av*9GJ481n|D6Xw~5F5}n8QLp|m`
ztaYk)ehIY4zJc<4+|5_<jAvqki&r2mhXEw3kqrC1yfzPuFlJgTii4_R2_#1P62OBH
z?Kou1nLH*d6$<y##1H7;Ws-VE-AO!`5xE@BpE23yXG~}v&dB0Fkn+9%Y;h;+EjRm9
z@xYKXy8deAc|i_n&y;nu**!`ey3iPZc5puQZ7VC<{2?3L^ono7r>T>qF#@NClo}ou
z1`xR}_T)6D;4i4hoZ_W)?p9yTTOt{sQ!<Bu7&RoH`DydZn??Yvr?9RP2^KsFmUy1M
zPA|hAn4jD8p`hohgLB?jYQYxPyw{zJj1ZP2r5ze!uuVtN2Rg<9FbS7LF-?lW;i<y9
zh)GBM>BXIt2fQ+sIBlk)qv66@Ya;HOd8vP=3G)d5gIdH$*(K^8%q9W5Ud=@Hed_J7
zQ8HFFmzL2-zy|dB;y$7IY(@Y$qv<ruVAF`JjhFgFcxL!^zwHbd5#N9XT|R7ORn(Z?
z+011cLVq9(Lr}PA3Bq;(mVIl(z+q+K$y!K>#iCnLInYvXwVXSc(q8g;3uS6+PxZBd
zN5VZA{2CE!!^0#oJ*s{7wv&_aFj1fz1E7A8@pclvo(&JOFFUOBoRQ(nUT64@{-ddk
zKz{&mI7bWk-FipF`Lk3dXavE%$}88UqP~a<av92=p4oNY5?t%9YID(0yY;(F#P;vJ
z$&9?Gk?wNOf?Xk-C&!zz?x}Gwoa3^jqeI|miXqq+7HtIyr{O+_E0VP|YK}BHxoYo~
ztkGI<rYz5$`PJE5p)Wa>&a%gG>E6+1+uadf85xVaZA@89xl6vqMI3l~aox@2Y2?pF
z;stF~mf=O$T<Kx;1F=7BBriqeRDn^x1ibg>2b53!`dFu|y-tny(I|@Z{Dfh3RL@r;
zXQR8GIWKk)r<>UVXI!(OPVajB^TLOl<})BQ&&!LJ<MEKoHYRHu92p)yd319MvJv+G
zvNF=xKO%I3vAFt!!^cJ}OAI0lzjRf!NGoO+M&Y3V9ci<|Nb{#)uw-ts*emG4^;EBU
z2b%_YTBCTirikHN;uv!6l%_~grif32J+DqDRY{_cmxJ)u1rmQ`npZ<fD?(t15VUqF
z>DTGkS{Yq~O|4KDYwwnvo8<)Bi(Kw1IWIa&24Hkn#=d6K&7>~P0B}Ogp;8~kZs%OZ
z6WeLMb0=NB0ne36K5Ddns`Y1a95Hrjw-RfGyh$n=UKab;bin*PK^$UlxVYSAgmvf)
z3lyRmoqegFK^Fzt4~HCdp=f!bPTEYaa%g!#yAvw)u@>`o6mn0IlqSQHt>@d;z2*jj
zA1(3=RLaLTz1iAN+IIrDwcyR!u^FCAo(;$GE%IFC%ExU?@-@JN{g7_$#jg^5{t&Hs
zF!f1UHbl3T30*-K#<tROp*5i{Wh-lWvh<kk9)iz@VA=);A&Z&$sxA+xJ6%o`OQVkh
zWw$!FcNds2%sPB_+>c>0p}=N2;*80od`_N(5%1p7h}1nPxs#n9P=Cnq*y#z7xyzP=
ze9Pw)`ZZH;lmcLpPxnUoRIHp)iwEEmVhQC&rl=UW(sh5n+buGnARd{O!t*e@#&&aS
z4!=~;EhlijW7S6GLCawmY1aGNE%A2t4fE=r@*!)O@GK-m?_x?$&NX&;a1i{Ll1HPy
z6<w{eU9dHT8W_puN8Rt<4-tnvBZ|(w;CeF9jHbA=Mvxu1JZog{%okwQ4z>>Q|K%F(
z+3{T~XldBaYklG>ALP?HRbl~=ZQh0rJ)iEjm9y89wOuFW`=?=oVE3iK3Wm3IPLIYm
znE7h+GJ3S?uT~3{9<ZEFPMhfb;634aT%Z4}%W3;AwUsU1T0_}wcA@%N<LcvjQL`J7
zkl&mKe~E#AM5T_G2=%+AEX#H9jCX<kA(1yVqm@X84?TJ~&5+|@R9$N?C$&Y^X|BlS
zz7m3+$OJmvAr7oi)1zg9(|%<!N-7zVe>>i?&8HN%BN3@2FV;;T4xMu3;<*Sszoh#$
z(JY9ZhTX_0<Rc5>P8u`dSheBt-|y+{_I8gTUdX4T-vFHo+uQ!5{B(6<_PfrBxf$<{
zd?aRd^50tqF+_YDV@41BN17XRM|A+5d6I;Xk5teDT-7wnH)b5R{4HXXX?Z*khIRrn
zpYxDM?_Jn^DHoU2_db+G_v}7Xh5F6Km;;`LIZwt(6C^>4KGz=JpfCr}sy$f@BR&1}
z(G3W)Psi54sQ(XF%}bWArlW8PEPhuyVd|BF%m9ftnHBKgLLxPcm*?NjvTEz#|BDN^
zr^k0|5E)Ms<g9KcD1%uE=(7MBa{sPl1a>@??mdT=trnA>^H*J=R+<n13b{bNQ?MU+
zBPUR)W6oT<J_VG0_v*fzR|L%%-Pq01SXA4k+GvStJ`VjY2XrJ7n$-g2AYY5hXg&$8
zP9y4vnZ#n;fdzv^<T8(KQL|14y?3XIg060iI~_Ax>uMlIOhXi$App^{A-f@Uuh|1Y
zPBA|wsfb?tRKVfAN<MVg$^=QT-`t4=wu}}6G0x#|Me)Q}wsjj*&)5(5897jz%k_1*
z^sQ#=*8(N`=h@o=Yn{|3pw78rwO7_n*?H5ggmo`mRcL|2Ozw)wdbf{kvjBAevO8P;
zR$m*{V$26;!{JA>>nO?f+$&wH<O5+1Wo6}W-+s*<U0q(@d+`I7H0?Lv*XN3P*~3(S
zVyo=uOh+Lu{kiCh8Vbh%_HI#Sa6Fv!AEeRE(a~a`<K?m^`Pr@!zRi(6&0^EwmMi8B
zc-5Cm>uAuFPB1XifwAbd=V|}Dl*;s0ATMIWq?x?N0H8@oj!4lg#3>Q~<xz2Q0WDqO
zcAb8OR*vwadpk4AN0;nLm;+L|pk=;5J)!y>Guj7IVtBbC%wTt2&ic`GbL|(pe)}~h
zfR(S#NaR{Fm<poI>u=G^6!RIF^PUJE*^^~ut)=RmdaY*g0j{FwZEQZ9iF?#PFmdF}
zCq=D{$U0x<(UO634Yw40Rlx$@Be;U}@dwCBX~3~d!?>o-h-L(lI2lbZUIDDWdrKo*
zHtRu7r|(gSX{Xoj@hw3IC;XHG`KRU_V|z?7X>EqX($#NM+->)l8B|@LdD`|yvr=w+
zU9@;dJ`>glw&}N14&AA*!2@fNu0)(;T+;kep12Ntd<spEW=5aBKeGy~%s13M<HlmD
z%vwMtY7^q7T?h~EU6quS%vd;!h=_=bhYFH>m6Sw_=q0*x!(R~AdF&jPvZ5UF?<a|d
z>5sn!$`J=G*}G?+d)1@)eTOOP$sFJ7z53F>Q{Vd9vJ<d#_J<3kDZ~48gb1LNwcBDx
zurE<}8oN;SbQO(3D>#Yb=eKOi@a}DYnZEiESq`ftwA!eMZ*gOdAR-AH_)M`CL>eJ-
zj~vCC{jvN8O<fMtSp@4Fd!fT>;rUkVf%)`WDpumXnCQzw=Pde2S(&(qW}0j1LP}$m
zK{L29v;9y}s|>eus@0Kth6m)2fgYAAuPAa6SGT14Hl2F5CJ9e)SZ%VVytRGfj**1I
zDNmQgtV1~UDhU;ah@C)vO6}$q-hrtM6{^Mqj|nI5OBGoxmY0p;X{1KY-EJ0^#<y<!
zRduCIX<(7fF;46Zo&g~~evKM^;>1L({O~CYb%LaKkFzVOA8cmm-e3<nN<Xh4s}9Rd
zkwnYXg@ZU06`Zi({%mj!B<S@GZQyzpcBsuQD8x6%k9u`l#F5KIb)LA4dU!1T$M}Bi
zM&_6DBx3e9ma)3Pu-n9(2kmx_z_p~<l=(Co?^YU#5;b5++fG!}6jm}pH%gSOa!H+e
zb(uvSJ1aLESBL=1NK(*8Zi$@Pj5uqyl9|Q%X|~TCFAp)_^paUnn4g&dyQ`;7alp4}
zC;;Zt?=XEp2hu9@z^iPDxA1T)q5ztoyB#V(c=v(Dbt*%>-PDjj<cWaRKCtyx7&OS{
z7HBY#;d;L-YHGH(83M6^E9AtP`JJZwGp9Te9Ai<0Wbhf-eC*H>P`PVPk(axU1P}p@
zhK-_fi&W%N0H=&PfnAeRo5dUHi-ip1n$ije+LZ?-8V<M5X!CKyFykC(%q;$BDYbc~
zM(0}Ij&qe?C^M>d0Y=s7nfmEG^{sU%B`<Dh7Ky_#GJx?V=h@r6rbMnMzLJjs!OeT5
z7RTmAO|peI^STM=(br*ZTU7+V{h%+tyEf1)M<`P0y`!|wbsRkK1?le;f{s^!eWIyM
z#2<J5g!19M7LnhuLUv2;8Mt6`%$<|T;yIi6>U`%54iKYhMqR65%Bm59rss13g;Mm7
zm+&`R7P#OX&PRdT5T;&&FElmbkSyn#wF;-_GufO1_cJ`+f4miV3z4lLaT&=5Ln0B~
z(~`G@(qQl!9tm0C8UAqsFubSJ`O5^^I*nW#M$p@g5qf61S9KaM3ng4eJk(u^0>Dt*
z(Cy`MetnxOlU*Ma19Y=W?7sN)-adKXQn;0Vra~2BA1J>s^_^KwX`RE52{JZnFkj|~
zS7TN^u4hY7&R}wk@n;`c)Z4}$RXCOFU0TYZSNabv$7G9&Ie-tB8|sZypk^agWJ-q8
zEW3>+)+ySyT>}M>M6OVd09w{>=%U!0$ojWww{*{32?PUHoTa=i4F^pIgb?KsjM~i-
zw>k8aX+Me%m)z~8OlS-Soew=Snql;_H&>SG-ClQReu5j`f5)`7n$3vDH0@zZuG+2S
z>meVQp3!j=PTXp7r&?7gU-G?ws4jQc?@q8a@~{AQ#Td@TMNI}Jo_bT&-jt28ePp-3
zsgL?(>Aae6q`_@9UvJz%T7N&jFmKqr0XdLwZQg&#qG1`sue<nqDB&uv$Q{xi_mZI!
z4WUBvQ^0pCVl1g-!m}9xw<>M+&m`$f3h-d8RJT0yLwD`jlB+>Q`Q8I1@_yKIwMSOZ
zhC&-C$N@BsRt%|4PS(8zJ$^ZI)Ci&|ov(&ia@C*bg#bRBZ-7*37O}-!i$}04q1MHT
z)zkxy2hl_}pYKAYC^mTgQKoMHn~KKuksTrmp@4JKH=&E*Mlx6&0)ljzC(0V{+~F+6
zKtU83<m7(6Fk<1BnXFnPFl~Zif_ucA6dIe7N38jg>`)QbK%Bm{kX6<SU*o4&^pjAz
z=hdBjlc&aFxX94@QHs@QzS|*x%RL<A?<S}NDZV#779`uPcdzRcu&+meU)cK_9e^st
zdp}&Wy$(QFWJw{7sjo)dOZqG&3l8)EVzWO#%RQn2?w#t&W2)1esf$Lr4L+e2%jRKK
z8>Qu7(e-D7(23ov4-n})9rikynUglFUT*BC+k2rNl8TMrZ#F^|xzpZ=MQq9NDm8%W
zbUf@Xwm*y~_TLjzf2;GZVQ-Bkbq8ug^5WtmC;~cJKN%F93QE6z{p#rGSTMQb&#ZD4
zz}(#_p;-+Idbo(9?7L<2cq4MZ_{7ww=$93?yX$D-d=);EcY2gtQ+#TjA=N?%OhU96
zga$UFaV+Y>SOPP+7-x@o)L-Vn1j$hkSnc?K47*{m<r(KwER2~u|A_=MFxeJ;9Xqbo
zS}}I=kxdkMHyIejq;3seS{6ruC}VvY&(GiF%;B-C6r00QOt0Py_YJ>X;mm`gzyLu2
zI9K_ek8M0@w?S8%^Ff`NB0J)q_eGb^DGm8!C!aPEnz0@#c@4WY?7D9}QNXg}>e9^E
zPX)c?W(hwhG<1iy$LkQD>v}l2ZDKh}?+;*_Hkr$DDqbrspfcfnTCM)X!g7h_yf`A{
zvu}_kOE`36w|*Byk#B=)D}|7IcD?L>pIOSIPiq^2;#<<X_-+c{R*d{t#MArA<{nPs
zk8bn^-eFy*wb}wEfu!^u07;_IeA!77L^BtnJz#6Ygvnlf!?W7vNokdV`1RI<E!ce%
z8Re?hTp)>jEnh1TERm_<!q}!KU1rugYtU$SNuN4^<eB`3wBUOH&A-BF?h}R5Zb8`w
z;t9=Qz@m?K+cS!Tt@HI8>x1iz+Z7Wx;?TD4Ae;fJ7stHi`UnIMt7hHq7ubJZjRo^V
zK)P$cBzE+z+%-kehM#-3+6Y^I0PwH!!o+;?X>tB61OGROx5vuf=&+my=!&@K*+AJl
z%MJ~gy{PspgS+#+)W`N)BeZ`^==ufx;Ds$_+i{763c1>f&c%JkUpbfVaChX_J8_yV
z@dU~Kk$_%S;4^BExE<>J(fW#<yTIRt(JmI2`P#RY{yC%rva8(FGnU1zqvygWVkE)=
zb0G5inlG^Nw*4C5rhkROoXvS1Vv{WYyozex<a7McOT*|3e~W*9`nt7C@pgadUP&M0
z+F*0FnGWIGx_#gp;D!?PW}`fuo6W&*bfz$Ur}gA1;P;fXcczX>f!J16N3+>scvmov
z?|=H$Z0bE0S5{vm?KX*iyzYhXEt{BA@{;(m6KLI<L?4fK!Iy%N#q3fNT`Ms2l1IvN
zI9cg@P-mF}rw?F8?^1=1F{b<iP)k9rzh119>Q;&ICj3FKwqX5@&;r}nW}d8S4fz`%
z`&;%HVt;h)Sr{{)WW4yoGe&Y6z%NTo(V^y842$wRPcp96BE<blsOoL0?zt{3IKAMv
zSCliK*FSzz8R<BygJfXDRag8E<m=muo`Zhz)*@VRv8i%xgK~{y<9t7|?AmwZD;&^H
z1r|)MXD1X9-09@BUd(W^yxd+^WFqDu04k#>?$>1{dm;MwcHh!bW#Yf;uVPb_U;=)g
zwTde;BLHu@mUlk=h!2L_lr^E0TZBkGngzb{|Ge)$cg%X>y9nK2LT1x(mFYi&K`yN`
zeU9xk0TkbM#v5#S=<E;Tm>k7c+?M*nwu~oy9#$+U_c(g=S<lr6+;2b5zib7&g6)Nr
z0h}PPQib5J6vrhMKZ^imo*$j3vb%5UxNZH@>7`L!`QKmftJ>>cEjtj<v3>TiT<qfW
zeM~E$&Gn4-@-a*nwF3kQgR$x~<eX`27=Gq>l&*MLsWx2)Wl&c4S(<c7IT4ybFIkss
z6Sp0$dg{H=@B<86#(@hPwx{iKf{u3?C|4`%j{v|`M`O#t0%AD=0Sw4|osDr-b?IK-
zQ%VVZpieeiI+K?zpM~(LE)jG@$AOl<Y?O@WVdL=M2$X<y{eT0$bssjSW5)+_Z@atC
z0$u;xU#&46*2#0P3UTzdfgQeAU&?xZ5FB<o$#>H>QJwUvZ)+-=S(U;`hCIV^L1f1&
zw`It>;cZ^(c`@;K49jg}EQ8$yjt#S)fDzmW08_b^f!w!6dQ(??>7Ky|D-f#ji7hMB
zNy(_U&((e!$}oQMClKxEjQmAU1RVooAwGA7=gFsz#H~2Zp(^~erPha@hZ7GWHc#lj
zsxZ=YzIazILxQ8ZcT<Qyq214Vwyj#KYtEwt2qdWoagsTP?1@W(JL?NIo(+~`p98-~
z_dpf7>2x6gSHSD19(_*}3_UfMU_OME&u~>qIou+preusA55Iev60H?@{}l_sv#zDs
z>Nt0hUvAz0CXzfgCg4ags6uz2?PlM92&w@H-6=kYXMP<Q1p^4#YOJ0KuYCBZS#Ql-
ztGHr_tehzgt;gRW-teZRXv^9`9_lQ?E^$A=$o<8In68{}b|zxJ_N%N0?TUKy8ZY9G
z=b3x#?g}1(qzYZvZm`t?B~SC6ma46s)%-bkFJ*bb%l=U-Un?J+e)rL!R7&!&`9hgb
z8MvUqN!ZEQOat<No38L<`k6qrij@+ZLpUf`p>)4t>m69B%o6u&GxWPOD0GS~_Wx<Q
za@LZ5KSN+ys)gwQFGh)a%f$5-oEnnlzN+KH<-AFdWH*?{VIXL=mwrlk+5Gil(KcUd
z(GD*-<HGhPUvt>fPxxg2F_kF6YNMSh2qCnBU)Q!h*!S0j-SJ!m1NpLV_5mGzdkp0T
z5O;TsXpy4gB$bgy8~72uW8)<iy$*=ETwaU)6QHxucGMFbJ3R?8S)1Jb#I~pi+?h|P
zs+&x!J$ZVH0~vVtZpKeUCmV{Pd&E%#^PE4a`F`_!T$x0Ab<^5_jyYsFS5)QccLN{>
zssOs@eaxuU?Mb3yK=$RtOy(l7r;|jVSctxc|Btp0`E5MS&oezt04CjOUR{r3Mvaz(
z4tD7Il6hz8a&PA~cpqU(ztj9&d}P;;D%GMF1`R1oIy#fg$NNKpth%$62kfj}MGr+l
zI!~uP*<;3&_%mW@HL{h~GC9|B7vCcHvm?!fl&R`8Yr0Iht)bO#_2sXafCYR>;`Z4l
z@3W@;PcY=M!$;z2E?M8Mj~CmkNZreKCvs&pTK5t4x+p!DazPg87v{S7I?!#w2SEzV
zult@-OWQda<V!BkMQfP4xw5R5)w^$Yx@XjQ{b$*}PAjQ31-Y?MetkkxqnXh$YAA7p
z!aDf1J`USMd7X_+;f`CvgZwBHg!j)3YR;Xmdq$JTE7`-h2+mKMIUnMF&;N+U4H;(o
zX*&q0)V0<fkki5eulz(tABfT$f*AChsO`tTh{k1VdOFV6?n>hfjE<w55r7d_wf=gk
z>`CG5>Tg2u**``)JAaJgclHSi#QfB%SgD|Ky#Sn#&CMwDwL+8;L9A$+?4?BD(L{Xu
zCC`slCIC=2QEW4qLOPkXKaULCysb=MgdW{AL_dNYOz;ZTVOEmR_fX@>#DoL-D}MW?
z1jtPEOqSDW*Z>^@O&p$X1UO90<jNAqPP-S`Y_7vk0$GfIs4PWM*NCs*oW>JNmymg1
zuV(8}3XLZ?nkr{$tX$Q;4axSn-NDzDnhuQa?9mq*QyK93`3_;~+=tFL1d?S+>Uue^
z)5>hRvZN)QdFsQebvXs%gEvwj!u+x|dUo1Z_+O>HWmH|s8ZEkkAOQj-1P`7-aCdiy
z;O?^V9o!`WLV~+Xkl^l4f(LiE;BFh&w@7!N?mq9lJMI{df14#$^;NA^bIxy8EmZw2
zZmpDvN@pnzqpP2UP)}(YxhkJG<V>Up-|I_=Kv5k%&Cs}l-HD&0IM(3Z-CZV#n7C2)
zlKnMBdg`=|Ex!wlprujK{!q3*E@)t1w<gURc^Vl;@=-loxCuI*!mkk|Ab3g=1wrrp
z!i4D~-xOn%<P0S~uB%}(jCN1ibqh(vEC#$X(QaGOLl1Z5Z`*Z$$pn_(-SEW!Bv~3@
zZ2gy{GqipjPN_F<XSrFjG8>0gy*`R1IViPG*^1;kaAMTu^2^2$V&0Kf5M;`{@XOxe
zLepE8nZs4l#Za=sA~+m;rL%^rfL0ZTf$|mNs`O?5D};A&`sMqS(9qK(^Mp#)rOC1%
zV9z@)md2~_+PmBO)NV<B7D_E(Z7XH8Pny?hB?B2u`&<6Z(s3{K_S<bfo<4;$|Dx&F
zH1VA$KN!mvNNdX3=xC2agRU$6iYb${wZlKvupeqvve+315PzhEPhyKgUHGLtd+k0m
zxkj=7l*BQ#V`!@By@NTe88t9qehE~T&84!3KN0c-8-5Uv>wllivg-lOr3d9rQ!L>6
zg)qK$Sco3FFgqGjHT%@;El91nM}XiwQF|Hm)9eO9mw<=}L(<X0(exU1MCwI#2|VMY
zkfCA`GSnYOut$i)DHVn&yvcK61;OQBvU3+kGC0^zOJ%zSyE`ZIIq-zHY<}W*dh~ZD
zF+y&xO~{tgHqyo>xYJc}Vh=nEVhEaWpIS?8z-<vcJti&Q)v4qwaI6M>mQQdUl%eR`
z#_Os#p3}Z5<CfUaE-Z0wOgV5?=c1>TdkGY1Wlr;iQGgvr5Hh8Cv!yj&S^nukcFMLA
zY`ZzKE{zQ0FmJWp;?GU~q_shD6Tb&ol0MJ9*x00t1=Zy(qCvNRjLn6!2h1vg4_25!
zNeR^r&shoS0<Rn|wo^eHl*Lfe;(HCuhH%4o#r(H`x6;~gHRd(f3uv6Jz<kgZAoJ$9
zdIcq?R4-cgvKPT+?xG(`K=|BuCju|vMk<~;zlqM?1?8ddcYaN3ybRJ};U%!T9CF+@
zqkN6;do@pkJ3hbY=19RUg}l614(JsQIOxsZrzsCwu|;arEhdk?`TmfZ#pI<jn?74H
z>*I{d@@~iWr%`fqqhS-^s!1ZRma4mnXxIP2_N9xs&@?{0yT1)(;MXq^KisA_>9Exz
zmq~VwOM~f%lGWW0pfur9<}YJ|tcKZfS(Fn@_Kv<n_bz>(pZGtx_-pd6#ddKEVVR2-
z%-QS7%_NNE8uz)bxaz^5TR|3@?Zquq0(aGOYicWW>kW5-=?uF`IP5xC;yK|-2X7o$
z!qePmPFKXQ&dmd~YE=pezsN^7)yb<jV2YUeR9T+Ak0WV;fAZu>NE|=l(iF`hvBi7U
zoyt42{(}G!5$sV~^<VrM74%*Z2ayGl-_N{jw|z#=j1e^o&k@ec><F)ex#Uo}_-~Tl
z9eSmIx1$bv+=1s|Y4N6mqGI1IZ7G?9Aw!+vT`MB>Q<*aZMOVdhgu>Uf6M_YlBgygt
z;Zf35S#)d++A9rjq9V(15(1*(&3>5}R!UYfO72&&x>5a%AD#cPlkA$qz*XE)?YkYd
z9pFYTME6<!h2$GoYWPEij=Sheq>w92!DSzg)T^7fu@yf2tqy~SDVUos_o69TxI+R}
zz9kC%H?p83l+ZTC+SW+cs9VbXv%XG=@8E~C))pe{xzD3pC<52&XX}&2XUQzFKNL0*
z9p)(O3*2APMpGOq=yu)+yspZ2P8g}jSJQuTe1CMX(CBiwcn8>CflX2FT$a3mg{DhV
zQKyf)X!zVs`P@P7pAn);%)ffLE`7KT2UhO;9OL+8jF=xRHhWwgEGP)voerk*s4s6o
zK2JVe-Y%8i-TLST-$Sy{w0G*RXrwBye2O_9w$u9`^1aHe?l>NXqGLA&9{O6Zn2B;I
z#4!9blON9KAP+}@0-o2~xjtv=K4O^eD`uDXH-|pZ<fU7nY64e375H!VDs4G@F0f5n
z&(O{9&jkb?mVEl|2Pz+2vk<92-QTp{J>1Xv_?+K>AD}0glC2K{dbi-^+=o6)1~#gX
zBnVe)Aw$4T<{+(i0}yX$u>S1|rNGq}aS;g-jH!UvQa-n<#6CB3OZPy5KuGpk+vI(<
zmp8mx?-^R*l3F!%=dN5fj(2O->yrtPZX3Zs8#W*ITVLI_KhS-+D?Sjo8|Z4i3xB{|
zNEgTGsJHUDIM8+JzWzy>K40&!3B<_fdMw?(e!lg#ueFIM%j21EP*|OY2f-_~`>XVa
z`X2@cxEsJ(3;XZxudr!nA6j34Zoi37>}RXDB-6k&`7cTNiW_bM{8L!3>fsl#lLyc0
zV_SgO@$_8^+#bOV#$DvseJ(t?sK9A;*pvr<xvw1J-z}P6YW7ekvRzF3y;S#NZlKRw
z_r7&?qxAuZaO;Ejdtn8Pco%58=gH69bZ?*w(w*m<ZbiVx_i=lVyJF2p@m~P-0!nC4
z<#FM^I~@a}^V8#7MZ`R>-MXB-^IC-jq*eXlC*{dQ>NbD<<AUHqz%e{u4+RF-LG3P3
zkO!zD1vs0Kyszb{7x=}}Og1IQ<C4!AwA!IDm-+hnU%iFbgrr;^E68)ndmB8JS7G6Y
zg0_!jo0?L?<zRmMw3CoSq0(*T+6=ld*s{9HL;CZvaym0l3RhQ6*Sy?k8l%H0OR^@M
zAfsc8kCtsY*XzOf(*>)`wT&;k4p1*(yb3G)zGV=f*Jgi8m>(svf{t?ZuEY6)u>Ip&
zf~oawo<Y6)M4+Y%KusThmoV?28}H?*KO}=OHMMw6^1Ip&W9}d8a?IFKe_wVe<|2zR
z^}}@G7I>5Z>mTvMWw*fHwt`9$aL<lzKfTh2N`afo3r|#+{6Z_B8tR1;-uKY-N?MN#
zdOFlcrG^*<c<^+ArI!nb-W+UfXZ#-5Jn@S6cZa}6Md|maV1XOFD_6jWx01C2#Ps+6
zX24*&zrSepNr$>oaXbVH+zRE6DVhQy!62sOPCY>Pxok(=-FP_76&T?K;`s40Ve|Cx
zs?fqE?{RH8(uzpH{O?6q5s&M&f#ZMt!dUyg)!E12?F5!!J@zJW*fu#C$KFyTC^ueu
zD{4oCEWp(sCFo#hpC6{<=?T>XIloy+DPEpi6+{z?Nt&i(w`6bp=7`^Ud~L%=MJ-N=
zTIApfS-cc*X^;xb$iC$I9YX^Rm`5q!EYlKNkE^38eYU1XE7BuEdx20S)DKsEe=ncm
zQ6St?xQjO4&6Qodk3yA})>wEPi7F%cE*?gVMRkr}qbJ(b`#Y1%u5;nVn{k{y+Ol~B
zHEh4t7X#t(viIiU3Ku~VEPewXu)RMgz~PxgaW87i8(q<PcF>b|1={6lMJ$E0;8^&|
z-}S&OpL43(A=h)f@fJJKsXEUf?c~Kp>39KRWB~!I#Vdv!xNvDoh<ORp-Ns2yzSqGj
z_BUm|E8qGwLm&46JAn(y&3v=8;}o74$NQv~!A8|w&KM5o!+>8Z)QIQHp+p!ponPX*
z?)}a66&uKWP5Hz77TXk#qxngSQwPwnWPCVtxv0hF{+#WZ$y(kxGcKD`d^dA-8567F
zgdLiqI#PWle!dFpaM`}T{v4%JJeOSei;*nv`iNcI#2~Y<3NJygvIxo^&st-1to5Q2
zT7(~3gTX7+go5N3o&svi+6d%*jdvGkP^-;@Y}GygB{!Q*G-uEgoWoFgM;odpx1*qu
zogrF_BD#QD{noT1Fs|!L&^}egtz-Y0Kyt|QgdIF|CbQ3P1YubOiXsBTC^b+>5@#Cv
zz!P)naw!oJPzvdTg@_LmsB2@O1o8Y}N)U<}z7bvs%&?xZi(O)vd)@xs&VuRUmFA#!
z_cRJ8RVRPqd{dh!6_mDK|Ccs5P&==SGhk_N=w6q1W=E}~S<S)u($runDyB2{a}RZ&
zTwEoz`IuR1`-jYg>)9;dZqpeBsR-BbAxrLEM8pXOg>%MljY9*LOcc=2Xh+6`)ll)8
z13jOwsUF;l8(0BBV!#dF=3;)(z%*-Jdi9jp)(3hnZJj>hS8Z3{p1p7;E9dH=P6eOk
zG+DV@C2tyL^<jCm4>AdQZG4l6*Lo8`p4dYcx6Hl*;@2N+-zfY(N2p4oHRa}<I+?GN
zUykp2y8fP{lwV%#r3lfK_Ixl7Le{p?&dC;Iqy<*&yh!b;I;(^KzSmArKoLKb*(<Cb
zQb$pV&(9p#Vy|^NBTSbd*|j;RRbk|EdBDyHyJ%1XZL+||kRBdX+2w^WqI;Oc5ZipC
zL=)t~n^us*|8j9zwEtX*JRVte5aA=~*4&`k9Kl)&%NJ4Ik7hS#w`IaaOnI@sI^{L^
zde<w-;Ao1fikK*09g<?0S2n@3I}Y6U$CKPFro=fd$0ifs@wwtjtMzMnLM!K?Ry*|c
zGm7D5%?izp{X7Dtv<Sk<;aMY5XjnsW3OxHMwCN&RNcC<3Oi>&e^{rPyEX>=hmLw-@
z-@Kmra@=+`+{BLM4Pg;{&>-UvHx%w1X*QDNdT)13<g#e>HdoI)L)D4<;#Ivc8?MJm
zr=|esS8w=i7WmvHHg@Pwb6TFtgV_o&O0@xPIn=(Qp9UE#Sf0s*HffF6+P>sUl1w=Q
zt#tSnK9DU{az+=Ers0Bp0~b`Lr5&tvW1D?yM|IlE9h~yR^ch3ox?AAk@)fF|{`tl%
zc_B(Y9@S09(R&s6{4nL`oe{-qV_j-F-$ktU64mpS5hJ8TH+6SAmydlt%0k%w?x*%w
zm4x+aOCY_`ef&l9YIN(c{2-fR1(|PFhh65ZCr&M@o5sKL7}g*{#;o{(e9S@NHKUk_
zpplZ?)%7+6U)R@m)|xJj`#<keUe3ALR5d1NNms_Oa9*TYv1aX<o7a;fO0p<9e@Tse
zgZbvQ_S#OxTOz5Kw7c}ReD&#8qL?&u=Y~6w9aoH59b^F@*3`J3CqDLdIR`6IglFb+
zjaHS@JpMbk7<`FNO<GcKpd;pv<OeBl)7ya#x)Mql{?YYHIY6U!I=i#-E{5Amv&S8r
zDjzuEY~;l*oHq^s_S4>z10_XyLf@s$gvquVgB@(NJbjoqEqKhyU1t1lIx}~(mZNRI
z61dB4bV#6nZHAvvKY1z_9NK8gYT@eCw5htgX@EmUq@l1u4*L^7y6niz&a7*K<v+Sf
zH=Y!ZPg;32Pv9sC-EC)?D7Odd6<yHg^`_7r=Z7mR>N1(2#2wjdWks4z2U(3}rEYX3
z&hW67m_=i?FD6;MA9I54rk0zbReODQ*C#C;x=k>>EfMo5d=N8W+ewnrO4-o7*|?fL
z6k{5ahpsa-NWJ;$YM+@nng|9<@G|>7_CxNi<16e--BuIf!MzyRzHfsOs<1k?gG_8W
zVd61SPmcEbeUOUvNiu|j(NJy=8YZ#>W=zlckxN2UE@osUe1~kcI@p|X;t%swXZam#
zmMi3}44pOO9!mHv_yemk?4i=D2P@9J=Q*RS(hH&1E;JZ4TTOTb$&Oct#@;pw@7&O`
zxwDOSKsnWd9x^-bk)UR0&kb!~slHREJ4{o(W-&j~Z<XWV+>$!UQ!Vj^OX+uX#LqT!
zrbOniIKO=8A>3o!(OceZ3Ca!cz1k|^vps|gE+jMWtg5IGn?MT*>s6Ekb7Plx&f}xq
zdPP}x*5*Tav$qzuRQF~P23}F9yd!?QCS%sZ!mvk$k-I%z6HU#Y`DI+q%PA>Xzd~1z
zVBjiRr*PtlBV}w*hG~lS`w&-?m`_H?3MngNBd}zBRL@vnyo+}?+fjqYB&~-Ue#?e&
z)RNU_C4~<@MFmBtS)7H|AdZ`kl{Plkc}f(Io@XS+qnPM0WVa|#aFoiDxaMgKyw}Ll
zK<bp(FDD1*@lMyoKk+!JYryv;gCJ8Q$EIUUkYXvf;;S^7!-0kc&A&oRhKKuiJH%s0
zl0kyJk@^qyUHvpB6$tw=?|4*Ab1XC7vVsNzJU!V6!`AjQhTF!k$h+|U#TQCAo>n7k
ztV*6?GCH8q6`?;1E}xuzkIpKT60{SvTb_h@<@ILQc-6>g#cps3XJA8#KGy=B*8S5<
zuYe-+4UD<iaV%uFkNth65+7jvN4&$HD-d3528#GtI(gvuTs?D{Ik#jd7&~)s9@Hkf
zrjby5ia%(bauliPy7Gzl6}K%zwqY*l`3r$9T82rMw;>1=a^_#D`mn!*GJj3hxub3f
zw%W>51?xS*Rm?j-7f=<qdO@J-o64JBpxtA$>@JX3DETRZwAnW#0|SmV?;DJ@N0ySU
zF;RU4sisgPMD=BwPu$p<SD1Z|ymo2Mn#!kd{2PkfO2lmC$`|{ggVy<K?t0&p`kQ9D
zu+IH3DysJ?pFvJC6N$HM5rS+bDT*m2o+Hhy-udIROrTsT34v>LzRsACeTe3|anKIf
z?!65OrJ-oYsOY|V9vn(wxY1>w8RvySsx5$Qg*tiAqIy3i<n<Uv(sYjtt3*bBS|414
zfeXswtbtOOdHww!k)W0jV)~>sNnHKsLQb8+YUx*-i=uRx{t<M!9+>!-Uv1|IqARm$
z{J&KeZ}l0BTJ09AHN)4=&BP2_v&*^f*Gc4Tj;MLA#00)n3zI|K@4*j;%l$E}dWIUW
zkmn<8?V%z0iPQw;=jW00Win`-j0=v}ypBXM)42U(vqTl@v7(<M%@|P|l}%F&<X&S7
zSGw_fmT!hq%uIfnSxq~(OJ|_eYjKu7C|;j#$%wVA=t9iE*{>#f^J|7V|JzNobY}!}
z&4Bvi1g^$HAH%1durwDFTJmv;uP0&zg~k~Xa>*O7Hf8jr6E7}xe~~2X^p0zi<JgD4
zZ6Hll$DqbeHIf{xB|_~E`ANHbvfRTnDSOr?%x>(YV{(A)X3R*useTS!2wo#X$3Z2j
zkNFikKN;uXpUAxw$I$@!oZ~jR$4{dm1^`=oyjIHByE8gr2L#3zdf*FdezkIx;jBfr
zkh0SOU=fw(NdNPii+mdFitGOLKojtM#-Lh->3fLYDsT-&=!jz~n*iFCM^?E`8Q9RK
zNRuTu&~~HzwG=rqUVw!5@fT%aF@(1|V-G$$3$K-T-2qXugA<>haDo)(PV~*KLOYC?
zJykmawy^fRq*LGb2lX-CQ@iaj_dEcuun)y?L@}CIAfyvZY=WIka_?>wGO<EuTDOx~
z0U*$0vmR|$>1Jq}wwasT?WwE*uSI5t_gPS}gBK2D`dscQ_p_YFNfU$sE+MyXGK#tz
zD*gzYCqKp=+T3^-1ZWD-jo&FoR`@QDmbUV01UftWCxR?N48l{%RlWV_m}uCkN|Miw
zj;r2Ozm`((FQQ;8ZFS|Jm91{;+Fs)S(!%L#p``c@P#-*Q&M1bx8*Mb2`@Wf&3<}V+
z2%>C@07G}cKy(LTKS6y$f|6Au+wVo}P-N!y8y26mcT)(^?1>RbWCYxM2-BtWJcmUt
z8K|H6ZE%FIrkM&P>(U&Z->%&qp%d(&f&MiIjElVy^;GqPJ4A+PBna5Yy5PXb9Hsu9
z1YZMV<Am7P*RbDT`Q0WS0Ak2ui<bx4N7a$^!o%pmu6OhVp<Urq13qiKLn^sYDqG|I
zyZ$s1GW<bS87?Wy;|4c{t#XHJ%bF7<g1L3KgPD&73}uH4+T~>@w~)Zueu=)`QZ>*^
zZP%N)q#xZAx;k7J2gUOyG-MnPisa#}OPeli1VF@;I6f#3eff+hzF(`H`qN)mMs8y@
zAnC`=5StUu)JU9d1y=K>?L9r)yj6hPVQcp=ocqQJG0O!@<ivO}<~XV?{M5MaJM9Lw
zEi$d&Oz)B3{>}S(9yvDfk4M@J9R5vr0Y#uF8K)291fx$kikC!~_k$~}Q*G$ujv!C$
zU`j3;ue3Ha?OWSw9mV5ZZVq<$tw57R@VxYW-qIgCJUrFL+7MLX9&b9|Fw?XpXU>|T
zJ}=aCu=q?A&D0_zz<k1DDY(6sAf!2i`?1i^bDYUwVMGE4SuCRkqiAgMO`oHiS7Tb!
z*s=@4e~{D2<iPSe!tmyN)=;HVPc0OX<15nN1sHJ<BN6RPqQ8ox!WKRrA;aQ${I@5k
zZ3`J*3ww4oV=M}#FG4kIPKwIb@9MMY93ncQ>+iW`x$f{uS<SPwEDXg1TcXRTW1vjH
zJYKAWIpw|NiDmvJ!IT76>^W3+NbWm_Ck^B8V|2tfUQmiE21+wuH-xR`rwN|FDYg!=
z<22pl3IBIodvPEbLtz}Aw^@f9vjC;OkmdLZMn2zTe2G(&OU*LpB7>45cs|H1XmI3T
z_Zl4)SkH&46ePZ_rUb&VLhb++2IwmNW&L731W%aAs2*Z_m(wBAb0%AX1u*!1ELbK1
zaYDAwZeJ(U8(d+(x;m-RU)H@Z0%b_c1pyIv^{G2oKB@?$TJW;1*{y06cQzJKT+!xc
z(RR5xwAxgkb=du;qTJT2g#3NbipTfAJ9|IBlB0(U{NhW)lY#TyE5jZ0HKh-de=uG(
zq-!^jFjp#4M-t-=?<X2o2Q~D`u649%=P4FTRiJ?#-OR}fU}X8gYVDP0twQEgZWxg3
zbJ%h<i9y1>o`*gGP$oylh`*j4;&Foq2L{)kKW_nRJ6HSdqD*(;<$I?N@-J1UUcX4v
z%8MwCZz>qE<<y9*x%E1YRl6s&8kWm)D&Z}a9?OwnO=dVAh?p6t%dd<JC~}$HcGR$;
zoP^ewdbW5?QC-Mx85oD<3m0iyj~Y$YG(M@DPcbf_%z$zFC$fBl16r2LZ>cq9vM}5z
z>h^JojnjIB#nDMGf!;oTUhnpF_+n9Eb#4K<1DPAr)kOh_015g8Iaai`-Nq1Vxh&Q#
z<pE{mXj_=b^%w;Fr+G4Q^4_vq2)<H7I>q1I>BtrR$bd(HpPB>RoP_o3gp2nkYAoX1
zd6a<yk-EB{f}S_a_yFR^z=kupK+~Xrcb-+#ca+8W#Kj|a9;DBB;6F!PhN--?3~`pW
zj=5<^;WFRH!449J8-5r4c-uwd5-*4zxJHGBue1vC5B#x2*j%I`mk}4|lm8EpLU{Gw
zeSF{_)3pYV087n^A+GQ_XZ=!c(WO_aJE=bPRzLQiAzs@k4hs;j>E@FGreWM0N2>Ku
zb0U8|$A_Oa3$!&9e|Z6}dK=xZ-M-#w&bH%tEWS;1R~W^=2!UKc*9YV6dl#z|7B*c1
zf(LVD@D5w>(&RL^POjRipktIX(V7CRe8(?iGgTRAO<2?d{|x*6kyNGIac!4tT6$U<
z5n&E3N!{r#1Nvk}Dj!aex%99FBVXCMH?^>zgWKPaF)C=yKTUmKJZ}o5=a0tsG&Lx~
zmkYrS2C94fR=iMcn)7asas&sFK~Bq3<?%s$zHUEb&g$J{OY|Ko>%^VD!am8rY$<PJ
z9lu!*Mxn4g22NVr5TNH^fPM4ap+8V(fRfA%mvMX%NGJ6Sv?|PhPd+y|`f%gw`2^tw
zaBl7MhR<=2ue<;K#`Of*>b1bNY~s5DdqsJfBLw9K=UN6FirC)xpK3gRa-7w872CPo
zt0dj>^u7q44p7qecvM>un9#?s8??WL6(N(BmXNCv=aRvZc8)o?u<=J3K7G2w%-Am*
zyAxDX$j|`OJ#XXcf^cnF$uO;HQ2*?08fK9w+=>B8y`%D;tv`702^n<&$7bIUQA)Y6
zSTImg?)eTxCou!)9-1qtP0CZiUc~~hpZ4%%X{wK7ob4oEkW-&ykigZ}3iFx^WS-q8
zk*JYb1wFT^b!WC$vBV2WYUndg)SAXUpc?Pu64fPL8??+;8WC)-@$s@rm(<;0C6o~j
zzg};i`W3>c9NLh%kNHx!7R3T<y$TTd42Bf0Vr?L6X@}j&o_z);ZnY0B-roE3$5lb8
zM?9tb^FPphmsj|((hgZMQNc8iBGVMH<z|}mGaXk(gylV4vg0QPKV(H{{g^<r8N#H9
zzH_Sx&3nl&TFGu^<zc9i=kf_Y<fj=D8-LP(ea#3JDKwsDEOUOLfgE@)d~M+|RQ8mP
z(Sc802o)KN?gi9<7DEQ~z5lC2OnV}?KW`PZoh4hvvE3R_R_8qf53&sXM!0upoV0S8
zyQ>A?OSNRs<IN5AUoJ4b`YDQC{-pLf;?b2o5xYM8;z1tlNW<Wx5VbBHI<cI^5O_m<
zW=EZgds4T!qSwTTD~F?u2+Bz5sS1*=tg;>A8<%zZ-GkhT{N3{$I?<ZXh!aKhx#+H~
zGq7b}uR?9;G|PFKbkCT+Z)=e8tlHUfk3tH5-L39(xh+S@z>{4y*vWSbENX#s_CV}u
zMfe)zo6OngyUw|GaUT4#(|8rr9)S`xGWj{<_g3KH91>m`uf^{U+JN$uX8&*HX$Q9}
zS*76WyHAXCecH@W0momj`4WmO5|t|ReZ}vq6??g_C7ZgzY;@L+g*SH_l9%sqk~8p>
zX&Ve{fZgk9E}!fDa5%K#b&=(&LekX6lA1c0376TWFNEW2?MtGLG06b5or78H^acrF
zN+9n{`V^Se6tKgIrHDFX$!25S8J41}O}JnC=}pX|vP1NZ4Lum2MYVutwxnf?JFI?4
zoX0-Zr@}wp(Yu`>Pz{MI$FtFj5D3u?`0RB!uvJX3NHAUQ&)W5<fMZEAV@-X|&*0+S
zFXoy16uagP?D1^@IbarC9wO2;H0L_M)Rl;gklU%}ZLY5)Yl;|Nb+E*pne5%#wr5GR
zq_FfKHaj*2h3ADC7GmeG_U8DIDqF)o(|j3BL4(dtSh`YPkcBC)m}jo|Pt3Ee9KHrd
z8SOC)R2q3!nfeI1dQ%8-r#R(1ioiJC6K@i7t7v4XpfNRz+~_}16@9MX*5gz83pe*=
zH+ytFiUjJYGauhHrRZr&cRk!yyps=QcX+2;^eC?wH?|pl-<aYt9#ARe?{{9$RF?Db
zY2KAX`7N%*YkQEbPnzK!OKV9s!&ge7`@+bA16(zhMd%Aff+PCeRhEYWmD!`8T<+x@
zh$JHhw2Kogv`0Q~Ylm(9DTTHsEKlX7v*RBFicfZsHxv>m;C`9Ev1D#`kc_)Ui?Tki
zI5!fvvr8W=f`Sg_yJ(SaGsM2~3WMjH#F6zZ)L+=I2qj)Xd%3_k2W*6nHGgLpg=KYR
z&dJeCv@*zt4HwBXZTPiU^}T-Qn8doL;{=g_zIm+A)*^#Cac*YAM~*v7iG%sSgpqks
zXUa@P%1yJiAEJln#YXW9;0@88c57l<?z8uB!RN{HW92rKs@9^I`Nh{etT?Sv2yKF*
zhm85~34drDPCu(rhpPj5g<bKq1WmZUeGrG;Q5uq6uuQ{ecgL0Ej<x4b#juwTq==Q}
zt884$F&(WL*dvlfMGj;t-mh)W;^$%G*Y*?RXmfsiq0?MnT5`YoIVX}4kPnp)W<v^X
z(1pCP#3~~{1YszA@8_y2<7cJq(z0sj8-8L(T|i?vmC^%Y*CZyu!5q!bdGH#sreC*D
zI{%&tmK?bljf+ae%%hp*&)$kbzIqvgX8<y+x-jZc4)mV<HJq-su-K{Z-L5MHH?kEX
zT%E}_081uH6ynMEf`+{yWbrk7FJQkSC>HPD4`AJUNg}+0c$e9>GQ6dJ<bPtAVN1Kg
zj9>NoNC~Q$g?h*O^?3k(R_Y6a1%14?$do;N{`ghO!uzL|Hk3#!cbgI#RYRh%ln&>c
zHOOPtlKjT2K|dM&_l~_gj8+G4dI$T@XxIKJEZkWoEO<-)4_!gxd=+^oS^u!Eb#~kO
z?wpqL)cfr>^Bi|4vAIC31(KoWFIp5xq}uWqpI-f;EUb=WwY}hRcth7=<bcHtC;|4=
z80b|TexWsi0VcS@H4!1WHs};#j*`u_h!_(uEw`TwSH>ET3Gq~Pt$w#)WcRi+pLg-A
z&#Jo0kSLM6Q0LhQOq*9k_O<O&<3$zeA)*{|`GFNcPPYRHCuy(5NKC>nFmdw2q#oOC
zoIW72h}++N6?@loTgdz7%(cz{^z$1kWUZzqWxu7OIl^|^dsB0B?nM0J*$C@U(gNwl
zXaDi;{CQ=X0299Cz7a2D+JW7@w1Ms{Zud85C5HarAZGJGzh)-xOkmll>pO0mRj?dH
z6h@n0sLxi2;SX)tvs#4Y>=s?w^(<|cGE55drUe+_=6^#4Zl1jFdHqi&uLF4zx48Dw
zpL}Pb20&K$aD^UM@SmP~{YwV0TAfxuQcBFBS>q}dJrJVyG;;Z|4h{5sYD{f)eq}ek
znELJ|T6qt10>?jO4)aqE3S=>kd0<T2!f@Cv-9A!Y@8+jf0z!jlv~cN-CHUWi8JRcr
zH_%Wtu}5OQjv2Vm%YVD(#M;m%SLQHhy3T4CdAja@9QE9+K#{o0D>Kt7aNOuRb7Ca@
z4JqRCqR~-t5W@hzpcnwa?9@J73);+9^F4%PgyjL!J^txttHRrOuznmuuvb-+h+YS8
z7A+SRDU1W^3G7DoX5uy`wbpp*!ORd@$BKoFrBqZ&f~K6Mp3kwTXcplg^UKHq+|uFA
z2Bd4CR71n<zE<SfN|x!mIt?g@uE|SgV0i;WRJ1+OjEYi<PLJd8DW7vxDFyHXR^Q#=
z8AEG~n{Dq#Ve=ynM))2ap+YMJz^-5QSIN`Kxwffa&5p=35l>MC9b7+NzRd_W2Vma+
zM@qFLaDM|!;Sk>~d&;$gnM6+)TkJC>PWehyz)==?nobk$lENdr>KRyK3<7@)<9q8^
z75D`)^P{UN1WWyQ@)TB0rvk&<v4%X>lH!_FQxqVUw)fl=0j5Z9pVz%J07}QH#+k1^
zNO9$+e#8F!I6JjO<DmKDw?{ar5`x$JL&NUJk_)lSGox^^&cW<fpT*LIh)j1LKBOx}
zu_*wp-|~+4%akv#ww1&B7X+16Bu*S-KhjT*zB6wQ{XSlq1NF<e!JZS_C9h^6`SVVm
z61JS8pFcdKFP$2RfiYGgTRII#VO{^f@dO$uREHYl=Ts;ZA#Dy>NML97Y|l{IB|Uln
ze!0;u3Jt-bX{2XzVHds1VZW;P=XY=E(MPb53ZTTKVT`jHbp`ln%JZ{LDC%&J?H;AH
zrwrI^*Y?3{|2BwMW|51Bss>tFkr;3GA5vMV_-n8~W$ZY-b~2IbhVe13pV6(^8Qd}P
z<+iX~FiIO;;37pd@&7p`t0;0(<tF-f{bEn8kKu4))lHW9B|KJ%7ed(guX*0u$I*XV
z_Q&>C{ZBf)&~M;L9JCduAzMbZ!=5bFTrURtD`&rQ4)PcHIcQ(wLj9r6>Yt-45C2JO
zC%@BP-GaqfO3j210cIL7Vz?41+Evl=9%D#r3Uj0b>5uyM53pqTg~rY_=tiT@TuSfu
z)5ZQdkGdQPVFh5KQRClOEJELxXm3;|zWxs8aFRdeqdiJaSrepRiy7_yHli4JnbSG%
zz-xX|_rhMAPz!)p^)4LT_N_zZU%RhA<{Rf23Ac|2M5n&*!kAs-?hc*O>=T~cHK*Vx
zq8nPQ9JzYM3Y9J!#0`#RQY6B@jOg1LCR?i@!n%C^$FLYWqn{-R20j^<EIszt>FJyA
z*`}a`(|+?`qA9N^P*KwI^=#atTRcXZ;YH(=@y%a<r4OyAQ-M8gmZ+*3Jb7wRLQ`x}
zT;TsHzx0#ardR$P`L%N`Z28B*<nnT<_y_)tDe*Oj;eHySQqycZLoKkX*(eKLNX2L1
z3A-Gg_xxwdAsB2F`gR<5KW2K%n?XU5^A#zjzLf`iZ0SBYIpcEARV*}Y4#i@cO3=R}
z{MoY%nBo?hOiTh*aR@Bv_(}h~|5K{M#`Bu!$ZWb=y4DtuFN+G1^_<K{J~tiRXZ&tg
za@_;LAo2ot7Td2e6fYl{bcl>!EZqwNQ^Bc7G_A)cah`YTCdW&R*&lTq-UKxO_p1=y
zGeHhx8X`c?4v*f{UJYt{e(F^bdvlYJ2;EYBn^gQN8ErO_jR;ZRuYBZ#lbKBQD0HRu
zpSr&NC=eQ+)1%@>*pVoWzTPMsh)S<bKRFKbYZ}hR8%g85buvK8|1u3PZK3p=fg5A<
zhWv9X6xVpHny0z#{jXp?$V-K0N{djBuG*U`do<s^P4wJ;g>(}Iv%BG{=Fge$pNMHR
zfKz`q{n*ECdNIX(BmhXrbz7bdF~<kVzh+*g22B8#iJZnaM6EPRztZSUo1V5;35+LW
zbWyMhd&!66>A%JA?+qN4{1@r(`DL9(2N89@ew~~Q6)`3>%n_!NqyJ6Y9UPxu-71iG
z2IR^lO4|L{^x<wJdla%Z>d$XB3I%04XyKl}4T@+j;{NMxKU5Qg70}-EbQ32z2*hCY
zo<IX_?5<Vz*|OM{Z#hr5Da?;=`aW)DX!}>r-@m%MtQlkCXVAlT($DpgCB1M=f<}<N
zdjV4)Gl=Yvkm!||sPQ+uU){+>9v8#KlQj$xd!+e9hgV+Ese=s&&k)PRwr9}X<raH_
z@}GL`mo!75p7u~;+LI^l2df^&x1t@WaPG>Ft|hg`t40-(EW;zFYgf-AH9$r6G#D1E
z0`B?WV(Ooo;0oM(sBp<$_+^3{anc8)ot1p8Uv$(veF<)GPN$3K2vdrOJB5BEw)x5W
zny4kT-vC#Qu3Qr;DSG+g<u!f>@4H<O{1~DrYX7E&O;N9uUUV-X$>Y;`-Oz9o4dIUs
zsHiN;-vAQ56Ko4uW(XEjKeWv5p*Uk}*un+n?of~Ta!w1=FT89d_=U&w;j{EFwj=(e
z{5<b<ueO^RQay?0!cw%4b!fILehp-0Ze<P!Jn}0yky+Ax24-&Y4=s8v9>tLg@NEE@
zd?bg-!$UBF<huO59WTD6)<PO5q9e1E`V7X$b&2}M+q#bERcum3#<7GCio~h0p0Qfr
zOii7C88-z`x#(%0{-TFlKN8EtBg7RNadJ^8&P<u?HNx1tO028c51ohJX?%d-h0q=X
zCXu1iR2R!)Bg$Jqh;%7~BdK#$=sa5a-;{rt=s%Rd3bL*I5}6A$PsG6)<EFf#zNRRX
z3&IN69}ndeI6%ix_>n*w2YT9nJG@gzXGUER?8b=w`3=axY?w<{h!zfD{un32gW&{r
zC%$O?j=2h;j!Mo=_fH{8n84V=%qh{3fU`p*o<b|VDA~c~E+Fn16`cSio~Z#iKE!;4
ze;Q4qJTJ7EYtj>s8}&J(zR(&ywIxSehOYBkw;(qyD8gqtrGlp{QhQ_Z3x7!Hqg|*1
z1W%M{&91q#+0~FSi9QDnP*Wd$CL0_JX&!lrz((DV`0@YbGI4F(A%_5gcJ5l8cg$W=
zX}{^7tHAk7qy2NL<naxqEJT>>sYlJfYgn*ISx-a9bpAwpzW8gTSE+!i`e7EYiVA5+
zDIIVz0h(@&{>(W7*QP9)V*J+`Z$5z{Zrk9*pdG7lSfY4Sfj2@ceEfwLhH!rY1@Bg_
z7yR@0W_9KN^y>`c4a7u$xQoe-1gt&O;ha{9;GcKMOQU$2i~EfXOE#QBJJL?$|26OT
zZrSaZxgVCGtv~;$6h~123{nbjfAynz4}u{=Wi&eBNi{J`ecdE}`r^hSw6$A$tAck?
z0WE%;jaGLqeeNbsYrIND7OtEH1geC&WI?3b#W|tH(~*@{g;{r#W&X@xwwn5~sx}N2
zjdP>{HZp;u+s$+_V=hqwRfs!^8ics64kMFx$3R?)v)<4+KNO{{*^N{h*qN8FvtHHc
zR4@`rnb7W{ARZSv@jaL8Y5NzP2*<ET<eC2=Z`boq{C*e7kT*(F`w>Lo^|>=Udw*F`
z{DwD(w{f8d$k!4o-8M|hip|5qRXbIOoxkRubuIR^X|QU#m2JCX{Z<SlS+dGc`>)%8
zOv=o&t{uYqSGkTvx&KbDP|E3+hc*4;K-%X<Uy)nVBbiiUDcLW)__6a&lt~6t6;WvZ
zV8)XJ++D~PhRL)$GhyTObc1TYw^T{HbpK3EUlRT-H#|!28L@l$Vx=s#Lk&_6;CpiF
zjG)tK>$3<IPcoz_kqdWDA^@8m7U;1h7vY{y%K8y@{iQjyIR^lm!v%d7FG~5f{u8yV
zlEmyzi?nLU3Uyd_ajgOSHVmWhHf;-_C^Xu#Spcq!=J1cHQi(%m+_0X`V@4OaR)U<?
zc_VmXA=m&8`H#cn%~Yb!pAL`5k=H(c$KPFrT?0S1GV|#qS;-61XEfTjT!Doq5pG7^
zsIM)j#raB^vL^JG9W#KexN?xoZOf&CBfluC7iIm+Et6w5Qr@~4TVRaQNh_y92mt;%
zHxR~ubP4rVyw8Brm~}9!bWrGeotF|`GP`=tk3Qb~J1}QL?5(qrJQw4?EZ)>L+`Zw5
zT=-%>{<9v>O>(5stMIb_B9SZdnsE*>Sf0->I$Z9*-5OGGh9u{qxLQCq0K~YRcp#M+
z2Qzy!YV04M@gE>{)<0gnk#Bf+S<K>qJ2rdo|N0Sp^~+myW2e5Vfb8+$=Khr$8x2rW
zFCt$$P$N+rb_2ePw0*MFeLI_dR-!@Zm&btd@e*miNkcA>+|A={6{FMrcqKxHV(qS+
za51d&8X;)qX#!Uu_GI9vP7N!YI>aQB$Bs9w+Yt3e@423?ONgLgyE_avbD)YJt3t%)
z0}KN3H8K4ug1RH;q++=$J-G(`AULF~W*qV~?$b)N!29u?bNc%ef&*my&*I>h1z5#^
z>y7jT43RH4%Ie*cGs;5UvTYc#bez|dY?p^2d+j|uMNNwq>QTMp#p)3C;=?;XXX(7q
zJ4+Et?Qx3_?QQV?OoMRR0WXUVJZkis{Wm|-cuPtU(t9AVav!gE-szJ(vCFze@_;5v
zE}IPA&#M_WwDcvF+jRoM!MUq|QMuiwmnnF|9oycROR<mNFQS+@fDOT_7I9||0Z`C0
z8;p837w@zvP)YlU5j3E8iq6#e5bx&Id&}HPmZ{2=;hQg!e=vDsHAg?*3ku6b5`Sy1
z1p@nJzXltKY?!h-lFVLzY!ycEfNIZc5|h4sLEhm-6Si3*>?lK|8DVClD!v5HQPQ);
zgWf`_@lkSrGn(!kKWCHB?hj)I*0(DWLFiqJA}kUG7Y(+RXKQa^Nj;j<aZ|}FLuvL9
zNlmO~zyynHpChn-VlZdpL@>QH@--tVGzL09>mR`JokO68!iT(4v~}3TI&P#Dzl8q_
zS>uiB|8H629hh>KxsIds*qUA<y34#_Fo`(u)+=n!h^}K*6X{c=R_{^KO!LfO?$874
zt6|D`<|aeZs?IYC!)-ZvA<oQ2o8;1_LZ-5YczuI};Y}BKzoKKt_R5XG-Gg%W0yp?W
zK30d%4W`3-{}e99U1$KX`pP6)CXw4}ZBRQ^IOTVaSE|Oz=)4Z>IltNWCB8Iu2YCL;
ze>PXYn&YTalAF9FIW@BWhC1G8<n)#fk=oQ^bcf{g?lQ$eaw}kfpDX3~a6V^KpJux3
zFr^CT`dobDHh9XA^f$!Bmksw=lJQFM3z1*=N(jZ;-}1L_bN%^<YS3r-6-TN?ESbDU
zcD9D1{&XSieSsH*%lkZ>K{-hMjyO-Qv1aq(dE4^|J0MMUe|zzC{ba9i)Sx^(u5}Z@
zBQA6H=aoq1uCq~EQQ0(RYSBqk`n<$9xX#J>FTr!?ai292$lkqV8j_7`Fe1!{K!d)q
zY7k1l1#iPn2+fNxLjRUPB=o~Qn~H8N;RVYBY9aY}^R`c(kG#*(?3Gdqo*M8F4o~IS
zD)OEmhseYMK$l}@gGWT`+IP+PQ__z>QMhF>N$R+2{-!?<1E1vKP*~s=8d!!CLElQG
z;d=Ay{F}FSg(wEI<MaPR{`(SRz6t4gO@h7Z5UC)N(o;8oJ6D}pDfGjXqPcpMLI9G&
z*8?)RM@r!32%V61<WbtTBRUZ{-azv?;PI@wVXd_?rNpQ|iReYp^AiiQ(_>EevzDNq
zkc}Y{d-M-%Zv@ygs_7g#ED*VvQdL*P%<CafRuJe4Sz$m0i`82JU8KB-MAXS3jtVd{
zBpkkoTMzIzIwbL%+vTfO>QCQ3AEX@`Ctd57lj_4jIH6iwjJdpDEt&{ap~v{fRqG!7
z$+Triwv#h(1FA&(XC_^N97r<9I_xhEfYFs3Zsx70IL3fvnE|3;&A7%h-s{nFnEw((
z&_Vx1Lx6jEmeBss%*<@JD8$1r#epI+PiEM<H4Tv@X6%b#(bLKy<E`|JnxOL%a`mZy
zTP(zD8<rqp{^+%>c<!QB<c;O&Z;$Cx6N>>Scr}zJwJPaFLwIG0Y1*3$8bCz>@@I!F
zi!JQ5+4dho5*!N4%zGGRe*jI2g}Paoof+8Z957nA@MR%J0i6&xurZeSacsl~FNu(g
z$DW8vZL0d=W%%pSxU&F1*RG1RkZQ=Tw7Bth;^XgyN`jCH9#SAP0{ob4Nc)_okKm+Y
z@yX%SRdalp`aaE&@rcR#kDOIiUNtAjk9NNyQ8|Y|0Cwi1ih{Oe%Xprnz!#NH7t&-u
zN#N}_TmmIoJl%&kDn6*<rs}OUg9v9mZC(MymkV1Gdrn@U32!qO$;4g`sDvmprK_`K
zxM+;c!19GYW?3QZ`YXw#l@<oDNikaAa%NWNEcH*EHI`lOqMmY9DkIazuknmTb;mB0
z7E{o@3d_fw>vHRHDwIO0?A!5rslyel{D?C~oLW2nf))Lm;SUGa{!DAM?5#sg#Q`=y
zs&Kc}IqIwf+7;O+A9WO-T}SSs8qD3R7!~<K8ZipTGNx`7(n&gYi*l=Q50by@`wDy0
zfWP#~ZU~c>#pswM;HJ5mZ+fy-?HAqV`rgeZ+G=`;-qrkXt3cRrwhdwe506;IUwMl&
zHx#If{%A$RD{s~@EzmG^{*ZjAomI<1v0%|xsF}6(=z44TRka~$Xy?A`p4>N!n67n+
zazP5C;Y>rU?9u*Rky6vw?%05MX`7Xd$clkKymLbl@bF_(Ml5~$u<`pAj9}L4xiG#n
zG6v}}7{=-MObsGQ^G$>Ul~ug6j)Bp2shahMl>C`DSP$N4dh~G;K*d1+vVxwRBxl(2
zWAKg_6LV%z)h>ZRu=!G=LMpV%wEinuosnN?uzT24BdA#<NY~c1KQU0e3_$prksApN
zzux-uX1CNCrD9aulQtWUSdF=#hO+k)*6Y)b!(m0oobT~@F=y-AyfK7p;=F2p$<<JH
z{7VXX!}pgMbHisV?k(dvzq`Wy_cUs=TEjuT&b|?ef)|B#x}e+<1mq7auHu7Cknl!P
zdT^1M1ji!LKdI10WYDXnieV;jQ4gkh_MUo`a^^=cU^$wh{58@bPP8v8EXGo@WXxc`
zgKWbY@IyV1-+{8uu5^EpSn>8B6<z&m&_>%lZfp}`uaC*E6sI4@{<oH|U$s!@dH<f#
zP}X#SUjS_m<rcj3QQKV~rxvxV{c6(hR{~R_sV>ngH;L)D^|f)vH=ooBe&Q4V;j#FS
z`VabF)<|lg2^eDI+SyGnGfXxjII&KslvSjKo68~wGzee)ZiD(@^%93ZHipjiSv=zI
z@L+FL%CL8!%oAkTqS^EHP&Qwj3^>5#w}=&>`jx(|=c@-z3#JW6F4=2?Fd@C~O*Mo?
z1dTQN7kl9Umy@qo_R%3Ir@+tSHte|Gid-ey&y4XQ^Rt_oxun<}qM}VCS+5y&7Z+`M
zd(=A`>y-Qb=&fMCc#4MnIN)=pJs#dmx7Ceqpg%PkjYhEviqD@vu?#55M`<<LE@Hax
zrQCx`qr8dxW&d(y?9c+@FNY7!LK9L<2UL9>g7VB4hg6Eu{1~S3EAc`<=5rQQ+#TxQ
zCq4V^&Uk<0$qVB93O@RAlMbA~b#er}L8iJM(BETc?OL5pZG(V6DKUA`5@Can{||2x
BL013(

literal 0
HcmV?d00001

diff --git a/doc/assistant/makerepo.png b/doc/assistant/makerepo.png
new file mode 100644
index 0000000000000000000000000000000000000000..e8f1b26216e590daa30575385662b2df77605281
GIT binary patch
literal 32061
zcmbrlbyOTrw=Uc`!3pl}mf)@fgy0@L!GpVNf_re+;K5;#!4gOa?(WVoxH})e^S*c8
zyYBa%`_Gv*Q{8J<JypBAs;leS^-QFiiaaJ7DH;F(m<sPe8UO&V1ORYLsPHeA$_Uf<
zFNar7@AO;&03Gk29~_XGP5fd+aZ^y1MOi{6dyR`X6MEwd0Mvj2NJ`6V;b7U>kZd=H
z=}9$)q*>0HmajZn`MVokVj)-xip<CHUh|#pIOcn@DgN5!IZwWe8Lyf@Vm&J))hH__
zKYgPgAwl=t2b^afb<Lr6Z1q*vvn~P&2Zf9&KCx2{zroDPYV|4nLQqph1!9u>Ct?NE
zgb;cs)2z|^?KBfpUY^l&zuk=65gwkzYRL79uM`O6#<B1V2M2e&$p%)em`035OS|zd
zE+Qg=PKcJakd3DQEuv8S(;W;$nqOea3E`_GNLSFfnx3}M)|0+(Fhz^}iu~UIg%^}{
z(WwgqL8MrCgkT~aEv@N4$%6H7<7)PCpnF4<uI2MfKCV#%U90?+_`~0oa1wD^+O|S@
zm){&7Y{q)x>psbUg=*<u8fNP!@EnKw%HRPS(N9Nx;y$Atp2~ikWEgupKL=AlZcXu9
z)$)<#A9^<`gCY_Qf?t1b;m5`VK2qYS6}Iihi8#pS3haZ6Kv>B@^aoLtY!jbS5CXgD
zX-cCDT{oF`M^^SL1_8LmAS8A<;H}W<%vL@0{Qa;u(g#CNVlMc!*A@hy-{K~1%qA2$
z7^J41T^Sf13ER4S8&$#`Z%fQ}vW>0Yk;#OaMWgTf*BCu#K?4KI${iN@-}N+w&5Q!+
zH-7{iv>a+4hdP=a7SZxQjdl=m8s0paSSh;vx)Oo$c6mZ9eZSkme!+t~+*F=mdF|9s
zI~cVeG&IgKW=4BQI36~yvkCIrcCl`MnMUr<7NB?KW(N@uJUX~sW*XS;vpW2atNKQ~
z)lic>q?-4Wtc!(3&#z3O%jxkjZv0jIw;|U>KJ3FMrT*KrfH(YIEhFU3%*HJz5F#YZ
zTD8~DvXLj21>wiPTWVV_jn~_#xD49@7u_XR<}k_oa*9tBYq<LEW>w@*VT7DzAyqXg
z$(*qdD}I`nN1k2!7s9g6;nbkk>(}F%?^o_ut}WA9yEda^uUED2Y`U+ihyu@|2RK|a
zQK&e%7TXZKj#_sCzx~ep@3TZjjyb+7x}RFGyQfT^l*i6%YD|U<6E#d`FZx&gO|~*j
z7Dqd8CQUf++NYbjv~-rwf5DD@&YOt1jN5O@?~fp#7H6^?=Iggv7NbWWrSFgaE^m8w
zxIg-SaeYp_H!A;=ceg<#{v?9#D0*2H=)K^od9q7&KZoMj4*Tl5Vq#?IcWzX$`mnNm
zZK&3My!teaZix6^-16xciet$2ec<)td8>w@D5VLTlo3u$UzR*%0ZT{pqFA-V`T1vS
z>F#^NfF%C4gkR1^3#gXpwWx;gV`MoUo;#kOumi7R?>n!FRw)CY0vDcsf&Jz=`ehTY
z;42wRo($DDeqU*Bj;cJw@-j@`xz2EuPE1Vr`ONtqwI3HeTi<o<zBhZef*$O;nk@6&
zFS+*DR~v|fAT53y8x^xe5;nKL*cwJ_^iw0Oi--E^eUGM(0l$$vrEtPP4$}>y-R+-w
zmg1$zJ4v5S1Dv6kHcf5k23+kI9Xwq(Q15o?jnduI4ys!)Twa@Mns{~0!$oVLkNxQ^
z?a0Fx18}`mFtEEUa&#NvfMOi5a@%3jb!v+%kxpddv*N8wa@4YG4CE#d`vuhBU2)&$
zP@zzFoo{M4+oOw1Kwm||Fjg_co^Kj2Wv;IzPL@%`pOZ$#9!j6V&AY06{XLf(p-4?$
z&?j_s8$+dD*>)}e(_iiz3}3y<_cuaezyb5~lxNqEC*Sk8!0OG-N0)i@Q^oBKhMwQ(
zvyo{Pc$>A+)8#IjHNO?7qfb2}(~i=@LS71>rya$cu=W+AQpXL*OMK{bdTD^63*z_a
zJ#A0-$2pn`a@<p&r%EdBBf!a-^JE<q9li1Ei-zG`aP;Za(5XN(7yA-vpsR0%j$^0$
z;Ka>wl>rd3F-+xi?7L#v!WZC-;`x!5m9c-hyp^PTboXmHi^St^bQn8SKJZ!<-1V@+
z=9rwn#hAPl^?H~MofW8{805@&+9;m=PV`Lx1PrbY-5qsMwNZ4d`YU=a=U#WfO9ooe
zZa;i=rTk>FTzbU$4F(f;7x>lLAGi=?CH1_hYmj?;H>*FIn<pCY*a?3=n|trED1i4(
z+y5-S<gheP;zoY*iX$`pdt{Ns{mh}sgUQUUuzW7n#KTVkAp60AE=cY^4esFFPcieb
zP2_nkP}IIzeAfGZ_vv}ugppDFG|RDgK)IdpL|5WIb-gP`@bN(k5IH)2q#E^uiHuSm
z_+LRpC`HlM{;u+OUL*VM-abEsrut6K=2<PzIKpB*tyc)L(*xGys(w}pEN48;K#u)t
z3!1Kys!Vz@sgy7#SE^c@Ev|RF&Q5&|Jh)PqX_W2ut(7=vJ67hsnh%U_Hgv_WXnO3I
zf+MYCi`4#DZ8>l*B2z#3uwU*BKIh)tj$Pd9vO_McA}w$EI=q1zV`i4trYq0m`|iWD
z&_jb!``@97N-&{jCn+E2f&@=(5is11{XvPMfkSf1Ge4N1dsrY%fhQXh)R3flxKw=m
z%M5!dW)7PvFUr2RC)j;@e>CvYs$62URP5b3lYe-Ogbf*Gz>cCXRm<(W*}Owxg#0Vy
z-s8;1V^Q0?y{ehMyz+YyjFs!~z{B(B-~NH9)O;E+k+VKem7_=4x)qk^2l3PD(RX;2
zlLN|en<r4RT86t}M~M@Rprr8a8o$E=$EO4BL6yUDyyu&FY>$P`izbN+|5L7``<}G4
z8k*6z?bN=>6r$s|OV@+DxsgU~YyL-l*Tj@gk3BUSyV}>QHv=^)kCS4at9Si5c@N{B
z&jdlINqJtY=n`&_-Q)5JyVcuMs^`b(iF7XQgbSam<5Je=8;9$NL%)Ud4iG3K$uRD^
zx6wA<F#<_6_tWjB{KRu3CKi0l(+CRX<0E!5NBhMDcHmxo1UmW$M2AI4AOhL>ywUY{
z8$Eb{%TdvHmguKg*YDxxwdSthHFRW}8<^ebH61C=k`LDQx4T_;2k5)&WC2$qqiN52
zE<VrQ^F$+?2lKjq$M8W`y~WR(;;uD!>pNB^g7Laf8wX5JPO-ulf!8mk5G0>v?w^G2
zIu#d>By7XGsDRwj#<K?)SS8w^y6e9BI{U6KQGm!H=Qb^oOY9`qs(I;y%c<eULeOz>
zM8w+YS4fP&6Dr`;d?gkr@bDhgYkQ>IS$i!upPTTC6aKIJr|byk8u~Q9G9#Z>vFDVP
zuryuOhYJMHG`P{ZJfEkOEh*iWfK5^txVgK@uBUtS`Mi|&r?~wrN0y$}yj7RM<=Itr
z|EJKG=hAfb?z-v>!U@`$2<OrmfxvmKKNxhU5{-1Z%PcHvNDuh)oEY_6<YBkxI)@}b
z^`X}==<HP9-3318#rs)@2O5aCw$8O}A74eq{{`prJeS7PlQvy09a6PjTO21}SZ&1$
z)^4{GuV&8dM-ZccLA^JS85=%abz=q2P1#a(^j)ySqB<)?T{N!+g|SP4rQ`3e%XZT0
z&CwYYa8e`z9tH<@H3pZyxA_md@7y}Dle23s5#l(!9z~gSX+(=&@0BuWfli7@#H2rq
z1l~{WdYU{#RReD#yY3izXJ<${TXzG@8~rY!T@T#v-#eX7{Ejx@O6_!nF+d$wVFs&J
zttUH*29E6%UL9jwt?rPsUt~WIo3%JahPaHIi?@Ewcy@7Za+g*?OrR~-5DD+YD)g@N
z@w_KuBCd~vIzWpToI$n0)6cNWDGnI;gYmTDwZE3Yd2`^U4gEJ>lLYi@|Eoc+$K${y
z4Ht?aMFaB>qTz|K;O4|iAK2>wC#Wd6M74J#^d>bC=CmAlA<f0{N0%?^pZ6bjZu?z5
zRrheSKQ*7M@3s872~;t9@QL9!z>apdmA81@dED7Zv)R_Zbx#tsxDu#pGvG13EYh{)
zbzh1{q;ec^vTgughf;}OMnz;$<#t%G9R)Zcbo!oWeGLq_S?idUaI=vrGx0hmn)ao*
zSMk&H8GOEIuGCj$N4@+rgZEV0Wi)2<{FpYn^oa6oD^<37+xINQaoX{)f)dYxdU+k#
z#B&ZTTvvhT#lWGX9rF`d?d>NkT=3n$8q|)BaP}v64ON%V8Xr@!+vPD@Oz<?9*KTKf
zuOosFo9Tt8kM|_5W=vc6zh2g$ydLEZHF;>=r_1xVt$Ub>_v3%q7)@d_tZ|$ay?80K
z@FB^A@XE!{ciJF&`(<h^OQ*kfy>96KB`<Nho|r`$<TQKf8F+M*Wirx~8LA6s*L4YJ
zH*1l#J#8Y6B6%MvPrVchJ8tcHkUjijpnq~FLK))J=aaeqG><O0`xtWi`0LOT)iY)3
zqWkL(ibU<<m!p(Yz^<#~?&tL}>N8ApwCfBRxMp+AK9_i0yZ3y_@yS`gzdGLytoPjI
zK?yv2+@*A%i(Tz#eiksf&%Drip1lhf7rT8i`?oJ#T}nVzIZy2tCPpoNPls!o^B&H+
z{GT&cYkZDWHC;tIpBU~pkDs1+x}L`lW}T0q(`*lSv(FC)p2rWJ%hnJ5c@km|?tSyB
z2sh8-*Tu(yu&ZN<^Lr={kw!DE|G~Ax)AXorz`>U8=<|hHmnRQk=vDXdEZ%${FMcy0
z-+r~kqpEN`BD(!>VAQqp*q5?%eVZ!;Q`*|JdU}!&Wj}Z-y4HQjv#LEQ<UNI+GI>4+
z`(0CY<cYk&-S)^)NfY7_^PBZJe54X@eoUQ{{&BEvBAn|3J+DFmM4xUp0W9(x(V#x6
z=Q!T;uM3AMCHJE#2N5044iDeyHqjh8f9_JX`7a()-5i?E&xATfKJTtR@9JVMP*B}$
z$(u2VjBv0oX@EKWbJ*VNsc-DFG~4$alW7|?QK33&Cx80X*Glv_`m~So6#6?car8Mn
z+;I_n(##ZivoCF`H|@cD=zX&-@V@h0U{(HV(F+|N{TA^QYmFZcy_@UzMGcFh(si`r
zs^w!)?FI3>{mXqKB0`61R$q(7)Wp2hrKg%MFa64Cc$^??bl@aA{S$7#KRjX3uIv(`
zAN6gjN;m(SxAXjv_Y6n4{i4hAy=KbV(#C+J(IVCXvy>BVbJ|+5?2^tGq_yeBlfhsL
zh6wfz!v*4JLMTn)mPYxJR-zwjXhhi<eKY19Cs*VFKp3n`RHs&d*sZJYOmlT3@PyWV
z$N)@m$x3U}`dgS+Z;pVs>Y$j^?de`6viff>wZot=B`yp1$jZ`WAnLUp3SqEoKZ3=p
z*C>+&1du93hVH@W*3MS$QTpa}%E!gyhZC>0rsqfOlCRI(qZMLQzBj7X-PK7V{kXVB
zuec?QyzhJRx^8!}0<Ur+|F)*RE}d)k2f8b{p3y2bzR~Bo?jx;jOB4RPMRraq!taco
z$>kAgHEU9m(*oB|X?=^vE8u&CnuVwPl`cyG23l4ZdR=w(Iv*REY5U`QudlG?n_V7>
zKV;ut-`-Q+DOq^Wcc})r9_W5kb_;!n|J$=-&lm9kFeW_xl|o7`h12qkGp?Pn1%|_3
zZ8CbSyAE$&1qa!S5RTgWPCsu#iI%?&yJK%rD7om0GYZkR=_h5Iqtq6?TsJ(9Uhl7+
zXsjgiBywD%X_rUt8(24th?sUDrVB#_q$~c^&W(%v_T|EHjqJf^g?I$v{})kjH&l={
z9i^d-+j<EAr2muflXB^5e4BHP*kgU?f+1Dyd_)-M78y~!(<3M&2?EU?yo)2s`FFJ7
zU$E)~de3$EK;`g=h-&58;gJz;w3i@*ecYBq`>C8<@QZc$+tROJ@J0W?EfY7tGQDJ1
zZOEg()bdXV;lEA(%b))?`5!?4tIq!c{y#wXT;}vI5?`LYmrrzbGzRU<Ef;5CU|0m(
zzkCgF2aP?U6UEYLtzM_5yrdRBFA<Msp6Pz`dJY3L2%tB#{oYcLmewbWgOgLPXk0pt
zRj~i`H3Kegho-l~r%&tkOhU++5fLl6X=44(#PT4}@!H3uvzO68TUd$o()s`D<p1jF
z|CIbw0{6d5{uAJT+x|P$|E}(Tm;Fy?|4;mX0{maL{{j9#K*y06+g>d&OJC3%qv=c5
zJuFlAN}e^n{$hCx`4sWARqrGD7ow!=!h#?&Z?V#j!Dl9&Jnf#wX~b$B{Eptmz3B}(
zp)VP%c$On)xNV{2!n0KF?r;+e>Rweou;fhtXtbJa|K0JO&oZBQx!P9N7S_=cONXGx
z)j?C>8-Mxu?|L%+NK=Ot@%`WW6{K(^-R!>&Zj<+Os52wh7)D1>btg|Y(Dn;0Q97Qv
z4{g8YGVvHVeBaJCyOXyLcnQeJM~_h1?fLcLwO*rDFN#p&Sqc^^JF8X?sHM!^iscgY
zNykeh-}O*M(g}Cj(eIvCeLyJovLs(&qs`G}d^QSprz`ZFvut5PF>4w>Bvvh{qc&&#
z>@&6-&6PK~d%7RfzvyD>#gDI8^-0zvgcv9c0;D?j#aBt`@*6Euf>`gfr6On~5fM>c
zB$Ga+_AV2VAW{Gku9AoeGR&&OaO2pZG}Yd=Ou9BekbH6wR(rSbk@9ks!5gBb##Bh}
z131e{`EM%APIJgq22uB-Qp3BTW@0pd)CKvLhb>@8v03l%34kgNE1Qe<5DGQuX!hWe
zQ&azJI#Vu3@GB-(PQX$p(npJU=+C11k_6#XSt~ba1c3O#Vjjk7y^(vrj2Y@ES31th
zWoR^tSwc#oKDt@7LW$$xZXLdJz>pb5&J}&?bfud8c!g398<kh2&zCs3Qn9sHw4~ub
z@P&~oY?Db9+3*#iI{3e3E^`1aeeb>#X#V5c+@2jZd=<HJm3Gtuout=M@6#)JX5z0p
zaV21z(9@GBQiAd9ua`OR$e0uYX&)Cp23(FhQ{sqE9ui;szytZZJyRdb%S4tSyJ~{?
zeP;&BX0eeIm{y}Z+RZ~qK0AGP6q7W8#1S$q@;L=cvrFH^7F0n-k8w2NY(Vm_vf%O#
zb!JBvhaEqDP+%9ApgmH)w%Ka`Y4HQoh{V&}lO!TARRTt!@BzM1zv;)dFQhL`EKo8c
zLHC05GIYo(P|3_~qq4HG$s~6|NI&(_*o3d)`UXEZmBOm$;^bV?{8+|ApQ9!d>GfBL
ztPU&^2M*=ip=+(g&4oH1J0k-5_+zw`&dAa-2v0LS!>MMa)MbhCRXhlX@)VJ~zR5x4
zr|CTSwQ=DU_F@!$nHFv46i8AwlGMy2^C<c#(m{kLzI3(Mt*UGXPZ>Npc&0XmMSb2r
zW1N#5%iiqOLMy#ZQpaZ!>Q0XhC)w5#yz8oz-<ysAxp<#=#I{nIQ*%gY;{d)|Gds!1
z_07svf3LeO2LO6Viu-V>G`gN7Uoch^=i#-}yFw|CNFa%Lny`rN3%kkJX0nd?J(S%S
z_NJNdFfT*OZ-y-B)A!ji7bX3ZA<5D2_%`0!wv|Ezc^}wy^z{c2$j2>jv$G3Woh47b
z(i{f8MJM_Y-e)OABFx)SBfrh|61W{xu+e+Fx4=aaIlu}-QN30o7r@Mw)3ZRdrgDmw
zQXRqHRkReea396X!RyPaDlM=F-tb0ej0c-Xp<XfZfb^72iZ0zodrx;XnYJ&#0@==P
zRP`ke<Rx(z;~x(8=KOlrpy1Q>i6~^ixm(z+a28iJj~GEt?oe^QY;Na5nG%*I3f>s)
zO_tuz6WSb7Zerp#EC)|7h>I`ri~q18-=`df5gJstS$v`rrm+z8R`$KWak{^$U7Et`
zCiyxnoS4ZWwy=yaIdG-<;viX=inK9iH+D=eDce8eDnuphPfw(}*Kvz(b{;&AM=W{D
z9sYnmwr9#<Lcr_pQk4jP^~6ek#$58#8@dV180#^jNQ9tz>6+Knx=bp!yNTGPUVgy@
zgA1zj-;;L!fKw5Ke=^I2t61CF!r{P?^ZUl3W!KGrpVk)Or{W*5v9O-VFLf1A3!NaX
zG~gKCsgGBd|9*b<XVNH)5Hp6Gx7_J0NX2LwqnoTJ#^3Mvz-G|QM58KGI)SyVLiUKr
zgY)Lm4gub>`18cij=3FTMB<Q?!1tO_m4R(_k)T$BlGIPpB`R<Y@I4&cQTsdXBbN2E
z9JY}GVgoio6`eB+!bto0d$!dnEA_)e)wvQ_sC>hHFs&x;12&?}MGu9^QX|=s?A<Wy
zx6F-~ITQT@k(~h`v5t<&cRKu3;5~CimQ;l}>jnm)4i$vt_b55}qbS`;N|rtyxIyAV
zhUabBP!=3!zP;B1L*&)Hw3bFVg^G7pGYoP8n#Ly8>tA^4e*A89`#M(k?NXUi=+0bs
zcdfHmeR@6FxRF1@{B!hRkdg9qq_#3dr>3hw_$@Ktp4MkPcQ!`GyzhFBuJtT!Pb^2h
zC#1?d`xn9LHm4g5i!B$}z!=XQ_YFvQ6{OobggqX*rzB*l6VA5ma6Vzi&gU~MY&8-n
zb8%1^T94fQUE=8`*TWG5c+W=KmU#hX;O@sQwp*q@)IwF$A(n1X0Vv}Yi+Ng>s<$Mo
zG)SwJRe_*ESi^UJFG;;m2@LTBPv$GI<>@rxfQWvgr$$w}A3NCe4jP}eD+uV~-6#W1
z`8zzeHPd{WY<`PEdHWZ`q8eok{zNKj>&yR_`-)BPDWBX2XKQ^zL*I*qB+`n-YH&(s
zlR0C?Uf<)!aL7`l<XA#m<x`YC><-;JqNW60<;E3NQBo(i5a?Ej`FX8Ih4U3doRwTa
zS<L-#W!yTdBf@YkVk>QoLyQw2%8g4Eur7h_U2M3*L9rx#o68DI9<dReK|P;+z2>Fx
z-YL5%?epRib3Z$kzrGt`yjDH1ywi5`+dP<<xfP_8=yLw*m`XLEIg6ATA!I49o~?}a
zb~Jl5tc;E5Ks!p$a|2ZHhhE^vo#+?pNrW%dvuA*OV`O4>-N2jANI+g+ytSIJzmCqH
zMZZjip#i}u#7xp_CGV~R&rCaPRQFPeoaKSHmDkyes0e4GdMlDs5;>Vs;z5g%Vy4&n
zLjs40Pvp4MnZ^7cxstLS^9JWj6G~=vj2ehTMqVR1F>w-ic6&)fd8-b~SD>z;;OX$V
z@YXJ(*0%T9xUFtK!!6npqSko;@zKX_1_314j-V{oe&`@U5P3w%#>vp!YrIRvcxN(J
zOsp=lpizIu1i`>m*kD@Rl*K^Q2W!G0@%^-Nx6k2b*lNg9-!{#rEZ$c&+BvP1vI@{+
zZ=Nq>=G1flB{=hE$^-JJ_N4;^g7R03$7hRcX!cYMO|*6P1Q;o*iiGBWbUj(PxU;|h
zfXfU><yqw%4qwG=yPcgu$N7uokb&{FhsAjw^f?@LRnKcLQ|2G`VXLHYJ|ZYsdDZWp
zL%f7EJjHI2h8ySY3-cCm0ehDZ{QS9Irpj$JOy%#zWIrqVSu}uc<~ex$wKvKRGmL$n
zM1%#VAK%?a_UVthUGKcFo9?%u08fEdV}>!6`qp$9Iiqwk*eB5Y()n)r2qRs{&1OJ3
zFm|$}%h~blZJFxgw=;LJnrSBKb#Q!1+InLSYst6I?uufcGY-Eg#^NX=(|53+x?B&n
z3xM2yKzwz4=v&(Ct!ov0P=AvIcQo^K<f6btiUUQvaqX*DlN6Ufx}tn<Sf7}x5(L7w
z@Y0XA!sB$85*m0j0HGk7N*+;H)Nz)f_}Gg}q0RJ&Zd>bq^~U0UL}s`TOiL5>g{6Vk
zA2lk%EIdu;85`ivNP*3xh{{0hoj#nLpAQk0*LBWN{+J2#xAsHt9K?pd$x%njG*sb@
zvxFRyX#^%Qe1lh28bP-A#TEZr>+fJ*Gfl!_?bg`lFrUoI_Ij86$^lgROEVn#hf1<G
zV^S=|#*)Qhs<#7bUezqCn5v%6`1B`EqOp}(8V<p=n4$SJmG|xafuKfr&8C?T#j4K{
zI{RVSAV$gRY59kvi`%pu=gN@%E2-V_D;(+g%a$f5c>p@zT)#h})4(}9-zHrK6%}5d
zrBvV~ga59YtPQ@(NTPDlcx6p>AlTN0@vUD)9&}in3RkX?|KnKHN3uz(d30uy99Y<2
z4%o#B@~G_kwLpXtHkvtW@+_RQkzCHSwHJv1342&5C;}dst8Bz~z(=DEpGjb;_B#tD
z{&B&N02bD;P59kIklOT&T2YQ*8&!9~3{4LCeQrxkmu13eSj5OYB>c5lLmjMk%4DDS
zOGDMD&=^|2Yqxis>GrS??Si3#N@=2$gEW1*U<<J>B`yY^Ww?a*ynOjYxz0-aafN2A
zwdz7ub<3y_8G4}>a!RL*uCi{G>Fp1aT<5(q?f&V(v}v6zeVfIL!MHnjRw?(xyqduO
zr3E<a4k}{#=!yJ=vbTsiMapa}vvNU+b$I~e+v%q$Kc=1KY>WkAc9i=R=QM=VJ-c%F
z{wxKg8HukyvCK-Zl2<Kd{vLCsNEO#CXir)s^L_Yc1*xCrDAH*d;mSRWkNr&-JkOmn
zF*P=;!HM_gP>j@Bc{nOvJNbB!VD1Z8TAfT9|Nh>RwhS?!Kf_=mxAfpmngstOp{uHF
z&{GkQ(N{)P__JGXp2Fevh3D}p0>6!k9NMPZGbZ4RBz4B7xg?m*1s^qH!t=Kbi}?)&
zoURK)rQ^eQu1Z1|u?1X2>B0+&rwqk@9knOCb2}A&_3pfmu-hq#`=}n*@pquH(o}+?
zpLfVmnDoF%uD{E$$9DCijVtYUrq@l<8wG*5=|s3F$^FC0RX@JK8~29cz{RKQmQJJN
zxDZOYVKVQ@YYG@87O~}3-oNdV*g`KdYmrZVAT(Q@ihT6P1Cj~&O5;7>z6U9}+|K>-
z8c(rAwX{VY5tO_4`7W;uQhom09dh9iYe6If0+IKRPY>Y9-LC|I$lpC^VZ%pqJu#<b
zwW)X#d*jBv$RHSn+M-$uiHWnYl|^u`s5uLj;N0EalM05JHQxxow4mhThMA5+OAC@r
zy}Ceoq2AjP=Q@9)t3QxR_9!NS8nOINLjE01`F}<)_H6!Oe=Wr|0;q{Ubg)%^)|Ksv
zuHN!75Ws%xHtd1XwsZYB=s4+Dl{TeVkBb4kkjYnTbMp<lmNm=y`$#m%)j=H=dVDSd
zhxPVpu^6)BDTb=B!rZ#LfJ!cQBE;=)O!4PV9!M8agY|(ORpBL-a9uNOnq1y)cF_2A
zB48jjK<sud2^m;vZV-=mgBQH|3hz_pNf&VBZP{x>mKV@>ok}o$V*C_la-`<9dW8gc
zfjyr?Gesr#d2B#ZSF)x>={_w@;<6Jfi=m%S%$fbNts#IZsI!qJL$!}uQq6387CxK?
z8NmHQ3Y8dVZv)`IP;QXpD2SvCigpndL#?)O5G3&vq{iSgx~l6O+gWBMowk#wVfZvY
zb|WN?rj{g#MprxGE=_e2H{YumtoXQpcx(5#&Ps*sp%g}<MNmo_x?AQHVd*X8w$f-w
zy_eLKByLFL6tz4+s4OB4+q(|!0kEw7aRB18WxreZae{UDWE@@+R`$K5reSr5qfUJ_
z=EO8Bns7DakGr6e98UR~50z@pST~;eZn2M*>C0E#hww@+v*cfEuaZG184W_n2Ry;t
z5e<wKHjumgH}tEd8KlIX$Wyc*)ex2J88bQ&f|#Si_eBT>CcxGHbRA&HMkP{G%PcC%
z40i8*3XfLgHVR4_j3%^(9nw~ZRq7CozRbEmDnM9+6&(4GV?*a#)A?j2Sd5&-vhSbv
zx)$DQZP*k_ocTK!_0`Qugd`p*K5An80L@AT%e@4Te>f+a_h)&NXtVCOc+8=K21T;V
z>rI;tc8{Ol8t~Q229&Sc&PruBA5u|Wq7?8|fLtN1&Hl`!2HrVL1{C#RF--vl0&}&W
zOFAiz#0|z?qMxWv+J341Tpjz);Yg}PvBoVo&4WjLNEQ7~*~^aIosZU_Rn~31xJ@?n
zNFHJvOX@o7bm!(9_&k;Te1a#D(C^aZ8Qa+=j9(papU^{4{Zi9MjpSo8CCZ;YQU<$?
z!^e>}aAinc^My0K6iE2DZX?^f7`MmNdgw;D6GWpOmF9yG*JBge1Moz_#~#mM<xo}K
z>M5}`bTDR?3Ke#S?_E1Fl<Ga@wB;2zjw*I~FI<&0Ocm=@iP&LW*)awnh11@x#4K)}
zrFogdn<t*@8vt<2HYurNu7NxQOL;iKSedF+*Tf>%s&XYN7nYFf?cocb%j6gsK7Rd_
z6Brt4<{pl1F4#Gwe7GzjL_I?srb-$f9*#JfJ7S)L<P{8k*Y4R(WJkuEBTo7DnmlKi
zO&sc?MQ5;;mI>CO*s+q!3V*=T_CGvvs`YPyI1Z2uI*Gk8qi|{Rza+N*Gb6f{r!hU7
zOD?zTbRDVI`Dthd7Dl^AQY|JVT3qeebhle7=PIvlKUFFq<&#siMB8Q^r4$yiBFcRj
zPOLO|wyxf1*ZVQGf5zJJsI#pCC3k)jT3enq%oKmGY*d9uGyAUVBGvYL;B3Nb_3;lO
zAwyReuZ6J{JItYXB7^!AW}y$B3FM*GsGlF3RerPv64Wgkmly>pIB4=5tW0ZgP7RDT
zECSs}Snnp~tIXi?tK8FMk)qM;hhuR+n!C|9eIy^7NzdXfOQ{kIoLvj9{)qrETG9b+
zHUv%F7rbQZ`t~`~H4U#wW?8;t8e_t{WgyoVmD<tdH_e->|NJ3s;3|VitZYjM_;ZWr
zApK!#O|q<#1OKf_t->n(lMO6n4qFmjrJ$p^YX14nGeeUHF3qkN0uF5Xvk0swy2s2}
zcw^Xnjf#pD5E|g^IV^!vyOAYzZFa{mG+m7NQ?iqKne1=7H*1SaZY;@h^T$nDsypUm
zax)_Udu6^RG&g>dpbDB&4IkUTRdS!TRV(XMf`yUpGHu~7<~wfPVhTMI_|TO@-Ae5a
zA1fpN{oH5i$BH{|O3~o~y@`{hVhupWG+YE{M751O5Hz`|Y68~pa+{>RerTI=P}70y
zmT03I&v22w*h>ocMK+jO3^SdDChz~4eIKX;<pr|EpXGj+w*1|dDD9(qr%e{rs-G4J
zy=@fxy=|bQ7OP@#QIROd^tQpcQi1RLSlN!I!;=wjjzZ0s_Ft9_Tt=0R^VBszrYoat
z9cQZ6&Jf1R2>@QS0>`s=eNLwDri5CK_mboXETkeRBdT3~B2eRVRiJNoeBIKt_IbAo
zUcPcUfNy7N)?=>E{t{{mjCIU1c5uN<T9|u#>h_0x*+Cf_bN4EQ1U|PwT-y5#U&&}T
z4UNJ5fPHE$oMo97nnr`lGJ`*zvT&Z=j<OJ>RdnfScRNPzPF~p|v83vj<!duwX-8S`
zly2y#X`Qn)M{u&n`rERnezrAnTVa?a?mfvi<2SXj$BVLmaUTZ-kaf|93XBYfu04F%
zO&42>W|jT>+ug0;WrX^nDPuzy!HdRmFJm(f$cJ9wO5yN3J^3St9$nyOu^r?%`E(Rn
z81Js{82e9tyVN>!`Ekzud$;~IwQ(p?q@%0WxuJJaxyQnSgndH>HnCyctNb71=6)j0
zJ5!q-{z<_T13HR%vXw!A7nz6g5rsJdy1%@~VzWKb+V+60)aMM+AY+X8&5{`K7$+nl
zdu_YeGXtW1F#OFPOU==b7<*LiL;)W$9EXGllYw6AjoUB1(cIhH5u@Ac$dWOPg}9g_
zMD^A*_FP8BYJx2zZ#aj^u@EH7+tbSkKR8ISap_7LS%8%x!DYioV>(%U^@RgQ^SZ8l
zaE0iFsy;%zLg;HB(pqJ|>XTq>JP6+@bc*~9BlMZ~Sd3jjO5fra${9!OK6at^8GTTC
zF1k1B2%iz^dSpB7h;NKu7eX4dOn^iEt$2Pk5J@R|oUsz&UieE5q5D`t^zzNIYYC%+
zmmeoeu?`CLo~j=tcGP|}aQ@3e_0;|(IvRZ%t8k1W&;2qmB`kxh&e6CeEs#;%|2pC)
z&&(la0nMRaR@1=nw65;hekB~@BPC$!^`z#%yLpeNs{4Mm@p}?O7-KH<wD4ZxN#rjw
zq0jCAav4%$M3`?nBpi49HsrAAu_KQ7U?J6gBv5Wql%j9QnyOIqT(bj6)`rafh-n+Z
z=;m1n-%A!0aIu+6Iu=%(1`0dzP*p7|&K)G}8?b1sWybj5@*<XTKs+4%{9JU3thINR
zfde`O)I8i>IXf$tmDh&G;a?Vv&E`{BQP0iHHmlvk#`*cbt`Yz8fLtO1Nfx^Qx;jYX
z#f?JqG`fXFmC84(*4F!dG)#yGg3J9L&MzxNGk*tat!dT{hMG5U>8@^c!UVZc${d!Y
zKah>~s<D8?XDkh;0wEEPQ^=vk0uq1tu(xV8_c2sa6N9y2-e*YoO@q~QBQVa@pw*Zm
zGE`wVSj`tG-PgHr)l%WO;E)AI$!D$<T9^i3$)oCv=nF%pbFQFh;dIsfnZh2b&DXTA
zja+m1?ENQYW;#$FU1Se#pbG?*d^RCrKi4DS<UbzApdxD7V}32skFCW$)yt*V(JA8I
z1(yxEk~O8fAKm_Z6+R5HB3;P*Q@wm-6leF=P(8e9p;J_BDpllB2Jh<CF(nFq*Z{a^
z??|3K(}Z}E>qDd@!+`lfYFvky2V&_%*)*76Kc<4#$EYByCSMsDditVTxVW+FC|39j
zSz7XU4{dYFXg=QR?M`=$@4>FBFX$*@IK`x^GP3s<TX<wLTo{L@k4$;Y2@31LD5#bp
ztFC7XgZf6yt2qv`HO!4;OZU3t|GIaP%I8SKpABgfpk%5#swQF#7>J;VAdL@K+A8xi
z8TL;WD8k)b?^m}Fni4K){^p2y!V6|S?0lKZoQBs5k`GDO2_}bKFqB%|GppjDMgsYS
zss4InJ{t}CK71}ULW{5%cO05KkQ8DgJie)$l|O=-&(#6;%nz9(@a~+AhN5n-#ItrQ
z2sOyKTNLLt4MO9ueXdK^{MqfUTeM|!;DD(Oh0$-OpGl|mfc$WHSyy+EFp3%nhX&Ax
z<EBQtNgN+6b=_&5tlA?$B52!r(q3}#z4ZvL)RHn8YbQxsnpRk9Z4ejhR}Z86J5^9S
zYO>;@b(i`(-_d6FNxT(&7rEYpF@hX%cO}|p;&3Diu1Wp5#_7~VFBA~6Rw39jgeay0
z6c4Z>(}g=&4IeZ@m}WlPtsuR%BqN3!P#Ug^8M^bO{uTVKb3Euro2vj1xo2?YD|r{)
z;2KdEX8I`H(CXI8a)mxB?S30$(C%MD>xF6p1X^>r(9V+isZYtTFoxTFKO&-5+6uSr
z+i1t2yud%x_tAS2BviNVx(<ebJ{p4%ae!igGC`mg#b&lmRblC6B6``eUFoFn8-3YU
z9_NexXD{@>WjPb}Gc}j5{~<VY2>gzF)tzBOG8hD!R#zSiz5Ju$KfmH2ls`VKjpP7v
zr-O0mp2HzW`!?^Uc=%@=FGIJ#<cpqdow_%=&BsZ)@of<CTD{>hZHiSbjk7lPNHX=V
z$qCakmTfwusuz(dlkl0yPpK*`X7fNSv|X`$=RymL9~RmSbz7E0mTGnhL4o^1S{aC}
zhyl<d^11jSEKM{~Lv0c<z7Vnn;<BT@ZS>Qo1z{uF>laM0c=+gjiU>fx+ghlfl6QlH
zM-=N7qE39I7xS(|cR}4IAsi(|!!4wWkXECusTpNw#%hI8%YJrmJ;#wj0x@b%-u=na
znQl+N+#2715Z0K%38lI7Uw;#XpihMegt0#wE-2YZB8?+NXjr`i^Ipf*;=W8Zl2vhG
zsN)S4)a5)dU8JN41&816xwUg0Rzqab2!c0z>H4MOPN1}<c)K{bd!>AgjUNi(3)SMx
z82!z1CCGnr;F?g0@!>SH6iSZ&IvL_Rmvw6DgvIs5njts@5_8{>4ey_&u1}4ST#AW{
zy%ECGLii%JF3^-|9v0_B+!33jT!o1|*xAc+HJ3gt{P{CKN!DwmRy#8@89bxSBsAHX
zyNE)smnsX`?O_W76SnA}!8ozjJ5*w<1>sWr097q?NsgOg!ln`^bAC|7f21Z_%)Q==
zPp9gEIQn1FcEEfAFsA+eW^5tDbu@wpOh(z;&Yx3nInBtw%NT-%Ly%;Si<X<@s#<O5
zk=l43ALCd8XYnM|{?<E|H)ZnA%)RPPAfLqV$X%)$X`tIi{bt4ZW<i4RoA8O58NhA7
zQ9Nv}6}jW#>Ugilo7w_mY0?r9|7I^gm%frHpU*8PgCBY%#$UDOAS9F<V{p^EG6Pg#
zVUr>52<qqAK11J2(b)QIq+hiCixhlc*{3`~S`1SzjSn9Z^EZyUz-GWE=J7S?i~nPD
z(Zht<!}JeL@Q|PKWb7G0@`AI%Sf-=V8?8OvI*DoPbQgUi!Ivp$H~jx27Ah|YxdI%&
z0kpmtktWu@m_>sMk0Gy#(wk%gw9tei@h{X~!5M0PfB8%IMLvt?tUJX1$0dID9ufd&
z{89MzF~y6Y$S;1%4~fZJrAgyv*YRQBmTFx#F@=u{E&0<Xv-J$;{Qsy!;E~`~^;hYz
zgb`k0G4!|D9-`O=6b&>T3N(YQ#WOaU0*4bYpP8hh>08h5<TM&&mrx49OP~2#Tgyi8
zzsG9Rvsl<Di{X&_lI*(T83m5vIyyTgM?E&R`9d1hF;BM`l=ot0kNv_IDv0kd?Tv<<
zdg;^T6BX}2d3~)t5P)JrJe!iyUwFg;KTr!nn7B}feE_U&mo3zP7QQeCGelyNoWJT(
z1^pA>gY|;Jggii{y>MNHCKzXI!LF|CqfS9pD-C>1oC@$pYr3r+jyjVVV<@a*IJSCT
z%_VB@3>iba>2`_<%i4BGnRLps&4g!5r>L=_boxW7WDdOla1#)AFz8SXO)A(kq>R$!
zM+x#Dwrqe`CMC{f7y9zX$A%WZk#Bm6b!^@os0hm*;M+`qU=c<$z`u}<^7$RZN!)Hz
z@K$SaJ)gba@N8YKVHM|hIt%n~rrs$0=E6sLq^|JRFHA;zPM4E;NEzu6m2BEz2370I
zniop2a93?yX^{Q0ekr}{>sSb@W)uq){+7NqQ!1C&GFkNP6=2#Aoy^q(ruP955lFX5
z80dzc?taj2QpuX@X(9z)wp@BQlXZ$!+YO2*0jIkMz{aN1RB~(=4(GyqLsC=I$nSF$
z8}ihY&bD5jjsFb9BIoOUoVfRQL&A`~;5}9%Q9$~%U3&ctNn;vWEy>POP9=>hNTmwM
zS4Z_vk{1rc{y`GH<o<?)k6C;1@M_A=BMY<GCP_WX%DkSBWBI>E1(N%BKk4MyzAihS
zj7oReV|*Bt12$jfb45Zou#flH!E|>=H;|c2NEbiSNCS4*`NLM9JrwqT5E1%ZTkXuP
zHm!*`3KKAEirqY90`%1wA-UDc&@yLSY?D<}cORcwQ<t&C%TO{ys;0j|yyBqi(SQ?i
zw@<k50M0~<MVgcFHClP{)Br)0;cWbOnF3lN*SmB&d2*LoDP*k-_PGAwxIJ?7?T8VP
z_JWE#e!Ufg_uu*$YA%0R4eRXAe>;1n&d<i5q?2+TpY=Xonc<I5nEO@g<$(?>oV}4f
z!aW&WBW6>DS3zR>7H4zGq<o0!(W?mW5hjGG6uGoMdt^h(=7I@~Zne)&-UpW5e49GD
zBo<_9R7zqiivlFfRd!7mdW~qPLCv46>ShCeHwVgmVCOsP4<-p;wia5;1oy#37hBSS
zr{wHUJuREa>NBv!g;RYv#766bJBr7wwUF^V>)8;Bm?gSpaNhPCaTZ(bd$H#eedX3W
zBhBCYnvYz+LXT4<B~=1XE!P96Wj_2c&3Ij>wgCCr3j!qF?VIeo;hb0a$ZQs?P}D4@
zu$A<SSyI87g|H+CYZt=qI?e_axR+IZXZ{CjO1z>^QY8QmCW`BDdwbnruIA{=2*4oK
z%V=A0@FeCyIq;BwInDoO|IU1-;rIDx_fM5Z@)1GY)b>0`=gYm7RAzd*j(VyIMV*~b
z3Kq(2po>dvOtO9I$<q%YSl@B=kfaqa+zI40wg_m~>W*spcwa2p47aO~r6c{?8z^)4
zfsUfd44--Clt%(K6`0N+EvHCPE`%w74izF4OS{qyN#&-_y*qYDDnk`0RS<Hm6u(P_
zR;+{l!fXtu(CEn$zv-A@Qtw^AL+N`_a>O4Wk1}D|a_bEpNs1oS2|d0|`dy#P(WGu5
znx{k5xNsTru6(-Kkuh&E*Q%$ONpB+0N>9~MPd-7`Ah1TF`pBlitx@m6xwxuJz*+s}
z&vTHH_b>C;Hm?RI^}a~($<#t=GlX68ce*?Ixf$xB{Jk&5+qotVA;P-YVQRs!+GPg{
z;A1^6lWr54+Tsrx)CHVIWeiL>o5AYk3CK2DftKE<CZWM(0#*{B%$!+MCz~{fQ(GsQ
z$<YB{J<sh74KGMYUZ7BOJ>zIRgZpzn%gEx4A^1-{dXT?4u+EcCMMgI2-tu{_i7a7J
zJ{(7UlN9EPP*5@Bw^7R&-47&VUSPvn5GDnP8Q2toy#lH@KQ_T$si$~*+VDiW(t&wS
z3q3<FFH#G?lDoxX3CWaPspMezAXONMgk=}x+v0csyc>CWn~Q4Tap_jO*E+zmDC>{J
z_R`o)`&4IXdvt|4l;4(xSi;`Ix`%QfC*eU|LmK0jM{joTs?od$*Z;*Q-q>V$>cvE6
z#F7?#a`H0m#+?(PgNM^L=*chFX>e2hrDpG}GFMrtRL*k8+Tf~DR?WX_l*iYZThUZm
zRU;314p9^lrkKoFz#^0Hv+39@^1b#|5&zsz5mmC_^0Hs{OMHEKGw7Gvya(~}V}vXZ
zp_VS^`BhFfG4c7K^G$&^f1_t(@-9)hp*xWOI=||(vx@3xTboHL1!ht16j}RILs<X#
z{ug15bsGH%)0x&?6ee>1<J`~Iwxkdbh^G+ujK_3b?YEBNzsv9O?@=C#35KiOBU_sE
zE>wJFo`as}6i)Z=uK3#E?Q^-T!&E`|32?%2oNt}07%eW7-@K3o`1drkX?llCt$5w@
z4OY9s38*Cb1Ui8k1k$uXS!l|tGd?0b?bNS{S+T0zM2L8$ZD(eq3fvf40-Sm`lQeMQ
z9U_hRKwH@FB1YSr{hI(c+>gJnJpv~mk+(8xM1mWtdA7RYt<B|Id4BLNG|U<aw@?)y
zB*`X8Bj-6I02Et|K7G8bhl>3AbCtT`!G?Ph!Pb0`9f6upwANqbJ87voM#Sq_Nbi~P
zJ&{~S>Nxr2-%JJn3$o;xK$C4?o}s~G@5v|RaDMN^&B+vyZpVLSBN(_zOLwQaa2-9u
z!u!J83%Q>m9)D=03Dp{>F48^7Zkj%T+6`MBI9GV`*@94qq9XwKeEgXwS*pTHqT_!w
zs!8PC*kAEpNJY&5lT`c<)SG8@?hX8+7;h0lZ~!;zd&!?GYV_kNUNpqS7!J0DYy<y?
z)UR1^A5HiNW%w!uNDvuLExF)5W`|y7nSE$}U^q6F?t0zk3vHQ*HnSQvCgY%Wux(51
z-*$=Hs%L0<dNK~@VSFq`+>#`(^X{`FZwN?g>Zq!D5psDm+3*L}7Vz}cZQ87L?C67*
zX55D7Knk1(B=d{Vh<Ceim*L8UIV!<r5uZ(_#CW5|Lg?TFVK-|mIr-e3!|vxpg6+D_
z)@(Jcgt*OoFE0Y4UMI)v7PsQ2Hvig66$bj%a-IRdF#r4OKR8Y|!QX;4@8jr`3^%Ys
zFuq_#NM9g)2vFcbdkcWz;JyeC#){#hO2+`S)ZzJXA&mk?0C^mAo1wbpEJ>Axxn-~E
zWs3=rR6}3|aKwUI3VmM0dxL{RrLw<gJmv`%Y6|#eKA>fK537|fU<rksZ6n<#UVDZb
z>bB3W=DfCjm-0G<7#{R;kCR+Q!T?+x>c0)68I*x=U%2bWC-EUw=Vg+A)+FCSoU09*
ziv9XGE|5Iz7C`)iVnVA^b5G)IfOjbL;xukrBxD(na*u*zdYV*ep+}AcP{+rfo<&gm
zoI=s_HTS6lT#g#lBau+uAF;6%F=*p?xABwMytr)U*PLl0bTReNQGN8`LzkKG7B+%2
z^L80eGBi^p|J{~4lrh|M+S}!9KsBJ)T->lm-R&r}$EuBD(^wS%E^N|C*$CXjeW`qT
z$)gYixrJCzrG4-;+>I+`f6wyUNB<QG%Zq5cqmaSU1(-wC5j5}X6^D_AvsKIPefz#l
z>HzwDS2^S+1CkpLoAG=ov_L+86UE*eD-~+kkxDrq^H#Bus_2W#&OO%!vV$8dQyS7*
zE^Q&+&dnt!Ce;@-NqK_!V%0&*fuH7kA6x8hA%L2fLDtZggKHxAwp1#VwL!<iL3MNw
z$r1Lzn!q8rzaW=qMjoVZ<g>Pgt#dF==dS}WbBH}`VVe&*XT3V^xA>@<Yp2i7N8*W+
zWUTId7bN#ik>U&WVMnmjlo^?gCny+=+F6Fn>)(>V+5bxt*e|y9UlP28i*Q1K_DMnh
zhfm4wNq>>r9-J4Rd{}SrFUW(7nsKrD2#GCG4(tpXc_oAQ<h8+7B@#4Vv_cnr1XU9y
z$to7CYSBu8$igb@ZK4r>pA1EIh{d6@2BB`yG*ey8oJv)yj1fm?2*s;qEoNSg4pEE4
zFuUJO*jfuQa(G$hTWJWNCh0bTGaJCpkIO8r$e@kXx}&c;j)qYL4=Xr-P%M3S7GhCU
zI4$CC|0PmP(qN#L7u~@?`mtGHW1!ksXPLqImK|?*#O+vOKdyAcB+9Fo1ohM3Rcl9k
z67nxU+9T|90+H&GN|((kJ!23~kT>qXh)Xr`ri*N*rxL2elwZipH*!kftpYW6tdD<%
zjjQ{wT~<eOL|(M2(v@n1`tg|;Q6KOv33~Hkbw)Y3fJMrsd>rxA7anS1EDC8>3txr*
zr3DybLs7{SW-Yq_4jxTNoQB{NW*Y^XXW(k}M?vKBaE+O)>=b=)Eg)d;hiW$UwKAhh
zFs5{8vAN2=H+~M^iwuyj@d^%j-&ECu`NA$gHVlXM8JP8ZkCb2zdN7V26-Nr`H$E*e
zf>HBR2FFFM-&XiZITtn%;W7pN$&5;^Hnkk#nWC#c@v@=|;$C}YTbf^v36Uce>4O6-
zs=k(T2+wcBRG<Z%GUbKdwc}b?-A5QBSO;($03-6EMVoNBLPz{zW*i`?r<~`VCRHj)
zjkcK1#obCJX+aW~1C}m<8+%TXr)a<h_Wwvl%Q6w+pqe!X(u<2=<qvCpQgQeK4|b;^
z_)AEhgmxJpfb>ld$f>$)N<}C~yxSY`fxeqsuxcXa6-{=fPaC$pebbV>4wPvj1yXWS
zhW{uzjZjx-`>KZoTxs%uMzOWC70Snp;da{#`2!{daJxS>D5A&RUNTq0Rov;@!tl#9
z^J`jld<OY>vV_UMQ#}?-6tj4zCaR0eS{ZrJ*6pBa4%W(QmImnsucx}my1R<64~!Sa
zR@jr{*ks1fmfKjoFgM=j!^9F*NL04as9G~I{=%IK@OBMkB2k#TvU1v+(zesn%CmF_
z(G*T8w`eIhjGA_Cs3;6Dp-touzxZWAmGnBMz2ej@tw0u`2t%1QTQpx&R{-JU&l@vU
zE#m<v0NFDwgW%1;*!Q37)yvFPVf8-=!T5Dm=oOOSHB`x17WKQvo>tz2tJc?ioZ6Y`
z>k(;elLVd?Mg5Hja&0}^-;C4Ur6R_+Y}FSmO54Suh1#PZ70Dx_#$A45zeQ7LR~2my
zQnNdhK4)hry2L-cy1}dB*X1&@L-63!z80#2MFs5t3@N@OjjB9+Q4JE7kK6u$WeGj2
zT_02~Z+p=4ib3PeR3QS$KrsQPk@DT(a?S*w06S#AbJ1{G=oR3QXVNxltymH=!>H+V
zlu~Rjf8RKm-eS!BGVxhr9ab&d<4p0XS!1$Jk27JX!9^8%WWci}@Cgz|JNu9W*-xm2
z=M#TN#Zp@C)jrq%mF%TQfmUdf2QkYb6|6l<L;N0g<LUo|c0lel<bk)B)e_FG<%U6m
z0vn{H$Jcbk2AMRfFWour6LrOe{VaS~9}c_FpB8TZ`LcE;(EQGXA5~Vxd6?N?Q^k|U
zXEh=*#R_*QMj>w?CQ0wiR;}fGb0YqG`&eZVEZb`8jiAj2&grA-2TxzvOh<XM?k`$0
z`2ysZe^3_wzuMjcD2}HK^j)0b79hBV;O-vWA-KD{yAwQwkl^kFcXxMpmc`w5ad`Xx
zzE^c`-TPgw_olXbwnt9Q>F$|6zd5ISGIe-jWe@Mn`Rcw+pXt2*Fc(5975TY&h!fJD
zN6p5M+ReT*zhn)NZ^5>d!*xYP--hS`Fqc(e*hRoVgI6N}NyffIq7l{O3CP9$8(*J?
zV4}L_MLv<4J&V|*waATFiA5VYBUNE6`UY;aIX5u=rRxn3Z>`j;)}*xnMZvhm$~Y*u
z6N6}_Vl=8)vQ}-%*5wprCgvKZnn^?BN3gr?h*IDz#DXX__MPh0_{Jj;$mzY3Y5zjE
z08MJN%Khg6M005V`q+6l>mn$Cgv3FY076pM5t-tMR$0ek^zMty(cin`kvCxhzsoJR
zBY(Y43$w6L6F2X1W-3fH$bN#2%tXBl(-88cO|G$GjjsPzMH9Z%K}^SNo3qHAtsJ3G
z8PF7HJ<N85JK>SL_5x1G;+mCvuQ%s8i<a1KR~(Hq;b0iX8EdlPvCrziyuF12&7bd}
z8O|SE4!tscUkeh3NAV&D-|M1fGi>*>y(8^fupO5xL+5_-%z-hEqjx5sH{%M8lu<M(
zXZ0=q0^m9I$Zs)sr$%nIYYZqWk*s7*U3{^qVl$Uu;6N53y&Ib)u?;_j8YQDCh@)5d
zQZ-0q&u(J|!P-eYwx{v3gddBlZmD|2F|YvG1OL+NLPDy4f)#ZkPSxe`C67?}C+`Tp
z<D+vDB_X>FlrB!_TMslMA^n<b?CoS%v4{hK=z0bAi~G--pZ)&=WGk3<Jz)@^^a=by
zwUy^edMBzH1?QB}(7o=p%9-Do3GTigc5Efpuqs*Q5qJM(H==F-2B%>ZOOKRDUAJT$
z3+2jmFn{}l17yb*V#S!gcO?7g8;m(BpjcSQ@nSIgS?Jr+bdWnm$YRuRuBvU7f??va
zwcwno+(}CMaX`UqziEYKtFPvG6=vSZqY|U=Cqw@b5~kLKA4oKOoW~1avbddrQge9D
ztBN17pXzZ7vpUDX!{(R`APk6(e2XAKLP$Gx2TmKQ=BY{;U7RtrW=Yst9en4k;F+;k
z`YxxL=tb8+_o$p_I-d42`>Q{i*fgp*qVxpo#>?k^6?}T^Um!@}_8|zKg`Q<OFKIoN
zF%}JZc@a+CNFfPcb=z;)dGII=j;!kM4DG`skI8Sj-%yb80<#FQ_vp?3al+w`nBtZg
zLfDzS^IgTNPh?E8^y#Y}RUKoT|6R!BYZrJ@xHal#{C?vqE?7f0dI5Eoi$0=aE%sw0
zZcD>#c?T#Fj1!N#YCp{j#rc5>?@vbxNXIP{XmlaS)nxmpB6ncg<X~|hORSA+g?`T0
zoGUU*hquioa2OP`rf|xkAzKkH`|=A>8aA$a|BdxG<Jhcpt)0o`4R3~c0O!TC(8Y}a
z`-b<%rwJ5^Y0~~kE-p-lq-11LNqYrERCxINMo;vwDwx92E8VeQDuB%usEDW(Mq{1H
z3A?j*8Q9ROr_-)(M&p*CsBUdoyB&T0wg^$)N{!EPR;=av7`1M9e;W#Qo3m9^*0mfN
zOlyi84E`<);Se=7FxXr~5j7~u-y%W$j>Z)ywa8<|1CpwCa8q{kdEy8;jy#7pz@JeD
z-!oDUT^a<IzUV0=5Xy%yi<iO-qA?R;-ZpafEXDl7hDvX;RkG_;H_nhMcV#2Hk(Ey^
z*D`?W-p9vwm}5<qcYC0&HTLeXDYnfxvE_;01X!$p4T?HK-n>?5sNk0`WG{}85%yOo
zI4XBM>?Y|pMEM&;M)tR$pmb|jsKbf8Y=X<iu`2Y^*Q^_+IuSQiaUn1VO@udxsi#u)
z0B~wo>l4oRJ!vc$aoYP_FR7z|>bX+&S}%Rh(ebCkDF8r%qq#^#bY7W$@+-kWmOD?N
zLIE#6VUO27V`d@O83<klFQc#OJbUzCa9P*JqBkr-(?BVDXo)jT?xiY5F(x?jvMe@f
zh9L$$?DcG4Ga|&DN_$a9#_=oTjd^TYWF1+MZ!9|*H3<a(^ZA1W`GFYqN{*jW9W+!H
zoSMIpZqT|!yMy5)`K300E$~jy5WSZbIBw!7>?SeZYE{*r(wLShoeS|b+mG*G`%1kS
zlLDl1lr=O`I2smeYj;7^XOtxb+%&CfLw2Cb;lpXI<p>j6oV4hQR>=;#r(bHeYQD|b
z5Mx1lnxFdHFlxGvXM&72k0ctbeyAzYpqY7ZoEPI=QS$08W-@X7v{ntu6*BwE?eE{G
zZHgmXPsi{JAL15}x`tF4!bDYD)R(jvK?zTmF0}0l4&vUr=}Z(KwegCWrZ#PU+S<Cq
ze}fXSW;vH`&aPe80%y!&k&vK3+aqMeMxaXj-bfo9B@Dk2r%~^X#0&AaI{=hz=$noS
z?&_F8_R7`KrftA8iz@r!6IV(s(HfjWoy3}16Xn0ycJss2KINSqmVW}RmI?7=?P*oV
z%IIt-%ol3C2l;$q`ZFnwIMmSl6L9wUU}%ZHvh%V+2W6)RwDa!T9qaPwU6qj>kt}0E
zw`W{VdkwG5cYPr^z<@0XqI)xvM@!knNCi0}UOLtI?*C33EyCNKaZihf8x-pyD@#33
zKz`(Mz#_q;;PpIrlVpziVYR+kbV6_Ltw<QtmIkwSr8CNFdIh!q&_uv>cGmJ(tUBvv
z34Q5Wq9DsQl`TQW(~SVTqnlK%Jl^uvHlSv5FzCl5l&DhW1{Fi=DX)`BsN~lO$Fz|d
zc_zl%)2yAGiTYR^Wy@8I$x{rwQc>C*<AV)3A^l>WZH}{Bua|tNc~3669VJ$9b9qf+
zk&8W-0oJFP_6mh1&C%-&E?iGedL20^nsYV2&nid>7B&7!`!(7eJY8CrrXrFDKeErF
z4K@DG{^`Y}auFAD>pr~mggLafUtds$N&S6;;@&Wn74w(f{xcq?XXG#BP0_4en5$c$
zNl9U$Y>4>JVdR*BcFXygoQ{pq+_ZD7ZbIK%N$03s=kzR+D7iIqw6int5AW?GgqBL<
z^rRwZ*eIfS(i(nDpQZ<5v9}-~=@wc1S8a9kMV->4GksF>k7M@TrYe~Tp8*kAiL+*Q
zoXILrn7lRejsoPhW)uNmLO5<Z==$^i41hk}>%qI!7!oI#dGe-eq3ycue29V!UWRp^
ziq?aAj3Gk|Y1Sl<r$h`Plir0Sh>(kgB>$64ysm~5lT#&5HeUYgfUPAf!@IPoQ&Yi^
z{@EoQ%5>&cU+py)uT8KP7lf2Q@Rq?{&OY4%(6acGZ@qJe^A$*Ws*KDAJ#hQ3`3LQG
zEMt9SRvMQ}T#{iADW%&BGsr#V3eHgv{as4(I%}W+RJ2)+zL)j5-O|1Jj#9WiLGh15
zI!h}H_Ghm02PebZx3xIZ975Lfa-)s$+IwS>@!tLo@@%^fQS)pCR@xFBck?}Ng!SN5
z2|~o68)zb}&%Zb9h@cPPM1ye3k*wE|1<U*=;i`=|YwEsL8zo9#-I}6h0Qq)_qSWI<
z)W1w!S}bL<N0-~B*F+E^gnY0ZvX*3&kI`miftt)Nawg>oR3wQZWM(_&u%E1b$5KWa
z?xF5Lw}Q?fEvN2LM9Uy7r|Y@t-6gBJ0`Q<~DHPof_m<634`eVPsAwYsJ{yg>j3;rp
zoA%uTa+jNVxVtB^08zVOH&DxB5hd+s9;fru-uRVG1~#fpL0%tD`s}H@be83UpWmHq
zXV3kS|G?Zt;zX@=L=M*heVaG{(?xu&yMt};z~}IGS+wcVcKDdDr6q9(En^GoW}bCW
zG#~NVk7eiE&_dNC8>Y4jV^M2=Z$B*(gFV{jbWt4Si+jWUD}GJr_<n$EE;{R=+(HaW
z=DMd_7zI5qIR7aJd!*0NLvdRui*4YS@!R68tPDD@t;eFWdDj#=Yih<U5dKC~1-j+$
z^PGZ~$r5t{Hj>uC#!3JcuSWbtbAG;J&z<Q*a;fK_xnfwYigDAwoYD=cg4Fm`=O;?M
z$8Pr2D}h_#1uWY$n#lx&{MZrJwzh;sx2OE>l60|zSR!Ld@UCan71o+|F4I8UGZK~s
z{L%?lTm8lL^`CEpolx<&()ms`G`a)|f@cnKQ)NkE6B7*?p7jUcr%rBc%#Bq~NE+Qj
zjbf%&H>-Wt$Ug!;pRlGS6z;<WF~r!(7~%n%KiKLU#tk8;H-xaCvo@X{A%<Dv*7m#b
z=T>S!<rlK;<cOW;H-a%W0Z3k4sp{tYeYqIG`WD)Br|~nl%AV~{Z1??cSq2j(=n6;N
zKTXpcb=6NVf13I`za#uSFTcxkF)U7+$Z>w$6`73J(U^|?!miqp;Oghl+fvtfA)-}$
zBv5oFu-HS;cu^A}Ifb-AVsB%MAMMl-5&I>sxs31_J|t91m#u!v1l9?blJP8GXw0~8
zgz~HDO)#rlgFBVFvAK$?-?6ojyHj5$XwHzcA?}GGGyIR#%i#WEd}?b{{_reUlDQPb
zI-NBp)~qLC&k~>zvPl|1WWkYCO*ULz)Alc)D_PS59%SO5MiCzkB6u#M*1PiAAJiOA
zPNFSVcaYP^eHbhzYLHHs0S6vEON9`aCilTiCSweU#Q8J)<)kK2F=z8oGjQ-kQ%YXW
z?4ulzZJW!~VxwbD9$AjpOAgxp=1?c2j_|XZAAJ8fvp7Aot6YLkWbAo*0p78Cj!H@J
zXs|!KT;@P+HO++l(9W{b9I8~E<cjPt%aG-Hd~NsyJO(8FEsGtMELBf7mAx#;wp-3z
zb!_<rLZf4!Of#(x?f8zTcn*txlBMzA4e=o)656&2VuuQ<(AJ_zalyx!4eRY+EXWHf
z9dIXw6?Jw_>7Jh3#{j2iFBliK2-s=$40u`Mq~nJ{ZHU~&pWnvBl{~BPs^=XzX^m96
zRq8$?y4~F(Z-C?Apg4}reQ48cOTXzY2o{aZ;!ZSH@Q-SB;GhEQ0d{@syh9_YCB;c$
ze8$2vgC|_YCFy1Mm?DMjX>z&A79{TD@O2}4Nckv9#F7AzhSa#}m-2v|#z8Zc?!Q5W
z7OEJBBdeygQjF^szh9~AXi=Ka7LOdIGQnik17@;WE1Jjpl)b&QLBDLr4b9iK32uhu
zc$OkHbxWqc?4ann5t>!ws{z78SR6U!-;eO4h=1^fC(=~fRaUH%^}&DAvAqTG*-@^T
z#dv|RJH!ACoRay_ZKGPLGa3F4+10C1r=_d}<}Asgwp`{0v@2}%pB1$tf{1$KXEuL4
zOHe#|slVuAcBOK%EesAOof|v!jwqls-o^gq;!NY5{ZTnKwCXJ$okV}3ZLqqQu13Ky
z5w+<Q2lZFQC#>O`?(-5FN{e7kos<l3uW42mUqefge36ioPd1gUsax9etanKQ9LA(M
znfAiOOe39wbz?qmqh^`Ob5<!%5D=T+4E=*UXN@EMLLnerQn2m%QY)Ox66iQhvnn@Q
zp^-j_|GaL|kXImDC1X&!a6}&gze(s$KfloV%@dX-og3wjG%~rlH%KviX*;e+4N3$v
zFuk=%jqCNmZJq$_0tv?a6t<bH`$HA{om6dfvzLC;5dRqyV34k%gA%yr5j$C0rdrm@
zj_ScDa+PqokMr{f{DHWT!N+%vHOGmz(k3)bVtd=KuwPrwFMl2nG<uN4Q^dDfvKDt;
zQ4znf065O-Yir~f0dyf(yTJM8s;-iXO2_8BsueA$iWb?@3WS1{dWNwb&Y_k0iG{`^
z80W!nL*V*m%o;HdGY!zu;&=2nCj$~}NA{5b-04*LpXZCy-{o{l_n>#cH95J9Y)h6p
z3bbUOJX(Jo9~&3T<&`Usk$uzXmtA8L$y?ZU|718C{YtAm_(bhP=wrV=^D9H_L$X}|
zzzGt0I{1ey`Iu1CpX1Tm;g*5~44q*iqED!k)za+jOLO~2>Q{~fuSG`2*7fyE_E1Jg
zf7Q*J(hp3}1SljZJg4$99d9ST+}D*PEqGd+AOCr-sO*-0pB|QuGc&U?REQaD52Qum
z3Ixu^`kX`UE9xYo>Z15ad8YT-aGo!=p1uZ|#gGqtXn>gIYHe$MlHGeGiyHV)R`m5u
zO%sUC8GWOpHb>i1HkZnBCqYfkd5iNlDkI&{l<AAilKNcg1+_oe(&ZBVs8EbK?ao<m
zQ^Zya{E5@NS>vbkt2vqbxK5IAW^hV0%&bD?GL~f$#fAm8;mKAb5Y9i4?4jHFgPv`0
zyyQ3y%Z1;TnF!vmuovw6G9lLwegr02&jY%{{L0m!f{@_=IXrJS@=-*_fxS(gTE;>e
z=2otg-ZdzrviS=$j%&oVtEZ)<jD^<yrLu<R_D!MbPO*=SKn?(18Rr=cNHl6BuMNie
z7#|<Tse0yb5)=S0MXR|Li)=g$x?ByOY&U(Fd~^Uy9P1d~FE!DgPb65IHr}77A9d0?
zo|?33zrpjnq%IJCw^hf<%KqeV-XTb><L^I@Dn|Ol^HG$)WvBoFrnXB<tKOBymdS-$
z&4)Q~q9CKv*%tH;TX$X}^rcjEa^&9QGPRHmRGhE$0}Jahe2&`CIVtVZu|*(1hdz&E
zSwB!dYQ*k3eCynv;L23>N$#qZ&K}kY>?Q?>)j<`>*MM{$cjB<q>elBX1>Y?ZOA2eS
zotp9;bB{;WZ2&?_cC?Oe%SrwTdvppW`i^Ul6yvbN>?k57i~9s<&Y=T%)<y4o7YhPl
zw8_=Q?I;>T#v-4X5$t$fppMCn&I~{3y5?VZ3?<eiMpIhQ_4>Jx{4IsiiM4G_gt6)w
zMyFs|sk8XzskMZalSwsPP`e9Ibn0^=Kr~+p6MwwKK&UY)PN#eI<a-q!RC+}laZryM
zc2ygyvQ8WSW?ir4*~K9sp{N4rQfCAHI{;DjYrcq#x9UCO?nj>nhS!WZ#-wCV-3Y2{
zmoOXvj*9f|-WMODf$Qs9ei!fjf;E8A+WPltqwbaYodiTzGKbzYOOWgi7of4y19sA7
zM}M&{{xrXw-9EE2CTe}XbG(V-OF{oP0Q}sdULU!Glj5_4kU{4C`j+dR8_FZ9FTuQu
zmD%6YiVOVfXFWlH!Rj)G@A<5#E`OZ#jLV*&j06+mxZfh(a@u()=xp-L9St`_%7(59
z|0K4Cu<zLO=w2MB0xf;P_(qg^hS;j!%Ed-F-<waaEI;4(KrRbQ`(aqdzo?Zx`@mLr
z|J#tq81b_Q7jTpCHb+OjZb6Osxv@0?<kno*1v&>E?E<QLYmchG8je~Rt4p+gi)l)o
z^<~Imw{yCUwdY73NR-tzCpd0WS0^Zv<47FLg=#DvO_6w@t5s~N4_xHZ(MeZ#m(njK
zk<zlSJ}rYx0Ty?AcUtaB%5RSq*X#u%mb|;{-wJ4RH*15T10@aG_vxN#ORkhN6JERB
z0-vNBf#h=<THxFg)Gg&wb6K>%LE>~9-$<1{bd-9GxyhQ5LK=?*o0)^^KRpkyK47Q0
z(L>4ETj4BxxlfjXdg7P8s&3oCCaVMNUbj|j@PVm4TD(pYLoxzKTk~?7Bp2a0hzH=s
z>lBos5MY6Z;Kj3rsjggW?TC%zXt>rs<MnLAB?c;RJTTU!IFjrLc=Z7sOlGD7UWf{U
zqBEbBnICuo%C#d(VzQR%zduFg<2tfuzBcA7oW16QV2WiW)F%<VcxhHrrF143We&{Z
zyFdGXek-1)ME<KK9gM*;8Vtu_w{M48f*b_HJz7JQV?w?odcy4h9X*xF|3}pU*|3Gz
z=?H=TmgYB>cDPvo=8sRm*=lbtZMb|7^}3vc(nE=)i8gs6$a0LgGMt(g8?yQR<pt0W
zl3`Y)j@QYG5jdFBn=mkthw6tJt?9+`f!s@p_=ITZv&=wgIQV;bNkMadG{m@{x3Opr
z6}F7u)H9FQnmGDuzM~jel`}@@T_3;lA2xjO)Y&~em)*{y+!gNzF0Ae(YH-@kF<UBe
zpdJkp^-XMrAE#Ap_AY{%L`?pc=+|y(VZk$_l|F&^o}hqIP!qe6-s8Il&`#%TJ%!fm
znpvxau+Xyl{yXp;CfZUqA!1@n%^Sw5&IV{IRr2{|tn-?3D}@9<3yoNu<0f{ccOx@K
zyn<b6Q;JQ<^Od29SbE42tAjGaOhzJhD7jO};wk?HsOM<$`5PmcuwOCm8K_(!D+nb+
zlCQsp|JnARG7NI@*#4<=f(u6~_@EBK%g^al_rHM`ms+?5{IbuVM_e9RALLG!V0fA@
zr*Oc*Hz5n_D~icEa+Z%<>m(1vt~<YFuKD|<Qbmzxi3?weLjzE<LLeinFw@*U++*4i
zonb#xrf!&e-nY70xXA=)Q8_YmbMMd1>kmn#Lrwv8baZWWFzhs8I5`B#@z|pM8$q#1
zQ@)f7SL+x-IPq7AIut{9u&ZuF24#(Xfzg7DAcR&eoBBc)`X{w|Lexc1y#vUd3=o;e
zWe+ibAv==G{Bv44d<K6E({IW6QyeFU>eBBzy^rpBO3<4EMx0kOQO{rfs#7I#>ZTDU
znF-R=KF^^Y3<euTAAMUzb(#2Ha3oEqs*1qDDkHu|!}g*Lo*L!8swrst^2#AMA8uF2
zXRdmqNFFa86)v<`f`AyDNckw}b3}j#{@DT?n&nJ<mrya!6&3q6Tqu7TRcG&xkW*Q*
zQDqM0&~97Z;W%8j3#b^kt;R1%^8pY=bPy62V9j3uXMsYeA4HI*aPw>Jq%3K=Iqffq
zKS%-E>svHSG|tzv8C*Ja2>@18nJ^K_TwKGl(I>i|%fK^5N7iQ6Oe8{ZgJ_ZsI!d$N
znSuv5VUS8NYksA8$B9#<Du=zp?7xArsiC0(70m~nDKJ<6SqzU{Grgkk94Uc*bH(ge
z;u&9t+dLxdbZudeUYm^V>PP;r^RosI^b{MEg?*pge)F@lvqQ&ILJY}b2#y{gIIP(?
zHt}{~Ihn$9-o}oEqK0YJU}o}BCQ@+t49^H{-qJ#8(BI(OpsLu9V{P>dJG)!8e&1<^
zsB3m@BDYgniCe}^#p~sxv2?_hB1J7v8Y(WY@Covo?ubg}V9?FJs6LQ-!{kj#5ZBpP
zCBwduP_t4yvxqicUxq4dR*FvS&=djiZyZhh7koaRsKp|P+Kuf~`!|d(dr>*>)Y;pE
zzbfsNu*<yRt$=XpIA9qyi^w<aO87UG?btZew1d)}&dbmEF&3@);;i}O+^fUSd{1*{
z>Hu1}l-<hs3i<)ou9kN-ip4Ib_Sv2$)e(s@6U8PMX{_0N&BhxJHJli@ltGmE*4CtV
z+GvD|Bp(RU(SPKYRZtcNOQo+8gj4998Sjixo*##|25)Z8;FjQgjjb8mf;x~}CWaA&
zSfq<IiROnC904A_p`g-oRucYgR*psRv%bE)%<HJx>EHIXbD}J!8vY2W=tPfV{u(ni
z1ExPUy@%p2)AK^db#4TTBv*v#x>71ATz!!Rh_UGB<%CuTZmW}~3z?b3<;K2Z3>>t{
zDMfNxNyJbYZ_*L&dNV%bUf0qpOSIf6hSdEadJCJ;AnMhO*;ooli3`t=Q<!2lebG)5
zA51jWD7LjBp`{`yLCHnf{BIF5n=z<_Fj;0xlhB9AbQ3!2Xw{zd#ukO`h~YgKLD>NS
zAZq^S8v!w=4#*z~Ld2OsbemSX`ZvGac7kEr=2ZZPN9T9YNvjpqaPml6HjS{sm0557
zvO51Y^C6^PR(@hccK4u1O0(DXOsMgpC1|vUS`P1^<vt-rhPIj?yH(*>Qp;~H^_7R|
zHscC|Y69_f?ERf1fo)8Y|I~KKJ3|V~V3BDM4qu1+_Z0v4)R~TMiDxXL+-HDjC2L@!
zbBygcDf5;drGfq4cp0<AOHQorY(_x!Hsvv|@f}P9C-om_NjL`1^bnD$)9FYIC^f$P
z791aI4Z?9|?CtZ9?40@{1E3V=2MQP*QaMRqi`5YdSZxdU)}sA*(NC10NuIDZ_=EHz
z^oX*rVl`33pl`{R8q)oDPN?Imc?=U)UUDv@rwH_~wi%^&Y(84q!Mwt&f3gKi^8)j)
znF2}^47SiV=?d|>e*yn!RmoOFpG}pj036~1171%!Y8GBpXpzY>9Qb8;0ZK~5qLXae
zhuug16A_*O7AqVY+9n-)c6wh8dRe+#0*OJUa6J-$O(DeG{9#YLY`BqX0xp@;42RnI
zOBm!hPYgA_j~btfrHMa%M2}|!DFXs5(flahE){(wBdhs89ergSg)5G~l&H;EI2A+&
zMl2qV;8Tnlw1IzOQME1Z1oBcV_sS^}g>EaqUDQJX+^$kA?ADa^qfH7YxcK#B62p&o
zJH<Vk!jMqEF72uq*_NIV#?0$z+4mOG1mXkIJaod?rO_bd7q9(M&b($$F08svV&6K5
zq3y#)(V+jUg1x(c-$(z6K_sgQbrpL-GIOZRk=;WFRE6e(LLDX+2U27L8%8@^{Rc__
zSxlEHFNj{LAx%Yu?bPkl!a|>7vbc6`($~E5$i!y-An|k=-dfV~hsf{KGzE1T7w89@
zP7+0)vR@n^`bDOvG39JGnzO&S{Zp-Au$ie?lD1%+RguCz1I1@7ALFqjRI|D^Olv(P
zH3E5XF!*Vjr@$OhVOi=Wk&tm#@83#NB!_^%aqhDDwt>_N<yyHMgj%xA>sGW|_>B&j
zD&+lLx)we{#(fifI*R{+a#m(NlX4HUY%<N?3MA4fb8cERzd)eUMOi>z{-0sraTsU|
z*H^ry7C)5?YdX%1fizK&^jiU2mbLQ=w*%WzIK;c}q1#~HG-ezFp#JkyRBS9!E-ZZV
z6}18veOD?yZ5uCDnc*Asw385H%(Czgo0aME9qnPfcML$#_HT*C`Qqf(IJ;kW?gXe4
z5q%=MN~adT*ghpBN|u@8BWl}ws3+EN$W6o#V<SLM!Z~o<A!T)ra_%E=ZxP&RYS;qQ
zG;E9HN=x05`PFJLCmMOdUn!I*`GN%)N9eKHQqs6`Rw5YsE?o)b7Qws5ecPOg3I+Wq
zQ{otiaDFS?m5hn93F=(w#6c4l$uwp4wD;Y&ZNQMQaI*OH7y~GO+Oj&1`#6cU4h7NN
z)>T0FPPD!}ngS1yYpF#COs#R-9Pu3;JKq5yd$(<X)aY-nG^Xm?+}(^)ZB+<(iQi6j
zm8lyc3~y_)?vGQjP))Kg<xmIsk#GZ;SZX{?`*K?w6LgPD>oL1m=7^y<Y&ao=2YHAt
zVq=PEHe8x2ap$>II5gfw6d{Mfd;l<UU_$1zAD;W+$M$ti?JB5<a_;g#IO+6kWGH;V
zmM&d7icHfQ@E}kl<>b9XZNAdnV@3p)gmyUj^~H`Q)dd9FCnfN)!;jKSnkO8SrL#?M
zl@iU@0PI&#=d?Gqp<{O-F8i$NoEk5y)iHr}d^0caD2(ddn_yT{Y_=`^WdXS}`G_b?
zIboLSoIepW1S=3x6;T=izcd}vSB5x{5)!!G<3tQ{HOFf0T;~?;MWQN-VS?)_*B6bu
z4YkuPYzA=0#@Z^xu)JGDkpM`vRM*$of<H~Xy|qVAs2(55L6PISO;ED7o(O&#59P1K
z#6h$5ocl=Tg_uEY#UFFOI<%jN$MJ9MRSEpR+Pmg^r9b}otm}JSN8VKAB9m)J@i}C&
z{$o%@8F6r3%Hi3W>)w3xNDds;nLTk(zuEL|Yuf}r2eZB1@If%oSkj)Wg2TQuKSOoZ
zjM{xham7SK)!bk8YEBSB8!!`iLd3umH?QWvx=3jG`c!K+)R{TK^#CvUS7X7BQ+=p&
zL0gBI7{qUQoiN-hrFbmCClP({THp_@{L1v26`8kST*qf;Fih176N{^m_sZ7?FSW5O
z`6qQ^dQ*NRob5>Zq~;C0K6B=Qu6C{9d+eD|$S(39@UHfXH(=Pfnu4;F$()<`{M50@
z*OQO8yR6!d&u%(-kgKF(V`jR*u9|oB3>;azs@yeEQw-Om%q3W~MwTs)!L81bV-2EN
zFKYfXFhr3B3Auyih0|#-$xxwDEnxe;{vY8l$vVd<clHe51*O!@2QK~Qoa<tGn!Rs-
z$i-WvE(XS8V~1mu9M)=i`GyWUC>aJ}ctsoiOuH*UFv#^_QUMTvrXn&h=`;Rw`X>%;
z0A2F(ksi!`5>+o$me-gp*W*4NaHa_SHgg`VT9}7A$tc4eP30Gq9Qr%cdu@8{cfla`
z>#q}|xmc@KTVVu%tjD=&rpY&K6j#^HS$+XiS+XvOR*)W1VvT0qf=f}6JL$)VBy+@l
zOe;*hy)@Ay$>f>v{w-v8Z1yktCjfb;OBk0Nx6U@8fasrz=A;k2f;rwTk!$U#LiLQ~
z>7xGy(>5p#IteA~aoB?)J~ykD>nw`@n!x5F|K*FjHv3Q!8o0-+i-AbPh#JA20KyhV
z?<kWL*Az$GJ`YWzXRj_;?13{?V=%i<^1X=0ocV|uqD3*y$@?#l9-3BB)haneQWC;{
z&rSVU!2zNyN-ph&5zUsy_}5Sno&vG=4*u%J9MQ&{<IRGNgIw9Uh4&8B<>n5>(2YP!
zMqudIHF|6wc!4Pv6aclywU~+&29=9vRqs{gwZK#;LY}~PbR$5PMtRb~E$U`ZkR?72
zixD9F>sR?_8i=b={M>=hI*wK^!7@*P6psDl9$aP&5<5R%9wUD|41T8w1{Zu7oIKP6
zGz)<F5Q2CR(G#@%aVfnDS1&kI;zbX%Bu)8|*PA{4O}P?dd#;mx{hG9o(C`v)G(WBf
z!sLxl{iKxn)5bAjqt^6Yq+v+YM-;BcckP9+2F_@(qpnp2*avO^*n8gL7OrDfxI=g>
zDBXB$^5lJZcq|fdehCMfIIJiSyi13WB8%5G>)pCUAoX)PS*-9Tp266|++z(3kxtmk
z`|;{yt@rx-O^zWOJA3!tqjM`OTCzBA#)^Yr?`sn!BU!c~rTv4+5uOm^XHAF_w2|Tz
zOI3!39X{^gX8hpkY1YnYNTW<#keVFWn|}sA2#DbsL@rxnOug?+Jxo>l{*vMty_tiS
z`cSL9ma&~J=(}~-_0~5fOhfJnkv5{&;<6WvK$4Q(tC0QkhP6bDY82*&I0Y?DPQ(BP
z03%j1c$#0+!C7?%=%?09OG|*w=Q0Ido%hSzX`!@>-*xMNpCtE>9K?D}MHhZ?3P4Ks
zDxDm1cZjwG;6N5!Too|J9E*S|AUulgLl-l7ye>X<{>w9|ICWK6{tV5TC!}yqh`RAv
zB0~-^+vdLOiH>9Pk|A9Jrh*VCGd_JQV#t^zmvtc9hpA{W=lqk-%iZPsQ#YO4v1l1I
zl1kJU8Wn<Bxh?ti9rum&>$JSXw=b@Kr#i@)+1Rd1VL>#ZG~LMbNjb%^3@nf~8@0Ag
zI&^sNB%W56W2Fbon>$I8q40!hW>#Nt+gtIYSE0wm)v8I!&*pM*!Q`iir<C4x`Amc+
z{Crxs<)rnXN)ewS<nOc9wzUr323CxV^^N)ctT?s%@I9=dg~IcS+6=QiVWQOi1PNO8
zLCxn=o0saTZoG~Jsa*9Lg^)LCbbw>cU_jK64WN6$_MyNJQ&1jK11og_uTL#$$!b<j
z*<-qPO#Yr5CxJj0ONpOtw;=y2RhNx#zbi>5Fk5<dlscU*UmTf~K5P7b50JTNBAM%Y
ziSg>8>i(?Q4j(6+dTGC{M(aH$4*4I2Zu+N1*GTc*VejhV)r~FMt)su#gnOSOr8b#Y
zlEhoBYYImGd_%wCzTxJBVU*i<UiNu;SB<n0NMM58uO=c(inzn=RadBH_;TnrY6BON
zQ_9VCNX#ueAiWU-z!cnu2v&{E<Z|6yhkr)wo_r&^xCJ$hynDJ)f1z{X+f0nL?ex3-
zqSeAD6pPFu{LBlw-FjY>SlbMK4x(>n4oS5Au5%UoOjY?r#@H8)=me8o8T3f?5To_#
z>)P-YLEtLZ@I&@T`kH5CEYODF+n$G~yxjg`hadKRn6oLI6Y*zy6W2~4HwI#eHrzV8
z_J`<mn4n9zHN6jhM9m@3_~kD+L7E=uTi7nJ#RfF`4NFryZ!{VOB>|7r%O{&cP=1jJ
zSObn&$&OpW&jb6m|1=G~%Hh51KVOuhiJNN;$+y-KbOk7doz3}NCm(mui=p)R-#g|u
zo*%<5j}c-v0-q$#N{8NXMaDMjJ1^xI&<(nN3>R8vJ?0~z-W?%1pS_5T<=!Nd>fLug
z6B3@(*x09-qWj<7;Tg_X8r;u63kSYF*g7r+wuPBn@)19g7v5)PjzlqQLYGx;cs;PA
zcig0-hY6Faj4t|lVgLFN;n?DGHU>;Q5fb7Ztgt)3eh9>q<!Rm!xqM1m{j%6De5Le`
z+hf0eEu7`E9jxo9XRz|dC^ee-z<}4qFr<(rbeC>Ryl03jPN5D8^uHU)9AYM6+ql>f
ze!I@i_IH8-XyD+UuD@%xsy7iWX^`;U&W+FlysXX+3<A#Y$6_cC94qaFz$fT0OHl1E
z$A2vEU-EYLT*6>OrRd|{AC7H9HC5G^Mc+NM1a2>a10UGIvds@;&u^&o+Z5c7J;F^#
z9wc7Rp+Js5l(;G8uh=1wS<zR{z;}6ObCaKaU+)RyverRf6DuLrH@!z1xdJb5k4+9j
z&ET&ef*N<WY?&JcA3;gBQ;qfYU9@(aol&HE<)wV{D(z*3XPn8>TlZbQYc(Fp=WUEX
z8`=~}-=P2>Vi2;M{4RW}LVe#KY%NLr)+uQ8Op5z6vqr8=nz}sS9*)UxES+|+^13JF
zBC;wDU#=3DxA>#yfEu)KdoQ_;DD;yrLxhIjUi(Gf=SU&kUF%lMk3i&zbrj0z*D2wr
zUSHFpF4h;w%5dXlWxi?EaN9X*XdwN;>8@2l>48ZPw^LU8{sV5+Uk7mK^<-<HZ_~{f
zLGERuCEd8=`_lvWy7%#!VOQ;0Tv%`RxsL0}@R8WWBqz){cVi-ASg+g7Lm4)}!1`%H
zX`?-@l`o>0YMHp@DbumNZgA(>HI~icayPuRA-YD6)ae!*I>f>SnJ<<dA7x7LUhhr8
zf8y?z{VuMBIUJ$$Lhn^@Xeise1{1I;z@AePU7;>?GXb()x$n`}Djsl^vOE^Lxiv+X
z&GEOpbH%Lbbv=(^WR@gh5bD|=kv`Gf@Rwaatyu{4JwFOwtkQp(pSz12!0o}}|11=e
zN|fzEeJ{45W_fvhz={5Ps=360{@$~bTbAypI_H{@{66!zUkIczxEs8Hc)J8#<qa`A
zx?JD0X#zMN`ll|kVF9OpZVNks_t_VEJ5%pt4cwh~L+@_KO|BE4{2H(TLLM8VQJzbF
zmv58jC!(Q8$DP~F=bcg6e0`>aamc!zmxrZ8_nr5X5j^ktgu<Zr)GA3R5$D&?^-<>6
z)A!EjKGL|rb$86L>@<?MDIR0^PxR8-#NA`UZC8^Ddi=f(E#SH*!xuz)4b$tv+^)CR
zOoYJHuY-q!*pS|A$vOiv;`#aYk^2rbI7Ag>+^{>#*C#P~DQ#E6<~O(%a0R^UB}MOi
z?YIb>@+N;VGV{<k9vrZsYyUv>x|(W&BNa3jFZEp%*Xyc89RVx><|vPL6ev^OR#e*m
z{Wh_Z^LV-^1{8k&Vpv1$(^>l1&uj|31h5n-pE<teyOXvxs66l+yv91d;em#}EWPLm
zeY!%@9Mgar>MCi0D~DaICM^(n>bgenf_AcU9T|IXnY|))48-VaVAI#XztioG-dJmI
zU|YYV+ssUF3i@~f$<Y}!-vAvuYL5PNE+QyxsCCWqMw2C%i(H}8mce)(@S$%`l(lbP
zFGP^Og?a|~-^m3&u?$vqdM8eu8bB<VF_O@p>9w_XG6jVyluCGwp@sd|Y<{LHA2a)x
zi=;-^GS62f(5m`C^DTJeMgKh0Z(A;c;dDrovX|V2)nK?Kj`Ur8f#m)^PN=aG$><N?
z=kr5(rnIdzqCB2A`t#|#&6}y$qa9NC?1zuss(4=cZ}G^2;GK)BCed%8tu9zkiC^_M
z#E!B4<(IdbW276;J!WdnaL(6>$$@@lm)M&j%^lEo(QV+cPYc)`J#&HY(>so!xZ!d8
zRN9luW`EP#AYIH?z~(l4=`a!#i#C;h&-b86<%i>k*qx0lVJ2E{?=yR;K0H$YBfKav
z0N@-cS_5!jSf15ve)E2H_x9Q<)#b9ESiIE!QgM^2Non2kI|Xm-J}qP8!jmsEW(hLK
zxn(I9(~-VGUBFT(%z{%jOcf0J=5N8`MUq*E1eE%U7#`t08{e|CW@WFQt2FGBRS)6)
z$nuU&FMEgLe&WnQ^Y$#90W+M4w>!_Fcaw$Oz*mr&C~uzD4RDP4htT}N`)<XT`fkQc
zbi|E-JHbwH1@J)WN9Nl_oJlR>w+v6iPB7k6ou&|%hC#*iD&Fi}7)?Om*7SQCPp59^
zWr6bVR;HZi7%As7(^lcfI^+v|Jfxwwn^K3q?5)+IEU)dU!Szl$9FKaxuixGt(lwFB
zcg#;xbY(!~E~XOBw3Yr0`gi?x!9o}F1Q&&lT`#+(hK6ssp3x*H62FESSv1Nxcev;h
zZL%sNs(9D^jr<cmS~tTEvLAJB1_lS4)^(oC_vNOR0u`F`cjLeF#f?9*+&r$}W!w1r
z`tNM;b%LL41XR%hdJk<IUAMQ$%;nHo0b7q30q<BLc>iuHKk>S*cEc~Xew~Q5-vc%E
zNU0Mq-jeU90>$3`I9AShuLtg&I=*i-sYPwPE!{L#Wd_^>eM!D1ct0Y%&3)|2Zr2HT
z`vfn18+jW>WAIEI7ua?Af*gk!SX7BD@bUJ2mmfX*tqfT8awBdx78uZVe{~}4-SF~Y
zDZKo;`dq^})$aTDn3vuDbol5qa<#NBL(<E=@oGJH@w&^OEu$;g!y-QO(l-MNjNA{7
zxjmINxiWI`4|8V0Z*P-)Sogi~f11nA(tVp(RZ<W>p(6GL&sTBdJ4ihO1zb<KdNGBF
zjNk5g-i~7KW4f+GVb=Gn9l)hqx<t{z!Y0nB&E3YtF*hH8@_~xlh?`hW@qKhgsQhyS
zl;xN7yzLXYKL)&d!4R8R$o&|n@WF(glk@J5RR7}B3y8{---X}DH#$2l8fofQQLl1M
z`Fq{fGvqc~mr;K^kZ6W`Ipx~zZl%cR5Ih0)$C5&i#%#i@m7KRIl{P?owIezXLhP<R
z!&jo4jesl2@my^^5y6}i_-(NpR2-GGA<%WDUp$Iwdu2B*n^ZNGmapNds{-EQ7Jgdp
zm8CJuTkIUBYcd5syWW-(LyO4B$bbo%H*8&21bS@uK`^|%6xv&W^4R3^=)m;miQ9vO
zuoV9u<`QHs_0WDPmOpZV3Jy<=VpKGGDv#+`Q*U10+f7k{Z}1PO$%{z^I)6Se7FQ5v
zHcZrKUX0VaxjGeJOio0pXRol0S3dMj5tq{23q38GaoD0`i=R(pD<PVYZ`L(mnH{<8
zpves@wJuin%xhf$BLYVDoCyBm!x$u(@Gf68{dx^=DNd$Q%F*!`FEStQs5NZnw_`Lp
z={oZl9Y6Iykl5CEU8Erv5&`^hTBAdCe(^Lhr-UIKmVqhx{qx^uykj6#!QaCWOFD)#
z*c6`y!2a5&Kg&xoApbKi<e&$+N-_32ffo79#0BarMN`ULGjtG?p)@-$h51i;sBcEH
zDN|Ph9iRMI_eWvBQY4#vmynpTs?RZc>q0cc4~Lp!p)pb(p3aStrgiaii#`bZI7Wlr
z#+uA#zV%QalEteC@u`{I9WMlQy+gQ;hHlim8U@=I_%p`|0=7&!JGk*7C5R8SS=rE}
zaHJC3Vzf~L#(6|S?bizj^Selpt`Cl0v$FmD?U~uI^JOc7bn*a&IP$ue5e_b%rcdHi
z&h3eCt73`RI2P{<TQqG}Dl~f-G>L$cr5N%+YlOzx<5)yjGdLie2^ZsrN2c{4+w1oi
zf$p1>Xb3Mm-26v;)+kE)CJPDsg}DqvQ60Vv+eBtjkEGF!+=j*pVrGa0m5DRpz`?<V
zg@rxpxsjcJK8*T;T;bB|@;OEHl0G^mgtqf<5OXxe=#2nAKw#>!o~^-85rur51|QxJ
zDpV96Lh|IQ%4$K-IYC><kOH(?tobEmiLb(A67Xx-e60<T1Nh<8L<G~B6PX%)Jpi}q
zE#5N}ebn#oo%wWWq>Ry~HHL%B0=J2bPhI515le}P)zW6m_GNq*kOhU*jfc}uYD>G8
zCK>@5?bKz7ztv0FmlK33)Q|J?yo~CfW9`_6lun3XNN6w&K;t)&pa2=$#4*M%WRWYk
zy`R|yFAl78fB*AtL^Ly<w^hM5O<5KqDjT=v9a+^!76H=pwgC$rp6*>?<GrB8Ar9&_
zK~JlHBCV6?+%%c~@my0#K@v#w{l|U%KhFHGyxjlxfB&zf{9FG2*jN4^_WXY;@_$d)
z|D&t?-xK+NQGEA}!yj>eF=0XKg*4u3@9$S$`o-vv^uuG24gFH0l>`ZO!xefhzo}jS
zwSg^G7xFG<JDMm6^6lfQ>gr!>3Xu9-V?{znzG%DX)U#z3n3}5U8u`~!QbOw@2&wOy
zzt@c>1JRHA4C!6}3Sj8Rim0soCz9d+w_>m9e|(>wc&XitMB9XX`Wzr5p(tJ{Y83MS
E06v>uYXATM

literal 0
HcmV?d00001

diff --git a/doc/assistant/menu.png b/doc/assistant/menu.png
new file mode 100644
index 0000000000000000000000000000000000000000..29a7c9d0f842a7b6fc58d571b5caefd8f8ac8c64
GIT binary patch
literal 22921
zcmaI81ymecqApwz+(U4;;I6?nNN^7jAV_d`cXtWy?ry;$xVyUrclW<J=gxa`X72mf
zq8F^DiV|w?{b>iw$%rAs;lKd^fG8m@q5uG3-k=u?3^?eWubh;Kpl`5N;%c@40RQ3b
z1qLLiVu9X-wv&+l48074i%Ni4g1RsV07QU<h@g_w;!&F6w-1t-y|O~EFx2x)p@@P4
zf>hop$=?OR@+c2_0>G)+k91o@bUS^}-z(A1Q^8Ra1rb3Q>tf=5Z)Zo#^N-qoj>6JQ
zmfuf(jYLjaSV$T<`NQbykYNZDh;&q2iG#rAN1Wuc>692CN~jg=(C+Qr$RSRKYPey~
z**T#reqlXU@A3i2JQ|_Oqu=tw4UXWNDl=7$EZo(DuEn2Jbl%9$dk3{=f3kXeB-p-Q
zNeRr?>Dr9aEaZqGfqOLtj8664axNVlU>g|bX^%BAd}Dbv_iyORyxaD*p|dZ~xVgQ%
zoz4k#gyT~UUM75D$Av7KLp43)ArVj0Y^b(h{=uMpf4?!|Yk105$o$x?a-YjibzM3?
zm?g7v&##`iU%|iG)YsdjUS(Mvox|K6vLvTJ(w2r!7oSmGua#RMr?%hnEduSb`O%k1
zJY2YN!CLNJpz?DPWeFT`i|XqZiP4RRX!PY()(X#W{ZnDq)?tE{2OCzRw$T@v=HJg}
zZ~{>-1<pO0Bc{hXWxVP35XPTS&QXX+bllw81WI045hd^8XV~ma>ZSr+zj^ok_KjqM
z5nQ*iQ!+e+joww9FJ&%b|32~Brr6hdFU8(G+9b>fMU0pb6jb<`Ku`Iqv<6kz-}BYb
z4L^{9TXjIU#B}f58sm(|*R%9-JK*joX8p7-V^Y&_3fCR)F;L*5GwmXlqf;L*S>xzz
zYO-$w*VV^~#Fiq)bc0~cUQtd7;ng^_^_8}MV?D~-7fDG;rCny3FOE6L>|o1Mn99>O
zoC9U+6v-I8f0J0i&-u~Ip}i$%q=Vp<Gn~iOBCzUsp71>IoN2u4I%4Bt$X1H;W26*D
zcljPPpsbw{nNHZuPj6uhzrd|s(mOv-UJ#yz+3vUy<v`1+QjoX&z_Je*r<M&zh%`k9
z0qeL9Ok`(gQfv0jPv&en@!MoBgZ=$VEv`qEjO>(DqrdQtO^?hiD;jmGsK8f<v3#S*
zhZ=(@#R}wsb;ht3;~waCWLdN&+cj>@qje&Fx=&_d^cB@9dF+P7*AK@bV;SH_f2{c8
z-@9P6Qo5$T_V-Jv7Ubap!vqq1^#RSwGq9)jI=9*=E}jPC{8!2t^WHy8-82<7w;afT
zM9YGL)|TqpyH=YNq^G}*oe!I$jPpKCX{62Zcw8O;ptjsZwtrzSZ(l75zQ$}}R%&L$
zidd}6{oGld@YHJ<pE^Zz`xMk(w{(vjmzi2q3b8yrIdwFB{{E`p4~-3#>DfiWY7f@i
zy%6~Pk#dK22vB@aO%3y9kl!(o7189*4kxAvDPI3O3nyVkDx&h-IH$vt->-+oXQ;`2
zyBA3B*;+*MLmcNu>?E{Q&F6&2-XRg9n1QfJ^NBg0<3Bsysgl8*2@d$&4(ud2UMbXk
zRd(}bFD2~K)rQKL@MeW#b^ZO$m-{!?C!h94sDN>1*5<hQt~&=pz#?_6Pfb~=$ZY&1
z6ek!4XtWmde3Dc$($qYM1#0{MIM=$O6IuWQT1PUU*<x>szc`sNLP_+@vA-iQAaf&}
z6my)(`cl~PiApm<Bu0+-VSA8!0h&C$joIe<J_Px*y|sAq^Sgwa_t8i<q)vooP&btN
zMZ6<2n{j?4HEud>&d0yxON(FcIJV)m|DZW1CURmgA!msB5uzrs)r=fRwp7KCQh|B-
zC%urW&GE9&df%+hZR0!B$!X3-60)u)n9P^3Eg8H1tP@Tw2wte|FnNs<cq(I8hG8pL
zOJjB1nbVk{X@E*VTXE28@f5gK0ZmNOsb{ixpZZ8EnmqM>${r`55_l-7R8hcCsY~$p
zk$OOuGR?TXp0vKZwg+2R)S8cX?u$(d2#C70^fHB3WB^bWUM>@*`3_?S(V_1+J=3sK
z&-XU)ty4e)6))Yag>z<pHgC*~;ZW3(1h-lx2Ub!)s=eL9l#fu~vWWX$pwe>ZvA^HQ
zkfP5gMU`{s_n2U=<z?6LSq!R>7@|4K<(a>@0=h-}=89f{vZ_!l!+uGON?-w?FFucV
z<}F#~jfyP-&PM3F9V}31`^$xxnwtE_YY+NTTOZNDm|*t?lLNW8=5zdu@xp++=FcC3
z!(9nl?n?ekvLmB&4dZjFAHh0!#0K}TiF9l`py}(NzUW7Bg$n}fo13+|we}Px6PoH)
zORqb&DAs=INR#7xTN!drGloY$yPdL2i~9o^NR}7^G0J`ve?nK%Z-gh|*!4pGhLU?y
z6sMgQ?Sfm!wo5U3xe*uSibV2pDDWotFg#+J5Js1vEyzrJsQ*ZCRvKdqA6S;)?4m+z
z<n$quHo=4N)Zr(O$dfb}!{;;F?uKnudW30?2xg}{Ec{+iyKH*q6HPZX7TpN;UU~>6
zS8$?*XE>R0PbYwN@(_cC2*zic0?QW#q7%!Hm2tlGLSyM0MYJ?x*m7Sq^vYM`F#}}*
zbC<+mw8JN`!*|H$S~X!csc~*<n!>vyvD~SVd|HY~8Q~uqHW=D*#5kwNi~?o^Qj98y
zY5y3u$bjbMx}FpN6ZjCbS#8;&5k5SdEtA5N(HI3P_DA@nAqHh`1zj_<pK);`YHiU;
zGiqbxv6s;!{ez=9iCC}FTN4zjt3#`Vu_?dy6(jHZ?{J<T+67~$P<0T5Anw1}d7j24
zP`u;$bjnprhAO1#T2ia9UD{gbSzfk4>-w%FdtP7_#%E1cD)sj3X!=6eu)(XI$n#G}
zF5|osbo)`(YHQ>7bLf;E0fU)S?H<nt;(y=}lBDuM%e8{VsIOU}ZN;9(k8>KJe{e9J
z*HlzR1p`1^ZU1aJ(|Y=<Bp5b<1B}<ZAl7|7Fk`*z>7hf7h*Y@dw(or>y7Z#p@jR}W
zP+xux>E+YRG0kQNcVYnEF<Uo;l-@R6OwV^<@Hua|l35#P?_khaZu^8y=aT*EL;zyI
z<?FOqj;k0XcC_h-CYf+aT&uG6p(|M7t>Z>Zo-=)V)RsO4SJ&QxeSFC_Hr?O3jeV%)
zWv6IXBpySfEQbzXztpHISgfi?6f%tyanq#e%D5<JZJQOj_n&eC+$=Oh^N9$kJzR55
zvJ&EKBhONf1gs<@^PjUcExp|ncm9yd{`8c8h~F&YoKz20rN2K^q$DpvvIGNg=yHZS
zvaoBzw4TGKjInW-6Y|LnC~7GR0xiM3ZV@n8CF$Nr_@W5z36Kcp{i?GS-2?MdW{6Y$
zL5t!0c*80Chh&{M{yZDBKJXgG-O6bKm9q!KW-GJO?H_=zrj9O8qKl;=S1F28{Yh#I
z&I_Cm0Rc7;MpKHr$5YKoNeii1-5(B}5Rw~Br+Fg22IA`Cg@JVl#N|rP<owu$Z)oA*
zIny;jJGSV(1V0{v_N27@=;@wzVxB&w{N<G<bHajFoiQWcdTVLPkfB7WZboSdiIG9d
zRp_$n*~wLcn=-z|Ra#lnZ;MDIDqS7wb7VRb&DsE^9hz1NrSLj!Kfw6aOa?BH!Zv!H
zH=js&-R$#2BjigjtO&_iVbDnNruN5?KWmCY+s_^p5@e_g^Kd{|7y=86aneGAK`9bM
zurB@&%6CSPz!y0cINjqAbyV1sKdq#?42T&w&xub5hl)~RQwkr_TMSQGRF<9@Xr5ib
zd%7V2J8mk`wV?U)QnJVOuA6;_zKR|WVLEwf4;nYJ3D&(e;kw7DeL;9~CK`A!uO3=w
zv=e3di_gjCuamA)5^6;uW#5!RSUGa?<qXoH+Ix28cSVsZee6I0AV7|r&V{Ek(-df+
ziXKHdI}o%04P1>iI`7}w^`lkcSC(iQq$xaQq+e-g2r<Dfd{`Xo#{%pS28dmelI5fT
zFL{Rsx~y((MK+z-6I_y#J$q%AY1EnRPyO@rMz2j)qs*t#eu{*eqol#uB@R!24Pz6d
ztNUJEWbCcaAz_4k2FtP~YIa01CeKDQ(hP`RdP}V<^@_;Jk3}_vEks7O)`^%4)pe}6
zH^+tRwY-CiI_CUef0nS?ES;}i5|Dz2X%HN7>Q2a^J7o84@-N-TSBs2zLshJ{9?l5D
z0ti>rm#YH^Riw7FUr-M5T#VfZm+31M7FJ*FPU}fzYEM7SVTk;u$%oUNI^5fsnDlgq
z>$zKVjN76j2L#yiX!$?X#|c4sB~H&SJ*mVHpT4hAOkfghb+H4y{^WlwmM9a2_5D1{
z)|f_6G@ic%VdxszsA2K>c=;F0uQRQiJvEO;DolYE&v|)<gLX`%I2xOGulU6V4I)l>
z-ApWc%Fi6ewV@?r-qEvMMEX28T-J}p%1pN~E)gL~e0}Wod%EZ@2a^e6bC_idU#)I?
z<r0ix-v_!}bF4NwB$;SSI$~~Z#isefKMW4kI~;x6v;Bj>YT(K;Z9)_tjdR1;C58%`
z(05z0+&sy$GBb(p#C7-hi6;1^)}#Hdtva!4Ie4OM8Q2#Mhjx6yx(cidoKbGYeOPeA
zWNwk%BFVrvedELM2HeTy=`6K=F$ew8E7>Stl5vF<;I8EmjuIvGJ&T6$A!`4O_*(nd
zPuHACzuyk|gt4bHE7Gy6D^A*K!8GDcB<}75LhUGFg5vMGqNHYU*0ak_d+%vzUEs6H
z*gTDSRIDuSm8u7T9EmPO=nOo51)-5ZiUtH0hY7Z&vmMi(F5dDEU5UbPuA-*m=3dFl
zBCNY(W}Cy+bl&Yu1T^%&OivRCQtgiAxFMl%BiiX=<(xH@%C!p#8{63dtkV%s##lOE
zLzq56aTfp2{9A{g+!h+YV5I2rKmq>phxp+E3+nVEt2<>yc|%25e52Nd3p^oJhCwyX
z_Mfu^Sndg7HPz!3l=lH5G2oVdIpMb-ZwHUNt_9!SIunaYsaW^&jx{aDl9g3|hafaH
zbqR>BpsF?_H$>v=ZS+|3kek(#kE(^&|7dDmDUzS2YDwP28%4o`Cbkdhn@_r6z5s}X
z$$AZ~cYXDk_@G>VtulS{bdI2^Fz8tlqsN_$_}F()`%}Y{9G@s$(ZYdjGF$`#SgQ;r
z_6{_BDBrTwUaQppJf<cC6<@=u{1A3r&c3OQ?VnBp$wBOm6fxSzZecYsc>oV2%S+mz
z^8V2OMVhsX!Iv<%-<ln1Rc|H!Tz>JMQ9X9OR7G49tvPq>8967PTfKMbQGEQ62*et=
z{8@(T*GCe3eV=OAE18;}{HZu2!-nnb)d#^kj-t2qOn>btQ?$(auXqaXJtqmij;pF=
zQbCgB5~d|9Z8{t|oOg8$r9G#Ok&A_*EmJn^6Y22xsb4{RS&(HDsD&0>Y+#p-Q0rA;
zDWfLa=UssTX*VGil4`V~aS*LY3I$A**Xkq$$xt$_Er?eR<L%pbkY))+;OAmeMQ_l5
zmzD;MqwJEE+ujX=mznr;xQJAHIvSpfkiIW_nFKpVTBmMt(aO&Dv@0s@c(<T#JWvSk
zC1ejPyF>cDmOM+1b2G9O!nY?rb58Jp6{^v7v`2WV!}(@gaK+I@cfXQ~8yy7twQ(>c
zewuetO*6ADwK|}0Ex9+wb8(EGZlPf)Q{&b?{<iKJ3+JYG%ZqDo8PlIocgTPeD1CDB
zy*sFKGsLeePXkveFTS%9u4)bb1kbAGKRbh-q5redmsI^qYv`PYhTmX!^5n4;v+QDm
zB;~bQ4ar3*l&#Gp!-CMVgaZs1TuoItU`Ar7cL@@_ws9v#4Dm15LknJ>=x!$_UW5ur
z-KlhrXYu8zz~?X-fh~{8vo!o1x>HbEhPh9rq{79JK-vSmLH-BQa#yp`67<J>98PNC
zQh`TVHQs!e9}Q2e)wmm5ygmdAyQOg+$iQ75B+iWe^PS)p+m7TcxhAw1sbyd~TTQcs
zs>8gKXzn1iN1vLsPby5&N4b&-kwWb<sFDX3c@=cv<RjEQ0bLL$jvU8xvFRR<yBpz{
zM^2js6Giwm(B`qfqw4E@@1MV2OS6oO40F+Ns|$0XVWwq@Y<hgyri}-|26l%38A1?*
z6k&XBb;X4Zw(`AxNMgQ+ff$(ia~#yI=g*4aFzQ%-Z#`~FnRP!s_B7;4)nieN$AeaH
zHK73I>m3N*>B>}P^>h3rp?qbK&xM$~%4SIdHV*&x56gnt#!h>*E{8dN_qVH5zLL^X
z1Y}4bCUMrypX0xU^gXU?cAvg_d}Ngkp;MTmEd_yHOhWsbYz2d_NeqZ~_U4O*G<0+;
z=Gl*Zkr`*dKPMxwB_X30`C(9rtnOG2Rd~#XX^d9*{UOdY#wZ$-kr;lTSX^mrd%F7k
zaVVY;4zYYj3r55lF)-M|pcv<DO)T5wN+aoznCU9U5J0ILay<I&MJ;My@qP-9o)D@&
zNRPgx(1oOfn|bG@sAl30SNMP)Dp*PAH5^4vV2V~DW5vO1UCCei(eL`Opyo%cr}^zB
zyLmP`k9tk&O>$=pMaNYe9c*%0g+3VISGKA$QV8YM@jfke(`x{usxc|}q>o#TeH*NR
zbbFzc`YDOn9?ka?3}x2Pi%<~lUl)LpUK~YPFsU>apM-6HdV>Gu%a^)E$-@ZE-YeCl
zrl^}>7D#qn2mU9hv+x>+!6yF%OsHYP5<#Ml;JSR^XuyMmx+L+54k3RJpA-Frx@2Cq
z;&r9vn~cs;TO3U}&*jl=;)0N?ZFdO==fEbMvP-hmIV&?si<5vHJY2I{Y6f3r+LP28
zcFmlqio5#{o!#xpBB#|(w5MxbKJloFgxhvrWU%jGfGjMX#il^SgPM~XxO#v=!=w$?
z+Q~aWHiM2wSx1pqnH2v>$me#}0RRWmEX=i9=wHardmS#%q0QKzY693Dl$!(qliPN!
zR*5xccs|XM7Vhq=f(6RvKNO=kLo0Rr(+3lxn{YeowF_Kj+E<J27Hzv@rSOYfBT<xd
zB&T{a*DSk#M)9U(rkuz>4=@~Yz1Ugfk%3!(F^c}{f$~CC$0NC3ASs|WbCF8n`kZ|0
zYXae1SpMLlb0v3JX;e=tD9XfgyD;&gYSN6)FFV0)3kmo(M3a1w-_l?Y?K0pxTI~0P
z44jqvO$d4m{EYs=RN@bhSldiZNh7Vs8Bh~U;&wC{adlvRUp34DhQkSMpkc98`$!t=
z&#xIKNHTt0{__Jr<o6JP#^&;3*Ml!!aZmoxZgia-5>EG>tvnVYTe09PjcHwKUwNyq
z+edf3a>i!a-T}KCCZk=q?Dv=3&1TkV*Vhj-q4b(dL;ZF7%x&ncPW-L|V7r~<E6w8Q
z%djGo-}R)ig)qB1djX)j+LzMB+FJFKX-PXp<X50tWIZec0!~9<CdW|w*&zefMD1nj
zHOz&D54~{j_o39&zAi#>K?cb|jcEqO>EPO0UbuCJ8~YJ!&A~eWWk-ZZxUjr9Dq2-n
z#bb-%h(A+%=g_dG-d5T%%%vWmqlcHC{=FC7kJHG@3};!q@=4#PJW6-~Z3#;WZ5O-)
zCSjrsZt7XsvP_FvZ?&DF_{-X6(r+v!<mm*y=Ee<I#-6o};L8Bwv0zR0>M!a~3C??R
zZ31Z;wTUAhC;n1BnKMh+%FCF)0uzzM2lCGkw$VJ)MJQDi=iJU&wFk?!<5UROtcm7_
zHnWa=X63Rjn5Nv}3lSO9#v2xGg;l6RSNNGHU3=#{%w4@S!wrjJy$B4XAtC~?4|<|R
zyGQRwKdtfj5M3km68+DV_lA*jPdYh~aA`;~$gHHYP;w{wh*GyIH+*e7h^0B9Hm<{o
z#8<rT|K0%+fxYDDhF#UMI@mk9Ic;M-$T}YVbc$?Rb#6Sm8bvU-2~#+kliPiHti~KE
z&*e%fsz|@HDeU$rj3Y;E!&?xf$WHV1_}}`Jw{fAbPbdmP0cb(%vd4@r)4=HBT<}tX
z0#vlL`;$54j%E3IeYW{Ej!D(@g3(!Ms75!s1zc;T>k9ZNwTrd4cjve+RFl<r1fi&m
z0gt<H!hf;W4Q2FG0&d!{G=dKapW%OIw686hB3jPWohYIza8!u@+G`<cyVzoh_W#fu
z`N@_qLHYVUkS&v5YiDgv8mLOtOO(r0X{`vPjFhLe?Fqy{pP*Srp72(2IN<0QwVKaR
z1L6aNb8Itg7GmID_YN-D4AhdLjW7B&|IP<PX^-;BN?3I5emB;1WE1i`d-$Z#q^srr
z(L>ofECEx0zP0$enAv8im%&v<zx(MZ>&MyCxuU_2D=>aEN5RfA==`VKQCSN3TW3^?
z1<NN<QbPH)T0OXi-xilyiq?%GlfH-Hv8m)BgeKUf-tJ2C1W5u?l<398?CaA}oca7m
zOt5OstM<mp@?}bEIFamKiyiQ{8$CBf3_jk*he&visEw1P>`t60yZr(KoU6FeXQUQO
zY`UaHhxvd^&(RUd_5$JjAevmG+WYx{7US#qV2iEu-N5ND2q8g1>f1~zpU1dpHUgi|
z`j*G@4Dv<uLwggs_+>*d)kt{Iv(KLVNeo%hl0Je&(8e~M;^)eB-mHC~BZW&oSqq2O
zp1n`!ZgfG_#hi(8ZQI0%Iqb-7+r^V5BMumE$nlxFp)?I-l>Ja+>^<{B?A;=b)LNTv
zZehr47n=6EziKXl3P%yv;GR9dw4jdc=>ao+S99NhY;-%sy@+sho-x&5v+IDh6afi<
z9+H)5(vmR>vy-f0{Vq?0c&p(4A{50K$Xy1s^ogk0kBDDFSS-XAaa@;{OfA0BI?g7D
zk;Ch%UTv-MQn?!UPmkaQ4vGj}3Gsf#B55(HlHToMe}sf<{Idp6|5A+t@cl@|-DMYy
z_iE?M#po5>CCSE169x0?VzhBP2@FA&1&I6|WV^aM$^)5!ew54-9{FE>9O&77nMuu}
zBU@7b^A29lI*T8YBai!*Bo_sltPEJ68byTSr$-btzTf5^<q<1#*y7EiYOl7XNfHyb
zF4#UOK|dW6v+*P8)_ft&jxAoeEyw4A13JE^Mh4+==oxbg7NP$<n?s|&CpVxL@xF(*
z=PrWz88jS2{SNTTF8%HoSDgUGEvdUQZ2i@>(C(y#h7{h@Ufev~mw8K1<BCnT*_o4R
zS3!3)PqQx~Ej$S7`=P=}jRl$qO$!XrVNkhO;U_5~<4?)snPnC1M_a_Ga5Kp$tDH7s
z9Yhpvk7vhDGTG^YbDA^LK>)92B3lzX9S-G+A5ocF88^HvCoXq;eoM$FuJudAiCSdi
z9-fpz6>iLE@1G1?0M>P0Qn^?QXWhAYh!g33E`6snTQW?lGuzoGqVSWZp4;5_5Jj?o
z0k*#x9?b6?0^Z^ORXPkR8IA?}GW%|}G-dHGMhAP;k)b1=Z-QtwG3&VXgpSdQUYJ>w
zM>GE3^VG9rav+B}^b1(#lk|bQsiNM8Q+xJ&^w){*nMm%+{78fL)a4XFt_R9B&^XM}
zpUt%@D-fH+$K{G~sdb#UX_5S>sQ@SVF1#n*vpmz1s&KmXSKMdlY$NZit<@)JmIXY+
z*!DT%bp9F%;hZssl5?)j(`UzaArJN8p;@S2-k)IKPr_!JByS8C4^EogT-$DcKSz_~
zPu{CU;UxaP(~cxajl6)cO1zStU;RGzBjs%_CAr?yxoO;cS*2l+g>otcc{JlO;xP8d
zWs_gzh1$XWB5m<Z*duk1us6-LH03FEZgZot;TqT-o$*3@*zxd~t;W4W22CQ6th?H#
z9-rJf=@{GEn6bWJ7llA(cLz_N@fgI$PDJTogw}u;T*7hU!(P#ksNU_br-obC6CwbF
z+B_1TJ;`iRn1I2;K_1$K<SH60qBxB^run_&CESa3NKTsaU1Lc{`GDgd=zL)=B#~L7
z4_ZuD3dnMk|9IqcBjZFH9A%G}H&|`>os;%zn5EPmk;=EFi6hsP27Y!Iv8T(@2Kz7j
ziNrB-ME?sZ3z~&_LVKCPbWEy<EOrth_x{l~<DB*3@Q+v2pxj@VyNChYwQ&?7XcVXt
z#o*jWOb+=iVLYI*7<{f)^|nxyHK8WENodE_a`8YC`L;8Ap0?-x+_vJqoUPqa2jtHF
z<ftdqGeZCXHh7`EiR#%+R|h?>2Tta(+SIH^n?ys#YVh&AP{4eiVdt}J>%;!mr$Xlm
zDW2iKWXLmmi9J=X;t#8bv?IKw`8-IR>5o@pE}y^4=KjPEF_i|&M(NNV)c<_c2KNf;
z-<ueXAQDZbY%$;4CyFR1;-kR;6lyN7>8`GoB>={;Xp#-q=XeEF;OorQT*eT0gE=CA
z5EbWdvPzBpol)SV0BpajJ8l0+`Go!Vv7LFz#Z!B-okih>brf-u`lu4cK$J^m#`9Fp
zqQhZJ{EF%KKeERj?=EdDqYeguy$u3Yx>H4g(lICZGr9RdWI}e!MIs6c)g||Ho?(47
zE-Rj4A!GuNr#sl7bH=U0%b!^Yndm`hjE_ZD7a|Sr@TrUS^62|Ivx-BRdlM`MJKWg*
z5&Yr4-M2$y|LvfyQhW32fNv!*3&WPdZfzc6y+?m&f3<IZEIUTYStZg+rA)FhnotjL
zEyy9E*^l3C_!$ENd1T=7>Cz1E7UGYauO6=ce5_0ohyr83+*(RF=DOXkaE-qydOF9~
z$axQ(H64YI)qXB{ibuA^LIBKMsG>}m`Bg95OZH-EE~}AJN4_+%UFOz3$H$0Kg}Wnc
z{^H0`Q`JL(WraqrdEr%RMouEA{f=4#n&H0=$B1ocp?}oQRf7B<-aYVfrx$-m`(q`=
zBr9b(+h5Gu=N(wz`+Vzt2AP0k2OEb?7!#3@51zsC(F?w%DYU)Zz^_;vQ4zBH)kjOJ
zkDUB6_fLWU$^u-MA1qpi5WMpWP}k7q__Dg=4p?1I@+ruMYH6y!>u5+wDIPij_nND%
zN^-VN1zUWbZh|CO9)uMDUFM#(<A_H%5e1#37vij@l;+9}UIc1V>SGOS`Y*C?n<lp#
zH&uGHEl${C_K0bzyfuMIBQJeH4^*dilV4P64pNQvw<bv}q|g?kn*xx`hwNON6>|y|
zLv-Ky+eTgE1|<6iE>s<_2Dh@~CO?KVv1TO>pF6YTtJlYmGw@>=JVfei-p+r8UUb!t
zb=>|xH>CLR;oP_PQ30`p+Ovf<lSGUxvT_aIdZ{PaRPr}E#VFMUBa<z2Jt3d$m8E&s
zA(ra1cWOIyBd0qzbs`=7El$h2PwP|!Zma*{rOW9|GTjK%{XQ;Y)sV#QiwXPD8arL4
zKI+1--jeF8`?7ZUVOZF9*e$C19RvS|rWjZILWvDK#KRthf$0x@T~1>-V`=Sf4||<w
zT}uJs-+sMLQjK6#JGQBeR8>jKggPlnB_A3kMMaAe#pp&HhdawTf8Y9DTruWv3Ysrc
zU72PRcBivgd}8QrW2|m(Y-6nsaJbqYWu$ORZ$n0HKtfjQFG-MfVULJ^nnr<vFvlJ5
zW;%8xVH^4J*S;g%r}wXPkH4GnU3=_v%d={3tZH%VKvEYvJRaTFR1F}YD0vH_Loayx
zD_ySvq5l3!m4RxclcC4zyfw8c$2JV9<)!7$7fEf4BRktYltfP(_|L2Mwi;N{wuD-G
z1c`5virYpkSn6UJGA)}3Zpx2Wv@Y`bGh%VEy;BX=Awgj;hW8#XtOTATAph_)`9^Jm
zYCJ}}s>Ku-(EESIu=q4f-WCqP33&z*FfAM9)@ZPwI)wmc7t_E;J>!?7Y4VVPy;@Z_
z%|TtJ;vky~!~<rNBLahxG_i@rhzRX)0)uM-Lgh)X#!h4cRU^|E2?Sl`Dx1YIE}m~S
z0jEhO*WCQg!irPl=n1KhE3D~$WO%`9;F)j$+|0)ozd|1bFhCy=XZAbQ00T*4%kNKh
znBIGJ>T*yLx?M2}zr^I#YrgVWlgje&DAx2k7R{z#gFr}(3IS&<XYY!}H=7g3DJRqz
ztJ=L*K<=K2JHa6%0VS@(atHqNAEHA7(4R;q1Hq*W{M|1x(F{H(M_OB|n(7AU{67E`
z2c*a7UT(+j-*wOYdFOs6Hh1Y_XgaD6+sETI1`ZtigGjhzXEqtAQOnUlDs5)I+rVP(
z;RRgCwN3hX7lLsyD<m=t=wE+=hBSf&IuOpjedwtKDU3n}t3Q^XFVUN!2{JdCV2X$l
z29zQMO2IA?>UCh=m={Qu4zhC_M$|MhFwt)^3M;z2%ymM^tAXdWH$GI?1}J~I3Tp}%
ztXq%+W}3}M>-$4Qq6rj7h`s-C?gp=~?pTl+bFIAz41&Jy^*}l(MwaqrR5k`O$0EKm
zeI;>kq(qBV4r~B`@c4-z>*EOOq7^T_`?X<+Cz3t)POz@Nd1Qac{;!D!i0^|1fC$xr
zPk0LW!3%y5+9EIFhj+~cgCM!stNfz7n})>Bfy=##x1i+bi>g4*%GX*VB0i&m{^&6+
zl_HapB65)0p^%_z|Jzk_{u$G6H3Rz!**y*{^BB1N9Vf_2sDbFX;;<+QEJ|P?lVJIZ
zbQ#30ENl=sJ@nw$t5Dnw6&-}VZ)T@-VC;JLoG_gih#hI;qd-Hs!SKGI2IR;V<dO3@
zkF6S()<0^iJX}MB1PA|mAZhLVU!1DfBxtP3<x4>j6?G3WQz^*bH6V=W|1z9rd!rk`
zOt6EKHOe#WwD%wAwtN2wbjzZ6v!27kzy$iD@Tzw+VS6CD_bx<Se3=GM>OcOxGc6`J
zn{*e}M{g~Ec)R^-Am9FyDJb=99XYjEgq$G-*8Y!9Z&pG`%iIRc5UeqalvH4nOlU#y
z^-i{2*l9~it^&xyGWpVYSw8tw2#SeM3v>m#3K}UX6{(gcCSpm`Ka}Ju2=H^S0AU<%
zwj#{Xb~|g?z4OHWSduxuf|@2zS>fW=k!>lbGiVt-s(}UQE!0S8o7e>W?c|=kg`Ygb
zD1NU^Wdm+e9c~El1#~)0l4b#lm=E`0h9N!~Q&D&xbH-AioEJ(*)pBkag;8`&n4u&R
zBL#n>L3*yUl1H_W4HmJ+*38WF4x{8cTneK8(Tif-@P+_!NB`J_k!>Xq==Isk)c(+B
zd*g?XLHs9$b>2}jNVDxay~XSi1*l}4()R4Oj|{i3(_K>{75fnsm(Lb0qsLTK)^J}&
zCcH{&P(ZKe<8r+>jyL+jC6QP<E`MDo0Qi#|E$X_mc_{-Sc<>=i5XJ}eB%(m*q4=Dw
zJ115Zhc-yzY*#*+vEhP76SO3AWl}1a>SzE+^2Ou!5c)>SQ^RD3{}#mZ1P^_2sXOfd
zR+fkP)Yp#+0B!ZyXN;uYH8<Zx>{RiK{YEe;@`j?tov_}A3HE2mX};LKh$l46YREh;
zUaZ1cS-;JlP+l?FOR`C?EJq{ulPFYB2$fmPR(HOjb9zC@7#R9GI)psRzQa)4FdaVT
z(pTz6h>d-GwB1j`!Ht>}RnJ1olKXwTI;x|~=?XO1rNco3YTnF2^M;bcOnw2DUv&T7
zi;y#k+%aCcR!~TYgtblWMx1KenU<mPi4NP2b^rNtf#tay@im6;d};O4(zlfXawyRg
zhX7yFUNw~#*~cOF`;S{Z$r{O*>sgilq4CUEVO)pSfq}uB{LKdQvIal-wiz6)t>Mm)
z6((v<CVd`bc*PJteI)*Pr9ST?O`tqO`=m)cso13+p2l~wyTBf(!0STYuT=eAv)9$3
zH)SHnqr5x&-MOV=+z8{EGw~nY^IZn}BDEFnw9S!K&M6NYxg&YbowigV(rb1T)6q!$
z@px5fafBeKPI2CFUozLkqJIy)p;#Kn|5|ka<$i<(UxA6)aHih&?;!~pScWw!#&h8*
zhfgJX$SlA-N0*X?S!P35?m@MimQJDKEitd>uZo~6GGP>|BJQ_YH|>XD0k7GEHD5>#
z>*b20?&9}WRlE2af8m23O}JwhP?E>V9A0~qab3MLA^bx??^N}tTU}5HGV`deCv%`=
zOuPP(@4RcPBv^WK1A%uqid+JO8X$OvkHXVLvD7U!>OxdIM-);TXz4>aXS4YMJJR>p
z{pz)5C$FoVq*p*kal&8;Ge+onSE;bmW?=ohVfd-^aW^ymRjo;+kd#$UVPqDF)1L0%
zmyGX#h`^-F;o#Ha#1^=a>g5wMeI^O16A>iP0+`n!?M4Z=kYbIJe&@}?D||E@yVZqH
z@pYjJOFMaTfte*IfRKB+TvMaP3iPOwM6K(PdqGIDfGixK@F_7(vbjPy|0!E6E0{33
zvJ3ldD8+DHFn$p5$y<nS5FSfjSjnZ~HshIUK4wUFbI-Wbp-F1Yipo6MI@Ok6V8tK(
zdl{qs>xLFYo^Gk#zhk5be~aa;#fqZj@)>_+f`JB&#5bA^8i@*^e*t5Oa<*Q%>0$Hv
z3+p2?J9Aa<hY7rOKFpK`Qq;)LIlVu=m*7~&e)ep2d77sXrC~TzgPB2%K>7pvO8sH5
zQz9XZ2TjjKy`%Ng`h?PHjWW58a>MAF_RF362g<^9-&%me%O9MA<fZ_b|3_j*9<IWt
z5=u^A@!R|iZfn6H;;klY$fL@0K}%&GhVQ`ikJahUQ)6hSk&7YZXi<J7Arvq-a)zm^
z8}3hOhdL_fCskd)=QDFZZ8_wYRW-D>{t4)@$&oU#9J^y})f;FKl}cp2{rbD^It^T=
z+j7C#U<FB1#{VDgC7Xi|OVVaCxL1GK<z@+8jGN{s!jd*VLSB9c&u`0r{sNfcZvYcl
zn5+oAgESVhisoS>>9;kC0;ZHL!M8pJN;s#)JpG-+<O7@rQm_s;?$$8OxV)ZI&XShE
z18}c86+?r=dW(lNphLZRYKtSoSsK;|_{e&_H<|94(~ggL6ZiU}saUaAe)mMxVG;4S
zphQFZhW~oidKmac7@@2=u`4TG6K*zVZ*Z6pVd_w?O)7Sve5Ss~`YVbK4E9f}MS>F;
zpl23B<fSSzcPROVz=5l>WfKX5xGoTbrIz6ZCHGBHJA+*2oVVe4el<OWzwHl)13d4u
zOxA#4YI|y_Z|j5IR_W#dGU(BqME#T<8}{>c2)4Rz#wMp{uy76Mv?>Jd!hUvZbsuf=
zR~pMP1<RMqy8liiPEyZ7uzHcC=&GPOOW)wPQ`w1E#6K+^$kQ>~thzP1r(RZpV#-ew
zAP<IG_qObt^-hvud*3j|VhX8N>wtt7mtcy3*9TK+u=&_$3rah-<V|CJ5vOynObj%K
znos;`H8Tg>*+q+=jj>N<Kk{H$KmbZE$uMS=<2D~N6xxHC<Vxm5GlE}Fc&~Rf)K;#3
zSqAJ&IlRq1ne#a^OF5<Zvp2q<8^4e?;3NNRd#{6-X{DG2&9HK>)Tz!yZr&4#7@0ri
zQbaw997(|AS|J#>Kv6$PQ72Jkcy73qyMEAPa<K3;;N?H$fam`5M;PQpJvu;ZyWC|t
znl|>dT^iCZfdiN~rB=z!(F3{zbw(d*mz`VJHb}T?WZ~7;>S}o611qt1svcDc7Ck91
zMsc->J{XBC2eibe95{!pG{iKdKCUk$^ZJNd)4$VTlWN5>0p7#rYDt#%?CQea69VgM
zusOcq-jt+6x+<3{*hY@Zaw^HyHVC)91bhz0VlLP9cmVy1Cr#FSSX}lG>1|HUTm6tN
z4)0qqAK6+sOx51ply+egFy+W}_v<CP&DFM;f%x$tKg5)G&dBgj!lTMc?Bt4Mco4)f
zMN_GE_R9WYEvNv`sAqn`s(K!D5_hVx9?=i@P4?}&WxvLFcgy3psc;&ASlm6r*RSz&
z=)%#iR=*O0dh7FD#Jf%{4CEh}wE=K(kx3^Sxh5OR#&!LO_ZkLDOv$UxAzxaoDXEJh
z3OGfgxH1E5C&k?-zS~a1kbr^EH%e~$UwHdp#zth*EeQM5E$`}b?{aTd8BM?4lXLdN
z$u6m7f~Um{(4-I2qgW+!Zy9sUlPoM9P0;MW$kVEd-26-OlB@<V0L8JvJLW3ZK#*fp
zojkT^#gfQS4abw&`Z+sLEfxowI0%?@O+;6~?4jSceeEjTkBC3N;d@h-DkS*qj<dCB
z?&}IB0p@Od;&A>XKaYtn1W+PmrOH}S0KYwxvNbU2AM^^O_aM?<U8xVe14TUbByJ-W
z?qVhOFnNa=p@KW2r0grn-ldcvHruc(fzprj=N~o?OmA_;3#P!<K?2TQxyvs43vVi}
zcd~hn)+Z-QGf;{jL3E`RoE~%>yz{=E?(bDYS^msc!oicbkl@iU9pPDK7^)T||2j3j
zD5HNtB{zDKrV=FO<T5;viQWF1p`H4ZUaWY7R?oavt?ye<;~uBGikg~Q+V!0wfq}ZH
z0f(ZcO58Fypgv7t!Kk28tV^RBhX!=yu$I4zVtvu~+)4{zox<AQ+(dhijR<`F+>pWi
zYB;Zf-d#Y(Ijl+0r(1;x9f*KumziD7^;aHJFoY9V#DKM(LIl$gQfAk_)0D+6bxW?s
z8BK2t#qjbV<ae)q{p9523VD;~(_PW1%ksZK1DX8}Nx`xFERs$-xxo~8$+K{`OXBr$
zA*24W@nPpn&G2!gXXTEj;Z{7fYs6PPi`^Es66Au)gyN^Cv%OB+5FV-F)Ue~gG13q-
z=|PWZQ8-lw72jK3Ly}P`hZK9djgAR-!JRZII14R&Mghxdap=R&dQP?dRIF+3u`>{%
zAEi^!IzdDY&MnG&T-QnmMe#hdngSwjM?b&^9D-7lb%r-@smbLlZphT2*LZiGm55eQ
z5+512(dso%F_}*P)U7O8PcJ1EL-6&&o6F3==;EWh^5ntU&#A**9v7#;_K{sX6-U(f
zfLj+mhzO+aH<!z&Qh=D~YPG-rLe}{A&gH?n?tmi9sp-j`RB(v*`6@ia|Cu(n(0Wdp
zb+TnY+D@q<UVk!NA2PBLyYNf@%rKbFGx(37u@9mO2$^C!yh3K(8bUn_Yww6Ujy_yZ
zEmRK>R%qr9$kB}b(fpRG5>|hr&(<UfZ}CW?7&A$vGYTam%5rCg;`zK3d7&|6wWJ!2
zeza%oaBv6XqAwJJ6P)P5OZDkWWQ$9~z+k$y*^!cpE#D6Y$tS956dKIy-^0jK5-(`*
z=<2GfPg=>s`l5>e2qKeKO33F`3pO*DkdXk}z4+$e3QTf+HO0?Xd(pj6ay@zl0hEJj
zO`_@We~azuZagT>U2j2$&;4XjOR>`&r2mCIl41C5Z%Mw>Ozqd)IwYw^d<N+wjG3-Z
ze)~(%Ap!28Nl#mmXv84O($~?c+9JhxI!&d%DLfK!e7P=8<J>l*N={>lXt$M34XuC6
zG!wls{tbCt0)wX*fj3Ry2?yi(+GH-eQC*VZE;9Q0kizC)zX9Lp9sWNtuIo(_$M{b=
z_!(Yga=GKk#_5?LvjGRRMY_h_H?4x(5We3Fzlmq&{V5q}j-={`)>K$bBxJG+!otEJ
z4w*r4ZBk(27gc7&n*6p)Vq?(|m8ox3LgLNE;N<4*pg9-N@ip`X7!MbjCN-U?zEq>l
zuZ*Zr%^)Ne%^i<y2lrvx8`EKF|52WSh4Oe0X-7zwaayxlG(@C5S`5m`-9Z?%#ZAe!
z)~+A-thD@4R8)+}#+MC%Kq7#9Jlp8{BaOSgy?v11hfhGx?OHNcnbE?3Q<z#EFV4Ue
zv7OLO3nm8%_#eb5$mv#>_}jZZ1))6<kHq7QLYv<vHC<euJ=bm@9p%hMQwb-m4z{}m
z)tLO1u3Jm1MW-%9yH7~*YW})1{+)N&Xu=gN^Fq&o{<sY(iDWb>i~{y&Zxcc%))fUB
z<|?<<^-PsC!SPNI@O??%`o-q-`cVeVt3Y;m1e%b?Ks5Y1Xk8nM&#@}9F-vkpDqIRP
zoXOrJ9SvERb}*R*ajNU6e<`bG<ft^z(th44-%%sxlOb~i**K`QART=#dB~i5FBj`l
z<u`=s7=YJ~<s74WadmInoYh6Z+X5+~CT2Jnjyr2?d<_Y_{D^4A`q^5K#p-;0Kjgss
zGs)~OveQKSUSU4Fbisfgw=^*6?_$+?px+ZV+mVh6EE#0sHiNv^7YvjV!JCAY-0>6R
zM6CI1IVg}FVHZb1uGKl52lIyEb*J?a4kqUQ*4{mt;nF^Rl)Wf-oEc9rc<}un1qHM%
zBO+*HXu*DMh1iD8CSK)cq-2~HGwRTDFo1ehd*QhKk??d!!CaDUtV#Z^?2H5eQaZES
ze-GyYps@b>r@cA6B~Hs!!ku6HsRU;iZK-)f`Cl0hM<>nZB|onoTKVnxmFfQp5b|k?
zY=1oyBmvz*y0?_S@_1KiFer!cmdre_q6EbcVE?sBzcC9ZtpD!Kj1}l@dG^Hwf}-$t
zT=<dfpzYsx{#{tHiXZzd0&1*mGQDNC>;pqX6-D$}fuCqA9)nLAI+n`7-NSVXaT0D=
z;$Knv7M=eeCLy?}QjvurnHCOpSvu;J$%q1y8(?%Ti*PfpBh>Esn3)$B2F??%72gu?
z$JlK@PJ>`^Uu;+H>D(Q)Gwd}SUJ?&()NiR^i&9j{zS(KL*S<f;u1M80W@n?Pr*WSO
z8%pRM=I+V%?A-!Y$c(?5Eu(dmYp@vnllkBOa6ipz0=}2cBrP<RrFc+)!s#bhcO#KT
z%tM`60D_W4lM=7G!%O7)^~&V1-uSR)&L3+(Z>QcAWcxjx`ab2MM>LdRFWtknf)n21
zPYrrBq8g6XI4gOOw_L<1!N9Uyzk%|(s!9|w;DrE41Uxb~AOODCq!!e|*a9?woKLmF
zUDhW-9ij+d6I56N15fTU@RCM;fg)FAmcQw}Z0c?ojr_kY>$PiBqx#)P?|_Hh<(4Z~
zE`7KPJb!O2UlRn-{@_#8Ku6iLt@((-0`6Dz9-Ea)5pr@+Lbcp7(S)DYN!Exfy$l4;
z;O!6iatoMWcbF}lD|dr>HXKGZY95|c6a%%?$JiTc2%36E-y+lesVqIt>BJ*`O_z+I
zCC%N6K~_{W;DcIAy+4CB)>}WJ7t~KMRs$`fp?0*2bK`0lc8gv4+ARFCh_hV?f-eCN
zSBxnvLdZa=OVRM(vClv1RyEVTiaqb%xW8ztb0XDCYU9tSM5UiSotz0!pvRWTQ)0zA
z@jPD{1(uxL6Bb0SKOsG^q4ErWnxZxuOemFZqHiJQU<!`-p(}vQl3V2S7PJ|bAPv82
z>QRFK-yZTss95{(7IK^<G|{IaDl}uxe30*)g}<*k2(l|c`Mw~HN2^Gh%CB|j(mi$G
zw&*QDE64V25MSek%#AnG#`z6R4mBSdSjT3r9VhC31J1p#w8#anZr9p0`WK_d=*C}c
z>VhA8i9}FI+0<zojPK8OFaa2lY_(?xI1$tg3>ft@hW4m=PdT%}=ge~BAlB4<OKu%X
z;rO&^o?V_Lyu`e+dNNIUfR-*KNA{ZyvO8dM5AL%AMN3v?STtcYy#>jV&Og(M=xX4b
z=+VEMsV}~>D+}h)z6_(lwlq6$OIj;Grt@zz|Chu14m8j3+5EFy_*?ov;WH{1dST<g
zEoTUQXJ-FzVjXNMvK{b52Y(vSns>7OuCr}Ta~Xuq{7)lH!H;vvcK==9&LxA37oWHF
z)<kz^%zNDgC5_c}Kygnl53vcoBdP2#AtvMX>DJxX0_riE|Eya9z<*|tMOgQ~?7suJ
zj?uLfs=tO&XQ#IOD*rhBQ%jZdjUe@Oo^IB^Zibk1RD>*fzez-@P!n!uY|Hjb#tdLa
z6yHd6pdlQTw>!;#`wZel2tw}0SFG7wlWXL#JdWh@(e-AuoM|iwrVn6~2&}j!`oERA
zP&P*8k?7QitX78J%3E*reJAzDN0ehLGO;J?*Rk(aAN7OD{yv5N49+~*=3l|46c3`^
z5r!WZpb6_`8@N5_v>IYV1cLqWQRbDSp=)5_sZFQ(3)jnAwVNLEOdF~rwfbdBmmR9>
zFCs=_K*RLIKYYyJb)mEWs2-|bzEZb`BEEiArL+(pU>4QE<cL0I{4c2-l|I^I>@&eI
zIc;I-fVJF<m{5XBo{}<`mk%D;ax*1ZNB%hc7t8VywN`upWM$+F8+>bgUm$d6<5q2J
zC8*80FdLBu?>?Hk@dFwxsCGzkh>&27`P7MdY8=Jp1<~sG`$3OHds;HLQ4f`o<k*t?
z_mi?9nD*_6R%|uyF*ErSodvw#D1BYDR|0a)4(5lZgbxl%j2ajxY)+m1@jJWy%Y=q&
zqaheWvT7O(lZu6<c3SjeAw>%^_dNlg`7~%0;@g&LT7vT3PUA(73`@Zh=B*=^AF(e8
zn7Hk+KTMa11@;fcfqw*ucG5$65~aV&sexd@7mRr+&gqlUa<yb?_g)88-1CYsp)u7T
zGh1|K3d|%y7soQkD^bdm){i!k+rRvLt%LjCHDWg-*@yt^NvRTNESIa!x}8>UveeCR
zI!KoCN%1J~`f$Eh%}}~j)nF`^5pb&0Tl^yRQyJ3BHCV7s3|=<^YJD6X`42;p4l>LC
z8i;o^UC=b_-t)6HH1Ct<^|*LyIuij<M(3YvH8!U#TLy3)E~HmctlF@pA*Vq2%I$e_
zr~>NUCA{>2vFb0v-uFC-*H#R@o%w77z1b{ZrP%74Q&U|m3pH;CKCIl(S(z+}#%1c1
zt+k>9dkzX{{qyg4lyV2SUu-S{@}-4u7?)aR31%1d?mB$$o2T_<nx1x^Eysj`uORpC
z9O`^V?|zgE5STE!tU`32I-vWo(rar1XLyuJei0#!3!?c}cvtZ0)h<%kgBJJ3`W(Oe
zTp@U?$JA(^2~w3m^e$PfDs7vU_1#mZcKIgvbF=IGrEpG12QHM)ut+v9(BI<ti?zhR
zP1w;|4RtRLQwa^0y9)hcmN%(<GhmUQe2D6t7|2oMM$;UB=x=z7qKJ@Dh6%ihpOaBm
z7hf?PV_xya<F|;m?v4!49N7&fACul{&ITh!n7cv!l&gJWNvc|dH#jEKxG$rzrTI_8
zZw-_WhSQ8WwcrltHQz@2f`TY9F%3s0!D7sZfA@X5oNNb4ZYXb`3-FKDH=0p=L)o?o
zXbs41%#k9S=i*8a4T1txb^`Z?7U=2ud8fAL6U)8?h07uanZF`eEFX#M3oVX@4M+Jz
z4+()Ihni{+nuxOqUfEVnn+7`>;e4ulU>`TaEU=$CYQd=Z64E$6;#6qh>YqW6EYEHL
z$o+?D*TY8tgYC`SavW=X+j}gXr?9oRXfbV&3!%mS_@XhWa6%D6^Zn<=L{J$RpHMJT
zN?e}w{Zs`7WMD|Tj}YkKwvmE$F7Bk^J`?mZ(C;|%Tjf{zrsclJfpQVv;ihU~jv|c_
zJh(O4Uw-&HXitla0R5mw!^vb!HO{14hZ_nB4rX80c_emyM8p>n!DyVZ-lM;x0gbl-
z|4bjCxx!OvvVpL;m<v;Gy<jWWq<Dn}sO|EW=>H!d>2Gl;vmGR(xPxLWr=&B>4;x)>
z)^YOPK}0a1>L7$M6w@B4EUXaPseiz1d9Z$4`wran-+MLJo0}LsG%%BHh4&3gyuG78
z6QXx%J!zj|{vSnp;uxj-1{aGBTj#V@ng<v|_&_B+On-;g^X0b#zW9w#34$8mpFEEj
z8{V~X!t+9nEVG#q7>){gm;J+^kEF;aP$P6Qx=j9&x>LG61PUQorY~=}U7aV}+?l2R
zLcFK&{T$_j3k^%EGb%(tW&rC&4Nxj2`~;WDQqI7_#XZ)>9Q{|lm4#-hD3ZPs8`N@S
zQ914q_G8_%j$)h~Rud0hg$LpYYix~g?fcPqn66<K<aV_t8U{C2fvC7RUf0>M(o$N0
zvc)rWwb*s-waDiVg3!EVPA)WWRMeNLB9JxHS`PHN4%(w?PXF$pUs;4kWL!&_a%T4m
z_#Ty-g>ddG`^VJe-4M6$0!PE8w0e5X;!<athkPH2XIO7pR-DI!SceaZ?FoHtsweOH
z^R?Rt)vV@}?PWD#D`Py5eO;Yfc7);kE7wWVBcZ^1{8E$R$}%%EEsZF}yx4i|SNU2~
zl9J4Mt_as9&#a;A|B^IZuH_-U)R20C@0njF^A13Kw=7T(K?tYg6O6GP7H;hAV;Whs
zxV|0@z{t!zJe>Q(U@f_d3x$mQ?ysa1Kq-j*=NiS>2<4QL@2y}W;_G9UY2R>WdJs3H
zUrh`|4FnV*1uEB_WGyH|g7#w8y#WKBZ7sAOctMx)2}$TB>i^vl6hFiNw~ip|+kpg-
zYskStkP`$ZKeuB2CzwRZrRpZ?ol|{R`*6Ba`Lq3uVI~au_7`~QN4dKeAI_+wZ*KhF
zm*=|UUji4F8n0z7ut5<!)B25}IXIp^n8_C1@twWG(b*3qV+ECJKiFpSw^rTAQ|RR8
zHRTOPd+9<kN)2khND@#~aN4={iJqi1A7<M;3q7CYmdP3C1?^%9CaeB?4wyK;{oB`(
zJ5Z5OX^^P8D6$<f?`eeXe`wgC+K@hT-6P_EeTc<n1LutBbID0Jiv}j0TIFxO6@%+|
z8(@9^gY9J}bYzme9xn;7u4l2Qz@kVx^;u6UErX(`s{&yL1)@mO<PN{*f64srl%dM8
zR3}LV`d0}`Soa=_Yv@_Jx{e@*O21$DL+`0EQuvWGIQ{=?<1C}1YTGtENGlSG#Lyw#
zB8Y%=Nhr;LbUA>+&>$^{G|~;yIlz!ZheLM?Bi+K#o!>n1z3X}7*Z#HlzSr7ouXSJN
zeVm7YfIx?>+xZ}cnOUCcD-QR1p#o;+k@nGxpIr}m^!2^B{)?m-qbO#;8`JClFT_{k
z8ihR(&JMb0$ZtTu4#2md#=9bC2|l=z*sK&>!&8?p8_Z!7D$#QPa37WNCB)y5$Py6E
zAgSw-E%?P|kQyvDkee2TCV_P8N1|0u9ILSwS<Y2dxbNS;kEo#+cyey7sP_7QcqOom
zh$7f=DnWT9qe_tP3g`x+gHSE*AA$>J`!WFs-`~{F&9T`yFobP-{<c(LF_QS*G}jax
zpXwRv)SFmtW@t*SVX|b-RqEGE|Ah@FIvgkb<7}sM+mFuNJg2nOZb)FblK}97){6A8
zIY94^B>2*ay(?mQ2%Z?Jq^W7av0rDZ^xV7uZ==MWJ#bDtSl@obPp%ss!&r26*KXQo
zxE={~_qa?~np-nvd+^Ii4i?G@4d=|2oI79w4$a&+ij%8#wKe`ZW74t6!0wloaK6Gn
zqp0_SwD$IwT~*Jv4B4(EZ!}q3h&dOngM{z5J~3Lo4%9o=MSrB{PPqqs5B?l^h~qzg
z`sdJtaN&1qzy5&yjO7FF@OXKvwFvDb|KI(1f^5gIH2>j~hnlEh>^*$djXRIb0~hL+
zop(=_`KsadFXUw9F(s8oQ3V5cl&9<S--G|1vhA@=`&aQ&uG0UJ4ViqIn;_827B2WH
zQP|#uO@N)<GngMoX?W(VBJLGQQ<M(oCsNo%h7~L16|E;&9QkX=bCXQ;ZoC;8gWje(
z%+gw-h}XepLfjRz63o$6!v7Xsm$Uy9xf8Q(^%YswlG<>YcLj{7N?Glqe`s<ji95yg
z|A#cylq~t3Dg}t~mTm5he+fH+?G^FS$JHe~S8WG;jUIcfM9<Lu)>Onnpxx}0=GHgZ
zx(vs>xU0U4rM9%4myM*|6&mtbGMPZxzCqer`-%}Su5RUbAuRLkQy>>(Ngf4y$HQn#
zOo*(sTDG+jEHR>nG9m#3AgC{&=r8l^JtZJotv~Cn${)|vqYxEm;Rz#Slkjb=n+6(H
z{UNC7dXtH=9E^|%k3!A`8~=u_9_EkUmknq$nlbp@W!-G9(-IXP?&|8e8lOrNqN0dQ
z{zj?6=Lk|<G&S;Ia8chuKyF8+#)UJ8b*q+9Oo<P{RM4)jJiExfRhFgx&|gdIlB(;u
zbwL?RcZz`eWapHs0hf*QnLN9{DSsencj9pxBcSaeAi+^}i11uLz&=J&HGL^Vq|?{S
zxo#KrF})oW8F^jFnsNC-d|dd@o^9;y!zBe+aB`rtftPDbOHfM-2R>k3L_@8d9Er%5
zJF0~fRZ)nC9H|HJ0?(Y??2po*8kfcx5w7N=0e<IMPni^6eFEhbm*oS=ozf-h3jgJ^
z0W4Y--Hboo_}iHS?J<mDy*D|u^gF1qFe&baT-UC#*JZKf<x(@x&g}!~y<vjO;Fi9o
zOK2Rr&M|Iu;KCk;C}iyGeK4)k>tSJ$Uox&i2(XG`rZYGS<K?XA{9^~3`Y2}Al!akV
z=g;}_u?Gh%M!-`ir5KlO#f%8GGCZ!7aqeekmX?sRzbgJIvvPLV7qm6~n2m)6Krc|&
zga0HHCK2JZKzNx*-Rg&Wq)N{bw$p(?fD!Mv)pT+is~2wtGpq_Cqp}oOa?zan)^u!u
zjITw}+E<BP77DIYW%cKrlIr+<9?2udJ|KUZu21~A@cck#&m<+qIxuCjcuzyGSrew8
zD7!WD8O(htJpGEdf?`3ki5KY05&gd`0g@IU)h(h}69^k8eJAskPD_8AeR~o<fh;T&
zk$_|nmFE^}%w)}xKSv*=IIcv#K7Yw*YeShb_qyNItC0vGJmiGQ!}63LhoRMP+f;tD
zYtPi`&`ChiqM^)Q0lUg_$>=lry9&2i$O^gD7-nPj<}(|8h|&|kpJFtBuBYV)8uOYT
z15nJqHq`i9^FAd&cAX4CA~bv$bg^EuB41g2`xwM9QFIlZAtA5yA2e;;2&^Z?Ta;6u
zOTzL)vsEqp=9{pNBlA;y<64hDbEacH+lq=}iN}`O7>h<`(R-r-NjVtqD(B?}1Go%|
zsOA3<Uisnqp@UYN#J_}Bw73wHSASOH|JWNBll+xFU3-h#t=Cc6(inzwMTE0(e~(#U
zwvT()iW47!7qIvOul7pC@WSKVN8i!)RDHWA?z^)6n(-^<?>>WUR3unnPkzPRq_?@D
zQ3{ZyW=vgU8szGzQ6wIqmgdO@@0n5S9_e*UFJ%Dz;7gnk(#N4%2M4jSckc|V6s&{j
zA}tdzC#&dMF%mY<JId{}wAxs`(a_1JC}Tt)mX=qCf%ZKm42}zB(ySQlA2wdGS!#t+
zM9(1C2h_N}A|m(3uDhhNe*`jWdtD!I+P*#Bq^vsZE;;@?0e{-Dmy*Wd+eYV^G+B$%
zae|$o+j!<*|5`&1QnO||tEjy{A4Wk3$XdRMpSx|mJ1`;ywAwm;xyEQ+Gi5Ppd}=p{
z_&4(Mci;Bf)GfT$s%qz9DKnMd4U~v-Y_ss9F%{jCzFnA44wlp2g<QKO%uq|3;K&Ps
z0x_gQ2-HDw74E+Tlo4Ll&=gS00|w9j{v5c4VJ4NHzGu0zjh^dvu`oI5pvpVgJ{hSA
z$6`Ph9ziGHHfa8;yM2^6i3C^6UBY*8KxD()dfsXM>Uth^6+7n|JbNoM{~-BOOoqWc
z(b#Zrw@*?t+3wD=vahs_Ky$q;^NgE4L#A)_VqUxq%zOj8t%h;5;(%@^Gkz7@O=V~-
z)^K$6dsykl15qj&#O&I_T1eiD%wbH^6F#aKdJ?gLTBzMjr^;efJNW8uis++()AN4v
z{m!!sI4ysHD-^@eW_{=~<Xt9Zu$nv#Z;7wB&EXP%5rDYW`-~JHAFyX9S^-8`S1o`>
zORrgOOl_uyRM^9f;-B%7EpU}e4ffs@!Ex8Jm(<RH@!T}XqdD?c3{!Gr3$F*hn4vu$
zZp2N<fCB#;7V9Ke^Mc@Hze(2;Ia?k%EoqOgFXKf_6XQ(rOJNvs9itvO834Z@^wYv8
zWkA2@oUL0SHsiqrpI7J`+ZxYlFBlja#RjlSYYoakPN<s$2~gf_W?h_n8Zh1anvdNP
z8$dZp%B5LGg}&9eEuV-ICkl6FeXqZ}v>#cw>pTx<0z)!1yr^j53=CIjebH$4bMl-!
zRjK#7!3}FZ#2}@^#PT|^Sd&)mBvm>Af+_j|^Qd%MbSyBMV!IHMfsapVkLZe|Jq$fN
zq6)YtX3#X{Q^Hr#8BB0Q;V(YWfcLYL;3(-;-3!7F6TW)hFYP7`oYlmHOJCYd_=prf
zOLtsmiaWu)$%%lE_9m5ss18WBbXVlt#1eqcrvtrGGRsJ}gPCWn-OYS0IhnWLLx!D?
z)ey?$p_hTqc0T=MVF;Q_&f42;rfWfS+UXVwz}vIc`P$w#DF})%YnJtKB**KKd$#^M
z;G~9iq-$J4vpW|cJh`ek!s*mEWoh5oe}!Hpag09TJ?JyV7Y3!6?81*@)G@`Hin^8?
zy@6GUGn_+93rl_6=DjCh8srn!+^1=)TMNWGrbF`gcQEo(!Ee1GA-BjIT~26Ykyt$b
zK}?J35XUgj0=1XST7bucr;kFkIG%(dVvr+(A8wzq#Iie~fcuUXD4=-NRd-*B3t1>5
zI7ZfwXIk%&cbkx$IM&?zCeEFgC;!uX;%+|SSIFJtlaJ8EzKvcs5~UQ0h2E)2O3jT=
zgv#%^&3*$NsBr<Y1*%mZ>yfIdfw43Q)iUs0y8sypsnR}PB^D6?k0Elymg>SKm}k&O
zi0|zrrD!gc0uJe9@j08J+9l})IGD(EbupfKZ;t~22VVk8!O6zjq~Aw~mmO_jUL&F9
z_!?xTkrh>`AlR$Cy);8fA)@VU^W~PF`Fx#V+3p{d^(HBC$H5)(VX>cCgismwWj5Dz
zyEZ@zJ__I&9VuN;QL-q~UKS?H@x;?&5=5u0<C}GGsu5U>;_~b&#XdXHrVUcpj$9#@
z1~@F8Eyzbvnpg5ob8@`y@7LncUKkm{G0f31C@(8dY=k>ecSF)JPu#ahIkitbi;@z)
z$_mQe7sg^R5gD>G9VBREsB@lNy)|p-6t%n+u$jNI9UIU8*c<Yp{`d%1hTRy6A|os_
zc;U?}>SZu*+x#>)Qo-I^lWYnP%5$cEUjJr@d|3X&8S2a@`MXXqHOF`a4b7d?GC{I}
zpG<L=*ccG2?zy6-OJ~!b-_a+|0H!NUNkh;@SzqxyW;SV+Q8Q%McaofkqeB|SJ9o>V
zm+B;+Zob?LY08qa&&#{Gyv*q7H+P>xB1K<bvVSps0f^in0kF!lQSY%K{grE)6eKtI
zEDIzfxd=oVgak(nq?FP?86{&twix2^+}L-eYh1L|MUQ7qyY?492OHg<NsL9Mv!%h!
zoGPmD0D_5OuS6VCvbQSnfmi_Rn4f85-JZSWR2!}7gQH#9C;i>n;Y!$k>AVq0qos0l
zf@fYsZx-O66R`EGhyc+APFB?)Zp9gUJdzvxFKi#a@%&i`9Dlk@|9&j%i+T4NCXTzj
z{5?qoZ|iSc8!ucUn~5!PF>%@UcC*mhjG5#YVzM^e@>N|@!BNzply8+@Td)n*@UuOX
zeJ!7S&Zx;q>Hzw}w#%S^2ch0zd&tqyd$!3y6t#I|uym0allchlPWH<L!}+75x|ZLg
z_W>;USb$RO=pv_CG21n&VL~-6R<XO`Z>l9^J{)lB>{DGO146T%1LiCDldmJ<VMkFd
zR>NG~WdZ5>+}|~Vk)^=#yh}4Eo;v?1mK1%UO_(yH221D<Mtx=hU_^u<cWf_hpZmy-
z>o#o@Z$eTMMKK{a2m9&4k+w$>#g{xe#&232rXb3Gh~n4JyWzMX>jh+Rmu!D}Z^eFA
z7<peN!O<Z52wvv&?*YuuY4|B0UoR?#_&qI+oTYiaLWEQ*uDhc9M0}UOIAM+xf~Bu5
zc_rR!C*U+@cdt@=eYURkdIA|z3woZf3?`Nu&kYOPPq2T#NEs%-pa%jy+1V)Jrx0su
zrkzTv?wrQ0DU&*RI6HxOK;;~9KS;V{ypqdYz(7Sl2Vu63fkEtM`}S9%k`U+I!6-~9
z5+;TLAXV)miilH2)HI0R2{#9+_xzC0zy)AoG5T$~<C~qVfhkj`(MC7O_)vLOLO$03
zmS0<oG}J#et~v;DaQZ1`#^OkqYT|eFBz&z~gH=`3Gbwj&7784%5$sVK($;;9)qdo~
zt^}+@;i-7)2aV7f)Oo0;Q2Z3$F$KT1j=+5m9*MV|eos<%{MOT*4V)s6H&+Tx=(XVL
z*W*f<HE?mW9Vz;3Ji`S)HiJ+pJSFWu!aE4;Q&{662LrjqqygyWmsMBKJ|2J=upFYM
z#M<cEo9*KZiXmOjHsargo3amw_qaqU?$Rx;-|cKujTt4U!@tGg9HyNvL*<&gOTV4i
zwg23qeFMv9Rqc5tDKcZUQOPXgu<VcDC=5;KbGz`?j__!Dt~kakU1gan!eGRa81>2J
z5^lbb*)P7lu|f6H5~f*hWY{87YCcB23=WWF9z_l>%*@~eK2A;^wB4H~4Z<@Yn|gqH
z$2tdW8G09#{20PK+`%jCQvT!QrIud*A)j8Ei5%JuhK1+%OxQKx>ZAHlzM-X&2Pg-l
zP51SnukT=XkftzQIFsVVMzT}BMb`%<J<9OV@<%pj8)Q4KyEA4CGAp>Hvl%cS_eY!$
zMEM=k9`D$PQtq){wHcESr%N1eRr0=haz;?uYBR7>CKbBxpeiFX$cycR4-rV_@;PP`
zv{}umU@45fGJ`^)kCL^x65f>+XBC414!ZTv$fnHrQzP;lB)X-D)Z(HFs{`Y|veEaH
zoP53aGQS*F>py-Z`-YWYT9rvsuwW1CVJO9g{%wz_eF5u9a)z_KJ2z`c^OkyaOHD+h
zrd~8}(~A}lfi`r@2^-)pbzV`kgE?h~=T;#1^>ho;uy2RdHg8D58GRJuxSJNb!`p=O
zkTm9}_*Z~P1?FV0cO@*$@<Zm9-b2S&srp8EZpKdgxS*WAdv4|aNyIunzmYW752oCr
zGJMF|0aMsk3J}W;KZ4OJt4K}r*i<J|#QsGiyr%Izu3Dkn`Y*9=r%Wr$86D0Hr=6Eu
zKLIK5T#54d7_43<i&}@9n|BtE?qf`BCCjIu;$shShHc?MqW5R*C-6WHnc3oZ+60mK
zc=#k?2%<9s*V$i9T9oHQF?A?05Y%yB0B+j8Odqi(E8^QJ8OFxgrl|w6pQ2LXsAPB@
z!bGo9H%gBY^|nTX#%yF8oU;3BMXGP}pfC9H+0Cy__KzkeSwn%VUNuqSaW70y+MO+L
ai4fAvg`YF$c+eVUfRdb=EL7Sg;Qs)RDV5j&

literal 0
HcmV?d00001

diff --git a/doc/assistant/nautilusmenu.png b/doc/assistant/nautilusmenu.png
new file mode 100644
index 0000000000000000000000000000000000000000..d7926e34f2bf0c72b4efe304a3986cb590f7ca16
GIT binary patch
literal 59867
zcmZsC1yo$i*5<(-LeSs=f(LhZ0wK6-2*HB8ySux)ySuwI?oMzE?l7JE=G}j0&8*dZ
zy1Q1NQ&rpdu5Sm+$w;6e;voV6fFk)tQ~>}WZ2<tH7akHk()9<a8vKD^^+g>#h}!q}
z4G~X^iVq%yvy=QL2Dc7{jX^=We&XT}9{OM>re-H%X>M*{VF!rV80gs<{3LNSu`?!-
zko+d6>Wzv603?8<sF0G=@=3a*7N!LLU}k$etRum+D+aU)soJ}$&>v7(SpADXLMaAP
zawwSgzJ&z`2UFnblLs?Z-+ezP#Nr_hAra#yAXp_Fj9+tqTh!;H-uM0v>_2f?TUt0e
z7<uqqjg3uA_{w9#z(YfN3zDS3V~;@o^DW9ijN~17P+jH!`Z-0iSbjIHOk?08uHhj>
zFZ2$`;=wANFb{zQPT3`6+=wDU92C?s(~wHqf;Yt3f(P5%d%q9-^l)1&qq5-1sorBE
zEW>_2o*83Bvi)kwupv&6s++_>Pkn23_xtK0;6zqFPMY2|Dos>AFSM4HM*oW(H29Vf
zXmj5LHV%e`Qr}3a^1LrC;i4S&UegW9R3SMBw~99dSLaLWAJU(p)aeqGXxuv-`J%{!
z^^)YMu5WI?wmB2VYm!qzf}bMh)9`JyWXhNknM^V!A>o7n<b!584-2^v1gs#$5H0P4
zTZbs=RD^(1V@yWmm$v(Oa>-!P?afU&6$&93WP}hwA5x*{Ec2Nf1<c`~?t{E5-5aX6
ztIjz+09x`pZh=B^5>)<l2+!TwPXmJ}as+@5dvs~3K312~TW}~STo3of3&I;(j0F6Q
zFO%%X>XI>#Kn$t3kI%EPzwnfoKEiuo_7@w5&C}WG*jOQVbZm06tYi%G*}TZz7Oy)7
z$-fkIcq$`@0oWVnmlH7fuDj~;lY~NX2I*>SnGd^BfGo-k10y3y!RsL=0<aV*(d>GQ
zJlWXPxZ0t0Glt2hkjOQQ`H)6seUT$K)~qih?}t}cQp=N5VylDj*TZGWOdU6b0x~T{
zJ=vI<_iUO0ubrl|Cb-~%lz-<}`An<McYubermo5Kt+3^_{a(#0XPRZ&7{Mf&33<nc
zD{PTfI_ON%WtLR@zca0z)*glNV`5=a$Cm`KX2FXaBKN+x(Au(U2HtsIlhmRS+U(5N
zN1f@7iMX-~fVuU*iQNd2QsKz*s%fZ(G|Xt62$v)LqWo64=5fs_rfMjuPMz3Wd_@;i
zqd+idU)cNc-z5e-l`T8QgocDDqnHSyGq7hJG$^=d*@XTjKl+zRjy%v~oBK}#b4j=#
z(zFOwI2)=32gD}TF)?SyBhr!Qx&QOeHjvb>4F%YerZ1~iuu3<r!^^Ok61q?!{Xeq*
z^QXVu<R}73$$vL7=ynpx(v%vzMM|CXwAi2kfL=xo6EZRnchImkL7{=TWfmEDdO5Hn
z)Scd`e|V7!=^JZNhh@vM)2ZlT9P3@9eNq=U&$lLUbg<Dc2+qy%|F66>tQooU=UJMV
z%W$Mt;S`qY309)#v@;}q+s4Z-P0MYMjrC=j$$$h}`uoaI!bd*8#{`QSSYB5;3}8-8
zM*++@%tZDgh)<Y^`3lsLgSiXUdFj}P^u;jsX$01s1jS0f^z^(DasR!oz+f)EZ+axn
zf<YPWUJ>`Z+*;DKx%$+{n9G{4iS)Neb1Qv)eO)t>`O~9`46Q9KIhX&lR1@{#Um!66
z#Z*up^Hc1|=m<F+Dgom&Rkob5o}S*XUm^d;JjR*IMte#5@mxx1Bb}2W(-x-q3d`RS
zMM<-j=*d`9_N)0EsqTB;PNl~kPnOv|PN1<v`weSREUm!2{)dp)<Ct|Q*Xm3_Nl}$r
zu1VKr47uccX!-po1>At8Wp#aA@i)Wu39X-`HMO+{)mF&8b_<c>e}&*5E}-0k??i+$
z)ijlEg@q4*;QNTuYp0=TM;kJoY^vhA{Nbi2;g&dZ(5QAviymiCKKQ??bAUf-lwWUh
zFsh7vx||#$EjHJqD)D85XU<XVW`qoE>i%PJIta?_%SpuKmE^63EOaW`6jb;)TKBZf
z)8(?LMiz&L<|o$Y2e9?^K*W%8O6ti?O?hha`HYN2|C&ynRFQvG=&%+W8!M>)6F=e0
zy<3NOqrWu$R~IW{FPkdI@37>3`9G4C_VzI*vz&;?DdjN_w@*Sw@c(6Kkiq!y@a@fE
z-;e4%1?nBg4*rA0Xn*1C%*eMJe1r&88EM(}qN=WqN?Vbgi~q-N5{_zojK6$v3l_~e
zM%eO?_QUCnA*YW1LO?(;GD^#wVaR+j^!sw4UlD97{Zana-ocvp<lcI?SHIJyMD8rj
z!G;&UXDyeH#r1P1RpZn}R!_jc@~y8f=>rY8>`IDYx_FRC78LT$VSpM4HFG5*b}yWy
zc@h1$<(^-wa|aiK;IP>LOWz~!xe+`$Xb1o=Ts(K`-P|P6dt3p8>x?iQ7#E!nLQ#ag
zJWehSf3A-<4|mncGR%1zAiG|DT`>`12+_)!fRm-hT5;Z@s*nGbhw>ZsL+Ql0uQfHy
z8M{AKRa8QxMbo+M9jYA5rmB9hfAMjOdCZ$|0=}QQUU{yxp#u>_k;MFF&;S9Cb<*fA
zWLH_TZQrLKYff@{|MCt0s5XWi*yPk9rEhlMrwGvFB|;mtcFyPBT8@{9R9rM;kJ#ai
zIOnOtuMDubcXD=ivA;fAtk#z}kC5hNokl$5VcFQV;nJet@9}4$lqJk>+(>??s1w#8
zBT`!Y*Wx8SmO+0;1K6y4euj(pZdqBZ$w-5JAE1z#SGCks8Tpps&eNoY3byXBwD3Mo
z&z$uRywdnm^ogB(_Im;=Z=~MaR?Tkwp3>Kx&C)UqTE+NiG-m($U!H_`i_T5Xv#oU@
z(&))vq*o6J&WMc`TMQs0uaI9-cGs%;+M*>AqK(@{PlMxTF?W!f?dJevSx#GzsBw;x
z%G8~Zm@`aZuio=oV?}?-e{>hDB6OwR%%=GKc;Nv=v{^<rPY(_~*3W0{D=j<=Q4bfn
zgY`RlKUIpAjV3ao0o26Nor^fB-Q+9E-X{qwE-fXC=>G;4hG3Vp=G9Y@9j{V4$G`3|
zOpSIubh5i!Y%Tzi5ND^$K@=}#e{rc!p9lp+i%7_0+TSk<0ZmR1W}WL$&06#{jsM*$
zTa*fyZ*V@;OBR?^#N2I>9<UQ`N$zzhMT5nW#C#r)tiCx#co$kSO<h}7Tm%-stK_d&
zFNXAT528j9aDMgqf*sd?oa;(;*|olv27<Ug!C+)2w{U6BQ}&(SGr8Tt=2UmBZ)qu#
zSTx)AhYwsSqr1o-SP6`_mXp-)ql9{!wI+s!rr5TH{%fX`(8_IKF>XogWa=GNs4%Z5
zu2n;F04hYrG8JB_d>doYIPu(UeJH?1@*o>sUMfH41E9ApWPtmx9uCyJZ{eEw%_H<~
zEUadk)^`%$ts^?aNr?vQbMx8LL`#Lcy!wAFn=yV}+1}osLUG*S&eXB&^f-aGdDi^M
z1OaN`t>*RNW&Sl@BCvUMvfku0Ha;%@ubdYVRn4=#9o?R;z`($?yWB7{F){slSFGgn
z`uwoH{Ucj$2zulvGc9dthx-#dRR-9LEG;fV!@y+EGyQ9%d<^obXvoOOK7alO4xV;x
zpdz=g9(ajB0|NuY!PdP<pbS1*Iyxnqcx7c}*a3YrGcyyD!?UyX4tLl85e5z7auZhE
zUPdG&B>Kcsl~T!=Jh;1TB4Tj{@|baKM1RugAcU<8r-p_Gyzqh!4DX3vhoTI+i7hKp
zQgoWS|H^?mnY#)=BB_u&b<hG^W}Dk!X2!0mN)(cl<a89<9PnG3_n@BZzh<a`a5O{^
z959O_!LgnFjhnp%6R^Mm^}C=1#Eu{RAqlo@d@k33S5{Wmf*akx(aqbp%$uo45Wh83
z{eJb*$$%^kz3j@fYgKt>lxbKk<ToczyT;G%RVlC32c_-~FN0Gn+N}<2H3mqwvzy(%
zOvs^c`fL~qac&U3jC=9aYx?+7;kIlat&deYUS8h=_jX%j3>|Mb4`^{mV{L-E5DO`T
zulb4X8ZMm(wu@F3Z96;@8YDk=_#w|;r%r=Q3cpMiVAV<5ELzEoM|}99NB(`Mf%n!1
zt#<mUlT;{GWs+ieD?mi%{5V8!ajn%cI_n#)aqMp^b3ArmlbhgGQI>|Q*wN#Huu{v{
zIuB;q=K~Hm$-(?WRr-_lalcfBVjXvW-HZL(Sh$4wiN|K!eVKIb_~-|RhMYi?^-cuY
zgQ$2UiVB{aGUnq1X$seVts?6R3L!0pAUq3r(d`>r-$1d(uJ=+bWb7p?RbUgyNyD2r
zvu)Xkd{}<!{qnL~=D4G9x5jn$c@sJ5Ud;I7_VfM>@ZCJ3t{r_)qHDNhnog^s`q%#S
ztb&;B{?^3}(mqj%w7|<sI*%i_<5^hADh1~CoNW^V9qss5Z=gg3!4lP|6f93_i?mwv
zQ>ya~3d2|ulm0;1hghSs_1lF7vkuw``;+;(<DOtPUpTZ|griH-RqwD`e6#0AdC}%p
zfAf=&jd^$Oz=UKjYydn3FV6sr>65QO|EtiEe&@Ni-hv}Kz{$;Ru~hSkmzMyrv9U=@
zOB)#(*>nG+8E%U{GUiE%qUOL_Dc7q$>)m=Vi>klk4Mg25_dTD}ugW*r>VH)YJ0Pz8
ztkY=_9~Ug&AL7)z)M)f1G1~FV`%~ONXZy_t<vC1Ka?%IQ!moMQ;+%wM$0RA2VyhA?
zKY&dYLlaewP@g~!v$od5TkqEgi{~5xnouG_%X#FueXU!Bl&ibBTz76xj<$7A-;z~v
zq{m-etC+dnm0$LJTRAd@v1M={r}-KO+%a)Cs}J{K;<tNoWXiIk!qpf3OlH8|@dF@p
zx=acmhJ3+T$`Byyp!BUXSt+WM)@<g&dxsx}1X*BVRS%swMiC9`t1T^Uh0Hxm$-Y{a
z($bx!pPTc}jzoS)iO=YJ_5LG5mx{OT=FlQ3F_P;)nTc{pWJpLJt-r@=AYMK81{@Sn
zwoEKe&$rNk>6qt0=jnCrw!`$+rWE{Cb;?!Q{LTT(C!Qfcqiz-ro5SwrKF<`c%pqqC
z%8AzpG}(`E%FW|s2ei9Zp;cu|pO^uw+Bwu2;<ftrP=v@=T-@F<b(Ysfo2cnH^H=k$
zGWFW)ljiHSXd*WPU=R5yO)HOTY?$c}CQPxT2Vbnq&mFi7aWgV(0*&|1l4jSNk8`9E
z_>oZ#k}iRAhAFkxA5ew)qOZ>u@RifyMZeN#|M2Ium{Aq^Q4oT)y_-3f{IX?JEu0pY
z01a#-egf2z{v^MAmUh}kJgsrl+gT48O>~b}7K)R2<t;O<-J8C+3B~v(@tJS|1-u9H
z1KPd6dl3Fg2}EHTPU?z?4-V{(8lG|5X%;Xu25jCI6s(D#Jlo7~Jt-^xfIV26nfEI-
zcd%9iNXixPok9Ya@^J$O@2}yj5W%m5UxZy#Nk+lL73(Us5k~eY$CU5vU%J%eJUu>?
z5TFN%&%Bp9ShC%Jyg5b#aOl$tIgFi1kpMZVOo4HEseZR;n0E6CLl^`u+Y@NYhR<tu
z)U;PqYlb7F&J%MVG6^1!BbAFr%qfI)`2vr3>MQUGHuov)P8{3@Wo=(XfUdCcWCX4s
z9%~C;diI(x>a~X7@B}u?{dGhCz%oz_?;%iy=WrV#9q}dxyGyV~abynIN~f6;yy`dg
zMivvRz9VjL+*b+wvpK!pti|%gE&JPe+lgTZyMzxt2wPJaBCClRWOsg3ABuxR6;h!~
z+zR;Ca!k0mxGt-wBrQJiw%9H)RKWpXYR<9am0cW;<YyA(9sm-R)FyUW3j)r!I^m3)
zgj#q29ufF%_oZ<O3CI2ZrV+fK_d;lC0xuz4tD^2IQer0LnAC896j?TF3@l+dRM}$P
zmGAj$ds|Lw%?Y_!T<PxJ$c#skt&z9C;zRA%`rg8@Lmq+hlN|;DW6@uH+;^?6zc2tG
zpTFwtg&Q<CKG@xSUUpu1r#N~B0NHLTcKQ_g^2)r;<dT{~(KhH2pX={cA$$}Pl-(&u
zqW7{i-g_Glf4W|tBiz&ZC{~k}&eMTHz(}E+5KA_GaebTTh%4YaT&epitM1{gg!6iB
zUFMoez1C(<?c>zcp{l$jub`bpwO+k<+HJ_+%k$LAp=g0j#Ifa6OiHhdoyeeRD?kV&
zWOm?PJuHBCPV<+OsRK0wFCFpyOrdy886@!7gJJzlwA9ola>${94Z3%XmSa=u6f&V!
z8R?S_%d6!(DttxysHaVl3k>S1MuYp2XBf9W&va(rTos9T2Cf?t-!6AXd<n&u)ovU@
zn|C@3I&9N<8n$F}Q7CR%=$s+FZ<?|q;fk4Lau!#bEBiz@^@edAGLtU0vVUsMzzSRx
zP{m9ZC83GM6fujDyvDw7@qBwdI52k62U~JB5AC-@a_ip^7*AZ{!f(2^duO2=$N+i3
zU3e;$jYiL2YlH2RA?5jC?85EVcmjR`fl5)(SI-tiF5n%>X44-$haQf?5p%z+Z!x|0
zXh0U$Lu&A{<yxMWz~$zM2XYqoAa&X}3LfLsTqETOy{M+Y^D(TqlkN9hIwy19rkagP
zkS27nJh{-{bk$GF`e}?k+P}To+%-<%Z}>n*3kX^`Saf=MutECv`c&#R>yR;Wvp=Tl
zc9?v1RyA6_A&;Fjo~0R&jpLCHDo&2i*G!yQ=^#fy0hhAG?u@M27dr2fBGz;+u~W$H
zk27FWUq=#X;D04?dCu=c5yH8LpP4}CSbwVflnJBUT>e##6>n8*mI!72_4H>Wy}a|%
zAs|OeRwETx&qCbGC`-wL|B+(28UJZ3(`6gf@n>Oj=@?Sr)wTaV!qDs_uy331T>8bN
zK(_D6RBn$<1J#%n*ZZ+7$k2~uSV|qHJzY6x_4Y1edGySbHKmcFKgHg-P(|f1JWT8U
zApl|qry}*}tLGa{-@r@YT<AvRDW6L~bi3nEB|B-)m9gCZ!MOC+qDcBTlNRL#6F{)Y
z2IR(RKK`)%-iL2Ip5+vD9#$p{LBdSK?NDT@^Bmj$URL)eUs<5jh>#aXG5{Qfg>Q~u
zf;8mhy!4V@AI89uSWsxFDfXz8+-{6Qy?E}tF;&Qq+NHt?qS6b!+9gaeYRve&^=iMg
zS&6&L--@KVYKJD5fF}y*WcJgk@m0$GNbyB$h0Z;>*-my*v4AR8A!HX0i;=rX#N&<2
zcKj2Eg+zrLr31R$GER#pXBk23+hjehX^Y##N*s&;M3(bt5XDY@e~In>#M|=~$dq<3
zXs_Z-$N$kHAi=r5e7I&BHH;CN#jtij4MD*(b2g{KyxRvRoHL4?x>>qF#dP*pIg4+F
z_nN8OfmOYRNYo>psfYR}fKwgO4$2z&q%7>J&*t%Xb`hSE2niT~Q%iY(?I&(kOG~cd
z`^a(@T5RE#2J-n<`$!?>RD4%QJ2aNT*yTS6>4m_@!;h{SkBOP(0ym}97Ba{r>dux&
zgk$*@OdsAs1C>5fpVL~j8vzSS7kFzWo|l5RS>FgIH1gv;=Izh^>QqXP3=NZ|0u{hy
zo|5WVq4*o=SOx6>zq^M@ICuW7ptL%f5Kv0^?d89FB^OdeNBvICc!A2gn$^$)e3_t$
z$={9F$K|*Da$@_yR?z%D#v^`ND$8AUEGQhpORKnA6bm;e`2N#s_R@9%m2kvX569=P
z<!!E(>up>%%M#ZM<Eb2)57!lAEpu6JrZ(C-4<)aqtq0==wU7X6my!49z<N^+#tDPW
zuk$TD?bT*SR!I6EL1PkKe9Ysiq(8@io=V+8x|^%&dVG#qg*Z>0)`>65!@F3o35ISn
zRHY8ig_*MH<qR2nzU0*L;<*Z@O25L<Q`_8s!#&*C*Wd^Qb`Ww86w-CIj1A6d$tn@@
z5r&z$gNWA)@SWaHA{1bVW)*o#%jx#fuN2iM$g<;OyOvSlE;pBSQFR3bJ!8&ZS1K(T
zOYYFe!_PR0<m0Uw2i9bVFfPXiG>|Sq1UbF&G5ESL8p+n2B6ML%m!*YmZ<k`%5;|w|
z>|_q-Jo36smc7yhOILQ>g@3xafUKa)jmDEyF57{x$BlRo1*M_6xjTn5g@>nUX#~i<
z<nIvxat|!@Un3mbE06Fnts5a`m!&DZ`ZwvWCg*LP^NT;6GK2bEECO)ONDcP9aUCtQ
zqq%gi<2wxux~aL_CQ8dK_aDo|H5<y1izNg;Ds9ew@_B8kyi+CSiyw+JFwIn!ZrW_K
zzp*g{aj)Ti!)3kQm;^EJ#t>)3hrPT!)RFLAuwvY*KoZy5=!PojhE99X8}#QhA8&Hq
zwqvi{Y5l}$m}Ix}{x;-Rx_MXbI>vI&Eg@2L&B3!*es5vFx)i8ch@t!;ub}K;87CCS
z1Bb~dzS6g$v}L~%Dx@bC_<7mA>o{HVh)g&?+&jSUWVTvUoHBw5kSM`yKV>TV;mth-
zEexl1Z(Zf-ztThv#~I8JCl)-S<@6?2v>g&;$`>i5y0wH-ce;!m)_CSAp7YYvJabSO
z+PU|)q2zA#r+Po!PS>&y#cS?Vl*qt2*smkEunt{lrSlwD<C!njoGmtWgd%{}l6H7p
zPGe>opYDGRQgjlYEUv^M0ls4oqu3GauD9&AU(7kg)rW)O&auzm93rSAoc}Bxcck^6
zlu>5v;nk7O%II10+@+mjvae)6&C;y$?nv5<td*i2g4+E8@7^n%>3(hY{HCCxMeiA`
z|B(EmjZMtU<1A4myKqSO66nV;z+KK?<KY2aE3&^7>iSLUXpflNL%BcaGhAEwJy7-e
zthT)k#O?q2{Ai`Wb8x%pT$s(+gL9iLCe_CF%D*ts^Q|m23JUNYcXBTaKge8vavJ$5
z@e#*2bAza>>En!|3{EFUfQ}7A>+6s8hN+$H@hCTzpYAWP%{H#_r6oe?98e;@1faP_
zTX&UQ$vl(h`d{~9jso`%-xTs)min*^XafX0k-HXwKPLw{;kF(E8sa1B^9uE=<+1qx
zA&oOufg$OF!}6br)AHo>o4y(8xY5~~nwk(qCb=XBm-jHZfE=b+G}z_EU`obdQqvDn
zC$_iIa*dDLEmt1`Gsi@pwZAL5n{mHaTVxR?+Pm1xdZipw54^QzF6~`7nG_EX!IGr-
z4mM-)lIc)Banl&z9er>va7&}_WOo@Y*1UN&xxu+=2(Jij+|Y;B;&teYdK^FPPmX+?
zYO!&>%N!}Iur*f-ZJek-ezLdKivP#~1-0W8fsjoILOGTnoSSc~)#X#^Eik`RFXt>1
z{Ag5DfAQc>>)F}Q{RFxLNZb>qKVDM4X3VDUPE*EQS9ZL~y-DGa@<h@E`za+%>l(nA
zT#JkBn7q$Z{;B5yJMd!%T!k6kxeRj}fF$!q&?WhekI=-+pE%mPM1Va(&oEvo_pS(A
zypB(russejpYF|DNNk|WMnjj$6C;VubUu&auD^{>WT9Vk=cw_Kx8nu(OfKcoTHe5V
z>!_Bnr&Bq8m+e7$ZojL7A9v99F64ZQIGNRXvFg=cr#vG)HByD~{efOja>MT{Py)lj
z-Tbp%GBv_)i8Ih*5(?O6-7i#j7x{L;CT4~fd(L`it`om(v1hTi&VSD7#mAHVMipNH
z#~1e5<q;G@V_gAy-nb!{CHrwX7t0fm`0zD%{{w<B8AYxJ?$qtU^i;O{`5|o~+RH|U
z2!T*m%?W2QJ9EvM;{F6|!pvjHLuywXll#ofNWlssUbH2f>GH(OS;jJ}l~rEFU}Fen
z;+K;!lP5H>rtii5ohw3eBQ-VVN2MhWG#qnXN-Pok{P+3{61ZQeGK0@wKs3g_tUE5J
zrKfwn#kNLa<L<eiX#u)7<B*lR(ujU{7Q1<z_C)RLLq>zRqUSoRlAR*Z)~o{`+z-H2
z=9FO0a_*JbeAG#3;Jgy*00u~JKgGwCMVWu8vtE<MPp*`dlr#nH8yFg<XH=dSWo3x?
zx}duAaTV~igbLPC$)qi^8uxS)m+6PIHPg&w^Egz5mK45y|ISrjnbe6eNxzPlXvtQ(
zr0WresO_*zT&j?pAwygN0T1ORT76f<^z@|~E;B|YIf8l8)lj7J*XrOgPI&U|xRi&n
zRiZmi1#ZkA+d+2ZB>N+zrw_urWFG{&n2on)X3`!j8Ya@4$BU6PIGUP^+ASC%FJOJ<
zQN-K4tK_i%IsBdSdrkzW`%6#LrcLZ?x$iTygd1@ny-O0=6a3htsw+R*8?!bw3+8si
zLuXBW@54vHLlOUbV~(==JcS+V+@*8w`%u9)`8rY@!%8mg&jLm|o%-Dayhibcr!Svv
zCYF_g)kOS~{ush7NAjh<>KdpoRA}!{r1RJx%_g`xpvmegF@0R8(l}(+*)>VM>$q8p
z9L|@;!eh{%cv?3kdsF*)c85MmKeimIQA_|^P-;DAQaX{04L(T_JGY1pK41&PFm%GR
zmWfj~5A$Td?QC`mA^lyHAVl)+oA6#R@k;>1Vbk?>%FbGAvXvsuTq$V({Mqbj7z!vK
z@n15PR;_KyF@<7vV!dBtxmf$rKi|9t1x-MP9aguQnN*@J(QCCYr+J%sxMv{o)?)Yo
ziQL=w;SSim2%piyc%pgV#mMl*trnu?EKnw+V}b)ESAbWZ1GyKs@JqdX{KoyKv5EDe
z#o?iYJBWy1&hIfgy*>P|c?5*-upx!?NAw1l5oxDU`Cj#1rVBvk|HT3XQE&K!TBc5-
zQ<Z~)10Ma&3bv62BT}2)4z|xNUMp4oK7i7~{eznVbF^fL)TG{?GsB!aChX=aCa=@l
z`Bm+12rrN5k5WcFjgjih8YUtrEVeW$L@{-Ub(LLkH=6@3decSx(GKis%j=%inSnHJ
zca7POg+s-{gVU;4sCzn~w~a(uS!=;wfR&23spJ{)MO{GI_)K7;Q`S9HM4|dcyv#Ax
zu~o}Kj8xNv*+je#evbp{1@X|)!|zBD+J~Z1DxJ&a;m_ovq@&Lrj_TRxC=jQ2=E@7)
zi>b(qFuS7lgqzjf0LxMjf{3QVMEktmT*>5hdOMM--6Lx8H(#w;w)nS6>|g3!xU16q
z4j(V`B<kY33>8$P<)@eRCI$E9A_}xX^zE{l{N>TRx*e+5!<YSqGU<?BGljB&fq^p;
z?IAdMwa12I8|wCt+bZ~|r5UZCFS^!xd<E#Mc5Bj{@6Xtf8g+)Lq!udPztVX4C-srO
zgU9<A@xnlHViUag=jhNuOGUue<M-s5(HXC^i6loAIlH9w1bsAwS8Dk@0%%Hmr8Vi#
z0mzd*<SDb@>)X<CncoeuLMm)?ktxkv_UG9eNUuWlr-=~~lQU4ha(+f?EF^ZO)Z&w-
zZ<+{%pp(-*I7(y4<eO=heUtZv%iy++E~4ReJVe!3&m`2Y8|$yD9m*5oxg!?P(IHi2
zMnAgqi6eTusrp3esKrmTSh4Q^apo$Ymmf4EW%|U^nhYhV;o;w)t20^|wUxZH{toRM
zd>_6K0vZSVo(BHbwJJJVqB0IG->0>%m__n_b>l;5pr!};(RAowvB_;|j4;q*ROwB*
z;HB|!+Vhs1R_`TnR{S`}q9Rjp_6EvG{`JAYrJ_*iZrJlo?N9uA3sZmf=??FTYco-2
z;s(jSoW`ij-pSz%Wp6K>LlqNjApKjJx{$gntSgV8NE^wVm4K3qrx7SgxpbQ$@(=5r
z>cr`4yt0&7b;F!iiZdD@>Oh1t?j67_AWZVEg*8}Ukb-&w!oxy%&|=W>8H`ZS*Y_5V
zfP3rI%0Ig){MsmN+P8E=a2fI+5g)BD!-8>M5I~K>>5~_QDISqsc~ZIEVO`in53{AJ
ze?|qUMk8oL=nsMmb<exPm|y3c2%+Etpt`!ew?<V5P>Rl~j_&ax%R94OiW~%>0Xbzi
zbHU7FeNXOsl2vt2nwE!V4Y;u9hhF)-mMA%X%{!qm%|&v7JJ?23J5Yom3Et{wmZm%o
zN9zFy6|?1sZpSwrovCl?4l$%7bC<5WCiWoY5w5navk<-O22zI4dJ&PNvYL(?+Dvr&
ze*!3m(-t!6*AUCmjTUU-PjgU#Urj}^dF5GOn&Af%G@eTVA?nc*$uo?BY7zi<Tdiss
z#=OcvImB$>lc)KvW6-$mCcGO@rzPtxXtpuX5!MTXlKpi1jjAq!Z6`U&^~L$fJF(-H
zK6S2M*0Xwut#1Pc=;?(sq-7nGW8ASct}fM=TiBSB&s@L({a@vo;|9~=-4adWYZR8<
znatFE(EJ)J6sMiXeq^z&Uyfj`!$(ia1S0MWS27Ftwc6ajH7KfpL_2p8iEm12IB4db
zXL{>NxwX=1*jv0j*{5~QnuFyoa)WsJ)*PXO=d&GsnK~L+kET*C#SRf;_vwe=;Z$;4
z9nTg!+B)$xZP3S2&j;(>Zd5Y!GMCo=)r*CRJ84W;p1b%YcwV}Po-+)V>!u>p19xE_
zY`1-e$i@@%z=lXEM72WCHwqlga{N`Tw(4WpNFsb5dPBRhMW%Yskg$*prk7K6GSbu|
zt#3qnvHM;btHvc-=380zzUY=D2TXdj;xR4uSCds49_cMkPYh_s3AQ%sSLvp`^S;qg
z8LqMGZ+8@EvKy|dbqqz(M<IfiZ)7;<fY(M(y$WBz<Q7@3{_Uy2qTk^!Ex&+T+Z_&~
zjE;RYGm{c{d)r*0*)Jx!J7AwQRKw2Hywsdwn8C*XbzS@Nk<7%VhT(b6wr@F<sq@AD
zYN9yL_4i#MoSW5tA1E~S&`vM=BQ;2B)K>AZQWc}3{tCW1B}&lqn^fCJII!~v05|ks
zGa$*y?HMt7QG;^EANyx71%!|1tM#qLGFKtZQ@<~=wpW=$ZIOo48qz}+lEwbIbK||K
z?>2TDL=n9kx_8~=6bGOgNz?VnZ@jgGL+d=?B1=K1`QFsF{>X&(tVH4)>srY%D>$!e
zHsVif*mJW+=+4+1Nxt286j#Xx-hIF#<e6n-cpcUWF06c<F3H@eMa@vyiA(PZDA(b%
z_>(j&SlruUmsx)Vnn~q<aD77u?(N4_B`kLPE#F}520jbi|Gx9Qvm9`~<s6*f*svcY
zCKeMHlZ`mksM|j{FUCsuKe3z#RoY{_A3mD(DnpUY#*SS;rQ2*1pT@ely)F&uiNGCY
z@EmS;>aRcX)4%?y3(7#a=+ty^$n8BI9eeCK#z&!u<1!LRdF_4ZAwcPj40d^l+)xj^
z?rbz%dQ7LRP_{W)3i%|G{^(JU-y3dfly1TM%Vhd2*_MNRR84Rk&5YyMOr;r_ER>kr
z3pfgbKB^_vfa5BTJlh>E6uq5CN#pI(?PcMyKSX`8|K_$kd#|m^;P$@ZLT+|8vou5z
zVly<kw&SD3iwoby$P0cWnQ8|{D?HVysg(eMO2nGy!E!vCcE_{%h)<@S>Ou|z0!nj=
z6(KMkYvEn5I@aaIbBJ{WM&C8L+-MjZN8&wscG|Q=HeRWYQVM)|HUN`r%6r3Hx?#ia
z^0D{H$8lknKlIh^15tLyPmi}sx9jX&j`!@y?o(xuT@&f8t|%YoN0on1)xSlgGuUY!
zk4f`w+1I!|UcU{Kb$o3~j&u9GCn{WEL<OWBuzSugnMw{X@V7eYZ=tk8Sqm&A+Dn66
zy7QVf2`PzM(wm;<$5DEQ@+~_-&$kNb=<v`rWkD^&45iROA&&0+08>>h^8|)zJEnAa
zxYc$w@ZHTTKiN|5xjM8znR*3-d8Z@kXkhSxZjrUrGRH5`<($6#?F0cz%ZUz1nylTy
zuvV575(<wE2)J%?Ipqe($+eIW5ZHg{b*!~)G&yLK(Y7V0sjt+`5BDXLi7(;VGTyt{
zMJ^jLk!v%A%Xu;vcCroi!Ut*~IVocaaM|6S1r>b(aJiUmK(DcR;yuqAJS;bX3k8gP
z&I{pb<GP?*7DFgOOGOJuB!0kccBLQ{0S<6Ux!h~xJ8%*n8O2jZlPL)D)Mg(J>8;tX
z@z7!3?K&l}zQuqN6D4_93Bf+%GavMC1uS32DBzz8*y7BF7F~F<F8ER#^3%k57dHTe
z|NcqKBiy9I?;08aXuTaeTG8>LfMx~#hi%DTVV_Pq70kS~uV0$x1ssTgYxuK_s3@;m
z#uy`_)n?z1s%Jk6v@`qt220$rMW%12;jgYKW{O?j@J=?`amLnQ10R5{pe^?WHw(9|
z4XBr#jS7ap``k0h4jbKfsAI2K`qJ{}v;lOdOGQbmzGoBOGc_vj32TTm+RR&#%9Z(g
zv}242sQ23-8TpEWcQ#Z*dQ^~G=o?*r{?NNp;AC$Id7il@U()64a+}+ku*(aH+iix_
zdWWUfx+O@&`-G(VeIY2;WieT;`BA6C?s0isBD3rm7WnwFyA;RrXSJGlcek4gq3I`m
zFE;ZQ<lri%;k+R2*1Ou#k^$&npwUlkJPv1ubf%|cv&1_17@Dfe@g+6)!PRqD6hXXi
zhhB~i<4f*mS)DKu-Djto4uqW90>{uQGBo)mC9I*AXJEwTssun%XCv+p>21uFHMOaN
zfXZmu?^wDs!N1C#UNl0&W+1lEq1N`NHHfR!jj*mghtHEx4l@IqBo>XnGgf8J=%7l5
zi2b%(e<$JFoKgY!B!=eQ##<UGUKNdvvDy%Erv-~WS{27GAc&*85cgyLuy;^IMC537
zV`xk!#j_M)#^8%z_?Nwx&_H7Bl1^SXgSolX>;2r$h>Z4B?KGG6j(>L6dCM-dCjM4q
z*B~AZ36xxpDsT6lNPR^3O}7t8041Dk>o91^Fy11Qfr?ECXZGSiRE&;M;`4cf&IUQ;
z(vE#0w#CPmN5Nyh;){-QocsROP)Uy2qv;697IETK5C-utJ^=z?tnD1#_BEnBhrc=G
zZqI#-`qQsgI43a=iu~?y!0T!aPF>fYMFuNN)arJ<8nK9hhJN>k#5?uEs$FgO*84j(
zf*b9kf{#1c*&ja^8;nE|bziHZ!fN}p7A8<1yAE-i?NM%+QzKp=xt*6crjTpHiZ4$7
zJX>t$p>mVXYaJR)`sPUi$HN1IvRbVlnK3qtp+l+ps%D+k*w;B2C<InyQG%w+zVVf{
zmZy_)bf`p+waT}kgO?PD^A6TyMz3#gZf{0=_cGqOP%YAn4C&2>Ach;G!!x-2D>Q-J
z#@bIK)jS!7U+YSfK?2WacfJZrDer;`VA}0xw4NJH8SBUTgEgpc3@Ao^iU?Y+k;rBK
z1KId%r~W~3)ZtF9ZZ=3hcRtBeusRy%NQ0BxBG5lLkH1#_U66{*V{9N5#ygarc3-rb
zvNsf(cxFDb&z&TRB=Epw`fsg$b}<Mqhg5P&{>Z_7{8&s$6NnP}tj9<>5<6>aTN}F`
zM&z|S@LW@FVE9;`vTAerVh#VebS-1!_3fp3U-g6k!*<LMG)GzfOv|BHOtInLHE_d{
zm|`uQt#}?e4+1$7)<GPJ_DH$%6eM`vn?fS^s=K74k0rnNc3tfM$QQ?BN;-Z$T>m7u
zY(XO?kGW=0zV7tO$3vSN>q!#YA0w3yx~qVTA!kCyK=kie_Xy^wY!puh8|oY^c{R1g
zlG0TbGj%pRlmI<)$?18_&1SLkS55O@$@1S3839B=9rfY;t55HP9flfP^dH^c-S=0L
zOG=Tyhl2~OVMb^<{QDqv`O>-amJ##*g!r5<1FuX4^81}faHXI(l|YDhU}#{HRQ?at
zI4Rn*)z;Yfc<^BuP^Cs^WV9gTkq!;{QD2t{IXCkVoPt5;JdnWW{D(p@VDK}!7$gkL
zgFm8w4#ePl@-@02!WJ9t>B$dDls3#PSJaX*-D@rf6M;FW^pM_8Vn5?Ad$x0E@}&x$
zrK{EGysNu<#>PZRMAfeYH0M>ccN<>$X(b`N!prL$YNaA?nb%Ye({OcgDJCX{p@DF5
zDB!xU_T)qw2qNMN=-q<!lFH|`GS-!mafm$oh<od1Z{YJ6?lZ}(r*?iSLC=1+nD+b}
zwaHlPz~FQ^Wjy<7JBH`ZA{lYFVV<2Ta6>KWp{u-Z#C$v<J`Z>0zu;?7h#qb(aq2iM
zz^{9Zy)rcP7fuL7?92tEK>{`3!eDimI)|59OJf~zl)TU@jnyHttOu0o6O-#%5{C_-
zv*+L8`AizK;)Ue=o*wCj3e;}0W3MFHSf58VxJ*Sz9k-ZMwlF0^sqmOU{0F$*KKB>6
zO`h-%aJy7eQw6yf3=h=THA#B67A*g{5F$UC!ie~ZLqs8;qS!%ewST&g{#Ug3V2VTJ
zZm`qiU2~gbZmBNXV1##36j@4dQ^_12P{dveE%Xi=e4trSls7p#+A3S=0f%~ug^MID
zmLsmaa!_5p^Fw?vjBw`2roO3(oV-kS`)1V8(9m+v-G9gFYpKmf5`XE0m!-T=v_kQ(
zFPZV*>1YG=5I8EVnzVo*0hg$yK-6aIV~sC&jC(?IU!BuriZO0ab5~&<@#n<4214Ug
zPR49{Q|>V3ehEmRle~K?w$3-=Vl=!t^et-_AP!DpiTae~aK19UkNfaw=W@-tq&s_G
z@AQmaQExNNUrG3Zki}%%Z)%DxTBm%xCWrsn^sF{!&Rr#|%)HFYxn6wmRs~LB?#-l;
zm``S^z6^{zrw>%zS0^{fuN(M05?wA_P$XC6`oI&y$q6i8E;SH-t_!9ZK?FS~r)bMd
zT9rBbS>CH<<lg14;is*ns`3wm<d^SnkJ7BqnOX4MOzvPQRTZ6ESao-P%8);ZUvDqn
zw7I@2_&2d0Ue3X(#(pdREE0g0u=;qswKitsV>zba($dg~lo^C5u&o?cDqaqo1@A)w
z|82mxtn{LhUyH|b$H=;U5YE-ve)1i8X#WUk^zQgz<^ap71KwO;_7`=C-1nvnd;@h&
z>hg9_i8gFbQIXnQ6hH07kIeY9jH87nvEeZe^lGs)uEIB)^PLG3oUUzWNaNB>xWG3$
z!zcS>=B_wj99lN!n4Ca&;(VIkAJ|T{>OhqBd5wixWM+{|xaS~_kpa$ayPfg3&S0YS
zr`wo#-tXeRSlel(9JVde8ix8~^07+Z!r^8J+gRbH8s!DLT%a!#9X1DhuCzwc&`jos
zc{iCBM9l4xrIE3Lsr%JC5??~Pn6x~Vls|E>%jo=ZWS>&@8rQ|<+U`BQ=A>c4d+w&}
z6p$W%z4p`;(6yibPu4IOw6&gMaO{}Tq%vG>M4NzYfAlnGvFruTCI(UM$3s19RJRXH
zJL-=1@5+1&4-hE-zZnhMsB-R8_}a?@@P>W`Y%WAnKF1zApPgf+;b<a{)U2dZw0C||
zocU)x{eBYSVv)oLaTssLnX@}rAaT?qgI3qQRg__7Y`H6_mGI?j+LfW$_0RvGjOwR)
zw1K&3=8bdW?8tHqYF|<W^>+q(bfGDM=^vjytu54-U6akJ{8VT1%GjaU=urN1(q}GQ
zt?E|_)zX@3m!hPckeaSKZ)&64!eH9(T4Cubp!>1aVnN)Zqho**2}m>dOHP<@J}j1b
zZD`>sQZuBJGN9oXz3Aa`;-Q4V`S8AvR#?DjTpG*=#*4LhmQtG1k&sW3mWAWmT(+ly
z_!48`f2@v+R7y8@`y)~~?5jD=y7TX=4e)*)r773n-Fxg_*TrGDi2KUgr3#qN<D`D$
zOdO53&E2PueBydck37uu;4E8he4B*hooAptlTl}UQR^XJ7E?>#(j7~)S7$xCJ7zg;
zx_3<l=|*bT-OPR>Ry-@j_i#7btBUm&GU34R<j!66yv2|ykGSt?#My(M=&&;WQ5=xQ
zz2nKC_11aG_eS)x2w&)x!c$|JGT0~LDXXf;sMp<sZ`t{_Hi2<%VY*Gb6M6O+Hn{A3
zo?g@lo58aXYq=XtM_W^da#|a+?Ele=hW<TA8Azj@z^?%`GG#=gMyK+%whSQoUh4w0
zB2v{JfR_+Q-{IuqUbIOu%wkl%l+!|&$<(>diigklCi#7=G>+Ev<ohoQE2573?S5B3
zyWCQyDGxzLkOxT(3cPj$aq}WLW2_fP0bDr<UW`wlFcB^h`*&Jp$IHfRh;{?St~r}t
zMc=w#X7R?q?hH%1ThW(qU!F}t5@2jDUOF?)&|6v_^n1=~@>s0S#BuDO3JuB<2YX07
z&HNvE654i2j1S~j%_r{O;*!f#gk;LfZ}vMoK$VG#?%R0Vtg9m*kE1JXAN@so{CQ_R
zV}98E$z3j?7+dOPvn)}X6g5wyeH%hV^5(q}(f}xAZS<M@rCf+eoD=w6z|WaX%KtD(
zPK$~JfHNKgC8yPx6H4p}Lg4!^Ge3+-7+?pAuJQ3N{D9NJ#<af7t~`|P*mKD!pQ@^^
z=6i}4CJW<ZPps-1T)EW~I|P6mFf}kY6r{UhYeO(-60UiIG-`&7bX^s<YNkq;u<Ya#
z14iuDM47L8QA*R8cuzR+udJ80=syz>OGJbGbnr^{eXrYW-z@O19ni2r(8(C0J7Y9T
zpznAu>yzi$6`9p$3f(N$%K6LF^EGu%*UQO$)=0U4V6OASN&Lx==HTGy@M?#?#hKUL
z+ACDT5Z&jk_byMj<EEt1lCS=jjqV+9!d&XZ%!#I$5jqiL6DpA9Sgb$v0TR_;bjJvw
zQQAR9xAmySeFH`P6xxp_I}JzXAdA#^?Oxs=zUHR73M$cKqU2U(4Nd$q3~hVIKMniH
z6GnGhlCMg?=2HVdu|_|qK>%8GnF2oc{{SND*LlEgM)gMq&KfUL=ymmU)bCloV&Tmi
z%{gac^)jM4R-PDrs1K)&*qM;A7)#~)OnI6jRebWQ5-Y=JMJ5oUplnE>`b8?-j60<P
z<HL%hB+p&rLRKSV1Yxn8a5TZ{(9Ngv*QZA9wsdQ6S?8nd8io2w2}<Dm)wj7zX)i%w
zGR{aoY6AV{r@j{2YcB6*36nli4Q0?kit=*J58&+8V(J`a?T^W--^0$ckNcw5e8r8c
zK6b<(WUIiVdMzDhC;eSD>Ui{c|E6jbK<PJMu`P#mVLs;%(ceMn(POI4uQL$mW~sGL
zt3sYg1iou4jVIhzIZVA@<}Em*;6SfE*t02xvgjKV>H2GyGTU=3jd!o_SPS-$Y=miz
z@|C1YM%1+wfhZiKg;+Jpcm-wUlzt9J2te|T>{0D;p(afNAWJgWyXz>wE11?c1Jvgi
zR*l?WG3Tb2)6Vqu7$)8gc<Cfanua9*?V&QIBRow{BS=f8rvr!XN`_ou+=sek#ioNv
z(=S!hVqQetiS4Jw8_mt%KTv_SK#4WZ_?T(~4jGjwUQm~JuNi^Pd(GCYAeKNI#w8)2
znRQy5ilHPZz`?thID<3F;~0qr-!+lQa*aD$TKOf&H)PYLk@%87GL$UT$GA=%=G0at
zY<!>{a+T7ZckkTN0ToZ+Uii6r5iN(0$MrjAfL@aL%Vo1oIxnFZQTyF<lhta>cwT|o
zpsemfb82*QI_n#@AR$P-me!v<sx}SDYRpG&FKz7t|Bp6abk4u&YI^mr&nt_ma#&x8
z%vtYVFnhTMJ=9&O7EYB`d5q4*K^ffF(uwpG7VdVDH+OX$7blK3$0OY=Do|ns52p5f
z!S+=LoZpWduMEqceM#puJJf&UV(uQ6oo=2z91ET-3X-M%`Rz-4mZ$8_Z>Lt;Q6FXS
zQpsI@t;zAf+s{BW|7|}D%rh3SZYjkT{@iIpfGR-~uc4+^=a*-@RQ4*;4zwK^&uy1^
z__{;rSZS`%?(wZvg8Kr=0icR;&o1R1#Jg<#gYECz%;wBjY(FmLyt0R)NK*RBd~VC}
zyR6v(Cm8#rHnZo3^E;X6?{<SEvPBucz`knBKrxBYE3@I5(Q(>x0~+}|LW}6<7g+ki
zA5P=yFujHzmp4zD7R$J}n47hFE9`5TZENMNpmjVZt3#6Plah-sE8gcl@nqp&XB(P8
z6z(oJ;52xkq%giM!muM2WT}^^weiwDVA@H*|7+N=->$y-^{m91Md0z}9vyo{fdfmx
z^1)*wZ=CY&M0?_fDWwe)Ri=ccI`#Fz<2I~a044(Vdopat(_kiO1u@--;f#$MVN_Sg
zU{!xA0cu_4dEV8uzK*7`d)#OKDb8snqLU&lQ%gk$QTlydy9$tX&`m7GasLpj;*|7U
zmD84^TDeX^5x`FuCzYSbpxaPikAlo<tWIhznVl!SddZimyWF1bzMp}b0Wl;)l9C3_
zA@5F?_+3u?mIYq$a2g*|*)F9%6d<wu`U(*_sN3YUe)56EPF38MI?_TH_u`fk?ObP|
znuE5KEH}qU+Eddpu2p$wy}K}5nf|Dj9pz_zEvHw&jXHHmjO4C?K@1ceDy~PI993Oa
z6(bv)*xV<`izE1O7z2a+y}g^;FElhG&b<7!R*gg>in1S;5Sw!3grgrpDIgKp{x%cC
z`crfqoQ1#XXglfKRkD79%AOn_)tm63a%=f%>n~sGcfo!N&0&+t#6o;`TaW*5x8V6s
z1NJXuOtN>Cfs;{00%h8Y^71lM29Y^-8~|1Hm)S-~OA(@mbf;O5em{nC<tr&h+R>`W
z#>z0krIqEwjZV+f3Y!(dOf0CZ5X4ZF<gB-6wU|7<<M~&FUPetGQ{>)*jj@&FP-#&I
zhXy+A2t74l*aC1fh<lx*t?BvRJh^<oX!D?`xpVIo%j?FAIW<>#`-u6Cy9%;bPuKE1
z-VA-KpPnEHVt_Fnm2S;C-!7%IUbANwNpsngmnd`G(6(92r341tQ$muGI<K?a@W@YV
zj*1VyinKZukSfa8mzPIGu`kR8G`Un${_Q<!ONdaU?R-^X=Sa#a%Gvf=ZPRkjFMG64
zN~s(?@PibS9}pLBaJX$?Z@@)zeO-;u85!y8|I{Bs<L`X|4<n3&!$B!Q3AIs^vk#m5
z-p8r8*b<Bm$PSz>{D4w!BcEA+f%!juh`u^=IaE><iJ$nI&;+>_c^LJ(wiT+SX|Api
zjOBRIVq&R6?5rKc?)bp#VkP#4Loo*@qO`STTwF^X{OM|cJGSR0NXm#^Uf{Cj4)%9E
zU&MWKeKBSf8EEMK+#Rn@I=QvKytmY`^cw>on-mq1tW!-Z#G3lmJv+9dfA$6oE<{#U
z)gR>&t)J@n;{Hk_|I{QZu99(JEp?xzV)8^ut*xx67%GRHQil7;Vn^|DWYv@NB!7MQ
zOR3pFjdG888XWcc0HG-80KKuFp9Y|hUdzEX4``t#*E%B#<b9l7c5WiO88R?OuT*ZJ
zr~V2e*f;q2{d!Xj!0q3Mi}~rYtjKp^wo=XJ@>`84a<DH~jtaH^oS4VOE!=7HTO=5Q
zI&QA6X&*mo5x(^8Dd9)jG$VeC>%5v?Cdm+L24Pa8X00u={mxReD?V@{&}8&;)_A!|
zMOm3JWCIOwy*&;4fKiH%)^hkDv6A{<EC70t>fn;bB1cy=sJ|4y7Z5}zkJnUqAW=-C
ztN>RwD0;`>Eb^5tN>6I1RTLHIhet-75@NO0)v1}$!T5@$?)7SM-Gn6)gl);ASneGN
zujcddH}flTfYXK7<Gu<VusZ3}qfbNvY7HmQ6NBt`ggE%XT6=w6i*&vMDqBOM?_k5T
z4{qw)oe%ee<3g(;r%GH`TQqY3>x$-@t;&1AihzNJz9rLcVY(+~aECfx>YtWJEP)Lf
zkB-+mqSjlp$PXB!YN9?Q?QOi-%gN#{;&_B;=IZ%a(~gE6Py4#55S!qRN2&Oj(OsZx
zMbS`2Noms5hvgzGmB`!Jrv#2{Y&m)KH?xnNDLjf0xb%S{CU0Y6@H>i%>=le*kBcD_
z`*36Ev*Yx4McSG1SuBKJDV%yW;<;N^oQ)Qg6zgrMK(VaCqS@-gpeLw<P>Vj$;znsy
zgx4cYgNLYKg(h)yBZK=Y^VBn1(7H*BKU09hB~6Q>5T{}`d|$cZZF;WswxQwdbme$y
z|00$WtU-Jt!t#g0b$YYEzyVLHGB_9aAx98aR8lzD-6dRS(4xb}ku2$Bw$GKdHh7~j
zI<Jsf*Os$rG#m|iEUU~0Nf|$t5uFkKMQ47;-8;we+PN?1;egnbbUBK>Rs#1w8uub2
zx!Pa%)aBm&(_;CzI)b%}MInrlUlYRK4*m+phdBqWkcTQOQ^!O58yFb0HgPUAi)grT
zr}io<QOi#W*V&Jjzybqh{O(cpcl%`Wwy-tOvuEx+4+Oar>5wzF{o9ng;r#w4cWN0y
z5|+B_ty6QAf%=18?6KbF3}W^g^D2m?_3A3-x{A3|n{!1<G+>6VwZhtR5v-xr`Zh4!
zA6(>0L@Fo{<>%!wUN9QNkAoXFB}0B&{V&emGOCVl+ZJ6wkf6bWTX1)GcY?dSyL*DW
zTX1)G_ux)&cXti;>f3vtbI-f&wD;q!R=-wbQB|{M%`s*lz4y^7go=uo;&t#UiI6+9
zUi`TZrymLtQ@K>}aBqL%ot2mxwV(6t1)*S?YcRAa`hS2K<NpRTF3<SYl=lNu)S#g;
zyl~ALcjK$;YBIC)huc=_zG-Hf*u+y|+-o5GthlH*{4>2S+o*ZId!CYUljB-`=#j1R
zl7SAYDJXbpyDm{Ki%6N8ol+$ZiO!=qxvC8S*<ar*`*uP*wyqVO)R(dTx(Tlf{ee96
z9e0ABqM^Rgz<1R5K}NQx2MmG)g;Cx-3oQ@O?^A-p^O)l6t8v?&H%2u`1ZA|iEZ&OK
zLu4*@Pj>gV4?Omc4B!J&l6i#U;#|$eRUs`Vd$|H3wfUTUwpOKEy^Ty+o-UrH(RXGG
z#?%P3W!V~=;Ia5x#NgvkU$RN~zmz)=C$FsbueDuT_q2fQ0eHv^NqR7$FM|pP`I&?;
zk6?;V<~xU|1b{DHb7+;3Tt5`GXc@!Xp6TY!Yd@PAnbX@TP1%Da_+PY&=8HB%k!kuB
z70fc|Wsw2+dTa&2c_hI>5rch}4o6pfD=d7Mgmvm|U*miyNB14q*VZftoH)0^L;4~8
zdjo<E{0%U_a$3({Cy0Z#9Q%T<e34~MG=hHrUe-v9MvO)d2*&00{WPSppsEUrO-R=&
zR187FRHmXE9hqQd`-+W{&f?_unwQ;Npte^&EC6=6{^LO><)eq~ro!$cZiX>|Ob!!|
z7e(bX^sBxGD=0QC!)ITAr=8kNRYf%kT^fH=F1_9HU<HXiIu&PodqJU66=&-%unn(U
zdY`4n&s+^%a-GAq;o(03(=@ZIras06K1Uu72ED4K?dAG`*I}g5^cS1XYY|j7Q(N(j
zqz9IlzazAr#lh3UJ}$xJ1aIZ3IP*T1c6^g<E{AbXJ(F9_$)WDn*`Xt0;)@TBE^+%N
zMW$u_8`zUf9Oy2;pJ&k;U5{4U(e?bSPU}&e$&&^R0chDY<Kd~4m_GUw@H)_SBHijL
zhalnuBJ`HFHhDBafF2i@52$+qjjzMks;IOeBrKMUvHi$MTpi*pH6jK=!s`WDkHU@u
z3csryBFI5fLkA0A-ya={%iVVF3W8PIWbIk0OUs*=g$n!HE7)9nr=4#LJ`R-EvjJYH
zayoCLXAw`RX(gj#4Txi93J^UT2;#-QuU|!fb_iWRT_`bI)mMnO8X)r`R`K_q<r4&P
zG?z4#Nk7tA!!!TZ0Lm?_JBD0b5#y~KAoc4de6X(PR*&)T_`Vz98IT}4IakFXP0I2T
zdTq*)sZq+~4Q`np(``&=xD)j<V`;d0u%5x0`EL||A9^#{>2>e%coYWu5oCh0I9AzY
zRrd4v$_;!}Gau!#%;(g_<CG`_4x^0zcM&uC`+r2tPNq8+4SV1}dgj*OM*ox(@d`;v
z!vdLPi_an34|xv5r{VY=Z&8&$Nr9gT=)dP)75b<;zMGxC$m+e$y$Iet_L{!-61e0Z
z7KhxQbpKsV0{9Xjd3pJzdbf{N_UgCG)paDLI{vrKg(<bnyGOV6>ml(HNAcHUA5~UR
zq_5qP8{FcQI$P;hT1%OtjfItlrncv~%uY*?0w`zZ3w>q&9xQsu*tSzc<|owL8R_qt
z>7JJtX`OcuITqRW?%tvgwP$e6;fZKJKC=|84EIGYrwz?$3T6a>`3Dnv+y|<Spn)n@
zx&4fy2PKR|(M<pop-isjjJAA6rv}$1c2*vArcQ?@gVYe8YIUHhW0_+@>KuieaQR7)
zA;DcTejcyG#P#4d>TVz(fXZoBMHCXN*zb$t7e+=to7I2M<itZ++g%%sc>9YeA<^P^
z_q2_8aj}Ss`sVF@W^JvzVIV8pnnM1;QWmo<{AIH`BP-bvJPL|fGumVjwDz{1w~5oX
zJ=gO2cIX-MrKYt)=k)P64emD97UGJ^tgfPXZPYjm6=`8r563r<{21(Md3hQw^b`m<
z4$8$;z2A>mV~&u#G~pQi%|_Jf2mnD_xcv`ODCMazR7N?QRmq}^r}V?wW)||ovl+?y
z=m2<`pbd`NCZCWTzSGnGwKZ+3q#JjhwqEH+8kY&8c}<z@{_W|i9X_3|L|s)(kap%e
z4n|CC>vMT=-^S#mvau)Uc9~G_mi-c-Jm2us?-u#?83FMtCJqjYux}bT2$wbz?1y<}
zvI>NM?Q)Bn|4Tv4(Cgd8q~I>JUMN4ti(rG98B!!rkDDv`1ERmqS)1&OG`e^``z?1k
zO^K$Fmg!z_@hjS{EZGcv{#v<CaiZAY5hKZnupqRqZx61g3AnwLw6I9rwxaBp^-evS
z-?jOnj*U;ai%cl$?(da8t%~Jc{eQoryS8F=H)U7CwP&Ufl}@7;XQ4HM{c0K&O}-}u
zmI&Q8=Tfz5U0~ye7$Q+PdwV#w%ds(X`AkcZFfy6Vzu9cJ2{q_+JWGm!k)qc69&W{6
z$M=zUqk#xY4U?((Xx_OyP9TvC=fLgVA(cc&2kD<3ZFTI_yLNgVhYbyne+5wua_Sp|
zotTSQiR7z7fTDqymb#>W&t$jRr`v4@I-eWLL+C!<%(4;N-_zodhQe{JQW!&#%`e75
z`&@Xar(PCQ^;WP*XX`429I;^YZ{PUuuCdUxHvX`28JeF(dP`lK$yzFXpZD7D12SHs
zq?Ka~`m6OM{B9Nn*%T@aRvl@DUqovYJ;L1Vc+a_P!D50qm%|2h#5VcrinY$bBS~3E
zfTeY0Ha(BcUx3g&p6ZeR)V?|ISq)9p#Mro?urO@UuvOc3OTn8jduSK158&Wr%$nL>
zt~Uz`3X&?UD=QoAagU6OqNSx>UkC6cJG)_qpq2u8MY071N?s2xx4{pt=O@k7bckTy
zv2htG9~!+bnTfuM_eU2A>k1DG%2;E-PhdR+={(uTn9*6nCoTc>!^a3iluJhA)u&QV
z-3JO@>-jl^*Xt3||Lkt>UD(ievx5vJEixRR-NBFs;6HcBJ^X7Q{i$UCd2O}8`JUZs
zFR2cLOcqqcnvZtn{`w5J=~vcJgw1rOp>Xx&`1(%7oYHiXJKGc&{#($CkKb+EQn*}u
z-pt0D8q`liL(`&NrCCWP8Sk3~d*2e}MHFY<Bu{}BCL#k9GgRN$Sm?7p@9}LqZSxc8
z?oJ;ugcv0ZyRz1OF{^6V2#!vt&F7I$Od$XYK}u2<;T#_x^TD5Fd~nAINYK#s4~~y_
zkJFmGvhl}8!PT$!A2-Lbw})^p`Av{lm!wr3h%IjE4W~*2#G~!6FR~m>+@>~se*ES4
zI>cKPxq-ZDJ|+SykU|wjE|gSJIQzLIP#CU5nU&S4HV^1!y!hXK?DL?DDkw~WQ!IHw
zB8n;(NK}If5stjStHU4*!N5rAcV&mR*Vi-GGrw%4r>$oWA$@q&FG;ASC%l7$G*kzs
z#QhU)Z*P@VPBYwSsi@FElF8A2qPn<ggM>5fTd(8v-}~md9uvg_=DDi!N-<f?ryt9K
zO`r*I&bSfda4(~z7KK$sMGCa*gWS1eDk>_)oyDfQJZEg3r@lk_)N^G%->2!fY$JzV
z@}!g$xFDgnDn!7h<;tB0D7Ska?7fW4wZr3SqG3_;HXgsZU@hjG(*JE{xMCOd;EFOS
zJ#DbePGAL%>vXSeT1`cay}@EFtaOcm$WV$SZ?xWC)>uP6>gt*pIPFi+6fZ)vB`hg@
z-VS8@VDY0N5IMG5o}fT-d9(G;Qgt203327fUdOOH_HDRJ4T!{l;hB<#U@h>}W|Y4u
zMQ)Zl`W<k55vM+8MQSt)*z}S+sw&9%mGE}&6t9~?M>RT%g>9MH^bSCu)T+%><8*YC
zl9Dp>Y)1v_a{D?Kl8;+{@~q$XGTTf8kYU2U)c5MN{TjYkiIo?AXGj$1@Oix(kx-km
zSYlXrJxAFXEdO4GD{Co}mHOo)n=66S_)1@R;(>tQ$CBL}vy2hgG{=fll)(C8YATVD
z78k9zJE{y*o4K4USv<<Q{?U}CQ9=!P^V+amSHQ-THJtu46m7w8@$Fwf6iB}Js;#fT
zz5nO))_eF)IBfjZSbn!y74I%TvLHse$I?a&um*%SEUv8WFUm8ixto>p<G7hhLvV5G
zMa&Egx8gQ5O|5@{rx_PY@UKWy)4NhT40|e-Jba-yTwPdrc)H%rs}DvZh&EVC%GVMl
z(r|ENfJdeMMB!^ITp9;x7X%13X=wF~*saHZy<cV91}q|R-tbsv2&R3hDne&x=`Kib
z9~Y}W>SA&niqhppx414u*UF!ps^G=*MFwr<1XLwDu|`6Ff`a0jD$%}TV_=Z)Hx@Wf
z!5FBzb3%q0m<n=dhWsI5wD4<Ouknw``-*fzq-RY@Ct7K@i<*VLs}Oy+e_TW}??+{K
z0<2Eb&t>YFK5edGJ#9(cruup~SXgj>$}TOvPRR^Tx8|QKM?d5u!txV-KSaDrOhiV3
zgS6${_uNae_3qcIkF-HG4GlbZ?T1p#sI)fKaVJv8Gu&bJyu6*mWz`yrN=l6I)D#pY
znJNA$&NKB9jOnGL@+-zwy1$SGGj6OCl=MuX5^_!YOoL>c#oUnoh0ffR*Wxgk4nD7y
zKkhzo^JL9u;pz4`shC;AXsmDeib6nD)K+H~p<QM%)NQ1a|4e>+<T9Sj;G8RxMTMk_
zt@+IC{f>dz;ySezT0f+rI_U$i@-QFQcd}JSK4tW-AIl!X=X~cFI+1}Skjz-knV<1(
zMYcV;vkoG2=ixBv$QM73pf27>_i_1&g@w{CvPlS^pgWe*2DzkN!A*9eov2rU&{E&r
zIGhTMC~hE-qn5WfW`2o(uI}I<#UAph<IQ4d!x(SDSnm0>>N<yrG8<3BlZ~k;HbV&>
z1f`kuU938jw{yXbtM=_@e*!5azu)Gys@3AzFw(1D&d2yV$fZiQ#qmL17zztyicqhe
zFgPJ2Yg0`=_csCSb2Z|+lzU3!Kqx>HsX?DSs~le<M;c3%JqC}K9hdoWBBtU=uBT%W
zy#WP}ADf;KCIa~*7BCxt8F|%@THj;QXG@(_?Pa*>@W98{gr!0G`u9|zE7<p_aj34i
zNA(f}8cfR$Tj#Ug5Ii3A?KPl}7&DQ{bu%;B&oY{{zU%(mWL<VBPs!MbW|2g!L-iTN
zVS>(NdadV(9~{Rkdq%@T102?@v?bnu=v#%fj1WF>^gPEIjVPDtX4Ir&bb~H@f%n!N
zaZksHU4Oi6n8XTaxy;BT?+YtUbqNujJMB39k|(d-r^`&E4QP-uMJjCiud!HdDEI{H
z`?t3@@)!axhwV$LJ-~WFGPmBIFJ<Y#fr;dxuw*V1yzel(N*?{*Dx+&m&`quH=38%_
z-c;w&$uu{;7ox1FxS^P5xThUox4;hY@_mVF{?0FD^fAsz4U$RiJbB$%Upu4rPub)@
z%Z!(8c5_X6b7t!K+i#X^-R|w@^Ig}MgN~wt!b2&wMaj@OSu><B(F?FiXhZsyo!afa
z8!x6^nY+KWh#Ue2x(bi*I*=MKFAl4EC;T|)3!o0y1M~M!iNBvmI!wXvX;F)9!N*9Z
zh^tMqOlj>ICAOGPQlKJ7m;47<^+w{CG5Rnb`+LZPu~I>S-ai4~_IFseY?a`*#xcwI
z^TSSD=Hu(*pSNG#h9RQHZERXrzcWyE{RR#eqK_NBKf>4b8nNJ;e>`leYoj#f*Vly!
z87;KHaI{$67FHRpTER11d7E_QS9Ro75pewG$tl?_mouwn>8waWD(@+oa*Vo%MyIHQ
z|ATd=o4`kp5HY7%#76PBH$U$cL$L1gMEJM&t>onqpg1|5$~hZ5E4$C1UzL=^Wb+dX
z0?LTcuX(lI&<)@GoD{r7-;Z7%y^E$QsNcIF+Qkr^gzkgQO+r=o#0ibXH`MmTPoX|I
zMyaVlguKkM<JZ(sAdcwf#p#2jlzggx{*`Laqvk@xUPJHK0IN?AO_y(by$RSqsy3>$
z5N$1FUC6Ij3bo0)e<Fd<U`d&HP#ECLI(oPeoY3(8@e37^p8n^3JUKZf+aqt7aJ4*Y
zRJ)=E`3vPn<FcakOMLq{83^<i6%`eR>yd<Qtux=ejuAcH7oz^^(v%-<(<28v2Lvea
z8AFHLtA`us+dF$Z3&`Qg$zvn_tL20jAcR-e9rzVA3f1@WBN{48ktOuo1sh=ogMDTI
z;ReTGB7)Gp-z&LiIHKVka6zZDrAinO5R|2b8{CY2erAiy;_SHW%%%$X7)f@pk+-dB
zEVeWNCz(xLurJIB4)G&%d>i&kp$z`RCEBy!*RJbKYPN4`{PkR2QQ?Px`Cy(b!wjaw
zPEq9HFWR-rncOTDxZiD_a#<|B6D}2z7IKf*-ENmZ%$xoEUW~-wLoULzho>4Ul9Q9A
zlWEdeEEJ`ya>$(J#3MCENN!3L@`p*7!bJKQP@;E*azUUcboBSGdeOK?yd}~<b+Cuk
z>-<Y**Bh-11Ml|ezpqT#guW5W$%JlZKsXGN^c-q6;<!D1VT^Tgb-2gPOLC@t;hLH)
z+R^OMB|uokdifs0kMO=bkW@12U@sL}xmy6&OpwNQRcZHW$1KkK@G`FZtXA`VYIC=}
zT)rlAsxD+QqiNBuc5V%CB0jsux?@#pyQc8R;TpnGqL*lgQZuvIurpaSTno<MCc9`M
z*$gI+>(TuIHuM*;#^_yeIx#U#A*KQ{nF#wkpi&7Qv{%(D#lh675wXD`E(BnZsU#GM
zrkBQ{Sp~Y?uDdIZr-06{+&k`be<-7ss+<^bn7VR-B>ZwIS&7~!7UPfUAV^usyYz1|
zP(2g+bot;su3tf`9{YDEmp!i9l$oykXZ_se=O3_6X-(BM+`V&uwk6{UX`60#Yi<uG
zaaLmlOwoz>VKAz=8RpHl`R8QX8HUTyW{ddF)y~%1p0;E!7TxoNpQkRCaY8)q@LD`<
z^<K^n#lz-4?OSZ$W@gY-*o=GPVcJYh_(}wFx3^^RHJHCpm~p=h@^yNe@IJST`5qq!
zU3-|UlBeM?Q^KQgH02YxRceQP?~#s5y=3X@n_Zi?jn0%^$X^xtS^O~Z;gqUW&F56L
z?!9%ejpumLK~cS8qE+{I*zbD8%9q<<!KvvnvJ!OlkdqzKm{ht9B8N-2iZGL|fTV(w
zGLC#=l*F9r=VSHN*K<nuJy<v_g5P!`l?lAL(YwI2v9noN?QYgt=sz*2N*qP*PCl@j
z$CeXXZ7_lK=e#|1f_x&U%f352zwj-d)fHjWaw~0dFk`}ue1#>t#@Rh#^9V+&%^WK?
zzi1=NDu4|VD&CeGh?%P1f};xjIm&oisin|tE2==LTyhyybmvV6Ix3}<U}~$~zHSXs
zm0ie*cQ!BZp)S((PWzSq`h$aOVzm?^^Al*7c3wrMvRb>le1s6e6$=9e1s3F=k`32+
zvVR=iz$&CGA?yBlU^SwA2)6S>DfrjzF%|No?w>!opZpPg-?ajF5qUixw$A5LCezJ4
z>A^b`Kc97s-nM*sc<Mz=kNQY&)2H{B=W#&De4y#%%Z+$-+MwA+-$3Ta-rBv@3Y%*Z
zpEBCP_uBAIG@eg^+4OB4pgmie6NeUycCJu(UolzjS{@ou_fzUgTrz_Wh@pG=%lCU%
zV0=71X2<X{%jdbnec2T&sUQ)*DKuyfLrn9{@o-}Ij~l@_r(UOfd*W!EBdsjVHp$%(
zCM0J~g)s=~b3;i%J+o(mMPf;d42Xi>+jCl1E2MP##|RITa&;bw7+N>W?gJAst4dLD
z2o&}1MpKz@wsDF8us%Sux6qv~h}OSh29Hi-M+X+{DF(QrMLsDo<QPmx|2&6-cd1`M
z6{UE+OB5>Vl&M;lLxF3$uD(V5+IF7>2NJ@C28lMINdFi#W;kYniV`cH!-R)I1=;)0
z<cme&vxW=h3i;5pFsd|wa#+;*q`r?Vld^D42qX!f{W_wA=t((~;zz>!Qy%3Y?h-_=
zF$mh?-MIBuPptX&;d0ll_q1Y!XA|2cHVk+CTnL&L%)F2K)+eAPylrJGse?CqR`4_z
z6aSM<hFL!ri-hBh|40LjcN^f$ywjrwyA~vX^o6=F2pq>8nV1Gpi}me~SGLK8!9!ll
z3~igeE0XSCcI!cew?=Er#ic*GKMacm!2H2R8+0v`43C%{Qi&4a2h3bI72B<W9gL#0
zMW15*<0<66#rbfmnb*jzWQts-V_glQZ%kfZ!DG$mS-t_WfkOgqF5S3Dmx6>vI?V5Z
z($%<>i?f0A_9#>l3NW8LM<yaQt;&k}<XvavJv<!gf(<x1IThvX_<mWzvTUzd3UWHv
zIDq$bLdS%$r#&)RdT>S~-Do;3T8wW#@*~eAzhCdD%iMg$Tc`jKV#I~)ZVtvqPYLJG
zpD+<Xs+oH{-nYKx;E>Qq7J#vfgoGyD{SLFunq9<!w})?M{y7YY!<A%sc4kbo`#>ac
z;O8F~TU$BVV$rV$2hu6@fZO4Km6ZFvA4gcA3mZdZXegRruB6lt*~mL}F5bNAjEuIW
zy5MJ13ulVMq?COhgA&(I{y!VsKs^g3+6v74_jo;+Gi>dPfF#hoDgx`S&5M<W=iBVy
zdQ_^E5aAv;B)ScVVnPy<)uk3JGKYmcps+|uErjXXiYPelFzTvGHOPCv0i5XiZ#Go9
zV=X=zB!oW-zTVra3<BmJb%cz5+-LC`s;z^RnTX$k=9$z=v&D?&>#U^eU5HfUZKL$H
z_0-WG7=NzCzll|LkILR=ROoKkyZki0glwFveZ0$RGp4LvPm_GUyhaV<wPvktbm=xm
zr>3gCOQfP-C<vgcCF*o6(3VD3?3XOD76WrT&P_Uh^19Lb$bikAONAutKfW>02>4j>
zyByYo1mDKUX!>@uFQ9Z^ummWI%(~iJ1tP@2{bTXqys&MT9~f2ZBd|bEv>6v={owxn
z8@%6|SD{0+aX7UJXGmky)(JuCujSmeRR##_*=R2^Qgruu{UkBJICv?JhQ(Hq{codj
zd0EXq?y((CZd8m-*-JK@K3i8-0EbAsnb1_VF0#C$rp&iElCEhIpE85q-{)GdL#Z=E
z>ECrk6pmDN?^wvL^s8oAiffJL+mLv#4|z5x#2pL<uW2LhDs&?6s7(&mHZeMRD^kz#
zcIYbolGK}Q_b9%tt&ZIq>-Qu~k&-79h>T(ri955;npmcZ>G85QYPrzgo}X{=&@H!Z
zZnbeG(#S$E!O*YsNf=o8eZL4dwq6{TvwJw+@JZpFHxcmA@UVD*hK#DJD<-V1kMJqq
zR(-VT=2|OOXE0ii`UsZ8`MA0MR90si<;+q-V&!^&;xp^D^vN2*2S0?EhMr_55iEy<
zyY*&`tSsZQcXLy3k3>2A0-YUJ&oJu^Cnfu4T0Ab2GJeF1eH<6Lt9xT^--vCg*UeSl
z^SZ4-sPeu0pqc=T<HLw6WHJZGLfO@c20<B&kg>C*j=M<jZ9CCJJZYd>)TQ-P*%_5D
z_aU*6CtV$b)4{kAIX&E%6aI%6S6nr}h4u$FasgV!h7+mcC7kT+_v{Tl_ASr(vsELn
zyO+xJ<u5ox%;j)uSR7HmL5SIFzBCrzNYw0b>7Ow;d_!Vv&@xS)$9CQmj68om;(dtE
z<n3Zau~M}+;O_=+NawoNxYV4K1SYZyMH51dYjxXLO`m_rJ;99f!971~#IV!owoF(o
z5EQk+<{^@@Gvf+ix>0Va7%un3<$Gc_EgqjEH&|kKv*3e1?PImtEpCIS={8YJPI}hc
z;IhB)&{2F<HTG+*Jv%)#)`=i8&0KXmI(D_+r}wty0VQH=(2x13+F3S^L4jn@ZR9))
z>nnB&Fhunbw}j}@BPT4~(xJz}<1IT!9vEgxJ(q-ht8#eq#gN(+_py&D&OZ6?{TCMi
z8v&8OHVt$C<K=N-)Tuk)@fWNEc`g%nPz)BXiAgeDyJL%a(WYE7@PNk41W7e&OI58c
zH>W4aG|hPBY}FdDr>J)w>iHR1+rR~MXK_ICvuqV-`Gv~-2ooPD`7F~K;nF$S-n$YK
z?GcIE#s(r&a;Y<0IK6&)9qtZ&@C2%rSPGPo<&WB7q21FW-{K@lBB!c*z=nc2<WI5c
zRS{XZDLwTtkr=uT8tT8@&uG|zE?0_|N}1nb^x$h+#9GK8+N_e>^W0LtIEHS<M(;^C
z7t?S|EuRFyNnw={<2Apx8@1?0A(AHJ%NOaBpU7vyYI1u_^mjgh!R}{E9j~j%6pIiP
z57!xcaccQ&gh00DPbNFPf6AFw!4tP_J>XL(07Vn%@Vm@Z61z&Ly^g~Ug0;I<<Cdv@
zw?r9Z8@0Q?bXvrH9~)iiGv1kft3MEffeW6yM#;(x*wjm5MLS(w6+wEz*u3?sTmwmr
zs@4PYVJ+^-uH98LSwwh#wwzegzKl8)Iu+mPnWIq)s)5YFQFAo3My?dJuQw5M6xKQ*
z3W;c&>0{cJx^M>Nf=TsSTbrJrUId3$nvv_x&TH{KS}ir+Qz+jdUPerHsEV1QFJbS}
z4W?%CQJqX50+x0<vruUo(gLM(NX4g=mQ}%Zr7qGpSt^k96Ms4Fs6+=AfeC!Cms50%
zb6GmM^wTfbyL-tSK3B6OK!2u+S7$grloGiUN=VG-k6aqg8Q6KSC4M1fjfxdFbymu9
zScmQr-%$v|ld{34bhP3JEa$%IwR#IS$QI9`qV8CV$eYApyxI}=^sHb3F*Of~1Ds<a
zi4YW+1y|K<je5>P#>Y*w;^Slo*#k?NLhqmx+UB{m19?;`<@bJx>(8m8WZ+PzHi;zM
zc2OB^YCApYJU_#F;mh3@gw7eVIAJyY&!P@SsK2ZnaPGGTvx4%~$Mh_;=Uz$`MDmC4
zw0bjxD%_~kF#WwpydV*)@Qf&(cthQs8I17c?~mMfWE^Mj<qo$&csQ5SpzLp@ji)_U
z&+noa%uUv&cjq>!o`*kx8H+wyYQ#?S+UVuC$QK-s@ffdI<2jXNzbWmLJ5r@~N#MH6
zwX{@p?Q(GW6d@~iNk;_isY7VQz#uqqkazgpZxvOc<9GbSxZi)+bE5>&waZ!v#bUJD
zL4~vF%oo|hr?K~5zf4u0iz5Co4|sK^cbufF>f)Oligd93ku(=S_TcpFOYdk$@NTus
z5v7$O`;4^<*<fqWN>69=TrJ`DE2STa591$t6u$|0J$j-n{zwdh%Cu5mv(sM6Z(Q|b
z_9YjxeRA1;)}^|432~lH$$)Un`RKQxO^3Hqza(rvV$GMehCP;G@RLSh7d{X}d>3_{
z@m}BPvCG7G{t(@M@u~HLMmX3sARUecCsIHFE)_v+n0S*P=hcZQmkdyG0{W^XEmdyr
zcEF%G82@iCDWFFOz8j&ja`K9(-#{zl9f(+}+NP3wl}}*se!7B$`#N7!bh=ob!r1=X
zqfQw3>p-*)77c6I<v`K)tpyGFhtiR`n5RLfK<orjBC8onuwW_=J0w;IDEEE`N5^j+
zgM}$@JkdPA8EEc3K5ekT1bIh4bwx!@)EW(4nf8y2Sp4G}P1Nc2sM~Ct8Cfh%sVnCy
zW+;SvE$sNy+$z-eou9orSv35kBkts##As&Z)|ja^Ezn0zN<kg*5h8^kP0y6iN=*$N
zitfYtzN>B9$w0_rFs{K+6r%XK>MisNwfnjD9(rSZpDg9Ny{$Tvt0v;k(^h^zRHjEQ
zOMkrA%NTyl9gj5MGiBej<TP*Z$kcrAr95e4N8+C>f6i1XZ-<F|8NipEJ#MB|7Q0Mu
zN+a54zlwgMHs{3ewm<C|m7LlrhUkg*hm>Z!7<s<aoaotko0GWBRSJjgW|Ghc3Qhb~
zPP51CLvS*W=jm-$hirQPd^Q09__LZrJx2DW#p?Ow1fHv_>j2R|SnuoL+|k(al2Ply
z0{UW1hF&$VIl$6l&i5tQ>G~k<?*3-+Rwc=n@MvacR$gAtzQZ(F@6`khWD|F_`#C&C
z#=TLndsdrbyZe67_W-fz<-59A_@~oE5(nA<W!k(6MPV6|-x>!6a3Hn%Bd-&=q1oA+
zMM~a;cZ{|VqZtX--`g+6vzNMAO;^g`&4$%pi($ovVEJEWyfg3l0t>QtAI{bAJ08~@
zE8nHT^nYZ1i;E`Gsi~M-7ySjHCAdzOQRQ4VlO#E!$7DKnx#|W1>PZ$hTd;+}E*b^-
zZ`r_EBe1<=eN=QhOtqb~<|YZJf^4vl0TOUSP-5sJrI=aqn=1!NTWZyJ%H@MUCdOOL
zk>g~)gbOy{TGPC3-`It9Fi6GO`yctt&~Lv&JBe}9qRYXJ9TX&e<;}1kFU*GC+D8<A
z>6RF$mI;IK4;_{$oO~lD{uXNULL`i(@?6a|lJ;=oqk3TS{X4tD4uEZIXkg-RH0Q89
zmJP6}<7pq<@{kd~RlIHEMC)3CK7m?_cb{N}HWQ>_9}4y&KZ-5ND4);g_;9l6{8EN!
z$6EB{wHsK~6|e0tdyO7&#=SJuUvqLWj{y@Lfi^VuP?h!#Ez#nlBo&fY$jFOR-e;9d
zxaGn_W+`vG_<W&gRjc4R(%Vg*w_hDoL^KPd4z%pMw8*~u^ZX0p&a7NcgPltyX5?BL
zyv6)aL({I9AbZEzkC#y_eIuE`RcA#N`5Es!Ho?EgQRNwKDJeG|=-BHoL5NEYXG(&M
z^nPwqGlATH$(x{*n>CX>>8U+ur_%+U6>eOZS!U~?J{mX0;x<HoSe`VcUwsvKKY4zv
zCKZ!`P55L$opHI(WR%S_uT+G!3?CX9xrb4_>6g&RrSBjj@(Cm&CdS2~TwN}o;>B@X
zk-@tVD+uMU(ND8m*OFFRD#<wY9yNxvzLziY8y<776UTHReV8BmF|EctZ*%qVyVcN0
z9`-aOZhC4OxNbZZ<n14m#b{yoy7mUEA77&izLOLCgbT26-X_a9E-LCL)Nb;eUmjjn
z+uqL<#X*%bWr#nt-IuLYKECR$aWfBtwl=k-*W2{$hgrX^ZCDusDQOYC=ue?TpL}aA
zr3oIMz3xlLncu?PV1&(~&>+ij_!$LOQBPZiv^z9xWzN9QN8<&W?s|Bg`>jfL0sJAS
z2=YZ>Jq#+p%YtkV?Ydv(?sa$b_D)UB3rs4{Y30I;@d4TE@bK_Uvz-PaE|YDG(LiPU
z&${svuj&C>E1iq&g8V}D*1LT0q)(uXy6`sK&yu|}kBd2XhBMXmDpM;C)={jlcHYN~
zLy?8X?IL=Vyq+rO9IQOcKqw*`5~!SI%=ngBks~l?tm<lzbhNiqXZa`}d|v+26|8wS
zP@RNGszOO(#paUCc6v~n6msb!>G{~^qCA%1gNm!#!GrNKtQ+we<V?y6+HxrCE<SW{
z#FDyiS+|hi|3bFqiQim7@;>T_1CnTMGFK5dktQ9iI&VAE#E(@PfB7G`O4>0fJEI(m
zxbD3NdHgVP{_Q)jUESuFZbP}X5(Qx@+SAI_xVUXZ#AuyWYX7Q<5xi3e+5C;)ZTF@m
z7gTazMWO>kb>fJLEDqAdPRd14-%d1>d{Y8!b^C5AX3xeeo7=fwHL^a?Pp*tZ<_W;B
zc@<yZ_DEE$Mlz<VlN#FR6FqtGK#tUCT7vh%A8d}(!Sn{#ZaQ45y3tK-d3n(z?P`zZ
z^INACuZsEju65Ds#wECYpPY>pLyPtc2HadW#yC>0I%02gw|0xprB5{jBz~voK8TJi
zPF!`mc_%fuY}&M!qhxtf{m;q)M9&tOYW6J_`OlwtczB?mnHeH|r)hcUwB)5qM|5)P
zZ{k8N{=^h7G>#;9nP~r8nSml}I3cs<n^KRo;9s;K=Kg5A`yAaMjARgKlD_8|Qsk;Q
z0qo=a+QK|q+>L-*k{gN8`x$6K^wC1hL%s#x>-X}Kvag4#YHVL0;3h**WyrKL+Y!;R
zc-}hrHiS>nf#tO!n2&pivGr5voA)a{HKNUHl$yJ^dR(hpt6RzsB`<8NKPpq3dYl9i
zNkN3#3#36mf8?Cq{t@o>o0^bc6djqFnEvE5;%}mqec0HI-#`lFRYv0w;apuO&R?bH
z#yp>EU?X8cqiFHxJw&ZinSWE=K7pX2hm7eq1=+?<{%7@r={_24QY^3no?s>Vk6>rN
zxAzV|NPq+7FMifO_9+sTyfIc8^HL|7k1qDt;zF591s-@pn!n>!fg0AN)Pt_WGnC*n
zAWB3o$Dbl94p_{(gkNGys7T7B<m3=RulR2+8%gvC6Sa?Jm45@WEgAm&r5`0<Q-Wo@
z$;pwF!c&#U%v`~;<`mvUf9Fu%*bJtiqkCBM$WFhv&uKzbu#i#p+L?Z5O>oMjr#cxo
zteZe8oc!F0LQ$C2-R(#d<pNdFW;N?_vLolY&?HW!y}<g{G}ckU(V4m7#wEZnkC><d
zAi;xyau4O`wHlAb56mqrT8&5IB@@VUN5x+&(sR+Pa54yRMyW$V{@E82F#nXhY+_Z9
zjw_moi8yb($+_ozUN6_ZuDUld5FDz#uVP=eH7*tAQe{lX(+_2{@M4CTS(~fy<j4{>
zhq^_72F3=dQihe(PEW|=?1@&jnqMq$9rL|A=y@cEYka`9$_3)Cb-X?Wz}sqSJE^OJ
zC{UC)sKyTHjj1Uit=B*xO#g3K6Q2oBE{@-?mi0gF6bEz+k1!hHRuGUWIidiqqUg2)
zwL`B^w0g^aqB>c=_H-Svy^U8+$zt^#l7V_QlopFy;E@Nn3x2ztZV=N|egd|*|2I0W
zPRvcpB=$;yDPKFPBW7WJt_`G(K-0KD?LHEN$qQREp-Hfw0IL)<87K`G<tnaF`c$67
zz>R{Mlqn%y9{wIzT}~f5P)oFf_iHW-@jEi|@lH^LSZ7GuNgYT(Ap7I%c8l=$EME7Q
zyTaRpw2cT*bxAc$ywg9~sj&v~&8Rzl^DTz$?$11Cv#FTJn=e7dWCOuNhxnST8Ua$X
zxp5Dbsh-y+mbN$0yljQdb4RziDIkylrssBDdO9`8n0zqXHxaGD;1^iHIAO2Bhu{?K
z(Pz68jl_Z~ZTa^9oFrTnT2%CwNDZkX!gI<APoeX-l%wnCC^=^NN^OpLk?&ZbF5?uC
zfBR_*oWXWW4$Hg3(~I}RQk*N$s-f{q|M0Dtd&~u|t@EXW(fMzMr%?+?q2pHR5r8H@
zxI%-b40*$EeXm|;A3W9oxpT@?$HJ9(J34mL#h}a$E+DwV4brzdg6J83FS0ty%-a0R
z4#0T^XDzO1D4-e^gki!C=NH1DLRzl{MaO?eg~e2Kn7XRpOD@Wr#i`f%x(8pZ&2l{?
z>&YoAHk+DailfUUE~_yju8RsJ&xpxvdzPjom{P@iV^5%lwOP|CXBU&BGWS$?4I-qN
z8un>N#F)R$P?4g;QUEqMrpPm+b@6(YPIO~ZWUjl96QiN9VhAAugg~>v2KiJHYZYiw
z;RE&vCj(H(cU%5smadSb^q`4AINa|3A-3@7w)Uvb*C*=2gnI!eUWKjFoW{drE3YN!
zrC%$ltF*4m3n_Y=iNT55LWZ{odX?HdoUQ(c$gh;GIkS(0ujQ0PwH_tgK#kD~(r0Q#
zJLeAqGK|1x{kQ4V|F>%g;lDev{FjLb;fZK;w;3({q0ehZYE~TC7Z{Mhs|ronDhDDc
zX;mmUR<M{E6IMt&R1Lg^B<BPveehywCMQ4_8eSM~n)nL>;m(5#Np2;mz;QLu<Sj9=
zq^QhxZK47Bu*j_F@W2?ymC=v^vu<F>p`)dMgN+VqC<yPKn+Qvo(0IsU80No!Df{wk
zp|V`k0}=@X#fK!X9Kzis`}2@P#u2}Yjq)YA-}74kS~#Fo;m9~yav?;6WrR1XUoQG>
zI+evQ=olfu0)t--FKJE<DqUkU(0KOd3pM~Q-CT2qCU9x9%oRgca?2lV3q)F22oIGH
z?BN{WbIVecd5N#jtK=zYC@7}?{F#`d7XS|yU<s9ij3iN>6r^gFRaeEu2*(zlmoxlO
znYdB=sDy?10t1N|46vah<o4{tbvr%o_s7g~<zYZ1D3W^JN=WtiG+(vmmoS5okuZTR
z-x-VpQT(*(jIa<@GlIHm?w4vbO<bl~W`LsyF^LWXmXnv~sk4?+tw%=cgCeb+ns_Hk
zf%b4=LH=%^)$$p5mI1#jB!sktkv;?W#bS!S1De*AuCF^3k>L&ftC%MlVRuLquapov
zf&e1a<&l<?0|zbEUMN!`fJVnWF#3g*loHN8?|W-bSP3D)Nt%KGM@t<)y})cLO4SVP
zXNl-6hbzWu=$b2X@hIT?MJ}C`D9}Lq45<Tj38e!0Ga!E%vWO`!m>F$U@EQBDaFPbr
z24cllo8CIua<VrtXardVg+<BPZaV_Ft*4=>FcDOgiAV#?C^2+awjUHCuavwe$i!cw
zYW}$gFp2%9D8}-oGhtP+uQ6&Hv51KR^W&Joyq<skrSidglB`lh971D@>G2<rP3S$%
zH}mj|o#KV6Xja@_jTAgvr^7`v&r6JOY7+WbELXJMd9q4dUC!;9(q8%AX%*Q+|B5zN
zN|~RY5;Zy`t+M^D=qp1++xm6RDsY$8yc8vm9;)`H*7|ng)8WpHv3EFAq8!$Wws#2d
z;I0?9HDO90<sz>(mt7ua5QZiqH4=wJ_tU|5y=}>&a8?JBljMrKBV$OLQYQ3<RTW{E
zTEIZlT<kE*Dvmgb)2bY%Hmks7iPE6%mYf_NrL&WOmb$Wm4nLy)BN}0Cy8YVt0{ud>
z!QJf0!l@m^=$(eZXs6g4_W3&9iLfg5)020(>n<X}H>f%Q6v+~9h_5oyJJeWF)`nX;
z%{SmS`Z&HS?)A%PK~dpElnbkM$#C9&AXdVIR4|p=D-$RFC$g-=%8gS>wi146yti3R
zm|oyAwW$XtT$D!ni#YbL6A?nP6H>5;^T$yRhgkE9)YRsk37PTBF$HEI8gxHv*8Mio
zkFrMrf&M8di}Xtxd^{;{0bT%E#dC+Y+)fFhHM>&BNmgcyvyx^T<IZVEnCO3|=KdIL
z5~R->ULOCthxY$>Rrw2hxr=04qV|_iY&U7GglSdaLfZc|G(kyvln_~&Nvk!8%72<i
zlJF?X8V~`JrlrM1M%EN0h?f;oQjDFAhmZaB$QS`2@Bo2{Ym&%Z^ah&stqR2Oe`==R
zQ#JKkeHV?wXY^AXh=_9GCjLU``qJH<?D_XIrMg-Gqp%rj35>#jPEH%G;eb2OI$vYS
z2z7mK$5#H{;Y|qw!S{zIn=)a!@RE}!jEFEdmmnplQE7tYf2G4(p0Fa4nx#x1u|WJ8
zHK~@pO9b1Jb`AT*2NDp!w=`N)(Akz&Wdym$JZiIA?7cQV+g*zLZCk~-G?X@jW`Wq-
z^=H^dPDtx96`j?bnxH;>g`S*Rt-&@~29KgPrX1*8a5hWJx$ktIOqMY67Y|;fI;=Uv
zik)%R==d(Q%hB<~a15KBUpilyv$})k5>B|07=%{P2?1&nD;ymA?gPyr)-Z9w3Il@r
zb!rIJd7+B{7Zd92;ARwm(ye$5+&-(h70Qa{P=$@^ep4x<)qP@DTM^ZaO<$Lf4g!Q>
zRBTz6)1RWPT7i!JJ7+HE=|33v#UTG9#;}E8TZ;)9aP=C8m#-g;rgzr|N*D@gZAlos
zQJ;BItym^3&M+G<gulOXPPyGGXsbJTkA35{!XWkmoVT3(^zI&N44d3S+Z)~i^uH}G
zKh)liek$Py*mu5^40T`mWbiwN*-Gk^$dawsrS{)WAK?CV6?;z*-Pj+V{<)<{ARvC0
zrXoyZpG74qYt4<=$O>s4r#7CKt+5$v<lfYqfN&k_Zn5Wo0F5XB4VPRo>Zv-4T*N@i
z{7+4}Xh3BZ(yySTWJRRL-`P#K3sgTuKfXe}lTmyxuBCCwR6Td9`&aSfJ>v4YQ`Htk
zVp6^=9utNBU$u{#JAWp~cF`evY%68CL(fQ@w#UaP9c#P_E~=6E_J76PDqY#n*>Ip(
z?VekhcW0Y#Qxd2k{r5kKGqLP;46_P06E#hupKYSfmx@$u1A6uzDX&Yny2&H6<MmRZ
z^Q248gup=2U{ETVl-F74$TxaxexgC5Z!bvl%F2n1+=wAgAMZW@FPoa0T4M(YoL~12
zn@X^q0Q$;(8lP!o{lNQCYOaqC##zS68V2PTV5#-IXt=C^q?H#!u9Vr&W3)n*l~wkj
z12<QPh8?;#l#}%J?H!E3FyW7wFfA`FrKF~AmP!kYf|sJPy=1FHQX~jH0R4Bwbf{$?
znrBtcwN!jh*HzwkH4!gk!h|LzWh*XF?>ST}Ry~)$O8;1;EQiYGW!*3W2ijc9Q`EV&
z?7=|etg>`XzT)}SjvPs%=V=I_tiTHV>z!u=@lZ3TPuT$-M}>0b3BO2Wd>&$uk=8=(
zXV^)#<W?aSCAG1kMG1>ENPYS{<2aNwhCvc6-sK+M0F|d9h_Vt6#J>HeAB@yc{zf^a
zg<&dHU_T86I%0zj3_B_FFoGfwMl53{uk4zrK4y;L0bWM_%&;*@EsRJ$a1H<daTp`@
z3>(5*i<C&a>!{SIlnR1g5~0JT@;bT-bqqk}68lNg@F!9uZZxTsnNsf(YL_D`DKqYY
zwX&e0<z)Tr*QI4d5P0-1tV~gIQ?#lVZDgPd|EHeo*VnbP3~O5~wcpN5G_FI@P<VG-
z!%s;naNg{gKc21wv$)smH@Ci0<c6viInJauUK^X5>>V7WI<p%wU@~od1%!}{wRT|k
zI(RxWfg-lLwv5F~;{$nu#{<6yw_0lQeaT7efaC!lp8-v>B;%*DZF)^bY3WE28LtEh
zN=QHQb7nQ%j*&52x{ayf``$4z?>b^$oTsX3aBG^0@Ejv6o7cnZ=XkA8d4gzYXoR1W
zlwwD1P?H-&`wbW{zX_t>+m@N3bgiSq1_6x-+uGWKf<&|VNyBC-=_oC<xt^aPC6>N~
zLiHZr#s!X20*~PH7}Xb8fF{h#iP0GHw7H^>31o?Fn66(tJCn1L7LJ@_Ylyxe{8XPt
zlq})-_tgshkS8grYmmPW6WSgc_^vq1iSFI!QURSQhf&zS@7Q0ZePxfMM~p{e4I@JQ
zPmZ&XT;PZUEjh_04-Q6D;?1Wg54lYwxJUjYl=3D|phFEfV>`ABE7OVPd}X-;dp`DY
z1}q;K&{r#S*RfTEO9Tg^r*)c{bylzsNa19-i9aW8GE)C1RmpgblPKuR>uYALu3m3(
zq`MoRxU#}ZJKm$BKnn+0<}i>ykv<ckpzx7&01khAf;@Qe{RgjH*+9co^9C#SD&;F`
zswebCJ6%#C;OlNNt{XZkAXXa~sQqFPWJkJ;bvpF3FM{C&mn`Xs0Vb2pxe<`+frgD8
z<!mR%)TRKBwz*>felKX)o7siF+!%_$=D0HqE%_4`{k_>%Y`x9xbfeSDZTBM28HPhN
zBh9zof`uwdtkdaG)qQ}~(5q<ES`N8bjElB_s_5kj2Rm(p&rbv`{$)EYH?Fib$fn-3
z&Ehs0`-dr<o7Ga302hn`hK-Vt)<`OP>6#dk+mr^R2;jw(Kqj+&`>afLKR9LvWX)jy
zfk@YAu*>rUuiEAeQDTMi6nP_n?cvqCkI=cZh!Y|yDd}ACb0*JQ^A~%nsNebwYdW1$
z;nJZ&)Pr*toQ=6FgAX#p&qNn|0~gD&w`IXiYYi;~+K~u8tHh9ju|It_egC<L!GA7-
zO<yDI9WG6V?QFI&C&xckmw~;WFkysVmlxU}i2#+)TPA1LT!iI%2n38pKh^rY5im%L
z=0FE*z)k>dIh;oq%Ygt5{i{N$a$NVz*B13Zn9!$NPH~){zyFEy+y<8$4uYv}J&n06
zYpAeutyu9pIM`JzLkwy+G!79=7h<UEV`u80dO5|2nR|6e0XMUfm;8Ctpe1c~7CJeJ
zEN|+ZH_6cyRZ5glt;&vMNB^DuJCYm79$0$umyb`AkPhJ@WvDOSYA@9$Hk1mD!&%g{
zaweqAtuX7q0jVa9mB~=Z)FG-9<UsnGX%X+R@y#haz16s282i+V+oe@8vE{){_>I=g
zHb|gw=E#{VW~dz<?}A|<OsueR$<#ES!OX3hndtDK;`n}Rg%mPDP!%sJMh&lX*{Q4h
zBUnK6<V|P;caalJ@I~8<4kL4n-lKWc$Ft*n^k`GN1QXN)#sBdlwHwWIJy#UxhY;zz
z(|IH^z}r)TK>KI1yki>9K>Da4fL-sq&X&{LjPZ<c$V%F`6>u9>A*~=2U?0FZypJQ(
zNRY0ktelFOt`JuGw=Da~m=~lh`}be-GRpZAc<=g4bJ*?LZ_jA#3nA;xPCqTeFY^+`
zqKq43=dVGlEjdTy%eT9oJOfCyIMZFl-_SvSDd)^&fwG}O$C13`-^vkTGW1rwj=I{}
zK9m0)RM2J5ljxSgT#1td8ZEuG`3=*KjSQDiD~aIb(n^<f1Ss3CV%Eb3fe1axwK8hT
zb6Hl{A!ty-?qs1)e853~u^$9P0QT{kpL2**Az06qK|Vtd1H2PH>xI};H^_d|S|sVe
zxBwqBcp<%Vv`r8uGlB{;-ot+&PV+Wyn<8txJRhr$<o{;!f3Iw}FP2xAQl#B>x^FuU
z0}w;Ka9QY;-qJrrVR~?kkvw*RZugnJYI4+Huvt4Kuq#GY^%WUF6x-K-PKVKETxqP*
zljK_o{+S<NX{fI;weL=vN;0d~JA@jP&P~7in6EXK6EPmf?Dk<FN4mJSyWZYR3(Aow
z-V^!`)XX&J*+n}$Qqt0*e=pug(Be&|$=GJH0ZWezi<06;$n>yOm6#`WVr7CNDvrtS
zbXRhA_UW0=IqLXxVZ<JkK{Uq=0!h#L!}m!yBPpt{OejzO^T4A`Y{pQi4vkcSje1{d
z<4Hb+g9OQ}x>@r|9MIkuIc;eWU<40=^;;J9?_P^>wO&1Ye`5s^CI{jl@Ad6oi%hMG
z9yd@_ivie)FQeaH>HEa0<Vc}45zN~?^Kj}f{}fN|C%>K}3a-(f8l3i`D4l-IqqExE
z+0WrW6_ENLxH@@%s><HJ8L^A@s>^37TwTzs%&}s&E;y-nfMeK;cwwfI8gW{gh0m+v
z<VH!Cc>il5#Yt8n1j-1W7(lI+ebllVUa@o;ONR0|F(n06maa>)p~Y(R>uQ4xN>f>Y
zVU)lw-LFnx&h5PxN6hx8+&*>Mq2;TsO}k)ZOzn-c?R)N*lx<Wb-OqWHS{eT<L1Nz5
z@AxT<dFXov^0{uiXDOIbie}oki9cV>cY&cx23E4)gl1V&^x7?3M@JIHbJSE+md^PD
zS~|E?Nu#^hfYRfZbRV_$Hz~+@_L9l>^+~J%6&ab)c8x>h7p@1NI3bAeZteIvVzEi!
zvuFcTQpE3ysA8pJxyOt3)6MSgyu7@~VtbAZpaUOM+FJj(6q>rWHZC3>ulaNiRH4)5
zMrSl0_csG!LhMhqCtUIJ9-m6r7WhpE9bN$;WLQ{OYild8XftIE>N6ZU1HN46+|DJw
zR%F0;%*+WxyGcn&BdO6pfBtN1^Gu=B`KPDr?+PHzFj7^Sko!Mrq>&dGW>HZQ5c~i-
zd7uyxV=I!&6T{zwZ<J_k>6HZqBpYE1v$FsZ&&A}EA<`<C|G)SwR7qt81%ZKIf0%!H
zdwCQ`p-O?E2WHw&6G#w1XD3Ubyug;<5j!^pj6ZfJgp21?l$8qxs@M1OoMStH<UvSJ
zkKn&k9TJo<v3yoZMWFj~7y|e;gg#RmkRYG|34(^*(Zatf?*N4Qk2?vWCdJ<U>0<M*
z2tYOk0kX0>CGf5iX(=Q%G0}DoAzI<M{uo?(B$x#!MVt9`XOoUu-?iH9>LPA}$5r^d
z|FEqON96yfW(q)`8mDY1SZ@GLzz*SO8`YD!a-nR&Oa^$bw>HMA^4KmL!Q^|#MLm>B
zQg;GgYNM7jlJ&JhE1pC8V!(Hpqm-xjokecx7y0g@Dpw}|Q4V*RQ)V`i6($l4JUrSt
z6cm(YD*TsoDgJ+G57;ER6XDLCo<<)#+{)wyc3J@@ItK+_RcbH2qt00UCSphX7z~cr
zO^4n0Zi>0(iVR+)nyJ!5R}s{r%<zJOf*^)Lx6^X=Fy_MxRe2oVX$wXN=h-FSID*o&
zS_P0l9Bd3O(*5l%dUht^BqT^$dQ7<6tBQqrX7&NQv?>w5GXZ9CZZ0A+lB7xL|58oC
zp}2qgnPVbV^8cltN=`XR%2Sh8yqtQay*bje((LTAv8bf{ZpT16*ya06vBSP^*wZKr
zM$^>9z}<cG=j>X!o9zW5IJ(4AAQs;T9Q-H$|JF;LNEx`;r%m0aM&8vwgxGO-R)T#Q
z&RWb+kdqFYi{%p~)T|2(HgTGjioloSIGCM+xVqVE{{CX^-S(=3-%PXXE9fw@p#NNL
zy4@j};JfTLAG)48rL!l!+0?L*NIv%KKUyf}`^CwuCWV6khp@i@iev5CM&Tv|Nbm%A
z3+^5uxCM82cXx*n2oAyB-JReN+#Q0uyE~lD-p}*>?_ckC>QGZfF*Q9icXQA5wbr@>
zg%?ZV?DCe|{psWA*k2t~dwY9qBDF~*t6>y`?kvO5FB)rO^Wrcy!%r=oj@0X`?eT=i
z!F<TIlJ8md<r6=>(^&VUPr!QI(nFu|rCa;cJ&bx5tw@<zL8q}&^4$B<GZx!dc6Bh1
zeq|+LA>~$GYI%(a$fn*W{W;#;!Hd;C!oa<${-xQA>h7Yfe8RCaEb>}nGnDU+823>@
zqUvJP6zYG8osyf`{zZw{*h$G)DI@z<m-kDsxt$+qW8x{Z(6Q0MTYWORV%tH2W>#5M
z;A=QN_fBF}tYyL;b)INN^dTp`nAcu2=h117PwfY<#YuIAbefWYBnXX)-SD;6?s8bD
z8hr%>tY{tPUWS2$ozqiZH-o}mM;%go|GDhkakbCw7lPRM<bwLzA)L#Ugq|<^gGhx@
z0}AAQt)ZbIZlSc?Y?dQ4!+%7-29s<BWYA^(j|nND`@g51O5P>6`d0<n(ex<SagwUF
zereYb9c40ORweNb%75QqjT;TMcElx|t=@ZJ?deUbj;zct%P5Fh0-hSf#qGyKkBf^g
zJAOUkft26fX&*^yra4jbmrC$>X1vCqx}UajaF{hLOgZkHy7d5{Wn&|~@#E!zS#}9;
zzfben8o{`$A;9^bg(A20g!`-F#b&oAfE-&8Fy;dCs_PjKopfut*&m5M%+L2+Uu6j|
zigGN@)8FjRP#+Gg3f-mPl{~pGB&IBIsHqB-;fBMB3!jhSYczBfMdsN>LU~z*wlBRn
zdY3iV#gzrS{mGv2RpEJ8M9uY9fRk5C;Qv#h)i0_fK3US$O19L$37v-llZSEY`uG8O
zLrmaa{@7Y~uoyp^Jfg4WACXEZr=-~%23|)$6~hJ>N5{mFkZL-kM;^88wpX0YJ)v>Y
z5Kq<3t26JUo;{E#f2(1u*nU(wdMO^!{e@8bx`Rll$HhsVLcy}*zu@cN%%*d|S>M_V
zK#r;Ga2*U%|2q-otp>e|=1EEcD+LeW&)ROg@aL297!#xw9<TitxBOe;4(bABXYFk_
z&37J8x<5vGU!}AvG5FpA>>i`H?a!adPR<vaWiWVV+AwQnVvlYNGNfcgxWl|+4p@f9
zEcT;c-EloH^j~v!OHO{`>$LNA|BS|a!#~bMswmf|k~XSu=B`FhpzJ4?@qd}6(hwXj
ziBFdtD9Y=QVxQL-DL{056F&Y*{_hS_NPnss#27iwaB7Nt^@${~kP{OYSXW6sz;HDV
z)|vw;{5)MtT?FlWrGo&#gSf*D69{F+UVXHGw83fo^l9~dIp~`qZ){<7d1w8-DL%qA
z`G-up$A|mV*9Zdg-co7n6^DFxpyRoqB3~x`=5B<V75Y7}L#Jgmu5C0CO)6h4$PRq_
ziw%rQ*s|RDYAK`oNI7~}99m8%jZPb%jwKLLkJH|_l6-7O*T-~Qd3SmMy+d7q_AVS8
z*7+;VTNwNYd_qi~KDn7M2XF=amX9`npHVU=CF5xQ!x>)RUy6hgQ}K7{8z4o5Zu=a9
z&)xa2hda%o3?VItRi*HVXmsnb2d~>%u1ID{!(qI?hOB>ZjyO>gg{&kh#q8rQ*L5oo
z@e$_GaMFK)Wp%D>^o!ZvutJSMHeFK5PsVo~UQb6oDb*Ohd1m98N67Cu1hSo@Erh4z
zuaA+eM=~tcoUWZvE>NQ2eaP|DP?28eL5nL64~yu3r)r+Bf28CX&|^(dTOK8591%p~
zpTdY5V`<-JwR=NjDWIIm+rYdcVd5E$HT=+fY^oj#f*p-)wfJ&N59Sn!NARANoL9hL
zCO-hk?Kbft^FUeW3OEm=O`0u8Tc~b(?wpHg>96~^^AH|Rso3m5x2HJ1aCue7eFSMK
zWi@<^-fVd|RMGruxFlRNM^B!LtMbC*+K)L0_mowGlWe0kAJDxs(w;1D)(+>2-<c5&
z=h}VppP}2p-=SNcR7<C!iOKHa-=9YkW~&qSMC5mknG-e)Gt~8<h~;0A+vF_<6A6i+
zh6WcGmxh)W9;=#QQ3;WE$c7aW%a{tg2b)Yr^BZ86=4!F>If|kM$~__GYb#w8_zE$6
z{n&weu&B|^(A4Ywh7(z*b}X}lriCJ9+2=2tLdU=JqsVJbyf~RJMYZX7hwkyXSvVOA
zVNoY#(RLb%!X0fdP@YFvLyf$i?t-;WSGq+iv|EMNX{VY~g>swuq9LwmQQi=tIP8q=
z!k)=!^6ZZ-E<a1>wFX(%{u!i8|COm4QCygX9k=H3)EB(4EodgZ|Bxbr@`ia;=rywh
z%^v0|^}=O!wR|UjCmwE>YzIcF(XY1@0A$j?oLHIsfD6fJmpq!85<p#HY8?_2YJ$sc
zdO}xISI1vkYbw>i7`ZWs>J=h1^n>pp^h1wxbQZB;3jc_fpeASu!6$ojA8mrc%$6pl
zaz1XDw+c)0+YL&FUCpdewuodpk@(a=MnwvzEWabaB(c);b(8@eOU~{b{(Y-jyn|0`
zV-u|4yl~F)T>q+uJsPWG&hOiY$P#Oef9Z3W;UCXA^U6b@d?&*ehr*^6ld$ozOT#=C
z%?p&Z@2)ai>k$>QAY<GN3$=yCB(?7IbGO<?chVE5hQ0|KMeCMgZ|>BVU)Nh&@jBMk
zd1)D$BKkN;nW>$MEGrol7cnmMkZvQfvMVT!@0>x26esTl?u@uEdKEN~1b=n$`!r$m
z!OnC>Y_wM8w1$bEBs>_LKYq6;f!ZGL6#30yF>Cw74fnR4IV9BWp6B%P<M59U>(uPL
zbL|%#H7x>mBWgcytHvQx;=QOScD7HYDU)qQU%O`kIZop9t1HJ8hT%>7)jBa!C@uy2
zFA=eI9kBO^;SX9bo91UH7xFw60y!SMlxWRYkr>Vs0~|}1Gp&&{c*^$7E3=88&hWn&
zw|BNA1oR-mhOkph-#8UJ9A)KI6qv5rdVW*bi8(iNQwh%7c$bTsSx?ZUzMyT7l{~Pj
zsh~a!;SaNA@8FMUgT2l{n~;K2={`#@0cqdZ$QaBx;{NK@4laIr`%MvDyKwhJPkR%)
zH6{JqY^#q?bKW?@?if(TMT;kBKj~qTXFY#V(7w2>rOBv7me%PhK<NI0^~xlR`FwSF
zQKWG7hXwvdih$~Z=VsTo6=IMDz|0?1ts6gnI!?&W71~I`y*-*dJc9EXl_xU@gda=~
zuTj?>VNuWVE_nTX?!5m$_-l}qXon59O(lq-Z*BiH!we1ceBN4U@Xs&-RWsTPb)afy
zvLHs#ndZy+n!{|LYVf^0qbt74bA-dMtP<#wXG0BA<KYvzZX!yk!Z{=@a1)S$n}8R`
zlZ(pyY>f!8-IZpknppDup9`0RbV8qu1Iw?^ccX~n^x6rEg)^^nPuC>C?p)9rPg&4t
z?(O)`%!?+);1ni*c%_v-`EpwI8M%3Ru_}vZy5@M8E!0b)bK#AoySlGx!bJ+r;=4xi
zX{;KS&n${L-tB*v*qGi&OC8)^y(Hq^lYFQmv!CRmDE6fODSf)n5iyOQeX{TfNe#R3
z4WGWdoR%66BV`4fhQs8|cHA}=RIe&cgsbC=&m^2|1wm8O;JD<=PV!{+0p-Cy<-zl5
zMyLh`{fxn(X1F)U+=!rz96eE+Tl<*RM;p<PKlk2<g{%^Tu^qCYYKEH4DI{OOac_r&
z{%eDbb;SpMwF;cbA!_N!I8s(=aZi=q)-Z?nV{jY<usqfaZHgN|0>l>rji8_ew6|Sm
zda#0ND~+)W<l0w#QeB%tuG&{7MN4n-YX;6&iLmG!cAHBobC>nF^I!7>LCY<<>_RBh
z8qh{e&I?0@4h_=mE4f2|s-4U{DF6GxQ~;x=2%t-x4`Y;4-O27`O0rJ&dy0xu6-hRW
zoeVW9T{wcjI{GOltP<xEe+WA5l>NzR(9={0(Y`5A?)pp0WqB0RlkG7K)Z9Y>El)U0
zrCd&=7gefi?|vI;$x~p0x)>eqPxmvQG-@IScjz!~!Gfye-sG0X+z)N?bNIva%O<v5
zRi6t~e6G%0<lfZ#ZGOx1cVq8Y_atkilhF-sY4ONQ`%%y2Z)nb0Dl;r+g)hGF%k|EY
z57CM<eY55NS^0(g{Hc5EHaN{a@@JLN;pB}|TvpQ42<tgYCmaSHXp;01=i~&%0vCbP
z{`c5e#bmC665xBs(p+vkf2sAQn)wj~d?<n!_4FGFUfE3HN+Y|^A3Um^B|*T4(Kz;}
zI%%SzL254z=9&fm{o;gLqq8d*WGMJd!nSu;?RFZ1g?=y#$15yvCa)OylX5a8h)q~u
zK$Bz?R+Vi=_mN=Ezdr10l@Q<ia%Wu+h3<IzN_njyjye*ar=~A2LX23#APu7AB-t^I
zQ@V&Dnp?_di8JUktsV=cE#1cOuTCG$KY4L74a$klFquAZrM<moiq}+Dv2qJvU+oae
zR1eV>uV8qH^M)ymkmhmEdj(R|a_YOX$HMSF{L&tP_03%{dA?3jI2;Trm|meixuvNQ
zZ21=8E0=Uoj^Fn&Ka%Y&pr)=IQlFq2Xwulbxg;3S7zm%LkpHE;=xKzA-hKp1-T%EG
zuqBK*LB@Xw4LX{Fn>e<1{8Z4}w;^YCml)R1G)WSlTaE51woX57{LOP;-Jb>P=x<r`
zYddd7zyo|i4;ibEe?<f!+2}tUn>(Iv6=Uo7`~91BuY^Mny7@&3WT8?-DV3%eOPp|n
zJWBW-LpCEdOhywd`?3DdPE?=cO2lWkp(r;n#y*%!q6d@;7rezR-fHFkL^^e9=lUr$
zB?}rYU;E~S%hX!W!qiax(PXM-?7aPz|4k&w0JfTEHH>NgUXsOjczsLWL#?^~qw9y|
zqKnCdDr&VqEVH?Yi+<J<nHfEnR_LIgQQGLd`2)){+K+}U!IxSUkx+7F@7k-ed=7)I
zSeHE1R*H?|*^6rjXVTw?7vE4DcKS=dKe6|07cfcCA!wMen`T{k;%uLNRhE%Qpbc|G
z#6#S&Zw!8KSLXxHmB1`2esN^bS)*-{H5YfPly3dt{8ptw<rnB9<0Q2M5=Pw_!eiu>
z84m?l-duOA!JVe$wk9vt?SaMs?+Zks9OVxNbBD+E$~2gEe#Z<NW!K|!);J#@=@o||
zI@+JrL;0-UCt|(AAKZMa<&&8Z4%h1^L{jRFcWTne<dAi5tLFOh@%B@XEEZL$0*4x`
zfteZBuPGZR7bPRA9*t0~SWIOuL`DW$dU_12xjP6TVF=BN1i8!~`=m7!u|da4F5$8Q
zn)J<eW1wZ!k7@!D1uYLN1T_)?tpuILE_JI@%gN{GnPW8R&nvvT(;H<nbGJB?5#{1U
zjYZ6>mdCti)y*`=N(9wS=y6CxRMHRrKJZqc69+l@b9+T91Y57rFDY^*D6|n#n?p6p
zyTKx#QnY<@$DI(5D!DP~!NejO#7Lp^+`*9a{yjzM_}`@q*DF+<tYxLd1GKu1IySj7
zDUc=@bCs3Uh4@>c;Cl}0Sg>wCNY((QIFdU;K)0sg#%Fx*9n7J@`Em)ai3w;oibpxt
zIm0<^4Z+!W39k1axl6@vd(;+Jb+okCdHP!1qleWP>=d=w#G0tb+@VXEn$hE!haS$N
zUfYI*agdJR`YsXU1BH}KLZUOM`;EfapM`2~lQCnpTlOV>W{$h9QfTb|#MwIgx+Ml1
zb8l}*Iov`Tvs8!r$MA?<=JAo^Y2kzU@N=8zi|W;FPmL&R#H>axNZAY&$!{1V_z<w=
z?P_dlXl|{y=-Du&sxmeXmtYt+ym|f!aikgRmajKoifE!$rPaE<STUCc#*m4O`1jn{
z?%uh??~s;`4#J5h-|mDTtD9M+Nv6LoD$0l~grZ#U5w0uACjMEVyuAd_k=a_ya%jJ;
zMnAHpenqY^Oa4gqxzyE-?&fDJIts8SZVq&8D*7x9Y;G~dPUn(mixa8U6xGzKvCEWw
z@jR87Y@U-RX768@Bf)JQkjI2%h0+)NDXlCURT*+tqEdknF4;;h3E}&Qgg>hD3ln(w
zgY?!{sRWXk*apJ4dH1a#$rR`|KBQPoR}WG@L!HM0Q&m`NtvDWH|D_mtBX;5TH8p=&
z95YxAYTEjhiHeoZCV+6Oeckj-9ChL=*()S;#Uv|V?eu=-^W|#8l9;tW*rU}0IW96U
z4d?iS$-!hTHw)O+&>zu^1-VOSwohfURX)cru&?lv$|r#TR5P-<Y|w(_|BoKdLolnX
zqBzayc6-26r4jYSN!>nO_#-Xsz4`h+5T!wMZ06vPiyu5iSYXeDo=-O#m<r<?jM4|$
z5$q!^byn`pY;}?QzAxex5?I;fhFIGwnyUWvxwrE{kBO9gof264XFvyz)g~rDqEgX0
z<YV&U6>|d*yV1K0(5=}+Mk|B3KAwY|wOr#C-_DE_<W|bSWt?sq>RB1g9(I^|Sl@JE
z&(o@TZMENRv9_l%9C9pr^v*U_BZ~$<`P_^$mj~yCc9~2G3Y;qO37JhEg@k;g5SK%x
z4v{}vwm4O3y;<pbSU|%G`S#BF2%(aYicpI4Q|x!c+viF~p=4hK+jN4t=A^XYqtW>!
zW@fG=UXhmxhD?L#$gT$uyhS!ADf$FwJo13RWsgQZZ$1qV>QF?w*;%>E2QjbXk~9ea
zBTHJE<|fre&?JOVN})e=etn{6wDdZ$-Z=>gi6nC7FE41GJ*HTv({5>Xb<Aa(qvB@{
zhi}XXNG*U8v&%oxNGe#J(atKZTJngaHH0!ZWhhZpEh(RWDqqPcrAjS}``N<(IKCM-
zXSq>LP#k;lMCTNZZuK_(dRP)>3=c}L$|P+%;5$VIGDg(8VDHHC^Qk?5CvD5o&@6{w
z3Yh#fD+!lrj`m4_#=CVni-jJQeu!d#vr5m=#^}<UO?l*Se6FN!W!y!0+x%Bzq$o!F
z%7)5giTle2DNt)MhYqCk`j{;*h`SH|{!K$hh7K$=SU>`|IRw*W{A^GTID1YPS6IL=
z40ry~mS!vFA|@op5tGRetsgKlxOtwh1`x{^TP9*4bbWtZ`rr0o*<=rV-5pC~w^|(%
zNPq-}-n>!Se0JgW^gNx(F|nrZLrjC{W^Y})rhXnCfmf!%$9i<#4Th{K8OmlWZCBiK
zV!V>OLR3-Nt*lpoBq8YT=2mrloVXHQ*!8c6;9F=;<mb}w4HWL{S>d@pdhg@hXuR8`
zWyk69o1o3RC#h0zy0#4MfG9gyjvS);^g#u;?}wXX5@rmWSEnH;%S8_r8+-7pkW~q&
zjveCCrip7Ip%Ie^!ne_mCi~##RaI*<xQ&N!uyQ!3t6Wg2tW~3yx1!@zY>Vn^<RSA?
z^K#L;eGCO9_lu(86W86S<zdb1qcM?0oP0V^>3(gF5@XJV1^(-v(ej^?(&NT<J#1Pu
zqTSk4>JbCVC9|k&IFh%Dj^VuQmqv#U!%Q5?oC_pj5r3BEAujlQ7f^A&#Uw@#9jE}?
z44asB9^>zzo*P->v!W*sVuq#Gk-i<~`h7zCl5AFJGH2|Q^ca1hkC<NLb+W@^g+5fG
zu}eiVZOd3<oiFuXtoT`JduIn6r#rE-0u&S!Q3)zhX`g8+DLd^nH8fzlDvyqE?cblf
zU@`qUJZk(Zpy_%sJx}Bh6UR$^UbSvx?>u%ZSD@gC8EfSrn&uN99rL6eDPeIsd1}dU
zUyh2z<1#R00RV=iZ5;S%n6<-mLBd9Ix-z=AefPt639M4$Dha|?bc;5w^eAj-0E6$m
z7VF~R6hvkyvBT4z_FVQVz=tT6;D@2nra^_CPbJ4_BgL`rBKp?#YA!m*pt8H9>oIlm
zC=7nfJDDLDn9sjE*M!n=%ZvDNxvK@gs1pf6?M8?mn)K^V$BP36Ix0O5zLsgmJ`u-A
z@8EG6T~K^Hrj!VbfBm9hZC0>s!?Ptm8v)O8PqZhdEcok|z><MrHxbKmEMYgXu<F;b
zh-Wla>CCugV8Ag)&qDVMX7O;WikaJ)yQPFYn)LDoad?r$uIe92V<b*Y-lhx$K+=VA
z>4DR!gH*>Y?VKe(T|86^qESQL-7Du<T-+_1+Q4u?!hNRYuoBzaJip{Te$EV15OVw4
zL^f$bvy3q&0{(@bZTB|u<1x-tNnwjkrICe4mh2tb2~?c;@p#c;V@-jhV=Zmz(T09H
zDY*~+7e}G1Rt^2CKf}MF0eu~ABL?#*&wvSUKjrv%=6o4DoNJlPR@0N$l`o#Q*AvH!
z3I!u!ZueU+tuPRq<lU{&rN5CkH{#3GGkENVM^|<>j(^cIi!Qm^o*w5cKKGS*ov{c6
ziv+j5>Td0I#EWmEK#ILNpB;h2ZEi>ynRf7P7z@(VhWrAN8AwB=bDTRcwS|WIqS1&8
zEG@y@J%-<$*^<cQt*Sd%4m4^&xiSjpeO1h!lRrJ$2NRYqUJ@K6=o51B&*Z2tHMk^m
zo@-%O(cZm9S9WGE*Rh%%2Dohy;(6O_7&sJr>_Bt)n3Y(^LI8ByjuX$5FJi$C2Y*qZ
z!UlZP!>m^C>TAmzNH0{ea@@k+*`A0B@Wy#~a6ero|3pU0&dyfNz#i%Isx2z&YUF4B
zUoJq(m+PBlE;t7V;H#Jz_!2TI4aN-*$CXawrTYd;UIlhWD}uJu*8y+z%&b33<Y56@
z1#M73c@qTii&K@x5Sypbj`Yd>dyI(>DK-@F8CyiLgI?$)*RIy$NNA2KbU`8ZrE2$&
z!KRF;R;7HNzU{+ZmcnjVzXBYm8Qr_v&CouY#+#;s(<l?9zzH<gafR=NeZEQ$(Q#K5
zTMz(fV>;Qs@mV@cHaACOOB07jW|fp>YsiA-5xRh^Aekyf`7VV^&)PtY00;{Y1J*YC
zB7yPz@a3U|irj*9ZjXula6G_MT=K0iI_*K_S3SPd`W)iyK4~0UoIeYSDs@U@Bo_H=
z*|=2<o8t#q?#?Iq&{P0lUq?>+?tlS5hCmJs!V!J2O?J_gx9qs5j@&s8fDFfMuT4wT
zji!QA9arbJFVmhPd@M${v*8PaZ79o#3@1-4b41#8A1nhG<BaV3J|QGrB?J}V%E<nv
z9z!-PQ{)?mVpcS1ztZid)TH`x-d53ful%)%v83G3+Ed$eQ;Gm+a&dSE*N%_(JU(A!
z(%x1MVL&dK#uWU;X;Wl6oqG{tZKc%|*qfiKx*4dZ{Nw3$FYYh#$HDRW^J|TURVzRd
zQjda&dlj3Gx3|q<dg{)K@@TE>KG|WwAL@y|vbx|_m3n5tSQA&>)1UIg^vWjY7^hNq
zW-GwMd454H<@B?2X&{Yxu$n`-^Jc`a&tr!@+p7te)As4WZ8^|U;<<SqQ?Ys9nk4j-
zZ-r8Kj?~GGrF}B?o)WFno>*Qb1QvPu`t)t9$+ME8_gHdV+;W~pq%kz~x?V!bW4y$v
zcd*!ii;ZY;Nl6xy5DUc1k%#g;fAJo5bxkL@i*L~OJ(R)H@lK<+R0?o%VioPP{_x=^
zs}0;zMFq8e322{*#i@&VPamk4yO}FrRJ~pemynxjFZe|GHRHOW+VNa~xki~)h=H9w
zh4+*|Q5HPlx+2#kuKaDhKwxGT)thjz$)m2GOoZVt$3ckP?(>JL`J-wRbm9dXi>@%?
zKhdpDHx;=sq&~VNctgY)A$;k7#UlqCmSs<nIBE?csnl=W{!ZQtQyk(R<_4uP&_4X<
zj&`3iqPKqkKHht}ofw%H<EjMbpCSEtVqKNo<t*64o+2UQK}37=_YiZVzs2>ri-&TS
zY}6Se5jTl24LYRnk$XE;q}aK^1!kWeddz_S!1{N^qYWHZ_>B}<Ff3wd9UB|_@NhpT
zf#sc0+An;!>)YvZ<B>2~gy%e|lOHng_pyrF%Lc4kpsl*oue%Cvi>b_wX-5vvm#^se
zIp)>KMx@kel&v;U-geS&^!4^2zg-#bK%QZIn|<^7cF*736lKjo|66fLvf9u?%i_Z#
z{6Y}7g}J)<5c<w<CJ4V6uTRw_kl%C1gkJD9C!c=?X?s4Wrd}1*#nA=`te?AXSCv5Y
z+5HU)Ee}ZA-XuqoYZWFu_|7LA0zNaq+UOHtf)*^ag`SyfmREz!^y*#L>?r;XfcFI`
zsOXHVRPXQat8uCo$N9>2_n)3TwX~L7T09jyk%Ksi%zWh#thO@AZY$18-}*^}6V=5G
zzqXBDB)mSd!t;fN{*zHVNq^xQFs8#JBmVFS&6<UQ!P06zxocfKJX{a+{u=}s=YpTw
z0Y1-1?oZQOFHq@deecEcNC`=vCB($U@Y<+*Au>x#C9yA#dTP46BbkCXgM$g|aBWuW
z{f~y+E{MRMh7)#8HueIl``5yOXOO<~83IUF$Bs@%;kYI|mJlPSZA+{9DlPVjoPF&u
zkY->Y7+~mdAWRztL!f1CU-WIo#qEDM;~BAIqlNx+YCw-?1S?Jh<>@UpyRi@yc|l|E
z0UAomG7A`SWzG<h90)LefsD6$-X0zr5&&Z<j#^+McEFJ0CJ$vr!IW=!axstWuF6k`
zxxC1k<ymycoJ!ZL4HZ!DHo6MlPJWlqgM;>`V`U3w5xSv$mO0|{8W?PGIBl!R$;r;v
zhoqb=Ej@}zYv%TLRZ&yJsv`-?*i*wXKoDlBBExW-T~JopKN2(+$>$?1m4FeaVPy`~
zn}|G_z=8)rmn_0?!N4!>519tdqmv0YyoXNi{QRA19=E$s%s#g(X~##FhwGZ5@?A0!
zTHXv*3_4+p_LyD6Gmp6MANK=jkl)di9#Q>JD4KS$(ax%emMbY<cxOS89n9L;Uo*R)
zcsGZLiVR9O2(@-;F9|&nKDE8b*gxGY<ESz3?rt;fT~Rp<j17U;K(y&-pQSSG$dKgA
zv8Qj}TEKXTiAaK!<V3^WEs(<HEmtK=0RWI*&(1eDGpnBa$Q5p`6+Sm<Sf<^%%ao|N
zp~HKZaIi@OhCCi968K=iSz1YE<=v_g;LFy?KV2kdt;vcy(VeWhrFOXB7yU%W!OSe7
znt&L4w}^;3uTmV5VPRaPF)}vh@pyCH>~fln#WFQ9VX@kVa&HLQ)B9Dj92grS1m_lD
zv<%Q9VCfn4=0o__e4KLQV;(4buVC}UY}_?cYRPC7M&vcz>125=4Xo|(=oXgfsrNtD
z+~=bkxx6g0$>ls#0LWY1i<`{%ve|_QFe#j?t@hfm(-o(}{}gIQEr|vYG0xrRlzftP
zN(b#G?BP}+$@oI7N_C7gvO*{p_CHO)JyqP|lUtr80<Ax({ZV)IMLUU5Cb~By*p1Y}
z*xvh<JyET<Y)6E*rJ}reomH0*Kuw4}3k~@$;P>^@%h|e@xVX5PnN$hnv=a-5JD$JE
z+X#($xs~zoqCG;ix0>k4t}0otFFzm_;19aJ*a;BR?6w~8I`)9d^J>Dor5-iO!O=>L
zocw#O@EeFsNdj)}9_OX9P!fCLUlp$x>dIASJTV_7MKqr>bg&@0@~zxh+%KA9^a}U+
z6>mFO;;}<a^`+=8O0W0$)}ui!&Cj?bg$Bgwxm7X=PT8wuPFYmg?Se$L17)|CZ>g!c
z7St)#)zwEwmH-VcHz_qW7dyQQA;tE&tH?-lQeCmxyRThq0(<F{T&rp6u5BzP5ga9s
zBhwMIUM@!eg7%jV5VS-2a{Dcp-7s$Iv@z6~!2z3r*OtAxKu0BA8QV^*v5Db3*T%Wk
zEnz$?Vws+;qG{o&z_*CpkIOh>!I20)F(}?0qG{3)zF?7X?E(v$A8OBJLYaFZD=E&1
z$P0duDjg6`zy84~`xe6dpjg$76?%Tt2C@C+@+b)tV1Or~9Wkyc_K=azlNV!ty+ew(
zS#I9twmo~iJ^xHJIy539C9!#aDIqS-03Q>xSy)(D%fJ}!ZEKTRU}7cDtS={MoY)2L
zknZ}jQJL$_{6*R#jZ$g6kKrJeM{o#%MqYBHPmI27^yd}IJPSM!@-}-~vaRKfs0{x{
z>+%Zul+u`*5KPIypCN`ORu0_4psNv;JS$%~QuZKvquum>x0DHtxOw~0Fz$YvTHOKP
zz|$|-E{2#L+8AD+VoNisIP*-KPg-Oz{uq)4QzSMkpz0`xAqgHmrswBoVNtO{ks{&`
zxYd_GB{%&FRZ``F^bPwf-YMIEDyY%U;C^zM;T|t|CX`qcuASTJK?G#I1BBHE>h94+
zwR9+u<9Eoa6q6zNybm;(D5tLoi*w}u&%4rrDfSfCkrE6zV$)ltQ|a<uBH6MSyFbjj
z^HZI*cjtU~Xo8-6K?S0?$@W*qd54B4pF2WALyO&<hg|Tp<SA$Jy2b{dY)wmxPHp4G
zZQjt|dm3mh6c}n9;+ILWI4vN-CZ8U@t{Nw&CaEU=e05F;=@AH1zt%vYR={&p=sP2!
z_IRv-67bwUTUb~UwouTTQRa>;P1<O`0Q?g0)VT%6Mwh4gpa7<9>8+j>wv-k)K%6;d
z^(fJl%??JQ3jkIuaVjk5m4@sn%(Gs8vo%)zpQX*=qTC}v%&Rpz9q`#TYJyQ>hD-xq
zG-4CP^R#uD(fuFNq<7C<i;Ih|+g5l+N9!Ur{WYKfA{DE_M>7sDnfGoMfT<*!$=pm9
zBpw2=raDfX5pdh!tW87yq&jSwXUTZ6L!|Ch0>$8K^<y^jb{@mK(gLC@mD?U)^X&el
zP7m;iC@0wUaV{yt0E8!;fBX4IV;xOZH73yeAZEY=QK|HpjvEGhwthv>K*#h@#v}g;
zs^~P|b3jBLxNEv^kAm3C$!?Lpv92_9i$)S)vl$v{^V5B`;hzk61H6HRZ*$H!^iVeJ
zKm0Wp02P3UsI|SlZIJ{j-<v&d%Rv%BTAG&C#;&0c_~p+Z_u)JN#dGJ^>z!G9P2j@9
zLbm=Z8ZMXJT_j6m_(W#7yNh73{Rh5f@B_ww<|gdscE3B8QSsaWf|KOr<ml*+#k%i=
zwC=fC6_u3g){oE@uI`?ttT$Or4bl<f)j0C=%irjbZ@2FYi$##)QHn7@z`|;3f6$@%
z7`ND_`Bx4^O<A1!*~zl-*7hIqjrr<2NQP`L3q-_Xfu9-IK{&@rS?aYO7dcYv`R=&k
z*Z&kv`f*0jLkzdCN8c`vc^xy*%*;X;QzTtMPF^lbWqfuvTec80aNvX>95gb2Uz{an
zIvkR`M0Tt;fQSmsr<<9T=O=apbTSZP<mx3#+Jqble_*m0p`zy^Y2%1~>NBhcGtT@w
zGv(#NLDU8He~v#<JHJ@YIDFcqq7)YofenGxL3m~5znH&&Q1o1O13~LF3J4~KLAhRI
z-GL-qd0ppQenVs9-2A+=(0iRZV-?L3S`^r~{QXt)>I<Ce$?BL;)IRU|kloxk)aKPl
z^GNF?!I+zWf$7|Zin6KIUmt`{lZb}njXMu>(;8!ux{9oz1-3>ttRk}_VV~@O0IH$E
zY}jyE>Jd$iay$)sNqi(!dk_K2BdqWE%tV~@*R8FcGdE8OheOUh6dVjeWLIWLLB&<%
zpoPspb>zia;j#2dSYSrrPT_#nLOScVLv(<f1#AFF)y{3YoZ)}LOd8r&PuAe}L@g^Q
zp~ovS@gAtGt}U|QL^qC)%=jX7jqX>70^-fWKsI@K`DnSA#Vc+LqR2k|s$4Xsg=WeO
zvAY|Rh)wVjph5@=Dj<W0Onhn`18s&r?Jp*s|BFdK2FoH?<^GFF^)*2q*VRblG=BA~
zGISS1mFm(`w`!9+EjM%B%6{fxAm8+RdqFNmK^zhgI#Pe3rt8f^t7Ai_dL@qV`Ff`+
z$k`{2i?zlPG+-z`MM+87h-q&fH5Uc@@1X|6Ac8h{%i4JDKiSVItIwz=CrteFjyhN1
zn<BYi7^RXN;apsBk1O01dVW5wq((i1m6<wGngMwP(9sBI0$#fN9lwGap`^7Kw8{HM
zmn+hjn-Ynk=nNf-Q3?JT%n25a-Cj+>*BeHQ7>mD>tp!9>wY__&doi&Lo`O#p7#P(3
z)V0=DIVCwNSq7xs9X%Vj=cgr-FaViUYLm+<9q_IdeX^ng2GB%k9@b?52pM!erJW-z
zIeBj*($kXm8A(1LAD8VGkYQjL7Gc&;Sk5cVHPHvk$(D(*AdJ4vuxw#P4OdH1jS2l?
zp@c^PI@VIfB`3w*Q|$yK7h}f^puT%6+#@`JbfTtSTVGpAd~A0xY<KD>n78vG^gNzc
z3Zjdl1Mo-6_z13(`4ZO60Fn&%OA8WUz1&2E42ucR354OJ$*QV;&678py8n6T<6&_4
z!{dkDIeUBMEYo3DsfFJ9=lsu)T?q~Bysd4~wl+4m!9<11B+1Z<RCWKqFJL1Wami#D
zUra{J+^?Uqr}kwsxV@jYh=A^PAHf_s+Tk*AEg=1z1zU<!jR-w-wKcRNHKG;?q<e#c
zjkUe=uFuGh(EdI82)GQtf^>weH7Qd@BQ<?~FZ&xf=gON(n)SB<qyR;~t48dNkYeKR
zOkF%~6FiL>0wpt{m@J0^y70U};^co$(=oUY#9#(<-9o`q$=<zla57mukH_ofEwJJf
z<nv0DKB^lvVW<OHYdP~VrhnSNX0^3Q7t|EN!ohAgUcBL_yvIdFN1fbvELwS%nJ*3L
z5JtsTa8_Xm6X+BcsQ<>PovW32OZ2KxYc7FNsHNP}Jw?P^kM|&(NY`z}arJ(b(+b@t
zw@OOR!PiulCHubst&XK8cM}Ym>BoY!CvC_RwxEi8*x0Utb&##zal5_I+IGw}Mvs4Q
zvjh(VaQgF0yDa^}I+^YY;5T`aXJ)TC!SnJ=&d*{^$;s4T(CBK($Yf|`(~)d+$dy^^
zMMpuT;W9Mq&Elp&E&qeDixK~4^%AUqz9A>*DsoJp5Sk0-lxO+0npm0t#fnPOQft*a
zKX1GS2M32oXf{{6XLWZfVqO5>p6-@tDNzd4l{OqP>8s|(8}fG>7c+2x?W1+Bfr<&V
z|2fJ?*lsICAlZ21Rv(=|x>r*@3+02Fx3#ezzh7WrNM0*R%**n&#ND*;BHpvHb(*E9
z_et6C0rz6MCy88dC<h*cnJ8|?n{GvoycZAW7)UktTL_W|jl5L&R~>sf7o*+~6boho
z(GhJYjw;34LKo&p1Pq9r=!q5&Q_?_VEwn#>5(4N}4hmL`!Nk9AHD1y!D~2({0phV0
z=^geLteSOW<@!Xn-YA}(HO_i>a=^8Yd2Kb5ydvPjeLA~H`dEwosFV)*Jb^Dy9!KuK
z6`i_crY$azYf){~=*p2;8w2)SE<pW|))#;Q6P|=52X=ocyiK@(8OU_0Xv5US3~anU
z_Mv@(1;D$vxArbjMp98ccy6sI00y+{q`?u@!9bBTkp_7-RMby!7at`YP}Bwkzg3^M
z)XD_=Tr!oJW_dKguA>5ge)3rE+n5g+ue&ND9hGJp_~Gd-Cx)0<de5CQuh62)DtZx`
zc7(cTyl>_jn+fP1RW)~ZS-xH#G$NM!_nYDfga``A(CW)ex8WZ0EOAg3!$~Zo0<$_)
zoDP(Zh$-R#4c5$Uxxni)5@apbbnv4!4=(3s|23D{xed&5(7YY<f>>G{J=yOX34rie
zOLCj9TW4GCKd0q3a=hPrfxiu!+~>1!mTaL;qw_Ot+GydKXz$O1Pqn6clfP>Nvh<k0
zbx`MS?(g*Ijz3-<h~~+XQYsXJ5zht;d+FBN;CJf8$AZay8pO1oPN+swtg*|LRGId6
z%JaeLt7aVg&2OPo86i+mt5To1E5INo#qDBy&>;Q)GDx6Nd*K-zD{J7ChzOB7G`RgF
zQ)^S70G&3;|8qX4dFC0kn-KE+(X_`*2{3f4OU?hL+d8mfTKdl@p&DfsH&Pm2eaE6Z
zyPBesyz+6=)A(r!gM&p2THEs8x=1y#Sg5CkbsNYW{GTTQBV5g5!Y}$>E*5oCI*ueE
zHa6<#K;&C~0Qs%1Y91(n^D7B${`!en0TQs6Fjc{D0h?lJz|Z_k60(AcBuBD>op-BJ
z-^)s&fF2IY%wpwrMSJBB{sRp1Ki`Qb9#X#H1EcMWApqaD=ufFbnU$)JO6c2%qUKe6
zpQLh=l2ecD<jFF=%&Hj2z`Qqu!W2oHG%>w53Pn}8v=haNBYLd3)pBqAG_xpLHf(du
z5PmaNnym66XrZ+IN3YU<>Zm$4WAvf;U$skM%A%vN+IAX$KO}mnmLMl+gTm5ybeh(#
z*8N!1Tj~fMPO0MX{gh1Ky0~w`%!_$zuP})Xttk=L$t#ObH94hQ-V7SJF9OHaCDyV9
zp~DhxaBD=|JN1X!L~lg9f?)3g`qNk<oCE$}TG++#LL;*}0-MEIL1eRA#A6R$ii(P^
zU+`lFKHX+~YUZe}_Y>#hn%Z}iZ!lfoaNEL90CY{qTfFzd0`AE)cuI8@t7ftd%tV7o
zyg7ZC@xzZFCQ{BZ9^X=jg(K)WT1+xHINaFJS}5NA$*S<Af=_r>Em&f*H{Y0oJ$+m~
zhReh27)7fwMS1dja`%0ngyy4i(D;IoLcw!p=6&1Ct5yC$Qg8s)y^TweDh<uU6Ko%T
z|6%01{QPDdv7m37jGP`hPZ@3@;@SNM8^3q{K%r08gMpAjqFnd6h~j@s)<;Zi?3G4`
zzRpg5ZSA&r9kB7oZnFY5WM`F~(cXYv5bXlTlch!jQ`0;D2EOMNONKi1nofXWfj_~C
z)%<rDHPmB#Xuv*vM0okolNFsaW=DF?Vc&hmviTttpImL4?OLXZ7X760k|az9CXJU}
zk>(GqAEPNnD(gp)P_!3nu09sKJ@&sNdxn(<(MfFZvs(w*@p<n#(^pf(P~UH*y>Zr(
zPbgS^l@%rgjyz-IlB1msQKxOgOy5K`m-{pX*4Nj@L0{ZIJ<Ncu)8wo-HiS|qtCq5*
zAIjQ^-)&44$egaWj|~h^Qc)FeH>iSBmx1ZY$;r8d!L#3B1;Nb3^!5$EnVA{w6c`f>
zmRe+FWWBw;bxHaC1254T2?|6EhQTw5jgJz{>2r>q>h&<nkBzjU_X^ubJ3Jk$Hnl%~
z;Fv2T^Gcs3ZBk(eu9jti)d-sT9>|M0P!!zW0z+M<li6*whp<Bmjbc)wqGTh<Zt2-g
z4X|tUG4sI$J6#6wdS;88AkC;$q<1wUHEF6zrvj>+>QTz_@<=}h7Z1HN)UJmF8kNJP
z3&4b@r=V~~STqbcHT8N{skGn#%zzMc*6e|`wY70o^Z&NoVBOr@*ivYz5mdMNjcO)L
zS=25Wk|d3cwy`%<*cw^V2pYX(q<KWyq<ed^u{UH3S-`*kq9b@vsr4U7^4P~odYy>i
z?aB+wZM*7{oxc-j;{PG2J$#M1&ty!;ZxG^K#ZQP2%<lq~Yyb4sk>72p`9OL@pwI_s
z-aoH`2{A!|B0muEK#iXFtILP>!5T6sf<N4uI_)RYX}GCWsZ>F{H4d2?71rF`cxhu&
zI69Ht_mnDhP_76L2QwpCyI%{miC(k=2xOuQ)S>AV>RdiWdi8}he{`36C^KW;aok(l
zJlT$!jB1gg=W;w*-`i5ZZ+6NP&<5p|H??L{JL6e`?VJf72DH!?w!c`4IeyrU4ykHB
zoG)Jf(s2=l@6v8@o%khQL8!O-a-$xv8HgLFPd)Z!T$-BQnbvL4TDa0VvQr7&9#kqa
z!ozV?Dq}}uxxjTX&?RWxH;0dAa*VN$GAqj)$);58H>WMK;f=X#jB&g5yr%Bbmm{a+
zIkft$t#|usadrJx)@n@V_OjAakoIw%wfYn9aGW5`;X}G*++7-))!^kqw?r-%n6#{1
zRwG@914D&X-)39nspx(_iALHrI~mF9^H(=#E^;}m{zcqp6lK^wWA|~%ap%m2jkvMi
zYlpT;BB!~iyHcvjIL5g#b^a_Vff(6FW?M`1&bFVJ(apIa##(37yunD8{jkYqm1n=t
z>+z;2#U;+W^u8HkK6C%})nr<4KV>^I`$Bxo5WT<(&W1C6rl56!%E8D3u~pzMpPL*H
z`o7d@f?023c-z!(<iMOmzw^L9Eii&>%Vvf@y_~N{-NE#*$<+GU2GdQQGpG5eJ?8v<
zQ3*S=%OSJR)0NiNJP)FBq=H!^ferxpVQ9g&9`9?nnPnVVR*n_=I*7&}<1#MHc-=eB
zdC!lHMXg(>uS62?#yOrd)o?nVbZ%Z!?*=3oEorjg))~F~PUG(G{^7%iEjw{>*g!q7
zt|NJ#<MByiaK13+nDJiLG=Af&8s)mu+=!J>_FG<6FHbquF70V>6OAqnRn0O!o+H7*
z-8HR&F_?G7r7BARj?F3z(PV%o(gA5Iw;)9RBti?{PIvBiuX6U?nr}}z^BlL@$y)ZX
zVwPSS8YaeaN<c=2XnOqUo-&;wfVn<Tx&iqtVTlSLZ+v_H@eT6LQ=Zt+DD>i=KS$cz
z++&lP5+0Q$$pQ}};o#X;*sXBNXxjVzZfX|Soy+avLV3`qo2~t{K;XNo?XA&9DO*Lt
zm4jD5y@R6R+b1r8yz6mJcvW7qmQk9dlckqt#)M&<i~Z*jen{@erki+ZCdx#Kb{-5m
zEqvyY9l35+=g^3F_a%jy+{(wMvkt#!6wFvb_RV~nWT&TU6{psyLASCD)<>d-hIUC@
z6a~2HO5zu)j~knYJi!pfD^FWr$B*XdrDc*?2Il4x;FG53wwt1DOlQA%k&ReL^^ef`
z6R((%^|kEXo#w1{Ya&@SYJRXgk(h|o)OcupO{(1|y_QiB3BznS4x>z1=?639=<&UF
zZ18s;mJ{RPz>zb>pGrn=kK1F7+Me@=B0*e@h6u7jjbbsq&fv)(GWstDaw^cPF8D{N
zk4ENQEEGgkjh^h*%~Sp#l9$drI|0_&>M1xDt}&~@^g3S^s*d3B&UrYbjEs_DRp*zP
zH8Ezov^o=u#95|*ux}rMak;oX@}+h=gE1eA{>`orb=Vgku2))n9=2D8D?Jh_U%1KM
zyekRiFz3VIhK2&5YnkWM$oofz<tN5VrO-JtRx>=J?GHj+uFK%T>E1ahsjxzYa&x<J
zH}9$!$&1wvjRG42KsV~NS#H$F)1p&s+KGC3WY8O;^rEDP{cvc1=*4*J0%P5*h<UHg
zbk+oZRt<Vy9$^|r`uj~a^O93XU;q+YF}d&QoNfI+EN)M+<b_hO5PmO$mKd~4Q4Kby
zZ5>r95XH+bwkvOCP|(qU-rH)mM72p>gya|%MPjmiOBwDvCWlC9kFD}W<DrA|m;Z7B
zmOVUQwuUEaUPor{y)68(EZyL9T#*iD72*c+bxT@Hd&HCFCMqm4zNKb!0<l}-RK7~L
z_;3OO-0@|uD#XP`u;`q)<!ZZ!FzhQ*$W1r3B}DnfskvjF*?NF17?^~f!Q_f5qQ+oJ
zY%cTR-A8RRHClr<>CqmB;s!Su3nvQ;r$aXES;wE^@`x+FlH6zN@`qyaxB+Z6@TikE
zqZO-hUzXU0%}#2Vt0vOw{s6ME_NzXfJzX#_7GZgVN>ebvOM=W+Uxc=x|KvRcIUUa?
zoJEp=hk<ZUJwEv>Ld#RJW30;<w!Zm*L@w?2UTmPHESU;cSD`{aJa#T=UzTnsN^|fu
z!Z$$zmTkro+?ed*Rr&XuVuGkuzlpOELj%<@EoxZRMRa)C3mZ9reg#H1wlZJ2>s%ox
z4Jmi`D~%>s<I~O;T=BHq?A%GU@2VHm@o2lsNeQV<5NJVyCMsDssD5|(WqS7S<lei{
ztQqwyW?a0qwn$TBugUNPj&D;_!P?kQE~D}m$bRwINGhOBUD!32(x*6_-hcBuq1oM%
z_Se-;eNBDtJcrMvfu7u?EhH3xi~<1Kc#9D!JewIx7TDfy>KfQ~*9+QQRZh`LqJV6^
z-k_#CVyLo|hw3#U6$8V#$=9*<DHTfDDl%PJH#Vik+Hh>;mCq&mjRD;Rsv*}Fy`|rS
zkT3lxpa6kk@@`M2KSmvA{mdp%_Y-_U+S;n;q#1h4c^YZuthzTFWqqfuOT2Aix8FNL
zh4KjQicE^bhUKT%e2N6<dh436*QOFY-?SXsX*|$cZW8>6Vt2h9uBW<WVpp81J$5;2
z-!CK;CNyNMvh%d_LIMCeXYV0Hv(KVR?Q55K7r)9H%lU6RuDv6So^}C3bk9*wRKB3^
z0jH;1<TRvb#86ahGS~9&ZS5%!oCcr&7Y`8NJMHW$-;RHqcL{C>9BnVK=KpZpn!pla
z&4{MEpB_^)tJTz8TSiEqii{D9)=KmBkE)U3yg<CsbjOJT%EitTSBV)WDiA1@=;M62
z6J3f-_}%3e{yDYh=!mT{*mYJSp^MYmDT8%a2e*&Q+3EDp40n4b0FWUb2pzT$3_KPJ
zx{U4r*e*EY&@JvQRT%8zG#~ry?5yp`+xNo7<%F~M$L9E<BmyNuyA*fItveR4z~RB!
zC5g+f+VXSCH>sI*%&G$tGG^o1?}80ZCbx&Y)@v88o98pzbq<@;L&HV?oIAA^hp9n0
z+Apj#&Dd_d4GV+_1Yb-ZmqyGMXyR2GMge3er#}80L^nJiR<a*CjDM`9E11GwKKBi0
zdbEA%6AJIKV&9nJ#n`MxJ*->{`oGcffJ~7BM|s^SAFE%EK;_PO3L{SV<g}#9CT+zO
zbRhKL;aDb9U8A}I86MV?jwRY+oC?L3J^j~CHcaZ|p^4-`ehA$WRF~d63Zs}fn*8KL
z*tqN4P0QErG0KUEr}okx5zbqpgyRuULG2%Ne_d&;V_<+IY8te6?c%s^0RAl5&-S=V
zMn-Oke|Z*Q%{lfUXy`SN&R{PRz!y4eY*(?O`0nWBh`~;o&w&0U_UbC)n2Vaas2@5+
z$Y`Ep9%KS2ZK0dZoHTI1>(-Grw=d3d>N)<p=wkhPw$cUb2N{T{+UnpW_!aB?7V`?p
zL)l5Hj#*FiCB2}aFsPz5_c#4UXpa$b)mIwyU?Jjfgdwgyt!a-dO(;q6Kg)CS!i%xq
z$T2rTH=Vnkhf^DMuNuha65nc2Qlmh0s5DTahxX{>(xb!~8T(|(QY_=*GXG6*g~M6)
zazns&e;8IX)cFSqU*CGnG67LeC7<bf?KHzeWneN|JnyRm+zz*<V;4TLF3^v6PyYsQ
zgTv<TqK{)L@h_t|=eTQlo+sa~a<;EV4)7ibABnx0zaAak>KYh0T<uLf%x|C8PK@1_
zCP))JyKM3Re_EXc$Ip???kZy9Q`ihf^J%%f1@)9h`{{M{$6vbYWcU@8q4|Qq>RI*s
zrv7Bv#@q6|vYBclxMgEbFv*ddwl)5+&P(LJyEVM|{J>~n%S)Ph)VSU2>DcWXGREsS
z{X*h-qcj%0YmPz)f$8+1pm(KI8yg3e^ox-}X{_e3E2s0zA~k3~I<w@`V&~-y)Z@^4
zSSCG)NRJudbL1$j&=MQ+=RxNy1=x1ch7%-@*+0M7<I#-)WQ@n&-z{-0Pjg~JtmTZ<
z=T2%25K*y-j@uV;qDc7LyE|3$mQZfia3~6TYFN@i7BSdpzG4svoJMmDT$u`|tzs|$
z*m~=$m(rRV%G2r-%hJ0YbY<)dbUZXPTJ0G;8Scl={y6Xm4L;~~@yq(Ewm+wn21ld9
zZYeoTzikx*t7ma&XkA*XQ8V5%XM*8!LT>_@#ftIpA^QMa0zs7}m)>4t-Py6FtrKO-
z0v1F6=<M(6lF&M@z2W!$bx+%lr~9!gffBFw;!LfUic;Jd^(^caPDqifXFa3dP{DdB
zP9p`ldl)Uuakq`NmQRmMX6BF5sUCB#r>2wBMWp(~?UG-f1~3X*IZPVnypd=Gno#6W
zZcFX#Y-nhP-?eN>c@{USU0y)URz$}?&N`j1LPz5K8LNtHHaL|~Xc5-gwiPpK=#*|v
zYrf^$+f+-wL<JC2+gaVF3HM#@&1|?huH0|)a=q15`m?de)Z1PeprewKj3!%z`w+FX
zTSI6mC~_zE09j?S@0>5acbnnY`dMFlRI5=g9wdadF$4*OPi>u?l6RQ*gI0n<$M7?}
z9}HpUtXB3eyqMX(qdo?vHu+fa?`mNzdo{!v_ds@3`*zH@zAhsXta@DUB`pqC37P<M
z%0%;XV=~DpSf#38m~PHTQDBT!aNCvR1pXJD`Nn-q{l(rClVYN>!l%3b!*aImZgWAx
z1OwnJdg=98G-#JJxP#jp$7nn`JJs83yju-Xqro;ee)Sm-myBzQg6`R|v$>HpVZewA
zX>u)h^_QyF?C)=)TwE51mD^YIN6*~XxjC%|Ta(zBcTpWZUMA&UwY3sRr1`Mn8+pCn
zjk9{+$2yXStX6w{p~@6d_iMA%mwtZ_Jw?28QZy`LD(nladn52EyxvQ$y@>YM37*Wu
zqR41TjeMl;Gl_kDQ8BEBR}`lxwsx9;rdHOQN{Ws={VB;f_nXSFut$NwxgADb%G=UR
zjXC6_$Eh!emnIeN9PU>KCpV1#>;oo}75I>$JsbS3k4U#SB}MH-=u2Kne*!Pv#dzmd
zmeb~3uSUH7pSI3AsI72Y`=Kq+Qmld(DHPWt!AYSM3Pp+pcXx_=C{P@V6)Oaa1PSgE
zylAkZf#Me2-EYo0_nhy3ckZ67zq0q9+4E-4<Xyk#S&!SYEE5}<qJgK3PutSLpXQ~k
z(A9KJMZ-6TcvTjTzkSLO&TG!AYnsjI8$JjtF};UosAZpL_l&GrdjD%pg&C3BaWfS6
zKAyJvuJ(uAWO~)H(d>QMndzA|veiS+raPL4%M0COa>H!!-M#zQJuyC0Q?7M3a~|D;
zG*wEXTHA3;kl#M3<%NJ)N?NKrCd+eQS~rmop_0=;kMT=OR^h(=KC71Z`X{L`0punn
zd3MHR&Zq7g%V{ek;gbEn(OT-H*k_O2{nLk|{4cYmDh2F#boBB5cl$D~S1dby<#-k~
zs~T4CrUm7)jtfMTrrf^G<nEohY4|e58N^`Qzut(ZUAvU<Prh7>ud7S8qhIk6Ra_zv
zOK)F)dUP|t)~$OAFHI!h+NhYbLRLMvYxcd9_oDSDBid}hW|qIr=rqgC+-h3?dAt}5
zSPs$9$TZ0SDWDap=IfAoO?l2UCqriz@;27m*{Ed*G~`Om(Vwg6!cHd6pIl(;B;e?|
zkOBYcT2A$<y%L$JJ(Mibtcm{j{pG%OXc{J8QJYOS$37h$x0G<zcoTGOFt7|GC7Y*p
z|I^%0NB0fn>=8JdCN~l{_}6><?kx+aua&KRrR7ZZa(aJV2auom`i_6t#ug<awzYgC
z459WpA&hAhviRY1Z_MyJhl@tExi!R54z|`vBjGQ>E9STgZ%+u6=iP3Q61iPL=<Xj+
zDxIprOm$q5$i5&cL)bbDLZ3JXyj!tv%jIP)caZKO!yX_iGo48JG1TmBi2no|K!=nn
zmG-PZFA<I`S|1|Voc?r`d~n7|VIUm2Wf9b8;(v*;OUyR=^&sJ=MJdU6coB?@u+<ds
z8+b{Ds1MQQ{$0Yun9Np)mzSea!=vJs%3PP&ba1B;Z<M;$s_efcCh;F%1J&3)90$i&
z<9RRt(+X}qyS=X2-=EF`Ddwj9jM4m9iv$1E4sSrl-lDF#9F5JlZw>1(UK2qEk3c#v
zUn5K~^Ki_3i$zgqEKccW2?`vC1!z{+I?nfjM*A{}3%D%5a~71CrZLz`W4?CqYijb3
z6Hg`tG$*Fc@xvi{FHC7O{SVhV@~n06Bd`*@y?>uDoJ*KP!Wf5<NLZJ7lCPYcwN=-t
zaQ<UJ6o1h?Ca=>ujn}sG9j7oCiSFLqr9<t;kq*cnr%NSx4gGho`}lm+O09>0-$Dh8
zuDm(vr+)H_{P%qaUpI4bH@>g{d_ro`TJ91~B0to_5S6w`tZChOZCwox9?nx0MEj_f
zJf)q#4&1|bgXUi*yf+kgfj$Z`SK>GXJuRTi^J3*piMqON9Kdj9>xQ`Rk;h8Ed_Pv3
z4fi%ps6bA(A;LRllHvSEx`{}T!>>2fkyGlr8Tc5OO7dgQ%H%TYLALNaf8{!Gf-H^#
zyXP&-Rn^BT56z;VRaWb0VNc&n%A)%`g*ewY?BPA)AL|WamR$gh-W<nh5{VgS&VmLj
z7@{D-!Pq8x((Nn&I{0Y{I9R683nTh#Z23&bF{o%#$p7%`&3GN44V)aNv<hp&K8U4p
znQ>dUB3Hp`C2mOQz8rG2sj$H*7050Bm4FWX0&4Lbh_@~CxgzvBGa}bld3c%FnqEC4
z>Jv3rv$ed9Wg)+C5%Y%v(Y;SJ_&bt?vZ<0jXHsTVO~wXXoamFR(`&}3yY1^wRz<Wa
z#uRA{=Q>0HW!M0*u?7VruYR#LREN~MJ(WEz@=OoWAc53{IIG>VJ^r1G?0d^U6~7xt
zlA_)c#g-l(H4GeCX3CX=JhC$X#X(SKlb0T=!2%9T2uZ+mN^)yuWxjt>HEGv|MRWWu
zQk>adev{91|I}OTpUYxDu!UaTMX&n3-r2ja-FJ7PbUnYkCU~0EDD1_|JUPyK;bh(5
zm?;e9HBO~7j5jsz#s$QxO(e1*s0j$@@3ZL%-S^C%0;mV8dHm9FpBX1hN$FoTRJJm6
z=F8`6Ia!T@tZ$Io>U<U?SVsJm6YW{H(yMOf<`XS`a}kjj&d$!=-GlF?xWc<kRJ5mu
zdFB5jK?;m??(B&AH!%3<{#C@~!nZH^3qWkIV;RE>=Jc*>fg|JAAQr2ZvVsc&Kv*z^
za9I-ZGFxeAN%7z(f1MBCCvw}AeRWc*gW5jTtJ^iH<^rZJUy`h9-Z@`{qZ-dLL_GaA
z>@-cMzs#=-a?aLP4t0W97n_Ig%S~=U3v=^&DrK-=(rwByw+?wne+RK)f$<!DES!Re
z80u}6#-AirRl^%EXhrMo`w7P9DUK}Roet+l#(<hX|4AxN?7P-$ITPY$m61d=sK4Gb
zpZs(bGaR`+Qzt9#AP-flSR37KIC1)$4ql<wph2kR_bgJ)HHH{3WTLg-(<|*SRDEo3
zyV2>~B<X*k`_}{U+)3oka&<t~>e>Q#d{RQ!fYzt!+~dvNNGBB<gCsATYhLK&(4bpl
zF47@8{u~oeY>sZ8e;3C1{`Vct?GTMPDP+F};dARBr!5@GmJ?@?AP>Vxdd|1kA@_H4
zFPOg@)Vsdr-IB>Cgr1%f5K;?kX<+_j-@ME*`iG7Rlp>T{Q<7YBTkg{IRUG#|F{6e;
zaIBp<uLPX``krJ+$aP);iVf%qB!!xD+01!4Q9bo3BIKJxxjhF9RE!83wKu*`rRKC}
zCZsi3Qcq-ULJGQ*x7*s!A)?LG?y6KD{sV)^`e@uwU^cjJ`(mGcR^fgxb|0&>oDe-8
z!EK=@yx2i!T9b!;0_o4+`e_SZYczK2-)dYnB$0^Y0wm{a;s<oW-FCLt1;)D#yP0>M
z(_|Hk$4T1rGEhH`G{K*nFYwwbo0;#m{V(T_&H@8j^nU2ZQ~O%ho=)FWm&i7N(QW9U
z4~3Rk2bTB8F%bRH9v^ZFh}Bq2_Q^58bD+=Z+~m@)DHNPftXVem{GoyTB4c1+fu$^2
zMHB+--LB*Mf3Mwi<6M&)!bcDnQ15lDMAQ?3cbd!<TB5_LLb)|HK@BJk&d^j<PZuf}
zlfGkO-nXaIlGAi54Xu9VJ3-R}n6x((^FgoCt-k{(v^$TZ6}im5L8<bUbdKNj`Zeom
zJHO3oh~NC>qFcDiYhEXzA6RSmw%WaX^g7GDkEHUWGNvDE#{>Axs*eBLwc4$zITSPg
zmo)s|<K|;$^tO^X^bk=8g4|&IR)ypHDd@$!X0V477c}A4ic>j8Lg1y5)mjSmxYm8}
z@S_w~s)E5^(#5+E{=m>?p&p-U?>u8pOb=3D2;~3ilet`jHUM1WWF=#FL|qx!N*<pL
z<n3HqcwMIQS>h1BnsU3dKPJt&Vt*<9#qacrJ7Bw~HO)wCD#PG6m)$ry8?!tKTVsY$
zLszrx#N1${ptASbbe(!T>DTO0r_G6SmFS|4JOnwiS&5qG#B=`VA-yE8T8kQA8K-4a
zqgLO@mWl(370ACNV1)s>{?)`GCJ|+*WBVx&yo)a7+aOiE6q5mpZEbze2tXxoUbtX8
zUUJw9AU0_kHli9AMv^#Z>g=Y!V~k1D3SG{3abY6>Bhx&!{uv5PLn11`RHMwy&Bl?|
zciZ57xue?WxHKL}dZJ(Q;T^+P8sM!>tn9*9#`)$Q|79?^kly3uBD^mlzp$V{<D@>j
z^4G0T4S$WdFd`j6T-=t(=V&gIb<;sz`5%MTdquJ3<UsXR%4a|zu*zbP@~z1uwg?=4
zi`!dbPgc;Sj_<5bOx)Nuw0CBv2SieM>Q;G8KsH-w8XBD@_>z>A_!03tfMhRClWFrO
zImOM<iWdoz*D!~F#)kMOTb49e&ssw8qG66(HIp#Y{;M^C-Y$Xn#hb0GpdnPvM=<)X
zihl>=K*D?|rCw{M%zdDPQ0E~@lCSP@Zfn?TenTPv6whO>)zDVbniDTAf~c6lLzr0!
z{!~^#@<Xz~yjTBZVi)~lMTTvipI&Rm7Gk_1as(Y_ZWE&KZ)T5VHLUnEYRngT!9IQJ
z_4_GKno?z1%v1pvX>lYm*UzvkXi?m@CO?vrG+1|Kb4K9o_lCIKn>!(sTUQ*7ucAlQ
zQvLE|T>u+9OCXnA+u)S>?;7u!I1?yO6g@AK8twm9Yq#DJZTRy)7#2a4=vY!$2Z%lh
zh&_1GwE}t9TKuE~qls&T&^&DN?Y@xXzk4(qJq1bjq%|0=+3o!eO)?x}9eTE$@Zu;?
z#^B-CwhB`sC_dR?0_@rG`~p!637L>P$7NiWk%(#ct3oMM=JI+m0oO`vGr#RpyT^x@
zbT=h0^-!gG6;W7img?{BGrTF5!jqpy>qO9SY6;5^x_@>Hf9!1d>Sxoc9ehgX`*WTN
z>+z$fs~XQS+)#X0e{SxI>w4eJS88i3y4|*J4(JGLwN?8NeS$)uc3M4;wV&uG=!i7r
zE9EyJc<>M*{RLdFxclpyebJ>G>3YxXQzYy+&>uL!*PaHcnW(8|K151G6xLS;b|&Z`
z58*s8=x!GhCXw?1=gc}0a(K1~4K--?4WX2L6u5ebmt45*AWp_YG2;12+}o4(X(8|5
zEEhrd0jk3beG!12mYDryt8OKz<+DH~<ea4gzTVpr$WMwb;<~Z8|BnMS>d#q72Q)@c
z*V^mM<IMm7fj6@3cKMEBgZsbUi4r%dBCew-OC!d)AGYPCvgvOdQ&60n(*Xb*o14@k
zuDyMIPXHM8;>qdh@zK$bA3yBu>~7{x<};N*YNLgb2c46AF4eE@tc8L(I6PmjZdEL6
zW17)0sJg5{qx`xS)>llPrjX-U?n(u&OYsh}bPt56ZZuKJmeb*<#KBiM8tLw4DsOdK
zK1>ch;;gl&s<B=Xsl35@r+39_mOIw*=SL@RgG59}3G;W`a}HEedq1zHSM{_$@TxD7
z@%k(iQR8FN*{^=2-rge%=WG<a`eAGNxyxZV6SUsc%jP9f2o(q=1Z2QDlov<=JWa|o
zaypZiM0>QnUKA8A3-f;6yVs}X@jKZ&AjslU&NJg{&H4-O>x3k_t)U>FxP`m94F|Z%
zRR2A4kc!MfW<v<y&Avo2!^U`2uf2X{x*!bqoW7@I)}na8_X~ISD2g%M)w<MdNnHGB
zDB4Bk+10KX)}qeFCFU&7fkE^zR8GcrV$^jcaC#z_c(ZD0ytMoP^Ie@@bN7gKmDOz9
zPwt$?11$R!S44~iwb$(=wD<dpM(xC!SUuI<qQUA8C-cNc6ji<^E+@JCIwdW^(=uNI
zPKBTB)><Wvt^!*_1pQb6KzRk1GKyr!`6;JU%J*5*-`DtZM}$Ox?JCcR_C5^Fd1xdm
zwYsr}iPb>*#MFR_0U?DRlcJE@CcEWMN3-S5aMPaeiID2rS`B`u2zEAx#}AkfuxfQI
zerv*>cFMu%8Dbh3M5*L*3O9w*<+zu_4+vjO3Kdk%DE&=fB9=w}C|4g~P~IziElWn0
zT&R{G-{V*|(8F^zIK^RIxuru*<d1&x#pF+SBq^m`An~&aLm7Wv&Y8BsOZpo>xm2ff
z0H7C%q<?Ipr#yx>=wBd7CW#D}DB?P`EB&|_7*m#k8S$sNU({HTnSg!B9LqU8nqHuR
zF%L@`ul7u9f)<cu#E+gOsbw3@ZvTOAnt8qxG`*d#$~^e?NK$W*v-uL1!f|tdyYJu8
zv7R&V!~Q|c<1cbo82K%#%#b+-<bQ_`z^D|=e6d&dXyv6JN$z;XmUdy-bE|^)Wi0Y@
zW2}ZWv9uCJ3wN;QoVouHnbAubh%<*IF&8!G%P4B4J#AUy&e}wmMnnwVO10wxWTC}x
zwW7KCwmk^foOT>elPE%_0^R#=#WJq`7R)g>pB(l$P|NAeV6aPS8KXmAU)Kbm-sj!e
z-VfxGMp|(UcJ^egk_iqHm3vUA=<i9T#|k?Cw1NFRH2NZ^^jI<smY>J5Fp*PJyBhK#
zm{VPAo6sPM(zQJhyC`O^Lft$ZdvkTA0;5k|a177nq0)o8Q+c_Mf93MV#{=M7SsuMr
zj!jDiyV29m&s}#KQg5)ywqp$EsduN-R8}UqZn|6qfWPcKzM-zs-a1^->T~Amgk?(3
zgcu?@Qcf*w+1_bhg~A!uYDRw3Jq=s%DR3bIGo=M$pOyP+)6MgYfTO=pv-7+X`6>RL
z8^ugM+gijG^Z<~7W|QYE>0qFZUn=nt;e7mr+G7uIXy4OfvOZ*tItdA6oG2Jm|5O2I
zd)<|b>F{$l0f(bKCkLfUX6s#KqQ_Twd8UAk%&hn7P(5|k*_Ef<l|v;IWgojRb4xkz
z<<UU+i)OfF(zd1fVZMR}vr{SMx2cOhvh*m#Y7C)QOHXKkALeHwZ<gxHke6af%csHd
z5d+Zg8Ydz~H&}TUb`dht(qR{y9)=cNT4Kjnr`rJHXU`<R)3q)Ts(Y(%sYtsuB5+jS
z`xk!I(eJuu1M!JqV$7Fvf&$MT0*C`|ald0fQb))EsDqfDG#wj))9^p9TU}MF81>jC
zee}h76crIMcz<!g3y_A2$Fq!+i{GSiF5FX0GNPv3?jyYX|B!;(t2FZGWFYFdY%bmZ
zBAYt&oQ!oT{l<m<BtYKDn-<FPn(}RGk#o9xPhSauZ}@zJ?K=?dddoxokjyDBp4NI_
zcynWa!7HwbAgZM;P{#zuu?J!mmX*=vnY!@G`jZQV_|MqXc}`-~c)_oNI!s1>q{d63
z|FAN4IPZeRDH_zo!S3?4(m-%PM2*=PPC;cY2etd%TJlNmHyl+*Sf%2`Ccj+vgi<kF
zKK+IngTRvCkXi{V4CwyF4Liz*U7}`5wABHNiAi7&iYL~=5lFlc!!8N?D8{7t2m|dR
zUELzxx{-3G4`oR62DZbh$_q6nhW=wCnUPxc`F{4lY2EUazlO8;(1L2!DzT1P<Gy3*
zUDLi;<1C#(w?SMu&GD@IiVj*=JG?kL)qAlfcQS!P7|-5<f+cq$-EhoYRQQ9m^lWsK
z@mPuM{rnKhah5b065e>+l$23(l%pC$4<DNoh^5qV=_=;<rO~>@{YgJF6%+eRBj){t
z%mP&JEGB8jlim8BK=@~+^|0pOL)E&qB=pa{$chXv@v9vJK>4_dhcj)3$36yoU}D^p
z%QD%Zs_jK33-wOzKkpMQTC6%VYD9Kx8yT~+^;Om1aP={Pj^H-v#qFW%H_iI#u(8}D
zJqIU?(YEPza`rn9mK)@Bx#<cML1_;Y`R7EMbaiLK$A@Rw$KxW`O<`G`dh^#oYZ|dC
zd%VYE&xPP3B=iN(g#n-GY`zrLL7+-6SeXP=-|tx*Aa9jf<782&72cQCit@+DPLid$
z`!_Y|MgQ-e-~j*Yov3w8i?a~{{c29EKMCTG?Or9uKnnUN1|fDgY>B-<;Z1b+a39Ce
zRVA=8c#P86Ku0m-RK`qNx;`Pn<*B0ZpBhl3F>99b-+6^PI56O7EV6*c169p#;WmDn
zx;ZvU%;(nRzI<@^>-Kl|g%gWbiF1}o&nTR83;=k7B_}PZj+;hV$KQ0utG}G}@F5X3
z(cpJ+4<MVx4yxu;CI0T{K>0#0xXKb}GOPo2*PVNAT{<YRMO^8@8bG$vaq?7hrYNfW
zA0#-u(0g2Wfbr|W$Y8F?*QaCq20|LGGli1Qd)-+Rs8ND5&coCi?={f&@Nq&8qZ++2
zE(mI%iHed^(r52$#D3R=sFh$+`BP!3{GbPftxR%6vz)Cb30XZ%bXg@3{Ru=_TV<RI
zZt$n}j`a-aS6UsiJ>V|fHm|O*%d=X8K(@^Q04Z0SNHds>TehY^uk&p&2WCvbNLN|i
z#jU&Ugk*XV&TAkLJ5p5mIQ158T(aAL5sznOvU0I}MFRk2@7yHyRW@j7(6jscGlPsV
zPlqArUhri3uL+-2%J#CU5q}{_Q|c!oOFKJ{07FAck(xNC#TIRBMRaFX5e20l=j%Jy
z2zCqXt*e1pC8wUhi9Ot)1EPY$dOW^SnxP6V<YW5I;CdeMrJaLSk0&9!jJ7!;XAWw`
z*5bcVA6LHb&2biyaxawMEeQ0`tatVBYYfZV)Io1{_BLK^Oxcc-%$K{R-4)8xvkP+1
zU-k|a_85^3?@E_>0p7)JG$pQxnION93Hu=s15lxc<?(<l_-^mudz`ZQ<u!5V0kBH)
z6+7<ktk5a13q0rAJ9*Eq@l;>J*^=s+%<Ykw+4Pd-eW_uw)bH7n36YB-eIZ*$E+qEX
z-^0$p`D;~_9*4~L)0CUqx}2V=lBUD7Ae{o<C%>XvSI2WOzU=Ssp*S?HN}2U;3zaw*
z2o}{)TeTa{(!i1?)t=v%$6O)1_nQqI8RA=VrRa%Y6K>7;_=^Ll38qA8_^1(Q0r!{+
zF4`y={W+)D=Jy6YhS7aXR`|7PV@3Em58GVHewUP~;p!bFq9~M2Hw&w$NMaE%7^*xo
zr3;>BttJ%@se;vFwxcT3>Xe~H0!;NrcL8C?bPPiRW1ojh2k&^#8AmUSjeV3VfKCD-
zY<z2A9hxQ@-4<#=f*?!D09L<q&!2A3SH&@+0a3w{rav8OYRyG)=PpGAm6!4IW?OdP
zPztZy<*Aidd_jAcN3UK8kk-wGDc|cwjj85pippfE{B_-q%Q2c7fl~m4goT-t!{BLn
zH2;&$gNnkoygmGpE&jPC8o!i=@c~g3YZP~J#ydQ}a>AVn`tV-z<Mx!O)-`=J-5M1p
z1tv@f5q8JySu!YkDZE>Ro@7@91Wdpdjo$17tv6*e4u+?)jrXY1iI0uOs|D&9hSc6#
z#a~3>kxL99>LOjBEfXyX40OZ<X?Z2mA+D1U^4XS#tpa~#WeW7{H^)k>=rB)O$K=Dz
z2Vd(?R;K5ub`T8$;JOHm<K3TGnY$RGU$8AYRcO6{-q(mLlFZ>`%bIRHOq)QGu9?8u
z?3s6dq6ox;6^Y*T2VV>-Kk#0qRH{f}b4rjNOrk+#AGl4O_;9V9FL0>F*(&_Pgv~w(
zu)3fl5&j4Nrn@`&S3+m>v(2RbXclu!L@6C59;(OdT*chQN}ZF*z9QUtuV}77AyzU?
zEH_H0H=t%TcA#FDJjAIX-aa0Z4ba2BZCPO8L}}5`V6Ns@1m+(^O}n}fiWjQ$``wj}
zCLAxjeEM8L7X<VgzT#-e4Kn!)v+7e)V9$@9a=vwO8da0XG(10fET#8NrD4Kr5|i0`
zd3BW?iW{x{EE<Q3D$S4TA!)U$O72*QjnmT?TrHxDD3v%E@)r%&q<kZ+9J7x)`*53A
zTa9{~vQq*}a+0m2nB*7t@&G42!3;rpmS*oMYWR>-Ko;kg{r}MZAuX*$T{nndzLcg(
z_6^rD%YqN6x@u}d++BG?jHjokbDy|#QSl(mT?iCo#@dZz(AQ^bi7UK`gThhlrUQ@P
z(gJd?{G8#pjSU0Ev6bbEBSS-fMeKzAfIj}p&6U~Yg-#x2M;VsZrLf!kvpvq-LZPoK
z7ye`}Zs<G{<FFBYTHas>`j-K(^*=Hat95ip>p#lk4tOG&f+KDwL)QE1d7@bd9q+?a
zMq>H{*m!m*7v;CW&ZfkW86~3kpX;iIG>Am^uD#R<CDM;WX=R-jMos0C4mAaR7ijH7
zDu-=!9OZ|2KIxkW+b$jSzLQp^$bG7M>V0>y#C6=*N$w{vdDT1crtSxBBl?opCeaO5
zHlF^&yrFKz!eTFcZ_hz4{^o)2d|<JnaLu{J>^%4J-pTLvF4ZSaU_PZn;d=N&-3@c-
z%PKWB^6}ZFB`8VUC-YdP!mXOt>VdZsD1P8dDpwP<HTk;lVf6EfGx!<quvuNvE+kEV
z>G)nI6xU}Sk*=8NgaaKktDh)e#^`JXR~`UygB}Z5<X7?(l>Gi(N$*^UKgtSjeja@_
zhfZ-xgUx@xnhdBIiE(UziT$yPO|Yo3pxw8tZY9@Y;qH6tIk+CKT?Cfbj!>|4&>s1$
zJs<US>J>iycnTERfk~Ps>c<<rww++trXiEM(TZ9zIDD7$ZO#ESx4}_ZP|4!^(N53#
z@9?Je`K-r6vf6^o1B1NrS1*ybEj%XfTTg>@gvB`6`G;G#7=6TO_g-mzX+Ggn8c>$7
zE*1J2t5VKqOLZQBOUa0gbg>0BY*BKv=*L3MBNyTpAcb0I1Ky-9wFae6ZXUq@{PUil
zP2J^#+YdT?pE-MKX;@|WPxKe@t%@jVt8!B+>aN(ML`-$B=7k7mS!t}sV^12<{6+hY
zFs#jQo_`m>3&~{MFeca}(mduHvA5|Cyg!g1H}T3Zt9$1MUeHqTCH?Bb!F}-`AlyLg
z^9>>kCGJBAP0dW>-x3mQs(JwESf+Hk%h)25s`n>YC@GWBa-IBGpMZ%>`8IgzfS7Qf
zsBO2K)*4U#v;2ksi}D>AgbE)3*vAajF8}ZPiaGb+1>j%@{C{PnjRp930s8R(|0zrs
lHsF6&Tjc}5zYE~+4^UaAJVbunqy}IPxerRxrBX(L{{_72$bSF;

literal 0
HcmV?d00001

diff --git a/doc/assistant/osx-app.png b/doc/assistant/osx-app.png
new file mode 100644
index 0000000000000000000000000000000000000000..386fb832db9262552409a42b494ea432dbc531f1
GIT binary patch
literal 2604
zcmV+{3e)w8P)<h;3K|Lk000e1NJLTq00372003eL0ssI2svX!R00009a7bBm000XU
z000XU0RWnu7ytkO2XskIMF-po7Z3s^4B~DU000TgNkl<Zc-rlpe^4Cd8OOix-tHZD
z=N%kyKsbITcL_<FG$YH58XIG#no_ZqNisu1CrvDRC7Rf#v<`}mv9_m921jCKz*s6q
zOQxaGCL=U9DPwi8Ayi7x5WOIHcL{nR$sM=%Yk%|)aE$SeK!t=K`}}$D?tA-u-uHRl
z@3Xt_5=oLU=Z%sP$P{D>ml-`qTPPHAxm;eaHyjSnXeSwl(dl$1lS!#mMm&H-%Z{N?
z=**cjJkQUb0jKH3ix)=(5j7%QF4t^A0D$Ltm&-M=yx{eEXJ7nBb1Eu@nVt(K<dnQd
z$P{D>G6k7}OhKj~Q;;dh6l4lA1(||OL8c&6__jt*Vqb(1ilQV)ltfJ-UI`MBBmkl$
zisH1Rpw(z!VgC7|_k$DJ4_UMsn1Y911cVc~?S0j0D#H%dk6jmB(~g24fw&m`=YD@5
zK3mF|r)Vk+1ii0>KD>o7-A97cF)wH+b!l>898}rL)TxW%L`7^e(bt%MrlDe{X?9dA
zRJF<Xs0cH46ov)=M%}`tF$*Y)nx+(pMD8@)bnN2EfEb(#1QMiA0_T5|x`}{H)0I+!
z1OiEt5^4PuO#}k+-tY%r-Zy>q!pQi<G5YV`VEKcyekv&Zb@0Rw<8E50$(+Wj>B~o+
zMkc<{aBE-S{N!G1ND9+XP-OC@$fWj2Mq@RO)+H$uvOeDZAMcs*#E~=(Y2g#N;*V|S
zn6w;C_KZ=`CRNhm)Q!14&%8f;=BjaY)l}yb{P*=d8?VqVP^ZtZI^v#$)o-M2xzYaA
ztL|n&iY#^gLZJG>q32u&FY=xUxfTG>8*mkTv|C51p38nvMJZ=qHT9!}+qxE3R1N&&
z``wTHclhk(zKxgwaohQWzc~N0UkHA4j(icmRDGc_`|NKEV{d$6{>~UmH3O=th_+N?
zd1sOB(7=f=cu#Hr;l=9AL?%v>q@JJ)Aj3QdLV>87FTQ7F;si-tp|u#8*dgB2F??1-
z#r$iy`$O}ii?#D-OidZh7>e1Lv=%_J&!A`YZw$0}#K0q;z5t>CC@^sVxwmHzz(WlG
zK4aUEz}=rxzzM;E_*HipZkl10^;K<&)(l`<>V_V_QxpZ7QgCAE3HRS2h0Et{jHR_9
zDSUVQtrm5945hNfWX#C>3*#483)Jb4W^4uE6}cw{k3ke3NL_DICeDVtEE6z6L?{G8
zXd(Qpp&$TW6OteXAxTg&P$=dE1-`xgl65E4Dnh6dg&H7X;ozVoNM0`X`KOrMR?UsM
z;1BQ}?@%yNp!^UOPy!>$sh<Rcb0s3^yxe4mW0>;~b6kv4dEv8u0s;b25Si~R)z6i@
zpwaXW4%XJcJTEmhFE6k9zyXS)D2n2Fe*3m<Y;y87zMSiGC!XWDKfUx)Z%<EBLIM#*
zi2VGF42F=jc`5U=v#<U2TptR3eSLPjea)IR8#Zi^B*}Zpd)Hle6&4ou_4f7j^vo3s
z9LEWQV6j*ziptK;wpy)OSy>i~g%IL!H~?JZy(`y;f>x_lC=^{?UEy#zIXQXl+O_fV
z@tvKW;c!@^(EuQXT+8dZKG`udGjq|RMXjx^fk0r%k|i`vJDtwf*4EhA*qof4xw2BK
z)#@!<w$#?vo;r1^t*wm^B1w|LU??sw&dki5*%SyN<Dbdt>FMR=<y~D}eSLl5aM)-x
zE?>Spc_M4%Bu33-Qs6jlq8Z+3G$tk{j=1FW`Ocj?H-6uOlczE#lLF84LqkKDfhNDd
zAXAVj$P{D>G6k7}OhKj~Q;;dh6l4lA1(||OVag~l3^V(@jpkHT3Ob!`_ECuDR8$Hk
zlZmG3*@S?mX_Ltmv5AcF6iEJ3k(?dpo?Sii{eJ(zz<|f&357zFwOi{NjW9(il}f!{
zpO~1aR;$N2a;%6DMbYVWy4~(sFxp0=F)b}E+V+~L6hu+9+wHUI+f_Q9&TKYE1Q9ha
zIGxV%Bj|1@Vy#EG=}p1w^*Wu-31mmV-#?*1NL~4O^@A%^fZ%9m*~jd`X$r#acKiMQ
z@lqHV7>L$Uu)ob_Wm%TBR=!wSX5DwZ7r+-E9sk?={SbPeDXajRDt^iq*^Wm;;qGX(
zvLjY@<n+jMO|IEi*4T0Sh^>faS*xwFKL`N5&6Q>Qn%kQ9u`J87j~(wF-96Czc6|}c
zvMgKKcv=7;^zJKSA8Y6sX?48)B5SSh7chR;B2(~qJW&|fpDZYCOe$+=I$DzHeXXUv
z(;Wc7U+ipp^PEqSRIqCkU@rbu-Q$G|qb)xHPx#Kg2b!7=mFKtYe*VNr9EAs4Y$aQd
zCT`ikx2(O<cI+b$0Nyv$Qdd!05!_o>ZOv_Z_|I(u;OTByzq6{i?(oqAPoA`G{Y$q8
zimY`HZEf09Qs3c$r>$^jjkP2{CCdA=5nZFBsm6%EbDx}Qf_eY1i_Cgp-2=Ohy>|36
zg+@cOa9JjB*0OwAjtYR_b~r8xqyNG4{0#}|DF#*gs-kot7~~dMa`Ew(|L8^Tj{P;8
zR{&hOdC##A&Tn3(2mHXML;v2HrNF#`)itlWeGod{+yk?9aY~E|=I;TocbqTE(Wl(}
z^S##2?IriWYqn!u<-K{vF$D2=DJYf7Kp+rFUNAsx%;-rG=A6J^-V%K8x%InSzG}@c
zZ}{ChbAMaou2Ne&U<QzT=SWld5^ld`;plO(Uu86yGm{hmz=ym5L&N7j3)pLl@@q!>
z9IX-+Hy4-Y)|9l{&DFK5#(0l9qKJ-6L9f?Groe{*j20Ea&p&MkZvW;1I*eY0=I%YG
z?!Gdnx_6b@vYtFt^MfqMk+Q;9FB_$CeN<Cx%mPsUZq2%{Z=4ZY>z--{0Q<q$JMuQK
zh<3hSuODw-7<s?so2JQFu^R1Le_7dlys>QM`a0l>N>!7P3ACK-bOeRy>ox%J+>pKb
zXba$rxIy$%)Uy>U3U;8~w!gWX3kE&z-fqVb0C(FTx7XSCzIE!YYHLeXNqtAu1umj%
zktwLvYNIhyXlZhuI9$C+cedi;W9;7Q9l1zNjT?1sWEvZD%JWfGTDWpsV`TZDO3mMt
z+gMSw>W(5WyVY#3%C{cjfGh5Pq%ri@x&@%rAyx@Mzie~E)7H9*pR8KBa!vmF{U-;(
zbw6ENv#Ij%%?23q?ya`wR+T(`nv1L;BTDIsYDa<NpwTD*V5p6~qqMBy?IN@0%303^
zp`umMw>bnk4^(=U0zr<0N~8Ke_Cp9kk55o(Cvff<+Hs<Fgr}ZeQ-$38)o5yI$LjL8
z_N+6^;yNN)P06_(=Un~6eqL?NUS>{FOk>X{r>2zevd9!<3NnScYyShK5ea($<)3W;
O0000<MNUMnLSTYCum>6d

literal 0
HcmV?d00001

diff --git a/doc/assistant/preferences.png b/doc/assistant/preferences.png
new file mode 100644
index 0000000000000000000000000000000000000000..74fb814183c30006f71383fd22a3661a3989babd
GIT binary patch
literal 22815
zcmcG$1ymeew=LROAV_ct1b2tv?(W(^Bf(vQ2M>WDL4&(PaCaxTJ2XykcemH%JO4fZ
zIp^Is?zm&T8c+?ps<+o(bI-X}g(xdZp&;TT0ssIM8EJ7<004R$0D!7QfQF=GC2r0_
zKHfS=YdZk|?+#vnp+1j%je{h@JIg3Yz%RqVU}M1~(<cx>lHNN@XgQ17+uEAiIRnHT
zO%0t*O-S4<oh?YDWE7NvU*F*Z03-kzaS?U*g~MfE^^_ZLuE+Y@&pe#Km`qMdOS=7c
zb4YqW9LqJEzRh|XmBtlt@D$JV<d<e8WeKc}_NSFzLDj+3z)zabr?E2rDOscXPSpT*
zs3PF2m$>LimU8|vk5kEXE~9)vz)`koLuN^_*l03-5fm^UDTn(f$hYTY?rfm(ytS>p
zoOx0zq3x%7v^1<Z<fyOvpa_MIj?QXAN=8Oz)GrE2L)H$49C%e||114F!|T0Vsw-7I
zUF)ZD^uX<%9Ug5+lC!|(_O{(p1FMjb0coV{UGZj_ZlmMXzJ?+t<jZ>YZp$unz2O9G
zX&N5JG#}ov=|f7%CfL}YDPDJQ=O7(|WX0|Mn$K^VZX#Jyq?>X`p%dY`Xr8B-Vz220
zpZ-Uc#Bd-rCHtpJ|5TL}2~rsPzomCa1->@nZ~DKt?4R_1Z`uEMi~kR@|EJi0viZNu
z{-5gnZ)*QPv;Uv1`rnP$Kk2bspAj`_00T%e{v@I_Th5RUW;Gd594Aen6GkJ!f=a%!
z8RGIOD|VU;|Adzet(8Hr0S)P2qyC?9V$BOCQ!{Ymmda++I6zL}>2f(xAFqx1s1zzv
zftZ9Q6Y<}H&`#FpWssAOM>|(^7d>@XARmd}u=Ve)xUL&b&G<od$nPi$By+s_Td;Oz
z-IP=UG|pQ!pMe!`jC8eY9xP|@H8BU^#|hb6GFU>ifXz1m(leqk)Stvrkm~iw4Gh=|
z5i)#+0w53J>dNI5nnDeWp2PTMj+~|^p#H=KC?jOyp?%yO7+*3fj`HeQ`diX6cab#3
z&%GtcQ7Ys|$mc4K+S{w@7T*9pxh}v5wFzV1*GnN|wa|#^m!CWC@z_wE<1_spdfbOo
zhXsv$j`g$E!qzt|Nf~syVxnpFIv6WJkn5pv7h&4&Q)-U!--^hXK75DXAiVCBNx%gl
zQ?lr|hUURzZiIEX_iYx^?l9!C)C97;N2;H#5uT>pRIy^hIU2cadLu=6T;cl;P!srT
z95;5BQ}_wtMJG6T_YDmLL(7I}{91`I&=%x;YiukOV$Q@sQ;{gUsMrj}h(<(k07D@)
z*T&gQ49J87xI;M~(@mV5z*HFbk&<v&yeHsmvgxd4Pgdr9kxpxCTYNA1mIeM63Jc1+
zkI~4|l)d0$zHOFmg(cfuyaVQwIr_V6Fo|8bB>52Mj?*QP9p8}@`!GFJ*MvviPR^5f
zb!OojF$OyNa!J&dz-23gNZ(|8N5keZFBm5rc$!&AMQcoBQvEQr_&r(aM(fQ3;5Id<
za_1aF?e|*9_fE`le5jiAYgqGMsG2mv<lA1gN8bd-hImQL!S5-a0!`al+fxFbZ@w#=
zz^=jHD@AnMr8h{X<ebT>d^zeEUsv;nTO<Iao^9y1GvY*;Oz0-qvg1$K2zh1SsgFUf
zO5~dX)C@1(P|nLCPq|(8&8U8ScjP-6KU@TfmxA2cN#&$OHssjZ={h`d02<UM2X}Ul
z!O4n(k4+M}hLNRT$dJP#6x9h!SSU_v!(UFS;N~VRjKDvWzh5JA_#vX>Tf5w>zXf12
z*<Yq*#gOl0^H^IK7llFz8yE8H9*MWP?|ZG2YrDBD5JzlVPBe<w;-kqD&{>&Bmuoi5
zA>GYE)=*^a*-qz4>hG{vzp|F~&1SWc_y5$4<aiEZy194kMc8ReG|qm@#Pw65mpD=6
z&R^C@BG6NTjGm6I4jo8eX9)#>&;yMu-^gF7*0jqfIBpp*%BF-M+!>lo?}g^H1Lb_k
zr)pXehbI>*N2hob`<7<=8T9(hRtaLPHlV`>3r9y)l(K7AQtj0ZEd6ovJxEtHJQGxi
zohz=%GM9j~cUSXDRog}9cFh1;pZzWPvMaQ?X=>6j|A=KR1JT%uEFfeLL!O|PMZ+El
ztm!^}_tz9?BmI_5S7KXc<IZp{eiPi@T$5^pSmv4IxbZXoNw`YX2_6N%)78j%9NSfa
zWE1+4sAHpNV6<=}>$o(I@$nmE?f=fer6EEp>I7I&tQAAE7w_bVS12t)AQkfa)InW@
z+ipd<8$bdOJ*<zavQk`V=TM#^b2oIkW#J$^4GZh=q(gSTR!aSA5|Fj+%6?8dj!nM@
zQ2GSrvp4B!_-{gsBf!0Hv$s`%o73VfEjpSg;#X`wj^+jY9Gg*JX4uYAR&ze>R*oNO
z<lPq_Dqn;@7(bi*GudQRyQnqQaDWA{4;~7D%&2^bQ3S;B)IB*j93Yqlp?}CA<e9Fi
zZnSpWkUm(uqG{-@dS8ss9SAmr9SwJ_SA>Z%beAozvM&SC)qi0{?`<f>{_2Dffy=Fv
zQ*i#H&M6JD_MKEMnZ$XF1Q(9j+w*PoI3Ec^p*>vv9{+}-5r3fK5N^t*KEuj^y8_}v
zdm!ThEa;t~x|>hw+KMTpOog9bMu#*`VM?8ETnSs(odQWhAl7XtIkr@w8t|bWpLbAE
zAtU+pJ{3WZW_<G?%mu}xTC&jH^>t!vbHZqsSXtap2dwT~27M*7jh-+mU1-wK6>)kK
z?r__!vgk*@iGMSE2bEbt(?0#FY<9+Wt1mSqc-O4ysJ&tpUDvA#dycdk^;FgmR>e<K
z`boK5^mCxUwI#b6Sbndv$WJs=tN$`5Sk@Sp1gcu~Pzqh5e+M$wO^Pek?W_<ZF777U
z-*r^~e`C(GO&+zyo3ehk*=YCNWondU1z>kmibL$I#S=NU27`WxI9X*uG6I$lvp-E5
z9Z{}08C@J*T`XCc-Yb471y(?d<B*~M!Xb;cn8pY>mHDno*dVSBAdCJGCyO2O3y1vE
z8>UyhGkbpNFAa-?&LFOi6x}a+$?Z`NN4H{}g<VDkK#xP@5spCQDUyzmjf2@dRrm`&
ztkFYApc%wj+R>6C*A}3=kP;)i{Sy&x>(ENM0h&-ebidU5HAscvzwkusVn^kK`o#Ku
zMS@uK>>0t|43J6{-67<{Nnao^|LVGkz6-Vz#8{l}I%0@DvQjO~25C8J^lM0*J84`*
z2LljzlqE7n#p8ba1wxGfM3FdI@UcN-9l(-E<n7C4O6n>sxg7e)q;E*o4}V<LV_Xei
z=a&{5@l}e@&2G01jMqZrdg%e#55O)YNO?ZnL#6lPo$#v(Ljzg0&9|eEg$4nxUKWBt
z?17<9(Et^s3C|DhvJqw0(-<Po%yO{ncl|wXIC$mb9(QXGj?8V<Xz7u|QWa?0I`)5u
zVoSXUAv*)Li(hC)ey-C?96QA44a$<2-0Lu*kWHA!B5dD5Czi?e`v)SBp`WJs{2iOw
zNw#1*N50jX)mBd~=559gm{Pd$bhb0-6P_sbtCLsWyijQC3Z6|7(Uo)<573#rKt`t|
z^j7mTrXdt8=k8}2CXy%**~T?bO0Vb(98u=-%xrAa(YD}AeBiF9wcaZp)G37^n0H5n
zJT-2)F6Fk5<ARp?zI)Rv=v)3LGd$7H7x35d@$o`@KfR;l%Z1t}HLD6=2CnUxR9;6I
z7BJ=aW%n24=h%HU^V!`vM}XUj$zyQIT+tohjeIwNJx0qx1x>{K+^G!{K{S;5o`eU=
zz%hLqam%T<C|Uj&V=|3t$(NC~yUTcB`y*F5JsbxvNh`E8LMw*CZA|+UW?*$?_c(os
zn}WVUSR@W6rF6)h!Pm>8jjj}g))wx0xhQ=orq2@?=*zqf30vPk1_J=-+eLq<wC>^G
zyc0Y_@QdE({5_8cSZ$o`go;$6V?b}!z=_dm7oxqyJH|W1D`iB(iAi?lN>MN+cijuw
zxkTWWO6E%yEY;uOaH|t59n#9u9ktLXc)po=v@RDoTcSm<lKz^{%nk|~{Y4t%t5@TC
zxP&Zk#!b-l$+u~vP;UPG*7)Y>v~Zw~_yxA(!q;bWJ>!vL3S6)MyzZpb>P1>}_w|vB
z=pp%eC8!;}bpPi@kdnZcb$#92s;i-Oc-IdP9_EXYZK#H9x%CUrB^NO54}JDQ6X#bu
zjK0;TPMv{lgsr1o#N(?sy`%Bp8g59-AU18qv@vHU`4UrYCH8?PT#5>5ArkoR>el)}
z$2KdsnQUWud1Y`RUMe7<yAVwhw%YO+ys&S=i2ke*{(fbGc9888BKF{Rm}c$89&y98
zDH{{D-}{8AJX*D4IPl|vQS~1%weRgCT+Yn=%-QAvu_s5W*AT^Ta72Nay?3p3A1W`C
zcV15EL&hHs0dEnYPsv7?;sI&~uc!T2hjqba>vC?Wmg~VG+~cXF=MxWr@3|Y{jbO!H
zpOCx9pPTEGTamu*lOx~bAfathN{D%OELbd(q+$GA=HS`mZY=SsVVPv+N_%5Z1Xw<z
zw_?d*F&WC9c!f;{2vhvBIIIfyVZ_XG`m=tPC^+@32)Q@3Fyt*jEkZ`@OQ7iUf$jMf
z*NyMG@psR&z&>Q{bni#|cSK&?CjGu!na|-r*7Jr9=I^4i01s|n!*};7fJ@2Wo4J^N
zQ+w=q;ft^U_XYqo%XX9d>4hPTzToZMX%g@m6_*Zug3;d|d6``#1O85eHYA>0i5-P|
zCg^DEk3(D!tlnXG*6-3O6c;C}etsw1V&i%}QDLd43V;ao<NC)yL{q2U;*a=4@F||f
zfWFx3{E_Ua7Y`&DR4fF5kG+#fyg9M^R*;a-;Ac{21H2HooQf@ds16u7QT8y__yf<3
z1Md%$^yMwjwS6TaJj^hytNa84K75ZVOzN*sq#O4D&*V$yO5#tQ!p{VYE<`dy{KtGt
z>dS7NI8}I&#3%J>UZRW4`}-f~w6$jDpjBX`qs*}BV+Y<BtQOhDu#4O@UWkO-6?=dm
z=hWJ;nkcYr-syQT4prMO8{Ztgw5{K8+IJC@`#hz{O%ZyC(YOmEwnEv2O7hradtFY_
zo3Ap=SJ_ra=^o{ey_8b6e_|sc^@^sC3*N=)<oa%RT8a(t{|;8tJcyuKN=&1cgLWs9
z!xg@d&v~*zgYEDuXS%)y!?f0cPILa+&@CY&<rbA;&4}L_hE#F$OullK%_uh%4O?u+
zAu;5Pq`henGd@(wtPny>(XjIywN-F7y#7PPPKE+Ao#*uk>hnbB!ze!MSGF<eo3+U#
zi+g(GG15)<tHzZF!J<eBvn}7t-^7BY2BG*TzbX0rQ1@N2!dwK9`(Q@P=9<$tlPSsm
z=*9CXYhOM9MbW$#^fdbDk$cYOZhoB9sk_ZCDq1y5?TD8Scu<^`=%Yy4IsyCqYNb$f
zv0<$kT?k9@kA5xF<7ns{V9~{nB`IqJPE0Q!3hJ7w4!6I<X*b!*nfMk#ER^c*y0h`X
z7b(!VHN5E^De$HNCq}5q;kwx1VbH+!d2PjiT&n&0wy&#P`^B;3U?8pkCGnuGFJ0(%
z8qVg<YA7LxC;WR5Z-!JcD^6$ZiGAJk)|8%7GSN#fFv4Z|rel7d;0_h9{misXhb$Wu
zAiLg7zO%i}EppJ0uG<n$nknwbd#8SQG1d_l!1Fc`x(>0>oU#KuKtGllp#$EX63eKt
z#3rzc2eTLvx{Sn`OuQ#KPQvdlu)h{gH%*Er%#9+<-LXmjhHCo@&lmXf-vb~`(U-e#
zNN}Kvy_H8`??T4d%NeRpwnR4AWDMF}qKoQNieJ4S5(W{*sVo92_L>kS766p}gv#@L
z(YVv3zkF@dH<z79vF7r&of^<Vxt1N^iOY7f()vIxboUnbl(FB+cSyJDR1ga8u7Mu+
z3s3*ZI@dMk@--q7(wBrSD!DL5EJa)Fs1_&Zy%N7%cgj{pluQ{U+DZD@ktD6SM7<IE
z9}!#WvP4YEbdwy0?gw#|{tmn0{*gZ5^T1fLDsw3Qn)xwL+(=?N02-2%k(*l^tLyqo
z5W`4hk6J(ga>~~cXxu~F^CG#t(C6>i=&d`fCRqnh&d}JIq7?TjF7%!#PvJpK(x`#I
z8_EHwC8s4-ea~e_f~1S8l$4Y$vGrxr;&8t*p?xu;Utx+>hFpAv`upQ58v5XsJ2Xuv
zO|Td}?Nv9X(y7tPpkXE5wefn<e39{*=p|8)67s~Ak7Ni0GpUd!C{Z{QZWcx5_{+k@
zh1#ROa#K3Bki0hmbl8q}VWM-CCa-sftbjrs!v9{4+f5Of05RM((y1uxd6}nAi5~p<
z!*_A>qv%mr<5Chy^J<$MeOYmg_A!c0Pv{lqIoOhtjcn}m`(se~#Oxq3Iha`-u^UC4
zJzHn{H9L}Sk}*rgRpT|IP1uGLJLadLqZem}iaV+owWJ0Ef}x2fMuT?9FVJVaU?Dsj
zU0!Aq%@>|RG)S$Abg>;Zq92!}eH7WXL?UGKL<8KkgI5;us>ZLdzRKneLOE)nIYz;3
z7LncY1dEd)Mep|UL!cGntlA~a#l%zHL~U#W=IYntKYf9JVbZ-RE7~$kT#l*)1VnCb
zeImusMQ9>}<6ZNnN6_|v7yP{hqnf{2)w+aH-%H^Nmb8&{cdoJSK*3RrMlXRr+aEFb
zs6M<6B{nCtl{i<mlt(wjjd^ALpp~x7t@eQHqWHw*IwonvK%u1$8}*2{<eK3HxqOPO
zk^J)mquvQ_uhwIf69uF%5@251m1>SGeK!nxIXC~5mAur>rN_&ZSOMv>-CgruX0<>q
z4Tr*2k2fCnN0>7(A#o*nz_W$2oA%D_(W@ph0>?^HU@d9g7q~AxMY<Y?`9ll#^Af($
z$igRC5pg)$20^a1rE&siUrT_2#dx0AF@-FsdkJQFVorpMb2Xl8yn0kyg$+b8V^M*-
z9?KRgP;?~JQgJz=`VsrSkznSyxrlb|^o$=ZA81dK*_h!gedkiY@Tls)J9jj@DC4<s
zG}|a}y*ifd-yUe*9vtdq_RH%w9i`HwkznhNVCKUikXYfEGfK#9u`Zi`*%q#>3vgxT
zyC`dn<Ev&zYt+ODmHv{D7NWtZ>&Tvw#^ws7*8I6dZ?M8)t{=hN2y@&rG}>aF9;+=|
z!uVP|b)p05q$I9D?X*Utoq2Mq^>G6K^De~;biXoZ=}w_uDCPFfn~R;a*RH@mcYNeA
zG*^reYU)s@BiV(ekXDpt8yIrH`H7jR;C)3bKWKT(CN)LP?*mKdM`57p2rVK#nn%Ve
zD6QC0uq4Zl{nL8Sy^vAZ5o*$zKXOxtmvS*+b2y64l7zm5g|jK_n`|mmo}n3Q(tAv(
zPrOrk(fKh!Z?;xs1^d?7oO(BAv{6|$enAN*hv>KM9p)SHo+&Dg(>meOneKmNG`4&r
zLQPR`V_tRiXd7XVJb{9!oBa|l?k|*aPDJ!;zl3O|9P!O|0J$fKH-isO1ci3o#*T;I
zSu&PND!DlyX5nM)+>#l3C_RAxW#(EbG8_tFH0&Mw&6o&iRT+_l>y8|<EKz2VS9WDC
zICz!U9yLz+;Uy*=+gRAwxfIp!fBgi~aM~CLL-OB02%}cKC%L<siNgWbNzo^iGA^|G
zUCb9A%P3Vy)4LZlzNzg@E@V6V$_^Z;!AN~iXmOAhBYQn#aqmIRI~LIsbe-0Y4|A$E
zwD)q*C=>>)Vuyj+k#_2fRchAz2N1)o@y+paubs&SQf9kF_T<i<B$Spm7MUg#9@gmX
zdmS5sCpdt$?3{S;Z@df#+RMwZFcgvDRjH_-m!edcW(8Ssd+V(fi3QuRI|$4pa}`T;
z$1t0*%DrgMYKWZF$VUj(d`bngrn8nuG!GP0M${0L^gPqFtRmb7u*df?B(c)oXQ*qD
zc@*QAo8>l*uyD>U@(SYiX0?*fZctiv#^~2sx>bYKIgJw1-4%%$F^B`F5~hj4ngCe;
z-4)LUfjVeCLKIuZAM_P2ZZW3241VB=vad0M($5Q<A+na)mTpdBX{;RPmxAJ5!kX%a
zUd~nT|NJo?V;_zc>{rY`oRLXzv^;+4e+m)%F|f2aYsLrg+~_ACdmm4n`RCU+ww$Mt
zC#P{v_SiBDI>3Oy66+sU9Z-B*6^OI_@Z&q~NEBwlu4x9rE@`%$R$J;Ff6;Fe1%(w%
zi(ghuNp;@8)WA^Q2d$u1POrJ}u9V~G?thFNDum`|Dv(pV_NiqV7dTbg(wtHrGx_qP
z)RW~N--GuWB(Zxybe#waqxSgz$jd-ggf*70e(R&+U_I2T7=)OZ>?ogOVKtZq-J%!-
zD)wy;E=0RG3-84g@ZWOxJju2CtW;oQJJHPvvKXBN@=UV<JzMgAmyIXg3Y&oTAUWeL
zhI<Qmvn>{M$%wJt)WWc!5-OCK6aw|?DywiHRnbbiiY*mNw&3|lTSr{}VgGFIx)v;&
zWR-%rUh|0)<;nzqSslTfC}&+f@)OU>qyTt_EzcPg_r;NJ;YNzU!?*H{)`uz=2*`j;
zgIw9fO08@}7%3a$CP?0qt;4)F2a&C*D8?N*T<N=KiHpsiK{+8$%P^R)-4L16l2`A^
zl05HjQuXPx8Dy{14g7ufuJ{K>m1%(}9{O;8R(dz?_>&%|r?!=^2?#0^2d=)(YjzK?
zmI~>Wex5A=%Yk!4tw${apspvx>L5+s!icUWajGg7(-KBoCGc!wz)ZUROO$0ISU%sz
zD1VXhY(f5IY`r^+78$a|mbR%iXA|C1S;Tqy1^?89tq^G6(!2=LUObon6B*cFF4kze
zlzfUXwPYAc<?4nyrs0NDcT<ZZ3wBP2nEpZedFrt5qOgQp-=QA@2>m*>SUFgsJ`J*3
z(v$-}Wt?*Y_vpp7Mw&t_?PXCmcAjQs^#X$hsFKp0tIVh9*#%WC>ldNqdGqT|iqf3r
zp(+-SdZp-cB=D_}vB^rX@$I>5--3^4u4-#`zhV1NS)F=xX}f6D#hqRFSjUx#h9?(I
zKY4gS^*?&9<*2Q2R;xovRcqtBq()MWV%wGD*_R+7*AwJ62^NdmqL_IHA_NYU>m3&P
z2F9p0%|}IXoBUSQ2B%ZI(pvW7V6w$67|#NOEefZ3M#pG%nFEt#4juBr(kF|uJ3@=t
zi6i2s4IivC?&ROAmY9Bwdzn}3wx*XON<MeM(rmUt-%_D}Q87;r%`BeVW;&_CX9sU7
z8T2L*88TplQ1`pPx5eA=j&Xet))cSe)5S|zq84z%AZa)#`8lB_IKKpf<IYdzu*Ct8
zW@=#pu!;kfb+Fe1s{4;^JObk+y`6le(l(vG_)De#;%-@dGr+Ze>8xXfD%L|5wN8y|
z+Fam5cyN+_3R|l>s~2ZWsh_J(US?q?_P_RPRTkM>{g?_cidTl7joiAXtRnS7YG>}K
zYzjU`Kp-#ApjiCTmwXwy!vdSaQY$DwNvy6=y+KE_kE4=0tD3wo#adtAQ`22+X>AOf
z4@Ma=#xx%KYj0$9R22)f20IE2`c5b1|8Y2Q7F$lm|ITnxz`P+J$ugn88-T3@4dJ9r
zVV6ezB+Ugd9t=0jewRYks~K2X{O2wWAD~PEX9nj|iIoV4I9W81;4dgLE&cU<qom1L
zzNQufH07JV0lV7K3XK3s;4wEi9K-vw=4XHTn`F=!mNtAiZ#cs0W%~YM6Jp>qy!SEo
zsGXsP0g^ZhiAd;?Ny&6W_z`bpE-}#!p<U52U$d`E4k$zeD`D@hNKU3xTZAFrKcsZX
znf4%Qz=xYY<wc{kV@6?Ghi<s2r&eJbe{K<fN2(6eNZHp$cDX;gw;yd{F8HVb6BM2=
zO;h*K--r;4qfqSp*{PrNj$YEa?L}MW#@uktDV!uByB|}xOvbB65>Co`G<kuX`R`Rl
znp-D%CPUU5oEp@cTR&d0=6A2*9|=1w@i@wEqe~w{wkmN{YBz<nF%z&I7DW|l$sd#H
zs^16N*tY#l(>&TG=MIV%$wX_LFm0xLLC}F1FjrERV?4pe>_$dfuD3b1Z^9C|b(Tx(
zEdEsX9<R9vDdN{#eHR!n^Kb?aDeDrXMICy!HJw2_gr|!-EO9JpTxN=7$qkLjm;45g
z_0nzo=FvN7VAkd*jaBv3%5M+OfxN^E#Xvoe{WvORQg@NOQ|jv2NF1|Gvt_imAHbWC
zX<ik{B7v&eKy4!ew6}ipQ{DOY4x-x9a|#B^ZcLV{#7wXVQUZRlBr7Ue=R__8AUjLF
zm|hsqBfY779l1vdnL{e`xSmN?RmV@O0oA!UcZ+JtQ3CX!tV&U?1Ot7$aVVC3m*>ax
zK}0=S&_JIlVlBsEd7;puz&Q8O>`eSo)$|<SN4Hw}ENrK5wJzdLnLb8MHIjCSLs%X&
z>qYz(bNWJB0Zl!T;gAh4Di+Z^-@-gx%#}1wEhF1qXkSvny#vTQhfPiUE<H#7^KFuB
zr;57wr&aOd*4)9#Om?!nBwD#WhwJLf&^v=Y#9^asRchOCwhYUkYEE>hYM(!{4LkHw
z;+HdeTY#@!8=>gts)vbPwq24p9B%*R3y=pC11&Di7%JUIefeG}XVCke$Piyg31_zc
zzGt5^aMYl{9<_<~wmR5(gFA0tupu^<WDQZ2n#@Pd3+GgB95MJr(+M`gb*zz6+E3As
z4Z(XM+!<WGhYjr@BX<HtO+;OXEu<(vteyghMMMCk_eAHrN!E4UejfK8jxj*4lupFw
zVJAx$h`tO?(&wziAYO}8MzB#x+<gDm2?H@OS3EF_k?$@k0y|XB59F`duf^HAQ^iq0
zk)N<oY1}tIpC~6Pa!%2&Uw)YsGDm!J8fs>ochNqH-Eb(Lr?jwOuJ5Y6$AkU7kUuF2
zgN<>*-L^_>D8C+ztei!(CA4ok7e{|YN-yA>Z_4n1z(!6QTaiHd(4G&{&Cif9=@)fI
z;&C44;j(0og4TDj46hy3rE^rQsyFV-s;taOh5z%hZ5gsLY(jyBiiDLBjSe<a>_c3R
zD5nZ(2z&qPx-j8MXR>|`VGzlhP+0zYH~b&F4E#^g{eR~&V3*CW2(`?DgoKp9q}Swi
z_p!i#)@~|aA%)9+bYT5}>D5i);Ak>W4pe6YZum@I;Qz7F<IB5_BwU~UoAxAHC6x(p
zKA{_JK>NLrV7TOO8FGjxLCq+WLEEr<V7$wp0rP8t=RBM9(+I)|!oVB#kX;<d?Z6Bs
zf^xw8&27SH%c+_o?rU|kQ^eMvGBtK6UQ2`=ui8HVK!7xz3Jc*K$)p_f^I-|CiyXpx
z*wpE!#z4hE+8#(*35~nbJo<*yqLBMd*pF=D&BiG6KP=4D#UsvX>Bb+-x8*Ox9B3>;
zFen!__v0AxJV;09`49m}NZU=n*Z0c)13n?{5~jX^K8xMERr#|VeEa#*E@%@X#Zd^$
zax2m>HIj@_aBY3tg!OtmwmynnuVhBb^A)Vcl(BJ|#Itd>UxW7P%}=>35&&$PAM8NV
z{ClSi?Lr`cg3Euj=DB=^D`Vw+KjCHDrHn_1>2FOR^>M!RY`@uYsBbHxyt3;qtIIJq
zrtMQ`PGLmp{R)*qac6xXOKSLu8!%u10_y03iGD!$MuKh9Mcoe;4!S300soB$|DkEh
z85cgEN1Z;!EP*80C+(C#pE*<5y3P4RS$AT=2L6-%hcBBvVxkQn7ZzO|nP}LxoRblY
zZA2h00bHO`K3h&DQht{s7o)=W9nvl-q`XXx`gfzX@7}q4sTzjtmR2QB-#;C2jFl4d
zalypsI#BG$(sam>K$vaq?~Up;@Zp_FPPBVdj(uvR^ZdQ%f8ndsP40;K$MjuvhQ39Q
zg!CWq{2m)2M3Ieo&2HSuldGoH3AKseJq}H04MDywMd+P2`1>+8HSM0CvX`vz_dmzh
zU%H|~v-}699iCkl;0G>i&#%mJ(wNdAeB%9ZBJbJ4c2?PcU3AuOBJyxHm__7kYf#Ks
z6LHa!Bo`hW?4Dp6Ze@-9M5qV9c;&~NGTcLkjGdg8wkyvaQOtSpLn2mve;@vFB6fn-
zK0{)%L&YdQ`6jJgXBhlx7Waot++smXALz1&Om?`bS77CvpFRNM7FBn4@tl<dnt|5!
zW=ukqJYqel52Y!cJ|akzdmn65zKvK94C9K|)YQZq)O$le_eM`BT6(iPX3QihW=i69
zt_hQWvex)k-3~ICtFqa)h$77;WHwbs0)$GCwj^Re^X>=1Az-YbCgg3(V?jd_J!IE$
zr0{}qX5J2AEfwJaEHHRsdi1p;_$S!c)QRg7e*D(J!E}CT<lp60DO3l0Juvz)kQ2NT
z^-{kWu=zgpP9{xkn!H8JT{{dd`srWouf+go{?)&yrmLt8Cm3JYKUWv@6)O>Yx<{3y
z(!I$G)*Fo@Di!S#5pIhYCQx6)YN^*XO==P~^5Gqq#!Z^(t1lB5{!JA_PF?S~(5_-I
zVyIUH6Ko$LwJm*7ABP8G=jS;Kpo+H5ZyT9L89ZCIPc7XO`*s>d3jY-ysMTe|(=TDx
zWfs@h`Up3EDq;JrCxMEuN*8@J^Ixs|&f|Ce2ya@sN59};>31hp{W=~gRQK0tRK^*%
zjO7P5hxjxYRO}omG!=O}2|}Z*#|%Y+jbqyqGJ58E40u)3E;Uv)Ij-ee>XxN3^bzi(
zWoDn<r;le6OKi90d5RfON=KgjH|Mk$u#mbS=Fu@@<lE1uw8Epoo1&)b6<5_o0bXh=
zh1sjecX1Gf4Ha-}ahbW%hw5~Ojvmbr*M(Ep*x1PDr23(AI<0h+<dO^^?FWMPQ-xxp
ztwZ5tZ9n{6(;z1bRl#9c5DL+sY2>Bl?Rl;K+P-mN+MTcf<t}|3us@&cAszvN+@8FV
z?Oto>EI)OYvb3yjp~3TcLdN4JHKv-r;!4Ve1Jnz}iF0df>sc#9)oK^U%jQK0b;jLv
zf#4Ni`vqSrd-hFYSC{CD>42sOO{Rf7ItDa!D@lyOHMfp#!nH{`6noc41u1Np9_>x}
zNa{%>N&8>BALrs%inT_%?v*%<u~Z!>v7|$EZWS2C-98?hHf}(CUj}6|7ip{vTV7Y#
zW91~fO|<1f6{HPp$Q%<Dub29}@<JRAuq7mJN<9_-rq+zQ`W#n-y-JTD)dSx(jyX03
zAJaT`LjdI6-5sz@_a8%ob?EshXRd!+xcXw2j|};~gb+fj<rI}7?nK(R)ge)?(XOtp
zJh_BdTT+-=yI5m6wLOyJ<mg_UxZC>u^#%h)#R$oqb$&GT39EE*Za8O5X||};D6{yn
z_s%7m3)rUmtt1rYs!rBcZk3z^-cNkT(zeco)GRA6hx7xE{l&lT@`K%&ALPDNOXe>9
zX7J4O(z84J;qt?P1k$*A=^6~~x#{NeM#~$Br`O2WGpem62+3z^a25KoJoz8f0)U9K
z+Mdm43m&L0x+m#<d>`!D)xK*4-v~W``~RbaG5zZVM@GyxoI!!%D&XMUmKn+subvvD
z2sg3}CzA|DysC5-l&gRe>T8!VxYXZ2I>RudNE%5R0kp}SC;-(-#;+E2xil7Uep<6S
z@hkla573rY{KUE56T_xyo6jdOiR?dmiJS9t?DOq#>X|zSz$t?#D@IN%0AjMh>dopY
zo9U;w=*|r97)yUnqnjpU=J`*&W9GciyTt!P{<9V0$;L>!EB~dF@Z{wWWej}^cV3~`
z_s5>W{Ozp*IZoD6^<ItWI-l$tJbxJ;<LU(7vYIMOpt$8$ZY^2!d0bPn53QO<V%>Ct
z!5eMegxoCJFf!L4toock;>f2eZHUQYsbr7$%dem(Jcewohi<#JAik5SBsvDmt53&u
z<sZ0BXr6-s-y}~%76vA$Uv|jN015_PUMcQpo~1%5cs^O;&a2g>&>d@QpYrbLSD%fJ
z%!%1ZfdN<+_oBZ~UIu`ih>ewfNl6nc_FgxE=t_I=OsPJ5UJ42dHASA#$0xowtAe1b
zF9SR7b!X+iUgurDU?tlJVu{8ZFW8POX8y8=wMD%V%(CbLq35&kF7LdMG-U3`r(bsi
z>xPjJchR=Qmv#)C-AYdy8y!8X9^aVX5EXjldIFEgIXEU1B^M<+c+N-c(;g=RR~7m7
zbo4{R@wcotYQOlLUAMp7w^*}h(!Y3rUP;rJ`4bF)g}zu_(R%>*(M312a#CkJ4EEB$
z<m<95tXt$b386e5?wPBaU7cKeJw^Atm2b!Cd~KG`L!dcxtWE0kvB5j9YkCej=7yJj
zu=|VB%Z6nRZ>`P!Jm!z!o8U7%rY$2zQ1xMIfjm%MHCvY!tU=oB<F%t>>-+TBUtRu1
z|MmgH_R|K82Vi1P;jqG?Cr+R9Dbxf%(1!l)SXYj~>f;KM&~w5hS>!FcSbkZ)!63w?
zwfw4p`O3ZABtaw|$gdxAPLterd)tT9y6pQ@jT>Y@gT8G4@+a@adoioUagvYorSqlm
z6fJs7d_e!HR+mKQhdeREmL5)1R_e}^*>6>^PfW}%iVr!jP~l%p7wE)<KT-#4Df!55
z2g~pMPHwY%vySe4pd{#~qHoEFe}Zjyt_Sl!NFyS^e`A<j4Jg8(B3InA`;6^QjtLd_
zOo|!V&G(8w>?aiqtSlKS@tYo7!+#>;O?GvH1Kc;;T)$Fd|Ik+kbqnsc*hddJ@cTyL
zHk2Xc(3zS@OfKNCp|_uUx122pr>zXZ{!?$o<}Wtd6*6Y_0$vBD?$|K0a(RBvI0Y<-
zt%$E<^zyZ*YBsNG&sd2TBc-F}N3G2WSUzF6D2kr4na*TRX(M{T|9T@%OyGH;O%p_O
zW(Jzfi=|KTk@$EeRTr1H+wSRJ)>K{5T5hYXx@&cxCx4iAs0!47qpg4DPC1y9h}gN!
z8lUkBrBa%yZ3We2ovH-n_Y%*=#N#n3J+I~*zXn5?ZChqoENcE_2+7hdbom`$ED*su
zus7u~%z`DUm%0~9UY<8hQteOSE60>qCfZG;HYu0-rn*fO7Vr>T-zaN9+GRDXAn&>H
z{`ytG*P(NXxF{svE<dogoPei?EtpxmqPU^BzgSN4DX?@NTr`WPTeIMl%Za!c(j+J^
zbv_gB*Ol=SujFCXlvj`kBs$9D57I}ubh_stR?~Sh_KrQ2YBV8oSQR1DCSg9btIt-b
zb9x`rN@Pzm&sK4m^X$iV%jZo30}t<$=$G_aSG3Ua?6{;|yl3UrqAic|ZWQW-5KG0G
zgYt|HMAGKR=d#CVF6ENu#RBun9;q7-T|(4|;QSVPs2&|hO!p0C6}N(d8K`B~Sq-sq
zgUjH3`jhM`plMm?fBi7Nv4N@XXVwb+Bo2@nGgP6<Y4dErjLJ{7lXLO>Q+R5GtX`r>
zhx@XsEc(6s)S_4ikcl3632#+;pyhiLK>aIDlPJn%8WjnRqJx+Tq*t3nC-Xk@-`TGC
zLnJe{;;K0^!I`{dQy(3+R-0?%gjOv?j&h6XkYdp~_4}fzqo4nsx$>3xEpw7$;~NWl
z3o~Km+y!aJZS~-G6HV;M$HgkAI4#bHxR{@6ccf%PA*$~3T0L-(os#q7RQ!A0n1ai=
zN+5;ZPH^3Hg$-?*<YkDd;7+g-1MN&MKg+h9NCt^jZbz776a}2w*Su3{#8E_}N-TNV
zFe^I&H4{SieReXhDbFI{$F_gLLiXkbt2jFCChaPXWhzVmW2c>O_{*9u*KpM-8rqeG
z@9s4pzZ{nIG5J<%3hdA`Qr6R%G^zhLp9a^L<RJ2?j4ho3sd0D}n1Qz<?M-0NZ`Co)
zS*O~3B03>)6CM@B$hXB!!ZpvY^pbKMM=eZiL}oQi=UHa)kXcGeN#RI-W~Y|n0TD}V
zL7T6NmXSlaD+%}U2Odgd3fpq$2xl_LKgZK{<zWTQl1il9$N0x|9xNPY=W&NMR#L>B
zJYmStfv4eSJWW3xV^|i<I^08YW|pl$hP4Y8p^lWFp_R>Ogup_OGj5fIw?sAFOYVO%
zPqchfh?sGPhlLU!bs6%Kfvi@6s(X;}lk3B8{<cBLYq?bP{#rQ2lI~+^E5k$1lI+Ac
z?Blnf@tH*(q0E+PY^K?wg!`&FO1s8J9m#8f;hMzi44S~c0Bl_npEx8j9FH-UgK3Fb
z%!ei<)Wh1713H?j%Oscmo|ur6+}OMiiD8S>Pb^8Q#Ii*U@e$EKVIHVbDQo*zA#NC@
zd1cm<?w`tAtryg-3x5>wg%+V6rdZS_sB7b^?%T{8sQJ!&W`15MEoNLaEi701f=oB$
ztZZF);GjV?Z(UBzAgbr-I@3Fdk6J&&#mfd%jTcP9mYmwNEVVpKdtg9h;wv^q%o|3T
zokbt{dLObknS43g{lE;;bUl145z7?sI09Az4i-hVzV?UD(|_fkWS>G3RPByT1rYBv
z|IoK*U6~kq7aNq=sX-)@ksi-qEmUj_=_O^ilVAVPeB@GzhiJF1sOZ{?v4_T8q0DIQ
zgIi61AnTa|3%TJt8rV9jrA`;vgu2?^NMrcU&o{e;R8n9kfsgh2%NP{G)E(~w^yNzt
zI~djyGO^KKECwS8`FeYMbukcsK2%(K$oc<ej)-XMOf}l<2S)Ay<*~f%fmR!)lpTyc
zD|Sld6sF>p2~K|W2x-B$@3;JiMvD%E|MZF6uqyemc9R)eZH@=KUyG~C<D9hHXoD-M
z-)XNytgKV~RNT)*eY&Y4=@V5O6ge6!6MTgaKo9Vt6zQVu;HnCO3}&LKQ;2}NR!mY;
z@`#I!ygHslK2<C*LSC^aDA<Nd_Ikhk5A;BpfKH)&J1b;wXa@t|HomEnP~$v{SGC|+
z*+R(oE<BuYtE9|A6P3_uRAB)r*AJ+tV_f<%p>2*Rv61e0GYCQ7`<0;iO`9bxe0HzV
z4-_p<oFQ3@CXu1Rn7hzf;%)fPyC9^>0cMrM10%#0dil-&&p{ji%08Q*2Y%q~z}wsS
zNeZ{RyeX$%HUEgKy-zLahn_Chs_9W0VN640d*E4jOS{uREeZQM>!VkXh$fA6vE?W7
zt8j&8CC(!vJaD~I^81kd8>0RGs_&PnXR#2+$l1J@pzE>*V153ra8>GnhP+Swf94Zc
zkPLA@7#~3o5r4kRc=_Vx^=NLX?{(Ib@$$G6Elr^Y&d*mX+ZTjjfiv-pW#^WwV0wsX
z*R>%v4kZmB86nw~_b_DS`3l)USdDI0O#w(m97P-%O#wzXE*SRv6s`UlAzP@tId8WG
ztL4j8L;EjTN-e?N)6WdGNB|LYE2lkMi4$Jfv?#M!Ok<d6fs~n4YB#~DfZW))Ax=WR
zE!iWsS0YI}uR9EvtklLUE%)aLt*0f1NAdV?d26%A<PZd5I}oTh0S;KMzXdzNi%(3<
zOiO#$O)Yq~&Q5&SFV(ePF|>8xFC|C@y0%wR{O|(pbMuuE#D$n2Su9~JQR%nR?s2{9
z>%GE(KOXnecB%6cnVj)~=(-_;7<?^q(rX0cm(MKdqtx;Abn?7t-Hy=f6nYaZtO}lb
zabNh=cH26ep@7`3OxAP))`S8;?eufCyPQkm`tY4OTYjPCwEB5`KOA=LbFs+G@0n$?
zaq0HrxK?dY2sPeXd>x&f+?||bD*>0<XX4qQAaAR~$(kqBxdgA%e!aZPtT*qzTIc6^
zxwwjd_ia!rP&cpc{{^Ss%ZE&S?N1*u8&%_F<|Ew`h#leN=C+u8)0AxB9RB#!C&Yw!
zV+%ua_hF3l`6^OL|Cafo(Do&V<|aL|pK4H(2E^H>2m$|hdAnp{ib-<S77h*-`T108
z+JPL^HY4J0vEc+<=S)b;CKneM5)u+f13p*91{@q5Py4|3`_mwymWqm~!jg$euiL0)
za1+<A1&05-ZwLSgVuVTziYWTQQCc^inpf`l%e?H`-6=>w$BHiCA1Z73y+GVgqZAH&
zrAvg_4cpe33FN<0=MT$YefnmEbyo$KeX|0GtaStr9yWgkT;{5&#n8d&-&#}gdHJT8
zYWL)b<D50~P4}dCHhNDB-*Hs5@=JTkW8jYZ=z}~SYrRYBqC|}z?L_XuHrxDp7gd-)
z^*N_nP~0ye`Z1A{oZE?m4P6sF)nI9U7Ln8!Is2PW`Ql(i)1lru8KdST$9#ii=PFa|
zS@~-Y%;f>RswEtM1YW<jkBzfcQx1$NTEJ-tSH0qKFkflh{<y{5evx+4a@I?LXpgK-
z47NJtW6eBR<TA2a=E8IM0HaI?@Dm9DO#i#0DF;U|e2>UVYpyOUD;Az58ZeW2#uQJO
zc3zj1hsd2gGWl!6Yo9RZUy>)C*kEC9^0$cF=fN<6FiyS7=^7g&58r)cd^eRDizz`j
z6^%5~Jxl$%(#EbM?2T~juj{Vg)aT4Kq{HNd{&~2(&rLmPQc#3zwIN_ur_d?&MoR5a
zZDpGdB9RtrbFm(c#L|GWY{0j?BAh&1Wk5u56{0oOLvqNm$(K}r&}xZOc5`EMR;gie
zXGv7)jdI^}de#g_v^Ti62IF1Os`t%uckJ=;@ef>P=-UmU=Z)r*Hogy|x5|tFjh<h0
zv#`U-==E*2mcYpMPeyP41s4^-aLOe(RePXHJZnlOSm%EsM>#?yWd=lmEJwCz?Zil&
zR0bQ(6-((J!vi@0WxK0x+W};5DEk>)#~_t%f$va+x;WIcPWR(&(^C>g+z$q!9Y=Ce
z9D&$&b}K01N}2%7d@|m<9xKw^#6%{wx=WXztmZg5F^tWJ$piUjuQ*YTpf=+oVQ%4Q
zLylB#9BLxUnW2%I|M^J-UR;0#P#yJ%7V2ko$49A(CQ2GmI`N`FM?WH*{0$Otr#E~O
zpo}<x5<E~^(z`X3kl}p|?j!QFady6(0UE%a4k-DYPe>8#9dD1aX4Sk=F8+#d`^kJE
zM%C#ciR>U#r2u_BWks!(2-DzyxwKA={)0*V1@jgax3h8%=6+v3!=_Q&2Ied72nUJS
z1H`xL=s4_*n@7p_g8ICJQi>i%kH=#13cOqy$p_m?uu`$RjcB=%uo&{OrN3&6=rO>>
zE6699)?sfASJ`M<e-Hk+P9Rp_ww60(U8}CZ-FkNO9YaX&y}+?8VFuF1_zL=}jqo|o
z_Ztq*BSD^)a+PF4rNU9SvRZ5VzN}Vi&l|#b+@5NKZ&Ld_Za9b+JkRG>^8Iq?b#fsN
zEY<b35JIRswKxLUcGG&&dO0b#dN=Ckb3c^<eG6GM9%ssZT)_U}%cSNfkmwpxhfzao
zCK}crgR<XTh#kPHsUkve*d3OS2w0L3UT?mD(rT-!CpI=EV1g5-SMEdUu_nmsR{4L)
zpR}Hsq&n3i0fwwm{n<gXlMif8Wxg1_g2g`2-;<nVnr%%Md1vPdKb(xqY-o;Dz%N)R
zg1Z}#&8ssm!qn2TN`|pN|09SlXsF{LP1P>ar;(>2MDPXiLH@+Xn4%w!QYh=w-Wjes
zbhMVdF3(t95bciIx?XqUQO=$#B#p;6ORMZF?;calx4(;BzOTPrYA-^GOX937n}*0l
zH9CxbT&rGAhK5<0nQLc##H$dRt_seL1H`wq4MD8$4pVlMOY3TST=nq&f=wv)|E_UL
z?O5%hq`50L#&+L$8}-%3H@yRHeQmwI?<AY9Em#q>tf-5ycsH#ipD>%7pkPm*LPYh!
ze1e$P-DKRrx=;<qC4PY%#z(r-bfM_DgqViE!mXwfiRvI)OB3Af4!=2SCbWZyNe0q1
zTRE@i`|%2tckyTott^6-B<6C@I`lo~Y6@pn3!)PBvux@%1<f<qTGf+8wYNCPL2T`{
zfi%&whQBwKmOfDL<`W!SA;w!A$T#^kBM~X3UD3P-W`>1_L!9s;H{cECD>rWU*m|;A
z2%_+B4!!JH%^6;f^EV{zElnxex0tXF0&-<_F`T;?D14QFx*l2mnB#ZYm%ki&?#>79
zAA+m5wzdH29{Ys}`W|mPGG6X7gf7R$&X9#(?#6^}8plk-RsiL&07~fTA0ZfP@o0pB
z|AMz~J)k1iCKV#OQ)y{Kz!;G^j5yGssTEkHrpPbnKS&`IA9;{ucQy3_CPcr)ZZ^!E
z|9$(J^C=ntM7s~Lx!?58-?N2EjAnV|o$*yXjEr*jAQQ-G>#YoPO8N){Vh6k`r5cHF
zj~F%37{)u7;$YXQYRYS#ht$1147JH2y7DAbAoN69PDO<>XPT$B-RGan>s<|-f_q6Z
zfKEO0xcFu9>=x9|aRhWT2Nkp|ZOxqbicvbHieW&&@YonV)*K+YMjt`TLo}557u40C
z0tpkR{9Fn%IsSNC)}pIaL%T_R5}ua*NnUFWS@30D)t=!acgiz@Rwz)l%G3&J!u+Ww
zB9EGCHr|Kxfd`l#by>9s&Nh~31|egaN7I-9In}f>Qy~LuB<leg+3G`C63D7pU*os<
zetfq?Dn0nwer|o%Z?TYxgQ3k2D|f9#mnYBm+nl}FR+XcpBa?1Jh3Qbd`}EJ<u0W(g
z(jmsYr_7aV17--!Hg)61{5*ojYSI`ZAGR2tKX^;e2+XrITC!u}AZhR4*`3@SB&0qH
zsh3_O2+aT3bTy`2+sETY=e@WFQ96nQBzRj@ia#I8fRzgiFXImRvk9@YT*Bo0I3=u9
zt;Po_&GK4WmiC<WTijLhRP$1sT#u4T5Hg-G3+xl*$R!QhE?^3~ImBMYr7)#VN0U8J
zfxM)c+eW~9ntxYEg1r-a+#5>UK4+d#$3Y&k|CB*24YpL5we9%|kBHJRYX=DE;O~7@
z!4>WK&kk-`+y&Ls@iJRiS2^Be8u_+Hgu4#|R-*9`%lDv`aj#DLM$8@n!2A08UVwZM
zEkp~+?tfSl7pI6^w70h$?a_;&rJYa+1jxcQ;9O7~v&Sx{;?>8$t{(A_(A?4=@{9KW
zNZqz*Ri~b>QTw}`9e+dL|6Q;CPeJ%!LH++0YyMX#{*Orc|0#R_&scLvM?s4D_v~MV
zjQ{%1fd88PZtK>9>0PYbH|x?bM;s8X0VTSRHj{t~Bjj<Y{qgk;0FF*hYKnos*A-GY
zpE`*jAzsq5%(u8>@NGBLcl|>KVZbimGp{vIgQd&e@x_;7O<lPJBJcglm;0uEIkCSH
zXal#mx8G0&-Cv$=hSHxP7KDS9RYgT5+Gqc0Bzx)t^mNiDbl<KxX1}`fC<uUeTaAg5
z>#AirKZk-!?5lN)u73-t@N;7}{+&NB&|{qtT@Mx9BOei#7CsvfZ=)sK?24@=yrSoR
zgUE?>>JJIXlJ+tVwo8SmG1=MKfyjc7>!{2O4E;Fl_Vn(PgrP4dY~_J%x;lWhdA0;2
znUesU7l$*Ypl!$pdIIyqs>aN_J3ni{<1>Avpv%BXJI0adQPkK=nQUVQaP{qiqTb_F
zR-<u&kJDADn^DNimFoptJD3m4{b)wc_dYfQ81p(_tqC%rWYNJkg=1J-?Y9w#3FXio
zka=~hIchE#6%^n}am4&|vo~_%{pBV|arFgiQSNIt3Xj^!;%zb)>{<^JDg3#93mWuk
zG8g+*Tet*4y!Q2KIzsBK&)Sf|{kZm#_o|O2Q?mPR#>#!9ZOTZq(B+XF!Ha>u^lK!J
zHMVo^Ge`nOo2o23y;j{FG@S!^yF+_1<TQlSf;3;Ye3`vd5775Is?V7J+4QiPWMFXM
zOJg*O;`3r0-DV&M7|wIc@Mc6<>oG96^V(}=e!i#kt1fRfW@_~W`$Rl$FWd+<4zxh6
z`dV!C+m}gTjy>KyP6Tl#b9J7}9D9>Ogt96#h?+#W!1wdk9-G4?sUg&3R(1WV)O-um
z<y%ty@>33w8RmAPIE&d<ZduCl?QO5piih*=k=V;A=;ZMYz<`d{y_cYuW3Q*4Y}MoT
z7<W~tgJbW#{jD73(1}PRtj%H+%%{ct)E>9=)5RX~rw4VfH4?I>vlZ(_`+~1^Sveo6
zDX3uyDYyU#d43g%f-siv{1LL)^<e<gOqqbL+1zeCVhUzh#>{AIi#G@&<FvTZwr~)*
z_-*)e$*3x<9@-V{h5`%H0BRNjjpBilBe+J~DdWps$l!Po!Nvvg@QWnN&e0G17hj;`
z!;kZ+ZzuQ55^itrI=VW)yzQt%>1ZV|@VaXc<+6Y5euK5ze%9mr#JuD=SBIh<cn)N4
z_ngZ|fqbN(%@&un(J$AExId)1-F1jS9v4$WyiL1Bt|L3UUu^GEFGbGhW?x;ZVGtlb
zylzS!{t`N!AY;~FD6?8#tUkkL7g$}OIeqGQO)3p6hX{5zZf~8|Uh89<Ae{vFkKAkv
zt4l)gwqjy?RT7gRo|@vL-FdCYYne;#*Gsc})N#|Z7B;PzN~we~gtePaVeD>=&^l=g
z)^^nhJ=jTugH#df_3wLoKPsrldpDFFLnDJYYhU<JgFwe^^hbw%LKG_(#Lq&Hn*!D8
zZa$Yfn`{Q|fQ|&&)f?QG&4+5CNx-e@z~twm?s79Q3H0r45aNgOmb)aSl@0f;(nw#L
zy7ZcxC5|nh3)K2$?`?zCbr^Wa`$cZ_mwf2!qfO~x7fUAGv!yCN*dL^YQPnMoI>omQ
zW~DbSY>W_IyKnzX8QFs<BZbZFLuSm@tSDFWLnZ%DDc2qib=U7lPf{Uo54k2O5+*!U
z?o`TcNC*vv+;YFuxD8T>ga(uQ<Q8%t%wRAf$#pcY(-?9e_dA)voT>GmXPwr0&pB(I
z_n+U|zt7rx|MquZ*8Y5c-|yaS=%eK7pPr2R_JCZ+{t64Uc97(N55~Za+;+hZTUF6<
zvl=Fm>D~XkyX8SnsoPY|)LjQ+^ipr*%BmRMLdFv`7WXICk>GN0i|jeRN0D1gJ-Wex
z1jf!v6K8tKKlZO>0G7v4of+7#mMHPEVfKVGO@eeDed=)Gg!K~n2ctkp8@707VA09;
zuyBn;(;d&F|HIEsYKCDd<J5WS^H1)441M$|LBNIWpHUoD$qmiiS&Z42C$Ei-2M#@O
zX9R6rEgl@=$PY#MGu#u7Z?1bKrxwh?=1buCc;w!mYK|ngp)G;Lf)LN`k9EsRmuMSI
zyPSq1{vPL%)-7dWL;Y!=gTpt7fV{eT1sBRGGPgqQv37vtJh4LUAF4lku8iUW@Jl1B
zM79uHZ$qB>Ng-Si9jyYmIvyT&uz1++yrgQSk(;&Fy-&&B3$B>V3k0oI9r7K~I8y{F
zg+1FMKk|8B7E=DX50&oM)-79czk75XfqnuAANDWB1-Ehz>WV849SgTL)DDYaXA<0L
zJ9hlkdUUrD68_BA@a4!m%ey(}h)SRvx<U_6iCz~p0%F}F7dTTKgb*o7NxqY<k=HEH
zU$UFLCL?^l`0%W!&17ATp<A%!Yl(!ViiH6!G;-ZPqGt|*tvRIwC+ZzTkNj=gFlucA
z*M8mn(37}R?ed#^6Et}HpTQ&B25-4ccWQ490{+Y=)>Q8s^^3ja7niAad&5?y9e$D7
zabSs!Iu@HJo_MS}qT$hLk)Quzx=&Z3FUfXwcW2$7Z-2!zfJ>o&t96aI7{X9Z%?=|&
z;Z@(&%g;3`bGUoBTxZ;y!v;1Lot4zQtMNXL5gn>klXs~m{*5yuI@Hiff~ii^U_lat
z)zpgZGU`VBQckd;3&=J#B?-PD_$q}9!E2c(NY$<Owf7-jk}aFz**_2AhtyBgJ=c!%
za!WZ?<HHiu9C`T?H+Yhm)18V*=f0uFC@fF$=yBEZz@?|H*bFl>P}3fIDt$IV&yCiy
z(h)P9L6}4MdqnzUDocx+M#kd(Wk{0QW$VymDR#_kGAFm#ddAdGBtA|RK6fk_7vHh9
z-LrM5hF8hkm`mH3tcNP~C>FSp+7?E7190nECk>Ql34B=Vz>9LUIdY_hkyO@M8#fNI
zgWWA^pGK>$o?hd@W;Yg_{HK7xlGpZxMK;?hNTIMPAlzP2;|jE)U7OSaR%(tJXlVRl
zJr8V{_Abo30_!~JoICf5+g<W%y6{o~Hpw$^bwofi1^xXQb5>N3HR}6OZF#c$+CwF{
zBhb3vd4dQ+jNzUdcS$M}xTO(80?yiXO_o*PpG~M7blBTPyY|_(d$N@^+H7pr?s@73
zI%q8(C<aaEmE$omX^sjXE|1_sf<Jk4OyE-7%9GYk2={#{E#;^S)+JTuS@*|{m;jlv
zsjD7uq>A6afAUckx!066@?u;pXd-x%JukjHSf7t@S7V4^V{FW}vg;D75v<=1nvRpv
z7&9smcZ}9jmXLGMU2xy>lNVXG(kt#s&X0-OO;5MghGT&A${Qx}_S1Q0h^DE4tp)$A
zY){%V6YUQD0$wps9?qw3qbVy}FH{ZRBrpNO<%+PL9(c69A`RF*0oiI%-gx3a+aKeL
zaGa3&>YZ+9VADFFcme>>MhG3R@Ec8bmLPuJc#ker+vU2Vl4S>AbUG6Npq^~c_o<kX
zI27t+T(G6h&A2rS&I|w~0vQPrR>tEu_*a?#3%-T=XC=RKCpz2`g4x+!mKFv8R2?xS
z9mLvgBcngV7~!@QMI>JSRzjwH)IY!Td&!I7{|f(X(XR@Bhchp+76M>EUN$s6et?UU
zbKr;;uFwSG;APmd-SLP>#eCRVgIR5YRUN1G(t<);$s?~j`PJ{j@$<^wQ!kv;5BI~_
z+g>Il$g@57Vp=CR&&RBjA29+g)YXGBdOw2{!b2Vy?hUja#`=0m^i^J2Lsm;Sx(z<o
ziHV6hqz5c5E{cGGA>GGAI6~B{)z$A54(Oo1)41493?N5+>xg~D6m~m1gAkd$h_jb9
z*^>V_qApbko?+oJ2fz#FJ6oZO6y@j={^VPz?byrNCvX$$;cCJ&d$hnIK!}(KD^**D
z_u;F-)-;OXwU$Jt?RjBdHlGw`Kxag#_(f&~)+T=s7RK4sT&9cQTc|`JV`SjW3Omxq
zs@mMIAP5B=7Y`%fX+Dy_Wi*E`43l;(7WBYapRSHky^rwOkJpKEn=W`Uu9QvPOZK|a
zc`V$%<s;WhHL#N>f3C;tzP?PsZBc#A@owv(3;R=X%Ypdxs!e3#;9#lXj(4DR7}z4P
zk!9Mp9H}ZkAAxXQa-q`eS9DMhn=rd&5s=^y#_Vke(HpBJW@UuRlHh4C4`j2?VPDp-
zM*d-3BOev(nBaxm^`1OyomoTC?HB}?J15l84gJ5^np9i&vJ)=0i)J@&o}GVaoHa-Y
zio7y*FPTl826ceLf#!ZGc8kj!1Do-f*X|E2LzdhovTeS+%(=HPoJl{(-KoU(33&&Q
zPF!dg)ip}mvqyo?qdt8ozVAZo5}f;P$HgNZnO!TtSpPa5XcBBi^<Qn#sh8HrYZvV<
z?%~&nJL@gV7u*D<l&@BsM`@siYRibC7EvKcUAQ~kUb()Y5d|5uS+(0V`GSzh8u<3|
zYwinsrdz1T05MQhfwLa@<)#E?uraU%8q}K8zndqgIp23)wq;fQo6}4)xUlV9hFQX4
zCt0YZQ|#5oYI@bH3lgd>-gA8dNh$p`dE;MTi$xXh(E~FU_iLoMn#eQRH?^6FKnW{3
z^t-_f->>hGrNvdRDJmLYLkjcjS+&%fQ6HA_45LYmEQ&WBv0`fy8m5<_!ENPG4jq2@
zO<DR|skbJIo`Y-B`+7zrRd7OuuEk&O>%7=7>%2F#^uop(m9F~N!%WNuxDet>w<%;H
zF~Y}*ii&fw)^ySyD%Z*m^P3m0kQ^#X#VmK(n3ci(I!cv2tOHh(@O2IiJW`q0sZ<t`
z{WBgA95v0Q!kdPQ^F0bp5iwZ_3fymitPXZV&dIBW;G!UU$p8xb!K1s|fha$E3FUQO
zyKj<*)pp(tNUHQT)T8*dGlcF7GWyyaLF=+4ahxM7_=TB(G;8<LS);DLbG;&}U$(be
z;nIoQ7z1l1c!cJ=4d>u}J<ksX`shR%M;ULli5>Vg&ev%%?dv&!YroL-Z(F4uTU63G
zx*RPsTgFaz8k|%!20xuuR=t<-_QpBEtBoGol*gx^G+2@n>a54i{M_A~^hcjdH-~Bu
zyrQwLN(yZ4Hs>NOa<iKrUsnc^>6vNcN67fcGDA)ftEO>_Lz2E6tGww1+Gf9Ds=te)
z$=o`0r55jgJrrxRL(R%bNl>GP?2JW6jbog5<eoU`w>)2(=&ExJn*5BBH9Z)iijkyu
z@2Xxnx&!zw!AkW;-8}$yk3j`|I6~kwyEcE5I}1B`bIs|Gj%@1l$D+^h(57L-KXMah
z(nM>E>U!jsa`SNqJ0)NqQSP^agSpGz=u#TXin|wLHBQ`IDZt^a;0kyiE)w=w4+dGS
zUfsP6-f+ZACFIM<xw$9iUt^yXdacyx|6INVI#kj>KuIH0w;i)wvnrcg$h?`M-ybkK
zqpF;9Cz5X(Iv8{s<bpa1Qs}zoe(dz|W6y5omprl(Z+B+L_Ldoxb;?NCU&w?zA6+t7
zAsvu#_U}Kl$QFvym&b=w=(J+&dR0wMlrGYo)4Y18Emj`{EB_wsET0bT+xL4)8vVk;
zxo-%#2=3=7NBLElnw#@k8ZP*{@65(+agozQy>;sI39NWLGEJey<1^S|Ui_fw3Us`v
z;8|*^_o+bq!>jK^oVT(rYi!k(j+ZNUSwOhWN9RYz=aQB{IA`}~9*!sP23=oVht%HI
zsh#UAp32{hdN-JUm;4&CL3<u4$EiwJYpnCOTt%u-Et2J<a;+OGm6l4*C`H9DQMJ3W
zJC4>zcQwWb`)$zpq(6n&PB^So5~LN&S{^@GFpWgJB(6f%BZS+M<7oq=j!iH(WAp6$
zX3r-Z>bK(95z_mlzGf=5*4b-mw;jj7c(j(ls=jjrykfkTmLDE_CN=VDn9sMDY_D*X
zTa+a?-=pVR>5Cz#Pha>a{Ix9jTh|7mKHVNq7#7rYv?)umxNY3DZW0g9<#)vj(1a#L
zxKs?^I#l%5e?r@h-{bVXFAp}7mEGe~51w5PCYh$nO4`RI`HiHHK%lDX*U0Cj_r^0q
z`EDwILzJ~p?R@I&L$6ND>cHh_9MJB`)B4&d07Wze!3@g=lIaqiXiFsQ8C+As*?w33
z^<G_x#!^RJNp*s#Iv;OwsUdvgrUa4aL8q91pd3V$Wif<F{2h$tg9>;W{prjEwDU(P
zsgHdNjHpyzsZ={)Tl|`*N_+<+LcnkR_bD?t5X^Np@a*U20IgU_--F>%8($pXjoZxw
zbYM3-1~|IDTxddCJ3Z{laUpo+J1eGX9Xq1IQQy(~D0F;jg!$D@p`)nd`lxG`S^}Xt
zQ^ot67ztS<4YTca&$#1CDF2bRK~+s_S#ee#NhVi6!=rvKu@lWs7`SA>qW0w28=9$@
zPWpq{KH|Fnl7&b`s3FQJu0zOT)5t+bCdY4~G6s~uvs&JT8_M2#XyTMH)@$u%wXELo
zbd)#Dcyi0ykN7pl<0;GsCNG!yQX$MB8fw`Ww%{}wF?glKzoR7jlD<_)<%|$sF=)VR
z<Wx1K;JM*y>&SD9&fZjB9F#n;b<+dX8AkHt9papq2E+OIQ2`s*Sl_Cy`aLX^PE#jB
z+gl?^r(>UJCn@WVHe?=Vw7Z(Q%j!X?@Ui~%ebC$lhT-zt!AJ^r$|0nk1Z2}nfPlWz
z)RXk-qT+=$3?4;vYkcv?+-cCoL@yGJUqxl}36FWQO-epNbHy_(r(ogf4IO3v8=rI8
zO3>F`US21cPiYQ?2A7g5aMz*PyHBv_7uZSn!X1bsrSA5OR-Q+{_dfqCc&UU(as{pG
zrt^n;QYB-dDc2>t3|@KuSWLQ+2az%x<jK9G<k6K#U{h2oop9|+yu$whaV8_(mIAAg
zC7~&GA*0D=y7Kqq{Xr@3qja4$Q&-x2u;k+6;^!y4b9gAOYRC$tP|m=D2zVVP)*V6V
zj4&QtAL`i4-xUE<Phm)^LEBDn=8NE<Y+&PGFPeL}LxHxQ*%ssOOkSp!89XRcbRL16
zVPlZRzVOu4)FKSL%~=H06AnV8rt(_JGgc-wFTcf<qm!WgIeWVD5%7<z;N_>v75ohH
zbZDrjr#GHi({8Yw^oIAmz1N+-(HQnrmxH;!z$C4>m-K@zd=eZ^-R~g4)Fw8jI|c}Z
zx-JHDx~;xb(la@Hd*0&*@{n$3)k{<`4h=c#Pmz;O&sMWEvbCLhYaI%<ww^$8C<qHr
zHg5GzOR$Eo9SHK%zwp6|qoKZ92J~YXNYTk_+w=j_LO9d5>d_myk7mI8(tzzttJBB-
zJ$mja-5stLgv57%P69r1Fq!>Eu76Vge?hMQ2hROF{8KahBJO`{hF=W*e}R8j7=P#f
z9sak4$KNvL|Dh`WyM<n8QIMM(Q0ycCu$^{t<*fM6DKmfO@3&G@S4+$Dg&YjvSzVn%
z$<Q})-d`<`Wi|tF6BDDOqXa^0F=GUqgm2y)_P}USQZ9%x)YZqm_^`kJ<-p!bI8^_f
XI?HWBfZb!rAb`%j`*+LlJdXGe+cvkr

literal 0
HcmV?d00001

diff --git a/doc/assistant/quickstart.mdwn b/doc/assistant/quickstart.mdwn
new file mode 100644
index 0000000000..0472ba48b6
--- /dev/null
+++ b/doc/assistant/quickstart.mdwn
@@ -0,0 +1,30 @@
+## first run
+
+To get started with the git-annex assistant, just pick it from
+your system's list of applications.
+
+[[!img assistant/menu.png]]
+[[!img assistant/osx-app.png]]
+
+It'll prompt you to set up a folder:
+
+[[!img assistant/makerepo.png]]
+
+Then any changes you make to its folder will automatically be committed to
+git, and synced to repositories on other computers. You can use the
+interface to add repositories and control the git-annex assistant.
+
+[[!img assistant/running.png]]
+
+## starting on boot
+
+The git-annex assistant will automatically be started when you log in to
+desktop environments like Mac OS X, Gnome, XFCE, and KDE, and the menu item
+shown above can be used to open the webapp. On other systems, you may need
+to start it by hand.
+
+To start the webapp, run `git annex webapp` at the command line.
+
+To start the assistant without opening the webapp, 
+you can run the command "git annex assistant --autostart". This is a
+good thing to configure your system to run automatically when you log in.
diff --git a/doc/assistant/release_notes.mdwn b/doc/assistant/release_notes.mdwn
new file mode 100644
index 0000000000..52749dda77
--- /dev/null
+++ b/doc/assistant/release_notes.mdwn
@@ -0,0 +1,414 @@
+## version 5.20140421
+
+This release begins to deprecate XMPP support. In particular, if you use
+the assistant with a ssh remote that has this version of git-annex
+installed, you don't need XMPP any longer to get immediate syncing of
+changes.
+
+## version 5.20140411
+
+This release fixes a bug that could cause the assistant to use a *lot* of
+CPU, when monthly fscking was set up.
+
+Automatic upgrading was broken on OSX for previous versions. This has been
+fixed, but you'll need to manually upgrade to this version to get it going
+again. Workaround: Remove the wget bundled inside the git-annex dmg.
+
+## version 5.20140221
+
+The Windows port of the assistant and webapp is now considered to be beta
+quality. There are important missing features (notably Jabber), documented
+on [[todo/windows_support]], but the webapp is broadly usable on Windows
+now.
+
+## version 5.20131221
+
+There is now a arm [[install/linux_standalone]] build of git-annex,
+including the assistant and webapp,
+which can be installed on a variety of systems including Raspberry Pi,
+Synology NAS, and Google Chromebooks. Details in
+[[this forum thread|forum/new_linux_arm_tarball_build]].
+
+## version 5.20131213
+
+The assistant can now be used on Windows! However, it has known problems,
+described in [[todo/windows_support]], and should be considered an
+alpha-level preview.
+
+## version 5.20131127
+
+Starting with this version, when git-annex is installed from a build on
+this website, it will detect when new versions are available, and allow
+easily upgrading. Automatic upgrades can also be configured if desired,
+or automatic upgrade checking can be disabled in the preferences page.
+
+git-annex builds from distributions, like Debian will not automatically
+upgrade; use the distribution's package manager for that. However, the
+git-annex webapp will also detect when a distribution has upgraded
+git-annex and offer to restart the assistant.
+
+## version 4.20131024
+
+This version fixes several different bugs that could cause the webapp to
+refuse to create a repository. Several other bugs are also fixed, including
+a bug that caused it to not add files on Android.
+
+New in this release is the ability to use the webapp to set up scheduled
+consistency checks of your repositories. Many problems with repositories 
+are now automatically corrected, and it can even repair damaged git
+repositories.
+
+This is a recommended upgrade.
+
+## version 4.20131002
+
+Now you can use the webapp to set up an encrypted git repository on a
+remote ssh server, or on rsync.net, and use it as a live cloud backup. Or,
+use the webapp to make an encrypted git repository on a removable drive,
+and store it offsite as a secure backup.
+
+## version 4.20130920
+
+This release is the first to support fully encrypted git repositories
+stored on removable drives. This can be set up easily using the webapp.
+
+## version 4.20130909
+
+This release fixes a crash that could occur when using XMPP with the
+assitant. It has only been seen on OS X so far. The bug is not believed to
+be explitable, but upgrading is still recommended.
+
+## version 4.20130802
+
+This release fixes several bugs, including a reversion introduced in the last
+version that broke direct mode on Windows, Android, and other crippled
+filesystems. It contains a workaround for a bug in recent git pre-releases
+that broke handling of filenames containing spaces.
+It is a highly recommended upgrade.
+
+The webapp can now detect repositories that did not finish getting properly set
+up, and can recover from one common bug that broke local pairing and remote
+ssh server setups on systems using `ssh-agent`.
+
+## version 4.20130723
+
+This release fixes some bugs. Notably it fixes a bug that could result in data
+loss when adding a tarball of a git-annex repository to your git-annex
+repository.
+
+Rsync.net have committed to support git-annex and offer a special
+discounted rate for git-annex users.
+<http://www.rsync.net/products/git-annex-pricing.html>
+
+## version 4.20130709
+
+This release is mostly bug fixes.
+
+One of the bugs involved setting up rsync remotes on servers other than
+rsync.net. The wrong `.ssh/authorized_keys` line was deployed to the
+remote server. If you set up a rsync remote with a past release, and it does
+not work, you will need to manually edit the `.ssh/authorized_keys` file,
+and remove the `command=` forced command.
+
+## version 4.20130621, 4.20130627
+
+These releases mostly consist of bug fixes.
+
+## version 4.20130601
+
+This is a bugfix release, featuring significant XMPP improvements and
+more robustness thanks to automated fuzz testing. Recommended upgrade.
+
+This version changes its XMPP protocol, so it will fail to sync with older
+git-annex versions over XMPP.
+
+## version 4.20130521
+
+This is a bugfix release. Recommended upgrade.
+
+## version 4.20130516
+
+This version contains numerous bug fixes, and improvements.
+
+This is the first release with a fully usable Android app. No command-line
+typing needed to set up syncing to your Android phone or tablet!
+A few of the more advanced features may not work (or not work reliably)
+on Android. The Android app is still beta quality.
+
+This is also the first release with a Windows port! The Windows port
+is in an alpha quality state, and is missing many features.
+It does not yet include the assistant.
+
+## version 4.20130501
+
+This version contains numerous bug fixes, and improvements.
+
+## version 4.20130417
+
+This version contains numerous bug fixes, and improvements.
+
+One bug that was fixed can affect users of gnome-keyring who
+have set up remote repositories on ssh servers using the webapp.
+The gnome-keyring may load the restricted key that is set up
+for that, and make it be used for regular logins to the server;
+with the result that you'll get an error message about "git-annex-shell"
+when sshing to the server. 
+
+If you experience this problem you can fix it by
+moving `.ssh/key.git-annex*` to `.ssh/git-annex/` (creating
+that directory first), and edit `.ssh/config` to reflect the new
+location of the key. You will also need to restart gnome-keyring.
+
+Another change relates to files in `archive/` directories. Client repositories
+now sync these files between themselves like any other files, until
+the files reach an archive repository. Only then are they removed from
+the client repositories. So you need to ensure you have at least one
+archive repository if you want to use the `archive/` directory feature.
+
+## version 4.20130323, 4.20130405
+
+These versions continue fixing bugs and adding features.
+
+## version 4.20130314
+
+This version makes a great many improvements and bugfixes, and is
+a recommended upgrade.
+
+If you have already used the webapp to locally pair two computers,
+a bug caused the paired repository to not be given an appropriate cost.
+To fix this, go into the Repositories page in the webapp, and drag the
+repository for the locally paired computer to come before any repositories
+that it's more expensive to transfer data to.
+
+## version 4.20130227
+
+This release fixes a bug with globbing that broke preferred content expressions.
+So, it is a recommended upgrade from the previous release, which introduced
+that bug.
+
+In this release, the assistant is fully working on Android, although
+it must be set up using the command line.
+
+Repositories can now be placed on filesystems that lack support for symbolic
+links; FAT support is complete.
+
+## version 3.20130216
+
+This adds a port to Android. Only usable at the command line so far;
+beta qualitty.
+
+Also a bugfix release, and improves support for FAT.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* No Android app yet.
+* On BSD operating systems (but not on OS X), the assistant uses kqueue to
+  watch files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[this_bug|bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+* Also on systems with kqueue, modifications to existing files in direct
+  mode will not be noticed.
+
+## version 3.20130107, 3.20130114, 3.20130124, 3.20130207
+
+These are bugfix releases.
+
+## version 3.20130102
+
+This release makes several significant improvements to the git-annex
+assistant, which is still in beta.
+
+The main improvement is direct mode. This allows you to directly edit files
+in the repository, and the assistant will automatically commit and sync
+your changes. Direct mode is the default for new repositories created
+by the assistant. To convert your existing repository to use direct mode,
+manually run `git annex direct` inside the repository.
+
+## version 3.20121211
+
+This release of the git-annex assistant (which is still in beta)
+consists of mostly bugfixes, user interface improvements, and improvements
+to existing features.
+
+In general, anything you can configure with the assistant's web app
+will work. Some examples of use cases supported by this release include:
+
+* Using Box.com's 5 gigabytes of free storage space as a cloud transfer
+  point between between repositories that cannot directly contact
+  one-another. (Many other cloud providers are also supported, from Rsync.net
+  to Amazon S3, to your own ssh server.)
+* Archiving or backing up files to Amazon Glacier. See [[archival_walkthrough]].
+* [[Sharing repositories with friends|share_with_a_friend_walkthrough]]
+  contacted through a Jabber server (such as Google Talk).
+* [[Pairing|local_pairing_walkthrough]] two computers that are on the same local
+  network (or VPN) and automatically keeping the files in the annex in
+  sync as changes are made to them.
+* Cloning your repository to removable drives, USB keys, etc. The assistant
+  will notice when the drive is mounted and keep it in sync.
+  Such a drive can be stored as an offline backup, or transported between
+  computers to keep them in sync.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* The Max OSX standalone app may not work on all versions of Max OSX.
+  Please test!
+* On Mac OSX and BSD operating systems, the assistant uses kqueue to watch
+  files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+
+## version 3.20121126
+
+This adds several features to the git-annex assistant, which is still in beta.
+
+In general, anything you can configure with the assistant's web app
+will work. Some examples of use cases supported by this release include:
+
+* Using Box.com's 5 gigabytes of free storage space as a cloud transfer
+  point between between repositories that cannot directly contact
+  one-another. (Many other cloud providers are also supported, from Rsync.net
+  to Amazon S3, to your own ssh server.)
+* Archiving or backing up files to Amazon Glacier.
+* [[Sharing repositories with friends|share_with_a_friend_walkthrough]]
+  contacted through a Jabber server (such as Google Talk).
+* [[Pairing|local_pairing_walkthrough]] two computers that are on the same local
+  network (or VPN) and automatically keeping the files in the annex in
+  sync as changes are made to them.
+* Cloning your repository to removable drives, USB keys, etc. The assistant
+  will notice when the drive is mounted and keep it in sync.
+  Such a drive can be stored as an offline backup, or transported between
+  computers to keep them in sync.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* The Max OSX standalone app does not work on all versions of Max OSX.
+* On Mac OSX and BSD operating systems, the assistant uses kqueue to watch
+  files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+* Retrieval of files from Amazon Glacier is not fully automated; the
+  assistant does not automatically retry in the 4 to 5 hours period 
+  when Glacier makes the files available.
+
+## version 3.20121112
+
+This is a major upgrade of the git-annex assistant, which is still in beta.
+
+In general, anything you can configure with the assistant's web app
+will work. Some examples of use cases supported by this release include:
+
+* [[Sharing repositories with friends|share_with_a_friend_walkthrough]]
+  contacted through a Jabber server (such as Google Talk).
+* Setting up cloud repositories, that are used as backups, archives,
+  or transfer points between repositories that cannot directly contact
+  one-another.
+* [[Pairing|local_pairing_walkthrough]] two computers that are on the same local
+  network (or VPN) and automatically keeping the files in the annex in
+  sync as changes are made to them.
+* Cloning your repository to removable drives, USB keys, etc. The assistant
+  will notice when the drive is mounted and keep it in sync.
+  Such a drive can be stored as an offline backup, or transported between
+  computers to keep them in sync.
+
+The following upgrade notes apply if you're upgrading from a previous version:
+
+* For best results, edit the configuration of repositories you set
+  up with older versions, and place them in a repository group.
+  This lets the assistant know how you want to use the repository; for backup,
+  archival, as a transfer point for clients, etc. Go to Configuration -&gt;
+  Manage Repositories, and click in the "configure" link to edit a repository's
+  configuration.
+* If you set up a cloud repository with an older version, and have multiple
+  clients using it, you are recommended to configure an Jabber account,
+  so that clients can use it to communicate when sending data to the
+  cloud repository. Configure Jabber by opening the webapp, and going to
+  Configuration -&gt; Configure jabber account
+* When setting up local pairing, the assistant did not limit the paired
+  computer to accessing a single git repository. This new version does,
+  by setting GIT_ANNEX_SHELL_DIRECTORY in `~/.ssh/authorized_keys`.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* On Mac OSX and BSD operating systems, the assistant uses kqueue to watch
+  files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+
+## version 3.20121009
+
+This is a maintenance release of the git-annex assistant, which is still in
+beta.
+
+In general, anything you can configure with the assistant's web app
+will work. Some examples of use cases supported by this release include:
+
+* [[Pairing|local_pairing_walkthrough]] two computers that are on the same local
+  network (or VPN) and automatically keeping the files in the annex in
+  sync as changes are made to them.
+* Cloning your repository to removable drives, USB keys, etc. The assistant
+  will notice when the drive is mounted and keep it in sync.
+  Such a drive can be stored as an offline backup, or transported between
+  computers to keep them in sync.
+* Cloning your repository to a remote server, running ssh, and uploading
+  changes made to your files to the server. There is special support
+  for using the rsync.net cloud provider this way, or any shell account
+  on a typical unix server, such as a Linode VPS can be used.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* On Mac OSX and BSD operating systems, the assistant uses kqueue to watch
+  files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+* In order to ensure that all multiple repositories are kept in sync,
+  each computer with a repository must be running the git-annex assistant.
+* The assistant does not yet always manage to keep repositories in sync
+  when some are hidden from others behind firewalls.
+
+## version 3.20120924
+
+This is the first beta release of the git-annex assistant.
+
+In general, anything you can configure with the assistant's web app
+will work. Some examples of use cases supported by this release include:
+
+* [[Pairing|local_pairing_walkthrough]] two computers that are on the same local
+  network (or VPN) and automatically keeping the files in the annex in
+  sync as changes are made to them.
+* Cloning your repository to removable drives, USB keys, etc. The assistant
+  will notice when the drive is mounted and keep it in sync.
+  Such a drive can be stored as an offline backup, or transported between
+  computers to keep them in sync.
+* Cloning your repository to a remote server, running ssh, and uploading
+  changes made to your files to the server. There is special support
+  for using the rsync.net cloud provider this way, or any shell account
+  on a typical unix server, such as a Linode VPS can be used.
+
+The following are known limitations of this release of the git-annex
+assistant:
+
+* On Mac OSX and BSD operating systems, the assistant uses kqueue to watch
+  files. Kqueue has to open every directory it watches, so too many
+  directories will run it out of the max number of open files (typically
+  1024), and fail. See [[bugs/Issue_on_OSX_with_some_system_limits]]
+  for a workaround.
+* In order to ensure that all multiple repositories are kept in sync,
+  each computer with a repository must be running the git-annex assistant.
+* The assistant does not yet always manage to keep repositories in sync
+  when some are hidden from others behind firewalls.
+* If a file is checked into git as a normal file and gets modified
+  (or merged, etc), it will be converted into an annexed file. So you
+  should not mix use of the assistant with normal git files in the same
+  repository yet.
+* If you `git annex unlock` a file, it will immediately be re-locked.
+  See [[bugs/watcher_commits_unlocked_files]].
diff --git a/doc/assistant/release_notes/comment_1_bd8f376c9d0c1d5ed07fb013907a60ee._comment b/doc/assistant/release_notes/comment_1_bd8f376c9d0c1d5ed07fb013907a60ee._comment
new file mode 100644
index 0000000000..04cdf4039d
--- /dev/null
+++ b/doc/assistant/release_notes/comment_1_bd8f376c9d0c1d5ed07fb013907a60ee._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="OSX 10.8's gatekeeper does not like git-annex"
+ date="2012-11-13T14:47:52Z"
+ content="""
+Trying to run this release on OSX results in an error message from Gatekeeper:
+
+> \"git-annex\" can't be opened because it is from an unidentified developer.
+> 
+> Your security preferences allow installation of only apps from the Mac App Store and identified developers.
+
+It would be nice if the binary could be signed to make Gatekeeper happy. Until then a note in the installation instructions might be useful.
+"""]]
diff --git a/doc/assistant/release_notes/comment_2_75e0774ad042717fbd059a8a9ec2db1e._comment b/doc/assistant/release_notes/comment_2_75e0774ad042717fbd059a8a9ec2db1e._comment
new file mode 100644
index 0000000000..9033b1af6d
--- /dev/null
+++ b/doc/assistant/release_notes/comment_2_75e0774ad042717fbd059a8a9ec2db1e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="git-annex not runnable on OSX 10.8"
+ date="2012-11-13T14:49:35Z"
+ content="""
+After telling Gatekeeper that I really want to run git-annex it still fails:
+
+[fog;~]-131> open Applications/git-annex.app 
+LSOpenURLsWithRole() failed with error -10810 for the file /Users/wichert/Applications/git-annex.app.
+
+"""]]
diff --git a/doc/assistant/release_notes/comment_3_b3bfd8e547e20c51f7c32c6c9424e936._comment b/doc/assistant/release_notes/comment_3_b3bfd8e547e20c51f7c32c6c9424e936._comment
new file mode 100644
index 0000000000..73377c714f
--- /dev/null
+++ b/doc/assistant/release_notes/comment_3_b3bfd8e547e20c51f7c32c6c9424e936._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 3"
+ date="2012-11-13T17:11:51Z"
+ content="""
+This has been previously reported: [[bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole()]]
+
+No clue what that error is supposed to mean. 
+"""]]
diff --git a/doc/assistant/release_notes/comment_4_c6caa2b521b456bb4ce594d64919cffe._comment b/doc/assistant/release_notes/comment_4_c6caa2b521b456bb4ce594d64919cffe._comment
new file mode 100644
index 0000000000..1ebaf504f8
--- /dev/null
+++ b/doc/assistant/release_notes/comment_4_c6caa2b521b456bb4ce594d64919cffe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2012-11-16T13:02:40Z"
+ content="""
+sadly i only have a 10.7 machine to create the builds, so I have no experience with 10.8. I haven't had a 10.6 machine in a while to create the builds. Anyone else want to work together in setting up another 10.6 or 10.8 builder for others?
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough.mdwn b/doc/assistant/remote_sharing_walkthrough.mdwn
new file mode 100644
index 0000000000..ec8f39d531
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough.mdwn
@@ -0,0 +1,12 @@
+So you have two computers that are not in the same place, and you want them
+to share the same synchronised folder, communicating directly with each other.
+
+[[!inline feeds=no template=bare pages=videos/git-annex_assistant_remote_sharing]]
+
+You can add even more computers using the same method shown here.
+
+----
+
+If you have a laptop that is sometimes near another computer, you can
+speed up file transfers when it is by also connecting it using the
+[[local_pairing_walkthrough]].
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_1_e0187b0a926904b363065ab0f850f0b2._comment b/doc/assistant/remote_sharing_walkthrough/comment_1_e0187b0a926904b363065ab0f850f0b2._comment
new file mode 100644
index 0000000000..cac5295a78
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_1_e0187b0a926904b363065ab0f850f0b2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmG4rlD9k1ezNkYZ8jDbITrycUmHV-P8Qs"
+ nickname="Jeroen"
+ subject="Synced vs. unsynced"
+ date="2013-07-29T18:07:45Z"
+ content="""
+I've noticed that it is also possible to add an existing annex folder on a remote server without using syncing. Are there any dangers in doing this?
+
+Could you explain what syncing does and when it is needed? Thanks.
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_2_dabcbc9aaf0bdb82716f5a5d55807a21._comment b/doc/assistant/remote_sharing_walkthrough/comment_2_dabcbc9aaf0bdb82716f5a5d55807a21._comment
new file mode 100644
index 0000000000..b99d9e22b7
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_2_dabcbc9aaf0bdb82716f5a5d55807a21._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T18:08:38Z"
+ content="""
+I'm afraid I don't quite understand the question.
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_4_978fab3cd165b4ca245e32fc48cf0970._comment b/doc/assistant/remote_sharing_walkthrough/comment_4_978fab3cd165b4ca245e32fc48cf0970._comment
new file mode 100644
index 0000000000..ab0b19160a
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_4_978fab3cd165b4ca245e32fc48cf0970._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 4"
+ date="2013-11-12T18:18:16Z"
+ content="""
+You can easily use a removable drive as a transfer repository to sync two computers that have no network connection. Just use the webapp to add the drive on one computer. The drive will be set up as a transfer repository by default. The webapp will automatically start copying all your files to it. Then you can disconnect the drive, bring it to the other computer, and repeat the process. Everything from the first computer will then sync over from the drive to the second computer. And repeat moving the drive back and forth to keep things in sync.
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_4_d7e879f7b098964040df2e27a18eda72._comment b/doc/assistant/remote_sharing_walkthrough/comment_4_d7e879f7b098964040df2e27a18eda72._comment
new file mode 100644
index 0000000000..71f57e9b3a
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_4_d7e879f7b098964040df2e27a18eda72._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="Using a portable drive as another transfer device?"
+ date="2013-11-12T16:52:12Z"
+ content="""
+I try to understand how to setup git-annex for the following use case:
+
+Two computers, that are paired via remote sharing, using some cloud repository for transfer, and a local NAS for backups.
+
+These two computers are sometimes in the same network, sometimes in different networks, and sometimes even without network at all. From what I read, it should be possible to bypass the cloud when these two machines are on the same network, which sounds great.
+
+Would it be possible to use a portable drive as \"another link\" between these two computers that can be used to sync them even if there is no network between them?
+
+And as you write, if the pairing has been set up manually, then everything is fine - so could it be that it is really easy and only necessary to setup the git-annex on the local drive as an additional remote on both (or only one?) machine?
+
+thanks for any insight!
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_5_00852736d47c05772b15c5ff54ae7da7._comment b/doc/assistant/remote_sharing_walkthrough/comment_5_00852736d47c05772b15c5ff54ae7da7._comment
new file mode 100644
index 0000000000..a66fcd098d
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_5_00852736d47c05772b15c5ff54ae7da7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="Using a portable drive as another transfer device? – cool."
+ date="2013-11-14T19:05:56Z"
+ content="""
+Thanks - I was hoping that it is that easy. I'll try that as soon as I have a working version of the latest git-annex (trying to build with brew for Mac OS X 10.9, but without success so far). 
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_6_770c4f1802fc40d76bbaf7783bb3b4ac._comment b/doc/assistant/remote_sharing_walkthrough/comment_6_770c4f1802fc40d76bbaf7783bb3b4ac._comment
new file mode 100644
index 0000000000..69ae139b2b
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_6_770c4f1802fc40d76bbaf7783bb3b4ac._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="severo"
+ ip="88.182.182.135"
+ subject="git-assistant and transfer repository"
+ date="2014-03-16T17:05:43Z"
+ content="""
+In your comment http://git-annex.branchable.com/assistant/remote_sharing_walkthrough/#comment-f97efe1d05c0101232684b4e4edc4866, you describe a way to synchronize two devices using an intermediate USB drive configured as a \"transfer repository\".
+
+I understand that in that case, the USB drive can only be used as a \"transmitter\", in a git repository form, not as a copy of the files structure. This means the files contained by the USB drive cannot be accessed without git/git-annnex.
+
+Is there a way to use the USB drive as a \"client repository\" in order to allow synchronization, as described earlier, but also as a simple copy of the files, in order to access them from any device (opening them with windows in a cyber coffee for example).
+
+Thanks
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_7_61c1f5b00381b2fa891a8578267881ab._comment b/doc/assistant/remote_sharing_walkthrough/comment_7_61c1f5b00381b2fa891a8578267881ab._comment
new file mode 100644
index 0000000000..e34a462da5
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_7_61c1f5b00381b2fa891a8578267881ab._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 7"
+ date="2014-03-17T19:50:48Z"
+ content="""
+@severo the web app does not support setting up that use case. However, you can make a non-bare clone of your repository onto a removable drive, and if you do the assistant will use it just the same as if you'd set up a removable drive using the webapp. Note that you will need to run `git annex sync` inside that repository in order to update the tree it displays.
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_8_35e00cd10e89ae4bcc66af7dadf6bb5c._comment b/doc/assistant/remote_sharing_walkthrough/comment_8_35e00cd10e89ae4bcc66af7dadf6bb5c._comment
new file mode 100644
index 0000000000..994d969e6c
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_8_35e00cd10e89ae4bcc66af7dadf6bb5c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="severo"
+ ip="95.152.107.168"
+ subject="comment 8"
+ date="2014-03-18T10:06:50Z"
+ content="""
+Thansk @joeyh.name for your answer. Do you think this feature could be integrated into the git-annex assistant ?
+"""]]
diff --git a/doc/assistant/remote_sharing_walkthrough/comment_9_c900e4ef49388826c87cadef4235c073._comment b/doc/assistant/remote_sharing_walkthrough/comment_9_c900e4ef49388826c87cadef4235c073._comment
new file mode 100644
index 0000000000..1766fcf631
--- /dev/null
+++ b/doc/assistant/remote_sharing_walkthrough/comment_9_c900e4ef49388826c87cadef4235c073._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="severo"
+ ip="95.152.107.168"
+ subject="comment 9"
+ date="2014-03-18T11:16:19Z"
+ content="""
+Some explanations in French on how to do: http://seenthis.net/messages/237648#message238202
+"""]]
diff --git a/doc/assistant/repairrepository.png b/doc/assistant/repairrepository.png
new file mode 100644
index 0000000000000000000000000000000000000000..d49ea9d95539b62e1b9363e4d6fb47866c7228e6
GIT binary patch
literal 31791
zcmc$_WpEtX7NuK~Y%$rgm@SK$nJs2!W@ctv%(9p*iy2GI%*@OT7PIt9-S^JizTGo#
zCgMfB9}e4DnI|jroUB}H?Qe(3N{b-CV!;9c00c47ukru@xC{UQ76=Uv+Hz8KF%S9+
z##U6#0RTYke)|I!Pl<>P+6d(+CM5*50*m$u_oKLEwghMsrlXLmqo9qIm65e0K+xVu
z&(X+`z{Skblt4sGN>;@W5gh;^0Em6%S9D!GZt<}sT5vkMPfu2MS}Gby+BptpWNCmD
z<<#P*!h%i?3V!_fp;y+mJh_LdGC3~-jdg00=8Kz%C07Xa7qF;p2r|N-SL27mU!DmM
z34fqvLBfq1jwJJ$yY>*|eY+Kf$b$EOw)_As+U%dwz5PTs8YLfP@=DONrbKlpB2)b6
zIc{1}bjp33<}g;OaI0K+m`vMx2mX#9`Q7=~OR5H60_bl)Ek%$)8_+W(5SD(Cc|RQF
zXZpObHw1z{s^{anU3Sp9A5>{<Y*fed%DZVzCx8|a5!q(=MgYC}&Hnykr`-Fxc;vB|
zG8wcv?hyJLK``8iNv78<L!wgk3TdXNfc0n4Mj8(4DK+M$i58Bx17Us|ab%k?z<_op
z#UFHj`#MIPpb!52UE)qahd_U;!UcW6FI!9W_P;-O<6npbeLz6A^Z|6x|KV<b8T)@d
z+Fy42>)8K!(*MnFe;ND#-wWav^CaP#;h_9PjK>$A*`y_K+!-{*o@|R%xwkjd*U*ON
zXD!25FJJ577!0M;2<uaG&;KZZ#OqeFd?Vs>zM2g>&i{1zLb|2ad(~M=^OmQ~FNH$_
z<&#8lXbUD!WhZD9j#3WRLr;T)CnpcjuK22zEf>fE>J_Yjq<ec{z1JnS)zIDN*9TQM
znj2H0h$zSn?MmxaPMfA1{5e^z6xg&Zn89473LBa<)s4$b^HOC}x<gI3ca7Y&8{!M6
zl|*<jt;AQoo!BR^FIY&t9bKOZSWaF)A%(f#nLTrrKm(9?drXA5o=ONiHuWm`r*8>s
z$S>9CpI$!jpd9AJ@A&+xKY*m<v8nXGO9nitSKiAbi0zZm7S&p734sYvAuP`lQv;JL
zYbqA#m~B+&3oR28_<A6q?bd(xJZXnRoY1&;f9ht7w$N(fkF^gYhdxJ3y>R~wL9fk<
zjlAh`K;@sb9iN;7;}$FiZ5J%2*jW-#qug^yKgX^!n<)=Fbf*(sm-!sml1M&aGcDdL
zgfN<Dra1U|;e`NT4?Yk4ZJMo-TCreJDNf$4j+7ROQ@o7*m6AqF5_s8hJ&&-q8@QLZ
zkO7gMKz8G{i;wtvY?6uZ{W1*P!+%*vQd05047hk{d)<o%J*Z)0nU9E<7ISCXhxgP@
z<mYS4Tu+y0ygqw2y!Q=v$1cg)OKU1E<Cn~U%$K7_pL^D`*KN>`*szY<o%`#hihC>K
zdeqBi3;t`SWnpE4(Mw&MCokn@6bo;~<?)eMqMwe*%SNWk%gY9B_g>AIm-nL!t(ngw
z@qJ!u>D~JMUeN1i%g9`Y+lIx;P9E>WcGT;Ij`Hj6Yr|gE$IEm68y$7#FNLY$1r+!`
z+mCiHJ!_|!&!^{VUx@Ddy5gO(0_sM5lVD{0y8=pnPFB3%`x%J+8%)wn&t&7}dC@6j
zGH(xPb~}81z4Mi0t<+#@G+8g9F45#RrqH$^8m&=Evt#!#R`Xr3>$ju#{KpK%)w2hB
z!WNV#iId$94vX9l2J97yD2?c=EX<bT2kh5}SK(*srtC4J#cX-5U0IWhdjR82<Nb=@
zkW{^}8GY<2mV?>Fcl0PB)MaNz4bAgC^g@)GtPNhe2ndroq0F=?N{$IPCPp91<@5*}
zYFd*-_nO>TPE4<SSg5Z|lLUhlvTH};aprXmyyx2RBu(DOhj7+3on(ZpFE`y<0DsuY
zeZMrqioa;{)Cq%%Nxz>_m4;}~8CBOpOmOKxoaM2s!gq4<dTK{cGXmyqSxZZ;T#Pl}
z)AY@nv?JnzR!Da&W1WQX>?PJvh2PLo$pG%a!3yn*$4it#qW7NC2$IgD@f|1a^S%vF
z>GA9LOkSws-D`Z$%c|?t*-Y+O_B*A6@utt#FUNDVs%`fVNUfMtEqD08&Ju5s&bHS!
zbZXmfq#iBSJa6lC8t<oqMkL&*hr(ahv2)+cT%NT62ppnczrWt}Ks~Q{K0~c_-!l9B
zUW>l(`{p?{qI{+4eba*8w03_s19zYKWN_Y+*t+O&uSUEJu@mThr>-T)&^QoGaXAsh
z>)!Nx=&a@H!KGaBrcxbf;E+{Aqo|I>F|UP-WcRylf%S}j6&Qm+g05lJP@%A}OsQ|)
z((gKFnR+Y#+{*XU^OY7w10Ts@_&CMtQhT<A1(;-o36Z=qGjM|UavJJ%xmtEo#w*+U
zE@8s3+?P*ve7J0Z<&4=z{2-aFb9+;-qs4foIX^`wHQY9NMG1h4bcMKt<rK@(fiD_B
zeHj>!`nb!z@}%yIiEs}w0-E&!suZ#NYJuv`45dm%9ytXbbPaqp)UZ?LrCshj77^u`
zFkn4r(t<V?(l=^m)*6P51u-0EbK<REkb6T+6gximtv4Qt&Q>m^7Pk*`rzeZ2?vYJ=
z;;h7a4$rTxF7p-<Cql(=av}4CHddleq_!pYHpnu=%hIY^K7H)fVC@HvCGL=C3xR;L
zhGn0J$Eeq<wN^tPJiyDd3oYqgM#?jHHuo5Kz4QG7`lI61>$R<dPTBSMwJq<v)G_e8
z)7#dImhJNIxr$%bGg~i*<0XvbczMy3B!(E)+QJ840iFY!M{Tda_ICCFnjWAryfYuG
z+g=lSUuWlxQmoB-GM`4_HZpg-?`$GdU;1QTwwqpK1uns!)^CRpFxzh9ePW-SG*%41
zg56y`-v+IrYCqM{+L#}9hP)r9vVG$9jVLYXVm=yY1Pr?ipI~XiOOGY@Z9gutu(17n
z4_MX1TBb;Fh7^?R+b_|A1E6KVARuu6CP_J>u@QpOx`Z$X&@I)F7i)x&csW1vjo@VK
zDZp+;J0zI^R8<Q^pb`^F_oxi=+>xd~8+`NX7-8&FIiLy`+&%AbgBmB0Dw>CRQp-})
zJ4&i<c)I9~oY}!<tRUV|o3o|ENup<EX{`sExQr}b!vn&SFYyt%Rc~soDihTAhFBLT
zLBG^3F0NOR@kSVcifR9#IBVFh-En8`Mtb&jGKsKLlH;2J<0<KN)tyy>4F86ejvM!s
zlWMGKKnbLi`by>^B9Q8S3W<lcO_k?W8|)=fV&?fKvFOt4QDRtz_pZ6|-d^P(sMfgX
zYBP-XX`A%b@eWC?`L&o5S*n!gV_clutx9Iw%Y~pPN!&}z%SBh_(_xn96m@BZ&(YxP
zZ3knfw`Pig*UQxHd6$iroGA~$Lk5^N_GzDl=y0k_XXWYqvG=U)DwFx7JZ<wppe-wf
z^})@HLCaKQXgE=&Xoi`zd;5ErcWdJ}Ey`MJOad*sgTWw-_I9$#?qQ1~)NzUs$y6~F
zZjsAF!`cWl1`-SmI%Gfi?l0Z-2~v2#A3rOSKKcymZZzy(oI7@m?h$m0zgl|IWSG;p
zNE^XDGp{yH*z7wt&vEFq%8|bgT>*<+$nY=*Y@!Iz^`jZ-@?qCQi<HB7Vhnno_}w}f
zDAh+E814R8`0dNm(ALdHF7WgMC5|ul+H<9l-{Bynf7%^;Ltkl{$Bgp6Ge>`Rr{R6n
z8=0UiRbRPt(Rpq2o=v}B5LtUMJHJlkdG2WQdKsMa-g;-m1L1vTY-Qnkb~$t*Raf(C
z@8dAX4e0?=x!0}uZf5A(EZ6I|s!#@mfw%kS^IVMN9Vy{M^8)KyX|;z7W?t(qyrD|Q
z&RNGriVjvLtXMi9h{m30Acf^$IcOa)4QIHRLSphQTD%le|FIu7oXlB_2R)}E3EXF}
zU6gH>_hXqPmC#Su>7~V2W@oboY3y=`R?lqtm&5~$%&`p}Ry;@-rhwoUR%<6U%#-#I
zh<bZ}2zTmQS0?@1wb9(oMjmVr;Yg)Zgw0NqreSL`yLm0u(0t_~8DdnSoG3-8Cc+k@
z`ocTLyJP6Yrj%QshlPpwt>;W{=XYF0Yh?!vFL`H!v_5BpGX6R~zt78kuB=(^y4KkE
zG1nJj@UJx8$_{UqP9m(WdXCyIu_=AhTY8IMhSqjOUS+eJe+_@tQD-%iYrBn@(`mly
z<9s#fyLpLUds1&AY5YpqSFzI&K(_6BnqXr0e$knK`1^+WSFukh7rG6x=99aN#m?E<
zx_J8>l`w=+q=RD^ErC2}@DPxlFV{yS*QjWm_>H(04!WNV%dxOyc-h*7bDwD!=D5Ou
z^j^lQnf(zkJ)Z3z4#rmNRNxpasmx4HU6w9^iD*`*BMx?!P{bi&i6`Cb!u4Z7-IG0w
zTVVqzZ0s$bu<8wSvCC`9HrKPQGgI-Y44tiw{Q9ez$rl}C-lwuw&${Ep1teyjw#mGm
zpiIpM$NQ$ljOWw2jOV!LO{0yl^^if&$0L<i&?;!nzJEB696SFls$VwK8|t$*b)CJJ
zl=*V3^ExEhdzm^$UQQMeZq4xPW$jF>6<qSR&GWMS_2AX*nw{&lSrUbtLxBWy27gVx
z|4TM^V@fVHA(S!#L8AF<kS9e1VeH}**5DX(&Q{E9k7J&sxr_w`Zx9Uq``&TwSQhp&
zV1^U8f?WKlqdv;F$AD6HEhFWW5a7#_XF$*B_l#l^DR&WzDixHrBnYgzqehRi*~O%A
z>vWyBb#-Jx-$Td2-L(%y?$8{<8|kO~$!0ms#X6)J5rpOv`jnKw?a=3}_=8MmREI#z
z;rzF@_FmPwF&gky6XJo}Z>$G9Q^ft*#mB+!%&Ym8((`G879{<Au2gnzGv*PNGoM$2
zGVxyEcu;t_J<rBoPKlcQVr|?X$}igP?s+%1kj~FV+9Y?pw*tzYWp^9OkPu(r<NH9b
zL$wV(=kJST;<W~i@pOuu^}XKsEZ-m9?xZGEZNlolj@mqt-47u7JO)Hkh!bXmw4(g4
zjOW?hj5Ut~5#G_Q>L{a>{Wkhfn(!e|63F_S9h1HK1+Trb_ca9v5`j<1&M|5$s*7gW
z@LsHewP<rOF#PkV3Vt)Xzl`XQ#`kCKp_7p>nv(nDd_FHL$Fd|&O}bmZ%ho?c^w*-V
zZUo{~Ax7fOO~4cqZ@X~P@f&?|<^qivwOzZW3LmmR8JsMe&6KR4pTZARuD3qj#DRqr
zAohrX%TEwi=B8#y9^k13YSz-@U%n&S4AHP$Du{bEdUzPUGbiEldt&ilk({3@JxZLD
za+{~)Yg?(sSU##-;=E`Pc$<fMSBEBDGAmp>>rn|R+Yxpg_yChb+B}ig8K=vw#FzEH
zdvu=H<HRwS*S@pFIn-B0pZh4@`(FIh=GV<V{MJ5A_j3>0*TPl?@@7rirsn(2v*J>p
z#}^lG5=}_&d#=Y!s0<q#S|#J{M_M%(@9WPzFX!tv;htfbFUQzEcd<y?pLibtV}`AH
zDbL<@o>TJ5fQq)KV;z!n(#G-{$3#b=!oV+13ZD<he2R~D_srLH_PEQn3)@1ARwZoJ
zYfu8>HCCg=q0v>Pq8xh6$Z28OS5C=a8)-h0+jDFcAkB~-U|S2tu?9h1;Vrl9L^$rn
zz8}?fj5zgp8j-e5na=3C*NE+~rcYMV2+S|FVvaGdOwW*w7+r(?s(7Cc-esQVva(y%
zZoyc+m7&XebJ}87h)QhG8Es?Cg*;Ir9ErhF?ojV(%z}fB8CBA9QV>s~Ai4OC{YagB
zxv_aA=O(;t8P;FvzW+nlE|XxkwL~>pV*0J_%j~vrT@u%HQo8oh<~VRSFIRJVyzyT@
z%d<P!NMEOqCTP}W4KT0OcbtyCSnBR9km;T!rfg=mSK_*UH{E^9Pkvn$%aU>JHuehr
zmOSz}29N%zXYRDb`htuPzSim=xOeFNf_w%>3%*u5aL0RJ@-PREkczpUh-8O(cSC$7
z8fT-HmjmHDsF2d;8cekqY(8&kCUn>Ka_J-La~{R(sWxgRg}Q@nUYIH%mkD0^zzxtB
z*y`GW`V8v}JI*NeC{%#4kJ%mNQJv-9WemyoX`+h{t~=o3a&zR1P_S<xf0qTcy7}j|
zUvU}b%@>2ukGB#J6#yL@b#Z^y%de&@5BdHunCr5DF1|kB_ZNH*^`+`&3_a>8<Fk#B
z0r7X4U`+7pG*Q7&662gxpD6)Ykd`#wUSC{aPvVW`sI{i$TM{A$A9Y9$#g%07@h%$4
zVXy&9#Th*XzstHUmj0APfC9xLxU`dCicA>%W>VGHhpn^M4OU~HBZm7eiG0UeVqT`-
zz1S|AyEUuk5M7@W)wPy6YwAsopHNPH2uX5&5lzW$8UDWUP3T;wA8=0WCr6LreHcRW
z2{8c%+B}JfJ4L}={dR%FX<eG~!$4m>fDBFXj+okDsFZ1bU8~0&_@;zJ9VJ)fk@mA;
zC19HrbmQr?J5eusw*01l5D)?mwsHkd4}SY-zJpNIaS-IfbKv|VUFwd_JlS8`0VPY_
zu}FXBH~+f`O6+ql7+-L@kAzz=IVc6NBY+^g3!aCmasL$Pc(}2hxYh<5Nyede$V%ou
zfAce)9iwLk>GJod)9KT0(e>TU?vd-lxmgt(Dg0$jes7J|)ov%7d?_bQA<6XWsDSpn
z&BTNQz^fuv9k<X{EJ1Mf=4J~!6}}EG66|R_J!FMMv)whkbbWGvql;JmQlZ^&l9MGq
zoZMFmS{j~yhm4A)hVGQ!oWoO>Rn2^*ggkHqIEy`3?ilf1_tqK}dU{`{-J82oR^@tR
z6Z>&8V(3lsv?Un79^2P~rEV}^%*wz8jBd8>?+GZ((B~=SG4uN8vcd6a6g|sjCZ610
zTc;}?weJ}%_T-I8tT*fp+;=mi9ETBPXimc#T*LBW%tl9%W05zJW1TV^X-cQ#XGJy4
zHI$g4Dr+L$pR6nhTN6hGg87FXmqV+Fr@mT_O`9l_JOKo7*i74WiilG73iSuOL%e8I
zbnUbjT!ukGVMa;A3cn@kz;7Ojd#z%WxfZw`^vtm2-(T4@`(Y^%G;9&g>%rE}^M`vh
z4JmL2^8)Y?9QJL^r)wLU+waOfygJmBHC`U#k|h4^s$s*Xz>M$8Z1@nM8-h)U6o=uo
zj7PF&PBd?6*i}|f4yuJ%1f1&%g}n)>9aHPSjm)TU@`wK|7yxjw=C3faCO~+wXL)R#
zJkaXyxFnJ!vOkt|L7o#-F}7h1nE{ff)ryBYE+Ruxv${T$SO-!ohgnH3$x$-n#S$fm
zA}(lINxE8r;tDS>P&VOmG+*OjoV0Vo@TlSJPrz`bkVU^nFu!F(16RnIG5$NvX8xBC
zb-#%|r+RfdBn4=NsnmuYAFG$t4mK%M!udiq6~_{m`8ao!8UJ9n>pp55Dk~Z>0N7Vv
z$0$u4Yg8Z18!F=@r>M&X%oz9Sl{43(<Fbu9pMO1$uCu2?)Q`b1Sgbh!%MtMFDe2;{
zVW^r9*)xc(n@lrH@*7#K<7!dlfHKiPiq#wCXwuz^?hjP}lM&MJA&AFM!rz}N!Z5sq
zwzOP&2J2fU@ofPI*YnHNVq|G1W34;MT>c1ohKN)EcGn{D&7fyCAJwm4o20fLSOMO*
z3lfJa$Ek2wd0Wai#pR*sgn8`+vd^07s;xZ8mu7x54wBd#LXxHE2&>H4LAGRg(05)I
z&dJa6xE<`88|^hKtVk8U$cXQzN8J*@01|D?&D9R6Z_lobM(vVJt_T#u$Rlg*FT}YL
z!7%{c5hl>WmY$8<1P`L3xzfPtz89Vf05?`qwxP>LXW%?<IhTzc3xVh&Cg8}bS0@AR
zO8F6}g|81rkD?)Ew(GS+8>dROTnfErQwg>Xdi~of7Gb~(;bvDmQ;S~+3JM}MhfESa
zertNbb42SUyu4fY++k77Tv`3ijZBYnE@M+&*5uHqBecND<=!{QkgL!pm0H#4cLBvq
zY2$fTfO@8}!<nA^Taiw2y25R*CVm15qMy`-?K?s{KSSAuM?7?01VV!UCF0b&@`tL&
zT#in?&DCJ-vxs+BENlF16~$Q1CS;_0-qm^w)soq91i@1d9j8l1a3UO~jcz_%TKlYu
zGKbI2JjpbQhzs{P{;CI=5o0|HYJfj2ndd?8kLcl0<!U@WhWOJxC&27?{^Aw&N7NX+
z;974KK<%ys-T+k4v!_z7Ix{>xMlc_w{zrYyA(ANboaFmPO;S96uGr#cmr<=tFgm3(
zSuVOCYk2%L-2`(NTXVQT`GJ_&52H0z_H2zTJn5rWG6d*q+L3XH#QGk_*<#7Rt2PcF
zqDpI)X=gqFmdpGWqLbFrQxL*V=_PVQrMryags^ho@pCyjZ~`=o8DBp9EED6$3Cm6q
ze2K9&^8O6oldTQF8MmnH$^KCN>`a3?cfBBPvfK4}+8mM3khW>JY@no*pRlFe2#jyo
z1SFpmoI%zu??9cIAV<E~Z=R<LoG4Ta!Kbiq7Mp<{PZIyS9`1<m+Dzu}j*Tz-JiSJ~
z;{Xe2S7CR2v(jK^lLXfrQSBlTq#u$q#GWl${}mtj$92@eyFVtSR+}w3rPm7UMdl*;
ze|UFZW6T-sMmM4paQra<rz;^g_RUaj39du}+3Bc9+y82OQevI()<gG=V>nw&i7m@%
z^1_gX=-}lierA>baB4JH`WT=oB;CIia=|EEo)z`J%h#{M=eaRXO=R?E#9kivmdjpO
zc&lfAs7WPD-WdE5N&|gX5|XRUXbH1%Q>1#KF1I!{j_h}xO7yQDZkuF=Rln4IJf-Xy
zHa?0vzq=TC79HehOZY9*8S~DB&Dl63kc=PMr1QPTz_GlUeX`@_3tl>TY`8KD<A7;Y
znP=~DgZX5R%P>{sD~xg8lWKGF9v+>_R#s2?XPeoCvCb846~@9ZfQSh+o$JqSVVZ1s
zNy~a^e5@B6Pi3SP-li_|;yX%Mf+Ro{GY;G+MQ^BExN7N@3N#2DDk`P{C(Nl+jv52V
zo5SI!X-ABPm96OveS$+wwwj7dNhXhJ&B|<L3LigNPP0kyc;-n%t`2N>88S_@gGgjS
zu(rX|Mk`$pk(R7>{ha{jd&@?RTr=g2w}RA|Ge;|Haxlx;**{nfH}JhT;s1we*zPRM
zjZqp?-U(l`siTIxeK?uPf02B?Nw-Bt7Fp@?JC0zrJ_(oH`|NeeXh5>HzuYfsX(%|w
z%j(0$EU*@lRodfZD1hwTqo~WAR8W-50LzI7-PA8)zhpxd_|?&@Te2Y6EZ5OtsoO65
z@@2pXS`6UQtHQVevt37cY}}b)t@V1&Bu1K(5WRL%6JJYf6>`#J{xVs{xN#xs^p&Qz
zF=Mtq-56ki<`f6q(=Xnc#tu8Y)7}|GdB-nm*P+ZXqP!$+>)F0hl$q9UHX;2<+1gEz
zf>2YJnR^s9KexHajJ1$Eo3ajEPl?CAyMldWyrAg;$3NaA+qb3d0o~?1;!uAnu7%;C
zVXB%2hG-ZB1>YE;JzOjC5MMdO&1+-|y$iw}>2&o%xbboT+=Q-C_?G)+GK+9+*p=Xy
zS_BTgrS_if{jen)3j>~-#}XJ*b74*+yMdex>RuvON9Fqr&~Gushims5IJRk3;g(tX
z<o_@L2RZSJZG5IupL^Uz?gw{6Bu!h|oJ4}Z`LJ6!G)zmf@5nS-hGpck#{wWZC$uj2
zL+y7!!Xd|XH;lHG?3v;dY*bq#`0vG$!g#`nSq8}Ucoppioy)pOkg(<>W}o>1hA2b_
zlFuhnZ6``&`iib~F9?P)5Oz)+>yterh$z|g-}DG!^;u#<azD$(9AINLagWP;BSBCj
zqszLLFhJnI>SF9;RPf=6hSAXn!_4#%`SnVD5XFNd7lZt%C;P}`F7EHz3|?3fzZ;lR
zsPtk;(w{mz{$bNDOtQs{12TDqbE~6^m32?G=WVv)5_1)c!qQIwCB2u0?fsph8lS4>
z0tIf*+T13GF;V0vVh#%I7+jk+kk)+beRo8K=f$p|#ezFQen$<jIcqG>;dgk7z(Mms
z-&#E?-EawfDw{nd=zVBV3qc1=pE`bra)9KK_S%=G<-<T|)65b7zSw!W{%Bl+doKe5
zQ3(38DkKHuVc@mGW;61c<U7PtK?ev&Es!!+NIL;^3jx+KEApe;0W;_U$WdyqDFp`q
zqj)=5y;8mX>8;Eg67;8h{{Oms%1JCx^6Xv6U_$)LWS?=Y&8Cu=QMZd;Jd|+^;1rag
zoWaMBN{=Uzk%8wTT#yci(BG1#Ur?0xM~0%aTUnAH?jEtduKS89)~&eI2)u|NH@lCO
z&AuVZYY7_b$lWV->(jf;z1T5*>=!6w@s>s>MHS)ZdG=6_@u~crP=(7yG;}Zdj69gn
zRW2>SR<Ps}eHBgxF`pQ1u%=n?w0b5Rlv~L6uYpf8v^M|E0^Fm>7T*vVzYf_RxLLIN
zWI^61{yHIoYgi1F#w2}=(s|8L+SVxv&b5T{V<oxW0(#VTWwm6Vu8b?6jNW-`u17E@
zdP5;^@-Y*o5ONpNq9!y_q5e^d#ORhJy>LL@Lf+yl%bk`U5)7}itSgGb2yz`4J_#%~
zAVf5bBpt7sjKdcY9`JnT(o}c;z<`|UUVYr6n4Zf}OF)GFkwH&kNeXoUAys~5qO*pp
z`-?wY_ZI>(1jvBE{-Bm-a0Cg%T&Y59D`$HsZS!0{FG1=+XOU4$&CljPNV>5S6LUJn
zDDc#Kb85t$(8z6yr}XX|Z4bZ?%ug9fe-)!?F!R)QdZ?63*$5d^chUG#pGb9oG)^tX
zNgK$$?g7>IMyk#FhUtcuBw`-|9&b|xiO`c_gR0E3M7nS|(y)M5h`NU=r~*MklFRTK
zC1^`Y$|0VAQ`fsffsunA+NsWCnmRhtIhQLOEGJyn=*Wy4A-46=sESy%>p0W45InwS
z%1yI}Ph~#bNu#h7C@!WhOWY_O4K8Oxq81)xZzqN|%UbG2wJd9OhGX8_oGetyH}RYk
z7z%OJ?xF9&MvR};K9w390Tm`AcG|V2_qAP@zF5HdZ_At7(Z;J3E^H!rC<XthC_EuS
zh;?o((M48YwK)Vrnq{oJ^CLG6AC@?|CrvB@f|Erp?YwA*c6w+c$<^<h2TmX?q7ecg
zs%vrxPr9_V{Q@Tx7cCE!#Yicye#C(zAk0usRWcs^i2ApmvEV>UOljQ7bi34wEX53$
z+W4{~lbocuuf1dC!~svf#O;hB75H1fu_}2H(S+T?c9<bf6z4ebDq-WIXVu$zTqRO#
ztf=2(&Jw3q;M}tPOru&t>d@gIe8O(yRDpqm-s=P9&B*(a^M#+Ko^38-wk7iqHJ_0e
zhPu(}(3H2)FyrFZ-imdmpducdzu<YhUDH2%kr8v1@|(KEJl63ut?I&LQwH9RWKUZ~
zo-f2wFR~=HJea#B)o?6`Ath|6zx!_w*c+Ja{0DjjSB6uRx^ga)t{(Q3iq(fO{)fG=
zw;Fy&huME<JZou0=;t=mSc_wP(q&u@EmL4A!4{WxBjbEfmfT{&1u_np(5~WnGfsV{
zhgZ%~&!=gjLSIrsplUsDEdft{ir%{3KV^#bqeqA;Dy?pza2!$@I>vqD2*o==)A6j_
zu{>VNAg#PlO#U7VYmqmd(PBdt=SJPYW5RFC5?!Vn(aplD$O4fR(`T?dN8py??Kuzy
z!3=^!0=iBDG(AObfUMH=g9Rz-?+0pgy~k2IW><MX#;?qyh$cC9amK*`XLJbGs7C&@
zHpi-3t@IFZ?VXGz7Hk-Z!_!C}C~$z?6k8igpR?clxRgV50NqM61?9Tt2-u;eUdYs?
zmHAK(&1yt$i1reb>9UTV^{X_u615Z9Fbxmqxe~20Kt&S!>&EzZqw;2^d%+IbX?hNe
zxnJA8<KyEHHUhn?mkxz?{p`bx04l2K?C(QEu?`9Lh)2~+P?7od47E%!4Ikj89}cV2
zJ?B+}aQkX8AnWMZm75kiYj#Tae_D9+Apmx<rjFsPGuSh1E9nrE`=Iu4t2zjdB8ouw
zueB81s!3^eK)m@&uCJtJ=5Vr8_VB;zX)57=)YEqLfg4}WWD1iM%YJm$a^MC!uASO-
z>oVp45Chy#JHv8>C4lKpFp$fU;v9pEl5CM=H^{GcI^^P;*G6o+HtOy<AnWJ)u<)SE
z7%d%6DYyQ$>SXnfg34xhX5^%ID!^ONDXS`Tj&$n%{jU6i0IyD|efHYVuPMV>pt9JD
z!3tm+O`%_{VcK|7Y3xHYM>6%at4#5@*|k8;If>6;kdz>+n)<am^?+kX4kcw50Cnmw
zK4|g%_Y&5kKr(m_xA%*m&kTvRIsCv$9gIP)|6esPdbYQkm-2VHVmiDWefb7)*d>l<
zx}1iUM48M53^)%dh)CQ0Ql2GUr?wHa#d(aI<lA2pFB47i&*Az5BECLfG#lDK`fbYD
zEU8=VJbEI&HlEYfXOn+DZm}yK8Z?EH*2##c;~!xFO3;hImh74rnOY>68RiV&P|U)W
zQ0GNg+nconN|sWZ$Nz9q*8p7+!cvx*2w<)%`ah~!A+X>0XR)2M3dxR*P-PkF4Y>;Y
zCDJKv8BAuWjlo;cG`O(nmu&Xr?X)sWbBnP%#d<S;&=;x_2Uw+hW60M&UeIG+T~6I^
zd|&C;c3)LW?^<|}iXGDSpr}nmTOn<ZK5#A>@zWbq*30NwOyXfIk=gF`*XLPpVXtPf
z4cs|8_`?>JAABW*a;z)=vfB}tuh5TA7E9t%p!}0;dz1_EQ)7X47uUEGcs?`i!72M*
z#lg2|s3GQK1UD`@@7{gpt4du^-SVbf=S;M$hA{L>rNq}ZA;t~F+xRhBu~?WM1}>b!
z(^4-kr{;4-i1uuYJ*woDI^YM^{BS$9g?BGY0Xg4Y^R`x!@N1kd%@ep%D37ufY3I#@
z|L`}v>+noy3h-aKA%f7HGeV4`M(aIGVcrTrrIyA&Ch*d;Mr;onQp8S_(0zVsh=Zm;
z-V7cHK6NhoJV1BTuc@A|M^QAHEWKU>N!Ym9X2~8@A$K6jyoy3;BMp6uZk*nzM-9oQ
zs%rY<C|x{(;cM25)h9Nd<X!p7>d@iQPi(9vDQ>4=4$OG!%j6fv)E<LV!HSX@B|b)r
z?w`7%t5%5GO;0^2?M#6SSU0yw^Q+=GSR<sKv$MN@^E1UyKT+f*`p+mnd6;-Iqh#=T
zV|QAU93RYHXIkBJAT49S(gb#YCx)g!*EKVspY|~j)wYWDvb1o+O-A-#@f=184}QD6
z!zTI~peh<!9(Zv_qsLaM&b}=V%?h-zL<_mGa$SPpY{x`ox-!u_VnXLWm@Z+=*{q4u
z9b^W=Z5PHE^4IQj4<<!ny*>y%^m|e3$B3TjV48>|81h6aqhR^xT-5#9D`LTyAKMYR
z=?N<oXNE@T;FEaK!I_M9BoJ3iR$(12-c8R}`5y+7xa3|3Yn*=QiBcv<5gKP7r2m{S
zwr*yrxlUbGXG)0xCjLfnA#m3?p?$4Qoz9qu*YK;Lz-QN=Pct^1wlcGRUK~EIC!LRI
z@vu>k>o?JAJ?Hz{f_DOr$ebWo4vd!~rPXOVs4*plrL1cvj7O%aNWt3+o%&^+>x}vj
zWro^GLqr6meeQaXA?$-uQn<8^eXNz+JIWE@(^Ax>9l2umWgYkjCGY(93amY?I<=Ka
z4~E*GLj_pr<S^t6X@m4OjD?&qsoKOX%K719C+ul$%$Ub$v1&jg*G9|5|5Zsu_Oo&?
za)2Ifw(rzQ#zpzj=a|p=jFAuPNK7upX|eHcV!~jBckJnm#r7p!*zb>@NkUNM(>pI-
z;zGrGo{MWrQQ*7s{Y+Z#Hp3>%1+r`jnb7=lpcRUj%Iqqy92Jt2WN%IFjjEk}1e4)y
z$-aTA25d0z<v)J~VFW*PVqo~X_*TT%$%j}i@q)<!Ae&gD+%%f}4@HIA$!(-~$$h<_
z?>7bR>Fww<J)IaXP8WxXY!4{Qo9$m;p5^J$)-lCg2Il1_HAA8k^oZ7^sAtH^NyCs+
zC5He(;24k`kW|r7lb<ESKUXpYk|BAJzaLyh$<qI6f?ST7ia<CwIWXArCEHi=DQ!L(
zXkV+s9VWM-6~gKYbaa(?dslb9D6P&81a6=Nisv@|UWjB9Ty@=w97>zju+mlCmM;$T
z2tvCJPv?!Q?R)_|SUEGkLLXD4s}=Z!C=ho0D>@o-n5V(7;*IlQ(%+K>ZEPi+(8!7M
zj<9*w<wMZZG*2OXVt&TT?=sRKE2K_eD)n$g61bJ$`<UN?*8Hzx1%hd2Qj%v)*YERh
zyUsGt*Obvb+Nj$ZpRx^SVPFIZ?LNS_GwPC&WCl0j{!y6N92j#R`=J0rVS`EW{@)4O
zBlvTG{*xRl#kIgW?T*ma-t_*|!=&RINXs3VOyjth;Bp9b0w60ym8^uMZeS4?on-8U
z^`fR`7fg(%Urx6&fw<p6=P2B*Z2o$clGIxOmDGDYwWgbtxt`ftk3d>173<NLWN}U;
zjX&sIC%UNb7(uG{lD`0i36R!DKhU}fx^E}dpy`8?8z}^u?bH?2Z>VquhN5g?<D>Y%
zui@PFtFCg586#Z=YnG^*C;Un7<3|$oQ-!kbP4V<U3N-&J@&^%?9G5-;IH0lwTeL!L
zCdgrau-jOLr8e$F*{~&~EMT(iU@zE!^lS)U$4AOGmOKBSWFNRb4Ff8o(Ud?`AiE<Q
zv-uKEJK%RS%SlE<Yik;a<8!iHWM>?{a9Xn*-uckX%zk;p2_V`<%CmO$!X7G7M{4(R
zus7YIW)2EDS_L^2Fpv?Mse}6u3a|jyMo&O2Gqm7i?uc<EaJ643uQN+PeV@hdeQI%e
zuT;$Z=7V;^P?#2uLd}I+>=M-M8=|Bt@<K~ai}%%eSH*xG0T9b!;l!@GN>~lLwr^GG
zU;aTqSMAdG?S8v`pv)B#f}C%A3H5T|?*j1A)bdnOq<C4d;HD0T5-BK97F8@B11eOy
zr`;#kwW{r)gEswq*XooLPo{COg~m)tddv_8w!eE3#4oZIUJH<*qIwv!p)nVGMveq5
zI)k|?3#~R8Z&jd%nnVTEG4WgB2~K_6X!W0mO`d-+OsXEGnP>Y_wW-*yz`l)?a{+M)
z;iZoH-4f3)!m5dPJ!#1@nnbCD=ru9!)+6y<UudZeC3sAWq@|sO-g|~eP$)yTBvw_4
z>Qrxx>kjFwHddhZJ*?w^{ZjQ{XA@YCQU0X8I$zo7X#k1l8(^aPC$N>6k6v5ZF*(QO
z8f0c$JiolD^qnv{Sgj_|kYTlyo&-fKwg+!5N{bl-TRbJju_BT^H9#Vnz{tLO9`@f_
z*HGQmbl;Cvj>AyLR%LBvw3E#c4?oR?Ni3FPw(u3~7#FX_zz7o(K*eG;cu1oZvnT_?
z<jERzZ%_W9s2Wq|#*ShS1ePeAd7ucDA569!&J}A@KHXoiM$CM~-=a%;xY36J6h6l-
zm`ml#13p&zcNm%%mj>*m1Z1|qBmaSf_;`QFnrzX7^%tP3Mp})Yc(B+VG(|B_H_-Nk
zkPU<A#kn`26li=|`Uer;i1Jt>P8iX9r6;0|!FR&%LPciAC~BYA;~M7ZfJp&KOJit(
zr3vTjRNb0fF*gxdi{?XVF);F<{-Bmrp$n(Y32LKC+Jp5I$%qB?=-&_igJv{*JDqH8
zY?j0)dw7kE@n8YOeQTB6rAij4U4MM}ZJ=dkF)1F5)Ahb9q84}KwsgVxOqa!i0}KDa
zR*V+%rEWczoRI*YOk5_tJAxM#1|+C2;b<=Ph>|MrtJ~it9>LoZ-;}clMUoyM42D5{
zVfc-fVR0z=19Isb-n`4yHAdtxS2UsXCz6BkLG|@(!-5rYg6wijwoR+FFT5$Il{14+
zp4K*E{CiA%o$&D!nnF%<(tl>d#=QHe)PG#$PY^$1OaBFria!_xm0*Wuy<iKL<~eW>
z0{x$80I3dS7|<bwoFEY7PtZdHm)V>N6J_C7hb};u4&&p(uL;ArBw^(xZa<inlvcxj
zBt7)x8IUNc)qk{xx1ug1Lituf`6hwBN|7-AJ>iv0k*q|FZ)0ptfsr9-L(pSIxp6#t
z*tz|#Jt2VHO|<>3)R2REF{E>l+D4SvAFd>?uVJ%B5pSwsHKK`yk@FPB+2Cw76|G6^
z1XHU46}tE$hA42vEKqnQVV9zmWhf~;koxLE1p#nZ4Eb};kg29bX{jvE7851S`Zmr-
z3q9l$d%E2;l+Vxjd5Zt5xK@r*Do-_ku$pEKl;&zjIfDgZ4He8$wBfh6`gehz>e00S
zDHr78c#!1)ioUJ8mEj<%kmN1y53QI17zPA=#^CGnjV+k0P~(5M2`)*M^sshuG6-j5
zCg9cvjS9j2y&f86YB5b+Jnx!r9PdbZh1OT^r$IZo8-W*9g)->YNypQgfrIo#scu``
z+i9gk#B<$0{uwno#+~dxzBQEmA64+*nn?bspW`2TP5x=Oe>JFZor6L~Zo<JK40~l3
zZBresPX-z{W)emjMW<|PCLvJBTaHD98RM3u-C&jE`>`WipgMPZx6@hANfPK?duU@O
zC~cIT#DUEo1;e~sb6)z<09At1D6>{^S8PAB+FqSfB^WA;v#wd8yp)&ZT=-dN;WYd_
zoNABpdhe&_;N{^L|L=`nP-0{K48G4{%k(!R0fRP}g3<<ClZxw-+gv2mDMVv$?`EUS
z(@dv29=#gJo;y?IQ`Do~mcB2m1#M(Y>DSYdpv>`Tmgc`RN8p?v@@6~#<u#$d>lU%6
znbp@KaVtzif?ka=fVc&fzQgsOuVag*weVeFj3it@JO(kn+^U2LVK;%X^nP)IN)vTS
ztgYz6OyT6$X1i)Vvw|w}ou`CdrX%0o?0@x7@I@!g7OA#`It{@CAMjPoX7VpYZ(W!0
z%zm3Jsf#~KTUMHrb{B=w*msFHFvzFB=krCDfT(j4lNiX9?<5v1n?B`l!Gf|1RQg^s
zg_N0Kj<Pq93zt*eFqRfvrfxZNIj!t^b_hHu?JqH!e_xT?5~A8^=@4(g@IN8`BuryB
z5Atz)P-g*IDw;dfa8_5L+|n)p()YhQ5X|E#6w0N??#coZP!5_y4MJIQC`wy2asNAJ
zY@H<h?}QRD`T31oxII&WQn4qmsZSg%p0+#>Y^m)z+>c=p*H@x;RPF8_spv7Uj4+c~
zFV36g?zsL&;G8_8c63FT4IJS7TUP^1lFmY$y>~UcR0erYfHjIrMZ-f86vO{QY^=PO
z!0XV6WwdF7pwoZRJq(<ys~j%620XEn1}U$~J4ARb?wWtC>O;L2{myG-;WX~z2KI8K
ztz(-plQ4qLAT}25vRnFyL&;sjp^)cf691g`;b}_`hZc^u*~%J?2GgE7Tcax{orV&_
zKjGF0vMKIuHb{UlDN8fDOqf3g9E})(xTE&Uw@Jh!>PXIlGht=VB@>Exp&3ds=Wm!k
z@q?EipIbcd-x&LNn}TChdZ0FylGu!5A@N%t*!9h0q|r@=xs3&LgQ2N7R}dtYwg?ed
znLz-5Zxc&Z$F}~Cp!eA%s2#xRMEiBIMQcfGOkdgCr)#m_kU+z>9CW@y<2exeJ8Ye;
z&mau!u56H1*EqthO&?Zqa)|z~j)G|Oqv$uDfuFI-c&T}=xq-Gajd<tD*rBMgXSS~k
z=a0>aPUTX#9vHs7(Xbl32$Z0>)T8kp2w=pzfJ(^~LoF5>sg%2lQ(lZ6fO_Pk03z}A
z=ls%-N-^NnI{R^G7r;HaE|aW|dyU)2V3tnbTBo5UzOXc+eX^&zpqHzOc`!=RVLlVT
zN?r=j3Y`eo@R=*iK03eDVd}+&>u7!OyI0wcZsHH;hmEP9Ec^>)h}3X?GcXMortnrL
zl4FfE@OdU$*czNWzr~5O4rUVa-9Q>C2v||^n?urLLEmie4UuQwWvM_zt8?q!#X<~p
zp(vg2g_KY-HZNk@T_Ma*HKC#k1lmR-(%5{J_!FmCx8gQ1rq46M0p*Qbf*wI44$8Bg
zdcIxXq>h@864q#!HY3(&r3Jy<vQy|Q0lLOnM$)In=0_S69rR6F2ykKSsk5!?)<?(y
zFXtvfIJhNug^OSL@t3J1g~)G2#SV|tWw@JZfqj4Lx^{(`70xgfj`}cS@*GOgTW<!l
z?ToG{i9X=RfNNcElH?b#?pp&Dgx*-qC9$jei^#I;e92Pj$FjCHtcX)3^^o415*7`O
zo=+4+Q))YwP)Si9eajT~+k&GU$82~jfma_a4G{azjfXmDh)*N~qdI*_GkPtd+W$F$
zOps>!R{*&qah4Jtnh*CMqVW3T<Zy9nF_SLiK@s6laqNPCkbPTLWBBZwe!L+3Pb|WO
z4eyKmqmjmRZ&VKjlQ<0NZ>0dkM%~GH1QXv-R0c#a-QA-E9BdX&r`Atz+(n-k>`!HU
z2nfi}(SAw(7;{wv*$Hy_6-k9Qv<ZOdMVaK%Sw#vZbrsem=_+aBnXN(2#@S2;Aje6Q
zpZBG9BY;pvy&#Mixy1PUH@#d*(3<+u)F(%)$+CSYT$j6|o0#Z4xRFh_9+H3FitEc$
zO^<ey0*SLRuHjYNap;{&T~kSa%y=f0{haMW`KYlQNz~5!(Kr$*l<&Nt?q;)++Psz`
z$sjo!Yv4LamVNt@{pqN;Ydta#x$?HRl!h`JH+q3~>2oB<pBHLHA8DqgCG1e!3OhtL
zsW5o|CRy{ut(^WMS>2GN<mesB^~~wv=<716;WenYI@E$2TtA;+Gp7+u=RV~%XImh|
z7tWZiotx)LOr?gNouh$b#(Wla2?=tmz<36uZ4QYP$PIhKe1hG0sNdv4f6VQqr3u6S
zUjAhlR8vgLRdX>%Q1x{xNn*>5q9rYL<B|@NGw1AXdz$Baevl$A=6OknYK)9>oWUOi
zTghGfJFd=W>;sZy9;3?zQ};!10(ew&%{qgG=>%jBtu@yAc<?IOg2~Z+C_5(M+Jg9S
zfnX4zddl_g18ms2dhPrSN|b-2yCYXn8J?Cssp9_O2JjfOTNT(RGdlsAyi?AwnMPc%
zu)2AdY)+QqVuv2X_?UgFo;0!k^!OSFtoUw)iXQ{?`wiymNRY|J&krdZg?kvg<~pX_
z^A0o9ELEU1lj$IRvau~WAQ^Rdm|w))@W;gAnWADYC9Tr+zNAwSD6CvLcWU{oU~aPv
z<5-<fmLv6=`!1kU2omZ=_Ov1;Tw%0((Kqa6o_RyL`r>J{0pbP)69@;cITxJuI!R84
zfk2FPUA-)^+7}C>fF8g;e4y<Y^YwCYy5A~-8wI1fY{`4M?oWmjlnO`hyi86Q&yI61
z&&Q>?)@*h;l_aG>i&7q|G9RX)I>Grt0pa}0m=hrEu%;2xH5qZP{s3iZLyQ=)+gkh4
zax_bq;7i^q-@Fh_nmU%+wWU)|moS}r5zW7|#wtYCz;9uM=ejTgl3c2bs_@rqWNXHM
zSKbo9VEHg-5fNda_ncszv?w)Un}@rOT97a(vh4SdUK{zE_k^-hi)iK`R`N!j6ML{G
zILEQ+45qbW3u=TN_4^YXhZeS*)5*ocM07?%b<$kKEZ<;<5q{9ZqDL{0BT*<JWRvRs
zT5C#&0l<I{1pR{vQwD8Mp4+=>KfciETPvff+Lfl3CZf6IbG(x5PUt{f+!2*g8rwEU
zg0pj1(9ihc*`$a(mv6$U4d<{!vo`J)6Q(S)+6S!5V`MgqQs!g(gQa|`@lhbeLYk53
zu(n^tER81ouQ>IEK+x2$bh47=i$Fzz`gU{oG)ifSd*q{w2&m78*QV&U1(o6Mr5BG!
zDW?oY!Y1O>XqeJFNp;E7=@>H)3%CD)Vz9@Q7qNj(y75#xpj($TTtwY9HCu}q;{yCk
z)+l?~-4=IwG*ZaG_49W9l-eeTGn2{|GTXv&ZHpEc>tZAv>T}A>8>8)nm^d~ZXh5_T
z1FXXZP8x<Xm(^e+XzcHlV*!4vAn=tBm_}Drs?hZ2cxdWHF$II}*{{~`4Qn4(V4H-k
z#8YI;!X-__G*s}}Nf8<na0!V{rn~YJC&!5XC$Oyv9U(+O-Z^~;X`@NS&7(p>qL?XX
zz4~uQqM)4H{qMlh32i-<iTzLi@*-OZ3qXKyYI+7r^}SD0t+A8~k<;h7KQ!E40VW$q
z<$ewJ^<xhyPZ0}6PA!SG7X^KZV6tFY`f<i!{M-8GOUm6ERg8CtLe4T&{r_eGu0YP_
zvAR*`zaVU^Z`EJY3SU<&4R&0HFk%nhB!PU1WNG9BA|ImYoJPK<Do{zdsG8ttKp{|5
zg8f38ZRB^1StJ{ZBE?L=n6nN?F3Rb9dA4JupKHdvt!)CMq#&+$_>G`Wcj!nUaI~(A
zB-}%JcdjVt&=i?P3~kQ?YW%mh7WsqFaJ~4yA~*2Rr5_Ods^fll*9(LcIM~mjOu<F@
z>`j__;Vc(d^yC|8%GN4?^sKFupk%sory3!N->yxVGVh{2O_}LEdq6dsQ(!3<cqMvj
zimNxn)1_;~tU}}M*9RB#;2iyYi}b3MfbP}?+4~kIRJL6I>P=~a_yujt`Q!!dW)!wQ
zj1`|Rzi#k7b}}){x7;#?kJO^x4mSiH-v4r6BfW4Mhc148ff|HdzTgHRTy@2irwD=X
zc0Ho}1d2j&^e_8R|3oIPn+A+=#;yYHv^n4iA?c@t6<dmwU@puh$i_bo6&N@ZefJ!Z
zq{&QM=~vZ^WNBok(iAN-5Veq($Ab!OE~;pd*D_qZ_8zc-y0*3)|AIshLx@Pf@cZC0
z4^08qJttiz2VN1cEJAc&=g6<>vIp(ulYS}5bE&%sMMf@%iuq6GdC_d3!ENo~dBO}Q
zCR`~z`9c!;KqB@uL#d7=&Adhy_kRM$Rwx9!pA|M_|D)j;4Bq!200o|R!T-fZ>l{S8
zA}=KCMC>pDBo9kwc68lD%<|f7UwM50!X;A@74gr6`u_lzH<utE{|FIOEO;ubyGUOL
zN#~0JOQnsQ!W_5ug}hLsg&`ufFNU@-BwABlM-s$aaHTpA!&f&yPlKAE<wfCENXm2_
zfG=Ol|I<O~O-d)C!V3&N9(dM8N^wRpe_;HZS*bmUow{Gi9WWZ@IjR`A4*r-aidn#=
zd88gQ+cpb994i#D;<IuDH(I4WRY|F!Q1`@W(>hdnEw6Dct-vMWTo$)0#WHDHswJwp
ztzC#`Q?`1bYD)K|?MMeHuln0yH}2w!^VnD0)0Id0@9KF@pj7+Yzd>btKy+AXR7t4u
zT8dO3N%dy`^mHgi2@5CSOC()`YeA}7wRw^wUaa<Ov$>K5CWLK869?wzg9-YvIY}~#
zNb^h6anT|dWc!)cM;yvpo>J(qHw=|Mr2+Ac$*uo`pFn_clS3$)Eko@upw9LEWPo-e
zI=x!gQh;k~;+*J=u{3x-M`Gl-q*4({m>puGwB2ICf~b+@%Cdf2x*)Tl`CoiQ&FS--
z4Vc=HwO{02$ZaydDLcpM%rYccCpX*tr)0LI?ep4=j5W-6mmsL=3+`Xtr1FpyNOO(K
zIoE&E8)O~?f6&!8UD_6wv>di+C!25G$vap)Xk-(d2<KEY4Gbx)Z>tt9;57d5eD^Rt
zGT^z<14m*Cd;hj<VOo+YIrFz94_lE~rc~&_+mrZV!lVufN5_QfZ&(9PCQrEFs9pvb
zNG{;vYHDYsRfmJk{|#i&B;QAhTCJ>thXA0ZvKTqB)@VOe8167XG5o?(EEN(ysfA@~
z2Uyp6Id4ZaHOdksIh8M$ea&mOKB1+`VXlm1mvBCR<E789M&AF~Z5;MPP~Z<zJAt^g
zD{?Cj;k!l>PVowrg}#pMWqi~_)xQ9S>sZp)E0&{1PM4>2*?T_u&Dg0Ri)-z$k{3`I
z4Y{}UCn_FU#W1nrzrwRXpitz3wW(I*u)~}f>VQ=WyFxj$H8R7A3kRgKK3UMJb_U@Y
z`nyj-f=CH1450&c(zhpg?~Plre*C4Ac2GHTQL^!{U~6W;GE2UAO%`?XADn}!iyYD0
z!y2eAZ|+hA0AvWA?GN9XM&mnOmdLLxe$EaFpw;Ou9xG`0qucjk;#i$ss-?WlYEiyT
zO?%y_o$nn3s7Yf>oyASD4h!=_vg~4&-DQNdatA^zL`E9F4ECCpHQ5rlkHW4zj31|x
zQ}t`6<cv)A$Qn|@u`GO7-cCAODa&KW<B7>2D?zb#T*qK5!dp<ICxeb=bvd#Wrtr-j
zlxd=dfZV|YP{v70F48E{+<XRKU?+NP?{_&i(s#}jf$ml8y2g@lXFg#}Owg0TGW|oo
zN#VUXeCo`cZ<8_5{_RR&rWz=>$-y<Hw3sQ~7IjneYD@7DM01rPD!mNf3x8_D%9u^U
zK+219Uk-56mDD5H$k~{XtEZT5yVvXn`wOcO!7X$~hbvqnnKosrw6A@S$2+51z?$P6
zXLf|%l$mzM%`3K0mSNquh?6v{Li8)zK=u0k3`7}t<`lokBJP(B$IkX%CF^;8W+nM_
z33fJ;%zXbl{*w~}kW=L+R^c#=6G~2A_}*4%!idu!jj@LrX@67whe<AwR$Qznm~EW+
z##he7e$!bp{;>hY0?!)y)oOwYti#SGu4eyFb6*)2$F^;Yli<Of5G+7&f=dYQ?%ojG
z9U6C+;1DdhySqbhcXxMf<aM&oxp$v)-o4-Z`F{3SRozu{tzI?89AnNkvAfFC{N+Rn
zJdGqoj*_qM-xlJ18z5Py-U7U~YL6+$Qnnfx**?iKvdqwfljk#Qg#{9-Z4qnPEHgwB
zB0z`!SU0BLFVieGCi;8HCUqlELNe2X(+TpK-FHMa6DJ(m+X@O^s5W_J(Uvl~Ooj@;
z_z?#lyOe@|^BvTRp8ef$txe&RGeBkeT-bo+`b>dc+W<d2<6>f)Kag5`tPX3IpE6~_
z8x_o3oh&dmvnZbsZY5vWEH?i`u(RWJZS?`Z-ZtI&g;r84q>qa&x<@Dl$_a7Re?Tk5
zFtXv%Uk6c2H1o`VS$tnRScjtSohv)Ju~d<$o!R#hNDEX2d^ukE6w(Fa&ZeA2UsJ?l
z`(OhF7E!~zbq;7FK!s^$j=vc+4!jcKm%7A+nz&&Q^n1@!dhGWUv6EMLC_(cccMmsw
zXMD|PzM#kZePJ6(vBzu-?Ws|BoKaW5WNmkMH_u69-j%ckE32dPNYH)lTN_eOOMum~
zvDMMQann3E(cK+cErb>IsWXj(QC7)>?Zn%hgdE`+qdI@cnYLhoF1CPOlb$`edjI?D
z<({AG8&zK`B@ZL(9EYREKAb|=_lWXNt;Q4O22=%TI{0dSrHR&ZF<tJ@mg(;I2)OGs
zj-XM#O9JYlYvlkwD2IpqaQQX&!LogRq;<iH;Eq1^<kk$B&zRwC#u=d^4sAB5#u+r!
zZE}{JF&tT?G;n}Cki@jYd%_y44lO*!c`Q;}4Ll6*FPDO4!(%Hv*e9;pRxAJ>hf`%r
z(dFT(OnI8xfGSm*g_knYxwbB;IlWS5SZic!t-Z`MP6$qJV5X}(x%9LR4xH47Ziq=Z
z=Z>yvD%>9ku;0p4<Y9ZpF={SDl>AipG|XACAR#2Q8#{#ZL5?rW1!7u(-Kzs{g*W<B
zroTm<SXer2PU5M4i3!b74oqk}RnFH0XI4nKMMT|rAx9kaV)YfdMAr&JZi1TJpjlLj
z0)oQTrUeNMFl4O9U|Su)aS#`V-^npYNxn@Ss6SkIug6XR8!PzJ8R1G@sx4<{gjHim
zv^W#;v!TVshH_Lu*NKNyD~5qF+%BfOp|*jUvwA;wq$CM_nTM{Op1C>gl`2=-Drh&5
z!^gU(&&QD%DN{chl#yZ3AF18!L{}XKd;JZycGe{al45+|jTm&MekS$=!A>W1W4Yej
zP#VshWjlfDUL>@u)=eEI_Bodv*N=Ft%x|t35qNVFFhajaDHqamvSpX~_+Y=WXRN|<
zkGsc(pXFpkazIjh58LB{n>;D#@?IfRtVHyEw(~ZJS{gRqEsm#Fl2asn;~e=KCdDjw
zqkBSRMdl8==>td9tXVhh?AFe$>St_(`YUq`6N{*ePw*zV6@%x4^k=ojij$KtwP%QN
z5<4$tPM3q>Bw+an6=(BjC%BYp$otNsI6;J#bU>0p`<SH{zm$#f)Axykiyg<I^<eGS
zf=5lA6BOR2v?ZwrX&!9jN<|+SHOGEK**_Nr8eAV&P~}`Q(0C(9s85~lvs6VX!w@e3
zxer|VeO(OST<Li~4RM&%paZHQzE}WPm2V2TLAWD^=wMAHif(5na<-lf>;)k9C|LY0
zvnc)5(yQpNmR_~L54|b+)A>tarYw$T4$=j;$k}SLe}7u%O&;ML#i9~HYfAP=xeqEo
zz2DBnz~IW|CKF+n(g~kakv6<u{`o{`5lHrdBv27Hfd>i`PC62VZdoK9vZxTOd!@~@
zh5vYYtP^FS-*@_+#W{WEJ9(#QM?j~j_x38kHqW{V8fu8g?QX?PP_Y$YV9H)!M59*w
zlDDOKM=6UU3L-#2b45K^g+v13#tE3(r&D`)`-sSoaAio9+;~-jUEEg~O|>5()BqO=
zA12*OV_IiEU3c}hxaur^suwy8PT<aoxvZu$z~}o7xgso1c=AoQs}J=XdYE%zyB@35
zhI6}5kn}Ko^jVAkatn^;xb6*I!sbpIpLFW7mk|Xd{Zrn)pZvr^)-T!_AgNt!gQ0F2
z9f1515r6vutK1^%69c($yu^A(0H8x%yGOyqDG&Z(le~nt0)hlfhJaeQcR}q3m9PM|
zMN}1M(@9iS<Vf;}r7^Rreja<<I^OwbAy64%T9ZY)-2w*-)<J`vkqXfTkf!+)e!Wed
zple7a;rB<i!2p_{q|W<T#5xD8!aV7BP7n<PJ;(PFpK`~mnfk@3itC}*w|vI$kL|w3
zZyqTP2P$VUqeSLqI%haUxb>@9It2jeiEW)4M08s701t+G180&w4RFZSrzT@s+RVLE
zIBhq`*BO^!FSlltij?E4_*}rr9C(8J^j03oDL{7=$f$t`OIGFixMF=s+Zl+qFh!IX
zXPsHw1qTo-0?{RVQsRr=S?}_E=HZxRJ5ZOg3q@3oSfUgc&JKKEO)U?N;78fNE_Lp)
zH8c^YFk)4+5U&Aj45(^}#-w;pinq7i`m*dW8&FK?9R&hCzc~0Rn$0_aOe2aMS;?~M
zI-uN{*RMzOINL^ZWYmJV@k;3k(3ymFiHQk0Ik_9rC8-@ON<4C6XO<){a~KDFPlmWZ
z+{uqtLS$&zjky`Tl`&N+U4lOu^*no+%Sm9yB}POUZ8wwKA=6{2L`>;CXdKwl!VYfu
z)Hfco5i_yXHW;raQ3zmLB!p@t-OZE2*%lUD9jE2~F*m<LrJcQMUji=aL7vEBIgPPy
z$@}RX#J4*$$~kfbuB*h__1N(5=jAehU%wSnEHx+<t(AZa!Q`<=bgJ*SeUXrwL)X!%
zvd9ST9+C{9tPT}sW?lL`k}6_s!NvA{y*V&2FV3^Juz;DfOiPW|b=Y&qH!wy)n?rNc
zN!liodP$xR6((UT>*4`X@mpej)&jVI%I(xwIv^f~f7^B!73bn-4|=5$MJRa+UH-;}
z{i8h#9Sua)PkF)UG{K*6Z)BLnL7&&f_eG2>@F^3zyoXrwe#~fag`F1exRR1e$U&Lg
zag=G<r12!Aj%sM85T6$g@6pfCNRbaZH!dg6o7NWQ?{@Sh<^|#4A198|s>AqRR2X|+
zSC#tyL`E91!qox?;Hj;me~UP+GI3j6KN@x^(YdE+oG^2~@**H)gEI*nqR$xNIge@3
zbL_N8tBwIO)u(>H<T<PtioQva^@Ubq8GOTl-a2ZE!85NDTrv1%TAC{gkg)&kRZcww
z%Q+FveeI8;Yh4$Z;8(gdL*Ig~F{fELEnn+bo6lQa5wfb!!`mK{rq<4w<OR<YmVlyo
zcEAL$$ENAmDIT_EVI<2~V^JFck@Q2e<~HIMR}BK2xBJ%7?KwSWb4t$Wb9k3(HDVFH
zp{vJLs!D=BL<e9>q||T6vZXCE8}vgvEZj_2wBK<qv<8PFA^0<`$Nc++<ARlRO%f3q
zR<k!%QrzG0mnSDy3;(o3YF=tt^_kc-qnbi|D-S@I>b=NFMdf-N<;2H>$P*D+adung
zcJ~B@YYFO6?fK<{`ZQ)B^k~EgOoi*xrzjTG(klbv>Jy{ZE4QwOZrki{Mc}-9bL`5U
zwK5#UhdB9MtU3-3#?vNKKbOdi6-4McetGGkKdHj)C317Kvs-V;6^+#W-0+_2`((0~
zXTyjSGY9+l;lM4>#<bUpBy&?}>_l(EII&0$C)^CIUGSj6lR%QpR>cfcXcRBh5K8(<
z8d1LKn&T`Ugm_OVxpX6LlQkSAoq;5ZQCmnaw6Of{)*%<WDf*g841xZhps~$rc2AX)
zji3gr^`pLOO7gX9D|5EIW%Rd2>M6Zc`9u(?K!+eQo_>L}UA9+fFb*v;7ZEs8VjYf&
zt0<^PR#_vT$Qw$nM%DEFL#+c_0-t+Pl}E2Zc1TTQ#{ye**3Tc+lrsl~SN3_yEMbu>
z^q%{1&KtQbS_8>I5sH&4lLzWUIY)9*XU;@?t!Ruv3BmGfo8nwsiowgm+G8Q0Z+!}W
zA;&~(+5jdWPJ|5bYq6LO(%9S%@!8>wR9YS<zRs-X@x*vlQ*Y5XNIeW2=Lh>lU7m`{
z1+DBuC=pSj(}e`bv!9ei73@K!9x5VB8k0uQa+R*)hraE-VBfTb@(9AruLzNNfdun>
z9&mr8T!6d|$Ie}0(#K?UHj0Qs(u!1XiI4R(AB*hPj|~A*=kp_*QnSCn1wRFPm4zIs
z)SamSLTs`hbKJnlE7rP5B?tBJO~EAT1<#pXsOD-ZdVVcfR!xfyy$(bE)bKz@QA^e^
z@fjJ+j48b7sG0^OQFTTnT$^GlStHTJnI<%MW$Q`?SRBjQwi7bU$mA<MC(gp_PeyL|
zTWJxrgTz*3JGN=~$)<GX%J6)!l)%&hdvQ*k0f)Lkqs!l8R?L)X2TYe_E^z~$VPYcJ
zx{^{$<oP!N-im*zjO~DOTvyOj=9a6WwNWOKj~)~oyhotGfh>l{#U5uFFV?HB&==fm
zRO~m_5H)jZtPzw~4M?47s;Hid**_^9IV3P+Sy+0;*sANKRZ2FYRKz?pd(>(!Qw&qV
z0#}p9Jb6KCMx|gU8WdJoGyPyry-tommKKq=nCJn3f>@ZEWA@$SAlC*uvI4ZnU@)Lm
zlO-ZZiM2;P!ULe~evbt5$hK(q;`<@?FESt(@}yU8{OJQtv#YOP<D}jqa~Z_=i&Y31
z&x`BDa~TLooUfD3&@8G)4Cz=?WY4rR2~CVEB@M=`yH~0~nx3u>8aA*ZUu%8r+&66e
zbSV@29Yy&toOz{Wy$hOyC}b?MsEkEgf9-xVa5X1ale@?X{i9}sFjWIZ4%A>kVxI@k
zA*=f`d`ITDiE&oGgBjeB#)l7@z@WLUt!$i5I?{tE83$?Z0CerFt)CcTbb~dUfHQ~X
zwWw*RhTMj=!tvyxB|^)iB$5o_Wq7NQD7U;;TDz8yRYE_LTaw~*RDXs4o^ICOKW^<;
z^=7;7ub*<p%$%q90~)|{ZrGA&)t0244U)d6TzWVH1peHGb9@P-!QHe+<q-^u)(C|U
zTz-Br!<zX~i7+w|JeKyhcew|kY%uzVz8KljY+u8L8Xfzu830IZxS<OJ5~HvE5J_u0
z0@7l;V`oqGIqAb%2`J{W-17uworfG07X#pJxzPO}hn<!hoEI$W71e(x4<n8E{?Eh$
zLdr<gW_4}OatM_xdvSr+v2RN?4=NQYb=tuJRpVDY(cd@@(@en9LfeFn>=#~w66o2_
z308@<T1Lj^*%*nV4N##<<fY6t*N){}E8yj)Mrd(?@cT%pdkkKLnct@+2)s14xu3_x
zoLg@{Duxk+OB~=<<IPY64PAq0MUH<<=Lxo@m)l|ZQ2zFlsmjzi-;9+!;%>fF>|%u3
z-s5~SWVvq?`E<glzIkn^9Z4^XN`nVzeLWheg7e0rz=3Wh+Xm>rh)A+zJjc!CWTYq4
zDLVT(&neNdWy_^(f(9mC4rLL4<rl5-uCJMOL*!mZ#Sx8PS+@1`&+i*m`_1xkD+b9Z
z(kvx;&y$(rbW_r%I6@!BKe>t&S?yza*8Ih<3P16_N3j5RH-3@Gp8~Eeqp4oQ9(6_8
z>ZL*d=^3N&B|Inw(wiJ@OV3cU-3T3i))ibg>mwm#5C@Nniz`1vvBbg*X@XnOOEk!8
zu9pehrFGl9HL0`xDaJ~rNVq^fWaQ63e+Tz{J_ZZvFSR7sZL$P(tk!5W3eqedfH}{k
zH@XQXyNIVAq>#(`S5q=k`3=#|@OYE<KC%(P!OR!|muB`I!l82M%u3$AYQjwY4$5w-
z=9alK8FBv)f(T;g>#mGQ`2K+*nM3Y0c7XTii^F2#TYr(fQh?Q)Ch8O4Ou`VcS;lJw
zetIeHe!pe&>x8P6lru$|J7+LC0YsfoO5%W|Dn*Ksk-`ie+}vGPm^lD*{O=t->*0-3
zS8{MloIqW$@(pM>$WF-cns6<~nzeBnzgf<_BnBOIIPh!H{7<O)@ubfv1{pCPHf!a<
z=L?{mDziDSlf?j!4PTQ9UZyyRVy7ByJ67g6wLe#y+x%uyIybgh+85MQ&zoP9;Gws5
z+rP^F;Y-1bMJpJXe=2KZg8m{>Gk>}v|HZIil>cg>Z1$&}v(m{ehE_p>HaBLQ{UEC7
zuFifyKl#Fdv~Q-_-IsSjf#&NnB7`&koi(DPhyBPBI*um+QrX@zSi>kP&8$>Z(tDt_
z)H@jE=BS976sHrp29Ly5Qf{X0g^=2SApZA;MHT$S3^Q~NSEMjrsFBpZF4M(CB%?aR
zb{oDC=IdR#stpSX$=c?<bVDlB+jAW_R(r5{at&zF>Mt~~d{FdAd>?9-?X^0R>>RO{
zwoATheSo6$H^kKvC&ST+r059f=$DKT5-;(0$Kh$&t_w$n9+c2$IBNLe1c}wvT0w+n
zE3f{2y}L_AoV&T(Ux=_pO!SS2V9#_*D!_vZfBs{`4#L8RwCJCJ?hl<YEO6iaxy--R
z{IVsVo}f70<NI|ctxkmy6Rez@HqU#z@aQzE*zHGV8JoUCp5I_I^X7c8BYG_{*cKVz
zXl0^IerXgM31TlX2wqfXRHm#)0Rb7q{H)s7$J*|5g2Mj18VF2>#!6BK`k$XYy|_B5
zKU*|C*NDt;rEISA9pK+YRxTbl4Qlah9@|8;xJ5|Ae%-1bdaE2-uE<27;_-`v1Hq|T
z-LQ+jjZm6;=2#?EyRg<cf|`&R0EhTlvY#VBKECdT2rKN%Z;oU>M~<XY8UOh<<FeE`
z^EGY_P&@BdgC}a#uL__JNRQyGGwAIP@L=F?nSYn>%r<i2Na@(cwLEBI3D9RaYtWL7
zFF>m%XSs9K2Swcb{)9OHH^SBCV5#;NtCnK>-<e6k0VzH*lcK#<0xTG*Eag%1$xVB>
zcuWH$XYlK}skt2bcrPR7lzuY&DEZ{X4F%g7!w&Z?5Wg@t#77)#6YHjQCR7gBv1((z
zlJ~SWqT9s16HgQ)7bc_B<i2oGZQfz!@s#nh$`gi#7#z2lW3|Rlt2~$&^F71IPf>WB
zp@jF|LFVviS^aFF*m)L))C_;<&@Wwv*NWh&+p}dGIXVwnLMM%Sue59bTZ;L<-K=#g
zd0ewNjWJd0pP2Y*sh6y!CC-GoSdAm-XW?w+Y_<l4pAbTNBW&~17KazbltoAEc*O8L
ztJJ3e$V6i)&f;1JY;EIE0xbt1ZVJ(PaS520D5;5`3lit6!7wZG(j>fNQHvDmk4G$~
zidrbw8n-|-+;d=axN5WM+8XWob@J}E_36BYOmeCl5&2efFa8r$r^`GGzuN-kyIZM#
zWH5QDBEq?KS<Ys;MaKdp#0`7A4TW0&ch;3ln<8FVKu4;|#>CiGMvz=-G}X<U_hVMW
zEhn4Q=&(p^O&qqaL#ccULj$GGDkHm_Hp{V9xn+6~OB0{a)j&?AAQth|$My6&cT}bJ
z$ySNUjRIWQ4#Zfn4Z1NZ)+49*K&i-m(V)r=A$oGVj35_lA2!=IK@2WC{b@YkCR4t~
zQk51tD<hhhyQ<H@8|9PU6-AKDW`89hy4E<%Metv=Vs+Z!pPVO8{V&c_p^H1*Ui3p)
zGN|zGT8;i$lWUP1+-VgN(a|||j+;?K>m&zxbmIn=Xl3tM!!YH6i>s_z1%@nIa9EEM
zpT&F-yG?9$ajK1o)_`6G(3VJ&e&@{R(qvttj0{1U%4S9shXOPzFWqwp0mpB$RZgt&
zBgD{A>RQcji6{Z8IFvYiP=%DAG;C_?dV9OWRWizfl_o_49q*uHS4z7+4QUj)hO27Q
zSCZBV<lU1QOI=6EX;1+ucyQ_9ZRxnx=4x*}tQ@u_&(AhL9kK8Y5mMj+*wtV}J==44
z<c#GDawOCp#jbx%CQ0SPi=;%*Fj5s(sZOqvzh<K9v=~5SJt82hWc605Hswr!OB|Mx
z^)I(qiG}p`frKUw_KWgH^|ph5hJYXl_`OGf`NDva{vm<mL(hzPcje?a3UFlJ{h>IC
z4)iq@<WQVFNC}0NFkw2%#I&YsupvE@BHFVWM!*fnkP1X6EzV22cbK^rr*D8w3W(Zb
zkGSN>!zjuF(gT~<a-!%5p%c*tX5zl$aBR&(W~N%=RqkeV+>jaTrFng6VWqfUolGBz
z%sfZ-z<NjXC@TJfS-*VkL~#*&E*Uiu6X)XFrg~`2=&Drj=An#c`fZ<xkzMzpO=ws}
z4-7dRF{R3ZaMsq8!YNkK?jg4@UVIIedbL_STP;?uleeWGI+=KMRWH?a<&;9W-ul^F
zKomjA2LL2L{2u0Hd{Q!%$u>dq7Mi?J@N+E7e0qoZnd{JItgZxz^ZCHLmDA#+nt5?{
zQF%aS0Fan0jW-eft>~%4>P#MT1Y45>mvLc?GFyK|o<OsZWGA>3_Z9!LsC|xL$pTku
z42pLqGTSU$RoPlX)K0N);fn@0IL`<ZV6e-Rlvcu~)o(8zIHF^Bsf8|QcxGKP8?avN
z7Un_SU{ZbijqUNrXr^aQ?>CNLzWN>Bn!K*eUPKz?G_b;grEqgTvOe-yYRY&5e$He<
z(Ob<0WLgL%5}xxUNffZEaR14BRw%F(Cg`P6r<KD42^Gx|OGb=tkZY5VPhLW7m)7G`
zf(HFYi$|QwrOWZ1ZgudlSR!tVsx)-28;H_%gg#KS00^;2QwHON1!LtgG+8U>UpAzM
zH5}0$`oM$(gc}7z;IP2pruJ_vW_9Me(MdZWyOai8JNltIU@}xl*pJIY(h`pLbD)a@
z=N%I^%D{#2_<CB<$Do=s-;a)cP@*p9F`@ciUlK4A(>_AC#rOy!HmAR(WOJ4baHx@-
z6f9&>i3~(i{I+Yqkdu7KHHCQ_!C<v7z37Y4G=3!MG_T8jFd~U!8RcV%k4J!iOV+5Q
zts*I84MJeXLq0jb{(w7(@GdqhEz?ZZU3q48<L3VFBFsY(dD0SB%NC!fC6rdMZfX+2
zUGfqab2E|#HnQ|qtWLzlkBmsgI-4*Vux<nU9g!gd<T7n~-@s69KT0r+kCBm{ajkw5
zxroHKILpM(7uJBfj81YR1ytR>|6o$Fj7IIC<p5PkF}O%^+B~o^8+rO5PO{0Dld$PS
z>fGKAnC~sGMpP2J{VGg<D+7L!i_v*&hJw-%(i*vp&7}vl+|HA)Iaaip@T;Wgg2SIW
zn7#k0$^1+f%$iG_p47dJL2{&w8N*jDI%T@+Aa4kMD!~p*|7y>=X>Z(ju-vnWBFo?#
z6BnE$bpkVDh&__J6k%q3H;osin~Y$=Y@skU!E5r)g8H^{<>!g4Y?|#u+z<W{GyKK;
zMY@Obprql*^_KSXrG%wPCa%e&w<dYeVD2)>`6wb?!aqGjkkokiMLVntxcx`qv0|jj
zH5fKhN-T(F<&gcq5Er{A8g{k3zAdsnw=^Bt1O~6}4|!j^?l!xxY6xaVZz@@!bzn)v
z3+U3iRq*t2W_1d_7U6`V;9&QH^H^?BhYNZ{6=jtU%_TdKF-r29U%xK!CWuF|cAG6S
zAg4@YWs_Q&RqL%OW2mX!SfEv;hP~8Ep5IU?hk%!x2Ulg6fnZ_Y8YZ@l>szhyp<%Pi
z{aREMltyDmpN>F@xk+Ax`uxDvxX2u#9z!!Kr!;6yP0i%?$%E@vcJ`jP?o+%dC0BZ2
zM^?O;<U!P5T;Y?a#19w%VYtP_)D1_)sL!8z5$gAS-2?B3I|qy+^dWi4ie$#u?U+aK
zaZO^dbSB;j_<b`Azg&leCd>UgeAm@I6mq@}3ATA%ICWM?nlLDl8j0(J5F*dLqm{9^
zo9g^|oQ~&f&F5gI1i9YAO4ChfqPuhYz*aDx5Te?ZW3~8)%L>aN!RVyoy+aC?sx0tC
z`gI@;!GpFy{D!$&qa^#kq#|qQ;-}S5Sv=n-J!o{f<w0>i3XSc>L;}Z(%rjQyYTW@1
zCKcu!^UUkKn&%`sf5?UhD2qYfo;-wC?F2<$?#*UaMbK`c4i}b~x3aU;EoMfhqn{tw
zBl?q-(D!-2@m3-M9;Dl89_8QMVNLI=965;}5S%XnYcM_8x+f+czgfcO#QzI{pw|j+
zc~3@Cgwu>06hx>Hxq2-tR||Y|J^@dve6D-}qJRIK{{&<m4G=k9lf$8u(l0O%ouPM{
zwYmif%CLZ$2322A^qxSlwg)*BfB_hFLL36__CF)~0ToeDTeHNevf4?0`uCYG7DYrP
za1frzTDTuI)tRbW&%2Tl8T!%JzpigVBx*`yeoWWiAQKLIb7j8Xy*}r!1Xe}@kTfw`
z_4cyYyT2&xqcPEaLs2<uNV@&$-QhnTS%Mx}o%3;H9E%+zmU7KGWE6dwf)vK~98ig6
z&-j*4Yx3YhZYWB*val<SV)+aT4pV`$=qnK73xYe0R)a%@QjAecM;s*%)cr40DKu`Q
zj8@KJ*UkC$fx(5}$@(k<gA=l}625BR4;e^E4;~@7bD8?HL?`&QCp;b38T+~`YL+Uj
znk5O?K?}g$?SUC<D5MMx0<$CHv{b{H2#94}zFDT5B8^@s_vN*-yL^lv3f*~2vgS&q
z*~wTGX}WxD|E+2;;IvNi)v_`%7FK20&*MvuLJoRQai{LybH#G$6P+5?B**Xd)CO~?
zm2LqR5upJ`l{X~ZPNc7Zm!i^NvdUOt@o38EB%MYSlaWN+w}<nC3m3niz}Nr<uPxC*
zMIIsk6djBC`Yb9UocK-}Om8HxswZ~k%uXKWLpcY^VX^!31jUgdvbpq6>?_>hy|oH<
z`ipv|zmKA`XbyY-e4#<3$mb<N_3txI#3;hl%?GfRJjU7DV3uSRu}a#ufVMB>&v1)J
z$~H%O$wni6VpPiu)k0V)gEi*wtWh*qJI0UUwo)p!8wo#0x$#slNKXC6|Lsg12F-SO
z*{V%>F-Q-PV3lA%Du>m1ahirLI8ccP;XQg|8-h@FF+_t4>i~O!@+a@w+yk8qgfcu(
z{7|@go_VBrU|x06)cHN<NF&}-{7`RVFXHKHqtFrs(6ms{-PBDlOTf$Ym)p+e_ml5S
zv8^WYlOHzqY9qr;8IZ&V$@P&{c0RtNB}HInO%Q`#|FO%msJi_?zo`DLncTm`0-)#4
z%gbTVYNyW0#)2l-o0v!2_v<7@txCIUREup)OQ%ZPE|N-O*Wgd6x<<b<Y7RqGy1H<l
ztfUvLF&ibNROvRB5Tsr(uC$$e7Td{B4*dpbN;tRk^Z}h;D*PNQ0pu=|2Co2KOYaSi
zIMdWM1<x4M)7J(pe*A}&@Gh3D`rP1j<w_b((2&A#0{=ry#n&lx^$=XT+jFym!SU~=
zjO-*1*J<{w%n(u$;Z0}P4bJy1g;dpd1uHsLCGaGu4M8~bZIXKtP-pcSKTy+83CxwD
zy$ACmG~jnk-Z@lg^!L^z!sJ9Rmiz*@6wpu-j@S{=04^3^YFAX-VV-`+p8RhSLRMA=
z<wyOs7<WTU+k^C<CN<Ri*NXs(-2nduEaZ=Lugr@}3`o1WS7SeOyQhI}!=&lk08^uX
z(uZAxKlDNA7}j?l>vpYPN$T+!z30%k5;HRQ<dM8VZnr;AHZU71u>fvsVrLw|d*5u@
zuvR2n9)dOt%Wonn)_`q$jNZt@fINX-u9VKxWYZo+>PUMJKB7yqQ3zm~O%HsdSW)9Z
zK?j90yWWuG#AH@o1Sdbk2CWCiyeHS+M`<E+RPxZk8bW!Dn<IHlnMq?+BiZqR1f2uv
zfkE`L?R+gjG$dKO6w+>y0GDyyhvWXueMLfqg^GlofW}DPjvBreGYd3++o-xU+{0Gl
zd*X5+cW3Mg<@)L6UKyXOo`Is?g_L5oz6lQ`Ut@}xvj$!3s{MNGM*O@<Jt>vw$Zmge
zXs=P$;bzS8+EIih8@Ou6hd5X*7vNtnX}UlG9*Z#fROQdXMRj;W#Oq?tT(qaa4SG}3
z-d(0t=1(L<jt$0|v#nt%4jrq6b+_txmgXn=#zIl(EX^9whP8V?Cro8cu--;)JaFlV
zd`JAL%Ho)^YvQ7AT`4L!bckJ?PzrcL@7Yp55t8FD8ucr*k(o7Lh-eD5=}?`^oGO-^
z%MAPUIO&M&W_jAd1<u-A-0}tPefR!)%`<aad!XDsx+-blnKwZ{or3~~#YOJT?sVKX
zT2jrp%_i|u^4!xOi>I7F<jl8V%BfD+@rEU*_qiBvNmK<biMeX!ix_E;fW7=9WwQ{R
zCmu4!a{QB<%!J=M8TC3!(|Oc2Q`G+jsGpdrqW5Hfj-?j+8#WF<$60fP^W#Tj-A{$U
zy_V+lk~3!9-q{bo5M#V!B7V!Zj|7ll;H=?=t1~sUFqx0q{@y_tGm0BUzc>1$@ztw9
zLUIJW4B%kZhN%o<)Cxvia<>|h3hxU0Nu*U)?fhL2NJaf{tYD;S3eJlE8{Wo>)j~Rw
zpW3whgmp_7sAv?cqoO)ltOhnbfH@73PE=Hs4otm&4nNn#=aV06ZD!NItwdEb1-<iC
z-{%=|ksy%Zx+MVFz4PB=4gS-N<h^~psGcn`!@EnI1f$9|T1vEX70cJ-Ax75=EqLnb
zg{)!bq$LFu|6+Efy>CRuppy5o(CCB6uaj%-K|(z+Tt431ngU;ObZ{D)pnIGa2?E7v
zK-6R2abs~^mGwxpEmR?W{GtN<hFHH3zD=d~jpvgMQKD&qQ6Muh7QX~x!KwQkRRh+&
zyf3-HjR}`z6akjxnaNN06IM#x&H1A)PrsDF#-7-e$WsAHqq&P1`&OB9sG-DmeMmhE
zrr~V$HA9F@Yi5X%zJ#Y-hySo3X--cTLH^AJ<gvk$=ajwJ$me9#QM^v}wl>#(z6qL6
znVUYZmE-*g_cgC*mYTSHbhiAkSaKVp#>WOpg*V_lw=oaoH#4S@ij-SPKT1d8q5sI}
zmmjNz1ZsC#*h2dY51Ow1Pq?~(Z3N<<@SCz4M@3-lJXl*V<Js9YnD$Y_ey|^mIQ_uw
zPY_7Rgj~;;*08sH7~#nf^X|{S{=-N#pgaQo4#jtEB>WG?yg{j%-UUMytuGSW)4R=j
zKYE4Y$!4X7#W>r-)IZiq%8Bj5LM3Z|$~4~ANauv<)n}NXrBcD_rk_3Yg%g9x0)Q+C
zP>`UBps~dunTSR55?Cdnn6hlCb|ZzX(fx6EUbWlC!0BNg)=-^9L9`yea;KV2RDoat
z3=^1({V#V;Fr-M*neSj$mfrPbqsDXjy2NGv$r=BZW&ST$&i|5H{%zjz{gZ*d;HVf=
zc^Yip`*a6?5zT3{{^gV%TvM&w46krl_R>9;mtY;ZMR>E^A1puA_H@K=Y~`L}Ml65^
z+LiEVZ^3diH$U1WV1GU5KH~UV&ae!<ywUbJglw$ql7Ij{3mE<Utg_#J|I*Ac3_!fT
zx_Bitdffz_O$L8>18A?vFk-fDY4*uKEF8O)a9&=_d=K6(aK<WeVR7--sxlfdSF)nE
zR+uFjT=QSMWO)jGS2%R5;0!(ojAGH)F&wPx>zn+3Kgr7JRZKW2L=fIK7}6Wab81=7
zXNT*2`b$B6^-}C2whQQNdzQUoyC=qbx}30>s;aR*lzxcv$H9cUeNE#UXgSUcymjeD
z%$SErciCbC)wX+rT3zrvGM;a*bd#U52$6T_+V5t@{Kj6a`%0x-UaDoao|e3tfc7|T
znHQ~VpkbUecA-0~qt@z>bx_9r;#$uta1Z(qYL61AExukpy;++k*L`kdu)TXTelrxL
z%W*+H^eV9>_WbrUD89*UdBX?9;eZ>I-q9Lm6E!B&M^xCK2I8<o`yww1(SZZe|2jNN
z?#SEZnY-%#X#aY8WR1NdfxRL+yERHgsBeSXplXw<mUm~q#Xm?hh$m-LoHzv<CUt1F
zxer*I)?}8D#5YE62m+?|HhF`61a+0mGK3xP;0BT$RPC}|{)*|62MupM=<5n_%(}ul
z9~^F-huIaJ*O&hJu8ilz{B-^E*0tAggQrsN47XXwOGRnfRo5fI0NV2@5|Qsgs2ewH
zuTRsz#zyhe8`9V9=)7E57@YW2{j9bQH$|<Vm;CTpP`sK}9S`ky^Vd+@@@-l#vzrf^
zgTPt^e8$=3Gq_)Vx|EgY=5hS|;}Qvk%js3F8)OU5{li1&88-g8wU%(b8)vI(;we=r
zd}YA*zMu?c_mldUUPRgUSMUd$R&?OmE<8lKr;P2zwEZF1k7xcu5>Iw&6Do-A_Ls)Q
zDBkC%Sm!dY0-M&Rms?b;P|LXAb0FBGtIdt}`Wb;=Ro4S_Q|?|=D!6toIo5t>`217~
z-GI7wEDfP+zasXson2h#H}-V07zYY;+jyK|@WQ^cy`vvSYGU)^y15|$?>`2BoSrfE
z;>)`43L9H<<BnNyyx=#HeY!%`eb^$P@^t9F$t|hD@h<n+g<hMpX7ym_x}lJstzd3#
zh+=@CfWvHzodRtuO1I~=-i&hZMC2dyzivi(-v64jPVzeM4!g}5BILNq-J3?N++JRs
z(dGYWM0L7#^IFn&rCLdS7qO=c>IdH=Izg@{_%FV{dMdE88gj*LZPE1dAWGj2c~efk
z`V=wtGP>6GdV6O@zdX7|)%bExRlZi-3@ms#<lj`$)L9%_Yr9Ij8#>*tdq_WGfjET_
zUG+G7xZ5;-y_DJgB8p-D(oOY&WVZdG4@32}+0H~W<!H&d?TT;pp6#`-e9l-S^Z<)B
zQ;30$-|eNf#{BmAvX9E)ILym)kDFwD#2UQW4(ctfCWOsq<6|B*pR4gvFaJxWf7)S0
z#$!qbYTI4e8SpIib%P3RP3-r2aJtn{kFm$Q?!30(_K-$*Q_sf%LaZ-;VeiIKwc3q>
zU40V1>BY#fa<khK)Al6uW?yU7&B;wF_qc)cHa@gHs+NU)-MD?cy*2h$^(-g7s!wsP
z7t+|qj#QeYwfIu012M<`t}$^f-TVpZJWVs1j)b?G?&Qt+Z6CIG`%-k()y{?g8HfE5
z#mo^2TjPrx(VX=^W)66zMcwX`xwP6k&~>?O?I~@(yRY|2^lEYxm3PCrd9?Oodx$s#
zy&RmT3Bv2%7ctl0ohD45Y&``*c%x3-EvIqwzha^{o{3!IyzZBBleqf}!prq<qZ%Ha
zckXWFr$d}d9$~R%3R&a9Mm*%l2dzq463Y`o-CLU8p;pT-KkFghAX%+pRbNF}5hbUz
z8I-*aF6`du?cv-!v-h&iI%P<s!BpnE<fJdPPB@+Or$52+ly*!Z^e6H;ANBLEwh?Wk
z&}MXb@Vt&j5sBZ*p3<JvjzQI<dOa2%BTKvpDAj$N$Syo-_t+Q-OK@X!OpcoKIv*|7
zedv9lN^g2$_`F;0PC57D|DY(x<Jk42by=F49D#NHbvtJM8DVMdv6GwO<<K5{Y*RG@
zcm#iD$VR!=Wcso>#_oPPwT3?~HvgdNk)cfR+3U`K)7kUZ0)rzY;(8hU+G?r?HYh!M
zH5VS_l&3ZGU5i6Vv#;@SKj`N@&(N~3KD8R(Jd?CMnH@%0-O#n2BCn0DHoU&1K4(nd
zc|qjZ1MKM#b9V2_psim#iq7~8`(B?YA?9>*bPl%H9uKK9_V}+ya_vTRo(3O>bf2X#
z#v1dy5*F0Ntu+S9Yl5pEPRiP)S|=kCb?>*Y>OE&~^6QzG7+!9g%CDxJlbY7omIo}}
z)m>>`uzPML*Ar%_ST8p|s#=R%#_j)OIZ<Cb&5q)GR60XQe~NRc9s}Dc4k6Y@mIj^^
z@29*QiM^Z&f_!j}Y~kOm_FV;?2XGCqiD-Jfq*6B~a3b76slRQ6!*d*zb_aqQ7iV8z
zR7GEooOMh3OMN3I-6WOX9AYh5aroyoO~M1)o!*R1Z`>?3Aj)&2LNgHhHlYkkx7ac)
zDcEFxBxwVk<|a_3yZDN{1HX$SE^kh5m1}{8cD11Sg_M_G=rnfXFpJ0Y6=w#;-<r9X
z61N7lexmL5vWph6$%H*P(R7Pi1J^}Qb}Rf#6zx%l^0y6`_zlU#a}V*+f4x2>jOSaY
ziE3;(e;;*9hK5Js(bl~qR&M6)zCxB&Km#|HHme6cby}N^y&T{t$yyNcNb%m;>bNeq
zhjE|1oLYONpMqug-zVKU<wq7J`5}8<dd+=!J;VNuI|M+(XA9S}x(f0i!P-2#uwnaC
zyLRA@+D881Ag_fO(C<mkzOeUdt!nc<x0((NUPwvY-ho?XgO`r~CkO;a6Mu6v|C<Q^
z-$?0SPy3he{@=XO|I;n}%a8ucxBa^h;BU9^|K|gt6+6MB66e@}BaQ|l>a<HJcM^>x
z%)<R`8waI5KDrf}^)n)MGh$ML5f|Xq?*4qEsj2Dm1ir4W4uRj=%4)UE1N8C?!u-7{
zHGstSe7zHVQKtfx+#k>R=7e8ctoR?)_qTESN67d*U-*-8;?Mecr!&Djdqao|%LtWy
H)${#7gPJzo

literal 0
HcmV?d00001

diff --git a/doc/assistant/repogroups.png b/doc/assistant/repogroups.png
new file mode 100644
index 0000000000000000000000000000000000000000..06300ce66a1a6dabdbbbb1bf91ca1abfd303189c
GIT binary patch
literal 15636
zcmZvD19%<py6;+X8Yhiyn~iNXwr$&X8rzL++fKvANy9d_le_xg=ia;bIcJ_{;hR~r
zKF+-F4-=^<FM;q0=Mw+`K#-CYRRREjE}-v&Fkql}{B~bo&<Cu8q^2_ffOzuv1$3Ma
zOabkLc9D`3gWiNDK&HSEh6xx1?ZS2u({K^7x3x93a{-7rnHsv7nh?2Lx>yiNNXaRx
z2O?qu07L*OQ6UwNwKHFT9W?djcLb(j*<>jhC3w}cP#QH6+j)#-RQFijRkaR#%T5<<
z`e-$qVtS2X44dK5mO|RLAapm#^(yJ+Tj))OWd)Dc-<@HbVbzz_bu`UJaMqEMi=xv3
z85+I*WFfC@Nf{vk;Kj|T56KMQ!<VD2FU}WaN7!4#(U?FmFtDIrln~(n(3S`XDoHcI
zz`#(o6M?q;{h)vVCVu2!*BAHpv#&>s4^#{=z@T<kb4jz!$X`qZ{m!p69dGNbo!cL5
z;&h^pLNLfKzi%sZJ>d`19DALfX3H;(hXzu5-`L|vJ016+xC{5v39S+Rmfz2?lXWP@
zSkv<JiCjcS0bfXD%l3l~*|-Z|g96kTjw4v$z_i-)N&lAr7UQTIiSkq6{@>xa_X)aG
zYq5(w%{h6bx6qE)<J@!nu)I_MW4<f>tCwfxlFIn=r>kgd9R}#<HwAASb3InR^3&b9
ziF(+oB5S&CTyF;6_KO#7_dJx|T5kn^{A!&!6#P-{-Vg(Y(J&wPs6Y6xBJQPEc`Ni6
zId!GD&(TS#okoM^VGcbwbg4y)2<t}%1d%tw!QGZ%V#oWveC{uWiY15O+P!VU{K$82
zQO6^lwV1w!T%l?VA`%s6@h9&;#RKyLKa#8IUuFZ;Zw{|}-QLS%Kb=1D?XP$kc%z*~
z2AOT)`=#wpU?$s!UP^Ty^kAL(l-6$=>5knJGKJ9f;z9!e4ttAIy1&j@ThGt6mhA}Y
zYOMW^y<N65KpkmU^>jP4!~r;~=E!^At=Ydj9TH6U0e0j*A$)=qaLwat74$q@-ZUS2
z@uPdL9nJ`rLDP^Bp~Xxu|0b1{*KIsorN}}i%953Qi}d<{qty<N?+F0tDIyc0E?;Qm
z33@EtKNk}+%y$9uw%vM1AlDsTeO|9dhmEcl%ayA~DRVsrI$v2rdvyc}A8R22Omo(}
zfXC1q(p;#wi<}QwfWc||bq>*M0yXIJs9CsE9}v)S9F-C~{*fwkh5?`hKlu35E5qMy
zt{QW1E|kZq`??lX>-Vb#I#@*Dbu(vlKZznV<jjlY+K)-`*8Zk&_y?x?@atY+zQVg}
z`6hKY7iXZ`ex2l%#isz;l^N*p5NL($eN?b%I!?Qd0K(W&0Z;qwv~69W^7->YRMn{2
z^%?Cze&D?=WNfs|GG)jnOvhTsLr(Ctz<u~;?(3<H0;Oy_3fo*qwMJGGmi24f8A&?J
zOZmnT=FT5_(`ihhn@UDGO%27@p|iFk$Z)?}H=paHZvA%$$bh<av^?M6t0C0#RZv>3
z=$xC*NUoAHRaBZuf`psBlgoDvnEpKR@EwNFB{mBm<ou}jPouW#1Lx0qnEI~=_{2g&
zLY%ky)U-$~w_3t>avmh!PhiY`dtpzny$=`fWyP(80o3kvQy%Y;tIAMsT8=e~8E3`*
z7pt!M%`2!*)&oh5HIi}g*hbeWVxI{z)atAd{lAs|_P9&^kQ<wP!~WfeXV*_I{R{c!
zN&TbSc)flYa(1?5)I5K0mOS>MN<YcM?PmB^ZZ+)V?clJ>^EJO<miI^_)Durr0X}l1
zw?(IEBlB{xg1l??!)GqATBJ#4%X4%=r^C_s?fK5q((*nsEiLWHFK%=-nvVr{-K$}n
zE1K&rFL0gg*FLqzZP$*30wTQVt{mm>&O_9M7Cw2&k{CjKu)f=IcU?}s9z?<8@6)rQ
z+8@q`_`B}x*o=dO?hs;7`XA<$cXyxP-x`NT&FXa(&hZ`DOtF7n#aDh8_3<B*>u@Sq
zd$<r_wiT1|^t?(koQ6iqD<*bN&(9Auz94wD8;MG^C8ssZ<#N~=5>!M6V6|Q692UN&
zTwnh>VD;njd8EU?s=S-sMsXUwDNfPO&Bnm_3=!e2SM6~}kk&kVM~H;a#c`Lx>3+KQ
z^^t7VZD*n8grSOQ?&Gb#uC!I9%Lz%Sx!3)&6Ps3AT1IV(_o}}?Dfuq@{o?(i(C01A
z_5|~RkUPKo^Jj>@gXK5EyzZB$#OrzXhOJqCi(Yuaxx1QPzuPxH#+385=IYD(%OXPd
zcaP2UG`MwIi3i`?z0KLQ)1UVfzTN(O9;Z>HNjbRl=DBaLAG!@UydSgivs-rp4{&%H
ztQroniNU424dkq|1Xk?^ACv7R@iQ|%vKWXrko-Y$^+x!bNbpH|)U=Fx{AZm=G!OS3
z_4qLyCld$#(1h6n{ypqHH%GH+lLuRV+Mhk4zdTH&l+c3v|3T0rhz0@*jR!COwENsn
zG=oFgJh@Em4!GH_zldxnUHCI@`5rF!W`9sF1TTJ*3XP8<C}60qIzjE-ZX9&ghL98I
zPw&{ejo(rz5%c3<yfu4kIrf@WHy=cg{v`#E##iSxS+Xq}4g~~w1ROO96wY!yh<~Tc
zAWf%BFOnplZMmH%qKbePE@6<&zzsAkY=4kYN~_gzx0&RHtN$&t?Z>m18!?wZSN<?o
zdY{)T+j%iba{l5;XK4BpHzAQbjclwvT4`XmCA;+=6_r|j3MEuNH-RkA>uMho2SQiC
zzll>gfhBDy;%6Q$iC27XF9C!gR-`V!<LytRG~v?s(@=p|eqZjxoitMIj@D*Q;d+la
zBA09Uc9O!@rNg3FSd5QKNQ~x*%&Z`&HU2kLWnP@<FVDj!K#bykwE|YmNqYVF3;$}A
z{5aox@)8Xe($DA7$~O2T7EEeYq?4hBl3XUT&_&ax=C^+;YqiWbt!ujvCm-fSe>w#o
z2)-O#K<twYJYyPphCFqnrS(Q*y~4dpS^3w8k(mCnSKDxO%s3W0oE{_V-)E;@h~vY&
zLDHP_{&3&5j=sReEux-met5^d9oRHXqF7e{aVdrsKN^f@S&=sq!Iaj!j`P!;X?9*g
zm)|>|=p|tKr|uiZ$%oNydb27Fl7`MY%inwF#?8C>w(cn?{xE?%@e`2@Kw<0gdlUKJ
zDXui#xsU|yfTqoZ3#!Zy4hc|^N3f5E5%=TmGlGZct-YRaO+k<2?8SpFVz2g9=h3_w
zs)*m0hUQykHjKC%0DzYSuc%yz5IRFPg)!3OWnph|@+QJLQ^7y|{^teBsT;4hLwuqL
z?Ntytiv7o(=m+TNR*6Dy-n~ZHH)yJKM)`VIydt46&@e_4yZjwQV*v_EN`c3nU;y9*
z#VhUzHk+=0nO#r&_R@BLPXE$19GXDK<^!%t_tIB6C>AWHOP=ugaKiIa+5JPoz{!E_
zeW9FIfc_JH*M$~T6hHqqAEVO?9i5Z(<@b{n-Mm&P9*(QmZq&wdWFrL%<}1IWfyXIG
zr4ND$O6ETkg2?d~mk<3?$U}{rwjRVjEIuO_dj7UOeFe53J0I6}Kl385?ciGwjA}YL
z-Tj&#s4`maksc(%v);S!T$@jxgb-6jo=hHNw!0HP8XchFC<p+H=x~fw5$=Odp(8N-
zGjPAIq+(j0SR6nlKMUk|cTyEHU*3}~N)L?9-ip?XFH9F_DfNmiZOva8Em$r_`ts$X
z!O^z%+smC1PkkQJHLg<DoVF*ODLX||mV%1(MVNPG2y(phjTE#O3;oOK9}XlRc?lRl
zA4X?{0}XZ&yv|s}c@arZ&_znA5X7^xY6d_{)69S1*L!ajYx?JK#waG!s9^keVSZE~
z0j9SfTa>_C<6PcHb0rs+zu^zt3!Rl>A0LKi_pe!)XtV6Em)tNfHW^%BAOgNgF_Ou9
z-GBIHUm*b;=vY0i8Ya=vP&pR&IhA?!tfoq8bbVcV9j6=CF+;bSXfbV`-xe5G%HN&!
zpXr`)50<@1N-ci7wDQ0s<@tTw!uc!v3taptPwQ1v!)s@y{7_fUp-0M<5=B<IK!@8g
zj(OnB?sB$jbFBE5KZ~zy%?SR-sQ2VaB(?tcgF^3RE8`58>+~LQGPHKF^pKDHE$DtM
zG(t?-kpQr8k>|IY#MqPb@VMx#@8f9rr%0K(uV~iq+H9#^|G;D>o`{5m$zgS12&0ul
zfPE3Kb*nwxXUNz;1*iV^Tjs|+ilx|(wk-WqjC|w3&5T5x`tp`%I{XARHvB!H!QI*t
zreK)yQJkOq)7F>U)(X-ix^(EQ%Y?hc-MOQFizKXm)3?Oz>{H9-dXnVc6WE?f$lkX|
zrX&4KS+@^fYNf?4X_J>1d}hpp<x(ybLQ`=rf#vpU<{J)$)#(B$mhVLc1lV$4Sh}Rt
z8M?+F%*+UCt32<D{gC-@)HNrKgoEugY;H&*%)L4K_pXX3)9|;yUPV<9hD>WT{Sji0
zABAi9xQH#7^>}S$<ZrW{l({p|lecUcx}H9C4JTw+XJVYH*Z;woo8DZ%kFNUj7E-fP
zU2{U3Lp73ic?!0^RtJynhGILb{nlgHU`6w$C@9G85&)Cs*Lyj(oEE1CllSCdR~Rt5
zcSW(?>9YDGDoTAR^;`K(+7YjV4DtmO!P_L|;i-rH0<Axg$Y$-;lyPK_cgvMa`*(w>
zewudHhm9xb^rL|g_q{NxtH^fOgYB&>O7u$)yQ}?14Tokkfvx+#J?9geo}AY6Eo~c8
z$cKZK-k!#$KTBzXLtVG})1N-pJY%?Gs?_1n^6cToI!zwVcTdECA&zjA8I$1tFTX|!
z{e9SZoQ2CX?)-1=*JcS<-#eUVaAJ!Jo{(@qI9hk6!;4<6o~~Dl?R_}R2esp6yI~98
z!ljEf===^>kP58t4qrmgJ-8bDDGxsOT;Ey=)z1YuA6k3cHuF+{N0;)iHY<RNaKoGu
zO(+y=teCUCzBu+0FYe<-OM87+)r@af>)#^0^L$KA2TXPtCresv8803=$bM~6uJBV5
z2YGa55w9Ji<|wWgB7C7uU|{2h8grcFxhS;#F|>*SRCx-DlbnSF@;M7hBx@qiO+e!R
zKsmr{auSko5zT<?kKe|a&iS&ZFA?AUG%8TkMg#%lcl=xXH5&RW-pE_47$D&Kx%R6f
zGBR?PnBCf2t{Q{dzCa^D>=O_e$kWp0AF{xT2>}5SvI|ZQ`V8rlWhhB4Jc`niMI`JB
z5bE~KN|O`E7x9aQZrOvS%0<I_PXa%j<Ty+4Tp6kos4g`H5)gOl?**N4fkhpOO4O-#
zF2)_k<(f#r-%OX-e%!Z8S0XJ}DrA~V9z{6_p1eCgE>4B}qlmSBuCB?wo?|R@0Kl(p
z+IOqgR4F%O4b6KOQ2-6*F{*hkl`mI#qG_#9mP*GxA7-(*x_0jdkM5?!|144b7J&^i
zND78L;&1IyeLnAh_EMF})1ZlVQo~`lj9xzLUaMStj&oZRxu%-vK1nUaJ5bP=y#F;3
zT#=;V^J_{w7zoH$Xsm2|%<(1UwCE_2{LWee0d8>q<MnrSqWk^Q(n{sJ?7|_rs5}^l
znzNSw#nf_ld(OCg%KhYC>v$5$SzP*>+x|rX+5vOi#x90VA)BeB!gT&>S3$09SVs3R
zy9wg-``ISvDu;N|lgM389+|E3H;o0ck?3A^40|U7xLA&m7;WBN=deI};edkjZd%Lx
zv%yu246TaF^`b^vE31iARJn;~2G&8#l!>^Xr%@GAr;l#M4bu<+02Y&5*~@20c6QU%
z`kcGFO|!37hIVuqS=!C+M-5mTE#g1P_BuDVJN~3p|C(yZ>}J<aO{|{iSg6S{3ix9~
z%tCu_^X;lY7hKS_?D=yjyJ~2;N_Rs!5&$$0f7a}z?8M|$g$irrSFHembe<C{o?=f`
z?*}zoDatHsTs%A%LpW<Y^Xv00Y<Kq+&WBap2OrIK{JdN$hlvaaxSFp{7Q~XW(czh)
znLz{0pw#Fju%IiyqJ)m8Lqt<+b8iF#)z-ajD9Lc9Z<R#0%belRPL4ApkwrUTukbrN
zPpg(P*eP2M6Fa?7A12xN?}?jQIj%E?Mq*Y$Fr#9LWXz^)^Bdg5#;Nw(J<=2dKmu~r
z2x|PQ0wyVx(T5FJ=^&V+QF7X$XO3=cK%;ymTFG|`7ze*>60x$zT&ZvA^}6d`9Z1oM
ztUNI3nd=!ljmqdvR!p23T7OhDq_yy7hJ#9}nA1(kz=sX0G$c~tL}EhfT;n;?$|3Q&
zsI)_1AE!b~sBlPO5KFN;Q@&tJulMdzucHSg{M>m%o7?DQZ#t`0;cz{!u04wh%@Kxy
zoz+Fk4M@Psr@{dUe!V3k3>vbCDg^F~($P=V)LNHK)p8^z4r{I|Odoo~gjzd~#uZ|e
zz;Z4(XDv@Y^64+TikF&4a%o*+k(X(rB~kBC|4lU`iIc0nn|yOwnOb1bnA!~>BEO1%
z0`RX}n%FF7W$njx0`hu4Gv(D(+fgjQ(V!YbB)3@POqAA8ugj%y%wq`|v`h{k!kK=M
z_K7u=>Lv3*PVr?<BuW=ooep!2D7LY?cSJoVvPCvDHHc*we*F>YiQ2P*u@j$0Y=$k1
zuv)a58abD6mq1LnR%P<aV~#ws-2xLYAH`9Dvj%VGoaeSOX}ujR;M`x7RCq_TWSO+O
zShQN-QdSV|DGvuLZGPKkH!{w}O#K-Swxd+6m>Eo3A%l-4#8vKuy&?&!@wZEo7GrXx
z<4Xo5g4v){iZr7<>K-7yli$Pk3{fr~79dRJ(w&UADxB5n5Gf;v=0-(Z$rEB(e*Qv>
zh_S=akrkRbAc?wQ$pdPOzIL#dgttIL4@-zBt~3;?0-`gNp;3(vKtDBQNlh=KF%it<
zHSu%`3(t#oZ?b`9U0Oz+un>UK$;I;}%29rHW-28Ov$hI+zAK6y)<x#4yogokB&+U^
zf!oK|UrXT;$Dyn3t1eQGe(h~mzF;#$$jj^~Ib=$hwKmI1SHC@%k1BjL%}QFD*h&*d
zhQ>8Lr9dPkK~f?Eb@hzCE&>20Cp&{@{fCfw%eO<jSvs@@^5$avd9ZSTbjl{!>({a@
z%`(OxmX`J82VZCd6+772a~Hk%8u(dV;yIFIWO%>KV250ROYZ&>t)yoWa$dIR%iqk_
z&jU>$yA^Lb{>2Y*ED;;ej|lHwlIN!nnEnm->tLs1`34umMJ}f30H%?35{NkWi<aq1
z86KtrHa<q$K*D1)6y&)U7$6X68x4vVc5eS-5AVlKO|15(ed%AeJ<i*wZT;$}RKbG!
zG4(%_h2dj(Lp+BS>F=sbqv=V38}9E;gKwf#B&=|*a0E?7A^7=;|JDQx8prgeU7!jZ
zCIA8@FIyfG2+AWXz6T;pju+P&8apNtuvO0xVfJdKme7u?PkvYNMN81FCvI`}_jENb
zMFEg-f1$Nckp;-E75c>TqFa~QE`cj0YJRJX7zk{aP}bF3uPOo%8Dp9sFhpN$W$Twh
z=W~}vl&z5!HFwIS$ZdW`>1Lv}Z<hrGNNMlSCBXOjiyNL>QPEeQ<PSy4po=`{t!LQf
zP|U^j*hpE9*-KXcBx}^Y>s+SEx)VK3?CL80^(Zg!tIl_38J#Cx3nLhJL&xEPyMOn=
z;;^LvCb^jVp1%$8az1}jl0Lfsg{@OMWttlYO*-w+ly+kn4&L^Kwi1^oCLl&XG3P|(
z>%nmYkei#KD2AQ;j$zrmFe;!$4A8bT#*;i~tf&f+?iJ8k0+jrzXv*FhDa6#@eojC$
z34ouTfTAg`tEdqCQTp5E=?9ajWZ)|1D9e`)<%J@us&X&Zly{}o(@vKFN^)p`LpTg_
z-CJZU)R%G*E_Y@pX&gEg6h)^%<2t-tDRf{V!Oqu(zM~HB#u_n36|&JQ$9|ho;h6SU
zPE2A*4a{_nT+sda#yAmuz)%X>LCpyZHn=JXp0x5iGyFD+U7<Nc4HiwfxuTdu<>)A%
z70#oM`vo21ju*p>m?Us5H19ij8|{~v5TP<Buyd~gNovcT!AtyI3VDWm?@Y`Jm|Qjl
zpPJ55m;t?Ug;f^36?wjXg?XSN7@qykAZJAXFnP8DmJm6@wy#86WQ&;WC)f>D6khAU
zwZy}rg?PCtr;Xcil`pqVzzOmk6y7sY;m@(l{szqIHMSil3DqtVi>pW(bM=sJh|*$?
z;ylqijZ#J+tA?;ZP6bKGfiq|!To!77H98cQ`#rMcIxsY~=pj6~MQw0B?5O^k_95B@
zkPVQy^kqKI;T{^Jv4kIV54l26(GCI8=sNjpB!5#RpF<F-{y(|)M}c;aW${a$?*g(2
zfxFVkF)^zsMhD<PDzp#UFGNHhKzqL<7U4A*7*dGdzdK^aCWcGk=X7(F7w3;0z;6%D
z%IvqAIY>$OLJN`P*Kx4c?lHTw6F}S50B)x?)QKyC?F(n`-#u5?he+}r85|E5Ze41(
z{gz3v;)9Dyw*zL)R-=>H*w~CVc6Gfixf!K-nn34xvlVMblfPS+PE+snj%D|t^g7T%
zZ7Xi&+n2L*PQ9_QF^}EY2dLP3W(h&8g#Cd+_&(tICn&QrwO|QIz`{6^v^2ZpDx?DQ
zij*>b1;3b~oT?#>YOPI!6nS4Wj(9-IED5;cn#efV#Kh6nwa_>aXt>`ZHW(t;4}bx!
zqA-qbP2z#SLEG+ama1I1%7$qk5b#gn|DqiL{;kQ(Jdqs|L@HOWoYK@5DZyP6c}d9Q
zQ!Am0av_7lc}tvlQi`03pg6_I_{wRrHwvLb({7bdsHy-lk5C_UP_jycXeBG<(9;wi
z&@d(`x-$rfxL{?V1jy&9<aC=4ki|%Bd%%w+pxqXO(y(AX)_QD-x@~2H0LdnaaM9O*
z!H#X!en7=i-*-R&EaoA4$-L`uN-+W?<g$Am>zu=hg^Ol=6#S#`I<77p;@*+HB@6__
zc3wM|oLu@f;AL|j)J@RIWdOmMI1Ct6HFPuBrGpeLaMsxVIQexR967a9FBtwGhc(vy
zzhN_bi;0nuUz2n$kDHo)&Rl1w(8?^5i19``YTs$2!>ie=pp<7sf&r?u5T=JK)oUtk
zvT`!Iztv1L+Oyu6YHB8)Pk>HYS;9$boYxIOfo#Bpn-|jk4P6QZM<C&r`p%%&-r-S3
zdT1a0I!i-Au3K0;t)ElRQrbo8XW5ZO5X9LO4lq7=S(;5VH63Y5tI=!c?p>ym!&P#+
z9Kr+k<H~Z4L$>X}6~+cI1qmj?frKPr552IUprC=sn5gquI41-NXa!pw{JjGHOKieJ
zIfi_Jx;wPZJtn4)Na)k}#KRQxm@aDnz5BlQ?JG8^eQrC%qcgDay(w3GmR=m!nCdh@
zoVRXQ&Z+(b1Kc9|n*Ca(s-Q&`Nm9y8sHWL$cCMwjp`(5fX6%uCwH=flfhV<4>C-1E
z-N}i%4MSm9Z|YXq{3!uNU`@|SQ!s$6nzE>fZeuQnG^_K1pl|#9Fr6~31enI&$S(>$
z3#}X>2ERrdP57mj-mZ@N1(?5~H>FjY;?g7VRIAcv8LeLC`nu|18Op-h9XjXGE54*b
zhkj;4hCOx7zlr5@Q);0rjVI1m{dFs{Ukf+aO4S0@=I^1=d76Cawu>rhD;y_OfU%#$
zn(dRQ5SLd6!s})mG^c<H=ctH=#V{Xhw9)3!^`AgzBshey)uqx^)e4*CAL*co&Zv!I
zYU4oQ=wniZIU4>5Hl>SDT<nUU%;i`<us}Y@_dUkZc^?8UUj|L<O}vMq*+w}L00?$-
z?$N3@4Zd^!(E;^T!WIDZU5IOL)~R8SPpj+AYd7foS#YlWd2un>bkuEm#ho<@)!_f9
z{f4IR9Lm>06`2jE$B3quuJKu#BWiKxQA%*tpTND{8KV2UQK<yAkaKs1;EY5=@beod
z^Q&vlQuoysRnW=){7J5c+Ts00%3m_)X<?zpp-3I7stOs!FGu-6DC?cN67XO;OFswb
zU`LVqY?RY62mxSnE#oPde=*O|AdUnC{8_%G{$yoE<Fwbwr*BP{R<})fZ1f+=Jt)^>
z-!ze)umQ$JCoZ3ESP?oHCX&P<K~26cphEZv2}{$gRxf32${Lal(OJ`;WXLD+n?2p1
zRhp3C?R-@VO`rFqsckA}xCBKnVc)E+sk!VQLV_pkog8Xzlc2dX=CTmF+)G3^vX(Gl
z(_H<GF8^To)v1(qbu^R5wsaD}?S^L|XqNUL&;d6astALxjL}RtTCYqpZf`GW^;0Mo
zNdCJ*Rx0^o4^9{Gje;an_-FNRCe0hELiUApZnjO~P*Dg#-w<^<ED0Xw5G5?Azg1~<
zge_t-yVzBc*mMrYsN{9Du!57Xx^n$f4Xr^Yi1rYlzF~wATJktuYW@WBciQ-qNydQi
zM$Dh|fujO6T6?xd-mqlH8P<5xDyeKy;;I#wdtkGCnPi&v#1g)5dWm+~*k|Az0^m^5
z^WsVC#shZmU4h~JCQvB3?+W69#UBm2k-zC$J|AEy1X$rc<FRe2zmfY1B$bS5X_rEn
z&zE5KQq-S<FpU3fDx+oR&3hp-!Er<k4B^<7`E1fHE#?Y$py`MzxLm11lf&Mc?$fc1
z1+}=nPU6lKh02w?qjoquPS>i2MNCGO^8-F04GdBe&d8yC2YRi__$aF`czRJPc-29v
zcs@F5sO=^q-sLvGXJ-JSKyP!=lm%D5f*tt`h46r#cgE8Kuq!931i8BPQ)q%5j3{wz
zJZ=P0i2?o5r`ppK_T}p6!$(t1P21CSM*7pYE13pXV~4cJLC_toB_*|nUld5<=IG}1
zS-o*XYqycr`QTuf_9TF<)@b^FN!?}p>qMI?7}!q6A8)&emmpUTRZsYMsJ?Y;2wqT8
zzX@ujr>0_PE9Ew#!W7FW?@65*NT_{<9F0rwrN0)aELEB(FE-7I`UU{t1^x8`EIn0L
z0*MNfSe*;Bkaa9yc-=hU;Sea4GcwlZ=d;Ce&?wCh$YD3cd4Yth$Nh%|RLsr=B`$k^
zxDAcWtau9?dv$z2m5+WwLL%yl6s(A-QPs|?kNEE7m?KV%4!@^$bB>zpkO&8a`wkh%
z<R}tFh6&2k#gYEe`eR^-)(eXyK4O1??#+Gp51S8wH4I{q1;7^NA5VZD>FIgYb;>nU
zIFet}`19!3d&m995Ye$b-`%8Z*(Z9xsM76Yu~)CRMx8TwRz*Yiv{bVR(hCOq>D$IV
zJ+WX?gx={_LkW+4=3Ns8-8p{}%7-D*gJ8K7vv+u^=zB{B-4%`LFvzeh!=$~z;9i_!
zK~34W6^k{aKfU7d2L_%}#_6p6l`!!?RCiRJU~}s)uhi3~GUWk+IWI4PNbXHoLTycj
z4l@bjlY=rwr1h2bgno}GEe6xZ^$9yxFQw3*aJ?;&eX>pyICHy><WT|A{`*BpA7$Nr
z7`_@w4whnu!Y}nwNZXv3qdvtHHfHzE@w_a?EKIp?Cp}1&3h4lV8Q@&!^|m7Ur}k-g
z_@-{X={qHQ&g|jT^U0xr?=oCpHIj<0mtbf0A78H-+F3?DCfCHLjVs*?pZnqAlNP*Q
z)A#Tv_RM#|9dNj|!Lu?C5hF4{B?o=)?Q^f+&C3(v;R@G#6kN3I<xIZJVJ3y|-P5o@
zGz_!;vC4b<d1K=W5U``>&bb-n%(kC_Fv}1DfScITxLfK$f9U{(!0v1}*Bw7W?=cUm
z=d}#jw=4(teMg6Mj<cXgD&>-=DXm<SMM}3FWyYh!#E}o+Iyue<=d|S_Q>!r)V1IIF
zKyf3alSuRbuwTDDCOoggs<-{BVRM)`cJKa?p4w=;Nt|?A|CERf2!KRxWsKr&q4r;g
z^Y%7>JN#WWW}LNb>uqR%5i<-&W(Ww8^**dm-|AK4OKChi5TW>;^a=K46MbvQh@wRL
z8CSh(z4Z6dB&#3&mzSp~*L6L97u)^?I5W*8G78yG0%|)yc>sWblOqL7Muk+dFfhR5
zf{}guYxVucKBNL;uIv2`=5^)!<=dI2!YnHMfk)aDi<{35kgx+Ez3OEj-q-G=17|wG
z8(FFrft%C+*m5|hl;6{ElW?0`od4#QuN4RYOvyd$7<Buu+K}HbH@<XOP@y5$ACHUn
zxNSGQ`i7I9_be!PCl1SQ^-yhiDt*~Zo$b=q+4j1cS|7fvelzCOU|`E`Wg^IN-G_=z
z!8P2$G5l%pB_02Ar3$NkUs%6WR3R>HI#D#hzL)p%bYu`@ZLomLM+nDN$Uf_JyC1r`
zxn1gA7clnW2lUN18}IShTQjE9t@PM`F?%7M1VdX6Y1wJojVPHkXh$5d^S4-AVqDBQ
zda3o@cG+2t4exCRCA#vsh=fk(n`W2U_ltc^8N%=o+Z;)3Ioz&L(K<|Le|AMEXY_jJ
z=6`xwu2u02g2f}T?dV)U46<TjWPJ9#bJ#0yd@E6tTQ45dbPofzWmWCLnWAD4M>F{p
z{ARhu)n=!BKQW}1(RLVx9pUx|v%LmznCG+!8ADP|v1r7Zy|L4ZJ7}ByuGqSJV*R-3
zqs1lI)j#Kc-8EmbT|P)Um^al<&lU)WKc~j%eg4UJg|h6QyVvkxWMS04XdkNrL)hr=
zR_IZ_UF^Pob`*0jaj8K@h;^Qga(z~MWPv<M8IqB;HP)2lkV+Wfg9ScgX%cQe_b0*C
z(jjF;m|2`ta};xAXqbO}$~jAA&*Iv_aXApzxT?mv*&dfpqVYWwo%Bg?#iga%OI@2C
zCMV_9<Lk(;)L6onhHYWvhTL4^XP51$ROhsTbLw?6$UzIEme{F2a&8kX4W>4q9M+pX
z^8u3v9y%$*ZvE_TsJ=e(y>{JoD@1*Wz$s|dOTRci_=Wso(a;T440s0p(E$qMraNNt
zDY^TrP-fW1^y6>Z1AsR8y1Maqx(3*$abpCEtVWRyqIx58c>MorUMu~lcD_yrxvx&&
ziH4kh7xqI4bEP!Sm)LtFba#iz{9J^jcD4f&yNg30wMzNd-k<J6Mw`pQ!Q~{}X8GFl
zPxQ!~UT{0@-kbY13Oen2cnbjDy4SYGd(}2PwPF012TC74(`BQedieOjwdKq^z~4U*
z{LXo;Be`#3QY!qmHShf@D-fJ@xdVTzlyn{g4@unbKye#-KN%z@#T*36NhBkNUek2`
zPP=_}s8$%7TNIN?ow$)&%zn%9hD2<RJ#R+y2R4A}EkQxR=J(O%W@+)mWob8hZPzu7
z@A-xI$p`Ya&G@tV%xjOShn%d$y&r?;dxAiU9N6OO?1SHy9WcN&NYC2-hlH8z$<KAu
z22DkoT>sb2D5(JMho`{h3;KYo^+M)7a5%0b)x%48oOnD%%I@38&THhGcKgZ?pI6?b
zEC5FKt8eEP-}{Kn39jIgHZD?Mx(?Ut*U2FC*>eSEpF2xyXjjfS;7)w!frdPRxHOZw
z<#`blsm+(Y&xT_Lu|rjth-H7tD#JFxW-$;>DS}Sc`5O%(zL_%++RlnN3JD7C#L-_6
z3eo-*IGX;Vm^RJC==NIE58PS4R_u3F31yid&SLZw;Yfqfi^+s%@tFL%#@2*sJt$aU
z7+8y0txwgYA7N?UA|GMa@JHqW{aM@X#~>P9$ZR+)q+XT&=&uk0sR%Qg9q+3HLDWBC
zvS`+#>93_QX;-l;e(CST+-f^hy8y13qb!<S%(0KugWLa}3$g62v;KblXGES9AnM|z
zwndWxNN*B*vdT!VuqSDt<rq6|c}rP}#TOSGVH}@n?mj>Re=fndw${E2NH)RPrzv!>
zj?YT`6U9btYEKOTz+$tnvi@ejni*v2o<@_^K~3UisJ7*lVQ?uA=AAT%b;bN(Q88(q
z<@y<5a{8-k!xR?mUeJ?=LH@Ao2qd)}Snro>1Q%ri0{EwEluR4rMndL`Jy)Zsj0gV>
zKTSOq&l<CD9M*)*&vzh7XSXHqva3S<B*TuO;ALTuv$(^3%3N%a1CgBYYtv6w!>I_%
zvtlPW`&siudV(*m2ocamXx`c(ls07(vBO5rl^o+Rgm#X)cN1!kW}4Gmne;N_YNnf(
ztN;MGiaA_@X1#fEjJ;KPja~dqO<6g$wlo{{iS0#CQ3tzkR8VGS)W+la^Rr#2ig<{q
z^q=*P>Aq)f2PGPm3@w@z{Q6aNRrJ-XGwFk!^H|39rqMHeX5-<}4NdiR>gme0&Q>cK
z?p2-joo791F6O+^VM;^*_z0qFUSWO-NT_I8I4lv;)?KF`uP!U6kz8D&)<zIa*0MPB
zx{yy>8INCez|BlSP?0uNRShguSdemt8$-6WFxkkAAp3M;y$Sqx$P?fNJX`rfL=aH`
z-9b<rn0~O{TALW@5FjCiZY0h5_)F&>a06g+x9%8EPF@AW!z8a>ZFhBOG5VFf2!Rp@
z_bVwR`Nytn=KvXX0Z%zJ;F!lXgiXrgeEB$}+!7Y7hlrRw<#hSa6mTq@h}pQa<<5l=
zgWR2IQhut{Hd+A>B;jZzWD*THCXh+lxGq#J{0RXe60mH-Qc09QU@Tq#32FAQka-Le
z0@*<5ZNN@0d^}SDwK`*DvEVm`mcHHbIiztfB5;@An{tOW&5-}udR@QV=1*OB4bL)v
zw(!YY>R)Mu=s|C4mwhvC1)D)Ws`R8oE?}`a@X>`?zEyd|&Qv~Z-c6WS3_JiDi_mXs
ze&F=EBW&W;ij-P2JH>V#u@3D9mhAxKkz_)})fv{<{7xN3@JcFV#3uG5kaMFilB}PZ
z2=NOFDz-)vSER5;?e9}?s~p7yhLz+>o@XYx);scxO=L!_7gv}F&PI0<%Cv$3+RXKw
zC7+I#jtp7GGRYVe#WfI^e~=P0N=^U^xLGjb)grJ~alJLrqESPM1sDAGFA*gu;4nDa
zM4_9?`%}6%TMBuKwB~BGV;kpC7cONU7gNT7g|;9SX)H=ec-mOJs>d{hVO~NqeSJOj
z&^|NE9EDG0P?dUlnOy-dtvuM6SBi9T;~@sxQ6N)&{Ni*g{eLJFqvV}CCfVtqqe3Az
z7YgUGfW@U#49=9)Yh_jztm)IfYr2fJzO|E6h8>YS)+x>S1K%w+tb}TnayT;N_%iXW
zqj9{zzQwnn1g|Wg&)ud2h(d(N4#uUYIycJ{@OU%0Etx>bO2x}D5ephX8Uj(wnh8$c
z)y5=Lrq1b_F%_0%g<xXll}k1^)|VCW{Zm7CeQ>f2gdkZ$5`HZH_v|O~i>joB%2l2O
zbp{U?EiD@<&lzc=WCpod%4WQ^2#k`^Bg|TUQBlUJnduUlsGG@Q(@&+fc#REf6SU51
zO8-#a*ujl6UVc?NHgp#;)3FEZbSD3S(k?G;e_&np8~;U8{~tY>?`=U%Ofow8?)Dkb
zuqtb7WiCh>|JtwWA_L`rc{v%hjEs7k(BD1Ltx+$T3GMznpG!@IxK5&BvLgqfB<51R
z_8cQdmJ)r!_NlzDGw|{}<O(`sU-+FB4gdm1VCEp11SU}jL~+6FoBwrA|I0cZ11tRe
z^78dFD5QkJKFFeyAj2sBjW2%-zmoO`u#)c;K0`>uhcl+^7!Y5U_9Khf<4G)dr>~PR
z&fpKuzrzLtB6lx~QN@L9`s3?PI6TB~%lTrIoUV$Sw#)gt(l?u<2;HBj*T3b0hg<oA
zn|DKIeFywdT&XGzouArZQ`E1yrD6>5ebRcbLq``ECIAwMKuw4AL)9q3o?~cqIACZ?
zg7ZhgU*by)6+H%&7hB{==ZY_`wBSU7kZhNVbw60h7doRB%Wu`RX3iT4<EhESmMGg{
zhlgRkWSBocjqDDeo~ypf8dNVoh}-v5P!lnhRZvgHohzoQJ=BfEMZ6Z2F_B!u%wY+$
zqn$b=NE_foA{xQ<M8Gq}GrCZfBdX>V)|FH+rBtYM+%Z3$Qyb~vxf=+>J6k9^UCpv&
zH5=e*O`Xf3_a0gK+S4xMlS48k26qMIeMaw!BhC^k!RoN4V7i~=_@omy4xIo*+Jm!=
zh(xD`CCMgCt3p0mzcr&U$_@|s!N?irM`+zde+^azxhFe(s;6@0UA6qsVYK;GDImHF
zKyX4S26<sLX7!CZ%ue3(cx4l8rWmf&!;79}$Iyq5b4U_i@f-|}!)W7Qf7U~*p1;rH
z<3NQKj@dX^@u+!=m%sG<Uab+1auZ(|^uTPwe4K&`W^TT!knig>x^Imq3jj=T;9BrV
zaXCv4weiTm*jvoCj0u=&z>V;sH+HIAHU9o0Sb6uRU5`k9h$#kXZ#>5E15h-v3r3JA
zZP2`v@)PWVde>G&tM+RSTe@6n)}mK|Yz!;%4IXnX9^v6!eoFLq&&iDr(~Qa#V)-xg
zCFcOu6YtX2zJ7dnqxY{Wmn>nYPz5TQj0TkD5FBteMsV8uJ+iR&N2vd<H%5Yq8`VYp
z==s7wRnWfL&zg~)TH(+2GXz8tfFbg4ks*u2YHtZ#|FKV!F#D@!{ENOF;PL{A8BB?S
zy+acJq)8C}BvE#U`z*qy7o@s!0y-~)X`%+;sB;E54Td8?Sax_YK4)0Tn4o+h>YN}<
z{{Dbac^`<d{SRt2AnilM75%a9u!kiOeGlAOUBuE-7n)pN=g%b~{<#)HpNubfk=e~i
z>LTX~8N4N2)7j6TM6??_mm*FN6TX?csDY|Q2Fb&O@R`%Y@VWCFD(sIyjs>pRoV(^`
zyFY}Az)xj0kP_oCeKeM+m+OVNoOT|(8FJ-)8z4~v-8^;aw0gB6*+z9ahXcIj+JAJN
zy{TP6c4z4}%*+%#MM*<dHUD_QWj?r4gRu#xYmt)(ZQ)nvN!H8hnRidsS)77`ix+sg
z_d!qE1mG2b?2pXkIiagc+GmE7Ru8Uthg1fD^bvMSjWI}K!~Pf#l`99tYxelQ&}6_s
zdnBt6m$<Y@v&J2K$WHqjfK``po@m_)i#g#DVos@14J}{u)`IF>=Ik>srLkDraka22
zS2m=!WLUE8iK3~q_#D&l2p(LzRc-~bD7(kx2C5E#o*$qfS(AveMH2<F(-Ohg?x99g
z$AFq5hu@+eFgl>+NpoRjan6V4!QQ<<Xv=8>s=#NCGeRq!VnbuaPK$95<k48c&dDWr
z$~gvA;;~4D<$DEPR!UK;!VYFrQXhw}@&*oQ13<2a+>&AMHW!W!dFNa6>uPVxmSC!o
zjlfXZ{@_j-4Xw?p3F4eyHKS<4$|E|>`PyQ6kfRpN_zT=eDpOQbYn4R)N7?ZZZ{!R4
z3<*l#8Z`#iFC;|;U*#p3<ctxHzg@AXAX6WQ`2h9fxMhshfkj^S)39*Rx#d^On1Fd@
zvyydGQT0G?XEzE(P)rR{thM{Yl7T?El-V!e{T1p`Y8w#$@1lPen#Dm6V<L<({X5`p
zkyAA`Aj6W*7+Uq?(&+E>T-Fwjwdu42{x`*578uJes~+g=>?RlrBN~|j$6k!9z5<KJ
zs=NmqdnOB77C!TwfWjdcDO=0%CPA8jvk$|R7d>ebh>%C{MdfYKz?qkL;_;L{Lr?qu
zQ<-kB5#26XyFtB1i~o1AL^!{2q0TS8`~?oyR-dmwd$OSfl3|WO9QGs;Ceykm7Q+>N
zD;+D!f<4CUAca+4KU^xtPgl&$O-t#M$R&wabP~EmdxXWkKNka)?BxG1hX)EyoZe1>
zYB^crl}-L!-7g7Q+w2IhBh$Ei(6jw`7Y2?dKLc?Ro&>I)@cafec%8Ae#|OTi@ENcp
zgw-A~8H!T!@vsOFU=GG?QH?pq2stq~f38*@Ux;{KQzJ#m%S}te8CB%B?`(6cR^>Q}
z{7LTVsqm%8d!-(>$p~LB?BZby+iJbw?mDb~nau&%<VT1h%V`Vb<b&3r7tqNX;0p`T
zv>Q05lCXtXR=a#;f`~Qt;f-W^BvqV4%Pu_9<Q&XlJqX1M59^@^F>&iQ6)1rX^o86i
zzEK026$2_2daH{^yR!cwX>W`s*W{z0IJATNKg@h529&2E0p!4sWRTQ)k>Dsqwfn?o
zfm)MDOC<q8atD2!wh$Jy7Ct*ddw7Hje9z>Hxe5jg(*X|m;&FSMoUG?&s<ANH`$7L1
zXB5mQl+EBA{A3%1$6P3sho6sc|EnelIq=cLxo2MuCe3EZeA)c9&je7z!4rY@YcQ8;
zbB}_MpSVWDQ;wLxhY6(OJFu%TVWRP%F^A&;UWY6ihw%wmmpc5jyRsuucVB<!d_4iE
zF%rULLd`e^FJE**Cy8kTCLk*0`m=R;EAbvnVgZ(r_>9>?`2o&8;v9->)?|Et%<3G?
z()J8Mt^U3*yvo8ot;LV@Wx-a<sYZh^a!a!r5ziAUq$JRIBmeHjuHR${BY=f@u!-8o
z=lM7(21?}bP=G<=?Xk`W4sb~%_VZ6d4%7e#Y93LT)=B<798D=dz3yb_-m?;8avnw9
zB^>8;QVI20;Baxe*KWJRQK)DG3XgWCK&{=y^-1~>&=NE<nj{DefAlzad<^_WAl2rJ
zWnR0_rJ+g+W^o`aN*TF0Oq+FQ;^U=PSbFVAqIT{?aVzuXA<DInF79l5tDyNz_U<~c
z(30sVo>ngsEQPFgzEyWpF8KFU!v9;xLfCLPXfTX@EK&)=@u|)eLZWB{M;B?oAoi8u
zFb7?VI|csEB*c%gy?}w)!zjwf>1Sx~+q;^RBqEX}iYc~&sE865OwY%%UW!0wRAb;A
zpS?#xrhppJVh8)j-U7PD1O>55$I1J4R)QX2!L}#Pu(ejjh-FE|S^Cg%!_s4L@q-;h
z0Dk#Ae$tcRd=#?Pr-jI`KghAU;%84~=S*;c5WVluCvhL|NB$j2<jgUaey(@P;eIHg
zJU%7OVkd~NpI`50eod@--B~(qy(RT-B{!x$J~5Wafq~3AU1p4_bgh02URMeN)9M@Z
z?fxg)#TNuswd&2ck;M&VQhoboCL?{j2(^U#wf6ifwH#7}(#R0FO`Y3bl{%WGR?HE_
z58`qlQ<1a!;Bu_Js(;m4JA0y)0MCt~xm}!qFzbJJLQZGK4*oYQV#7@aDm>tL;gp8K
z&wP6nA+v@W^><8QZ*OW5{Cm662pIrAlT)wi`_TtWT-c>cPi^bj_Pd(pUBB0z)D8S^
z9Tdb3dIi{fW(pmxRVBgo!|XqH1~z;f7&*M<+}p%l;uI_d!Nwx`!N%^5<t4p&9Vs7j
zruBp4BH$+f(`(5+8tuEN73GvHU`W3nO^Z|^Z*&#OYL5^$iq`ksz?`x0?0tmXA8vfH
zq_?!3LvxlkYM(?Ywq~AIZY%Ll!2Okg_4na4soa?^(oF3AOUqcbPi`{R5VvbM=)tu=
zitb7|_p{vf!op5f{e<HEJUaD(&0U)lLVAj-%BlF91$5Qtjz1tAXzekjzJKqjUWczb
zsQs=&5~SreGxu%4KWxBL-)LaX3R%7oIj;Xoa74u6)Zqk?#L!TGudYJ2E)GW}0{k$j
zv}YtKu3zqcYPi`)kL)W<Cp$icHNRAo8IE!|NS^x^;Zxa9*uw$<&>fsH;4#goAbs!B
zO(!FFp}YeCd`siLQNU)<@o@jr6P;Dzx)71o(5{CL2giQc@yI5qLB$Z+DP-w4T+|8S
z+F^iK_+b<=j&*{yVKb|vGkGM28d|5funN7%T|lB+L#^(9YnW+QK%xu*s`4S21z<pH
z@4mY;0<E+aH%c+Q;JQg6_-9Sfrvs~WojBFeTw){o7#r@$Hv-l`mDK<Vkq5iB!y%~-
zON-C(YlZ<nySpbsI^3XY698Cf%w(7Z7u*wwD~bxKS*!GQQ`l228{*p?O^USnG=0y~
z&Wk!Wz-oG^AVu4ghk!nwy@K0|i5|T&VgwjqP0fYtNLy&mnEjB4*@wvq<Wsttg<Jh3
z?!URu4p4FG#|@1IEHkI)uai*tf@`=X(2U*xmHtow38M0DY;ND2$^jnA!2(Vb07YvZ
z?RJdo$>E&li8Vw+CAOJ<79Fg>ZiifJ(6~JvmZbfTw074US7UlQVHg6s_B-qENsJl<
z)##+(A{Zb`qW@^N`YX~ROC9{;jvY|DoNk9A%sVsg=kb1HYwF4wd`PVme%EOKsj-Ef
zg*$m<f~_Swd!)!U%S>@vjp{(Sacjl?Yi<*xeU!C3vDzS_x)T|C5pwnu?qk~zW-JMZ
zL>&O&b=Lr`XdetrIN$IzgiBm#)BrC~*9l~>3j`lg0=32Nug`8oYt+EUK3Y)`^t~$-
zv~t=1d35&?@;Ku^pXS}zhiP{^!-@KfTDAWE<{y9Fzib#m{#PGB)ZEuidB;IFkir0v
M5|bCL5jF_=Kh-V{uK)l5

literal 0
HcmV?d00001

diff --git a/doc/assistant/repoinfo.png b/doc/assistant/repoinfo.png
new file mode 100644
index 0000000000000000000000000000000000000000..d43ffc9f99bd49b7b801d32c81128fe8aa0c20ae
GIT binary patch
literal 7603
zcmbVxWl-Ef^X3l^1PQ?*K!5}%cyI~s?jAfyaEGu70fM``1cJK<776aM!2*j0XMsg`
zkt6T>>8|Ro>VF?*rh2NUp6+?Zx+g+IO&$-25(fYPJVgZ=t;hD^v7|gfeXPkbItm^e
zY*z(C4*+;d^sk@*nc3uzomifVs<K!s*v|n#Sljn=7ywXfDayRl@m)H~kx-$Bc053@
z(rRY8@c5=ILi%SE7-IMg*ctUB*@j)dYdqz?8Dbn^l%gZHKp|}%E{xC^BHbS+0Aqao
z43%jHVNyEf_w=@5@VP!^KAw6JiDV;>m*8b+?Vz=}`dL4W-<JUw-4SxJorpdWefVw9
zCs}Zta7#;xilZwLDg{w5(74cM*1048ABiIsr*Tkc$w0LQ3svoHX}n?_R4#UMF+3Qw
z4;+IW9ayc+v*@n1m;>z}McX~xAtwfQU{Ea42P!+|UsyL&q?0oVSyFh#crmECE>LLp
zpN{D)PkZoiTW~NxSG)H2?k}Vzs=SWpz?d<)IyM~5<0}1BL^>Gmgm-hoj&+|Eu4kuh
z?7$-GB7ej1pOFy=W%aDi)0U}?dV+8M4TEpS41<Ekv7cb|hP?0I1-!3KdTT9kd$(x{
z=lyAlSyw~485D>Ba(=GmWvbT3i)AH~0p$&SVDBC&_9{-2$l@KPX<mRdd(`2Ji}$`m
zc+c>6c}I5IXTssu(q+~IIK4lTqE9KL=>z<AB=-T}b-GZ-E*^n1y~Oql-(|MEs}*Il
zH90}N6Lf(+9x^CezV^%C9cBXV{q};|PP$ndEEe3X(Q33ha=_O$i)}GL4;xy?MiNOZ
z_=9+1A$Q(DLW06^D{|VkeX6`EU#r_Pom<#+irvRXzs$sUc2QU#3&^3=LyE*){2-dT
zSBBpsufF%hRl4FQ9fNlY<SIP<1SWqb2oqGfg^ohYlTYs8%{~#x`U@Du!I&4kdlSgq
zaJC1V^4J(fCz$Dfi)NsTQ^bTR2XDw0y}dM@i|-e-I?D#ttYSznVsY`Rmx#<7binOu
zl=~^C!t}5!R0SLfP*^nwW%R^1Z&-vc_c{*vFM{k<-(EPp09y564QBWsG3t9qeeA`o
z8>&+3uV&|!xhTW-%%n3<Iwp^^U?8l<_=x1{M#Yq#-)(;|eNY!|%?WNUEl;mc4%l`4
z0iT2^w|0-h8Pu&VGjOcv3;4T`JNpw#NSjJp80TXB-IeH;gQ|OAuCoKmfPLM{mdo_l
zB9p0IRX}0$w0Q|L-?)CnjA<HLaQ4#oj_au_aJHDLPhp7gJ#WZP=1X?zC>-3jd~G_9
z@?uH71SL6Xz0-b2kYDmRYdlMkY@=_$*=<mX!Lf+@j+h!rEPlG>(F-1+_BlR2)ZQJ-
ziJ80clSi~S#b5o^X`uvMjpey>$oESeu6H}db&dZ3OOm1q$A{pKZ$5=(&8?mDrAARy
zl3k&5{j#O+_{OmhzFwd1E8_A#)u@)i8PHTm6Ualhh;Zf|nHxZwG}E~|-hkU{tVn0s
zZ5x3zik@Lh@uxs~U1p3`SQSJrv#G7ds{NRH&IWPMB+O#9%RWxhm{nAQ@^w~ej2#tT
z!Bm$LKc)DJWpClxCh{LMB3D-*gN<_tct9C9&Mg%U8DlthST!kmvTAk=u~dM<>IxO+
zWTJSuVa*rYzQ#0hObuq7oE7V+9K6Y};i>tT8JtEEUWcro8G)mVR4<6r&n0WaoW%FJ
zZ7N<Zc}L)Icu`PWfSXzE!m$fOhSTaLAyD5I04!mQ9=;mYPn)&WdS@pf>;mL3A%@kI
zC>+peO8W&ZDM341L@4UM6GOz<LmWW<YO1Hxx6^;KeO?BJRfEwbxxs7a)Equ}ewT72
zt53Lry|*0Rq<cZT{OmxE+&9Mtj>DaHV`;qdl{=W82|)`Au<EIt(Z$dF(b@L<-%alH
zMYr4F=7&<2d9mRUTV5zsjwW->QC6>r?T-ggNqQhtz&lY6jFqLEZxu(=g?#-W#zNMM
z+_My!_Rp+5rGQSJ4&IkQpdF}TcRN)xP34|o8Tam!*>kL)2f>(24pCPF3WM1wDCyIf
z;dv_W?!5LG3685H!kwNjE|*l0)FQgn_@0&B2h^%OY}MhcSVoPK)l+m9Orrze7x@GV
z`Xe%i6e*;&N{H57MWM&lNJ!CBWZw49vesQ3^n$0$8D`WKx$pP#n%f(4lQkc$HUH5a
zKur^`r38V9QAndLf6&e_^RfmNX_1<-&Gqt>FQb{WHBd^|^h9eh-6o*KOpXSQ7jq=d
z9vm`|d7%nU>S5)!D#4u|v<xbnvlPU0#s#Q20N7Znxet9nT~bowkiH021rv8jCi?H+
zt0j3Zf2&)3gmrp0@PXF#rG9w6YpAISi8xgm2%Ex`F5L+Jx8-ub=Xz>A!<Rfp<zAS*
z(hfIDs>QY-{EyAQ4j$1)36C{#a~~Or)|iWi%}}i?Mj1MobI~<MOotmHt=E<thzzLC
z7`8<*sQPU#z{ctAuH`=pbC!)%#X`~wN6EpOZUa5`vDS=ob>9dA*EPz4Lf94_0TfES
z0F1w-gK`Ob8}`{#d8M{3EH;LCuEVk5+sUC;ofGu%5V}C@FQ_)}GcT3kL=7aT#;C6Q
z1uGr2Rx>~cCRWFD8J0RIp806rRKp))k={N>zS;NRr?{p#j8H`RP(r<jPoC21gBOMs
zHM<&~oVxuY*ih~NnQ!#qFUjX$v%OPM6Zlt_%tJhGrL(`uD8{1ImAGNwkntHjbn~|!
z9ek?NGA#6?+r{Qg^C#bwT593wFs&bd^XJ|O3sm{Pm*pR%f7C2`)V!E-kSx$7=b$Nl
zU)`~B7R1-4d+NYyTH^ua|8}U-%X8M7o8*U1dkKE_ZxiZ!%a3qFgrC#G^_~B2-tvPm
z8d5S|>cNxV`j#cZlaAedO$Jdo%0tVITJ{&`*fQevLow6lcV&tMJg=i}1ErxU<X0}8
zLS|>{`UxN=z`{B-iwe~hT@<BHauhcZyZTCC69xs(gIEbtdxqrEL^WQoVH;o?$(;w_
z+dl_1c+!(D8c^r_K%Y}T+eY8p$Qey!ABBDd&<h1hguKTLV!W@NLehk8D(Nz=nGNZp
zN%9r*t-rd&;mWGd9m{+g`FeF!{$Mv<^GSs;5EJiXFsyy<i<I3BDICOecN-G6X82?h
zRuh&fX{Xz9<UW(GaRH9rLq@W{PY=(KZS-UIvQ6vsiIU3jzCTWx%rd%+QBMFpW2PA6
z*5Q48vy7Ze2Sd~f_DeN>AXtdYKjDOy=Slr<;sfkEW2#1izw8a#T%Jf=6r)bDnWou*
z4AlMLFOzi>2(uWF!ffdCe!fv>;i(R``s)#deRWT@72IPlf5xfPt=~i0L)Oh@5zSyq
zcoJ$YuK!$EC*qaF3$8iz+0n*X#e6I-BT0tUT)rO9q-!s;dNl0kp&p`T_?HZuDPJ{5
zj4f|rH}OiAFyS6ZKJSNb5NEvhqQC=|B5Ly|rG<M^n>m<&%4PYlPSG_8rSSFiboMFI
zT#%yah?)n@vBtL7vy~9C1DG($pYbihNeH;t5oU-X8eS2h5a9^IXt9M%I1gT9p1Ry9
zS3L*$_5akXx%1?U=d>NtNYM|x_r?K<=GxKE-;}2Ua=MU>`dUnN`4%J_Om~DLZPJ^N
z#l5Lq4YGtQsMr+fW?1pN++Wv`cgxl`)O`1}pL227xw-^{yeP6kkfU<CPrz5R=2eVV
ziRZTVu&LmNiIJ6IWWU34x<vADOYV&MNt}=Is;AaLZJ^jTyZDZ3rz;I+H<t?b5M+7U
zT9ydWj>s!j4Y?2<{aka-(&Cm7WKUT|Nung#h4J8*g!fCu+)C&u65ftTZ?n*;JW?7e
zw(LOs47~m@)JZ4(yFwc%PF!>|qiq=rThO;UbWE;uYMTud!T@lUB%2rUOAS^|SsH?T
zwdEJ6F6<zPO>JA`NqcO=kd2F{$no+MZYnEt)jEU6QGT<5H)?ZiLPg0ex(_z=1l`*P
zO%5k+v6_ZQcQ7-PRX&uom7kSgmOrAC7W#R?R^I0G8Xq+nSiWyqHj<=67KgdNSwa8p
zq(1yP=51CGsUC?*mL8Bc%szV+V^73(raYu64ZPVHW?ggtxWHHYVa>hr?Pqut3SFl2
zUmFq=QZY~<(IuWE%%)if7W+mQD;qyc70t0FFDi;kvu1!>DTC*Ntc?|f(OFB}{05)B
z1CD_YGGp61z*(X3vqUT1kqvRp@6Z2yX3Ba~9A?dfy&V`F`BgTgx#9iPq!c?rHm;a7
zP~VRQL>W~l`Fd&^W5mNsREWht2;%{&0xZezFZXOXm*u-=<K7Kv&SFb-jYSA^#cGZu
zuUvR*&0gpf&f?BF?pc4*@q+TlW@iOp@qiX>M+c+>zjseiDsFNkry2!K@8rkI7w(IS
z&$=TD_mn^CxuAf8nIOn2F)oQ@D;H+6OnZk$HHpq#5h||;mE=wG?<$+Td0k$Y%Jt$n
zm4>PHr>?>ojX^wrX9Pf&<CckmBj<e!HL>^iGX6D|$!8UM;viIDJrqkOu!`rpgc4YH
zG@T}u9MPg4FUvQrEv~-;@|3=NMg1;N87ihbXGqV|>~eDA#o++Z$}$X|Jfzo0Y%?9(
zyLx^Jz`3a5SMn3t*FQK198BJ|;<eJY#>`TXqUf~J12ev&2B%?Hy*!<ZPL~c(`@e#9
z2Frt5$?^3ko)Tn^Tmg;#eWL><0!Dx<2Hl>x`EaPjA;}l4q)YgO1!gx1{O;Jx`(C&x
zS)lkH<A4z~=Z79c>?f+cg2x`9f0PB{2_lr;td1A#!lHbNpRvj=hnEbyJ$*h0S4ONS
z#tqBhr=U}o>D=Oi`kSZ4Y8+5b`gy0b6X{0@!ts35zL^&#N^*D+;+GgJ>@_pRB#hT#
z+b5keJ1EX2miZD-ExpJpG`nMe1aCZsHt)mOm<0B$Kd@ote1NnBffJ58J1Xsz3u*)s
zWc=91-<6tq1vCdx{Qjl=GLvI;@gSTeE6CHU@{jl*?C%<*u3URBsNN=>kPjZ>*c6@S
zpsAHP<e0_SM!tA!J;xP$z2p0;r76uuQt&ro;sbnv@A=Vd^Ecx>+et}T3eD|F43fH=
zMq+jB<2;3CVs^=AVd*bR(NI{3!T=*o%3iR!A%<;N@PmHMJEjBbQOQBkl~XUR^yt5w
zin%vM0^8T)5=gSU92FNRIGF4RN3t!8+vPj~oLqpZ@%rU+A%bw8L&Z*X4YYFfZb>;A
zmYU*dt&+1p&{h$9*X;Mk%n37XC>r~i<$B|&MJa*5;Fl-;I;;}l{nYYXh9wd}jNyh^
zmi1jc&NJ0Ui8-_T*8pCA0+-l+O0wpNPB}E#<<rn=fbr_<K}-cU3Lz}w)R<up#HkQp
z`A$I;YsYR*qUe0Ggy|j4WW9dbQycC1Ha-+%U1v_ru`EVN@ul~?wrYNXSDSijfBnnJ
zS(bvI<6aW1=&C%~c!Bgd=zwR)hw(hq4sGU|%1=1k0wMR+Y5%{$HjeJY^5@CBTT~fv
z;pB(7VdD)SgtI=LsDOd8E$Sr{jFlVdc1!$8HZPcI_V}UUcC&>-@mMtX=R}upxe~bh
z`%LnK0{AO5TM_bLf>&9(p(l*{;C`oD?ms*?xt~Hu#WBra4*;0etbGB#&+xy3D9BCM
zX5K1(%jJj)tD}SqMKE`cO~o(LKS5#BCW--Zit<KC_hjQ-j6%AN@O~uo=1zGFCr;?v
zNz#l7v(tv<Kkt2I2yx`+lGCkmZ7J86Y%kZZpL0N4FjsfDSW=hw7uA+HD8tRrM62+4
z_YtL*lH3TuJ^Vn7Lm1pX#Fr0Q>v7QAm%tGMCsLsRB{1mVlWAU?>97*1a&9_71Cltc
zD>SZz0=kN_6SJ?o)Lje=41}wgljsuY-x;T`CWA5LzX)OYbZ*Xd<H(Kh&qr+UH-5l-
zA+aX<f~5F?Qnz#Kz)sg)Q9gUrUN5z4U@him^5E<#DDga(H+Uh-g=i<@V!zSe{qgAM
zwOe1eoeWjzVqbd36GI`#qr}O@=L?y{xS}^4FJG~<EAFeXq~ncXC4D^x&cRr3-KQ;m
zk@DWdDj?R-a=nQPrTDm_x2{GLqP)63YE9WK9}X%15=1(Xz`nof0iQx&GuGm$dm@<1
z)j%E`uhRC0g#M=9UOIZ#m+uj1uEmKh{0i02d;9vj=)Nt}{w#^S_2xzEji}9kVA_m%
z9rgGPuJ-vKX%sPGCrGB_J@DcrDA=F|jx7lSZPoh2yQneMUcpn8|LejgUuxuxOql=t
z9X#ZYk2_pVoMK_8k4+*XCz3|ndtO9Mh_&ozRgKm^a|?K^%V`yaIyQuU;)PvR!**(<
zfBTUiMO99teVeRJrhYV()1IB=dju}FviHO4h4k{Cb#!@MugJtJwQb%!aKQ`6WYs=@
zNuPvP*kO{QO{=gHDdqR9z%tJQ=52!cFJVVTwAj5e_oDOZxA_GMh6GKl)T+y4e^;$=
zZ%)*BB4%sPZVKFW9_Q|WBHRvhG~NsO0*2i^1;uhyb~^Pm^rC1mLS^E3nf)`k2Z7CF
zGtKD2PW@;N3P{9z3$IP^$K>s&d~P-0yqsSw+7EHbMgA$}W@q>nUYO@8bO(^FL~Uc~
zXG-7GsSU^v+e04K8Dr$})_CfH{i6)U(sz%9Kc!Tb{Xj2Goyu>JX){*cJucmm{v@^x
zYgjQ*8JbJ3e<z_8yZ>(oiTt!*25E#H;-|=*wZGhq^X|dPkAL!cGJX&~8fE#=;nP61
z_|~0_?j%Er@rh(-t<WCdP?~JOJF7BgRqG$LX<lk=YbS$`5spwSO);ZeF#ptz<1k+p
zlBx1Df9=kH5!(2CCS_f;1in}C=^*^(>2BXQ{vvZ%n{1x1!7HwZ&FnS*wmx;TU3teB
zIzTgDPt{Q1#G0Y1TcDL57xX4%VRuXFl{u;NH@E-#bVpO)T`<|zVuly~G@SdOVSBik
z@l-VkX;tsi7GsE}>^WJXbCFn<Ckw=am^2#FF>uhoDu_or0w(6u)$}OP`PO-oQOQwJ
zvEx13l?FQhX7;6gcw$Um%*=I|T+p%1LN^ZeNE#DS&MyJo!uR!d;#R-ApRd4Kbvv#1
z?YKjZVxs@_6%>5J4T+(M_+oiilteHs_(-5LJLMyRF$hsUm9{hM=SkNkN=ZNKV7~Wd
zx}A)yQI`z-bDxavnxK}?p}((?J`bDu*nEw)X)b<##e6f!D<trE&)g!*z*1{s!IgH}
z!dkB_Dp>mp`wn>{@(i}AM&%#r1Y15YL%hC8s_<9UAyq9oZO}xpT+Ew^M*IsUvOxdS
zBl^tSZ`{14(TD>KHD@P9A;%5t>yr+ZdRO}OOg<YKFoUJRPI~tVY;us7g1IS=*rR64
ziQ82#kU*6X<gZCv+v0~nle%_C=`QD!B>H#n!@Ec0ju5Wi&+hyBp|qcAvorNoTzU8p
zJ{ea^ROw<A1Gw9C6`zSgYWTdUJZFaVvY=#&{@KMSPLQZl-YShq_!A5=fAM(t)QT^Y
zpLKr4ZD1uq627ddmkMO$^c4Y;-8=1gh!#4rOKt>=mY)R>RWM_<ToW<9pynt4Y*!*T
zL-e`lb}y!DDu%xx_$xvr<s}er^ro)K=VYC}u1TIX<Kq<0a86DL0oia4HD9FY`!B}t
z;y>~0d@+8X%T+mmp6|UwP=j?f&pFZjC#E-J2y)GRVdFRn{$$qnls53>5_z({R=wDJ
z?|=42=;!?h;;w9Gzenw^N?Jbm-o?|kkd{Oo<ox6v?UxiC4cnb5X5i$j(1PNeI~l;*
z78R0%t}gfKi->!&%0t=8KP&8v&ANP72~!?IT6}5FZ=nxNBy}MKt4k{x!FL;@2s5S>
zhz9yrsoWo;h*{MEm|8Jo*3<{xhbgh@TMic(t{Y8+9hq2a#q6I#7`r>mA+G!^oMsgA
z!GAUBTW$lc17-ks&MtMX@&MIS@6?|42(0c^H#0Y1%TD1c5zG4@3gQj+uX-{F#_MM7
z{noq0*80w-nSkbsN&jWnUew@5h-ZJLeyQqUgaEVkO@|Ae8Fv;qm!~?Z+tBPkzSZJ3
zs+qsaL@$#mQmmRCj8(bX)zrFUqMuIgv1@yTP`jNL2DpY=;;pM5?(<5u2s>OD%=k0G
zx$ez<Lxz@osAt*?`w<KK;P?fCVqCKdRf*}ZY841@5RwtD6?q;6aTIt{cd~%Hn5c0_
z=VgAeH1yovj7o8v25|al!1>$|1j}aHh}bAuL46WYojDTveQZ^W!Ofn2nS1g_%9!+u
zl>mEL?FU*l@jrV#zbsStRvW!w%gt8ec?ss0I5gTR2g+5)3w#`PC+r`}>qX?{Q7o2=
z*Bi5jLvqT!J(gdcQF%@m$spCYD$F|GNA#~J+QNTb&COVvSiWY!v>3NFv0QJUbSF?v
zcrv6GGk1cehG^399W*w<r(XQKfX(D-l;_)ZBE-Tq$^+Qys#Lhx`7#ZI=p;ME2)ci~
zFEny|?IGTA&XN}0XTfiu`**}E(DNDRk3V~|Z{PbET3icSe_v@ToUh&dgA;sji<-~z
zNhr=*$V{Y>^2plLGIv=>I8qHQO_k!L8IA5W17ZAhQ86O#D3=2-$i-9X!;p-VT0byV
zs}gWlmO%MQ0!t)9OF5`ajr;n#9y{kTM2qTo^<5htMj+Y;H@V4iC#%yHih6(8Di+NQ
zSK|U2OIH7qb>|=D1YTTDtvZZZM4E32sC`6q)H;m(l}3|~j!+p7swG6u4-&HRey!oI
z466}?yEf?a;DY9ZD=tkk@hC}~W|juFGzlp%y2&;)zYA%63s;p(GBCxRF8YOJijkM&
zXZpj#(^rrhNxsg8E24aT4~moEpDYqVlyBciy27@sQ!|>nETl?pw`U!i3a5W8A63s|
zMdCvayjqs2W8{oE+J5yeVK~xJpysi>lFB(80X(Bf8A-V4ibiinKNS%FnR#J6YdG=K
z%nV%5C-5?pGk{Q>h%Y``K4~qVBq3tLKrM87XzMvPA(QQ2#n&j}Aw626{40_2Sw;iY
ziD@9prePY4$k>h3W6`HpV|GeJeVZ#c>GF!_E(cqg)i$?1IZ@M?T7+yR)jf8R5w(b%
z5C0Z4FFx(X7*mnbj?ifUkv*{)SAllXJ@_8MmXVw+%ad_?Py@Ec_i1hJ^MfDz3!Bsn
znk;wb^b~seh;@3D4P3sjIV}mg2<!X%SHZbCW=hSZts{5oY2StrsZf!K*nP3B50mlR
zbGsX&-y{=BMPe?_K91Kk6E|)igQhDhY$<rLq5L}&Y6TBJdYlt-=!;(7y8Z0h^DGCc
zhQkHTu-4_#=-+xz-yac9G<W2#MpZ!GOs8%Tj+O~{x76P^P8_>O%37G&I^-%_-!;x!
zY1PGUHdx@iBvRjv@(p#;%X!sz7D!vRgSfv#u1?@+F!lKjIY_2RVvk)^VUA{SBGblQ
z%n9W6zr~@eqQ2&x>H>p#rk_cwv$9ph#_qj%@XQQ;Wsg^#8#?=nFmcIyMw}|+bCLgY
z;p5hO2SO!aSY{c%YZN<c4E8;=x|BGtw*MuZ!1<gR(`q?NGMJ!9n_(OKWmg050GZ0J
z=Z^=BcqR9Kw>K#h#v9m1u{&p2SQNAC`W<c?o<U`IE3#Q~HU?v+CUQ!M;7Bnt#7g`(
zg9pDIy!I=k1blIk?Wb`TyWi2Ve>uKh2X#XyvzE>By6l#es#f;M2F}6>)=TQTo0g+h
z*r#L8XS)=&L^QqMs#F-SfpbXnHBo$I`mX!-QR@}5B2VguWXind|C+q}KXQ5hFL4{T
c`GA&kW-0*xjq&yI!xd1JRg<ZfviS1909q3DH2?qr

literal 0
HcmV?d00001

diff --git a/doc/assistant/repositories.png b/doc/assistant/repositories.png
new file mode 100644
index 0000000000000000000000000000000000000000..2853683dca0090d5daa9df3e2a1faf4e59e24ffc
GIT binary patch
literal 63405
zcmYhi1ymGm*gifqNU6Ni0t&*b5=%F$f`pV!cMH;83xXihpmZq+DBZa%NJ}h@bhoh7
z0=sPd#`pXF=l|`VJv(vcd1juu^SZA)>Zy(z{T22r007WysH;2&08(4<_lTMlJhI`D
zg$Mu0?H+1B1c0h|TAT$1xKHBoT<sB1KFqlT?(kTtKi38Te|`W62?qcycqn8W0K6ao
zuxkzga%lj-;+oa`OaVMWX{o8E0ucXx^Wa6v;1L>EbpsFZU;V$IYQLircsZb<^6;ha
z?4N8uV<tPo1yr`rmG1*3<Lbj*lG%6D_BU#^|6Hr3pL(}&WuJN8+oFM@p7xLP7leuH
z`Tf%tTIc)qCcndeqrj6+w6&y)A<m(*Nv|pHFF$-rb5G^YO5b|M5;xN$b^co`Pv?|S
zsTJPGgC~J;TYk1m3gSow#<ezqU>c@}8Cv{fD(ta*4!1Sjf8suH3(!%9b(o9k3-X8c
zn~S+L$WoJ&iVjs~M?Og6(@5^OAKCFT42y%X(eWoAdC$c(DqDydXh~%bbtuT>2uekE
zSc|d7%)R}GH1vTMhtpP(MzTi5`1Q_=%DVg9zpLHe_B|2N{qx^-Z0uYZtjb<*F3hW1
zIn?h2yq=DE&zs}@1D>nnlvaBOW-@YW8CsNzUv9pH9`)gm0=&~>RGIuC(XON#ik~6)
z{j%zK4qadOpcyV!|3}dec!D7^95xwRs*0l3es5iIIVP(4qxO(IpY#tjw=~>Q$%%@3
zSUF)+tLoo^|A<|q?qZ~fY!Dx_7Gpo{>Kh?5lFEot%?BTy?OCfzBWYO2?`8{0Q88<Y
zZH?p|@652jw-wg;tgzpDf@yZh@pZ&oeMd1i4fj7i4NjPag2gU?7orW2)0K3LlNCEW
z)MB<rFYnWaghpwQMz3@zzz$mG_W4(*I?N%zozAAT_jWTkwmwPgJ24JC7|-K9l@r<-
zrW2z~?zRl5l+DqSFnr8&wSfbhppnF%|IlS3R{hTHH|?^{fwE54zSSWV_lCT<bK)1L
zjmUQMUu^(a@5FAp1uBNf7Buy54cV}!Lt<=y6SmDEtXy1wB2kD2eA#(yngBRDBn`+D
zh>$Kd+uPsRZ!W&Jua4M_SY3TwA1RO-R+w|^>W4WRyx9SNa(|w{YhjaGi?<*8t<MQb
z)}b^pfL2cK^<{CZ^WMTmkAWbh&^iA1#ASMw5l#C#hK;11{J~e*WG0^3GgrsC9V0XE
zO>lleX2)^tNcYJW>uGquH7St9_nlF?PA+?os4wW<{tmPEIx>S!F3i-YMNygOD)bF!
zxK@701N(d~zXXYNdsB<*5YAh41#Z-yON%nRB{Kev&8yKhWoB7#6^%`9mB?WCW5t#8
z#1mBA!+~?&O?9*B*|Nlj^Rk^dHEts=Pvmi4Kz(>=u;V%2A5EuZWO^Cd5ST(v(w=h3
z<tj}u__gQ&N!MbIhMTm`Jh0bRC3{MHvr?gasc|QTlSzX;MwKDb<NSwtSX|?RGq^O|
zk`j!zpcWKQhxK2rw-DObyMyhx#b_oXMb;V$_d8pl<=#5ypi+VoD1do{LkZMz$}$Z_
zp(Pd8-LCJCPH2&moPY)AUJ&L8^f)46<A#Iv`i=$u1c`rm6sbo%d^1XS*Z-|iJKvK;
z{&yW+{CeK^?CZMFd(#x}MB#9_-sWI>ti@VRh8Qayb2M8-h48)akX^LXU$v`Nl=-nY
zjlszt+>=Z!h;KN@HQ@*xZx{zpm|J2%+5JZ%Ukg;<38wRMgKldvbtdh;)5CL;n10g3
zJ2AAOP0xA*9*7&wZ}A?S_&pF0$d7Bdn${McNCB{pcP{msWbW>9bbY-fS&kkI-$w80
zE!Et$5nuGdaZk()t(+4ZWP~2#CJJM9KNE1b#w1o1Op27AwO$eel%<raz41}XNRswx
zIIp9gOUn#F6xepo@pBa-9O&u&88Rm`*V0F#)ql4=FMleZr24%)K=E#{(W8q(yQP3z
z?<6wB8BGZ5Fz(sbvz*u}jw!F3ctrq6h=pPMI~}LW7;fB|k2b>}BOq8;boWx5TN$cH
zHyGO+AcZSkhvv%u%aGZLBH~a8okrAA86#iFWSD_mr@g0k_TF?wF5#f%EKX;4tI1<)
zPA9j`&!b&QAi8_iRpGUek>v!_#Mftn^}R!(Bw-y88aRKFapP0-kyx#0mcK@k#z`%m
zPx3@f?axeI7@x*$#S>N5JP!7pjSh=sR!_5iXKWH`1O8Z=3OGeCnXs{$vbUux!j!hP
z$oz$Rdt;lpfCm|>N-j#tDF_l^*Bf`2$VkvsFn}p|E6LsZ(Pkq(-pL3M+-)8FOq6I2
z&Hq$vr64Xxn2=9x9L6-P#&TGwcXD@$HT$ho7lUgeeJS{WwYVZH7;(!?K!AAiJ0fes
ztl|S^f$3b>)jHndqD8!pXxMt-0OWnHx9uGV4pSK{y6tv=$`d_ICoE{=`zhy`#Px=)
zZ%xRy+3N_j;``0SY<Vbs>1ccD*52~Mn$W|XQkTe6J#7f=<!A{kn6S55jeuh!M-l>x
z{VPR;+j#+=hPOwf5oE06Z#Z@A(zaSR;ykq}LU|sPjT$$5(sarIBj271nzcC*aDHd9
zY;=^--HUZ5S(mmnz4qqSzd_H_ecTwl*3;VLA@F53Y$!+C=YSr4HG?Yr0gp4ScfMAV
z1p8?Y*WmIEpLDHLT9yRBDUPag28hW_t(ce$JU$@8@q|R5CFt=%3-R3BWJo|-#Eiro
z$Q;`A{hi9a<MJ;)>R<29=4!>&P+Aut?L%ncd3A2la1P;zn`vKRQ;r~Tfe$))pCics
z;4IE20`v21oTXSnq}%z#9Ec=|e@_v#;Mae9MhX9?zk=gZk$5yf)tVmj)Wv%Y$t6^V
zxef$hcByVu7n>=vKJ&9NSaiwBE6b=|YOPh+&iU+^n?N;RLnJD0sjveDJqlg6KqkqK
zuA;GfDGkt;3>$aO^7uFSekO_TeD_?H{P7ZZu-mxR3MqO9lS->TekjKsKdHc|Mz3s?
zC5LV);ySYwD>aInf=qig4g6Zp+ZagAmiHmdH=UHcE^pQRw_vE}udA8*al^+CqLKfQ
zk&gxtWE}RIMECE27J|o|#6Ld@TvwL*{|v*(HO9!biI0D3ZzWT-n^$S`^Cl0S&NbSi
zex{~*Y{hxzNV3PuB`1bjD4lGQMUy<R<l-_6+fV(2nDwz-MEx?;UopaU*ZoODxKd3s
z_?KPIl)%0WPfZhj=ISqt*Jz0v#7jr?5}ikkAR<#4F0D4m#E*v$`M^Y^tU_1=e%a*)
zuY9DGkmg>($$VC_zy03vpfHa3590P&`WGnCi#Jt+I4eOEsZdd3#+-F`5N9w<lPsvg
z>-%oE-(FjameU_RZ=Q$J0jbzXR0h&2_7?;5MSXU2s{?xV6|A@shC&26JN5sTu<QLI
zJ!5*B>|-DOqL&mpm+Ds=(NykuPljlm)Nfs_ucaVSywT#!I2he+UHzLY<01O+u(F{c
zAfEeQ1w}<a1@1Caq^0hh830;<mD_8N_%)JL!#eVKxq`NXnKUvuOVMG8dD4k=QUlb5
zALD<pb099fuoa9jQ$Nh{hNIpkilI&Z?p?n)s;j)bi>8al%qP1StC)&!hiP=c@8iDP
zzUy_)KWkYzT2NEd(l|maAJ91E_6Ymyd+V%-J6@5*T&*iCSwG-|yifmEzdt`B+%u1A
zHDLP{h@mFO>HFQ6)!YHgBq`I^XIHgCe&3nTnJ~j2A&I<9_^w0=pmD~7`Q1B`<-+6A
zc;X}A@W`yV=?5@IO~(w-oqD@(36qBC`3Og3vu)KOv@hP8s+9}k<7Js|O<e}d+&f6g
z)bZ4Q@3A%PbN3%m#H_{Aix8K?)?z}2wFy!Jb)_Ah=Pra}m7-DeV5xykbGTl)u#x{X
z-^)yOcS38^){WGseJWr~ljG*2pTrkSncW}|Fk_;ro=n3T`EUMWfp~^6+N3NM2Ddh$
zmI_e1-wtzpX?<Z8f12E^v|o8mKgV>D?mC^n(XG~_{N@KGzOt@OCST6YYCMGjW7ac+
zL3o>$6bbNa%_UpUnBsh<R!M&Y{)G^0r`^K=@VTA5Kx3`|7XfE35!1xeHK^KfQtRQa
z=J(<E3LKY*N2aLy=5tOBvXJAS(^_3N$>m$w(`GZxYXU$eiJ4dS4V;+)dxC20Dx7h#
z3{Ff`%%Iio)O!*lA-rMlbJ15()idOSKF)@EqWQeEjOK-;v-dJ2K!06)o*K<8^ba-Z
z>oQ}%LO2{@_Bb;g`@o~yL{r8I!tOc2t?0y1`20JyWfHdm7K2GtRWxk57W!b`zb6t5
zgNmmW8*TEFi>d*0iFZW;MitX$h}ojHS?&h;v%=jgxoZPk7yK&F8mEq=McM^A2uX;c
z;^3L<nqwk10{OkE8mM$wxDsDhq2dzvE7)9bl}eLTuQV+@z=;xfvY;o<!EFNfK5tGC
z;`lbi?fF*W{QIBfUS%o|Gav+E+s&=C;!(XyFYsuyGCdy3WTt=NW9VS}I1x7QOC*+>
z5UpvU`x|B`5<rB14fzd5oJ@S|_~@tfW0<Si*`>S`bz3uYtt_?${l#dy+^?W@?<kk(
zJx^FnvLl|>)K*_A>mkgrQg7WF<~_?D#|G2I1H9~uH}D%@AJa~kne6QiczntQ6>_FD
zwnUE&EjMN#{Bd~G7j4?K`c6tNl&&Xhrbe3*U)%UME-x3a$FOK5`CD3V7w(o#SK~3k
zl<*FJ69Y$PLF0q{Aq&9M%L_#u=Qg`^Y!jfevS4MUYqzz-6NqJ|ErhDx{NGNShaVOP
z2G)KW=uMMcpgnXIF9ux-&MV*xldD`{00GlHL+0i6lcTv6_%wDso1;@d?_4gO9<2qK
zn@*hA?I-a2c8dvAP0^5%k=Y^dLtGB_y%|Cu;2K#uY@WAR4IiO%q*HY>v;YR~KtF$v
zVv)TRa=}*3%I&hRtBJvqG27-Udc+RVY=7&u-8v_JCZM%dVScvfQJv^sTjgX!i_X<?
z8nm28M{AR@2xC}IrIXXoO>;YBE;m=spifGT?a*y)%2Ow1P;x8>$6@M!{Uqh1%Zr2k
z2hV9)Wm>sKNmvCT>>A8H!4S&;0}Rac?!{i6<Fpn(Q+#j0@)xSqQhf%xM(;A%fdZ_d
zKG*mDk&f{tz35|BI?A~){PGn2D=#w+SyM3S>oBiWl%Y&g2-+N6eNT(W;S>}XE+*Wq
zRW##rh5qJl4Zum5LGq}24BhaC`xST7Ro_Z_O1ts<%t8!3kSS`5c8FAeNJnDg$B*X}
z(JVV??Bsd);7P99RXM4!{*_8LK01as6{bzDEek61wse%8Xb!UUiq`T`aZwTBWE)fe
zG;A@Lg|@WtvSx<)xsLquqb6TX`AK=gYmn`1Z9fF}39#hcI=T)Bo9$L=(3l}2<XD?V
zmxA(%-tzAo*UZJz6>@Y(OrkS&y{mt7GE(-Ki;;x%Te~R;oP_d&S?j!i8el%M=gAw^
z@iW9EUI8?7TKuOUsYQn%taNdaz2*CJ%tI&Rv2^UG_7vRYq(}I$vT+8-ax){DX;c;U
z=+6*8)v(3>E^cy5ckl}S<fcF6-SYKsgSW!sUFNsfu$U$1{HxUDKNVShTxP27TJPwd
zt5oQ-+e?7i25-iP4{5iG%h4viO~h8%pSif`hB;1h(ok2%o+h31GYM55@Y2=ZD5Is2
zzgwh7YZULb!1E7yjNd7GUHf1ZqMDC+9gOof0uNn1E$x&(@=Z1%9$!*iNnc`Y`^;??
z>C(LL`tP-hOTXfmM1r@yjYQY-5->rQ`~Lq(f?08PU;Mf#tADEOT0((_*IILwr(>x9
z-znzZv}`|VY<vE?4<}=f<&GDizUr!=VEa=HzBm$4r{}d6k&7w~p`cX|l}_2uNmxlt
z>{zjYKePi^L6tYN`}pj5)Bn=fGVOH<e7?jQl1_56dFiX`B_tizF|y#{S59oDWoda&
z%ThHX{#*}yw$Mh3#+zbw<fDFsd9u|=MFp9g*-It|O|36|r?vE_#!HN=EWi1>Ee~Z%
z$4$O`KOYnypE^C!9e34mGIo#Pv02Vw5^0g+B*g)o`s3T%hYq4mQvHSZ=$a$z-|Cs@
zWjo<F4{mh482xtVL%HUHQKw39aE;4i>*(PUGKB_pe5?{3#e0>y>-_rpqfP3Eo>}r7
zM<Wa(BB+&>j&D9fj+Y0gbngcV9Mj#jERJ=&ZEZETxfi@n@jlaKrsCZeX2jS%zOX9H
z;-w5{oQ|4(9WP}V7oeaZ11hUwgExq=*k7RRl$4CK;~M=u%<nZzun%=FE=F=ExXPp%
z1||2Nd{(H<FFgC5^q$sk=r}uy{cn0~>nUe);@0FJZXVa>%B$UevVMWBq@u*OSL<<U
z_*W_%7}WG5k;o<xtXT>`!BK6O&PS_vbQN!C(nEsR8=q0|l8-LVRGAzXr>34S=Vc6?
zH3nkDmRzRj40=w^+5$1FVEjl)HECRqT8mda%B@a{-E%9CN3N4Eva%kYZN8tcF)ZSB
zUTp2Ktx3~jjtmoJrAzLY5EHW$V}rN0c1ka)Z4`aoS>Jx~-MQH1AVJ}md5EfbyJeMR
z28nR$`8Kb7{41EuqZq+7X;|~Ud%V11Qi`IY&;I>KCzY9;)GgAZdjGVoo~ItgnLG*r
zd^D=&*D~6|2E@C6I**70bPw1=Cc+}WY@V2@{0SUxYL8|S2|gK;7HPX!l}ELDY-$DA
z+xOM}p80*c@qG$KM@a^xY4I~k1)OZg?oF4aFV1f7K5sShKFxH|0i{w2HXL;RHc_d$
z)2@1@^Igd;50w(dad35R*L4lt*Q?-kaagRhT{y)$SoE*np(mEjT@PM*haq`65oqb7
zrLlwPJXq*kb6@x@C83~DI=OnWnV4t+H;uRWJrv6E(YbphLAB)0CNh)zYGnd6vSRX$
zHh+FmkpRGY8qseMT(u<@)*s`$eGR?{5fkfLF<0(XR$5dF3u6amOpQAVw_cNRVq!9I
zkWoMC=j>dLMoKRQo}?mhHma(WA2X=C;v+l0+#*Z18GECVoLKOPzaNs2Q_~ugH~lV@
zreKj%ES++pZ#kS4nJv%4%DRn0!Oj<az~7DoO**V^5w*A1V%|ZT+^>?fUTRP?Rc<mj
zH+MOO(9HFdvt@U*TKV}NT-_%By7+EOw%8tBXc_TrE*U|DiD-+yX_m0^Rw==kuMK+l
z=Pxc=9UY&D>`s-L?n&N6u{azZpBi&CH@B_SESlcQ+!vK8-o(0EohzUpdn6l*yIC12
zCt3R-H-^rgM|V8^;c-K@K|)Z1*FY+lplUnL?*xZO`ec{j3z{*$;>rEwKpmDJ*rs=m
z1o4ZB-~++bErDj#!*@Kjvla|gj;M?Bue*5EtZt2>f<)NvO5#c+_xwTUTDHBTWV)>@
z`&(ycXA6rjkG`bI-T+PKaA?2zwrYge?6rly56;$UtZY+pF|3i1r{N5zyamDG6Y(Lz
zte%}cBxRx2TK^vYnW-sxT}B!baL}{`Zd0DSL`h}6d3%CJ-_daQ_0|9K^z`&JOWx;T
zdo({MCnu0Fe_yX$$Lg)Gza<h%jD}j{Ei{&|L!k)Jt})Ql>rDqLJg#Dj7mKW$9p7J4
ztPUz_Xo#0JHQgyAqU<=P%C~g<9)0%+Y=ujg8WH>LxS^H%w;qO=n=kj28U*WhEAR&F
znSH%H$lN%7!lcaG>47=<?Nkq1i_Q+6ENsL`TzF|~rrg}3o41-u!IB^pfUw8DY?VmY
zIyhs5n=VZ)a<Ny-*?0e1S$P=N(PvwO!2K}z*34XQVP$lg&LQnQ-?FlpxbhGlM?F_t
zx8L$&$P8BJw&2eYDXx4YEi*F{ly7m$y5*f6zmrXE<acegYHAAzYw{x5Ru{K)IUZ(4
znrxG7O6)PyrH4eS+fo<$K{hR1I#dB3jaB1~B}bk3tIIdI`e>tLIoR1{T`RkcdkQ4k
zB-zptYn5!xp*6Yxa4VJ>alSM0w?{cMF4@FclRnt`UNKu?@AKp!_sLshhwpbUOErfK
zkM~%(hA#*1v$3)1m=d+3RrM~$a|tR2?%%%Hci^E^JzeKd)L0`f;|B;cr7HoMSRW{-
zm`m6M99t#EBmeg^hpx`HaS8G}uw=0aJe#p&5i%qP;$|0=ij2A|a&eVEnzj4&TN7IO
z7Ou$!pn2o8zIt`E!Q}4g%-tw!8Tt0(d4Sqt;K>kygU;L+Xjf*O=cvCsVaP8k_H%;c
zyLP-bp94hnA@tEM^+<e3Xa^6v;2E?)GVUs$L)P+}o1i}KJX1RAVgev8iwZ6-+?wRs
z61_j5XNSwUbphzLC>0RxLtutn2pA-cw4I1U5}jtMH@f;?%&{ma+`vqwX%%uzUv6QL
z!S|%jmODswb#;|;iI3M(N1wG6-u8Z%AX_?FpY0If*=wcr`l$NgL|3}J(?D=)C+@67
zuL665PZcrQ-QSRu5Sw2d^)r}Zsx<FdxUc69H(@7&;q9WMUd2+Q=zvcOk9nv7)%f-B
z)v<4F1V@}Kt|diqrq#`Azqglb{;cu=4`^7{PVl*Y{wQd4G}nCn5OVsPp9CmM#$G<f
zqxR-v2KXO@`*3&(s;T!EU}^7~Ai<^qmJ-HPGSrzsa64=<)+b#qyL@9kimE}8vy$gQ
z{xfmbcJub$+$k|&>U}vVV0(HM4vKgX&XJr`nWMhxhR!(7dG)2ucq#q|^q;pgV%?24
z$V`_uSvaZPCwds}b*4u3K9`?hfYjrdDj=`0Zm*2^iMZMw3yi!(A2eV`a`6YjF8pin
zrl<iWB~t{_H|5^gu^-xJTAd-21VE((Rz5vGbvZEAhhg0@bEpH2i#pzPU}SNzP0XqH
zpPQI%6`%F-c#12e!14+Utk+%6<ee(71JHAdtgO_3uD^77d8uA_|JHcu9qE{wMyR&-
zmY-*F1n~%KCU!_o*%^x}oQJf>l`ul@##t|2%-z!bnD5<y-0^oCD;B}!*-W48l;DEe
zTBI%-5E}?jWG7t;htll1uG)zA<2_-OJ!$}lvuj}%)PFE;4|MfWhrQ*~R%N2$zfQ*=
z(IH_u78??rW?`Pdk6-?<vzh0R#zRjxmtgSXg~#s860rP`K4@EESeJy{deLjt;9OQ(
zirvn)0`jK!VpTg=yESuyv3L2$W8*Is6&2C`%I4-gz{SPIQz`%y5mH9Rc#(J*T+x#K
z(PmNZBpQuYd%}Hmbaab)Kb8aU4+nFof${MdWv_LgHP-Bb{`Boz$7CgJTD)}X$5gnU
zKeU9nZW>57-CKknOb<9<_^edDH;<_i&<$z{M(>L6-vp&|?k2nlzBUMYyPMu9c)9+F
z2m05?jr-lvDaNf6L4|N3`yH|F?t@qNmAzHeMT}*p{jux2EvT7l*;X)I3S(3fyeio0
z{z?{R+Kyb!y^p<Is)yn#@7L(Qk}gN4E2<TZSLv5(riu(_%BNa*jh540`B9F4DlVf=
zF<8~UGo1Flq(y%9%S{4-@CFS;caL4~s@i4T!kmCAqiO?IG)j~Yb`*RL@QjN~TvgfK
zmL{zQ`n9e{K}IO3-)>i7EJxArgelx{Dx#KCK7-R*`}`7d`FItv5mT9q4Xm#?fcR+e
z0mk^%&#5^$&Cf?GH%17rM+XLcl#Y6)M#4<)Q+kGd|CuZ@CGC4rTAO%cGrWdub2ew}
zA6SeryOykcf2II&hE;YXHUyPL_GaY@I}@!u29lA4UhCU<y;jopKeBiZ7cD9+M#?ZU
zAX@aK(c}HjpuwUEU_Qnu85ls=`mXCQ&IVLYjN6(&0mG-L!|VVO^X;BGTIv3@SF|L{
zgcg?l3P=oHajWgoz6~khaC`W?_*?WQY5PdGh*EGv)p)HF!|CJwR+!GABH2E--s_y_
zKUXEQXy;bBw+63JhWz>S$F5$mVu#K)E-U!9<x$oMmF6!Ulif+qyLfNHyG6TPL*h{h
zvE>$T*pO|BPT<Se;|_=V*PC>VaG06WQbCT`nVA_~m$tpN8lMHYbB_JquP+1I+{7*4
zqPvi*&D>G5?MD9GpY4zlElTi4hVh)3l)=oK*GYi0h{T>R6^s5S(FA~b+;OP1?Je>S
zDPYqd!0ipR6S;7tA&G=X7l#<6eRj3}BM7xq-iy;dCcvEa02#2qbQgi2G|uTY27trq
zKq_Mr$tesr*Co&|S(nwzB3MrfwJ>meIQ^!s0)94&3O<(yz}nH}If{r!!H5S`MP>9r
z$N(|uGOR*NEBjbur&;z3qa5nn`H=gu&6$3S{I8uiZYfm#Caq7W8A3!Ra&P%XhdxH}
zzB>LXKs;Z$%dNG9@5=W<GDNvfKpmpzd>&^CuTR*rYx%o}^E_~oNaRnBk^sR)F}i|9
zYj)Dk1dU!!PSFKcJ{N|h@Ei%ZUV56B_g;B`a*D{>Sy`693_vaTqTp-JFD}pUN2}e@
z&O<5YKv=&uVGByc?7P5>Uca82oRpN1u$Exg&6cZsGkLG!YsHJSy1LxpGlNcL#<x}w
z)>v&b>~Y}V6j>)|tfJ<4$;(^N?ArSNe*Wtv>l(#0t=B`ny;Bk4$AN*s@~_W}*<-zG
zsu5d5**;BMW7x?O5tFvlu7kA1#FY>Vl8?^sqi>xwKdIAiwYIkQ9sVObjV-4TGV$J+
zt-Cpw8W%$cMynMK4L<0F^NZs~$LZ2wR9OCZ#1m<Dy3_z+N^-#~G&GpTa_95%UjCP&
zG7^Kf0d$OvZZf~SHCdE<p+;#N@|vyaw!2eSsL7I(&7pDo2`8z`&7sU!z4!FWsSWwA
z{<fwyY?~h+uff@4&i3d0j29`oF$Tdk<>+(WXO}No4`l1kc6d?QP=OrO=Vw@()BO19
z+Os#8!=-UDu7_RkS8vqN@ttnR06duWt`o3g;CnWigup3@oU}uoRNw-*p`Dz=_}N$T
z-9Fh-{a-%gMyYZUES3B2o!5Y;yIR2EFckJYSf-x%NAsnN@LfM25Enj=^Uld9D$ROT
z4M2>D#`ELA$TTc@zw>4>QEk#kPRT<Z_Z!}JzbB=xbqbyRF)Ii;h5<%k9<FDC-27xf
zNPoyoo6?Waj>k0@XJRDF$C%;w1Mkx4Aav)5Bbc^)FlMz}HZ6)gHfqALyv-o^4Kf;W
z9a{-?fa8V}8(`R0jHAiq^L`QToN4*S`gIqW#+4w5_xbM6pPRj0MlOn^BPA6CIM!*t
zBAE>Gx(>(LZom<1JAm@PNS&hq%qL8Vy)8wSNzc9A^q-U+aaX{xmh8jk0c7py4aPPe
z6VLIhhMvn$cTM)d%IRWd&CP}V)|Rm|Rk9FUTylc|SBu?JRQ1v~CmXSJovdno_ZN0J
zJworf8l9N_d@>k-S}st!q|6xa*G<6?c$@Va<TFHSH{P8Wbk*E}Gqa}#<3ZQt9Rf1y
zNM8P8LkNi!2r11$pFhV<7mQGmEcZd<im|VxC~|cJa`spL=-4bAB)2!qkS*`nHE?3>
z*mQ~CB0NrtpmY24y)_;`lV7BouuJ^|_lNA4qwm$l)q^3Q^Y{&imIOs^E&?>HztKWC
zVCaQzC7e`fC%C4SEyGcDN-%lUTq3j|jA&Ad+zzqYVI405-hTMTb-RKwG2_~EdD0w@
zEyDrpDt%ymXM71nH^&AiYwVEhv8s&H(^a=ZL5wL-33}_+3KqQwW)T5rU`5e!`q$_C
zB<3glsgHWX!{5JE@-B_&whSWp@dASxlF=C+%1H$c@wz_e-R<pnl9>-mdCLvCCfrx&
z4BCQ8XqjU`RZ8!Ky+Mk9b3ttEudNMiU@tFWCuPQ0uO500=+SNp0U@A9_9C$EM_;>R
zhs*?x8~Yy92HIhQeF}$iQA^&<UU5rKz%nx3<9MQhc2gt)c0X6%M;M?ho;0iLGrM?P
zO%<8n_G2A;sFQ<zE$lLbDb}ob&PoSn)^wD~d>UZh%|BJXhRhisFIjhM`sn;P2w%i8
zwMNKilyK6owofb)cx`a>@FGP>lbOof+jB5oF<^GzE!&D-KuW1mLt%*)Ak^B`OxJYo
zDs2?y)`ly%E+yZ$B>}5up{%sP2Wj3Hgjx3-w}vN0@ahO#*IaZm1n{-K1N9%Vp14+<
zwB@omiaCJ>HQV|1RY(izr!txcI5uuo30!bl!JJeTZ$2h{nZ1oU<aSX^#>vB@WJ^c0
zuBq&QUi8|PbK6EE2%CB(ih*0t(h-=mxw^gS7w0m(m1&Tv5iJON=;QlLtb=D~XUogl
zfa_TxvbBX&dD9$dw{90?UX$<s{9coVCg?YC_@M7A5%WNo&Jp6m1(ce}F#@EGT+%ck
zK+7hW5|o{_-*&yx=^4;N3XJZy#ObAv3$fpo5@v*KL47o&6;6*hTwXxEAbMV5hq-(7
zz{SV+z;dsx;C0F@J!8=ft+NO>ma^>%`^Kkdv$)E~^Ay*BQ;z|pocAxwDDKER)CRCk
z4$J~aec+_~qh{&J=dFM6NL0Y;(MZ!~15HnbW}M`?vEATJDRxSh#-oo91Ch4@{S_2C
zZrC_fSMhv;4_oQgqFW{7z*!ntV|+Xq%|WhYc0cmoV&FbzsQ{vHtfutw^%4aT4WFS+
z6;i5bTwUAJorB)I(SZ8MWY~hYqj?nbO`w0Qc|6<YW~>ITZsQYGG<tdw*{H>3A(p_O
zB$2M*NqIxrEFk%EH0!;;P|UVg*N6UMak@CjSqyCU&(>Ch9Wv*935Lkex7r$37dVmA
z<{!7qos^W4dh#t^*tl_|>_-nIPRC9r80Y)!S>ls#AY2QUs6O{w52T8qc6Y_tW1TfT
z$m92z;PTCd%{{%nk?aPBgeT*Bo_<uOnmA0&ty@02I*m06JNx@}!TYlj#HqIn?o03d
zXv<Cav!z`+as+aN_dfg~911-gNQF%=ni4T~??OTX{=xzYEqd89lZKZ^Ro&6d6+ZjA
zHvoOk%HopCpL#-Of3qw~O44@s6_cA=!$G4L7!cdgqoklOo&+5%cD{zjSXl3i3~~eO
z?d216x)Le>?KyP1?F!nwiuz`UrKm>II@T4ey2i8MyY6J0F8Mc?seR8<bUe$D1aluf
zJJvG&wo_k^wQo5CAkisuk8Jr5)<!f<P^zVE#e+vXG@8XlANqoOxAEuIi^FzYU@kqS
z3oDo9Atjpvw9z7azXb_xM(AI@vO|gKP6<q+5J^6Lrk|we{z%e3aJlVp$HjPk+<kv;
zDYuE>M`)mZ6SmhZ0+C%K)a$QVUHaT7TTYaG2g<gzg3KWL1Vnim7sR=N*T@d`EsVDr
zoBn}3BcSDv?jQenVWz0@c@>Lcq@M@I$m#eK3OhnG=M4f4(-#$ThdokJ0oKyMHfx%I
zeOcXJM;IBo*C2T^)i&DPwAIaXgn|y>)fh9?^gmn<iIc161QM8I|KZB7rcSD{k8&B*
zb+}D6CqXLc0+@5CdA5s&jxIt%E7Vq9f{zS{eUaMm`4fsGL~vrqvAg*V_zPxDz<j(=
zJ2w^Hk3O;;G-~o4{vAtb4))H=m1RBm%EeDNM1+4@8nhJ`&T=Gv-MJ5#>n~t6##Vwx
ztUN!x{odX{2rgK1{*<0YXpLNZR;b<560Ln?x<Ox7v_%=p2sr(75qPjOGZ!%4`P&hd
z|0>g;6rc=ekU81GZk2M7#eEEWtCw|g($oTB23%QVdZnodXvCW&KB0<q%5pO^xq@S!
zSE|X^wD`kD3#4~Ng=*ryBgE`^CbjS%G@zCeF$o17o*O-q9Q`29q@|-%UR)fw7Ax(I
zT72s_Y9DJ@77T)XYO1QiN6}`3xlrW7Y+JzOuNP%YV9HZlTMNalFe-4N`Vx6Twfgo5
zH6>(`?5M&KqZ+opLe*sK?Bx|3#{-rjZp0`mC<F!ug1~twf-4ZaqsZvQr2FWCoYA{!
zaq)bWV|Q=wV9uZTj)K<zQz|)0bWU7s@=Zc-{pDkh>9VCpXS}{G_rX+UWtqi6)Ba9W
znc=nCH;)tUbPo(TzO~<;9eD~get!+a^$Q>sGyBjhISALO)UCON1@x#Iw-Pg(tX+L>
z^gT#ik!t?g28Nvu8*pG?a(N^=`<Yye|3xQ^c)uAo$JAmaV!B(dbhe_*=;Sd;JLsWp
zuO45m#*Vp&<(NjK!0!4je{sa)m$EL-X6ux8@!KGRCk?{lxF(N1;$_oItUe587TtQs
zY5eVCmUWqZuO<}c+<5*16+)G%Nz6SzrXs`noh!BSqGz_K<eu14^pbuTzn+SWyKv5~
zFx>1X4H5Z8xB@vMV>9fR8`3*zO(6u;K`|8psgxOVEm5EEw|54_SzO$k^SK3VPY`X~
znJX3b(oWwbKkPp<q<LWKc$u&d2iDx-Y!Ev)b>fT&OQb@cUap>5%W$?`TjiW?&SA^m
z0jABib93m-;z9@>*lh8vuU@lgZw7Y*XJA?@b}5p(aV5pSniZ(DpZS=<_=Eb@{T@b&
zF?IGy+VJ~I<;5e6riaVI@cFa!-mGuNF4DF#BGksuh!*b?pH@R2PJj2mS4BLQjaKDg
z7N-4yUGDsnv!+BVO%md~>^LlVLR&y9u&3wb+Xa~jI(l~;nmrK1Keh<TFYk?14A=^E
zai9J=&5-beB#f9Px+2IZk{tXY>d4r0x7<&O8$<1Q&+%a4hD&x%WiQo<I28SAr|Qo9
z%8U~wV2mqg3!wlwW32c@*VLf{1H@Sja{w9Vt7&nlPrxUK@q-tF2eJa@D&k-FiNoW>
zgG9$NUiPxBKNQpcpU;$@duIPIs}F9mxLEymqBvI&fD8P6hJP^$>u!?)wQIz1OvYYp
z(b|of#9<e|smx9MHZ?BBs&y7Jy#7$klmEG$#G6>kvVMrl&k^)PMF)sOd!FP@T|p=$
zQ8h{XJTWRhURP@{$E6Lk*_W8Kgg<ByY@rf}WJKIxZM5!<yLq6L^sUkLAqk+xKR!Jz
zEjfvszbzw^_T)SMVtl(e%B;5OoobM{)3|EX`pVfE17+9>3T5`nzzcWbM%QVJ%o(z*
zdh&$OX%4B6dVKIC=fdP)WUqkJcp-8Z3MVR!f(3?;(I%SAv}-w-87RTv;*g9HGqgVI
zB0agA5f3F`YNC{k4`w{FYXXB>T3Vo`gu|o0Y-h#6EU1gKl}Em(+WK;ye>rg;==ho9
z(q@A29=d24T0crjX+bg2Trr%P3|j2XoP(LzKv-v-QuaQ+lrE=z|5Mh(R_|pH01TN0
zW7d<aPBt?-Pi8!BPD=K21)Pp5O`<mjUi$_Fz@8p;3{K`mmzr+lwfg&Q9D_qUb5s|_
ziRB_>A?8YFbF(h*=Yn~~_<Y0;X3lkIhSeI{E)0L>rU*?1RD5rPF0#aF>9{+fvr>~`
z-cX5pb`}x8v(C@=$$`TW4`MU1ymB&YuOb&=XzJyFasRUzu(DY>y+jz@C@GOhg8ZDj
z_+4}K@`Ilf(&|n({kwR=JT2`bZkR=AF2<C&FTGT{R6Q^ol3k^XYq?<Rh=jeiyww6@
zrhgz(1BZwCe<lS2MW#~hf-%#phF^B_gL~%R#w!NvCiKp3o3)*(eg=LCTRMI{BXpJR
zW~2710xywfmwPSI3UpX6d3`Pck{*ZJj-^a=`{EX3+Y3b3;nuA~t_(P48Y-PDr&PH+
zhkK{#?}WCZAt*TkmC~i?(&-}ZAfE7OJ&h%Uz1-tmabX#uZXf*KBtpbIRsmbG)Vw_b
z=Xj)4{;Z6K{XFN}vRO71zr(-lHTTg*^GEy|eZ@_PpP&p!;}nx2NeD@Z3k=)0XH(MJ
z7kA@YEoI}}Gmd+UP@m>k`QooQh0m--VP|6lakJS{MbX_`7nMgQNCXzi$fDeRN555c
z7bC0m$G}tRxx^B6$`*_9nAI2gp;*f$=+^Mpy9dPq@;>Vk5ho3Zh6^?jrq<kQklkgQ
zgEmf*18EVl5!doVA#Am(@L6m29f62gO7{;IBk6SEV62wN50N88IFEjPJQb!#%b)CE
zZ|^$!<5hBWD&X3r*1vY7o@CtW>*nGjg0^AL9Fj`c0zJ?pz4P_1F)^89F3y+8lU#a$
z5`NY%;FGCUSb-q0cUBtI*ov~ojE(sqvvzz5sWi?}Hd%WL`%jeWR8I_)@%Zy-GG=nR
zVycvdI^+CNT-mnQ&e_ej@}Qj+VfLZrNXgz{!n{b+Up29_#b8aEJ$Lf0xRnUMh1)Jg
zh)S2ZlSuAQ7g%hD`gqn1ZgXu&KsT@^aHbk_vYD>clSxJ<FgN>J(4;EpGM`1nD-qZw
z@lsZXd-i%a)c!+UBH9pFbfsNPp@(k>HEwP&5n;l38~)xa#Hf9q?OL1n;p7(6bq0Ld
z;pZ%<S@XP!>$dr?6J*P6%n4R^Y9-VDe8BT~V<X(|8gLk|3|qh(f6Oi7fN?ZYIB?ol
zwvyyEz*oZ7f)F3(6lr1)g1co*CiHIJ!W~5YZa$kTQEk+;>VzQ+@dN4^5wXqJ@=YDb
zm{jo}`hPb+^h*vHlK2VPRZq^5*wyBHuo{;dj1H75%gV?wd^d71uOS}0H?9la+iAiL
ziX(sL-XmN-+%nQ4%AzDiL`3pOK`fuR9LAXP=@STSCGmy5d-v$kBOO=}b^!sO^ZAAh
zUi&EPv4y*R(u96-5MHx&k(xq?{FpIu`}=gciBS#zDN7WxNw{m0t)Wd}5sU>SbAzk3
zYlV1t^72o#Mm~OS@qP?DTB7U^V{HDnOGu}_PU&PEZp@u4zW=rcZ)?`-d(>&gt%~vw
zybkg=9--P=&enEw6{_rfeGAS%x}U%;O5UNIQBE%QPRA!FOyuNUity>_>4u{7>enUc
z!{t_DM*!o8d9E4`I?5zIdP=f7_k<2}9*vQmC`23f%@g-4URMA*N=2H2j^f-dQsoa0
zTTKOKx+Wi(lw`bhrjKMhCEU4;&bt<SokM#ZEL0SqzPi9ta4R_UN{A4m(m)#ePDV$k
zxfmTsx*@N!Bl%BqWx0`go?6O$jRDAxHb0qz7%8NEbj*rBd1t*pIp9oz2H?{moFj;D
zot*yaz{{7P8XC?Ewa*FY3hkhvAdg<%MlXupwLVbXHTbTBWj4FvECL}oiBFrKDZ;|$
zv5n(Y={1FW%dRpfEXXaayGRbaczTB<uSN3+OZW-n%G_<(lrBH-?ZS}*#l<@t8<H>r
zE?K}xH&@96saP&Ny4<675A+jv7!?kmX`{*JxD2mW=B@qlG3H(ZtGn8x^lDiM*Oek&
z5o|g9Z3?OsJQ(Cz`sRFX^soLxrk7yDP6(gHAT@09gtb^UYBy`Y*9_rp^1E<IHNW2+
zVlP2fG^^tq;1}TU55GKsy^ahQti4pResl`f-W?#@^!`B|nK0f^zEBB}N))zeE|I{W
zZ0gb%urJA@aW7EEpUtT2{DaBZB#(*W<68~EA9gn6_o9}p7cIYi_#WbCE=_MPAsP{r
zCz)WFtYIfX&*8Nj`jD4Zo4nJSPlMM%j3kW2i5Wk?38s7&to6P}t1Bys$H&#0slxBy
zzt5JNG<^B;bUj&@lAIi@abquz)}DV4poNk=*wl20BvuquR3Hip!n-Yp&NAz?Yd@1W
zdhWQtdi9D}N2n1P&cUIgOrQa{qVG_OkQZh-*va94fWx&*`cqv8v%9q5x})YX+usIK
z%T1ept+>i?GQ{`Rl$NevDUZ;~AC-YXATl!lv?>%Icm8;5IXd=jKqp6T1)1xC$D+aa
zU8O&MW*j}%o!d#oA?RsYt_){GVWn98-#xL)VPSMU0%eX18Ffo_4G46~pJxtyusDRO
zqU-+bjcn6ia|lRl$n4G$&xC=vE^=4thOj|3zr=*l%EZzWN_Z%rM%d^f6gFs4qX?+8
z-t=Ur^H1V4>&KWeGRECm081FLs$hRd+D~@d<yn6Uuqqy@y*>NX#<mM&x>NRp#aalP
z#+Zv#YLr{KG2$mc8A7A=AgO?=cWv~8y5X%<k#j-QR`u^M+fIh%LC#DrjNk`WxXX+h
zf^kQ^L>vfR{P|r4)+-|-kOCH5VI3b}5w`x*J@k7d%WJTyH<4;-f}6vQ*}YHVgN$DX
z<l!nnkpC37<1u|%p=%|?cG^`D{P}p+kqTsiy%9^l&cp<^J-n4@mh*R$v<8dljPWsa
z3=F$o*!L$}u*H$XQMKNSnyq>GJzrnz@S(Fqv==&nj>Suej@sV7cu()Uf~eC@(u4dC
z2^pC_Yf*u+Xddc^4?_CQ1w~*!XPktO8v`sNhGKIr3|}T0=o!)HC2b0XjyyxK@8k13
z3KG3?WAy1U`0awEGB1O6v9q%?xW=|F+Zm1CK%biOYj1uIA2w?=AK@6zQM~`pm6m2?
zGXF^wt%*rnTWezCH4%}D@3@Xo(^t2zQiGJ+qo|LuIbRb%e6JNfMFih@FbGqFb+~VY
zjPt`o-}OYb*X723-~uKlCQ@<vn)CmW4y6H@Ma*y=M%-DrT|Pk2u<h{A&alIjrI<sc
zBm(>Di3{om3<hJAvhwYV4N@`=PTd(;J8Ja6<7pnLT@4?#2a!kC2n*K8&J``Ugmv}l
z>TjAwnyI7q6MJa6?BVI@bJIX8Gcz+IM@MDluoND!`YLX~86%#GWGQc+8)q87ZV2{-
zS&PmHGG`8X-^oeWD!f*9Cj8}4y&p08hF<mxup>PnVvjinqf={h^N=UEG<Y=J<Cgw-
z?M=O@>#7xjfX!J~ldXocWI?9R{n;0wdIqh$XR+0htm~trTHE&W&(@&=1moEZ{31SP
zoZ##@=(->)i*usVi#A}Z3tcCKjx4R7WJ74Y+p?<BxEv(WtY}}@M;WxWg=(g3(^G<U
zLrI!sun9(=%c(vxk}9(E2z+039zhQufwp*Kr|IRt#;vZmXe6S?%gq|5rqs-zek?p^
zWB^HK7fP0V+CX00m$NhU=I|y-dwVR&8eO>7-`WoOmu!`eoh7LiorodZnwdY}T?XGW
zg6$zkz6z=5ydWQoI$Tn9j2bY55$dcPtXE8Ez2r<vS|`<YkoWw@yFJS|<G}}~?&7lm
zI?cy8w6MyTwE9j{VeyI=PyC%>X563qLgY7|&Br@_0-5+%KgcH-%o_wrV`B=A=4U+O
zBT>~#-IkT)Ckupimk3ucG<Vnj<NVRU`_SN)vcCiSgV99cvF+}l^i3E(r~~aNv6MV`
zmYdxSwVA{&&+Xp^uB87Z(miOT_D}sg19iA&Uc&!wRK~;5=>2+<zeK?gC=$9Pz9M0Y
z|JmW4UEu%@SE_VD2+ZS?9Rb%Af8a|!qQ?Jsu#3bK5rZA%s+DnnnCgGSUmQI*B?wEt
z%SvF34|-Qf1m^)ciqXkiRcEr#{&K!Sw&R`u$lw2G!;;ff$-{p9f6rUe-7_6i)&AR-
z2TlR8x_Ng$pZ|Yv9vJCX&-|zM6AAbrJXZmLS9v<y?m_<l(jH0wKmOzYzX2ckJ7-sX
z2CV;y$zar@zqC%C;E7Tilbt8^$z}W79fJQ2B^>%cr>_2=jYS(BX_aIQKuhHM0CwO}
zhYvJzh|%z@13){Kpf4_+0k{DG5oG2Ka}{%{t118N=2d>{&Qf{Y^8LLWd)0re#kxio
zF-h{2rW*C4H?*`XT?20b-xP6*fb)8<T^U?L))h8XFNf$uhDNk*>{q2AA2}`AiJAW<
z>niJoC-isn@JL>6543E&ZLa)<TkdnZ2hUd^x)w12U!T{Mt==I~5eT6Sp-LOM*EXhT
zTdN^TTqj|E!-bfQAIsXf74j4)1|aS4wqII>tN>4V{;{R;9=plzqDm5e9RQdBYN78`
zC2OT#{a21Rru=&iwp-nMFp@fdWO#2j?o6ovl@={hN{uAv8$7`6RS(L!I7+v?f=%kf
zcMr$e;cs1}0cpNM)fC&fG(7s4Z056e7(A?f>)k(F;da)cFmf+3w@%94cCoW+om<rE
zGu0#jDJh0cmIiaT3C{knJ-hT1kCY;WY4E=-g?^Pr6oJAjkse1eoXhWxQdduIl|b_E
zi8r({T^OsY_fU+!w;Ic4XAFP-?32F1+}sQ;5JDBgr=)V#<iTS>N44wHP6_cJyUOrh
zf=h{JXOf#;Lo~7fNn1CEOX~{OCmp1W0maX*ilE{E*1;so$F?k~c0HR@-ej)lsgo+y
zq5z<+ws}zW=GDuyt07XrRkvG+QdXQYiFv0zV9!PmNZp;#6{h<6etuR*378stZfQjs
z#HH<MyS_Nv;r1h+l&7YY6cSqZ6{1vRa6`pr8F=|mA$F~*oYgG(=B4{90kEZ*bQ|y|
z$%EXbix;VMv+j&g32}Q^^X=P6_php>f%+bP_wlC0zfzOudf!@SlQ)_A7W4IFdZ6i5
z_Q#~I`B`UxI;vl)S2N_-SLK)L)Csox70DD&YJfb8tG}W@&OetZ4&&FcR(<UE+AAvB
z?-wn@vrxW&50(jX22ZuP0M301zt4k(d8EkSW&*Scwj?18dFrn>z8*DgJ|+Kd^Io+3
zPCE@*@Jk(!H27O84%)K#@43RS<2;rGJjcCw|El83?PQ#=xV#3Pu`yNU<pU0|$r-70
z-Do&vDkJi>EX^u4m$g8e?q`X<g$Xh?2hmZ|52rqox>1k4YWd%de_~Qjd!;8e_vx2L
zlFA{E-9$a5Ur}@qBWbSO)nDEMZdVvy^KpJxzyEJcowOh)hmRKC6YidMq4XuQoZ~+u
z#ge}6lm3X#vbyHUxX*K_Rdr4H>y<ArzU4E#BUc!Jk>mwPEO`A4BX{1|k%E?l|H&4y
z0=n#*v;2$f9v1^O^+T4k;XRRE*0rAt$sRnJ<U#D(v!2_>go~)(C)e8ks8+5Q#{@pB
z$46DrH<SO&>8~Ip^D&Qb8HJHpU@Bg4+PZE8+?Z8(d-XO|E4?eg32;x0!U|Tpq||!0
zzC|6CzM=jFP(LGiN&oYO+N+JrvH7xgn)|&smTor5n*7g@Ki5H8KPM*{5XoKe!izLS
zb*7&w{Ota$;EvQI>R8e>noIc%i;T+R;gaE%L-M@*Dbr;VTlp8Cwq3e$y-sA#A<;dT
z$}o#{bA<lC0@jg^@^Xv{6aYot!l>+lfsDn5R`<|d_W#x@z}7l;1`>tg{fYgmH8LUb
zkIh^GnREgcVVpvP|NJV_y+~71_~RD_nQuEQ&FmI0Y<JE+%`ODoNUs-v?8s;nR#^DZ
zwqA&wrNur_+uicv`oa8%uERy#PuBrjopO&(iDS;~3b*g>g`GqFZ2wItFxbalLql_o
zzK%Zc$AaFZktw>`kF`6MpDzvimM&V$UO0#ic+TKMd2_MoN)(yS-R=3{aR=S!?$#d4
z;>B-XF!)4p1{;t-sDUsNH&HezS&vMLjXBf$7}5MSCSwUgF+_VYixj8|(3H&|d-PRo
zn|?Ji<Oe<AEx<(|l3$(jfo4NDI`iOvZiXezvabO4kaaMul~;C#>MK>|uQ|$B?exnZ
zc|DR2mq#P>9W<^T-CHydk`2)bRbyHIFm4$@74QnwP!d*3;WEZZ`IkZe`d2m;YERO0
z3X^MCj&=2asTZM4zH-7)@LAc1?2zp7cbdd63M{cpxy(6zB74FWfA;su0cz?iF>!-Y
z*TxKQq`q*KF`|UOy~m(;Bc$c_QYdQeIw)PY|3{Ogk_~>fKN{a2{OsBsb&nmOcvwbF
z^)PM!QiuM5010sQLnt&P3!)qLMMXAM;fptEUNQh$pnFU2&>6rJfPy42#9W?cIF<^a
z2uT8ftLAI3zt%K-{1rt)ZqDQSP^rwUHcDsS)0ywDYx~zW5S@#XJfmg2_171x4a8Is
z{x-^hPBDRdg?ZebMd&|6AHi+XS8IBH<F8|-p2m#6A3WqfI-CA$kkYPfoBZcE|BrWE
zSqz(@Wf7it4*P2xLS1{tzG>R2R|nkk*!=T%1oBk|D#f(FZu9>-{6bc-%TW8~1z`Xf
z%wzkszVk^J7`>vxbk!Xg8q|xev&9IFy4!iu{GHU9pIeN^&)a5ou}kP~1IR82VG~p4
zO|{{lx(-BLi!4(6T5X)uBp%@7ZK?8Xb2tmTuKqM-{;S;WPYzY$Z5<LM3F-PJ4xblp
z7yZ2(W-&}cQwz__oTuKJ5kgG7Q~*y%0@*Dpp3>oeL+weQ#@)H94X~FaCYVH2W&JuG
zeEv*_lJcsaEu2_G`hg$lzL=kK|KP?e^fgLMW85&Iu|Ywg7*brRQ23nrxp5BnOIAe7
zho=+zHV2Rv^TY=?8r+6nx0!ssSvE8j*0J*1Fe7BUQZh+(AiPd)*dWIKx=m4G(Ll&k
zQt%DoD$@e{1V25tTk{!tF8A>`C|#a*?6%mAjr9LV+*?Q0@on9Lg+p+M;NjpN2p%lK
z-QC^YA-GF$hv4oG!QF$q1$TlbK*+C)+;{KyzV}{tkJ0~h#vr2(<4~v0uG)L8HRoJ&
z9~Ay6PFP;v3(rqj);Quq__-IJRQ&sPFZ_)-AtOifczA6ZA{0Cj){-e+7hJE0NAiVO
z5fT+khU~h#e``(dsU68<hVeYQru6s@$cVi?Ypx9%+`sy*(WNtS9FB`&ibQ~y=u6u@
z!q`#3@Aq@FF&hs2bnxwr@C;)=i(=d-y;N*@NV#yRwZwz69#-sql@ld!;DKjZo`<i>
zSd@`YZq)Zn=6o|EnHIa1p*;!i_?BAZP(pKBIUQdmh_@?x3o^${TfU0FJZv274{>y9
zE~Dub`V^SSqqS!{jlbdPiwyKX;pR|QC8>U2sfU46F}fj7ax%(iFpYhyL0e@N9*a^C
z%k=$L!A`h}TU?8-0{@VBj45Ar?_0kXOrKU}CRFZ+&2@T|n?u8Q_5H$iY*&4o#S<Hr
zm=8Q(f4U|WCYc?S3<axlx+^<5Ih$4`@JpsMc2ibrBH#tx;9`w>ELHY@-RG_z>hP(q
zhj4nkSMz&w(VE_k#vj;BIuQ>;k-zs-NOpu2D-}y66q%^;{Qahk=rD#_a&~S|7-Q>a
z(1u!Qp~BHBN_q=EU%mfMBzD0p!UoH~@h}2zqoB9Aqm7S648PZMEP`U}bZy9KC^*7%
z>a9YfTlo+2JXs@CXLmV%(%zsmj}E2HbBTC}l9s+UGSJl2gjI$ENLgnNPzWctt%L<$
z513N*^(73vDH5SYyAKoIR&cUf^J>_=LL`L@L}h;!i!yy!@4POY-bwhK+jrEN4JQl-
z2wC8~!hn4;2I6!Q60rqn4><P2le62A8e5erB#neC$h-JW-7CliBpCsKUxNJdtaIc2
z%d%0NPBvA4CPE7M-zDw{`%h>P!V^GER}ih;NFROX`DVbwux)rBAwmidh>&s~X($GN
z%%b$>Aq+n_Sd0$l2ae82P;h>*Td&2=!#x-S)B3MEu_8*l3wVH3B`24Hz7KHxht)hK
zjDlGR7$gi9F;kdE0AMRCo7d_&Kur6MZlvmb9?^D(r3z2o3KvEq>ac|7<Qna|EX&7l
ziu~nyLXRPn8z~GT(@*LDjwB=w<T(h!q)yYa<@7Ks23!Sy?1uI~l|W<e@$zh~FH;#s
zMZ+}!a$$ZP8q$-Ho$|v%3Co6MdLvLIE$QUw=fqigQcvV@SS3|4dx!%D!J$Je(jBNI
zF|K#0s78`lu2~76ILIrsBA<+NlkB&6NSdTLaQAMC5HitBBm1d<v}%1*RUU8|yn-=&
zg>Dv6TxXAWIU;`*_>rw+_SQi+rdB{V=TpxH%I{nS(USA5+@4yCHb!iYcavf4F#Y-2
zBbd^K4{c!s@ducYFtU%g3_s?B>PE+Ybyi*1M(3t=3@kq`{x};k*eo5YZNB!+Eh|gK
zmE9(y5z_2N2TvmUu&XryC3_vq%Adrm1}|!gEKQk<B^3qy%4PgwROO~}z~x`a$k%~4
zK$83b<enuVz~)tTyqKQEjDCJAerUckFKp=ht58%Hq4n8ONz6x!S6)M}XdCXMInCOk
zOI&ZX#Opa7O`K?PEgEWbh&lC5@V@G+0FFb0N^Bk_q#P%LSA#|kYLd|%&D#bxpR`>B
z@W}~+(i|M!l{64J@8{X6nfRF4^)<8@WTXNMChy_3V?{0Dyc>|AYqf-xUOU_{F^R0b
z`smjk$x_FEDl07=D?4#;qv9ckRgFD7l#)6xK4;}vriL`xmA^UPK};&-BsSZ1>q~_t
zYpZIR#&O(y3-b~$cnBbpa@8i-Y!`>;8|`fo1nfPJ8c4b1{^%Go?kSx8%XHB97c!N!
zvCs;(E1soAgZ!b&04)-R(e44t+Str|V+xsE_3){wrAjCoYT>XM-Vg&^zC_P2A&c+}
zGtths+_GkvB8>-)SHV4)4jIze(yg-l53xFwz$zl(kAbpR5W!g;69IPw86us9_Rj*)
zglOTPfo#}d<6AAAGF9jyl-&A|+eQ9(kH*$~1qTG*K+wtn<F?~!h{#$*y*=T^#QJIP
z!@*~$be#g)k#iLkp<5QIgb%tb1T1nFd%HYvY(^EWid*Op2z&gVJYfpQtX<R+fy3J?
z-;LRQv79p=iOM~KrFzjNM<PC>9<)_o#RiPTZqdk$hoe6Wyav&SPcFG}JlP6C#|kLx
zk$@~LA}hvfku`t=YXNuwB7Etu{pFw$b6K8zduI&r!6o2AX#G{X;2B}VT+iOcpIE6Y
zgLN3Crv~>~FR4V>L22-D|F9p{@IPvC_E-PL7lOUf%~*6=9loOe?NIC^1R<VmiqVUZ
ziS!1Tm+T^(kNDOA>`w)!ajFmn_P-9mq)i2wf&Dmqe!ruZ51Wr9bS$#-GtUW8ebMhF
zfWY>sh)~ZczKM#JkER{l$}Ww^m(iN~i6m?7`Fj(Lkk`LDbB`Soe)*PV{T`TDvwexI
zKK5W_otUV!ie-*2Pol#zIZh9=Zy;OD^oZuOYkGZxDWu^>P2q0=O`uDY8uyuGE)@=-
zWuYy{F_&a8ZQ7{>3oSV;no?r$V%W_}s^U4jqBEpMY|kOQmHg0OmE0a|#ri*5+nQgt
zdgWp+81ktV<6b0)@h-jO8&CavABxFKxLG*40}*(zx^!GKHzd{*jQlDqWyV+1ElE$_
z?f<kUXL^Gv1Oq&iT!T5zGl@#aOra>`r}Yq%ma%e*6r+8dxkTU_k2rcX`YL<Z1h76&
zpj67Zo=c>Rw1|<}Oo0aLc>g2$&6L@ifW2@W(T6TDhFfB$g9J%y+)?SoN_GNad{yOW
zbE^Fpvd2s*BV+I{!T<C0(SV2JCVCQx7_l1t(OOM69gUy66qrX%O%42cw4v$KohhZL
z-P;h&SabrW8&ha5ncpBbDqy@|WNZ&{>3GqK(uL(2QNJi=*G@yTE<7%~;2CSU!9XcP
zFFCdJ>!y}7@8gULIxsnT=Y(isSB(IKbactm-jj82R>*47*C`ia|9FNH!r0zg;X8uN
zc<ytci_p<fw=0QRn^+5JSUa-=E+d)RA%=hWD?Kr;aj_)RQO23&#_e;1_YUw-sfqUv
zQw#Br&-T|2S(a1vLk=YvOjSLa&xD`=iR)Q_yt+7!rEx`UO~&g_F8!{AOp#17M0&K+
z>CHNB3_nV+B~RN5oDi*Z12T9>5Sa$vFz-Q?r8FuWs+G3u!oHogb3|17Picj2_7*aY
z8jN<h<}m(XVAk~J=HajJ>f&LfF6;WEV8XAWrY8Aj7ZCe$Wc0n!l+I&$*)N-hw<fDG
zjg{hCUi@8?_=mxnzoDFGy_hOIgdZacPFrl(*jC$K)UZ|%{yKs9^@H2Pc;;8>w=U3f
z$_^;;9bcI~xio3hNcT~v?ro<*hflGx*{mGOv_`#790=UlzuKq!stt!^Y6SHX2Y*J=
zg~;R=K&XoNImGekI<SY42?yauADsSdI<cwaeIZ2h&}xM6w~@1_D~$2I3kkuDSVIHy
zDyuGOC6L2rWE;wKGtS3jA1k4v5rWNpM5iIVHN<&>2O}eh5!~YUPH!<LC#wjNJP&?@
zZf4fPynqz^xzxq|0|L}rV^abHSfLs;1boD#L!7-uH>=?Gh~TfKnEw^8F9%3pY7Mz`
zk&!cdDM>oi2|CIC%eZVzBp`a4ma)6wp=$Pb94B<@0t0rUdkRMpk|)r+Q=G3Oz>GE|
z<R6t0=|rI+vvIL&^(s3F4v-U4@T=+5Cs^I8*oF^Q;IYKkts(XnZ3RyEzmF9wQE_q4
zuW(KhPtyj_03v8<3>0zyQ+_}pSXfAgI#Qmp^M`<Tf6cvp>&^Y^h~hw>u3Lk-JQ>H<
z0p>HX_8%ab+}kq6J6ju0j${uiUCC+jzNh@JP@B@2)!9~_A)}-Ig)+`ngglvm1h@0j
z!MPBE1wdxQ*ZU{2EFrG+#6;dwlG>ay#B*xt=ouN!V?H`qyO8)Ur^>@9-gioj@dt;b
zSmM0iABZvDSXNCgjoh#si|ZCA+EYm2^fSn!FD)RR&g~x~h$X@ZYhILwzon(u)_4t-
zte^$k<DM`l8Uu!MRC2m;v>G@^anmmC*_Sn^nf*cW;JcY&ZU=i^N8)2!H)KTLVGSNN
zzcH|L1rAE1ikuF$wczJYFxZPM+PAKR%c78BN-8WhkQc`Nrj7sskmUXpP8pdpjXHBQ
zMh*E`3^_H~SMBVb2|=LDg3PMP84Vbol(7I8I`JxjCB&g3bsijvO(6%nzoMgWlYG$f
z2G}Ri?T`0AlhT+Dlob6<6ZC{!-0Isn>#vP};w8<0oLjWg(sHsf;`~z5$DZJj&CS`|
zQ7Dk1)++t_e~<5|2JR!2uU=w10f<5-GOTcXQi(8bxuGM1nid0qU;}cRA^0c~*izsZ
z(5p5y8d3MtZ*iD&Iz<(l77@e9;Jy2xKzy@Ph8U{#n<3fuI@Q85OD4fAozF|-vy8Kh
z51B*WTo!lCiE3SUY^Ehm;wqgyD@$5(00KEq&?hh$_OW?=ueN{~=*)3owzPeFi9*2t
z60WI@Lc{TC+^?^)0tv2|h??dEW(NE0-DO{<X7sMwNY;rsb+{!>Ua^pWzz;mD!s1tJ
ztdG$z(G|l?VWeXhv3nn#p{nE+*j*0Whe>Pl#_mHL7&gN%DJ{DH?@{gl9q0c4^*4dO
zrz)7T2QZ92351{l$A{#IRYb6^4F_jE1P2(KA%pG-mSe|`&{it#?@LJ;H4$osku_DC
zv9roUYr+I$3L97)YUZS?txe04goVHj;H&VC$^awTQkkqUeN21)+W*Ycp3J$I^e27D
zj?n-gh+m3qD{*CtI2<nMv45;=FJdk)fqx9vY(6sh!?RKVU-YJe35T4NKErzYhd|%L
z%z)iEa8N%0AeSs$4w#@ft%P7?1Fr#6gFZ*|DpM>HfWAVQ04f+-XkUn0Mm4+*2c7^e
z7gmJrB%{hDY$#I^$b$uXU;z>7lim|<Yu)-lpSGq=N4$1Lp51|1_E}HenZGFI77I1u
z+f1wRG7m!9(WC0g1*rL@lt|--s+(JNYJ3u_3$*}Rj5p3o=OHp_z0kr!V<|WwXtZZO
z?sUSQIKIz|CS*b&o~4XJFKT))-elYJU8piG$~+mMCRk8p5scGa;aKKF^kJ58l=Be7
z`z5|SGBF}KB0qY*ASA3D)i$4ZmT}N)hx?-qgJf!u-N_&SVx4s<L__N8Ax<?-F*#j(
z3(1EW0@)2b5~+CQWC1Sdc`7(mYK!-7_h9=X6nO+X=0|)5%+nukH`wz(Qc}R2Bn6ZI
z&SZgq(WTp|axj+gxUf3wFUGjV@{(=mYdE=hIJcnr`xRCnl-Xhe^!)zH8Y?EF(=04o
z*=c;dD5yxg?wl1a^Pf{v@YLTf*BbW21KUpIyy1SWG3e8hMdlJgTKkdZdU;e-EYvbt
zYTzw89$9}@sT!+<&P4@2>Wr{3!2hFQo&H_K&X$G@u(qUw`Zwxcl>dUd8!=+d5gw#q
zl;Z%wS3HyD<n%BIx%sRMWS?CJe`TC4r&iFW!a%tIoq$3bPUtYc#<;zu<w`BZ%t;*=
z8o<O9l2}1(T?eq{Wlp^?2H|T{AY)KR?NY?RBj4OCe?W;HlV8@RjQ|M0kz_>|fhYlS
zKTjU{PMAC+O$z#_ODmsU-@@gXQJVCjG@_j3M&c)`>SEy}iWlvvyK*99S1P}v&nyf2
zKVtSaCY+9M*y+a_%B6waj%^HFn7|#hi<(45qtEw&9a0DDwWCOi+k{W2CQ!4Cz%&%j
zXt@rDz!GsJc~d28aVsphVbA9=OSFcTa|7eNJGMJ#r)1;)V7vCez~B0V47JH(N|F-7
z%*;&6KhQ$9mSt4(LF+y>6S4T>KgjunO<t}!c0?*s?D2zK)<bhegLGYo5mVJW^eQJT
zT3n+ObIG7{nS$uXGz+MYk1#-zhLouF8*W)1w&1pT3y9mmUhp175=>9otul+Ws5w44
z+@9AcH1kC$JJi1UE+MKVY*^W8_<gz6_~dYpemE3q!(~GPoV=|!=>uP7WF>K3KkP|}
z;0n=F3Ag(aqaC>vHC->CeFFRd0^gBW!qB8ZFrw{cE4G;fEb}b_0461nkbGwqgrdMl
z7QjW@<uev3$Nj(pmScl^S2Pqx!LiecYnCxJ4MfFXbIpv+R%G{s(c4w2IVkcXt2ljE
zj%aTVu|E7lT)7`j-{${bPgZ_BShYKfe|H;EnOAqqv@dVJwLM-e@p7G3)F)yj<qGZb
z2YOgVb|toh3D2(OvqWl)&Qk1<Kg)e23f34Woeyv>elrkZ8yo#i8oQfVg^9)1e@Y6s
zQ598WK~Z(cK+8q0E$SUl@|fey<ndc9aMiznT}Ml&+D|E|p}4O53K5olre$K9EEb^-
zL+8Z>ERwSMg)O@C7u2SM35!ww5(Qdi77c}8mFR1D!}_uPW5K+p2WBEhGN&4u;!&IJ
zAGS4rqV4>vKhydIJj*P2V@NCCS7WDO<e`LwZQWg_P}E|-+R4rQ9rgl;8{OjKg7P+e
zz#ltKou=R*f!Ky|q9PFrWT&k5JEymx0O8h$4HI8Q&fBGVyz_>54#UtgZ0ZOi)p(?g
zjL>|WOcyN&MHJT_y1yAp=3D8OlKG3xiV+v%gpyMctN$17-~twv_FKT83`zBui<<g-
zQS6TPNt*haa_^n`sb-8$udv`-A)w%M<T{|3L*ToRGp@g#zN)+D!gw~+8-I9fMQpP)
z-v1-h@R6G?If-~>eHx{FHK{+FB1~TmK!NTt5YmweJuTP8PgrB5-MX(gjV2`d0uGpX
zh~@PG4iLVfJw}*}hqd1$@d>eX6)<q$nE|-zts~NO_FGSjy<e!Cf$SLXf{EF3VUYFt
z9GSA36&abLR3cTu0bs;Dg_$G)>d+XAcuDb!aWFcV$pPeu;6fMh`H%BEsx$;oai`V<
zk!`6}0HHdGfr;M(!k2dVvCo3elHy0fDnPauPHy5S<EZJ>T7V>_jFq60wuG1V${$8h
zs<E5#ZPH=>)ze%bOyU?hc{P4tI|T~#4s_y})9f3Is>pFVe}8U3XArXqu2`<!>BxGy
zE))AN1+qo6u057($&vCs?Yxi(T1dca@mlo*1JrAP0v;ORG0ZVEdY<eDpJ-L>srCeD
zFcAKWfY_ZZp0sxaO^QJcCdfe~9(N>S8+B6qV+jcZWaP_of!MorAR-A32>HioM@((f
z)6>9X_y_dBJv4rrp_bE7kB$Djg2rk~6UsP&5(S((T``20T&E?7Q2+VwQ8*bzi$j#<
z0QWSr7C85=-ou1UtOeb**MKhqe(Cv(9Gp|EhfukK`4BiU12#>;8vt^TSYT@Oe|KOf
z{||*^Laza6gs{1(mn}EEd-eNScLT%=2SG>Xo}B&7vNGf^cn>e1(5ebD@?{>LI|C6d
zTc5O<Q_)dS5JURHNWG5I&2z49ZyP6N2ZPu&dhR=54v!*lzCj83uJRhNAIm@6)o&@h
zmYJfGQ5ARrNbM*t;8@{<t|qy*AXHSKfh9^ms7-SI^ZViA;sWdj16{kQopna?b^=1+
z2nJXTZTw8&JlgB7_L%%v1x1m!kGJOwXXGGxP_{uK;0SGzt$U}I%^idNe|j~b`e(Vx
zTHV$4-CvO`sH%D}|Ke+w*w*{|^BS-Y|HCuP;GA2!ODT^ab(9q)6p9rkR-PCLf(LqX
z3E!L6^ER^xpcuTCo$)s`IHNfdXIH=|AUxuf&MOSq)Wn^BZIc=y@GVV0XddJDGBR>(
zXKfE$gYNu`GAEpHpi|LIUw<nCn+DikP}j$O72?(T=g0T{e?a>QD=Vw6=leBqv_`r{
z>KYAz>DSxmQIGDMe90R{-lIN4xxd<P7IrCVLJf-0J0Lr+K1}ko9DdQ>?)TX5<zewH
zh34#Ncix<YI+y-Z{=EFdYF?z93K_gdh2Y;M?|z7+z<BJ5BI;1HLxVOLPSsPSU8pZf
zMZ$lC61rPb*LyfytwxQ~^O@GJI7w91@zIAf2-dwJ|74y^<9Eh%mW+(AU!~fFF8teQ
zDCf&Ms?8G{O=quLTjQm=&(9X*!Z=hGfg@|l#n&=P`ZWS?e-=ertD`7n$97*o@&L<!
z_|_v<s!v`Rs{xc<y%A6-MT}-{V)79*j&9Pziz-s9C_85&v2j9L3-BtCtPc6(4j`s@
zmVC#qdVeZF1Z4o_!HHsNN`^{rrmI_P(nUk`8ZZdwzxqCjMoAPM%0Q;e$2Ra9;3Poh
zvaas<=LQaN$iJIy{}u{<eT2|ZWFoPQy79~<r1$DSh>}iD?oYcljt~Gp>+Tic$IciJ
zP<vRAhhD9SE^_y7Dg3bjf9ubK#t2Tgdnb_(5NgdFKkZ=oEr`K}*wLg`wz-9fc`%C#
ziooFZ(-UPA)kflE;cq1s9X>e^#a-`lV{IC<ucd#B5cU`lt$XnKlkv`)0A&d5U4Nn!
zj|C^v-rnBos#cX65gwkH_Qxzgxhy}s8|%ZRE-s)aeAx>>`OgkMJ>YR2A5zq<@ne}1
z8OcAj>#Tv9*2lqfeU||$*AS6YdSaMNhbtq>&l3jVj0lwSYf`!u!T>sM_ho@_{e1+$
zUS9zQAPBcALSwBtM}7}%7ZH4~(}yGVHWa>?g9bbfA6s?5{pPHy4IdLIsB<?F38K^E
zDS+~qMTbrPW3@jfD|}CgBb|cN?cjb~Gj#rLcfbb!?q!)UDh8v<@%Qg_?w5LPIszOV
zDvFAZXUl9sy`cRRspnoi0+~--^T-iODg|&|m(5^OF@df3dL9DM3bg;?0+;|mMW2{U
z?s<*Anv4idc{oo;kd-VmN}mh5=ZVMzd6`^q81)y*>v=I?nLjFG^2)Zg8oug&JnA*{
zcAbL2U9@Y}$w`Gci+aW6iH(OJgFH8VxpBA|`V10kF*nag@Fb_L$jh~!442irZjq4R
zlWvKhveM4;^}q#6XoADe&jbq#>-r$mJ|!jP)1QY!-fS>y-wOaGfG1@orI+$&Q3{uD
z^~>A5>d&upD%5|g#bh#j6Z-%YMb)o|adEUdWpH>|ouQ7P`0=8@j5p9E`Lzn`ZoT{Q
z=@1-v^z;u!m%OXW1@HihKPsyUrIZEUzRSgD<)Cv^?AI1XYi7*PBb)IncE^9G!o>G`
zacYQUwN}%~XTRUOF+|`4Fg_l25GBLVto*upYGcOjp=kHyeP&qi91&pl;Dj(AWPh>8
zh%s?xqS)Kh?<#FJ`5jG%tkRx`MUSuM&%iq%?cFf{(gA+OZ#1r+HFK2(e6gNk^Ch2#
z<=5|!fHt-pe2cLAE-qLgw-YJn)BMUK%Ty#6OYTQQ0X>e_y6gluz2Ou)<Mu2zXxZA&
z`?yQ*olNd=7+$@EnYoZPWMl>De?VW8l?HQVP_lDa)cnl|p85W=YyO}6)c4*4U=!cB
z#laA=Y|pZtA*t5yNZUxYZi5}?ikr+Cb>=raeV?an><P5irbXXBMQ^pI@iuwlVQ2RH
zKAmj?J;oKkj7?ct$i+69J3ZhCdaj{&NA5oyR?JO~Biis)Z@F}w!kXHKgT{N-@KNeW
zR$A=?Ur?)`ZGLb&=+tP4o5|PZzXUNhT^X|&%}n5!ThFQYMEN<jnHkvba_NJGhXFdU
zPCAbR;-J2G4hO9DWaxGqwf%}8bb&kmtdDxPc`JnYeb<lJr`J430_%FLysq~mXBrNs
z2X6b1(YcMZk<P%|9<whdlUM={?m7cXJ-^-w-1Hjc4+yl~T<j8jF?cXyNa<`}_@-B&
z95n2q%7LKmgAdg;?ECx6dK*^HQUD7FUE_b22Gk(PXqj|g5ttQuvLffgm2v?<_=@rA
zSr%&#uGQWEykL7^Y;08&3!uUGsnG{+J6P8Y_%#b?`A^z7YYK8!Hex*$LD@muxEVxX
z2ifK}Dy#9dY*7!!uQ2~zW`n=}H!uYy^k0C-g#$=CSlqC@Oa^kD|48|EV%H*(Uv6@^
z_UP!M8@_Y?U-csB!#*oc+AL2@O4=;>P}$`;i*AN1!~sQtP^%T2Y>{Cm7_MfXP@=m5
zi6MU1Z*)HYoQ>ywq?`o4Wd=5vIJNis8}EkbgTrv+VDwH0*Jiz!!(cRD*4kRg5cBe-
zE!-PBvP7ixjA9v07aymOimOw<L7l--P01{FOQB4S<3mKc9E3)U*iC+Y!hr2x=TCU=
z=4vWA(}<Tea3LE@D;3MFg4LOML|bPf5zU=N;K<FBFM&q_N)y_s$S%^F(-eoi3XIK5
zp0OOvh9*ukD2~2PS2+#m9}Q1iV$Q{`Q8ei5)$?^0ylYd^qU(>6zJ|GWMoSx}x^^Ud
z`J%K#SfD-u8j%O%`ihUA;TVDIg_2-Vl|nPn=d5O&;$_E>6>^!@kl}!`sQi<!G8<ht
z(PtaE)+SUkViTI&6uYqm%&=bAuhso#mLM<}3#0Vgk5x`cL?6eF1wr+M`h@b4om*cg
z>Co1UzSay8%k)YCt(2TkBLQL$+z)EFMCy15Lfj6rJXhPv^xTVG)pyvbQf*rpji|N@
zyt{lkZCYpa`nxU|yCdbrNKSGtirm$-eBYUM@$FP=g3t_>)F+!b{zMXO*^~TCA9cme
zJ??QkKiY;56w>(6E~ysCQBgT~tt^|Mt98Q`yE`AyTvE*~l>~`oh{dw}T3$8)!Q50$
ziKmZ{#+7UzQ<^k=eEoSKJmI6GxY0)w{ivq=jzWIoVeF4c?{(jE$GRt*nnbf?vX)nu
zym9URm_Z&no)|eF<H-q66Y*oHBN(EXMd^xU=pldiM@4e|lVsYXN;)>a1+Jo*hW6>m
zGx(0+C%+7w(8N_z(6-7}Ux{F|WO4OLnxR)jfA<f68AKSTMgPr7#dtlBwI$pW4nL!m
zZ+RMI0U~K7S+6Lo{IN=P*CQ<k*4BIFQv|Il){=6n`KXO<9TNBEQi<%Veo5P{G;3ci
znse(pvG=%|Dfj2}(ym2cWHhXtP=(i~7pshqJy!1{pOqv-C03QQ-*r(pl|&}KeM{fy
zGR0drwk}O_nDryyK}GStkEVlpy-IHtO=wNsaouS!V*cE;IeXgjOS+DF-g!@oo69F*
zicdc}{yd&;=w{#lGnFM^cyoETr0>pW66w%U@%dhjb@BKnA>Rm%Q>|jOH7LdtNin5C
z($jUp>TN+a4gEycje(MijGl2*M)YU}!&G=fikp=54)<m$RTJ8n*1V(x|D}q4c7{yV
zMMTtCeGC1ufo}F{9xw4QJKCZuc*dQSXzqyr4DR%EkgKbe5>B#9d37{o^nU1-q6}75
zcOw?#fT*bn$NfUt=zL^#8fzHTtN>L-J_9vlIh$%>we*{XnBBJ)M3T0YWz_<z#Q4ct
zW|R~Ra<A3bHL9o^B8i5fYgGr8A`EAP!BdVk)t15@o?9Cmo>)9d>0Z!ar)21SnC5Jh
zwQp3B78CW>i{hoG?{6>nE^jcZKk*{wK3%6j<e}-HC00%9bWpEGcCT3Kf|<TwxKhuW
zFHYsXWKTS$kL9gpz{lA^_%;zL^Tb#GOotikUe*MWbSrCmQ-QWxL@nvGE-N0q`~JOa
zVRKzYiPp)l3wdp~Gob_*dU>gPoW#{?Wv$m0jBGh-B(b~azFG+o@A*~ML*{9^`j+9m
zr<Y&+#8)SqkRX@5Hc*@WL%G0N%o}fzCn}v_f?sAkUrv+_EAfQGB#Gx9&nE5#L0TwF
zNb72UPC-G+4~A6~(b0%jd1HBL*%*%zy8Axqy|32#6lGLobdc%bQ=&uy<K~wP$6A}d
zdy*wFwewRWLC2zb2vJ{CC|bW`IkZ;gb*c8X68hp@Jes3jG6Rq0#+Tguv*52zx~<xs
z_ay$!HCig#`i|9G*wizs#I6P>Jr8gpzj{IJ+XeI*NBeSg+4DOn+k_An<C+z~xULnh
zaG^j40HQDK>}sJ<V!-W*1I^p>ajg+rW{IiPo1ZCBZS}t<Bzop-#vhHR7T`eX3i-An
zZwa$ZsRi`UXEq=_F5KCKg$8D3eLW*S?l1*5Qpi(I*v_^@tQ1C_z<W3dY5<u+kM`&@
zZc=k-35|W?Lgrz@zyc1axP&QEB~eX}=&kp%#^eQ{Oh5nAidXwUmmH2(v^Q)n;_K`z
zqBm5ywsiODtzp^dyWl9)Dwte)pk+2Ajapt>?ICD6zGSM(sgtNxUGWb`>QwMj$kzqy
zEhyqU)w~T{t~}&wZBzYqMTBC9n?RA@rH*_i@H_bj<!>B){#ZamePl7{yJ~9<7W=DD
z>9e~;Bl>k^%0rw3xWHmWjy_;a+9w}`HDb0_>ZPZ3G!)WJI_i13npwY-I@J|F({<2{
zXaDI4wK(3NEL$XH=THh{1_vkI7C>n(D6Nyh6!|>Kt>tG4#pFlOpp<;NbDxLd8aOkv
zM#IYhwlC4+$W?6X+EK%lLk%!UDVN<Wrl;7@@)V8up=K^^KEaZnZArpf@Y1hwKzY>u
z<I;4AvnNwep<`!(W|7o`4NxFV__(KxL?T~Dy$Xio=l8@?ljS_bVX*Ql2PXvgNkxG=
zah1OE8GGYkw(B+$Gc9c2s}}Q#A!^7We$(9&B&ZlZY5$dGC1b+?wY-5wBPc}8$T;Xv
z4=|jOD};+M^7xk$)wiAh*?;3fNFhbuLTPGKM^%=(y5bw=2rq>L*2&)f+v)j{adsGy
z0XdyCiTIUOqz(N4A)J{Vl~nkjg)f|{5XtdW)59PU_zbUn%6}Bh>{P@!U9Idda`^=@
z9~ttx>v;sziA+p^JH_H+G0mI_B#ae{J%ot0F?M0)IUTK&LN7Kzhmo1r0TDlnjRyDP
z&rb*JJ8UoN4Ggr`tIb^S!4g{5H}9^0PiTzm$6>GxBs3(<HDn5F%AZ!As)q$-O)*D~
zs?NKp*7zbg%&Uvnw4MPv{7ggKEEgRxb3_qcs~@Mo-_x@5CM{*CH}iGtq-huRdz8oR
zMWb9DN#2mHjuMWhkMbLOCX0|y@(@@%FFtb9Q3^0+(=gU3{eaGIu>FTV)ntG8f{C^)
zqL_)#EzW_Jvs)rfyL<=KgugnMA!Rs~(DfA(nYs8ahbYCDb}#|wC0fuQrD#p#qEFwe
zjP@Z<!^ZgNBi2M=5!EoY*^MVXKPA#qgt76s^vUo=hvrP5uaBlnMsx|i`V}<n6%_*I
z1fSXPo@tS(8j|}Gv``5v1p~{h5z$@DYbfFnp#(JpZ?ezhBNEaq7%7XP#l=wK`-Q?q
z2_wFAwwef(*(x48DM@`Pc;dEua)Rl(^Myo#&3WhE#y(<VUQz;K3Oj_Ji+zrMh%#fN
zQ;Z`iAuD{ReGA_iOKzh2LL&3a>MSeuGSP&#)Oidip^!ws-r%aKXGQ%C1~Z03lC;H<
zf$;v2yYK!&%dBlbi*z9?rBvFDg?Ee{VpX=GqzL9!pS>mO6{VZ!WcwCk<tlTTth1M^
zU1<v)eeyebPeS~nbRE6HIIp>9T~!>w?X0isTh1+pWB$Z85sX!7Ig>Eom?Xf5P!+YN
zj+or7D6REPK2NFCFP5X(+IB5}Mwm+BhKEG8wfPb!c5MpEZJsOZC$_qjY&C^MduZ`_
zOo~-r4Fa$EXhb#IAy2kG4z^lS!N763-V>U^mO7F6p-j_PKlwBrbqbo39uPwNP2gbt
zh`!2#&1oZHV@a3QPK+P%Z;r99A3t5tM5^AI_iE&9WO~hZq{<?kZ&(wA$ilfcJ^Jt7
znJJD0QyaNlk5?(t^ay!;?d;MWK|<{FcmF!+57NZ$u?;Uwqg{whW8x@NOlphXMmGGX
z;Z{H7*E>^=pejcO*&@pFf62Z7lZ5|29P~ZMNivC9J#f9(a0?@QUn|iy$nbu)+}WhR
zahVgB!hQa2+Q*7h&0ba@6zWu0tvJ%q;B_Q7zESO(?7-cldx29|*zelT59E~&d?wU(
zl9JKfHV<4(Vk6FOG~&ed0x#MbH7;3tou9GPGXbb`MnqLZ+6r!~qw*6jRBMwt<286K
z_JZ?YpB27U_z6~Zdbw&fM%{dC(>C$`!&7zAek!8JcwR5**!f4dGV78~(B={Y(Hg|!
zo&3R^c3iN6{S|ozfMbmGF>&DsCh<Px@f7=WIiwzT9I7bf4VXqty@m=VMtt}+6Y-L6
zQ+2j|L;&+@jq_i|#<(+3!J<S(OKQ?On#2Ix6lOk>f7&u<gG1k_!$4(b+-LTLMJF$7
zx-+pu19l~vBbCP4(%jyV6e=xiKJUp$i>T=O=Z%Ux?Tgrd2FKoi+h9W0Z9Aomc?dQH
zIY)R@0uF%Mn!$3YAk>f*#oy4zHWt3ZSuIHPYkeq`bm(gkcTs>jIu2e=euvWKt7^{a
z)Ysf_oOm#13FLdq{L;`3P;JROpKyx+r2^8Sj?V**l!3_@d;yIcLtQ~DobRie7Qva+
zi5Ad`oj&n(!olW@3@)!SRdkp}9A`9t7fBQ~IgL1eHt9<av7(9YqJX)V5fz{^n5u<V
zc|*3DV-#OZyOrA904kZ36$KvEZT*xbZEV0wNz#V#c5R(9_kWQVc~^wTj%97orDLv)
zW!Om5ftsa>D=jp8`Qyv5JzF}VTNvP9lI16w+L$BSZ(E&Qw&nr(KKj?3=KYwavU00a
zfmzuR8L>_@DRWxV*_O$sW*5qsyTk8|Der9Q#xj0`5-1+NpH^Cv^hwE<Jbdifl#$o&
zG*%hcBr69-;|C>6<t}jqjv8eOGkA3l>;9uYD&G94S319(8h%ExjhEe?hfOv4RV?4N
z<miSmH~M+^W_deoFYK_dq2G0B`M|?Z_TG(!T;TunNzJG9C%)fl$7~q^%jWHVs;;-d
zyfsPE#-}5lyOP5evXi1uuecb?|GCDBS#vYh=l9wz#~cW&rd9DejlQ=v-=ZlSdr05g
zV&Tt1$%XR&gXRgYkblt1hplGcBs{$%@HH=%F6_o*lr>wDCw`Y-|8{M50ThLELR)@~
z@kMB`^Acaw@{0O<=bRngXWWU0C2e<?1;N7PEejp}fx$~=&bOSFieWmM?owMV_rAK-
zcM6XwVwby#<&~>Y>;<!tb6k?TdKESMiC2E#L<B-&zR~sTiUkuHJzYn!te7%KMMA<D
zUstQQO<=-}($YfDAeW&yle3f`8!_gPA5u>tlQF%iA)H|1Z7iyx(ihxpIw-mOw_YfG
z#!bm;yi0eit=5tq!fi1bkj&PQvu2V^c)y^@rs?{Aw_<#Vp8*$(UNLajv*ht)-o(mP
zUPmQ`@<zvIMY+JX#8tthQc*6Z@<IBv?%Lko#U+7~i|P1>l=J`%mz4Mj4PRrgpJg7F
z-%q*I40*eh*f?u}w)m$%g!GQeGY>T1PB)1t$oSsXn{m)|%!(wKEV=7im)p7UFeBGA
zew^R%us5k3Np$5BtG?Al&SP4ur1_qlV(jH)lHc5LnV2%>$<16)Q5Ogqjof+WX0D>$
zlus~Gmkxn2_bZwg%NCy7<DET46o|=?;J$I4K0p5-HzaH^_8t%4n*`dC!O@x~aWr@W
zRxxm&ESa|Nin%ETGRoYfX5w0Mani6MJgg|Ej@CX8kxbC4_=p+%^L9Rdb*MVWs%)dP
z;J@;EN8XA)hYoq`(PIT<*Eq-8N)JCQ$%MftWp=a_Sqtsu(vlLd`Kb@ort+V)h&VH1
z7M--L7nnTD5KbQ}3*+5}xno<_%6h0IORft|<k`y3dG|fOP%ddNwkw`RX%JA1u77fx
zR9}4%SNV*ab#bns0FLi?I;Jzc^ijs0l=RXhQQ@D1^vv>}nInx78cC<%`7L6?Hp@|@
zn#T2`u3s7(F`J5_ji%txvA-_ZPXoW;`}AL*@Fh=1B5t*&c<uRC1teAF^fY&SD`68L
z%DaV<o(pA;N(m5jGpfDhcf9mR5*faJ4F+5C#GLub7^`;jbGF1TwMdmD=S<A^ys$fJ
zJD`GQqW)}G-w+xk^AJ4=07TEUyG9X^3pSEd$G8T7+N;@r3(=<B$Tt2{3N*yCTP36U
z^ET=Utmz?#sJ!7#N+A1!bT>JP<VlFVT1<4up~Bj$hL`jnn$)Z=@nz(&=k_c|>HRSH
z)G=*J-W0Tw^XN})X)_;;?XXiq$rmskd5z0y1ovTYQweko3|HF>=$&6}++B>a1VNW6
zGrXT9WJCeZ=(={0P?&^T;;pCL>Yj=+h-eVy&pk$W3NqA1AK|tS3mJjRy;yHT3X}d-
z)Tr|Aj#l3rr9&@W8$KG}w^~>^I&tYTwENi^eSP5rwg~<Ti;M0!g&}+|Lsg(Bwf3)(
z(h9iW7~(;z`u8}+n!cq-v_nQ@&Qmntr<kb$wt1P(z2wxlhg0_*JfNpBg=lT2ivFAW
zZ5H>?Ukr&K3d5<#;V|Qe!9Q|ugys}iijjJPo^@+uK3F6X$mc4`vBGWXP-N7-ax~zH
zX~NQU6#k?bQ0pJ2eP2TZu!<DqD(5wph99&@-F#R@)KLS?ZZ|b&_l^$UMcg~7eO#M6
zZ&Lua>j3gh`yUzG?AZ6x-!}G-BLaG1;hn?RKQ-$AIy(6^NSY(W(XnYZ+J0EVp#P|%
zIoW;IViI3a-}u{z!u#6_PiD<M&(f*U8qaZ}2&qtQYZ-0o=cphyjO~0-D2RxM>?!w(
z_w+kj?IlfO$I;nW)MT5jUY*9peZ4TD^*otxO7LKn;iO4zVU>Yy4j(EiFD<8zh&A{_
zYOde)UEiaN=Oa{R!&q*qjiDv1iijm9K$f)6NeC?hscL$7?fJ><Y=9k;^*^<M?#f&Q
z8P1|w7pT0yds~5|;G%54|F6oV0mh*Yd)%@r2H$8@bM$y+GPe=|*oLJ&{TWbP+(!FF
zPSi{&TvPPF)iu-co)?Yk<fbJzZ!)c8?!LJ77zm==tNVGmE%J9^M_8*({Iurj-f-~U
zU%9!vOg}uPJ$M>F(Aj`_o}NYS359Yl^^W-FvmY<|RY0Y`M^@aF<Z4W<JN0!~)+t;M
zV|!L(c94K&b=Fbok#ATgB~?5?9xt{>YL_BGnT_MJ*>70~4q6vDXfZ)(X7_d?*1Bh|
zpaOCnB0@cB!N^0&)1Ze%rkTu?T5L)sPf@~vU_2~Icx8Eg^lPMiIUkUiYM4n*Ng>WG
z4c}t0A58p_7QMXeMZ|MONO&yzdzpiZhT>ZU-gtltmL@&E6jglnGG1azw%Tiq?yqX3
z874g9H&kRal|1AWpWJQDEEPnoLb1n5G^3tA7%0iPnNa~0QVh$PvICdZRj5)hc4?xL
zU_tZyV)b@5_gD0c_!ts`G5XamrL-}-aE9v92>+6{T0%0}*OpO7Om-GABzL+)`#-}m
zlmE2V9eVX_<p&p-R}Qls?5abM-E=d)KG>Hx={pEDMoanJ1%y~jH)Z}~|6`mAS(FHR
z32&<r2h-WG$ivb{RM0=7nXw8lm-L&R)}GE~;%7$vC%@e#-dt;NeX}ehj^I`q#Ecl^
z1|<5f^kQkXb}HHVj=nc`&PV$SI_6;>e?I?;YKzd|!ByAP*m<$|$vZ|!2FZOZiIdmE
za!WKJMyuZ3ibt2Hmgj<ERE%lmLP$L-rO=G<HYTOMu3VRoQ@Sr69KsYxS$aVAa`F47
z?xIr(Y59$^`rz79l>|tWZ;8XY8@%Q2kqjyk{uz@y*zs|zA)UaaRWHhyA`&|_RjWQz
zO``7Fc+j?4uT}9teJ@&hOf_okb)A-T)+EJWTq1b!=H;dKGdGf}SG}en^;r8z_(Gkp
zrnr{Q44+YsCx_$O%1_DDu{yinl!#Ze)V%F@jLWy!PWfVm?~Bhl8%ZWs`3@Ho+&W`j
zd<sBn9Mw+tAHz6^=huRJ^u&Rz;y<DEq<Km|K43ZR7zcS$t?*=fn7El7F*So-&;uzc
zeMk)(%r_YB)XZ)~pmP32fJNcEXZUpc{kvgi(zg>L#gQyJ4zQI11As;e2KQg4AxDJS
zoF9-2qz-f&N?~dl=O4(9h}wV;_|^5IxtxgB3}*N-<cA9FCTLH{y!p#6)iazA8;1oG
z(R=zp|3wEN)C&9Weue*U2f=I7gmDni_9j})SYG}!$l2fBfqO1iQ$4F?%AW`LhiqAO
zzI@QHtM7Uvg*!Xy`o4ExKtq%@`|eK1-Is1jGLP+m)>dvZGP1RGcCv4!*<7!*wd`z*
z+N1?BvT3XT?l(m8lXL>yMET(0ps=tI+(je{GHN=WLWdLCABO(V0arJ;<ql^$$V5z^
zxxT9!f!b?n?V~m{k(`lPf_Y(2?4ZD|3($8YT}CVck~#U}$+G49Q}=}89K0M=Wo6?;
z&p;0`mzTZ^1i;W4I$RBOH^{g;mLlJKVHR}R7vqT$$|I;>JP(42!xt5iQjDc@irJ8+
z<(<bk&6OoptFowJOh24@^fPic=KH#Xy`VdC{hbI6OEvm}zK<M|3HII3&E4JIY8B7F
zc0a#p2)cf5dY8y$d)>~6>tcVPmBum+Tk}%I=m}d+BRBM+NNbrsvY*`2)>^5U5spqH
z%AtahK?H*HJ3uo4J*Zq5M+^z)dRD_iW!zgQ;xcN`S0JJ9&^bYgD(qer3PH))2;LhP
z?qQN2t#F^_>W2qCdMdId;hU9!P(56Uer`-psw9(4@qv^tpcr*;R~g_KOBk5#&(5Yt
z-232z#T?EE3j~tW5-Bz0qnoCbyC_V%gb6yl2y)5rFG6I{!ut1}Kwl4A+w)@COpy;C
zz|q_Q{f5A8!IlpHxTqWmx`LubKtyQ4^H#x}jYW`ymk8LSLco&thWZ6e>r||Mn~WJ@
zg!P{|TMU)6vj6$#V9L%@%TBHh^qiH5rCcC@cLEfSdG8n8Pk-eqm)$43m9_@;AY@A=
zQjW8H<~k${Zcfcq#ekk(S+5NG@PKIvXTX({@|k3Np5@_a^OhtTPM+ilb{iUTpI&r9
zz%wLwfb8=iYjnMEy5=e;0c=m(pzdFjk15B?UdAuq(9zLBv(|qem%2AS53@nt%7-wt
z(S4^tatKyLlnC006%;w7%)u`kMV<-P|3kgkiHfi#Xd`rwKZKJ46^uIyQ+E5S?<~lb
z5VVm<h{OhRo3#&hLMVCURFn~CUln=|0_5t#7NHNVdEV2!@<K|zpc#RL5(R*>Aoqj$
z4iqi!`|}DYsK5aUm3z;)SNWADBs~<GZLaZp{FD{#CVtsAuO=g3D8J+3PDRkB$Oqhd
zXLW52+_J^m%1YqRFXMt4M1ZB^M;~aGt&8*Kk`&gzg8;-r`FUNQpyGaJ7%OSlpaE~+
z1oQjX4ndE*4GTvm%-+IGb~e|%C;2WBi@ktDn4mz4P+n?mNsB%)yqFd>9Bd~DyHSo5
z*kU>-JRZ=YjsT4Lwuy`D7jce%9UlD_7y9^hf$^`D2)FfFw-{`&rl&6l|JBqio!*V7
zFhzxj_c*Sbyk$$bi`IP3BkS4vV#kdBc^Vi(4x<K0g=m4o5;Cg`IDaAVMP?NJ*}hDv
zR!;-3TkT-A;6W`n#<Twe_A?3g>LNS^U<Su&$Td%Pe*U7(aeo80jr))9Ux3{9x19Hj
z5oo(bcN6lA#6WAnFM}2xy^L7#;gNA^D1RaXvFyViA6&{gMSYpKzGS9*B#{xM>FS{Y
zlbyVP1by_rwbsv~7AU~tB!I@vr10gAeU+<VeDBi89Y$v2TV8OoZy>4iocDoaVOr52
zDbOFk7qth$d!O(L?zaL`*oV&AJ^3~gaJECU?SdP#S(ZF-r#~4#OTKxRr-Jpx%VkS>
zG;B2xty2b-fD(JQ6lEtZc=ZF_70Z$lKo1bhv!?FB_Zpbn8dbmI?m>dqHFx^ho`_Tw
zyT`3~&KnViBOIo80SoxEmTA5flqf%`T+L)aA4_g=6al=dq#U5&-349K(8;YM;vj{j
z8$VTg$D2e-2LWzCI6v*j?`=9x$jjnq_PXUmG2gb(PfIf`6Ni%G{PWsM*#%@DiX4nY
z9Ex1IqM@+y<iYatSz+?loug=un@FD7=#KLB581qLAap#@2&xbDW~5vBeWc<}S*4^b
zV>4`kkcOJ%hfkPCD(kgJjj(LVX-SE7EV8Aic3|=yF&-h9m4ixuqdgl}*w>t&ua{lT
zMUDt0OmZeQm+=Pl9|lVr*Y}egi@ZpTvSC1Woe*oogiD=f{e(&v0g4_t6}N{505@aF
zkHRVfLO*_Sxx)$(K>--S0Si&07F0qA7=ciL3sz6R5O?{Ttc#5=lsvI2+EGp}9WSzK
z3rkB&Dj^sQUcGu~AxVD#h5~FtG-|{#MS?m|UgR{`opjzo`#Ug!AX50@aistL7&Nfr
zr2DeKHMLDU_fRFc+^dNKl<?t3&Jgn{g7brNVKJYWWbU=GFd{jzY>S$#^=L3Bc=g~S
zZ!AVO@#lvSy4=f>KaBh;-OfNW6?oz21w|A_TwrdualjX!CR$qzNMAk_Lr`lSJ$;^9
z?VzfXdNs^?mQO?Tl~(g`#+aGLTz&jvb}dorq?sYR${rqaFkR!dhG2T>HVWsLq57FM
zj-&RNjS1HU_8Ei=;!mub8~0C}jq`ii4!cc#=W*$+R8(v`4n_mt2mUt7=NGJN9)$NN
zvX3jV3bM`RyU)tWjiY^Y@8g_FSxuXH)1r~vB;(E(U8G2DlbvoY;5l`%7ye;!NWQE_
z?mi)%w>tAZw(s`TcZA&y+wMzQY1vIAF1>$4g&+goS1P4h)yT^J-tTOEd2!NgXKY7I
z{$0#78=Appr{`I#rA>>u2%1nDGFDYncIUiiTM-Tg!s`CYd8784O~{LxK!~npo3rJu
zcFHn-W2!xApax^hO`y{k5GdR<>p!__f&u`kwSX>Lsx|z)n+-`gIh&xTsa1yh1fE61
zb(^G_3qxa8!!OQ0xOB&)Dbs3|x-g37|Hdn8PtKhVXANAC9oxHj|0FnWey<9dez=f;
zmMv*|n>jRj#hkWQ0Tpf*_3=sCLuui3Z?;Rh=IyZT@v@wjImw+KLe47jn*I~J`<C-j
zU*Qu{)n_wzVx6`Y^jTR4;uhkHCadvpT|>{FN|J%JcHJN6)l)^OsH1aavA%;0v1C5C
zvsn|TYH(s<24uABeh8NM(%Qc8V{v5P<NQIOr=%x$EKN9;SG$)3@g@EENZdeCBt+M=
zj8kpKs-;D9O<A3oN(yTbS3IIoci~{*znJd*j~Pw7v9D&w<gvbk#5msg*D)pKVQ-Mo
z{Hby&pFD7$8eAryyrPo5zue9_(ltcMmJd-}k0-!fSrXA6<rKBBb=C`*vQ5isxR0zf
z)#7MhqvekMS=J<J$X#|0ibv<~sY1T{T2<+iP3O?djg6E}CqQgTW~pa6<5spxRmMC{
zPhOwWyUcpgEB%x%M9OdFFO%3vGoQm)OqEgB6e|xxv!@JRbk{<<$F<fKEwGCO>GoKi
z+*Rw#=Wp-*zBEWL-<`N#9B2C^^Vmy?yUp@SuLU+@o!L?!SNl2*U3lLz%QS!CE~kp(
z<50hFxp_RTad&rJ{fE!_F?h0jN#D;`i9&fz!iq@J)%7W!TTuo+nG`=cer8#{gj$)Q
z-Kfvzk^~%ClFAC@&!h1JrY`T);vkxe9c05rxPwoU31?PiaRa6ruX1J+xMR7jB$=ov
zYCvGlZ2s<J$V&5@Dz~TV#8ezy=h`|Dts}9SkPgqsYS<|x#69<9I!U8V^{F$^k5dzf
z-7PCfkv{I|apd1M&;{W|2D{Pl#N~>HnwTI-MK;eEP#Zv9Q_W2|rAVcXpVu_$3CG)F
z==AdFTJDd&d*w<VDaEU*F7^T#hR{-vcA?*@m=BsP+{HnTbJ0jtD}7-U8>3&_+ecGc
zViAAiTX^|;72Z4f^&r7|NV2IH-gya*8pEPiQ*x$~IJ3s;sbNWKt@gs{z#QKLz4K;L
z?3v46r7tpXg3y-skp9zN^u|vM-82_LM-AzMi)H<`xvA(d5R?-Mq@|EcB9G)znlX)i
zWC98HuM)NeY8w`QmpzUh753{}2%e@f2n|>g2{JK>)cdL>Lz0pS{AtN?>WdPy8@}Mv
ztCR@gxfrqvQ2Xk;g!$bgRSP8JQ?(dg%cAr<jy2*{v0L67og>eVwbZR|A`=g<JvBlk
z?@OBuTl*bMcO~TINy==`PRde3c`EmieBJc|uvb};%xTVO60LDg4E!ALdZR(e48+OK
z1>f31Vs=~GsaWm|bhj*C*^=;<Ydpa_DY0X7Btni=a+1#IsGD?4&i<IW)%C9-*Zs^^
z3-le-s<^0ko>L5o!`AHsl{VP&mwOcxp33b;C9a>I@LV7PT`jGi=kkwT;-`Hok4U~u
zn)E9dW7%$?_A2p#nZ0`Gw`ey8%y|Amz;#w2XnGYhJ(DxuceN%YCf%2a{1%MX9m>iY
z1o5rs0LIwrV{BlfgSb}+KQK<6xSOuPHwe0`gh7Enn$0PTPzuGGDNW9b8NR|=51c7;
zUYKW}q5S>BWNVF^k}1>c-lDKV=c;oxQ^!wV>1D>+IFFmE!}7Yj&AOgS_5SxZR8I5%
zpmb#)#BopUV0hwF6m{aVSPn0l@SRPs(&PR4)}@Cf!&>k~PQP}-K1Gt0%uLCO<3j&$
z1M%*j>F9Sxku9Hitjw<O=f#k+TkJ=zdZ*!ovCdAgd1m(0%$NUe{E&x1fljWmu97r9
zJlIQs=%A>q$P615(t#8uC&~x9Pq6019jOBj;@CX7iqP_4$;7%&V%ZEwGV+DMnJ&i3
zhYlK`<apJN_4`*nF`7KU3yl~e&6~A)uxv`hDKoSpxm5LkvG$fxaWzfb=m0^21a}P@
z+}%ll;1*niJHg!{KyY`r;O-iNdvFGKclU2|KmNSmS?@Y$ogd5$Gh4cMS65Znb#)aj
z^uHtgOIU0Fin&qomVdne;W#dYE<#41vO+V0Y)1A?y^V$0)kGq8VPWhKyzOyI?2kI*
zDVYNp$GJ($=76Q2I)#f(s`H;@_A=5P=yyN+p{JT9FFz2`#{%S+*_fqxci!ase8f0m
zh54=txSs(Nq#%J0LsWEV|8rAoo_4vA>Zhik{7iHj3`1{ZWG>c*fjky8%p{*CG*T;~
zcYt(iEfgc|BxN3|QHeuBN@R><h;XQ>v0M;?_dw1HGluGvSUwGW;T#+tGq=WaF||wv
zIl<L0^-aO{3%lA*=D#=79OWD8%lP)h{*ezu@j>ZKgpQk*o4*A&?kZw`T%l)zEec^=
za%euaq<Em)@roN#o$5_9!w8<ndsz=>#j2UG=43*j&~%mHrnWS#SIO6eS>aYqz9>iw
zNavvc%;>vpY$AQ)8JQpfK(yuqz)+7|7%zDqhHkvA-NP)LQdBTcV>{3@&=t|q4*M{`
z!)jGTL?05AuNc|mK1EKH0M4zOj#2o7NhVPjt;ZM+O#kO*B1H^k0xH085ttEpvgyo}
z$A7+-5-n1n<}bh1|MmJr#1k}?-?eu%Q_05QQO@hmSeN@vRWpQqV3&;n5S75lW`m;e
zUI9f6RV?5#5;w$_3cN*zQm7gWX{uTF_>?<zWuy-(P7Mllu;E7lkFCL>$cmuWa87qA
z9y3ugMgz>_AYa9X^l3K2sdrprL3fra<~S0a;&c8(P4NR|oY+Ejt%#*ZVZ5Ghm4Rzl
z%z3f<I(ZT4!1E6UPBZPw+Qe9?x%7R<?Z4ZnhQmB7VU4%79FsZ^tPU%=j$bF9y00{<
zwVI~hT$vdf7rwCZWNa?vP!u_@dgjj4B@@P1XZY)RS`JhY%Gl)b9%%7eJu}2uPQ`FI
zhdPxVS;A4Zb1|ASu0(Hz8+a41#)%!YFmJhpCQMCC1N(aU$>+J+;mQJML`^-N*Utku
zq`TCqeppsFO@G*ia=a>9$5BW-a`3imeF~2_h~kK@_dTSTymr#SJkm({L?uFS)n+Sl
z=;2KMt6jhBqP9`~y~YAJ8CzeuY6We^a+PXwY=Og&Y)sxs+clc0m9+ynvEQuigxl`5
zQ#~3JJZ+eA&<!Hnh}O*E-=dN5(KI#2iKr)qTDh8HBX=;mgP|vz{GM-ee2x2Wh!LH=
z$a1h+wHxbt*x-{JGASXCqFMOaP)Rz4xS;e;9$`}6uXr;p-h~HioI0(k^nXhAUh+CV
zrM+|SMx5RRF4B%Iwk&r1c;9qE{|N+s{EN>Dhb{b%BpCn9hVef?d=oT8li7G)8jv1s
z#kCuBlha7Vkg*b+wsjvH&Ep+K%E-A+KF}+ds;`~B!D}!-f7elt8oUs+@SfFHN)p(&
zJ=C#a_41}bwqR<Q%Lp|!GimRK>v`JJ0BTS{xwTz9Q<VpARV|EM6^lu~O9Qzk_`p3}
zlif8)cNVVOs{1I48aB9uy7sY#Cl>@{!(dJjV&lf4q5dmzmJ}HekU}HJz(c=8nUq-;
z<Ifu*u2D-4OdnvYT7ZX^u{!|v_r~{xD+%jrSz92-+aJyi^1V99J%4wQgSH`1o~}Z~
zmC@Awl>C1cmzEKPVxKd+r+pzT^Pp<?C+J0}<VdP#F<V%or*}F!043gMFHW%4L-ygD
zSy#Z2q@=Skv^iTh9ae^$E>-b5Ih6frNUT$4bL*=E|9oR2+w_MA$df?eoVZc5VjBnW
zHs!Q!<331W0M6!wQ*y)gKYZ6lTlI&3XO9k<g8!Y<$x@-F7Tv5%DudFqB_X=s+bU4U
zL5)aN#}9yb;PyPGRyqFqsVo`e&?0RkT-=z(FVT4=bkiXW7E0)1gwkkhz_&#kp%x26
z=Xqa?Vj9b<!^lfyrXQxjUr=RZfU++SV0`p%trcz2!1cZqzIx2YRe;AlMYIHPS8KPE
zmBsTF=hJW&m7<NP7nBps4NUx|jmv;+fzcisD>qV~fNN$n^QBtrSut4|P1Ls>XqYZI
z(>$T{on`Dl0Y5&WMK`wr(ZDb6M{O@nJ16!tjkU{7$1Kx8ZTaAt^fx6b4aX(d0uv3h
zE+zN(AKE+(+#YJNs{V~{y46jMtqJSf$ZBg5J})8jQstiL`k^69B@Ia6H63dIZVO8x
zWW-;7FeIcrP92;6Kl5_LCuIo!9OOb%qE@09P-H3j+1>VlSJ}FrB$>=oM9!_d@jr5U
zg_k9Kjh&ClsE7(4G*ol4)$sC1*PbcRc+RmV3h)U0#M16!U0$jjLq#3C<s87SdDOi>
z_8T04CaS~_V&j}0dY{$QL<GV(zvsxF%QV5F9gu>0C402X3t13}dPoR_S#KTnuRh8$
zD|2u+yw^oFGbp@j>~x*xj+5JQH<6CWlUB)ttJy=HftggHv}$Q7?@@RFueu2Wp|JF|
z7#4LCX)o*YzaA*R>cdTqR609DnR9u|;m=nwv{pZ8H$Ne>k^!r2okR}YxdbhisuKA;
zJQ$oazZLa=3ww7*u_wwyCEGLyNGCFcGZYJZQsrYVnkd(D{!9${eE!Uj(q2w&&w7i|
z&~L4Ug%ML6PFG)~#Kq12&0oE<$4MklAB>IR@5!qV)zI?(56@ANf0U+W*cj?>F!L|w
zHU?UyJ_;}<GXB-&mq@U2UcBmz3lps``M?yHnWB!Pd0HI#fWP`%!1v|QPw#Ii-+7Bz
zPh-K@x7{f*-9);w?v6Y?2+))N@jL?SJ&$bLh&9jvzG`JiSX!m68A9_hOQ0t{w_TrW
zx@K0HgnJ3gy9CS=IZ}yg7jN_4Uo3VWnwR0$HtWOGvl@RBr8w?ncH_Q|t~Vf@f8&T|
z3mX56Av&De1v_XDZ)d^FE>iLp-w*?vd}rv+eW*uE-NTrC)eIHQHsWy0kR&BllNIf}
z)6BRA;x$_dnW^KS6iH1j&V93=J|?l;|IhGhv4s2GH5c1l@nL{n+Lv_NbNY6KpDNdx
zdhF8J3rmjl5#U*!(9oyxm=6FIwPd|ktm{*_l;*f&B4J%LnX^`@JvgPdL6QcQP;wx0
zEZ}~7JD?R2|LqqA0(-T^s~KSuFQ7n-;RHSLFa;ZY7!~<FCP=F=|L&jUPk0(?iYHSc
zl{$=@J|XIr_E^cV|H4$`z9UrX5S3ffDBJme>^q4x$efRM)6hQde9tBsMm7Gys)HXu
z!~J?>M4LRc2*P|p*zA~FB9&_W_PPT=&Uesi-u_~=&2{>2W;Y#jij%W;=+MytAj<Z#
z;f}IFVzN_>wb0tm^9sPo1%W!@MgjnBJ2XSXH`fshH}3GI-VE|o&l~^kKi%4BrE*<Q
zK&z(jsSlF;r$<P|?f)Nn&wM1m{5v%>iw@T3zf!0u{XHFuq*eEXaY3L;;=!qZ7kKa$
zHq}uv^yc89aa&p2{wzTb`kaT_6qHIa@%aI4C$)!xRKNOjUn_A88Lc7S#18;jYp1l2
zYLAYavF@+yQc3oK4uV{p5ZTzz&jI@7;nZh)cWyH+u-{*kba!d(pV;h56Wi+u!b5fT
ztmi-leXE+=j$HFWk+8687t6@RO+ERW=DUSp3W*9?prQb>pv_3Fla*9&P1KeeQgO$!
ztWR$KIg3`V5`~De^b$$>AD}462gte-bbA(^UzJQU!XgNtAbI*-Cm18tYHPxX$Od#Q
zjjb&U?oO&btex<=U8*}DCwD&~Uzf)eC&$_Vk-Y75=gu(=DPxmR@j6_l?2|0iXDT~u
zyePKU_R<m)1Hagu9QosMpLndCw5su+eXch^T`=VoPPHT{_xn+ERQ!qS=5s`w{(7)F
z>~@Ah|5E27*x!x@P2zp=OjkUlB0FgVyv!ZQ2~ruqyA1D?hiL%PR;Z~jcuKhYE#VmM
zXXx4iVMG65s2{9wk<)m__s@Ss*c3~q{gS^LKR!&wJ?*;Qweiaxh<E(V%wE4|^(t?K
zNV%l)iQAy$J#jUSPF)#Z!7J7c8c#Atz~3Lc)%^YgKV=bKtYBN}tDO;Su`{<Qm|&pU
zz{xSwYU5z+_Nj-#RA&B@QD|PNGKa+$ib<_H?PT6`%hHJFy@u+i$*kSD!^81N-VpZ~
zkCV7j!=|<lIyhF_ugaoh%ECz@2%+wpJL`V8tDVh;tNI=`V<RC$Pwd+~cZGA4yeI5J
z8lzJb3rh7YUU!R&=YdVrMMJ-l3X1tV5GCFw(w|7q6^$7$w<9I63#iK@rn}vR+Tw0Z
zcgsYj-n7={jo5fRu?(pg-B*`d6OJD8O~=%~V+{|J+GbwZgjZLob4#olQ7GWe;kUPa
zpFy#$Xh=qVupzDWS-F2Su)1(ioLG2qVDsvB3{@EA9j`@6{_;BFp1PcKc+WS})G9Fl
zukbxvLSm!?DSW=GItthp1=p5FbP;EJT+54qxxxCu>faoj1-2(6sKSewt@ryS^*hf3
zHP8FgC1&h4FviCPak!gb_4N3@;Oh$o!$$sYAZI)d7+=!jBI-drju2Fv`unMy@hmqN
z-G^TlykH;C%3}Gxd1KpB1sreNagO@2+$<BIcDKP=J&U5e5k@J_ij(;N^xprV4C6;a
zz-_nL8;);bVG;64q;L`w17nkxylDtRDdR@Sj|9$-i~L+FS--v2VQ<2sqOI3<F`ia6
zOl+fOOyFU<!t1I#1bwgV=J5Hq4|VS-!e}@D2e+N=cMG1cr^-utQC|S{>pJeID+u28
zU0-wjW<nNxJO#=zx5UTC_w@9Pj*jMv-)L>eACKfsXT?mb@hy#4ff|21r2?muoKtkT
zCx?9M+PTnfaXM;$ICcm2T2fI`Mi2{nZS;m`J{_6>g};n7Oc?GWx8!-!$2rF+J?O1)
zNq?{U3vsoj=t2^|>3DM*Gf3hh+w=48cLa?v${Sncm=*Qy`}_NRsYFog<2g`|@eEvN
z0R;sGR5Q8<w$%av@Y7+<nDM*4lsy@86gaD}1-Yw{@@c6QeXWKHE4{Bs1*B6hnz*@*
zzv+o_Yad{+W^z7E<<=L>sjVRFx)6oSvF~5uH57_jf1zVBCB}mb%=s{pyZj4}#@*ia
z<LgMdM(GanIUOd6<+{E+-56A<@ev6+9nNiUQ;uDLx?hYHBS@k?Y(Z@ZiR317%%?+T
zf1*ZNS3z5=&*0Fd@X2RBQ5|IjBG9Nv+J|qi4qA<-tq`H!39+HtzN708+kYOsL&<^;
z(_-UW9u3EXL6`&oe#iLQ@sp^PK=n4AmpwV4GF3F$%Kc0OP?YoAMlVv~<lfB#P=#W^
zFosayySVCkZ<{rI1N4L5aiSpUYO#r$cwq{mvjYW_cI@F1BuUs-R6wLF#6v^FTWmw%
zQ#b8uUAw#p)Jx`XkNzD&|9UUEXy73O*sJsPp?bu|vinIJkmMxuag%CcVF4)1<__S5
z8Lr#7^Y01NK;x$DmiY@-(HxFEbQC<5(?*4(WYPN_)zDcr-|6*YWER0H#|jp2LDAO{
zp}d@eCQb4Gyva?Zw4{_&$HUSIP-_Gb2SF)vwEX;h-P<ng_Vf6P;10n7f(iCX1RsbW
z$?2I%hw_S@pbt?C>J1=#Az=v8WEuEeEO~fx{G7M1<I*idenOlK=XVMq;oc7mE3fq#
zAv|_J635($76f?Qq|9PfY0?sKP7SNfek1z`sue9*%!QvXV;}V#&0?%EXTt;e2<&|L
zOZ4TIZC+4ypX@Jp{~&wc{?-q_Ju}8NEVF5zd&V>w6R{nWT2~T^M=D>;#Y<tR_s)Ny
z=s@*?83*-jr`XvH9Kn<QHDa;OgKwe|NNRSZI9d=n7Q|JJBtCF7Gp%X{mkZk%;+qp-
zeoxCy8&LR&@CSv>Eqp*_Qp{$94469Bl;UrM8%1;c`J%SEEH#vj$0&#tgplKyTq9%J
zY$RWMoBTi3)3tp<5n5nNl9^00zf@8x$B)-pXboR`hYhqw_@|#D<^T0v-<z5hQUFc>
zuBqW-(eV0EsciA0{^Txyxjwc0Y`Y|a(2o~($GSF|B)BD^Rms@0-M#X<v?gav{ST{}
z=XYJa*8FRUn<AB73!A3=1cGkhtUo%;-|Q*uGgwD|WGozx${@l4qhm#K61V5@?i&)e
zrGdb~>8gv7w>@veLVXJ(8^~)67eu`1s_RC6uvat}wBtk$0wrSf`0iX=a;Dc0u?e0a
zmr2z29|@0)NevH8wZ|<tTa4*UKgKjpvQv?fH{LkNjLxU8se2B@#b#GoH_A>Z{pzn(
zkBS6!pjPUJX?P;pG4z9BLd53h2RI(o^YY^-t+-Cl<>BJG{K(<_=A@RX?cXa*6%bd9
z_s}4W>*^{_9$+4D`VpNZi@A$t?$mmcjn`K}>`aEQa)NwTz6mTfRzX<4fwizm$Mp2C
ztDE~g#&unYPZp~)yJtPNS5tMjRMyf(c0^y;qK!$v7QN|8PW<+^_y9P%ecw%h?``M8
zVI-wq1x|24ZgLrj)PP}Z4-2@_O&CAcWkHcFt4^td3fp&au(nxoq8MM{QTgOjv`{mO
z?dS1@!_r;!Kx3XE#&FkBw)!u%qLd5OcQKUWDjS_eVn$?bCZo-=&OzefbUDuLFrgYx
z#7>td`R0APdeL66A}bn^nZ)EfJu=EsFGJ^RgY${J!jPi#45sC<t!R4rL4+6*I8ws*
zavI`^7ShVBGTS56L6zLG#T6xXEhaOC9DxOYw(!tt;rs?>D!Eu`;JVg_e-;%BqXaOB
zE6eN*cNfS{a!;R>OT`XXm$q1#>nr^{$h4nTSBj4qEeetO#b2jkq~9|r3miQAdhjg!
z<h(ouT-R1(XZ4}9R`5_Ayq})Y{OHhuQmV*gx4E{mMasVPMop1*S<Up-n6xE)*%K?>
zka6?sZb}Lmqndj`!^A$4!D-ZL=1Wt}Ur!;omc+*J_2R2soGJT7D85bUyZJ?<#+s86
zVyS6PsP^$2=Tntj58HS_er#r!EK42KLu8tAThJ0H-LSr@I<7`W+;Mj&oE`0P*C+9+
zIs?2$z0ld->OY$*&8?D5t7l5(($Nn9_lJZI;Vk*q_&jxKiG9&~^gW!&OB1E@Y$XYt
zae}sXI@&txPzgFmtaQ7&RwRO7Wiu|PL_2>XXRMo&ZV_<Aav1PsD=w#rA?lq<$%b8_
zjM@?Q`cUG=o~#jGrc7Okk*et0f$e-;Q!9~Na`awlh*8gV6Cpk@)-hxy%!Sc8!$T#h
zrOj}acEvSd%0Ed(+M8N0pAuVu!6;YhYeGQhHla^N;<R<`zy6{Y^+wnOrJvSl`>Bf$
z<|k*)vgzDUcEpiHPTtIGXbljCZN~9C?+?b(M@nWjDeib}SM+ehqZ|&+5S9@1bpkMm
z$fXp9I$(z5K(le?i4lhI=DcMLO&^6m5Yv8A8RGluvg2p#!o<l;!YWhGEBbi7o5P40
zGY^jGx1A*LKs9q--C~`Y`R-BK%)`-L%l5p@&6y7-c^_(qD<6urx8Mxzg_k)(dZmv@
zF;znQZeq|M4-Z>gvRQXZjcSAkArgZu{~Dh+?<r2=2FBczs$sISK&DJ$nczEFbIW$M
zIi9Zu2sob_l?ov$DWKoCGu5-zqtF^k!Gl2e_g^E$OoaSki4#zX5LkK0h(kddqO`RG
z8TenDGFZx{?_E<H9DGeYeS?==-IyAwz8d0X5+V_YGVwrlR0R<9^OOkFL8e3S!G2d>
zlhVPP4C*Fr5o}e6=xkpvePf|F<6ue7h4CjL4i`t%jIZ;w>YHpbr<v<!8W~_mT+h88
zcP#s`cIpfa5b+IabPDU|C}+fflz_uNV&eRkC(aT#41iDz%|G!#wx|l$P43yoTaveT
z)t|sI-A)-Zf!`7H2$r!UqYuo-g2w+LJ)KqoT{ST8n?S1MSd14PZCRF4L-=O^iv#r(
z$KyRl{@Y<TfmCzPDx<G?ug7J--x3<&(Nr@}zi~H6YsjA|*&Xs?ll-29B?d-KMZ9&&
z%u<LD60lVX?J>UqNR2dBk`ru!(L%iXu{EARK?vk}zNt~vr<quiV9QO<1og@JeREvS
zj58=WTzm~)+8(#WA$1Fz$%CBIg<q6(b#-L^zUHZQ)or%fb+q$+Yvs=D2VrCzU$wtF
zrm`xzWL0LLgmDJwtE%o3e0FQ1Q+H}kr<YB)HRQ9bbZs{8k+djjxVF4mHLSCw#cMWi
z^X!et{#o8X15Paf!YJy~j@At&O$%I`j23pn=p(0k&cUTMSJuw<xvIa#)tn3c7!|qI
z*{YNImA3FyQ%ia*2+r{d-)W^OqeH0sa$61Qz<^TYtq6oFdU8lc4)+BXX0-cnk=|j~
zE?efjYv(g`9~_Nt)6e1*N-aZs^ZvKj_0S?ngb#$l`XOq{o{vokH}+6|)CZP}h_1#R
ziW)ND?lPQ7G{fV3ps9&FB1mNdZ}Y}7Dw!t87Y>=sf9iUYud<Ws1l72nbciSozSl&l
zt=j-W@5ZVBFkxhV>J%e+reI)TDoH&m;m&o;Zxk+En3dO%cnU_mm79!&mZ{Kceh`F`
znnsNK4Q9?~ET2RsjUAMa*ht5*7`GK&X0lB%U`_?Mu0v7r#9{+fnYcUOjJ<AZTJ|4$
zf0(h_d)XKf`TZ&%DdQd-^Ks6m<zK5H`*UP^WWXzccD5MI>o~T-VkYVKhebpT3o`r|
z)iD4za|PT#+E-2C$#^j%tQ*XUu(XWO5!5A<DWgI3Mwo!-e{(1P+s*i!d*Nb#T`k!E
zz;{77G*)t)OwFB8D$P#VZ#SK=Xuj)N{JIc&)wJ6!uoh!HwD)P4{QlD>xB0*Pe>MnC
zyDap&9nn7|47-kU(Yk@=Xkp%2H@Qh!v%{VNvuxd8Y?*p;k6;y#VXoI>X6@J6;PbYV
z>;#U4;MJx-2ss0445Bs9>n$IwPwe!sF@Iz~xrGB7ZLY#OnrYI(%b=N<>&^X4W6XcJ
z3ZVV(2VX1_uSh3jm~MgOx(Bs8k8;`eZVg}FCwRd$@nW}7+Dd5SqLWvAt~c4-*0KTI
zti}zX^$g@cz?U1C&1yyv_XkquZq81bb8zowW`O>{SXfj=OMe*s(R=#2<-nn#B!_}8
zhOch@pT^y1*h?;&IdR7!v@K`My_X1q=Ix4TdAu&(MVgsqk!h%OJ;W);L+)Fk@1$#{
z3D4?f=Jk;fI2FW@Oy7zX!kt_heb}UKKX<BXpOo%iD9>K34QNL*b7fk;A%*~X{l0V9
z5JRj^&j*ZsbxjWQu9cI@rNk9D(>hGrO}ns#zi_N~+u4~DA+ok1PbMmjbiQbqnGqP2
z8!XpC>C^>_hDd1b_$r^+5a=Q2<=dsDV?q=Ddgc|bg>BvydX-V@U-<PJL7vi@9YehI
zDozf!BJ4y5l@*MZgK^&Vo+*2W6}T6o1pcx%(!wtA^D_|<?PcEqOrf%g5uy{k2Pw}v
zU&4u3eK}^X{FJ3ifY3CluWnYY6a1NeZ*TWnldqmxw{v}OZ*JrpG>>unIGZ3Zf?h~!
zI%f*JLztyW5r5J7A=Y;`_GtrwA{_?b4EZL<Iqc%S<J05)^Y3NbZRq4BpPgvpcLD)f
z(fQaP+emWBh`^4mQig;sGm~;vWUt?rY^17M7;rm$z8^5s{Ue@kh{1+ZyvnkAqPw~z
z)m9iKVRoZv5TkV3wrP^G^cvx8Ysgkuy-}nj#AtQ{5J7uh5xZ;E>K{fmn44Cy7o<ul
z$wrBy`Kh)SI{7>IRLzS>ek2Y+X%g+E{uy=i;;H(rE0=<ao~uR@IN<W=C2Yd;7z5YC
zm+3$Y8P)->LtXuy(euMd1!Mk``&PW_xfeYz)D*sg4V&c@-uLaH)O5KANP1AcPl5(9
z)OXk!w3dZCJjVeAYBV2Vz$Rn$w*p|!%F(6WeGM5_Sw(w3TB($9W3Z(KBubA-dlsLj
zH*^U`R6OND;GtUX&o6zJM^?p^8hq`EX{#nCJ4;CEgXyf%S2=k;5PIXxZ_UQS-VPRg
zt}pCr1=bOZ2Ak<Dcdp1vGaw8M5K`~1Qp-xwzs#&kT=tp)s+h?tX9CMY@zn)~%^u{~
zJtS(&#iibOzDT2G2}~871I#G_j*84{E25(ldP1dZJ?Msa!yd(O#wGF9plS*X$bMx9
z*XPkSZ5h^&0%nzYD+x--&V??fK&nl7pHvP|QZ_L+ZNoK$nrX8U;mnp{BW~$n{Zutw
z%kn=+?1@yA;l9S@cddSJ{$&lbhgHVrBX$iDQsG<>+fjZ@!6jPJ)76bWv@wq^D5kpI
z7r+4~^(nqgQAj1F6dNrj0VBDXTNeSahEVjP1^czKSS2G1e+-JG#njqs3YgGL#VzgX
z$3nHfkqLBDHbp0NDTa!08kN}H%XVCmzbfaGn&FgD71g1}voK<z{<(3mI`s_i;#Ilv
ztJN!|Ew#2kc1X-vrWpDU+a{wrKCXOl#Oj17>L^-2qr={1q<OG(ye(GoJ+ksxwyGDr
zU&g<{&!tYkAQ+_F5>aVhJLDEkY7{bgWNEwqYH|HXCY4hG>YNci>^R_85F7EPYA=~A
zG$Y`4{95yyN&UJ>1R03rY0~;0qorBPj$a*Gw3^?@vq2T{5@zs1TNRl2&H}&+wBLCc
z24x*0D@oWlPXIE&b=Nm0{XtvU%h^QF%r&GBtCPi@Mv3k$SU)l?t&3GNU*nUDp0AwO
zm*Y$`<zmX3EE4+3P-&?yp@5)h-}hxomUdo-ow#~X?MtD}$?2jBAW7VBcJ=u#=L1wb
z+uK}38kp#DMIQiP-1R-6QGdH$O{-dsJ$V{GO_!)nnlB>`A5s~iHTb%PvgVoaFR^0*
z^|1uy1k5s15BM7i{78b`Ls}J$m$8jQ7C!zqZ1D9x+kShPlI;P6*KA2X7%gWnURtC&
zRK)>v%m>(}0Ce(AHoRo=|G)2UeTQXKbz3a<2hP#0d(GB`XAR;@R@cEm>w^9BhT(46
zePD5z0zWUDDm?1v*id8u=IsNP`_A?h(!BTX`AodjgA9sG>e1Mm_VXmr!m8iTipG`(
z)vj(n2;ZyXeN_CbMbt_{k?ORCAbixg#ytvfFU#JXf)eFkpuR^yxuaOH*6kQQ{%V@u
zKTm%Ls3z(MiR6oREO+EY5Qtvy6DeC;%q}<a{*U%A$A{3wmyYhSy3%`8(tNilC{PZ1
zVLsNXrssCa@1${WDM*@~zu*KzA||c#=jNSW2qEfqR{n_Rwu-_@Q^_^VOJfd09XAQl
z-zU&UE+EfmaNpg$HyLMFXqZI|`85aXfF!X%jIRy-@L8Tyd@sj^31)K{^Ae;~;KT!j
zCG2W4<K`zgQ$ZlLmhWXo&}6^*EnBd8{GGEK2`UArlkPw2w8ACu8O_6e+ga%K)3neW
zxA<znzICjE@ddQ%$|f)kmsR=s<eJR|pLa%o_uX;WzFBJ8l17L~g{Wgwf}?v@ti+e)
z>#C@i93AAbO~j~0f(a!HU3CeJ>g{?Rm3f$cZOpit54cT<;mjtwV~3I$+oWIIQdqzS
z_y!{z0uh=}XiWPG+DewCCy?;f0Sp!|($i3dF))cI?2RKkZ)>^48v|f|)|t-F2s3@J
ztx~6AFk?@Qk+=Gj&~V?0<4mB!D=tAw7JEea>`IQNhw#-x4}pfa#&{k|I=Oida2Vu=
zycD-JNYzd0b-p@47r_7a>nVZ0M2u?XNP0Y8YLms$G{2Lq5v1|@&@<!b&GU6z=lmVM
zynHXy00g+sG^cHWm|k+bb<Sfb+4v>FFwVQgyuHfEh3x{rV_b!Ivm^LJ%C-r@ARXv7
zJU^87Er@+)KaE4^I3~T8vLxDlepPI=cI*eGJ#BtXIKLU;HtfP^1~vsIWXQa!!%wOy
zObbS5r=jn%+1>@$mN3q|nlM;lLU5h6-X%&aUu_*t!s1gK37b<jVH&mH?p!XzD~Jf#
zlf(3T75Gbm#vz9fHEJu;59C~=iWdxdh%E=Fq+x+YsoV7h8M;ii1f9zmn3M7#IUF@1
zB#vpICZjxg`O8>&vd-Ctnr`H6kE*E!Kj#*0bsc2Va@S|w%rECEkis(g?hbj5`Y4^B
zog;6xwX|j(tp`=LCf}~E<2Bmq7AVJWiJATY-98!UBXJ&JAC=W7lr+4jG7~HKvxAS?
zkri63F(z}@RZ3g-aiNh2kF|5=3R%Tb8-<qlyKzmRY<7p6e;=^J2i;#E1mO@lfS5R)
zp|4dVF0v94(7FxR`8iXrwZO*weCF~Ul%<HlG0tSalfZ4<R@&<Xy8^V*Ol=(`olmF*
z*VTl`QBlON{Ym^-SrV8mExUc?QF6g|cd_12?s#;VJhkj<-I4y2dpmEfRb}cR;-NuI
zNqEYHCF5`S**)yy7CGDBF)7bNo<0=z;B|Oo2}KVWPi>iel+6<>U>*tV7SU|`*^@St
zUDlEBTwG?6^UG{g%LqX~-({TvpC|Bn-^_8I24S^G>bb0@nqpF1<)M7&o$FiIk!UtB
zgGEv3wByL-wXCal8+~;;vVakHp+5<n2>(M9(}5vE7<!xM##&t!iAwKBxO83NF{zri
zKlRlb6^BvsY<GmZmgD))2znGL&r7;Gt?ulMS8a<<_Y^Rz&ihT{DWwT1<_CxJeIgiD
zaD}WGW24_eUsP3hEdFYEG#cd~BYVNlbal5!<%qy21x&pYzaq)Xb2YGO1k?*@+ySXa
z6P*}!LXe+B|AR)gc6U`N!TwcAOw~lj4M6>oT+%S&$1mcv!>{A#_uX}|hcrD%B`O+W
zPJ%#YlD=m2PG5B1g_O+aeAiIz@ihV85v+fqV#>3dNoQc702<en*&9pTt`%N4BN7|5
zSTiuY^0%_uDHMh6Ca&4$`a0O)jb-poQuZy)j%f!Nna60p;IGF5IKJgu!xIzWF1*Fx
zZ7@(4A3z5j=|r&ATF2;rc0<wsp!lef=ds3F1z;;)!8a@B@=)>Nr9-?W;)C7oG<-t(
zXe4ta|8Uvp&4afDDQ{kvKN>o<(An1&HriMf*Y_k+^yl*@3XSba@I!%Ww}{LOiDo}%
zCQm*c<H~bGvd7NnTzW~%GSDh#m$Wac2Z|mDDTxJo?IE*T>(wk|XSALexw#zNVcw$S
z?0tLB;x}igzsSI020uw$6J|?fDGkY_9@~M9cv(ln!M!v~=_Nfq)Rkfp6BCp&gdW?g
zH#A-(_L5w)mT+wO(Y%x{D;-Jn$xD!2)kt|hiyrM|>`tSSnPYjfD$)n5W}A@SYA)&W
zrmoQO^ON@4c=%qgF4$@guK&BN(Mzh7q`T~SdM=BUofuaKXRqs_9D8#{z5D2(?wH^|
z=LiAnoA(tEzu;C}3UEWzL83nIK0j|EdyX`DsRlxH#$sLtGl0gS0)1?(t*O6Pq?rj%
zA!o6%f3j&|T2#q_@}bJ~P%KT2eZ*q2`ofhg2!GIgpT4DTBRSpN{BaTrltrKNHjGI<
z&j`GFDLeX(!d{UXg}yBG`}e5Nd8IMzEaAe|8?8@lQ7Cl*@FO90W_v$>+}H1RHR80f
zW0=jI(_6#&s6*L&V_<a{e44B+R8KOitVT!%+e`L4NBE((pVbnojYA@$K!d`kmrjZp
z2B<xV|0bcgJ{S8X72u4AhpE0ZPA?j(C%>(tFLxuI(tsN>gf!gr=Qtwcu1x(!k_{20
z!7oXtj6?~WDlO-jaqP=MJcE^kXH^>oEuZso2U>37Zoh1`ze@!JEK-&~v7smBRIxnJ
zx<}7lT<B)uWcR)qG90UC1~0Kky}-ewtY8K#zz^y)EHh@wH){B`_48-semx|a5b3ar
zvpZcmxUQ`31L%|w2ZlyRTy+HNcF7-M$#d=pJ%*+RfBp46mZcTMs%ysAB+AGKib7P{
z8rr~ocB`v=w-G5>{+#T+F8%p&>YFhi<wrOpY?iv6IAC_h<0loYEniqYm&xnVMhm^S
zu$$AMg^vp$)*G~w6(4;|0k;k%O5>^1=Eh#beo`ZiN(6VYP7Uec6D{HGEQJ$%s^=qO
zeB*h<OfnpL!vB%EW+x<Ob<`d|Ia2;yC>VRiEr=9`o7goi^D@KJ3{Ge#kXlOOo{$|H
zzk3D+`S8Q~?dAn}jxvC1FLaW@;Nar01myV{=*8IlK!8&4;*?L$Ryt;+80nJsw{MOr
z(9RF=*fE7tTl-}&OAWmSo6N!v%$si5<l35HjAZJIk<MWOrENk<OSC^xZC*YLe)V%$
zIF`JY{(#yE=1tLb|9Tw}7};|u*MR{&0}?uMm~_{9{pnG@oyq+qZ#Y1#CX1P@3fi-3
zT3b~+!JZXZ;lcU!`@2&a?c)?U4-P@OWd&F(p#t9JUGBH9ST~A;Z#oqV0I-4NozHpT
z{8MWJu-Nk>5%7^8eEkwm`M=*cpKc>b;KU;cn!KLw_xJaKGWJBkmexp*O|qi<-%dfV
zXIo?5<x4X&0?C3qT%N9GSG*pMoPj-)8^kZS*zKo*&CSiRRB{D3%k9-S7t92LwhjEb
z?npq!!pC2~IRGW+$K`P@r3c(1IX(TUm$My0sASq}9X(S`M~4UpM@>y_cYmM9%OjF4
z^rm4VGLre{%Urb5m?s+5aY`cM8!uclcYCtav8I(?+1GX9#ildk#na8o&7B8;OAC5E
z4(UFhBYT}fosk|fdYy$13|t;z7RJ8RPL9iNY<8UYwcnm}Ig9;{Vc@H;(0hQdyx=%K
z!l|zSE$|YSe|><juYl~l#<c7Mfov^xA=cgNmO8Jo>J4J5+y|Hm=GuQ8(atT$ymNJ3
zTiV;4qy6h)&TTp;-0cXy+|718*O9<gv|Vcm3k&lR{RNsbzML}(KCU4%>b5`TGkQ|n
z_seNffYujWj&5e3uYwX663`hTLF*^28}1v(f<GW<ZTC?<j+#0I&USNkTN>LNACGUI
z$8zL6TS1-Oj4!w8oG+J;CNK9EnH?{2Hw}^LeCKVGksdpJCyyTJg+#raB|l_$d-z$)
zpB}yG+W9hXhdA2r1`G<@FR2Lx-`BlwN9tKySkwKk<8|;Pb+V>Jb(W)UK}QRrclNBZ
zsII`LU0^Q*NE|X3Fvj6xxzpz8Apt8VF91xcsiJc2PyD#r(D8HxWDKt6f3SyNze_%S
z!|{x{8fn&jzr*<a)egN=VzuA!ayLMb`7F|9_bgJHvE$%jq-EvK1p>6vp_>fTes}wu
zD#8G-(_Q5D%6Ylj3$2mo$>i%<xbli176|U~TreX;D!5&m!5TST%{4pclez!-snkVD
zrt5|0D$Y0k`?kiD@Um0?6Ta&z@xpA(8>x)%*Oi4Kf0wLex3>1y*2g}<=d+uRm#1%B
zkDXA+mzS4te&3$%9ZRNZct7!phC+pczU8f7c$3Y@SwnU@cX)J}y1b#1<@=rsYQJtg
zesSHH>+Z1ef(6x6J^S|!#EuEN=}Ll$iC<E)O^BYCA7?I8r7A@0JwZO$JI|1-9cc`%
zhnr_F0=0|R?js25hlzyGBQLnnr@9#rB|CynD;6Cc*ETkf&pnwH4+7V_fDGtf+Rbq*
zP`=K_)y+hfNFx4wxtB}1(9qCqc~d*P^FqO=y{m&+2#==&-Itb*2j2PjyoIJG5M6?4
z&v_?jo45<P-WRhcbT8RQL4S7S#0~^qAKzZ|*=m{aMaaE`KYP=^>@ohC(_Npf0KMcp
zj5+lPvIt&wzf}{+rT1WUd_lLdf(NzV+=c}CD3!|z02z+v*CtaTeNOQ^UY17*M?+RF
zK(a^O+fz$dQGZbZEc$uzaS*?^x3{02oe7bAI|A3qd90&jVq($_EjQY3>?$M&g>);`
zVpFZ$=^}W$tfdPIT)Ldw&W99>>$*H-=Le1~3zpsJxV_+e-!Bcl+`jRt;4gZy8S+lK
zUGaV%a)<P(@ZA1dR7+JW4#7uha`kaxfy?U=qa4&1wWV0xb=vR^?X!-i*UtU>5g5Q5
zv4yS4RK+!|17qvBtOa80M5zpJOXbP_5qODaWO!WbY2eVkT~tnMB<@5HX7t(y6A!Vq
z3-YfMY22MeA233JbZ&2-UXTEMo^xY?lgQ&1V#vQKbI(XNV{^sb=4{3LWp2QL5z&h8
znrY*qBENGK`J??)@%b;<T2+pQc6W`7q_s8lzV1@j%-WBS>4Ir4r(S6;IDqEuhD~Z!
zDmXL{;9hyK-~W{>N=&bI7a2b5)qd}{6$@&=xE~xN)AVl2XvG@ji;}iPhS;8nl%^{^
z_jy7fRxp^jki&XDxU>=Eygz=sO4#|x?5|dFE-{NO@bYJw)9Ye=w<WWyg~|uL6Ft*o
z^UL%T$j6}bO73pi74h~?Q0Y~#-wN4FtuU9w>yUV!T|`2Fu^9m+#^KYEBzR_n{Cvem
z<br^_8Xej8m?@aCe^*B(K(}oA2;M+8iluzIJ>MbnxD1J*?Gtz$t%4<foLccZNj9`b
z_eM*xzjYowemTUJtVr|Nq&F>$^yE4n=&0knQK;Ih+14j;{|1fRdexcRV88*0bue!d
z07os7{y|^x*_==2LYadB4cP{Fq##0tE`UypHkc$~o{bLngLLm?{)i)V)rrpM8Nt8Y
zae(-236KYn6o}rfPH;Sb$k3N057yuCIpY#=JfH+BaRBrp9nY)jsrm^;mWCuRRwjD{
zVi+0s@ykzQ;iyan2OZyC4#g)+I-{`#ZRDd8s25|_e$+;ue*?+&i;Aew0itvEYjac*
zF44>T$O3zIrE6f!>(^;r<dX9@-`BW|ZB1j1V!@fgO#`>2EGV<3=8*KS?$8+td^$mT
zRr$wXtoP7s{yO#~%6o9rUr1UJD@0<@oO}@}?{Ii%bxGmk;f7NQU?9A)odY75>4m&q
z1h6Dn>eYhNIHAK(aQ0~z(m|4MuM6>z7Y-hQQ}o<>eAG_Cn%74*1t@@JULOZy`(mN$
z))`Ptf*qY^@H;ynLEDMj24Z_sPF(<3$)!Prk8{f()VKtm%b27Vfb%k|;P4uw#v@*w
z590x-6`xo(<xKX*{CBPg7hP$2$BbeJj4-Bxi}B0Rm(GG_x>Xq1%~e%X5~T(T2sc;*
z`;q4H8LBi>u;vFHOlqK$fqu??T&9j?uhLK1<SL&sT;qDz$=4un%o0NQA0dB<stNT!
zIF}r}wD;sOx30QUQtolE|3xlvv$X8Ib0E7#0+tqOa-7zdApBpyz#1l^D|%M+99%^n
zEmyk0_kNLw*O3sNVu<DNEiU}71|c<q(~VW+@4}jB((swZR0`<0MUm3X->h0)i=$Vn
zB7W*p0Ifw|CrmDt|42Cfe6LQ{!M4tCKjYZU%QtcC!Q(1GLu)wuJ*&^X;E&Fq9d4@?
zxY~SD6e2U{qiIsj<Za6^lQffi{R=V>@Hfip$v3umA1Drt*-f<bAX}B?huSwJwM@F|
z+JqWOu$3qpELBGOK^YO&9X$s47tnMW84-pNX-i#E1qE)yi81KOhr4j9ynOM9-~I!B
zpqnnt@>#n)MB{t~5Vqjw{U8fkmUu_qEDhRi>qng1HEBAGA79cL*+#}FAI9)ypm|_~
zd?VDEG=BdA`OMFQg1UegA0})yCJlIpsCa5ASq1&)TBl~vl+5*hI1FgHa+>eZ0DP~#
zyvOECNZ9UbQRq0gqs=lx853VEqR8gnkaLW{ZqWYo_v{=?#t$D(%ev#g`d=F1`)6y<
z^Z<q!c;RT~Lo|{GM34JiHra^c`?v<=W3LC7F+JyKkU^)I3%!C$%%cWzs`lAb4G>e9
zt}$4YG|wvOHI%S^48+;F`c9{9g=H)K#isgxOhaFwf?^HNGPbxzt*iz@&}Uu<DAE9l
zldQd0D)GhCF9XkuyfTV%MZ*l?_6hXp)iG@>Ri{B~W$<hZ^6e}w>P3YchQz_gZ%_ea
z7!Kyp(cn_RfCh1c=liDhipI02_0=Tuq%Igs>!yLGuuW-Be5A+hf>lbCOZO*|yGsy7
zzf>cAA0nhqpB$e&%0u_v_2bj$jbzu4ZNK$Fz?^(9zD%tIyBj)x*U6=1It3w}ZA-m6
zi(SJzkMa+G0sVlG!LQ?i(50SfyvL%E+@+_b(a)M!^YYGCZMMH?l}&0=o+b%=IuA=n
z%(1o_rtS|hp{(k#XVENE9^p$UP&PqcPEPF;`Vw_2nnO>%6sM>R81`H=jq;El-Nb6e
z^$E27aiZ#RbYg^{{)|=%r!HmV@%OyfKYXWHg+<c}TdJ4U|IDh*Cn`x98x_<bt`^Ta
ze|xJMo-xYw){msRDia&Fl8%=}Kt-zy@&f}k5iTyZ0WHOmh5(kagP0dtnpKHONkzxP
z!mQQdOqDF?zX%7r;Av$=lyw9HDFcKmk@`>4)&GK0WE)00OZVnJfBTR_PtAJh^@8sx
z6hbjKn{7f*frwbjJvZx%7RsDl7-v`zE%l|{^j0n44{o<fWQ_vnd@2nmhc2CEdSw+f
zBI#n$<ekN^Ljtms`&E6po?K}DVhTkQI=~4TpC2nhl%~T^(xx_62leC|J<nstn%xYS
z_J0|<(*OWyLQ`rM<sr$RoGha%CiV+-q!6J0;2cP}vw$qBF4IrG(qo;4w$5qg;+r$b
zN#j9{XkFY%ul)@%iPoaTEGjRyCQd4=Re`Jo)9}C;m(?2<j8QAKeRwMx9JYy(&&WX^
zR!hc#dwMlcM->>y`e8-FFnYb1V?!RgmuU)iciJ>MX76w!$r*2Et=>+MPRc-M_4w`x
zup!-6hJw_wMnm<T)jdX_ITj}bI!%=Xb4P$)0Ab;|<$`ZwU&o{5p9cx5g#KXX0@mmS
z5g}>U@!#JMW`nWjG~6er=1b#0ru{LN*(MKaS?*DuRgIXv#_XC;rd}~NDx4*0qoLKW
zixXux4h@9Xqc@pl+cu{yk)<rr`BGd{H?8T;@!_B)4qzQv{H%Nq%cQk8bc%(W@7c1O
z0sp=-X>y(UHPdKe0X1LO|D}L;s1N)wld>pFxaz<QcAx3&Q^fWK<R}>9VUdxw-`}Vc
z#MgP&LM24{m89!;e<#Ua=6)=VR3F1xFr-@+`9@CGT)2@FBes|iQ%B)N`QzN?W4{k;
zCyWP!A<5tX9qkaJG1pHL$^9ir<b>!O&)Js$Vi#14u+&-ju)yF81&h04(a(R8N|#9$
zwl(JFP6S$U%zqAMyuh+%_WUrVnf9LlV6VIi=QyImqlK!GnZJA^_p7Iwe_?yQVW#t^
z*G7AOE3^cTWs`Qo$H75fK)iCOj|<Y;;``>DECbkfh)o@-Wap)=PlSf$Eogv|b|(3M
z%O3a#n}GCW#R%T-+h%_>KBskQSs4Y|+jLn~dHJY{R}<~mc+k&i^yBUv$om8=`tbT}
zRm-)Q@xlR?^PwuhUq+{r?T=jJeuZ8vb(-J#<J>a+9qq7Df?NHC0d+|Q`RXo4KPqlV
zlZks>mFRL4L>wJieg8`2b-T9mbnHw^OA9Or($mw$BaL;ow=`uJaus&#PTv$<Q)csq
zh3i%3x~55eYRH=HQYoi*z7bJ{1bJ}H=?J3DNs{Z)i{|eTAYuktF}%7VEdwVy#-!1w
zcOJ9l+ASyT4;erKs*sS7jlRegz<W0le3(zQX-}RPWFbBk|0R5~A`*ab$Z;xsN&q?~
zaIv*8(otN-1Z6-Gzae$+lYEv~OYDUG#R$<F#t`re*0-|MVtM<zcQ3%ZB<f?4x76hB
z3f`V6c4{vV81G4Q^6e8H`~vo>LRI!F8`SpXmFfGx)2R!tZX&~>^eh$^<!ihxTQkbu
zbY7Tx6f0EBa;22=A8m|h4Jg&rVI5zO?z4S!CFH3m0udA8+U&sv_`ad*sdUxAHJ|`J
zD1|Fxw%OZ*KmshLH%N4)q6$C7tz@dI+Ofy;9h&&r+v|M;*^_?AZ^-<JVW~xdmUqtX
z7?x*33mdM#xg{-a6m}Z(V9qMpzhc5eO!vIk{{Xg|n-qJEJ$L~ucYv5YY07re@!~~?
z723A}{JXHYxamsdbGy=ZYVfQsbl{{min!PJsO5=|%=8!Mx@w9@O=34XSZpCEAqPwk
zeCp*BIQh))lTd%R7v=I`Z@^L8)x^U`77uFNR2g6<iJPcp+kP6ng9Zsv=VXWSXM3eL
zls41n)2<V!eU5{CZ%u(}ePDKxUnp(*BTB6*ER(*Zgj2Z^0ZVRebYX%QR#RWdm9&!i
zgcy=dbo+M(`>T72(tpxbs#EcDSt#fU$hVE>fhIP<?6%$bKDl@K@O0(^WIM`tTu#c=
zo)@VaFgKL9WT_xWNk;z6i=(wvKk5b2!Z12EbagY5vMf8XI!Li|mYL$d#|Pc2qUn3i
zO54mzSL6=BWsUD+{e%C#Q{Z8##OOn`LZq#5(DWtN`+dq@%KR1t{Mfs)>5P4xVgV&C
z9gEdiRsSKJIM$!u&3Dqd#BMWdX1s^$uk_@1zQ8>B8$Epf;iN+_`g2%BguulxD?kqi
zqDiiQqlYKgjy_j0gH#Zp1WfC8L2r6{^9dJcSP}=K=oXxYNPE_P$sZ;ADuw&jFiIQ@
z;Z|B0knKEusCBCUktqAC%o1X^^ee3cm#Q|5kLE&5#J+=?qRd<FS-xos$KSv2QxLL6
z#K(SIJBXWB=c<FhLgZ_XWA$+zXxwDWywaU*U4WH5v@lTp5tzFj4?T=t3b}u@TAa#i
zYcGLSyqkqZ2??B8df(F|sF&wE5VMYOL<Hg7j7bs?Gw)_CG~Jr%0c{)^;pewlm9O=g
z;79UkT$*qHF5+xrF|hm|dJZH{;;CX96axt(Bz&Dtjr%Dr5FxibX06K2Vu#5m;w&AZ
z;}OlJ+<wsHfDnOVe9`I5X%ywPVL?#<?fs3g3y>@h2;bOrJRG-x1TM3Y2cAjo4XAOz
zkXhQo1CrI&)U|bWRcxB_`U<%gPV^9+e>6)XM;bU8K|*w(bfeOxJzf90qGoWvFKm(>
z2u$i^5xDU^Wqu#e+7QmCzCTY)>IZ5|x~7JG<4EthWP`viY<(7LYHMBiTHVjWmLJo*
zy}p5Et#1G)0ObbGwc|<L<7(_ruJ~(!ER=n{uhx2UgA6o>XOd3ldgSoa#L(%dftyFE
zhW21UJ&xx4jy5uQB(|Q<0cn^cOTU_&UhsTQ?}#2;^>#wkEj%ZCt}D3Qv3|Jgpk+c9
zTYlTxnpOMy8*-M&!wej}#|{$8E)up}m)sYj-5Hx>{6YOiSHsa_C*W0&lL2cj$j?$y
zb~a3%YA7I01J=aC@<8x#&Bx~|l45O8o(*IS<HBP41|fg;8{PeHDGoR{_r{L*Uoyva
z9Lon|<SiY(b~d1B`!Dx%OmWd5+MTlsQkvPTg4uh2dK-SVK+<TdU);7$43)8VF5@>2
zwlffd>``$xp?F<aA`^+ToCq&t`0;@%5fyP`0k$7#FxjvqNv0+qV))`Sz`z3qxa{KK
zIN#@eNL<X&T1SPx^tmK5Ng1w<RCFQf4y_pSkCt%PCKBOu$x6ze-2&pji@g7nsc)_P
zSI{?@H?vid@_*Y1H0L~scw$*xXDg3B!Ep+9&h&6EK<Dk8`z`NKQ>si&<*8fGn-Qnm
z5~#T$VhpnREz&Gw5l<4#58#r$ko4{5EdW<vc`dy*Q`qp31S`*KyY56_AOjQXfz|&a
z%~s`-pgVe@)O01IU`PR5v*L+i;f!uel}5gyKX4dStXuw|>K1F9NfO-J&ue7;&EG_$
z>!SSYLQ;jtx5|pfmV7cgv&5xd_3{{9G-t1E!|B7?AHgjO{yUxa?)8zQQCgf@i862?
zl9=|db#u04dL1}*_juKK!>~r9@9tJ3l%?j~k5S{ZKaUc5d70!|<`42`4C2#aS1oBb
z=2wk`z34bTwhGoJ#1&Br;A)Uh{yIU*eGD@sBqeMqOq;GS%!*-<_Ro}!RBZ0m>kTjt
z&3lAg)+7tZWK@rOBs$vbvZpJ1Dz%??6h--@1Lryc*5l>mNxa9w4(Pd+b#*N67(8T}
zy;4oy7($nf5B<GUx=m@ZwEu-_sM?HXJv4X6Ql(+Op63tEOeI|l-=UM{LCWyV)*2=B
z021#6OCa0<E4KOYJNu<TyqZb@s_EUI=KAXOzZRopN`DWJI&g3eJ5DGdQ93!UYsJ<b
zr%l(ox^mT+6nrQmRd-hrPaRdaLfUSYO?9;|P|CKOouq?dL~cpF7PIu+)+!tU>y`7G
zuvf?(^>WZZC-3tRrsvF;43%(ikd;uhb1j;&va25?1TDRrjOaaNt*-ejEi=<R9b%8f
z`w@?PreJW;D`e>t_ULn=_kBgCLEvpMfb@DSebt}k+@SWYwlgFvYW10?Q>tmlwPC68
ztE7hOx?h)u8Y*WT1ttPqs*LgEy)ls#?TRBqO8}f7%A2+S3n@)D8Q`(YdJc7)#Jm7%
zB;Y@3{rU3q8YU$NnaOh)8V@Ec9kv<=mdAg3Mw>=bXd2XhSC{761N#HM$(5-bdAJWs
z%1R7jOl<uu-b({cFy|?}Uvg9ox3~2*non+wQ4^n?n%XAfRZnnqmXWc9cYLxx=CLpy
zlU7g^t-e-MufI6IpDGw<tI|-NE|yO|XDj)Ii(2w;dlpjC2ZwJ>id$L@oU}we4C`uV
z=J%V8DLJ6~n*PLz1>#0CpgGTeF%Jf^1*p$6Rz=zU0_xN9vD5vv!J(=5{dAIytTA~!
zc4gO;+QH%wYpx$j*mb6X`hw{TH^2_u5i4^%ZcR{WKhSb|3qYNV`*GAyex^*EY)SZv
z-lqlCd*{ZBrD|sS^U76r{26!Q2Kw`_<i9R057oW%0$^;k^nFSVRdPsW{!eLV0oBI3
zzWY#$RH*>P3dLQ62PsgXc#8)q8r+H&hqkyED_)AbyA~%wHckpfi@OKyo%HN|_U=Ca
zbI(2hyH?hkWMzGmjI5b?-{<!{U*KO+#F!&Xwxme_7F>?}0~U<dQG(rqZ5b4WBT{$`
zs`LWc^%U#awG&3>LIe9dvBWe97r=Y{#7G*)Cr*%82n)`w(E7&uJTi<muIG%(iV1M9
zEP{a}CC56_>td@GPRR`%e{P(3p<sY%y%z9|S$>6pAbsMx6`EV*b-X+Hy{d9wcct7x
z_TKwQQ+VHxs!bB%ma-1~7*KA~Cf0AL(P%>iq5dc*C{&QHN-WL_c8w!2)*hls=geDe
zOdAH&*3aD$vg-HBu_{N;h&Y5w<08EU8s2I`RXVNt?+DUSPN*Qoq3+X{-xS$%L?MPl
zXY1NbU+T-%mU;Q94bf$IJ4G-tj1Q?;ru1{WWHv*Yz^j>`@l9wbUuK$>Xtg|JDkO~9
zp`}M5k*+QhIV1uJQL3+6Z<YZSKBPfA+2j4KPB(YvO{Fv(iangTdfg>+quBVk(FZ&m
zI<AU0-oB8TVXO$`ak%o`*TVb2&KDs=QuR+NkxAX+XLXIbgABOO9Vqz;?6cBp+;0t~
zVa6Srz;ovo#C#xx+V$$(rbL1Xdxuq^F`>eLFZJQ-b$IVclh_HX6(=XJVc*{#U9<Xj
zH<v9W?t5rA)v%r$!{Bp!Y%t*sJPr?*WVsBXLSN`eS=8K%XWGgplhMBWQ5lUs6<zRL
zOj(vM&3A<@838Y9KkzO_GqnCNsxD65Ehc8dwOD`_SDe6Alv8_Z?(o>I%;#2_%roqj
zh7<<bZ3?Jy{;~&apu)i2N`P)8U^?oI^NS+vpfe5d=TgIu(^|QlAzHD{J7UtLVup%6
zFRPQ{8`Vku$c>#?w|sE^FbSJ)LBi?-sW~G{)pusuaq?e?N_?gh1G~)H{C<8_U(VY{
z7;ev`j2mDtHE50p^Ay!XnkOqchQlX~TPJeJeDTkeZ^i4-G)R16480E65t6qKm@H#b
zw99%8t6U*&EV0#>oj7%brTe3*8frCoed=1w7@F1uk1;FMllq+P;d0D=a3?m=oWn)M
zw>{B~gIom&$Agr1(?)8)p}p%FiwXm;^!A_qw&q;T@6;8wSNdgnEnh9S(4j%M|63QO
zH#GWIqFG|FTTMgVP{BNPA;jsMyor(mv^Q^Dp7O3sQvuYJj2Lg@X2Dc4acbU!B&mPe
z7vh;Ka>^N8-GA{Y6sRTyeCaJmEEQJOtU0|L-_m~=_w{Skm#0;smiFs~MKfP3zP*bc
z6Bz5Y$a`H?r`6a+*)lZW+6m<WE3e41Jur&C_56yf<FCGiS597K=4_LNR*N7v);R7k
zriJ!=Xe(UBs4C{jtdH>4tyZmpW3#?7^@Opk#>)LyEA|c+B}A)tVgO-xY}4VOgyY_P
zI%aT!@X4DFH)>3YVmK|iHVE;g2eJ7o!Ga*_I4TZIE2lm39ux>N5b>1g_vp<26U7W_
ztxSb~Hr|T*b_A|aZu&CJ)h&S;!#N2O_psklMxt`^7Jacqi2IWFdPmy^-3c9~%x)(l
zDbGLg@-OrYQ0Eb|z;;KYl?M9zv-&_U;65rV8u^iql$-*hTywWeG1B@vWtLDq#l?Lf
zCZ(`kKbSFmJ$_tdyl(#iRUjTqrQWjjLNEQ6gF_Qe{DD~O_6-~Phz*pPrry`Nyb{)-
zC7ug9|N1{&4J+BVw6w0jp86Eyn)FF@c<do2@Br4@+WPUwZW7V@lNKdX8~Vyh+=c2W
z4dB`(P1kYvFe{t<u`!!y{tBJ{S@FlJhPLN#Q6TXoZ?t0no{0g5Zdd&G%Y85O1m$Sa
z9tfcZX85Iw`fbe-3kxe?3k!Jm7n`>K&u;9I8p2^;&TFSlIsmB(v}Eo9Lx2^Y0(R{s
zJO1jL8e)G})O>*VNyBVWVId0}o3pbsxp4goSIK3b)S7e?VKtY6YXJ^cT>Eh%dIkG*
z|Ah^^)t=$V)|}MzVd`?Va0-eRXgbJ&T2vlRySu?nN1rDxe{p!ql0hqBrObr`62kHF
zk`~XG2R7`UETFvCH8*>$4by_yTQ16n%o?4yz5<6}qohSdK;ZOv%2xDzvm!yF-oy=q
z=E3fuEs9i0S7*{frg}F@tie{_fHhcL*upY6?5N3S0Cr-_8k)9Yj~_FEi5ubMSQ)XQ
z05CI^O?G_CO{M`|<AygzH7l2jL^!0d%7h}ia!8Kc!ZLclj)>g7lPJWaZ8>kVQ>cg;
zKap;<f#=SKezu1s0yS%yQ8zb9KTxt#gmf<Kp@5IPe0;8{I8UzlqU{6e1A~-Nmp<9Q
z(ToG;$`*Ss4A6^UvsFW-T)h?60-K7;x~ajw>Y5YB2(8oA#sW_dNtNlbb@_*gJE=8z
zMHp_NimO!tYiUWjlDC@v7&uQ7H7)Q8X%3%1%h-~Td$~mjyfY$CbIH6aUHRFw%IN*i
zg@5neGSM-!KTO?TW+9JL)yu9L2k}0Q4!PUFyLpeUt?prgR7r@V+rgxgpK_2J9_CoN
zdya9YLeW#g_#l1Z3GETc?T=@*RIoC}+r>88rlKIWU@n((p{8=D$%j8r%QfKWxdPxw
zim-d!Vl9v$4onDhNH2QY3rw^Q?4(q{@NJsvD&>reLkMccoNp_Nr1c<&k%Ok;ggyf#
z)jk;7y3XrDwN=J57Dc8?z}&k57ocFPqProKDw}Ou*L)h<axvw>-}1Wc2s(mmi(rCx
zx;o2?<O7V++SZep-W?W|d+&#bhtbgjdKU|icu4vI+y(6ozd9<Zsjj~H_6a1@GP?$N
z0R{CI*(=QC$6n@^7`!0-C*?ICN*JLJ5XI$Czi-Y?9=D$gyoG%nWK{3?^v*{5voDer
zUE{vza{bZs?B4rs3h#@l*{frq?RINUg5oT)kDZHla|SVrx@?uDf|jrv)~NH_<R%mq
z&rA7(%tAiIJGVzambfBNFxRDO{B35Qf{krFb_^3DdT0#CFgwf&S{3L2EuH<h>PhzX
zkl?RUQZb$AOGk%T&-s?<LV<TUKoiX4d21Hl7d6>nzY>hbX#@F)M@tmejPvPQ{Rplw
zO|M;{-Fuw^$9@D75nA>zC)28Kn5x5{AN0<uM$U{tES~vF;*UZ2a9Wi|=61{ry?X~i
zFMVL7zyA=%?-euhfcBP;oaZp11%i2MdZ9?6mPt;$Y{(B|R^0K98}-zS#as@MhkJ<k
z9XjcnfH7ZIgSM2WM@f47+!0kMc}R^U#;3gI<d8$@?tto6OV%+Pjk?d1y6*O|K%*B|
zJe3-`Ek>R^H=~!b3Zjm_s&D+=k?t-P3tqE_Cmhm|YtCVO()63;?nT1UdjKaGNWmXF
zo}M)w*8`ZaqGf=&@*3b$`%HHumZMHO%VIc@$OkqWtU#Jt^z#~m{M6q9oDRUlOAOb~
zAN`l*X^#AB=Hl=EI#G=Qa!a{|s&bq9?FZaP*?6Mwg?ntE9jd3K^6X@6IKeH3G_j8}
zn^tfawkdaF%)RpgPdebYF4Z`^Gd{jAM}4khRYDX=&}^&3KS*pUIam}pBvz;_I&EqD
za%79neuFC8Usdxi(M(dO*g^@J3=GHiN8`imWwwAIM+VrHw1F4T^1+mwc4AX6wn*)X
z?G^`WZUEwq681Jb5c4S^Esh>#2}%-ma95QyRy006O=-$FQMbLm`6xqO?_Dyjz5RFQ
zku8}z7O`~=_+w;wp$e32e&sTqhm#9g^*s6OHwnndX4BBX!dhxz-cT+FmLWx|oQ0Cj
zbpO`3S;#kiwv5PmxhpNzfp8+zwcSdTDb%D~i;F6+7BqYzJJFDt8~-Fw!bG$MA%7Ja
zCFWW+zjn|Y-zCUQV#$O|=WK?&7?8duF~G}aVSF@CQUb}Ys!X%lOicu-{4|RhZLIdS
z=5_7Y34kt!18d44H!~2r)dfb>{F9Shq@0Pj=fASC-_!&Fj<pi{%C?OVr+I9btYVK7
zg*W}joS?-ciCBz~(Fah0{aDDZoYBm3YSG88d6PQ?*6xYNXPrdMpvg1~{MmVWRs^I<
zBAa@~#G4z#z4K|oVD7|wuBzuLUvb^A1+yi}+NkKJ=c@5Fzdj2S?w@)7c@n9=>vs9=
zivUb1>wff+r4mtvHrugdgO#wbL8_jEpd5zdiR70Oft0K+3w99n9YN$)no7tS^0hj5
zee(Er^K*+@?yHX{CfdN>%8ZIBq)NbwT#HvNp<6&O%L4AkYvQS;EX*CI?@^(p0%dQ~
z2Xqz{#~}6D*}TC0Tkx?Ok1qIOlDO`Kys1R&6I?p&cEJDs1UCenk)7|KNd{a?)2jy5
zCq%(zjFrcOnM@62YCI|E5eh4+Ee(o=mE~3|OGkMM>E?!2#rbL$V>&weP-nVSo1j86
zBpkoUiT7mHaAn#=VXWBFkaC3G+)^<|*;vrtwfpLgGb>}xdj9lw!q4%JbzL+=lRUr=
z@ehPC1#p551$dY=*^aH&lM^TLr&S7g<D52Q3Y@K?dH7+*CLZNS8sne6oF_x)hf&Nd
zU?}VGb6Jg-%h!4i<?=PgEdi8}r=)Qo4!37Gn6>rtWZar%E@><WJR15oKp8ulK-$Oi
zNGg6Y?`-MF7}-~j_-TscTQrFyxc=pD{`b=>uCmSiNmt?2eC~?P_4Sy0Y0y_GrCH6~
zf2mo+5kz#BGTG>@ri&wx9_$>UH9ey>K2?r$vZzT)rWUBmOil~|Eb=TJrVB}6<*<cZ
z!0rw==&R(-=}L}cw*_tq9bouPZ05{9z_V4AoAwwv-+<K#i&F_{yY?ddofWg#y_&>E
z<z+9nzHx=)U@U6Pwe7*Kx8Dm^szDjy7(lJMa5cbNP?s~LJ^QwG(@G*on~4>JsAB-D
z!M1qnnwEv<Z6b0_IU08Q`tydASBl=w9iNZJYE<9$*GmSCevlU^k5zW>7)r2RL>w}c
zmMdnxaHdI$i^-)L82L7j*BKhrMAG>ZhMl4s^EPLlXSs4Z7ZXI6QK(;f4SB|F`BD^8
z-j2r)G4EjmE%ARRr3H?FC{AsB-ut)+KjM_ASzJslkd=&BAbTil7;DE(<cGISDLfu5
zZL7C0{15YRJTFV7Gr&*2yu%Ao`&*rvYoftUEC6M4*%JGQbDfU0Kl8i_6R0ZXnPkTq
za~**HNfXxp=$1CUl@-Q2T$gpn#4gQeXBk*9r7;Ut>pCIm?Pl}KgS5xAcY%L6La7Ua
zdu>giPZEln?`qhR*%kv6ZzsQRK9!5gBUxY`WsPe-5H9Te5NG$7a#A_=S2ue|>@UJ`
zUfDDCa4T4FoAO5EEa_q+Yt>9;wtNfdsS42zKnE6>s+rOo&%=k3F^U`06cFC{s}|h(
z^2~6g?K$96$IweFKet$BCO!Z7)(U&J<LY!kkr(4L6^ufyOV$~~c#k<xqxtCW=@5_|
z1Uio8LM9(6)>P2y7nP9NE?O0<=V+Q&sNa1pl~l!5<ef6LMZ#1py0{Wd`iV0r7N`P4
z3W`g}O17BaSAYdRrx#R9>*)!oPF>Tsv~|XGW{rxaX7>m{myk+&8^LBIf+N@AXRu#F
zwr(nJQLP02)QCSSgp4wx9rJh-X-msc9PLG5+9gmfP!0Ou1TwkmxB|-06YeAOULyCC
zNu%H-ED*i*GerE@VEE>)>P2jP0$j6~4Fqjbc7tidyqo3kbr?jQcqNFvx&jhnJORAg
z-Ntzz)cp?jfiE)iGX9Mf21`W_7uu*U%nk!w1mGwAzy%pNX<4;DxF;z4mU{(FImdC$
z*$ZUN1u{shCg#y9;QmqM3BieX4^pvG?vuPTaqbbxy%YY%!7YDNqdF+=+d`#~hQP?2
z)j@1U%Ui<O3TlWBiMJmtTSUG5)>D%O8n@UcI@|^I$O*568oLnl1!u#P>wMYWP9EHa
z?AE)Z6LG6|*`fj6D|JN?X_#1>^1EiN59DfD83FhIZ5hC<N4@&pivS(BH2uu%fF1p~
z`~oWrjl}%-OUaoME}(%4WF`T#=IH6_HUWhRCZ5o4RD=hOn)l>3x_s#<qH2j@T<%0a
ze4>M-&?!>e4Le>J07?yn5xvmRaM}OfdpI+taqK1HzesO`IQIt_Wu|b^HyZ@#l9A%c
z|Bj@#*&=PnYzeJws=JReJ)ZlFe*U47^g7`Js7KGVL3-S_y~Xa9izW6Sb2y^+*oV=m
z_s8U9`3<3zi<}gHXA=4!v7*PF-jABWBr_xC=S%=f?QUtigyyF8A=M*}63PQ)UIevK
zB<K5W4I?s?8ukpb0kg!NrY~dq2a1ec&*8<iwbe%2BI3YL2SQ>m2DpG}ltj^!)(~Ew
zubOzp%)k)Xy$B$%N<WtLu9gA-g=h&8-*TA64!e6ARB-*N2WiRW)z_A*UHd8fg-&CH
zGb%nke%9^Busdp0rqOJi1o1&w$<_OOvX^?+b$R}gH(BTFMvt?o7M-9LlqfHSV0e7N
z)p~k_FgB?6{uOK$V%zk{3$H60wH!@xHo6k*yGXcWn}e~Lyoi03(4Wl^hJx&%W>D=B
zpIe=h-LC7oZ<i<uo#lQ`;d=(r^V+6n55HQAn0m80gwqzKF#F@^#-g6^b^V2S?~8#X
zZ?~)7maAp(Nx>toA$j_4;K;c!{J-(l3DJM@)&GuxRwC=>_BnYkCwhe#K3c48zU=0^
za$IXN(y$|&sQJNl+D&me(GAi`{1GwOcuEeMqnT;=3c0*uIS3f^?Bc(}T8gDlq6L#Q
zcNX#9!;4M=DPEJN%aEqO2nzC6tv<*#GktTYWV=UkE&Qu!URt=7BFojOrT5W2pB>gK
z7zt`QhkQV;$DjlUeGV}LTh;VR@71d-v>V`j_J<cgnb({zj+>hs5H00(SwChG`<N<q
ztJ7B!#IL+}+H!xR<y15SbcJy6KDy}Mc1Kh3TVb;;r~{`onrPy*)2YFfM%%f7TO&K^
zZD#=P{`13+<CTrxc~S32t)~5*vmW9nO{Ya`eDSX?PW7&(efa~fZcxj3ZfyS$)O^15
zP^z7p|Mfyy%4V#?8<Y{nMvd3^j@Lw|q)j7lw!Ce<wutqU(gJB(Jyu8czQxD?1Te#C
zTiDk!q$93IL@!4c77Q8i6O)rKfFLwCfFlR#0q5$E?VT${=bi!NjJwY+UXJLRyO8TX
zUlSt;w`K2q2jewB?C+dRi(SktehmmWddd=SP9a{NOm?-h0rEP`+%8)z^^np=(Pi_M
zVDeWjzQ~VMiR$?`P<M_ADx&agFi0eYA1-v!dYHy{KjO#52`4!!fa~&x6Yu6tz`YD`
zsrw=&!1Q6Bo}P<~i@s0ifRMU0R0lm16O(2fdWN#046X@+&WfgA7;RK)H*B^|=83E1
zNy>&hHi^=6IJD2>_Jq$lIc9_o1H*%aT(?8N8VW6~$<50Vx1Fq$mc5+Wri%!rT;eN%
zt>Ovxm^GYiK1_s$7yj8TpR?frwXaVI#L<`0gv}K-Y^|bW0MAA<+L^KCrw{Tfng+eU
zhX925UQz!e5f=jbZJgaX%&*Kz+Oxt%u6?_^K}LpDbxKXdcp`;O`zuAQ(>p9mLJw*W
z=|OlR7e0T%tu?bg)8Es(=&KTqGxzXz>kzKopQWDABP3WdTA3jCHq$35xug@^YnlB?
z@F#A%J~c%HL=fNq8=(CPbs_COi|P-_*zvl#lL}G<DS7Nisi>V4a4-4|dRCr<%_b*$
z?F6kY)qp_2^lz(*i=1<3IUYMg*cTUR6zX}akdl%Mq4J~njow>1eVDy`l;2@1E963O
zp+e8C*_vX|kKJ0YiLdVj<j}k5#`N%pua^D^_P3BU@7upMzgfesuEFpCrhXXoN<W16
zO3%D?KAQ}{OuNuVI8elrGU$2L{roOQ6uL`D-r6hOH$J>0l-l^=9O}RsE?oN-XU1)A
zNGI6&H01Q*kK;K#rA6PGT@d-{B;v>EqG6K-B)aj%@g#v6#@0kC$}XQvj}m<^dfWq~
zSK36a23bGdCsHKCwZimS;#aO=WVc?7Sb$Ev7NX(f(1r?LaL(P3fsvt3c^A+`c2+J!
z7)NRC9Z;I!-Nl*gWan%YwVh0{2>Z`<Zq1Kr=v4`yoFp7+l)O?Xa7DA)DnA3^rssjU
z$~7^-Yw~Yyu9J^Ec1u}-JGOI0OAIjv#dQEY5)j-!2-uqQmGK16U^eGEowA)AR?~n1
z#AiM9<s<nc-W|4{Ip6R1lt(+Ze9E%&>gWOa_+R2(#QX+cxg!i9Z(ab*=1C|!Q{9xX
zf&!A&Ph~;@#xX{xALLRlF^Ztf%nh2tFp^Vou#I$qI||~|`roSNOmli;*I3?Cr+YSb
zAL+2(J9sW(Irq-p*(&ZTuWDrn1{g8DWL`11To+-Oh2!{sd}c*+dB|6=iw<>}VYU`g
zc=^pPC7GSrDB48cl)q=?MZG0C4l;g;eAMOndj!*0OXd2U`&oz^#Pe_)e{s9=quFzf
zx=r}Yk6eC}`*OV`r=l0__KLmg!EF_3(#tx$5Sob3m1;~Y_V5N_0m#}*Evl7@>pIT&
zO=4iCl%D+T>#@00K?gSPE7*4myG@E|DO+|`DRhXtV=gG3LSDvhWU%=|bNp*9@9)3o
zQL}!v{ph`d*u90f92IpVr6LaLU4T@ro6C7?!vWCb1O=gS)*O6=Y$e(Le5F<<bzeG)
z6_YK?$5Sd2dD-!D%yrTPCd?~%KW+>_`!`gI%!}@VAtT5+j)~r{kqU1-ev!Tnm)6Zj
z1PY42=uDV{Z3i4>!(z^;AnM#1^P-m-?HxDw)PVjOs=mFW*tSb0+k~`MXw#;AoF}0O
z(XPNZ;S!Lb``FrP2Um~WMph-pd^i;v9i1S~tAp(OxMpRB6785P+`%>#F8)n)Eq(#m
zedShVVeEHZzM>WDC4-vwj%<M{5r<;A+qFd&PPJm`A7Ds8W3Q<iu;wjMN{JTMv}a5D
z)*h@-q<pZvP&)jjTt(mI=3eK#gSta>m5oz=bnI>DY^Z6m6clVs&^sXhb@!<MO>_c5
z%boE@rX-rqp0Ck}*rXL#(m0<3i|r|<=){M}6vrc+_)SjQuqj1V=|N<nO@*}+Ra3+n
zkx3HCLiqm_!J?Q@l!4&M&QG8_SdNjHOqLmQ5y-a?G^OM9OB~4aasljo@r&0G<>1$p
zY{YE3e1+fVT>c_fCwA2{)wr8@TBw+j=oa^)!i}KgLp(fHjJ6WI^C{u^iNy&)3hBj`
z*%j%s|I#PO9DRf=V+8l9g(Fnjf#kV?&_qizWtED%o4;54YQ!^-r%$pU&+`gMCeX<U
z$HxBS2;AG^Mv@SkN_EbC%qOuwR&wC2DCB@44T0Ref{jE#X(wBe0=IPL%NM#^I2o#}
z>JjEotK5uboDU!B6fBTA*6*#e$|RRj&r>+nmtjV$=4a>)9=}T9j^NTTs+MFZU~nMh
z3ef&{qIfbw`*^aij>ec?_woy^yF9G;{kUL~yJMMyO+_|5Wn9|xHbJ(3twU`UBbW{M
z5+UC2r)JsyEV_#B=%nf|QaJ0mc%QQ!TX8p_aDNL;;_~nNQ|pHMA~s&bNV)uypw6zq
zTG{}yJ(;V0y>{CCq58QWYJaIVG)mUUrH_9?bZE&2Xwnpnz20t1jSecr<cs!&+4}A%
z&nE<zCuBZx&}h)9El(^XfAqJuhTXtborYpDBf=3`xwyYHrjQVsxIuVcun>~cwmf<^
zK;aIwy4v`b=-5V7kuOXYvm9gd<rC=QbO~rnx<^=gb;97_RPv@!Xb;(pfY8X;SD?+Q
zlF~mUFr;ew5coq?=?-tCda4>L9w))&sHWOfT<v<vRT8QbG}Tr4<I9RiyI&Ys1VRGP
z2`4+eFdsMS^)UZ1t@htMTq_RD^*&*>68@&VVbr?Ys`a*C!%7ANv-OkF17d|gl=Fws
zE|ObBWs&{<^7DUy^+hSNF5WdGh_%6R&C2GpIN4G*s8hL-iixTwEBUOP;%-I7!M4Am
z8m3cktBJkcY*rhX00x$UW{U&6=w&OY6xuHwHgiUJ-Ncks@SDK-3e8FktUh`2bzR>l
z1peykR#jTs*d46fWz}@jP%&$lYIuwtF{3?0fZ$U3Cgmr<q8|7G{5GzR#33=t{6qPp
zv2lA-myqZPyL3%kTffV-gE{J}R^^%kp(*_5QNp~j@z1LLa`xxouJT!*nV5{h@){Hp
zetDGJ%0N^0qA`Hc5_I#X54O=^-Z$Ee5{hFpM{Jrmy9O{~P<!|B;k=Q7l<9Y)s6K09
zlD|su=90bpygfH2=$QH1^57Pijs4p7trg8rJGO;{i5y`=RA64LUt<1_Fku3<J9RI3
zWn@g^>=^GD$lVn8Ft9SWqEzpR!~bsUd<K6h3{&R**{dlF>@$KK(Uz^hlKWV5`!#7;
zSPq?Kh5E8mIC2)6WnRREBgY$o3Oh9I_^xim3m#?oKx{LLK^v#97m!*N!@*IytgnY7
z%Od6EE!*=rNg(c7oQ#IMU7kqx9}Gg~WmB%m&-;d4?|BgNKja}@D4tL~lR6Haz?ZtV
z1wa7Du32N#fp}#yHknzaqaU(4m378U$nsl>{Let1^-pg=ts?Kg`h^(il>J5V=jx#M
zjC#!6`G;nIxL1dbK2>6S4V8ygU<u{(%H(aJ!p>or=71{Aj~@MT+5&ai^4Okb<_4LM
z%X)oE*ejfdUDYeTv&zW}8a{rhP$r%w#5EY7ugeQ5s4R-CVyI<ViTWeZFuiZQa*V;&
zUr-Y1ukm**Kszh3&S$zT!9k`+vHt9x+!CkSKcf$Mh3VFf7({u1$w?a$09e3MP+OOE
zu?y@4qBN4QG~J)HtKHD;7hLRlqp6|!Z5f}r=y%D!fqC+;qI`oT^NY#fT)Ifb%L<q;
zpM60y{!@qb3>(g+H{`6hdi0;VJ>R^-V6c2wXqPjETo@&m?rO(Q%CTH2OiwQupEBJf
z3SI}4u_p6<mFAv^*pCJk<zbksRhq+Oy#jW&r`f1f1^xnkW%!8Io+_?}BG_sie%$3Z
zUMw4X=}<`4$r$Za*EP0mu}2bcAr*l6$aJJKbn47K5$CWh#Ik-kae&uP7CH}j*?>f$
z%xey;Nsqa+k!}9X;F(h6SQ7!w;iiIL35Yphe_BehNjCJb6Ujj%x~$4dL4`|J5nVdg
zYKhkv6S_^dX({>E*71s2x>f6~{|sC-O}u`@8IwW+bnR_Fk#*?8MQq}VZ?(zm0QvA6
z?i(6d26SvJvZ+LYayF@Qmdgv`I`>SDXEf5LAnI@(oqIb6C2~?hnVx->lu5fVbf|oR
zI{|CgNI=eaInQ3Q2FtGHj-@LS2i=?}0mH4g_3mz;hX&hc%P1>>VN3zcIm8Q%-D)RF
z6-?Gk3`z-wh&{y0avXbKk)kfS4Tl;JjOhUu+e&^PKDk~?U-?=@8xwmH_YDX80Hs7k
z`3!4UwAQc$eGN%`Mc*4<N%I~zO5wg0)k482t8SA4TFQpqI5i5LgzlKaio9GC*%!nT
z$h=-c&4tpQjlDF8VM`x<TIFE>5xLI5)}vIJrcUDFiqvhA5MLYAY|!N2GUk~mW_$bf
zlju9ttJUHjSBErA&ll|RQY2lcM0~61bc~cfWrcjU&9j3#VPkhq<wW*G5Zzn&vbe1D
zush@9%X84y*8E+)u$t3J8eHhUY=Y}7qLE;FxP6(IBKnZPE+8ZN9NDTcPZ%VO>w>aq
zZ11NIl>h&2nEh`XZU61K&b@YCAE4-XayJ?X&&V&Q|JmSM!0i8_tCx{Ib>b=EXb^|~
zUR8_{Xc+!a%ZMN7?%j2e$1GnAl+lwvaNwtMcrDW1k+;bIAA#32QOiAjw`Kpa3g`Ra
ztj!1>#-Dsg2YGqZw9hZG*n3}=hNMM5H~;=$-XY?fQH7hfa>J-*+f_L|4<N}4H^7<$
zt(ueF-7DC+hT2oQYH^u?4vwz?1NXDoMQ+Xgz$r#L%i1(4<bXgRdPhl3M<ZKnYnY8A
z$cx>;#s>E0i89R2*1_D-*4`ZE@Pze=gqgjqwYigZ+H8kBFoYI8#Mr<QCTL_20~R1I
z4o)ss4gppUZdFbmK`^Hv7!14@<ls=mdF}qo0Bc)ga}(EpKR{Hg7YI}Ufn+2VpB0Pi
Gzx_W1TM6C(

literal 0
HcmV?d00001

diff --git a/doc/assistant/rsync.net.encryption.png b/doc/assistant/rsync.net.encryption.png
new file mode 100644
index 0000000000000000000000000000000000000000..ec751d10d253ecd1a8abfb70afc79220844d96bc
GIT binary patch
literal 40504
zcmcG$1yo$Ywk_H?1ef5JK!D)x7Cgb--QC?oa1ZXm-9m5=!7aEn5?s4+Y4kTa=e&F0
zx#y4Z#+S|L0qp8swQJR?B{gSNq>_R(`YYmB0002}ql|<K006fS0KiNl!$R*U-dN&6
zf1x<ZXuARc7{6XVFewZeB+#2kZXe|(kycTNaWNP-?-}!;w}{*%wcNxV?d{DS+yLS(
z=EiR3W|W@RZdR1iALW%agE0sI07}3|i4SUC%g3vZa;8TCEY~M%dv#4NT6|GC1iUQA
z9jqw>ov-Ipoai?yUulxXf32?waX%T*BrfCpZ9^&4ml{Mb`c6)rusF<uV+PiSt-`3r
zMuDN>wRaO|3~^N@aXH&3vm%2+`0j|uw@t~5HWTMUOQW<L{>G*;o%84C6xTh+C(?zT
zkCqVa?!6nq$@BRBpHIhq;h2<fp;tjW$h9OW0($L(@9Q@UzcW5>i9BtIJkE%)eUNy$
z*5fH2_ochfNV=zHW(seQEo0M0WWK7=r=;`#t>9#xz|ik3Des}^?Ceg~{8KSbrN`fb
z_?`BXE>*^%Bh(wi$3smyd~E17C0(SIv_JsvsLA=;=$1;=Fr=LQZ%a1-RL_?u-{OP+
z{{QRe-|s|(3cNgtUGGHu-%A-+B429ww^EZ0g}=}Kvs9}E_wTd+toWa$|El=kO8>3d
zf0q6~Y4%?)_5WS7|9a*BT^9e=+yC6G#DA8>|50y?K!b802xRI<(5HsYuwF!odJ`tr
z8b=9u`$f3t_7Q<<w1MjBd_30kgdeO!ngD_8p}i?23r~R#Oh7`YZ=+I8EfA)jzylX?
z)gsCFRl(MM88G;wCdKn$DX|~?01)*ov)QY|fhq=Oqf_nsWF!Y+RS7l{`PcP1&f)l$
z2F$N$7K9Ep1wH&G-b02r{_)Lbr`mH0``NV=v+TX?t#SV%jCj<2bof%9!&f(q+oY7@
z`*4h(<VQ4t0IWCZFv`Xxd<fc~DaGoz1v9>6BLSvfr8{(diqdqTH(-C$Uobdz2nriN
zPvA%}M}~!Wy|4|QWp39D(EFT?0JRZt@Tin@T+5uk=mIzr$R47fv*7`~Q-1OMxL$?+
zfP;}Tl-;b_3UuL_s*tGOBRjo!9P(i=y_cz-6!yDS^6gflTY3COA?&Bsb*6Bz93o+m
zOX83A4e9pUC&cdwWOI2cm>8<}xe=3m9WKdoM+$-Q9kY0_6=&LrICHOE(9GIVdis}P
z)dqR?)=tvM*WV@6(NEECv<DvJrAsQ#?5Z7#3#0*pg?%-{#Yb)T>|Okg$be3NlJyP;
zG~eruzC-V&^AqfvnyQ52Ulx8hx16DVC?=R;j81XrkrUp<6!bN^eX&w%6lpBYI7o?F
z-;)^tK}&$N!Ub+NgssA53X)9A+NNKrJE4Q|FzHockTjO9%E`B9Z-Y`C*SS^;bK$#g
z``6s>1!^y7D+iHEBhdi7)r7g;jLTgW)j806rQw!mZsuC6ePK^$?;@^udwCo?K3dHF
zRS=ozUZXPKZQKVnqN6$QB^5=(M#5->-23>^y{U1)giA)>cy!}sfvHcaP9jq7xH@<6
z>mKhnS2Q}L5%yh+2d^1-IBurFKaV#g%d^KW#MZM4$K)L9Jx=hO_vn1!MdJqak{03z
zCrx%>9eNIw(e6p%=AwfpY?)!&(3r*$CZhqrQPY)2a!OuhJ<SkMxnA3xzN$X(5hMX-
zUQp~PJ+TeGN}hOCUbwaSXZUU;*U3FUG46Pk8d=O+I-`mdxO$lf>jg-@JXThOwOvk|
zPMovMI>R9cAW(XyitR(Pa?&0Ps=w~tE=;Dan|%WOMvAZuot;wNI6GL;6aZq~bA>oA
zdtHo`p)){dm2xE*vezP8Px5?D>%v}la+8)vda9=I#d0h0le@XQBH6J#*>SHRnh}KV
zoqld|bEKVP3J)9F<Tx34j0{W|wg<>gt84UDD$iFGOR4DG3%=hu>Mzvnv#sS(bj-dc
z_t5%nis+QcFuY`TbvCna4GA0Ms9H=}9u0VqCfRA9-Wk4dnOid@Gw|*7x*X|zA{N5@
z)U%>YpBLel-reI-r00$?0b(NW$`n{RaAkqzWiaM(`X=IAv8BrBK(QD0P)iVRFiv{B
zzho+lk{ngsU!ClKcC|TGIrYc(5*=;`ru}~791$X6R<GB1gDwwmI7tS+#880oO6miy
zf-HJ@to0Nv@ct@A8T!qAjPL5;=#VHP9js`cv6n@_cNfX44`nKUCgfs$M$+gMV;xwe
zWJRfQuKagku|6&RwiQ#>$#S_Of$8Dj$&9Lji^#PcS&$-?qHo;V$~ddFg9W6C|C*I>
zyXQy4CUo<iT(g6X$jjyJ<OU>MoT<S8e5w_)HYKN>qFyzNhi{x8_}^Uq>JW$j^Bq-a
zX3LSA0Ore2$5K$P0*+TM15f-rUolQ%m|pIkOqs$#E4gK~yN1#d_{9O*)R9MQcTjyX
zd@A7Rb~b7hx#!(aPLU=)0t761wJ<x8ho+95UtcCIVE{8RmJW<@<Y%WpPh~jx<VhBi
zi29A+LA~2u?`tqmtx%a>!fyfA{S5Do20cRnxnk-wJ+}BRUJ+W5af6=lDzSj#9RTo@
zHX|vTdhsZR^A-LZg$qQzztRIo6XbQ=bZ8(Qems>`>d?8i;j&63#OLl)3ZplmIJ$F~
z0Hpdc-D@SN-o?i5)hRvs4TKK(!|BYnYK(}Esni0fyK`IJTWP}3Wztxfs)T{T&rdnF
zCM5gb+%}ks!@Jw%5IAJ9#E7ZAQwo>;jvj^dd)6q=F^w^392I7NE|DBGATWjo)#oY9
zGN;<kQ_2>iVF?}>!X(Qi6WA8!)>oP-^XL0It;b2Vxg%!ufiXaqAr(O^V0=wU0*k(*
zQsr`7znee!$F)aB-`neSB-xCHMM(@7{Lk-wbRdibjYnp)+ci-V{X)A@IW(tdW78zh
zqzM8H8;m*<mn%^h#vCiAAyNw}5bD<4W9zcf_*|i;<eq>n_j{=iT)`!o<D_kYUegX8
zePb`K>@n!o&9W`#orR$487|%=$Ga~)nw<=_BqHZ01sk<+mBo&CpxukB{W*P(->Aqo
zf!pszYq*)|UPBz>Z^o~+QDg=b?3qurAJ9bOy?+~9U)V&J_}WcsDkRl)67b0+<0#|d
ziZUY<u`e15_-d~l-!LAG<yvfmj?Xl37u`YTVNfTrkEGVJa7e($FA}&<0axd*Ll_0h
z%+@6MdP%Ir2sovv5ml;rfbC6ksW&IrzwtRn#7=nkygw8h>w`x38X&Xu!>YoM@}qE$
zo!$76N5>Kv<`eA{ZsoW}mmm;i4e`0mHE=CYF9#MT%NvH8I;=@RE_NAMI_&&>+C)UU
zsLfa@MmLWI^InA~@-f2Lwoi4s5LHw8R{yRa1i!=T^rzbe$Uv&BI_|!>zsL9hfJbhM
zYn$HrD?4k*gX-Z}%gihfr)pPcn-6@sii)nicnV2ty6P9`PjZgf%6sY@lVaqqmNu}l
z|H>{~@B5$G70+Y%4UH;$?<Q;VK9Po#P}N7UVz$9#53p=nrgX<&q8&Z&=8W*UR~F)U
zZ(i>E#A`O&V>C-CYd;zC6Lkg{Uw(5a{B_uHI#WNMH?Cd0U4$S&zBQV*wNuKjNgI1*
zrYIuhdn^T8*^8O#ShP8qGG>9>KovbIl68N#bf``icvUXJ#It5&VMgu@l|D3F0wDKH
zcOVI20`!uxma5b&92|Er5yXSti^LNYrZ<*C2cv^o^1{<<ZI&uA{nHdu-{i<d_FUUw
zl?l@AnF0`nQarAk*M^1xMM-{kd|rf_XaiekfT0wuHGjCCQ=^vkvSz9!EdZn$&{5ds
zf)Y^Y%lHm9L80i@#;IK|<l0ACeNr?FiJl8=Y=nEDFGCASS^_DRI5fz6TM2|%q0j<H
zhq^=Erb%?WMh1;gmuBQA$psXR=G;$v#f!v;x?}B_^WaL~71^bfT1Y?a1cG>KSUBeX
z8WNj6+S~DR-TLFiz$%rdnpk48B=%EItWmOiXZNc+Npm2QDvP0){oA0W>P1K*g{C2D
zGR!s-E=K#tr4w0?5{pKccN&sZUO?;^2>|gMrVI?tjmfT8H5)k!AtZ#BPQ7c|+RefL
zJW;>h&`=l^Pi1gtAhu_s-4kHZm$nCt7R@JMH4I!UHg>Xj3>_?(SEGJ!FC2)t4Y-6s
zqzpCKTNz#4y-+FFLgz|Nc~m4&;zu$<@Cj0b_<l7a*VoN+BZS!>&V6E=Zjcs2QM2s^
zpH=?R3|66_giTS*V2iiw&IS{tWZBf8(PSu-YP@6x_IYDGr8fR>J4G{iWSI=v<ZxQ6
za`wj`KT~#Pd)8o(=2A#;Eb)F~_mLO6-WYx#esjptyH}dyx;Q~bkrK5OZIEQV*dS~l
z5;Fszz$e0`149_xm}ba?lwIsqr1bR_V&xJ@JL^YGe*xVmfSES_mk~oz1AlUF$QF#R
z5VP-$fjr|x)&2O;FH|9uUbR-nz0l^snKsW35|)wzf_EsLQd;5Uiu|SaI)OF^^^s{u
z0*+1biBWq&*-OHl8@ZmuxZx9GG`i?>);PP@+)W{oCY#jibb&DHhVkPEWDSbfn$P(7
z@(rbdG0<?s5Ekk3_=f&=VK012k2{wE#(%fV_@<+_+i=#ZqIe+7Ov+j7B{kA<XPImn
zEUKhe+QEcv5IwXZ3HN$5eydGM1;;J{V*%q{n;M*q_A!jEhhEJf1>qGt8f-;MI((7Y
z5cDrbSa?ci@zmFw-o7{nhCoCkGU6resjI{zYf4%e*fB0&_yi<&b~B>SfCfO$LX6s7
z^wB&Hdr_E@IVDq}lR7hxg_Pp84lz}Z@2t!>oqL;jO;ux2^I1-VX^XAH3}uqPgT@tW
zxpHE@5ui9^I4SJyY5-tu4mcf}_#BHu4INUOZl`Cqq-lQ@w1k<#4VS4UQ}=c)H}>F{
z{4U3MW6ghb5*DI&c6fp}&f&@doAeVNnnpmg#BSTK1?>s4`O-oCeEeGhvy<PG{?>Ph
zSL@sz+Sc%Z^zA`bf+hhfqB8x5EwvZ*De%>937jbUo8heb{~skx0sEotc$MAxuJ`e;
zEoah2G`@JcYPEkQg5bD3+(#$D-5rbzwQWI;onl>o^W{WnwXBcixAq=Kbc4gV^|OYD
zYX*hysjE0Fa>!a~#pf+(+S7?3?3Y)n&p*@do2R;$jn$8iW9`8*Pmac6>!sSX{c6vv
zM+jb?VU09jPmG^Dy9ONnf1g}MwafMfR(U!>lV*ETf$zGCrIe*d<id_E`SOz%x~Rc5
z;V1r``5e0!idGYiIm65ryAU<33jy##twUi*V_(Jm((>O%OvBa-wR!HT{T>~E8T#HB
zu=KQZR5d30VP14!a0NVt5M|zzKR`-z?F$r3o#LfGOHYe3`u*0JGJImPY1@bt+=egW
z-G--BCr{ceEk`TT8plNWl(kCvL1A{K5~9C0C!1|`Mc`*G<GjOxbY6U@D$m34%-#Bc
z$NXABZOEAtSm%#3UH<cgu9%S0@G*=Z9kL6?V=pJ_IAm?iAwp4MMDR10Z?U;BTvJ|U
zajNkpUdTH<GFCsfTjhSOJ#=;_xS+Z&^;}mGTExv9%V+&HuZ?nthC|}H%GP**+f3Y_
z(nfapu=^s*^GJ8TVbFs%e!jjq7SYkI1A_hWq=iSHeH_2*XTG8>41I~d>9AYJ011+&
z^Y0_wnVgL#%@uv&7+Xe<*tNONA|K7kmKCr7?-be9);+18a0>;AzPEqf!>@yJG1i0H
zrG~^%r?P~vK4b%*EiLx%BHgH)S_3oLc6Z1NmE3^magf&$*Gshdde{w$Kbf0HIqa2z
z#{=!3$a_m&W!F1k;Q0buSq}~Q7V+gD0UCK@^2ekZG3jJyjvc<G99Hk^UoQ*F@1oPx
z^B!_(b+7>PO9V2KXD#tvx||z^RsAdK7hYvC1-9~bbAIpkPaV0@>7TuwF0#5X=rrSN
zF-+JdFMYpdkd4Pk4j5I$-%FEfhAYi5yuOAiY|5WZD`!0rRqLsn`vJi^VwawtjyLJD
zu<Q=HR6g%vCA?nR$MHYv;pItVW;4@=7pye_+TCZdxCt{GOHM5biD(w}til%D!aC(<
zyA`F{<(^w4;S*|_;f?tXuYiCA7OKIc_WCNKpuS}1$y<r6+70<n_F3~`>P$rg&dQ@7
ztJ@wp5#ML|S5gJ^6McsiHEMgBcI$9xydfcmbABvLE^}`d9KYt7RDl>|rJr*FO@T?$
zTZ_|DA&q1dm*_k~Zx2X4W5@9WN^CdQ1ux54L{oz24cK$4o%KU%7Bh2A1Hu`=HRJ;@
zlq@JV(W`V7*EL}IIv-6}y{>rZ+{tx5>5?!LarBU1j`gk-a9;WO@y5;W*?W<$3gm6j
zJu-H}WM@&KSdIAAc%jYTa`65x#oeEUQZ7^j4&YbIGqSghNFzj?HOEfWPj`2IKpiBp
zxk)NRGYKPeV5SD<Ad>uXTe;XOTEg1B=lwWR*Th4>R;)<B;9y~TKk2cv`H;JJ#Zc7|
z&=hSaw{fQ&JFXC|waD`7Noev&b9f^~^xL${otY=tJ`c1LcYjrhJ2^Thx)U>M4HH~v
zW&k9C@YK4%ffubW?>s3j>$Au0@tie&u2|GSTMK};)&*^?MA3tUqZ~VBfYtpg(UeKW
zfRb>AkN5X`L9;J`lhEG$S@-pzG&5~?7rN>QC>EKUGp;_W+T;dkJnGWsrhz*(`+RE^
z1X<Ejd@7pcEBh+&RaUo%`O4MP@&+hl-_BadR5pMI0@MvEQ_*9Ce>-|>GM}8u4Uz+M
z1&Ie!xrwVlExA-*C!7}+<@SDxEG%R$i`ueeD9pFye$cd)R}2%-bN0MoH7KcH<nr;X
zaWR@DOgq^l%Z>>3UHI63?>Im^2#ATl_wbAl?wHU-6jxrKT`WRi#=hY0<zrL!A8BXn
z-l+GAaf&+CuH)WV5gCPXibzRv!vA2~z>j%+{Yx87^ey%Y7beXF4q$Vy9_hN5n_rNZ
zP1q4v?=1}zVIDC$Ie8kzx-hTDq}(J>GA*Lk4mx?+356Z}TCXi~4?c;d`o+!2)t`Uu
z+h6>#VEbA27ixTeJDcHZz|hf^_8**$vlxl^+Q0>9s&(Nb^a&>3o<ick<b8H%R-sz8
z!pj?TXED%qNRa)u<Q`#tY;pI)kNVO(RekjZZLZSRY1HO@_RU0W67td8QSV3K5B@5f
zH*-QYIY~N=5M?wK)36`>M>g-fHQtf%BZ+1C`gC+icgG1e33>mBXR7AbS~x3_rq0=_
z>CDItt?lOO|EvF1&O#wIQ<+bu0lo}i2l9bhI3;W8=Q9b=;<@r#Z=_a>=gbc9F`0L}
zDGSg7DoM8Hg>V<$s69$LEPD9skJmlkY3_Nzz?xB_^TF^rVB@|k#=msfCFGCIfsx6j
z&2jK#&wzKr7ibV5wRc<EsxzRNvP<=<P~xjhr1!F4I;1u7vRm>}*+{OwwwS2=l5P|C
zHBznDxSCoTaLhGmRa$-C0-Os>eZAuc`7ZfBF>!Swpg2fAQZB!^j5DnKD5KooZ*e|P
z<~6ZzMR%_T5hBfIuqC8<G65ZBXgL(W$=X!w>i5LQ>g5MI#Bw%qog8<bo66H=UE*)-
zY2%BB<iK>n<-t@8OVgRZ%C{yr`P0!Hh92!l?z@>a;sw5ao9agYv4uQ{fEQu+6Q6W3
z+2bH?qv@!$Hxg}I7WjY*taAEi=qL-TNDE@bDQvQej>tnE3pdV?{MHDsHr}8l6PWOI
zcvbY6l;~r^4!O4ba~roS#v%bXM?%A1#?K<)m0$}ZABl);wOpeslfHen6!sjPJc^b-
zK7LJ2SaPt5^|!N~<*fG>)$oMsYuJ_bguyUrwB)h8ordN~&PNH-Y8YB{<;P-7^wq|P
z9u~7YWuWpWMBT>ko4TtMV+ir%p%I>x;9O_aRB8U^e+UCb?Yxk%XaLRHeSR)S-QNAH
zr;L?<JV=gw+*CHaq5c5-<6eucV~OQPa~%Mv&km|~&IzfR*8vXtJ!W)=gr6Out1V9j
z3I@kHL)QMGAo6$AZmCC1cKu21Dcw9QBQhyyX|(wP3q^5=K9qZJ)D((`rmrZL!&B1=
zn~Fbl`^$Wx6b*6{W}m+G$;nz`G^sCTAxF8o)V7zpywt`W%okJ48=qGA@J?3y1E>D#
zL}ByEVTQr_8Y;3paJF@6T;ij5gcK-NklfSCc=mt{)6w2%*RT>XCKta@g{;KEvSiN!
zRr_1BFQ456jfrEMh|p4CYEEhtB<Oi~dW~uoxbjJ+db`Lw!G@zKN&ChhLn-aL%vLsM
zF!h?hax0?9b)}JerukGL)6OSVZttQscAlSi_bBERIybVK3L8AXu95q*ocxjSobm5a
zlfoeX5^iA-^SF6;u{;n^&nDRH;e^%owEf;4u|X(DuzF3tpK1=+d+~F*#eMp-v{Z{k
zI_`+!TD~g>K%-rVG;-M<6R>EHDYj8Ix3-&CQ;Iuv1RO4#(`dE&eiGc5&ChH&et@@u
z_pbEYskI3|PkSO=Wg(67d8{ITrBJLThXFF?X8!nA!MOItlNv!?@1fOu`dH&b7mKPm
z5+>>be~leB8>;X-3pbUZ6_y^$-~}29j(3m16&0B~*8*CZMxyESD%<PF2qv>aS;NM%
zz<B=V*+4sM$Nk258U8_iUk)ME?wR2d%V9U+JfKZ=r)k&P*!pmv*NjKzCAi{zg2ugi
zL^lv=@1_n1^#(jL&{yhx6f>yddiq)Q*I40`>Tqf-&$C!p{#0ZibP*n!GH;t1@px&t
z$`B^UrM=0aq!{jcgjmQ(#cL~s1HLWLziUnqvHrd!9}?HwAUEaE3|9vPS!Qg0Gp*~4
zqku1TIk%Oel{q1I2wzzn8O-w@p#2=Iv{P=!+j?c^2~paRi0B%(X{9Z}Xcm_VPZ0Si
zjjv&u;>rN%GnlkEbz3}AN7G_P66AJwpV;S5B38CWSJmX;5ah>RK^sofO)xp%neVl*
z@=}9f8Uu$mVyz1|kM`ORP8rV~-{chajdso(KLXu2iZTbU_9PTv^k+_c;qo54@w;=w
z!s?xh+#_V6y%=m7y@u%Mp?CjRm3U?vPJy~XOiURVo>LySOr#gOhA*CM?FU)x+Er#a
zPX65a)V<M>mg1A+J=sIjU9QU=-fFk3`RDv(UzhJ^3juFWz5Lh-U$O83)L8CSTlQVg
zm7m!Sgs-H1E+Riq3G;HecXj9l*qE3fcvG6J#U{hEIbMxd@%B3%FI^0+@pKK!+D@j0
zbn^ONp{5O3xZk^=En~77`5Ga;d=N=P8uyeDlN}iJ%a%E;(sg`@BM8q2C3~$-t9?mR
z3<Z41N_NU~N`vd(P`pPmnHOZ^I<c`6b!})9(g4Q^$c?sMmAdvC@FlXf(h#iLV7J+u
z;GJTu^Aee+>#!i{VM$y-J(cCVKg)7962)wCt3zY%1Oxi1OFt)61BWO>Q43lf{VZ3^
zRgTLi)E2rbni_0?5gZJYaM&{eKahqp^i=~qO`~mqKiFP8op4PCZke1>bsXJzf`%p8
zg!;me=#1U$)g9?_S_memui3Y`hofx4%)wL-;;N&T>;JN3&45bJE5-~D&nds(jqU5l
z>FZNb?OEYxB_OLy2fu&-WA}C9NW9qj-tyOafsBQREi2aoUJW5|Q_|N<;g}RQCj_rT
z1<0NC!sL~n7)ViMMx2l%KBg$bRIXViBf7BP!D|Jzs6krFMz(O^VKiXgCLpP>lfnY1
z&4)AtQ)=tAnIIL;8@r(I%cnm~nY-&q8;}>_cfiO&+Cc;TF;Q7_pn9-_SQuJ5Lb@6^
z;MBv@n}gn8_kt`56N(DmfOB+u8Z%}w4D8eS$K*^2n9cD3aKBl~O2jNHjtrooLBIWo
z{ia3k>zm4!m&l7yWos*nZ)!hODk1hoMN8|Y@RF8zMH@S3c-iTMfdk~gte2pxi3A#S
z{X<B0C9WII%>dgIZhiKgzY#&|J0T(m-~QE|z7{Eg<<9nG<pg7_-z<~?SKJkyVvbj2
z9S1d$U5bby8*2n$w`Li(_eB0pgk;&M0arsRp1&-8WbDI!(?+5`Bl#2Vnb5X9{(Kyi
zd*!~lr}&mAq9hV@aM#Bf2$Wgo_#*sK?^a}`kC#AT>L$o?rJTx{2-XPqFpywuo%`!G
zTD~F<!4oEgb)sKk*1bdRWlc0<-vA$+$MOCzjO$79|34&bARF}|YW0BIk?LoAhvD_-
zmvsS-JpbF%{Of>xr52H1%Qt(Jqge3Bh&?L)Cf6I{0Fsk6cW290`wQ;3b_%JM6e3T^
z_n^;$Mbr{|gJa|`%ilLcMy#_!=UewniFVw_BC$m{f-Ze*|Kb8@%e;#as>@(KuFveS
z4Z`l>Lu~6By%1Q*Tx)xz0yVpyod#Il%QvcY$DX}_0&QDh^9}NQpSfomgi8SaH>BcC
zYZ}}Yh3XwmvLq6~1Jc@2bul44_GdB~@sSV5mDyQoEWxnw97YvODnWk$-xD~3kb7St
z9|jk_*`bWUvO5IIK*7#;$TrnGZ%P3$pI>987<gTj+jwqMQ+{yb#FSDHOQpQlzxh#2
zu1~APqz14aYQ2k@3w?#{LjIZP=iG_ZHs>}PJQaMF#(A;U_U&cI3MF95+tjZ%AT=Z#
z#>rIl3Q-X{e7}A^dcd#g0SNV0NSd-FVE9lHhs<gGT5^7*jV_+1Qv_YC3TUSiNIewf
zTUy(@tas;(^%{pQbkh-hy|0umht1aTT9`L-Q)@cze~6yi>M<6Ct0yoOuI#^2DPK;#
za7^n%vK%HIL%gLyl#A!agB>5-${HPvROv!iWszF(e@r^UvKbk97zWNYTH(O{@wnvO
z<DpyzP~LMlwGzpvo=Xz?ZZzHS?;48!ND1L2_OZ|y@JtKgLt*LiFC~h}#+W1r8=6Hs
zrElaCDJxdEP|d;D9FH-CzuGn(-2ly~VGJ0=c#T0@394sPYuIu=yo|NI4YoW`hlFnQ
z=rCq}Z<QXftRf!HBRfkARAv>}M5;Rj>$^jx#Ja@4CKy!=NNzvC2VL-oyzm;@Sin16
zU`&c9G&=IzaQO+g9(ZK-gybn&wTVV3kc`#S?s-zt9F8VbiolQn`zfB{(x51+d^+TO
zb?U>#c68@qDyEN<@^@H(3ZRKV`c8kw-QHp=zcjiR#|MTZ;o!sB)m`$GK_Ic$(Vii>
zJ{|yyX_y5S1e*2mbt>DB+YdOGU}BBlXSUMYXj*p1K>;+$_X%*XaK$awKfN0w@0nU~
z&1?V&ovd|EBh!!pb51E>0abu1nc^TD78`5M0x}z6>;V2|efS`x9pM^zG(JCu*!+nq
zCVS>Mq9DT#0ayvqyYmehm~?G{Q(igZ;lNv`>qFu^7{JMz{cK#Q8{`@?>$6)CFFFD^
z?##xv&n@YFVQ#Ey$1b$2k1D3rw^;%NFQh&5<ft_QQv>f^-;gw+ddH%E_}X;P+NX(0
zqXFn>rQ0Rrm}^gLkOQR>-OrBoPONMwocu-$3hA>lwe5YBK_Se|(i1#IAD2%JGNPMq
zS(=iB>6slxd7c`m3&a!>2Y!?WA=3UFk~qDBKAGo>-4k$J@X&J8uW2jI@YLu09DH)N
z3?KA3b3`dCTHxrn>tuO$n&QFQ8$t)@`#rX@F)`Mw;Nc|3BqHxygm2>{q5?k_PXL8R
z(V4)2klwNnY--JY@O>e$32}pfBHT0BAcIPv@w7tMbJ;m6{PUF5mB*aJDJ$G1#`qZN
zKY(3}S3O_{EydFpYj`u%*`YQda&oR~U+%Qc>gka#OXXuc(7)evUHDEUMxj5AQ63!_
zTjxt^+I!dDpQT$f21P>vb#mw;BC9c_cmW95?L#m_HI7mMA^?`6S#p39vBU;r>z`&m
zpVBaUu#jTjfs~hQ^p*lDK#Mk8b&xKZJ|4JjCdleb%JQ-J(|vIpc&vqNV7K>|Dj$GB
zwU3($a5?UUKl<p{DZP-du!_v(kqcAD3qB^;aLL%5ASm!D>oaiVZ1M2(6Fl&8^T9!2
z-M&U1|9aA4Gga<p?Q_Wp_orW-Vw5E&*RpFGTM#<nP<{!}9M+?w<cH_Epa_xT@URxY
zE2*9cG>39faHJyudn6(EP}8q>))&{Sd|Z|@G3}4ZWWR&OtVru-nE#B+Altk1X!V9T
z7T>49@;bKxl7h`!Qc1$gn1Xy4%fnoVi2&O>gF{bHgB(kNXxdD81+Q9hfDCB=c!g=7
zb-mB8b|yvDpLHfce62)sST^_?9kHPP;-k#ej4FV9(y4N|R<&bk@I1DSVqo_3%d|Dw
z2&nv?;EGj+AAwILDD}bPGS6#ofmSMh0(FM0nRzei^Aw`!2n_(x`APQ*R`R(QN1}St
z`fO>tS7^`K;~a{<MM_MthmTfD*LJnWDOX3K<yZjF?r*}5r9OPRA3S7n#=b<HflJ=D
zQ(;{K3>|#&sgw7iw(3%vFnl!-07%&CiN!1~_c!iFzDS^T^+}GgD|xlghN&TYsPWZs
zK@#p0!uu>N`RgNsYr;!}7o+UvxYBLAvd(;~*_|!xASBKYe*mu{HxyP~3gtuCf;%2%
zj9?(h=ZRY&bAUf4X)G|A0`F}AtwMGLUucVJiyE@~HDn`+&ycxpPoYx}4@M8qy<cg~
zW`NLT*m38N-p*9Vxo4;i{EVeLfOpM6>WS(5#_!$l%jE9YGN91<M=lxKr6eeuBs$m<
zCKe>!X#fZwrvo$(&ZwLhZ{wfSy0fqW!(m7rQ|}4+*7OjK8Zlk%p@v|JcK0dAS;Tch
za&osoy0xqD+eXFMI6(B|_pQku$T2S?PMSyg=>hu^?H=#x+YE;=wq6Vqc?mgb4N4F|
zD_n|3^X_O=X=bq>;<G}*MWs{Ij}BMpW5O!vM8F)ECnSOsjCc2&Ct_vkC+>5!<9Z|B
z*zf(tspW%R>o+cK%y1dGNI~c8=7-0L%cu)$W<MS0*+sDlNi(Mx*UWjUZ_v$L_C(_s
zK(jdy!jw0c5M_!ugHG4g+mA*jevij?_l&NBZ2?ze7el|O7r3E1Uhnigv@7(u?@NZ>
z?^@oV$A&qy&($l)%Lz{RRI6<-d$bsDb6lG3ik?b43J*qRN4X?Mq8S{>DH&ku#85Q>
zUoCyOeVZl`Uq8rpoTJ>*6cDgGMJgA%cqYjfZD3m4*U7o11at&Z;a+eY1-LTfP7+mt
zz4Jb#V!|O=7JN7hCGM4LyPI?cmj5=cpzA$O*SdtyV=1KO39DG5s#bbw;_OPB)h|&t
zf5GZHcH*A#kmU;iEd#ZbFCA$$HLROWN%rZ_*z%G_ozhoS|M|95imT}IGy&<X!E!e=
zEGSfz;~{iNa0&lc-{MzBC!LWfVTg!u07L~r!Y~7wmZmsPS8u2rn;TCwM92iux6LAg
z<dqy6j&bN@u;8^2=4v;S{|Qa$HE5gKy2lp<XTygCxu9ewPcifqT#A8==wSdBFf=b1
zRf<TiWOZUmzJ>vvIDFO5D}){Ntd9wskY5M5fj{8osu4QlY$DgGAv==?X~DuN)Mmjk
zXaJ3?jBnS-(6N{zo4w@&-!wXPqc<8JiR-7ymuk||jHJz6YDsr3W#Fg#L1+2f)zJI+
z47|I5AuJXjL}gfVwAw1cP1?>Eyr}U@s4tVjqhGWf{?;-N%Wo$x)TEb=7a_5vv<_6}
zWxP~SAn<wNA5_HE(Vvg5G@*Y3U9jmt*oyxm_x%sXVY5V3<FyxU`@TumY)bOlI5uQo
zc{nX$i^6-(Z<*+c6N=t<9LiPNAL8;VoGU#Ko1LV7Zl&^9LoGbe?HN4e(wxUEc1km;
zcn(^^?%s^H$otaX_<YDbdo7u>cU{==;NVfQr9%Ht&<S0UI!kJ?U){Bxs3x|d#87|S
z^gLh^zVX&wE`-}c2Nbd5Q|oB`>*OJLXG<}6Vl7!@Bz<jKDS#sUn}=`d9ljINS8u~L
z6L9AJ&3HMFRGU}a+L7bR%I$!6%{l$aQLF=k)0$IATP`sE{Jeds978DYm9UnGi|$eP
zvW@K<*3SA;GGhYG@#>1$h9*P(*%S+rO*y4#!%0pn(~`NkA&B(hGHt^bk+u>dhZA{7
zVax#&`p%6LvQ4|EjU$Zbn~a+srm#?79_eL~^WU|+r|0jsVI|;x8wT`568@=LdW*^j
z2l!0HT7FEA$p@z$Mk!hcJHFfLhXPHvzC0a9A`iVszCN14*;Ge!DJYQ_>eX}qg!N`|
z<mOF(ElI~(C>&OD6H7N8MlUpsZ3XyQouA)<)eH^t3{sGf6i4?*5q~T@qJ13P=OG!d
zQ9$HFk<pQN7pb>ll1;#QZ#0-$#`yUtKO(P$eMSZCGtuW_+sa)ZkB?YnI=yMl62vYT
zN{4BOS`5FO$Vzp()o^P}-~5=ZTK<OYA5^>)HJ>f%1DlFFqOBfdc*FUd4duvEr*CX(
zCN9@}u})rqYR%4to2&&Rt-(gny;D`>XBv`@dl4t*hiY=0SsKMb$B~Lb^;n^KL>9fB
z4zPo)v>gP8PT#X>b$DqTOO1#BJA6H6ooJMyq9jQC(@beHZN-Rg&=W!dEgVzl#@fng
zESzLgMtLp|KG-u)b+!#v^phRPF}L`<lbdZvHxtj^005<cLJ6QXCED9w{yeE%a8Bv$
zV4^&$i@Dm+{{Vk^G=_Nc3zA?Euz&4k#2*+O8<1uQN*JfQb#pk#;t8VMV<C`wWIzHI
zlvDH^CbdT9P$emAvIb?xGJX;NFR<(4EsL@HuWlSY0;ZI*A~zH7pWSYk6Lj=;hBacT
zd5jY*u?|QI9Nott$PEEQFW1y&%d)h~#=+q<OBYwv$SO?T0~B|e9(uagreC*xt-7Uo
zpdNGD27X`bOSYs$BHW0^@Zj|A(j|84_|Pn&A#vwVz=yBC*(EW)&MI|Ymt#p7xRvuR
z+)UNNn3|K}_I_JceB$^cui5UYk6qdYXHp%iGY^kPK6R3;^KyPRyj|Ly9@+X0ZOf7M
zRljmx?`HM2ESIbeo7$G$ewxoucP98ow}b519Wa54N^PIk=@^=I?Y_;;Ys<vkAUH#M
z%SPuG-AqJzTH`Ib${ao)pK4nodi$Ay2%enmOt^&&7Y%*J*v_Q!t~uy57j+b#;?=XF
z_^cy5TPB}7v7S5^S4r$!g}%mEG+?=cg|#ePdlbD!<?&=@>j2!>zwqYI$vzDKMuJNd
z_`Qun&YU`=Fa2V|H_b8xnh7l&qbnS}2Srv~;(rSa=G689b#BaqimyfU**NAd27W%O
z)^{)fAAHHFFvQQ~jNHv9b#DZ6)SpwgfoEviW|S_OarWd6$Fn@&iDh;vszr#u6T+LF
zBa?Pq)gbz@7%+g(&dofT%}5P^r<q?QGy--F{ojK#vu9`u2_@In_^p2|;zmZhQf3Hx
zrr#C2vD4o$5lQCsn!NyL=6fT#gY-1)=MABuWa5k4m&H{fXEV49>Ko)DLc@ZD+)))k
zI9?`7tW-N&-w-MIG`RYi{lZGm&|7UrOIH%fIWT~i$;7zZ>gL2d2045)xbo8Gxc-wO
z_iUIV6}3=dEnB93HrhebYJao;S{e)5+qYA0f=(^xBZZc^Zs}T$sgip?POicNw~e=I
zsr+ksCZx%I3?0)$9cnU{mx{?Av{78M_>QJ?fs94x=@+#%BpysP)*#06ey5sgmg+A@
zTF6$NOC%R>nnVb=+ZMP5rLxVpLwj6iURSe4U&2?V&JAohSQB&Rd@1Nx<C(z=46m7r
zt1&P8A@57IW`;bARMWRpRj-BTn?~Zqfbm1;ULNy<J?YDo-*X(Xd71LL`1Pa}oUbw7
z;cM>sRK@2!31wk#D80qfa`5S?&4_c<+`}lYPfLoI%Tb(gz2b8B7xijy^a?V5&K;zd
zz=bUBv_`93v=*JI%|tG@uwJoX?F-yC--YQmr@4}Gs8TsHu85F<56-0V0d){k)A0TQ
zbOqO99tUMCK+jG+_3Fi|?t5T*Gm7S3vILp}Z(e-$z1p>x6Crc~6LN<Dm<Z_Q<Y*$&
z^V`TqJneB%%<k92_x%@6hmpn;K<;ZqF-tLa-COT#VZO`^>$C*#3`ONI82SAB`oLCh
zz@7Vw4sA}4!)r!sJHs`*p(Ca}+C8F3@-d-v^=rZxEN<^dJ6sQk(0sZ9NJxWgJZ$;Y
zI(*jcl1r)~I?4E+m7lxeX$T&mP+a1`0=3m?ivC==09Q`IwG?$#f%Z&95hzG#jSGM-
z>z52PHSZa;lr%QXa)z}9SkrbKh*{MxRT$A7X6an$D1ig4Og4W8&U11QH^?aVL}|Ob
zaieD{h@Dknm+tO-AqMSd=tlv6@N6#kTA}HMk7}FN(_K##3jZDnkG2T^#*M*+K}H2!
z%lf|TtnM2R{<yBLdR;F*Ccm)8bSP*tdN6djsq4JEgBre=GF)C?Qo)U>*vVnL76218
zYOOaeuV;6kHSsRCG*e-AAhbL%cwg{kpepML8Z*ihn<=UkPhD5^n?^8WXi`!f3DYBx
za(C8+#kr{|Z8iB5jR+`35vLPy6SnZ#^3OO71l0+f3@3jX>ju76FZ;3epU}R$kjT<k
z2D(jmo_FNB+__@_FV15@`PY=@qurd*hB6MN`lk0ICv5g9N~<+b4OMh|EDYV}BSQ|B
z-5#C*Ui*@POPiB3{>t(1`P_cXZ@9?(p>}rDOs41+hV45U7%RKOYn)0Ek>)lV8%xcZ
zKSCHs?g*wF@7P02{HKUQz+ZT@kwIL(LKMs{eN9KvA8ZW^5{Y89i)f7+t324z-4uS7
za4t`AeCNkZ@sa8n#wx@7m&6rJzr6-J`XC=ZD9!Zq?4+)l&3*QKe<j&&4q^Wx*lc^z
zo$eX2nwjlG%@MkhiA_P)bd(`Wtay-J24cd>k*$qQR0l>ckIfE|Otu8_XEIl&yk0+i
zGGg|!W0vTEbH0hutrM(Rm-$5F30LoGM*Shx*K8b7Ht1u=TD7u-dnP~9F=`gk(9(sR
z@ifSXTrVU$Hm_Kt<oGV+Jxt}~&$&D!^KV+j03!|*q1|A!huPh88q?B}56zOZ%U$Pi
zr|LygMm;-`(o_m3noDLY{M*=B?nv~3TZNs{`xF1rZNJMoX{c`J!xM&b?|lr9oXg7t
z>T_{5R9c_%z~O)5zboKC>_l;F!dkX%sz4^R<*xLPl(OKofclxa@5{rSzxhzIrmdtW
zhYkhR4vCyWMx2QMGBc%YzfE+*zfE9rt@^1t?8s{{-E!;X`jgA0-0h;?_qa9Flukel
z1!@_&G`FnBpvvf`Fnf(3F;ToA^~CiPPj`$2^@ai~E28t@>C)_3+e3$b7w(Bx*7xd&
z^+yM3BNO@^Nc=543~bRwBK8%Hui1Nsh!hHZ^Y^Hi8rSC7(L(-bGG(QcHXH?|lbO62
zuYK<9@Rb8uMQa^T5a2^0hc4~wQt@`oCm$~tw{or9{K?`6$#e+aeFpn<vvMH|^6iBR
z3*=cAg|TQy`B1~2gC>-4juop93Z2M5rW0A!;bKAv<oF}_d&ZBeku+rOM;YT6j4V)a
zcDPa1lANMN=EU3Tpt*)+l+MAVCLmO~?xYN##eS2*&IPwuOP0>JYgm@#4!e#Pu7viT
zS2yVqWBS+)^zZDkEcA(WH!~!u)@FK#j<Bd?PQ0rwy_BC-ptY|g+J73V*aaaSUQn2n
z?i2x94TC0OYvm&>@DyYbCQ)s-=0Bp66K&uaD_Hq^f5@9lRFJ6joQbr`ySl^sKIecb
zUEl$P19$*Klz43#fx53s{(_1gQ7w10e4!&N?wEY>imDK=ecoIOkL64U!@yT779CjR
zzr?c!C9^IneCEM%E{JX?^&h#HN1Rl33YR*Ejq3QPhi7cs6L52G#4Jq&#uS@1<Yjx;
zk$H)@w8+Nqr%llAW(r!c`0eJ6nij^8iZ-!@GOYQdf52&s+R$Fsg0Ej><AagXCaq@+
z^-*Aaf}Bq$I++<dNu^7gYE7&o`gcvE(0SLscrKd<wd%rJI)++kRKC+W!{vKOg<VLE
z7xdUdvm9xhxzl{g?X1?iW1^nY8dQ$@&;W4dq^&mZq@=Img%<l2gXKmiJOv{-WcrM~
z2zQ%msaa$lZFrw;^dP|`q^}UScRazb72!RNp#zy+SeP_z#Uutl;v~Cd`zl6{Lvx;a
z6cmR{{d^Xq2oLv$55iT1Yt}bhZP`AW(rVirvF}^gO2#P=R@qHGx7Za2K=T#K>YXvJ
z)wJ|Xo_s!7EA-%={ek^;;>B(`Daw&KgePFU3H%zzSTzwQa1uK4t0^hZpfY(y?5QZL
zvLxjX=I5z%RTrNdCxLD9ESqHleYV+4*+3mU0<rLMj93Ly2QU@cXScVsaP7Su|4X73
zhfYW7h<BQvz>5!)Llq7)^AWc2g=|i%f^-K*`WG4HCs@#0m>Z=ayVM8EY4J9sn!1Ag
zjc&h~yA=a=ScyyLHTRm{yyMTy_L)!a6Yy`*&(MS{y0E_emsQJATu$Zq{RuLgEVXtj
z{;08aA5cCf+8~WcOhI6&k&E=U<k1Q<fup_T0X*PAtC0%5v%4zu5$i%@eJn~9Z7^3T
z{@8!Z*3NasJcH?2@G2ZlrG+x{e!z1;e<6^4lkf+HNzZi;#>)qd7ZJpSu;refTI!LD
z_%qC}h&n?1;@51)(cKELj>U&CH{*OC*d=W0kVS~l(YIi^%h_I-Z2&@cWE2~>D{HLH
z*(hOIARLdQ?Q3)nx8`epa${a(pk=37*e+;KF>p&>)X=H%>iBW($F~?gquK4`ZaX*I
zSV-1kZ1ZSMX);7X06!)8<g#WB75)_=BHsO+iViWsXPq{;iGgA1$5AiHEXBb%?JKGK
zKV!3ybDNnl&K${Qm`d}jU8iPlbhlbC3<&twk3$hlo=xHxKi(eg@a@24YA9%0w33uo
zofdN<1;24(sys_@k8pn^>-&JSx_ukB?6D|=<GPkh27c6$?r84;x^8%qDhNxhy+3B5
zDFzC$B6YgFwe*O)U(Lde|Lew~mUDS=*{k%o_aA$z=S-y7qjqBN88#9T`TxSDq^Aap
z?k4pse2aXV!DpNaNiaQ(WdYKL#6urn)=(lu$z_I}kSpvBMs`l#ia(EccP0e4z=tD4
zk;>H1<qkB^<&(w*R*PUY@hlr4kHs+vd~Tt3*R)aC^}4+<6)N{DOYwI9MzkXoMSD(x
zY_wP$_U$bBg9FLE$hjq#>LN6vI#hjKuBdwzw5N@}a40gsAo32D`-7(8tVtQrvC)vJ
zSknG)8v7lDYt)(v@(F7^U{pcV5~y@PJIX`kr!@v$+ca}6Pqm|^G+8_TY7{7Db0Q<B
zog-H}(%%xbZC>Z~=KL$p@w$OG#l<}4psk8cw>b<0#Zh;b#9)c>KTSe>jhG)&{Pi93
z0|nnj;~3#nT5M5Gem?11nz}$N{TsOQzOC+3-4{G<N(_W%vR5@8Yd`v)I0@0h6f2xc
z<Nh~j^QYhMn-V<}mp5)af7(;jH{WF1JUr|fPV%ZgI$*+MFKvT&ttYs;w;S0w#&j#8
zOG1210WC)xAF1J{IO~PRo8j-e(4F3_i1ol_YY9rstZwT<Y}l|k!s2~{3%nNv!CB6y
zN$45P9;Y$)n3{TF0KLFIqN$r5g~x!4HE0GH6o}l-wfiO$%z`4LukU1H#-GmP?^XV?
zp9XuX6B=w=s=O>4MSz9>xp(v5w!r@HyG^0nKCix-_)rwx^Cm-=qoDtuyn=jB(wvOD
zeNFC%Q)4aSE%K>vnfK)0ppEBW-;im{T=n5c;9K>8+xvtG&1Tdb9hu;3Wcyf79IUlS
z_Wajn3Btd=yhP}I4puxobYV{G_FMk9c(@=xl=m2%*<aIG-VDObxvWQ4avZ5VaHa&~
zF+AHP;Q81#jflmG$H8fjQ!p{V=}%Em+j~Px+5d(XaImZD&NTYU@(xP<U0CVF-ivkM
zhQxmHVIii{Tp4v2{Ny<b7tFcs)zEN7k8)r~rw(V^c=FOC3Sj(+>nY?<fSudURqr`&
zDGzF|n!gETv>#HO_y}rH>sp{M8Azj%%xcz4G^aw{P<r$3ia!QnaxB55{U2)<fH7f|
zov3tw9FJE0T<d5n7lS$X#I37Ut$DN_<B=9izk=}vtp>}NXKCJDWrSusuGpP-0N?>G
z{5ZfBk#WKcmw08mHhb^EhgTBqCZpe%n)x>kQEDRb2i4n$LrW`VyKm>|3=sS{6hsxm
zE&Ddaq}bE@f8M4q-C7lQ9A(Xw>#!tKIW9(v4IF}*AMBj1cbu*68B=%&LpRGNjn2B1
zA|!;~tP+p3wO3!~NWc1vIIR6IuIiwM=jLq>IHOkBUFX-&fGP0$1tB&@KV0x!iV#bX
zn_VEYom;KFR}Amy5Nfb_e`+Ox{;h#ycD&$a*BUD-pzi$p_vrtSs(+0Ii2ze_7<|bq
z(}#v8@$o&-jFV=NjJOiUM05f<&DfBKwy}A=j`Y!Q4LUSz`FQ@s<w#NJzXqQ*Xie<a
zXn<m!4RVhsLSy=DNeq$_hDIhIDp~sVlU&=F#TpIDBn_Gg`eWu+g&2$-I4t#-U9&>f
z$X%c2-1}<!=ddDu#M-!$-92?d0`YjzQU3L_(|#KKlyz1N2iV%`THUGF%th(Z@?Yi<
zx*mcBaOasG*J%Z?5=PyX%y-}eoR+@){`D*LS<aLK0~?U7`R+TY!boU5WvxZ>0|1aV
z_|<Kar_1C1&!SKRyFJ0^J&q+!$VSiC8Kj<eHb>l=iOnd&Y$ss~-J9~}V<@W=bC(=K
z?;Dw$?cM20>`YE7<<DW;1<kq|3|Yrx>=6kJIq|?Yol4Oi4lMlW3Neby@Bn7)lJa^G
zsFeUcv|Z|@FJ%85xx0Pv5f?bk@ut4Hx94A60M*R|pablmrYx0`jcuS32vI?IXM{*q
zK0l*n2pw2cTSnBRy9{hMHhN3$1;stlmJ))h^bbBoc~$&rG=I}S@+{b7Cz$bG#QeV{
zamv$nOQ1uM(I}TLztHC7p_jZ%%Ii!mzsa_*=}DsETQ>o5Vsr0SorWXkl3Zkr7&S3U
zYjOTVz}?H{`B}-E%b0dNLEiH_8u<5!qJRPEs`lPL1BK4tR94>S5-`I`owbc{N7@^-
zcl-w?qB}4-XwGuu(A$iNE)}unr{aI*LfaNhB>%>6ysz>+uvmzB`>Fa;jNyEKHAaH&
zeSE2nn1eN4cV5>E1pN3L_2%;9KI4M!Vic|CRtmd<RE1fKAj(xc4VU3E93N)Bi)1XL
zIS{qyfARqf!>WD!eOV~!l5_HRcFOFne>+m(yg|mI%!!Y&f{t&CIBKE7iI<n{499bu
zc978b<ku3=oe93W2cb6G{DD;!ovs{Tp(%liSQ~%xH0b8<c?6-p^6v=+kuk^ZTEguc
z<E2c~kdP)d^|qjBwh1e6W>__PRkbTCN_rXn&3okefDil4qG6}Jsya4{MStV-Cf<$(
z^}=j~I~e#$)Nq!nflAhy`o|I`0s8^2jSqr9y!C#_>t-gW_-jb>V}rWe*adPTuC+mT
zzWLa#7V6odR<H^3Yq#(NB#G38h?RwB#X2Ylesr(lY->+c&<c{I(V<4-jt;!e1zz&H
z<#fzBTg-lI^E@tiD3Sst<7#a+iWlOBXWh$$Q|1f}_c$mG=5bu>`~}|{<NY7~c*t@k
zpO}i0+`L*B_*ZWEp=^CttglIi;`|@DvsZkY+WoxL-7!85jwUE1#G9=@`EgJe4l<UC
z6EmUq)Gag+36fp=WDW5B58j<y!P#q@`{^jX_ap$Haq-CC^hLNuo|sK>wt4)>Qls+2
z2djOc1Yf&P<!GAnGU4Lo_*w$~dua_XX9GyPKTotEiNC+uE~?*f#`Y2vCPE8MBLy7R
z$kwdn_|105q$xfouK5)h{lJ`%%VDXd2W{W&#HY>YvLN|7-yIUv9Qlt|31Ujf-A|EI
zT6)MsR%7M8{s;NZ(AxO_j%X(wo4U%)_R1@qEXuk(_CJKXP)Ab+lBII#w*wI7<r!+N
zHcP#gEOd9WL8x3Xtg}hi3H-~wL-@cM-<|DAFHw+~fDx|3RL6aX@rSfy?M1VMGym(z
zfU}4#cDv8#6pWulRl>wY<=W25L)|@RL=~j+0H|1L^m)Zvl@9mNAgt_uKi!22Fa|4k
zIF-tS3*C-oy87RFYM(Vm9X-={3a6WEd1kNG3HFL(V2uEGp)?!suf>?4udC)k+ei7$
zQ1qdK<sXDJ{nq#OyBC}(RLY<JF$})`wZNAnIHo{sglIQiPS0<?ny9ef*|G8S5<DCx
z?vNuGFt6|hy}0BY0<egM3b-pzB+`sBlcuTkM12ke(9!e-+PyMauYpJMh*7MdqZ9m2
z5iffbXr0Qw|8D}EzbAnF+bJGx2ZJ|k`-jb)^Zp=)Rn<KIYwfG<mv_62!~;VacM0aL
z(8EhUy^C9?Ei5gS#`=<*`+u?a7Ep0LOTXw4G-x2f-GjSpf=h7s5G=U6C%6T72+rU(
zxD(vnEx227nKzLC`Of+7ci+0}y>-{x!(#T{Emd7rUHz-B9-@R7e<Jha`m-ks;le|Y
z&4akUJ~8~s+Y2=CDO%gpWqF74%S+PFigmKu2HunR8Hm3B^YEuY$P4@=a3Kt7B6s&m
zm-b@WWwo;TUd8Kr*+uBKUp@)`IRGereHhLM#=DH|C8dIVS8{|%bej)2!*oeVl|b|P
z4M<)U6WEJZ;yCtK^h++dBcjU@+wn9Sg&X+kF_p{a>6{6CE+KS>?yC>JoBj6fTO0Vk
z4Sc(kIg1_K_Rw~g3jQrl7ZK%Hc!08EUd`)u4gMYGGqcR>+Vd=3lEVd8!@%dBpRRY^
zU!P3w{h8JGdGyh}trohk7P^fUx@~H^Z#u6AF}Xe6`>4!HZjcl1yML=&D3L4AxTpL4
zP^@oD3K=r=<ysFnVE7g8_4)jt=bk|7tXn*ik&%g^cswHppXonN>#Js#TCFqT$^BVz
z-E8uK*Yr2|h5g8pYILTHr>_Bs{rCoj=@x12@m_zu2?=oX8|t)sIwA4L#T!x2Gh#h~
z^PQW{z>}Dp-`6TGf0ii~eqmp=DF})!pT?X#5$MmwUq_O)R;(^v@{Bovu8U`%Sp8OO
zHkx2;r-3I=%S~-hi$V|JCkF4yGp29gDyney*1_LMZw<ayxx{yDr99^r-iac*SUvON
zuzJ+{vRFSp>}K_@bd?ncx$RQB?Q*g0aWT{9$*of3p<mwnyc=78_aQX%a1ngvv-ot-
z79Robuz4D8%Xs{@`qTo(13W#Af=9tUVDQ7y$y0CJ1sC|-$JKAOmdoe$kEcnYC;h7@
ztn<|;_0cEtL7%5p=$m^XFfsT#!smXr?IC>?^J%*+>0aLZUjG5z_cpr0=Mo<L0KQQ}
z^}P28<-6P3%6uw!;B$L`h%eX_5uL8Z$lK_6XY{GMvBk&bwg7xFq4$)i{{YE+0jGoi
zxX*&OhlLRHjMj!pTW<(GudgqncAj>3mwmWc>nd)l!FyZ!_-C`=t%d5<2k^WHxUgsB
zV&$4I_H*X1LnE>M#)JtA8Ub`&!sXicQi`$JcW{)1(T+73IYemYY-6#0_|PGr?R_bH
zm48Y3vir{=bNqmbRwXG7KAGme?mNb%Le-KJ-3X0WOS>~)__?Vu5Run}0gT|PY{Be$
z6!~bG+fr8x!v=kGTcTNAv)ZzH?X|Kqdv9hz{%8Z<D<`^@3zd++c$=Bd#&73#ik9hx
z)m|KOa(mb7eR@&Xc0a3U8-Dc&|9GEgLXF^00=WjZM4te$$n!`<o~Io`;0qz2%W3sY
zx9#NXHt-|yO*?#s*VVkbzSm_A@uQi8gF^>N_m^#LUhzz031V=?^%=I1Ah?e`(duCz
zy8wKwTZZON3~q8kc^ckufb|k<0whJYtTx_ovvIRI9?e^BkWcCqxjc2P^!hxF4Hf9h
zo8o6~oWfkJ!M8-oeEM^<d5*@^P!bjecKV&(9TVp47P*+(;^K3~B+m$b5Nevv(f8Oq
zXtv!)D<2XB*Ix4zBOV<dJ~01j*;#!eQgxaZI=|VUInl-@2CwIhOB5u!I6IeQp1eB!
zd966@mEyDXcEci8|Mu$f8}T2(r^CmxUg|bRwx(v-*Dt&Xo>Zt$q(6W<<<GQ1_eL6?
zuQp{%4nN;#&hw6PDjiHY_g?Ard9cVF;S{`GLdtYGRV(osIoppN6)ew1@|CZd(bn{A
z)VuG@Fe3&pkVj3~shMoBC1gI>>g#!SDw-NoQr}%&gpAHvl+vfwHX8cn84V6wFK0d`
z@4U^d!YfOellMM~_6MGT$KYpMFOYptJg+@`{`jGp$ny|7sbOVSr)GEw!nXGTgaweq
zneQh@TTXdQ)8o5M2|%k)z1T+o9@BT;#o<Hq4?uqlRHF0SgcXV2`yDRtqx}dW&kOsD
z0>K*P#n-;jf~!v`aL8yBH!hgSlnb!!Ue||*hnrLBNA{~ipS+F+M=kAacF+cFSG7lt
z^~2<TL0>OBSeu&ewAN+N=>^AGc2{2rJ7=s41U=x)1Myd{J)#(+91ok%(MAQpz?ta7
z%M;gwhV=Awj}xBWFdz$)tsbXbeRlS|3|{cF=pp!Xp9OgISLtnAUX5QJI-K5@4lOp^
z@D>-366N{41EhL*K4fpt+>4w0{F;5VBALJ66M7u*8C6@~7kXSEFPs7JvkK89easF+
z$n@IOUKo8UozDFn{m?6Pt6V7~N^R)M*k6Gs_(<NZEBd*evctUH#+S$TqE)S{wXc<~
z!S1n}3%u?2={SLR^zr-WlZ^)McIl}8^Sw;wqWhaa@<vSL|ES1zjlc#Y_(HbH1EI-t
zEmlNE|88H-(t9WGQaxMw0(@C6c&`6^iV2bTpS<?nlV-f#Nmm~Pui7)N6R<%%m}#X6
z-?jJ7c9V&S>5Xtrn8M-10k+Qtxfd^(_^70_4x!Km<H?^+j9Ll2{kUGxT5+LdumQeX
zG_(qKMo-thUnCBOG0{UDMTN*-cj7V_>R>3b&Au&<#mD>t*tYCOQ?d6Lb5(b;YB6=v
z>?&;X=pk6Oe*Z8c<A-vxb9r(bJaqUcobSUMm=AA68`2i^<%XZel%VGEk6@R<gF#Ol
ziK=hapMLjq6+A7DY7Q?x9n$I7gI5kYno4uf1X>@QkJ}#8roDFA-p==21qof<q8}}`
zIc>nIU98LN)8KrnK{{pZFm9O5Jbc&{$xM0TxZ25=*L9mMz9b~R9@PW?IF%j`c`Dgi
z9|d=JE@o=5dHyD4*6BFJs0tZ+G8G^OFPXNDoQAk~o7dm4E`pytGH>BpJ=a@q6Hb=z
z$J?If)V&e9sM~HTEjQo=`6eKzz8ns;4uN~Sz_(%FrftA85!f{mnRZ^HCeFAUO0pOb
zGGRUh+vopOkuI3*)m(xIpb;x@+I)-Y{xnEv=;Gn{xa>4K>2O`(dTHb0Hniyh<_7Fq
z=nL*6Faxthv7=!+{1kZo&}N7&<8&(+bX`SO4u(gAyJ3L)y4K6TGEBft$1&b^y5_fP
zd<u<v!st$tS06TYD74)H)u!z^f8_$+I(c$l^Emk<aCN3bXj5HUR`!HORAQh(bc0RQ
z=Ap1%f_L)8mPvYuQJO4z%#1zTrtz<!>8Tg06us52r^X103E;EC5xk_%TvVFnKMxS{
z8eM@tj)=%?vD*l9G1xD$1KR#I;M^zy_hC$}h2v&@33X9Ezt7s3Z}edq!0qeTCw;3a
zRI&YaEk{-=^>1I;@(%lWN0LSq>V)3?Y3F(m-|%n4$D9R69!nu_Kdo~){pH^qkF*L?
zjFB`RhhqXSX<Ku*$<!55>Azb0W@{6(!yI&1AoRGWy?Qsp)p{0T)TZ1;SKb^WOXah{
z<^ApWpZ3xMJ0FLV*^s+b)YZY8)IzsgOg>Uqd>l&-qXKOZS73x08Tev)5k59!2x_j<
z#!@n|J?f3poOQC9o`e5(`VBV+<U#pq;nY70sYgAAZSv1E7|i1r${=H|urBv3<B;oL
z<U;-r_$&DT?dJck$bZ!H|E);5=?%jv>8Un6z6hXQqCG%T1kx6Dx<l?Of0E!>z3N`i
z7D0X95ul@GBS@^kng9w1(3J>(ACzLceDJ!={alLeYbb=Th%OL5{4T2majx#Da)p25
zt&!#KaH$tBue{Kb!S=mmUlJVQu2m?Y5<rLfkmkCpi2Gdq@Pu^x{G>f7u(D#e=yRF?
zgR+d@!@PS?7ceNE@}D;&AsqN6^$lrTuL28@W!5;EJDO?9JToLQc`Fj8$TS@dY5iws
zI^=JC#2>vYV|`h{uTVdrYUpEyicO-?b?CX3=l=5@?gVNyPL(qq|IeU#=nNUa^Z@U(
z%>3nf9m-$_{0s-213f`uC3kgDrLFK6W|}?7zQliqXNd<dWszTbnLOoP4#!!@>BN+|
z$PR}R5@g(7hUM2;_H@z7r%_!yH`O$z;eGZ}hf=kpm42-WGzb~M^`U3&<xZE2Rf34F
z9Dz3fgfC(t`U8jgkDT5w&$no4<3nGV`7*({1@Jur-o6M0gl&Mrf3$`Kfp+Qdoc}M{
zpGEuMPyY_bi)8-$=Krq9f7J6|js8bH|38ZOBVNZMV8dY3-%ru#alG{W*Fh><Q&Ust
zh9j>R>i{2(#$aVMD=ec@C4UPxBOs~St=hHlTfw^+05LooGcpe0&sK&&0~}^NVf{(~
zCPTzCX$ZgHWh(&@wMNo^8UNvI$dx0^Okvv8{xc$|TFIYU7>{RO-5iYp#Lw}I*ItLI
zN1mE4oa~rbXivF^+BQS!0KlPGqVReh;NV!nzOqyb|7#>9ZOM?XTh7bW&Jh_A0%5<r
zQd-LaK=%MD;F&`G<X_R_ba}%jpY%xpPz^c?+IQOzm&LZftZf)f8HBI-Lpr#<bY!%y
zpflFi*c#H}F>!yr>}H$QqUXW(${?a4b?gD_hC<_;MSpagu;Kf@GRE249^2kucbtHB
zfXZh+!ut3$LS)%LryN(&6OFVPDq~7U!AB8Bmd2DTiOw8XqcoVpkvR1?8Lqbp6gXJn
zcJevsJopghc@ahLSv%d#cUC)Y-aq@hi;Bdz?`*;&VaW^tsSN`YLa#a1`}6#}TIVm#
zF!s&a=bbo?-um(`DwY=Q<9<yizM|mS9m38zkk`Z?Sq#drCiFV4G$1jr;Q(FXz@_L|
za@_T%sxQ-JanG68aHF{IaQN<7*&Bx~9183`4BJPV2BzvDGkag~wx0v%gsYK+E%Z}?
z<FDKKc+s_@cy+%BCL;N6ZGQr0{m_cl(#<Hv4|{vC=sPgxHmp}(YJ&dhvlC?;Dy(T;
zNi3qHDmPF=X5|e*)U<-7L$;MO$HH8>B!K6J!N$e(J)%f#aWN7gvytUcdm)%2OSxlS
zt=K9JhMCP>WI+7r@n2>#;GU)3Kbv}46A2LbnG-6P?YOmax*pEJZ}-kU-_)E+doi!G
zm9FgY)7r&cWO>=I-Z`3T2a3f?+Vph^?Ab}Up96+2dip-JMD@nRzX4cl&3<Nh6`b7m
z)s|m=x@@WS004{QzSO+M$>o*KR@s~$Lhcu9y|3uM1#f#&xzSZ(PR}Hftw&fYw$>62
zVI4o&vcGo3`*a&5o*NjWl@2+wi`VzAHUnMaxC4_8$+V59BlQwFZnx-WKK>Jrh;2`J
z8_HbS#QS%`jpp(<aE$_rDzna4E}8&}kF9iX@o`n48;2b|oeUi`50q00+`r;0y8fLy
z0`4n+-bh{h!w<|R<#Wm>hIYr8GBohk;xrq>16;8l7k!U^8^|<qypb-6`sDVCwwi60
z4*EMsslaU7w69nM&GfC~of`eSsZ{(g>k4?npbnD}q4tP+V0A&SVz+_wKwFC-s0IV4
z(z&5bzA=SS`0xu<b$?B(JDojUb}0+&tcWlO0=eU&0@fNd?C}-$%%|>EOQ#f+ir-?i
z#>0#m@||j+B259-(D(s4Ml~^kb8y)JUtS5HhF1g>PF>3aP04=8zkj)wZC=ygu?dUl
zd$dSlA{5M0=kx3NwDo^xvyfT%$IV8(ZtBk;Vmk)-W_75A5do0X6Gl{X*&43aObFTy
zit_>kri)NCdyt6Gi1#a#uUjv3JJu0gd(_m`7l$JbET90FoK2@DXOeBpxo`k4Q<3XC
zmG>!d2J`siN`E#R8b+F18!=u7l{)X3xQaNmwyr4oc(JuplAXCC3zq`rTwA6T?u#w>
zDtJlfB?d2Spb=O05mt93_lo#MR9MDREK(1G@IYILBou!%Rz*o7iuNl*ia9(QQCFm2
zNy^IJLJ4|ka-;ex8j!!(V~E8)p;8*HKS}Jn(*bICv9fNJG!*_~+q-TnshGD$ab5CT
zGvTXmzvBfowXC;ydu-r<=zU`_ZA$wQNH8MKfu&}6*o2qcT9ZyB1gO*-XO_n0Mz{CH
z%7asd)9svz3x?Ai@T>clv{S0+&EcdtaJ+B}p)hY)Z{DHp7O~oW89;M7p7Bwutg{sa
zC;qy1!KSnlefBvZuEzcHug-*e-)IKY+bOJ^GAMu`Ohu;+3A%I1=d9wo-q~`A2jy}0
zB1flNJTCSAe6sKb1Yeo&*Kmm<<t9Zcf!b$g-0uJeK(=J_DPP(eB3TDqfRjmV%obfk
zP6>~V^okbRJ%7TL-G_kTrWD2m4!qHB95poGMZ^SSgsoQyl?`QQdqxID9s?X4H41gt
z!!gtCwH99yEZ5nX|J6r3MDG5!w3NsAVSk^{0ZlgFwcj}PpkE88?cE<-g0#2qOoE_&
zJ!k>#CQP1Jizh_F15t54PR`syH?85(xVbZkjY+Z~zyqD&&jpnnV}MBMS2j;NjF4<C
zYA1MI$M<ggM+|^`HBO9H)Z7QG5>1Q?ypwqQ9t9|b5mYiKXqJ<Q@As$(V>XJ{a}lb6
zVSW_;Y>ZjcIBkRe97z6HR7Rg`-~A)Azu(ywJ#k|Wc>DIRENtT<M+#tG3vgh;*ZMWy
z$t53@QXPHI=ge4wDI%!tY%54x9xLONC%tw_Rz(@9eZYqyam%}Jgqtm}(F)KVa@vk)
zzr1u6SGVZL+5;st9;8A6Kqlkx*OWmq1)xe3j<Lj*B(vlQJd=VVU-lm`fcUbnqWuVg
zaHj0ce6=ZmO679>a!24wR-m9Xe)?2clrS*gsW?JT#7j-nEJi649W4)MnJ4xrvN0zH
zDjNP<O0hui&*)M?tPH5toc#68>u1Z-;)<m+JgN8T?t762zV5p20<U$`OK;G_w=Le%
zSquICtWs>TsIA4&0ME1U-ot6azlWSTgM%o>l3Mk4TGO&YsddJa5Cj;yoH3LN4J=Zv
zSkbxV<67a~=UP68%kF1x7s)GT)jE_@E{;~rF3up5U@GYUu5RNORN28X#l6sBJVDS7
zjV%4>Rly4NtDtrt*XLqvJ9Jh6lPJ@HduYLS^}HwMM2*#-)+xTBWBiMv*<WIUmD`h-
zmvz_ec+&-+KEm_#E6?wgR%0V%wlG@Hznb9JXm39hTGw^Ng=dUIEZ292Wfk5@>is;D
zcvEk?{>m4Ez4rK0pkck4$>x8v-T{pV=N>|dGk-Xm=MVo8Ui*8@JLEhgCs-p&7_<bx
zNS;&jVoHe(-}h)l%*+bVpNR;VfIEmVzBSA=B%M&c$;0zzNRkc)I5=1E(bedG{iD}n
zc}nS!rAB0QaJTs4LRHkH3T{e9+5yH2<p}n1Zs8Y;e-WZwpGltA*Z!?VRW%6Nw)L}7
zZZz%3s(-3k_CKy4#125XXkSq#gVm`YLt5J&mQtFk1pTX>0HSyv={TYFPk%N3O%VOk
zo?`MqR?M^e{Om!0Nu$L4=h=U(DE<#Clk&yRbfkn?xiqtCB6;l#?KKf2!rybal4ig~
zBM{#qGIifIgovPdc=@0&OOc-5@SQ;<a;EDeu#{k^mQRf1axIBo67Rau?Nj*51!$^?
zo_;U>*ldZ?wL{U-@_f{|6t-3LC1^vAjY7!EvsO-8THkGI>d;Hzh_XcE{jL?)XX{D0
zVZDj<S+EUy-GTa#Fii?%#!#X>1Y6j@MuW1H{$o#1JbaQmf?VJK^|<+p(`K<-Le8ZC
z{?Va!Yi~A6GoV8Z${v|*C_m|+>KFNWX84N)cA3o;$+{|?!kc2Wzu!Kfejg<qgU&O9
z7;w4xAK*H-Q-vE&TpfhD0WJ-N(+;&)o(P@@l9KYOjwsk#Q9T{79lfYS-9ha(gr3Uy
z11+Gfj{!;{&8w<pvWT8IItZRPYoS!MI_0~i(9!c-O&8H0fmgF2#&b<lY?zyt0#U;?
zG&$-#0lV}~p`YRLtv)2>ygblS3_4o04beQd9q(<Y-_#PFa_K3lvtnR5_7jITsx|0Q
z8<V@`N!{#w+p1!a98ktNNGeO4=NpiEzV=ZgA`h}-Q-sA*?&P9SRg8l}a>S=$gUNlH
zSdV-zCHuKnB?C87z2~i>cfiw-A6ginNS2|@@wW-o5?gs1d2c<t3gV#QI_Ato1Y$Am
zz?xc2bER9(qMD|d^NlwRiS;OH&H8c-H!TytGnuwJ*}|0Z$5lYl5xhYQnmN$IHnA4x
z+rt8Af6C>C;NS8BOstk>HjE-h$e1u2@~^A78X{H(1&fExPbQ!}hh`5h@;1_>d-Jum
z9rt_CeW92=-70(v-DX-c){3Yz*`Yl<h1M>5a?-?mDbh=MOTG9#^2k0LKCMmtcGpS&
zT|6~ZJDkLN9p%dbh11GDCp1;V-Gu&06@Sj`V8tB??njDlBVXnzng`Y-fxhv0kJY!M
z@D)ZK^@qIuBK;M-v+zpyixq-sKe`-|RnG;lueN5J*)GoHDN4ZPBa;H@6CC&?!y_pv
zkP9v0R?+Z&O-q3uZDKH@o3MitT#R;ooC>A5+^_m^YvL<G#dOb!m|`_<lbU|YB03H_
znyj%e0YPGApeXxtd{^Nmaf>YH{D18QIG2t+pKi9qgb5BO2hNM6C@HaZBdt5h(cpj5
zWn>aZ9n#KE#iUUnkXn787wRABAL?$EZ=-gE<FF7P=qvjhW4PU3O15$}Ar?1Mw}-Fr
zVc?M`+J8rSbu3mM3ORED&&)Z3ez<A@50I01zp!0qF&%pK0T&+Y$YXbkHuH7V^0s!`
zC}pR_UIJ;>(K$QN6JK>gSL)WTZ%Jm1&_xV+^dj7%qm{p9ocXsi6P8Z}$9{@twSF~&
zEEm0O`FuHwe0LZ;dP`3Oe{#!~{-QN}1q2E>Qtbk*X=Iq_AQ8&Ql5uAqwPpk^_U`py
z9S%+cFgm&;-MpK8AeBZ$Z$-LM__wltx0CRkc|Ez5_Qh?1xpK{fw<V`RzG<e8rJ_Dv
z*G9Br1v*5}-5GdX3A$~?$J+q$ES~>Kd0Z&uQ>rM-w~?i`u<E!J_D&cRXZ~6P)U-4j
z<BFHPW|~VVP<@N!<?Uo?)vDpas?_Ztwk*iOR%@W25qZso9K0tg-p6kb7o$-hu0knc
za=Gw;7mx`q)Rf$l7VrENf|i1$BNJ?29$OXNJdx|k!K4ifMYbUs#GV&!5{gasCCC2D
zW_z=7qo&`hydQrel#1SfJ%#MP)OgUWcn*IqS0sAH8Y06EJxIyY?On{wMlc#)=O+48
zqFN1Qrc{aGYkM<8^(Msf)tX^6pnUvTOs?Ncp~p|`o=A|$IQtOCy0!b(vs%_vxk@{}
zSZZsrFy>f#AWCFg4`S`<I%lRA3gH1clS@@q3{|OAZ1VFOflz>AUE<11y5^oCqWa#p
z8VuX3a2^XBKmwll;w0-9E<v56@#qX6L4-%$kV&GNl>oUe6_)RGUxmOCQKm=VZ<Y7q
zU#eF74qF0D6=zNMtdslNm}*@>edX#V5Y|`I`6Xn8h%*2*P^IJb)hAZoY3y4#Zp*>W
za1une9v(E-&N!1pw-0<=oM+`*<gz}Z9m@z;A+l+o=h+@3_ZV25aUKMbRxy4hjmMGn
zT(4@R<*5q51i$NJ%%XF9o%g0OVTk4y6ucm*mmAZnrRm$pJ@HwVCI@#sU@ouwJ(oCY
zQY!%$o6Jp=eOzJo+GO*12fpPf$c{~04WW<wn;Be!ydmPF+E)|q1l$vZ$J^%qcPj{5
zm-)8bDy79pHs6QUB+S@cS5yi-iQ_cw`&%&wZPec!_8MInU+2e0Nd%mc<sI2`{Fn6K
zJWK!eghs^vQu^x<SLNy2fF(j8KB1&5E`_XY!0h+zJ-A74sA+?e*AkQWqo+8Ropgjf
zqECx9hdrY2G1LX4L!h9Eg8k6Gq3zAvir-ZHP^4?qOP<eb49fXhO-d~UjgU7`K4?-p
zFInMfPItX-o>r%6Zr=epH^jz6+=@GcQKsm$)Tk>%1@K)Oi;O&%6*`1oM^7D50?Un!
zCac)Km&TbPS^3-|x+*$cQrZ*b4~VwQ?MhM-XUj&4M$cKo`2ajs*)_rZDT?WDiqYKV
zbs;|M+Lp|q&WUUKX1F~sCg}-*t?O*aRbqFP%Hh%77FyVd&9HKwEE>T#VlA-WQmqwj
zfWE<KHFQfI<FMEKf+3{SHG1NTR3Ph>x{$eQVzezn;|8Nt|1LhRT_ocSr9g3G&8i}P
z)#V(H*B97XBLKr7f)M;WYcYSeK0pp(>%$`z(cB2c<RIu!u%4h=lZ~+O>#Lpy@l$Sy
zJ<AuaFhf@FL*tZi=`<1I4MSvch-9CF%_y3a0)uS6EU*>|WB{{nh8Un?^z+;)&vw%=
z*HQJDySt3iLE4)^i8BUWD!M#@n1nUb5l4BzOx%%_)vyAyVRe1E<ki4}fJc+SczC{0
z3xZ=jU1~U6u!Wdl2#Z7-Zsg}4zK=e&Qz>xyzt`TTo;fxRFC5`QXChdMO7MOfxc-n#
z$yWEto3g{ZnRB(vs+<z!B`IInJ{_eots<(t?rq9krLkKS0-Cj?XskbqTXb?W%c}IZ
z@TJX=VYWObq#mX8H4ot_PDk1>m>c+hhKdFsF5<+fEPxaU1#Mjo1g2rij4*z}tbeBg
zdJuDN8s;0bw5z!@$v=D?ymvWAEu@51iKkJ;ym^NM60VGY4O|l5+AlhcrgY4+B`714
zPt*>piJ%Zu!g?2PCN&U^YC2HG=KG3eATl}!Ns6XE)Wbwez&Xd=w*G$Mdlb+vj#9f}
zL_rRN&(nlE1NWrwVZP9`u9%&)txoz2bCF^m%XjsbJ=zFGpFc8!_O~+P^OXypQH%+B
zHC}x~&V{n}Q$<wAZ%p;0!nVngZ}8yc1PH{b-i)d^NAws(20-6-X>k8!NfM==O5-}n
zF2=(00COW%=XsKinz)xtkCjQ};HhCX+Pe9?BI9a;q5Z~#r8#==yS*;zwao+0bY0Q~
z>B-c7?Ks&S8-#8Q1>7NHsl16~m}+vob9Jg*d+7M$VnlJQY1I(BtNj?!+!+16SpBfL
zh)q!?3~tP?&*bNvBC-lgvBWj%1NBwu$tfs(UR@}(MsKAkuNoVUqJ2U}zWbp;Ctu5&
z{=w~EOfY+#H(<SefQmii2gIH=&tfwt4d8!RkBQQGnox93<6O;I(1S4GWz=mli(b<%
z*^oy$jY9Bo$z?zt)&+_>KHflm{zAK$$qy~)v9YD?<nwcFwl)8UnW2fex~zsz4@4ps
zsl7*A<WYXwBAwXDdr8E4ij2rAPD}gD^&GhmA^2$WZf+`jH%aPygs6M-c@-e1vLSc$
z3o;Pa1zPx3D0qbknw|SlIpY$p*N@3h>l~(P@~rYUUbDP3uljjno93!3m1Q8?hOO(7
zSh~oF82GMY{nOq_wWBY)F$T9lOP%;C(qCJ|()+6k=#^07GuMnnl{SkpVT0qy3B}hj
zjeKJa-#fO&v=zNK#e+;|fxOK&o3lu3MVh6@X*frzu-IxuuR_zZvMHQzhHUxSR>tof
z(i^PFTdi1=0ZFp?5jW214P_<h?-+0UHY$zc2+N1BgKO1ktkkomj9;cMcH5eUL~abZ
zyBt<fo|bvo;(SK5b)9|_PT{K<UW<Z3HU6?G4(y<w#vp-djm)Qf(Eo(fOAB#OtDWl|
zjzbp<q;J`fQ^!C~SK9GNlbozmM^^{ikGO%KaMJ|Hv1YIjcdwZE_u}-*vmq9@E(O%p
zA42DqVJ=88tF;JkrL?gaZV9kuC#dhr-A}9keO0Vf{55bIq<2tf76zgwSM~TZ%v`2x
zcU!EyUbCPwJK4a)uhm=@^O2TI;YmSF-5)rJqbaA(x>0j=jTX*`_wZx|$|`e!$vKYM
zpu6V9#qSTMI4ZusP{Sfoid2d2w2(0ur`rAX3o?sU&?Gp&YfM(~`*8!u+uf>27Yi3q
z9#pd6cNCKRS$;NG@iW4EJGk|%^M4qfVOuD2&o<<gk2!@mnhL-fP4(4sNC%d9DV)Vv
zM7<}nz=XSpC~4lu{6hwjkBgXQO6#0OxlI@-1S{$x<U9WgJ7kjVebZT2=fJGlL_=Em
zA{+w`AcQXcwWc&H>U!$mhPe7W8cszRg`8T$TNrMPMIp!YGdD9bGO`8<tf*TOZvUk;
zLxF+w?eS-#hY!He-ZmB?e$2HDEKjT303>YdmFDF1NZ4?AFj;}HhZ1jp<^=N?G%2bH
z@I?GQWiAGENMlf;%E!1=J!uHfHW%Cqai*9N&Y0OKd(@Ae&Yw;9lseLODZOxRoN`&G
zSiHj0drZe}!#I3$)~^y-sau$R1)XSrZZq|8Fx16pR^MZZxPIv9=6{1FnjG^+;Wu)p
zNPyH~A#0c2pli2?>fxxShw<zPfv4__V4+bz>+1sg+khj=Z;v;YtxBZI^9iIWjI^gP
zl#7L(FCNt$t(~L_?KF^fDWvH&_9mHMWQVYB=1$R?M|bri4p1Vb>=>(eP`p=^r*}vk
z;F)91K1YZ}4*SNKf8aX=J@ZI#$bFa1O4NE7^=-O#*co$M|E^iK0a6H*oA$+q9Ov#H
z1z8O3@7sqWE=wVZug?s8AN56+z6mlZmlZd4S5}R)D2~`cU;*4HR?-h|{uCm=00fZG
zPhaOFJx##hRXRze(7&MXf1*zRL<Rm2@xwNvb$@DYId3G--FkX(?)%soryy*~G&=BI
zjk`=Y0c*lZqtFu7x0uZ4jEjsoWJKfGP$0SfLdccU_=9W!pW-$gmZIm^SAQ3;k}Axq
zC&rmK&Amfj9;rHpQvLUHn6vG9-8qC;N#SbF`{+*_BEraPbS|79?w56Dt-?y6Gkls_
z)S1=wlBtD@jVZFbu#bWwwwj2VCH52xSnncZ+X&4a_~BUJpCKkE@tz;LWVfiW3n{P5
z#q|#PYD>k)z)E<jHwH0{UhC-*w6Y(xOhlgwA=?@cZ)s$_ORu}0II~~<RM~SZhjzDP
zIXEf7cgTWUy3{=HF`o$L@^rI%8kn2$<hm&xNc%L`>V`)yvwK^Izpj%?Em1sxF+Og4
zqtSZM;qjfwi8kj%<96{gXYU3{*Y>*MeqZ(KKTNo1apNK$XffS7&m^F14{8s(I##_P
zt4nSmX+ODKeue$2R`mGoAsQJ+xymYoZPvHCMv;SY?s}4&q#<)dt|c$MPr0TI-qs71
z{8oBNNOcVQnp1&Z$DL=lKV&aWJ}5Y@ASg4`7YQp)T+7rSM(82L=}3pi6p$3bqv|jt
z>TrB7MM%K;^y^Q+K7Gx{$hb9VlrsLNo$n!sZi;@&uVF-xn|BWfrdkuN2?k?teNd1l
z_bVG{9PcE05vehWq<K=!n(T=aCdAK-x5Q^!X=Y_aEh^Q}7zg}+lBvffG9QF`YW%7f
zUa=D0j*(Z+W+dJ33DAm{Gu+bpu*CH)T)#ww2Amjb42&PpruHdXQ-Im)!{DkBCE|X+
z14WnUXbDtt+Z=a6<P;RkD5uC7u;e0RBn9!%E?UgUh)OpAbLh+8V=DiiFF$;s2YpDa
zbRaa}NO1H{j?kVNL#$rv-&~S<=YDf;09Lpt@et@xl^6WFUH4G@_M+oEs;?$~-6gkM
zx<gGr$8X#(m)mKV82_x$-S?l1O#VI;XIHf{$SD;$DjAP%`XzLzDeK@FFNR--Qp@J<
zvEH0$bccG=eD=OzoJGpCSk8hNK51oeWs}pL>Ar-sxJ8Bul-3a<3?6WbP3f<jV>m?7
z1wSaco;-38UtHdK?r|4PRPN1Sr8nBa7=)fo$*nZM{%N46W-*Tx@lmW&+|&+`HzSTM
zFwR}TS{xhc-D_KJ`mmRp_v;5={3+T^^WJ-PE46|nfy;mp(w+$C`-*GQ+09t2<Z(n<
zeVnLu+><GHioA)c#bMO=6_$*n?%szEVE1J`Z?`%y*(#OA_?Q^VLdnb}cgEz-WIB?i
zz)Qa$mY3Mo;J<?t2F_yULN`R=0<J^ZS<{ZUhD+YIN?FKCBWg<{0j5|5oY_Ega(t(R
z^L4}PAC0n{yrS%BT*iNa4~z)4Yf8IPEc*SQA9K?slsW~}Wjh@5Y<Bw#0D<yWDC|w*
z2_~9WD8A!^URDmXp#6_qgCrXmV%GH8)9-@Dsb+&s{ijpyj|q{`>KX#eR#mFEG(Svn
zDG`vzQ%slSqUJs5(<X$e7yaVprCM0{0u6m~m>*ZUNiH+hZ+tH7m)7aj&t2<S)XeZA
zLX;Vqy7jU*eXh}QGLlx2(pPxNFnK0)QiP!`9~EUWjoL!bt8d_RpGH*Ydl+b{W!n?j
zYy9aYT$WDg55CrWrCD1-U<DL|DUNEBHWTe6YmFqmYJL2S&|*!B7mT1)#*93PePN3J
z1zQ-de?}yt1JUdFuE#VWD8Wf!kE_*4Eq{wi8|OZjTNu+c7rM@2(oWqyHsnPd&Eq5q
zvR&vkos1!GXXQofL`}J>g`YC+NGqQ>_mj`E(u%E0hh03TZ5g-|3UFsX_F}{$j0}2q
zsxqJSfu1ZqDzkrCgGU`b+D&HXIA{5q8>2r+u^7qyFSx|JPXqfPH^1skhyHLigS%IE
zOJ|N?e=j#Jj@q%E*`67DI6SBS0hd_kIm<8M9O;E}={w9>gbH~L5?lXI7(}mOL8kLO
zL^fXf&)fD-EIA^bxBv*kqe;A?u+|kY@T0Y4sSlFDxQ9QfG)|j0?JxEklWd0{17mx<
zXdb{0)PND@_Oy5#EXoOGTPf)~Yc_4EN!&J2FY1RMX0AHSswkps=4GYNaA0wEfnr{3
zNf&$<C>s+uzMg+ru-{#&Q=#N`fb8LrfeVU2ixlK&MsTtw-RSO#iK17ePV9$<wYR2~
zyk`ZTbBe9f%-zJfdiS43pOMid{#YQ0KjdJ2T~sxdHAeTYXKI`DqWTY<?(vHlkiUq5
zWB-d7yt+h{*jVAay)@dU!5?G>7=RAQYrO%^9?Ay5^6}(iO=t^zR0;iKZ)bIx+Vb(Q
z)|&GpoFip0TJBVMAOIvdn2U4PDpOpW5zY7(somUYF2gx$RKUnCMYFQ0KuqV5_yFIz
z4wn%h-?5~l&urKLrM=aHp%f-f;L8XeoNr#>_*IRp8(c4gt`aoXkcH9aJJt57fyNxu
zA;m60h1OI~f30?PS&U&{+PN$A$Ouaik>-}`;(~PpC+f<lk&qN@4eyqZlh_KgGYi&6
z01ZtuzEpvXR&)zKK(A3-^n8;~cXrwE#4_u;ih+yZHZfsy$CVB~S0d`4Z`E}}BUcgH
zP49|y538G--w<Smeuo~vsFh15dbR`B2j;5BU9dU*`fAojTc48SBGnX22SgK^FM_4t
zZ~nibCF&niV(dd+aV1Qci+p2vlLX=|-=4zIshba?t?-X)%#AT>cr8JdfTTt%R8_j%
zK-~Z|hV|0z6hZ&eFPcyoJGcpT`-^O!^Y4)EJr8NCCq%gw`;9Eh%*vys6fkp91N5?(
z^HGyCjX8JiUCIVHt#Ol$U#T@%I>XlH@EyA#gxRgas(`FWT_pC!;W6~!UcZF~a9RwD
z`)?_0H=xOFG!H9P&#I?-B+>_ew`I5D-0U#|yd~!-mt0j~KVqgj*M~ObqWT!kdR(Lj
zD%9TYNu)<oS4&sdd1yBtjR-2Y?O1>Kq5;`p)KSy60{7(;cS@P?*X&SQ5)64R1jofC
z0}MuGY2;+(b?yE@fjp=;dQ<@q?g9Bs$cojUg+REMkewe?aLBGCaDvE!xu#vXu+BSm
z|AJdI#}_ZYRa<nO)!2iu1utvBy}*^o!C5AkGI`kFBBcxDA%w+>x|L{ye+Px;ZK;x0
z>6Du&#XCdR*>ZR;fG8(9Rw@HV2w)DuI%#MdQH6oLc`PEYW?{}iGb+D>vWoaD(AthO
z49H3sOqO?*Bh8&nr)o`T0SxH-H~)*2l2zPNvril?J*D~e1wD<L3zv+FZOfy__oH)B
z70VS0ySlbb_fYOQX_Om=SfPq_I4S?KUd^B&8hvNiP<NubNamgpM5-MXG0s)wr&TQQ
z?o^vV{cZG*td$YOl}@Z!s3}BRT43ul(8DM44D=+Z%K$%vig}tSN3^pE)Vk7otGRm`
zEbxM=HY{L~)T;Yba@iHdLUuneC+eL>$Asgs7Sy7lzHgRAyuBPiCYcWl6Ww0!`1Fe>
zaHrVS*!kq>N|Y_-=?~dho@fiasVVDLVGCeAv&Vryo5uUmotb&dIg*}0&^bxurs4tO
z=cws@W_>nci0K8Jks20wNul55Eqf-9I4$Z-kv++3&<Xe0Reze}t_N7t=c(o-04Ju!
zKOTq|lVj-2&dmR@3{ZO`CVeCkZ!4-^w8T3^ijm@~zsFCKsX;-gO{Th%zspC6pNTP=
zh(?UdM9Vc#yJTTh<4ytm#v>|A$SO2wIaVi?Y}`jrSTSI%Y{&<R9la9ALek}^yh@1>
z#jZ=YZ(>AaV1HGyXtm;J5|%T~#b$h>&&VPBj08D}k*V-u_jIW2qv_z3pc`nk_q7)W
zE)N9C9(_q<Vq`}(Hr{A}>Dpewy3l!5DELtfv$LT6aF3MoVbK<sWmE1o{3Z{jPnzDk
zJKB|WmR79S5g`#OPSCzizB?8&G~AMjva(c@>3;);g0<wVomJusoY#pI)}+mQR=)08
z<2fY6tiO5xXB|;TSJ6mHtT;|BYRS#MXQFyhHRZ>ub{-4Pbm0U}XYq<-d{1FHMI$B>
z6Hv8y*qPjR+03Z~R_&-ZBS(rmZ@Nq&2=iuTJhy6qOokIp<-1W)^IN{YkkuRM2ogfU
z7(Es5D%JfTlpyyS;07vh%qE=IeH>81B-xiirk0ibH;gT9Yj1iK^O^+?_oXdPvM~QO
z=cu8|s^LgbvvTpGxD0Sj5qGGv&)r+JzuXx^#9^f*tV~Pe@Nt7aToeNv-@L|y6P@;9
zl8ziZoUH*3@nx4^UuI|kG~Ty81WYHAK=vJ2cVX^|sy5lLkl7gMNVV=e{-Z573A6lK
zxLmT`U`Rk`cV0FMgtu^MrqVU=5nE5i@Y+JoD=|bsh@FLbSH$p>!7m+i8Bu@M>SE;W
z33K&_MGdXo+5jnqkAb0zyIschjWK-~t?JRiYEq>{po>kGBw0b9b|Zc?$miq|7MV)f
zSWESNbGVw-Wy18O8SSPnN**44PiQI0EtaC}5v8Lm!YW^tN<Mei>*#*y_&CXlmr3&V
z$_*{v2U^d~=0e#-h2tO6HSXVm8<9LQOK`f|BdVH?gMIYa6<ausCBZ*CA5qUVt|3vj
zuqhN<3zk(|P!{Rp2ml53KF+kIWBol(aA~Q7@l03}HV~BLV^C8UzPegfSL?Q<CwPui
z&q3iCog8_)-a?^gwMND!S=x`XwTn-9Rbb5@{vA!{4G>?)%+=X;W`-w8VD*1uV5L)#
z-*?e-6MN0V*QjQKjeg;;Edv`Q@bnl}VD#$;kLv1DEo(gfkEr?`0eng;#eR1vfJ}z)
z2;vLKHC*Wuq@~(hiuz4kWFWKt>@+S>B0e(8ZR;rGargM&5EYz4X)&6IM71*ga7pOM
zh^eW~9zD=mY8K<k-rO98#m30#>Y;lnb5?SI#Kf_|IY3b7$rzDbCRn9L`m3tBA|{`F
z2Cu`ixaXn~D-?6GEdJRMuY;~JP)f<QTZ>~)(`-b3*xhkE@PQl!Q{#iQZnk;icvd)=
zZvAwIhAWGZUWwvD7`88WVDX(7BxAMMa$RYid_yc$=Oam~eUM7_G^<h&>tmb@Y$QeX
zhr}iaRjg%uRvCCp%}RYW(KH0P-5geUqTDYY;*HDRM}|KUCHG6x85h0PSgWAg#|;wp
zQ-v%!EP`U+s^9TXdvce7YSE6-sv1_sn#;RN2#?d6eqRBVo{+n!9IetHXAXg3B43uf
zGR#ZleJ0&)3%%}+IC6@%=wzTusa3ii4CZndjLZ&jE4Kw(%t8AelMd=SdYC&h)x4h$
zbc$8!$`kzEWN2ySqq?}mA;6goq(NYHO{1l<6}C($sY6jqr3ub#S^dK_&{oT;=wNS&
zfG8eY&$(q{R6%VT$Qx8v|5!A&&zYmfLw&fdQ(haL1%djwPDYt62i6X8D=S(JB<g(D
zr3z}6uc`5>%;9UPO#%gUV|!+vp8UqezOA;Ea!xr#8aRR_s#Mb7&d*OG7hAN<*o-Hr
z+~?oen+LQl4t*Ooi@@{P>6;d?lIbHc|C4=H<#p5UA=@xG5K+<z3KJ{NRm;Otjl2lH
zk7*dG@z>gLdkcVk6fDZvr2Z7e6H80q_#bS=+kCZ!Q}Yx^zv|NXFu)}`&4|4>@uV*;
z7E}`%9GFKg(_Ah~^dnvFAx^fa`O~<IJ(nO2%O*A>rXZ_c?k~#kRq>$NV5-6ar67#*
z_p_vQgUGD-HHRaVAC2+r!k_0-`YVh0#bYBo6BieC*EG3;sJ5{WWv8TTI6pR_gnNZG
zCRUP&GZ1a%k)Ec?f7*0>PJ-8GmwdvzZPmoZfjqxyH~0?Uc0GI79kU|^Wk<x17U;MA
z6QEh^nhS-g(Dhy^%yuOvbb;w@or%IE-j*in7>mK%tbEkbVd|Z@U{VKKzVbjnA_Tkl
zPbmq8!@-eMIqioP^C21?i3Z0=?S7vP4BB7OkPLJUNiMWNlFboLLRz}Xhef)727WNJ
z`GJJZxYX>XZ0*bf3S*>pJ?&pF5!ww?)us3rHy&^le_K(=fy7A1RTVm`M^JjM6|WWd
zaVPqm(t9*9>05c2hm>((OlO!LQ{Ds28-e#C#%e##BMd=<LDg|5AJm>X99JnyE|Xub
zLiA&g%&Ewzi2r<-uK`~lHiL=yp7ja%ixSaDxqensOd1v_(xCp{rLSw#6o{gwlI%(Q
zAe;%_3m{dbjBBzR^oSnn(VZCUoTapKNmB%>6lB?|!~7e{GtVLV&PwEcQ%NLK(_;eP
zMTVZ7sU@#<A4DKN5zaqv75K-tX52j+<o@b=0fpP0($?3?y)#7O(05R+id=YysDrP8
zh;pq*p-9&b1=Dr^h4hUFs-TWU7k@kcxlpHtVtIh)SUN()CS$HB%m7^D6t!SzfT5I<
zjxU!<ol(jqkVk%egxmfl=|OAdVt!H|<jUOsG-{1Lu&OF-F$e$<`b&v^Q2F_4yhZ-!
zR4%G<+{61Hg(O<?HEL09r*RbW`bGR4oC0d=BGDi7)^s;7{{th;{=a|`uEN%@*%5@2
zIQ+9GkdHL?y6U7Bxm)6RAqJJ_QaA2Fa&~2LlNY4tk^Oh)AOwqyU)RWJCKMS)u0NRx
z{ri^LY^$4l`jzP7%O=i3TOpd<_Mnb{_8_RTQwm}z;#U}<i*@Y*zm5f|+Jk;I2G?kl
zxc>A<J3<R%Kxe6c^9CBgsM1{fm{mXK&W_56AgCry(M`7{vW6B)L0j54g%PT>pqsTB
zN~v;;Njap*o-?!{)+Dn}L1w-xg8LqVPBHu78m@(H(zq^AduY^#<RywcQ}pZTzo2kp
zpRC&?A#PATk$S-mEl0H#TmH}^xxuIT*w^3+Q<mW~RV=F|&bg7@qr3%p&lT6W$=#&f
zYSjWz6f`oxd$5g{g;;hMkOZ>Rj*8{rHD2&w(t&JcXM;=w(AalDDOjdl5U>Rr--^)O
zG$QiQ5eOO=lV=|R4(;dWtg<W};QHK|biBF{xfC30YG~2a*0lg>9_cy*fk;#2poygN
z*&Uf)p7_X5b+x-w5#;mnq0-vSpz!QCNA>q^ni#a#h`0{HBN`+R5Zt{?o}EF?N>q7T
zoOA!3W8zeQ9@3-8aP{#ejJm+><{xxC$zD-y4@-l!^ksUDk#=Hz9K43z^yT1u6>}5F
zQM?m;_U8!cY(5%+AzKN5xn%VrPYJUojW1*n$4Npd;%&sGJLWf6#N#~tNX0q_Ph4S3
zEAP|59y=?Y?oQ(1fF(NeN$2D%QQOKd8Fk_Gb10VFBQD6uLqJchu($1n7J&{U^9Psw
zYx+^J1!`0~B$JGuKMlR`p~DubX8m<hGPyRLqax|K0l%z=kQuW&KnAm{ezrv}^(SiL
zMt-+hX@jw;pRgg2Ca<`)IjIuevR3NJMG<}v6`>YY+8Uou&g`69X`YPqf<MssT^=Op
z(LWfk(4a2ql$cT}><Z|*XdVX{sDJ6k4?S^8oRq?|CN?F|E>tFt@C$6=f%05AT{F{<
zU(fCa8K`vapfoLaX}WQ;?xsrP1!7t9Ql)&%v~c{$QC{bqwfi;m6U#}FCC>}qzQiJD
zw0@j)$i><>twO)QK)=lJcK*KZ-}@sD?}AH-&yW5Gh!Dr17L#0HN#6zVRUH#6Y5{nt
z%j6IN!sQ$W2b^o|%#D}F*|rNm12h=+$Bh<CH4}%Vhv@+t8t*f;%=2XEpiD=Tsso`6
zfS+q12{RcTb~1@^HL%Kq@1><&C}R@ovh2%$>@#wF@jC@r>Xt%&=EX_r#MY>ZAjHq|
zXhZ-?mVs{f0E6h*BB!hrwA=@%s2X#w{Rc8|S2rFceMz^7v?I&3<6<#rhh{nbd`c>S
zKeAejDlusyQr2n!c&nT(@a_{|_-osaL!l-X^w3|`1^>A+5AnnXUcI6hx4H^YQvi$o
z-h<olzMWh$ptV?+&QH+%`t7UF{>utGAyF;(MW)GaNh#yb5P`?%Y>1V3)7i_$PGovJ
zL?M197z-7tD7Ukhki8IkJ+U_N3_;I9kYK)^kme0kMvP<^crNrEoQ(3{u%@iOS|#t}
zz7ijuZrMzow>#%^-n$$9;%U@K{8O?&;Vog+H}mDop9t0?*x-ajT;bv4!7TM^<5KPZ
zDOS2^#C*t7G%iLh>qW(GKT|-ugX_>Y^!__gm^wU{3eAQjq!LNofOX6DUrd5z+3+-X
zbwO<?qz|f$`hRZsU9>b`;M0U<gsr_%)B#?Z?{sqGL^qD~8D<qz&FED}@BXe;ww~R}
z3J_0r&O4=H_Atz?9nh+;0#b6cJG>4YUIuP8z$oaBY{rE0e(Xmh&ni)uv{QGqPeqP9
zpu{1CRS9YBZXl$hdKn^T2QuRLGt2y5EtDg7_M*?mSx8LV@<8Nm4I=^l9$&P<I*XB1
zr*T!Juoj=RfPSB4z3))^UG2c2u0ELG$rwk{hyufIemDs5Y6B&M((()qN{~oA>Lybd
zWI-f?i?-iKvmZ<$l>41kkF=q%DJyo-=%;7-<7~9=fB{zAK|^_ltf;?41;HJM=JVFk
zpPjnsMZDHdI7@g+Pro993Yz(g96g7S+Gl1OSP#U8!ltx_gqRmn?_Vncojv~7IQR(W
z<o_B=-&~A0aCR&mVtfu~Cm^DFJT&_ouD(RqmAOGv()iDLSbE+Ta5_I$Q#4b~Ioa!I
zGPT4NB`Dn}F=#IkX*NyXAux$i^73dwV^(gyHriVMazR(Er!8Y@&Cz&Q;qq<?&+tNq
ztvHD5?CaBCBDl-a`Xr1O!~-F|_j0pPR|U<tYSUkxcm9OSPXW~Fr6xzV_P?bw3sTT}
zK{Hn$v}?mun*MiQH%+Z+?&8rbBV3Vh?#RMkRev2c=oPL7T4);Ip&d>Ti(Q@#Fa?d;
zDM2mKs^}<t4&%B>p8)TG=t|{_*IlaG9`HJP%2#zYHKXbGc@ejM%Jf&Q9j#I=x32+z
z)m#j6&{o#RXEkTbQE&wwZ|!c@;uPK}O!L@vAF1c5{o^P1M~p433NbgDo!-|?2R4qN
zhc}{`8d^#-{dm!##a|&0P*eaGlKy}De`#P;Tq6FTUw#VA$rK5|QMfVtM*1}t5{l`H
zE`D2j;yQS(kA!wxiaS*!?v?=Uh&(4+2<&pW=<h6NXWAuN?>O;#433jjsGVRS`YH@N
z#T+yF8ZAIshDQ3cOTe>j!YKc7!pIBh^zE^<qy0TH1%I>cdgpK|SM_;?Z!`^Fa!}|8
zly5&sG-#PCV_;wMwCp59eSG(Fv5u+Zf{49KdNE2X=Q}DSMYjuPVrQO6gQD3*2r?|!
z<=kJ0n$&vUBE2M)My?LO`~hSG!ke4n*wsoGFln@rBEbA}gZLa$O*7ezyiX5=&i0TG
zA3N!ND}f-;`tjL8D0uCz68KyZ<bs%Y?}WIQ+mI){#Q)BQ`@fVc_nTx#E_>`&--F?1
zUj6ro?e<Xe1Ndcbd5-JGsPc_oB+EilV1GOwW2vgDLefxGRTXdliSh<CxlXq>HQncP
zwMgZR|2R8lY`f`ZdOps=&${JriqI0e+zQ(<A0MBM+n{!zy-Rvs^A-c-YcBi?eZhQP
z{T?dY)9U(p?q@f1zcW0JNd^A;eM?YsbA&E;7E^C+&>1!K`0OORSC+G0*y6g3bqsJ0
z-VklrK4>{y6j~#{Kl;QN+Eay2t57)C^`Z8Kdk~-trs<UuP=y}remu(iT~x1I#_IC&
z<8--qynt9>n>Hj3^P=1oZs~S5H8<t_rL4%um$Jbd{rw(2x=-RK$!w<1E-v~WM<B=^
z{JX~|pT}7ruf4p)Df7$wmFreCpPMf696Lxx|KWT!ytwOLQ$SAh?bBktuX<*$&&?5E
zQB`7Vs`j{|ysi-fs^`1#uP5&jW@0>sgF0{kGyWt7Pyognq6ine56ryGcP)dp?FAi0
zzIY)#%4-{IZp^aI!qGA}Z*ZzN73Q5G>47SYwR7~{8*yp8uWSt*eXrIo(NDh`xcIDi
zNe!)a84L*{dt$tiby4uU55<%YX8-w0IY;HA;tc~ywUEtvr<*OQUH|`6*p-Jhk!<_m
zjH0s6l@VDphzQCOt_lf4z$+q(Y%UNKA)+G69uWct5>yr!mO(aI0wMw;LQr->2%v(<
zCb9%VFd$3V31ou=lG||an|FOP-+ld0^>?bfs`^*meNKJnoL@ECM`-{cK2#sKZk%TT
z>5%P3+*H@Q(>{KfjP|W$ejj0SaxyFU`y=mIEO&0udOs@)T6fQV5E42nv54gn0X~Rt
z%qZwM(Zu_0cvzMH?|_4*%5Mk7RG3{$=HtGd&V$od{DUkkO*ueP^~xlaygD~XV;DY?
zW7K>-!X7^ldS6hvE#27i-=4fP@|%Ic-iwhEiBP{SQ(@210hqGN+J4V6DsfI;?{c+i
zcR8$LBY1l7RlqB}!O@)(pZ>~d-kK_9=AVOmbqfUqO20NN?e1UCS&6_kFk&r@V&hI9
zbq>5FfHi3SLOdqhjk2<V|KOZ84j(<UVKM_5#Y?HLi?AVH9}YLqbYKEbY%5_)hp}$)
z@+8dF<w<2q-APs*-cVzQyDhK=IW2v{K<4ZJlb(D)W7KqG+-cy0z*e8oqM#U~d4m@c
zcBuB7JzLMV_UULiZM^%hl#{I-zTBo}p~RUR$=pjHcKL;lDHRnJEs{mT%F0U2B8e9Z
zh|WMr>^w-=w1=5s5J=rEZIcNXCmU(3r5Z0S^Uy)A-$GW!jUl2d9*l`~X^3dHv&~Fa
z8H@8^(9y2Kh0Zp**}%$jC)vYtMSxEg1rpY?{e;YqcpQ#90_@7MJdCSlZM1`}#r<Om
zW+Y?)chCn{v&E^dLIxfus%L%{msgd`sC`9fKb{01EBVWy;no!LYKuN#CW8PYxniDs
zxe?xVxMZtfnSJv8!y%HBH~%cKZ6990qr)hrKx&tSZ+?&Qj9$I>rU^cnv-f_^pJTC2
zBd<y%C|cf_8K8#JrDB(;nLZ(RJFq^zc#L5fT&gO*Csy}J*tMe<y(CJ+m&+my@1M@K
z>A0%?puX^WEv~WBq&VGaidA&Yi}i7*oGJa?pQFJckQ~?}rQG2&OOsyGnAqN?KAo5Q
zHdz6_-!w`9GUTjSGerb`s3{0SURz#RSisN)-{P_CTmp$p^&*ghfZyfyL#sTTh&R}B
zYZ+8pN^HVi<f~4FjXEQhYmY$L4NM6-pD@^rz^)XxrhLm0Z^rW5gN5%H`O&pz%akx2
zjVSnRhXxMh>P0%3C!CWf4$H9XSK5(ME`0uYUNm-TZ5NQb++*JLGWZUXKWT?t32_ad
z+a4yPGY5=FI9H=t68dKGUL;U>^E^aJr02nz!^6V}*R=)uW$Y`UhFr7uMH^z0=o7j`
zmWf5)4n$sh<{Pr&(PiVIL=L(2{EBCH{UM2j7XwEaHu=nxvd3V`ulxHVp-rIU8I7#`
z+WXp@#{U#AtDrQnqH@;Fee`xZWo+o<1LOSy&H1}T#ofDY;muT?CrYQ!%DhEaT#r`#
zo1_7;+;et%2Kv@<HzGEMR4_c|tc&noMeQqa-BEtWNcob}#h4*ZT&r-6!;y|YFQY9%
zBpoQN6$R?utB{IT=cVKWs{{Hcr;FvY-PFNDL^)Z9D_MET;bjFAo>JG`x*gubFqiUE
zwk-c`_xqN$_hHz41~oW0CBdaSW_(kF)s;x_TrO5tRf$%!MXLab0*)z;V{Uv(_{C6<
z{fP=-u&9l^)^^yVvksWfgi|l8`Ly+qJg#VdNjZ9YKtLxSdC%^UcEK19txSzWvBI}I
zI0I|yNCqnv-e|ItkX*x{bF)O6a#R5Com;bU0!*(CE8e8OmLph1X0DFrz1?8YL8IxS
zRXb4d7r`^Df?sXf09j9T-9|b(a{W7-PHN-iB&U%vlo7g#Y3jcxk6?qH7~;ubKN++B
z#j%s+Gq)!!MI~ePA$tGP?~H_7dK49{XP3%>Z}PgF>lKy68Z5k8?6-FcZwI^+PW{|)
z(*ON+!_@LOeXly}zgW@U82slt>XfAW-#wp1@3iQVzP9DEzM#w3I%4nA&JQUHmYy@4
ze#@*e55RFLXF%~S>-XO0WLmKmG}46ncB2&@?h94oN`&PaDnph`oVC(@^`}|UQqAf9
zM|2@>ZhiF=DhnCV+GatAcWY$ZsZB%S!!Ng&g)j%9mm9!_v7t^z0cEKeJBh|J(C;Xs
ze!unI;dAttLV)zj8O1B=)LbTjITQvG_oBiTNphw?e_L}K=_H(IAlasTX@dt$ifU^-
zYlkI1YdCDd9K6<v7A~?lT#tIeuo=HWyvze1SF0Grt0Pqg>QxYlm@KjIyFv0q*_{b0
zZfJQsQ(n_rLGZjUQzZ^zHq5UJ@Oyk81u|KuNgU2D>M0{G`u7Iu0_@Fb`D0e=s<Y^$
zv0QP*nc4T8?9MYz`V}{ktC6P$UzA=gF_5zU*r;hZHXW2vF?4vF=`YlWad*<KE>*IT
zhi)f)sxz*B1Z!c2{t5}pxoMFucG5Vs{hNtNDZa4yn0FfLdcNZso%mrd#7`BD7_E^i
zSjqmqYUU)kSyIaI;+q?3)(7D3JBh!Yw=&ww4#K=pu)*E^W$Iv!ze4LK?Lx4N{K7K*
zU;v<_HxxySnQ&=lW~Pd~J`eDPB^qYT=R~VM{&+RbdRw?F0iw4q8u!~DImSTJ(OsRL
zwzigoL8`$U)Iut23r6FRy2WBfP*9NKe`g?)IH{LnX1oO?y%H*b?$I~-eT1G&eiy7P
zUA>qU02p;V5=Xg;G9Z`=7OgcCTu4jNey+a4-sm7tV~HC{)7oU&1I}{gdpL7J$@|B7
zj<+OF8oWLd#e5BQ$@}|E{PPsnpJUR+UT?&!pV)Wcymu?=W#N|8Ek!BhPrg+l;_13^
z00(#y31>v_1QxD+3nW`H2aN*b0S&PWsd>PrR4u+2M56g&oVP=tm^kzNc7#^^v#ZCA
z?<pb-d}veF)P|D}Ev^Ly?1;d<Y5qrqO|e3Z<k~&yCyF#>SftNyR#o~gI{Rmj%wp|D
zBN|HApX}S_@wE_UKK;_=-O~p1(f;~{c=31&vg>{_5^Jh9N@6X*d6}%Q;~2Y6W8P?#
zyAlOziO^l?jgz6=28~Fl&{*0!I&X@L!-T603<eVqHp4PU8sp;PHVFUBuyxO$k9<7?
zDK0EjFtJ;U?fG=&?5V)W6R3y0h*$J2Qwkp+J$N)*%Uu(Wyew*aV%KSvfAqzNa#-M%
z>$~u35v^5ZX0HBQSOkoHXZ%D}BWK@tbCt8*<tz4<mCXL{I2X}C46eliqDgc#@fW0!
zdu0NW)jB)q2?^RoZ@hg^J3978$R5=GoROaBo?K=*(dH96`-KZmbuTCxLa$Gj+d}jR
zSwgJWtw6)5{NuE=VHwnTM<=rD_s5@K4-EySI(j%_Thx4wD+Jf$27gV=j`>W#N&RxS
z{Cj;SCW=dHExJL$2M?#{926u4T7GozTels|(9tV0DSk_JLMTQu=hSBr@VdF_Sc{zN
zzQRq&uE@D~6F;*#oWA~k*MJTKlroRa_8zMA>3(4W#;&++&mj=}glnq^*N_R#?9fA3
zkV)*(;dP;VTR{Bjf}ZI+trgHp4XDZ>v1W8ZejC`3(Oi>(t#t34%P0erI4!9?mQVc*
z*2~AKMw$|5dc>W#83NEUXopHBx-W*c0({dqG3?ZknFDwuKY$NzTD=u+W0%yKnR<X$
z%1%>ntw0)OUA{<TyK1S}<G5eVvoZ?Q3pnGwuV-Gv#p4_u9isq1wRy_0OAamuY_!o^
zoxaKgcNUeW(Z~zQo<7?P@j1l2fR?XPHmE&NxUZk$=pfy-`X$QcJdNvpYF-lG;ghj2
zOf6lPOvjV6)cW)a>Gd@S%At`9_<7x;{*s%jlll6+IxF0$=3xT~zEAhc)oX_WYO2F#
zxg9nY^ujK)aDyt{TeL57i$ikfh~L99Txnk}1Pndx;cK_ilywPNCN<b~YI26Tr{Dh~
zet2Q}&fTvsPZuEw-`=^m4f&A))rPk%$kj?W^r1>YY4!*Ng+f8t+kX+goLwNZ&^3z`
z(oya6Ss3d{vT+K%jNgc~L@@%*E*~Drm2K*vAmGd)ru96fOoRA%krqS=Sd1*H7xlWN
zJyinVt;60Ln?%$bR4>am@ltfLp*F3*66Oc8wbFPa-%U6)(p*XQ8>`Dp)VOtI?L>|N
z%T~E+suhD>`uc03*&5_5zau(Jbrb&Vj4E|?go{HBy#19HK~n8P5+X`JxAq{qme+fm
z=?o6JebIdEL#cp4Xz$Pk`#beNZBe~gS>n#`Ps!5ic5&oAXt|-8jvgkynLrTwC*Zsf
zLtFbaq&Qu=u9VBY!(Vr494&wpl5q<UGs3LC-HobeH_beaD&agq7~010RJGCs!_i*R
zvp0M!_9`^pPsaw#Sa4?L30?<geBp8$`4C#LXzuCSPu2du(~r%8Mtd$Kd736YbFE|6
zL<XE$uJW&LvYbqLbF>zF-h3>~4lxdHP;-_B#k`PM6ti}5anaDwc+V|({+m(<J(Sgf
zriVfCwsvWU^6KhBXL<`sBvP6sWP;0IEWDT8Zk4H(oeT@K=5oYQry`ksH@{d~iuj$`
zNLNl3!N3f|d!%*Vd5B8ocfs}@uU;NsLTz9CP+$wT580lh9U=OVqs2&4o86&yCxS_b
zSwCq?%528TMw_Fw9^0y<6`S$CKIrP`Nf^Bo6tr7j-UHl_G(VzLXpi51Rz%TUICjo0
z$kt=%yKJ<*f|L%JX;=i0D7o<Ph5hcx6WfQ?>cG)6!nTlQM4#$$gz^j7d`q|GhZ*oY
zXSVevioRmTWTW-rpG~2G4}BK~sHJLY{GKxf*gFX!%I79;KaxGjuewz&CaE^}<Zzdb
z6v9GXB~wjeOqQE}JP4gOy3OCeO)R|YD)XmjdX*ztr{~iQ4qt1IX`NiDudlcE?6TqJ
zdad5?6YNhdcEz-`C(br`d4aus!e+`SCYLywC`()I>VT+o#B)Ba7_hBlvG-+cz;yTs
zR;^MQwDLlnXYFJnGsL~2oPWa2)3(*@oZIBhHCw;(8Kbc{NzH&=8rAWS^H>O#?T?<;
z4jJ}O*d|10_+DD#&)Oj$>WYJY=CO`c<HU9><W9xHPN-ct@e_q1S>-vk=4S-buWekv
zI@E$MTXWeH(R~hXJ%`6v+i%RjUO-;x{_GaQRuE{<+?EU!L`!SW;TtiJzOg>6ER9KR
z0W}PwMmwsJL4)o9O<PNx3Tpyy4irNGx9iK(iS5-tfihL(zr|qWEFvQ##if;3rgGy$
zaSSUrx6z4Iq^gA@6u6>zU#Q#s!Ndd~R(Nwjzi;;azIhNRyWoi%B8~P*3sCvYt!@Yf
z5J;9L1_CvzfIvT^L7-#);{Q7NL%MPD|428hH(L1PrazkcYw1SypRfHv`a`!rbnwSu
zevtn71pmF;@G>wBfYZw!1R7CRJd`LSxiHoe4?PD0`Age8(;w}503dr-PC*9*f@$j2
zj6X$<HB0G1re<fAE>nAYSW7Kn9+#^K1FDUi<5Y~@nj+NB3raUSg%JiEw*3c`|1*&A
bUj$~7EPQmMqs(3qaGbWVJyCM}%Kd)=yn_n{

literal 0
HcmV?d00001

diff --git a/doc/assistant/rsync.net.png b/doc/assistant/rsync.net.png
new file mode 100644
index 0000000000000000000000000000000000000000..0e09407035f9ce421ad58654b731348636b4e68f
GIT binary patch
literal 61465
zcmXtf2RK{r`+iVVt+rZwv|mM+J!@7KZS899S+(~Jkpxw=wYtz+(JIjzu}6p?Mb#F>
zj!~Ns5iyg0KELbw%atoR$9a=;-aO}d?)!f3_pQ09A?F3b3jhFs^YNpHPXPc%5Bl@L
zc}Du4<<Q(S`pY>_T@zgZpemjH)RmdO%@F$3@ByG=KzN<Lan0?~QxgCHBnbe-z6Jn}
z>APar0Dy2g0ARxf08sw|0PqFnA}uuO|6qAxWcUz3`|nYJf`6j#VGDX>8%lqD^nXu-
z9$#(xaKPh-y3Zn~w(_DJt{5KEbVA8N9Nj4nqVcR={Dt%Fk+G~^ze|=F9)IQ!|MW-F
z=W?+1W2=cWq-|J?uIh_cp_#HTW%4Y_x+do0H(p6z<dnQ%pzE#)xT?t#C*T4~qn^oQ
z<oY^e1toq`lCut;S!<C;NzW+Q=Z>@eg0z{ZVdn~Qn*v&eSoxHE*DqWo9w@BR<}Pn?
z|6<U@U6tg1=;+49^XEF45;xV(DR5xc$m-JN-|TB^?GR%dWTaua;(~la|4L<(gG}eD
zg^aLF=ZhNKyW@pc@9tl_D9Z29-7J7|(rYNm5$xt-|9a(?h{}!MV+pj9a7oSLlI-l{
z!Q6fgs#{M&DOi<Tbh%?ONVM+hImWo%HkZ`sh_@(6iW6e2#Qrnqpb2dE#i=mL6fVV6
zbB<Lm(U$FOTm-gyH9z=LWJnZPLC@&gMW~{hp!)_{Jrx<%S1IL`0xQI>huKLtWj$WI
znCR-1tx5v*Z?k7KObE*)y*8$Qi+wv`J!N<^+%6Sqt9<L}FC6{wawmj1@#8$lU0z>@
z$P%P&5!QzvMYSl^yLRzBH%oJ&G0F*U(U8K%E+C|BjKIkoPrsGD87WsdTvNbg&s{P+
z3g8pv=zTRIT<bNz!nXU(Q*pjB(l4s>$Z*!U1Hqcyxfs&4WWX(ZxB!1A6fP_?s5CS>
z;=?)H5$3@xkleoz6y@+Y!Nj2S9OHt8o5o9p6esxD+M0)L-$P7n&Fo?I<L;1!*!bqu
z3qWpQD%@UNusXCAa8W9{D}L`^T)9sR4ui=maw~jWR(Uqt{-P>Ulkl0X@Go!+M|7MJ
z=1T5lDX>sYNatT!*;r{QS;<_{0B%-TS%pN&IJ~>7C4TXI`sL~CmI$1$^2U1xNJkRq
zuy<W1sfvRYw5H|~9f^-!DI-j2SsCe9O2ulPnFJOG-1ICM!q~G0?E^?Tj*3kSFmDGL
zDeo~@o-ysL?M0QE@W9$7J&M>pCrf<Cf`u?wjw?SVK1W(<yX7WV(zIfm^V;_Fkb~UJ
z&c(eF!&x=@&vMdv@G^^j*}v=;i_JXtK|&33_gu2a><r+H5M;&Hl57o)Le9cFtDl?|
z)zD6kd(+W<+K$%6jOFfO#x;U@>0kOA5FA3Pq~J#1<KtKNcoMnY!cx(u;aHD8F46s$
zy9H9>Nv{c!5wD6DW(rmA<6LVdg}Er}CGvLR$xiTu1$|cG{O<%O_`fv)gHo);6=j>f
z*O^v28y=U=zs4)8JdmW{GfIMMb#9oXN${_Sh0m%EHD!{QSP1+J^9?VYk4d9VpFkYB
zqi*vs_yFY2L6Lk%d%%2%tuQYPZt+XK6kGLbX-Ud7^50<F9R%!T1)js%s%Q33^my#{
zS<DWV<Z#qPF+1I7Pz}N0N5twl{f0)qw+1g2NB!;3QTC~GmvgJK5$1~C`eTmD9QRI1
zj&0Q3sCY1(@Py2<L|9qbnbs=|h#F;~M=aXe@AZEXi!Cuscs$|9Ti9?(AxfJtUvn=O
zZif@{yR|L<(}F*IT5F^J<cGnx&j)Lq^>DjxhBi+Uct)etQn$UTq=XI7Y6e~YdPzJ{
z`yS}%%ZCP2KgBH(9{GjlbgS0O<PNWOcGwy5mH~cCEw4g{G+e`D!1=*cOl7f;CIPtF
zI;nYA>DVbs6maY``Oj6HLbY)#?}~#sCz|AHszw~QLRgL8a$aS%Hb_k37NOt|--5_w
zE^L3*q%eEq-Q7w4>+`6+us>$jLI6M?Wv4IivI=-@=q(~e&^CIpxwa2-3xW2!y+_pu
ztT3M47-Ez-ae|?*1<aMQJIg#eX$~)f5&j}=o%S&}yvW%>w~%Mdxuvy(ng`$1fK>2N
zLUJPP>eW5xfxKoQVoqHu3G?k{{*9aFa0?+P!On#}!WhoCZfYQc4FF19pKZ>{3?MwP
zWsJKYdCex#xT|t6$*OzsYnNO~Km19yZHcvV+<2&fcEv2}pi|zY{peBM&8N~MS8~zx
zO^4=Q_rn4*`B(9ZX&SEpghUkkE1AO1`d(){&qTjdV%78lZY%0wj6%+iPSo^vXQJlO
z)`2?E<G7Hu2Inp1jJgj4YfdrLx>t{V*`Gj9WAt@e_a)%}hD^Q9a7TgY6S(T!xbM}U
zF;r~ZDjpQ@EVk}{lPBn0>i(zzHeWle<ym<nW9)E4%YG7ip^h7>d7>rjj`wV4w-2w+
z3y4Fl*cAG!TW2;qYJwGF*>&>3(qc62;Ek<GHzShSsP;X{h=W>;p;6thoWx(;V6w^9
zmhFLb!BOwW&!-CrkF7JmUYdfv6Bz4}>baq5sH3IrvsdD4r#qXck?1kmH(6?JR%PSx
z{CW8D#&e8wP|$lc8WwKKo7}k&w5lmm^lc23M@&;o!dQ-ug;$u>b}WUQfgwHncj;68
z%qCSqzyLnhxI1CSv4y}*LxUNZf^La6I>d$}kdm}Ns?j<<Q?&KDGZ<m^<gpd?Lm=Tf
z4sbW9$>E)+W9!jC)!>S0u9!AB5d7?HnHzvYwtC^G+!Il&(7XFW3V(4KO!M1B>Y0O@
zpUZ6RwelGBUT79)6jebdyPL7IW2-9uovhW@8}@ML+qYy|ma6^NZ>VzlmIzVEomib-
zEr$92)gP*_7B5Tb<XI}ZEd5$7o4!fAMcWELtNppuam<zw-@z?%c%khG21TC7*B%v4
zv?c55W28(}Ue;&*H}hX=6xL<i<MTNLR4DL#vtp_;Lz|Y<PHdtP6o>Z=Gr`P8eG_eQ
z5zA`5WSJ(adA{J^;fF3!y)MpmcN}ApCo~`ke>n1xn=5C~Lu-5Ug=ND6Q*;%B%Dik?
zpq~%J{f3D=M$V`g=0QQ``Ux%HAIPw=t>Y1}em{Dh?_GYxa<Ez@kY~lD_vfF*yJp9)
zIm`u~U!1g<9{ssNF9#QTuhxK2rbeakhbc-eA7(xN`~%$OvPR&ln*0L2CyY?EjsvoP
zYvf}%b{Hg*JP4$aSd*CLz@i9!-=iDRi%3OiAf(E#V6_{Mx1)fw@82_CS3h0u-w{0E
zy#nSF(Q2=RL=FC;74x0WJX}|sqdZgHQ5LecJ8mR$2vs;(p^*NWgX(7?CgOrSooR2C
zf7~G(qbu7Jw}DQ=YB3)+W+?`2YAP%plas6l#<^Roe;MQ;Q`nOO2>;2*-Y*T4b}f{#
zwSd_^ub|3Sk-ZDz-iqIo6S&_&-)u%I?Thjbfnw{#0}~Uuoq4+5`&M>443X@hWv8@F
zQ)sM+UtH<aeoqeQn|Xb9g3ea-%w%GJHfu#DQGTd{iiZ<C9f~_$tHM%50p(-&YShMv
zOCSAIaxkvx!s=_IN4}b^car*7f}&FYCKeY<sy3Kv`ivCAlarH@qLU3U3wucOTslf3
zBt=~R<jS9CRa!Krn4ewX$&bndp6v>F?Q<me4(rmEzvXsx?9ggA%xD_a=i%Yx@+pmY
z82{<<X5gDhb5+&mCM28M*3?0#s=pJV-Iak~6~$c)cedR84NhBcu{RIe+U9m*4chDw
znA9;+U4f$8yP4Z+e|~D-C0qyM+q9uGxo*xjDR6SO{SK<Bm6jU=tqs`Tdi+VPB5wP@
zXOpseWv#An%QXq0v_a00MozIy%|bv8Hv_&@E91*oSoc|7WM_p}b1)1mtRM$k=pr6}
z*4@ps%COa6^ZQGk-Q4NQok0JV%7vxpG0r-qb$Owuf*Z18gFPDL9_M<s>R4FgxBAN<
z!L0$U{PvZJ)W`I6e8(E`<iUdpzk?>yDj5WUX`}pClv>7J{=Sx%8gLl(uJhx{>U<G=
zi`t((RlsmI9JSA}w6l5#ZKwZ0GVcB%*_-bXf8wyWw<=$NIqkjyBI)d65q8ZxuXQ8B
zzul}e4wJN-K+Vn9URv}p=*x#DeG6<*T5k&u4tJ9u^0}K3St~Y1R!+_$k1bm(Yr8Um
z862#dl9}ImKTwVpk^=rgjDIJk2oQfeHtfFQ=G_br2Nbqa{NqmnvD`RG<y4z56oN70
z3r>aBxySJLJ0kRoFilztI%OW_qc{AMra=si@ivY)h}-?}(I*^HnxFxwojE(2_~4d!
zdN9(z?ib2C2n*ROo|ZkDOwCHp_KAoa<}9!)ZlZ-HV|ij#v$QNEjX>Mwu^&F&U`R{!
z6;ERM*^+qmR5oE)SpgJI+IG-8F6Uw0kmc35xwheRf?`k&9OoxEAFN}Wtr7Vj-@mWk
z+tUCNruzIM?}xh3?!RNt%T#fY2)ad`Z3d2Qm}=&Er!_RF7GmE6RWF}^?F>7(ZV4ar
zUhDbrl(nWB5T@SP7^Ezi`u!k6Z#z#%Q-d})n=Sg;llw0z!;_bp`P^I!IF(r|HZf6B
z2Enr#b0JM6J=-fcLqzMvwZIu2m;g_M$4IU<_qhWRwMzE>rRw)hz|fF|lp)taF0sqE
zGR}hL|CYQ9)Q0Mq)wyGQ0dw}GMcP1P7WgPG>gN`OwOB{hY@=Oht4sM*8sti)%BDBI
zqIT1$CtLQbRBid=udl_92Xa0C?ELkZG**Sz^j`{|tV(v8IfnV`%n2$Te<g`0rU|L|
z9rIbgpdA(yKg|bM)ujIwTItJQw&BW3pk)yUPCDISQ3SGnj175^Ca~i!dbgCe4*C@T
z>R?9lGMio!m+~xn3k#?0x?(i7w6=Qa2+~2uQ1JG!x0iuuuKw!N3RPd9A&H5*nU8Lc
z`YJo#F{Ohs$KvfJXAX?lX#cNhAn*r*yuMIA=GBkC<7;|<$3<239kWAIh%`A54M#Wh
zBrJv=g1zeILvSr;xFJ_@kM6GErmbR+)Y3aUdlH^_`4jkSK1tapA5HiVO8Q4Q&BvUC
zFP)75b;Ky4QDu0<Z#fPVY{r<XRgp(yG-aOX$cfJjuu#^Pm;0kz7JeTBIg>bg-kLLS
zp_+F8+G(qokh@@O+O54X5^1}AjeL+V513yx5XdiM-<oWWL1=4epOze%GG%)!VVPOE
zu$=uPL#_@gLb0WH5SFm2#ygIRP`|ap`p1-O(W~h0o<&ho<lFJ-uME&uM(cd5LKVow
zYa^m;&$5Y$W7NP%Z*TIjZ_f<9xF2T7%g|i;>DAq9OuA}No3m?|k*RrAT%~RCKHN<W
zO!)WHEQZ>dAJa;kE4Odh2ceRZx_`hWS-Ch^*c$?7iDc6H=&Dpii~5>{&<~-Zkr~a$
z>PQQ@g&1elK}mS<1v<i54wg!1AMBAGx2U+Ql0(lMQJ*ti2Qo6=MpF(B4kCirf8W97
z<k<7K$=OL<q{lnw((f`SxTWeH2=nO4ChY;S(XPC3`6}eM+3r!UM_uONs>0oyIXURl
zkQmuuu~Y+|<9`=*#B}PiSE?tjbh^u%-?sPhl>t5w?+Cn9ZdF=RYDQf}3n}}xmd5tW
zbER=|E3emP4?r)a7!jjBCzJHg)43jXp+il=2;2Xw(jwmR@bgk6TLE(8mHw08Z{#or
zp|g3u;Xu*w!t?1Oek#)#48%N!$SuKl&*5G7V$Fmfz)vM9Wc@Ew_J7oQ6T?z4HWXH~
z_ZF(PY8>+ff!iei<Gr-NfO%1MQ#5b@I}AB(S@$Ti(wm#7lUk&h1G4C+MQ~{Yg0l6K
zCz`U4^;YKMrP9MSzVk)Z<W>Q7(R<h}LhMgzX|we1LDcAzOXtr$Sasn{%T)pWiA^95
zatIGu!?7D->eUxN?7o)^D<|>YKG@O$A3s<wv`V6vICa+2#TTm7H2FCC#(A`09*E`j
zfA3!7WpBK^OuziN`71Lge7c8Mz5M(%&#*m)<;?U$Cp-@S42z07M$z0UuU_{N+Sg&G
zTw?c*Eqrz9gX{0n4`j12)AErPRlo5vLMk!!n#HI4*EG{kO^e(Ap!$-yFl#&GxAu+U
zPUdF+eOq^0MT)|h5~Og&1L9WLkYtF+N8J?NarG)5_6i)IYq7Up-CiG4yw;Y0e~XI%
zKC%q0ss8!6u&B<i+zP%Fq83mQz^Dr3(?%B+6&<f|^5)E92l2DpQ2cW7m=D4caX=<E
zJ4BT`?`S&^^s27@cd<}rbrA*o(T(K2caJSBBQ-ZVI!R-=Qr7)Vnw(NIl+@K0cim#K
zl|mR3(f+9Ta`zLVqJkn@Z#x^(V7ef_$0?$oI|y6|X#yw-nn2D_z8TiPDy*?~$3NHL
zJGTj$xo1(kZBhhy1#jK)ld-yBHz`mw`_62s#=-1x0rbq#@lWq>wsVZ%>_?j3PnKCZ
zmozGoe|lF`1elooWjKq6-iskzPw3MKe^)ZMn3?HeW`_8xxbkubuc4{5rJV!;Zd~C=
zR`wW;eD~eUZgym(Y|IC+8~Hga3%BdKU{`)H0W_SQWmYP01tO@>4Ie+hvX-dOzd!ij
zEvhQbkal-dqI{-4%wXbB(a}*++8oLM(Pu>^6I#$7JkdkBnVcw8n3Tl6ygpElKyzXn
z_V^RK7qkRarlzN-tL`Vd9&Aqosi#p@YP$)1D?%*%=umanR~~i9)5Qe1n@1xOc`Jj{
zK?Z?DB9j_$dLw<9{&FO81cx*G>38wGrkkfu!z#&f<dQfuf#AqvW9_`NvLgSl$2{8#
z-)!Bz95Ug@rBAfIo9ToI3<wzC45v@aCATi2J)!U3xJC#iz!8J;mRGd7tE4g>sy5Tr
z1&V8P>)N+XLTgWy1#s<>V$2imP@ua0eQRe(oiiHB{fn1=`+c$8>um~0b1Z`1?W;=z
z663gp!<V+D+j}g|Ds(Z7wJx<TO7q_7!p;ieR<GRRGBPrBXs4uiSMNmZ%sE<FX@{-7
zXZ`N!I{bE|X0^^v8h~;dTngz<`H;phdf-wXy!>|z1@okj5a3N7D@^h_J$y8o;!SYm
z6qC&5{Ms)q?an8wDI%`e*_%C;{Rs{|&n-lCnfCslxp3rG^XZ>AL<XuBrv<6W6NV>G
z4pbHX5M|W$Ec%(9oo#1lkS2_snfWp7bqJ=Sj*+FfieJxCrKNphbZGfn(Ugm1FK=(U
zS|%eS1E>}B$0;FNocdqXz_pbf3x`!yOK-kI_&jZDZn~3^N}o!_;=$9EwM$1CcXZFh
zCf2~1M9vi*MFoXS8Al|D>~mR}?KPhJNyd}jl{I@iepH(LYvaTscZU{-@S)oKy)1?D
ziN^Jr0ag(=E5CpL9*A$%*4B<^<<^d&&M>ikjj_+!SYH>oc(H&kUM3Rv_5@Y@Ci-(!
zfm^43!>?Aw3Y0+<f;2Dd`1ssPkeYfPVLFiA6ebgOf{1AvELk6YH@T9TN#gsPpZ0ZO
zWt>+wJqD(u8TMr}z7g%kW6hW4s;9@ECW4A0v1IjH-WEDXcy&aS1=I8_^xV1!RFYi3
z_~J^tQ{MgXwk!PB<X}oPlS($rn-8|pIy*ZBga29I4nZFsCw<bXob&^5a#8?ZwRv1$
zL8#W2#gA>6=*7bxpE_hw(cABb%X|YdUu$UKqkA&xxDr1vpMY$IBX1ygx*|GvY*TDe
zVTw~o<#bht)&wGNU`k)n)0=js?OkNk+W_z4oSgL)$?#B1qtKd)$3+&{Atl9Z4+AWR
z3D26OBP2P~HT>r8NRiRyx98eEnQ2F@k4X5hn!V-yoPXAd#eQ=AQe0eIYK?G0Ls8$q
z|4&0>y0f#$kQ<+!J;mz9$;U^nb~mEduLQ<Hm{2HGG=)(9R2c%fv7_A?q50R($NQc&
z6nc!UnVFeMC04I^v;z$>NvRiSD6gJ&H#RpVaElT9hg%*Gn~^srOIuq9dV5b2R{0<;
zZYRHqOQ>8Z_Vur(o`xi`tX_YwMnj8J#Uh<j`|PCG94cGV=pgT@(XVq(b9Ahkcim}&
zd^~W#ooYZbiaHv){w<y*QAzn$ot;QluNHBM8@MwkC?s=M)KW%|x@U(aE0RTtR_P*I
zge+2#&K25C5$#vsOOjr;(I>LZ2{rYC!>6OOb9oLGEkkJ#?z!>0^F{cPkeVk|M&tm;
z;}Uvzgk3ulQJY`>VnXjQ^%D%XIBs+y)^+r%^BLt&lZUc{_%SFYkH(tu>&V$YLZEle
zejnL2))Q#q!0Q;Zo|9fZIJ|iM^cUO-l({PK(o8Zoxkx7ySKIgQYmm-($-VG@q(W;!
zwYV6N|KG0Km<swCwQs{%pB5^%kOnkZOnlNH{BjHFF5%#cuoO}@!oDG(KU<mWa*VQg
z7{jNgS`(ltH1|l)ja&6B&lAo;WX}pW;fk&E#Z@>qj~`X@>EMIEf8Tp&*APiu)P@`b
zDhb=Z)B`?CXn3fieW4<F-)2zGPD?1;Bhg9^%ORcI>BXOCF!tToN-?D(zOb&fm3mAT
z8q}f)19WtBR8@hN=e8A+&;v`vlBUpA(_A&;N`KDd$B(~${R*HG(_<bQ806o&1yOhT
z8y^C5LLe+>h@?xcaxv6Q>7C}r#{IS7rIQYx!QcH&VpSrq`-(F&o&Q3=%KO(h+qU%S
zP|L#(A8{px5*|eP`<I(>!{!;7W*i)!_nR#9$ynhV=M=BG1U-7w*8h_zYl2k`9J{@-
z(V~e0kvW3C9ZLI<$A0~q1_qEXlGnue)eLU;_iJe013f`Fp$IcgvxP~6-<f6Iq5BK}
z*1Q7E;N!!iW3!()M1NtuC;k4D`+NfCI3RnE6`4nG7kwPw<WHo-(7`nUEsPwfyqJfg
z;GM1gJj5ep|8qWrmXMH;&D~0yKPM_#%p78ZT`#H(UMJ>h0jYmf4ZlknlzNA6mkXIa
zNd#Tc<c2_kUcCGV>5}$UP*4ypYfE}^h&OAvq3BS0E4`qzxA0IHU^w73S+$xhapwo%
zUC2THI0xjYoGrj_e3@4S00iP1tYuZM+zUV5BsK8A>t(D2;^OAy**~&SWYnzB^vCB8
zt*QS-*52OU`zkD<=6ceALr#-R1l~!D!Pu6_+r1FNCZw!jS1EdWf&G&t?N;N_L1f~#
z@t?4g9;T`>gx_l!7X|CQ0i(*@!BWjgK7xw>32<uTgQabmsiyQeTaCSihP%_Kalq_2
zO|i&^a-h=7u(9I7Yu&vT4q^eZ*l8J+299I<hm@*n?;0R1R5o{RkxhIIdaF6U8m0-~
zlGZ96^C5%suIvAgZGE^f$u)YWG1wWB5xO?y3J^>+fMefv#<BCZw0Qs*7odE6e5nT0
z4S~)80)ddo31DDg&=lSI-LnXXYsbDn+8#cgZrJJjYyt!VtxN4UHV9ryg4Wj7e0*7n
ziHRpy2qnHM4Yj#v%Y2h5lY{_9y_Oc+P?A@>YN0_Q`^@ZMW`@?i$P&Nf+zUrVA4jm_
z5A=Hf%DztIiaGdtxX13ULvzrK7`^GK)aYcdD5rMgmzj(ESY7p=GYjW=q+OKBWrdeh
z&nB09uX+w<yyk)`gc$#(BbrZAX6s|6K$C6G7<9fY`pfP@OoO(T`#Z%_GdkjY_~4QW
zR+tO^3pp}~%W@xw=&^7ft5aMGpL(DF;vZL|=vI6OS78G2$xcr<)6>&R!gyPha>qc1
z2H}RgvDfric$2TH|LaM<di8{RD+aXj-)B{C_`v2CiA$27Kj#ZbXUxIH`)!e7KfR~t
z7O#a?Y{&TalxoDhNOfF;hB;Dc=i(F@MxnGpbe~c0u!+E%JrS|ubAup4e6U`FgMf|M
z9oh`yrGC47e)OA!T%JugKAL^+^RxY^u4E>dbD(9lQ|Kn%jPoRB855~F{2=%UAETxm
zNEAio69o><Vj*V^ABA8nIo&TT0KdUYjiCjtTOSQ$0HD;33GX8@n&x0?Kcie*=L?s=
zr>CT^Z){~5%*SSt;Pfb`5uvu%?U1MFQ576MoV?*G%>yX3?nS8nIX+}Ge-4E;H0*xY
ze)M`exJL3#eq?p4=1wW%N#K291IIL|eC8gAv2Ci(mrtKXtm*Jv^U+MGW#{*ApMVf2
zyYLz!cF^>Mb;jYe<4sFHO%_b{k;#gt^nDvlcNpDc^yCUWT04}$0D4=x=-E<+AFH$T
zl-7<plT2f`c+R)HeJ{!a-ymCIlFm-ymz#SprQJen$iN&)OAP)#WJ@w;b}8pCv^;AR
zUpmpyy61<JLrf2|AsFSns(0p@0kptg3cz>F_mat8p^A|E$ix1pq)l1VT&gg@ADfrD
zu91cQy4L0T)z>NasQqoU)~GtD4A}oA%V}{J47fP}Jv;iQkj<wSYE#oAufnq};M!qR
zrGF=c-N^5@+ctBKsM5~=>XU6I!8>uGD=T};!GJ@h{G<Xt8_gX5KyUBIW@a&)<qd!}
z^6}{CXagQP{eUZWW2c(yw8Rsuy3&&<<O6Jrlw}<(Y#>K4fjF^cR(ge4MGz`~SaE30
z#?GJ+S6c9V-MhZp)*1eia7&;rahQFIlZ`NkI>B&DJ$?EyDk8r|O!<kr&$DLiC^9?-
zQC7A!>chrs<EIimn6DMsdbF|%i-9ixy_)f)2)q8o$VlSyWB7N3-b7OqUQ`RT^%MTx
z_O6xdFq;{-8J(@3Q2EZ(Z^uv<6XxUM=?FqdkPzIYsge_VV`sPWx}Mg|EW_yNOs+(-
ze?Y(<iCo(1r2Idn+F!^GI&P(d^$md`(nejWX`*rGZ1ZAC+scaM2lKGagK}M_S3Uu=
z*$4Zv^j*%*=p5C+L@wwER!{Ek-7tLImX1`#h<Du>?oRZ<mg37l?^{k!Jy-h(l^2SB
zz3p9AR{nYOowM!pd$ngXud?9Qqm4w0cXv)*9TW;pO{G%}3LQ1vOF~}|P%AM*IPp%h
zFtgH&9QXqrPnqd#U*By6KPN12hi?w#os^wHy^v1oe(ms+e^)K26{R{F#J-dXanHc|
z85#DxV}!J)OpMZyQSZEZInzZ_|5tYzVL-C#&Xee9w>@;d?VBl_?D`D(jovcQQ=cpw
z4MmysBykDjaf-;}2{<5N2n1+WT!j+RM?jgg&Y>LO_LPvYu;#Bi(#xH`)~8YWcSdiV
zx-!I00|~*i%w*>2kO8dL#IKUcLQU3s)cD?b1_>yz@QLY^VWtUw1=Lhy3uyDuU0a7X
zI8An!Ce;}O#`cm?@hnxgLn^aJ^Pj$Z8(H^VB9b`-$tlHEDoe>DhgaX8%{1Y2%jeF#
z$2;7+;Nd%5Z*0{&cZx$MD$2bP+<BU`$syY5YSLtl;kk3?zC0UI8l_S;jbaY5LRv?;
zh?rjh8QW2>(H7e0A~OnOfv<(%wEgkvX78$bu8=g+e?7;#Ot@ze$zXoY3~DmInjf*2
zL_0?7P{im0)%ZI{WKj7`A?<HgKEu!ibY;6~(yT&*bY$P#T{Y>)nyTO(l0NQ_|E%iz
z>tpAo&sS(_L6MC@N$%gGhQu<TG~ETTn&wKY+bKae?wYu5CpqWExORqA38}7jC&voM
z_CI7bXpE$`=-)AToHX&QYl?kbw3a~P)%Tm4nQ=&bD%~(Z=u?*u4Sx0Q#b*7qW^38<
z=P1M0`lsM^Q&L6xTr_0uB>)z1vQNls=4H+*cj#Kar>>JjiC~&@3MlKcS5Nz|!M*+s
zrwB@1`fhof;9Vyp-S8}z<!Yh1d}_b3k)i__(q9y;CLDVYNI0!@H7$2Qg{^-yg)fEg
zX{m7VtK`fU8m3!2Md^PtZ)|M*-A!*pDoWkBajxyluxUaHmw-k@-vY*v-hC%7B>-Al
zS~z?I_!EOef#`_x>Og#(3_I}O<;S}PmY$~3Q6LJ(d9Q$g%Wpv~7tw1qWg-CtLOx?$
zdivlXJZ598#*_F{jOmmSu+Om;wb#wFsJ+-B*19v>oc>8L5)_p$d(sI{8kAifc-N8u
z0KIuAQ3Pi?WrC`oeL^5)V~-OP#mvt3r#`AiUKulw)|)3-JOv%YVW$1r3!^5?yzF-6
znVl~bIWS8hVqMLfp!52;z`5Ov=PR6=?aX)m58r&yF6R;CJ$JCawAex0=w-U};X~YF
zE1#^xMYaTP2eH+A;H{Lfy|tS$)_|Sg>A{XOqd_NK4ftF^1@F_AI43~k-TmcIK#8J<
zOw7*bT;)TV*{3`nZb4`df(-zx2huDY-Snz6>7lw6JDx6S;JaA4kFaa83pud>_UmQ?
z&<a+>_6x-TU16qwxlPcZ=`{VomZIUB96_O8P$%lfrt>dz8Xk=|dcv_Bbu6Gj10U~K
zUJ~c<R1#71tG$=ana3rZqtN~$D=SNf_}dGR^$&M;OcD9tB9lwae5Y$3+726i9|k2j
z06rz|A9XXNB7c6^Sz&Pb4bTB-F}FnfBo43J2&dJV$T*g+3ys31U`#GAyl9{9b%j}`
zvixY*N<F&sYfbX`9II_2ObNU*{u2V81*8a12+=zQV{m7)qcOoer@-<r1%quG&Z5ny
zQApZ^_N&;RvD<aaSzD@qf4o)gTvvYiaB@(GlPmp{I4Uq{6jML$VBNC0%Z<Bw7cZG-
zB{0ueu;`Pj)`*x$Wxocp88S<9l^u?|RA%pLCg3Y;6Fr1H%GBSQp2;1gh>6i0w#=RR
zqWys%OQcQ!{A)|d9F>S1zRONQt&MD?xq#U2g%%*GBzF7TxGx=UuaPzFqO*#6P*Q3)
zHp;zq70azvH^XbKCi~v4)+R^H&CL;s#1qO6I%uJz%vMpPY;$yzY?!{n$IJWor6Qf^
z&)&*A0>3M+lQPRc-NkV4%%Mtgn-B;@hkCd)KR<uRx?(L1DKpV7$Q^g0IH(=^Z&Um~
zsQIC29i*>^6{2NOH^lh31r!>6J46zURaJ49Fo_~3GBFPS4gu)csi_<&lz~X%-8$S~
zV!QMq{#E>7Ru-SI&Qz)App?XAfF6s{z~_8A`M66E7hRYsx&R0s)V8j0q!LHjV4~Vg
z#|O+8XArc6ckg!C(@##0k~jpP;fLOzY&WnaJJYpPYs6n>#z8tF6jqN6$~0ctp0WI<
z$z^C#dQVsdBgY8Tb#p6hF5ONrsx=5bn32T=&RhhsVLIqsBiGSYNiMRjN9;mrh4p5b
zIxtRSeyx=`sdFW$iMcy1ewcDK8Dpqf#u}ch%M9e^U!^n+A-_HD+%vD%Y_agn-##Vk
z@o4)T5f}Tf@eQat@6cAeXf?dcUCQ;@OkVpbCOsqC1b9FmwAnZqj9rhNk=jEzdRT5(
zNO#OgBkXP4_A8xeYWG!d<(!+-zRSD$Q|gT2^}E9aXg<zoBVOwau%^r@v0BmkMQzah
z$^3TVF9cH|Yci(+q6{syyWwhCoRf6Y`EG-Vg)!f+Ih65|M>sNxGS|80aB6W2a;C@z
zD&?ix#-_RYi5dy+-W*Ew$Fj72@lk5?%_#CH(T>X>l&uZsTHeTM4`yl`Q^pqT582)s
z@BKva8TnWU%;x5uz48YiLo~Z%BW$f<HyLnc@NQR%sMhh}ssJNUHPiWx&A%7lj<$WX
z>S5!p)tZn0xI0$dq_wUY0+eoA*9Xt$dSg7kGl@_5B}lvbMYd1HkK0@cb_or=BIxQI
zxFqqWzrM!CKMTa+M%fzl6|u@e_NURHpl+YfM_s?%HBSnSlji~ooWAiFAbZ^i8~f^O
zWV<}4LhP>n#F3v#>eF7OO67i#NsZ}rpPU`UWLBE}>-Fo`16zn)S<X;$JFA%H$yQCV
zQ0j`3lG4^}b3;>8RL@5VDiykRBVOWqk>_BjT5iT2YwC7j3|(tI+{c>9IwD`5M=kxY
zJHo2KBuw4E?{g1bTHi#Z5Bb!Y!WGZCiKed-2o=L#RPtOVGy9^HzG1j-Bx`6lqiTbN
zIEMYg9s=KJN<6{^K5J@jmi<CYD(t>cD@bSQZ)_&}hQ%?QcOY~vEZD7E=1mNAu`yWG
zlvRk2ul418!P`qq`QZQk9_zdsTUxqV`ArYrZ7g!n?~6fc|Jh2;>n!I>jqLxjWa;vt
zb92P9%Yb#wOT~u|0;NjlEoJD~3Sd+^rg`+z>!{O6rDmOc?1qP^hW)9$+H0+E2HNNr
zGrJdP$k%E#F?8LJ*Y}`r;sd55M&?MMty}}xN|g-ku5hHC>|@h`1kIpbm+kFoz=c)~
zy79$(NnG5~(Xl&Cv>z_|Z!=V*xAH9(dbsio+aJhqx;yDS`$~$kPvlp2pCT46lldYT
z0D7BtGR{5+!mBZ=e-fDHPX_Uu)i04mL!Hb;^f&G0X~X9s`+SI>47)QArzDq-Ly!v^
z{=E_akV$-flQ5ud=6LxUPC8chVq`Pv;o^0mOdg=X`@QPS)AOe(tPxQ?0z1_BGp*E1
zIJ32ZJyCNAfj{<FDD#XcQ*>n0)aNKT^1+aAEPE1jf!R=-uXRA_PChfhpxbMc@tCs=
z3DzrY;V3xHD%2bX#Mw((sj=>h*hr&`E%AV$qT06iUQUI~bj;@1YK1@soZdX==<GKY
z-t+?yYZYF;x0jlK_R8;eaUr6)CfoC<8Kn(3(@Ji##|Mn5CawO$l>pQxOQ=x76AIL@
zRsBV_lq&ADB2nz7*X0mf!0kbri(epmKF1m%k7NO;%H)N-Uu!$BV((g>Vp67c{=Orn
zF0C~H@kT2rr_X&pBNF(bAvhc7F?~zB$n6lhq5%l#nH~`34JotT@8+YnfSNkR1{cc8
z^aEAfUW9IXL$vyDdKDX#ms<H&3{O2tw7T^<d)n?;rrcsETfMy4snmNY#9!;>B7s0X
zB@u^*hv`<D-jy#qF|_H0&CQdIQbfdcC&otb(QSZA&i4BH5nVDpN{=~R8ZI<M(ZSEH
zrYL-bZn24=5Fu4W`V5CwX{B~;2HuTvo5kZE7d@@B>t7B@c<>F4rd2pb@3E(a>xOhw
z9?*#hJ$4|q^V4igQY?p*7P}}3^O+s)WT&~zBiOA^`FqeWJJ4p_P|yw8o%CeqaK7_0
z&mH#n_FE#hr`i$RT?4seKYNU0bnqQw7u>NPw=+0fwOh5K$=dX`<t0qV6yD#%G+$jg
za`(M%{DTUIPtDD2gqsAPI(3<>C9pnl^UB#Vndj|m=M`bVF6J!{X{Db+Ql9f`d=|X0
zDW2px_$BzH;(uyh1vxp>akAW+nw$3?dj&S=H$QpRk(u%k{H^<Y9y5$7@;fW7e+GN@
z{gb2*zVQzz#Brs&#v{f41NE<l?u%6W2^^2p{%^SBr_)K?_s^<M`LP`}>cR7i@z<H6
z86t1Hp1h{I>D}r?FV{K$d&bO4GED72N#e?<D<Vgn*ZGyAA9>0`hl3*WM0BEYhTR|$
z5Ji$Pv8$DL-d__3qaLkZ`ViW8^@}pCDNhW7-JEY$J=DvG(C^;*zP&y6MEhF+P-Dpd
z_@p5_g)`7&J)lkNaE%*G__xqO-^f092xx)y1Zp#56iOGRV$7U&u`$Lmfq`QAR*GQ3
zBx}an(qTq1)qx*bnf{ZG7fT@4%&HkdeK4xmOn9|Z2nc)fToAgpWeuKb0+e0Vi0&az
z>#-hxtIj0u3ld+Ym&|5t#(oH`52OYH;86yPIi@N;&ko<WhyyV!0y{Nde6{6n?rwe(
zPcNbw4YD_m0>7{iFz!<3nN3V4GFm-L*dfI*qDswwe4!F|f!*EjMQ{8>y^(fQh>k|x
zWL;BJlbYt-$+WDDgW6OOY|3NWw(Sp`4}82cC{fXu5NGM1jk3&RZL5-{Sm$a?KiWi}
z;tgel4|-!B%m1*a(*;f+z_Dary)FFtW}URUNxTytY&iP^t8hCrbKG|fBvS6VKQtMW
zSYZa!=D<{zWgc#jK^aeOeR!lE&5nIYCJTv*igIAybS~1VuwcINQb-dBHHX10?Pd5n
z^7!%;RqOur+a+CM9P+VS>5sNT;OKH3=?E+<E6bZqp7f0F{VQ|V{`d*}clB+V{7^|}
zJ-4M{H)bBmhh&a5TfDj0s7_;5Rq$pKEmKRYAKN6QrEcU_xHta+6Ju<1`y%~r_#71l
zvVQ(tL>(*_agZyTM<=ZNhs0Z-+~~dua*ET9Eh45z?8(5Xu<(_CJF9TqCf#wFb-LHv
z#=r!Ff(+cpuCjQQ1gb@p-B;OOHyzs>mV%X?O>0mHx2Sbd*hQVw1+*Ase*ih!4BS}@
zv%~nz>`Uilq4xgL{Lcn;aA^DIknJ<tbTxQV!SjZg?BRbsWfgSR`g~6>7v(a*?*vWB
zH?bjXkG%CQG;LqYwh>kZsP?9ds6|Ehh~;lTNX>)f@90{*C;gl{>G`>os1;-%uKPJb
z;T-#gbO_LUIYOi`aAde&-6YwmaNIkajI3EuC9nmo=h&)e5Bt)^^+5o_^u%bf`nk%o
z@V$?vRt<gG?ryr+2D~T=iUJLP*B@`zKHlN&hJAqo-H@fFrKWHak@!_JYL71IPx#Rx
zU_1+_pu)>PO^cz?4Fr^9==3q>>i?XFKmL1tiLwp+_Gh(b@PPk&@q)xpx*_5MyAbl<
z*tyjNwdTcfEJhsE@mm}Z<<XKydJg9E$z*a0@+)`_DB@#)cRluAN+pE7`{+C%V|Vzm
zZ5CB_%J;3IvbuV2ej$Fa@9p-3mUD7pyYn+Gh*fPq{OBmSW~J+kg`0#KhYZ>VT2}dI
zdb-(qFh9m-_ahv>O3oRRmX_8Ot)sQIKIV~%sOK%W>Xl2eDphW|_o#GCfx|2H7}cMX
zg|3>ZWRJBfb#3zs&z5O%d9&O0IP%Pl`#CiZb9Fyq=`N%uSLd`T%Y$}7S^HwP&_*bg
zw9`uvcZQAE%PcVX%-yn3$+&J);J)8bt6A<e{ll$c%|=?igls<SRc6`X6@JW{=~RgG
z6+m&hw9l1x?}H%pjs^Hs6TpE1Q)Yn)2?=ytx{S;~f4~3!n#B&vI_%`YAAi6ekk`H&
z^dl?F+Sr&w-{OBC)&}x4{#)_@(uUEFl3+;*3FPeI<nK3Qs?cqg=21VN>iGg3nnTF=
zpR^uLFnTZ>cZ;A&J9PjgmaK1VZ0zhfKMgsUX{wfjg&kbw%!_=~*^5>582O=R*qVRk
z?AiUnSoW*|_8F}^cS;F00tfG%TU&y3VWeerWEAMRl@-1BPx9MRbWF|yfFa<A4|Zmw
zfxRAo=oXmMzxv;R>2#JtZ*$Srbh<&gtLu2gd7!Zg+0@ubm~EB{`}2OzD*a8^8-r42
z{&K6rF|WD7iNCS*DgV#RP&npIUzSlg9AIq5isA3@%yM=!S~KYTknn&P1bYBIyIx!h
z$Av!bL5CF0KKR<rtDPQW#-5j7H1bWqw|0$OYl{C-D72BGzP9g^>C`Q!Za`nxz%0{!
za2x;b-34tJJ$2+{XQK}nNxy#ms&ebj%*;Qd^Rm_c99)g(U}fbHT|WQ&GB29>a_m2J
z*(qMCIRM{ULl<SalEn89-sP*MG0+EwhJ+AikfG~+MIUzt`l9YdEWr2}Z)#a&tNGpo
z?1;{hfrQQGr;;02fFAwX7SA1@+glo0T+z3nC%i=5?R#%)=%zL77!G$Q<CoMcR!F#<
zl)BGiEQ78@ktZ1R=E{WxI*CgnwXM`~gws1nYSh^(y1MuL&oaHguW5Dr`K^q*a*h?g
zkrS1q<z<Zsu%@0$P0}BD)i>&RxuBh1jSbyO)W000-yuqG;Tw|B+kE`|Dq&vm*FqH;
zwSv+ZIlH_Au^8vU<vjpPdAw=46@3|w4vwZHnyygfTW6PN+U-$eOQCQndd^w@XB3&{
z5K-AT*c*)|lkX-n%W>?hClYxtOn`qGSYR00hxE7;T_djqc8z{jNqA=M%$IyZ@2R-a
zx$oRuhkI{kRCIK@kg5zlZ7V8<PStwr>gsl<iR`=r(OFrizDlNq5ylYkr?=1F+s7kx
zqJ}EBx$Buk(jGj+@$HbsH19(z9t0Z_0p&l&N_cp(;PAko<v+(Z$%xkDcaLt2uIGxN
z)PxkC|0*tC@hE!w^P4j2>?~bOBVui6LG;0}OAn7pf4_swAQn3*QEfUt*6cax*1fkg
zgWBv^<vzbvirvU~B9Vh3ggDas-t>e4Dkmh%9$e7ZVqsxTJ~?**rN5EM`~1@ey(=eW
zDr&Bx#FhDa|H7KBrRC=02K~{os!^Bw9D!3+R*s5}Itw9`!QtKXbdxf7D0%&8xz{fB
zfZpe(L#5^rlYzBV4H@UA#r5^!nVGGP4Ui6>@INbwxch*40zp)j_Vwh7f}hPqnh5OA
z@}9g~SBjA8K#=m_60z6}CVKgD$l>n7%F4>)Pm)?3XXGKKi>%4qTWaQeZfvpI?I_v2
z=EGRu;Z6H&LHab|TWpt>mM}}z+0XJ02a>Q91uZR2&2x0Cf{!xY_Z6-#l7v~H7gKG0
zi%|&I$E~reN-k~jzl`8mZzaL(Vl6E#!_?1nt&o$f8qahQjq&eRHEoO4_pZS9wucL0
zFDsMT(fYF;FRCVlRkAR26VSkKMU)eMW@H5Ij5Y&q`+0f2v}528l-<#7Z;y(?kK%Ab
zPx)Es)xISGlf>=oZK1Qv*GIQkJ-}Uj`|ys{jj0)Bm$q1(Q}p)2bN|R5j!w8zZDO%E
zKzL3sij;EQ=lJM+on81RWGJv(Jy`Zr=L;hJ++p0Bl?=-WE50NQU8|sbKYUc{qLZh3
zu{D7%1qP*Kn_(<jm9}&P8ePAO(iGLVkddJe+Bs!soAj$MP410_p8ZBeD^?QIDlTD?
zZ0j%G)zjxbcok2Nd8D|y0e8W-iuQi2$+dlexwADQ`uugCSSJL%(T6nOtvY<shM+qz
zmP48-G}i!MHQ}@*`X3fAPG6^V?$teY1J;7W$l$&jdDID|*!y_P%rm?%J}P-Geo+^7
zFaQ4>W-=X&Mx{6}ayHEf0>dmD=W89oN>yf>Ak**vbSx=crJM-5|K~tkkpFEoAKpx;
zPaA&j@as+L7q`}A%;Nsu&c1jIH=8G(sux+Sq@t2fUH?}&PPbuP^iu@?TRUk|e11Sm
zpv*y?gL}J3Hy(&Bz$~+j3^a))Ip^QMe@u6soqP4^ee_ql#qItzHD<Q||Az7}y^|uF
z@PDU>*DM<v8bHfs^PG2FE*#GtN_;x`mQVYvo<85{cFc@%LwRaPdJM7gN$8*DD1X^>
zG<qk++l*mefn%xmrFfNW>I4Pv3uq(85e5na0<9O$)d#E>lrm)_Z~i{sSh()^bS7(p
zq2L(cGqf7lHNZy!C=2fgoAcZUE~oaT6(q)KGtI}H-zm|toIiKpnrW!(^+_0Sw-|DY
z)$cw2!v8*aQBRL#TMz%IZvptv06-el5sL7iMUE)|r-|nQ2JkN}q&tqq(eX=cYX!}-
z<9ec($F;gg7{eXapXFJ%y_`<MC*4DRYo-R3HtN*JoKE)2YVR25SIqRDdY@=xx+ZKb
zo6S$<uScwxO=KB%wQ4GO3^&GA$p(SDB23<VddvNAq2lWPm-kd30^hWm%%B<-cWXKw
z<N3r>A_XcHc+ztN0LurH;~F**%_E#b+<J}7b8$>=Sp$3P_yhlzld$o|i2(3<O+PRg
z>=d<pRgVs8Jo>)4m)m%%h@>a#xPA9tS`fBeF^`iMcZv*H=`Adl6~x7?h|Q1FzFB$B
zhW1Izk(MpYw1ozVTv3r1zWALCoyc{&fxx4f@<pmz<Y5lil0<BlGnhKR5U38$h!axN
zzRwc|G`5z=IDhVTI~xb_619!(+-QW%Q_Z$ZjN7tV91qmAV{<IZmcjr9ZA9jwi1lu^
z*93JJ(1**cxpR4_^V^)@CWu%Pld84>=e{V>Z)+8XTPJ*OcvoA*)-5)lBXyuME(!o3
z1>>KfQolwsZ5(hCS-N?UEc5wajdO}i7^Diwf<vtHdO#E~3lu-N#ur-u#8k@kaPeUw
zLW+ufx&OLBBCr7!9t9}TE+~!bE$_+)9G@#$0NjVMc>VSKTXEF-*m90#7j}y#ADVn_
z_Z&oUlz(Y$2>iuss#r2s+h6#HpwSUygKicBK-pNOaZsm(t-!37hw%D^V`buvhl{~Y
zHy<kOp4^e}5Dgo!U11V&1CqtomX1*Ffj4UZ3nJR4Gwt1*H<gc^t6#n~DD3I$Q!3(5
zGfei=fgFGGMhJ+`pO<EJwd(eO2W^U|1R?{sKhQFq;j@SQI@LgYur_lOOOF-Q@Fae8
zF}BWXa7eFj@NzvUt%-T&@H{(dM@w9Vf*n`<C|*VPg5TYCt1T~*RB48As-XaoXblJ8
zUfHG?{~t7@ysn@hI~$&CS+f1mNW4~O8{h4^=Au2W4#&K;{p&fOqV_gWFFxDyv-8n@
zimS6n3->j8q(XMkI%f$|vqxV@dvCHgvc<T@Y<S6Hx88DXZcd(`4~ehbdi0@!z!xNU
zwrq<BLn6Y$0>!i;hTEZgIg0yav8`gJ`N;jW{HwerOkwEJ#^<6(9}7!!1gB|9HD==(
zVhW=Y!j}~z&O>f&+Ig0ToAlmiFCq4th1ZzNMQly%wBBW!=jErn{bRY&Ri<}NtL8(n
z%YlH%*T!N33wQph%v!LUtz->n;00bs>fDPOy=lgUTT1$#jdV`A&Gt$vO>AfSoa=Cw
z{(hb_AV`yiBZvGfkb>O2z3^4<2#GX0xSdVjD^qkI!`zsW)oJM>3MfFWUJGrs-YL=T
zu1Qmg3_UXH#z&F*TMPhRzxe`T`$Z{;hXo+BsP#gi;mKdKIj&=`9_RI5Rt7(vqhX!7
z{>M+YIH9mwpqVq(Z++Y`7?6Lo*txY3g~&f$i!{Foc(QkzV~;2F>%cOhXNbUFCsE;Z
z^VsTir}GyS&a3(d(m$o!IX99hK<&k(pBP7a_Gnn%$REoZ(_If-o$ZMxA?)2-!C=td
zm@4c8IvaO;=3b{?J?`7vk~l~Le(ThGL(Bl$y=$zCd+aHIM16bX8hyGSM{wwiiu$b@
zeKj?lJCv(Dx<jt-tD<MIX&y3Y;lU<qY;0`0-e1wIskm-`_Dz<jqi<c)a7{p*YfV03
z(-v5+YqPhktK^t;=7x>xdV;x)K3U1>^#PbKfuVI8@G0|eb@*ZGHD!GL&$+TJPl$C`
z@YYSU+I)#Ea;^%y*L9uA-Hk_tODE-NXG>*)t@kvbErC4XcU(|I+|)KwW!tT?yh+l;
z&Uv#saXj^X5IHwiR_Bx-X%IByaTYwT`c=#r68yWB8)2LMafy3Y<UXr;qFz~yOTp=$
zEC*&nW7d|x+v$74rJH0j+?k(D#)*b)%YLT4hr=?3XPT@jyRr@<CVgCQ`Nf96!~}a<
zEoH$5`1^OJ)&HjqZa>b-O9GsJZra)VAXe5p@P_x`%sX(hJGxhU?#?ZZ-O+s_pg`}U
zm}273oYvF*taJ)XZcjdORL*d{E!JX5{2AVH;4d<_PW8Kt&P(uTuES-Q_OkOb%Q}|<
z%Q^}w9i)-=)05ig7L&@4oj+I{5y1_oWgpWi$gA6V%42G8DKnq1&9<W?#CFIxkNpk~
z>(jl`_?(a}p$I|_3fs;4^|Cnlw(R!IrhSN<`jpzqrAt~7^UDbO$!W~*;VxMe3O^go
zN_U<5=&U`*eoY<pBd`aT6+sY@Zb_7pcQ=NWN5M^Wgy=~RQ=^K1{Bc<VD!(v!E9z}v
ztDA77>Hcr$_>hodO(XPC-*|%?;MB1GN?VKp8sK7Fnj6zn^U`MEWA3d%YWQx|+wv}c
zH!Fm9^mi$zXY|tc+LOWWtQ5X8U7aqaxk(}@iWTWFUGwbG;phl-ZVkA-_~S)hXCcse
zrZob^wvpZ2F~_97d6&f9AXG0addk&i_VpzDQA;h|)c}m4>t<1;mC2ctVM8%n$zaB5
zDxkKZDXz*aHOqm9+*(3?+{C8{2MV`LX{h9R-WMB$$uu}pu=gD|**d3oykg#G2Tngj
z$cil`WXXKZlh`^Cwj|9y0E@qPuIwpNi{!?QhNDyRUABr;nk!6BY$&cd?wsX!&LRWv
zW0YyF5Qf8jE{>As@rRqxzqPqnch4us_~?f1z<Jx;{>9qL3f|e6UOgsnR>mM}<kC<N
z*~N#{M<JB(ealPpkq>pQT2N+j=m#yYmzH&0<B$Js{cS3IQShMmttDjTk?~i7#HM2A
zKG|erN=0}Ez?9I_Tv6CYWc`2ay;W2kUDPewxJz(%_W+Gc6C}8MBf*{E5?mA9-Q5Z9
z?he7Bk>J4-G-yue`|bR4&eMIk<Bt2l7@MZ5i(0k!t~J+OYp(LDqk41L`_tuyve>-J
zYBPXlUX5J(TxsC+jap*<*GA6e<}Wasc?VOu+huHd?WF@5aDqIRv!YIOX3J+1X;=X+
z^#!imB0S9lO@83vpI{AC@u$ZQWn|^JDwi(4;q)K19Uji#U4d3J69;K<``)F6qbg&k
z)?)`4U!5WFxgxI3%F`Qc-R)ch3-L_Htn03A9kG^<d6l`HQf?dm(ty~!cKtF-06O~5
zXY&Ae+UX53WA=z26HE)ZZN8&-WQRPsA-QrQ&h2k3z$(7Z3_mDqj{nHcc5Zy>>N>UX
z1qjH&_5HfzHXnQ%GZKOxwbFX1l)W8<`RDhK)dLxTY!ZELF;XCjFB_JH4Zvw6)rk@R
zbgqm59X-LItNO$0?qnMH@v|)6l0}Y7YM4{Fi7gu@%sU?v5)!C)d2CcF7!woY(!MdE
zS0D90v!(HmS(l9YI%$Bl@weKdY?+$hcQ$utVK8N66j?KaNO&xrN7!h+q<o4<6%Q>+
zw;$Y7>sDO#+52{Q7rpq%W@jsSk?R=m7Bi|mqYYO!C03fPDAAP8+<hcZVJBy>hy<Es
z{5`(+Nf1uXWW5U%oW11`X)kkmrox(WO<)qHvLeEy$1B`vkw-%+69$*5o=Vx#;!The
zU<%&uS0lj0Fp4Me6Uje5J$(*s+JvjEsAz}oxP+g+R&|!^S?rzr#a>uM{<gN}&Yj{g
z{_6Tne$f`{G$?Zyzyf1%ghj+<F#(`V5!P||6?8ZuR5Zn4IC|W3;bnWFDhZ2({i_P&
z*y`d(=!0>ufTzjeanVDHq5j!A#l#@tI^v**;pLAnav{DCsIJp-7lK?q?>;VV6r?Tf
zlwHm4bvR#*<~I-DDj6nWf@o`a*3z&RzX<`{n`YbwTJ;ht+MslMxVn;Icd+_)sW074
z4)>{OZr_0n3G`=ufo&6ei)@=^zcp3VwR;aHmDzG~v@7W*R&kfvQv|z>a`<d80seM`
zO1aP4m>)AA?e{ThZ2w1Pp{O}MXvRIytcaQG%KdhLvAVixf|o7WW0X6n>?m$gViZQC
zeWWp{+pH1ST8oUI(olo(A|#VCvD6{!q<=<lfFuOrH(5Cx;<Bc8W=Dr;y=V4mhw}QU
zQ7eDb#qRLrx1EK^zGDbK)gSX%C6qj}>f#{d8D7Nf7ySabz`!0qyUG|HaSs(wK9vIP
zh-H~Mm{Aqrc<#>O*+*9y2M2b5<YHHz7mBc2W5{R4MRd|=%)rQk5AMTOJ<cb+#!aOF
z(9Ie1izB7j(|NO<t#$u#<Bj{sa!H4hT54izK*_>4%j1!lYl=4^9A~{}f<Y!Tp69h+
z^<uJn25B6PIzPx}u#>LG-)~<pDd~INJnT(|4>eW>UJLTW2`ueMP|QyGd$07yfvX(W
zEw8)W-N--Vz@98iHNX8<!~V@u`rN{HO(ZDRalh>$U*Vqnfboh!tWo4ryi_;<59-)r
z*x8aW#lg7kSxi^~=H}%3Z6}KOH@!BC?(6Q3@jx0BaQ3MW)~C-W#ovsxyCjS5(~~fB
z8IL<m?-chBaer*7`gz^M49?nIo7cVuDFM@RJP82dCU8QS^r0{Q3S2t}2TQ%Z=k8_D
zOaodau+j4>*;nwIp1bX+NlwQbGR(GjqobwQOqB;giQm#xGH76s$W(ru=vQ6zU0Oo;
z78}#nI*y3g^TR@2!Kb3}6`enH?d?`>oi^NsMLgXX&xrv`82T#i%~Ve5Wsi4C!i}F!
zmSeJNo{-RqsCspO+#Ju;d)LJDp+u+W3-yX~xnw@CBWU22S5%k~jX)qz{<|eM5E@${
z-!Ul&=vR!+!$2VB7EOSX)iV$F$>g7B>)Q$$gJNfhr#0aXUuAxW;ob#=CEFE4EZnVi
z3zy+m%l^+}CcKqjxbkVCo3gRf<A6iC(`uKT<U?63@yf8*7RR&}dM7eUcnpl@Pa;&R
zPg``Y5(~Aih-8k)_hAF|-^B`c@)2)Qa^_Xp`HPuqQ}0mn5N%brf7(P=m0+@Pzjp^y
zU<+X^=JyPSd)7oyI(XlIjTrQ^wEsMce&g@oS0(thwAXx<UcAL_D$&hrD!q-)(BEFC
zY-md?!2b8M=gwQRiNphkij$Kqjrs3y%}jTV9kLFdYxy~Q-LRd#nBTO;Y=wtyUM*v6
z^qSrg@p}CXyS7s5zIk42ghtdak{k0KeiCsZK(BAckdC6Q>l5=Kzp~PHcPK(--4vSD
zXqe;;_LmX0KLpNDNyk^W+80vSYmAmE&1AD>3kdZ&%-O4ke1EG+Bqr{=&b227@xKiH
z<l(gFx}SDRGYA*0Lbgf>S$8i3Zn!PF3pd26;X*dI464wM7?mTF({lJ<4{y%rsQjLO
z8`bb_(Ovv>ThW6&$}+(348(TXsemqMZH{u**Vmuo()cvUVz@s}D8LO^tVF5=T@r|u
zVpVg(G_|gYz3B*ts2Vr1Rrf@|ETr2V3HC@NnEeL9L449{FL;FnC%QadpL%wZW&#38
z<{mI9#LA5&caDsmMUciVF@=5|djJRb4|8+dt$+S;#Qe4?29ev-6u%yI0{B{s;+I8v
z8prb!!M)a-g>j0I7O8jY1U&fxb;SOJ735ha?+*14GQ_GWl3dhkXV1QLX+dmxn!&Bj
zI#0`aMBUbf$gOeb;+9?FpPHQ3$(m_2X>0`otha3>Wgz$&<07}`-!gb;@dpu?$b=DV
zz=Vjrc{w&@J?8RT#z&KXexVz0{_qhxKX1K8@0{OKR`^pcA@(OD|AZ6A__3{d2&HkJ
z@yx;ZCXT<gw3j_V&f{T|cZ#24u>G>@X1G&s$#(75^N$IifIaT-87TZ%yS+F^+)nz~
z>l2)JuQhYc^En_jscFB8Gtn~kVJf+iCsNOJRx0GtHqM{pV^(3Cll#2LxJ|h8mfn@w
z)8TNm-5jPZlL%sSeIZ)A@pK;l#loM|V5eS9$dzI9aM0aL>oAX13)4G#8h1&XTIb)U
zN2_P>CHzY;#^<`c&gG_wp;cO)OL!D7+R&BXg5~RTvNmB~b<|{`0oSUaBFhjh7;uyB
zS5KrGV0u#+(L?TTIC{j9#LzOCY2*HC>RyePr$hAdo%qw}&sm;Yp*oh)>FMs{cao>%
z+n6ez%NHK|pZM^3My^+NJ};qPzqD?TPDMZ5z#`<3+<%^aN;|Bh!+}aE`E779di-#h
zrK&x-3o9xc6@8k3)^fm9>;5`BoX&&$Ld=GqE}&MUb@_T}64ikF)PWI6ywHc=&Oa7~
zl>%KaN5n#I???PK^x#VK?&dcGf6MtTN=P;v^n4s_9@v;)Xnk`%;MQ7I@`M(nv7dzK
z-4T~@1I<4x;87@jY*8*h1%%C9ZHoH|%)tVM+F*Lf_I|9TnRyi>x4JvLtJQNL<$H9>
z=bJ<UA$z%~mf7(ySsNy_D@vC5=C8ACk~MdP#Bu|ENJ?O2mqEH!hvGTPOg{09!dE)H
zjkSS%3L&|h`H3jFxUz(6v~jCG_&vP@!1O@?0Z?WWUC(0rffoVj6dsPnl|JCSu6sha
z$x)URsW*58>3LZF9AcXjgLjlO4D-na@Vyk%Pv6f(w)#~o_2i|ceyy85mKiQLFn-~J
zE40R}5sfIj7S8c>{gBAvaq}?fql#!&MvYHwGs2W`P4g-~tG4}C*V_1XbckzOJHxUC
zq-hrmm53z<qjF}|Zz^bVY6s9mwwQk4?Avh)N${SI>66G3MqjIRH}n;Fyj?N&Jk&x2
zKtp82lfKRg^o}7SODmzO{6FUQ84T`hpM5SZbXV8E*O7oT5uN%ze|x;!4N@Z2d*<~@
z4&i%$cksPMFMhA-u4el@V)C(NZt!ryli|0rcWKZiuG^F1r`_eaNs6>GHv8IHI&6QR
z=VO)Gp8Kt%d(Kh0-L#QMJ}vTf&vjnX`>dT9{w*glb0Ph=q@+(n_k_hOGlX!@J+$vW
zY7zB%o1$6@33N<w#T6;l2(n*g`L8SRFRD8PeEe*SO@XMeB_{SeXU{i3ldn4$TKfC^
z$^7HP?Jj*FrP#(wzT{?+<1OvzHzwC|PAdaN>l`a_%%%(A5f*u(&i19$+ns`+r*Yhr
z;4vm>9j{v?|CZO_!&GeQpX9B1qs@oLFV~GNFZ*IaKUd#TJU~OMIrR4B8Xx;O1;JbW
zc59@8+Z#i`zeTsmh6SwKlXTb=VA%i$sA^YStuH6^3;)&|Q=2Et{Z^8A<ble{c*Uzh
z#Uh{|D@({^gl^*%i{m1Penz@~mBywJwCBrU|9i$~Ou?mptxz^MP5pZ`d>K^{R6Gni
z%npv`hE~@Gft*k;ju*<t6}tca_ER{tuslcDQz$R*6q<+vl{$l-16x1}y7(v13@vs3
z_nPPb&kr`<*8u)8aa>|z<AL%a9rZuYq1VoQp-h*N4+zvNCSzx!gG##nm-zU<1<Iw%
zE-g;nI-v3?HQG<*K*oPeiNTR}dU!ap<3wSEpF{fh@8RKyIGq0&zpY@&mXw6VO=xql
zs?e2s;S<7}fB6Tnuz<?$9Oj9?pi~f4n$C*CHk)QL;BW0Y^zq^R+jIQ?2mkM}#zm3#
zcb(51e2%K>W!!G*d7!#*H&WQ0R@r;33^#gJXch#eX8z#R%>?my__UI@_l)@usy|;h
zS53hcu&S?tKh#+7<H4IXrg1Tj3m9OiWB}WbJ8B+AcL#s96caGX1!b>ES;!Qx>WONm
zd$@Y2*a<_6iO`!YT9@~sMDx;Wur@d#QCo6Ku8D~OVARU)+jetjk|@UorGNRVLuw7Z
z_L_3}rN^o>O^2>R*uoE!_HM-a@boRhc#U}`FBiY>1TpqRV3<(y0fq<wO>C+<S}uSa
z3J5OtJrOY94u%9f7_}vBoGm+RW{jnLAK}1Bg=01S%Llzky*v52W&r2`t|sJTh-p43
zOwZO%)~z9E#L!K6hY$U<n3n`<03_A(yZK?g4C0c*!fFR=BLqX3#f*b`+LoH+eoSC~
zm3~TSim3|-1sN1kv)E#09_6@Kj(>LmZbb{m^nDLq1KgX!<^+WMM7t#dEcKOChH!WU
zXHn4#+_Oaj4WHg0R#XZ}MZQVuTGaothpu-W4JT}4M4@DM8*L7NF*TV_O&(ZW5~L?V
z{SxJdrLd05(ih)&ICfI49n{bqVN*4a?+&Qj`9NV|hFz{nrU%VzYbr*Z1F?m&aWHZD
zcke|k-y-o7qp{Wtx4z45*F>=2(5_p;=047xAg^*kvpr}AU?0Yn|BeT&A%cENtiSQ@
zmq@^7_QA{yFV0G<uCAPi50#;FM0PC=Djy$LQQ%~PtC2_-Hzf#<EUj(CWK_;XiyTOt
zYI-(><{n91#LI0C;%HFC!|DpsuDPXrATj|*&rem!DjMBLxO}R?A;mlpB(P(l$Dy$?
zGrf4cc_%1!p_`6PLIp8j=0R29o_C4T0<wJBc!N8V#K0hdx2fN1NDFo&?X0Qe+_vl-
zO5h>;&0&KJ-L?iK%X~ghot=>Z0=Wd$TADr}six)Re5ByUrx)b>C}M$JRiZ^bJPu)_
zb4%~{%}p(g7C!*G4=h!5PQt+m1{T6D>6?7oZ@^#(B1!7gqRg(eV|7&0^H_J;Lmr~c
zS6Ny*pG^L$Q!0ncCt%&SNGA_(lg-433)rt2Jb%7vK6S;o_Z$ZJRkrZ)bo&-@1KIo~
zL5dqa!6D^?^9`m6bU1*Task~E7;HRtsOeObt9=E#HR1Zm^OcvD&sTLjq?6vTDKx0g
zGuuowET*kMNd~N-%C3A6u!zlj_)Z0ckW90<50k~Sf2cJ_+KRsz5mP@@psT^WDA9fr
zqTx;r64V@1;oM}NAqX3W32dNoA72j^;z5zl{E~Qk+JXe4bGC<0M6*tO%mavh+G4@w
z-_2NT^EWlFg~c!C!3P=|7Tv)3aw0%UGl{fx0rPBZ^|Hy2Xsz+5t*@wHOX}i5bUrnk
zc-AlAW*<A%Gkr;U%M0ctkYv|QoL)-T(@SL?{Al64OW1d5K*4p3eNMf974=)uCru=h
zx#1CU=^o!v7RgK>)#Q4w+Ksw;URSfT)SB;Mk^;2dx~Nn#B*?i$APN6kY85$W7(gIn
zlx^0v+gx8Zxn2ng0NJ>M!(-2bN^>wuR(#+zv)u(s4#2nMd!HuVcYhpnsw1Fp*W)5p
zByE`v(AQC$ijsRaf2!OB3**@-Yw4O^_1wRhX~WC`gd3tQ1siA=uxFpmwCOK>jL8~N
zK?$gW!X9qc=4kdUg^~};=PvV}P*Qs5Tg>|mgtfJBj0{D~->qFA_ydFe)|}-M!VRVA
zN3QkNeT$_4-v+*DAsipR6Po%ES6uQ|{SDo(`Qax(pPS^Zre0NFSb_-+GJy;|p}9a}
zqXhy6eND1L1rCV-GN63PO|{d8Jbr@939b)KNjGIRlL`I=@Wr#2Eh;AQ!hjAB9)$@t
z5P+OEoU@*mYpjabiVi?URffU-JPO~Er`x>JcUFiqI5N*9m;WV^Vna%>{>NBt6YSnk
zR=ra6;>eI)Ysv64+Oh$2%MhC;NQ>NVL)#BP*-&OugMdB_sBd8Gpq&)s1*)?9!8oWs
zgBgu>n#Y_lWlY=c!@t^r4{}g^36-CfEPM)Av}kcI9*9cR462R6EaboPnzL@WR@h6#
z3-<|fuc>Eb0s%lc*4`m?gXnk2Xm~KlczU@scHod8I?#uSLja1Qc6JMQt5i}6cl8?=
z)JDAtb-+czP6RV)A-D=PLWym=l>p>YE1&M8dg9N;Cr?yoU$ldgEugnp;dgxCuDYCz
z3>zG&GXCw;+KwVzmA;bY>XHfFDM-JneV(AUY|b(W$Gb+uWjY=a!A+u?F7RE|y~#4=
zehoO>uoS)YP?*o<vl|n1tH{0~hx(qfZY%M6dg)*bkyh*FCgpqL@}>O3Iw}F~8Ic57
z3{||ECPwIeXg>%~f#C3#)X1ik6(*Uul@DNF$wd*&hPc|_FUW!$m9#p*nx9w_IpCws
zPTePIG(tSmE?9$~WyvR8wZ=qs)5`T(71l68Buq|Nk*ecSk!V-+CKEycY#BNBv}3W=
zGA*HG?O5z<gUZ;EwPj@crJZ73B*%uM_oFfw(H25K7!Ut-9#VfZl(h6v_BgeawSfpG
zAWp!XP0lEDhbrb`X9@u(NZP4Dh2?CGc#9_CGp5XSL(X^PHCQPlj%y@`DqnN>XEWrZ
z&4f`k<=<U(6|!hLfU`R6Pn8E(_2Gw0E99k%+d};VJSD<J%$Nfm5VT4eRZUIz?i|=A
z*qJId$^oHL!(Xyv<3&8{Wwa0iwKdfXL36_Z1l18nUZIC&(p)ZC4MwCo4^LEjWPnl#
z2Mm1v#^o%^Ok@eZMe^9x<;5!j4x1373X%EhkGU~rTWggb(TmZ)t4r)ScQPOuzrD;B
zCh(}&WBVzb9{&`}QNQ!j@8>hje%kUoH5e);wgJ_`pGmw-S7>5#jq!i)kS0|Yf_C<O
zru?{I9{%1y!qFCjDNUUXVtF@J*$lWF2hu~Lhp%<MuD5(}e%#QSU&rDLPixU$Bw*hy
z90c5JTy;DL!@9Xxs^Hj68K}n>u&s5u$XsO#R`GHE>5Ff3k!jeOm9sH<Qy-4O;!~46
zLr7R=Ijg|o<?XFyTPm$=F>c9pMcKCcJjKg&9pyp#LNUKiS*$i<mo}iHUNFUJdrnk(
zgBfFwtHCOi{4wt77j(k4sdQM3u}uMM<uPJXrBSI$q5~3OLuDobL=<!I*tosO-(gnM
z!M7t_w~+nR*-Fp!g2u63!WLZJ<^FsLA{?_--39?Ocgq}~@?QqMmi_vSc8b{~Oz6hw
zAEqzVE%f*T$$rgmHZ#qC7{BtHBqSxI44abW#Yf4<#-oN)H9~5ODjI~%u0{hrzaz$m
zr2_6PPF7*2!b+3m%3I<Ytv?>oMd6mdBSN6^Zhekfy;WEy%z<^$dW~$;b_k;m|6^?A
z{xin=lrnu)dp_!A`-@?oqp!h`Awln0e2<e_lf=Nt#yY?0N*UoIY#^8A4$Yox206*v
zz%)V457qy8*s0V!!a4|{um#+D(Zd`WY$J87!a67*0tQsM4b*!ksxA?xx6Xd38?@-e
z)|nm*AtsPB2Vnwnb`A6S!1xje*t8mzV9C@{x_4bf$Te4ajF2|^w{Kxyqxz#*P<8ED
zJKfLo1Cxur+TK@SXJ%@nXDaJ4;B(G|{^`;W)uASPy&j6<(MW9;CLA4+CgvL`GS@`X
zYEno*R8`>Nr#4TCBvkwC^qUh?Wh;XYtwo~?&ZZx>dNXsEqVdfD@d2{dFB<GbvQ7)1
z;KjC78>0!t-?MP<PQBh7n38@htg}hN9L|(oZL2lt!b1*ol99T)tH6;EMo}Z(q0ov|
zZ5wSHwKwPmGPk)q*uIx>EK70!J2e^&$seHNZz2Y|=z{`zowc<y4^voiyUQgwCdmgK
zI3!Fqn|AtBdNPtIUzp(m^i9qMVGrsmNW_s41=bcE$CN@q4U<M?GHgV8A$(-ys&_bU
zw~x`5f7Wybysgb|jgk8rEm(KnXJ%b2%4$1)6Lp9=ZisHaQiGty10|brFIL}rv|obd
zkqsk>wKZL(^_=#A@JEiKmHnoj=8xDKsh6VMyrJ*P9Ckrx$;=w)q~6}%KoC9#HMTvy
z1d8Uj@Rc>{FAeoy#&Z*Dnj6+ok*>&_CUc>0i(r@n)gQixSYp3He14JcpENX*q$j=w
z4>-0zkM@UPB-eD~G$wO_Ey&H|g`RD45_^T(6*<0YncApJ1@f{4j53D1Ia?=-=D-Dk
zCN5MMNgX#iI$e?<RL5FNF5$jY;F&qkoYw^*N(D}9G3Ef%U@E)OvK?gK^EtCEO98My
zFlOb`qTIP92_0b~U6thA|K09a-6rE71T?Tyb=_>~^O^OG>15Q}-wIl9sh4fB-qaPO
zOr+GGo<?sg;4;v0bQ?npKG1fBVRsTF-yOm+FdH?<v^BbU233|88x)25090_At!-8p
z`$l(bah22#x{$4tu@RyEz$9HS#AL$kMv0%1x`!4T#MrztI^0viP*n&)gbz#~Fmre0
z*|=@;KE1dP2@wv9;~DaV59Wbpr){DmwT@B<n#5I^_A+d;s%KLDJ)M2?iW>JXF30xw
z`$r2F9=4zP|1#)s7+d6P{$q#e7N=jvVe+WIOsn%f!S0HS<QCxiD&*1uyo&}!KmTl_
z%)<8Z$h{!pwsQQM(SB`oYP`8SdqE+h875;Tj{Sl>SLwj;H9PCp`j*?TeDZ<Q<7Isg
z-_UUpZt9_L->pY*6Tv6vp`Y}j)oyTR-twA*j3MrEe}VkCmbwvJw?02@=i~Tw_vrL-
z(%H@*{fqPWHED*+<UJNVqW-g`@2hkxmPYnQT9#(~uO~ayu(*yw5*NY_-3ZUz50M=A
zx9c#3qs9*n>&9utAKcz|*p0z+W!ODu^^Yo0jFBt&d90i%$*dDtXX%f6e6nWW-UB$e
zf;+SwQrAL9v<oZRLV|^?vmn#>c3I+`cHm4rOIKPq;vc4;b)tazQ4)l3DcYSsJQmne
zA>pl?OcH5<956yWWMvBLZak*%W1C;YX+|1==LhQ=rKLI89dtTIOGeeM2;{_bMikOj
z=3x#B`mb(<GH6+=*0Iy_H4cumx0XUp3pKRH5Z9QPN_O622gM)Xh5?(kJP=?k`>?&{
zNnf!xpPTP@U9^vB+m^2K>+{E`-~l@!ouYGXVF4lgTU0PRaJ@_6rLwy>TdX`_+wG|J
zPkLc~EKE(+SM|szqTWkQ?*hx~xEp$ME2a`}yDosJAHikU%fmIy_v;wx#hYN!*4G!`
z?G=w@`^>Whqhc}06v^1PF5uR5ZyqIp7Z{KX_W4Qi5xc~XRsQ=@)o1Agv@?9oDlCFU
ze~&1PI-{!vrCc%qNAqvcAUg?<=T;Wkev7Hdw!sV(*JoW_0T!X)F@^bSVVFd4rF6tw
z*op(YjT8&L_T#l-;45H2N~=LCgNm)cNvA-{*8VDd6U>wVKQXaXKTdjQ@eW&-l|_42
zL3zznH8gUdskz+(HjpuCQBGqyq~Vnz9b<XQFeROrmZzvoW*pLFj9TI#$aiZj$|(4j
z`7lYb{oQyJp3eAk35X8ig9<Vpy`bGPo_54=@Vd0z+u*v;#REZimg?**`k2I#ugERN
zbplpOwk9d7#`$_pt20*JHKE|uRxWoX#|&|dA^0VkuL?m_QyUTluP&uBc3HZ>QI8S=
zzSh%EuH-n9^UGu#PE51VsBqm839BdAw!C;?{;;$b(vA?UodLZeG<A);GvkE<XcCd7
zUWFu^{pwDT8TAH@_&{pOj1r{IRTRFz^sw4n5NLCh+tfZD!OYXZJ#m1Vn_j7(OvD_i
zc+y5I=r^`1E@Xd?n#B%u8>_voYMI%{2zm5W=Eux{nm!~J=KbXTPuqL}cF|AvS@zK~
zZ$~qCEs;2W9r|mRc-NM5cv6r&dRygHM3Fi?tMBwj-8<gmesXsHBJ(2sdUM>9fG3u?
zFpIBA8So9O@9^@%{Qd^~cAEXE)T1BEv-i_TgNF}-_~Xuu)s`4%tS4OEg}uf(mgiyI
z<?X!vA3q4^SKYbE*-HG<_R<5=sKS=BSllR=C_8N{->aS_Z!@J&_`r_}(YyeVhojz3
z=E3FVM`3MgSa}LOHG^bI<|I7A!`$GyHZC0@U_o0shysrTM^(_~`2A2sgA{Y%)S2lp
z(y@k)0FYgy7}gMvtle1}+QP$y+kUdX;tw;%d?ejBaN-8D`BCy>aS5Y+ybyL`O0E%h
zD)+~brhKV-23oTP?Xi|(yeXzH+l}KtCuE-xcu;9prlU|aU@9^MLACCZ)nQplIk~x~
zy}W$PnXn#K_{*ghLti1NRdU1gd^Y4O)(*H)hpSbK1BZ78z3ifUnyVeF?j|fG6~_>H
z;K-+Qy>T+1+WPYK((vZ_-vb+)3C<(4WrT+pwMipr<*_klDsQ9Y$<0g#F|o+dc2XZ&
zC5egi@^0na281+R@!mwi<3(z!9wNT4HGabYQkJlAS>LTmkR$h?JHjIN;iy|-wQp%!
zOjXK0(_sj3Kgoa1S%{H5j6~=@ao6?yJu~BMFHVWY*;nGe!mhKT`+#w*I!pYr5&850
z<7HR;{)#ZNEkWO@J&@x?abf%LHxc(AhicFXB47_u<E58he$`hgiS&T`OI(}(#^uv*
zh-RN<{~t!3fQM**>?QaQ8y^naIrR_YMg=$kiXPTyLMC2ruP$=gY~0+1Y~15QgN5vJ
zCdmU_7IZNZ_Td)c<>~3c&r`C*s4h|OOn1>-T#GeuQLmy3O$p#u6O4PDtGHEF(Ww+=
z7&)19ItF4{O4sNnyuJ)^Mx)xjur-JZ-rX2C39u-_10>!i9%N{tV1}9FYdNeD5-@?>
zip!-kgO^(?GmTJA^S>|C$pr!c!2~00vr4Uwsm(t<e9#U~J!KH103b3>C8IjNEt7lK
ze^xB-s6@#jU+d9hc41}BQ?$@;&KOR^E=YX}n@=+Pims-E#$edBx!$-d?H&#cYJOwG
z6=Ci6UbHhAlciCG*}pAWp+ALT4bk+FLPBOx1i(UD+hibBO7bwY<Sot{K<GHE8CdkJ
zjaF~vNB$C@;fJp}0@gMwk0}u|6pOu99nNFfQwVK8BY&-BgR_VS!?Ln$R!Rj$^H^=~
zwzs)*I$BM;0NuU}K6T({kx0(16wJF`uUn(;yiozHJwJnrEa$;VMK3t6FCP^ttwv?}
z(6;7xZaGgL$Or&HrwETAS31YFI-w$|CK1MW@%VW}AzYJ!*m4%j2{+Xm%`ozr?;(j?
zK=}@CGxlVQuoB>@`tI@+B(=DjiLGWmnFc|%OkzFJKC%!n2TGZ^Sox}W`a@B}d?bnT
zJ1AE4Wl(<-F_KB^{X0!iexKI{#22AGBp9X!f!<@LD>iJ!27BXi>FmQBt+F7q?23BH
zJfZT%4d_bw3M*A3Bs<;1aa8=(p<`rybD2a25pDj3mNm*1w!|4o-`@P1KtS2qVnv1&
znW3}JEX3Oo=5+cz4`4B*VV#_gA5&*RYt+Qi(>;BUPgmo>uTwi{gnEQY{C6+BL$%UB
z(G3<A_Pon~6@@N{(x7q2@|Y{7*A|Z#Ud*<Uh_y5WaBkj&c**UyuNKd>)6%bDF~And
zagI~|Rk3b+L;fqf-gYd!tA6GphodiGjxXf&r1~A%MPj?ZQLPAI?zrIe$08(BQInui
zSzYF{1^#liez(&p_2gFjCoP7YctN0uDia_XzXXlFmy7L<TC#u$BdsAe4F;|RHqG?7
zY}wGx$YAafWvi$(6|{3vCZeH@3ht@9+qp8D$NuU<o_4Yt4GKVC4JCK39vcLG;W4Rk
z0p{rQ2iQ^?!E-s<%c{Wuz(gjuFuN;L_DV~dwq{cWDnNcvFiAUI;i7E>)9)l--8Bp1
z*)5ER&xQAu7d)|({nep!WPY;+7#(HYChRJwuIshj;^6!XTx||{8|ydR@f?#H8?#~5
zHvNo7I9$e&*D5MPBkFKJ5c4Ed*;r(BvO#UOg5Y6)p{PKvP-l0f{LkF|6{&}N-M#jl
z;7{r2LpVpG{_6XErX~`+=T@m0=hGW#B^!Nxv~}g;b6y3u>PB!DBOB%Zd~+*wv%p@S
zlA>cr5MXkbqI#OrdX9pH^Em!dsg#s)A;#Z=zvs`gX6k~=CB>pgTBV~=Zta)~MiH6@
zY{Nb_*osLDWhJ7~B6vV{n9o8R^Ltz-S(J!cL%Kuz)t4VkfH&XNATE<drl#nf?+OVc
zQPoQ(Xw?tin9N)yE~=c_&_JOwUp?b!?rVDnB!4W3yO&OwU6$lXS5{TZU?=ug^>78R
zR?e`YNGm+Pb}E>ATSCIQO)<BTAkvq~1(n-#b#WusNu!e>W#1B%fi;{kP#r^^5EU)F
z5yIlCUce@$<l!g-X120zGJ{rkuU0Gyt~`An!Mo5!lNPgWXyk?ng(UT~9Fs6k(?p?9
zX~C1rDTwLPr%LPBvNu?f9SNJfSFnQobp`gKH45oz!USj>mOix$FbK7U{HooHHJ=Rk
z06QH0sB^fE)n7mMUn&UCX+FOUx)7eQ=ig~BB|K_oFz!vd<&n7u1SY`XMxG%085=A7
z%FSC{(EKni`}L+ssbVkeZa>|>miV$;Ag%khaYR1y-d7X+njw7YcUzbh5}Y;S%_cDN
z>rWw!&|&rG(QSrLMDt}TXTV=oLY(EUg!*LhHI2MzE1cu2)XKB9xL?c?`Ske(OqWs*
zD)Nwz?X^JW8<o;K!MpSdE-e>n8All;_}*N!yh1cMAh%FAW0@a|<+6jdLqipI3sM90
zg84SyAjJWej1t&7ek};cW-XcUV_Fy^xn3@Ug+q#$?SxQ<8Fduyp2iAt1L6KM>d;#`
zxzcb>z1s-k{maXU7BCmHiMvan0ILq|PeM-RcLg!RQG8)p`mOdAY(OQZsR<bAC3%8c
z74CI*2Ah|w8}eO;H4-(|v3WYYGGXH)rL1)RQKP?(+tK5&9E#02%o^vBwUoq8gd9`m
zO2Su&$pVl-3$maJ7#d=<pIUv>%)3=B`B{iB7B^>ZY@%JSC3PlTA5u36H>%!N^Nfex
z%H??fSXdH)c22<CJmc}c0bB&<x#||QX=Kt_!e_s0-pl=Rb|&%S6F$rpecgU~a*{p!
ztoopB*PdC5AW#+71pHM^&<YU$P_EZ<IlG<dF5_wDuR<v7G8Lc=o7R+yqex7KSB*4d
zTY!k@V&eZ`SdB1OTJSc(k#tsTt{g5DRG0I{h!}&OsuUZ*1Q2vEW3%R{Yx6^-rz(?Z
zm9HDqP=rwE>6by0%{2ZnYn1LE91zd5b3<^|;WWRc$}kndfZn+qr~+h}Ivwf>9CI~b
zG`|6`rJ6fEEw(tWpJx`W7s?K&>-8#{c_FoBleXpgESWg4FcTB2-U?S&n1Xy?QJ_9g
z?Ru^rx-GmK_8N=btU#=AL5Pu6g0-XMC{k=QQ`Uom%e=M)Gv>txXpPx=Q|QR9Y0Vbt
z{bwG-Z}m#q$2#PXC6W-a7UZyZM?3*P`;i)sHL4e~GTDys;t23OR^r!e7Aqe+D>FW8
zB{AOXEyUfIH$QZL5MUOuW%qBiH);@4E=7-ygsWkhnUUi}+iV|S>r@&7IxwN7Tor0n
zT@PxsFiHuv+TTln41WIf@}h2hQl9dNO`j!U>Bl5ndSb`n4A6RaX$;>_0aLZiZk$KE
zm0AU(h0DuHPv5~)5@8qJRZmq$0Q)DjCdz-<3nj2EU--(0*uuXmjFBrD%_{GKN(A{#
zNe71lFP!)tDt4AqybzpoOoS;3EY+8j$I4BP6$OKz@l-`qPZn2~B?WPW`_Vt^PynzU
z=H|O3xN#GBLkOD*+XIpe|M2L~sQ*@artv=w)*PG<&AQ^UTjCxGgx8<?s-D<)ev`+L
zclZD5Us=_o#*&nT-FYMN?r=}yNc>X|G&EVH-GM8=zIYeJ-+zOVx;_7X-|C`k<)GWJ
z+Sx}5NwCTGXz4<iBxuf$iu$_#1LWj3hh2Sr4K^-Vy(;GOI{X5^ZpVk&(Nui2Pww6y
zSD4P220I2@vvoQpZQ$SW7lJ=eLCKl?D452Nq~GWPptOwXZ_NKd<1>Hhq4aHEYty&G
zR&V>Qla0+X`h~~=cr~a@_NQ`b`x8~`tRGa4NEAe;>DJRzi=$xHYy0@fBkfbzZP@MT
zH(Vh8_%k4#bmEu`SzK_bH9JjMKicwLliqUS5nd~^*(PrFf&=ebe%HMH*TD$W!RV3}
zgms3#Gg{|$%SJcF@Q0yN#C3*i2_uM65pT0J;-tDqnH;bM6?RSng6_bR&r@-~W*9XU
zo~Lx^X#2IL!iL?$mKwVQY4a8(z(P;k@so#hjCdfIS_+#Q1F{03&hnyisF*l|_y8!s
zRr;dN#EQDGe3*&?$W>HlRMNwmxRR6xzF#)Cn5eQgiO;uHGmQpyp!fa7!Ba+mtRLGy
zDZ7}ePcde=ge4L(*Cy5|1j(LIkxw)XECSmtUU{)`HA%ZU5Q4eTM5SS1{&!?r)mZqy
zK~sUTc`Du%K7RMj8FuU@K2^Q;PZG8hxi7HmEubXK6;kio>U9j^6-jJ+md?Y2#o`<v
zbmMs~rUa6#E|Yr#dAgtm7k4Pq_RGMApO1`Ox=z%%BgZQ+6NVHshyz(0E49a?(BmhU
z%a{-nDqI)HtWAeD@FJ*f>@Xb#lC4}cPOh>&?%Z0A=om|<#wM83SiMXuq4!$M#62$2
z(VS%sU#pjhOPPdE(2D|+Th6S8{nk<AL8%*X7XbW|$@Duwe7>32F1+=ygh+hQYM$_{
ztDSjb?^60iKJ#`d%8{pa#rJjs0I;@wWoo_qF1ke}|D>JVSEYjmDD6i3KLsiLl6_9U
ziyBc4cL8(%=sWHmMIq@{n&w(1XY|<K_6M)eI@ZH1EBJSeC&BfV5KvmTNt+$c_#}mF
zXh$EdtZYGU{a#vQ3;=ruK+c%^I@KwugRsnL@%c2j?1JROnqRP-^|K*Dq<?!KYy!<|
z<-QgkIz%KO0>)<8Sq&PWUtUlEk(&8Y!L<CfU$6lnWtqn}&V_7hs8l?iy1yhI7x7cK
zRg8M-nQSL71nQYu+brEj7%vrIsstq$W;IBP@#P9z>Do2MW|%AF6jWBJ+~afq2NY^s
zP!{;EKRWogXcqccuZA*L?N2fi`yJkIO<1UaJV;}}6;)7yHi>b1r!e=-Z(t!5f4a|m
z!GvYIL13rd$0o*RW*_N<OmZr!X-pHC<s;yeMVJcPn8ei?m^r3I5loy-YTaz#IjaSU
zFd5M0yUYu<G%C$U4ivT)hr(oJJOFJnP)KP~5`JOwzODN&*cbfX8j*jzr8ph3@Q_<H
zg%NAeOQRT=9Xzq$Gz_LqA}fZtX_&jnpIoJRh9AxKWs)~5v^qNd3{EQ&>hhSTcZ|&=
zL;_D{vZ7s7XIvnD$Bs#@dM4)aE7J&E8-n)3`>%0`(#<VN-V@HNGL`$7;-3lG{<Zm!
zzoYyC%YL5skla@VQ-f1?+20qA1vB9cS-qWEo3jDKR4bpTc195wKo3Qf7ruw**SlW)
zfYTYirB^4b*WX5*(|6mgFIP}7{R{x0^^`rBbRR}}16qvi1(SVf?}sVsfRv=J)y$3_
z-*G-(SZQS*MV`1E2`)%L+fqb9L!pEYa;Qak;mpD|=%zgD9>afetY7C<?DJI&I3+09
z6kx(F<Slm$oe6~}p*!CmCh46U#>T!hj1|XL8Ij>Lzy{_MjbBYw!hb&23%j}%rVWt>
zP{pP(aO#qNR8UFp7M;wU(UaB!Lt6&H0+98I8bwyF;9}5@#v2lkWJc&=@jzA<2b>1I
zqxEkTg;dcjh!t9-In@JkU?!@o2SV8+4hNtfGU^o%tp(E<J8DD(=h$?DvJ%r6XJn+_
zS#b_IsYaK8%Tm`ZN?&0tFHF3KX0v<VH@sJcJq5x`zHL&O=0+>X856zxhAU3$h%7Wt
z&VUxJbV;>onPkzg`KzJX#x4ymp20DPWVN65+ZM@z*bD|B9DR56xm<4{v&XdfNdRkd
zD(kC_OOXNMuQw}kPkxjEb~XW|tnnQ%eQo`ke=cJpC=D0L;&zd)V5qnTI-OLy-TS94
zy~CsN6uZ4f<6r;mpK#`V!z#=KM3YX5+)GbB{~{VinA!q8EZg@w8?ZM`19-f#AOC!4
zt#36jG&|rgmK3$Rab@L;4usa`%6MXABu-S*9_y9a!X@+0?((Jm(nJN6FHkwi@j)x2
zt@GtA_7-3wz<kv+OmEm{Be2bf8Aqt9LuMJnnkTUE)GA}=PkE6Eh-b6<X)0&VVpH04
z4_6oT5a63)Tj*MP+OUb)Wbfmu*=A6ZN0yTJmml9lF)kTte{l$JpnTfcgbNQ{L-GU^
z(@7C5zb=(%6cw}bEWgv!*41z1pm&_^a*&&d9GI_EVpeB7KU+=juaP-b#SLMWsws{4
zz)Mw}w8qF|^H_A%7o~Ti*)&ShFqLv`f$4j-hP(o;vXMsX-j2m=en_R*%5+rz8yzt4
z<(gRzVs+=axV1H&_}aW^{xMYvND|n$ETZ11>ZkB|rMLXZRTr?>N54Mu9%JBg6LR~~
z{gJf&Rw#83oSb!d<6B$477#G#cCr=u3-*Qvw=wkMJ=BO*Iu`RN85)CdVXz=QwGO8W
z8=X!brde@EpGXiM0KkjUF|VKe->|aAm?nvGVpHLih<FWCkrWP~sSroR1nF3Wx~4o|
zsvlr29p>%dY4xd7sB>Y0L>{__>S<UuT0_O4H!~Cx2L>8j9HOGO=L_CUx$CwuiMc;?
zo$tIkw&^5v+_0k7qbX!^_EMJVppqhC2&R(COiECW7>wB&LJ@`xO<6mPI9EsX<Ed))
zeOQ{n%pK-sF9LqgKXStqR^osp$VXVr&Cv_1m!ObODYx=Ax3#qctZfSWZP1cDdRhl<
zY}7m3e!+ks=(Sa@kqzI9!$~OvAB`HjMc8d)(DIP-d%m&#bZ%2PeDrR=0)WasE1MZ!
zwUdQ?(#$&=PNqbdI~ka*g)HpRucRK8U8&f-@Eb2pi5R&1zD3FSYf!_t;7XiYT&qd=
zu!Km5iE6SwN}%BK+J8r~)z|j_2^W)UZ2kuV9l^YQ{?G7MK$Py2nw%pdl=mWIo?0iu
zX&+M#33am|NPfU{BltYIFKAaV_L-)P%Js7nbHiAlf%IHL(|(ASsh)ZMwG058{SEWb
z8=I=-$>F!(`uSvJ{|CG+q!k8aD8je;$V*%!sq`#qhU!@zMnef))5{QSfp1;YkSG2l
zwB#x@WSNv=v1aG7!cam-$H1wuX;{KG$#>Y&=yumgiEnKisITXBcNZ^a6l+H|zj8XK
z(weWWZB(Q89M+h(gL{uh_E<rnB+tA2QEcr4&upI<h1I0(w_+&`$-6j*#KDkI|0{6P
z@yNJak?~s0WiRl2w`rpjsTl`EJ^e7$`ARPjEP8N!$v_N@l7TcoKlJ5*@moiZH8Uvg
z{b3&L*`d944BuzGscK<Ud6AN}s)D82(`H8{#N*UUY;^CP+O4XIh|pLmjR;k60WDkw
zriW^AlQt048Yk9EX6G6*Vvo`}@D>l#)fngYNOrM<X;D%2GDCM;z+j6Vx%a775_(|z
z+{^~$Ljk`vbv@fm)$|m&$jTHpgFL*o%<i1rzZd>@WLtK<TO7JH4zpWr5YuPeC4drk
zysY#F@b(u9DUXK~dklXV$&-wA863h8do-lG$J%E1T^3*7|A4m3s_KARlW3f1D)zw4
zDf1>wpk8)zd@5P|i%YBw9$s#GXrVVjb2_BaPIR>Au)rfraiPLy*hE2t2962P9;Kna
z(7<P(5>%)?GtI4t26n29yR>?`3|cn2xf_fAWv|piWKI(Bp92cXb1aQH>S~26n7>*k
zNc9aW#`pZ3r$^xXwhKRrc($3$WsDF+3Oglp){<OWIFcOIe<vFK6NUIAy^(?<Aj>+t
zDMze+W$5ckSN@D4Q@U8a&Qz=WYscd!tb2M~Q3kbX+#YLz*TOQ4VHre4rb^NqKR@<i
zAAeI7Y~;;&$LEM+ZW4KrA~ir2;6kE4F`@%b3Cu>^%v@l==RE;XV=JyH^G4)wTgV$3
z<(j0mgM5wwcu+1HAfXAF=CTu=v<Aeh#=7zOs_6d3!P{lPbei%Pq|XkhO{uDhNi8f2
z&Q4{U?zxB3Y>~pX1EnqDQm*1cRnVLyNd&EL$=JxM+9NaI#5B*bLIPJGkAkDsg^lMj
z=_H%{(D34=N%{O}86t!U<!fn5BkeBk?@+iO7-W!6G4Y@cxwx)96lV=m(Ekl1*`Dfi
zo;u&6=~AJf-$IEkyYS*^q|-IOz0QC*o*S49QPvc7(nfRl!GOWDg8@wd9r>Fq%Mtv)
znR2hRn1+vJo~lrZpi^uymUcRi`O*=+E4n`3M6@VSH)^tV_xGB(3mpr5O1oDDu63Ea
zXDbpD;Unp5W#=Rr5p=jNG$?Cd|9BfZ_1SPTueYsTs*n<IA0g)z(ufhzbD++hv>`?J
zJmT#|on&z4o;s&o>WQ_b8?S*D6fm$X9mi)RR3_I~={~t~^riK{7PJIEtsob1p@<QO
z#c|JBC<)8>IO+=#_%S*{P{-oqWu<)KMa~%nszV~S@WAw0D7c&NL>uOX2VsZ3-$G^t
zzMWFj2yA=7bK@T{Wx3rkNq0MdgKPiU8{iB-V1`9(A;z&96}2g3B&Pi+Tp<U*{<->N
z1L&XQg#u0Qr$Z77`bqVp7Axa#u6fW;R>{9DCI6`s_<v~d?Of6ls!l8^IruV3{r4jM
zZ#M<Zp}KuJ%B?1Y;m``u?VpWBIH+^OfrW-7hW72hkRO2Vb&hS*>y${18&+_XNI`DS
zPrW#x2ickh@*h2ZU!VBS>$T463p&H0&7Nm18?UdgXR`%e&sOW9Qd<pc_M>Wzbc}Wf
z(ff(nY}Z36Jc;al6x8IWARUpqjzdd9v!Ky_HbeV-rD<V1P~-ExStRrjotbId7f3<}
zRgu#z?Bc$-Ev?|v&-Y;!QDT@ABHv3zYd<f2Ts_2!ggUR#CR*wh&%gKLEV$P+R77ug
zK2zHAk`P24<jZ;}OKAP*I?Fb=9)bn~-phU#vIlp+N-W{`S|#xic#%!b1MO|M^x!g&
zdMP!MVSoAX5x?$w^iZ}~*oFV;Xlk~JTbES^KC79W6vl;cW2KJX)jeWBo+ZAqOO_ga
zwW`+@_BaE~t*(|Y9Fvfeia(w45JXvg%$H+jiQJzkP7b9JRAS9;4=i+;Qk$a(U;tF1
zjJx5yW9AA?03_531u$pf!60f2B7}65R=ri;Etsccgp%%Jjan2wk6_0IbvH}I@LGT&
z`eKucRtri0D_K#&l1$in)?&P4`S3g*RHfmot<Ol46$tF_mb{&tNS^f$`r4vFh)4J^
z*^qD0ez-$Ap}8R;!Fu4p*QJCJHDh0OK5{Z)?@lVr_t6Rlz~!OF*u7i|6(G3+037?}
zq$D(T69#ElFtwY7)te1@j+aH;o*dA6S4Cu%h$qO18zr@boez&eJ$_lZ(QcEoKcHgw
z?FKyoe_pk!w8_PMR~Hssp?W>U#KcJqN+%0tSc6>4gVVdgWX@jEn()qEip~<s<{PM^
zT1+-9?vCr>Ij7Xfj!KmV*Dkj6Gor8^)&GUA{+IB>)s-TSqWH>xCd=1rNu-@;G8YF}
z>U%+r*3PQn^Z!Q6Q@eXB=b*A4S;`d^|6&bxIJCj7{=d@nT)>u`7R>T-mFbD<O06pz
zxc!D(W^8HLz=lFD2M5Ot!1r-F_xa@8d{}lgivN@tfDE>rEw*t@!qu=ew@9AE7kR7I
z%=A_rF9RMBnV1c<L#-Mzl{hafCNhIN*K!z5XJA7|E^!cFpT=T>_Fb^n;Fia0ACS`k
z95Ql~Ob8uR`2P7hjJ2X_SzWI)mkKQ+<xg7Z;epsZod}Lc$i2-opTL(lDsGc+;Xt6N
zD6oPwwTB_V&s&tzj>&z^!0X%^bG2An7jrrH{jg+tPVRvPs5)X`<cJxcsxCfWA66L5
zmpF_inQM;1g@#ky?=bi87&9BP7d1<G>BVYUN0ZwNgv71|sJC0DQ7oa!L*raiqm%*9
zL%1qKLqksO2GH&|U%q^S_91<_@BL%g>X<W4BiN465Jn0!X5NrJr9~dD2!mi@?(4tI
z_zguSD6G8`|1Uk<urTlXk~YF1t<iT;J+R&s{o5UE0$ekF)cbcvyssg(`X)Mf%>CMQ
zKoewZiTNR$*C@$IdK!X5ivftw0c*EeK0H0)nuFC*E%Amf*XWw^M(OnE^7kd)3`;*G
zaLYNHTreX?p}Cf5;6_HF?n~^@z#Kd;s_Luh-lQgTQStEfGO+WQNYVvnN8ixyO6e8i
zfh;}hcSCL}So!qu4E}4F<72DcJPm$wdw;^IPAE#ehH6H3i<g}_PGI%TO>kYZH)$~f
zeI$^WIICqqV(Bj0W?&$2?YQN|no~Rwm?~fEG>^x%L0@R2+N=r6o;NH<(a%i8c~-@+
zi0uyMOKEj%YbU#&vHyBr#w*L3DD_d!r7S*2Lp>=qw@%`u?=Y1hzJ**u`O~yPeRZ^b
z)^g+L>2={V3V?D&yc+(SX3>iBV$1XOu-AG!vzGS+DT~!ghHZw+za&tlcUtyu8q#k`
zcY`~<pn?|@q1`-jJXa3u*&mc!(KFW8))<wuy$(`zCMG7JeGZRKPFV0zX=!PpeLS>u
zb%}_HZ4#iwUQS|F;()EhigegFVl5VZHJJ#ySUbHY)zo@(@C^+D)0_OM2^PiGL}aQe
z)gFH<^Eza}(69M@1iL+9bpd}9P2Iqln`$UkEtd#@0l>3I>*Z!SR)11ZCo18Z`YCIM
zodp9h!2`&G<9xHcry?RFn8#+LlMAR?ndlgLsQBMQ^C+l#nOH2H%c{Groi)=7>Z53N
zrokTtc0KpgK5kT^<Ke*}Cw&`NkT0vPW7B0skDD>(h)9x_kx7<j5aePG{0~Zd0dm%8
zVXT`E_?A$JV}nYj?J)ay1+ErQvR^?o=7}``(4-1EIa=3SBs*M$!tWKZeRRL6i6>x>
zpwGywGd$hh63KzzJ?r119DJ=UAi^$7_2`C=qFJleo8yDN&c5dPfP@4Xp1|fP{Z_Em
z202-=n}zavrQ1Q_6h;GR;y8A{PxXF}4UNn*a9ePb+Z-x8N!}Om=gD}1Wer-qNwhq7
z0c|g|Sgs~QF)I>a(*FjO-9gm}lrTv5p%dx}iD$;hpQmqV*g%h9D{0_Tpic-xPz9X)
zMfE-!bzdqM@+G4gU05|ipwp$VLu{q;ERC_nRymazs`DZ~o*#s!c>d4KxwI9sotBuc
zRE0k7DX%OzQArICKvJ$ArcbE2(O}{(6JhPG97@G1_7>4(@+<={uz0EXFjXBUsOAo(
zNT_^0_wD&NeDQU4s3H5DU<;{qp=3qoVzT?|NW{cvn{uRbUtvMZoHYq&jaC%<Z3k!<
zlXY0bpP6!Rk(L`Hrq^@MD1u<~Z%?33R(aw}h}-SenR?1k+&^TfliBxS*WoA0jmR?#
z?2?E5AxOe0;{0XSTdC(J5;gCW4KlLsT-=@`G0`{-@bWr*x9)y^xoO%&<G<i3y$WqA
z48}o#%g4w6o-u30gkeReuV%?H`ugicnbnR-0syd30w*k0aUX|HRqO=4gUPREGHhGy
zF#qgLM-z$j`N+H&?Oidndf{EMAn|dsz=qq28_vR)E<-c#S7(R@d?5g;tv<(>$~Puu
z@%EI?!cABEe=+vX;dN|%|L{&@+qR8{jcwbu-85*D#<p$SPGcL5ZKqND+db#TIX%yP
zz3*Rh?R^c`%&hrnt*_xk*#c}cftJ})ftw{O`w@zQAwqeRtxP-Tjj_2y9~wmg2~}L&
z2MOJJo6krpSN-hspVc-1`#O&GcFLBEwl-_)Mc~}0?9PMSrhIFS{2>?HTSV}yEvhQz
zI_+j7NtOO8IpdQ0%kL9V&9f$7(hOvqb(q(vkJ4DU(36OeQ<CVuN`t9hD6NLpTQ!Ij
zAc+@LYB6FCi9q6#+DY8y#jV3p-R5#Cr8F{=ImI$Jdn=gA(If<wj7&}}Z%5eeIHdBL
z)1y5p?4g-7p;Q0Uwg&k9X)zmSapajWuQ}}ly=wqTUVhVllK9|&%c9@EIXtJgaSU74
z0u-z$cq!1!F1-n1GWV1`p<D!i&nU0HR~$SOL=B?p6oQ{JPaufw7{s$EoT{(fLg6}s
zFr>Q1YUaHPXR#FRcC*%xt(?Nj9+QVrxL077vS|2$Oc(^8Kh;kEDGK+Z<-EvFIWE)e
zU+s3$Z~ahdK1Rf0?OsPR#K|d<46aNaOY(Do-dfG}a~{^CqYRhl!Lf<BYZ>S(!f{gm
zxSXPf3U;$Yu4o?JCp|+&O_vNXrU|*_l%gEJmLSLWB}{r*oA{dFZP^X(NJ*`3UY{=>
z+D$+*TE_-Gc#J@XtC5jV!_6g-kywuWJsguVcUpt&e_70;6{~e73zQcz-QAR{dIZi-
z%K0RSW`SbjBJV<?VlKv@GI7u?3lm9U{V??~vOG*YF%lYq$_8+%nb&`~(2;e2cec5i
zN>vxWX8-0tN0m33%Q%n2TTDei{Oa$hl^Yn-ktigT$)KA}#VN>md4)kVxZan$#=0FQ
z*l#+t!#hqt)Lj)U+OaOo+n%kiCxOejave6hg{{<P?e8c-HuB8zt*ToYul*3T8joRN
zH)yolg|z;l`S3|2IhvYsiZ}D5<bkK>5+9?VY4WhDyxe;p#yw362P9#Co(g_`8md4+
z2KUk_or8{QL{dAkkh8`4^OGF7f+(l}(!#~00(d0102CMx@rnSvf~YV+qQs4B%z_Gp
zIS3#CGOX>MI0GQc#oK2d(kYs-9rD6KnV@CK1>0k@D0cx~<xWolhHCmxw&fwAfX=dW
z>^VGV(AC@giC2V#vuU)&(P_U7j<V}3IMb=tNh*6gDoFTR&5xrA)WC#yu$X3u>%nqu
zRk?7rCasw*pOzwrv7VORhMP6yN`vp0Z~6V7VcigvZsFJzW}oZFh7#h<v*cV=((!ZJ
ziO}4PNZvjpeu$CHHp<+XpErqhYRI{2CS+-ks#Bn5)N17B=QZ^fDnLDzgu)k+0Zs(4
zt`HpaG+fqf+<De8aWh>isZ9PzoHoq|^muQZ`I*;D|4UN8U1i*R{ISudLbMZm5#K2|
zc~!`9mN7-&E-1F?YGFz+04h%)styvIxisFzU6`v2`<ixsqq0)G#dnzM7Fi%`&u0rM
zo?FuW{e1pHce{4<73b}m@9>|cup!_5d(88HX9@lHKcda>sra4H6>C@J>;>oEk@yQ1
zjKc35TlXn_Eq9CE3GE8I^C~O&tm_}_PP!Owb0Q30yPo@(&Oh9fz0v?j8nyo6;pV2Z
zo9wUCQCc@7=ccdn+Pd1A{@|FK8hy33EO)*X&Qf-<DTjRQ^tPT_t>{c|o02%3xHpJU
za5h<syDvZFz8^i3J6b$p@jka2yE-+P>OibY{$X}hMLhS!NXCEgY6Tw(j75&%Nb{ur
zNFmj1;N&AMzQ;cry^Fvb$(!_HZh&>MD7P(N;xB3Y*QtI0)n!@&W$rss#U34?ugkpT
zUp`3DF{=g+nCeD&nD_AOyn8PUl#IpToGFr$h5igspLg2{Cj+O?h(d9JK0*<&R4ZHl
zBpSB(3N!ZF<h$4aT|2He6KjVNnP)5WZF;bhHHL$ZNVFE!s8U5pmeR(Qx_5L-%s6Q!
z&PF~SM?1+e??KJPkfhaDMpKT$uP!5k<|kI__S%rHL!P17Qb{+TvD&iadutrsINEBf
z?3FH3x{tQ4vTN5Be8tNy<*W~9XETPTksPP!D<_@gw)Blh#2n+M^4n=qQTdZt{tOI?
zC2C-aqDmCDwhtJmdNclfkqq@SRS(z^H$2>qE0bFd-DjnSq~FwTea&5V)v<puk>US1
zq6t(^;DG<bM+V*!S+$~$FboLjG7R#sPz7p)d&+8PMU@l4a*DjE1#)S11S&*+?0<5h
zMpZOwmXC0{nrbO+6wTw=5Jmx3`AdZYND$@n<PC2sXonS&^c5&Cux#P~Ng)dgua=rE
zP)VTtJAvG@D3e%@Sx|Jgg4k*ctKr+<n^g&z-zzpVRa>C(j0JI8c}5Fa_5Io#RXJX3
zd9~mihZ=A6VI+Yzp+mwk(MC6HTYAimT`^&=LQ`3T90S%0lY9^hHM8VfK;alhVRcqB
zJI%>w+o$mNXUy*fi!)mO;*{&1VhU+7KVI$-4T;I=W+@l<0W&nSRF<z{29QyJ90d|~
z4$uAz`UHu0ru!$$d+;wT#83t3=;epx#b-PzIM%19cuh6uYUXDvEBXCNyE2P^ax=T-
zR)PQn<xAZ^nQv*6S4dFn8I8>lxGu-9BjCWRF$}+}vFx7Lv#&ivms_5j&Zk>5O$3q4
zXt6OriuiToOx@Ndes<0PL$qn@Tf_IXePF}XB{Fi_9qdlve(cAp^BwfevjD(Kt7(vR
zQg=5$NY72As3LG;uTas}LH2Ui51#r~)by03Zy}tDNmSr5sk#;4iF{7NWPxt5f|gnW
z7!eO2-;%GTjS?I9*(6Pc>{y6?GrAfpe^K_@EUR2lWw<V8QC@6XSEb4v@Rl{stL0l2
zUIWP<>28F+7tQ!LUCKyI1r5ugcZ<qO4>sULl~i<I(o$G4sj2$$NvSoty2B0Tw9Ym-
zuL%&AqH#y`k{4)o&Qeyhv#1;r_!j?+Kbu=O8<dG8V57BrN;=spoT*5ziBof*4v?T9
z<!uc|(vnnsu!&8~QbcOC)00Vok(d|<al*&aY$7i-5EFdOlI@Ga0}=TDqKYQ@vd!Ga
zQ<DVv9QfvTofQ#huNCrnsEesy)j;FfukM>L9q=6k2AYrRkar$!Xfl}x*~G1?n>FrW
z%+D+xQbpTs+*%RjbvRgEM)e=&Yb2VNUN>=p5*r0wWNZk4NCpFI?K!ALR6DMZD#$QS
z9Ov^goUvCX6EC-KE14VyHnt*0stLWV_@}3@m7@ZJ%zjMRnH>c#CotmZrs$(fml1Fn
zAby;BX&nZ(9m2NGVP#Dh@nBGZ9$(9k$2;GmaE+oS#OO09$E31wv6G<`0GWx2-41UA
zkQfe16^=_gRQ-E}9*%ouo~Nj*m@Wpis1I;<ad>E?npv8OTMF?&x<>!f_YOQH3N2AW
zIivbp+MqP1txg-Gr)@hTxcg!#U<XqyXvIs}OHFZMku2Z$^B=)wcY{497$)y(?Jo@B
z|BJ^JIlnixZCk+hc6&am+2?dVRs5&V`|!tWKy5q)d<_B`d^!=l!ab`Ux_q@7#whT!
zT5QaY5`a%W@`1~(ue!@_3^g)#rsbzW#?o=_xGdK)4gtyAaY8zY-ziJdEv_q00sTl3
z6$}7grBn!CUFGrTn)lD6rpepMTUvP!{LtoFzpo@X=n+P<r3UU$uEH(&TjS82+Wy$6
z=A_pZ<WaVDRg&HkZNw?au}K5taqIPdb^Z<LCCI&{lB!82ka1JF`}Hx({`KT6?OP50
zEVL!Y!cCzf#AS3;lsU5iwO5wf2Sg;IPwU=}y@VvhAF}iFov(L%vL8LO9z8GnUpB&D
z81guD^~(1!Fo<PQ6mF#NT^G2vsj2vj17Z||wKh~uQ((QyT_<W|?7Kz{O7_WliIi<%
zD#NCLpx=UOyF3qJN}_5qj;=@&r9_TLb}Vt)n>e!Zl{qJuV`!)lfdmjK<&hBQM^jlw
zL0deE9hK*b6WK<3K}^=?e_Cs(eY>^oXl=ydz~{AIBuov3P>$!D#LWW+$*|_ljea<r
z(*L3Pt4%trM;uPQT4EI=8nIIXGHw97OMpg$iTL2?j&ejEB||SvVN^1n8j~i0#3-jJ
z%<Sg-UTzAU({gm)n3T?q)kK>2wEabfvMH8){u=ter^`Ixk1VuhY4U3xz@l|npy{-;
z%0U5x=3J)q0E}!=(T6fI67(240$|T0@)4u-*}3rTNNT*~AZZa6HB-&D)BIyctEos^
z-N#z$39dr1VYb#T6lag5z19d5N7<xIIE;72x+4;m`$SSUQHmod%u(tf5(7!;!@n+`
zO)5%x$@?3_r)s%!ux|B3*LF@<pMyI})NRAW-KjVq1~!M*4QpHL+DE((y4CJnj12_d
z(h?(F{>$-7VjfV7lhAoHajbCGSlKLcI(_JiDqr#r?5RgzLs#BaQKI*sNU{<#4Gf_Y
zFe(J4VD^L(sDE6oG6hK=MfGp1+1?0NE8MJ-)|nx%qUzuye&ITfdf;dX`e;X1gxrmC
zg|}ucQT<(YaoqD<0t_krt~J?rQdQL)CIesSBTlX4RG_<T1PgAN&vhE@r2m*=<B9^k
zu4b18pexjIpi@Eyk}`VXC{2Bfmidc0*%yjT>=C21`J;4Db9@Pzp?9AjChG^i8LuI?
z3K8<aPQ084cmlt(?dbg+a6)yYq+QN{47E%ZHe*Zw>Vxd_8QHI^m-C|CkS$e;Ma@QI
zKf<iEUf5yl#$uXk*Q&FA3Ry9|uKEW!DcPE?(P#*K?<$udnU>mqxoJBXwbu?xg~EwP
zXnE|po8|%kRl=pJS>~3w&!$B5TSkB^g=+9YSCiL=<&|Unb`!Dk{5c=B^E92U1&Y&J
zAx8}9-5BN4qq~6GkkR=W^Q4QC_AwiG8Z-h%PCLE1lNts-BI7!4FCFuR-T3g)v`$?$
zuw=WE25p`U(6SNCPT*f&;pnVi3ir)P&Cn22w78>Mr*PV}z8fXhlVRSfiu$x{I28_k
z9{8wY+XR2uF0`($8N$h{V=pUhH!guOSMY7th;WZG`*GsdDt<w$;gR$U?-OF3)N|9k
zV8Sw2>$lYz{v0LmkKrE^+rEYQNw2a2FUx$hRZ2uo&jyLG&J-syc<iDLq7y{mv)*G;
zJFw;*)pVJhlzgmVB5PXVBtozMSot`}MCAk~9;<HB;+az|)JTi840bKCMkZ>KD@J${
zZ@bAvR0UT`tu&`vcxDS2Z34HRk(EhuczSmu)e?Qt?L*DP4=ghYfE5A_5rW99{saph
z047Jxgq;>d1WTjMb|z{^AOS=GKH1rrs6BuGnGSE)DlbAAP&TmM+n=edd?_(DB{p6%
z?+6cRS_=&MiTWg##k{HJ+68ot=1*?}D_&-&rAZ|ovZJvwL5OJnC<(o1=&Y~ZY9@!z
zYj{m4<IUMN0XInj@e7VGBQ5IQs%^+J>ZfsLlg`8s0#z?j9X>s~9bnAnPoqwXiiv0+
zK*PWdK<6Qr4>4#!b5ohm_S}xGm97z*K}|LYQW}z0i0p8x9jSxX?4~aoV>eC0r{sP~
zp9r-wX4PQfJa!E_og}=}>s-DeaTQv(pbwE1Ac+YXzq^-TT9b3fN}7Wag{q~f&>yAS
z3|e6kUU<L0dsQ~%6TW4{{>8Q_cwvlASnd9f=(^`B^04!EtDO7mDx7DsAsX>OQE(N@
zC1I&5DT2abRlXg50VYRirErWtq*co+Wel}Y2)ln33n7?_pOtks!jX+c0a7?v7?M%^
zZO+?pAQ4mm(IT`|DwrS=7%}W`%kVm%SIVCY7I-abv-<2ZNWhhxsFxBv3oHSNso4(9
z<jocpq1bd7CBOpq_$zcRs|(@8!2NNAImxCjfrxvZs(-DC@moVp!#-(_vYk!f+PFO8
z{N$D2`0J=@a@d<=^N!L#;dsYsB3zcflW2Ok)G}!x*>Kzo8brflXfc@AYbLS|1j4XR
zkmFGF2pJF)#U77ghDu42{yGZZzE>i&$+t-pxX_@1h2yg4LfI2zbqGGxSSscDs~L`P
z=vBKH;=`F+gsbDinSu4KaJSQ^@JV4%4DI+KA5xTR1!v$&f~l)3yaYE02oQNz?EIT%
z?ANPN9g~oQI22}}lf?QdkTm0I;F%L3RjV7jx)M9X#L<%_*2jhWngK*1bp;X12eHBg
zOc21-HajH^dN{i-$C?ty2^WVkUh8y)+H*kdr^nX#;#j5z8ShDU7r0^?u#cEK&m39(
zGAPjcmAy0N``h<Z@SJNyaB2X8<gw~T{10WfUv@s*Jzm$oZVcjheXF9i3SY?sWn#vT
zh;GC2j!qZ1`9a}3Hn^+pqOJx!3CI8zxm0@0Xi6-KXYns|9d%8yQ>(Z>f{L3=-|{Uv
zaN(Y7dSP-Z7tSv5>@C7SE5Cz|rkrLrl2pAoVzEpB<glv~%GlQ)riMm!6jmP07$^k0
za0r5f;bvuaIoi-EPC$ZKOxWbydKoh|;0Z8-0-K)78TfHL;q(LLU-vPbw!^IoaPqV_
z92=hb<SwzYyKtL@@vG@G!<;S04YRe4n<l_{B_lP{KW&zawYtQ-!6uR^OfV)|iz;Or
z^aqJ@@=$U`f%f=W#JQOPp9>EGs@;TCp<<DBEBr=8H$qjDPlJYP!Lt2nOmklEYP)_c
z*1ETWG&D6Xdn065EwyK0YDIUd%GCVpvs;72S*a65^OtY(ngt><@WHhf#^z^E&#g_{
zUA56`#|<f#lDli!nRBCuT~^70nlJ5xh-9f+<axnEZY<4h8kR=1x|{H?M<6RQ_80U%
zT-j%Y$?ljiwHGd*wO=ByIzmxL+sKM}(|N`PProH%rdLJ)zCg7rRGSH@^;;{s`~70p
z1|OY{oy+r`g{~tHDS6JBG@}bgIdfVYSNNlwn$(!NQlrn4Fw_g4aHn3p)>T!Lw#S#m
z5j+cUwdf)zCDz_^n|EF3br0DqxzT@vTzHIhc@XWs-jVUg3m}5Z<Neiv!Zzob3Iqzq
zGh~=*0Mit<YK<{VD~F-_AAA!~W8>eL8%bTV0%gEMgQ1D~dI0QS&gc*O;d<hN8xk1=
zkp{R0wPg;KQ|vkE4yE@FxBwDhD6!a&M|Xy6mU23B58}P}xvc19I5#BnaHi$rPjSGb
zo>46&XwqzYZ15m<l^It|<Y;xW0nf$=woX;aY;7=~SE1j(>H_#~h9uUiDpAk}q5vDd
zyx?PY3i+=;UtkJlfU5_@fdBto4yrxrQUKdk5N+^fQsrUD*Obk~w;)0CS4SjmqBo=W
zUCV8{kM7qR!+}*S(7(<l6w=W!3B30>EHSXh5`1(lXd;Iz9UNm(5gudwZQQ>c<U4#*
z+A^F?@OOPg=Ycb=%T~1#XyQK57ABr$PYz~GtsfaFr}j9*w6%{Bpq#U8H8Z1CF~E-}
zZiV34s7G=B&*>G{hFZ(5VPg5`P0g3v3xS`vA+q*0+bA_Fk&8L6><L3(hkib%kbV>c
z?mGz`ecxMZoh;!{)yzk@=g|6Wy66M=TUWV&9(1`iz`-Y<U6&d7^4eFtd-J)VIrVg&
z;MTj<g~YRD#qJk+XD4rAR<g;xSX0{+&iwDrlgb|6v~K&lTkZfVD|XSl%2ZtRDGTKi
zcNVtZ)HBhN1>5JxzBTeDy1r@T%zI!?kp(*$w??zZpqFq9x&}!DO2T9TE^G<12WAlk
z1mhhRfG7(CYYLO<!LgM$V<{hDh23~;(~JyFQMK-|u*tB72np2&D~!_Hx(|YZRB*aY
zAt^&h$qLe+t2Xy<y>~c?9kP2@0<F>D8!0QV#xQ1Rm^3OY2ZeUI(vG;oEeVcM=Q|A|
zxIl{JlI?eiu25kXxH8tXi=wrHv8;{*d&OS*H0G^CN|^_8habb84$}Ns2fr4UP)O&K
zBB2*%qU^ig<rsYO@;%w?X2H3+As@Y?QC2U<lPb}m8z^m%7=N~>bHTTEe|*xU8!u&}
z`+ysAv#4cS=0xJLQ}H53rk8t=XN!?PI}Hm6UGZ}s#ys$csW%feclIlXVDhl&F|xj)
zTY66gzbMlU{dEPAD>}>FuUZy!0=~<lIjeiP-l6Bi5v)3Mj|%H1lMQG!xI=;E*7y0F
zO*&6P<$)?VFA5UHqLS@=TMX3d)5%h7L@&s5|B|*aeVh6-R|LHe&yy;Os^INoAJ6!i
z3~JLRWkq&EVLo$P5i|*=I(zR96Ho1sMDbpNIK0LoKpUPyAl_?M$f920)`|>XOLL*1
z7)DRAV@IfhOw;6>g{LmLK}GC4As9%|kyXj5FEqopfv?&zAMy<9AR~H0LV_wbre)jL
zr@^2j-RCNJEPHprO5$<t&0xFIcQ)2VpsNVfFez%iLRm57Znr@=e8LKmVL<K=q9wG%
z!Rq4O=QSbx!2hm`JKy%_t=rn5G%xD0(AS*dR8AwUdqSKVmsARh1FUrW%UL62RC8m4
z+jIOhtJ@lp;($-68P?#FXavc5X(m(=VR3SyH$1B(38tfaeqNs~S1+w?W+2|W!pgYo
z)!6k^F*90?EEd7u^eTH3R+PM^)vX=wtUNv5oIxian1vYu)oZSzw#?ct01ArF*NW=K
zmyQ5dNwS+$MtRCC;l62>bFQW7S~Oaa&7hX9$U~-Mm#4Be1T9?7tpG}<OP6N2=v)JA
z5eL<R!{rFaJ)wH7W7x0H-wx$YoUEeS*VP;QA-^<ALbO}IdOhRFXsPyIun<-=^l{}|
zV%4fSrQ8J@$*B*`WCSibU4OqXdP`j>kW8*|WtFT+)#|U+^XZM7&7mE|CtyBS0Z{mC
z_ZUo#NWY`L9VSM^0)0PKnueMfHkihcUa7WBUo4u*cmNYUw!gHBK)CQEd@b1g@?GQ8
zr4c-Me?PC$?fWNf1_E_~s@eb;D2y;q4I40U_T*^?T~JO&xB-gfoNc4TYEa%Up1RUK
z?!D7C6Bg|`*4tbjx_y;<aA6stq(uu0Wb2BZ*A1=|Xt+35mE4>r+_ovugTZH&#S==I
zQgmMqCK`Fo!@$K9Wm(X~L?w$wp73pvM_EkYF{MW69fn8J1FM$WTQxcOmA0-NI%B7K
zcj|SI)O~b2`wu{Hp-2A*9H>@#gR`wPb3gPD*2c>~k?;UcBaaLVkSE&Vw3pCbDbscV
zokDCJZZiD~5^>l*%M6X`EL6M(C@d^Eb-o2OSh84Jzqd*RC>YP)$%x$6rABH0&|hs!
zQp;B(C-WUB+utb#$IFC<{MKjHpu?MGka9$bUw1XSDn>B;TB&@5!F(9r+Q*8D?<uW4
zk>8sGcWe^?GmMC6TP44TMO)(MV0e73T+$jCJXTgE3^)w(U*1Du(=noWXTfLl0EfrI
zrVT(aAeeF~-!+<16D6%V8i<YA+%PIRFk~u8^UH0zyEeL(8=OXu&}w2O|0=2#4;Q4U
zctWjcCaxU_M7i9RqsZ!Ytvxbi+Z@<{6xm>g=FGtWb>j~DQ@Sce25{+zpy@smV8jn^
z2*f~uO_NgBw^jdlIbyI7Y_SM;k)}0BX=jARsbLde>A~Z^qj=CLpo!;Y4Jh{|lbx11
z%YB(Glgd}6XD?H88Zk;Fub3+d<XIZ`tZLy^KU9TQBX*n<9s<GpzI_4v*=@~1_2Jne
zS9>6X@gR&$A=52WjVv|+hkzU#*eC|uFgxa^`P~E{5$jAyw^=FMC{-NuH&rzKI@8*f
z)=@zpZ&e|L=^35<$Vh5RPRaJvZv~za+s}6MGOLzTjdn>YLla(6j6V(H^Ti}skM8+*
zLcHy@hL(9L(<1^JdCN|4I#5x);h%RXW5dc0<~a09-vPe%9E3FuPp>W-U2=VF)4O!i
zv*3GB)5`g)T(YV`f}TM~fPrT5JK%Hft_CV7)FaM2h{z!%>pbCKxC$Wv;Zyrov_}kz
zrvnu7zMEjDDHavgYF7eA4_?;EfgYJCj^(cNAC`SoK&sUG==&xyO*PL8H;+dP2Ck6a
zt0{ow_NflYmsWTJNEzWoIw>tYkk#KeH|V7tHCUbU?e0#{liom<6hMue7ao35b)`9z
z33b#|R&$hES4!ANt*6G3Evo-vQSa#~*xCBD)xtk(!Gdnv-khs?+<c0n?h;B1V=q7a
zN$yiOJdUYOrTYUHiIuW2eKy82#!YK%irA}EkF!m6u5GEC=|sj-ln9_!GF$t*yE>(p
z&b4KG61WYGJlIKxeff!uf4y*sJSoR<>Q&MK>Gg&W>TZa4Yzl%bx3$Z};5xZcCg)Oo
znBjdvDk9d-E_5_ziI9xc(^sn~>w3@gi*aNB06S!tE-d!vgC0#tl)2iToKDuUk7|32
zh}TyNHC%`&Pu+Ovtibl@?OPa-XK2NN(QG>ap_}t23C2tfH4|=R)N>x>a^NcCz%4Uv
z5;{hvVg!WMq{)f0QG1?16XP{o8{Meo>r}IV9Jw}Dl~KeSK8*<E=Pp)S%%0X|qmOIX
zYCc=kvLSFKhRHEvg_p?S`<NX+uQ&)eTi=2Y$s`xDD=&XDZQ?<PiN?fxUv25CkxU@V
zp^48|Rey3lB5FFZ!9W`z<SwU$pLtPlwY2xHnnN>s-}Rf_xdTE8h5j7_jr9q=+BjZP
zb(zTJw%2JQ0V2w+qHDgb#?^-(bpp(%U_81wnO(62FI?d1GG%ZRKDPHCYwG8C+(zgY
z!Tk{EFC(<kcjJSj5SW{xxb?@;fw26Ai2td>K1)5lV(firG~P`?_9d_~@0|~6rq3Y_
zGM6XwVRF9FR~Q;14GphXDC?}^+^x@P)`UH+qamL1(^q+{v5+$K_(SXFk-GFBYZ>-L
z4X#5;FJFlq=<=0&sYxl+4(3s98PL$nxyUh&Eof`bfu&P#tQqO(Y#REw0<qaLR3u~e
z*B>W;qyR|Z;1rw{MoO|}|D#8|nc{`807|x<>`=!4&`gq0(NlCOyR9*z9N87WQUg?t
zF1EHOOH1AN%4wEge!RUD7ZoY#o2F;WW(f$M4scIIh?3CrBZ$DzU~-rXkXeJlej_>h
z2(3QgM>UolQ>tL)Q4sO&CSR^k1IPqnrNaoJCs=XnJX(%xoUNp`CLpYFdw?~7H&EF+
zj$~w>>VrQkiD8ODiXIG5mnAOOx)h7zYiQ&i&BxniVg9<r(PNAF9EF6M06uQ+G*3xA
zjv&VI7j5614&?)g7$`ClR-d=I`=&X3h=r4V^nDR?-+C@ZTN?;z2+GbXhi^~2-^vqG
zrBWaJb*;yI+&^iu9`hoXS~qZ5IZ2It8Ne`jQ!>M59Jhn|4>39alxe5p)6a)c?X}(v
z#h~WAY^EKbJd(JdH~I$LUfKAV9bE@91`*nbeOlGb5)9iTC%C;jTC+H*o>L&Roud(l
zmg6=rEO7O4^9d1aPuPf7Ks_}*2!4c(Mxe3iEy=ixPQURz`krur2E6GjDe5m$(~_+)
zN(N*(P@2Clc|)j`JuuhNJ2F+9t}5ZU$kOLG`aFNK=!fD<NNCemhApLj^UKwVCy+)_
zvWh<4j(>eiU72l~Jq4SXX5R;qNd>aPq^P<FJboY>;pkfuiJI5DGX1K>_0YQ|G1n6-
zoYmngt#67jOMvS3%_=~RtSZSo5UZAUH#6#oaGf4;yH*`MU0Dj86pB)r^b%=D=37_m
z@%8vn>#?JGxBY~-raEd93!=g3xXmK>#^o@Yo_=o4$3+pjCZqkyKMuk@?R4$2(LJx8
z`uS8d5mr-nI&4t2$eQ{2WgU7f<mq+fWh>8yJe-E&OI%>W$?QFpy{vZo*tx7de~d$G
zXIj&P>ybIW?DA-W@u&%xH2l+$%oid+O$;LnIPAgeai*3}T-$JXA?6&}V;6D~DkQ9b
z5R12C0qqxO8d#bn+wd9(;z11uOI35rQpy)jVG`XGs)>`GQ3-uo%v+NUFU3jD;GjKN
z>^Q9%sfA4mNQV5~o1gTF!jmT@uQ~Kg;=EN!?HG56u)#Yc8)-HEzz_!7$h#_rlQt5m
zgJ+Q%<xr4B^URuT<?`v;_1Qeo%woe>)L4x}vq}~vQy6bbKw#&EMdC<>YS^O^5gv+l
zr6{FtOCTyHvB*>BC{dQ*+g8sEENO<)=K-Ccz5e<3vVPTO*DF8zL7SQx)({c!veW7w
zJuu@qord#SPqe(OLC69qC)?~rcF?UDR?V1c;5$9zP=AN_Xf#B0l*kCnkUrZq5Ghs%
zxWTqtjR2#+id&&eu9!4QhF8;mgNu8b7<LLc6)0i<8=o@)$bQqaw2BstMu`aS5LQ7I
zUD3Oj7xhRv#hiFkn@7YBjB|&`;IMh;&1*SiTkHo=(1#e0IR^Zn_A)0qGjlovhT*gX
zoym4+<{EQ+qwsF%7<Ptl2>`&A21vN37DRO^#YarDL)>Uk0_!SiU7T!IFH%D$DQV!!
zLRJhv&k|YZz_LXMllqV-g<Z-nEqpsT;pa7Di;9wOChVk|ksd`fiZ3jXq-3cN^d=ji
z>P{%#Yn6!nz{zUMWE}vqsY(?9l3i6x%DEdoKTqq)(1>J6Q2Uhr3Z&8I8|iFE<?NhZ
zjl3N{T0zWTGz3TSTtr*@Nhva6dI}ivu+F$VC5cR7MpIo{KdS0NR>I>s^rEJ?w`m6t
z0q*e9nWJ<p)M$NrHM(EcB{Thuu+8Em_F$W(sNC40-Bs*)Z8L$uI#{b50U=cm*G#CE
z*!$Fy72xp?k#4L(O9nf7?EF0(A%|tWpHCkw)Ov92?#L+#AuJz-;jj#fP0^x5#rwwc
z@4=i*(H+{>$GTrlDx*jK(y&?#1l=1A{Pi8w7$cs*2bP-)IM-+Vk&1)BzP9?2$zep3
z;Xn~M1x1nZWN1`A1Q#fMN$y>!gi#JI`)Fv|XG(6!18W2hE01G6G74!9QOeA%ag@_o
zr2JPU3PAqIUUn8!%J$>L8GGY*A3a^;FTP%1EwsAGbN2n#mp;3?q_Rl?rqjw1Va}hI
zIE)sYuIG2+CIdg)ZEt|@d%Qy)@)WK_0nF34`5%7K0uI;>dk#J(kgZ=anEnE<CO8-d
zldMqDIjAtvZ=k>qB5ZrSJ6LExCAZ1RkyLW<8PH(HG40t|+YDA7L=Pkcn(Q<L04pt7
zz7HVkqjv>FK?Ly}1%(SG6JEXF-`oud%3Jv<SuMaPVxwrG{oB@qjbe3<tSpxj3kpPv
zMT;vNT!R`Kag|SVPTYhy4aL87_+!i~OomECJXAFq>)OM^HKL!3QvA^XTC&mF@pUq(
zkz(JFACXYDd+wKODm|~RTG*L!TL}2<<|G?tsgljgmc2sFCY=ZOTe+*HYGBmzGJ-_s
zi^i-I*M*)346(UZFA=D{JG?gLjF<(rO*R<>w^71WZvjbqwV6H{Gove9BaV0g2$A@A
zxG54)m?{*|C9}SQ)*>AJF~^dEV80#!rH2hp$b;G@Mo0REj6~>hF}gTdUHbF3xP*k0
zhLk>XO-O<CraZL~@_Muw0t-QSbvF{J8I3VQP#mkLyw2f*lKw%n#W3&nG$6g6r{a>+
zy>xB=-pO5w@~W4)biOlxp9)>i^87-fF(hK_(-;7WQop3#E@h#UYjCY8rwQvfXs%e>
zz-#s!&Q_~i*dIkNFR}VyyPHS@Fo3hMqYqTC6N%VW1)$VkouJ7T$l1|#(TOh`?*tEH
z-?+MNy_u`}Ypt7XO9b<(S1U+f%PrwyAUaFQei9dj)RO3L<VTi#5;Ukw*mH<Yb^Xcv
z(?B6ge*B%^j1A7C=pDQm;2C1K<uZ82gr=m>z?p!o$aJ(LO9if+a^hnT5}~|DhXA^f
zUaIZm-`zzGEqkt+-7xvJMmhs!PZEVq^Fg5hNb}~VyA#IXD7t+Py)sp)*V49uca1>&
zA+lwOpZHb!gC+~D^+AUl*}D+g=k+ls;C&d1c{%U7e-84vUPgLf+|Yu;tjQTCT}Vd0
zRHn@Jo#HF<BMCEp2CrJawH&PiS<e6)of8QSvxLYS5sT&?*GK4oUs95KD&U`nnS^g^
zLrLBx?(rFqdg$;-I6Qbd4Qxft@r#((*&&(@ODPN6W8=bY@1)%2GI_m8e_`}DU9)!O
z+$)b>$J;cuFYJ{ve>D}Ei3h`AG1V*N3eIP12WL6=RA{(64e0V%T<`W*Nc6wgjk{Tk
z|MZhOzox%YJ#nLbSEXda@Vm!2=M>0GVHa{&Q<V=2#I+^_=dn@c0o5mDG-J?O%+4kQ
zs=6~yGZINojXkxz<l(Y}*mG*Zu9_<IUry=Oy?7<Y#TU%hYFd{CFlQ8QM9476@^HfL
zNw_uZs0j9iSf$r*1DQ-a23;OLj2I0WLI7|We3eaW`I7qKpamub!3X>$1lggv9EnB&
zIl*JCi7aC^04hH%hT{ALBbFdo8j2y%Ut0C7EjTp|ue_Pnn6=(;?F}DrMk5=p00LAt
z5igCU1^<9x>9cQ{Pi0p*)2>t)4MrD<QMAndp8El@bh!}&XYp!vM|ZKTw&7ap8eH17
zaH60xHUZ(O(MH~_u%BoT*_37rXu0bLyy&bK?Zc0O<_S<u22&h<E*y92O#VY#e#HLG
z2>aa_`~7!#oop%{m6w9jE&8MPCJu_VQ0b52Yc1!+wL)oJ@#MtGQ}HLOuGT-jGlOHI
zPCmn;f`S9ui{`yx$XWQp$8derfwmSzU3)bt{1$Y?I|@@&xVIa*ywhBnf2+<5(rv!n
z)s%=@0DGKKc2hGB%?TTMDs$M)zF+%M>C-ViG3eN=?W#h)-1*?rX-Vz6rN%p*9zVf!
zms;9JFnagcikgIc`xI|laNBm{2Yz*stD|fNfe*GsXk?H|?}TDNT!R!dT-gt{$e;mb
zAT%2w<ZJeIE^b#7B|yL{lByiKnx$y(g=FTPWoz0VVLcswK#xvrS71959p)^5v82Ks
zDJ<-h$oPV2C;i1pUo>4qg@EM;G%QTbPce1UB87NAL)I8j=m7)y3}XV@!QiW5L4h@_
zK@qwq465`LW8UD%b!@7pU$^UwSO*WO{|(n*N8_p8W+ki>tB9)V4YaZ6>KkgMMI}g1
z*K*c3!lM)=iA4&imojBo@GNmSKd>h%CqQ|hKLk!L&cgi;c)Ut6cF(?Kh)?nKEEVBS
z{!7_4@4n&uD+r4JCjFb#`!9L8<v*B>3SJG+PudAM<J$-#1Hzx9h_<AS!cV)<%Rs!>
z$<#;9E-`*jh{yT72=?6yBm116*TDOf1@r#9PJFKhI-rupswu_O_KSvofG(5^eO`B<
zJuBhgj7uQ4168VG*s-Ok2-Ud!{N<T$u?YGxQX`L~URFer@SOyhe1`5rqN3$dBGyoa
ze^MQ-XqJ@c5C10ZakpZL2BN>(nT5eT&Em1aLcf~Zk5x3{{2u~zY5Y}|L12NHf*GC}
zTKoN2*!kK);o&imR}6~cd2WDieJ9sdOkIg3WtyP(&itGl-Ni~?=FAZ406kY<P-|R5
zaCX;}!n>NZ3lPc@jMnGkO}dqGtKCrlSQLkPrJY(QpZau)c-`~ekJiQs&$bGD%eB3#
zgx)M1p=ZE^>BEWDnXZ=QHWwKj{altaJbr&^oZqF8&gR!cJLE0L*0<p8ehOQZ8hH;8
z{j!g<`!}kt_zfHmJ>c>N8^?Co1fWduB7J|8jz6OxPmqt3a`?t~@9$inxkCUUqEbHM
zqzvwOnn8~{dYC~^vGp0$<abi`d#Nm*oiL{_;xgRmev<l}Ov}zUN`KrJG&lO9Kkkcn
z)C86|16z4wmqEp*&qV>kEU*mYLxHjeYVC%3oB?ZNuyN;eg)L^-Gg6O1SGCvvcfnN#
z!Ni+4XRUd+T8rxzollkLSBjbZXoN29(TC9y7Q%wIgF<-<&dkRD(3=%A10TUi_q?bb
zQz}!2_^A2hfzt3F7%+rJ+>BtC;ZgPcs@KpquJ;0`yDJ6N6$Jr|Nn`Ym&h-oql*4-}
z{P46B4vUv(lie*Le#tvnX-dWE-6vY*2iW?R8m{V2XDXu)ZVjH6&gu1Y?<<N#NC|EB
zJ_G9#^kzE~*jck@-$L{%g`@xShiBrt<r~c@xJ?$>s0`Ke@?D>_<%wpO%q&#$1Vg(p
zzL_w^J(cB;%~u5Yf0@w1mpqV|a{}b-I&o}*7_g<j&Z&cZ_hI#xrT?@E2l#mxF=GNT
z&0)m1+QaUU3&G$qpU@IZUSGpl%WyMFe#bZ(kk@6{HWYIOhpX|Jg3h8tzkQBwF*|F;
zR&FrNcP;s%V51ZEpf_J7lnC=iifq}ZH6a42)d0^M3_se0oNf>u01w`X4jU>oK^|di
z{XQ+xV#|=-vO_(8b^|pcMroHRUt`9zOnPj7Bq{ZaI|cWAo~25jX3#-ZQiuI5eu@^j
zY;|lB8=o{jk28JoF@Y08WLvP9D~7nS>klNUJ3Y3({c=GQs+aO{n`du|YD)COvJSj9
zWpdbX2RAt<JV-x~8I#GZs(+@;2xBD$5`TPFi*M}Q=p(U8l-_TYvNLpiqLppa`ElU<
zKQSoC^nXR&SoeHaa3A!AZmOi%{I`pkx}owzK6(t)hHs*}e>78`B6JGvxiGUn`gv!G
zZV(OnvpC5tSfkXth2xUBFq;-CvnV{<LAGRzDp~b%pm1FA8~|(;B*B6M#Wr!S+Xj_X
zPcjhG)$KMb>g{2#2#&_K_JCu}+2s|PQP5q0L#d#EXXr+_w{fJ9h4i&R;dq*{@#xdQ
zw87!92D`c~gx_BT-W&Vq=D+*$<YbL;<VJYa?_xrNlEZ1y=st{5TZ7bmr=yWt&Z<O;
zjN6^R*J}>nET5z4y<G78#vrGg9d`Vq3wn`xMnk`H%YWePezA((AxY;AwG?`AXRIkb
z(QvMYV!R<sprX3l^(@nls|w@3DS_f$Cnyqcq2!Ch{-+p2^(?7?AF;@mD|FW2zziL|
zS~r`mXeRYW#$bPj5~$zcVNxgA4&OEu^~}$eu*3sCPZsCWUjaP|XVFhHDViX1wPth5
z15exaZgRF?NnkS@Pq}ZFB*Gu{PEyP6kXDs=6=3VXHD*lYRMbVlJw%ccfYtmi`!ZBZ
zeip-4Kh5-s3R#_3puG~$_zN1XeJ!u<gtsNm#tpR`s0QO5dcavVDKGs40N+YQn$5K^
z=Gim7n|_Zq<nunFsBoe9RC2J!YjzwG?)o}#2v&voKvxiRWxwvOx+3*<H5Q79<Jg&T
z?Ni<mdUlhwW>3+LNRAv&K}h*v2Yp$n#3hQvcZG<&Pcg>o1OY#&aV%H<7N?_I3xE5d
ztD{{T6JuRrZ-nQ_h%%QeX&zanx#}H2Fq}8QNjKw7o06{TTGX>bJW!0BekTJZS7n;1
zOxu(C#X%}Ni=2}mISa3Y$-dE51ETF5GcWYYM6W!rGx-F*)USAnG~pJQoLly<R9wjB
z<>2<HdMQ{mvcz+uLC@4<!ca`*ejfKs<N`(`o&t=E#%5`jW!oF`eFX|1zGFPmxVEE%
zsF!v8Jw1m5bBFv2^_R%nFoQiC4nzAX&K(2*-s_w8MVnYY@m#^sC%ImVcp716eQiF%
zv$MM>U6$~B@<ma%)|MY*DHTx!OPcrJ_wwq@?32-Z$=7C1j$E=;+bJ+T8b`e7R4Fb_
zOu;(oi$X0fk#wo!u5weV!=m!>+HZnjpTx;#0~@WH8<ruTMh<;$J626}yD&ZWVkqBA
ziXDWRfqguQd{kiVU-jr^odItl0;CA})Z3CH-iazkZ##y$f2i2gT-COvbM=9>#^V=o
zR_!(r=#V{2cJ(}b;zQ$GoKKy}UPW;sApY5uHhfLMGWYVI&Vz!2BGo)XiL{?-tFHh6
zP@&`KKNBC2s)Eh{;_CV-)b5WzN|y6v;X+uh{DQ|Uu^{u{09Gyg=^!iUF#JVOtVC~c
zl{tz*@cnS14bYB6eL1@Y&nTxP?K%oSdCjmffW>0c*L2-HAq3SAiH~fVWx>2LT`Uy|
zrM{OPabh%<E07ERL|bLZRi!z(Aq(LWjA{xXRxD{XxP5zhl$Vt)j2K0wH9v!Sp~3kQ
z6ec+}*YV6^%Fy4(TtzX;37#W0j?cT!#eR>lH$k1i$+sV^d%{~JnH~e^gVSR0^=!4c
zEX*neGxi(om;C~a{S_-BP@$2pQ{&>}v-5X$*SzjV^H0(~0rg}Z<%8AV^<-ov8&mt_
z*7MSYR>N=A-H&oE5AV}a7rvU+m^jRy!YpO-Z*+RqBBI1kqQ<s~S?8POqsI;cxxkHX
ziY{o^b%#5_N7W$>ZS1VU(WuI^^P6TLQo{5O#0}+p_(#r;6UR-G7L5tR^h(2f7D6T~
zx=sqad!x}TdY?pWlP!N71T^SJf8b_L&AML9uOIF{5q2bNK_3FxA@_q<q$=QD5?dK;
zwloc3>k>P4FPiKtemoYtqvz1v8j@UqBF;z4{8E&S-g5rTywv@3nOan_3EtRI@7OEo
zNvwQc$HCfIdN~TWNoFF`GGztpre21yzi(v}FG%eiI(`ARgIjH{$1)0Z`iFU_7){DL
zZOqK()%xG?u9p+9<-~vHzN#N2DStOjt>O5Q9BJT@fOBHX%^o8Au5cWf3rCH3<l)dt
zPNdCVS*?<JY>6**E7ID?LZRLL6y@QY&0~nooXwxAt|zvgY}=RiUH`+9DP|H)Ad!jE
zBz1gHZveP&;!y9e7$3t1OVc`2r&PYMRW9{jxJb~zK_mP-P468#dZmej_h__`ej-{^
zB4sohOg<UU9NteM`ya>o&7?;$A2k&2@@rUc6B5p2@<_>ZCBGVnghpwlnf7a1wC0nH
z9*!boIp!j1CGnFsRN%aWc~46h(;txQQP)givvos0jL>alhe<F*Vu!}8N#*4%I}Fe3
zZ%NKQO-sPY9B5o*0XW3gGs#28Mce5u*3mabYG*l04G~Gr3yyBml<BC#1)yyE`AlP0
z8Tpl(br~*0bQ$FLdQ9_JAc`!gz8a;QRy$wa%(xfDe3I<$9BPjl0Hy;o6_;kU)0fzg
zAO21NApLrO&mvmZNF|Um<2oQb_3<hgF47&@AOxTE%GrmH<lAx~5ba^#eNXH+mhRq;
zqBP*=bhzt-DxN1|Uh;L=I?_hnD%bqj^z+K^ymIW}bDbO3@LCAbt>QrHlT<)?(($j>
zDuVV~ZurKEoGGt@rGi}F4^c?$JHKiTgNs0LQm>ItvHspDG;BB7C2w>{c%!#hK&A5F
zaIJzuZ!MO8hlDsG*7r0SeXV(dkna+ZjS&6sL?v(XZkiAm(4@e?blmeqoNY%v#3sT2
zB>IhkH;St_+rDd{0y$!X7c~h|&Pl7%s3UNQkN+#!ueQd-BKRWal}9c8Z6woU3m7h2
zaklx&>6EKkc?WL%cHvCv3Sc^R`aRdN&yMHbT5a_O5y3hh&TZ-Y{T;!6=|0YF$i(KJ
zeXEDgm96yWDk^u6fdXZal)E6%&wP}Ou7DItlI_1L!zsNqiWk2#5k5PtniX$7Uj0kc
zo~@Oqs@i>g+yq|C(iuqeB6u@drmc1uQKqdqb~iBd*Vr^K@~OnOtkg%v>C^zJQ5T7s
z*fxf$6lbwDCZoA`sHk(yhay9Ypn$*0z~66hCdqoutl)>d?mH50{t@{^#)Qqac_Mh+
zYdF*q9&#u<{TCVP;uKSm1BO1A(jQ<M%toQR^XxEPTseXcq|<e<Iz1^&UK#l+VIZ|0
zJfNe!2?Cgv+5Euald~*{nt1oqSTND<;ph0$%<6k{5OI?@(C)xUqHcq=$N?pPrZmvl
z?j}WsHfBpa03|0@ts9?+U$p5VO}cYv>sk7b0S%EFjXJ!IFvYCfIo_>?;>nWvV1UZj
z=bUnhr<G&ep|2<lACdeP$04|@-#_%}jDfd*$q?oPxFpqnJ;`{o{6z>*Ay{9#Qag(<
zx~Iym&#vUBuw>6q_hbagZ(|%n8XTZkS0h*Fp_*`?5qOlamw|bXdWJ|X+49n%LmHdq
zS*!V?%~krM4j?1BNoq<H|15|-y8<JwLlVex)2deA?%a_}k01w4#+xND6hbbKEy&f@
zaYQ4aT@lc*7T(r2{n0WWHeY=l?AVe#Wc-?j`@-nY2GU;&72^c}BMc1@c<1h468QA^
zE-h<Qa?T-YYC^R3XKkufonXV?!N&_6REz4m#>Oij`1j1Sr2SVL4(nLMNptD$h`9Mn
zl9i>Ct4Y$+09cfTeUA~qj^ir6E-VoUx@6qnbkN(syEtI8<#pFmxus-uo<Ut=66Lys
z5R1X!uQq5d#+1r#Rd!cmDdJW?U6PbZQS=cw8fI(;2EI!K%5?8kB}3X6;bk4C-j-oY
z(rSD)AUS>%dJvuT;32OHgH3<bB({X1pukdf)&m{iJ!C*;27tl#QI`@2n765-o~wXM
z4`w$kx(74zd8;(ObO9Ck%V?FLt!FjzoqCCdRN9+)nGGDR-x3u|FpbrJ5r&VUqpmc0
ziaCs9gC<v9@ws%Z6Yz?w9@}(*0<;?Rr|QX5H^-CbaY<Q@(0S;X!T!Mv>I#!m1Y`_`
zJjoN%;(4?P19IsBPCalUWLV)4Jn;~kZaiWGVh8Z%wn1Sk?N8R);hl$9$6lRdp1JqS
z+Csu~lxXT9DQknenS#Twjf$#9TF{6M9oIA;E|9`g^FZiKzOTx%?erGtWT)``RU0mb
z`As~wptaHX>tGahiKc)F&zKa5oZX}!g)P6U&jBc5|3LQ$0wla#9)=rMr!{acYm6eO
z+an!nV)d5mm^1IOK#p)DcDr!J;!7K%{wg^0!=pJC`Neq-JBH*qFv|k|t}mmPolYQM
zBJIqDc)y{VE5b4FTmL11Y%Vr=6EX%(4ES4?gt5Snj!TG+78L5|h2HpiU)7}0^s8z~
zTf|WV3ZVtpF1hnM_^*C8{MR>aCLO7X0~nbPRTD3MsaR!i?J1XCG%l^XV5t9As^HPF
z)#52z-fu-^v-CS8mGiA{u*?6ij{USYe)4~6*v`EW9j@SzT!i#VUx|yAW{$y)krPYv
zr{KPxP3AO>nJG8|KAv;5&pEq{!`VIAuZiVv*R@v(+5@I@mOA&Vtl4k|ywNno*?-G^
z9P<bZO`<8(0UW=eVN)y0(wy|)C(-f|kR9Y()!Qy-U^o5%NnG94-YcI!R|8{tYzRC@
zSMK`z02t1l9pVJiY|u3AbVg3IHoD4yZE9sXLz}%I{SDM&(RGHs6C1FJ<jS&~@>3R2
zGR{h%!f@ab8s&{a!c0og<2oBGEyo57QI2@8rY<WbTw~1D!@>H!E1A$@2?bSz0I+8a
z!(;s;ei73iY6l!&B4$BOF&+af#H1pC7s7PZ@(S<4N;o(QLgohrDjjYl5F!}A$ORIJ
z-2m==VkV8mi*c$oZMotKmYG^yKoo!w%c>NRR)A1vY9?_G7zf3XOX@TlE#BLsj_2D6
zAXcH`-*bKN+)17yMAxo~r!KDH&4&yBl8(SrTqHN<-kwulkIbeYRTfaC_W>hSZ5EW?
zx8vq(=d^18Gbt6TcF6LvkWHRpzWW-5N!=%HnPkUN9qj*e<cfw7Z0v7gjZo%)M=>~7
zw|1r*NI1|>lUc^x4BZM#o`b#d^zK{ik##B#Y9<zIyix~}c5tV>4|~;JBN{8syTBBH
zIgG>+aCli-qwt#jDwbHilkH!~Sd3OU0bdY;poCh3WAl%_A_8%8QV9S(^E@O`sJRX-
z*HY95eDq$N;+J&qn4SAS;qf1G{y$*za#;5mnaRy@arQ=+Py5wl$H3>ID108b^VR!l
z;k);2f)aw%@ksl?X@$HW&Q`j7Uc_jHDtO#4H#$9Ui=-O6ssUsnPG5eMkcm72=WL_a
zw?l5S-;^7J22(`)uW?YG<KX*%ezrW>him(lVvl2)eXA*=PupOr$Ih;yFRliWLkko*
z_69;KmG)3#PGBZ3FM^=fz5zcyVh{2|`oxc$^bhIqBk3qXX9xSzolUvPo4mIZxqI!^
z_6-|(8Q5;N4KQGW74Qix>XY{*<jw|y1`Nd!K#*-vpBnvRm{$YIK+`n<018Y~IE|S*
zuafvEw(BUDpc@$o5;Z|U)LWAb5t`_pFxR-V>ig+xs|9zamunbm1Fkx+4<22svE*0G
zU8=ute$>sIcJ1@E{W<+Z`9XVXIg@e&W0s?}!n`Zav#CJU^zz_z#Li4JFhC9b{<bQ3
z1=2sAaR0kMaBNIaR*EjB1|1XE7Tn;1mT80MaG&aXK!`3jFy@&jqu4LLMn|Ey#K+Cq
zSrY=x*DoSBmU$f;4*n1Z)y4lBTF+eb^nf7S=!qr3>(RHH7D`q&uhTGL1dKV9rX?}V
z4GiEJ1Cz%%095ncl}aQ;IfUiU%#CvBwr+63rMi)d!c#oK40_`{UFYsyZ_g9j;XIEj
z8(s(GyF0s6UC*O6_v8AYiSBk??mOC18<%ir>-C5d-1=@EF2K3>6UW}&uBu&lgY?WJ
zZg>y=7|oJ8TRi95|33Zw-2e>Xd87N~HjTf}bEYqMT6N`{sd)T#=-3a@wN#%VsVuJ*
z!<W;aP<EKh_%GSqdQauI#d?k%R~0`Z-}CqFoSSFA-PpyW1KN*$C!V}mM)+Q4QQP6F
z_eK~iqIs4W*5q|wEFQbW?b%l<mY?>p562lXnD1^1?Orh5&Nmuo{3VeFfL+x1LT>=q
z&)JA}idV1n<JS?t4UP-$WSTQBj{n!&cSkkVtnUV?iUJmjq6Ab#x`0Rr1r-$qq$&tV
zM_N=m2?S6?RE!^p2nYcYk=~005}G2tC?wQ?KmZ{LEf7-g#_#*iJ?D4US$EyF&b@z4
zGCMPCX0m5L&->2%yt{QD;w;iY3$H&+Hr?eVM&bctcj_v_x2IW!SL^0qeElw?we+oj
z;d;US{){_iFVv9+pZoPy?`|n#Uo24a%pMN^!GV1N?R|~)9$(xX8o54iM*CGHu|<{h
zi!fWjojX!gHj31DXD^J9HG5Bn*gOO;598}axb73}R`hhkiFQIw#UYP?O85D$mYVz)
zB*SHOAVY^km$uN0gl&{xoaTqty>8IKPQqqaO9}VHX<{kznUnBNrBAbQ2ycVB;C)R!
zTO|=xZes5>r45x{hE=J7bLm2jj+6b7PFtr4we1&vc@&*q4N?9%(P23A$6<C-<5$aI
zcG5&jZv)49NCZbyH0H?YRY0)P39j$FBMcZOTwM{iIVaBfsUy-v{Q8=`G(dO%DJU6`
zN1bowFtis5sXkl~CbqZW<3@bFYxl=FLep_=&a{_`Sl_-MTt~T!0gtk)$j6^C>OH<w
zU&IxcrlOs6-w*ZS(2NaMUSPdoU@7PfY-mC7PPji(MXcdt1a0K*%Dx#6Dl@Vb$ezCl
zyn+#VckEE|_!@gK7KAJA$|*(D$6qxmPK%~(5=#!<9Q4}Tdp%-X)>2aFj97vR1sUcY
zA{}T(4A&<%r3xBotJitT#D!qK%S&RiSXK*p_^^0lL0!%K;-z*C16>d-l`|@$YD@Kk
zu8=t}@tt@WcmohY67-6zAWY!AdY|-nyxrxOn<%4BiPFris$19lgP+G26F4O4XA1=~
z#6q@D>{dTmdK)LV8>gdpRFkJ$dAK-^S9|$fyAPREbz@OZ`B-SjQyC{51UDZ#(-yG2
ziPA_idh{gQK#wyRdMY$vDmDW2#1YMPccELqxyHos_JKRnw^Z|FvJHdRD_Zp_p`{ab
z_L8#1N#Nyr`Pe1L#@TRz<<V+Er|_@!Rv1-$^z-xAz9t!Jm6oyEqn7L;wplLwsa~t`
zl>3?&gv9xByREYiHimz4i`RMyL|JLwy{9$!KRIm|kw;9d;f{Ob-9b66wi2*^@`UNY
z!_lv+a%XtX$)J+C_D<bevmsR8o9Df}Gy|@XQRapSYO%VvY5XYpXuWzL2)cfK_k@H1
zLVxu~wT9Cd2?x36qtrsF_!^L$1oLMG!k;+KoYMhMjIJ)s<fp~N)&=x9!#zXDA&#LH
z7Iup*FEhu#L|ARN5q-!otIzXYsFNie@~;{aIvwtkW1tpK;1b)k-Tbw#q9TVy;PoN`
zGJGxvFKnq|xq}+DW*<nZ9NW<RK_OU8|Fh;=+fq~oax=O-?NniS1&8gKFah&#_jYAn
z#&??uEaIxP&xjofEFCU*W(;B9J=D=ut<mS!=~&$uE;AMWaFw?afo2|rNm<tcSuQOh
zaW8mIfF9js{~D8u2wx2V*EU>}#RVfv7CG5IS9tVSFq<D(_u^ZyW*G%%e>sk>OW~^L
zj4dj`vB_2zc^c@=U*h#uE-|{aI@Y5mpN^2ecT}5EH>vHz=ubWc4a?)TVpPNa?Gm+_
zT;-`6NOkYd^nmcm!fewbK$PqZo*Hs=vU0D`N=rfe1_jpl6*wgE?|4t^rS2_@|5{EJ
zLwSkpM+J@#O$?08TdnZhnLv+y4+#!$S4!pfAruU#YJMwhM4xtYuL&+1w3|Tg#a+hZ
ztX0+*0+jEzr{)fN`r^ZhJrkwqfV_uWwx~D@_wb1n{HOlKK(k%_WawJLo{7lDe(5yx
zG0#ku(PPU*SvFCR9>=ryKrAFK7(U&YZe*!p35H@SJ?EAD7v@azt(~TJFTQ;7MCK^O
z)jZF{w$strL7PQ0QPv`sK6nn+TOAzySzN~0SPf7<c3(SWIdctPFkX$Jk4QrT?Tc$P
z-j$}=EW!cB>N~$J(nOLI)Y;iNM|kog*KJmdZ*a%aGksZvSIqZIx1VsI=lB7nQI+h@
zntL4U296WcJl`rMa8WGqombEDjF^zSmR{$)u>ozs7QL3-ZOjAv2AX;xKrWwq{v~~H
zNK{5sW|7jQd)F4b0<kXS3l*ozwu)-H8MxZr3RT=flMWu$oU*ek_feS7PG`JKj28T;
zq!nY9S&n)2$D4e(BDUUbxbgah?U8m_y-LMv+r*9=Y_5JmIJLE10_qE>cAu)B&o=*7
zs;jN-4Jfgk!=~+1*u!AJDfu)pMHPI~R~ZK(!3I@VHY`!+BIHm`KqRb$*s!wuV2eVz
za2TP~7x56+IN%LLTQ~xjYL0IhT?KT&AUze69Yx;`O?zr_^X3C!krIYu>cHcT&=7!^
zi5GKU@D28Iek0@#T+x6`Dm3t#>V^Wjd0nwe;rvP$4n<p>lIk=P)catOZ=)P1$@jB4
zO2lJF4QMFx`nM|Zzh7?H1slFLGhl82B(W-~!$z_?sl!Nc0N>9g1*jVhUys#7$Rm}W
z^i868F<&_en93HRC%x*yz6)23;8q9T!x*dWua#^0fZyfKamAeecWGpIa!bq?6N&Tw
z(GHv_*_;&tocc7Ou6n=*SgRtgaE52>pCJ#@4r@`({*ICJZRuFj@}y<hQYwj=Y^E<`
zM<wN_YT(x~TLb-Ho~IHz1eF|)G%}_$91!G&pe*|NxfDU)stdr%=U%W)m7lE-+|B=p
zyV)b4u&pWPyh5R!(3M%I%nHe-9p!bDdvYJ4>$>`#64@UGW#5y3YENTo;9hK5da>tn
z??Fi3o(vfVHnWCo;EthCq~_y8EMoDnnbi>FcGuR!bmV=2Iyd!y&s)|I#F^Di-f1rf
zl;XF*3vvO(`2Rr(_kmWYW~21PESIbXJlfB^wgWNac+zeJCFuumBr1JxVE3Q5jeGFZ
zcdswH(a6$If=5U&bEVGXc)Xmts9&YnYaXA1kGWlERaDw>FlZc4Q`<;ruza(rZFf%N
zCQ0v(beS1u-OM;;Psr9Na-#J?lm1K&TpRsX?r2qdFbBTRPlD#PT1wH8*V4_$Z|CJa
z7uUN6tdX>lZK{u1U-@DG&<{Y!^Y&(WWQeM@CMl5q%lG5DOhk|k0;+2rsvdu}WCX@?
z3ts=f<XhLuz6-CnNR%7^-Jc&#N9eMKu1oPsZa+dWWF*3VF6Fm481{g}7>mI7SB&P2
z)Pd_a07<QCOo=KsllxLcYars|i0_$&R$%u1P<3q&XE~)?-@ADn8wL_f#)pau3G32<
z|KK-YZneL?(bW@uDUj#vG5eB{%>3P&d+g$a>W}<`mFS`Rfkb<?^8Q<+TP9~=bGb6h
zHBBYhNp!+kDGpQ5!D$5OowZN9mk4*&3M!s3rcX$@BW(Mib_%DwP#h;Ypm}ke?NQrb
z>aWjvOWU57Prg`*F^@BSfnxmeI4vHl;43}6*qP7}HsXv7Z@~JGXXI>R*`4~rb?N~v
zn;+I?%WIk~bD*p?G`<Wf7b+jxS!31!Xo1@Zk1Yt-^37!kF)+%Y-Z!c*C>d(m?%|F*
zTeMrPSVm}R333dYCl1Q;((;=L72Zk8Qe7L}++{t?f2ugqXqh%`GeWc(x~CsfqP0w3
zCNX>Y&1^h6aVS$#2PscZe(P|Ez5#31<Y#eS<l3r}xZ0L#t~a1#_BCB_B<xWM77Tmm
z-yQafuWV#scU)mdMHLV9Urt?xhZoYfJEV@K+wk%jJtA44o)4Y9J(RSsE~X<OYL`ms
zJDbAgvxt8JSM@TVeEuZ}`dNBP#ue679_yem;v-nuuHaP=$V!*imXUf8sLn|}7#e6T
zcpQ+j`|<(SuwfCwJI`hIi<FuBII79ky86X2zblx*`k{eE{lefIN-N$;L5p8qQMvB-
zU)e$<ZlXJViC3QQzoSqruS@zxT38N{qjDGLHojcc(P?x|>5fsaL|oE#kotEBBrQ62
zy;|>?fS>~kANHxe@w9N-*9hAUTDkaZhvtF$ZWW!w=1zD{ezxAGR=(lf3Tprkt!(;g
zpj)Jl(#Eo~vVlDiB|=mf4{(SGHGcTUnPYoSMKaA^>syw5U2>|!+lZqsQ=olunnKR~
z58eag;MYm+Lqu-ml)~oZQxVvQ<Q)BG#R-i@ZdhB{L0s!@?0AZj*%0gy&Y@nlEquKd
z%vvdLml*R><a60)e)`awJmTfcG^9vqVEO%=7z~9Mc*s~=aSj=J!kZZ%c3FL%)6VuD
zi5+Pl-6%hBMNjRdjT*fU*nO2|7kf!DhfZUF+w9_DfRX)21i2|ECr6rWL=D&pZ9PJT
zkVya(?Z9J?fF8@}X$3IxbPb4z{<+J4p;U=OVTzHE;5h({Zc2nNNF`sZ4%Y&nDS|vz
zXZ`_we?#DZx5QQ)d=H~7=G8**A2Y7k?8?u$E)o8e_2d+v>}mG{@5j**(7sGP0EO^g
zm!1aAlO|9Az<x;Z;WIo!%SjZP1I|`I!aiTZp(At@WrQx?1R4PYf2`o;9L#iX-q_D;
zy6<!V`e&fLusBcNh}RhK*VhQWR>fwVxWW0Uh%;+8F+8Zd-<{yC^9HRws}*@KRyJVc
zX(N4hJK@~Rozwvr_$!xsgR+27Ey8+x^$FMcz!Q3U`sbk16zi_VH@Vjo_)b=o7`p;q
zi#I2p_Qb>vwmZY!Boz40fSQip5_;QJ@a}+SlJvpb6x%(h-NE~oJ#0GEqoN!6H%S%u
zn+-vA`-1n?WfX7)D>?xg8rn`hu^=$dw>LMn7PTzC@xGMq4*O|XFdh&p8PpH=lGN13
z!50)jZI6;NGMI6_roq9-(XUU8EGHjS7QhK=xqdeV<vjY%{~S<r987;+d8=vN#f+U@
znJEgzjR)2=p*<bR24_GboFEaP6f!Fsf2M<V)LXwn@9%;DUWfh+@VjfmqfWu&YYEy;
zVXfP1@%H*D7o|vdP`=DJ%sCBZdrYhj`P5-gHX*%35C%#FQ<w3uBo+T0-e&-t*#n56
z(u0$FL)6o>(V0pOX>BL5zWVS3O?BUig_Wtj$c>@fdZbk=?v$lF6+_u#65`tJptE~J
zIK6;lvD?K*LT*qg=e}<zaWwjk2PxT4HDk?Uttrz})}YGlyLI)B9i_U8T74(U4YM%X
zYi4giFlvdO-_qZ%xo+9WdffPaj096WeUnPdS7XUQ6Y`c>GAQMYu$;tJl0kWcHjM{I
zv^B=#m@*<SRe?Q}F1|BdJLyEjIfou?PC?LQ;Xt;>a1%FgTB^qV6BOb`!gk4%QGZ3e
zx(8?0H0XSLG$+h9hf{HsM`Bo{m>hoAENj4R4>fPcfX?ZtI?{t=nnK9vSxaH8LOmj~
zqV5i>Ma}H6+yL`O3G$kVX>6o-MA~7w5{iDKrZ7XOsnU!{TN&Wg2aIFb#?H6Vg+Bn+
zae9{?D*$t~?f9opatft3N)B$){~N8WrjNg(IojWsee<`?%+GaBY@ZS$hjZEcjPJc;
zjtK-59!jCua%v=@MAtjzIiloks47#m;W6P)x487}V8<y$<WXFhZ)iE>u8f280j~1x
z?AKvP=jM*pM(rH8W0$(_iMJOviQOW^XYM)aGGz^%dW??Kk`+|iSBDhzd94T?g9UYB
zPNMv#U#UkDyshIqNbg36n6_VKLTsisp~~#ri@W~WhD=+#ypW)VfCWiz(Bktp7x@Qw
z@_P_sL_Em+3Vb3L$8|JDX4X#G*N>k3^{?n;<vcX`qzs?ImoTa`vG~lptpNm>p0C=Y
z+XDM%%(3bG+(%xVs`Y6ptGB)l0ux8@jr0nR$UBh-L%C`rq}AE)OY+w$0`M+V{1@g?
zy=owTniHL4uZ-h}XcXxqyPB@D^Drxn0`e1a1_6E;(8=a6KX~mgAKBYw3k41eylSiV
z3aojTDtFqZ7MozEe9Ld~@LmR9Xj;8D_u7jHqYS-+uA)7}Hv)7}=_c*HTvE@#ozwkp
zKLqYHsWdt#do--b^hNr31$xe9$T)_R;xA=T>@9oMPEExZ$(bEGssJ|F8sx|eXeY_C
zi#r|YC?vN@X88Ih|M29ssgaaSojKjPA2Q9>o!?`DClMzum^`VsT`ejia?Wmg?ZjJF
zwG{8C&&wff$!|bpqksh<j(h|-{N>)cU-6jeay$Q4G2$I3;V|IU=S~FVxKQN{-d{=?
z%SzVkVCI6c({`tAg~_D*ClI=OTHt<?GdRv?FMUwX{UtX)$2d=9=MI!bbCBn3pfNeg
zBMGx{28?M}gkB8*Ds4xy%umnSO8gbz(y&t81z!^Ew<gr*%shi9+ZuBpnhY-LQJk(A
z^i((R*=@r5x{iK2_%?|0SuXSX^NILe-&*BDe0Mp(+Z~!pHjGUhj{HTPI8A{(E!Ia1
zH0<{6<PHK|OBK}At`7&Y`rJCP5Dz3Z`ZGO?;p=D5o&m__UnSDUoB~h*cuNRw2Vg6W
z_$wcu2CksP);*?OUH|r+zYh^PaB=?*r08z+8_6YmQyv0PAh8!P+kh@5-2jLB|I_m3
z8=chtQ!jzrE&UY{fU~MSOD4BJc4z2>`0x11g)ZtNVQU?i3(L@dCya@)_?=qj+j|Ak
z-?pMl@d^;wTzTquZW<Sp9OgW9&WfMey3g)+_L_g!bpj?VFth($-%nPJKR%8MQC>GF
z7sl22*%JUCKm~AC@$?~Zl2FT@o|j>F8L%c0@XrJFLR-lOv_S|H`dwmX24Vj5<Wt|B
z#bjU?l#%pw@JyvHn!0j%2}twCB3Zswj?f%hgVKKW`Bf=#mB#~yGhYDEXK$_N&E^>m
z@!~z@QdTP&kiI9ZWx)l*BuQ0ZtQX@M3i0^xCXE-;C!daA-C36M&wsVlgYALIInJmd
zTT9vbSK?v%mhnz9mtu=9uRVFCGS8yC4IVfW%#;Q017q7%u0Nt9-3*_ui|50?vstU}
zrPtWZIV9|=;kS+bL(ilk-!Lz<wunw&FZqnCUl7`n!?tZ({c`hu?AB3p&6j?(#;>oq
z)p=}wMO?{gw5C&Js1>)V#qdbq-vp^~7DxE$Mpi0XPmjS5%b(Js49%~k!=Lye4;Fm(
z`wYt`)NHV|BBnK(YKXY6&%cQlAU$p0XuYo&u6MZ|nt4z5rr>;-Lf>u^rA~5v7BTS%
zf-f|uf6~l$zb@CRq#<yqGjG`e7gF5*3I0)6?36}gXJ8nF6mULsA{P<@>s|9qBU9Kf
z=lag#nmsibUGs+u_FUg8L{rCvL6K&)^Qhqo2*qF%THkIV%yOA}AltDB$1lMfRu^~L
znL78#3E=61h#4sX<SxMo0+c<y3e+sY8C!wS$xh<ZbOAmXzP?J{ByayD!^_PhotcKH
zhu!-JZ}ba)2Y#%~LemtN{A+{ACr}2M58Wpaj4<*f&~-0zixfev6+U2k<@0HjPjii|
zI;%9&I$PtSajN9gvjDMt@Jwk0$jUIGrUMTmeBIqnhbqOfzcTtPVvX6J6#hTJ$OjE<
z!&w3{J;YOE<K4C~2+wjdc=|;w>L3!~MC+wv>hI4ahIvj>3bSUrF{OUS%IV;M2B%vA
z`e9^*NaSi<HL?|wHL?B;Ji+<`Tbsnz%(TtVWR9c13NU(2@p0v9(<X3+c{Zbk78^YG
z_QZ$uEcqA0)S6$SndAlxna#T2&4|tQX)k5_cfr}Khui7AEII-cF~$E+le&DAEE@g@
zaNfK>y+IX}G95@FKpvY|u{Ze5CMGd#WpHBzvlr~hzFJTgK=#~f{7jTV!boZCY|J)4
z3*P5V-@*WRj8uqNW=<+kvW1l#JTc)?h5QdXMm8eZ$Vsz3*bT<iJZ}|(#iSssf5_@K
zBlAW@Hiy=}#BIH+*J1m>C^!W7tmqHrD*3*5h7)afR*7V`<>`0~9iFI>S#o7J+?njj
zURYMfvxQ5T^G>XcnM(ZYU_*awjGvk}Uw96cdZ2Ci3E+|H&6CdU_DfCd#k^ytKZ13y
zE##sKAWjS|5BB~h)24un6!~$wLRsF=6qiMj^KzxIL~Lx`tnVbIa>E7Fl9macJWRJm
zP}m-0*iD<@Nae%>w{Td`=xsC56y2~!bXc^yFe~h`M)|31oh=aKWEi>fb_?EYl5-_;
zZL;^h={KTXncwAo7a)9Gpue`^AL#UIYN4?{`?J%yBaLW0M9QFQ{!ze2lB_br)VGb1
zR~eU%&664P@D;Mf{Kgju8)Cp3a(MF0kJ|0YeG+bW-`xE4@!MIE&OK!I@?<6o!}v)i
zjs|Rz@a*NxP$%S1XMvEz`mHnA-8ZFE5SNw{&zOJcXcaVIbWE5@O!jhMOhsAY`75;&
zy@#G@OJRJXYf>SxjZ)4)3a>!rq*sP(jvwcHMlhj{34ONF(AjDH_5=iDuD3ano?kl7
zF0rd7my-=Pu5=j}L{O~@R_wf3y|z9jx*zIR>FQroesFJfN5&fKBjL{vZS%$?azje@
z3^xQ)=4Axfq+B*FAbPBPaVFj1C3{+*ast65g|Kyt-3Zeb*|e5m_nlq%VfTx0Va?c^
z?A&w%bdp@dDyi=Ud&YI@kQ05T-M@jZCMzR}Pm1xY9QwA!GtqVOsY}20DXEvUEzA6P
z_H1{C_%yt*e*LqtHMla}wguoq_B0Zku`-&iJWkcHE<gZVvzsm}1%D99vcN+88D02E
zx{5fIXp`yImpa16(opb~VkF0iPfhB~M)a#$g^JNVL%QpaoLDzbykHYe(YT@+2oj0<
zk;Ah7(#pc7yphjC<R3wAo4HW9iJhv(=QUJpk5U)d;xwlp^!v3TC+kl#DE66|PIzhx
zrg3ZD0CM=V;^Jc`LXhJ4Ig^B45I*jmo5NTBo@L(eFk&%~MC9Aa18CBY(TJfyIB~0C
zi{2RC<?X#L=NGVAbEAFdV;O78yP&ahoS|aWoW3bK=JJf^eQBm2K@(+e{?IXEI&DlC
zPPHDwGn$o!joIa8k&dD|(PWc?KO*jU*?v8$GO;Ip97>TNbEHk%8a&eZ{4rM-HiM<c
ze}Jm3Ric!9QAL-dHMpo$PYlECNu0#{>eGfwJMjH0wn!q@PztlQu<&UUNlvy@+Yr<M
zV6x@+V25t%y1&`arWg#9=wFoWS%@(R8>U8LhLJZ?Y8$D|gtf2j2J|`2-0SbTB&e^i
z0z^hraCo99J98xcc_=(*NNC3A7<k+a(zW)L^DK?4{1gCPk4I|!#7TPQA(bV*&kW!i
z&%-O~QM}<YIv3oG061}<-+ZPMm{A^^e{)s5c-IAArJdpUj@1yyiq#$R{G;gOjd67e
zHgR>OzVz4Aq`o5M9|P8>{%kxK);cdQF{(#H;(?7852;dWi<pB`6D!zo8ng5s_+1=^
z&*jFBSG>Y+tfrOy(<F}lCFRxVgEZU`w-SZL14)u=z||`kJk0<uw|C>Y{NMELzgk|p
zjdtBkGCQ~B(F_o&wnuypfB67_sR9*`75;yfoewd;^9SCNH)P*8^0@Ik)}rkV;fp9M
z;hlG0A1vkn<n;$IWhYr6sA=<>yYuvfn{L2$fX@I`9J3zA%?JJr-YCBq{8FJi>(7$|
zmsG2d3f(EdGVho&VSEIWzi40TpJk1bwKbx%^y+VVi>p7&Tr$v)AfPT4X6Ua^e1tRG
z#{kkK<FwJz(sJ3}c&87G(}(tKC&MYLyP~@A^uG0VaQskyL3q`o6I&&U4Zg*7;BD*P
zbq5d#q#k(bR-h}y&(GaI5EQBG?C<X$DtW=pP10G?A|TA)RmtByQ1YSseMrE)K*+-|
zNkvH`uZIx7dqI95a&t<64y1QFaB~iH*LHpA4iq5OGb*ZzXS5X0oV8L>*H%-}R#68&
nYo9p-Su@i8mj-?iw|gF8|G9xgDLo2k0J?g~^kRwO-I)Icyl$(5

literal 0
HcmV?d00001

diff --git a/doc/assistant/running.png b/doc/assistant/running.png
new file mode 100644
index 0000000000000000000000000000000000000000..8c3b0eaf248eb8f1d544659d91e822cc01da0f40
GIT binary patch
literal 24664
zcmd43by!@@(l0tVK||0GG!WdKpuyc;2X}Y30KtPZXmEFTcMI-rfx%seL*Bj5y=UM1
zopZlG?>sY4ukKY{t5;QZt*T%5nlJ@9aa1IHBme+_Dk&kN1OPyr0sv69h|q5>c{jrJ
zZ^b)%2~8&e02%Y|4+@Z)j`!Ax;4CRCim;0K=>z6RSW~A10DuG_De_IlefhZE&t7=}
z^!kd{lZ^GwE>Ec3H&O)Wqh)@SXb^Uh>W@VDSlGSLL~Hw*E{?@kt1A%Dw2C!ot<2y<
zS_ZzU;UeR01II9exg}+UBqk54D?V+NQnsU(vC{7QUDOXUd#O^zu~Z#3+h@e;aV9TG
z*5*}N3ru5k?RUHf9+_9^SF27Fi7taacWVfNB#40|ADBaR1mDAcd!NAa?ybRaIfaLx
zUrz7usULmR@jCAZ^j{wrG)>L~o_hrpaxr1Qk;BlBeR%62;#e!Am6EZi0C?;En=bxu
z7xN^^e;t{E-Y8(dQUB9wYgEv{G#U@>KPl$h=93+)`NmtDdDOe+xSDd52-#a}bMn`}
z$XO$;b%qD9Pw$D<{TRu8-Y(N;bh_FcYv#_Yx9bsjkJNAT0qn?ojstzQ=>)aVH45*(
zYIw{O$`8-P&yUb%-9PO&20w5h;jeffVkq5;+$IC)a=EVvQTYt#eXa|I<4+0eectR3
zmejprCFUjVx&j|A@bcv31b2DgR{%Pk2?okg38Dh)q19)wdNO5>c4sBYIhuntE9Sh<
zQDLm{rTi&FCgC%kACoUUG$HP-AA2x0c2mv=u&mIvn61t|+YPHV$Uj8I#B4YW5*|!u
z-FdcGzp#41ML4<qK4`2vEL<lnz`@(9KtyxnlnnS4Z|D2tvSzFGQdJ)GE~-iT;(Fu>
z*Tm4>-uRTV^TF6>D%Io4{#oD^vulJt2F9M?aVdnjd@Pd_S8ysRks(z2)mCM4LjRY$
zHONr$w#@)gQ7xL4qO1Q5;j$;>#Yz-7y@-6-U)$Kn*=N9h?85YO#fCX+4+1y9s=s)g
zdyOKgGhny4`=7M@&S|Vt_wC(zAbN@2F0mW7^K+p3sej<t*`)D9`mBD*+rnf_Uqi2V
z$O51)&e~cY;icyhRL_=2x+~72$wFB;G273gH10M}H=KEP8FfLY&iZ=CNxb>^TF`*6
zc%S=}r0aKg(2zq<8}sU&8rpD%TmG8$%0Je>UWXjRZ7h{sOst-D^ws6YZ+sP$b2->7
z$1F-~`c6|*vsA6z6Y_9i60m7)WAk!7Bj0QkKYX3s`TXS?@<zz~l{v)`mC*Wv`s*u>
zTPQWWSP|_&*C*$92>e`oPllTm)bE`yWziMa1H~hdH=g<#ZO=3d?29j(*&~>|D;lL4
z(+9nr+ii#2!ipt17OXR;I_9H~%NYTGtWNOYa>5gQ&k*Ey8S$&z{08nn`UeKCV#9%3
z_O0OM2?z0Npw162k!p3??KH)_Y1Qd{%=<%Hea~MuI<6vM)uA%&4+pjrKOY3gck)63
zPeMXZY2%1}u2^{3?DvAuk(^(>4?Bo;9_|SN(`OcHh=Y-YXE9Ov4-=!7n-8i2shsG@
ztcuyXTCT@Yg_$)qNzsCSaWE17231Kv<r<)eQ23ft(+Ze2-~hMit3gMWuj8fuv6B7O
zSYw7&$pPK(K^WM~R^1S&F}D{dDKRwTK)%|qv7#3+K;MR(`>Eh)%t~#B+N%SD@e%98
zJKQ6A*a*aKZNLV57xtx$Cmb&`;GV!ghSSet%I%&{{AOoo$4C5$qU4HEm#b?unngW@
zEx`Vsvbb9`aB~ET(Q2t@OxcP2To**n`>wxW+Q!jo54mh$b=9O0e)5qRnM?k%CSXdk
z6n}~xWNrEbTUq7UbxV8Wah|ra?Sp4QULLu-j;5x^c3+sJylz*e7LQOM4j_;|laD$Q
z*Pjw4%j=@X-(w3|t{AhDhdgq<N+Noel|>{M?oHYIlf6iyYPY#9n4ML9Y<@!4IYW{A
zRGsm?>|ywGXy*|0^F3n$9nhc6i>#bHCDZ%3PQu<6k21)oTIJBM0i2Rh6+>8_nt_`8
zFSN<ff7pF5huJq%&$8wD2bNI{?(PBFf>7Glvh#Ef1}M6e2$eMe`?>oi^gZyrx7o#J
zahO*{`a{M;33}HYYjUP`fLHPl--tf-v)6SgjNe{IZdp1ofUFCn8_df<Rod$_6mRdn
z#~LTfd0gvzzaVL-b>WAI&`DPxZxbmiYD!IixQeahS9W(q#&!+Wn~@|m0P;eI&h6z_
zkNv%FMa>;)K6NiW*q`NAG+q~(`Bx$IWHkfH(Yic`#1u)8s_dN4X`sfYtwKM%XOrem
zR%`bMO2*+zq1%}QKhN<?X@Jaa%YpvWVTtHGYj4fMh;I*?Yk$d~-=GCO0oTVt`SF#@
zwfM;AP{#J#Z6OVPkHcfE(1yS#^+h?K^KKGk03F>Ut@nCjm+;m!c8oy6xSQ?;;$+7H
z*vSWe^CFH??jxi38AN7G_gp)-_h#7ZQ@A74(5oc#d2M&%7x_gr0zjAceMTUv70!7D
z<kpSMYM#!o@DSjiQ!Y;+VBhs>{fW!BZ8xkoX_R)?Y2yK8(@|%i?|Incv7lqrvvG(}
ziSAov+Up3>!AdN9-lSg`Ie_koSGJ~MjoOp`PE7FP{vuGx3rEq!)(F(xN@b6z5H|N7
z9MXFsPoju54bgHKcd_Bf8v`#?K6!V%-p9P+;o+sQnoT6@`*L$|aPad(_LB7{K&*p?
z)gm}y1loaHSaCCX;e*6_afdBzpV>NRg2Czlx*;EDlkU%3t6+8UU^7qpvXj~IKWOiA
zIj^}&GGj^cX_+W=90-FtTW{?ioaFmBI{)Zr-ERgtz1?g}bnrlh^0C6$P~;KS#Bg@1
z4zV^?y<bMXPKP}Iopk1XMpir82K)KG0Hjjh`?sh4ON=_vD~NtM@Jh8SR1jT@CJ_zI
z7n-CdZSbgbis#0dk||f6$k%r6>CCJ~IEzVh!{gq-V_~Y%TiKmK_WV))RtUpi8tpZ=
zulbw!GJA$QSY>c>y?MkmFc~%T`bdMre{7igsg@QJu2Y8I#Y^tu@?gm9|1J4FFSYyh
zThTRrEV?>Zp&ay#0Zt8_uhe{f@3$+I>|l@Y<=a~wlj+&jSu^__KPJj(p|AgR-IK+C
zqqU>FI&6fRI#pAsr~l-9D_>vvLe8pjPFXW?>LOpu$UpZSN8x_i?<MD2;iU!9TB2o4
zewb|2$v-LPYPdag;lpO^(7`CoL14MqnOg8`zO?{Uw&_s#mFGCE&0tFxws5yNJM0gV
zMomCh2-aa2bv9a``;3C^=n1_$f1UfD?#6j&kUbyQ=Gr~*yMw3LSpdY1?FgGY^E&_>
zgx#V!+J4*?exAqq)ZpYKSVN$LM0@wnm#ZqnvFBm19n@l#>H70J#}(LaoU`NR-jmxO
zS+|gDYe9D*P&7`3&IZSrvHLuqc7gc_56hG>15X}z`7g82PRUyBEYbfM8M8Ew=~)Z7
z0vVSfoyYAo7+0^T<eyJPMMZJ(!=2yjU21CT&R~rAh6*wy;+%Z&j!28F^Ri>_rg2xD
zU!%FepXWgyY}`@NI9AzN-*rDqIX~7axkhSm9YQ2N_vZ7A;KhEUUpe7oV|fr9Y^QX(
z+cL3iC|0%$$Qg^ds2KkkIMSyb7<;Mg{6f^6P;dOsKX^&08a(YXKX~&Z$tR)s{M+g1
zI5e|2Fj1QLwYoFsOGKqk^N0GsHl-*Z!X0qa?Q-OEBMi4muOOhZ`Sqs5&JxV^4#)Jt
z2?}WJ9Qnk>yB(%89^p&SB7RZ}g-4`KqVv$_a~IxsCAQzw8=<y}S*@2kHaF%0IRAr=
zolffxum=e&__-LP5O-`mZL;PA_`P>_hZdcEQKuZSyV(|hm2>qnz&TBd^C6zvG2lar
zl)a9Rt?aI^ugm^;Fl(GA4rF#){W)wle0SIrRq4a#j%v1XFFY9mk-M9PsVSt9L)Qz+
zf4Hu$tx-2rhuutE;Ky%+2P~g4=-oXZ(k=kGT_1~a3+tG8(Cs}3a`fUDG1?!%qYSRz
zO=p*^COPp?+?4X#x^!jpv9CP1Z;!d;LBOU`*NKkHXdkH4`>7^^kod5cq1jDWA+)I4
z`SSRnV#)y!qTk`yPYHVl&eFc{TQKnUUd51gj|<OV`!njehYO#v<3t`5#0g<mKW#hC
z`jEl>)NJMaEdS!Stn%}temoOvZ&?cJy?2MvV05{DCj|0zCeK0_A*BW%!vg^;E!wPh
zw@ZuIc@MR6P<({+rc-i+Jq-*(o%1C#&^=KOE;*@ze=RPvCZ3TF9{z{#fv(uR5F-GQ
zQF`&%r2A_aK27-g&Jly2xne(#DjKBr9qXG3xJ5-v(;p-=v@RI%HCiuSA}3w_z3a~e
zxAIFNtai)uboyOSl-P8gHPJCwc-imCdNZqw)_CP!qj*0a!Unk*&$vByyxco&TbV^`
zhz|smm6ffouKwaj3ngoc;hzg$`oXTD7w2{)btSyL0uKZ|Zi$~_N9po=G~69mA@Bno
zmKrRMzY}-fmR93UqO0SST@oXzZ&{wPskM+i5k>0lN0*oCS9ogDPS%C+4?=c}=__B1
z=gzCmyu?OQ^}mL&LV`6J8iVQIzxh=4it2CgKwX>cIB!3Wl(bwmEV>DoV_Kc!Qf1!^
zyRqK1&fjh?ma|(yX{W6k`b88B^PM`x0>@1?(N<yX&boKVP9~+uL^>VjneoZyI?~$J
z<eS4LOBxfHm0E0B2={%&eqB3xj-Gl(K2DexLeG%9PW=Y!rP@jUw+!j@>S2Ej6o1ZK
zQJGH$O1M3*rS&<#@E>c2L_ch$b$S}wG#r4u5X7&ZJSTTXiqobDKZx1=aZurlM^~J{
zzH-OIW^`J#w${0V(vf9giFZ~RgSf0AZ1x0ybAgbFohQ*@++`j{(rig2N5S!Pd&zpA
z`V^uA`lOS%81%z8#&f??UK;0NdUp+XfR_vRT{}+f{Ij!30Xp+C)cT*p7(tQHSNq1^
z<AZt#U35*f!<wcWlQF^Ru>SRTzL;Ir`gc4PF)*9sxC6L}&vVs^2df^RdF-Hg@K+;n
zdJnD($;F<}TfD^iUl5%x&RY=H@1J=!2H9M^O;4^={qBc|aVpsbyqYcNs#(=FjVt+g
z^f6xc&cluN{O%c?_BZBDIxm)o2Twh|WH!M`FIfeR1?G22Y_9%z-R%jBSENO<VmJN9
z;dO#ktC0CS<Q{6X%{p;J9rYGYI153K!aF@n{J?m1&q%lJK?ukOkzw8jTFZrW4eA-;
z{Gim&fVp>%WU^eMth<Z8etv%50~={n-Rn2>;baCH7PI(eCkQw`ESz+1^YhmzKGoA5
zx(t#4{PJbY^Q+my%=RNg2Y0wLCR)!rybh=Hjf{+ViO{<U-BvLK=yE4|$l4ALd7iB{
z{;;3Br_k=oWnTT5bc0BawWc#_pU+}yuiw8;Z<PO7A^gB;HROQBhk2V}uO9hr;uBG;
z)lw5!$h$gVNawu(ixD?XKE%btn9k|CMzH0xlk>einNf8d(qI<!LNbG{Wjk<_ocwq{
zZ1vM2Y-Sy>{NQ;-X^w1OI?M6n{FZ&>Tl(m-pi8|s+UEr#>-B^F*=+vq?jp@?BQ0-L
zx+BaF!mekF#CzoDtkK5n*W&rB*AlAAJWPO(sV5%{G1-X=&Du5e4Bn3wb;{_3oLk?8
zn&FNUYG!-DN=_ykeUW0asy+{u_VYeYG-G`QCyI579&ETfoIf!9IroNRiaaKUc7IqL
zjo@I*1T|J{OD*wL4dAvtF0s%pRy{6d>G7}aWGVPw4;<Bq(Jh_}YUbYLa&D_&jhsJZ
zp7F2zfcr$`4tbz{ygmNd3sc&6l`H^d%8j#1JLbpn8jB6t+PQ-CKg9TJc96ef92~q*
zhuxs)e>kw{qD$VZMDqAftXbtun6f9WRvD#5<J8o-(!345t5J=A4uryun&^TmsL&8f
z+HjgIJeY(tdU|el8cp8Vu}g0AW*WskDF4)K9aSjl%-UO?vQ%0F9RPfJ{F}Y3CbI-R
zT#hn!!ZNY2#AWUpfS0DQV|2Ia-A3w`mJyobkD|~g^dUpo>(lx%yNrQX6fU9Pr_vNA
zH7vf$0W}bGOT3xgd+rTkVjqTvvbIG{KZ`%GOD=YnWo7zpeoLHl<UiM`CeId5qSL#6
zFcDw1&Gbc~OQ=lTn(5_B?tlXeJ&1r&P*L+!88I2he0@)4)`Q$ON<GhwDc!GvX?Ls7
zh@A{8eqdCZh!ZsVl8#V46ka{st=FDs4p#Vj+CsMXN{z|zu7C_#lsa2ZvWNW>9W#C!
z-jmbbiI?F){eS)(xmcZnLOs+`ll|eO)%Zw8c{g5=5s<5@d}m*}VC1!v%UWEAQ*3Pt
z{T%i;0LF&S)i?F~g<rj(&o(-qN91`n?hnt0a#$H(uCLoN-FW=&7v22AUfxVUujg?j
z1~&?YsMM2#id+S_IR(zGPyW<+^DF{CIy%`omSN>yoPAM`0j`xFW*{zghupYh2M<~M
z9#W2vGiqfmWcoZ{M>3>`+f8z7I2>$^TV182j~qltO}OFlKmUG(By0)qkjd9f@HU(8
zK38s_HEizvoK7|(On)hQsum}*uh2MU!Tagf*jbq2?UgIW&eGuBXYaWEjZI`zoDx;Q
zQ)}nro<8Kay+_5(67kxT*j2N9D^J#1k!S9n&iRB2mNcIU!^fxd#lBC*2LkQan_>@|
z0HZ9%kKFB+S1_MZ{H||@xl%>gS^L5@zsbo>yuo4zR}b#IM9J(y)J_xW+-IGyz9L~o
zvN%NQA?Qy;GtpnKc5|j;A-2N5Lfc<*5!ASepBemSJvt5+Wsm;#IBv<DvW>>U!)&bX
zI&Yr2tS_Z+r!<P_pN^d=<q)Vs?4{fhGer>(wu-Cr(`3-`RSJ7;c$~RXevR`hdr)dq
z4Sl$JSP($9of0|O4}(uyWbQIzD`l1Mc(TG_@;3i%zR>Ov5Wx6CSjw~O=<(bhK+H!n
z(RR?<n-aQ(TyQE+ymkrgudeTd-F15+5959__X>YL#0T2&6lCw&@v4ZaBR+~|nK!;9
z@}aYnX)<=7<(zbY^xA@tye|y*EDws#>}OiDbGU>i`#O<G^oO1x=*APG8<zo%=5J1{
zz{xJ_)5pDwOvu4tU*@QQ-Pw+zJO6oQ8gUb^`u)c1nQq_WJpmzM)XvZPvA*TNMAX+6
zfl|CkXfsVZ*i!@hI5+@zuTRhi99N;C;U7k)K<uE{pFB`>a5$`0HBBEHa}+>2`JgV)
zk1NGgcfD<04$_~)LFjn525j4Hqny>zZQnVoE8g=)^KOO_KkpYIcf?kI+3<O6&3*N_
z*9Guyrtt#q<Iy9?!tb+^J@8-%_{R`%F6@U77+sb)4=2d6rGxr;b#6tudxv$#da0O>
zBMx$kOySE(awdgx*q7qWzs0>n^l0L5#>Tm5vU`yI3gS>~74G?i%1Wv<S;Q$0FP29u
zWW=I$e0#E@?{hO}{F${RH^=frrQf(VLx;L1dF$#dL@{nH3W09B8>2C8kXU284}gw2
z-o56!#F>wa{~=GtwjPqkOZ;|ETVL(gZ*fNgs@3&h<SRUFQImwndU=6Z@sU||Rq%+y
zLN-Js``rkyKQL)%WZa)i5%YvG(0PG<2d|#=2W7E8al3<<F$S$Jl=sKp0ub&K-j~g|
zhZ--jgG<p&feeVt262e^xA%Rrz^B_nVaiXOX;FLf43|2Pn-#yR=&><`E?8<O$R*{&
zh7Q{s!Z>c@U>2TiN9{YyYW?!SxSmmrAx3?rrh-J5`s^+IzK=fb*T(FTscWI!`M|MJ
zjeO@rdFzHjW*ubGVl1O^yZa1=b0TYcCWdYT55gep0aFzdd-iU-;Ob#frsDLBX%yu}
z%#2)!D7>Td4{=B0omr+mgP7<7qu-;zfxL#e*?A`NXiaU2I5UcHFVY*dtVDhF1`w$|
z^SJx}K;UPBkCa)b&5Z4Pg3AF(h>5|wz`P;I#uCp9eoc)oA;YR~;BnuvDO$7tUko}f
z)nqz?x0V12@P=onn*4>TVe@7Fg56Dfzk80YL!tkY{TraJmHF3EBfm);a?in<lli{v
z8*VKk{eBnvZx;#6BuTL2Kj8Em>086E1j)Z>c_WTi%9p<wd0x{_rQZwK`YBlAAA0N%
zgVSG{6o0{Qa+s6<_3Hob`7fM3Q0X5Mg%R>MCWuo1Ld*ZN_Al(5>VMDT|C`}|u=qC^
z|9@ckA7lD2NBAEM|0UFakK*4V{;$U5Z35y+?9r>dv-5jOn>-*B_^T3q2Y24}g^t_$
z$jHdLFRRS_{F!>goi8VLoVKgKINk(JVoP?~b~RDyb7FOvDC=Y}557_A_$w`29^2KX
zts74}i;?G*4TzX8<=;l}X*mOn0-5E`e@K+yYS#mFf3@)673%-t2L3A+|5IoGdx`vq
zqW`_T^4}FI$$wW%|G%=FF{J%C<gV0bgvhvbrrh+Od5TzoMpU^fSARHI;O-Wx+vsvE
zv?-3$;QhTje!mXGLZm}?v<tW?$cK+_tKD$kIqZ+zJ<@)siWa$Kt}V>UI{=!nT`xmB
zoGoLYw@UjO=DdAl86h>$6kaI%rzz<0H?hZv&5EK5UulcTtGZ5SomQTo>7pC}pjU2n
zjDH^E@{(Cr@*@OXI3cv^O=SW-g#2X9;e0pgN$H*6G)x~S?z34czu@m@V%57Yj0D;|
zTeinyN?<W#q0^w<gogzh17PM+s{H*DD?8fVFHZ_iZGFzU+_iZh?EPKf8Z?Xnm^7&V
zeqcBN0q_LSB>`|4X_Var@W569YXBBM(tla72(mr+@&Npya(`gqo__DzMJt2Z451;#
zJ0zd!$*|6}7WyOUuPBpXLhtWYV}yCnWE%mi6D!!8q8EkYud@94n{)q{Ce}g!SQ*R8
zloLEFGI}xI?`b>mR;X;^DTLi(?^s#uFcKxHV-{O|rrd}zk4%wX>U2$^U<5ysna7{f
z9riuU!cf?FpTEGh*(ppvKC#T)v8>@pE87%y@0|;N{@%buTUgg|+RRcoiVT!jNAD$Z
z6wmX!>@{xd7i?UbpZ{G>T=TWtlN3X!e3Mp6igX?tsOfqTf(qzkF;KlyEX=NGoilHM
z@t1;^?S~iZ;ComJ6i&Pn$>?a`I0k@&>5!MVb*f#_NdUhUR`!`1ps5%}RBid*AJ4SA
zXn(yC29T$QpQtWN@O*AGTZ}*$7ypWibM_M%KrU32=<Oj1Cvrq(3sh`1AOvVu*n<N&
zU&8g+<`UJN2H9nAatL1kc$^2DmBBC=11DGbP~y8n9klySj>}ma?m*U%z*HfFiG6&;
zXQR^=e?>k%T{+>5jyd!2{W*mdWvdAC9NKxzkd;+)%R>&Wt!ts50npScX-KdoG!=yU
zYl>E9oNt3=R61&qQ!!_qOHzRW=r<jlaDqfGn1<6|o@7x?GT_nu*Uo}Nou${lML@U!
zYXd^67ULpyaGzqc>d#JchpGOmg;|$SowGv480Guihv`+mVdo^aZSN8&Ryf<|CC}UE
z^P`@*gt`Lc<<Ur%xJDIQt47DcXW!&Ja8vuVYPp-oi+l^pdlPYTM)wK<2vX$ArKP6H
z!uz{#@V_=pPNuysQKGz3A0k!8nNTQ)PVHB|f=BRW^>(2dfJKwx4K}*tPfoCoHgSy(
zgsZ=+Y}7f`^I-)yezvze{90ElUR_2JR94innC`WzCm?oLb`ttoOXS}>t5iu04e<5#
zXyz!PHjuN&N3&gV@kRu&06uP>IBCYXd0l#e-G~kGs%gra`~%o&7g*VVAMI`SOo{x9
zC*NaPopKhxP{*GT*n2=_vt=24cw&-^NYPtUTQRwV7Q`X>^TvbN&4x+M*3LGNgi?iX
zB`n0oOEwcv54D~zu|a~SCC9Pa$jn5!69I7V54%p9J2%%f+EiGiR9*iOkUM{S_X!Ho
zGb)>U=6CtQ?5L_`3i&o^AHlqRlS49*Aj4*qie%YT12_f-cmuEcHUofU`^9yVH2)|=
zCquANFgJ8iFsJ?zc0!VDVn-{M30TlaJc+(qZ;iUw+{wfG-~~#;w1HsI3l}UsnciH$
z1mB3?9f9uik6Leoi9&r*a%&GsIOma(X=zu|-oC-9Qh*n|IyNFuf;Qj!QIMMG&D7Bj
z0!IUps2Zt1>90L|aj8abnG6W2U_<tEOWR2J|J(~OlzmASN<s~*;I(?xVGj89-avSq
z0igG**q3qh`-+mfSNf;<(Yx7Q#5hM?U1dtn>0Nc=5`N!bHSOHe%Ba64Ba%Yqi$t*=
zXe#sy$9poE@gD(#DVz={Tnt)G-xOmDWu`+Fwfihi%l0o#)V@iAr$%l~eSNw8D@fDL
zEs$o)TZTW&?>?UoW{cRw>N!K%>mRQT<fo%(Zms9e4WgUh5{rse;1==Px}@?znIk6(
z!UJZy-fNguSvO8~5t`R88~>HNyz+s<x0fm1L3EWmPH{`sqJ+=F&_LkO=vVsgE3tNF
z1tWvFk-}$SnnYujEncU(T-gA{Ryx}@?}<NXdVP8byEU|vjfd6o^4&((mQ&Xq+$OSS
zpUXY&+>82aT+iHQAg>!XS$uNnD~dbC#$mwO<eP(rCR~H8cNkbnCI%`ZE97EfB_;GR
z<{MKG(i+7C*r>tX2MhZ8G<&uqf<=oMFBtco?^cA*uAytj_q=95*8}pER8(xXC&1&y
zYp!|Y0_3VmU}wWWeMM9oL)gd1$NLO6s$sQAv{23~2DVmz%!@vqLksE++h*we%mY7$
zKBGUi?wQv6>oN-YG~+kVeGK-ZAJJ8ez@mB?%}(--@Ei98B6fwuDFOC<Z8wmUpk6yv
z0%!yziN$PU8=^5+L2+^0hSc*BRjoqEyJWdlK7u#}X=Pm1SG^L8IESLR{tdTi6V0jR
zU)YfXwEStfYqNU<YIly~kbWi>?$1`GJY!c+M7+4#x>73A_DK#1|0a0Yk6V)pkOGub
zg{wi6=$Bqi(%rNN7|dAIv;h1Wm52K!X|ibExgdi>F1$>B8mGsLr56%1DI1(W6Mxz0
z;2bl*oh-C@v=v@hia&!~96xnFZ680K`)pO#?IfH<_@+T#W^~PN-cGsc7QS9O;Chn{
z>%akGZbpXh<lHj&9!`l7))#7{H{dGM`Mh?nW*&cHfon77v-rG>Zu7=KZA?}T_d%*@
z#NMQEEkeN^>@J$|`huH!dW-d)v&c=FW@tuGqk$$)P3jz<iFyIn(=u%ciX_P#j*TA5
zt>ai#64cc}gwP5kM$KL*FF2<eu<(nj^&P8ap{11-^)V|>6GLlFts1c-EPf1c3$B)p
z$MkCK!$>AdpvU_FUifK^phTf9x0)quHH!#BoLU6H_k8f4uGa&DdphoT4nh9X*q2$9
zV4c(wbYbSy7wH^0q%eIbX623gP^kOEuLAi>7UIe4y9;epdB4<1!IvxSRqRYL)+cB1
zze~>&OX~nKVy}W(`b8#j(V--tkUzls%V{sVwPE;oEEG-Kz}Zh(Z;#RczPFN5dQg!p
z(#9v>OP}3&Gk(cW8&Lx2T<2AnV1om%3Ht4Wb;{<5W>y#?MwA2V=0f>V6?7Opc;8$%
zCR(-+7a497-RCY@kR5@F=SAnc7Xb<PxdVsvqX)9Ir(egAu}JPJo+ac$dA_!R5pP|1
z;1ZI>q+Q5aP3mb}IXu&4^Wh!Y64;j{KY<$)(VFHPO=gPja9<#s$jPDt;bW}V8cC?Z
zS^<2oflmguoE<PP=3BIR4tjVBn;o*2N~;6zjy~UoQKNj@&&1wec?Bi)jz*hUes`zS
z31bW;Mcf^wAMlQ@a^%kfI`l&zLhsnpE=7-0e>YMF{(#$bS^?o8`|}53_|xfA1IRt3
zygD;iCJ30c0f;6@6D<kecq0lxst*ycit32d_P(Arv6jwo?CA7(yhKR6)L13E<(n{>
z{K5ivh9wXY`zV!oC0-FVTpu4%nxUV&UMD^w0i;!EOor`x#4R*wZI{KLWlPm5mR@$a
zD5JQtJc+Z?(K`XQ{*5HNl4tPtW`F3jUN73X?pE9`KhID5k?i!sY~Xe!Z<2b!RUWKa
zb;BjuQJv|>o+QVQpZAqI`Q1SZ-8QoBkIc-Ts-5@H9a%jf1qKuAjhDyVy)VHm0B<6-
zN?nUT^8(K<wEO3gFPv&tYF8e$ltvTLXC^EGxJuB2)R;G-Fe_mLHeNRYibBxmQ2X=V
zQywJS?Riz*QbEz1)}iPzfhTaY!=oD|A94>B4lrsL%0dTGP&A=R2}8k8w_f;8b?j4=
zsSh+p3te455z1DKIbep=_nlr>o^Hg1JGH=dEp32=hmylf1M{7Ay(#R@Unv3Poxj%?
zOzwI-rs(3NP+)`sZ~h~EF;)%_U1CBUKck|wIz}5csnpr0fFJNN&O2X)>BNUdb<I}H
zOp<Y;5P33q1I2s)#+|kAif?*#jHlCq^9?a}$}*{3e_zwV&H}tE^I+r2xklCD;%0K+
zVdOl$hJVKWnmvxa!A_liKlUeCQn!8c9=z=3!~5z>3E1^ryMuthn4BB$mX4rj4v7G6
zrSoBDePxDXg<~kBZ43b0LRpf_PN73rjhQ&?y}6~3dA*7=NsiM6i#;JIyr$BKaN8VF
zZ&F?cKx_1wY06?um#ws}4Nv1aY!k1bk&BONEsD$~nDTg@z{~>GNHnoKfInhpc^%5D
z6}QN4ia4A(0gDQIfB{gYiBb?i3K;SJa`$?nmhx1NOWz$e)>i!ZGYf9=J)m)h^gZ0M
zp)3G~iF5<?WkggRUVr;$5vqxhBY;ceH_lHQkjD9}W!hs4Am!S#SZ04iWY$tSIy7$z
zo2C_?6<}xQRw+YqaLX)gC8PHs7}12GFm}@9F5T*<G$Bd(CfW9@l^UUo9F)b3<1YW8
z*Qd$$kI#`N!P$owBby!_yDK1!Ni6jVd^w(uSf7pdB~V)=_vXds)kBCM`$frAhJ%@}
zLq)W2Sd0JxO8Y5Hn+BGr{3+*eJ_LZ8A7O12D4pdCOS4ZGVwd5uisj2jGz)k|DR#>*
zA^I_7T@ZL^_G$|9hXSM(UlnMP$Kz@|wE%{W;j6vd^@ZnA5WCJ{^k-Zf=T3J!U=<V;
z?HU(P)^65ZcRAHcOVPeO2-;Q9)@q&LAe2O(CQI+-E5(Y|duS{20KAU-8#i4|%~miN
z{UhmuRRDsqWYG5v?$?AmpYQC93-*NlB8GM!(rL@~ZG&5|0AQxGRTcUne}(k=m)}#B
z*3QETa4?UqfTWHcDI09JX~W%h%MhJnkcNlyKHE3MrfV_bq_wQb`rs0*9nwTNB`ER-
zd@udvDYjn<nLm__YDTV_o6~!9aB1tH4hWhP*91Nu<l!F7^ta3zQdHf02-CgvP>usS
z_^CD5?sxo+_Iec|6a#}<+^R7+;lfEGnv?nk;^o{|j>Pnv7u%><e$DpypbdEMxAGA@
zx-e0az#YGlGOmB-2UB$e#I>^ZZ(Xn{v9V<T!q{zK{{0FTn(+|s6^^L6_Bm#<z25$l
zhLf<eF72kk@K@9s+gPy!KdbC=14e5b`@7|@uE(niYv*GP(OR$W#)m~#CwG9&gG3bz
zCs);?=DRg;Yp69Peq32mEWLS+@R_KcGJQJb<|#J5C5+g?AWgrG88p{ACoGA2HX=i-
z<YfZjYosecvw0-U41(o@XN_TVVcJQXx@=$-bR}YDWFr8)?xESZR*hy@8!)upDY*f<
z{Q~MLW8PV!>o+Rmwkh|KG*-PA%vv*I(}FrTfpcVjbFg{gYNaqtyQ1RKxBvrNgJ>#~
zy)PcYtKG37VvAavr!Kdr=9aY^Bd1xBPSX)rho9M~*WUf`h`;)BelYop=y1A_EBj8I
z*-UYu{<pZ~Q`cFcD6QhHW5-T<O6c$_MJCB2V_BiV)1~j;+8wP)Awq|7XO$rbbG))?
zwHVYeJV1>xv-sFIy9m;3NtRnIrJ+D|B|vAlGN;?%U^iB;Wy9@OWn#C1EZX`;#vv_*
z#PQf^s?cb%P^X=z8eYrR3UFSk&d<9E&UuV02;l#<5+AXR1UQYzsF(Et{3Kn`Ri*>v
zq0oR!0i^y%?Vj^VvkL&J5l%8P^e(;jQtO>{-0-8u<Gl_I>M7Mer(d7_48?L3ux0M0
zKrvl<(j7ve5_B?ck=*wt7OqeqeHeJvr?uV&rksTUAQ#2n19y&0<xgPjCZ554CxyFl
z1-#!^KUSCZRds3~5D;||tr(%eKtD9bPfYNN-ol~jv6NBr(6ykxTb<$iejv51PgUYq
zu};Idkr><EY4VRD6CO0e-ah-ktlZH>dD;XR_a7AA;C%#m!I8oELGE8_ZzC;=Z&qj>
z{oGCmq9*-<KB>vwzm-m;_qen^`Y9*}#v^lX7xuX5adV}zAx_<ljc+*UNz{*TFOU-#
zRGOILl^qu}M3WC04SJMov%17dPd%7oF8%Ae9~NaRPy(b0u5Rv1%1fjQEQ)Gpz}4vI
z{XIe_>*bDBOsSfSPf?#WRkoOEWRE!D7xnW?My<~57FGx;+%?a?e3ZJG{}8N(Qe`dN
z-W|*f_+(jv6)@cGNo`bC#L2;d3Wa*}m}=@$x3?sTUEC+Lm+d24ZW`0PaI_7X7gP(;
z$zRE%8V_qURQ@%>>H1)%Rr369q4+XUw;V!~Q1bj{?fIh66<o_36~vAyA#H+5<fRJA
z%ITPwjxwGT@+B(MQ`o_LE$L!QQ>QpVgO&v6U%PR?sa0jG)T<Jmt_bDV#p)xX-z}iv
z*<`Z>yGsD&oM8n!#1<C%U$_xF)XF7<J<4_L9qgRcl{w1_NP!YLbX3%3N?~IsG|6jF
z{wA6s21>K^jQOrI1KfuL9$%s2X~@*!`Mf1vO`X}15^9vq&K_m##_y-MGMox2o%Y(n
zefyY&&<nVtv~^UV(run@h~Q0Ht>46bZpK0TeumRQRIB6bBvR*S8L>8>VgAu4h@0<a
zhl5$8hQ-SwO{?D?oh0aOXD!Q`f8rj*oYN7n%62g1^J@>`T_crjz`~1AXATf1M1x5X
z2lI@Pw)QU-1*dVO00wseDUJ~QHeL@It?Xq(*o`Fc#~$SSgGf6a5N)**NMRz%2@E5p
zkrSl@8U^{4;Tuw1NZ(b{gy(7t5f9j5AOOu?@TDlF<t87f>qUG1ga=_(A>b>1SZOqM
z-434B*vJXPN59B;AG*FC{rE@$s0qy3U(=pZ<6mTp6O4zm2|GI~5?N0-?(KJw^K{_v
zpGYGw^mEc`Gwff}k9iO(LBH=oVEhS1w;2FM!2iQTaHyMHfZUBe$^KQV8XeRosUO%3
z6?uOiwQ}x7arhFo1j=B^0A~0jMDlV~*5GM1oLC}sCGU3nn4=>G=2$txd$<fb>Ao-k
z61`RyXhmkH{cs`2y$c?jv1A>F)J_zPW0{MZR`qBo&D9pQ<l?z7WX2~0N${^(3e>Aj
zpumt{e~>^dp8)goYu$UJC?GM}hs(1;PAYBRFQDPtu@KDY)Aq!!_kfQ-p%z~@3@0{m
zRS4J0aTJ~~v2>v<v%IFccR!x{#i=xKR3@{`{)QcAF_RuK4oHfy{u|gC`dc9ayK#l%
zvh>T!l-~V$0KHvq4^$JxP>TH#C9fn3J5`B$PdZR(-&zVpVB3YUxPlANM4{6BfTbI&
zgM#-tmtRO>B)$G$xO2f5lL^v6jQ@Ly<G;e+{}aCcziP^%?4sOgd>-1`Y>C^AWA7S&
z<*c-PD_l70Or~9ofRyCkHi4EqYFW>zOxEFppuL#+pm;JZ(zw<Y2wj;_d;91=#pGxv
zL<<+Jz2nr}N{CEV6{&wb+eVt7ceNj_$e1LEp4%y~JRC>Q*2Z^lv|c4K)gD0+Gaj9I
zye7x$Y-V&{C3avEou0R(!4B3+fS)=2o>p!zB{oj;*vV3{s5U*K#%>iu^y7`m5IthH
z_Q!wm&>cBOA7j5!<I%v>&|aLu*KkUprUtyhw15N&i@m;g^C<JM^UzJX(rCVsCD@I;
z*tb}Roqm`3MQ&oMKu1wUIzxJ(tUnpGb`PO>I7h9S(Gj|Kg7`j@@U#k7lKfAt3wzX^
z1`F@pCYl~?fuuOJs)9e^`54ykuxj&}vJL1ZJ-Fol^x*tv)k17WRRgw;<rvDm^VDgn
zNF!(M@G~5VBs_XYU@Ms;YxG3<?M#9<P_}qWDJp5Hd-bE;R<zl22=C&BOqy2de3BI9
z<M()*H6_g}SKO|ui3lD}wKM){^7jXTBCm>?wudH(zT-uO_R2!a=Kg#+;T?lq-Cbi=
zkw|eeH=0sc;a{5+t=U3NF&J9a(b0r9gbc0PRG3ZS(&V3SZ2h4Wo@89+PIG#reAFoQ
zdo(!JE$}w&l{@E#li!u4SxLb;>Jq^9(4>~3fd7=)@EtqWex#|^Rn{GmsK2lQv6;4l
zT5^uo%Dv!}L<Q4L4w9BrIX5tapVf?uAdUg`T)*t;;%5}_fP@)5Jj=&wZb{!i(yY^A
zSl!vLBU|O;^>1+yr~kHBFD4Pk-9UGUbiAD>w5?xW6G}9f&@L}sn{PR2&%BqaX_z>D
z#0e6H7Nl;lq7DD(;o#YgGr97Yr;Zw@KDDC-EmEAsNJvm()Ms6vYL1RjBfaGZW0&#F
zoCdMnIchBC%&2~$Vq2wFF6)UF8$y69?*cq<V`T)7&sM4eIq~C)K>X?_iWz$9XzZh?
z$$kg-YanvJ4gcc2c^y}<VSt%(HB+{_u$Op;T!KBUbmdmu#fP`KO1D}gbCLFR$sv!V
zSuOEPJZZ)h3doFp4TB>s0BG#ZF{>5%{7s6M(gigM?Z#KssrK{_)DlD(RYp`>S9o?W
z8Dg%r<f%QfEHYLh+>(os@+fRl4jsD1<kmSAwA@=}zCe011*5i>d9+-S5!&rjXMV@V
zMi5;os3Dp?vgoNzBQLT0l*TTOer<WTz^?IO`9rvbe>QJa_aY&$(Ge@kFni8$XSww?
z&<uI>_-h`YXO|9F_CNYqG~m*i@9`{&K8hylI?Xkqw@>++!#g%eh4zc%mx2CPX2@gj
zyO;MXML{cCq?;4T1j~wRYX_o2U%(~kx0ZKS(L_|d&cD=K{mgRtPJj``DO=|aXc)?V
z5^mT2xkm~;G@D$CjpcJ44xMsonEDS~$&YPC)>W;gXcjR<?@#$umZ)oP8f1`2i`|`m
zH8;D)EbkQjX@QXEIK+9884tX>;o2gkT@)&Q>r#St7)|tZmUwxdv;of3hc5n22`pq9
zo~X%@$>vGiMv5$$uc5J}L!5UXXO)77t+%Bw$4zUM%31F|I$}Q*&*!YDe=&oeoP^#@
zrfRe)VU&BDPp&==sy+^AFoIuzBG{ikX_wv=Ni~<IPH*2R0e)Ixr)ep+yVQDa=Tde+
zJB-;`F4&bUcIu%3Xv$}Eilydo$}1!`w3<5>^?xs}6wauMHQQJTz8dxyxXOFKnR?Tq
zL}P*Bof_O5dox(<{Bj#q_K|J!2$<j2YXrpx-U1@*B^N&w)fFp84FE-|fi2mW0R>0j
zrSL=Bbn&5j0sdOF^&wPAVpXDdu4%qb9_?yK6}Js>aRItM4yM&EbCj^yPj^&s?-FCq
zo}c5!SLIbpVc)A;TUwT_=C0$H{RsP%g^9}PQxUP3C5i4a^;eoj&^xf&R1bT;uY!PY
z{R8s_BWoqoToj?rv|ETtuDxHb|JpJcQvS609~j_aV-Xv^bSIqu)bBzC8fBb*e<<X|
zCPIqhu5H=3m9V4fAxfMm<UMXva35n_$)4fsm_`?>N6zmU3tC`9O9G37{kakob;NX$
z<0Ap|{IJdUCRtat+>x+0dYM;a897OV___Re1dc3?c(qeD&EsKQgkN%N`HE3Bi@L$2
zVm5Rt-<Lm0OB(2f6=#om<e)^O!J~1r<^v;2Qape~B=$u9Vx&>+MvH3NOP@FD3#F(f
z#2)S^7HCYmcc7aWt>q8gTnndMs-H2XR6q_wd@a332rGHd<%l;ivsiziB}1HhFz8M~
zr2l+LHJK1o@d(d|a;=K?Z7tQwWw0wp0JGg_x~WqsCG9n6XyK#0RJDFg8V4%Voxq7e
zQ#g;aI=@E&+m5kOZ^DU;C5VLi^VZKBAFEh2^3YLe25?xu8Y*#ee+h0E)YTNXU+;$|
zveQGlE!dkjj*JVL#T6f3YmES-9iZ2{O6w4|@CFq~_5N5WB(zq<zWVOPV`{rpT|Rd-
zUgAgy-$0S;?R^j-OlyK?r}g6eRTsCkT=)kKt6UK)wM)gY%<ZHIt^`XSW;D=(lK>`A
z$rRSHxGO%^<kWU_C~oh^&)6@lZp5x8#>2{fHI}92bE8(5Zq!JyKs+Y<J6vp0!V^Qp
zA>f*v*k%^E$`+xklN(8<1gi`)(wruzPD^%WB8ui@KRPI?r6jkwC_Q9&3LE~uKlGLf
z`ddqX;Z%N#O7KilWSk=un$381;{G*vLkr(T$kBl%T6t%&&3KDZNADrM&D@B{T>Z-J
z*$L3mS<;;=^NNzQ8godZv`{V$9EXo%I3&Y78;{gr|9W1lgmg$QR>k%y`d9GMpCPR9
z2DEmeOk_dQNgMF*QLJ#b-MZV>BhFE&d=17xEkKyZWrzpxyQ2n*Vuaan0>@R~C>%#E
zzjQ&099#~A;9E-s^P)%4TiQr2^#vD|sd>L)z&1vQS~mMB-@uVBxYjZ8gH>bPx6Lf=
zu!v#YEV1OvT1T6tFt?ZSM>5RY0mZm_CZH1@mUMPJtEbnHG2Jrp56QyvFX8W34A@-;
zTAVuNT2x7g%9mPeTVSHszmE*M`I=+$(0OLdfW!`@W?U>Vg-xZhGmWccZ(|fGCgrLB
zttjSJWeWZMhPtk`Paa?NK^tawR9Hv=q~M&%(_!_!LgiqljWu0lH^%gg2~0+|hU%f8
zRSjqWZ^?k>TC`KWMXhBtSMj+Ldm~9JqfcHJB&+bZ+udYQHo<991=0Z;`(UY&l}{_1
z=0U9s^Ubxk;^KyiQ%TK8F3TZmM%fJY3%_?j={Y^i<6p{AZOZmkn^5hYHPDjkXB))l
z@n+W9bns#FZLPeNY5yV*EvWV78JH0T4hh~a+7abO2!COPdYAc2lhiPi=^{T83YUH)
zj-)zHqL6Y_TNo<~bBmLRPTOW(>JN!$<)zkvD+Ky)^HN~C<ba{NA&E@ZCRKLN;=24=
zCz+$#xB%-&5?=eaKvg|~#n&=w2D#(8;dU~}UuT3-`?h_fldUtmz*pObmUsZhuB3Oc
z$y=1?a<>@?aH#|Lvv5pVL@LFbz(hIQ*loNaL{3t=Fd2i(q#wIgH4sgCsUcd}4$Psh
zdQ!$iX9d3gVf=vIs<`sLc+RxmIkeDYw1OkMwfD<U6C2z0vJZnr43C3cNHQFLIZblZ
z6@<&JCfc-F>?{38)0VPAii#P(Vk55oD-=F<V)yV5FmtO0yGS|Mcw8lgpk>$gjv^Ao
z#a+_4Bq-8}UAzgfR3cbTFQQ$WCgxo8>ZeG(M{+^6v9Qn=IPBI&cIOCmFsnalSc~^U
zUlZ|-G_D0zgNx6E9Gl(JT(_HRi%9r$$t5Ji<>FJR82$R;l2=uO3z*-7U~h*<pw#dz
zDMT*2cBUVZJnc?hR)qb-O-<O&n>4>a|MB6D9y8A-(ghv^k#$?gCrgU9o_7pHdbZoO
zg1NGX4RSS~G3eGpq>uA8M+x6{xLRO2HS6g6tjHYqtt{f;06yy%89}j*wg++@aw!R&
zb6xM|vEu-Lz`+dRAp$6YsH+~a!N~8Sxn+3Eh3q0MMW16Fun^U-ira#NKmBBSPiY{n
zLYZz}Y%|-s!PCNMKr7-KY3YcM6naEw@ZJo8y2c%!AxiaoyZd|YwDL0lQlU*I?8N%p
zwzYHx$+v6~N)X2}(<L>l?AZHELH4p6XJbXDm=1m#&w#)+4vZ1I{^QzyRvJ8C4n92G
zVtAKx)4|nFmvkxF!tn9I;n9%}6q`+?4=mF_ZRd{mGXxQQwe2JBp0;WtZ+C7b!$P7q
z`Ot{d*ljbFtO`ah(QYis-;Kf5bFUXN8J{xmM%=8cW5WxbonvoFzs_@+Z4VbJmrHa?
z^9+&(VIB3!NP(P&9Yh{KZa2&Ez;4IQE8&X(0BLS^m9|VjzFvD*5lLnnJ2?ciyl{Rn
zQC%@<yqobM3jWI6`?jkqmY)I#g~aTSwhn16M%M^**nFs&r2AM393PTPs)^D+o4Ke=
z3c3g!3I4lVkMhLo^s}1gKA0B5m^E+w-CyRhQoRFe`1$R5Tjk4`5Q5mt1KQ=Mzwc+8
z5%t^2J<shYW!xwyFd-jip-sNMj;$~v19xhst2vr?^Y!+#hVuRH8v=w{_O9$pYLR(9
zpbP3PAA*&69&7(l@Jpk84(+X)BoQE4A}1js9bkNOP`1y|jiX61@|DsGdXb#>;{~&&
zwumL3Xw*=+Aq~#BUDBTkP>#U6z?8(XU4c=(Cmj>j@waR_cWr#*uHnOfkpl=6w_Xh&
zrSgf|M2VFuQyKDpiU?L(%j~K=sri3pDyJW;z{eGK%v|Jv1jE*boRnBxn8oUBPkniG
zf5OQ+RFA415J$aQIep>)26lm^LZE&Cp5>qt2_1J|*)`~>WKA^m(^HvThYpawf*N~>
z(wAr9(DW$0#I5lZTLK&ETT+I$rPaE(Joyi5r<#3CVzOn!nvnm<Fg`QL)~p?hr5M_#
zH8<q7?7PeBDyD2$YNNNVT8BtkFQ_E5D4jUpzrDvU1!Bd>MMfno^FAXD1^@^`dQIrd
zEbkOEBAJ(#YBG4zYQOf47y^9sR5%u$tk5jJMD~Y`=(>0X(<|Mm0UFkmY-~QuzVK(H
zRC6uW9EH4$8E`wRUIPHc8-M>7pt=N0Q1|AWn?r4b!br^@wq=y4lc&^xpDz8|oOd^N
z8tTvc9dx#6pR`p{O0sF=9cH8R1*tA*Zr<{M(nS{uS|RbYrFDhYr{5wYSnrq;3Yqa*
z7Z6zDizk`L7k<EA7>AS>-wv8bNaEw8sk{DQyLoc{oN|0T5wiTfLEGek!l=?ys9Mj<
zHd}(J*j3w3`sQ7j?JH3>Aj31QINRqA>SXps@_nDRX~>xg&Y!w|!y-7qZ|6L1<?4E=
z?jqPl2D7@qQSn+g&y_TXT{0^TlvMtrPId9&k4&D8<qF1%<vRAz);=tCYir(ZMiYX|
z(<#JR=rUY`EH$l`PMR{;Q!|1Dlsp+|MT3%%58@}^k;uzbTI-uskm>>K{YbfMm}+XJ
zw9{^%D2Tp!J~@B25dsa@^^>EnT&In4CQ5aGETW;7H22CD%U$>s)OhF>g<sCGYIpJ|
ztL^fYc^3M3O3LM_q@X|R?{rD8F51Nuur;e`alY)5!?v0p$)Jev`OHUUf*I7RW8Kgi
zn9oKkg!C2-m%hd^Rrbv)?DHzZizC2<@=i@c_y4s+jbaT;%3Q%`skt}2u0JC8r6gA@
zapvHCm7Hzwq)kmNzN*~c0g6)X2V_G(^i|GVVTGkx`vi=byL6ub0P_a;_EvM@_SI_1
zO8dB@03=h-=YL7}wXcrEc=ig~#e}e%xXlPE#%-I@zMr%)9B<&0k`$Jwr2l6Ae-&^J
zDpEujF{$=S^(*mwgxglf7oh&}pMk8}&+lW#%b&62o7gC_Pu@U&(&5^aNXPmKLzeI>
zc0-EPM$q9M<v(ub-Sf7v7hV9#5&Qg!F>KBz^G}SXIOc~qm`$g_{~|u@CpIt&my$o(
z#geF;?%LHZwODCZ%wJn|s8UpSVG{+N?$Qhcz_6G!^wlSpQ3dLLIu-LbN3HeCBi{`R
zC*M>ure`{J$MU~MaA9Y7i({Cr4rmd2R9BsIpfAcHdNrUM&6+NJ5-WqQeI}|TAxg9B
zTUe)Z_nc{Eo_BE5rEEW>81R9P<2F%iM9oSx5>lol2i$Za#wG8iusBBh2J+@+L6Ik^
zLaK#RM{M;jpVEUz(y0thM&4JKy=pTk-%>I?M6gvyzx(TfwR6{Wrk8&YXz2y70K`N0
zfSS@aUgt-#YJ6^C^>6Ww<%~7W!33@?orR6H5hKy}l`cJA_q^(I`}o(F1og)H#jmbi
z9?++H+Gh0n1z{Yb3C;BM_IGbDTV*Z}Q~lJ-|AzNVq0q*h9p}h-cxYD|X)MFV{;p?!
z+O>)YMDza)!K4RVgEjoiRtE~y!b+Hqpvx-q+S;p8qdA(qY%+MjuK%OCs|<>(>Cyuv
z5Q0naV8Jy3f?JRvg9UeY7~BaGBoGJ|bZ`k47~DO$h5$ha2Dcg9ot^jHs@?r+Yv1qh
z{yDe0ZuhCDZ_9bQ>#1`+l%gfxT*ndh2{S!2f6r4(YJJKSllQ+F&3SKF(Z5oT(mUr^
zM{S_DPkQ5?JyDB@A*$ZY*4Ef3U`W&wl%l0C;+(uIUdE^cNThf8IsFDy5BW%j*H#+)
zicM+ycN}sHf^<FE)uM=c&oznGB4x$HBk;c%nu%aA1mW(LkECe09ko-8>Ki)AmxtxR
zq9M)jzMG5KsOLsXojChTHIU@-^nG(ryLxN=JIq{(?<u+i$eAI3Kt@BOT97ufc>{-9
zo8Oz9KI=ort~Lc=hOY3>ws<1^{QR1LsI(_qL(v?D!T5vVk3%SPdVu(Fd91S8Zd5v+
zf~e>0gr&Zk^%ku73Vz9M|4nKXa>BClhQBh3j&>obNo2-4w8E6h*gUGdue%#Zo-FbW
z=m8tTIP>N&t#X(YUEwI-syb7jnxIoCG@rX{hE%iBNeehcgG70fB$P^p0jT><5<{Ae
zsFSAUvg0iL_?J$+RtZ;MJ$jP_J)W0#`S0?73U&)eE%TN~{-^f)-|C3}{mt&bxcC>f
zcdrLes^M!&Gvx=g_X@wRTAL&FKhZh~{MW~A$$H=JLiSoO_?c-D+npEr9+N|>#gg!W
zDKZY9e=3pjo~Yv&uJ0b*bEqB5gp%Z`$=8k!Nl$);mu$<D$44ima*s|VOSXx>oN$81
z<|9X{D*AUrP79F!#yPM+gMGBCgC9By4jA1?BIjY)3>RPjiI{{&n0jx%TyFL6l%t(3
zWSe)~>4@oXg#w|K*uDbGF}@p{^Cazm$XSt>&wsr4Gvw1aMsXWzOQF!^IXvWz87zP$
zp2uRJGd#;id1>iJAvM3E`U;5IHHZSht?~kxG6V~zr~fTICVNdNnN%0xip5k2l3JoN
zjR24+k<i9~iYUup0LWzNBV^in%{Z~io_2-Qqi_YIyh3}jD?EiWgW_U<E%kcxclgcC
z#hT_~S}tZj1+}p(PoTWi>0DJXS~->}3JTf$cXbWBtT~Mz8)si<4@%GKd&LC$Sk}UH
z0p4}6pCNDM%DjiS@J-CDPmH%(x{N=l_EHSW3K$sI(e2rnw-;8OiXd5Vj;L~^p@rE$
zN^8%&8k;BnOoHmVcf)DXo~oDdzj&spb?oQn_O!sBat+K?oTsvE&)4^7Y*+L{vGbvT
zNS7boNJxXAPWe*LP>$u+!+p``8kJCtu7k@pVTR!>g=u<1>pxUtmLi7p^J12s?~+g;
zQI#cgIG^aXY-&jH(&IcRIAC<70QoRA_Un^x&m;e^^81Cr*T|?jVQbfP3S$-w+_ex$
zo`Hm=XUMq}eVG1FounkG@+@;iFZS5?GbLIfa7T*exbmAQCfiaG+X)(sT&Qjd8w9L&
zpI=(hMgh3eyM>7h$86y@qA!dnp|D=!;{<bKWq++Vouqkq^Oxqee}SUs_2Nsf2<VKS
z&W!B|J*f+dbbxjp2w@M)c@^()f8F|jNJWKWUknj{t%U5$^fa_HsVXh$O7}DvElDHu
zH3fIj`TMU+wnNmL>wRm$<*P31Tw=k7U6iwQ3EoU4Pe0YT_+nA8A<ms>NvnDg69_TN
z@?<DpJqEMaW03zP%^%CaZIrv1_z2T{!av_yFcxB<-5~Y@;ucONXX#2=XXRFTk?Cf=
z%N@8<f<vFkan#&Pi$j^lDvjSlW`}=j;YNA0FT9_(uAM8kQETFPu_-NCLNvqe6WN~d
z5%{2PJPhJV$#*A`-SyqR1-}vX%|5(5y${S`&iR<Lt&lXyj0TEm+@<6M(4z4L7fdZo
z`TWYB*RQ@zqb+g&j(78QI^6cE?jBSW7*FDx`_ZnPiw)%U0vjjT$w9UDXU7kSbx@X+
z{8&Kl1g79XD)IIxBT#7OJ9YEwo@~b--xhS~SAdD%DYaH^zH&AhWnEfAEj#=X)Hd$x
z{$TTgjh>m$uvf~rUI2jQ0%swfTY6*uHRrMfTASYd%gqRXo?+Ew0qO;pGvaUc0FJH%
zqT(fXL(tNe-*~cJomTNMCEn&s(WiRpXe^*T@*Vr<`ZaYp(sBmI4oY~`8O;Sl_awP`
zjprNH5au{KS)?M}B5vOv`p0^~A%kQ7Me$iogdzo8$}93Qop)x<pQ|!o`L}i^o3m(=
z&bh`QA0YkK)Ugz=O!Z=#zZo{iGZKfy!Uie<{$j`Yz1x*ATri0tR$iS^9sT{x>q!Ed
z?GLfN;Z!z|ot?CiopcskC9z~9nw-6g_{z=`21XTD#t6^yaHat6lY%kDaE_<JLu>dL
zUtyd3pS@;@vQ%!5GNhHjwYCE-Zinlwi1SJ(r;>dy$>bEh2kkFTR!xOgm>StO;cZbH
z0KQ7lQcgxvS#OGF(%#~RzLQH<;Zr!JN~`$j_6uiNR^F(VxlKz|Men^`!-EH~>KmgI
znXvv?zgl%xxp(JosuL%RT7hKDHwdL+jJ>_^_U!1{EdSw{`W8zbFg;KDZYIeXE4Xb9
z(psC;thhIdKl8%bOQ4~Yw_JR;p=tZ4|5U46@>)8BrsJ5bezTH+)#xOU=B%pUsh{iH
zBp!hbZf*xN+H=l$z3R8#%7ilvdFHjZdppes9W1fGHqKO}GSwAv5xR+7XT}?Hn3nLx
zMiCD(eX*Qw3}L_WiYZN@UAP>S$}erJ_shIfr-=0`z%LO}lsN^BufrvW+SFet`zGpK
z)lO+R003U&LqO?>TjJxJQIA9W7Hs8OM51GAsi1r{fisI(18%|XJs*1^Uj9?bhW8$j
zsTt5&tGAW3*XLf`V*}nc{klXboM*}?=IzB<_$>1eK3!$NMVoQ`n_}&P>F@S#lz0%r
zc#4?}-6m=LmS~1^X_*8Bo|7wp-_^9xG>k=xSVzjE-7*foqx22mCX7)|dZ*pC1vRUo
zwi-P+uU@P;m#k~L0(bVqx2$3!YESn_R^H*egS7fDugO4J$;oevE{F=pFwR4Si+wKa
zO~8EDPAPo*F=J~AYNha@4A!=B&Wqf>_icG+bLH8K%{HONM;{kmb`htYk0SzKf8Whu
zSCSOIZl`j_B)qi@7&>?#z-qedkvnA?k!KL<1bTkLZ^g8EkiDByHW)$cL8`DDF-UL1
z8rcv#+(7g>K#a^qiG=ce;`ke(jU}U;>`psNm(XX;LJr2MiP?GU8c9BBHA-ys<=UFK
z2BF?0aw`p$;Aem;Cb{_}P4!yH(sRuj{`R*StQzz`&tHTOZP#|>c@)_-vdy7|(TS}L
zI)G=6<Zr$U%Ec^LC^NTG8KKX$0)TkGry_`6WMS;TW%q2gL1u2iIM^SgKLnM|Yg-)=
ze?w&f(9J3Hejv}PTEq5Uv{`M+&@+Db&Rw|}?X_23@iwuCmj`Nmp`~>p8;y$qQ_(21
zv~kO%=R&XllGQic&=qk)$E~tjiqA?3YgLyhRbc;QcyhL)|5D`-_52PqGGewl2;eNn
z|LHp+10#GD&U}cDTG7p0lIL1!0rVu5RC6^3J3oK%^9skHiQyDa%&q{~V##6^RKOpo
zQ5Ej-6*iLP42%vJSSfKyb|$qHpH(GSnn+~a28RjSSR8)y+V~8MMrHeL{dRT`Actty
zj$vBze95a?>_3NrC1&q_8N^dfE+)V|_^sW)9YIq&v0?-nap5_8a}#W4TT^4C`ZX&C
z7T)i5d3sjfR^mivT$k?Q{UW`Ce|G7)UPxMaEC*R_7|a$&Mz@{}2Pbh{3}@E1rW>AE
z5g=P^vaAU<`B6>Y_&wiAdGcpyW%GERLOMYto}d@OrL<*2hA1-*UPsYHX+nWaO|_l&
zB?_zSXA`%`c7e860%yj=YCi~B!M=b65v7+|2b8TI3z--@EUNBp0;fb8TkGA2KqfTK
zhFGz;{)UN4<-_jFJgGH`2tT))8uWHKQ-_zfOCJoDN%KwJ4RFx)sTt}*a43y1?k0M+
zdn**@^g%Cg?H!DE4L?-n(MC~zrUV&(x~&Mm8D=}1>6uyZ_Zz72+)Q3x^zs`YDp9`d
zDJ{G>5;B+-M>aG{mcwh6IJ5Oc^uQA--n2I0p=0PfT$<)SZP3<&QjZT5kCLNZcv<vX
zkh)69kTq{h=RrL296{zfR{I?V!Tx!Ize&ymBo#APQ>e@jaV`gO+DV@lOuYb93A)_K
z^8&Qey{yzXUT%V7FRcTu3z)kzug+;Y9k9G|XYa*8U`H+2rNAr%e+N?m#M*$s6eS+J
zB$%4TO%bnQ+R<Hb@8~)!*O^31-~Shi8j6CXQEtxBvkR#7RO+E%Kz(ZiRTWz>aqf7)
zv2?PYdc6rLJave{Nl;AxOZAs7L^3GF-Or~Y7`(_{1QKiNq&4~yFHy}<E#3V?Hra@+
zLFbx}q^536Lagosxk^qQSoR*#y0U|wi()Am=N}|LulAvyk)74F4h6$V(euL|h&2IY
zP8GM&Qvkktt@lY>QVE)woUjN}L!mYJ)Nb>Dc=z5$nAKI0LvOg6>3A@?gY>C5_tWyA
zYc0V=3C!xeI{T6IuP!2rH$UZTV>%yrvqW@MTF2i7vyrosgP-a#3Mn2|zK2gH>y*LM
z9meyDdr)=NYia}>ytf!U-)`vMjsj#p5I;fb+B*5h7V!K=xSXd@D~q7zf;{z*TUW0@
z$n!uxqrG@(gDjXHGkwp~z%6RZrpZKR?enMnWa10})grjoSxeeGG;e$nCE}TE6bE~w
zkNam8F$>;8ugE(6#UEaktP=Te$kR>tL!}^-aJH!8HV|+(k*Z$JZx6CiV02M2LtTad
zJ`B~IWriq|8)!fOnU5p5Gx?d;zMYfPEl4EVT`^oAsFBzMvr#Y6(l^p_6_%;<{<4E`
zQk|4>@aTq{efgWX&@>ZX<_9N9S{uK!afcu{LbwE8g~UGJHf8w5LsNnK<_|1~{z(Vp
zGWOXQKs<d@P-rvI!^G>T{j`C!DiS}~lI{o(?C)@S+wE4hi6)t|bMtdAxB4lAm2{_V
zPs|v$uBeu67^{F5I#k9lLcX-`GO_8|SyUCeK4-c3amxD5U}biTewS@1j^7SEe-5fn
zFBji`5m}|o=?<uhR105Z{4N(Rzn)pWK_2(^i=0!F|AYqwQq0a~k78RhJG;;Mo-h5?
z{j>Z5vy^MiN7AXYx|JbzKkN(oYQKT9u_bLlp%#t<&$qck_t#ea)$5UwQq}b+=7-Hw
z6(3orHa2-oerYLzWn}X9SbtDe&51RheosnDJ)&aMV47I}+9?0~6*T(muxME!1`kT9
z5T)YD%y%A(Uq)>y3aS7Y{ku39?iP6S7ll{B%$7M6ZTAt8k+vinTcTc61Oy4hs@L^O
zhg8BfLwsU-=H}*i+4ux+tQ6PCGD@zKuSs>vAH72#?|&H{H*ZF92dQhF$kubj+Nedc
zEaZ&j%s7C1)~-%HjY3@&drvA>gsevs1f4n!lM-lqYj`7BXpKiQH#~$pFGn&$-?)uN
zhZ21pg~*jVzJCAEZUWnw_o0ufDE30130&tg-?j*m7G>@mhB_}=3E&fG6ftx*!UjUF
zsaAv#mov9}Pw35uGr?24y-x)DGN+hUJcNA_9DhMo$N*GYj#*I!AS)z^53O*x$By%S
ziA>`G^L$}VL_P~5nXR`4W5tn`KOe^m5d=E-jt$HOm~vdPVZHGZ__{ekQyrl-kx0$2
z!9*Ynow_YBUk!TtP{`qlz{~b$1->-TnxPRTojG9%5Rh1<)8cc8n=yj#g23k(1b^Wq
zGLvZNOiP-vfIY0O;UjDbU?(M_7o_61E^O)T1D}Fgc-lE@A87x=AERg8Mo$-{=eXLr
zJZi$vZM-T#M2O$|TTCn@X>)2;@0m^8c)4qyf5+z1#}k4GT}Ja{7r#I_x3*rB(t*i`
z6_AA(wEyN$VHi=QRug*`k8jq4dKV$dO*zvjKE$6W+{B0TS2)T7VR_h47s*phk<YbC
z^nO=91Le?#uZ2t+K_f<KO7{-DDIK?E#+O)FB!R6*MAtNw&Ele}kFWsmA-a@X-K2EG
ztMiR|g#rNf<%Z|sB00PnGxs=VJ4$7V%U`zI?`PN$-E1eXZSzMoz($mg@iZ|PO)}bm
zbDzK+^ze=O?a(rp7IW@7&iOo0+PQ-l+jPRc^kxVINf~Je(5m`a6%@Vpq)ID6B-dx&
zyzGCE!q;(JntubuF#b?3pEej^F+45vm>QCF^Z?tAqBz(w$*xpM6Fg<Uh7MG&!j?=Y
zP<69QS^b6Rl((ArIA%MiB+e#i0Cn1;sRlQnf($~ER&X4xy2EgegX#~x$;iDhIOCk}
zB5bhOTO#@y_5d<6N?@~59!B<I&FQRGRAzW!K<myXGVg}OLDF@5NK#DazR+(o;1l>P
zCrV0F6i&n9EVyz+F3?Wci4etcTz!MIC}8zg0A+)j_RZ-7IB54RcEL{gRV}5&efOm^
zfaTiHepS-Mv)%Iv%k5<T3rcmEs8hL!4`@9@0pm<()TMFf>tjPZpyOWAKCiIxz{VSe
z>S|5ud^Y9rDvQ0MWh18}Xv^ggZ1#wI?9Zx;>0l-J(ANI267vqD!G>MOQMUtO!i^D4
z(iI-_<@~MDbPxr*649@~{dJQoI)E(-GLv13DdQEocFJQlPV)!_4B^^$r&y$a4>gd+
zwG#pSHDCWEvHE5cbV^oVfSbD6QMZQRmA#rl>|DlqWbHN>Y8T|!@W-lUGL&H8;ibu-
z{s9~RoSVrFoN{|$4ZrxwR#toD&%2@cVTxOB7#ctty0ap%I5HwG7PK#c>$QXinBqRj
z4zSqFAQI$8m5dhDbL;}0mnAR!n2X!PLLpl)|8-z^wEpN(8MG3BxTby7$v6bkDgJ(3
z^b33j;4-Q+(PdtKA*v66w@ROvO>t#+-aB2cL@x<2wOZ*Lge0#}&JEr+mU)X$x$xs!
zSV%g~rxK3*@MnzSK(1ZnX7J+Im-)Nt=uZhZ0^h{2-k<Q23fwiml%#iA@3>vMH190l
zSQ!a0(oMe;Sk|mmCL~&C+DNPU)kk;PAT2&J&Ew&l;*BFT&2zOyS!oKT=Dwec?7@`8
z{m!^}>g1LeB&ypJVDkJ!x9_+;4UQ0zO;p2<oX&WKPI@D^81fi)G!<xg9~wl&#N>cI
zW9)3od9QMP4&}BkGIZ>`C><{$s$3RYK1^ys`+JMcvQo^pA>Lx3_CeIF7Ttnw_IRtq
zE5(<Oux6X*t9_bZ3v;0ACVf8wcRVo=-`(?mP<l9BrWS}zkN6b!1oAM>JnM>{PAEim
zJRCOR-vd}9W$0Rc))u$|k}JD3qHJSF4dy_1bvv{#_<3tK4Eza<)M?pXJjPmME_hD3
z50#Eum)pyUt4)RwV$0_Enhnt0^<0Q!!i<-@&JMu{Z_DrG7>Eabh=hj%yvi*_L1v<#
z8%!(yp?bm9dA9zTgrH&|W43?l0I!dk?KR3&gtxYhL$2DpYRh$<R9_%&!^dF()h&^e
zu_0$DX?xj6rep3@)B<_Kwe0(=08(?*w61VGCp(GM5T6&s(WjklYf_h-<IiKS3Wp+f
z!WS>%wn)V%2s@h?1FMBZlnt6jox{79e;!@)%3y|@1fWMTM(Ws^=)3Mp19xm49>ulV
zZ{|;{qxoSUD*GdYjKo2hFc|BnX%k9~42-y-%lYXP5uAYayKk5Tt|`}p*5K>1jp?z*
zJM9V)n_nh{j<)rwSxvqdA_Ya294UCwMc$PbT0b1dOh*E;gv?rwAaNP%--s~K%TyPI
zMcR%8tbitSz8Fmco>rGR&>*kkz{H-r<U%s{iY70I{UN%`dvRu^R7G*|$ZL~1E1U+<
zgzC+>qg$Fcr>x;9{L@1XQKMMd5*7?k!}z%|s`%sTdAIso!Z1GIV}IjeSS-m{XX{yv
zRZ+|kd^KU6S>gn%r;+m=FpXl4MeRPjaPPc#U*g(=%w6sm&li>j^UPoJF#U3EgoRj7
zW}5Daca|DQLd{9>no9t7fd*+m8vEMO1Q~z>V{+~FGefGLbiq2G4j8^;b0z6|{Ij%v
z7c_Zv?SVY2h2f4MCNw)&fQ#Lzd+DSGE~?hX?KZusC)Gwayr^=;<_3rYbeRd{w?<%)
zyQ--gQPb<s4qN9sa7Y@#8lJG5`I&MDxHg-`C_UVl6-;`g-e!qN3}*^BQ{%bOr>hjI
zzp=XcKDw{2!8G>TpzPLBX#yjz{3c8`TAdJQSy|YB<D`P?%~za#?*mO<E5Z+a8cdy*
zQoJpf&-_njZ&NC|uFj`u;6blGw<Fh%?2AgPN$eS?_LFD+>YeLwS{J(ouzQgbGQfVN
zhVha!a;_!niOA(3L%+}nk{^DFWKFD9ih|=x%Je1;B`F}O6!PS(CHhwGuV9eZ*W2ro
zf=r#Kq=eo23E9Rbr6e9F*8Sslg=)!mEm347s|KOb%$mldNQkd1)w+;SAJvG0!Jrdu
z{*Iq;&}+P|qn)c$C>M52FTMDLkm`#3c=Ag>sb2X<`gd)2<3S1dG$Xil`N3C|wGT1_
zKAZmi+69{e?b-)4?!8#0KNin6vbc+}c(#B@_}CGRo(XRgv#VH(wgYKkSJE=I2|PI`
zz<`f<jP&`ot3fd`GDz$S|6q_kLe}|b^Uogse*14c{O$k$mz%R-R$hMolmO(Qs^&*(
z=!UWK($Rg&Qu(i<22<kDrrU)G0fCs_hFh}|Q?w(LtaystwGTJK!pFzw<Ht-3Ng0{A
z=DE4Ku&}Vm)6G!ioTATf4)q=-BtQn2e=-CQG-{j@*N35twaC8$02E|ZWGbXgL;eE_
C`?4ee

literal 0
HcmV?d00001

diff --git a/doc/assistant/share_with_a_friend_walkthrough.mdwn b/doc/assistant/share_with_a_friend_walkthrough.mdwn
new file mode 100644
index 0000000000..38544d1110
--- /dev/null
+++ b/doc/assistant/share_with_a_friend_walkthrough.mdwn
@@ -0,0 +1,58 @@
+Want to share all the files in your repository with a friend?
+
+Let's suppose you use Google Mail, and so does your friend, and you
+sometimes also chat in Google Talk. The git-annex assistant will
+use your Google account to share with your friend. (This actually
+works with any Jabber account you use, not just Google Talk.)
+
+Start by opening up your git annex dashboard.
+
+[[!img local_pairing_walkthrough/addrepository.png alt="Add another repository button"]]
+
+`*click*`
+
+[[!img pairing.png alt="Share with a friend"]]
+
+`*click*`
+
+[[!img xmpp.png alt="Configuring Jabber account"]]
+
+Fill that out, and git-annex will be able to show you a list of your
+friends.
+
+[[!img buddylist.png alt="Buddy list"]]
+
+This list will refresh as friends log on and off, so you can
+leave it open in a tab until a friend is available to start pairing.
+
+(If your friend is not using git-annex yet, now's a great time to spread
+the word!)
+
+Once you click on "Start Pairing", your friend will see this pop up
+on their git annex dashboard.
+
+[[!img xmppalert.png alt="Pair request"]]
+
+Once your friend clicks on that, your repositories will be paired.
+
+### But, wait, there's one more step...
+
+Despite the repositories being paired now, you and your friend can't yet
+quite share files. You'll start to see your friend's files show up in your
+git-annex folder, but you won't be able to open them yet.
+
+What you need to do now is set up a repository out there in the cloud,
+that both you and your friend can access. This will be used to transfer
+files between the two of you.
+
+At the end of the pairing process, a number of cloud providers are
+suggested, and the git-annex assistant makes it easy to configure one of
+them. Once you or your friend sets it up, it'll show up in the other
+one's list of repositories:
+
+[[!img repolist.png alt="Repository list"]]
+
+The final step is to share the login information for the cloud repository
+with your friend, so they can enable it too.
+
+With that complete, you'll be able to open your friend's files!
diff --git a/doc/assistant/share_with_a_friend_walkthrough/buddylist.png b/doc/assistant/share_with_a_friend_walkthrough/buddylist.png
new file mode 100644
index 0000000000000000000000000000000000000000..ce3d61a96616483d8f8cd7ed814a6a9622f0c768
GIT binary patch
literal 5114
zcmYjV2T+q+w@m;61p(<D1OY3CqEzWflOjm3(xn8EUL=%DuS%1a+@KIpq*p1S30x3@
zBE5GAy#xXw`F_0b&3pfzIcJ~QbLO;}v-Vm$-at>|`ZdmLAQ0%fmZq8^2n0619Gg><
zUH0H<{`yOI^|hwC4+uoJ^{0Wo2O}~sgH*m+y6RLjG&C$^f>G+#sh1%RUv)EIRWDCZ
zC#Ww-^^Ma@UnfWYfLFe*{2E%i2Br~oY#<Pmua=tfi@>R!0+>O10K9kp49CvTk96a$
zLf)Auum3pV?i1xa6}^+?XX%ewh29GwO^8;?AthLXv*4XG4C|B)JX1Wwa!l(b%|*T<
zvOf1`ds37d44zoIeM)%3=24_Ba9BCUpc1~HmPQb~NkM(n%+f%iBFH)PB2;l6b4s`f
zTt6ZzT*a8$)mbPrbiY^AM1}Kf0u;*kWxD5J=LEv06+<`UDB4OC<)h3XNfM!sJl1ER
z*hKJC|58+D&@lv96Iai1TfWuQ_E$IOmk%1P${Xgx<StE0>a;tai8r-(`GCTEHKfxM
z5~?4`&#DdZrfTprOzfOsv2Gw}17V`dK~PYTEW)n%2r)0m<s7mY!bnkNcYcZu4Gp!r
zeSAh8-MR1&UnN;M7nE+-(nx3f^(p8CB7fEXE|d!ok0*3rms)=ankR1*A@!b}xZvpb
zZ+2n;8)8U+JTE=wsAiL|-N1BfGd&wq;IZWOc2{m)b(ROE;1&!V78&t1?O5NuT#IuE
zJ~n2A%2U{o4meDzA>^m`Zk}R5@}TtxyO_NKzq!NyJg+byDIKx6r)IRn(HPqzWq;{W
z>3UfCBlN&(LSo`{l|!t-ZRW)97GEC=2z0K#xq?Hxx)@s`cwf9y@Z8xq|AFwU!FIch
z$e6r67#a9?Ta+Rf*K`IPzdbUPtmrCkn=US3>DZE71KQZ!tP-e3p{T+OYGx9Wvc(HG
zNrvwpxUGJL^MV?rhggf!wAFo0){!ufeU;gL)({c0%ZI(qoS-I9Wybyc>}TxwEr>yd
z<)j1zTW1EPL&<jvLp05MEueI<`?um=c?1g!Mf(ZIHD=&DI=n%en%Y<_mTb6d)+z_@
zN*}<aWNK=vVrXap-~%(iFA-YeOofK;TrWRha3Uusr;I`(k;($^K*L)&)<hu@5e?z=
zLEn_j1W-4m@ZjnIJ406-s9RIr;pUUerxlxNN@Vkz=oRQ)7?_UNKKbGDAaCX*FUmn5
z^*MJAO?{dc&Gq|&hwHa(CbJh5;uV><421^2P(}HMouL~VPRG$C+~x>MUEtlRyCTxS
z%+&Psi!HGq+CUX#)-?@oEI0}Oz}PTC*}hW?exC-X5Q{F(azD9_x#gh?+u*3%V~PM5
zPQoz?$=@C-WJUNog<@7s)M~1py#|b*CmAtH{q_km^PT^EoAUyr2vk@%o7~O(HVXxq
zz!6FiS<cYmA-@a1!Eg9H1ndR}>e!-?<!<@%Os>Y5HxJLxYsS?2kso>tj>#3{&Lfq5
zF>F#1PEf*n;fL5vt@y8Nsm53la0%m!e@A<<`?fVtM}rTHOiGK7WW0zKHm%=kYbCc|
zc593JtM-<faM?>esq1i`-p5lO<qTvuw{d3)mmorK|0SaQ3;`&%RW1IIi63sl9_ZdX
zXoyMuRu2u4)@s6Pe^Ft<kj16i;&Ke$eX?Tdv@Nm-TBDIKO+X#Va7D@;lF+=o_oMQl
zn&AYp7z=;9;bhkv_G^c?;x+~Q<MSM;*?pr}&XUSpe?_ni?(Xf9EH!$~ciTKSQ%C-}
z@W<&hBqpCv6)S7y%i?}g<X)tc;)|Z9ay?hN{|Y!+11P*rYhp6^D37mmE2ojJM)DJx
zD3s6t2P(Q-X}$ug3_3PIEs0)v82`V(@d+0BFU-tD{e>gI62A*DQ17CFFj?E~fEeKW
z$mzaVux&YquWoYmIJ$S)yLoo6jR5uYtJA#IKQu%-!@$}qXN9uj4s~I5#BpFwI>2)S
zt~h~)@w)*d{iyeaY-%PoBw|GXk?+gsx3>iU3iVrzqrZQvJ$*WK<JV8x9Or&I<sY$V
zGfKplvulQvhB9`jWyiIsyv(18t|Y|@9E@y|AW`7u;&OeqzuWT`kgd>28BYtnpQ$Sl
zvKi%0BR+B?wvqM{w03bY{FennM_+r{DW|Azh9jpqs_`ZDvo}h*bS+ns80|KTMaa&6
z$tG>|75Vj%cO|-$_!>zVKGHr_gi=~w-j+4ci>8PhwStyOPj4FB<`~!w)y*%4KvV`r
z3yP6o5Ny;}&2)6n?(i^uvR1`wFt^Z90`;OM>qit7L-sSNCyV;>ZDoz0UK7N3?KuF!
zBpgipSe1AdlZ5Re%ETsUZ=sA&=_&5sO(Hha_0zNa?(N&?IOVj3Id})-7SEHTpS~5E
zJ?>`iQH6F=L*78%PzwqtCwZh;G%Rv_Dwnrf_Vl1pzD=a3rEMXdZy6gKs~|5S4vRZa
zNVpc;wHVO%h?(sR&#R;+1BXrSyhnNt8n$6mQ<0A5aO8x$SV6;v_?e_6o6}*jv&EIP
z4@khgxIdx$ulbcHGkEc7{F@6e8;b_{m&xO#X4}u5`5v)*GCs`)eKD`{PwSP=5q=l*
z)6<p)1`DsHTeg5e1TZ=}T31`k{UlgYSeP=r`fE#dVd)5RMYUdxvRe$4_5*)kRjG8W
zFMKhgtt#2Ki)n<it0o!H_q6>dhlIhemM{;yIo?rp8VRG(bg2JocA^u{ttYn-V@6p;
zQ7+aP1EL3MuD+&I=DgB~3JiYNzgVlxNuJFmsu3<-+#9sRu>NI*eq$Tq_9qO|>vasR
zqP4$~@2}~wxQ)Q2v1O8O^qecI3yH8q?|l-k5r3UsznA;uJp~<|IBN?>Qh*q1P!^J1
zoOPiiVC1?!1qVRokUmk$X%@7@O4S$!i1eCF8Ye9WG_O=KTHSW8A^A)+VZ&zivn$e5
z{A4(0sZQ>FwSB;}{KC5sIrx0Pq;k2Za{frWf~#FzEY~-FiqripwJ2Z5Vt+Te?I8gq
zpLWq+D-Al?(Um8;x!bi53K7$LU^@3*Yg<olk&AtF=RW_mc{hADKH-q(;BJ+V?Q+7Q
zi-VD^Cr`o7pSyIK1F<^6yVr}fD4l!;g_P)qC>}c$=h<6ZgrwV)zQ{1Pl70Q`I{zyj
zS%+VxHT6D&IANv=nG50BBQ@zW^oiqmsjYlTv%hWn<Yd6AS1*-EcyHkL6iv}Rn~^#n
zJxQX<jPdl#jTPGoX5+jjD6y&H>8xfZ=wdu(+{@cxKO~sLPw+}$avhf~piPKcjX}uo
z*UX=QONa-@(xAuS*MboK8E_AEM(<P-OGCY|Iy<oWjtZa!p@Dc6oO$-*N76XlGBa}G
zxzuj%g`!B%!`-nq!<*SSk@a<tl?K;3VO3Ac1wIVHzxwb<JK-)z+d~=K^}3an^{lK)
zZKGE8;=bEIin!n(B3;Hp@twV@-yVu?@j6VP3LiofVT-9^<3Gl+G2jI}1hmmFtKU@k
z^!xKVL}$IH_)r_YCxRA#l8V8X>z*Qa(!sT%u3kafOJBt;^Zy2mB%{g@w4Krrdx8tX
zdy7-6|GDKf|2Ku&Vuj-TN0^XZ6(ZpJmOEq#L|*1%XY4NP^9bY%I~MW*^m;5NzhNVh
z;b&-Bx|l8wRs~hMGN+9&k<LMYynTQbqcCurfchC(S3fng(rZzErFb}TKBV$OL~KhS
zu+&l8rWIc&r&f*2s-NU9xTm)fj+l@KQO=}4y)*251aigt#r7WsIFRT=Ke0(2r0Gi>
ze9_fy$4I#(<X<r}R1m|Q0f(`??D)?CzrWj(pWw9f-;GEdmGXGc02hdZijR6)YW--%
zrH4E`^fHqv37reW)vk9Sys|^w;3)RqY<2Y{x|HtzkE(-5Y>THbimJ3T#fh<M>kIm6
zzMey4v$nfie0<g3WAPoG8`Uh=8j(w7=2FZWvtRa!fp#8~ZdYcE9P|Py%_?_d?-!bQ
z5ReHq6RkZmOV6&d_q#4rHjp6T0aHifhwE=$FS85v2Y_mt79bWKkn-3P93C?Fax%}f
z30m8P>>N~xws9tVZxbB!6HS5_M@us9Wo4y?h_<zGFN0!;H!k22iY=4<)@TDp0zo8Z
zKp#&wbVG#S&h;a*c%X684=Me)?x<&F*m<p9=?G>4q?<W900##w4+}I_5+=FZM0$j;
zf~>eZSb!FgW^#Lopc$n{ayXMKXM}c=E+aQz#|bqzU(T+~*(;;7M#%<0cM1;&{KTq6
zObQb_q}KcFBYknoKD+-EucbGZ0FQf%pi=z2Sb<i!_zUpb(FD2~$ACoSF>GCf3vKxj
z??h-|zIbR6v>ijpXDE%)pv{yzvGpGO3<%QveR;TSv%e7F`OTxsvX&FCiY8Bub0Yyl
zk<vK30tZb{9}RdDVP-{5K{me!pzo#7hb49p!cRNn726;cqXI;x#FPomc+YquaW5(%
zI%ppJ1Q21hCIP8s6dl9kkz!$YS}rsoJv7@=BwW*I25^-OL~`=s7JS3)*%FK-%-Log
zie<L!Px@_gEwQeRWWfQZL<S&lEvu7&u6n)qyZAys4U#1)35fiwCjO9uEV{Nc7!0OZ
zKoe<Jc%D75>MKee*>fpK{+n3XYhmZ@tE|vr1$wN?_iqwI<ax6Pa3|B3`PyZDZ4EB%
z-MM@)GmY*Q-c`VR?PGa0j(B#H6#3`F0=DLxIjd%&73JlW3;xZiJaUi4#Z@jRva)EL
zWX<`{w#vEhdbnJG(OMO((WF*cK0dxvbo#T~%!Y>|ZC}cul!5!63)A84IH%^0ya*^P
z*Au%P^)V<x-_C@7W_@}Q5{1S}U6O!x*Az6iM*2sGtW4`~Hi&D*g)#TqosUs}>tcfO
z+<_A9K?TLf{V(Z$%}D+8|5{}Phsgs|9E&H>utFc$Yt;Z}g-|2&e}?+suj@4HwpsQ2
z4EAh4As{Nmo%a@-xxn0aUTyPr%@sVdI$c3j?GbaJYYL{OhV?bRdqbZECo9YbHClRd
zt-mo0%9Q8!*PLc-mu)}J+<~>Zo@*+al}gzS+kh)`2T~o`c4p0u+kDV<P50GCl#?rS
z-D{_a7}HVLy2^T)KxcG){}hzW&Qoe<+(agDEoIY|pW#yJH8wW#$oW%8t5lhljk*a6
z2v~`lE~qbIwRJ>-C#{WS*RRl^Se5hnBHQF1;U-=R18KW`<`q@dOJ9p0L~oA9<~1<$
zl?GBNO+~PQ9Zk?2+3n|BHrL{o=jV@lCQHa;#Xr-ZuCib9nGx-%$EXU3e=)D-BknQV
zw@VjErU8@>aFn!D_dr7DNK&ZkQ`{mcUsb&bcQcnR4DWP)p8WlChb<{qPF$uqWq*tP
zTXUg6JzJB~ANR5bVai_(FhKVo;dG)$A<vt7$!X%%?5hI%)v?cJ-)uwDVI?I?WpEwD
zQDn4HB0p$lXYA8I1|NDXgnt{u<_t56^wN<KiKfl>SK80xh1S<vjtHyzpC0XM)o{|g
z;;mF)N)JBrKW1?jLVbT3kmXzqi~Dt_^^GK9oxdq&$-Yi7S&Yr?et`orm(ES{zev&=
z9jJ-3-uj)>6k@i#uYa_%!TY^xE8t*f*KP-ql$6xG#Rv*+owKi6Sy}0GOut81-5$Hu
z_qUb<LM|=}Od!$tmzWjss~S2V!gsPF_uXz#gi~;Y-|6HfV|1hq|4Z8075?*Z9zRHG
z_~Bjg+v^=i&Ed$qi>3U*WL?Pyc;+B2`#0YyrVc6hN1zPP)l3%M0y-f@(~%mUu>T`f
zbH7@iHI=(Q3or-^NqjZ*8JL@!i;N_T?YhYr-!c;RuRI(7_3O>?#?KEQKIF900+G?>
z>I^ju-z}SS8Y$+cuB%0dg;7IV91cs3D5v4U{7vbmTwG12Cwt<d`}XXET7gu(eP&eS
z3c#;;jigbp^V39ay}Q@uwRD}G7DPSg9|2w2E*uFr9l*Sy4SPu2OdELE@P$d~)30F1
zfHxOt|DCCfjEuoNDb%Mw<}q0<bZKH@-fe8OO6+V&{A)^QYB5b~{M^aT%gU=v9AOgD
zBQIXwZCn$V=FIzY9A<e2zoy~vN_^g|k5djwtK+GK^*7=uOCId`e3o?{QuIz&^shmo
zC#EHmL~6g1AgVO|y%Vcjo?0%?WUq6k=ju%99D~ZojN$5^kp{CAgQMU2<#GVi3L9$+
zi(n1W55n%vlY#OJkvF>YJ@T6n=?F`cTN1h02Oh!5q0>=o>^<2Xcmu77@Lu_YCaTkn
z)*`#yiP@mITs-xJpTU<3Lz55ZPW{K7QqHxEpPGKObiOxituDTE(?v=Tj(|@@Wkd77
znt~2(X1=~HQW4$KAHq!bdHr<LjhRZi#2$Zqkx<#M7hdn~h+p&RkedrcJ=8GerdnBB
zZ+UL$tmzY;GtaQV)e4;ExSTweY~ip+=ct;$d;ZF^rV^`SU3_}=dwv~t;iOp3WAfAH
z2nAkkN{@CWbb*Grgww|S5CPs*cVM8;Y`yvuqdH{wK;p@p;Wh4^)q?jFeat`3a$6r&
z)2HxIZ@(Nigw5u(9{%cy0*^^lk`>7RezsriA{R<mxt~Vv&atnQM~($a)p^VvZFqeG
zCWAT7|NVxn`K_yKq#E4wmQluruz;5)Yr*FDq5zs>(q+O=A>UZ(I5Ox<gJ2B*)TR=7
o&Iy+Z<-fG(pR!e4NH#!q2C`L`w*p6A7U@7*>UwJBDt3|o0fFg7{Qv*}

literal 0
HcmV?d00001

diff --git a/doc/assistant/share_with_a_friend_walkthrough/comment_1_c87889721e3a7e52ac1ed3752fa7db46._comment b/doc/assistant/share_with_a_friend_walkthrough/comment_1_c87889721e3a7e52ac1ed3752fa7db46._comment
new file mode 100644
index 0000000000..527ac9ce86
--- /dev/null
+++ b/doc/assistant/share_with_a_friend_walkthrough/comment_1_c87889721e3a7e52ac1ed3752fa7db46._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl6RDLuI2b2fHkTRseVQGUNjcQ2qUrOaE0"
+ nickname="Фёдор"
+ subject="comment 1"
+ date="2014-05-25T15:10:34Z"
+ content="""
+Do we need a cloud repository just to bypass NAT? I understand it can't share files within Jabber, but it just looks unpolished. Maybe some punching techniques might be handy, pwnat for example.
+"""]]
diff --git a/doc/assistant/share_with_a_friend_walkthrough/pairing.png b/doc/assistant/share_with_a_friend_walkthrough/pairing.png
new file mode 100644
index 0000000000000000000000000000000000000000..533f4aef5e10b2450726ea35b66064f34580fca5
GIT binary patch
literal 6892
zcmZ{pWl$UqmxYI5!4g6sXz&mmf;(ie0fM_bgS*2(NFW3VF2UX1Wni!nT!IIO;4%z4
zVbJA$cYo}+Rohi9b-KFx+*4hBpS~TTrXo*(OMwdj00<O7G8zB?n)Tzc^3x}e+f$c6
z=#M)bSCGC30PyVapB2q*EF}3+#P(EBmc?Gi!z1CvdPZgL|0t1r%IbMayEr*nJ9`48
z-L1_%t*vN%>^yC0<rS3GbVHtz0ss^?3Nr7td>7%y4vxgSDfi!C&S3bCwRCNAD3d<5
zf|RtDewbW*Iar64@L=3(tP(50XLdZ+NnTO(CBJO~^0sz2JS6#u+#-(2SH3>&wJXoN
z*i^AakZ3bWlX7D-@B?*pgJMRUGqn?s8bRUkwCi8_rR{@q!&&QTEU>%eW$c0B-|X`&
z57n&ddGRdyr)cQt=$|p!%{a{-7u2VakdSRWEG(=PE;2GQz0Us>u~>0OeO?03&d!*a
zm^h80Ns2`&?E3XqLkZ+;@tv3-^NY@VEnf1pZKpv)v~V#|%(ZKHIiqZEd2a#dvLgEU
z`1l={bA~yAX9_%NfoDT+Tb!1fEeD<zNMn>`fL;)9<>l(VIQAFE%|*=my%<ijvH}Sv
zTe63XaY0UJS07MHTTD8?f1TofkM3XDEfzf=9>SOG3ylB%{qIIN4c3#8j*gBuN-0Sx
zDM6<{Nq5Jyq6RiYq@<Q^`kQ{;n8Hx}ZJv~DXX@v+*$zt-#L0lY9968p1$qm|H)~PR
z!JXw)mcm<Ym$0rtcS<R`t=kw!K6h8=cN3YTC(@&&EzT>~KWOd&xw*OPMc+*po1K;#
zCL}Txi(+1j?wtDS)R<Hq-wvPF&2M5bW1P7eid?)wt=w30=~PeLl6Qp7U_|1Ebm=w?
zgCN)dOj)VPiv_Ru61cDEk};eM%-#XkpJ}vwQ$0gSLBD(g5+{8ye)hq(>lMfS`p@mi
zNJx&!VM+GTv>!blc($nLZ426Z%Y)7_v%VBRIQ<JS+kWvvinXYV-s|NcHnmyasB6yo
z&#SAe-JD<(H8s~ieK_qa*@{K}{{EkO)(2>UsiNihQGYJ4oB#p#bCrfxhgTZ@CA%50
zc_kAquU6zG3bwKdcJ6H=uF;av(1PNB^h9Y4+|>Od0d=1%scWLt)b~GY9E{J+7qCU1
zBc0fsj;OmBH~T86;wVJLp)PyvgUUjVzR_H6Voe5+E@XP>u4$|@<Tujb(jO2YT99|u
zHy4g)TCoZ+L*(S=;k|t8?H;i9^~vw+1C9B^$)Lp|v}CZHK(5=IsRKahbl@D&d~8%H
zD4!QUuBtUnEZK3oTn}5(ZA{Xbim=S_kr~3JG}%znW9D7n4OG|D(=#$+kNks86S(f)
zrc-T%LN2+yC5jOBIo{gdwhP!L{euiWoSsxx<yyPG%AbyX_{^Y*oRf?W_PjxpIzXj-
z^BP$5H7Ec08nNcTt9U(nTO+=va`8F}hN5}?iiCX++fi_+==d~fAw>ljEOCEbc8~ZN
zm`ixpmr>#@^U7HNbPred{!cz;NtBbN8;TzQf=8<wVbhZ`nMmU@|MoEl8eDb%`LutI
z3?fDsy!?)(m2Iykd|1t2{6=$3-Bf}sErt4PhSia(?nRQyMb5)6Gujy~X_k=J=P;fh
z;vW~zXRJq3oE94+2&d-ekgEX*2yy}3b+dvP&yno%+@GSk+mlZpm)zAw3meaiP<9Dy
zKy*oX1m2c0yeShk3JA2`RZ?|C4cP-;>uT)x&)?roJ~#2-`b?^ORK|*ZGS?#G)gKG`
zDGleULIm#P0BSNjvDSB&hGV;0|Lpcg9!hQQyTO(FA`{MA=vG?!kxjm@YdMU4$;qNt
zTD|Z3t-CKl{clFGyYxyNnV00mX1O;U>GdsD`iqPNrc0A3CRQ=J&nsdd{@@Jo#@4CX
zv`*}jqEIM_94?}Wz{^=(I2<1S>@^f}<E@}D#1)Jh*&gBlzP5KYKs3Oh+Ud75CvR$e
z1EP9<uYdgQVJ#*{Wv$CM(G*&TQC)Jh9sEUXw)ON(@CM5DHzLj!L&Z_Q+3rB5-INi)
z340im_~8BQr#0NTUpp$Gv%{Y$=zKJc@uS@R#`@{Rb!W$p?+F^fkj6N5vJKR3-m6LA
zG0v1QyJM9ZYsDL_xc@Q@;CpU&6Zyn3(0ijiR*#!^c|H(rJujU4`VJ8se0z2JT=Len
z=M$!?*lFm%rr%NBz*MZktaubHf+Lxt<@bPEy^rTY-eyiGQM}KsmRD*rJD`?cb0g-M
z4e=H5_-atf`B7147mvIsp?S`{E3@n3umGjzKy$qY)*}uX9m8rWS#WnqLpd1*hgksC
z+TLu`d1sB|3mE<$?CCZ@J4~zY9guSEW26tLPlWZZ8^D_R!%P3<{>KNOT`!m5F6M!n
zz&QJNyY&WiRtZV6B7|WiXQFe7_=?f(@?ed!K<(hI2%@d`w=m~*$kf`JpL(6z+%)%+
z#Ij?(0^r5fyy<dNM?1q)9Z1Y$V+r!IdvWqX)@?29a9*Ru>1VT-?8Oi5NMmM$3xMJ<
zJ9Jb8993(PPA!n3oU%PFJ*iAN0^CqyPa;1K?#x}D$G8}JA~i5Ya(7xIjfkS8i$Md-
zRU2d*cfrvH*I+25pyi-+Cqc{h?%LPv-?G9;Z%6;V^)indSTN*uHM$;trJ-?ilSV+$
zgrvr;&IK1B+q8-7qr>H&hYnZR?l3&3x}Y;99Xl>MxTF5bUcjt<XYKd`J$rgF?7;7~
z$7ehce$drc_ON3|{7+ukgA3R3g3auPZ9!vRO9?^5ITNOhwwIQ#C&c-h8py~eXp6h%
zoc-`oQ4+(Ztudy%cO~-Xh8HTQ?u&#+kn*jx95KJP)=HY6cc`dqoho-6HWvBGgQ*L>
z`2svNM~IdB_2C@9(&ZuwJVzV6A)Iu<W#l}rNnkn7O<h6CzhYsZo|g%GXdFeJFz_f|
zM=AM;wLD{fud;?_X_kB2y;B=hf|04PVSpQjS6dB;Dp`~!%7vmzQ2rvAIKQ<30I<em
z9&Epm>aI*-N-V@AW(A6!6yHDcme&#edW+UwoIiA*Hwv?Z$2_SV>DMG+1@qTOPPM2h
z^M3ch5lZaEHM2wmve3$cN4mLb&M_ZZpq<+MKb!u)B(USr2|_AEus-@C#~VKLs7VC0
z<O67N{Aj_;d_NEx<5cfYm&B<91hYpsjsjzIpI<Kc9j#8pCkLwEY#KLZj~l3ht4iP?
zucpA`ulius-J?AgbVK_?5?F(Px9{JHgJ!Bh5<!BTMUM6zb3)dj_5n*of1+?^7UIQ4
zo-<_dE{j14WkFUd;#YgH)ia#<x?~yq(5Ea$8by_We!!>iRcLQNFSQfff$!(*FS>wj
zy^th^KbVNV-B2RORs8oETfvsO+IPr)qpHBbjeV>!iAW#?#q=_O_L=axrvi0uMdCzJ
z8}re`tCSB95{%fiIlNbs5+yvs(eDP)yY-4SN|O$rGEP_WG?jV;`x|ZxS{~Z&8YR_<
zB(w?G>!tZ5tEa_FXZd8QC%)jx&5~hdgH3;1&Uc#GFH(t&KlFT`|J=(`&;ZYvEw5Bq
zgI!(}vyYf+fMqG4k=69&MzKxH`X)^INzR@VNbtHCdF{u!d~|-kIy9b7ye<rs0fOj>
zkZwlwL@H7EC*z?)!nF%)qi&h8e}Cq`i`mRK?)kV*Z~|;(%Qcssl_-Pq#J$ST%X4Lj
zIN4xbod|fYd&>B(kZ`WzC4;f@6B@#fI<*FiR<&8Frx9M*6c{bBe+Al6GOha3s*#@j
zZD9aJOc+y}LftA-@$up%Ha`{$jii3)=N^`#$scG0XgP^dVd+mkwJ5koGKBN1=rqp;
z@z$$|zqT(O&`{V}W{%PP_UC6jCuB=)C(A}lr21AR2J{a2G@dBv?RUaA{~b)iBxqVG
zi@03FK5nmMbTImr^t>2xnSA7>?feg5Ct*OuZ>2u9t=jK3xW!Ab<Q_Aj7eorVq6XVr
zd_!TILctC$pv)8oU-U^=LAt_rSj6V?3S2of&bHO?1S=_ofoMahT9;A70O;WYV(eMf
zE7BavE*FnJNg^a52s5ncsxKF&B2v)ya0&P&sw`B+$yZg~bBJsXm!`L~MQDGC1%(pQ
zyBeK?=ou5Fn0KlifBkYefugU(7t__1^9XtA>F6{ezsUS?A`nEek`#ro6gg9%#cY1s
zSBG!p>iz<|!q)JsMlzpa9@J?icsM3y5D7!+v<jxy+3px%#-VW_7gE!0LGz*qoI<GV
zitW~iyF#^Ojn6WY)^ed7U#k6>DPEVnDu4)}dIxR-J0?bMuF8L`sI#m{Funlh%iu;?
z)c8M1inav~U%fuWZNY+s#(kWJyFA0}a0Y@Le$6kF%;9II&=LWeJi@<_Xp8dG5>qHL
zOt{tQalHsAsEb>&D;^(mQ&*=Cm3f&UhxhhMK7EC8QKfJ%uFxwzadXN(*|<ZI*u|_M
z8!+G&A1d=SA|gR^m%jY5C?$}-DqR`lZf_}H8uJ+Q0b#j%qWUVe{j=+*bX5fR#mG1u
zw(}D;gf>NVW?2p~RKp-nt>oLWTvVO|MWo!o{<nPN=%Yi53KeP$wWmTyrK$Et!W{t*
z*_s6k;p!`x@@dL<UhTDQ&cTo@DjI5K>gBE??-3W;0ab#`C7NZ&!g+IS0Hu?z4qT28
zunah;5Ou5_>i&r{F0+EMUb|EZ{Dl2?9!|qt1)0~LQrASFwY*G2pJotRYSfUOAwZ`r
zLsoM%pq17xvCp+|H&&0@ShFWvjYlgcx{;9;(O6g!17d6ad<JT~fz(uDlo$NqCVB_o
zQp)IygSTPjGh(26=!(T&y2CpW4I5&(z10LMr$KVscc0g6E_<(9aYg_9Fw7ZY?K8)o
zgI+HpliaJDytP~dO_!)ESB`2eU!|5IKP1gjEf54?(n?eF!u6ToZVCj1iB-cA8)3JV
zzj~vGGelK>Ivi$;^5o)#0U0-Ib)~33a%2%IZJoX|Op~UjLAO!M&{c_9IC>^rM*ap}
zKv>w@XKvqI#l1Q@eJsh11R3ScDe;S(OTRs@*JgOQ&yIImX;W1_odd)U7009T;NTV3
zz%PI>Axz0=JB#Zl-DW-~?m40>zK~4!8uV@fPvpIiT}PvBZE2*UAYNX&EP19QGX`w`
z#NW|=vd2m4KX(BaX+IRSNo?rn4{W3!%I+DLPB(5h{hfGJw#(#C!73t`XRKq|X(AL*
z{ziDYzQO;@ZAx($*)#6X7=ZPBw#L&rr>9|~;57(|@57f;<D;zX;Make2O%$-n)dEe
zRz!viE{E!N7(HBOCi~sTz5Z(M5QV0QV;ga{kh4LjZOU{dS+t6F-djw<^--w~bwP!x
zGB@9{W3Ni#D-1Y-G$&9>gC97i9xfyZU7zBZNQF=jtSM5Jck!;{QXi)5alGX#LO;rV
zGNI6J@08RA3BC7qdHi%dKQ5l5n=IVjco9#U-T};IA>Pa+XHEBi+0i~Ua<hC~{6!5Y
zUBgC?3rx&-&KGL2pR!7}!L|hJ$f*%oret7J<VATX=cVdC6$&e^9%P*D-YD(H?f}yM
zCfP2=*S$@d70EfC(jr%SlNL~rdB3AJ%7)>atlp4Xzc0ERPd4Bttv(q_GHW-(tSv|(
zl*sc~;SB9$IMho}1C<({k8-nrw+MFaYS86d=4VuvU<VNrrSOPQMr*9as=Kh=6_t56
zVU+X1ydl91bnk$@L=m71*a7^7U4p9K03CgNZ7Q8igRaLpiy}ym{#}A`S$$R~oG(d%
zAD&Ma0b>2}CRtLsGLcA{sswV9M_utY&7)u{n~KNG7BXB+eHJdaSmEo^Ak0=iUFue3
zH*@%JKf8GBXP4w{@dw!FYJ9>fRr2jmbRI13|Lm7IgnxOqqqZL3zfzD{GTE@<(l5(j
z4V|3gZ~uE^MAD4dFAVJJKKpqqYnl+$;5SE>QaAObzKf2OV6e2d=M<8iL?iWx89m3t
z{E3WP4Yf|$uO!|YJkB9(Vi&|{+A@BceUXG{M)f7l@_Xckg@l;LoQFB{M{QVeUk|^U
zo)z6UDVMbvK1d&x<>EE9`O)1S=V0Y$$`<4fUJ99va^I)8Nfq2<SrS7D4E~-pMYu#s
zck1c3tk%IWyRW*Br30?z6Svu%EIV^6MrWVqI**KKQ&*oCc67P$_G8C%7)g@(2(k5-
z8ycz!-1RP3LlXh3Rr?ngZ6Y~K+Y}VTwC^cxWxhSSdS-qvHfuZfE$Ch9#=pL1WG&L?
zcffU{UmnkL#=#*RpZR&OFIm5^8Gg`3q_Ss0Gpq$3ha(;#?DGtA75W#4+W5N7R)(-d
zk_Nqh>TsnwHq|rXwY0V#sr(Kc^Gzc_NB;rwl}K<J`*tvH+nmfXN9wOn4tk6H!9w{+
za?dBY)*Y&x?L3Zzy=Ob8R&qPADmv3smsi`Sb&cCgW`dIOuG?^Qy)GviAWO62cRkQ+
zW0IHxM9jiSi{RWopPL-zMF^k8Be#8qa0-+?Itx8Q_+%%#c|9o#(-ZY-2i_@G`UmLA
z(be{RaWm8Ex5+?mF9>ln6%bG76EllnQp%x^MZDwYUJeiJ>F(|}+rR$@Ezw6vAFE_H
z<>uzD{Z~KxNB!TT`9~|$ez1h4_r=a&>AobIq=WJc_`@_JVJUO`d)o<l*}X}}PZuw0
zuyZc7Q)_%-b@P7!Q)Qbs=dGvr<;~6@v#g_%6O6=PQMi}NJ!AUQmz`d4p?~(k?6)1a
zS6HkGyPx2&anc`BvqPVU<(t6xX8`VEMLYBh8U=qAapP?X+k?X)^8BrkZ@s~T`pHs7
zw`+yC2Pd9N8cyl|O_ze=GSpaG3Uy}-ngyiO0R;QjDGY@k1<-eR8>5eRYr@;-tY;S+
zG2!<ZZnQ}ienV$?tH=JcG)AM~Yrcp8Zvw{{18mMJg-lanT&3SugRh{G$0M@xVWQe4
z$pQvX?#TJutb3-xm*jkLZq&N4yUU9Uj+eP|B|+@M!Yh0e$kOc{?7i_MR+ku0B36f{
z^y-eKKCdHBS8W7yo(jH|8A5D*C02SEi&-0b)3;wPls-P)<OltP)<d}-W~<vR^F6)%
zEZ8(Co5$$eBk^TD>Tuj^ZT=vl|BIWkPyfM9mga@E%=^zbdVF$4g8$&<u}xp}ft+;j
z|G*@VkCsna@z-PesNRwX;jd7^L_hlY?76;+MkdCeA6TYlw_ZKz5PfCO{cd@gs(`tu
zT)@4ODWPG4K{@7La{IzWTWMVJiwMiLIyn!*3&Ih@V1c**PeGEkt6+5TzJ@=PI~5`O
z;+QiU{xidn>udkOqTs@oC_<ur_@9bf53M(9#^Vm|zPA3ppXcFD1mQ$|Yco~CKnxdJ
ziesiw&lW+q%=Sk}BqSp6!CU=E?`>5+o@*r)YY?M0@oyFIjW`g+Vo612+B_$pXFUG~
zZfU^fXqK}n<FfM8h|u<|WQnFU0u!HH(J4Mg9c?T`Cvky<;$=C(>kRTC{oTpJxkA5h
zWpBW5q_c?cn43m#;<y4kR8h>BXZiV$^u)xNt>dqX)|5mIbI+;nG?5M{72abAZ4|i5
zSd@Nr&t0G{xGZeF5Be}eMK@-=F_#-lNOS_d8_WARul&@G;5xm%S8f~g@~n)mXjiTV
zWUDBY9`_-z;wDisJ*pB%S8AmKOzjA_cR6_pT+DdVGsl_0BIyJLo;fSNJ1EeqS^QN8
z1quB9c4?4!UAF+%Cwcx#Tayd#SXNvDkk-NhSjT!~CxFnfqo5XCabMg^6~ZEJzbyfQ
zi2o-I{b)RA3`x_)8MU1u$VsjDln(RGy7e~qSh>Fz5ta~37i$exf~TxW#pF;3wMe!u
z3?}-cE}Z9<ZB_I*`Z~Px@*d3!u2q0Jp9U_CaPUj5t>@MVm&V6Y4=;@3x9CNx(-is7
zeu?4W&3FR?SI(#NMWC@+9m{#C#EF~!VpU8U+_Y@w2^W*VN=l6>PMRvvIi8-M-()=^
zg&PIt@|x6pOYd}9?ldaq3gd2DE!)(9`X@A)f~qQNoK#tM4IJb#2mUs}dltuHgju@H
zVM!Z|=6<)CvOZ&dvcww;Nc%L=`4o7<NFrD@D4l(G&i+25j&Mlmh$If%Y{}88b$el6
zjz#&h(m`h2|C2i>qb}3d)*T*&j!4UM?>UAAUf<H7B9C?jRr`O#vxkU(r)@kEejGsZ
zTX^Wb;U3YdbPMvom?uN*AKFeMR*sQJ!hCx#!~ht7Q&OZqe=<ZwC-Z9CPex;f8vl?#
zj6Whj60@2#o->vqaqiTeSjKYY)LjZe&m1X2rE!>YWs1)xP&qH?L%RE1ql(Bb)ys9o
z6Di_t&V>#Q677c?URrS5M><unISr+AF@uG?dZ7IhdHv_ko3-tndf=&Pn#u~ARg+D>
z7HAcfSK>UesLyq|!+^aBnZyXHt=!DZiw1CIQ1Luz&Nl}3>uFJEwxKK1^l_*)HC*H+
zP)$@iEqkcoRJpj&+R)IkW2#Eva<X6b664sO4&m+w2pwDg2@Gn_O=jY2)av3ktDGSs
zD5oqFhxM32cGJ^yvMBU6<@2Uzj8n^^_IgXCR+OwcpJtDnhZ~;QZp~x(9NV*1t&+E>
z8V5}gl%y2|b9|yGqL_U}g~xVoOFJ;N#hOqx;jS|qIlA1nWDyilpj+4?kAtJcXp;y2
z7FR1npMa!Z`YQ934hPt)*-lS{6IGsVVOt1`{5wUHY9|UNQgb=<QV-Ce{25=IH@K0f
zhX8$_&?o;jt+wVunI9itycoTwpZDIYKz-tcora|zpT~EU=P0NZWg_koA7>K(l@IkI
z!q(YbV^iKTCW-7%t0J3vxq8-Y-LxvWVT>WUBzY)VE8Y^4GN!G$u!C{lLTwsd;oRss
zc6=wH8wL+@D_s%iUVW%G?iA61uFmUe!a}sMvtos&S_6{K`TPaAbw~MkTsq0()XhI{
zcDjR}6!2`}X#Ga;zQlToKcZ(RP43b6T=<_3Ix1LudG!Ca(_pr%;A2IkwMr$t<?*)^
OKtWbTrW$DW>AwI@MwJi%

literal 0
HcmV?d00001

diff --git a/doc/assistant/share_with_a_friend_walkthrough/repolist.png b/doc/assistant/share_with_a_friend_walkthrough/repolist.png
new file mode 100644
index 0000000000000000000000000000000000000000..409da4aa4c0c8b43e6353c4351fee37c73a41c31
GIT binary patch
literal 8525
zcmZvC1yCGKxAqbUiv$Z02o50-+?^nKgKKan$U<;g7S{j)0t6C*TX1(-Y>{BW7I)Xh
z-52>c@4dJF?^fNZn$y#L=5%%UOrPgSN2sgH;o(r=0000y1^M?H007zn>e&M835tqP
z4p*WIY-f3WFaUtR_xDC~848L=H3HofRAhh)xVWU$3?k%FVW_5;ZZdjq|2R1~fE?Wb
z|G0w8+(4Fe9yV^D=;Rbs)OCaK$p8R4fWmueEzh}w^Z@nL>G-R*`l|O9mSRNX<RD@a
zDA5dhnb@f+-jYs#?yEa1ncttA>$h8;LL-h<LpuR{b@JA+1p@iR@^=jREVVqYVwi1)
z&YJ%SN(sI4GH73v7vRao1W|<$`_KF$SDM)-;`Mlp1<;2O)*r`Q`!cN?Eh5Ab89v><
z5J+Z;&lGo$6d{JRcx`DOJss9(I%;MVk?+O+Oouh*@;~IWTN;Yj5cYnQaDh}cu7WOB
z62lSu^EGcZ)5e1fKAaP<(jAmpd8{b8@CraDk9Hlif4q6Hu){HtG=$4|eRwVuZuprl
zTr4R@OvJy>BzS%)^=H?BP%YZ$Mz&jYpm&*L26xeZsnPLvzc70&CwbLF{TgkH|J5z!
zN&+3$8a~9RUCt=$aB$Cu1Li0L2EA*78!j)q?dMM7(bcFUnAcRD1sl>=PC62=Bm671
zKL=7ADP;hBSsMJ?@%?R&^S-PIQVH7?=EFS9$kXr$12bE$`Rw{u{LX`G&;h0x;Rstc
zc=6pl?}U!w=i&ZD%CyjXgO#bry-|(DXD=D031d#1aD?eNp!U^QQ6XWs^_ql??Xz(g
zcR|v0Oe{4+>T7W)E^(VG#$d$8AI1<Kbw#ft8H4b#M1$AI6|2Hjb1-5lqZW0;{Bm(O
z`z~xh#OE9PH>v+hq=H;W@Xen6EaE8&1%<0zw6V#CS5r7>_EmARp*lh+$><B5E&YQ@
z0Jka`a&n}t`UVJO#Mf_B$YzJ>%HE6pfPxD^Q+X3@ZAwVfVpHiU?S#XvYU$?~C-Qs3
zfr6A*w@dsVtF>4ZrY8mBEotp&G0eXS*5^gsEKP>|fJuIW`V7SdngFWFwFIZ=1z)zq
z^|g72i#4R8uRzZTiq?|cO9)p|hc3{}FrY4%KXYk6Wg3mRSy3rc41eZ2b$TQ7XRlhR
z1yg**Ud61GUo34U6*4PlPznh2Y{!cN6prS~gD=piXB+tl^nPtvfmM=%iAO5hi44nA
zvw|71)&_=7k@(|XcZ~5b+N)lalt~=vA?X4c<ENO{q`(e!x&>=L^W+TiPWm+f2&Pdj
z!{%&trp4_ImRjpnMZ>+$TAMLlpGlP;nvjW4v4yOFw3k77-Gt6LDh6(~lY|BAPggLD
z@i@#dO?SrSNCc+}cXvCKg1Bo+*+4G#q&*am)mI?YfSQg5-1+Y4us?f}K&S#$<Gzp=
zQO+Q(xBy-9kd)fS61;;}g+f&hwa8Faj;q#ENo#!@ei@lYeTLlLFLs)e^KSYHe0cf1
zqzJpFMz)o5-e?An7oeIdh<>RVrX+S2lumGe^7vfadJ<wCc`h&;i5`dh;wOx&lQxae
z&$K>u6{tYil^9cb854P<zEg|W?E~Y|Zqle)rXej^JV5^DdJc#U_w^POHl&qsjrb%Z
z7#vrV$<GCY0~=<&BR$e*Vm3mnhC=J@j}?;VmiW2>_;t!ShH!Zccp=HV4<GQZ*POjc
z9#%rOk=2VW1E^_UpAPq;ecCW@b9L@s4NgT0F)C4n)P(XBs&M^akG*_{BagO|Ye>QH
zoAjya2ZqFi`ghq+f9y*k8S&Gqgs52zcBHt(gjdh~iX3HG<v-K4)}Fbr-xa9^t{jIv
zhc4o@i!87aD)c(Qz!yQc2el_p*G?YF<z*zN-MVLavEBoK@F!U91PcWn(O1V7aR~E&
zl#P-)dd*vy{9N@o4_BWt&m+s69sq%@e%vMYAR<mNVUO{l=4U_X!sW~*Xg-sKI@Qz^
z>4crsgX@|Cy}P=69+yFHIy}Kj7gh2yT=6$4D*~hgqf9&OHgn)VwO8%V3M&%Pm$uYB
z^YE9xRj(B`%`le}G7Hp}4U-cRMK$!}M4_K(h(#-1lwS6vc2cCtyPd&5|NS>RQjX7>
zIF=-~^OhrM_c?-K)L@@A09Jef1qAyE;7^79o~`GiAqU#Nf{42v`hp|-f=9#5S#{Z!
zuuFS|4J9`=z(qtGa#K|G;BgYd^4w>7!QRMlIxU_Zi}|`mF)lBQT#Bk49TP^2o-Bv=
z+9on*E;#|$hYLVY2qYie0^I`-bfq?{7oSn16i{tBuO!zqgH$@H?jqjBRQ<Sg6<C~m
zS66p#{vJ*qc8wjSOiHa$^T)9Xj0OjdyjJ$IH$IlGUHAYhpaiYi{j;~>D%H@P-O|4D
zdJ`m_Cr|7jZJDok8|~dzD%#ztuT{v!fo3hG>IbAJ&YvX>7>9`k@dX89qV&+{RH-uK
zwez0?qge}-12nAL<tx(3EMk=Kdmo?sC6*Va4m?#L#2D&@v7xJ)O4IDieO7Jn>Dc)a
z2;`AG_6SjJ?+-#}^zC}`0$=s2rDP-{(IFkZlq${f*ee|I$~{8=j{76{U3(|PcT*-$
zz<ppkI)I)Qn?9!+ty2}%1#LF>9cmdy`U(GQ8FJSNcveei{^HeyIt>b=!oyOz{AjR6
z0SR>BTq35Yka%aEB~<&r02YqKEQ=w=kdFO^B7|2l>cb+E_ve}vbSOC>l>sdZ={y^<
zAf*3|a^aQ9$;oIdC!XcT&F%+t0#2J78;sF|)HT_Vco$(G`dGPYzXF!u_$WoOvU7O&
zFy!Qawi-qY9~^uW-;YNr$jHdpaz3U6by_xoIxZIT@7z8aRa?kh!gLV5^ZZ@;%tHdM
z?>6KGJk8+xW)FOI7>gQ3T8zZ)_DV;v-Bf8&;oplpb?69ol`(&SS?L|Kw=p?=s2i~P
z=tMWzf9%xu5A||MqTa+sg8bFUlk4hv=Y-Ikr7s<jC!PM8jOl^IMu;DnsHHg`92}gO
zob=l>TrMsze>n7LLq<FKTFlow3`-#Qw}w*DO7&})+No%mjfjsub&bW3l?P4Fl?SH=
z+rj7=l<iT=lM0V1ofZC*N9D1X<q^MX%srU^)4!(@kJnQIdqs3z;M3nJYhXzwMstm(
z;)vhmlg`7sMLd>~feG54rVc7{=XIScvZrTpUHb6=?j`+z!dyGOG=^%Bt~P@X4xQvd
zEUWR{$l#7jku)Ca8yvr+pxE8s9@)Eys@mDv>7@<0ixyf+YNn_xG;elpZ0Q7@l`2KK
z?wKs?-|q4?wzV!8#D=_)5MRhxPs9VZL5`t`1E5qlYDdq7rbWu<k2fNK@)BKwM>DsH
z;8QY;wT&`Bf56*HM1dOMPoYV_|DUZ0&cqX(Ij7nOx2)WSBw_!aDeqvYbzJiba+twt
zT*F_stp1e1@!Vyv`-9^mE+y1{es@oPIKC6%=n$lI<&-_7=Ab{-D3tNxePUZBecA^+
z4+&0#x~saee06?`>!zk`#bsd3gFGm*R(aO`)A!wHPPZC~5S8qp0u4dR1YVR$)4?n#
zc$x08G+Spkog!f8DW0J_ghV1u{Vuc%#$Pt%jvR*jE4Uu7xTo41_5k?|&8OU*zKT5d
zK>&-Hs%}nSXP?(xs!`zwoV=GkyxgwsiUQ*wML#{r$!Tt@-^@EeK8g}^KjPU29Jk3f
z$JHMOfRL+Z((~C#1W-SB14g(X2)SdOA+jVv@>{J(WVj1=o`7aSf;Dd6>*zKOnC@rM
z!#0nSdr@nO*Xt#X{Nyn<6{TChSN;XUJ8>_0R4LCvhD(<i>E7%opkf?+VF1O-#~@8?
zg9>@THR2gwg#4W%8iLLArhmHa;o|V{Fgf{U#QW#e)G+^h@0`(@<>fa2`&+<z2ObZS
zOW(u6Q`};n7y)&78hf%pd}LC6G*_Q@5f>3<nKfPNd$rZ|$<jXZp<jPFx*+VWUvU!0
z2X5HyMK=$7eZW-;qQ%z2oWJXl;ZE}ifp+-??dm3&Z>^BaeLrbdQ%JkAHuDtSG;#ff
zGk6%xXL`dWS+&$C!b8#Q?yztoq$UhkBk*ZzYx_VIO)Vyrc{ktrYu&`=Qf-tE`==%4
z^$NH>+~)!Jn{Wc{Tp()0W{wxAJ)(A$&+Se@z$0=QeS3SGoBWyNO`lqJPR>h<2c->2
zF@jgZ+1`eHxee~kec)mrz5H0#OE6{3(mU9UE)?@P05+-V+O7j+-%qm!a(n>L5#&2d
zAHd?91)u6?H{fhMSWPs0^LYCFgC!Y}IoB_lBs_d#gqtY(++ykpp<D%wDC3MWP}rLz
zu<Q6oo@5dt1{b_HKu3s1B|K04k`Uu0@b~)3RE6o0v+(87@-R8&%a=DxSFI?$)CwR1
z#y0P4Jp?R!F4f#zzn*TkmXI)|;#wvV=wJR=gFip@_JtPMS|6P(?308zarhjSth${M
zr>>jZc~^95M|nA$=Y`#<uLL)E2Fw<c_}2PhEkI@Nkzew*zT{w<c6hSc2%4Qk3szZr
zG8KYYAd9g()e-)O;_@gkjY(Jq7pLUQ`}~c6;hBf@ilog8_*Y$3?$1=McSR6Cefsp|
z<Rl^@Lh|uuIN&7G^w_gSCRN+H@~~z!W59K|!EAhcx&2JXN}h)6dSy4m;WwcQW4K`E
zQ6sMl$obLf_uSZv$B-3YC|=z9(Stzvy-+5pqoC<h@JW|aX41p87nY=8)=1^aoPU%|
zYFN;l89CTR{#lN5bn0L|#^{!FT5kYk{pL)tp~rA2=X+WVB2Nea$X$9Dtw57?rPb6>
zI=Yoe64|A~At-H>z!^}r`TXzbF&JOJM)O4d4VeKCHy~xu@PRF@;@wAIepXS0>FcGY
zdxg}8m>aOg>3WUqgP5rAX6ILH-iPBGs~E$F-_tLWpH^|n6I-X<*oWOTc|x&ZQ-N>#
zO?|x|Y0H@|XOP*~ja(9>zlUAAHJcwk&OaA`DV?}cq&53Xy0?DBo$9WYU}1ecuwL}s
zzrK28SxNW>$0b>dlJsxQxw`#EmeJERKM;_L1zv~Qtj2A~=S}m7AdGJk!_X*!^s(&(
zt^$Q<(uAfGO>fCBJ}Qy8dm_@xPtFi>e3<641mQ5uGS2;E<LpZ=4<GJTsDy+EOCfBp
zzW{L)L!UzC0ITn9aa@zkz)kyv?nh(aVNb3EwL7Jwm>~`Q@M{>|>*rB%U+|F9LhDRp
zz}-WFN6GqM5T?F4d2oEN__ANXD=2enU-<S&B?>>v>C*G|ni9W_ME7{&pM-`al)D)o
z_C<%FOUgVK<o;y)vVAj1nDrE{@YgR52mJ!u{eO%HZXy`}1@a4&yBZ!wX`oC0-)<}x
zW&iL?7oFO2^I$N!IQ=y?k)7n)jYy;FvF5AYDQq|<lvrHi`ni<z(Gr!D>AM)pX>|Wn
z*h2|65xH~-+9sk!?M4K-ho|4@wNn@GbC#A6p68hKw*K|IuXdw}8+BkJH?ajvmf4c|
zk^!X(4zHrYpPBfE_iw$A(mQ2l;|IPOf=v2gQ_jB_D;8%h=y(_opY;z%AmcM@a&z<8
zN|<V9KWb8bRZ^8L4lDMa{Cp!ZjXm=ucY=$68IhPdo?11|mB%b(WHiRWHh%hQV`?^M
zSZqY=h3>0z8w~+UMu<xMkCcUd1NhX|<IUCp`|iGxvyW8Iheu)tL_d8@^nR6_3R5oU
z<kyN|BeiA-hU)n5iToO<uvo_h#w8nF<*)e2-d+(&31901WnDcZdw^WuhX^r!t*pDW
za5sO|%HzUqun4(Dl!y_2kybxLi1$>y-5<R~mhnHXyS$+CAf4sSs&AUC$+8Jx#n%=V
zTRdS(aSWhx`W|v{w2elt1^#qe$v4eBk-4VuM#y;)-z3D3vxjPMvct$Ps?n$%4H94V
zE^Y_1zHKL7tjwad@r>VAfTi_?0Pl`ePQChf%{Q9Q_+Malt()o$Oq`*wHvLI*3WSkr
z=Y>M7#S(10_j2E9(#I=K@?MOz$37N*gHV;Jvrbf}<>1UFRq?<7D9wi6)4OU;0fNtT
z%l6EmNHj01&g!7uTa*(;r}HPCP1pT!VRmv-fRC@!Wnpko8EZYL&G77;Y<%hVTHro(
zFA*r41|47GuCXDrh*D`DTjGupc51szxEWiPoGp0tTs9=*ypNgmS)bV6w!1y_bAk{U
zwd|LDk57e#<{fZwwOyR#wFUeTv_s+R1yt2Y-e+$eReXd;5c<pB0!@(G9&?7Yh#jt|
zyUuC;{vmWS;N^~_zlu}i!_6Nf5Ef#|6IG|V4#SIF*T>Mg6?{g{Mk12;-CGkO@tl=E
zxtP_WBzRK`LZyuisaA|DD&GDC;nohVQcdk7j|16qQc%9M@avIHR$M<)%+W|Y*pB=;
zKgD`5D*FnI=k|#-ly~w&Uh&b-rgHUhp{*Z7qFh5CwzMF%-*|>bYrq_ec^WFARg)dH
zW&b3zj0Jk$4ajDi*JNoHYvlDC6<eZ1WTOWSlXHGvL^r;x{Y~DyZLU!?vHh_;G$$pl
zXwp5ZPE>Do7EQaKH;AL$NL+%nhu$GSs_{#0ay8C6p~b$voN1P#Lh<|3pN3FJzw=Q!
zFc%7+4&0lOx3?x<o1|f#L?5Y49sM0fE_zumPh}EIFL^EY`{r891ERQlIL~7w^yd+z
zU5StLODmQlk4cK2oy=ZdZF@^s9tgX{#pQ=dX0)c46B3B`&_PdFN1ut~OXJd1$@@pL
zwncALz4d<i5}G1`zlxZz%iK6`eiZIDY4toybsB^wS=0(C^CX{m!y^s@JwJ;MBaQ#|
zVfJ;C{NVev%XE7YRp_pLCfk}QXPhFCinC`XFjKuhcPxwk6__0O#UP$Vqesui*e+CO
zh`fY#lB&$^!sB(EVwhC{!sAF#j)m_EFP&rP!=$meSkLa4B;|beGF!_*`uKd$``kg%
zHsOt9-5E5XMO5S6Z>-{V@EaU4ir%E%3HAJUsrn$RsKy>lOGWK%ohLAns6n&y7elB4
z0KgDosvZ!!p;4o!uTd0>03>>sBrhK>*7c7CzWzpQ0#OW!kke9&^Xlhra~IL{@$vDf
zD(JF5Qf&DKJ~5&7OMC~}WWZH@GCXrWRBqElKEP*!v>AWhGgFn&+EUI_L1&WEG(?_y
zO5Cfmx%D0O0-tJ4w<yiTlHsfX4@^%elU;~Fd1m(K{n)kM9c9)XdBMxn*1r4-HI-Si
z+U=Gha>}G8SYHKi$QepLsAxW_N(nx{x_yoF?Q-pQkAT|t$4`ne-POS(1u6Cwbi&?K
z=6hE3Q|Ej(je%zsWI=noyQ9TyPsGD9?&KTmzA5)ahP*z26-52elL$Oviuyy!vVNZ+
zTr{@V`*u%UzxE^Xz*<yJmQATLDL{WVJEN4BhZf+?k={4<bEFKz?{sJAh{%a$oYoF1
z+I<)*D2<NGEXhjyMgu#NppmUO#6-!AJ*GZ_$OCf|VKjA9yosPX5_c=4Z>?=*gv1Lj
zbvv&M`j;kALeaogz^&DvUol=i*>Se+bXI;>9ZtL5Au>o7&agIx*M)QK4vlpxlTDj(
z8{_50F8Vc~K3mF}HecR(R=-Vki0zaE%mmN9FioNy*=WptiGcTkQb_BvZOfC{XjvtQ
zb-i`yNwK-@XV1p^mm|A()Y8-I;@^R^tsxQO+W1%t>+WqQjNznGHzJ+Rt)e#~7joaa
z-e@ZR;HW`?+@IFE6Bd1Ayw}e4kaYG4wZ2mw%%M&e-8ZZ;+5?;YQU~7|=e^m#yABX5
zHn^l}X~w5ZruqD8W0qm-EB!NYSev&yMvPIzk$)~o-Qk(qr{26^>bOw3gO%oxKi5x3
zsrzEoW+yS9DQsF%{7Wj}&r|=|pNz?(E}Eh#qw2U=FwE5&Pv6_r3&bzsJSB&)mNtEY
zk2AIraq<d3!o>nl!JK=(b*JEr{pY=gm}e=NFs_&>=I*ZyjZHr)hNd@h|5{n!HFUop
zls!uc(=3t~aeFSXa|$3}QPkG;ad>Cz{eD4_lvOFRl@&UcT}%S#^DWfaoXRF)322=z
zW-$Jskk^o9T>4>MdD<Ql8<oQw{Sc^1+v`MD6iKKl0)76Rf2auTJHx3J{?x24`%T%P
z#IFjcfzvB>tz0-<jEQ6>&mek&V;JsOEChOr$6k6@n06+A5T2jS{^HNH?KcwIB3<Em
zLkf+b6h9c(@PFN<JwV?xN?JDzi$s5W`Y5v@U0}B|vB38aYG+zda|+guScO;Nlcfe!
z?tX&l75v!LV!ssJFvkg<6PTbNg8Jd-YuScTfM?WE3S?F<XQ1?;<j;x6T7&1rf=9o&
zWy?&VY9ITvnb0*;cOENuo|?!;@;&FO?gZQgUiVQ_M>fu7%^|5l&dj)~*%!f>FKT%|
zqLcuHoxho9q*%Q$%;>!9n;wKyx#p^1CUmwp-rlx!VCHNiB1k0o>YnD?Z6cTQu;j*h
z8_5JJR$lGm)+KCqbepM^>JP%JR*R{+D!Bix*JQlTe<tyRI@zy(7iMd8d)W=YUk?bd
zz4_3TiJ-O`IQyPgK5W`C+z;No(aFkHu1EkP1%E+>4{j}V=J714TYRATE?TWNM0zQn
zX^TT-qOYqhwQZA^*MnNB;U{2@CvZn%rXon=Y+uRg#>!G{^>bn4Ln4>&f>#f6@5Eiz
z{oyMm$g2;%Vj_%Zy6z?l%s?XAwOCB4t_4w)F<U_Sgr+OfR}_s62*>+QrzP*v2eSd?
zIT^8LGKMw~prnDS|C)}?Veqoo|C8l7r2Uy0hjLU`zfApQ(l~xH4n?Io{^mN&H<gu@
z7aClGdsb=o8t~w%&iCKHbzm1@J4=wG^FAvd=OTsMUZvB~$XHofIWD)}*JR%BC$`<a
zw&LSjCe4t?4d07&X6tObZ{2GELr%d@Dk1fVx26kDwyj42hHx4`zssPz+PS;h-P=-_
zQNaDbeW?(cqMTAg!}%~;|7!%w3#tgX-<zwmJJRSU5Sn42+;}Tr>_zL=^4ENvkDaxz
z+?*mwe9tT5s;P8VsXRWmAYr;WlpvDH&#U*OFYqqTDCUSxcG)GWCT=@$Fij~x2P5$A
zF7Cwz3#dkVRB!o*iLP%~^_(AbxLmA&-ITJbYU};wyuQ9ZSL^lK$$D==K>-=9I~IF7
z`gr2V>C}Sd-MO}qktrY}Q2zuyU5n2(1WByrqMyzbGz`>;&ql;Fz7ob3gv_}`H@@b2
z`E}(yqdPs*UEVOau$*SA;rrbkqw`2+Z7^luu-bEL?I+|%>|$Q~X_GI>hM`4ur+SU$
zr43${)`Wls)rK+wD?TB6+dtF#`{qR>`Nb2b-8Lq}GB-GW2bFD55%0wlS+hu~*r!2K
z-&02fd?1szs)RAymM!`Dn1P+E#}9_Ox&=BVu*AD)zGAM#0l^*7h2sWDvk>FM85m$B
z)OvjpU}6L7i*s@&vwYC3<*r{DBnyVpSF~CQS4y*|P1aHp_YTh(I2~WwyOQ}n>UY^2
z^sg39>O6ErOE|)W`^$XH))O2I{l?of*usVv=bj`UF27IBoU8st*^$;<Zu0gnEbHIc
z&?-%gZNu3~HiiUk;5h$+2E)&-_r*76k=WQpV|rbT0}kn}UT)KjtYtX*IYAX=1Cs9L
zu8hW`pH}SlzOwq!x^~CMxgQh_S_K<h2y2Z!p@U_=pESy`Ems%~4~v&W)1n=R4nX>?
zf)z}3yh`1dYE+0;9PmTy*|{njYu+r{^drPnz`b4-8q3&gM3x70bvh*%=R4zGUS2sl
zIhvZ9k`E^_0m%7flSWq%ii<Y?>#=L~m`u%b!!brxX;2t(%#qb1<mSD{*9e5RHEa7e
zIAF9t40-~>1R@MW&JYh&j>!F5`7~tz<@m5TxW(^HNM{r{BZ91+R=mMai)r?3=|Y4+
z6xo9c9(gc3aC~Z`Xow;n{LhHe(%GvG9k(x*s*2y<<#S)v$?mH6H)*I$7U67h>!cSK
zvT6fWC>n)>EJyC*qIi0{HAQxDj=YMc`M{VLf&t$+Eg<O15L@{yM-HvRo+vrpx+9De
zEM7i7O?CC-PTGf9p34X1QK~Xi&rGWy5(gI-rc1Vgc$R>E);HUavO&~16+LbUUr$ES
zv5C#GL5D^r9PPw@u$8Grc7<V0+gJZuTr{+!_CRmR@O56&`u?Esii|n-Sw?_si>Ak5
zc6sqR&09)-KIV5!!yD+0<{MvS)@QT7WK68xA@K5lXzz(hi+|<k=fB(J3h+9poA&nc
zp`@Uo@!99eQh$>;pq3_V#+$t1>J@muMwO&%%|>i7Wn$cv1(Yn>^3$V5h(=x)i8e~n
zY2#!{3hF<PsPFY@+Gi*#?}4JfPt@gK8YfL<H@)nkyJ2oz?Vq;GGw`$BPtzV5OruB6
zX!fY-pjTA|8rUztZT$LolgI7u+5)t-wZT4G{^vQgUb;QYUWoL?W{(QfHh&S?J)<~i
zwnfVh=X5ByPkWs05|Db?FapQW<(>DIvkxv8=W7NBC{&2;r#^UKWJiDJ;9zLhZ2P*B
zu|{@*F>q$$<H=U0eTl#fNMFW0(uuN3YIkUmWq4>u)XSBV&-xQSRqBNNnFiPuEveYf
zg0X+{@7koexw|jrg*ize8+M%P-!`||-p+3eWu^~|^>s#<%$(<DCOg;MRQq1(IwbD5
z9fEuwoYpk(9o}Wxtk(^NI|_*TDF}ob0+Qe{hqHB~maX+#8bbiYQf|traaGw?1W>D2
z8`RWd9^7ylr9$^1vFKIKdiu!JU`f3Oy=20ChH=PiUIlm}86vY*^($jbd5eMRt)fG;
z@Fy#H-di7}o<X)9(UAl2BWZ~e+n8>}5r%Y#bSza;Q*FW3BjWfQjnDFzp)UbsUTk0z
z(|K(nx7Lp)y|kZmQ@&d~MOe-TnlXonGroUAHn>*HyF?KOmbgG_fN+5{v4g$BA2(M_
z8la`b2B-rA&414VP^z;Awo`JWavluq>kj_;1T(^b*khvR6hCGxbA1Ej8Di?(1>lUh
zd{oMC?B)}=4_yq-&r%73dVpAVg3G7>Gw>o3=t#iC9e@lj{2P1eLdQyvlR@Q9L{(Ab
zzmg)ke;NN0j2&U=|Hb={7ygs?AHv_a0?-(u=z%BvN=>L~02E|Y-<QAp`1$_<79aKV

literal 0
HcmV?d00001

diff --git a/doc/assistant/share_with_a_friend_walkthrough/xmppalert.png b/doc/assistant/share_with_a_friend_walkthrough/xmppalert.png
new file mode 100644
index 0000000000000000000000000000000000000000..5e2d5628954fdb3840d8478a5481e5d30e5d3435
GIT binary patch
literal 4070
zcmV<C4;k=@P)<h;3K|Lk000e1NJLTq008v>0027(0ssI2EHPX500009a7bBm000i_
z000i_0ddWNl>h($2XskIMF-pq3l$LsFsF9l0000PbVXQnLvL+uWo~o;Lvm$dbY)~9
zcWHEJAV*0}P*;Ht7XSbcU`a$lRCwC$U3*YlXLkQdS8oX<Kr+ZY4aO#}A7HkYO<+tm
z9uI4pS-Ppcw!526Ce&TGGqER~opsZOp~*~_Hg%Ue(@iG3jqTLMuO`89;xKG7!H+m5
zwE-E&2(Um1@vtpGNJ2u=mDE2j$a-7}%xZ1Je81t3tMh&5JLfz1ch5cdyAL>izaIny
zOB7rZ0s_Ks0s_Ks0s_Ks0s_Ks0)jYz$0{9hdW;U2o%WFc5j^>j@wmBCkxImy7r*Tu
zU!Q$CiQ*^mN$3a`0cfDd<`h#>8J|0MeRA9CNapf+By0qWrwB>r@^4!m^QymXw2$JD
zpb;!4P#oCU%4u?aNwAbb_)W0HOP2-0@Aq>!9Iw}VZ)BLJJyKahvQib0lgJV*Vtz9u
zzSVZU`IC>jZnoQP*7U5LO{H7^Y}a2(q|)%-u2Bfn;^S`|hk96xkKXi?F#S0}Pk@)S
z)anxshoimTTKC$k?X6#n#NxF@-y0qr`1EW;{Tu&4({xzpx)XizayO1c&DY}bw#Q}q
zNtpheX!x`vz5_-+(CYK~9yPzGoz72Ap8&w+a#d;Sf^{1xit_vYx7x3N)AD6l=k2?4
zgMQgTj{^44F2O=C=+U6`Fba6thoUFo8U;NOHLtL=Mp$RYr|*NlA8ZKp1nBz!x+6``
zq2h&Wbl(2VX62ayCt|CF`rrx)6pN58)R9gGdmG|;6!l=2=&{x@=ZydHfY0aaztd|n
z4g@5o0fRw*XTcPwYHMr5MEz4PIYq@*8#mwo-{b$~_0lQJQvc$GYDIF&w^uIGG)+;I
zG$EmQOKEWD<Hs+R7Uu)-*oK=LZ=7$lPIULL$PiMZL;$djHh+4(@w(Nn@6XFgob-tQ
z^Td^s_37a9K|2l~|K?8$R*GiV?E^!ZZ-3j+JlK5GX8g{OmFyJBmjzp7Zw)mBz7)XW
z4=$|`*pD{fYt<UFsELHsbN~)>f5XSxOSh)-q?5nzpR6j*4>lc3MQhCxjJ<dMPDyco
zus@Rq?MF>_KGWLu-x*d&t)gUgNLGITQh{vxcNa!=-}S9ZqxiC<Xez-zB-kcTTpTYc
z%nXbZB4nGa<8FV$IqfCwRG!#!<XjIkRNebCV}@+AsYgb&p{cKHa#DB8S&*xeh~jWN
zki+3j*=?4Iaktx@kSHHA4p=6}r81d3Y3>rp>htExgz?GWJU(9}mH-&Pf6rv-FWyq>
zpFP4NFD?Tq@N7$WYv%gWJ!Nf~>l-fj&Im7eUs<-kbXVCG_4>~)>*NwjFH6=N?gB8H
z?(1brxrB-w>dh-=$+Mbg_LP`6l^(h33A4!B8fJ(Q-g2YCqSicL!Y?g3@~wI1oO{J!
zTve>uRnj=7j5N)za#3$wRjAoj)^JaGD<WJ+T78oxWzXy>ncP%z_~J-pe9n%kG<!;n
ztBQ|b(Z^5;_Mw@|Dcw^NJWjBXb+QfL=#8riHG4|Vj;XpM<`uH1*wiDVs@c94!1kY%
z$Q6=!)h8L*If|rY%lKGN*LRkQaYa&cMt07lu1^%nDMgws6h*1h)cI@Hng;s+{3kCl
zCCby^-yTit%7}A+u}ULEb)l+t#K{Q1GEKcw=+jW6``6H4nQQ<y=47<$M*y@MMl`FJ
zvmdNtrAFVXaq3>lqjx@EG@sT;Lk#v7FV{#=y;3$hdyZ|r=d3PF)(BC#PQ_}SMP<xg
zU8vGXP*u$0@XqIp_Gh>>)cxul`yktyys|J=BgFo~<hC*QJXQ7<sx-o=Le|N)-g8$M
zsx(4W6{g1CzpUz!QO)B4z(yhB`y@wtRyJQC@VMQ4fgn9A`!TGaaJk$c?s=iFM`!H2
z^UuFLz~OLwKA+$3-}U0Yr`8un({ci8Aq7A!p`1a&cg`62fCm`!DgczONj?7IO~BhZ
zX!%+3pRx}1!gIxkua3*l8#hwdD$AB5bM2h1k%kzkg#beK5FO+vtMwQvc?m50T5Zyv
zy?WQ^7JI-xV3vdepcGQ{yj56z3kX>!JLkL*eW%PB^EhJ2IKYtG<8}`X8Z-U?iZ6Wq
zds&+L^?!T&((gaNe)Tf#@nq)YZYkfkW<!zB=i_ptofdc=hm|i$^f;_Rrg@dS3L%gH
zUU;Vf6eRG?0)^SoYo-)=3G92~8JR`1BiTr+KGQqunp@s@dF?z}!wtnaemyQbUnui9
ztn)wQ85M_ZEVAwJmqW^}<(lOZiPzqJ@=|1n8FMas;EXz_%A9+aZL(ar91u!8j<CyI
zFF<)**4XN?V;(P<i~~$rlAe`4WE`-JkHPO>aEY?;`<H&dUm}%NRPFr7e?3zB>vvv0
z@QXDYiu`_mbaEptBcroJ3zw<0Lz|Y7!3Z-mviO}hHo}yp|37{6OzpZcC%xfn-^M(3
zw4siFc-zr^qrf{{ozOc7@qAiY4Y49IMWySw374s}Q$NpWB+8TZT{qz{wcTJ*F)Pxm
z6AYyoKxZ!?fTcgIgRY|&E|adKJ!M(yJXK<Yb+U;mDqTkhT&A{;-k>E0vH4C19HzE!
zb+Of>#9Rzpf5h6$0^#*~r=1R_=H_rX8QD2<MUva?Uhw+K!t*!lP0HAJE_ar#{@sOM
zb&qL8yu5nH%n`Y>yx^VBh3b>05lZ|_c>yCVU6u0hxA04r;(NBP&}^!?tW$qun53jn
zZ`FkNVrykJ^kBfC?aI>i?=;_5_Y7xkSqsV)(UV1Gd)bB~&9~K^!|LLE^q9lT;?jbe
z&$V*ORZzBOHO6Whjc>fTBDh1FVs+!0TSg@A{lS`;Dy%*rQph^l%F^{mns2MShSgiv
z05j)=qD{qbUePJ3VP)|eP`6{niY=;}N{eeg)V=ZIin<ehhhF|e?>$izwPNKeDrosG
zGiOE2ieN65MlPp+dDoiB7sTsy<FV-Xo#{QguY&nG0+?y2c~AzYH(-Q@9LQo0H<wA@
z(SO*K^qc3y&wy<%Y@EHQGSZmzLQc(Ug@Uy;+)(I%!P|No9-x4SP8Ze*Lt0r?9K%|p
zKn9_hZ!pw#@_xH_Q+S4^!3Xkqm;{V8)&+U>(t8(<?%ScGAwh_@kt(b{um*>9vVnQ!
z@v!f`3rF|u0N?@iG?<G;U65m}>XA`p)C+j*E<H*Ndfd;ZCdMs)&l7Kcct3OPgKI=J
zppLMq1e8I-H&2?30@eQK@*_tJj$jrqmiw%&VTQs64BpP0?Y2%B-pZ<Sq$hQ9a7g04
zJ0ei*e3r%Yg4qG(2qAYM?-uapR$=vl)qmE>2G1*y?D;{4f*oU3kBn+S{qd6fkCML`
z-Pm6U>ZFm!!$Yl(cG6I?9R~57Hit83HT6(%07e=fFO<|nd;VB5-(yd=PjvqF`~A(g
z$Buq&Y#*>K(r^@IC%p3g+%0+XxUgKpq_G8s^Re)3iIF?b*Oxbjtgn2jhe(F(#Tut}
z;H3-Q|MR1Q?`6nAutc$t%TmAJ|JsE+;LG5};{M~yUb}FIe1VbV?{Ex^*^wYx0`niR
z*a-;;zauUyeL##AcTwomUbF+W>v7Ifl!WOhkJ0+b3rB?Ck?_WP;<x=!E<7_Y>sx3v
zSw!_84Y@||J+@N&P;SxdH=<62fbcsq?Zse5A+Y;bUCefx2tVJNSiU#!2XD>tn<oZO
z1bP~D;2|pxL{fkc+5_4ilyof+C4%-o5I#_MgPscS31Hg(z%!l<JPOm+!WcXzpXeg|
zW~W6=W}FUuYsG=a&s_!$m+3E5CDr~kr#xZ0#U`jdYH&?V0@(0$-l1|yj>w~%7Sx`%
z4BQ+L^3YO~`}2>->nlW~wCLc;;k$iz0SMJ8b$hZlCrn?P7S(<*I5}b#^3e2)+=DHa
zx>5mng4&j;){A!l$a7Qc_bgB2O&|PJ5sSx!-(>wHYJC#z4*)-D<}YzsVP(E$$jmg=
zSEW}C7>@nAt4eRG{o!&(*z}xy`gHfZzv{|q)-_h};DyVD%|Kn6_0(Hk1s#3wR;DsN
z->p(t=nco->MGY6>Z{V2p5<cHD=dv~cTIoNb84HM>3OU&wXnm`_*Pe4nsp9`2}u5a
zsQMc~drcaEX+ShSm17$^_}><$|L#0t`B|>kp49O*r}2Q~@4Wz!=Cqw!pWkA!oNApY
zzo8F|T>FKk)q-nZSg-vPpAlAN3oG8YwA#?|g|+GR+?Qs19%>qIwc(V-Y5DPtV-@NA
z&F@*XHgvRDtIDE#OZZLr{jl{nfV$Va04T(;WGh?RC+^P56~M8-n|W6<jc;cLIrMh#
zspk?cf1_-2uB`pog3g)OOFPV709p$~vqV$?trn)qrwC$atHlps())n2B0y{LGd)4-
zZ^G|5*Wb*w-xLnyIj6IfFa#bMrR(eZrfn|pIN(c}LH@;@@a}J{<>JYM8-*=DTl>_j
zv#(D}rLav26GVV-)*LNYNG8XpM9C6>e&B;IlCnObRP3@jMafc9f0Oz<-u3tF_Nl8=
z_1mNnNSU9yo-s@L%F|q>t|-5}I-L=od^Iy|Oa3`-%8TaZ1#krhsoItXsj_NY&gh_(
z5gK|XDz@b?LPO6)q`AQM=%{t3=hjqGe-nN$s6L6x7)N0Ht`{8_hYsvkGCymN4IRrd
zx7Vb!Y<J<jex_Sf@3l%-`<u#ZKSkr2-T>_?MojHBietr&`ZI<Z^%H}~@+aGCQtI<9
zhfWMenhR_nJ2P;qc)GntQ9fdV#||%t-Bpsmmoygge5}vsd+NYtNR-h!{8)_B&Idn*
zK!q6RW+kh6DCA?*gNyWo4x4#M<73o=Yc!Z!o&Mhzi~j0Hg&3Bgo&YxRP{4=I11-&B
zE_iz@4+=h-oTv)*Cj<_2*MF2P`1KHiCkJtTzai$C{dDLv9WLNpkfhs-ZdZ7Ri(Vl7
z7QVyf4N+vE^+M~4YA$#?Fy?7{%!v??>&u7YcU-W0f7hcRAK^FQcX&<1;lTe#uUt<*
zng{#*AP-j&eupDb%(pIy%$L1PMo2)`Pr~!}q1`JvQ)Z6Gy?9@4;CS2|>+oM!W|I6(
z@^?6Xv{}XH+CTV8cWZELk<NT=cFN!GSXUn93xfnp0}FqDKA^Z5-|q_KY?8c}4C4I#
z6G9P!rCEOy5D<P75Im9m7H~M^p$vk>1+O169(P{+E=Uxcy&jsxj9`&~2F84zTq(;3
zOE|2nA0tkW(c!k!<mNTOB7lrX<w^xAwtsNNAzyDIAlH`!1ccuN1ccuN1ccuN1aZLs
Y16QTVQ)yjV)&Kwi07*qoM6N<$g1%A~IRF3v

literal 0
HcmV?d00001

diff --git a/doc/assistant/thanks.mdwn b/doc/assistant/thanks.mdwn
new file mode 100644
index 0000000000..2b9c8279d0
--- /dev/null
+++ b/doc/assistant/thanks.mdwn
@@ -0,0 +1 @@
+[[!meta redir="/thanks#kickstarter"]]
diff --git a/doc/assistant/thumbnail.png b/doc/assistant/thumbnail.png
new file mode 100644
index 0000000000000000000000000000000000000000..346c22f025d262d390eab317de22acd3cce48f37
GIT binary patch
literal 3491
zcmV;U4P5exP)<h;3K|Lk000e1NJLTq007tk000~a0ssI2j63ES00009a7bBm000XU
z000XU0RWnu7ytkO2XskIMF-pn8xsQuwP`lu000d_Nkl<Zc-rk;e^gUfp8vcMl4uG>
zErH5ZQmutTEn!=cGSim!RLanuDgA@l3LaqQ9A>O-k2ouqmhLHC2c<Hj>5f`iW_QC(
zZJn{(jk^m4bTpn0qgI^_r-g#}1Fb|zh=jz1<h{Im_m7u^07(>#J(k1w<d6Hl_kP~@
z-FrXp`~BYg-V1a6`gMoHF*-Wxa=9>lp#Y&E6g)&6VOYYn+m>Q>$-dT3o)Df8LI|Ot
zlwwXIB&${Ty!G7DCzstL<~Yt~vniEIu~<BV6A3Kz5Xup_dAK|bY<PP$!!XP&7$!>T
zuTIgG>O=}cDD{(YR&?&J5GPNI+xidw_yO_o@NisQ+{{?$cMa4_M{tA!j9e}kiA1wt
zm<S=jjox7w%M%YJJfVbwc*!`&q6mmIib+%`UTf(WkByDZjD>-2gZjA0QwD%YB#MfP
znl*#PP(}oXAq)rwr4VkvIU+_v+=LE{a&D_b9Epiyz<_{KFg&HRZ;BWS5P$-d0R<!6
zd2>XJ92Y?l0U}btNqEEbESw*PG7JSn!1z7l91$a&14V*}ey2#i`O~bMA_@=&1fW86
zo+IL2OGNK{QD#<pMB?Kg@yF;%M6?4j!Jwh^w^ADh6(|xwdMA7Dzex8TG!&kQ4u_+-
zxY*%v2#0dHT&L4T{vy~eNYd_hkLYJ%P$C+gSj0iLXadSLjO#p>gr=I&8Ll=AN<1&%
z+KgBn1M$6gs_!NWB>=!;#p3uoH^L!_xMt0osl1$|Y;Qk&+blHgdH3L}wcjogSra76
zY2B|Aep85eOq*Z!8^dKY9|(%SZ{dNRna@<6^(W;38|c7}Y4ZbW16|JKmVt6in~yQC
zQ*?pRU6W}WPr3<0S@F3v`;-#~wKC-*f1B~lyB7fW_KNH`n+yR}VGLo4r@xu+k8Eh3
zfpqCxxYQgUKl%YHpnyc>(-<I01=|Mzk`;g?q!Iv3V2zM0f%g_>!FEHE3P>iF(WP%m
z%PpH`ju?)JIY8YDs<nGhK<4AO>v~P`V>tqe0l18?Qy>NyMhpj;N<evQ;f7@p_dEzG
z2iRd62D2E{2<5#~=Pw7y+j>qYC&*Coq&(-fthMiVdgps8*6c)#19mB3!$PUocY5r&
zJ_1GoI)p_FA&vn6M?ai0U_LO67zVN>0O~6KiUsi);mejP-W;NcC6I=Io1Ku@z%BsB
z5En>LH_R@?#roH?(<WkkeEf$Wei(MWeCtkV0Fvl&iul;ma=0VEq7Z=9(5P$tqTiuR
zj2<W~U!}-=6+rFJx0MxTe{|3c&Qw(NP-1RnC?%|h=30%xoT!c)c%ixyiZll+(QG<c
zUcO4HE*SXYpth;Ia#yWH;x#%wB9fbhW<X)HC$C8Ay*wryCf&bCHRc2s2~>-}KdtI#
z_p9f-dstb`?=B2oyD@%d*fC=Jhgb4c16SVroP&pM{O5waI9ID#_Wn+N(D`X&eQ6@=
z*8S<S^@EhP0-=LpKWoTeuQh63jvb`)t2C!Z?EoN+5>;&fQI5i;x5_k{lWraWlF}Zl
zT6bScG-q(iYX1Gw=#ULSRYQK;=CdDEr6kC4Z13aRqn4&)mLPC3{%d!><}cUZeo8Xz
zh+g~d=aBk{=pOyJK4<-}yGK3YMmXH_kCKv-_V)HQVda+6jP}a?)q8an)z*$$I6C@u
z+q|)Uz|iGPOiPplsMk8I<@Nb{YOTe!weKGn8gx4Gkuf`4QyaaZw!Z0f80G#wT7BAv
zoISPrv<*7#M*!p!B$jS$Y&-~dK-<)kSh`VQp<s0StL7<wG4KcMJ8IFqyaIL;2;ekn
ziXYu~bl4x(btQ^~PYjx^XA)Ze*7|y~9|d+8BhELfbJt((*Bp0%V0&ps*~K31)-z=n
zd*1lT%AmGjqA*byofuQ9U&<ToHw#rkv3U~IEq5NM>s5c=w{LB_psXu;^yThL+O53>
z-IwZ09ubr$H>g~{)oE%vRLz~OB?|?m;I_35R{+$#bMEAEOK>=g0y!!;%kHhcstbcp
zr{C|pVE6OcX$d{1Q8x7Gk+2>yK0ZD-H+S8-b+;dXx1264s?6*(I-2))C>!<ji^{73
z039vOtFpauxoAg4nq&ZMzj_tc?H$J!6=o*Nu_{x!jti$e+-a;W=Mtk0s(fzSroIB9
zS*G&U!-dV;wiuTbR%UvGW}wk&dqf)2BOV&$_l;Oqrzf2{XH8H3Ue*oEOM|@6=b`FX
z9mh=`L@QdaIb3V~5gAevyKnmw2}h3QeG%&h0IbhYWWDxPuaz1;v9|7f<h?&#4U#4{
zJPrW!Vq{nPRHFmy|IH?xFch{<Z|ij8WQU{Y@8=6G%Q6&MZ(i&jgW-t%<n|St2mmD5
zMh`sx;;H}XJ9PB?>eEI<E%A5%6f1aQuOcWMK-DRGuM^fbOU)}QpE-L3QYGAW&5!R}
z|C=vCX1Z7@DJkjf>>L^zx_u(<sm_!Gxk|Z7ooi%sQ@vr?(W37x-&H9bBz8CMZ|vxI
zBytn6iE{52MR=tX*t?}A8qpkJ=2HC|8|4LxU%$(3eoNtNJi+L+7tVpdDGh4c%$lFA
zeB$;0)s$w}{NYP)8wvnD3Cp+FJfxoIk_pE?c<YY8%bD+1U5a;e-w4^80?_VAcL6d$
zB^eExR@J?I4uIw-3#-18>HpR}>RU30!gktRfb_D{CG(k90KHBZAnkR!6h7tpU0tm&
zEgsyKsB=DCx9@9=u;YE7SO^LS&}*Xrj$3Gg*^-?6z1~Zf7k`k9^OoZldeh+zNyOaT
z+?tx2h^$EDzJd}^`WP|rh2E@4P4gYs)*n`G_}82?MKny^KYwldMi#uN*(jN>1jm9i
z`ZLo`t#(27=Fa_lGu7FEWRlTHt(t{4+H<VNHd4Co2U%kydFR-GED)`gsr|oi*IuNq
z8zkpneh7A0pq=4^uAX^Ox=krrZ;rZ&u(Wj7RULIjEdV<Lj}(&lU^yZH<Q*8%{W2-5
zD;C`Nayuwi>an{;tdxubtj{xXQuexAe2<j50dRt{;k;eDdnil3uqw@?f9tu7e>@x5
z1#coDmI5(B;ejn{{(JDiFVz{Zx6~D?s&*P~;ts>-h(kj|9UUEaZoS;n(vlsJVwzQJ
zHY7HGA9_jiK_CvM_Gz6hY1Iqz=6W^PvE+1pSG`tH_UoHEpsugT)N^V5`lhKyXSiw(
znzs?S2{fNw(>|-ve0I$ppa+5Ks=4gzq(2TVcIB-CT%d76?WT+Ll`fCr4?Vhn%79x8
z0z;?S`s_1p!}EGlzMr$@$xyaHaG8bXKdxvi(&2Cmn&4O<=h+Nc=jA-{RR2YrpzQg|
zlJopiu+GcNd#b0~A}BwoeKH{>>-ezf<?|1!8P_Cp;Ox@qrLfKm1rNMq|M(5B`o^@Y
zDqnHQeCQkgCZk8f67kbdKfUP$EnmKThBS0o^?h+`vRC;PWu--1YK+y@U0rF#=`WU6
zZV^@?sR5YODTVQJad|;~_nPWg^;-@qQB(;4tYgo9Q(;+|0w^pi-Lv0>5#uDI)5{UV
zEmrJ8L34Tx7q8Zx9-E}E_+-GaHU7j7RnCQh*0!tvw{v-5?N1FJtFCX?=2Q@->Z2ju
zqa!C8QVc~54qXUi3j|HqDE`u4T9zst2FC&gBSR;4C+mLXsr&efx8=tJ2eND@8d9_?
zM=P2Jye(V$45i`|4H<??xwffyau;^=oqXrs6T4T0ga=$02x<;}UGV^FnvJ)@LJ%-#
z&YW4cY}wSoFDNMRKT`=Mn>Sak$<6f;>Y<Fw0|!SP9P^*&@!oT>;a>w|fo>M+i4n4k
zMKth`1XiG*g<1kbKpTHKs1kq)FtShpD#^HsREe;Qh;9}SN^pLP(eT3a{2NDXzdv@(
z&3ZTw@$i)A38k3yME!X&+I)Kx$v|%~{nKK&fKwjC18OnaJQHdI8z%uNVhjSE!S*{Q
zp`<{T7{`5@saV?Z81sv>Pm5ulc*0~rB}R`2mjh0oE=B?-zyr;tiy;F}d4j_OTH4{Z
ztbXKSeQ~^^rr&)l1MM6RNyJ+USrinQ0TI6|;w9pruemu7$Au)~UHy2n@iC_S?6+#t
z;g&wIME}lG-QKSEx>(#A5yhC3+kUcgcZ>bzYlVo)iQlEE!1o;J)_lp{Dkidz_!uyB
zHohQ52?b%sH*UyxiHLdS=e}hk)@(d)^+oV+orsizf?*iZto*EqK=@7(JRNt6-;s{C
zvEK!Y5g{VOFkpli>VaA65h($spu+31gwDMf8}Z~P5+0FKP>28qG-@__M9KpM;03=Z
zd@43a#0bY6u~;l7gxt>8pA5q=pbP^MgD7S;dPJTQo>Cz?6UMt)Fh|75$+85wSgBMF
z4Gqog(`JT&|ATW81F;CvqFFdUJO|2C%7YS6g20E!b8@?R9bqvxylLITVwp@98yjmj
zo5#k+X1KF4@h?Y!rEeUu%_<_|O9GxUJQyA#3QFg^VWdQzq}cq!<mb|2{~wiyw0SjN
RQkMV#002ovPDHLkV1frfkyHQx

literal 0
HcmV?d00001

diff --git a/doc/assistant/unused.png b/doc/assistant/unused.png
new file mode 100644
index 0000000000000000000000000000000000000000..b0ace763cf159eab65fa73465d58c02de640b961
GIT binary patch
literal 49957
zcmdSAbyQr-wm#ZO0>KHEpb72-cM0w;!3pl}o&doDBtYXXjk^VR2ri9laCd0D`@ueY
zpLg$gXWZW%@1Hl`8qH{Wt*Tm8Q)|xoRk*UE6gmna3IG5=mys4%1ppA%0RVVfWca5$
z#=d>tPhYPbrL|oE0F0jJKR6%*2GP?^Bv%;)38WP`0vvdXlz`02r(17bB|f=|IoR2m
z*}DS7oXtMFnwh@yuyVD0Cnckxtn~$h004LgkP-i=?zwQd9H6dyolf(>ZB$N_%K?nV
zrHYbPn<xTWm4WIe={7@mzxT?Q9^oFz%Qtl{BaRYpEWgR*6dIfJH}7OeI2M|#>Gh9Z
zn@3oogHZo)ui^)S>jX$R?8GflWP(yOO}|d!=0{CYs;26t-9(U$k-e@CE-x<+?g(71
z*bwfSZe1nIJh}Ei2^|9J)mByl$e%AAxrn#$fBgsA6Mw#XIMTzOFDpLm=Zgspl6TN+
z^}Y(i6iUj>wD|tlLrrNXr?XI@%j}U<ZkBn2c&Gx)#l^)*>oqBk>+@ha8gerZZMWO&
z>oze>zXdM4i2oYYlC#%7zJT&r4)V+Uir(d4O{d4EDhygvSQTJ@f-v7u{MCIrF)f0i
zz~T%I>v;|n`*MoCw;|vEnx72@_^*EC|9QTw3N+6n7^f)y)mk1L{ygC%5YF>J*nfBZ
z`{_SR{rl<PUH=*Q@2>w4;=gwl|IY*ek8}E84g5dP>7S>6Gw1)ei=|IeASz(U*;%m3
zCKk;f7MjG(8?PhdoId!KdQf$C;B8QZ@(XbQQzjT7g3uXXg&0lo#5_8Boll>np}eod
zOTih$b5#^)3$<k}dp(VpelIZvdAUfXA3WF3x2_gPuI6ssq+;{L_&tizfAO$REN>I0
zz8Vz)xSH{Jt~rC=Z}7av#{S7zrb*;e<#Y`4i8J&OQ&{KVz$@a_@-z~_S{7N(<HS4d
zj4p?sy#<K8HR_PRG}?a66a6GpdA4B5qq$&<DZSKK(0$+1MAUeVU0R(DxWn_otGKw^
zq7*-!(&_iJ)LGqe<^uu?hmP20XK314*9o<k-m5h+!*%wC&embk13vFDS4l;@Ku2T;
zyhEk~0KUSF?`WGZx%zTv6BhyiR`9XNc>--q{xk1gEJw>!b<<nq$21rOg3GGyc!9o5
zE!fhp5#dC=wxJO};D3lC!y_VO4dLU5j1M4DvX(^a_=?!3m9S$Z8#~db6t`{srQ3cA
zVF?apC<@WueF#YTAA-drD4L{b;Nl(Xf~lppRCB|NI++{zH!%@Z;%!t+=-9dIMYLR)
z*q><Wb_BSTJnCGr=&i!git%9t#OE}@*U#vSnyHnW^+8Y#tzFQ)Xy5@xTpjf`spSyM
z{<zStY}!B*0u~fefkrZW%b3<e178sDj^>tXdMSe285g5hIiH_Txt*FJ8z7iP0sS&2
zM#}edn2M$B=b79=`>91;HDM7(88ttX$59nS4ju#ry5jGJ_SIIyOhxT%`N6%$fpwpo
z`<#_W(&RXl>g)Ez5|W!h#Ya3(!osRxC|7J<x<eyn5m?0PVdnNAxqTT-1DT&Y;+%=x
zvufHsSOD)w2-g@P28O|MY(RrxugmWkd@jD+AHxJyiIHVLj_vs!9V6GnV~dMz`17QO
zDne3&BledD5&IMy>eH`TRw6m0kv=#s`7n-eV@ME`v?k;X2!PYnN}Nj-6SN*7#EYOd
zQ>%T|#kP%&32{$3?5OWAMFj<+`lH*RIKlBAoS8rQ(K8#l?*ZfRTVdZMX(%4c$~TzS
zQ0}Y5zu*+;V&;F#uW)(TE$8A?8zl-T?M=NiNl?sJ1FK(=JR3RCo{ij<`;ZqPaELQj
z8Z0HXR7JqK$V33faDt>oZ-I4eY)o930-+gl*w<$hZ_%!=c`-5~cGAL2{mntSi~1|h
z_4CEoFY+%!`LW(!As|>FrADjosDpSooo`ym0Ls?3$7MB|;$PO*it4k?fsZ3a8bcM#
zG`w|8G|S76RqE4~2YKC}CsB}tS;wad(uoOCL{`Ce!k#FBxWtPdz8vsbwu_@C{lhOm
z3%qN@Ac+|E)NSq`vm?W~O!)K(-{rEpjHwku@5jhUB6dH;0eXCR1vql!j|~_G4uXmg
zpP5+ZL3G;A&8B6UwT#js$oDF&D$4$v2VfbsjiPY(KFA+uu(Sg*x}Bm!V(qqT8!ep3
zc9<-`DvW|W)2HU{7xmJIA*3(in<tY=Tw?++&*t~mIcuAJH}$D~quK0+B2}&FB%6MX
zx?;y^ycRoNCxyOt-pkEnwq}fJ!YQpkyFb0-HM3jnd5B?G!(Q$@^{eFxphxO#$)F(W
z?DG6qB8ZOY{kdxbClSjTD@`?f@%jNwj5Eu{{_Im(IyIO5)(ZB5s`Ki=XI|x8*_-%-
z<$!hWmk*|hNu(F*pRBvpOrXhg?x}~+Bbw_`KrE#uihtN=05B{-Ny<{PEn?YSZoO_=
zZz8k4W{|DlugYh!utAH83q>R-x7ejtcsAO?PUCY4gYBYo-V1WTQYhrp0TW>^9$&6R
zg|Ppc<=ZUXmZ%fL)Uejd)UQ=4fIlB(s@faAdp<(u98huEdL`|ZFywN(7mkk&(`8Dk
zi|F~EJ*GT(mOQo0`qGyhkhnN)T14X3jNhPZc3pw{PT?x*3eD{nJMBwe4vJcD-O1{>
zO>oQ5B@1;iwaFm2TT;}muane_CSHA0S3MJrt_PQr!6D-KQB(#bnvhjTAETym*t7(H
z7(Ki~@JwnQ)5(LwmAY8|d&nvoY`4ReoDq-C>BC#ClLIw%E)BE(XTNQAr=zZ46f_eS
z7BID8#}|g(fCL!)o*;W$v4%tQ?Ya(w33{FPG7AkWUidzdb7Z(~nCkkYn-^8}ehi(o
z8^aVAXY^s&Jd)q$x|I<diadPW`wmXEZD&q9m-(2C;J)}4Sl&`%B8~kPO`DvP%$xF|
z5vwiG_JY%28;G`gb&YvR76_s_R)(Xum<m8cQx}w1(rob|LCL19>?*2mixBw-#_W-v
zB7!qB`_=))dnO@Br7DVHdabja!fGCYqkX%T={4PK@UF{!E|fL64-SSleiSk_y~X2A
z?FEBe^s7ID-i2dvlyIXs$ET*){JrP}<C3~)gG0FSRWQM#aao=D!u(N80ON_LoWdam
z$auVc_+=qujl4}#I3fV?QK)rq!6O6l5r+Xgp-Yn{{PRbgv8!%yh;3y=EEU|EjzVF5
zALDdV&<CGxg`gmu?29tMOG$*P7}W%zL;5QP_z#i(Q9^rMH5@N3-|rg3yp**Yov1gF
zu+lQdwG2>)Y6EPi%}f7pjqD|=Gr^C;Fnb9opDU0WLYt=6pUI^UzTxhc|AiFC-nCUL
z-YB2T3so6ClcPI{#>mtUufzp4RiAs}^RLO;5)qLyN|zT`Z-z$;b}MnY`sQn-k>UiR
zbd+}wP>UTdC*K4}qFz82Jm1T75)?=-v^n2gZj2-@@U4Gl?G@(bJC-k(bH&WiuY3Dn
zWtJ9hF5|M5d68ZC3_h#Y*XA%}Z2qMarGRr`a{#W{BEA|GO<s{6QC78lDuw^`#bxin
zpHtFcmiLF3S4Vqfcv|F)FN*9-<_UeA>YEKy_Jep{y9!O8Bvc*}tN0BFR$e3ii8iim
zMh6FB2_o|&_?1<83^nwIt{6BV)B^7ArMf9X-$fgFS60-xa70{SdyXi`bxnFWvF-Yz
ztjQts`4wEFMah+LnP~hi*p{t}wO{VdpSWyzsMMl4R|E2|DDfc+L=cSY%TN@4XX{W@
zLpVmZiu6a>B}OK)b<AM2$Q@`llj3S&cl2J%2iJ1<jL0V%;WXFPXCwR!>h~f>=3}u7
z$MG>S$qV>gY=L=!ycg6e^);=t%XJRs)R4lM_*E&%>BOa_L(BA2igm(sNhzZHp+H)!
zfWpGk;wm$T!+Z%A^|}mV!4*Q$-Lp|AiarVv+P2v>$xthqPv(K&j%7@)O$8W7X!?C#
z!_MN=cgH$G%70t8XHV2WdD36VwU=E-{`#Aymfa-7;k+&PZN5M3k0ZzHBt~%J;yzz0
zJtzFq%Er&CpE7iOMeIi-j)&(%0$!DOm1m^^o^Rf_x2q$xdiexhN!NkO4K*Zq>*%ld
zH~kTcupR_k#rpM=Ai+7vZy9II7Y!oKA8e<;3j;)A-yz@DD)<eUlkklZACeZLMnxla
z35iR@TW7HYwd@?qD@ql;+xDc(+QvNl=7sUEq7+9FRf@l?wAdwH8I>s}ax!u@HGQEU
z4*PVsrpoAoYsy`0ReTry6faCPX+DKXKOS5tUuzc#o-qp5{d{N_R+Pq~vP4V@Vf2Ad
zipBbwg>8hp?x8?sq$7$uj&gRAJL-DqJcua%PJl|1{DWBF$3W5_U0{BXUZ}-*^-v-U
ztya8AiF2XiM=WG%z&aJ+R0dgY$W|AFs{iX-L~>ODznBnpNOS`-B4ya?*ZK)~L=~HU
zeU#F%zWmd}9eSbiW@^(OX-}qchM-Kdd1CVN%BJ+lsa<#zb;HP^8AJ}{q-gsIzULc5
zpk1{V^w|G>R~G%e6+M>*N4||bC`W=ou_SYM4{ZBg$$GG@a!M-rA(=hh`<9<(r=J`y
zwhE~y_v2kEa;}>a0XZ{ZD-a*K2R1vPT6XliF=)EWyZo=wrZ&V_Y=)A;jyv~$_~5R+
z5~qsaGnzBdFkDtGn<#_rKfm$Gc=K_g2UCiCl@w_NEcX@v)${LAt89ZKo$Ni;lbt2k
zaru7{ez|tf_h9KM<sbn#rf*w(mQy|a<i*fF0ubdAJmQGj@%gL2E0?T#P4i{s=V%Zo
z)_s_<320kJmb3gQ`PnUDm(&0KpGFbaN83tR2nQM+;$Lw_Ht~4b);8%}6+%b&P~wH>
zbrbgqAL9*9P>}v(Tcsw}V2nOb{)4^q#;lH1!dvSr{vB0YtQ_H!k|I%w5&>qL&!w|a
z-^CBOqWV8nK2=fiZMo`h5Pa==;iw&nHi1rc*8amjsd+DFcaM;Wm;}=*NVO5L8{FaE
z{oSlV!NeXexNhF^gl$D1xNWDawzj|T6#cF8;^u9QO5D}*W}naO!{t@^@aX>a<>eJ7
zX5)q8i<V+3yZrv%<`u~}P1>m!+HLWu13p=aY4$5-wVy{Y$LmFz*u=R(=uc6~OMZ;Y
z7^x^X{ur)#ba=||cfF(0%yuOQn`^3mBhdK8H%}Rmr{F<p@Inxa18evP=$*tn%lGQ=
zVX#6vBzn~YG_muc__)25aNB%2nI8{7#2fcxA=v#{ta(Qt&{+XdW@jF;Xd`mR)Z~#d
z(P2*wD3J+~`+6KWk1R;6`D1Az3mAP<!e+m<vibBrhY1<-pc%D0!2^`j+3>AS200D3
zPPe9}tfaH&D%#Fo<#N5V?$dc3-M28g%Xr;WwWbooy<$s(7#CqYT?^xjMrD&SaGy%>
z(4mvZWR1`69F#EQ4*+^6w$uPRtLIjy%zv}I7<voOX*25Zj){?F)LJPmJ~`n89>}Gi
z7(h**W`7>XRffK=7_8T?<yCLm{(}xlIeV7A{CAZV#hZ7uN<`1*OryWU6L;5k)o!9+
zX_hd(&$TwcfOCrTI}T?g4YY@QNsvJBBf`5+uKv0;3MRa7bj2{H>JDo2nWTsjmT{m)
z9fhg$%PWj8d=V^yz8H1nJ^h-eSD)%5SSV`yd7M2F_z|A5DX^>;#7Z_iRsS6bVp;_U
z-G6)e`0)*s_grejkOgbb_?e}YLfwQv<yH}<h1TrvFxc;!u|1BrsWdW^*-h^HURFat
zL2VcoB8>b_onKGqK6#|th$44q_2(@Ya~=tj>Y|4dEx@U>tUUZCYz<0RD7R0fQAV+v
zv=%>_P~2q%;1(;tEq|qClx4%ihV#Pl&)H`H4YQsc*lbmQ@+Mw{0nHFY0Uaq6vpMt;
zCkH$5<LRQ^w+N7;NT%Ss{XU(o9%W%7vuoUL)y25(mEPUA^4}i&<>w<brlAKM%vCwx
z^p_Qtvd|{;rh^wK!ha9N=zN;m@zXIAI#a@Q_woC@yH-)ctvQn^Pl@xyKws|r7TJiv
z;HM}vg^gH1hkNemDm42`K;p9U{1htkxm+jPH<7KBiv=IEd=(hmdRlk5iyer`<cn;2
z`3oK#_H=ucIIjHv%2YGdEU(=b+X{AI^5+HhxtL3kd}?$#wvz7xmYq7$W~zbc1RKD-
zGqYvFex?rNiYq;ARhFQD`N*nuj!B!T)uPzP#|LpSE>u6~<TU{K6#iJccBqJzRG5l`
zM378$b}fU;qjB$sE_-iR8M&Z&jM;!z62gH=l3A7FGxo`Q>=L=2Mpr*)j4q%^v(R<G
z4sOiRq&+~qy=GgU1>?H@D#R3Z$_k5Z{^e5Kk1m-KXU`7Kw`_~9g!$XAzW#Y3kZn13
zTHAK<{c(v7P_Wp95hIzu9S3nKpf1+E*8l!J?KlFsuW)BmnzHNWdjFM)#%@PZ;_#@S
zW@2_4hhH-r1-Qnho=UQ#*aLA&<NxVNLUCWt-JKZ=3{~<|>%VIv^nOruDY=rbc={|Z
zE%4x;_PCGYV*yRd%q^~JSiu=z72}9o7jo}w@Jp&6XU+7C7n*25y53K(33+-=>nwSu
z)l`Cuj+w2Pk~DZl*9GL!Q(4ovDlEvB1uBp|F;CSRK!h_ea(!v%hpph_aFuKj^V#A;
z*~r@T9a#0pHCCaa%RY3rXsd^}0B2`GUbhb(D4>t(Og)%kKN!c=h)%Ecw|2JvFhkF>
zt-u?U&*Z|cX&pNX<w<9=TZ+SuOy}i$it&-Y*P8<n%F5P15s71BAyUE>PIuPc%vOG>
z8O0i3+I8IhJe!+e#SD*zmZrqqzh61CKW@wp_a-W<tuy0h;wXw`5aF>KE-SyWGdt9z
zDy<Ff7PUS_)?^f;8E|M<yXaO}5tuKuQ3Hn&DhPigP~L-|*^dWD?B1NREdiH1ZD9C?
z5FL<~`5nNcnp-lF)mrs3U*j=u`+?7RWqDkkZpzZ}*9v?GFKL*amUf6J6JM6M6I1z&
zo(~CZTH<UuUxT(!%1_Ow51n>-W#yAviC7s%`Uoe$JI#O-PDOY|+e1^Bi2aBzPm;yG
zjh5hVRxmabU2CFn64n+-8hoBg@X{Hm{jBBZ_u`PR_OKp-hhLx=RA5a%$WgJGy5^Y2
z)tzod_uB{AS;r*-XD3ZD&2>mG3*{e5Yb(--DsGer=*G{&O3PvmO{?|QR6z=@CNJN(
z@F&Wr>SG{1<xVU7LUpato9{xq>ZLI6F{bPIGi{UZ`Zi)KP=7&&u6KJV1L<p6Asg;$
zF9KBz2hlwvRWL;=!Yk6ZBW#368IL!jfhMP7mm-(yZ{Y!wG!ND2YHC))!7M-K-~y*j
zho`i4-Kb>I6?f`h4DGq*Oc|AwtIxO4yG)YF4AsM*Vjc$Zs21Vyvk=<}&&L}|l}7ez
z?y8c5sw2|6fDMdiD$7&dG}rD1JeozQqA7tKnsndckR`II-|hGF9Xxvx#S2ZZowSAa
z!HpbZuMibos8yXfa30H0QXUUL{Q$=)sG+9PhohjuE}ES1wI%dj0jCA8lfib6?l!ze
zAv^2NHr3FX`0vlYcouRAK;C}MBEzE!1)>_#g|g8#8?d>j=bHsPPIJL9u3GeSTknuS
zb_Kk)Wh52_xwyDBaE8d#7Gv{nHIZI3KPKuOAt3uLWx<~+g6yd}WeVEIH#q!xb}{S_
z5F%iaT;=v#Q4t5Vrl_$}I`f8wF-M1cYPVa}y^$wMlWZ86Vr3kX&O|sp0;X}Z-RaCF
z;BSJUM>!Df*E$5{x5=9DB3qvCN`t6NO34cxw-k7V_EUA}5DSnnG5HXLs`S2U#<r%X
zz5h2^NH4g+qr7ziz<vqdbClfr2e9>CPVG(q&8Mu_{0s#7pq#Yz*1Wgu$%+4gD6`vJ
z4GG(PZG$xuUS^|p8v9!JJ<ae&Zahnm>FbwCpf2)|f+sE2bwL&8lYL4m;KTvc@&jdC
zEobk=<;FUC#&2h&eXcuKQohb=1RT#r_&4bV=AD*ze<o?4J96SLA-V5g8m0Z?`02uC
z1!|psyHvGSReAkTILoiRO(NJ-(!Jzb8tA7TLXX1fyPwK;9u++r`DM~>Bw8_41>s|0
zgMGj3_qvqyX-tnN?r%LWGrwOV`MePCv{n{)@uO_`oV;uotI)wEdtI+EJaP3<XFJ)m
zbw+iXDPFTi!}_p#`qzE4UUzr&BYw<*fO7p%UxiUYltYlfCHZX|c3UkHGL8M*Ck~z!
zQ}{pUEKqL)O$?FOL1$uJojrYN@d<AMN%=;HPK(y)#V-u&B;!|g{qpn80F<mNFIb7y
zEraq!)yxZ>`Sby4idxCpgR0pB1zrHG(h2#r;_39Gy2S;hQGkB;#?Zd>iUzLz_XJj7
z>(m7or`H`-6c7-~)UMG_kc)NjU6tmF_M_tt2W$0Vn%cdVhh98gjLt`;5*zR*v{1M#
z^%78_0R3P!7jv|tZwr2^O2_-(btAX^UN5K(FltIfEY__#I9D08`sQQJ%tlKzc*`L`
zzBl!YX~#|?u6+7^^gb_y1)jMV>9_n-zyDE<B8X16Knftz%n1Q&*5CyOkV8K*w>xlD
zvC>dSq6Y>rLa}L`7Qk1#ZB@}?)%+zDwM&*Su`XkJuk{2daZ<a5NW;F-e3N=)=L!{U
z--dG(nqD{qYSIbhBk3?cX@=#VGheI+-V5T~mS;z00@JO~#%bT-SR++k{g&3J<7IKx
zoeu6%Ug4c>Y)aY4VLT|r+pm?ykQ*1q=rCd{p`(w9i0@S-2Y}n+&2b%(&n;d2oeaXm
z3;f;j_T}|LK-+#>gB-f?TH6mgz<%o!$0;Q953F<B=-K5$S3YMFm>0apDQ)iaIvDVM
z8|gbwQ9V{0qLcW!+f@S@Qf+<TjYl&dp$EdZH7F@!C^oS><Qni&YU5b%pxD6`po?@L
z`av)(%O$I%n-ifx1&YJI&rs&f0dR!4QTV<B2X%{?431RlGKpw=XkjXwH)x;RkOs=(
zp&!!<Af#hSfu#5V@eZr4Y0;bd5^(*rCu?e}>PMPHfpiu`JwH#S7Xu3z-FIYC2!|K`
zO$)OzRRn<3I!9Mx^>NyPp8klFN`l)IiklAH8`4W7Z>-M+H82i9YOaccikEsGW7%8u
z7i3=r7SasUw2aq_GWA3FaKK6pU%5F?7_>n1IW24@b{f_d7oU#o@C9pi7w=kWS2azV
zAnj@-g*L*<v!lMzTzOA6uBkik=baM9rINtP2CJ++;QdD$!bK0#szd#U!IBh|PLK1=
zTYC?q7%6!8yM(5=`jm(sHE%hn*!Fi}ol8*@SUA*vEbe{@p0d5Kt#00F{5{Oe<qCLQ
zUPOF-o#v5oEwuM_w6<)EcA@D*+?fLikMK>ILhdnkE@x58;fU@XOp(mC$WB6{V3GIG
z{bd$I4XN;?vEnLk|8BmmN-6o6<ABPWk9FMzZADR1I?)Y8*H=+*k(Sx1buWJIcdikh
zjCW*ct|p^u!^eU@F`Sh8{{mju*1I<O++7o&+qkh8j84;^q;2TwPdlkZ`_`)r-Pg*J
z%XDzXTMedS9Phc3^Q=onRe2@m>QsOV^~P3hX<pPSND-u}*xA}Ts%x3@eK>jlyLH5?
z&+9D?%gGCC-7lj(xN?dOw%sXXIw=P?^kev2Ky5QX;w4|qv;m;BUgvszQ&GzA{NifG
z)&g$gPUGKMhxT;rFIl*-=K7Z(klDyMG2!7}0nkJT1Kba>zvP{`Ye2C@-XKf=0F(s|
z+M=sz7a`tIg}ol+ECf7f3?>^Cl;n`5KOh%M--|1Qw(~tG8x5j<yso`W*Killwvj9T
zr1&dA`Av1&w`XNL!Ug04(BHuey@EHwcSa6NsTysnxm(lR{pC<K8-C)fiIZP?WVq!t
zK=|ZCpK0O{^sa;4h!8n^9Qgx^oN!%%Ui=-L1`nP4;T+tb^R1!kk>9RHD`G#uDRCZY
z7pb0JEXs`;_4^g50|lwh7w5WiE+mFqe+eC?(H(i*fwi!2Q`t^S1?-^)kFYNBWzLm!
z$+UgPb2&PJ(g5v+-H&;4MS)w(l9?56V+W?t@Af}9{BTS@K4q<Kcs^dgBi=nAMz$=*
zI5Ce_<i>ig#1g$Go6ARM)6MW+dJEU}Enz0E4(R(U#GcZ3HzdpwVI85l_Otm=5+Xnn
zjt>KG`OS^(Up4QE1%;<%3F>olBB$=#-=)_7UjF^34*S1KUHo08)nQL)I{60+aKL5v
z-Ci%fpU6c*3m<EXh4g6^;@p+0!wz&^`c$Z?vtF9NuqQ7|E>0yPh4iZTW@2L}bI3;(
zpXWrR>H2wX@F9(b&xT%qHTh2R*EMkxLsO$Ec!Vl7DfhY3z5GWuGQys2-qmFQ)Uk9o
zipDLP0)@ic(=)H-Q9h56lo}zoV)$uQe-7Eo8@IP5=C5-3t9%KGgGY+UhYqUeWYGVr
zT%H50-;+Fkz+?_MK`P(z$ML<0p!IJ#kHefN^|I{GbX0sU;ZL}E1g$8vvr&**`{y*2
zZ0z6&d-3D8uu(vL*J)byNkUUHf3Z=R3)y361<?_iQ~V<Q4omgZI#L0=Terrl`FQ{i
zNQRg?w(5K;+%7uVbHluHqgkDzH4maY!OxSbaWLayLE(F!I6w7(G3Kdm@CX#Pw#VC<
zCN^JP2gW|9qV{i7XA1oH0yzEdSsp8(3I}S*(cbrXC$sIh#^(tI=_?hPK3fMn2KRT3
zvwFhbQd=q$tI+fH@!i?XWbeD=Duyqa75>+WwNjnn(Zrc^9&@{ly9|SCWkU~Vg(yYn
z=`GF<2;lp;WD~MK0sH~m^Z@17P<i13!NGdwY8U(hV3oatK*DONEiHBboEj>c_KQ2<
zIE!Z$<r7k&jnLom)@OkC4qU#I=`NU=Rs{QVer@U;X?UOcipW4_`KIRDqAUj5sg*+d
zAPWx44A{k?k0HE)PRRiiq%u5jxD5;Ww*2)$;WeE%3Z-)j{qeJ}$jyU9_FG}|VZ(ld
zb4;+j#UB-bNV7h!!Q~IBeyBALk2mSpPMl%dtaAD10dJEcSHl!=f8_;LzZiX4vD`VL
zZsI%Uk-(+YRxm4xP;+9+=x#L(rVQoSnsIifOjIS>r{Wx(p;{E37i7nX=t|Rm%>cMr
zUTlXtv|X3M+Fo~P5z=porht9J8md>Xinru4@woEwseGnlqxLA;Tz%O`T<~_HAJ+D%
zV~pRhmmz2?xy<KoMh=ofhOrZFhx+O;P*RO<CwJ~(dwA~#52&yw=$o-K6<}Wu8aK(>
zt$mCJFg7yCK*D*@^aj^^vdJT;)jrjQ^<_=ImP52;r3^c!g10k`kNRd?D2AWxFFHPt
zRT}OS_X0x&r}b18|D#9`--D3rT$lCC)c}U=?Y65)#_b+q*n`yZ&F~}O)L?wed#~Wc
zO338`Z!vQzl&JyX*Exix?W$GFpS$4p;(jQ@A3A~%aE2VX+A8Gaba`a82jZ9Qsqj66
z=+d7=YMevjPxi=KeNa~(T^0)*4+K|z`xYPO2&$}xjEQ<OELy&9Lsm!Do&?V4517p7
z4=Ulj>?-s&hNb1h1!QSE;<Z!3)u=97W?RD3W?;3E08;>p#bxusXKRzYAL2I>p`h!i
zA>ee}3+lIV_&JG^);r+BvfzJG9|_~~`6Ik<W+Q(Cy3iUJ8JYt3lD6JgtOl$d@t-W-
zzHQtcS?_5iX!j1dZ7}$i@_L8T5Vjo|a7z%w=;gP*6lv)5$3zKcxt$Q}0b7C;F>PJv
zjd62kLl;Z}ewoD?>%Y~ZU8KMLsFK8fbE?%&dtuZ~w^IS|h0V_jtro&U+sRg&KB?$M
zU%WTJ!wV4c*y+@j6G~FL^AoW@oQ%|ATQ4eD*QHp!ABa4$YZUu+j(4E1d)&fZe>;-d
zUh67vMx*hqTSFnk_H(=;l6u;9bxG)9U+L$>sLI0#Y`>G)@*RT=-+-Z+)bcs&6Q;-C
z`kW030?iV_f?E}ZOM`OM*b~-G*e9TNp}I>=@AG9>K*c?b>9Me1s6sc4nQ@+nVgz;y
zYdO7gQ6u=40sGV7P$;lpA*|g**W`$I1B3x%mfS7wDim49){<BEN=SVihZ0F|ns>y;
z9!5`3O)%|mClLz#AKYyd9Uf1C6Z}HWxoc|^%|bqBw>Rl^7SP)|!{vKko9^zh7PrNr
zaQTCNRCY|k%ilPdqw2z^9<T@VoLC1bdq2<Xp!TL&w$le2vsA3cX6H$dr#xlb=|yrg
z18j3O0Kel&(K#MF``I<_8phiFhRC!8&wGN}%lvPqV$9?2vzPVGzd;}avtj`1N3d`*
z1LVE{PQDG=N3^h5mnvt9vJ{*teIvED!JpyzK`rW4z^1g70Vo5$1Nf)+<on}AdV<t3
zc#xp^6^q;r<m6cI^^R%9?^b^=j8%+)sXK9j*y;-fg~A~&vl0d|R5M*Fe%f=F?c3P^
zw~DQ`Z%CPuO9?CI6+&n40$I2PkvkG0_T?Avx5*6s4p!}2*?FbLINbLnnBJb55-bbD
zcAABnH^M^$bRSQPc2?W*A3S?VHHAFbNXo6xO;K|n__EeH67>a5xy{j=ZG+9UzB@D;
zzP-P(@DMmVl_P^4vJ3m-bs$|-rXIIE>@T($ynY6DIO%c_hUo4A%EQ<KR9RB=layBP
zScfX0f7VFQF=GgY?rZPyfKsjep<eIq>f29l8}?zl?A1{Z3k1h4?XJhd%QaheSw-~F
zyOG|-t7C3+j3sWH<ooF_tBFuvEZFXTdz;Hu(Y<|*ZOZ-rqlX^DPSx0BBL8ZGc#x7t
z3xB$61FU5G{GMPtqe<z0onMO}&^vOC%mAeqRxZfkf4_Cg9GPwGPugLDzb({M`J-rZ
z)vmF1AE+X?X%XNxHeDeIY20KUM!-xtCiOW|0GL#S2)SP`=T?LmSCDZm3ub1E0Gb<?
z&9#%nwn>bS744pQCmC=b*#>)DFS+(#YhNj#%g|S*<-)$;-f>P+41nA^4|Oelxvynu
zbJ1`|;><Qs)=C`2AH;}wNV^@mS6VJ;C37+48rn?E)Jckz_*9>uw<9*JB*xxe(C%f`
zzS+mzT1Z8aaoG4oiBI-5jKhzHnR5?wCJD7+cK_m)^EquO>&E`iBaTEtS$C6}$|1>5
z?!BiixBiT{_s7jghO6IUedli<nJR);wyt8sEP=~mn619*0sV{b^G{@MJhy1T+=JAr
z0fyHTBQ>a#T}w33Ke<X*tv8%*QgC5yM=<^!*WPF(QmFI*k~4v$-C5W43)~SVKN6S(
z{I0*ZH_ivt7S4jG#8<v~zi#&7k7d36MR#BW$rIzXwPsvbT5Lz#>m{f+PpHJhFJL7*
zI{$0;?o_pkC6(Jf0>c}xv;JdfPr~|~U~{2y{s@NL4(7`3sfQs<Z=l`xwv+$o-7Ex2
z*h#k^v!BR(^)a#I{vO&r69+pWK(9Gz!}5gvPP89VH_EX?;qMtH&-Y69_FnHgsF3Eq
zif{FIgMd+$>A3_)t>Yb-+nNHIB7erem7UHWl{G^(Lz1u>1vJ<v+(rqe5U%C7k8BH(
z0Uq2j8hkA;Vxy`}5)Gzow;_7khrg$J->{O65VOvkTkz>^ZK`18cJXETrmz$;)7#9M
zQ7|?eQ;MGb9O>1<=U!2*-(w0-lzT=1F`T?#q!7-$kvVi*cS<bKAEP-g6*lz|H&fB_
ze^lG6SAxsumZ;b~EeOB<8nAPD(0=LYBC#j`E#8KCFIIrY#cSo#0zI>To2f%@KyQ5|
z;0#HtcXA}fW3?5M&JG*94!D{Sz7u=0()Giw+_%@qJrGPGEIDo)p<m>EDJ1$G<@Zso
zJFv6e^sQC@+oOKy;e~T}u6#bGo&U}k78}FV_QypS#J}L+UW!QVJcwUNUC(v#2zHm7
z7_unTq@YH*<bK}{-QCJr6!Pv5HEy6b^ZC;FV#|K;$#D$|mo@G@?pB=$!UAA>EV2&G
zQrUC7z2B{!5@UC#;};{&qz&-c6#`pCnGChQ;WIC@cW2R#Bx9PN|I$ji@C|FUdfyZ{
zS!z-MD%|Yzb)-^ll0Y4nu;`w1<#*=y*u>Nl^g2f~sR!#_r6e$Ez8%F##zUC9>;!tq
zHTd2HC41lygkcWASOdetG-sl2#)riCp_}$55B|4Wc9@jV-uflGhrEXXXWV<|%T0m~
zLm2oT%o4S>PlWS?zA+(V&pS-JEp%uM;Ieqw4QOL$bD??zEB-;e>~h_I))gas(aCZp
zd{1y9>}f(IoYOjea<M*0B<!`fAU5e>gML5wpfPDv!_o?G+vl)hSju%fS@P?ykAcNU
zxOld|-nL!AQ`ct)JX&?_z-<eYmU*~&ZFhMjqvuDVmJeHP@N<B=K4c_wXDqPsMx`dy
zy12tVTbt8I2pm{ni{LbCuiV17-LJ!S_E5CX!1TyGB5&Jle{a^lH_ih{=%Jo|w{r07
zwYo-WX>96BhW9J2m76`(xPerYpJ~2(G~v?B*<4ff`>KrvhgrYJk{5;eZet0wRy}Xc
z0zOh_pZfv=V@KNkV2@Obru~X-g?ZS9lS!EmbCC=VErM5~V=#Zt*?&p-0I6i7+dKZJ
ztsmDv_CIFX&eO{n{%JHX<8>2{{@L2q2;-v4<XO2VP_cUulqD~~?IHe9t6<gcVbhRA
zn9Aq(`n9Bu2@AAZ1@ljgyDzl;kt`FM&;6B*>(D3fb&}E{@#05F;m%6S9%NOI_uS!3
z&g3F@LD$|Ow!{i(C=AUnqiJi_h7A*S#xn7{Cm9pL(x-j**T=4e(U&iJS3_C+yGx6<
z)nHrvIAqL?-W6BZ!l9=Dt*3W}uznw9=Yz391%ix6t4e9`>DFqD;p5KP+~f77@b!V9
zA#`)P*T-8S#{bNr{a~4c;I8Cbvnc~p8MG^a<ZLhC@~)XGh2^MFHfAv>lNNT2>EO4E
z(*SqVwY;_ZxK?I(XX<qb%C`M7@HkT0%{ed<cS2XoegQbmJf448wJ6DOZ+)1qSjwnd
znVNMnEUbPwx@gmt6WzKFAfytOvklnO1cz7z5Yjen4fINb%=4|q%5s>K@duCT_-U(K
z-KUa#SfKJS2M6d%Q0B+*Llg7`d6x53%<EkT^tRg>Chh>9M%wwRI3{|pp18;;&h5z>
zhn5;`wF{~1ZSP~#XDc;8C^_%;?!b!KC;s32w29NxC)0Ua3<Yw3)fK8g89H-dMrpZC
zZN6+c_m&Z_9gM(N75<JFE<U4AW)LrnmM=<*1bvEk{Qr0#UlnOJSaOhYLsuaCNLwel
z{m0?>KmaXWgm7$?+h>dpg<j8^LLNPJQ(EnD>5K4qo9aT!`k+IV3jD-j7QOoecdBi!
z{B7%}pT5riife9G*yYF)UmA^<ySma*FSNGd{(#mQ+8Jl`^gC$E+wO0Y$sWeqJrO%X
zBUm-`s;xe+;h<ie0C69kvu|)}Tq+2F5B_IMrYdJ6sN*cdG^Ei18`Fs}?}x`Wm{GFf
zlCv7CzlOR1!kg`FGX^Gx&I)DX43<fJ7Ih<NYppO^JZ@)uQJ%BAy*pfL#D}_~o;T@{
zM^w5-&H-i~(g{lf^BL5M?k=wk(wLy86TUOvafUR$g^19c_1hOqk++%nKwn>Xj1C;w
zMx#Y4nM{o7*E?m4GP(MYYM((2*>Ai-hWL1fOkFb}x0xe}z5++!obZTA!%c27XeX?B
z_13_)ayIW$)c(*kQkL{=(|9_j=rBVYQ!7J2yF1B>L|JIWEGBk2iSw`;J3*h7i{L#Y
zZs>Ld8WpN;-t8QYwgs~<?09Si7E0EhoG4GOV+gOZ=hC&*WK*wMVwRGTIyps#L&nAc
z7xCqGibhM8z~hIY^+4ZzEt0BS+~C+{(;Heie0*V<S4Nx7!nMBUk&x(fGT5B(=?oKW
z`E0&NrE1wYRGeUlPC@8lzoMcA=dSrAq}aO5u<1Z-AZosLPI_L}gdaEGP901#4_|X!
zDeip1cE!<3HF%XU=%-j^SyjGioOwew_V~oVJPsFB7nC|@{c5K8Wp;2DEt(;RSOwTd
zD<fEYr(0BJA^^G_)9k)fpZ}0SC8)#Zo*W@d>QtB^r=6PaMo%wK%K157A1PkRg|kG8
zBN6N<6U<)rMsB8-A={Anp`Zb_+JC~5q6>IRhg@pNgSnlMH3l#J2wa?F5~T2ABDPhv
zK(iO&G`9Gy(B%8}i*7CZbRUY!t>|rGsOg<bxY%TS=Y~T@vOiM3hlZeO$<6rT!{jPC
zF1^Hd?K>L+Q`F(6Akm{_@8Zg!6v@5|x!cdv^q7{4*_!1~ynd@gB}_ZmT_B*9yHEXj
z=2lst;dE|v4D$i31bMKMa8(OGA0IX+a=LP%v#F_3?6rK~l?1lR0Pkl*Ipk}F!4W^J
zK_im)nV2WgjWN72rVlbS<T_?8scla2z&`}E_&bq<AtAc?x0ue2g>Cgk;vHSBPZ}`F
z`h)j}pTM_lP4_1e*HPEw?PtN%Mq-e}y)lzHE7&64eS+=W-;ASzFF7e8p(nRX?ffA1
zv$3r_tOi=KR(hx0gF0i!%ICbxl`QyneCS)O$9ezIX>o5<wmH_!Y(!@#IeC-8|9tR-
zRY7W^>p`G>GVvKqgfBsWFH10U-7sJu%<;Hw+`>IpaZml6$@;}`;lf>ZA>cugxA!eJ
z<a*nDH9a-zJmWc)Hxb3uRC(ImIRA7Po$7#}eF=FrwXN~ZbpkWuQ@ij{$;g{p!M_@o
zxPFF$jF)tqD!tMzLWnloxfk@l53bL#$ot-fJkMZ8aK-2Oh5v`6CI8=^0Aa8Jqfco~
zAOKSKeOL7N7Eq^SfyWY`|Ambjig=;mhF6QCmeRTA?YTVLC(1=<<t4M?vXPEm;-x*@
z%*-qv62U~#NR7wD$VdqzezMVL--pH3(EoHqlK>R;+8CQ7&zpw|+8%6uUcSF$PnTv`
zj)X^>>iJ`&)y`6i7kq9)pjak8?p*v;(_EHeWD=b|f5-+V-_mxlHdq?<BJ~Rj9+S2~
z?6qE07E|NoEBIh%5lrM;g{cGfC<1WjS8<1<Oq<z9M6I{vlFkYf)^$|`M4R?^U;0BU
z9zSfn2&}dXN2g&{M>wTV_|sdDXP13<4qV*ZJ0K%<w&45OV&k9J<eirL{!qZb&vuHD
z9XGivRSmE9J6-w?<MNLL*ZJm*PzT`RiT)SCL|%l}Vy((epatGn_pEZk+kMc-o~&1&
z%C>;bi|^H$h1p8jqc8;)F#hzoB({bmIU6V^R2Iq$zZs~r3d-AycA<G)v3TGPuvA(g
zcj*>E0R$Q$x}N2Z@+Ca9VLqK(`I_~`XxOtt^ipJ8<bznsSKKdIQ5C={GR`d#iErmr
z(*Dxq94|#Mt<YlQ-9t@e_^HB7x^qb#S`0`K)wYHDpo|QQHy<d40mv^!GOxZ#Z8HtN
zm#v^eo7h1Og*)U{1OSRPrg8?2J-3RbqZ@f%b^@}=nKa=n86)+jg9SN-ZaFvwkze<)
zTB3!A|I9{z+ehow_MZGgTFDrxQKsA;p0*`5sdmfiNa>aHH|>=7mC4kVxDm^0KZb;j
zPX-kQLK<+JKp&E8m|qOifVxCz5h-WmQ0Wu+x6-H4$|H<x6je0bicYc~=n_8jB=9zv
zB_!5{kUSAd`*l&zG!vz9Wq_$=VGY%|m9RJUqO6%pTA`QH23m>UHgG0#vZefD(B|u4
zM=?JMO2F+<EB?e&z1B!Y53D}2CIBV^Od?XgB9y~$(wshQNxV)=5PCvm$<$HbC)|{#
z61uzb3w~jfj?=`kj&T*WfcvmCj*-RZPVioUYi4;n1*_}BE~{08wSrGfK^aeAFoN3=
zpPkhZcE8AVu<)A?`{wQq+;VWM9rH%--h9|IclW4A!K;%S3gr;|<zP8Z7F?ynGOv3?
zQYN@AKS-83xk%SF1=+0hpho%AvC;i9?lX+_mP0>{NAL-q6p|g<UcT~4JAjRKHvj(t
z>Qet@7q^rb&lK@Kw#=*x=glr*G-EwkM>y)VwzUcqzJbF1*(H5>`s%+xUTz_e(hlcU
zqfhvxn16x1uxQ%WjvIGh5du1ME*4Yl2!}pu!2L|NV*B{XHs~1=W<~rA36pL?Pwtcc
z>u^rf`D6lxf*;9f;3xO>uM+N}q=&Z7Zp{K;RG+9tVI9*)<2Cat>*lyl#%7{>rA6QW
zID~3myBKTka+sROcTVsy6DtaU_I1^sU7f>?8sE&RbZCBq5Y=J2+t326aV(hpn+SJB
zbw8!cRI>`#bicaGI*#gHW2W9)Fre<U7UwVR$Ppn4jj8;$plTm;!sx9ryLmiDx6fM3
z*ucc3(pi4=`i3cvCVr)umxuES$GKuVc;)YI6-;_Hm^Wl~K?7GOY1%Wvc_cvi5`R4U
zn=O`E9m-ds`wN^;C$?(sD;Ezi#Smc3&DqsO++vz#9HAF74gjl#`ML^SHcnDrbL^>J
zZHbx-!xa~uJFZxw<5YwH4p`bf*q2$#mwxEoan+q&n<$*}o%BDR5_daji~RW$tj}il
z>i>xF0woF`y|p~NZoaHfSy?f%anRlQy*oVF&Yj<&Hg5GgfWtA3U&Y5Ypic-A%yHDp
zY2ht}#-Dos2&O=Yv{?R~v7NoauIX~}R_-L3v=d@lB6rElzFdE1zLJBLBVYHXcx2!x
zrd6|?szCVE3vQnNwJV|cFhr<<Y~6KI6_?aeNs`e${pI>pzF-+aGgV3cwY-~yLyVEn
zd8OQ?zADa-+82sK$b9Ic)Qf>WuT^>S(aQ&Z%!9zRQ9s`y8+71AK+u#9_{ZkP(g!)-
z^Edf*CdAdd6p%w88*#JLjpvBU{vHeLOLHe=6DOs-;K=S)JHPky(L<xETOG`-Gqcm<
z8y+dTWftB~pXKeDzU)8?C--o*#0-H$LN1Pl(X{i$XpT(Gs4KGoxkek5IPDSDEJtH=
z9lLmh*!}^kO!*Rw=E2Sp9a{)pN*VJN$#8AKp(C!TeTiOY0`Hb{ej*4UK7^*7XuriE
zO$z?>8K`Dp#o0t3RW9pC2AmBxMfoyf^|x63XI$Btbq3f9sN{_UaXmb6KRDQrnL;hz
zNUNLoVmaY`kzjRqXFk9Dt3kE!38eKGB1?L8=jkL)$4^52sFz1koU~>8nH&u9R&Jkc
z+$^h-0pBH+SB;b&b|HhMHx@`zaJ3vW^H+1abi0RF)(do$%i={d9r3p(>IwQ+S9p~N
z<JF58e-2MAZSO^3jsQz5d&k|i@xOp)m*|`96L_NWMfm#G_a$0?8qZ2Kc=k!yJCg2o
z68%WE5a+fW0dIH?(BMX*FhWToy$P6TX=AxmDB12jhu9rEPE1xo-S%4Sk}4gRb+cMo
z)GmOLW}+1O5JGf}0!8PoF5s#l{~>&3!-V~8b{l+x_ig*t(CB0u{35%($Q}gJ_xItb
za=7u0?}lbCM>ApoOjk2HBsvF79gvKP^Fs$ZcZJVvCE6&sio^0HQO+XgJdK+)+543x
z#CpJ9dL@;urYVmP;EZ$jN-P)t0zAeOx`K$^a2P5^bCd2DXB!uvnV|TJcenB;AsUKK
z`GU^Qu%B`F(;ix03d%m8>6gw83fa{)`qmxu3`Ul#n~Q`)G)4p`X6q{a)N3wo&RVGz
zghEWM-JwH1*$6|S1~behywLu1lyrcRq<cYiSyJ*P<{|quxBC8YIzhBGP>C{^G|&LY
zaBdiH)<2#ppo<Jpxs2-&-a5FsKTwkXRy}#cLvt7uA?^lPdO{r)qxpxy0W@9~5xq%2
zJsG2jP8L)Dt%EXRKI382z!#d1f4_2Lh!7f@y{u_6gYYJ*Zprq0D;`mnN@jq=F&-Ua
zr>6eAnzbWeIw<9)!a}hCC;z3cTmIm#Ml!>B>gHewLp%SPTym{uT$Q04hcn9ITAUAs
zNd5<OI(TW|SHyR?`i$1Ym>s6$aD`K^(g|Xyn8{Hb%)*PiZZkGivz*^mBj$<FB;Hl-
zaQw24&`8P|d~&QtirJqU8`JwyDj&S?d^RQF%_-@y@JjhPk(m75GHGcyCDg2dYI;@*
zqW0*@1~}>lNhrTsDz>*+j;u)sH);o&T7QD>F-RO`W=2;Y%@s19sk<_CuQSS!1R}Wm
zRub{T_&=h@Ok2Eiu;cyZ3Bt*F%eeR5ZtK|NQ1n}hs_4lhcSI~-0u~@VCT4PgN~YH%
z1t=j{c$EoXaR4RVYsV+J1^pa&_;dnW8Q<qpbc6G5DEp`&<Q#EI5-1<X0gHARv%SYb
zYjnHx?-gS_#TGs4E!AUw3N4}yad^d}YWaH%<V|m}eRM&w&Bsb36%g1(yXkR$rDG+d
zq5>Fa!UsP5&YRSY&{s<uZe)JJi!Kfd#NFRiC4;2B)KaKIQB!YxHYpUi46F?opWqUN
zD_$!VNO$})B;4D_*H4#H4CVmcO}ALmU#fWJj{wh8et<)Y-VNPb8$c8EMl5n}(=>VW
zxku~$#NsBl%{z03grx?j4j&S)In%U0D70fhv<`-MqS0eQT6d&cSH7^F>`v&DY=cY~
z68L2qX7G|@55`D_w&dI|&{RHJYrkr?<vfNm&z@GAwD)fCVa6X-mrc$3SfG6Uui&=o
z?pJRAU;+LGbVC)AY^<j*DAux{jP}jVy)e#l)vd_|f1VP-`ct-8l|!PHG+fexTlzE3
zhDwX_c?0$=Cy!5Z60b&a>y=7aQ(4w}=2=rxV)JJ=*}Jq!-jDH*Y>B_Zr*s?$UwXFc
zN5!?$s1r!Ca=FXZFJeub^_s4sup0G_Ex(a%Jcj*mK3w|gMp5SL>Sf2a70WaJ&M$Wf
zNm(p!pJ8jz_oA#k`hRM)(fZ^to{(i6(CflUHUvNo?svgY+GQW>{*=sw?W3TVJdwbL
zu0@svZP8Bgn&%x~I<pC|mE38Bfk7!c0~dpuYkNU`>)j`M4zq9c1>hGQd#=E@#f*_r
zpENJ4RhR|jrt^#9xQK_%+IFz!G9u#u(Ii#e8d;J^ksM{pxOuG7ZKV!okx$yw#wPbM
zArN=>UsAwb0H*AJwo(PkrGJ)25A+xgTZ)UO0B_L6wY*d`j&mnvQ*#-gcAYlY&f7;<
z%?~n>HLOCya&=yRvA(ReAH$>mM#aCW3>|q#>nT^Z)7nz83;g-yHa2{V>oyq5R6S)e
zYd>)SL?<TU6AbM+;E?b7jfEAz6Wo|!LBnq>B!i$%fR}0yH6(un;npPn4TO_zmkZvo
zn79nqH48)eBo{F!1w!duE5sZ&GOipU64jrSva3%i8<@Dbm&74*u_=ytH%AOP6X6hG
z71+<L;yv8Q)WdkT^Gw_+aWr=1veu@kwh?myLAEnJC!O-YLSt7sQ%V5x_cQ?MwIVTo
zOpl|3!Mg<KSzPK16s8x0aCB1x`9g=h==O@a$u|1?{7GuGn)dcP9_4f+B})W+PJ;+p
z>dj0sK<ll$!pg~Q*(ba0^?A@~r5re9Segz1`O#@zv?#5W+US&#a^iih%YS?@bv3S}
zXcuMU<UiRGlrut2B>kXZNXD$e@hkTf%~g~*nRE}J+~(&2H?(TMirz6l8&#>6!gtgX
zKXl=g{}Qm?V-?I|wqWKt9<=u{IDHff2G~aT%|Y%Ykt*FP1CYT%$b3jme0uDTgsG;e
zthNmZZ-@?qdB_#6(n*q(-{!#2#2$+1`#c2v(d9~&z&x6%_h%Vwm`*Ae4A`+;LVxq^
z-Uo|V(s6En72yqWRI`g+amu^7GW@L4<`N{@nnlKcDEb7?V^my_OClvEB~%lZ10pmB
zyO*GM#Mhv&OMB+ob*SMt<4`D|!xxsUqFd@C2qGI25(x-l1UK{-G<4|>J{u%n#uxO8
z@<8@7<-g51Z<KlYvvMW~s)gqMaB0TcN$J8W(b;{ydPyEF-R5xV;SR5(d+||&0eCJx
zVn%2|QYz12R~|o$2qXZdZ67T(KIH3<5S{asol86D90C`PqU;_GCb-k2-Y2J|U!Ru~
z&%uL`Y?LRux<m&n%6|U#KADUrK?3Nt`H~+%Hkk%03aDz`@5xDbG!YTTJB@{Bj1wMp
za;VJcACew)5Fu%h5WQ~6un(HEB()?CbFZGETH1^APISA+dn}1vI_c1<#;FrXVjc-U
zX109I!EWanDa}_C|J|r&k91dcO44n@w1m56!I$m2ft#~$>iLNKiM{8AC89%|ejUAj
zI4*<F`DVTNQCG<Zi99C-i*Bkq&ttGI@8v0-(Yf<Cm>jKIA^YC0OH*i*2bagON1lL>
z#{x~pi91mc=_};jk^>!EAA)wENMq4n^*3*&Q1A&UtB#F#%$x>kQk~6U9F0v0?h4))
zKR-3N9WRQn<H_}PQ<)A2UEh7L|1Z+s0;sNK>l)p-1_;4}6WrZBNC@uk?hxD^0t9z=
zcXyW%+}+*X?d_0r?)|=d&;MS%`m1);uC>=*y?S-8o;~K6V|Gs(6$)s_YXW>G&K->Q
zuM%X4h7!z&si%Frc}~Z?GR4`xt&@3`(T`7aHz-`)XU@(aNS>66tG}YI$nO32YuZt$
z_HAdprJ+SvNR>GJRpUxT51^FXD=#n&>zbxUJ^i^SjkGg&>V66F03i@|$6WK`FCf#5
z|7lOC+d)n4S~D8IK)Eoc48Kuovjmt$A(lMZRN6vP(C$#I<*&GR5ibXfFB}1+9iLiQ
zfgupg!;g|PO3;nziWGu1`p|BKH{2@<xo~*L+^__>s=Wd+Nv$c{?(9l^Z#uX+rez{f
z+gCV~2Vft6U5N#>gUk2`d-4CggLxtrA%99xY}<+khoOTW`??X9YR|X7JveG$K?+#a
z?VeD=2#4nP66#<=Le2!HD^9#tYk+?e^-|=^)&11%r3I?{1DxbjP}BmFK@oAQBW&%b
zQ!WPX@y7DU3x7rxD8fl_(R+<oJGD_~t=D^_NxXP?Q16_Z0>mJ50IC2tH35DnKEC_1
z0$ythNn?^Cc}p_Jx$Qd&FM1f+os;}gS^th-2;Kk;2xGwevoA=1OI;b*NzV4fa=JtX
z8i=n=C5HGYpi!#>xky7-stl!0rjWoUud14fojiynN7-kr!2hQ9OqjkJBZrVddaa@k
zf@u`gC6;RqF`$P<IV$WQ%aU)erX%rlf1%U^RrULzmSk<u#WFC{lCs2vVz=TKQZ6FD
zIYR<7!?hvBC$sAK>Xu!11N|h)Mi?y)l$%G&<c(KBt1;GzigG!#5|_GLGT&(W%9A}T
z%5shw`5-HU_oQiVH40`{+?Dll-o%8e@6}D>2_jFc=2`PTCymhRw;(L^l}4YOcQXc>
zVSU6OhIhOLF{leL6c+YAU*kW#Xb<{w^>1zBPONW`F)^}TS<PqvPNruLHm8c4ikZ26
z2LxwzWF`;|IfZ6>$J($+8Eu-L_*|ar21Zc7chse%W|YkE6z^r$ZE~soEX-NF5nI)1
zk?E)j2tfpH0=EjJ`#u5aVAsllB0_bO*%JGQmg@jF@u#M>>OYJ6n6XOi-u_twr<DEw
z-_kX-*yCX1-If#faQhd7GGsdJ{*-uwm_naF+i{!6ysn6{{}_`8W2?}E^7;@@Yt_IH
zFL2fW(2&`j=qVmoC{3W@!CpvAWwi8-EsilbD9D(Z_{B9_;$t>16fR!dO?N0d;8z_n
zOG<<EyN+i5{)x$1Ual=keHqP>lbQr7xlDlrYCf1nScVgJoMd%!AX8hK1Wah;97z>z
zu`FK%$>28mnuMPN06+`##Xl%wMB)9;V{ETe`HOf1B}Af9xrt|eM~?Ey3?pDb02_}F
zL~<@I=K^*};wnvvMjAz`pg+jT(<&cp`*NPUk=)0W0R)0fpMvy|;E^ce`Xu0~aLEKN
z1f%ec@iEXtWHF;Z^Hm|ly)90Yhg}e{$j^?C3CSU+Q6xC)F%!AlK&v-GrRZYOX7~~G
zjVx{}P>pu~%Jn7jKglZ<w_>XtS7Rpa2tWvpwppdg5EO`LlwCoYhLYxjZBAi%Hzv}c
zq<RI}5pD7`#DC}EwWoCTR{SSF6)nJeS^O24ey(G8WLj>uVq$X?ZgCEefN-m2$Fxv%
zxXBs*4iVudg_prjCO<k{Sb55kYe7a%Lx*=FS-qh;+pK4k_u}XqhlzPf^Dr}kpU#-x
zgynS74X#$yq*3s9w)1z6qe4<+0BE$-)fw|iWrlZgf0Jk9S%JXh?FAHBXwg3J5hnX@
zu*=qhoPf)*`;<O+_HU4UB@+j8rMK2M1o%MO-lt)`Z9livRkta3*5O3{=ZeQtNLyK2
z@07W|)aBSYW^v<fD3Ig;G8|RY#1AO|aQ-vUH0c^6C)HKwK97@_i<kYre@bLaIZ-uS
z2d1yxG5TySeFvtn#Wp93Xi%tSO~SNYl+ujW=98+Y*;o~JZYPSaY*4NiO~NE*WlrMj
z*4;KfBjra&ZJc?zGU!$wGO;bs*gG*%FsIj~b27^;H=XM0Z`s8sB?QUE-_&Rx#g)XZ
zFiy9&a{C+)bkmGGesQSC<9_9JwZfjBvtNDm=!G{rvW`-cjLs-g*k2J|vX`+%w^fa)
zA=?)k`S{*wYR)*9@e^~2Q^r2sk8vijFWw~((YIqcUm2YPY@kfRSfv<kI&FH{q&~PZ
z)yiOnu%MMv*M2wlo%n2uMJ}29iAUWv408XOfZ!7W4h{i5<j$=MRb0*JeEaj`^Np3&
z^T^B$`%T(>N7Pe-hb30`WHw{u5{l*!0U?e?XqEadnA`TPD=|G-M|>@%uoyZLI6v@X
z@*p|paGPSOe?`^DQ47GP%#?4mn85`da@QbX7q?At<<RX2wV=fN0anDKmyhhCIB`EO
zUP>mt$S{*_wL3P_Igt-Vw|%BSmNM`#!PhS^9K%w*RF{)nXff{WM&JbnI7^!rEk5@%
zVy;ryfHP6E+gPEqPnrP<H~ZSQdK?NuDoz3jDW(Syxk!%cmWYHe%*-qNKuMn~V<Y6#
z3Lp3sXfp|$Y*DFgq*2KUl5#?i#coHDc|0_KL2wcgg`>enLfl*y<x$>J)<c62?F0Nw
zT&0fXeevWk-@*VKCU4W6Qg|r};oCnpDhfe&RIx^A)GJh9Z@0x<GQvxx)v0r?{`4ns
zB5=aOMD!BHR(P)&m$+R=tP#!Pe#n7z;|k*Uyuvm%KaV>~p#rsVRSK-V@m7JA?OgqY
zUGs9-gJG*M0>EAZ09xm9_Vow0RilHYd6iNyYn+^-v3y}YwJEWefv1kA%X8)sJ78g|
z=qP&wA#!3owxO)cqg-G))dA#pCm?Ox-dQpxP+s`f|KtFKrrG9%!2!mw2PG=DsN`nu
zF|iV@tv#Gp-d|k413mB;*gaBqQZbBMjI)!d!6KHf-_T?!vZp-R<`Ak*5=_lvmjj(L
zVHUHoqT@>**h;EB<3}u>f*og`H60o=lC1SGKU=!CF?;P2yY%UugSRlEEXDz!i&_y?
ziLB(fCY1dYD4`P1o;YZq+aQ=@XGdICT(L@7-n{v*_6^=^acL{zR1)R#+^@75yq323
zmOh{>Td9q4#}THek+{sL9!x@&VLap9qDi!N?!r7Q3|KHM?LQQaB~zVfrtWFA>B?{%
zR!wzi-VdEQRtG<j#F%*G9@%3Xp1yRDnyPO&x|~078{Cx)HFFs~Ei%G@p1`T94vRZ!
zs!yrUf&1Of8z(sd>JeFWk|2CUe)d!oo}pU(7Ygj22M-ipmqdM<#8=og0u@caj?&f*
zOeTt~u1kdR!MTeg6-y!cLV(#`S!S^tKZFs2(R{mWLC+8Z<)%&LEprQWxDQ*WMl=#x
zu=+@5L5kglq9X0z0l;}uTu486CwBSZg5aNxPjT{K#hsMdayF^Y9)mb6K)ekk>7+Ks
zDOE5pul_{I5g*ILbC1zGX@wCf?s<joyjg?RGXDdLYS)1H-0x)yAEB1&=GijF3qXvS
z4%pV}M*F<$6iYu_C5WeH+B@xvxWBj4fA*O?-|M&&1QW26KuD;i@)B)P4E`aJ!~y_0
zwLP%tXip(ulJpe=!^b|$ky<Gs?j_iEuxl)H9ejTXx}ve6)A4t$z&KpR`6i!^Kz%Nu
zIn8Hmb~&(%R*F)zR`mfDI~Wk{C>mI`jfc`|h<wV)<vt9xuz;3ZhAh@1ODC120`|PR
zOp}>5_1UpcMj(76S!J2~!4{2mnT0mrPQQJz!l<#GV*N4lFg8}AWW}Aa8&EZf8n|c(
z(vG5z1vNG{LETH5muAVQlb$Lt7gn)M&j~>$&h39#m(&DcGbBN3^<Han?<88*c&mD`
zYWrzTnJ9Y7F$U)%y)Yxp@1Y?d0@ldds$zSu_+4@2YDhCB)jIviksb-Oq_S|7$v6tV
zSnc2m+eLT?y-)s`5qG-9Ov7UD<M{C6bsNNDA;{}et(bp(B6V5eyquu7i{<mgw1W-f
zphYp21i)BLVlX6Z22C*U^Q5kN+el3v7O^WB{FtG!BXtQbqrKs7zVFTr2pKg^;PN)K
zcd=PBo$ie2`FG8MJ5o|~QuRzZOAzRRVVr2l)~YkhM@#ojF>TZF%013~@O(>_^zH)G
z!xogln8oq!CK@$?#AnUag!lWP=>_(0Jrff`l_+l59^R|_xcrF~5yb^||K{SDSO)(S
zAK(C!Ni0I;=;_$cI|2YHO|K1tdj_Wscqa$3?g7#Qi1SV&*V!3apcotiAVP!;xqtED
z3knP#c1Fk#VwIhv4VR>TFhWmP+$o{}cuVM^hR)##SGh+mlK~*)o-#8UOPMO9L2*HR
z@W~||X2vHp;z{{k+Lh=HgYCVYzP(jWG^efYr6X^@r!DX{jf+Rx3cJCnDK+KIR`o0=
z=1soC{LUSl(ft11u(CNpoqa>Ht=(_qi+`d?CP8|G6wY%L1R~?_tX<U_Sts>2)7YR3
zCTj+9`-uPms9<4ke~Qw8v2Y={Ayf@;<9quP$e8;i%v(V~L;j~kV4=Vw-%L9`wAjDS
zW-z7xvG@Pu?7uJh_u2ouOa7@28+46pmfntFfZ|0w-P^*Ch!w0SbzymA+!5WGsuatZ
zlMdyv^+jem^<UGe*ugtRIsl<8yF>M3UwfyJWWMu!cJTYV<F`-%d?*6opoowFxIB=x
zPqXiQ5szw>xm>Tvyh2#5PT(qC(QI6S<=aXuhP;<tx+hz9?9K#@wbgwYNvLxzZBfu5
zS~yW#TX%n-*y8B1!f_Zr!zkW;Zx&xQ>IT;;FaGX*>`5I@X~e_B!xWsV1T7tzQ~fk!
zdkb<QBHTOp4*E>A-ln?64$~okTveN^;Y{1wf?4I>qLS_{RU5KMGGf{Kuq#&=%z%u`
zEkYnpaSZxp8~0fFqs_|AF+JjG2)$XVEtQD%QCEs^?@n)pl@&a3I+Nh<JEFzp?QW*y
z@p3jJE7@an&YH>7Ayr_nQE$#Xfb4Erm#TY`94?Xh0e}t+9|8cW!}Vy;5)ZKQE&wch
z#R0YA*fqU{HWULg6b)J+2tb9QP-x~ml?XWKWD=vJzrI%CAK1vsDg5L_0IglytZjlJ
zKsLLctc!^j3fYB)1eQ%bDkD@JLK!C`9DAQ<a1>1b0a6>)%QkseP`fsHqOM=6bFfeM
z0JV^2pi+nn2EgS904JaosFI*WUYB**HA0HgM$zu!_6_dJke-!ia&VY{NZy5`r%UdV
zvziaE@UC1Y{7xV*>lxXJFkV=)cNT!;)q!52n;h?8z$VXvYF;F-*by{(KxjW$CAz_+
zyks3YpxCncNyhYo>Hv!T_@pZEt0yulYi5leoKylbQ_MypnNvG27KF9%HUwbLR=1(0
zlB&$qu%M{=DdizpFqW7Cb_G#UP3#8_DS^QcEV0R3?!pAh)8c!ZMKSD(P<ylO{k`#T
zB@Zdirue$Gn^_)mR|`WEJzch<1OQbUeY%gz!}xfp!cq(Fhc*BsygJIMV8-3c$*XD{
zy`Rr3q;iDN7zY@7hjdP5dLCWqK|Vrjelp{8oErKYVFAb8G_D<k#Q?Gdukj4&8`aM~
z$+wzm>1X%Z5kzC-g{DU-LvF&sAsgI^{V|gtETV|Ubk?w>q|n5@{4%;1cnJzzg-6T+
zi%iI!PW8$P4^JvUwQJNn#*DOUeSz>Ec;8Jd(_x}k#?3G!EywdD#is0F1@w9)<!Vk+
z>=S7mziAfc1re&X8o-f;9$+ejwLd)k(4J!RXRbLhw&LN0toGKvm5urO9r@ZQ;Q?wf
zO>bo{ut#OWjdZ8>4YH(vR+^d@E2XzZh!x7^nV_M;2{-ht+^-+n*PeT6<}-zf?>ZSS
zHEl_{3a4cKf@52x@0*@QP<2WDAn90u)@7Oud%QcLQN39yXNj)QL?51D{$YiWEoWn<
zx&Og0V%32d8#Zui$)(=FOQtSF8D%?BmOx(hb;Fl?md_+J0eAKC8Sc`XPF|Hg)SY@m
zv*^LPz>Pw*FsIpB&ZQ%0=%9DUo1vA$-T@V}kr0n^1BcXmBT{i8Flu4h0x^U=KL&;v
zTg|PDDmU}fsM9h*@-*(^6}(r-teqOY`iwG~0<*gq$|h+a$77g@#QwJE?Nf{UO;cfi
z#-aG&`P}YqKAH$xSxAA5DFQ7AZ7j3t2`<7#s%94}i7ZhO72!Dt0E;9-!+6RX3~sU&
zebhXxB3I5G4t-{kY4Y2`ej|CGwQa}1BMy9jQkkZBs$P>z<?~Xa&+6k{a10&1TgL^5
zu#xW3T#cpWLMhu!J(8+g6{`F+quy~6EE^M;#kWb|hh~^>RN$xkJcaJ^p1dDU^313N
zEqU1WFr-g%RIkvv8LK1$=W#G@_foExPL37*Mk4u?*cA5)?|PJ@U6>t%LT!vzvyJK6
zgWp(QYTBfPloWkHbhqS+Cm5icj;90XyVSg|?O@9JL2ebcLWRp0R}s<{{>z&6gWMpS
zBOgS@nL=|gcC`1koja=jNW)3|*(|%JpY_(}vd*hDE`1KZ%hT>Fzn21S;4;P041;rz
z?kkROY4UzKtjrz85KUC1>&m^A?4PCWW$MFJ0=UujGnP#!%qVk+pv$CrBU<-vY<_sD
zaGtQfmK|bq(6KKzbKr9Lb?g&Lq6k&oWc_`gyB@>a-pO=oI-~9F2&r@XJLLviEIa}E
z1Nz6KM(6q|X>cUFMOQ<xuNQg`jVAC?;Uk}WTIH|TrSIh{n908&U_`34&T&bX3CS8N
zokvnK%m+KFf9WACjX@-?YhJ`f`zA^Lp$CVOK_}RZY@87`m1L2zaJG%GS)@k|MTQxy
zpZ+C)B;WOG%Vg_Du>#xj$`P`s;D>(twp2@9au(Xy>HL^HJaDIScZ#t(UpiUL2f!R8
zq|+#w6DtxVIHd7z#)^7y)$oF#S7Z6$r@$`=-=sv~6Drv;`05i)_vT732ZhWS>?w4%
zv`<(-8+08}xhzbDycgmsaosrs9T4JpxV^{&6UG-lq&7yy=LS`2sDy&-jMO<GfTgNt
z7??KdB=<khyi^+8%=yFRPn*Y5*J{{&_G-h8{(`WX*KJYPI|O6HH*I(%FED!2BjY^%
zb)oq9gnjwvo=T{_DF~aQfHQTHcpt`^BPS!VM?E8CLa1=$9r;eK+w~`T+8t#ZDVnlA
zK<FMjcSt2Jx2c+u5;Hqqfj?nO$qN0O2RazJoA@DbLMt=Q9NH_dxwt-Zyc&aMf|>Ip
zC+D6Ii<}xKR5kxQZT5f>8oiy;L3DDHNGIqo<Lz_Wqc$e&nNGbY;MPt3##>{Besz<d
zPI8wq5Ktu{7RfQ`2&-KxoioHkJ`I&k__SjXb4r4fM=A~lA}<0*wh}QsEa6{Wre0=b
zmqkFmqC3#YeSC(N+K&!;cQwle^iwurMosmLd(bE9<n1oKbT4J6A7du2TEnO_aJfpC
z`FnM~HE;AB2~1hL&GAmr@376+-pqCTtiqa?zBaZL15{B#&MePP{`kDo)Z1#z!B<O}
zilAqZuv(^w|K<3$Pz?}}XT@=Y08AmEG9vY;W=9bv(+8R((lI#>Q5LA8jhM`@sWl|o
z)w9J~Eo3M`s2;%@vw|%fVm1nn4v3E}7P(Xg=m9hJwZ>!2S&Hk{<`VP>fnc?;zGXH>
z=h3BUF$cZaYF*L)=_%Lilg3SRLjJ(MmOyxnGdgnMJV?IAa#p~im}f=}O}%L1D~<w-
zsNT;J%wBS7rs*U+M~Xt5@P~3`G4Rit#rs7DlOa)xd^=$Y9|)W8b1Vv<P<0SzBr`Ct
zP_^D0F<}!cp4R&${iRvq>Wn6U{~Sh6z55rp+>LS^OMU&m+N^iQDjfdNEs(kzxp7h)
z;26uZDm8Wa(8Opm{j%M0B5}%6IFF+s&yaAa@X!op1@1pRy=UM^c49ZB;fRGgVmU}h
zGz%6~0@krdE^_ce8Q`^}++zBRlC}Ls%Ci7Ha_Og^?`8L8SVX!Nk~D1$Eqiu#L%~$e
zkOc|$g2gH_oA4vL;-<TMXxt*|S2=`HeXc^_HHA#y?2N*Gm1$0BmQCG$q8ihsV=tG2
z7oP24_Cch%C#3ElGLK_7=#>g{K`ui7R?<Kk{w}SV$MRT9*+jDfBRTWf+@RK%?|Y=Y
z;^{vT0C5+?(J=vRCR#ej+D9>q5YFeybX-DI$cTT;(jsaEMsVRpXq`HN7CLr-0`~8B
z8Ul?fF;!}+_jlVC&I>pFY1_~k-3tnn`e59ZRyw3ax?bjzCC2TC&l^i+(`4RFsJB%z
zrD`^`v*bzB*as-XiO3m}#WIRnMwQMc^^+7p6oYMUFg*=F^#dMjyG7<?w^okjv}=RU
z++5dMHJv^G^1#`IHLn1?@=52vS%wpFTZ1gRb){_YZ<6d178XJtl}eGhsIr;%oZb4S
zYK=VW4(xV$jJWYc2npgA^Q7_^yivvR>vN18lHaadmOorm(>%J>ajaf6e%MS}xtzWp
zg7IBpHnU$i&SO-q|MtFsQ>S6FUb|dO^ymg2A6dZQfc7YWK%70ZcClLrvC4>=qIk22
z&6#03ZEMvQF+PQk*i>0)6va$tV`&65*f6#KkQo%WTxrrAJi}tfr6o-MdzMhY;;?5I
z4;Hf(0rQp*6-ChT-&%mDj&okLRvXwL!z{(Y4S{kjFUAPX=7Lf=z!>!Ulmk5u9M0x!
z<x|)~2pR=kzSfxxprDji+5Uf19d>4JstkC;k?I2S8iEcQ(74bqN1I@iyMfd@04$pD
zFhg}Ep|6)HqO(P25qq0eI10Zs$&F*pQ?sVmtwF8XQtX2jOQTA~o<s{Zrz(lLFlVY)
zz8){dnq=#k+u~F#D2Y+Z8=f-RO4ndum!Wz&vZWL$X3K8$XsKYxv;Cg-eo-UC{CR^o
zS##<vDYF0`jD072)&-jIN4T-d@^*FPgJ&%Rbv|Lm#yRq1Co~9r1giWV5lZ!Yekuap
z8fW6<>7uENYS*P{)6jkyM$8jM(*Waf(>gJ`Qq%(#bIl?{RUwmy&OA>-hYbO33lpAv
zrUr1pwM3z#X(<R_NA!yj3Z9)>_^oSS;3p3TFr=*g0h&E~3tpl%sn-I+JuQ$7X){<@
zF>X4=?mXHrKsqMM0;<JiV4W{a-$sT)g3?R71CB4K>>bX>x|`i6(H0Ga)+iIkaO$$Y
z*2_(W`kF73aiwlWibc|}+Z;tXt;qBVp_G|UQ)XHSB_GB6#GMV!i3(ll`-5F4{*$(;
z%i-bN!-+0rtU)+^DxmcV8(C6Q$+!I40;eOrK1W^;mm@uqrAzQh=vCL(y+44dfC<nA
zB9->U$&Ouw0oE*{g7ziFLJX6JWj=0?ZJb|eK(vrfyNDG4^dgRrE>-orP-d-JxrkP>
zt{OFFi++GvE}CPH8BYP2u<Ws|7mYUg)Qal_xI>1&PAAEeORVzh=cTo<7u>nUyin02
zf)>HW_3lj|WwCb9!gw4W%|T?Wj77Kk8ySVe7$>D`@LA*P1P*hYs0Rwx-us5CLI74=
zF~>hHZd0m;0=O>G&c1dn4521FKC<69v-(^HabQ=+gJ6hjKq!=2F#wdmh5Bd()BIRi
zvM+>_)3InvuwVRiEBbzVeE!`Or-fY5%Gr>XGDsFR_o9FDk0006+}YJUD^}%Yx&KWY
zEhFn?s*8N7ssGf+LM_dzlL~qe8c;f4`uQnFK<rvK4E1*Fok2V$Lj5qP2YCY%LPln8
zMD#ZzH>g&<v0pN)OdN-Tg4LR>*S-Nj$A^$rrj!nz0-JN&!5c+PRi4T(XHUz#;&d)T
zQ4Sr@KLnn|ij-1M>vZyDU7!me)2K+!QmnM0@V)v+!}>;asZ;-V#3nIeF=vo!Gu*g~
zFY@r`O@trv8Uj!ea&hiHA1opKpP94D4U4PZom^9iBB*e%W>)TNDnJJNrL>p0^N#&`
zI0!T4kmQ14E231Rf)5;@-@4QET;==Y{b5calWp<QquzO#+W`-BFoF)O<OgxzysJ`*
zg(0-rsiVS7KJI#teN)%8r?$?Ob(!9T?&&SNK2(lw?Rqn9?8+1?hXdEq)G9V4O<2DC
zgMEg5*jL?bqaHUM@oC;onc?P{>43KP%PktGY89ziXQLW}+zLouhEtXAT78qFu8Z0}
zkff>y7dS8<Ru5524n0b7fJrmk!NcDe;(o5b?$JhLW1X0Pwf<>(os!I=I4;{7buJ}I
zBiSI3zXXaDmCQ-<&V{&IBM^t3qP^*}D_rarwnCM3?KMqvoV<m~uee}5nS0sdxA_ce
z_!vxDRUM&u@I9!~tb<NZ$$Xixrr&9XBSyyX*omq#x8cE1+O@kesA9;q-u*k~Q>IT8
zM?Qw*2g6a+6j%bf54;+>6-JcOiewIlAC*AmLc)YrzmT%oSKng`mn!cPKeSVHXLc3x
z>DL4+t+Et{Oj8dM{;!_3B^^DAk_Gt|$fbS|Em}hGSLYfy3)}HT9()*Y<i@ioHgO&w
zU(o#-W2_oFIGZ@5nC+J-ua6WfCh+S?xg{imIC>z(szJBXS0{m!b&avz#riVh0uE@G
z;r34-mH9eR?j%f6pka`_Tp*oC_iy0VAS%Syfh%o!djSBjkhUF^Ug#65INUBM9l-ro
zeEIyK2Kjn}c-gTCK;ScUJ3zVC&^rKFd0v7TkgAZqpW;yzDs+F1&eKTDm+5rMPfvsf
zV49GX395uqC~9Q2&J!<&Lqhn0lVOl0GHgI0mryEd1nY%3BYOeBS+ZF<k1nU?aM!nQ
z!k#borm{R8&i9Xg?0@Ai&-L8csckIs^LEmXVRra+;L`%kjtq7T6ovjCSo2eRwalwW
zdI%vL5>2dwhz}_k^7Rdffu4_3XmWGz<WBu=SZ-ou3c}w*CKlVyKqAeVnDBVz3t|Xc
zzP=zbPBN=b+>~^a(Pxr~DmTJ1Q_XNFCo*NS>J7#o!Cp%t4SMF!kTL_Ga+YMiRTP$&
z^RAgZ@DNAqMdtSKJ5Zf+JG*79uvwqmjm%2i*c9hyUb~ftJw)Q4z%%VZ>(b`$2M(Zv
z^DlLRFaIz$?$d><EbU&tSL>4Z^|i2Lr15F+9m^mJYK70;cl}{l6~opM=6<Ck0v|*%
z1Qvb#W3dfmTDpl3$q^094!klxQ-anNj(o9XKvwsaV}=Oe6$~PxA@rNI^v`JBe`8IN
zz$+am?Oa;kzmc2Z{73BnH_T<wazL6u6W-b~pyS{sY7YMn8pCV+1X1q~KYD|D<&^E-
zF`q30qTb?MJ=RHg*D(^cpk8V4bG`NQaz@3oCQS!xM61~j>Id-~d&;(^k8Ab0c>fWg
zbuM_4sPgDzX7r^LahNk&@82}uiBIM5)aIY3iOI9_b@bKgG{!IC5ArUAnuNxGj<W#7
zG@^DP2>?3C0PFxhz$r-aoP!~f8*~YpHUJ<4?Y$I?2@VYc?UuPyHL}iqV^B|9$_OQ_
zp`HsGszDzcRh|03$S$q`<rx-?_h2Eo%TpBfv~^UnAnF7n<N$VXMDWZrN6^LF3H|sp
zOFDQAY9v1-5M{ceVM_{ZVkA%`aJoh#v8ZScaBapKSZr!#nWgl%YD*`1c)ho-(+e#w
zXa0XBZ1Sra{)>~6NyFsjDVr?}C1U?5@Na^N%C9yt_q+dggaDvM{iildMN(%da_9Yv
z|2-cDMJaY)TU?j3t~>^}$!%#rNQ(PhnKb1{iW0h9VFtMCECyh>OP8M=;=D<arI@?U
znZfH)$}EthuOUG7QuK7Ffv9Izqa_cb=N$@X(uA1frC}Z|Bz5ZuOg^VPoKCHT|IIfv
z>jf^6{VgAx4mKXT-g5L6x^H!Q@Qtn}48%TOnPK#G2)?@<JEU&jWXj-@7^pv5C;b_(
z3;G%953U$w$hMT3>!ypPv;f&L_@r2Mh|NbJwB?`~+MvR|0`q1ATT3nd2MM+=SrWG3
z9PsL!`vXJF-y3+}-ZD0)u~bc4oi#A^%7*FAA{upFmr-hAZJabLd*%Y#x1-P2&KqJJ
zg{uEZ)cESXm-%R3rT{%&0_RmQ+=w-f!G<Pay)VDo<$ujGe3jzhVi`=If^B`_A#%`@
zvADwcQ8@~4a#TXk$;FODR#`5LS)(<<#o~>8!h9bKD|QCbMra$HIc8EN#iG&rlP(m|
zT4Y1+CS!@gsKo__Oef<`M$0gI)KDu_>aKg|OZW6w`pr3ig(2m9794}a#CL4lkk40k
zPTDS0RW&V|cD@l-iz}JpFx?$cRONbhBz<8LhdX)8!Fuj+nYF}f{4(((rQL%znN|}{
z*HKEWW1ie~cJmZMVMcum%&6AJkPAC`i#vH5N#1Gx5sy{OA0$ZwQyqlDbxveE=qBnh
z&WDt9okHK@6k?O7gbU&p$Jj%V%wF3V9L=GL^)y->R(1d4JhHKO(!wybtEoZh5<}@b
zP8|%vAC^Zjv>C8K<_wPsI+kV)qPlBTZ2ICxn#$%<0g|^EKd?Ds#~hM^)us9B8yVGq
zN8hCj@BF`ju=lRnN{zIH{S~xFBYua%+k_+GsANTyZA8CR2(hLNlZ(UL4&SjfsS~ql
zN7RkUNqJ;fIxtn}7wOx$2)!1(tZ-J-JB{J>o;%-&ekNPQ;_#?QI5?#c6}Y-xpUc%T
z_5!=|!xbP8yKUH7^*@LmBV3|4lQVGz7NSTDg>N+ZrC7M}+QI!Y#o%{5{s+Z%olq%w
z#StQaZVyYQ*qW^lnLM!DTh*U`7P=$0r~ul_(but_LI4og>OGaH=}AWPjxSl2Si|Cd
ztV6Qm@C>et4OnkDT7&*VOv#q*)9Je{wqJ8aWpm&{P0iC{fEB*=Q+nxHaD44UsP?I!
z=W%AceI%~AKQYs|EE*l!BH;wj1kRWkZ~>8bhO5q?fGJo6KB9i*vUI!@o@&PM_rDE^
z4FG7?{dF)a>&XcZe@br4(aQS&qcg79J1!R{F98Bb(o5b~JrEM6>ZhNWMw2nAk2Ja$
zUE({>UL@b~;u0y`QuikzV`o{6yC$T-`N-wyzO>L@G0~z;&my=u|H~8#q%J2#m;^fo
zFU`^K$<5cxg`oU&1JGfSlx=`N{<m?HjPV|rs<U<PI=0;tH{zlZ!KO=GsFDJP<TbA}
z2~9AdAE&@JAjO!pI27z-5(@qg4lnUG6*r4zBW{t!38RWQ1sXh<R{yx^ee_?i>UW6)
ztP0%scXZvqK%mF1n~(q*3ROT4F|fOkG1caev&hi;Q&lZLs63EKAYq$@H5l51F8C_g
z+yZCg5ERcq83B-vtoAPU1Y-j-j;<Zs%$rKY-*<a!eO$mmCm<RO>5dFAHG^J=JyZSO
zy_samvSq{4Cd^*tm{Q60>tJG28|>OskW6>3BwX+n4me^*o@JN{_n(fbv;uYvXa1K-
zNc=So$<}vw@r?fD@FbgJWVqK0@nDCL(e!d<Ggts{u6?|O3;z0Rr*<PZvg<njTo5D#
zrwLuwZ6zV%!n2bri(W^+2Ja1#+{p}CBhFvV8)UJQRtA0i<z|nV<c>hKw-SJCD#^zO
zI~*aDmkIy#?3S0xAZSpJS?<p-+-pkRdGT{VH}XjJKb%K3V&{^o5yHO)fNwxy{zvIK
zqkN<~B6G(fNf1~$DaRdfy=1h4<O)d;dtt$yOy0dCdJu`rYB=Z-qN56x{?tS3f{DY*
z(mWbKSR%}4D||L9t+OC<nPNbPD=m?WV6YhSHZVy3by?BPDCi@Zhdc*$--(0>yI<{K
z*hgL0GgN9}K$<h$9kGtZPVjK^GxlT4$4=+ZIAQaH0QkHzpDatVW_6ne3!wAXnQH@h
zN4+e&HN}bvC}9`wq!o%6wm4~;5@@bqLCnam{#f9+kcZT|p4eUi`dQ5-$El?2&$H=T
z2_$RQO;Vkg{zE+6*6g+-%D<@8alSUkbdV<CpF;OyyqkGys}0Brs&-Tlk{q3d$-}#J
zro9|m(z7hpz0Az6rexBiz|{d3G-Y#j>$V2YGhvjM3q!;($UK;oRI5cNTZOO1tZm0l
zZd2_9a}P20HTG>$CmXCP9G&FpcdVJ&Q*Hc5=;n^GFhr>Oi?3UEB~`GYX(2M?uI&=-
z{L^1Kj4koJCN^y6G{TS?n(E+)41b`oa}({r=@q?ThMTU`ma$y@*xNaFS@k)d^71^v
zT9_^wWvFMPKjqzr=bIj*r<+?O>(y%m)qLw~-BqHmB+>JydX;k;C+}Gi^_OwfpQyd)
zkdOgDu<zvMD$OVA<<og1&kpMc4$a5y+al5j$Hxbt&G7a|K7&T`OA)R<|Lp|~%}|f_
zDo_}j)TQKR%uevyTrMmjsDJ9^i_D&%sQWrX`5ylcLReIV;!Gsm9#G3_<x!lmAcG&V
zjaClum@F0v$Az%I+!@A4TJL0#rq^ws8L~qf<m)s)MxrGroo4>G_mDIk{TU@<gZ?ev
ze#3cvy{}a}ZtBA0ydQR_2C(JR<jRyo6C0DW?zLk62{1K0EW=e5K0?4dun_rOzpr&E
zbErlkl}1K1QMwsF$IVR^iH+hvTfqx~fk>P}(21E_%9bmc5Z4uuZz&LG#6+Aj_%G22
zNovkkG_q=<DDegN|G}kn(n*pie9UZfb-Py2tW6Vj2dbEwcr&+l{L1xGLje1LGM)pT
zw@L!xGy+M|v$g9<XXnkjOKk79vNb0}1wmQ8eMzZWeRUwVf|)C;#fLY!Ko-Z?ik&VV
z5r7|r9z<KryazpBb+Oqbne7doqejgqOPX-}jno^NQcsd4-!usPNUjL~(i!NE^79f5
zlSYb~o16D+o~zYcMzSKni-chpmX>nc?MX|#(?~*o!<{A%9z==aD{bz{n+@H81B_7b
z_>nx$L$s!5W`5~2TtL3v$rW2wWoTgB%+!=jgtveWzS~A!LPBC?H197^j~^4hle1rM
zx$N?|xSA&V>E}nN%c7dRotaX#Kt#Me2>U;M<+36`^HXwi^PKH|UHe0LzX|i37$T?@
zu{3WtLiCd{`E!ROJ-hdBbN=?D6@N&{)c7A*?+UIeG3u>2c^W`NLi+Z^mA9GGSHWWz
zgpGZNPR~}}uT&mSR=H@nTnvUQ4@R)mf46;|Xv~*J)Yk#}$Hwq?&%W+;b1<G4l?31Y
zp~89Zw*(G)_0sWHrvu1F-kt`i!T7oE>Ha*wC#ZG*Fq;l$i)Z6<2-R>MEKcHzI@hG6
z-PzTmTJDKn-=@@1skRDXxjsYLa4lx}jkmY-6qHvY)lY48xadO6<J!%;+$c4j8Ym`w
zaGV6Sdd63Z#oL^5^v2s2d&JcoWxu>zvH>uxKhl;!7(6*zANC6s=QBH#i>y<B*gLQM
z+byUNC5djXPkOoZd`VWi11@s~*M6(9{tR5O4xM4U{V87P@cbonbMp1P{sSfsESllv
z!m0`>F0RwnUCQ-chuJDk#gp4jrZ=8OH9Sr_u8Z-}Dq25~0ruG1nh)Foe(7)2dO97)
zf3L>F6MecM{r;KoyiY2CXC>Wf^X*_TJ>?l#PWuq@t+4JMaHoqDEY8QVB?tCIwAW3w
zXu<y7l76Y@i}Z=Fn^sR-i%PF&Q^11DUe*g)Uycon&PZni`@+MyUEC};)?a2{ED06v
zuFls#6Y6k3mXd{wysmv*edxP|Ra%|ud0LAd5A2_S&HwmVKORWk?v|~XgT8m0{dZH)
z-KVPrq3@gzF>1Zu4Me~D-XlmV#dCRWrT^=7qgV<eES>XVDq0G{^J@!TGA(x-?#Cz9
zenzRjhqSw{`1Dauis%8&o%7Fod*k_OTnu+T@wlGk3NJlMxSl8V!eQK(Ti@_7JPyuD
zSMI}HXJYW2r#B(j>}gv+(Rth=dns{$HTxCba*1<m4$~rXgB)(OGJbw;#YGT3aIux6
zhI00K&oP|mT7T{C{&n{}Uluj}>EHwH)5_0Eqcpeu+mYv9rS>=quIJeJ6`PmuVMb}8
zSMJAO!^`uF^4pm1?v&aAYdu=8y^pVJn-IlDOwMQJ>F}Ow>q=H!u`(CA?H+_TnSrY|
zh}=y<f59C@G==$jb*J~Y*Lb|QscZRm?F)DQhjL9?+>f?&_Ya7&A<eXIyj)i>KVB?8
zravXHD70$ptVEsRjfRDpdKU85aOFIXCq=X`rKvLVT>ligvRcGwY9}DWPZTGK9x&2E
z2y?%Xcn&Z-LbT+5oVbl1*b>2WTk}Ux15OyUT(>?KME&WmC;s{j_g!$bZdaX9u+VO6
zz7O>lpOC*F+scx1Jwf43wOi<2eMmZW<4vM)JK0{F%dZ9g0p4Bqva7gLUMJ>p?Ah~D
z<=L$6e1`SK$$?CcJ5js{(F$PPdV6Dqy+WqQojouh!gJo<_M%I8Ui_IbvgLZS{pq1N
z{As=4*y@iVgaR}XY~pO>?xqLBUR-MI3)yK#v|kMy*`+^ZiIaQ)5Dx;)AQ?M}eT}vb
z%YeS@`7i(d^0tOPO8;Ss#rkh#2gn~keyn9?o?BWT0gH=X)$V}iQ@-P4NPL<L<mGZQ
zF~`SsS>Im!DJK=``EW4rw3i$2J5!A(Ny2&oF*9pvZay_NwKXu1l2KH?JU16n9U3vM
z+lS;KH|qTr9V+i7jnVV4`)HQ;`97SO*)wY1Eq!1%dO*J@v*lnu$@rrwX)IzuT$=pe
z>s78%T8BHLDV8bu`#;jLi7Q`W!%9UzbS*df%ZHc8(^bs|4Ignd&x1mADfi>#Uyv*c
z7o6{33P(K!ZVP!ONWuX_$?Xr}-Bzx*$-J+#B?tHZ&bsYqxmLdd(_Z$VRxZPmeio<S
z>94>P&K4@1iEqFG)|%RGw)Io78~oLHB}t--9>B49@47b86K~zmx`S2o&bw*3Jl_An
zlb<F<hI#LOZ!4SMdS8r(<FRPf0{jL!G9-B18TGWgoAuZnPS1z?@ZIlRgQr#K0}_wj
zwSRireb+f@8gFW`{=$krLu0GUfnN;C_s<)Vyf0Vrk72`0x9g;BHxop1g2ayLlPiDJ
zb2kt*`?-8cG&tW;yJ>mx^iLnBtX3YIZ+qlC(;tRieUIGN<I|-`qSZG=G@p0kJKOIr
zE=To0qf!mwM-O!UNXL-XG?P-78X5&$Y)Q3OYSbT>f8>4Y(0NR+wPag;JkIpQO%q4;
zxbhC9;dwj|!Mk%JjJ(?e!)w1fD#mkP%k=3p)I^T~Tbs7xfq3avN`DA`a>x6EO2K=#
zHaO~r`4mFSdu^}{g(r@xdDMJYoUAu&wSpa`rQyqPslca-@NKme&y)N9A*8p+Xhi%I
zvWtR7!?|~V`x(TGJK}+YeIgtTd8_cBY1`yMBQ@`J`p4LF`rVc=&8_Ffq^CVmjOZtx
z=X>7g3&tPmkD-UtuNTk>h<R0`$Nuxc(KYIR!pOa&t+h(I+I(7#_tgEu`#?0xvV1b=
znhLz|@qRST_4-3TXZq=L5_bA?yPW^A3w1bR?V&0Q3(M6*92w8mqs#G)8!J&oMoJ8;
zrpqYN@4I{*W%YQt^o&}7ewiQjyrHCBer=TEY`-|@|6OFBL(Wg!%9ruz_7%sC`L@fu
zxv?HYdx?YIY`GcUd)=*X={D#kX-2AqkxpBPy!S&`xXxRXvbJ`Afs#4&Ei2=&UR}ph
zTFce8=gah0b(;9E<+fLQ<5MBYtX63DmEt$F9|O1GU&4R<2(33@n5RX=frYy}4P-Gj
zHC432L-u-1*cxm(sy}T7J|zMUM@=i8+EJ!ppj$m6y;l><`{;og@F&IL<Itz1q@;G&
z&9T#!=19>`7n<!3d(vc@a_Qo2w`YBQeZpc>zm5f|16hHsQKhx3K578-rFA&^+um5_
z<7xZr;_Ax{Wqk+eeAnyqSY{Bu9NmDURSp~?9uIcVY|lp3!$M9GOJ!vx(C}++oa>;G
zFM2vXB86|g7Bp(e$we!1OMOTbzbW_Rblx!=e?5JDZa1}DrI|Nax4ug~b=zI<u2~NG
z193#%-MMr3AttV7HC;<fm^2Q0Bg6wNnzO3mfKV&q`fxzpu%(r**`*FVQ9Lfb-{`e~
z>Cs+{%J#MyowG5a<JcD12v_6b9#_5STH=L~rQ$n7;yS|4DEHiaMPfTq+OF4js4J~6
z-R&Q7RUdxd#csA=OOo^Az6<O=b(wAci{;e~&)<(JS%QHzY@PRqxcqvaQ@v&-95O&V
zAJ<Uev+ci?Q$G{Kl(V%H-6A4_I@z;i&mCI-8qb@?T-(CgSjivx_9FLq1F>0sgZtyn
zsK-rpKma6c2#&Oz+~utm?n|nx<!a?4!7u$PrKnmF{i>br?~C<TUzhA~zkgnNK5?8h
z{bR>nKd4HO7KsCg;#j294L7!9GH`BDW3C5TYLnoFf1`spGWbngJj%Wx_RniQ+d~!o
z8AD6XdjX-1O4K#z8yVk5xo`D7TE+fAM8`{6TYktyaYZGi+nr=926(|0wg_k+>#d*f
zFTnm_TRb4H{4yDi&5n!^==m_24%`bqc`L%VCmFaa{ORk<DeuF0co;UjK=B{8{K$7I
z=Hx1hz@D+wiR)#-to(Tcz1?Z^2P+v50{rcY>uLG(LV4?<#%WP$X=!0$rubhN7lwO9
zluB;(r;9q7jWx{|gDSy51evfm?B3HRI%#6%;z1HGwi(R*7(JK296T(NF8lXcuZb&A
zavTHOKR~!g4er@5<_!b<PmS^ahl=>0B*Fi37kvIvc>M26er?e;dd<PKd;}=tV8Z<+
z4%W0p2>n|Nusig;k;PeL6jyFcC4b;HFw#;iOv#Vb10oP7PEx(vuS;+Hiv-jUKf+d&
z8-utbLQXd2cZjGrnUy%@BP8D3EV)lm<$r2{srrQ;b15kY4ZpeD13<HFp-vi3Sd4<-
zH9aE-1DoP=@Zb7i0qYf41CN1l=yJeVhu;;JaT7=8(Wh15hLt>%+>B;g*2jk^{5{Ht
zF?#Gidgwb$6lh++_<{AfnuW$?stMVs5)?iig=0p!*a$Ed?^qH7^aFwp1Wa5&y1s7e
zp($moD;GD;X6SZyZ0|ym7|L^3$E_pf<B6yDH+NQOGa=1*CG07Uf;u5$KwucGOatza
zl#h2f+%W{8fvKeUs~l#Jjx)LKy$Elb;ORPA5ZOS$l&{H9WFmvn*LSELUmVm>1n`xd
zL0bCTj&5@OziCh1$M#5kP%5lZa{|UBKofjC=E|%UJz+qgx#l4GRHignPQ!&kQe>P#
z08N#Yc?=rhCPiYl%n1Q02&gmopF2!DT|4NsYap@-MRtKYtt{utxj}>qF0Exq&jwL#
z6cf<{WlH45#q6>M!C%uk()s9^KV=2Ks>^$K3?`dixT)2I_+unUh~%!IjTM!Y{e~iB
z67gcDr+Ir&H#dG9d$<)1g!U5Xd85WG=tWnmGmP$rck6uZz3lmxdRwaeNCE#5CQxLO
z2)`J*JGW_-G{H_Bp>YgVi(m4N%x~|lTx$()%qwf|hV>e^1rbd5p3W<W8gU3ExaB-N
zCT9N<^dBVu@D$5`#R5RKkp2WtaB8kNNK;Ovse$@i)P+%%j@T7ps*+(U2`Z{U6wr)q
z0my3aY4{5novWPXdR!>$8=Yo>QnqhAyb|b)r7>c}OUTzwB*LkhB(VP2#eH=y*ZXjZ
zgE>C1R{kAsuU&5V@Ue;rdRkxkqgziRhE2mQRH4>3m{VKL;JwPE+k<M!ii$od!42J!
z2l}Y6bJs`g9}ea}2pD4~PW^BQt+dDBnx*Gmhx^<~Xx&v{e3U9loQIhj;$KrxenHf#
z?d7~2X|84Qi3MRAdjS`t7b}WoCb-`r4GaSQJ4cSX#07_jKK@tu(o%1AQTfh}#Ufeb
zF$<Fh_Pik?l0`pOB!t3->yt_zf~|TDn7}Rq=K2*2OzoIs<bdDlD3yoUbDXWvogXhr
zA4hr2o84@^ZbwARjoWp@0sStV%#B(kW-1s>oJ3xm!8re+QYC($h#iv9$F>RUg=koa
zQQN4fr%KfC^Uo4jBKs_>#rVy(4Xyag|JKP?<{>y6mT1U<1R7>oST<Q$F63hFsX#Z<
zs)2a@w=@-%afTeGOp{}}-dd+sf{{BvH7!{eo)jvjWwq0~WdERdiaoCweQ`8(UQ=nP
zMwa4x^Y%r7y%Rgll>}C~=EVWzLwSE3jao0Nq}F2NF?Y2$@jd<X5>r6Fh!G(~sp1~f
z{7kMU`XTx`nvi@fS)f4%Cbl~Kw95{oJ9isK(R2co3L1~LGfp-my@R<bE9<c$_MsYd
zDfRqCiXvT3FY{=&ve))~(Pm+P9aMm*pln}~viWWo9Wl0S8OeMq4NnAd!0-9fyWT(}
zlfT|wTm`4(po=)~c1ag}X1!2G$@k&yNB}&Zv`iF6^*31o%mHN7Y208*VbyF!IY`3B
z(TdO<-@gVkwi-9*)i;*`vvz4ojAF|$Wptp(H2NCE{3j#vP;lhbq0j3B(9>B&6#?Hn
zq)*(U`=xWT9|Xd(xPbs)|DOt00(;~CQoM>t>K5*w99RGoDg!v*5-KOCNB-8(n#kQ_
zCi{ZeC0mYHN}pcc)^ke3bZnTycLb$PR%0BFXV=*~C=iudAMBwvf9Tl9&5jhzM_w4|
zdQ@&uKeRiNRF{`k0B)GYoN_RiVecRWO#{<OeCQ)(Z=NGpU2F8^f6H;r32Fb;ya%3D
zz)hm{1vm60#LRbPh6rMf3IDV#*?C7a+unbNraouk{brArcRDOxU>wEM%y!xMig!6^
zVr1x1LcpX4;I=?1*rD)|LX6PsOmocX{P~H}e<w!bsBZ4de_yr~aj(`Sf~q*ufEX*1
z$wjCwhy}zwdrxkEY&(JhNK>)_eqif0dhqBCoNeu6jQs>B=mBI#z6X5XXiQ&C-XUX$
z>}c{s(;(jl3RwvNrLa1n$~TZB@`aR+8OVSsW*v8C?L#F;2WDHW!P;-v6DT(if{8SM
zu{_0LMRNfdbX28UDt5j6YYob>K}E`qAm$p0w3%(lB0~51?B6QbV47{iKs%LGO5zTR
z?}U++b-sBa>^aC1Jy5nPnF_t^nH|KzVhDUAdDTuoY!8ngQn6-%GiA?ma-NpCR5_6_
zcijVtVB<8VH&k?bA>&$odg6TnB>|E#W1@OB8qc0itSUj%j_ME0hoQn>k=NKVKxOB3
zDn^=^M1zFP0@d+<By>(UUd*=0xr6}|KZ{_2iJu`#rId|0)ZKXh93|>1L{Ds6YoJ*2
zmunGvuP_)zWTcHtFLjj;&`vvu-lZtpnmgK4rCs5lC(uyb6@#e|%M#TuInLPEMJW9I
z;oMtY(OAJoa!xYs0ityN*hT_~@RnLlTwn=|>s6JSXvM|KW!1`q`$5O8z2tVRxPk%%
z3qLsI{ewg@oArmLi}{i*xBTLgQB{IG6$WHmSoSpXiu3hTT2uKGCQg2%%gV|32ef#1
z9<@}f`=#$T5~ugJsD}7Qbs=I!6wA}Y>sOG6c^y<(A<qj^bGaj>TpbSBLb1%$EyU;Q
zy<-d9Hwz6U&_G=EoUyfMc9W^oY->F+_fxDq*Mzx5J^g})^J;Oz?ll<9D{s1i(H)DO
zOcfqs)_xLmW!<_+Rf>$!Wtv%=oA690AQq?zT({HF>CVy}-U{|v1DTt8cbZpL4$8)>
zD}JnumepBw*H|a{UJKF0k8aT71RUu}8wFz4_v^JvjnB(S@yCA%RS}b^s|DUQb%<cb
zfpz3R=sIf1%THfyoq2>@y9k=$dBJ^<o8%x;wvTh|0vg=kxue&{)138DfMU8}hcP?)
zK>3{ScYHLIHNTQRICz_enE|brt_b#AdIaGCCRPP-`EOs2vJ#g(Nusd|?QaAJBkUcn
zyB3ms)AJf`aPLkfSDTs>tmTZ1aaQhSw7_vxc=639YCxc!;^nNsUbe+`4nA;lUP8NQ
z5K0s<l>&S~XaNLGEOzE|3+ZjELI=)8SS+mpyY|%by_0Vu%1!Y{{JlEd)7wzQFU1-G
zCI-{?TpV;SV_rxa(O`zuaQMjOv02uCC7nL%R?9hz3K15?5s6f&^@G{;{>(5LGl%W@
zcr<ek+?qgM`tJ~0k)tIsh@uM0anApE17m?toQmv0#ytBw+!~XIZqR3nYPZ1u!}D_U
z^W1~odm&0Ac)e)v2Ggf0j8jY@JD4ZrQ%ujJsg47eN%{~WIX990`LN2V(&iAI|Ece@
zf7U+OheWxVC-*ysUc{-E^Xi(KOywvtrUyM6QUi({%@~!;H6uwlIGVj(@-1M;Kc?No
zQS#N~lG>Biig*sw!+MZ6F`0gw%~eG5ue}#jU!K<kP1-R+M@kWy)2R;QoL!f;D1)4(
z0GzE12Cd9#)>BRXDsmN^-wy7!sP@u=rTGD7Y`h<rWnEkd=cQ)|I{p!QWD%V!RwUag
zgs?~~{)59}UK|nRWkr&IfS}px+LZ05qdJ3wh23Rf`0v1aNE1?<&R!w&+c$FB4qLG7
zk^l+|)u})BdJvY{Mur#($4&ueA?h0r5Rk~QLpe+ib_Hi;vbfAxNVVc5Dt@y?=$H>Y
zo|gh6|Ctdcr;%7U?1EQELk<qr;inA26um=JOTVi_ejmPe1B|GlMh*ci0vu+$4(R2K
z9IDEd7+wYjdSR6IV$=Wvw%_`5_{+u9Cs^lzTg+m7Ye-5N`G30m>Zmw^W?vFQ3@5k*
zvRLro&W2?106~IFaCdhC!9sxG4hin=njj(Q1{QaR1r`m??!F<P-23jk=brQ4pKs3Y
z_VlUkn(3aN?yCA#bvM1TAm4Mx{Y?Lp%r-}V_=?>n^2rG*egs1umj*Mq9bPDU`Z<N`
zbMcjhSc%tE%j|E#ob<+BKkNoIOjNTC*3gG(-k<5UT(;ikTq8<N%4e<Q5ARG)k6Tdk
z<%>_4H#8NPE8}AAG@mMH&Yk2X@F>1vJZkxG!f;iZ{#)#D41aD>-Yqt~WUlfV_8_6>
zuKL%8;zDT3zD=!M?cR2k5*DX5EN$vMOVrGXu8lZQX#!?8#?tGSl;ic(3`@)4eS&pS
z&)U8Mzy9-DuGKHc{8mXqU;Z}xD&CC1c3QraErsMR+XVfs-n8*6uHW?RT8rKN1&+&>
z|C!ayAL!S4-w0hj3xdF}Ur;>lPv7!fg7f70V>#?tw(I{W&$kIMgC_mGT&+jJtrvC9
z>6Auv3>bky{Q>UA#1Bnrjvp^$ala1w>+P3V>R$5bKL`JQ&p<GO!g2r@5o4V9m(O;o
zAqH2V+2f^N?Vh?gKx&i1xSOuXmU2T=4|;6DD)7%3-+ufVhe7AqrjqCR%^04Zd@n4A
zjt|oU!!bA_O=M#3HhG<x|0p7uYR=olGSM;)w8Q^wj2rPWC!yd(h;`?SGyjYMi04aw
z7$Abh;q{-D%aTQQmRHH#iUye~hK2#(VSgI$T{lg@etUN`URaC&hfkhpb7T{*X^pBg
zmheYFCYzSAx-vSJB2mG`Yap3x8u>qChabMek%yH=6kH%fX#J)MF>@ZDd^h!>_fvZ_
zuVP8X{SPhyzYCH@{~bg;ul;X=41o6i1*(8cwOV=OUj8#fcSe~|@C0~Vx1aofIqFFQ
znBzZ89>CD^FRJ9f@xcF}{-+}UrvA4@_T2E|v1=~F0xljn->ojZKrEpU3-+sF;G1Wc
zsncq0=j{i6*t&qJwezBvtB7nMr=XyqqGJEhNS^gpU|oO|!um~XOnKzcaI`K8ou6#b
z!fUiNJ^ehsU-i*r#k-IRVbydDM`Uwn1jK;NUFmgqYqa=bz}<^1G)IR$05qJ>yFh&w
zPoC~H)m%(e`X|0&vch`?gg<*ELqLFqZ5xaX7(_2sr*v**`2glFh?PjSf^E-bb0u=3
zAL=WA!^g5UpBjU)Q$uqY?a{Vo0luDD=?=58wghwBwwAC661<H*(3++daSiV%XL65m
z@IP_LTVG-ZpA_#xk;4JV%7X=L+ItCQ2Z5eqSuM-V4|7<5Gdhgs6JIH#&$|MGgfPPQ
z+-8nadlo--#L|bezS_0Ga(30}%SU_6S&R795J46n+|g$~@QjV53%8amg-bD00!44p
zP4^g|T_NYYk^~<g)}<NH$rQTjU3D&Lz`Ovr6CL1dP1)Py-#>a#zP6|plcX8%5j?T*
z0sn4`(&7<_Op;(CNCOtB#P=r~br3({y6AH`{`*K9BRQ;Wf&z1wYwL!vhjV><&QM{+
zwr|>iX9MiCOM7&+v^EL83tq@%^8c*Ma#`t+*p6x>mb&L8__7p^<@_h7G~J;sP4*Sj
z>(#?{o=x$H9?^#AWAyXV>z7_O`2eZuyyNDW=GV*&I;b3m_Nz|gy!E3rQp4T?*5deX
zZ2G<dKWK^MVdmxn5O17-5%}UG!L6C2Z1+yC5?4E!#d<B&oXEWgZE^!Iv@)l2r<Z{y
zBp9fXO$NHXpfnt<rh9o9Ji0!49HfGYa}Rv)=^ODB=?L0;`IYejSLI|QhF2po8!8`+
zC{|wUU7$WZSVE!HCfXiej7*=vmi!n?OvzV1{5+Hi4LjPUy>qzT7s~0kCF<i2v^~&i
zmV(|OZ&F#PQHtZMH1+6KDO4#wHM+gKb2L`uYAYBTaO9+@O)-7Rs}^vU9FVGs+6oXk
z?S;cdzo0W|JyB59s>DF>`GOxTH>+=xISJD@IOvgEx?6_5qwD)efwfEfnk>e<Lf2Ib
zzpX3})ImGd_%S|RkIThOYcenkKLn1hbu*a^wgrO&6xkI64kM1nBM%IHhLE`eX-~pg
zRnIud0u5b;aG*V3w|Pq=qp+k!g`AvyP3?)^Z07I@`Hxv=wGMDa8KmNV4DlwR+To)T
zLcmMNc?2Af9(0~xL~tQv3@wgY0v(XZ0RJs2wCf5oJ<I`#@roEHlK$X<{mN<b(OFC$
zemjb$4H^8MaJjIFq=%64?XrqI`f>oq+~<FY;zFPHfe+7~$MmxWpcfRtl;pv;xb~O+
zkL&46n1S>Mn9;=6eD99+shjZ|I}DfK910yvw4qoRQQw9VW$yUd`{Cck5ABXcOOGl5
z1Iod|#Ge36)CIH?0ABo2o$=9$;cIM$fK7Dc9QE_ymnlzoic#r)IsXh|>PeU|Mecl@
z<Mq;$E-tg7Iij!tUV4sL*<bc(x>zv=6ZK+VG>1&slxZV<L^m$ajA*1KiQ@cK@n<h(
z&<|jcfvhI&MIA8j`(?lRx!$&kmeV+2deVrJVw$sVN9tV{G@uzw7So$fD|u!B-e}$E
zn>ny7HL8+_;x)yI{S6wqg!XHk%X}o3sdT<q3r*5fM5E_gubYZ?eDRl;Fo*6KZ40Ok
zH1Ut)wy?RI)KPQX_mF(T-~W-HQLS;Dc!5~03gbM8X<EPMmDV$osoxK2Noh%8FG4iJ
z^z${|3pxpIla7m+;)&xtda#*s-S@#M#p3;8G4#6E#-KaZ#UFp^GLv`dayXUO>eBAh
z$DnNjulxoUMiZkSK5{4LriDFkJ}ty^SiraIa;tr664?nyqswk$Ud5X`jO}rZIbVvd
zs=7qvmk5BYT*sd>7oJ6*KCu`>zw=#%Ewwchg<&;SAG^q>8LOG(PB5D3<OH9cVP&#b
zG_*lT7Q~I~^Fyw<om7)ZZA(5)*9hvcRF+NVZyb!g6RlJsxYzfj8>c(Nb~U>FYeJ1Q
z2xOQh^6m_oaI~tSIbu%cAOU;-_Fj!5wDNIbZ0TfQ!FmF)ZK&hbis~!Z0dzvrl2m|j
zl{r#de_2QhHne2-wN+YI{b+Ioxu(I8AA0>LDAw0Xes!8HC~XVa-7HuFoT7agrqBZ?
z<$CJ11f!TtT;!KX4UaQt;56h}DF<&4P2H@(y5}Z0;mym83dGGbg*8gPvJlseGB+Pi
z8ij@Wa>>5_;Cw|F4aH`gdFMi>ZbvLf`iyjYQ8i{!i$^iX`EP0cSM?J}`S&WeEfmga
z$Y?nXualZa%n*}}Q>5mFPnWV$(z{FN;W7T2YHflX9w)Q8KB_LArCxLDvxzaE8Viz0
zEB(5EUwkl&D&JBzH#M!ig!O;M={P+Qm_5-Sen2H)>%XxLB)>hf55>?Xg$zF3M{N9N
zV$fadff_+-bhTR7$<3zbF{jN^zu(4o*7z{k-(8h`#nbu@;Sr7RKARWW`Tj4R6VzE9
z&A8Ww&Sho`!b-G<=;2m4eitH*-)2ZgUsaW;+0p(gCum%~9$1=RX^c<MorthF9|ECd
z38`A}xT_7ysfkHbGj5h0E9h}Hn~f|WB9$(t&*wxuOuRl{qTsd|&lF<#j;rBR&B&rd
z!jeDzygt~^2-UWo6DJP}7D_bGQWXVrehSwyGXb$_Kz0-+t(v5;<o2!KE%%JG1#n)V
zf*EhXE*GV=R8dP;r+c+FC$l>7?!DC0i!H8mX{UV$9dlbj#_J(h-XQCu%FeIke&-7k
za|Te+GufRw%(<8-C6<vnbELqsYn1)|g^Dk}VXlgm`y0>F%LuvNxpuY2@?lYvTGi?=
zF860A#jI41+z;|>Y*79#PHRu7m=UvCn&=DR=pKqY=?Lw!t5i_|`$*xcb~AWIy_X&N
zCyW%uPA>}>$5TIVy<h2Ji@<`2?4FbREx&uB)=1Dt$;usGyWf4}=)FRXobi!Go=n1G
z7tytD91g@4%5yx1?1=Yjzf#a%XX9|?#Rc?!P@XJoj|F-X=0RK19<W%Kn7atpfnDye
z02>Z+%&J|TeQUYi0;dvqueP_0tOm!g$y|9JpG(vpW+Hc!Vtj3vP-^EA@tbS?Pq?$)
zM^U5`O{d>Tm^q2b$T;3)em}X{GB#uw3MpM@q(Bc&y<$UYIaTi{gVDW}y~ogOG0%<8
zf(XX<n?5h>X#;MKs;a6=N?1XUv9V#6d=(k#6=i-dGD>E-lKsL|{dN%TqkQ&iY83^G
z?fUswBQ15zj)n)7H)8N}O6n)?m+whVH}C3`P1PAp%Mm{}<B+aA?f9xubvdwI@QLO_
zEE_Nw<bBd$(E`a&*Ks#j>11g=W#WiX2nS8@Xc|1s7%8yGS44I9b6em|$)+pC<PF1Q
zoJy8%Lf2Pty4hLYP$7_5ZZ~S>a9^HaU@Z(VDgt{88dgNl#g{<~_6HHtNKC1JnSN?n
zhT|Qokm0kUE&1Z0H7qRbgDgutd6aZIZg_xE+t^gmBYe-GUA#26{PxKVf<uVTc~?A{
ztEgb{-F)d@mlX?qU^jpuI<3aA@IS{+Pb9R&oUdT9Mk`z0aabQb#0;ZdV0XS0ELFW(
zSRM5__*&X-u|yGixd>jbj;Y<B`UoyjMY6e8H2Inz2R&%#<kmL~6&os_Q7jnCVfx(G
z7uLyq^CK$klyoDb<9A$B2X7!aK-qLEeYf*-jrBz8Rno+6(~7!}GQ?uU#!zt;=t2cx
z_Uml0OqMVG$zY&WByCdafG>~n$Fb!70MJGKF)jPmD+r8U8s|L!nHqnXiz-n!F3wt?
z$IbQOsPdZs_1%@niNRj!DJkSsRBTH5t)BMY^0T9Xc?*QBAqlQ-wOhi}ziOI-)Z<vg
zg;vw9TF87=^*646PhTS)#V`cllbioIfwt5XWZD{ZQMi_=|A13bA7G!5{xquyXL)P&
zII?8Z4lW_iq@zMxtu*ngSb^0wqW|RaqDyx(Jc#bzq3`iMuem46e9rL_qbiF&0aTar
z1A}wjSdwqEmei{*)q|gX*@dHeB32Ga+63c`MzS4JF1lQT=*Yu)$o9yVWOtiJ1$N$V
zECrl!fwjL3-+zwu%pHAxbVx9`<+a$Nnr=fxC<AmguPppWhrHsF0(0>x>6s~LO|LGW
zl`)UavNTYUfA9~SKtAMTilU&NJ%}qHvdqK1%fUb3B3{&aM1ozIkl%rt_J%FgDAZ5Y
z_aY|X`naSml40}m2%47#;T!6!jr^69Q3`3D(hNtVe!F$L`BV@gyb!aGS2c)2BO=Kg
z#5;F;^CgIY@R;`3!0@Zz5yx42P6Ekmy3PG+Wq5G+r{CpKtk2U_{qse_XONR+eInDb
zVDHjV%dW1j@a>~M+D75Cvc5u2%ULF~)P#iDF_9dMvBWsgBzx+kjWl^JFAO>Q;I5qM
z8dtY@+suZxvd^$}^K&biqLQ-c@RVT8yYo1vl4-LwIBu@CZkICA=OMq|TPeLApG+Wr
z{j2WR@_udWqF(G1LD84_(QjF;E#i-Ln$Ng?aQ?}fYiL*MWA3?+ztT>7X8P*Dj0vjp
zv(3aaRhHl*zfH{ZxN}8n@f*CDq%=6MR~GFPqPJhywg=#$Ox>mQBtdip{aXkft_zlM
zk)k#1NJ=cpht&KXn->*TO{e06Kz|CyCDmN>TC9uk?8{MAvm&+mbbvA2iEd0jcoDoG
zH1moI5%E-qEVbBr{U<`$%W5M{doG&G<!T?Rn*_t^YWPL^qKcumxAHHc$TCg(>%G`s
zeE<Fs-$Oyakpq~a-<qZvbn8aaXUfGY=4NW)^+yK@{nin6ovj!SgV&*M`p7iP@ONio
z4918P0}1C)IFX3kWI2fPcyQdXw!;JaZXbE)zP5dlsOk>-S56E4ffzMUn$b-Uk0?&E
z7Fa55g(x=p)V8H~NKUPAfAM&r^anm|MUjv5DH;^tf!7!j5m7*<uW1fT=1ix}PN9!)
zC?O(^{&sb7Q4{pK8nUoe$G%YGBsHM%Xey<Z%h{+a=QCeOO<9{ZB|&CgQDNX)vh$!c
zXlL4=Wuy@0_hCBDXV2*E!fNVx7>rot{@|TsrO}ebXB%WyvFy*Do$#!kL?#HEm8+Vm
zk1@ekCtMV2@lU~u0Vf+C*_0E+#7JT}%#?;nE_sCw`fO5*0=FM9m%I3vM;~VW_#uy1
z#{46U3-~;3&t|9cf2c8taS>pJDW9_Xy%V>H-XA)mmuc!d7D%7^b#lYY#Xh2tB4|9#
z#&c@QLr%$t@~rS5uie#5E8Hx&7GPuSeY49SA^TM9tSffvb#4xnSTl`u)>ip!Y){yQ
z_}dy26Pva1^WTe3kE}#6#{Q(62rRtqeu1-eiJaPEJ<p02J0DO7Ucn{wex}d_`o|Zi
zZqsa3QfNfX4(88_mQv@30njC|E!}Y;TVmTyGUQKxs&gXKx*;>`#<{qy%19MK6cmo2
zXBPifD(<5+7iuhp{V!jD)5DStQUrwn$Tr+v=2s7M2db~RGYjtPdHOhOt5ZZ%XG$1!
zdinbgF0jRL!=J2bXoT6Mjj|Xu=`p-t{?ac-3tEuAAJYyk<Xeu#)IF(O<aPf8^?hj3
zhJ!+w#E4H8?iMKH#j>51n?$_Q8Y|_GI^l;T_*eN9hzX?NE;Os&WF_k;VKt8q>(zaJ
z-n8}60G6iYcfE!LQ-!J-EEf<^fpBMP<LFhZ^A;ONe{{TrJkv{sP>|-UrU)1o$I6sy
zHaIhwR3fk;#I4M8k}YtdHB<7<AM17R(xLaL!Nblv(TR;>br%!3YhE3Z;RfFD%aBLu
zX8xMel?FUX%@?bYVT&TvqDBJ=ZS}ZZb}68zAIK_o+U)IKF2}AZs`mcTB-4c!$iy6q
zXIEce&UX(8E^cWxoPJ~EsvIMTun3FcQRrwr(A8`~{HnCA5I)J*oT`9gi@l|2^A)BM
zrsu4)$0y|GGHp+3RA|0*EJgdN#kpjJV*P!}Kg_sye_sc8T??SkFhM(UIHUMJpuLSz
zwD@?f1@gLw-eF5kq2`Q+b}}Dn^s8#r#ej%5%8TjB<FXg^x?+*`3C+!5nBa|4dd(5p
zI>|g;`myBCAC=o#DHnz80});VSBO_LRji09gYKUrUIQ)fxLvZmTi;5&nQOlbJsI~p
z&7{9#>CEEVxMWe5>a2AL7%QU1>L&oT(4{+rYFl%%n!jALTN5i}@tCdt=;{<d86$q+
z^c`{9R$s8w&$|ve&MIw9NwIkL7$kLY5NVxPvH$SV+?X~s-g|=Sn;DftGBtcSMYMG>
z((lJtem)Jm;gXb2`@-IBT=R&s`*pz!KN5ZUt_&&<1)2Gr00e;|0`ky2<k?ToBS%X9
zRV68_`wGOM72Up2{u_}u1T9Q9L7}t@L_0R?tu5i(qv-9~YBz6}Eu2(3v1PM5R7ugO
z<qd*-X>$Qu@94r9q}8F)Mz<DPBZ&3mxqxaL^rX!#AJR6=zxJw=_Fdc%Vbpqu&={|p
zNv$}SjVY|J!X9C2O7u*&iz-Sw4~{YQ#H3oSzM%n?(0v3<G+`e<zQCdP54Ci<jyc=E
z&dTa)XJ2zTvs{RIRpfAv<P!ci@k>@b1Z`Sr=TjYdMEDVHntE_=Wl4YNA=iqrC~udH
z<({$cy%mE=X<^NKE4!ROm-bX5=QKh`ow@>E3_;uOg&GM-URa2pxX^w;_yueXBm&+{
zn}r$6bF~H2$>_7{G8KZ4Tq6fiQ55oLf|Nmnbq~U=qup_(D>p_$WV#zw3zfje#Z8oD
z5Tfg%n`v<?z0{QD;Bh;l_S>rP=!>E{|Bi|OCpT$>H%?c!Bm?YVV!Qlu(bV0|O~1oe
z``cTg04#)&zj1_BGm9O+pM<%Nnx10Y-IibvEWCln4u?wBUH%v*#*cmXf60VslC&eG
z5wEWw6ZLwKO(M7x<tj2C=E2~hcr-g3ArvnI@5J_-uF~u&xHGGiInW-H#=N~tNXYfj
zJO<T>f8=|P%=Q|Ew)NCTRoY#<K=&C@5b!ziy$}BT91rh`FVEO0o;aIAc$5d7ha3)w
zKZ>@upr73Pp<w&%rSHM@>KnN)Gik<#J=as#H`V()n&@dwUlbX(!Rfl!9o`wiU0adw
z<@?s@iwVW&Ycg_()J_L_8-ZSbaYHU@E<temyf1%YGMDSyj#EFML>+b`^3Bys12*q9
zJFN4<pRENIvoBzhK6-M)citb;DK<J?v<{n_M%>khPbE#E%9sN#>n2pd$qPwNP5jxS
zfpfxY9wyOB5bMcIu6vEUjNd6j<sP@5WUpz|yYbxd?-G|b(bP<)S_`el1tcl&q3C&m
z#&m)57vSspMZ__#g5tAf?)az~*T5gpal(&O$CMU)l(eRvKhp_CLO5^e2!VM(cb6d4
zOK;v-fM&UH2wwRmsJ-dgLkwBi13|?;98P=gbi8HhJ9l0$bT9!Cd{E41RZ1|YNZs{q
z40}F10G0D--*v6eY+cM0IE_gE_CxGXBwU9ZW0^EXu`#xQUbF}3AsFX6hc~q{F@C?t
zoM#pv1I&iGW*;^tot>Q}B_;VB02adCJ9LV)kZiv*iXaRyznh!e!@D>Q*9QU1sB0R1
z0%ZJE`u3r&u5M)EkQ@6T9<78PD3(s~fg}A*8zBb9cYZM_@J{(s)l`ZBhq$=YBKG(1
zD_c<*7#Ozi$$!FNPinjTa4EZA{2IM8j}45A7#KWC7)|iy7x#cuj6gn`+XUlF0p@K2
zFuqMNfOquvkcHj(oBl0^fidR#H}^6P?{E4~>OYJAi~7%^|6=^lqW@(4Uy5S<?~KXG
zxjue{;^=@t#XmDQno8gFpxt*C$`{p`5e}f&*wv6S%Ihv=?z=+UcQAyy9|pZg1=!fI
z)x2!Qm*a=jd5<xG1|*z}15Z<u*D81d9@`&iEhy!7NnYdDGcsz2oO)9X-nSJ?i1af$
zr2k6)dM#=s!l(Yu191!tA5)%G&j+<|jml(hVBLNHZ<F|Dv||J+G$AedIU=IxKTew#
z7TZf({j!V8ZfZ(M(;BP_S!J!Ol_!wvGN<n$FI#h~Tpc!|h9fv;mn$$?fZl>*)q<EB
z{3AYdrXjmT<Ab0LPSRolHe{l48iqh@31ZvMNfmqQ!w;gvaox3qWkRiu6MOFKB)zv}
zDozWhnGP+GW{n_j_m*r2`?;gM>ZVy(swFkbYhZ@S#v9%on}2%vXSb87=GKHD_c^NB
ztF4o%<_lFuJI|&M(oPEJUh2_1QCACyuF}m?J4N+S$Wp!}wmk3W8K2rch1BsBC54Cc
zwVxGth<8S(Tc7H=;P%uL%{_5BGNdX;Or<zkfhqTLKe$~|Q<Nx_*10VplAlnGH3Azn
zPE|DimZq|$mDTqPqCPmj?I8|#R{JZFa>0D6t@w!}3e2G4h$lUxJ1MTsZ{iY~i^K}`
z=GdR@8$$>b4U*-Y>o0V2*c6M|?aKJ?5yr;ZeU4VW&pA+c-jX9&MN!KG;{PyOjI}v9
z$Wy~w7gc<{7(Zu~$VNqJy;L>?E}3A7(5i3awzf)8&t#}z@(+A30W)vU(;QLDe3xWs
zP)_^p>(7+uUWYXt;;EmID3O@N-TFTxW|Z#g>wD$a8qN@FFBkP!3F?Wak3YB0uF*lL
zW%{|{s$h8?GPO9hsUl_;{*h>n`&_J5@v^6O>eK7nEH0D$%*u@&Eh5b2ZAlaHs*+^6
z^rp`S1yYY+gpF>d$!qL!SdFWE(UBZg=$p3nDsO0hURqaQ9v`j&<zUR&d!1%;t)87_
z7^cXt?9m&@koS{xV_aY-EqLAT1eWYPd@9xIHr%pF;5BzM1QBpN#_0Q8i?pnYx!*7-
zxSel>Ex+r1w*p6{VxD{~jN7Vn%3A|rjE(C((t<nrKy@mMt}mDXW4Xb3&Hx@_!^);z
zWqdlHQ;to9TQ54V<(vsuvr5_tXVn$ub>4A%q?>cL-XLA*&>|~ZbKKik>R~!O=)kVV
zD80uXKCS(>SYEHGQM;9Y(4gO$rM@J`LtP;5TYnkzRn9<U`Hp2X(gROPkdLp8Hrtag
zEb=Yc-Z(MwdaVk!>HzNPf$rI_mYB&Im+osIuaJnH>%J)<ozE#gt=djM=oOIJJ8-Jw
z4IU&pQaHD_j(kh9r%tvvWRXkCkVLgJIKTMx!82p+68aMB+&Y?az`b{P<Zik1>{$CS
zE{T*t<j!u<wvA7Q`|uI0ou7j(za(C_h0$BtzMRRacXaYoR)cV~dwc`n6k-x$tg}9H
zSDr<7Zq&GTLq3YNVJo*}T6|{J&u4AeDGD!bRzdk?%|M=Hy7P?GE?&c14S9bZvzNaL
z^xQ{V+Bxd@EzZC9eO~*HcQ*Rn;Id55`src+uEv?&o7sc<U5>h$`@4j@15egHWp78y
zPJYvTGOJtx>4Sc|=(&U>mDw!>uFfF%TK!~;<FPq?egaV;)2&gmcjJ<lMUIEb&uHCL
zSTRX$b4(UAz~$n)V`ZynOQqtrQLmZlZRf={x~J7=fh9CkW$B@fJvtUrUH$lz#@nv0
z6pfsmoM7Zb+tK~ta>yem!uX8@@<Jxcctet9?*PQ#wk_AtnthW{<!VqCWbAWQpIbD9
zKsben2ncX~$=OJF0Zt2dPu7^#E2quP3Amc74<^%%c+Ri-lqLU9NG!u6wzeW?#@SYd
z!3fKlu5C-<UaUBgk+bl`bU*cc04kauumal7S`A{`V=BxD2_aB<$JRR>DS*_~p5mD{
zF$enV*?@)51F???i#b4>>m_X&yHA!)*Z2A^#<GCRT-KkQY|SceRZd1#85Uz_k?WS`
z3#T^WqwCxTLw)sy?Aiwd+92y)?W`IzZ8nt`a}Yf?Lb4%e$oOg%hYGMzgDphcDpkZg
zwJEQzF2VF$EGx4GL};<9<P1a@QXJG1_VeRCB9(W3Yc(AY8cJGX!(SyhgB~Z<rpgG)
zUym93R6Dnmx+EHRCPbN9GUdErOn$BYZmwx;0pTQ-B0rP)`?j=QE&{&p|M?RNZZUNu
z{dTVRXAa3Tr<0(KlA+hTrWI1H4IMLlb>YuJ3`LIL^&Rzcg9~Q;X-V?vKp}Oaa_U$H
z*Nt`rKM%iWpG(l--sh>fTG;ict-M0s6Q&^gJ4!y9iFF2nf;BX?nXoe#riM)r0U_gQ
z^CRnTUzFOg%CWH6R0!U4WLVRC{)zEZcvLz25Fg(=1<Z+zj&H}tHsfRW+}~3*)Wu%z
zW_uRq8wwX+ta2Q%$Pb^DcRIU&t^cD_9u@waqvMTl20iGp9l|xhM~`s&ggd~)cog2C
zG73iS&er9*$?(=_>>;1KI+(jYFJ9})+hG6|!z?2`-k7}EkNzc6F)FEM7grOFqS@o-
zot6py@VV6gyk)7c)E_Jv9R|n?fW*{)tj)+_tFTj0)M3AUQR_+et}Qjzt4^D!g-?K2
zKvtez!HqjU!=7K1wWj7pX<Hqid%ljY|Ce75?g<K-qWkBe`(vFbJiYm>D1pv0uiRN!
zrr5lxiu0&^lwQ4siB)~a{`+_O`mu)k6D>0oB~nzG(sQgI*6v?ly3LNKTjSuLjlQSj
zp#9Y#xL&okN_P+AWtzWQ<Xp0@#*BKkRY(cl@zqpTz#kBy-J2+l{)liPzj!uXtU)<p
zrjoK_%RTwm+S*=kr}th?E%FM@{^kmt)e#DgPGk)ahwZkI%_{MnMwh_#iJc}Osz*c)
z$Xy3R8*b(!HTMSoQlU)sMHfH(iY%>sq5PeZvnB$NQl-hpW6&y&HwY9l6qTDpi+~?A
zw8&a1teYm<JO8mqq#Xb8($1$vXs?USG61_w3ygfV$ae<ugqzsD&ltDtES~bpc4Mpx
z_TwX$9ehw@*BPT3%*%j*Vb9ix(3DM=UyXp-<Rwrtf@i1QU(eE^zLv_*ikEBYHc$29
znwYGm%@s8;lvjipuX-EmPp>3vBkY7;kw`+K>ffz)MxDMZ2r*W*Ma|Bu>%zZ&qI*Y9
z$j?7XL|Et`o0Sw-53&hFBGfoGUyZ9k#<lbpX|kB?Cd)`BDEjRkV%VM$<;p`8PiYBb
zc_15$Dx*_pKs;p4Mg#>fk+5HI&~r&(c1u!<U>n7Is7e@HQQaa+DIRP`M?JOuwRkEZ
z+l^A|oECR}>iABy9GUJmX>`~}7(Gxi!1VIUIKQTWFA9gG<rqiqdx}Bo{wauxPzr);
zW@TFRTQiTu3fV)UQSq(kC{)E7t6w^gWK!j&rRlHw$dJltxdT+}xP(1<tD{70P2G!Z
z*Ze#-4z?j?)t{UhToNVJPZS{&jH#wY%arbWoF#5=rQXc@g0#I<B;ZSxoHKt2WBrG^
z?wmC$*QZ44k}L4#<T-NjCw{3Yd(M{I7Bvt=+T1Q)@v*25qM*o_$Hm4rFAq_vKA9I~
zy_(HJ*<JfDw+$$bk($MQ%P9s0hu{4<<iR*=RDBX&WGjOQUn(q!8*87yTnheAt<Xq|
zdo}4C5f_eAuPcY{nCr`n<Zzw8--z?5PzIPq^5B9Y0Q_UMQL^DONTiT(qNY}9*5Z<B
zkinghar3GE^6?~_p>E9!{trP(71KXB4d13}QSgJ^v@Q2Ua=4EoPNN5nB0xDzjf9Gk
zQM}+gwb9Z-9roGnxb&DaDIB`2GaoN5cCd~nHf&!FB?bNZzW*+Xi6e(F0&Z3VTu^iU
z`KvfpIZ|`3hw-oTR8mFp8z5YUZ?jaM5);H{*U7@pQ6i7(gLQ@)RoSLPLS|@L)JV&U
zVq&JA+D1LCcJ)xr7yxD&Mo5j+?kX>fzhtjUCX=O+QQ6NksN<QB`k#F9=$1{-xxA14
zHANh$iO&YNk{CA?kRXBlf}hPqh|Aa?12dNo(&^X868Z|M?j}{xcfPo8jg!K*JD>eK
zTPN>awL{N1s_em(f2{PR7);{~A->LQ$0Tl;RPjiMZ||t6aok$bB2S6jh;_Esw{bBX
z*^KT<zCd@@*Pk}Pb)Tq2elTUnN^f_y#8v8eTEb5teDk>Ywo!H2M+x~|dWf*985ns8
zCV;bIE#{2`d&NPpmZ7I(_GLsCiDG>!o3j%2Ec`1{K#<P?hmb{k&`@Ih34fZn`e5t_
z7vg)|4XQ~&(*{fH&effqp|j>3le+MTG~v~7;G%OoHM+MlW;~N3DCY^Y(lj>qY3Vzp
zeGIHZ*uO<MM>-mZT25QFCTZ(NB)q|@8-oRl=$%W?422Xa!fD<{)4Fa(U9)8OTw*Tf
zd&{}y??NXj$f@{;8n2n-JNqo04ZquP@mlsS3?IDif<ME;SWW_54(!o<NK*46{TFO1
zq?sx0w$7ErV)UgVbhc|CMMJ@ll4kNS!pBYaGMII@VxuywoggxO4@+6$YLg~aYIv+F
z;WDYxOHxjb&^AEeUf|rGWgzKYjQKMFS<*{_a@a7Au{|Mbe1q3;wXM;6=JJ}{REUPO
z;(Qc?;~qv6VkIv*U4dT)LfjK~<8Aj4GmO`Gr9g!8YX}BLBVR`PU!BqMqyYXj9P3tn
z{62jDAKKq{#RrDZ>U&PwMlJV%V|)80-*;{Y2L~W377mB6eDG)k{vF8Y_xoYc?}-V<
z<iYkf0t&}ReNIdM*X2OqJo)|6TYerth~HOIFLZZf3XA-CG+5)@Jm1~jy*f92OT_%(
zTc??}I6As=Z~#3K%emv{S-ZP33gkC7LT)#7#c<RO`aqCU2+z#S49EQQ+QNd_{8st>
z9tD{Dv7sj^@?oeb>U+29@RtJoPaPwnlsKUPeii(K4#k!zubd(D;f3+d?WO1xJ!&O}
z3r@rwUXa)6lwVXz=l)38QTAG=dk9dMr9bx)zqhg3RTd!C*VnhRv+EAS_h>1Q&UI=F
zV)1A^#&XjG8TVgHg3$YB;G5K&fFl@9a6>B^)6MtQVvN4epUvp8e1+tjn;XX{I)EYh
zZG8Hoq{e7uWG%c<Ion+)`m~F!5Eet0Azq1Zs%>vwW$!Ehc!57FJV{w@#7$$_Zb;)i
zK&aE~hiG43dUTY&gp0#|^<g?#KIO0SfBq_MQF*N|=0J@oVB@9(3!W`ehl){-KAWPl
z9Nh2B8b*q7XOf2&KQktW^-(4l<wmq&Mhr2Xib^mlDVHU*(e7wFC$-6_^kIQO2eFXF
zq*J70+D)JCB6@}WGA1XQ5+v*ew#<bKG}dS*5A#P9tvy-A>Cs7WC{#0j@B0+K;0FTv
zbr+Ld1AB3HC_!r7M?lWp@&cty7KGP9BChM@bS*JO!6MebeDt79Tm3$+mBZz0I6zCh
z5OS3KX>d<+S^qTz3P!gL>jD5~y$iaD<PlXjlIeod0*@E<%xRAo4m}j(+RR)yH9!q^
zkdc;URl6)<V_yu?Mp7A|6f{QWdp2s_&4=aNZj3^k98W*@K=A<tid8l%78URSR$i)$
zGW~RloZuxwBNvm_wMA>qdjrnT+bbN*^nnU>ilk+5v-w??WeU4!>Y)_ymSA^wmHf`3
z!P>PN3{cjK^K6&0?yR;O2Ez99RfDXp^I>@>M)`(P0h3xX&CV-FsLN5Q#oqjh-pvGB
z)ag>x|1>`0#=|foh7sHx)Oke$Jppp%{yay=9??HBJHU^Dx&vysIN-EWF*-~G9!QwD
zq>Pd;g)ua=XL;<!j$1uwpry)G&1h8AYZ9m|=eN=v`hX}`Xe`$b&|^nrd}!cTPE&7N
z5Ve|{ZR4Gsh;V^!o>PPh_l-7e_A!$<IAqixMYS1gHrA93Zl*!%_D*>{Z0AW`-un!W
z=>tv>)UG?{>5)_x<>~5e?M-mPU2}G^FEWr?ymc>6&y>d=)Qsux(vz)tjpqa%L@y(6
zZzub*w`Iv;(e0c@0{6q3O-VgOy|i4YyZUtYF{q@t!tx<?06-$|2WkeG_I@twON)~&
z*LKtkPgv8b4lqdPj+(2iiiAP=^P#ped>RE{nA61&7T_8xsim5dRDj|ft7X+b@xqi@
zeFgdyVC0)u$?f&(<r52GDm#gD+ZL|H)a#*XSwoXq*9kbb_f%s|(cog5_hr)~TK4ER
zy#zvcH#wu4rr+j;N(R3fl{KZVC@qv!bRk2Qd?kKSkh~-QwADR6`N?;>9>XnUeIvka
zsK{JV##@vqP4YbodT|6VW>$Xs<lf49b^M1l3mQ>(Rf3Q4%*sl>-X&~+P6P}q`hYXb
zY1cp}dehLqhR!F37srHdK(8vBF^PW6DYqBrotMAbk4-h)(3ce!{7!!Pv<`ffj8C7M
zy4g2kO7cXETB^%xS8(ZSkDEEv_ssA0+;k2+S;S86;I)__mOQ1x$H(7Q;>PJF#FE#}
z9VLHmQ9j5W09}($u+>1wbK#f|6IA+x8O6j{1jVasFV~w3##ikqT+Yh&Z6#bPSZv&y
z=*YQ0-41qES5Zc3tnN-`4;o2r?nhG^y7+2p&0l4iQ9CL2+&^E0NH|P+|4^13m!vTa
zkJ7F^3kP{E^^A5O99kBqO2E{cgyd|w5euzGG(pP~N8Mzbiq>e93)hm*Tqin1cIQfi
z)a|rv$wo12D>rOX%DjZK*~v%AK&RP!vSDrTo@CX2!bL?s@;boh63+%`tFt+-6!fmp
zZPSC*8oZy`p*LMBMGx%I1)_A4JRgGkvW5oDWukF4<)@bq<Gp5x#RO!3p0q8yz5wci
z(S)t!T^(D{nxh;7I4TWcN1nLr|IYT7x>!kYgv-7@itMdK_Jg2!c-cGeuB=n4Z$9A1
zqho7;^+7|8Tz|mgG4T~QV~!a`!->1{k(=pS^PLS}-ffSxao#xY%vacLdN~fq8uMh7
zu=wk9JGbou+Oe6-@LvARQnoC<9XPgZ8us$Ts%^Vl;XTPO4`M2XYqD?(M`*zBTag;|
zqTzAvC3d8i{$R&F*cM(Hb9b>z?=EJa1P5n^kel?`N?L?k_PUq<>Nv9t{?wZc5tG2b
zJ?U%Zi*$SXZg)R3XD<P9?~ezUpBJE8Pc=G@B>HN~@j1M_5<_Lh>~t6>TRkUM-E1)L
z#!x%Nu@-c;Xz5*yDL}d2OtYV~@_3)dRSyAi^I~-X&=xM8Y8IATW|7;SY|7z-EXRm&
z_q=hAb1sm9;sh8?oiyVT-;5oQ>gr|ppfr-)2xEu&Q^{%!hUW6;eVZoG9W4FAcq053
z6N9@`_5fBV?0o8MeA-|RlR0HqNnNVe{@Pwrj$Ic%z4|WF&~S~+Gp|jKdt(9@dgx0=
zs2Ht&0DUT`&HK}mPg**9CR=pBSe75^A?)W6x^Qcpo`2Z+%3D!Wb4qZ@H}~yxJ#DX_
zpDBQObaD`Ra|5_Uo6`TrS%br8_Etu_xQQfhF)wL)=*iQkPc3kWIT?>oX3Ee_CH%j*
z79V94WE~FIp4#Xq3X#3g2(?<a{7hzen%lSbx<wE@_)ht#!%JUU8G5CJ528dUT8M6|
zKsiH=nBJruu7uHM9ni7F7W?+;5(2+!`hb5<W&cTAa<ZmLp^ObPef&d7qD4!-$3gEa
z)yP`KgmYBN97n#3iR2BoAqzf*%i=`CquZa)l+Cuhj12ek_Vx$vx{F(0gWSArvLU8L
ztk07oN;>z_uWwDV5Vin#lU<Og0u4Y;2dn%7Qang3FzoQ1>E&w&J4AR32`P4U=U($M
zz#gwMjq@4~zQBQ=Y%ZbdE*0OxGzxM6WPn*I!*gex1@=yDul{$-ok_PDU6}W`VWm{k
z+3TAhM^m~qkcd5B24gPcf*kh6Eg`(hVLm@#5s1HL{_px$A~m0O`x1Gr%W5t93@aH#
z3w5W9Z4%(Cp@2=;T>oscZiYOaU!)`G+uBRvsJOMe!v}M=p|Hc-;SNV251w>6W9NHk
z?^H&BDoVep>zwZ2;?(QxBQfwuE9~eU)?c{6>Pj(f(71-;O3<0$7Nl^b*Ar|%Zzc7`
zBDm`9>+Ab*P<zYtk1&_i!#CuiM<*vX4h|ODq@x&9PSjfnM3fLf4Wu#>XxB{JM<B{!
za8CV}@x{gHz(6$w0%7QXxv`ZU08jvM=$5^O^{3r}^zdXa_}*Td@8xmhlE2UC&O2aL
zQrll&o_Q>KZT<fCnvp0XEbIXQ=-fVlo3_|oz|~5S{SI|I%#2)FSsB2D0O4+tk7lbt
zw?NOh!|Y&+`_7OIcIu{r@k<PhyP9$kNp)ls``z0+xBtkuAiW=w05}N%8Ft?g;@gvd
zfg%4rRPsNgEdLMi&A$Me|C#as4Se%YaOb};{+}VG|6eM5pF{Ed@a5`1lpK0hms<6C
z9+va7GwHy;kG29#OH12o)e;kf&outGlUMKpbMy&?3l&9kXD9e?zrqOIP0hW&zE0-?
zbl9q9YZ)0CA0JWZNjT*#kMGNj+Y%BIlNMQXivNJ+mZdKP#`nxg_(BhgZvP=Cr39&X
I^*-o-0byRTod5s;

literal 0
HcmV?d00001

diff --git a/doc/assistant/upgradecomplete.png b/doc/assistant/upgradecomplete.png
new file mode 100644
index 0000000000000000000000000000000000000000..3f8c7f3c2b203e96c149dea3f4d8d31e94673939
GIT binary patch
literal 4817
zcmZ{ocTm$y*T;XMNR=+V3P>jcQVdNHDT4GaO_1IMLXj>?RRj$n0SUbb5_)f;U#ike
zs3IjGRS1Sq9`3#K%=`TF&d%<hIcIkE%-K2no%zJ;>uTI2XC(&!;HH+Qnjrvy6t8Vf
zQiAK1;#nQ#^>)KvTSE=F`g`QG6~nGQWG^%={I28le@_sQ@tOJBNdnb+@`z-Sf|-_H
z{s~z^CjijdXsM|f2hHzhc|z%D;Qd$Q!{%vs)o10p(rD9cQM0Xbk)5-;E}D@<bVuWi
z;|x?#*!siv<Qjp+32M)IMXi8S4^7K}A=eDArJ5%hUgIbN3)QHqx2;rEJwBpr9u6!H
zpi&Rs=X??f`SEb(r<__+4shAb7ZLqjeM$R6e*5ci{KD9Iv^ZUSq-ySh;TDELU+|un
z5CeJQQ}SrlwKUaSAMIRymjy$?6h6CK<;CYbVDP~+h%&<<k;8Z1{`8O8X%O`V#8GUk
z*&7UHzXSy0&M??>TkZB{)I(J{N!i7cRDqC}&mi4C5Z2o3NH+#L!7@5T;qciTch}{+
zp&(2cx<*xg+{6&=yQA{I_c5?G{7)9&8w>x*;va8xpIEdc%WB1&;AY4pgLjr{s@Dci
zB$w>{Q;aqb*qWX6hWLbkp8n6E(WZ;=EBFM5;a0+%MhN;Mykqlo$n7;5y7(<<Gitpv
z>)XYz#H%1UjbvY7%Ms!aS5w%#kWWtV=a!AM{@#;`!JlD%ZD$0^m?G7UEk5iMmNGH0
zw6rucWk6s(^`V(n)~*@SN&>DkJ%=sxg0*3DZatEqql!3R%0#}0S?_xKJ!bqmcaY97
zoL~~r9>xwZ`%NDGf-wT}%kms;rVm@*O&-;tXA(o0)mqP*W#i00eT08@S6K=#`#lNL
z*yqb2XMxShN;9X`F^&58*T<^nV(U!-^?aWI7258*^o$LFd0Ke|?)<N-y$Q?-Y3vm~
zYv%Xnu$ZX0iO4<?pit8!Iocj<q%yplJ@$G8U;&sbS;!q<u<!xEFJlygCkxG*8wenx
z;Q}f#kt&Rw;gL+qdy}(q0JA9h3?*vx`h;BNMx#t@7E^ciQE;VGGN{t<53vft1G(*v
z80`U__ii(Xfke@g`MbXn^F~ac4Z-A7siCI7HM;eB*O|q$iGdzM+CwVAKSkAFVPL2y
zHdM$3G(0%ek(Sd&<x@6+89hZ@Ok{R2#l&>wk#gVNidb8=#T8pu__7xp_!xBYah<LC
z0B;L+*LT;77!+(A@u*cTT3lk8C#D{EB$-R$c{9Ra8lMO-7RBy0H>8jJ^=Y1E%jInu
z@el9vFUmirchrpMyWZ}7xsiDz@=vhx(#*oQ8fwu&<Hfk2nKr+q`&UTT?}zA~i@oJf
zQo5TxQagZN&_^^ijM39*3}qTt7R^>)J$LDsp}_2Wm3S)d$*NL<H8=Nd6tkt#_pBZ}
z`A#;!kGDvb9K!~-2hI!8xstp`FHQYjfDvRpdk1=1YI1Y2s_^r{^V3*czqHTAT=hNt
z#1iea5$;dAX=S0eOUqY@PmNJ_h|fMEbmME=377LBeg28~-8zIf2^eP+yvG%G5%wne
zg`8-X$G2uk1pZsc<Lw9h@}~DSWOd|T_3=#d^w+vIJ?z<QUTT!=nA;EDyuG1l2ybgY
z%X$lMxng}MBU(1aYtjDI`{lqb_1<dDsp{p%uKo@;*slm5XecX@S>0Eq5#$FBITK{2
z+GNqJe$}rBG+dmDVspyS>$qBhn}uh>MLM(c?SA8@CrPEC^W5pvU|T2b+4k2uk)^h{
z2C6!@mXzV2CH`U>-HMpt6HU%q2oI0pZwrSihF!NI1FNP=vJzJp^rnkvRQNN;&_Tvc
z^rsUsa1*I;nvcnl4Tg-X+#6n?B9gFJERVEm`k0XcakhzvPA4iAWu#wB%kl5RZCjJw
z?r|)2Y@#%{-gK{WC`W_`sEnm6X^{xya55iSJSKD~jVNkK);jW#*7pc<&o?aH4K~gN
zj*1FL^-HBaa5>#1c79%@l&r79vM#iRft+a$g32+aR3LU6>Ga2amnCx6JT_Qwiwt<s
zCQoEn^Ei|GmeX@)V5R-0qX@BWe0b!W?pUC|_rQobTRR?>zv%zbG4JK~gGa|a$(?x{
zHCTK8`Kh!u1Uv@(i+?|`mi&RuVb`{(F1jHJ5(>!775hf!Q-!pgPo3)YH7f2vILM<7
zjf{4q{qmd_?e1<VtyQlx>FO+0i@Mh^0qJQUawjmy!519&r{$~t`o5+I$?Ne=<YZ_X
zFE%U~%;4-blxJ3j92Jtx9CI73%G30SA{QfkLBQ}L?;$$?6tE$ctOxD^c6m<{=bZZD
z7RM)`m6r>kC2o`;IJs3jzFVhgFDO>woQ5_i01uJQu459xtpk<i!v}d30K)RGL`<gH
zJJ)3qdtdv3(N3IS&CwA{+Vyil(2LR&8S)>#6%wh~S(x(Wr3k=sb2a(s;?=IRZ5(Y_
z`ys^k(#|M=*Y?cBIS11-wg=g-cq`3G!ORoG8EUU(?rkm*gkpZ)EwJ*M$RTW9l$OXq
zznUbTSr(>Mhx3-+T(~{$+1L`4aWL4TVQ<EF|5J*Y-*EGq`!bmyol?@NP~yCAoLGN5
zF{Pbcaei-ecnnl;(u*WiKe?}qS-^RLwYXsY)@Xc)&MjwnWaAVD3dz!~n5klCidQRG
z_CB@>t?$@{+FsS4)Yk><VdxJET@;fA#e`oVJm5>{k6!m$U*-s)(`vRZB>{^xxQ$)~
zdWtb>dofF@kV54O)g%+4pR3bQMt_?c<;I~aQ6SS|?MYA@K-u5|{LyHtS>(8gq$TBn
za`ydtZe_>|N5cH{sNck27hqGlrp{L<yML#6-Z!Xu9^0se=^}Q5U0%ejX}8Qv9&Nh+
zF|{=QsW7*&>-L)YhQ6iM8+6PL7U3YsJh=l6&eEkJde^E_7{zio$&qUf(inOuVRQ&S
zC9yg0iN*9%SAb_q>I%nYdTlPN3Bl}?_eKPTN^H32I&7`UjrK-k4nFX(C4bqPIu&N(
z?LDf9jaGMJbgu46#hrijEGA5Mi>P%&w2oNcT%G61>?;{69qfF5u^n-CN_{KUObq0J
zTU1Ia(ss~$A3T%Kw}z<uqs#rfH;k#UR`YD^;H4EsaWlJGP`(miG@4d8my~LrY>x{I
z1NfBsKj7;NB?A+}2E;XjoOz38KY3UnLhwE1;u5I#gFntbLIbk2RIw+)7X#iMu1c4V
zd~{9wof?ugqOAMYq1_^z1HK`WGn_fu07{3EB|{7#1$jmBpt@8qL2om;iGEhO2+*jl
z|7y#O1Zpfk^N_wv!40^R0O!x}%>hwRZrO}RnvSO{53SNnerAW`DIQ#HVDa=9JP%|+
zkqV4}716?9b$Qn^7H2tA6@M|ihkIp1KqZ(k(l;5(x!)xu9t+eSrT0<FE@{!w7}&>s
zBmWT!n+MrBK0DVX*|vDLWutv|G7Ky9^Eixp)JwrQ0NXr7c&uZeBgG=4pOg{<>N)zZ
zU#Dpu$jTrrFL|+DZzR7O8}td_(W9p)S3#b8C`VA_l#|(UY~qOqCr^SnzZ8#~b<#}R
z@f#IayuwnnkrkDAy-x0+Zx61h{_FBfuOSs%E@R!vAttUej4#JA**iqdQj@16cI3Ap
z94YW!aj;+z=B+nbec?ioO|Z~;`(h(FRcD5Ni_?*AeV{>rHQRyz&Vg*=^Jc_@Q^6UE
z(#&H0EgY8h1BDlo^#@GJh~rVN3TF>B@QVS?C?G5@;c%={MA{C{rF|rnWUuuo-+n)#
zk4?f=xSQ`a&C9#$l^8PdfyZ|y7X2+W2FvLhW*#}7t#+nyHYgh`i{Q=H@%2TkB~O)!
zitHgBp(CmV>rqx-f6H<VmHB-({y>x0(xANlxnpEEA^hH_<3Q<2ghKcjV5bGKttx#p
zGHfLJ#l!fQ^;r7Pf<*26UuA|juJE<@XZxk1?}YCv68FLVXpcCR7lMunh9u0T*rL1n
zVOw5w32;{gdyDE)I+%-_a78gv&e!NPDhQ;sA*0h83EZA)ru+dq1iC9qkW0oiWtCGd
zYD9-olzfmWMuyMt!cR5^xAd%D<)4UE9KYc;(XN?B2Gvn}hfR~Opo@(Dku2X^+P2%=
z<xf0;8<6%3yYF{qegL!9I}vSQDR)o*=`azSj<^{m`7fr1V<odKc?Pas7x@lJGX`3I
z>)NxH4tMl@(h*2(w)7wHVw0$|=Ly1Y+TE4_B@p{Ge5Ws^MFhI8ZTpM6yxh|vP~)82
z2E^y}SIR)$^5y1|xUKEgd$H8dW0Wi9%Cg7AbI$e1XSt%4Den3W%gV`uIjLnjQ<JHs
zrK7Y2t#^A-V)o|`1Z_T20ka`IH&<llq>3cYd2;HLJP5H_#{@y4*n6O7B$dVa9nXc7
z8lR(WJ{&^*bWZ%)22Bb1MM-I?K#8w`6m4PFTOnrm?i5^E9$7X_G!<7Z4<E5<q@WTc
z&3d1OPeMT`Y?FHamIzuwHcN}-1&V{<z#$}9pCRe~3)Gx#H4W<`Kd)1fPQt~sv5Ox8
zhw~^QDXz8dHL1Cuxv7br&`gdnxy$;gtF(V%MyXUnk^uX+h@($M*4`0e$7{Tep-M>9
zgt90evn=-QUe2kp6p%hHktaEHR}!vH^#IQeI)D|j#CxwYR0%!<U4}+%k^!dp(7KNa
z>b*<15)W}5MXmLSszPJ2`wTs?H;WzVnLEf6x;=I&Ua2@gSwo(-yI%d-8rD_>3S=o0
zSEN`7Q1>-!TeQ`Ob>Iv>E!A68Kw>c%aM^<rHU@@sJ|`F&sd)%s{jo#tipJ?xJ=|n2
zAC|4~G_IEz`j^V)%3$PSNwaT$m~dp9bvVv;zxoL}1$Kkq70I0u_LpQiQnj~w27j;#
z{^2*Oz{vk~Yah}+v`Tzj_UY3XM{d@N(TkxFr0t}2ttI7^zNewc7nkb>nBt!^qfjfX
zIYk%q%d`wCdFFe%)y}4uadSBVk#Y3Ijz)XPS*f_IQbjV90xwA<dTM;fO{=J-#MgXG
zagc8iR<7Qs&^^9|_23VEz2j~7PTO}PN2szV?uN<32O_!U$jRglrE7U2f33=R%aui*
zUGC><M7qAy%Fp=C?N(5wpRlkDV_~nt<&(Yl*p-dJZsgDte}7w!%ixi-kbY_Jgf<b@
z^&>M+j0aRT@3Gy8i9Yj2-}yZnIky)DNgl+Uwsk90dN<{F&YhleGK1CH0s?2mor)G(
zHwQ$tJwmn>7PCB`Flkx%tR7J13s<r`dVqGPN=29?2qOXW@lHaTJO_5%i>_rf)+$RD
zc!&!Vso%^jP}YOHQBj_03i7STZeS*+vioiVT?DTkZK@9UcMjS!ZKV(_M%SN5oH=fX
zdE7!tu&4aXxUe9Vkz{pfGTUVzFC*%x_Q8^a)R_eM(`sNV?P$h_`|5!+1?)u&3ys##
zzRepIN1%PEP^CE2fs#9wDN;p|*wU%ghz0cO?#^<%c;Jd8HTO3g!Q~djV*6elFA~r<
zNyVr5)12op3_BJQzmHjKbJnGmptLj4x^yY&kGXh(XY(Z{02ZKcE&u&X)rA7%WOBr^
zb_4t$Qzzy>w(B*~XLrJN{os9nBd{2zJw{kL@8n?o%8sp(fk59v#;m2q-GIu-D`3Hr
zvT}X{dTNC_t|eya#&4%RM*nU-bkv|0xX~*0xU|eUk%8;x=*m%VzuRatHpB?f0f+wy
zsrf<f@ntv+u^Dhbm`L5w%#x1HAhao>&-yJj$9??J>m}~|O%Lt*CC_+t%V!lSAn@VU
zXv`|_a*dv)OqzMd*-)S~l<+Q-nSyD?t1)n=<U{P7Z~f$DI2affeCazS`rodL3(Gvh
zPZd^#Cs^MM#n`ibXOkkM{EbT<nVWs}1*=iE;qo==$6YS5kr!ve0W!^UA5hgV(1TV$
z(fZq@DQGj*+3On*Z62Mx#$o0cwf1(|1HgRRy+SkDJ2@f;G*&bksW7^P;F-q2!#d(x
zeFHPM5{L$MGKx5gAvIz7fb2`1N|SuuM?-vaqHfhsX;%6pKNE~-za7=vApXihVZqVT
zf^rT5Uq^dFYLyOBdO{KT=2$oAr+4XaU;iEqc?suM+A2)Z_VM^!=TO(T9R<^;ofN0v
z3MYI+`owO<EI{-zqS1Z3V*R{QO}CUYv<qvlp+p0-F+}@A&e=6JxrP(}M@{}8ma@ax
z5Ukc^c|~z2TD9p5>4!KKS<{7iofstp8kenWD8lOkPEf6vP|qtqsCVz2G^UFWsvuQJ
zv?6!Rlh{i3)DcS05SHD(4Ye)QZztURFRJ+$l8g)G{0nT@Mz08=aRq%tWrp9c;S-?s
LNLLN1Y8Uk%u@g}u

literal 0
HcmV?d00001

diff --git a/doc/assistant/xmpp.png b/doc/assistant/xmpp.png
new file mode 100644
index 0000000000000000000000000000000000000000..c3cc53ebf5d98b5a7e29152b43ceed6a02e1b8f1
GIT binary patch
literal 27753
zcmb5V1yEegy0$&IOK^wa?(QC(;O+!>2`+))8e9f<cXxMp5AN;|$Uk}ayU*GCoPGYP
zuZj_#wR+X`)4jUa)%V?DpA|kK!Q;UL001OuDRE^00Nft{08@np2Sxaf@TNf@a1K&h
z&Hw=N>7N&v<HWZ_P!PsNT3!NX9Uc!26C96%CKMFHb&=3?5wo|o{bJ_=5Oexs<nqOo
z#Ld#hg5;C5{AZ1C$k+e?2|!w0MAd!uti#sAM9cH?wW{)=b7Cfwd^T2dT{4%)Nuk`i
zWpR5DzK0Y$EN5>!0XY(?h(T(Fcoca#xDnq5#>Ouek?b|l#zKRo5iUt+`JH46N-d~3
zEg_<3hZ1dj)EUPEmNm@vh>nHI3Histqzy&i&E5Q4HukA4lWoVc9@A7zZuNsc)6}hB
zX2as9tj=tQ4JSeX32Xq#MG}e>_@8gtP$_@@w*aFAy~74z8U9NUR@)!$zk~lg=kMUZ
z7yOUG|KF<t0K}a^oaQ~VhKK>MJ+L&&{Pfxvli%Ae>!XM;)t@CH$zcQBFI$o)%+@N#
zx|M~I5m6ywJNzFO&nJMLcNG%ov6VS$M%T|}&oC(P=9~r{t!xVyopYR?^cq@z*P^K3
zkt06X>TwPLBsDl8MO?0tHI2hM#F+`C_vW;!twRNvEm^qd%iI)%P1*#UyRI(Uo2h@5
z2u?jRf*)>uw>q>Ji#fC}WxAX=Nlzoz>fDtT3n1A%hvG)Rop@1j;sG3i-3g;qR^=WO
zL{~uvTGN#|&is02NPXQQ)p*+79_$<;0S7>L!filr1`>ruhe{|M?F5sA+A($)b?!IB
z699_K1D&1K<Eddoi&i4e(RFPy^h~Ut2RgUNkE|~O$L!bPQC<8CU-UnM13>A41W0|;
z1M|;rTUli6QiB6Lt)s#KH2Fg&CCyl?$x|Rjz8eA{tGQDk6E=?%ymspj+!Kw^G{FIo
z&bCD|XBu`oWTqS9h0ECDu)M+vQ3P#}V<M;|IJ|V~M?XZ4pzdyX*M}*x<l)b!{0k7)
zh*0nRr|oc|q?fg2hKIDnzbp2tF-%Lci=ZylKM+;Bc<{1zKm(>3h%eXJ6K{zN1=l7G
z_#v(wgdd*|d_Ce4cXVnx;w{itKuN}#?PKL6*TzDqV=%Ef-WCIB2YNa_QhS{U@I(&I
z0SsBXc^^Ns`$o^|Bpxn22Bufxb->V5pz&RNCQlv_D+=ygUE^vw@L^A!(1XzQyOu#U
z-BPaL*Z;B{PsMVnN}U8#{jyKDVtn&J*HrN_YCX~b+I#y-jTPZ5QU)GY{3t&QTt%M4
zyGY4sgn39Rx*~OooW97}x4v>#rb=P<Ce`w4|1SofeM5)Wh|3&^9S+Se4bcm|GJ`*4
zDO1yy4X6_Y?j>WUj7yAh+tfC=I>Be=jZ-P5Ve2!|)-|Vu+&^cPv2UP4&b$*k9IZ%i
z$K=c?>D<2sVx?p{+BR#&%*55<jSewE$RfPo@&k$igrM#+vYtfMDp+fnwgN>0D{53K
zW1g=%%-4X~CMgsPQ8^h0JKnkMGfRa>csSru&RvnHzt|N-bIveMM1|m2HtF1oJvEEa
zvhQ%w>QG$WJ93VsPE^GlDe=(AuLOAOZt!Nwd>gg3w$e2E_$bc+#IPeY0yt#KcETRQ
zkm{Vam8PACEPq?NrH8nK&}g2N$a@Z{8_T*RURnp|q#Gpd)KaXGCG@W=ySrW-(6(C9
z#UIjc!K>&DKa25UIraU~3GJ^h%s)nvB`_us$>`nL22rEvky<Fd>?y+@cFzNS;+#kV
zn;W+%2tyD}1@FgQUiebiCpi(HH|5uCrO&`HIlF&sW3+S1qPY~ElqJw$Pmoje8&A_c
zX?##j&DrVQ(}T}aTTt8g!DZg>yFQ&io#7=3Z1=6r+^x;6nQY_Bm(>0-VaK3TmSwKL
z%2yKFe&_RS))+l>Q>YB)|1>t0IZ1diioLtCrMD)^w-&S@YpbWpy{X5&siuPs02-Kh
zomLlCGbJ$L{Jt9bp!x>T&;Nh|rA?a@78G7q)g$QBEacOSl7Z>}s-@h@Z>z>g@nF82
zv)?<q%E!Jfqz$?Zk^+RgV^Fde-{@F<!uN2MT<P+}Jz5dedO(x#39Z3XU$OnKFtWVQ
z_muiSxiy<1YNzDNQzX(uCE~9f%-Y>KpK5C_I1F*J^qVYgNGb1AbO`7wUMvAvACkfg
zt@V@OGR2in9B0T^#miF$a>BwC*ju3^chSqRW+;1e_Az&tK@|g+CR0^6bg*6JEbpm?
zww@bk8@%#pEvzmv{dFk0z3rm(>*rWqQaB-WIKsmEU9k#65!T#X9#oZBjzgIfP0jD@
z1R`{F#$=*Cyz)sNe~~-Q7$(HOYBQ=5Kx|FXB7@rRrC_Zyz5gbzv|_8nt-fwgh|8XY
z!V4Y61OUuD4am7Zv%F43-N!0*K>>yhnhcHje^g%1eBqFIBOGDpHC0xQwD-fdz2#3G
zfr$L_`W=!SPMBD8TeY*Yy3Dw(*N8SeOR7+Z7K;v7C|_1o2BP{zbDN0GDbt~WIvMSC
zYG+^%m-RS28CKiqe4rIjtW7g#g+`lyt4jfzoqi@A(UkYfjl$;^S{|3pe$QXpTnA71
z-C3$b_rlIKz;0`cpS-D1aWa#Aeg`dHRSwnprdMB~XsA4n%>(NdKdhg;$cT#=)jy@z
zq+b3j#LK1Pr&i0H3-3~?uFM$|RZOF(THUlSZjf{_J0#)ZKN{9w+kCiy31B)4*HQCs
zf{94Ka3w|puKAojZQ5~!ym7AN-e)7*v7WX8o4kljm<<lu0uzSuwWxYoVuMWLd2!!r
z&6i?uOI`*QQe^!Y+=if9Vh$THsVH`j;K1pNc4fCxVb!t0cqb2jq;y<)YY9-Mq_B#J
z$(Ko0y|&Y?IPDY@u+lv|@st})V)7<x(mcEQI$*cJ>EZo8*LzZczu~|uXZ67_&fF#6
zXghdEY++5CB@yqL05ElJrB&0YWZG4V{Y(c?<|MO{A?8jpMuimiH&oRu+$V1zOCW*W
z5h!d3sU}c>nT8;_I*TkQ&C)kYe$O~J=aCZ{V|b2e!iK*6ydC3yr`2NkY@fHX>FVba
zyz}ZER+nC+W3nx**R!MZy+r(Ju=;Ad!m47q@jy4>>vyifC}akDQWxo!B9Gmf-J7kj
zy4)w|z>)%EXcLx%;4-Q064HoadeL!Ga(d$v&ND6?7z96ZlL3^j8aZ!Y)0MZ5Ag020
zh6JUw?@h^QE=}^N;zJ14T1<B_l@QI~>vi}ma~`G!qP$<=3=F@%kZYx=Ax$2Sh<Y3r
zmoZlnUSvo)66dSX9Nb@G9LOX(&(FB}L5D<a;p}hu_P`5BuKW6xe`O$`-s~iPZH!$F
zbV(D)*n-QqSF;Xkq-jfK+)R-vvXd%OUT@mHhZqQ?*SW7Sdhe*lxWx*8Zi+xiTu}0A
z8)q_e!y>MSf8vaV7v`0RI!q>Fd=<<<YDKZ{drv2N8<K*G^}$_r%7U1&CXcGrF54TU
zmg`-U4U_8+Ig?GZh7Bmr*{{mg&0?RZr8+j>toyZ)*WfHL>E-Y893{LkJ^Yd@Vc=af
zu}BqM$TjJf6u;E+34w|im>^RMbI3{ma^c6__k~LUK~Vff;s!4($#Z@=*|An#Yn+Ft
zg99I?QlSzxi(4H+x|kk8u~w&UY3W&KRy)U52FF1zOXwDmvdYb711tbr6k;(|{uILn
za3}Us&(iR|jI({7xk*Fbc1rPl`9#>*xhmN*KwxG&ebK^u-7dB3-CG47E)@RbGVANa
zM(|q!QHOcU=_hpG57c&xr;-PSgbV7|qo9gb7JXkeoT5+!jC=OteRnfJnsX6D75{`#
z4SP0;gF^5rXIEU1NZM?!Icb_q)OvOWrijqf`M$LE;%treEbDCGX5?z10WuLfI42}N
z3D;zwjLpdalYRQ+LzI65RhE}ek~e)qR}$kqbjC&vXC-l&{vLtkwUf!?z$9E;4c$)}
zbG)=_CT;d>6IsR#ux=c5NRb+&@Nk-XdAJC+B&ajp4F0xBb4FF|hJ_jy6G$<3<ou~T
zJP4EW<u(~zoqC2cS8S?}d$XS{7qEs->T6Ibf(8Jv-SH9;Za<%XaRVp&9VW78A5zNW
z=gf*4OOP4X3}$v`o*kcP(c4;~JzYE0UvtZ<6w7PEH6)GDzVcBp*YG!O&wL~tyAS25
z_;G+2Kw@R_`_Uga7OWBnCy+W@<L4Wm1C~_X&eG4*?`ifupTue3m2Q2Y?uQZyz(~NP
zp$D_Erm6g;Q$xrGs$|^Nt`pmFNhSco8mxkoBsJ-a7<h&2zWa>}pWg=$oN%GZamk^T
z{6(k*H`2kJ5Us#gl`jJTbpYsm9H)gKx+oj%a&>ml36(Ei8hb9WW5k_r_eRPPo}Fsz
ztiQ<5>|`*cz%<ZE*6Srf&o)6&Px2H9Nl-Vak^56Xa)n2;rD(8Xm%ypVr7h95d>9nT
zG{#v-5!8O2{*cQQA*ST@k-dS$?<_@?Q`_H*jgRX(DrU(fCa;^OIBDX-f@GQI6KX-H
zyTJUS-0?|;x2K2D03ZqvKo|>@<_zSir9U;UJgfx5>=)%CF1Bo7!hB&6L4{=KwkJSb
zmaYCw;+qjl;s(WB%s!2T+)5vT1!a)=e6aHHQ>YCgrln*&I!eNs*r!71A7$v#VvUA#
zp2|O0jiYnf2iexln%D)OP-Xrhoxg#_BI^HzgMN}K=jXA?ly>#CD_wLo)iiqzZLyTB
zeLakJbys9<cjg*nXg|EY<>~^|$-X~7f9ff;9glHe<-S+wL9;D$GiQ$uirl|M%aF`*
z4O^9a<>J7yjoE1%{tZ8~T5~Hu`CBJlZB*2iN7#+TEJTmGM8A_-X<efYfqBeEC=*)N
zF`PSwGo90UbFsuN?3}`2?PLS@utM{lamEN^HTLLNCGQI~+aYp-y;}XPo7AmNhT5b(
z)qh`$S7}ot9l?Qq&yNyGJRk(filus?WZJV6Yi#H!TuPT7fDzwf6)QBrhz~Tb*?|hh
zu%5?TLQDcgfZ+}dG4&WX@PTpgv2iVl*Wjlsm68tRj<DxTy%oqccmh}rYX;4(UiX)5
zi;W80Vp|5SEIh<S@bqPAm+F+8Zc5UUM<W_AGN6@W**cZ<N2JNqPtFT{)IOnUw%2rV
z@Jyj}oDG*I7B`HS*rswUk0g)+RLc2>K3v3Zix(~O4fNRZPO$?s(h4CBo?n#m9Mq5L
zv!l|K&otzz(?eH!B74#;b+i!Dv^70kbITpRJ@`g5p9+OWRuU1m5^Di*VYOSvzD;OU
z0jgE0Yh6+0t!v9ak?oximU}p2=9XC4dh=Cd%9}1|vk0B2o@SixZ;d7j4Y1}E7?NZp
zc)Io`TI&|MVkou{GcZ*~UOeUEN;f>O>r&86Atu4Kyut8<-D}oczTV_#yIsW;1>E)+
zGBT978rylx72)bL;Cy~)m4tjO8jGMKgW)qDDIX=F9MYha$a8*I`bit}{7EEz;~-^*
zOBDsshL~Y<Cc(-JFtc41JVc9P<Y}-TNUoqOGdfmfq$wFs1De<s&*-a1?bim(UjXZi
z%?s>!Kk^8ghxm6-dK5(dmEzW$sHo(zGS9F*s49ItZMoOcXlOn4-@8GHhfIKPUzn05
z1<FGBavM?nA7^^|FW4$1rH}BV=yAhNcIc9MkhCXduA<%5-|%xg+41vtF5sp{>ooMC
zMxD!Tc}-73GBLIUmw9E))FfGsX+4U#o5K%MTUVr&WQOUs+~=u*YP^URYAOs*3nU2y
zfqX!gJ+oEyCGg51`NKiGEwCXm7_AK3+58c_v+MZ2!gNf115%4M=JN~Qm`ps*2cKS-
zZZGGM&Y!Y}SdWCC6c?;t5kA_U++`n^$n6<g#q4AMiPm_sH-yOLKLv}k!x(&?tvKh4
z&RksXV<B^GZMv#mdNN(|y}O&g?mv~iiZRH%n1E)#I^&DUgwK2{5&MX~V%?mq=8HRF
za!kVH{s6ih`l4FaCBXmGqOLlXjrsWJ*@lO}T2VCB!&}kfTM_8XMTN^;N9V1XD-T{F
zDNLP6RCVJew`ZFEx`EZaUerE;NU7ba_7YoK2wyjRE5-Tg*e3P`ghe=OCAO)metE&s
zd_pptK4X;?`3|hUSed24$`5t2;F)xJ3PArZ_MtGTBeJjzMQ^!A*@x$(E6JotanRsC
z1q^1e7XN686Dgr+-?*4tbnIIushZC}v|1=u=zG-i82;?6zMawglNM-hWkwZ5^RcLX
zy;zC6%mrt<v=HNUff<zkwRD!W$@+>)C<27^$tb-ph@=N({m3c;a2#T{^Om7ZUdrw_
z3F5<pTqSC~r7#>|^?0;x0@EiLszItKa6mfj`Cai=SG868Ue+oPf6Y|IWQsU|Gmm6a
z{w1&zQ?_R0W0AAwRvIqf&~{Brlo10!li=mM&xiHhkRhX`^|UfYfZ;KEy|anV`@ZWK
zq5=2NxMmM?-WdN^AdDdvSoiGNr|4XbC8o1n5`ce2FCxY8!oI~3%6GjvYXt%LB5-tc
z?993}Gi!PcYAG+zRVqD-4LOq`&6E=FR3@&<>Xe%!YW9DmmCBZ)qR>bF(;KDAFM8v-
z^quPz87>^5h;-Y@Wsm$V_T_oB&L8p=JEqaPW9nrB1e-N2f=n0)pK`wrg^TX<EOHXE
z-iu8Mvgu#`NodvutvS^`&CF+ymcIrX=4=k?yD}qc9_S`66ZQ;C9X*5u*;T9Uq)UG$
z10wQ)k8RQj-FCB-4U7F_fUa<9f6y%3y<^DIfzwqf2VS>L87}EVpK9$%n>5Z7g)8-=
zS15!9U3OhJO)K(6eIk^~*-We^36S!ga>!%^xZpAuv9OF?#jNun?`Yy!rN6c_1z!q7
zY1~<IHb!F#4$exMg8=G?gG`m>gXv9}v;v7fl)|Yb=f_%k>GG12K?AGN(ZK6pca;gD
z@%5jXNiiA?Sy3d&%mHYJa1k4sQse-j#H5^=^W4|8sB$y35pz&Z`qX9FQv(xdY~BYL
z$=e3<`EB>gZB2%kBhx%DF`zY`T{L+3XcWVON1M118j^0qi@<|?M}m~UHZ|b0Nop(x
z=;SW&8IJfpjUT6>=1cW-UVrGz-0I@tN1lvXkO}M0WO9nGCud&lD^;`_z{lnwt;7Vj
zLbt2*++ZR?+$=%t$K_7f;x73YDltqtMz1*4zgc&dl`&rS{7n2Uo{Yc)WBkC=mQ8$7
z&G@O0KfB~gfsS)ZBq*T1$UMp}fYn2XkUJNg7$0v+(VkjX+XeW*RX62tX-S8a#G`mf
zdETf6T4133nxvb-$zfYGGHgZpfy#MLo6{<YXhWD3i(?fSCZ)<}u@u3O9|df%MZ^U=
zhtcpz9PP>Hrx16s#j>I~OjLw|e~Tj&XFzUEGK;J%hqCVn2l65T^-7%9YWnrBEt~ko
zZnS+o@Q&!t@t4pY+WH0)MPe+azLN<1y9ly6-BPwCd=R%izNA;}fLAEdeLY3h)|qKG
zyAvK2E#Hz#7SOlVf&R=9>8uf8icuppmz;LSH#RQyTt0Pc@g++rT?+ohiTw<0Omte+
zeF-Bdz@^yS&60yRD(bMv4N4}yv9F%%WWZa|o*v`qm;;9c^wzHk-jb=mJ25(FS(Ndk
zfZo|ur*Y++sc$Nh^U(6C-zdwP!q#-n#%H*m&COM}K&8RnZ@!)dlRaGrFQm3XWGUy;
zwgPJF7x?(Eke-|t`L+d34|akUetw`{L)4g__{)^@&}s0^7YSPBdpkc`q6@l?^B*$b
zkp_DTi#%T^TKB>>&)QR^wV;o7b*5OvY?+JDlsa0Tya_eI1Hzo!mkcXw8Hg@8RL|0-
zaYMBMsp83<^uZL6J=0XMKAz05D0546QP>HRZ=>`37R8IH%3;Nus@?%4xCk5^)nOzP
zF6x>cvSW7XGe6ievo^WVXcSf_=Qa&lp~Q^hXW+X{&rl%ypyMUND9)qG@x%7mLgs3H
zhHLk>aAKeoj91<;O%N>mYSg!5ErWZ1Hfj`zHC!70Rr^#OQ_+=^?9=H-&c%RMOLFj;
z*_K|0b{Jq7RGwBJu+QRy(zCr?GZQT?8_P43q!Nk@6$lcCgISq`*5H}%jx<Z3Ca-gZ
z#?cIfc_pka-Kh-SHu(cd+(uahw;!Rxi&%U5ALcV(HAOf_(u}fF1UKPGFohr3F|}_d
zv3-8<*%4-3*+VVwbLPXgtqZQhYkr~%U-E6uaqrftes*{j?-|Gyk+C838l|}zIMb))
zjyaQ+Dk{m=`BKekAz5h9(n^37B1sk9g#3p`zrbx}{w^;8%}%tIVpA8hPA(WYQ?i%v
zVF^^We3k|o5`hOjbuOExtYFNka^}asvY!uHljaoC$;u$9oVgj&??^pgo4)?yt!vo6
z$O7H~ITI0aDZ~_w91<1X5?zWp?dPc-E9(56em+s~g_<H>97HOuNSs=WL<Pxr^2*n|
zGpvKXLP)>v<rmK2!=VgOy?y%`-r_hAwvec0Ak~E3iq&7<!_j2*A@E1Z%JjQ4wkPz$
z99@jhN7n~(CX4w>q>z@o%&uQFMOvqsn?7d<rFA*hBI8Gth1j+Qo6vh_hbb&}i>+0h
zL`+X=^qGsRl*#8ow6#OFFVE{2CW^ugP|mrPZr*O|>h-qXj*cT<hOj|5czr+bXzc_Y
z)J!z5_xlnXw3-Zpj^>D0@vs0SlNFOMqN{-pC=La6@?K~6n<Mvh8p(Ovdk$InibP(b
zr8fLUEJ%~`S#2Hn0_xh6AM!_s7w;41DlQ6gjVmOJZkmDD!1mIF(DeF59qaRaA9<`)
z82KR_=7)3u&Z~U4zsJ=9ZRVT;9a&kA@UAKHmQTb2rXcd9JRe>oQxSiWJcU@HcKzTc
z4Pxc&ab+uZ0nNwc@tZu!k@8t1VIFzMUvUTpz#csy3vHW)2}5zsRr|H*oQrzZzCLHV
zS~Fk>CsK6xv5A7D$FQ=~)931EPuVP0gGzTIq=>(WKdk9D@<1(Nxd1J3_-12NFcS#`
zpbD2QE3Cgl^D~C3_>RDD26M@8+z=2h;8sb<ExXBxJi<tKaIQnR^WZO#{W9lEIO@-=
zJ>4fnO=UC&4p>p+KOe`c);{-*s&s(g6==?@n6v;%j)WDX?Gl+Vv8*|G?~muF-4*l~
zr20R!$JbXKhbFFmDE)0mbNB1V0Imga{KqLf1bJDMYVkj+PLDUlx8Gx%hJqwvordPU
zzYnc9r&ZAB@04bBqS5zxG;C!6H?KAVbX$&|AnDohmbrnJTOTUF&^|ekUY#tUfM8Dq
zRh+Qt-ub&qT}{t1$87Rn64xDaN}YlHpM(9j4Bem)ND+r8fAT-a{)vD8kh}gbW$S`c
zd2hn%5XtSf0_)Rc<VD&LV~?@h$6owQr>*h^j*Sthf(Xe@DmFL~1P5%(n>=*4&B=_`
z5j3~?*Sw$jA4LmrF+1H@zMipO4VX;L7QwiY^hT}N_a!h;y%V|&!O38Ma%|dp4W1$g
z0q(}$FC^<j#*KCTn+^HP$-D_Jk?%5Wv_6-{XJ$ojn(Gb30v!+^M$M-DUa;g=oOZTE
z+<@6Gju>uqorff$_Fuuw;Hq(AO9a!PBE-VK4S<#8I+QykBG5qVj&jkebc7>nmMbk4
zFwlQp8Nb8G*W5+;6%Yip{+;%kQktyW$1PBc6B~ETh$Ub6QKDO!p;>EvNcJ1YS$)kg
zmiWm|qCbX8sc^hPL_yC^R5~rLvq>=UlCU5ak|qvPkgMM|D7sXj0___*pRXWSxTWZ4
z8X3&!cLG`N+A%X(2>i4NgRS|fk{M{XXJtr3ryN>W4eW%Z;IOlwJG{$r!!p6NBK2b-
z3`ypxv1@*@@tQFb>5WW^@SZS$BzTEN<XlVnq<f3+?Hef^OqHVSU=Dt*?ai!C)y_%d
zrHIB(-d~j2d9CpitMpkQMXB(;encYsYo#|%wTS1HY4ULsBOc7gX;U2x4!NXlt7Z38
z2}@s}cdN7iP_rKRRjg9sR+$`LBWFQ_BSlr9pW(2Nw`56pdd~pDc23!@O3mjulN9f|
zAeEN<d{%3x=$0HwKC^FS{0GEPwqMgtB&((;3N9I{$^{Y6fE0CBQL)6X8_gphT4p&O
z^Y#Z4X9x}0$x1l0(i5q>kMGPR$9sRf8|^<M2pg`96(~)eY)2QLL;UoqXRdjbD{HZ=
zo^+GCJ`b#@GgbeB5ntJ;OdTKBUe|M@zIWg(8&$NhIWnjqnDxbk){0@m=_#1^?F+;9
zC}TQ<6X$RQ)0*na{2h~;z;Dl*69e@7gE;T7f}zbsV&9SvU$~sO3_40tWHxNbxa3T~
zSe_WllG5RpLOOmza5!<XfBsT+JJPBxP7Mryj@HQH1-Sc!om~xH#p*MVWCUGa70jJF
zR}h1R9@MzRa(O%u;z2^NWKFfT8t{2Jm2M?m+sIbx4aH`H<yg?xy0*6<0FsNm5Wu2b
zZRbibcW^oPuLVCm)+eQU?qYje_KkLmQIXeaUOjQn!+5Td`~SsuTI!F4&@7o|DzdU|
zC)tZTJN5z@Tx^kZHndLFsPoH9oP>D5f|a-_J^PANi(Bu#Z?_gIRP{d(RyeR4D-r2l
zA9B+-k?u1$Is33%W*aP!JF`u7*NEqZbHITLV-_67I305(-zDwChnOb6iSMkJpT{eQ
zF`w$qgeD>_J|TB^3`J)8gg_5{(`>E4K)csonkh8j6Y-#{9h{T7<gSSyGgpw)$fCbd
zfx3Bdrr#c(9KqtjpVU!omr;4MGa$z!Vr1y9sT)q5sr-;`v$qISVAc2|Ie|=81x5#r
zQ5wDKpI!j1k<S#NeA@nQ(S0V)_<h=dYVJEYFGn*+J4U>qS%#R<9=NfyWl0Yx=kZ9S
zQ?TwM))>M={C0u93Vi~$|DvVb)4ttmYrBaBDnRue+-ge=!|xl<JScYuWA9mNKy}!(
zLd?q>LRq6UfG>pVp=AL#9=6*IqrXMkZ@Njj2{8829H&UjkK`;(-}yv|8#5)P`3kte
zuJg2TdNak>bb7EnIoaE4E15G46%3pdZBHOuvZVOG=xX?p(BH?by$=IT7D=6x?vO@^
z0`Gv0s!%dVy42zBP=}O?k4h(Pby|5RQNF_|@;eH4u-?F8Z;`peq3B$_B~Ah>fizF8
zi-swMSR%=4VZ)>U?g((@vz!hXbD|kmJOB()>f1n%u_ueK-m`Cvl1@8PTnp)e22(as
zO6YT8EmKh}9PDsHTQr5U`rHJ$701Isd`oZ#_jqvnw)y;!%z*I-a4zK=2F)*L9JU&9
z?G{RczP+?416?iIG(d5^LG;&+`N27!ebVHe0(*|AJ>H7&S`TVG9*9_OMa{DZaZ<3K
z^iF21>FJI3Y*xIAANMnFRC0|3>B35MOC8F0{!u-Q)okYL(ZW?*A9LIvUzj2;AM#T-
zW|y|t`+tD?fSZJ!NikZ#?FN_uL|QN$0|lB_=P=J~T(>4lS=*#7c$23ivHiln08aZ&
z){)c4L*a2jbL_i5sQCJwD0#dOPHa`WHP+pHnDkqMEF^vc*}CY_Motq4VDdpMiNTHu
z_G9wft(ZR|uF<p=$W|2SirT^EX4UcNoiiupS8eOwIjZH(=v#PgtyVjyqcD^&{%WAQ
zxRlWX_#xU(3a47<T8SJac=Rf7NeIMcf*Ob6onQR%p}4^W8Nac(KPgAkZ(z1W<;b8m
zH2@$4Vrx;Yw}=p%H;i^ivxnHpMNvtFd5LkAHjCp<BtN{e`IL-w){RFdOug{Os6Qa=
zmWD{<iqPv9u+l&j<2@+r(IcqYA4iThbRp*y;EE|5;uNhARntSt2Te>Q+Rw?~xll+F
zKyhcNOMGTJ@bWat5mv0~DHc(z`sj-`e1C^`pE0$d_gEQ~U_qqvtZF%j=CSgnuD}&P
zfiknt2!%dM8@StZ&M>s2#AQYmonKq)qO->dnq8<18W=1ZdVn(GV|`t}deDA**x9Z#
zmkd=ybAD)j5|N#tEuBOI*USPW6Dj1ODqu79dm$aD^6N4thKG0|MO_w`hEw!Hn_O26
zZTi+RdKiCDdZE&SOr2^?2sWVnU}*=MA*?b=L?y{hathHJ&I?x!FJvO!;fLL{1A9#2
zgL^4WgaGk1La2!Na)p(9j&ALAWflAsqheyxa$l4SY-RUM55LGpa8fJsM<_Xeyc+`7
zq4LNpxXCTuxcs;+H5y+~M#=?8=R=3(n2b>EWBlSy<*y1@nNzhG;WKz~!oAOS*$H+D
zx1qkhsjC2p#Y7i?hlgn2o*0Z@6a?H3cYb$CgKt%Xw%%@bb?NQGG)!KLB|UR`b)YjO
z%&=G<`FCbX$}GXnx_Sj4P)Rj3_OhDtS^r6@#f5?5j<A5zq?m>`X!+H`Wyk##Py)zT
zNxC|J{z7#688^S5v$p8GWdz<XTHcLH@&^8jx58|i-#uwEU5*k!8GlTlLClWAdEcQ!
zlTQ#tqZIb11Inx=4Ud3^QVGubM0apQSKh{7N@aB?xc7}+yy0XtpOP-Z$5H;Oc9G8X
zu35#a)$VnG!N87Xg{{+yKDS^^E9)u3@q_46Knh3mfjWaRGb;!Fs^0~;)uy8D)kA6A
z$<F#oIa9s>>?1&fcdfo?`Mz0RC~M8<46eAqP+|T)`Z9X0KI&`S|Dq4gam&TlA~)jK
zfD@Y|ZB(|_uww}wh%IdF<aU_g&(u{chzeD`r@Q!|WH>cXMN!2Fd{pDioJ)Z|ES%cd
zd?6yPET3q7qZQA3pDvu27Z&JHa$uthZM~+7z_N{CiSzlbqX4E*#F6svkT5-8eJZoX
zr|_|*wRXZuCD)OGf+bNFGurLfUP63EJi`qqVtuB2!?$Yu0p_3e>gRsL-ma>*3A<9G
zKP18eM<otI?g=33zoTY2Fr`m4YEw;i12X(awK$=4rBNYqAVY<*q*zm+#Pdt1aOT@>
zN<2Y0Ags3pV8nIu$2*GmkRqk*p~uoer4z(e{sIUD96?%`5_FjkvlK(!!G*G<1RVrB
zrZE6dFteFbH53EBsqx!x&QHLg5Vd>W%S_5skd8rx<^j6qN*R{pibU_XklGkuH;v%c
zdavs{SAuJHm#pwq6iOZ1tu3TgR`zQPa*&*MoYP9V?)Njj=;(d4u5<L0qWtVX-tE7`
z56SzEI+7>i>&g?VGO}(#ckV+v(jhQk4=Sf5Y=tO<amjwAA*JY58QboG`hAF*Re|j3
zQ_Ty+A{&SxIeCsHcW=URx96qUBv}#i!jKW0S2!D2^{Wdra-0#)TK@>!3gJuqB>B*9
zL3Z&L)<D1l4c7e3%KA?iTqsxk|BEQ}mt*e#LWsXyb^p;Ew^O0xze1sj2*`(p`gviY
zcFrjINm>QSnn2}7z!Z>O?}v{4v$lzTCKK|%_yGWV>}+c)rlQ7trdDnf9sH}rEm<a~
zLWhb=QlA=WS5{xn_Ss$GV8l^)zP;CKQzPh6toNK^YobR{CxzJjZ;*ic$-jD*grE3;
zilmhLwIEV2GCHnsa*g*Mq$DA0g#YqI4!IF`;kuXu-cm}vG#2?-BRDwHCK%6{;weMY
zLy>$erVTgkHa27-QSti*|2G4K0;;oj7F()mCKx{s_>aBdn@h2*AONkr>`JR~mJ5C@
zsF%CXkPoD}s5(a&+$(PybWTXr8ahg`RCANis0A(|SWlD50?K91gOfDImStSv@e1Li
z=GQbg8Y0Iely7oJvaG0G`<`go11U_6(_*7seQHMv<i%J{om1*+=B2Lif8ZmBDAZOq
z)X=1VQ&Rzp;KC|h%$MvPT~+~xa$jK6l0s2tNkvgbQ3e)31Zf2d%l@!xDWyxADDznH
zKKPMdz8B4fPv(@@`2}J%Yfwk}mFow}+Ugm+?mo+JYKyux0ya-2YZ^;T-j(GDQy0Ma
zYQ4`S1)d()Y7zORO?A6v_47Kb(9VkYeW}CZ+wslL=y1=Z7Hb)6=*V@V^vn@`eHt7C
z6vT1<d>MMB?k;bI2_Y)?1ArbAhyv|wDP4i?ylcWcab+cs3Ap$KQj7BVIxQrXZ3VfU
zc}wf-ZVKAFCTyX*m2-v{Mc6AwYKfv^oAB!n2Gl|+EAiBj<{wE}whd{R>v*ASsuGgJ
znAX3I+^e|-VIwhA{ZKM;sV&-s@MC2tnMk8M%$*asH28g^_BJT3#Nv?*211U1<)O_`
zN<SI(lh!9%Wg^4>No2p9b^p$~Q*)!|%2%GAvHjEZ6XsKGymTNUhAbILe9-Uf-qBlZ
z|L)pk*}Tk!K0>86nC@2#Bjd+Z^*(g<$;@8yen-D!uQ9qZ6o@~Hm^RtoCq1<=@}-Qp
zp4rA;xx>3Z3Y2y3rY_#Xe<2JVWm$Omf2mz9H!I3^wQ&NIgk(2=8jKe>h*|i?*8pgX
z=A8OO1d>Tz!2#uhTJ!{uo{bbsl_pYC{-4<~S9mwqJ4z@{8Y=VTr-lP>3Ptu8joD)g
z0^3LGE~iOwLZ7`i7ksGx4<uQ3_GoQFoz`69%+UUrX{17QiSDRqomz5Dnij}Jjl1*!
z!|~J2g|Uu|_OJ>q9qd0cl;eDHYf8eg#BLhGOHxJ|zCWy#NR}dB=SO%oefIixNlA(s
z>5g@M!S4&89|XVc{&lm%!Es_u?4TLZuqT<b{EW{<lr;h>#$L=PyGi~=(J{X=tV(oW
zrO0cH$ty!~ae-8HTXo#6{bjy~XHuH8rQVX-Eb0j`$uez-F06m$oVq>jvDm=NxzAc1
z`A3K1%aF0SD|G+0Lm)*yIk758lL%Y4i5WGF{dYV4KEp%M(FjiT@nZSWj(;N1VH>>l
zr<uZfH6R|O*!gv}{Y}h&(B*YF-7~1Vz@*e@vUHy59kKA&yFWyMFwrq<YQv>5A-&u*
z#(6N*8?DhuIApH5x8AP^%did>kfa=rBa8g0s?uOtLIeOv7t5+<QeQ-qRiiiFH6vs*
z>GK3Iw~m_(J@@ux^r645pF~PS8nVIftmg|I>6GY?Tb+S)hPH!6T_13OY*uy#{@M*w
z)sh5qckCRGZmX*DtkO9e<8D=NAuv5cGRH-N%GjZom9KGor&K9Smx;0Npzdl|czEeh
zvjg!(VZlUE9*-g^T_<L8(Q%%q>EH|<uuPA4xzIll9r75Aw6xz7b}gL;=%y6q6F7Nf
zDo?^PY*Fzpq1!E+j?CD-T3#Ql#sbhMvLy0U@~=D@FGgH?EdGpgrU<y*UDjW0VCPIU
zHS8L}5Q<m^rJTQT7HM#5$1I)gE736*677e^9D$&)&`V!e(x~$@`tmiir;P?)O>MR1
zZ5%jaM#Q#oTuea$XI|`+^ajON8BF<qs9`JKf3mw5?cDy8+z21qMKFp^`qgbuz)<ky
zTUd%c?W+@fs=t3^$pGDl2oOC9SE91~n-Z1(eBK|&Q+8~&*?{-DGXj*0c~RhvyVWpK
zp#%fRi3N`c9Jn+7)tZXOVK;hT%gxn}Ww<g|&_JRCtZ}7KMmm?ycV2`?`cy&bOXi(S
zXx2B;@I#5XEHrJMrgJ{=TFpX|Ka~wXya6)1JaXM}e<WBvfQ~D%p4R;uX`r_Yxwdkl
zW`!L>{vgL<4^eoB->7B{Jq*&nZa8(sMxC@A4GiDlMU^6sGjo#TymFyuwzT)F&X$&>
z>B`tnI)kNI(;deIu1>^<AGe|x+(QTof4bM<+>_2kh@OqL>;Gn|(K0RqnI(TWTFp)j
z6XADH|E)=m?26^9+0f>sQ>CL~G9JG~PKtj4G?naN(Jy!4(81q7SxXOviZHoQDLc)~
zsD>6VvDc-YvQk+&6+J0Oh>n@*Lg0xEs^sLETGKQGvzsX02M*aevvgJ`d27~iEpV9`
zYzul=50BULH#koXAjbM9<I3hJDS8_j3|-TE8v?i+`8BmwHU9^J<p!X_GDwO~B4}Mc
znTS)utubfcS^}|t&g$2PzNL1~n{H{DNsgNPWPYN1?IUa|bvmySv#{*HXQm+w9iS7Z
z`~pyW<c-64Dl0DWUnAtKMD&ysBZUM5&%gcg<AORqDk}u-A?l6o5?t5OLaqsiCMoFi
zs^Pf)*BvL<`P$F-wA>4lo>vn`-x7j~OB88ac1PpnPga?&B^>5`pv!m5PnDtnqw<ue
ze`bThg<eJZV|uQ>O&vxSAD)lkp?kJ?fQM*((}|vFW6*}?FlhanQh%7zXbjrL3(qg6
zDZA%i5X@~muAphFTsBivJmFm$D`zBs&YHPsXZvPMm4Dru*>&}Ys<)kBd?@?9M$W|h
z?fPo7k#dX?k`1ZLbs!^6AGl!ED$iq!G(pM(q_<83vE`9|zG}x?iFo}lRwBWJ<ij>y
z%m(pgLjoJm(x|(i={cM!bo|Eqietls_Hi~ybCMsU1cT>Ge+E^Y^>$U7>MgONGN;J(
zd|oy^gE3@%fC(@P9GTyywv&-3EkQas*l6I^T>ZRkJg*D;R@1#Gy=gHM(Zs4V>haMT
zxC=!Ex5koPHs?O~;jWUtn>H|ES@NO&W*NKAtK=ttEz`%0!T`I(p4Aqg=xewxrtZJ=
zBg&NJ%vERN+w+=eg{LO)GbeoI?|OE`c2MPc=ov2gvq%FF`cg$w=Y)1ypcIr$oQNFv
zBOPO`d_LGW*8vMAB9w*VRi#8<;gdSS8e#yL*{oI{jf+26os3GBDrxehWUvkK!AL=o
zWSEiJ`Gs<nbh|!J6En8PukvleEoX4WRE%UO(>55houSVS@qy)o4`&vN%5FaIyjQF{
zDuA8<qIy{tu3ozm;3vaO%(a#(5Fwc@i1=j><tfnt@gputlPGESj4iA91M(Y8RA_YM
zv&$}X7urPh6?F6f^&*oo;s)M~CiXuWI?ZUu29n$K`P(V%!b?uCbwcT_Py033a-Kev
zq58b^rBl)Ow=95UBQMkouu7Lk%b1Kg@W;#aWQDp#fsWT@Y*lkH5CG1|%Q11f7v{}o
zI;Q&yHoY#Rf0pe57M~Js5jI(-YxSO5{JRp=F4)-xZ=0#9mwF%M;`K*f!qasw!(zcn
zO+z{tavLd`SvREgaGQ;8;i>pcu#Dgw&G7ips#R(uK6!Ie%^5QZoI4sE+zk@Lj4(K+
z-z9oo>=#pbxYE7ARaLCwe+ZgiiEqzVYU3n0P@dmYbSxmU=!<l$Tl8tTcJHY&zOG;7
zY|&Mfd}#LmlT2U=he_%7qn{%bu?06l>krq8NO=Wl^-H<5e+R^?1FR6f@bpOJ=+~3u
zC{faVNF}a!)0te`)r{Jn+2iKMzrZl<8Qp%Zt^kPbG{mFt5Lb-^(aIgQ6qWsr%MYv*
zw4Ej~Ia-R#OA8KK{hHgtF%Qse49G^$wp|QZ-@0c)n1J_J@RuBH#Pj+G7ow-V&erG2
z1``Bo3upP`1Zr7afSzvtU0kxrg)YK|?k7(fC^ctCLxcvak&Ii^(N9v6b^!^RFN5)N
z34ja$3p#%4O_yh<j>%pi42phYr;6z0e!vP;S%3IcBUrl%K?zT;<2dz2DND5^OCld*
zGU!GOMqjUeqR0Qe**lW_+CaSU6IOrDrf+-Yuj!NrSJOoH%Sdp;-gh-tUc6R=VKD{L
zk%5|H!((sVu61YopaP~Zo%M;AwY@9KlL(vFlKSj~_Z4{41D5TzynfK`bl8Rg#d~#A
zohfzXuV=`xq^w~b6-SA-jsuqEY33?DA?V*Us(huKXsC|v;nYL=jBUgmM59L$dbnW!
zg+BXU+)U=t>jCIZ3gi(C2IBGjN?;xtYKN>-sRL;dlS5lNCxls=ZVx|nN5krNY(L=#
zpx+=|{VLN)w@*{c^0B8uQaZ)+**QVqOjJ^w2A5kO+2@O;x25A)w~S%Iftr45XX}Am
zN!*QEkB?-5^;hy2mX<<b{!8?7>xLl*`|}M{?2pa``VoK0T>m)ycMv2l{Y&tl=lmV~
z_kw>1*YSuO^=`M`&$oQvP7Su&+!XV(a!En5S!kP<ze>scW7qGus?L`aH{V0I_g_=L
zy&W84^FiCSNMQHt+o9glw|+r)V;gv1FK8HmJv~qPUEDt7n1s{T$yP7xHB(4zZpEs<
zybGQRx9jDVtRqmIXUw>W`l1KiC@5MmFm*p(Y(QKw{k~xe64LMT&6qIjdVe`Byr~)M
z#*Pt?%_3U=rU7DJE}aKNO#)>^dSsX9$CN{2s4XHw+QR_Ii4c1!cvtqc{LnL@FCF!%
z^`o9Gd5GTlaatqa%ekr9a~h=6b*71ZpSDkzsxCL$9$)THUmq`T#hRZ_F#T67{eBO!
zwQVzQG7I`SLrs|}`poQ_(y!66SbSfPRj8HIhT26WaVdZ}oH<y_7GqeG?M$8U(bm}d
zj&WkjuBMPYoF&Hb*%xFG%*{`Jh-+N7e{W}A^RB~vQYWvAgVPfEY$4jV2Gv}B@&2;Z
z#rW&(<=%Sp++K+lPMII>3~vYEf5UAWYmCa!pi!IKg2Vq6ZV$lmz4HVdYbCh>pPnbw
zD!Yo+r2EgFIY18}G<@8U2bL6)%v`(Nx^YIW)$J?YIkS8f@-d`{Flk?aw59pilM&YX
z#wjrW0g@D1fh2+|kCF440I8r}TdgrPe@GD+i$p?u3b{n&Br!6Oqw_8j<6CxMwmr_6
zjzVH^<w)`TbkGYv>q;e?p(P+H(I(CkUO5y!;h+f35UpQd7=;FUhMuq7G_oAXC_sk7
zkIAHiOT)3K?;Nrz-<A0T#x^+H5}NZ)+k^GC6q}uEOQw|TBG*n-T~K**8t%M9%U|f}
zXW&wmfxV5*uj8!u;|{M!!CzN>_xJZPf-gs0UC$FR#O#~XllgxT+dEOa6LnH1z^%XT
zkH9rBZkXCXYjQb?(lsCYzcBja@6o1t4!7lok`MoFS=3I&h*AI{ceo9q_*@$O=?tt#
z8;iBR?nLhq;dS{7mv~2sCKslgqPu!#$80D)x;8xYtaOP6m2S(RtM-uRTcTc{*~c`i
zaJ@`uZ|U8^%Cf3?{|ZInEHgo#Lxehcd_c31p1v+F&oU3lBKcpi>haeifMX?D5D{p=
zHe(q3zWyEv?DwPxtsr<PPxCzu=^&{T1b&GDt?pFbr1)Xfuh>SXLeFj47Rs0`ano|R
zh}i8G9Z>vFe`sYK?gX2>G`wR#uTY}EJ<(IVrL^s$E)RCbg~#ug<f@Z;E93kEPk{=L
z5{G<M$afbnqffiK&OB-3vREH7zWb+ttJSBIHG4jZNy65Ubn~8x%wP4k>x@#hUzT|L
zUhbgm!$wvAXaUB!{=V7fR@J_k6ob*2hhUGmMDjO5Lzv(1S4;LU_zR#Rp(HCae8p;E
zUF9HURD8q&$2(muRH5r<vl-p>A-%9<V7qTabxKFO5HPzt<74MW?w=LBJn2ODUrHWE
zwns!cUI3rfdO|kf?GRjgQJQ7OiO5`)0hyIO(=M8<#7#+IRJ_J(TQ8YIui4YJwO7?(
z8n86v4V)$xG58RJ_0Z{jT=CgJ*8ZCs3!)3*nHxir|B0a!ZsH@1NJV!4LGI)pT7y;j
zYZ;*A$Z-7dw(^2c?^F6A84B=II&Z38*_tdS&tL8Et;<%&_xS#Q%ALZNg*4J1qe*}&
zCCO`JA=RD_gxVhorY76487ogK^AmAb^e;GCo&1jVxRVAm<&drUws;Oh{Nuk7R3(zL
zReAnXtz1_x<vPpt6;<ah=}bjm^{NM8FD`Yxt#!Tip!i;a#;IQL_S)JTbH4}kt+xv|
zp_ik);D-L$d&@Vq(mob6L0z1$3|RWXic`QzD8OGfOzrK_(OD{s!@<U1W2Z^D`-Q9K
zgCX|-LzmQ{=-UCG(g}&Y&#lJTEZjz^gli69f7>I&`P{dq<}WnCs-4}9vve|8!T>gs
zBEa-J7#})UwrJftj((=fLiu1%6>Br>*ZeZm7Rxgn1hzz`TZa2(_d12ni%Ca!8@oK_
z4K0u-v;zmbW%oR2goRBV9j{K#b6uo#xMfhIc@ru~{GZ^jQ_wrg`ll;HZUa|&qj?V(
zfgqw!m)Pw{YhJ#dw<;JPesHSt%^Ga`r400{wY#`cAwv@D9ue+bl8;X{@EJZPSlqHJ
zU2^M5jn&yfN}b-c(sqXjWo)VIX@Kc{2lV&4_4|Fw@7-Ah_0I^CnVAV1c7Fea5psXI
zI~IDI6KYuP*jRK+`k?ht+iVLo`zlN9ugPl8v0)koa%3tVfVM-L(d*w>(#4IF3j-jO
z4IQgf^dqq=Z$c`PELdS^RF<#9^rXH<lo$rjrO*f&9y6O6hq?It>7lVO^|_y47Zo<<
z(y{UyXPtEJ$C5m4V2kYjLgQKle`yP+_6}w(JdZp1f^eX<chH(Mn7^kX=|TEvCs34<
zghZtzKTb|1PLx1|y9n(VxZv(=HNR@8qnY#Ld|&_mwF2z1H*==0)8gWtE#2v3Y~ZEq
zoScQap5I!@W_3j6Rj{1J<rv`=XmDj@WbFKPGj?-3wIB2xh$0v&nYZ=+&_pccyRQ6*
zXV`rZ8YG5wc$g|a&b&trx!=lLkN2TsFz>oL4lPW;V2{93+OWLn*Y=k@^`jXia$}{u
ziPTW>hQO~Kn(Tcbh0-APFNLywg;$k69gUr9cl+SSOn4F305XBnckc~r;kja=$!pHu
z`AwjwYzgThp22owa?pZW@}uF^s9)|_5D<dp6{t6j(iHn=o*{$%olv-wpijm*FO&M?
zd{3X^w(fn;_0sqPkaGNzK!pvi5bV&7g-MQ6)#`9s!niq_cWpoW{o&n4<aZD8ub!Km
zn<WE3y(ix2^w%R4!DheT??c3X>%maSAp+IxR*umyO-%$5`)+}rDG49?cN);*S^Z0m
z*0oRQetr#!q6;LNi-i^O2ON8w=DQEsG<6{gv8@7&w$Vd;DuG6oZ?3S$YZL0Z_{>zs
zALp(nfXcoog(t@olLW`*b}0Gu;_`YFE4xh}3ftrp2P<83nTxFRFp>)(|LFzz-vmF(
zCa?A97O)zqMU~;ju<x>>(xs66n%T6p>l>m}cb4f>`vKzx*p9VA0a;_WRM&wz%*dAE
zv7vC^2E<&eeE-wVGvL2K<Hefa-6y|!Jp_8miL_~A1e=V#D7F{lv<JNL68Gk+I|XTw
zYZGL^4Ex)FX`R*fm~|MvgtX6>sk(O{cJ%OZEY8n_AB#Ke%cDj(G3L=Z*J&J;XWcC&
zhgRXc2^G++>}wJb9Y!aHi{aqr5G?$%r+Q3XLS@;c%yj|UnfAj%dW0f(AO%SZ_mDk}
z+(1WpD~jm4B<RLp4C`&L)DlHS^a+?Qf(g80_UV|F`RDLiy7{h3TFQl)#TgwEb4sXe
zVS4EC+FyX}&!o<olw{78Rh-i>@?~JNe8|F06Ii(eC9Y_{_Axe3tZJ>yH@VJuZDA`G
z?!4k4{Wk|WST!%9&U^8KhjWSbf3Q}v1=&#(U5Wm2YC62;H%!h4&W7R7($waRk4-g#
zBMR^)!2_6&CGH;V&!1e)ta(rfcF}ze{3$y9UBcy<YXlk&1?@^!WPn)bi5?4&%XAr&
zWcUFXB9tkht%T{?!oPK!2#)hB|A$t){yC0sbAq`9QP~)@gK<Y+J+G?0B}(;&a|Kz@
ze%rh8S0+s0rw5AsIo0V3R!yBzb_$yQ58s_f&wxCeJi@eqV|IMUS23ioV2Q{f(YKAv
z?}A*`>~r{=L4;C{E#;y3x?%lr%3iSwOo~k}=O(rx*_04`H?6rP58`ceS~VLd_M@Pi
zV;!t%KzM`LH9lJj5klc~qUilU7$?`=aSe2JZ-{V2bJ_=)xjW#iV%97d#{N$OC*W^G
z<Cgc{^nZ{}eawHE(ZMXlOVnMu{GM@CZNohM=E7jX+JU_L{rT#^qyJkpA#QBdX8uL9
z)@kRed;3p~8h35$blpa5j%2<~g%mumJBKf}i{~02U+zLUhy5P1PeJ2HnsE?*1pQJ2
zcN6a^f+b3?KzHIK=Xp(2f~AadC{^gM5}u-&sHh=?5L&FRS*<~Vhl;Qe4rE&PxV%VK
zHG9x*)q2_IDBC7KvpHDULsz8937({mldH2ZZ7G9vg0YB$MzPQF-$p6F9gM8Y+^<R9
zgHg;VefG)juxStc)6Mibz1j@O@qdKBqU{Tvc(fdD!pj;g`dCg<(0T77SP5Ev9f>vh
zjBtdGYQl_Ao3Yp>2ijH#2?h;D8VeOyfW<1T9H3S1BS!+I3&OfT&@Hb}cW>%X2R%pv
ze^g-?Z_*<AiFRz*a<Yl@kCglQbuexHI;pq+n!2YO5D)mLSUO6W4?n~~0q-oHblMuL
zV37}+EUeQ+y+!sEYQ}8uqNq}-!Fa)pDLGm9{qDV+HbwR&IaLcwN;w*EP?N*6&MlX-
zA<1$5jRP~jX9K@Qg~(+r$;4@SfGX^&fXz|#wD4T$yNiy;(0%^@b@rW6Q8e4yLzW~-
zP$Wst86-1EP%@G;gGiJpAQ=WxkRU;jAV`)RhMZv#K_us#a~N_OU>N3(p7);jo^$T{
z)?MG9nYFsAyQ-_YcRkPE`>AG9`ljgfN<z9}85Lke5&{UZU?{y?(4}1DZWnMdbKfJ$
zI&%Tzi6UENJ!NYZZ@GB%H==>aPN`-9_@XsWM6t~AETTj!%bqk3F>>8Zt(rKuP}FPH
zcYlOMOHa<iZlbZ@!&aNc+}?m?aRo>G=OcjF(p!1b&s<C6frbwJ^*f6~Pl_~K2>(HD
zTQURW$bWO*{~Nu%|A}e;E7KzD;)I;oS&59D1JCah%?nmYW<_L_TGU!f-nwiX`VWp8
z{mu<-9`ZFUSOiTEy#i6)who{RWe+o|MW}x7kFxPk$(*SYIvrH5cm#87`(6|VKus=E
zKk>7bWkeI3kfk6x8B^P<B^4svKIQ7f5_D#GUz8t={smt5Z989FiM9>aP{6Fl|HMkE
z+_S1Abu5W<`&9%s@E^VHavd~uIi0+A$EPYm;=gXJSx4xzuqL#A?Zlm;?`k8(J~kMc
zJ;bQ~-{fp=LceK?yNZg<<T|Z~LgM+l=D#V|xV~trwo0z_ik6Q_P7*?g2KW^IHElA=
zqh<00EE|hFGXy(LEJBwk7lPhGz!8Wg%%Bp}PunQ|r6MpjvJVBLN?w8-q84J?gir-w
zsvy^_Jfr6SL4j}uCEA2IAEpnuFNghmnq<-Wpw8zFDQ8X$A>&I1{!(c$#vLC2Mv+}(
znR&9>KtM|@6`NP4gDAj=>tAy?Cqk%&9A-NC0XqLfx7TtUl`yRzFIM&J3qSUg78qg0
z|HdoGg7wxd84D{R&XOYHYSpZnh|L(eTfN^xGNJN)l2?F76cQ=3FOwz$KRo$ZFf%?n
zS}s{w+W_#9nTvOv68vT-$B~NWj;;qG9xZ-FS6xdt3t&_r4BQB2umrx#!a2YSg#ycs
zbWxOW)WSfjiErJiYtq$mmsU^`a^l%+Y|xBr?J~2o(i`Gw6i<>h@CTB99!0lo*d8dS
zzsmtKY0(#p#$w1lV*o6#O}2%nufQ^~px=>8yiIId+Mz1&!xGusmmVTFhLay~=M6by
z-~4Cn5;&ar)%@iPSZ_s@>lA(u50&&^d69=TdDz3RItBa+bn&AX@5O??VnuW|8qcxk
zk-wO1&LP7v%Q)c07MZNoC@=`OoBrI5P@Eq#vE3ch$p!(a{^V`uZYTd0ccf_k_*F(V
zfbq`i0w_2=ElLbJ!uXHSns$oP&D#n`zkwn=K$`X)b#*hJ!Qs7o!HfmfHwnrAosVe5
z!TApzSrnn%+3t0y`8{kvg~S;?!s<1CvV=v?(CzUmYzYCsUTPv)M%}_PZ$6!q0IzxX
zr=Zu#&?^`Nss}FHM)C+%9R<B=?uWGHA-9u};FIp>fkeyC(9h-|7zybjUKw2ip_tCO
zPO4pzmB<8F@EIJavf90cq~Z-qY`pVK2zosU9$!H1fQP75Z@2k#8Ib%kxXwdpo^W0t
zbXYHYt7QPV?CJt`#-rAf8ITavK{9S1>NO}2IumfKQ8#ZM<y{56++z5E5@ZgDCc%|$
zL`h*Sy={3W$`*KH3P-KXWm?CBAxIMNH|a?Lt?<jxLTdBP%C(kwv~*isP}bodU|P|>
zpxeufYSLNwM$=RyI4FTLh^lf&<Jd<%kLF`$*T7@DJ?T-`hdlSh|AaaTfS0y^3+vPa
zP3mA%e+l*2y{KbkGy>7H;`|MrNU4E|E$|433NLD>>+;Qx-py+7tMMc?6Adva^MC|S
zyH$%Xwc6&_pG4o3S2BO3M6iyA>i%oY(DNOKcT2oA*C~T6=Y>1c*?ALuL)1Rhb{&a4
z=nie}%DlNO03pk-5)Nmfqc<yBK{sRaJ-wg^E))_DM0UF(Z`)B<uZP%Ws87K+7eMP<
zAYcn9i&8!PkQp#_t9uhvm(x3io;5MlA@uf?Jt;Hj97u?Vx^_L8LG6EsqK1}Kz$fg$
zn49_&7Y`KpN^=gVnt0s<j=DWT&*fG#!`wb<=p1#o{Mk7hwd@G;hvAnbE8=z?g2K90
z+>Z>~s<h~MBxQ;=jn-DG*X%3IlzxSgU(~^!z8zNe?Bw_WyHCOiGiI7~s)S`f+kAwk
z1bFAp)fl)%f2r*Ct|wO)6#X_O2=Df|f07>**dNX?KK|v1@Fwj&Z4irUJ3*0Coan2(
z@-S24ImYTaaVaa;J{Ml^`Rj`hYvr@t*B0o9MSsTod*l86yZiTc%iIk2oAjF-25okD
zy?9&9r{Q#FQ_~As$yVA;_o!SuA7`-zv$HgUS>BVz1LEtbpqV}5AK15~hdeSo`jfZT
z--o-898ycg71F8zYnR+p3ILa=b%5$)LqxtDlcl%MQpS9<w{y>2AB3T3>}+zAPt<11
zj<Bet<1?c9_32<$C-tIQGbd-#U5{BNPfyQ0UO_(ssq&@Aw*pF(@2J&8QO6ma%x3`4
zg^Jze2QIauUx008njah2FoR<p#h@sKXfE91F3$7Jn9{FB>E{;Ja1aS{t<N@_WRPZ8
zuVrrUS4&#Sz+1jI^FE$7NhTP8R2!8QxV=;Ic(rYc>*AO3N?g*jCc8_l{UKD5V%~C!
zTyBC429esE=Dy}fCVXD!F8vmj`@dwvsm4MtT74y#dLB2?xV;zWJ@kS;<s$O1LS)`#
zKW6X-h1*}_x#??bzw}!<u`*904*_7*MQH(LZobjxP=>(6NJln-MFgjMfUep43xzu;
zCmH3Prly<TE?>dltGaCKlc<28%gJJajaxIh{v+-*zl*)T{5j3$jcaEI+sIz{Y(eBF
zj1)>{kN0$MgYawzK1%3<&5^AI*DD?8aKJqE;`}Kjc8eV)qy)c;<uiwQbbjZI8fV<|
zesQ7h>Kw9E;yWz!a4s+9!57ETZpqIP^!6jRWS@6eY`7mW)Q|LJ0CtL0o26&;Oj)%i
z^V#JyN}bC~b`#kP3a$tFuC`r_ZWaq-hl4odyJaeoruY+?_<Mw8fv4&R<Y%9vS`m{D
zV)<73Oa>g;4ncEpy^yC<Gm<A?zIf^GD`pVHwJ1XzAi^AiHx<<HSB74Omtl5ZVNT{V
ziJ9B)xqsB9uSi?XvQx>6lUNrnPXR_|CXlbeXSZngu$F1}PD8&Rnc-+2CxOj{3Z`Ql
zSQ~2Yw2|CZLO7!{V|RoR@ri^PzbuZ{b1CT01sT!_F5N0b27O^+;153zMp9<+@ZM$M
zzKD6lK>-|2ABbk|D~rZAL0(2{-eM2$dQQ|vH=QW~Ja?jsi)m_`K5@RRG5{9S3`F;s
zm|Mfu(%J%UDEzIE=pZNnl|wb+Nn**uQ$IoZeG=eUw($;SV8JS1P9{|Xu$HM_vA&wy
zE)6Mr;>0Tx(0TZ{WLOL5mvQ}yvP0su39cy?&qNuX7z3Z=j&HHk+{)lCT}2SURKf1e
zCwWIA&;h?>(1mjee~y4@S(|4Wke7GBP>5Ngta*bLSE`9GBkj}I&ACztlD0GEAQmMl
zWN|`$F*mu+x>N#mbZwHxQpP3)vX{YDC5XH{>r;NjE;$=|<`2j3?#7uvjwaC4%8x<z
z(VS4fqw<h@(f;9`T>)>SlO&!$4ep$OfAq=)hkbHeg<|(m#(3pjn^nB)=}%9Gw5g;>
zGD{14gBV@spB}Da8<m5Cvir)%b^zO+O@!tb8`qzjlRgePiR)OfTFBfnP4GEit~}vd
z6Q*IR1s&}f9?ZVh+QYwKziA5wYe#L<*t;iZiS6;u8<><xn88Rt8|=^CwBp*l8QXNO
zb)6_(Xm}Mwws`6Ax~yY%KCRF+Bh$OGu(Mh}r65@Q@cqW_gpzL}khe^;Vp0-2PpO&_
zVi~%{X>+^ioL9SBPqWefW+1X<b?<27cD!hIFor5|Hci1}yxP^XwxHPV%D||~sizSY
z-WZU-=A}NHyJWh~`8Dl@{Y{DQQ?>el5$0eqe!Bq`m`k($ubc10`*6Eo!|bmxc+Bf+
zinQ&e#yG#p5ZyR5Om+&Qn2ha8rMx+x&eBy2U|s&ADO?18|Fms<`5jDsB@oZX4Ey1+
z`C!WiCC~jd@aXi@$ML7S{k0?zWpmA$mVSo!i@90my9f4$1-$9#u@-;T#_)rFdt@a8
zzN@9?NKyKxHAJWSAR6<X-=8rb=ATOM96eK#1nfk4w(B5IJ{hkyQ5H%0af40F5-m#(
z^k2nK>6e>k-}N)m^n|YWQJfISAZ+fFQ%ts{<{HNOTOno%<}zPj;Iu38Z1ho&h(&e2
zN}u1aPj7!igN<Q=fnF_YqJ{~Bh9Z@z;s{clhPj`)if<ON(Gc}oYJ`&lq6N5KNpAo|
zFvlr4;EfxKYda*FB7AWJ>Nvv-K_l}csCAO3=GbjG^IleAPUE1-?bn#?Jk&fna0AY$
zg&EJyABk!L!fzPY1>=f7q>&;R3%}Mc`om)#CrfdMd6|?RoI|!=o!o!9yGI}RE&(ND
zthpRUp}AEk4{|<gKA7KnPng1cin`~vOdq`;e`?U}A5F)dDZ*u)AU=uljCZ+PU@N%0
zH<23#gUOU|zV&>O!#-`T1$f<n)v;{@HdH#p#BUE^T&LG?gGz^HUvQ5{&<z_5->O@K
zLN309=j#K&3g&xcc>G_4qGLN|0?SA4<svP@9`Ep#?0N+GwaJvDOw`rq;SBJgfXNf>
zbiZSHHPhyqV!!!@y);1%&8<d~p)Q;4WHx+|O?3uf6D7mcG^Dh^j%XB7sdzxFNiAF2
z=<feBzI!bGpp7e0J+1Yq&LbODronq+bAPDjtj`X3(%QB3S@3nQwF6L~&<6BlWEm{Y
zl!LIr-5cYz3L|ZVF7FWvqsK%rSoLSZE7}$#RYgxAt^gU?NUK~g<0B>}D*y!<nP6~4
zcz8I5x}styfQ^ZX>30P(tQ7RI2knZAibR&^V}DmXxUWqcveUcaetvd#28Vla*zc~c
zuExj5f77|`)$9c1AES?d%ggKf`O_U;hKq|UDJePrO7uerht4HpuV!LtY3M9ZIU+iG
zW8&U_w$;=<J@l-CFWk8zjj;}J@!I4#G2Ho+Ljc#gVlj!LB3ubDm)a701XHgNsG>vc
z(zKd}^0(1^iS*kw>8*n{o?9MI>gJh}r1Q^29*i-U-K<YM-=|+NrT=tMpriHeT29du
zgnbmVRpKoTYF*n|b%SC1KfYlj+n$~p**5pzJukQk+6}YEZNkc-%%R>sR;Of4MY6@%
z%3)i&N@(BcAhTz>IJ<1Pmw1eyn_Z-RUhPQMj96F%NtIs?#qV!^^6IL~kD;l^gpUh1
z@j}@;sls`Gz#jcdeS5C%Yl<FPH;%?`P@l~0tP+apn9GSRysQoLu-Zzvvt)%313(qd
z*1l?(jbHIZ1gB0WpV2jYT3QEO*wHT8EkYpY6gqHkx-~0Q_u>HPzm;#Lr8{uZv3g%C
zecEE1Q1dJuXnv$~995uszvaEGM<!hta0agu5761Rnz;w7#=3|ZeaFDh!N=*ZS?gCf
z^T^dSovH1XXI;z5cWb*S_^o3JC$H2v^WA#?!ZR%~I*x$jg^Yu?;5uoV&n*p*<^#)}
zNpDpU53HP<WVWQ;FHFP6lqm<&CALQL`oZVipqkX);@+XUxp-0esipvhob2{AS7IAV
z%6<Ip*#_@iAsKe-><PWrf==s^?FsWn#08T!o+UgMzHZB3R!#w*+WsMC-E89TGqhr1
ze{wP!=!nZpt8Z8Fl$YTioz$oc8AVNRdF|Cq#5Hd=0dt3#Sm4%jQPM}=k}2!S@e~9J
z-K?Gyz-@KFyFaSF)FQ#yW4C2(IAQ`PkFNTSv+Y<%Kl@z&mXs|_k05)ev*>d{hM&uz
zsE0$(4wZg<N975A;tUT6TAOv*WjKY<lBOY{+x5w@^v@SS%dc_Lb~7R1T|-tb9L>*r
zGz$i}!J9#}tw}aKeIj4{FX(Qz#Hz_k4XJO>FV)dw!ZaAnUR>C*m<IadaU*vaCU)_8
z{Hiy$1{Uo~XFtTt12m${KXP+WS{UuvTf^H;qSDi+y|`ylk!$j6KsLy7K8&lkWY&Wa
zU0dACe9KhWJ{z3=gl6Gl*SKp@%sqyop)I?ru!BBdpz0y8tu9a_?8)1GE!p|AV`8lr
zfv2_mTH-|FP$Yi0!>JwM?CFo0>fdUW9!n8SAC!~YWJk?Ug%6tjGv)l;>8%B&m*def
zB7v#BBP5NGpysP>SIM)`IpKtxhvpmrxqM9diaO~@NRJ3dMOU2XkGIcTPaxe(dUdQ!
zt3*EXj}54H-)n~N`@OrYS)v2-ukY$64sUKhW@x0(uegvmv}r4Rn()|g{&cL*@xxSq
z-$Vgdw`<|b$$2lbNsqN==DLY_g#Za7nzeWBIH4q-8})EEcu<x4Ve9w_A#(|Xvi2Q-
zj-EUewDLW(_0YI&#|Y4#k_R;MaFbE2zUs{v#Q{jVoE7vNB&N6OT*Gj<FrJ@JtUXO)
z%!TB#-oD6%+^$w7oey0U#Zl*DVL1DK;{beA?SAeUBbw+OfwpWEISzbMW{cA<W7zY`
z38@?aWqpE}icqgCYmY?06YO%SB-~O77lpfz^f|Fh8ES@6-C5C_&?YdPOm}s#iN|JQ
z_Qq+u?mgGX8u3bq>GQnszy-OlkfVsH(~U?Lx%X=igS%8BWxGP?PZ47G90(Jzhg^#9
zb!a?mx#@L{6M_e5oJI%n#0XE(7K2>^D<NJADm_xqwDwgbvW;%c3h!dqQ0A9VSO{0m
zk&`WKVer(+4+B)g4L~y)Ib%II-5(`u$&;dnS_G=f%XFXTN7iY|k<|&jaJFIm{7UZq
zG<E(lDRGZdn$q)Pr4p2e&J#i;j)Tavg;(<>j`z>?iIdWsL4^TewZe{Hsky?bj=e%t
zrH`k^`$woh5E^prstFrF4jzj>o|F<&i^SNjrkC>Eu8{4U!}GnNt%M*}><B?zGGqnq
zs~V=8;wF)xVl6)}gogw3%Qi_R<+<zmwvLea91#}k8<ULa3`rInJZEl2!*}I7Wq22-
z&#f0X>J$}0CH_d6<tpb7X(Wg5%d%_h6tmBthAJVf-{yN!%F3M!KEg;c(em}!SDAj8
z>Zq2G9MiHL%R6psLs;8|D`KA(X%fZNQA1yoja`=ASchGQt9#z_$&=V%o8LayX0F$n
zm{qbeTh4squ0~47FF&ub>vy&aE0fpnc*E?(%Ha3Pm#)oby15DKC+}w{yO$nYTt9v&
zl<L}Uf3}!%;kLOOOA~uwoL;wM7@B6WR3odP-NJd=2%=oKE4b8$0_4I7JTew;Z5@~&
z`Kbb|oo959bUX^{0!ps<@yy2zW0%;|*jstYMyAxPYE2F|Zt0xrCX(99YHPh&cTXcd
z4D$#8vi7y~bLJUYdb=lLHK`{1Z)y`o5r(prh@Fs|$;e1P7N_}oLAy3`xncPPN>-)X
z)be~j8+Xm`KcgjCgA=*E$EToF!+yhI#iq`#_vt3H4AYXmn`&Bakw`!Y)%6s0%}5oS
z<IAqOho*)Qo!q&Ka!Vzv!j9&noq|k0(>kYhRXO<17WiWDFvz>(^re`aLZ=hPZO;sr
z8AUecsPz58eGOhw(L4rzX_Km+YWWXzdHji#GH;kU*91BA+|D8v7(l`c%BG;zlJyq4
zF9ZNmjB2_sk=m?=iab;ywHx&>+E1oM1J5rFnxmW@s?ez~xxS~HuW7>%k^#7G`ihWn
zYgQd3L7LJXxh4SjFrPesyY)MZ2wO4&%iE(q$6<K@RhF7!2<Sxu@6iv<?1z}cT=LkS
zKcf9U@)8w#IOVprs*(QW|7rzr1%Y_P$~n!UKC7bl%J~nT^Zr_@W)pV!#;}DrO3U4B
zNP7BxguPcE$$5=aB3x&8^il?mXHvZ|)XDHItHW_H*%A{r1$C`Sq=p$g4ua)lYE&jw
z&^1oNS4rpDh2Dod=K!b(m+c%P!t+Cx!q9N&4@UX}htL>_?HOM(2@#PSEe8`C=%8_s
z_+3S^&gQHF-sHZCv9U2U*2&H)ii(O-Q&o*uz2cVogR8dFK0=4c{{mirFxJ0Z^e-^>
z58(9&jQv4qe}l2>6UEne@)_&r5Rf@yIZS{{g9M+5FFAnxu#x$b9Mdr$DY}`EZ;(0O
z*NrTE$#XlO8_dY-qjuDEdo1e}cav0Eg}#__z434R6i2O&Mr@DxQ~2(Og$anTypd#8
zP;irI^{~ommdIowFY2eG+(_ynrDQ$k`F+u!gTXQwJdJP0j{A^<Nous@sgg6RtS8Cd
zFKwlz6D$XVBObJiJPuyaEEwOR<qBlI-GYXjT#|lxpYKw*pJ0l(_18N_xk;oi6QyvF
z``kYhVL|s$K|vvzPbiSn3R=t`V81=8)H58{xv^?bDj3XZbd5<~PsqpqA%tmY<8y;~
z%k}RLXU)64+%q>UOQfWIn0nH)aV1T2xWjA((5<*3E{3(DepF`jpVKn`L6;+~2W?Qo
z*-4QW7P%sfakv@$Gj2vc8rClF*mjR~J?FszgyX(392|VpaWn5<><^ikIu&6>170n$
z`)^m*AQ+@?cbiHEy5=tE8SYvhb9GwWQN6RnOcP#4>P$-hsGmfeL*6Mg>r@&e4PR9T
zz4zBN5hERGux9uaBMVm157CrI-xSd0@W;eb*b7P-*?(H@%{t@T_88YP6qoKZ&^6Y-
zn(;ENdb(|r?5Zqs4^R>C+;dO4SxJ4Et9f$Mj(xZOBd_B1&yy|hgR(1`tQrevz8-GA
z(&=Pz5Xp38P>U4m5}|6Ud!8|BTk<q{I??ni|F?2L1)|&Ey*k-oDgxnnR##H{0Zw}m
z%Er&1{_I1zebcIjQE(Z49ozInp4w(gliY&Rf5R-k1of?c29@yWuWNYau7y0s6?nYr
zdIV*urJA}FfU(g0DCNiI_L##CuU<`TQzVL;1$kL=2>}3v(BIz(_$FBL2yyu~zqI4s
zMz?gL*<bJmAgAQ3@9&a*T!z(M4)bvf4;RPEsPmEr5zApWjdPz|tosm%{f#TmN)|=^
zDUu-e(@7Z#)g5sYP8@gi?adN(4Gn9xp}S6Fp&MGR;&Yzptq#X0Ca4X|aGrZ-!=mK_
zi^*rr7V7Mp>PWnq`3*CRv4g|<rnuoSoy1{V7%b-Kk`&E)3X0}`PcI<aeVyK3!((RU
z<fm8K(=$_H)C96QHig`K(uT7HJ^l*ytoAQrw4qyWJx@nQ=Ux2Ypd!<O<-zt2BDIHo
zQ&<&PMXDHbuW~HmCDNkWM?B&;2FoLizn>t}Hh3^{pHnj3%&osrm-|KIWj|p?2ko1Z
z*N}4aaYIofuY;iM6D02wLfypR$>B3E-<&}K5PmIR$<DsJeJh2T9HWU;Xs6!DEIvob
zxia4@Plyh$3FKs(luW}gfJ9t8>Y@izW1lM^c=x3oCQmJ(w=Qw+p{l2q!rP`|x`#ul
zPY6A#s{6Doem%Cu60n67iu-;~*>7zqGtPKfyohJ|uIN>!t?%G;K1EH~<}CU2L-h%E
z-$#EYr926jcVMo{<#g}_+Xli1{-Go2c)B^;n@ZbK;p)*fmwGa5k;m3-d6~Xq8Tym5
ziFw1=7?%!^YvHY!kyzc~|7;@cCOXgmvwrOx^WD9W)%nT=qqIzrj;E3CLg7H)yZN6U
zpTq4<;*H8C5x%H2r|<kvu<WTA0Xvwba?N*I0RS}rj#MTUSUN<`WQ7hedCJGx0MLF1
zvWG9$dAEXHY9dK7(g6v?ej6;Y+rx35mU2SFz@xp`1lfmIk6te%pd=7y3_d@{%wfiL
zA{XgPjW5^CDk~2-ZVxm&sgK4V$akml3sGP!?LR-oIb@hPx?eL4eElXjQv*jQ)NMhT
zA;_z0M@><2>0SWIZzhbPu6uuVZqyeoQrYwPh=z}FWJxY|+>vN}+s6boOnizIbd~Q7
z81;$-oUuHC)cg;0(3W;n{I?DB!BxvUDCAJl8GSy-PD>mao?WM99hKaWn=^m25W^vV
z0FPzVP~c1Uw7-+X@yE83+o=(vZKh_OPvy;qJiOoMP6#(wWU>*uT@kNaSdw`9gNN}%
z#42AE;<FhW%-l|k85ho@-ec<&Npbb^M!7#zVnqKZ9J68N6s;BP6uiV%%Zo4MP|o8k
zP$y?iZZNmJ9bLc^m?tkX<x2cz9jEGxpNj5(_7-=rDVv8{UR=-oqLjfxzhzVN84gQ^
zM>p>$ANIDdx8&%%QO8ACuzqPlQ}IU@8vo)MKwshi=0f;;$xAh0J9bva!os5EXJX2U
zh>DJmmIIXNaouG_`zSgW8a>#@bz87C6cx`zE&u7N`1|z#UWWf)D<(Xe<L>vfO|Rxa
z)Tp%z3;7cCw@V|{{;bV^CkhL78|wjv4vaK7#s>NS9I77sNVrP<L-F1U=(x-PhHV%f
z6SL_P`0nd|OKsIIMJI>EJzY`z5)k6K!LE7?HkpP&3WV7jpf$GxIT(P}l61LqFv-)1
z4!4{GUz4jVk`Y;2gk;psLMvY4Vu`!IQ&GI9O|<MFg%yUDAG0uZ;?&O#Pz#_<kpt$}
z;DlV##_ud>voVIv?)(+wnY+Mmnj*q@aBRiQhVia-?X$YsNAh=daf#}An~-40=?mP1
zaE_eI<cfR*k@(q~D@xLJK0X2%)XK=K&I+E(YlEdiLq0%GSLlD=ailW9?vZ)~b_lsV
z=C@vLnDR?T7P*HsMri^b=X>^d@ZEZZmS?2t<)zKYhX^2_O@9{oe#2j?jvom<UQ6`3
z&Od_bqhCSB?-2j0;6Y)u%Lqdq<OjerwrfyK&O`3U_=0a6uc!FYJ3f7ZaemB5tN?;X
zGQEr7Tl^nmVi`o=nI&h%uekyZf!|^<v;5T&ALu-8E4cTYV;y9;_hu#d)d$+T=UF|#
z$deWz$_zP|TuUOenx6QxfE9VY;R~J?g=hE2v5xE-L$>&@Px;PaQdB=n7>+cX;W7PP
zGJPXDB73O?{!WW-@HV<>Uo>nI4Bl}hS{ByoA~6WmF&<4d@NV41cjZak$S=JuUE6jn
zD}mhRihIYP!t`AOahDTU4f=ow0FJZ;)6=Ig%YlvJ#A6H(Se7V)UQ|o5XtCAIc(nL-
zZ6bAEQR~G<?D#G)=v7gZS+zV>6$|`(H^hq;X;X6S{>-@CZ|~kxb-=Utf>bueZK+}=
zc#gBu3p5kI`xL0}Los=_ks;^Q5RzPo=VEBXW8X4kc%E#r_G~|+qxLj68j&|}f$fp-
z&DMY31?mjk#tTkBE;7_Z?VQ`9i}?@EkO?4)Y{v^uK4+ltw+4#5!Yl4;1Aj5&bSBUl
za6jn@e9hTVA*nw)=tg-7<nrUjwSMr%YEjGVyO*1f?-Vr*<dVC)8C>9xkxn9!^5<2E
ziwL+o&3W8M^~Iapa*D>VI7qzO6^3PpyLsObzA|bD&}$z_SIN+ya5s(X{h*eLm<PDT
z@Db@&$6jT-CL`T8bBqL^%2ufm9er6KUS3#%J{7G~#JR~M0rY1!>%DwPY;+q{;6M0i
zfl%zP24C}kl{{bp7B(&JBRz-baqzbf;Z7%gLw0)fEjAxp8v~6!*RBu0q53Hj6l@>?
zl0LAzIV^G9@&g$P15!UG_ugzaD)ymnq52F<)StU$uOTEPuCPc0#id4GCNDNzmoN_M
zNW-p$n%S4+Yr%}rr#8XDeqmN23u&Esm`piEEB@_cGQkSK!LPUe$ETblMN1*>1~py>
z+(QL=6P`X9*ZX&)B^|#vR~f^Anbmg|y`S>e2aec%1?yb2Z#<)VAeQ&hH|k9DY;V22
zK8dV>w8nOcdBDmXfr>{ZbL0P%2xj)v6f&#uTo4NKb~*9ZK~=y^GbVl}dDfiEwh0mU
z;u%2HVfL_dgKf8Mp|LDK%l%lLpBL7i@Gz+%IQq>Jw!E&gYj+%)E^(<dU(7m)3Y6P_
zP;*l`aCwNexFy@*?sEQ)&XN8(JW3SWyjoOnDYo!TOiD6Hkb6MT=v>oVZbKA`Xl`8o
zeg<y5dxntNFr~M+V^BR*zT};WfH(x+ooUoH-<lWhpR>zD^_^Gg(&^La;BB1zT=HK!
zrZd$E$bs2g^p=DARhuX38&^{cDk|$*k2C4_+zKUMHCLEXOjAH@po1Q`>WUz;Ai5P1
zVo<W<&rP;Y8G(b;rD*w7S}MFj;_vW0<B|4U?dP$aU=9LmcO%-%vFDaD$H9VBhj*91
z7=5K3e7#iV%BVNc=EV@(^=Mc;xQ4^}SF5QE6;2|p9q!Xf2Gg9V4kigcsbOi6Vl}`Z
zk>z<x#w9;Ol0gTxRnJYV!wGpnHnM(%2tMos1ihBWP^TD0UG0O=bcrJ#qhD=!O#Hp?
zib&31c6TQV^z6aRKTPcV1_{@wZA<dsw%3e2;(c-!a}Q30V#kX|Xwnd^Mah1+7CLrk
zM7D7K5vjKIarq$HXb0J(8;qhFt(9Anq2cgFuyUAU&%Ps$R$!E{CE6pF!nW@F1Iyi^
z_d6J|4#_l@c<8<V$(8-!cEp>0>KMyh@!rlCav+{`bmPK7Fiz@T==)$CrW}=(t>7;V
z{Ul5|{)9_dX!rZyp7#Hb_4LolBjf6;usc5jiWt#;{MYD7`VYVU?}hq*rI#YcD2Dxc
X`8a8#&{Xs{!2l{snu_J}mLdNIi6h+L

literal 0
HcmV?d00001

diff --git a/doc/assistant/xmppnudge.png b/doc/assistant/xmppnudge.png
new file mode 100644
index 0000000000000000000000000000000000000000..b3a0658cbfc1d62839c20952b588ac469cab716f
GIT binary patch
literal 6156
zcmZ8l1yCEzwhr!E+-ZSQyg-rSk|M=g+}#OKQi?-x3PoC+;1n(HP^2^zf;G4XcS@iT
zTp$0v_szU_XJ>b3cXrPC&d%)F^L-z6v{Xn483+LY0EwEa^4o{`@S%s|V?K<f`~JNT
z6Ryo`6=lHvKP|trH2GnNz*E&23;+;4`ln+6va;zOHu2u8X#(+(gpA~m1b*ec*#ZD)
zGu4z8^nB-0IYD~5j=BBaNyrH72>HSYTJ|KKd|@7gBpSnPcXQY8{1YstO$+9Z2HKA8
z4W*^vz2TlY+l8v{j<bvJ_GTqbOZyW(OqVz3h=i+DRppZU4pLc{Kq8+*aA9$jR6-q`
z9Bt?IAxQEs$aD?}<?3ZN)9>VMS;6jYpAc!kgOPLDk69TRfKVa97%l;}BquI%RnbTI
z99aa|lp_&15oSUyGph&nQYy}A5;5eVy#qxJwzf3=@NgA$85Bjwtex`aBh?WjJ7q!W
z8AY@@4WkMW&)C_FzWFIo*K18g5xa)_OJO-L>}=)F7DZMnkRp-dF@rJHD_>q~FKX2c
zxd(^;-{*r{Y|M`in4!udq4I^9@@!)o8MfK$>p9F0QPv%j#4w}bnTI6>)d-)TT^c!N
zr?~&CsA#^eZ)Wl$#Nb<#>m7LQ=~jG9jDt9A+M@H_PD6Jqy_$aG1YzmawhU~D9s3k2
z;+6=^NKR*{x6$K?UJSl9`98GU5nL67T-7O`+Rcp06lMIi9J+$;S}jg_OsvwDDR)zh
zvT;SULUGBNBk>w^n`yW9Xv!}ld6#an<uBtFr0<JH(wAzOHB=D`o&0fS<(y@{hpz#f
z-&rt6k%5<PD3Tg7SQQJqC;F%r*3%jPro5iTNFaGY(W77i<<B9xB<@%u>_9uBmtEd~
zY`zo_+Z*Xbb@~LKC|g%>3FHStwf*7at=%8UpYfi92C|9m#hn-d@O6yh!%4xU!$w71
zIBhr!_D0fETm}^~$UCKST7TYgwv}h(NofOYGY}St8LPxL4h!LoUJrX>7)#Eu9@gwJ
z%FRPp9~A^LgO1xCJ$I|{m&jStw-YvwV*kE)Vt4?GVwbAap|L9&y9s#_a!O(^D0Y1z
zMay7$Jq=4S^L=i6=(-rvMZ5bCB8}C`{Aj4$eSL*E1F`z}T$qYFTVgW2#<x54i}iJT
z%3#UDOZv{+y3`bbiI%u?gwN^ONmoaaYNsmE3S7nemh|%5_Y*1^<jrMqg#|=GjnMS3
zDn-giv+yNEJfzVilz%80(Y#=Jn_wx5_fHh;ulL1kCIhXVS@bdBiD0*2j_7fEM4l5s
z=kHo`>^d`um?VGASLISbrni61HKV0HLk>r(a{&xaFSd0lM0L0e2|%so5l)MNw`m|x
zw+>%plMZ!y9H+_W>guls3Nb28+9i}|Ef=RbJK)XUED{r|T516kjDzx;nnMUFW2$PE
zqpKFFx%MmG@k@|AQ8*6}mvF|?b0s`00b=pK?~_>m9FpjVjMuhyk!NYCZZ57fRds3X
zO!p$pV5-rV(G7h`e55JfuG7F>WY_=dP9^@Zz*CdDapQ;N&`0(S*;AcCTh6CZUr47U
z0#S3vVUA5dI63+r0y*@=j;Go`Vc`?8(W}_><86D<cwXq~zP0rpbd%dpR0OeDn9UfX
zev+PdwYPULK6T36$p{|DkT7es`t>Bw+gm7B@tTDB6U6bwaorrQ)%IIFJEzJXW3<(n
z(%Va>M8+n-gi(0AX+q9jCl!5D_jm3Z5!1NoN|%EJoLWC1E=0Y7<OjOXm$0m+$9M?7
zMUHFQEUi{b?8R-Si^IQbr3ZoeUfT3|f$m6^!d&V+EOFGkBTkI4K{TRo+b4`m8(_nc
z!Yu}3bm_*!hRh!Vv`aZf79_;ShBaY;x1x3OZip3p04L|VB0WT%9U1&nDbf{mb~QgA
zmL*4<dPl;BB{U59QIN<70BD|X?6ajEW<pX|D$q|K<uJ`<?vCWpjGp15L2w(Qv_1?v
ztJc_DvZm0{5-bnDk4mdqJWgt>;&FSf)pzNBI_?KUsi!iQm9SXFy6WQo$4(9TpRK)L
zf=|kwr=jA)4e`ivMS*n2PebkeGpFUw;5PSM7KEVwd^*qhhiztear>`<IbRxR0Cqe=
z3H?5m;Ti<#)b#_#K)z)#$k9in&~~ol@p`9L+}!vSQmUCpPz5!?mi<B82w~cdyXf90
zv-lb+q)A=B!HIS2>*A8*s;{(QG_;u&n{{Vdi9cSnW27i1+@a<8>7|%hz?@gNe9BM*
zi;)=2!4VaVPR$MeGs;cAhpuy3nNq3GA7^fz{nPA?34iW@HR|0$=h38><K$Ge#YHw2
zNZN4elHP^`k>yNXemyoW!EJ+>_94cCqQ{>yn&JL%6Z3Ae#7JsDt}C~>P(bc-dCeV$
zPO{0X%fr&LWx&P9y?LxH&@*}uOgaN6Y(&<ALmJ)d)>l!ZyFouHM@HP!Zd<!R3w!x-
zxzEJyx$A6)<{y=Iy*xHvevSBg$TxsI)MG6}6=sZKfGh_3h^sS<Wc&S0UxA18d+7(o
zw(u(>Ax(XsUL_OoX!dMSdO50H1()9FfYMEI^&NVC+aN%(U)H>*UX;YTwCB%q8%jDw
zCwnyXdX`vM<a3_=^p2l0ugUqYiJ=OgGsvPC{TzJB;QHPE-gyCf&;61ncZ9+D3Gihn
zA|uj6`)6U#uFo^9{7hWB4PJ~Nr0>T(v7UMD1bS=}Y=)dKY6Cj1*P0C&2;`&Sat`6e
zXcRgm$oDjB5m=5vf(cK$UNn9&;feK1a#(c#Q@>W%2qlbQMo;0je`qknU+3PIBKG_^
zT%3(Tpeeo(-%3^f=Nqjj*>m@29A+2KKMUs7E6VsqT?~COqj>$S8b`rN%B;l{sv*Ch
z_M*H%)G2#-__VG<p1#lX=L`MXK*FTQv?%VLZsr~uOkyHmMw?P1pW^4V*v1P@XA*MN
z2Pk><-83Yzy)sn2RnU;Z$9s$t!Ym|Jkfu4(O5w`0+GXa9oB|TvD@j}Wg=DB_P{)|$
z$rsKMy?II`X+QY1;UI6$#Zxx7HS-nt*HOYlvg8O3a&~v$<nRUXEP4Dbag3aEPI7Qq
ztW~ut`QsqBTB)K7#r7wUi8ABWgIOx`aw(*_#7=ApuL+w;?L05Q?1*KrNXCiiUVCd5
za(ndEE1rTC-*T9Q0J;!C6u~u#D^G@{CBC+xC<E*HHGzJb6%^T!U2=B0_KD1;ifY~e
z?(-*X7*99%`bQ_ZGFF-tHdb=iSQb#%g}uHwQsaGSpML$b#Buw}%dUI>5uh$ChLAX!
zb$kBChxeIgi4l<9+sm`5ZecSe2@`KG5d&}w;#!hd?nMTRI3@Kw)+lIRm_{G%)?Aw(
z_ZvDZL4PVyY9sPeaV_!8BB{K0qx^BByLJe;hiS)R)slW?ReZa>+IC=w{PW&a?9PF0
zHz#WqBCyovbUh;f_8}#=^ONP!{rrs3prnqR9O#+q8-Ke3xP2atke3egc+S}<sDQ^<
zt#iFDSZ(16;jyr6fRhgnki3zW3E6Uxg_1BdX`DUHhf!R#@>(i?i_*{u<C~uBM`dRl
z7U>QWesItC4eRIEu3Fr0PZnhK6mff@BiGwSRat0=%~Uvlaca3tY92Do2)DCR<0(*L
za%)vYWm(`EE|KWXV9TXWkZU7aoYF=y(7?ua>c}ukySkFV&5p41FS>m3j;;ZSb}IM#
z%}V88fOnocO-G_%f82zs^8VWns5%+jzD%1}Q%PE8xzHF>fugDw+n6{L^V1NjQCIzR
zqbX*2(&$~?%;3t{Q?X4Kqz7vaY3F0|`uU4IM<qhOstD4tt=h<WFGw!WVZh}<Krx-o
zHTrKbSOP!R35OGIW5<||vE$-Fzt?4U6b$<;5{h6pp~r!sVg<Ydi1OE}Wt7TelBW8s
zcN2dl87M|e%z8%7&vOm{+K0Is=9mV}yPac756|0-A1V4D=SC&P82sz%+_j+BQ{FGu
z=|;Cw|Jt>FizPDMGqscw$saOpZZ?`W3OOC!?Mlznq%Nn+*CJH|xjC}&<D5;g#*rwS
z5b#SH#W(hl)4HUmR{9?@kxoj1XY8;@HGYqRMgf>)OVNC}2~-XhFOR1tVv2((sK$;t
z;gp&mo%5d_Cj8XEN}kseA#o8Nso^fsdL`6U*GM&M7$S`djY*|&!!96b!gxPc`;ae8
zoLirw|6Jjb=3QOwRFBx;%D<JCG5o8q0<J13LU}IUt#s`E<e%z3M5ZWAN`e*iy<dkb
zp6@ALT@UTYOpF4*VEe6pd0X#t-f@9ilFWrZQ3=y%J&b8>ll0<%NB9B8#2=}Oz82d4
zX<S#8pd>s@Fi$w|PumZqT0MUwifHqkHuPeyo@~8D3zFTmul_jtHa?=2=f}gBK<?1x
zPO5jM&f_1M(q9n!DQHV9bG!kk{?M@gM2Jo*#s9$`CkZ;`zHJU;B`;U#n1slg$d16c
zxwiHq*F96C(D*nZ;-aKG5LlCOEYZuKRJsL!WXaexdDgv5JbyrO*rkK%eRGL0W$=%(
zTx`;R|IL;H7U*ax@WyAb-p|mb)s#)iY?Yszuj|~DD>*faic;OOtI$xxk7<ntZV}aJ
zqBZAq(6$)0BbHfsx&?q#SeSNmeWYC8Ga42W#Mp!_V$!eGyD3;7$t($H4v#1#&7P#!
z>`?2nfFoLQgdsP@1GN6v`%ipK_=Dy-)m-SOkaLb2=5F4rt0%jv@x?>YT{!hRv@Glq
z`L!1;9uM(I;{Su-LjM7Qj%?Xqak-$QNdF8EQZZ!XCL@@;sj{uScx4&@!Bq0nfx`4R
zqaF+>Q~w8mGMN15{E4BSACtV$sz<dJ0UXLN!(8+})A~7QvU!<3<9s{7&;7WwJ&6#Q
z!?d$4Z(Ub=-utyL;(Mn%sq2L0^UZevg~)EIT2Y|sgk)c2&6`qeD*c=%SDYqIa6oZ!
z-vk?#cfDZPPaB29&(}U+nvs9Lzl!Xc-|+`>_DYJsoBOB1c^$G>Gvy~0Yl`sqH97PW
zf6SVjeVOeBqP5PC25lYHN_fDxp(gusa`S~FBJMZ1-OFZ5Sy&7~{<yzzeEi$7vdoki
zx^-`lU&xQ&O^6Y|Za#C1oEjiiSNH5WzvZh-=^*slgdrRPmZJfn(Z<jGbfrTY`YPj6
zB-bUsQu^85L-&15u^v96WIr**gTgVyk1}OU1cbb}&w^txqEIWXOn{p&?Tkes3qB$K
z2)}`LMA=)J?a%*XdJkmpzbNQ`)4_i;!haodfEv#pr3Ls$-V+m9TToI{Z{AAP6#CiN
ztlgxB7KQA&>@%^K`mNTAfyaiHhXusAlua}c+*#f2&u@;m9eR7&lcm$zAWqm_*J=wM
zdB1~%WUO<Q(Y?LB+P}@iACvM)b`y~Skq?V&Hy;IMO@v4mR0>a}jyo!QE>dlKbmzuc
zTw6l}f<fnHLd!$U#l^LSKoZl~W!8Cq?9kPI09rWLFpm#XJvM?<1LEG{tz;#9ejX<j
zjQ9K_UAKs1b*$P62ZtMZqo?~w?w#+tkSxQ-z6zblwLlWVRqUXdbKsv;JeTtw1WIkW
zjaNJKD@j3`C6RVe0B|Z-PsoXHCfe9X%rbuSs?RHEz00j!SW%_;oAUmj9Ra1kHfWx#
zIkuYNj>!^K#fxpt{=5FklObMeSQ<>bSA#mnK;d)D&TKgo@bN4+H)XymfEOzc8}xS5
zrQ%qI*GP}4@oF+Y{4s_b71c*sZ;A{9jxc?V&eM}JN->F-q_N7%{h{$|tW~of6|){D
zSmnpAfW+IecS|;5nLqomjd(#BGgxmW!&qoezT_<w#0Z*JMm!!v8|*jb7hbL`a~b3v
zF5NiJ)I`;_c-V{_6~I(HJfl<mQKmH;(+5-CO^$wH7I-v+PI{;ji_T})$lOVA00|IU
z|D({$@G;~t(1XAz<(?b*4Vsi1*cfO$wKQ3%IoIUjz-tTvu0!XRg4-H}8T7B~^A>aU
zzZ;U#sDswDEeEO=zuoWh4y6(hgx>ou!=+7f&A)4h6e2TptyU5@m84`Fwc|}%rEA+q
zJ>5O_J|5c-7!Ocp2HIj)ri$^gyAF&U?}GzGz=S~X1q;n7B?6`5!{x#)dN8rQv&oSq
zQ&Z(U7#sEGa6y*FTR{8j@5D3H8sh~040Tg}yu9h~$cf0e)TCVVJR#N$HEwckoEUth
zcl!*G*cr{_WTqc$v&jRlCVWpr94b_q=KvC=CGyL=<XW`q&jObhLt1}g)8OT)@irJG
z+z#t~sM?Nqe2b+~h2)yiYi7A4OTJ5-;mK3`@-l>SGgSO-G%v44TRd}go<<scgYl77
zRikxu-sGSAS!<awlS|D^CsG8g&|<Cab|WAsd!b6^_ceExW1zN@*AW$#=qV9d`*1$e
zzt=!Ktb_=b*Ohy_IPhUmj=qwyM-2*V#<KEsAqL1Yp^eM2Oee}n4rc`te|TBfzDJEe
zW2C!(Av3drW12$($PJJ;zRDX*@27;i6!L_WE&cJhWV{F6O)~%aYQuYvX_~pwN>_eN
zP3z_@X4Wng==_ND^D~D}GbYZk!SOO=OMhj;$12o}GFVxfZ=W-yC4^?>gI6>uK)!#+
zCZ`2kApV8?A~`_xw1I(jW|Bk`K<9ONJtRkgWyX>P&{-V9r$wuYpNcH8B;NWGq)+P>
zVWf#~+A#+T%NlOR7KG*S7*t5lnExTS;Sl-t>Bxi^WJEkFDTd*Dw}1ogmFC+iW^;c!
zM*PDosI^k{{;u3LnO+!fD-XUac_g}5&{LPe@k0Lfbym7nY8}sZj8bwd{JxCXDkaV)
zNF+y>WE?MK{<-XagfyX^8)P%DE6MKGd}x68_dE5b)h6m-75yX6SquiR$QJvt<GMOJ
z`Z%>%45I-JYujw;kl6RVJhrL7DQNYMJc&PU#P}Kgc&&g8&QnG&nv1i_f{Sb#UZPi-
zoZb)q8USi<cb$fFBH3SG=Ts#!keBiXOj<d2KdR+9eT}9R`vad=5y>BuY0;GPo<v!g
zJ3(HZBXylIy^R~2$!67AFLX*=&08u@el-GgNv3<Y{gXp}2`D)8tQeGV1(4;;CZA0<
zNXATn=F{vO=D!YN*(dH%lrEUK)V^Qn5c?|<8BgI=ZlyAPusU8iym9jh95B&lbHij!
zhKK&5U8372AqjtGp|hOJ<n|6EF+G1$#hE4yBBl#!IZd?<&m}5aU+ll*th!OCvYtJ=
zz3-HqOIR#bkP@6ombeKR8aT9Trg7yf^;qj+5@@(;Y`eOoiZiv9T#Uy{KV}SEpN+Q_
zY~!zSB{?`s?(U?p^1EbpH@oWU*-A6ND!U%<Ei7SmK?lQc;pA@J-Tud{Z%yNxq6+H7
z6HdISaR%>qXpm1#t7JB71V_9Vh7wO8I2&&;GYk7>FYl;C_g7TXlD~`eJ*&7Pn`z~_
zVNxK&JN+VVez|&D!dmK^<7pWfAbh(lV{I&UxG9)Fjl*xu5gqzd!gBz_a=9|?NxI@U
z#&l=x-wiy0JNO#tM+CeL>dXSO{UBHGJohY})D|pNfVw{5Z#kBI2M?2^S7m{f_xfXI
zr>~T=6+b0(P!NTL7b%uNcYGT0J*V<xM1{`o4+Cm9S#x{`LWX}mXXwVL&c!6gww+oq
z=`u{AQ*_fVUoTRZQZC)?P@H+5j#<W$Y<*;_=AxDldS1g0L|5uwcPeXkeP9v}Uwn7b
z2@P0qB0rEh3!V^s!kcyYdg{%bl#f{1VK3mpC6c3Z3%{@cN__><E#k;h6-8KxssMpF
zw`UPT-9>&DGMfxFB~fakf_lQq>swPuv##~fkboI%;El5AC29sond(ni(S3kmWv(F@
zJ;6w$J66<P?gH9nVcYgyt>w|Z4hLNpU&cK-Sayr*Za`IOoxL>SeuUl#l-_=Xc3Uop
z`&vhVZ)XVnFAezrRt7%LvZ&v@vHPa17y;8@(_&$k&H}IN-+qEh|5k`Ga<YPWJNDxq
zM6hy})$Dk;e&4TtlLeO{_^g_3md5<eXn)R{!{|Zc-r!04M_m5jdgDK;cSHc}9;=GP
WK796->Vtp}0H^`Al&cl3!u|(e$>VJR

literal 0
HcmV?d00001

diff --git a/doc/assistant/xmpppairingend.png b/doc/assistant/xmpppairingend.png
new file mode 100644
index 0000000000000000000000000000000000000000..f0c9e765d1dacb737ade9ad68ddcc6a2bb8e149e
GIT binary patch
literal 34379
zcmaf41ymi&mc6)3aM$4O?gS^eySux)TM~jh1a}DT?(XjH?l3p+{Xc*HtUqgDv2N2{
zU0rqV={o1^y(>cgt2hEI4lDowK#-IWRRjP)B>(`BKxk0lnV$!x4Zsf=dkGCE000j4
z&mRaNH606h63SUp_6yW192|g#W`?bI3;-YkNQw$6yDy)%`N?Z7C0xAJ1?&*wHPE?C
zD?a>AUJbv^mRwFP5%bZL--qa*%O#&5MM#Y#e!yn7DWbZR4LZR&Mwg%KR1Tmalc41_
zDnfg7>14pj@XS^Eo*|rRTfAXK^`<GK63nB<%ONEzZ>#CJOmfbD9Y<QVLHHbie1IqU
zYL4sWGpv$Wf3M+HUbnD*a_WP4a2hE}LIfR16h08LwhI~vJVe12LIxL-HzWm~g_g1g
z|MOo&4DdpBuNd$U`RC%F3;(GZ8T+3L|93OW>Q8@q`@5O@BbskTxx;xclxjyY_ewb!
z@JhAO5_*K_^;Z}wER1N_ZwHi{w=|W#0`NL*%_-bz1}%H2!25Yj`&^p~IPyewgB{s!
z5zxyjaP@1Xl6$u3ifgg!wfO()N7cIW^8&ZTE+j!Rlsr6q1FlpF&-5{UAQBkBSYJvh
z|6Ja1tWfP(Ey*7qP7KZ$L>)9Qz9b0x5zy(c0CtMA=PuxmSOzN}_z-Xa*c$6c7@knC
zCqEABgaW~c7HbrqE}FI54BF&kB$1U+CnigTBK(FD1#u}2=%n=j!Rto`9q0~<qIGdQ
z=dM}Hg|RQL2`Dnb@?mMO9SAY?)K+q8M@9~kg3OcDQRG10sF2x!-1TrK@PY7GB(plP
z<lHcUapH8^D^bsg-Lf_FE9}8E0_3%;FEGK1VOL_O9{rA;fK19(>sp*MJ+Bc>1Z<A(
zm5w%>>_YBV?q?YLsD_?*vA_8D;rh2?-N}X}^yl2dVvB(Y_MYJ~@w86Kqg@+f{r=LN
z$WB?R)J;|fs0nv@&g~)_j53%+KhbO^mfPp`b#TZX*@A`Y24t&ts;d>SW=eh*IMRa&
zByuIkZSoM!N`G(`^B98$fG47m`KC3w7$X9*0gp@h`A1is0JC|v3=qa7@?ZlLJ+K@y
zU;ELzUy*jEk#pZ&?&Zdk03ZMYwcpaF#oQi{g1u$}Oq{r2fKiB%R-FU0Bvm9mx%O*f
zWkTsg3ju)^Wyn!d*g})@++p&C)ZS>&hRKc96Ddm7(8Jad)Y40YdmYLE?f58k62rGQ
z3QwIW*6NBw1;2%2xcI9wUL$NQ=ia1oYX2;RutM6KAnlI&bD8<SW<iPDyq4t@1pI}x
z;kybX`Lf-eutY4P0Ab%~>VA9JY2G?%n3jNy5!0omyu|L2<726u8ymz{Cl^x^zwktk
z50iqb>cvY)32$?zbP%{)fPnRxST8#J-gse_D<lVB5FV?6`*U<^3RavMTS!iu)p7dp
zBw{COh>sx&0}XTU@<9K#hO7?HB%2R?#p@oUH=<SRdpIfb$0ReqIty=PuH#^=W^1#y
z?;lSJRJFcpkw8&f1Y|ER{%Gu+XY!7O8gK%^-`VNXg9HQ{X@J+KmzAoT7SGHZPLAYM
z%+$$%2{Km8bd?D(@wm;ZTJC*YP;+e(W7q$g?9J4SOT*?!d2&}CD+JKh6YMUsNMgt_
zZqrS3{W-S7k~usP>0HgOW(cxmvMaTzn)cXl0jL@qwTuBEhrp|YW~Xu+loikFSnF%l
z(Kh`^cuydL-iDE~F6F?$sHU7!VOM28LTQP|S-)V*a(y(Mr+iF@IG!6Wb8#kf1ms_j
zT5zO~3Z|l9_!o$_Gl_=}VT$A#gA^se^duQ7ib4DkFvCNaNj$Lq(!8jA&$fWXsP59p
z;5!9R$+OJv*MupUL`v<XJ&&Qst}^_S0;=n$@!LP1-!>z1g+vPm5p?^@m@RF9FG7}0
zu=@T-BBeFrQt*&&02CI+YCm3=^(7@gL*BNO6kfs{tWfn0rE~*P>S&Em;q6;$agzlS
zD2sHm+n258)>(`*HdnpDXBr{oUeuq9x7!?J8hl-kVX0dR<$)LF<!i2Rk;dV4Ae+J<
zs>Kns&jN%4SDyq(<*X{yiHq~N>(Kz6A+KeMY1}0e1?$o1RMl<qYx)TQq;;q&{m32k
z-EepnC*ro@iL5k7I&d*fKy*`J|M_W$>5r>kjHAjw%N$L$<hN$#Ic4hyp4L(U(baEu
zBR>nL4+EVL0q2rVE=J{6-q$w{=}xQKYw8y%IB|Y-GpZ8G^D6W11yJ!)?4INUN_%P5
z!deO}ULME*ql>w@xzJYn5r1)A___j6vu6M&&k9(VK4V~P4vtP!4f&LK#BYi>E68Gj
zi8z7kFMrK^Cw|e`BsAXx%74HA3R$@?%qrJu2H+X{aIdqJNHw9ZCcu0EZWt7sy~czk
zuMF6l=yJfQ>^{emSmRgHSs+qqYR_5TN$vY#HTg-GPs+5&t_Wxg1lhUTObyzm<^oU?
zC9tl?h%d?tR+dp}Ri!uwrd}Yd4POggsYhb>Z>=Dmp1gr?z#>%y-Ahjq4$m^AmkP9J
z5Uh)=c#v2>yz|f}826u+#4uq_=6hAn5P4sZtg$n)l0|=}shzAeQ`5z;J*hjmgPDSw
z;~e5*SCJlu%BW0D>(5r9geBD+;-9g{Vdd$*c(Vo?npBTZPUX^>I5h|hmXXuDu43JB
zA0!1*8s=0KacRu`lH4smkAHT3a-Teh4g&*Z%NIxY+bT)YckCZ=c*<i7A;-ab@Ot!S
zwB`sgJn2V%AsQ9x&t-jbi3p1p8sdft1g)LdP(uMBymC^AohnifjiH^Lt?yM+P^)ZD
zn2W^Qtt7sCOej^W4D~01N(=}c8j{9C-tD^5$1X~a9`G`*78a&O0(ZCP#e$?3+l-in
z>qJ2UFhk~hyr<@EI7TA?<F~j~U*b->3h2)&s}AOF6mSUB@^}U2nI&{+@NPU!Zt9=S
zQU{{j$3KtlP3TpP6Bq(e<oBI8;monNUKnaMiHQ?GVWz1w818iJA94(vfeW1u_THOs
zPu07d@&qK?b>;<9cuYy_tW1ll0+RsVfZZGZdT|uQ!<2|o*(T&`;{F_UjbFv)=2LSC
z)+4B_x*mJZuRU|6B0LMQf29#|+{8qKVBJZT^*?Odl5d+d{yVK8a)oReg7{Zr@SpOB
z2s$K^&DGBNHR%-3ogqY%k-Lo}M2}tsOzXX=hbL5Abfg73!|NxA%k^}$ZxvPe&rw6(
zKZGeSdiQI!<Q8t9Pf@k<yN-71Gq$L8AMq`UIqI!bMCvs+d#<C+pG0DURUQh8-JaDi
zdYqLJ?;1F$-9NtK`xGZH5ugUI5u{>U5ghWef0v$=Qd^9*MYnPo82ybzR=spuvALz0
zwpOQtlT43z1}&Fy!3vjX_k^qEx=N$p%S)>IZcl3PRf11I=@l72LHeypT(Vl6qF<4z
zR+b#PxvkbG*b0|jn>XoS9Tx&SCa%8v4k71%a%g@H?#@r*nt3jpE_kI&^wXgPY#nYL
zj<z83*4~U@(Bq3q#d~kSL%;(_x;&~cpfrJHe$%QwaxkKykKuF2vvvRx=Y!?Yb9uz=
z^Y%R~G$zj%bo=b&IpIB+LONp$Y4wzJh)55yY~CNYp_lykmY*e5#^s~s%oDKbyzAw4
z^9V|350-fht3RXP<2r_C8-;i&mDN5Pb9LOaurDboR%cM^4d%#`^v^ddc;Av4l8;=X
zDXLgH{~99}2HA`fl`Hm9v4@k@O95RFty4FbM4F~cRj4hY=Jq=my!L{wSujycz;%`?
z8b+{PkV%jvwdcM$tEflp*>xxCMn6&!GSU-&U0X`uIIdc3C58Z$^O{?;)GQY~8uGp`
z?`0b4*x-u~i0_MNPfcnyJEx=wIKbIDRrXAPet{hO(e4G1fdPoN-e>x{$&;BG-Q7_~
z^||a1&)t$Mj(qg0ed5YV$sD>83{NUv($`57s^D4Lu+)p(zI8~eP*iiHzB!}+bfIxF
z=uM>f%P<hZCc*KI3dU;z4ihVU-1o$taTNV10mR6TV|%6|d5&a{Z=iX(Ij(@JAnAl>
z{;U|9Dn3q-X~H<s$=A#;ZlrP(B#2vkZUI5H#aD}biGd_xfvP{}*GKZxXdg(`P(f2)
zChC4{lwHjaxusG0O1nmpVd6lkiZ^PEdtBE+&jHxb6m>Hff)h&%rsz0^KqQWO^G`bi
z6eOEHF|w&BMjNJR@!@B)0OjhfP{bhRoaAL;+n-oI4j<CW$Vw{C&Y$a4s;ZmC>NZ1l
zX%iRcaXqCwOrKFul1qp%G`rWD5m+o$Rc37L%xPF2wE1iK?81C^QPS47nCFo|8F6A_
zukNX5itk)ZjTpUVRf6#Q;H?qu26?BQ#gMWGP>e0Z5H!iK7EgWM<W8CzQl~L@GAZ5F
zB5W^}pPIuyo4y(oR*x1fN84}%;@KJ8))jp$p*xdJyj54!W(s4j7~@tB4C%Y>e2+_$
z)8~cc_AY-akhyt?@R7zJI5Q%;wZt~dV1}Uy&zN-NDGS(3^>lA(o-%X99?MBCw&*^3
zjuObu={JOS?KZL)W5@Bx%V<?Q%Au{67{cl7Cr-IU$jYa*f=7Cg=dGGnbE46);i~`&
z%Fe4iepT2hTWg7x)npr{w~t$7lvzs2%-g;wi!OAUdbv7>dKPmWo1EcStE0fZAn+Ks
z8A0^Ol+~K%VIe6i>mFXZi?o5=MW*WZK(r0u9<wdzG1}G__8P8OVmny0SWO&iuggyi
zK2B2h!hV^<aLnsHOhdg=QB~;^8%Q?!%oGOL|HQMY-jTzhb|Yn}#o+Udg2ov}n?tr(
zzQUAes={XC^;5jV#G1Z7sDb20!rHr605{y#ynC}d0Vf(f&%1YG5CX#nAqKJ>1uzR~
z1N6rC{e;jhL^{+6yU@dE@3BTfRF@&Je7{utainO+{AgVN{=o<K36(5RKo|uhZ@%g<
zh~S+1(s_-9)@O1vNmboF>p83#m1o$jb};`$kX}OX)mg*IK@dSR+G5FiD$@(kEk#7@
z*@gu~R!K`5)pphDX&hoRXzKW+KTiHrYb_uk>RFKsP;}y~GvIa7`|{<FVG-{7zwcL<
zghFF+b!yn07i`s+b<q~M(zlU@>Mz<Y5}&Z4!Lvk+TUt*hRZXf<#UW;MoZakuNzvAq
zXKr5pt`GjAk}zF(kx2Pd-m48aUp(vf@@KLuxOmtaDqhBX??!ErZJD(WM_8}cCu?cX
z#)yza{RZ2IXlhF@$9HAc)P2*!%<$fQ*HJ*pJ8H3(m9p)Cj7o-};SBjkhX#pR?vU_U
zu1mjR1_BLNyTmDIxEK{q>yZFmpT0#s6FitdRNz!kgrgw6Sv<F~-&Ry|dVLp5#*VH>
zOI~2zd>wW+9~GTAsod{`inipoCTKaXD%P=pT-B(bQB<MU!`5Qi!KKpi1Bt^a`HN!I
zaMT4#%os6K2Ut@$EtqTbMg7Ur3#5c$yWv1XM2LJ&XPDBsdU#_#;kVOes$Pr*B^&Ci
zN&HUzQ=W%`!_+PH@i*z=1ZB32W$6&hw_oC6>gIdQ1@+!y=(T)oe#cU7_ak4fC9Dy{
z3SA!q#S(t=4swlBlpKS*l0JRQQm_PEe*c0tgu>Hzw&OkH?&2ZI1Q)86TxzG`mo17{
z{!}bs&^$R-HN1NURt#6zw<!$FQ5(Mr+(@x4J~p$I;^j^2EfpeMa+k8qu4@Q*?(IVI
z(wN%OcPk<8lE6_xMQYL=$DBgb)WQVhq76L`f|4>obQa<!sF{4~JH|a8Ew95IrlH+0
ze(pLND@xH?fb07qv1k_~@@v=H#cVG-`B7b$52F<+TJ^WQ_Sx%d<CFpASEh*&tSv6^
z6+%st7LygmJlN&fLC|fTj>e!1JfU;9FW1C={!{E0>U>d;9oz`GwDZ@(J{QS&BE7NU
zGiEHME}^}q&dT$JHP{+%D#p>Z%ODWK_c2sDswxz2cPCHSd;)n@4bLwWsM3Ruc^m6d
zgYd$x1B2?Ce#MxlZ=31ROL(NH8hhzBb@t=FbQh=cnqczfh|6DSIL%_EB9~}Lv_}Ji
zEHflEwW_bRk(J5)0t_=X=on@=9`Q)SIX|U1$iXKb;r@D7`&E-{sDk4ms$yVE2weoP
za%7gO@lK*5cy`)GiXv@j(7_dEjMOxC`yPsp8fD`WGQ`IO7{_+JzvZAvCsn7+sSn4k
zZ5D16Zl8%QSw)r@Bi=#P;+)%OzWjoTzQUW=uYgzKEZ1w(pfRuzxoqLLnsE|2cBa8P
zw_uhTG&|SA_kQ;v_B_mEs#(6-Eu`Y&rnjx=@@2)|>f={*!<Ph4B`*=K6C2z5xONk8
z#TMkSz7@S2C9SmTg|csKD_u7r`8maWQ=&#%N^+IjCN6#IO(oU1nZezmu>r0l!Iq;0
z@uef0+?#b0BSLS2H-o{$hI)o7p|M@T?`J(@XFGk+>0Y%`!VR-(3SJ?>m3$`j4@nJV
z_~tTPz(rbtMifme=o|ABEZU8X=hG0oQAd-ysf)iscj|LHVw-4HgbIdIG>FVyK{1G&
z^hzo+pU*1$Z6Yvy1<#Go|H()&?$aCwH4#EGvb4<b6A^=2(NQDL`s<tD3Fci_KbZmt
z61!W3Mv11TWqd!#{wx~A`0~3}?5okr(70~e@Nr}{tcnlRYNGYb)RuM6S(UN*9-~Bq
zwb+>A`l7@1s!45zeedq^bv>fHWi3L!c#^grYxAH;`+3GVFY>lRjce1(FioX)o9Em_
z5STLjbfxyQhdr+{?N32)=*vkad#4DR>S82N3zs!HJmk%;N-L6g6ibXrMi|-cJviP(
z_d%?m%$L`bOd7kt7UUMP<XXNG6=^-I33>Ge7hXC}RwFxSC)Wq=p+pj=<pXVWD<kHy
z3I?Bz;lbtZ=?ApUjsJq}d5svo9&Zm()R4wp;yEx>{eT9Bs?Tlh!8f(8iHira)Z|zz
zS0I!<I2SM&uqAYSUJ`Nq5k$ZxbbdrKOJqApfh4%MfT8R9E+=7xXsraB&5FzYgCq~}
zCK_JeF^a8jOs!J)J7OAs)}kYYkEdrNFLx^P(nB+*jX3UrA{Z4CCkN)`Z#V9d76#U%
z1T<?N9LF7z+o7fXukqh$iWxx^D#vWE2-`WG9mBZG?Qx9>e2vR^WbzCPCs&W@O4kNS
z{d9S3k%ClMW7v6H%f!0GY`x*VbFEKo*?5$VVzH9HH5cTycpfxcpQu^Kjpw=y&}C&A
zxAL;WFCyR%0&pPVAy&r2Rv+zsP&Ps#vQ3FLhQ6*m|BX)~ee#^5{8x4HZ=mDfwZ(tH
zHi`bN*?)jQtLf1AOCm!$p}N3;h#}Z`2Bqm;oS6VG38bx9%tTjk1{P$T&ml^0-ax;u
zR!;y@;6W!K8kBNrySUSB-5}*Yv~wVvR%}2^O|Iiw>a{Ru;P$LJE;xYK@A+^Fp|tvp
z-1=*qc#+voaqKmo5HB+gd*(yd!&mM5$4`-gRDqg^BKf($D!|HIOP!BTQ!?ZF1xogF
z`|vwgciwf^n#2X6e4Q*u`Ie9QS~GP}n^yyC3r#ke_`i^bXCy6RSZC;vI!OcM!HYh@
zO@t;D6m*O0oE3_Nby)_hy1-+xO>e~D2^g8EGinln@&kU&ZLJQKg(hx!rbL5G@>rmx
z9=~pKRZ$DVtV3mL@qN<m_=s2dQ32KgpbeNR|C-}1sP1Hd(G>;)U}ntM(1G@a`KEhR
zaU(fj&u%ncg6rgMVhiq#yy>J>W(Efq!9T3l7Q<yA%NqI@mP(E!^4ZH(_R!JxWcM-s
zvYD>o3Z(&#_EAFdz*)SU<}(n0*4Rh*kU1IDh6gC4xAi1w&J%7IdW}K1(1$4)a@ig8
zC#65HwtuSa!A1B&%n&N1^~=g4s0Ifxkyl%Q2?SJ6u+ClY-MGD(AQ_LNT=4Vse->JK
zD$zA-K>?I?+AK@u(2nB|nsQRUo;+IH!+4@c>)7nmOB=%g#<kmr86{vOGcXI2ew|Ft
z&)K(+pzPZNtB9ZbU-eiU!9AGZn+<iOId-|3l7jy?tV_fTaT67Vs)MM;i3|y-1MP2S
z&cBk`M;m&Ye>TRFiE!3RW1?7#39U#x6{<3K)1;*rc*Ob*i*<}NQu-q5)Zvb0d>gJV
zd46m&3R9e?j@=BkatelF2e>wz<-k|P33Fr>Z8n<`d2p7svz)@_U^lR^-61ncl5%6+
zY@$udc^Ml4pklh$KRGjEDG^j0V&(RV$s3NOz?AYq0*b7yPv>g^B~sWfZX@~>U@A>o
z<?Li`TF+@-I?`7RCgI~Pyw$K9`WqoAgKY5ei}J9+iN+akN;hPJ0RI8>vmY8IUo%sB
zwq`SxEO9A}kf^t7v#`=*Xjm|5Z(K97WLcp?Kdoa(Ge|B35aKz}6{FOG9b5=ZokSK`
zoJSJexn(pn!iY7k6aN8@KhsNsT-HiU&+G(%jF(w)*S23ro9It|(z7lG__E_=){G)K
zzAZPiB@B2z7w%8{Fe|!TM>}ibvQuo=av+V1sjYD)+7$2etXZc-flxvwFI`UeZm!yo
zDq5amNIfeWe5;GQR<SesDuEwDcKbUkONSb4|5L~evzvlRyp?Pd7Rg$zQ_9MZl<JHZ
zcgdxEmgEAyr0QU?4z=PbuuW39q#!21F*T{ICHVJ&vv-0G@7JJW$Ge|ZnxurjwMNI<
zbMiWdFD9mjy!=w=q4yQVPShei06Db#hzMtkDJ;CQVjysw!7G>LJPLZ4q06Uqo<Sh>
z(ahgR{ZHUH2Al9-7&Dr`k2NhnScw%>bHPL(dJA6YgaJD5>gl(fB2Z3k7G6(heO6ub
z>M>YV0taxEm(raeww^pn>af$IzO*I`XGT!|q3Uw)v6QOi9n|*W$#pgt`XWB6Gy0cc
zwsw66yCZ&XcMwiInv$wfG&t39Ciq`+zpfSS;(c&tGfz{w3mJcdg@f#<ipPfTF4h|U
zZ4r~nq-+U@&K()bqnkzm;7h+0{$Iw3q)TtT%~!2h@|<S0Dv@pRzCyyk^DM_3_Vg(=
zLiYcIBx@?wmiJ{RiRctsr9k@YqXBL$YVJt1v}@mcm8TW7iW5Y1^_KQ<mXhD-C{9Y^
zqnOfY9N5?X9d!;F58?@xyV`W8&o=VreH?LM=o2N^9`q*zloX@(r%J8$K_;q<V3Fr(
zYUTOMIoi=MIPta%mK3r&R^6fN&_@MVT4#z*)GJ#`??(H2h8uK-E06QR_X6jw1f2Ks
zntHM1%uJd!Unw!yeVMxT!FiE$%P>O0(g;T3h!Hmofc}9Npwg5RoX-_Q#D42$4euWQ
z)f}3ZtUxQ~hwMaPSN^Dlx*7?TJhj=i3Q>X~8yPJ?Hp08-{$#GyE4rB0u!2w@z^`#0
zrN^rg7W&{dR*2u8%+{=_5nYpKbCcu+;>?xHJYZsTWulZX<Kf8Y0Yi5buV|39yQr$W
z|BL(cy7;oSt<0T%L^?=ze7cAe5*QQEo8x^_bIeNa%Km&!X>Q8RI^;@wrzRt>D2?CZ
zR7%=vK>%W4XCf$~nGxj@1(9?RAfmz`P0TJUSV+E~WQLxVF(>?@A9+WuHND8MC|0%W
zBXhZ{gr!FFXmwhO29>S<g3tLB1c`lkJU6I(I!rBXmxDS-QTBBd8tED8zIer~VLDz(
z#@g77ri;p5t-6Y;&od4#i$9e#r0|>6lvGy;$MUs!i07~5(-=g}p-=e_oH$zkzQQdu
zPIy*Koq{Im=q;GS+1K6yc+*>{=;*aFZr94)#wlAw&O-8)UO>u!RvJhI1=b;1Dwd>C
z@5Z{yb}92;n0pfe_Bnvk*<Y#1$+S&hLg^xC-JRl7CtKZWaLZ6OyIueo(U&HlODV8E
z<XL!2R4&`<>QK7({sYn;$f0XpQ?5NWv=kF@+*hK`3hf_7TXT(Kugi$s#Kj-Sh<ujE
zJGWw-b^RBlpRfKsk2vjg2_X(MXo}V5ic>o?Ujj`~BVTBIGFS{*P?sYv`B>H;zVoq>
zV*4EAU>9>->sg$hA!iNs<m&S|kQJHl6=<Xw3+LpE-;cf?%bPx&PEB@*scgAbEQ|cO
zs6!-T-octUT8^$K$sq<J^*zP+_bXN{ycC)}Z##i^@h#fs)b+Ko?{kDC=XVJi8D~ZV
zxZ<&OC*227BL_cFBAr;dD(f9t#mjY0`i<oxGM5ffd31aiBzoQMon_S~8d}EdGcn83
z`QU5r6xxq%YUDC@OhwZ(i$!TnmLu^HmeeQ2yv;tPERDJ|VgDAqveq9uas*+-u^{|G
zbS-E7j8c&6gDf8$u+x^gU<n!9Amg>&Kvim~rHQgr(w>7;BLxVGy|k(W!%)Kl7>7QG
z9+xXFtE(ZQfnYg<>y_f;!5L?+B;p?L5PBAZj@1RRkNfB5mKoxvqNKXXLg<!an-g4)
zg2on+7+Rv1G0?E|3b1m-y2Ub}6Mh{P<s0x?P^&M+DeS)Nom}N!TTX7A%Re>OiX}go
zQ;prnlEJo}l{k@CvjZOn+{TTvH|S-8@mA*+DJ%w;{bTWu_p!X9)-A=a`fR((P*Gtu
zIQ8w-Q&lzbaNvHVat_hfw3QOOh$b4apX6_-lAtO%gDte%h7Ob6(rhg3)5U%i^`w0>
zg&c`BSVwL2C8_uqYZHRvaIV|$6<)(=&$F8;=*WaVZV~aQdgnXcpu33yZrUfd+TJ21
zZY{9`3i3~T`*Y9r6;jeWsWU5y1-O!Z!T;0(l+2T{AJ>Du=FZy}w3HNb;US0v{13Vq
zg=Ga%7rg&B1@UQp+v3z5_f&=W5P^D@4Icpqn`M$r{PU&)tTl;C)@;MbK#;3ACmsM0
zB4xtrnkMDQ%B7`+%S6!=bEXs8HSa6R1>l`vIXOR>p-M@-%K22wf^#Wq#EZ6k?J1&F
zr!BwrFM}<!PI55oi%%k?l;q}j6&X0Oey+?cKjUXHsV6zrqc%+XnHm$D1kP44EHr`U
ze=S9716*z*V|c++zyf(W3G}n|gR@G0mh>>oGg%SHZhc(`|JJ<2mG{{S0+?ZLALQcY
zDOAJbY7`a62qfk{9?vx>!h*YB`lklqUG|}4*pWc|lk6ZLaZ1MsV1&Ysn%-R?BVZQ0
zl~npC`SJ89+FU-CymQb6LJcX^ITCabvR8JV0|G)IXu1G*O!Ns-<AqZ1j(tB^?FSN7
zyXT!HG_<2Wc9}r@cXr@(Vjf77gB5VG7)r+-GVSn_At!m5%Ng={-e3%Y)npFK%o5)J
zpiUNdJNJkHb6a_sp<fjWQJUg27hQj>r=x!FJen_VqKupiZ4l!rqJc3C()u0;O<)sc
zR*xF~1j$S7j)Ei_&|IG%;rY}3bc^fUd8`u!xdU%uc3zmDI2>4CaUcKYtBG<_sxTkq
zAl#8Jqn%b}{e4&>eJBj}oq^{fMuN9z6jOz$U#OtMx>Q;R@iR2Zc<gFqG%9EyFOlz3
z5K#?@1H_3!|3J_Iv5~ygfg|`8=id?w^$A-?kpHI=S^<2wz6jh}&HZ2>HH{s^_XTNn
zlXY5IuE@UB)_nDDtqy_o<$qs|(0zUdJIyh#QvtpCaWe?nnJ0kCFBuUdVjTK#r!GF)
zx&i-{wJn3+R_je|Chgs&=Qy+CXw4Ov7x$+^amUH_%0A*P>$pH)OpHvAxnJMx-d3-}
z=kdq+zVaHGdKv1Ugd8}l9&GS0*d%nGI<gz}u{(FoyBqPe>@$&0P{i5uSLT~_qay&A
zI*%O>Bk^PY$Qt;|Uf?Wd`f_Fu)>G9yXWDI(o6a62%wEECcXEZs3eu{|&k8iTHZ1tL
zoQWSWWVN=YCqVqJ%QKy_j0Cm~e%IA8Rqb^<5pNKAQ~EG9WT;w;V_HXW)Yn;MZldFM
z*tgfUji6^h83Oz%HzT)$O~wW0o7$T*b>14@X^=rKATA(C6wN5pF<-kqWrK%BBm<%>
z*xE`R6=}Y%L#;#E2f}&lefE?(D-Fc;C$QaOE6oOHvgxW^;@E7ndO&>?rD>f&hYobA
z{7z(TG2LS|i+W=gTK|dzp{lYCF`HOIHLKl!FL6x+Bw;Z0bsggSJY~yx3E-y-*M&hy
zv*qeHB~^CX1kKB#zkk)hq~2yC`fQ-WBuC%YghQc7AeJda$rU^A?k=>uz$;97z(2MS
z>B2<hemWlmv86$uG&tnvi+lkZQOqnJa3UTfDguX_CGdq}u3W2nX>4bvYx{Q+7ezQo
zVPQ9>3yY)8cqPi->-alCl3o`Wq)TH-C2pDPTCDyAkgDk&nYFH}7$aK9ka2E&D04C9
zN2XF_>I$uwYI;WljN7@WTd#iu^;acet;g1|LG}N4;)dJ)e~~tl{ROf>mZBNkQ`)b&
zz>RVz=Yj;K_csLc)}-Eym#Jg2f@LS2>%4PD3IUW>w>Sp3l~+q4!^6TYqE6fL|D<qA
zlt-td%cFxm4d1m3>B4@z8||}TLUoesRdmzcr!%@~d&ld%*ptVaiCSHEkC`;m+|}7}
z7Me{w;GI~W@TZ#A=vG{OyKFM|=(V~ya)VNVWmjD&!hjLn@*kR|2-`e*byd>}GjQZZ
z-io{}$*!&hb8HhWgbp3H=)yw&{!Q`J&sX)gof@Z=T>-c7Y>%WPLbvq}WgDilbz@G?
zw<BHp4&>o{xtls+M#y=>mO3M1r$ncFt$`qe3W-X1EU%Uvw3u{+QKUc}A~qGN{?OT?
zPp4L0-QN3h5t1$=D7X_>Im`S(FuDiZ)2C&*t?6(R0dt~lUlWGZbt`TIDu<g?()zaL
zf6qEAgCy59_w0XfZl8+gE)U8a-lEErI=>F}6eFKF`k`<_Ifs-!U1i^h(J~s7_pAi)
zq!lV~UCdSq3>Z6id-$E{RSM%z0lTh}i_5Dr4(jjI%baJ)Qhx-HS#DkRkiIL<iIz=k
zN>%&pO4Ro`+yYK;oEgL=#BIKq!?M+OfYw;IK}2nB_l^_v*pX|bSBvStDV^w_`GH#4
zhVN*zi8Bja<?$-AK37I-_r>8A0Xh$ZLWu$DvS}KPO<bSuSey7JCQ%_8EU$%=noN{8
zh_{@oubD;$%jzo&<Z!`8NnJaMzlnYUB^Sxk4m4wjtQFT`TT~eB+`kMRC6zV1Madw+
zq7GytA}7{iS_!AKvKu$Kv5&+HVm#pl)vt?g{JmCZ=1gx_WM=Gb&RU2qNE_^UG~->4
z935~sV0)%M*m*jojNod8B@@ddlIRdIxYYSdv<QKsl<#aUfk(6WP2WKGrm*){vq?mZ
zK}vxlV3RFB%G&}4tbwJdavGdd_IhdCgEwaG7!h83HVMeQ=oFrCuWL0_jQ=QW9bPJ7
z!YRE)Z)e5isKa7)1WaN}Thc~!|HbBjT!6V}e6PgTOHf)cpCsQn;M__l#M+a><^aTe
zzp%+H<xgnxfgL*7ij+j2VgH(+GrgBSi@W9MJ`C?dAEpDeyW_Yj&aslqZyD2>z{LGM
zIUyU|;~3I0BNc>CjE?@b%d4_IHi3qHmcXhSmvn4*`sa`#KPF9sS76=@4jCNaxPMqR
z$^YUrD0v26P$98~tj%P7EL7TOo-ZWI%!Y#96I6YR>0V0RJx`DZ^A6yh$1sR;R?_Oq
zDpWqt=Ln+!tFM$!hyQKL6Ls~NbTJ>VGk?)tYkgnjQ_zUPq*#OqBM4j++EJ_bpP9-H
z)-=os?TScfX8tj4Oh#0piXOsJ#pxQ6FtZl8yfa+q2@O2d>Q*{wAj`en%JIC6Z6^OB
zaVU2T6%1KFuhg-wV1<Hof^{8kA(+!s3dyW+&Luq0kb-T#o;S(sH53=RmId9k90ZE2
zDPm@U(~XT}1uh@|jQ(PD%O&=^|NKh>TM3h8LN^7OA)C`tdknF8P4YzFaGpPNlj&4=
zGWjP)Twrvs(TqrsFg-y#k{@zN{)INu#&LsCf^aLrt&shB2~N|LltnP~cbQLWB|2As
zXMJpl^6t-lWUeRIe0@v_*@PwVNc?}ej@db>2^`AGy!_`KQn=_=GytK7;CC5)0imPH
z(-}zjj5%z}i!#DC5)&1(7tRe<T^(J;(ZDT?{bQ|Z76;81*qIR9P!)0pXomgDrYdj?
z8#c#Kg@hGxTI-arG*DUvwQ=cY%6r8U%k+Mc=2{!_X13*R^1230a&t&urJ*q@sOEgM
zy|pjDm$#T{mMw^S)g~VZUpdn6PH^Zmf8B9}A>iLN`-ubaHf9=o>ed}5t?GLlH9pHb
z!|!N{&Qsazdg(NG$^-!yq4dhymyTtsDmNlV=UPoQNb~U=MF^lDTsU6kC0|?+4tW~Q
z^2qmxXTOJ9PTwt;U!wY7gvtB@*NWv<`kUtZQqFJ4>>n7Mm<e~q)?)KI=-4}Du7UyI
zbh6h<xSLA#CMFJ_utVDBHUv@{_DN7`EVV3Hqq#u$R1yHgrPKp>HwlnIf<*M1U0e;r
zS%%B17Q3HRLYjPtvYC|=$R{R(ZC6pssFr>Djv>4RI4OkL2L^jp$8rr-!xKt}5kR~c
zNLZkk@OMztV3P5I2AH@)!|^{APME5mz)$NAV^EheeH&r?bT$?f&j;;<Eq)9e?_~%`
zXW2bHvdbKFfkcKOF6KvX-(qY*2Zm(tQ`hK_--Fo7Co)R~1F!o~UG$5ByJmOE`XYfL
z9%EU#q-0?NUpEFL>Cg-~vrwbCvx4TWRnx6m?$e@7RH3lQ%Ze{fke9!g5}FgF$ZMQR
zmkm!cQBqRe)#chW*7+&+ujER#6}RQ2-?4M7h;J~P&e~bA+^3?~nDV&uXS1@_;no&=
za_$5bfg9M&xRTP`CW#}esT~58RSxOn@G2^1%`~U@S6BIUqdS{8N_%P1MMr@aWA-mz
zXJy;8u+VB7q;TI!)R(Q^hsOsyON5zA<|9{2s&nqN`t)$NRVMUf?!a&_#)g8&%Z9p?
zrk`5*4&NS5n;sbnOTp)J;DFjX(~KnqCSplR%S*IIpf+>WjFF&sGT!*IcvF*3Hl`y?
zw|2jRk(Q1hk`>Q6bS<@rxOix=w}?cp9K;SgCQYxQ{#o@32Zn#Hqo0QsvtzUdDaFQ<
zP!*hGI(3MV$gX-<C^+0rn!p$GxtReQ5j&G7xLkyGbLW6C=By;umZs5@>Q6+SK_Ii+
zju`H=<vz0Zq3O4kz65wk=x`>Ajj^B1lfXcE-39vuQ)K664{n8-U{31BzFd3KxC@R*
zXryi@sOdJP;!Oj?)XcmUhnogz5<_ML&4{?SxD}mRCG4w?rI_r|{&dFXUXD>PACY-%
z@X#MW8rY~92gQNZMdZ$bMuo>Z%0{=QUx)K0SmkDOy!s&uA1<k0nXFG};?kneu!|L}
zF`!U_X^hOyvVn|psua;U)(2aSC2<jGg99hn9ob4kQTdNKlNpLk8U-T2VC=K`!D2)n
z)k8$YxF23d)#t?+0oj@%KhmW!2;Q@d@#}Lq*=JGnrBO4muu`59HVrEjltN6T0E(8l
z;GM+R*Ip$F`o$d92G0>oj%$hXh1iuIeRSD81dAP|HP@0KL&fCZZJ_R)_FyhZyBf&^
zP=6b)6uWzvUoRni75E0iDswNuJKDA%FGG(@x`G2aE52*?w;KG4Q-lErsMq^<GUea&
zT>n!~{-2utf7Hx&1jz!2`G_&IBL=XrxqAFupPx_m_wk{K*7yHMMfOL<{-2)u4^8|3
zH#lAew0+&Xt{|uu*RySp_x>2%k&%%wM0{@NLu8L{z`hs1N6=-?@jq?`WqrIJbUcmO
zamLcn(C|3!O32E_2%dSZrdC3<C^SM*E-GY3Y_0R18c>M>heR;ZTW_^c@v!0dakrqi
zQD?P~BNDdj_;h!&fQf-2oFgwSEiJa!@iG*1TS*4N$k%Zqkq_#1e}UG~>Sl8U)v@h+
zCHI#s-xaG#*Qmwk<vz`>9VWY~>T*s^@9iqiPg`ETs;0(qZ#ZG&{k{P^VJ*VXYjtr4
z(#gW)!Oiz!vur2MYF=bSfmR%ZU!lqy_kmNN%%-c?;K|nTt-%`?ka)4Bi`LjsU-zQk
z9<xVTMO)^1-*d68i#FmmjfCCiyMiykZgeO4M;S;!Q!nw^@$LDpyStlX-95-;X>V_@
zxVZTJ{T(<(I(mBFrx86}zrl(22Q$DqXnmZ~Ozb8Szb+R9pz&oWi@pul<Aof6#}$4-
zz}5HwC->ntP)PXpe*bOj2(#T8xpQUV-T7WE%jd-ET20Ti{U#oF;&kP%hZJhO{q3lZ
z=doXiRn5=fBByZsY4YXcb%LX!aurn9$M@ko=|rx*Tr;9u(uFiZd(GoXoOtEc!bNs)
zS8>uq;%h$2;+va5)7Dol&*^5Mqii$DSi|?6ZghOqPVjpjWVlgNQ!7)?G5B6Z$?-q!
zzQ4T~hT#brmfvh&o6U5#1&V6Pc0_A8f%${D>NM4zoIRZDy|PQq%C%j+tf+xbxf{M%
zY{uf6`v$COHLf6Rjt6Zr2xRCO_%HG_5YV=_-S+so!*+UgyzgGT(RAACFC=V~N537T
z&ggw;G$T%j>AetUdEbB$EFz!<>eaWoJ$&$877M!!#_(N*WZ-&H{=<##Z)fB>Zl|Tc
z7CJdPUf-Xs=zTmdY`E{l?CqJP$lT9W`l?)hn@y;<0#uy<wMR_vcf<IA$D|G_MP4_1
zq#nFpTLAgpyPvOH1D*Q=8lbGvj`m_{0Pn54#Is>m56|nVQx42+{b_C>$+qGZ8E_e7
z<p%J6NSh#7)nj}f!8QAk*GHMsyS%K>+klk6kxe;j0@bqjcy1d+@_k!EQVH|DZxeVK
zm-9{2bVdQbtZ@d0G?bJ@m6acdd2zlEEgL$`&K8!ImL?|ojg5~l8z1kO9gknSM1G9m
z6S!ZN+fl#YG2Hi!s7w&R`+A>1U5Lh=N6i<xc068VDyVBKhF9`+eDrKMHM~2&%%8n*
z_+OM{NhPu0J6=V-<Sd-dyjtE-r@V}V0l<#=px_*Kd!6JWP8hs79{`;(Zg#Qcm91?)
zq>!5ujv21O7=L!Y#90}FU9LJ!yd8=QGy`9smy3=LuZMF?UH6>k=4WZWXT?_rkoko;
z1~=c!^(<4cPcvfz_@dj1gHe7jw|*~|onapv8B<zWvAS_}Yp+HV0%&0FcMMtFZ(iqT
zADgyozJSdZ28=>!FNY6X04%W&k|8!FZy;qA9CG`W;<h~p7Ez9$eTXnnLAxCxX^lj{
z%W1zUX!F-k$tBPQTioC_G*i^iTb(y~0wgxV++-Qn`ZC)9y1i{5FIF@LvH@rNUA8Y2
ziD?gB06+o58DC7`NC3}+e<9-eTYtc*-^2YZ|Nacm>s=>B<Xa1_-%tV`?W=(e%(qvO
zW^2EYd$g7VrStU;?^^jQZKf)?#gIU@m~{ldnukt;QvtyMVc;5!Mb6%3lA^AvC2JQ3
zt2|ND700#GAufYH0m5nZVSK;erbQF6*1>n$zS|Aw$>v3757$`=bp0qPaoumSFWr70
z=VyF^$d9;Rwk0XK*2m1BOA9yLFOWW7&(A71U9|%$U!MX<=e&0IL6O>@Zsf8+{(G^5
zU%4$C<dbO0x}4R+2fe@5@$=t92e@l^m~04f+>aYFWcqp@YDFrKsj<neft`bF_!x8~
z|GupR`)E?X>#pU1y@!Ik=es$G46yrLQPcMkOn<V)=hxKmdNQ%G=++s-cOLk5!S^xB
z@y_kgCSU1;0rA4$t;_L(_5}vGD*(|@?K8@fV~*Vh*z|d8BV6MJh`%q=c4^L+%{&vp
zqZF~!G-9jE%eY_jWA$;0;YI_x;q*LQmJXypCY*!(A@WfVh_+UL4EiaRIw>*zJwY~g
zFB}><(COsd4Ofsy8r=>GFX(&(s(6i++n%*Q-5~%2UNs0T;U~U|H-n~;s}!%0sgAPj
zvOk-$P9M=%==5E&z5K7cdtJ%?V1B2Yf6F1XK-+}U{*P^0)=Gvuttn)$&nS8XbWZ03
zU4B$F*KFcd@21|@?vL?6uXB>N<|{{CHPj^E!QhE=HTikl5WBa2d6c?7(CPE1@xiTw
z*0ptK2O0k-Gzs8iBV^OBsT+E}KkvJ6nSwO*B&Zr5AgKXwSvA^fZ;DAZYUV`yuy3Df
z{nrg>A}aYkb<InA$qs0xH24H&CB6JR%vjX%8zh@;n{9&2ghPD|^d23Z739LDC(-T@
zz6Lt@y5=`CaF<sQr0#_7gq<*Thu?WI03D_@3~kH@iI&1YX+iJo!2lOd5P_SkR;PQI
zqP*YE>Fv6WB+aB?&^YJeXe*p%n_c^cAzHhFZVEg?QIAdji0G-Rk65p{z7B<W13Kv%
z_mgmNa1R2R_;;Z?#W7liRMn`V0OJ>@*5_R8Qy$jc9?jU=+ud3d)fM3{WlzC-w^tE$
zEWb9^mu&061kDQuyjwqjr*0^gN!M?zEFEMfs(tM(W|$flJ<76nu<YT^GxsxhNcjc^
zR{6#@F<CTu?>cmjc}*c3zWG{DIIs+`MDUJo0U7?)#7BCoR$~4dd*H^mZlN+5rW)Aj
z3-0@d<)mCrpH)*nfi%uZuY2#C&7&Puv$zKFRkILLud_-vH-a=yuWpp9%roA3bOsF6
z#`zglEhnpk>WFb8)OpnMbUW)g1*>H?>7>dB$O)E=a@Q=jcT>K{eoyWdd|m_wU~010
z+Yi|D3|iR(Y`StqqJ_n9n|$A{T44d}JgKp|3w2Md(x6p}OpJs(pk_!<Q*6)}BXxku
zq#Uh4x!Wwd+HU%7vFy{{Hc))RmdXmygyQS->FJL;=#I(bBb{=FP{%OP$ynh}pmyLX
zNOX3gg?kC_E3qua!Y{|-<0!UF<FXqvzv_6+I^gulnBi{nEc2nxwbDoRKyXZiDWYku
z{R+@+Fv4K2Tmk7kaR8s)b4>hXB^+G_y3-Qdzhw(3h!WYOIN64}=aEVP%lq?OgdUy!
zkrT2w4YAYZ_F=dKDM;}bn^S9A1$uJE3<Bv%EgtJe`*HiL^cDMpS~KdsqTjAiEu)A>
z*LUmsScfgmFBILYff-s=4~yN;_lTjPn7|<6Xb2{6QDncE0l;%j>M}O;r;Z=my989N
z=p+pJNR;wSu4h*!=4r;>b7zd<N=O!2u_pg4l4^gC*Zcjz@c<bUWG0h;RYRuXkx*Ml
zZFn|wBb$eh4LiGlQ_gPYX!NZ?GvlsK41hZR#15u5)>w+|mh?T%aje{~I%l2J;vq23
zF2+$ct)+OqYQ9-2$qB=MWQ&Srw(rc5%ZvsA@`${5jf{*jHW38C7d35+Vs0r(xoSfT
zBMQ;G%-5wG->iukk5V9})L)qb%H_6A2*@^Q+>t?7>U%E1y1+Iv=9l%=Y{?I>-V0o3
zOk_@tZ%bUi*<ZhDj&JK%9JT@`e0bOH%^kX0%vj%VqHN{-ahVQ5W|fb%#GaqNxv}@U
zS|warN;CZ&Mvd3}gXNS<O;RqjPB+)iv12C4QlG+q?U!DLoN$iy+B=Jdo!4A2^}pZ6
zfsoRO67D#xOFEPxt|Tp+Jds{<k4iMf?O_DC6JhbSwtva^QEeX0KM+2@*mhVi#wJ$o
zI5w)KQ!K#8417T|;qF}0JS_*fIXk@QIcLk0Y=z-10u0T6RG@l2xuJa<i5E*S_4wj`
ztU8p_a0_6Kn#YcEVK3W#B;jvxg&65;oig}FhzsW50Pl#S30zA3d;396o?%xW8*^8Y
zvlOKF<nbzMV&amHXjCcMNw5hu^mp?CK=o^+aj_or_|}}6*j|o=o!rT#IgFAaxW4i;
z&C72PT{D-^Wu6o9%Jk96E@d?Vw)NE<x`waODaVlUbks7K&DiXj8c(-y`bTv09J47}
zRt!JY)JK)>f@V%wVDqRO;?x(JGgJ}lWy}b<CW?kpSz6ptQK+P(Hv6f>j6ob8=uMl1
zNL@;ew`FpD((Q06=^3a@yX@hd?&xrpg?e${BYee7M57;MZ%<M~&7D7iU&#+%43W+y
zgu=*88nYHiMHi&PsAV@hx_Fh#Y-~D36K#tc_wzBS7uX@kyDIiLt5Kob1o532g}a0N
zyE;~&w}`<(be3hmVnirGK`+(3y5#Hm@xl#@r>~fS-Q9y6EW29%cX4I({rdp_VR^FO
z^Tn(<{dfV_B~kz&Y-1GrG+S>FE4xe2h=AQ;4skGA4Tly+vxeFhK1yU<8@m!xQU*I)
z8{y}$pIgJ9FgDm+N@A2ghe(NBV@G5T-q!VG^QN>FdtOjq5&xznG@kX^!u>qr@Ym9%
zn!^x76^ru&8^T{m4<{bKT!Myc$@KSQOl5|B>-;IUMv1^u;&34Lid#hG+8mkp+U61g
zPiLNQwukopvV&JCc4(|nmr7nvg~eokk+r!*enCBZ9@pfhX6->8YK3Z&(E2ppA_*9f
z{jXre!8s0@aSh>*?3qL72B@GnQv$)3V<+2fdtFeaJDTONv=y+*j7y0|%8dTl_<gP&
zD+;_Z9pYr}c{N=cdz*(kgogV8pemAwi6{<RE^(orm7|4h1)U!A5^~}pt!+8cw(UnT
zwE=6)+M6kZJHe43*H>Wn)%5M*W$~4lRVMKVG*D~`ur$3}j!x6k;WqZ(10jUMhXedA
zISpU)Mh1DsW2K#D*s&M%he9gCqWq!>zFC*nQuciWb0Yi<vVic1L!&e5$;uCm<oBhC
zAgJHbKciH)-lC$pM_HH!hv?>K+4b5yzsO|kKREo+yAIh-M>Npn$c1vaca8{+kT<7E
zyHb*#WB&=HWYuTN|E3Y;S%|G2%OEFJQ#1h0)lFO57VvgB{M^U%XMbhVqV9{U8CF?t
zj_;syP2Pn_!!uXuQck41k-qS8WbC;m-&z1Lxwrx+XJ<fyoMd!|e{ZG+2loKTvt<7Q
z=08`#<bSrFZ^H!WvPuDykpCM+_`f%=|GmfE9c5?-VHuccFV<OMPTX+VuBz+m@;e_+
z0t@oNAYgLV8!KadRd(M6Mfm!9An-9}=iB3;t)a2>om3oHw}{4Rw8td8P%g%Fzs0o@
zs#bX;(IClJ!G(DF2aaZ40z%;BML&rE2b}!5UZ*9cU|i~-S^(F!kN20#j`!yZofaUX
z@HuIuQm>=EstOr4L{n2UIJWU)gFY0)gSSWjmGHycro_Fs5#MLUrRV-C=n@tU;_>{Z
zrCs5P_Wl&Yf6vRV<Lye$&+lU$w*8Lvy>u&z)80QY6lfp?@&zmF2D=U4n=uX$Gz^UP
z=i^d=_p3NKSXfn6)e7yV>y?dnSD&{&0a1o4`#k;B0Yk>-=N>-9k%oZ3N`Ia!wB&oP
zFYtds1-@g|M<3HaC=)LXxgz&?I^SGuKt>+y8DLjYS<6SR1}<LTyYdsd-8!{3m+l@q
zye|D3-?2W93NPNTcsg1H+7#^}AT~N8KF%8@|29h5BFXnbAm{-H2M4TK5fV+3l9CDw
z3Z7qHDs@`wffeB%gCAGk``$?w$YWaN(8kkcT>Z%^)tnOGoPOhDT+Wua)=q6=<mGw2
zr47^lZ7@J9tIzkcYpo3ei_`Hk``7~DCh#<q??!63(W|q0DCFJneAE_(2>RHPwJKq^
zjrq|F3Q)zU^x=KBdVj|M$!I>0)^?ed1p%vM^L9BHP;2Msd4|~TfIK#*x9D|P46h<?
zw+eOHe6&=FN7;N!_?qxQV%F4F2@3E<HuYZ{^LrU3fK1F{&~5hk2t#B3Q%{N;8ey4!
zyuW4n+%NH5v??hm<R}&cAq73}>miDViw(>Y-;Zg(RR~w4R_{%}r_25Pk47)phk!LN
zIJXv%RgcRpFE;^AD&Qz}vV3|k+5<q#%2uzvU90ac0J0bBEsjodycTUvR!?mygYIWS
z0NYc^vI%7AI_ERLRo2(Y4k!Tp<05YR;^=!?GbVa*ePG9{vug;5;l-+F)#Lp%(g!h1
zbxt-i&B*f!;fXG<yJ(x8YB{Z>r^)FeOBSfOYUAZVI>chnd0sd%aA$h&kPFTAQDK(v
zQGOBuuR9|b*OT4Hz1_{tja}<i|ApVji%1xv&t0kBSP>rL#{0K{h0KiyVdCMejgKi<
zj1Oel%FBc#^bd1)4F5Forv=ok%2lb|!TOKf$E7QV*VC3TU5;UZ%!Vg2!^hIY`>EN+
zOYMRlJ!tmxP2o<6Pe;2C(xg>F{DznAM-57+fSy)usfYAiU-iz!$JjywfPPI|!%lN-
zWC9Q}M@WxLzlP^?^Fa2lKjdimp`;d08uI6Be=OKxzdt)-;uZO)3&O&}9-o{DJRjz5
zyq&ux(d(q9rfO<vP|?%Bzdv+*^fCA{<<*=$n*n4>)*1)qid@Hl%y^~W{PpUw4JH`F
zDVKWHOHA*94;0*`*zy*`dMnrSefdM<sFk7k{pLAE*82mJt<gq%lsIBP+{V`Ve>L_M
zP;G7PwxJX&S}3js3dJez&{Eu;;_mJc+}+(<ihF_J?(Xhh+=Iglr}vI`&bj}6<7H%I
zBpEw9S(0z9Ilno-4UGddZT*3^t-Y9k3$U^pCbc`<-oU;VET7N6O*j<-d3o4c_g9TB
zK0H`3at(TbM_WT9mf_PP3*<4EbiB9io>m}i2Zna`(n}mvC1(SS@?I}Rd0ytwsFXE9
zVoIa)iRXF%c2RM0>t!xO_cJ<4>Bi$;8zBIs?Ewat^EE<vw@YGYbsPQ~0owVh26@`~
zxOv&h#VoD$jRwq;`c3`Y71LhI&+i@vSNSeB)VeW)p@c%K=?11*>b=+j0d?PjZx1-%
zLAV;X6H>6+(`KPWq>c)S5f{4k8GQxQZS!vVl4{H4VE5fMhX~b+FeSM6LnW`v=~|l)
zbj@G4VzI-g$K}S^L*qdHdfq|kxvTfd2Hy?^pFD5k7DE{->RB8DfPn00YgD2p=j;2E
zC1~$O0&o?`xig7ls!8KP8+ECjR|gew4cF-e`S=+4O!U;FP3V3yTf6bWwSFz%+T#H{
zyq#%%2wayq1laGQ+dzl#EMIvAU|W|y6vsTmRvn--4l1-kRt_HF5X+-qw4a5Qp>4XK
zalKo|`_#0gd6EpaR;`;a)`w}HMztOf($Vp8V0ri-2h+kJj0kB-SEP1>ZDow*8(L_1
z&(pnCk5j5xXQ5QB*r=BKpp%;$yH#RiC_r9P=ExvS5(=T+>dn@X^GVaqafT3}O(j!i
zN#}g!yC3mN=tH>^eI~WiXvMovFVTWS{kf!1!V6H5FVsmi?|0Lhh#l&~3*ztcT7~|}
zMjXKZyvhFV;~c+w#R&}q|MhY?KeW+vf`?4*{*Yc2J}}l<bmOXZuK4-x;u>6Ob=X{c
z;{9|m+WLg;dp_$W#dsN!ugJi2Po;3!ld04Gl>el0#vp=TXj^bTrZCEnK|6Q-7QB(d
zfJAWnN(c$E^pTB}iIV@SL0@fw1Kjb7TEefuEL{WE`ZBx9MZhI98j${S#=Z7F{{pB3
zh5NN3283`?MgIIyXg*j6#RL6Q8#ox9a>km`*j8ic-r$@6=Jd;Zl)Og=#5xcXK%2_n
zcO&3s4VV0@<jfh`_t_c9fc*cKn~4(C+iYj>zVN+%^}Tc|z~0(pIAR(b1cYk3{_Z%1
z1#0=QGN<gr9T2~c+70a+;W?7ZQ>iJ#qZ|@(L6>gL2h>}GAoUS_G7!eqTVvD;)=^kK
z&B?}XR*b8tMYduM6QdH>?2Eas&b?eZOAo}R%Jt*5$Ee9QG2E8@iP3R^&$YYUEJQV`
zq`{-Sm9~h+i@mf1P}^-Vlil_W<A|X1m`&)GZrqE+0;XDI)=h|A+)}=F1pKzla?a*#
zNpSCHsinuo%AAdJ`Uwlaw4bq6h6KM1^e#xxgvYG%D_WMbURnx{$Z)?sg`p<GC9R~m
z2FJG|(?jOQfk`u=wq9o{=FF)N%0#bDhMh9;%d0AmFZo-@8lr37^DfQ*v|aO9^8irB
zk1w}~UdAt|)KH7`rQayOKY^>Y8fCmv=y@t_dw)QVSWW-KQbRh>^x(~`n_vgp=j*`O
zD{OnUtXzpTk1_$YbZ#l5NUL||EOah2HyXd#KSU1CsctTD;$_<G75RAjc<8UtRM);I
zXKQ@6*T6QaOVZYtYY0r|R;XPfb=oA8U{prX3+vmgVV$Jcw$9*c_J?XXs4keK(4RXw
zJh8pS<k680D!yxIH_II$(*nx0au>+|WnAu?lbn)!F*idOTZ&_4)kF@#kqS{$%#A5i
z&1S`#{C1E!d0t&<>;*Y4-?nJa&p4qUb-lOG+o~3HWK?9<%fp0LJnS}EZ5PGx@4&qP
zkZG~#(bHz6iQ|a2F#muG^Ai0^w*M~nt!#rnb$%Wrnr4(ix;&M*tLy^ykMYn+d^0x*
z%+mO3MR{Asx4W70V&XfMdtG6%9?v8~XO-;4p50EK#5g@W8)~hyccqV;T1!)zEpAH6
zsdbokT(8~|6|nEe`g)*i=#P6!aAhnzrnHdvnc@O<r_8vIZLNE{@Af1DeI?3TacdUB
z5i?D`lwh-bnyf<>|Ew1rzlDA@G1HUOi^Vg}p<r^G+-;_aCq2MQ^ff1(47};Ojv4QZ
z?2U5<tI=Yk0V7Zzo>G#x<RCf~fj*5P_+;=VU*-ns2zIbAkGk_?F$;sMTj}sf<)Cqy
zMyV0oMKATOgG^M<_8X%fqOV3?>I@gZer%>>a>A)UbyVCw-;8Lazh13wWdZfJY*%Z#
zN9>+U-!kcKZ)i`u^~Y(wTY2q(p&7}H$egYQXAAskemN8i=T0VJ5#hjnD3O%lK8y=A
zr;%WyL)fUIvKTi|E8Pm^8>MFMZ349I+QBILX@XDyVJl;ila{zybd!9$cIA7$jXhVU
zZF^v7ANgFZB<_M*=d4e!JI_AV8oRMA^1U@dr;yomdF{KHGt%;HT@hCZ-!S)fxy&$P
z+JF_HdK%DeUpAsJDRfVVuQ|Hwq`6gHlGo-N5m=~D`a#B0U81wT=qULYtIa7)hi!i2
zbGR(mS9!Y_Cr<OAJmp1WEGaxgMgn4ch9)y_4Sjk%LxQ)c9gVE}1nHO-fF6xcWx$>S
z6+gdGVuT3fW;ZcVMM4qV@SI<--%i*hby*<e0M+mZnNZyh*4oPF!^_Yr1f7xXehMPL
z$<0+!xDVH7b__IJnR_WGYYWI$-Hl`8{F!@b=L{4`&9_RW;i~mFDpgvtPIfs9pwop=
zorwTJAJ&f@-@U(A@i*ZGo2e%R^eClN)`EVKPsWn)rFA4O56^kggWIor3L}Q{*{nZu
zxyqTyzw(~Z!{J@8Fo@O4TW-Zm)0`-D1&o1fP+>ID11wqDs(xB;jgNoV!al4AKYh-T
zMgYJn=+8cJa0+eb4wqX<kAzBTz<ZB$5kTW-<iBB0z43b<G_SnGy)xTtyE<;oW!(?r
zsq`#-9~&E1J@_q6vD&EwX-_f_<+~;C1(bH)842Eb<W@i}752&sZd#^<cPaFcj-F<w
zU5I><+UT-4&UXBrihfm?S`9it(PJl~rkmOrLqLa>tBPNFa+Z%a!3D-%C1djz1q@DJ
zg0?4YMz9eVxV-!F$UL*(E#A|bdL{2^w-|BMo&eMCucK2lZ-M~(5IFL*HlWs6xjVxI
zo>5l5ttJl!s?Fgk4(qw6sjzRC=`+DamhD#U{$fc5Gwh|tYuG&tR%-y?$ewsfPZe^C
z<x*wawnp)lhgoUsJWa=>|2UtBHLZhnC+IcYccPt^=R+~9HW=lKHEw>a#Y@n5Ga*R5
zpxvW(FqQIFMwOGmWV0Eo`0ZVsU4#-RDW=vk$a#KSb5Sm=q-7(bVp~atSeP@HN}#^g
z*~nyrrYB#(aYeORa${YYa5VMjjt1AHTU#mne68S0{D@*vLAYxF%RCqes;$!GILh?L
zL9p!VJ=&=}=1hBens?MuYIs;$S`u3S8ST2P0(XJ#pdF@NZ&ah&kl(GUiJ|!bleV&(
zDh*K4g|&}~xiH?=#nD>~6>M97(uvyRTk1EN#4M*Q_s#T*`ob01gXE3rqL`D&M2U|T
zWn)GNNSsR~l%MzfW-hfadSAykfV7fub1FJ|m;h;AP2r%v!CdDZZ$@bZG7pEXd5&>~
z<nEiIVw9Yw30QJaG;RxF8BW#@R8zFgXlb5L3R0@1cIJ`0zxQf5f*M9^LG|fjyb2Pv
zxT8h067{G1@dWv%SB;wPRiDdWuUecoj@qUwXT&ykhd1XYC~>mGZ-5Kd%lb04+A$O@
zGw|EM1YMZqiQT8kC)I+JNy~z!SZ=e>R^-ajswl%UtccCqi>#$R1*<+?OdC($B6lKc
z3vBi#p6DCm?uHh6*&V3$TkjH*W|nm2U@2dNXe$g8ygo8j+N7zGBhU`LUl-9cT;83+
z3$La9HnLD9NN;QSWmMV1%=%p_Q$+1ypRo9+va^&MSrI+y%R4B{4bS=!rXoy>MMT?N
zw<9}oCAy>Ux02^KO+;SZH(NQTtU`7nyP1PD1PgS}ue&h2JfN;0=r}#sbb_Q)#;Q4k
zD0A@iMKHY5&Pwc>71NiT;%w>BERRg!#umo;u;(n;@vJ%Ztt}1v^FBN-rPW=lSVRz5
zC{R-F)-vu}qdfwM6%MYJXD$fmxkaVbq%cNc1K0tPi{n?}i~i?F9y4)dC|N!Dk{8rc
zQONH@PLS?O5<@<%IFnX%numjyoZQEs<Rx5%>QQ1RN|fU|3+0h++Eo=T4~f~tT)na@
ze_)Bts9O#SY6WwDlFIj3BIo>x*Z*q<EQwOL%S!JRJBwqfu#H!YqB1_nb}%&7<?DMZ
zZ`RJUv^Wq12m4T!Bsmc&QD}vqiHiefA-UT(CsZ;^QdltN-XplWZNU_!sVP;)S8goM
z8s;;9P8KXYgPm-WpET|@1LITVSlZ38mZx0gCoJrI#_uRABDAJ*jD{ZK-RbV1{%js)
zAg)L_nz%nJ(cOP!fkEG>&b5dH;95XRTBgf5>Yy_|q${J{tM1yvXxWo^l@TAZm`@)g
zI>q7*wTL7JYcpo^@eYd<>MJgXz#yhOFUc$soE{QS_9hyZZuDI!^`r<C%aOIOf0rK+
zEmTXKdf-Hsny%{couN+jsi?fZ5S<Xu^TP#1ViUm_96&7|q(}ytDRhD4e!es|rPY;r
zHki%fjKN5FMEj4Gu+lTOVn9+Pi)Zs>$huqjj`r8EsWVPKU~0oj<+^RUSfwa^_(#{^
zkaXejdiW1&0){toBkdKdocmH5EiS@VQ4OgsiAL5bSMs)YVRwDQnhChTLC8wVK2Sp9
zTh|y6Q3rD_lhH-Ee%KZ~PtFEP@ll-Hbrw>im(FU6G7>=w8J}K{Nl?DO_53V_D}i>s
zr%Y~(Uo8uNOlwx`(T6)W1T(R=u|S{Je9@Ac(aOKR3RS+Jb>smk#xtb-tYY!i&?IWx
zDti9@RrWUcS+>oCnOheYWz2T%qdtP~o4+bUE}>jz%e@qO{PR*)_pd^c)PD*^2K-eh
zvg5Bpk&1r`MgIM;VCuqkYoV1U*Q&Cz$WP!E;K|YPG4;Dp%1oCH`?o)b^nbXlYel_C
zh|KaA_zM#X%~~I}8IlqcSKKd#A@UL4$ID6KoN)uD{z%;e9a4^#4*l{IY@9hZRdj+j
z)9CByh{;iYRGquTr@7ms@R#!(Z(yoxYA(OXHmtqw7lA-v6yM$NO8s64)3gZT$sj+W
z8KRenb=2GFvLQt<gg#74^uE7mD5B_yaos&PV@iCjg6fBNv`jZJauz<1U;Ez0?@62s
zf`%Ty&6R1lKKT(p=r}uH{~pir@bGxS-s}+Fj{}#--b8NeU2*H(c~Yy!6h9FHOdQ~y
z=m+48V8q>HerWLbLskNHI1U>wZyzCW6zXg5Ztsq;{2!FPyC)}=bR-C;Yt?;^LRabZ
z7M~@3RiGl!TSDIMwwaJ1WJ8USWT=I8@8q%N#bIy_;uh+N&L=kSgaMG!=~em&5qDxk
zTVWDk_hR1w(GuZFe3@m<AX1B^<qq)E{mJtVduw5Nxz~1rN(+PzAmp^$I-IY1Av#vw
z4oaO@T=T0dV3ME#Y7MaLi4-c(K9ainNMxEQT5|jxA6?Qv+u&3?hj4!yt!K^bTyr5V
zuLbC+x3tA`S0n$_9qV8*+s2auNIP?$D;=JkgxIbI&o<V_`HMqUeOok1d3BRcpSH|%
zq7i=FmhChDX^0hzzs}s%iZA*#o?67_W~mxIRmX1F;p?Q)Zf-5QW|V|VWYMo9$hWV!
zN&V)>bSg%@&0nt_*aFZ{BniQ;IpgFkZ&dHprZOf0IQqB>rEGD=dQ|N;J8vvCUmCpK
z;RK;=$wVR#kB>utBunQL0}m@9gKuJOjoNm6Y_)gGkEQ{QSMo^cA#vO`5ZK)Vh}^7z
zB1wtl?5wPQwP(;#|4xeSXSM(rRYTL}E**eEV|?1g2#%p1D?*51_i$H=V{S$QYCJu!
zbi4lZH3c9WxBs`Hj6<OFfg~usEGDLV*nt^sIXG8eI_hY8qXSgefRa7RXEJUNXzO&5
z$3B^573UR~7y&tE0bNYtWC5z`QjwYVj_Ikw>ufs^Iw_kwwVr-SwC9xqKK3+U?#hs@
zM$c4N*MyNc;*^5cOB0!<SB{^j6lC@s8k(D%PuzF8`5*UWAY3W<e2}5_YDQfois*4b
zrA2;<^DRQJ{1^ztZU=ejo(L9s<MdXEaukP<8Ne1hhHMn2qF*@FxMRAw6+2z2vzN9H
zg%+O6d=!~$+B@NJoek?<G@NSczyJ%yaxE1>-@L%Yfvhv4o=r3VDHUjL$oy?zjWz{V
zXX4~UKJ>j75^E)zO7+FJ84#y7yukhMsk6chfrE~~F8jD;L@2;f=VK0HB53`IW$o<l
zg8T4yX=hkfPFT78Uv0XgVT;_<azE>SQ7+AvY2L3~w>YnN!1T;PD0s;GLJ`6WQ=C<(
z^Yk`of=92gH9Pn1+DZ=k94kNvE+{@jm1k=ler)>}(sg9qIstkxL>9pLBa|=GI~B$!
zJxjs4fbg^{aTK?>vc-sq48^C9B3WZy#;f9k+<jzFALZ)SzqzsJq+6zOn*wGcg^AGU
zvtpW*jPxmyN%*$U$+&r%hz3s>tyuTt<KrOY#P!dL<tEpQV(rKMt*tFoubWN?p_RsN
z&3AuTC7g41yPL&uL;zp*3cfC}qb%0|WH{^|x@~nJyPI({{Xs}aPtVE{&KuSQz=pb_
zvp6zdNLWyU0#sP%`;LwvQ24cJDw*N~oIrnngL3&;Ufg)8O}1FYnog&}otEggMW*SP
zkTn<R4gj3!bDu88a6Jb(B28&ocmm{ib!E_5I66AATd%n9q!?$q?xdjd-2emx1qC5N
zYUkSWmKQ_)yU7~?L8OJpgBTN*1aXUi1SzFQX;({1<ZSDK5;QV}NGX7*fA+h?jGT7D
z>Z_WxDc#`tMpAqhy281h25U)crt*6a03J&zYe3uBN=*aHwyj&wEl$3ry-T=-vA&%{
z4#na==J4Luj#FPZ4SsrOQUYGY(ZlVJO5~!%sgXcO)zYzAC;|@piwuGnDJSkbkfdd!
z?Pd>Tm@^@4xa8o<%F23YP*_7LEYr0hI1O0U81Ur!ybx>7ipHp<GB=hjM2$z_^g%Yt
zjc#H*1|yPLrA!*e8F1)=B?I(+^ymN|w+|}#k!4Di8Z+5LO|S5(D!{wBajW>5oA<9F
zc0wV)GCkD3HoY&Zm14Yx<;@X{`-~#`ijIyqS8x#s%OHb1A_c<=ZwG)gS#0n>qZok5
zu!2YPDxf$V3f7F`CW>HnT#*IB=I1C5Pd?f8fNF9Rwpo(_?;do%-OZUezShY6s6X7y
z3k!p7!%%Woq>*Lvy&*0`YJ93AZ?-XI$>+=DggM`QVPdTI9g_qGYH!K%-lyCzKEsLx
zS3G#g!<v>eD27)cWHqFNvlN52q*vx>k~49E6P1tO6g<-UKkg@71v*tJeYAdAl;voq
zpTtV{5yEu5eMTQ8@sQxd)&S5^(eQwjR7z(goeU`NNNDemg3v)dk9?f|O$@sroLKKy
zeb2|GqDJF`q&R4XXt*3G)MabVv(s~lF=)Cv-jUol+%&o3wK%az1aOw~Rxi`)QU0$r
zeS_JbNF9>K`urajf0BZVmnzTySp0d$0;Kjo(W6pZAku2Mr`w-exwvTy$&4hcGoR~<
zBl(i>sRWe%hMKunNC=&p;cww#XXHHZa38lFX`iHYcV6ll7%!d<Yt$Jk<@9`}fPFdp
zK$UIlosCu3H-+aI-CC23Pg?FZzd3fZZ#OOp+3hx^fwt`7^{l<@Cb*DHw>K69JGXV{
z=#pH(HK?|O6|E*wQ!Hte-H>6hU>B)rm`?_ThYp5j{Kj#*WczJ!-|Lz1#&G3oo(L4I
zaiG4xX42<eq#mndfVUvDAVeF~!1oQvrSIOjSGF7k%1wwUd+KJD48ILt|FxcQDj@)`
z19Ra>5~pN|3F$H8{upi&!SE8va2PUbSezPe!cFl1n>)GnI%0ndj*{}%!$WSJG-p1)
z^At;2y8>(s>O%;kbgF9iAw5=VWJ=1whyHicS*N%Q$cYM4+sM%6{2m=i(!_`L+mZPU
zgglT6DoJD)lIfM$!lmF%t!pC|x$<?rX64URa{z&*H=Kk%@TgPxj$-Y62xXN&e;Pf?
zpP5Qzv5kJTZreueRRUZNB=?(bTs;bDiGry@8XU4-P6XN{x;D}%$!al(Mq!AC&l<ic
z)}%@w;NWX<n0D3Ed)Pp_@rdd=iow7Dhb5sETfB5Zr|g_Ny@~+qoZ$hW;y3aU$8zG?
zd;y5A2}GLgur8~E9BT7X=l3CMIqZ)G<qz7Y=_ciagj0)+qd30nH_404yficzZDUhr
z_d`F#a*zTy^^XHokQx6k{Xz}#$L6y)WR4!yZxiqK9hH{mk-(<<_bYG_`K-+p*xM*q
zK%F*f4&oK}n*l1;5W{vgGV((MhU%Bh@6O6>J@9NA9tB7y`F28Wmzjl|@d(_XL`^Jy
zPfPr1dMv}NF)Iv~1&d^c*|uRPqRvKJ`H`IQYKaZ?Cda6LuMWa3HcS}ZB=b8}NjzGf
zs7WPNAxJ!9eD`l+25{5^UK{Y$`NCMSU{U=V+EdWj%f_&DS@q$y^of~;k=SZqPL5zR
z{oG*R>*&AHE1DHhWA@%d(Awky25vjo49^wG|IObhB+)E#wEp7cq+zpt58%SEN3w9p
zq$c{U9WhM5H^l=mxnBtKoo{buX5&o)sKX_<cQx>Qy!!G>=B?qK>Rq^-WBn=C-E{H=
zji5|zKlh!lPUS0twx*SY%>LP;>QD$9ulv!WpCvVZelVBfLlUH_v~i=&0x!ZR^o8K4
z#bNzrd$yOSQj1~4KQdn7U6-$4YH+3iN)(KRd33jJvLmk5N`!yQ%$TW`{sw<I4T#l*
z=8N0}Fp?z3x=5NpSeW}<1!4{9eNgit{mDY4n!%N%^xn}`f1<+e>A-D5>7`VY#0QI@
z#|T(^9)dYJgfAG{xk`}Wf-0yh*zEfO#9@d5;Vr&2liIIrv6On&hFP=yPFPDr_Ppkl
zo=oM=+OcIMupms=lBNK}aZT`*MKSp~f8gVpU<Pg*lm;&2?knwFI7N<XV0~ij=cd9-
z#u>eQy9sw46^;Z{ZOyN$sq}%Pw6eTJN{nn8=F{jtRqn9Z`*w*mcUih}%UNYu<W>wp
z7<~3-O*HaIm=DkZ7R2TQD0XxjQQDxL{M3LINnm3?2X-*XsT$hk$RrEV0)!utOIl;O
zGxk8<m2fjK*VX3knqnNJu`$3teEIy}S^)pd(z&UXk1TMz$CeCT38ejYU#zlrP{Nov
z-d7m<&=o%j#)Je+@TDs2Pn`(p;o5q&F=v^tic<Bk@?j9~iw=co@n?To(%uSiCsur)
zZ|6dzhmHr0aP-Um(oRwzJ=JVXlz)Z-e#56h&z$NG%6dn-BTjkJzv}ZkviGKw1Mep2
z&`94n&1QaiV%`WaHf~gRXtig7Egk^=Mu(x_bn;av2*L!+<6~_Z{4lm_<1M$njce*L
z8PpQ1Mjk~%0^*^0T-8Ln_y775-D>~Qb&2%qxLu-nddsHh9keGSmJ<Gbkd(Y<27&Dj
z%Zg5_im96gykTpfS=9)V6z#`khFq+n&gN2g7o9eKV1N8cfJT=4?YV~<b)d>f`4SW=
z4&9@|@h$i>qIOshWO2B?PI}o11NYHGz9wi2erTN?SU!vf{6Hee-hR_kg%ASgaUK;G
z4E+ffW-Puogo4sO?0tXs+8Ztr9MyGaQA7W}ZwcJ=ydRHfU&+D3ns5}zjW7_6*}{i0
zp2E$9zF>L}L}ZOhY&(zhm_r4;-HDfpxta+eC3WD5uQ8!z9)!%tYt6qvaPU3x-N6&&
z^=r&OS3>v?IQTDs{9kM2e>&{%IQqX1>(cxlxLXO?XZ}yn>`VHhx#futpi`KB@m0{%
z(KX-hq(QdLz`MQt2;rQ5^0V;ajoy#;;x>5RnUj#f^m)nA%!O$2Ux0W#M+76J3$op6
zY;4qa+spltnV;pw_ni9+>Zrl3-6$wFvsCisvzkSZkw<q|2mCkfs7}t#oRJ3y2QNGH
zUfZPze0F-xhRYG|lXs3QeNX1|0)w!reuc2TYIldpRoNJeuMqu&03fdnZ2G1teKbL|
zPWc_i3dagY*>lAc`N|X;QAkd}f{-?r^8FWF0Z0UmmOE13f++5v(^enyT3VhUcC6cp
zq!x#*zL+ZG(HFOX$3bcBitBC$gV*g~t{{QLWQv~-`CEdcmZlW08g1i^mbc~3_LK+-
zuZ*fd<4iE8`edJNnRT)bmGSPNEEu>o6+Ro9*FJ`Sm$f0av+Bd1dy6|12<ztotD%ou
z8Ls<tu$^Wf4h|-Y86L$COm9oM!&%#7k3(>>d4)9q{jwQc#$1H#RwD^G?Jjnt<las0
zIY6ie5n_+(+FCdWDWGB(>@B;qN@5RPpi*PBP@A~xwv?6>rz&`{ZQzkbiFeirRXtyV
zFUye;relkxZ7T`GzF#A(?iDi!frKWel*#fXxtKY{g$ed$=X#td_-$rPy!%LSlc73q
zFh+9Us~E7B!v9=zaHT?c2}4l<M}_&B6MGI2j$`$9#M$$1GD{2MRN79`_Js6PBoXgj
zLb<z;UEdykFXX=J%-OOH|Kszbd9C5Xa@c3Uu!lm9L^%ja8anwR5a7UOSLy+-A^&2J
zGW**A>Gv;gqyfE3$b~Ds!Q+LS3cEft0mzQ7m7I$I1d&wYuOJ;06k=9O${7hf>&Eta
zJkZvL{0iXe{Yn6&fU-WsFXaY#pA|1+D;l{P0Kh?0$o*ltX!ZLLz@|q9*feU6^;`LQ
z;H0llsjg{(<>8#YT>0*G_9v8U#C`e7zu~g}WwUR>7O>`xk-KPp1o)_tkgHP!kLv3-
zx?b$4wBAkk_xBS&od%hko4>#y@Vs$^@a9DTyTDG|eI#8)rmCX@w?_L#26(AaoE(sg
ze)jNQyn^1+feIGj*Pw)wVb|eG;k$_p4^5EGz`*90n#4!(r<Y61%8qx2(?)qNhL|A_
z5G5GE#KZ*RVHtgBk%El)p>#G%yAny_2#DQ8O};Y1aW#3xK<oM*z+&=CyVa6`JIS~5
zZs*v6cEh1GbJoo@17_}7mw*9Kpu&<Lm$vvGyWGMCMO)d71$41H81}+p6;z1Lg7Dd`
z2p~qYe#)$&>cgWWLOyrZvgbW|I41lU06@uHJFmGJczQmy7Hq6=kg~L74b=up63O>9
zG2yh&<Hy5Z_7l|4=bgl6m3@ONH>pzo3T>$Q^XTs}gJ|ej0SO5i*UCR}>l+Fob=~~e
zmZBQKTwk-9EE|p_o4Hfxse!QqOHIYzl@*0^_E`00s*F<+)J{6madyo~xaO$fYL^J1
z0#t9;d}Ujq3i7@7EL2-|cLh<F7_2*01#G(kujxk`a9gH$FXUUgIt7ruTz|TK3E)pt
zwi~nQ_L4OZdynwZn}U839SaHt_BdNc^)&!G3-jY)n2vzI4^#tn*Un)-QWE#e5d6Ux
zT^?|}Ac&;RH~T*X**~!4&w>9HWL>fm({Q+MdS`sNFQMyv^Nm!-wJ=iP%vPa~gKL~+
zN1C@XVe0RG^9JiSRY7^xkqMwV7gb~&+okiZ4?f^?uWNBW(sd<SulhpP9J_rh6$f`$
zD;>M7fLkD1FSm|msh#RpOJ6n+XKO#lIX`bx8vAD-FQUsf{1WA@Aeyre-jnhc>{?y2
z2f9?OZhLJD7ndIYs%sin^0i@NQKOV_;4<~1P!3q@p}!;oNWZ%j45^TEJIdp8Y#3b}
zwbJ8JKX=?0uY`LV0Y~lyzroz12TgK1??v$;&yBTxDaV8fpN#g^r&_^S0HR;OwKHu>
z*A4<AH0`xR+EA}tMa7h{*xSFLOBlansBQ%vf_nFu8>yps<4Q~ngYNfm$$6*vx%v+m
zRxu~vfT2Uh9p<hw^KOiIemDbFpT!IPXU`t37UhYA09%e_?;?JX%<2fwiy7#89~~G5
z^cHN11{@HE$SD;T8%kF_St%v|Vw$JPS0r64AdL}kO6<#052O6dv!-GZAfXa|i-kGd
z%Us^0g;TQ-30z9Et@ON$h0-%H)T70b`_xvjyoXa8HpVR@8LpiUwOYqu2HfiMf85Be
zq!-z7WfAp%)W`UqEZm(>=dr+(tNuQp3~k-VEr*_Jj<TKgRWL&ooy!l~ys`67VbcXH
z>9lj9oa++#Rrl$WN&e`FxrPHE>~zatPG&b5T4^z}*VustbIzxCLo>27!;cw1-e_T4
z@L>YEK5fb5+1&Y$j#*Wto5d=qZPolU$zF2i%66%imZ6_Cs!^{d#S-ePk&C;n3C(!k
z@p~<Md~+UlaSwlrY?$W)p(3NjQ!~euz`KNOJ5I$&QOL1oWN!{JNBQ2i9LStnFl$q(
zRh<3KLP$ZG54atV1*btx7ltl2aX_kXMVAR#1K)v`u63y*WlZi%Hs^C|QePpm;pIu!
zoCDVE>t7YM)2qXI3t5}=?t#Kbk8x<<KmX9FGz|2A6(;5vu!{<o+|f8@eRP?v<3r|H
z_9Tfmz5X{2%7a3ZDg}+wrm_s^aPaMDxlGG8b=Hqxxm#sb^?l(?u{*kT(LByxS@GyW
zLxLDpGWX_voj-UmEaMgZcI3;=Of@=e-~4>hZHlQPZ5lJHUxqWwt3OrT-o6{<-xH|S
zJe6fF_$M*$MX2=&Pv~>mMEH3bl&VBKhNU^bwK{SyVH|G}eb8A`1zsd~I`6L3HUU-C
zQbFjxS;pk_yDot^MpyA(GPET;N0gB_pdVB;S<QChVXrcyG)TqVG!2GIyW>cRVmlJm
z<#^yM*U9v0J%k^hHb<Mj|K1Y%E`|V53)8*y?|gOXkk*vL0FOn}1~qh`xtHQjr(Ng8
z%GUT(;R29-WKR61f$8XiCM~W?4+HyEHuI<6HsM_=fGD*Zw{oBZg+kC6h<;AoSxW9k
zG}Rq(+hCvu`yFU{ZYZ`TMnojYO|t^Km1Y}=yVW$3Kc&E{vZjffd#iOlGIyy#TGemF
zSV=FFiTt<J_qkjwqFsVfyfdAkcKKMJ;BQ&tEPt|-x+b!1D(0f52DROH0?*lU`L6+f
zg@uCw6MtGQQPrULk47u+j2q5>NcdK5%0g8&Drhcm*Utig|2Jq-@Tq&3y;JXDs?owS
z>m9YpVUXFIF~CPS#pP(!g`tcBx8PFVZRY=E;JO(`8y`<Kt7Txk*^=Q_wk1jTUv2u4
zZy3J=EL{ZCH#V7bo5f65eZh|(uwWNd*#6irmy0`HH`50VP_ffkiFt!S!vCiQ-d3%x
zOQH1{oTXGTMIqDwHBicdz6y5#0B^u{<A0#4ufot6n*`;sBs~``fO3_T(M9GX0Q8_|
zy`{X!LhqHF(P>#%kcgX6d3s6r7t@qqM=%5~a3B=vC~9{&KyV5Mp~P2eV1|gH%yz;K
zkeBID_c3#1rU#ZNy{=}QIk^fdgw7z)I*3L@EOLLSV3?I^i?IG8$I4Wi#-7`r+RuSh
zY4fU7B#`7-;&?!t=-;{K`EFVkSo8(M-QU~EJ>)Ey5fjyTIi7IngTeREnSNP&EY7O&
z?Fc?}h!)?ri9;o64HiaG>bnvUc-1Qlo8?T*s$_-pG=O}6&rs{Mh_8-kFQ3Z@XnbD6
zwi#8q<RZqE`IBN!pZLNiA8H#h+7-lwZvSHzwE*oJTDGP-Xos2YublJ8X|5B)x*D-~
z`z@>Rh5*ilU7Z1HE-iD$ZFI4f18DsLp+L{yQapz$7IaE2juU37Hf$f8plp^R%Z!&O
zwm^pAiBDA5?)TXN47iKNyqp`SrcLcE<r9~4Xak;NIyI>T(g}KPs69W-^q(uJxXb>A
z_tJ_Clzam0m<%1a$Bk<w!_QhUd<eDltLH<v25+sZrBE7oSnZ#x<rjHO1m~1i4qpA_
zvHV+Z81g4>vigshZ|Z+!jH85GLaB!fey2Wk)x<lKmsk1sPz#F{7duKzRM*B!f9pOh
zWlgpVA>Vau`E(xB4#@&<EHWT$v_O);1z-mKfUol>bK<Mw06AEc?(1Z7?_hXB)ZD2#
z4mABWD8ir$cxbPRWeh_d??AyPI(T(R#uz4uqRdw*7i*wD-h7l&KmQe++r{?aZKkzl
za(kQ7DP96k1Y^bH$t`(8q8p(u8ZHaZ)V&}QK^y5}x>Jzt8v!~iXGc^>h49<~lXry$
zFA=X_O5>^WCs{p;9o}FRbxv6xC*6dWfs@t1fbj|4YX$n4pOnpGIQ4wnyOAVBHyy$}
zCFz7XpVGQ|*qEc=+&`3w4tDRwy~Fxz`-4io68zf{mL<dnPeWtTsLJ_`c<7rKQZyJY
zWr!XNKnF){_TSuW@I8#%*k9$a|5xPszmvFs_D&lYqR6BAkZrY*rY52O;j;7U^766=
zM6aIZel8YD@<QGVV1Xo+?r%rEo<<>-`_`wcav?bjD=W|A`rU?x268uTY(y<0K7TS1
zpHAo143;wOUO6|<cP~I0BtA7g{dj2154_z@I@sTbQ2%1N^0(kcYimo(?#;9I_Vynm
z&)Zom!(Q_)I6M4Bz%tE%oTz0bV=XVT+kw_l{yX)*Fmsmn3p8D*F)wch<9S2Ueoc_H
z?(<F5v&+rtIwU&=kwZT$wmz!M?aG2z$I&7K+dRBZ#@JWuUD-~xw36`W9^cI>%su|R
zk+;6avw?1$1+Nb9(-X9$;d+v>JAsePzlTTrNeJT#<tDi`QXS?2D87r%Nb6i<9OhL3
zk!QQ1C8B#A-!^8=Q20Z3rFBUv79n3Zj%ru=?6&$Kz{e#M(rcO;8tKW&5H~(MsJ8Zb
zOXlgPLm%qXK@!0I&5dW0)|)P^+vSzQLvG+=>)rAp{^60#Sl{{-JCUioFfzfN!*vh)
z^WHK8j~Y8TLZnx_6%2oRZXe}!V|$m7<#pGmE6L}4n7mVXc*^d{eqVfe3Z?lt`8-Jc
zO5|yfzZrj^QR`uR_1rEr^zh;G5w+!+A%ysu2$0Dgh@Hg^?(=dh!sDh~yjAghIBP`e
zZ8_}&H)eUxUIz3qoC7=`gwGFKL%klS_5CcP6dATQR-X`Z$sl|AW*Q5EUS9B=KC#!s
znT+Ro90<e~A$*ZT{P_FvdbQPdGjJ(-H@ey4ZsE9BqV1~lo2K={&SUEXCo~F_NSl*K
zx!2t@-&2hE#TJ<eN&vv!?qYbB|M6%=SI3(B=FEEjyR$705J+6+>0WtH1%Q0^y2s0K
z7Rno1LR(dafgcR)oK<{J08<7Hzi#3xB;*8sUJaqi0<3vA&=Ai&-dy2hKj;0*5aF-C
zJ&xi>sdURee!ki46+H30+w{WLz9U6l^J;n&gU1=;lZ!(e5Q0ERh=459ZNIP_f?OfB
zJ0Mn+mn7r`|MLYRHa#Sj3{fla-&gU+5yal-9U%h>?hneJKksb+E-!=neJ2rc8y4hI
zxtu$TQU0*M`Ak#3;=YYfy?)k-{p$Ix-pv8OipQT9w%eT+Foe(3H3#0=DyTg7a~4~1
zW20Wzt1CBKBHEoVv!dlz<~gxZzC>6q5YnPHujgX7Y3wM%?K=JYB!}%FZ8*>Sfcz)m
zeWeIscqIan-|NKga54#Sm{<PbiK_8vUv!u158-UkuB$5`Xt6Fof48>v@d)BNxp+MB
z^0KwHwYDz*{(b%A>G<Sn4fRRDuJ0)U1KR58O1r4#K0nH6u{#a0@|d(bYE)L?P28F`
zLd<b{Ij$dss@X@x?{>&Yztwz?aR%#MU(TP$<vUZ(S9H($Wdj*7O1RuAzr<fq@X>Dv
zHLBb5dYy(}jL?f^I+ydZ#`*y&l0}i(eVu`b-QXmU^YZm`pA6r_yV>#}{VWZ*C$;+<
zvg!F~%D?_ZK>^5ZkOC0hUN=Erb&&E4qn_X@h@<311(K1G;q}n#m45p{!1Q@2VUniY
zs{%_Z+3UIe6OXbgxNhl5-J)DaXLDT8wRfVYAR2aGNmPZUG5iM-_Vb0p^KM#H>+K9>
z6|pDFz0<<o{dLb%ZJ=2oJ`sP#WXU!|iPzm-YZ(92wG32K!Deywdu@0~u(FjwTpUhg
zf0^mWf88`TA*2@yVJsi3ad~>n(+zu0$Qe67tJk9ffye7MjEC{4u7l@ChNyy;IlvT@
zBZo$(%u-7m|9RQX-a+f!t#%eK_^zC9sCvu!#$oqSgor=1m#AEReAebMUwe6RoDlr@
zl)U`ha&XPw<E?h&ewGr5cyOW}qIG|EGT{=>{gm~~r&-GQh4*Mwog-%$+$vi5><T=u
z*g?IWJNdfGfW8A_c*V$nKNT?hyz6zJWUk%L3h4DNcfUQ`<tlzm?SF9GK5Ts$wJxig
zxw@YDMJKau@!INXo8RjaW=+KF-X$S)<Ze~_{_zU+`j>iu$n9aGsgx5Q5&y$$uS-bx
zUqyMB@q0eBEiBq6z68CnfKseCY-lpP_gj0bxxK3`rcXUYkpx7*of!7(CzB%;;+A`a
z&h<{2hxgAD+Nbi+xl!6rlOiiRUhnRv;l9f_otZSB9#$qj#}77r`2EayX>?u-WcM1h
z2MkaTY~t_Jw4;(}!FlK7<z)>f<`x|d*=Ya|?+=Jy-K;voai`S0ftZp=tl}EJlG^qL
zJl$|bJ7e_b3;gB+z>CB*D!S@ppB%6M)^$IEj}$|W=jOvfafiB5(=vT}r@GkfC}96u
zCP_)Li|uq#6L2%|mIbRtX?%o$yDd%rh!x@G%*VZdxP~lD2MHp`eE9tTzoZ5)enpZ)
zg5N;FVuK)YJsb<dY;C8>Z-GY7%*l_FnvwT|g&JP<KGnj<wH8eZ%yz9K7IXo0Z{I{@
zBy+6udFXi_`kQZG)}m<_GWrV<-Dz-nbX?!sf{cj3$pk}Byat=}qhCq`n6Y2i`#3kF
zW3cwzN)PvWa96Ru16Aou*LIYprLbzdEAiW}<bb#-AGU+i@oo7o`wdz+9wDbuCb~=B
zGI|Dyd6)VH_#EvoK!H9idoEU0*cN}Dt5Zlwt{cp9VLPtxxv#CzT#=N@m`a^Sb4i{~
zuEcc!KPb^b#HFRs8&4hTsKO9pS4SO_UdNu{8^=9VT!2qq6P;~^O}$b^99f{@aB(($
zWjU$b!@3I6E|8pre6u9pAG%Yys<+#Sxlkc9J-w7v|JW#d&Xb#lC$Uz6ltR8kf`NfN
zotoPN)AyUFMcu*{E%QC55jivBTLAh#0Cc3y$IIxXXSEgJdQuyRL8HID2t}?;F@h`^
z(ZtAqT?z$K0$&&=q)>6b6*~Ar!36g?`l8{h!~AV5Q~3t2Aa%uuAFAsXfrv1_iV~IT
z<AfbkC^FV-=r6=2)PGzgJ_HpNL2Kz6onV`}T0|6C8e6Ga?)k{W6(o3zW!M90wj5rQ
z^2l0GeSo<quj>hU@5K}V;fDg9{I(Sp#$gUGr;BqLM4pVM%$Vt2ejrq8jde+GvV9EL
zn3V3qx4G@G#RN1n8U0Fi@$i!ScY2kjJe}*)FQ!je;RQH4Q^yYBi|q$cUH>uz?1VEo
zDGPrYsdzrwyc0QadQt7S664we57ng?yJua>+SI>s{ww)=te35YLrB2l#<Qry?cwM4
zGsTz>3N$%eZq5=hIR6bD!*m_yK!&=*4*J5+wS=C{(-ziUpFWw4lHw4X;jDm>?Z5@I
z|C<qba9EV|kT?y#n}wQh+1%18Qj^bq+bm`lBd5&2Ti?uli=(7_ZtP*8JJRk5Qjnf{
z^QUI7zAj%A^LF)U>Xx!)LdrLuw=@`9G8Q5w*i&+GohUW36ih-#LR#u~)!ixmbs^a4
z6aAw<hvO79jff<8r3Bc=w>hd9I}07rYDF4^M`>N#*nf4+h}L$tILtf#IR6#PZ>pGJ
z%7m-6$W(4*nlus+xVl$^8wL!mfoXae;)@Qj9MdJX9Xfb8jufuU)tsNR3S4+?19-5S
z{ncXzxnv0KO~(eO%5I_QWH_%2k4Xzh=?1k%+m2RQ?z+abljJ-e$IYwty2)j)yt;~r
zdOeNnaJh0=xGa8jJbbq+`Lmy8|Lr*7*&3qB8TlVZ2N*_{ngzZplZlUhki<4{U8&RO
zOlV|4tdD(Y7hLLs&2`ty%og+zh9JnGjZ@5I_fPU8v80U~x8NPmI0$?JnzmW`G@r9?
zhck*;yk6HiZ@)rrZY(Fc<-bdYt6T4L+r!Y%^g;&p!@mEMmPT!@I-jGCs~S2?N{Qi2
z0!s0(u$IYulC0Zdn?R>Acg*)JH1t!UhH4S){V?K?Xbm^UZt|%BN?_Lf_n!E|cGAmm
z`P(baelnc3RXr`~(##xchz^t7^Hdx;U|Dmx_Yrt%<bji`5T$4xrLxRS-)Fk`xM!-k
zh^3|eR<gn7V+E`b$2&#`aF7bLoMmzBZqYYoJIV;NUyAf$W|}+Gv_}O0@_c}bn8P*N
z21gH}zs(IvX$;<aK0B3L)7jG3&2aGZn?<lVEkF(Z+qRIs3lLZ{XD+B6El`2>o+%(c
z?-I{1cJ9gBMNjcy^b2ux{kg3Q-tJ3L5zb(Lm(lc*g$hc*{8M<QjVb^jCS=|_5IthB
zkG3#_$lTKRjT7NE@Qjz@x=lmG`c*nQT62r+b9fC0)%Nx!DxRY_fH66>K|?;KDaU93
z029v@o^XFN&Sr}+sj})Lg`xj$bhu5559emRRh;uBM5qtL;qBT?!y8ww#0e4~81hWP
zJuB}q!mcs<04TT{!Z#1gg=Q7L@AF<PNt@h{7jG6e#d$qtxB!KNSEZ|@qNY7<oOj7|
zh!NOGd2h~BdIRxNNHm07F0_EZ>)85&2gtn=cKScqbk|H;S)i8D!c)A4E*=(^U|eH&
z0K=)wEJW}s(bGTzTtW&(iV!5gQ71Vm-~3&5P|V-Cv@pcytsWzQ5u_kRkUC`>X8L|<
z2j_rq)f6sTvXgaflLG|+tyh?+&L-O0DvzI_AztKXwb*!gUUpO<q&&K{{rg<m9ruEK
z`opA&yb(jjUxo_>kmLSPFl7k=O7)pm*fjj3*nC`exW9WRlG#Wub1B@CTbu{?meii4
z8>@<6`lC}l^I`_F;?CEB1Ok=nD!g@0axx7goe`JsA<l*VM-{E(I*~!p+|-{<Hi`+<
zKVTYb+X>5i%h&U7N=@M9Tlm%vR@9{g2kD=>mUfr~J-VlW7r&>b3}|CZF%4GmPzf}*
z-e%ME?=$sl=epV<XpB#eIIUL$(e=oy-xAlR^)~EUygW?<Au7=qGeKr3lN5cYx!R5r
z{n3&J%kgMHW@EQ|fu|91TSpJ5jnzon#H_7IzjyL#zV?rrK;^`XS!4J*MbGG$>W?)E
z(f@W=2si(5nCq(ux&m^k<Kw&7Y|IFcX8*kOjUG&+EG^S&M^{h(g#eJS*j|u|T#A?k
z0AL!#zJ6Bxrx^otzJr4DdtXJSR+xRky}NnZVEr6(jbdDS=+eA^QZ^oUF&aIg?k(j1
zpGL<UmI;;CGR@6z48i7#1JlXrtV5nq$f6eSF;Xo1@d>iOJ{ZK|NtqeRms^-;cq|iw
z?T%`N9B~uWvGr_;_YBqdSur+KD#C2{GAH`AM|e!9HRv+`lXYW8<FR1>>qn1?0_sTv
zrY4Y~*7n58t^mgz7l+66EeY=F05gzZwo^04o(xfa<$ae2nqcrfsa8-?4f}<%eUK1t
zI@;W?wnU|;?|oezpCxOX(Ih;NXZ}Wr?Y3g5CJS~%bqzF(7P8_<4A1>b>(JCuj<Piz
zr#wr0Sq8TxT0&AukeX$N^~)-g&@O}q!wsaT0L&Q^B_C_4vO^F3Jw}C*%C>uIps0Ts
zeaE4lOCWY^kxh*hU&G8mp#+~4Zj+##;@>0irSXuUnP4*6KTrKyl!B9HxP_%C5j@re
z9b(w!p%vxu@aV-)8`vAIx`RF#QLH~!on+0R9wRuB55i++w$_w1McxS=1i9GPOygV`
zH-X`JE~Y74OI($T%aY@cC^j`n78b@)vTJfY=qu)}SY{k1;`vM!lT0UYwKkc`O-;=g
zhrZv61=E}*REGH6nyHjYwhay+K3?h{;g!uzDc@Jn`~<@sq$Kae|7aPt8eIuA_y=2O
z112g3t*7|t%0T}pZ<&c<7%)jAa2ht>c`(fdxsC;%whJG*6<fOYA=*;r?NvufEFDZ6
zW#Fc&$}(z;(<KK1)o)MRyuHBka-+VM^qd!4QyJB%6zRxstN{eIIS074N2_fU%$#eP
zvvm(*5ZX@)b8o;|S^3L%T>_osPYlv!C~81*eXZQ|*d%8jSvn>`wSmPH;y9+N=<82f
zq#e`WV2Bvi?(&x|j{LA%*rH^W>=H9P>T&m~G8`iB+*jZHOjuAZMlN2?#p_I*ca@RF
zMD^WtVlg@}5V-|2RWaE5>D8p9JX5u>PM9rgW9Kb3L~Db(KmV@E{JXBCp1k&rc%1e~
z6SbmBqZ8Mn|KM@r2phC_BwMGUvxG4ac~JcLr<`S;n4w(hpoXWZ1kTbwsLUdbdOIiv
z<|>GlGLHe_T1>ZCg52z8P!)lsrwzvi1+PqJQRVdyB&0E$zGrIoj<%m*rx(5C8x$#m
z4kTC<K&IEzE##`+!Z=;%oFC(<m`q#>d|sn16K9f<W35(`nrh)X;#Lx5(>XA&9?EOp
zj);qYWTicHj&#F-l$u@N($|ucE}Y}WFL<!B>$Q737!{%sn{DA=TuE&#_|-o$2%R;m
zG&z0SSldZh)gW#1m{A(4p!=xo*az~R@n+!=(F@9$4NQ*&XmC$2<Z5%dtXO4K!syHG
z5N)5>TUeslgD*@>v7h@?N1(arX=J~|D4wfSU5YEIv^o_H8FQ{1O5-URr5XgzHVl18
z0%@=?*?;%G{8pUjos=?vZf~oN4QiC4FeOrU%xx6bb8vJq$es3V(U$dd!Qtd))ME>Y
zurwmU1m9}LB!*2=p2X5;U077-PR<kp0UPIS6wk))6C}qs%3HkOx4$c^w5?{Ho_MQV
zje_NsfG%?CM}i~XM)c9J*t1UahZ)W?Ni%Lm89>I4a}r7~M8m7c(MQK_rzi#^{zda$
zMrgR-95(TRsH`ca_<)5D%brnYRIBq<6@05MKe<1WRkrVN5fG)&KZU9Ppg#Y1(awL!
jC;z9k^B*`!r1<33XwG`nN{&PUfZW7{q`#JZ(eeF1y^Xyv

literal 0
HcmV?d00001

diff --git a/doc/automatic_conflict_resolution.mdwn b/doc/automatic_conflict_resolution.mdwn
new file mode 100644
index 0000000000..f20138b19d
--- /dev/null
+++ b/doc/automatic_conflict_resolution.mdwn
@@ -0,0 +1,23 @@
+Running `git annex sync` or using the [[assistant]] involves merging
+changes from elsewhere into your repository's currently checked out branch.
+This could lead to a merge conflict, perhaps because the same file
+got changed in two different ways. A nice feature is that these
+merge conflicts are automatically resolved, rather than leaving
+git in the middle of a conflicted merge, which would prevent further
+syncing from happening.
+
+When a conflict occurs, there will be several messages printed about the merge
+conflict, and the file that has the merge conflict will be renamed, with
+".variant-XXX" tacked onto it. So if there are two versions of file foo,
+you might end up with "foo.variant-AAA" and "foo.variant-BBB". It's then
+up to you to decide what to do with these two files. Perhaps you can
+manually combine them back into a single file. Or perhaps you choose to
+rename them to better names and keep two versions, or delete one version
+you don't want.
+
+The "AAA" and "BBB" in the above example are essentially arbitrary
+(technically they are the MD5 checksum of the key). The automatic merge
+conflict resoltuion is designed so that if two or more repositories both get
+a merge conflict, and resolve it, the resolved repositories will not
+themselves conflict. This is why it doesn't use something nicer, like
+perhaps the name of the remote that the file came from.
diff --git a/doc/automatic_conflict_resolution/comment_1_307898855f91a2a189d4fa5eae62cce1._comment b/doc/automatic_conflict_resolution/comment_1_307898855f91a2a189d4fa5eae62cce1._comment
new file mode 100644
index 0000000000..57a8c45f84
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_1_307898855f91a2a189d4fa5eae62cce1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnJTqmRu1YCKS2Hsm4vtOflLhP4fU-k98w"
+ nickname="Ahmed"
+ subject="Customise conflict resolution behaviour"
+ date="2014-02-25T11:42:08Z"
+ content="""
+How to customise git-annex conflict resolution behaviour, such that for example: change naming convention of conflicted files with suffix or prefix, move conflicted files to another directory structure, overwrite conflicted files from preferred content ...
+
+ 
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_2_0a8ea42764dde1a33d2112197b961c51._comment b/doc/automatic_conflict_resolution/comment_2_0a8ea42764dde1a33d2112197b961c51._comment
new file mode 100644
index 0000000000..8c50ec4e22
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_2_0a8ea42764dde1a33d2112197b961c51._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="Use automatic merge without syncing"
+ date="2014-03-20T10:03:41Z"
+ content="""
+Is there a possibility to use the automatic merge logic without using \"git annex sync\"? I don't want to have the \"synced\"-branches, but the auto-conflict-resolution is very nice.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_3_5c587c6633cae1c8547ca970d55ee97e._comment b/doc/automatic_conflict_resolution/comment_3_5c587c6633cae1c8547ca970d55ee97e._comment
new file mode 100644
index 0000000000..58bdc56310
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_3_5c587c6633cae1c8547ca970d55ee97e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 3"
+ date="2014-03-20T16:10:10Z"
+ content="""
+@Matthias `git annex merge` will do what you want, as long as you have git-annex 4.20130709 or newer.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_4_80539e11e36a0b64cee83b6b373bd843._comment b/doc/automatic_conflict_resolution/comment_4_80539e11e36a0b64cee83b6b373bd843._comment
new file mode 100644
index 0000000000..d67514452f
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_4_80539e11e36a0b64cee83b6b373bd843._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="merge for master branch?"
+ date="2014-03-23T23:02:23Z"
+ content="""
+As far as I observed, \"git annex merge\" only merges the \"git-annex\" branch. My wish is to have the conflict resolution from \"git annex sync\" in the \"master\" branch, but no automatic commit, such that the user can verify and possibly correct the merge. The proposed merge could go to the index. Consider the following scenario:
+
+1. We have repo A, B, and CENTRAL
+2. All three start with a root commit in \"master\" branch
+3. Then A commits a file \"test.txt\" with content \"a\" and syncs with CENTRAL
+4. Meanwhile, B commits \"test.txt\" with content \"b\"
+5. When B tries to sync with CENTRAL, the proposed conflict resolution having two files \"test.txt-variantXXXX\" and \"test.txt-variantYYYY\" should be staged in the index, but not committed yet.
+6. B can now commit a custom merge, e.g. with file content \"ab\".
+
+The point is that I really like the conflict resolution, but still want to force the user to check the result.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_5_00ac9e4a47ce9a886dbf573480f151bd._comment b/doc/automatic_conflict_resolution/comment_5_00ac9e4a47ce9a886dbf573480f151bd._comment
new file mode 100644
index 0000000000..4d1e7c4bcd
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_5_00ac9e4a47ce9a886dbf573480f151bd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 5"
+ date="2014-03-26T18:56:30Z"
+ content="""
+@Matthias you need to install git-annex 4.20130709 or newer. Then `git-annex merge` will do what you want. As I said before. 
+
+As for committing the merge, you can always adjust the result after the fact and use `git commit --amend`.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_6_8a0860fee88f5954918305f055a39d8d._comment b/doc/automatic_conflict_resolution/comment_6_8a0860fee88f5954918305f055a39d8d._comment
new file mode 100644
index 0000000000..4e9493d129
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_6_8a0860fee88f5954918305f055a39d8d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="auto conflict resolution master branch"
+ date="2014-04-13T17:48:19Z"
+ content="""
+@joeyh: This must be a misunderstanding of what I want. I use version 5.20140320. I can't find a workflow where \"git annex merge\" changes my master branch, it only updates the git-annex branch.
+
+Thinking again of it after some time, I am basically fine with \"git annex sync\". The only thing I am uncomfortable with is that the automatic merge is pushed without review.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_7_3d2250cc26036b8532faa980065e20d0._comment b/doc/automatic_conflict_resolution/comment_7_3d2250cc26036b8532faa980065e20d0._comment
new file mode 100644
index 0000000000..9f49021da5
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_7_3d2250cc26036b8532faa980065e20d0._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 7"
+ date="2014-04-17T20:00:22Z"
+ content="""
+@Matthias, here is an example of git-annex merge updating the master branch from the synced/master branch that was pushed to it earlier:
+
+<pre>
+joey@darkstar:~/tmp/test/2>git annex merge
+merge git-annex (merging synced/git-annex into git-annex...)
+ok
+merge synced/master 
+Updating 7942eee..1f3422e
+Fast-forward
+ new_file | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 new_file
+ok
+</pre>
+
+If you are having trouble with it somehow, I'd suggest filing a bug report.
+"""]]
diff --git a/doc/automatic_conflict_resolution/comment_8_ef474c258ce8e0ebc6485c1366ae6315._comment b/doc/automatic_conflict_resolution/comment_8_ef474c258ce8e0ebc6485c1366ae6315._comment
new file mode 100644
index 0000000000..81f089b114
--- /dev/null
+++ b/doc/automatic_conflict_resolution/comment_8_ef474c258ce8e0ebc6485c1366ae6315._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="auto conflict resolution"
+ date="2014-04-19T17:26:11Z"
+ content="""
+Thanks Joey, I could construct a scenario where the auto-conflict-resolution was applied in the master branch.
+"""]]
diff --git a/doc/backends.mdwn b/doc/backends.mdwn
new file mode 100644
index 0000000000..baa96c149e
--- /dev/null
+++ b/doc/backends.mdwn
@@ -0,0 +1,43 @@
+When a file is annexed, a key is generated from its content and/or metadata.
+The file checked into git symlinks to the key. This key can later be used
+to retrieve the file's content (its value).
+
+Multiple pluggable key-value backends are supported, and a single repository
+can use different ones for different files.
+
+* `SHA256E` -- The default backend for new files, combines a 256 bit SHA-2
+  hash of the file's content with the file's extension. This allows
+  verifying that the file content is right, and can avoid duplicates of
+  files with the same content. Its need to generate checksums
+  can make it slower for large files. 
+* `SHA256` -- Does not include the file extension in the key, which can
+  lead to better deduplication but can confuse some programs.
+* `WORM` ("Write Once, Read Many") This assumes that any file with
+  the same basename, size, and modification time has the same content.
+  This is the least expensive backend, recommended for really large
+  files or slow systems.
+* `SHA512`, `SHA512E` -- Best SHA-2 hash, for the very paranoid.
+* `SHA1`, `SHA1E` -- Smaller hash than `SHA256` for those who want a checksum
+   but are not concerned about security.
+* `SHA384`, `SHA384E`, `SHA224`, `SHA224E` -- Hashes for people who like
+  unusual sizes.
+* `SKEIN512`, `SKEIN512E`, `SKEIN256`, `SKEIN256E`
+  -- [Skein hash](http://en.wikipedia.org/wiki/Skein_hash),
+  a well-regarded SHA3 hash competition finalist.
+
+The `annex.backends` git-config setting can be used to list the backends
+git-annex should use. The first one listed will be used by default when
+new files are added.
+
+For finer control of what backend is used when adding different types of
+files, the `.gitattributes` file can be used. The `annex.backend`
+attribute can be set to the name of the backend to use for matching files.
+
+For example, to use the SHA256E backend for sound files, which tend to be
+smallish and might be modified or copied over time,
+while using the WORM backend for everything else, you could set
+in `.gitattributes`:
+
+	* annex.backend=WORM
+	*.mp3 annex.backend=SHA256E
+	*.ogg annex.backend=SHA256E
diff --git a/doc/backends/comment_1_375bb1fb5973e8fa67b763f2dd6e404b._comment b/doc/backends/comment_1_375bb1fb5973e8fa67b763f2dd6e404b._comment
new file mode 100644
index 0000000000..dc178a6fed
--- /dev/null
+++ b/doc/backends/comment_1_375bb1fb5973e8fa67b763f2dd6e404b._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://nanotech.nanotechcorp.net/"
+ nickname="NanoTech"
+ subject="SHA performance"
+ date="2012-08-10T04:37:32Z"
+ content="""
+It turns out that (at least on x86-64 machines) `SHA512` [is faster than][1] `SHA256`. In some benchmarks I performed<sup>1</sup> `SHA256` was 1.8–2.2x slower than `SHA1` while `SHA512` was only 1.5–1.6x slower.
+
+`SHA224` and `SHA384` are effectively just truncated versions of `SHA256` and `SHA512` so their performance characteristics are identical.
+
+[1]: https://community.emc.com/community/edn/rsashare/blog/2010/11/01/sha-2-algorithms-when-sha-512-is-more-secure-and-faster
+<sup>1</sup> `time head -c 100000000 /dev/zero | shasum -a 512`
+"""]]
diff --git a/doc/backends/comment_2_1f2626eca9004b31a0b7fc1a0df8027b._comment b/doc/backends/comment_2_1f2626eca9004b31a0b7fc1a0df8027b._comment
new file mode 100644
index 0000000000..0308873036
--- /dev/null
+++ b/doc/backends/comment_2_1f2626eca9004b31a0b7fc1a0df8027b._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="Tracking remote copies not even stored locally / URL backend turned into a &quot;special remote&quot;."
+ date="2013-01-03T10:59:35Z"
+ content="""
+In case you came here looking for the URL backend.
+
+## The URL backend
+
+Several documents on the web refer to a special \"URL backend\", e.g. [Large file management with git-annex [LWN.net]](http://lwn.net/Articles/419241/).  Historical content will never be updated yet it drives people to living places.
+
+## Why a URL backend ?
+
+It is interesting because you can:
+
+* let `git-annex` rest on the fact that some documents are available as extra copies available at any time (but from something that is not a git repository).
+* track these documents like your own with all git features, which opens up some truly marvelous combinations, which this margin is too narrow to contain (Pierre d.F. wouldn't disapprove ;-).
+
+## How/Where now ?
+
+`git-annex` used to have a URL backend. It seems that the design changed into a \"special remote\" feature, not limited to the web. You can now track files available through plain directories, rsync, webdav, some cloud storage, etc, even clay tablets. For details see [[special remotes]].
+
+"""]]
diff --git a/doc/backends/comment_3_fdcbf8727fdefb9942a54689234b9698._comment b/doc/backends/comment_3_fdcbf8727fdefb9942a54689234b9698._comment
new file mode 100644
index 0000000000..6f8b1ad7a4
--- /dev/null
+++ b/doc/backends/comment_3_fdcbf8727fdefb9942a54689234b9698._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmicVKRM8vJX4wPuAwlLEoS2cjmFXQkjkE"
+ nickname="Thomas"
+ subject="Please be more specific about what information goes into the key"
+ date="2013-07-31T11:55:09Z"
+ content="""
+It's a bit confusing to read that SHA256 does not include the file extension from which I can deduct that SHA256E does include it. What else does it include? I used to \"seed\" my git-annex with localy available data by \"git-annex add\"-ing it in a temporary folder without doing a commit and than to initiate a copy from the slow remote annex repo. My theory was that remote copy sees the pre-seeded files and does not need to copy them again.
+
+But does this theory hold true for different file names, extensions, modification date, full path? Maybe you could also link to the code that implements the different backends so that curious readers can check for themselves.
+
+Thank you!
+"""]]
diff --git a/doc/backends/comment_4_46591a3ba888fb686b1b319b80ca2c22._comment b/doc/backends/comment_4_46591a3ba888fb686b1b319b80ca2c22._comment
new file mode 100644
index 0000000000..94f25e9962
--- /dev/null
+++ b/doc/backends/comment_4_46591a3ba888fb686b1b319b80ca2c22._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTho3mActvetF1iQdmui6gH1t6WE6c284"
+ nickname="Michael"
+ subject="SHA256e"
+ date="2013-10-30T02:00:45Z"
+ content="""
+I'd really like to have a SHA256e backend -- same as SHA256E but making sure that extensions of the files in .git/annex are converted to lower case.  I normally try to convert filenames from cameras etc to lower case, but not all people that I share annex with do so consistently.
+In my use case, I need to be able to find duplicates among files and .jpg vs .JPG throws git annex dedup off.  Otherwise E backends are superior to non-E for me.  Thanks, Michael.
+"""]]
diff --git a/doc/backends/comment_5_2210c7ff2d5812fb3b778ac172291656._comment b/doc/backends/comment_5_2210c7ff2d5812fb3b778ac172291656._comment
new file mode 100644
index 0000000000..2a205604c2
--- /dev/null
+++ b/doc/backends/comment_5_2210c7ff2d5812fb3b778ac172291656._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWBvsZvSsAL8P2ye3F0OBStjFCVnOImzM"
+ nickname="Jarno"
+ subject="Non-E backend drawbacks?"
+ date="2013-10-30T21:25:00Z"
+ content="""
+The page states \"[non-E backends] can confuse some programs\". I like the ideal simplicity and recoverability of pure checksum backends but \"confusion\" sounds a bit worrying. Any practical examples of these problems to help me choose?
+"""]]
diff --git a/doc/backends/comment_6_82f239b58680a2681bd8074c7ef9584d._comment b/doc/backends/comment_6_82f239b58680a2681bd8074c7ef9584d._comment
new file mode 100644
index 0000000000..cbd4682ab2
--- /dev/null
+++ b/doc/backends/comment_6_82f239b58680a2681bd8074c7ef9584d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 6"
+ date="2013-11-01T15:47:26Z"
+ content="""
+Some examples of problems with the raw SHA backends include, IIRC, calibre, and many programs on OSX. These programs look at the extension of the filename the symlink points at.
+"""]]
diff --git a/doc/bare_repositories.mdwn b/doc/bare_repositories.mdwn
new file mode 100644
index 0000000000..975a638b87
--- /dev/null
+++ b/doc/bare_repositories.mdwn
@@ -0,0 +1,48 @@
+Due to popular demand, git-annex can now be used with bare repositories.
+
+So, for example, you can stash a file away in the origin:
+`git annex move mybigfile --to origin`
+
+Of course, for that to work, the bare repository has to be on a system with
+[[git-annex-shell]] installed. If "origin" is on GitWeb, you still can't
+use git-annex to store stuff there.
+
+It took a while, but bare repositories are now supported exactly as well
+as non-bare repositories. Except for these caveats:
+
+* `git annex fsck` works in a bare repository, but does not display
+  warnings about insufficient
+  [[copies]]. To get those warnings, just run it in one of the non-bare
+  checkouts.
+* `git annex unused` in a bare repository only knows about keys used in
+  branches that have been pushed to the bare repository. So use it with care..
+* Commands that need a work tree, like `git annex add` won't work in a bare
+  repository, of course.
+* However, you can (with recent versions of git-annex) run `git annex copy`,
+  `git annex get`, and `git annex move` in a bare repository. These behave
+  as if the `--all` option were used, and just operate on every single
+  version of every single file that is present in the git repository
+  history.
+
+***
+
+Here is a quick example of how to set this up, using `origin` as the remote name, and assuming `~/annex` contains an annex:
+
+On the server:
+
+    git init --bare bare-annex.git
+    cd bare-annex.git && git annex init origin
+
+Now configure the remote and do the initial push:
+
+    cd ~/annex
+    git remote add origin example.com:bare-annex.git
+    git push origin master git-annex
+
+Now `git annex info` should show the configured bare remote. If it does not, you may have to pull from the remote first (older versions of `git-annex`)
+
+If you wish to configure git such that you can push/pull without arguments, set the upstream branch:
+
+    git branch master --set-upstream origin/master
+
+   
diff --git a/doc/bare_repositories/comment_1_148e1da70d37d311634a0309a4ff8dcd._comment b/doc/bare_repositories/comment_1_148e1da70d37d311634a0309a4ff8dcd._comment
new file mode 100644
index 0000000000..c1ba9f2f4a
--- /dev/null
+++ b/doc/bare_repositories/comment_1_148e1da70d37d311634a0309a4ff8dcd._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmraN_ldJplGunVGmnjjLN6jL9s9TrVMGE"
+ nickname="Ævar Arnfjörð"
+ subject="How to convert bare repositories to non-bare"
+ date="2012-11-11T20:14:44Z"
+ content="""
+I made a repository bare and later wanted to convert it, this would have worked with just plain git:
+
+    cd bare-repo.git
+    mkdir .git
+    mv .??* * .git/
+    git config --unset core.bare
+    git reset --hard
+
+But because git-annex uses different hashing directories under bare repositories all the files in the repo will point to files you don't have. Here's how you can fix that up assuming you're using a backend that assigns unique hashes based on file content (e.g. the SHA256 backend):
+
+    mv .git/annex/objects from-bare-repo
+    git annex add from-bare-repo
+    git rm -f from-bare-repo
+
+
+"""]]
diff --git a/doc/bugs.mdwn b/doc/bugs.mdwn
new file mode 100644
index 0000000000..d1a0b07e9d
--- /dev/null
+++ b/doc/bugs.mdwn
@@ -0,0 +1,7 @@
+This is git-annex's bug list. Closed bugs are moved to [[done]].
+
+[[!inline pages="./bugs/* and !./bugs/*/* and !./bugs/done and !link(done) 
+and !./bugs/moreinfo and !./bugs/confirmed and !./bugs/forwarded and !*/Discussion"
+actions=yes postform=yes show=0 archive=yes template=buglist]]
+
+[[!edittemplate template=templates/bugtemplate match="bugs/*" silent=yes]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn
new file mode 100644
index 0000000000..3420c03af1
--- /dev/null
+++ b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+Some time in may 2014, git-annex stopped working with previous versions of git-annex.
+
+### What steps will reproduce the problem?
+
+Trying to sync with the server fails with:
+
+    git-annex-shell: Not a git-annex or gcrypt repository.
+
+With older versions (e.g. 5.20140412), it's even worse:
+
+    Remote marcos does not have git-annex installed; setting annex-ignore
+    This could be a problem with the git-annex installation on the remote. Please make sure that git-annex-shell is available in PATH when you ssh into the remote. Once you have fixed the git-annex installation, run: git config remote.marcos.annex-ignore false
+
+Basically, if git-annex-shell is missing, newer versions of git-annex just crash and burn instead of going the more gentle, backward-compatible way...
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex from debian sid (5.20140517) on the "client" side and from jessie (5.20140421) on the "server".
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+ssh server
+git init books
+exit
+git remote add server server:books
+git annex sync server
+# End of transcript or log.
+"""]]
+
+If this is intended behavior, it seems to me the major version of git annex should be bumped, at the very least... -- [[anarcat]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment
new file mode 100644
index 0000000000..f54eb17692
--- /dev/null
+++ b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_1_323262a080daed9cebd4caee4c887210._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 1"
+ date="2014-05-23T14:25:04Z"
+ content="""
+git-annex has always required the remote have git-annex-shell installed in order to store files on it. Nothing has changed in this area.
+
+So, you seem to be very confused about something, but I cannot tell what from this bug report, and I certianly see no evidence of any bug  in the information provided so far. You need to install git-annex on your server and then it should work, assuming the server actually has a git-annex repository set up on it.
+"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment
new file mode 100644
index 0000000000..98b297868d
--- /dev/null
+++ b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_2_6172dcd7db2322084483a18d4f3cc2d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2014-05-27T03:00:48Z"
+ content="""
+marcos has had git-annex installed ever since i started using git-annex, which is around version 4.x. furthermore, i have assumed that the procedure i detailed in the last part were enough to reproduce the bug, but i may be mistaken.
+"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment
new file mode 100644
index 0000000000..3234ff75be
--- /dev/null
+++ b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_3_5ae2178863709230ddb995905c629c4e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 3"
+ date="2014-05-27T17:54:06Z"
+ content="""
+Well, your transcript shows you init a git repository. But you have not run `git annex init` in it, so git-annex-shell won't use it.
+
+
+"""]]
diff --git a/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment
new file mode 100644
index 0000000000..66d3c07f8f
--- /dev/null
+++ b/doc/bugs/5.20140517_fails_to_talk_to_other_5.x_git-annex_remotes/comment_4_19d32634789a09c1b04e9d3fcde364f7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 4"
+ date="2014-06-04T04:53:36Z"
+ content="""
+ah. i see. certainly an operator error then. feels like a usability issue now, or i just feel stupid, not sure which. :)
+"""]]
diff --git a/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn b/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
new file mode 100644
index 0000000000..7038fe2e6f
--- /dev/null
+++ b/doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
@@ -0,0 +1,74 @@
+What steps will reproduce the problem?
+
+Example below illustrates downloading a podcast with git annex addurl:
+
+list directory before...
+
+~/Podcasts/TuxRadar Linux Podcast (Ogg)$ ls
+folder.jpg           tuxradar_s04e24.ogg
+tuxradar_s04e09.ogg  tuxradar_s05e01.ogg
+tuxradar_s04e11.ogg  tuxradar_s05e02.ogg
+tuxradar_s04e13.ogg  tuxradar_s05e03.ogg
+tuxradar_s04e15.ogg  tuxradar_s05e04.ogg
+tuxradar_s04e16.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e10.ogg
+tuxradar_s04e19.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e12.ogg
+tuxradar_s04e20.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e14.ogg
+tuxradar_s04e21.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e17.ogg
+tuxradar_s04e22.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e18.ogg
+tuxradar_s04e23.ogg
+
+download file...
+
+~/Podcasts/TuxRadar Linux Podcast (Ogg)$ git annex addurl http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg
+addurl www.tuxradar.com_files_podcast_tuxradar_s05e05.ogg (downloading http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg ...) --2013-04-10 21:18:12--  http://www.tuxradar.com/files/podcast/tuxradar_s05e05.ogg
+Resolving www.tuxradar.com (www.tuxradar.com)... 80.244.178.150
+Connecting to www.tuxradar.com (www.tuxradar.com)|80.244.178.150|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 33249291 (32M) [application/ogg]
+Saving to: `/home/rob/Podcasts/.git/annex/tmp/URL--http&c%%www.tuxradar.com%files%podcast%tuxradar_s05e05.ogg'
+
+100%[===============================>] 33,249,291   404K/s   in 81s     
+
+2013-04-10 21:19:35 (399 KB/s) - `/home/rob/Podcasts/.git/annex/tmp/URL--http&c%%www.tuxradar.com%files%podcast%tuxradar_s05e05.ogg' saved [33249291/33249291]
+
+(checksum...) ok
+(Recording state in git...)
+
+file appears to have been downloaded, but isn't there...
+
+~/Podcasts/TuxRadar Linux Podcast (Ogg)$ ls
+folder.jpg           tuxradar_s04e24.ogg
+tuxradar_s04e09.ogg  tuxradar_s05e01.ogg
+tuxradar_s04e11.ogg  tuxradar_s05e02.ogg
+tuxradar_s04e13.ogg  tuxradar_s05e03.ogg
+tuxradar_s04e15.ogg  tuxradar_s05e04.ogg
+tuxradar_s04e16.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e10.ogg
+tuxradar_s04e19.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e12.ogg
+tuxradar_s04e20.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e14.ogg
+tuxradar_s04e21.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e17.ogg
+tuxradar_s04e22.ogg  www.tuxradar.com_files_podcast_tuxradar_s04e18.ogg
+tuxradar_s04e23.ogg
+
+What is the expected output? What do you see instead?
+
+File should exist in current directory. As you can see from above output, this has worked in the past (with older versions).
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130405
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+OS: Debian Testing/Unstable
+
+Please provide any additional information below.
+
+The repository in question was created by the assistant and I tried the above with the assistant both running and not running, with no difference. I have also tried downloading other files.
+
+EDIT: formatting
+
+> Bug only affected direct mode. I think it used to work but I broke
+> it when fixing another bug in direct mode. [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist.mdwn b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist.mdwn
new file mode 100644
index 0000000000..4b88656a25
--- /dev/null
+++ b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+
+When entering Jabber account data, the assistant responds with:
+
+    Internal Server Error: /etc/resolv.conf does not exist (No such file or directory).
+
+### What steps will reproduce the problem?
+
+Get a jabber account at http://jit.si. Enter your jabber name and password on Android assistant, and click "Use This Account". The dark overlay and progress message appears. After about 30 seconds the browser forwards to the "Internal Server Error: /etc/resolv.conf does not exist (No such file or directory)" page.
+
+### What version of git-annex are you using? On what operating system?
+
+Android 4.2 on Lenovo 780p. This model is only for sale in China and India and has been rooted, but the original ROM is still on. Often this makes no difference but you might want to confirm with another device.
+
+git-annex version 5.20131127-g736ce5e
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_1_d4f22335d5b6cb178c77579a1b450f9c._comment b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_1_d4f22335d5b6cb178c77579a1b450f9c._comment
new file mode 100644
index 0000000000..95583cdf7a
--- /dev/null
+++ b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_1_d4f22335d5b6cb178c77579a1b450f9c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="Same on CyaogenMod 10.2"
+ date="2013-11-29T11:00:58Z"
+ content="""
+CM10.2 Nightly Build for Sony Experia Mini Pro does show the same behaviour. Creating the resolv.conf does not solve the problem:
+
+    1|root@mango:/etc # touch resolv.conf; ls resolv.conf
+    touch resolv.conf; ls resolv.conf
+    resolv.conf: No such file or directory
+
+"""]]
diff --git a/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_2_19dd9ebfebbece9d3654825492ebd5b9._comment b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_2_19dd9ebfebbece9d3654825492ebd5b9._comment
new file mode 100644
index 0000000000..79554ee508
--- /dev/null
+++ b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_2_19dd9ebfebbece9d3654825492ebd5b9._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknsDuoV1R2hz6QoCJmMFWLmWgdZfULjMI"
+ nickname="Jakob"
+ subject="Moto G"
+ date="2013-12-02T13:53:55Z"
+ content="""
+Same proplem on a Moto G - Android 4.3 - not rooted / Stock
+
+running git-annex version 5.20131202-g5b9eb74
+
+Error Message: 
+
+    /etc/resolv.conf: openFile: does not exist (No such file or directory)
+
+command-line output:
+
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+    git annex webapp
+    ex webapp                                    
+"""]]
diff --git a/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_3_4a85c4c45768f96bdc6619c193de55ab._comment b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_3_4a85c4c45768f96bdc6619c193de55ab._comment
new file mode 100644
index 0000000000..0bfe153402
--- /dev/null
+++ b/doc/bugs/Android:_500___47__etc__47__resolv.conf_does_not_exist/comment_3_4a85c4c45768f96bdc6619c193de55ab._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-12-03T17:35:11Z"
+ content="""
+The dns library used only for srv lookups was trying to use /etc/resolv.conf. I've patched it to use the android getprop command instead to discover the DNS server.
+
+The daily build has already been updated with this fix. I have not tested it completely myself.
+"""]]
diff --git a/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__.mdwn b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__.mdwn
new file mode 100644
index 0000000000..ed0eb14696
--- /dev/null
+++ b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+
+On Andorid adding a respository on a remote server (ssh) to an exisiting repository does not work. After selecting "Make unencrypted repository" in the webapp the following error message is displayed:
+
+Internal Server Error
+/sdcard/git-annex.home/.ssh/config: setFileMode: permission denied (Operation not permitted)
+
+The file "/sdcard/git-annex.home/.ssh/config" is created and its content seems to be fine. I could not find anything related to file mode in logcat / daemon.log.
+
+### What steps will reproduce the problem?
+
+Add a repository on a remote server to an existing repository. After selecting "Make unencrypted repository" the error messages is displayed.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 5.20140116-g2d9ec29
+Android version 4.4 (running on a Nexus 5)
+
+> I have made this failure to set the file mode not be a fatal error.
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_1_414adc1bee73711e3133c7fe8811aae2._comment b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_1_414adc1bee73711e3133c7fe8811aae2._comment
new file mode 100644
index 0000000000..d1a5bf0c1d
--- /dev/null
+++ b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_1_414adc1bee73711e3133c7fe8811aae2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkViAynw-AW5kjf3w_QDwCVwhPc3k7gY5E"
+ nickname="Thomas"
+ subject="I see the same fail"
+ date="2014-01-29T21:52:18Z"
+ content="""
+I se the same failure at both my android devices:
+Nexus 7, Android 4.4.2, git-annex 5.20140128 and
+Xperia phone, Android 4.1.2, git-annex 5.20140108
+"""]]
diff --git a/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_2_977a529f488ce0c167035675f76ebabf._comment b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_2_977a529f488ce0c167035675f76ebabf._comment
new file mode 100644
index 0000000000..55a368cc30
--- /dev/null
+++ b/doc/bugs/Android:_Adding_Repository_on_Remote_Server_fails_with___34__Internal_Server_Error__34__/comment_2_977a529f488ce0c167035675f76ebabf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx07B9weuZowXqh--1BDvGw8VM25aXsRw"
+ nickname="Matthew"
+ subject="comment 2"
+ date="2014-02-01T02:44:47Z"
+ content="""
+Same here, any workarounds?
+"""]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__.mdwn b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__.mdwn
new file mode 100644
index 0000000000..35e751cce5
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__.mdwn
@@ -0,0 +1,84 @@
+### Please describe the problem.
+
+Seems to not upload files from Android client (set to "Manual mode: only stores files you...") to servers configured to get the files despite "syncing enabled"
+
+Even when I chose "File source:" mode -- it just dropped all locally stored ones and didn't transfer those I have added.
+
+### What steps will reproduce the problem?
+
+Add file to the sdcard (vfat), and see it added to git (annex) but not uploaded
+
+### What version of git-annex are you using? On what operating system?
+
+Android build as now of Dec 13 I believe
+
+### Please provide any additional information below.
+
+First it just said that nothing to be transfered, I have switched  that remote to "Full backup", web dashboard had "Scanning for files to transfer" for a while, then refreshed with "Synced with" and no file transfers running.  Below is an excerpt from the log
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+add pics/20131217_125740.jpg ok
+add pics/20131217_125740.jpg [2013-12-17 16:19:25 EST] Committer: Committing changes to git
+[2013-12-17 16:19:25 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex
+Invalid pid specified
+Invalid pid specified
+warning: no threads support, ignoring --threads
+Already up-to-date.
+To ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/
+   bcb7ed7..3672b38  git-annex -> synced/git-annex
+   e8cc37f..052b758  annex/direct/master -> synced/master
+Already up-to-date.
+[2013-12-17 16:19:29 EST] Committer: Adding 20131217_125726.jpg
+ok
+(Recording state in git...)
+(Recording state in git...)
+
+
+add pics/20131217_125726.jpg ok
+add pics/20131217_125726.jpg [2013-12-17 16:19:30 EST] Committer: Committing changes to git
+Invalid pid specified
+[2013-12-17 16:19:32 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex
+Already up-to-date.
+warning: no threads support, ignoring --threads
+To ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/
+   3672b38..f914fed  git-annex -> synced/git-annex
+   052b758..859d3c6  annex/direct/master -> synced/master
+Already up-to-date.
+Invalid pid specified
+Invalid pid specified
+Invalid pid specified
+
+
+# End of transcript or log.
+"""]]
+
+previous runs experienced different problems, so may be those could lead to unreported problem here?
+e.g. from previous run:
+
+[[!format sh """
+[2013-12-17 16:04:44 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex
+Already up-to-date.
+warning: no threads support, ignoring --threads
+warning: no threads support, ignoring --threads
+To ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/
+   a889d7b..c9a7466  git-annex -> synced/git-annex
+error: Ref refs/heads/synced/git-annex is at c9a74663dc863eb95d316deac4657173c92653df but expected a889d7b335738ef1c4f85da18d1bea337cd36522
+remote: error: failed to lock refs/heads/synced/git-annex^[[K
+To ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/
+ ! [remote rejected] git-annex -> synced/git-annex (failed to lock)
+error: failed to push some refs to 'ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/'
+Everything up-to-date
+Invalid pid specified
+[2013-12-17 16:08:34 EST] main: Syncing with vagus.cns.dartmouth.edu_annex
+Everything up-to-date
+Invalid pid specified
+~                                 
+]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_1_3f0e3fed240252207020d31ab96d0666._comment b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_1_3f0e3fed240252207020d31ab96d0666._comment
new file mode 100644
index 0000000000..60ac157811
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_1_3f0e3fed240252207020d31ab96d0666._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-17T23:51:32Z"
+ content="""
+The \"Invalid pid specified\" seems to point at the problem. (Or it's a nice red herring.) I cannot find this error message in either git-annex or in git. 
+
+Enabling debug logging and restarting the assistant should produce a nice log that will both tell us what command it was running when that message showed up, and show some details about its preferred content decisions.
+"""]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_2_87746f4fd0b404db7070c0b2346e8e2b._comment b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_2_87746f4fd0b404db7070c0b2346e8e2b._comment
new file mode 100644
index 0000000000..4711c2d1c2
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_2_87746f4fd0b404db7070c0b2346e8e2b._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="comment 2"
+ date="2013-12-18T02:07:46Z"
+ content="""
+enabled debug logging in the preferences of webapp, clicked on 'restart daemon',  fetched log:
+
+    $> grep -B 1 pid daemon.log                           
+    [2013-12-17 20:51:49 EST] chat: nice [\"ionice\",\"-c3\",\"git-annex\",\"transferkeys\"]
+    Invalid pid specified
+
+entire log http://www.onerussian.com/tmp/daemon.log.gz
+
+in the webbrowser page got stuck white without updating, refreshed it and got
+
+    \"Internal Server Error\"
+    git-annex: createProcess: runInteractive
+    Process: pipe: resource exhausted (Too many open files)
+
+went to terminal, ctrl-c, started again -- seems have managed to start:
+
+    $> grep -B 3 pid daemon.log 
+    (scanning...) [2013-12-17 20:57:36 EST] Watcher: Performing startup scan
+    Already up-to-date.
+    Everything up-to-date
+    Invalid pid specified
+
+disabled, and then reenabled syncing with vagus, refetched daemon.log to see similar to above message.
+
+New experiment -- added locally yet another file pics/test.jpg which according to whereis was quickly pushed out from my laptop.
+
+Then realized that daemon.log is no longer verbose! (i.e. changes in preferences within webapp didn't persist)  By now on phone it synced git, but didn't download the load (rightfully since I have instructed not to).
+
+ok -- went to enable debug logging  again in webapp -- it was already selected.
+
+in the log now found following 
+
+```
+    (started...) [2013-12-17 20:59:10 EST] main: Syncing with vagus.cns.dartmouth.edu_annex 
+    Everything up-to-date
+    Invalid pid specified
+    [2013-12-17 21:02:37 EST] main: Syncing with vagus.cns.dartmouth.edu_annex 
+    From ssh://git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex
+       c3a5fd6..29b6694  master     -> vagus.cns.dartmouth.edu_annex/master
+       d9a09e2..0c3e966  synced/git-annex -> vagus.cns.dartmouth.edu_annex/synced/git-annex
+       c3a5fd6..29b6694  synced/master -> vagus.cns.dartmouth.edu_annex/synced/master
+    error: Ref refs/heads/annex/direct/master is at 29b6694ee483c4563955bc5ae1ee1664daed7f19 but expected c3a5fd6b7cee1cbd43fbeb5aa4a445a5407067bd
+    fatal: Cannot lock the ref 'HEAD'.
+    Updating c3a5fd6..29b6694
+    Fast-forward
+    
+    (merging vagus.cns.dartmouth.edu_annex/synced/git-annex into git-annex...)
+    
+    git-annex: /storage/extSdCard/annex/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
+    Already up-to-date.
+    Already up-to-date.
+    [2013-12-17 21:02:41 EST] Committer: Committing changes to git
+    [2013-12-17 21:02:42 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex 
+    Everything up-to-date
+    [2013-12-17 21:02:43 EST] Committer: Committing changes to git
+    [2013-12-17 21:02:45 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex 
+    Everything up-to-date
+```
+I guess I will just try now to enable debug logging in .git/config while in the terminal on the phone
+"""]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_3_72c9e9f6bb5ca23ddfd513fcc8bff48c._comment b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_3_72c9e9f6bb5ca23ddfd513fcc8bff48c._comment
new file mode 100644
index 0000000000..b920df4a9d
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_3_72c9e9f6bb5ca23ddfd513fcc8bff48c._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="comment 3"
+ date="2013-12-18T02:21:17Z"
+ content="""
+ah -- may be that was debug log, but nothing exciting was happening?  .git/config does have annex.debug true
+
+ok -- went to \"switch repositories\", showed the list of my only repository, clicking on it didn't go anywhere... ok - restarted the beast in the terminal, added a new file to the pics/ directory, again -- registered, added to git, synced, did not 'push' the load, and no informative debug messages:
+
+    add pics/earth-daynight.jpg [2013-12-17 21:17:26 EST] Committer: Committing changes to git
+    [2013-12-17 21:17:26 EST] Pusher: Syncing with vagus.cns.dartmouth.edu_annex 
+    Invalid pid specified
+    Already up-to-date.
+    warning: no threads support, ignoring --threads
+    To ssh://annex@git-annex-vagus.cns.dartmouth.edu-annex_annex/~/annex/
+       0c3e966..6d94fd4  git-annex -> synced/git-annex
+       29b6694..bbd3fa3  annex/direct/master -> synced/master
+    [2013-12-17 21:17:28 EST] Committer: Adding earth-daynight.jpg
+    Already up-to-date.
+    ok
+    (Recording state in git...)
+    (Recording state in git...)
+    
+
+so again that pid msg but no debug logging seems to be done.  Is there some other way to enable debug logging? ;)
+"""]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_4_b54c169a96e263e12495690fe14d8b4a._comment b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_4_b54c169a96e263e12495690fe14d8b4a._comment
new file mode 100644
index 0000000000..7453e7cea9
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_4_b54c169a96e263e12495690fe14d8b4a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="etset"
+ ip="188.83.111.161"
+ subject="comment 4"
+ date="2013-12-29T15:12:43Z"
+ content="""
+I also can't transfer from and to an Android tablet with the git-annex assistant. The `daemon.log` shows the same error, `Invalid pid specified`, repeated several times.
+
+Enabling the debug log mode always shows lines similar to this one before each \"Invalid pid\" line: `[2013-12-29 14:50:49 WET] chat: nice [\"ionice\", \"-c3\", \"git-annex\", \"transferkeys\"]`.
+
+However, using the `git annex get` and `git annex copy` commands to fetch and send the files from the same tablet work as expected.
+
+I can post the full log later, if needed.
+"""]]
diff --git a/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_5_56ef816d3d4f3d85d31ccaf806133073._comment b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_5_56ef816d3d4f3d85d31ccaf806133073._comment
new file mode 100644
index 0000000000..a96ebd5515
--- /dev/null
+++ b/doc/bugs/Android:_does_not_upload_added_files___40__neither_to___34__Transfer__34___or___34__Full_backup__34___server__41__/comment_5_56ef816d3d4f3d85d31ccaf806133073._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="reproduced bug"
+ date="2013-12-29T21:06:30Z"
+ content="""
+Debug logs shows that the problem is it tries to run ionice. So fix should be trivial.
+"""]]
diff --git a/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable.mdwn b/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable.mdwn
new file mode 100644
index 0000000000..a52857d1f1
--- /dev/null
+++ b/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable.mdwn
@@ -0,0 +1,16 @@
+### Please describe the problem.
+
+In order to handle the fact that the directory where pictures are saved is not configurable on my phone, I set up a second git annex repository with the Repository group "file source".
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140108-gce9652
+
+### Please provide any additional information below.
+
+In the log, there are many "too many open files" errors like these :
+
+git:createProcess: runInteractiveProcess: pipe: resource exhausted (Too many open files)
+
+[[!tag moreinfo]]
+[[!meta title="too many open files on android"]]
diff --git a/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable/comment_1_1fe5f8c68a430b2436649cf4ba8f4987._comment b/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable/comment_1_1fe5f8c68a430b2436649cf4ba8f4987._comment
new file mode 100644
index 0000000000..eea1f2094d
--- /dev/null
+++ b/doc/bugs/Android_:_handling_DCIM__47__Camera_not_being_configurable/comment_1_1fe5f8c68a430b2436649cf4ba8f4987._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T18:59:29Z"
+ content="""
+I guess that this bug report is not about the DCIM/Camera location not being configurable, since that is up to Android, not git-annex. 
+
+So, it seems to be a bug report about a file descriptor leak. It would be helpful, if you can reproduce the leak, to look at /proc/$pid/fd/ to see what files git-annex has open.
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn b/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn
new file mode 100644
index 0000000000..17ed663814
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+Launching the Git Annex app on Android, the shell just reads:
+[[!format sh """
+[Terminal session finished]
+"""]]
+
+Attempting to launch /data/data/ga.androidterm/runshell via the adb shell does also not work:
+[[!format sh """
+/system/bin/sh: /data/data/ga.androidterm/runshell: not found
+"""]]
+
+Listing the contents of that directory from the git annex terminal appears to confirm this:
+[[!format sh """
+u0_a172@android:/data/data/ga.androidterm $ ls
+cache
+lib
+shared_prefs
+"""]]
+
+Following the instructions for the similar issue here [[http://git-annex.branchable.com/Android/oldcomments/#comment-4c5a944c1288ddd46108969a4c664584]]:
+[[!format sh """
+u0_a172@android:/ $ ls -ld /data/data/ga.androidterm
+drwxr-x--x u0_a172  u0_a172           2014-04-20 11:12 ga.androidterm
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+version 5.20140413 of the Git Annex app (tested using the daily build and regular build).
+
+Samsung Galaxy Tab 3 (GT-P5210) running Android 4.2.2 (without root access).
+
+> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment
new file mode 100644
index 0000000000..73f7b05ca7
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_1_31af3e5226430a4e94de58c0e33bd22b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-20T17:16:50Z"
+ content="""
+From the git-annex terminal, try to run:
+
+/data/data/ga.androidterm/lib/lib.start.so
+
+Paste me any output..
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment
new file mode 100644
index 0000000000..01cc337304
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_2_a5bcbd2f85283e29e237e9850cd8109a._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="cbaines"
+ ip="86.166.14.171"
+ subject="comment 2"
+ date="2014-04-20T19:40:11Z"
+ content="""
+When I run that, I get:
+[[!format sh \"\"\"
+/system/bin/sh: /data/data/ga.androidterm/lib/lib.start.so: not found
+\"\"\"]]
+
+Which makes some sense, as the file is not there. The following files can be found under /data/data/ga.androidterm:
+[[!format sh \"\"\"
+/data/data/ga.androidterm/cache/com.android.renderscript.cache/ <- empty directory
+/data/data/ga.androidterm/lib/libga-androidterm4.so
+/data/data/ga.androidterm/shared_prefs/ga.androidterm_preferences.xml
+\"\"\"]]
+
+I tried running libga-androidterm4.so, but I just got Segmentation fault back.
+
+I also tried using logcat to see if I could see anything obvious going wrong when running the app for the first time after installation, but I could not see anything obvious in the logs (there was a lot of noise, so I might of missed something), will anything useful appear with the use of a filter?
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment
new file mode 100644
index 0000000000..ed3d369083
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_3_965efa6736dcff4d7010ea5533f31a59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="cbaines"
+ ip="86.166.14.171"
+ subject="comment 3"
+ date="2014-04-20T19:50:12Z"
+ content="""
+Looking at the contents of the apk for the x86 architecture (which this tablet is), would you expect that file to be there? That file only appears in the /lib/armeabi and not /lib/x86 ?
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment
new file mode 100644
index 0000000000..12fd901bcb
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_4_90a0be2296b4a1d8c1708423666c9619._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 4"
+ date="2014-04-20T19:55:59Z"
+ content="""
+Ok, so the git-annex.apk ships several libraries (and pseudo-libraries), and it seems your version of Android only installed the one that is really an Android java application. I don't know why.
+
+Here's the full list of files that are supposed to be installed in the lib dir. If you can find something about them in the logs, that might help.
+
+I suppose it's possible they were installed to some other location in the android file system (which might be hard to find w/o root.. You could check if git-annex in the app list has a larger installed size than the size of libga-androidterm4.so, that might give a hint.
+
+<pre>
+lib.busybox.so
+lib.git-annex.so
+lib.git-shell.so
+lib.git-upload-pack.so
+lib.git.so
+lib.git.tar.gz.so
+lib.gpg.so
+lib.rsync.so
+lib.runshell.so
+lib.ssh-keygen.so
+lib.ssh.so
+lib.start.so
+lib.version.so
+libga-androidterm4.so
+</pre>
+
+(I just installed the 5.20140414-gb70cd37 autobuild on an android device and it worked ok.)
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment
new file mode 100644
index 0000000000..2d82bb7b51
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_5_be4b720293992f75b9cc3e8f6687fb87._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="cbaines"
+ ip="86.166.14.171"
+ subject="comment 5"
+ date="2014-04-20T20:20:55Z"
+ content="""
+I'm guessing you missed my last comment regarding the architecture. Sorry I did not pick this up earlier, but it only came to mind when I had a poke around in the apk?
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment
new file mode 100644
index 0000000000..40404029e9
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_6_8e439138c97b8853ab2b6f96f6111568._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 6"
+ date="2014-04-20T20:58:22Z"
+ content="""
+Yes, that fully explains it. git-annex is a native program and for android it's only built for arm.
+"""]]
diff --git a/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment
new file mode 100644
index 0000000000..d6ce0fe3a9
--- /dev/null
+++ b/doc/bugs/Android___91__Terminal_session_finished__93__/comment_7_6142516d816f78c724e22737aa3bca53._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 7"
+ date="2014-04-20T20:59:35Z"
+ content="""
+So, this is a dup of [[todo/Not_working_on_Android-x86]]
+"""]]
diff --git a/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names.mdwn b/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names.mdwn
new file mode 100644
index 0000000000..b8f45e4d17
--- /dev/null
+++ b/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+I have a repo where some files have utf-8 characters in their names. They are copied without problems between linux-running pcs, but on Android I only get a small, 206 bytes files with the hash data.
+
+### What steps will reproduce the problem?
+Add some files with utf-8 characters in names, try to sync to Android
+
+### What version of git-annex are you using? On what operating system?
+PC side: tried 5.20140412ubuntu1 from ubuntu repo and standalone tarball 5.20140517-gee56d21, both on Ubuntu Trusy
+Android side: Android 4.4.2 on Nexus 7
+
+### Please provide any additional information below.
+Part of daemon.log I believe is related to this. Lines starting with Number followed by dot are the filenames, but truncated at first non-ascii character.
+I suspect empty lines before the "rsync failed" represent files with names that start with non-ascii character.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+02. Wyspa W
+  rsync failed -- run git annex again to resume file transfer
+
+05. Ponad Krain
+  rsync failed -- run git annex again to resume file transfer
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names/comment_1_bcc3ce19cf26731057a7f3189fcbae19._comment b/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names/comment_1_bcc3ce19cf26731057a7f3189fcbae19._comment
new file mode 100644
index 0000000000..130e4a420a
--- /dev/null
+++ b/doc/bugs/Android_can__39__t_sync_files_with_utf-8_characters_in_names/comment_1_bcc3ce19cf26731057a7f3189fcbae19._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniXLhO9mLn-7EDfawdENZ2fQwlGy5w_oc"
+ nickname="Michał"
+ subject="Update - 20140529"
+ date="2014-06-01T01:36:16Z"
+ content="""
+Tried with the new 20140529 on Android, same behavior.
+
+One more note: I managed to spot the attempted update in the webapp. The filename that shows up there has all the non-ascii characters replaced by ��� (not truncated as in logs), ex: old/������������.pdf
+"""]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn
new file mode 100644
index 0000000000..c7f5e582c7
--- /dev/null
+++ b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean.mdwn
@@ -0,0 +1,166 @@
+### Please describe the problem.
+
+Install seems to die because /data/app-lib not found. Sorry, I did not copy. Git-annex log is below. 
+
+I tried To run git-annex second time, here's what terminal says.
+
+
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+git annex webapp
+u0_a36@manta:/sdcard/git-annex.home $ git annex webapp
+WARNING: linker: git-annex has text relocations. This is wasting memory and is a security risk. Please fix.
+error: fchmod on /sdcard/mediashare/.git/config.lock failed: Operation not permitted
+error: fchmod on /sdcard/mediashare/.git/config.lock failed: Operation not permitted
+
+From git terminal, can start web viewer, it offers to make repo. I chose /sdcard/mediashare, result is browser fail:
+
+git [Param "config",Param "annex.uuid",Param "380f6ec2-a7b0-43db-9447-f0de1b5a1b5b"] failed
+
+The install did create /sdcard/mediashare. I did have the sdcard directory all along.
+
+I can't say for sure what else is in file system. ES File manager shows /data exists, but it is empty. But tablet not easy to diagnose
+
+### What steps will reproduce the problem?
+
+Install git-annex.apk from website. I downloaded 20140620.
+
+### What version of git-annex are you using? On what operating system?
+
+Android 4.4.2 on Nexus tablet.
+
+### Please provide any additional information below.
+
+Git-anex-install.log. it is only file in /sdcard/git-annex.home. note it says it is installing to /data/data/.  I may manually create that structure and see if a reinstall ends differently.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+Installation starting to /data/data/ga.androidterm
+1bebb0d66f3f7c5ac4889b86669cab04ebee9bba
+installing busybox
+installing git-annex
+installing git-shell
+installing git-upload-pack
+installing git
+installing gpg
+installing rsync
+installing ssh
+installing ssh-keygen
+linking ./bin/git-upload-archive to git
+linking ./bin/git-receive-pack to git
+linking ./libexec/git-core/git-help to git
+linking ./libexec/git-core/git-fsck to git
+linking ./libexec/git-core/git-cat-file to git
+linking ./libexec/git-core/git-init to git
+linking ./libexec/git-core/git-checkout-index to git
+linking ./libexec/git-core/git-notes to git
+linking ./libexec/git-core/git-grep to git
+linking ./libexec/git-core/git-blame to git
+linking ./libexec/git-core/git-verify-tag to git
+linking ./libexec/git-core/git-write-tree to git
+linking ./libexec/git-core/git-log to git
+linking ./libexec/git-core/git-stage to git
+linking ./libexec/git-core/git-update-ref to git
+linking ./libexec/git-core/git-status to git
+linking ./libexec/git-core/git-show-branch to git
+linking ./libexec/git-core/git-merge-file to git
+linking ./libexec/git-core/git-for-each-ref to git
+linking ./libexec/git-core/git to git
+linking ./libexec/git-core/git-replace to git
+linking ./libexec/git-core/git-update-index to git
+linking ./libexec/git-core/git-annotate to git
+linking ./libexec/git-core/git-patch-id to git
+linking ./libexec/git-core/git-merge-recursive to git
+linking ./libexec/git-core/git-rm to git
+linking ./libexec/git-core/git-ls-tree to git
+linking ./libexec/git-core/git-update-server-info to git
+linking ./libexec/git-core/git-diff-tree to git
+linking ./libexec/git-core/git-merge-tree to git
+linking ./libexec/git-core/git-mktag to git
+linking ./libexec/git-core/git-rev-list to git
+linking ./libexec/git-core/git-column to git
+linking ./libexec/git-core/git-apply to git
+linking ./libexec/git-core/git-var to git
+linking ./libexec/git-core/git-rev-parse to git
+linking ./libexec/git-core/git-archive to git
+linking ./libexec/git-core/git-verify-pack to git
+linking ./libexec/git-core/git-push to git
+linking ./libexec/git-core/git-commit to git
+linking ./libexec/git-core/git-tag to git
+linking ./libexec/git-core/git-pack-refs to git
+linking ./libexec/git-core/git-fmt-merge-msg to git
+linking ./libexec/git-core/git-fast-export to git
+linking ./libexec/git-core/git-remote-ext to git
+linking ./libexec/git-core/git-mailsplit to git
+linking ./libexec/git-core/git-send-pack to git
+linking ./libexec/git-core/git-diff-index to git
+linking ./libexec/git-core/git-mailinfo to git
+linking ./libexec/git-core/git-revert to git
+linking ./libexec/git-core/git-diff-files to git
+linking ./libexec/git-core/git-merge-ours to git
+linking ./libexec/git-core/git-show-ref to git
+linking ./libexec/git-core/git-diff to git
+linking ./libexec/git-core/git-clean to git
+linking ./libexec/git-core/git-bundle to git
+linking ./libexec/git-core/git-check-mailmap to git
+linking ./libexec/git-core/git-describe to git
+linking ./libexec/git-core/git-branch to git
+linking ./libexec/git-core/git-checkout to git
+linking ./libexec/git-core/git-name-rev to git
+linking ./libexec/git-core/git-gc to git
+linking ./libexec/git-core/git-fetch to git
+linking ./libexec/git-core/git-whatchanged to git
+linking ./libexec/git-core/git-cherry to git
+linking ./libexec/git-core/git-reflog to git
+linking ./libexec/git-core/git-hash-object to git
+linking ./libexec/git-core/git-init-db to git
+linking ./libexec/git-core/git-rerere to git
+linking ./libexec/git-core/git-reset to git
+linking ./libexec/git-core/git-stripspace to git
+linking ./libexec/git-core/git-prune to git
+linking ./libexec/git-core/git-mktree to git
+linking ./libexec/git-core/git-unpack-file to git
+linking ./libexec/git-core/git-remote to git
+linking ./libexec/git-core/git-commit-tree to git
+linking ./libexec/git-core/git-symbolic-ref to git
+linking ./libexec/git-core/git-credential to git
+linking ./libexec/git-core/git-check-ignore to git
+linking ./libexec/git-core/git-shortlog to git
+linking ./libexec/git-core/git-fetch-pack to git
+linking ./libexec/git-core/git-clone to git
+linking ./libexec/git-core/git-mv to git
+linking ./libexec/git-core/git-read-tree to git
+linking ./libexec/git-core/git-merge-subtree to git
+linking ./libexec/git-core/git-ls-remote to git
+linking ./libexec/git-core/git-config to git
+linking ./libexec/git-core/git-cherry-pick to git
+linking ./libexec/git-core/git-merge to git
+linking ./libexec/git-core/git-prune-packed to git
+linking ./libexec/git-core/git-count-objects to git
+linking ./libexec/git-core/git-merge-base to git
+linking ./libexec/git-core/git-index-pack to git
+linking ./libexec/git-core/git-repack to git
+linking ./libexec/git-core/git-show to git
+linking ./libexec/git-core/git-fsck-objects to git
+linking ./libexec/git-core/git-format-patch to git
+linking ./libexec/git-core/git-bisect--helper to git
+linking ./libexec/git-core/git-upload-archive to git
+linking ./libexec/git-core/git-ls-files to git
+linking ./libexec/git-core/git-check-attr to git
+linking ./libexec/git-core/git-get-tar-commit-id to git
+linking ./libexec/git-core/git-remote-fd to git
+linking ./libexec/git-core/git-unpack-objects to git
+linking ./libexec/git-core/git-add to git
+linking ./libexec/git-core/git-check-ref-format to git
+linking ./libexec/git-core/git-merge-index to git
+linking ./libexec/git-core/git-pack-objects to git
+linking ./libexec/git-core/git-receive-pack to git
+linking ./libexec/git-core/git-pack-redundant to git
+linking ./libexec/git-core/git-shell to git-shell
+linking ./libexec/git-core/git-upload-pack to git-upload-pack
+Installation complete
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment
new file mode 100644
index 0000000000..cc0fcf30e4
--- /dev/null
+++ b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_1_b41666c032aeb2d0de35023328391edb._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-03T20:10:41Z"
+ content="""
+This is not an installation problem; the /data/app-lib message is a red herring.
+
+Is /sdcard/mediashare a directory that already existed? If so, perhaps it's some \"mediashare\" thing that has a even more crippled filesystem than usual. Seems possible, but I don't know. Want to rule it out..
+
+The actual failure seems to be when git tries to write to its config.lock file, and changes its permissions. This is a recent change in git, commit daa22c6f8da466bd7a438f1bc27375fd737ffcf3, \"config: preserve config file permissions on edits\".
+
+[[!language C \"\"\"
++               if (fchmod(fd, st.st_mode & 07777) < 0) {
++                       error(\"fchmod on %s failed: %s\",
++                               lock->filename, strerror(errno));
++                       ret = CONFIG_NO_WRITE;
++                       goto out_free;
++               }
+\"\"\"]]
+
+This seems utterly innocuous; the config file has some mode, and this just sets that same mode back (excluding some high bit flags). But Android goes out of its way to make /sdcard the most craptacular filesystem in use on any Linux system, so I'm not really surprised that it might just refuse all fchmod even when it's a no-op. (This is the only fchmod call currently in git.)
+
+I've patched the bundled git to work around this. Will be a while until there is an updated autobuild..
+"""]]
diff --git a/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment
new file mode 100644
index 0000000000..392f7007fe
--- /dev/null
+++ b/doc/bugs/Android_fails_on_Google_Nexus_10_Jellybean/comment_2_95ebed938df3db2b6d4ebe4c666c08f8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-04T17:52:35Z"
+ content="""
+This problem should be fixed in the most recent daily build of git-annex for android. Testing appreciated.
+"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn
new file mode 100644
index 0000000000..24b2af22a0
--- /dev/null
+++ b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+The armel daily build linked from https://git-annex.branchable.com/install/Linux_standalone/ doesn't seem to work.
+
+When runshell is run as root, it hangs with no output and trying to run git directly from the bin directory gives 
+
+"/git: exec: line 2: : Permission denied:."
+
+When run as an ordinary user, it gives 
+
+"./runshell: line 40: can't create /root/.ssh/git-annex-shell: Permission denied
+chmod: /root/.ssh/git-annex-shell: Permission denied"
+
+### What steps will reproduce the problem?
+
+- Login in to NAS as root via SSH
+- Download latest daily build via curl
+- Untar, chown -R root:root, and CD in to git-annex.linux
+- ./runshell or 'cd bin; ./git"
+
+### What version of git-annex are you using? On what operating system?
+
+Synology DSM 4.3-3810 and latest nightly build of git-annex.
+
+> The shimming was broken, causing the hang. [[fixed|done]]
+> 
+> (It looks like you somehow forgot to set HOME when becoming the non-root
+> user.) --[[Joey]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment
new file mode 100644
index 0000000000..897b588b3d
--- /dev/null
+++ b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_1_c398f92de91729e60b59127733759a38._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Same hang when added to $PATH"
+ date="2013-12-21T03:28:07Z"
+ content="""
+DiskStation> echo $PATH
+
+/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/root/git-annex.linux
+
+DiskStation> git-annex-shell
+
+[...hangs...]
+"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment
new file mode 100644
index 0000000000..16d2824708
--- /dev/null
+++ b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_2_646087d44ee32f78784ae9e8d65d87e6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 2"
+ date="2013-12-21T06:27:49Z"
+ content="""
+Try not as root, see how far that gets you.
+"""]]
diff --git a/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment
new file mode 100644
index 0000000000..2c78250b59
--- /dev/null
+++ b/doc/bugs/Armel_version_broken_on_Synology_DSM_4.3-3810/comment_3_205e41cb0abaed3e16d45206bb2e77a4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2013-12-21T08:22:28Z"
+ content="""
+Hi Greg, I tried that and got a permissions error.
+
+\"./runshell: line 40: can't create /root/.ssh/git-annex-shell: Permission denied chmod: /root/.ssh/git-annex-shell: Permission denied\"
+"""]]
diff --git a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn
new file mode 100644
index 0000000000..256bc1e7fe
--- /dev/null
+++ b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp.mdwn
@@ -0,0 +1,9 @@
+The assistant web UI says: `SanityCheckerStartup crashed: /home/zerodogg/Delt/.git/annex/tmp/Sak_7.pdf: getFileStatus: does not exist (No such file or directory)` with a «Restart thread»-button. Clicking said button merely makes the error re-appear. The file in question is a broken symlink. Deleting the symlink and then restarting the thread fixes the problem.
+
+I'm not sure what causes said symlink to appear (which has the name of a file that does exist in the annex), but it has done so on several systems accross different distributions here (Fedora 20, Ubuntu 14.04, Archlinux). Perhaps an rsync copies over a symlink instead of a file?
+
+git-annex version: 5.20140517-gee56d21
+
+[[!tag confirmed]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment
new file mode 100644
index 0000000000..22e7b66f4e
--- /dev/null
+++ b/doc/bugs/Assistant_breaks_when_broken_symlinks_are_in_.git__47__annex__47__tmp/comment_1_659e0c5127c92b1c7643823d0c240543._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-30T18:58:56Z"
+ content="""
+Well, Sak7.pdf is not a git-annex object filename. And .git/annex/tmp used to be used as a general-purpose temp directory, but in recent versions we're moving away from that; it's only supposed to contain git-annex objects.
+
+So, this must be a leftover file from an old version of git-annex. I don't know offhand what would create a symlink in the temp directory. However, the crash is from the code that was added to the assistant to clean up such left behind files. So, I'll fix that code.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn
new file mode 100644
index 0000000000..ebf2380729
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files.mdwn
@@ -0,0 +1,64 @@
+### Please describe the problem.
+
+The assistant/webapp doesn't drop files from the local (source) repository after transferring it to the 2 backup repositories (numcopies 2), but they are listed with:
+
+    git annex find --want-drop
+
+### What steps will reproduce the problem?
+
+#### mintcream ####
+
+    git init annex
+    cd ~/annex
+    git commit -m "create" --allow-empty
+    git annex init mintcream
+    git annex numcopies 2
+    git annex group here source
+    git config annex.autocommit false
+    git annex webapp
+
+#### liquorice ####
+
+    git init annex
+    cd ~/annex
+    git annex init liquorice
+    git annex group here backup
+
+#### candyfloss ####
+
+    git init annex
+    cd ~/annex
+    git annex init candyfloss
+    git annex group here backup
+
+#### mintcream ####
+
+    (add both backup repositories in webapp as "remote repositories")
+    (copy files into ~/annex directory)
+    git annex add
+    git commit -m "add some files"
+    (use "sync now" to prod assistant into noticing the commit)
+
+### What was I expecting to happen? ###
+
+The assistant to transfer the files to liquorice and candyfloss, then for the assistant to drop the files from mintcream.
+
+### What actually happened? ###
+
+The assistant transfers the files to liquorice and candyfloss. No files are dropped from mintcream.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140707-g923b436
+
+Arch Linux (git-annex-bin from AUR)
+
+### Please provide any additional information below.
+
+I wish to retain control of the commits on "master" (annex.autocommit false) but want the assistant to handle moving/dropping the files as required in the background.
+
+    git annex drop --auto
+
+works as expected.
+
+> [[done]]; user misconfiguration. --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment
new file mode 100644
index 0000000000..61c62703c6
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_1_f32fbae29e4db039804c0853256c238c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T18:48:17Z"
+ content="""
+Reproduced. `git annex sync --content` has the same problem.
+
+Of course, both it and the assistant *do* check if files can be dropped. For some reason, it is deciding it is not safe to drop the file.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment
new file mode 100644
index 0000000000..d7d288b39d
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_2_405bfa00dfd433352c263afe75e94b2c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="user misconfiguration"
+ date="2014-07-10T19:02:00Z"
+ content="""
+Reason is simple: You manually put the repository into the source group, but its preferred content is not set to \"standard\". No matter what group a repository is in, you have to set its preferred content to something, or git-annex will default to assuming you want the repo to retain all files.
+
+So, `git annex wanted mintcream standard` and away you go. You'll also want to set that for the other 2 repos probably..
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment
new file mode 100644
index 0000000000..81b25c8f07
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_3_c8cac8d800199ca4d8a65ba72abf678e._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="CandyAngel"
+ ip="81.111.193.130"
+ subject="comment 3"
+ date="2014-07-11T10:41:23Z"
+ content="""
+Ohhh I see!
+
+I was expecting \"standard\" to be the default because of what vicfg shows..
+
+    # Repository preferred contents
+    # (for web)
+    #wanted 00000000-0000-0000-0000-000000000001 = standard
+    # (for test)
+    #wanted 025d4d21-7648-426c-a406-bb7f27688afe = standard
+
+    # Group preferred contents
+    # (Used by repositories with \"groupwanted\" in their preferred contents)
+    #groupwanted archive = standard
+    #groupwanted backup = standard
+    #groupwanted client = standard
+    #groupwanted incrementalbackup = standard
+    #groupwanted manual = standard
+    #groupwanted public = standard
+    #groupwanted smallarchive = standard
+    #groupwanted source = standard
+    #groupwanted transfer = standard
+
+In my experience with configuration files, a commented out line like this:
+
+    #wanted 025d4d21-7648-426c-a406-bb7f27688afe = standard
+
+without any \"this is an example\" text above it means \"this is the default setting\". Everything in vicfg looks like it is the current settings, rather than just placeholders..
+
+I understand why you need to set the wanted explicitly (at least from the command line), but the way information is shown in vicfg led me to interact with it incorrectly. Would it be worth adding a disclaimer that commented lines are examples, not defaults? As far as I am aware, the logic I explained above (commented line == default) is the \"norm\" in *nix configuration files, which would make vicfg non-intuitive.
+
+All I need to do now is not be so bothered by how messy the git-annex branch looks when the assistant is running things! :D
+
+Thankies
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment
new file mode 100644
index 0000000000..237182879c
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_4_ee5fa8a22d1571b0040aa97c4979ef92._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="CandyAngel"
+ ip="81.111.193.130"
+ subject="comment 4"
+ date="2014-07-11T10:57:58Z"
+ content="""
+Actually, I'm still a little confused.
+
+If git-annex was presuming I wanted to keep all the files as you say, why were they listed in `git annex find --want-drop` and dropped by `git annex drop --auto`?
+
+Shouldn't they have been empty and a no-op respectively?
+
+There seems to be a difference in the behaviour between the command line (wanting to and actually dropping the files) and the assistant (wanting to keep them) for the same settings.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment
new file mode 100644
index 0000000000..11c690cb79
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_check_if_it_can_drop_files/comment_5_eef448b9e3dd1a717430a60d1001a7ee._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 5"
+ date="2014-07-11T18:27:44Z"
+ content="""
+The assistant defaults to assuming all files are wanted if there's no preferred content settings, while command-line dropping stuff defaults to assuming no files are wanted (or more accurately, that you'll drop anything you don't want and get anything you do) when there's no preferred content settings. So the default differs, but this only matters when not setting preferred contents.
+
+I agree that the vicfg could be misread, so have changed it.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn
new file mode 100644
index 0000000000..0ad0f1eb37
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate.mdwn
@@ -0,0 +1,435 @@
+### Please describe the problem.
+
+On two hosts, I've configured two separate local repositories (~/foo and ~/bar) with the assistant and added a transfer repository to ~/foo.
+
+While files are kept separate, the configuration seems to get mixed up. This results in all files beeing uploaded to the configured transfer repository.
+
+The reason might be, that informations about ~/bar are included in the configuration of ~/foo (see below).
+
+### What steps will reproduce the problem?
+
+* Create local repository ~/foo on both hosts
+* Add transfer repository to ~/foo on both hosts
+* Add some files to ~/foo and let it sync
+* Create local repository ~/bar and select keep the repositories separate on both hosts
+* All files of ~/foo will now be uploaded again to the transfer repository
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140421~bpo70+1 on Debian 7.5 amd64
+
+### Please provide any additional information below.
+
+*trh@czc4142wfz:~/foo$ git-annex info*
+<pre><code>repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 4
+	00000000-0000-0000-0000-000000000001 -- web
+ 	bd23a5ed-af6e-466d-ac8c-9ea38a220c62 -- trh@r9-y3pll:~/foo
+ 	cc888105-b6c3-4926-8396-e3870f6bfc05 -- transfer_foo
+ 	f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 -- here (trh@czc4142wfz:~/foo)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 356.11 gigabytes (+1 megabyte reserved)
+local annex keys: 2
+local annex size: 2.99 gigabytes
+annexed files in working tree: 2
+size of annexed files in working tree: 2.99 gigabytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+	SHA256E: 4
+</code></pre>
+
+*trh@czc4142wfz:~/bar$ git-annex info*
+<pre><code>repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 2
+	00000000-0000-0000-0000-000000000001 -- web
+ 	f1478436-cf7b-4a05-91a6-91157ae5e9c4 -- here (trh@czc4142wfz:~/bar)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 356.11 gigabytes (+1 megabyte reserved)
+local annex keys: 0
+local annex size: 0 bytes
+annexed files in working tree: 0
+size of annexed files in working tree: 0 bytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+</code></pre>
+
+*trh@czc4142wfz:~/foo$ git-annex vicfg*
+<pre><code># git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting field = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for trh@r9-y3pll:~/foo)
+#trust bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = semitrusted
+# (for transfer_foo)
+#trust cc888105-b6c3-4926-8396-e3870f6bfc05 = semitrusted
+# (for trh@czc4142wfz:~/foo)
+#trust f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for )
+group 357eaef4-af1b-491a-a003-01c2d583056e = client
+# (for trh@r9-y3pll:~/foo)
+group bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = client
+# (for )
+group f1478436-cf7b-4a05-91a6-91157ae5e9c4 = client
+# (for trh@czc4142wfz:~/foo)
+group f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = client
+# (for transfer_foo)
+group cc888105-b6c3-4926-8396-e3870f6bfc05 = transfer
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+
+# Repository preferred contents
+# (for )
+wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
+# (for trh@r9-y3pll:~/foo)
+wanted bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = standard
+# (for transfer_foo)
+wanted cc888105-b6c3-4926-8396-e3870f6bfc05 = standard
+# (for )
+wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
+# (for trh@czc4142wfz:~/foo)
+wanted f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = standard
+# (for web)
+#wanted 00000000-0000-0000-0000-000000000001 = standard
+
+# Group preferred contents
+# (Used by repositories with "groupwanted" in their preferred contents)
+#groupwanted archive = standard
+#groupwanted backup = standard
+#groupwanted client = standard
+#groupwanted incrementalbackup = standard
+#groupwanted manual = standard
+#groupwanted public = standard
+#groupwanted smallarchive = standard
+#groupwanted source = standard
+#groupwanted transfer = standard
+#groupwanted unwanted = standard
+
+# Standard preferred contents
+# (Used by wanted or groupwanted expressions containing "standard")
+# (For reference only; built-in and cannot be changed!)
+# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
+# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard backup = include=* or unused
+# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
+# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
+# standard source = not (copies=1)
+# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# standard public = inpreferreddir
+# standard unwanted = exclude=*
+
+# Repository required contents
+# (for web)
+#required 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/foo)
+#required bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
+# (for transfer_foo)
+#required cc888105-b6c3-4926-8396-e3870f6bfc05 =
+# (for trh@czc4142wfz:~/foo)
+#required f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
+
+# Scheduled activities
+# (Separate multiple activities with "; ")
+# (for web)
+#schedule 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/foo)
+#schedule bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
+# (for transfer_foo)
+#schedule cc888105-b6c3-4926-8396-e3870f6bfc05 =
+# (for trh@czc4142wfz:~/foo)
+#schedule f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
+</code></pre>
+
+**Note: f1478436-cf7b-4a05-91a6-91157ae5e9c4 is id of ~/bar on local host (see below) / 357eaef4-af1b-491a-a003-01c2d583056e is id of ~/bar on r9-y3pll**
+
+*trh@czc4142wfz:~/bar$ git-annex vicfg*
+<pre><code># git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting field = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for trh@czc4142wfz:~/bar)
+#trust f1478436-cf7b-4a05-91a6-91157ae5e9c4 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+# (for trh@czc4142wfz:~/bar)
+#group f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
+
+# Repository preferred contents
+# (for web)
+#wanted 00000000-0000-0000-0000-000000000001 = standard
+# (for trh@czc4142wfz:~/bar)
+#wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
+
+# Group preferred contents
+# (Used by repositories with "groupwanted" in their preferred contents)
+#groupwanted archive = standard
+#groupwanted backup = standard
+#groupwanted client = standard
+#groupwanted incrementalbackup = standard
+#groupwanted manual = standard
+#groupwanted public = standard
+#groupwanted smallarchive = standard
+#groupwanted source = standard
+#groupwanted transfer = standard
+#groupwanted unwanted = standard
+
+# Standard preferred contents
+# (Used by wanted or groupwanted expressions containing "standard")
+# (For reference only; built-in and cannot be changed!)
+# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
+# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard backup = include=* or unused
+# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
+# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
+# standard source = not (copies=1)
+# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# standard public = inpreferreddir
+# standard unwanted = exclude=*
+
+# Repository required contents
+# (for web)
+#required 00000000-0000-0000-0000-000000000001 =
+# (for trh@czc4142wfz:~/bar)
+#required f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
+
+# Scheduled activities
+# (Separate multiple activities with "; ")
+# (for web)
+#schedule 00000000-0000-0000-0000-000000000001 =
+# (for trh@czc4142wfz:~/bar)
+#schedule f1478436-cf7b-4a05-91a6-91157ae5e9c4 =
+</code></pre>
+
+*trh@r9-y3pll:~/foo$ git-annex info*
+<pre><code>repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 4
+	00000000-0000-0000-0000-000000000001 -- web
+ 	bd23a5ed-af6e-466d-ac8c-9ea38a220c62 -- here (trh@r9-y3pll:~/foo)
+ 	cc888105-b6c3-4926-8396-e3870f6bfc05 -- transfer_foo
+ 	f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 -- trh@czc4142wfz:~/foo
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 280.24 gigabytes (+1 megabyte reserved)
+local annex keys: 2
+local annex size: 2.99 gigabytes
+annexed files in working tree: 2
+size of annexed files in working tree: 2.99 gigabytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+	SHA256E: 4
+</code></pre>
+
+*trh@r9-y3pll:~/bar$ git-annex info*
+<pre><code>repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 2
+	00000000-0000-0000-0000-000000000001 -- web
+ 	357eaef4-af1b-491a-a003-01c2d583056e -- here (trh@r9-y3pll:~/bar)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 280.24 gigabytes (+1 megabyte reserved)
+local annex keys: 0
+local annex size: 0 bytes
+annexed files in working tree: 0
+size of annexed files in working tree: 0 bytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+</code></pre>
+
+*trh@r9-y3pll:~/foo$ git-annex vicfg*
+<pre><code># git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting field = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for trh@r9-y3pll:~/foo)
+#trust bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = semitrusted
+# (for transfer_foo)
+#trust cc888105-b6c3-4926-8396-e3870f6bfc05 = semitrusted
+# (for trh@czc4142wfz:~/foo)
+#trust f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for )
+group 357eaef4-af1b-491a-a003-01c2d583056e = client
+# (for trh@r9-y3pll:~/foo)
+group bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = client
+# (for )
+group f1478436-cf7b-4a05-91a6-91157ae5e9c4 = client
+# (for trh@czc4142wfz:~/foo)
+group f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = client
+# (for transfer_foo)
+group cc888105-b6c3-4926-8396-e3870f6bfc05 = transfer
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+
+# Repository preferred contents
+# (for )
+wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
+# (for trh@r9-y3pll:~/foo)
+wanted bd23a5ed-af6e-466d-ac8c-9ea38a220c62 = standard
+# (for transfer_foo)
+wanted cc888105-b6c3-4926-8396-e3870f6bfc05 = standard
+# (for )
+wanted f1478436-cf7b-4a05-91a6-91157ae5e9c4 = standard
+# (for trh@czc4142wfz:~/foo)
+wanted f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 = standard
+# (for web)
+#wanted 00000000-0000-0000-0000-000000000001 = standard
+
+# Group preferred contents
+# (Used by repositories with "groupwanted" in their preferred contents)
+#groupwanted archive = standard
+#groupwanted backup = standard
+#groupwanted client = standard
+#groupwanted incrementalbackup = standard
+#groupwanted manual = standard
+#groupwanted public = standard
+#groupwanted smallarchive = standard
+#groupwanted source = standard
+#groupwanted transfer = standard
+#groupwanted unwanted = standard
+
+# Standard preferred contents
+# (Used by wanted or groupwanted expressions containing "standard")
+# (For reference only; built-in and cannot be changed!)
+# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
+# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard backup = include=* or unused
+# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
+# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
+# standard source = not (copies=1)
+# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# standard public = inpreferreddir
+# standard unwanted = exclude=*
+
+# Repository required contents
+# (for web)
+#required 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/foo)
+#required bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
+# (for transfer_foo)
+#required cc888105-b6c3-4926-8396-e3870f6bfc05 =
+# (for trh@czc4142wfz:~/foo)
+#required f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
+
+# Scheduled activities
+# (Separate multiple activities with "; ")
+# (for web)
+#schedule 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/foo)
+#schedule bd23a5ed-af6e-466d-ac8c-9ea38a220c62 =
+# (for transfer_foo)
+#schedule cc888105-b6c3-4926-8396-e3870f6bfc05 =
+# (for trh@czc4142wfz:~/foo)
+#schedule f3b332fd-4b7a-4a5b-b077-8f13d3d9a407 =
+</code></pre>
+
+*trh@r9-y3pll:~/bar$ git-annex vicfg*
+<pre><code># git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting field = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for trh@r9-y3pll:~/bar)
+#trust 357eaef4-af1b-491a-a003-01c2d583056e = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/bar)
+#group 357eaef4-af1b-491a-a003-01c2d583056e =
+
+# Repository preferred contents
+# (for web)
+#wanted 00000000-0000-0000-0000-000000000001 = standard
+# (for trh@r9-y3pll:~/bar)
+#wanted 357eaef4-af1b-491a-a003-01c2d583056e = standard
+
+# Group preferred contents
+# (Used by repositories with "groupwanted" in their preferred contents)
+#groupwanted archive = standard
+#groupwanted backup = standard
+#groupwanted client = standard
+#groupwanted incrementalbackup = standard
+#groupwanted manual = standard
+#groupwanted public = standard
+#groupwanted smallarchive = standard
+#groupwanted source = standard
+#groupwanted transfer = standard
+#groupwanted unwanted = standard
+
+# Standard preferred contents
+# (Used by wanted or groupwanted expressions containing "standard")
+# (For reference only; built-in and cannot be changed!)
+# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
+# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard backup = include=* or unused
+# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
+# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
+# standard source = not (copies=1)
+# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# standard public = inpreferreddir
+# standard unwanted = exclude=*
+
+# Repository required contents
+# (for web)
+#required 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/bar)
+#required 357eaef4-af1b-491a-a003-01c2d583056e =
+
+# Scheduled activities
+# (Separate multiple activities with "; ")
+# (for web)
+#schedule 00000000-0000-0000-0000-000000000001 =
+# (for trh@r9-y3pll:~/bar)
+#schedule 357eaef4-af1b-491a-a003-01c2d583056e =
+</code></pre>
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment
new file mode 100644
index 0000000000..7a21b52ce8
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_1_418103046e296a43cfe0f0cf69e729d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-29T18:21:30Z"
+ content="""
+As far as I can understand the description (which has an lot of different \"foo\"'s in it that seem to refer to different things?) -- This is the assistant behaving as designed: Any time two repositories are pointed at the same transfer repository, or removable drive repository, etc, they will unify and share all their files.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment
new file mode 100644
index 0000000000..f6a37583a2
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_2_9405804842bb23e8040ec85b271b18af._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
+ nickname="Henry"
+ subject="comment 2"
+ date="2014-05-29T19:10:08Z"
+ content="""
+I'm using the same folder name on different hosts. So yes, ~/foo exists 3 times. Let me try to clarify it:
+
+<pre>
+Client        Transfer           Client
+r9-y3pll      edhp-transfer      czc4142wfz
+~/foo     <-> ~/foo          <-> ~/foo
+~/bar                            ~/bar
+</pre>
+
+So, I have two clients and one transfer server. Both clients have two local repositories ~/foo and ~/bar.
+
+The transfer repository has only be configured to the ~/foo client repositories, but not to the ~/bar repositories.
+
+But for some reason, the ~/foo repositories know about the ~/bar repositories (see the id's of the git-annex vicfg output for ~/foo repositories above) and keep uploading files to the transfer repository, even I did select keep the repositories separate on both hosts.
+
+
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment
new file mode 100644
index 0000000000..acbc51c8eb
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_3_01fc26e443ea3a8a351174b45f25dc2a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 3"
+ date="2014-05-29T19:14:51Z"
+ content="""
+Are you using XMPP? 
+
+There's no way for the foo repositories to learn about the bar repositories unless one of the foo repositories has a remote that is either one of the bar repositories, or that one of the bar repositories points to. 
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment
new file mode 100644
index 0000000000..58804fccfb
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_4_6e8f0889359bb2f3e3438658c9776f76._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
+ nickname="Henry"
+ subject="comment 4"
+ date="2014-05-29T20:10:15Z"
+ content="""
+No, I haven't configured XMPP yet.
+
+I just tried something else:
+
+Within assistant I've switched to repository ~bar and then added another repository ~/foobar and again selected keep the repositories separate.
+
+The result is, ~/bar knows (vicfg) about ~/foobar, but ~/foo doesn't. It seems to me, that when adding another local repository, the new repository gets known to the currently selected repository.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment
new file mode 100644
index 0000000000..9954f7b011
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_5_902fe9ff295453461b66d84463205fc3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 5"
+ date="2014-05-29T20:46:47Z"
+ content="""
+Ok, reproduced that. 
+
+Webapp seems to be setting up the newly created repository's group and preferred content settings inside the current repository. The 2 repositories are not otherwise linked or sharing data in any way, so this the impact is limited to 2 lines that won't affect anything being committed to the git-annex branch, and to the newly created repository not defaulting to being in the client group or having the standard preferred content setting (which can easily be fixed with the webapp).
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment
new file mode 100644
index 0000000000..fd589eb18c
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_keep_separate_local_repositories_100__37___separate/comment_6_ce01656b191d2bb13a3ddc29794e1e7a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmi0jblSiI4c5-EswqKw4PXkx5M4fuVvdk"
+ nickname="Henry"
+ subject="comment 6"
+ date="2014-06-11T16:31:09Z"
+ content="""
+I've just installed 5.20140606 from sid and the problem is gone :-)
+
+Now hoping that this or one of the next release will make it into wheezy backports ;-)
+
+Thank you for your great work and support and sorry for my late feedback.
+"""]]
diff --git a/doc/bugs/Assistant_dropping_from_backup_repo.mdwn b/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
new file mode 100644
index 0000000000..0e0fd5909a
--- /dev/null
+++ b/doc/bugs/Assistant_dropping_from_backup_repo.mdwn
@@ -0,0 +1,28 @@
+Setup:
+
+* fresh install of Debian Wheezy with git-annex 4.20130227 pulled in from unstable
+
+Steps:
+
+* clone existing repository and activate assistant
+* Have USB drive, U, with repository group `backup` and preferred content string `standard`
+
+Expected:
+
+* Assistant never ever tries to drop anything from U
+
+Actual:
+
+* Assistant immediately tries to drop files from U; fortunately I didn't have the USB drive plugged in
+* Changing the preferred content string of U to `present or include=*` stops the dropping, but this was never required before
+
+Additional information:
+
+* The files that the Assistant started trying to drop were, I believe, the first (alphabetically) files in my repository to contain non-ascii characters in their file names (some French accented letters)
+
+Thanks.
+
+> The non-ascii characters are the giveaway: For 1 version, git-annex used
+> a regex library that failed to ever match non-ascii characters. So it
+> thought backup repos, which match "*" with a regex, wanted no such files.
+> This is [[fixed|done]]. --[[Joey]]
diff --git a/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment b/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment
new file mode 100644
index 0000000000..5e69655e05
--- /dev/null
+++ b/doc/bugs/Assistant_dropping_from_backup_repo/comment_1_c13d86fb2541676ee4ca1446b99e0e68._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-03-12T14:25:16Z"
+ content="""
+This sounds very similar to [[http://git-annex.branchable.com/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/]]; my client was pulling in content prior to dropping it from a \"backup\" repo on a USB drive.
+"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn
new file mode 100644
index 0000000000..fc87672c4d
--- /dev/null
+++ b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup.mdwn
@@ -0,0 +1,31 @@
+The assistant from the standalone 64bit build crashes upon startup.
+
+### Version information
+
+     [0 zerodogg@firefly annexed]$ git annex version
+     git-annex version: 5.20131230-g4aa88d8
+     build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+     key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+     remote types: git gcrypt S3 bup directory rsync web webdav glacier hook external
+     local repository version: 5
+     supported repository version: 5
+     upgrade supported from repository versions: 0 1 2 4
+     [0 zerodogg@firefly annexed]$ uname -a
+     Linux firefly 3.12.5-302.fc20.x86_64 #1 SMP Tue Dec 17 20:42:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+     [0 zerodogg@firefly annexed]$ cat /etc/fedora-release 
+     Fedora release 20 (Heisenbug)
+     [0 zerodogg@firefly annexed]$ 
+
+### Error
+
+     [0 zerodogg@firefly annexed]$ git annex webapp
+     Launching web browser on file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html
+     
+     (process:6045): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
+     libgcc_s.so.1 must be installed for pthread_cancel to work
+     error: git-annex died of signal 6
+     [134 zerodogg@firefly annexed]$ ls -l /usr/lib64/libgcc_s.so.1
+     lrwxrwxrwx. 1 root root 28 2013-12-18 10:54 /usr/lib64/libgcc_s.so.1 -> libgcc_s-4.8.2-20131212.so.1
+     [0 zerodogg@firefly annexed]$ 
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment
new file mode 100644
index 0000000000..951d2687a5
--- /dev/null
+++ b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_1_56befc288c40e062e086d93d26064342._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-31T18:55:36Z"
+ content="""
+You seem to show `git-annex version` being run without crashing, so it does not seem to crash on startup generally.
+
+Also, this build of git-annex is not linked to libgcc at all.
+
+Also, git-annex seems to start your web browser.
+
+So, it seems more likely that your web browser is crashing than that git-annex is crashing. The web browser crash may be taking out git-annex in some way.
+"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment
new file mode 100644
index 0000000000..ef1beb973a
--- /dev/null
+++ b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_2_107ab23eac98a168d2920bb88b4ec86f._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 2"
+ date="2013-12-31T19:11:16Z"
+ content="""
+I've verified that git-annex runs the web browser in a cleaned up environment, that does not, for example, have the `LD_LIBRARY_PATH` used by the bundle set.
+
+I checked this by making a ~/dumpenv script:
+
+[[!format sh \"\"\"
+#!/bin/sh
+set
+echo \"$@\"
+\"\"\"]]
+
+Then `chmod +x ~/dumpenv; git config web.browser ~/dumpenv` and `git annex webapp` to run it.
+
+I did notice that it set `GCONV_PATH=''`, rather than unsetting that variable, and have made a commit fixing that. But I doubt that caused this problem. 
+
+The \"g_slice_set_config: assertion 'sys_page_size == 0\" seems to be a Mozilla bug: <https://bugzilla.mozilla.org/show_bug.cgi?id=672671>, and does not seem to be related, probably firefox is printing that well before crashing.
+
+It looks like libc can somehow demand-load libgcc_s.so, so I have force included that into the bundle. Don't know if that will help. Will be available in autobuilds in an hour.
+"""]]
diff --git a/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment
new file mode 100644
index 0000000000..dd1239733e
--- /dev/null
+++ b/doc/bugs/Assistant_from_standalone_5.20131230_64bit_crashes_on_startup/comment_3_7707c47aacde425ca6149dd828dd27fb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.213.197"
+ subject="comment 3"
+ date="2014-01-01T02:36:47Z"
+ content="""
+The browser doesn't crash, it stays up, though the git annex page disappears (replaced by the usual \"connection refused\" page from firefox) after a few seconds (ie. \"git annex webapp\" starts the browser, the git-annex page appears for a few seconds, and then it disappears as git-annex crashes, leaving the browser still running).
+
+The latest daily build appears to work now though: git-annex version: 5.20140101-gf9e5218, so that seems to have done the trick.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories.mdwn b/doc/bugs/Assistant_has_created_155_semitrusted_repositories.mdwn
new file mode 100644
index 0000000000..b1caf530d4
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories.mdwn
@@ -0,0 +1,191 @@
+### Please describe the problem.
+git annex status reports 160 semitrusted repositories. Four of them are the ones I created (only via webapp, I think I never edited any git-annex config file). One is 	00000000-0000-0000-0000-000000000001 -- web
+ and although I do not know what it is, it is not something new. The remaining 155 appeared spontaneously after several Gb of data (mostly many small files) were added to an Annex (in an 'archive' directory) operated in direct mode by the assistant.
+
+
+
+### What steps will reproduce the problem?
+Add several Gb of files was enough to trigger this problem, but I did not try to reproduce it. It happened the day I installed the 4.20131106~bpo70+1 version.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20131106~bpo70+1 on debian squeeze (7.2), with git  1.8.4.rc3.
+
+
+### Please provide any additional information below.
+May be related or not: at some point the webapp displayed two warning boxes. One of them held a message that I did not wirte down and proposed to "Restart the thread". This apparently worked since the box disappeared. The other warning box indicated "NetWatcherFallback crashed: unknown response from git cat-file" and proposed to restart the thread. Trying to "restart the thread" via the provided button just did not trigger any response of the webapp which seemed dead at that point.
+
+In spite of the git annex status shown below, the webapp still shows only the expected four repositories.
+
+Output of git annex status (hostname and xmpp account name were edited away):
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+repository mode: direct
+trusted repositories: 
+0
+semitrusted repositories: 160
+	00000000-0000-0000-0000-000000000001 -- web
+ 	0ab193eb-0c76-4559-a93c-2e30ed8630a8 -- someMachineIown_datadir (archive)
+ 	1384784127.91222s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384784164.437824s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384784176.944372s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384784179.254498s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384785147.558938s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785147.717223s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785159.041203s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785159.199504s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785185.79485s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785187.318128s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785215.236504s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785215.389096s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785313.539843s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785313.701305s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785315.596206s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785344.184461s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785348.192805s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785402.70316s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785406.524044s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384785446.074236s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384873605.313126s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384873697.029999s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384873761.687234s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384873774.608376s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384926279.456728s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384926368.736s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384926454.99433s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384926494.152645s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384926504.438232s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384934790.89717s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384934848.757067s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384934899.087168s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384934908.238587s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384948772.14552s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384948805.441196s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384948813.397132s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384948921.45481s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384948924.855852s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949073.988946s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949082.298976s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949399.608138s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949581.12213s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949583.9923s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949700.22807s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384949765.484768s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955202.85962s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955230.953995s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955402.534938s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955457.1885s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955524.603709s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955611.891061s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955677.84592s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955689.293082s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955894.057476s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955910.723021s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955914.732132s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955968.717875s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384955969.634658s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956004.284925s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956029.567195s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956188.628995s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956379.844701s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956381.613833s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956387.923418s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956395.418701s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956408.792928s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956504.019733s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956519.578085s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384956524.419783s -- 1 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384965891.562742s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384965891.815119s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384965903.355602s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384965905.276128s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384965978.806653s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384965979.393089s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966097.495566s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966097.704474s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966154.97658s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966156.967406s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966233.310488s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966233.522324s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966241.284523s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966241.475381s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966301.688497s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966303.427685s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966392.875983s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966393.38718s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966404.708568s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966406.441164s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966553.557387s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966555.752786s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966653.725847s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966654.23288s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966695.201885s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966695.689398s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966784.556877s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966786.574886s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966791.446852s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966793.218318s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384966884.335685s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384966886.147083s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967054.857465s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967055.158871s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967190.980027s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967193.176584s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967328.93796s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967330.428095s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967526.127311s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967526.588491s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967627.132549s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967627.685201s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967686.283694s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967686.728086s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967768.270887s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967768.58402s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967769.245615s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967771.122238s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967813.8197s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967814.168477s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384967915.243469s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384967917.020051s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968031.757775s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968032.190452s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968035.733635s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968036.03299s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968144.555556s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968144.714535s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968150.090148s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968150.820567s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968304.393177s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968304.613624s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968604.499519s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968604.813256s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968702.566939s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968704.427767s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968725.375289s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968725.939271s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384968798.402904s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384968798.659754s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969055.285004s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969055.715448s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969159.885115s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969162.382266s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969184.633052s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969185.413769s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969374.791849s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969377.497842s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969475.469111s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969489.697737s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969492.087023s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969492.58214s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969784.725195s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969786.49773s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	1384969814.984624s -- 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+ 	1384969815.397676s -- 0 391b0557-dc68-4e40-b6d0-da3033588753
+ 	391b0557-dc68-4e40-b6d0-da3033588753 -- here (client)
+ 	668ef9d8-68c6-484e-89e5-06634d590a11 -- rsync.net_datadir_annex (transfer)
+ 	b0d3c000-0ac9-4a05-aef4-47f826d5c759 -- user.name (client)
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_10_c5508b476fc48e7a0002b6ecb8d5eac0._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_10_c5508b476fc48e7a0002b6ecb8d5eac0._comment
new file mode 100644
index 0000000000..77f19b15b8
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_10_c5508b476fc48e7a0002b6ecb8d5eac0._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 10"
+ date="2013-12-03T18:05:11Z"
+ content="""
+It's normal for the git-annex assistant to keep a couple of long-running git cat-file and git check-attr processes running at all times. So I'd not worry about that.
+
+I received the emailed tarball of uuid.log versions. (message-id CAL5AKQq9i4QwReWHZkKOm1Ggon66FqFkjbM832PP1drgiR3x5g@mail.gmail.com)
+
+Can you show the command you used to dump those files? Because the contents of them is really quite weird. 
+
+Take file 0, which I'm guessing might be the first version of the uuid.log. It starts off with what I'd expect to see in a uuid.log, but then has a section of what looks like trust.log data, followed by what is certianly supposed to be remote.log data, followed by what looks like `git show 966ec7aaf408dffe0d6e6ce04aebc15dc5b26f5b`, a commit which apparently was made by \"Firstname.Lastname@somedomain.com\" (unless you anonymized that) and added a file `test` to the git repository.
+
+It gets worse, some of the versions of the uuid.log file appear to be megabytes in size, which is just insane, and these contain more such apparent `git show` of git commits adding files to the repository.
+
+The general pattern of uuid.log data +trust.log data + remote.log data + git show of a commit seems to repeat in each version of the uuid.log file.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_11_cb49edcc8a13928c171a2acdde32dce9._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_11_cb49edcc8a13928c171a2acdde32dce9._comment
new file mode 100644
index 0000000000..74a30886c6
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_11_cb49edcc8a13928c171a2acdde32dce9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 11"
+ date="2013-12-03T18:32:59Z"
+ content="""
+The files I sent you were collected with:
+
+```for i in $(seq 0 52); do git show git-annex:uuid.log @{$i} > ~/tmp/uuid.logs/$i; done```
+
+
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_12_a86c8347526e7b0a6f7633f3aea528bb._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_12_a86c8347526e7b0a6f7633f3aea528bb._comment
new file mode 100644
index 0000000000..4a92b1f8a4
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_12_a86c8347526e7b0a6f7633f3aea528bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 12"
+ date="2013-12-03T18:38:45Z"
+ content="""
+and yes: as I wrote in email my name and the domain of email address are private and were edited away (sed firstname, lastname, domain except gmail which is used for xmpp). So the \"Firstname.Lastname@somedomain.com\" has replaced my real professional email address.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_13_a26c2b49ee7746be06f4772aa838d5aa._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_13_a26c2b49ee7746be06f4772aa838d5aa._comment
new file mode 100644
index 0000000000..e4d552ad7d
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_13_a26c2b49ee7746be06f4772aa838d5aa._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 13"
+ date="2013-12-03T20:23:43Z"
+ content="""
+Ok, that explains the weird results, because I get the same crazy data dumped when I try eg `git show git-annex:uuid.log @{0}` in a repository that is completely ok.
+
+The @{0} causes git show to show some commit. Not the commit that changed uuid.log however. So it first shows the uuid.log (always the most recent version), and then some random commit.
+
+This will work:
+
+<pre>
+git clone myrepo myrepo.tmp
+cd myrepo.tmp
+git checkout git-annex
+mkdir logs
+for r in $(git log --pretty='%H' uuid.log); do git show $r > logs/$r; done
+git log uuid.log > logs/gitlog
+</pre>
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_14_b958da97a69091d283918e0d5a658da5._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_14_b958da97a69091d283918e0d5a658da5._comment
new file mode 100644
index 0000000000..b5b4996695
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_14_b958da97a69091d283918e0d5a658da5._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 14"
+ date="2013-12-04T08:47:15Z"
+ content="""
+I followed the procedure you suggested, please see email for how to transfer it to you. There are several points I would like to note:
+
+1. In the cloned repository created as you suggest above, the output of ```git annex status``` does not contain all the weird things that appear in the original repository (although it contains other stuff, see 3)
+2. In the original repository (~/datadir/Annex), the output of ```git annex status``` still contains the 155 nonrepositories, plus some other stuff (see 3)
+3. In the meantime, I created (always with the webapp) another annex for private stuff (~/private/Annex) on the same set of machines. Although I chose to \"keep repositories separated\", the few files that I put for testing into the new ~/private/Annex have appeared as broken symlinks in the work annex ~/datadir/Annex. The transfer repositories used for the work and private annexes are different and are not even hosted on the same machines. The jabber account on the contrary is the same for all annexes. 
+4. In the webapp (client1) in ~/private/Annex, only the correct repositories appear.
+5. In the webapp (client1) in ~/datadir/Annex the correct repositories appear, plus the private repository of client 2 and twice the transfer repository of the ~/private/Annex
+6. ```git annex status``` on client1 in ~/datadir/Annex shows the repositories of ~/private/Annex in addition to the 155 nonrepositories and its own repositories
+7. Because of 3), you will find at the end of the logs some new stuff that is in principle not related to the original bug report.
+
+In the end the situation is now the following:
+
+* 3 annexes (~/Annex for initial testing, ~/datadir/Annex for work, ~/private/Annex for private stuff), all created via webapp and handled by the assistant
+* files which were added on client 1 into ~/private/Annex also appear as broken links in ~/datadir/Annex on client 1 but nowhere in client 2
+* files which were added on client 2 into ~/private/Annex also appear as broken links in ~/datadir/Annex on client 1 and in client 2
+* The first created annex still seems to work as expected
+
+I am sorry that the situation is that messy. Is there a way to separate these repositories that have somehow become entangled? 
+
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_1_169b24b34cce3f5c8446c2150beb6827._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_1_169b24b34cce3f5c8446c2150beb6827._comment
new file mode 100644
index 0000000000..99bb737e4f
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_1_169b24b34cce3f5c8446c2150beb6827._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-22T16:54:53Z"
+ content="""
+Please post the output of `git show git-annex:uuid.log` run in the repository.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_2_6acd6f38297772a07d8d5fb999bd2eaa._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_2_6acd6f38297772a07d8d5fb999bd2eaa._comment
new file mode 100644
index 0000000000..6db2a8fcae
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_2_6acd6f38297772a07d8d5fb999bd2eaa._comment
@@ -0,0 +1,183 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 2"
+ date="2013-11-22T17:23:19Z"
+ content="""
+Here it is (user name edited):
+
+[[!format sh \"\"\"
+
+
+0ab193eb-0c76-4559-a93c-2e30ed8630a8 archive timestamp=1384664310.014349s
+0ab193eb-0c76-4559-a93c-2e30ed8630a8 datadir on st08 timestamp=1384522780.868451s
+0ab193eb-0c76-4559-a93c-2e30ed8630a8 username@st08:~/datadir_annex timestamp=1384540428.076617s
+0ab193eb-0c76-4559-a93c-2e30ed8630a8 username@st08:~/datadir_annex timestamp=1384541057.852874s
+0ab193eb-0c76-4559-a93c-2e30ed8630a8 username@st08:~/datadir_annex timestamp=1384548609.891111s
+1384784127.91222s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384784164.437824s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384784176.944372s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384784179.254498s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384785147.558938s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785147.717223s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785159.041203s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785159.199504s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785185.79485s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785187.318128s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785215.236504s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785215.389096s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785313.539843s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785313.701305s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785315.596206s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785344.184461s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785348.192805s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785402.70316s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785406.524044s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384785446.074236s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384873605.313126s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384873697.029999s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384873761.687234s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384873774.608376s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384926279.456728s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384926368.736s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384926454.99433s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384926494.152645s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384926504.438232s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384934790.89717s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384934848.757067s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384934899.087168s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384934908.238587s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384948772.14552s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384948805.441196s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384948813.397132s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384948921.45481s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384948924.855852s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949073.988946s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949082.298976s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949399.608138s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949581.12213s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949583.9923s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949700.22807s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384949765.484768s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955202.85962s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955230.953995s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955402.534938s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955457.1885s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955524.603709s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955611.891061s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955677.84592s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955689.293082s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955894.057476s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955910.723021s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955914.732132s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955968.717875s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384955969.634658s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956004.284925s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956029.567195s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956188.628995s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956379.844701s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956381.613833s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956387.923418s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956395.418701s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956408.792928s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956504.019733s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956519.578085s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384956524.419783s 1 391b0557-dc68-4e40-b6d0-da3033588753
+1384965891.562742s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384965891.815119s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384965903.355602s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384965905.276128s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384965978.806653s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384965979.393089s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966097.495566s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966097.704474s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966154.97658s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966156.967406s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966233.310488s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966233.522324s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966241.284523s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966241.475381s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966301.688497s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966303.427685s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966392.875983s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966393.38718s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966404.708568s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966406.441164s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966553.557387s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966555.752786s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966653.725847s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966654.23288s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966695.201885s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966695.689398s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966784.556877s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966786.574886s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966791.446852s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966793.218318s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384966884.335685s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384966886.147083s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967054.857465s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967055.158871s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967190.980027s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967193.176584s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967328.93796s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967330.428095s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967526.127311s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967526.588491s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967627.132549s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967627.685201s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967686.283694s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967686.728086s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967768.270887s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967768.58402s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967769.245615s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967771.122238s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967813.8197s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967814.168477s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384967915.243469s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384967917.020051s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968031.757775s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968032.190452s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968035.733635s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968036.03299s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968144.555556s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968144.714535s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968150.090148s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968150.820567s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968304.393177s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968304.613624s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968604.499519s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968604.813256s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968702.566939s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968704.427767s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968725.375289s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968725.939271s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384968798.402904s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384968798.659754s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969055.285004s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969055.715448s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969159.885115s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969162.382266s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969184.633052s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969185.413769s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969374.791849s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969377.497842s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969475.469111s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969489.697737s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969492.087023s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969492.58214s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969784.725195s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969786.49773s 0 391b0557-dc68-4e40-b6d0-da3033588753
+1384969814.984624s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+1384969815.397676s 0 391b0557-dc68-4e40-b6d0-da3033588753
+391b0557-dc68-4e40-b6d0-da3033588753 client timestamp=1384528843.958836s
+391b0557-dc68-4e40-b6d0-da3033588753 username@big:~/datadir/Annex timestamp=1384521164.194035s
+668ef9d8-68c6-484e-89e5-06634d590a11 cipher=dFpZLzI4M3ZqVUl1S0p3ajl5N25vUUJyTFJXand5T2pNSGliOGo5WXBkN2NNY3ZqR3pvNmN0L2tLOFFKZW1aWDdHYUpCMGF1UGxybk9zeUdQOEpsMGZ5RzgwTVo1S2N6Rlo1eTVnNXFGYjJmblV0bzRjT3lTb29uZnY1QmpwMVVwYlZEOGVlaVlNR0R5dTcxNW50TFcrU1dSVi9PUXk5RkR6Zm14UFJzZEEvOHB5MTZXbkp5TW13Qm5UZ2FkUEsrUTdVZ2cxVWZnai9mbGRDYWVXYlpDVzFQL2tzanNTMU16aGxuVktETXpOY04vR1lSZnEzNVdJSkpDUEtMV1pPWXczVUVNTEJCNGtmUldiTVZoWWdlYm9NTTN4T2c1RXRvTXEzTytXazNaaFNKeUtsSlNmOUFXdTIrYnZLbkgvSFljSFVPOVlid0lCSHFlSDk0ZVQ3M3E4eHR6ckM1SjdIbjF0dmRSTGVibFFSdzUrdnVMM3p6UDl5R0JOUWNhL3Q4MXVVVGF0RjFjNGoyditZUGRzOUEraHZ5Z29hNkk0SDNiaVdYVnJFQmxTRTdTd3hOcjR3amJzRkd3d1VEUXFFZDhLNTBhWGF6bUY5LzZCZ2F5U1lOZEFDdXdSU2pMOU9qVGJWM29wVGNhNEt1Z09jU1JXRnQ0QUhoZXMxZlpvN1Qzc1o4WTQ3S1dUNVdJM3FjK05aQm5kUk10Nm8zSG1Ccys3cFdDUWVaUGJCbUhwK2ozdGw0cmxhK3FydkF5b3ZOM0xmbEJKdVBpTHNxd3JSUEpXdndkSENzQjlteHovZW9JOUtWUGJKNGxoRExSRVloNDUrNFZ6YmFZQVNZdkcxV2JxSzZTc2ZING90cmRBREZtTFRlRnc3OW92ZXBxQ0pPa21UMFFuR0ZJNG89Cg== encryption=shared name=rsync.net_datadir_annex rsyncurl=rsusername@git-annex-ch-s011.rsync.net-rsusername_datadir_annex.2F:datadir_annex/ type=rsync timestamp=1384948273.302009s
+668ef9d8-68c6-484e-89e5-06634d590a11 cipher=dFpZLzI4M3ZqVUl1S0p3ajl5N25vUUJyTFJXand5T2pNSGliOGo5WXBkN2NNY3ZqR3pvNmN0L2tLOFFKZW1aWDdHYUpCMGF1UGxybk9zeUdQOEpsMGZ5RzgwTVo1S2N6Rlo1eTVnNXFGYjJmblV0bzRjT3lTb29uZnY1QmpwMVVwYlZEOGVlaVlNR0R5dTcxNW50TFcrU1dSVi9PUXk5RkR6Zm14UFJzZEEvOHB5MTZXbkp5TW13Qm5UZ2FkUEsrUTdVZ2cxVWZnai9mbGRDYWVXYlpDVzFQL2tzanNTMU16aGxuVktETXpOY04vR1lSZnEzNVdJSkpDUEtMV1pPWXczVUVNTEJCNGtmUldiTVZoWWdlYm9NTTN4T2c1RXRvTXEzTytXazNaaFNKeUtsSlNmOUFXdTIrYnZLbkgvSFljSFVPOVlid0lCSHFlSDk0ZVQ3M3E4eHR6ckM1SjdIbjF0dmRSTGVibFFSdzUrdnVMM3p6UDl5R0JOUWNhL3Q4MXVVVGF0RjFjNGoyditZUGRzOUEraHZ5Z29hNkk0SDNiaVdYVnJFQmxTRTdTd3hOcjR3amJzRkd3d1VEUXFFZDhLNTBhWGF6bUY5LzZCZ2F5U1lOZEFDdXdSU2pMOU9qVGJWM29wVGNhNEt1Z09jU1JXRnQ0QUhoZXMxZlpvN1Qzc1o4WTQ3S1dUNVdJM3FjK05aQm5kUk10Nm8zSG1Ccys3cFdDUWVaUGJCbUhwK2ozdGw0cmxhK3FydkF5b3ZOM0xmbEJKdVBpTHNxd3JSUEpXdndkSENzQjlteHovZW9JOUtWUGJKNGxoRExSRVloNDUrNFZ6YmFZQVNZdkcxV2JxSzZTc2ZING90cmRBREZtTFRlRnc3OW92ZXBxQ0pPa21UMFFuR0ZJNG89Cg== encryption=shared name=rsync.net_datadir_annex rsyncurl=rsusername@git-annex-ch-s011.rsync.net-rsusername_datadir_annex:datadir_annex/ type=rsync timestamp=1384547300.727425s
+668ef9d8-68c6-484e-89e5-06634d590a11 rsync.net_datadir_annex timestamp=1384547300.725734s
+668ef9d8-68c6-484e-89e5-06634d590a11 rsync.net_datadir_annex timestamp=1384948273.280063s
+668ef9d8-68c6-484e-89e5-06634d590a11 transfer timestamp=1384948273.352386s
+b0d3c000-0ac9-4a05-aef4-47f826d5c759 client timestamp=1384575989.965159s
+b0d3c000-0ac9-4a05-aef4-47f826d5c759 username@mezzo:~/datadir/Annex timestamp=1384547220.353298s
+
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_3_6a4118e5c5fbe5e84d27094ac72b741b._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_3_6a4118e5c5fbe5e84d27094ac72b741b._comment
new file mode 100644
index 0000000000..2d31d1a7a6
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_3_6a4118e5c5fbe5e84d27094ac72b741b._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-11-22T17:47:30Z"
+ content="""
+Any chance I could get a copy of this git repository? (Excluding the .git/annex part)
+
+Feel free to email me id@joeyh.name to arrange a secure transfer.
+
+Otherwise, I need to see what the git-annex:uuid.log file looked like before this happened to it. The corruption may have occurred progressively in several commits, or all at once.
+
+You might also still have some logs in `.git/annex/daemon.log*`, and sending those might help, assuming the strange messages you mentioned are logged in there.
+
+> 1384785215.389096s 1 0ab193eb-0c76-4559-a93c-2e30ed8630a8
+
+This is pretty weird thing to be in the uuid.log. The \"1\" makes me think this might be a scrambled version of what's normally stored in the trust.log:
+
+> 511f4722-63d5-11e1-8b26-1bb951ea9f7b 1 timestamp=1330630786.417597s
+
+This seems to be the same bug as [[bugs/non-repos in repositories list (+ other weird output) from git annex status]]
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_4_04daa20d5d7c74bb34ec48e752ed9fe8._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_4_04daa20d5d7c74bb34ec48e752ed9fe8._comment
new file mode 100644
index 0000000000..dd037bcc02
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_4_04daa20d5d7c74bb34ec48e752ed9fe8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 4"
+ date="2013-11-22T17:48:37Z"
+ content="""
+What hardware are you running git-annex on?
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_5_11af8ab2587e6eeb671051ba8191995b._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_5_11af8ab2587e6eeb671051ba8191995b._comment
new file mode 100644
index 0000000000..de9d4fd719
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_5_11af8ab2587e6eeb671051ba8191995b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 5"
+ date="2013-11-22T18:22:55Z"
+ content="""
+One client is a thinkpad 121e, the other one a hp Z420 workstation. The archive is a basic Dell desktop. All of them run wheezy with git-annex and git  from official backports. The transfer repository is at rsync.net. 
+
+The daemon.log file was empty at the time I noticed the situation. Now git-annex has been scanning this repository for some time and the log has information again but it looks a bit too long to be posted here. I will email about the repository copy and the log.
+
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_6_26236cdc2bce532017854791bcd727d1._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_6_26236cdc2bce532017854791bcd727d1._comment
new file mode 100644
index 0000000000..8b5c80f6bb
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_6_26236cdc2bce532017854791bcd727d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 6"
+ date="2013-11-22T19:29:08Z"
+ content="""
+Some additional information (useful at least from user's point of view): the data that was in the annex but outside of the archive is still accessible from both clients. Part of the data that was in the archive does not seem to be accessible on one client: ```git annex get```  says it gets data in an amount which seems correct but the link to the data remains broken. Fortunately I can still access the data on the other client. Some of the data in the archive is still accessible in both clients. The part that is still accessible was put in the annex a few days ago, only the last directory which was added and seems to have triggered the problem is \"broken\" on one client. It is possible (not sure, sorry) that this directory was first added in the annex, and then moved to the archive shortly after, before the first addition had propagated to the other client.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_7_3c532dd5b8a01ecdeda1300b49aba675._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_7_3c532dd5b8a01ecdeda1300b49aba675._comment
new file mode 100644
index 0000000000..00abc500bd
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_7_3c532dd5b8a01ecdeda1300b49aba675._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 7"
+ date="2013-11-23T13:16:10Z"
+ content="""
+OK, sorry but it will be difficult to provide you with a copy of this repository. I hope I can still help in spite of being only a very novice git user. I checked that the git-annex:uuid.log file at the first commit was identical to the one above.  The only difference is that in this first commit file there is a mention at the bottom of who created the file (me@somedomain.com) with the mention \"created repository\". 
+
+So it is very possible that these nonexisting remotes are present since day 1. It is possible that I did not notice it earlier (I am not sure I had ever run git annex status in this repository since I am looking for a dropbox-like experience). What triggered my curiosity was the difficulty I had to get some data. At that point it might be that there are two independent problems. One with these nonexisting repositories, and another one with the fact that I cannot get some data in this client.
+
+Would it be useful to you to have the full history (52 revisions) of the git-annex:uuid.log file?
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_8_119142c5ebc499f0ee0926dbca265308._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_8_119142c5ebc499f0ee0926dbca265308._comment
new file mode 100644
index 0000000000..d50964f64c
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_8_119142c5ebc499f0ee0926dbca265308._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 8"
+ date="2013-11-26T16:34:13Z"
+ content="""
+Yes, it would be helpful to have the full history of the file.
+
+You might try running `git annex fsck` on the file in the client that it says it has gotten but that you cannot access.
+"""]]
diff --git a/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_9_0651071ee1654eeaa9aa9369873fdf6a._comment b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_9_0651071ee1654eeaa9aa9369873fdf6a._comment
new file mode 100644
index 0000000000..863c5b53d4
--- /dev/null
+++ b/doc/bugs/Assistant_has_created_155_semitrusted_repositories/comment_9_0651071ee1654eeaa9aa9369873fdf6a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="comment 9"
+ date="2013-12-02T20:49:14Z"
+ content="""
+I had already tried ```git annex fsck``` and for all files the command returned ```ok```. Nevertheless, it was still not possible to get the data. Now after a few days it seems I can get all the data I tried from both clients. Maybe because the repository contains many files (about 1.5e6) the daily sanity check spawns git processes which do not seem to terminate even when the delay has expired but other than that the repository does not seem to be in a bad state, the only weirdness being the 155 nonrepositories in the status.
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory.mdwn b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory.mdwn
new file mode 100644
index 0000000000..954d26ec23
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory.mdwn
@@ -0,0 +1,520 @@
+I have a git annex assistant process using 1.2 gigabytes of RAM and a git cat-file --batch child consuming CPU time constantly. I am running 5.20140320 on Ubuntu 12.04.
+
+[[!format sh """
+  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
+11775 ion       20   0 1350m 1.2g  12m S   48 62.4 425:56.85 git-annex
+11787 ion       20   0  9856 1484 1232 R   54  0.1 366:16.14 git
+"""]]
+
+The assistant UI looks perfectly normal and does not indicate it is doing anything. daemon.log is empty and the assistant process seems to be logging into a rotated and deleted log file.
+
+[[!format sh """
+COMMAND     PID USER   FD   TYPE     DEVICE SIZE/OFF     NODE NAME
+git-annex 11775  ion    1w   REG      9,127    80841 55181369 /storage/ion/media/video/.git/annex/daemon.log.10 (deleted)
+git-annex 11775  ion    2w   REG      9,127    80841 55181369 /storage/ion/media/video/.git/annex/daemon.log.10 (deleted)
+"""]]
+
+strace -s10000 -e trace=read,write -p 11787 indicates that the assistant is having the cat-file process cat same objects over and over again.
+
+[[!format sh """
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "d95950acebb5c4318329d7b989d36d01b76b7801 blob 232\n", 50) = 50
+write(1, "1396057825.366657s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.538068s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.560144s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.538542s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:ee2/2ee/SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "977039ea431522e6e27a78bdec2c1299f883eb85 blob 232\n", 50) = 50
+write(1, "1396057823.999737s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057835.133409s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057835.215084s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.468307s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:a84/f1f/SHA256E-s47051987--dcfd0413db883506ccb8c45e3b2d60cb3ff5c83cc55c9c7e44818d7556dbc07f.mp4.log\n", 4096) = 121
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "6c0ff555a1a34337c9379d8856c8283429bef973 blob 231\n", 50) = 50
+write(1, "1396057829.505426s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057839.859236s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057839.875213s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.77741s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:50a/5fc/SHA256E-s275654757--52823cd2061375910ccbd8de38865eca91511d9b4621243d2ef96a974d7546aa.flv.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "cdbc7ce6b426dfcce9d718387b6c412e870a2d12 blob 232\n", 50) = 50
+write(1, "1396057828.887576s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.117938s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.197196s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.687354s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 232) = 232
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:9b5/545/SHA256E-s32710--6005b5faf1a6d42d499053f8cca87d080536abfa8442b33c87f7966e86726e4f.fin.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+read(3, "", 214)                        = 0
+write(1, "82a98cbfe8f24d336a537cecea2182922c4681e1 blob 231\n", 50) = 50
+write(1, "1396057825.390306s 1 3f89d0d8-6162-4362-852a-cb688d6c0696\n1396057866.37922s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396057866.386029s 1 161c3d7f-eb60-4294-84d2-eb611786c91e\n1396058160.588219s 0 3f89d0d8-6162-4362-852a-cb688d6c0696\n", 231) = 231
+write(1, "\n", 1)                       = 1
+read(0, "refs/heads/git-annex:d28/166/SHA256E-s59188--9c04581bd67ea7c78b537a164d104bea5ac91a4a69f06b477cf07892a2d9b852.fih.srt.log\n", 4096) = 122
+read(3, "0936a1fdd849b8b46abb879d7cf82cc758b367e3\n", 255) = 41
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_10_edb2428552cf98bfb1735c2d6daf2b20._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_10_edb2428552cf98bfb1735c2d6daf2b20._comment
new file mode 100644
index 0000000000..d5f7ce363b
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_10_edb2428552cf98bfb1735c2d6daf2b20._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 10"
+ date="2014-05-01T01:33:10Z"
+ content="""
+Note to self: I experienced this bug with the standalone tarball release (5.20140421) as well, so it’s not caused by something that is different on my system wrt. git-annex’s dependencies etc.
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_1_ac8c39e362e6c806b9d68befc0199ccd._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_1_ac8c39e362e6c806b9d68befc0199ccd._comment
new file mode 100644
index 0000000000..e9c5d3fff8
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_1_ac8c39e362e6c806b9d68befc0199ccd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-02T18:48:51Z"
+ content="""
+All I can tell from the strace is that it's looking at location logs, and it's looking at the same few keys, but not a single on in a tight loop.
+
+It would probably help a lot to run the assistant with --debug and get a debug log while this is going on. We need to pinpoint the part of the assistant that is affected, and there may be other activity too.
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_2_b2941bf7901a1b2237b7210c8f0af2a5._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_2_b2941bf7901a1b2237b7210c8f0af2a5._comment
new file mode 100644
index 0000000000..c9e798c28c
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_2_b2941bf7901a1b2237b7210c8f0af2a5._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 2"
+ date="2014-04-07T21:07:35Z"
+ content="""
+Except of log when this apparently happened. Note the 6 minute time discontinuity when it was apparently looping:
+
+<pre>
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"write-tree\"]
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"rev-parse\",\"84068090af4bcd3d24f16d865ac07b0478f20ada:\"]
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"symbolic-ref\",\"HEAD\"]
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"refs/heads/master\"]
+[2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+[2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..214ed317536695b91c8dd5bed059c46c11ad00be\",\"--oneline\",\"-n1\"]
+</pre>
+
+Also probably relevant, the network topology AIUI was: `client --> server` where both nodes ran the assistant. This happened on the server shortly after the client dropped off a refs/heads/synced/master.
+
+(Also, the \"logging to a deleted file\" appears to have been a local misconfiguration; a cron job that repeatedly tried to start the assistant. Only one will start, but later ones will rotate the logs before noticing it's running and giving up.)
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_3_1429ca784a03bc424b3537cbe0449421._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_3_1429ca784a03bc424b3537cbe0449421._comment
new file mode 100644
index 0000000000..fd9fa89715
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_3_1429ca784a03bc424b3537cbe0449421._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 3"
+ date="2014-04-07T21:55:19Z"
+ content="""
+Unfortunately all I have been able to tell for sure from this log is that it seems that the expensive transfer scan is not running, and this is unlikely to be a repository auto-repair.
+
+My best guess as to what might be going on is an update of the git-annex branch. 
+
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"write-tree\"]
+
+This is prep for an index file commit, probably to the git-annex branch.
+
+[2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"rev-parse\",\"84068090af4bcd3d24f16d865ac07b0478f20ada:\"]
+
+This is a getting the parent commit's tree.
+
+The git-cat-file churn could then be a union merge reading the contents of the git-annex branch to union-merge it into the `.git/annex/index` (in `mergeIndex`). This would reuse the main git cat-file process.
+
+That does not explain why it would need to read eg, SHA256E-s106800355--c70e31d511e7eec4881a15dfba521ea3d1fe14694968f81ae1819f1a2a93f9be.mp4.log 28 times.
+Normally, during a union merge only files listed by `diff-index` need to be read, and it lists each file only once.
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_4_f9e65cf5598b4b14eeee1f41f46d4084._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_4_f9e65cf5598b4b14eeee1f41f46d4084._comment
new file mode 100644
index 0000000000..148920c233
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_4_f9e65cf5598b4b14eeee1f41f46d4084._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 4"
+ date="2014-04-07T21:57:32Z"
+ content="""
+Does `git log git-annex` show a commit that was made at 23:30? 
+
+Does it show a commit 84068090af4bcd3d24f16d865ac07b0478f20ada?
+
+Is 84068090af4bcd3d24f16d865ac07b0478f20ada the parent of the 23:30 commit?
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_5_044ecac2d2e670e1ef69809c944093d1._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_5_044ecac2d2e670e1ef69809c944093d1._comment
new file mode 100644
index 0000000000..6013650041
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_5_044ecac2d2e670e1ef69809c944093d1._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 5"
+ date="2014-04-07T22:12:14Z"
+ content="""
+Is the repository using direct mode?
+
+Another theory is that:
+
+* test/hello appears
+* watcher sees new symlink, tries to make a commit with it
+* master branch already has that symlink
+* this is why the write-tree is not followed by a commit-tree. The commit would have been empty. 
+
+If this is the case, then 84068090af4bcd3d24f16d865ac07b0478f20ada will be a ref on the master branch.
+
+And all of the above is normal operation. But it does suggest, that if this repo is in direct mode, it might be running a direct mode work tree update around then. Which requires a lot of cat-file queries of the git-annex branch. And would certainly make repeated queries at least if the repository has duplicate copies of some files..
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_6_6f4f51e1583bed5e7e601e4f30f4207b._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_6_6f4f51e1583bed5e7e601e4f30f4207b._comment
new file mode 100644
index 0000000000..0b5f904894
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_6_6f4f51e1583bed5e7e601e4f30f4207b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 6"
+ date="2014-04-07T22:17:16Z"
+ content="""
+Does the git log have any recent commits that were \"git-annex automatic merge conflict fix\" ?
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_7_683a0a3d4caea0ee625e41ae8a6c7c06._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_7_683a0a3d4caea0ee625e41ae8a6c7c06._comment
new file mode 100644
index 0000000000..1705e738cb
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_7_683a0a3d4caea0ee625e41ae8a6c7c06._comment
@@ -0,0 +1,81 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 7"
+ date="2014-04-07T22:44:33Z"
+ content="""
+In the git-annex branch, there is
+
+* [[!toggle id=\"4deec8203e0baf7bb5b7d5d868d82439261ab3bc\" text=\"a commit at 23:21:51\"]] from my desktop box where I added `test/hello`
+
+[[!toggleable id=\"4deec8203e0baf7bb5b7d5d868d82439261ab3bc\" text=\"\"\"
+    commit 4deec8203e0baf7bb5b7d5d868d82439261ab3bc
+    Author: Johan Kiviniemi <devel@johan.kiviniemi.name>
+    Date:   Mon Apr 7 23:21:51 2014 +0300
+    
+        update
+    
+    diff --git a/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03.log b/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03.log
+    new file mode 100644
+    index 0000000..1cf060c
+    --- /dev/null
+    +++ b/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03.log
+    @@ -0,0 +1 @@
+    +1396902111.893785s 1 86e07a59-8bba-4878-8d0b-5dfe8c6366c4
+\"\"\"]]
+
+* [[!toggle id=\"2e0884d9c8859339855ceee396b9ea9ae05865b4\" text=\"a commit at 23:21:54\"]] when the desktop box synced to the server (from which the log excerpt came)
+
+[[!toggleable id=\"2e0884d9c8859339855ceee396b9ea9ae05865b4\" text=\"\"\"
+    commit 2e0884d9c8859339855ceee396b9ea9ae05865b4
+    Author: Johan Kiviniemi <devel@johan.kiviniemi.name>
+    Date:   Mon Apr 7 23:21:54 2014 +0300
+    
+        update
+    
+    diff --git a/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e84
+    6f6be03.log b/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e8
+    46f6be03.log
+    index 1cf060c..cd0bccc 100644
+    --- a/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03
+    .log
+    +++ b/992/280/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03
+    .log
+    @@ -1 +1,2 @@
+    +1396902112.657779s 1 09ada430-8802-47da-bbfa-f5256a3c55d2
+     1396902111.893785s 1 86e07a59-8bba-4878-8d0b-5dfe8c6366c4
+\"\"\"]]
+
+* [[!toggle id=\"214ed317536695b91c8dd5bed059c46c11ad00be\" text=\"a commit at 23:24:24\"]] (2.5 minutes later!) when the assistant on the server finally merged `synced/git-annex` into `git-annex` (`test/hello` became visible in the working tree at that time).
+
+[[!toggleable id=\"214ed317536695b91c8dd5bed059c46c11ad00be\" text=\"\"\"
+    commit 214ed317536695b91c8dd5bed059c46c11ad00be
+    Merge: 4deec82 2e0884d
+    Author: sarjat <sarjat@alku.heh.fi>
+    Date:   Mon Apr 7 23:24:24 2014 +0300
+    
+        merging synced/git-annex into git-annex
+\"\"\"]]
+
+There is no commit in the `git-annex` branch at 23:30. The next commit is from unrelated changes at 00:06.
+
+[[!toggle id=\"84068090af4bcd3d24f16d865ac07b0478f20ada\" text=\"84068090af4bcd3d24f16d865ac07b0478f20ada\"]] is the commit in `master` which added `test/hello` at 23:21:51.
+
+[[!toggleable id=\"84068090af4bcd3d24f16d865ac07b0478f20ada\" text=\"\"\"
+    commit 84068090af4bcd3d24f16d865ac07b0478f20ada
+    Author: Johan Kiviniemi <devel@johan.kiviniemi.name>
+    Date:   Mon Apr 7 23:21:51 2014 +0300
+    
+    diff --git a/test/hello b/test/hello
+    new file mode 120000
+    index 0000000..8c2678f
+    --- /dev/null
+    +++ b/test/hello
+    @@ -0,0 +1 @@
+    +../.git/annex/objects/zK/02/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08
+    \ No newline at end of file
+\"\"\"]]
+
+The repository on the server is in indirect mode.
+
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_8_03dd76b01f46a7cc66eddac3e054c8ad._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_8_03dd76b01f46a7cc66eddac3e054c8ad._comment
new file mode 100644
index 0000000000..d6aa43da05
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_8_03dd76b01f46a7cc66eddac3e054c8ad._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 8"
+ date="2014-04-07T22:48:18Z"
+ content="""
+There are no commits in `master` or `git-annex` that have the word conflict in the description.
+"""]]
diff --git a/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_9_5f4444f03cbebaa44628288095383679._comment b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_9_5f4444f03cbebaa44628288095383679._comment
new file mode 100644
index 0000000000..09383141e0
--- /dev/null
+++ b/doc/bugs/Assistant_having_a_child_git_cat-file_--batch_do_the_same_thing_over_and_over_and_using_a_lot_of_memory/comment_9_5f4444f03cbebaa44628288095383679._comment
@@ -0,0 +1,89 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 9"
+ date="2014-04-07T22:55:12Z"
+ content="""
+[[!toggle id=\"excerpt\" text=\"The full log excerpt\"]] which includes the sync from the client and the final messages after the cat-file loop ended and things stabilized (but a memory leak of 30 MB in the git-annex assistant process remained).
+
+[[!toggleable id=\"excerpt\" text=\"\"\"
+    [2014-04-04 10:55:00 EEST] main: starting assistant version 5.20140402
+    
+    
+    
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..20d1f5538f6aa430f29ef938f6db045f5a69425d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..b402a6e7b9268e25dbd9c6a027f4a5258993980d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..7b18a191d58d779aab5789b923adb09863938ffe\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+    [2014-04-07 23:21:52 EEST] TransferWatcher: transfer starting: Download UUID \"86e07a59-8bba-4878-8d0b-5dfe8c6366c4\" SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03 Nothing
+    [2014-04-07 23:21:52 EEST] read: git [\"config\",\"--null\",\"--list\"]
+    [2014-04-07 23:21:52 EEST] TransferWatcher: transfer starting: Download UUID \"86e07a59-8bba-4878-8d0b-5dfe8c6366c4\" test/hello Nothing
+    [2014-04-07 23:21:52 EEST] read: git [\"config\",\"--null\",\"--list\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..20d1f5538f6aa430f29ef938f6db045f5a69425d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..4deec8203e0baf7bb5b7d5d868d82439261ab3bc\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..b402a6e7b9268e25dbd9c6a027f4a5258993980d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..7b18a191d58d779aab5789b923adb09863938ffe\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:52 EEST] feed: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-04-07 23:21:52 EEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID \"86e07a59-8bba-4878-8d0b-5dfe8c6366c4\", transferKey = Key {keyName = \"5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03\", keyBackendName = \"SHA256E\", keySize = Just 6, keyMtime = Nothing}}
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"4deec8203e0baf7bb5b7d5d868d82439261ab3bc\"]
+    [2014-04-07 23:21:52 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"4deec8203e0baf7bb5b7d5d868d82439261ab3bc..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:21:52 EEST] call: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-ref\",\"refs/heads/git-annex\",\"4deec8203e0baf7bb5b7d5d868d82439261ab3bc\"]
+    [2014-04-07 23:22:08 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"symbolic-ref\",\"HEAD\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"refs/heads/master\"]
+    [2014-04-07 23:24:24 EEST] Merger: merging refs/heads/synced/master into refs/heads/master
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2014-04-07 23:24:24 EEST] call: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"merge\",\"--no-edit\",\"refs/heads/synced/master\"]
+    Updating 645e474..8406809
+    Fast-forward
+     test/hello |    1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 test/hello
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..4deec8203e0baf7bb5b7d5d868d82439261ab3bc\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..2e0884d9c8859339855ceee396b9ea9ae05865b4\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..b402a6e7b9268e25dbd9c6a027f4a5258993980d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..7b18a191d58d779aab5789b923adb09863938ffe\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:24:24 EEST] chat: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+    [2014-04-07 23:24:24 EEST] feed: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-04-07 23:24:24 EEST] feed: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"2e0884d9c8859339855ceee396b9ea9ae05865b4\"]
+    [2014-04-07 23:24:24 EEST] chat: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+    [2014-04-07 23:24:24 EEST] feed: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"write-tree\"]
+    [2014-04-07 23:24:24 EEST] chat: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"commit-tree\",\"0bd4352b4008165d356bc9b1250bdb456c675175\",\"-p\",\"refs/heads/git-annex\",\"-p\",\"2e0884d9c8859339855ceee396b9ea9ae05865b4\"]
+    [2014-04-07 23:24:24 EEST] call: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-ref\",\"refs/heads/git-annex\",\"214ed317536695b91c8dd5bed059c46c11ad00be\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+    [2014-04-07 23:24:24 EEST] Watcher: add symlink test/hello
+    [2014-04-07 23:24:24 EEST] chat: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+    [2014-04-07 23:24:24 EEST] Committer: committing 1 changes
+    [2014-04-07 23:24:24 EEST] Committer: Committing changes to git
+    [2014-04-07 23:24:24 EEST] feed: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"symbolic-ref\",\"HEAD\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"write-tree\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"rev-parse\",\"84068090af4bcd3d24f16d865ac07b0478f20ada:\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"symbolic-ref\",\"HEAD\"]
+    [2014-04-07 23:24:24 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"refs/heads/master\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..214ed317536695b91c8dd5bed059c46c11ad00be\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..2e0884d9c8859339855ceee396b9ea9ae05865b4\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..b402a6e7b9268e25dbd9c6a027f4a5258993980d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..7b18a191d58d779aab5789b923adb09863938ffe\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"git-annex\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..214ed317536695b91c8dd5bed059c46c11ad00be\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..2e0884d9c8859339855ceee396b9ea9ae05865b4\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..b402a6e7b9268e25dbd9c6a027f4a5258993980d\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:30:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"log\",\"refs/heads/git-annex..7b18a191d58d779aab5789b923adb09863938ffe\",\"--oneline\",\"-n1\"]
+    [2014-04-07 23:31:13 EEST] read: git [\"--git-dir=/storage/sarjat/annex-sarjat/.git\",\"--work-tree=/storage/sarjat/annex-sarjat\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop.mdwn b/doc/bugs/Assistant_merge_loop.mdwn
new file mode 100644
index 0000000000..edff5e4b3e
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop.mdwn
@@ -0,0 +1,19 @@
+The assistant appears to be in a merge loop with at least two of my repos. It's creating thousands of merge commits without any changes. One repository that contains around 600 files that change very very rarely now has 63528 commits.
+
+Here's a screenshot from tig: [[https://ssl.zerodogg.org/~zerodogg/private/tmp/Skjermdump_fra_2014-07-05_07:09:22-2014-07-05.png]]
+
+I can privately provide a copy of the git repo itself if needed.
+
+Using the standalone build, 64bit, on ArchLinux, Fedora 20 and Ubuntu 14.04.
+
+    $ git annex version
+    git-annex version: 5.20140610-g5ec8bcf
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+> [[fixed|done]]. Note that 5.20140708 contained an incomplete fix for this
+> bug. --[[Joey]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment b/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment
new file mode 100644
index 0000000000..1826e313a8
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_10_8fe176691f0f61c15085d3c38f0ea50f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 10"
+ date="2014-07-16T20:32:57Z"
+ content="""
+I have two computers with Debian testing (5.20140529) that aren't having the issue, and one with Debian Sid (5.20140709) that is still creating the empty merge commits
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment b/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment
new file mode 100644
index 0000000000..7823176efc
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_11_6e3a78327c0b813415ebf85e298813d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 11"
+ date="2014-07-16T20:36:32Z"
+ content="""
+Has the assistant been restarted since git-annex was upgraded to the fixed version?
+
+Can you post a debug.log?
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment b/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment
new file mode 100644
index 0000000000..c5f9c2187c
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_1_ccf46511b924f86b488dba25060baa06._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-05T20:34:39Z"
+ content="""
+I am seeing some evidence of this in my own family's repo, where one node updated to 5.20140613 and started making series of empty commits with message \"merge refs/heads/synced/master\" and only 1 parent (so not really a merge).
+
+Quite likely [[!commit d6711800ad261fb4c37fc361bc84918d1e296bc4]] is at fault. Probably the fastForwardable check isn't quite right.
+
+This should only affect direct mode repositories. When only one node has the problem, it won't be bad, but if multiple nodes are doing this, their repos never converge and keep growing.
+
+Hmm, I think I have partially reproduced it with 2 direct mode repos, each having the other as a remote. `git annex sync` repeatedly in each does not add unncessary commits, but running the assistant in each does. In this particular case, it manages to converge eventually after several commits.
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment b/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment
new file mode 100644
index 0000000000..eb3deb2ee3
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_2_afcbf3f8575e1a967c79693b94ef055c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-05T21:17:17Z"
+ content="""
+Well, it looks like this is as simple as the assistant trying to merge refs/remotes/$foo/synced/master into the current branch, when that ref is behind or the same as the current branch. Nothing to merge, so it does some pointless work and then the fastForwardable check runs -- and that check looks for refs between the \"old\" and \"new\" refs. Since the \"new\" is behind the \"old\", there are no such commits, and the unnecessary empty commit results.
+
+The reason only the assistant is affected is because `git-annex sync` already checked Git.Branch.changed before trying to do any merging, which avoids the problem.
+
+Fix committed.
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment b/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment
new file mode 100644
index 0000000000..1b69564838
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_3_07341221b2839fdc1c43634e011451d2._comment
@@ -0,0 +1,62 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 3"
+ date="2014-07-08T08:13:40Z"
+ content="""
+I'm still seeing this problem in 5.20140707-g923b436
+
+    [0 zerodogg@firefly annexed]$ git annex version
+    git-annex version: 5.20140707-g923b436
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+    [0 zerodogg@firefly annexed]$ git graph | head -n20
+    *   d4bf68f - (HEAD, annex/direct/master) merge refs/remotes/serenity/synced/master (3 minutes ago) <Eskild Hustvedt>
+    |\  
+    * | d03f280 - merge refs/remotes/browncoats/synced/master (3 minutes ago) <Eskild Hustvedt>
+    |/  
+    *   e6863b8 - (serenity/synced/master, browncoats/synced/master) merge refs/remotes/serenity/synced/master (3 minutes ago) <Eskild Hustvedt>
+    |\  
+    * \   616d985 - merge refs/remotes/browncoats/synced/master (3 minutes ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   3b39706 - merge refs/remotes/serenity/synced/master (3 minutes ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   6d354cc - merge refs/remotes/browncoats/synced/master (4 minutes ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   710c3c1 - merge refs/remotes/serenity/synced/master (4 minutes ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * | 763930f - merge refs/remotes/browncoats/synced/master (4 minutes ago) <Eskild Hustvedt>
+    |/  
+    [0 zerodogg@firefly annexed]$ git annex assistant --stop
+    [0 zerodogg@firefly annexed]$ git annex assistant
+    [0 zerodogg@firefly annexed]$ git graph | head -n20     
+    *   947f1a2 - (HEAD, annex/direct/master) merge refs/remotes/serenity/synced/master (15 seconds ago) <Eskild Hustvedt>
+    |\  
+    * | 19c6043 - merge refs/remotes/browncoats/synced/master (18 seconds ago) <Eskild Hustvedt>
+    |/  
+    *   b453741 - (serenity/synced/master, browncoats/synced/master) merge refs/remotes/serenity/synced/master (18 seconds ago) <Eskild Hustvedt>
+    |\  
+    * \   6baaebd - merge refs/remotes/browncoats/synced/master (18 seconds ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   03e4fa2 - merge refs/remotes/serenity/synced/master (24 seconds ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   33302d8 - merge refs/remotes/browncoats/synced/master (24 seconds ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * |   d4bf68f - merge refs/remotes/serenity/synced/master (4 minutes ago) <Eskild Hustvedt>
+    |\ \  
+    | |/  
+    * | d03f280 - merge refs/remotes/browncoats/synced/master (4 minutes ago) <Eskild Hustvedt>
+    |/  
+    [0 zerodogg@firefly annexed]$ 
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment b/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment
new file mode 100644
index 0000000000..32468557b5
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_4_7ae215b478843d2a8c705cac385fcf22._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 4"
+ date="2014-07-09T00:24:36Z"
+ content="""
+As far as I can see in my repo, the empty merges started on 2014-05-27, but then appear to resolve themselves after 40-50 commits on that day. They reappear again on 2014-06-03, and appears to have kept going daily ever since.
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment b/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment
new file mode 100644
index 0000000000..188317bb85
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_5_11873461f093a266f0bb7e129bc21cde._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 5"
+ date="2014-07-09T19:00:35Z"
+ content="""
+I have confirmed this is still happening, though I had certianly thought I had reproduced and fixed it.
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment b/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment
new file mode 100644
index 0000000000..e408643cad
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_6_e7b6ecdd7e2b0222ea0baa0ed770e66d._comment
@@ -0,0 +1,80 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmN5jDf53oRJZsTo8Ahj2uXzCzq6HcvEro"
+ nickname="Gregory"
+ subject="confirmed?"
+ date="2014-07-15T01:29:00Z"
+ content="""
+I seem to be getting this behavior, in tandem with the [bad merge commit deleting all files](http://git-annex.branchable.com/bugs/bad_merge_commit_deleting_all_files/) on 
+
+    git-annex version: 5.20140709-gf15d2aa
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: unknown
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+Here is my log over the past couple weeks when I basically made no changes to the filesystem.
+
+git log --oneline --decorate --color --graph
+
+<pre>
+* b304ad7 (HEAD, origin/synced/master, origin/master, origin/HEAD, master) 
+* 568cf6c merge refs/remotes/diskb/synced/master
+* 5e426d0 merge refs/remotes/diskb/synced/master
+* b2fa076 merge refs/remotes/diskb/synced/master
+*   b66a37d merge refs/remotes/diskb/synced/master
+|\  
+* | 910cba5 merge refs/remotes/diskb/synced/master
+|/  
+* 60736c3 merge refs/remotes/diskb/synced/master
+*   a957439 merge refs/remotes/diskb/synced/master
+|\  
+* \   5c135c0 merge refs/remotes/diskb/synced/master
+|\ \  
+| |/  
+* |   52d8b66 merge refs/heads/synced/master
+|\ \  
+* | | d77f3a2 merge refs/remotes/diskb/synced/master
+| |/  
+|/|   
+* |   03bb56a merge refs/remotes/diskb/synced/master
+|\ \  
+* \ \   bb000db merge refs/heads/synced/master
+|\ \ \  
+| |/ /  
+|/| /   
+| |/    
+* | 3bc8520 merge refs/heads/synced/master
+|/  
+* 1c3ee7e 
+*   d3b096a merge refs/remotes/diskb/synced/master
+|\  
+* \   0fa0f6d merge refs/heads/synced/master
+|\ \  
+| |/  
+* |   173592c merge refs/remotes/diskb/synced/master
+|\ \  
+| |/  
+* |   3dd8086 merge refs/remotes/diskb/synced/master
+|\ \  
+| |/  
+* |   68be2a1 merge refs/heads/synced/master
+|\ \  
+| |/  
+* |   bb304f4 merge refs/remotes/diskb/synced/master
+|\ \  
+| |/  
+|/|   
+* | 1c9a2cd 
+* | 298b362 merge refs/heads/synced/master
+|/  
+*   4c23257 merge refs/remotes/diskb/synced/master
+|\  
+* | b709997 merge refs/remotes/diskb/synced/master
+|/  
+*   215f061 merge refs/remotes/diskb/synced/master
+|\  
+* \   e0f75b4 merge refs/heads/synced/master
+</pre>
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment b/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment
new file mode 100644
index 0000000000..9c70f26463
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_7_7717d074611943b831f00ad10918b515._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 7"
+ date="2014-07-15T19:15:13Z"
+ content="""
+This bug and the other one are fixed in 5.20140709. I assume that your `git log` dates from an earlier version.
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment b/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment
new file mode 100644
index 0000000000..c12c842644
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_8_5ce91ac76498539ada344d1639984302._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 8"
+ date="2014-07-16T13:42:16Z"
+ content="""
+I'm still having this issue in 5.20140709
+"""]]
diff --git a/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment b/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment
new file mode 100644
index 0000000000..b6bfc68eb4
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_9_b09a5eaa2588559e19b3549bd3c8b496._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 9"
+ date="2014-07-16T18:08:26Z"
+ content="""
+Are you sure that you have upgraded git-annex on every machine that uses that repository? You could have one old un-upgraded one still causing commits that would of course be visible on the rest.
+
+Also, what version exactly does `git-annex version` show?
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine.mdwn b/doc/bugs/Auto-repair_greatly_slows_down_the_machine.mdwn
new file mode 100644
index 0000000000..6c1420e54a
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+The assistant regulary ends up trying to perform repair (I don't know why, it happens fairly often, once a week or so). When it does so, it ends up creating a huge (2.4G) .git/objects directory, and a git prune-packed process uses so much I/O the machine really slows down.
+
+### What steps will reproduce the problem?
+
+I don't have any reliable way to reproduce it. The repository ends up being attempted to be repaired around once a week. This week the repair (and the slowdown) also happened on a second computer.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140221-gbdfc8e1 (using the standalone 64bit builds)
+
+This is on an up-to-date Arch Linux. It also happened on Fedora 20.
+
+### Please provide any additional information below.
+
+The daemon.log is fairly long, but not particulary interesting: [[https://ssl.zerodogg.org/~zerodogg/private/tmp/daemon.log-2014-02-25.1]]
+
+The «resource vanished (Broken pipe)» at the end is the result of me killing the prune-packed in order to be able to use the machine again.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_10_d46c6314bff75a0ae679bc2358b28c2b._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_10_d46c6314bff75a0ae679bc2358b28c2b._comment
new file mode 100644
index 0000000000..5fb031e256
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_10_d46c6314bff75a0ae679bc2358b28c2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 10"
+ date="2014-06-07T05:47:25Z"
+ content="""
+Given that it's ususally the same repo, I'm going to try to create a completely fresh repository instead and see if the frequent auto-repairs are stopped by that.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_11_1c2c3adfbccd2b14a7d1c4618800e735._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_11_1c2c3adfbccd2b14a7d1c4618800e735._comment
new file mode 100644
index 0000000000..904ec92f55
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_11_1c2c3adfbccd2b14a7d1c4618800e735._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-06-10T19:31:38Z"
+ content="""
+Disable consistency checks for the repo in the webapp UI, wait until long enough that you're sure the assistant would be wanting to repair it again if you hadn't disabled that, and run `git annex repair` at the console so I can see what's going on.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_1_a52e4ef04209d0a2449165e2b4cb9ccc._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_1_a52e4ef04209d0a2449165e2b4cb9ccc._comment
new file mode 100644
index 0000000000..b50a0cfb82
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_1_a52e4ef04209d0a2449165e2b4cb9ccc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-02-26T17:38:05Z"
+ content="""
+Auto repair is not intended to be a common occurrance. It means something went badly, horribly wrong on your machine, and it lost data that git wrote to disk. It's more important in such a scenraio to get back to a working system eventually than to do something fast or inexpensively.
+
+If you're seeing the need for auto repair on a weekly basis, your computer is failing in a horrible way horribly frequently, and the thing to do is to find out why, and fix that. Perhaps you need to start cleanly shutting down the system. Perhaps something is causing your computer to crash, and you need to fix that.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_2_9f5340ab1012f335af0c246b82c1a777._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_2_9f5340ab1012f335af0c246b82c1a777._comment
new file mode 100644
index 0000000000..6cbd58f2f3
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_2_9f5340ab1012f335af0c246b82c1a777._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.213.223"
+ subject="comment 2"
+ date="2014-02-27T14:16:11Z"
+ content="""
+That's the thing. The drive is fine, I've fscked it, and the machine is always shut down cleanly (and it is very stable, can't remember the last time it crashed). So there's no reason why this should be happening, and since git-annex doesn't say anything about why it started the auto-repair, I'm unable to track it down further.
+
+It's also always this repository. I have several assistant managed repos on the same machine, and this is the only one that git-annex regulary starts repairing (and the only one that it has auto-repaired on another box as well). No files in the repository itself has ever been noticed as corrupt, nor has there been any indications anywhere else about problems, hardware or filesystem (nothing wrong in the 40 or so git repos on the machine, no problems with software installed on the drive, never seen anything in dmesg).
+
+It's happening often enough for me to have to consider dropping use of the assistant. It could still be a problem with the machine (though it seems unlikely, given that it's consistently the same repo, and that it has done it with the same repo on other machines), but git-annex doesn't provide any information about it.
+
+Could you add some more information about what it thinks is wrong to the logging?
+
+Funnily enough, git-annex started repairing it again as I was writing this.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_3_67bfccf0934075559d439b1deafc001e._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_3_67bfccf0934075559d439b1deafc001e._comment
new file mode 100644
index 0000000000..edf7c781b8
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_3_67bfccf0934075559d439b1deafc001e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="comment 3"
+ date="2014-03-05T11:47:06Z"
+ content="""
+I observe something similar. Today git-annex started to repair a repository. CPU is at 100%, I can still work because I have a multikernel system, so I'll wait and see if it comes to an end.
+
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_4_5fa785aa759d1a1917f2a292324fe5ec._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_4_5fa785aa759d1a1917f2a292324fe5ec._comment
new file mode 100644
index 0000000000..3a43c92603
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_4_5fa785aa759d1a1917f2a292324fe5ec._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="comment 4"
+ date="2014-03-06T06:21:59Z"
+ content="""
+Just for the records. I just shutdown the daemon because it ran all night long with 100%. 
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_5_9fe529034ad0115792b58d7da99c167e._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_5_9fe529034ad0115792b58d7da99c167e._comment
new file mode 100644
index 0000000000..4683165c37
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_5_9fe529034ad0115792b58d7da99c167e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 5"
+ date="2014-03-06T18:14:37Z"
+ content="""
+auto-repair is only done if git fsck detects a problem. You can run git fsck yourself to see.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_6_93ed991ef2a74c18575073ca72e06185._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_6_93ed991ef2a74c18575073ca72e06185._comment
new file mode 100644
index 0000000000..05935b034d
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_6_93ed991ef2a74c18575073ca72e06185._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="comment 6"
+ date="2014-03-10T14:14:06Z"
+ content="""
+I manually ran git fsck without problems but git-annex still wants to repair something.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_7_4649fa11745ff668e43833209811d005._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_7_4649fa11745ff668e43833209811d005._comment
new file mode 100644
index 0000000000..58499da8bb
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_7_4649fa11745ff668e43833209811d005._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 7"
+ date="2014-05-21T18:31:54Z"
+ content="""
+It seems to me that if you don't want to repair your repository, you can just go into the webapp and disable all scheduled consistency check jobs.
+
+If someone with this problem would like to run \"git annex repair\" at the console, and paste the output, perhaps I could then see why it thinks it needs to repair the repository. So far, I have nothing to go on, and no proof that this is a bug at all, and not just people with actually corrupted repositories that really do need to be repaired.
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_8_6138a48f0b7e8be2bb66430397afdf5a._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_8_6138a48f0b7e8be2bb66430397afdf5a._comment
new file mode 100644
index 0000000000..33944ac273
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_8_6138a48f0b7e8be2bb66430397afdf5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 8"
+ date="2014-05-21T19:19:30Z"
+ content="""
+The trouble with providing more information (outside of the logfile above) is that by the time I realize that there is a problem it is because git-annex has started to repair. Perhaps an option that makes git-annex write a ~/.git/annex/repair-reason.log file with the reason (ie. git fsck output etc.) for starting the repair could help?
+"""]]
diff --git a/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_9_3da5940bb2e9689b00239eec9a073f1c._comment b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_9_3da5940bb2e9689b00239eec9a073f1c._comment
new file mode 100644
index 0000000000..8bea236edc
--- /dev/null
+++ b/doc/bugs/Auto-repair_greatly_slows_down_the_machine/comment_9_3da5940bb2e9689b00239eec9a073f1c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 9"
+ date="2014-06-06T16:13:55Z"
+ content="""
+Any chance of any progress on this? Either a way to disable it, or some additional logging to track down the problem? git-annex is currently repairing one particular repository several times a month accross different machines, rendering git-annex practically unusable.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android.mdwn b/doc/bugs/Bootstrap3_icons_missing_on_Android.mdwn
new file mode 100644
index 0000000000..480825bc9c
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android.mdwn
@@ -0,0 +1,7 @@
+I’m running git-annex 5.20140517-gee56d21 on Android 4.3.
+
+A number of icons seem to be missing since the bootstrap3 update:
+
+<img src="http://heh.fi/tmp/git-annex-missing-icons.png" alt="git-annex missing icons" width="540">
+
+[[!tag confirmed done]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_10_da4e26c77376a8171493a815bdb51ff1._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_10_da4e26c77376a8171493a815bdb51ff1._comment
new file mode 100644
index 0000000000..78732490fa
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_10_da4e26c77376a8171493a815bdb51ff1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 10"
+ date="2014-05-28T15:03:26Z"
+ content="""
+Seems to work! The icons show up on android now.
+
+But JavaScript seems to be broken instead, dropdown menus don't work. Maybe more unwanted evil splicing in other files?
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_11_506e26de284a6429366def33b007bc0c._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_11_506e26de284a6429366def33b007bc0c._comment
new file mode 100644
index 0000000000..ba3fff8011
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_11_506e26de284a6429366def33b007bc0c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 11"
+ date="2014-05-28T17:30:43Z"
+ content="""
+Ok it seems like the linebreak at the end of each javascript file (0x0a) is replaced by a null byte on android. This probably causes the browser not to accept it as javascript so it's not executed.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_12_a77477951576fc657d693811f11f9975._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_12_a77477951576fc657d693811f11f9975._comment
new file mode 100644
index 0000000000..23b523bbe4
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_12_a77477951576fc657d693811f11f9975._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 12"
+ date="2014-05-28T22:31:21Z"
+ content="""
+The evilspliced data for eg, bootstrap.js omits that last byte. So presumably we overflow one byte and find a null (if we're lucky..).
+
+I checked the -ddump-splices output, and it omits that last newline!
+
+<pre>
+              \});\
+              \\
+              \})( jQuery );\"#),
+</pre>
+
+Indeed, ghc omits any number of trailing newlines in this display.
+
+This is probably only recently a problem because of the wacky use of a unsafe bytestring + length that file-embed has started to do. Before, the newline was not included, but that's still valid JS.
+
+So, one fix would be to have the EvilSplicer rewrite the unsafePackAddressLen back to a regular bytestring construction. But this would need some tricky parsing (need to find the end of the string to remove the # from it). Alternatively, could remove trailing newlines from all the static js and css files. (Luckily none of the other static files end in a newline, and ghc is careful to preserve ending NULs etc).
+
+For now, I've removed the trailing newlines from the files.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_13_c3ef67bded8ed3c511a8ea85b8bd81a5._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_13_c3ef67bded8ed3c511a8ea85b8bd81a5._comment
new file mode 100644
index 0000000000..dc8b24ba1b
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_13_c3ef67bded8ed3c511a8ea85b8bd81a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 13"
+ date="2014-05-29T16:48:18Z"
+ content="""
+Works fine now (tested on android 4.4).
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_1_97cf233d8401d642337d5fe9dd525e2b._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_1_97cf233d8401d642337d5fe9dd525e2b._comment
new file mode 100644
index 0000000000..15b6018b52
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_1_97cf233d8401d642337d5fe9dd525e2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 1"
+ date="2014-05-21T17:10:24Z"
+ content="""
+reproduced this with android 4.0
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_2_4981a0a894b77e94a3bffec82b0f6e51._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_2_4981a0a894b77e94a3bffec82b0f6e51._comment
new file mode 100644
index 0000000000..5404fbe497
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_2_4981a0a894b77e94a3bffec82b0f6e51._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 2"
+ date="2014-05-21T18:06:09Z"
+ content="""
+I've verified that the assistant is serving up the files, such as http://127.0.0.1:$port/static/fonts/glyphicons-halflings-regular.svg
+
+I've verified that the files it's serving have the right content.
+
+This seems to only leave the likely explanation that the android web browser doesn't support the technology bootstrap 3 is using for its icons. This is svg, plus ttf, plus Embedded OpenType and Web Open Font Format. (I suppose it uses different ones on different browsers.)
+
+I'm surprised that bootstrap would be using web fonts technology if it's not supported on Android, or wouldn't have a fallback to the plain old image method old versions of bootstrap used.
+
+I have found some bootstrap bugs about icons not showing up on Android, like this one <https://github.com/twbs/bootstrap/issues/10106> ... but those are about specific icons not showing up due to unicode issues. Not about all icons failing to show up.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_3_dbe960392aaa0839886381820754814a._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_3_dbe960392aaa0839886381820754814a._comment
new file mode 100644
index 0000000000..f6f4e48798
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_3_dbe960392aaa0839886381820754814a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 3"
+ date="2014-05-21T18:47:42Z"
+ content="""
+I don't think it's an issue with the Android browser. It happens with Chrome and Firefox on Android as well. Moreover, the icons still don't show up if open the Webapp running on Android over network from a desktop browser. Firebug doesn't even show the request that should load the font file (compare to the desktop version where it loads the woff file in Firefox). So I suspect the Web server behaves different somehow. Some weird blocking issue maybe?
+
+Not sure if this is related but I noticed a strange behavior: If I try to download the font file in a new tab, it blocks until I refresh the tab running the webapp. Only seen on desktop Firefox. Doesn't happen in Chromium.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_4_cdf9621fe3e9f8eb8b7af88f779a7116._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_4_cdf9621fe3e9f8eb8b7af88f779a7116._comment
new file mode 100644
index 0000000000..dabc21ccee
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_4_cdf9621fe3e9f8eb8b7af88f779a7116._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 4"
+ date="2014-05-21T19:19:45Z"
+ content="""
+I forgot to mention that the --listen argument doesn't seem to work on Android so I used ssh -R in order to access the webapp from my desktop.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_5_a2318f094b30f58fefc072807896c099._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_5_a2318f094b30f58fefc072807896c099._comment
new file mode 100644
index 0000000000..9f18e604e4
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_5_a2318f094b30f58fefc072807896c099._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 5"
+ date="2014-05-27T19:58:37Z"
+ content="""
+On Android, the webserver returns a broken bootstrap.css. It seems like some binary garbage is appended to the end of the css file that looks suspiciously like the content or some fragment of the font file \"glyphicons-halflings-regular.eot\". Reason unknown.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_6_7c2f1d914793798708ca13b6ac3dd474._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_6_7c2f1d914793798708ca13b6ac3dd474._comment
new file mode 100644
index 0000000000..8806de16f4
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_6_7c2f1d914793798708ca13b6ac3dd474._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 6"
+ date="2014-05-27T20:23:03Z"
+ content="""
+I checked the evilspliced tmp/androidtree/Assistant/WebApp/Types.hs, and the bootstrap.css there ends correctly, nothing weird appended.
+
+The TH generated for this:
+
+<pre>
+       (\"css/bootstrap.css\", 
+        GHC.IO.unsafePerformIO
+          (Data.ByteString.Unsafe.unsafePackAddressLen
+             121220
+             file_content_omitted)
+</pre>
+
+That looks right, in particular the size is the same as the number of bytes in the file.
+
+Hmm.. To double-check, I edited the file so that the string containing the content of this file was defined in foo.
+
+<pre>
+*Main> length foo
+113023
+</pre>
+
+This might be innocuous; there are some unicode characters in the string that encode to multiple bytes. OTOH, if you see exactly 8197 bytes of extra garbage appended, I think we have our culprit.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_7_a24b5165590b5d58919da1003cd20c54._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_7_a24b5165590b5d58919da1003cd20c54._comment
new file mode 100644
index 0000000000..194d1c8311
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_7_a24b5165590b5d58919da1003cd20c54._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 7"
+ date="2014-05-28T00:02:42Z"
+ content="""
+The string is indeed truncated; it seems that something, probably the EvilSplicer is doing effectively a s/\w+:// on the string.
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_8_71ed14b8e5a898b1643d5e37591c2476._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_8_71ed14b8e5a898b1643d5e37591c2476._comment
new file mode 100644
index 0000000000..f5bc22ec74
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_8_71ed14b8e5a898b1643d5e37591c2476._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 8"
+ date="2014-05-28T00:04:58Z"
+ content="""
+Almost certinaly the EvilSplicer; it contains a hack to remove package-version qualifications from symbols. (s/package-version:symbol/symbol/)
+"""]]
diff --git a/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_9_15357e33c2431080d45f7cef5f4f1209._comment b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_9_15357e33c2431080d45f7cef5f4f1209._comment
new file mode 100644
index 0000000000..65db845566
--- /dev/null
+++ b/doc/bugs/Bootstrap3_icons_missing_on_Android/comment_9_15357e33c2431080d45f7cef5f4f1209._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 9"
+ date="2014-05-28T00:37:30Z"
+ content="""
+[[!commit 37da3d7b5dcfd328aee6a7a91508b02edf720bca]] should fix this problem. I've verified the truncation is not present in the spliced source; lack bandwidh to test the binary right now.
+"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout.mdwn b/doc/bugs/Box.com_ReposnseTimeout.mdwn
new file mode 100644
index 0000000000..4beb6999cd
--- /dev/null
+++ b/doc/bugs/Box.com_ReposnseTimeout.mdwn
@@ -0,0 +1,12 @@
+Box.com is still not working properly in version 5.20140227 (I'm using it in Debian testing and sid).
+
+I created a new clean repository and configured Box.com (everything from the webapp). At first it seamed to work, files where being uploaded and the logs where fine. Then I created another clean repository in another computer and started syncing. Downloading files worked properly, but when trying to upload a file from the second computer I got this:
+
+    copy my_file (gpg) (checking box.com...) (to box.com...) 
+    100%          0.0 B/s 0sResponseTimeout
+    failed                  
+    git-annex: copy: 1 failed
+
+When I got back to the first computer I saw the same behavior, uploading files wasn't working any more.
+
+> [[duplicate|done]] --[[Joey]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment
new file mode 100644
index 0000000000..062fbfac64
--- /dev/null
+++ b/doc/bugs/Box.com_ReposnseTimeout/comment_1_4ac0bf61fb4b2ac335a8a1f29e9d882d._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 1"
+ date="2014-03-01T11:23:05Z"
+ content="""
+I have another error log:
+
+    29%      653.2KB/s 1m49sgpg: [stdout]: write error: Broken pipe
+    gpg: DBG: deflate: iobuf_write failed
+    gpg: build_packet failed: file write error
+    gpg: [stdout]: write error: Broken pipe
+    gpg: iobuf_flush failed on close: file write error
+    gpg: symmetric encryption of `[stdin]' failed: file write error
+    ResponseTimeout
+    git-annex: fd:96: hPutBuf: resource vanished (Broken pipe)
+    ResponseTimeout
+
+Some files (very few) are being uploaded properly, so the error is not always reproducible.
+"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment
new file mode 100644
index 0000000000..864731a47e
--- /dev/null
+++ b/doc/bugs/Box.com_ReposnseTimeout/comment_2_29d8a9fa8d385a08fa70337baaba462c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 2"
+ date="2014-03-05T03:15:43Z"
+ content="""
+I suspect this is just box.com's webdav support being flakey.
+
+It's possible there's a timeout that's too aggressive in the http library. I have had some trouble with that when trying to use DAV over a slow connection.
+"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment
new file mode 100644
index 0000000000..e6585b6a21
--- /dev/null
+++ b/doc/bugs/Box.com_ReposnseTimeout/comment_3_b73450b3a9728ac6f34f0e63255f6fa9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 3"
+ date="2014-03-05T08:10:25Z"
+ content="""
+My connection is pretty fast, I've just copied a 77MB folder through Box's webdav with my file manager in ~90sec and I have never seen a timeout when using my file manager, all uploads finish properly.
+"""]]
diff --git a/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment b/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment
new file mode 100644
index 0000000000..c95d3ceb4f
--- /dev/null
+++ b/doc/bugs/Box.com_ReposnseTimeout/comment_4_0bd9eb5947a21d0657e79cf276923bb5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 4"
+ date="2014-03-05T17:11:40Z"
+ content="""
+Previous bug report about this with much more information, please do any followup there:
+[[bugs/box.com_never_stops_syncing.]]
+"""]]
diff --git a/doc/bugs/Bug_Report_doesn__39__t_work.mdwn b/doc/bugs/Bug_Report_doesn__39__t_work.mdwn
new file mode 100644
index 0000000000..cbf4a481d2
--- /dev/null
+++ b/doc/bugs/Bug_Report_doesn__39__t_work.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+Bug Report doesn't work
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn b/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
new file mode 100644
index 0000000000..ba87b11915
--- /dev/null
+++ b/doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
@@ -0,0 +1,45 @@
+Applying this
+
+<pre>
+laplace:git-annex jtang$ git diff
+diff --git a/Assistant/WebApp/Configurators.hs b/Assistant/WebApp/Configurators.hs
+index b9630b1..bf36e59 100644
+--- a/Assistant/WebApp/Configurators.hs
++++ b/Assistant/WebApp/Configurators.hs
+@@ -101,7 +101,7 @@ checkRepositoryPath p = do
+  -
+  - If run in another directory, the user probably wants to put it there. -}
+ defaultRepositoryPath :: Bool -> IO FilePath
+-defaultRepositoryPath firstrun = do
++defaultRepositoryPath firstRun = do
+        cwd <- liftIO $ getCurrentDirectory
+        home <- myHomeDir
+        if home == cwd && firstRun
+</pre>
+
+Causes this to occur,
+
+<pre>
+Assistant/WebApp/Configurators.hs:114:17:
+    Couldn't match expected type `Control.Monad.Trans.RWS.Lazy.RWST
+                                    (Maybe (Env, FileEnv), WebApp, [Yesod.Form.Types.Lang])
+                                    Enctype
+                                    Ints
+                                    (GHandler WebApp WebApp)
+                                    t0'
+                with actual type `Text'
+    Expected type: String
+                   -> Control.Monad.Trans.RWS.Lazy.RWST
+                        (Maybe (Env, FileEnv), WebApp, [Yesod.Form.Types.Lang])
+                        Enctype
+                        Ints
+                        (GHandler WebApp WebApp)
+                        t0
+      Actual type: String -> Text
+    In the first argument of `(.)', namely `T.pack'
+    In the first argument of `(<$>)', namely
+      `T.pack . addTrailingPathSeparator'
+make: *** [git-annex] Error 1
+</pre>
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Building_fails:_Not_in_scope:___96__myHomeDir__39___.mdwn b/doc/bugs/Building_fails:_Not_in_scope:___96__myHomeDir__39___.mdwn
new file mode 100644
index 0000000000..e1d2da4ce1
--- /dev/null
+++ b/doc/bugs/Building_fails:_Not_in_scope:___96__myHomeDir__39___.mdwn
@@ -0,0 +1,56 @@
+What steps will reproduce the problem?
+
+Building of the current github HEAD fails with a strange error message regarding OSX. I'm not using OSX but Ubuntu 12.10, why is cabal trying to build these files?
+
+<pre>
+dominik@Atlantis:/var/tmp$ git clone git://github.com/joeyh/git-annex.git
+Cloning into 'git-annex'...
+remote: Counting objects: 40243, done.
+remote: Compressing objects: 100% (10568/10568), done.
+remote: Total 40243 (delta 29647), reused 40044 (delta 29449)
+Receiving objects: 100% (40243/40243), 9.12 MiB | 184 KiB/s, done.
+Resolving deltas: 100% (29647/29647), done.
+dominik@Atlantis:/var/tmp$ cd git-annex/
+dominik@Atlantis:/var/tmp/git-annex$ cabal update
+Downloading the latest package list from hackage.haskell.org
+dominik@Atlantis:/var/tmp/git-annex$ cabal install --only-dependencies
+Resolving dependencies...
+All the requested packages are already installed:
+Use --reinstall if you want to reinstall anyway.
+dominik@Atlantis:/var/tmp/git-annex$ cabal configure
+Resolving dependencies...
+[ 1 of 21] Compiling Utility.FileSystemEncoding ( Utility/FileSystemEncoding.hs, dist/setup/Utility/FileSystemEncoding.o )
+[ 2 of 21] Compiling Utility.Applicative ( Utility/Applicative.hs, dist/setup/Utility/Applicative.o )
+[ 3 of 21] Compiling Utility.PartialPrelude ( Utility/PartialPrelude.hs, dist/setup/Utility/PartialPrelude.o )
+[ 4 of 21] Compiling Utility.UserInfo ( Utility/UserInfo.hs, dist/setup/Utility/UserInfo.o )
+[ 5 of 21] Compiling Utility.Monad    ( Utility/Monad.hs, dist/setup/Utility/Monad.o )
+[ 6 of 21] Compiling Utility.Path     ( Utility/Path.hs, dist/setup/Utility/Path.o )
+[ 7 of 21] Compiling Utility.OSX      ( Utility/OSX.hs, dist/setup/Utility/OSX.o )
+
+Utility/OSX.hs:22:17: Not in scope: `myHomeDir'
+</pre>
+
+What is the expected output? What do you see instead?
+
+I expect cabal to build git-annex. 
+
+What version of git-annex are you using? On what operating system?
+
+github HEAD on Ubuntu 12.10
+
+Please provide any additional information below.
+
+<pre>
+$ cabal --version
+cabal-install version 0.14.0
+using version 1.14.0 of the Cabal library 
+
+$ ghc --version
+The Glorious Glasgow Haskell Compilation System, version 7.4.2
+
+$ uname -a
+Linux Atlantis 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
+
+</pre>
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X.mdwn b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X.mdwn
new file mode 100644
index 0000000000..6c7444afd1
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X.mdwn
@@ -0,0 +1,37 @@
+I have some git repositories I don't edit often that I'd like to back up.  I'd like to add these to my git annex, so I don't have to resort to a time-consuming hack (such as setting up a proper submodule, or bundling the repositories).
+
+But when I try to add a .git directory to git annex, I get a bunch of errors of the form
+
+    git-annex: user error (xargs ["-0","git","--git-dir=/tmp/tmp.LhGN3nT9uM/annex/.git","--work-tree=/tmp/tmp.LhGN3nT9uM/annex","add","--"] exited 123)
+    failed
+    git-annex: add: 1 failed
+    add repo/.git/hooks/pre-push.sample ok
+    (Recording state in git...)
+    error: Invalid path 'repo/.git/hooks/pre-push.sample'
+    error: unable to add repo/.git/hooks/pre-push.sample to index
+    fatal: adding files failed
+
+STR:
+
+    $ mkdir annex
+    $ cd annex
+    annex$ git init
+    annex$ git annex init
+    annex$ cd ..
+
+    $ mkdir repo
+    $ cd repo
+    repo$ git init
+    repo$ cd ..
+
+    $ mv repo annex
+    $ cd annex
+    annex$ find repo | xargs -n1 git annex add
+    # Lots of errors of the form above.
+
+You can't simply do `git annex add repo` because that will ignore the .git directory.  Similarly,` git annex add .git` (which I'd think really should try to add the contents of the .git directory) ignores everything.
+
+I don't know what this error means.  Is there a right way to work around this?
+
+> [[!meta title="cannot add .git/ to a git repository. even when using git-annex."]]
+> [[!taglink confirmed]] (but may be out of scope for git-annex) --[[Joey]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_1_7f54e24c8e721d69bdb1e5a4181641b8._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_1_7f54e24c8e721d69bdb1e5a4181641b8._comment
new file mode 100644
index 0000000000..45eebe10f5
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_1_7f54e24c8e721d69bdb1e5a4181641b8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T17:36:31Z"
+ content="""
+It's a fairly fundamental limitation of git that you cannot check `.git` directories into a git repository.
+
+For backups and sneakernet transfers, `git bundle` is easy to use..
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_2_6e91bc254f79ccf80d385ba7d35ffa9c._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_2_6e91bc254f79ccf80d385ba7d35ffa9c._comment
new file mode 100644
index 0000000000..c3be9b722b
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_2_6e91bc254f79ccf80d385ba7d35ffa9c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 2"
+ date="2013-05-13T17:53:06Z"
+ content="""
+Be that as it may, the whole reason git-annex exists is to work around fundamental limitations of git!
+
+The issue is that I don't want to treat a folder which I happen to have applied version control to differently than a folder which happens not to be version controlled (aside from committing to the version-controlled folder, of course!).  Both folders are in my git annex; I shouldn't have to worry about it.  (My whole \"documents\" folder is in git annex, and it contains many small git repositories.)
+
+I guess I could write a script to unbundle and re-bundle on command.  In fact, one could imagine integrating these scripts into git annex somehow.
+
+Is that something you'd consider taking upstream?
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_3_4cf34da6050dd96f94ffc3652aa39715._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_3_4cf34da6050dd96f94ffc3652aa39715._comment
new file mode 100644
index 0000000000..f7b07d3b6f
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_3_4cf34da6050dd96f94ffc3652aa39715._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-13T18:08:36Z"
+ content="""
+Well, git-annex is all about working around *1* limitation of git. There are several other limitations that it would be nice to have tools to deal with better, including storing metadata, and this one. I can't take everything on.
+
+I mostly worry about these limitations in the context of naive users using the git-annex assistant for file sync. I have heard that some people put their git repositories in dropbox.
+
+You don't sound at all naive, so I'll suggest another tool I wrote, mr <http://joeyh.name/code/mr>. With mr you can run a single command and operate on all repositories at or under a directory.
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_4_cafcc24e98a89f10adaed5e09f75b659._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_4_cafcc24e98a89f10adaed5e09f75b659._comment
new file mode 100644
index 0000000000..6b7c9f33b6
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_4_cafcc24e98a89f10adaed5e09f75b659._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 4"
+ date="2013-05-28T19:21:57Z"
+ content="""
+This \"git is afraid of .git\" issue is the main blocker for finally getting rid of unison. My use case is as follows. Among other things, I have a `~/work` directory infested with little projects versioned by git. I want to sync it between my 3 machines and a cloud server. My current setup involves star-shaped unison syncs to the server. That's not bad, but it has its problems:
+ 
+  * unison keeps a file index for every pair of machines (laptop-server, office-server, etc). This means that I end up with 3 identical indexes on the server, indexing the same data. Every time I sync a pair, the server rechecks what has changed to update the corresponding index.
+  * also, every time I add a machine, or my disk explodes and I have to setup a new unison sync from scratch, the server has to reindex everything, which is slow.
+  * unison does not know about the entire history, only the current state of the replicas. This may lead to data loss if I delete something I shouldn't delete and propagate. Only in special cases, for instance when I delete everything in one replica, unison asks before throwing it all out the window.
+  * I sometimes want to sync laptop and desktop through the local network, instead of going through the server. Then I have to be very careful in which order I do the syncs + it adds a couple of new redundant indices.
+
+Now, git annex is not a sync tool. But as a side effect of its `git annex sync` feature, it happens to solve those issues in an elegant way, making it an extremely flexible sync tool, far superior to unison in many aspects!
+
+Still, my `~/work` directory is infested with little git repos, so I can't use git annex on `~/work`. Also, I treat my little git projects as things carrying their own history arround. Sometimes I move them, etc. I don't want to use mr in them, nor keep remotes for all my machines on all my little projects. That removes a lot of the flexibility I'd gain by moving to git annex.
+
+The thing is, I don't understand why this git limitation is fairly fundamental. I've been playing around nesting git repos. When I change the inner `.git` directory to `.bar`, the outer git swallows it all right, and after some playing around with commits and checkouts on the inner and outer repos, the internal repo survived the process. Also, I don't think versioning content inside `.git` may disorient git in any way. Every git call knows on which `.git` directory it operates, just go up through the path looking for the first `.git` dir which is NOT a part of the actual path. Is there anything else I am missing? Would it be feasible to patch git adding a config option that makes it treat `.git` dirs as regular dirs? I'd be willing to mess with git's source when I get the time to do it.
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_5_118d61dea9ef0faa2960da6f2f62ec8b._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_5_118d61dea9ef0faa2960da6f2f62ec8b._comment
new file mode 100644
index 0000000000..28299c372d
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_5_118d61dea9ef0faa2960da6f2f62ec8b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="sources"
+ date="2013-11-21T18:41:12Z"
+ content="""
+I tried to find a canonical source for why (or if?) git ignores any \".git\" directory, and it turns out it also ignores .git *files*, according to [this stackoverflow thread](http://stackoverflow.com/questions/6839781/what-happens-when-you-run-git-add-git-in-a-git-repository). It's hardcoded in the source code and \"will likely not change\".
+
+I guess this should therefore be taken upstream, but I am not sure how this could justified there.
+
+I do think git-annex should support that. It's turning more and more as a \"generic backup solution\" or \"i want my files in the cloud\" kind of solution, which is awesome, but small things like this are making it harder to use... --[[anarcat]]
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_6_3978557c6e85608243e5b4eb698ac5a5._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_6_3978557c6e85608243e5b4eb698ac5a5._comment
new file mode 100644
index 0000000000..da52be6912
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_6_3978557c6e85608243e5b4eb698ac5a5._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 6"
+ date="2013-11-21T20:04:22Z"
+ content="""
+After I wrote my last post in this thread I did write a patch for git doing two things:
+
+* make git ignore .git only at the root of the working tree, but not '.git' files or directories nested deeper into the working tree. 
+* add config option to prevent git from converting directories containing .git into gitlinks. It turns out that git already has an internal setting for this, it only needed to be exposed in the config files!
+
+It kind of worked, but I've never used nor completed this, though (if I recall correctly, something had to be done regarding the default gitingores, which contains .git). I don't think upstream would accept these changes, though. It is a potentially risky change that does not gives them any benefit. Plus commiting a git repo inside an other is kind of crazy. I'm not convinced this is a good solution anymore.
+
+Being able to put a git repo inside an assistant-controled directory would be nice, though. Additionally, letting the outermost git repo recognize the internal git repo as a git repo, instead of moving files blindly, would also be nice, and probably more reasonable. And that leads to submodules...
+
+My particular problem is: I want to syncing a directory with lots of little git repos across several machines, without having to configure remotes for every single one of them (so no mr) and having someone take care of the files which are ignored by the little git repos, possibly as annexed files. Currently I just sync that folder containing the little git repos with unison.
+
+Now, instead of commiting git repos inside git repos, I'm more inclined to a potential solution using git-annex + submodules. Ideally I'd like something like this:
+
+1. A git-annex repo at ~/work
+2. All my little git repos inside ~/work are automatically recognized as submodules by git-annex
+3. The outermost git-annex takes care of the .gitignored files for the inner git repos
+4. git pull/push --recursive on the outermost annex repo pulls/pushes submodules (I think [something like this](https://github.com/jlehmann/git-submod-enhancements/wiki/Recursive-submodule-checkout) is written by  Jens Lehmann)
+5. The urls in .gitmodules are relative paths from the outermost annex working tree. Then a git fetch --recursive from the outermost annex can use an outermost remote + the submodule relative path. No need to manually configure remotes for every machine on every submodule!
+
+The problem with this approach, is that 2,4,5 are science-fiction for now, and probably 3 too. Realizing this would imply a lot of work, and commiting a lot of submodule stuff to upstream git. But probably stuff that makes sense and they would accept. Anyway, I'd like to know what Joey thinks about all this...
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_7_e6dfc41d2042402b40efb6f6139d5662._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_7_e6dfc41d2042402b40efb6f6139d5662._comment
new file mode 100644
index 0000000000..374d193c02
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_7_e6dfc41d2042402b40efb6f6139d5662._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 7"
+ date="2013-11-22T16:50:31Z"
+ content="""
+I appreciate the investigation.
+
+Now that there's a direct mode guard, it would be possible to have git-annex translate .git directories to some other name when adding files to git. This seems more likely than getting git changed.
+
+However, I am not convinced *at all* that it makes any sense to try to sync git repositories in this way. I realize that some people drop git checkouts into dropbox and use that, but it's a fundamentally unsound thing to do, and those people are just lucky if they manage to avoid running into problems doing that.
+
+If you have two clones of a repo, and a git repository is checked into both, and they become partitioned for a while and larger re-merge, then there can be conflicts in the files that make up the git repository. Which git-annex would auto-resolve, with the effect that the checked-in git repository would appear to be broken.
+
+Also, this feature would only be used by a small number of users, on the border between people who can use git the Correct Way, and people who don't use git other than with the assistant.
+
+It would make sense to make git-annex refuse to add files inside nested git repositories though.
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_8_33a84937c87dd2406bc090a0d2969683._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_8_33a84937c87dd2406bc090a0d2969683._comment
new file mode 100644
index 0000000000..df97625f79
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_8_33a84937c87dd2406bc090a0d2969683._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 8"
+ date="2013-11-22T18:44:35Z"
+ content="""
+> I am not convinced at all that it makes any sense to try to sync git repositories in this way
+
+I agree this is not a good solution.
+
+
+> I realize that some people drop git checkouts into dropbox and use that, but it's a fundamentally unsound thing to do, and those people are just lucky if they manage to avoid running into problems doing that.
+
+Well, I don't use dropbox (nor annex assistant) but I sync a lot of git repos with unison. It is not luck, it is being careful not to create conflicts. I agree this is not ideal, and I'm looking for a better way to deal with this.
+
+
+> Also, this feature would only be used by a small number of users
+
+I'm not convinced of that. If done right, nested git repos inside annex could have value.
+
+Let's say you work with 40 git repos some private of yours, others tracking upstream, and you want to sync them across 4 machines (home, work, cloud server, backup). I imagine your preferred solution would be to configure the 4 machines as remotes on every git repo and use mr, am I right?
+
+This has its problems:
+
+1. The set of files you want in the project git repo may not be the same as the set of files you want synced across machines. For instance, I use a large software project that I compile from sources. I want to sync binaries across machines (it takes forever to compile!), but of course I don't want them commited into the project, not even as annexed files.
+2. Configuring remotes for every project is tedious. What if some remote changes url? what if I want to change the path of some of the git projects? Every time I add a new repo I need to configure all the 4 remotes. This can be scripted of course, but is not my ideal solution.
+
+What do you think about the submodules route I proposed? I don't like submodules very much, but in this case, I think it could become a good solution. In particular it would solve 1, 2 above and be able to merge conflicting changes on the nested repos.
+
+"""]]
diff --git a/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_9_28bb02572d453db3b30824ec7604d91a._comment b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_9_28bb02572d453db3b30824ec7604d91a._comment
new file mode 100644
index 0000000000..36993859a7
--- /dev/null
+++ b/doc/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/comment_9_28bb02572d453db3b30824ec7604d91a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk11IeWrsbRKPqxl0_Fp5B119mrzpMIkz8"
+ nickname="Roland"
+ subject="comment 9"
+ date="2013-12-08T21:50:31Z"
+ content="""
+Same use case here.  Hey, I even also use ~/work.
+
+I've burned my fingers on git repositories synched via Dropbox, so I share the reservations against it.  But in my case the trouble came from lack of caution when sharing the given Dropbox folders.  I'm not sure what the risks are when I'm in control of all the copies.  Synching between my own computers should not pose a problem, I know how to create branches for experimental stuff etc.
+
+I'd love to use git-annex is to maintain dispersed repositories while synching and archiving effectively.  The issue with .git directories is a real blocker and I'd really appreciate a workable solution.  It doesn't have to be perfect, but manually invoking submodule or the need to configure lots of remotes is not exactly practical.
+
+I don't know enough to fully understand everything above.  So what follows may be hopelessly naive.  But it occurred to me there may be a simpler solution: what if git-annex changed the name of its repo to .annex (or so) instead of .git?  And maybe similarly .gitignore to .annexignore etc.  Wouldn't the nested git repositories then \"just work\"?  Because of the hardcoded ignore rules, this approach would require a tweaked git for annex... but overall, wouldn't it be cleaner and more minimal?
+
+I'm probably overlooking something, but maybe this idea can lead somewhere?
+
+"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn
new file mode 100644
index 0000000000..c3da3f5c14
--- /dev/null
+++ b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+Some filenames in doc have a colon `(:)` in them and it seems it's not allowed on Windows.
+
+There's no hurry with this since I was able to clone the repo by doing a fork on Github and removing `doc/`.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+D:\tmp> git clone git://git-annex.branchable.com/
+Cloning into 'git-annex.branchable.com'...
+remote: Counting objects: 72064, done.
+remote: Compressing objects: 100% (18759/18759), done.
+remote: Total 72064 (delta 52959), reused 72032 (delta 52944)
+Receiving objects: 100% (72064/72064), 18.05 MiB | 2.39 MiB/s, done.
+Resolving deltas: 100% (52959/52959), done.
+fatal: cannot create directory at 'doc/bugs/3.20121112:_build_error_in_assistant': Invalid argument
+D:\tmp>
+"""]]
+
+> [[wontfix|done]] --[[Joey]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment
new file mode 100644
index 0000000000..59bfd629bf
--- /dev/null
+++ b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_1_5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-10T16:22:00Z"
+ content="""
+IMHO this is a bug in msysgit. It should support git repositories containing any legal filenames.
+
+Luckily, there is another git for Windows that does. It comes with Cygwin.  You need Cygwin to build git-annex on Windows, anyway.
+
+So, I do not plan to do anything in git-annex to address this.
+"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment
new file mode 100644
index 0000000000..fa9bd3dd37
--- /dev/null
+++ b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_2_38696178e658d1d32deec37dbea66a3d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXm4VZC7ekVOXHGKjBObojiHB2E1kmMgA"
+ nickname="Leonardo"
+ subject="comment 2"
+ date="2013-08-11T21:21:56Z"
+ content="""
+Files with colon are not allowed in windows, they are interpreted as absolute path. The fact that you can checkout them \"fine\" (actually, their name get truncated to whatever was before the colon) using cygwin's GIT implementation is to be interpreted as a bug in cygwin's GIT in my opinion. I suggest renaming them before cygwin get fixed.
+"""]]
diff --git a/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment
new file mode 100644
index 0000000000..14cfa2686e
--- /dev/null
+++ b/doc/bugs/Can__39__t_clone_on_Windows_because_some_filenames_have_a_colon_in_them/comment_3_f34d996827f5e7662bec409cbcce961b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 3"
+ date="2013-08-24T19:27:57Z"
+ content="""
+Leonardo, you made me boot up my windows machine just to check if cygwin git truncated files at the colon. It does not.
+
+AFAIK, Cygwin transliterates colons to another unicode character or something like that. I would be highly surprised if the Cygwin people consider this feature to be a bug.
+
+Since you need Cygwin to build git-annex on Windows anyway (though not to run it!), this remains WONTFIX.
+"""]]
diff --git a/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn b/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
new file mode 100644
index 0000000000..c28794622a
--- /dev/null
+++ b/doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
@@ -0,0 +1,158 @@
+### Please describe the problem.
+The android app won't start on Cyanogenmod 10.2. Not sure if this is cyanogenmod specific or if it is because the underlying android is now version 4.3
+
+### What steps will reproduce the problem?
+Install the apk and start the program
+
+### What version of git-annex are you using? On what operating system?
+A 7 day old nightly as of this post(can't get specific number since it won't run)
+
+### Please provide any additional information below.
+
+Tested this on both a samsung galaxy S and a samsung galaxy note 2. With different nightlies of cyanogenmod 10.2
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+git annex webapp
+u0_a115@android:/sdcard/git-annex.home $ git annex webapp
+CANNOT LINK EXECUTABLE: git-annex invalid R_ARM_COPY relocation against DT_SYMBOLIC shared library libc.so (built with -Bsymbolic?)
+1|u0_a115@android:/sdcard/git-annex.home $
+
+---
+
+
+cat git-annex-install.log
+
+Installation starting to /data/data/ga.androidterm
+34c88243533e9b0a725ebe33533d990e628dc44b
+installing busybox
+installing git-annex
+installing git-shell
+installing git-upload-pack
+installing git
+installing gpg
+installing rsync
+installing ssh
+installing ssh-keygen
+linking ./libexec/git-core/git-config to git
+linking ./libexec/git-core/git-fetch to git
+linking ./libexec/git-core/git-fsck to git
+linking ./libexec/git-core/git-unpack-file to git
+linking ./libexec/git-core/git-get-tar-commit-id to git
+linking ./libexec/git-core/git-fmt-merge-msg to git
+linking ./libexec/git-core/git-push to git
+linking ./libexec/git-core/git-for-each-ref to git
+linking ./libexec/git-core/git-pack-redundant to git
+linking ./libexec/git-core/git-mv to git
+linking ./libexec/git-core/git-ls-remote to git
+linking ./libexec/git-core/git-prune-packed to git
+linking ./libexec/git-core/git-apply to git
+linking ./libexec/git-core/git-check-ignore to git
+linking ./libexec/git-core/git-log to git
+linking ./libexec/git-core/git-cherry-pick to git
+linking ./libexec/git-core/git-diff-files to git
+linking ./libexec/git-core/git-commit-tree to git
+linking ./libexec/git-core/git-index-pack to git
+linking ./libexec/git-core/git-reflog to git
+linking ./libexec/git-core/git-merge-index to git
+linking ./libexec/git-core/git-column to git
+linking ./libexec/git-core/git-checkout-index to git
+linking ./libexec/git-core/git-diff-index to git
+linking ./libexec/git-core/git-count-objects to git
+linking ./libexec/git-core/git-fast-export to git
+linking ./libexec/git-core/git-fetch-pack to git
+linking ./libexec/git-core/git-merge-file to git
+linking ./libexec/git-core/git-init to git
+linking ./libexec/git-core/git-remote to git
+linking ./libexec/git-core/git-init-db to git
+linking ./libexec/git-core/git-ls-tree to git
+linking ./libexec/git-core/git-merge-subtree to git
+linking ./libexec/git-core/git-rev-parse to git
+linking ./libexec/git-core/git-bundle to git
+linking ./libexec/git-core/git-prune to git
+linking ./libexec/git-core/git-peek-remote to git
+linking ./libexec/git-core/git-tar-tree to git
+linking ./libexec/git-core/git-describe to git
+linking ./libexec/git-core/git-update-index to git
+linking ./libexec/git-core/git to git
+linking ./libexec/git-core/git-revert to git
+linking ./libexec/git-core/git-show-ref to git
+linking ./libexec/git-core/git-upload-archive to git
+linking ./libexec/git-core/git-add to git
+linking ./libexec/git-core/git-verify-tag to git
+linking ./libexec/git-core/git-format-patch to git
+linking ./libexec/git-core/git-show-branch to git
+linking ./libexec/git-core/git-remote-fd to git
+linking ./libexec/git-core/git-pack-refs to git
+linking ./libexec/git-core/git-replace to git
+linking ./libexec/git-core/git-pack-objects to git
+linking ./libexec/git-core/git-notes to git
+linking ./libexec/git-core/git-tag to git
+linking ./libexec/git-core/git-var to git
+linking ./libexec/git-core/git-help to git
+linking ./libexec/git-core/git-gc to git
+linking ./libexec/git-core/git-check-ref-format to git
+linking ./libexec/git-core/git-shortlog to git
+linking ./libexec/git-core/git-stage to git
+linking ./libexec/git-core/git-mktree to git
+linking ./libexec/git-core/git-merge-recursive to git
+linking ./libexec/git-core/git-grep to git
+linking ./libexec/git-core/git-clean to git
+linking ./libexec/git-core/git-merge-base to git
+linking ./libexec/git-core/git-repo-config to git
+linking ./libexec/git-core/git-hash-object to git
+linking ./libexec/git-core/git-read-tree to git
+linking ./libexec/git-core/git-rm to git
+linking ./libexec/git-core/git-fsck-objects to git
+linking ./libexec/git-core/git-ls-files to git
+linking ./libexec/git-core/git-mktag to git
+linking ./libexec/git-core/git-stripspace to git
+linking ./libexec/git-core/git-mailsplit to git
+linking ./libexec/git-core/git-diff-tree to git
+linking ./libexec/git-core/git-merge-ours to git
+linking ./libexec/git-core/git-cherry to git
+linking ./libexec/git-core/git-checkout to git
+linking ./libexec/git-core/git-rev-list to git
+linking ./libexec/git-core/git-write-tree to git
+linking ./libexec/git-core/git-update-ref to git
+linking ./libexec/git-core/git-blame to git
+linking ./libexec/git-core/git-archive to git
+linking ./libexec/git-core/git-update-server-info to git
+linking ./libexec/git-core/git-merge-tree to git
+linking ./libexec/git-core/git-show to git
+linking ./libexec/git-core/git-remote-ext to git
+linking ./libexec/git-core/git-merge to git
+linking ./libexec/git-core/git-name-rev to git
+linking ./libexec/git-core/git-bisect--helper to git
+linking ./libexec/git-core/git-clone to git
+linking ./libexec/git-core/git-symbolic-ref to git
+linking ./libexec/git-core/git-send-pack to git
+linking ./libexec/git-core/git-commit to git
+linking ./libexec/git-core/git-mailinfo to git
+linking ./libexec/git-core/git-credential to git
+linking ./libexec/git-core/git-diff to git
+linking ./libexec/git-core/git-patch-id to git
+linking ./libexec/git-core/git-rerere to git
+linking ./libexec/git-core/git-branch to git
+linking ./libexec/git-core/git-reset to git
+linking ./libexec/git-core/git-receive-pack to git
+linking ./libexec/git-core/git-verify-pack to git
+linking ./libexec/git-core/git-unpack-objects to git
+linking ./libexec/git-core/git-check-attr to git
+linking ./libexec/git-core/git-whatchanged to git
+linking ./libexec/git-core/git-status to git
+linking ./libexec/git-core/git-cat-file to git
+linking ./libexec/git-core/git-annotate to git
+linking ./bin/git-upload-archive to git
+linking ./bin/git-receive-pack to git
+linking ./libexec/git-core/git-shell to git-shell
+linking ./libexec/git-core/git-upload-pack to git-upload-pack
+Installation complete
+
+# End of transcript or log.
+"""]]
+
+> [[dup|done]] of [[git-annex_broken_on_Android_4.3]].--[[Joey]] 
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn
new file mode 100644
index 0000000000..c40a90febf
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces.mdwn
@@ -0,0 +1,22 @@
+I have a repository at rsync.net, even though following files are shown as unused I can not drop them.
+
+Running unused,
+
+    git annex unused --from cloud                                            
+    unused cloud (checking for unused data...) (checking annex/direct/master...) 
+      Some annexed data on cloud is not used by any files:
+        NUMBER  KEY
+        1       SHA256E-s4189547--43aef42540e7f50fc454ab3a2ce4aa28a13b57cccff725359cea0470eb88704b. Bir.mp3
+        2       SHA256E-s853765--c0964d3af493d78b7b8393a2aefdd8c290390a03c8cb5cccdcac4647c0fc52a0. 1.jpg
+        3       SHA256E-s8706267--e34988b70048a512ad0f431a2a91fa7dd553f96c2bd6caca0bcef928bdfafb93. 3.mp3
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused --from cloud NUMBER
+
+show these then running,
+
+    git annex dropunused 1-3 --force
+
+reports ok for each drop operation but rerunning git annex unused --from cloud still shows these three files as unused. I am using git-annex on mac os x (current dmg) on a direct repo. I have similar problems dropping files on the current repo even though I drop unused they still show up as unused.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment
new file mode 100644
index 0000000000..fa41b59a7d
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_1_b909ed9f474601587b2adad7ad4f674d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="doubt this has anything to do with spaces"
+ date="2014-02-08T17:44:45Z"
+ content="""
+If you want to drop the files from the remote, you need to also pass the --from option to dropunused. Otherwise, it defaults to dropping any of the unused files that are present in the local repository.
+"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment
new file mode 100644
index 0000000000..5f5694c00f
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_2_b2735a6e03db3f77a87a0f7d87347685._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-02-08T18:30:47Z"
+ content="""
+I tried with/without --from still does not drop the files.
+
+    git annex dropunused --from cloud 1-3 --force
+    dropunused 1 (from cloud...) (gpg) ok
+    dropunused 2 (from cloud...) ok
+    dropunused 3 (from cloud...) ok
+    (Recording state in git...)
+
+still running unused shows the files as unused.
+"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment
new file mode 100644
index 0000000000..86e3bd2c1c
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_3_dd82a0cd698b0688ff08f0462af0275f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 3"
+ date="2014-02-08T19:17:46Z"
+ content="""
+Ok, you're right and this *does* involve spaces. Some bug in the unused log parser.
+"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment
new file mode 100644
index 0000000000..6459ee8d7c
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_4_bbebb1d0dc5fbc1f6a0bb75b47bd4986._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 4"
+ date="2014-02-08T19:28:18Z"
+ content="""
+Fixed in git.
+"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment
new file mode 100644
index 0000000000..4ad4d6f8b5
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_5_106c271d5174342055910bf57c0a34c5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 5"
+ date="2014-02-08T19:46:49Z"
+ content="""
+Are the files dropped on the rsync repo? Or are they gonna be dropped when fix propagates to dmg build?
+"""]]
diff --git a/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment
new file mode 100644
index 0000000000..fbd9ed55c0
--- /dev/null
+++ b/doc/bugs/Can_not_Drop_Unused_Files_With_Spaces/comment_6_3a2d3cc3e018beaf2eb44b86ce7e1a7f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 6"
+ date="2014-02-08T19:49:11Z"
+ content="""
+You will need to upgrade git-annex to the next autobuild or an upcoming release to get the fix.
+"""]]
diff --git a/doc/bugs/Cannot_clone_an_annex.mdwn b/doc/bugs/Cannot_clone_an_annex.mdwn
new file mode 100644
index 0000000000..77989ecb67
--- /dev/null
+++ b/doc/bugs/Cannot_clone_an_annex.mdwn
@@ -0,0 +1,69 @@
+I have an annex that I use to store my digital photos.  I had a few false
+starts creating this annex, but now it's looking good on my server:
+
+    root@titan.local:/tank/Media/Pictures# git annex status
+    supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: 0
+    semitrusted repositories: 2
+            00000000-0000-0000-0000-000000000001 -- web
+            be88bc5a-17e2-11e2-a99b-d388d4437350 -- here (titan)
+    untrusted repositories: 0
+    dead repositories: 5
+            0A9F3136-A12A-43C7-9BE2-33F59954FD52 -- vulcan
+            57349F02-E497-4420-9230-6B15D8AB14EE -- vulcan
+            6195C912-2707-4B75-AC8C-11C51FAA8FE0 -- vulcan
+            D51DEDC4-9255-4A99-8520-2B1CED337674 -- hermes
+            EE327B34-3E20-4B5B-8F0E-D500CBC9738D -- hermes
+    transfers in progress: none
+    available local disk space: unknown
+    local annex keys: 20064
+    local annex size: 217 gigabytes
+    known annex keys: 21496
+    known annex size: 217 gigabytes
+    bloom filter size: 16 mebibytes (4% full)
+    backend usage: 
+            SHA256E: 41560
+    root@titan.local:/tank/Media/Pictures# git annex unused
+    unused . (checking for unused data...) ok
+
+It passes `git annex fsck` without any problems.  However, when I "git clone"
+this annex to my desktop machine and then do a `git annex sync`, I see this:
+
+    Vulcan /Volumes/tank/Media/Pictures (master) $ git annex status
+    supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: 0
+    semitrusted repositories: 5
+            00000000-0000-0000-0000-000000000001 -- web
+            0A9F3136-A12A-43C7-9BE2-33F59954FD52 -- vulcan
+            274D3474-7A25-44CD-8368-CF11C451014F -- here (vulcan)
+            EE327B34-3E20-4B5B-8F0E-D500CBC9738D -- hermes
+            be88bc5a-17e2-11e2-a99b-d388d4437350 -- titan
+    untrusted repositories: 0
+    dead repositories: 3
+            57349F02-E497-4420-9230-6B15D8AB14EE -- vulcan
+            6195C912-2707-4B75-AC8C-11C51FAA8FE0 -- vulcan
+            D51DEDC4-9255-4A99-8520-2B1CED337674 -- hermes
+    transfers in progress: none
+    available local disk space: 1 terabyte (+1 megabyte reserved)
+    local annex keys: 0
+    local annex size: 0 bytes
+    known annex keys: 21025
+    known annex size: 217 gigabytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage: 
+            SHA256: 18707
+            SHA256E: 2318
+
+Where did all these `SHA256` keys come from?
+
+Why doesn't the known annex keys size match?
+
+Further, I cannot `git annex get` on most of the files, because it says that
+the `SHA256` key is not present.
+
+It looks like I'll have to rollback my ZFS snapshots and start over, but I'm
+wondering: how was I even able to create this situation?
+
+> [[Done]]; user error. --[[Joey]] 
diff --git a/doc/bugs/Cannot_clone_an_annex/comment_1_b40a2652361a79c6c6eab0fc21be8e46._comment b/doc/bugs/Cannot_clone_an_annex/comment_1_b40a2652361a79c6c6eab0fc21be8e46._comment
new file mode 100644
index 0000000000..44b93b1c2f
--- /dev/null
+++ b/doc/bugs/Cannot_clone_an_annex/comment_1_b40a2652361a79c6c6eab0fc21be8e46._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-22T13:53:06Z"
+ content="""
+The SHA256 keys are symlinks in your git repository with \"SHA256-\" as the prefix on the file linked to. You should be able to determine the rest by looking at the history of those files in git.
+"""]]
diff --git a/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails.mdwn b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails.mdwn
new file mode 100644
index 0000000000..f780ace7ca
--- /dev/null
+++ b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails.mdwn
@@ -0,0 +1,8 @@
+### Please describe the problem.
+The webapp does not offer me the option to delete a remote repository that it did not succeed to synchronize with. Status of the repository is sync enabled (metadata only) but in settings I may only edit the repo, but cannot delete it.
+
+### What steps will reproduce the problem?
+Set up git-annex on a new computer. Forget to enable ssh on the machine. Perform a local pairing (success). The sync fails for obvious reasons.
+
+### What version of git-annex are you using? On what operating system?
+System is ubuntu but I assume this is a general issue. Version of git-annex is 5.20140117
diff --git a/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_1_3c8e8fae688a9db8e18e869a187fb4eb._comment b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_1_3c8e8fae688a9db8e18e869a187fb4eb._comment
new file mode 100644
index 0000000000..c89d1cb0c7
--- /dev/null
+++ b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_1_3c8e8fae688a9db8e18e869a187fb4eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.46"
+ subject="comment 1"
+ date="2014-01-26T17:57:25Z"
+ content="""
+If you go to Edit, it will let you upgrade the repository, which should fix your problem.
+"""]]
diff --git a/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_2_e189617c4ac23df50f02af8c517fa399._comment b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_2_e189617c4ac23df50f02af8c517fa399._comment
new file mode 100644
index 0000000000..0d2f2e99b1
--- /dev/null
+++ b/doc/bugs/Cannot_delete_remote_when_ssh_sync_fails/comment_2_e189617c4ac23df50f02af8c517fa399._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmXtqLEfN6cGcF9gW_09QUDoRpsexSdRcM"
+ nickname="Thomas"
+ subject="comment 2"
+ date="2014-01-26T18:12:08Z"
+ content="""
+Unfortunately, upgrading did not fix it. I suppose, a restart of the remote server (ssh was just installed) would have been necessary. Instead, I just deleted the repository on the remote.
+
+Now my local repository was caught in a situation, where I couldn't upgrade the broken remote and I couldn't delete it either.
+
+By recreating the repository on the remote, I finally was able to get rid of the broken link, but I think the proper solution would be to have the ability to remove unsynced repositories.
+
+Thanks for the quick response!
+"""]]
diff --git a/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_.mdwn b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_.mdwn
new file mode 100644
index 0000000000..5ca73dd805
--- /dev/null
+++ b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_.mdwn
@@ -0,0 +1,46 @@
+### Please describe the problem.
+
+Any file containing non ascii chars either won't get commited by the webapp or when clone of that repo is made they are shown as deleted in git status but the files are there. 
+
+you can not commit them neither,
+
+    git commit -m 'foo'
+
+or
+ 
+    git annex sync
+
+will get them to commit trying to reset the state using, 
+     
+    git checkout master 
+
+or 
+
+    git clean -f 
+
+won't fix the issue. till the issue is fixed sync does not work from the command line since there are changes. Temporarily running assistant in the directory does fix the problem but every now and then it pops again.
+
+Also moving any symlinks around containing non ascii chars also causes the same issue. git annex won't add the moved symlinks git annex fix or git annex add won't add them git annex sync also skips them again the only solution is to either run the assistant or restart it if it is running.
+
+### What steps will reproduce the problem?
+
+Adding any file with a non ascii char on OS X (10.9).
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140421-gc34a665
+
+### Please provide any additional information below.
+
+Also another thing I noticed is that same file names same repo will clone fine on Linux no errors this only happens on OS X.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_1_81a4647a9b51bed8c230a2a16990915d._comment b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_1_81a4647a9b51bed8c230a2a16990915d._comment
new file mode 100644
index 0000000000..e600657377
--- /dev/null
+++ b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_1_81a4647a9b51bed8c230a2a16990915d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.36"
+ subject="comment 1"
+ date="2014-05-24T19:23:08Z"
+ content="""
+I think you are going to need to provide more information:
+
+* Some actual file names that have the problem. \"non-ascii chars\" is a very wide description, you don't even say if you're using unicode or what.
+* Some error messages or transcripts of what happens when you see the problem.
+* What is your locale setting on OSX.
+
+I tried with some unicode filenames on OSX and they were committed without difficulty in the en_US.utf8 locale.
+"""]]
diff --git a/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_2_f8e97dded9ba6d2305de1278025924fe._comment b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_2_f8e97dded9ba6d2305de1278025924fe._comment
new file mode 100644
index 0000000000..b404cc3817
--- /dev/null
+++ b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_2_f8e97dded9ba6d2305de1278025924fe._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-05-25T15:16:33Z"
+ content="""
+I file name I remember messing is the following,
+
+    George's Café
+
+I experience this problem with any char that is not ascii. As for my locale,
+
+LANG=\"en_US.UTF-8\"
+LC_COLLATE=\"en_US.UTF-8\"
+LC_CTYPE=\"en_US.UTF-8\"
+LC_MESSAGES=\"en_US.UTF-8\"
+LC_MONETARY=\"en_US.UTF-8\"
+LC_NUMERIC=\"en_US.UTF-8\"
+LC_TIME=\"en_US.UTF-8\"
+LC_ALL=\"en_US.UTF-8\"
+
+There no errors other than the behaviour I've described.
+"""]]
diff --git a/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_3_eb34061429cb8c7d0b155825e84b657b._comment b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_3_eb34061429cb8c7d0b155825e84b657b._comment
new file mode 100644
index 0000000000..acd5775cd5
--- /dev/null
+++ b/doc/bugs/Commiting_Files_Containing_Non_Ascii_Char_on_OS_X_/comment_3_eb34061429cb8c7d0b155825e84b657b._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 3"
+ date="2014-05-27T18:02:11Z"
+ content="""
+I tried with that filename, and had no difficulty committing it.
+
+<pre>
+oberon:repo joeyh$ git annex add George\'s\ Cafe\314\201 
+add George's Café ok
+(Recording state in git...)
+oberon:repo joeyh$ git commit -m foo
+[master (root-commit) 8acd5d4] foo
+ Committer: Joey Hess <joeyh@oberon.local.tam-lin.net>
+Your name and email address were configured automatically based
+on your username and hostname. Please check that they are accurate.
+You can suppress this message by setting them explicitly:
+
+    git config --global user.name \"Your Name\"
+    git config --global user.email you@example.com
+
+After doing this, you may fix the identity used for this commit with:
+
+    git commit --amend --reset-author
+
+ 1 file changed, 1 insertion(+)
+ create mode 120000 \"George's Caf\303\251\"
+
+</pre>
+
+I even tried running the assistant with all locale settings set to C, and it still had no problem adding and committing that filename.
+
+So, I need help reproducing this, or I need to see the error message you see when the problem happens to you.
+"""]]
diff --git a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn
new file mode 100644
index 0000000000..425831a12c
--- /dev/null
+++ b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+[[!format sh """
+cabal install -O2 -j1 -f-webdav -f-s3 git-annex
+Resolving dependencies...
+Configuring dns-1.2.0...
+Building dns-1.2.0...
+Preprocessing library dns-1.2.0...
+
+Network/DNS/Decode.hs:15:8:
+    Could not find module `Data.Conduit.Network'
+    It is a member of the hidden package `conduit-extra-1.1.0'.
+    Perhaps you need to add `conduit-extra' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+Failed to install dns-1.2.0
+cabal: Error: some packages failed to install:
+dns-1.2.0 failed during the building phase. The exception was:
+ExitFailure 1
+git-annex-5.20140402 depends on dns-1.2.0 which failed to install.
+"""]]
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+cabal update
+mkdir -p ~/haskell/git-annex
+cd ~/haskell/git-annex
+cabal sandbox init
+cabal install -O2 -j1 -f-webdav -f-s3 c2hs git-annex
+"""]]
+### What version of git-annex are you using? On what operating system?
+
+5.20140402, Gentoo Linux
+
+### Please provide any additional information below.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment
new file mode 100644
index 0000000000..8ac4f017f7
--- /dev/null
+++ b/doc/bugs/Compilation_error_when_building_version_5.20140402_in_cabal_sandbox/comment_1_bd830cadaeffda0366b3ae46b34c0c55._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl1D_4vD5ueaDw8gRsIYPO3UHRKEpFfg9I"
+ nickname="Dmitry"
+ subject="comment 1"
+ date="2014-04-04T06:40:21Z"
+ content="""
+Author of \"dns\" library already fixed this issue.
+
+Next error is:
+[[!format sh \"\"\"
+Preprocessing executable 'git-annex' for git-annex-5.20140402...
+
+Utility/Yesod.hs:36:8:
+    Could not find module `Text.Hamlet'
+    It is a member of the hidden package `shakespeare-2.0.0.1'.
+    Perhaps you need to add `shakespeare' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+cabal: Error: some packages failed to install:
+\"\"\"]]
+
+Here is the fix:
+
+
+[[!format diff \"\"\"
+Index: git-annex/git-annex.cabal
+===================================================================
+--- git-annex.orig/git-annex.cabal
++++ git-annex/git-annex.cabal
+@@ -101,7 +101,7 @@ Executable git-annex
+    base (>= 4.5 && < 4.9), monad-control, MonadCatchIO-transformers,
+    IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
+    SafeSemaphore, uuid, random, dlist, unix-compat, async, stm (>= 2.3),
+-   data-default, case-insensitive
++   data-default, case-insensitive, shakespeare
+   CC-Options: -Wall
+   GHC-Options: -Wall
+   Extensions: PackageImports
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too.mdwn b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too.mdwn
new file mode 100644
index 0000000000..595b86c296
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+On my raspberry pi, an SSH remote was in /var/lib/store (symlinked with /home/carlo/store), which contained a LVM volume spanning several USB drives. One of the drives got corrupted, which lead to this:
+
+$ cd /home/carlo/store
+$ ls
+Input/Output Error
+
+On my desktop machine, I then had a lot of transfers. After transfer, the file was turned into a symlink.
+
+### What steps will reproduce the problem?
+
+* Create an annex and a remote ssh server.
+* [Simulate a corrupted drive](http://stackoverflow.com/questions/1361518/how-can-i-simulate-a-failed-disk-during-testing) for the remote, creating an input output error.
+* Wait until the annex starts syncing on the desktop machine. If there were no further unidentified causes on my side, the assistant will start transfers that revert files to symlinks.
+
+### What version of git-annex are you using? On what operating system?
+
+Ubuntu 12.04 64bit
+git annex 3.20121017 ([from Ubuntu PPA](https://launchpad.net/~rubiojr/+archive/git-annex))
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Please see [all my daemon.log](http://capocasa.name/daemon.tgz) files.
+
+I noticed the problem yesterday afternoon (Thu 24 Oct).
+
+# End of transcript or log.
+"""]]
+
+> [[!taglink moreinfo]]; either I don't have enough information to work on this,
+> or it might have just been user error. --[[Joey]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_1_80ca50f5305eda71fe32f2b0bc922c34._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_1_80ca50f5305eda71fe32f2b0bc922c34._comment
new file mode 100644
index 0000000000..e47cbd327f
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_1_80ca50f5305eda71fe32f2b0bc922c34._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-26T19:22:57Z"
+ content="""
+It seems to me that if a subdirectory of the repository is on a corrupted drive, and so it's not possible to list the files on it, this is basically the same as if you'd 'rm -rf' that subdirectory. So when it starts up, the assistant will see that these files are not present, and commit a removal to git.
+
+Then when another machine syncs with that, it would delete the files from its repository too. However, it actually keeps the contents of the files stashed away in `.git/annex`. So to recover from this, all you have to do is `git annex indirect` and `git revert` the commit that deleted the files. All your files would then be available again.
+
+However, what you describe is instead that the assistant chose to drop the content associated with the files, but kept the symlinks for them checked into git.
+I don't understand why it would do that. Can you show the output of running, on the desktop machine:
+
+    git annex whereis $somefile
+    git annex get $somefile
+
+Where $somefile is one of the files that has been reduced to a symlink.
+
+Looking at your logs, they appear to be the logs from the server. The strange thing that appears in one of them is \"git-annex: Not in a git repository.\"
+which was logged around 2013-10-24 20:07:25 CEST. I am not sure, but I think it might have been the rpi git-annex saying that, because there is also \"fatal: '~/store/annex/' does not appear to be a git repository\"
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_2_e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_2_e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment
new file mode 100644
index 0000000000..18959ed682
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_2_e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 2"
+ date="2013-10-27T19:26:42Z"
+ content="""
+Thanks for looking into it and the recover instructions, will recover and post back when I'm back at work. I also have an another indirect mode repo on my home desktop as an extra backup so nothing real bad happened, but it's reassuring data's still there at work.
+
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_0d0f6b6b46d0153433fead2bbd1bbe64._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_0d0f6b6b46d0153433fead2bbd1bbe64._comment
new file mode 100644
index 0000000000..a254b31a82
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_0d0f6b6b46d0153433fead2bbd1bbe64._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 5"
+ date="2013-10-30T15:05:37Z"
+ content="""
+The assistant autorecovered my work repo before I noticed, so it looks like I can't provide the necessary info. There were a bunch of files missing that got re-synced from my home PC.
+
+For what it's worth, I noticed that on my phone, when cutting the internet connection while syncing, the assistant downloaded existing files into placeholder files, and then continued actually downloading files when the network connection was restored.
+
+
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_6058a22b733cb02126286af950074ed4._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_6058a22b733cb02126286af950074ed4._comment
new file mode 100644
index 0000000000..33e85c7724
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_5_6058a22b733cb02126286af950074ed4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 5"
+ date="2013-11-03T01:17:39Z"
+ content="""
+I don't understand what you mean by \"The assistant autorecovered my work repo before I noticed\". What repo is the work repo, and how could the assistant \"autorecover\" it, and what did it do?
+
+At this point, I am completely in the dark about whether you're reporting a problem, and what the problem is. 
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_593a49669e2fadfb91773f8c84fbb031._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_593a49669e2fadfb91773f8c84fbb031._comment
new file mode 100644
index 0000000000..af31edcf87
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_593a49669e2fadfb91773f8c84fbb031._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 6"
+ date="2013-10-31T10:03:01Z"
+ content="""
+Of course, the autorecovery wouldn't affect the daemon.log from the work machine... so here they are: http://capocasa.name/work-desktop-ubuntu-12.04-daemonlog.tgz
+"""]]
diff --git a/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_5a348c5f327f16e1192ef6bd7f2880bb._comment b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_5a348c5f327f16e1192ef6bd7f2880bb._comment
new file mode 100644
index 0000000000..7e611cebd4
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too/comment_6_5a348c5f327f16e1192ef6bd7f2880bb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 6"
+ date="2013-11-19T09:48:26Z"
+ content="""
+Sorry, missed the comment.
+
+My work repo is the repository on my work laptop, where deletions got synced to.
+
+Git annex had then run repository repair automatically, so the odd symlinks where no longer there for me to check out.
+
+It is possible that I ran some git commands in direct mode I shouldn't have; I put the files back in and it's working nicely now. So this might have been a \"no direct mode guard\" issue.
+
+"""]]
diff --git a/doc/bugs/Could_not_read_from_remote_repository.mdwn b/doc/bugs/Could_not_read_from_remote_repository.mdwn
new file mode 100644
index 0000000000..46391e6603
--- /dev/null
+++ b/doc/bugs/Could_not_read_from_remote_repository.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+I've been using git-annex for a few weeks now, and everything was working fine until today. Now, when git-annex goes to sync my files, it will hang for a while, and then display a red box on the left side, saying `! Synced with adam.liter`. So, basically, it doesn't really sync. The logs say that it cannot read from the remote repository, which is set up on box.com and was working just fine until today.
+
+I've tried reconfiguring my jabber account on all my devices with git-annex as well as deleting and remaking the box.com repository, and none of these steps have solved the problem.
+
+### What steps will reproduce the problem?
+
+Making changes to any file located in the repository.
+
+### What version of git-annex are you using? On what operating system?
+
+Mac OS X 10.8.4 and git-annex version 4.20130801-gc88bbc4.
+
+### Please provide any additional information below.
+
+[[!format sh """
+[2013-09-09 01:33:03 EDT] XMPPSendPack: Syncing with adam.liter 
+Already up-to-date.
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+"""]]
+
+[[!meta title="xmpp syncing sometimes fails"]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/Could_not_read_from_remote_repository/comment_1_da842a9d146bcd5c7773b58364c25597._comment b/doc/bugs/Could_not_read_from_remote_repository/comment_1_da842a9d146bcd5c7773b58364c25597._comment
new file mode 100644
index 0000000000..c236beacdd
--- /dev/null
+++ b/doc/bugs/Could_not_read_from_remote_repository/comment_1_da842a9d146bcd5c7773b58364c25597._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T06:01:18Z"
+ content="""
+From the small bit of log posted, it seems to be failing to sync over XMPP. Perhaps the XMPP server is down or it cannot connect? You can turn on debugging to get a lot more debugging about XMPP sync attempts.
+"""]]
diff --git a/doc/bugs/Could_not_read_from_remote_repository/comment_2_82746a0cf989d884cd0fd796db092b3c._comment b/doc/bugs/Could_not_read_from_remote_repository/comment_2_82746a0cf989d884cd0fd796db092b3c._comment
new file mode 100644
index 0000000000..8312bb3a38
--- /dev/null
+++ b/doc/bugs/Could_not_read_from_remote_repository/comment_2_82746a0cf989d884cd0fd796db092b3c._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgH7oNEqNbh3g-N1-UHXuqleXaRYDgj1U"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-09-09T06:12:44Z"
+ content="""
+This is what is in the logs after I turned on debugging:
+
+    [2013-09-09 02:04:22 EDT] XMPPSendPack: finished running push Pushing \"a29\" (PushRequest (UUID \"c96c8493-b702-4ca0-9a88-f8a38dd6c3f5\")) True
+    [2013-09-09 02:04:22 EDT] XMPPSendPack: started running push Pushing \"a29\" (PushRequest (UUID \"c96c8493-b702-4ca0-9a88-f8a38dd6c3f5\"))
+    [2013-09-09 02:04:22 EDT] read: git [\"--git-dir=/Users/adamliter/Library/texmf/.git\",\"--work-tree=/Users/adamliter/Library/texmf\",\"symbolic-ref\",\"HEAD\"]
+    [2013-09-09 02:04:22 EDT] read: git [\"--git-dir=/Users/adamliter/Library/texmf/.git\",\"--work-tree=/Users/adamliter/Library/texmf\",\"show-ref\",\"refs/heads/master\"]
+    [2013-09-09 02:04:22 EDT] call: git [\"--git-dir=/Users/adamliter/Library/texmf/.git\",\"--work-tree=/Users/adamliter/Library/texmf\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-09-09 02:04:22 EDT] XMPPSendPack: Syncing with adam.liter 
+    [2013-09-09 02:04:22 EDT] call: git [\"--git-dir=/Users/adamliter/Library/texmf/.git\",\"--work-tree=/Users/adamliter/Library/texmf\",\"push\",\"adam.liter\",\"git-annex:refs/synced/6258750b-9b0d-4f05-b443-61f4fb0a3f66/YWRhbS5saXRlckBnbWFpbC5jb20=/git-annex\",\"refs/heads/master:refs/synced/6258750b-9b0d-4f05-b443-61f4fb0a3f66/YWRhbS5saXRlckBnbWFpbC5jb20=/master\"]
+    [2013-09-09 02:04:22 EDT] XMPPClient: sending: Pushing \"a29\" (StartingPush (UUID \"6258750b-9b0d-4f05-b443-61f4fb0a3f66\"))
+    [2013-09-09 02:04:22 EDT] XMPPClient: to client: a10/F4E99F98
+    [2013-09-09 02:04:23 EDT] XMPPReceivePack: timeout waiting for git send-pack output via XMPP
+    fatal: The remote end hung up unexpectedly
+    [2013-09-09 02:04:23 EDT] XMPPReceivePack: finished running push Pushing \"a29\" (StartingPush (UUID \"c96c8493-b702-4ca0-9a88-f8a38dd6c3f5\")) True
+    [2013-09-09 02:04:23 EDT] XMPPClient: sending: Pushing \"a29\" (ReceivePackDone (ExitFailure 128))
+    [2013-09-09 02:04:23 EDT] XMPPReceivePack: started running push Pushing \"a29\" (StartingPush (UUID \"c96c8493-b702-4ca0-9a88-f8a38dd6c3f5\"))
+    [2013-09-09 02:04:23 EDT] XMPPClient: to client: a10/F4E99F98
+    [2013-09-09 02:04:23 EDT] XMPPReceivePack: Syncing with adam.liter 
+    [2013-09-09 02:04:23 EDT] chat: git [\"receive-pack\",\"/Users/adamliter/Library/texmf\"]
+    [2013-09-09 02:04:23 EDT] XMPPClient: sending: Pushing \"a29\" (ReceivePackOutput 1 \"<elided>\")
+    [2013-09-09 02:04:23 EDT] XMPPClient: to client: a10/F4E99F98
+    [2013-09-09 02:04:23 EDT] XMPPClient: sending: Pushing \"a29\" (ReceivePackOutput 2 \"<elided>\")
+    [2013-09-09 02:04:23 EDT] XMPPClient: to client: a10/F4E99F98
+    [2013-09-09 02:04:23 EDT] XMPPClient: received: [\"Pushing \\"a29\\" (StartingPush (UUID \\"c96c8493-b702-4ca0-9a88-f8a38dd6c3f5\\"))\"]
+    [2013-09-09 02:04:23 EDT] XMPPClient: received: [\"Unknown message\"]
+
+
+
+
+"""]]
diff --git a/doc/bugs/Could_not_read_from_remote_repository/comment_3_95d16045dc238dba19a98808de2eeedf._comment b/doc/bugs/Could_not_read_from_remote_repository/comment_3_95d16045dc238dba19a98808de2eeedf._comment
new file mode 100644
index 0000000000..a8d2705a62
--- /dev/null
+++ b/doc/bugs/Could_not_read_from_remote_repository/comment_3_95d16045dc238dba19a98808de2eeedf._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnvVfFLW4CTKs7UjdiLIsOn_cxj1Jnh64I"
+ nickname="Charl"
+ subject="Could it be gmail.com XMPP throttling?"
+ date="2014-03-23T19:26:08Z"
+ content="""
+I was seeing similar error messages, until I registered for a different XMPP account at jabber.de and started using that instead of my gmail.com account.
+
+My current suspicion is that it could be Google performing throttling on their XMPP service. See here: http://stackoverflow.com/questions/1843837/what-is-the-throttling-rate-that-gtalk-applies-to-xmpp-messages
+
+"""]]
diff --git a/doc/bugs/Crash_when_disabling_syncing_in_the_webapp.mdwn b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp.mdwn
new file mode 100644
index 0000000000..b239c0a401
--- /dev/null
+++ b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+The watcher crashes.
+
+I only need to restart the thread in the pop-up to get everything to work again, but I'm reporting just in case that this issue has any other implications.
+
+
+### What steps will reproduce the problem?
+I open the webapp and in the minutes before it starts syncing (syncing is enabled) I disable it (clicking in the 'syncing enabled' text).
+
+This produces a crash every time.
+
+
+### What version of git-annex are you using? On what operating system?
+5.20140320 in Debian sid and testing
+
+
+### Please provide any additional information below.
+This is all I can see in the logs
+
+[[!format sh """
+Watcher crashed: PauseWatcher
+[2014-03-26 08:54:57 CET] Watcher: warning Watcher crashed: PauseWatcher
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_1_e25dd80370820782f9c6a877101d8703._comment b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_1_e25dd80370820782f9c6a877101d8703._comment
new file mode 100644
index 0000000000..ce4af5caa5
--- /dev/null
+++ b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_1_e25dd80370820782f9c6a877101d8703._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 1"
+ date="2014-03-26T17:36:00Z"
+ content="""
+How did you install git-annex? Is this Debian Linux?
+
+I have not been able to reproduce a crash. It's indeed the case that a PauseWatcher exception is thrown, but the Watcher explicitly catches that exception.
+"""]]
diff --git a/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_2_4031c16362137747717e9595cb5c8a15._comment b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_2_4031c16362137747717e9595cb5c8a15._comment
new file mode 100644
index 0000000000..07efa451d7
--- /dev/null
+++ b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_2_4031c16362137747717e9595cb5c8a15._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 2"
+ date="2014-04-01T08:04:51Z"
+ content="""
+Yes, this is Debian Linux and I've been able to reproduce it in i386 and amd64. git-annex is installed from the Debian repositories.
+
+I'll try to continue testing the issue and will report back if I can find any useful info.
+"""]]
diff --git a/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_3_0667f39f60bdaba6670f5b8304a8a77c._comment b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_3_0667f39f60bdaba6670f5b8304a8a77c._comment
new file mode 100644
index 0000000000..60f82a5b30
--- /dev/null
+++ b/doc/bugs/Crash_when_disabling_syncing_in_the_webapp/comment_3_0667f39f60bdaba6670f5b8304a8a77c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 3"
+ date="2014-04-02T20:38:12Z"
+ content="""
+So we have the same version of git-annex from the same build, and only you see the problem. Hmm..
+
+You mentioned that you see the problem if you disable syncing at a particular time. Does it only crash at that time, or at any time?
+
+If you create a brand new empty repository and run the webapp in it, can you reporoduce the problem there? Ie, \"mkdir test; cd test; git init; git annex init; git annex webapp\"
+"""]]
diff --git a/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn b/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn
new file mode 100644
index 0000000000..f82f914fff
--- /dev/null
+++ b/doc/bugs/Creating_a_WebDAV_repo_under_OpenBSD.mdwn
@@ -0,0 +1,53 @@
+### Please describe the problem.
+When creating a https webdav repository under openbsd it complains that /etc/ssl/certs doesn't exist. This is true considering all certs are stored in /etc/ssl/cert.pem.
+After /etc/ssl/certs is created it complains about that the certificate has an unknown CA, for obvious reasons.
+
+A workaround is to symlink /etc/ssl/cert.pem in /etc/ssl/certs
+
+### What steps will reproduce the problem?
+See below
+
+### What version of git-annex are you using? On what operating system?
+5.20140129 under OpenBSD 5.4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+WEBDAV_USERNAME=<username> WEBDAV_PASSWORD=<password> git annex initremote box.com type=webdav url=https://dav.box.com/dav/Documents chunksize=100mb encryption=hybrid keyid=<key> mac=HMACSHA512
+initremote box.com (encryption setup) (hybrid cipher with gpg key <key>) (testing WebDAV server...)
+
+git-annex: WebDAV failed to write file: /etc/ssl/certs/: getDirectoryContents: does not exist (No such file or directory): user error
+failed
+git-annex: initremote: 1 failed
+
+
+# End of transcript or log.
+"""]]
+
+> This needs to be fixed in the haskell certificate library.
+> I have filed a bug there:
+> <https://github.com/vincenthz/hs-certificate/issues/26>
+> 
+> Patch would probably be pretty simple. Based on description, something like
+> this:
+
+[[!format patch """
+diff --git a/System/Certificate/X509/Unix.hs b/System/Certificate/X509/Unix.hs
+index 8463465..74316e9 100644
+--- a/System/Certificate/X509/Unix.hs
++++ b/System/Certificate/X509/Unix.hs
+@@ -50,7 +50,7 @@ listDirectoryCerts path = (map (path </>) . filter isCert <$> getDirectoryConten
+           isCert x = (not $ isPrefixOf "." x) && (not $ isHashedFile x)
+ 
+ getSystemCertificateStore :: IO CertificateStore
+-getSystemCertificateStore = makeCertificateStore . concat <$> (getSystemPath >>= listDirectoryCerts >>= mapM readCertificates)
++getSystemCertificateStore = makeCertificateStore <$> readCertificates "/etc/ssl/cert.pem"
+ 
+ getSystemPath :: IO FilePath
+ getSystemPath = E.catch (getEnv envPathOverride) inDefault
+"""]]
+
+> 
+> [[closing|done]] as no changes to git-annex can fix this. --[[Joey]] 
diff --git a/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn b/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn
new file mode 100644
index 0000000000..7d100929df
--- /dev/null
+++ b/doc/bugs/Creating_a_remote_located_in___34____126____47__wherever__34___works_incorrectly.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+When creating a new remote with the webapp (on Windows) and setting the remote repository directory as "~/wherever", everything seems to be going well up until pressing the button to create an unencrypted repository. There is no output from either the terminal or error messages displayed in the browser.
+
+On the remote server, it turns out that it is creating a directory named ~ within $HOME so that there is a $HOME/~/wherever directory.
+
+Omitting the leading ~/ correctly creates $HOME/wherever and the setup proceeds as it should.
+
+### What steps will reproduce the problem?
+
+Try to create a remote repository with directory "~/wherever".
+
+### What version of git-annex are you using? On what operating system?
+
+OS: Windows 7
+
+Output of git annex version:
+
+git-annex version: 5.20140517-gee56d21
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feed
+s Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SH
+A256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar ho
+ok external
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Creating_an_encrypted_S3_does_not_check_for_presence_of_GPG.mdwn b/doc/bugs/Creating_an_encrypted_S3_does_not_check_for_presence_of_GPG.mdwn
new file mode 100644
index 0000000000..611e86d613
--- /dev/null
+++ b/doc/bugs/Creating_an_encrypted_S3_does_not_check_for_presence_of_GPG.mdwn
@@ -0,0 +1,19 @@
+What steps will reproduce the problem?
+
+Don't have gpg installed/on your $PATH, and attempt to create an encrypted S3 remote via the web interface.
+
+What is the expected output? What do you see instead?
+
+Expected to be told to install GPG. Actual output was a Yesod error:
+
+Internal Server Error
+user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 127)
+
+What version of git-annex are you using? On what operating system?
+
+3.20130107 on Fedora 17 (64-bit).
+
+Please provide any additional information below.
+
+[[!tag /design/assistant]]
+[[!tag confirmed]]
diff --git a/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn b/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn
new file mode 100644
index 0000000000..28b74bd989
--- /dev/null
+++ b/doc/bugs/Creating_second_repository_leads_to_wrong_ip___40__using_git-annex_webapp_--listen__41__.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+Using the git-annex webapp in remote mode will forward to the wrong IP (localhost) when creating the second repository
+
+### What steps will reproduce the problem?
+Needs two computers (C1, C2)
+
+- C1: run "git-annex webapp --listen=[IP of C1]
+- C2: use a browser to go to the address you just got on C1 (should contain IP of C1)
+- C2: create an repository as prompted (should work fine)
+- C2: In the dropdown on the top right select "Add another repository", choose desired location, select keep separate
+- C2: Browser forwards to new address, but instead of the IP of C1, 127.0.0.1 is used (which obviously fails)
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git-annex version
+git-annex version: 4.20130802
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+$ lsb_release -d
+Description:    Ubuntu 13.04
+$ uname -a
+Linux nas 3.8.0-27-generic #40-Ubuntu SMP Tue Jul 9 00:19:35 UTC 2013 i686 i686 i686 GNU/Linux
+"""]]
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> This is a different effect of the same bug in [[Hangs on creating repository when using --listen]]. Closing as [[dup|done]] --[[Joey]]  
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn
new file mode 100644
index 0000000000..64ae859e2e
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share.mdwn
@@ -0,0 +1,12 @@
+### Please describe the problem.
+If have a directory - mounted CIF share (windows server with domain). 
+If i run "git annex assistant" or "git annex watch" daemon starts fine and works at first, but then after some time stops doing anything: no messages in .git/annex/daemon.log, process hangs in ps aux. 
+
+If i try to "cat .git/annex/daemon.pid" I get "permission denied". And permission is denied for everyone: root, from other windows machines, etc. 
+
+If i then kill daemon process and start daemon again everything repeats.
+
+### What version of git-annex are you using? On what operating system?
+Standalone git-annex 5.20140421-g515d251 on CentOS 6.5
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment
new file mode 100644
index 0000000000..d247667c40
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_1_2a5fb522cbf6e2cefbee0a5fc48287d0._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
+ nickname="VS7"
+ subject="comment 1"
+ date="2014-05-21T07:17:44Z"
+ content="""
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ ps aux | grep assistant
+filesync 27036  0.0  0.0 103244   864 pts/0    S+   11:13   0:00 grep assistant
+\"\"\"]]
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ git annex assistant
+\"\"\"]]
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.log
+[2014-05-21 11:14:06 MSK] main: starting assistant version 5.20140421-g515d251
+[2014-05-21 11:14:07 MSK] Cronner: You should enable consistency checking to protect your data.
+failed to add watch on directory /home/filesync/.config/git-annex (/home/filesync/.config/git-annex: getDirectoryContents: does not exist (No such file or directory))
+
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = \"runClient: unable to determine DBUS address\", clientErrorFatal = True})
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+
+  No known network monitor available through dbus; falling back to polling
+[2014-05-21 11:14:09 MSK] Upgrader: An upgrade of git-annex is available.  (version 5.20140517)
+
+Already up-to-date.
+(scanning...) [2014-05-21 11:14:09 MSK] Watcher: Performing startup scan
+\"\"\"]]
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ git annex assistant --stop
+
+git-annex: /home/filesync/manuals/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
+failed
+git-annex: assistant: 1 failed
+\"\"\"]]
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
+cat: .git/annex/daemon.pid: Permission denied
+\"\"\"]]
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ ps aux | grep assistant
+filesync 27060  6.2  0.5 566372 41808 ?        Sl   11:14   0:04 /home/filesync/git-annex.linux//lib64/ld-linux-x86-64.so.2 --library-path /home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu/gconv:/home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu/audit:/home/filesync/git-annex.linux//etc/ld.so.conf.d:/home/filesync/git-annex.linux//usr/lib:/home/filesync/git-annex.linux//usr/lib/x86_64-linux-gnu:/home/filesync/git-annex.linux//lib64:/home/filesync/git-annex.linux//lib/x86_64-linux-gnu: /home/filesync/git-annex.linux/shimmed/git-annex/git-annex assistant
+filesync 27115  0.0  0.0 103244   864 pts/0    S+   11:15   0:00 grep assistant
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment
new file mode 100644
index 0000000000..9f0687c622
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_2_6b8d35d464e248c29764e3adbc1c9bae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 2"
+ date="2014-05-21T17:11:27Z"
+ content="""
+It seems to me that your filesystem is broken. 
+"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment
new file mode 100644
index 0000000000..a4b6d87404
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_3_e134ba74ec996a419d6f9903871b9b03._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
+ nickname="VS7"
+ subject="comment 3"
+ date="2014-05-22T07:23:23Z"
+ content="""
+*1. Windows Server 2012, deduplication is on.*
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 manuals]$ ps aux | grep assist
+filesync  1222  0.0  0.0 103244   860 pts/0    S+   11:20   0:00 grep assist
+[filesync@ServiceVM00001 manuals]$ git annex assistant
+[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
+1250[filesync@ServiceVM00001 manuals]$ git annex assistant
+
+git-annex: /home/filesync/manuals/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
+failed
+git-annex: assistant: 1 failed
+[filesync@ServiceVM00001 manuals]$ cat .git/annex/daemon.pid
+cat: .git/annex/daemon.pid: Permission denied
+\"\"\"]]
+
+*2. Windows 7 Pro, no deduplication.*
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 test]$ ps aux | grep assistant
+filesync   655  0.0  0.0 103244   856 pts/0    S+   11:18   0:00 grep assistant
+[filesync@ServiceVM00001 test]$ git annex assistant
+[filesync@ServiceVM00001 test]$ cat .git/annex/daemon.pid
+cat: .git/annex/daemon.pid: Permission denied
+[filesync@ServiceVM00001 test]$ git annex assistant
+
+git-annex: /home/filesync/test/.git/annex/daemon.pid: hGetContents: permission denied (Permission denied)
+failed
+git-annex: assistant: 1 failed
+\"\"\"]]
+
+*3. Local directory. Normal behavior*
+[[!format sh \"\"\"
+[filesync@ServiceVM00001 test1]$ ps aux | grep assist
+filesync  1315  0.0  0.0 103244   856 pts/0    R+   11:23   0:00 grep assist
+[filesync@ServiceVM00001 test1]$ git annex assistant
+[filesync@ServiceVM00001 test1]$ cat .git/annex/daemon.pid
+1338[filesync@ServiceVM00001 test1]$ git annex assistant
+git-annex: Daemon is already running.
+[filesync@ServiceVM00001 test1]$ cat .git/annex/daemon.pid
+1338
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment
new file mode 100644
index 0000000000..ad225a9a89
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_4_2ad592d92dda2d1e78235bad5764f5d9._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaB2n9HFclAvyMyDzvTPaifh5OrlF51Co"
+ nickname="VS7"
+ subject="comment 4"
+ date="2014-05-22T09:44:33Z"
+ content="""
+Now i begin to suspect that daemon doesn't work with CIF mounted directories at all.
+
+    mkdir ~/test-container
+    mkdir ~/test-container/test
+    mount -t cifs -o user=test_user,uid=502,gid=502 //srv/test ~/test-container/test
+    cd ~/test-container
+    git init
+    git annex init
+    git annex direct
+    git annex add
+    git annex sync
+    git annex assistant
+
+Then if i place any file in ~/test-container then git-annex sees changes and processes it almost immediately. But if i do anything inside mounted ~/test-container/test daemon ignores it.
+\"git annex status\" says that yes there are changes inside \"~/test-container/test\" and i can commit them via \"git annex add\" & \"git annex sync\", but daemon ignores.
+"""]]
diff --git a/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment
new file mode 100644
index 0000000000..6061f7d7be
--- /dev/null
+++ b/doc/bugs/Daemon_stops_working_on_mounted_CIF_share/comment_5_42ad8c7944c210ac1be812e463e03d7c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 5"
+ date="2014-05-23T14:34:34Z"
+ content="""
+My point is that if the filesystem is rejecting all attempts to access it with \"permission denied\", it's hardly surprising that git-annex doesn't work, since nothing works. If running the assistant somehow causes the filesystem to get into this strange broken state, then you have a nice repoducible bug to report on the filesystem, I suppose. I don't see how it could be a bug in git-annex, since it is using only standard posix filesystem system calls, plus inotify.
+
+Based on this, samba/CIFS does not support inotify: <http://stackoverflow.com/questions/8124617/getting-file-create-notifications-for-cifs-mount-in-linux>
+Thus, the assistant won't work on it.
+
+If I were you, I'd set up git-annex repositories on local filesystems, and let it take care of the syncronosation, rather than using a networked filesystem.
+"""]]
diff --git a/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo.mdwn b/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo.mdwn
new file mode 100644
index 0000000000..0899ea4675
--- /dev/null
+++ b/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+I created a remote repo on ssh server with the same git-annex version, no personal ssh keys for the repo (password authentication). But I put ~ in front of the repo name so it created in different place than I wanted. I deleted it from assistant and then deleted the remote repo dir. When I added it with the correct path again it always asks for server password (it has some old annex pub key in authorized_keys, but not the new one; it might have been prompted for the password also with the initial repo). During the whole thing it failed to connect a few times due to wrong password or me realizing too late that it asks for yet another one and it generated keys few times, but ultimately didn't put the last one in remote's authorized_keys.
+
+### What steps will reproduce the problem?
+Create, delete and create again a new repo on remote ssh server with password auth.
+
+### What version of git-annex are you using? On what operating system?
+git-annex 4.20130601 Gentoo amd64
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo/comment_1_88fbf70eae48484988dbb433a437c717._comment b/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo/comment_1_88fbf70eae48484988dbb433a437c717._comment
new file mode 100644
index 0000000000..84686f1e45
--- /dev/null
+++ b/doc/bugs/Deasn__39__t_clean_up_ssh_keys_after_removing_remote_repo/comment_1_88fbf70eae48484988dbb433a437c717._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T18:20:05Z"
+ content="""
+It's true that deleting a ssh repository in the webapp does not delete any ssh keys that the webapp configured to access that repository. I'm a bit reluctant to try to clean it up entirely automatically, because the ssh configuration might have been manually altered, or might be used by another local repository. Particularly, if another local repo is set up to use the same ssh remote, the webapp will reuse the ssh key.
+
+> Create, delete and create again a new repo on remote ssh server with password auth.
+
+I tried doing this, and did not encounter any problem. Since the new repo had a different path on the ssh server, I simply ended up with two ssh keys configured in `~/.ssh/config` for two different repositories. The presence or absence of the first key did not affect the second key.
+
+I think you need to go into more detail about exactly what you did, or show the files in .ssh that were set up, so I can see what the actual problem is.
+"""]]
diff --git a/doc/bugs/Direct_mode_repositories_still_use_symlinks_sometimes.mdwn b/doc/bugs/Direct_mode_repositories_still_use_symlinks_sometimes.mdwn
new file mode 100644
index 0000000000..10b25d774b
--- /dev/null
+++ b/doc/bugs/Direct_mode_repositories_still_use_symlinks_sometimes.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+When a repository is set in direct mode it will still replace files with symlinks when it becomes aware of a change but still hasn't been able to sync the file contents. This can create repositories that are temporarily unusable with files replaced with broken symlinks.
+
+### What steps will reproduce the problem?
+
+1. Create two repositories with each other as remotes
+2. Run the assistant on both
+3. Create some file changes in one and watch the directory in another.
+4. For a brief (or sometimes long) time the destination repository will have it's old version of the file replaced by a broken symlink
+
+This is particularly noticeable when using XMPP as it can often be the case that the two repositories can't connect to each other directly but can talk through XMPP. This breaks using git-annex in direct mode for things like having a synced config directory across machines. Something like having "~/.bashrc" linked into "~/annex-repository/bashrc", doesn't work as there will be times when a machine is broken because .bashrc is linked to a broken symlink while it fetches a new version. 
+
+The desired behavior would be to have git-annex in direct mode only replace older versions of files with newer versions of files.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git annex version
+git-annex version: 4.20130516.1
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+"""]]
+
+[[!meta title="git-annex does not guarantee modified files are available when merging with a new version of a repository"]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/Disconcerting_warning_from_git-annex.mdwn b/doc/bugs/Disconcerting_warning_from_git-annex.mdwn
new file mode 100644
index 0000000000..ef662441c1
--- /dev/null
+++ b/doc/bugs/Disconcerting_warning_from_git-annex.mdwn
@@ -0,0 +1,8 @@
+I did a "git annex add" of a bunch of files on a storage server with low IOPS, and saw this:
+
+    git-annex: /tank/Media/Pictures/.git/annex/tmp/430_32b_SHA256E-s4464838--c1785a76ee1451f602e93c99c147e214705004e541de8256d74a3be3717d15e5.jpg.log: openBinaryFile: resource busy (file is locked)
+failed
+
+How is that even possible, when the server is doing nothing else?
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Disconcerting_warning_from_git-annex/comment_1_58cebd377bfdf247b6c4fee27a3ba461._comment b/doc/bugs/Disconcerting_warning_from_git-annex/comment_1_58cebd377bfdf247b6c4fee27a3ba461._comment
new file mode 100644
index 0000000000..3076b38de1
--- /dev/null
+++ b/doc/bugs/Disconcerting_warning_from_git-annex/comment_1_58cebd377bfdf247b6c4fee27a3ba461._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-05T21:13:09Z"
+ content="""
+Is this a Solaris system?
+"""]]
diff --git a/doc/bugs/Disconcerting_warning_from_git-annex/comment_2_dc7407044d4c739d05248300c58d8ef2._comment b/doc/bugs/Disconcerting_warning_from_git-annex/comment_2_dc7407044d4c739d05248300c58d8ef2._comment
new file mode 100644
index 0000000000..96d495e66c
--- /dev/null
+++ b/doc/bugs/Disconcerting_warning_from_git-annex/comment_2_dc7407044d4c739d05248300c58d8ef2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-01-20T03:38:43Z"
+ content="""
+No, it's CentOS 6.3 x86_64.,
+"""]]
diff --git a/doc/bugs/Disconcerting_warning_from_git-annex/comment_3_13999207f4ddac2f9c345415f25f7ada._comment b/doc/bugs/Disconcerting_warning_from_git-annex/comment_3_13999207f4ddac2f9c345415f25f7ada._comment
new file mode 100644
index 0000000000..142e6ecd11
--- /dev/null
+++ b/doc/bugs/Disconcerting_warning_from_git-annex/comment_3_13999207f4ddac2f9c345415f25f7ada._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="moreinfo"
+ date="2014-03-19T20:49:47Z"
+ content="""
+What I don't understand about this is, how does `open` fail due to a file being locked? This is Linux, it doesn't have mandatory locking that I know of, and git-annex certianly doesn't use such a thing.
+
+I really need a way to reproduce this and/or a strace. As it is, I've never seen this reported by anyone else and don't understand the failure mode at all.
+
+The relevant part of the code seems to be here:
+
+[[!format haskell \"\"\"
+setJournalFile :: JournalLocked -> FilePath -> String -> Annex ()
+setJournalFile _jl file content = do
+        tmp <- fromRepo gitAnnexTmpMiscDir
+        createAnnexDirectory =<< fromRepo gitAnnexJournalDir
+        createAnnexDirectory tmp
+        -- journal file is written atomically
+        jfile <- fromRepo $ journalFile file
+        let tmpfile = tmp </> takeFileName jfile
+        liftIO $ do
+                writeBinaryFile tmpfile content
+                moveFile tmpfile jfile
+\"\"\"]]
+
+While there is some ctnl locking going on, it locks a special sentinal file, not the file it's writing to.
+"""]]
diff --git a/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn b/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn
new file mode 100644
index 0000000000..53bdda3328
--- /dev/null
+++ b/doc/bugs/Drop_--from_always_trusts_local_repository.mdwn
@@ -0,0 +1,46 @@
+### Please describe the problem.
+
+The command `git annex drop --from` always trusts the local repository, even if
+it is marked as untrusted.
+
+
+### What steps will reproduce the problem?
+[[!format sh """
+mkdir t u; cd t; git init; git commit --allow-empty -m "Initial commit"; git annex init "Trusted"; date > file; git annex add file; git commit -m "Add file"; cd ../u; git init; git remote add t ../t; git fetch t; git merge t/master; git annex init "Untrusted"; git annex untrust .; git annex get file; cd ../t; git remote add u ../u; git fetch u; cd ..
+"""]]
+
+Create two repositories, *t* (trusted) and *u* (untrusted). A file is in both
+repositories. When performing `git annex drop file` in repository *t*, `git
+annex` will abort because there are not enough copies. But when performing `git
+annex drop --from t file` in *u*, git annex will delete the copy.
+
+
+### What version of git-annex are you using? On what operating system?
+
+Bug was introduced with 6c31e3a8 and still exists in current master (d955cfe7).
+
+
+### Please provide any additional information below.
+
+The following change seems to solve the problem. (First time working with
+Haskell, please excuse the crude code.)
+
+[[!format diff """
+diff --git a/Command/Drop.hs b/Command/Drop.hs
+index 269c4c2..09ea99a 100644
+--- a/Command/Drop.hs
++++ b/Command/Drop.hs
+@@ -82,8 +82,9 @@ performRemote key afile numcopies remote = lockContent key $ do
+        (remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
+        present <- inAnnex key
+        u <- getUUID
++       level <- lookupTrust u
+        let have = filter (/= uuid) $
+-               if present then u:trusteduuids else trusteduuids
++               if present && level <= SemiTrusted then u:trusteduuids else trusteduuids
+        untrusteduuids <- trustGet UnTrusted
+        let tocheck = filter (/= remote) $
+                Remote.remotesWithoutUUID remotes (have++untrusteduuids)
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Empty_folders_don__39__t_get_remove.mdwn b/doc/bugs/Empty_folders_don__39__t_get_remove.mdwn
new file mode 100644
index 0000000000..8562f23393
--- /dev/null
+++ b/doc/bugs/Empty_folders_don__39__t_get_remove.mdwn
@@ -0,0 +1,4 @@
+### Please describe the problem.
+When you rename, move or delete a folder (with files in it) the old folder doesn't get deleted in the other clients
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Empty_folders_don__39__t_get_remove/comment_1_9f41638299c214b2ee13f23ab41349da._comment b/doc/bugs/Empty_folders_don__39__t_get_remove/comment_1_9f41638299c214b2ee13f23ab41349da._comment
new file mode 100644
index 0000000000..e32059fb62
--- /dev/null
+++ b/doc/bugs/Empty_folders_don__39__t_get_remove/comment_1_9f41638299c214b2ee13f23ab41349da._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T19:16:34Z"
+ content="""
+I can't reproduce this. Tested in direct mode (which I assume you're using, but you didn't say), using both command-line `git annex sync`, and using the assistant. In all cases, when the last file in a directory was removed, the directory was deleted.
+
+Please write back with a version number, and an example showing the problem happening.
+"""]]
diff --git a/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories.mdwn b/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories.mdwn
new file mode 100644
index 0000000000..823466f65e
--- /dev/null
+++ b/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories.mdwn
@@ -0,0 +1,19 @@
+What steps will reproduce the problem?
+
+Add two remote repositories to same server using ssh. Each directory is added to repositories list and starts syncing. 
+After both repositories are scanned click on "syncing enabled" to disable syncing for one of the two remote repositories.
+
+What is the expected output? What do you see instead?
+
+Only remote repository which i clicked should stop syncing, but both remote repos start to stop syncing.
+Its also working the other way around (enable -> pause -> enable -> ..)
+
+What version of git-annex are you using? On what operating system?
+
+Version: 4.20130314, Debian
+
+Please provide any additional information below.
+
+I am an "webinterface only" user.
+
+[[!tag /design/assistant moreinfo]]
diff --git a/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories/comment_1_e8affeca873c2ef73255f8f77e0ac16f._comment b/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories/comment_1_e8affeca873c2ef73255f8f77e0ac16f._comment
new file mode 100644
index 0000000000..d25a46a98a
--- /dev/null
+++ b/doc/bugs/Enable__47__paus_syncing_to_remote_ssh_server_with_multiple_directories/comment_1_e8affeca873c2ef73255f8f77e0ac16f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-16T21:56:37Z"
+ content="""
+Hmm, I can't quite reproduce this, but I did just fix a bug that, among other manifestations, caused the display of whether syncing is enabled for a remote to be wrong sometimes.
+
+Can you send a copy of your repository's .git/config file to this bug report? (That's `annex/.git/config`)
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts.mdwn b/doc/bugs/Endless_SSH_password_prompts.mdwn
new file mode 100644
index 0000000000..fad730a1b4
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+Yesterday I installed git-annex on two computers and paired their repos.  Today I logged back in to one of them, and as soon as the webapp loaded (autostarted in the background), it popped up an OpenSSH prompt wanting my key's password.  I typed it in, and it popped up another.  This went on several times.  When I hit Cancel instead, it popped up a prompt wanting the password for the user account on my other computer.  Even with that, once wasn't enough.
+
+This is bad enough, but worse is that the password prompt captures the keyboard input so I can't even open my Yakuake console to kill git-annex.  Well, it's difficult and requires hitting Escape rapidly over and over until I can squeeze in a keystroke to the rest of the system.
+
+I don't understand why this is happening.
+
+1.  Shouldn't git-annex have installed a passwordless key on my paired system?  It did that for my remote repo.
+
+2.  The prompt it's using has no option to remember the pasword.  I use ssh-agent, but usually by running ssh-add in a terminal.  Maybe if it would use a prompt that works with the agent it wouldn't ask for the password multiple times.  
+
+3.  I think it's opening multiple SSH connections at once, before I've entered the password even once, so even after I enter the password, it will keep asking for it until I've entered it for every SSH process that was already started.
+
+### What version of git-annex are you using? On what operating system?
+1 Nov 2013 Linux tarball on Ubuntu Raring 13.04
+
+> [[fixed|done]]; assistant now sets `StrictHostKeyChecking yes`
+> when creating ssh remotes. It also fixes up any ssh remotes it already
+> created to have that setting (unless StrictHostKeyChecking is already
+> being set).
+> 
+> So, when the host key changes, syncing with the remote will now fail,
+> rather than letting ssh prompt for the y/n response. In the local
+> pairing case, this is completely right, when on a different lan
+> and it tries to communicate with the wrong host there. OTOH, if the ssh
+> key of a ssh server has really changed, the assistant does not currently
+> help dealing with that.
+> 
+> Any ssh remotes not set up by the assistant are left as-is, so this 
+> could still happen if the ssh host key of such a ssh remote changes.
+> I'll assume that if someone can set up their ssh remotes at the command
+> line, they can also read the dialog box ssh pops up, ignore the 
+> misleading "passphrase request" in the title, and see that it's actually
+> prompting about a host key change. --[[Joey]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment b/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment
new file mode 100644
index 0000000000..b1ea715265
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_1_b3a32d7a53c30478f409a47f856282ab._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-03T00:29:14Z"
+ content="""
+Pairing sets up the same kind of dedicated passwordless ssh key that is used when adding a ssh server.
+
+It's not clear from your description what program is asking for the password, or even if it's asking for the password for a ssh key. You need to provide more details.
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment b/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment
new file mode 100644
index 0000000000..fec729ddbd
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_2_0a1fc4b4580d8be4c37064e0a16de99b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-11-03T00:39:38Z"
+ content="""
+I'm not sure which program is doing the asking either.  The title bar says \"OpenSSH\".  It is asking for the SSH key password, but if I dismiss the dialog without entering the password, it will open another dialog asking for the user account's password, e.g. me@laptop, indicating it's SSH falling back to password auth.
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment b/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment
new file mode 100644
index 0000000000..aacf1cc01c
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_3_46210f7745b8c7c237fc8b08309390fe._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlHNJ7FpiXJNwSmojlwKwXhhF5QvwpNPmI"
+ nickname="Colin"
+ subject="Confirmed"
+ date="2013-11-14T17:57:23Z"
+ content="""
+I am seeing the same problem. It happened on a machine running git-annex on Debian Testing some weeks ago, and I eventually disabled the offending repository for my sanity (incidentally - it seems to have vanished so I don't know how to re-enable it apart from adding it again).
+
+It has just very recently (some days) started on this machine running Debian Unstable.
+
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment b/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment
new file mode 100644
index 0000000000..0a182f3103
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_4_bf311301063db06bcfa8ce8d7db54028._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="similar"
+ date="2013-12-02T01:39:36Z"
+ content="""
+I am having a similar issue here. The problem is that the assistant is started along with my regular session, but the SSH keys required for the assistant to sync are prompted during my session startup. So I actually get lots of prompts, because the assistant is started before I have time to enter the password for my SSH key.
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment b/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment
new file mode 100644
index 0000000000..7990d0ff27
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_5_7490ca530d4e7d49eaa264eb5880dd17._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkdiXn5s1wX2Zncy1S7_h-yPTv2gt0bmmY"
+ nickname="Jacob"
+ subject="Same problem on ubuntu"
+ date="2013-12-15T14:22:55Z"
+ content="""
+Same problem, I even manually setup ssh keys between the two servers but it just loops and keeps asking for a password every sync.
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment b/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment
new file mode 100644
index 0000000000..863756a008
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_6_57952f91c8d55558cce18b229398f70c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 6"
+ date="2013-12-19T16:36:55Z"
+ content="""
+Taking a screenshot, and running `ps -fax` to find what programs are
+running, seem like the logical first steps to get anywhere on this
+problem.
+
+"""]]
diff --git a/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment b/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment
new file mode 100644
index 0000000000..c135989b0b
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts/comment_7_6d6a131fda398840cfe00c52ad560ed2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 7"
+ date="2013-12-19T17:54:33Z"
+ content="""
+Seems likely that this is ssh prompting that the host key has changed. The dialog box has \"password\" at the top, but if you actually read it, it's prompting for a yes/no response to a host key change.
+
+So, I probably need to turn on StrictHostKeyChecking.
+"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
new file mode 100644
index 0000000000..67dfae11de
--- /dev/null
+++ b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
@@ -0,0 +1,39 @@
+What steps will reproduce the problem?
+
+1. Click  "Remote server: Set up a repository on a remote server using ssh." 
+2. Enter hostname and different username than currently logged in user
+3. Click check this server
+
+
+What is the expected output? 
+
+> I expected to see the next step in the remote repo creration process.
+
+What do you see instead?
+
+
+> Failed to ssh to the server. Transcript: ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied, please try again. ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied, please try again. ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory Permission denied (publickey,password). 
+
+
+What version of git-annex are you using? 
+
+> git-annex: Version: 3.20130114 
+
+
+On what operating system?
+
+> OSX: 10.8.2
+
+
+
+Please provide any additional information below.
+
+> I mentioned "with a different username" because the assistant will allow me to create a remote repository on the same target machine when I use my normal username. I think this is most likely because I have a ssh-key setup for the account on the remote machine. However I do not want to assume anything and send you down the wrong OSX rabbit hole. 
+
+> After a little research it seems that OSX does not have a ssh-askpass
+
+[[!tag /design/assistant/OSX]]
+[[!meta title="ssh-askpass not available on OSX"]]
+
+> [[fixed|done]]; the webapp now handles ssh password prompting on its own,
+> ssh-askpass is not needed. --[[Joey]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment
new file mode 100644
index 0000000000..8b701250c7
--- /dev/null
+++ b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_1_559555934d79ae6be383063abcaae22e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-05T19:45:24Z"
+ content="""
+It should be possible to use SSHPassKey as described here: <http://benno.id.au/docs/ssh_macosx.pml>
+
+However, this all seems pretty crummy, and so perhaps it would be worth it for the webapp to do its own ssh password prompting when setting up a remote.
+"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment
new file mode 100644
index 0000000000..f0d25d778f
--- /dev/null
+++ b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_2_a9f4f9db042ab6f6c15d6954651971b2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Peng"
+ ip="171.37.79.254"
+ subject="Found an easy solution"
+ date="2013-06-15T03:34:52Z"
+ content="""
+Just install this script on OS X, and you'll get the ssh-askpass command.
+
+https://github.com/markcarver/mac-ssh-askpass
+
+Tested working successfully on OS X 10.8.3.
+"""]]
diff --git a/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment
new file mode 100644
index 0000000000..e22ca1ff91
--- /dev/null
+++ b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX/comment_3_55a496d0a0be80ba723b17bf9faa3bc0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnb4NsPsSSHTniueRuVnBzTLrDiDqBZIfY"
+ nickname="Doug"
+ subject="Same problem but still does not work with askpass installed"
+ date="2013-07-24T18:19:25Z"
+ content="""
+So, I got askpass installed and I'm still getting the same error as everybody else. It's a strange thing as I have my public key dumped on the remote server and I can log in fine manually. It's an empty passphrase so there shouldn't be any prompting going on.
+"""]]
diff --git a/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name.mdwn b/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name.mdwn
new file mode 100644
index 0000000000..1abe3e6918
--- /dev/null
+++ b/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+
+git-annex build on Windows does not complete when user name has a space in it
+
+### What steps will reproduce the problem?
+
+Build git-annex from scratch as described on the Windows page of the guide when running as user Joe Blogs
+
+
+### What version of git-annex are you using? On what operating system?
+
+Windows 7 Prof, Cygwin install on 28/5/2014
+
+### Please provide any additional information below.
+
+The problem arises in escapeDosPaths of EvilLinker: windows usernames can have spaces in them which also need escaping
+
+[[!tag confirmed]]
diff --git a/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name/comment_1_6b289221a65a750444b1b5850df3386c._comment b/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name/comment_1_6b289221a65a750444b1b5850df3386c._comment
new file mode 100644
index 0000000000..db335239b8
--- /dev/null
+++ b/doc/bugs/EvilLinker_needs_to_escape_spaces_in_user_name/comment_1_6b289221a65a750444b1b5850df3386c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-28T22:29:05Z"
+ content="""
+Unfortunately, this is fairly intractable. It would be more productive to fix the [ghc bug](https://ghc.haskell.org/trac/ghc/ticket/8596) that the EvilLinker works around.
+
+Recommend building in a different directory in the meantime.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications.mdwn b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications.mdwn
new file mode 100644
index 0000000000..d4dcc26e3f
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications.mdwn
@@ -0,0 +1,138 @@
+The Date resolution of the FAT filesystem is only 2 seconds for the "last modified time."
+This leads to the strange behaviour, that after umount and remount of an usb drive (direct mode) git-annex thinks that suddenly approx. 50% of
+the files are modified.  (after remount the "seconds" appears to be rounded to even values - the inode cache before unmount had 1 second resolution) So git-annex is not real "guilty" but it would be fine to create a "workaround" for this problem...
+
+Possible the best solution for this is to set even values for the seconds in the filesystem and in annex internal tables direct after the `git annex get`. 
+Other solution would be to treat differences up to 1s in modification time as unmodified or create an new parameter like rsync's "modify-window" for this. To do an `git annex sync` or `git annex add` is in my opinion not a good option, because one could add so Bad file content by accident...
+
+Here's an konsole session to show this behaviour:
+
+    $ mount /mnt/transfer/
+    $ git clone source/ /mnt/transfer/transfer-repo
+
+    Klone nach '/mnt/transfer/transfer-repo'...
+    Fertig.
+
+    $ cd /mnt/transfer/transfer-repo/
+    $ git annex init "test"
+
+    init test 
+      Detected a filesystem without fifo support.
+
+      Disabling ssh connection caching.
+
+      Detected a crippled filesystem.
+
+      Enabling direct mode.
+    ok
+    (Recording state in git...)
+
+    $ git annex group here transfer
+
+    group here (merging origin/git-annex into git-annex...)
+    (Recording state in git...)
+    ok
+    (Recording state in git...)
+
+    $ git annex wanted here standard
+
+    wanted here ok
+    (Recording state in git...)
+
+    $ git annex get --auto
+
+    get n01.mp3 (from origin...) 
+    SHA256E-s1159018--5674452792970dc03e9ba47d3a8af5ad7c8da6b3ca19e8e64b9a4cf462d4a92d.mp3
+         1159018 100%   82.62MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+    sent 1159308 bytes  received 31 bytes  2318678.00 bytes/sec
+    total size is 1159018  speedup is 1.00
+    ok
+
+    get n02.mp3 (from origin...) 
+    SHA256E-s1622113--03998dc10c4839d5ab9aeaceaa63f0363c9d728aaaca2a2707f025c7b9e920a3.mp3
+     1622113 100%   34.45MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+    sent 1622459 bytes  received 31 bytes  3244980.00 bytes/sec
+    total size is 1622113  speedup is 1.00
+    ok
+
+    ...
+    ...
+
+    –--> All 29 files (n01.mp3 to n29.mp3) successfully got
+
+    (Recording state in git...)
+
+    $ git annex status
+    $ stat * >../stat-before-umount
+    $ cd /
+    $ umount /mnt/transfer 
+    $ mount /mnt/transfer 
+    $ cd /mnt/transfer/transfer-repo
+    $ stat * >../stat-after-remount
+    $ git annex status
+    M n05.mp3
+    M n10.mp3
+    M n11.mp3
+    M n13.mp3
+    M n16.mp3
+    M n17.mp3
+    M n20.mp3
+    M n22.mp3
+    M n23.mp3
+    M n24.mp3
+    M n26.mp3
+    M n27.mp3
+    $ diff -u ../stat-before-umount ../stat-after-remount | grep -B8 "+Modifiziert" | grep -E "Datei:|Modifi"
+
+       Datei: „n05.mp3“
+    -Modifiziert: 2014-05-03 19:42:39.000000000 +0200
+    +Modifiziert: 2014-05-03 19:42:38.000000000 +0200
+
+       Datei: „n10.mp3“
+    -Modifiziert: 2014-05-03 19:43:05.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:04.000000000 +0200
+
+       Datei: „n11.mp3“
+    -Modifiziert: 2014-05-03 19:43:07.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:06.000000000 +0200
+
+      Datei: „n13.mp3“
+    -Modifiziert: 2014-05-03 19:43:15.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:14.000000000 +0200
+
+       Datei: „n16.mp3“
+    -Modifiziert: 2014-05-03 19:43:21.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:20.000000000 +0200
+
+       Datei: „n17.mp3“
+    -Modifiziert: 2014-05-03 19:43:29.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:28.000000000 +0200
+
+       Datei: „n20.mp3“
+    -Modifiziert: 2014-05-03 19:43:53.000000000 +0200
+    +Modifiziert: 2014-05-03 19:43:52.000000000 +0200
+
+       Datei: „n22.mp3“
+    -Modifiziert: 2014-05-03 19:44:13.000000000 +0200
+    +Modifiziert: 2014-05-03 19:44:12.000000000 +0200
+
+       Datei: „n23.mp3“
+    -Modifiziert: 2014-05-03 19:44:23.000000000 +0200
+    +Modifiziert: 2014-05-03 19:44:22.000000000 +0200
+
+       Datei: „n24.mp3“
+    -Modifiziert: 2014-05-03 19:44:31.000000000 +0200
+    +Modifiziert: 2014-05-03 19:44:30.000000000 +0200
+
+       Datei: „n26.mp3“
+    -Modifiziert: 2014-05-03 19:44:35.000000000 +0200
+    +Modifiziert: 2014-05-03 19:44:34.000000000 +0200
+
+       Datei: „n27.mp3“
+    -Modifiziert: 2014-05-03 19:44:39.000000000 +0200
+    +Modifiziert: 2014-05-03 19:44:38.000000000 +0200
+
+
+> fixed [[done]] --[[Joey]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_10_13a35801805ea3d2d4428b1539f96b16._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_10_13a35801805ea3d2d4428b1539f96b16._comment
new file mode 100644
index 0000000000..fdd123103d
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_10_13a35801805ea3d2d4428b1539f96b16._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="193.174.111.250"
+ subject="specification"
+ date="2014-06-11T05:43:02Z"
+ content="""
+What you suggested (to not add if exact 1s or exact 1h time difference and changed checksum) would do the trick but it's hard for the user to test if this really works as expected and it would be more secure and IMHO more clear to do it like this:
+
+If `git annex add` \"meets\" such files, `git annex add` should not really add / commit these pseudo-modified files but *only adapt the timestamps* (which make the software erroneously thinks the files were modified) to the vfat values. (if checksum is still correct) I guess the timestamps are in the annex branch. 
+
+`git annex add` could - instead of write: \"add ok\" - only write: \"corrected timestamp ok - no need to add\"
+
+So the user sees whats really happen and after this these files appears again as what they are: unmodified. `git annex status` would say nothing (everything fine), and `git annex fsck` would checksum these files again.
+
+I suppose that the way i suggest is harder to code :-( Unfortunately I'm not a good coder and not experienced in haskell for sending a patch myself / the open source way...
+
+
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_11_632456a0a1d399ee2bbac76b7d63a5f1._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_11_632456a0a1d399ee2bbac76b7d63a5f1._comment
new file mode 100644
index 0000000000..2605d69aba
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_11_632456a0a1d399ee2bbac76b7d63a5f1._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-06-11T17:22:12Z"
+ content="""
+@martin, to the best of my knowledge and testing, what you're proposing `git annex add` do in this case is identical to what it already happens to do, except for the message displayed.
+
+Do you have an example of it not doing that?
+
+We seem to be talking past one-another, since I've now said three times this is what it does. And I've tested it twice.
+
+I don't think that the current behavior of add, or your suggested behavior (which again, happens to be nearly identical) is sufficient to close this bug report with.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_12_e4d268f269cc1701736cc5a39719ac20._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_12_e4d268f269cc1701736cc5a39719ac20._comment
new file mode 100644
index 0000000000..8d06ee8576
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_12_e4d268f269cc1701736cc5a39719ac20._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 12"
+ date="2014-06-11T18:05:48Z"
+ content="""
+The resolution problem does not seems to affect Windows, at least not on NTFS. In my tests, the mtime is fully preserved across reboots there.
+
+However, any change to the timezone on Windows does manage to mess up all the timestamps. Presumably this same flawed approach is used for DST adjustments.
+
+Example from inode cache after a 1 hour time zone change, which forced git-annex add to re-checksum:
+
+<pre>
+--1 2221 1395843799
++-1 2221 1395847399
+</pre>
+
+Of course, not all time zones are 1 hour offset, so as a heuristic, treating timestamps +- 60*60*Int as the same, would be pretty bad. Instead, it would probably make sense, on windows, to normalize the timestamp, using the current time zone, to get to the UTC timestamp. (Of course on unix, a file's timestamp is always given in UTC.)
+
+Unfortunately, Data.Time.LocalTime.getCurrentTimeZone doesn't seem to really work on windows. It always returns UTC+1 in my tests.
+
+Anyway, I'm now looking at this as two separate problems, the Windows Time Zone Sucks problem and the FAT Metadata Sucks problem. They will probably have different solutions..
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_13_962cd8d7280cbc1d61778d69f3a393f0._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_13_962cd8d7280cbc1d61778d69f3a393f0._comment
new file mode 100644
index 0000000000..0428fadbdc
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_13_962cd8d7280cbc1d61778d69f3a393f0._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="FAT MetaData Sucks: an approach"
+ date="2014-06-11T18:15:59Z"
+ content="""
+git-annex already deals with FAT metadata sucking by using the inode sentinal file, to detect when a FAT filesystem has been remounted with new random inodes, and so ignore apparent inode changes.
+
+So, when a InodeCache is compared in weak mode due to that, it could just treat all mtimes within 2 seconds as the same. This would limit the brain-damange to FAT.
+
+One problem with this idea is that it's specific to linux's handling of FAT, with its random inodes. A FAT mounted on windows will have -1 for the inodes across remounts. So this method can't detect if a filesystem on windows is FAT, and has the problem, or NTFS and not. 
+
+But, I think the FAT side of this problem is also linux-specific. Linux dummies up good metadata for FAT, and then has to throw it away/degrade on unmount. Windows presumably uses real timestamps, with low resolution on FAT from the beginning.
+
+I don't know how eg OSX handles this. If it used constant inodes but cached higher resolution mtimes for FAT, this approach would not work there.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_14_5b3bb068b62b12c7cc7504836a8acf32._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_14_5b3bb068b62b12c7cc7504836a8acf32._comment
new file mode 100644
index 0000000000..e3efdb6d0e
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_14_5b3bb068b62b12c7cc7504836a8acf32._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 14"
+ date="2014-06-11T18:59:49Z"
+ content="""
+Opened a separate bug for [[Windows_file_timestamp_timezone_madness]].
+
+Fixed FAT issue on Linux as discussed in my previous comment.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_15_5271ba4eed013adec8391ddfcc11eda8._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_15_5271ba4eed013adec8391ddfcc11eda8._comment
new file mode 100644
index 0000000000..cace00555f
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_15_5271ba4eed013adec8391ddfcc11eda8._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="89.183.21.108"
+ subject="In reply to comment 11"
+ date="2014-06-12T09:22:53Z"
+ content="""
+Dear joey,
+
+thanks a lot for fixing this!
+
+Only for this protocol (not to have the last word ;-)
+
+What `git annex add` already does now and what i suggested it could do better is indead the same (result) for uncorrupted files (the frequent case).
+But i'am afraid, it could be slightly different if we deal with corrupted files. The preset behaviour would add this file, the suggested behaviour would not...
+
+But this discussion is history now - i'm lucky :-))
+
+Now i do some tests with daylight savings time change - hopefully there are no problems!
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_1_7a536b79bae7d8f897f014d17dbb90b6._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_1_7a536b79bae7d8f897f014d17dbb90b6._comment
new file mode 100644
index 0000000000..0f23da1620
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_1_7a536b79bae7d8f897f014d17dbb90b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 1"
+ date="2014-05-13T16:50:57Z"
+ content="""
+A related issue is that a change from/to daylight-saving time will make files appear to be one hour older/younger. A modify-window couldn’t acommodate that. VFAT is really a huge pain…
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_2_349959a6daa722c8350f73feb0b27162._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_2_349959a6daa722c8350f73feb0b27162._comment
new file mode 100644
index 0000000000..7a78362a30
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_2_349959a6daa722c8350f73feb0b27162._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="89.183.46.169"
+ subject="Possible solution?"
+ date="2014-05-13T17:51:41Z"
+ content="""
+How about this quick'n dirty vfat compromise:
+
+For vfat only we do like this (at least for `git annex fsck` command, so that the user doesn't wonder about the strange effects of vfat and can repair this):
+
+if we have an exact time difference of 1s (probably \"inode problem\") or 1h (\"utc problem\")
+we treat this file as likely unmodified and check this via the normal checksum algorithm. 
+
+if checksum is ok,  we give a message to the user, that the \"file has only a vfat timestamp problem\" but has correct checksum and if the user decides to do so git annex sets the timestamp in the filesystem to the value from annex' internal tables...
+
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment
new file mode 100644
index 0000000000..599927cd24
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_3_923fc470727ecf21f0bb368b0486b15d._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-05T17:06:40Z"
+ content="""
+> if we have an exact time difference of 1s (probably \"inode problem\") or 1h (\"utc problem\") we treat this file as likely unmodified and check this via the normal checksum algorithm.
+
+That sort of makes sense, but when is git-annex supposed to do that?
+
+If `git annex add`, it already checksums the file, and already stages no change if the file's checksum is the same. And if the user has told git-annex to add the file and it's changed, the presumption is they know it's changed and want to add the new version.
+
+> To do an git annex sync or git annex add is in my opinion not a good option, because one could add so Bad file content by accident...
+
+If not in add or sync, then when?
+
+----
+
+I am actually having a hard time coming up with a scenario where this problem results in any more than extra checksumming work by git-annex.
+
+The only scenario I see is: The drive is unmounted, gets corrupted, is remounted, and this timestamp nonsense causes git-annex to think a file (that has already gotten corrupted) has in fact changed, so it commits the corrupted version.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_4_68a8434018430a0d2671c4e23e9a3b12._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_4_68a8434018430a0d2671c4e23e9a3b12._comment
new file mode 100644
index 0000000000..32abc28c27
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_4_68a8434018430a0d2671c4e23e9a3b12._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="193.174.111.250"
+ subject="It confuses users"
+ date="2014-06-05T19:05:12Z"
+ content="""
+Other scenario: User thinks, that his usb drive has a problem, because approx. 50% of the files are gone/changed without obvious reason. I spent several hours to find the reason for this... I think we should at least give kind of explanation/warning message to the user
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_5_0b7d69489b9f10bb5ed617b5b62ae063._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_5_0b7d69489b9f10bb5ed617b5b62ae063._comment
new file mode 100644
index 0000000000..dc27808bb5
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_5_0b7d69489b9f10bb5ed617b5b62ae063._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="193.174.111.250"
+ subject="another scenario"
+ date="2014-06-05T19:52:04Z"
+ content="""
+If a user uses such a crippled filesystem as a transfer repo and he does an `git-annex get --auto` on the target pc for getting the content he gets only 50% of the content. (user gets only a strange message that git-annex cannot access the repo or something like this) The user does not have the intuition to do an extra `git-annex add` to get the content because from his perspective he did not made any changes... (sorry for my bad english - i hope you know what i mean)
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_6_650d950da065eeac966c2498418c668d._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_6_650d950da065eeac966c2498418c668d._comment
new file mode 100644
index 0000000000..94cbad0e60
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_6_650d950da065eeac966c2498418c668d._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="89.183.56.177"
+ subject="use case and answer to joey's question &quot;...then when...&quot;"
+ date="2014-06-08T04:59:42Z"
+ content="""
+Hi joey,
+
+i really think we should repair the timestamp instead of force the user to `git-annex add` possibly corrupted files/content (see your comment above) git-annex checksums are excellent for data integrity but they are useless if we bypass them in case of adding and propagating 
+potentially corrupted content with `git-annex add`
+
+So here's for example a useful use case:
+
+1. user fills his transfer repo in town A. He checks (`git annex fsck`)  that everything is fine. He unmounts the drive and travels to town B.
+
+2. In town B user mounts the drive and sees, that he suddenly doesn't have \"access\" to those \"crippled files\" on his transfer repo (the files seems modified for the user without a reason - why should he `git-annex add` them again?? - he'd rather think about data corruption) . He wonders whats going on and thats why he does a
+
+3. `git-annex fsck` . `git annex fsck` should checksum also such crippled files, should report correct checksums if they are correct (so that the users knows their usb drive is working properly) and should give a message like this: \"checksum ok - crippled timestamp - repair with git-annex fsck --repair-timestamp or define a modify window \"- (to be implemented - in rsync the problem is already solved with this option \"--modify-window=NUM     compare mod-times with reduced accuracy\")
+
+In my case distance between town B and town A was approx 400km and in town B i didnt know what was going on. So i went back to town A without success for further investigation of my usb drive... :-((
+
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_7_834c512e32ad5a157d8fa9fd472831b4._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_7_834c512e32ad5a157d8fa9fd472831b4._comment
new file mode 100644
index 0000000000..7a98be0a29
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_7_834c512e32ad5a157d8fa9fd472831b4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 7"
+ date="2014-06-09T19:29:09Z"
+ content="""
+A transfer repository is normally bare, so would not have this problem.
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_8_2500e6f9545b916dfa41549140c053fd._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_8_2500e6f9545b916dfa41549140c053fd._comment
new file mode 100644
index 0000000000..1930384722
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_8_2500e6f9545b916dfa41549140c053fd._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="martin"
+ ip="89.183.78.73"
+ subject="`git-annex add` (called by sync) should do the job and bring the files back home (IMHO)"
+ date="2014-06-10T15:58:25Z"
+ content="""
+If one does an `git annex sync` these crippled-pseudo-modified-files are *automatically* `git annex add`ed
+
+   git annex status
+   M datei1
+   M datei5
+   M datei6
+   git annex sync
+   commit  add datei1 ok
+   add datei5 ok
+   add datei6 ok
+
+To avoid the risk of adding and propagating potentially corrupted content `git-annex add` should 
+\"simply\" correct the timestamps (adjust to the new even inode values) for files with correct checksum but timestamp 
+difference of 1s or 1h
+
+With this procedure i would have better sleep with this personal second use case:
+
+repo1: on the computer (direct mode - client)
+repo2: on usb stick -  (direct mode - client - vfat - music for car)
+
+From time to time mp3 files are transferred to the stick. Then stick 
+goes to the car and after some days back to the computer to be 
+synchronized again. Everytime approx. 50% of the recently new added files are 
+added again (via sync) because of these nonsens timestamps.
+
+So i think, the clean solution is to correct only the timestamps instead 
+of adding again possibly corrupted files. If we dont do this users adapt to 
+add files again and again (they need not to be added) and one day they 
+add corrupted content. Like on windows (tm) you klick OK and OK again and 
+here you add again and again and one day one add once too much ;-)
+
+Excuse me for this long comment...
+
+P.S. git annex is an ingenious piece of software - thanks a lot for this joey!
+"""]]
diff --git a/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_9_e2dc3ff80bbd66837f00975b16e17126._comment b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_9_e2dc3ff80bbd66837f00975b16e17126._comment
new file mode 100644
index 0000000000..44ac459c00
--- /dev/null
+++ b/doc/bugs/FAT:_Date_resolution_for_mtime_2s--__62___implications/comment_9_e2dc3ff80bbd66837f00975b16e17126._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 9"
+ date="2014-06-10T19:27:55Z"
+ content="""
+> To avoid the risk of adding and propagating potentially corrupted content git-annex add should \"simply\" correct the timestamps (adjust to the new even inode values) for files with correct checksum but timestamp difference of 1s or 1h
+
+Since git-annex add already does that in this case, I think what you're actually suggesting is that, if the timestamp has a 1s or 1h diff, but the checksum has changed, git-annex add should refuse to add the files, on the grounds that it appears to be corrupt. Which obviously fails badly in at least the 1h case, because someone could add a file, then wait 1 hour and git-annex add a modified version.
+"""]]
diff --git a/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn b/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn
new file mode 100644
index 0000000000..b794e6a3f5
--- /dev/null
+++ b/doc/bugs/File_that_are_in_two_place_can_be_sequentially_copy_then_dropped.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+I've a repository with a prefered content of "exclude=cours/vieux/* and ( include=cours/* or include=Programmes/* or include=Stage/* )", but there is a repository that has a (identical) copy both in cours/vieux and in Stage/ so git annex sync --content will
+- get the content in Stage/
+- then drop it because it is in cours/vieux/
+
+And again, and again...
+
+### What version of git-annex are you using? On what operating system?
+git-annex 5.20140127 in debian/sid
+
+> This is actually a duplicate of
+> [[Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]].
+> As noted in that bug report, this should already be fixed in direct mode,
+> but still happens in indirect mode when the full scan is done (at
+> startup, and occasionally at other times).
+> 
+> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited.mdwn b/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited.mdwn
new file mode 100644
index 0000000000..16109fb237
--- /dev/null
+++ b/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited.mdwn
@@ -0,0 +1,36 @@
+**What steps will reproduce the problem?**
+
+Create two annexes from the command line on two separate machines:
+
+    mkdir ~/Files.annex
+    cd ~/Files.annex
+    git init
+    git annex init
+    git annex untrust .
+    git annex direct
+
+Add remote to each one pointing to the other:
+
+    git remote add [remote] [remote hostname]:Files.annex
+
+Start assistant on both repos:
+
+    git annex assistant
+
+Fill one repository with a few text files, and wait for them to propagate.
+
+Edit one of the text files using vim, and save.
+
+**What is the expected output? What do you see instead?**
+
+Edited file should remain in the repo, but a significant portion of the time, the file disappeared from the repo in which it was edited (the file is present and properly synced on the other repo).
+
+**What version of git-annex are you using? On what operating system?**
+
+git-annex 4.20130323, Mac OS X on the repo where the file was edited, Arch Linux for the other paired repo.
+
+**Please provide any additional information below.**
+
+I have observed this problem setting up the repos through the webapp as well, so I don't think it is related to setting up the repos manually. I think the way vim is writing the files seems to be tickling a race condition (both command-line vim and MacVim produce the behavior). I started trying to work around it by switching to emacs to edit those files, and the files haven't disappeared from the edited repo (so far at least).
+
+[[!tag /design/assistant moreinfo]]
diff --git a/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited/comment_1_bdc97db9dc9954331e4c400baf9e5541._comment b/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited/comment_1_bdc97db9dc9954331e4c400baf9e5541._comment
new file mode 100644
index 0000000000..46b3332714
--- /dev/null
+++ b/doc/bugs/Files_disappear_from_locally_paired_annexes_when_edited/comment_1_bdc97db9dc9954331e4c400baf9e5541._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-08T17:14:23Z"
+ content="""
+When you say that the file \"disappeared from the repo\", do you mean that the actual file is no longer present on disk, or that the file is present on disk, but is no longer staged in the git repository?
+
+Version 4.20130405 fixes a bug that can result in the latter behavior.
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__.mdwn b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__.mdwn
new file mode 100644
index 0000000000..d66196acd3
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+Using the webapp to generate a new (local) repository instantly takes it to the following state:
+[[!format sh """
+user@local:~/Annex$ git status
+# On branch master
+# Changes to be committed:
+#   (use "git reset HEAD <file>..." to unstage)
+#
+#	deleted:    uuid.log
+#
+user@local:~/Annex$ git branch
+  git-annex
+* master
+user@local:~/Annex$ git log
+commit 90bfcaf17b0576d8ecdc48ae44dda22d41464acc
+Author: local  <user>
+Date:   Sun Nov 3 15:30:17 2013 +0100
+
+    created repository
+user@local:~/Annex$ git show HEAD
+commit 90bfcaf17b0576d8ecdc48ae44dda22d41464acc
+Author: local  <user>
+Date:   Sun Nov 3 15:30:17 2013 +0100
+
+    created repository
+
+diff --git a/uuid.log b/uuid.log
+new file mode 100644
+index 0000000..9df3670
+--- /dev/null
++++ b/uuid.log
+@@ -0,0 +1 @@
++987e7b9a-aa9d-41db-ae92-23fcae7f6187 user@local:~/Annex timestamp=1383489017.181
+user@local:~/Annex$ 
+"""]]
+
+I'm new to git-annex, so I'm not quite sure, but looking at [[internals]] this file should only exist in the git-annex branch, not in master. Furthermore, from this state it seems impossible to get "sync with your other devices" to work, because of a merge conflict on this change.
+
+Perhaps some sort of a race-condition with the annex-assistant picking up the uuid.log file while the repository is being initialized?
+
+### What version of git-annex are you using? On what operating system?
+Ubuntu 13.10 with git-annex 4.20130815
+
+> [[fixed|done]]; see comments. (This fix needs to be backported to Ubuntu.) --[[Joey]] 
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_1_6441dd04adc158df22589c81746108a9._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_1_6441dd04adc158df22589c81746108a9._comment
new file mode 100644
index 0000000000..6080e88e41
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_1_6441dd04adc158df22589c81746108a9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-03T16:48:25Z"
+ content="""
+I can't reproduce this at all. What version of git do you have installed? Did you install git-annex from ubuntu's repository? Does the same thing happen if you install the standalone linux tarball and use it to make a new repository?
+
+git-annex never creates a file named uuid.log on disk, so it's quite strange that it shows up in the initial commit to the master branch. It sort of looks like somehow git-annex's normal use of a separate index file to stage the uuid.log to the git-annex branch is failing. Since I have never seen any problem with that, I have to suspect that the ubuntu build is somehow badly broken. Or that the git in Ubuntu is for some reason ignoring `GIT_INDEX_FILE`.
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_2_d1c5d7642284a375f9c455dbf76efa5c._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_2_d1c5d7642284a375f9c455dbf76efa5c._comment
new file mode 100644
index 0000000000..50bff5f41e
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_2_d1c5d7642284a375f9c455dbf76efa5c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 2"
+ date="2013-11-03T17:02:47Z"
+ content="""
+I made an Ubuntu saucy chroot, apt-get installed git-annex from universe, and ran the webapp in there. I did not reproduce this problem. 
+
+The cause of the problem, it seems, must be something local to your system. Perhaps you have an environment variable set that is messing up git. Or perhaps you have a different, broken version of git installed.
+
+Can you \"git show git-annex\" in the repository? It should show a commit made to the git-annex branch that adds the uuid.log there.
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_3_4b863da1c8ba73ad54da20f7d2ec6e5c._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_3_4b863da1c8ba73ad54da20f7d2ec6e5c._comment
new file mode 100644
index 0000000000..7acab1c37f
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_3_4b863da1c8ba73ad54da20f7d2ec6e5c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="tanen"
+ ip="83.128.159.25"
+ subject="comment 3"
+ date="2013-11-03T17:35:00Z"
+ content="""
+Very strange: this is on a machine that I wiped and reinstalled just a few hours ago, it's a completely fresh Ubuntu 13.10 install with barely anything installed but the defaults. Git version is 1.8.3.2-1
+
+I initially just pulled git-annex from the Ubuntu repo. After that I grabbed a more recent version from https://launchpad.net/ubuntu/+source/git-annex/4.20131101/+build/5189754 which is showing the same behavior.
+
+\"git show git-annex\" indeed shows the commit creating the uuid.log file on the git-annex branch. master has just one commit, with description \"created repository\" and creates a \"uuid.log\" file. The contents of the master uuid.log are identical to the one in the git-annex branch.
+
+I'm currently in the middle of trying out a git-annex setup so I can't switch versions again right now, but given the above I imagine a fresh 13.10 VM should show the same behavior.
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_4_8e0f489305ce30ad578b9f8526e86416._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_4_8e0f489305ce30ad578b9f8526e86416._comment
new file mode 100644
index 0000000000..c020fc3a84
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_4_8e0f489305ce30ad578b9f8526e86416._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 4"
+ date="2013-11-06T15:09:19Z"
+ content="""
+Intriguing -- I was able to reproduce this bug after installing the Ubuntu server ISO in a VM.
+
+Which is really strange, the only difference between this and my debootstrapped chroot should be the kernel..
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_5_c699034c8e02b2354516414d0ab73aab._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_5_c699034c8e02b2354516414d0ab73aab._comment
new file mode 100644
index 0000000000..a323d78358
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_5_c699034c8e02b2354516414d0ab73aab._comment
@@ -0,0 +1,53 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 5"
+ date="2013-11-06T16:27:49Z"
+ content="""
+Running the prebuilt tarball build of git-annex, the bug does not occur.
+
+However, if I remove the git shipped with the prebuilt tarball, so it uses the system git, I do see the bug. So, it's apparently git version dependent.
+
+Also, I was able to reproduce it in a amd64 chroot. My other chroot was i386. Somehow architecture specific bug?
+
+---
+
+Instrumenting all calls to git to be logged with the full environment and command, I found this:
+
+<pre>
+GIT_INDEX_FILE='/home/foo/annex/.git/annex/index'
+--git-dir=/home/foo/annex/.git --work-tree=/home/foo/annex commit --quiet --allow-empty -m created repository
+</pre>
+
+This certainly looks like the index file setting for the git-annex branch is somehow leaking out past the branch commit operations. It continued setting that while setting up `gc.auto`; the next call to git after that stopped setting the index file.
+
+The only way I can see offhand this could possibly happen is due to an exception. It may be that on ubuntu an exception is thrown by code that runs a git command with the index file set, for whatever reason, and this causes the code that normally resets it back to not run.
+
+----
+
+Ok, found it! 
+
+<pre>
+\"withIndex entered\"
+
+*** Please tell me who you are.
+
+Run
+
+  git config --global user.email \"you@example.com\"
+  git config --global user.name \"Your Name\"
+
+to set your account's default identity.
+Omit --global to set the identity only in this repository.
+
+fatal: unable to auto-detect email address (got 'foo@darkstar.(none)')
+\"withIndex entered\"
+\"withIndex cleaned up\"
+</pre>
+
+Note lack of clean up after the first withIndex call. Thus leaving the environment passed to git polluted for further calls.
+
+This also explains why it's only happening on some systems, or with some versions of git. git's got all kinds of complexity around its username and email handling code.
+
+I have fixed this in git.
+"""]]
diff --git a/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_6_786cb7e643811dfd2496ceeff8f34f44._comment b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_6_786cb7e643811dfd2496ceeff8f34f44._comment
new file mode 100644
index 0000000000..ea3e97e8e0
--- /dev/null
+++ b/doc/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/comment_6_786cb7e643811dfd2496ceeff8f34f44._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 6"
+ date="2013-11-06T16:40:57Z"
+ content="""
+Ubuntu bug report about this: <https://bugs.launchpad.net/ubuntu/+source/git-annex/+bug/1248623>
+
+It should be pretty easy to backport the fix to the version in Ubuntu. The relevant git commits are ee23be55fd3e7e202bc721c124f78b79d1aba6df and 81117e8a9d19d4739d3773d0515006e1ea41c266
+"""]]
diff --git a/doc/bugs/GIT_DIR_support_incomplete.mdwn b/doc/bugs/GIT_DIR_support_incomplete.mdwn
new file mode 100644
index 0000000000..1b9738c4f7
--- /dev/null
+++ b/doc/bugs/GIT_DIR_support_incomplete.mdwn
@@ -0,0 +1,17 @@
+`GIT_DIR` support isn't right. Git does not look for `GIT_DIR/.git`;
+git-annex does.
+
+Also, to support this scenario, support for core.worktree needs to be added
+as well:
+
+	mkdir repo workdir
+	git --work-tree=$PWD/workdir --git-dir=$PWD/repo init
+	export GIT_DIR=$PWD/repo
+	git status
+	# ok
+	git annex init "new repo"
+	# fail
+
+--[[Joey]] 
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn
new file mode 100644
index 0000000000..bf7f4f3918
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+When I try to create a megaannex remote with pubkey encryption GPG complains about not finding the public key.
+
+### What steps will reproduce the problem?
+See below
+
+
+### What version of git-annex are you using? On what operating system?
+5.20140129 under OSX.
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+% USERNAME="<username>" PASSWORD='<password>' git annex -vd initremote mega type=external externaltype=mega encryption=pubkey keyid=X folder=Documents mac=HMACSHA512
+[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","show-ref","git-annex"]
+[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","show-ref","--hash","refs/heads/git-annex"]
+[2014-02-06 11:39:14 CET] read: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","log","refs/heads/git-annex..62dc22cced06268fa5adcf54992eb1169c6ca1aa","--oneline","-n1"]
+[2014-02-06 11:39:14 CET] chat: git ["--git-dir=/Users/dxtr/Documents/.git","--work-tree=/Users/dxtr/Documents","cat-file","--batch"]
+initremote mega (encryption setup) [2014-02-06 11:39:14 CET] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-public-keys","46726B9A"]
+[2014-02-06 11:39:14 CET] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","2","256"]
+[2014-02-06 11:39:14 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--recipient","X","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"]
+(pubkey crypto with gpg key X) [2014-02-06 11:39:15 CET] chat: git-annex-remote-mega []
+[2014-02-06 11:39:15 CET] git-annex-remote-mega --> VERSION 1
+[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- INITREMOTE
+[2014-02-06 11:39:15 CET] git-annex-remote-mega --> GETCONFIG encryption
+[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- VALUE pubkey
+[2014-02-06 11:39:15 CET] git-annex-remote-mega --> GETCONFIG folder
+[2014-02-06 11:39:15 CET] git-annex-remote-mega <-- VALUE Documents
+[2014-02-06 11:39:15 CET] git-annex-remote-mega --> SETCREDS mycreds <username> <password>
+(gpg) [2014-02-06 11:39:15 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--decrypt"]
+[2014-02-06 11:39:15 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"]
+gpg: no valid addressees
+gpg: [stdin]: encryption failed: no such user id
+
+git-annex: user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"] exited 2)
+failed
+git-annex: initremote: 1 failed
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment
new file mode 100644
index 0000000000..1d71eebf4b
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_1_ac3631024abf372e6f578a472b86d792._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 1"
+ date="2014-02-06T11:00:49Z"
+ content="""
+I just confirmed it works with encryption=hybrid
+"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment
new file mode 100644
index 0000000000..2c5bdc120d
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_980c149d7f9040f5e71e662d95a5fbf1._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 3"
+ date="2014-02-06T21:53:23Z"
+ content="""
+I can reproduce this, but only when using the hook special remote, so it's some problem with it.
+directory special remote works ok.
+"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment
new file mode 100644
index 0000000000..b5e9c3c21b
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_3_c279f5cc3f96910287e72bf59120d02b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 3"
+ date="2014-02-06T22:07:55Z"
+ content="""
+Actually, it seems to affect also S3 and other remotes that call setCreds.
+"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment
new file mode 100644
index 0000000000..b61b0626a2
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_4_ec6abe7074f767f866e9618d65a4a900._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 4"
+ date="2014-02-07T11:11:23Z"
+ content="""
+Could it be some general issue with setCreds?
+
+The reason I'm wondering is that megaannex isn't really working. It doesn't seem to (properly) get the credentials so it's acting funny and getting an Invalid Argument exception where, according to what I understand from the documentation, it shouldn't be possible to get an Invalid Argument exception.
+
+Ofcourse I have contacted the maintainer of megaannex (TobiasTheViking on github) too. I've also started looking in to it myself.
+"""]]
diff --git a/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment
new file mode 100644
index 0000000000..b5495e4540
--- /dev/null
+++ b/doc/bugs/GPG_issues_with_pubkey___40__Again__63____41__/comment_5_44f80d89360a5620f919f8bc7c1c2879._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 5"
+ date="2014-02-07T11:12:24Z"
+ content="""
+Oh, sorry. I didn't see that you had already fixed it.
+"""]]
diff --git a/doc/bugs/GPG_passphrase_repeated_prompt.mdwn b/doc/bugs/GPG_passphrase_repeated_prompt.mdwn
new file mode 100644
index 0000000000..56b2bba4ed
--- /dev/null
+++ b/doc/bugs/GPG_passphrase_repeated_prompt.mdwn
@@ -0,0 +1,25 @@
+#### What steps will reproduce the problem?
+
+1. Create a new repository with a directory
+2. Add files
+3. Select "Store your data in the cloud" with the "Remote server" option
+4. Enter host, user, directory
+5. Select "Use an encrypted rsync repository on the server" (Will there be an option for unencrypted later?)
+6. GPG Passphrase prompt comes up for every file
+
+#### What is the expected output? What do you see instead?
+
+I expect to enter a passphase once and then it will sync all files with the remote server.
+
+Instead, it begins syncing the files to the server but prompts for a GPG passphase for every single file.
+
+#### What version of git-annex are you using? On what operating system?
+
+3.20121017 precompiled binary on Arch Linux
+
+#### Please provide any additional information below.
+
+Not sure if I'm just missing a setting for GPG, but I would think I should only need to use the web app to configure the remote server.
+
+[[!tag /design/assistant]]
+[[!tag confirmed]]
diff --git a/doc/bugs/GPG_passphrase_repeated_prompt/comment_1_6ef1c9725befc84ad57bce196ef630ef._comment b/doc/bugs/GPG_passphrase_repeated_prompt/comment_1_6ef1c9725befc84ad57bce196ef630ef._comment
new file mode 100644
index 0000000000..016ecb9945
--- /dev/null
+++ b/doc/bugs/GPG_passphrase_repeated_prompt/comment_1_6ef1c9725befc84ad57bce196ef630ef._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="you should install a gpg agent"
+ date="2012-10-31T17:39:53Z"
+ content="""
+A gpg agent will cache your passphrase. It is beyond the scope of the git-annex package to provide one (though it does bundle gpg), but it should be easy to install gpg-agent on your distribution.
+
+That's all that's needed for normal git-annex use, but the assistant does seem to have a larger problem in this area, since it can need to unlock a remote's key at any time to sync files from it. Since a separate
+process is spawned for each transfer, this defeats git-annex's normal in-process caching of encryption keys of remotes. So I think it needs to unlock any encrypted special remotes at startup, or when first accessing them, and pass the cached keys to the transfer processes it spawns. This is now on my todo list.
+
+However, none of the special remotes set up by the assistant will use
+password protected gpg keys, even when it's using encryption it's using a
+non-password protected shared key. So only encrypted special remotes set up
+at the command line cause this problem.
+"""]]
diff --git a/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn b/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn
new file mode 100644
index 0000000000..7087247f52
--- /dev/null
+++ b/doc/bugs/Git-Annex_requires_all_repositories_to_repair.mdwn
@@ -0,0 +1,3 @@
+I recently had my git-annex repository die and it needed to be repaired. Two of my repositories are external hard drives. When I tried to use git-annex repair, it would churn for some hours, then error because the external hard drives were not plugged in. When I brought the two hard drives home from the various places that they are (safely) stored, it all worked fine, but it would have been great if git-annex repair could somehow do what it could with what was connected and do the rest as and when the other drives are plugged in. This must only become more of a problem as git-annex is used for longer, as one may have a handful of USB keys storing a little on each.
+
+[[!taglink moreinfo]]
diff --git a/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment b/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment
new file mode 100644
index 0000000000..d44c30f323
--- /dev/null
+++ b/doc/bugs/Git-Annex_requires_all_repositories_to_repair/comment_1_dff1424e48835d7d3eb8653fc59de18a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-07T19:25:25Z"
+ content="""
+Repair does not require access to remotes, but it will certianly yield a better result to have one remote available. Otherwise, information that cannot be repaired will be missing from the repository. Repair will still successfully complete in this situation though.
+
+If you have an error message, please paste it.
+"""]]
diff --git a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn
new file mode 100644
index 0000000000..9443a4fbda
--- /dev/null
+++ b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much.mdwn
@@ -0,0 +1,58 @@
+### Please describe the problem.
+
+I was playing around thinking to try out git-annex, and bup 
+
+I sucessfully added 6GB of images in subdirectories in ~/Pictures, so decided to push over another dir full - 
+
+more than 30GB more...
+
+sven@quad:~/Pictures$ git annex add .
+....
+add 2012/01/10/20120110-024457/IMG_1830.JPG 
+git-annex: <file descriptor: 7>: hFlush: resource vanished (Broken pipe)
+failed
+add 2012/01/10/20120110-024457/IMG_1831.JPG 
+git-annex: <file descriptor: 7>: hFlush: resource vanis
+sven@quad:~/Pictures$ 
+sven@quad:~/Pictures$ git annex add .
+Stack space overflow: current size 8388608 bytes.
+Use `+RTS -Ksize -RTS' to increase it.
+sven@quad:~/Pictures$ git git commit -a -m added
+git: 'git' is not a git command. See 'git --help'.
+
+Did you mean this?
+        init
+sven@quad:~/Pictures$ git commit -a -m added
+Bus error (core dumped)
+
+
+
+### What steps will reproduce the problem?
+see above
+
+### What version of git-annex are you using? On what operating system?
+sven@quad:~/Pictures$ git annex version
+git-annex version: 3.20120406
+local repository version: 3
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+sven@quad:~/Pictures$ uname -a
+Linux quad 3.8.0-34-generic #49~precise1-Ubuntu SMP Wed Nov 13 18:05:00 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+
+
+### Please provide any additional information below.
+
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> Ancient git-annex version. Doubt it affects current version. [[!tag moreinfo]] --[[Joey]] 
+
+>> Actually, this is a dup of [[runs_of_of_memory_adding_2_million_files]] so [[done]] --[[Joey]]
diff --git a/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment
new file mode 100644
index 0000000000..de4928b3ab
--- /dev/null
+++ b/doc/bugs/Git_annex_add_._dies_when_you_add_too_much/comment_1_a99b96c38bba3af54e0152cc3730c16c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 1"
+ date="2014-01-13T19:22:12Z"
+ content="""
+It looks like git-annex was leaking memory, and so ran out and died. 
+
+But, you're using an ancient version of git-annex from 2012. Upgrade to a current version and write back if it still has a memory leak. I doubt it does. 
+"""]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
new file mode 100644
index 0000000000..f7bae3b4b1
--- /dev/null
+++ b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
@@ -0,0 +1,65 @@
+Hi,
+I already have told about that in a comment here <http://git-annex.branchable.com/bugs/submodule_path_problem/#comment-e86330d15b714a41a07b6548fbc79bb2>, but I am not sure it will be seen.
+
+Then here is an official bug report.
+### Please describe the problem.
+
+I have a problem with submodules when the git repository is not a submodule everywhere.
+
+For instance, if A is a git annexed repository and B another git repository. If B adds A as submodules. The symlinks added in A as submodule won't work in the original A.
+
+### What steps will reproduce the problem?
+
+    # creating the master repository
+    mkdir annex_master
+    cd annex_master/
+    git init
+    # hack: adding a file to create the master branch
+    touch start
+    git add start
+    git commit -m "start"
+    cd ..
+    # create another repository
+    mkdir annex_sub
+    cd annex_sub/
+    git init
+    # hack: adding a file to create the master branch
+    touch start
+    git add start
+    git commit -m "start"
+    # it is a annexed repository
+    git annex init sub
+    # add the other repository as submodule of the master one
+    cd ../annex_master/
+    git submodule add ../annex_sub/ module
+    cd module/
+    git annex init sub_module
+    git annex sync origin
+    # add an annexed file
+    echo test > test
+    git annex add
+    git annex sync
+    # go back to the origin repository
+    cd ../../annex_sub/
+    git annex sync
+    ls -l
+This returns test -> ../.git/modules/module/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
+
+Actually, the file committed is correct. But the fact it points to '../.git/modules/module/...' makes the link work only if the repository is also a submodule and if this submodule is also located in the modules folder in the parent git repository.
+
+I tried playing with making the repository direct and then indirect, hoping that would fix the symlinks, but it did not work.
+### What version of git-annex are you using? On what operating system?
+
+    $ git-annex version
+    git-annex version: 4.20130802
+    ...
+
+    $ git --version
+    git version 1.8.3.2
+
+	$ uname -a
+	Linux konixwork 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux
+
+### Please provide any additional information below.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment
new file mode 100644
index 0000000000..8ff2321591
--- /dev/null
+++ b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_1_b3197993dbdfaf2db5e4651ac54a896e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T18:49:18Z"
+ content="""
+git-annex assumes that it can make a stable symlink from a file in the working tree to a file in the .git directory. There are several ways to break this. One, as noted, is sometimes using a repository as a submodule, and sometimes not. Another would be to play around with `GIT_DIR`.
+
+I don't see a way git-annex can support those use cases, at least in indirect mode.
+
+It does seem like, in direct mode, it should just work. git-annex will commit various symlinks to git, but these symlinks will never be followed to get at the content of a file, since direct mode arranges for the content to be directly present in the working tree.
+"""]]
diff --git a/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment
new file mode 100644
index 0000000000..b7aa61f176
--- /dev/null
+++ b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path/comment_2_1fbbd02e61ef524597dafd69460b00b4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="konubinix"
+ ip="82.243.233.186"
+ subject="Thanks"
+ date="2013-08-26T06:25:19Z"
+ content="""
+Thanks for the reply.
+
+Also thanks for this great tool (Though I am not sure I truelly realize the true power of git annex yet).
+"""]]
diff --git a/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn b/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn
new file mode 100644
index 0000000000..7756db8661
--- /dev/null
+++ b/doc/bugs/Glacier_remote_doesn__39__t_pass_the_--region_parameter_to_glacier-cli_on_hasKey.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+hasKey check fails when using a Glacier special remote with a non-default region setting.
+
+### What steps will reproduce the problem?
+1. Configure a Glacier special remote with a region other than us-east-1
+2. Move some files to the remote
+3. Somehow let galcier-cli cache expire. In my case this was waiting for more than 60 hours.
+4. Try to copy the file to the glacier remote again.
+
+### What version of git-annex are you using? On what operating system?
+5.20140227 on Ubuntu 12.04
+
+### Please provide any additional information below.
+
+[[!format sh """
+user@server:$ git annex copy my_file.txt --to glacier
+copy my_file.txt (checking glacier...) Traceback (most recent call last):
+  File "/bin/glacier", line 730, in <module>
+    App().main()
+  File "/bin/glacier", line 716, in main
+    self.args.func()
+  File "/bin/glacier", line 620, in archive_checkpresent
+    wait=self.args.wait)
+  File "/bin/glacier", line 442, in _vault_sync
+    vault = self.connection.get_vault(vault_name)  
+  File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer2.py", line 82, in get_vault
+    response_data = self.layer1.describe_vault(name)
+  File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer1.py", line 195, in describe_vault
+    return self.make_request('GET', uri)
+  File "/usr/local/lib/python2.7/dist-packages/boto/glacier/layer1.py", line 118, in make_request
+    raise UnexpectedHTTPResponseError(ok_responses, response)
+boto.glacier.exceptions.UnexpectedHTTPResponseError: Expected 200, got (404, code=ResourceNotFoundException, message=Vault not found for ARN: arn:aws:glacier:us-east-1:111111111111:vaults/myvault)
+(user error (glacier ["archive","checkpresent","myvault","--quiet","SHA256E-s1111111--aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa.JPG"] exited 1)) failed
+git-annex: copy: 1 failed
+"""]]
+
+> [[fixed|done]]; made it use the same glacierParams as everything else.
+> --[[Joey]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates.mdwn b/doc/bugs/Glacier_remote_uploads_duplicates.mdwn
new file mode 100644
index 0000000000..75014a5e04
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+Other references:
+
+https://github.com/basak/glacier-cli/pull/19
+http://git-annex.branchable.com/special_remotes/glacier/#comment-a2b05b8dc2d640ee498d90398f02931c
+
+#### Background
+
+ * Glacier doesn't support keys that the client selects, unlike S3. If you upload to Glacier, Glacier assigns a unique ID, not the client.
+ * Glacier does support an "archive description" which is immutable. It also provides this "archive description" in an inventory listing, together with the unique IDs.
+ * An "archive description" is not a unique key. It's perfectly possible to upload multiple archives to Glacier with the same "archive description".
+ * glacier-cli uses the "archive description" field as an upload identifier, since the unique IDs are unfriendly to users. However, since they are potentially ambiguous identifiers, it also supports disambiguation using the ID itself. See "Addressing Archives" in README.md for details.
+
+#### The Problem
+
+This what I believe is happening in the two reports referenced above. When git-annex is used without `--trust-glacier`, it can end up uploading the same data multiple times. From git-annex's point of view, it cannot verify that the data is already in Glacier, so it uploads again, expecting an overwrite operation if the key is already in Glacier. Since glacier-cli maps the key to an "archive description" that can be duplicated, this is not what happens. Instead, a second archive is uploaded.
+
+When git-annex later does a "checkpresent" operation, glacier-cli fails. This is because the request is ambiguous, since there are two archives in Glacier with the same "key". The error message could be better here, but I believe that the behaviour is correct.
+
+#### Discussion
+
+glacier-cli can find out what data Glacier claims to have using an inventory retrieval. However, this retrieval takes about four hours and can be out of date (eg. if someone else recently deleted the archive from another client). Thus, I can understand git-annex's desire not to trust this data or a cache of it.
+
+However, whatever we do, it is impossible to map an "upload or overwrite on key X" type command to Glacier. We'll always end up with duplicates. Even if git-annex stored the Glacier archive IDs, there is no API to replace an existing archive with the same ID, and inventories are out of date even before we retrieve them.
+
+#### Workaround
+
+If the problem is as I think it is, always applying `--trust-glacier` should prevent the problem from occurring in most cases, since git-annex will run "checkpresent" and glacier-cli will confirm that the archive exists.
+
+To fix the problem after it has occurred, it should be sufficient to delete duplicates using glacier-cli, since they _should_ be identical to each other. Some enhancement of the `glacier-cli archive list` command would help here.
+
+Update 10 June 2013: I've pushed a `glacier-cli` update and helper script in commit `b68835`. This adds a `--force-ids` option to `glacier archive list`, with which the helper script `glacier-list-duplicates.sh` uses to identify duplicates that can be removed. If you're affected by this issue, I suggest that you use this helper to identify and fix your problem by removing the duplicates. Please do so carefully by checking that the output of the helper is correct before you use it to delete the duplicates. See the comments at the top of the helper script for usage information.
+
+> [[fixed|done]], at least for the only well-working case for glacier, where
+> only one repository can access glacier directly. --[[Joey]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment
new file mode 100644
index 0000000000..9e42d4caec
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_1_8aef582a0f0d0c7f764b425fc45de3b4._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-23T15:55:16Z"
+ content="""
+Please beware of the warning on the man page when using --trust-glacier-inventory:
+
+> Be careful using this, especially if you or someone  else  might
+> have  recently  removed  a file from Glacier. If you try to drop
+> the only other copy of the file, and this switch is enabled, you
+> could lose data!
+
+While I'm inclined to want git-annex to store the necessary mappings from keys to glacier IDs in the git-annex branch, which would allow uploads/downloads from multiple repositories to the same glacier repository, it will not help with this problem. The git-annex branch can be out of date too.
+
+It seems that what's needed is a separate form of the checkpresent hook, that's used when deciding whether to copy data to glacier.
+We want this to trust the glacier inventory. But we don't want to trust the glacier inventory when moving data to glacier, or when running `git annex drop`! (unless --trust-glacier-inventory is specified). I think this would be easy to add. If you're up for testing a patch, I could do it today.
+
+BTW, there does seem to be a workaround that avoids duplicate copies to glacier:
+
+    git annex copy --to glacier --not --in glacier
+
+While normally copy checks the inventory to see if a key has been sent to glacier, and so will re-send, the `--not --in glacier`
+trusts the location tracking information, so if git-annex has sent the key before, it will skip the copy.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment
new file mode 100644
index 0000000000..859377308a
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_2_150ce8b7c4424a83c4b1760da5a89d27._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-23T15:57:08Z"
+ content="""
+I suppose another way to fix it along similar lines would be to make `git annex copy` always trust location tracking information when deciding whether to copy. I'm not sure how I feel about this though -- it might make things less robust in situations where `git annex copy` is run as a backup, and location tracking could have gotten out of date.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment
new file mode 100644
index 0000000000..4091e258c2
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_3_718af5048c5f894eee134547a2e0a644._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-23T15:59:37Z"
+ content="""
+It's also worth noting that the assistant always trusts the location log when deciding whether to send a key to a remote. So I think it will not trigger this bug. It seems only `git annex copy` will. (Well, maybe `git annex move` too in an edge case.)
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment
new file mode 100644
index 0000000000..415103a014
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_4_184ad0f8c2847309632f8c18b918cd42._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 4"
+ date="2013-05-27T22:24:44Z"
+ content="""
+> If you're up for testing a patch, I could do it today.
+
+I'm happy to test a patch.  I haven't successfully compiled git-annex on my Mac, which is the only computer I have for the next month or so, but it wasn't too hard to get it to work on my Linux box.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment
new file mode 100644
index 0000000000..1d4bbf1fd4
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_5_6980a912d3582c2f2511e4827e9e76b3._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-29T17:54:11Z"
+ content="""
+I started to make a branch with the change I suggested, but then I had another idea.
+
+The checkpresent hook can return either True or, False, or fail with a message if it cannot successfully check the remote. Currently for glacier, when --trust-glacier is not set, it always returns False. Crucially, in the case when a file is in glacier, this is telling git-annex it's not there, so copy re-uploads it. What if it instead, when the glacier inventory is missing a file, it returns False. And when the glacier inventory has a file, unless --trust-glacier is set, it *fails*.
+
+The result would be:
+
+* `git annex copy --to glacier` would only send things not listed in inventory. If a file is listed in the inventory, `copy`
+  would complain that --trust-glacier` is not set, and not re-upload the file.
+* `git annex drop` would only trust that glacier has a file when --trust-glacier is set. Behavior unchanged.
+* `git annex move --to glacier`, when the file is not listed in inventory, would send the file, and delete it locally. Behavior unchanged.
+* `git annex move --to glacier`, when the file is listed in inventory, would only trust that glacier has the file when --trust-glacier is set
+* `git annex copy --from glacier` / `git annex get`, when the file is located in glacier, would trust the location log, and attempt to get the file from glacier.
+
+This seems like it should do the right thing in all cases, but I have not tested it. I've pushed a `glacier` branch with this change.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment
new file mode 100644
index 0000000000..2a140eb499
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_6_feea067d6856af2840604782b29af86a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkexhIpGcYa22aPQtLm-StpHiF-MHYPh5w"
+ nickname="Robie"
+ subject="comment 6"
+ date="2013-06-10T17:24:34Z"
+ content="""
+This seems reasonable to me.
+
+One other possibility that you could end up with a duplicate: if `glacier-cli`'s cache is not up to date. For example: hosts A and B both have (the same) annex with the same Glacier special remote defined. Host A copies a file to Glacier. On host B, the `glacier-cli` cache doesn't know about the file, and so a copy to Glacier on host B also succeeds. When the cache is later brought up to date `glacier vault sync`, then the duplicate appears.
+
+I'm not sure what we can do about this. Perhaps we need to accept that duplicates will occur, and handle them more gracefully.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment
new file mode 100644
index 0000000000..26cbb5a473
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_7_e96187bad3dae2f5f95118f6df87a1ec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-06-11T14:38:19Z"
+ content="""
+Ok, I've merged the glacier branch into master. I would still be happy to see some testing of this before my next release (in a week).
+
+I guess I'll close this bug report. There are certainly still problems that can happen if there are multiple repositories all writing to glacier independently. Seems to me that one good way to deal with this is to set up a single remote that is configured to be a gateway to glacier.
+"""]]
diff --git a/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment b/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment
new file mode 100644
index 0000000000..67fd5354b7
--- /dev/null
+++ b/doc/bugs/Glacier_remote_uploads_duplicates/comment_8_34216b514a6fca788cfacb8579ce5311._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="For those on Mac OS X"
+ date="2013-11-18T00:00:32Z"
+ content="""
+The duplicates script fails because the BSD/MacOS version of uniq doesn't support the -D option.
+
+You can work around this by installing the GNU version using Homebrew ('brew install coreutils') and then replacing the 'uniq' in the script with 'guniq' (Homebrew prefixes the coreutils with \"g\" by default).
+
+I seem to still be running in to this bug using git annex version 4.20131106 and 'git annex copy --to glacier' without the '--not --in glacier' flags.  It's not a problem to use the extra flags but I wasn't originally aware of this issue and the duplicates don't seem to always occur.  I'll do some more testing and see whether I can reliably predict what will create duplicates and what won't.
+"""]]
diff --git a/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time.mdwn b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time.mdwn
new file mode 100644
index 0000000000..9532d0fd05
--- /dev/null
+++ b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time.mdwn
@@ -0,0 +1,18 @@
+Hi,
+
+some time ago, I accidentially copied some files from the archive to the non-archive part of my (indirect, type 'client') repository (instead of moving), with the effect that assistant always kept downloading and afterwards immediately dropping the files. Now this was not really suprising once I found the duplicate folder, but maybe git annex could detect this case and refuse to run in circles or at least complain about it.
+
+Best
+Karsten
+
+[[!tag /design/assistant]]
+
+> Update: Current status is this is fixed for direct mode.
+> 
+> In indirect mode, the startup scan will still download and then drop
+> content if a file outside and inside the archive directory has the
+> same content. It doesn't loop like it did in direct mode, only
+> happens once (or once per duplicate file, really). Is still potentially
+> annoying and a bug. --[[Joey]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_1_e8bb3d6a2318402b985caed08282d473._comment b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_1_e8bb3d6a2318402b985caed08282d473._comment
new file mode 100644
index 0000000000..0606fdffbb
--- /dev/null
+++ b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_1_e8bb3d6a2318402b985caed08282d473._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-11T16:32:43Z"
+ content="""
+This is a known problem.
+
+It seems possible to fix it for direct mode. After all, direct mode tracks all files associated with a key, so it could expose this to preferred content expressions, and the expression check if any of the associated files was in an archive directory.
+
+Unsure how to deal with it in indirect mode. Short of making indirect mode do all the same tracking direct mode does, or otherwise build a key to file lookup table.
+"""]]
diff --git a/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_2_ead9fa75a12ef36be9a92637b144e74f._comment b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_2_ead9fa75a12ef36be9a92637b144e74f._comment
new file mode 100644
index 0000000000..2be39d451a
--- /dev/null
+++ b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time/comment_2_ead9fa75a12ef36be9a92637b144e74f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-06-15T17:52:36Z"
+ content="""
+This turns out to be much worse in direct mode than in indirect mode.
+
+In indirect mode, it only does extra work during the full startup scan. Suppose there are 3 files with the same content, 1, archive/2, and 3. It will download 1, and then will drop archive/2, and then will download 3. This certainly is not ideal, especially when the file content is large.
+
+In indirect mode, it continally and repeatedly downloads the drops the files, as long as it's running. Which is beyond unacceptable.
+
+What seems to be going on is that when archive/2 gets dropped, it necessary needs to convert 1 and 3 to broken symlinks. But the watcher than sees those file changes, thinks these are new or renamed files that have appeared, and promptly re-downloads them. That, in turn triggers an update of archive/2, to convert it back from symlink to direct mode file, and that in turn is noticed by the watcher. Round and round we go!
+"""]]
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn b/doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn
new file mode 100644
index 0000000000..2c8bd35886
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn
@@ -0,0 +1,126 @@
+### Please describe the problem.
+
+Direct mode repositories seem to initially ignore hard linked files and then when changes are done to them sync them as separate files. However, changes to one file are only propagated to that file and not to any of the others that are hardlinked to it.
+
+### What steps will reproduce the problem?
+
+Inside a direct mode repository linked to a ssh remote:
+
+[[!format sh """
+$ ls -l
+total 0
+$ echo "something" > foo
+$ ln foo bar
+$ ls -l
+total 8
+-rw-r--r-- 2 pedrocr pedrocr 10 May 29 12:08 bar
+-rw-r--r-- 2 pedrocr pedrocr 10 May 29 12:08 foo
+$ tail .git/annex/daemon.log
+   6c0fbd7..0bb8ef9  git-annex -> synced/git-annex
+   0bae1b4..bfedc45  master -> synced/master
+
+sent 77 bytes  received 31 bytes  72.00 bytes/sec
+total size is 10  speedup is 0.09
+[2013-05-29 12:08:03 WEST] Transferrer: Uploaded foo
+Already up-to-date.
+[2013-05-29 12:08:05 WEST] Pusher: Syncing with golias 
+To ssh://golias.git-annex/home/pedrocr/testsync
+   0bb8ef9..2ce5013  git-annex -> synced/git-annex
+$ git status
+# On branch master
+# Changes not staged for commit:
+#   (use "git add <file>..." to update what will be committed)
+#   (use "git checkout -- <file>..." to discard changes in working directory)
+#
+#	typechange: foo
+#
+# Untracked files:
+#   (use "git add <file>..." to include in what will be committed)
+#
+#	bar
+no changes added to commit (use "git add" and/or "git commit -a")
+"""]]
+
+On the remote repository:
+
+[[!format sh """
+$ ls -l
+total 4
+-rw-r--r-- 1 pedrocr pedrocr 10 May 29 12:08 foo
+"""]]
+
+If I now just touch the linked file on the repository:
+
+[[!format sh """
+$ touch bar
+$ tail .git/annex/daemon.log
+
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+add bar (checksum...) [2013-05-29 12:12:49 WEST] Committer: Committing changes to git
+[2013-05-29 12:12:49 WEST] Pusher: Syncing with golias 
+Already up-to-date.
+To ssh://golias.git-annex/home/pedrocr/testsync
+   2ce5013..d36166b  git-annex -> synced/git-annex
+   bfedc45..ee3a7a1  master -> synced/master
+Already up-to-date.
+"""]]
+
+On the remote repository:
+
+[[!format sh """
+$ ls -l
+total 8
+-rw-r--r-- 1 pedrocr pedrocr 10 May 29 12:08 bar
+-rw-r--r-- 1 pedrocr pedrocr 10 May 29 12:08 foo
+"""]]
+
+Note that now bar has been synced as a new file and not a hardlink as it should be (the 1's after the permissions). 
+
+The sync also isn't acting properly on the linked files. For example. 
+
+First in the origin repository:
+
+[[!format sh """
+$ cat bar
+something
+$ cat foo
+something
+$ echo "someotherthing" > bar
+$ cat bar
+someotherthing
+$ cat foo
+someotherthing
+"""]]
+
+The result in the destination:
+
+[[!format sh """
+$ cat bar
+someotherthing
+$ cat foo
+something
+"""]]
+
+So even if the intended behavior is for hardlinked files to be synced as two separate files the sync isn't correct because the two files changed in the origin and only one of them changed in the destination. This probably needs to be fixed with actual hard links for real filesystems and with some copying for crippled filesystems.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git annex version
+git-annex version: 4.20130516.1
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+"""]]
+
+
+> [[!taglink confirmed]] (but may be out of scope for git-annex) --[[Joey]] 
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_1_aaa781664ae0c62c4f6530cb075ed367._comment b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_1_aaa781664ae0c62c4f6530cb075ed367._comment
new file mode 100644
index 0000000000..5d7422c08d
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_1_aaa781664ae0c62c4f6530cb075ed367._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 1"
+ date="2013-05-29T11:33:05Z"
+ content="""
+Implementing hard links will probably also require handling the edge case where the user has setup two repositories where one of them spans filesystems. So:
+
+- Repository A is all in a single filesystem
+- Repository B has it's root in one filesystem and them /someotherdirectory/ is another filesystem.
+
+If the user in repository A does a \"ln /somefile /someotherdirectory/otherfile\" you'd need to treat this as in the crippled case as repository B can't do the hardlink spanning filesystems.
+
+Another edge case may also be that OSX supports hardlinked directories for use with their TimeMachine feature. The feature isn't exposed through the normal ln command but users may sometimes hack around that[1]. Also, any TimeMachine backups will naturally have hardlinked directories.
+
+[1] http://stackoverflow.com/questions/1432540/creating-directory-hard-links-in-macos-x
+"""]]
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_2_213aa10909d1fd0f20ed078a7ed93e79._comment b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_2_213aa10909d1fd0f20ed078a7ed93e79._comment
new file mode 100644
index 0000000000..39d601dba1
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_2_213aa10909d1fd0f20ed078a7ed93e79._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-29T15:39:48Z"
+ content="""
+git does not support hard linked files, so neither can git-annex.
+"""]]
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_3_e6b783d9aaae20c0d35e9888d878716a._comment b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_3_e6b783d9aaae20c0d35e9888d878716a._comment
new file mode 100644
index 0000000000..179d80b217
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_3_e6b783d9aaae20c0d35e9888d878716a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-29T16:11:46Z"
+ content="""
+It would be possible to make the assistant use the inotify CREATE event (which it currently ignores) to add a file to the repository when a hard link is created. However, when a hard linked file is modified, inotify only sends an event for the file that was changed, not for other hard links to it. So, without keeping track of all hard links that exist on my own, there's no way for the assistant to automatically handle that case. And even if it tried to, hard links to files in the repository from outside the repository would still allow modifying them without the assistant being able to detect it.
+
+Since hard links cannot be propigated over git anyway, I don't want to get into this mess. It's best to wontfix this I think.
+"""]]
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_4_b008ae7b1cf8685d92c9a87a7609de1e._comment b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_4_b008ae7b1cf8685d92c9a87a7609de1e._comment
new file mode 100644
index 0000000000..8e8acd9cb7
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_4_b008ae7b1cf8685d92c9a87a7609de1e._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 4"
+ date="2013-05-29T18:48:10Z"
+ content="""
+I agree with your assessment for the traditional git-annex, as it's an extension of git. For the assistant (in direct mode at least) it seems like broken behavior, there will be files that exist on one side but not the other and files that have the same content on one side but not the other.
+
+I just had a look and unfortunately there doesn't seem to be a general way to do inode to path lookup in UNIX, so an inode cache would really be needed. It would look something like:
+
+* On inotify CREATE detect that the file has other hardlinked instances, find out if they are in the repository by keeping a inode->path cache of all files
+* When the file is a hardlink to another file already in the repository commit some kind of special file to git that states \"hardlink to /path/to/otherfile\" and add metadata to the original file saying what files are hardlinks to it
+* When a remote gets a special file after a sync it will itself run a \"ln /path/to/otherfile /path/to/newfile\" or alteratively a copy when the two paths span filesystems or the filesystem is crippled
+* When a crippled remote gets a write to a file with hardlinks, it will replicate those writes to the other files (this is where the metadata is needed)
+* When a crippled remote does a write to a file with hardlinks that file becomes independent in the remotes with hardlinks since the content is now different between the two (or more) files.
+
+This does get pretty hairy with the corner cases. Right now the simple case of \"sync between two non-crippled filesystems\" shows pretty surprising results though so I'd argue something needs to change. I think that for direct mode to really be a \"transparent folder sync\" kind of solution this should be fixed.
+"""]]
diff --git a/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_5_949c891209713a2c0a5e66af11ed4c79._comment b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_5_949c891209713a2c0a5e66af11ed4c79._comment
new file mode 100644
index 0000000000..52f3e30f7d
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode/comment_5_949c891209713a2c0a5e66af11ed4c79._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 5"
+ date="2013-06-26T16:34:23Z"
+ content="""
+To fix [[Problems_with_syncing_gnucash]], I have made some changes to how hard links are dealt with.
+
+Assistant will now notice when a hard link is created, and add the same thing to git it would add for any other file. The hard link is not propigated to other repositories.
+
+Files remain hard linked locally. This means that a change to one will affect the contents of the other. The assistant, lacking a hard link cache, will not notice this, and so will commit the change to the file that was written to, but not commit its hard link. Running `git annex add` manually (or restarting the assistant) will make it finally notice the other file has changed. 
+
+So, the assistant still does not keep hard links in sync on an ongoing basis. This bug is still unsolved.
+"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn
new file mode 100644
index 0000000000..07d6f3eb34
--- /dev/null
+++ b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status.mdwn
@@ -0,0 +1,69 @@
+### Please describe the problem.
+
+[[!tag moreinfo]]
+
+I added a lot of files to my annex in direct mode. Now I want to switch to indirect mode. git-annex status and indirect create an out-of-memory error.
+
+### What steps will reproduce the problem?
+
+I am not really sure, I added a lot of files to the annex, almost 3TB.
+Then either git-annex status or git-annex indirect cause a similar error (see below).
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130501-g4a5bfb3
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+Ubuntu precise
+3.2.0-26-generic
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/debug.log
+git-annex status
+supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+supported remote types: git S3 bup directory rsync web webdav glacier hook
+repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 7
+	00000000-0000-0000-0000-000000000001 -- web
+ 	0b8e6666-80d5-11e2-adf3-6f4d3d6ef0aa -- marek@x4:~/tmp/annex
+ 	65c057c6-6027-11e2-84b0-b77d71696e49 -- here (.)
+ 	96b31c5e-6524-11e2-b136-fbd1a03b2799 -- BackupOnGlacier
+ 	b509c388-629a-11e2-be5f-d376e201ad86 -- marek@x201:~/AllData
+ 	c636e33c-6e31-11e2-a9c4-a3c5546d69d9 -- desktop
+ 	fbaa1c3a-60d7-11e2-842f-9348368d2f4c -- .
+untrusted repositories: 0
+dead repositories: 0
+transfers in progress: none
+available local disk space: 81 gigabytes (+1 megabyte reserved)
+temporary directory size: 9 megabytes (clean up with git-annex unused)
+local annex keys: 61396
+local annex size: 3 terabytes
+known annex keys: git-annex: out of memory (requested 985661440 bytes)
+
+OR
+
+git-annex indirect
+commit  git-annex: out of memory (requested 985661440 bytes)
+
+
+
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]. However, if you saw this behavior,
+> you have large files checked directly into git. You may
+> want to examine your repository and use git filter-branch to clean
+> it up.
+> --[[Joey]] 
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment
new file mode 100644
index 0000000000..06b56c47f0
--- /dev/null
+++ b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_1_94c678e1348280a96f11d7456c240d3a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="Marek"
+ subject="comment 1"
+ date="2013-05-03T21:12:39Z"
+ content="""
+I have not yet commited after git-annex add.
+"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment
new file mode 100644
index 0000000000..b0e5bb5c23
--- /dev/null
+++ b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_2_09450d58df2373174a1f0d90b08e9eb3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-06T15:59:00Z"
+ content="""
+Looks like you have around 61396 files, which is not really very many. Is that guess accurate?
+
+I have repositories with that many files, that do not run out of memory, or even use much memory at all when running `git annex status`. Just tried and it needed 15 mb, not 900.
+
+Since you're using Ubuntu precise with a current version of git-annex, I'll bet you installed from fmarier's PPA. Is that right?
+
+In case this is a problem only with the build in the PPA, can you please download the [[/install/Linux_standalone]] tarball, and try the same command using the git-annex from there?
+"""]]
diff --git a/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment
new file mode 100644
index 0000000000..e4795e5a83
--- /dev/null
+++ b/doc/bugs/Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status/comment_3_a07105226ef3488b97731db004651976._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 3"
+ date="2013-09-19T18:59:42Z"
+ content="""
+It turns out that if you are using direct mode and you manually `git commit some-file` that is really big, that file is checked directly into git. Which is why direct mode's docs say not to do that.
+
+Once you've got an enormous file in git, either on purpose on by mistake, it turns out that git-annex tries to buffer the whole file content in some situations. I am in the process of fixing those memory leaks.
+"""]]
diff --git a/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp.mdwn b/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp.mdwn
new file mode 100644
index 0000000000..d9bae50190
--- /dev/null
+++ b/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+As described earlier in [[tips/fully_encrypted_git_repositories_with_gcrypt]]
+
+### What steps will reproduce the problem?
+- A: use the webapp to create a new repository
+- A: add a remote server to the repository using the 'gcrypt' method
+- A: add a jabber account
+
+- B: use the webapp to create a new repository
+- B: add the jabber account
+- B: see the previously created 'cloud repository' with status 'not enabled'
+- B: click enable, see that the stored credentials are correct, and press "verify this server"
+- B: enter the ssh password twice
+- B: get redirected to a blank screen (on the url /config/repository/enable/gcrypt/UUID "x"?auth=y)
+
+The assistent logfiles show nothing after the "Your public key has been saved in", the server shows that no public key for B was added to the account.
+
+This is with git-annex installed on the remote server; without it the process gets stuck after clicking "encrypt repository" in step 2, it will just indefinitely keep prompting for the SSH password.
+
+### What version of git-annex are you using? On what operating system?
+Latest nightly build on ubuntu 13.10
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp/comment_1_17814787e333d15da3ab4e57c7d31d4b._comment b/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp/comment_1_17814787e333d15da3ab4e57c7d31d4b._comment
new file mode 100644
index 0000000000..5bd45d6866
--- /dev/null
+++ b/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp/comment_1_17814787e333d15da3ab4e57c7d31d4b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-13T16:51:40Z"
+ content="""
+I've tried to reproduce this, and cannot; it enabled the repository without trouble.
+
+Also, I have never seen the webapp fail with a blank screen, so that's strange.
+
+I think you need to show your `~/annex/.git/annex/daemon.log` from B.
+"""]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn
new file mode 100644
index 0000000000..9b5d522201
--- /dev/null
+++ b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+Incorrect merge of direct repos.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+# setting up stuff
+test/a$ git init
+test/a$ git annex init
+test/a$ git annex direct
+test/a$ touch firstfile
+test/a$ git annex add firstfile
+$ git clone test/a
+$ mv a test/b
+test/b$ git annex direct
+
+# actual scenario
+test/b$ echo bbbb > f
+test/b$ git annex add f
+test/b$ git annex sync
+test/a$ mkdir f
+test/a$ echo aaaa > f/f
+test/a$ git annex add f/f
+test/a$ git annex sync
+test/b$ git annex sync
+test/b$ rm f
+test/b$ git annex sync
+test/b$ ls
+test/b$ firstfile
+test/b$ f.variant-SHA256E-s5--4551db5fd4d56e27be71a8a943070cfaa4342b8e960a326e2d6427b3aa0a5a48.variant-43f5
+test/a$ git annex sync  # A's f/f is no longer to be found
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+[[!format sh """
+git-annex version: 4.20131031-g7d99d14
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+Linux ceilingcat 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment
new file mode 100644
index 0000000000..53c9f79153
--- /dev/null
+++ b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_1_15c354c4841d364e78882d2b46a0a764._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-14T17:06:50Z"
+ content="""
+I verify this bug. And it's specific to direct mode as you say. Here is a shell script which automates the proccess:
+
+[[!format sh \"\"\"
+#!/bin/sh
+set -e
+mkdir test
+cd test
+git init a
+
+cd a
+git annex init
+git annex direct
+touch firstfile
+git annex add firstfile
+git annex sync # think this was left out of recipe
+
+cd ..
+
+git clone a b
+cd b
+git annex direct
+echo bbbb > f
+git annex add f
+git annex sync || true
+cd ..
+cd a
+mkdir f
+echo aaaa > f/f
+git annex add f/f
+git annex sync || true
+cd ..
+cd b
+git annex sync
+echo \"after merge:\"
+ls
+\"\"\"]]
+
+At this point, b only has the file version of f; the directory form has been removed. (Syncing to a of course then does the same thing there.)
+
+And from the trascript, we can see what's going on:
+
+<pre>
+Adding f/f
+CONFLICT (directory/file): There is a directory with name f in HEAD. Adding f as f~refs_heads_synced_master
+Automatic merge failed; fix conflicts and then commit the result.
+(Recording state in git...)
+f: needs merge
+[master 0600854] git-annex automatic merge conflict fix
+
+  Merge conflict was automatically resolved; you may want to examine the result.
+</pre>
+
+The problem seems to be that direct mode merge does not find the `f~refs_heads_synced_master` created by the merge, so fails to copy it from the temp merge tree into the work tree.
+
+`Command.Sync.cleanConflictCruft` is relevant, but was only made to work in indirect mode, it seems.
+
+----
+
+Obviously, if someone runs into this bug and seems to lose data, they can get the data back by reverting the changes from the automatic merge. Direct mode does preserve file contents when removing them from the work tree in a merge.
+"""]]
diff --git a/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment
new file mode 100644
index 0000000000..f9d3c7ffe3
--- /dev/null
+++ b/doc/bugs/Incorrect_merge__44___direct_repos___40__2__41__/comment_2_8bc496226a977dbeeb1ce3f06122f1c2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 2"
+ date="2013-11-15T17:39:37Z"
+ content="""
+My initial guess was wrong.. This is not actually a bug in conflicted merge resolution at all.
+
+The bug is that in direct mode, it diffs the old and new tree when doing a normal merge, so see what files in the work tree need to be changed. This was written to go through the diff and replay the deletes and adds. In this case, since f/f and f are different items, they can appear in either order in the diff But the code only worked when f was first deleted, and f/f was then added. And it turns out that in this case, the diff had the two items the other way around.
+
+So, I think it needs to do 2 passes, first deleting and then adding.
+"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn b/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn
new file mode 100644
index 0000000000..8e25ed6cbc
--- /dev/null
+++ b/doc/bugs/Incorrect_merge___40__a_special_case__41__.mdwn
@@ -0,0 +1,48 @@
+### Please describe the problem.
+(Minor issue.)
+
+Incorrect merge of direct repos in the special case where at repo A a symlink to a file whose contents aren't yet available, are overwritten, while at repo B the file is deleted.
+
+Result: file is deleted on both side.
+
+Expected: B.f is gone, A.f is still present
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+# setting up stuff
+test/a$ git init
+test/a$ git annex init
+test/a$ git annex direct
+test/a$ touch firstfile
+test/a$ git annex add firstfile
+$ git clone test/a
+$ mv a test/b
+test/b$ git annex direct
+
+# actual scenario
+test/b$ echo bbbb > f
+test/b$ git annex add f
+test/b$ git annex sync
+test/a$ git annex sync
+test/a$ echo aaaa > f
+test/a$ git annex add f
+test/a$ git annex sync
+test/b$ rm f
+test/b$ git annex sync
+test/a$ git annex sync
+# test/a/f is now gone, lost
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+[[!format sh """
+git-annex version: 4.20131031-g7d99d14
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+Linux ceilingcat 3.11.6-1-ARCH #1 SMP PREEMPT Fri Oct 18 23:22:36 CEST 2013 x86_64 GNU/Linux
+"""]]
+
+> [[fixed|done]]; direct mode now freezes the content directory as indirect
+> mode already did. fsck will fix up the permissions too. --[[Joey]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment
new file mode 100644
index 0000000000..0594ddabe6
--- /dev/null
+++ b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_1_c80418d76b501c688e3a9fb4831520fd._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-14T17:10:55Z"
+ content="""
+I suspect this might be the same underlying problem as [[bugs/Incorrect merge, direct repos (2)]]. However, I cannot reproduce it using the recipe given.. perhaps something was left out?
+
+I wrote this shell script to try to codify the recipe in a runnable form:
+
+[[!format sh \"\"\"
+#!/bin/sh
+set -e
+mkdir test
+cd test
+git init a
+
+cd a
+git annex init
+git annex direct
+touch firstfile
+git annex add firstfile
+git annex sync # think this was left out of recipe
+
+cd ..
+
+git clone a b
+cd b
+git annex direct
+echo bbbb > f
+git annex add f
+git annex sync || true
+cd ..
+cd a
+echo aaaa > f
+git annex add f
+git annex sync
+\"\"\"]]
+
+At this point, a has 2 variants of f, and no amount of syncing in either repo will cause either variant to go away.
+"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment
new file mode 100644
index 0000000000..39bb908772
--- /dev/null
+++ b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_2_8b2a188696f46819f6e3f0e9660362d2._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
+ nickname="Tim"
+ subject="comment 2"
+ date="2013-11-14T18:06:55Z"
+ content="""
+You were missing a: test/a$ git annex sync
+
+This did the trick on my system
+[[!format sh \"\"\"
+#!/bin/sh
+set -e
+mkdir test
+cd test
+git init a
+
+cd a
+git annex init
+git annex direct
+touch firstfile
+git annex add firstfile
+git annex sync # think this was left out of recipe  # indeed it was
+
+cd ..
+
+git clone a b
+cd b
+git annex direct
+echo bbbb > f
+git annex add f
+git annex sync || true  # why add a || true?
+cd ../a
+git annex sync
+echo aaaa > f
+git annex add f
+git annex sync
+cd ../b
+rm f
+git annex sync
+ls
+cd ../a
+git annex sync
+ls
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment
new file mode 100644
index 0000000000..ce5c144e13
--- /dev/null
+++ b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_3_8cdbb1fda506b9e53a0e9ab88b2569c1._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 3"
+ date="2013-11-15T17:48:42Z"
+ content="""
+Hmm. In your script, when you run `git annex sync` in a and then `echo aaaa > f`, f already exists at that point as a symlink. This actually ends up following the link and writing to .git/annex/objects. (fsck will detect that junk has been written there)
+
+That's a bug on its own; seems like direct mode is neglecting to lock down the .git/annex/objects directories to prevent writing to them like this.
+
+----
+
+However, this means that your script does not demonstrate the bug you originally reported. 
+You remove b/f and sync, and since a/f has not been changed, the deleting is correctly synced to a, removing a/f.
+"""]]
diff --git a/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment
new file mode 100644
index 0000000000..c7bb027654
--- /dev/null
+++ b/doc/bugs/Incorrect_merge___40__a_special_case__41__/comment_4_9d74e2854a5d77f0f793f56fa0cff9e2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 4"
+ date="2013-11-15T17:52:38Z"
+ content="""
+Looking back at the original bug description:
+
+\"repo A a symlink to a file whose contents aren't yet available, are overwritten, while at repo B the file is deleted.\"
+
+I think the \"overwritten\" is key. I suspect you were always doing echo > f where f was a symlink, and this does not actually overwrite the symlink, it just puts data (that fsck will reject) into the annex.
+
+So, proceeding as if the real bug here is the ability to write through symlink in direct mode, unless told otherwise..
+"""]]
diff --git a/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn b/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn
new file mode 100644
index 0000000000..95db65e25c
--- /dev/null
+++ b/doc/bugs/Incorrect_version_of_Git_Annex___40__1.0.52__41___as_seen_by_Android.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+Git Annex is listed as of version 1.0.52 if you check out its entry in the list of applications in the Android configuration.  I guess that one is of the terminal app which kickstarts the annex.
+
+### What steps will reproduce the problem?
+
+install apk
+
+### What version of git-annex are you using? On what operating system?
+
+android
+5.2013whatever
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Installation_fails:___34__Duplicate_instance_declarations__34__.mdwn b/doc/bugs/Installation_fails:___34__Duplicate_instance_declarations__34__.mdwn
new file mode 100644
index 0000000000..db02036f45
--- /dev/null
+++ b/doc/bugs/Installation_fails:___34__Duplicate_instance_declarations__34__.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+
+[380 of 462] Compiling Assistant.WebApp.Types ( Assistant/WebApp/Types.hs, dist/build/git-annex/git-annex-tmp/Assistant/WebApp/Types.o )
+
+Assistant/WebApp/Types.hs:157:10:
+    Duplicate instance declarations:
+      instance PathPiece Bool
+        -- Defined at Assistant/WebApp/Types.hs:157:10
+      instance PathPiece Bool
+        -- Defined in `path-pieces-0.1.4:Web.PathPieces'
+cabal: Error: some packages failed to install:
+git-annex-5.20140709 failed during the building phase. The exception was:
+ExitFailure 1
+
+
+### What steps will reproduce the problem?
+
+cabal install git-annex --bindir=$HOME/bin
+
+
+### What version of git-annex are you using? On what operating system?
+git-annex-5.20140709, Fedora 20
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> Already fixed in git yesterday. [[done]] --[[Joey]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID.mdwn b/doc/bugs/Internal_Server_Error:_Unknown_UUID.mdwn
new file mode 100644
index 0000000000..e8e8024555
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+One of my repositories has no name:
+http://screencast.com/t/3OjxFzpz
+
+And when I try to disable it I get this error:
+
+    Internal Server Error
+    Unknown UUID
+
+When I try to delete it I get this error:
+
+    Internal Server Error
+    unknown UUID; cannot modify
+
+I think this was the result of adding a Local Computer Repo, and then that computer signed off.  Maybe.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 4.20130601-g2b6c3f2
+Mac OS 10.7.5
+
+### Please provide any additional information below.
+
+Maybe it's a glitch that only will happen this once, the problem is I can't get rid of it!  Are there anyways of manually getting rid of a repo with uid?
+
+> Also reported here:
+> [[Missing_repo_uuid_after_local_pairing_with_older_annex]] and
+> [[Internal_Server_Error_unknown_UUID;_cannot_modify]]
+> and [[Local_network___40__ssh__41___fails_to_pair__47__sync]]
+> and [[Internal_Server_Error:_Unknown_UUID]]
+> --[[Joey]] 
+
+[[!meta title="local pairing leads to unknown UUID"]]
+
+> This bug is [[fixed|done]]. The webapp will detect the problem and
+> provides an interface to correct it. --[[Joey]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_1_f42f703a5d267557abf5e932f0890d4a._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_1_f42f703a5d267557abf5e932f0890d4a._comment
new file mode 100644
index 0000000000..e8494ab174
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_1_f42f703a5d267557abf5e932f0890d4a._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="carlo"
+ ip="118.208.1.126"
+ subject="comment 1"
+ date="2013-07-06T22:52:18Z"
+ content="""
+I got the same error. Local repo has no name but in the logs I can see that it's trying to make a local connection:
+
+    [2013-07-07 08:29:51 EST] main: starting assistant version 4.20130627
+    [2013-07-07 08:29:51 EST] TransferScanner: Syncing with arkham.local_annex
+
+(snip)
+
+    07/Jul/2013:08:41:56 +1000 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.3:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:471:5)
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    fatal: The remote end hung up unexpectedly
+    git-annex: Unknown UUID
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    fatal: The remote end hung up unexpectedly
+    git-annex: Unknown UUID
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    fatal: The remote end hung up unexpectedly
+    git-annex: Unknown UUID
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    07/Jul/2013:08:42:32 +1000 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.3:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:471:5)
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+    fatal: The remote end hung up unexpectedly
+    git-annex: Unknown UUID
+    ssh: Could not resolve hostname arkham.local: Name or service not known
+
+When I turn on arkham (the other laptop) I see transfers start up:
+
+
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_2_eb1999f99c5babf3fcb1ff5d72ea6db6._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_2_eb1999f99c5babf3fcb1ff5d72ea6db6._comment
new file mode 100644
index 0000000000..46fcc08983
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_2_eb1999f99c5babf3fcb1ff5d72ea6db6._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkeyfC88gIU4fsEqqkvhzVlSKDUxbtZaTE"
+ nickname="Selem"
+ subject="comment 2"
+ date="2013-07-10T01:41:24Z"
+ content="""
+I got the same problem (Mac OS X 10.8.4, whatever the latest download package, local computers same network repos)
+
+To get rid of the noname repo, I just removed git remote in the annex dir.
+
+    # List remote
+    $ git remote -v
+    # Remove remote grabbed from running the previous command
+    $ git remote rm your_remote
+
+After that, I added the second computer repo successfully.
+
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_3_bda72b0d615843d18d6ef21f833432a8._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_3_bda72b0d615843d18d6ef21f833432a8._comment
new file mode 100644
index 0000000000..3bdba306d5
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_3_bda72b0d615843d18d6ef21f833432a8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="I can't reproduce this problem, but I see several people have reported it."
+ date="2013-07-27T22:11:15Z"
+ content="""
+It would be helpful for anyone who can reproduce this problem to do so with debugging enabled on both sides
+ (run with --debug or turn it on in the Configuration page in webapp), and then send the `.git/annex/daemon.log`
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_4_651440cda405ad40a04479f5d87d581e._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_4_651440cda405ad40a04479f5d87d581e._comment
new file mode 100644
index 0000000000..87da8dc310
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_4_651440cda405ad40a04479f5d87d581e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~subito"
+ nickname="subito"
+ subject="Same here for SSH remotes"
+ date="2013-07-29T19:05:55Z"
+ content="""
+I get the problem while only adding an SSH remote. After deciding I want a git-repo on my server, it says \"Unknown UUID\" and created a remote with no name. I was unable to add any SSH remote (tried with two different servers and a couple different dirs - some completly unknown to my annex)
+
+I used the Android webapp btw - latest Version. The same version works fine on my Debian maschines.
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_5_21fa189b631c246ac5df16a49c3c0178._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_5_21fa189b631c246ac5df16a49c3c0178._comment
new file mode 100644
index 0000000000..1f42daf5f9
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_5_21fa189b631c246ac5df16a49c3c0178._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 5"
+ date="2013-07-30T16:59:50Z"
+ content="""
+@subito I have tried as hard as I can to reproduce this problem, and cannot. I need the debug information I asked for in my other comment to get any further on this bug report.
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_6_1f712693d2ded5abceb869fdb7f47ef3._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_6_1f712693d2ded5abceb869fdb7f47ef3._comment
new file mode 100644
index 0000000000..9e28682b4d
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_6_1f712693d2ded5abceb869fdb7f47ef3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="finally!"
+ date="2013-07-31T16:47:39Z"
+ content="""
+I've finally been clued in to the cause of this. If a ssh-agent is running, and has been configured to use a ssh key (by running `ssh-add`), this apparently prevents git-annex from using the key it sets up during local pairing. I have reproduced the described bug by this method.
+
+Something similar might also affect adding a remote ssh server, I'm not sure about that yet.
+
+
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_7_7a5ead0ce5c9429d4723ccce4f6a6d6c._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_7_7a5ead0ce5c9429d4723ccce4f6a6d6c._comment
new file mode 100644
index 0000000000..136bca8f40
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_7_7a5ead0ce5c9429d4723ccce4f6a6d6c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="workaround"
+ date="2013-07-31T17:19:01Z"
+ content="""
+Looks like the fix is to edit ~/.ssh/config and in each stanza added by git-annex, add this line:
+
+        IdentitiesOnly yes
+
+This prevents the ssh-agent from using the normal key, and allows the git-annex key to be used instead.
+
+People experiencing this bug can manually make that change. Then if you edit your git-annex repository's `.git/config` and delete the `annex-ignore` line, the assistant should finally learn the UUID and start syncing.
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_8_a4683fd73ae452a9cd7f61d9930f6266._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_8_a4683fd73ae452a9cd7f61d9930f6266._comment
new file mode 100644
index 0000000000..54bd855cf7
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_8_a4683fd73ae452a9cd7f61d9930f6266._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 8"
+ date="2013-07-31T20:42:10Z"
+ content="""
+I've updated the webapp to display nicely when a repository has stalled being set up, rather than crashing. 
+
+There's now an interface to check the status of such a stalled repository, and it will try to clean up after this bug too.
+"""]]
diff --git a/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_9_ced3516c3e7161e4d7e599232f62a511._comment b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_9_ced3516c3e7161e4d7e599232f62a511._comment
new file mode 100644
index 0000000000..4a99ee3ad5
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error:_Unknown_UUID/comment_9_ced3516c3e7161e4d7e599232f62a511._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Tilde did it for me"
+ date="2013-10-06T21:59:43Z"
+ content="""
+I had exactly the same error message, \"Internal Server Error: Unknown UUID\", when I used a path starting with a tilde. Absolute path for home directory worked.
+"""]]
diff --git a/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn b/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn
new file mode 100644
index 0000000000..7767b83e2e
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error_unknown_UUID__59___cannot_modify.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+I was trying to use "Local Computer" option to sync up two machines on my local network. I was having some firewall issues and it failed on one machine.
+It still created a repository without a name in the web ui and i get that Error unknown UUID when trying to edit or delete it.
+
+### What steps will reproduce the problem?
+Machine A initiates pairing. Machine B accepts pairing. Machine A has a firewall blocking outgoing connections.
+Machine B times out. Machine A accepts outgoing connections for vnetd. Machine A starts syncing with Machine B.
+Machine B gets files but have a broken web ui.
+
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130601-g2b6c3f2
+OSX 10.7.5 on both Machine A and B
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[dup|done]] of [[Internal_Server_Error:_Unknown_UUID]] --[[Joey]] 
diff --git a/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__.mdwn b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__.mdwn
new file mode 100644
index 0000000000..0e7d61b2f8
--- /dev/null
+++ b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__.mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+
+Adding files to a local annex set up to sync to a remote S3 one
+
+
+What is the expected output? What do you see instead?
+
+It syncs, but maxes out the uplink
+
+
+What version of git-annex are you using? On what operating system?
+
+3.20121112 on Debian testing
+
+
+Please provide any additional information below.
+
+The man page lists how to configure rate limiting for rsync, not sure how to do it for this
+
+[[!tag confirmed]]
diff --git a/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_1_ef97e735ce308f7bcc03f5d9fda588bf._comment b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_1_ef97e735ce308f7bcc03f5d9fda588bf._comment
new file mode 100644
index 0000000000..67de2becf4
--- /dev/null
+++ b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_1_ef97e735ce308f7bcc03f5d9fda588bf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-11-13T15:10:45Z"
+ content="""
+There's always trickle..
+
+    trickle -u 50 git annex ...
+"""]]
diff --git a/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_2_539b89de8743e435386b86119d1e982f._comment b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_2_539b89de8743e435386b86119d1e982f._comment
new file mode 100644
index 0000000000..122bafbba5
--- /dev/null
+++ b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__/comment_2_539b89de8743e435386b86119d1e982f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 2"
+ date="2012-11-13T17:09:31Z"
+ content="""
+It's not there yet. I don't think it will be hard to add, most of the same things need to be done to support upload progress bars with S3.
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn b/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
new file mode 100644
index 0000000000..3942132208
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
@@ -0,0 +1,27 @@
+I was dumping ~gigs of files of approximately 3-6megs a pop (my music collection) so I could track the files that I want to listen to when I'm on the go. I had the git watch command running from the assistant branch.
+
+I was getting something along the lines of...
+
+    /Users/jtang/annex/.git/annex/tmp/: openTempFile: resource exhausted (Too many open files)
+
+and
+
+    git-annex: createPipe: resource exhausted (Too many open files)
+
+I also noticed that I somehow ended up with 256 ssh-agent's running on one of my machines, I'm not sure if the two issues are related or not, I had not noticed this type of behaviour up until recently.
+
+Also this was appearing in the logs
+
+    x00:annex jtang$ tail -f .git/annex/daemon.log
+    (scanning...) Already up-to-date.
+    kqueue: Too many open files
+
+To be precise, I suspect that the kqueue limit is 256, I had 325 files in the 'queue', I ended up doing a _git annex add_ manually and all was fine.
+
+[[!meta title="kqueue system limits"]]
+
+> This affects BSD systems that use Kqueue. It no longer affects OSX,
+> since we use FSEvents there instead. --[[Joey]] 
+
+[[!tag /design/assistant]]
+[[!tag confirmed]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_1_5fc1eedb5231edc37c87a2d9b91313b9._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_1_5fc1eedb5231edc37c87a2d9b91313b9._comment
new file mode 100644
index 0000000000..d30cddca50
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_1_5fc1eedb5231edc37c87a2d9b91313b9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 1"
+ date="2012-06-25T15:42:48Z"
+ content="""
+Yes, this is a known problem with kqueue, it has to keep every directory in the tree open. On [[design/assistant/inotify]] I have a note that it may need to fork off extra watcher processes to deal with this. Of course that adds significant complication.
+
+In the meantime, you may be able to increase your system's maximum allowed number of open files per process somehow.
+
+(I doubt that the ssh-agent is related; git-annex does not use ssh-agent directly anyway..)
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_2_b14e697c211843163285aaa8de5bf4c6._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_2_b14e697c211843163285aaa8de5bf4c6._comment
new file mode 100644
index 0000000000..17dcf76343
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_2_b14e697c211843163285aaa8de5bf4c6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-06-29T12:02:48Z"
+ content="""
+Doing,
+
+    sudo sysctl -w kern.maxfilesperproc=400000
+
+Somewhat works for me, git-annex watch at least starts up and takes a while to scan the directory, but it's not ideal. Also, creating files seems to work okay, when I remove a file the changes don't seem to get pushed across my other repos, running a sync on the remote repo fixes things.
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_3_18ddf8b5934dd6fb1676cd6adc7d103b._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_3_18ddf8b5934dd6fb1676cd6adc7d103b._comment
new file mode 100644
index 0000000000..eb886acf6b
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_3_18ddf8b5934dd6fb1676cd6adc7d103b._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 3"
+ date="2012-07-04T12:32:44Z"
+ content="""
+Jimmy, sounds like I could use something like this to get the current limit:
+
+    sysctl kern.maxfilesperproc
+
+Probably prints \"sysctl kern.maxfilesperproc = 256\" or such.. can you verify?
+Once I have the limit, I can make the kqueue code use subset of it, and print out a message when it needs to be increased, like the inotify code does.
+
+(Also, the kqueue code only opens directories, not files, so unless you have 400000 directories, that's
+a little high.)
+
+---
+
+On file removal not propigating, does this still happen? When you remove a file does a git commit automatically happen, or is that broken with kqueue?
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_4_c25a8eb369e546f65e1a72d89f43066f._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_4_c25a8eb369e546f65e1a72d89f43066f._comment
new file mode 100644
index 0000000000..509752bf18
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_4_c25a8eb369e546f65e1a72d89f43066f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 4"
+ date="2012-07-08T18:13:58Z"
+ content="""
+On kFreeBSD, I get this:
+
+    $ sysctl kern.maxfilesperproc
+    kern.maxfilesperproc: 11095
+
+But ulimit still has 1024 limit, so you'd need to adjust both, as root. Messy..
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_5_6407a3e7aa0316cba2994bfef0e3c633._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_5_6407a3e7aa0316cba2994bfef0e3c633._comment
new file mode 100644
index 0000000000..30ea6b310e
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_5_6407a3e7aa0316cba2994bfef0e3c633._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2012-07-04T13:17:05Z"
+ content="""
+In relation to the system limits,
+
+    laplace:~ jtang$ sysctl kern.maxfilesperproc
+    kern.maxfilesperproc: 10240
+
+Also, the maxfiles for the whole system is
+
+    laplace:~ jtang$ sysctl kern.maxfiles
+    kern.maxfiles: 12288
+
+the above was the defaults as far as I recall. What you probably would be interested is the ulimits that the user see
+
+    laplace:~ jtang$ ulimit -a
+    core file size          (blocks, -c) 0
+    data seg size           (kbytes, -d) unlimited
+    file size               (blocks, -f) unlimited
+    max locked memory       (kbytes, -l) unlimited
+    max memory size         (kbytes, -m) unlimited
+    open files                      (-n) 256
+    pipe size            (512 bytes, -p) 1
+    stack size              (kbytes, -s) 8192
+    cpu time               (seconds, -t) unlimited
+    max user processes              (-u) 709
+    virtual memory          (kbytes, -v) unlimited
+
+I would imagine the limit that you are looking for is 256. Hope this helps.
+
+----
+
+On the point about deletions not being propagated, it does do a commit. I suspect that the kqueue code is just not picking up the changes and pushing the changes out. The watch command on a single annex with no remotes functions as expected.
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_6_f01887695e8b8386e125464c6d401565._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_6_f01887695e8b8386e125464c6d401565._comment
new file mode 100644
index 0000000000..cd5c73a7a5
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_6_f01887695e8b8386e125464c6d401565._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-06-25T22:36:39Z"
+ content="""
+On the system limits side, I think if you want to make it more approachable by more users then adjusting system limits might scare users away. On the note of the ssh-agents spawning like no tomorrow on my machine, it turned out that i had a symlink from my .bashrc to .bash_profile, I guess I should not be too lazy and have two seperate files.
+"""]]
diff --git a/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_7_c7776d5b2d073e0d2ae36515185c25aa._comment b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_7_c7776d5b2d073e0d2ae36515185c25aa._comment
new file mode 100644
index 0000000000..b65dc4dfcc
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits/comment_7_c7776d5b2d073e0d2ae36515185c25aa._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="Just encountered this today"
+ date="2012-11-29T19:21:50Z"
+ content="""
+& it's killing my assistant.
+
+Found a workaround here: https://github.com/mockko/livereload/issues/1
+
+This fixes it for now:
+
+ulimit -n 4096
+
+Just posting here in case anybody else runs into this issue and, like me, finds themselves here via search engine.
+
+"""]]
diff --git a/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie.mdwn b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie.mdwn
new file mode 100644
index 0000000000..9148252091
--- /dev/null
+++ b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie.mdwn
@@ -0,0 +1,25 @@
+What steps will reproduce the problem?
+
+Run the git-annex assitant, and then "sudo kill" it.
+
+What is the expected output? What do you see instead?
+
+I expect it to die, instead I end up with:
+
+    14604   ??  S      0:00.64 ga assistant
+    14623   ??  Z      0:00.00 (git)
+    14624   ??  Z      0:00.00 (git)
+    14936   ??  Z      0:00.00 (git-annex)
+
+The only way to clear these zombies is to reboot.  Perhaps there is some resource not being correctly terminated under exceptional conditions?
+
+Note that on OpenIndiana the problem is even more severe: Aborting git-annex at the wrong time leaves behind both zombie processes and lock files which cause the machine to suddenly halt if I try to access them in any way (via mv, rsync, etc)!
+
+What version of git-annex are you using? On what operating system?
+
+4d1e0c9 on OS X 10.8.2.
+
+Please provide any additional information below.
+
+[[!meta title="strange OSX behavior when killed"]]
+[[!tag /design/assistant/OSX moreinfo]]
diff --git a/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_1_d5fba6c061fb21795021ea83070dbfa2._comment b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_1_d5fba6c061fb21795021ea83070dbfa2._comment
new file mode 100644
index 0000000000..8d7eea6c52
--- /dev/null
+++ b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_1_d5fba6c061fb21795021ea83070dbfa2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Correction"
+ date="2012-10-20T05:34:47Z"
+ content="""
+If I \"sudo kill -9\" all the processes in the above group after deleting the annex directories, then they do go away without needing to reboot.
+"""]]
diff --git a/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_2_12cba707239018989e8d5b6f456fa754._comment b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_2_12cba707239018989e8d5b6f456fa754._comment
new file mode 100644
index 0000000000..2b552c6aa4
--- /dev/null
+++ b/doc/bugs/It_is_very_easy_to_turn_git-annex_into_a_zombie/comment_2_12cba707239018989e8d5b6f456fa754._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 2"
+ date="2012-10-22T14:01:42Z"
+ content="""
+It's not at all clear to me from this what process you killed. 
+
+(I can't comment on files that somehow crash a kernel on access.. That's not in any UNIX spec I'm aware of.)
+"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn
new file mode 100644
index 0000000000..ebb55543d8
--- /dev/null
+++ b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken.mdwn
@@ -0,0 +1,18 @@
+    [0 zerodogg@firefly git-annex]$ ls
+    bin/  favicon.png  git-annex           git-annex-shell   git-core/                 lib/    libdirs  linker    README    shimmed/    uninstall
+    etc/  gconvdir     git-annex.MANIFEST  git-annex-webapp  install-haskell-packages  lib64/  LICENSE  logo.svg  runshell  templates/  usr/
+    [0 zerodogg@firefly git-annex]$ pwd
+    /home/zerodogg/.local/share/git-annex
+    [0 zerodogg@firefly git-annex]$ ./git-annex version
+    /home/zerodogg/.local/share/git-annex/bin/git-annex: line 2: /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2: No such file or directory
+    [127 zerodogg@firefly git-annex]$ ls -l /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2 
+    lrwxrwxrwx. 1 zerodogg zerodogg 32 2012-12-30 16:35 /home/zerodogg/.local/share/git-annex/lib64/ld-linux-x86-64.so.2 -> /lib/x86_64-linux-gnu/ld-2.13.so
+    [0 zerodogg@firefly git-annex]$ ls /lib/x86_64-linux-gnu/ld-2.13.so
+    ls: cannot access /lib/x86_64-linux-gnu/ld-2.13.so: No such file or directory
+
+This is on Fedora 20, 64bit, installed from http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz as of Sun Dec 22 00:44:53 CET 2013.
+
+> [[fixed|done]]; converted ugly shell code to much nicer haskell code,
+> which let me reuse relative symlink generation code from git-annex
+> to fix this. Updated the amd64 build for the last release only.
+> --[[Joey]] 
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment
new file mode 100644
index 0000000000..60012d2cda
--- /dev/null
+++ b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_1_428eba88016d50a6631fffa906815767._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.194.17"
+ subject="32 bit standalone works (on 64 bit) however"
+ date="2013-12-22T11:37:24Z"
+ content="""
+SSIA
+"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment
new file mode 100644
index 0000000000..b9cc82a7bf
--- /dev/null
+++ b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_2_87f70b3eececca8a5b7946cff53e0a2f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTlfbCC37CAjhQrS107ZWRVA_sF4s3gLU"
+ nickname="Juergen"
+ subject="Same here  broken "
+ date="2013-12-22T12:11:57Z"
+ content="""
+It's broken here too. Debian testing 64bit .
+
+
+"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment
new file mode 100644
index 0000000000..23ca8f72c2
--- /dev/null
+++ b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_3_manually_added._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="Workaround/Fix"
+ date="2013-12-22T14:23:09Z"
+ content="""
+Broken here on Linux Mint 13 Maya (Ubuntu 12.04 precise) too. The reason is a dangling symlink. Fix:
+
+    clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ./git-annex version
+    Segmentation fault
+    clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ rm lib64/ld-linux-x86-64.so.2
+    clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ln -s ../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 lib64/
+    clacke@acozed:~/.local/libexec/git-annex.linux.5.20131221$ ./git-annex version
+    git-annex version: 5.20131221-gf8c928d
+    build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+"""]]
diff --git a/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment
new file mode 100644
index 0000000000..3a5e1947b6
--- /dev/null
+++ b/doc/bugs/Latest_64_bit_standalone_Linux_build_broken/comment_4_43947607472193e2199b98ee2192af30._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 4"
+ date="2013-12-23T16:45:23Z"
+ content="""
+clacke's workaround works for me, as well, on 5.20131223-gafb776f (ie: issue still present on 5.20131223-gafb776f)
+"""]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn
new file mode 100644
index 0000000000..e4eef758aa
--- /dev/null
+++ b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.mdwn
@@ -0,0 +1,43 @@
+### Please describe the problem.
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by git-annex)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libidn.so.11)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgnutls.so.26)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libxml2.so.2)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libxml2.so.2)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgmp.so.10)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libffi.so.6)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libntlm.so.0)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5.so.3)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.16' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5.so.3)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libk5crypto.so.3)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libcom_err.so.2)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcrypt.so.11)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcrypt.so.11)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libtasn1.so.3)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libp11-kit.so.0)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libstdc++.so.6)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libstdc++.so.6)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/lib/x86_64-linux-gnu/libgcc_s.so.1)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /home/user/bin/usr/lib/x86_64-linux-gnu/libkrb5support.so.0)
+
+### What steps will reproduce the problem?
+$git-annex
+
+### What version of git-annex are you using? On what operating system?
+v20130723, 64-bit, Debian Stable
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+Also note, the last build 20130709 was compatible with glibc 2.13
+
+> [[fixed|done]]; builds are back to using debian stable.
+> also updated the autobuilds and last release's builds. --[[Joey]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment
new file mode 100644
index 0000000000..f50471ca00
--- /dev/null
+++ b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_1_dc7f726a0b60f64392cbbd1b4317bab5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-07-25T17:00:53Z"
+ content="""
+Thank you for reminding me why I was using debian stable chroots for the autobuilds.
+
+Unfortunately, I forgot about this problem and upgraded the chroots. Rebuilding them with all the stuff I need is going to take a while.
+"""]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment
new file mode 100644
index 0000000000..1d7685bb14
--- /dev/null
+++ b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable/comment_2_4a0198d714bd3b52ba9baa68dc45f535._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://jamdev.myopenid.com/"
+ ip="117.195.168.15"
+ subject="well that was fast!"
+ date="2013-07-25T21:01:38Z"
+ content="""
+Hey Joey
+
+Confirming this as fixed, thanks.
+
+-have a nice weekend!
+"""]]
diff --git a/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync.mdwn b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync.mdwn
new file mode 100644
index 0000000000..bff665a5e9
--- /dev/null
+++ b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync.mdwn
@@ -0,0 +1,177 @@
+### Please describe the problem.
+I am trying to set out two computers on the same network to synchronise.
+
+### What steps will reproduce the problem?
+Install Git-Annex. Start the webapp. Try to connect. Enter a secret phrase on both. The Mythbuntu machine shows "Failed to sync with Inspiron 14z" (the laptop). The laptop shows "Pairing in progress" forever.
+
+The machines can normally connect together passwordlessly through ssh with public key encryption. 
+
+### What version of git-annex are you using? On what operating system?
+Ubuntu Raring Version: 3.20121112ubuntu2 from the repos on my laptop.  Install version 4.20130627 from the PPA on Mythbuntu Precise (which I use as a home server).
+
+### Please provide any additional information below.
+From the the laptop, where I started the pairing:
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ git-annex webapp 
+
+(process:3084): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
+
+** (firefox:3084): WARNING **: Failed to find domain member of JSON manifest
+Running global cleanup code from study base classes.
+(Recording state in git...)
+
+Launching web browser on file:///tmp/webapp3075.html
+(scanning...) 
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = "Call failed: The name org.gtk.Private.GduVolumeMonitor was not provided by any .service files", clientErrorFatal = False})
+(started...) Generating public/private rsa key pair.
+Your identification has been saved in /tmp/git-annex-keygen3075.0/key.
+Your public key has been saved in /tmp/git-annex-keygen3075.0/key.pub.
+The key fingerprint is:
+79:00:67:a4:f0:5f:62:26:78:ed:09:97:e4:c4:dd:56 aaron@Inspiron-14z
+The key's randomart image is:
++--[ RSA 2048]----+
+|    . .o*. . .E  |
+|     + X... o    |
+|    . * X ..     |
+|     . O *       |
+|        S .      |
+|         .       |
+|                 |
+|                 |
+|                 |
++-----------------+
+Control socket connect(/home/shared/annex/.git/annex/ssh/mythbuntu@git-annex-mythbuntu-server.local-mythbuntu): Connection refused
+Failed to connect to new control master
+warning: no common commits
+
+  Remote mythbuntuserver.local_annex does not have git-annex installed; setting remote.mythbuntuserver.local_annex.annex-ignore
+Already up-to-date.
+Counting objects: 13, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (9/9), done.
+Writing objects: 100% (11/11), 1.06 KiB, done.
+Total 11 (delta 2), reused 0 (delta 0)
+To ssh://mythbuntu@git-annex-mythbuntu-server.local-mythbuntu/~/annex/
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+Already up-to-date!
+Merge made by the 'recursive' strategy.
+Already up-to-date.
+Already up-to-date.
+Counting objects: 2, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (2/2), done.
+Writing objects: 100% (2/2), 326 bytes, done.
+Total 2 (delta 1), reused 0 (delta 0)
+To ssh://mythbuntu@git-annex-mythbuntu-server.local-mythbuntu/~/annex/
+   82bf946..dfe0bd1  master -> synced/master
+Already up-to-date.
+SendMessage (77594660, 0x101f, (nil), (nil))
+SendMessage (0, 0x1203, (nil), 0x7fffc68a1850)
+SendMessage (0, 0x1204, (nil), 0x7fffc68a1850)
+SendMessage (0, 0x1203, 0x1, 0x7fffc68a1850)
+SendMessage (0, 0x1204, 0x1, 0x7fffc68a1850)
+SendMessage (0, 0x1203, 0x2, 0x7fffc68a1850)
+SendMessage (0, 0x1204, 0x2, 0x7fffc68a1850)
+SendMessage (0, 0x1203, 0x3, 0x7fffc68a1850)
+SendMessage (0, 0x1204, 0x3, 0x7fffc68a1850)
+SendMessage (0, 0x1203, 0x4, 0x7fffc68a1850)
+SendMessage (0, 0x1204, 0x4, 0x7fffc68a1850)
+SendMessage (77594660, 0x101f, (nil), (nil))
+SendMessage (0, 0x1203, (nil), 0x7fffc68a1810)
+SendMessage (0, 0x1204, (nil), 0x7fffc68a1810)
+SendMessage (0, 0x1203, 0x1, 0x7fffc68a1810)
+SendMessage (0, 0x1204, 0x1, 0x7fffc68a1810)
+SendMessage (0, 0x1203, 0x2, 0x7fffc68a1810)
+SendMessage (0, 0x1204, 0x2, 0x7fffc68a1810)
+SendMessage (0, 0x1203, 0x3, 0x7fffc68a1810)
+SendMessage (0, 0x1204, 0x3, 0x7fffc68a1810)
+SendMessage (0, 0x1203, 0x4, 0x7fffc68a1810)
+SendMessage (0, 0x1204, 0x4, 0x7fffc68a1810)
+SendMessage (77594660, 0x101f, (nil), (nil))
+SendMessage (0, 0x1203, (nil), 0x7fffc68a2920)
+SendMessage (0, 0x1204, (nil), 0x7fffc68a2920)
+SendMessage (0, 0x1203, 0x1, 0x7fffc68a2920)
+SendMessage (0, 0x1204, 0x1, 0x7fffc68a2920)
+SendMessage (0, 0x1203, 0x2, 0x7fffc68a2920)
+SendMessage (0, 0x1204, 0x2, 0x7fffc68a2920)
+SendMessage (0, 0x1203, 0x3, 0x7fffc68a2920)
+SendMessage (0, 0x1204, 0x3, 0x7fffc68a2920)
+SendMessage (0, 0x1203, 0x4, 0x7fffc68a2920)
+SendMessage (0, 0x1204, 0x4, 0x7fffc68a2920)
+Redirection loop trying to set HTTPS on:
+  http://www.aol.com/favicon.ico
+(falling back to HTTP)
+SendMessage (77594652, 0x444, 0x1, 0x3652e00)
+SendMessage (77594652, 0x444, 0x1, 0x3647de0)
+SendMessage (77594652, 0x444, 0x1, 0x3667a80)
+SendMessage (77594652, 0x444, 0x1, 0x3667a80)
+
+# End of transcript or log.
+# End of transcript or log.
+"""]]
+
+On the Mythbuntu machine:
+[[!format sh """
+$ git-annex webapp
+Launching web browser on file:///tmp/webapp8399.html
+(Recording state in git...)
+"""]]
+
+Unless I'm going mad, there doesn't seem to be a daemon.log on my laptop.
+
+Daemon.log on the Mythbuntu machine:
+[[!format sh """
+[2013-07-14 10:38:56 BST] main: starting assistant version 4.20130627
+(scanning...) [2013-07-14 10:38:56 BST] Watcher: Performing startup scan
+(started...) [2013-07-14 10:38:57 BST] PairListener: aaron@Inspiron-14z:/home/shared/annex is sending a pair request.
+Generating public/private rsa key pair.
+Your identification has been saved in /tmp/git-annex-keygen.0/key.
+Your public key has been saved in /tmp/git-annex-keygen.0/key.pub.
+The key fingerprint is:
+bb:8c:66:05:22:8e:fa:e1:10:33:6d:cb:d6:57:e2:47 mythbuntu@mythbuntu-server
+The key's randomart image is:
++--[ RSA 2048]----+
+|                 |
+|                 |
+|                 |
+| .. . .          |
+|+oo. ...E        |
+|.*.o . +..       |
+|o = . o.o        |
+|.+ . .o+ .       |
+| .o  o. o        |
++-----------------+
+[2013-07-14 10:39:13 BST] main: Pairing with aaron@Inspiron-14z:/home/shared/annex in progress
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+[2013-07-14 10:39:17 BST] PairListener: Syncing with Inspiron14z.local__home_shared_annex 
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+Already up-to-date.
+Already up-to-date.
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+Updating 82bf946..dfe0bd1
+Fast-forward
+[2013-07-14 10:39:56 BST] Pusher: Syncing with Inspiron14z.local__home_shared_annex 
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+ssh: connect to host Inspiron-14z.local port 22: Connection refused
+fatal: The remote end hung up unexpectedly
+"""]]
+
+[[!taglink moreinfo]]
diff --git a/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_1_bab9cd5bdcffec3c48b9e8657cd9bbf7._comment b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_1_bab9cd5bdcffec3c48b9e8657cd9bbf7._comment
new file mode 100644
index 0000000000..272cf26840
--- /dev/null
+++ b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_1_bab9cd5bdcffec3c48b9e8657cd9bbf7._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
+ nickname="Aaron"
+ subject="Some things working"
+ date="2013-07-14T10:06:13Z"
+ content="""
+Oh, that's odd...
+
+The Mythbuntu machine says it fails and the laptop screen still says pairing, but a new window on the laptop says that it synced with the Mythbuntu server. On the Mythbuntu server, it has a blank entry for the laptop, which if you click to edit says \"Internal Server Error\" \"Unknown UUID\".
+
+When I add things on the laptop, they immediately become shortcuts and an equivalent shortcut appears on the Mythbuntu machine, though updates to the content (in this case a text file) are not sychronised. 
+
+Adding a file on the Mythbuntu machine does not turn into a shortcut and nothing appears on the laptop.
+"""]]
diff --git a/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_2_104898dce3c67c082a9f2b36e2f45ff8._comment b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_2_104898dce3c67c082a9f2b36e2f45ff8._comment
new file mode 100644
index 0000000000..09d7a6d59a
--- /dev/null
+++ b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync/comment_2_104898dce3c67c082a9f2b36e2f45ff8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 2"
+ date="2013-07-28T00:27:23Z"
+ content="""
+Remote mythbuntuserver.local_annex does not have git-annex installed; setting remote.mythbuntuserver.local_annex.annex-ignore
+
+So, how did you install git-annex on mythbuntuserver? What does the `.ssh/authorized_keys` on mythbuntuserver look like? (In particular the key that git-annex adds to it, which should be set to run git-annex-shell.)
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_PairListener_crashed.mdwn b/doc/bugs/Local_pairing_fails:_PairListener_crashed.mdwn
new file mode 100644
index 0000000000..371b923cf8
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_PairListener_crashed.mdwn
@@ -0,0 +1,18 @@
+What steps will reproduce the problem?
+
+Attempting to pair between a local repository and a repository on a remote computer on my LAN. Pairing is initiated from my local machine and I'm interacting with the webapp on the remote machine via firefox running over an ssh -X connection. Pairing appears to work up to a point: I enter the secret at one end, the pairing request shows up at the other end. I then enter the secret at that end.
+
+What is the expected output? What do you see instead?
+
+Pairing should complete successfully. Instead I get the error message "PairListener crashed: bad comment in public key", followed by the public key. The pairing process then does not move beyond the 'awaiting pairing' pages.
+
+What version of git-annex are you using? On what operating system?
+
+Local Machine: 3.20121127, Debian Wheezy/Sid (the only package from unstable is git-annex).
+Remote Machine: 3.20121113, Arch Linux (I installed the version from: https://aur.archlinux.org/packages/git-annex-bin/, which is supposedly the same as above, but reports the version specified here).
+
+Please provide any additional information below.
+
+None as yet. Let me know if there are any log files, etc. that I can post.
+
+> So it was the period in the hostname! [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_1_d9c5d2147cf6d8d8477eb13b72081d46._comment b/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_1_d9c5d2147cf6d8d8477eb13b72081d46._comment
new file mode 100644
index 0000000000..4dd77f04d5
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_1_d9c5d2147cf6d8d8477eb13b72081d46._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.72"
+ subject="comment 1"
+ date="2012-12-04T17:38:47Z"
+ content="""
+On the machine that didn't crash, run:
+
+ssh-keygen -P \"\" -f test; cat test.pub
+
+Probably the non-alphanumeric character is part of the machine's hostname, or perhaps your username. We'll see..
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_2_60a21105145ac228f486bc4beb2ea54d._comment b/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_2_60a21105145ac228f486bc4beb2ea54d._comment
new file mode 100644
index 0000000000..851dfe9f80
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_PairListener_crashed/comment_2_60a21105145ac228f486bc4beb2ea54d._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="robconnolly"
+ ip="118.90.115.19"
+ subject="comment 2"
+ date="2012-12-06T02:29:56Z"
+ content="""
+Hi Joey,
+
+Thanks for your response. Here is the output:
+
+[robert@laforge ~]$ ssh-keygen -P \"\" -f test; cat test.pub
+Generating public/private rsa key pair.
+Your identification has been saved in test.
+Your public key has been saved in test.pub.
+The key fingerprint is:
+84:43:aa:f0:ba:a7:f0:11:41:55:3b:c4:63:6a:71:e1 robert@laforge.enterprise
+The key's randomart image is:
++--[ RSA 2048]----+
+|  ...o=.         |
+| .  .==o         |
+|. . .=E..        |
+| o oo  +         |
+|  +.    S        |
+| . .             |
+|o .              |
+|.o..             |
+|oo.              |
++-----------------+
+ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDIeitbarby1thLPEyVpeT/vDaWt0MJwLPvhT7TEZv0FedYalvz/mm3enULHiYdxkjWGBaO/EEzfmz5bjhoJx2tsqSLsUj/UZVv0LxsSfZwTrk0SPuUerzWvAJAXKvtPobDXJoAxsNvzSJN392BMOLKqcjAQTqPA3vd5+EjUVIgJxguz5poGrP0ZRMQD5LmsDrPGUWNJ/EHaVkrqGobAE4DVr8vhJTY41h5Gk2ipnzx+GD6CDZTSNFwl8RorjFAV3mYTTjHc2Cz7GxTLSmwF0+qFZ/UkiO2tD1M37Y4/cPLY7GpVfKvpPHTC8pJUpvj+B4uujHxvZkBJLLz9XhH9KsZ robert@laforge.enterprise
+
+Let me know if you need any more info.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn
new file mode 100644
index 0000000000..2875e63e43
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+
+Creating a USB repo fails with a GPG error.
+
+### What steps will reproduce the problem?
+
+  * Build git-annex and git-annex assistant using the instructions at https://gist.github.com/calmyournerves/7144127
+  * Run git-annex app to launch web interface
+  * Create local repo using web interface
+  * Try to create USB repo using web interface
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 4.20131105-g136b030 on Mac OS 10.9 Mavericks.
+
+### Please provide any additional information below.
+
+[[!format sh """
+07/Nov/2013:06:51:07 +1100 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+"""]]
+
+> [[fixed|done]]; it seems that this was a local build issue ad does not
+> affect the autobuild. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment
new file mode 100644
index 0000000000..34d8d94b1f
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_1_0b4dcedc58e5071733e1239490aed2ea._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Updated version 4.20131105-g136b030 seems to work"
+ date="2013-11-07T20:28:55Z"
+ content="""
+I've updated to the latest version as of 12 hours ago and I was able to create a USB repo on two computers.  4.20131105-g136b030 showing on the web app but 20131106 on the command line.
+
+Is there an easy way of checking the repo is correctly encrypted?  I didn't see anything about encrypting (now the previous error has disappeared) when creating the repo - is this what I should expect?
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment
new file mode 100644
index 0000000000..83e0b23170
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_2_1cb1ef0292a3357874b461a77c13373e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2013-11-08T17:36:53Z"
+ content="""
+USB repos are not set up encryption unless you explicitly request it.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment
new file mode 100644
index 0000000000..0b3a804b94
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_erro_when_creating_USB_repo___40__solved__41__/comment_3_e5ec1e3ab304d738e3b0847287a47af4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Yes, I just figured that out"
+ date="2013-11-08T22:09:40Z"
+ content="""
+I figured it out a couple of hours ago when I was able to use the existing USB repo on a new computer that doesn't have any of my private keys on it.
+
+I didn't see an option in the web interface to use encryption - is it command line only?
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn
new file mode 100644
index 0000000000..5c70527fd8
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+Creating a remote S3 repository using the git-annex assistant web interface fails with a GPG error.  (I'm also getting a GPG error trying to create a USB repo but it's slightly different so I'll post a different bug.)
+
+### What steps will reproduce the problem?
+
+  * Build git-annex and git-annex assistant using the instructions at https://gist.github.com/calmyournerves/7144127
+  * Run git-annex app to launch web interface
+  * Create local repo using web interface
+  * Try to create encrypted S3 remote repo using web interface
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 4.20131105-g136b030 on MacOS 10.9 Mavericks.
+
+### Please provide any additional information below.
+
+[[!format sh """
+
+(encryption setup) dyld: Library not loaded: @rpath/libz.1.2.8.dylib
+  Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/gpg
+  Reason: image not found
+07/Nov/2013:06:38:27 +1100 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+
+"""]]
+
+> [[fixed|done]]; it seems that this was a local build issue ad does not
+> affect the autobuild. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment
new file mode 100644
index 0000000000..0f1e34e31e
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_1_d95accb43bd18cc9acbbf1d4069f86b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="S3 works without encryption"
+ date="2013-11-06T21:09:26Z"
+ content="""
+Not surprisingly, S3 repos work without encryption.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment
new file mode 100644
index 0000000000..6b3ca2a0b3
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_2_452a3c524974832f0742efb00df4d576._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Still fails with git-annex version 4.20131105-g136b030"
+ date="2013-11-07T20:32:09Z"
+ content="""
+Updating seems to have fixed my other problem with creating a USB repo but still fails when trying to create an encrypted S3 repo.
+
+    (encryption setup) dyld: Library not loaded: @rpath/libz.1.2.8.dylib
+      Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/gpg
+      Reason: image not found
+    08/Nov/2013:07:30:11 +1100 [Error#yesod-core] user error (gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 5) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment
new file mode 100644
index 0000000000..e2ae9c3dcb
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_3_f8f6d1e0065e5ba56cd405b1c021ca09._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2013-11-08T17:38:40Z"
+ content="""
+Looks like it failed to include libz.1.2.8.dylib in the bundle for some reason despite gpg needing it.
+
+I don't really see the point in building an app bundle if you're going to install it back to the same machine you built it on. It's much easier to just `cabal install git-annex` in this case.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment
new file mode 100644
index 0000000000..8c7450ca6b
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_4_b524649cee751532d20a4894d71c5cf3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Maybe I'm missing something..."
+ date="2013-11-08T22:12:04Z"
+ content="""
+But does cabal install git-annex install the assistant?  On the Mac, I use the app bundle to launch the web interface from my applications folder.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment
new file mode 100644
index 0000000000..f94f2d9c8a
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_5_8312ba868ef616ec00563446c9c3464f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="To answer my own question - &quot;git annex webapp&quot;"
+ date="2013-11-09T00:10:28Z"
+ content="""
+Will open the web app from the command line.
+
+But now I get a different error trying to create an encrypted S3 repo.
+
+    (encryption setup) 09/Nov/2013:11:08:56 +1100 [Error#yesod-core] user error (gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 127) @(yesod-core-1.2.4.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment
new file mode 100644
index 0000000000..19313d9a74
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_6_1af75c691d27c97397f1901f7c2483b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="Works with git annex on command line"
+ date="2013-11-09T20:18:38Z"
+ content="""
+git annex initremote cloud type=S3 keyid=key correct creates an encrypted S3 repo and I'm able to upload files.
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment
new file mode 100644
index 0000000000..a67c59451a
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_7_e519df252875de87c4ef5b727f033bdf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 7"
+ date="2013-11-15T19:00:25Z"
+ content="""
+It would be useful if you could test with the 10.9 build now available in [[install/OSX]].
+"""]]
diff --git a/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment
new file mode 100644
index 0000000000..cff7e9dee5
--- /dev/null
+++ b/doc/bugs/Mac_OS_10.9_GPG_error_adding_S3_repo___40__solved__41__/comment_8_4bb959e2659991cd392853e8beacf708._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="comment 8"
+ date="2013-11-15T21:31:40Z"
+ content="""
+Thanks Joey - I was able to create an encrypted S3 repo using the new Mavericks build.  Files are transferring across and are encrypted.
+"""]]
diff --git a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn
new file mode 100644
index 0000000000..7401d79fbd
--- /dev/null
+++ b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp.mdwn
@@ -0,0 +1,12 @@
+Latest build for Mac OS X (both autobuild and release versions) does not contain webapp.
+
+git annex version for OS X,
+
+    git-annex version: 5.20140306-g309a73c
+    build flags: Assistant Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN2 56 SKEIN512 WORM URL                                                                                                
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+whereas on my Linux box build flags include webapp. On os x when I run git annex webapp it does nothing, just prints the help info.
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment
new file mode 100644
index 0000000000..b13eab08f3
--- /dev/null
+++ b/doc/bugs/Mac_OS_X_Build_doesn__39__t_include_webapp/comment_1_b918a741f2397b6588e7a9f1feca7e66._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-07T15:17:16Z"
+ content="""
+I've fixed the missing warp-tls dep on the autobuilder and updated the builds.
+"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn
new file mode 100644
index 0000000000..5de6d2aa57
--- /dev/null
+++ b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+Joey, it looks like the git version wasn't updated with the latest release as is still too old to respect .gitignore files.  I'm hoping that I haven't just made a silly mistake but I don't think I have...
+
+See http://git-annex.branchable.com/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore/ for bug that was closed.
+
+### What steps will reproduce the problem?
+
+Install git-annex 5.20140209-g3a61dbe and try to use .gitignore file to exclude items from git annex.
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140209-g3a61dbe on Mac OS 10.9.1.
+
+### Please provide any additional information below.
+
+[/Applications/git-annex.app/Contents/MacOS]# ./git annex version
+
+git-annex version: 5.20140209-g3a61dbe
+build flags: Assistant Webapp Pairing S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+[/Applications/git-annex.app/Contents/MacOS]# ./git --version
+
+git version 1.8.3.4 (Apple Git-47)
+
+> Really [[fixed|done]] now. --[[Joey]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment
new file mode 100644
index 0000000000..afa6cc8f6e
--- /dev/null
+++ b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_1_1768ece63499c643c75085773b6d4c18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-20T18:59:44Z"
+ content="""
+I thought it got upgrades, perhaps it was downgraded again? I have prodded Kevin.
+"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment
new file mode 100644
index 0000000000..1bd1e037ee
--- /dev/null
+++ b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_2_888fb193072cf05a34943db072eb7a3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2014-02-21T07:03:20Z"
+ content="""
+Thanks Joey and Kevin.  Glad to have the bug really fixed and glad to know that I wasn't missing something obvious!
+"""]]
diff --git a/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment
new file mode 100644
index 0000000000..591d4e80f6
--- /dev/null
+++ b/doc/bugs/Mac_OS_git_version_still_too_old_for_.gitignore__63__/comment_3_f199ac6ae2448949ef0779177cf0ef58._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2014-02-21T22:05:06Z"
+ content="""
+And yep, it's fixed in 5.20140221-g1a47f5f.  Thanks guys!
+"""]]
diff --git a/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn b/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn
new file mode 100644
index 0000000000..0cf61bb0fc
--- /dev/null
+++ b/doc/bugs/Mac_OS_git_version_too_old_to_honour_.gitignore.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+
+Git annex assistant ignores .gitignore file due to packaged git version being too old.
+
+I have a locally installed version that is greater than the 1.8.4 needed to respect .gitignore but git annex doesn't use it.
+
+### What steps will reproduce the problem?
+
+- Create local repository using webapp
+- Add .gitignore file to local repository
+- Add files that match .gitignore patterns and watch git annex add them
+
+### What version of git-annex are you using? On what operating system?
+
+Git Annex assistant version 5.20140128-g0ac94c3 on Mac OS 10.9.1
+
+### Please provide any additional information below.
+
+Log message is "The installed version of git is too old for .gitignores to be honored by git-annex."
+
+[[!format sh """
+# /Applications/git-annex.app/Contents/MacOS/git-annex version
+git-annex version: 5.20140128-g0ac94c3
+build flags: Assistant Webapp Pairing S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+# /Applications/git-annex.app/Contents/MacOS/git --version
+git version 1.8.3.4 (Apple Git-47)
+
+# which git
+/usr/local/bin/git
+
+# /usr/local/bin/git --version
+git version 1.8.5.3
+"""]]
+
+> [[fixed|done]]; it has been updated to 1.8.5.3 on the autobuilder. --[[Joey]]
diff --git a/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn b/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
new file mode 100644
index 0000000000..cb0247766e
--- /dev/null
+++ b/doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
@@ -0,0 +1,89 @@
+### Please describe the problem.
+
+The `manual` content mode doesn't follow the description provided in the help page, instead it seems to collect content.
+
+### What steps will reproduce the problem?
+
+1. Create a new git annex repository using the webapp, set the content type to `client`.
+2. Create another repository, and set the content type to `manual`.
+3. Copy something into the `client` repository.
+4. It will be pushed/pulled into the `manual` repository.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130521-g25dba9d
+    Ubuntu 13.04 x64.
+
+### Please provide any additional information below.
+
+I have also noticed very weird behaviour that I have been unable to replicate in testing, but I will describe the setup that it currently happens in:
+I have 3x repositories, one a `client` repository, and the other two are set to `manual`. When put a new file into the `client` repository, it is pushed onto the two `manual` repositories. When these repositories have received it, the client drops the file and re-downloads it from one of the `manual` repositories. Once it's been pushed, deleted, and pulled, everything is happy... but the extra step makes no difference.
+
+[[!format sh """
+[2013-05-22 20:41:44 EST] main: starting assistant version 4.20130521-g25dba9d
+[2013-05-22 20:41:44 EST] TransferScanner: Syncing with test3, test2 
+Already up-to-date.
+
+(scanning...) [2013-05-22 20:41:44 EST] Watcher: Performing startup scan
+Already up-to-date.
+Already up-to-date.
+
+
+(started...) From /home/valorin/workspace/tmp/test3
+   f285dc2..406c20c  git-annex  -> test3/git-annex
+   cdf2ad3..508983c  master     -> test3/master
+From /home/valorin/workspace/tmp/test2
+   1e04829..1c03533  git-annex  -> test2/git-annex
+   8ad4bd3..18a5408  master     -> test2/master
+Updating 508983c..18a5408
+Fast-forward
+Already up-to-date.
+To /home/valorin/workspace/tmp/test2
+   4e49293..a66ce5d  git-annex -> synced/git-annex
+   508983c..18a5408  master -> synced/master
+To /home/valorin/workspace/tmp/test3
+   4e49293..a66ce5d  git-annex -> synced/git-annex
+   508983c..18a5408  master -> synced/master
+Already up-to-date.
+Already up-to-date.
+[2013-05-22 20:42:07 EST] Committer: Adding Firefly S..acked.m4v
+
+(merging test3/git-annex into git-annex...)
+(merging test2/git-annex into git-annex...)
+(Recording state in git...)
+
+
+
+
+add Firefly S01E03 Bushwhacked.m4v (checksum...) [2013-05-22 20:42:15 EST] Committer: Committing changes to git
+[2013-05-22 20:42:15 EST] Pusher: Syncing with test3, test2 
+Already up-to-date.
+To /home/valorin/workspace/tmp/test2
+   a66ce5d..a6773dd  git-annex -> synced/git-annex
+   18a5408..f9e7692  master -> synced/master
+To /home/valorin/workspace/tmp/test3
+   a66ce5d..a6773dd  git-annex -> synced/git-annex
+   18a5408..f9e7692  master -> synced/master
+Already up-to-date.
+Already up-to-date.
+[2013-05-22 20:42:26 EST] Transferrer: Uploaded Firefly S..acked.m4v
+[2013-05-22 20:42:26 EST] Pusher: Syncing with test3, test2 
+To /home/valorin/workspace/tmp/test3
+   a6773dd..c35f992  git-annex -> synced/git-annex
+To /home/valorin/workspace/tmp/test2
+   a6773dd..c35f992  git-annex -> synced/git-annex
+[2013-05-22 20:42:35 EST] Transferrer: Uploaded Firefly S..acked.m4v
+[2013-05-22 20:42:35 EST] Pusher: Syncing with test3, test2 
+To /home/valorin/workspace/tmp/test3
+   c35f992..9e47813  git-annex -> synced/git-annex
+To /home/valorin/workspace/tmp/test2
+   c35f992..9e47813  git-annex -> synced/git-annex
+[2013-05-22 20:42:44 EST] Pusher: Syncing with test3, test2 
+Everything up-to-date
+Everything up-to-date
+"""]]
+
+> It turns out there was a bug in the preferred content expression parser,
+> that made it parse the expression for manual mode (but I think no other standard
+> expression) quite wrong, as if it had parens in the wrong place. This explains
+> the broken behavior. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn b/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn
new file mode 100644
index 0000000000..1ebd4039bc
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results.mdwn
@@ -0,0 +1,51 @@
+### Please describe the problem.
+When creating a symlink in repository A, and creating a regular file under the same name in repository B, syncing B will yield the result that the symlink is lost, and both the original filename and the .variant file will point to the same annex object containing the original content from B.
+
+Both A and B are indirect mode repos.
+
+### What steps will reproduce the problem?
+
+[[!format  sh """
+
+#Initial state:
+
+repo-A$ echo file1
+This is file 1.
+repo-B$ echo file1
+This is file 1.
+
+#Make conflicting changes:
+
+repo-A$ ln -s file1 file2; git add file2; git commit -m "Add file2 as symlink."
+repo-B$ echo "This is file 2." > file2; git annex add file2; git commit -m "Add file2 as regular file."
+
+#Sync it:
+
+repo-A$ git annex sync
+repo-B$ git annex sync
+
+#Strange result in repo-B:
+
+repo-B$ ls -l file2*
+file2 -> .git/annex/objects/$HASH1
+file2.variant1234 -> .git/annex/objects/$HASH1
+repo-B$ cat file2 file2.variantXXXX
+This is file 2.
+This is file 2.
+
+#Repo-A leaves the symlink change untouched and adds a .variant containing the new regular file data.
+
+repo-A$ ls -l file*
+file2 -> file1
+file2.variant1234 -> .git/annex/objects/$HASH1
+repo-A$ cat file.variant1234
+This is file 2.
+"""]]
+### What version of git-annex are you using? On what operating system?
+Linux 3.15.3
+git-annex  5.20140613
+
+
+[[!tag confirmed]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment
new file mode 100644
index 0000000000..624b39a795
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_1_e8a2ea1b8573bee45b70bcc7ef7e3bed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 1"
+ date="2014-07-07T14:09:33Z"
+ content="""
+Sorry, the initial «echos» should have been «cat» of course.
+"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment
new file mode 100644
index 0000000000..39f60f7753
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_2_b6182038292bd72dc4711e4575510172._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-07T17:17:49Z"
+ content="""
+Drat, so many bug fixes and test cases and this still got through?
+"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment
new file mode 100644
index 0000000000..292d117435
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_3_c6ca13d475b3f846c95606c20e1a3052._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 3"
+ date="2014-07-07T17:19:03Z"
+ content="""
+Ah, I see, it's explicitly because the non-git-annex symlink is involved. Whew!
+"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment
new file mode 100644
index 0000000000..49210ee559
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_4_13179e0f72026092e48c13082818ce68._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="analysis"
+ date="2014-07-08T17:52:59Z"
+ content="""
+When resolveMerge' calls graftin to add A's file2 symlink to B's tree, it actually stages the right symlink (the non-annexed one).
+
+However, the work tree is left as-is, so it still has the annexed symlink in it. So git status shows file2 as modified. Later syncs will commit that.
+
+This is why the sync in A doesn't have the problem, as there things are the other way around, and git-annex makes the git-annex symlink, leaving the non-annexed symlink as-is in the work tree.
+
+So, graftin needs to update the work tree. But it's tricky because graftin is called in 3 situations: non-symlink file, directory, and non-annexed symlink.
+Interestingly, in the other 2 cases, git-merge already takes care of updating the work tree -- it deletes the annexed symlink and puts in place either the non-symlink file or the directory. It's only the the case of a merge conflict involving 2 symlinks that git merge doesn't update the tree in this way. It's nice to be able to rely on git-merge in the other 2 cases, especially the directory case (avoids having to manually check out the directory).
+"""]]
diff --git a/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment
new file mode 100644
index 0000000000..566a0aad8b
--- /dev/null
+++ b/doc/bugs/Merge_involving_symlink_yields_unexpected_results/comment_5_585c8a5a13bb17032bfe30818345f936._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.49.247.112"
+ subject="comment 5"
+ date="2014-07-08T19:17:29Z"
+ content="""
+Thanks for the swift fix + analysis! If I’m ever around, I’ll lend you a hand on your next truckload of firewood! ;>
+
+Cheers!
+"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn
new file mode 100644
index 0000000000..dc24ee18d7
--- /dev/null
+++ b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+I paired my repo running on Gentoo (git-annex 4.20130601) with Ubuntu 13.04 (git-annex 3.10121112ubuntu4). The repo on Ubuntu doesn't have uuid for the Gentoo remote, so:
+
+- There is no name in assistan's repo settings for it
+
+- Trying to access its settings gives Internal server error: Unknown UUID
+15/Jun/2013:12:39:10 +0300 [Error#yesod-core] Unknown UUID @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+
+- In dashboard on Ubuntu all changes stay queued forever (although the syncing seems to work)
+
+### What steps will reproduce the problem?
+Pair local computers with different annex versions.
+
+### What version of git-annex are you using? On what operating system?
+Gentoo (git-annex 4.20130601)
+Ubuntu 13.04 (git-annex 3.10121112ubuntu4)
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> Others are reporting what seems to be the same problem here:
+> [[Internal_Server_Error:_Unknown_UUID]].
+> 
+> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment
new file mode 100644
index 0000000000..26881f17b2
--- /dev/null
+++ b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_1_8229df64a872bee7590f75eb78f78c4a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T18:08:55Z"
+ content="""
+As far as I know, there have been no changes to the local pairing protocol that would cause a problem like this. 3.20121112 is a few months after local pairing was first developed.
+
+Have you tried upgrading and re-pairing?
+"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment
new file mode 100644
index 0000000000..d9ad17e79f
--- /dev/null
+++ b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_2_f37be896396915b1c85cff8811dceb4a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
+ nickname="Reinis"
+ subject="comment 2"
+ date="2013-06-25T18:50:00Z"
+ content="""
+I have not tried to upgrade, but I fixed it using annex describe followed by assistant restart as hinted in /usr/share/doc/git-annex/html/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.html.
+
+From that document I understood that at worst it should use one of the two uuids (from Ubuntu or Gentoo repo), but it should not leave it without uuid and hence this report.
+
+I have tried it a couple of times and it is perfectly reproducible.
+"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment
new file mode 100644
index 0000000000..75fd81d465
--- /dev/null
+++ b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_3_df7fc1078059538a76f384a40541e91f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 3"
+ date="2013-06-25T19:13:06Z"
+ content="""
+An old bug report that was fixed in 2011 seems very unlikely to have anything to do with your local pairing problem.
+
+Why don't you try upgrading?
+"""]]
diff --git a/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment
new file mode 100644
index 0000000000..8e895be5f0
--- /dev/null
+++ b/doc/bugs/Missing_repo_uuid_after_local_pairing_with_older_annex/comment_4_70c444c61f41df2f59294c10f94f0c09._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
+ nickname="Reinis"
+ subject="comment 4"
+ date="2013-06-25T19:34:12Z"
+ content="""
+I was expecting the version in distribution which came out two months ago to be somewhat recent, probably unfounded expectation for non-rolling release distribution. I'll add PPA and try using that one.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD.mdwn b/doc/bugs/More_build_oddities_under_OpenBSD.mdwn
new file mode 100644
index 0000000000..c11ffab384
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+I have managed to get most things working under OpenBSD 5.4 now.
+
+One of the last hurdles is that if I enable XMPP the build fails on "Loading package gnuidn-0.2.1..."
+See the error below.
+
+I suspect this is an error in git-annex because network-protocol-xmpp AND gnuidn compiles (and links) fine.
+
+I will gladly do anything I can to get this working, but I'm at a loss what to do right now. It's the last major piece of the puzzle before I get it properly functioning under OpenBSD.
+
+### What steps will reproduce the problem?
+Building with XMPP support under OpenBSD 5.4
+
+### What version of git-annex are you using? On what operating system?
+5.20140129 under OpenBSD 5.4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+Loading package gnuidn-0.2.1 ... 
+
+GHCi runtime linker: fatal error: I found a duplicate definition for symbol
+   c_isascii
+whilst processing object file
+   /usr/local/lib/libidn.a
+This could be caused by:
+   * Loading two different object files which export the same symbol
+   * Specifying the same object file twice on the GHCi command line
+   * An incorrect `package.conf' entry, causing some object to be
+     loaded twice.
+GHCi cannot safely continue in this situation.  Exiting now.  Sorry.
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_10_09297f99f3c1c081738ca4ab32808fde._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_10_09297f99f3c1c081738ca4ab32808fde._comment
new file mode 100644
index 0000000000..e3871ea612
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_10_09297f99f3c1c081738ca4ab32808fde._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 10"
+ date="2014-02-08T18:31:23Z"
+ content="""
+But you said that setSocketOption failed when you were using XMPP, not when starting the webapp, so I think it's more likely to be one of the setSocketOption calls in the network library, or possibly somewhere else.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_11_1407efc78b92a3c6156154f54e4a14e2._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_11_1407efc78b92a3c6156154f54e4a14e2._comment
new file mode 100644
index 0000000000..78c430533d
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_11_1407efc78b92a3c6156154f54e4a14e2._comment
@@ -0,0 +1,97 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 11"
+ date="2014-02-08T19:18:17Z"
+ content="""
+I honestly have no idea why that move works because
+
+    % ls -lh /usr/lib|grep -E '(gsasl|xml2|gnutls|idn)'
+
+returns nothing. But couldn't those symbols already be in the other libraries considering, from what I've read at least, haskell stuff are statically compiled by default?
+
+Anyway, you are completely right that this happened when I try to use XMPP. The reason I was looking in the wrong place to begin with was because the webapp spit out the error messsage. I have redirected my attention to the network library and the xmpp library.
+
+But I might have found something interesting in the network library. Keep in mind that I just learned a little today, so do correct me if I'm wrong.
+
+Looking at http://hackage.haskell.org/package/network-2.2.1.8/docs/src/Network-Socket.html I found:
+
+    setSocketOption :: Socket 
+                    -> SocketOption -- Option Name
+                    -> Int          -- Option Value
+                    -> IO ()
+    setSocketOption (MkSocket s _ _ _ _) so v = do
+       with (fromIntegral v) $ \ptr_v -> do
+       throwErrnoIfMinus1_ \"setSocketOption\" $
+           c_setsockopt s (socketOptLevel so) (packSocketOption so) ptr_v
+              (fromIntegral (sizeOf v))
+       return ()
+
+Everything here looks good. So I decided to take a look at SocketOption, socketOptLevel and packSocketOption.
+
+    data SocketOption
+        = DummySocketOption__
+        | Debug         {- SO_DEBUG     -}
+        | ReuseAddr     {- SO_REUSEADDR -}
+        | Type          {- SO_TYPE      -}
+        | SoError       {- SO_ERROR     -}
+        | DontRoute     {- SO_DONTROUTE -}
+        | Broadcast     {- SO_BROADCAST -}
+        | SendBuffer    {- SO_SNDBUF    -}
+        | RecvBuffer    {- SO_RCVBUF    -}
+        | KeepAlive     {- SO_KEEPALIVE -}
+        | OOBInline     {- SO_OOBINLINE -}
+        | TimeToLive    {- IP_TTL       -}
+        | MaxSegment    {- TCP_MAXSEG   -}
+        | NoDelay       {- TCP_NODELAY  -}
+        | Linger        {- SO_LINGER    -}
+        | RecvLowWater  {- SO_RCVLOWAT  -}
+        | SendLowWater  {- SO_SNDLOWAT  -}
+        | RecvTimeOut   {- SO_RCVTIMEO  -}
+        | SendTimeOut   {- SO_SNDTIMEO  -}
+
+    socketOptLevel :: SocketOption -> CInt
+    socketOptLevel so = 
+      case so of
+        TimeToLive   -> 0
+        MaxSegment   -> 6
+        NoDelay      -> 6
+        _            -> 1
+
+    packSocketOption :: SocketOption -> CInt
+    packSocketOption so =
+      case so of
+        Debug         -> 1
+        ReuseAddr     -> 2
+        Type          -> 3
+        SoError       -> 4
+        DontRoute     -> 5
+        Broadcast     -> 6
+        SendBuffer    -> 7
+        RecvBuffer    -> 8
+        KeepAlive     -> 9
+        OOBInline     -> 10
+        TimeToLive    -> 2
+        MaxSegment    -> 2
+        NoDelay       -> 1
+        Linger	  -> 13
+        RecvLowWater  -> 18
+        SendLowWater  -> 19
+        RecvTimeOut   -> 20
+        SendTimeOut   -> 21
+
+Everything looks good so I thought long and hard about this. Then, by chance, I just looked at the man page for setsockopt() and it mentioned SOL_SOCKET and I was like \"Hmm...\"
+
+    % grep -R SOL_SOCKET /usr/include
+    /usr/include/openssl/e_os.h:#define ioctlsocket(a,b,c)            setsockopt((a),SOL_SOCKET,(b),(c),sizeof(*(c)))
+    /usr/include/sys/socket.h:#define       SOL_SOCKET      0xffff          /* options for socket level */
+    /usr/include/sys/socket.h:/* Read using getsockopt() with SOL_SOCKET, SO_PEERCRED */
+
+Wat?
+
+    #define SOL_SOCKET 0xffff
+
+Going back to the Haskell code above I realized that SetSocketOption will NEVER feed 0xffff as level to setsockopt() because socketOptLevel returns 1 unless optname is TimeToLive, MaxSegment or NoDelay.
+
+Am I way off?
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_12_fdec033e37652c51fbcd74438586d285._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_12_fdec033e37652c51fbcd74438586d285._comment
new file mode 100644
index 0000000000..77c8edc68a
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_12_fdec033e37652c51fbcd74438586d285._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 12"
+ date="2014-02-08T20:03:30Z"
+ content="""
+WRT haskell static linking, AFAIK that only affects haskell libraries. If they in turn link with C libs, the linking is still dynamic. At least this is the case on both Linux and the limited BSDs I've used it on. Have no OpenBSD experience.
+
+`SOL_SOCKET` is 1 on linux, so you may have the culprit.
+
+However.. That's a really old version of network! 2.2.1.8 is from 2010. In a more current 2.4.x version, packSocketOption uses the `SOL_SOCKET` value and not 1, so should work AFAICS.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_13_ed3716baf787ca17d227ce2e327a1959._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_13_ed3716baf787ca17d227ce2e327a1959._comment
new file mode 100644
index 0000000000..3981d32bfd
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_13_ed3716baf787ca17d227ce2e327a1959._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 13"
+ date="2014-02-08T20:12:12Z"
+ content="""
+Does your binary end up dynamically linked to libxml2 etc? If not, it certianly seems plausible that the haskell libs statically linked with the C libs, and then at binary link time it tried to redundantly link with the libs again and failed. If this is the case, it seems it would probably be a bug in ghc. You can use `cabal build --ghc-options=-v` to get a look at how the linker is run.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_14_cf5f92e5cdfc738e7f6178c1d7a73ceb._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_14_cf5f92e5cdfc738e7f6178c1d7a73ceb._comment
new file mode 100644
index 0000000000..bb4d095a37
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_14_cf5f92e5cdfc738e7f6178c1d7a73ceb._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 14"
+ date="2014-02-08T20:29:46Z"
+ content="""
+Sigh.. Ofcourse it was an old version. It never occurred to me to check that. I was just Googling around and stumbled over that page.
+Do you have any pointers on how I would debug this further?
+
+Regarding the linking; I haven't checked it any further actually. I'm planning on investigating that further once I can get this error sorted out. But my hypothesis is that it's all statically linked all the way through, like I said. That would also explain those error messages I got during linking before.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_15_ad4b7191c9b8f67def33b26a1d762a5d._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_15_ad4b7191c9b8f67def33b26a1d762a5d._comment
new file mode 100644
index 0000000000..4aeda69ebf
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_15_ad4b7191c9b8f67def33b26a1d762a5d._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 15"
+ date="2014-02-08T20:56:10Z"
+ content="""
+I think you need to find which calls to setSocketOption are failing and/or what value is causing the crash. It's a bit of a pain to get a backtrace on error (would need to build everything with profiling enabled and run git-annex with +RTS -xc options). Probably simplest to modify the setSocketOption code:
+
+[[!format patch \"\"\"
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 2fe62ee..0c66432 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -963,7 +963,7 @@ setSocketOption :: Socket
+ setSocketOption (MkSocket s _ _ _ _) so v = do
+    (level, opt) <- packSocketOption' \"setSocketOption\" so
+    with (fromIntegral v) $ \ptr_v -> do
+-   throwSocketErrorIfMinus1_ \"setSocketOption\" $
++   throwSocketErrorIfMinus1_ (\"setSocketOption \" ++ show so ++ \" \" ++ show v) $
+        c_setsockopt s level opt ptr_v
+           (fromIntegral (sizeOf (undefined :: CInt)))
+    return ()
+\"\"\"]]
+
+Which should make it print out a quite nice symbolic name of the option being used on failure, which will make it easy to find any call sites and more importantly, determine what's wrong with that option.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_16_2e765b5286d816bea00880a17a20cbfb._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_16_2e765b5286d816bea00880a17a20cbfb._comment
new file mode 100644
index 0000000000..def40653da
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_16_2e765b5286d816bea00880a17a20cbfb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 16"
+ date="2014-02-08T21:08:38Z"
+ content="""
+Thanks for that code snippet! I'll try it out within the next few minutes.
+
+Also, how would I go about rebuilding everything with profiling support? I'm doing this testing in a virtual machine so I can always start over from scratch.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_17_ded9011dcdbe4de05189a0e8d040f045._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_17_ded9011dcdbe4de05189a0e8d040f045._comment
new file mode 100644
index 0000000000..f361268419
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_17_ded9011dcdbe4de05189a0e8d040f045._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 17"
+ date="2014-02-08T21:23:02Z"
+ content="""
+Blow away ~/.ghc and ~/.cabal; cabal update; put `library-profiling: True` in ~/.cabal/config; and reinstall everything.
+
+Note that you may need to first build ghc's own bundled libraries with profiling support, if your ghc installation does not already include them. I don't know how to do that since on debian I can just `apt-get install ghc-prof`. If that's needed, ghc will tell you and refuse to build stuff with profiling.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_18_f7a85b46bf7afaaf431d6771219c66b0._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_18_f7a85b46bf7afaaf431d6771219c66b0._comment
new file mode 100644
index 0000000000..d8d73a0b77
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_18_f7a85b46bf7afaaf431d6771219c66b0._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 18"
+ date="2014-02-08T23:25:29Z"
+ content="""
+I applied your patch and rebuilt. I even tried doing it from scratch just to get it right.
+
+I have three news:
+
+1) I got it completely working in a virtual machine
+
+2) On my actual (physical) openbsd machine it still isn't working, even though they're almost identical. The only difference is that the physical one also has IPv6 connectivity, while the virtual machine doesn't. Could that be it? I don't know yet, although I'm about to try it.
+
+3) Your patch did not help. It still didn't print out anything more useful, suggesting that it in fact isn't that function that is throwing the error. [This](http://i.imgur.com/tmBiseE.png) is what the actual error looks like and shows up after I enter the jabber account details.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_19_217be2000e423e844241d405ba9f64c8._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_19_217be2000e423e844241d405ba9f64c8._comment
new file mode 100644
index 0000000000..7ea52c150a
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_19_217be2000e423e844241d405ba9f64c8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 19"
+ date="2014-02-09T02:13:20Z"
+ content="""
+I'll bet you didn't rebuild all the libraries that depend on network. (Which all that static linking makes necessary...)
+
+IPv6 was my first guess; see http://git-annex.branchable.com/bugs/More_build_oddities_under_OpenBSD/#comment-84ee81cd162d22283fcccc1a41c8f8b3
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_1_4ffea64907656ff2ec65ff4450aadda7._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_1_4ffea64907656ff2ec65ff4450aadda7._comment
new file mode 100644
index 0000000000..f2ac7af8f0
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_1_4ffea64907656ff2ec65ff4450aadda7._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T18:49:38Z"
+ content="""
+This is definitely not an issue in git-annex's code. Two C libraries are exporting the same symbol (gnulib might be the other one, or it could be part of the OpenBSD libc as it's some deprecated POSIX symbol, I don't know) and this is simply not apparent until the linker tries to make a binary linking with both.
+
+I have dealt with a similar issue on Android by modifying C libraries to not export colliding symbols. See:
+<https://github.com/joeyh/ghc-android/blob/stable-ghc-snapshot/patches/gsasl-avoid-memxor-conflict.patch>
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_20_df72e5698ba2bf2eb4fa39c5b2c5be83._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_20_df72e5698ba2bf2eb4fa39c5b2c5be83._comment
new file mode 100644
index 0000000000..29e58e1564
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_20_df72e5698ba2bf2eb4fa39c5b2c5be83._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 20"
+ date="2014-02-20T20:26:03Z"
+ content="""
+Any further luck on this?
+
+It would be nice if a page on openbsd could be added to the install page documenting what is needed to get it to build.
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_2_4fb96984757b3d37a1a5ebce664aa8fe._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_2_4fb96984757b3d37a1a5ebce664aa8fe._comment
new file mode 100644
index 0000000000..248f7fb335
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_2_4fb96984757b3d37a1a5ebce664aa8fe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 2"
+ date="2014-02-07T19:38:14Z"
+ content="""
+I do realize that it's not a fault in git-annex' code. I'm sorry if it was a stupid idea to post it here, but I was thinking if there exists some kind of workaround one could implement in the build system. I mean.. This isn't the first time someone compiles a program with libidn, gettext and/or gnutls (According to 'grep -R c_isascii /usr')
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_3_c5fdf29499a02be83850d1238fc8ce23._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_3_c5fdf29499a02be83850d1238fc8ce23._comment
new file mode 100644
index 0000000000..ee7c537d91
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_3_c5fdf29499a02be83850d1238fc8ce23._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 3"
+ date="2014-02-07T20:57:54Z"
+ content="""
+I have researched this a little more and I am not entirely convinced it is an actual conflict anywhere. I did, in fact, compile a patched version of libidn WITHOUT the c_isascii symbols and.. It suddenly started complaining about even MORE symbols (stringprep_utf8_to_unichar).
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_4_d42106128c3dac2dd7761a82cc03912f._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_4_d42106128c3dac2dd7761a82cc03912f._comment
new file mode 100644
index 0000000000..9677848d3d
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_4_d42106128c3dac2dd7761a82cc03912f._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 4"
+ date="2014-02-07T22:12:43Z"
+ content="""
+Couldn't it be possible that something is passed twice on the command line, like that message says could be the reason? Because I have inspected my systems and the only thing I can find that even contains such a string (stringprep_utf8_to_unichar) is libidn so there shouldn't be any conflicts.
+
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_5_71166beb796f22dcee065a167cd5e0ed._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_5_71166beb796f22dcee065a167cd5e0ed._comment
new file mode 100644
index 0000000000..a2772452d2
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_5_71166beb796f22dcee065a167cd5e0ed._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 5"
+ date="2014-02-08T14:46:10Z"
+ content="""
+Okay, so I did work around this with an ugly hack (I'm not even sure it will work properly) so I now have XMPP support, according to git-annex.
+
+But.. When I try to play around with XMPP I get:
+
+    setSocketOption: invalid argument (Invalid argument)
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_6_65913a2de8bbe981beaa66c58d2429b5._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_6_65913a2de8bbe981beaa66c58d2429b5._comment
new file mode 100644
index 0000000000..ff76fb3ded
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_6_65913a2de8bbe981beaa66c58d2429b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 6"
+ date="2014-02-08T17:23:54Z"
+ content="""
+Googling around I found [this](http://lpaste.net/77947) codesnippet that suggests setSocketOption is broken under OpenBSD
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_7_8dd46cec230125d1410d8e6824aeddf2._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_7_8dd46cec230125d1410d8e6824aeddf2._comment
new file mode 100644
index 0000000000..72b427357a
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_7_8dd46cec230125d1410d8e6824aeddf2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 7"
+ date="2014-02-08T17:42:52Z"
+ content="""
+What was the ugly hack that got it to link?
+
+I've seen setSocketOption fail on other OS's for various portability reasons. The haskell library that is responsible for this is <http://hackage.haskell.org/package/network>, and you can find several setSocketOption calls in it. I've had good luck ifdefing those out when they don't work. 
+
+Here's a patch where I disable the IPv6Only setting on Android (amoung other unrelated porting) <http://source.git-annex.branchable.com/?p=source.git;a=blob;f=standalone/android/haskell-patches/network_2.4.1.0_0001-android-port-fixes.patch;h=66c0de5448bacaf7449db768b4d720870bbcf9c4;hb=HEAD>
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_8_275d3e62cb5667a2d6ddd90db7a40bff._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_8_275d3e62cb5667a2d6ddd90db7a40bff._comment
new file mode 100644
index 0000000000..f7f7e34291
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_8_275d3e62cb5667a2d6ddd90db7a40bff._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 8"
+ date="2014-02-08T18:13:33Z"
+ content="""
+What I did was to temporarily move away (or rename) the offending libs. What I essentially did was this:
+
+    cabal configure
+    cabal build
+    sudo mv /usr/local/lib/lib{xml2,gnutls,gsasl,idn}.a /tmp
+    cabal install
+    sudo mv /tmp/lib{xml2,gnutls,gsasl,idn}.a /usr/local/lib
+
+but I've also had to patch network-info. I've contacted the maintainer of that package but I haven't received anything. I'm considering creating an actual fork with my changes but that would almost seem kind of silly as I don't know *ANY* haskell.. But I am looking at the Haskell wiki as I'm typing this so I can see what I'm looking at :).
+
+Won't break anything by not setting SO_REUSEADDR? I suspect you're setting it for a reason? 
+"""]]
diff --git a/doc/bugs/More_build_oddities_under_OpenBSD/comment_9_ec6a1eb6c7b264c23ec4bbd45465d7d8._comment b/doc/bugs/More_build_oddities_under_OpenBSD/comment_9_ec6a1eb6c7b264c23ec4bbd45465d7d8._comment
new file mode 100644
index 0000000000..dee77a69f8
--- /dev/null
+++ b/doc/bugs/More_build_oddities_under_OpenBSD/comment_9_ec6a1eb6c7b264c23ec4bbd45465d7d8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.163"
+ subject="comment 9"
+ date="2014-02-08T18:29:41Z"
+ content="""
+So you moved away libs in /usr/local to expose usable ones in /usr? 
+
+I've had luck before sending the network-info mantainer pull requests: <https://github.com/jystic/network-info/issues/3>
+
+git-annex does set ReuseAddr in one place; in Utility/Webapp.hs. The only time that would have a benefit would be when using `git annex webapp --listen=address:port` and starting and restarting the webapp. Normally the webapp chooses a random free port so it shouldn't need that.
+"""]]
diff --git a/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X.mdwn b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X.mdwn
new file mode 100644
index 0000000000..0a3815cb96
--- /dev/null
+++ b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+On indirect repos on OS X, when a symlink is moved asisstant does not pick it up it. Even though assistant syncs after delete/move changes are not committed. git annex status returns ?? for the moved files. when I run git annex add on the files it says it added them but instead they still show up as ??. the only way to solve the problem is to manually restart the daemon which commits them.
+
+### What steps will reproduce the problem?
+
+Moving an annex file.
+
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140703 g3cfcd54
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_1_75c14b405929a8f771a7c261dcc4b7a2._comment b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_1_75c14b405929a8f771a7c261dcc4b7a2._comment
new file mode 100644
index 0000000000..5346cb9495
--- /dev/null
+++ b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_1_75c14b405929a8f771a7c261dcc4b7a2._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="unable to reproduce, please provide transcript"
+ date="2014-07-11T19:36:37Z"
+ content="""
+I have tried to reproduce this problem on OSX, but it seems to work fine:
+
+<pre>
+oberon:xx joeyh$ git annex assistant 
+oberon:xx joeyh$ date > foo
+oberon:xx joeyh$ git log --stat
+commit 93a208c6aa0080e70a636181606f53af5f2c4441
+Author: Joey Hess <joeyh@oberon.local.tam-lin.net>
+Date:   Fri Jul 11 15:33:50 2014 -0400
+
+ foo | 1 +
+ 1 file changed, 1 insertion(+)
+oberon:xx joeyh$ mv foo bar
+oberon:xx joeyh$ git log --stat
+commit 495592b2977ee96029db99761d20396577ff3c51
+Author: Joey Hess <joeyh@oberon.local.tam-lin.net>
+Date:   Fri Jul 11 15:33:54 2014 -0400
+
+ bar | 1 +
+ foo | 1 -
+ 2 files changed, 1 insertion(+), 1 deletion(-)
+
+commit 93a208c6aa0080e70a636181606f53af5f2c4441
+Author: Joey Hess <joeyh@oberon.local.tam-lin.net>
+Date:   Fri Jul 11 15:33:50 2014 -0400
+
+ foo | 1 +
+ 1 file changed, 1 insertion(+)
+oberon:xx joeyh$ git annex status
+oberon:xx joeyh$ 
+</pre>
+
+> when I run git annex add on the files it says it added them but instead they still show up as ??
+
+This must be the root of whatever the problem is, so please provide a transcript of you doing that.
+"""]]
diff --git a/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_2_f52483415c623ea0649c3805728ce761._comment b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_2_f52483415c623ea0649c3805728ce761._comment
new file mode 100644
index 0000000000..9b7f17789a
--- /dev/null
+++ b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_2_f52483415c623ea0649c3805728ce761._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-07-12T10:00:59Z"
+ content="""
+[[!format sh \"\"\"
+host annex/(master) $ ls -a Staging/Rise*
+Staging/Rise and Fall of the Berlin Wall - History Channel.mkv
+host annex/(master) $ mv Staging/Rise\ and\ Fall\ of\ the\ Berlin\ Wall\ -\ History\ Channel.mkv Documentary/
+host annex/(master) $ git status
+On branch master
+Untracked files:
+  (use \"git add <file>...\" to include in what will be committed)
+
+        Documentary/Rise and Fall of the Berlin Wall - History Channel.mkv
+
+nothing added to commit but untracked files present (use \"git add\" to track)
+host annex/(master) $ ga status
+D Documentary/Rise and Fall of the Berlin Wall - History Channel.mkv
+host annex/(master) $ git annex add .
+add Documentary/Rise and Fall of the Berlin Wall - History Channel.mkv ok
+(Recording state in git...)
+host annex/(master) $ ga status
+D Documentary/Rise and Fall of the Berlin Wall - History Channel.mkv
+host annex/(master) $ git annex sync
+commit  ok
+pull server 
+ok
+host annex/(master) $ ga status
+D Documentary/Rise and Fall of the Berlin Wall - History Channel.mkv
+host annex/(master) $ 
+\"\"\"]]
+
+"""]]
diff --git a/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_3_fd73fbeef61df106f084ac235fca904a._comment b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_3_fd73fbeef61df106f084ac235fca904a._comment
new file mode 100644
index 0000000000..a659ad2c14
--- /dev/null
+++ b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_3_fd73fbeef61df106f084ac235fca904a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 3"
+ date="2014-07-12T10:03:07Z"
+ content="""
+BTW the mv operation is picked up by the assistant it start syncing immediately after mv but the symlink link is left dangling. I've also waited for the assistant to sync before readding the file.
+"""]]
diff --git a/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_4_c5e9843a956984efd22bad629930f6bd._comment b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_4_c5e9843a956984efd22bad629930f6bd._comment
new file mode 100644
index 0000000000..a437142af2
--- /dev/null
+++ b/doc/bugs/Moved_files_are_not_picked_up_by_the_assistant_on_OS_X/comment_4_c5e9843a956984efd22bad629930f6bd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-14T20:15:07Z"
+ content="""
+Well, I don't see the \"??\" that you were talking about before in your transcript. I do not understand why the file's status shows as \"D\" which means it's deleted. What does `git ls-files` say? Does this stange behavior persist if you stop the assistant from running and re-run the same git-annex commands?
+"""]]
diff --git a/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository.mdwn b/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository.mdwn
new file mode 100644
index 0000000000..3925b7c105
--- /dev/null
+++ b/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+Files transferred from one repository to a standard remote by the assistant do not retain the original mtime
+
+### What steps will reproduce the problem?
+Create manually two repositories, in my case on two external drives directly connected to my box, with normal remotes pointing to each other.
+Activate git annex assistant and synchronize some files from one to the other.
+
+### What version of git-annex are you using? On what operating system?
+Git annex version 5.20140610-g5ec8bcf on Ubuntu Linux 12.04
+
+### Please provide any additional information below.
+I've noticed how files synchronized from one repository to another do not retain the original mtime information.
+Perhaps it's intended, but in my view retaining the time of modification of the object is essential.
+
+> [[done]]; dup and/or out of scope, --[[Joey]]
diff --git a/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository/comment_1_651965d8a9f0e0c07313c1a2916f77e5._comment b/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository/comment_1_651965d8a9f0e0c07313c1a2916f77e5._comment
new file mode 100644
index 0000000000..fcb5c4cc6d
--- /dev/null
+++ b/doc/bugs/Mtime_of_objects_reset_when_synchronized_to_a_different_repository/comment_1_651965d8a9f0e0c07313c1a2916f77e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-07-02T17:07:33Z"
+ content="""
+git makes no attempt to maintain mtimes etc, and neither does git-annex. There are open todo items. There is metastore, etc.
+"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn
new file mode 100644
index 0000000000..8df3bde481
--- /dev/null
+++ b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex.mdwn
@@ -0,0 +1,12 @@
+My local git index got corrupted and I needed to clone and annex get all data from my main repo.
+
+Some files were never copied anywhere so I am stuck with symlinks to nowhere.
+
+I tried to copy over the symlink with a copy of the actual file, which did not work. Trying to unlock, copying over the symlink, and relock did not work, either.
+
+Then, I copied the annex object to the correct place in .git/annex/objects/..., set all modes, re-ran fsck and the file re-appeared.
+
+
+Long story short, I think there should be a `git annex reinject $file` or similar which will take a file, either one replacing the symlink or with an arbitrary path, and put it into the correct place in the object store. Called normally, it should reject all reinjects where the checksum does not match. With --force, this should be overridden. For reasons of safety, WORM should always require --force.
+
+> [[closing|done]], seems addressed --[[Joey]] 
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment
new file mode 100644
index 0000000000..9688012a47
--- /dev/null
+++ b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_1_c871605e187f539f3bfe7478433e7fb5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T01:46:16Z"
+ content="""
+Have you seen [[walkthrough/recover_data_from_lost+found]]? The method described there will also work in this scenario.
+"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment
new file mode 100644
index 0000000000..c9b74d98f0
--- /dev/null
+++ b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_2_e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-04-03T09:00:17Z"
+ content="""
+I did not. Thanks :)
+
+This still means that you can't re-inject a new version of a file unless you have the old one if you are using a SHA* backend, but that might be a corner case anyway.
+"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment
new file mode 100644
index 0000000000..9c56452e53
--- /dev/null
+++ b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_3_be62be5fe819acc0cb8b878802decd46._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-05-14T16:28:36Z"
+ content="""
+To re-inject new content for a file, you really want to get a new key for the file. Otherwise, other repos that have the old file will never get the new content. So:
+
+<pre>
+git rm file
+mv ~/newcontent file
+git annex add file
+</pre>
+"""]]
diff --git a/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment
new file mode 100644
index 0000000000..fcca0561d4
--- /dev/null
+++ b/doc/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/comment_4_480a4f72445a636eab1b1c0f816d365c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-05-14T16:29:35Z"
+ content="""
+Now available as `git-annex reinject`.
+"""]]
diff --git a/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn b/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn
new file mode 100644
index 0000000000..eeb96a197b
--- /dev/null
+++ b/doc/bugs/No_manual_page_on_prebuilt_linux_version.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem, What steps will reproduce the problem?
+
+    $ which git-annex
+    ~/.local/bin/git-annex
+    $ git help annex
+    No manual entry for git-annex
+    $ git annex --help
+    No manual entry for git-annex
+
+(either that or it display the manual of system-installed git-annex, not the locally installed one)
+
+### What version of git-annex are you using? On what operating system?
+
+Fedora 20
+
+`git-annex --version` doesn't work and the webapp tells me Version: 5.20131130-gc25be33
+
+> [[fixed|done]] (OSX too) --[[Joey]]
diff --git a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn
new file mode 100644
index 0000000000..e68f6610aa
--- /dev/null
+++ b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend.mdwn
@@ -0,0 +1,61 @@
+### Please describe the problem.
+
+I get no such file errors when using WORM backend on files with a certain name. Doesn't like brackets?
+
+Default backend is fine (see output below).
+
+### What steps will reproduce the problem?
+
+See additional info
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140613-g5587055
+On Windows 8.1
+Tried with both Windows command prompt and Git Bash shell.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+git config --add annex.backends WORM
+git annex add extras
+
+add extras/Extra Content - Reason Drum Takes/DT Key Map.pdf ok
+add extras/Extra Content - Reason Drum Takes/DT Read Me.pdf ok
+add extras/Extra Content - Reason Drum Takes/DT7 Rock - Love  (136).reason ok
+add extras/Extra Content - Reason Drum Takes/DT7 Rock - Peace  (200).reason ok
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G06.aif
+git-annex: C:\Studio\.git\annex\objects\b43\d6d\WORM-s178174-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
+amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G06.aif\WORM-s178174-m1363015489--extras%Extra Content - Reason Drum Tak
+es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G06.aif.cache: openFile: does not exist (No such file or directo
+ry)
+failed
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G09.aif
+git-annex: C:\Studio\.git\annex\objects\e90\b5c\WORM-s199108-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
+amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G09.aif\WORM-s199108-m1363015489--extras%Extra Content - Reason Drum Tak
+es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G09.aif.cache: openFile: does not exist (No such file or directo
+ry)
+failed
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G14.aif
+git-annex: C:\Studio\.git\annex\objects\995\4e7\WORM-s201570-m1363015489--extras%Extra Content - Reason Drum Takes%Kit S
+amples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G14.aif\WORM-s201570-m1363015489--extras%Extra Content - Reason Drum Tak
+es%Kit Samples%1. Bass Drum mic ,40BD,41%DT6_BD_Bd_RG_R_G14.aif.cache: openFile: does not exist (No such file or directo
+ry)
+failed
+
+git config --unset annex.backends
+git annex add extras
+
+add extras/Extra Content - Reason Drum Takes/DT Key Map.pdf ok
+add extras/Extra Content - Reason Drum Takes/DT Read Me.pdf ok
+add extras/Extra Content - Reason Drum Takes/DT7 Rock - Love  (136).reason ok
+add extras/Extra Content - Reason Drum Takes/DT7 Rock - Peace  (200).reason ok
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G06.aif ok
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G09.aif ok
+add extras/Extra Content - Reason Drum Takes/Kit Samples/1. Bass Drum mic (BD)/DT6_BD_Bd_RG_R_G14.aif ok
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment
new file mode 100644
index 0000000000..7136cabb02
--- /dev/null
+++ b/doc/bugs/No_such_file_with_certain_filenames_using_WORM_backend/comment_1_a1db4ff3e8517d7cbe649bca1ed275d0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-05T21:55:46Z"
+ content="""
+Hmm, the filename `WORM-s178174-m1363015489--extras%Extra\ Content\ -\ Reason\ Drum\ Takes%Kit\ Samples%1.\ Bass\ Drum\ mic\ ,40BD,41%DT6_BD_Bd_RG_R_G06.aif.cach` is a legal filename on FAT at least, dunno about NTFS..
+"""]]
diff --git a/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn b/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn
new file mode 100644
index 0000000000..e4a364195e
--- /dev/null
+++ b/doc/bugs/Numcopies_not_checked_when_running_with_--all.mdwn
@@ -0,0 +1,40 @@
+### Please describe the problem.
+There are a lot of differences in the behaviour of usual commands and commans using --all.
+The specific problem I found was that "git annex fsck --all" will only checksum it seems and not report back numcopies failures.
+Checking if objects/old versions have propagated is not possible without it or do I miss something.
+
+(As additional note not sure if related. It seems that git annex fsck --all is running much faster in my tests 1/3 faster. Any reason for that? Bug related?)
+
+
+### What steps will reproduce the problem?
+compare "git annex fsck" vs "git annex fsck" (no numcopies check)
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140210-gd99db49
+Linux (Ubuntu 13.10)
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> It's expected that --all (and --unused) make .gitattributes
+> annex.numcopies settings be ignored, because with these options git-annex
+> is operating on keys, it does not know or care what filename they're
+> associated with, and so cannot look them up in .gitattributes. I have
+> improved the documentation of .gitattributes files to mention this
+> limitation.
+> 
+> I also notice that fsck --all is not checking .git/config's
+> annex.numcopies or the new global numcopies setting. It certianly makes
+> sense for those numcopies settings to be paid attention to.
+> [[fixed|done]] --[[Joey]]
+> 
+> (--all is faster because it can quickly scan through .git/annex/objects
+> to find everything, rather than looking at the symlink target of every
+> file in the work tree.)
diff --git a/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment b/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment
new file mode 100644
index 0000000000..c0cbe3907c
--- /dev/null
+++ b/doc/bugs/Numcopies_not_checked_when_running_with_--all/comment_1_63af5a11c3ae370433c4bf84de097414._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="Some suggestions"
+ date="2014-02-20T21:22:21Z"
+ content="""
+So I think it should at least for --all look at the global numcopies setting. As this could be essential to prevent data-loss.
+I agree that special working tree related numcopies don't need to be included.
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass.mdwn b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass.mdwn
new file mode 100644
index 0000000000..bb76e96e52
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass.mdwn
@@ -0,0 +1,119 @@
+### Please describe the problem.
+
+git-annex assistant on Mac OSX 10.8.5 fails to download new repo files from SSH remote/rsync shared-encryption annex after initial startup.  The assistant does sync with the repo and create symlinks for new files, and file contents can manually be retrieved using 'git annex get $file' once the file is in the repository. However, assistant makes no subsequent attempt to download the new files until assistant is restarted.  Once restarted, assistant downloads all new files for which is previously only had symlinks.
+
+git-annex whereis $file does not indicate that the files represented as symlinks are located on the Mac OSX clients in question until after files are manually retrieved or assistant is retarted and files are automatically downloaded, replacing the symlinks.
+
+git-annex assistant on Mac OSX does not have problems uploading files to the remote as they are added.
+
+git-annex 5.20140517.4 on Ubuntu 12.04 behaves as expected and downloads new files (with content) properly as they are added to the repo.
+
+### What steps will reproduce the problem?
+
+(all using git-annex webapp)
+
+--create client repo on Mac OSX, direct mode (used two 10.8.5 machines)
+
+--create client repo on Ubuntu, direct mode (used several 12.04 VMs)
+
+--create repo (transfer mode) on VPS
+
+--create shared encryption repo (backup mode) on same VPS
+
+--add VPS transfer repo to each client (shared encryption repo appears and syncing is enabled for each client)
+
+--create file in Mac OSX annex - file gets distributed to VPS backup repo and each linux system. Symlink is created on 2nd Mac OS X machine.
+
+--create file in Ubuntu VM annex - file gets distributed to VPS backup repo and each linux system.  Symlink is created on both Mac OSX machines.
+
+
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140421 (installed using brew), Mac OSX 10.8.5
+
+I tested 5.20140613 (from brew) also and it appears to also not download new files automatically.
+
+
+
+### Please provide any additional information below.
+I've tested a few things I thought might be related.  Since restarting assistant seems to temporarily "fix" the problem, I thought there may be some SSH client caching problems... as in the existing connection not being reused properly.  However, I disabled annex.sshcaching as described elsewhere and that did not have any affect. 
+
+I've enabled XMPP and it only introduced more confusion as the XMPP messaging was not reliably consistent.
+
+daemon.log for Mac OS systems does not show the "Pusher" process getting initiated once new files are added to the repo if the assistant is currently running, however it is logged immediately after assistant is started if there are new files in the repo.  
+
+daemon.log for Ubuntu systems does contain the Pusher process event following the repo sync that takes place once the file has been added to the repo.
+
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+MACOSX:user$git-annex assistant --autostart
+
+daemon.log:
+
+[2014-06-25 11:52:04 CDT] main: starting assistant version 5.20140421
+[2014-06-25 11:52:09 CDT] TransferScanner: Syncing with serverrepo 
+
+Already up-to-date.
+(scanning...) [2014-06-25 11:52:09 CDT] Watcher: Performing startup scan
+
+Already up-to-date.
+(started...) 
+[2014-06-25 11:52:10 CDT] Committer: Committing changes to git
+(Recording state in git...)
+(gpg) 
+Already up-to-date.
+
+Already up-to-date.
+[2014-06-25 11:52:11 CDT] Pusher: Syncing with serverrepo 
+
+GPGHMACSHA1--3e18c6a4ee5aece84f4f00fc2e7fcb828d8fa7d8
+Everything up-to-date0.00kB/s    0:00:00
+Everything up-to-date4.56MB/s    0:00:00
+     8409197 100%    4.94MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 38 bytes  received 8411383 bytes  2403263.14 bytes/sec
+total size is 8409197  speedup is 1.00
+[2014-06-25 11:52:13 CDT] Transferrer: Downloaded 67-more-fromubuntu
+[2014-06-25 11:52:14 CDT] Committer: Adding 67-more-fromubuntu
+add /Users/user/computer_annex/67-more-fromubuntu ok
+[2014-06-25 11:52:14 CDT] Committer: Committing changes to git
+(Recording state in git...)
+[2014-06-25 11:52:20 CDT] Pusher: Syncing with serverrepo 
+(Recording state in git...)
+To ssh://user@git-annex-server.remotehost.net-user_.2Fhome.2Fuser.2Fserver_repo/home/user/server_repo/
+   7e375a8..1a64e4c  git-annex -> synced/git-annex
+[2014-06-25 11:52:36 CDT] RemoteControl: Syncing with serverrepo 
+From ssh://git-annex-server.remotehost.net-user_.2Fhome.2Fuser.2Fserver_repo/home/user/server_repo
+   1a64e4c..dee9f84  synced/git-annex -> serverrepo/synced/git-annex
+   d424057..989003e  synced/master -> serverrepo/synced/master
+(merging serverrepo/synced/git-annex into git-annex...)
+
+<<<File gets added to any other client annex, MAC OSX or Ubuntu>>>
+
+Updating d424057..989003e
+Fast-forward
+ 89-more-fromubuntu | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 89-more-fromubuntu
+[2014-06-25 11:58:42 CDT] RemoteControl: Syncing with serverrepo 
+From ssh://git-annex-server.remotehost.net-user_.2Fhome.2Fuser.2Fserver_repo/home/user/server_repo
+   dee9f84..b24c8bf  synced/git-annex -> serverrepo/synced/git-annex
+(merging serverrepo/synced/git-annex into git-annex...)
+[2014-06-25 11:58:47 CDT] RemoteControl: Syncing with serverrepo 
+From ssh://git-annex-server.remotehost.net-user_.2Fhome.2Fuser.2Fserver_repo/home/user/server_repo
+   b24c8bf..6488b45  synced/git-annex -> serverrepo/synced/git-annex
+(merging serverrepo/synced/git-annex into git-annex...)
+[2014-06-25 11:58:56 CDT] RemoteControl: Syncing with serverrepo 
+From ssh://git-annex-server.remotehost.net-user_.2Fhome.2Fuser.2Fserver_repo/home/user/server_repo
+   6488b45..c73c180  synced/git-annex -> serverrepo/synced/git-annex
+(merging serverrepo/synced/git-annex into git-annex...)
+
+
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_10_3feba4ba84efb77bd4f8f46b6b4600f1._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_10_3feba4ba84efb77bd4f8f46b6b4600f1._comment
new file mode 100644
index 0000000000..37aa47c37e
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_10_3feba4ba84efb77bd4f8f46b6b4600f1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="Actions -> Sync Now in webapp does properly download new files"
+ date="2014-07-17T13:50:06Z"
+ content="""
+confirmed - your understanding is correct
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_1_a33fcd088e419d8e6c459e42f21f8bbe._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_1_a33fcd088e419d8e6c459e42f21f8bbe._comment
new file mode 100644
index 0000000000..b78fd5aa07
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_1_a33fcd088e419d8e6c459e42f21f8bbe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnu1NjsjNS3m0OxiYLKO-5SKNpSERxpi6k"
+ nickname="Matthew"
+ subject="comment 1"
+ date="2014-07-09T13:56:31Z"
+ content="""
+\"workaround\" is just a cron job that runs 'git annex sync --content' every N minutes... 
+
+Is there any possible configuration error I've made that would cause the OSX clients to behave differently than the linux clients despite ostensibly being set up identically??
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_2_47196f7e781137751ebd1a1d7083838a._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_2_47196f7e781137751ebd1a1d7083838a._comment
new file mode 100644
index 0000000000..ee5ad138e5
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_2_47196f7e781137751ebd1a1d7083838a._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-10T19:19:36Z"
+ content="""
+Could you please go into some more detail about these two things:
+
+> --create repo (transfer mode) on VPS
+> 
+> --create shared encryption repo (backup mode) on same VPS
+
+It's not clear to me what kind of repositories these are. Are they bare git repositories? What version of git-annex, if any, is installed on that VPS?
+
+> git-annex whereis $file does not indicate that the files represented as symlinks are located on the Mac OSX clients in question until after files are manually retrieved
+
+Well, I'd not expect whereis to say that the file is in a repository until it's retrieved into that repository. However, does whereis, on the OSX clients, ever say that the file has reached one of the repos on the VPS?
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_3_672d98ee06e051430f8e01faa93bb4cf._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_3_672d98ee06e051430f8e01faa93bb4cf._comment
new file mode 100644
index 0000000000..e26492dd7c
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_3_672d98ee06e051430f8e01faa93bb4cf._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="comment 3"
+ date="2014-07-11T17:06:43Z"
+ content="""
+I created an local repository on each of 2 OS X (10.8.5) systems running git-annex version 5.20140421, and each of 2 Ubuntu 12.04 systems running version 5.20140517.4
+
+I then created a remote SSH repository by selecting \"Make an unencrypted git repository on the server\" - this repo is in \"transfer\" mode.
+
+On the 2nd OSX client, I added a remote SSH repository, providing the same host and path information and elected to \"combine\" my local repo with the remote repo so that files would stay in sync.
+
+I did the same on each of the linux clients.
+
+git-annex indicates that local repos on each machine are in direct mode and show all expected semi trusted repos: web, SSH remote, other clients that have combined with the SSH remote.
+
+git-annex indicates that the SSH remote repo is in indirect mode
+
+git indicates that all repos are in bare mode
+
+git-annex version 5.20140412ubuntu1 is installed on the VPS, and 'git-annex shell notify changes' processes are running.
+
+Agreed on the behavior of git-annex whereis… just pointing out that the location info is accurate.
+
+The 2nd, encrypted repo may have no bearing at all because even when I remove it, the client behavior on OSX doesn't change.
+
+Thanks for taking the time to consider this!
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_4_06fb3031b838cd443326f4ecd689b600._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_4_06fb3031b838cd443326f4ecd689b600._comment
new file mode 100644
index 0000000000..0f77607a04
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_4_06fb3031b838cd443326f4ecd689b600._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="comment 4"
+ date="2014-07-11T17:11:41Z"
+ content="""
+I should add that in the web app on OSX, the behavior is consistent;  syncing the local repository on an OSX client create a symlink (if that hasn't already been done in the background).  resyncing \"here\" (local client) doesn't download the file.  syncing the remote SSH repo, however does download the file content (as does git-annex sync --content)
+
+thanks! 
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_5_42d447400c15acf6ca031d165b2c781c._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_5_42d447400c15acf6ca031d165b2c781c._comment
new file mode 100644
index 0000000000..04a5de75c8
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_5_42d447400c15acf6ca031d165b2c781c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="comment 5"
+ date="2014-07-11T18:10:06Z"
+ content="""
+Sorry to miss this previously, but, yes, whereis does indicate that it has made it to both of the remotes.
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_6_edd7d5d5c761ff665840f0ef7bea50c9._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_6_edd7d5d5c761ff665840f0ef7bea50c9._comment
new file mode 100644
index 0000000000..9b28909867
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_6_edd7d5d5c761ff665840f0ef7bea50c9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 6"
+ date="2014-07-16T20:51:36Z"
+ content="""
+5.20140421 happens to be the very first version of git-annex to support notifychanges. I forget what bugs that first attempt may have had. Have you tried upgrading the macs to a newer version?
+
+
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_7_18e5334ab89efcf89ba8847436d55065._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_7_18e5334ab89efcf89ba8847436d55065._comment
new file mode 100644
index 0000000000..197fca67af
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_7_18e5334ab89efcf89ba8847436d55065._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="comment 7"
+ date="2014-07-16T21:23:00Z"
+ content="""
+git-annex version: 5.20140613 also behaves the same way, however it generates a new log message during the sync attempt:
+
+Automatic merge went well; stopped before committing as requested
+
+
+
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_8_35b2bbdc24a7bd686527cd1839dee7d0._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_8_35b2bbdc24a7bd686527cd1839dee7d0._comment
new file mode 100644
index 0000000000..f551fe6275
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_8_35b2bbdc24a7bd686527cd1839dee7d0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 8"
+ date="2014-07-16T22:23:50Z"
+ content="""
+Hmm, it looks to me like the transfer scan may not be getting run after the git branches get pulled. I would expect to see \"starting scan of\" in the debug log when it does that scan. Do you see that in the log?
+
+AIUI, when you click on Actions -> Sync Now in the webapp for the repository that contains the content, it gets downloaded right? That does the same scan that should be automatically run after a branch is pulled.
+"""]]
diff --git a/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_9_a771c6b453e6a4b3895dd69a53093440._comment b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_9_a771c6b453e6a4b3895dd69a53093440._comment
new file mode 100644
index 0000000000..bf57b46be3
--- /dev/null
+++ b/doc/bugs/OSX_assistant_fails_to_download_new_file_after_initial_pass/comment_9_a771c6b453e6a4b3895dd69a53093440._comment
@@ -0,0 +1,246 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncukUQl56TwiBJb7dIyAqP1YirNg_wjR4"
+ nickname="Matthew"
+ subject="comment 9"
+ date="2014-07-17T01:58:29Z"
+ content="""
+Hi Joey,
+
+Thanks for taking the time to follow up on this - I sincerely appreciate it!
+
+Only immediately after I start the assistant does the \"starting scan of\" message get logged:
+
+[2014-07-16 20:38:07 CDT] TransferScanner: starting scan of [Remote { name =\"hostrepo\" }]
+
+and, at that point, new files are downloaded.
+
+If the assistant has been running for a while, I then create a new file in an annex on another machine, and the OS X assistant has synced and then created a symlink for new files, the following log is generated (NOTE the groovy scroodled first line if it's at all of interest...):
+
+
+[2014-07-16 20:30:[312 0C1D4T-] 0c7a-ll1:6  g2i0t: 3[0\":--3g1i tC-DdTi]r =R/eUmsoetresC/omnhtirlotly:/ sShYiNnCiIeNrG_ asnsnhe:x///.mgaitte\"o,@\"g-i-tw-oarnkn-etxr-egeo=t/aU.sienrfsr/omnhtiiletrys/.snheitn-imeart_eaon_ngeoxt\"a,_\"r-ecp\"o,/\"~c/ogroet.ab_arreep=of/a
+lse\",\"fetch\",\"hostrepo\"]
+
+[2014-07-16 20:30:31 CDT] RemoteControl: Syncing with hostrepo 
+From ssh://git-annex-host.vpshost.net-someuser_host_repo/~/host_repo
+   fdd1eff..e1057e0  synced/git-annex -> hostrepo/synced/git-annex
+   fa3cfb0..e4ba411  synced/master -> hostrepo/synced/master
+
+[2014-07-16 20:30:32 CDT] RemoteControl: DONESYNCING ssh://someuser@git-annex-host.vpshost.net-someuser_host_repo/~/host_repo/ 1
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..fdd1effb8d2b8073e94725874e16056d6557f199\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..e1057e037f03ba804f021c8c39073b2efd1fad08\",\"--oneline\",\"-n1\"]
+(merging hostrepo/synced/git-annex into git-annex...)
+
+[2014-07-16 20:30:32 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"e1057e037f03ba804f021c8c39073b2efd1fad08\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"e1057e037f03ba804f021c8c39073b2efd1fad08..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:32 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"e1057e037f03ba804f021c8c39073b2efd1fad08\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"symbolic-ref\",\"HEAD\"]
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"refs/heads/annex/direct/master\"]
+
+[2014-07-16 20:30:32 CDT] Merger: merging refs/remotes/hostrepo/synced/master into refs/heads/annex/direct/master
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/annex/direct/master\"]
+
+[2014-07-16 20:30:32 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex/.git/annex/merge/\",\"-c\",\"core.bare=false\",\"merge\",\"--no-edit\",\"refs/remotes/hostrepo/synced/master\"]
+
+Updating fa3cfb0..e4ba411
+Fast-forward
+ from-ubuntu | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 from-ubuntu
+
+[2014-07-16 20:30:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"fa3cfb01cc4493ed8a7cf84dff38bbba1fc042f9\",\"HEAD\"]
+
+[2014-07-16 20:30:33 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:33 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:33 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..e1057e037f03ba804f021c8c39073b2efd1fad08\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:33 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:33 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:33 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:45 CDT][ cal2l0:1 4g-i0t7 -[16\" -2-0g:i3t0-:di4r5= /CUDsTe]r sR/emmhoitletCyo/nsthrionli:e rS_YaNnCnIeNxG/ .sgsiht:\"/,/\"m-a-tweoor@kg-ittr-eaen=n/eUxs-egrost/am.hiinlftryo/nsthiienrise.rn_eatn-nmeaxt\"e,o\"_-gco\"t,a\"_croerpeo./b~a/rgeo=tfaa_lrseep\"o,/\"
+fetch\",\"hostrepo\"]
+
+[2014-07-16 20:30:45 CDT] RemoteControl: Syncing with hostrepo 
+From ssh://git-annex-host.vpshost.net-someuser_host_repo/~/host_repo
+   e1057e0..d44a67a  synced/git-annex -> hostrepo/synced/git-annex
+
+[2014-07-16 20:30:47 CDT] RemoteControl: DONESYNCING ssh://someuser@git-annex-host.vpshost.net-someuser_host_repo/~/host_repo/ 1
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..e1057e037f03ba804f021c8c39073b2efd1fad08\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..d44a67a5795c28e423a9ac018bead9dac793be5c\",\"--oneline\",\"-n1\"]
+(merging hostrepo/synced/git-annex into git-annex...)
+
+[2014-07-16 20:30:47 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"d44a67a5795c28e423a9ac018bead9dac793be5c\"]
+
+[2014-07-16 20:30:47 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"d44a67a5795c28e423a9ac018bead9dac793be5c..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:47 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"d44a67a5795c28e423a9ac018bead9dac793be5c\"]
+
+[2014-07-16 20:30:48 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:48 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:48 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..d44a67a5795c28e423a9ac018bead9dac793be5c\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:48 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:48 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:48 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:51 CD[T]2 0c1a4l-l:0 7g-it1 6[ \"2-0-:g3i0t:-d5i1r =C/DUTs]e rRse/mmohtielCtoyn/tsrhoiln:i eSrY_NaCnInNeGx /s.sghi:t/\"/,m\"a-t-ewoo@rgki-tt-raenen=e/xU-sgeortsa/.mihniflrtoyn/tsiheirnsi.enre_ta-nmnaetxe\"o,_\"g-oct\"a,_\"rceoproe/.~b/agroet=af_arlespeo\"/,
+\"fetch\",\"hostrepo\"]
+
+[2014-07-16 20:30:51 CDT] RemoteControl: Syncing with hostrepo 
+From ssh://git-annex-host.vpshost.net-someuser_host_repo/~/host_repo
+   d44a67a..660d71a  synced/git-annex -> hostrepo/synced/git-annex
+
+[2014-07-16 20:30:51 CDT] RemoteControl: DONESYNCING ssh://someuser@git-annex-host.vpshost.net-someuser_host_repo/~/host_repo/ 1
+
+[2014-07-16 20:30:51 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:51 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:51 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..d44a67a5795c28e423a9ac018bead9dac793be5c\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:51 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..660d71ac55b47061c531e5c8fa2af7910f2e13aa\",\"--oneline\",\"-n1\"]
+(merging hostrepo/synced/git-annex into git-annex...)
+
+[2014-07-16 20:30:52 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"660d71ac55b47061c531e5c8fa2af7910f2e13aa\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"660d71ac55b47061c531e5c8fa2af7910f2e13aa..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:52 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"660d71ac55b47061c531e5c8fa2af7910f2e13aa\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:30:52 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..660d71ac55b47061c531e5c8fa2af7910f2e13aa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:53 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:30:53 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:30:53 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20[:32101:4-007-71 6 C2D0T:]3 1:ca0l7l :C DgTi]t  Re[m\"ot-e-Cognitrtol-: dSiYNrCI=NG/ Usssh:e/r/msa/tmeoh@giitl-tayn/nesx-hgoitan.iinefrron_tiaerns.nneetx-/m.agtieto\"_,g\"o-t-a_wroepro/k~/-gottar_reepeo/=
+/Users/someuser/local_ann[ex\"2,0\"1-4c-\",0\"7c-o1r6e .2b0a:r3e1=:fa0l7s eC\"D,T\"]f eRtecmho\"t,e\"Cgoonttarroelp:o \"]
+Syncing with hostrepo 
+From ssh://git-annex-host.vpshost.net-someuser_host_repo/~/host_repo
+   660d71a..273bc7f  synced/git-annex -> hostrepo/synced/git-annex
+
+[2014-07-16 20:31:09 CDT] RemoteControl: DONESYNCING ssh://someuser@git-annex-host.vpshost.net-someuser_host_repo/~/host_repo/ 1
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-
+annex\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..660d71ac55b47061c531e5c8fa2af7910f2e13aa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..273bc7f261a79539abcc237f1f0bbf5cd4f57add\",\"--oneline\",\"-n1\"]
+(merging hostrepo/synced/git-annex into git-annex...)
+
+[2014-07-16 20:31:09 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"273bc7f261a79539abcc237f1f0bbf5cd4f57add\"]
+
+[2014-07-16 20:31:09 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"273bc7f261a79539abcc237f1f0bbf5cd4f57add..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:09 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"273bc7f261a79539abcc237f1f0bbf5cd4f57add\"]
+
+[2014-07-16 20:31:10 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:31:10 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:10 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..273bc7f261a79539abcc237f1f0bbf5cd4f57add\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:10 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:10 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:31:10 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:11 CDT] Watcher: directory deleted /Users/someuser/local_annex/local_annex-test
+
+[2014-07-16 20:31:11 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"ls-files\",\"--deleted\",\"-z\",\"--\",\"/Users/someuser/local_annex/local_annex-test\"]
+
+[2014-07-16 20:31[:1270 1C4D-T]0 7c-al1l6:  2g0i:t3 1[:\"-1-7g iCtD-Td]i rR=e/mUosteerCso/nmthriollt:y /SsYhNiCnIiNeGr _sasnhn:e/x//m.agtieto\"@,g\"i-t--waonrnke-xt-rgeoet=a/.Uisnefrrso/nmthiielrtsy./nsehti-nmiaetre_oa_ngnoetxa\"_r,e\"po-/c~\"/g,o\"tcao_rreep.ob/a
+re=false\",\"fetch\",\"g[ot2a0r1e4p-o0\"7]-
+16 20:31:17 CDT] RemoteControl: Syncing with hostrepo 
+From ssh://git-annex-host.vpshost.net-someuser_host_repo/~/host_repo
+   273bc7f..ce6dd68  synced/git-annex -> hostrepo/synced/git-annex
+
+[2014-07-16 20:31:18 CDT] RemoteControl: DONESYNCING ssh://someuser@git-annex-host.vpshost.net-someuser_host_repo/~/host_repo/ 1
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..273bc7f261a79539abcc237f1f0bbf5cd4f57add\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..ce6dd68adec97bbf73f5da408c17511aca8840c5\",\"--oneline\",\"-n1\"]
+(merging hostrepo/synced/git-annex into git-annex...)
+
+[2014-07-16 20:31:18 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"ce6dd68adec97bbf73f5da408c17511aca8840c5\"]
+
+[2014-07-16 20:31:18 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"ce6dd68adec97bbf73f5da408c17511aca8840c5..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:18 CDT] call: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"ce6dd68adec97bbf73f5da408c17511aca8840c5\"]
+
+[2014-07-16 20:31:19 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+
+[2014-07-16 20:31:19 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:19 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..ce6dd68adec97bbf73f5da408c17511aca8840c5\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:19 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..bfef6b84186d59431377343ab968e255db8c76fa\",\"--oneline\",\"-n1\"]
+
+[2014-07-16 20:31:19 CDT] feed: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+
+[2014-07-16 20:31:19 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+
+[2014-07-16 20:31:32 CDT] read: git [\"--git-dir=/Users/someuser/local_annex/.git\",\"--work-tree=/Users/someuser/local_annex\",\"-c\",\"core.bare=false\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+
+"""]]
diff --git a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn
new file mode 100644
index 0000000000..3860456d23
--- /dev/null
+++ b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex.mdwn
@@ -0,0 +1,54 @@
+### Please describe the problem.
+
+(small) identical files fail to unannex, leaving broken symlinks, except for the first copy.
+
+### What steps will reproduce the problem?
+
+* Have multiple identical files.  For example, run this, which creates four 6-byte files:
+
+> echo Hello>file1.txt && cp file1.txt file2.txt && cp file1.txt file3.txt && cp file1.txt file4.txt
+
+* Run this (git init needs credentials to have been specified though)
+
+> git init && git-annex init && git-annex add
+
+Now there are 4 symlinks, pointing to the same object:
+
+> lrwxrwxrwx 1 186 Aug 16 15:54 file1.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
+
+* Optionally run "git commit -a".  It doesn't affect the outcome.
+
+* Run git-annex unannex
+
+>     $ git annex unannex
+>     unannex file1.txt ok
+>     (Recording state in git...)
+>     $ 
+
+Now file1.txt is a normal 6-byte file again, but 2, 3, and 4 are broken symlinks:
+
+    -rw-r----- 1   6 Aug 16 15:54 file1.txt
+    lrwxrwxrwx 1 186 Aug 16 15:54 file2.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
+    lrwxrwxrwx 1 186 Aug 16 15:54 file3.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
+    lrwxrwxrwx 1 186 Aug 16 15:54 file4.txt -> .git/annex/objects/31/XV/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt/SHA256E-s6--66a045b452102c59d840ec097d59d9467e13a3f34f6494e539ffd32c1bb35f18.txt
+
+    $ git-annex fsck
+    fsck file2.txt 
+      ** No known copies exist of file2.txt
+    failed
+    fsck file3.txt 
+      ** No known copies exist of file3.txt
+    failed
+    fsck file4.txt 
+      ** No known copies exist of file4.txt
+    failed
+    git-annex: fsck: 3 failed
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20130802 package
+
+on Debian GNU/Linux jessie/sid (testing), amd64.
+
+> [[dup|done]] --[[Joey]] 
diff --git a/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment
new file mode 100644
index 0000000000..ca3ad12290
--- /dev/null
+++ b/doc/bugs/Of_identical_files__44___all_but_the_first_copy_are_lost_on_unannex/comment_2_f7149b684a97070cff051b780c73be48._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://openid.yandex.ru/deletesoftware/"
+ nickname="deletesoftware"
+ subject="duplicate"
+ date="2013-08-16T14:52:23Z"
+ content="""
+It's the same as these:
+
+* [Large unannex operations result in stale symlinks and data loss](http://git-annex.branchable.com/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/)
+* [unannex removes object even if referred to by others](http://git-annex.branchable.com/bugs/unannex_removes_object_even_if_referred_to_by_others/)
+* [annex unannex/uninit should handle copies](http://git-annex.branchable.com/bugs/annex_unannex__47__uninit_should_handle_copies/)
+
+and (as gernot mentioned) according to those, has a workaround of \"git annex unannex --fast\". Of course, it's not convenient to need to find a workaround, and to notice a potential dataloss issue…
+
+"""]]
diff --git a/doc/bugs/Old_repository_stuck.mdwn b/doc/bugs/Old_repository_stuck.mdwn
new file mode 100644
index 0000000000..73903763d4
--- /dev/null
+++ b/doc/bugs/Old_repository_stuck.mdwn
@@ -0,0 +1,9 @@
+I had created a test repository a time ago with an old version of git-annex. I didn't really used it so I simply deleted the directory by hand. Now I've installed a new version of git-annex  and the old repository stills appears on the webapp, but there is no interface to delete it.
+
+* Old git-annex version: don't remember 
+* New git-annex version: I downloaded 3.20130107 (twice to be sure), but for some reason 'git-annex version' reports 3.20130102
+* OS: Ubuntu 12.04.1 LTS 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 i686 i686 i386 GNU/Linux
+
+> This is [[fixed|done]] in git; assuming the repo was showing up
+> in the upper-right menu for switching among local repositories.
+> --[[Joey]] 
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__.mdwn b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__.mdwn
new file mode 100644
index 0000000000..d7788fa93f
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__.mdwn
@@ -0,0 +1,93 @@
+### Please describe the problem.
+
+Following steps from http://git-annex.branchable.com/assistant/quickstart/ does not get past the first screen.
+
+### What steps will reproduce the problem?
+
+* On a nearly fresh Lubuntu system, nearly fresh account, Lubuntu session, run `git-annex` from the start menu.
+* Opens firefox, in `Create a git-annex repository` select my `~/Documents` folder, press `Make Repository`.
+
+* Expected: a new, different page opens.
+* Observed: the same page opens, only difference the path displayed is `/home/mylogin/Documents`. Pressing `Make Repository` again shows the same page again.
+
+I couldn't find any logs at the time. Now I see that they are in .git/annex/daemon.log but content from that time is already gone.
+
+### What version of git-annex are you using? On what operating system?
+
+A fresh Ubuntu 14.04 (actually Lubuntu but this shouldn't change anything, right ?), create a user, login.
+
+
+    LC_ALL=C apt-cache policy git-annex
+    git-annex:
+      Installed: 5.20140412ubuntu1
+      Candidate: 5.20140412ubuntu1
+      Version table:
+     *** 5.20140412ubuntu1 0
+            500 http://fr.archive.ubuntu.com/ubuntu/ trusty/universe i386 Packages
+            100 /var/lib/dpkg/status
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# No command line in bug occurrence.  This is the transcript of the workaround I found.
+# Actually, the PC was rebooted then I went command line.
+cd ~/Documents
+git status
+fatal: This operation must be run in a work tree
+# oh I see it's a bare repo
+git annex add .
+add (my file names... one line for each) ok
+(Recording state in git...)
+
+Now the webapp seems to run okay, I can see many pages, schedule checks, etc.
+
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+-> Ok but log shows only events after I manually dit git annex add.
+
+[2014-06-08 14:28:46 CEST] main: starting assistant version 5.20140412ubuntu1
+[2014-06-08 14:28:46 CEST] Cronner: You should enable consistency checking to protect your data.
+
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = "runClient: unable to determine DBUS address", clientErrorFatal = True})
+(scanning...) [2014-06-08 14:28:46 CEST] Watcher: Performing startup scan
+(started...) [2014-06-08 14:28:47 CEST] Committer: Adding (myfiles)
+
+add (my files...) ok
+[2014-06-08 14:32:51 CEST] Committer: Committing changes to git
+[2014-06-08 14:34:12 CEST] Committer: Committing changes to git
+[2014-06-08 14:34:13 CEST] Committer: Adding (myfiles)
+ok
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+add (myfile) ok
+add (myfile) [2014-06-08 14:34:13 CEST] Committer: Committing changes to git
+[2014-06-08 14:42:48 CEST] Cronner: Consistency check in progress
+fsck (myfile) (checksum...)
+ok
+
+# End of transcript or log.
+"""]]
+
+
+
+# Question:
+
+    cat /etc/xdg/autostart/git-annex.desktop
+    [Desktop Entry]
+    Type=Application
+    Version=1.0
+    Name=Git Annex Assistant
+    Comment=Autostart
+    Terminal=false
+    Exec=/usr/bin/git-annex assistant --autostart
+    Categories=
+
+Should there be a git-annex process whenever I log in even if I don't launch the webapp ?
+I can check that on next login.
+
+At the moment there is "git-annex webapp" and several child processes.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_1_7508685b6f676c72e316642b80e40ee8._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_1_7508685b6f676c72e316642b80e40ee8._comment
new file mode 100644
index 0000000000..e92e1b1007
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_1_7508685b6f676c72e316642b80e40ee8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-09T18:57:25Z"
+ content="""
+It sounds rather like the webapp is failing to create the repository. Although I would expect for it to show an error message in red beneath the repository path. OTOH, it also sounds like something (either the webapp or eg a manual git-annex run) set up a git-annex repository in ~/Documents.
+
+git-annex will be started automatically on login as long as `~/.config/git-annex/autostart` lists a repository to use. If that file exists and contains ~/Documents then we'll know that the webapp successfully set up the repository.
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_2_c4dd12ea578d1f07464e1b9d68ec96cf._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_2_c4dd12ea578d1f07464e1b9d68ec96cf._comment
new file mode 100644
index 0000000000..a94d0c13a8
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_2_c4dd12ea578d1f07464e1b9d68ec96cf._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="comment 2"
+ date="2014-06-09T20:34:55Z"
+ content="""
+> It sounds rather like the webapp is failing to create the repository. Although I would expect for it to show an error message in red beneath the repository path. 
+
+No message in red at any time.
+
+> OTOH, it also sounds like something (either the webapp or eg a manual git-annex run) set up a git-annex repository in ~/Documents.
+
+There was none before the webapp.
+After the webapp failure, there was one, but without any file.
+Only after I manually did git annex add, it looked \"unlocked\".
+
+> git-annex will be started automatically on login as long as ~/.config/git-annex/autostart lists a repository to use. If that file exists and contains ~/Documents then we'll know that the webapp successfully set up the repository.
+
+Can't check now, the machine is off.  Should check soon.  Thanks.
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_3_8687c1d1c44d88a8ac13208273565d6c._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_3_8687c1d1c44d88a8ac13208273565d6c._comment
new file mode 100644
index 0000000000..4e497e240a
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_3_8687c1d1c44d88a8ac13208273565d6c._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="No git-annex process."
+ date="2014-06-11T17:55:56Z"
+ content="""
+> It sounds rather like the webapp is failing to create the repository. Although I would expect for it to show an error message in red beneath the repository path. OTOH, it also sounds like something (either the webapp or eg a manual git-annex run) set up a git-annex repository in ~/Documents.
+
+As told before, there was definitely no git repository there before the webapp tried to create one.
+
+> git-annex will be started automatically on login as long as ~/.config/git-annex/autostart lists a repository to use. If that file exists and contains ~/Documents then we'll know that the webapp successfully set up the repository.
+
+There exists a ~/.config/git-annex/autostart containing one line, the correct /home/mylogin/Documents path to the folder.
+
+There is no process with git or annex in its name when user logs on his desktop session.
+
+
+    $ grep . $(dpkg -L git-annex | grep -i desktop)
+    /usr/share/applications/git-annex.desktop:[Desktop Entry]
+    /usr/share/applications/git-annex.desktop:Type=Application
+    /usr/share/applications/git-annex.desktop:Version=1.0
+    /usr/share/applications/git-annex.desktop:Name=Git Annex
+    /usr/share/applications/git-annex.desktop:Comment=Track and sync the files in your Git Annex
+    /usr/share/applications/git-annex.desktop:Terminal=false
+    /usr/share/applications/git-annex.desktop:Exec=/usr/bin/git-annex webapp
+    /usr/share/applications/git-annex.desktop:Icon=git-annex
+    /usr/share/applications/git-annex.desktop:Categories=Network;FileTransfer;
+    /etc/xdg/autostart/git-annex.desktop:[Desktop Entry]
+    /etc/xdg/autostart/git-annex.desktop:Type=Application
+    /etc/xdg/autostart/git-annex.desktop:Version=1.0
+    /etc/xdg/autostart/git-annex.desktop:Name=Git Annex Assistant
+    /etc/xdg/autostart/git-annex.desktop:Comment=Autostart
+    /etc/xdg/autostart/git-annex.desktop:Terminal=false
+    /etc/xdg/autostart/git-annex.desktop:Exec=/usr/bin/git-annex assistant --autostart
+    /etc/xdg/autostart/git-annex.desktop:Categories=
+
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_4_62be3dd4092b15cdf85cf9a231b2863a._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_4_62be3dd4092b15cdf85cf9a231b2863a._comment
new file mode 100644
index 0000000000..748b57df5c
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_4_62be3dd4092b15cdf85cf9a231b2863a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-11T20:09:14Z"
+ content="""
+What happens if you run `git-annex assistant --autostart` ?
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_5_cca4905426a3e01da6e12be855c7a418._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_5_cca4905426a3e01da6e12be855c7a418._comment
new file mode 100644
index 0000000000..50b6e5dfa1
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_5_cca4905426a3e01da6e12be855c7a418._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="Can't reproduce"
+ date="2014-06-30T20:06:30Z"
+ content="""
+I tried to reproduce the bug on another account on the same machine, same LXDE environment.
+The bug did not occur again.
+
+> What happens if you run `git-annex assistant --autostart` ?
+
+To answer that, I went back to the first account. Just logging in.
+The following git-related processes are automatically launched without running `git-annex assistant --autostart`.
+
+     git-annex assistant --startdelay=5s
+     git --git-dir=/home/somelogin/Documents/.git --work-tree=/home/somelogin/Documents -c core.bare=false cat-file --batch
+     git --git-dir=/home/somelogin/Documents/.git --work-tree=/home/somelogin/Documents -c core.bare=false cat-file --batch
+     git --git-dir=/home/somelogin/Documents/.git --work-tree=/home/somelogin/Documents -c core.bare=false check-ignore -z --stdin --verbose --non-matching
+     git --git-dir=/home/somelogin/Documents/.git --work-tree=/home/somelogin/Documents -c core.bare=false check-attr -z --stdin annex.backend annex.numcopies --
+
+So, somehow things went back in order by themselves ?
+
+There were quite a bunch of software upgrades from Ubuntu, including `lxsession`.  Perhaps something was wrong in handling autostart desktop files ?
+
+Since things appear to work now, should we close the bug ?
+
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_6_ae2ca07169321c4a51b7e8e581fda5e2._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_6_ae2ca07169321c4a51b7e8e581fda5e2._comment
new file mode 100644
index 0000000000..6349de01e2
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_6_ae2ca07169321c4a51b7e8e581fda5e2._comment
@@ -0,0 +1,72 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="Cconfirmed it was a LXDE issue, now fixed."
+ date="2014-07-03T09:58:24Z"
+ content="""
+Since this is a little strange, I just looked again at the machine.
+Your software attracts archivist kind of git-annex user, so don't be surprise that I kept logs of the machine.
+
+Short answer: **confirmed it was a LXDE issue, now fixed**.
+
+## From what date has git-annex started to work ?
+
+	git log | grep Date:
+
+    (many other lines...)
+    Date:   Mon Jun 30 21:43:49 2014 +0200
+    Date:   Mon Jun 30 21:42:07 2014 +0200
+    Date:   Mon Jun 30 21:38:22 2014 +0200
+    Date:   Sun Jun 8 14:34:13 2014 +0200
+    Date:   Sun Jun 8 14:28:48 2014 +0200
+    Date:   Sat Jun 7 16:21:06 2014 +0200
+
+So I tried to enable it on June 7, reported bug on June 8.
+The the machine was used on a regular basis but git-annex assistant was ineffective.
+Then it started working as expected from June 30th.
+
+## Any package install near June 30th ?
+
+Updates installed regularly.
+
+    cd /var/log ; zgrep -h \" installed.*\" dpkg.log* | grep '2014-0[67]-..' -o | sort | uniq -c
+
+          2 2014-06-02
+          3 2014-06-03
+          3 2014-06-04
+          3 2014-06-06
+         49 2014-06-07
+          3 2014-06-10
+          8 2014-06-11
+         45 2014-06-12
+          7 2014-06-13
+          2 2014-06-16
+         42 2014-06-21
+         20 2014-06-25
+          3 2014-06-26
+         23 2014-06-27
+         13 2014-06-28
+          6 2014-06-30
+         15 2014-07-02
+          3 2014-07-03
+
+Which packages were installed on 2014-06-30 ?
+
+    cd /var/log ; zgrep -h \" installed.*\" dpkg.log* | grep '2014-06-(29|30)' -E
+
+    2014-06-30 17:29:15 status installed lxsession-data:all 0.4.9.2+git20140410-0ubuntu1.1
+    2014-06-30 17:29:29 status installed desktop-file-utils:i386 0.22-1ubuntu1
+    2014-06-30 17:29:30 status installed mime-support:all 3.54ubuntu1
+    2014-06-30 17:29:30 status installed lxsession-default-apps:i386 0.4.9.2+git20140410-0ubuntu1.1
+    2014-06-30 17:29:44 status installed lxsession-logout:i386 0.4.9.2+git20140410-0ubuntu1.1
+    2014-06-30 17:29:58 status installed lxsession:i386 0.4.9.2+git20140410-0ubuntu1.1
+
+And indeed [0.4.9.2+git20140410-0ubuntu1.1 : “lxsession” package : Ubuntu](https://launchpad.net/ubuntu/+source/lxsession/0.4.9.2+git20140410-0ubuntu1.1)
+
+So it was indeed a lxde bug.
+
+[Diff text](http://launchpadlibrarian.net/177201602/lxsession_0.4.9.2%2Bgit20140410-0ubuntu1_0.4.9.2%2Bgit20140410-0ubuntu1.1.diff.gz)
+
+I added a comment there (#69) which may serve as a hint to other people having not updated their system. [Bug #1308348 “network settings indicator missing from panel” : Bugs : “lxsession” package : Ubuntu](https://bugs.launchpad.net/ubuntu/+source/lxsession/+bug/1308348)
+
+"""]]
diff --git a/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_7_ae5c434a9c94aa000b604095f52e3d3c._comment b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_7_ae5c434a9c94aa000b604095f52e3d3c._comment
new file mode 100644
index 0000000000..4ae5454078
--- /dev/null
+++ b/doc/bugs/On_Lubuntu_14.04_assistant_fails_to_create_new_setup_or_actually_work___40__fixed_by_regular_lxsession_package_update_from_2014-06-30__41__/comment_7_ae5c434a9c94aa000b604095f52e3d3c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 7"
+ date="2014-07-03T19:03:52Z"
+ content="""
+That lubuntu bug explains why git-annex would not autostart on login.
+
+However, that does not explain the original problem description, which was that the `Make Repository` button seemed to make a repository but not switch to the webapp running in that repository. In the case of making a new repository, the webapp is started in it by git-annex, not by the desktop autostart mechanism.
+
+Can you reproduce the original problem?
+
+
+"""]]
diff --git a/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn b/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn
new file mode 100644
index 0000000000..08bc76ed16
--- /dev/null
+++ b/doc/bugs/On_Windows__44___annex_get_over_HTTP_sends_URLs_with_incorrect_separator.mdwn
@@ -0,0 +1,186 @@
+### Please describe the problem.
+On Windows, attempting to annex get from a remote over HTTP fails. URLs which are nearly correct, but have incorrect slashes, are sent.
+
+### What steps will reproduce the problem?
+1. Create an annex on Linux.
+2. Configure repository for HTTP access
+3. Clone annex on Windows.
+4. "git annex get ."
+5. git annex makes requests for urls like the following: http://host/repo/.git/annex/objects\<3-char-hash>\<3-char-hash>\SHA<file hash>
+
+### What version of git-annex are you using? On what operating system?
+Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
+
+Debian Linux: 3.20120629 (from the package manager)
+
+### Please provide any additional information below.
+placing a wrapper script in front of wget which replaces '\' with '/' works around the issue, and allows git annex get to complete.
+
+
+###Full Transcript
+
+#### 1. setup of linux repo
+[[!format sh """
+test-git-annex@linux_host:~/test_annex$ git version
+git version 1.7.10.4
+test-git-annex@linux_host:~/test_annex$ git annex version
+git-annex version: 3.20120629
+local repository version: 3
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+test-git-annex@linux_host: ~test-git-annex@linux_host:~$ mkdir test_annex
+test-git-annex@linux_host: ~test-git-annex@linux_host:~$ cd test_annex/
+test-git-annex@linux_host:~/test_annex$ git init .
+Initialized empty Git repository in /home/test-git-annex/test_annex/.git/
+test-git-annex@linux_host:~/test_annex$ annex init laptop
+init laptop ok
+(Recording state in git...)
+~/test_annextest-git-annex@linux_host:~/test_annex$ echo "this is some content" > file1.txt
+test-git-annex@linux_host:~/test_annex$ git annex add file1.txt
+add file1.txt (checksum...) ok
+(Recording state in git...)
+test-git-annex@linux_host:~/test_annex$ git commit -a -m "initial commit"
+[master (root-commit) 821c6c1] initial commit
+ 1 file changed, 1 insertion(+)
+ create mode 120000 file1.txt
+test-git-annex@linux_host:~/test_annex$ ls -l
+total 4
+lrwxrwxrwx 1 test-git-annex test-git-annex 178 Jul  6 11:33 file1.txt -> .git/annex/objects/J9/m6/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+test-git-annex@linux_host:~/test_annex$ cat file1.txt 
+this is some content
+"""]]
+
+#### 2. set up and run http server
+[[!format sh """
+test-git-annex@MrLinuxTablet:~/test_annex$ git update-server-info
+cd ..
+test-git-annex@MrLinuxTablet:~$ python -m SimpleHTTPServer
+Serving HTTP on 0.0.0.0 port 8000 ...
+
+"""]]
+
+#### 3. Set up Windows, clone repo, init annex
+
+[[!format sh """
+
+#Windows 7
+#download and install git from git-scm.com/download/win
+#Git-1.8.3-preview20130601.exe
+#on install, selecting "Run Git from the Windows Command Prompt"
+#on install, selecting "checkout as-is, commit as-is"
+#installs to C:\Program Files (x86)\Git
+#download and install git-annex from http://git-annex.branchable.com/install/
+#git-annex-installer.exe
+#need to right-click 'run as administrator', per reported bug (link here)
+#installs to C:\Program Files (x86)\Git\cmd
+#also installs some utilities, including wget.exe
+
+C:\Users\test-git-annex>git clone http://192.168.0.8:8000/test_annex/.git
+Cloning into 'test_annex'...
+
+C:\Users\test-git-annex>cd test_annex
+
+C:\Users\test-git-annex\test_annex>dir
+ Volume in drive C has no label.
+
+ Directory of C:\Users\test-git-annex\test_annex
+
+<DIR>          .
+<DIR>          ..
+              178 file1.txt
+               1 File(s)            178 bytes
+
+C:\Users\test-git-annex\test_annex>type file1.txt
+.git/annex/objects/J9/m6/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+
+C:\Users\test-git-annex\test_annex>git annex init windows
+init windows
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+"""]]
+
+####4. annex get
+
+[[!format sh """
+#create empty file named 'wget' in Git\cmd, and install cygwin, add to path, to provide necessary DLLs
+C:\Users\test-git-annex\test_annex> git annex get file.txt
+
+C:\Users\test-git-annex\test_annex>git annex -vd get file1.txt
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","ls-files","--cached","-z","--","file1.txt"]
+get file1.txt [<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","show-ref","git-annex"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","show-ref","--hash","refs/heads/git-annex"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","refs/heads/git-annex..98d1182bcee688b06307963dfea81aa70a3c8336","--oneline","-n1"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","refs/heads/git-annex..304263841906c0b4dda39d0fdbe54e4af4307cb8","--oneline","-n1"]
+(merging origin/git-annex into git-annex...)
+[<datetime>] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","cat-file","--batch"]
+[<datetime>] feed: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","update-index","-z","--index-info"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","304263841906c0b4dda39d0fdbe54e4af4307cb8"]
+[<datetime>] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","log","304263841906c0b4dda39d0fdbe54e4af4307cb8..refs/heads/git-annex","--oneline","-n1"]
+(Recording state in git...)
+[<datetime>] read: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","write-tree"]
+[<datetime>] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","commit-tree","838284a4dbc1c57bea2595ac7636c32a7a86b745","-p","refs/heads/git-annex","-p","304263841906c0b4dda39d0fdbe54e4af4307cb8"]
+[<datetime>] call: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","update-ref","refs/heads/git-annex","c594efcf08bd4de8963cc3fb6890275f623aee12"]
+[<datetime>] call: wget ["-q","-c","-O","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex4860.tmp","http://192.168.0.8:8000/test_annex/.git/config"]
+cygwin warning:
+  MS-DOS style path detected: C:\Users\test-git-annex\AppData\Local\Temp\git-annex4860.tmp
+  Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/AppData/Local/Temp/git-annex4860.tmp
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+[<datetime>] read: git ["config","--null","--list","--file","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex4860.tmp"]
+[<datetime>] call: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","config","remote.origin.annex-uuid","64000156-e66a-11e2-aa76-131bb0a453f3"]
+[<datetime>] read: git ["config","--null","--list"]
+(from origin...) [<datetime>] call: wget ["-c","-O","C:\\Users\\test-git-annex\\test_annex\\.git\\annex\\tmp\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729","http://192.168.0.8:8000/test_annex/.git/annex\\objects\\c96\\53e\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729"]
+cygwin warning:
+  MS-DOS style path detected: C:\Users\test-git-annex\test_annex\.git\annex\tmp\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+  Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/test_annex/.git/annex/tmp/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+--<datetime>--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+Connecting to 192.168.0.8:8000... connected.
+HTTP request sent, awaiting response... 404 File not found
+<datetime> ERROR 404: File not found.
+
+[<datetime>] call: wget ["-c","-O","C:\\Users\\test-git-annex\\test_annex\\.git\\annex\\tmp\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729","http://192.168.0.8:8000/test_annex/.git/annex\\objects\\J9\\m6\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729\\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729"]
+cygwin warning:
+  MS-DOS style path detected: C:\Users\test-git-annex\test_annex\.git\annex\tmp\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+  Preferred POSIX equivalent is: /cygdrive/c/Users/test-git-annex/test_annex/.git/annex/tmp/SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+--<datetime>--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729
+Connecting to 192.168.0.8:8000... connected.
+HTTP request sent, awaiting response... 404 File not found
+<datetime> ERROR 404: File not found.
+
+
+  Unable to access these remotes: origin
+
+  Try making some of these repositories available:
+        64000156-e66a-11e2-aa76-131bb0a453f3 -- origin (laptop)
+failed
+git-annex: get: 1 failed
+
+"""]]
+
+#### http server output from above
+
+[[!format sh """
+192.168.0.2 - - [<datetime>] code 404, message File not found
+192.168.0.2 - - [<datetime>] "GET /test_annex/.git/annex%5Cobjects%5Cc96%5C53e%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729 HTTP/1.1" 404 -
+192.168.0.2 - - [<datetime>] code 404, message File not found
+192.168.0.2 - - [<datetime>] "GET /test_annex/.git/annex%5Cobjects%5CJ9%5Cm6%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729%5CSHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729 HTTP/1.1" 404 -
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux.mdwn b/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux.mdwn
new file mode 100644
index 0000000000..b997a8c725
--- /dev/null
+++ b/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+On Windows, git-annex is unable to 'annex get' from a repository hosted on an external USB disk.
+
+### What steps will reproduce the problem?
+1. Create an annex (A1) on a Linux system
+2. Clone A1 to a new annex (A2) to an external USB drive. add A1 as a remote, "annex get ."
+3. Mount the USB drive to a windows system. Clone A2 to a new annex (A3).
+4. add A2 as a remote to A3
+5. "git annex get ."
+6. annex get will fail with file not found errors. This appears to be due to case sensitivity on Windows.
+
+
+### What version of git-annex are you using? On what operating system?
+Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
+
+Debian Linux: 3.20120629 (from the package manager)
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux/comment_1_f224f4155d857a59595658357f97dac1._comment b/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux/comment_1_f224f4155d857a59595658357f97dac1._comment
new file mode 100644
index 0000000000..403c9a1b91
--- /dev/null
+++ b/doc/bugs/On_Windows__44___can__39__t_use_a_USB_disk_annex_created_on_Linux/comment_1_f224f4155d857a59595658357f97dac1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-07T17:50:40Z"
+ content="""
+Is A2 a bare or a non-bare git repository?
+
+What filesystem is used on the USB drive?
+
+Why do you think it has to do with case sensativity?
+"""]]
diff --git a/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured.mdwn b/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured.mdwn
new file mode 100644
index 0000000000..92de1dce3e
--- /dev/null
+++ b/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured.mdwn
@@ -0,0 +1,22 @@
+### Please describe the problem.
+On Windows, I try to "annex get" from a Linux based repository, but it fails with no useful error message.
+
+### What steps will reproduce the problem?
+1. Create annex (A1) on a Linux system.
+2. clone A1 to another annex (A2) on the same file tree (on a mounted USB drive, for example)
+3. add A2 as a remote to A1.
+4. clone A1 to an annex (A3) on a Windows 7 system.
+5. attempt to "git annex get ."
+6. annex reports that it can find no repositories, and asks to make one available.
+
+
+### What version of git-annex are you using? On what operating system?
+Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
+Debian Linux: 3.20120629 (from the package manager)
+
+### Please provide any additional information below.
+I experienced this bug several times with a plain git-annex install, and the only workaround was removing the unix-style remotes from remote repos.
+
+After other hackery to get git-annex working on Windows, I can't currently reproduce the issue.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured/comment_1_95655915ff6ba9fb5d873358ff047496._comment b/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured/comment_1_95655915ff6ba9fb5d873358ff047496._comment
new file mode 100644
index 0000000000..d727bcafcb
--- /dev/null
+++ b/doc/bugs/On_Windows__44___can__39__t_use_repository_that_has_a_unix-style_local_remote_configured/comment_1_95655915ff6ba9fb5d873358ff047496._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 1"
+ date="2013-09-13T19:14:55Z"
+ content="""
+I don't understand what is meant by a \"unix-style\" remote.
+
+Generally it helps to provide some commands I can run on Windows to replicate the problem.
+"""]]
diff --git a/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn b/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn
new file mode 100644
index 0000000000..3ea44f8575
--- /dev/null
+++ b/doc/bugs/On_Windows_the_Comitted_Symlinks_are_not_Relative.mdwn
@@ -0,0 +1,102 @@
+### Please describe the problem.
+On Windows 7, the committed symlink files are always relative to the repo's .git root; they are not prefixed with the correct number of ../ for the given level of directing nesting.
+
+Trying to correct this with `git annex fix` returns "You cannot run this command in a direct mode repository."
+
+I believe that this is also the source of a pathological case I'm seeing on Windows.  After adding a lot of content, commands like `git annex sync` and `git annex status` appear to re-checksum the entire annex.  After syncing the repo to a Linux machine, fixing the symlinks there, and syncing back, these commands become snappy again.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+git init
+git annex init
+mkdir -p one/two/three/four/five/six
+
+# drop files into the dir structure
+git annex add .
+git annex sync
+git log -p
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140203-g83e6fb7
+
+on Windows 7 Pro
+
+### Please provide any additional information below.
+
+The output of `git log -p` for me:
+
+    commit f4d88b6bc99cc94a0b0154da41d06bad3f23cc1e
+    Author: Justin Geibel <...>
+    Date:   Tue Feb 4 20:56:32 2014 -0500
+    
+        git-annex automatic sync
+    
+    diff --git a/git-annex-installer.exe b/git-annex-installer.exe
+    new file mode 120000
+    index 0000000..64f7d83
+    --- /dev/null
+    +++ b/git-annex-installer.exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/GW/Wk/SHA256E-s14413167--ea3a1e4c09ad12fdb2993a157b77b246a058f7f0ca2cd174d8cc675d1495ec4d.exe/SHA256E-s14413167--ea3a1e4c09ad12fdb2993a157b77b246a058f7f0ca2cd174d8cc675d1495ec4d.exe
+    \ No newline at end of file
+    diff --git a/one/git-annex-installer(1).exe b/one/git-annex-installer(1).exe
+    new file mode 120000
+    index 0000000..5b37a29
+    --- /dev/null
+    +++ b/one/git-annex-installer(1).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/6k/8K/SHA256E-s19286321--add3e1ac7ceabce7aa1ed1907895ae527fc095610d1e21127e99814728b24f11.exe/SHA256E-s19286321--add3e1ac7ceabce7aa1ed1907895ae527fc095610d1e21127e99814728b24f11.exe
+    \ No newline at end of file
+    diff --git a/one/two/git-annex-installer(2).exe b/one/two/git-annex-installer(2).exe
+    new file mode 120000
+    index 0000000..f89508f
+    --- /dev/null
+    +++ b/one/two/git-annex-installer(2).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/Zm/6K/SHA256E-s19573485--4f2a22c5b96308cf694c85564940d3cba22b5e8b3b714b242116c91369be75ee.exe/SHA256E-s19573485--4f2a22c5b96308cf694c85564940d3cba22b5e8b3b714b242116c91369be75ee.exe
+    \ No newline at end of file
+    diff --git a/one/two/three/four/five/git-annex-installer(5).exe b/one/two/three/four/five/git-annex-installer(5).exe
+    new file mode 120000
+    index 0000000..34565f9
+    --- /dev/null
+    +++ b/one/two/three/four/five/git-annex-installer(5).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/p3/Xq/SHA256E-s19956630--ec421bfc6cb0b4df2b5195d9229cbcc27a2e5505e0b879bf07e1be38dcc64a42.exe/SHA256E-s19956630--ec421bfc6cb0b4df2b5195d9229cbcc27a2e5505e0b879bf07e1be38dcc64a42.exe
+    \ No newline at end of file
+    diff --git a/one/two/three/four/five/six/git-annex-installer(6).exe b/one/two/three/four/five/six/git-annex-installer(6).exe
+    new file mode 120000
+    index 0000000..d6f97d9
+    --- /dev/null
+    +++ b/one/two/three/four/five/six/git-annex-installer(6).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/9G/5g/SHA256E-s19967171--c9e33dff779a43e76089ec3bee3411299d5b8abfa67ae1b459cee5a812c5194d.exe/SHA256E-s19967171--c9e33dff779a43e76089ec3bee3411299d5b8abfa67ae1b459cee5a812c5194d.exe
+    \ No newline at end of file
+    diff --git a/one/two/three/four/git-annex-installer(4).exe b/one/two/three/four/git-annex-installer(4).exe
+    new file mode 120000
+    index 0000000..a4f791c
+    --- /dev/null
+    +++ b/one/two/three/four/git-annex-installer(4).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/8J/pM/SHA256E-s19959961--7e4521036f891bba97f4c04527946e26ef43b14576d874c666e73dee405c18cf.exe/SHA256E-s19959961--7e4521036f891bba97f4c04527946e26ef43b14576d874c666e73dee405c18cf.exe
+    \ No newline at end of file
+    diff --git a/one/two/three/git-annex-installer(3).exe b/one/two/three/git-annex-installer(3).exe
+    new file mode 120000
+    index 0000000..dda7284
+    --- /dev/null
+    +++ b/one/two/three/git-annex-installer(3).exe
+    @@ -0,0 +1 @@
+    +.git/annex/objects/5X/qQ/SHA256E-s19915186--c6dc288ec8a77404c0ebc22cbe9b4ec911103fd022c3ca74eec582604dff80a7.exe/SHA256E-s19915186--c6dc288ec8a77404c0ebc22cbe9b4ec911103fd022c3ca74eec582604dff80a7.exe
+    \ No newline at end of file
+
+> [[fixed|done]] -- I didn't notice this before because it happened to do
+> the right thing if you cd'd into the subdir before adding the file there.
+>
+> WRT the slow down issue, I don't see how it could matter to git-annex on
+> Windows whether the symlinks point to the right place. It only looks at
+> the basename of the symlink target to get the key. If you have a
+> repository that behaves poorly, you can probably use --debug to see if
+> git-annex is calling some expensive series of git commands somehow.
+> --[[Joey]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone..mdwn b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone..mdwn
new file mode 100644
index 0000000000..0d442437d7
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone..mdwn
@@ -0,0 +1,240 @@
+### Please describe the problem.
+
+I had set up git-annex on a mac; I had created an initial repository at ~/annex; I had created a second repository on an external drive, at /Volumes/Biblio/annex; I had paired with three other machines on the same network, (two linux, one other mac) and set up a remote server as a backup-type repository. All seemed well. It had finally finished syncing everything to the remote server (my upload speeds are slow).
+
+I closed the firefox window showing the dashboard. I wanted to reopen it, so I ran the git-annex.app again, presuming on a running instance that that just opens the browser back at the webapp. Firefox window opened, but the only repository was the second one I'd made on the external drive.
+
+I restarted, as best as I could work out: git-annex assistant --stop, then because that left behind a process, killall git-annex. Then restarted the app.
+
+Firefox opened on the webapp. I had two repositories: The one on the external drive (now the "Here" repo) and the one on ~/annex but only as if it was paired from a different machine.
+
+ie: I see only "celestia.local (rachel@celestia.local~/annex)". This machine *is* celestia.local.
+
+That's it. Startup scan took a couple of minutes but didn't add anything. Then it decided to sync to celestia.local, which it took a little time over but didn't apparently do anything.
+
+If I drop files into ~/annex they are not synced anywhere. ~/annex still has a .git directory, populated with git files, it looks intact. It's just not being seen.
+
+Is it possible because the user is prompted to create their initial repo at ~/Desktop/annex it will by default only look there, then start looking in external drives for it? So the fact I didn't want it on my desktop, but put it directly in home, meant it got lost on restart?
+
+git-annex vicfg in ~/annex shows me this:
+
+[[!format sh """
+# git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting uuid = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for rachel@octavia:~/annex)
+#trust 161dec38-e8be-43b8-86c5-555d35ce3416 = semitrusted
+# (for rachel@celestia.local:~/annex)
+#trust 179fcddf-e247-4577-804b-267feed8abb1 = semitrusted
+# (for 192.168.1.103_annex (rachel@rainbow.local:~/annex))
+#trust 256d5762-150d-4d5d-9340-517de298c874 = semitrusted
+# (for twilight.local_annex (rachel@twilight:~/annex))
+#trust aeef7490-ce27-4255-b800-1947706c4a06 = semitrusted
+# (for rachel@octavia:~/annex)
+#trust c469fbce-f3b4-4e27-a54f-0b747797a7d5 = semitrusted
+# (for annex (Biblio's Copy))
+#trust c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = semitrusted
+# (for luna.strangenoises.org_annex)
+#trust f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = semitrusted
+# (for octavia.local_annex (rachel@octavia:~/annex))
+#trust f748a5ed-d870-48fb-b3ec-811488eb2faa = semitrusted
+# (for rachel@twilight:~/annex)
+#trust fcaba03e-1ba5-11e3-90f1-57fe1467e006 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for rachel@octavia:~/annex)
+group 161dec38-e8be-43b8-86c5-555d35ce3416 = client
+# (for rachel@celestia.local:~/annex)
+group 179fcddf-e247-4577-804b-267feed8abb1 = client
+# (for 192.168.1.103_annex (rachel@rainbow.local:~/annex))
+group 256d5762-150d-4d5d-9340-517de298c874 = client
+# (for twilight.local_annex (rachel@twilight:~/annex))
+group aeef7490-ce27-4255-b800-1947706c4a06 = client
+# (for rachel@octavia:~/annex)
+group c469fbce-f3b4-4e27-a54f-0b747797a7d5 = client
+# (for annex (Biblio's Copy))
+group c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = client
+# (for octavia.local_annex (rachel@octavia:~/annex))
+group f748a5ed-d870-48fb-b3ec-811488eb2faa = client
+# (for rachel@twilight:~/annex)
+group fcaba03e-1ba5-11e3-90f1-57fe1467e006 = client
+# (for luna.strangenoises.org_annex)
+group f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = transfer
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+
+# Repository preferred contents
+# (for rachel@octavia:~/annex)
+content 161dec38-e8be-43b8-86c5-555d35ce3416 = standard
+# (for rachel@celestia.local:~/annex)
+content 179fcddf-e247-4577-804b-267feed8abb1 = standard
+# (for 192.168.1.103_annex (rachel@rainbow.local:~/annex))
+content 256d5762-150d-4d5d-9340-517de298c874 = standard
+# (for twilight.local_annex (rachel@twilight:~/annex))
+content aeef7490-ce27-4255-b800-1947706c4a06 = standard
+# (for rachel@octavia:~/annex)
+content c469fbce-f3b4-4e27-a54f-0b747797a7d5 = standard
+# (for annex (Biblio's Copy))
+content c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = standard
+# (for luna.strangenoises.org_annex)
+content f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = standard
+# (for octavia.local_annex (rachel@octavia:~/annex))
+content f748a5ed-d870-48fb-b3ec-811488eb2faa = standard
+# (for rachel@twilight:~/annex)
+content fcaba03e-1ba5-11e3-90f1-57fe1467e006 = standard
+# (for web)
+#content 00000000-0000-0000-0000-000000000001 =
+"""]]
+
+while the same command in /Volumes/Biblio/annex gives:
+
+[[!format sh """
+# git-annex configuration
+#
+# Changes saved to this file will be recorded in the git-annex branch.
+#
+# Lines in this file have the format:
+#   setting uuid = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for rachel@octavia:~/annex)
+#trust 161dec38-e8be-43b8-86c5-555d35ce3416 = semitrusted
+# (for celestia.local (rachel@celestia.local:~/annex))
+#trust 179fcddf-e247-4577-804b-267feed8abb1 = semitrusted
+# (for rachel@rainbow.local:~/annex)
+#trust 256d5762-150d-4d5d-9340-517de298c874 = semitrusted
+# (for rachel@twilight:~/annex)
+#trust aeef7490-ce27-4255-b800-1947706c4a06 = semitrusted
+# (for rachel@octavia:~/annex)
+#trust c469fbce-f3b4-4e27-a54f-0b747797a7d5 = semitrusted
+# (for Biblio's Copy)
+#trust c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = semitrusted
+# (for )
+#trust f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = semitrusted
+# (for rachel@octavia:~/annex)
+#trust f748a5ed-d870-48fb-b3ec-811488eb2faa = semitrusted
+# (for rachel@twilight:~/annex)
+#trust fcaba03e-1ba5-11e3-90f1-57fe1467e006 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for rachel@octavia:~/annex)
+group 161dec38-e8be-43b8-86c5-555d35ce3416 = client
+# (for celestia.local (rachel@celestia.local:~/annex))
+group 179fcddf-e247-4577-804b-267feed8abb1 = client
+# (for rachel@rainbow.local:~/annex)
+group 256d5762-150d-4d5d-9340-517de298c874 = client
+# (for rachel@twilight:~/annex)
+group aeef7490-ce27-4255-b800-1947706c4a06 = client
+# (for rachel@octavia:~/annex)
+group c469fbce-f3b4-4e27-a54f-0b747797a7d5 = client
+# (for Biblio's Copy)
+group c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = client
+# (for rachel@octavia:~/annex)
+group f748a5ed-d870-48fb-b3ec-811488eb2faa = client
+# (for rachel@twilight:~/annex)
+group fcaba03e-1ba5-11e3-90f1-57fe1467e006 = client
+# (for )
+group f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = transfer
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 =
+
+# Repository preferred contents
+# (for rachel@octavia:~/annex)
+content 161dec38-e8be-43b8-86c5-555d35ce3416 = standard
+# (for celestia.local (rachel@celestia.local:~/annex))
+content 179fcddf-e247-4577-804b-267feed8abb1 = standard
+# (for rachel@rainbow.local:~/annex)
+content 256d5762-150d-4d5d-9340-517de298c874 = standard
+# (for rachel@twilight:~/annex)
+content aeef7490-ce27-4255-b800-1947706c4a06 = standard
+# (for rachel@octavia:~/annex)
+content c469fbce-f3b4-4e27-a54f-0b747797a7d5 = standard
+# (for Biblio's Copy)
+content c9e307e2-1189-47ed-8ad4-03b5c1b64e36 = standard
+# (for )
+content f36dbdf8-1bba-11e3-9dbe-f33cfb0e2bed = standard
+# (for rachel@octavia:~/annex)
+content f748a5ed-d870-48fb-b3ec-811488eb2faa = standard
+# (for rachel@twilight:~/annex)
+content fcaba03e-1ba5-11e3-90f1-57fe1467e006 = standard
+# (for web)
+#content 00000000-0000-0000-0000-000000000001 =
+"""]]
+
+### What steps will reproduce the problem?
+
+As above. I have no idea what just happened, but apart from git-annex assistant --stop and having to mop up leftover processes, I didn't use the git-annex commandline for anything.
+
+### What version of git-annex are you using? On what operating system?
+
+Mac OS X 10.8.4
+
+    Version: 4.20130909-ga29f960
+    Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi 
+
+### Please provide any additional information below.
+
+The log on ~/annex/.git/annex/daemon.log is huge and full of transfers of files with my personal filenames. I'd rather not. It appears to end normally.
+
+Now there is a short log in /Volumes/Biblio/annex/.git/annex/daemon.log from, I guess, the time I tried to restart. For some reason therefore, after the successful session finished, on restart it only looks here. This log is appended.
+
+[[!format sh """
+[2013-09-12 21:35:39 BST] main: starting assistant version 4.20130909-ga29f960
+
+[2013-09-12 21:35:39 BST] TransferScanner: Syncing with celestia.local
+Already up-to-date.
+
+(scanning...) [2013-09-12 21:35:39 BST] Watcher: Performing startup scan
+From /Users/rachel/annex
+ * [new branch]      git-annex  -> celestia.local/git-annex
+ * [new branch]      master     -> celestia.local/master
+ * [new branch]      synced/git-annex -> celestia.local/synced/git-annex
+ * [new branch]      synced/master -> celestia.local/synced/master
+Updating 4f974a8..74770d9
+Fast-forward
+Already up-to-date.
+Already up-to-date.
+Already up-to-date.
+[2013-09-12 21:36:39 BST] Pusher: Syncing with celestia.local
+(merging celestia.local/git-annex celestia.local/synced/git-annex into git-annex...)
+(Recording state in git...)
+
+
+
+
+(started...) error: Ref refs/heads/synced/git-annex is at 5b4ed9b3098e936d60b61a1d3915fa29e8c823d0 but expected 792d2a5c14b0b6327d2089e174063c474ba5a764
+remote: error: failed to lock refs/heads/synced/git-annex
+To /Users/rachel/annex
+   792d2a5..5b4ed9b  git-annex -> synced/git-annex
+To /Users/rachel/annex
+ ! [remote rejected] git-annex -> synced/git-annex (failed to lock)
+error: failed to push some refs to '/Users/rachel/annex'
+Everything up-to-date
+"""]]
+
+Well, I see that thing about "failed to lock". I can imagine that my 'killall git-annex' to kill a leftover process that was hanging around after I'd done git-annex assistant --stop might have left stale lock files, somewhere... but of course I only got as far as doing that because I was already encountering problems, just trying to return to the webapp.
+
+> The original bug report seems to be a case of user confusion, 
+> and not a bug. (Although perhaps the UI is confusing?)
+> 
+> The "resource exhausted" that came up later is quite likely the problem
+> fixed in [[!commit 4d06037fdd44ba38fcd4c118d1e6330f06e22366]],
+> which affected local git remotes.
+> 
+> [[closing|done]]; I don't see any value keeping this open, I'm afraid.
+> --[[Joey]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_1_3a3891c9d7ee808f6a71780cb628f23d._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_1_3a3891c9d7ee808f6a71780cb628f23d._comment
new file mode 100644
index 0000000000..a26db08703
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_1_3a3891c9d7ee808f6a71780cb628f23d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T21:29:39Z"
+ content="""
+The git-annex webapp displays a view from \"inside\" one git repsitory at a time. It seems to me that you have two or more local git repositories; one in ~/annex and one on a removable drive. The webapp is coming up viewing from inside your removable drive's repository. You can change the repository that the webapp views by going to the Repository menu in the upper-right corner and selecting Switch repository. The webapp will remember which repository it viewed last, and come back up showing that same repository.
+
+It's BTW an unusual configuration to have the git-annex assistant directly running on a removable drive as you seem to have done. You must have previously went to the Repository menu and selected \"Add another local repository\", and then added the removable drive, and then connected that repository up to your ~/annex repository. Which would explain why the webapp was last showing the repository on the removable drive. The more usual way to add a removable drive is to use the \"Add another repository\" button and select \"Removable drive\".
+
+I think, but am not sure, that the error \"Ref refs/heads/synced/git-annex is at 5b4ed9b3098e936d60b61a1d3915fa29e8c823d0 but expected 792d2a5c14b0b6327d2089e174063c474ba5a764\" is due to having two git-annex assistants running in these two different repositories and both updating them both at the same time. You might want to stop all git-annex processes, edit `~/.config/git-annex/autostart` and remove the removable drive repository from that list, leaving only `~/annex` in the list.
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_2_2bc6efb1d9e872cc5d4fbfbaaf5cc10e._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_2_2bc6efb1d9e872cc5d4fbfbaaf5cc10e._comment
new file mode 100644
index 0000000000..10fad22527
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_2_2bc6efb1d9e872cc5d4fbfbaaf5cc10e._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="I don't know whether I've fixed it or confused things further"
+ date="2013-09-12T21:30:44Z"
+ content="""
+I shut down the daemon that was running from the webapp itself.
+
+Instead of launching by using the app, I did:
+
+[[!format txt \"\"\"
+celestia:~ rachel$ cd annex/
+celestia:annex rachel$ git-annex assistant
+(merging synced/git-annex into git-annex...)
+celestia:annex rachel$ git-annex webapp
+Launching web browser on file:///Users/rachel/annex/.git/annex/webapp.html
+celestia:annex rachel$ 
+\"\"\"]]
+
+It opened the webapp. I could see all the repos back again.
+
+It also seems to be syncing to everything else, sending the files all over again, even though they haven't changed.
+
+It's just about possible it's completing the job, as I'm not sure I saw the files syncing now, being synced earlier. But... in that earlier session it had run the queue dry, *it* thought it had completed syncing.
+
+What's going on?
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_3_fff1e778a6334258c173a96e6bf7ef6a._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_3_fff1e778a6334258c173a96e6bf7ef6a._comment
new file mode 100644
index 0000000000..4d44aaf5cb
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_3_fff1e778a6334258c173a96e6bf7ef6a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 3"
+ date="2013-09-12T21:33:18Z"
+ content="""
+See my explanation above. By manually starting the webapp inside your ~/annex repository you forced it to view that repository.
+
+It's not unusual for the webapp to display it syncing some files that have been synced before. This repository may not be up-to-date on which files have been sent where, and it will quickly notice the file has already been transferred and skip doing anything for that file.
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_4_2a86da97a89e28f0a0f5e160d4932ae6._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_4_2a86da97a89e28f0a0f5e160d4932ae6._comment
new file mode 100644
index 0000000000..16a5a351fe
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_4_2a86da97a89e28f0a0f5e160d4932ae6._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="Last night's comment"
+ date="2013-09-13T10:28:02Z"
+ content="""
+> It's BTW an unusual configuration to have the git-annex assistant directly running on a removable drive as you seem to have done. You must have previously went to the Repository menu and selected \"Add another local repository\", and then added the removable drive, and then connected that repository up to your ~/annex repository. Which would explain why the webapp was last showing the repository on the removable drive. The more usual way to add a removable drive is to use the \"Add another repository\" button and select \"Removable drive\".
+
+That is exactly how I'd added that repository, yes. I didn't notice the dedicated \"removable drive\" option until later. :-) I thought it possibly appropriate to leave it that way because, while Biblio is an external drive and remov*able*, in practice I never remove it; it's a permanent fixture.
+
+After all, this is a mac mini server, originally (no longer running Server) so it has a second *internal* drive. It would have been even more logical for me to have added a second repo on there in the same manner, as it's most definitely not removable without extreme effort; but it still mounts inside /Volumes, and presumably if I'd added it as a non-removable repo, I'd have had the same problem?
+
+> It's not unusual for the webapp to display it syncing some files that have been synced before. This repository may not be up-to-date on which files have been sent where, and it will quickly notice the file has already been transferred and skip doing anything for that file.
+
+Yes, that's probably what happened. It finished pretty quickly, about a minute after sending my previous comment.
+
+Going to bed now, but tomorrow I'll follow the remaining suggestions; basically I'll remove the repo on the external drive then, if I still want it there, I'll add it back in the other way, so it thinks of it as removable.
+
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_5_41b8e8e58025cc8c8f12efb9a51acd29._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_5_41b8e8e58025cc8c8f12efb9a51acd29._comment
new file mode 100644
index 0000000000..685d1b0240
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_5_41b8e8e58025cc8c8f12efb9a51acd29._comment
@@ -0,0 +1,50 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="And this morning..."
+ date="2013-09-13T10:38:35Z"
+ content="""
+I tried removing the second repo, by deleting it, it seemed to begin normally. Then it just hung, and hung.
+
+Looking at logs, it seemed to be hung on dropping one file - a very small file in fact, but it was probably the most recent file to be added. So the end of the log just looked like:
+
+[[!format txt \"\"\"
+drop annex old stuff/renegade/issue7back.pdf ok
+drop annex old stuff/renegade/issue7fiction.pdf ok
+drop annex postgresql 9.0->9.1 upgrade process 
+\"\"\"]]
+
+After a while I started getting problems in other terminal shells where I was doing stuff unrelated to git annex. eg: on trying to open a new terminal window, it would open, then shut immediately, or it would open with just:
+
+[[!format txt \"\"\"
+forkpty: Resource temporarily unavailable
+Could not create a new process and open a pseudo-tty.
+\"\"\"]]
+
+Various other commands that would have resulted in a fork were failing too. In the end I shut down git annex (using the shutdown daemon open in the menu in the webapp), and everything went back to normal.
+
+This is the end of the daemon.log from this morning. I don't want to paste the whole thing, as essentially it lists all my private filenames, and there's a lot. In fact I wonder if the quantity of files may be a factor:
+
+[[!format txt \"\"\"
+drop annex old stuff/renegade/index.html ok
+drop annex old stuff/renegade/issue1.pdf ok
+drop annex old stuff/renegade/issue2.pdf ok
+drop annex old stuff/renegade/issue3.pdf ok
+drop annex old stuff/renegade/issue4.pdf ok
+drop annex old stuff/renegade/issue4coverpic.pdf ok
+drop annex old stuff/renegade/issue6articles.pdf ok
+drop annex old stuff/renegade/issue6cover.pdf ok
+drop annex old stuff/renegade/issue6fiction.pdf ok
+drop annex old stuff/renegade/issue7articles.pdf ok
+drop annex old stuff/renegade/issue7back.pdf ok
+drop annex old stuff/renegade/issue7fiction.pdf ok
+drop annex postgresql 9.0->9.1 upgrade process [2013-09-13 11:25:07 BST] NetWatcherFallback: Syncing with twilight.local_annex, octavia.local_annex, 192.168.1.103_annex, luna.strangenoises.org_annex 
+NetWatcherFallback crashed: git: createProcess: resource exhausted (Resource temporarily unavailable)
+[2013-09-13 11:25:07 BST] NetWatcherFallback: warning NetWatcherFallback crashed: git: createProcess: resource exhausted (Resource temporarily unavailable)
+recv: resource vanisrhreeecdcv v:(: C rorenesnsoeoucurtrciceoe n v varanenisiseshthe edbd y ( (CpCoeonennrne)ec
+cttiioonn  rreesseett  bbyy  ppeeeerr))
+
+[2013-09-13 11:26:32 BST] main: warning git-annex has been shut down
+\"\"\"]]
+
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_6_38afcd8e7fb278ca0ee2e9e0c9f6883e._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_6_38afcd8e7fb278ca0ee2e9e0c9f6883e._comment
new file mode 100644
index 0000000000..c0923b22a3
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_6_38afcd8e7fb278ca0ee2e9e0c9f6883e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="comment 6"
+ date="2013-09-13T10:52:07Z"
+ content="""
+FYI, if there's any relevance to the number of files in the annex, there are 1899 files in the annex at the moment, so that many in the one being deleted. The one it hung on, \"postgresql 9.0->9.1 upgrade process\" was indeed the last one that comes up in a find command, which I think means the most recently added to this dir.
+
+Creating too many threads?
+"""]]
diff --git a/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_7_06de36dcde4c52ab74c8134f3242ac02._comment b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_7_06de36dcde4c52ab74c8134f3242ac02._comment
new file mode 100644
index 0000000000..c11630ef7c
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone./comment_7_06de36dcde4c52ab74c8134f3242ac02._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="comment 7"
+ date="2013-09-13T10:54:37Z"
+ content="""
+... and resolved for myself by just deleting (dropping in the trash for now) the annex on the external volume, restarting git-annex assistant and *disabling* that repo from the menu rather than deleting it.
+
+"""]]
diff --git a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn
new file mode 100644
index 0000000000..8d1d3e8ec7
--- /dev/null
+++ b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android.mdwn
@@ -0,0 +1,40 @@
+### Please describe the problem.
+On the first run it seems "Open Webapp" always use the URL used to configure a new repo.
+
+### What steps will reproduce the problem?
+I'm using a /sdcard/DCIM annex.
+
+1. close the tabs in the git annex terminal to close git annex
+2. force close the application in the settings and delete data (not sure if it's needed)
+3. delete /sdcard/DCIM/.git/ and /sdcard/git-annex.home/ (I'm not sure I'm deleting everything, maybe I missed some dirs)
+4. start git annex
+
+(WebApp opens and ask to create a repo) see: [http://i.imgur.com/v0EUuir.png](http://i.imgur.com/v0EUuir.png)
+
+5. Click "Make Camera Repository"
+
+(WebApp scans and commits the files) see: [http://i.imgur.com/97rYfXa.png](http://i.imgur.com/97rYfXa.png) (note that the port changed)
+
+6. Return to the terminal. see: [http://i.imgur.com/edL5and.png](http://i.imgur.com/edL5and.png)
+7. Open WebApp using the menu
+
+(Git annex opens the URL to configure a new repo (the webapp is still accessible with the other url). see: [http://i.imgur.com/T8A5NTD.png](http://i.imgur.com/T8A5NTD.png)
+
+If I close and reopen the terminal, the good url is used when I use "open webapp"
+
+### What version of git-annex are you using? On what operating system?
+4.20130601-g7483ca4
+
+### Please provide any additional information below.
+
+[[!format sh """
+[2013-06-01 17:13:34 EDT] main: starting assistant version 4.20130601-g7483ca4
+(scanning...) [2013-06-01 17:13:34 EDT] Watcher: Performing startup scan
+(started...) [2013-06-01 17:13:42 EDT] Committer: Adding 123 files
+
+add Camera/IMG_20130223_111411.jpg (checksum...) ok
+[...]
+[2013-06-01 17:14:17 EDT] Committer: Committing changes to git
+"""]]
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment
new file mode 100644
index 0000000000..9ed036f840
--- /dev/null
+++ b/doc/bugs/Open_webapp_ask_to_create_new_repo___40__on_first_start__41___even_if_repo_exists_on_Android/comment_1_9f10bf273b15e93f1eea029f091f26cb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-01T23:39:39Z"
+ content="""
+Ah yes, I see what's going on. It's not updating the url in the special file added for Android.
+
+Should be an easy fix one I return from vacation.
+
+Workaround: Open a new terminal tab and it will open the web browser viewing the repo you set up.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn
new file mode 100644
index 0000000000..c127bac15d
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds.mdwn
@@ -0,0 +1,84 @@
+Before I start on what's gone wrong, many thanks for a great program: finally a way of finding out where I've put all those files, and I enjoyed your talk in Australia. Not quite to New Zealand, but a good start :-)
+
+To play with git-annex, I decided to convert my ~/Downloads directory to a git-annex repository, as there were a wide variety of files in it, mostly easily replaceable, and also handy to have on multiple machines. In hindsight, probably wasn't a great idea, as I'd regularly forget it was a git-annex repo and move files and directories out manually, which caused all sorts of fun trying to sort out the dead symlinks. Then I after one update, the repository format changed, from WORM to xxx256 format which meant there were now both sorts in the GA object store.
+
+More recently I'd tried converting the repo to direct mode, you get the idea: lots of playing with git-annex commands, and now that I think about it, possibly some git commands too trying to repair missing files.
+
+Anyway I've ended up with a 27GB git-annex repo that now manages to kill git-annex whenever I try to check it using "git-annex fsck". 
+
+Not only does the fsck subcommand cause it to die, but also "find", "whereis" and "status". It dies on the same file (for find/whereis/fsck).
+
+e.g.
+
+    ... lots of stuff deleted ...
+    whereis 1wolf14.zip (2 copies) 
+            051f0b00-e265-11e1-894e-3b0b3f3844f2 -- Laptop
+            2c4e11e0-a1b4-11e1-9a02-73e17b04c00f -- here (myPC - Downloads)
+    ok
+    git-annex: out of memory (requested 2097152 bytes)
+
+Now "git status" for some repo data:
+
+    myPC:~/Downloads$ git annex status
+    supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    supported remote types: git S3 bup directory rsync web webdav glacier hook
+    repository mode: direct
+    trusted repositories: 0
+    semitrusted repositories: 4
+            00000000-0000-0000-0000-000000000001 -- web
+            051f0b00-e265-11e1-894e-3b0b3f3844f2 -- Laptop
+            2c4e11e0-a1b4-11e1-9a02-73e17b04c00f -- here (myPC - Downloads)
+            48fbe52a-a1b3-11e1-bb80-ebc15118871d -- netbk
+    untrusted repositories: 0
+    dead repositories: 0
+    transfers in progress: none
+    available local disk space: 100 gigabytes (+1 megabyte reserved)
+    local annex keys: 1719
+    local annex size: 27 gigabytes
+    known annex keys: git-annex: out of memory (requested 2097152 bytes)
+
+It always seems to die at about 3.5GB memory usage. This is running on Ubuntu 12.04, using the latest GA release built using cabal:
+
+    git-annex version: 4.20130227
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+There are also dead symlinks that point to directories that have meta-data but not the symlink target (manually line-wrapped):
+
+    myPC:~/Downloads$ ls -l precise*
+    lrwxrwxrwx 1 nino nino 194 Oct 21 12:48 precise-dvd-i386.iso -> 
+                 .git/annex/objects/0x/Xz/SHA256-s3590631424--
+                 b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0/
+                 SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0
+
+But looking in the symlink destination directory, there's no corresponding object, only metadata:
+
+    myPC:~/Downloads/.git/annex/objects/0x/Xz/SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0$ ls -l
+    total 8
+    -rw-rw-r-- 1 nino nino 30 Jan  8 23:15 SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0.cache
+    -rw-rw-r-- 1 nino nino 49 Jan  8 23:15 SHA256-s3590631424--b08ecdd4846948ec076b23afae7f87be9cfba5218fb9ba4160f26c0b8d4b5dd0.map
+
+But there is another version somewhere else.
+
+    -r--r--r-- 1 nino nino 3590631424 Mar 18  2012 ./.git/annex/objects/Kj/wM/WORM-s3590631424-m1331991509
+                        --precise-dvd-i386.iso/WORM-s3590631424-m1331991509--precise-dvd-i386.iso
+
+This actual file does exist in the "Used" directory:
+
+    -rw-r--r-- 1 nino nino 3.4G May 27  2012 precise-dvd-i386.iso
+
+I'm not so worried about the mangled repo - it's quite possibly because of clueless git/git-annex command usage - but the inability to use the fsck command is concerning
+
+I could just uninit everything, but as it dies prematurely, I'm not certain that all the contents would be restored.
+Any thoughts on how I can get git-annex (esp. fsck) to complete would be appreciated.
+
+Thanks
+Giovanni
+
+> [[fixed|done]]. However, if you saw this behavior,
+> you have large files checked directly into git. You may
+> want to examine your repository and use git filter-branch to clean
+> it up.
+> --[[Joey]] 
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment
new file mode 100644
index 0000000000..d410f960b6
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_1_3aef6ca929fad198f2dda0868f2d49cb._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-03T18:34:41Z"
+ content="""
+git-annex is designed to run in constant memory. It should never use a lot of memory.
+
+What file causes the problem? You show git-annex whereis successfully processing 1wolf14.zip, so that file is apparently not the problem. It's probably the *next* file you told whereis to run on. You can get a file list with `git ls-files`
+
+Apparently something bad is happening when it tries to calculate the key used by the problem file.
+
+What does the file look like? You're using direct mode so it may or may not be a symlink. If it's a symlink, show it. If not, show the output of: `echo HEAD:./$filename | git cat-file --batch`
+
+----
+
+The stuff about \"dead symlinks\" etc is all a distraction AFAICS. git-annex allows you to remove content from your repository in multiple ways. That content could be present in another repository (git annex whereis would tell you), or the last copy of it could have been deleted. You can run \"git annex log\" on a file to show where the content was located historically.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment
new file mode 100644
index 0000000000..937e9cf8e5
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_2_f2c1aa84a0d04e840cb34ae15eb1cb03._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-18T23:25:24Z"
+ content="""
+This is an important bug. Could you please get back to me so I can debug it?
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment
new file mode 100644
index 0000000000..3e851faa47
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_3_480c39648e3ca6fc58c30377bdb25a8c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 3"
+ date="2013-03-22T11:18:53Z"
+ content="""
+I may have a bug along the same lines of this but I think it is in git, rather than git-annex.
+
+I've been using git-annex to sort and consolidate ~2TB files that have been spread across several machines. I probably failed to do an important step (such as committing to git, I'm not sure) while moving a lot of these files around which renders me unable to use the repository.
+
+For example, if I run any command that uses something like 'git status' in the background, it gradually consumes all available memory. I've not had an OOM error yet (8GB RAM, 2GB swap) but it also never seems to complete.
+
+I just did a quick test on this and running 'git status' in the annex results in, after a few minutes, a growing number of 'git status --porcelain' processes (quickly reaches 70+, currently at 94) and nearly all memory consumed. This would normally be triggered with 'git annex sync' or some other command which uses 'git status' to do some work.
+
+Hope this information is of some use. If I can help further, please let me know.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment
new file mode 100644
index 0000000000..272d2a7591
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_4_b31496b37046a9886f632ba4f11c56e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-03-27T16:38:07Z"
+ content="""
+@Xyem, sounds like an unrelated bug. Also, no git-annex commands run `git status`. You can find other git commands that may be using a lot of memory by passing the --debug flag to git-annex.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment
new file mode 100644
index 0000000000..958eb77337
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_5_d25ff424dda1f6021c1ba20f79d71ffc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 5"
+ date="2013-03-27T16:50:58Z"
+ content="""
+@joey: Hm.. I'm sure it was 'git annex sync' that initially consumed all RAM by spawning a lot of 'git status' processes. However, I can't replicate it anymore as I found a way to make the repository useable again.
+
+I went low into the directory structure and added/committed from there. Now I can 'git annex sync' and 'git status' from the annex root without any problems.
+
+Sorry for cluttering this bug report up, thought it might be related/of some help.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment
new file mode 100644
index 0000000000..b648eb9a47
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_6_9e3300b223dd54a3f07c650f5cf70ae0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://churchkey.org/author/ian/"
+ ip="2001:470:8a52:67:a800:4ff:fe00:a04"
+ subject="Same problem, different user"
+ date="2013-09-18T22:20:09Z"
+ content="""
+@joey I appear to have run into this same problem through a similar series of repository operations. I began with the assistant, which caused some trouble while trying to set up on multiple machines, so I started using the git-annex commands directly, switched the client to direct mode, and at some point along the way I started getting the \"git-annex: out of memory (requested 1048576 bytes)\" error on my home client any time I try to run a find, whereis, status, or sync operation. On my work client I instead run into a \"fatal: write error: Invalid argument\" error. Both clients are in direct mode and both stop on the same files. I have tried to drop these files and the ones that follow them sequentially to try and clear out the grit from the machine, but to no avail. I'm available for diagnostics to help resolve this. The files in question are not symlinks and running \"echo HEAD:./$filename | git cat-file --batch\" simply produces binary blobs the same size as the original files. Running \"git ls-tree -r git-annex | wc -l\" gives \"41262\" for the client with the \"Out of memory\" error and \"41260\" for the \"write error\" client.
+"""]]
diff --git a/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment
new file mode 100644
index 0000000000..c7832477c5
--- /dev/null
+++ b/doc/bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds/comment_7_b91f4a87b6d29ae6b4262922fd65a79d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 7"
+ date="2013-09-19T19:07:03Z"
+ content="""
+[[Huge_annex_out_of_memory_on_switch_to_indirect_mode_and_status]] is a duplicate of this bug.
+"""]]
diff --git a/doc/bugs/Pairing_locally_shows:___34__bad_comment_in_ssh_public_key_ssh-rsa__34__.mdwn b/doc/bugs/Pairing_locally_shows:___34__bad_comment_in_ssh_public_key_ssh-rsa__34__.mdwn
new file mode 100644
index 0000000000..6999d714c9
--- /dev/null
+++ b/doc/bugs/Pairing_locally_shows:___34__bad_comment_in_ssh_public_key_ssh-rsa__34__.mdwn
@@ -0,0 +1,23 @@
+Open two webapp sessions (in two different *screen* windows or whatever)
+
+    name@name-Computermodel-1000:~/test/annex1$ git-annex webapp
+    name@name-Computermodel-1000:~/test/annex2$ git-annex webapp
+
+In annex1's web UI, choose *Configuration* -> *Manage repositories* -> *Local computer*.
+
+Fill in the secret phrase and press *Start pairing*.
+
+In annex2's web UI, a pairing request will show on the left notifications bar. Choose *Respond*, fill in the phrase field and press *Finish pairing*.
+
+I was expecting a pairing between the two running session. But I got this after pressing *Finish pairing* in annex2's web UI:
+
+**start of output**
+# Internal Server Error
+
+bad comment in ssh public key ssh-rsa [very long GPG key jibber jabber] name@name-Computermodel-1000
+
+**end of output**
+
+git-annex version: 3.20121017, Ubuntu 12.04
+
+> [[Done]], allowed dash and underscore in there now.
diff --git a/doc/bugs/Prevent_accidental_merges.mdwn b/doc/bugs/Prevent_accidental_merges.mdwn
new file mode 100644
index 0000000000..9947f73732
--- /dev/null
+++ b/doc/bugs/Prevent_accidental_merges.mdwn
@@ -0,0 +1,16 @@
+With the storage layout v3, pulling the git-annex branch into the master branch is... less than ideal.
+
+The fact that the two branches contain totally different data make an accidental merge worse, arguably.
+
+Adding a tiny binary file called .gitnomerge to both branches would solve that without any noticeable overhead.
+
+Yes, there is an argument to be made that this is too much hand-holding, but I still think it's worth it.
+
+-- Richard
+
+> It should be as easy to undo such an accidential merge
+> as it is to undo any other git commit, right? I quite like that git-annex 
+> no longer adds any clutter to the master branch, and would be reluctant
+> to change that. --[[Joey]]
+
+[[wontfix|done]] --[[Joey]]
diff --git a/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment b/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment
new file mode 100644
index 0000000000..3e28a28cb0
--- /dev/null
+++ b/doc/bugs/Prevent_accidental_merges/comment_1_4c46a193915eab8f308a04175cb2e40a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-10-23T15:00:48Z"
+ content="""
+Having run into the same issue again, I still think git-annex should ensure no merges take place. The clutter introduced by a .gitnomerge is neglible, imo.
+"""]]
diff --git a/doc/bugs/Proxy_support.mdwn b/doc/bugs/Proxy_support.mdwn
new file mode 100644
index 0000000000..ae6eaf6891
--- /dev/null
+++ b/doc/bugs/Proxy_support.mdwn
@@ -0,0 +1,19 @@
+What steps will reproduce the problem?
+
+Adding a e.g box.com repository from behind a http proxy via webapp.
+
+What is the expected output? What do you see instead?
+
+Connection should be made. But there is an error message:
+
+"Internal Server Error
+connect: does not exist (Connection refused): user error"
+
+What version of git-annex are you using? On what operating system?
+
+3.20121127 on Archlinux
+
+Please provide any additional information below.
+
+I don't use networkmanager if proxy information is obtained from it. There should be a fallback to environment variables.
+[[!tag confirmed]]
diff --git a/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl.mdwn b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl.mdwn
new file mode 100644
index 0000000000..1fee439281
--- /dev/null
+++ b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl.mdwn
@@ -0,0 +1,195 @@
+Addurl can fail due to an apparent race condition when watch or assistant is running and the repository is in direct mode. The following stress test script encounters the bug consistently on my system. I am running git-annex 5.20140320 on on Ubuntu 13.10.
+
+[[!format sh """
+#!/bin/sh
+set -eu
+
+cleanup() {
+  local dir
+  dir="$1"; shift
+  if [ -d "$dir" ]; then
+    (
+      set -x
+      fuser -k -w "$dir/annex/.git/annex/daemon.log" || :
+      find "$dir" -type d -exec chmod 700 '{}' '+'
+      find "$dir" -type f -exec chmod 600 '{}' '+'
+      rm -fr "$dir"
+    )
+  fi
+}
+
+go() {
+  local dir
+  dir="$(mktemp -d "${TMP:-/tmp}/stress-annex.XXXXXXXXXX")"
+  trap "cleanup '$dir'" 0 1 2 13 15
+
+  (
+    cd "$dir"
+    mkdir annex
+    cd annex
+    set -x
+
+    git init
+    git annex init
+    git annex direct
+    git annex watch
+
+    for n in $(seq 100); do
+      git annex addurl --file=foo http://heh.fi/robots.txt
+      git annex sync
+      rm -f foo
+      git annex sync
+    done
+
+    git annex watch --stop
+    git annex uninit
+  )
+
+  cleanup "$dir"
+  trap - 0 1 2 13 14
+}
+
+go
+"""]]
+
+Script output:
+
+[[!format sh """
+% ./stress-annex
++ git init
+Initialized empty Git repository in /tmp/stress-annex.OKj6D8kVmV/annex/.git/
++ git annex init
+init  ok
+(Recording state in git...)
++ git annex direct
+commit  
+On branch master
+
+Initial commit
+
+nothing to commit
+ok
+direct  ok
++ git annex watch
++ seq 100
++ git annex addurl --file=foo http://heh.fi/robots.txt
+addurl foo (downloading http://heh.fi/robots.txt ...) 
+--2014-03-27 03:14:29--  http://heh.fi/robots.txt
+Resolving heh.fi (heh.fi)... 83.145.237.222
+Connecting to heh.fi (heh.fi)|83.145.237.222|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 0 [text/plain]
+Saving to: ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’
+
+    [ <=>                                                                                      ] 0           --.-K/s   in 0s      
+
+2014-03-27 03:14:29 (0.00 B/s) - ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’ saved [0/0]
+
+(Recording state in git...)
+ok
+(Recording state in git...)
++ git annex sync
+commit  ok
++ rm -f foo
++ git annex sync
+commit  (Recording state in git...)
+ok
+(Recording state in git...)
++ git annex addurl --file=foo http://heh.fi/robots.txt
+addurl foo (downloading http://heh.fi/robots.txt ...) 
+--2014-03-27 03:14:29--  http://heh.fi/robots.txt
+Resolving heh.fi (heh.fi)... 83.145.237.222
+Connecting to heh.fi (heh.fi)|83.145.237.222|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 0 [text/plain]
+Saving to: ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’
+
+    [ <=>                                                                                      ] 0           --.-K/s   in 0s      
+
+2014-03-27 03:14:29 (0.00 B/s) - ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’ saved [0/0]
+
+(Recording state in git...)
+ok
+(Recording state in git...)
++ git annex sync
+commit  ok
++ rm -f foo
++ git annex sync
+commit  (Recording state in git...)
+ok
+(Recording state in git...)
++ git annex addurl --file=foo http://heh.fi/robots.txt
+addurl foo (downloading http://heh.fi/robots.txt ...) 
+--2014-03-27 03:14:29--  http://heh.fi/robots.txt
+Resolving heh.fi (heh.fi)... 83.145.237.222
+Connecting to heh.fi (heh.fi)|83.145.237.222|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 0 [text/plain]
+Saving to: ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’
+
+    [ <=>                                                                                      ] 0           --.-K/s   in 0s      
+
+2014-03-27 03:14:29 (0.00 B/s) - ‘/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’ saved [0/0]
+
+
+git-annex: /tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/: openTempFile: permission denied (Permission denied)
+failed
+git-annex: addurl: 1 failed
++ fuser -k -w /tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/daemon.log
+/tmp/stress-annex.OKj6D8kVmV/annex/.git/annex/daemon.log: 30704 30709 30735 30738 30778
++ find /tmp/stress-annex.OKj6D8kVmV -type d -exec chmod 700 {} +
++ find /tmp/stress-annex.OKj6D8kVmV -type f -exec chmod 600 {} +
++ rm -fr /tmp/stress-annex.OKj6D8kVmV
+"""]]
+
+The script also seems to encounter another issue. The output when seq 100 is changed to seq 1 and addurl happens to succeed:
+
+[[!format sh """
++ git init
+Initialized empty Git repository in /tmp/stress-annex.QEs0pNyS9z/annex/.git/
++ git annex init
+init  ok
+(Recording state in git...)
++ git annex direct
+commit  
+On branch master
+
+Initial commit
+
+nothing to commit
+ok
+direct  ok
++ git annex watch
++ seq 1
++ git annex addurl --file=foo http://heh.fi/robots.txt
+addurl foo (downloading http://heh.fi/robots.txt ...) 
+--2014-03-27 03:17:20--  http://heh.fi/robots.txt
+Resolving heh.fi (heh.fi)... 83.145.237.222
+Connecting to heh.fi (heh.fi)|83.145.237.222|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 0 [text/plain]
+Saving to: ‘/tmp/stress-annex.QEs0pNyS9z/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’
+
+    [ <=>                                                                                      ] 0           --.-K/s   in 0s      
+
+2014-03-27 03:17:20 (0.00 B/s) - ‘/tmp/stress-annex.QEs0pNyS9z/annex/.git/annex/tmp/URL--http&c%%heh.fi%robots.txt’ saved [0/0]
+
+(Recording state in git...)
+ok
+(Recording state in git...)
++ git annex sync
+commit  ok
++ rm -f foo
++ git annex sync
+commit  (Recording state in git...)
+ok
+(Recording state in git...)
++ git annex watch --stop
++ git annex uninit
+git-annex: /tmp/stress-annex.QEs0pNyS9z/annex/.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.map: removeLink: permission denied (Permission denied)
++ fuser -k -w /tmp/stress-annex.QEs0pNyS9z/annex/.git/annex/daemon.log
++ :
++ find /tmp/stress-annex.QEs0pNyS9z -type d -exec chmod 700 {} +
++ find /tmp/stress-annex.QEs0pNyS9z -type f -exec chmod 600 {} +
++ rm -fr /tmp/stress-annex.QEs0pNyS9z
+"""]]
diff --git a/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_1_8f56b8661a600729d7a9d569e8a0ba70._comment b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_1_8f56b8661a600729d7a9d569e8a0ba70._comment
new file mode 100644
index 0000000000..cf010cd253
--- /dev/null
+++ b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_1_8f56b8661a600729d7a9d569e8a0ba70._comment
@@ -0,0 +1,55 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="Another race condition"
+ date="2014-03-31T03:42:42Z"
+ content="""
+Here’s another race condition which seems related:
+
+[[!format sh \"\"\"
+% git annex addurl 'quvi:http://youtu.be/-CbFj9K9AQg'
+addurl David_Raymond_Christiansen___Dependently_Typed_Programming_in_Idris___A_Demo.webm 
+--2014-03-31 05:45:49--  http://r4---sn-oxc0a5-ixae.googlevideo.com/videoplayback?<cut>
+Resolving r4---sn-oxc0a5-ixae.googlevideo.com (r4---sn-oxc0a5-ixae.googlevideo.com)... 83.145.196.143, 2001:1bc8:100:1b::f
+Connecting to r4---sn-oxc0a5-ixae.googlevideo.com (r4---sn-oxc0a5-ixae.googlevideo.com)|83.145.196.143|:80... connected.
+HTTP request sent, awaiting response... 302 Found
+Location: http://r13---sn-5go7dn7s.googlevideo.com/videoplayback?<cut> [following]
+--2014-03-31 05:45:49--  http://r13---sn-5go7dn7s.googlevideo.com/videoplayback?<cut>
+Resolving r13---sn-5go7dn7s.googlevideo.com (r13---sn-5go7dn7s.googlevideo.com)... 173.194.48.18, 2a00:1450:400f::12
+Connecting to r13---sn-5go7dn7s.googlevideo.com (r13---sn-5go7dn7s.googlevideo.com)|173.194.48.18|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 320557466 (306M) [video/webm]
+Saving to: ‘/home/ion/nobackup/media/video/.git/annex/tmp/URL--quvi&chttp&c%%youtu.be%-CbFj9K9AQg’
+
+100%[======================================>] 320,557,466  895KB/s   in 6m 14s 
+
+2014-03-31 05:52:04 (837 KB/s) - ‘/home/ion/nobackup/media/video/.git/annex/tmp/URL--quvi&chttp&c%%youtu.be%-CbFj9K9AQg’ saved [320557466/320557466]
+
+(Recording state in git...)
+fatal: Unable to create '/home/ion/nobackup/media/video/.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+
+git-annex: user error (xargs [\"-0\",\"git\",\"--git-dir=/home/ion/nobackup/media/video/.git\",\"--work-tree=/home/ion/nobackup/media/video\",\"-c\",\"core.bare=false\",\"add\",\"--\"] exited 123)
+failed
+git-annex: addurl: 1 failed
+
+% ls -l /home/ion/nobackup/media/video/.git/index.lock
+ls: cannot access /home/ion/nobackup/media/video/.git/index.lock: No such file or directory
+\"\"\"]]
+
+The only lines in daemon.log from that time:
+
+[[!format sh \"\"\"
+[2014-03-31 05:52:04 EEST] Committer: Committing changes to git
+[2014-03-31 05:52:04 EEST] Pusher: Syncing with heh.fi 
+Already up-to-date.
+To heh.fi:/storage/ion/media/video
+   3df241b..095d6c3  git-annex -> synced/git-annex
+   10b3166..98074c1  annex/direct/master -> synced/master
+Already up-to-date.
+\"\"\"]]
+
+"""]]
diff --git a/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_2_46dc67bdcd174cd50ccc421ec56735ad._comment b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_2_46dc67bdcd174cd50ccc421ec56735ad._comment
new file mode 100644
index 0000000000..ec3c974d98
--- /dev/null
+++ b/doc/bugs/Race_condition_between_watch__47__assistant_and_addurl/comment_2_46dc67bdcd174cd50ccc421ec56735ad._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 2"
+ date="2014-04-02T20:17:19Z"
+ content="""
+These races look beniegn, as far as I can see it doesn't cause any data to be lost, or indeed anything to happen that wouldn't have happened if addurl had been run without the assistant running.
+
+The first race probably has addurl and the assistant both trying to move the file object into the annex at the same time. One wins and moves it; the other loses and sulks.
+
+The second race has addurl trying to `git add` the file, while the assistant has already noticed the file appeared, `git add`ed it, and committed the add.
+
+The only way to really avoid these races would be to add a lot of lock checking. Or just make `git annex addurl` and presumably also `git annex add` and maybe several other commands refuse to run when the assistant is running.
+"""]]
diff --git a/doc/bugs/Recreating_remote_repository__39__s_annex.mdwn b/doc/bugs/Recreating_remote_repository__39__s_annex.mdwn
new file mode 100644
index 0000000000..58003f6245
--- /dev/null
+++ b/doc/bugs/Recreating_remote_repository__39__s_annex.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+My remote repository's annex was lost.  In the webapp, I can now click to recreate it, that fails half-way.
+
+### What steps will reproduce the problem?
+Create a remote repo, delete the annex directory.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140517-g0aed6d9
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: unknown
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://lhunath@satura.lyndir.com/~/annex/
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:ROTs3SImZEdvdO2yCMku
+gcrypt: Encrypting to:  -R 0EF21226F43EA6BC
+gcrypt: Requesting manifest signature
+Warning: remote port forwarding failed for listen port 2222
+Warning: remote port forwarding failed for listen port 37218
+fatal: '~/annex/' does not appear to be a git repository
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Recreating_remote_repository__39__s_annex/comment_1_9fffb1329a4a06111cf2afd8552aea62._comment b/doc/bugs/Recreating_remote_repository__39__s_annex/comment_1_9fffb1329a4a06111cf2afd8552aea62._comment
new file mode 100644
index 0000000000..94404fca37
--- /dev/null
+++ b/doc/bugs/Recreating_remote_repository__39__s_annex/comment_1_9fffb1329a4a06111cf2afd8552aea62._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 1"
+ date="2014-05-21T22:21:37Z"
+ content="""
+I'd delete the repo and recreate it but I can't do that either - deleting works from webapp but when recreating it says there is already a repo by that name.  enableing that repo leads me to this situation again.
+"""]]
diff --git a/doc/bugs/Recreating_remote_repository__39__s_annex/comment_2_b7f5634e136294ea1a3d4ce6de58fc5d._comment b/doc/bugs/Recreating_remote_repository__39__s_annex/comment_2_b7f5634e136294ea1a3d4ce6de58fc5d._comment
new file mode 100644
index 0000000000..887fca94af
--- /dev/null
+++ b/doc/bugs/Recreating_remote_repository__39__s_annex/comment_2_b7f5634e136294ea1a3d4ce6de58fc5d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 2"
+ date="2014-05-23T14:27:01Z"
+ content="""
+What are you clicking on in the webapp?
+
+What kind of repository did the remote have before it got deleted? Was it a repository encrypted with git-remote-gcrypt?
+
+Show the contents of ~/annex/.git/config on your local system.
+"""]]
diff --git a/doc/bugs/Remote_repositories_have_to_be_setup_encrypted.mdwn b/doc/bugs/Remote_repositories_have_to_be_setup_encrypted.mdwn
new file mode 100644
index 0000000000..bcac962ee6
--- /dev/null
+++ b/doc/bugs/Remote_repositories_have_to_be_setup_encrypted.mdwn
@@ -0,0 +1,28 @@
+What steps will reproduce the problem?
+
+Create a new remote repository in the webapp. Get to the final phase of the setup where it asks you if you want to encrypt it, yet no other option is given to continue.
+
+What is the expected output? What do you see instead?
+
+At least two options:
+
+1. Use an encrypted rsync repository on the server (the existing one)
+2. Use an unencrypted rsync repository on the server
+
+What version of git-annex are you using? On what operating system?
+
+    $ ./git-annex version
+    git-annex version: 3.20130102
+
+    $ uname -a
+    Linux wintermute 3.2.0-35-generic #55-Ubuntu SMP Wed Dec 5 17:45:18 UTC 2012 i686 i686 i386 GNU/Linux
+
+    $ lsb_release -a
+    Distributor ID:	Ubuntu
+    Description:	Ubuntu 12.04.1 LTS
+    Release:	12.04
+    Codename:	precise
+
+[[!meta title="webapp does not allow disabling encryption on rsync special remotes"]]
+[[!tag /design/assistant]]
+[[!tag confirmed]]
diff --git a/doc/bugs/Remote_repositories_have_to_be_setup_encrypted/comment_1_95f73315657bc35a8d3ff9b4ba207af0._comment b/doc/bugs/Remote_repositories_have_to_be_setup_encrypted/comment_1_95f73315657bc35a8d3ff9b4ba207af0._comment
new file mode 100644
index 0000000000..f54b4626b2
--- /dev/null
+++ b/doc/bugs/Remote_repositories_have_to_be_setup_encrypted/comment_1_95f73315657bc35a8d3ff9b4ba207af0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-03T18:02:21Z"
+ content="""
+Specifically, this affects only rsync special remotes. All the other ones have a check box that allows enabling encryption or not. I didn't get around to adding that for rsync due to some complications in the code. Of course, you can use `git annex initremote` at the command line to set up non-encrypted rsync remotes.
+"""]]
diff --git a/doc/bugs/Renamed_special_remote_cannot_be_reactivated_by_the_webapp.mdwn b/doc/bugs/Renamed_special_remote_cannot_be_reactivated_by_the_webapp.mdwn
new file mode 100644
index 0000000000..ccf6ef1caa
--- /dev/null
+++ b/doc/bugs/Renamed_special_remote_cannot_be_reactivated_by_the_webapp.mdwn
@@ -0,0 +1,30 @@
+Setup:
+
+* fresh install of Debian Wheezy with git-annex 4.20130227 pulled in from unstable
+* clone existing repository and activate assistant
+* repository has encrypted rsync remote originally setup with the name `metaarray`
+* this remote was renamed to `ma` a long time ago, using the webapp
+* had to perform this rename on each client
+
+Steps:
+
+* attempt to reactivate special remote using webapp repositories page, on reinstalled machine
+
+Expected:
+
+* special remote starts working
+* renaming special remotes ought to survive clones
+
+Actual:
+
+* firstly, special remote activation page has blank hostname box and the hostname of the machine is in the username box
+* form gives error "cannot change encryption type of existing remote"
+
+Workaround:
+
+* execute `git annex initremote metaarray`
+* rename `metaarray` to `ma` again using the webapp
+
+Perhaps the renaming of the remote not surviving clones is unavoidable, but the webapp should be able to cope with the situation.  Thanks.
+
+[[!tag /design/assistant]]
diff --git a/doc/bugs/Repository_Information_Is_Lost.mdwn b/doc/bugs/Repository_Information_Is_Lost.mdwn
new file mode 100644
index 0000000000..7b11ac4cf4
--- /dev/null
+++ b/doc/bugs/Repository_Information_Is_Lost.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+Clone of a repository does not contain the names of other repositories.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+Mac OS X
+
+git-annex version: 5.20140308-g06fb279
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Qu
+vi TDFA CryptoHash                                                                 
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256
+ SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL                              
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook extern
+al 
+
+
+### Please provide any additional information below.
+
+Clones of my repositories lost all track of other repositories they only seem to know about them selfs attempting to remove other repositories (git annex dead name-of-an-existing-repo) fails, telling me that the repository with the name is not found.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment b/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment
new file mode 100644
index 0000000000..8534442b68
--- /dev/null
+++ b/doc/bugs/Repository_Information_Is_Lost/comment_1_bae0ed4c0a6baf1675f8de1663042f43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-07T19:24:12Z"
+ content="""
+Have you run `git-annex repair` or used the assistant to repair this repository? This can result in data going missing until the repository is able to pull the data from one of its remotes.
+"""]]
diff --git a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn
new file mode 100644
index 0000000000..3626f20245
--- /dev/null
+++ b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour.mdwn
@@ -0,0 +1,16 @@
+### Please describe the problem.
+
+trying to add a remote host using its avahi local name : nas.local (for example). 
+
+### What steps will reproduce the problem?
+
+add remote server, use nas.local > cannot resolve nas.local
+
+### What version of git-annex are you using? On what operating system?
+
+Version: 5.20140116-g2d9ec29
+Ubuntu
+
+### Please provide any additional information below.
+
+> [[closing|done]] --[[Joey]]
diff --git a/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment
new file mode 100644
index 0000000000..17fae5a3b1
--- /dev/null
+++ b/doc/bugs/Resolve_.local_adresses_using_avahi_or_bonjour/comment_1_71cfedf4328eab224c7fb797c420ad0a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.68"
+ subject="comment 1"
+ date="2014-01-19T22:43:10Z"
+ content="""
+AFAIK, this will work fine if your OS is able to resolve those addresses using its regular resolver. Works fine here. Is `libnss-mdns` installed?
+"""]]
diff --git a/doc/bugs/Resource_exhausted.mdwn b/doc/bugs/Resource_exhausted.mdwn
new file mode 100644
index 0000000000..3f125b08aa
--- /dev/null
+++ b/doc/bugs/Resource_exhausted.mdwn
@@ -0,0 +1,45 @@
+What steps will reproduce the problem?
+My annex dir has 23459 files and uses 749MB disk space.
+Just create a repository put this dir inside, and git-annex will crash.
+
+What is the expected output? What do you see instead?
+I expect git-annex handles large number of files, and does not watch every single file of it.
+
+What version of git-annex are you using? On what operating system?
+I'm using git-annex linux build, version 2013.04.17.
+
+Please provide any additional information below.
+
+    [2013-04-17 23:52:35 CEST] Transferrer: Downloaded pappas_hu..di_44.jpg
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    Committer crashed: lsof: createProcess: resource exhausted (Too many open files)
+    [2013-04-17 23:53:52 CEST] Committer: warning Committer crashed: lsof: createProcess: resource exhausted (Too many open files)
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    git: createProcess: resource exhausted (Too many open files)
+    DaemonStatus crashed: /home/user/Desktop/down/annex_test/.git/annex/daemon.status.tmp21215: openFile: resource exhausted (Too many open files)
+    [2013-04-17 23:57:24 CEST] DaemonStatus: warning DaemonStatus crashed: /home/user/Desktop/down/annex_test/.git/annex/daemon.status.tmp21215: openFile: resource exhausted (Too many open files)
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    git: createProcess: resource exhausted (Too many open files)
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    NetWatcherFallback crashed: git: createProcess: resource exhausted (Too many open files)
+    [2013-04-18 00:27:17 CEST] NetWatcherFallback: warning NetWatcherFallback crashed: git: createProcess: resource exhausted (Too many open files)
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    git-annex: git: createProcess: resource exhausted (Too many open files)
+    git-annex: accept: resource exhausted (Too many open files)
+
+Instead of raising system's limit (which is a neverending story), can we make git-annex only watch a directory and not every file of it?
+
+Or could the user specify some directory which he knows it is rarely change, to not be watched only check it once a day?
+
+The best would be if git annex could automatically adapt itself.
+Ie. it watches eg. 200 files, and if some of it does not change for three days, then it drops from the watching basket, and those who changed (noticed while sanity checked) it adds to the basket.
+
+I don't really want to raise the ulimit, because my ultimate goal is to have git-annex on multiple raspberry pi with external harddrive (one at my home, one at my mom's home, one at my friends home, etc, etc). And raspberry is fairly low on resource.
+
+I'm interested in your thoughts.
+
+Best, 
+ Laszlo
+
+[[!tag /design/assistant]]
+[[!meta title="assistant can try to add too many files at once in batch add mode"]]
diff --git a/doc/bugs/Resource_exhausted/comment_10_bccf9528ffe963154c92ce49762e7ea6._comment b/doc/bugs/Resource_exhausted/comment_10_bccf9528ffe963154c92ce49762e7ea6._comment
new file mode 100644
index 0000000000..da2a15ba2a
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_10_bccf9528ffe963154c92ce49762e7ea6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 10"
+ date="2013-08-26T18:33:40Z"
+ content="""
+@Joey: it was a \"pretty large\" transfer, several hundred gigabytes in perhaps ~100000 files.  The copying was going to a GPG-encrypted directory remote.
+The error only happened once or twice so far.  Point taken about find in /proc; I'll do that if it happens next time.
+
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_11_24ad3a76a25a787ac59e2c5270709e72._comment b/doc/bugs/Resource_exhausted/comment_11_24ad3a76a25a787ac59e2c5270709e72._comment
new file mode 100644
index 0000000000..9cf8d04e01
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_11_24ad3a76a25a787ac59e2c5270709e72._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 11"
+ date="2013-12-16T17:20:34Z"
+ content="""
+I now understand the problem described in comment 6, where once it started failing, it would leak one file descriptor per failure.
+
+I think that failure mode was fixed by accident in the changes in [[!commit 2fd63f3cfac705f0a18f4bcbe0489ce8ea1800d7]].
+
+This doesn't explain what would open so many files to get it into that failure mode, however.
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_12_1943ff77f3bccf885229ecc10c82399d._comment b/doc/bugs/Resource_exhausted/comment_12_1943ff77f3bccf885229ecc10c82399d._comment
new file mode 100644
index 0000000000..a2b82023dc
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_12_1943ff77f3bccf885229ecc10c82399d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="Having &quot;too many open files&quot; message show up"
+ date="2014-01-13T14:57:11Z"
+ content="""
+This is happening to me now about twice per day.  I've got a repo that is completely synced already and I'm working on a project in IntelliJ.  When I check git-annex I often see this message when it is doing a startup scan or consistency check.
+
+The message can be seen here: http://imgur.com/Xb4LA73
+
+Are there logs somewhere that I can gather and supply to you to help track this down?  I'm using the 2014-01-07 release of git-annex for Mac OS.
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_13_c3cac0717232e04e89df62efa1db0870._comment b/doc/bugs/Resource_exhausted/comment_13_c3cac0717232e04e89df62efa1db0870._comment
new file mode 100644
index 0000000000..5e8ca65f13
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_13_c3cac0717232e04e89df62efa1db0870._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="Happened four times yesterday"
+ date="2014-01-14T14:33:02Z"
+ content="""
+Maybe you can e-mail me and we can discuss this?
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_1_a5ef7a62d4ed9365f9448520bb17e3b5._comment b/doc/bugs/Resource_exhausted/comment_1_a5ef7a62d4ed9365f9448520bb17e3b5._comment
new file mode 100644
index 0000000000..9bd4b0779f
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_1_a5ef7a62d4ed9365f9448520bb17e3b5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 1"
+ date="2013-04-18T06:20:13Z"
+ content="""
+Once resource exhausted git-annex has git [defunct] process too. 
+
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_2_cdba2015e603f3c21f3e1697dd6fafcd._comment b/doc/bugs/Resource_exhausted/comment_2_cdba2015e603f3c21f3e1697dd6fafcd._comment
new file mode 100644
index 0000000000..fb0f4c16b1
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_2_cdba2015e603f3c21f3e1697dd6fafcd._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-23T19:44:04Z"
+ content="""
+I have tried repeatedly to reproduce this problem, and I cannot. 
+
+git-annex does *not* keep every file open. It tends to have less than 10 open file descriptors at any one time.
+
+I thought perhaps `lsof` opened every file, but it does not seem to, either.
+
+So far, I have no indication that the problem had to do with git-annex at all. If some other program on the system opened a great many files, it could cause this to happen to git-annex.
+
+You pasted a debug log that shows that the problem persisted for several minutes. So you should make it happen again, and in that time period, investigate what program has so many files open. You can do this with lsof, or, if lsof won't run, by looking in /proc/$pid/fd/
+
+Or, of course, give me enough information to reproduce the problem. \"I have 23459 files\" isn't much help..
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_3_747d16d050fdcf69dd3d2bc5ca469a2e._comment b/doc/bugs/Resource_exhausted/comment_3_747d16d050fdcf69dd3d2bc5ca469a2e._comment
new file mode 100644
index 0000000000..07badd83a7
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_3_747d16d050fdcf69dd3d2bc5ca469a2e._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="I just reproduced this"
+ date="2013-07-26T23:37:26Z"
+ content="""
+On openSUSE 12.3 with this version (which I'm sure is horribly old):
+
+    git-annex version: 4.20130314
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+
+I ran 'git annex get' on a large repository, and got this:
+
+    [snipped]
+    git-annex: /home/adam/music/.git/annex/transfer/failed/download/9c930baf-6b25-4294-b1f9-a90ba9663fb7/SHA1-s7227476--49d203960b062ec00c0d1d7042c4b6aa6720b976: openFile: resource exhausted (Too many open files)
+    failed
+    git-annex: runInteractiveProcess: pipe: Too many open files
+
+    git-annex: git: runInteractiveProcess: resource exhausted (Too many open files)
+    failed
+    git-annex: get: 1207 failed
+
+Then I ran it again and saw that after every file retrieved, git-annex leaks another lockfile.  lsof shows an ever increasing number of files like this:
+
+    [snipped]
+    git-annex 32498 adam   86rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   87rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   88rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   89rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   90rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   91rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   92rR  REG  253,3        0   787353 /home/adam/music/.git/annex/ssh/adam@atlantic.lock
+    git-annex 32498 adam   93r  FIFO    0,8      0t0 28752703 pipe
+    git-annex 32498 adam   94r  FIFO    0,8      0t0 28765910 pipe
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_4_1e9b74e60da57c3d5f08c1eb3801c1d2._comment b/doc/bugs/Resource_exhausted/comment_4_1e9b74e60da57c3d5f08c1eb3801c1d2._comment
new file mode 100644
index 0000000000..eee206168f
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_4_1e9b74e60da57c3d5f08c1eb3801c1d2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 4"
+ date="2013-07-28T00:23:08Z"
+ content="""
+Hmm, Adam your version is older than the bug reporter's version. OTOH, while there were several FD leak fixes after your version, none of them were to Annex.LockPool, which is what's used for the ssh lock files.
+
+I can't reproduce it with `git annex get` and the current release.. can you?
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_5_f55d933bce77fd2185ebd0cc46fe57ec._comment b/doc/bugs/Resource_exhausted/comment_5_f55d933bce77fd2185ebd0cc46fe57ec._comment
new file mode 100644
index 0000000000..19bcdb3763
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_5_f55d933bce77fd2185ebd0cc46fe57ec._comment
@@ -0,0 +1,64 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="I just reproduced this with the latest version"
+ date="2013-08-11T03:17:11Z"
+ content="""
+At some point during a large copy, there's an ever increasing number of pipes in /proc/git-annex-pid/fd
+As soon as it hits the limit (1023 in my case), copies start failing
+
+    etc
+    r-x------ 1 michael michael 64 Aug 10 20:14 851 -> pipe:[2250609]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 852 -> pipe:[2251549]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 853 -> pipe:[2251550]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 854 -> pipe:[2250612]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 855 -> pipe:[2250613]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 856 -> pipe:[2246639]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 857 -> pipe:[2246640]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 858 -> pipe:[2246642]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 859 -> pipe:[2246643]
+    l-wx------ 1 michael michael 64 Aug 10 20:13 86 -> pipe:[2241378]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 860 -> pipe:[2246645]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 861 -> pipe:[2246646]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 862 -> pipe:[2246648]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 863 -> pipe:[2246649]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 864 -> pipe:[2246653]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 865 -> pipe:[2246654]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 866 -> pipe:[2249407]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 867 -> pipe:[2251789]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 868 -> pipe:[2250627]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 869 -> pipe:[2250628]
+    lr-x------ 1 michael michael 64 Aug 10 20:13 87 -> pipe:[2241379]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 870 -> pipe:[2251778]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 871 -> pipe:[2251779]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 872 -> pipe:[2251781]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 873 -> pipe:[2251782]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 874 -> pipe:[2250635]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 875 -> pipe:[2250636]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 876 -> pipe:[2251575]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 877 -> pipe:[2251576]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 878 -> pipe:[2251785]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 879 -> pipe:[2251786]
+    l-wx------ 1 michael michael 64 Aug 10 20:13 88 -> pipe:[2247853]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 880 -> pipe:[2249430]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 881 -> pipe:[2249431]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 882 -> pipe:[2251581]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 883 -> pipe:[2251582]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 884 -> pipe:[2250653]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 885 -> pipe:[2250654]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 886 -> pipe:[2251790]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 887 -> pipe:[2250670]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 888 -> pipe:[2250663]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 889 -> pipe:[2250664]
+    lr-x------ 1 michael michael 64 Aug 10 20:13 89 -> pipe:[2247854]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 890 -> pipe:[2250668]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 891 -> pipe:[2250669]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 892 -> pipe:[2250671]
+    l-wx------ 1 michael michael 64 Aug 10 20:14 894 -> pipe:[2251601]
+    lr-x------ 1 michael michael 64 Aug 10 20:14 895 -> pipe:[2251602]
+    lr-x------ 1 michael michael 64 Aug 10 20:13 9 -> pipe:[2241268]
+    lr-x------ 1 michael michael 64 Aug 10 20:13 90 -> pipe:[2242273]
+    l-wx------ 1 michael michael 64 Aug 10 20:13 91 -> pipe:[2245776]
+    etc
+
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_6_26c98fca45b029a527f9684873db4be5._comment b/doc/bugs/Resource_exhausted/comment_6_26c98fca45b029a527f9684873db4be5._comment
new file mode 100644
index 0000000000..b95b6cfa28
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_6_26c98fca45b029a527f9684873db4be5._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 6"
+ date="2013-08-11T03:20:37Z"
+ content="""
+with every
+
+    git annex
+    copy blah/blah/blah (to testremote...) 
+    git-annex: runInteractiveProcess: pipe: Too many open files
+    failed
+
+The number of open fd's by git-annex increases by 1.
+
+4.20130802 built with cabal on Ubuntu 13.04
+
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_7_8bab413b472f900e04977db2bc3951b6._comment b/doc/bugs/Resource_exhausted/comment_7_8bab413b472f900e04977db2bc3951b6._comment
new file mode 100644
index 0000000000..1b050aa333
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_7_8bab413b472f900e04977db2bc3951b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 7"
+ date="2013-08-11T03:21:45Z"
+ content="""
+...increases in the failing case, that is. This doesn't happen all the time.
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_8_e9bec0b80179b1229b6af0979a21c727._comment b/doc/bugs/Resource_exhausted/comment_8_e9bec0b80179b1229b6af0979a21c727._comment
new file mode 100644
index 0000000000..2135211cd6
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_8_e9bec0b80179b1229b6af0979a21c727._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 8"
+ date="2013-08-11T20:44:19Z"
+ content="""
+It also looks like the location log has got corrupted (files are actually present, but not recorded in the location log) somewhere along the lines as I was trying to get/drop to figure out what's going on.
+Explicitly dropping files then getting files fixes the location log issue.
+"""]]
diff --git a/doc/bugs/Resource_exhausted/comment_9_419e24e0b91f569294ece28c42daa246._comment b/doc/bugs/Resource_exhausted/comment_9_419e24e0b91f569294ece28c42daa246._comment
new file mode 100644
index 0000000000..0e06f5af92
--- /dev/null
+++ b/doc/bugs/Resource_exhausted/comment_9_419e24e0b91f569294ece28c42daa246._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 9"
+ date="2013-08-24T19:10:21Z"
+ content="""
+@Michael how large a copy are you doing? And what kind of remote are you copying the files to?
+It would be helpful if you could be more specific about something I could do to reproduce the problem. Without a test case, I am unlikely to fix the bug. With a test case, I'd be surprised if it took long to fix it.
+
+If you have a process running that is experiencing the problem, you can also narrow it down a *lot* by looking at what these leaking pipe file descriptors are pipes to.  For example, if you have:
+
+lr-x------ 1 michael michael 64 Aug 10 20:14 895 -> pipe:[2251602]
+
+You can run `find /proc/ -ls 2251602` and find the process at other end of the pipe, and look its pid up in ps to see what command it is.
+"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn
new file mode 100644
index 0000000000..38eb9e28c8
--- /dev/null
+++ b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+Somewhere on the forums you advised that in order to revert to an old
+version of a file in a direct-mode annex, one should briefly switch to
+indirect mode and check out an earlier revision.
+
+This won’t work though if the direct-mode repo is on a VFAT
+file-system, which does not support indirect mode.
+
+If I didn’t overlook an alternative way, would it make sense to expose
+this functionality in «git annex get $file»? Like «git annex get $file
+--from $repo/$revision»?
+
+Specifying revisions to get from might also be convenient for
+alternative use-cases, I suppose.
+
+Best regards,
+T.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 5.20140421
+Linux 3.14.3
+
+> VFAT is a crippled file system. I am not going to reimplenent all of git
+> to support it. The suggested method won't work; git-annex would need
+> to add a git-annex revert, etc, etc, etc ad infinitum. [[wontfix|done]] --[[Joey]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment
new file mode 100644
index 0000000000..69c33813a3
--- /dev/null
+++ b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_1_7e512732f1d24300dd13bb093f28122d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 1"
+ date="2014-05-13T20:43:38Z"
+ content="""
+Crosslink to related wishlist item.
+http://git-annex.branchable.com/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/
+"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment
new file mode 100644
index 0000000000..066fefa0ce
--- /dev/null
+++ b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_2_0ede40e0d68bfb9c6dbc1777f944ed06._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 2"
+ date="2014-05-17T14:16:12Z"
+ content="""
+One follow-up comment, because it occurred to me I might have phrased
+the bug inadequately. By «revert» I didn’t mean a revert in the
+git-sense, but merely «checking out» a file from a selected commit.
+
+But I think I can achieve this in direct mode on VFAT by doing «git
+show upstream/branch~X:file > file», right? «git annex get file» then
+gets the correct content, only that it will not place the content into
+the indicated file until I do «git annex fsck». Maybe «git annex get»
+could take this into account and have the content immediately stored
+there.
+
+"""]]
diff --git a/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment
new file mode 100644
index 0000000000..6e5db42d0f
--- /dev/null
+++ b/doc/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/comment_3_4ce1601f5dbd8fb769d3c5bb429c3bc5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 3"
+ date="2014-05-17T14:21:30Z"
+ content="""
+Plus it seems that the file can’t be dropped normally afterwards.
+"""]]
diff --git a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn
new file mode 100644
index 0000000000..e961bd5213
--- /dev/null
+++ b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty.mdwn
@@ -0,0 +1,138 @@
+### Please describe the problem.
+The remote server, connected with rsync and with encryption enabled doesn't fill with files.
+
+### What steps will reproduce the problem?
+* Add remote server via webapp
+* Supply password when asked
+* both buttons turn green ('ready to add remote server')
+* Select encrypted rsync repository
+* When done, files will be queued for transfer, and the queue empties quickly. Afterwards, no files have actually been transferred, but a green message appears and says something like 'synced with xxx'.
+* Also, on the remote an empty directory (~/annex) is created.
+
+### What version of git-annex are you using? On what operating system?
+local: kubuntu 12.10,            git-annex 4.20130621-g36258de
+remote: debian (linux 3.8.0-25), git-annex 4.20130621-g36258de
+Both are installed from tarball and PATH is set at the top of .bashrc.
+
+### Please provide any additional information below.
+
+[[!format sh """
+
+Here is what is put in the logs when the button is toggled from 'syncing disabled' to 'syncing enabled'.
+daemon.log:
+
+[2013-07-03 13:43:07 CEST] call: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","config","remote.mybox.annex-sync","true"]
+[2013-07-03 13:43:07 CEST] read: git ["config","--null","--list"]
+[2013-07-03 13:43:07 CEST] read: git ["config","--null","--list"]
+[2013-07-03 13:43:07 CEST] main: Syncing with mybox 
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","symbolic-ref","HEAD"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","refs/heads/master"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","git-annex"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","log","refs/heads/git-annex..4cc51b410f5257f60e4ea187ab0c29783effcc88","--oneline","-n1"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","log","refs/heads/git-annex..6728d4d49ef97365eea0e2d379951acee9a9ded8","--oneline","-n1"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","symbolic-ref","HEAD"]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","show-ref","refs/heads/master"]
+[2013-07-03 13:43:07 CEST] TransferScanner: starting scan of [Remote { name ="mybox" }]
+[2013-07-03 13:43:07 CEST] read: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","ls-files","--cached","-z","--"]
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/TSPC_FF_R.png Nothing
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/uren.xls Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/eldo_ur.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/ A 65J-Conversion-Step 0-to-50MS 0-to-0.7mW 9b Charge-Sharing SAR ADC in 90nm Digital CMOS.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/.directory Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/2009SOVC_A_0.92mW_10-bit_50-MSs_SAR_ADC_in_0.13um_CMOS_Process.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A 8-bit 500-KSs Low Power SAR ADC for Biomedical Applications.pdf Nothing : expensive scan found missing object
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "ea86501fb0db033a103ed2c0806a1bddc145224afc4eb5e17fceb70bf1f674da.png", keyBackendName = "SHA256E", keySize = Just 11004, keyMtime = Nothing}}
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A 9.2b 47fJ SAR with input range prediction DAC switching.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/Thumbs.db Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "23b9a2be728c8af402ededb3eef7e9238b38d54c0ca50a05cbdf4aeea8f03c76.db", keyBackendName = "SHA256E", keySize = Just 12800, keyMtime = Nothing}}
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+:
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/A Low-Power Static Dual Edge-Triggered Flip-Flop.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Aanmeldingsformulier Masterexamen.odt Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "f27ac57481c9eb0bf7bf1f6c99666aca5c8282137effa33791241b3d36b12de2.odt", keyBackendName = "SHA256E", keySize = Just 22041, keyMtime = Nothing}}
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/An Energy-Efficient Charge Recycling Approach for a SAR Converter With Capacitive DAC.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Intake_form_MSc_Electrical_Engineering_def dec 2011-1.pdf Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "a261cb3835ed869c6ad2347d303ed10e94efa8a50cc9ff053d772c2158097244.pdf", keyBackendName = "SHA256E", keySize = Just 667666, keyMtime = Nothing}}
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:07 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/Calibration Technique for SAR Analog-to-Digital Converters.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:07 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing
+[2013-07-03 13:43:07 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.doc Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:08 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "cb69f2f4ae313277acd163b9bba19392ce50d3c5205ba8bbd90bf9c453088176.doc", keyBackendName = "SHA256E", keySize = Just 34304, keyMtime = Nothing}}
+[2013-07-03 13:43:08 CEST] call: git ["--git-dir=/home/boris/annex/.git","--work-tree=/home/boris/annex","config","remote.mybox.annex-sync","false"]
+[2013-07-03 13:43:08 CEST] read: git ["config","--null","--list"]
+[2013-07-03 13:43:08 CEST] read: git ["config","--null","--list"]
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:08 CEST] TransferScanner: queued Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing : expensive scan found missing object
+[2013-07-03 13:43:08 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing
+[2013-07-03 13:43:08 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/administratie/Opdrachtomschrijving Master.pdf Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:08 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23", transferKey = Key {keyName = "cea054d80cb5ca572b7055c0132ec2d13125534566ed4a79ab2514c9a60d8ee4.pdf", keyBackendName = "SHA256E", keySize = Just 19802, keyMtime = Nothing}}
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-07-03 13:43:08 CEST] Transferrer: Transferring: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing
+[2013-07-03 13:43:08 CEST] TransferWatcher: transfer starting: Upload UUID "32841e5f-1e4d-4c72-84c4-bbb54a335a23" afstuderen/literatuur/D15_01.pdf Nothing
+fatal: unrecognized command 'rsync --server -vre.iLsf --partial-dir .rsync-partial . annex/'
+git-annex-shell: git-shell failed
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]], corrected logic error that caused `authorized_keys`
+> to incorrectly force the git-annex-shell command for rsync remotes. --[[Joey]]
diff --git a/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment
new file mode 100644
index 0000000000..480a162431
--- /dev/null
+++ b/doc/bugs/Rsync_remote_created_via_webapp_remains_empty/comment_1_cccf9d58c0ebb8d31cacdd029ea8e23a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-08T16:55:09Z"
+ content="""
+Finally got a chance to look into this.
+
+The ~/.ssh/authorized_keys file on the server has been set up wrong by the webapp. If you look at it, it'll contain a part like: command=\"GIT_ANNEX_SHELL_DIRECTORY=... ~/.ssh/git-annex-shell\"
+
+That can't be used for rsync. If you delete that command= part, your remote should start working.
+"""]]
diff --git a/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn b/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn
new file mode 100644
index 0000000000..9a67db0c62
--- /dev/null
+++ b/doc/bugs/S3_buckets_with_capital_letters_breaks_authentication.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+As described in [[tips/Internet_Archive_via_S3]], there is a problem using S3 with buckets that have capital letters. The bug lies either in the hS3 library or in archive.org itself.
+
+### What steps will reproduce the problem?
+
+Try to add an [[special_remotes/S3]] remote with capital letters in the bucket name.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format txt """
+git-annex version: 4.20130921-g434dc22
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+anarcat@angela:video$ git annex initremote archive-moglenrepublica type=S3 host=s3.us.archive.org bucket=Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia
+initremote archive-moglenrepublica (Internet Archive mode) git-annex: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. For more information, see REST Authentication and SOAP Authentication for details.
+# End of transcript or log.
+"""]]
+
+Just thought it would be better to have a separate thread for this bug. :)
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/S3_memory_leaks.mdwn b/doc/bugs/S3_memory_leaks.mdwn
new file mode 100644
index 0000000000..94bbdc3980
--- /dev/null
+++ b/doc/bugs/S3_memory_leaks.mdwn
@@ -0,0 +1,15 @@
+S3 has memory leaks
+
+Sending a file to S3 causes a slow memory increase toward the file size.
+
+Copying the file back from S3 causes a slow memory increase toward the
+file size.
+
+The author of hS3 is aware of the problem, and working on it. I think I
+have identified the root cause of the buffering; it's done by hS3 so it can
+resend the data if S3 sends it a 307 redirect. --[[Joey]]
+
+At least the send leak should be fixed by the patch in the s3-memory-leak
+branch in git. That needs a patch to hS3, which I have sent to its author.
+--[[Joey]] 
+[[!tag confirmed]]
diff --git a/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment b/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment
new file mode 100644
index 0000000000..0523fd4730
--- /dev/null
+++ b/doc/bugs/S3_memory_leaks/comment_1_a7268213b090bce6b1f1858a8e23d90e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 1"
+ date="2013-10-18T08:36:45Z"
+ content="""
+Hi Joey,
+
+It looks like your patch hasn't been merged yet. And this bug is quite annoying for me (can't backup files bigger than 1.5 GB from my NAS).
+
+Would it be possible to include this fix in your standalone builds and Debian packages?
+
+Thanks!
+"""]]
diff --git a/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment b/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment
new file mode 100644
index 0000000000..d4648b9c4f
--- /dev/null
+++ b/doc/bugs/S3_memory_leaks/comment_2_320a8e3bb7b207d1aff8926b9247f5ba._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 2"
+ date="2014-01-29T01:19:27Z"
+ content="""
+Any news about this?
+"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart.mdwn b/doc/bugs/S3_upload_not_using_multipart.mdwn
new file mode 100644
index 0000000000..5e5d97c6a3
--- /dev/null
+++ b/doc/bugs/S3_upload_not_using_multipart.mdwn
@@ -0,0 +1,54 @@
+What steps will reproduce the problem?
+
+> Try to copy/move a file greater than 5G to S3.
+
+    git annex copy large_file.tgz --to cloud
+
+What is the expected output? What do you see instead?
+
+> Looks like git-annex may not be using the Multipart Upload API: http://docs.aws.amazon.com/AmazonS3/latest/dev/uploadobjusingmpu.html
+
+> Expected transfer to succeed, instead this error is output:
+
+    copy large-file.tgz (gpg) (checking cloud...) (to cloud...) Reading passphrase from file descriptor 12    
+
+
+     Your proposed upload exceeds the maximum allowed size
+     failed
+     git-annex: copy: 1 failed
+
+What version of git-annex are you using? On what operating system?
+
+> OSX 10.8.2
+
+Please provide any additional information below.
+
+    annex [master●] % git annex status
+	supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+	supported remote types: git S3 bup directory rsync web webdav glacier hook
+	repository mode: indirect
+	trusted repositories: 0
+	semitrusted repositories: 3
+		00000000-0000-0000-0000-000000000001 -- web
+	 	BE1D8EC7-C64B-47DE-AD4E-2A50437532B4 -- cloud
+	 	E84568BA-6A4B-4AA1-B622-605B9248EDB1 -- here (eric laptop)
+	untrusted repositories: 0
+	dead repositories: 0
+	transfers in progress: none
+	available local disk space: 169 gigabytes (+1 megabyte reserved)
+	temporary directory size: 218 megabytes (clean up with git-annex unused)
+	local annex keys: 24
+	local annex size: 8 gigabytes
+	known annex keys: 25
+	known annex size: 8 gigabytes
+	bloom filter size: 16 mebibytes (0% full)
+	backend usage: 
+		SHA256E: 49
+	annex [master●] % git annex version
+	git-annex version: 3.20130114
+	local repository version: 3
+	default repository version: 3
+	supported repository versions: 3
+	upgrade supported from repository versions: 0 1 2
+
+[[!tag confirmed]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment b/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment
new file mode 100644
index 0000000000..117055e3f2
--- /dev/null
+++ b/doc/bugs/S3_upload_not_using_multipart/comment_1_5bed9faafc43b535f7820749510aaa14._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2014-05-13T15:09:42Z"
+ content="""
+JFTR, this is impacting DebConf's video storage as well.
+
+Richard
+"""]]
diff --git a/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment b/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment
new file mode 100644
index 0000000000..7ee3c11670
--- /dev/null
+++ b/doc/bugs/S3_upload_not_using_multipart/comment_2_d82952cf324e769e45f4d90f200210f4._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="64.71.7.82"
+ subject="comment 2"
+ date="2014-07-14T18:21:00Z"
+ content="""
+I'm having the same problem. Is there a fix for this yet?
+
+    $ git annex version
+    git-annex version: 5.20140709-gc75193e
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+"""]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed.mdwn b/doc/bugs/SanityCheckerStartup_crashed.mdwn
new file mode 100644
index 0000000000..65a9beb65c
--- /dev/null
+++ b/doc/bugs/SanityCheckerStartup_crashed.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+On startup, the webapp shows the following warning in a box to the upper right of the screen, with an offer to "Restart thread":
+
+    SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
+
+Restarting it causes it to crash again immediately. The log shows the same:
+
+    SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
+    [2014-06-02 23:31:13 CEST] SanityCheckerStartup: warning SanityCheckerStartup crashed: /home/anton/Halvhemligt/.git/annex/misctmp/IMG_32978856.JPG: getFileStatus: does not exist (No such file or directory)
+
+/home/anton/Halvhemligt/.git/annex/misctmp/ contains the following:
+
+    lrwxrwxrwx 2 anton anton 199 15 maj 21.08 IMG_32978856.JPG -> ../.git/annex/objects/z3/K2/SHA256E-s728022--12de1f194042af3f8c4dbee15c317de0511bbb8b9e8a0463fffb07e7bbc58bb5.JPG/SHA256E-s728022--12de1f194042af3f8c4dbee15c317de0511bbb8b9e8a0463fffb07e7bbc58bb5.JPG
+    lrwxrwxrwx 2 anton anton 199 15 maj 21.09 IMG_32988856.JPG -> ../.git/annex/objects/vw/30/SHA256E-s688301--8bb6d636163b443705c9a333194116da3937d8272b70613ca6345eaf6bba1255.JPG/SHA256E-s688301--8bb6d636163b443705c9a333194116da3937d8272b70613ca6345eaf6bba1255.JPG
+    lrwxrwxrwx 2 anton anton 199 15 maj 21.17 IMG_33198856.JPG -> ../.git/annex/objects/p3/WG/SHA256E-s754900--224e6489370527156293912e11390af517ad4ef9374ee22c8324b5af5fac0dd7.JPG/SHA256E-s754900--224e6489370527156293912e11390af517ad4ef9374ee22c8324b5af5fac0dd7.JPG
+
+The symlinks are all broken. IMG_3297.JPG, IMG_3298.JPG and IMG_3319.JPG exist in the repository, but I do not recognize the appended numbers 8856. git log shows that these three files have not been modified since they were first added.
+
+### What steps will reproduce the problem?
+No idea. I believe this repository was created in the webapp but most of the changes to it has been done in the CLI.
+
+### What version of git-annex are you using? On what operating system?
+Precompiled 5.20140530 on Arch Linux x86_64 (git-annex-bin package from the AUR), but 5.20140518 had the same problem.
+
+### Please provide any additional information below.
+The crash has not caused any real problem for me that I'm aware of. I'm just reporting it because the error message looks a little scary.
+
+> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment b/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment
new file mode 100644
index 0000000000..52354d7dc0
--- /dev/null
+++ b/doc/bugs/SanityCheckerStartup_crashed/comment_1_f30b69c11b487334ef02ce7bfcdeb36c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-04T18:07:11Z"
+ content="""
+This was already fixed in [[!commit 9c0f3ae7e13cc8ed43ac73fbab565e07c10d2c90]].
+"""]]
diff --git a/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment b/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment
new file mode 100644
index 0000000000..fd08002d2f
--- /dev/null
+++ b/doc/bugs/SanityCheckerStartup_crashed/comment_2_8b800bf7b54e487e82d0897c87967f22._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~eliasson"
+ nickname="eliasson"
+ subject="comment 2"
+ date="2014-06-05T17:15:32Z"
+ content="""
+Great. I will patiently await the next release.
+"""]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably..mdwn b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably..mdwn
new file mode 100644
index 0000000000..a6c258332a
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably..mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+Entering a jabber address which's server got a selfsigned certificate, the process just fails, without asking for acceptance for that certificate. This is quite a showstopper.
+(for example: jabber.ccc.de)
+
+
+### What steps will reproduce the problem?
+Try with an account from e.g. jabber.ccc.de
+
+
+### What version of git-annex are you using? On what operating system?
+Arch Linux, aur/git-annex-standalone 4.20130709-1 
+
+### Please provide any additional information below.
+There is no logoutput to add... I'm sorry.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="XMPP does not work with jabber.ccc.de"]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_1_13d27ba41d9ef78c8db534b6bc26314e._comment b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_1_13d27ba41d9ef78c8db534b6bc26314e._comment
new file mode 100644
index 0000000000..a591b51e1b
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_1_13d27ba41d9ef78c8db534b6bc26314e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T17:33:23Z"
+ content="""
+Hmm, actually the XMPP library it's using does not fail on an invalid or self-signed cert. This is something that SSL using libraries sadly often get wrong, and yeah, I see I contacted the library author a while ago, and a \"sessionIsSecure\" has been added to it, which can be used to check if the cert was valid.
+
+This leaves open the question of what's happening with you on the CCC server. Did you get an error message?
+
+
+"""]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_2_018eed99e71680be9e7c0844020419bb._comment b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_2_018eed99e71680be9e7c0844020419bb._comment
new file mode 100644
index 0000000000..9caee8a735
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_2_018eed99e71680be9e7c0844020419bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 2"
+ date="2013-07-16T17:42:42Z"
+ content="""
+Actually, sessionIsSecure only tells me if it's using SSL at all; still waiting on the XMPP library to add cert checking..
+"""]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_3_1e7578dd1321f399b12197056495b0b6._comment b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_3_1e7578dd1321f399b12197056495b0b6._comment
new file mode 100644
index 0000000000..62d723c7b3
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_3_1e7578dd1321f399b12197056495b0b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~psycojoker"
+ nickname="psycojoker"
+ subject="comment 3"
+ date="2013-11-25T09:54:33Z"
+ content="""
+Just to confirm that I'm also affected. Maybe you should add the possibility in the error message next to \"is the password correct?\".
+"""]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_4_a1948b7cd6ea990c8f1be5e483c835fa._comment b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_4_a1948b7cd6ea990c8f1be5e483c835fa._comment
new file mode 100644
index 0000000000..6eec4ae9a1
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_4_a1948b7cd6ea990c8f1be5e483c835fa._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://xlogon.net/yminus"
+ nickname="http://xlogon.net/yminus"
+ subject="comment 4"
+ date="2014-05-08T21:12:49Z"
+ content="""
+When will this issue be fixed? Currently my Jabber account is on jabber.ccc.de.
+
+This is the error message:
+
+    Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: host jabberd.jabber.ccc.de.:5222 failed: AuthenticationFailure (Element {elementName = Name {nameLocalName = \"failure\", nameNamespace = Just \"urn:ietf:params:xml:ns:xmpp-sasl\", namePrefix = Nothing}, elementAttributes = [], elementNodes = [NodeElement (Element {elementName = Name {nameLocalName = \"bad-protocol\", nameNamespace = Just \"urn:ietf:params:xml:ns:xmpp-sasl\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})]}); host jabberd.jabber.ccc.de.:80 failed: AuthenticationFailure (Element {elementName = Name {nameLocalName = \"failure\", nameNamespace = Just \"urn:ietf:params:xml:ns:xmpp-sasl\", namePrefix = Nothing}, elementAttributes = [], elementNodes = [NodeElement (Element {elementName = Name {nameLocalName = \"bad-protocol\", nameNamespace = Just \"urn:ietf:params:xml:ns:xmpp-sasl\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})]}))
+
+Can you advise me another trustworthy non-profit and free (free as in free beer\" as well as \"free as in free speech\") jabber server?
+"""]]
diff --git a/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_5_293b333134c97dc666a825cc7a8b2b62._comment b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_5_293b333134c97dc666a825cc7a8b2b62._comment
new file mode 100644
index 0000000000..37c86cc80b
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably./comment_5_293b333134c97dc666a825cc7a8b2b62._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.36"
+ subject="comment 5"
+ date="2014-05-24T20:03:46Z"
+ content="""
+AFAIKS, this is not a failure from a self-signed certificate. git-annex contacted the jabber server, accepted its certificate, and tried to log in. The jabber server rejected the login.
+
+This kind of problem has in the past turned out to involve incompatabilities in SASL authentication using some newish authentication schemes. Often it's been a bug in the XMPP server that's tickled by the haksell TLS library. See for example <http://bugs.debian.org/717463>
+
+So, what XMPP server is used by CCC?
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx.mdwn b/doc/bugs/Share_with_friends_crash_in_osx.mdwn
new file mode 100644
index 0000000000..d7ed801e77
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx.mdwn
@@ -0,0 +1,370 @@
+### Please describe the problem.
+Logging into Jabber (specifically with a google account) crashes on the OSX build of git-annex with a Illegal Instruction 4 error.  
+
+### What steps will reproduce the problem?
+The only things I have done to trigger the below crash is start the webapp up, navigate to the jabber login, and login with my gmail account. 
+
+### What version of git-annex are you using? On what operating system?
+Version: 5.20140107-g281cde8 OSX
+
+### Please provide any additional information below.
+
+There isn't much on the command line to go from:
+    
+    Launching web browser on file:///Volumes/Data/Annex/.git/annex/webapp.html
+    Illegal instruction: 4
+    
+And the log file isn't any better.
+
+[[!format sh """
+[2014-01-13 20:40:43 EST] main: starting assistant version 5.20140107-g281cde8
+(scanning...) [2014-01-13 20:40:43 EST] Watcher: Performing startup scan
+(started...) 
+"""]]
+    
+Here is the crash report osx creates
+[[!format sh """
+    Process:         git-annex [11316]
+    Path:            /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+    Identifier:      git-annex
+    Version:         0
+    Code Type:       X86-64 (Native)
+    Parent Process:  bash [10866]
+    Responsible:     Terminal [212]
+    User ID:         501
+    
+    Date/Time:       2014-01-13 20:12:59.807 -0500
+    OS Version:      Mac OS X 10.9.1 (13B42)
+    Report Version:  11
+    Anonymous UUID:  43148BA1-3CAA-4C73-2971-CAC673D60B2B
+    
+    
+    Crashed Thread:  5
+    
+    Exception Type:  EXC_BAD_INSTRUCTION (SIGILL)
+    Exception Codes: 0x0000000000000001, 0x0000000000000000
+    
+    Thread 0:: Dispatch queue: com.apple.main-thread
+    0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+    1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+    2   git-annex                     	0x0000000103ae2c59 0x100e4f000 + 46742617
+    3   git-annex                     	0x0000000103abfe7b 0x100e4f000 + 46599803
+    4   git-annex                     	0x0000000103ace8c2 0x100e4f000 + 46659778
+    5   git-annex                     	0x0000000103acf334 0x100e4f000 + 46662452
+    6   git-annex                     	0x0000000103ac9cce 0x100e4f000 + 46640334
+    7   git-annex                     	0x0000000103ac9dd6 0x100e4f000 + 46640598
+    8   git-annex                     	0x0000000101701708 0x100e4f000 + 9119496
+    9   libdyld.dylib                 	0x00007fff9a5695fd start + 1
+    
+    Thread 1:
+    0   libsystem_kernel.dylib        	0x00007fff9796e662 kevent64 + 10
+    1   git-annex                     	0x0000000103a6e78a 0x100e4f000 + 46266250
+    2   git-annex                     	0x0000000103a6e828 0x100e4f000 + 46266408
+    
+    Thread 2:
+    0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+    1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+    2   git-annex                     	0x0000000103ae2c59 0x100e4f000 + 46742617
+    3   git-annex                     	0x0000000103abfe7b 0x100e4f000 + 46599803
+    4   git-annex                     	0x0000000103ace8c2 0x100e4f000 + 46659778
+    5   git-annex                     	0x0000000103acf20b 0x100e4f000 + 46662155
+    6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 3:
+    0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+    1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+    2   git-annex                     	0x0000000103ae2c59 0x100e4f000 + 46742617
+    3   git-annex                     	0x0000000103abfe7b 0x100e4f000 + 46599803
+    4   git-annex                     	0x0000000103ace8c2 0x100e4f000 + 46659778
+    5   git-annex                     	0x0000000103acf20b 0x100e4f000 + 46662155
+    6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 4:
+    0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+    1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+    2   git-annex                     	0x0000000103ae2c59 0x100e4f000 + 46742617
+    3   git-annex                     	0x0000000103abfe7b 0x100e4f000 + 46599803
+    4   git-annex                     	0x0000000103ace8c2 0x100e4f000 + 46659778
+    5   git-annex                     	0x0000000103acf20b 0x100e4f000 + 46662155
+    6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 5 Crashed:
+    0   E                             	0x00000001045b10f3 xmlAllocParserInputBuffer + 32
+    1   E                             	0x000000010459f451 xmlCreatePushParserCtxt + 65
+    2   git-annex                     	0x00000001022369ca 0x100e4f000 + 20871626
+    3   git-annex                     	0x000000010222c9fd 0x100e4f000 + 20830717
+    
+    Thread 6:: Dispatch queue: com.apple.libdispatch-manager
+    0   libsystem_kernel.dylib        	0x00007fff9796e662 kevent64 + 10
+    1   libdispatch.dylib             	0x00007fff92f5243d _dispatch_mgr_invoke + 239
+    2   libdispatch.dylib             	0x00007fff92f52152 _dispatch_mgr_thread + 52
+    
+    Thread 7:
+    0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+    1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+    2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+    3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+    4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+    5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+    6   git-annex                     	0x000000010229dbe8 0x100e4f000 + 21294056
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 8:
+    0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+    1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+    2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+    3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+    4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+    5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+    6   git-annex                     	0x000000010229dbe8 0x100e4f000 + 21294056
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 9:
+    0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+    1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+    2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+    3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+    4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+    5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+    6   git-annex                     	0x000000010229dbe8 0x100e4f000 + 21294056
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+    
+    Thread 10:
+    0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+    1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+    2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+    3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+    4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+    5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+    6   git-annex                     	0x000000010229dbe8 0x100e4f000 + 21294056
+    7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+    8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+    9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+    Thread 5 crashed with X86 Thread State (64-bit):
+      rax: 0x00007fc563c0f6a0  rbx: 0x00007fc563c0f6a0  rcx: 0x0000000000000001  rdx: 0x0000000000000000
+      rdi: 0x0000000104a01400  rsi: 0x00000000ffffc7ff  rbp: 0x0000000104f7ccb0  rsp: 0x0000000104f7cca0
+       r8: 0x0000000000000003   r9: 0x00007fc563c00000  r10: 0x000000010467f9f8  r11: 0x000000010459f410
+      r12: 0x0000000104f7cd20  r13: 0x0000000000000000  r14: 0x0000000000000000  r15: 0x0000000104b840c0
+      rip: 0x00000001045b10f3  rfl: 0x0000000000010206  cr2: 0x00000001045b10d3
+      
+    Logical CPU:     1
+    Error Code:      0x00000000
+    Trap Number:     6
+    
+    
+    Binary Images:
+           0x100e4f000 -        0x103c68fef +git-annex (0) <05D25108-337E-3F98-837F-33A4E68BA8A4> /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
+           0x104582000 -        0x10466bff7 +E (0) <602E5717-D4D7-314D-A1E9-02AFBFBB7966> /Applications/git-annex.app/Contents/MacOs/bundle/E
+           0x10469f000 -        0x1046b3fff +F (0) <FA90B1B1-A866-3A6C-BB97-06955F4C8C0B> /Applications/git-annex.app/Contents/MacOs/bundle/F
+           0x1046ba000 -        0x1046e7fff +G (0) <9FFF37C3-8153-345F-9B71-913B95B07511> /Applications/git-annex.app/Contents/MacOs/bundle/G
+           0x1046ee000 -        0x1047a7fdf +H (0) <49EC1EB8-F352-303D-8E68-C95171D096CF> /Applications/git-annex.app/Contents/MacOs/bundle/H
+           0x1047de000 -        0x1047efff7 +B (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /Applications/git-annex.app/Contents/MacOs/bundle/B
+           0x1047f6000 -        0x1048e7ff9 +D (41) <BB44B115-AC32-3877-A0ED-AEC6232A4563> /Applications/git-annex.app/Contents/MacOs/bundle/D
+           0x1048fe000 -        0x104918ff7 +O (0) <18FCF32F-BAB0-323A-BCAC-D4CE4272B754> /Applications/git-annex.app/Contents/MacOs/bundle/O
+           0x10491f000 -        0x104930fff +P (0) <E483648A-97E2-3214-B602-73F6445AAD69> /Applications/git-annex.app/Contents/MacOs/bundle/P
+           0x10493f000 -        0x10494cff7 +Q (0) <CFA94087-CD1F-3355-BFC1-2D338F6358C4> /Applications/git-annex.app/Contents/MacOs/bundle/Q
+           0x104957000 -        0x104978fff +R (0) <C6EE5DD0-0910-3605-A149-D7F67C2F8C10> /Applications/git-annex.app/Contents/MacOs/bundle/R
+           0x104985000 -        0x104991fff +S (0) <9082AF89-3370-3858-B015-CB919CB3EBB0> /Applications/git-annex.app/Contents/MacOs/bundle/S
+           0x104998000 -        0x1049f1fcf +T (0) <3AADCBFB-48C4-320D-8CF1-1E8FDAC30276> /Applications/git-annex.app/Contents/MacOs/bundle/T
+        0x7fff69dff000 -     0x7fff69e32817  dyld (239.3) <D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
+        0x7fff8d3b0000 -     0x7fff8d43cff7  com.apple.ink.framework (10.9 - 207) <8A50B893-AD03-3826-8555-A54FEAF08F47> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
+        0x7fff8d44b000 -     0x7fff8d4a3ff7  com.apple.Symbolication (1.4 - 129) <16D42516-7B5E-357C-898A-FAA9EE7642B3> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
+        0x7fff8d515000 -     0x7fff8d516fff  libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
+        0x7fff8d51c000 -     0x7fff8d522ff7  libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
+        0x7fff8d523000 -     0x7fff8d904ffe  libLAPACK.dylib (1094.5) <7E7A9B8D-1638-3914-BAE0-663B69865986> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
+        0x7fff8d952000 -     0x7fff8d959fff  com.apple.NetFS (6.0 - 4.0) <8E26C099-CE9D-3819-91A2-64EA929C6137> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
+        0x7fff8d98a000 -     0x7fff8d9c8ff7  libGLImage.dylib (9.0.83) <C08048A7-03CC-3E40-BCDC-7791D87AC8E4> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
+        0x7fff8da8d000 -     0x7fff8dd8cfff  com.apple.Foundation (6.9 - 1056) <D608EDFD-9634-3573-9B7E-081C7D085F7A> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
+        0x7fff8dfac000 -     0x7fff8dfb0ff7  libheimdal-asn1.dylib (323.12) <063A01C2-E547-39D9-BB42-4CC8E64ADE70> /usr/lib/libheimdal-asn1.dylib
+        0x7fff8dfb1000 -     0x7fff8dfb6fff  libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
+        0x7fff8e022000 -     0x7fff8e024ff3  libsystem_configuration.dylib (596.12) <C4F633D9-94C8-35D9-BB2D-84C5122533C7> /usr/lib/system/libsystem_configuration.dylib
+        0x7fff8e35c000 -     0x7fff8e4afff7  com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) <A0B7B007-9BD8-30E2-B644-47856DA29FEE> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
+        0x7fff8e4ee000 -     0x7fff8f062ff7  com.apple.AppKit (6.9 - 1265) <0E9FC8BF-DA3C-34C5-91CC-12BC922B5F01> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
+        0x7fff8f063000 -     0x7fff8f067ff7  libcache.dylib (62) <BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
+        0x7fff8f068000 -     0x7fff8f0a1ff7  com.apple.QD (3.50 - 298) <C1F20764-DEF0-34CF-B3AB-AB5480D64E66> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
+        0x7fff8f0a2000 -     0x7fff8f0adfff  libGL.dylib (9.0.83) <984A960A-C159-3AE5-8B40-E2B451F6C712> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
+        0x7fff8f0d7000 -     0x7fff8f0d8ff7  libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
+        0x7fff8f120000 -     0x7fff8f121fff  liblangid.dylib (117) <9546E641-F730-3AB0-B3CD-E0E2FDD173D9> /usr/lib/liblangid.dylib
+        0x7fff8f122000 -     0x7fff8f169ff7  libcups.2.dylib (372) <348EED62-6C20-35D6-8EFB-E80943965100> /usr/lib/libcups.2.dylib
+        0x7fff8f551000 -     0x7fff8f5e0fff  com.apple.Metadata (10.7.0 - 800.12.2) <A9F5D471-8732-3F95-A4A2-33864B92A181> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
+        0x7fff8f843000 -     0x7fff8f850ff0  libbz2.1.0.dylib (29) <0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib
+        0x7fff8fa7e000 -     0x7fff8fa86ffc  libGFXShared.dylib (9.0.83) <11A621C3-37A0-39CE-A69B-8739021BD79D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
+        0x7fff8fab1000 -     0x7fff8fc5ef27  libobjc.A.dylib (551.1) <AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
+        0x7fff8fc5f000 -     0x7fff8fc68fff  com.apple.speech.synthesis.framework (4.6.2 - 4.6.2) <0AAE45F0-FC6E-36B6-A6A7-73E6950A74AC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
+        0x7fff90002000 -     0x7fff9000ffff  com.apple.Sharing (132.2 - 132.2) <F983394A-226D-3244-B511-FA51FDB6ADDA> /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
+        0x7fff90042000 -     0x7fff90071ff5  com.apple.GSS (4.0 - 2.0) <ED98D992-CC14-39F3-9ABC-8D7F986487CC> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
+        0x7fff90072000 -     0x7fff90072fff  com.apple.CoreServices (59 - 59) <7A697B5E-F179-30DF-93F2-8B503CEEEFD5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
+        0x7fff90073000 -     0x7fff900c5fff  libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
+        0x7fff90646000 -     0x7fff90646fff  com.apple.Cocoa (6.8 - 20) <E90E99D7-A425-3301-A025-D9E0CD11918E> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
+        0x7fff90647000 -     0x7fff90710fff  com.apple.LaunchServices (572.23 - 572.23) <8D955BDE-2C4C-3DD4-B4D7-2D916174FE1D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
+        0x7fff90711000 -     0x7fff90762ff3  com.apple.audio.CoreAudio (4.2.0 - 4.2.0) <BF4C2FE3-8BC8-30D1-8347-2A7221268794> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
+        0x7fff90795000 -     0x7fff90858ff7  com.apple.backup.framework (1.5.1 - 1.5.1) <FC4E949B-B41A-3F21-8AF8-AEDB13146FEA> /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
+        0x7fff9085f000 -     0x7fff9117b05f  com.apple.CoreGraphics (1.600.0 - 599.7) <7D0FD5A7-A061-39BA-8E00-723825D2C4DD> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
+        0x7fff9117c000 -     0x7fff911bbfff  libGLU.dylib (9.0.83) <8B457205-513B-3477-AE9C-3AD979D5FE11> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
+        0x7fff91291000 -     0x7fff912acff7  libPng.dylib (1038) <EF781AF8-C2E6-3179-B8A1-A584783070F1> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
+        0x7fff912b0000 -     0x7fff912bbff7  com.apple.NetAuth (5.0 - 5.0) <C811E662-9EC3-3B74-808A-A75D624F326B> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
+        0x7fff912bc000 -     0x7fff912e3ff7  libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
+        0x7fff912e4000 -     0x7fff912e4ffd  libOpenScriptingUtil.dylib (157) <19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib
+        0x7fff91426000 -     0x7fff9144aff7  libJPEG.dylib (1038) <86F349A8-882D-3326-A0B0-63257F68B1A7> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
+        0x7fff916fe000 -     0x7fff91700fff  libCVMSPluginSupport.dylib (9.0.83) <E2AED858-6EEB-36C6-8C06-C3CF649A3CD5> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
+        0x7fff91701000 -     0x7fff91701fff  com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) <F8D0CC77-98AC-3B58-9FE6-0C25421827B6> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
+        0x7fff9172a000 -     0x7fff9172fff7  libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
+        0x7fff91ff7000 -     0x7fff9201effb  libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
+        0x7fff920c3000 -     0x7fff92130fff  com.apple.SearchKit (1.4.0 - 1.4.0) <B9B8D510-A27E-36B0-93E9-17146D9E9045> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
+        0x7fff92131000 -     0x7fff92389ff1  com.apple.security (7.0 - 55471) <233831C5-C457-3AD5-AFE7-E3E2DE6929C9> /System/Library/Frameworks/Security.framework/Versions/A/Security
+        0x7fff92397000 -     0x7fff9266bfc7  com.apple.vImage (7.0 - 7.0) <D241DBFA-AC49-31E2-893D-EAAC31890C90> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
+        0x7fff92f4f000 -     0x7fff92f69fff  libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
+        0x7fff92f6a000 -     0x7fff92f92ffb  libxslt.1.dylib (13) <C9794936-633C-3F0C-9E71-30190B9B41C1> /usr/lib/libxslt.1.dylib
+        0x7fff93591000 -     0x7fff935d3ff7  libauto.dylib (185.5) <F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
+        0x7fff935d4000 -     0x7fff93604fff  com.apple.IconServices (25 - 25.17) <4751127E-FBD5-3ED5-8510-08D4E4166EFE> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
+        0x7fff937e6000 -     0x7fff93820ff3  com.apple.bom (12.0 - 192) <989690DB-B9CC-3DB5-89AE-B5D33EDC474E> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
+        0x7fff9397e000 -     0x7fff93aecff7  libBLAS.dylib (1094.5) <DE93A590-5FA5-32A2-A16C-5D7D7361769F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
+        0x7fff93b18000 -     0x7fff93b1bfff  com.apple.TCC (1.0 - 1) <32A075D9-47FD-3E71-95BC-BFB0D583F41C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
+        0x7fff93b1c000 -     0x7fff93b20fff  libpam.2.dylib (20) <B93CE8F5-DAA8-30A1-B1F6-F890509513CB> /usr/lib/libpam.2.dylib
+        0x7fff93c44000 -     0x7fff94077ffb  com.apple.vision.FaceCore (3.0.0 - 3.0.0) <F42BFC9C-0B16-35EF-9A07-91B7FDAB7FC5> /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
+        0x7fff94101000 -     0x7fff94174ffb  com.apple.securityfoundation (6.0 - 55122) <119D1C53-B292-3378-AEE1-A3B1FB02F43F> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
+        0x7fff94180000 -     0x7fff9418dff7  libxar.1.dylib (202) <5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib
+        0x7fff941a2000 -     0x7fff941a4fff  libRadiance.dylib (1038) <55F99274-5074-3C73-BAC5-AF234E71CF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
+        0x7fff9420c000 -     0x7fff94259ff2  com.apple.print.framework.PrintCore (9.0 - 428) <8D8253E3-302F-3DB2-9C5C-572CB974E8B3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
+        0x7fff9425a000 -     0x7fff9425ffff  com.apple.DiskArbitration (2.6 - 2.6) <F8A47F61-83D1-3F92-B7A8-A169E0D187C0> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
+        0x7fff94260000 -     0x7fff94270fff  libbsm.0.dylib (33) <2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib
+        0x7fff942c5000 -     0x7fff942cfff7  com.apple.bsd.ServiceManagement (2.0 - 2.0) <2D27B498-BB9C-3D88-B05A-76908A8A26F3> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
+        0x7fff942d0000 -     0x7fff942f5ff7  com.apple.CoreVideo (1.8 - 117.2) <4674339E-26D0-35FA-9958-422832B39B12> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
+        0x7fff942f8000 -     0x7fff94346fff  libcorecrypto.dylib (161.1) <F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
+        0x7fff94347000 -     0x7fff9434affc  com.apple.IOSurface (91 - 91) <07CA8A59-1E32-3FB6-B506-18DAF58A8CE0> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
+        0x7fff9434b000 -     0x7fff94354ff3  libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
+        0x7fff943ae000 -     0x7fff943c0ff7  com.apple.MultitouchSupport.framework (245.13 - 245.13) <D5E7416D-45AB-3690-86C6-CC4B5FCEA2D2> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
+        0x7fff943c1000 -     0x7fff9455dff7  com.apple.QuartzCore (1.8 - 332.0) <994D1E0A-64B6-398C-B9A2-C362F02DE943> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
+        0x7fff94953000 -     0x7fff94a42fff  libFontParser.dylib (111.1) <835A8253-6AB9-3AAB-9CBF-171440DEC486> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
+        0x7fff94a44000 -     0x7fff94a68fff  libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
+        0x7fff94a69000 -     0x7fff94ab0fff  libFontRegistry.dylib (127) <A77A0480-AA5D-3CC8-8B68-69985CD546DC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
+        0x7fff94b00000 -     0x7fff94b53fff  com.apple.ScalableUserInterface (1.0 - 1) <CF745298-7373-38D2-B3B1-727D5A569E48> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
+        0x7fff94b5e000 -     0x7fff94b6cfff  com.apple.opengl (9.0.83 - 9.0.83) <AF467644-7B1D-327A-AC47-CECFCAF61990> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
+        0x7fff94b8a000 -     0x7fff94b91ff7  liblaunch.dylib (842.1.4) <FCBF0A02-0B06-3F97-9248-5062A9DEB32C> /usr/lib/system/liblaunch.dylib
+        0x7fff94b92000 -     0x7fff94b9dfff  libkxld.dylib (2422.1.72) <C88EF3E6-B31F-3E12-BE9B-562D912BA733> /usr/lib/system/libkxld.dylib
+        0x7fff94ec9000 -     0x7fff94ec9ff7  libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
+        0x7fff94eca000 -     0x7fff94f23fff  libTIFF.dylib (1038) <5CBFE0C2-9DD8-340B-BA63-A94CE2E476F2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
+        0x7fff94f24000 -     0x7fff94f3fff7  libsystem_malloc.dylib (23.1.10) <FFE5C472-B23A-318A-85BF-77CDE61900D1> /usr/lib/system/libsystem_malloc.dylib
+        0x7fff950ab000 -     0x7fff950dafd2  libsystem_m.dylib (3047.16) <B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
+        0x7fff950db000 -     0x7fff950e3ff7  com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <98BBB3E4-6239-3EF1-90B2-84EA0D3B8D61> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
+        0x7fff950e6000 -     0x7fff950e7ff7  libsystem_blocks.dylib (63) <FB856CD1-2AEA-3907-8E9B-1E54B6827F82> /usr/lib/system/libsystem_blocks.dylib
+        0x7fff950ef000 -     0x7fff952d4ff7  com.apple.CoreFoundation (6.9 - 855.11) <E22C6A1F-8996-349C-905E-96C3BBE07C2F> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+        0x7fff952d5000 -     0x7fff952ecfff  com.apple.CFOpenDirectory (10.9 - 173.1.1) <3FB4D5FE-860B-3BDE-BAE2-3531D919EF10> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
+        0x7fff953a1000 -     0x7fff953a5ff7  libGIF.dylib (1038) <C29B4323-1B9E-36B9-96C2-7CEDBAA124F0> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
+        0x7fff958d8000 -     0x7fff958e2ff7  com.apple.CrashReporterSupport (10.9 - 538) <B487466B-3AA1-3854-A808-A61F049FA794> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
+        0x7fff958e3000 -     0x7fff95bb1ff4  com.apple.CoreImage (9.0.54) <74BB8685-69A9-3A45-8DED-EA26BD39D710> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
+        0x7fff95e9a000 -     0x7fff95e9bfff  com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
+        0x7fff95e9c000 -     0x7fff95f4cff7  libvMisc.dylib (423.32) <049C0735-1808-39B9-943F-76CB8021744F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
+        0x7fff95fa5000 -     0x7fff95faefff  com.apple.CommonAuth (4.0 - 2.0) <1D263127-5F27-3128-996D-7397660D0C6E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
+        0x7fff95fd9000 -     0x7fff96283ffd  com.apple.HIToolbox (2.1 - 696) <1CFFF37B-C392-3088-B0A4-C08C55B2AF8F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
+        0x7fff962bc000 -     0x7fff962fdfff  com.apple.PerformanceAnalysis (1.47 - 47) <784ED7B8-FAE4-36CE-8C76-B7D300316C9F> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
+        0x7fff96478000 -     0x7fff96482fff  libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
+        0x7fff96483000 -     0x7fff9648afff  libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
+        0x7fff965c3000 -     0x7fff965c4ff7  libsystem_sandbox.dylib (278.10) <A47E7E11-3C76-318E-B67D-98972B86F094> /usr/lib/system/libsystem_sandbox.dylib
+        0x7fff9752f000 -     0x7fff97777fff  com.apple.CoreData (107 - 481) <E5AFBA07-F73E-3B3F-9099-F51224EE8EAD> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
+        0x7fff97849000 -     0x7fff97930ff7  libxml2.2.dylib (26) <A1DADD11-89E5-3DE4-8802-07186225967F> /usr/lib/libxml2.2.dylib
+        0x7fff97958000 -     0x7fff97974ff7  libsystem_kernel.dylib (2422.1.72) <D14913DB-47F1-3591-8DAF-D4B4EF5F8818> /usr/lib/system/libsystem_kernel.dylib
+        0x7fff97a67000 -     0x7fff97ae7fff  com.apple.CoreSymbolication (3.0 - 141) <B018335C-698B-3F87-AF1C-6115C4FA8954> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
+        0x7fff97ae8000 -     0x7fff97bedfff  com.apple.ImageIO.framework (3.3.0 - 1038) <2C058216-C6D8-3380-A7EA-92A3F04520C1> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
+        0x7fff97ca5000 -     0x7fff97d2eff7  libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
+        0x7fff97d45000 -     0x7fff97d5eff7  com.apple.Ubiquity (1.3 - 289) <C7F1B734-CE81-334D-BE41-8B20D95A1F9B> /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
+        0x7fff97d64000 -     0x7fff97e94ff7  com.apple.desktopservices (1.8 - 1.8) <09DC9BB8-432F-3C7A-BB08-956A2DDFC2DE> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
+        0x7fff97f05000 -     0x7fff98075ff6  com.apple.CFNetwork (673.0.3 - 673.0.3) <42CFC3DB-35C8-3652-AF37-4BCC73D8BDEF> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
+        0x7fff98076000 -     0x7fff980e0ff7  com.apple.framework.IOKit (2.0.1 - 907.1.13) <C1E95F5C-B79B-31BE-9F2A-1B25163C1F16> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
+        0x7fff9877f000 -     0x7fff987e2ff7  com.apple.SystemConfiguration (1.13 - 1.13) <F05F4149-981B-380B-8F50-51CE804BBB89> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
+        0x7fff988e8000 -     0x7fff9894cff9  com.apple.Heimdal (4.0 - 2.0) <E7D20A4D-4674-37E1-A949-635FFF7C439A> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
+        0x7fff9894d000 -     0x7fff98a18fff  libvDSP.dylib (423.32) <3BF732BE-DDE0-38EB-8C54-E4E3C64F77A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
+        0x7fff98ba3000 -     0x7fff98babfff  libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
+        0x7fff98bac000 -     0x7fff98baffff  libCoreVMClient.dylib (58.1) <EBC36C69-C896-3C3D-8589-3E9023E7E56F> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
+        0x7fff98bb0000 -     0x7fff98c72ff1  com.apple.CoreText (352.0 - 367.15) <E5C70FC8-C861-39B8-A491-595E5B55CFC8> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
+        0x7fff98c73000 -     0x7fff98c7fff7  com.apple.OpenDirectory (10.9 - 173.1.1) <6B78BD7B-5622-38E6-8FC6-86A117E3ACCA> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
+        0x7fff98c80000 -     0x7fff98caffff  com.apple.DebugSymbols (106 - 106) <E1BDED08-523A-36F4-B2DA-9D5C712F0AC7> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
+        0x7fff98cb0000 -     0x7fff98d9efff  libJP2.dylib (1038) <6C8179F5-8063-3ED6-A7C2-D5603DECDF28> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
+        0x7fff98e1f000 -     0x7fff98f03fff  com.apple.coreui (2.1 - 231) <432DB40C-6B7E-39C8-9FB5-B95917930056> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
+        0x7fff98f6f000 -     0x7fff98f73fff  libsystem_stats.dylib (93.1.26) <B9E26A9E-FBBC-3938-B8B7-6CF7CA8C99AD> /usr/lib/system/libsystem_stats.dylib
+        0x7fff98f74000 -     0x7fff98ffdfff  com.apple.ColorSync (4.9.0 - 4.9.0) <B756B908-9AD1-3F5D-83F9-7A0B068387D2> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
+        0x7fff99029000 -     0x7fff9908dff3  com.apple.datadetectorscore (5.0 - 354.0) <9ACF24B8-3268-3134-A5BC-D72C9371A195> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
+        0x7fff993e4000 -     0x7fff993ebff3  libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
+        0x7fff994a3000 -     0x7fff99512ff1  com.apple.ApplicationServices.ATS (360 - 363.1) <88976B22-A9B8-3E7B-9AE6-0B8E09A968FC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
+        0x7fff99513000 -     0x7fff9952ffff  libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib
+        0x7fff99530000 -     0x7fff9953fff8  com.apple.LangAnalysis (1.7.0 - 1.7.0) <8FE131B6-1180-3892-98F5-C9C9B79072D4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
+        0x7fff99656000 -     0x7fff9966fff7  com.apple.Kerberos (3.0 - 1) <F108AFEB-198A-3BAF-BCA5-9DFCE55EFF92> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
+        0x7fff99673000 -     0x7fff99674ffb  libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
+        0x7fff99675000 -     0x7fff99676ff7  libSystem.B.dylib (1197.1.1) <BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
+        0x7fff99c76000 -     0x7fff99c87ff7  libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
+        0x7fff99c88000 -     0x7fff99f72fff  com.apple.CoreServices.CarbonCore (1077.14 - 1077.14) <B00BEB34-A9F5-381F-99FD-11E405768A9A> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
+        0x7fff99f73000 -     0x7fff99feafff  com.apple.CoreServices.OSServices (600.4 - 600.4) <36B2B009-C35E-3F21-824E-E0D00E7808C7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
+        0x7fff99feb000 -     0x7fff9a014ff7  libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
+        0x7fff9a076000 -     0x7fff9a0aeff7  com.apple.RemoteViewServices (2.0 - 94) <3F34D630-3DDB-3411-BC28-A56A9B55EBDA> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
+        0x7fff9a0ca000 -     0x7fff9a0d1ff7  libsystem_pthread.dylib (53.1.4) <AB498556-B555-310E-9041-F67EC9E00E2C> /usr/lib/system/libsystem_pthread.dylib
+        0x7fff9a0d2000 -     0x7fff9a0d2fff  com.apple.Accelerate (1.9 - Accelerate 1.9) <509BB27A-AE62-366D-86D8-0B06D217CF56> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
+        0x7fff9a0d3000 -     0x7fff9a1bdfff  libsqlite3.dylib (158) <00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib
+        0x7fff9a248000 -     0x7fff9a2a3ffb  com.apple.AE (665.5 - 665.5) <BBA230F9-144C-3CAB-A77A-0621719244CD> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
+        0x7fff9a517000 -     0x7fff9a565fff  com.apple.opencl (2.3.57 - 2.3.57) <FC03A80D-543A-3448-83FF-D399C3A240D9> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
+        0x7fff9a566000 -     0x7fff9a569ff7  libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
+        0x7fff9a571000 -     0x7fff9a729ff3  libicucore.A.dylib (511.27) <003B6C21-CBD1-3486-9A1D-030ADF5FA061> /usr/lib/libicucore.A.dylib
+        0x7fff9a72a000 -     0x7fff9a753fff  com.apple.DictionaryServices (1.2 - 208) <A539A058-BA57-35EE-AA08-D0B0E835127D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
+        0x7fff9a75a000 -     0x7fff9a766ff3  com.apple.AppleFSCompression (56 - 1.0) <5652B0D0-EB08-381F-B23A-6DCF96991FB5> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
+        0x7fff9a8f5000 -     0x7fff9a90dff7  com.apple.GenerationalStorage (2.0 - 160.2) <79629AC7-896F-3302-8AC1-4939020F08C3> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
+        0x7fff9a939000 -     0x7fff9a954ff7  libCRFSuite.dylib (34) <FFAE75FA-C54E-398B-AA97-18164CD9789D> /usr/lib/libCRFSuite.dylib
+        0x7fff9ab57000 -     0x7fff9ab59ff7  libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
+        0x7fff9ab5a000 -     0x7fff9ab5affd  com.apple.audio.units.AudioUnit (1.9 - 1.9) <6E89F3CB-CC41-3728-9F9A-FDFC151E8261> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
+        0x7fff9ac14000 -     0x7fff9ac59ff6  com.apple.HIServices (1.22 - 466) <21807AF8-3BC7-32BB-AB96-7C35CB59D7F6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
+        0x7fff9ac5a000 -     0x7fff9ac5afff  com.apple.ApplicationServices (48 - 48) <3E3F01A8-314D-378F-835E-9CC4F8820031> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
+        0x7fff9adc0000 -     0x7fff9ade5ff7  com.apple.ChunkingLibrary (2.0 - 155.1) <B845DC7A-D1EA-31E2-967C-D1FE0C628036> /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
+    
+    External Modification Summary:
+      Calls made by other processes targeting this process:
+        task_for_pid: 1
+        thread_create: 0
+        thread_set_state: 0
+      Calls made by this process:
+        task_for_pid: 0
+        thread_create: 0
+        thread_set_state: 0
+      Calls made by all processes on this machine:
+        task_for_pid: 210855
+        thread_create: 1
+        thread_set_state: 0
+    
+    VM Region Summary:
+    ReadOnly portion of Libraries: Total=206.9M resident=76.3M(37%) swapped_out_or_unallocated=130.6M(63%)
+    Writable regions: Total=51.2M written=15.3M(30%) resident=16.2M(32%) swapped_out=0K(0%) unallocated=35.0M(68%)
+     
+    REGION TYPE                      VIRTUAL
+    ===========                      =======
+    Dispatch continuations             4096K
+    Kernel Alloc Once                     4K
+    MALLOC                             18.3M
+    MALLOC (admin)                       32K
+    STACK GUARD                        56.0M
+    Stack                              12.6M
+    VM_ALLOCATE                        12.3M
+    VM_ALLOCATE (reserved)               12K        reserved VM address space (unallocated)
+    __DATA                             22.9M
+    __IMAGE                             528K
+    __LINKEDIT                         71.2M
+    __TEXT                            135.6M
+    __UNICODE                           544K
+    shared memory                         4K
+    ===========                      =======
+    TOTAL                             334.2M
+    TOTAL, minus reserved VM space    334.2M
+
+# End of transcript or log.
+"""]]
+
+> Apparently this is [[fixed|done]] in the latest release. --[[Joey]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment
new file mode 100644
index 0000000000..ef7579c46b
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_10_8d90e23514d9f14283857c57017a5fcf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.68"
+ subject="comment 10"
+ date="2014-01-20T16:28:43Z"
+ content="""
+I have updated the autobuild again, now nettle is built with more optimisations disabled. I hope this fixes it because I'm running out of things to try.
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment
new file mode 100644
index 0000000000..5b5b94a401
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_11_1a0e174969e99e7b562854d2c3b3e606._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="Past the SHA issues"
+ date="2014-01-20T23:14:53Z"
+ content="""
+Now we still have an issue with nettle, but now it's part of urandom.  I'm not sure what to suggest...
+
+[[!format sh \"\"\"
+Thread 1 Crashed:
+0   H                             	0x00000001075d9756 do_device_source_urandom + 108
+1   H                             	0x00000001075d9686 do_device_source + 46
+2   H                             	0x00000001075d92b9 wrap_nettle_rnd_init + 74
+3   H                             	0x000000010755d585 _gnutls_rnd_init + 32
+4   H                             	0x0000000107551dae gnutls_global_init + 262
+5   git-annex                     	0x00000001054a28c3 0x103c83000 + 25295043
+6   git-annex                     	0x000000010692ab28 0x103c83000 + 46824232
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment
new file mode 100644
index 0000000000..cd2047a93c
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_12_dfde39222a91923c570e5405d9e527f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="Seems to be working now"
+ date="2014-03-12T02:36:59Z"
+ content="""
+Just tried again off of the most recent osx release build and it appears to be working without crashing.  Not sure what else you did but thanks!
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment
new file mode 100644
index 0000000000..3a02f2f8c7
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_13_65de2b5dd3af89c2f0f6508ffddda3b5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 13"
+ date="2014-03-12T17:01:12Z"
+ content="""
+Well that's good and unexpected news!
+
+I did make some changes on the OSX autobuilder recently. For one thing, I updated and rebuilt all the homebrew stuff, and remembered to pass --build-bottle when doing so. Which I think I had always done before.. Homebrew also removed some dependencies on gnutls in wget, and perhaps they also made other changes -- I'd not be surprised if a change to homebrew made --build-bottle start disabling some optimisations.
+
+In any case, I suppose I can close this bug now..
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment
new file mode 100644
index 0000000000..f8c36c1fd5
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_1_804c394e97223b1f9cc9f1f3adaa2e74._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 1"
+ date="2014-01-14T20:54:52Z"
+ content="""
+This must be more stuff on the OSX build machine that is using processor-specific optimisations. Similar to previously fixed problems with wget etc being built with those optimisations.
+
+This time, it must be one of the several libraries git-annex links with, and only one that is used when using XMPP. So, one of libxml2, libidn, libgsasl, libgnutls.
+
+I have replaced all of those libraries with unoptimised ones built with `brew install --build-bottle`. This is available in the daily built app now. Since I cannot test it myself, please download that <https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/git-annex.dmg>  and let me know how it goes.
+
+
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment
new file mode 100644
index 0000000000..1131f74a1a
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_2_f1fe0c05724236988e77f4b7f393e7d5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="Different Crash on startup"
+ date="2014-01-14T22:40:26Z"
+ content="""
+dyld: Library not loaded: /usr/local/opt/libxml2/lib/libxml2.2.dylib
+  Referenced from: /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
+  Reason: Incompatible library version: git-annex requires version 12.0.0 or later, but libxml2.2.dylib provides version 10.0.0
+
+I think the problem at this point is I don't have brew installed though.  I'll try to do that later tonight.
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment
new file mode 100644
index 0000000000..d11cf6b770
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_3_3d9ec79231e1b340b5e8b7b63a902546._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="Partly fixed?"
+ date="2014-01-15T01:35:19Z"
+ content="""
+The new build fixed it for me on Mac OS 10.8.5 but not on 10.9.1
+Using the app, it won't start anything on 10.9.1 now.
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment
new file mode 100644
index 0000000000..e76fecc3cf
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_4_f63bb1d29fc7130bfa0c15feeba4e5fd._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="comment 4"
+ date="2014-01-15T02:21:38Z"
+ content="""
+The problem on 10.9.1 appears to be related to the version of libxml2 thats being used. There is a console message on startup that shows this:
+    
+    dyld: Library not loaded: /usr/local/opt/libxml2/lib/libxml2.2.dylib
+      Referenced from: /Applications/git-annex.app/Contents/MacOs/bundle/git-annex
+      Reason: Incompatible library version: git-annex requires version 12.0.0 or later, but libxml2.2.dylib provides version 10.0.0
+    
+ I have actually been unable to build the newest version of libxml2 which I guess will have a library version 12 on mavericks so far tonight via Brew.  I keep getting errors like:
+
+    /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/sys/_types.h:132:9: error: unknown type name '__int32_t'
+    typedef __int32_t       __darwin_suseconds_t;   /* [???] microseconds */
+
+So far the interwebs are failing me and I don't have a solution.  
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment
new file mode 100644
index 0000000000..f8cb706e54
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_5_a024902e300cf50e8f6a63c7feef63a1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 5"
+ date="2014-01-15T17:28:56Z"
+ content="""
+It's not supposed to use the system version of libxml2 etc. I have updated the build with the problem that was causing it to do so fixed, please re-test.
+
+BTW, I am surprised that you report the Mavericks build works on 10.8.5 -- isn't that snow leopard?
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment
new file mode 100644
index 0000000000..f8d04af923
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_6_baf0333f307dff0f79cd7c73b4c56c18._comment
@@ -0,0 +1,356 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="Still crashing "
+ date="2014-01-15T22:36:15Z"
+ content="""
+But it's a different crash now.  Previously the thread that crashed was doing xml related things.  Now the crash is doing what looks like hash related things.
+
+[[!format sh \"\"\"
+
+Process:         git-annex [27419]
+Path:            /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+Identifier:      git-annex
+Version:         0
+Code Type:       X86-64 (Native)
+Parent Process:  ??? [1]
+Responsible:     git-annex [27419]
+User ID:         501
+
+Date/Time:       2014-01-15 17:31:49.406 -0500
+OS Version:      Mac OS X 10.9.1 (13B42)
+Report Version:  11
+Anonymous UUID:  43148BA1-3CAA-4C73-2971-CAC673D60B2B
+
+
+Crashed Thread:  1
+
+Exception Type:  EXC_BAD_INSTRUCTION (SIGILL)
+Exception Codes: 0x0000000000000001, 0x0000000000000000
+
+Thread 0:: Dispatch queue: com.apple.main-thread
+0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+2   git-annex                     	0x000000010a0026f9 0x107364000 + 46786297
+3   git-annex                     	0x0000000109fdf91b 0x107364000 + 46643483
+4   git-annex                     	0x0000000109fee362 0x107364000 + 46703458
+5   git-annex                     	0x0000000109feedd4 0x107364000 + 46706132
+6   git-annex                     	0x0000000109fe976e 0x107364000 + 46684014
+7   git-annex                     	0x0000000109fe9876 0x107364000 + 46684278
+8   git-annex                     	0x0000000107c211e8 0x107364000 + 9163240
+9   libdyld.dylib                 	0x00007fff9a5695fd start + 1
+
+Thread 1 Crashed:
+0   V                             	0x000000010aeb2b9d nettle_sha256_init + 4
+1   V                             	0x000000010aeb9e60 nettle_yarrow256_init + 24
+2   H                             	0x000000010acb3293 wrap_nettle_rnd_init + 52
+3   H                             	0x000000010ac378cf _gnutls_rnd_init + 32
+4   H                             	0x000000010ac2bfba gnutls_global_init + 262
+5   git-annex                     	0x0000000108b80873 0x107364000 + 25282675
+6   git-annex                     	0x000000010a008c08 0x107364000 + 46812168
+
+Thread 2:
+0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+2   git-annex                     	0x000000010a0026f9 0x107364000 + 46786297
+3   git-annex                     	0x0000000109fdf91b 0x107364000 + 46643483
+4   git-annex                     	0x0000000109fee362 0x107364000 + 46703458
+5   git-annex                     	0x0000000109feecab 0x107364000 + 46705835
+6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 3:
+0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+2   git-annex                     	0x000000010a0026f9 0x107364000 + 46786297
+3   git-annex                     	0x0000000109fdf91b 0x107364000 + 46643483
+4   git-annex                     	0x0000000109fee362 0x107364000 + 46703458
+5   git-annex                     	0x0000000109feecab 0x107364000 + 46705835
+6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 4:
+0   libsystem_kernel.dylib        	0x00007fff9796e662 kevent64 + 10
+1   git-annex                     	0x0000000109f8e23a 0x107364000 + 46309946
+
+Thread 5:
+0   libsystem_kernel.dylib        	0x00007fff9796d716 __psynch_cvwait + 10
+1   libsystem_pthread.dylib       	0x00007fff9a0cdc3b _pthread_cond_wait + 727
+2   git-annex                     	0x000000010a0026f9 0x107364000 + 46786297
+3   git-annex                     	0x0000000109fdf91b 0x107364000 + 46643483
+4   git-annex                     	0x0000000109fee362 0x107364000 + 46703458
+5   git-annex                     	0x0000000109feecab 0x107364000 + 46705835
+6   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+7   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+8   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 6:: Dispatch queue: com.apple.libdispatch-manager
+0   libsystem_kernel.dylib        	0x00007fff9796e662 kevent64 + 10
+1   libdispatch.dylib             	0x00007fff92f5243d _dispatch_mgr_invoke + 239
+2   libdispatch.dylib             	0x00007fff92f52152 _dispatch_mgr_thread + 52
+
+Thread 7:
+0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+6   git-annex                     	0x00000001087bd6c8 0x107364000 + 21337800
+7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 8:
+0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+6   git-annex                     	0x00000001087bd6c8 0x107364000 + 21337800
+7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 9:
+0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+6   git-annex                     	0x00000001087bd6c8 0x107364000 + 21337800
+7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 10:
+0   libsystem_kernel.dylib        	0x00007fff97969a1a mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff97968d18 mach_msg + 64
+2   com.apple.CoreFoundation      	0x00007fff95160315 __CFRunLoopServiceMachPort + 181
+3   com.apple.CoreFoundation      	0x00007fff9515f939 __CFRunLoopRun + 1161
+4   com.apple.CoreFoundation      	0x00007fff9515f275 CFRunLoopRunSpecific + 309
+5   com.apple.CoreFoundation      	0x00007fff952149d1 CFRunLoopRun + 97
+6   git-annex                     	0x00000001087bd6c8 0x107364000 + 21337800
+7   libsystem_pthread.dylib       	0x00007fff9a0cb899 _pthread_body + 138
+8   libsystem_pthread.dylib       	0x00007fff9a0cb72a _pthread_start + 137
+9   libsystem_pthread.dylib       	0x00007fff9a0cffc9 thread_start + 13
+
+Thread 1 crashed with X86 Thread State (64-bit):
+  rax: 0x0000000000000000  rbx: 0x000000010acd31d0  rcx: 0x0000000000000000  rdx: 0x000000010acd31d0
+  rdi: 0x000000010acd2f20  rsi: 0x0000000000000002  rbp: 0x000000010b17cda0  rsp: 0x000000010b17cda0
+   r8: 0x0000000000000003   r9: 0x00007fcdbbc00000  r10: 0x000000010aec7208  r11: 0x000000010aeb9e48
+  r12: 0x000000010b073d50  r13: 0x000000010a554598  r14: 0x0000000000000002  r15: 0x000000010acd2f20
+  rip: 0x000000010aeb2b9d  rfl: 0x0000000000010206  cr2: 0x000000010aeb2b99
+  
+Logical CPU:     1
+Error Code:      0x00000000
+Trap Number:     6
+
+
+Binary Images:
+       0x107364000 -        0x10a188fef +git-annex (0) <81FF250D-D672-3822-B1EB-7AE0378499F6> /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+       0x10aaa5000 -        0x10ab8fff7 +E (0) <6ABB8037-E5D8-31BE-AC66-66C1F9ACB39E> /Applications/git-annex.app/Contents/MacOS/bundle/E
+       0x10abc1000 -        0x10abd5fff +F (0) <69078CE7-B622-3D03-A100-6438C3D523F9> /Applications/git-annex.app/Contents/MacOS/bundle/F
+       0x10abdc000 -        0x10ac09fff +G (0) <4DF43DFC-832F-3C44-A990-BD3328CE6E2B> /Applications/git-annex.app/Contents/MacOS/bundle/G
+       0x10ac10000 -        0x10acc9fe7 +H (0) <70CFD2E5-AE2E-3CA8-A398-B90FBBA66F02> /Applications/git-annex.app/Contents/MacOS/bundle/H
+       0x10acf9000 -        0x10ad0aff7 +B (53) <42E0C8C6-CA38-3CA4-8619-D24ED5DD492E> /Applications/git-annex.app/Contents/MacOS/bundle/B
+       0x10ad16000 -        0x10ae07ff9 +D (41) <BB44B115-AC32-3877-A0ED-AEC6232A4563> /Applications/git-annex.app/Contents/MacOS/bundle/D
+       0x10ae18000 -        0x10ae32ff7 +P (0) <18FCF32F-BAB0-323A-BCAC-D4CE4272B754> /Applications/git-annex.app/Contents/MacOS/bundle/P
+       0x10ae71000 -        0x10ae82fff +T (0) <DE89C58A-64F4-3C78-B6AC-A0D0A485B75F> /Applications/git-annex.app/Contents/MacOS/bundle/T
+       0x10ae8f000 -        0x10ae9cfff +U (0) <22B05EAF-3BFB-3CC8-AE46-35F548CD7194> /Applications/git-annex.app/Contents/MacOS/bundle/U
+       0x10aea3000 -        0x10aec4fff +V (0) <D81BE70A-76E4-32B0-8066-E63D4E0EED16> /Applications/git-annex.app/Contents/MacOS/bundle/V
+       0x10aece000 -        0x10aedafff +W (0) <AF6A36A9-D689-3044-8545-656B6B04A9BA> /Applications/git-annex.app/Contents/MacOS/bundle/W
+       0x10aee3000 -        0x10af44fff +X (0) <AB4ED07E-0B12-36E9-B513-7F402AE3CCB5> /Applications/git-annex.app/Contents/MacOS/bundle/X
+    0x7fff69636000 -     0x7fff69669817  dyld (239.3) <D1DFCF3F-0B0C-332A-BCC0-87A851B570FF> /usr/lib/dyld
+    0x7fff8d3b0000 -     0x7fff8d43cff7  com.apple.ink.framework (10.9 - 207) <8A50B893-AD03-3826-8555-A54FEAF08F47> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
+    0x7fff8d44b000 -     0x7fff8d4a3ff7  com.apple.Symbolication (1.4 - 129) <16D42516-7B5E-357C-898A-FAA9EE7642B3> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
+    0x7fff8d515000 -     0x7fff8d516fff  libunc.dylib (28) <62682455-1862-36FE-8A04-7A6B91256438> /usr/lib/system/libunc.dylib
+    0x7fff8d51c000 -     0x7fff8d522ff7  libsystem_platform.dylib (24.1.4) <331BA4A5-55CE-3B95-99EB-44E0C89D7FB8> /usr/lib/system/libsystem_platform.dylib
+    0x7fff8d523000 -     0x7fff8d904ffe  libLAPACK.dylib (1094.5) <7E7A9B8D-1638-3914-BAE0-663B69865986> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
+    0x7fff8d952000 -     0x7fff8d959fff  com.apple.NetFS (6.0 - 4.0) <8E26C099-CE9D-3819-91A2-64EA929C6137> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
+    0x7fff8d98a000 -     0x7fff8d9c8ff7  libGLImage.dylib (9.0.83) <C08048A7-03CC-3E40-BCDC-7791D87AC8E4> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
+    0x7fff8da8d000 -     0x7fff8dd8cfff  com.apple.Foundation (6.9 - 1056) <D608EDFD-9634-3573-9B7E-081C7D085F7A> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
+    0x7fff8dfac000 -     0x7fff8dfb0ff7  libheimdal-asn1.dylib (323.12) <063A01C2-E547-39D9-BB42-4CC8E64ADE70> /usr/lib/libheimdal-asn1.dylib
+    0x7fff8dfb1000 -     0x7fff8dfb6fff  libmacho.dylib (845) <1D2910DF-C036-3A82-A3FD-44FF73B5FF9B> /usr/lib/system/libmacho.dylib
+    0x7fff8e022000 -     0x7fff8e024ff3  libsystem_configuration.dylib (596.12) <C4F633D9-94C8-35D9-BB2D-84C5122533C7> /usr/lib/system/libsystem_configuration.dylib
+    0x7fff8e35c000 -     0x7fff8e4afff7  com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) <A0B7B007-9BD8-30E2-B644-47856DA29FEE> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
+    0x7fff8e4ee000 -     0x7fff8f062ff7  com.apple.AppKit (6.9 - 1265) <0E9FC8BF-DA3C-34C5-91CC-12BC922B5F01> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
+    0x7fff8f063000 -     0x7fff8f067ff7  libcache.dylib (62) <BDC1E65B-72A1-3DA3-A57C-B23159CAAD0B> /usr/lib/system/libcache.dylib
+    0x7fff8f068000 -     0x7fff8f0a1ff7  com.apple.QD (3.50 - 298) <C1F20764-DEF0-34CF-B3AB-AB5480D64E66> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
+    0x7fff8f0a2000 -     0x7fff8f0adfff  libGL.dylib (9.0.83) <984A960A-C159-3AE5-8B40-E2B451F6C712> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
+    0x7fff8f0d7000 -     0x7fff8f0d8ff7  libDiagnosticMessagesClient.dylib (100) <4CDB0F7B-C0AF-3424-BC39-495696F0DB1E> /usr/lib/libDiagnosticMessagesClient.dylib
+    0x7fff8f120000 -     0x7fff8f121fff  liblangid.dylib (117) <9546E641-F730-3AB0-B3CD-E0E2FDD173D9> /usr/lib/liblangid.dylib
+    0x7fff8f122000 -     0x7fff8f169ff7  libcups.2.dylib (372) <348EED62-6C20-35D6-8EFB-E80943965100> /usr/lib/libcups.2.dylib
+    0x7fff8f551000 -     0x7fff8f5e0fff  com.apple.Metadata (10.7.0 - 800.12.2) <A9F5D471-8732-3F95-A4A2-33864B92A181> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
+    0x7fff8f843000 -     0x7fff8f850ff0  libbz2.1.0.dylib (29) <0B98AC35-B138-349C-8063-2B987A75D24C> /usr/lib/libbz2.1.0.dylib
+    0x7fff8fa7e000 -     0x7fff8fa86ffc  libGFXShared.dylib (9.0.83) <11A621C3-37A0-39CE-A69B-8739021BD79D> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
+    0x7fff8fab1000 -     0x7fff8fc5ef27  libobjc.A.dylib (551.1) <AD7FD984-271E-30F4-A361-6B20319EC73B> /usr/lib/libobjc.A.dylib
+    0x7fff8fc5f000 -     0x7fff8fc68fff  com.apple.speech.synthesis.framework (4.6.2 - 4.6.2) <0AAE45F0-FC6E-36B6-A6A7-73E6950A74AC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
+    0x7fff90002000 -     0x7fff9000ffff  com.apple.Sharing (132.2 - 132.2) <F983394A-226D-3244-B511-FA51FDB6ADDA> /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
+    0x7fff90042000 -     0x7fff90071ff5  com.apple.GSS (4.0 - 2.0) <ED98D992-CC14-39F3-9ABC-8D7F986487CC> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
+    0x7fff90072000 -     0x7fff90072fff  com.apple.CoreServices (59 - 59) <7A697B5E-F179-30DF-93F2-8B503CEEEFD5> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
+    0x7fff90073000 -     0x7fff900c5fff  libc++.1.dylib (120) <4F68DFC5-2077-39A8-A449-CAC5FDEE7BDE> /usr/lib/libc++.1.dylib
+    0x7fff90646000 -     0x7fff90646fff  com.apple.Cocoa (6.8 - 20) <E90E99D7-A425-3301-A025-D9E0CD11918E> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
+    0x7fff90647000 -     0x7fff90710fff  com.apple.LaunchServices (572.23 - 572.23) <8D955BDE-2C4C-3DD4-B4D7-2D916174FE1D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
+    0x7fff90711000 -     0x7fff90762ff3  com.apple.audio.CoreAudio (4.2.0 - 4.2.0) <BF4C2FE3-8BC8-30D1-8347-2A7221268794> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
+    0x7fff90795000 -     0x7fff90858ff7  com.apple.backup.framework (1.5.1 - 1.5.1) <FC4E949B-B41A-3F21-8AF8-AEDB13146FEA> /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
+    0x7fff9085f000 -     0x7fff9117b05f  com.apple.CoreGraphics (1.600.0 - 599.7) <7D0FD5A7-A061-39BA-8E00-723825D2C4DD> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
+    0x7fff9117c000 -     0x7fff911bbfff  libGLU.dylib (9.0.83) <8B457205-513B-3477-AE9C-3AD979D5FE11> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
+    0x7fff91291000 -     0x7fff912acff7  libPng.dylib (1038) <EF781AF8-C2E6-3179-B8A1-A584783070F1> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
+    0x7fff912b0000 -     0x7fff912bbff7  com.apple.NetAuth (5.0 - 5.0) <C811E662-9EC3-3B74-808A-A75D624F326B> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
+    0x7fff912bc000 -     0x7fff912e3ff7  libsystem_network.dylib (241.3) <8B1E1F1D-A5CC-3BAE-8B1E-ABC84337A364> /usr/lib/system/libsystem_network.dylib
+    0x7fff912e4000 -     0x7fff912e4ffd  libOpenScriptingUtil.dylib (157) <19F0E769-0989-3062-9AFB-8976E90E9759> /usr/lib/libOpenScriptingUtil.dylib
+    0x7fff91426000 -     0x7fff9144aff7  libJPEG.dylib (1038) <86F349A8-882D-3326-A0B0-63257F68B1A7> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
+    0x7fff916fe000 -     0x7fff91700fff  libCVMSPluginSupport.dylib (9.0.83) <E2AED858-6EEB-36C6-8C06-C3CF649A3CD5> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
+    0x7fff91701000 -     0x7fff91701fff  com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) <F8D0CC77-98AC-3B58-9FE6-0C25421827B6> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
+    0x7fff9172a000 -     0x7fff9172fff7  libunwind.dylib (35.3) <78DCC358-2FC1-302E-B395-0155B47CB547> /usr/lib/system/libunwind.dylib
+    0x7fff91ff7000 -     0x7fff9201effb  libsystem_info.dylib (449.1.3) <7D41A156-D285-3849-A2C3-C04ADE797D98> /usr/lib/system/libsystem_info.dylib
+    0x7fff920c3000 -     0x7fff92130fff  com.apple.SearchKit (1.4.0 - 1.4.0) <B9B8D510-A27E-36B0-93E9-17146D9E9045> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
+    0x7fff92131000 -     0x7fff92389ff1  com.apple.security (7.0 - 55471) <233831C5-C457-3AD5-AFE7-E3E2DE6929C9> /System/Library/Frameworks/Security.framework/Versions/A/Security
+    0x7fff92397000 -     0x7fff9266bfc7  com.apple.vImage (7.0 - 7.0) <D241DBFA-AC49-31E2-893D-EAAC31890C90> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
+    0x7fff92f4f000 -     0x7fff92f69fff  libdispatch.dylib (339.1.9) <46878A5B-4248-3057-962C-6D4A235EEF31> /usr/lib/system/libdispatch.dylib
+    0x7fff92f6a000 -     0x7fff92f92ffb  libxslt.1.dylib (13) <C9794936-633C-3F0C-9E71-30190B9B41C1> /usr/lib/libxslt.1.dylib
+    0x7fff93591000 -     0x7fff935d3ff7  libauto.dylib (185.5) <F45C36E8-B606-3886-B5B1-B6745E757CA8> /usr/lib/libauto.dylib
+    0x7fff935d4000 -     0x7fff93604fff  com.apple.IconServices (25 - 25.17) <4751127E-FBD5-3ED5-8510-08D4E4166EFE> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
+    0x7fff937e6000 -     0x7fff93820ff3  com.apple.bom (12.0 - 192) <989690DB-B9CC-3DB5-89AE-B5D33EDC474E> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
+    0x7fff9397e000 -     0x7fff93aecff7  libBLAS.dylib (1094.5) <DE93A590-5FA5-32A2-A16C-5D7D7361769F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
+    0x7fff93b18000 -     0x7fff93b1bfff  com.apple.TCC (1.0 - 1) <32A075D9-47FD-3E71-95BC-BFB0D583F41C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
+    0x7fff93b1c000 -     0x7fff93b20fff  libpam.2.dylib (20) <B93CE8F5-DAA8-30A1-B1F6-F890509513CB> /usr/lib/libpam.2.dylib
+    0x7fff93c44000 -     0x7fff94077ffb  com.apple.vision.FaceCore (3.0.0 - 3.0.0) <F42BFC9C-0B16-35EF-9A07-91B7FDAB7FC5> /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
+    0x7fff94101000 -     0x7fff94174ffb  com.apple.securityfoundation (6.0 - 55122) <119D1C53-B292-3378-AEE1-A3B1FB02F43F> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
+    0x7fff94180000 -     0x7fff9418dff7  libxar.1.dylib (202) <5572AA71-E98D-3FE1-9402-BB4A84E0E71E> /usr/lib/libxar.1.dylib
+    0x7fff941a2000 -     0x7fff941a4fff  libRadiance.dylib (1038) <55F99274-5074-3C73-BAC5-AF234E71CF38> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
+    0x7fff9420c000 -     0x7fff94259ff2  com.apple.print.framework.PrintCore (9.0 - 428) <8D8253E3-302F-3DB2-9C5C-572CB974E8B3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
+    0x7fff9425a000 -     0x7fff9425ffff  com.apple.DiskArbitration (2.6 - 2.6) <F8A47F61-83D1-3F92-B7A8-A169E0D187C0> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
+    0x7fff94260000 -     0x7fff94270fff  libbsm.0.dylib (33) <2CAC00A2-1352-302A-88FA-C567D4D69179> /usr/lib/libbsm.0.dylib
+    0x7fff942c5000 -     0x7fff942cfff7  com.apple.bsd.ServiceManagement (2.0 - 2.0) <2D27B498-BB9C-3D88-B05A-76908A8A26F3> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
+    0x7fff942d0000 -     0x7fff942f5ff7  com.apple.CoreVideo (1.8 - 117.2) <4674339E-26D0-35FA-9958-422832B39B12> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
+    0x7fff942f8000 -     0x7fff94346fff  libcorecrypto.dylib (161.1) <F3973C28-14B6-3006-BB2B-00DD7F09ABC7> /usr/lib/system/libcorecrypto.dylib
+    0x7fff94347000 -     0x7fff9434affc  com.apple.IOSurface (91 - 91) <07CA8A59-1E32-3FB6-B506-18DAF58A8CE0> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
+    0x7fff9434b000 -     0x7fff94354ff3  libsystem_notify.dylib (121) <52571EC3-6894-37E4-946E-064B021ED44E> /usr/lib/system/libsystem_notify.dylib
+    0x7fff943ae000 -     0x7fff943c0ff7  com.apple.MultitouchSupport.framework (245.13 - 245.13) <D5E7416D-45AB-3690-86C6-CC4B5FCEA2D2> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
+    0x7fff943c1000 -     0x7fff9455dff7  com.apple.QuartzCore (1.8 - 332.0) <994D1E0A-64B6-398C-B9A2-C362F02DE943> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
+    0x7fff94953000 -     0x7fff94a42fff  libFontParser.dylib (111.1) <835A8253-6AB9-3AAB-9CBF-171440DEC486> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
+    0x7fff94a44000 -     0x7fff94a68fff  libxpc.dylib (300.1.17) <4554927A-9467-365C-91F1-5A116989DD7F> /usr/lib/system/libxpc.dylib
+    0x7fff94a69000 -     0x7fff94ab0fff  libFontRegistry.dylib (127) <A77A0480-AA5D-3CC8-8B68-69985CD546DC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
+    0x7fff94b00000 -     0x7fff94b53fff  com.apple.ScalableUserInterface (1.0 - 1) <CF745298-7373-38D2-B3B1-727D5A569E48> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
+    0x7fff94b5e000 -     0x7fff94b6cfff  com.apple.opengl (9.0.83 - 9.0.83) <AF467644-7B1D-327A-AC47-CECFCAF61990> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
+    0x7fff94b8a000 -     0x7fff94b91ff7  liblaunch.dylib (842.1.4) <FCBF0A02-0B06-3F97-9248-5062A9DEB32C> /usr/lib/system/liblaunch.dylib
+    0x7fff94b92000 -     0x7fff94b9dfff  libkxld.dylib (2422.1.72) <C88EF3E6-B31F-3E12-BE9B-562D912BA733> /usr/lib/system/libkxld.dylib
+    0x7fff94ec9000 -     0x7fff94ec9ff7  libkeymgr.dylib (28) <3AA8D85D-CF00-3BD3-A5A0-E28E1A32A6D8> /usr/lib/system/libkeymgr.dylib
+    0x7fff94eca000 -     0x7fff94f23fff  libTIFF.dylib (1038) <5CBFE0C2-9DD8-340B-BA63-A94CE2E476F2> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
+    0x7fff94f24000 -     0x7fff94f3fff7  libsystem_malloc.dylib (23.1.10) <FFE5C472-B23A-318A-85BF-77CDE61900D1> /usr/lib/system/libsystem_malloc.dylib
+    0x7fff950ab000 -     0x7fff950dafd2  libsystem_m.dylib (3047.16) <B7F0E2E4-2777-33FC-A787-D6430B630D54> /usr/lib/system/libsystem_m.dylib
+    0x7fff950db000 -     0x7fff950e3ff7  com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <98BBB3E4-6239-3EF1-90B2-84EA0D3B8D61> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
+    0x7fff950e6000 -     0x7fff950e7ff7  libsystem_blocks.dylib (63) <FB856CD1-2AEA-3907-8E9B-1E54B6827F82> /usr/lib/system/libsystem_blocks.dylib
+    0x7fff950ef000 -     0x7fff952d4ff7  com.apple.CoreFoundation (6.9 - 855.11) <E22C6A1F-8996-349C-905E-96C3BBE07C2F> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+    0x7fff952d5000 -     0x7fff952ecfff  com.apple.CFOpenDirectory (10.9 - 173.1.1) <3FB4D5FE-860B-3BDE-BAE2-3531D919EF10> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
+    0x7fff953a1000 -     0x7fff953a5ff7  libGIF.dylib (1038) <C29B4323-1B9E-36B9-96C2-7CEDBAA124F0> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
+    0x7fff958d8000 -     0x7fff958e2ff7  com.apple.CrashReporterSupport (10.9 - 538) <B487466B-3AA1-3854-A808-A61F049FA794> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
+    0x7fff958e3000 -     0x7fff95bb1ff4  com.apple.CoreImage (9.0.54) <74BB8685-69A9-3A45-8DED-EA26BD39D710> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
+    0x7fff95e9a000 -     0x7fff95e9bfff  com.apple.TrustEvaluationAgent (2.0 - 25) <334A82F4-4AE4-3719-A511-86D0B0723E2B> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
+    0x7fff95e9c000 -     0x7fff95f4cff7  libvMisc.dylib (423.32) <049C0735-1808-39B9-943F-76CB8021744F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
+    0x7fff95fa5000 -     0x7fff95faefff  com.apple.CommonAuth (4.0 - 2.0) <1D263127-5F27-3128-996D-7397660D0C6E> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
+    0x7fff95fd9000 -     0x7fff96283ffd  com.apple.HIToolbox (2.1 - 696) <1CFFF37B-C392-3088-B0A4-C08C55B2AF8F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
+    0x7fff962bc000 -     0x7fff962fdfff  com.apple.PerformanceAnalysis (1.47 - 47) <784ED7B8-FAE4-36CE-8C76-B7D300316C9F> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
+    0x7fff96478000 -     0x7fff96482fff  libcommonCrypto.dylib (60049) <8C4F0CA0-389C-3EDC-B155-E62DD2187E1D> /usr/lib/system/libcommonCrypto.dylib
+    0x7fff96483000 -     0x7fff9648afff  libcompiler_rt.dylib (35) <4CD916B2-1B17-362A-B403-EF24A1DAC141> /usr/lib/system/libcompiler_rt.dylib
+    0x7fff965c3000 -     0x7fff965c4ff7  libsystem_sandbox.dylib (278.10) <A47E7E11-3C76-318E-B67D-98972B86F094> /usr/lib/system/libsystem_sandbox.dylib
+    0x7fff9752f000 -     0x7fff97777fff  com.apple.CoreData (107 - 481) <E5AFBA07-F73E-3B3F-9099-F51224EE8EAD> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
+    0x7fff97849000 -     0x7fff97930ff7  libxml2.2.dylib (26) <A1DADD11-89E5-3DE4-8802-07186225967F> /usr/lib/libxml2.2.dylib
+    0x7fff97958000 -     0x7fff97974ff7  libsystem_kernel.dylib (2422.1.72) <D14913DB-47F1-3591-8DAF-D4B4EF5F8818> /usr/lib/system/libsystem_kernel.dylib
+    0x7fff97a67000 -     0x7fff97ae7fff  com.apple.CoreSymbolication (3.0 - 141) <B018335C-698B-3F87-AF1C-6115C4FA8954> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
+    0x7fff97ae8000 -     0x7fff97bedfff  com.apple.ImageIO.framework (3.3.0 - 1038) <2C058216-C6D8-3380-A7EA-92A3F04520C1> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
+    0x7fff97ca5000 -     0x7fff97d2eff7  libsystem_c.dylib (997.1.1) <61833FAA-7281-3FF9-937F-686B6F20427C> /usr/lib/system/libsystem_c.dylib
+    0x7fff97d45000 -     0x7fff97d5eff7  com.apple.Ubiquity (1.3 - 289) <C7F1B734-CE81-334D-BE41-8B20D95A1F9B> /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
+    0x7fff97d64000 -     0x7fff97e94ff7  com.apple.desktopservices (1.8 - 1.8) <09DC9BB8-432F-3C7A-BB08-956A2DDFC2DE> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
+    0x7fff97f05000 -     0x7fff98075ff6  com.apple.CFNetwork (673.0.3 - 673.0.3) <42CFC3DB-35C8-3652-AF37-4BCC73D8BDEF> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
+    0x7fff98076000 -     0x7fff980e0ff7  com.apple.framework.IOKit (2.0.1 - 907.1.13) <C1E95F5C-B79B-31BE-9F2A-1B25163C1F16> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
+    0x7fff9877f000 -     0x7fff987e2ff7  com.apple.SystemConfiguration (1.13 - 1.13) <F05F4149-981B-380B-8F50-51CE804BBB89> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
+    0x7fff988e8000 -     0x7fff9894cff9  com.apple.Heimdal (4.0 - 2.0) <E7D20A4D-4674-37E1-A949-635FFF7C439A> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
+    0x7fff9894d000 -     0x7fff98a18fff  libvDSP.dylib (423.32) <3BF732BE-DDE0-38EB-8C54-E4E3C64F77A7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
+    0x7fff98ba3000 -     0x7fff98babfff  libsystem_dnssd.dylib (522.1.11) <270DCF6C-502D-389A-AA9F-DE4624A36FF7> /usr/lib/system/libsystem_dnssd.dylib
+    0x7fff98bac000 -     0x7fff98baffff  libCoreVMClient.dylib (58.1) <EBC36C69-C896-3C3D-8589-3E9023E7E56F> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
+    0x7fff98bb0000 -     0x7fff98c72ff1  com.apple.CoreText (352.0 - 367.15) <E5C70FC8-C861-39B8-A491-595E5B55CFC8> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
+    0x7fff98c73000 -     0x7fff98c7fff7  com.apple.OpenDirectory (10.9 - 173.1.1) <6B78BD7B-5622-38E6-8FC6-86A117E3ACCA> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
+    0x7fff98c80000 -     0x7fff98caffff  com.apple.DebugSymbols (106 - 106) <E1BDED08-523A-36F4-B2DA-9D5C712F0AC7> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
+    0x7fff98cb0000 -     0x7fff98d9efff  libJP2.dylib (1038) <6C8179F5-8063-3ED6-A7C2-D5603DECDF28> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
+    0x7fff98e1f000 -     0x7fff98f03fff  com.apple.coreui (2.1 - 231) <432DB40C-6B7E-39C8-9FB5-B95917930056> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
+    0x7fff98f6f000 -     0x7fff98f73fff  libsystem_stats.dylib (93.1.26) <B9E26A9E-FBBC-3938-B8B7-6CF7CA8C99AD> /usr/lib/system/libsystem_stats.dylib
+    0x7fff98f74000 -     0x7fff98ffdfff  com.apple.ColorSync (4.9.0 - 4.9.0) <B756B908-9AD1-3F5D-83F9-7A0B068387D2> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
+    0x7fff99029000 -     0x7fff9908dff3  com.apple.datadetectorscore (5.0 - 354.0) <9ACF24B8-3268-3134-A5BC-D72C9371A195> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
+    0x7fff993e4000 -     0x7fff993ebff3  libcopyfile.dylib (103) <5A881779-D0D6-3029-B371-E3021C2DDA5E> /usr/lib/system/libcopyfile.dylib
+    0x7fff994a3000 -     0x7fff99512ff1  com.apple.ApplicationServices.ATS (360 - 363.1) <88976B22-A9B8-3E7B-9AE6-0B8E09A968FC> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
+    0x7fff99513000 -     0x7fff9952ffff  libresolv.9.dylib (54) <11C2C826-F1C6-39C6-B4E8-6E0C41D4FA95> /usr/lib/libresolv.9.dylib
+    0x7fff99530000 -     0x7fff9953fff8  com.apple.LangAnalysis (1.7.0 - 1.7.0) <8FE131B6-1180-3892-98F5-C9C9B79072D4> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
+    0x7fff99656000 -     0x7fff9966fff7  com.apple.Kerberos (3.0 - 1) <F108AFEB-198A-3BAF-BCA5-9DFCE55EFF92> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
+    0x7fff99673000 -     0x7fff99674ffb  libremovefile.dylib (33) <3543F917-928E-3DB2-A2F4-7AB73B4970EF> /usr/lib/system/libremovefile.dylib
+    0x7fff99675000 -     0x7fff99676ff7  libSystem.B.dylib (1197.1.1) <BFC0DC97-46C6-3BE0-9983-54A98734897A> /usr/lib/libSystem.B.dylib
+    0x7fff99c76000 -     0x7fff99c87ff7  libsystem_asl.dylib (217.1.4) <655FB343-52CF-3E2F-B14D-BEBF5AAEF94D> /usr/lib/system/libsystem_asl.dylib
+    0x7fff99c88000 -     0x7fff99f72fff  com.apple.CoreServices.CarbonCore (1077.14 - 1077.14) <B00BEB34-A9F5-381F-99FD-11E405768A9A> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
+    0x7fff99f73000 -     0x7fff99feafff  com.apple.CoreServices.OSServices (600.4 - 600.4) <36B2B009-C35E-3F21-824E-E0D00E7808C7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
+    0x7fff99feb000 -     0x7fff9a014ff7  libc++abi.dylib (48) <8C16158F-CBF8-3BD7-BEF4-022704B2A326> /usr/lib/libc++abi.dylib
+    0x7fff9a076000 -     0x7fff9a0aeff7  com.apple.RemoteViewServices (2.0 - 94) <3F34D630-3DDB-3411-BC28-A56A9B55EBDA> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
+    0x7fff9a0ca000 -     0x7fff9a0d1ff7  libsystem_pthread.dylib (53.1.4) <AB498556-B555-310E-9041-F67EC9E00E2C> /usr/lib/system/libsystem_pthread.dylib
+    0x7fff9a0d2000 -     0x7fff9a0d2fff  com.apple.Accelerate (1.9 - Accelerate 1.9) <509BB27A-AE62-366D-86D8-0B06D217CF56> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
+    0x7fff9a0d3000 -     0x7fff9a1bdfff  libsqlite3.dylib (158) <00269BF9-43BE-39E0-9C85-24585B9923C8> /usr/lib/libsqlite3.dylib
+    0x7fff9a248000 -     0x7fff9a2a3ffb  com.apple.AE (665.5 - 665.5) <BBA230F9-144C-3CAB-A77A-0621719244CD> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
+    0x7fff9a517000 -     0x7fff9a565fff  com.apple.opencl (2.3.57 - 2.3.57) <FC03A80D-543A-3448-83FF-D399C3A240D9> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
+    0x7fff9a566000 -     0x7fff9a569ff7  libdyld.dylib (239.3) <62F4D752-4089-31A8-8B73-B95A68893B3C> /usr/lib/system/libdyld.dylib
+    0x7fff9a571000 -     0x7fff9a729ff3  libicucore.A.dylib (511.27) <003B6C21-CBD1-3486-9A1D-030ADF5FA061> /usr/lib/libicucore.A.dylib
+    0x7fff9a72a000 -     0x7fff9a753fff  com.apple.DictionaryServices (1.2 - 208) <A539A058-BA57-35EE-AA08-D0B0E835127D> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
+    0x7fff9a75a000 -     0x7fff9a766ff3  com.apple.AppleFSCompression (56 - 1.0) <5652B0D0-EB08-381F-B23A-6DCF96991FB5> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
+    0x7fff9a8f5000 -     0x7fff9a90dff7  com.apple.GenerationalStorage (2.0 - 160.2) <79629AC7-896F-3302-8AC1-4939020F08C3> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
+    0x7fff9a939000 -     0x7fff9a954ff7  libCRFSuite.dylib (34) <FFAE75FA-C54E-398B-AA97-18164CD9789D> /usr/lib/libCRFSuite.dylib
+    0x7fff9ab57000 -     0x7fff9ab59ff7  libquarantine.dylib (71) <7A1A2BCB-C03D-3A25-BFA4-3E569B2D2C38> /usr/lib/system/libquarantine.dylib
+    0x7fff9ab5a000 -     0x7fff9ab5affd  com.apple.audio.units.AudioUnit (1.9 - 1.9) <6E89F3CB-CC41-3728-9F9A-FDFC151E8261> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
+    0x7fff9ac14000 -     0x7fff9ac59ff6  com.apple.HIServices (1.22 - 466) <21807AF8-3BC7-32BB-AB96-7C35CB59D7F6> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
+    0x7fff9ac5a000 -     0x7fff9ac5afff  com.apple.ApplicationServices (48 - 48) <3E3F01A8-314D-378F-835E-9CC4F8820031> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
+    0x7fff9adc0000 -     0x7fff9ade5ff7  com.apple.ChunkingLibrary (2.0 - 155.1) <B845DC7A-D1EA-31E2-967C-D1FE0C628036> /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
+
+External Modification Summary:
+  Calls made by other processes targeting this process:
+    task_for_pid: 19
+    thread_create: 0
+    thread_set_state: 0
+  Calls made by this process:
+    task_for_pid: 0
+    thread_create: 0
+    thread_set_state: 0
+  Calls made by all processes on this machine:
+    task_for_pid: 3885694
+    thread_create: 1
+    thread_set_state: 0
+
+VM Region Summary:
+ReadOnly portion of Libraries: Total=206.9M resident=102.5M(50%) swapped_out_or_unallocated=104.5M(50%)
+Writable regions: Total=51.2M written=13.9M(27%) resident=16.1M(31%) swapped_out=0K(0%) unallocated=35.1M(69%)
+ 
+REGION TYPE                      VIRTUAL
+===========                      =======
+Dispatch continuations             4096K
+Kernel Alloc Once                     4K
+MALLOC                             18.3M
+MALLOC (admin)                       32K
+STACK GUARD                        56.0M
+Stack                              12.6M
+VM_ALLOCATE                        12.3M
+VM_ALLOCATE (reserved)               12K        reserved VM address space (unallocated)
+__DATA                             23.0M
+__IMAGE                             528K
+__LINKEDIT                         71.2M
+__TEXT                            135.7M
+__UNICODE                           544K
+shared memory                         4K
+===========                      =======
+TOTAL                             334.3M
+TOTAL, minus reserved VM space    334.3M
+ 
+
+ 
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment
new file mode 100644
index 0000000000..ff4e1947c9
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_7_849759a5c92de57733b14adce2f49c14._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 7"
+ date="2014-01-16T03:32:08Z"
+ content="""
+The new crash is in gnutls. 
+
+I have removed the gnutls stuff that I asked homebrew to build a portable version of, since it seemed to fail to do so. Perhaps this will get us there. Autobuild is updated.
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment
new file mode 100644
index 0000000000..0ea4b49530
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_8_01530dd4ddbf620435a4d8f1edeaee8e._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="Same"
+ date="2014-01-16T05:45:34Z"
+ content="""
+Same problem for me here, although I would not know how to make a nice log like David does.
+
+versioning of osx is like this:
+
+10.6 -> Snow Leopard
+10.7 -> Lion
+10.8 -> Mountain Lion
+10.9 -> Mavericks
+
+Thanks for the efforts.
+"""]]
diff --git a/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment b/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment
new file mode 100644
index 0000000000..edc8f2af21
--- /dev/null
+++ b/doc/bugs/Share_with_friends_crash_in_osx/comment_9_6ef922e1ebb72db8ebbff4a76017e535._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkLdR1fuu5aEz3s9VKTBKVMize_SmeNRJM"
+ nickname="David"
+ subject="Still crashing (again)"
+ date="2014-01-16T23:33:15Z"
+ content="""
+Here is the relevant section of the new crash.  Looks like the same crash as yesterdays to me.
+
+[[!format sh \"\"\"
+Thread 4 Crashed:
+0   S                             	0x000000010cea0b9d nettle_sha256_init + 4
+1   S                             	0x000000010cea7e60 nettle_yarrow256_init + 24
+2   H                             	0x000000010cccf2a3 wrap_nettle_rnd_init + 52
+3   H                             	0x000000010cc53585 _gnutls_rnd_init + 32
+4   H                             	0x000000010cc47dae gnutls_global_init + 262
+5   git-annex                     	0x000000010ab95873 0x10937a000 + 25278579
+6   git-annex                     	0x000000010c01dc08 0x10937a000 + 46808072
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__.mdwn b/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__.mdwn
new file mode 100644
index 0000000000..988f986e56
--- /dev/null
+++ b/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+
+If you have a flaky connection big uploads and downloads will fail. git-annex should try again few times.
+
+This is an example of failed download.
+
+[[!format sh """
+$ git annex get --not --in here
+get File1.bin (from s3...) (gpg) 
+You need a passphrase to unlock the secret key for
+user: "Gioele"
+4096-bit RSA key, ....
+
+gpg: gpg-agent is not available in this session
+
+  ErrorMisc "<socket: 14>: hGetBuf: resource vanished (Connection reset by peer)"
+                        
+  Unable to access these remotes: s3
+
+  Try making some of these repositories available:
+        331fa184-799d-4511-1725-ef2a17ace8b4 -- s3
+        c2a0cfa0-8871-9721-9b81-5649281fabdc -- other
+failed
+get File2.bin (from s3...) 
+
+  Unable to access these remotes: s3
+
+  Try making some of these repositories available:
+        331fa184-799d-4511-1725-ef2a17ace8b4 -- s3
+        c2a0cfa0-8871-9721-9b81-5649281fabdc -- other
+failed
+git-annex: get: 2 failed
+"""]]
+
+This is especially annoying when the DNS is out of order for a few seconds every now and then. In such cases, git-annex will complain, skip very fast to the next file, and repeat this process until it runs out of files. In the end it will have uploaded or downloaded very few files.
+
+Please not that it may not possible to write a simple shell loop to try again as the are GPG passwords to be entered.
+
+Git-annex should try again to upload or download a file in case something goes wrong.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130709.1
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    local repository version: unknown
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+Ubuntu 12.04.2 LTS
diff --git a/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__/comment_1_dd792bd98a48554a65150c06401ed3e5._comment b/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__/comment_1_dd792bd98a48554a65150c06401ed3e5._comment
new file mode 100644
index 0000000000..620f5e82e4
--- /dev/null
+++ b/doc/bugs/Should_try_again_when_network_fails___40__esp._DNS__41__/comment_1_dd792bd98a48554a65150c06401ed3e5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-17T18:54:47Z"
+ content="""
+Trying again one time does not seem like it would help, given the example you show. Trying multiple times by default would, I think, be annoying in lots of use cases where one just wants to get whatever is available, and having it get stuck retrying to download a file from a remote that is offline would not be desired when it could move on and get another file from a remote that is online.
+
+I'm willing to consider some kind of option to control how much it retries on error. But I'm not 100% sold on it being better than a simple loop. At least in most cases, using a gpg agent and a loop would work. I suppose the case it would not work as well is if enough time has elapsed for the gpg agent to re-lock the key.
+
+One approach that might work well is to add a --retry-failures-at-end option. It turns out that all failed downloads are already logged (the assistant uses this to automatically retry them), and so it would be easy to add. And rather than retrying immediately after a failure, when transferring multiple files, this puts some space in between, in which the problem may correct itself.
+"""]]
diff --git a/doc/bugs/Small_archive_behaving_like_archive.mdwn b/doc/bugs/Small_archive_behaving_like_archive.mdwn
new file mode 100644
index 0000000000..384a75baf2
--- /dev/null
+++ b/doc/bugs/Small_archive_behaving_like_archive.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+repos of group smallarchive have started trying to accumulate all files.
+
+I have an archive repo (rsync) and a smallarchive repo (glacier). The assistant is now trying to transfer everything up to glacier. This is new behavior as of this version of annex.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+Mac OSX 10.8.3 (Build 12D78)
+
+    git-annex version: 4.20130501-ged2fc6f
+    
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/debug.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment b/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment
new file mode 100644
index 0000000000..dd509cdde9
--- /dev/null
+++ b/doc/bugs/Small_archive_behaving_like_archive/comment_1_718dc246cbbbeae04436fa033011ab12._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-06T21:09:00Z"
+ content="""
+I have tested smallarchive and do not see any bug with its operation. Files not in an `archive` directory are not sent to the smallarchive repository. Files in `archive` directories are, unless they have already been sent to some other archive repository.
+
+There has, however, been a recent change that could have led you to see a change in behavior, though not one that is really a bug:
+Now smallarchive repositories will accept any content if it's only located on repositories that are untrusted or dead. So for example if your main client repo is for some reason marked as untrusted, the glacier repo would assume it's going away, and accept content from it.
+
+If that's not the explanation, you will need to provide more details..
+"""]]
diff --git a/doc/bugs/Stress_test.mdwn b/doc/bugs/Stress_test.mdwn
new file mode 100644
index 0000000000..3bc701bbda
--- /dev/null
+++ b/doc/bugs/Stress_test.mdwn
@@ -0,0 +1,45 @@
+What steps will reproduce the problem?
+
+mkdir annex_stress; cd annex_stress, 
+then execute the following script:
+
+    #! /bin/sh
+    
+    # creating a directory, in which we dump all the files.
+    mkdir probes; cd probes
+    
+    for i in `seq -w 1 25769`; do
+        mkdir probe$i
+        echo "This is an important file, which saved also in backup ('back') directory too.\n Content changes: $i" > probe$i/probe$i.txt
+        echo "This is just an identical content file. Saved in each subdir." > probe$i/defaults.txt
+        echo "This is a variable ($i) content file, which is not backed up in 'back' directory." > probe$i/probe-nb$i.txt
+        mkdir probe$i/back
+        cp probe$i/probe$i.txt probe$i/back/probe$i.txt
+    done
+
+
+It creates about 25000 directory and 3 files in each, two of them are identical.
+
+What is the expected output? What do you see instead?
+
+I expect git annex could import the directory within 12 hours. 
+Yet, it just crashes the gui (starting webapp, uses the cpu 100% and it does not finish after 28hours.)
+
+
+What version of git-annex are you using? On what operating system?
+
+version 2013.04.17
+
+Please provide any additional information below.
+
+I do hope git-annex can be fixed to handle large number of files.
+This stress test models well enough my own directory structure, 
+relatively high number of files relatively low disk space usage 
+(my own directory structure: 750MB, this test creates 605MB).
+
+
+Best, 
+ Laszlo
+
+[[!meta title="assistant Stress test"]]
+[[!tag /design/assistant]]
diff --git a/doc/bugs/Stress_test/comment_10_1694e990eab6592159309c231c6dcc16._comment b/doc/bugs/Stress_test/comment_10_1694e990eab6592159309c231c6dcc16._comment
new file mode 100644
index 0000000000..ec50b58c5a
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_10_1694e990eab6592159309c231c6dcc16._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-05-06T16:54:36Z"
+ content="""
+My estimate was indeed slightly optimistic. While I did not run the whole import, it did run slower for the later batches of files. As far as I can see, that slowdown is just because git gets slower as it has more files. So nothing I can do about it. git-annex is now scaling well itself, though.
+
+Re checksumming on startup: There was a bug that caused the assistant to re-checksum all direct mode files on startup. This bug was fixed in version 4.20130417. If you're using that version and still see it re-checksumming files, please file a new bug report about it, as this is not intended behavior.
+
+You seem to be saying that the assistant is failing to add some files, and then when stopped and restarted it finds and adds them. I don't quite know how that would happen. If you can provide a test case that I can use to reproduce that behavior, I will try to debug it.
+"""]]
diff --git a/doc/bugs/Stress_test/comment_11_ab4cb6eefd279e6c1f229e089f703581._comment b/doc/bugs/Stress_test/comment_11_ab4cb6eefd279e6c1f229e089f703581._comment
new file mode 100644
index 0000000000..05c409a514
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_11_ab4cb6eefd279e6c1f229e089f703581._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 11"
+ date="2013-05-11T05:36:48Z"
+ content="""
+rechecksuming: it seem like it is indeed fixed in the newest (2013.05.01) version downloaded from here:
+http://downloads.kitenet.net/git-annex/linux/
+
+I tried to add the big stress test dir as a secondary repository into git-annex (along with my real data dir), but 
+seems like some library is not matching on my system, so some curl is complaining:
+
+    curl: /lib/tls/i686/cmov/libc.so.6: version `GLIBC_2.12' not found (required by /home/user/Desktop/down/git-annex.linux//usr/lib/i386-linux-gnu/libldap_r-2.4.so.2)
+
+I'm on ubuntu 10.04.
+
+And the log file is starting to fill up, so maybe once a problem occur, it should only write into the log file once.
+
+I will redone this stress test next week, without combining with any repository.
+Thank you very much for your response, I do appreciate you are bothering/dealing with my complains!:)
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/bugs/Stress_test/comment_1_c4c764488ac082f5c48d3a6b4b5fba42._comment b/doc/bugs/Stress_test/comment_1_c4c764488ac082f5c48d3a6b4b5fba42._comment
new file mode 100644
index 0000000000..42750808b7
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_1_c4c764488ac082f5c48d3a6b4b5fba42._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-23T20:00:31Z"
+ content="""
+Is this related or unrelated to the bug you filed at [[Resource_exhausted]]?
+
+I tried this test, and noticed that it was taking the assistant rather a long time to get to the 10 thousand file threshhold where it makes a batch commit. A small change to a better data structure for its queue reduced that time from probably 10 minutes to 2.5. 
+
+I was unable to reproduce any problem with the webapp. Please provide lots of details to back up \"it just crashes the GUI\".
+
+The main problem with this directory tree is that it has more directories than inotify can watch, in the default configuration. 
+So after it adds the first 8192 directories, it begins failing to watch any more, and printing a message about you needing to increase the inotify limits for each additional directory. I don't think that 51 thousand directories is a particularly realistic amount for any real-world usage of git-annex. (It will also break file manager, dropbox, etc, which all use inotify in the same way.)
+
+The other main time sink is that git-annex needs to run `git hash-object` once per file to stage its symlink. That is a lot of processes to run, and perhaps it could be sped up by using `git fast-import`.
+"""]]
diff --git a/doc/bugs/Stress_test/comment_2_42125bba09a0ea9821cda7183e458100._comment b/doc/bugs/Stress_test/comment_2_42125bba09a0ea9821cda7183e458100._comment
new file mode 100644
index 0000000000..26ffe2d62d
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_2_42125bba09a0ea9821cda7183e458100._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 2"
+ date="2013-04-24T06:30:16Z"
+ content="""
+Hi,
+
+First of all thank you for your time looking into my bug. I try to research more from my side.
+
+The 'Resource exhausted' bugreport 
+(which lost its title, and could not click on it to add this testcase as a comment)
+was tested on real data, my own working directory (a copy of it).
+This bugreport is tested on the output of this small shell script.
+
+None of them succeeded to import, and I quickly assumed it is the exact same.
+
+So I will test again, raising the ulimit to 81920, and report.
+
+    The main problem with this directory tree is that it has more directories than inotify can watch, in the default configuration
+
+I would be perfectly fine if I could configure git-annex to sync those directory only once a month or once a week
+(ie. check for update once a week). So no need to watch it real time, those are my archived work files.
+
+    I don't think that 51 thousand directories is a particularly realistic amount for any real-world usage of git-annex.
+
+Well, it is not 25000 dir in a single a folder, but rather something like this:
+
+    work_done/2009/workname/back9/back8/back7/back6/back5
+
+Where each 'backX' contains a whole backup the work until it. 
+So the directory structure is a bit more deep, and no 25000 subdirectory in a single dir. 
+But the overall numbers are right.
+
+If I could somehow mark this **work_done** dir to not sync real time (or work_done/2008,work_done/2009,work_done/2010,work_done/2011,work_done/2012 subdir in them), 
+then my whole issue would vanish.
+
+I only want to use git-annex to have a backup of this directory. 
+In case of laptop theft, or misfunction I could have a backup. 
+I dont need live sync anywhere, I have directories which I know I will not touch for months.
+
+Best,
+ Laszlo
+
+
+
+"""]]
diff --git a/doc/bugs/Stress_test/comment_3_8240e61106b494d3600ad91f16eb5b1c._comment b/doc/bugs/Stress_test/comment_3_8240e61106b494d3600ad91f16eb5b1c._comment
new file mode 100644
index 0000000000..8469f489fd
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_3_8240e61106b494d3600ad91f16eb5b1c._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 3"
+ date="2013-04-24T09:10:20Z"
+ content="""
+    (It will also break file manager, dropbox, etc, which all use inotify in the same way.)
+
+I beg to differ: with dropbox I handle my scrapbook(1) folder, 
+which means 130 thousand files for over 2 years now without problem between three computers.
+
+    ~/Dropbox/scrapbook$ ls -R -1 |wc -l
+    130263
+
+Don't get me wrong. I'm not complaining, I only give you a completely unrelated usecase, 
+which requires also high number of files handling. And in that case the 81 thousand ulimit would not help either.
+
+(1): https://addons.mozilla.org/hu/firefox/addon/scrapbook/
+
+"""]]
diff --git a/doc/bugs/Stress_test/comment_4_c38d84e0dcc834931804c44bce7f7b7a._comment b/doc/bugs/Stress_test/comment_4_c38d84e0dcc834931804c44bce7f7b7a._comment
new file mode 100644
index 0000000000..c7cdd4bfd9
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_4_c38d84e0dcc834931804c44bce7f7b7a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-24T15:05:33Z"
+ content="""
+You're confusing number of files (inotify doesn't care) with number of directories (inotify does care).
+
+Dropbox is on record about being limited in the number of directories it can watch without adjusting the inotify limit. 
+<https://www.dropbox.com/help/145>
+"""]]
diff --git a/doc/bugs/Stress_test/comment_5_60ce20ee255451c4ea809ba475561adb._comment b/doc/bugs/Stress_test/comment_5_60ce20ee255451c4ea809ba475561adb._comment
new file mode 100644
index 0000000000..820f04ba99
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_5_60ce20ee255451c4ea809ba475561adb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-24T15:30:04Z"
+ content="""
+I found a bug in the webapp thanks to this stress test. When inotify goes over limit, it displays a message about how to fix it..
+But it displays that message over and over for each file. The result is a constantly updating very large web page. 
+
+Unless you tell me differently, I'm going to assume that's what the GUI crash you referred to was, since it can make a web browser very slow.
+
+I've fixed this problem. Now when it goes over limit, the webapp will just display this:
+
+[[/assistant/inotify_max_limit_alert.png]]
+"""]]
diff --git a/doc/bugs/Stress_test/comment_6_1371562e201393986cd41597f6f288cb._comment b/doc/bugs/Stress_test/comment_6_1371562e201393986cd41597f6f288cb._comment
new file mode 100644
index 0000000000..26f14ef092
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_6_1371562e201393986cd41597f6f288cb._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-24T17:26:39Z"
+ content="""
+I put in a further change to reduce the number of alerts shown in the webapp when bulk adding files. This probably quadrupled the speed or more, even when the webapp was not running, as updating an alert every time a file was added was a lot of unnecessary work.
+
+After these changes, it adds the first 10 thousand files in 35 minutes, on my five year old netbook. It should scale linear
+(aside from git's own scalability issues with a lot of files, which I don't think are very bad under 1 million files),
+so adding all 100 thousand files should take 6 hours or so.
+
+I'm interested to see what results you get, compared with before..
+"""]]
diff --git a/doc/bugs/Stress_test/comment_7_a14be7699da224a8f6c9b34f1b911219._comment b/doc/bugs/Stress_test/comment_7_a14be7699da224a8f6c9b34f1b911219._comment
new file mode 100644
index 0000000000..3d02a27184
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_7_a14be7699da224a8f6c9b34f1b911219._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-24T21:02:55Z"
+ content="""
+A few more changes got the rate down to 21 minutes per 10 thousand files. Estimate 3.5 hours for all.
+"""]]
diff --git a/doc/bugs/Stress_test/comment_8_a01995bdca7ade7dde9842b53fbc4e0c._comment b/doc/bugs/Stress_test/comment_8_a01995bdca7ade7dde9842b53fbc4e0c._comment
new file mode 100644
index 0000000000..d12b7ebfea
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_8_a01995bdca7ade7dde9842b53fbc4e0c._comment
@@ -0,0 +1,57 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Definite improvement"
+ date="2013-05-03T06:27:12Z"
+ content="""
+Hi,
+
+I have just tried it out again with the latest (20130501) version.
+
+It is really nice to see you have been working on it, and it have improved tremendously!
+The logging issue solved, and logrotates even, and it finished importing without crashing!
+
+Remaining polishing things:
+
+a)
+The import time is not as good (as you write), it slowes itself down.
+It is true the first 10000 files import in about an hour, but it finishes with everything
+in 9 hours 20 minutes.
+(on a normal laptop, the last 5000 file portion took more then 2 hours)
+
+b) 
+Every startup means rechecksuming everything, so it means the second start took also around 8-12 hours.
+(I don't know exactly because it finished somewhere during the night, but it was longer then 8 hours)
+I don't think rechecksuming is necessary at all, if the filename, size and date have not modified, 
+then why rechecksuming (sha) it?
+
+
+c) 
+It is leaking. 
+At the second startup, it reported it successfully added:
+    Added 2375 files 5 files probe25366.txt
+
+I have not touched the directory. ls confirms leaking:
+
+    After first start (importing):
+    annex_many/.git$ ls -lR |wc -l
+    770199
+
+    After second startup:
+    annex_many/.git$ ls -lR |wc -l
+    788351
+
+d) Without ulimit raise, it does not work at all.
+I think it could be solved by not watching each and every directory all the time.
+Every users will likely have a working directory and some which he don't intend to touch/modify at all.
+Some usecases: photo archiving, video archiving, finished work archiving, etc
+
+All the above results with the stress test script. 
+I would love to have a confirmation by a thirdparty.
+
+Overall I'm impressed with the work you have done.
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/bugs/Stress_test/comment_9_9f7efe81b7e40aaa04a865394c53e20f._comment b/doc/bugs/Stress_test/comment_9_9f7efe81b7e40aaa04a865394c53e20f._comment
new file mode 100644
index 0000000000..a82b98611c
--- /dev/null
+++ b/doc/bugs/Stress_test/comment_9_9f7efe81b7e40aaa04a865394c53e20f._comment
@@ -0,0 +1,52 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Maybe it is not leaking after all"
+ date="2013-05-03T18:37:48Z"
+ content="""
+I have been working the whole day zipping up (tar.gz) all the unused directories.
+Now my real data dir looks like this:
+
+    ./annex_real/work_done$ du -hs .
+    1,1G	.
+    Has 9088 files and 1608 directories in total:
+    ./annex_real/work_done$ ls -R1l |grep \\-r |wc -l
+    9088
+    ./annex_real/work_done$ ls -R1l |grep ^d |wc -l
+    1608
+
+When I first started git annex, it added 5492 files, then next time it added the missing 3596 files. Then it stopped adding files.
+From the gui everything looked fine even at the first start (performed startup scan), even in the log files (daemon.log.x) was nothing suspicious.
+
+    ./annex_real/work_done$ for i in ../.git/annex/daemon.log.*; do echo $i; cat $i |grep files; done
+     ../.git/annex/daemon.log.1
+     ../.git/annex/daemon.log.2
+     ../.git/annex/daemon.log.3
+     ../.git/annex/daemon.log.4
+     [2013-05-03 20:03:34 CEST] Committer: Adding 3596 files
+     ../.git/annex/daemon.log.5
+     [2013-05-03 19:15:22 CEST] Committer: Adding 5492 files
+
+As you can see, this case is not a stress test at all, 
+it is really the minimal test case, 1.1GB diskspace, 9088 files and a thousand dirs. 
+The real question is, why git-annex miss at the first startup 3492 files (ie. adding all the files).
+
+It would help tremendously, if it would display at startup how many files he found, 
+and when it adds, then how many left to be added.
+Something like this:
+
+    (scanning...) [2013-05-03 20:03:14 CEST] Watcher: Performing startup scan
+    (started...)
+    [2013-05-03 20:03:34 CEST] Committer: Found 9088 files
+    [2013-05-03 20:03:34 CEST] Committer: Adding 3596 files of 9088 remaining files (9088 in total)
+    ....
+    [2013-05-03 20:05:04 CEST] Committer: Adding 1492 files of 5492 remaining files (9088 in total)
+    ....
+    [2013-05-03 20:06:02 CEST] Committer: Adding 4000 files of 4000 remaining files (9088 in total)
+
+So it is definietly a bug, and I stuck how to debug it further. Everything looks just fine.
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn
new file mode 100644
index 0000000000..82141ce687
--- /dev/null
+++ b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+Symlinks get dereferenced.
+
+### What steps will reproduce the problem?
+Include a symlink in the repo.  Wait until another client syncs the repo.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20131117-gbd514dc
+
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+local repository version: unknown
+
+default repository version: 3
+
+supported repository versions: 3 5
+
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+I have a file `/Users/lhunath/annex/Library/Application Support/CrossOver/Bottles/Fallout 3/drive_c/users/crossover/My Documents` which is a symlink to `~/Documents` on the originating client. On the destination client, This turns into a directory, causing the whole content of `~/Documents` to get included in each bottle, which includes a bunch of VM images etc.....
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment
new file mode 100644
index 0000000000..01685d8046
--- /dev/null
+++ b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_1_06ac38f32039ad43b0c2623c8fdb1df6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="workaround?"
+ date="2013-12-05T14:17:57Z"
+ content="""
+Until this is fixed, how can I manually remove a file from git annex syncing?
+"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment
new file mode 100644
index 0000000000..40140c852b
--- /dev/null
+++ b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_2_91a8daa3d49799d0784c9fe3ee10558a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 2"
+ date="2013-12-18T18:27:04Z"
+ content="""
+I don't quite understand how to reproduce this bug, and have tried a few things with symlinks and multiple syncing repositories without apparent difficulty. 
+
+Can you pleaseexplain in more detail how I could reproduce the problem? 
+"""]]
diff --git a/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment
new file mode 100644
index 0000000000..d01f64d278
--- /dev/null
+++ b/doc/bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported/comment_3_166ae413b7c41f00f13292855ac66974._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 3"
+ date="2013-12-18T19:31:04Z"
+ content="""
+I see that you're using OSX. I have replicated the bug there, and fixed it. (I think.)
+"""]]
diff --git a/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant.mdwn b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant.mdwn
new file mode 100644
index 0000000000..590c862057
--- /dev/null
+++ b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant.mdwn
@@ -0,0 +1,134 @@
+### Please describe the problem.
+
+Since I last tested git-annex (version 4.20130516.1) my setup seems to no longer work in current versions (5.20131130)
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+$ mkdir 1 2
+$ cd 1; git init; git-annex init; git annex direct; echo "file added to 1" > file_from_1; cd ..
+Initialized empty Git repository in /home/pedrocr/testannexbug/1/.git/
+init  ok
+(Recording state in git...)
+commit  
+# On branch master
+#
+# Initial commit
+#
+nothing to commit (create/copy files and use "git add" to track)
+ok
+direct  ok
+$ cd 2; git init; git-annex init; git annex direct; echo "file added to 2" > file_from_2; cd ..
+Initialized empty Git repository in /home/pedrocr/testannexbug/2/.git/
+init  ok
+(Recording state in git...)
+commit  
+# On branch master
+#
+# Initial commit
+#
+nothing to commit (create/copy files and use "git add" to track)
+ok
+direct  ok
+$ cd 1; git remote add 2 ssh://localhost/~pedrocr/Hacks/test-git-annex/2; git annex assistant; cd ..
+$ cd 2; git remote add 1 ssh://localhost/~pedrocr/Hacks/test-git-annex/1; git annex assistant; cd ..
+$ ls -la 1
+total 20
+drwxrwxr-x 3 pedrocr pedrocr 4096 Dec 15 11:33 .
+drwxrwxr-x 4 pedrocr pedrocr 4096 Dec 15 11:33 ..
+-rw-rw-r-- 1 pedrocr pedrocr   16 Dec 15 11:33 file_from_1
+-rw-r--r-- 1 pedrocr pedrocr   16 Dec 15 11:33 file_from_2
+drwxrwxr-x 9 pedrocr pedrocr 4096 Dec 15 11:33 .git
+$ ls -la 2
+total 20
+drwxrwxr-x 3 pedrocr pedrocr 4096 Dec 15 11:33 .
+drwxrwxr-x 4 pedrocr pedrocr 4096 Dec 15 11:33 ..
+-rw-r--r-- 1 pedrocr pedrocr   16 Dec 15 11:33 file_from_1
+-rw-rw-r-- 1 pedrocr pedrocr   16 Dec 15 11:33 file_from_2
+drwxrwxr-x 9 pedrocr pedrocr 4096 Dec 15 11:33 .git
+"""]]
+
+so far so good
+
+[[!format sh """
+$ date | tee 1/file_from_1
+Sun Dec 15 11:53:18 WET 2013
+$ date | tee 2/file_from_2
+Sun Dec 15 11:53:22 WET 2013
+$ cat 1/*
+Sun Dec 15 11:53:18 WET 2013
+file added to 2
+$ cat 2/*
+file added to 1
+Sun Dec 15 11:53:22 WET 2013
+$
+"""]]
+
+But then syncing doesn't work. There doesn't seem to be anything special in the logs
+
+[[!format sh """
+$ tail -n 20 1/.git/annex/daemon.log 
+(Recording state in git...)
+add file_from_1 (checksum...) [2013-12-15 11:53:18 WET] Committer: Committing changes to git
+[2013-12-15 11:53:18 WET] Pusher: Syncing with 2 
+
+file_from_1
+          29 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 104 bytes  received 31 bytes  270.00 bytes/sec
+total size is 29  speedup is 0.21
+[2013-12-15 11:53:18 WET] Transferrer: Uploaded file_from_1
+Already up-to-date.
+To ssh://localhost/~pedrocr/Hacks/test-git-annex/2
+   f025062..431ac37  git-annex -> synced/git-annex
+   d393bb3..fef60ca  annex/direct/master -> synced/master
+Already up-to-date.
+[2013-12-15 11:53:21 WET] Pusher: Syncing with 2 
+To ssh://localhost/~pedrocr/Hacks/test-git-annex/2
+   431ac37..3cc7045  git-annex -> synced/git-annex
+
+
+$ tail -n 20 2/.git/annex/daemon.log 
+(Recording state in git...)
+add file_from_2 (checksum...) [2013-12-15 11:53:22 WET] Committer: Committing changes to git
+[2013-12-15 11:53:22 WET] Pusher: Syncing with 1 
+
+file_from_2
+          29 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+Already up-to-date.
+
+sent 104 bytes  received 31 bytes  270.00 bytes/sec
+total size is 29  speedup is 0.21
+[2013-12-15 11:53:22 WET] Transferrer: Uploaded file_from_2
+To ssh://localhost/~pedrocr/Hacks/test-git-annex/1
+   ebbcd4c..dae7a77  git-annex -> synced/git-annex
+   ffd5a90..67ad7c1  annex/direct/master -> synced/master
+Already up-to-date.
+[2013-12-15 11:53:25 WET] Pusher: Syncing with 1 
+To ssh://localhost/~pedrocr/Hacks/test-git-annex/1
+   dae7a77..976c899  git-annex -> synced/git-annex
+"""]]
+
+
+
+### What version of git-annex are you using? On what operating system?
+
+I'm running git-annex from the Ubuntu PPA on Ubuntu 12.04 LTS.
+
+[[!format sh """
+$ lsb_release -v
+No LSB modules are available.
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.3 LTS
+Release:	12.04
+Codename:	precise
+$ git annex version
+git-annex version: 5.20131130
+build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+"""]]
+
+> [[!taglink moreinfo]] needed. --[[Joey]]
diff --git a/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_1_8100505a7ac74646e0767d03fe643a45._comment b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_1_8100505a7ac74646e0767d03fe643a45._comment
new file mode 100644
index 0000000000..337bd12b05
--- /dev/null
+++ b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_1_8100505a7ac74646e0767d03fe643a45._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-16T20:48:12Z"
+ content="""
+Sounds to me like it could be a messed up direct mode mapping file due to bugs in version 4.20130516. But I am not sure I follow your transcript; you don't seem to show how things looked when it went wrong. If it was the mapping, `git annex fsck` would correct the problem.
+"""]]
diff --git a/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_2_9833e8f77c6148db9572316066a67eee._comment b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_2_9833e8f77c6148db9572316066a67eee._comment
new file mode 100644
index 0000000000..db7c82fd36
--- /dev/null
+++ b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_2_9833e8f77c6148db9572316066a67eee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 2"
+ date="2013-12-16T23:00:48Z"
+ content="""
+What my transcript shows is that after the initial sync 1 doesn't get the changes from 2 and vice versa. This test is from scratch so it can't be something related to the old version. I'll try the fsck on my other machines to see if it fixes the issues there.
+"""]]
diff --git a/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_3_1504f8767f1f4415222d8c315c734e81._comment b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_3_1504f8767f1f4415222d8c315c734e81._comment
new file mode 100644
index 0000000000..07d6eec3a6
--- /dev/null
+++ b/doc/bugs/Syncing_of_file_contents_seems_to_be_broken_in_recent_versions_of_the_assistant/comment_3_1504f8767f1f4415222d8c315c734e81._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 3"
+ date="2014-03-07T17:21:02Z"
+ content="""
+Any news on this? Does it happen with the current version?
+
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn
new file mode 100644
index 0000000000..8dd74acc38
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__.mdwn
@@ -0,0 +1,1175 @@
+### Please describe the problem.
+
+On test fails when running "git annex test" on Windows.
+
+### What steps will reproduce the problem?
+
+Install Git-1.8.5.2-preview20131230
+Install git-annex-5.20131222
+Run "git annex test" in cmd
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex-5.20131222 on Windows 7 Professional
+
+### Please provide any additional information below.
+
+The failed test is "test_mixed_conflict_resolution" with "conflictor directory missing". The problem can also be reproduced with the attached batch script.
+(EDIT: I couldn't attach a file, so I pasted its contents below the log.)
+
+You can find the complete output of "git annex test" below.
+
+[[!format text """
+Tests
+  QuickCheck
+    prop_idempotent_deencode_git:                   OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_deencode:                       OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_fileKey:                        OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_key_encode:                     OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_key_decode:                     OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_shellEscape:                    OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_shellEscape_multiword:          OK
+      +++ OK, passed 100 tests.
+    prop_logs_sane:                                 OK
+      +++ OK, passed 100 tests.
+    prop_idempotent_configEscape:                   OK
+      +++ OK, passed 100 tests.
+    prop_parse_show_Config:                         OK
+      +++ OK, passed 100 tests.
+    prop_parentDir_basics:                          OK
+      +++ OK, passed 100 tests.
+    prop_relPathDirToFile_basics:                   OK
+      +++ OK, passed 100 tests.
+    prop_relPathDirToFile_regressionTest:           OK
+      +++ OK, passed 100 tests.
+    prop_cost_sane:                                 OK
+      +++ OK, passed 100 tests.
+    prop_matcher_sane:                              OK
+      +++ OK, passed 100 tests.
+    prop_HmacSha1WithCipher_sane:                   OK
+      +++ OK, passed 100 tests.
+    prop_TimeStamp_sane:                            OK
+      +++ OK, passed 100 tests.
+    prop_addLog_sane:                               OK
+      +++ OK, passed 100 tests.
+    prop_verifiable_sane:                           OK
+      +++ OK, passed 100 tests.
+    prop_segment_regressionTest:                    OK
+      +++ OK, passed 100 tests.
+    prop_read_write_transferinfo:                   OK
+      +++ OK, passed 100 tests.
+    prop_read_show_inodecache:                      OK
+      +++ OK, passed 100 tests.
+    prop_parse_show_log:                            OK
+      +++ OK, passed 100 tests.
+    prop_read_show_TrustLevel:                      OK
+      +++ OK, passed 100 tests.
+    prop_parse_show_TrustLog:                       OK
+      +++ OK, passed 100 tests.
+    prop_hashes_stable:                             OK
+      +++ OK, passed 100 tests.
+    prop_schedule_roundtrips:                       OK
+      +++ OK, passed 100 tests.
+    prop_duration_roundtrips:                       OK
+      +++ OK, passed 100 tests.
+  Unit Tests 
+    init:                                           init test repo 
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+ok
+(Recording state in git...)
+OK
+    add:                                            add foo ok
+(Recording state in git...)
+add sha1foo ok
+(Recording state in git...)
+add apple ok
+(Recording state in git...)
+fatal: This operation must be run in a work tree
+commit  (Recording state in git...)
+ok
+(Recording state in git...)
+OK
+    add sha1dup:                                      Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+add sha1foodup cygwin warning:
+  MS-DOS style path detected: C:\Users\Tobias\testdir\t2\.t\tmprepo0\.git\annex\tmp\tmp5876
+  Preferred POSIX equivalent is: /cygdrive/c/Users/Tobias/testdir/t2/.t/tmprepo0/.git/annex/tmp/tmp5876
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+ok
+(Recording state in git...)
+OK
+    add subdirs:                                      Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+add dir/foo cygwin warning:
+  MS-DOS style path detected: C:\Users\Tobias\testdir\t2\.t\tmprepo1\.git\annex\tmp\tmp3396
+  Preferred POSIX equivalent is: /cygdrive/c/Users/Tobias/testdir/t2/.t/tmprepo1/.git/annex/tmp/tmp3396
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+ok
+(Recording state in git...)
+OK
+    reinject:                                         Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    unannex (no copy):                                Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+OK
+    unannex (with copy):                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+unannex foo ok
+(Recording state in git...)
+OK
+    drop (no remote):                                 Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+drop foo (unsafe) 
+  Could only verify the existence of 0 out of 1 necessary copies
+
+  Try making some of these repositories available:
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- test repo
+
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+drop foo ok
+(Recording state in git...)
+OK
+    drop (with remote):                               Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  78.67 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+drop foo ok
+(Recording state in git...)
+OK
+    drop (untrusted remote):                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+untrust origin (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+ok
+(Recording state in git...)
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  78.67 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+drop foo (unsafe) 
+  Could only verify the existence of 0 out of 1 necessary copies
+
+  Also these untrusted repositories may contain the file:
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+OK
+    get:                                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+OK
+    move:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+move foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+move foo (to origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+OK
+    copy:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+copy foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+copy foo ok
+move foo ok
+(Recording state in git...)
+OK
+    lock:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    edit (no pre-commit):                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    edit (pre-commit):                                Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    fix:                                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    trust:                                            Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+trust origin (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+ok
+(Recording state in git...)
+trust origin ok
+(Recording state in git...)
+untrust origin ok
+(Recording state in git...)
+untrust origin ok
+(Recording state in git...)
+dead origin ok
+(Recording state in git...)
+dead origin ok
+(Recording state in git...)
+semitrust origin ok
+(Recording state in git...)
+semitrust origin ok
+(Recording state in git...)
+OK
+    fsck (basics):                                    Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+fsck foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+ok
+fsck sha1foo ok
+fsck foo 
+  Only 1 of 2 trustworthy copies exist of foo
+  Back it up with git-annex copy.
+failed
+fsck sha1foo 
+  Only 1 of 2 trustworthy copies exist of sha1foo
+  Back it up with git-annex copy.
+failed
+git-annex: fsck: 2 failed
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+fsck foo ok
+fsck sha1foo ok
+fsck foo ok
+fsck sha1foo ok
+get sha1foo (from origin...) 
+sha1foo
+          25 100%    0.00kB/s    0:00:00
+          25 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 96 bytes  received 31 bytes  254.00 bytes/sec
+total size is 25  speedup is 0.20
+ok
+(Recording state in git...)
+fsck foo ok
+fsck sha1foo ok
+fsck foo ok
+fsck sha1foo ok
+OK
+    fsck (bare):                                      Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+fsck SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77 ok
+fsck WORM-s25-m1388499859--apple ok
+fsck SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa ok
+OK
+    fsck (local untrusted):                           Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  78.67 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+untrust origin ok
+(Recording state in git...)
+untrust . ok
+(Recording state in git...)
+fsck foo 
+  Only these untrusted locations may have copies of foo
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+   	68deb80b-3a46-42f9-bb58-0f3b5a689d28 -- here (.t\tmprepo18)
+  Back it up to trusted locations with git-annex copy.
+failed
+fsck sha1foo 
+  Only these untrusted locations may have copies of sha1foo
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+  Back it up to trusted locations with git-annex copy.
+failed
+git-annex: fsck: 2 failed
+trust . ok
+(Recording state in git...)
+fsck foo ok
+OK
+    fsck (remote untrusted):                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+get sha1foo (from origin...) 
+sha1foo
+          25 100%    0.00kB/s    0:00:00
+          25 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 96 bytes  received 31 bytes  254.00 bytes/sec
+total size is 25  speedup is 0.20
+ok
+(Recording state in git...)
+fsck foo ok
+fsck sha1foo ok
+untrust origin ok
+(Recording state in git...)
+fsck foo 
+  Only 1 of 2 trustworthy copies exist of foo
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+failed
+fsck sha1foo 
+  Only 1 of 2 trustworthy copies exist of sha1foo
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+failed
+git-annex: fsck: 2 failed
+OK
+    migrate:                                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    migrate (via gitattributes):                      Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+     unused:                                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    describe:                                         Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+describe . ok
+(Recording state in git...)
+describe origin (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+ok
+(Recording state in git...)
+OK
+    find:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+foo
+foo
+sha1foo
+sha1foo
+add dir/subfile ok
+(Recording state in git...)
+dir/subfile
+OK
+    merge:                                            Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+merge git-annex (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+ok
+OK
+    info:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+{"command":"info","repository mode":"direct","trusted repositories":[],"semitrusted repositories":[{"uuid":"00000000-0000-0000-0000-000000000001","description":"web","here":false},{"uuid":"3bbb68d2-9ef1-4126-bee5-f60569f8ad82","description":"origin (test repo)","here":false},{"uuid":"fe838913-724e-4fb1-a47f-4b3815b1aab5","description":".t\\tmprepo26","here":true}],"untrusted repositories":[],"available local disk space":"7.78 gigabytes (+1 megabyte reserved)","local annex keys":0,"local annex size":"0 bytes","annexed files in working tree":2,"size of annexed files in working tree":"45 bytes","bloom filter size":"16 mebibytes (0% full)","success":true}
+OK
+    version:                                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+git-annex version: 5.20131230-g192d991
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 2 3 4
+OK
+    sync:                                             Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+commit  ok
+pull origin bash.exe: warning: could not find /tmp, please create!
+
+ok
+push origin bash.exe: warning: could not find /tmp, please create!
+To C:/Users/Tobias/testdir/t2/.t\repo
+ * [new branch]      git-annex -> synced/git-annex
+
+ok
+OK
+    union merge regression:                           Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  78.67 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+commit  ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo30
+ * [new branch]      annex/direct/master -> r2/annex/direct/master
+ * [new branch]      git-annex  -> r2/git-annex
+
+ok
+pull r1 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo29
+ * [new branch]      annex/direct/master -> r1/annex/direct/master
+ * [new branch]      git-annex  -> r1/git-annex
+
+ok
+(merging r1/git-annex r2/git-annex into git-annex...)
+(Recording state in git...)
+push r2 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo30
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+
+ok
+push r1 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo29
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+
+ok
+(merging synced/git-annex into git-annex...)
+commit  ok
+pull r3 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo31
+ * [new branch]      annex/direct/master -> r3/annex/direct/master
+ * [new branch]      git-annex  -> r3/git-annex
+ * [new branch]      master     -> r3/master
+ * [new branch]      synced/master -> r3/synced/master
+
+ok
+pull r1 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo29
+ * [new branch]      annex/direct/master -> r1/annex/direct/master
+ * [new branch]      git-annex  -> r1/git-annex
+ * [new branch]      master     -> r1/master
+ * [new branch]      synced/git-annex -> r1/synced/git-annex
+ * [new branch]      synced/master -> r1/synced/master
+
+ok
+push r1 bash.exe: warning: could not find /tmp, please create!
+Everything up-to-date
+
+ok
+(merging synced/git-annex into git-annex...)
+commit  ok
+pull r3 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo31
+ * [new branch]      annex/direct/master -> r3/annex/direct/master
+ * [new branch]      git-annex  -> r3/git-annex
+ * [new branch]      master     -> r3/master
+ * [new branch]      synced/master -> r3/synced/master
+
+ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo30
+ * [new branch]      annex/direct/master -> r2/annex/direct/master
+ * [new branch]      git-annex  -> r2/git-annex
+ * [new branch]      master     -> r2/master
+ * [new branch]      synced/git-annex -> r2/synced/git-annex
+ * [new branch]      synced/master -> r2/synced/master
+
+ok
+drop foo ok
+(Recording state in git...)
+drop foo ok
+(Recording state in git...)
+commit  ok
+pull r3 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo31
+   55d5b14..3b6c15d  git-annex  -> r3/git-annex
+
+ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo30
+   55d5b14..a4599c9  git-annex  -> r2/git-annex
+
+ok
+(merging r2/git-annex r3/git-annex into git-annex...)
+(Recording state in git...)
+push r3 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo31
+ * [new branch]      git-annex -> synced/git-annex
+
+ok
+push r2 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo30
+   55d5b14..4ff2e44  git-annex -> synced/git-annex
+
+ok
+OK
+    conflict resolution:                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+get sha1foo (from origin...) 
+sha1foo
+          25 100%    0.00kB/s    0:00:00
+          25 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 96 bytes  received 31 bytes  254.00 bytes/sec
+total size is 25  speedup is 0.20
+ok
+(Recording state in git...)
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+get sha1foo (from origin...) 
+sha1foo
+          25 100%    0.00kB/s    0:00:00
+          25 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 96 bytes  received 31 bytes  254.00 bytes/sec
+total size is 25  speedup is 0.20
+ok
+(Recording state in git...)
+commit  add foo ok
+(Recording state in git...)
+ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo33
+ * [new branch]      annex/direct/master -> r2/annex/direct/master
+ * [new branch]      git-annex  -> r2/git-annex
+
+ok
+(merging r2/git-annex into git-annex...)
+(Recording state in git...)
+push r2 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo33
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+
+ok
+(merging synced/git-annex into git-annex...)
+commit  add foo ok
+(Recording state in git...)
+ok
+merge synced/master Auto-merging foo
+CONFLICT (content): Merge conflict in foo
+Automatic merge failed; fix conflicts and then commit the result.
+foo: needs merge
+[annex/direct/master ab51abe] git-annex automatic merge conflict fix
+
+(Recording state in git...)
+
+  Merge conflict was automatically resolved; you may want to examine the result.
+ok
+pull r1 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo32
+ * [new branch]      annex/direct/master -> r1/annex/direct/master
+ * [new branch]      git-annex  -> r1/git-annex
+ * [new branch]      master     -> r1/master
+ * [new branch]      synced/master -> r1/synced/master
+
+ok
+(Recording state in git...)
+push r1 bash.exe: warning: could not find /tmp, please create!
+To ../../.t\tmprepo32
+   0c0b4c1..ab51abe  annex/direct/master -> synced/master
+ * [new branch]      git-annex -> synced/git-annex
+
+ok
+(merging synced/git-annex into git-annex...)
+commit  ok
+merge synced/master Updating 0c0b4c1..ab51abe
+Fast-forward
+ foo              | 1 -
+ foo.variant-0b0e | 1 +
+ foo.variant-bc25 | 1 +
+ 3 files changed, 2 insertions(+), 1 deletion(-)
+ delete mode 120000 foo
+ create mode 120000 foo.variant-0b0e
+ create mode 120000 foo.variant-bc25
+
+ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo33
+   09047a9..ab51abe  annex/direct/master -> r2/annex/direct/master
+   6208675..2aef6c1  git-annex  -> r2/git-annex
+   0c0b4c1..ab51abe  master     -> r2/master
+   0c0b4c1..ab51abe  synced/master -> r2/synced/master
+
+ok
+get foo.variant-bc25 (from r2...) 
+foo.variant-bc25
+          22 100%    0.00kB/s    0:00:00
+          22 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 102 bytes  received 31 bytes  266.00 bytes/sec
+total size is 22  speedup is 0.17
+ok
+(Recording state in git...)
+get foo.variant-0b0e (from r1...) 
+foo.variant-0b0e
+          22 100%    0.00kB/s    0:00:00
+          22 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 102 bytes  received 31 bytes  266.00 bytes/sec
+total size is 22  speedup is 0.17
+ok
+(Recording state in git...)
+OK
+    conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+add conflictor ok
+(Recording state in git...)
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  ok
+pull origin bash.exe: warning: could not find /tmp, please create!
+
+ok
+push origin bash.exe: warning: could not find /tmp, please create!
+To C:/Users/Tobias/testdir/t2/.t\repo
+   488868c..2ab23aa  git-annex -> synced/git-annex
+   09047a9..fdc68bf  annex/direct/master -> synced/master
+
+ok
+add conflictor/subfile ok
+(Recording state in git...)
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  ok
+pull origin bash.exe: warning: could not find /tmp, please create!
+From C:/Users/Tobias/testdir/t2/.t\repo
+   09047a9..fdc68bf  master     -> origin/master
+   488868c..2ab23aa  synced/git-annex -> origin/synced/git-annex
+   09047a9..fdc68bf  synced/master -> origin/synced/master
+Adding conflictor/subfile
+CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~refs_remotes_origin_synced_master
+Automatic merge failed; fix conflicts and then commit the result.
+conflictor: needs merge
+[annex/direct/master 77177a0] git-annex automatic merge conflict fix
+
+
+(Recording state in git...)
+
+  Merge conflict was automatically resolved; you may want to examine the result.
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin bash.exe: warning: could not find /tmp, please create!
+To C:/Users/Tobias/testdir/t2/.t\repo
+   2ab23aa..0ba8d35  git-annex -> synced/git-annex
+   fdc68bf..77177a0  annex/direct/master -> synced/master
+
+ok
+commit  ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo35
+ * [new branch]      annex/direct/master -> r2/annex/direct/master
+ * [new branch]      git-annex  -> r2/git-annex
+ * [new branch]      master     -> r2/master
+ * [new branch]      synced/master -> r2/synced/master
+Updating fdc68bf..77177a0
+Fast-forward
+ conflictor              | 1 -
+ conflictor.variant-cc12 | 1 +
+ conflictor/subfile      | 1 +
+ 3 files changed, 2 insertions(+), 1 deletion(-)
+ delete mode 120000 conflictor
+ create mode 120000 conflictor.variant-cc12
+ create mode 120000 conflictor/subfile
+Already up-to-date.
+
+
+
+ok
+(merging r2/git-annex into git-annex...)
+FAIL
+      .t\tmprepo34 conflictor directory missing
+    map:                                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+describe . ok
+(Recording state in git...)
+describe origin (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+ok
+(Recording state in git...)
+map C:\Users\Tobias\testdir\t2\.t\tmprepo36 ok
+map C:\Users\Tobias\testdir\t2\.t\repo ok
+ok
+OK
+    uninit:                                           Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+get sha1foo (from origin...) 
+sha1foo
+          25 100%    0.00kB/s    0:00:00
+          25 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 96 bytes  received 31 bytes  254.00 bytes/sec
+total size is 25  speedup is 0.20
+ok
+(Recording state in git...)
+unannex foo ok
+unannex sha1foo 
+git-annex: C:\Users\Tobias\testdir\t2\.t\tmprepo37\.git\annex\objects\ecb\0b5\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map4964.tmp: MoveFileEx "C:\\Users\\Tobias\\testdir\\t2\\.t\\tmprepo37\\.git\\annex\\objects\\ecb\\0b5\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map4964.tmp" "C:\\Users\\Tobias\\testdir\\t2\\.t\\tmprepo37\\.git\\annex\\objects\\ecb\\0b5\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa\\SHA1-s25--ee80d2cec57a3810db83b80e1b320df3a3721ffa.map": permission denied (Access is denied.)
+failed
+git-annex: Not fully uninitialized
+Some annexed data is still left in C:\Users\Tobias\testdir\t2\.t\tmprepo37\.git\annex\objects\
+This may include deleted files, or old versions of modified files.
+
+If you don't care about preserving the data, just delete the
+directory.
+
+Or, you can move it to another location, in case it turns out
+something in there is important.
+
+Or, you can run `git annex unused` followed by `git annex dropunused`
+to remove data that is not used by any tag or branch, which might
+take care of all the data.
+
+Then run `git annex uninit` again to finish.
+
+OK
+    uninit (in git-annex branch):                     Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+not supported in direct mode; skipping
+OK
+    upgrade:                                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+upgrade . ok
+OK
+    whereis:                                          Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+whereis foo (1 copy) 
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+ok
+untrust origin ok
+(Recording state in git...)
+whereis foo (0 copies) 
+  The following untrusted locations may also have copies:
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+failed
+git-annex: whereis: 1 failed
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+whereis foo (1 copy) 
+  	28bccded-ea59-4d64-bf20-d58540e72892 -- here (.t\tmprepo40)
+
+  The following untrusted locations may also have copies:
+  	3bbb68d2-9ef1-4126-bee5-f60569f8ad82 -- origin (test repo)
+ok
+OK
+    hook remote:                                      Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+OK
+    directory remote:                                 Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+initremote foo ok
+(Recording state in git...)
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+copy foo (to foo...) 
+
+100%          0.0 B/s 0s
+                        
+ok
+(Recording state in git...)
+drop foo ok
+(Recording state in git...)
+move foo (from foo...) 
+
+100%          0.0 B/s 0s
+                        
+ok
+(Recording state in git...)
+drop foo (unsafe) 
+  Could only verify the existence of 1 out of 2 necessary copies
+
+  Rather than dropping this file, try using: git annex move
+
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+OK
+    rsync remote:                                     Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+OK
+    bup remote:                                       Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+OKg
+pg   t e sctriynpgt on:o t   i m p l e m e n t e d   o n   W i n d o w s 
+                OK
+    preferred content:                                Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+wanted . ok
+(Recording state in git...)
+group . ok
+(Recording state in git...)
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+ungroup . ok
+(Recording state in git...)
+wanted . ok
+(Recording state in git...)
+group . ok
+(Recording state in git...)
+drop foo ok
+(Recording state in git...)
+ungroup . ok
+(Recording state in git...)
+wanted . ok
+(Recording state in git...)
+get foo (from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+drop foo ok
+(Recording state in git...)
+OK
+    global cleanup:                                 OK
+
+1 out of 74 tests failed
+  (This could be due to a bug in git-annex, or an incompatability
+   with utilities, such as git, installed on this system.)
+"""]]
+
+batch script to reproduce the problem in the cmd shell:
+[[!format bat """
+mkdir repo
+cd repo
+git init
+git annex init "main repo"
+echo x > f1
+git annex add f1
+git annex sync
+cd ..
+git clone repo r1
+git clone repo r2
+cd r1
+echo xyz > conflictor
+git annex add conflictor
+git annex sync
+cd ..\r2
+mkdir conflictor
+echo abc > conflictor\subfile
+git annex add conflictor\subfile
+git annex sync
+cd ..\r1
+git remote add r2 ..\r2
+git remote remove origin
+cd ..\r2
+git remote add r1 ..\r1
+git remote remove origin
+cd ..\r1
+git annex sync
+cd ..\r2
+git annex sync
+cd ..
+dir repo r1 r2
+"""]]
+
+> Yet another wonderful case of \\ vs / confusion. [[fixed|done]].
+> 
+> That sucked, but I am rather stunned that the rest of the test
+> suite passes for you. That's a lot better that it's ever done on windows
+> before. Sadly I don't have as much luck on XP, still 9 failing tests
+> there.
+> 
+> --[[Joey]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment
new file mode 100644
index 0000000000..7ece79f420
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_1_dfb520258fdd633285b44cb16fd35612._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
+ nickname="Justin"
+ subject="This test is still failing on Windows"
+ date="2014-01-29T14:37:33Z"
+ content="""
+This 1 test is still failing for me on Windows 7 Pro with the latest release (git-annex version: 5.20140128-gddb2083).
+
+I also followed the manual steps provided in the initial bug report.  This resulted in two cloned repos which appeared to have resolved the conflict differently.  Upon further investigation, I see that the conflict was in fact resolved consistently, just that the file sizes in the working directories are different because the file contents has not been synced (so some files contain the \"symlink\" path rather than the actual contents).
+
+After running a sync in both repositories with the new --contents option, the two working directories appear to be resolved consistently.
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment
new file mode 100644
index 0000000000..0a9e852f2f
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_2_7908bf367652d2485ec703ae8958891b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 2"
+ date="2014-01-29T17:52:27Z"
+ content="""
+AFAICS, the test suite does not look at the contents of the files when testing this. Anyway, you said a lot about how it works when you try to reproduce the bug manually, but you didn't actually show how the test suite is failing.
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment
new file mode 100644
index 0000000000..83c033aed7
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_3_30684a993b667b2594890f734638e91b._comment
@@ -0,0 +1,142 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
+ nickname="Justin"
+ subject="comment 3"
+ date="2014-01-29T18:43:07Z"
+ content="""
+Here is the relevant portion of the test output.  Sorry for getting caught up in my manual troubleshooting and not providing this info earlier.
+
+        conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    add conflictor ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    ok
+    push origin
+    Counting objects: 21, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (13/13), done.
+    Writing objects: 100% (16/16), 1.62 KiB | 0 bytes/s, done.
+    Total 16 (delta 2), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       5a1abd2..b0de6d7  git-annex -> synced/git-annex
+       4539cc8..af0b4de  annex/direct/master -> synced/master
+    ok
+    add conflictor/subfile ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    remote: Counting objects: 21, done.
+    remote: Compressing objects: 100% (13/13), done.
+    remote: Total 16 (delta 2), reused 0 (delta 0)
+    Unpacking objects: 100% (16/16), done.
+    From c:/Users/geibeljt/annex/.t\repo
+       4539cc8..af0b4de  master     -> origin/master
+       5a1abd2..b0de6d7  synced/git-annex -> origin/synced/git-annex
+       4539cc8..af0b4de  synced/master -> origin/synced/master
+    
+    Adding conflictor/subfile
+    CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~
+    refs_remotes_origin_synced_master
+    Automatic merge failed; fix conflicts and then commit the result.
+    (Recording state in git...)
+    conflictor: needs merge
+    [annex/direct/master 7b21326] git-annex automatic merge conflict fix
+    
+      Merge conflict was automatically resolved; you may want to examine the result.
+    ok
+    (merging origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    push origin
+    Counting objects: 32, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (19/19), done.
+    Writing objects: 100% (23/23), 2.18 KiB | 0 bytes/s, done.
+    Total 23 (delta 7), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       b0de6d7..b64838f  git-annex -> synced/git-annex
+       af0b4de..7b21326  annex/direct/master -> synced/master
+    ok
+    commit  ok
+    pull r2
+    remote: Counting objects: 32, done.
+    remote: Compressing objects: 100% (19/19), done.
+    remote: Total 23 (delta 7), reused 0 (delta 0)
+    Unpacking objects: 100% (23/23), done.
+    From ../../.t\tmprepo36
+     * [new branch]      annex/direct/master -> r2/annex/direct/master
+     * [new branch]      git-annex  -> r2/git-annex
+     * [new branch]      master     -> r2/master
+     * [new branch]      synced/master -> r2/synced/master
+    
+    Updating af0b4de..7b21326
+    Fast-forward
+     conflictor              | 1 -
+     conflictor.variant-cc12 | 1 +
+     conflictor/subfile      | 1 +
+     3 files changed, 2 insertions(+), 1 deletion(-)
+     delete mode 120000 conflictor
+     create mode 120000 conflictor.variant-cc12
+     create mode 120000 conflictor/subfile
+    
+    Already up-to-date.
+    ok
+    (merging r2/git-annex into git-annex...)
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    add conflictor ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    
+    Adding conflictor/subfile
+    CONFLICT (file/directory): There is a directory with name conflictor in refs/remotes/origin/synced/master. Add
+    ing conflictor as conflictor~HEAD
+    Automatic merge failed; fix conflicts and then commit the result.
+    conflictor: needs merge
+    
+    git-annex: c:\Users\geibeljt\annex\.t\tmprepo37\.git\annex\merge\conflictor: renameFile: inappropriate type (i
+    s a directory)
+    failed
+    push origin
+    Counting objects: 29, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (15/15), done.
+    Writing objects: 100% (19/19), 1.71 KiB | 0 bytes/s, done.
+    Total 19 (delta 5), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       b64838f..0c094c8  git-annex -> synced/git-annex
+     ! [rejected]        annex/direct/master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'c:/Users/geibeljt/annex/.t\repo'
+    hint: Updates were rejected because a pushed branch tip is behind its remote
+    hint: counterpart. Check out this branch and integrate the remote changes
+    hint: (e.g. 'git pull ...') before pushing again.
+    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
+    
+      Pushing to origin failed.
+    
+      (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git
+     config)
+    failed
+    git-annex: sync: 2 failed
+    FAIL
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment
new file mode 100644
index 0000000000..9a33c64ccf
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_4_30e847ff438eda036c57cc740b638d8a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 4"
+ date="2014-01-29T19:48:51Z"
+ content="""
+Ok, what's happening is that code path calls System.PosixCompat.Files.rename, and on unix that maps to regular rename() which can rename files or directories, but on windows, it's a compatability stub that calls haskell's renameFile, which oddly refuses to rename directories.
+
+I remember testing my fix to the parent bug originally, but I don't know how. Possibly I changed something afterwards that exposed this new problem.
+
+Need to use System.Win32.File.moveFile, which actually can move directories too. Made this change in git, and you can download an windows autobuild of it already if you'd like.
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment
new file mode 100644
index 0000000000..b6d3383184
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_5_04232cf2097676057cddf841ad47f44c._comment
@@ -0,0 +1,86 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
+ nickname="Justin"
+ subject="comment 5"
+ date="2014-01-29T20:26:15Z"
+ content="""
+This seems to have affected a lot of tests, I'm now getting \"20 out of 72 tests failed\".  In particular, error messages similar to the following show up now in many tests (with different paths for each test).
+
+    git-annex: MoveFile \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\\574\\4ca\\SHA256E-s7--6f
+    e7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d596
+    64989c3b1e80a980bac1cb352a2ba7.map25112.tmp\" \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\
+    \574\\4ca\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dc
+    d1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7.map\": already exists (Cannot create a file when that f
+    ile already exists.)
+
+
+---
+And here is the full output for the test that was originally failing.  It now appears to fail much earlier than before.
+
+        conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    add conflictor ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    ok
+    push origin
+    Counting objects: 21, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (13/13), done.
+    Writing objects: 100% (16/16), 1.57 KiB | 0 bytes/s, done.
+    Total 16 (delta 3), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       a462941..43dcc49  git-annex -> synced/git-annex
+       8268d47..3012c35  annex/direct/master -> synced/master
+    ok
+    add conflictor/subfile ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit
+    git-annex: MoveFile \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\\574\\4ca\\SHA256E-s7--6f
+    e7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d596
+    64989c3b1e80a980bac1cb352a2ba7.map25112.tmp\" \"c:\\Users\\geibeljt\\annex\\.t\\tmprepo36\\.git\\annex\\objects\
+    \574\\4ca\\SHA256E-s7--6fe7bd6dcd1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7\\SHA256E-s7--6fe7bd6dc
+    d1d46cfa98027c64f1e51d59664989c3b1e80a980bac1cb352a2ba7.map\": already exists (Cannot create a file when that f
+    ile already exists.)
+    failed
+    pull origin
+    remote: Counting objects: 21, done.
+    remote: Compressing objects: 100% (13/13), done.
+    remote: Total 16 (delta 3), reused 0 (delta 0)
+    Unpacking objects: 100% (16/16), done.
+    From c:/Users/geibeljt/annex/.t\repo
+       8268d47..3012c35  master     -> origin/master
+       a462941..43dcc49  synced/git-annex -> origin/synced/git-annex
+       8268d47..3012c35  synced/master -> origin/synced/master
+    
+    Updating 8268d47..3012c35
+    Fast-forward
+     conflictor | 1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 conflictor
+    ok
+    (merging origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    push origin
+    Counting objects: 24, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (13/13), done.
+    Writing objects: 100% (16/16), 1.42 KiB | 0 bytes/s, done.
+    Total 16 (delta 6), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       43dcc49..c040cd6  git-annex -> synced/git-annex
+    ok
+    git-annex: sync: 1 failed
+    FAIL
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment
new file mode 100644
index 0000000000..3ba917fcb2
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_6_9cb32f198eee25b7175cc9ad1795acb3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 6"
+ date="2014-01-29T21:24:34Z"
+ content="""
+I missed that moveFile refuses to overwrite existing files. This is fixed in git, and the autobuild is updating.
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment
new file mode 100644
index 0000000000..a41cf40afe
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_7_f8a70156d56c4be6cfbadb50e8a08285._comment
@@ -0,0 +1,174 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
+ nickname="Justin"
+ subject="comment 7"
+ date="2014-01-30T16:02:08Z"
+ content="""
+Alright, I've grabbed the latest autobuild and have tested again with 5.20140130-gcb99900.  Back to failing just this one test case.  Compared to my last two comments, the test appears to be getting further along before failing.
+
+        conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    add conflictor ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    ok
+    push origin
+    Counting objects: 21, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (13/13), done.
+    Writing objects: 100% (16/16), 1.66 KiB | 0 bytes/s, done.
+    Total 16 (delta 1), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       dafdb0b..2d106aa  git-annex -> synced/git-annex
+       688224a..18c2edb  annex/direct/master -> synced/master
+    ok
+    add conflictor/subfile ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    remote: Counting objects: 21, done.
+    remote: Compressing objects: 100% (13/13), done.
+    remote: Total 16 (delta 1), reused 0 (delta 0)
+    Unpacking objects: 100% (16/16), done.
+    From c:/Users/geibeljt/annex/.t\repo
+       688224a..18c2edb  master     -> origin/master
+       dafdb0b..2d106aa  synced/git-annex -> origin/synced/git-annex
+       688224a..18c2edb  synced/master -> origin/synced/master
+    
+    Adding conflictor/subfile
+    CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~
+    refs_remotes_origin_synced_master
+    Automatic merge failed; fix conflicts and then commit the result.
+    (Recording state in git...)
+    conflictor: needs merge
+    [annex/direct/master 5026450] git-annex automatic merge conflict fix
+    
+      Merge conflict was automatically resolved; you may want to examine the result.
+    ok
+    (merging origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    push origin
+    Counting objects: 32, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (19/19), done.
+    Writing objects: 100% (23/23), 2.18 KiB | 0 bytes/s, done.
+    Total 23 (delta 7), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       2d106aa..aca0d04  git-annex -> synced/git-annex
+       18c2edb..5026450  annex/direct/master -> synced/master
+    ok
+    commit  ok
+    pull r2
+    remote: Counting objects: 32, done.
+    remote: Compressing objects: 100% (19/19), done.
+    remote: Total 23 (delta 7), reused 0 (delta 0)
+    Unpacking objects: 100% (23/23), done.
+    From ../../.t\tmprepo36
+     * [new branch]      annex/direct/master -> r2/annex/direct/master
+     * [new branch]      git-annex  -> r2/git-annex
+     * [new branch]      master     -> r2/master
+     * [new branch]      synced/master -> r2/synced/master
+    
+    Updating 18c2edb..5026450
+    Fast-forward
+     conflictor              | 1 -
+     conflictor.variant-cc12 | 1 +
+     conflictor/subfile      | 1 +
+     3 files changed, 2 insertions(+), 1 deletion(-)
+     delete mode 120000 conflictor
+     create mode 120000 conflictor.variant-cc12
+     create mode 120000 conflictor/subfile
+    
+    Already up-to-date.
+    ok
+    (merging r2/git-annex into git-annex...)
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    add conflictor ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    
+    Adding conflictor/subfile
+    CONFLICT (file/directory): There is a directory with name conflictor in refs/remotes/origin/synced/master. Add
+    ing conflictor as conflictor~HEAD
+    Automatic merge failed; fix conflicts and then commit the result.
+    conflictor: needs merge
+    (Recording state in git...)
+    [annex/direct/master 82abd2f] git-annex automatic merge conflict fix
+    
+      Merge conflict was automatically resolved; you may want to examine the result.
+    ok
+    push origin
+    Counting objects: 32, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (17/17), done.
+    Writing objects: 100% (22/22), 1.95 KiB | 0 bytes/s, done.
+    Total 22 (delta 7), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       aca0d04..9d475c9  git-annex -> synced/git-annex
+       5026450..82abd2f  annex/direct/master -> synced/master
+    ok
+    add conflictor/subfile ok
+    (Recording state in git...)
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  ok
+    pull origin
+    remote: Counting objects: 32, done.
+    remote: Compressing objects: 100% (17/17), done.
+    remote: Total 22 (delta 7), reused 0 (delta 0)
+    Unpacking objects: 100% (22/22), done.
+    From c:/Users/geibeljt/annex/.t\repo
+       5026450..82abd2f  master     -> origin/master
+       aca0d04..9d475c9  synced/git-annex -> origin/synced/git-annex
+       5026450..82abd2f  synced/master -> origin/synced/master
+    
+    Auto-merging conflictor/subfile
+    CONFLICT (add/add): Merge conflict in conflictor/subfile
+    Automatic merge failed; fix conflicts and then commit the result.
+    failed
+    (merging origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    push origin
+    Counting objects: 34, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (17/17), done.
+    Writing objects: 100% (22/22), 2.05 KiB | 0 bytes/s, done.
+    Total 22 (delta 5), reused 0 (delta 0)
+    To c:/Users/geibeljt/annex/.t\repo
+       9d475c9..13a0faa  git-annex -> synced/git-annex
+     ! [rejected]        annex/direct/master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'c:/Users/geibeljt/annex/.t\repo'
+    hint: Updates were rejected because a pushed branch tip is behind its remote
+    hint: counterpart. Check out this branch and integrate the remote changes
+    hint: (e.g. 'git pull ...') before pushing again.
+    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
+    
+      Pushing to origin failed.
+    
+      (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git
+     config)
+    failed
+    git-annex: sync: 2 failed
+    FAIL
+"""]]
diff --git a/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment
new file mode 100644
index 0000000000..4db1b7786b
--- /dev/null
+++ b/doc/bugs/Test_test__95__mixed__95__conflict__95__resolution_fails_on_Windows_with___34__conflictor_directory_missing__34__/comment_8_02699dbf30270db090b00192850831db._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltxdgYMUK4CMJh3jC8AlegwyoiHA9Ka7o"
+ nickname="Justin"
+ subject="comment 8"
+ date="2014-02-04T02:05:36Z"
+ content="""
+With the changes pushed today, I confirm I also have all 72 tests passing on Windows 7 with 5.20140203-g83e6fb7.
+
+Thanks!
+"""]]
diff --git a/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn b/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
new file mode 100644
index 0000000000..be6db378cf
--- /dev/null
+++ b/doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
@@ -0,0 +1,23 @@
+I only saw this just now, but the tests fail to link/build on OSX
+
+<pre>
+[181 of 181] Compiling Main ( git-annex.hs, tmp/Main.o )
+Linking git-annex ...
++ make -q test
++ '[' 1 = 1 ']'
++ ../maxtime 1800 make test
+[175 of 175] Compiling Main ( test.hs, tmp/Main.o )
+test.hs:175:17:
+Not in scope: data constructor `Types.Backend.KeySource'
+test.hs:175:43:
+`Types.Backend.keyFilename' is not a (visible) constructor field name
+test.hs:175:76:
+`Types.Backend.contentLocation' is not a (visible) constructor field name
+** failed to build the test suite
+make: *** [test] Error 1
++ exit 4
+</pre>
+
+this issue seems to got introduced at commit e0fdfb2e706da2cb1451193c658dc676b0530968
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file.mdwn b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file.mdwn
new file mode 100644
index 0000000000..40cd3ebb9c
--- /dev/null
+++ b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+git-annex assistant reports a warning:
+TransferScanner crashed: fd:59: hGetLine: end of file
+
+### What steps will reproduce the problem?
+I don't know. Just run git-annex assistant and wait for this to happen.
+
+### What version of git-annex are you using? On what operating system?
+Version: 5.20140709
+Build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash 
+
+Gentoo
+
+### Please provide any additional information below.
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+error: object file /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f is empty
+fatal: loose object 973b57761ebe88b11e1d0d2c70c8d3b48530202f (stored in /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f) is corrupt
+error: object file /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f is empty
+fatal: loose object 973b57761ebe88b11e1d0d2c70c8d3b48530202f (stored in /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f) is corrupt
+error: object file /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f is empty
+fatal: loose object 973b57761ebe88b11e1d0d2c70c8d3b48530202f (stored in /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f) is corrupt
+error: object file /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f is empty
+fatal: loose object 973b57761ebe88b11e1d0d2c70c8d3b48530202f (stored in /home/crabman/annex/.git/objects/97/3b57761ebe88b11e1d0d2c70c8d3b48530202f) is corrupt
+fd:31: hGetLine: end of file
+fd:32: hGetLine: end of file
+fd:33: hGetLine: end of file
+fd:34: hGetLine: end of file
+fd:38: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:43: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:41: hGetLine: end of file
+fd:43: hGetLine: end of file
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_1_a1392b92efdff82783a4b0cc2c3c7f2f._comment b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_1_a1392b92efdff82783a4b0cc2c3c7f2f._comment
new file mode 100644
index 0000000000..101b234047
--- /dev/null
+++ b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_1_a1392b92efdff82783a4b0cc2c3c7f2f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-14T18:47:21Z"
+ content="""
+You did not seem to paste the whole log, but it's clear that your git repository is corrupt. You might try running `git annex repair` inside it.
+
+This was probably caused by a disk corruption or if you're lucky just a hard shutdown that caused files to get truncated.
+
+The assistant tries to detect corrupt repositories on startup, but it's hard to detect when a repository has a few corrupt objects like this. This is why the webapp suggests you set up periodic repository consistency checks, which should eventually repair this kind of problem.
+
+Perhaps it would make sense for the webapp, when a thread crashes, to provide a button to run an consistency check immediately.
+"""]]
diff --git a/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_2_5e153b7c59c474988fe551a505e545bc._comment b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_2_5e153b7c59c474988fe551a505e545bc._comment
new file mode 100644
index 0000000000..c8d4a988af
--- /dev/null
+++ b/doc/bugs/TransferScanner_crashed:_fd:59:_hGetLine:_end_of_file/comment_2_5e153b7c59c474988fe551a505e545bc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jg123h12jh3y12g3y"
+ ip="86.62.100.131"
+ subject="comment 2"
+ date="2014-07-15T07:58:15Z"
+ content="""
+But I do have periodice consistency checks turned on. I think git-annex assistant should tell the user what the heck is going on and maybe try to repair it automatically.
+"""]]
diff --git a/doc/bugs/Transfers_continue_after_daemon_stopped.mdwn b/doc/bugs/Transfers_continue_after_daemon_stopped.mdwn
new file mode 100644
index 0000000000..0d9b4f6488
--- /dev/null
+++ b/doc/bugs/Transfers_continue_after_daemon_stopped.mdwn
@@ -0,0 +1,5 @@
+After creating a new pairing, I stopped the daemon through the webapp while it was syncing.  The webapp shut down and was no longer accessible, but git-annex continued running in the background, along with git-annex-shell, and they continued to run new transfers with new rsync processes.  This continued until I killed them all.
+
+I expected that when I stopped the daemon in the webapp, all git-annex processes and all transfers would stop.
+
+Using the 20131101 tarball.
diff --git a/doc/bugs/Transfers_continue_after_daemon_stopped/comment_1_39eb527d64367e6762281246f1d49b1f._comment b/doc/bugs/Transfers_continue_after_daemon_stopped/comment_1_39eb527d64367e6762281246f1d49b1f._comment
new file mode 100644
index 0000000000..9d504f743c
--- /dev/null
+++ b/doc/bugs/Transfers_continue_after_daemon_stopped/comment_1_39eb527d64367e6762281246f1d49b1f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-05T16:01:14Z"
+ content="""
+I've checked, and shutting down the daemon does cause it to stop any transfers it is running.
+
+However, this does not stop other transfers initiated by the other paired computer.
+
+I'm ambivilant about whether local pairing should only allow transfers when both daemons are running.
+"""]]
diff --git a/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead.mdwn b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead.mdwn
new file mode 100644
index 0000000000..99055e7c5d
--- /dev/null
+++ b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead.mdwn
@@ -0,0 +1,51 @@
+What steps will reproduce the problem?
+
+I added a (encrypted) ssh remote and everything worked fine. Now I marked the remote as dead, but git-annex still tries to upload to this remote. I recognize this because it asks for my ssh and gpg keys passwords. 
+
+While transfering (or asking for the password), `git annex status` shows the following:
+<pre>
+supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+supported remote types: git S3 bup directory rsync web hook
+trusted repositories: 0
+semitrusted repositories: 2
+	00000000-0000-0000-0000-000000000001 -- web
+ 	cd16b9c6-f464-11e1-9845-8749687232d2 -- here (Dell)
+untrusted repositories: 0
+dead repositories: 7
+	11379fa0-ecd6-49e2-9bec-24fc19cc7b9f -- vserver.dbruhn.de_annex
+ 	2195e036-d2ef-4357-8c89-a9aaec23ebdc -- vserver-plain
+ 	4d066ea1-fb9f-45fd-990a-5c5c836f530e -- inTmp
+ 	bb276045-6ba6-488f-88d0-39a3c5f5134d -- vserver-enc
+ 	c49f3372-3fcf-49fc-b626-73ba4454c172 -- annexBare (bareAnnex)
+ 	e52645b3-bfb6-457d-b281-967353919e29 -- AnnexUSBFAT
+ 	ea3d6acc-716c-48e8-9b6b-993b90dcc1db -- vserver2
+transfers in progress: 
+	uploading Schmidt/somefile.m4a
+
+
+ to vserver2
+available local disk space: 43 gigabytes (+1 megabyte reserved)
+temporary directory size: 389 megabytes (clean up with git-annex unused)
+local annex keys: 23
+local annex size: 396 megabytes
+known annex keys: 19
+known annex size: 396 megabytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+	SHA256E: 42
+</pre>
+
+As you can see, the `vserver2` remote is marked as dead but git-annex still tries to upload. This problem keeps occuring even after restarts. 
+
+What is the expected output? What do you see instead?
+
+If I do not get the `dead` status wrong, git-annex should not use these remotes.
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex HEAD from yesterdays git. Ubuntu 12.10
+
+Please provide any additional information below.
+
+[[!tag /design/assistant moreinfo]]
diff --git a/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_1_108b3984891f82429430b503cddfb3c1._comment b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_1_108b3984891f82429430b503cddfb3c1._comment
new file mode 100644
index 0000000000..f8a85cb166
--- /dev/null
+++ b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_1_108b3984891f82429430b503cddfb3c1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 1"
+ date="2012-11-04T20:01:35Z"
+ content="""
+Are you using the git-annex assistant? It's supposed to have code in it to prevent it from using dead remotes. Perhaps that is not working.
+
+When not using the git-annex assistant, nothing prevents git-annex from trying to continue to use dead remotes. I think this is ok; maybe the dead remote is not 100% dead yet; if it is, the remote can be removed from git's configuration to prevent it being used of course.
+"""]]
diff --git a/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_2_fa5b1bc26ed3e5bfe48441490c94fe3a._comment b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_2_fa5b1bc26ed3e5bfe48441490c94fe3a._comment
new file mode 100644
index 0000000000..fd0d9d2ab9
--- /dev/null
+++ b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_2_fa5b1bc26ed3e5bfe48441490c94fe3a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.dbruhn.de/"
+ nickname="Dominik"
+ subject="comment 2"
+ date="2012-11-08T14:13:00Z"
+ content="""
+Actually this happens when using the assistant.
+"""]]
diff --git a/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_3_0a785b5dfbf4eef30854d6bedb12b7d1._comment b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_3_0a785b5dfbf4eef30854d6bedb12b7d1._comment
new file mode 100644
index 0000000000..e839e7a156
--- /dev/null
+++ b/doc/bugs/Tries_to_upload_to_remote_although_remote_is_dead/comment_3_0a785b5dfbf4eef30854d6bedb12b7d1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 3"
+ date="2012-11-13T18:00:42Z"
+ content="""
+I've tried & failed to reproduce this using the assistant. When I mark a repo as dead, and go into Configuration -> Manage repositories, the repository is not shown in the list of repositories it'll sync to, and it certainly doesn't upload any files to it.
+
+
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3.mdwn b/doc/bugs/Truncated_file_transferred_via_S3.mdwn
new file mode 100644
index 0000000000..9261c8a05c
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3.mdwn
@@ -0,0 +1,614 @@
+### Please describe the problem.
+
+I have two machines connected with annex assistant via XMPP and S3. I placed a file into the annex directory on one computer, and it fairly immediately transferred to the other, as expected. However the resulting file appears to be truncated.
+
+### What steps will reproduce the problem?
+
+Unknown, I haven't noticed this happen before.
+
+### What version of git-annex are you using? On what operating system?
+
+The sending end was from commit ef1fd09c5c1c3950727f0760df36075e45192b33 (Tue Jul 2 16:52:43 2013 +0000), the receiving end was at 1c16de8ebcef6c1920a8437af380f8aea5a2c535 (Wed Jun 12 20:31:43 2013 +0000). Both on Ubuntu 13.04.
+
+### Please provide any additional information below.
+
+Details of the file at the sending end:
+
+[[!format text """
+$ stat git-annex_4.20130627_amd64.deb 
+  Bestand: ‘git-annex_4.20130627_amd64.deb’
+  Grootte: 10140744     Blokken: 19808        IO-blok: 4096   normaal bestand
+Apparaat: 801h/2049d   Inode: 27394054     Koppelingen: 1
+Toegang: (0644/-rw-r--r--)   UID: ( 1000/   robin)   GID: ( 1000/   robin)
+Toegang:   2013-07-03 21:57:26.774297184 +1200
+Gewijzigd: 2013-07-03 21:57:25.526306867 +1200
+Veranderd: 2013-07-03 21:57:26.770297214 +1200
+"""]]
+
+and at the receiving end:
+
+[[!format text """
+  Bestand: ‘git-annex_4.20130627_amd64.deb’
+  Grootte: 10105870     Blokken: 19760        IO-blok: 4096   normaal bestand
+Apparaat: 16h/22d   Inode: 6167474      Koppelingen: 1
+Toegang: (0664/-rw-rw-r--)   UID: ( 1000/   robin)   GID: ( 1000/   robin)
+Toegang:   2013-07-03 10:58:02.653724449 +0100
+Gewijzigd: 2013-07-03 10:58:02.365724461 +0100
+Veranderd: 2013-07-03 10:58:02.369724461 +0100
+"""]]
+
+(it was coincidence I expect that it was a deb of git-annex I'd just made :)
+
+Some more poking indicates that it's not strictly a truncation, not too far into the file, the content changes:
+
+Sent:
+
+[[!format text """
+00002a0 4ea6 bb1e 4c18 d54e b836 b19a d9a2 6314
+00002b0 4a0d 2954 d6aa fb42 2699 7437 df7f 6a6d
+00002c0 7f7f 4f1c bce5 5e0f 5cc3 d5b1 e896 2829
+00002d0 4ed2 8426 9496 a669 3dd1 d6ed 26dd 3b1d
+00002e0 4c2a 4ef2 e29b 778c 4818 0e49 990e 314c
+"""]]
+
+Received:
+
+[[!format text """
+00002a0 4ea6 bb1e 4c18 d54e b836 b19a d9a2 6314
+00002b0 544a aa29 42d6 99fb 3726 7f74 6ddf 7f6a
+00002c0 1c7f e54f 0fbc c35e b15c 96d5 29e8 d228
+00002d0 264e 9684 6994 d1a6 ed3d ddd6 1d26 2a3b
+00002e0 f24c 9b4e 8ce2 1877 4948 0e0e 4c99 1931
+"""]]
+
+Oddly, there seems to be a pattern in the difference of the first incorrect row, it looks like kind of like strange endian weirdness rearranging things.
+
+aabb ccdd eeff gghh
+
+becomes:
+
+bbdd ffcc hhee ..gg
+
+where the .. comes from further along the pattern.
+
+Deleting and re-adding the file doesn't cause the new version to appear, but that's presumably because it's addressing by SHA, so it doesn't see that as a change.
+
+[[!format text """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Sending machine:
+
+(started...) [2013-07-03 21:57:17 NZST] XMPPSendPack: Syncing with eythian
+[2013-07-03 21:57:17 NZST] XMPPReceivePack: Syncing with eythian
+Everything up-to-date
+[2013-07-03 21:57:25 NZST] Committer: Adding git-annex..amd64.deb
+
+add git-annex_4.20130627_amd64.deb (checksum...) [2013-07-03 21:57:25 NZST] Committer: Committing changes to git
+[2013-07-03 21:57:25 NZST] Pusher: Syncing with backups
+To /mnt/backups/annex
+   2783051..69b3503  git-annex -> synced/git-annex
+   0b10576..e1b6f29  master -> synced/master
+(gpg) Already up-to-date.
+Already up-to-date.
+[2013-07-03 21:57:26 NZST] XMPPSendPack: Syncing with eythian
+[2013-07-03 21:57:26 NZST] Committer: Adding git-annex..amd64.deb
+ok
+(Recording state in git...)
+(Recording state in git...)
+
+
+add git-annex_4.20130627_amd64.deb (checksum...) [2013-07-03 21:57:26 NZST] Committer: Committing changes to git
+
+0%        96.0KB/s 1m42s[2013-07-03 21:57:27 NZST] Pusher: Syncing with backups
+To /mnt/backups/annex
+   69b3503..026ba8e  git-annex -> synced/git-annex
+To xmpp::eythian@jabber.kallisti.net.nz
+   2783051..69b3503  git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
+   0b10576..e1b6f29  master -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master
+1%       127.9KB/s 1m16s[2013-07-03 21:57:27 NZST] XMPPSendPack: Syncing with eythian
+25%        631.7KB/s 12sTo xmpp::eythian@jabber.kallisti.net.nz
+   69b3503..35b3fd8  git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
+[2013-07-03 21:57:30 NZST] XMPPSendPack: Syncing with eythian
+51%           1.2MB/s 4sEverything up-to-date
+[2013-07-03 21:57:34 NZST] Transferrer: Uploaded git-annex..amd64.deb
+[2013-07-03 21:57:34 NZST] Pusher: Syncing with backups
+To /mnt/backups/annex
+   026ba8e..1eb67d8  git-annex -> synced/git-annex
+[2013-07-03 21:57:35 NZST] XMPPSendPack: Syncing with eythian
+To xmpp::eythian@jabber.kallisti.net.nz
+   35b3fd8..1eb67d8  git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
+[2013-07-03 21:57:36 NZST] XMPPSendPack: Syncing with eythian
+Everything up-to-date
+[2013-07-03 21:58:03 NZST] XMPPReceivePack: Syncing with eythian
+Already up-to-date.
+[2013-07-03 21:58:04 NZST] XMPPReceivePack: Syncing with eythian
+[2013-07-03 22:09:44 NZST] XMPPSendPack: Syncing with eythian
+To xmpp::eythian@jabber.kallisti.net.nz
+   1eb67d8..822dbb1  git-annex -> refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex
+[2013-07-03 22:09:45 NZST] XMPPSendPack: Syncing with eythian
+Everything up-to-date
+
+Receiving machine:
+
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a18/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a22/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from a20/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from b24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c27/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c25/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c16/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c22/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from c21/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d23/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d15/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d27/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d15/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d21/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from d24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from f21/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from h26/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j22/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j20/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from j23/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k22/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k26/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k26/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from k22/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from l26/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from l17/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m32/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m23/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m18/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m21/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from o20/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s24/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s19/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s21/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s25/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s19/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s20/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s25/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s16/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from s26/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from w23/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from w20/msn Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [0b10576100879220b2f50bf53f552befe2fda8de,27830516f221de09f7906954ba0bcc6b3dd31680])"
+[2013-07-03 10:57:16 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (PushRequest (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\"))"
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from m9/Adium Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from p6/NEW_HOTNESS Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
+[2013-07-03 10:57:16 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
+[2013-07-03 10:57:17 BST] XMPPClient: push notification for
+[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [0b10576100879220b2f50bf53f552befe2fda8de,27830516f221de09f7906954ba0bcc6b3dd31680])"]
+[2013-07-03 10:57:17 BST] XMPPClient: ignoring CanPush with known shas
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (PushRequest (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:17 BST] XMPPSendPack: started running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:17 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:17 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","branch","-f","synced/master"]
+[2013-07-03 10:57:17 BST] XMPPSendPack: Syncing with eythian 
+[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (StartingPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:17 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","push","eythian","git-annex:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex","refs/heads/master:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
+[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:17 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:17 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 1 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:57:17 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 2 \"<elided>\")"]
+[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 2 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "<elided>")
+[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "<elided>")
+[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 3 \"<elided>\")"]
+[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 3 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 4 \"<elided>\")"]
+[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 4 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:57:17 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 5 \"<elided>\")"]
+[2013-07-03 10:57:17 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 5 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:57:17 BST] XMPPClient: sending: Pushing "e57" (SendPackOutput 1 "<elided>")
+[2013-07-03 10:57:17 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:18 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:18 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:18 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:18 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:18 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:18 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackDone ExitSuccess)"]
+[2013-07-03 10:57Everything up-to-date
+:18 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackDone ExitSuccess) in SendPack inbox "e57"
+[2013-07-03 10:57:18 BST] XMPPSendPack: finished running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:21 BST] XMPPClient: received: ["Presence from a15/android_talk53f054b9e972 Nothing"]
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
+[2013-07-03 10:57:26 BST] XMPPClient: push notification for
+[2013-07-03 10:57:26 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:26 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"]
+[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"]
+[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:26 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:26 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:26 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:26 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:26 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "<elided>")
+[2013-07-03 10:57:26 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:27 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:27 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:27 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 2 \"<elided>\")"]
+[2013-07-03 10:57:27 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 2 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "<elided>")
+[2013-07-03 10:57:27 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..27830516f221de09f7906954ba0bcc6b3dd31680","--oneline","-n1"]
+[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 4 "<elided>")
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
+[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:27 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:27 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","69b3503287d87c26989a755d0cc660c3c68f2c80"]
+[2013-07-03 10:57:27 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","69b3503287d87c26989a755d0cc660c3c68f2c80..refs/heads/git-annex","--oneline","-n1"]
+[2013-07-03 10:57:27 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","69b3503287d87c26989a755d0cc660c3c68f2c80"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:27 BST] TransferScanner: starting scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:27 BST] Merger: merging refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master into refs/heads/master
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-files","--cached","-z","--"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
+[2013-07-03 10:57:27 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex/.git/annex/merge/","merge","--no-edit","refs/synced/9e67bebc-655c-47da-97a0-2bb02bbbc580/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
+Updating 0b10576..e1b6f29
+Fast-forward
+ git-annex_4.20130627_amd64.deb | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 git-annex_4.20130627_amd64.deb
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-tree","-z","--raw","--no-renames","-l0","-r","0b10576100879220b2f50bf53f552befe2fda8de","e1b6f2944e7d082299cb1696c55d9064a11c4577"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
+[2013-07-03 10:57:27 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","refs/heads/git-annex"]
+[2013-07-03 10:57:28 BST] Watcher: add symlink git-annex_4.20130627_amd64.deb
+[2013-07-03 10:57:28 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","hash-object","-t","blob","-w","--stdin"]
+[2013-07-03 10:57:28 BST] Committer: committing 1 changes
+[2013-07-03 10:57:28 BST] Committer: Committing changes to git
+[2013-07-03 10:57:28 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
+[2013-07-03 10:57:28 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:28 BST] XMPPClient: push notification for
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:28 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--head","refs/heads/git-annex","HEAD"]
+[2013-07-03 10:57:28 BST] XMPPClient: sending: Pushing "e30" (CanPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])
+[2013-07-03 10:57:28 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
+[2013-07-03 10:57:28 BST] XMPPClient: exploded undirected message to clients e7/27209141331372845435882587
+[2013-07-03 10:57:28 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,69b3503287d87c26989a755d0cc660c3c68f2c80])"
+[2013-07-03 10:57:28 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,026ba8e7ba89bccd22f5ff31a26c82ee75641b55])"]
+[2013-07-03 10:57:28 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:28 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:28 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:28 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:29 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,026ba8e7ba89bccd22f5ff31a26c82ee75641b55])"]
+[2013-07-03 10:57:29 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:29 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:29 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:29 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
+[2013-07-03 10:57:29 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:29 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:29 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:29 BST] TransferScanner: finished scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:29 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:29 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:30 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 2 \"<elided>\")"]
+[2013-07-03 10:57:30 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 2 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "<elided>")
+[2013-07-03 10:57:30 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..69b3503287d87c26989a755d0cc660c3c68f2c80","--oneline","-n1"]
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "<elided>")
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..35b3fd81218834a29b9f516b64b4671c0b0902d3","--oneline","-n1"]
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:30 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","35b3fd81218834a29b9f516b64b4671c0b0902d3"]
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","35b3fd81218834a29b9f516b64b4671c0b0902d3..refs/heads/git-annex","--oneline","-n1"]
+[2013-07-03 10:57:30 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","35b3fd81218834a29b9f516b64b4671c0b0902d3"]
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..35b3fd81218834a29b9f516b64b4671c0b0902d3","--oneline","-n1"]
+[2013-07-03 10:57:30 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:30 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","refs/heads/git-annex"]
+[2013-07-03 10:57:30 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:30 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:30 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:30 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "<elided>")
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:30 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "<elided>")
+[2013-07-03 10:57:30 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:31 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:31 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:31 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:31 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:31 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:31 BST] TransferScanner: starting scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:31 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-files","--cached","-z","--"]
+[2013-07-03 10:57:32 BST] TransferScanner: finished scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:34 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"push\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"])], elementNodes = []})","NotifyPush [UUID \"a23dd126-7bb7-42ce-b15a-b01990df5f2a\"]"]
+[2013-07-03 10:57:34 BST] XMPPClient: push notification for
+[2013-07-03 10:57:34 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:57:34 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:57:35 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \"query\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \"\"])], elementNodes = []})","QueryPresence"]
+[2013-07-03 10:57:35 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,1eb67d85f89c92345757805d83939d75e8ce54a0])"]
+[2013-07-03 10:57:35 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:35 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:35 BST] XMPPClient: received: ["Pushing \"e57\" (CanPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,1eb67d85f89c92345757805d83939d75e8ce54a0])"]
+[2013-07-03 10:57:35 BST] XMPPClient: sending: Pushing "e57" (PushRequest (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:57:35 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:35 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:35 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:35 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:35 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:35 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:35 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:35 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 2 "<elided>")
+[2013-07-03 10:57:35 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:36 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:36 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:36 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 2 \"<elided>\")"]
+[2013-07-03 10:57:36 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 2 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:36 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 3 "<elided>")
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:36 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:36 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:36 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 4 "<elided>")
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..35b3fd81218834a29b9f516b64b4671c0b0902d3","--oneline","-n1"]
+[2013-07-03 10:57:36 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..1eb67d85f89c92345757805d83939d75e8ce54a0","--oneline","-n1"]
+[2013-07-03 10:57:36 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:36 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:36 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","1eb67d85f89c92345757805d83939d75e8ce54a0"]
+[2013-07-03 10:57:36 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","hash-object","-t","blob","-w","--stdin"]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","1eb67d85f89c92345757805d83939d75e8ce54a0..refs/heads/git-annex","--oneline","-n1"]
+[2013-07-03 10:57:36 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","1eb67d85f89c92345757805d83939d75e8ce54a0"]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:57:36 BST] TransferScanner: starting scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..1eb67d85f89c92345757805d83939d75e8ce54a0","--oneline","-n1"]
+[2013-07-03 10:57:36 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","refs/heads/git-annex"]
+[2013-07-03 10:57:36 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-files","--cached","-z","--"]
+[2013-07-03 10:57:37 BST] XMPPClient: received: ["Pushing \"e57\" (StartingPush (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:57:37 BST] XMPPReceivePack: started running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:57:37 BST] XMPPReceivePack: Syncing with eythian 
+[2013-07-03 10:57:37 BST] chat: git ["receive-pack","/home/robin/Bureaublad/annex"]
+[2013-07-03 10:57:37 BST] XMPPClient: sending: Pushing "e57" (ReceivePackOutput 1 "<elided>")
+[2013-07-03 10:57:37 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:37 BST] XMPPClient: received: ["Pushing \"e57\" (SendPackOutput 1 \"<elided>\")"]
+[2013-07-03 10:57:37 BST] XMPPClient: NetMessager stored Pushing "e57" (SendPackOutput 1 "<elided>") in ReceivePack inbox "e57"
+[2013-07-03 10:57:37 BST] XMPPReceivePack: finished running push Pushing "e57" (StartingPush (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:57:37 BST] XMPPClient: sending: Pushing "e57" (ReceivePackDone ExitSuccess)
+[2013-07-03 10:57:37 BST] TransferScanner: queued Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Nothing : expensive scan found missing object
+[2013-07-03 10:57:37 BST] Transferrer: Transferring: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Nothing
+[2013-07-03 10:57:38 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:57:38 BST] TransferScanner: finished scan of [Remote { name ="eythian" }]
+[2013-07-03 10:57:38 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Nothing
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 131008
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 262016
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 393024
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 524032
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 655040
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 786048
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 917056
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1048064
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1179072
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1310080
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1441088
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1572096
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1703104
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1834112
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 1965120
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2096128
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2227136
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2358144
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2489152
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2620160
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2751168
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 2882176
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3013184
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3144192
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3275200
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3406208
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3537216
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3668224
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3799232
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 3930240
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4192256
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4323264
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4454272
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4585280
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4716288
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 4847296
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5109312
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5240320
+[2013-07-03 10:58:01 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5371328
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5502336
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5633344
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5764352
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 5895360
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6157376
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6288384
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6419392
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6550400
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6681408
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 6943424
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7074432
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7205440
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7336448
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7598464
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7729472
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7860480
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 7991488
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8122496
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8253504
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8384512
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8515520
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8646528
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8646528
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8777536
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 8908544
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9039552
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9170560
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9301568
+[2013-07-03 10:58:02 BST] XMPPClient: received: ["Unknown message"]
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9432576
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9563584
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9694592
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9694592
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9825600
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 9956608
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer starting: Download UUID "971c808b-ce67-4edb-b317-21c0da6b5462" git-annex_4.20130627_amd64.deb Just 10087616
+[2013-07-03 10:58:02 BST] Watcher: add symlink git-annex_4.20130627_amd64.deb
+[2013-07-03 10:58:02 BST] Transferrer: Downloaded git-annex..amd64.deb
+[2013-07-03 10:58:02 BST] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID "971c808b-ce67-4edb-b317-21c0da6b5462", transferKey = Key {keyName = "8514472fd7c4ea28b385b0335db408ee28f58911b5ad0ba9d2e2cbfd1b99c86d.deb", keyBackendName = "SHA256E", keySize = Just 10140744, keyMtime = Nothing}}
+[2013-07-03 10:58:02 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","hash-object","-t","blob","-w","--stdin"]
+[2013-07-03 10:58:02 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","hash-object","-w","--stdin-paths"]
+[2013-07-03 10:58:02 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","write-tree"]
+[2013-07-03 10:58:02 BST] chat: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","commit-tree","9b6f9b59c19650e25f11e2d50acb3bf25b631150","-p","refs/heads/git-annex"]
+[2013-07-03 10:58:02 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-ref","refs/heads/git-annex","822dbb101976fed8b775d04bba6da876c591a9f0"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","git-annex"]
+[2013-07-03 10:58:02 BST] Committer: committing 1 changes
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-03 10:58:02 BST] Committer: Committing changes to git
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..822dbb101976fed8b775d04bba6da876c591a9f0","--oneline","-n1"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","log","refs/heads/git-annex..1eb67d85f89c92345757805d83939d75e8ce54a0","--oneline","-n1"]
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--head","refs/heads/git-annex","HEAD"]
+[2013-07-03 10:58:02 BST] feed: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","update-index","-z","--index-info"]
+[2013-07-03 10:58:02 BST] XMPPClient: sending: Pushing "e30" (CanPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229") [e1b6f2944e7d082299cb1696c55d9064a11c4577,822dbb101976fed8b775d04bba6da876c591a9f0])
+[2013-07-03 10:58:02 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-07-03 10:58:02 BST] XMPPClient: exploded undirected message to clients e7/27209141331372845435882587
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
+[2013-07-03 10:58:03 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,822dbb101976fed8b775d04bba6da876c591a9f0])"
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (PushRequest (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:58:03 BST] XMPPSendPack: started running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:03 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","branch","-f","synced/master"]
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:03 BST] XMPPSendPack: Syncing with eythian 
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:03 BST] Merger: merging refs/heads/synced/master into refs/heads/master
+[2013-07-03 10:58:03 BST] XMPPClient: sending: Pushing "e57" (StartingPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:58:03 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","push","eythian","git-annex:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex","refs/heads/master:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:03 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
+[2013-07-03 10:58:03 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex/.git/annex/merge/","merge","--no-edit","refs/heads/synced/master"]
+Already up-to-date.
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--hash","refs/heads/master"]
+[2013-07-03 10:58:03 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","diff-tree","-z","--raw","--no-renames","-l0","-r","e1b6f2944e7d082299cb1696c55d9064a11c4577","e1b6f2944e7d082299cb1696c55d9064a11c4577"]
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (PushRequest (UUID \"9e67bebc-655c-47da-97a0-2bb02bbbc580\"))"]
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 1 \"<elided>\")"]
+[2013-07-03 10:58:03 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 1 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 2 \"<elided>\")"]
+[2013-07-03 10:58:03 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 2 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 3 \"<elided>\")"]
+[2013-07-03 10:58:03 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 3 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 4 \"<elided>\")"]
+[2013-07-03 10:58:03 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 4 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:03 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 5 \"<elided>\")"]
+[2013-07-03 10:58:03 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 5 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:03 BST] XMPPClient: sending: Pushing "e57" (SendPackOutput 1 "<elided>")
+[2013-07-03 10:58:03 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:58:03 BST] XMPPClient: sending: Pushing "e57" (SendPackOutput 2 "<elided>")
+[2013-07-03 10:58:03 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:58:04 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 6 \"<elided>\")"]
+[2013-07-03 10:58:04 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 6 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:04 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 7 \"<elided>\")"]
+[2013-07-03 10:58:04 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 7 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:04 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackDone ExitSuccess)"]
+[2013-07-03 10:58To xmpp::eythian@jabber.kallisti.net.nz
+:0   2783051..822dbb1  4git-annex -> refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex 
+BS   0b10576..e1b6f29  Tmaster -> refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master]
+ XMPPClient: NetMessager stored Pushing "e57" (ReceivePackDone ExitSuccess) in SendPack inbox "e57"
+[2013-07-03 10:58:04 BST] XMPPSendPack: finished running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:58:04 BST] XMPPSendPack: started running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580"))
+[2013-07-03 10:58:04 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:04 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:04 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","symbolic-ref","HEAD"]
+[2013-07-03 10:58:04 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","refs/heads/master"]
+[2013-07-03 10:58:04 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","show-ref","--head","refs/heads/git-annex","HEAD"]
+[2013-07-03 10:58:04 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","branch","-f","synced/master"]
+[2013-07-03 10:58:04 BST] XMPPClient: sending: Pushing "e30" (CanPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229") [e1b6f2944e7d082299cb1696c55d9064a11c4577,822dbb101976fed8b775d04bba6da876c591a9f0])
+[2013-07-03 10:58:04 BST] XMPPSendPack: Syncing with eythian 
+[2013-07-03 10:58:04 BST] XMPPClient: exploded undirected message to clients e7/27209141331372845435882587
+[2013-07-03 10:58:04 BST] call: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","push","eythian","git-annex:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/git-annex","refs/heads/master:refs/synced/2c0b788e-7b2d-474b-8963-d889b9556229/ZXl0aGlhbkBqYWJiZXIua2FsbGlzdGkubmV0Lm56/master"]
+[2013-07-03 10:58:04 BST] XMPPClient: sending: Pushing "e57" (StartingPush (UUID "2c0b788e-7b2d-474b-8963-d889b9556229"))
+[2013-07-03 10:58:04 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:58:04 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:58:05 BST] XMPPClient: received: ["Presence from e7/27209141331372845435882587 Just (Element {elementName = Name {nameLocalName = \"git-annex\", nameNamespace = Just \"git-annex\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})"]
+[2013-07-03 10:58:05 BST] XMPPClient: sending to new client: e7/27209141331372845435882587 "Pushing \"e57\" (CanPush (UUID \"2c0b788e-7b2d-474b-8963-d889b9556229\") [e1b6f2944e7d082299cb1696c55d9064a11c4577,822dbb101976fed8b775d04bba6da876c591a9f0])"
+[2013-07-03 10:58:05 BST] XMPPClient: received: ["Presence from 0/ Nothing"]
+[2013-07-03 10:58:05 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackOutput 1 \"<elided>\")"]
+[2013-07-03 10:58:05 BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackOutput 1 "<elided>") in SendPack inbox "e57"
+[2013-07-03 10:58:05 BST] XMPPClient: sending: Pushing "e57" (SendPackOutput 1 "<elided>")
+[2013-07-03 10:58:05 BST] XMPPClient: to client: e7/27209141331372845435882587
+[2013-07-03 10:58:05 BST] XMPPClient: received: ["Pushing \"e57\" (ReceivePackDone ExitSuccess)"]
+[2013-07-03 10:58:05 Everything up-to-date
+BST] XMPPClient: NetMessager stored Pushing "e57" (ReceivePackDone ExitSuccess) in SendPack inbox "e57"
+[2013-07-03 10:58:05 BST] XMPPSendPack: finished running push Pushing "e57" (PushRequest (UUID "9e67bebc-655c-47da-97a0-2bb02bbbc580")) True
+[2013-07-03 10:58:27 BST] read: git ["--git-dir=/home/robin/Bureaublad/annex/.git","--work-tree=/home/robin/Bureaublad/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_1_5962358e6067448f633cc0eaf42f9ca7._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_1_5962358e6067448f633cc0eaf42f9ca7._comment
new file mode 100644
index 0000000000..f3583d31bb
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_1_5962358e6067448f633cc0eaf42f9ca7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-05T16:49:33Z"
+ content="""
+Did you get a chance to run `git annex fsck` on the file? I'd hope it would detect this problem.
+
+It's certainly possible for data to get corrupted somehow in transit. git-annex does not check that it got the expected contents until a fsck happens.
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_2_75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_2_75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment
new file mode 100644
index 0000000000..7eeb7ccafe
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_2_75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~eythian"
+ nickname="eythian"
+ subject="comment 2"
+ date="2013-07-11T12:44:24Z"
+ content="""
+I did it just then:
+
+    fsck git-annex_4.20130627_amd64.deb (checksum...) [2013-07-11 13:38:46 BST] read: sha256sum [\"git-annex_4.20130627_amd64.deb\"]
+    
+      Bad file content; left in place for you to examine
+    failed
+
+however, more concerningly, this happened to almost all the files in the repo:
+
+    git-annex: fsck: 79 failed
+
+and they do seem to be a different size between the two computers.
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_3_3dae1914c8c90fdad0c21e1fc795f2ca._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_3_3dae1914c8c90fdad0c21e1fc795f2ca._comment
new file mode 100644
index 0000000000..ecf3c4a1a1
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_3_3dae1914c8c90fdad0c21e1fc795f2ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 3"
+ date="2013-07-11T16:16:03Z"
+ content="""
+Would all these files that wrong size have been transferred to this computer via S3 too? And can you spot the same weird endinaness problem in them too? Are the files only getting corrupted on one computer, or on both?
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_4_3c5fe109f2196cfc196c30da3b62bafd._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_4_3c5fe109f2196cfc196c30da3b62bafd._comment
new file mode 100644
index 0000000000..b22380dc04
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_4_3c5fe109f2196cfc196c30da3b62bafd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~eythian"
+ nickname="eythian"
+ subject="comment 4"
+ date="2013-07-12T10:14:16Z"
+ content="""
+Yes, they would have gone via S3 too.
+
+However, it seems that running git annex fsck assumed the files on disk were correct, and they got resynched. So now both the computers have the incorrect version. I'll have a go pulling them out of backups and take a look.
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_5_f86f83c89300f255e730ddd23f876f61._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_5_f86f83c89300f255e730ddd23f876f61._comment
new file mode 100644
index 0000000000..742d22e2dc
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_5_f86f83c89300f255e730ddd23f876f61._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~eythian"
+ nickname="eythian"
+ subject="comment 5"
+ date="2013-07-12T10:43:23Z"
+ content="""
+Good thing I set up obnam a while ago :)
+
+Anyway, yes, a very similar pattern of corruption can be seen here. It might be worth nothing that it starts in a different place in the file. The one I'm looking at now begins at byte 0x1C, whereas it was a little bit further into the file previously.
+
+I created a large file that'd make the issue really clear and synced it over, and of course, everything worked perfectly.
+
+Here is a pair of small files that shows the problem, from around the 0x4BC mark.
+
+<http://www.kallisti.net.nz/~robin/good-bad-annex-files.tar.gz>
+"""]]
diff --git a/doc/bugs/Truncated_file_transferred_via_S3/comment_6_6aa9261c0cdb02c6dd66d25f5c71f622._comment b/doc/bugs/Truncated_file_transferred_via_S3/comment_6_6aa9261c0cdb02c6dd66d25f5c71f622._comment
new file mode 100644
index 0000000000..b5c27c5fde
--- /dev/null
+++ b/doc/bugs/Truncated_file_transferred_via_S3/comment_6_6aa9261c0cdb02c6dd66d25f5c71f622._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 6"
+ date="2014-05-28T00:33:48Z"
+ content="""
+I've just noticed the the S3 backend used Char8 for reading/writing encrypted files. I don't know that this could result in this problem, but it at least seems possible. If you can still reproduce the bug, try getting the next daily build and see if perhaps it fixed it.
+"""]]
diff --git a/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error.mdwn b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error.mdwn
new file mode 100644
index 0000000000..5605976329
--- /dev/null
+++ b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+I am receiving a weird error when trying to add a file into a git annex repo on Android. I can't explain how it got into this state, and I can't figure out how to fix it.
+
+### What steps will reproduce the problem?
+
+See the output below - I'm happy to run any debugging commands that are required.
+
+### What version of git-annex are you using? On what operating system?
+
+ASUS Transformer Infinity Android Tablet, Android 4.2.1.
+
+[[!format sh """
+git-annex version: 4.20130601-g7483ca4
+build flags: Assistant Webapp Testsuite S3 WebDAV Inotify XMPP DNS
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+u0_a141@android:/sdcard/git-annex.home/Documents $ git annex add Music/MobileSheets/The\ New\ Real\ Book\ 1/New\ Real\ Book\ 1\ Eb_19.pdf
+add Music/MobileSheets/The New Real Book 1/New Real Book 1 Eb_19.pdf (checksum...) unknown option -- reflink=auto
+git-annex: /storage/emulated/legacy/git-annex.home/Documents/.git/annex/tmp/New Real Book 1 Eb15137.pdf: rename: does not exist (No such file or directory)
+failed
+git-annex: add: 1 failed
+1|u0_a141@android:/sdcard/git-annex.home/Documents $ ls -la .git/annex/tmp/
+drwxrwxr-x    2 root     sdcard_r      4096 Jun 14 13:42 .
+drwxrwxr-x    6 root     sdcard_r      4096 Jun 14 13:35 ..
+u0_a141@android:/sdcard/git-annex.home/Documents $
+"""]]
+
+> Should be [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_1_928289956111d1b22f9d55f15b54f72f._comment b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_1_928289956111d1b22f9d55f15b54f72f._comment
new file mode 100644
index 0000000000..84a7498c4f
--- /dev/null
+++ b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_1_928289956111d1b22f9d55f15b54f72f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-14T16:20:57Z"
+ content="""
+I suspect you probably have another file already in the repository with the same content as the file you're trying to add. That, or something like it is why you're the lucky one who got to discover this bug in the build of the Android app! ;) The exact reason doesn't matter much -- It seems that it's trying to run `cp --reflink=auto`, which works on the build system, but not using the minimal busybox cp shipped with the Android app.
+
+I have put out a fix, and the Android daily build has been updated, so you can upgrade to that.
+"""]]
diff --git a/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_2_6a0cb836b93ba4cb1e07b11d5d2a7094._comment b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_2_6a0cb836b93ba4cb1e07b11d5d2a7094._comment
new file mode 100644
index 0000000000..52441b0749
--- /dev/null
+++ b/doc/bugs/Unable_to_add_files_on_Android_due_to_weird_rename_error/comment_2_6a0cb836b93ba4cb1e07b11d5d2a7094._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknOATcOkmzX4jKuET5Z2RsaFUNnLKnQsU"
+ nickname="Stephen"
+ subject="comment 2"
+ date="2013-06-14T23:01:35Z"
+ content="""
+Yep, it's fixed in the latest. Thanks!
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows.mdwn b/doc/bugs/Unicode_file_names_ignored_on_Windows.mdwn
new file mode 100644
index 0000000000..5d0b73b17b
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+
+The "add" command silently ignores all files and directories with non-ascii characters.
+
+### What steps will reproduce the problem?
+
+I created empty repository (git init, git annex init). I created some files with ascii and nonascii file names (hacky.txt, háčky.txt).
+
+git annex add . correctly adds only hacky.txt.
+
+git annex add "háčky.txt" does nothing.
+
+### What version of git-annex are you using? On what operating system?
+
+git 1.9.0, 
+git-annex installer from 2014-03-06
+
+Windows XP and 7 with czech localization. CP1250 is used for czech characters on windows.
+
+### Please provide any additional information below.
+
+    $ ls
+    hacky.txt  h????ky.txt
+    $ git annex add .
+    add hacky.txt ok
+    (Recording state in git...)
+    $ git annex status
+    D h├í─Źky.txt
+
+According to https://github.com/msysgit/msysgit/wiki/Git-for-Windows-Unicode-Support ls prints junk, but only to console.
+
+    D:\anntest>git annex add "háčky.txt" --debug
+    [2014-03-18 14:28:03 Central Europe Standard Time] read: git ["--git-dir=D:\\anntest\\.git","--work-tree=D:\\anntest","-c","core.bare=false","ls-files","--others","--exclude-standard","-z","--","h\225\269ky.txt"]
+    [2014-03-18 14:28:03 Central Europe Standard Time] chat: git ["--git-dir=D:\\anntest\\.git","--work-tree=D:\\anntest","-c","core.bare=false","cat-file","--batch"]
+    [2014-03-18 14:28:03 Central Europe Standard Time] read: git ["--git-dir=D:\\anntest\\.git","--work-tree=D:\\anntest","-c","core.bare=false","ls-files","--modified","-z","--","h\225\269ky.txt"]
+
+I can provide additional information, just tell me what you need.
+
+> [[fixed|done]], although this is not the end of encoding issues
+> on Windows. Updating [[todo/windows_support]] to discuss some other ones.
+> --[[Joey]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_1_3dfa4559dceec50c08ba180f41b4c220._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_1_3dfa4559dceec50c08ba180f41b4c220._comment
new file mode 100644
index 0000000000..c1778db780
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_1_3dfa4559dceec50c08ba180f41b4c220._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="analysis"
+ date="2014-03-18T17:54:09Z"
+ content="""
+The `git ls-files --others -z output` is fine; the mojibake seems to occur in git-annex's reading of that output, which uses GHC's filesystem encoding. On Linux it reads \"h\225\269ky.txt\" but on Windows, \"h\195\161\196\56461ky.txt\". 
+
+So, it's failing to compose the multibyte characters, and it seems to have escaped the last byte (which should be \"\141\" based on the other 3) out into the high code plane used for undecodable bytes.
+
+Note that on Linux with LANG=C, the add works, and it sees \"h\56515\56481\56516\56461ky.txt\" -- in this case, all 4 bytes are represented in the high code plane, and so round-trip through ok despite the locale not supporting the utf8 encoding.
+
+Interestingly, while both `[readFile \"h\225\269ky.txt\", readFile \"h\56515\56481\56516\56461ky.txt\"]` work on Linux, only the former does on Windows.
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_2_4dafea4367d455c2e63b0f7b1cc39559._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_2_4dafea4367d455c2e63b0f7b1cc39559._comment
new file mode 100644
index 0000000000..97d7012a19
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_2_4dafea4367d455c2e63b0f7b1cc39559._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 2"
+ date="2014-03-18T18:09:08Z"
+ content="""
+One approach might be to not use the GHC FileSystemEncoding on Windows, and assume that Windows filenames are always in a unicode encoding. After all, the FileSystemEncoding is only used by git-annex on Unix because Unix has no canonical encoding that will work for all filenames.
+
+Hmm, nope, I tried this and it just causes an \"invalid byte sequence\" crash when reading from git-ls-files.
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_3_bdde68a990a330ee0cf626be44b1c132._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_3_bdde68a990a330ee0cf626be44b1c132._comment
new file mode 100644
index 0000000000..1f35dc9dd0
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_3_bdde68a990a330ee0cf626be44b1c132._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-18T18:14:57Z"
+ content="""
+ghc docs on FileSystemEncoding: \"On Windows, this encoding *should not* be used if possible because the use of code pages is deprecated: Strings should be retrieved via the wide W-family of UTF-16 APIs instead\"
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_4_9140fb8034b1449ee2f4762093bc1f89._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_4_9140fb8034b1449ee2f4762093bc1f89._comment
new file mode 100644
index 0000000000..e40a6ab336
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_4_9140fb8034b1449ee2f4762093bc1f89._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 4"
+ date="2014-03-18T18:42:57Z"
+ content="""
+As well as the default encoding, I've tried `utf8`, `utf16`, `utf16le`, and `utf16be` encodings, and none of them is able to successfully read the git ls-files output, all fail with encoding error. (I also tried `mkUTF16 RoundtripFailure` but it completely broke git-annex.)
+
+Unsure where to go from here..
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_5_661ca15b68bc0e3fbe85f11400570446._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_5_661ca15b68bc0e3fbe85f11400570446._comment
new file mode 100644
index 0000000000..ccafb635eb
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_5_661ca15b68bc0e3fbe85f11400570446._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk5aY0oBmuQtnoTNtji-dPgDw9p7J24YeY"
+ nickname="Jiří"
+ subject="further info"
+ date="2014-03-18T23:46:08Z"
+ content="""
+On my windows 7 machine, ls-files does return something better
+
+    c:\JSH\antest>git --work-tree=c:\JSH\antest ls-files --others
+    \"h\303\241\304\215ky.txt\"
+
+If I am correct, it is unicode 225 269, but as octal utf-8. ls-files -z return correct utf-8 (68 C3 A1 C4 8D 6B ...)
+
+I will test that tomorrow also on windows xp on my work pc.
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_6_0e8820169c0300d296c697154fd05dc4._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_6_0e8820169c0300d296c697154fd05dc4._comment
new file mode 100644
index 0000000000..4f7ec51fa0
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_6_0e8820169c0300d296c697154fd05dc4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk5aY0oBmuQtnoTNtji-dPgDw9p7J24YeY"
+ nickname="Jiří"
+ subject="further info 2"
+ date="2014-03-19T11:53:17Z"
+ content="""
+And on my windows xp computer, git ls-files returns valid utf-8 too.
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_7_b23a2bf106053f105798b270536057e5._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_7_b23a2bf106053f105798b270536057e5._comment
new file mode 100644
index 0000000000..b5cf90ef05
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_7_b23a2bf106053f105798b270536057e5._comment
@@ -0,0 +1,38 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk5aY0oBmuQtnoTNtji-dPgDw9p7J24YeY"
+ nickname="Jiří"
+ subject="further info 3"
+ date="2014-03-19T16:23:58Z"
+ content="""
+Also ghc doesn't seem to do any weird transformations with that string
+
+    import System.Process
+    import qualified Data.ByteString as S
+    import qualified Data.ByteString.UTF8 as U
+    import GHC.IO.Handle
+    
+    files :: S.ByteString -> [S.ByteString]
+    files ps
+        | S.null ps = []
+        | otherwise = case search ps of
+                 Nothing -> [ps]
+                 Just n  -> S.take n ps : files (S.drop (n+1) ps)
+        where search = S.elemIndex 0
+    
+    main = do
+        let prc = CreateProcess {
+            cmdspec = RawCommand \"git\" [\"--work-tree=D:\\antest\",\"ls-files\",\"--others\",\"-z\",\"--\",\"h\225\269ky.txt\"],
+            cwd = Nothing,
+            env = Nothing,
+            std_in = Inherit,
+            std_out = CreatePipe,
+            std_err = Inherit,
+            close_fds = False,
+            create_group = False }
+        (_,Just out,_,_) <- createProcess prc
+        hSetBinaryMode out True
+        str <- S.hGetContents out
+        print $ map U.toString $ files str
+
+prints correctly [\"h\225\269ky.txt\"] I don't think that FilesystemEncoding will do any good on windows, since git seems to use utf-8 instead of normal windows console encoding.
+"""]]
diff --git a/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_8_7f23911705eaa58a9230f19ab890e87f._comment b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_8_7f23911705eaa58a9230f19ab890e87f._comment
new file mode 100644
index 0000000000..2cd4b346e9
--- /dev/null
+++ b/doc/bugs/Unicode_file_names_ignored_on_Windows/comment_8_7f23911705eaa58a9230f19ab890e87f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 8"
+ date="2014-03-19T19:57:00Z"
+ content="""
+Windows & haskell? I'd only be more surprised if spj wandered in here. ;)
+
+So, that works because you're using ByteStrings. But git-annex mostly does not use ByteStrings, and it would be a lot of work to switch to them everywhere it reads FilePaths from git.
+
+But it seems my test yesterday using `hSetEncoding h Encoding.utf8` went wrong somehow. That does work. git-annex can operate on the file with that change.
+"""]]
diff --git a/doc/bugs/Upgrade_Does_not_Complete_on_OS_X.mdwn b/doc/bugs/Upgrade_Does_not_Complete_on_OS_X.mdwn
new file mode 100644
index 0000000000..1fcaf80a99
--- /dev/null
+++ b/doc/bugs/Upgrade_Does_not_Complete_on_OS_X.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+Every time git-annex launches (after a reboot). It prompts me to finish upgrade, even though the binary is not updated. (All my repos are set to not auto update and this happens on all my repos).
+
+
+### What steps will reproduce the problem?
+
+Relaunching git-annex.
+
+
+### What version of git-annex are you using? On what operating system?
+
+OS X 10.9
+
+git-annex version: 5.20140419-g477c0c0
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL                                                                                    
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> This seems to be a duplicate of this bug: [[Upgrade_impossible_om_Mac_OSX]]. Please follow up there with any details you can provide. --[[Joey]]
+> [[dup|done]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX.mdwn b/doc/bugs/Upgrade_impossible_om_Mac_OSX.mdwn
new file mode 100644
index 0000000000..de0392eaa0
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX.mdwn
@@ -0,0 +1,22 @@
+### Please describe the problem.
+When starting git-annex Version: 5.20140420-ga25b8bb Build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash on My MBP running OSX 10.9.2 I get a notification about:  An upgrade of git-annex is available. (version 5.20140421) 
+
+I then click UPGRADE and then get this message: Internal Server Error Cannot find old distribution bundle; not upgrading.
+
+### What steps will reproduce the problem?
+See problem description above, not sure what else to say.
+
+### What version of git-annex are you using? On what operating system?
+See problem description above, not sure what else to say.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_10_8c1487635f724d017ebe2f8b7bc10e8d._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_10_8c1487635f724d017ebe2f8b7bc10e8d._comment
new file mode 100644
index 0000000000..13427f4663
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_10_8c1487635f724d017ebe2f8b7bc10e8d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="OK"
+ date="2014-05-21T18:19:30Z"
+ content="""
+so I'll watch this behavior with future updates and reply if I have more info
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_1_84e52a4d1502fd622bdb25e04b459292._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_1_84e52a4d1502fd622bdb25e04b459292._comment
new file mode 100644
index 0000000000..6ddb5ef30d
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_1_84e52a4d1502fd622bdb25e04b459292._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="fixed"
+ date="2014-05-09T13:12:59Z"
+ content="""
+re-downloaded the old version, re-isntalled and now it actually starts downlaoding the new version => http://screencast.com/t/id2Ng57Z9
+
+NOT sure though, why it now uploads the new version to all repositories? i.e. box.com? IS there a reason for this?
+
+Transfers
+git-annex.dmg (for upgrade)→box.com 42% of 22.52 MiB
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_2_f2b109f6cf92f101d7f0afeb91605240._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_2_f2b109f6cf92f101d7f0afeb91605240._comment
new file mode 100644
index 0000000000..9ed8dade9f
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_2_f2b109f6cf92f101d7f0afeb91605240._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="spoke too soon"
+ date="2014-05-09T13:23:52Z"
+ content="""
+Stuck in a loop, now with every restart of git-annex it downloads the update and then uploads it to all my repositories again:
+http://screencast.com/t/Ow7SlPVaS68 
+
+And then it says: 
+ Finished upgrading git-annex to version 5.20140420-ga25b8bb 
+BUT that is the OLD version not the new one :-/
+
+NEXT TRY:
+
+killed all processes of git and git-annex, restart. 
+
+Was greeted by: 
+ An upgrade of git-annex is available.
+(version 5.20140421)
+
+Klicked the Upgrade button.
+Nothing happens, except that the upgrade notice disappeared :-/
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_3_df9b111aefea82b9d108495b79d7ffb4._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_3_df9b111aefea82b9d108495b79d7ffb4._comment
new file mode 100644
index 0000000000..32b067a97c
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_3_df9b111aefea82b9d108495b79d7ffb4._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 3"
+ date="2014-05-09T13:28:38Z"
+ content="""
+here is what the log looks like:
+
+[2014-05-09 15:23:22 SAST] main: starting assistant version 5.20140420-ga25b8bb
+(scanning...) [2014-05-09 15:23:23 SAST] Watcher: Performing startup scan
+[2014-05-09 15:23:24 SAST] Upgrader: An upgrade of git-annex is available.  (version 5.20140421)
+(started...) [2014-05-09 15:25:10 SAST] main: warning git-annex has been shut down
+[2014-05-09 15:25:31 SAST] main: starting assistant version 5.20140420-ga25b8bb
+(scanning...) [2014-05-09 15:25:31 SAST] Watcher: Performing startup scan
+[2014-05-09 15:25:32 SAST] Upgrader: An upgrade of git-annex is available.  (version 5.20140421)
+(started...) [2014-05-09 15:25:59 SAST] main: warning git-annex has been shut down
+
+[2014-05-09 15:27:14 SAST] main: starting assistant version 5.20140420-ga25b8bb
+(scanning...) [2014-05-09 15:27:14 SAST] Watcher: Performing startup scan
+[2014-05-09 15:27:15 SAST] Upgrader: An upgrade of git-annex is available.  (version 5.20140421)
+(started...) [2014-05-09 15:27:46 SAST] main: starting assistant version 5.20140420-ga25b8bb
+(scanning...) [2014-05-09 15:27:46 SAST] Watcher: Performing startup scan
+(started...) [2014-05-09 15:27:48 SAST] Upgrader: An upgrade of git-annex is available.  (version 5.20140421)
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_4_e3b5bc815376383bbd1f312cc1c32a41._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_4_e3b5bc815376383bbd1f312cc1c32a41._comment
new file mode 100644
index 0000000000..e55d370d99
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_4_e3b5bc815376383bbd1f312cc1c32a41._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-05-16T17:36:10Z"
+ content="""
+\"Cannot find old distribution bundle; not upgrading\"
+
+This message means that git-annex was unable to find where the old version was installed, which it needs to do in order to replace it with the new version. It looks for a `git-annex.app` directory, and could not find one. How did you install the old version, and to what location?
+
+I think it might try to upload the dmg file to a repository if that repository is set as a full backup and so wants all files even ones not in the work tree.
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_5_cd9b77e6670840a9902f5be80e1e658a._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_5_cd9b77e6670840a9902f5be80e1e658a._comment
new file mode 100644
index 0000000000..8320e53a2b
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_5_cd9b77e6670840a9902f5be80e1e658a._comment
@@ -0,0 +1,87 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 5"
+ date="2014-05-16T17:45:48Z"
+ content="""
+I gave up on this. After doing this a few times, I stopped. Living in Africa, bandwidth is really expensive :-/ 
+
+Initially I installed via the downloaded .dmg file. 
+After poking around a few times, I found a folder inside my Applications folder:
+
+    ls -al /Applications/gi*
+    /Applications/git-annex.app:
+    total 0
+    drwxr-xr-x@   3 ovi   admin   102 May 12 13:10 .
+    drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+    drwxr-xr-x    5 ovi   admin   170 May  9 15:45 Contents
+
+    /Applications/git-annex.app.5.20140421:
+    total 0
+    drwxr-xr-x    2 ovi   admin    68 May 11 11:26 .
+    drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+
+Every time I now open git-annex assistant I am greeted with: 
+
+    An upgrade of git-annex is available.
+    (version 5.20140421)
+
+I just did it again and it starts downloading again arrrghh!
+
+    Transfers
+    git-annex.dmg (for upgrade)←web 12% of 22.52 MiB
+
+restarted the assistant and it now says: 
+
+    Finished upgrading git-annex to version 5.20140420-ga25b8bb
+
+Then I check and find this:
+
+ls -al /Applications/gi*
+/Applications/git-annex.app:
+total 0
+drwxr-xr-x@   3 ovi   admin   102 May 12 13:10 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+drwxr-xr-x    5 ovi   admin   170 May  9 15:45 Contents
+
+/Applications/git-annex.app.5.20140421:
+total 0
+drwxr-xr-x    2 ovi   admin    68 May 11 11:26 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+shiny-2:~ ovi$ ls -al /Applications/gi*
+/Applications/git-annex.app:
+total 0
+drwxr-xr-x@   3 ovi   admin   102 May 12 13:10 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+drwxr-xr-x    5 ovi   admin   170 May  9 15:45 Contents
+
+/Applications/git-annex.app.5.20140421:
+total 0
+drwxr-xr-x    2 ovi   admin    68 May 11 11:26 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+
+LOL. restarting the assistant am greeted with click here to finish the upgrade. did so.
+
+now only 2 folders not 3 left:
+
+ls -al /Applications/gi*
+/Applications/git-annex.app:
+total 0
+drwxr-xr-x@   3 ovi   admin   102 May 12 13:10 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+drwxr-xr-x    5 ovi   admin   170 May  9 15:45 Contents
+
+/Applications/git-annex.app.5.20140421:
+total 0
+drwxr-xr-x    2 ovi   admin    68 May 11 11:26 .
+drwxrwxr-x+ 155 root  admin  5270 May 15 04:19 ..
+
+Started the asistant again, am greeted with:
+
+ An upgrade of git-annex is available.
+(version 5.20140421)
+
+Thank you very much... not going to downlaod it again...
+
+COULD YOU PLEASE JUST SHARE THE DOWNLOAD LINK TO THE NEWEST ONE?
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_6_4584393333d377532d8607b42319abd9._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_6_4584393333d377532d8607b42319abd9._comment
new file mode 100644
index 0000000000..023ccebfef
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_6_4584393333d377532d8607b42319abd9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="failed upgrade log file"
+ date="2014-05-16T17:55:34Z"
+ content="""
+Just in case it helps diagnose the problem: http://pastebin.com/PUpPRURb
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_7_d9d36ff62267dde98a27c5981951df7f._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_7_d9d36ff62267dde98a27c5981951df7f._comment
new file mode 100644
index 0000000000..b38502bf40
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_7_d9d36ff62267dde98a27c5981951df7f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 7"
+ date="2014-05-16T17:57:13Z"
+ content="""
+The repeated attempts to upgrade to 21 when it only downloads 20 are due to a different bug: [[bugs/git-annex_auto_upgrade_is_redundant]]. I've just put in a quick fix that should avoid that.
+
+However, for the purposes of this bug report, I'm interested in the original problem of \"Cannot find old distribution bundle; not upgrading\", and to fix that, I need to know how you originally installed git-annex.
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_8_5b26711c737eeb0b302060f098cb320b._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_8_5b26711c737eeb0b302060f098cb320b._comment
new file mode 100644
index 0000000000..b2cab60970
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_8_5b26711c737eeb0b302060f098cb320b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 8"
+ date="2014-05-16T17:59:13Z"
+ content="""
+download 20.dmg, double clicked it, dragged it into my Applications folder.
+"""]]
diff --git a/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_9_1bf050056dcac7c1e0f497ee6e87a95a._comment b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_9_1bf050056dcac7c1e0f497ee6e87a95a._comment
new file mode 100644
index 0000000000..245bdc56a8
--- /dev/null
+++ b/doc/bugs/Upgrade_impossible_om_Mac_OSX/comment_9_1bf050056dcac7c1e0f497ee6e87a95a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 9"
+ date="2014-05-21T17:28:16Z"
+ content="""
+I have adjusted the \"Cannot find old distribution bundle; not upgrading\" message to say where it looked, and failed to find the git-annex.app directory.
+
+I am going to have to moreinfo this, since without knowing where git-annex was installed to, I can't say why it failed to find a git-annex.app directory.
+"""]]
diff --git a/doc/bugs/VFAT_crazy_limit_on_max_filenames_in_directory.mdwn b/doc/bugs/VFAT_crazy_limit_on_max_filenames_in_directory.mdwn
new file mode 100644
index 0000000000..8c526ea620
--- /dev/null
+++ b/doc/bugs/VFAT_crazy_limit_on_max_filenames_in_directory.mdwn
@@ -0,0 +1,2 @@
+VFAT limits have been hit when the .git/annex/journal/
+directory gets a lot of stuff in it. See <http://bugs.debian.org/696313>
diff --git a/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__.mdwn b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__.mdwn
new file mode 100644
index 0000000000..270a69ecb2
--- /dev/null
+++ b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__.mdwn
@@ -0,0 +1,45 @@
+### Please describe the problem.
+
+In webapp UI, added on first install, the location for repository: /storage/sdcard1
+
+!warning
+
+Watcher crashed: addWatch:
+
+permission denied (Permission denied)
+
+[Restart Thread]
+
+:Performing startup scan
+
+In terminal Window 1:
+
+nex webapp <
+
+Detected a crippled filesystem.
+
+Enabling direct mode.
+
+Detected a filesystem without fifo support.
+
+Disabling ssh connection caching.
+
+### What steps will reproduce the problem?
+
+In webapp UI, added on first install, the location for repository: /storage/sdcard1
+
+### What version of git-annex are you using? On what operating system?
+
+Android 4.1.1 Huawei Y300 Annex.apk v1.0.52 version 4.20130723
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_1_71b052be40fbdaca09ca3ede8c59ac7a._comment b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_1_71b052be40fbdaca09ca3ede8c59ac7a._comment
new file mode 100644
index 0000000000..0622a24391
--- /dev/null
+++ b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_1_71b052be40fbdaca09ca3ede8c59ac7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T18:42:32Z"
+ content="""
+You should have a `/storage/sdcard1/.git/annex/daemon.log` file. Please paste it here.
+"""]]
diff --git a/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_0f7cc02e0193c969c9b6ceb27e71af8a._comment b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_0f7cc02e0193c969c9b6ceb27e71af8a._comment
new file mode 100644
index 0000000000..0ea47dc402
--- /dev/null
+++ b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_0f7cc02e0193c969c9b6ceb27e71af8a._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="/storage/sdcard1/.git/annex/daemon.log"
+ date="2013-07-30T23:11:29Z"
+ content="""
+    [2013-07-30 23:17:43 BST] main: starting assistant version 4.20130723-ged05a63
+    (scanning...) [2013-07-30 23:17:44 BST] Watcher: Performing startup scan
+    Watcher crashed: addWatch: permission denied (Permission denied)
+    [2013-07-30 23:17:45 BST] Watcher: warning Watcher crashed: addWatch: permission denied (Permission denied)
+    [2013-07-30 23:17:45 BST] Committer: Adding 229286 229381
+    add LOST.DIR/229286 (checksum...) ok
+    add LOST.DIR/229381 (checksum...) [2013-07-30 23:17:47 BST] Committer: Committing changes to git
+    [2013-07-30 23:20:22 BST] Committer: Adding git-annex..stall.log
+    ok
+    (Recording state in git...)
+    (Recording state in git...)
+    add git-annex-install.log (checksum...) ok
+    add git-annex-install.log (checksum...) [2013-07-30 23:20:22 BST] Committer: Committing changes to git
+"""]]
diff --git a/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_1a7542249b9c37507126e97441057c12._comment b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_1a7542249b9c37507126e97441057c12._comment
new file mode 100644
index 0000000000..9bc0c90e64
--- /dev/null
+++ b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__/comment_3_1a7542249b9c37507126e97441057c12._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 3"
+ date="2013-11-10T18:18:09Z"
+ content="""
+Seems to me this was probably fixed in [[!commit 6b37fcffd872b62fb78047a77e4cee5ab0bb57f1]].
+
+However, I don't know why permission problems would happen on Android, which typically uses a filesystem that does not have restricted permissions for the sdcard.
+
+If you upgrade, you should be able to see if it fixed the crash, and it will also mention any file or directory that it's unable to read in the log.
+"""]]
diff --git a/doc/bugs/Webapp_fails_to_resolve_ipv6_hostname.mdwn b/doc/bugs/Webapp_fails_to_resolve_ipv6_hostname.mdwn
new file mode 100644
index 0000000000..da9bb46271
--- /dev/null
+++ b/doc/bugs/Webapp_fails_to_resolve_ipv6_hostname.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+
+From the webapp, go to Configuration > Manage repositories > Remote server. Enter a hostname that only has an IPv6 hostname (e.g. ipv6.google.com). Click Check this server.
+
+What is the expected output? What do you see instead?
+
+Expect the application to attempt to check the server via SSH. Instead, it results in error "cannot resolve host name".
+
+What version of git-annex are you using? On what operating system?
+
+git-annex 3.20120924 on Debian testing (amd64).
+
+Please provide any additional information below.
+
+> Thanks, [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/Weird_directories_appearing.mdwn b/doc/bugs/Weird_directories_appearing.mdwn
new file mode 100644
index 0000000000..ea85cead6c
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing.mdwn
@@ -0,0 +1,82 @@
+Hello!
+
+Can someone explain this behavior to me? System is ArchLinux with the newest prebuilt tarballs as of Jan 12th.
+
+     ~ % mkdir GA1
+     ~ % cd GA1
+     ~/GA1 % git init      
+    Initialized empty Git repository in /home/florian/GA1/.git/
+     ~/GA1 (git)-[master] % git annex init
+    init  ok
+    (Recording state in git...)
+     ~/GA1 (git)-[master] % echo "GA1" > testfile
+     ~/GA1 (git)-[master] % git annex add .
+    add testfile ok
+    (Recording state in git...)
+     ~/GA1 (git)-[master] % git annex sync
+    commit  ok
+     ~/GA1 (git)-[master] % cd ..
+
+     ~ % git clone GA1 GA2
+    Cloning into 'GA2'...
+    done.
+     ~ % cd GA2
+     ~/GA2 (git)-[master] % git annex init
+    init  ok
+    (Recording state in git...)
+     ~/GA2 (git)-[master] % git annex get .
+    get testfile (merging origin/git-annex into git-annex...)
+    (Recording state in git...)
+    (from origin...) ok
+    (Recording state in git...)
+     ~/GA2 (git)-[master] % git annex unlock testfile 
+    unlock testfile (copying...) ok
+     ~/GA2 (git)-[master] % echo "GA2" > testfile 
+    commit  ok
+    pull origin 
+    ok
+    push origin 
+    Counting objects: 27, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (16/16), done.
+    Writing objects: 100% (20/20), 1.88 KiB | 0 bytes/s, done.
+    Total 20 (delta 2), reused 0 (delta 0)
+    To /home/florian/GA1
+       f0654aa..8d0bdf9  master -> synced/master
+     * [new branch]      git-annex -> synced/git-annex
+    ok
+     ~/GA2 (git)-[master] % cd ../GA1
+
+     ~/GA1 (git)-[master] % git annex sync
+    (merging synced/git-annex into git-annex...)
+    commit  ok
+    merge synced/master 
+    Updating f0654aa..8d0bdf9
+    Fast-forward
+     e6a/e57/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c.log | 1 +
+     testfile                                                                                 | 2 +-
+     2 files changed, 2 insertions(+), 1 deletion(-)
+     create mode 100644 e6a/e57/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c.log
+    ok
+
+     ~/GA1 (git)-[master] % ll
+    total 4
+    drwxr-x--- 1 florian florian   6 Jan 12 13:59 e6a/
+    lrwxrwxrwx 1 florian florian 178 Jan 12 13:59 testfile -> .git/annex/objects/V6/ZM/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c
+
+     ~/GA1 (git)-[master] % cat e6a/e57/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c.log
+    1389531554.951523s 1 dedf9799-0131-4773-8939-8f76294fa8e9
+
+Where does the e6a directory comes from? I don't suspect a bug there, but in my conception of git-annex.
+
+Thanks!
+Florian
+
+> [[fixed|done]]
+> 
+> I know someone reported this a looong time ago (years), and I cannot find
+> that bug report. Probably I closed it because I was unable to find a way
+> to reproduce it.
+> 
+> The spurious log files can be safely removed from your working tree.
+> --[[Joey]] 
diff --git a/doc/bugs/Weird_directories_appearing/comment_1_989541faf18e476c06e3be94c979e588._comment b/doc/bugs/Weird_directories_appearing/comment_1_989541faf18e476c06e3be94c979e588._comment
new file mode 100644
index 0000000000..d578c46efa
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_1_989541faf18e476c06e3be94c979e588._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 1"
+ date="2014-01-13T18:57:48Z"
+ content="""
+The log file is supposed to be stored by git-annex in the git-annex branch of the git repository. I don't know how it could end up being committed to the master branch instead.
+
+Can you run these same commands again and reproduce the problem? 
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_2_7aedaa3286a827303d90bd660429f0e7._comment b/doc/bugs/Weird_directories_appearing/comment_2_7aedaa3286a827303d90bd660429f0e7._comment
new file mode 100644
index 0000000000..adeb97d7bd
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_2_7aedaa3286a827303d90bd660429f0e7._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 2"
+ date="2014-01-14T12:12:52Z"
+ content="""
+Yes, I can always reproduce it with running \"sh test_ga.sh\" with test_ga.sh being:
+
+    set -x
+
+    mkdir GA1
+    cd GA1
+    git init
+    git annex init \"GA1\"
+    echo \"GA1\" > testfile
+    git annex add .
+    git annex sync
+    cd ..
+    
+    git clone GA1 GA2
+    cd GA2
+    git annex init \"GA2\"
+    git annex get .
+    cat testfile
+    git annex unlock testfile
+    echo \"GA2\" > testfile
+    git annex sync
+    cd ../GA1
+ 
+    git annex sync
+    cd ..
+
+which gives:
+
+    florian@horus ~/test % ll GA1
+    insgesamt 4
+    drwxr-x--- 1 florian florian   6 14. Jan 13:07 e6a/
+    lrwxrwxrwx 1 florian florian 178 14. Jan 13:07 testfile -> .git/annex/objects/V6/ZM/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c/SHA256E-s4--241dca52164d30bee7a0be8c097f02e382acff765a9d4136718a37abd437a57c
+
+with testfile being a dead link. Complete output of the script is at http://pastebin.com/VktWAp2V
+
+I would be glad to help furthermore.
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_3_5d3afa17d1e038c66a2cb6400b74aa41._comment b/doc/bugs/Weird_directories_appearing/comment_3_5d3afa17d1e038c66a2cb6400b74aa41._comment
new file mode 100644
index 0000000000..fcc9a4ab15
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_3_5d3afa17d1e038c66a2cb6400b74aa41._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 3"
+ date="2014-01-14T18:55:11Z"
+ content="""
+This script does not produce the problem for me. How did you install git-annex from the tarball?
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_4_8db476bc89d3b9b1fdd82624829b4975._comment b/doc/bugs/Weird_directories_appearing/comment_4_8db476bc89d3b9b1fdd82624829b4975._comment
new file mode 100644
index 0000000000..9d99f91f50
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_4_8db476bc89d3b9b1fdd82624829b4975._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 4"
+ date="2014-01-14T19:00:33Z"
+ content="""
+Actually, I was able to reproduce this using the standalone tarball and runshell.
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_5_4f3a8e3b0201829059c6e7e0cff0ff75._comment b/doc/bugs/Weird_directories_appearing/comment_5_4f3a8e3b0201829059c6e7e0cff0ff75._comment
new file mode 100644
index 0000000000..f61b611550
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_5_4f3a8e3b0201829059c6e7e0cff0ff75._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 5"
+ date="2014-01-14T19:14:35Z"
+ content="""
+Analysis: pre-commit hook is run with `GIT_INDEX_FILE=.git/index.lock`; this seems to be causing git-annex branch commits to land in that index file instead of where they are supposed to go. Also, commits of the files in the work tree also end up adding the symlinks to the git-annex branch when this happens. Apparantly because again it's using the wrong index file when committing to the git-annex branch.
+
+So, an easy workaround (disable pre-commit hook or make it `unset GIT_INDEX_FILE`, but I need to dig into why this env var is messing with git-annex like this.. I thought git-annex set the env var itself!
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_6_1c3218c8858397acc0e9fd718d7fd973._comment b/doc/bugs/Weird_directories_appearing/comment_6_1c3218c8858397acc0e9fd718d7fd973._comment
new file mode 100644
index 0000000000..c7dc6c274b
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_6_1c3218c8858397acc0e9fd718d7fd973._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 6"
+ date="2014-01-14T19:16:15Z"
+ content="""
+Problem is that git-annex prepends `GIT_INDEX_FILE` to the environment; it does not overwrite it. So environment ends up with 2 copies of the var, and which will be used is undefined.
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_7_9d055063f58042ff048c5b71e9e67f6e._comment b/doc/bugs/Weird_directories_appearing/comment_7_9d055063f58042ff048c5b71e9e67f6e._comment
new file mode 100644
index 0000000000..3ca131f5d7
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_7_9d055063f58042ff048c5b71e9e67f6e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 7"
+ date="2014-01-14T19:33:28Z"
+ content="""
+I have fixed this in git. I will be moving this thread from the forum to the bug report tracker.
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_8_b39be0251e96099142b659f3c8340293._comment b/doc/bugs/Weird_directories_appearing/comment_8_b39be0251e96099142b659f3c8340293._comment
new file mode 100644
index 0000000000..69a78cfcaa
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_8_b39be0251e96099142b659f3c8340293._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 8"
+ date="2014-01-14T21:15:51Z"
+ content="""
+Wow, thanks a lot! The fix will be included in the next release of the tarballs?
+"""]]
diff --git a/doc/bugs/Weird_directories_appearing/comment_9_431c62c81573468ccf99eeed6ecc2bfd._comment b/doc/bugs/Weird_directories_appearing/comment_9_431c62c81573468ccf99eeed6ecc2bfd._comment
new file mode 100644
index 0000000000..a6aaf9517a
--- /dev/null
+++ b/doc/bugs/Weird_directories_appearing/comment_9_431c62c81573468ccf99eeed6ecc2bfd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 9"
+ date="2014-01-14T21:17:16Z"
+ content="""
+It will be included in the next build of the daily built tarballs. Within an hour of now.
+"""]]
diff --git a/doc/bugs/Windows_build_test_failures.mdwn b/doc/bugs/Windows_build_test_failures.mdwn
new file mode 100644
index 0000000000..ac4dce13cc
--- /dev/null
+++ b/doc/bugs/Windows_build_test_failures.mdwn
@@ -0,0 +1,1232 @@
+Given that others can build+run OK I wonder if this is a build environment setup problem rather than a code issue. 
+This might be two bugs, but I rather suspect the fix to one is the fix to the other.
+
+### Please describe the problem.
+Some tests fail with:
+ssh: Could not resolve hostname C: no address associated with name
+
+then if you try and do a copy to/from an ssh remote then it fails with simply 'copy: 1 failed'
+
+### What steps will reproduce the problem?
+
+For the tests, simply sh standalone/windows/build.sh
+
+For the other, I'm using a modified version of the other windows user's script, the set -x'd output is:
+
+<pre>
++ git-annex version
+git-annex version: 4.20130621-g36258de^M
+build flags: Pairing Testsuite S3 WebDAV DNS^M
++ ssh gitremote sh testrepo.sh
+git-annex version: 4.20130621-g36258de
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+Initialized empty Git repository in /media/backup/git/repo.git/
+init origin ok
+(Recording state in git...)
+commit
+ok
+git-annex: no branch is checked out
++ rm -rf repo
++ git init repo
+Initialized empty Git repository in c:/Users/Oliver/repo/.git/
++ cd repo
++ git-annex init
+init  ^M
+  Detected a crippled filesystem.^M
+^M
+  Enabling direct mode.^M
+^M
+  Detected a filesystem without fifo support.^M
+^M
+  Disabling ssh connection caching.^M
+ok^M
+(Recording state in git...)^M
++ git remote add origin ssh://git@remote/~/repo.git
++ echo hello
++ git-annex add .
+add foo.txt (checksum...) ok^M
+(Recording state in git...)^M
++ git commit -m .
+[master (root-commit) f34a076] .
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo.txt
++ git-annex sync
+commit  ^M
+ok^M
+pull origin warning: no common commits
+From ssh://remote/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+^M
+ok^M
+(merging origin/git-annex into git-annex...)^M
+(Recording state in git...)^M
+push origin To ssh://git@remote/~/repo.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+^M
+ok^M
++ git-annex copy --to origin
+copy foo.txt (checking origin...) (to origin...) ^M
+failed^M
+git-annex.exe: copy: 1 failed
+</pre>
+
+
+
+
+
+### What version of git-annex are you using? On what operating system?
+Windows (8 x64):
+git-annex version: 4.20130621-g36258de
+build flags: Pairing Testsuite S3 WebDAV DNS
+Linux (debian wheezy i386):
+git-annex version: 4.20130621-g36258de
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+
+other versions
+git-bash: git(1.8.0.msysgit.0),ssh(ssh 4.6p1, ssl 0.9.8e 23 feb 2007)
+msys: git(none) ssh(ssh 5.4p1, ssl 1.0.0 29 Mar 2010)
+cygwin: git(1.7.9) ssh(none)
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+build.log:
++ set -e
++ HP='/c/Program Files (x86)/Haskell Platform/2012.4.0.0'
++ FLAGS='-Webapp -Assistant -XMPP'
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin'
++ rm -f git-annex-installer.exe
++ cabal update
+Downloading the latest package list from hackage.haskell.org
++ rm -rf MissingH-1.2.0.0
++ cabal unpack MissingH
+Unpacking to MissingH-1.2.0.0\
++ cd MissingH-1.2.0.0
++ withcyg patch -p1
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin:/c/cygwin/bin'
++ patch -p1
+patching file src/System/IO/WindowsCompat.hs
+Hunk #1 succeeded at 119 (offset -1 lines).
+Hunk #2 succeeded at 132 (offset -1 lines).
++ cabal install
+Resolving dependencies...
+In order, the following would be installed:
+MissingH-1.2.0.0 (reinstall)
+cabal.exe: The following packages are likely to be broken by the reinstalls:
+hS3-0.5.7
+Use --force-reinstalls if you want to install anyway.
++ true
++ cd ..
++ cabal install --only-dependencies '-f-Webapp -Assistant -XMPP'
+Resolving dependencies...
+All the requested packages are already installed:
+Use --reinstall if you want to reinstall anyway.
++ '[' -e last-incremental-failed ']'
++ touch last-incremental-failed
++ withcyg cabal configure '-f-Webapp -Assistant -XMPP'
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin:/c/cygwin/bin'
++ cabal configure '-f-Webapp -Assistant -XMPP'
+Resolving dependencies...
+[ 1 of 24] Compiling Utility.Applicative ( Utility\Applicative.hs, dist\setup\Utility\Applicative.o )
+[ 2 of 24] Compiling Utility.PartialPrelude ( Utility\PartialPrelude.hs, dist\setup\Utility\PartialPrelude.o )
+[ 3 of 24] Compiling Utility.FileSystemEncoding ( Utility\FileSystemEncoding.hs, dist\setup\Utility\FileSystemEncoding.o )
+[ 4 of 24] Compiling Utility.Exception ( Utility\Exception.hs, dist\setup\Utility\Exception.o )
+[ 5 of 24] Compiling Utility.Misc     ( Utility\Misc.hs, dist\setup\Utility\Misc.o )
+[ 6 of 24] Compiling Utility.Process  ( Utility\Process.hs, dist\setup\Utility\Process.o )
+[ 7 of 24] Compiling Utility.Env      ( Utility\Env.hs, dist\setup\Utility\Env.o )
+[ 8 of 24] Compiling Utility.UserInfo ( Utility\UserInfo.hs, dist\setup\Utility\UserInfo.o )
+[ 9 of 24] Compiling Utility.OSX      ( Utility\OSX.hs, dist\setup\Utility\OSX.o )
+[10 of 24] Compiling Utility.Tmp      ( Utility\Tmp.hs, dist\setup\Utility\Tmp.o )
+[11 of 24] Compiling Utility.Monad    ( Utility\Monad.hs, dist\setup\Utility\Monad.o )
+[12 of 24] Compiling Utility.Path     ( Utility\Path.hs, dist\setup\Utility\Path.o )
+[13 of 24] Compiling Utility.FreeDesktop ( Utility\FreeDesktop.hs, dist\setup\Utility\FreeDesktop.o )
+[16 of 24] Compiling Utility.SafeCommand ( Utility\SafeCommand.hs, dist\setup\Utility\SafeCommand.o )
+[17 of 24] Compiling Utility.ExternalSHA ( Utility\ExternalSHA.hs, dist\setup\Utility\ExternalSHA.o )
+[18 of 24] Compiling Utility.Directory ( Utility\Directory.hs, dist\setup\Utility\Directory.o )
+Linking .\dist\setup\setup.exe ...
+  checking version... 4.20130621-g36258de
+  checking git... yes
+  checking git version... 1.7.9
+  checking cp -a... yes
+  checking cp -p... yes
+  checking cp --reflink=auto... no
+  checking xargs -0... yes
+  checking rsync... yes
+  checking curl... no
+  checking wget... yes
+  checking bup... no
+  checking gpg... not available
+  checking lsof... not available
+  checking ssh connection caching... no
+  checking sha1... sha1sum
+  checking sha256... sha256sum
+  checking sha512... sha512sum
+  checking sha224... sha224sum
+  checking sha384... sha384sum
+Configuring git-annex-4.20130601...
++ withcyg cabal build
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin:/c/cygwin/bin'
++ cabal build
+Building git-annex-4.20130601...
+Preprocessing executable 'git-annex' for git-annex-4.20130601...
+Touch.hsc:117:2: warning: #warning "utimensat and lutimes not available; building without symlink timestamp preservation support"
+Touch.hsc: In function 'main':
+Touch.hsc:117:2: warning: #warning "utimensat and lutimes not available; building without symlink timestamp preservation support"
+Touch.hsc:117:2: warning: #warning "utimensat and lutimes not available; building without symlink timestamp preservation support"
+In file included from Mounts.hsc:23:0:
+Utility/libmounts.h:17:3: warning: #warning mounts listing code not available for this OS
+
+Utility\libdiskfree.c:36:3:
+     warning: #warning free space checking code not available for this OS
+
+In file included from Utility\libmounts.c:35:0: 
+
+Utility\libmounts.h:17:3:
+     warning: #warning mounts listing code not available for this OS
+[  1 of 217] Compiling Utility.Dot      ( Utility\Dot.hs, dist\build\git-annex\git-annex-tmp\Utility\Dot.o )
+[  2 of 217] Compiling BuildFlags       ( BuildFlags.hs, dist\build\git-annex\git-annex-tmp\BuildFlags.o )
+[  3 of 217] Compiling Utility.Percentage ( Utility\Percentage.hs, dist\build\git-annex\git-annex-tmp\Utility\Percentage.o )
+[  4 of 217] Compiling Utility.Base64   ( Utility\Base64.hs, dist\build\git-annex\git-annex-tmp\Utility\Base64.o )
+[  5 of 217] Compiling Utility.JSONStream ( Utility\JSONStream.hs, dist\build\git-annex\git-annex-tmp\Utility\JSONStream.o )
+[  6 of 217] Compiling Git.Types        ( Git\Types.hs, dist\build\git-annex\git-annex-tmp\Git\Types.o )
+[  7 of 217] Compiling Utility.DataUnits ( Utility\DataUnits.hs, dist\build\git-annex\git-annex-tmp\Utility\DataUnits.o )
+[  8 of 217] Compiling Types.FileMatcher ( Types\FileMatcher.hs, dist\build\git-annex\git-annex-tmp\Types\FileMatcher.o )
+[  9 of 217] Compiling Types.BranchState ( Types\BranchState.hs, dist\build\git-annex\git-annex-tmp\Types\BranchState.o )
+[ 10 of 217] Compiling Messages.JSON    ( Messages\JSON.hs, dist\build\git-annex\git-annex-tmp\Messages\JSON.o )
+[ 11 of 217] Compiling Types.UUID       ( Types\UUID.hs, dist\build\git-annex\git-annex-tmp\Types\UUID.o )
+[ 12 of 217] Compiling Types.Group      ( Types\Group.hs, dist\build\git-annex\git-annex-tmp\Types\Group.o )
+[ 13 of 217] Compiling Utility.Shell    ( Utility\Shell.hs, dist\build\git-annex\git-annex-tmp\Utility\Shell.o )
+[ 14 of 217] Compiling Utility.QuickCheck ( Utility\QuickCheck.hs, dist\build\git-annex\git-annex-tmp\Utility\QuickCheck.o )
+[ 15 of 217] Compiling Utility.PartialPrelude ( Utility\PartialPrelude.hs, dist\build\git-annex\git-annex-tmp\Utility\PartialPrelude.o )
+[ 16 of 217] Compiling Utility.HumanTime ( Utility\HumanTime.hs, dist\build\git-annex\git-annex-tmp\Utility\HumanTime.o )
+[ 17 of 217] Compiling Utility.FileSystemEncoding ( Utility\FileSystemEncoding.hs, dist\build\git-annex\git-annex-tmp\Utility\FileSystemEncoding.o )
+[ 18 of 217] Compiling Utility.Touch    ( dist\build\git-annex\git-annex-tmp\Utility\Touch.hs, dist\build\git-annex\git-annex-tmp\Utility\Touch.o )
+
+UtilityTouch.hsc:17:1: Warning:
+    The import of `Utility.FileSystemEncoding' is redundant
+      except perhaps to import instances from `Utility.FileSystemEncoding'
+    To import instances alone, use: import Utility.FileSystemEncoding()
+
+UtilityTouch.hsc:19:1: Warning:
+    The import of `Foreign' is redundant
+      except perhaps to import instances from `Foreign'
+    To import instances alone, use: import Foreign()
+
+UtilityTouch.hsc:21:1: Warning:
+    The import of `Control.Monad' is redundant
+      except perhaps to import instances from `Control.Monad'
+    To import instances alone, use: import Control.Monad()
+[ 19 of 217] Compiling Utility.Applicative ( Utility\Applicative.hs, dist\build\git-annex\git-annex-tmp\Utility\Applicative.o )
+[ 20 of 217] Compiling Utility.Monad    ( Utility\Monad.hs, dist\build\git-annex\git-annex-tmp\Utility\Monad.o )
+[ 21 of 217] Compiling Utility.Exception ( Utility\Exception.hs, dist\build\git-annex\git-annex-tmp\Utility\Exception.o )
+[ 22 of 217] Compiling Utility.Tmp      ( Utility\Tmp.hs, dist\build\git-annex\git-annex-tmp\Utility\Tmp.o )
+[ 23 of 217] Compiling Utility.Env      ( Utility\Env.hs, dist\build\git-annex\git-annex-tmp\Utility\Env.o )
+[ 24 of 217] Compiling Utility.UserInfo ( Utility\UserInfo.hs, dist\build\git-annex\git-annex-tmp\Utility\UserInfo.o )
+[ 25 of 217] Compiling Utility.Misc     ( Utility\Misc.hs, dist\build\git-annex\git-annex-tmp\Utility\Misc.o )
+
+Utility\Misc.hs:22:1: Warning:
+    The import of `Utility.Exception' is redundant
+      except perhaps to import instances from `Utility.Exception'
+    To import instances alone, use: import Utility.Exception()
+[ 26 of 217] Compiling Utility.Process  ( Utility\Process.hs, dist\build\git-annex\git-annex-tmp\Utility\Process.o )
+
+Utility\Process.hs:44:1: Warning:
+    The import of `Data.Maybe' is redundant
+      except perhaps to import instances from `Data.Maybe'
+    To import instances alone, use: import Data.Maybe()
+[ 27 of 217] Compiling Utility.Network  ( Utility\Network.hs, dist\build\git-annex\git-annex-tmp\Utility\Network.o )
+[ 28 of 217] Compiling Utility.Verifiable ( Utility\Verifiable.hs, dist\build\git-annex\git-annex-tmp\Utility\Verifiable.o )
+[ 29 of 217] Compiling Utility.Format   ( Utility\Format.hs, dist\build\git-annex\git-annex-tmp\Utility\Format.o )
+[ 30 of 217] Compiling Build.SysConfig  ( Build\SysConfig.hs, dist\build\git-annex\git-annex-tmp\Build\SysConfig.o )
+[ 31 of 217] Compiling Utility.Path     ( Utility\Path.hs, dist\build\git-annex\git-annex-tmp\Utility\Path.o )
+[ 32 of 217] Compiling Config.Cost      ( Config\Cost.hs, dist\build\git-annex\git-annex-tmp\Config\Cost.o )
+[ 33 of 217] Compiling Types.Messages   ( Types\Messages.hs, dist\build\git-annex\git-annex-tmp\Types\Messages.o )
+[ 34 of 217] Compiling Types.TrustLevel ( Types\TrustLevel.hs, dist\build\git-annex\git-annex-tmp\Types\TrustLevel.o )
+[ 35 of 217] Compiling Utility.SafeCommand ( Utility\SafeCommand.hs, dist\build\git-annex\git-annex-tmp\Utility\SafeCommand.o )
+[ 36 of 217] Compiling Utility.Directory ( Utility\Directory.hs, dist\build\git-annex\git-annex-tmp\Utility\Directory.o )
+[ 37 of 217] Compiling Utility.ExternalSHA ( Utility\ExternalSHA.hs, dist\build\git-annex\git-annex-tmp\Utility\ExternalSHA.o )
+[ 38 of 217] Compiling Common           ( Common.hs, dist\build\git-annex\git-annex-tmp\Common.o )
+[ 39 of 217] Compiling Git.Filename     ( Git\Filename.hs, dist\build\git-annex\git-annex-tmp\Git\Filename.o )
+[ 40 of 217] Compiling Logs.UUIDBased   ( Logs\UUIDBased.hs, dist\build\git-annex\git-annex-tmp\Logs\UUIDBased.o )
+[ 41 of 217] Compiling Types.Key        ( Types\Key.hs, dist\build\git-annex\git-annex-tmp\Types\Key.o )
+[ 42 of 217] Compiling Utility.FileMode ( Utility\FileMode.hs, dist\build\git-annex\git-annex-tmp\Utility\FileMode.o )
+[ 43 of 217] Compiling Git              ( Git.hs, dist\build\git-annex\git-annex-tmp\Git.o )
+
+Git.hs:41:1: Warning:
+    The import of `Utility.FileMode' is redundant
+      except perhaps to import instances from `Utility.FileMode'
+    To import instances alone, use: import Utility.FileMode()
+[ 44 of 217] Compiling Utility.InodeCache ( Utility\InodeCache.hs, dist\build\git-annex\git-annex-tmp\Utility\InodeCache.o )
+[ 45 of 217] Compiling Types.KeySource  ( Types\KeySource.hs, dist\build\git-annex\git-annex-tmp\Types\KeySource.o )
+[ 46 of 217] Compiling Types.Backend    ( Types\Backend.hs, dist\build\git-annex\git-annex-tmp\Types\Backend.o )
+[ 47 of 217] Compiling Utility.Gpg      ( Utility\Gpg.hs, dist\build\git-annex\git-annex-tmp\Utility\Gpg.o )
+
+Utility\Gpg.hs:12:1: Warning:
+    The import of `System.Posix.Types' is redundant
+      except perhaps to import instances from `System.Posix.Types'
+    To import instances alone, use: import System.Posix.Types()
+
+Utility\Gpg.hs:14:1: Warning:
+    The import of `Control.Concurrent' is redundant
+      except perhaps to import instances from `Control.Concurrent'
+    To import instances alone, use: import Control.Concurrent()
+
+Utility\Gpg.hs:15:1: Warning:
+    The import of `Control.Exception' is redundant
+      except perhaps to import instances from `Control.Exception'
+    To import instances alone, use: import Control.Exception()
+
+Utility\Gpg.hs:16:1: Warning:
+    The import of `System.Path' is redundant
+      except perhaps to import instances from `System.Path'
+    To import instances alone, use: import System.Path()
+
+Utility\Gpg.hs:19:1: Warning:
+    The import of `Utility.Env' is redundant
+      except perhaps to import instances from `Utility.Env'
+    To import instances alone, use: import Utility.Env()
+[ 48 of 217] Compiling Types.Crypto     ( Types\Crypto.hs, dist\build\git-annex\git-annex-tmp\Types\Crypto.o )
+[ 49 of 217] Compiling Utility.Matcher  ( Utility\Matcher.hs, dist\build\git-annex\git-annex-tmp\Utility\Matcher.o )
+[ 50 of 217] Compiling Utility.Metered  ( Utility\Metered.hs, dist\build\git-annex\git-annex-tmp\Utility\Metered.o )
+[ 51 of 217] Compiling Git.FilePath     ( Git\FilePath.hs, dist\build\git-annex\git-annex-tmp\Git\FilePath.o )
+[ 52 of 217] Compiling Git.Url          ( Git\Url.hs, dist\build\git-annex\git-annex-tmp\Git\Url.o )
+[ 53 of 217] Compiling Git.Construct    ( Git\Construct.hs, dist\build\git-annex\git-annex-tmp\Git\Construct.o )
+[ 54 of 217] Compiling Git.Config       ( Git\Config.hs, dist\build\git-annex\git-annex-tmp\Git\Config.o )
+[ 55 of 217] Compiling Git.CurrentRepo  ( Git\CurrentRepo.hs, dist\build\git-annex\git-annex-tmp\Git\CurrentRepo.o )
+
+Git\CurrentRepo.hs:16:1: Warning:
+    The import of `Utility.Env' is redundant
+      except perhaps to import instances from `Utility.Env'
+    To import instances alone, use: import Utility.Env()
+
+Git\CurrentRepo.hs:43:17: Warning: Defined but not used: `s'
+[ 56 of 217] Compiling Git.SharedRepository ( Git\SharedRepository.hs, dist\build\git-annex\git-annex-tmp\Git\SharedRepository.o )
+[ 57 of 217] Compiling Types.GitConfig  ( Types\GitConfig.hs, dist\build\git-annex\git-annex-tmp\Types\GitConfig.o )
+[ 58 of 217] Compiling Types.Remote     ( Types\Remote.hs, dist\build\git-annex\git-annex-tmp\Types\Remote.o )
+[ 59 of 217] Compiling Types.StandardGroups ( Types\StandardGroups.hs, dist\build\git-annex\git-annex-tmp\Types\StandardGroups.o )
+[ 60 of 217] Compiling Utility.Gpg.Types ( Utility\Gpg\Types.hs, dist\build\git-annex\git-annex-tmp\Utility\Gpg\Types.o )
+[ 61 of 217] Compiling Git.Sha          ( Git\Sha.hs, dist\build\git-annex\git-annex-tmp\Git\Sha.o )
+[ 62 of 217] Compiling Utility.CoProcess ( Utility\CoProcess.hs, dist\build\git-annex\git-annex-tmp\Utility\CoProcess.o )
+[ 63 of 217] Compiling Git.Command      ( Git\Command.hs, dist\build\git-annex\git-annex-tmp\Git\Command.o )
+[ 64 of 217] Compiling Git.LsFiles      ( Git\LsFiles.hs, dist\build\git-annex\git-annex-tmp\Git\LsFiles.o )
+[ 65 of 217] Compiling Git.CatFile      ( Git\CatFile.hs, dist\build\git-annex\git-annex-tmp\Git\CatFile.o )
+[ 66 of 217] Compiling Git.UpdateIndex  ( Git\UpdateIndex.hs, dist\build\git-annex\git-annex-tmp\Git\UpdateIndex.o )
+[ 67 of 217] Compiling Git.Queue        ( Git\Queue.hs, dist\build\git-annex\git-annex-tmp\Git\Queue.o )
+[ 68 of 217] Compiling Git.Version      ( Git\Version.hs, dist\build\git-annex\git-annex-tmp\Git\Version.o )
+[ 69 of 217] Compiling Git.CheckAttr    ( Git\CheckAttr.hs, dist\build\git-annex\git-annex-tmp\Git\CheckAttr.o )
+[ 70 of 217] Compiling Annex            ( Annex.hs, dist\build\git-annex\git-annex-tmp\Annex.o )
+[ 71 of 217] Compiling Types.Option     ( Types\Option.hs, dist\build\git-annex\git-annex-tmp\Types\Option.o )
+[ 72 of 217] Compiling Types            ( Types.hs, dist\build\git-annex\git-annex-tmp\Types.o )
+[ 73 of 217] Compiling Locations        ( Locations.hs, dist\build\git-annex\git-annex-tmp\Locations.o )
+[ 74 of 217] Compiling Messages         ( Messages.hs, dist\build\git-annex\git-annex-tmp\Messages.o )
+[ 75 of 217] Compiling Common.Annex     ( Common\Annex.hs, dist\build\git-annex\git-annex-tmp\Common\Annex.o )
+[ 76 of 217] Compiling Crypto           ( Crypto.hs, dist\build\git-annex\git-annex-tmp\Crypto.o )
+[ 77 of 217] Compiling Annex.CatFile    ( Annex\CatFile.hs, dist\build\git-annex\git-annex-tmp\Annex\CatFile.o )
+[ 78 of 217] Compiling Backend.SHA      ( Backend\SHA.hs, dist\build\git-annex\git-annex-tmp\Backend\SHA.o )
+[ 79 of 217] Compiling Backend.WORM     ( Backend\WORM.hs, dist\build\git-annex\git-annex-tmp\Backend\WORM.o )
+[ 80 of 217] Compiling Backend.URL      ( Backend\URL.hs, dist\build\git-annex\git-annex-tmp\Backend\URL.o )
+[ 81 of 217] Compiling Annex.Exception  ( Annex\Exception.hs, dist\build\git-annex\git-annex-tmp\Annex\Exception.o )
+[ 82 of 217] Compiling Remote.Helper.Special ( Remote\Helper\Special.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\Special.o )
+[ 83 of 217] Compiling Remote.Helper.Chunked ( Remote\Helper\Chunked.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\Chunked.o )
+[ 84 of 217] Compiling Annex.Environment ( Annex\Environment.hs, dist\build\git-annex\git-annex-tmp\Annex\Environment.o )
+
+Annex\Environment.hs:13:1: Warning:
+    The import of `Utility.Env' is redundant
+      except perhaps to import instances from `Utility.Env'
+    To import instances alone, use: import Utility.Env()
+
+Annex\Environment.hs:14:1: Warning:
+    The import of `Utility.UserInfo' is redundant
+      except perhaps to import instances from `Utility.UserInfo'
+    To import instances alone, use: import Utility.UserInfo()
+[ 85 of 217] Compiling Types.Command    ( Types\Command.hs, dist\build\git-annex\git-annex-tmp\Types\Command.o )
+[ 86 of 217] Compiling Usage            ( Usage.hs, dist\build\git-annex\git-annex-tmp\Usage.o )
+[ 87 of 217] Compiling Annex.Queue      ( Annex\Queue.hs, dist\build\git-annex\git-annex-tmp\Annex\Queue.o )
+[ 88 of 217] Compiling Annex.BranchState ( Annex\BranchState.hs, dist\build\git-annex\git-annex-tmp\Annex\BranchState.o )
+[ 89 of 217] Compiling Remote.Helper.Encryptable ( Remote\Helper\Encryptable.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\Encryptable.o )
+[ 90 of 217] Compiling Fields           ( Fields.hs, dist\build\git-annex\git-annex-tmp\Fields.o )
+[ 91 of 217] Compiling Annex.CheckAttr  ( Annex\CheckAttr.hs, dist\build\git-annex\git-annex-tmp\Annex\CheckAttr.o )
+[ 92 of 217] Compiling Git.HashObject   ( Git\HashObject.hs, dist\build\git-annex\git-annex-tmp\Git\HashObject.o )
+[ 93 of 217] Compiling Annex.Link       ( Annex\Link.hs, dist\build\git-annex\git-annex-tmp\Annex\Link.o )
+[ 94 of 217] Compiling Utility.CopyFile ( Utility\CopyFile.hs, dist\build\git-annex\git-annex-tmp\Utility\CopyFile.o )
+[ 95 of 217] Compiling Git.Ref          ( Git\Ref.hs, dist\build\git-annex\git-annex-tmp\Git\Ref.o )
+[ 96 of 217] Compiling Git.Branch       ( Git\Branch.hs, dist\build\git-annex\git-annex-tmp\Git\Branch.o )
+[ 97 of 217] Compiling Git.UnionMerge   ( Git\UnionMerge.hs, dist\build\git-annex\git-annex-tmp\Git\UnionMerge.o )
+[ 98 of 217] Compiling Git.Merge        ( Git\Merge.hs, dist\build\git-annex\git-annex-tmp\Git\Merge.o )
+[ 99 of 217] Compiling Git.DiffTree     ( Git\DiffTree.hs, dist\build\git-annex\git-annex-tmp\Git\DiffTree.o )
+[100 of 217] Compiling Utility.DiskFree ( Utility\DiskFree.hs, dist\build\git-annex\git-annex-tmp\Utility\DiskFree.o )
+[101 of 217] Compiling Utility.Url      ( Utility\Url.hs, dist\build\git-annex\git-annex-tmp\Utility\Url.o )
+[102 of 217] Compiling Utility.Rsync    ( Utility\Rsync.hs, dist\build\git-annex\git-annex-tmp\Utility\Rsync.o )
+[103 of 217] Compiling Utility.LogFile  ( Utility\LogFile.hs, dist\build\git-annex\git-annex-tmp\Utility\LogFile.o )
+
+Utility\LogFile.hs:67:1: Warning:
+    Top-level binding with no type signature:
+      redir :: forall t t1 t2. t -> t1 -> t2
+[104 of 217] Compiling Utility.Daemon   ( Utility\Daemon.hs, dist\build\git-annex\git-annex-tmp\Utility\Daemon.o )
+
+Utility\Daemon.hs:13:1: Warning:
+    The import of `Utility.LogFile' is redundant
+      except perhaps to import instances from `Utility.LogFile'
+    To import instances alone, use: import Utility.LogFile()
+
+Utility\Daemon.hs:19:1: Warning:
+    The import of `System.Posix.Types' is redundant
+      except perhaps to import instances from `System.Posix.Types'
+    To import instances alone, use: import System.Posix.Types()
+[105 of 217] Compiling Git.AutoCorrect  ( Git\AutoCorrect.hs, dist\build\git-annex\git-annex-tmp\Git\AutoCorrect.o )
+[106 of 217] Compiling Utility.ThreadScheduler ( Utility\ThreadScheduler.hs, dist\build\git-annex\git-annex-tmp\Utility\ThreadScheduler.o )
+[107 of 217] Compiling Git.LsTree       ( Git\LsTree.hs, dist\build\git-annex\git-annex-tmp\Git\LsTree.o )
+[108 of 217] Compiling Config           ( Config.hs, dist\build\git-annex\git-annex-tmp\Config.o )
+[109 of 217] Compiling Annex.UUID       ( Annex\UUID.hs, dist\build\git-annex\git-annex-tmp\Annex\UUID.o )
+[110 of 217] Compiling Backend          ( Backend.hs, dist\build\git-annex\git-annex-tmp\Backend.o )
+[111 of 217] Compiling Annex.Version    ( Annex\Version.hs, dist\build\git-annex\git-annex-tmp\Annex\Version.o )
+[112 of 217] Compiling Annex.Perms      ( Annex\Perms.hs, dist\build\git-annex\git-annex-tmp\Annex\Perms.o )
+[113 of 217] Compiling Logs.Transfer    ( Logs\Transfer.hs, dist\build\git-annex\git-annex-tmp\Logs\Transfer.o )
+
+Logs\Transfer.hs:126:20: Warning: Defined but not used: `mode'
+
+Logs\Transfer.hs:146:29: Warning: Defined but not used: `fd'
+[114 of 217] Compiling Annex.ReplaceFile ( Annex\ReplaceFile.hs, dist\build\git-annex\git-annex-tmp\Annex\ReplaceFile.o )
+[115 of 217] Compiling Annex.Journal    ( Annex\Journal.hs, dist\build\git-annex\git-annex-tmp\Annex\Journal.o )
+
+Annex\Journal.hs:89:23: Warning: Defined but not used: `mode'
+[116 of 217] Compiling Annex.Branch     ( Annex\Branch.hs, dist\build\git-annex\git-annex-tmp\Annex\Branch.o )
+[117 of 217] Compiling Logs.Remote      ( Logs\Remote.hs, dist\build\git-annex\git-annex-tmp\Logs\Remote.o )
+[118 of 217] Compiling Logs.Presence    ( Logs\Presence.hs, dist\build\git-annex\git-annex-tmp\Logs\Presence.o )
+[119 of 217] Compiling Logs.UUID        ( Logs\UUID.hs, dist\build\git-annex\git-annex-tmp\Logs\UUID.o )
+[120 of 217] Compiling Logs.Location    ( Logs\Location.hs, dist\build\git-annex\git-annex-tmp\Logs\Location.o )
+[121 of 217] Compiling Annex.Content.Direct ( Annex\Content\Direct.hs, dist\build\git-annex\git-annex-tmp\Annex\Content\Direct.o )
+[122 of 217] Compiling Annex.Content    ( Annex\Content.hs, dist\build\git-annex\git-annex-tmp\Annex\Content.o )
+
+Annex\Content.hs:50:1: Warning:
+    The import of `Annex.Exception' is redundant
+      except perhaps to import instances from `Annex.Exception'
+    To import instances alone, use: import Annex.Exception()
+
+Annex\Content.hs:89:21: Warning: Defined but not used: `f'
+
+Annex\Content.hs:96:21: Warning: Defined but not used: `h'
+
+Annex\Content.hs:106:9: Warning: Defined but not used: `is_locked'
+
+Annex\Content.hs:113:13: Warning: Defined but not used: `key'
+[123 of 217] Compiling Annex.Direct     ( Annex\Direct.hs, dist\build\git-annex\git-annex-tmp\Annex\Direct.o )
+[124 of 217] Compiling Init             ( Init.hs, dist\build\git-annex\git-annex-tmp\Init.o )
+
+Init.hs:29:1: Warning:
+    The import of `Utility.UserInfo' is redundant
+      except perhaps to import instances from `Utility.UserInfo'
+    To import instances alone, use: import Utility.UserInfo()
+
+Init.hs:31:1: Warning:
+    The import of `Utility.FileMode' is redundant
+      except perhaps to import instances from `Utility.FileMode'
+    To import instances alone, use: import Utility.FileMode()
+[125 of 217] Compiling Logs.Web         ( Logs\Web.hs, dist\build\git-annex\git-annex-tmp\Logs\Web.o )
+[126 of 217] Compiling Logs.Group       ( Logs\Group.hs, dist\build\git-annex\git-annex-tmp\Logs\Group.o )
+[127 of 217] Compiling Upgrade.V2       ( Upgrade\V2.hs, dist\build\git-annex\git-annex-tmp\Upgrade\V2.o )
+[128 of 217] Compiling Upgrade          ( Upgrade.hs, dist\build\git-annex\git-annex-tmp\Upgrade.o )
+[129 of 217] Compiling Creds            ( Creds.hs, dist\build\git-annex\git-annex-tmp\Creds.o )
+
+Creds.hs:18:1: Warning:
+    The import of `Utility.Env' is redundant
+      except perhaps to import instances from `Utility.Env'
+    To import instances alone, use: import Utility.Env()
+[130 of 217] Compiling Remote.Helper.AWS ( Remote\Helper\AWS.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\AWS.o )
+[131 of 217] Compiling Annex.LockPool   ( Annex\LockPool.hs, dist\build\git-annex\git-annex-tmp\Annex\LockPool.o )
+
+Annex\LockPool.hs:17:1: Warning:
+    The import of `Annex.Perms' is redundant
+      except perhaps to import instances from `Annex.Perms'
+    To import instances alone, use: import Annex.Perms()
+
+Annex\LockPool.hs:39:12: Warning: Defined but not used: `fd'
+[132 of 217] Compiling Remote.Helper.Hooks ( Remote\Helper\Hooks.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\Hooks.o )
+
+Remote\Helper\Hooks.hs:18:1: Warning:
+    The import of `Annex.Perms' is redundant
+      except perhaps to import instances from `Annex.Perms'
+    To import instances alone, use: import Annex.Perms()
+
+Remote\Helper\Hooks.hs:74:17: Warning: Defined but not used: `lck'
+[133 of 217] Compiling Remote.S3        ( Remote\S3.hs, dist\build\git-annex\git-annex-tmp\Remote\S3.o )
+[134 of 217] Compiling Remote.Directory ( Remote\Directory.hs, dist\build\git-annex\git-annex-tmp\Remote\Directory.o )
+[135 of 217] Compiling Remote.Web       ( Remote\Web.hs, dist\build\git-annex\git-annex-tmp\Remote\Web.o )
+[136 of 217] Compiling Remote.WebDAV    ( Remote\WebDAV.hs, dist\build\git-annex\git-annex-tmp\Remote\WebDAV.o )
+[137 of 217] Compiling Remote.Glacier   ( Remote\Glacier.hs, dist\build\git-annex\git-annex-tmp\Remote\Glacier.o )
+[138 of 217] Compiling Remote.Hook      ( Remote\Hook.hs, dist\build\git-annex\git-annex-tmp\Remote\Hook.o )
+[139 of 217] Compiling Annex.Ssh        ( Annex\Ssh.hs, dist\build\git-annex\git-annex-tmp\Annex\Ssh.o )
+
+Annex\Ssh.hs:21:1: Warning:
+    The import of `Annex.Perms' is redundant
+      except perhaps to import instances from `Annex.Perms'
+    To import instances alone, use: import Annex.Perms()
+[140 of 217] Compiling Remote.Rsync     ( Remote\Rsync.hs, dist\build\git-annex\git-annex-tmp\Remote\Rsync.o )
+[141 of 217] Compiling Remote.Helper.Ssh ( Remote\Helper\Ssh.hs, dist\build\git-annex\git-annex-tmp\Remote\Helper\Ssh.o )
+[142 of 217] Compiling Remote.Git       ( Remote\Git.hs, dist\build\git-annex\git-annex-tmp\Remote\Git.o )
+
+Remote\Git.hs:20:1: Warning:
+    The import of `Utility.CopyFile' is redundant
+      except perhaps to import instances from `Utility.CopyFile'
+    To import instances alone, use: import Utility.CopyFile()
+
+Remote\Git.hs:360:21: Warning: Defined but not used: `r'
+
+Remote\Git.hs:360:23: Warning: Defined but not used: `key'
+
+Remote\Git.hs:360:27: Warning: Defined but not used: `file'
+[143 of 217] Compiling Remote.Bup       ( Remote\Bup.hs, dist\build\git-annex\git-annex-tmp\Remote\Bup.o )
+[144 of 217] Compiling Remote.List      ( Remote\List.hs, dist\build\git-annex\git-annex-tmp\Remote\List.o )
+[145 of 217] Compiling Logs.Trust       ( Logs\Trust.hs, dist\build\git-annex\git-annex-tmp\Logs\Trust.o )
+[146 of 217] Compiling Remote           ( Remote.hs, dist\build\git-annex\git-annex-tmp\Remote.o )
+[147 of 217] Compiling Limit            ( Limit.hs, dist\build\git-annex\git-annex-tmp\Limit.o )
+[148 of 217] Compiling Option           ( Option.hs, dist\build\git-annex\git-annex-tmp\Option.o )
+[149 of 217] Compiling Annex.FileMatcher ( Annex\FileMatcher.hs, dist\build\git-annex\git-annex-tmp\Annex\FileMatcher.o )
+[150 of 217] Compiling Logs.PreferredContent ( Logs\PreferredContent.hs, dist\build\git-annex\git-annex-tmp\Logs\PreferredContent.o )
+[151 of 217] Compiling Annex.Wanted     ( Annex\Wanted.hs, dist\build\git-annex\git-annex-tmp\Annex\Wanted.o )
+[152 of 217] Compiling Seek             ( Seek.hs, dist\build\git-annex\git-annex-tmp\Seek.o )
+[153 of 217] Compiling Checks           ( Checks.hs, dist\build\git-annex\git-annex-tmp\Checks.o )
+[154 of 217] Compiling Command          ( Command.hs, dist\build\git-annex\git-annex-tmp\Command.o )
+[155 of 217] Compiling Logs.Unused      ( Logs\Unused.hs, dist\build\git-annex\git-annex-tmp\Logs\Unused.o )
+[156 of 217] Compiling CmdLine          ( CmdLine.hs, dist\build\git-annex\git-annex-tmp\CmdLine.o )
+[157 of 217] Compiling Command.ConfigList ( Command\ConfigList.hs, dist\build\git-annex\git-annex-tmp\Command\ConfigList.o )
+[158 of 217] Compiling Command.InAnnex  ( Command\InAnnex.hs, dist\build\git-annex\git-annex-tmp\Command\InAnnex.o )
+[159 of 217] Compiling Command.DropKey  ( Command\DropKey.hs, dist\build\git-annex\git-annex-tmp\Command\DropKey.o )
+[160 of 217] Compiling Command.SendKey  ( Command\SendKey.hs, dist\build\git-annex\git-annex-tmp\Command\SendKey.o )
+[161 of 217] Compiling Command.RecvKey  ( Command\RecvKey.hs, dist\build\git-annex\git-annex-tmp\Command\RecvKey.o )
+[162 of 217] Compiling Command.TransferInfo ( Command\TransferInfo.hs, dist\build\git-annex\git-annex-tmp\Command\TransferInfo.o )
+[163 of 217] Compiling Command.Commit   ( Command\Commit.hs, dist\build\git-annex\git-annex-tmp\Command\Commit.o )
+[164 of 217] Compiling GitAnnex.Options ( GitAnnex\Options.hs, dist\build\git-annex\git-annex-tmp\GitAnnex\Options.o )
+[165 of 217] Compiling Command.Unannex  ( Command\Unannex.hs, dist\build\git-annex\git-annex-tmp\Command\Unannex.o )
+[166 of 217] Compiling Command.FromKey  ( Command\FromKey.hs, dist\build\git-annex\git-annex-tmp\Command\FromKey.o )
+[167 of 217] Compiling Command.Fix      ( Command\Fix.hs, dist\build\git-annex\git-annex-tmp\Command\Fix.o )
+[168 of 217] Compiling Command.Init     ( Command\Init.hs, dist\build\git-annex\git-annex-tmp\Command\Init.o )
+[169 of 217] Compiling Command.Describe ( Command\Describe.hs, dist\build\git-annex\git-annex-tmp\Command\Describe.o )
+[170 of 217] Compiling Command.InitRemote ( Command\InitRemote.hs, dist\build\git-annex\git-annex-tmp\Command\InitRemote.o )
+[171 of 217] Compiling Command.EnableRemote ( Command\EnableRemote.hs, dist\build\git-annex\git-annex-tmp\Command\EnableRemote.o )
+[172 of 217] Compiling Command.Unused   ( Command\Unused.hs, dist\build\git-annex\git-annex-tmp\Command\Unused.o )
+[173 of 217] Compiling Command.Unlock   ( Command\Unlock.hs, dist\build\git-annex\git-annex-tmp\Command\Unlock.o )
+[174 of 217] Compiling Command.Lock     ( Command\Lock.hs, dist\build\git-annex\git-annex-tmp\Command\Lock.o )
+[175 of 217] Compiling Command.Find     ( Command\Find.hs, dist\build\git-annex\git-annex-tmp\Command\Find.o )
+[176 of 217] Compiling Command.Whereis  ( Command\Whereis.hs, dist\build\git-annex\git-annex-tmp\Command\Whereis.o )
+[177 of 217] Compiling Command.Log      ( Command\Log.hs, dist\build\git-annex\git-annex-tmp\Command\Log.o )
+[178 of 217] Compiling Command.Merge    ( Command\Merge.hs, dist\build\git-annex\git-annex-tmp\Command\Merge.o )
+[179 of 217] Compiling Command.Uninit   ( Command\Uninit.hs, dist\build\git-annex\git-annex-tmp\Command\Uninit.o )
+[180 of 217] Compiling Command.Trust    ( Command\Trust.hs, dist\build\git-annex\git-annex-tmp\Command\Trust.o )
+[181 of 217] Compiling Command.Untrust  ( Command\Untrust.hs, dist\build\git-annex\git-annex-tmp\Command\Untrust.o )
+[182 of 217] Compiling Command.Semitrust ( Command\Semitrust.hs, dist\build\git-annex\git-annex-tmp\Command\Semitrust.o )
+[183 of 217] Compiling Command.Dead     ( Command\Dead.hs, dist\build\git-annex\git-annex-tmp\Command\Dead.o )
+[184 of 217] Compiling Command.Group    ( Command\Group.hs, dist\build\git-annex\git-annex-tmp\Command\Group.o )
+[185 of 217] Compiling Command.Content  ( Command\Content.hs, dist\build\git-annex\git-annex-tmp\Command\Content.o )
+[186 of 217] Compiling Command.Ungroup  ( Command\Ungroup.hs, dist\build\git-annex\git-annex-tmp\Command\Ungroup.o )
+[187 of 217] Compiling Command.Vicfg    ( Command\Vicfg.hs, dist\build\git-annex\git-annex-tmp\Command\Vicfg.o )
+[188 of 217] Compiling Command.RmUrl    ( Command\RmUrl.hs, dist\build\git-annex\git-annex-tmp\Command\RmUrl.o )
+[189 of 217] Compiling Command.Map      ( Command\Map.hs, dist\build\git-annex\git-annex-tmp\Command\Map.o )
+[190 of 217] Compiling Command.Upgrade  ( Command\Upgrade.hs, dist\build\git-annex\git-annex-tmp\Command\Upgrade.o )
+[191 of 217] Compiling Command.Version  ( Command\Version.hs, dist\build\git-annex\git-annex-tmp\Command\Version.o )
+[192 of 217] Compiling Command.Test     ( Command\Test.hs, dist\build\git-annex\git-annex-tmp\Command\Test.o )
+[193 of 217] Compiling Command.Add      ( Command\Add.hs, dist\build\git-annex\git-annex-tmp\Command\Add.o )
+[194 of 217] Compiling Command.ReKey    ( Command\ReKey.hs, dist\build\git-annex\git-annex-tmp\Command\ReKey.o )
+[195 of 217] Compiling Command.AddUnused ( Command\AddUnused.hs, dist\build\git-annex\git-annex-tmp\Command\AddUnused.o )
+[196 of 217] Compiling Command.PreCommit ( Command\PreCommit.hs, dist\build\git-annex\git-annex-tmp\Command\PreCommit.o )
+[197 of 217] Compiling Command.Import   ( Command\Import.hs, dist\build\git-annex\git-annex-tmp\Command\Import.o )
+[198 of 217] Compiling Command.Drop     ( Command\Drop.hs, dist\build\git-annex\git-annex-tmp\Command\Drop.o )
+[199 of 217] Compiling Command.Move     ( Command\Move.hs, dist\build\git-annex\git-annex-tmp\Command\Move.o )
+[200 of 217] Compiling Command.Copy     ( Command\Copy.hs, dist\build\git-annex\git-annex-tmp\Command\Copy.o )
+[201 of 217] Compiling Command.Get      ( Command\Get.hs, dist\build\git-annex\git-annex-tmp\Command\Get.o )
+[202 of 217] Compiling Command.TransferKey ( Command\TransferKey.hs, dist\build\git-annex\git-annex-tmp\Command\TransferKey.o )
+[203 of 217] Compiling Command.DropUnused ( Command\DropUnused.hs, dist\build\git-annex\git-annex-tmp\Command\DropUnused.o )
+[204 of 217] Compiling Command.Fsck     ( Command\Fsck.hs, dist\build\git-annex\git-annex-tmp\Command\Fsck.o )
+[205 of 217] Compiling Command.Reinject ( Command\Reinject.hs, dist\build\git-annex\git-annex-tmp\Command\Reinject.o )
+[206 of 217] Compiling Command.Migrate  ( Command\Migrate.hs, dist\build\git-annex\git-annex-tmp\Command\Migrate.o )
+[207 of 217] Compiling Command.Status   ( Command\Status.hs, dist\build\git-annex\git-annex-tmp\Command\Status.o )
+[208 of 217] Compiling Command.Sync     ( Command\Sync.hs, dist\build\git-annex\git-annex-tmp\Command\Sync.o )
+[209 of 217] Compiling Command.Help     ( Command\Help.hs, dist\build\git-annex\git-annex-tmp\Command\Help.o )
+[210 of 217] Compiling Command.AddUrl   ( Command\AddUrl.hs, dist\build\git-annex\git-annex-tmp\Command\AddUrl.o )
+[211 of 217] Compiling Command.Direct   ( Command\Direct.hs, dist\build\git-annex\git-annex-tmp\Command\Direct.o )
+[212 of 217] Compiling Command.Indirect ( Command\Indirect.hs, dist\build\git-annex\git-annex-tmp\Command\Indirect.o )
+[213 of 217] Compiling Command.FuzzTest ( Command\FuzzTest.hs, dist\build\git-annex\git-annex-tmp\Command\FuzzTest.o )
+[214 of 217] Compiling Test             ( Test.hs, dist\build\git-annex\git-annex-tmp\Test.o )
+[215 of 217] Compiling GitAnnexShell    ( GitAnnexShell.hs, dist\build\git-annex\git-annex-tmp\GitAnnexShell.o )
+[216 of 217] Compiling GitAnnex         ( GitAnnex.hs, dist\build\git-annex\git-annex-tmp\GitAnnex.o )
+[217 of 217] Compiling Main             ( git-annex.hs, dist\build\git-annex\git-annex-tmp\Main.o )
+Linking dist\build\git-annex\git-annex.exe ...
++ cabal install nsis
+Resolving dependencies...
+All the requested packages are already installed:
+nsis-0.2.2
+Use --reinstall if you want to reinstall anyway.
++ ghc --make Build/NullSoftInstaller.hs
+[15 of 18] Compiling Build.SysConfig  ( Build\SysConfig.hs, Build\SysConfig.o )
+Linking Build\NullSoftInstaller.exe ...
++ withcyg Build/NullSoftInstaller.exe
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin:/c/cygwin/bin'
++ Build/NullSoftInstaller.exe
+MakeNSIS v2.46 - Copyright 1995-2009 Contributors
+See the file COPYING for license details.
+Credits can be found in the Users Manual.
+
+Processing config: 
+Processing plugin dlls: "c:\Program Files (x86)\NSIS\Plugins\*.dll"
+ - AdvSplash::show
+ - Banner::destroy
+ - Banner::getWindow
+ - Banner::show
+ - BgImage::AddImage
+ - BgImage::AddText
+ - BgImage::Clear
+ - BgImage::Destroy
+ - BgImage::Redraw
+ - BgImage::SetBg
+ - BgImage::SetReturn
+ - BgImage::Sound
+ - Dialer::AttemptConnect
+ - Dialer::AutodialHangup
+ - Dialer::AutodialOnline
+ - Dialer::AutodialUnattended
+ - Dialer::GetConnectedState
+ - InstallOptions::dialog
+ - InstallOptions::initDialog
+ - InstallOptions::show
+ - LangDLL::LangDialog
+ - Math::Script
+ - NSISdl::download
+ - NSISdl::download_quiet
+ - Splash::show
+ - StartMenu::Init
+ - StartMenu::Select
+ - StartMenu::Show
+ - System::Alloc
+ - System::Call
+ - System::Copy
+ - System::Free
+ - System::Get
+ - System::Int64Op
+ - System::Store
+ - TypeLib::GetLibVersion
+ - TypeLib::Register
+ - TypeLib::UnRegister
+ - UserInfo::GetAccountType
+ - UserInfo::GetName
+ - UserInfo::GetOriginalAccountType
+ - VPatch::GetFileCRC32
+ - VPatch::GetFileMD5
+ - VPatch::vpatchfile
+ - nsDialogs::Create
+ - nsDialogs::CreateControl
+ - nsDialogs::CreateItem
+ - nsDialogs::CreateTimer
+ - nsDialogs::GetUserData
+ - nsDialogs::KillTimer
+ - nsDialogs::OnBack
+ - nsDialogs::OnChange
+ - nsDialogs::OnClick
+ - nsDialogs::OnNotify
+ - nsDialogs::SelectFileDialog
+ - nsDialogs::SelectFolderDialog
+ - nsDialogs::SetRTL
+ - nsDialogs::SetUserData
+ - nsDialogs::Show
+ - nsExec::Exec
+ - nsExec::ExecToLog
+ - nsExec::ExecToStack
+
+!define: "MUI_INSERT_NSISCONF"=""
+
+Changing directory to: "C:\MinGW\msys\1.0\home\Oliver\src\git-annex"
+
+Processing script file: "git-annex.nsi"
+!include: "c:\Program Files (x86)\NSIS\Include\MUI2.nsh"
+!include: "c:\Program Files (x86)\NSIS\Contrib\Modern UI 2\MUI2.nsh"
+NSIS Modern User Interface version 2.0 - Copyright 2002-2009 Joost Verburg (c:\Program Files (x86)\NSIS\Contrib\Modern UI 2\MUI2.nsh:8)
+!define: "MUI_INCLUDED"=""
+!define: "MUI_SYSVERSION"="2.0"
+!define: "MUI_VERBOSE"="3"
+!include: closed: "c:\Program Files (x86)\NSIS\Contrib\Modern UI 2\MUI2.nsh"
+!include: closed: "c:\Program Files (x86)\NSIS\Include\MUI2.nsh"
+Name: "git-annex"
+OutFile: "git-annex-installer.exe"
+InstallDir: "$PROGRAMFILES\Git\cmd"
+!insertmacro: MUI_PAGE_DIRECTORY
+!insertmacro: end of MUI_PAGE_DIRECTORY
+!insertmacro: MUI_PAGE_LICENSE
+!insertmacro: end of MUI_PAGEDECLARATION_LICENSE
+!insertmacro: end of MUI_PAGE_LICENSE
+!insertmacro: MUI_PAGE_INSTFILES
+!insertmacro: end of MUI_PAGE_INSTFILES
+!insertmacro: MUI_LANGUAGE
+!insertmacro: end of MUI_LANGUAGE
+Section: "main" ->(_sec10)
+SetOutPath: "$INSTDIR"
+File: "git-annex.exe" [compress] 7664822/31704766 bytes
+File: "git-annex-licenses.txt" [compress] 60509/237415 bytes
+File: "cp.exe" [compress] 62591/116736 bytes
+File: "xargs.exe" [compress] 17002/33280 bytes
+File: "rsync.exe" [compress] 188346/359424 bytes
+File: "ssh.exe" [compress] 157190/320000 bytes
+File: "wget.exe" [compress] 155666/349184 bytes
+File: "sha1sum.exe" [compress] 20337/39424 bytes
+File: "sha256sum.exe" [compress] 18279/37390 bytes
+File: "sha512sum.exe" [compress] 30393/92174 bytes
+File: "sha224sum.exe" [compress] 18279/37390 bytes
+File: "sha384sum.exe" [compress] 30392/92174 bytes
+File: "cygwin1.dll" [compress] 1036075/2874639 bytes
+File: "cygasn1-8.dll" [compress] 154881/459293 bytes
+File: "cygattr-1.dll" [compress] 5460/13838 bytes
+File: "cygheimbase-1.dll" [compress] 4441/10781 bytes
+File: "cygroken-18.dll" [compress] 26103/52253 bytes
+File: "cygcom_err-2.dll" [compress] 3984/9757 bytes
+File: "cygheimntlm-0.dll" [compress] 9018/20509 bytes
+File: "cygsqlite3-0.dll" [compress] 334366/601629 bytes
+File: "cygcrypt-0.dll" [compress] 3352/7182 bytes
+File: "cyghx509-5.dll" [compress] 95839/216093 bytes
+File: "cygssp-0.dll" [compress] 3377/8206 bytes
+File: "cygcrypto-1.0.0.dll" [compress] 652766/1553920 bytes
+File: "cygiconv-2.dll" [compress] 738899/1008654 bytes
+File: "cyggcc_s-1.dll" [compress] 40241/80910 bytes
+File: "cygintl-8.dll" [compress] 17737/35342 bytes
+File: "cygwind-0.dll" [compress] 73172/160797 bytes
+File: "cyggssapi-3.dll" [compress] 81662/183837 bytes
+File: "cygkrb5-26.dll" [compress] 170204/381469 bytes
+File: "cygz.dll" [compress] 42634/74269 bytes
+WriteUninstaller: "git-annex-uninstall.exe"
+SectionEnd
+Section: "Uninstall" ->(_sec11)
+Delete: /REBOOTOK "$INSTDIR\git-annex.exe"
+Delete: /REBOOTOK "$INSTDIR\git-annex-licenses.txt"
+Delete: /REBOOTOK "$INSTDIR\git-annex-uninstall.exe"
+Delete: /REBOOTOK "$INSTDIR\cp.exe"
+Delete: /REBOOTOK "$INSTDIR\xargs.exe"
+Delete: /REBOOTOK "$INSTDIR\rsync.exe"
+Delete: /REBOOTOK "$INSTDIR\ssh.exe"
+Delete: /REBOOTOK "$INSTDIR\wget.exe"
+Delete: /REBOOTOK "$INSTDIR\sha1sum.exe"
+Delete: /REBOOTOK "$INSTDIR\sha256sum.exe"
+Delete: /REBOOTOK "$INSTDIR\sha512sum.exe"
+Delete: /REBOOTOK "$INSTDIR\sha224sum.exe"
+Delete: /REBOOTOK "$INSTDIR\sha384sum.exe"
+Delete: /REBOOTOK "$INSTDIR\cygwin1.dll"
+Delete: /REBOOTOK "$INSTDIR\cygasn1-8.dll"
+Delete: /REBOOTOK "$INSTDIR\cygattr-1.dll"
+Delete: /REBOOTOK "$INSTDIR\cygheimbase-1.dll"
+Delete: /REBOOTOK "$INSTDIR\cygroken-18.dll"
+Delete: /REBOOTOK "$INSTDIR\cygcom_err-2.dll"
+Delete: /REBOOTOK "$INSTDIR\cygheimntlm-0.dll"
+Delete: /REBOOTOK "$INSTDIR\cygsqlite3-0.dll"
+Delete: /REBOOTOK "$INSTDIR\cygcrypt-0.dll"
+Delete: /REBOOTOK "$INSTDIR\cyghx509-5.dll"
+Delete: /REBOOTOK "$INSTDIR\cygssp-0.dll"
+Delete: /REBOOTOK "$INSTDIR\cygcrypto-1.0.0.dll"
+Delete: /REBOOTOK "$INSTDIR\cygiconv-2.dll"
+Delete: /REBOOTOK "$INSTDIR\cyggcc_s-1.dll"
+Delete: /REBOOTOK "$INSTDIR\cygintl-8.dll"
+Delete: /REBOOTOK "$INSTDIR\cygwind-0.dll"
+Delete: /REBOOTOK "$INSTDIR\cyggssapi-3.dll"
+Delete: /REBOOTOK "$INSTDIR\cygkrb5-26.dll"
+Delete: /REBOOTOK "$INSTDIR\cygz.dll"
+SectionEnd
+Function: ".onInit"
+IfFileExists: "$PROGRAMFILES\Git\cmd" ? _lbl3 : 0
+MessageBox: 48: "You need git installed to use git-annex. Looking at $PROGRAMFILES\Git\cmd , it seems to not be installed, or may be installed in another location. You can install git from http://git-scm.com/" (on IDOK goto 0)
+FunctionEnd
+
+Processed 1 file, writing output:
+Processing pages... Done!
+Removing unused resources... Done!
+Generating language tables... Done!
+Generating uninstaller... Done!
+
+Output: "C:\MinGW\msys\1.0\home\Oliver\src\git-annex\git-annex-installer.exe"
+Install: 4 pages (256 bytes), 1 section (1048 bytes), 98 instructions (2744 bytes), 133 strings (239643 bytes), 1 language table (278 bytes).
+Uninstall: 2 pages (128 bytes), 
+1 section (1048 bytes), 33 instructions (924 bytes), 72 strings (1154 bytes), 1 language table (194 bytes).
+
+Using zlib compression.
+
+EXE header size:               48640 / 35840 bytes
+Install code:                  63270 / 244345 bytes
+Install data:               11918141 / 41172867 bytes
+Uninstall code+data:           10537 / 14897 bytes
+CRC (0x090A4FD3):                  4 / 4 bytes
+
+Total size:                 12040592 / 41467953 bytes (29.0%)
++ rm -f last-incremental-failed
++ rm -rf .t
++ withcyg dist/build/git-annex/git-annex.exe test
++ PATH='/c/Program Files (x86)/Haskell Platform/2012.4.0.0/bin:/c/Program Files (x86)/Haskell Platform/2012.4.0.0/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/home/Oliver/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Program Files (x86)/Haskell/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/lib/extralibs/bin:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/bin:/c/Program Files (x86)/AMD APP/bin/x86_64:/c/Program Files (x86)/AMD APP/bin/x86:/c/Windows/system32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/c/Program Files (x86)/ATI Technologies/ATI.ACE/Core-Static:/c/Program Files (x86)/Windows Kits/8.0/Windows Performance Toolkit/:/c/Program Files/Microsoft/Web Platform Installer/:/c/Program Files (x86)/Haskell Platform/2013.2.0.0/mingw/bin:/c/Users/Oliver/AppData/Roaming/cabal/bin:/c/cygwin/bin'
++ dist/build/git-annex/git-annex.exe test
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          ----------------------------------------------------------------------
+First, some automated quick checks of properties ...
+----------------------------------------------------------------------
+prop_idempotent_deencode_git
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_deencode
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_fileKey
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_key_encode
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_shellEscape
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_shellEscape_multiword
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_idempotent_configEscape
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_parse_show_Config
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_parentDir_basics
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_relPathDirToFile_basics
++++ OK, passed 100 tests.
+(0 tests)         prop_relPathDirToFile_regressionTest
++++ OK, passed 1 tests.
+(0 tests)         prop_cost_sane
++++ OK, passed 1 tests.
+(0 tests)         prop_matcher_sane
++++ OK, passed 1 tests.
+(0 tests)         prop_HmacSha1WithCipher_sane
++++ OK, passed 1 tests.
+(0 tests)         prop_TimeStamp_sane
++++ OK, passed 1 tests.
+(0 tests)         prop_addLog_sane
++++ OK, passed 1 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_verifiable_sane
++++ OK, passed 100 tests.
+(0 tests)         prop_segment_regressionTest
++++ OK, passed 1 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_read_write_transferinfo
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_read_show_inodecache
++++ OK, passed 100 tests.
+(0 tests)         (1 test)        (2 tests)         (3 tests)         (4 tests)         (5 tests)         (6 tests)         (7 tests)         (8 tests)         (9 tests)         (10 tests)          (11 tests)          (12 tests)          (13 tests)          (14 tests)          (15 tests)          (16 tests)          (17 tests)          (18 tests)          (19 tests)          (20 tests)          (21 tests)          (22 tests)          (23 tests)          (24 tests)          (25 tests)          (26 tests)          (27 tests)          (28 tests)          (29 tests)          (30 tests)          (31 tests)          (32 tests)          (33 tests)          (34 tests)          (35 tests)          (36 tests)          (37 tests)          (38 tests)          (39 tests)          (40 tests)          (41 tests)          (42 tests)          (43 tests)          (44 tests)          (45 tests)          (46 tests)          (47 tests)          (48 tests)          (49 tests)          (50 tests)          (51 tests)          (52 tests)          (53 tests)          (54 tests)          (55 tests)          (56 tests)          (57 tests)          (58 tests)          (59 tests)          (60 tests)          (61 tests)          (62 tests)          (63 tests)          (64 tests)          (65 tests)          (66 tests)          (67 tests)          (68 tests)          (69 tests)          (70 tests)          (71 tests)          (72 tests)          (73 tests)          (74 tests)          (75 tests)          (76 tests)          (77 tests)          (78 tests)          (79 tests)          (80 tests)          (81 tests)          (82 tests)          (83 tests)          (84 tests)          (85 tests)          (86 tests)          (87 tests)          (88 tests)          (89 tests)          (90 tests)          (91 tests)          (92 tests)          (93 tests)          (94 tests)          (95 tests)          (96 tests)          (97 tests)          (98 tests)          (99 tests)          prop_parse_show_log
++++ OK, passed 100 tests.
+(0 tests)         prop_read_show_TrustLevel
++++ OK, passed 1 tests.
+(0 tests)         prop_parse_show_TrustLog
++++ OK, passed 1 tests.
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0init test repo 
+  Detected a crippled filesystem.
+
+  Disabling core.symlinks.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+                                          
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+
+Cases: 3  Tried: 0  Errors: 0  Failures: 0add foo (checksum...) ok
+(Recording state in git...)
+add sha1foo (checksum...) ok
+(Recording state in git...)
+add apple ok
+(Recording state in git...)
+
+Cases: 3  Tried: 1  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex add:1
+git clone failed
+
+Cases: 3  Tried: 2  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex add:2
+git clone failed
+Cases: 3  Tried: 3  Errors: 0  Failures: 2
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex reinject/fromkey
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 2  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex unannex:0:no content
+git clone failed
+
+Cases: 2  Tried: 1  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex unannex:1:with content
+git clone failed
+Cases: 2  Tried: 2  Errors: 0  Failures: 2
+
+Cases: 3  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex drop:0:no remotes
+git clone failed
+
+Cases: 3  Tried: 1  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex drop:1:with remote
+git clone failed
+
+Cases: 3  Tried: 2  Errors: 0  Failures: 2ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex drop:2:untrusted remote
+git clone failed
+Cases: 3  Tried: 3  Errors: 0  Failures: 3
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex get
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex move
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex copy
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex unlock/lock
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 2  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex edit/commit:0
+git clone failed
+
+Cases: 2  Tried: 1  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex edit/commit:1
+git clone failed
+Cases: 2  Tried: 2  Errors: 0  Failures: 2
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex fix
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex trust/untrust/semitrust/dead
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 4  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex fsck:0
+git clone failed
+
+Cases: 4  Tried: 1  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex fsck:1
+git clone failed
+
+Cases: 4  Tried: 2  Errors: 0  Failures: 2ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex fsck:2
+git clone failed
+
+Cases: 4  Tried: 3  Errors: 0  Failures: 3ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex fsck:3
+git clone failed
+Cases: 4  Tried: 4  Errors: 0  Failures: 4
+
+Cases: 2  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex migrate:0
+git clone failed
+
+Cases: 2  Tried: 1  Errors: 0  Failures: 1ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex migrate:1
+git clone failed
+Cases: 2  Tried: 2  Errors: 0  Failures: 2
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex unused/dropunused
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex describe
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex find
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex merge
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex status
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex version
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex sync
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: union merge regression
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: automatic conflict resolution
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex map
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex uninit
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex upgrade
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex whereis
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex hook remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex directory remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex rsync remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex bup remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex crypto
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0ssh: Could not resolve hostname C: no address associated with name
+fatal: The remote end hung up unexpectedly
+
+                                          
+### Failure in: git-annex preferred-content
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+Now, some broader checks ...
+  (Do not be alarmed by odd output here; it's normal.
+   wait for the last line to see how it went.)
+----------------------------------------------------------------------
+init
+----------------------------------------------------------------------
+add
+----------------------------------------------------------------------
+reinject
+----------------------------------------------------------------------
+unannex
+----------------------------------------------------------------------
+drop
+----------------------------------------------------------------------
+get
+----------------------------------------------------------------------
+move
+----------------------------------------------------------------------
+copy
+----------------------------------------------------------------------
+lock
+----------------------------------------------------------------------
+edit
+----------------------------------------------------------------------
+fix
+----------------------------------------------------------------------
+trust
+----------------------------------------------------------------------
+fsck
+----------------------------------------------------------------------
+migrate
+----------------------------------------------------------------------
+ unused
+----------------------------------------------------------------------
+describe
+----------------------------------------------------------------------
+find
+----------------------------------------------------------------------
+merge
+----------------------------------------------------------------------
+status
+----------------------------------------------------------------------
+version
+----------------------------------------------------------------------
+sync
+----------------------------------------------------------------------
+union merge regression
+----------------------------------------------------------------------
+conflict resolution
+----------------------------------------------------------------------
+map
+----------------------------------------------------------------------
+uninit
+----------------------------------------------------------------------
+upgrade
+----------------------------------------------------------------------
+whereis
+----------------------------------------------------------------------
+hook remote
+----------------------------------------------------------------------
+directory remote
+----------------------------------------------------------------------
+rsync remote
+----------------------------------------------------------------------
+bup remote
+----------------------------------------------------------------------
+crypto
+----------------------------------------------------------------------
+preferred content
+----------------------------------------------------------------------
+Some tests failed!
+  (This could be due to a bug in git-annex, or an incompatability
+   with utilities, such as git, installed on this system.)
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Windows_build_test_failures/comment_1_ea7523fdbafdc8be2971df52d9038826._comment b/doc/bugs/Windows_build_test_failures/comment_1_ea7523fdbafdc8be2971df52d9038826._comment
new file mode 100644
index 0000000000..dc09fb89b0
--- /dev/null
+++ b/doc/bugs/Windows_build_test_failures/comment_1_ea7523fdbafdc8be2971df52d9038826._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 1"
+ date="2013-09-13T19:18:26Z"
+ content="""
+The Windows port has improved quite a lot since this bug was filed. Can you still reproduce it?
+
+If you install the pre-built git-annex for Windows, you can run `git annex test` to run the test suite.  Does that work? It works for some others on Windows.
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies.mdwn b/doc/bugs/Windows_daemon_silently_dies.mdwn
new file mode 100644
index 0000000000..cbffc0083d
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies.mdwn
@@ -0,0 +1,132 @@
+### Please describe the problem.
+
+Using the latest build, when the agent is started, it works ... and works ... and works ... until it silently dies at some point.
+
+### What steps will reproduce the problem?
+
+I hope this will reproduce:
+
+* Create a remote with an invalid host which is not reachable
+* Start git-annex-autostart.vbs
+* Wait 5-30 minutes until no git.exe/git-annex.exe are visible any more in task manager (for my current test it took 10 minutes)
+* Inspect the logs
+
+### What version of git-annex are you using? On what operating system?
+
+    $ git annex version
+    git-annex version: 5.20140715-g622a376
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 2 3 4
+
+### Please provide any additional information below.
+
+I hope/think that this is also related to what I wrote in:
+https://git-annex.branchable.com/forum/Restricting_SSH_+_supply_key
+
+Here the assistant apparently takes the wrong ssh.exe (from bin/ instead than cmd/ directory). This results in the fact that for some reason .ssh/config is not used.
+In any case, the host alias can not be resolved.
+At some point git annex assistant seems to die because of that, but I am not sure.
+In any case, a non-reachable server should not be the cause that the assistant dies.
+The last entries of daemon.log are always:
+
+    git-annex: <stdin>: hGetLine: invalid argument (Bad file descriptor)
+    failed
+    git-annex: assistant: 1 failed 
+
+So I think this is the cause.
+
+[[!format sh """
+[2014-07-14 21:21:19 Pacific Daylight Time] main: starting assistant version 5.20140715-g622a376
+[2014-07-14 21:21:19 Pacific Daylight Time] Cronner: You should enable consistency checking to protect your data. 
+[2014-07-14 21:21:24 Pacific Daylight Time] TransferScanner: Syncing with 192.168.200.121 
+(scanning...) [2014-07-14 21:21:25 Pacific Daylight Time] Watcher: Performing startup scan
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+sssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+sssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+(started...) [2014-07-14 21:21:43 Pacific Daylight Time] Committer: Committing changes to git
+[2014-07-14 21:21:43 Pacific Daylight Time] Pusher: Syncing with 192.168.200.121 
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could notssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-07-14 21:22:03 Pacific Daylight Time] Committer: Committing changes to git
+fatal: Unable to create 'c:\data\annex\.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: Unable to create 'c:\data\annex\.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+Committer crashed: failed to read sha from git write-tree
+[2014-07-14 21:22:03 Pacific Daylight Time] Committer: warning Committer crashed: failed to read sha from git write-tree
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+Network.Socket.ByteString.send: does not exist (No such file or directory)
+Network.Socket.ByteString.send: does not exist (No such file or directory)
+
+(Recording state in git...)
+(Recording state in git...)
+
+git-annex: <stdin>: hGetLine: invalid argument (Bad file descriptor)
+failed
+git-annex: assistant: 1 failed 
+"""]]
+
+[[!tag confirmed]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_1_b590aaeedec78c8540d549a8c773881e._comment b/doc/bugs/Windows_daemon_silently_dies/comment_1_b590aaeedec78c8540d549a8c773881e._comment
new file mode 100644
index 0000000000..e2c6cdecf6
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_1_b590aaeedec78c8540d549a8c773881e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-15T17:36:22Z"
+ content="""
+I doubt that it has anything to do with a ssh remote.
+
+Please enable debug logging and see if you can get a more detailed log around when it dies.
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_2_472975d2bd9784ae40b35f11fc561231._comment b/doc/bugs/Windows_daemon_silently_dies/comment_2_472975d2bd9784ae40b35f11fc561231._comment
new file mode 100644
index 0000000000..dae8622051
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_2_472975d2bd9784ae40b35f11fc561231._comment
@@ -0,0 +1,72 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 2"
+ date="2014-07-15T20:51:07Z"
+ content="""
+Unfortunately not. I did that already. At least in my opinion nothing special.
+
+These are the latest lines:
+
+[[!format sh \"\"\"
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..8ea0bbec209e1ec1240aa94ba2d6975023d83ac5\",\"-n1\",\"--pretty=%H\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..528b6b61318d138db5df2262ee501d6895b859d0\",\"-n1\",\"--pretty=%H\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..45aff729d5c9e60d925fad4c7fd75497ff5301fa\",\"-n1\",\"--pretty=%H\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] call: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/server/annex/direct/master\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/annex/direct/master..refs/remotes/server/annex/direct/master\",\"-n1\",\"--pretty=%H\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] call: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/server/synced/master\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/synced/master..refs/remotes/server/synced/master\",\"-n1\",\"--pretty=%H\"]
+[2014-07-15 13:34:32 Pacific Daylight Time] Pusher: pushing to [Remote { name =\"server\" }]
+[2014-07-15 13:34:32 Pacific Daylight Time] call: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"push\",\"server\",\"+git-annex:synced/git-annex\",\"annex/direct/master:synced/master\"]
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-07-15 13:34:34 Pacific Daylight Time] read: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"push\",\"server\",\"master\"]
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+[2014-07-15 13:34:35 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:34:35 Pacific Daylight Time] RemoteControl: fromList []
+[2014-07-15 13:34:36 Pacific Daylight Time] Pusher: fallback pushing to [Remote { name =\"server\" }]
+[2014-07-15 13:34:36 Pacific Daylight Time] call: git [\"--git-dir=c:\\data\\annex\\.git\",\"--work-tree=c:\\data\\annex\",\"-c\",\"core.bare=false\",\"push\",\"server\",\"+git-annex:refs/synced/91347741-60cd-4bca-a64a-90adee8d1910/git-annex\",\"refs/heads/annex/direct/master:refs/synced/91347741-60cd-4bca-a64a-90adee8d1910/annex/direct/master\"]
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-07-15 13:34:51 Pacific Daylight Time] chat: ssh [\"-T\",\"test@annex\",\"git-annex-shell 'notifychanges' '/srv/data/Shared' --uuid df1c0b77-f9b6-4ed7-96f3-3e7f010c4fb6\"]
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+[2014-07-15 13:35:03 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:35:03 Pacific Daylight Time] RemoteControl: fromList []
+[2014-07-15 13:35:35 Pacific Daylight Time] chat: ssh [\"-T\",\"test@annex\",\"git-annex-shell 'notifychanges' '/srv/data/Shared' --uuid df1c0b77-f9b6-4ed7-96f3-3e7f010c4fb6\"]
+ss[2014-07-15 13:35:47 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:35:47 Pacific Daylight Time] RemoteControl: fromList []
+[2014-07-15 13:36:51 Pacific Daylight Time] chat: ssh [\"-T\",\"test@annex\",\"git-annex-shell 'notifychanges' '/srv/data/Shared' --uuid df1c0b77-f9b6-4ed7-96f3-3e7f010c4fb6\"]
+ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+
+[2014-07-15 13:37:02 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:37:02 Pacific Daylight Time] RemoteControl: fromList []
+[2014-07-15 13:39:10 Pacific Daylight Time] chat: ssh [\"-T\",\"test@annex\",\"git-annex-shell 'notifychanges' '/srv/data/Shared' --uuid df1c0b77-f9b6-4ed7-96f3-3e7f010c4fb6\"]
+ssh: Co[2014-07-15 13:39:21 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:39:21 Pacific Daylight Time] RemoteControl: fromList []
+[2014-07-15 13:43:37 Pacific Daylight Time] chat: ssh [\"-T\",\"test@annex\",\"git-annex-shell 'notifychanges' '/srv/data/Shared' --uuid df1c0b77-f9b6-4ed7-96f3-3e7f010c4fb6\"]
+ssh: Could not resolve hostname an[2014-07-15 13:43:49 Pacific Daylight Time] RemoteControl: DISCONNECTED ssh://test@annex/srv/data/Shared
+[2014-07-15 13:43:49 Pacific Daylight Time] RemoteControl: fromList []
+
+(Recording state in git...)
+
+git-annex: <stdin>: hGetLine: invalid argument (Bad file descriptor)
+failed
+git-annex: assistant: 1 failed  
+\"\"\"]]
+
+Maybe it's something different but what could it be?
+
+
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_3_48415a7251abffca998b8dccc5e0ba80._comment b/doc/bugs/Windows_daemon_silently_dies/comment_3_48415a7251abffca998b8dccc5e0ba80._comment
new file mode 100644
index 0000000000..3498cc88e6
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_3_48415a7251abffca998b8dccc5e0ba80._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 3"
+ date="2014-07-15T22:02:41Z"
+ content="""
+Update: You are right. It has nothing to do with the connections. I created a new repository without any sync. Same here:
+
+    [2014-07-15 13:53:33 Pacific Daylight Time] main: starting assistant version 5.20140715-g622a376
+    [2014-07-15 13:53:33 Pacific Daylight Time] Cronner: You should enable consistency checking to protect your data. 
+    (scanning...) [2014-07-15 13:53:38 Pacific Daylight Time] Watcher: Performing startup scan
+    (started...) 
+    
+    git-annex: <stdin>: hGetLine: invalid argument (Bad file descriptor)
+    failed
+    git-annex: assistant: 1 failed 
+
+It always takes exactly 10 minutes until it dies (you see is started 13:53:33 and it died at 14:03:33 (=modification of daemon.log).
+So this is reproduceable ...
+
+
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_4_1c0b0b2e7180425ff2d5e5316a138f7d._comment b/doc/bugs/Windows_daemon_silently_dies/comment_4_1c0b0b2e7180425ff2d5e5316a138f7d._comment
new file mode 100644
index 0000000000..63b37a7e11
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_4_1c0b0b2e7180425ff2d5e5316a138f7d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-16T18:18:11Z"
+ content="""
+Hmm, there are two places where the assistant happens to hard code a 10 minute time period. But one is 10 minutes from starting to configure a ssh remote in the webapp, not from start. And the other is the watcher's afterLastDaemonRun check, which only happens when a symlink appears in the repository (which shouldn't happen on windows and wouldn't necessarily happen 10 minutes after start).
+
+Fabulous .. I just reproduced the crash!
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_5_0d14dd2c8d94a81ffd5aae07e927344f._comment b/doc/bugs/Windows_daemon_silently_dies/comment_5_0d14dd2c8d94a81ffd5aae07e927344f._comment
new file mode 100644
index 0000000000..2b2e819462
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_5_0d14dd2c8d94a81ffd5aae07e927344f._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 5"
+ date="2014-07-16T18:21:24Z"
+ content="""
+A full log in an empty repo of the crash: 
+
+<pre>
+[2014-07-16 14:00:53 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..9c07d1385e80dbc6044814357e9097fd231b8c99\",\"-n1\",\"--pretty=%H\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] chat: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] logging to C:\WINDOWS\TT\.git\annex\daemon.log
+[2014-07-16 14:00:54 Atlantic Standard Time] main: starting assistant version 5.20140714-gf892329
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..9c07d1385e80dbc6044814357e9097fd231b8c99\",\"-n1\",\"--pretty=%H\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] chat: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"ls-files\",\"--stage\",\"-z\",\"--\",\"C:\\WINDOWS\\TT\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] Cronner: You should enable consistency checking to protect your data. 
+[2014-07-16 14:00:54 Atlantic Standard Time] SanityCheckerStartup: no index file; restaging
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"ls-files\",\"--stage\",\"-z\",\"--\",\"C:\\WINDOWS\\TT\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] chat: git-annex [\"remotedaemon\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"ls-tree\",\"--full-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"numcopies.log\",\"schedule.log\",\"preferred-content.log\",\"required-content.log\",\"group-preferred-content.log\"]
+[2014-07-16 14:00:54 Atlantic Standard Time] Merger: watching C:\WINDOWS\TT\.git\refs
+[2014-07-16 14:00:54 Atlantic Standard Time] TransferWatcher: watching for transfers
+(scanning...) [2014-07-16 14:00:54 Atlantic Standard Time] Watcher: Performing startup scan
+[2014-07-16 14:00:54 Atlantic Standard Time] read: git [\"--git-dir=C:\\WINDOWS\\TT\\.git\",\"--work-tree=C:\\WINDOWS\\TT\",\"-c\",\"core.bare=false\",\"ls-files\",\"--deleted\",\"-z\",\"--\",\"C:\\WINDOWS\\TT\"]
+(started...) [2014-07-16 14:00:54 Atlantic Standard Time] Watcher: watching .
+
+
+git-annex: <stdin>: hGetLine: invalid argument (Bad file descriptor)
+failed
+git-annex: assistant: 1 failed
+</pre>
+
+The two blank lines just before the crash seem to be significant somehow; they are not output at the beginning, so must occur just before it crashes.
+
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_6_20a420680058f84a8cbd43682957fe7b._comment b/doc/bugs/Windows_daemon_silently_dies/comment_6_20a420680058f84a8cbd43682957fe7b._comment
new file mode 100644
index 0000000000..4b596c7623
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_6_20a420680058f84a8cbd43682957fe7b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 6"
+ date="2014-07-16T18:38:51Z"
+ content="""
+It appears to be the remoteResponderThread crashing (based on adding debugging around all hGetLine call sites).
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_7_1514739ba9885917d03597dcc6aa7bec._comment b/doc/bugs/Windows_daemon_silently_dies/comment_7_1514739ba9885917d03597dcc6aa7bec._comment
new file mode 100644
index 0000000000..3ce65580a9
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_7_1514739ba9885917d03597dcc6aa7bec._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 7"
+ date="2014-07-16T20:18:50Z"
+ content="""
+Well, it seems not to be the RemoteControl thread after all. I made that thread start the remotedaemon and then not read from it at all, and the crash still happens. Also, the remotedaemon itself seems to run forever ok.
+
+(This is sort of a relief, because it should not be possible for a crash of a named thread like RemoteControl to take down the whole assistant!)
+
+The hGetLine must be being called by some other library function.
+
+Hmm... Could it perhaps be waitForTermination? On windows that ends up calling getLine in a loop. A 600 second loop!
+
+Update: Seems so. With a 60 second loop, it crashes after 60 seconds. With the 2 newlines happening just before.
+
+Also, it makes sense now why this is a new crash. Before the assistant ran with stdio connected to the terminal, but recently on windows it got hooked up to the debug log, and stdin is closed now.
+
+I still don't understand where the 2 newlines come from (possibly output by something while git-annex is crashing?).. But have confirmed I've fixed the problem now.
+"""]]
diff --git a/doc/bugs/Windows_daemon_silently_dies/comment_8_0210436870e6622a83c9b4788e31eef4._comment b/doc/bugs/Windows_daemon_silently_dies/comment_8_0210436870e6622a83c9b4788e31eef4._comment
new file mode 100644
index 0000000000..09e7eb867f
--- /dev/null
+++ b/doc/bugs/Windows_daemon_silently_dies/comment_8_0210436870e6622a83c9b4788e31eef4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="204.17.143.10"
+ subject="comment 8"
+ date="2014-07-16T23:53:39Z"
+ content="""
+Really great, seems to be fixed in the current version (at least it's running for 1h now). Thank you!!
+"""]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn b/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
new file mode 100644
index 0000000000..69e9838f23
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
@@ -0,0 +1,31 @@
+Windows has an unfortunate handling of time zones, which means that when
+the time zone is changed (or DST changes), the timestamps of files also
+appear to change.
+
+This means that after such a change, git-annex will see new mtimes, and
+want to re-checksum every file in the repo.
+
+[[!tag confirmed]]
+
+> Update: Actually, I seem to have been getting confused by behavior of
+> cygwin terminal setting TZ. That indeed led to timestamp changes when the
+> time zone changed. I have made git-annex unset TZ to avoid this.
+> 
+> Without TZ set, time stamps are actually stable across time zone changes.
+> Ie, a simple program to read the time stamp of a file and print it
+> always shows the same thing, before and after a timezone change.
+> 
+> However, and here's where it gets truely ghastly: A program that stats a
+> file in a loop will see its timestamp change when the timezone changes.
+> I suspect this might be a bug in the Haskell RTS caching something it
+> should not. Stopping and re-running the program gets back to the
+> original timestamp.
+>
+> I have not tested DST changes, but it's hard to imagine it being any
+> worse than the above behavior.
+> 
+> So, that's insane then. We can't trust timestamps to be stable on windows 
+> when git-annex is running for a long period of time. --[[Joey]]
+> 
+> > [[fixed|done]], using the inode sentinal file to detect when windows
+> > has lost its mind, and calculating its delta from insanity. --[[Joey]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness/comment_1_9db59ab2242186a23a47337a1597f4e2._comment b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_1_9db59ab2242186a23a47337a1597f4e2._comment
new file mode 100644
index 0000000000..fbda5c2858
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_1_9db59ab2242186a23a47337a1597f4e2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-11T19:09:17Z"
+ content="""
+Rather than getting the timezone, another approach might be to look at the inode sentinal file. Its timestamp will also appear to have changed. If the delta is exactly some number of hours, and the inode sential's other data is unchanged, a Windows-specific hack could apply that same delta to all inode cache timestamps.
+
+Except, time zones are not all actually on hour boundaries. Some are half hours, some may be 15 minutes, and next week some crazy country might legislate a 3 minute delta for all I know.
+
+Well, could just say if the inode sentinal's mtime has changed at all (delta < 3600 seconds), and it's otherwise unchanged, and we're on windows, assume this is a time zone change. When would that fail? Only if the repository is copied to someplace, and the mtime is not preserved.
+"""]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness/comment_2_a6a3871747306913b69abcd73d13305e._comment b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_2_a6a3871747306913b69abcd73d13305e._comment
new file mode 100644
index 0000000000..c213aa0a92
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_2_a6a3871747306913b69abcd73d13305e._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-06-11T19:51:15Z"
+ content="""
+Note that multiple time zone changes complicate this. I think that means that the delta can't be simply applied when comparing inode caches. Instead, probably it needs to be applied when generating inode caches.
+
+A scenario:
+
+1. Time zone is at +1h when the inode sential is written.
+2. Time zone changes to +2h
+3. File F is added (with a current timestamp of T)
+4. Time zone changes to +5h
+
+I am a little confused by which way windows moves the timestamps when the time zone changes. Let's assume I might get the sign wrong.
+
+Let F's timestamp after step 4, F4 = T+-3h.
+
+Let the delta after step 4, D4 = +-4h  
+And, let the delta after step 2, D2 = +-1h
+
+If step 3 writes the current timestamp to the inode cache, then the cache still has T in it after step 4. F4+D4 /= T (T +-3h +-4h /= T). So comparison doesn't work.
+
+If instead the current delta is applied when generating inode caches (both for storing on disk, and for immediate comparison), then the inode cache will have T+D2 in it. Then after step 4, generating a new inode cache for F will yield F4+D4. So, does F4+D4 == T+D2? T +-3h +-4h == T +-1h YES!
+"""]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness/comment_3_7fe149bedb8ceab75953996ac8e20f0f._comment b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_3_7fe149bedb8ceab75953996ac8e20f0f._comment
new file mode 100644
index 0000000000..1a25d3c829
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_3_7fe149bedb8ceab75953996ac8e20f0f._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-11T22:11:38Z"
+ content="""
+I have implemented this on the loststamp git branch. It seems to work!
+
+However, it has a big problem:
+
+    If the timezone changes while the assistant (or a long-running command)
+    runs, it won't notice, since it only checks the inode cache once, and
+    so will use the old delta for all new inode caches it generates for new
+    files it's added. Which will result in them seeming changed the next time
+    it runs.
+
+So, it would be really nice to be able to check the actual timezone instead.
+But I suppose I can make the assistant poll the inode cache file, or check
+it when adding a new file, or something like that. Bleagh.
+"""]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness/comment_4_c9e8c9997b7c3a82c14fc34af319382d._comment b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_4_c9e8c9997b7c3a82c14fc34af319382d._comment
new file mode 100644
index 0000000000..d06df7b779
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_4_c9e8c9997b7c3a82c14fc34af319382d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-11T22:54:48Z"
+ content="""
+Getting the actual time zone on windows works better if you unset TZ first.
+
+But, a haskell program that polls the time zone fails to notice when it's changed. It only notices after being restarted. I have contacted the time library maintainer about this.
+"""]]
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness/comment_5_0739426403f5bf9954acbc86ca0d11ea._comment b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_5_0739426403f5bf9954acbc86ca0d11ea._comment
new file mode 100644
index 0000000000..ac1f090f51
--- /dev/null
+++ b/doc/bugs/Windows_file_timestamp_timezone_madness/comment_5_0739426403f5bf9954acbc86ca0d11ea._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 5"
+ date="2014-06-11T23:02:28Z"
+ content="""
+I've developed a fix for the time library. This patch has been sent to the author, hopefully it will get applied and then I can use getCurrentTImeZone. Note that git-annex would need to unset TZ first, which might be hard on windows.
+
+<pre>
+diff --git a/cbits/HsTime.c b/cbits/HsTime.c
+index cfafb27..86ca92a 100644
+--- a/cbits/HsTime.c
++++ b/cbits/HsTime.c
+@@ -8,6 +8,7 @@ long int get_current_timezone_seconds (time_t t,int* pdst,char const* * pname)
+     tzset();
+     struct tm* ptm = localtime_r(&t,&tmd);
+ #else
++    tzset();
+     struct tm* ptm = localtime(&t);
+ #endif
+     if (ptm)
+</pre>
+"""]]
diff --git a/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs.mdwn b/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs.mdwn
new file mode 100644
index 0000000000..a21813500e
--- /dev/null
+++ b/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+On a default, clean install on Windows, annex get over HTTP fails, as neither wget nor curl have all necessary DLLs.
+
+### What steps will reproduce the problem?
+1. Install git from git-scm.org, and git-annex from git-annex.branchable.com.
+2. Don't install, or remove if installed, Cygwin.
+3. clone an annex over HTTP
+4. attempt to 'annex get' a file
+5. get dialog box, explaining missing DLLs.
+
+### What version of git-annex are you using? On what operating system?
+Windows 7.
+
+### Please provide any additional information below.
+Installing Cygwin and adding to path seems to fix issue.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs/comment_1_a7bf0f027f2209e5632e292afd7214d0._comment b/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs/comment_1_a7bf0f027f2209e5632e292afd7214d0._comment
new file mode 100644
index 0000000000..05639ef3a9
--- /dev/null
+++ b/doc/bugs/Windows_installer_includes_curl_and_wget__44___but_not_required_DLLs/comment_1_a7bf0f027f2209e5632e292afd7214d0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-07T17:47:54Z"
+ content="""
+The Windows installer includes numerous DLLs from Cygwin. I have tested it in a non-cygwin environment and it seems to work for me, and for other users. At least generally.. perhaps it *is* missing something used by wget or curl?
+
+Can you please provide the names of the DLLs that seem to be missing?
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail.mdwn b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail.mdwn
new file mode 100644
index 0000000000..64e95ca1b3
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail.mdwn
@@ -0,0 +1,131 @@
+[[!tag moreinfo]]
+
+### Please describe the problem.
+git annex get on a clone of a repository created on Windows fails.
+
+### What steps will reproduce the problem?
+On Windows:
+1. Create an annex using git annex init
+
+2. git add files
+
+3. git annex sync (because I forgot about commit)
+
+On Linux:
+
+1. Mount the Windows annex via SMB (mine was read only, but probably won't matter)
+
+2. git clone the folder (works fine)
+
+3. git annex get (fails, due to Windows drive letter)
+
+### What version of git-annex are you using? On what operating system?
+
+*Windows:* 
+
+git-annex version: 4.20130802-g0a52f02
+
+build flags: Pairing Testsuite S3 WebDAV DNS
+
+*Linux: (Debian wheezy on ARMel)*
+
+git-annex version: 3.20120629
+
+local repository version: 3
+
+default repository version: 3
+
+supported repository versions: 3
+
+upgrade supported from repository versions: 0 1 2
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+#output of git annex get on the Linux side.
+
+get Purchased/Caravan Palace/Panic/01 Queens.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/02 Maniac.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/03 The Dirty Side of the Street.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/04 12 juin 3049.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/05 Rock It for Me.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/06 Clash.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/07 Newbop.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/08 Glory of Nelly.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/09 Dramophone.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/10 Cotton Heads.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/11 Panic.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/12 Pirates.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/13 Beatophone.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/14 Sydney.mp3 (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+failed
+get Purchased/Caravan Palace/Panic/Thumbs.db (not available) 
+  Try making some of these repositories available:
+  	d6c78593-79d2-455a-8202-7be2133e2d48 -- ICARUS:E:\music
+
+
+And the (broken) symlinks:
+
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 01 Queens.mp3 -> .git/annex/objects/5P/vq/SHA256E-s9886015--dfb8f452d47f997a9141de3f152de375fad1d5ccb4a20d5c022064a630eaba88.mp3/SHA256E-s9886015--dfb8f452d47f997a9141de3f152de375fad1d5ccb4a20d5c022064a630eaba88.mp3
+lrwxrwxrwx 1 voltagex voltagex 200 Aug 11 23:05 02 Maniac.mp3 -> .git/annex/objects/J0/WV/SHA256E-s10116938--7ce35f4a54c4f74bd2e3813445cb3a07fae76b2854df06ab00876cd0067f34a5.mp3/SHA256E-s10116938--7ce35f4a54c4f74bd2e3813445cb3a07fae76b2854df06ab00876cd0067f34a5.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 03 The Dirty Side of the Street.mp3 -> .git/annex/objects/xz/4F/SHA256E-s8812949--9e15761ae8c6231d11d1f5a67de8a89142e2e4017b43b8ffac1088fd71842ca7.mp3/SHA256E-s8812949--9e15761ae8c6231d11d1f5a67de8a89142e2e4017b43b8ffac1088fd71842ca7.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 04 12 juin 3049.mp3 -> .git/annex/objects/Kp/k6/SHA256E-s8236133--3a6465bea3272ae7a22b77b67e96a91ae389390cc95642fb1456ce80e3313033.mp3/SHA256E-s8236133--3a6465bea3272ae7a22b77b67e96a91ae389390cc95642fb1456ce80e3313033.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 05 Rock It for Me.mp3 -> .git/annex/objects/Wk/Qv/SHA256E-s7701150--8197e499408e64601157df95927ac6b09bd37834a41eceecc5d12667bd7c66a4.mp3/SHA256E-s7701150--8197e499408e64601157df95927ac6b09bd37834a41eceecc5d12667bd7c66a4.mp3
+lrwxrwxrwx 1 voltagex voltagex 200 Aug 11 23:05 06 Clash.mp3 -> .git/annex/objects/ZQ/P4/SHA256E-s10201572--c2a1a8892fcaaab1ed59ca7f5ab9d45f0c3bb3c6d6450b95228039b9e8d7a0b4.mp3/SHA256E-s10201572--c2a1a8892fcaaab1ed59ca7f5ab9d45f0c3bb3c6d6450b95228039b9e8d7a0b4.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 07 Newbop.mp3 -> .git/annex/objects/Fk/wV/SHA256E-s6850587--b5ba0347f6a09a7ff8bec2dd1fbe8076fdff645d4bc1909ddeadfc035bf19fda.mp3/SHA256E-s6850587--b5ba0347f6a09a7ff8bec2dd1fbe8076fdff645d4bc1909ddeadfc035bf19fda.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 08 Glory of Nelly.mp3 -> .git/annex/objects/Pm/K3/SHA256E-s9002048--18149581cbfc3b4e3e72b784777fe34c53f1580e78e97f66058be0b1eb40e809.mp3/SHA256E-s9002048--18149581cbfc3b4e3e72b784777fe34c53f1580e78e97f66058be0b1eb40e809.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 09 Dramophone.mp3 -> .git/annex/objects/k3/Jf/SHA256E-s8199558--925117d9fc47a65e8e5324f3d0638a3c24bf51fd6c0b5d8ac2f63951c893cc48.mp3/SHA256E-s8199558--925117d9fc47a65e8e5324f3d0638a3c24bf51fd6c0b5d8ac2f63951c893cc48.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 10 Cotton Heads.mp3 -> .git/annex/objects/9f/32/SHA256E-s8801425--c6926238c0b1a3bbea1a5d17841ceac591e53e223e4c4c45a2077cabffc85d81.mp3/SHA256E-s8801425--c6926238c0b1a3bbea1a5d17841ceac591e53e223e4c4c45a2077cabffc85d81.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 11 Panic.mp3 -> .git/annex/objects/XF/WF/SHA256E-s9833770--5e837c7fa3ec096f7c0507efbcf398067029749f8a0fc77a2badf864b9ffbb7c.mp3/SHA256E-s9833770--5e837c7fa3ec096f7c0507efbcf398067029749f8a0fc77a2badf864b9ffbb7c.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 12 Pirates.mp3 -> .git/annex/objects/7Z/jz/SHA256E-s8017742--5fd49b2d89577266d2fb740e7e7def9338475af90c2ca99f9d6d513465b2bfac.mp3/SHA256E-s8017742--5fd49b2d89577266d2fb740e7e7def9338475af90c2ca99f9d6d513465b2bfac.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 13 Beatophone.mp3 -> .git/annex/objects/81/xv/SHA256E-s9339544--a1eb8404ecf0503b9f635378fec4e2c95ec08bb1428c2cd4c0cedf492811577d.mp3/SHA256E-s9339544--a1eb8404ecf0503b9f635378fec4e2c95ec08bb1428c2cd4c0cedf492811577d.mp3
+lrwxrwxrwx 1 voltagex voltagex 198 Aug 11 23:05 14 Sydney.mp3 -> .git/annex/objects/3K/99/SHA256E-s8459731--4ff44b25c912e914c79124ff9074c576c0024152442fc96c9bad65f5a50a40d9.mp3/SHA256E-s8459731--4ff44b25c912e914c79124ff9074c576c0024152442fc96c9bad65f5a50a40d9.mp3
+lrwxrwxrwx 1 voltagex voltagex 192 Aug 11 23:05 Thumbs.db -> .git/annex/objects/28/Zv/SHA256E-s85504--3604669cd3a55234516191eb4f19434829c1634d6dd69a9981185f095d2bbaba.db/SHA256E-s85504--3604669cd3a55234516191eb4f19434829c1634d6dd69a9981185f095d2bbaba.db
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_1_c87bae87b7902db60a3fef41e1fca85d._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_1_c87bae87b7902db60a3fef41e1fca85d._comment
new file mode 100644
index 0000000000..0577531b7e
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_1_c87bae87b7902db60a3fef41e1fca85d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlzWwnBfgJrkhPQakBo6DbPXutJIVDHkj0"
+ nickname="Adam"
+ subject="comment 1"
+ date="2013-08-11T14:15:40Z"
+ content="""
+Confirming the same errors happen with git-annex version: 4.20130802 from sid.
+
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_2_9e3c1f1ba05d8996b5a95829ce32c07e._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_2_9e3c1f1ba05d8996b5a95829ce32c07e._comment
new file mode 100644
index 0000000000..d98e7976e3
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_2_9e3c1f1ba05d8996b5a95829ce32c07e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="bad bug report title 101"
+ date="2013-08-24T19:17:29Z"
+ content="""
+I don't understand why you think the problem has something to do with Windows drive letters. There are no Windows drive letters in the symlinks you show. The only place I see any Windows drive letter is in the descripton of the remote that `git annex get` displays when it fails to get the file. That description is purely informative, it's not a path that git-annex is trying to use.
+
+I'd suggest that you run `git annex get --debug` to see if it is doing anything obviously wrong. The mostly likely culprit is your SMB setup, which I am not going to be able to replicate.
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_3_3a0787912f4a3a8797b7786f5ce38590._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_3_3a0787912f4a3a8797b7786f5ce38590._comment
new file mode 100644
index 0000000000..16f240cf29
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_3_3a0787912f4a3a8797b7786f5ce38590._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlzWwnBfgJrkhPQakBo6DbPXutJIVDHkj0"
+ nickname="Adam"
+ subject="comment 3"
+ date="2013-08-26T06:56:33Z"
+ content="""
+You're correct. I can see in .git/config that the remote references z:\ which of course will break on the Linux side. Maybe this is a case of the error messages not quite telling me the right thing?
+"""]]
diff --git a/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_4_c4249f32d65594d79ea01145b93ec948._comment b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_4_c4249f32d65594d79ea01145b93ec948._comment
new file mode 100644
index 0000000000..31bc7c1a16
--- /dev/null
+++ b/doc/bugs/Windows_to_Linux_clone_-_Windows_drive_letters_cause_git_annex_get_to_fail/comment_4_c4249f32d65594d79ea01145b93ec948._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 4"
+ date="2013-09-13T19:29:25Z"
+ content="""
+I'd suggest that you run git annex get --debug to see if it is doing anything obviously wrong. The mostly likely culprit is your SMB setup, which I am not going to be able to replicate.
+
+"""]]
diff --git a/doc/bugs/Won__39__t_drop_files__44___even_though_remote_annexes_have_at_least_numcopies.mdwn b/doc/bugs/Won__39__t_drop_files__44___even_though_remote_annexes_have_at_least_numcopies.mdwn
new file mode 100644
index 0000000000..ec87cefbe6
--- /dev/null
+++ b/doc/bugs/Won__39__t_drop_files__44___even_though_remote_annexes_have_at_least_numcopies.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+On a Windows machine, I try to drop some files from an annex. These files exist in the origin annex. However, the drop fails, claiming it can't verify the existence of the remote copies.
+
+### What steps will reproduce the problem?
+1. Create annex, serve git repo over HTTP.
+2. clone repo. "git annex get ."
+3. "git annex drop <file>". This will fail.
+
+
+### What version of git-annex are you using? On what operating system?
+Windows:  4.20130709-gea6fdc7
+Debian: 3.20120629
+
+### Please provide any additional information below.
+
+[[!format sh """
+git annex -vd drop file2.txt
+[<datetime>] read: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","ls-files","--cached","-z","--","file2.txt"]
+[<datetime>] chat: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+drop file2.txt [<datetime>] read: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","show-ref","git-annex"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","show-ref","--hash","refs/heads/git-annex"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","log","refs/heads/git-annex..37bdd895d74131fddbdb8d2e6ae707ee2097598e","--oneline","-n1"]
+[<datetime>] read: git ["--git-dir=C:\\Users\\<<user>>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","log","refs/heads/git-annex..f0ba6f30c63a9d586642d828c37613894191931e","--oneline","-n1"]
+[<datetime>] chat: git ["--git-dir=C:\\Users\\<user>\\test_annex_2\\.git","--work-tree=C:\\Users\\<user>\\test_annex_2","cat-file","--batch"]
+[<datetime>] read: curl ["-s","--head","-L","http://192.168.0.8:8000/test_annex_2/.git/annex/objects/738/e2a/SHA256-s27--4fc887746d7ea6c9574f6735bd3dfd9b0485b30acaaf0727658cd1796991dd2d/SHA256-s27--4fc887746d7ea6c9574f6735bd3dfd9b0485b30acaaf0727658cd1796991dd2d","-w","%{http_code}"]
+(unsafe)
+  Could only verify the existence of 0 out of 1 necessary copies
+
+  Rather than dropping this file, try using: git annex move
+
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+"""]]
+
+the given curl command fails with a 404, because the remote annex isn't using the 3-character hash directory scheme, but the 2-character one, and it seems that 'annex drop' doesn't check both schemes (unlike annex get).
+
+> Ah, the http remote is a non-bare repository, that's why. 
+> Ok, [[fixed|done]]! --[[Joey]] 
diff --git a/doc/bugs/Wrong_port_while_configuring_ssh_remote.mdwn b/doc/bugs/Wrong_port_while_configuring_ssh_remote.mdwn
new file mode 100644
index 0000000000..561cad199a
--- /dev/null
+++ b/doc/bugs/Wrong_port_while_configuring_ssh_remote.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+
+When the assistant connects the second time during adding a ssh remote, it assumes port 22 when different port is given.
+
+### What steps will reproduce the problem?
+
+Adding a ssh git remote with non-standard port.
+
+### What version of git-annex are you using? On what operating system?
+
+GNU/Linux, Ubuntu 12.10, amd64, git-annex 4.20130627-g728b27a
+
+Happens on android as well.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Error message (nothing related in daemon.log):
+
+Failed to make repository
+
+Something went wrong setting up the repository on the remote server.
+
+Transcript:
+
+ssh: connect to host xxxxx port 22: Connection refused
+
+# End of transcript or log.
+"""]]
+
+> [[Fixed|done]]; this bug was introcuded in version
+> 4.20130627 while making some other ssh fixes. --[[Joey]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes.mdwn b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes.mdwn
new file mode 100644
index 0000000000..e7ff537238
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+git-annex assistant is currently running.  Here is the output of **ps -A u | grep -i git**:
+
+[[!format sh """
+5457 pts/2    Z+     0:00 [git-annex] <defunct>
+5510 ?        Sl     0:05 git-annex assistant
+5522 ?        S      0:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+5573 ?        S      0:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+5679 ?        SN     0:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex check-attr -z --stdin annex.backend annex.numcopies --
+5680 ?        Z      0:03 [git-annex] <defunct>
+5710 ?        Z      0:00 [git-annex] <defunct>
+5732 pts/2    Z+     0:00 [git-annex] <defunct>
+5752 pts/2    Z+     0:00 [git-annex] <defunct>
+5785 ?        Ss     0:00 ssh: .git/annex/ssh/example.net [mux]                                                                                                                                     
+5905 ?        Z      0:00 [git-annex] <defunct>
+5923 ?        Z      0:00 [git-annex] <defunct>
+6513 pts/2    Z+     0:00 [git-annex] <defunct>
+6552 ?        Z      0:00 [git-annex] <defunct>
+7797 ?        Z      0:00 [git-annex] <defunct>
+7873 pts/2    Z      0:00 [git-annex] <defunct>
+8708 pts/2    Z+     0:00 [git-annex] <defunct>
+9821 ?        Z      0:00 [git-annex] <defunct>
+9841 pts/2    Z+     0:00 [git-annex] <defunct>
+10462 ?        Z      0:00 [git-annex] <defunct>
+10522 pts/2    Z      0:00 [git-annex] <defunct>
+12777 pts/2    Z+     0:00 [git-annex] <defunct>
+13878 pts/2    Z+     0:00 [git-annex] <defunct>
+14254 ?        Z      0:00 [git-annex] <defunct>
+14276 pts/2    Z+     0:00 [git-annex] <defunct>
+15932 ?        Sl     0:00 git-annex transferkeys --readfd 37 --writefd 20
+16022 pts/2    Sl     0:00 git-annex transferkeys --readfd 28 --writefd 22
+16079 pts/2    S      0:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+16081 ?        S      0:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+31565 pts/2    Sl+    0:20 git-annex webapp
+31580 pts/2    S+     0:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31590 pts/2    S+     0:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31618 pts/2    S+     0:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31635 ?        Sl     9:26 /usr/lib/firefox/firefox /mnt/debian/home/me/annex-backup/.git/annex/webapp.html
+31689 pts/2    SN+    0:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup check-attr -z --stdin annex.backend annex.numcopies --
+31812 pts/2    Z      0:00 [git-annex] <defunct>
+31835 ?        Ss     0:02 ssh: .git/annex/ssh/example.net [mux]
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_1_0f8b248025722309e9577d7dad74b76b._comment b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_1_0f8b248025722309e9577d7dad74b76b._comment
new file mode 100644
index 0000000000..578fecb58e
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_1_0f8b248025722309e9577d7dad74b76b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-03T01:12:25Z"
+ content="""
+This is apparently the same repository where [[all_this_went_on|bugs/Unnecessary_remote_transfers]].
+
+I don't know if this is indicative of a problem. I see more zombies than I would normally expect, but I don't know if the number is growing, or shrinking, or staying the same. You should at least look at ps -f to see which of the multiple git-annex assistant daemons you have configured to run on this machine (not a usual configuration) is the parent of the zombies.
+"""]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_2_f5f7db688a2a93ee7453674fb742043b._comment b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_2_f5f7db688a2a93ee7453674fb742043b._comment
new file mode 100644
index 0000000000..ceb05ea0c5
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_2_f5f7db688a2a93ee7453674fb742043b._comment
@@ -0,0 +1,52 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-11-03T01:19:42Z"
+ content="""
+Indeed.  I've been looking forward to setting up git-annex assistant for a long time, waiting until I had more free time, and was finally pushed to do it when I had a weird problem with Dropbox.  I'm not sure what I did wrong to make such a mess, haha.
+
+I see \"5510 git-annex assistant\" and \"31565 git-annex webapp\"--does the \"webapp\" one count as an assistant process too?
+[[!format sh \"\"\"$ ps -ef | gi git
+UID        PID  PPID  C STIME TTY          TIME CMD
+me        3404 31565  0 17:44 pts/2    00:00:04 [git-annex] <defunct>
+me        5457 31565  0 17:59 pts/2    00:00:00 [git-annex] <defunct>
+me        5510     1  0 17:59 ?        00:00:06 git-annex assistant
+me        5522  5510  0 17:59 ?        00:00:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+me        5573  5510  0 17:59 ?        00:00:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+me        5679  5510  0 17:59 ?        00:00:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex check-attr -z --stdin annex.backend annex.numcopies --
+me        5680  5510  0 17:59 ?        00:00:03 [git-annex] <defunct>
+me        5710  5510  0 18:00 ?        00:00:00 [git-annex] <defunct>
+me        5732 31565  0 18:00 pts/2    00:00:00 [git-annex] <defunct>
+me        5752 31565  0 18:00 pts/2    00:00:00 [git-annex] <defunct>
+me        5785     1  0 18:01 ?        00:00:00 ssh: .git/annex/ssh/example.net [mux]                                                                                                                                     
+me        5905  5510  0 18:02 ?        00:00:00 [git-annex] <defunct>
+me        5923  5510  0 18:02 ?        00:00:00 [git-annex] <defunct>
+me        6513 31565  0 18:05 pts/2    00:00:00 [git-annex] <defunct>
+me        6552  5510  0 18:06 ?        00:00:00 [git-annex] <defunct>
+me        7797  5510  0 18:09 ?        00:00:00 [git-annex] <defunct>
+me        7873 31565  0 18:09 pts/2    00:00:00 [git-annex] <defunct>
+me        8708 31565  0 18:10 pts/2    00:00:00 [git-annex] <defunct>
+me        9821  5510  0 18:12 ?        00:00:00 [git-annex] <defunct>
+me        9841 31565  0 18:14 pts/2    00:00:00 [git-annex] <defunct>
+me       10462  5510  0 18:23 ?        00:00:00 [git-annex] <defunct>
+me       10522 31565  0 18:24 pts/2    00:00:00 [git-annex] <defunct>
+me       12777 31565  0 18:34 pts/2    00:00:00 [git-annex] <defunct>
+me       13878 31565  0 18:35 pts/2    00:00:00 [git-annex] <defunct>
+me       14254  5510  0 18:36 ?        00:00:00 [git-annex] <defunct>
+me       14276 31565  0 18:36 pts/2    00:00:00 [git-annex] <defunct>
+me       15932  5510  0 18:55 ?        00:00:00 git-annex transferkeys --readfd 37 --writefd 20
+me       16022 31565  0 18:55 pts/2    00:00:00 git-annex transferkeys --readfd 28 --writefd 22
+me       16079 16022  0 18:55 pts/2    00:00:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+me       16081 15932  0 18:55 ?        00:00:00 git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+me       25136 25135  0 20:15 pts/6    00:00:00 grep -i git
+me       31565 31478  0 17:42 pts/2    00:00:21 git-annex webapp
+me       31580 31565  0 17:42 pts/2    00:00:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+me       31590 31565  0 17:42 pts/2    00:00:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+me       31618 31565  0 17:42 pts/2    00:00:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+me       31635 27578  8 17:42 ?        00:13:42 /usr/lib/firefox/firefox /mnt/debian/home/me/annex-backup/.git/annex/webapp.html
+me       31689 31565  0 17:42 pts/2    00:00:00 git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup check-attr -z --stdin annex.backend annex.numcopies --
+me       31812 31565  0 17:42 pts/2    00:00:00 [git-annex] <defunct>
+me       31835     1  0 17:42 ?        00:00:02 ssh: .git/annex/ssh/example.net [mux]\"\"\"]]
+
+"""]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_3_ffcae976aa3dc2426188797c1aaffb82._comment b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_3_ffcae976aa3dc2426188797c1aaffb82._comment
new file mode 100644
index 0000000000..78e816f06e
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_3_ffcae976aa3dc2426188797c1aaffb82._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-03T01:31:26Z"
+ content="""
+`ps fax` is much easier to read
+
+Yes, the assistant can be started by either `git annex assistant` or, if it's not already running, `git annex webapp`
+"""]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_4_8a7ff6841ad7c27ead06bf12f46b20a0._comment b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_4_8a7ff6841ad7c27ead06bf12f46b20a0._comment
new file mode 100644
index 0000000000..2bf32bd373
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_4_8a7ff6841ad7c27ead06bf12f46b20a0._comment
@@ -0,0 +1,49 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 4"
+ date="2013-11-03T01:35:32Z"
+ content="""
+Ah, thank you.  I get lost in ps's man page.  :)
+
+[[!format sh \"\"\"
+31635 ?        Rl    16:16  \_ /usr/lib/firefox/firefox /mnt/debian/home/me/annex-backup/.git/annex/webapp.html
+31565 pts/2    Sl+    0:21  |       \_ git-annex webapp
+31580 pts/2    S+     0:00  |           \_ git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31590 pts/2    S+     0:00  |           \_ git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31618 pts/2    S+     0:00  |           \_ git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+31689 pts/2    SN+    0:00  |           \_ git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup check-attr -z --stdin annex.backend annex.numcopies --
+31812 pts/2    Z      0:00  |           \_ [git-annex] <defunct>
+ 3404 pts/2    Z      0:04  |           \_ [git-annex] <defunct>
+ 5457 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+ 5732 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+ 5752 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+ 6513 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+ 7873 pts/2    Z      0:00  |           \_ [git-annex] <defunct>
+ 8708 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+ 9841 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+10522 pts/2    Z      0:00  |           \_ [git-annex] <defunct>
+12777 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+13878 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+14276 pts/2    Z+     0:00  |           \_ [git-annex] <defunct>
+16022 pts/2    Sl     0:00  |           \_ git-annex transferkeys --readfd 28 --writefd 22
+16079 pts/2    S      0:00  |               \_ git --git-dir=/mnt/debian/home/me/annex-backup/.git --work-tree=/mnt/debian/home/me/annex-backup cat-file --batch
+26828 pts/6    S+     0:00  |       \_ grep -i git
+31835 ?        Ss     0:02 ssh: .git/annex/ssh/example.net [mux]                                                                                                                                     
+ 5510 ?        Sl     0:06 git-annex assistant
+ 5522 ?        S      0:00  \_ git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+ 5573 ?        S      0:00  \_ git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+ 5679 ?        SN     0:00  \_ git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex check-attr -z --stdin annex.backend annex.numcopies --
+ 5680 ?        Z      0:03  \_ [git-annex] <defunct>
+ 5710 ?        Z      0:00  \_ [git-annex] <defunct>
+ 5905 ?        Z      0:00  \_ [git-annex] <defunct>
+ 5923 ?        Z      0:00  \_ [git-annex] <defunct>
+ 6552 ?        Z      0:00  \_ [git-annex] <defunct>
+ 7797 ?        Z      0:00  \_ [git-annex] <defunct>
+ 9821 ?        Z      0:00  \_ [git-annex] <defunct>
+10462 ?        Z      0:00  \_ [git-annex] <defunct>
+14254 ?        Z      0:00  \_ [git-annex] <defunct>
+15932 ?        Sl     0:00  \_ git-annex transferkeys --readfd 37 --writefd 20
+16081 ?        S      0:00      \_ git --git-dir=/home/me/annex/.git --work-tree=/home/me/annex cat-file --batch
+ 5785 ?        Ss     0:00 ssh: .git/annex/ssh/example.net [mux]    \"\"\"]]
+"""]]
diff --git a/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_5_406fdee0728680774a69d28446163f10._comment b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_5_406fdee0728680774a69d28446163f10._comment
new file mode 100644
index 0000000000..f8f223524e
--- /dev/null
+++ b/doc/bugs/Zombie_processes_and__47__or_stuck_git_processes/comment_5_406fdee0728680774a69d28446163f10._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 5"
+ date="2013-11-03T02:33:14Z"
+ content="""
+I believe that these zombies were all caused by switching between repository views in the webapp. I was able to reproduce 1 zombie per switch between repos.
+
+There are a few other places where git-annex execs itself, but not many, and most of them are often used and it would be noticed if they were crypts from which pour forth the living dead. (Oddly the TV show I was thinking about watching this evening.)
+
+<pre>
+joey@darkstar:~/src/git-annex>git grep readProgramFile
+Assistant/Repair.hs:		program <- readProgramFile
+Assistant/Threads/Cronner.hs:	program <- liftIO $ readProgramFile
+Assistant/Threads/Cronner.hs:			program <- readProgramFile
+Assistant/Threads/Transferrer.hs:	program <- liftIO readProgramFile
+Assistant/TransferSlots.hs:		program <- liftIO readProgramFile
+Assistant/WebApp/Control.hs:		program <- readProgramFile
+Assistant/WebApp/OtherRepos.hs:	program <- readProgramFile
+Assistant/XMPP/Git.hs:		program <- readProgramFile
+Command/Assistant.hs:	program <- readProgramFile
+Config/Files.hs:readProgramFile :: IO FilePath
+Config/Files.hs:readProgramFile = do
+Remote/Git.hs:		program <- readProgramFile
+</pre>
+"""]]
diff --git a/doc/bugs/__171__transferkey__187___fails_for_bare_remotes.mdwn b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes.mdwn
new file mode 100644
index 0000000000..b8c583618c
--- /dev/null
+++ b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+I wanted to inspect the state of an object present in a bare remote
+without touching the working copy. So I issued «transferkey $KEY --from
+bare-remote»; however, even for keys that are definitely present on
+the remote, this would fail with «requested key is not present».
+
+The same method, when using a non-bare repo in «--from», would succeed
+under otherwise identical conditions.
+
+### What steps will reproduce the problem?
+
+Cf. above.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 5.20140708
+
+Linux 3.15.4
+
+> [[done]] not a bug per comment.
diff --git a/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_1_dd4538ab19a7f8e0f49aa0156aeaae43._comment b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_1_dd4538ab19a7f8e0f49aa0156aeaae43._comment
new file mode 100644
index 0000000000..c7760dc051
--- /dev/null
+++ b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_1_dd4538ab19a7f8e0f49aa0156aeaae43._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 1"
+ date="2014-07-09T08:51:22Z"
+ content="""
+[[!format sh \"\"\"
+
+# Key present on remote.
+seb@vserver [ /srv/git/seb/ebooks.git ]$ ls -l annex/objects/f15/e83/WORM-s55921664-m1404679753--calibre%metadata.db/WORM-s55921664-m1404679753--calibre%metadata.db
+-r--r--r-- 1 seb users 54M  6. Jul 22:49 annex/objects/f15/e83/WORM-s55921664-m1404679753--calibre%metadata.db/WORM-s55921664-m1404679753--calibre%metadata.db
+
+# Trying to transfer key from remote.
+seb [ ~/Ebooks ]$ git annex transferkey WORM-s55921664-m1404679753--calibre%metadata.db --from vserver -d                                                           
+[2014-07-09 10:49:37 CEST] read: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+[2014-07-09 10:49:37 CEST] read: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-07-09 10:49:37 CEST] read: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..d2ae02b03f8b87c3465c82f96a924ac7b913fed7\",\"-n1\",\"--pretty=%H\"]
+[2014-07-09 10:49:37 CEST] read: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..fc2251ff897bdbc3152c98c4142dcdf77328404b\",\"-n1\",\"--pretty=%H\"]
+[2014-07-09 10:49:37 CEST] read: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..717b07d139b3375cab8c0d54c5dc6379a6c5cb89\",\"-n1\",\"--pretty=%H\"]
+[2014-07-09 10:49:37 CEST] chat: git [\"--git-dir=/home/seb/Ebooks/.git\",\"--work-tree=/home/seb/Ebooks\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+[2014-07-09 10:49:37 CEST] read: ssh [\"-O\",\"stop\",\"-S\",\"wirrsal.net\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"localhost\"]
+
+[2014-07-09 10:49:37 CEST] read: rsync [\"--progress\",\"--inplace\",\"--perms\",\"-e\",\"'ssh' '-S' '.git/annex/ssh/wirrsal.net' '-o' 'ControlMaster=auto' '-o' 'ControlPersist=yes' '-T' 'wirrsal.net' 'git-annex-shell ''sendkey'' ''/srv/git/seb/ebooks.git'' ''WORM-s55921664-m1404679753--calibre%metadata.db'' --uuid 4316c3dc-5b6d-46eb-b780-948c717b7be5 ''--'' ''remoteuuid=a97ab0e5-320e-488b-b9e8-b9da57785b81'' ''direct=1'' ''--'''\",\"--\",\"dummy:\",\"/home/seb/Ebooks/.git/annex/tmp/WORM-s55921664-m1404679753--calibre&smetadata.db\"]
+  requested key is not present
+rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
+rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]
+
+  rsync failed -- run git annex again to resume file transfer
+
+
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_2_4276ff682d10c1d4be9728f9b649ebae._comment b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_2_4276ff682d10c1d4be9728f9b649ebae._comment
new file mode 100644
index 0000000000..ef593e5c16
--- /dev/null
+++ b/doc/bugs/__171__transferkey__187___fails_for_bare_remotes/comment_2_4276ff682d10c1d4be9728f9b649ebae._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 2"
+ date="2014-07-09T09:02:59Z"
+ content="""
+Ah, sorry. I see. So, the «%» have to be unescaped into slashes, of course. My bad.
+
+[[!tag done]]
+"""]]
diff --git a/doc/bugs/__171__uninit__187___on_direct_mode_repo_gives___171__removeLink:_permission_denied___40__Permission_denied__41____187__.mdwn b/doc/bugs/__171__uninit__187___on_direct_mode_repo_gives___171__removeLink:_permission_denied___40__Permission_denied__41____187__.mdwn
new file mode 100644
index 0000000000..b7dcf29b75
--- /dev/null
+++ b/doc/bugs/__171__uninit__187___on_direct_mode_repo_gives___171__removeLink:_permission_denied___40__Permission_denied__41____187__.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+I suppose that in a direct mode repo, one might as well just «chmod -R
++w .git/annex; rm -r .git/annex», but I noticed that, when using «git
+annex uninit», this will fail to remove some files in .git/annex.
+
+### What steps will reproduce the problem?
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ mkdir /tmp/foo
+$ cd /tmp/foo
+$ git init
+$ git annex init
+$ echo quux > file
+$ git annex add file
+$ git annex sync
+$ git annex uninit
+unannex file ok
+git-annex: /tmp/foo/.git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4.map: removeLink: permission denied (Permission denied)
+
+# End of transcript or log.
+"""]]
+
+
+### What version of git-annex are you using? On what operating system?
+git-annex 5.20140709-1
+
+linux 3.15.5
+
+### Please provide any additional information below.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn b/doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn
new file mode 100644
index 0000000000..5495662b92
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn
@@ -0,0 +1,102 @@
+Wow, what a great archiving system. Thank you for all your work on git annex!
+
+### Please describe the problem.
+
+I was using 'git annex assistant' on a brand-new annex that I created today. I had previously added about 20GB of data and a couple thousand files, mostly MP4 videos and MP3 music.
+
+I then used regular 'mv' to add a folder containing about 20GB of music. This went well for a while—git annex assistant added two groups of files, containing roughly 700 and 1000 MP3s each. But the third group contained 4,923 files, and it's taking a really long time to import.
+
+CPU usage is pretty consistently near 100%. According to the log, the files are being processed slowly.
+
+### What steps will reproduce the problem?
+
+I don't want to try to reproduce this problem until the MP3s finish being imported. I can try again later with thousands of digital photos if that would help.
+
+### What version of git-annex are you using? On what operating system?
+
+Version: 4.20130709.1 
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+Ubuntu 12.04.2 LTS
+
+### Please provide any additional information below.
+
+Here's the 'top' output and a snippet of the log. Let me know if you need anything else.
+
+[[!format sh """
+# CPU usage
+
+  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND      
+  584 ...me...  20   0  776m 147m  16m S  100  0.9 181:16.87 git-annex    
+
+
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[201ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._3-06 Words.mp3 3-0(checksum...) 7-22 14:52:14 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-08 Walk This Way.mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:52:34 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-08 Walk This Way.mp3 Nothing
+[2013-07-22 14:52:34 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._4-05 Our House.mp3 2013-0(checksum...) 7-22 14:52:34 EDT] TransferWatcher: transfer starting: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-08 Walk This Way.mp3 Nothing
+[2013-07-22 14:52:54 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "a8ddf79be61cf4a5ab3c7c8e95d8c259ceb102410dff50eb1260e7d818f8c5a8.mp3", keyBackendName = "SHA256E", keySize = Just 70, keyMtime = Nothing}}
+[2013-07-22 14:52:54 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/7-15 Never Gonna Give You Up.mp3 (checksum...) [2013-07-22 14:52:54 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/7-15 Never Gonna Give You Up584.mp3"]
+[2013-07-22 14:52:55 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/3-09 Down Under.mp3 2013-07-(checksum...) 22 14:52:55 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-09 Dude (Looks Like A Lady).mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:52:55 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/3-09 Down Under584.mp3"]
+[2013-07-22 14:52:55 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-09 Dude (Looks Like A Lady).mp3 Nothing
+[2013-07-22 14:52:55 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/7-19 Right Here Waiting.mp3 2013(checksum...) -07-22 14:52:55 EDT] TransferWatcher: transfer starting: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-09 Dude (Looks Like A Lady).mp3 Nothing
+[2013-07-22 14:52:55 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/7-19 Right Here Waiting584.mp3"]
+[2013-07-22 14:52:55 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "a8ddf79be61cf4a5ab3c7c8e95d8c259ceb102410dff50eb1260e7d818f8c5a8.mp3", keyBackendName = "SHA256E", keySize = Just 70, keyMtime = Nothing}}
+[2013-07-22 14:52:55 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._1-04 Another One Bites The Dust.mp3 (checksum...) [2013-07-22 14:53:15 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2013ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/2-08 Hold On Loosely.mp3 -07(checksum...) -22 14:53:15 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-10 What It Takes.mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:53:15 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/2-08 Hold On Loosely584.mp3"]
+[2013-07-22 14:53:15 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-10 What It Takes.mp3 Nothing
+[2013-07-22 14:53:15 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._6-11 Kyrie.mp3 201(checksum...) 3-07-22 14:53:15 EDT] TransferWatcher: transfer starting: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-10 What It Takes.mp3 Nothing
+[2013-07-22 14:53:36 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "a8ddf79be61cf4a5ab3c7c8e95d8c259ceb102410dff50eb1260e7d818f8c5a8.mp3", keyBackendName = "SHA256E", keySize = Just 70, keyMtime = Nothing}}
+[2013-07-22 14:53:36 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._5-03 I'm So Excited.mp3 (checksum...) [2013-07-22 14:53:56 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2013ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/7-20 Roam.mp3 -07-(checksum...) 22 14:53:56 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-11 Sweet Emotion.mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:53:56 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/7-20 Roam584.mp3"]
+[2013-07-22 14:53:57 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/._2-11 Sweet Emotion.mp3 Nothing
+[2013-07-22 14:53:57 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._3-20 Goodbye To You.mp3 013-07(checksum...) -22 14:53:57 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "a8ddf79be61cf4a5ab3c7c8e95d8c259ceb102410dff50eb1260e7d818f8c5a8.mp3", keyBackendName = "SHA256E", keySize = Just 70, keyMtime = Nothing}}
+[2013-07-22 14:54:17 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._7-18 Don't Worry Be Happy.mp3 (checksum...) [2013-07-22 14:54:37 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._3-04 Rock This Town.mp3 2013-(checksum...) 07-22 14:54:37 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/1-01 Eat The Rich.mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:54:57 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/1-01 Eat The Rich.mp3 Nothing
+[2013-07-22 14:54:57 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._7-13 Since You've Been Gone.mp3 [2013-(checksum...) 07-22 14:54:57 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "2cb6e7b6ee77f9f98e01e942185265dfe18868503e93d78201485672e6939ab7.mp3", keyBackendName = "SHA256E", keySize = Just 6354105, keyMtime = Nothing}}
+[2013-07-22 14:55:18 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._2-09 Believe It Or Not (Theme From _Greatest American Hero_).mp3 (checksum...) [2013-07-22 14:55:38 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/7-14 Only In My Dreams.mp3 2013(checksum...) -07-22 14:55:38 EDT] TransferScanner: queued Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/1-02 Love In An Elevator.mp3 Nothing : expensive scan found missing object
+[2013-07-22 14:55:38 EDT] read: sha256sum ["/mnt/storage/private/annex/.git/annex/tmp/7-14 Only In My Dreams584.mp3"]
+[2013-07-22 14:55:38 EDT] Transferrer: Transferring: Upload UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06" music/Rock/Aerosmith/A Little South of Sanity/1-02 Love In An Elevator.mp3 Nothing
+[2013-07-22 14:55:38 EDT] chat: git ["--git-dir=/mnt/storage/private/annex/.git","--work-tree=/mnt/storage/private/annex","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2013-ok
+add music/Pop/Various/Like, Omigod! The 80s Pop Culture Box (totally)/._4-08 Talking In Your Sleep.mp3 07-2(checksum...) 2 14:55:38 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "8dbe75a4-b065-46fd-99f7-22599b2eaf06", transferKey = Key {keyName = "7cd4b9aefb99f044c5f3b24e9890f45673a63ada3b71e7399e17eb1d710ea0f6.mp3", keyBackendName = "SHA256E", keySize = Just 7181660, keyMtime = Nothing}}
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="direct mode mappings scale badly with thousands of identical files"]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_5f3b9f00bc31ce71d695c008971ed7fd._comment b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_5f3b9f00bc31ce71d695c008971ed7fd._comment
new file mode 100644
index 0000000000..9030d73f7b
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_5f3b9f00bc31ce71d695c008971ed7fd._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://emk.myopenid.com/"
+ ip="24.2.150.84"
+ subject="Interesting speedup"
+ date="2013-07-22T19:45:58Z"
+ content="""
+I noticed that there were a lot of junk files with names of the form \"._*\" in the \"music\" directory I had added. These are created by older MacOS X systems storing Mac-related files on Unix file systems. (I think they're supposed to contain the old resource fork or something weird like that.)
+
+So while the endless import was running, I decided to live dangerous and delete the offending files:
+
+    find music/ -name ._\* -print0 | xargs -0 rm
+
+A few seconds later, the 4,923 file import finished.
+
+If I discover anything else interesting, I'll mention it. Once again, many thanks!
+"""]]
diff --git a/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_708b02dd06a1eed6b5ded9eb7aa9e7a8._comment b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_708b02dd06a1eed6b5ded9eb7aa9e7a8._comment
new file mode 100644
index 0000000000..8ad833ca9a
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_2_708b02dd06a1eed6b5ded9eb7aa9e7a8._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.10"
+ subject="comment 2"
+ date="2013-07-22T20:15:03Z"
+ content="""
+I doubt that removing the junk files did anything, unless perhaps it deleted all the files that it had not yet gotten around to adding, and so short-circuited the slow part of the process.
+
+Adding a lot of files in a repository in direct mode can be slowed down some because it has to run `git hash-object` once per file to stage the symlink. It may be possible to speed this up by changing the code to write the symlink to disk in a temporary location, which would then allow it to use the single `git hash-object --batch` it keeps running, and just tell it to hash that file.
+
+It seems likely to me though that the sha256sum it has to run on every file before adding it is responsible for more of the slowdown. After all, that has to read every file from disk (here apparently from `/mnt` which, if it's a USB device etc could be pretty slow.) You can benchmark this at home: First look at the debug log to find the start and finish times of it adding all those files. Then clear all disk caches. Then run sha256sum on every file and time that. Compare & post here. ;)
+
+Adding to the overhead, the assistant is uploading every file it adds to the remote with uuid 8dbe75a4-b065-46fd-99f7-22599b2eaf06. Which means yet another read of the file, and more work depending on what kind of remote that is and how expensive it is to transfer to it.
+
+So, in summary, hashing, recording in git, and backing up a lot of files is really slow. It would be good to work out which parts are the slow parts, so we can think about whether that speed is acceptable for that part.
+"""]]
diff --git a/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_3_6a735b7875d2a0c92df6786dd649985d._comment b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_3_6a735b7875d2a0c92df6786dd649985d._comment
new file mode 100644
index 0000000000..f95c368d63
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_3_6a735b7875d2a0c92df6786dd649985d._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://emk.myopenid.com/"
+ ip="24.2.150.84"
+ subject="That particular &quot;Adding 4923 files&quot; was unusually slow"
+ date="2013-07-23T11:46:03Z"
+ content="""
+That particular add took most of an afternoon, and didn't complete until I deleted all the junk files.
+
+I later did \"adding ~10,000 files\" and \"adding ~15,000 files\", all of which ran in an hour or so at most, even though I had added a second remote. So this isn't solely a disk I/O bottleneck.
+
+One peculiar thing about the garbage files: There were 1,626 of them, and they were all tiny:
+
+```
+00000000  00 05 16 07 00 02 00 00  00 00 00 00 00 00 00 00  |................|
+00000010  00 00 00 00 00 00 00 00  00 01 00 00 00 09 00 00  |................|
+00000020  00 26 00 00 00 20 4d 50  47 33 68 6f 6f 6b 00 00  |.&... MPG3hook..|
+00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
+*
+00000046
+```
+
+1,581 of these files had the SHA1 hash code 5460c190ef495baf43e2cd001687be272cd6a9d2, and all but one of the rest had the hash code d4b1d36c67149c981ea4b3d8392050188673817c. So if there's anything weird about this repository, it was thousands of tiny identical files in the same 'git annex assistant' adding pass. Once I scrubbed those files on later imports, things were considerably faster even when the file count increased dramatically.
+
+You can go ahead and close this bug report if that seems reasonable—I just thought the weird behavior was worth reporting, in case somebody else runs it into again.
+
+And thank you for an awesome program!
+
+"""]]
diff --git a/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_4_7e768908ba6983ea13af27635c4a947f._comment b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_4_7e768908ba6983ea13af27635c4a947f._comment
new file mode 100644
index 0000000000..0971f1c342
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow/comment_4_7e768908ba6983ea13af27635c4a947f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 4"
+ date="2013-07-26T22:28:37Z"
+ content="""
+Did some playing around, and I am seeing a progressive slowdown when adding lots of identical files in direct mode. 
+This does not happen when the files have different content, and thinking about it, it's pretty clear what's going on: 
+
+When there are a ton of files with the same content, the map file that has to list all the files using this content
+get larger and larger. Each file added has to read and re-write the map file, which is obviously not going to scale well to thousands of duplicate files.
+"""]]
diff --git a/doc/bugs/__34__fatal:_bad_config_file__34__.mdwn b/doc/bugs/__34__fatal:_bad_config_file__34__.mdwn
new file mode 100644
index 0000000000..baaa796db9
--- /dev/null
+++ b/doc/bugs/__34__fatal:_bad_config_file__34__.mdwn
@@ -0,0 +1,14 @@
+### Please describe the problem.
+
+When running a command like `git annex copy --not --in bucket --to bucket`, I got:
+
+`fatal: bad config file line 1 in /home/jim/tmp/git-annex14898.tmp`
+
+I caught `git-annex14898.tmp` before it was deleted and it contained an HTML error page.
+I have a remote `https://git.example.com/jim/annex.git`, and it appears that git-annex
+is requesting `https://git.example.com/jim/annex.git/config`.  My server returns a 401 
+Forbidden and an error page for that URL, but git-annex tries to use the response as a config file anyway.
+
+Jim
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/__34__git-annex:_direct:_1_failed__34___on_Windows.mdwn b/doc/bugs/__34__git-annex:_direct:_1_failed__34___on_Windows.mdwn
new file mode 100644
index 0000000000..f8c84b4402
--- /dev/null
+++ b/doc/bugs/__34__git-annex:_direct:_1_failed__34___on_Windows.mdwn
@@ -0,0 +1,107 @@
+### Please describe the problem.
+
+When attempting to clone and use a git repository in a subdirectory several levels deep on Windows, I observe symptoms very similar to those described at http://git-annex.branchable.com/direct_mode/#comment-8feee726df4e287dd3751bc77fd1441f.  By contrast, when I attempt the same operation in a subdirectory higher up, the operation is successful.  Logs of both sessions are given below.
+
+My suspicion is that this has to do with exceeding the maximum path length limitation (MAX_PATH) of 260 characters on Windows, as described here: http://msdn.microsoft.com/en-us/library/aa365247.aspx. 
+
+
+### What steps will reproduce the problem?
+
+See above.
+
+
+### What version of git-annex are you using? On what operating system?
+
+>git annex version
+git-annex version: 5.20140517-gee56d21
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 2 3 4
+
+>git version
+git version 1.9.0.msysgit.0
+
+Operating system: Windows 7 Professional (64-bit), Service Pack 1
+
+
+### Please provide any additional information below.
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+C:\Users\areeves\Documents\Work\MyDirectoryHere\git>git clone ssh://areeves@myserver:/home/work/git/sbv
+Cloning into 'sbv'...
+remote: Counting objects: 65, done.
+remote: Compressing objects: 100% (57/57), done.
+remote: Total 65 (delta 26), reused 0 (delta 0)
+Receiving objects: 100% (65/65), 9.25 KiB | 0 bytes/s, done.
+Resolving deltas: 100% (26/26), done.
+Checking connectivity... done.
+
+
+C:\Users\areeves\Documents\Work\MyDirectoryHere\git>cd sbv
+C:\Users\areeves\Documents\Work\MyDirectoryHere\git\sbv>git annex get
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+git-annex: C:\Users\areeves\Documents\Work\MyDirectoryHere\git\sbv\.git\annex\objects\3de\5f4\SHA256-s765223180--c9e2eebd915b4ade9429b00a7a893df928389b3fb4ab759ea9f00b0e05e18de6\: openTempFile: does not exist (No such file or directory)
+
+
+C:\Users\areeves\Documents\Work\MyDirectoryHere\git\sbv>git annex direct
+commit
+On branch master
+Your branch is up-to-date with 'origin/master'.
+
+nothing to commit, working directory clean
+ok
+
+git-annex: C:\Users\areeves\Documents\Work\MyDirectoryHere\git\sbv\.git\annex\objects\3de\5f4\SHA256-s765223180--c9e2eebd915b4ade9429b00a7a893df928389b3fb4ab759ea9f00b0e05e18de6\: openTempFile: does not exist (No such file or directory)
+failed
+git-annex: direct: 1 failed
+
+
+C:\Users\areeves\Documents\Work\MyDirectoryHere\git\sbv>cd c:\temp
+c:\temp>git clone ssh://areeves@myserver:/home/work/git/sbv
+Cloning into 'sbv'...
+remote: Counting objects: 65, done.
+remote: Compressing objects: 100% (57/57), done.
+remote: Total 65 (delta 26), reused 0 (delta 0)
+Receiving objects: 100% (65/65), 9.25 KiB | 0 bytes/s, done.
+Resolving deltas: 100% (26/26), done.
+Checking connectivity... done.
+
+c:\temp>cd sbv
+c:\temp\sbv>git annex direct
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+(Recording state in git...)
+
+
+c:\temp\sbv>git annex get
+get BigBinaryFile_Data_Package_2012-03-31.tar.bz2.gpg (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+sent 30 bytes  received 765316741 bytes  11011752.10 bytes/sec
+total size is 765223180  speedup is 1.00
+ok
+(Recording state in git...)
+
+
+c:\temp\sbv>
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/__39__annex_add__39___fails_to___39__git_add__39___for_parent_relative_path.mdwn b/doc/bugs/__39__annex_add__39___fails_to___39__git_add__39___for_parent_relative_path.mdwn
new file mode 100644
index 0000000000..f129abf623
--- /dev/null
+++ b/doc/bugs/__39__annex_add__39___fails_to___39__git_add__39___for_parent_relative_path.mdwn
@@ -0,0 +1,15 @@
+The following commands show the failure:
+
+$ mkdir d && touch d/f
+
+$ mkdir g && cd g && git annex add ../d/f 
+
+add ... ok
+
+error: Invalid path '.git/annex/objects/Jx/...
+
+...
+
+Then it seems it is enough to 'git add ../d/f' to complete the operation.
+
+> Thanks for reporting, [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu.mdwn b/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu.mdwn
new file mode 100644
index 0000000000..68ad058091
--- /dev/null
+++ b/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+Using assistant via xfce's "Internet -> Git annex" menu item, trying to connect to an ssh server fails
+
+### What steps will reproduce the problem?
+Use xubuntu 13.04 and git-annex
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 3.20121112ubuntu2
+
+xubuntu 13.04
+
+### Please provide any additional information below.
+if I "sudo apt-get install ssh-askpass", this gets resolved. I think this should be fixed in the ubuntu repository's program dependencies.
+
+Also if I run "git-annex webapp" from the terminal, this doesn't happen because it will ask me for the password in the terminal.
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+ Failed to ssh to the server. Transcript: ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory Permission denied, please try again. ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory Received disconnect from xxx.xxx.xxx.xxx: 2: Too many authentication failures for <user>
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]; the assistant no longer recommends ssh-askpass, it does
+> its own ssh password prompting and is its own ssh password agent.
+> --[[Joey]]
diff --git a/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu/comment_1_f4656f8a0f36535def0772db06098c5f._comment b/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu/comment_1_f4656f8a0f36535def0772db06098c5f._comment
new file mode 100644
index 0000000000..34a2ed3253
--- /dev/null
+++ b/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu/comment_1_f4656f8a0f36535def0772db06098c5f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T20:08:57Z"
+ content="""
+It's not a dependency. It's a recommends. 
+
+apt does not install new recommends that get added to a package. Adding that recommends only causes it to be installed by default when new users install the package
+
+This seems to be the best I can do, short of adding a separate git-annex-assistant package, which could depend on ssh-askpass.
+Might not be a bad idea..
+"""]]
diff --git a/doc/bugs/__92____92___instead_of___47___on_rsync_special_remote_on_linux_accessed_from_a_windows_git-annex.mdwn b/doc/bugs/__92____92___instead_of___47___on_rsync_special_remote_on_linux_accessed_from_a_windows_git-annex.mdwn
new file mode 100644
index 0000000000..5f6d35fad9
--- /dev/null
+++ b/doc/bugs/__92____92___instead_of___47___on_rsync_special_remote_on_linux_accessed_from_a_windows_git-annex.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+Getting file from a linux rsync special remote from a windows machine is impossible.
+
+### What steps will reproduce the problem?
+git annex get .
+
+### What version of git-annex are you using? On what operating system?
+5.20140316-gbe47273 on windows 8.
+
+### Please provide any additional information below.
+
+Launching in debug mode, we see the wrong \\ used instead of / used. Syntax that rsync doesn't understand on a linux box.
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+read: rsync ["-e","'ssh' '-l' 'git' '-T'
+","--progress","--inplace","git@strasser-family.ch:~/files/G5\\jj\\'SHA256E-s675
+--1112f74fc9ebea01460efe26e447171a1aacf8e551f06f62ef6fe683df02e03c.mat\\SHA256E-
+s675--1112f74fc9ebea01460efe26e447171a1aacf8e551f06f62ef6fe683df02e03c.mat'","/c
+ygdrive/c/Users/pablo/Desktop/Nouveau dossier/InnerResult/.git/annex/tmp/SHA256E
+-s675--1112f74fc9ebea01460efe26e447171a1aacf8e551f06f62ef6fe683df02e03c.mat"]
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background.mdwn b/doc/bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background.mdwn
new file mode 100644
index 0000000000..eba11aa2dc
--- /dev/null
+++ b/doc/bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background.mdwn
@@ -0,0 +1,51 @@
+### Please describe the problem.
+
+When `git annex add` is run on dangling symlinks which point to the annex, the pre-commit hook `git annex pre-commit .` is run which, in turn, runs `git annex fix`.
+
+During this fix, the mtime of the symlink changes. I assume the symlink is actually deleted and re-created in the background which would explain this behavior.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+# manual import of annexed data into new annex
+% mkdir repo1.annex
+% cd !$
+% git init; git annex init
+% echo hi > foo
+% git annex add foo; git commit -m bar
+% mkdir ../repo2
+% cd !$
+% git init; git annex init
+% mkdir .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/
+% cp -ax ../repo1/.git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4 .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
+% mkdir subdirectory
+% cd !$
+% cp -ax ../../repo1.annex/foo .
+% ls -l foo
+total 4
+lrwxrwxrwx 1 richih richih 194 Jul 11 12:20 foo -> .git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
+% git annex fix # this does nothing
+% ls -l foo
+total 4
+lrwxrwxrwx 1 richih richih 194 Jul 11 12:20 foo -> ..git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
+% git annex add foo
+add foo ok
+(Recording state in git...)
+% ls -l foo
+total 4
+lrwxrwxrwx 1 richih richih 197 Jul 11 12:23 foo -> ../.git/annex/objects/zQ/MQ/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4/SHA256E-s3--98ea6e4f216f2fb4b69fff9b3a44842c38686ca685f3f55dc48c5d3fb1107be4
+%
+
+"""]]
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20130709 on Debian unstable i386 and x64.
+
+### Please provide any additional information below.
+
+As noted in [[todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/#comment-e0ea68b5f84cf4130001ad34e9f3b2ff]], `git annex import` does not seem to work on other repos which is why I tried to build this by hand. This works fine and retains mtime as long as I don't need to change the relative depth the symlinks.
+I think that the issue above should be fixed in and as of itself, though.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories.mdwn b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories.mdwn
new file mode 100644
index 0000000000..ef0f856621
--- /dev/null
+++ b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories.mdwn
@@ -0,0 +1,88 @@
+As per topic, `git annex forget --drop-dead --force` does not behave as expected. Instead of getting rid of dead repositories, it actually revives them.
+
+I messed up the initial setup of the S3 special remote and instead of risking manual intervention, I figured it would be cleanest to nuke the old special remotes, using a new one instead.
+And yes, I should have used a test repo :(
+
+As this is apu.debconf.org, you could get access to the repo if that helps.
+
+
+[[!format sh """
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex info
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 4
+	00000000-0000-0000-0000-000000000001 -- web
+ 	070cff8a-6302-4aa7-a63c-3fdd34e598a2 -- amazon_s3_us_east--SHA512E
+ 	0bae683f-bede-43dd-a815-c4f8fb6db32d -- aws_s3_us_east--SHA512E
+ 	92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: 4392
+local annex size: 884.64 gigabytes
+annexed files in working tree: 4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+	SHA512E: 9020
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex dead 070cff8a-6302-4aa7-a63c-3fdd34e598a2
+dead 070cff8a-6302-4aa7-a63c-3fdd34e598a2 ok
+(Recording state in git...)
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex dead 0bae683f-bede-43dd-a815-c4f8fb6db32d
+dead 0bae683f-bede-43dd-a815-c4f8fb6db32d ok
+(Recording state in git...)
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex initremote amazon_aws_s3-us_east_1--SHA512E type=S3 encryption='none' embedcreds='no' fileprefix='SHA512E/' bucket='debian-video'
+initremote amazon_aws_s3-us_east_1--SHA512E (checking bucket...) git-annex: This bucket is already in use by a different S3 special remote, with UUID: 0bae683f-bede-43dd-a815-c4f8fb6db32d
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex info
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 2
+	00000000-0000-0000-0000-000000000001 -- web
+ 	92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: 4392
+local annex size: 884.64 gigabytes
+annexed files in working tree: 4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+	SHA512E: 9020
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex forget --drop-dead --force
+forget git-annex (Recording state in git...)
+ok
+(Recording state in git...)
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex info
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 4
+	00000000-0000-0000-0000-000000000001 -- web
+ 	070cff8a-6302-4aa7-a63c-3fdd34e598a2 -- amazon_s3_us_east--SHA512E
+ 	0bae683f-bede-43dd-a815-c4f8fb6db32d -- aws_s3_us_east--SHA512E
+ 	92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: 4392
+local annex size: 884.64 gigabytes
+annexed files in working tree: 4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+	SHA512E: 9020
+richih@apu (git)-[master] /srv/video/video.debian.net % git annex version
+git-annex version: 5.20140117~bpo70+2
+build flags: Assistant Webapp Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+remote types: git gcrypt S3 bup directory rsync web tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+richih@apu (git)-[master] /srv/video/video.debian.net % cat /etc/issue
+Debian GNU/Linux 7 \n \l
+
+richih@apu (git)-[master] /srv/video/video.debian.net % 
+"""]]
+
+> [[fixed|done]] via not removing from trust.log --[[Joey]] 
diff --git a/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_1_930b40e0f68da95d335eea5bd4216126._comment b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_1_930b40e0f68da95d335eea5bd4216126._comment
new file mode 100644
index 0000000000..05aa545ef6
--- /dev/null
+++ b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_1_930b40e0f68da95d335eea5bd4216126._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 1"
+ date="2014-03-26T17:19:58Z"
+ content="""
+You still have git remotes configured with the uuid of the remote, so `git annex info` pulls that data in. Since --drop-dead removes all mention of the remote from the git-annex branch, including that its trust level is dead, the remaining info from the .git/config takes effect.
+
+--drop-dead could `git remote rm` but that won't help other clones of the repo that also have the dead remote. Instead, I think it may make sense for --drop-dead to avoid removing the uuid from trust.log, so it will still know this remote is dead.
+
+(Of course, you can easily deal with this locally by `git remote rm` yourself.)
+"""]]
diff --git a/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_2_5397d488bc337cb3d7cb46ed774d0437._comment b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_2_5397d488bc337cb3d7cb46ed774d0437._comment
new file mode 100644
index 0000000000..8bdde8972f
--- /dev/null
+++ b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_2_5397d488bc337cb3d7cb46ed774d0437._comment
@@ -0,0 +1,90 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2014-03-26T22:39:34Z"
+ content="""
+Sorry, I had to remove the fixed tag.
+
+
+The bug makes sense, as does your fix. I didn't even consider that this may be the cause. Still, `git remote rm` and `git annex forget --drop-dead --force` does not seem to be enough to truly get rid of the repo (and its UUID & state):
+
+[[!format sh \"\"\"
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex info
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 4
+        00000000-0000-0000-0000-000000000001 -- web
+        070cff8a-6302-4aa7-a63c-3fdd34e598a2 -- amazon_s3_us_east--SHA512E
+        0bae683f-bede-43dd-a815-c4f8fb6db32d -- aws_s3_us_east--SHA512E
+        92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: git4392
+local annex size: 884.64 gigabytes
+annexed files in working tree:  am4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+        SHA512E: 9020
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex dead amazon_s3_us_east--SHA512E
+dead amazon_s3_us_east--SHA512E ok
+(Recording state in git...)
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex dead aws_s3_us_east--SHA512E
+dead aws_s3_us_east--SHA512E ok
+(Recording state in git...)
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git remote rm amazon_s3_us_east--SHA512E
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git remote rm aws_s3_us_east--SHA512E
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex forget --drop-dead --force
+forget git-annex (Recording state in git...)
+ok
+(Recording state in git...)
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex info
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 2
+        00000000-0000-0000-0000-000000000001 -- web
+        92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: 4392
+local annex size: 884.64 gigabytes
+annexed files in working tree: 4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+        SHA512E: 9020
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex initremote amazon_aws_s3-us_east_1--SHA512E type=S3 encryption='none' embedcreds='no' fileprefix='SHA512E/' bucket='debian-video'
+initremote amazon_aws_s3-us_east_1--SHA512E (checking bucket...) git-annex: This bucket is already in use by a different S3 special remote, with UUID: 0bae683f-bede-43dd-a815-c4f8fb6db32d
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % cat .git/annex
+cat: .git/annex: Ist ein Verzeichnis
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % cat .git/config
+[core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+[annex]
+        uuid = 92e9fac9-97ec-401f-a421-33f6b4f43e47
+        version = 5
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % git annex info                                                                                                                                                            537 23:33:37 Mi 26.03.2014
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 2
+        00000000-0000-0000-0000-000000000001 -- web
+        92e9fac9-97ec-401f-a421-33f6b4f43e47 -- here (apu.debconf.org/srv/video/conference_videos.annex)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 136.3 gigabytes (+1 megabyte reserved)
+local annex keys: 4392
+local annex size: 884.64 gigabytes
+annexed files in working tree: 4628
+size of annexed files in working tree: 885.68 gigabytes
+bloom filter size: 16 mebibytes (0.9% full)
+backend usage: 
+        SHA512E: 9020
+richih@apu [2] [0] (git)-[master] /srv/video/video.debian.net % 
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_3_1b30e7611ec824dc6e79ef35e43ac740._comment b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_3_1b30e7611ec824dc6e79ef35e43ac740._comment
new file mode 100644
index 0000000000..5b57840123
--- /dev/null
+++ b/doc/bugs/__96__git_annex_forget_--drop-dead_--force__96_____95__revives__95___repositories/comment_3_1b30e7611ec824dc6e79ef35e43ac740._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 3"
+ date="2014-03-27T17:40:51Z"
+ content="""
+git-annex stores the uuid of a S3 remote inside the bucket for various reasons. Now that you have removed all knowledge of the remote from the repository, when you attempt to reuse the same bucket for some reason, git-annex has no way to know that this is a remote it used to use with that bucket.
+
+I think this behavior is entirely reasonable. Also, it's not what you filed the original bug report about; I fixed that bug. I'm going to re-close this.
+"""]]
diff --git a/doc/bugs/__96__git_annex_import__96___clobbers_mtime.mdwn b/doc/bugs/__96__git_annex_import__96___clobbers_mtime.mdwn
new file mode 100644
index 0000000000..7edebe584b
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___clobbers_mtime.mdwn
@@ -0,0 +1,62 @@
+### Please describe the problem.
+
+mtimes are clobbered with what I think is the time of the first time `git annex` saw a file in that directory on all files which are `git annex import`ed.
+
+
+### What steps will reproduce the problem?
+
+    richih@eudyptes (git)-[master] ~/killme/target % date; stat ../source/*; date; git annex import ../source/*; date; stat *; date
+    Tue Jul 30 01:41:43 CEST 2013
+      File: ‘../source/foo’
+      Size: 0           Blocks: 0          IO Block: 4096   regular empty file
+    Device: 804h/2052d  Inode: 110095      Links: 1
+    Access: (0644/-rw-r--r--)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-07-30 01:41:03.860703428 +0200
+    Modify: 2013-07-30 01:41:03.860703428 +0200
+    Change: 2013-07-30 01:41:03.860703428 +0200
+     Birth: -
+      File: ‘../source/foobar’
+      Size: 0           Blocks: 0          IO Block: 4096   regular empty file
+    Device: 804h/2052d  Inode: 110104      Links: 1
+    Access: (0644/-rw-r--r--)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-07-30 01:41:05.512703349 +0200
+    Modify: 2013-07-30 01:41:05.512703349 +0200
+    Change: 2013-07-30 01:41:05.512703349 +0200
+     Birth: -
+    Tue Jul 30 01:41:43 CEST 2013
+    import foo (checksum...) ok
+    import foobar (checksum...) ok
+    (Recording state in git...)
+    Tue Jul 30 01:41:43 CEST 2013
+      File: ‘foo’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178         Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d  Inode: 268638577   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-07-30 01:41:43.704701516 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘foobar’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178         Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d  Inode: 268774374   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-07-30 01:41:43.704701516 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+    Tue Jul 30 01:41:43 CEST 2013
+    richih@eudyptes (git)-[master] ~/killme/target %
+
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130709
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+Debian unstable amd64
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_1_d173f2903faf4bff115a0be02c146ce9._comment b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_1_d173f2903faf4bff115a0be02c146ce9._comment
new file mode 100644
index 0000000000..acb266abee
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_1_d173f2903faf4bff115a0be02c146ce9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2013-07-29T23:49:12Z"
+ content="""
+PS: Maybe adding tests that _all_ commands leave mtime in place would be an option? As it is, I keep (for some value of) finding places where mtimes are clobbered.
+"""]]
diff --git a/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_2_3563d9eeb9806f8ca1b9b340925837f5._comment b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_2_3563d9eeb9806f8ca1b9b340925837f5._comment
new file mode 100644
index 0000000000..842c713df6
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_2_3563d9eeb9806f8ca1b9b340925837f5._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T17:40:04Z"
+ content="""
+git-annex makes only a best-effort attempt to preserve mtime. There are multiple cases where it cannot:
+
+* filesystems that do not support changing the mtime of a symlink
+* special remotes
+* when 2 files with the same content get stored in the annex, the mtime of one must win over the other since we only have 1 inode
+
+This last seems to be what has happened in the example you show. Both `foo` and `foobar` are empty. I'm not sure where the 01:19:41 time came from -- perhaps you had a third empty file that was not shown?
+
+I've tested `git annex import` and it preserves mtimes otherwise.
+
+
+"""]]
diff --git a/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_3_d5c7488db16b71c4f337662c897278ca._comment b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_3_d5c7488db16b71c4f337662c897278ca._comment
new file mode 100644
index 0000000000..f3cfcfd2dc
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_3_d5c7488db16b71c4f337662c897278ca._comment
@@ -0,0 +1,95 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2013-08-02T06:57:12Z"
+ content="""
+In this particular case
+
+* It's XFS
+* It's a normal repo
+* That the inode can have only one shared mtime is obvious, but the symlinks could have their own:
+
+Random line to make MarkDown happy
+
+    richih@eudyptes (git)-[master] ~/killme/target % stat * .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
+      File: ‘foo’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268638577   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:51:35.976674954 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘foobar’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268774374   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:51:35.976674954 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 0            Blocks: 0          IO Block: 4096   regular empty file
+    Device: 804h/2052d   Inode: 73750       Links: 1
+    Access: (0444/-r--r--r--)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-07-30 01:20:11.915507749 +0200
+    Modify: 2013-07-30 01:19:41.131509226 +0200
+    Change: 2013-07-30 01:20:11.915507749 +0200
+     Birth: -
+    richih@eudyptes (git)-[master] ~/killme/target % touch foo
+    richih@eudyptes (git)-[master] ~/killme/target % stat * .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
+      File: ‘foo’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268638577   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:51:35.976674954 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘foobar’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268774374   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:51:35.976674954 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 0            Blocks: 0          IO Block: 4096   regular empty file
+    Device: 804h/2052d   Inode: 73750       Links: 1
+    Access: (0444/-r--r--r--)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:54:34.464668766 +0200
+    Modify: 2013-08-02 08:54:34.464668766 +0200
+    Change: 2013-08-02 08:54:34.464668766 +0200
+     Birth: -
+    richih@eudyptes (git)-[master] ~/killme/target % touch --no-dereference foo
+    richih@eudyptes (git)-[master] ~/killme/target % stat * .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
+      File: ‘foo’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268638577   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:55:07.796667610 +0200
+    Modify: 2013-08-02 08:55:07.796667610 +0200
+    Change: 2013-08-02 08:55:07.796667610 +0200
+     Birth: -
+      File: ‘foobar’ -> ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 178          Blocks: 8          IO Block: 4096   symbolic link
+    Device: 804h/2052d   Inode: 268774374   Links: 1
+    Access: (0777/lrwxrwxrwx)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:51:35.976674954 +0200
+    Modify: 2013-07-30 01:19:41.000000000 +0200
+    Change: 2013-07-30 01:41:43.700701516 +0200
+     Birth: -
+      File: ‘.git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855’
+      Size: 0            Blocks: 0          IO Block: 4096   regular empty file
+    Device: 804h/2052d   Inode: 73750       Links: 1
+    Access: (0444/-r--r--r--)  Uid: ( 1000/  richih)   Gid: ( 1000/  richih)
+    Access: 2013-08-02 08:54:34.464668766 +0200
+    Modify: 2013-08-02 08:54:34.464668766 +0200
+    Change: 2013-08-02 08:54:34.464668766 +0200
+     Birth: -
+    richih@eudyptes (git)-[master] ~/killme/target %
+
+As to where the initial time of 01:19:41 came from: Yes, those were earlier tests with other imports of empty files.
+"""]]
diff --git a/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_4_7235130786e764ec3ad5facfecde62da._comment b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_4_7235130786e764ec3ad5facfecde62da._comment
new file mode 100644
index 0000000000..8bc6274f95
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___clobbers_mtime/comment_4_7235130786e764ec3ad5facfecde62da._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2013-09-26T09:08:11Z"
+ content="""
+Fixed in http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=98fc7e8
+"""]]
diff --git a/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency.mdwn b/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency.mdwn
new file mode 100644
index 0000000000..12a5e0c142
--- /dev/null
+++ b/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency.mdwn
@@ -0,0 +1,95 @@
+### Please describe the problem.
+
+Building a recent git-annex with cabal with the `minimal build'
+options given in the installation instructions fails. It is probably
+just a matter of fixing the dependencies in the cabal file.
+
+### What steps will reproduce the problem?
+Compile with:
+
+cabal install git-annex-5.20140108 --bindir=$HOME/bin -f"-assistant -webapp -webdav -pairing -xmpp -dns"
+
+### What version of git-annex are you using? On what operating system?
+Linux 2.6.32-5-686 i686 GNU/Linux
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+Resolving dependencies...
+[ 1 of 27] Compiling Utility.PartialPrelude ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/PartialPrelude.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/PartialPrelude.o )
+[ 2 of 27] Compiling Utility.FileSystemEncoding ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/FileSystemEncoding.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/FileSystemEncoding.o )
+[ 3 of 27] Compiling Utility.Applicative ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Applicative.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Applicative.o )
+[ 4 of 27] Compiling Utility.Data     ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Data.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Data.o )
+[ 5 of 27] Compiling Utility.Exception ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Exception.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Exception.o )
+[ 6 of 27] Compiling Utility.Tmp      ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Tmp.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Tmp.o )
+[ 7 of 27] Compiling Utility.Env      ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Env.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Env.o )
+[ 8 of 27] Compiling Utility.UserInfo ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/UserInfo.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/UserInfo.o )
+[ 9 of 27] Compiling Utility.OSX      ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/OSX.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/OSX.o )
+[10 of 27] Compiling Utility.Monad    ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Monad.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Monad.o )
+[11 of 27] Compiling Utility.Misc     ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Misc.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Misc.o )
+[12 of 27] Compiling Utility.Process  ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Process.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Process.o )
+[13 of 27] Compiling Utility.Path     ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Path.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Path.o )
+[14 of 27] Compiling Utility.FreeDesktop ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/FreeDesktop.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/FreeDesktop.o )
+[15 of 27] Compiling Assistant.Install.AutoStart ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Assistant/Install/AutoStart.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Assistant/Install/AutoStart.o )
+[16 of 27] Compiling Utility.SafeCommand ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/SafeCommand.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/SafeCommand.o )
+[17 of 27] Compiling Utility.ExternalSHA ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/ExternalSHA.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/ExternalSHA.o )
+[18 of 27] Compiling Utility.Directory ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Utility/Directory.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Utility/Directory.o )
+[19 of 27] Compiling Common           ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Common.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Common.o )
+[20 of 27] Compiling Git.Version      ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Git/Version.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Git/Version.o )
+[21 of 27] Compiling Config.Files     ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Config/Files.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Config/Files.o )
+[22 of 27] Compiling Assistant.Install.Menu ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Assistant/Install/Menu.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Assistant/Install/Menu.o )
+[23 of 27] Compiling Build.TestConfig ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Build/TestConfig.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Build/TestConfig.o )
+[24 of 27] Compiling Build.Version    ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Build/Version.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Build/Version.o )
+[25 of 27] Compiling Build.Configure  ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Build/Configure.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Build/Configure.o )
+[26 of 27] Compiling Build.DesktopFile ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Build/DesktopFile.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Build/DesktopFile.o )
+[27 of 27] Compiling Main             ( /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/Setup.hs, /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/Main.o )
+Linking /tmp/git-annex-5.20140108-30015/git-annex-5.20140108/dist/setup/setup ...
+  checking version...fatal: Not a git repository (or any of the parent directories): .git
+ 5.20140107
+  checking UPGRADE_LOCATION... not available
+  checking git... yes
+  checking git version... 1.7.2.5
+  checking cp -a... yes
+  checking cp -p... yes
+  checking cp --reflink=auto... yes
+  checking xargs -0... yes
+  checking rsync... yes
+  checking curl... no
+  checking wget... yes
+  checking bup... no
+  checking quvi... no
+  checking newquvi... no
+  checking nice... yes
+  checking ionice... yes
+  checking nocache... no
+  checking gpg... gpg
+  checking lsof... lsof
+  checking git-remote-gcrypt... not available
+  checking ssh connection caching... no
+  checking sha1... sha1sum
+  checking sha256... sha256sum
+  checking sha512... sha512sum
+  checking sha224... sha224sum
+  checking sha384... sha384sum
+Configuring git-annex-5.20140108...
+Building git-annex-5.20140108...
+Preprocessing executable 'git-annex' for git-annex-5.20140108...
+
+Remote/External.hs:29:8:
+    Could not find module `Control.Concurrent.STM'
+    It is a member of the hidden package `stm-2.4.2'.
+    Perhaps you need to add `stm' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+Failed to install git-annex-5.20140108
+cabal: Error: some packages failed to install:
+git-annex-5.20140108 failed during the building phase. The exception was:
+ExitFailure 1
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency/comment_1_86e26ee9ec90aa00f25392052737f0f0._comment b/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency/comment_1_86e26ee9ec90aa00f25392052737f0f0._comment
new file mode 100644
index 0000000000..a1f52dc5e8
--- /dev/null
+++ b/doc/bugs/__96__minimal_build__39____fails_due_to_missing_stm_dependency/comment_1_86e26ee9ec90aa00f25392052737f0f0._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnlotDRSLW2JVXY3SLSwhrcHteqUHhTtoY"
+ nickname="Péter"
+ subject="Not fixed."
+ date="2014-01-27T00:43:45Z"
+ content="""
+It's still failing for me, on both i386 and amd64.
+
+Where exactly is it fixed?
+
+How is it possible to install git-annex using Cabal?
+
+http://stackoverflow.com/questions/21371272/cabal-missing-dependency-error
+
+$ cabal install git-annex --force-reinstalls --bindir=$HOME/bin.local -f\"-assistant -webapp -webdav -pairing -xmpp -dns\"
+...
+Configuring git-annex-5.20140116...
+Building git-annex-5.20140116...
+Preprocessing executable 'git-annex' for git-annex-5.20140116...
+
+Remote/External.hs:29:8:
+    Could not find module `Control.Concurrent.STM'
+    It is a member of the hidden package `stm-2.4.2'.
+    Perhaps you need to add `stm' to the build-depends in your .cabal file.
+    It is a member of the hidden package `stm-2.2.0.1'.
+    Perhaps you need to add `stm' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+cabal: Error: some packages failed to install:
+git-annex-5.20140116 failed during the building phase. The exception was: ExitFailure 1
+$ cabal install stm --force-reinstalls --bindir=$HOME/bin.local
+Resolving dependencies...
+All the requested packages are already installed:
+stm-2.4.2
+Use --reinstall if you want to reinstall anyway.
+
+"""]]
diff --git a/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp.mdwn b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp.mdwn
new file mode 100644
index 0000000000..21e7f7b9a5
--- /dev/null
+++ b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+I didn't spot this  bugs  page before so here is my report I  have  commented on android page
+
+In addition to two existing repositories (1 local /sdcard/annex, which is also avail at/storage/sdcard0/annex + 1 remote) I have added one more local (and said to keep it in sync with original local). But it didn't work -- it "Synced with onerussian.com_annex but not with Annex" and claimed that the /external/extSdCard/Annex doesn't exist, although it is there (and with .git generated etc). When I restarted the deamon I got into a "new" Repository: /storage/extSdCard/Annex which also listed the 1st local but with "Failed to sync with localhost" message -- no remote one listed. Whenever I try to "Switch repository" to /sdcard/annex (the original local) -- it starts loading a new page but gets stuck right there. The only way to revive webui is to go back to Dashboard. Log there says (retyping from the screen so typos might be there):
+
+error: cannot run git-receive-pack '/storage/sdcard0/annex': No such file or directory fatal: unable to fork
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+android
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_1_d488d71a72eb54d7711d2a867db6172f._comment b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_1_d488d71a72eb54d7711d2a867db6172f._comment
new file mode 100644
index 0000000000..aedeaabf3e
--- /dev/null
+++ b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_1_d488d71a72eb54d7711d2a867db6172f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="comment 1"
+ date="2013-07-28T11:21:42Z"
+ content="""
+I can confirm it's virtually impossible to change repository on Android (Stock Galaxy Nexus GSM). you click on the files link (which is hard to see on phone as it is in the notification blocks) and then click click \"Switch repository\", on the next page, select a different one. I think it does actually change, occasionally, you have to kill and restart the daemon at least and I think you also have to restart the phone.
+"""]]
diff --git a/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_2_85b31db6d0fb2d20018db3d8c8258bf4._comment b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_2_85b31db6d0fb2d20018db3d8c8258bf4._comment
new file mode 100644
index 0000000000..0ee4e81669
--- /dev/null
+++ b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_2_85b31db6d0fb2d20018db3d8c8258bf4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="comment 2"
+ date="2013-07-28T11:46:30Z"
+ content="""
+For notification
+"""]]
diff --git a/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_3_9ffafbeb572e110b3e072029d1ce177c._comment b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_3_9ffafbeb572e110b3e072029d1ce177c._comment
new file mode 100644
index 0000000000..b181a4fa13
--- /dev/null
+++ b/doc/bugs/_impossible_to_switch_repositories_on_android__in_webapp/comment_3_9ffafbeb572e110b3e072029d1ce177c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="yasin.zaehringer"
+ ip="90.218.200.128"
+ subject="comment 3"
+ date="2014-04-02T11:43:52Z"
+ content="""
+The bug still exists. It is not possible to change the repository in the WebApp.
+"""]]
diff --git a/doc/bugs/acl_not_honoured_in_rsync_remote.mdwn b/doc/bugs/acl_not_honoured_in_rsync_remote.mdwn
new file mode 100644
index 0000000000..edc4e67d7d
--- /dev/null
+++ b/doc/bugs/acl_not_honoured_in_rsync_remote.mdwn
@@ -0,0 +1,59 @@
+in a setup where an rsync(+gnupg) remote is shared among different users of the same git-annex repository (ie, the people copying to there use different accounts on the rsync server), acls are not honored under some circumstances.
+
+the error message reads as follows:
+
+    copy …filename… (to prometheus...) Reading passphrase from file descriptor 11    
+    
+    sending incremental file list
+    rsync: recv_generator: mkdir "/home/shared/photos/encrypted_storage/9a6/0ff" failed: Permission denied (13)
+    *** Skipping any contents from this failed directory ***
+    9a6/0ff/
+    rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.8]
+    
+    sent 185 bytes  received 18 bytes  135.33 bytes/sec
+    total size is 2119419  speedup is 10440.49
+    
+      This could have failed because --fast is enabled.
+    failed
+
+the acl used in my particular case is:
+
+    # file: .
+    # owner: chrysn
+    # group: chrysn
+    user::rwx
+    group::rwx
+    group:family:rwx
+    mask::rwx
+    other::r-x
+    default:user::rwx
+    default:group::rwx
+    default:group:family:rwx
+    default:mask::rwx
+    default:other::r-x
+
+sub-directories are observed to have diverging permissions, though:
+
+    # file: 794
+    # owner: chrysn
+    # group: chrysn
+    user::rwx
+    group::rwx                      #effective:r-x
+    group:family:rwx                #effective:r-x
+    mask::r-x
+    other::r-x
+    default:user::rwx
+    default:group::rwx
+    default:group:family:rwx
+    default:mask::rwx
+    default:other::r-x
+
+something seems to apply the umask (default 022) and revoke group write access from the files, overruling the acl. this is not what a umask is normally used for, and smells of [coreutils slavishly observing posix specs that don't consider all features](http://savannah.gnu.org/bugs/?19546) -- the observed effect is exactly what's described there.
+
+the git annex version used is 3.20121017 as in debian, the receiving site uses rsync 3.0.7; the affected directories come from a time when these very versions are known to have been used.
+
+this is probably not a bug of git-annex alone, but affects its operation and might be solvable by invoking rsync differently.
+
+(this is kind of a follow-up on [[forum/__34__permission_denied__34___in_fsck_on_shared_repo]])
+
+[[!tag forwarded]]
diff --git a/doc/bugs/acl_not_honoured_in_rsync_remote/comment_1_aa6fe1d7b029eae7ee71c97e0f0937a6._comment b/doc/bugs/acl_not_honoured_in_rsync_remote/comment_1_aa6fe1d7b029eae7ee71c97e0f0937a6._comment
new file mode 100644
index 0000000000..c24b021572
--- /dev/null
+++ b/doc/bugs/acl_not_honoured_in_rsync_remote/comment_1_aa6fe1d7b029eae7ee71c97e0f0937a6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-06T20:49:47Z"
+ content="""
+I don't know much about ACLs, but you might try setting `remote.prometheus.annex-rsync-options` with rsync options such as --acls or --no-acls
+"""]]
diff --git a/doc/bugs/acl_not_honoured_in_rsync_remote/comment_2_ffb9424e966ee10a4fe2d446b3042cb2._comment b/doc/bugs/acl_not_honoured_in_rsync_remote/comment_2_ffb9424e966ee10a4fe2d446b3042cb2._comment
new file mode 100644
index 0000000000..96dbc6a2e2
--- /dev/null
+++ b/doc/bugs/acl_not_honoured_in_rsync_remote/comment_2_ffb9424e966ee10a4fe2d446b3042cb2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="further tracking"
+ date="2012-11-11T01:15:41Z"
+ content="""
+the behavior is rooted in rsync, which behaves similar to `mkdir -p`. it can probably be worked around by configuring the rsync option `--chmod=775`, but that would add executability to files.
+
+i've opened a bug in rsync's bug tracker at <https://bugzilla.samba.org/show_bug.cgi?id=9377>, let's see what the developer says.
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow.mdwn b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow.mdwn
new file mode 100644
index 0000000000..95751527b3
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow.mdwn
@@ -0,0 +1,87 @@
+Creating additional branches in history seems to slow down the 'git annex unused' command quadratically, even if the location of the branches should be irrelevant as far as unused data goes.
+
+This was tested on:
+
+	$ git annex version
+	git-annex version: 3.20130216
+	local repository version: 3
+	default repository version: 3
+	supported repository versions: 3
+	upgrade supported from repository versions: 0 1 2
+
+What steps will reproduce the problem?
+
+	$ mkdir a
+	$ cd a
+	$ git init
+	$ git annex init
+	$ i=0 ; while test $i -lt 1000; do dd if=/dev/urandom of=$i.img bs=1M count=1; i=$(($i+1)); done
+	$ git annex add .
+	$ git commit -m"foo"
+	$ git rm 1*
+	$ git commit -m"bar"
+	$ git log --oneline --decorate
+	ffcca3a (HEAD, master) bar
+	3e7793d foo
+	$ time -p git annex unused
+	unused . (checking for unused data...) (checking master...)
+	(...)
+	real 0.76
+	user 0.40
+	sys 0.06
+	git commit --allow-empty -m"baz"
+	$ git log --oneline --decorate
+	4390c32 (HEAD, master) baz
+	ffcca3a bar
+	3e7793d foo
+	$ time -p git annex unused
+	unused . (checking for unused data...) (checking master...)
+	(...)
+	real 0.75
+	user 0.38
+	sys 0.07
+	$ git branch boo HEAD^
+	$ time -p git annex unused
+	unused . (checking for unused data...) (checking boo...) (checking master...)
+	(...)
+	real 1.29
+	user 0.62
+	sys 0.08
+	arand@mas:~/tmp/more/a(master)$ git branch beeboo HEAD^
+	4390c32 (HEAD, master) baz
+	ffcca3a (boo, beeboo) bar
+	3e7793d foo
+	arand@mas:~/tmp/more/a(master)$ time -p git annex unused
+	unused . (checking for unused data...) (checking beeboo...) (checking master...)
+	(...)
+	real 2.50
+	user 1.12
+	sys 0.14
+	$ git branch -d boo beeboo
+	$ git log --oneline --decorate
+	4390c32 (HEAD, master) baz
+	ffcca3a bar
+	3e7793d foo
+	$ time -p git annex unused
+	unused . (checking for unused data...) (checking master...)
+	(...)
+	real 0.77
+	user 0.42
+	sys 0.04
+
+What is the expected output? What do you see instead?
+
+I would expect the time to be the same in all the above cases.
+
+What version of git-annex are you using? On what operating system?
+
+	$ git annex version
+	git-annex version: 3.20130216
+
+On current Debian sid/experimental
+
+> [[Done]], thanks to guilhem. We ended up using a different algorythm
+> which is faster yet, basically it now does a diff-index between the
+> index and each branch for its second stage bloom filter.
+> Speedup is 30x with 0 (or 1?) branch, and then massive for each
+> additional branch. --[[Joey]] 
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_1_d350c39c67031c500e3224e92c0029ea._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_1_d350c39c67031c500e3224e92c0029ea._comment
new file mode 100644
index 0000000000..f8b7e789b5
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_1_d350c39c67031c500e3224e92c0029ea._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 1"
+ date="2013-02-26T20:29:05Z"
+ content="""
+`git annex unused` finds content that is not used by the working tree or by *any* branch is unused. For the working tree, it can look at the symlinks on disk, which is the fastest option.
+
+For branches, it has to first use `git ls-tree` to find the files on the branch, and then use `git cat-file` to look up the key used by each file. It does this as fast as it can (eg, it runs a single `git cat-file --batch`, rather than one process per file). Still, this is pulling potentially a lot of data out of git, and it gets pretty slow.
+
+I've spent a lot of time optimising this as much as is possible with these constraints. One nice one is that, if it finds no unused keys after checking the working tree, it can stop, rather than checking any branches. Your example avoids this optimisation.
+
+Another optimisation is to only check each git ref once, even if multiple branches refer to it. You can see this optmisation firing in your transcript, when it only shows it's checking one branch of the two identical branches you've made.
+
+Indeed, if you go on and add 100 identical branches, you'll find it runs in just about the same time it ran with 2 branches. (There's a little overhead in getting the list of branches and throwing out the duplicates, but that's all.)
+
+What then explains your numbers? Well, I have no idea. I cannot replicate them; I tend to see about the same amount of time taken with two duplicate branches as with one branch. I suspect you just didn't get statistically valid results, which playing around with `time` at the command line often doesn't,
+due to caching, other active processes, etc.
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_2_b2d2b1caa51ffec3d87c36b373cb8d4a._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_2_b2d2b1caa51ffec3d87c36b373cb8d4a._comment
new file mode 100644
index 0000000000..0954e89880
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_2_b2d2b1caa51ffec3d87c36b373cb8d4a._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 2"
+ date="2013-02-27T15:53:37Z"
+ content="""
+Hmm, indeed, after further testing it seems like the increased time due to the duplicate branch seems to have been a random quirk, bleh :(
+
+But shouldn't it theoretically be possible to optimize out much of the overhead of multiple very-similar (though not identical) branches though?
+
+I've experimented around with ls-tree and cat-file in a bash script[1], and in this primitive implementation the running time seems to be considerably lower (~0.3s vs ~4s), with much less overhead for extra very-similar branches (~0.7s vs ~37s)
+
+Am I missing some key element that's the reason for the time taken by git annex unused?
+
+
+[1] primitive annex unused script: [https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-funused](https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-funused)
+
+timing script: [https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-testunused](https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-testunused)
+
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_3_12b20cbbc2b4cd1ab8af7e3eec9589b4._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_3_12b20cbbc2b4cd1ab8af7e3eec9589b4._comment
new file mode 100644
index 0000000000..9c1da8eeaa
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_3_12b20cbbc2b4cd1ab8af7e3eec9589b4._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 3"
+ date="2013-08-10T17:00:21Z"
+ content="""
+So, if I've understood it correctly (please correct me if that's not the case :) )
+
+Currently git-annex unused goes through this process
+
+* Look through all files in the index and find those which are git-annex keys (git ls-tree + git cat-file)
+* Look through all files the current ref and find those which are git-annex keys (git ls-tree + git cat-file)
+* For each ref in the repo
+  - Look through all files and find those which are git-annex keys (git ls-tree + git cat-file)
+* Then at the end
+  - Compare this list of keys with what is stored in .git/annex/objects
+  - Print out any objects which does not match a key.
+
+If that's the case, it means if that if you have multiple refs, even is they only differ by single empty commits, git-annex will end up doing a cat-file for the same file multiple times (one per ref), which is expensive.
+
+Would it be possible to change the algorithm for git-annex unused into instead something like:
+
+* For the index, HEAD, and all refs
+  - Create a list all files and remove those which are duplicates based on their sha1 hash (git ls-tree | uniq)
+* Then Look through this reduced list to find those which are git-annex keys (git cat-file)
+* Then check as before
+
+Unless this bypasses some safety or case I've overlooked, I think it should be possible to speed up git-annex unused quite a bit.
+
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_4_a50b43c15d2650df90f0fa1ced47f532._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_4_a50b43c15d2650df90f0fa1ced47f532._comment
new file mode 100644
index 0000000000..3de85407e3
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_4_a50b43c15d2650df90f0fa1ced47f532._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2013-08-11T12:48:47Z"
+ content="""
+I think that could work. It would probably tend to use more memory than the current method, but only a small constant multiplier more. And unused is already the one command that necessarily needs to hold information about the whole repository in memory.
+
+Note that git cat-file is only needed when dealing with branches other than the current working tree. In that special case, it can, and AFAIK does have the optimisation of looking directly at the symlink target instead. Your method may turn out to be both slower and use more memory in that case. It may make sense to special case handling of that case and keep the current code paths there (most of the necessary code for it is used by other stuff anyway).
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_5_7328bc51bd001f2b732a92a2ae175839._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_5_7328bc51bd001f2b732a92a2ae175839._comment
new file mode 100644
index 0000000000..21890a4e1e
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_5_7328bc51bd001f2b732a92a2ae175839._comment
@@ -0,0 +1,114 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 5"
+ date="2013-08-11T20:43:22Z"
+ content="""
+I've compared my bash/coreutils implementation mentioned above [annex-funused](https://gitorious.org/arand-scripts/arand-scripts/blobs/918cc79b99e22cbdca01ea4de10e2ca64abfc27a/annex-funused) with `git annex unused` in various situations, and from what I've seen `annex-funused` is pretty much always faster.
+
+In the case of no unused files they seem to be about the same.
+
+In all other cases there is a very considerable difference, for example, in my current main annex I get:
+
+    $ time git annex unused                                                                                                      
+    unused . (checking for unused data...) (checking master...) (checking synced/master...) (checking barracuda160G/master...) ok
+    
+    real    5m13.830s
+    user    2m0.444s
+    sys     0m28.344s
+
+
+whereas
+
+    $ time annex-funused                                                                                                             
+     == WARNING ==
+    This program should NOT be trusted to reliably find unused files in the
+    git annex.
+    
+    
+    real    0m1.569s
+    user    0m2.024s
+    sys     0m0.184s
+
+I tried to check memory usage via `/usr/bin/time -v` as well, and that showed (re-running in the same annex as above)
+
+annex-funused
+
+    Maximum resident set size (kbytes): 13560
+
+git annex unused
+
+    Maximum resident set size (kbytes): 29120
+
+
+I've also written a comparison script [annex-testunused](https://gitorious.org/arand-scripts/arand-scripts/blobs/918cc79b99e22cbdca01ea4de10e2ca64abfc27a/annex-testunused) (needs annex-funused in $PATH) which creates an annex with a bunch of unused files and compares the running time for both versions:
+
+<pre>
+$ annex-testunused
+Initialized empty Git repository in /tmp/tmp.fmsAvsPTcd/.git/
+init  ok
+(Recording state in git...)
+###
+* b2840d7 (HEAD, master) delete ~1100 files
+* c4a1e3a add 3000 files
+* bc19777 (git-annex) update
+* b3e6539 update
+* bec2c8f branch created
+annex unused
+real 0m4.154s
+real 0m2.029s
+real 0m2.044s
+annex funused
+real 0m0.923s
+real 0m0.933s
+real 0m0.905s
+Initialized empty Git repository in /tmp/tmp.7qFoCRWzB3/.git/
+init  ok
+(Recording state in git...)
+###
+* a5ff392 (HEAD, master) empty
+* cca4810 (1) delete ~1100 files
+* 587c406 add 3000 files
+* de0afeb (git-annex) update
+* 37b7881 update
+* 1735062 branch created
+annex unused
+real 0m3.499s
+real 0m3.443s
+real 0m3.435s
+annex funused
+real 0m0.956s
+real 0m0.956s
+real 0m0.874s
+Initialized empty Git repository in /tmp/tmp.L5fjdAgnFv/.git/
+init  ok
+(Recording state in git...)
+###
+* 94463a0 (HEAD, master) empty
+* e115619 (10) empty
+* 20686d4 (9) empty
+* 2e01a3f (8) empty
+* 043289d (7) empty
+* 6a52966 (6) empty
+* 0dc866d (5) empty
+* 35db331 (4) empty
+* 48504bc (3) empty
+* e25cac7 (2) empty
+* 655d026 (1) delete ~1100 files
+* 91a07d1 add 3000 files
+* 3c9ac62 (git-annex) update
+* c5736e0 update
+* 862d5b8 branch created
+annex unused
+real 0m16.242s
+real 0m16.277s
+real 0m16.246s
+annex funused
+real 0m0.960s
+real 0m0.960s
+real 0m0.927s
+</pre>
+
+So, unless I've missed something fundamental (I keep thinking I might have...), it seems to be very consistently faster, and scale ok where `git annex unused` scales rather poorly.
+
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_6_880ef2ee797221332dbb629b2d55522f._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_6_880ef2ee797221332dbb629b2d55522f._comment
new file mode 100644
index 0000000000..a4fea313f9
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_6_880ef2ee797221332dbb629b2d55522f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 6"
+ date="2013-08-12T04:14:18Z"
+ content="""
+The memory usage is probably lower because `sort` and `comm` and bash's `<(command)` all have particularly well tuned memory usage with 37 years of history behind them. Particularly GNU `sort` will transparently use a temp file rather than storing too much data in memory, and does rather sophisticated stuff to make that work efficiently. It's rather harder to get that kind of behavior when not using the unix tools and instead using stock programming language primatives like sort() and hashes.
+
+I still suspect that `git cat-file` is slower than a direct readlink(2) of the symlink, when that can be done.
+"""]]
diff --git a/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_7_826fd82cdf9b1c79c9b555ca26c2c176._comment b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_7_826fd82cdf9b1c79c9b555ca26c2c176._comment
new file mode 100644
index 0000000000..c2dbd18109
--- /dev/null
+++ b/doc/bugs/added_branches_makes___39__git_annex_unused__39___slow/comment_7_826fd82cdf9b1c79c9b555ca26c2c176._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 7"
+ date="2013-08-12T18:07:44Z"
+ content="""
+Hmm, probably, do you think this way of getting everything and then doing the filtering could work reasonably in git-annex? Assuming \"git cat-file --batch\" is the main bottleneck, reducing the amount of runs for it would still likely be an improvement?
+"""]]
diff --git a/doc/bugs/adding_a_remote_server_fails.mdwn b/doc/bugs/adding_a_remote_server_fails.mdwn
new file mode 100644
index 0000000000..06e6af4dae
--- /dev/null
+++ b/doc/bugs/adding_a_remote_server_fails.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+I tried to add a remote server to my annex repo using the webapp.
+
+### What steps will reproduce the problem?
+Configuration -> Repositories -> Remote server -> Fill in stuff, use public key auth -> click "check this server" -> enjoy
+
+### What version of git-annex are you using? On what operating system?
+OpenSUSE Tumbleweed, git-annex 5.20140709-gc75193e
+
+### Please provide any additional information below.
+Error message: `user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 2)`
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2014-07-11 12:03:52 CEST] main: starting assistant version 5.20140709-gc75193e
+[2014-07-11 12:03:53 CEST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140709-gc75193e 
+(scanning...) [2014-07-11 12:03:53 CEST] Watcher: Performing startup scan
+(started...) gpg: /home/zilti/.gnupg/gpg.conf:200: argument not expected
+gpg: /home/zilti/.gnupg/gpg.conf:201: invalid option
+gpg: /home/zilti/.gnupg/gpg.conf:200: argument not expected
+gpg: /home/zilti/.gnupg/gpg.conf:201: invalid option
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/adding_a_remote_server_fails/comment_1_cf7ea9171f002c5793a882b42d33a77d._comment b/doc/bugs/adding_a_remote_server_fails/comment_1_cf7ea9171f002c5793a882b42d33a77d._comment
new file mode 100644
index 0000000000..1dc6d69548
--- /dev/null
+++ b/doc/bugs/adding_a_remote_server_fails/comment_1_cf7ea9171f002c5793a882b42d33a77d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="obvious questions"
+ date="2014-07-11T18:12:44Z"
+ content="""
+From what source did you install git-annex?
+
+What version of gpg is installed on your system? What is the contents of line 200 and 201 of/home/zilti/.gnupg/gpg.conf? 
+"""]]
diff --git a/doc/bugs/adding_existing_repo_as_remote_in_webapp_may_reset_its_group.mdwn b/doc/bugs/adding_existing_repo_as_remote_in_webapp_may_reset_its_group.mdwn
new file mode 100644
index 0000000000..37a9c2a2e8
--- /dev/null
+++ b/doc/bugs/adding_existing_repo_as_remote_in_webapp_may_reset_its_group.mdwn
@@ -0,0 +1,16 @@
+Adding eg a ssh remote when the remote repo already exists, in the webapp,
+resets its group to transfer. It also clears any preferred content
+settings.
+
+Adding existing local repositories or repositories from removable drives
+may have the same problems. Didn't check yet.
+
+[[!tag confirmed]] --[[Joey]] 
+
+> Fixed for local repos and repos on removable drives. Still open for
+> ssh remotes (incl gcrypt). --[[Joey]]
+
+>> Fixed for ssh (including gcrypt) too.
+>>
+>> Also affected enabling existing special remotes, like webdav; that's
+>> also fixed. [[done]] --[[Joey]]
diff --git a/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds.mdwn b/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds.mdwn
new file mode 100644
index 0000000000..3383dd52a0
--- /dev/null
+++ b/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds.mdwn
@@ -0,0 +1,197 @@
+### Please describe the problem.
+
+"git annex --pathdepth=3 addurl URL" displays this error message and reports "failed", even though the operation succeeds when using --fast:
+
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+
+### What steps will reproduce the problem?
+
+I have lots of downloaded files I'd like to add an URL to, so I'm doing this:
+
+    $ ga addurl --fast --pathdepth=3 $(for f in *.mp3; do echo http://traffic.libsyn.com/geologicpodcast/$f; done)
+    addurl
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+    failed
+    addurl
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+    failed
+    addurl
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+    [... Delete 166 lines ...]
+    addurl
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+    failed
+    addurl
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/2325: rename: does not exist (No such file or directory)
+    failed
+    (Recording state in git...)
+    git-annex: addurl: 60 failed
+    $
+
+This "ga" command is a wrapper around git-annex to make it work everywhere with the .tar.gz version:
+
+    #!/bin/bash
+
+    #=======================================================================
+    # ga
+    # File ID: e89047ce-29d1-11e2-bb6f-00c0a8deee11
+    #=======================================================================
+
+    if test "$1" = "sync"; then
+        stat_output="$(git status --porcelain | grep -v '^??')"
+        test -n "$stat_output" && { echo ga: Repo has modifications, will not git-annex sync >&2; exit 1; }
+    fi
+    /opt/git-annex/runshell /opt/git-annex/git-annex "$@"
+
+$PATH is also set up to include /opt/git-annex/bin/ , and all other operations work nicely. In my ~/bin/ directory I've also symlinked this script to "git-annex".
+
+When dropping "--fast", this happens:
+
+    $ ga addurl --pathdepth=3 $(for f in *.mp3; do echo http://traffic.libsyn.com/geologicpodcast/$f; done | tail -20 | head -1)
+    addurl  (downloading http://traffic.libsyn.com/geologicpodcast/GeologicPodcast302-Feb28-13.mp3 ...) --2013-07-04 14:08:01--  http://traffic.libsyn.com/geologicpodcast/GeologicPodcast302-Feb28-13.mp3
+    Resolving traffic.libsyn.com (traffic.libsyn.com)... 204.16.245.39
+    Connecting to traffic.libsyn.com (traffic.libsyn.com)|204.16.245.39|:80... connected.
+    HTTP request sent, awaiting response... 302 Found
+    Location: http://ec.libsyn.com/p/6/9/b/69b9837556ed5238/GeologicPodcast302-Feb28-13.mp3?d13a76d516d9dec20c3d276ce028ed5089ab1ce3dae902ea1d01cf853ed5cd5c0f85&c_id=5440885 [following]
+    --2013-07-04 14:08:02--  http://ec.libsyn.com/p/6/9/b/69b9837556ed5238/GeologicPodcast302-Feb28-13.mp3?d13a76d516d9dec20c3d276ce028ed5089ab1ce3dae902ea1d01cf853ed5cd5c0f85&c_id=5440885
+    Resolving ec.libsyn.com (ec.libsyn.com)... 68.232.34.133
+    Connecting to ec.libsyn.com (ec.libsyn.com)|68.232.34.133|:80... connected.
+    HTTP request sent, awaiting response... 200 OK
+    Length: 53173384 (51M) [audio/mpeg]
+    Saving to: `/media/usb32g-1/annex/musikk/.git/annex/tmp/URL--http&c%%traffic.libsyn.com%geologicpodcast%GeologicPodcast302-Feb28-13.mp3'
+
+    100%[==================================================================================================================================================================>] 53,173,384  3.50M/s   in 45s
+
+    2013-07-04 14:08:47 (1.13 MB/s) - `/media/usb32g-1/annex/musikk/.git/annex/tmp/URL--http&c%%traffic.libsyn.com%geologicpodcast%GeologicPodcast302-Feb28-13.mp3' saved [53173384/53173384]
+
+    (checksum...)
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/tmp/3970: rename: does not exist (No such file or directory)
+    failed
+    (Recording state in git...)
+    git-annex: addurl: 1 failed
+    $
+
+git-annex now believes that the file is stored locally, but an fsck shows how things really are:
+
+    $ ga fsck
+    fsck GeologicPodcast02-Feb21-07.mp3 ok
+    fsck GeologicPodcast03-Feb28-07.mp3 ok
+    [... Delete 35 lines ...]
+    fsck GeologicPodcast301-Feb22-13.mp3 ok
+    fsck GeologicPodcast302-Feb28-13.mp3 (fixing location log)
+      ** Based on the location log, GeologicPodcast302-Feb28-13.mp3
+      ** was expected to be present, but its content is missing.
+    failed
+    fsck GeologicPodcast303-Mar07-13.mp3 ok
+    fsck GeologicPodcast303.1_Fancast6-Mar09-13.mp3 ok
+    [... Delete 16 lines ...]
+    fsck GeologicPodcast72-Jul03-08.mp3 ok
+    (Recording state in git...)
+    git-annex: fsck: 3 failed
+    $
+
+After this fsck, everything is OK again; the location log is correct and "get" from this URL works.
+
+The file data didn't exist locally (it's stored on another disk) when doing this, but I also experimented what would happen if the file data did exist:
+
+    $ rm GeologicPodcast297-Jan24-13.mp3
+    $ wget http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3
+    --2013-07-04 14:35:15--  http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3
+    Resolving traffic.libsyn.com (traffic.libsyn.com)... 204.16.245.39
+    Connecting to traffic.libsyn.com (traffic.libsyn.com)|204.16.245.39|:80... connected.
+    HTTP request sent, awaiting response... 302 Found
+    Location: http://hwcdn.libsyn.com/p/9/d/f/9df13b1a6d622c46/GeologicPodcast297-Jan24-13.mp3?c_id=5341445&expiration=1372945406&hwt=476d03abba40d71119011bf7cb51f68a [following]
+    --2013-07-04 14:35:16--  http://hwcdn.libsyn.com/p/9/d/f/9df13b1a6d622c46/GeologicPodcast297-Jan24-13.mp3?c_id=5341445&expiration=1372945406&hwt=476d03abba40d71119011bf7cb51f68a
+    Resolving hwcdn.libsyn.com (hwcdn.libsyn.com)... 69.16.175.42, 69.16.175.10
+    Connecting to hwcdn.libsyn.com (hwcdn.libsyn.com)|69.16.175.42|:80... connected.
+    HTTP request sent, awaiting response... 200 OK
+    Length: 49299974 (47M) [audio/mpeg]
+    Saving to: ‘GeologicPodcast297-Jan24-13.mp3’
+
+    100%[===========================================================================================================================================>] 49,299,974  5.88MB/s   in 30s
+
+    $ ga add
+    add GeologicPodcast297-Jan24-13.mp3 (checksum...) ok
+    (Recording state in git...)
+    $ ga addurl --pathdepth=3 http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3
+
+At this stage, the data for this .mp3 file exist locally, but git-annex is either unaware of it, or it insists on verifying the data. Anyhow, it downloads the file:
+
+    $ ga addurl --pathdepth=3 http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3
+    addurl  (downloading http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3 ...) --2013-07-04 14:42:40--  http://traffic.libsyn.com/geologicpodcast/GeologicPodcast297-Jan24-13.mp3
+    Resolving traffic.libsyn.com (traffic.libsyn.com)... 204.16.245.39
+    Connecting to traffic.libsyn.com (traffic.libsyn.com)|204.16.245.39|:80... connected.
+    HTTP request sent, awaiting response... 302 Found
+    Location: http://ec.libsyn.com/p/9/d/f/9df13b1a6d622c46/GeologicPodcast297-Jan24-13.mp3?d13a76d516d9dec20c3d276ce028ed5089ab1ce3dae902ea1d01cf853ed5cc54b707&c_id=5341445 [following]
+    --2013-07-04 14:42:41--  http://ec.libsyn.com/p/9/d/f/9df13b1a6d622c46/GeologicPodcast297-Jan24-13.mp3?d13a76d516d9dec20c3d276ce028ed5089ab1ce3dae902ea1d01cf853ed5cc54b707&c_id=5341445
+    Resolving ec.libsyn.com (ec.libsyn.com)... 68.232.34.133
+    Connecting to ec.libsyn.com (ec.libsyn.com)|68.232.34.133|:80... connected.
+    HTTP request sent, awaiting response... 206 Partial Content
+    Length: 49299974 (47M), 48727654 (46M) remaining [audio/mpeg]
+    Saving to: `/media/usb32g-1/annex/musikk/.git/annex/tmp/URL--http&c%%traffic.libsyn.com%geologicpodcast%GeologicPodcast297-Jan24-13.mp3'
+
+    100%[====================================================================================================================================================================>] 49,299,974  2.07M/s   in 88s
+
+    2013-07-04 14:44:10 (538 KB/s) - `/media/usb32g-1/annex/musikk/.git/annex/tmp/URL--http&c%%traffic.libsyn.com%geologicpodcast%GeologicPodcast297-Jan24-13.mp3' saved [49299974/49299974]
+
+    (checksum...)
+    git-annex: /media/usb32g-1/annex/musikk/.git/annex/objects/gp/7Z/SHA256-s49299974--ff6758202d7168a0548b004d0c6e79a095b7738f442aa14d2603665914bee7e0/SHA256-s49299974--ff6758202d7168a0548b004d0c6e79a095b7738f442aa14d2603665914bee7e0: rename: does not exist (No such file or directory)
+    failed
+    (Recording state in git...)
+    git-annex: addurl: 1 failed
+    2013-07-04 14:44:11 sunny@dg-vbox:/media/usb32g-1/annex/musikk/podcast/Geologic Podcast (master)
+    $
+
+The error message appears again, but because the data did exist from before, git-annex fsck has nothing to complain about:
+
+    $ ga fsck
+    [...]
+    fsck GeologicPodcast297-Jan24-13.mp3 (checksum...) ok
+    [...]
+    2013-07-04 14:44:33 sunny@dg-vbox:/media/usb32g-1/annex/musikk/podcast/Geologic Podcast (master)
+    $
+
+### What version of git-annex are you using? On what operating system?
+
+v4.20130627 Linux i386 and AMD64. Both versions behave the same way. Tested on two computers:
+
+Computer #1 (AMD64 version):
+
+    $ uname -a
+    Linux dg-vbox 3.8.0-19-generic #30-Ubuntu SMP Wed May 1 16:35:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+    $ lsb_release -a
+    No LSB modules are available.
+    Distributor ID: LinuxMint
+    Description:    Linux Mint 15 Olivia
+    Release:        15
+    Codename:       olivia
+
+Computer #2 (i386 version):
+
+    $ uname -a
+    Linux linode 2.6.39.1-linode34 #1 SMP Tue Jun 21 10:29:24 EDT 2011 i686 GNU/Linux
+    $ lsb_release -a
+    Distributor ID: Ubuntu
+    Description:    Ubuntu 10.04.4 LTS
+    Release:        10.04
+    Codename:       lucid
+    No LSB modules are available.
+
+Also tested with v4.20130601, same thing happens.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+All interesting transcripts are posted above with cruft removed.
+
+# End of transcript or log.
+"""]]
+
+> The cause of this bug is using --pathdepth=3 when the url
+> only has two components in its path. So, kinda GIGO, but
+> let's fix this anyway. ;) 
+> 
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds/comment_1_1f5e0bc93631baf0f8c1bec2e68493c5._comment b/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds/comment_1_1f5e0bc93631baf0f8c1bec2e68493c5._comment
new file mode 100644
index 0000000000..6ea844f2e8
--- /dev/null
+++ b/doc/bugs/addurl:___34__rename:_does_not_exist__34___and_reports_fail__44___but_succeeds/comment_1_1f5e0bc93631baf0f8c1bec2e68493c5._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 1"
+ date="2013-07-08T19:56:58Z"
+ content="""
+Aha, in other words, some kind of PEBCAC put in a polite way. :) I thought this should be correct, as the man page says
+
+> For example, --pathdepth=1 will use \"dir/subdir/bigfile\", while --pathdepth=3 will use \"bigfile\".
+
+This is how I thought it worked:
+
+* 0 = hostname, path, filename
+* 1 = path, filename
+* 2 = filename
+
+After reading your answer I first thought it was a typo in the documentation, but of course the number specify the level of subdirectories to use in the file name. D'oh!
+
+Thanks for the fix and information.
+"""]]
diff --git a/doc/bugs/android_4.2.1__44___galaxy_nexus_java.lang.SecurityException.mdwn b/doc/bugs/android_4.2.1__44___galaxy_nexus_java.lang.SecurityException.mdwn
new file mode 100644
index 0000000000..e5f1873f08
--- /dev/null
+++ b/doc/bugs/android_4.2.1__44___galaxy_nexus_java.lang.SecurityException.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+The app fails to open after the install
+
+### What steps will reproduce the problem?
+Downloaded, installed, chose open.
+
+### What version of git-annex are you using? On what operating system?
+today's version. android 4.2.1
+
+### Please provide any additional information below.
+
+I also sent this by email.
+
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+git annex webapp
+u0_a72@android:/sdcard/git-annex.home $ git annex webapp
+Launching web browser on http://127.0.0.1:48812/?auth=cf45448c3690730f05f1a9567e62c6a3cf8d25c43ed14362c8ae78601de0e96d32d2b02923ba95962e80c9bd8ffab621918dd582741f18160f6e2565af61aba5
+Starting: Intent { act=android.intent.action.VIEW dat=http://127.0.0.1:48812/?auth=cf45448c3690730f05f1a9567e62c6a3cf8d25c43ed14362c8ae78601de0e96d32d2b02923ba95962e80c9bd8ffab621918dd582741f18160f6e2565af61aba5 }
+java.lang.SecurityException: Permission Denial: startActivity asks to run as user -2 but is calling from user 0; this requires android.permission.INTERACT_ACROSS_USERS_FULL
+        at android.os.Parcel.readException(Parcel.java:1425)
+        at android.os.Parcel.readException(Parcel.java:1379)
+        at android.app.ActivityManagerProxy.startActivityAsUser(ActivityManagerNative.java:1906)
+        at com.android.commands.am.Am.runStart(Am.java:494)
+        at com.android.commands.am.Am.run(Am.java:109)
+        at com.android.commands.am.Am.main(Am.java:82)
+        at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method)
+        at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:235)
+        at dalvik.system.NativeStart.main(Native Method)
+failed to start web browser
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/debug.log
+
+
+# End of transcript or log.
+"""]]
+
+This is a duplicate of [[Android_app_permission_denial_on_startup]]
+
+[[closing|done]] as dup. --[[Joey]] 
diff --git a/doc/bugs/android_4.3_install_failed_.mdwn b/doc/bugs/android_4.3_install_failed_.mdwn
new file mode 100644
index 0000000000..69749ea2ad
--- /dev/null
+++ b/doc/bugs/android_4.3_install_failed_.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+Impossible installation on Android 4.3
+
+
+### What version of git-annex are you using? On what operating system?
+The lastest version of git-annex, and Android 4.3, **without sdcard** (Wiko Wax)
+
+### Please provide any additional information below.
+
+The message given by git-annex:
+
+
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib 
+    mkdir: can't create directory '/sdcard/git-annex.home': Permission denied
+    mkdir of /sdcard/git-annex.home failed !
+    lib/lib.runshell.so: line 133: can't create /sdcard/git-annex.home/git-annex-install.log: Permission denied 
+    Installation failed ! Please report a but and attach /sdcard/git-annex.home/git-annex-install.log
+
+[[!meta title="android 4.3 install failed on android device without sdcard"]]
+[[!tag moreinfo]]
diff --git a/doc/bugs/android_4.3_install_failed_/comment_1_82447f1e24d7e8df8048464d1b7df117._comment b/doc/bugs/android_4.3_install_failed_/comment_1_82447f1e24d7e8df8048464d1b7df117._comment
new file mode 100644
index 0000000000..682780cb2d
--- /dev/null
+++ b/doc/bugs/android_4.3_install_failed_/comment_1_82447f1e24d7e8df8048464d1b7df117._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 1"
+ date="2014-06-02T16:28:42Z"
+ content="""
+git-annex needs a directory to use to store its repositories. If your android device does not have a /sdcard directory (which does not have to be a literal sd card, but just someplace you can write to), does it have any equivilant directory?
+"""]]
diff --git a/doc/bugs/android_4.3_install_failed_/comment_2_67ace7c454c7e962ca69e42178142e80._comment b/doc/bugs/android_4.3_install_failed_/comment_2_67ace7c454c7e962ca69e42178142e80._comment
new file mode 100644
index 0000000000..09374e8ee6
--- /dev/null
+++ b/doc/bugs/android_4.3_install_failed_/comment_2_67ace7c454c7e962ca69e42178142e80._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkPSASwemBzccJmjkotESlbUSs5GPFiPCs"
+ nickname="Lin"
+ subject="Ok, but ?"
+ date="2014-06-02T18:22:24Z"
+ content="""
+You mean that I have to create the missed files ?
+"""]]
diff --git a/doc/bugs/android_4.3_install_failed_/comment_3_051e39129a38e439f24703385f503cf4._comment b/doc/bugs/android_4.3_install_failed_/comment_3_051e39129a38e439f24703385f503cf4._comment
new file mode 100644
index 0000000000..3f6e86ce4e
--- /dev/null
+++ b/doc/bugs/android_4.3_install_failed_/comment_3_051e39129a38e439f24703385f503cf4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-04T18:08:39Z"
+ content="""
+I asked if your Android device has an eqivilant directory to /sdcard that you can write to. If so, I can fix git-annex to use that directory. But you need to tell me what it is first!
+"""]]
diff --git a/doc/bugs/android_autobuild_broken.mdwn b/doc/bugs/android_autobuild_broken.mdwn
new file mode 100644
index 0000000000..6bbd1dfcdf
--- /dev/null
+++ b/doc/bugs/android_autobuild_broken.mdwn
@@ -0,0 +1,4 @@
+The android build is broken. Annoying evilsplicer failure in the new
+bootstrap3 code. --[[Joey]]
+
+[[fixed|done]]
diff --git a/doc/bugs/annex_unannex__47__uninit_should_handle_copies.mdwn b/doc/bugs/annex_unannex__47__uninit_should_handle_copies.mdwn
new file mode 100644
index 0000000000..e830f11564
--- /dev/null
+++ b/doc/bugs/annex_unannex__47__uninit_should_handle_copies.mdwn
@@ -0,0 +1,20 @@
+Just starting using v3, even more awesome, thanks!
+
+With git-annex, I take the habit to do copies of files without restriction, as they end up into (cheap) symlink copies.
+However, if 2 copies are unannexed, only one is restored, the other becomes a broken symlink, so I kind of loose some information 
+(my use case: I have a repo on which I recently started using annex, but most of the files, which i would want to be annexed, are only in git,
+so my plan is to unninit this repo, delete the .git dir, and then annex everything, as I don't mind the history).
+
+Rafaël
+
+> The only way for git-annex to support this in its current state would be
+> for the unannex command to copy the file content from the annex, rather
+> than moving it out. Then multiple links to the same content could be
+> unannexed.
+> 
+> But, this would be slower, and would depend on a later `unused` and
+> `dropunused` to actually remove the content. While doable, by use case
+> for unannex is more to quickly undo a mistaken add, and it's unlikely there
+> are multiple symlinks to the same content in this situation. --[[Joey]] 
+
+[[!tag done]]
diff --git a/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_1_c896ff6589f62178b60e606771e4f2bf._comment b/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_1_c896ff6589f62178b60e606771e4f2bf._comment
new file mode 100644
index 0000000000..839992477a
--- /dev/null
+++ b/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_1_c896ff6589f62178b60e606771e4f2bf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="comment 1"
+ date="2011-07-04T16:57:25Z"
+ content="""
+You convince me for unannex, but isn't the goal of uninit to revert all annex operations? In the current state, a clean revert is not possible (because of the broken symlinks after uninit). Instead of copying, using hard links is out of question?
+
+For my needs, is the command \"git annex unlock .\" (from the root of the repo) a correct workaround?
+"""]]
diff --git a/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_2_9249609f83f8e9c7521cd2f007c1a39e._comment b/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_2_9249609f83f8e9c7521cd2f007c1a39e._comment
new file mode 100644
index 0000000000..21c0c449b0
--- /dev/null
+++ b/doc/bugs/annex_unannex__47__uninit_should_handle_copies/comment_2_9249609f83f8e9c7521cd2f007c1a39e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmJfIszzreLNvCqzqzvTayA9_9L6gb9RtY"
+ nickname="Joey"
+ subject="comment 2"
+ date="2011-07-04T20:25:38Z"
+ content="""
+Indeed, uninit needed to be improved. I've done so. Also, unannex --fast can be used to make hard links to content left in the annex.
+"""]]
diff --git a/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1.mdwn b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1.mdwn
new file mode 100644
index 0000000000..dd544d7c78
--- /dev/null
+++ b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+missing libselinux.so.1 ?
+
+### What steps will reproduce the problem?
+[[!format sh """
+./runshell
+cd ~
+$ git clone ssh://greg@host/path/to/annex/of/Photos Photos
+Cloning into 'Photos'...
+ssh: error while loading shared libraries: libselinux.so.1: cannot open shared object file: No such file or directory
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+"""]]
+
+same command (copy/paste) works on my laptop running 4.20131106
+
+### What version of git-annex are you using? On what operating system?
+[[!format sh """
+$ git annex version
+git-annex version: 5.20131216-g604e6b8
+build flags: Assistant Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web glacier hook
+"""]]
+
+arm build (downloaded from [[install/Linux_standalone]])
+
+> ssh was not shimmed. [[fixed|done]]; build will update in a few hours
+> --[[Joey]]
diff --git a/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_1_ccc2c90d05862edda9ce1ac92efab516._comment b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_1_ccc2c90d05862edda9ce1ac92efab516._comment
new file mode 100644
index 0000000000..3691b8a8a7
--- /dev/null
+++ b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_1_ccc2c90d05862edda9ce1ac92efab516._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 1"
+ date="2013-12-19T19:05:04Z"
+ content="""
+Just tried again (redownloaded the build at ~11:50am Pacific on Dec 19th), same behavior:
+
+[[!format sh \"\"\"
+$ git-annex version
+git-annex version: 5.20131218-gc5767e2
+build flags: Assistant Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web glacier hook
+$ git clone greg@host:/path/to/Photos Photos
+Cloning into 'Photos'...
+ssh: error while loading shared libraries: libselinux.so.1: cannot open shared object file: No such file or directory
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+$ which ssh
+/volume1/downloads/git-annex.linux/bin/ssh
+$ ldd /volume1/downloads/git-annex.linux/bin/ssh
+/volume1/downloads/git-annex.linux/bin/ssh: /lib/libc.so.6: version `GLIBC_2.15' not found (required by /volume1/downloads/git-annex.linux/bin/ssh)
+/volume1/downloads/git-annex.linux/bin/ssh: /lib/libc.so.6: version `GLIBC_2.8' not found (required by /volume1/downloads/git-annex.linux/bin/ssh)
+/volume1/downloads/git-annex.linux/bin/ssh: /lib/libc.so.6: version `GLIBC_2.17' not found (required by /volume1/downloads/git-annex.linux/bin/ssh)
+/volume1/downloads/git-annex.linux/bin/ssh: /lib/libcrypto.so.1.0.0: no version information available (required by /volume1/downloads/git-annex.linux/bin/ssh)
+/volume1/downloads/git-annex.linux/bin/ssh: /lib/libcrypto.so.1.0.0: no version information available (required by /volume1/downloads/git-annex.linux/bin/ssh)
+	libselinux.so.1 => not found
+	libcrypto.so.1.0.0 => /lib/libcrypto.so.1.0.0 (0x40026000)
+	libdl.so.2 => /lib/libdl.so.2 (0x401ba000)
+	libz.so.1 => /lib/libz.so.1 (0x401c5000)
+	libresolv.so.2 => /lib/libresolv.so.2 (0x401e2000)
+	libgssapi_krb5.so.2 => /lib/libgssapi_krb5.so.2 (0x401fc000)
+	libc.so.6 => /lib/libc.so.6 (0x40235000)
+	/lib/ld-linux.so.3 (0x40000000)
+	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40364000)
+	libkrb5.so.3 => /lib/libkrb5.so.3 (0x40378000)
+	libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x40426000)
+	libcom_err.so.3 => /lib/libcom_err.so.3 (0x40458000)
+	libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x40462000)
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_2_1cdf6de88c7f121c604177593915e626._comment b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_2_1cdf6de88c7f121c604177593915e626._comment
new file mode 100644
index 0000000000..55e48f0e7f
--- /dev/null
+++ b/doc/bugs/arm_build:_ssh:_error_while_loading_shared_libraries:_libselinux.so.1/comment_2_1cdf6de88c7f121c604177593915e626._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 2"
+ date="2013-12-19T19:55:33Z"
+ content="""
+Build took longer than I thought, but should finally be done in an hour or two.
+"""]]
diff --git a/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed.mdwn b/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed.mdwn
new file mode 100644
index 0000000000..317b9fcda8
--- /dev/null
+++ b/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+When syncing from server A (real server) to server B (a synology NAS) it fails on git-upload-pack and -receive-pack
+
+### What steps will reproduce the problem?
+git-annex sync
+
+
+### What version of git-annex are you using? On what operating system?
+on server A: 3.20121017 (yeah, I should update)
+on server B: 5.20131220-g73492b2
+
+### Please provide any additional information below.
+
+On server B, after running ./runshell
+[[!format sh """
+$ git-upload-pack
+/volume1/downloads/git-annex.linux/shimmed/sh/sh: 19: git-upload-pack: not found
+$ git-receive-pack
+/volume1/downloads/git-annex.linux/shimmed/sh/sh: 20: git-receive-pack: not found
+"""]]
+
+> [[fixed|done]]; added git, git-upload-pack, and git-receive-pack wrappers
+> to git-annex.linux/. Also to equivilant place in OSX app. --[[Joey]]
diff --git a/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed/comment_1_403f1058c3eab5c95fefab5a96aa3f51._comment b/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed/comment_1_403f1058c3eab5c95fefab5a96aa3f51._comment
new file mode 100644
index 0000000000..65d8d06676
--- /dev/null
+++ b/doc/bugs/armel_standalone:_git-upload-pack_and_-receive-pack_not_shimmed/comment_1_403f1058c3eab5c95fefab5a96aa3f51._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-24T20:20:07Z"
+ content="""
+This has nothing to do with shimming at all AFACS.
+
+runshell does nothing to make git-upload-pack or git-receive-pack be in your PATH. They do not need to be, for `git upload-pack` and `git receive-pack` to work. At least `git-annex-shell`, and probably also `git-shell` both use the latter, rather than the former.
+
+But in the case that a git remote's ssh key is not set up to use git-annex-shell (ie, a git remote not configured using the assistant, or configured using the asistant but with a pre-existing passwordless ssh key), and git-annex was installed on the remote using the git-annex standalone bundle, and there is no other git installation, then yes, git will try to ssh to there and run `git-upload-pack` etc.
+"""]]
diff --git a/doc/bugs/assistant_-_GTalk_collision.mdwn b/doc/bugs/assistant_-_GTalk_collision.mdwn
new file mode 100644
index 0000000000..b814166ae0
--- /dev/null
+++ b/doc/bugs/assistant_-_GTalk_collision.mdwn
@@ -0,0 +1,17 @@
+##What steps will reproduce the problem?
+
+Follow the [share with a friend walkthrough](http://git-annex.branchable.com/assistant/share_with_a_friend_walkthrough/).  I use my Google Talk account to pair with myself.  With the assistant running, log in to Google Talk on the web interface and set your status 'Invisible'.
+
+##What is the expected output? What do you see instead?
+
+I expect to remain invisible, but I get the following warning: "Oops! You are not invisible because you're logged into Google Talk from another client, device or location that doesn't support invisibility."
+
+##What version of git-annex are you using? On what operating system?
+
+4.20130314 on Linux.
+
+##Please provide any additional information below.
+
+Syncing between the repositories works ok.
+
+[[!tag /design/assistant]]
diff --git a/doc/bugs/assistant_-_GTalk_collision/comment_1_ab2c1f36113d40f27e1893d32f214296._comment b/doc/bugs/assistant_-_GTalk_collision/comment_1_ab2c1f36113d40f27e1893d32f214296._comment
new file mode 100644
index 0000000000..4e66052cf2
--- /dev/null
+++ b/doc/bugs/assistant_-_GTalk_collision/comment_1_ab2c1f36113d40f27e1893d32f214296._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://smcv.pseudorandom.co.uk/"
+ nickname="smcv"
+ subject="GTalk wants you to implement its &quot;shared status&quot; protocol"
+ date="2013-03-16T11:59:22Z"
+ content="""
+For invisibility to work, GTalk demands that every connected resource implements its \"shared status\" extension. Given that git-annex sets negative priority, this seems like a GTalk bug - it should ignore negative-priority resources when deciding whether it can be invisible - but it seems unlikely to be fixed.
+
+We implement shared status in telepathy-gabble (mostly in src/conn-presence.c, tests in tests/twisted/presence/shared-status.py) if it's any help.
+
+<http://code.google.com/apis/talk/jep_extensions/shared_status.html>
+"""]]
diff --git a/doc/bugs/assistant_-_GTalk_collision/comment_2_91dff34c629a3b3a97a2313ff077e4ae._comment b/doc/bugs/assistant_-_GTalk_collision/comment_2_91dff34c629a3b3a97a2313ff077e4ae._comment
new file mode 100644
index 0000000000..1fbbadb055
--- /dev/null
+++ b/doc/bugs/assistant_-_GTalk_collision/comment_2_91dff34c629a3b3a97a2313ff077e4ae._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-16T15:39:14Z"
+ content="""
+Thanks for the link, that perhaps explains the continuing oddities I've seen with google talk and presence information sometimes not being sent.
+
+It's not clear to me if git-annex could use this extension at all. It seems to say that if I use it, my regular presence messages won't be sent. Which is a problem, since git-annex uses extended content in presence messages to indicate that they're coming from a git-annex client, which is important to make xmpp pairing work. (It's also used to send push notifications, but that's not essential.)
+
+Also, of course, I'm reluctant to implement a non-standard extension that may change at any time, especially when it's attached to a service that currently has the FSF unhappy <http://www.fsf.org/blogs/sysadmin/google-backslides-on-federated-instant-messaging-on-purpose>.
+
+Perhaps the real solution is to make the assistant encourage use of some other XMPP server.
+"""]]
diff --git a/doc/bugs/assistant_-_GTalk_collision/comment_3_fefb73f6e570f96b4d82779d6622f690._comment b/doc/bugs/assistant_-_GTalk_collision/comment_3_fefb73f6e570f96b4d82779d6622f690._comment
new file mode 100644
index 0000000000..35f76bc5f8
--- /dev/null
+++ b/doc/bugs/assistant_-_GTalk_collision/comment_3_fefb73f6e570f96b4d82779d6622f690._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-16T20:48:42Z"
+ content="""
+I don't know if it will help, but XA support was turned off in hope that it would alleviate the random presence message loss I keep seeing with Google Talk, and since it didn't seem to help solve that problem, I've turned it back on.
+"""]]
diff --git a/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac.mdwn b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac.mdwn
new file mode 100644
index 0000000000..23babd7975
--- /dev/null
+++ b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac.mdwn
@@ -0,0 +1,53 @@
+### Please describe the problem.
+Tried adding a removable drive repository through git-annex assistant on Mac, asked to encrypt it, got Internal server error with explanation: unable to determine gcrypt-id of remote
+
+### What steps will reproduce the problem?
+current (today's) version of git-annex build for Mountain Lion installed
+app launched
+default annex initialized, a couple file added
+a removable 2GB USB drive (ExFAT) mounted in OS
+click Add another repository
+choose removable drive
+choose to encrypt
+a window explaining the need to wait for entropy shows
+then we get the Internal server error: unable to determine gcrypt-id of remote
+
+### What version of git-annex are you using? On what operating system?
+git-annex version 4.20130922-g7dc188a
+Mac OS X 10.8.5
+
+### Please provide any additional information below.
+
+looking at transcript below, it appears the root cause is the lack of initial git/gcrypt configuration. perhaps this needs to be caught/addressed somehow
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+gpg: can't open `/usr/local/share/gnupg/options.skel': No such file or directory
+.......+++++
+.+++++
+gpg: key 71BFBC31 marked as ultimately trusted
+ok
+(Recording state in git...)
+(Recording state in git...)
+(encryption setup) (hybrid cipher with gpg key C4B2EA8D71BFBC31) gcrypt: Development version -- Repository format MAY CHANGE
+gpg: checking the trustdb
+gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
+gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
+gcrypt: WARNING: Skipping missing key C4B2EA8D71BFBC31
+gcrypt: You have not configured any keys you can encrypt to for this repository
+gcrypt: Use ::
+gcrypt:   git config gcrypt.participants YOURKEYID
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: WARNING: Skipping missing key C4B2EA8D71BFBC31
+gcrypt: You have not configured any keys you can encrypt to for this repository
+gcrypt: Use ::
+gcrypt:   git config gcrypt.participants YOURKEYID
+03/Oct/2013:00:05:24 +0400 [Error#yesod-core] unable to determine gcrypt-id of remote @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_1_4ea192e57f86a33087997746722e6acf._comment b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_1_4ea192e57f86a33087997746722e6acf._comment
new file mode 100644
index 0000000000..2d0802cae7
--- /dev/null
+++ b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_1_4ea192e57f86a33087997746722e6acf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2013-10-02T20:37:03Z"
+ content="""
+Can you take a look at ~/annex/.git/config and if there is an entry for this git remote, post it? (Or post the whole thing if unsure..)
+
+Also, can you get gpg to list your secret keys, and see if key 71BFBC31 is in the list? You can do so by running `gpg --list-secret-keys` ; if you don't have gpg in your path at the terminal, you can use the version from the git-annex DMG by first running `/Volumes/git-annex/git-annex.app/Contents/MacOS/runshell`
+"""]]
diff --git a/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_2_622ad5b34780fc8468c5c515ad9f27fa._comment b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_2_622ad5b34780fc8468c5c515ad9f27fa._comment
new file mode 100644
index 0000000000..2ba7a59845
--- /dev/null
+++ b/doc/bugs/assistant_bails_when_adding_encrypted_usbdrive_repo_on_mac/comment_2_622ad5b34780fc8468c5c515ad9f27fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnyMzZZLS1xGW1raqc_9Md6Ksdkvx5rUJU"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-10-04T10:59:30Z"
+ content="""
+Sorry Joey, I was tinkering around trying to get the assistant off the ground and have destroyed the evidence of the bug in the process. I will try to recreate it and post the details. (most of my problems are/were related to bundled git/gpg/other software, I posted a separate comment in OSX Install page)
+"""]]
diff --git a/doc/bugs/assistant_creating_.git_directory_inside_bare_repo.mdwn b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo.mdwn
new file mode 100644
index 0000000000..a35bc9c3d1
--- /dev/null
+++ b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo.mdwn
@@ -0,0 +1,90 @@
+### Please describe the problem.
+Setting up a git annex repo with the webapp. Adding a small archive removeable disk. 
+Adding a file to repo. Moving file to archive. The file seems to get copied to the removeable disk
+but it is not removed (dropped)from my repo, as I would expect
+
+Before I add the file to the repo, the archive directory on the removeable drive looks like a bare repo.
+After adding one file and moving it to the archive folder, a ".git" directory gets created inside the bare repo. 
+The .git directory contains an annex directory, and nothing else.
+
+Is this behaviour the expected one? As far as I have understood it, the files are supposed to "disapear" from my computer when I move them to the archive folder.
+
+
+### What steps will reproduce the problem?
+Se above
+
+### What version of git-annex are you using? On what operating system?
+Version: 5.20131127-g736ce5e
+Build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+
+Chakra linux
+Linux black 3.10.18-1-CHAKRA #1 SMP PREEMPT Sat Nov 9 20:18:15 UTC 2013 x86_64 GNU/Linux
+
+git annex installed from prebuilt tar.
+
+### Please provide any additional information below.
+
+[[!format sh """
+[2013-11-28 23:25:59 CET] main: starting assistant version 5.20131127-g736ce5e
+[2013-11-28 23:25:59 CET] Cronner: You should enable consistency checking to protect your data. 
+(scanning...) [2013-11-28 23:25:59 CET] Watcher: Performing startup scan
+(started...) gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+fatal: Not a git repository: '/run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark/.git'
+[2013-11-28 23:26:21 CET] main: Syncing with 7090f0c1abf947a1a186ba243c498172 
+warning: no common commits
+From /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+ * [new branch]      git-annex  -> 7090f0c1abf947a1a186ba243c498172/git-annex
+ * [new branch]      master     -> 7090f0c1abf947a1a186ba243c498172/master
+Already up-to-date.
+To /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+Already up-to-date.
+Already up-to-date.
+[2013-11-28 23:26:59 CET] Pusher: Syncing with test_ark 
+To /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+   4d435e3..e548577  git-annex -> synced/git-annex
+[2013-11-28 23:27:17 CET] Committer: Adding git-annex..64.tar.gz
+
+(Recording state in git...)
+(merging 7090f0c1abf947a1a186ba243c498172/git-annex into git-annex...)
+(Recording state in git...)
+
+
+
+(Recording state in git...)
+add git-annex-standalone-amd64.tar.gz (checksum...) [2013-11-28 23:27:17 CET] Committer: Committing changes to git
+[2013-11-28 23:27:17 CET] Pusher: Syncing with test_ark 
+Already up-to-date.
+To /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+   e548577..b86f41c  git-annex -> synced/git-annex
+   658b0f2..f32a646  annex/direct/master -> synced/master
+Already up-to-date.
+[2013-11-28 23:27:27 CET] Committer: Adding git-annex..64.tar.gz
+[2013-11-28 23:27:27 CET] Committer: Committing changes to git
+[2013-11-28 23:27:27 CET] Pusher: Syncing with test_ark 
+
+git-annex-standalone-amd64.tar.gz
+
+       32768   0%    0.00kB/s    0:00:00  Already up-to-date.
+To /run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark
+   b86f41c..806a2dd  git-annex -> synced/git-annex
+   f32a646..5e254e7  annex/direct/master -> synced/master
+Already up-to-date.
+
+    20143752 100%   85.24MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 20146306 bytes  received 31 bytes  40292674.00 bytes/sec
+total size is 20143752  speedup is 1.00
+fatal: Not a git repository: '/run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark/.git'
+fatal: Not a git repository: '/run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark/.git'
+fatal: Not a git repository: '/run/media/daniel/7090f0c1-abf9-47a1-a186-ba243c498172/test_ark/.git'
+[2013-11-28 23:27:59 CET] Pusher: Syncing with test_ark 
+Everything up-to-date
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_1_675210444f7801eb8c2c455a5accf8e9._comment b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_1_675210444f7801eb8c2c455a5accf8e9._comment
new file mode 100644
index 0000000000..435d229030
--- /dev/null
+++ b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_1_675210444f7801eb8c2c455a5accf8e9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-30T20:18:53Z"
+ content="""
+This bug, introduced in version 5.20131118, caused `git annex init`, when run in a bare repository, to set `core.bare` to false.
+
+I have fixed the bug. I may need to make git-annex detect and automatically fix up after the problem.
+
+To manually fix a bare repository created by the buggy version of git-annex, run `git config core.bare true` in the repository. Then if there's a .git/annex/objects inside the bare git repository, you can move it to annex/objects.
+"""]]
diff --git a/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_2_d7f1378bc75e7a8be9da2585acc6fd63._comment b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_2_d7f1378bc75e7a8be9da2585acc6fd63._comment
new file mode 100644
index 0000000000..338faa3573
--- /dev/null
+++ b/doc/bugs/assistant_creating_.git_directory_inside_bare_repo/comment_2_d7f1378bc75e7a8be9da2585acc6fd63._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-12-02T16:35:41Z"
+ content="""
+I've now made git-annex automatically detect these problem repositories, and fix them up. You should not need to do anything to recover, just upgrade git-annex eventually, and use it.
+"""]]
diff --git a/doc/bugs/assistant_does_not_allow_adding_an_existing_repo.mdwn b/doc/bugs/assistant_does_not_allow_adding_an_existing_repo.mdwn
new file mode 100644
index 0000000000..8d2c3c9964
--- /dev/null
+++ b/doc/bugs/assistant_does_not_allow_adding_an_existing_repo.mdwn
@@ -0,0 +1,10 @@
+The assistant does not allow adding an existing repo: I tried to add a "remote server", to enter the credits, and then I add to choose between "git-annex" or "rsync". Choosing "git-annex" tries to create a new repo and then fails. The repo on the server is a bare one, accessed via gitolite. Setting the remote manually ("git remote add origin git@example.org:my-annex.git" works (I can pull, push, ...))
+
+Mac OS 10.7 version 2013-09-10
+
+
+[[!meta title="assistant does not interoperate with gitolite when adding a repository"]]
+
+[2013-09-13 17:00:55 CEST] chat: ssh ["-p","22","git@example.org","sh -c 'mkdir -p '\"'\"'my-annex.git'\"'\"'&&cd '\"'\"'my-annex.git'\"'\"'&&if [ ! -d .git ]; then git init --bare --shared; fi&&git annex init'"]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/assistant_does_not_allow_adding_an_existing_repo/comment_1_87e84d56d56abefe8cac8a52b76c9003._comment b/doc/bugs/assistant_does_not_allow_adding_an_existing_repo/comment_1_87e84d56d56abefe8cac8a52b76c9003._comment
new file mode 100644
index 0000000000..b260b8df51
--- /dev/null
+++ b/doc/bugs/assistant_does_not_allow_adding_an_existing_repo/comment_1_87e84d56d56abefe8cac8a52b76c9003._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 1"
+ date="2013-09-13T18:19:03Z"
+ content="""
+I suppose the assistant could try to add a git remote and pull from it, and only if this pull fails go try to run shell commands to create it. This might work with gitolite, gitosis, github, etc. Although only partially for ones that don't support running git-annex-shell..
+"""]]
diff --git a/doc/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads.mdwn b/doc/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads.mdwn
new file mode 100644
index 0000000000..d7002a2f7a
--- /dev/null
+++ b/doc/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads.mdwn
@@ -0,0 +1,18 @@
+git-annex has nice repository cost tracking, but the assistant doesn't
+always use this when queuing downloads.
+
+For example, if a network comes up, it'll queue a lot of downloads from a
+remote, perhaps expensive server. If a removable drive is then attached,
+which has a lower cost, it'll queue downloads from there, but
+only once it works through all the ones it's already queued from the
+network.
+
+There is a workaround: Since the webapp allows disabling syncing to a
+remote, the user can go in and disable syncing to the network remote
+temporarily.
+
+[[!tag /design/assistant]]
+
+--[[Joey]] 
+
+[[!tag confirmed]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories.mdwn b/doc/bugs/assistant_doesn__39__t_sync_empty_directories.mdwn
new file mode 100644
index 0000000000..53ee5a1050
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+The assistant seems to only sync files and not directories, so empty directories will not be synced.
+
+### What steps will reproduce the problem?
+
+- Create an empty directory on HostA
+- See that nothing gets synced (daemon.log is silent) and the directory doesn't exist on the other HostB
+- Create an empty file inside the empty directory on HostA
+- See that now HostB has the empty file inside the directory
+
+I'm sure this comes directly from the git behavior but is at least surprising for a direct mode repository using the assistant.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git annex version
+git-annex version: 4.20130516.1
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+"""]]
+
+> [[!taglink confirmed]] (but may be out of scope) --[[Joey]] 
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_1_78a3bde607f43c0f518bd2d3d7196022._comment b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_1_78a3bde607f43c0f518bd2d3d7196022._comment
new file mode 100644
index 0000000000..b31955ed38
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_1_78a3bde607f43c0f518bd2d3d7196022._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-31T21:14:11Z"
+ content="""
+Git does not have a concept of an empty directory. The  typical workaround is to put a .gitignore file in the directory.
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_2_83777384b72732b1d0a19b32686d3d1f._comment b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_2_83777384b72732b1d0a19b32686d3d1f._comment
new file mode 100644
index 0000000000..a62cba1e37
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_2_83777384b72732b1d0a19b32686d3d1f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 2"
+ date="2013-05-31T21:48:24Z"
+ content="""
+Adding .gitignore files makes sense for a git standpoint but whatever workaround is needed to make the assistant works properly should be done by the assistant itself no? Maybe having direct mode commit a shaddow \".this_is_a_magic_empty_file\" in empty directories and then not actually writing that file into direct mode repositories on the other side.
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_3_f9b2a700c060707fae1bcb2ec0e4e4dc._comment b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_3_f9b2a700c060707fae1bcb2ec0e4e4dc._comment
new file mode 100644
index 0000000000..757a1c7276
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_3_f9b2a700c060707fae1bcb2ec0e4e4dc._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmOsy6nbvPyXLd--qqjPMLnVIzxgZwtKlQ"
+ nickname="Nicolas"
+ subject="comment 3"
+ date="2013-09-11T23:19:26Z"
+ content="""
+This behaviour is indeed very confusing when one attempts to use git-annex with the assistant only, without thinking about the underlying machinery.
+Having the assistant automatically put a .gitignore file in empty directories is a possible solution, but maybe printing a warning in the log when the watcher sees an empty directory could be an unobtrusive and helpful solution? (At least it would have helped me)
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_4_014d213a959dd7993bdd247722a8817e._comment b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_4_014d213a959dd7993bdd247722a8817e._comment
new file mode 100644
index 0000000000..f6be08ae4b
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_4_014d213a959dd7993bdd247722a8817e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmOsy6nbvPyXLd--qqjPMLnVIzxgZwtKlQ"
+ nickname="Nicolas"
+ subject="comment 4"
+ date="2013-09-11T23:24:58Z"
+ content="""
+Another problem with the current behaviour is that when deleting a directory and its contents on a repository, the contents are deleted on the other repositories but empty directories are left behind...
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_5_440f349781d7d9ca2d1ed81386f7dd26._comment b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_5_440f349781d7d9ca2d1ed81386f7dd26._comment
new file mode 100644
index 0000000000..0d5f0aa295
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories/comment_5_440f349781d7d9ca2d1ed81386f7dd26._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 5"
+ date="2013-11-01T22:12:04Z"
+ content="""
+I agree that this is very confusing.  Also having to manually delete empty, renamed directories is...less than ideal.  :)
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions.mdwn b/doc/bugs/assistant_doesn__39__t_sync_file_permissions.mdwn
new file mode 100644
index 0000000000..48a99d7c24
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions.mdwn
@@ -0,0 +1,47 @@
+### Please describe the problem.
+
+The assistant does not sync file permissions so if you set something as executable it won't be set the same on the other repositories.
+
+### What steps will reproduce the problem?
+
+On the first host:
+
+[[!format sh """
+$ echo -e '#!/bin/sh\necho "Hello World!"' > testscript
+$ chmod ugo+x testscript 
+$ ./testscript 
+Hello World!
+$ ls -l
+total 4
+-rwxr-xr-x 1 pedrocr pedrocr 30 May 31 20:00 testscript
+"""]]
+
+And on the second host:
+
+[[!format sh """
+$ ls -l
+total 4
+-rw-r--r-- 1 pedrocr pedrocr 30 May 31 20:00 testscript
+$ ./testscript
+bash: ./testscript: Permission denied
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git annex version
+git-annex version: 4.20130516.1
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+"""]]
+
+> [[!taglink confirmed]] (but may be out of scope) --[[Joey]] 
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_1_fc8d3ea209a2ab39c1aeff52452d4c58._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_1_fc8d3ea209a2ab39c1aeff52452d4c58._comment
new file mode 100644
index 0000000000..9e1b801a4e
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_1_fc8d3ea209a2ab39c1aeff52452d4c58._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-31T21:17:17Z"
+ content="""
+More generally, symbolic links cannot have permissions of their own, and git in fact indicates a file is a symlink by setting the tree object's mode to a specific magic number. So there is no git metadata that git-annex can use to track whether a file is supposed to be executable.
+
+Therefore, this will only get fixed when there's some kind of full-fledged metadata storage for git.
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_2_1a364c422e0dd7418f74e1cc3d543a3c._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_2_1a364c422e0dd7418f74e1cc3d543a3c._comment
new file mode 100644
index 0000000000..8585e309c1
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_2_1a364c422e0dd7418f74e1cc3d543a3c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 2"
+ date="2013-05-31T21:45:39Z"
+ content="""
+Note that the file I created wasn't a symlink. I assume you mention symlinks because git-annex itself checks in symlinks to git instead of actual files?
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_3_4d5ae51b4c7e6177d934d7c9f21b912c._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_3_4d5ae51b4c7e6177d934d7c9f21b912c._comment
new file mode 100644
index 0000000000..6bf1894145
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_3_4d5ae51b4c7e6177d934d7c9f21b912c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 3"
+ date="2013-11-02T23:49:49Z"
+ content="""
+Dropbox handles permissions, e.g. if I \"chmod -x\" a file on one system, it does the same to my other systems.  It would be a bit of a step backward if git-annex can't do this.  :/  Just my two cents.
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_4_ec7b491ad3c9a1f253d886682bff8b82._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_4_ec7b491ad3c9a1f253d886682bff8b82._comment
new file mode 100644
index 0000000000..4b287c9df6
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_4_ec7b491ad3c9a1f253d886682bff8b82._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="TobiasTheViking"
+ subject="comment 4"
+ date="2014-01-12T19:16:07Z"
+ content="""
+Yeah, now i just hit this. kinda annoying.
+
+Couldn't this at least be solved for direct mode repositories?
+
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_5_e04ddcd7a3d260c1dac54e41911bb4bc._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_5_e04ddcd7a3d260c1dac54e41911bb4bc._comment
new file mode 100644
index 0000000000..73f3d00d86
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_5_e04ddcd7a3d260c1dac54e41911bb4bc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="comment 5"
+ date="2014-01-14T08:33:21Z"
+ content="""
+@Pedro: What Joey is refering to is that git-annex uses sym-links behind the scenes to store even such a small file.  (BTW, that can be changed with the large-file config option, IIRC.)
+
+@Joey: Even a \"full-fledged metadata storage for git\" wouldn't solve this problem since from git's POV it's still just a sym-link without permissions.
+"""]]
diff --git a/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_6_13db3474113b157b7431eb1c835e5814._comment b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_6_13db3474113b157b7431eb1c835e5814._comment
new file mode 100644
index 0000000000..6f7283be26
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions/comment_6_13db3474113b157b7431eb1c835e5814._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="178.79.137.64"
+ subject="comment 6"
+ date="2014-06-24T10:05:26Z"
+ content="""
+Now that git-annex has a proper metadata system now, can this be handled?
+
+Perhaps doing this:
+
+git annex metadata -s __executable 001
+
+could cause git-annex to set the executable bit (on get, fsck etc.) and that be set automatically on git annex add if the file has executable bit set (numbers are a bitmask for which execute bit to set..?).
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU.mdwn b/doc/bugs/assistant_eats_all_CPU.mdwn
new file mode 100644
index 0000000000..719fca425a
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU.mdwn
@@ -0,0 +1,529 @@
+[[!meta title="debian system runs assistant in tight loop, rather than using select"]]
+
+### Please describe the problem.
+
+After running for a while, the assistant maxes my CPU. I have evidence
+here that it is just sitting there, doing apparently nothing (transfers
+are finished), eating precious CPU.
+
+Nowadays, I do not let the assistant run on its own, otherwise it makes
+my office noisy because the CPU fan starts.
+
+This makes the assistant and the webapp basically unuseable for me:
+if i want to use its feature, I must remember to shut down the daemon
+every time I am done with it, which seems contrary to the spirit of
+the project. :)
+
+### What steps will reproduce the problem?
+
+It's a little unclear. There was a peculiar crash here (power cable
+yanked out) during a `git annex copy`, which *was* eating up all CPU,
+but mostly through I/O.
+
+That is the purple block in this graph:
+
+![CPU usage during the last 24 hours][cpu-day.png]
+
+Power was yanked out about right after that purple block was gone:
+
+![Uptime in the last 24 hours][uptime-day.png]
+
+Files were copied to an external drive at the time of the crash,
+which explains the high iowait. The last lines in daemon.log are:
+
+[[!format txt """
+sent 184184937 bytes  received 31 bytes  13643330.96 bytes/sec
+total size is 184162304  speedup is 1.00
+[2013-12-31 23:56:47 EST] Transferrer: Uploaded American ..Queen.avi
+[2013-12-31 23:56:47 EST] Pusher: Syncing with backup
+To /backup/srv/video
+   5155be4..7d904d5  git-annex -> synced/git-annex
+"""]]
+
+And daemon.status:
+
+[[!format txt """
+lastRunning:1388569856.366405s
+scanComplete:True
+sanityCheckRunning:False
+lastSanityCheck:1387169250.801117s
+"""]]
+
+When the machine rebooted, I logged in, and resumed the transfer using
+`git annex copy`. The assistant was also started automatically during
+my session, but I wasn't aware of that until this morning (7AM) when i
+came back to the terminal and noticed how noisy it was.
+
+At that point i did `killall git-annex` and CPU usage returned to
+normal, as the frequency of the CPU:
+
+![CPU frequency scaling in the last 24 hours][cpuspeed-day.png]
+
+I am trying to see if I can reproduce this problem reliably - I 
+just started the assistant again now, and while the CPU usage is
+already high, I will forgive it for now because it's doing its 
+initial scans... Let's see what happens in the afternoon! --[[anarcat]]
+
+Update: I seem to be able to reproduce. I just started the webapp and
+the scans were performed. They are now finished, yet the CPU usage is 
+still high:
+
+[[!format txt """
+top - 14:10:20 up 1 day,  1:16,  7 users,  load average: 5,51, 3,61, 2,53
+Tasks: 292 total,   2 running, 288 sleeping,   0 stopped,   2 zombie
+%Cpu(s): 60,9 us,  7,8 sy,  0,6 ni, 29,5 id,  0,8 wa,  0,0 hi,  0,5 si,  0,0 st
+KiB Mem:   8162960 total,  6943100 used,  1219860 free,  1065464 buffers
+KiB Swap:  4022268 total,    15452 used,  4006816 free,  1983252 cached
+
+  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
+18364 anarcat   20   0  152m  27m  18m S  53,7  0,3   0:35.61 git-annex
+ 8388 anarcat   20   0  192m  54m  21m S  47,8  0,7  12:55.19 git-annex
+18671 anarcat   20   0  157m  33m  18m S  29,9  0,4   0:22.65 git-annex
+"""]]
+
+An strace on 18364 yields:
+
+[[!format txt """
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 537245076}) = 0
+[pid 18364] <... futex resumed> )       = ? ERESTARTSYS (To be restarted)
+[pid 18364] --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+[pid 18364] rt_sigreturn(0x1a)          = 202
+[pid 18364] futex(0x3de703c, FUTEX_WAIT_PRIVATE, 51, NULL <unfinished ...>
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 256339453}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 537670797}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 256748972}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 538079838}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 257202502}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 538533443}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 257611085}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 538941839}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 258018398}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 539349100}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 258433069}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 539763939}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 258863864}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 540195885}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 259295204}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 540626505}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 259729523}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 541060751}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 260131616}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 541463041}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 260539761}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 541871201}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 260970889}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 542302047}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 261378036}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 542709166}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 261780507}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 543111819}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 262194032}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 543525143}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 262610040}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 543941528}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 263042272}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 544374016}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18366] rt_sigprocmask(SIG_BLOCK, [TERM], [], 8) = 0
+[pid 18366] clock_gettime(0x2 /* CLOCK_??? */, {82, 263532359}) = 0
+[pid 18366] clock_gettime(0x3 /* CLOCK_??? */, {79, 544864814}) = 0
+[pid 18366] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
+[pid 18364] <... futex resumed> )       = ? ERESTARTSYS (To be restarted)
+[pid 18364] --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+[pid 18364] rt_sigreturn(0x1a)          = 202
+[pid 18364] futex(0x3de703c, FUTEX_WAIT_PRIVATE, 51, NULL <unfinished ...>
+"""]]
+
+ [cpu-day.png]: http://paste.anarc.at/cpu-day.png
+ [uptime-day.png]: http://paste.anarc.at/uptime-day.png
+ [cpuspeed-day.png]: http://paste.anarc.at/cpuspeed-day.png
+
+### What version of git-annex are you using? On what operating system?
+
+Debian wheezy.
+
+[[!format sh """
+anarcat@marcos:~$ git annex version
+git-annex version: 5.20131109-gf2cb5b9
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+"""]]
+
+### Please provide any additional information below.
+
+This *may* be related to [[bugs/webapp_takes_100__37___of_the_cpu/]],
+but I didn't observe both problems simultaneously so far - ie. the
+webapp doesn't need to run for this bug to happen.
+
+Here's the output of top:
+
+[[!format sh """
+top - 04:55:01 up 16:01, 10 users,  load average: 3,96, 3,72, 3,59
+Tasks: 293 total,   6 running, 284 sleeping,   0 stopped,   3 zombie
+%Cpu(s): 87,4 us, 10,9 sy,  0,6 ni,  0,1 id,  0,3 wa,  0,0 hi,  0,7 si,  0,0 st
+KiB Mem:   8162960 total,  6847120 used,  1315840 free,  1084756 buffers
+KiB Swap:  4022268 total,     1320 used,  4020948 free,  2041108 cached
+
+  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
+ 8099 anarcat   20   0  144m  28m  18m S  34,0  0,4 460:10.96 git-annex
+ 6525 anarcat   20   0  436m 295m  18m S  28,4  3,7 448:50.71 git-annex
+11146 munin     20   0 25376 6540 1896 R  28,4  0,1   0:00.05 munin-update
+ 8045 anarcat   20   0  165m  41m  18m S  22,7  0,5 455:14.41 git-annex
+11142 root      20   0 32316 7356 2016 R  22,7  0,1   0:00.05 ikisite
+11144 aegir     20   0  161m  16m 6608 R  22,7  0,2   0:00.05 php
+ 2649 liquidso  20   0  222m  54m 5516 S   5,7  0,7  40:40.61 liquidsoap
+11149 anarcat   20   0 24448 1552 1072 R   5,7  0,0   0:00.01 top
+    1 root      20   0 10644  784  652 S   0,0  0,0   0:01.10 init
+    2 root      20   0     0    0    0 S   0,0  0,0   0:00.01 kthreadd
+    3 root      20   0     0    0    0 S   0,0  0,0   2:10.09 ksoftirqd/0
+    6 root      rt   0     0    0    0 S   0,0  0,0   0:00.22 migration/0
+    7 root      rt   0     0    0    0 S   0,0  0,0   0:00.59 watchdog/0
+    8 root      rt   0     0    0    0 S   0,0  0,0   0:00.25 migration/1
+   10 root      20   0     0    0    0 S   0,0  0,0   2:11.10 ksoftirqd/1
+   12 root      rt   0     0    0    0 S   0,0  0,0   0:00.17 watchdog/1
+   13 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 cpuset
+   14 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 khelper
+   15 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kdevtmpfs
+   16 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 netns
+   17 root      20   0     0    0    0 S   0,0  0,0   0:00.17 sync_supers
+   18 root      20   0     0    0    0 S   0,0  0,0   0:00.00 bdi-default
+   19 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kintegrityd
+   20 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kblockd
+   22 root      20   0     0    0    0 S   0,0  0,0   0:00.06 khungtaskd
+   23 root      20   0     0    0    0 S   0,0  0,0   3:04.23 kswapd0
+   24 root      25   5     0    0    0 S   0,0  0,0   0:00.00 ksmd
+   25 root      39  19     0    0    0 S   0,0  0,0   0:00.00 khugepaged
+   26 root      20   0     0    0    0 S   0,0  0,0   0:00.00 fsnotify_mark
+   27 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 crypto
+  113 root      20   0     0    0    0 S   0,0  0,0   0:00.01 khubd
+  133 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ata_sff
+  153 root      20   0     0    0    0 S   0,0  0,0   0:05.68 scsi_eh_0
+  158 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_1
+  160 root      20   0     0    0    0 S   0,0  0,0   0:00.09 kworker/u:2
+  161 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_2
+  162 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_3
+  163 root      20   0     0    0    0 S   0,0  0,0   0:01.43 kworker/u:3
+  294 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  295 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kcryptd_io
+  296 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kcryptd
+  305 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  307 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  311 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  313 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  341 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  342 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kcryptd_io
+  343 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kcryptd
+  352 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  354 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  356 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  358 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  361 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kdmflush
+  400 root      20   0     0    0    0 S   0,0  0,0   0:00.00 jbd2/dm-1-8
+  401 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
+  468 root      20   0     0    0    0 S   0,0  0,0   0:02.19 kworker/1:2
+  538 root      20   0 21804 1804  796 S   0,0  0,0   0:00.10 udevd
+  705 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kpsmoused
+  878 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 hd-audio0
+  890 postfix   20   0 44216 2460 1912 S   0,0  0,0   0:00.00 pickup
+  939 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kvm-irqfd-clean
+ 1150 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 firewire
+ 1719 root      20   0     0    0    0 S   0,0  0,0   0:03.40 flush-254:3
+ 1786 root      20   0     0    0    0 S   0,0  0,0   0:00.17 jbd2/dm-2-8
+ 1787 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
+ 1788 root      20   0     0    0    0 S   0,0  0,0   0:06.60 jbd2/dm-3-8
+ 1789 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
+ 1790 root      20   0     0    0    0 S   0,0  0,0   0:02.56 jbd2/dm-4-8
+ 1791 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
+ 1792 root      20   0     0    0    0 S   0,0  0,0   0:01.19 jbd2/dm-8-8
+ 1793 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 ext4-dio-unwrit
+ 2004 anarcat   20   0     0    0    0 Z   0,0  0,0   0:17.57 chromium
+ 2379 root      20   0  115m 1796  928 S   0,0  0,0   0:02.16 rsyslogd
+ 2435 icecast2  20   0  148m 4440 2780 S   0,0  0,1   0:56.15 icecast2
+ 2488 root      20   0  4112  644  500 S   0,0  0,0   0:00.66 acpid
+ 2513 daemon    20   0 16668  156    0 S   0,0  0,0   0:00.00 atd
+ 2536 proxy     20   0  6884  344  196 S   0,0  0,0   0:00.00 polipo
+ 2573 messageb  20   0 31488 2548  884 S   0,0  0,0   0:00.79 dbus-daemon
+ 2626 bind      20   0  111m  15m 2276 S   0,0  0,2   0:00.46 named
+ 2694 root      20   0 82308 3112 2520 S   0,0  0,0   0:00.03 gdm3
+ 2729 root      20   0 99,3m 4652 3608 S   0,0  0,1   0:00.02 gdm-simple-slav
+ 2731 root      20   0  178m  27m 9908 S   0,0  0,3  40:30.80 Xorg
+ 2738 root      20   0  282m  14m 6576 S   0,0  0,2   0:02.98 apache2
+ 2763 root      20   0     0    0    0 S   0,0  0,0   0:00.92 flush-254:4
+ 2779 root      20   0 21000 1164  904 S   0,0  0,0   0:00.00 bluetoothd
+ 2784 avahi     20   0 34236 1876 1460 S   0,0  0,0   0:00.15 avahi-daemon
+ 2786 avahi     20   0 34032  440  184 S   0,0  0,0   0:00.00 avahi-daemon
+ 2792 root      10 -10     0    0    0 S   0,0  0,0   0:00.00 krfcommd
+ 2829 bitlbee   20   0 45216 1136  712 S   0,0  0,0   0:00.00 bitlbee
+ 2973 root      20   0  136m 3572 2892 S   0,0  0,0   0:00.37 accounts-daemon
+ 2974 clamav    20   0 45432 2172 1260 S   0,0  0,0   0:26.77 freshclam
+ 2997 root      20   0  141m 4552 3072 S   0,0  0,1   0:00.21 polkitd
+ 3021 root      20   0 18876  984  740 S   0,0  0,0   0:00.48 cron
+ 3062 root      20   0 75948 3436 2304 S   0,0  0,0   0:00.03 cupsd
+ 3064 colord    20   0  152m 8672 3344 S   0,0  0,1   0:00.10 colord
+ 3069 root      20   0  126m 4116 2964 S   0,0  0,1   0:00.16 console-kit-dae
+ 3071 colord    20   0  300m  12m 7932 S   0,0  0,2   0:01.23 colord-sane
+ 3171 nobody    10 -10 44328 1672 1048 S   0,0  0,0   0:00.88 gpsd
+ 3178 root      20   0  9204 3508  380 S   0,0  0,0   0:39.47 haveged
+ 3192 ikiwiki-  20   0 13772  864  728 S   0,0  0,0   0:00.00 git-daemon
+ 3310 anarcat   20   0 91856  27m 2820 S   0,0  0,3   0:03.30 xterm
+ 3314 anarcat   20   0 24004 5452 1876 S   0,0  0,1   0:00.54 bash
+ 3336 root      20   0  152m 4172 3300 S   0,0  0,1   0:00.07 upowerd
+ 3437 root      20   0     0    0    0 S   0,0  0,0   0:00.00 scsi_eh_6
+ 3438 root      20   0     0    0    0 S   0,0  0,0   6:52.70 usb-storage
+ 3470 anarcat   20   0 61648 2516 1912 S   0,0  0,0   0:00.01 gvfs-gphoto2-vo
+ 3474 anarcat   20   0 78024 2564 2048 S   0,0  0,0   0:02.04 gvfs-afc-volume
+ 3530 root      20   0 52400  10m 2064 S   0,0  0,1   0:03.34 munin-node
+ 3599 rtkit     21   1 39632 1344 1112 S   0,0  0,0   0:00.30 rtkit-daemon
+ 3721 root      20   0  4176  700  560 S   0,0  0,0   0:00.01 mysqld_safe
+ 3899 anarcat   20   0 85216  21m 2872 S   0,0  0,3   0:00.76 xterm
+ 3903 anarcat   20   0 23216 4688 1804 S   0,0  0,1   0:00.58 bash
+ 4108 mysql     30  10  434m 137m 4396 S   0,0  1,7   1:53.14 mysqld
+ 4109 root      20   0  4084  628  524 S   0,0  0,0   0:00.00 logger
+ 4209 anarcat   20   0  129m  23m  18m S   0,0  0,3   1:06.16 git-annex
+ 4226 root      20   0  183m 4888 3504 S   0,0  0,1   0:00.08 gdm-session-wor
+ 4240 anarcat   20   0 21360 2572 2188 S   0,0  0,0   0:00.34 git
+ 4431 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kauditd
+ 4447 anarcat   20   0  4176  664  548 S   0,0  0,0   0:00.03 sh
+ 4530 ntp       20   0 41052 2284 1644 S   0,0  0,0   0:02.71 ntpd
+ 4593 postgres  20   0  102m 9008 7680 S   0,0  0,1   0:01.04 postgres
+ 4667 anarcat   20   0 12384 1072  704 S   0,0  0,0   0:00.11 ssh-agent
+ 4668 anarcat   20   0 20164  372  156 S   0,0  0,0   0:01.03 gpg-agent
+ 4671 anarcat   20   0 24184  552  304 S   0,0  0,0   0:00.00 dbus-launch
+ 4672 anarcat   20   0 30668 1592  736 S   0,0  0,0   0:01.10 dbus-daemon
+ 4704 anarcat   20   0 49456 2740 2216 S   0,0  0,0   0:00.13 xfconfd
+ 4711 anarcat   20   0 63740 3124 2312 S   0,0  0,0   0:02.61 xscreensaver
+ 4713 anarcat   20   0  156m 8232 5856 S   0,0  0,1   0:06.14 xfce4-session
+ 4714 postgres  20   0  102m 1952  616 S   0,0  0,0   0:06.79 postgres
+ 4715 postgres  20   0  102m 1704  376 S   0,0  0,0   0:04.95 postgres
+ 4716 postgres  20   0  102m 3068 1128 S   0,0  0,0   0:01.32 postgres
+ 4717 postgres  20   0 72884 1800  416 S   0,0  0,0   0:00.99 postgres
+ 4735 postgrey  20   0 66452  14m 3136 S   0,0  0,2   0:00.40 /usr/sbin/postg
+ 4753 anarcat   20   0  124m 4060 2916 S   0,0  0,0   0:00.02 xfsettingsd
+ 4754 anarcat   20   0  166m 6496 5204 S   0,0  0,1   0:00.07 Thunar
+ 4778 anarcat   20   0 63364 2564 2096 S   0,0  0,0   0:00.03 gvfsd
+ 4783 anarcat   20   0  305m  14m 9568 S   0,0  0,2   0:52.46 xfce4-panel
+ 4790 anarcat   20   0  156m 7968 6232 S   0,0  0,1   0:00.23 xfdesktop
+ 4791 root      20   0 21516  804  496 S   0,0  0,0   0:00.00 dovecot
+ 4837 anarcat   20   0  148m 4296 2768 S   0,0  0,1   0:11.87 xfce4-settings-
+ 4856 anarcat   20   0 26620 1248  988 S   0,0  0,0   1:19.60 xcompmgr
+ 4873 anarcat   20   0  115m 8004 3872 S   0,0  0,1   0:07.42 awesome
+ 4887 anarcat   20   0  267m  12m 8664 S   0,0  0,2   0:02.51 update-notifier
+ 4899 anarcat   20   0  183m 5868 4708 S   0,0  0,1   0:00.18 polkit-gnome-au
+ 4905 anarcat   20   0 56320 4180 2040 S   0,0  0,1   0:00.10 gconfd-2
+ 4908 anarcat    9 -11  300m 6912 4184 S   0,0  0,1   0:08.00 pulseaudio
+ 4916 root      20   0  126m 4208 3056 S   0,0  0,1   0:02.46 udisks-daemon
+ 4917 root      20   0 47408  776  428 S   0,0  0,0   0:06.61 udisks-daemon
+ 4921 anarcat   20   0  113m 3200 2448 S   0,0  0,0   0:00.00 gconf-helper
+ 4972 anarcat   20   0  145m 7432 5880 S   0,0  0,1   0:00.09 panel-16-systra
+ 4974 anarcat   20   0  148m 9328 7348 S   0,0  0,1   2:40.37 xfce4-weather-p
+ 4975 anarcat   20   0  174m  11m 8312 S   0,0  0,1   0:42.26 xfce4-xkb-plugi
+ 4978 mpd       20   0  503m  29m 2920 S   0,0  0,4   1:24.97 mpd
+ 5029 mpd       20   0  256m 6412 4008 S   0,0  0,1   0:11.74 pulseaudio
+ 5030 dovecot   20   0 13044  768  592 S   0,0  0,0   0:00.00 anvil
+ 5031 root      20   0 13172  944  628 S   0,0  0,0   0:00.00 log
+ 5034 root      20   0 23156 2536  768 S   0,0  0,0   0:00.00 config
+ 5040 mpd       20   0  113m 3192 2448 S   0,0  0,0   0:00.00 gconf-helper
+ 5234 root      20   0     0    0    0 S   0,0  0,0   0:01.19 kworker/0:1
+ 5745 root      20   0 37788 2472 1912 S   0,0  0,0   0:00.68 master
+ 5756 postfix   20   0 44368 2700 2100 S   0,0  0,0   0:00.27 qmgr
+ 5807 root      20   0 49848 1216  608 S   0,0  0,0   0:00.05 sshd
+ 5908 debian-t  20   0 56008  21m 2988 S   0,0  0,3   0:21.87 tor
+ 5928 debian-t  30  10  190m  31m 2560 S   0,0  0,4   7:35.56 transmission-da
+ 5948 anarcat   20   0 71776 8204 2860 S   0,0  0,1   0:05.76 xterm
+ 5954 anarcat   20   0 22956 4540 1772 S   0,0  0,1   0:00.10 bash
+ 6019 spampd    20   0  147m  62m 1844 S   0,0  0,8   0:00.55 spampd
+ 6049 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 iprt
+ 6085 root      20   0  3948   84    0 S   0,0  0,0   0:00.00 minissdpd
+ 6095 root      20   0 17404  908  744 S   0,0  0,0   0:00.00 getty
+ 6096 root      20   0 17404  908  744 S   0,0  0,0   0:00.00 getty
+ 6097 root      20   0 17404  904  744 S   0,0  0,0   0:00.00 getty
+ 6098 root      20   0 17404  896  744 S   0,0  0,0   0:00.00 getty
+ 6099 root      20   0 17404  900  744 S   0,0  0,0   0:00.00 getty
+ 6100 root      20   0 17404  904  744 S   0,0  0,0   0:00.00 getty
+ 6108 anarcat   20   0 24248 1040  816 S   0,0  0,0   0:00.08 screen
+ 6109 anarcat   20   0 25864 2640  796 S   0,0  0,0   0:05.37 screen
+ 6110 anarcat   20   0 22868 4220 1624 S   0,0  0,1   0:00.06 bash
+ 6153 root      20   0     0    0    0 S   0,0  0,0   0:00.00 flush-254:8
+ 6174 anarcat   20   0 22872 4224 1624 S   0,0  0,1   0:00.07 bash
+ 6238 anarcat   20   0  103m  12m 5232 S   0,0  0,2   0:20.80 irssi
+ 6252 anarcat   20   0  212m  40m  13m S   0,0  0,5   1:09.74 emacs23
+ 6534 anarcat   20   0 22876 4400 1716 S   0,0  0,1   0:00.07 bash
+ 6598 anarcat   20   0  302m 163m 3864 S   0,0  2,0  17:19.63 offlineimap
+ 6616 anarcat   20   0 22408 2648 2228 S   0,0  0,0   0:05.04 git
+ 6662 root      20   0     0    0    0 S   0,0  0,0   0:01.25 kworker/1:1
+ 6666 root      20   0     0    0    0 S   0,0  0,0   0:00.00 flush-254:2
+ 6897 anarcat   20   0 1011m 159m  47m S   0,0  2,0   4:54.69 chromium
+ 6902 postfix   20   0 46744 3396 2400 S   0,0  0,0   0:00.09 tlsmgr
+ 6903 anarcat   20   0  283m 7952 2788 S   0,0  0,1   0:05.03 chromium
+ 6904 anarcat   20   0  6240  356  272 S   0,0  0,0   0:00.00 chrome-sandbox
+ 6905 anarcat   20   0  304m  17m  12m S   0,0  0,2   0:00.02 chromium
+ 6908 anarcat   20   0  320m 5800  764 S   0,0  0,1   0:00.16 chromium
+ 6950 anarcat   20   0  955m  31m  16m S   0,0  0,4   0:01.68 chromium
+ 6955 anarcat   20   0  953m  33m  17m S   0,0  0,4   0:01.25 chromium
+ 6960 anarcat   20   0  959m  36m  15m S   0,0  0,5   0:08.32 chromium
+ 6965 anarcat   20   0  957m  34m  14m S   0,0  0,4   0:10.25 chromium
+ 6970 anarcat   20   0 1029m 114m  17m S   0,0  1,4   0:46.99 chromium
+ 6975 anarcat   20   0  953m  26m  14m S   0,0  0,3   0:00.53 chromium
+ 6980 anarcat   20   0  959m  35m  16m S   0,0  0,4   0:14.68 chromium
+ 6985 anarcat   20   0  963m  45m  17m S   0,0  0,6   0:22.59 chromium
+ 6990 anarcat   20   0  952m  25m  13m S   0,0  0,3   0:00.70 chromium
+ 6995 anarcat   20   0  960m  36m  18m S   0,0  0,5   0:27.21 chromium
+ 7040 anarcat   20   0  979m  69m  22m S   0,0  0,9   0:05.41 chromium
+ 7055 anarcat   20   0  966m  51m  20m S   0,0  0,6   0:04.88 chromium
+ 7063 anarcat   20   0  967m  42m  18m S   0,0  0,5   0:04.46 chromium
+ 7072 anarcat   20   0  967m  49m  19m S   0,0  0,6   0:05.17 chromium
+ 7078 anarcat   20   0  971m  53m  19m S   0,0  0,7   0:05.68 chromium
+ 7087 anarcat   20   0  963m  51m  19m S   0,0  0,7   0:04.75 chromium
+ 7096 anarcat   20   0  961m  48m  18m S   0,0  0,6   0:04.75 chromium
+ 7107 anarcat   20   0  161m 4440 3252 S   0,0  0,1   0:02.90 gvfs-gdu-volume
+ 7127 anarcat   20   0  967m  55m  22m S   0,0  0,7   1:07.92 chromium
+ 7183 anarcat   20   0  912m  55m  20m S   0,0  0,7   0:04.97 chromium
+ 7213 anarcat   20   0  964m  47m  19m S   0,0  0,6   0:04.69 chromium
+ 7235 anarcat   20   0  965m  65m  21m S   0,0  0,8   0:05.26 chromium
+ 7258 anarcat   20   0  961m  57m  20m S   0,0  0,7   0:05.39 chromium
+ 7285 anarcat   20   0 18652 2484 1000 S   0,0  0,0   0:01.25 git
+ 7434 anarcat   39  19 18124 1960  964 S   0,0  0,0   0:00.29 git
+ 7445 www-data  20   0  141m  24m 5620 S   0,0  0,3   0:00.71 munin-cgi-graph
+ 7452 anarcat   20   0  980m  63m  22m S   0,0  0,8   0:02.50 chromium
+ 7492 anarcat   20   0  978m  64m  21m S   0,0  0,8   0:03.74 chromium
+ 7498 anarcat   20   0  978m  61m  21m S   0,0  0,8   0:01.42 chromium
+ 7518 anarcat   20   0  984m  63m  22m S   0,0  0,8   0:04.38 chromium
+ 7532 anarcat   20   0  973m  56m  21m S   0,0  0,7   0:02.28 chromium
+ 7813 root      20   0     0    0    0 S   0,0  0,0   0:01.22 kworker/0:2
+ 7899 root      20   0     0    0    0 S   0,0  0,0   0:00.96 kworker/1:0
+ 8058 anarcat   20   0 24488 1460 1104 S   0,0  0,0   0:28.34 git
+ 8107 anarcat   20   0 17412 1384 1100 S   0,0  0,0   0:00.00 git
+ 8130 anarcat   20   0 23792 7572 1004 S   0,0  0,1   0:41.63 git
+ 8236 anarcat   39  19 21152 4940  964 S   0,0  0,1   0:00.71 git
+ 8405 anarcat   20   0 17368 1364 1108 S   0,0  0,0   0:00.54 git
+ 8407 anarcat   20   0 17464 1336  964 S   0,0  0,0   0:00.03 git
+ 8610 anarcat   20   0 78228  14m 2860 S   0,0  0,2   0:00.37 xterm
+ 8614 anarcat   20   0 23084 4548 1796 S   0,0  0,1   0:00.28 bash
+ 8689 anarcat   20   0 72992 9224 2860 S   0,0  0,1   0:00.38 xterm
+ 8693 anarcat   20   0 22876 4380 1696 S   0,0  0,1   0:00.07 bash
+ 8735 root      20   0 99,3m 4616 3576 S   0,0  0,1   0:00.02 gdm-simple-slav
+ 8736 root      20   0  142m  15m 6664 S   0,0  0,2   0:00.56 Xorg
+ 8755 Debian-g  20   0 30196 1184  736 S   0,0  0,0   0:00.01 dbus-daemon
+ 8756 root      20   0  119m 4548 3432 S   0,0  0,1   0:00.08 gdm-session-wor
+ 8757 root      20   0 55872 2116 1572 S   0,0  0,0   0:00.00 sudo
+ 8759 aegir     20   0 20640 2248 1660 S   0,0  0,0   0:00.07 bash
+ 8769 Debian-g  20   0  266m  10m 7720 S   0,0  0,1   0:00.07 gnome-session
+ 8773 Debian-g  20   0  502m  24m  10m S   0,0  0,3   0:00.85 gnome-settings-
+ 8780 Debian-g  20   0 51980 2236 1836 S   0,0  0,0   0:00.00 gvfsd
+ 8784 Debian-g   9 -11  237m 6044 3644 S   0,0  0,1   0:00.07 pulseaudio
+ 8785 Debian-g  20   0  113m 3196 2448 S   0,0  0,0   0:00.00 gconf-helper
+ 8787 Debian-g  20   0 52956 3756 1932 S   0,0  0,0   0:00.06 gconfd-2
+ 8790 Debian-g  20   0  279m 9124 6632 S   0,0  0,1   0:00.12 metacity
+ 8795 Debian-g  20   0  171m 9328 7056 S   0,0  0,1   0:00.04 polkit-gnome-au
+ 8796 Debian-g  20   0  362m  16m  11m S   0,0  0,2   0:00.68 gdm-simple-gree
+ 8812 root      20   0 72360 3916 2948 S   0,0  0,0   0:00.08 gdm-session-wor
+ 9129 root      20   0     0    0    0 S   0,0  0,0   0:00.74 kworker/0:0
+ 9311 www-data  20   0  288m  44m  33m S   0,0  0,6   0:07.55 apache2
+10405 www-data  20   0  287m  42m  32m S   0,0  0,5   0:06.75 apache2
+10406 www-data  20   0  287m  44m  34m S   0,0  0,6   0:07.02 apache2
+10409 www-data  20   0  287m  41m  31m S   0,0  0,5   0:06.51 apache2
+10412 www-data  20   0  287m  42m  32m S   0,0  0,5   0:06.82 apache2
+10413 www-data  20   0  291m  40m  27m S   0,0  0,5   0:06.52 apache2
+10415 www-data  20   0  287m  39m  29m S   0,0  0,5   0:06.67 apache2
+10416 www-data  20   0  288m  42m  31m S   0,0  0,5   0:06.28 apache2
+10417 www-data  20   0  290m  50m  38m S   0,0  0,6   0:07.43 apache2
+10878 root      20   0     0    0    0 S   0,0  0,0   0:00.02 kworker/0:3
+11037 anarcat   20   0  4180  584  488 S   0,0  0,0   0:00.00 sh
+11038 anarcat   20   0 62760 4964 3244 S   0,0  0,1   0:00.48 notmuch
+11040 anarcat   20   0  4180  652  544 S   0,0  0,0   0:00.00 post-new
+11133 root      20   0 52576 1468 1052 S   0,0  0,0   0:00.00 cron
+11134 root      20   0 52576 1464 1052 S   0,0  0,0   0:00.00 cron
+11135 root      20   0 52576 1468 1052 S   0,0  0,0   0:00.00 cron
+11138 aegir     20   0  4176  576  484 S   0,0  0,0   0:00.00 sh
+11139 root      20   0  4176  580  484 S   0,0  0,0   0:00.00 sh
+11141 munin     20   0  4176  576  480 S   0,0  0,0   0:00.00 sh
+11143 root      20   0  4240  324  248 S   0,0  0,0   0:00.00 xargs
+11145 munin     20   0  4176  576  484 S   0,0  0,0   0:00.00 munin-cron
+11166 anarcat   20   0 61364 2988 2468 R   0,0  0,0   0:00.00 notmuch
+11167 anarcat   20   0 61364  752  212 R   0,0  0,0   0:00.00 notmuch
+12004 www-data  20   0  292m  52m  37m S   0,0  0,7   0:09.05 apache2
+12172 anarcat   20   0  4092  580  480 S   0,0  0,0   0:00.00 emacsclient
+12465 spampd    20   0  149m  65m 2840 S   0,0  0,8   0:01.41 spampd
+12468 spampd    20   0  150m  67m 2840 S   0,0  0,8   0:01.07 spampd
+12895 anarcat   20   0  970m  51m  21m S   0,0  0,6   0:01.80 chromium
+13761 anarcat   20   0     0    0    0 Z   0,0  0,0   0:00.00 git
+16056 root      20   0 21800 1464  452 S   0,0  0,0   0:00.00 udevd
+16057 root      20   0 21800 1340  332 S   0,0  0,0   0:00.00 udevd
+16655 www-data  20   0  147m 8232  700 S   0,0  0,1   0:00.04 apache2
+17006 anarcat   20   0  526m  29m  17m S   0,0  0,4   0:19.95 gmpc
+17959 www-data  20   0 70828  24m 2172 S   0,0  0,3   1:22.37 munin-cgi-html
+18082 anarcat   20   0 71776 8164 2820 S   0,0  0,1   0:00.12 xterm
+18086 anarcat   20   0 23048 4664 1804 S   0,0  0,1   0:00.18 bash
+18571 anarcat   20   0  258m  11m 8296 S   0,0  0,1   0:00.11 xfrun4
+19692 spampd    20   0  148m  64m 2832 S   0,0  0,8   0:00.63 spampd
+25574 anarcat   20   0  952m  31m  15m S   0,0  0,4   0:00.71 chromium
+25590 anarcat   20   0     0    0    0 Z   0,0  0,0   0:41.75 chromium
+"""]]
+
+And here's the process tree:
+
+[[!format sh """
+$ ps -O start xf | grep git-annex
+ 8610 13:03:21 S ?        00:00:00 xterm -class UXTerm -title uxterm -u8
+ 8614 13:03:21 S pts/4    00:00:00  \_ bash
+12172 13:13:15 S pts/4    00:00:00      \_ emacsclient --alternate-editor=vim -c install.hostmaster.inc
+ 8099 13:00:20 S ?        07:40:31 /usr/local/bin/git-annex assistant --startdelay=5s
+ 8107 13:00:20 S ?        00:00:00  \_ git --git-dir=/srv/books/.git --work-tree=/srv/books -c core.bare=false cat-file --batch
+ 8405 13:00:28 S ?        00:00:00  \_ git --git-dir=/srv/books/.git --work-tree=/srv/books -c core.bare=false cat-file --batch
+ 8407 13:00:28 S ?        00:00:00  \_ git --git-dir=/srv/books/.git --work-tree=/srv/books -c core.bare=false check-ignore -z --stdin --verbose --non-matching
+ 8045 13:00:11 S ?        07:35:36 /usr/local/bin/git-annex assistant --startdelay=5s
+ 8058 13:00:11 S ?        00:00:28  \_ git --git-dir=/srv/mp3/.git --work-tree=/srv/mp3 cat-file --batch
+ 8130 13:00:21 S ?        00:00:41  \_ git --git-dir=/srv/mp3/.git --work-tree=/srv/mp3 check-ignore -z --stdin --verbose --non-matching
+ 8236 13:00:24 S ?        00:00:00  \_ git --git-dir=/srv/mp3/.git --work-tree=/srv/mp3 check-attr -z --stdin annex.backend annex.numcopies --
+ 7107 12:58:40 S ?        00:00:02 /usr/lib/gvfs/gvfs-gdu-volume-monitor
+ 6525 12:57:25 S ?        07:29:13 /usr/local/bin/git-annex assistant --startdelay=5s
+ 6616 12:57:34 S ?        00:00:05  \_ git --git-dir=/srv/video/.git --work-tree=/srv/video cat-file --batch
+ 7285 12:58:45 S ?        00:00:01  \_ git --git-dir=/srv/video/.git --work-tree=/srv/video check-ignore -z --stdin --verbose --non-matching
+ 7434 12:58:51 S ?        00:00:00  \_ git --git-dir=/srv/video/.git --work-tree=/srv/video check-attr -z --stdin annex.backend annex.numcopies --
+ 4209 19:30:17 S ?        00:01:06  \_ /usr/local/bin/git-annex transferkeys --readfd 25 --writefd 24
+ 4240 19:30:17 S ?        00:00:00      \_ git --git-dir=/srv/video/.git --work-tree=/srv/video cat-file --batch
+13761 23:56:38 Z ?        00:00:00      \_ [git] <defunct>
+ 6252 12:56:59 S ?        00:01:09 /usr/bin/emacs23
+"""]]
+
+#### This bug is fixed
+
+> [[fixed|done]]. This was a Cronner bug, triggered when you had a
+> scheduled fsck job that runs monthly at any time, and the last time it ran was on a day of a
+> month > 12. Workaround: Disable scheduled fsck jobs, or change them to
+> run on a specific day of the month. Or upgrade. --[[Joey]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_10_4a9f149048e387e0a8b4ebb0838decfd._comment b/doc/bugs/assistant_eats_all_CPU/comment_10_4a9f149048e387e0a8b4ebb0838decfd._comment
new file mode 100644
index 0000000000..5b16751734
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_10_4a9f149048e387e0a8b4ebb0838decfd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 10"
+ date="2014-01-15T21:14:07Z"
+ content="""
+I was unable to reproduce the problem with a Debian stable VM running in virtualbox.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_11_98be30621a8a435ed54662f7ea9654b4._comment b/doc/bugs/assistant_eats_all_CPU/comment_11_98be30621a8a435ed54662f7ea9654b4._comment
new file mode 100644
index 0000000000..2824a59057
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_11_98be30621a8a435ed54662f7ea9654b4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 11"
+ date="2014-01-15T21:30:36Z"
+ content="""
+In case the problem is fixed in a newer ghc than the 7.4.1 used to build the debian backport and the standalone builds, I have made a standalone build with 7.6.3, which is temporarily here: <http://tmp.kitenet.net/git-annex-standalone-i386.tar.gz> ff3e8a3c35301c8a625747f98435fe427be17f47345540f537ff47f6fc97bdb6
+
+(That's a i386 build, which will also run on amd64. That could also be a difference as AFAICS it's only been reported happening with amd64 builds (although I was not able to reproduce the problem on amd64))
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_12_a7d7141b81e73a989eb5c1233bcd1478._comment b/doc/bugs/assistant_eats_all_CPU/comment_12_a7d7141b81e73a989eb5c1233bcd1478._comment
new file mode 100644
index 0000000000..cab94beefa
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_12_a7d7141b81e73a989eb5c1233bcd1478._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 12"
+ date="2014-01-16T17:04:42Z"
+ content="""
+Again, I can reproduce with the standalone build, so there's clearly something going on here... Oddly enough, git-annex doesn't appear in top, but I see:
+
+      PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
+    21064 anarcat   20   0  111m  23m  14m S  83,0  0,3   9:59.91 ld-linux.so.2
+    20829 anarcat   20   0  133m  38m  15m S  76,4  0,5   8:54.88 ld-linux.so.2
+    21133 anarcat   20   0  130m  32m  14m S  14,9  0,4   5:00.55 ld-linux.so.2
+
+ld-linux?
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_13_60f95e6e5d52f03727bd41f8419c9384._comment b/doc/bugs/assistant_eats_all_CPU/comment_13_60f95e6e5d52f03727bd41f8419c9384._comment
new file mode 100644
index 0000000000..0fe6cdb94e
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_13_60f95e6e5d52f03727bd41f8419c9384._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 13"
+ date="2014-01-16T17:07:05Z"
+ content="""
+It's not clear from your comment if you tried my ghc 7.6.3 build.
+
+The hacks used to make the standalone build run everywhere cause ugly process names.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_14_a6d039ba95f92d9d0c3a343165ba7991._comment b/doc/bugs/assistant_eats_all_CPU/comment_14_a6d039ba95f92d9d0c3a343165ba7991._comment
new file mode 100644
index 0000000000..f2fa7634c0
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_14_a6d039ba95f92d9d0c3a343165ba7991._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 14"
+ date="2014-01-16T17:43:33Z"
+ content="""
+Sorry yes, I tried the 7.6.3 build:
+
+    http://tmp.kitenet.net/git-annex-standalone-i386.tar.gz ff3e8a3c35301c8a625747f98435fe427be17f47345540f537ff47f6fc97bdb6
+
+    $ ps x -o user,pid,start,time,vsz,c,comm | grep ld
+    anarcat  20818 11:27:32 00:00:00   6640  0 ld-linux.so.2
+    anarcat  20829 11:27:32 00:30:23 216608 40 ld-linux.so.2
+    anarcat  20845 11:27:33 00:00:00  13804  0 ld-linux.so.2
+    anarcat  20873 11:27:33 00:00:22  13804  0 ld-linux.so.2
+    anarcat  20934 11:27:45 00:00:40  12060  0 ld-linux.so.2
+    anarcat  20954 11:27:46 00:00:00   9944  0 ld-linux.so.2
+    anarcat  20955 11:27:48 00:00:00   9948  0 ld-linux.so.2
+    anarcat  21064 11:28:09 00:49:42 114204 67 ld-linux.so.2
+    anarcat  21073 11:28:09 00:00:00   6772  0 ld-linux.so.2
+    anarcat  21099 11:28:12 00:00:00   6684  0 ld-linux.so.2
+    anarcat  21101 11:28:12 00:00:00   6780  0 ld-linux.so.2
+    anarcat  21133 11:28:20 00:45:39 128544 62 ld-linux.so.2
+    anarcat  21146 11:28:20 00:00:03  11172  0 ld-linux.so.2
+    anarcat  21200 11:28:26 00:00:01   7704  0 ld-linux.so.2
+    anarcat  21204 11:28:28 00:00:00   7308  0 ld-linux.so.2
+    $ /home/anarcat/Downloads/git-annex.linux/git-annex version
+    git-annex version: 5.20140115-g7a86704
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+    local repository version: unknown
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_15_b7f9a8e214eefc3a6976065782157e81._comment b/doc/bugs/assistant_eats_all_CPU/comment_15_b7f9a8e214eefc3a6976065782157e81._comment
new file mode 100644
index 0000000000..78f9104fd5
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_15_b7f9a8e214eefc3a6976065782157e81._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="188.193.209.7"
+ subject="Probably confirming this bug"
+ date="2014-01-16T19:59:56Z"
+ content="""
+I am trying around with the assistant and webapp for a few months now.
+I have rather large git annex repos and even switched from direct ones to indirect repos to increase performance. 
+
+The issue I'm seeing is that when using the assistant or webapp it does the initial startupscan, but only consumes 99-100% of one of my cores and doesn't use significant io. It's stuck in this state for hours (12+) or even days. The only thing standing out in the logs is that it puts a lot of files into the queue. (I suspected a not yet synced backup remote to be the issue) I stopped syncing with it, but that didn't speed up the startupScan at all.
+
+[2014-01-16 19:34:26 CET] TransferScanner: queued Upload NoUUID db/2012-07/1406469990005618750.meta Nothing : expensive scan found missing object
+[2014-01-16 19:34:27 CET] TransferScanner: queued Upload NoUUID db/2012-07/1406471293790598760.eml.gz Nothing : expensive scan found missing object
+
+
+Some additional information:
+Total file count: ~100000
+Total size: ~500mb
+SSD + i7 Quadcore running Ubuntu 13.10
+Latest build from 2014-01-16 as standalone built.
+
+Running git annex add && git annex sync from the cli returns within seconds 0.1s (no new files) and 10s (500-1000 new files).
+Not understanding the main difference git annex add and git annex assistant (startupScan function) really have.
+
+Thanks for your help.
+
+
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_16_16382708d1683a7a9eaaf953f3cdb735._comment b/doc/bugs/assistant_eats_all_CPU/comment_16_16382708d1683a7a9eaaf953f3cdb735._comment
new file mode 100644
index 0000000000..66c2b2724f
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_16_16382708d1683a7a9eaaf953f3cdb735._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 16"
+ date="2014-01-17T19:07:10Z"
+ content="""
+This bug is about cpu usage when git-annex assistant should be sitting idle, not about the statup scan.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_17_bfa64822ad9b48fbd4d06c3e3a185b59._comment b/doc/bugs/assistant_eats_all_CPU/comment_17_bfa64822ad9b48fbd4d06c3e3a185b59._comment
new file mode 100644
index 0000000000..d44cb9ac9a
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_17_bfa64822ad9b48fbd4d06c3e3a185b59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 17"
+ date="2014-01-30T04:57:24Z"
+ content="""
+@joeyh - any other ideas? I still can't really use the assistant...
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_18_970899faca972af6795ae0d3be1ce444._comment b/doc/bugs/assistant_eats_all_CPU/comment_18_970899faca972af6795ae0d3be1ce444._comment
new file mode 100644
index 0000000000..6e9378154a
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_18_970899faca972af6795ae0d3be1ce444._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3ayIrWKe5SqLYomXiCL-l2CDpREvA-IE"
+ nickname="myownlittl"
+ subject="Seconding this Bug."
+ date="2014-02-19T02:04:34Z"
+ content="""
+Hi Joey, I have also experienced this bug.  I put my \"~/my\" folder under gitannex's management, and I've since had gitannex's assistant consume a CPU (100% of one core) when starting my computer for 1 - 12 hours (at which point I get impatient and kill annex).  If stack traces would help, I can email you those.  Unfortunately, my \"my\" folder includes every important document I've created, coded, or needed, in the last six years.  It has just under 30,000 files, and probably isn't using gitannex the way it's intended to be used.  You can see the distribution of files and file sizes in the tables below.
+
+If gitannex isn't designed for this sort of use case, can you recommend any free software tools that might be able to help opportunistically keep files in sync at this sort of scale, like GA?
+
+Thanks for your time,
+
+Nick
+
+----
+
+[[!table data=\"\"\"
+Size<= |      Bytes | Count |
+0B     |          0 |  1108 |
+1B     |          1 |   264 |
+16B    |         16 |   179 |
+256B   |        256 |  3414 |
+4K     |       4096 | 12771 |
+65K    |      65536 |  7402 |
+1M     |    1048576 |  2975 |
+16M    |   16777216 |   703 |
+256M   |  268435456 |   126 |
+4G     | 4294967296 |     5 |
+\"\"\"]]
+
+    | Size<= |      Bytes | Count |
+    | 0B     |          0 |  1108 |
+    | 1B     |          1 |   264 |
+    | 16B    |         16 |   179 |
+    | 256B   |        256 |  3414 |
+    | 4K     |       4096 | 12771 |
+    | 65K    |      65536 |  7402 |
+    | 1M     |    1048576 |  2975 |
+    | 16M    |   16777216 |   703 |
+    | 256M   |  268435456 |   126 |
+    | 4G     | 4294967296 |     5 |
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_19_2b8241800ae265260506ac9c73cca209._comment b/doc/bugs/assistant_eats_all_CPU/comment_19_2b8241800ae265260506ac9c73cca209._comment
new file mode 100644
index 0000000000..9c39baad2f
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_19_2b8241800ae265260506ac9c73cca209._comment
@@ -0,0 +1,56 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawntVnR-Z5ghYInvsElbDeADPSuCsF18iTY"
+ nickname="Thomas"
+ subject="XMPP something to do with it?"
+ date="2014-03-02T13:48:22Z"
+ content="""
+High (between 30 and 100%) processor load in my case seems to be related to lots of these logfile entries:
+
+    [2014-03-02 14:36:54 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 75 \"<elided>\")
+    [2014-03-02 14:36:54 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:54 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 76 \"<elided>\")
+    [2014-03-02 14:36:54 CET] XMPPClient: received: [\"Ignorable Presence from s6/941d024438f7cd11 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})\"]
+    [2014-03-02 14:36:54 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:54 CET] XMPPClient: received: [\"Pushing \\"s34\\" (CanPush (UUID \\"005cc6c3-a4de-44d5-847e-58b5bc4e4c26\\") [Ref \\"d39375b2da76a05c13a8fdc2197a58af0a9812fc\\",Ref \\"5c0108dcad557ab48bfe335e533f13f29777ca7b\\"])\"]
+    [2014-03-02 14:36:54 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 77 \"<elided>\")
+    [2014-03-02 14:36:54 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:54 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 78 \"<elided>\")
+    [2014-03-02 14:36:54 CET] XMPPClient: to client: s6/a303a6cfb26b8e08    
+    [2014-03-02 14:36:55 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 79 \"<elided>\")
+    [2014-03-02 14:36:55 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:55 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 80 \"<elided>\")
+    [2014-03-02 14:36:55 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:55 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 81 \"<elided>\")
+    [2014-03-02 14:36:55 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:55 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 82 \"<elided>\")
+    [2014-03-02 14:36:55 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:56 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 83 \"<elided>\")
+    [2014-03-02 14:36:56 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:56 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 84 \"<elided>\")
+    [2014-03-02 14:36:56 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:56 CET] XMPPClient: received: [\"Presence from s6/a303a6cfb26b8e08 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \\"query\\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \\"\\"])], elementNodes = []})\",\"QueryPresence\"]
+    [2014-03-02 14:36:56 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 85 \"<elided>\")
+    [2014-03-02 14:36:56 CET] XMPPClient: received: [\"Pushing \\"s34\\" (CanPush (UUID \\"005cc6c3-a4de-44d5-847e-58b5bc4e4c26\\") [Ref \\"d39375b2da76a05c13a8fdc2197a58af0a9812fc\\",Ref \\"f43c777aed404e1e98dcbf9b6499f4d056b6662a\\"])\"]
+    [2014-03-02 14:36:56 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:56 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 86 \"<elided>\")
+    [2014-03-02 14:36:56 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:57 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 87 \"<elided>\")
+    [2014-03-02 14:36:57 CET] XMPPClient: received: [\"Ignorable Presence from s6/941d024438f7cd11 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})\"]
+    [2014-03-02 14:36:57 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:57 CET] XMPPClient: received: [\"Pushing \\"s34\\" (CanPush (UUID \\"005cc6c3-a4de-44d5-847e-58b5bc4e4c26\\") [Ref \\"d39375b2da76a05c13a8fdc2197a58af0a9812fc\\",Ref \\"f43c777aed404e1e98dcbf9b6499f4d056b6662a\\"])\"]
+    [2014-03-02 14:36:57 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 88 \"<elided>\")
+    [2014-03-02 14:36:57 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:57 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 89 \"<elided>\")
+    [2014-03-02 14:36:57 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+    [2014-03-02 14:36:57 CET] XMPPClient: sending: Pushing \"s34\" (SendPackOutput 90 \"<elided>\")
+    [2014-03-02 14:36:57 CET] XMPPClient: to client: s6/a303a6cfb26b8e08
+
+This is after everything is uploaded to a ssh server (in the cloud, used for transfer) and while another computer is downloading from there (?).
+
+git-annex version: 5.20140227
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+Debian testing using jabber.org for xmpp
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_1_847ff393fe3a0227d61440f6be899907._comment b/doc/bugs/assistant_eats_all_CPU/comment_1_847ff393fe3a0227d61440f6be899907._comment
new file mode 100644
index 0000000000..cd14d90849
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_1_847ff393fe3a0227d61440f6be899907._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-01T20:13:04Z"
+ content="""
+This strongly resembles ghc RTS bugs such as <http://bugs.debian.org/677096> (except that one got fixed, and affected the non-threaded RTS, while this is using the threaded RTS).
+
+The assistant and the webapp are the same process. The only difference is whether a web browser is talking to it. Unless the other bug is regarding the CPU used by the web browser, that other bug is a duplicate of this one.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_20_1d9020679d66e6b4742df067cb9da4f1._comment b/doc/bugs/assistant_eats_all_CPU/comment_20_1d9020679d66e6b4742df067cb9da4f1._comment
new file mode 100644
index 0000000000..c228560f2f
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_20_1d9020679d66e6b4742df067cb9da4f1._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 20"
+ date="2014-03-02T16:33:57Z"
+ content="""
+This is still a problem in Debian jessie and version `5.20140210` from the debian packages.
+
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_21_8ce65a701604b9d13941844c62f62f23._comment b/doc/bugs/assistant_eats_all_CPU/comment_21_8ce65a701604b9d13941844c62f62f23._comment
new file mode 100644
index 0000000000..2e74010df6
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_21_8ce65a701604b9d13941844c62f62f23._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="strace or it didn't happen"
+ date="2014-03-05T21:02:17Z"
+ content="""
+This bug is about a particular sequence of system calls. It is not about every possible way that git-annex can use CPU! If you think you have reproduced this bug, you need to include a strace demonstrating the problem, or you're just adding noise.
+
+@Thomas your log shows git-annex doing a git pull over XMPP. This will take CPU, as will any git pull. It is not related to this bug.
+
+@myownlittl the assistant has to scan your repository when it's started to find any files you have modified since the last time it was run. That is not related to this bug. However, I will probably be adding a config knob to disable the startup scan.
+
+@Oliver, you said you had seen this same bug on Ubuntu, but did not show a strace, so I don't know if you are really experiencing the same bug.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_22_0d8de9a8e4b8e2ef3b9c7d839fbcad0c._comment b/doc/bugs/assistant_eats_all_CPU/comment_22_0d8de9a8e4b8e2ef3b9c7d839fbcad0c._comment
new file mode 100644
index 0000000000..ccaf726b74
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_22_0d8de9a8e4b8e2ef3b9c7d839fbcad0c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 22"
+ date="2014-03-05T21:08:34Z"
+ content="""
+@anarcat, it seems to me that you need to find a minumal way to reproduce this.
+
+What architecture, what specfic model of CPU? 
+
+Can you reproduce it by running the assistant in a new, empty git annex repository? If not, find the difference between that repository and the repository it happens in. If so, it would probably make sense to build git-annex from source with most features disabled to see if one of them causes it, and if not, try to get it down to a minimal test case suitable to being submitted as a GHC bug.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_23_48a4c8d9dcc6cec243c6072090f26b6d._comment b/doc/bugs/assistant_eats_all_CPU/comment_23_48a4c8d9dcc6cec243c6072090f26b6d._comment
new file mode 100644
index 0000000000..b6d2dec76a
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_23_48a4c8d9dcc6cec243c6072090f26b6d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 23"
+ date="2014-04-11T16:32:47Z"
+ content="""
+<maxy> the clock_gettime(0x2 and clock_gettime(0x3 are consistent with getCurrentTime and getTimeZone of nextTime
+
+So, that strongly points to the Cronner thread, and I doubt this is specific to stable at all.
+
+Please run git-annex vicfg, and paste all the \"schedule\" lines, from a repository that has the problem. That should allow me to reproduce and fix this bug.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_2_0d577d5ca22df14dadf21d4a1a5f9474._comment b/doc/bugs/assistant_eats_all_CPU/comment_2_0d577d5ca22df14dadf21d4a1a5f9474._comment
new file mode 100644
index 0000000000..a11d9add8f
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_2_0d577d5ca22df14dadf21d4a1a5f9474._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2014-01-01T20:29:59Z"
+ content="""
+Humm... it doesn't look like #677096 is fixed in wheezy, are you sure this isn't the problem I am seeing?
+
+I am considering upgrading this machine to jessie soon, would that help diagnosing the problem?
+
+Regarding the other bug, if you are refering to [[webapp takes 100% of the cpu]], i do believe it's a different issue because the CPU usage is lower in the assistant when it's *not* transfering lots of small files.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_3_498eee32426dfbaf9bda59a7c0f6fcc9._comment b/doc/bugs/assistant_eats_all_CPU/comment_3_498eee32426dfbaf9bda59a7c0f6fcc9._comment
new file mode 100644
index 0000000000..47964aee39
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_3_498eee32426dfbaf9bda59a7c0f6fcc9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2014-01-01T20:45:19Z"
+ content="""
+Note that I have installed the backports and autobuilds on systems and run the assistant without seeing this problem, so it may be particular to the system's configuration in some way.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_4_ce85b4715a2f7315b68bed62e26d4f0e._comment b/doc/bugs/assistant_eats_all_CPU/comment_4_ce85b4715a2f7315b68bed62e26d4f0e._comment
new file mode 100644
index 0000000000..3d4392c909
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_4_ce85b4715a2f7315b68bed62e26d4f0e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 4"
+ date="2014-01-02T19:04:26Z"
+ content="""
+I've tested with the current release's Linux standalone amd64 build, and once the webapp shows no activity, strace shows it sitting there waiting for a futex, which causes no cpu load at all.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_5_8cf846b9b7bd1c70a006163a9cc2d9de._comment b/doc/bugs/assistant_eats_all_CPU/comment_5_8cf846b9b7bd1c70a006163a9cc2d9de._comment
new file mode 100644
index 0000000000..a688bcdf38
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_5_8cf846b9b7bd1c70a006163a9cc2d9de._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 5"
+ date="2014-01-02T22:21:34Z"
+ content="""
+I rebuilt using the current git head, i was expecting 20131230 but I got 5.20140102-gd93f946. The problem is still there:
+
+[[!format txt \"\"\"
+anarcat@marcos:mp3$ top -b -n 1 | head
+top - 17:18:23 up 2 days,  4:24,  9 users,  load average: 4,01, 3,91, 3,80
+Tasks: 295 total,   1 running, 294 sleeping,   0 stopped,   0 zombie
+%Cpu(s): 44,0 us,  4,9 sy,  0,6 ni, 49,7 id,  0,6 wa,  0,0 hi,  0,3 si,  0,0 st
+KiB Mem:   8162960 total,  6778608 used,  1384352 free,   397144 buffers
+KiB Swap:  4022268 total,    45752 used,  3976516 free,  2750720 cached
+
+  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
+28910 anarcat   20   0  158m  37m  21m S  90,2  0,5  42:49.44 git-annex
+29550 anarcat   20   0  173m  44m  21m S  72,2  0,6  36:49.59 git-annex
+29673 anarcat   20   0  304m 175m  21m S  12,0  2,2  34:09.70 git-annex
+\"\"\"]]
+
+This doesn't seem to be proportional to the repository size or anything. pid 28910 is /srv/books, a moderately small repository. 29550 is my video repository and 29673 is my music.
+
+I suspect this is because I build git-annex myself. I am guessing that the ghc version I am using doesn't build with the proper thread patches and so on. I will try the backport to see if it fixes the issue.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_6_a7c9f3262b6eca6258ba53324d321a7a._comment b/doc/bugs/assistant_eats_all_CPU/comment_6_a7c9f3262b6eca6258ba53324d321a7a._comment
new file mode 100644
index 0000000000..e1f7501700
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_6_a7c9f3262b6eca6258ba53324d321a7a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 6"
+ date="2014-01-02T23:30:38Z"
+ content="""
+bad news: i can reproduce this with the backport:
+
+Version: 4.20131106~bpo70+1
+Build flags: Assistant Webapp Pairing Testsuite S3 Inotify DBus Feeds Quvi TDFA
+
+oddly enough, one of the repository saw some files be committed by the assistant during the startup scan that were not found by the 5.x version I was running earlier.
+
+but processor usage is still maxed out.
+
+i would be happy to provide you a shell here if you send me a OpenPGP-signed SSH public-key (or if you use monkeysphere).
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_7_340414e9c19903b16ab617d075fbb94e._comment b/doc/bugs/assistant_eats_all_CPU/comment_7_340414e9c19903b16ab617d075fbb94e._comment
new file mode 100644
index 0000000000..bbd4c63dde
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_7_340414e9c19903b16ab617d075fbb94e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 7"
+ date="2014-01-09T23:51:02Z"
+ content="""
+Okay, so the current situation is this: joey can't reproduce this, but I can reliably can, with the backport. So there has to be something different in our setups.
+
+We are suspecting the kernel, so I'm trying to upgrade to the backport, we'll see.
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_8_e87dbb572eaf234bbaf48ed6790ab1fe._comment b/doc/bugs/assistant_eats_all_CPU/comment_8_e87dbb572eaf234bbaf48ed6790ab1fe._comment
new file mode 100644
index 0000000000..e3a580bdbc
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_8_e87dbb572eaf234bbaf48ed6790ab1fe._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkmBRpgz-elUViGzECtWiO9cRLUpxIuMmg"
+ nickname="Oliver"
+ subject="comment 8"
+ date="2014-01-11T19:31:35Z"
+ content="""
+I have two Ubuntu 13.10 boxes, both running 5.20131221 from the fmarier PPA.  They both have a repository with my XBMC library, and these repositories are synced together (they run on the same network).  Interestingly, one machine exhibits this behaviour and one doesn't.  The only obvious relevant difference is that the kernel versions are slightly different: the one that behaves properly is running 
+
+3.11.0-15-generic #23-Ubuntu SMP Mon Dec 9 18:17:04 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+
+The one where the assistant is running at full CPU is on 
+
+3.11.0-14-generic #21-Ubuntu SMP Tue Nov 12 17:04:55 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+
+I'm not sure if this is significant or why the kernels are different versions (both machines are fully updated).
+
+I would like to try and help debug this problem if possible.  Please let me know if there is any diagnostic output I can provide that will help.
+
+"""]]
diff --git a/doc/bugs/assistant_eats_all_CPU/comment_9_1c129c924ef3a4a594de6580cf4224c7._comment b/doc/bugs/assistant_eats_all_CPU/comment_9_1c129c924ef3a4a594de6580cf4224c7._comment
new file mode 100644
index 0000000000..f5c5d2749d
--- /dev/null
+++ b/doc/bugs/assistant_eats_all_CPU/comment_9_1c129c924ef3a4a594de6580cf4224c7._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 9"
+ date="2014-01-15T04:29:55Z"
+ content="""
+I have upgraded to the 3.10 backport, and there was no change in this behavior. I still see unreasonable CPU usage.
+
+    Linux marcos 3.10-0.bpo.3-amd64 #1 SMP Debian 3.10.11-1~bpo70+1 (2013-09-24) x86_64 GNU/Linux
+
+"""]]
diff --git a/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files.mdwn b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files.mdwn
new file mode 100644
index 0000000000..0196b7d7d4
--- /dev/null
+++ b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files.mdwn
@@ -0,0 +1,65 @@
+### Please describe the problem.
+Summary: The assistant pulls files from remote repos although they are stored on trusted repos (remote machine may be up or down).
+
+After starting the assistant via "git annex webapp --listen #ip# --verbose --debug" it starts to check for pending tasks and starts to queue lots of files (could be all of them). I checked the daemon.log and found the following line:
+
+[[!format sh """
+[2014-06-03 21:39:04 CEST] TransferScanner: queued Download UUID "541d2f88-16c3-11e2-aa7e-8f1a2c8e14c5" apps/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Nothing : expensive scan found missing object
+"""]]
+
+The file is available in a remote repo:
+
+[[!format sh """
+$ git annex whereis apps/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg
+whereis apps/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg (1 copy) 
+  	541d2f88-16c3-11e2-aa7e-8f1a2c8e14c5 -- dump
+ok
+"""]]
+
+The remote "dump" is trusted and is configured as "backup" repo. The repo running the assistant is configured as "manual". The configuration settings for wanted, required and scheduled remained untouched.
+
+Num copies is unset and defaults to 1:
+
+[[!format sh """
+$ git annex numcopies
+global numcopies is not set
+(default is 1)
+"""]]
+
+When calling "git annex find --want-get" no files are listed as in my case, all are stored in the "dump" repo which is trusted.
+
+[[!format sh """
+$ git annex find --want-get
+$ 
+"""]]
+
+### What steps will reproduce the problem?
+Start the assistant and wait for it to finish startup checking. The assistant adds lots (all?) of the files due to “expensive scan found missing object”.
+
+### What version of git-annex are you using? On what operating system?
+Snapshot build from the annex branchable webpage running on an OSX 10.9.3 machine:
+[[!format sh """
+$ git annex version
+git-annex version: 5.20140411-g2503f43
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+"""]]
+
+Note: Updated to 5.20140529-g68a56a6 but same behavior is observed.
+
+### Please provide any additional information below.
+
+The backup node was down while the assistant starts up. However also files from another trusted node that is online 24/7 is pulled. Repo was upgraded from version 4 to 5. Is there a way to further check why a file was added e.g. to dump all variables of the evaluated term (approxlackingcopies, copies, etc)?
+
+[[!format sh """
+[2014-06-03 21:39:04 CEST] TransferScanner: starting scan of [Remote { name ="origin" },Remote { name ="dump" }]
+[2014-06-03 21:39:04 CEST] read: git ["--git-dir=/Volumes/DATA/annex/images/.git","--work-tree=/Volumes/DATA/annex/images","ls-files","--cached","-z","--"]
+[2014-06-03 21:39:04 CEST] chat: git ["--git-dir=/Volumes/DATA/annex/images/.git","--work-tree=/Volumes/DATA/annex/images","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+[2014-06-03 21:39:04 CEST] TransferScanner: queued Download UUID "541d2f88-16c3-11e2-aa7e-8f1a2c8e14c5" apps/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Nothing : expensive scan found missing object
+[2014-06-03 21:39:04 CEST] Transferrer: Transferring: Download UUID "541d2f88-16c3-11e2-aa7e-8f1a2c8e14c5" apps/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Nothing
+[2014-06-03 21:39:04 CEST] TransferScanner: queued Download UUID "541d2f88-16c3-11e2-aa7e-8f1a2c8e14c5" apps/Apache_OpenOffice_4.0.1_MacOS_x86_install_en-US.dmg Nothing : expensive scan found missing object
+"""]]
diff --git a/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_1_bc874e077009b81ab36a6d43d793030a._comment b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_1_bc874e077009b81ab36a6d43d793030a._comment
new file mode 100644
index 0000000000..91c8616c26
--- /dev/null
+++ b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_1_bc874e077009b81ab36a6d43d793030a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-12T20:07:30Z"
+ content="""
+This seems to me to be likely to be some kind of configuration problem. In particular, what is the \"wanted\" setting for the repo running the assistant? If it's not \"standard\" then the fact that it's in the \"manual\" group won't affect the assistant's behavior.
+
+If that's not it, it would probably help to paste the entire vicfg display, so I can replicate the config (or share the repo).
+"""]]
diff --git a/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_2_a7e9d8ec500399dd6794e168f85e6a5c._comment b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_2_a7e9d8ec500399dd6794e168f85e6a5c._comment
new file mode 100644
index 0000000000..589086f6e1
--- /dev/null
+++ b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_2_a7e9d8ec500399dd6794e168f85e6a5c._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmXSkgjC_ypUQafVwvHTLsStrkiXH8CfHU"
+ nickname="Matthias"
+ subject="comment 2"
+ date="2014-06-13T18:30:25Z"
+ content="""
+Thanks for your fast reply, Joey. I appended the shortened config below. Wanted and groupwanted were untouched and therefore still commented out. I removed the hash from wanted to explicitly set it standard. Now the assistant behaves as expected. However I’m wondering:
+
+* Shouldn’t ‘standard’ be the default rule to apply for wanted/groupwanted in case both are not explicitly set in the config? I assumed this to be the case.
+* Shouldn’t “find --want-get” list the identical set of files that is also requested by the assistant? Especially this one confused me.
+
+[[!format sh \"\"\"
+# Repository trust configuration
+# (for macbook)
+#trust 3938865a-ce40-4166-a918-2012078846c7 = semitrusted
+
+# Repository groups
+# (for macbook)
+group 3938865a-ce40-4166-a918-2012078846c7 = manual
+
+# Repository preferred contents
+# (for macbook)
+#wanted 3938865a-ce40-4166-a918-2012078846c7 = standard
+
+# Group preferred contents
+# (Used by repositories with \"groupwanted\" in their preferred contents)
+(config defaults - all commented out)
+
+# Standard preferred contents
+(config defaults - all commented out)
+
+# Repository required contents
+# (for macbook)
+#required 3938865a-ce40-4166-a918-2012078846c7 = 
+
+# Scheduled activities
+# (for macbook)
+#schedule 3938865a-ce40-4166-a918-2012078846c7 = 
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_3_a0824e00f04f95c39823f29d6c76e7fe._comment b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_3_a0824e00f04f95c39823f29d6c76e7fe._comment
new file mode 100644
index 0000000000..58f2069c18
--- /dev/null
+++ b/doc/bugs/assistant_expensive_scan_unnecessarily_queues_files/comment_3_a0824e00f04f95c39823f29d6c76e7fe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-13T18:35:53Z"
+ content="""
+I need to look into why --want-get didn't behave as expected.
+
+It would probably make sense to make standard be the default. There could be upgrade concerns though.
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit.mdwn b/doc/bugs/assistant_hangs_during_commit.mdwn
new file mode 100644
index 0000000000..12adf281d7
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit.mdwn
@@ -0,0 +1,27 @@
+What steps will reproduce the problem?
+
+Use git-annex and add file to repo.
+
+
+What is the expected output? What do you see instead?
+
+File is committed and added to annex.
+
+Instead a command like this is run "git --git-dir=/home/jchu/annex/.git --work-tree=/home/jchu/annex commit --allow-empty-message -m  --quiet" and for some reason git decides to open a COMMIT_EDITMSG file in my editor of choice "vim .git/COMMIT_EDITMSG".  Since git annex doesn't give me access to the terminal, I don't see it.
+
+Depending on when it happens, the web interface could refuse to start (if the commit hang happens on startup) or if it happens during regular operation, then everything looks fine but the web interface doesn't update after that.
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex (binary release) 4.20130405
+git 1.8.2.1
+
+On Arch Linux.
+
+
+Please provide any additional information below.
+
+I'm not sure if the git interface has changed, but I do see that --allow-empty-message does still exist.  If I run the git commit command (with a '' after the -m), it does indeed start up vim for me.  Would we benefit from just making a custom commit message ("Commit from date YYYYMMDDTHHMMSSZ")?
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_1_aacc15c589d2795254387e427b3afe0c._comment b/doc/bugs/assistant_hangs_during_commit/comment_1_aacc15c589d2795254387e427b3afe0c._comment
new file mode 100644
index 0000000000..a2d78d7031
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_1_aacc15c589d2795254387e427b3afe0c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 1"
+ date="2013-04-15T15:58:04Z"
+ content="""
+Or if that solution isn't acceptable, it seems that git commit has a --no-edit option that will guarantee that an editor isn't started.
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_2_b9f1bf9fa919603dca28182c80d39a11._comment b/doc/bugs/assistant_hangs_during_commit/comment_2_b9f1bf9fa919603dca28182c80d39a11._comment
new file mode 100644
index 0000000000..4f0a20a021
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_2_b9f1bf9fa919603dca28182c80d39a11._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-16T19:04:34Z"
+ content="""
+Proving a commit message with -m, which git-annex already does, should be enough to prevent git opening an editor. You appear to have some broken version of git there if that is not the case.
+
+I see that you're using Arch. Where exactly did you download git-annex from? Have you tried the standalone tarball?
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_3_fb5be10fcf5e7c89da5c34f48539612f._comment b/doc/bugs/assistant_hangs_during_commit/comment_3_fb5be10fcf5e7c89da5c34f48539612f._comment
new file mode 100644
index 0000000000..35377cbcf9
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_3_fb5be10fcf5e7c89da5c34f48539612f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 3"
+ date="2013-04-17T02:19:02Z"
+ content="""
+I absolutely agree that the -m should stop git from requiring a commit message.  I don't know if anything has changed in a newer version, but that's what I'm seeing.
+
+I'm using the git-annex-bin package from the AUR so it's already the standalone binary: https://aur.archlinux.org/packages/git-annex-bin/
+
+As you can see by the PKGBUILD, it just copies the git-annex binary to /usr/bin/git-annex and creates a symlink for git-annex-shell.
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_4_9ba7efe9112578729d02ac4e6557b3cc._comment b/doc/bugs/assistant_hangs_during_commit/comment_4_9ba7efe9112578729d02ac4e6557b3cc._comment
new file mode 100644
index 0000000000..6bd85505e0
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_4_9ba7efe9112578729d02ac4e6557b3cc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-17T05:09:42Z"
+ content="""
+AUR git-annex-bin is a very different thing from the standalone tarball. The tarball carefully puts together a program and a set of libraries and utilities it will work with. The git-annex-bin in AUR yanks that binary out and puts it in an entirely foreign system.
+
+So, try the standalone tarball.
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_5_73b24c901c73d41e0e0abe91267d4920._comment b/doc/bugs/assistant_hangs_during_commit/comment_5_73b24c901c73d41e0e0abe91267d4920._comment
new file mode 100644
index 0000000000..4c001c908b
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_5_73b24c901c73d41e0e0abe91267d4920._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 5"
+ date="2013-04-17T16:01:56Z"
+ content="""
+Using the git annex standalone binary has exactly the same action.  It seems that the git annex standalone uses the system git instead of the one that's included.
+
+The git command \"git --git-dir=/home/jchu/annex/.git --work-tree=/home/jchu/annex commit --allow-empty-message -m  --quiet\" hangs because it's waiting for a commit message \"vim .git/COMMIT_EDITMSG\".
+
+Having not looked too closely at the git source, I think I may have found what happened.  The change happened in git 1.8.2 development.  a24a41ea9a928ccde2db074ab0835c4817223c9d changed the code to only add \"\n\n\" to a commit message if it's entirely necessary, which means a completely blank commit message looks to the code on line 978 of commit.c \"if (logfile || message.len || use_message || fixup_message)\" as if it were actually empty instead of being considered \"\n\n\".
+
+Since this change only happened in 1.8.2, that's why when you run this code, it doesn't happen (any version before 1.8.2 shouldn't have this regression) but when I run it it does open the commit message editor.  The --no-edit option has existed since 1.7.8 (ca1ba201).  I don't know if you want to detect this case somehow or what, but I don't know if/when it's going to be fixed in git.
+
+As it stands, the git annex assistant is useless to me because it keeps hanging when trying to commit (the thing that I really wish I could trust it on!).
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_6_1a30b8c82e58222f1366aa368c23e6d3._comment b/doc/bugs/assistant_hangs_during_commit/comment_6_1a30b8c82e58222f1366aa368c23e6d3._comment
new file mode 100644
index 0000000000..874d0a9386
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_6_1a30b8c82e58222f1366aa368c23e6d3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-18T20:30:10Z"
+ content="""
+Thank you for that investigation. Have you confirmed that --no-edit actually fixes it?  I've made it pass that parameter.
+
+(BTW, the standalone tarball contains a `runshell` script that you use to set up an environment before running git-annex. This includes putting its bundled version of git before the system one in PATH.)
+"""]]
diff --git a/doc/bugs/assistant_hangs_during_commit/comment_7_56868b2a504ad0a60e8a8c1928330175._comment b/doc/bugs/assistant_hangs_during_commit/comment_7_56868b2a504ad0a60e8a8c1928330175._comment
new file mode 100644
index 0000000000..407fbd5895
--- /dev/null
+++ b/doc/bugs/assistant_hangs_during_commit/comment_7_56868b2a504ad0a60e8a8c1928330175._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 7"
+ date="2013-04-18T23:22:51Z"
+ content="""
+Yes, in my initial testing, I found that --no-edit fixes the problem.
+"""]]
diff --git a/doc/bugs/assistant_ignore_.gitignore.mdwn b/doc/bugs/assistant_ignore_.gitignore.mdwn
new file mode 100644
index 0000000000..63d067e676
--- /dev/null
+++ b/doc/bugs/assistant_ignore_.gitignore.mdwn
@@ -0,0 +1,31 @@
+What steps will reproduce the problem?
+
+1. have an existing directory with a bunch of files
+2. create a `.gitignore` file that matches some files (*.log *.aux *~ etc.)
+3. `git init .`
+4. `git annex init work`
+5. `git remote add server server:Blabla`
+6. `ssh server`
+7. `@server $ mkdir Blabla`
+8. `@server $ cd Blabla`
+9. `@server $ git init .`
+10. `@server $ git annex init server`
+11. `@server $ exit`
+12. `git annex webapp`
+
+What is the expected output? What do you see instead?
+
+I expect that ingored files stay ignored,
+I see instead that all the files (including the ignored) are transfered to the server
+
+What version of git-annex are you using? On what operating system?
+
+3.20130124, debian sid (on both machines)
+
+> As noted in [[design/assistant/inotify]]'s TODO list, this
+> needs an efficient gitignore query interface in git (DNE) 
+> or a gitignore parser. --[[Joey]] 
+
+[[!tag /design/assistant]]
+
+> [[fixed|done]]; with git 1.8.4 the assistant honors .gitignore --[[Joey]]
diff --git a/doc/bugs/assistant_ignore_.gitignore/comment_1_3458b1342cb2e3ccc01eeedc7f0e48fc._comment b/doc/bugs/assistant_ignore_.gitignore/comment_1_3458b1342cb2e3ccc01eeedc7f0e48fc._comment
new file mode 100644
index 0000000000..83cb22ccc2
--- /dev/null
+++ b/doc/bugs/assistant_ignore_.gitignore/comment_1_3458b1342cb2e3ccc01eeedc7f0e48fc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Johannes"
+ ip="153.109.130.54"
+ subject="comment 1"
+ date="2013-07-30T11:34:15Z"
+ content="""
+Any news on this or this or any other way to exclude unwanted files? (e.g. all the temporary files created by latex)
+"""]]
diff --git a/doc/bugs/assistant_ignore_.gitignore/comment_2_22f75af80c779dcb4d6033b90373f74e._comment b/doc/bugs/assistant_ignore_.gitignore/comment_2_22f75af80c779dcb4d6033b90373f74e._comment
new file mode 100644
index 0000000000..893be90551
--- /dev/null
+++ b/doc/bugs/assistant_ignore_.gitignore/comment_2_22f75af80c779dcb4d6033b90373f74e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="git-annex from wheezy-backports should depend on a more recent git version on debian wheezy (7.2) "
+ date="2013-11-12T18:57:52Z"
+ content="""
+It is correct that the bug is solved on the git-annex package found on wheezy-backports, but this package does not force an update of git to a more recent version. Therefore the bug still affects wheezy users. The way to solve it is to install git also from wheezy-backports. 
+
+ 
+"""]]
diff --git a/doc/bugs/assistant_ignore_.gitignore/comment_3_8b2a400e1d44a1c9b183e2b7861efbe3._comment b/doc/bugs/assistant_ignore_.gitignore/comment_3_8b2a400e1d44a1c9b183e2b7861efbe3._comment
new file mode 100644
index 0000000000..e58d460842
--- /dev/null
+++ b/doc/bugs/assistant_ignore_.gitignore/comment_3_8b2a400e1d44a1c9b183e2b7861efbe3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 3"
+ date="2013-11-12T19:10:48Z"
+ content="""
+Agreed, I've made the changes so the next update of the backport will do so.
+"""]]
diff --git a/doc/bugs/assistant_locked_my_files.mdwn b/doc/bugs/assistant_locked_my_files.mdwn
new file mode 100644
index 0000000000..07bafd6cc2
--- /dev/null
+++ b/doc/bugs/assistant_locked_my_files.mdwn
@@ -0,0 +1,30 @@
+### Please describe the problem.
+
+When the assistant is running, using "git annex unlock" on the commandline may lead to unexpected results.
+
+### What steps will reproduce the problem?
+
+Make sure the assitant is running on a repository.
+
+`git annex unlock somefiles`, try to edit them, wait a while, try to edit.
+
+If you're not lucky, the assistant will notice the unlocked files as new and will add them back, locking them in the process, and you won't be able to save them.
+
+### What version of git-annex are you using? On what operating system?
+
+debian wheezy.
+
+[[!format sh """
+git-annex version: 5.20131109-gf2cb5b9
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 5
+upgrade supported from repository versions: 0 1 2 4
+"""]]
+
+### Please provide any additional information below.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/assistant_locked_my_files/comment_1_74ee7ea12df7bfbb44c9d0485f787b73._comment b/doc/bugs/assistant_locked_my_files/comment_1_74ee7ea12df7bfbb44c9d0485f787b73._comment
new file mode 100644
index 0000000000..fdf921c471
--- /dev/null
+++ b/doc/bugs/assistant_locked_my_files/comment_1_74ee7ea12df7bfbb44c9d0485f787b73._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-12-05T20:46:30Z"
+ content="""
+Right -- you can't use the assistant at the same time as git-annex commands that get/drop/unlock files, unless you set the assistant to run in manual mode (which prevents it undoing a get/drop) and/or disable syncing in the assistant entirely (which prevents it adding back unlocked files).
+"""]]
diff --git a/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files.mdwn b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files.mdwn
new file mode 100644
index 0000000000..d009b55cd7
--- /dev/null
+++ b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files.mdwn
@@ -0,0 +1,68 @@
+What steps will reproduce the problem?
+
+In one terminal, I created a new annex and started the assistant watching it.  
+
+In another, I added a file file1; assistant noticed it and added it to the annex.
+
+I moved file1 to a directory directory1; the link broke and assistant did not fix it.  
+
+I created a file called file2 inside directory 2; assistant noticed it and added it to the annex.
+
+I moved file2 back up to the annex root directory; the link broke and assistant did not fix it.
+
+I created a file file3 in the annex root directory; assistant noticed it and added it to the annex.
+
+Here is the content of the first terminal, where I created the annex and ran assistant:
+
+
+    ~$ mkdir testannex
+    ~$ cd testannex/
+    testannex$ git init .
+    Initialized empty Git repository in /Users/ed/testannex/.git/
+    testannex$ git annex init "test annex"
+    init test annex ok
+    (Recording state in git...)
+    testannex$ git annex assistant --foreground
+    assistant . (scanning...) (started...) add file1 (checksum...) ok
+    (Recording state in git...)
+    (Recording state in git...)
+    add directory1/file2 (checksum...) ok
+    (Recording state in git...)
+    (Recording state in git...)
+    add file3 (checksum...) 
+
+here is the content of the second terminal, where I created and moved files:
+
+    ~$ cd testannex
+    testannex$ echo "file1 content" > file1
+    testannex$ mkdir directory1
+    testannex$ ls -l file1
+    lrwxr-xr-x  1 ed  staff  180 Dec 13 15:40 file1 -> .git/annex/objects/FX/51/SHA256E-s14--edac79763e630b1b77aefb6c284bcb0362dea71c0548be0e793ffa8fd5907b80/SHA256E-s14--edac79763e630b1b77aefb6c284bcb0362dea71c0548be0e793ffa8fd5907b80
+    testannex$ mv file1 directory1/
+    testannex$ cd directory1/
+    directory1$ cat file1
+    cat: file1: No such file or directory
+    directory1$ echo "file2 content" > file2
+    directory1$ cat file2
+    file2 content
+    directory1$ cat file1
+    cat: file1: No such file or directory
+    directory1$ mv file2 ../
+    directory1$ cd ..
+    testannex$ echo "file3 content" > file3
+    testannex$ 
+
+
+What is the expected output? What do you see instead?
+
+The links do not break when moved to another directory.
+
+What version of git-annex are you using? On what operating system?
+
+One compiled using cabal from checkout 739c937
+
+Please provide any additional information below.
+
+> [[fixed|done]]; this turned out to be an kqueue specific bug,
+> the kqueue code statted new files, but that files for a broken symlink.
+> Using lstat instead fixed this. --[[Joey]]
diff --git a/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_1_e0dafc410ffd617d445bb9403c7bfafe._comment b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_1_e0dafc410ffd617d445bb9403c7bfafe._comment
new file mode 100644
index 0000000000..fef95243b9
--- /dev/null
+++ b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_1_e0dafc410ffd617d445bb9403c7bfafe._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-13T20:50:18Z"
+ content="""
+(Operating system is OS X Lion)
+
+"""]]
diff --git a/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_2_2af247c8a1fcbde10795a990ef3303e9._comment b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_2_2af247c8a1fcbde10795a990ef3303e9._comment
new file mode 100644
index 0000000000..6d93d7e619
--- /dev/null
+++ b/doc/bugs/assistant_not_noticing_file_renames__44___not_fixing_files/comment_2_2af247c8a1fcbde10795a990ef3303e9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2012-12-15T05:47:25Z"
+ content="""
+thanks, fix worked for me!  Now the links are fixed virtually instantaneously when the file is moved.
+
+"""]]
diff --git a/doc/bugs/assistant_should_set_up_dedicated_ssh_keys_for_remotes_using_the_standalone_tarball.mdwn b/doc/bugs/assistant_should_set_up_dedicated_ssh_keys_for_remotes_using_the_standalone_tarball.mdwn
new file mode 100644
index 0000000000..7e605ba7cc
--- /dev/null
+++ b/doc/bugs/assistant_should_set_up_dedicated_ssh_keys_for_remotes_using_the_standalone_tarball.mdwn
@@ -0,0 +1,21 @@
+git remotes that have git-annex and git "installed" using the linux
+standalone tarball (or the OSX dmg) may not have git-receive-pack in PATH.
+
+To make `git annex sync` and `git push` etc work on such a remote,
+it needs to have a dedicated ssh key that runs git-annex-shell and uses it
+to run the command.
+
+The assistant sets that up when it sets up a dedicated ssh key. However, if
+the server can be sshed into without a password using an existing ssh key,
+the assistant re-uses that key.
+
+The assistant should either always set up a dedicated ssh key, even when
+not otherwise needed, or it should probe to see if git-receive-pack and
+git-send-pack can be run as part of its probing, and set up a dedicated
+ssh key when they cannot be. --[[Joey]] 
+
+> After recent sshpassword changes, the webapp sets up a dedicated ssh key
+> by default. If the user chooses to use an existing ssh key, it will be
+> used. So this is less likely to be a problem. --[[Joey]] 
+
+[[!tag confirmed]]
diff --git a/doc/bugs/assistant_syncs_with_remotes_even_when_all_remotes_disabled.mdwn b/doc/bugs/assistant_syncs_with_remotes_even_when_all_remotes_disabled.mdwn
new file mode 100644
index 0000000000..959620ba62
--- /dev/null
+++ b/doc/bugs/assistant_syncs_with_remotes_even_when_all_remotes_disabled.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+I migrated a repo I set up by hand on my Android phone to use the assistant and webapp. That repo has two remotes, both full git-annex repos over SSH. I still want to control when I synchronize (cellular data is precious), so the vast majority of the time I disable syncing on both remotes. However, when I return to the webapp after it's been running for "a while," it shows a status message indicating it has synced with the remotes.
+
+It looks like it might be related to the NetWatcherFallback, because a NetWatcherFallback entry appears in the log approximately every hour, followed by the usual repo sync output.
+
+### What steps will reproduce the problem?
+
+1. Set up a repo with a git-annex over SSH remote, and set annex-sync on that remote to false.
+2. Run the webapp.
+3. Observe after a period of time that the webapp shows that the repo has been synced.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 20130709 on Android (4.2)
+
+### Please provide any additional information below.
+
+[[!format sh """
+[2013-07-22 22:50:31 MST] NetWatcherFallback: Syncing with sigsegv, sigusr1
+Everything up-to-date
+Everything up-to-date
+[2013-07-22 23:52:57 MST] NetWatcherFallback: Syncing with sigsegv, sigusr1
+Everything up-to-date
+Everything up-to-date
+[2013-07-23 00:54:15 MST] NetWatcherFallback: Syncing with sigsegv, sigusr1
+Everything up-to-date
+Everything up-to-date
+"""]]
+
+> Excellent bug report! Especially useful that you tracked it
+> down to the NetWatcher. Indeed it was not honoring the
+> annex-sync setting. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/assistant_unable_to_auth___40__windows__41__.mdwn b/doc/bugs/assistant_unable_to_auth___40__windows__41__.mdwn
new file mode 100644
index 0000000000..b019d51b82
--- /dev/null
+++ b/doc/bugs/assistant_unable_to_auth___40__windows__41__.mdwn
@@ -0,0 +1,85 @@
+[[!meta title="windows assistant fails to set up rsync.net authorized keys"]]
+
+### Please describe the problem.
+Having set up a key pair, the assistant is unable to use it to log in. The console only shows a single attempt to log in, when it's adding the key to the remote machine's authorized_keys file. This is evidently failing, as the key is not actually added to authorized_keys, possibly because the shell script it tries to execute is malformed (crazy quoting, I can't untangle it), or possibly because it failed to ask for a password (I expected it to, but it didn't prompt for one). Also, once I do add the key to authorized_keys, I can ssh in using it but asking the assistant to retry still fails.
+
+### What steps will reproduce the problem?
+Set up a remote repository.
+
+### What version of git-annex are you using? On what operating system?
+Windows 7, Version: 5.20131230-g192d991 
+
+### Please provide any additional information below.
+
+    Failed to make repository
+    Something went wrong setting up the repository on the remote server.
+    Transcript:
+    Permission denied, please try again.
+    Permission denied, please try again.
+    Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
+
+[[!format sh """
+[2014-01-01 03:28:05 Eastern Standard Time] call: ssh-keygen ["-P","","-f","C:\\
+Users\\FAMILY~1\\AppData\\Local\\Temp\\git-annex-keygen.5\\key"]
+Generating public/private rsa key pair.
+cygwin warning:
+  MS-DOS style path detected: C:\Users\FAMILY~1\AppData\Local\Temp\git-annex-key
+gen.5\key
+  Preferred POSIX equivalent is: /cygdrive/c/Users/FAMILY~1/AppData/Local/Temp/g
+it-annex-keygen.5/key
+  CYGWIN environment variable option "nodosfilewarning" turns off this warning.
+  Consult the user's guide for more details about POSIX paths:
+    http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
+Your identification has been saved in C:\Users\FAMILY~1\AppData\Local\Temp\git-a
+nnex-keygen.5\key.
+Your public key has been saved in C:\Users\FAMILY~1\AppData\Local\Temp\git-annex
+-keygen.5\key.pub.
+The key fingerprint is:
+c7:0f:81:19:c8:39:cc:e1:d3:6a:62:9a:d5:d2:9f:c1 Familyroom@Familyroom-PC
+The key's randomart image is:
++--[ RSA 2048]----+
+|     +.+.        |
+|     .B. +       |
+|      o.+ .      |
+|     o + . .     |
+|    = = E +      |
+|   = + . + o     |
+|  o     o   .    |
+|                 |
+|                 |
++-----------------+
+[2014-01-01 03:28:07 Eastern Standard Time] chat: ssh ["-p","22","rlbrooks@celeb
+dil.db48x.net","sh -c 'mkdir -p '\"'\"'annex/test'\"'\"'&&cd '\"'\"'annex/test'\
+"'\"'&&if [ ! -d .git ]; then git init --bare --shared && git config receive.den
+yNonFastforwards false; fi&&git annex init&&mkdir -p ~/.ssh&&if [ ! -e ~/.ssh/gi
+t-annex-shell ]; then (echo '\"'\"'#!/bin/sh'\"'\"';echo '\"'\"'set -e'\"'\"';ec
+ho '\"'\"'if [ \"x$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then'\"'\"';echo '\"'\"'ex
+ec git-annex-shell -c \"$SSH_ORIGINAL_COMMAND\"'\"'\"';echo '\"'\"'else'\"'\"';e
+cho '\"'\"'exec git-annex-shell -c \"$@\"'\"'\"';echo '\"'\"'fi'\"'\"') > ~/.ssh
+/git-annex-shell; fi&&chmod 700 ~/.ssh/git-annex-shell&&touch ~/.ssh/authorized_
+keys&&chmod 600 ~/.ssh/authorized_keys&&echo '\"'\"'command=\"GIT_ANNEX_SHELL_DI
+RECTORY='\"'\"'\"'\"'\"'\"'\"'\"'annex/test'\"'\"'\"'\"'\"'\"'\"'\"' ~/.ssh/git-
+annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-rsa A
+AAAB3NzaC1yc2EAAAADAQABAAABAQDeB64i+DhYBCq0mdet6sBr1JCtYR5zNc0E9NYaZbBVRBcpZDCRs
+AS1z8mjyEnb49y7AnNgsx/f7xAWtyFHFr8AbrYnaHmJYicix0R6inDXZ42WJTusHVW47/1ysErHmEusZ
+KWXNzN5bu8bOoz0FqCh4Ymo3QjgMzk6+PoWqSCmwewuX++RkB6q1IN1VTMqJguPtdQpTp3hCIV6GENf6
+HvnLUQ59JKg1sgt5UA88zDAMlXicmUeuHRSW7nVlVIBHFDJW8f5CyF66wiuGTLdhhMlaOqpUqIEHubPF
+ZE4iTOC/uuOdWjGgySX681ub4seKyz7h8uDePPo0uz0BXJpt9vT Familyroom@Familyroom-PC\n'\
+"'\"' >>~/.ssh/authorized_keys'"]
+"""]]
+
+[[!format sh """
+$ ssh rlbrooks@git-annex-celebdil.db48x.net-rlbrooks_annex
+git-annex-shell: bad parameters
+
+Usage: git-annex-shell [-c] command [parameters ...] [option ..]
+
+Options:
+           --force         allow actions that may lose annexed data
+  -F       --fast          avoid slow operations
+  -a       --auto          automatic mode
+  -q       --quiet         avoid verbose output
+etc
+"""]]
+
+> [[fixed|done]]; both for regular remote ssh servers, and for rsync.net --[[Joey]] 
diff --git a/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_1_3128b025d15d3af6e9c8725d4659cdfa._comment b/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_1_3128b025d15d3af6e9c8725d4659cdfa._comment
new file mode 100644
index 0000000000..66827bf8d8
--- /dev/null
+++ b/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_1_3128b025d15d3af6e9c8725d4659cdfa._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-01T19:56:32Z"
+ content="""
+I can reproduce this bug. Seems the problem is that sshTranscript is called with a string that is fed in on stdin. But I guess that on Windows, ssh password prompting is also done using stdin (on Linux it would use /dev/tty), and so this prevents it from prompting.
+
+I've fixed this for the remote ssh server setup in the webapp, which did not actually need to feed anything in on stdin. Confirmed ssh adding works!
+
+However, for rsync.net, the ssh pubkey is fed into dd using stdin, and so I was unable to fix it there yet. Since rsync.net does not support redirection to files in its shell, the only approach that would seem to work is to first download the authorized_keys file, add the line, and rsync in the new file. Until I get a chance to do that, I am leaving this bug report open.
+"""]]
diff --git a/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_2_e0b64ab2d19f0b0afbd466aad22c4df9._comment b/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_2_e0b64ab2d19f0b0afbd466aad22c4df9._comment
new file mode 100644
index 0000000000..6998c2b2d5
--- /dev/null
+++ b/doc/bugs/assistant_unable_to_auth___40__windows__41__/comment_2_e0b64ab2d19f0b0afbd466aad22c4df9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 2"
+ date="2014-01-01T19:59:11Z"
+ content="""
+Also, fixing rsync.net that way would mean two ssh connections to set up authorized_keys, so 2 password prompts. suboptimal..
+"""]]
diff --git a/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__.mdwn b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__.mdwn
new file mode 100644
index 0000000000..1ad8005224
--- /dev/null
+++ b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__.mdwn
@@ -0,0 +1,45 @@
+### Please describe the problem.
+The assistant (or rather the programs it's running) appears to be using unix-style paths instead of cygwin paths, causing several types of errors. A selection of items from the terminal:
+
+[[!format sh """
+Launching web browser on file://C:\Users\Familyroom\annex\.git\annex\webapp.html
+[2013-12-31 01:14:05 Eastern Standard Time] read: ssh-keygen ["-F","celebdil.db4
+8x.net"]
+ssh-keygen: /home/Familyroom/.ssh/known_hosts: No such file or directory
+[2013-12-31 01:14:05 Eastern Standard Time] read: ssh ["-oNumberOfPasswordPrompt
+s=0","-oStrictHostKeyChecking=no","-n","-p","22","rlbrooks@celebdil.db48x.net","
+sh -c 'echo git-annex-probe loggedin;if which git-annex-shell; then echo git-ann
+ex-probe git-annex-shell; fi;if which git; then echo git-annex-probe git; fi;if
+which rsync; then echo git-annex-probe rsync; fi;if which ~/.ssh/git-annex-shell
+; then echo git-annex-probe ~/.ssh/git-annex-shell; fi;cd '\"'\"'annex'\"'\"' &&
+ git config --list'"]
+[2013-12-31 01:14:08 Eastern Standard Time] read: ssh-keygen ["-F","celebdil.db4
+8x.net"]
+ssh-keygen: /home/Familyroom/.ssh/known_hosts: No such file or directory
+[2013-12-31 01:14:08 Eastern Standard Time] read: ssh ["-oStrictHostKeyChecking=
+no","-n","-p","22","rlbrooks@celebdil.db48x.net","sh -c 'echo git-annex-probe lo
+ggedin;if which git-annex-shell; then echo git-annex-probe git-annex-shell; fi;i
+f which git; then echo git-annex-probe git; fi;if which rsync; then echo git-ann
+ex-probe rsync; fi;if which ~/.ssh/git-annex-shell; then echo git-annex-probe ~/
+.ssh/git-annex-shell; fi;cd '\"'\"'annex'\"'\"' && git config --list'"]
+rlbrooks@celebdil.db48x.net's password:
+[2013-12-31 01:15:03 Eastern Standard Time] read: gpg ["--quiet","--trust-model"
+,"always","--with-colons","--list-secret-keys","--fixed-list-mode"]
+gpg: WARNING: using insecure memory!
+gpg: please see http://www.gnupg.org/documentation/faqs.html for more informatio
+n
+gpg: fatal: can't create directory `/home/Familyroom/.gnupg': No such file or di
+rectory
+secmem usage: 0/0 bytes in 0/0 blocks of pool 0/65536
+"""]]
+
+Naturally, I don't have a /home/Familyroom, although I do have a /c/Users/Familyroom.
+
+### What steps will reproduce the problem?
+Start creating a remote repository.
+
+### What version of git-annex are you using? On what operating system?
+Windows 7, git-annex version 5.20131230-g192d991
+
+> [[fixed|done]]; git-annex now ensures HOME is set when running cygwin
+> commands that require it. --[[Joey]]
diff --git a/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_1_68be9ee77cc89fb72a4abc944f1da41d._comment b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_1_68be9ee77cc89fb72a4abc944f1da41d._comment
new file mode 100644
index 0000000000..8e51d85090
--- /dev/null
+++ b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_1_68be9ee77cc89fb72a4abc944f1da41d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 1"
+ date="2013-12-31T20:48:03Z"
+ content="""
+I neglected to mention that the assistant is failing when gpg fails, and that it worked last week in 5.20131221-gf8c928d (or at least it got past this point).
+"""]]
diff --git a/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_2_6530d67e7d94ccbea9ce11ba1445035e._comment b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_2_6530d67e7d94ccbea9ce11ba1445035e._comment
new file mode 100644
index 0000000000..a68338d2d0
--- /dev/null
+++ b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_2_6530d67e7d94ccbea9ce11ba1445035e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 2"
+ date="2013-12-31T21:17:32Z"
+ content="""
+It seems that both ssh-keygen and gpg are for some reason acting as if HOME is set to /home/Familyroom. 
+git-annex does not do anything to override the default home directory these programs use, and AFAIK, nothing has changed in the Windows build between the working and broken versions that could have anything to do with this.
+"""]]
diff --git a/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_3_682556a8182abd5bd6abb57b519d4c76._comment b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_3_682556a8182abd5bd6abb57b519d4c76._comment
new file mode 100644
index 0000000000..49e040d5ab
--- /dev/null
+++ b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_3_682556a8182abd5bd6abb57b519d4c76._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 3"
+ date="2013-12-31T23:47:43Z"
+ content="""
+Yea, the only relevant change I noticed was 5c834daf5, and it's not particularly relevant.
+
+However, its occurred to me that I started the webapp differently this time than last; I used the start menu shortcut this time rather than typing git annex webapp in the git shell. It's not surprising that the environment variables would be quite different between the two.
+"""]]
diff --git a/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_4_331cdacb099a8c7b170c37715bbca895._comment b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_4_331cdacb099a8c7b170c37715bbca895._comment
new file mode 100644
index 0000000000..7debf8ea8d
--- /dev/null
+++ b/doc/bugs/assistant_using_the_incorrect_path_on_windows__63__/comment_4_331cdacb099a8c7b170c37715bbca895._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 4"
+ date="2013-12-31T23:56:24Z"
+ content="""
+Yea, if I start it from the Git Bash command line, it continues past this to a completely different error.
+"""]]
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote.mdwn b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote.mdwn
new file mode 100644
index 0000000000..657a4dd3d8
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote.mdwn
@@ -0,0 +1,5 @@
+I am running 3.20121112 and this bug appeared when I upgraded to that from 3.20121017.
+
+After performing the startup scan after I login, git-annex gets GPG to sends me a pinentry pop-up asking for my GPG passphrase.  However, I know that there is nothing to be dropped or copied to the encrypted SSH remote that I am being asked to provide access to.  So I can't see any good reason why I would be asked for the passphrase.
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_1_10a9570a5d762ba2da271b38dc63edb6._comment b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_1_10a9570a5d762ba2da271b38dc63edb6._comment
new file mode 100644
index 0000000000..548db2386f
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_1_10a9570a5d762ba2da271b38dc63edb6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-29T20:13:53Z"
+ content="""
+Hmm, is this an encrypted rsync remote? 
+
+I have not been able to reproduce the problem so fat.
+
+If you start the assistant with --debug, and look in .git/annex/daemon.log, you should find where it runs gpg, and the lines showing what it's doing just before/after that should provide a hint what it's doing.
+"""]]
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_2_57d50955b038c2e2405068536c7e83f3._comment b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_2_57d50955b038c2e2405068536c7e83f3._comment
new file mode 100644
index 0000000000..ce57194c9c
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_2_57d50955b038c2e2405068536c7e83f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 2"
+ date="2012-12-01T18:34:10Z"
+ content="""
+Thanks for the log advice.  I looked and it wants to drop a file `ttmik/TTMIK-Lesson-L1L1.mp3` from the encrypted rsync remote ma.  So I did `git annex whereis ttmik/TTMIK-Lesson-L1L1.mp3` and learnt that the file is not on ma.  I tried `git annex drop --from ma ttmik` to be sure, and the command was successful, but it still tries to drop the file from ma on startup.  Presumably it would try all the other files in the ttmik directory if I gave it the chance to try to drop this first one.  The only thing special about the ttmik directory is that every file in there was added using addurl, so I guess the problem has something to do with that.
+"""]]
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_3_a66f34daaba421c87eb404ef933e5191._comment b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_3_a66f34daaba421c87eb404ef933e5191._comment
new file mode 100644
index 0000000000..9bfade666d
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_3_a66f34daaba421c87eb404ef933e5191._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-12-01T18:59:45Z"
+ content="""
+How is this rsync remote configured? Is it configured as a transfer remote? If not, the assistant's default behavior is to sync all files to it, and since you say the file is not there, it'd make sense it would start transferring it to there on startup.
+
+OTOH, this could be a complete red herring. You haven't shown me the log file. Perhaps the drop you're seeing in the log is before the operation that is asking for the GPG passphrase. I can't tell until you show me the log.
+"""]]
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_4_094a3272eca1c6d2b4d264911ffe96e5._comment b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_4_094a3272eca1c6d2b4d264911ffe96e5._comment
new file mode 100644
index 0000000000..8f9f546103
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_4_094a3272eca1c6d2b4d264911ffe96e5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 4"
+ date="2012-12-02T18:27:09Z"
+ content="""
+The rsync remote is in the archive group but it has the preferred content string `exclude=video/* and exclude=ttmik/*`.  So it ought to be dropping the files, but not over and over again.
+
+Here is the log file, showing me hitting Escape on the pinentry dialog:
+
+    (scanning...) Already up-to-date.
+    Already up-to-date.
+    Already up-to-date.
+    drop ma ttmik/TTMIK-Lesson-L1L1.mp3 (gpg) gpg: cancelled by user
+    gpg: decryption failed: secret key not available
+    TransferScanner crashed: user error (gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--
+    quiet\",\"--trust-model\",\"always\",\"--decrypt\"] exited 2)
+    (started...)
+"""]]
diff --git a/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_5_0161410d042a3421addd4a1fc7c1cd01._comment b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_5_0161410d042a3421addd4a1fc7c1cd01._comment
new file mode 100644
index 0000000000..89ef87c2a8
--- /dev/null
+++ b/doc/bugs/assistant_wants_my_gpg_passphrase_when_it_has_nothing_to_drop_or_copy_to_that_remote/comment_5_0161410d042a3421addd4a1fc7c1cd01._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.72"
+ subject="comment 5"
+ date="2012-12-05T16:34:24Z"
+ content="""
+Aha, I see the bug now. It is indeed trying to drop from every remote, even ones without the data.
+
+(Also, the thread should not crash here if the drop fails.. I've fixed that.)
+"""]]
diff --git a/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them.mdwn b/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them.mdwn
new file mode 100644
index 0000000000..530a8da5d5
--- /dev/null
+++ b/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them.mdwn
@@ -0,0 +1,5 @@
+Found this out the hard way.  See the comment in the below post for what happens.
+
+[[/forum/git_annex_add_crash_and_subsequent_recovery/]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them/comment_1_92dfe6e9089c79eb64e2177fb135ef55._comment b/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them/comment_1_92dfe6e9089c79eb64e2177fb135ef55._comment
new file mode 100644
index 0000000000..7ff8f8e3d9
--- /dev/null
+++ b/doc/bugs/bad_behaviour_with_file_names_with_newline_in_them/comment_1_92dfe6e9089c79eb64e2177fb135ef55._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-06T16:49:32Z"
+ content="""
+This only happens with the WORM backend (or possibly with SHA1E if the file's extension has a newline).
+
+The problem is not the newline in the file, but the newline in the key generated for the file. It's probably best to just disallow such keys being created.
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files.mdwn b/doc/bugs/bad_merge_commit_deleting_all_files.mdwn
new file mode 100644
index 0000000000..affabdb026
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files.mdwn
@@ -0,0 +1,78 @@
+In our family repository, we had an event where git-annex committed a bad
+merge commit. This had the effect of seeming to delete all the files
+in the repository. However, it is completely recoverable with no file loss.
+
+Other users have reported apparently the same problem.
+--[[Joey]]
+
+> This appears to be a race, and I have put in a fix for that.
+> It will be released in git-annex 5.20140709.
+> 
+> It's a little bit difficult to say for sure that the bug is fixed, since
+> I don't have a good way to reproduce it. However, everything I am seeing
+> is consistent with my analysis, at least as far as the people who
+> reported this happening with versions 5.20140613-5.20140707. 
+> Calling this [[done]]. --[[Joey]]
+
+## recovery
+
+Look through the git log for the bad commit. It will be the one 
+that deletes a lot of files. Since the bad commit is a merge commit,
+you need to include the -c switch:
+
+	git log -c --stat
+
+Once the bad commit sha is found, revert it. Since it's a merge commit,
+you will need to pass -m 1 to git revert. If the repository you're working
+is uses direct mode, you will first need to switch it to indirect mode.
+
+	git annex indirect
+	git revert -m 1 a36077cf1234eeb755fec8f699d3cbaaee817bac
+
+(It's possible, but I think unlikely that this will pick the wrong
+branch of the merge to revert. If it did, "git reset --hard HEAD@{1}" and
+redo, passing `-m 2` instead.)
+
+Once the revert is done, all your files should be back. You can switch
+the repository back to direct mode if desired (`git annex direct`)
+and can `git annex sync` to push the fix out to all other clones.
+Everywhere the fix lands should restore the deleted files. 
+
+Note that it's possible that some repositories may have pruned the deleted
+files as unused. This is most likely to happen in the repository that made
+the bad merge commit in the first place.
+
+If you have any problems following these instructions, please contact
+<urgent2014@joeyh.name> for support.
+
+[[!tag confirmed urgent]]
+
+## analysis
+
+In the one case I have of this happening, the commit was made by the
+git-annex assistant, in direct mode. It was git-annex version 5.20140613.
+This version had a bug that caused it to do unncessary merge commits.
+That bug has been fixed in 5.20140707.
+That is apparently related, in that it caused the assistant to do much more
+work than normal. 
+
+But, I don't think that bug is fully responsible for the
+problem. I think a few users have run into this bug before, although I have
+never succeeded in getting a full problem description from anyone who might
+have. I think that the unncessary commit bug made it more likely to happen.
+(This suggests a race may be involved.)
+
+The bad merge commit looked like this:
+
+<pre>
+commit a36077cf1234eeb755fec8f699d3cbaaee817bac
+Merge: 52ecff2 9d8bfd4
+Author: xxx
+Date:   Mon Jul 7 19:58:18 2014 -0400
+
+    merge refs/heads/synced/master
+</pre>
+
+Both parent trees were good and contained all files. In fact, the 2
+parent trees contained the same set of files. But the merge commit
+"resolved" the merge by deleting all the files.
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_1_3503644244e39c65d531807769365f50._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_1_3503644244e39c65d531807769365f50._comment
new file mode 100644
index 0000000000..6b24ea9583
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_1_3503644244e39c65d531807769365f50._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-09T18:20:13Z"
+ content="""
+mergeDirect locks .git/index, so no other git command should use it while the merge is in progress.
+
+However, if the index file is deleted, and stageMerge runs, it stages deletion of all files. So that looks likely to be part of the story.
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_2_9c4c950da0c07bf7c7edfcc7cc3b6011._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_2_9c4c950da0c07bf7c7edfcc7cc3b6011._comment
new file mode 100644
index 0000000000..19dcf1ca0f
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_2_9c4c950da0c07bf7c7edfcc7cc3b6011._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-09T18:25:08Z"
+ content="""
+Also pointing in the direction of a race: The bad commit happened 3 seconds after another commit did. The other commit was an empty commit, so caused by the bug in 5.20140613.
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_3_be42de12faf15562265ad6cf8964f5db._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_3_be42de12faf15562265ad6cf8964f5db._comment
new file mode 100644
index 0000000000..dd689eae78
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_3_be42de12faf15562265ad6cf8964f5db._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="theory"
+ date="2014-07-09T18:31:07Z"
+ content="""
+Suppose we have 2 mergeDirect's A and B running at the same time somehow, with B around 3 seconds behind A, and this sequence of events occurs:
+
+1. A copies index file to index.lock
+2. A stages an empty commit
+3. B copies index file to index.lock
+4. A finishes its commit, and so renames index.lock back to index.
+5. B runs stageMerge
+
+So, B is now running stageMerge with `GIT_INDEX_FILE` pointing to an index.lock that DNE. As noted above, this causes a deletion of all files to get staged by B.
+
+If this is the problem, git-annex could fix it using a real lock file. (The index.lock only prevents other git commands from manipulating the index during the merge.)
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_4_d5cbd1440e4d6706eb14644a4ff1883b._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_4_d5cbd1440e4d6706eb14644a4ff1883b._comment
new file mode 100644
index 0000000000..1440ee46be
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_4_d5cbd1440e4d6706eb14644a4ff1883b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 4"
+ date="2014-07-09T18:36:36Z"
+ content="""
+The above race was first introduced in version 5.20140613.
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c532859deb682dff9e59037d08f66a51._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c532859deb682dff9e59037d08f66a51._comment
new file mode 100644
index 0000000000..b1a5d32a62
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c532859deb682dff9e59037d08f66a51._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 6"
+ date="2014-07-09T19:01:33Z"
+ content="""
+Note that [[Assistant_merge_loop]], which contributes to this bug, is not actually fixed in 5.20140707, it seems.
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c946d2793fe0354151c447ddd0e59fd7._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c946d2793fe0354151c447ddd0e59fd7._comment
new file mode 100644
index 0000000000..20006ff6c7
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_6_c946d2793fe0354151c447ddd0e59fd7._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="http://jamesjustjames.wordpress.com/"
+ nickname="purpleidea"
+ subject="The guy with this bug."
+ date="2014-07-09T18:50:36Z"
+ content="""
+* Sure enough looking though the git log, I found one that removed 81
+files. It was useful to grep for 'deletions'.
+
+* It turned out there were actually two, one from each of the two
+git-annex-assistant machines. I had to do the revert separately on each
+machine for the corresponding commit that it had made.
+
+* I typically run the latest version that the webapp offers, within
+about a week or so of it prompting me (unless I'm away for a while).
+This means that maybe you can track down the approximate version where
+this occured by looking at the two commit dates of the \"bad\" merges:
+
+commit bbe43fb638d101d5b9bfa65a4023e7f9d90e72e6
+Merge: 351cca8 95935ce
+Author: James <james@computer1>
+Date:   Tue Jul 8 02:15:57 2014 -0400
+
+commit 1902a3af25b1ce3723c38877c7f25907885040e4
+Merge: 125b984 efcece7
+Author: James <james@computer2>
+Date:   Tue Jul 8 02:15:27 2014 -0400
+
+* I use the command line for pretty much most of what I do. Funny enough
+though I only really use git-annex through the webapp.
+
+* Bug wise I don't know if this is relevant, but I have done the
+following:
+> added/changed/removed files to ~/annex on computer one while git-annex
+wasn't running
+> added/changed/removed files to ~/annex on computer two while it wasn't
+running
+> started git-annex on computer one
+> started git-annex on computer two
+> and similar combinations of the above...
+"""]]
diff --git a/doc/bugs/bad_merge_commit_deleting_all_files/comment_7_24dea380fcf470e0ea488dece0410f37._comment b/doc/bugs/bad_merge_commit_deleting_all_files/comment_7_24dea380fcf470e0ea488dece0410f37._comment
new file mode 100644
index 0000000000..0cb39e7c87
--- /dev/null
+++ b/doc/bugs/bad_merge_commit_deleting_all_files/comment_7_24dea380fcf470e0ea488dece0410f37._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="more confirmation of race theory"
+ date="2014-07-09T19:26:55Z"
+ content="""
+@purpleidea showed me his git log, and as I had expected, there were previous empty commits immediately before the 2 commits that removes all of his files (which happened independenctly on 2 different machines running the assistant). This is consistent with my suspicion it's a race. Note that the assistant's git ref watcher can easily run multiple merges concurrently if multiple refs change.
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing..mdwn b/doc/bugs/box.com_never_stops_syncing..mdwn
new file mode 100644
index 0000000000..d8e5391b57
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing..mdwn
@@ -0,0 +1,74 @@
+### Please describe the problem.
+Git-annex will constantly sync most(if not all) my files to box.com
+
+### What steps will reproduce the problem?
+1 - Use git-annex instead of Dropbox at work
+2 - Boot computer.
+3 - Watch it sync everything to box.com (even files i believe it has transferred each and every day for the last few months)
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130827
+
+But i have never seen it work satisfactory in any version.
+
+Also, i have seen this is 10+ different clean git-annexes. So it isn't annex specific. 
+
+### Please provide any additional information below.
+
+I am going to add more debug to this bug constantly. (I intend to do a full 'git annex copy --to box.com --not --in box.com' daily, and see if the same files are transfered again and again)
+
+
+For now, i see a few different issues already:
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+tou@DSK1049:~/work-annex$ git annex copy --to box.com --not --in box.com 2>&1 | tee ../work-annex-copy-to-box.com-not-in-box.com-run1.log
+[2013-09-11 09:24:53 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","show-ref","git-annex"]
+[2013-09-11 09:24:53 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-09-11 09:24:53 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","log","refs/heads/git-annex..dbe8b1cfa5f84126c45a39fdc7c7f26e272c71cc","--oneline","-n1"]
+[2013-09-11 09:24:53 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","log","refs/heads/git-annex..45e279375897a2cd7f5b893402e0ec25c1b23436","--oneline","-n1"]
+[2013-09-11 09:24:54 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","log","refs/heads/git-annex..c4921be4434f751493fce1c932ac759214abacd4","--oneline","-n1"]
+[2013-09-11 09:24:54 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","log","refs/heads/git-annex..d591398dc1cac824a5fc5bdacdcb82301a9b15a3","--oneline","-n1"]
+[2013-09-11 09:24:54 CEST] chat: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","cat-file","--batch"]
+[2013-09-11 09:24:54 CEST] read: git ["config","--null","--list"]
+[2013-09-11 09:24:54 CEST] read: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","ls-files","--cached","-z","--"]
+[2013-09-11 09:24:54 CEST] chat: git ["--git-dir=/home/tou/work-annex/.git","--work-tree=/home/tou/work-annex","cat-file","--batch"]
+copy Documents/Gamle catillo overførsler/Rapport b-bm.odt (gpg) (checking box.com...) ok
+copy Documents/Gamle catillo overførsler/Rapport brandt skorstensfejeren.odt (checking box.com...) (failed to read https://www.box.com/dav/work-annex/4a5/18e/GPGHMACSHA1--5f8660edac93899cf9adc5fadcc480ddc2992bb1/GPGHMACSHA1--5f8660edac93899cf9adc5fadcc480ddc2992bb1.chunkcount) failed
+copy Documents/Gamle catillo overførsler/Rapport teamkoege.odt (checking box.com...) (failed to read https://www.box.com/dav/work-annex/98d/ae7/GPGHMACSHA1--5253241407527aa6c980f1174fdbc32713c54c44/GPGHMACSHA1--5253241407527aa6c980f1174fdbc32713c54c44.chunkcount) failed
+copy Documents/Gamle catillo overførsler/Rapport vikarborsen.odt (checking box.com...) ok
+copy Documents/Gamle catillo overførsler/Rapport-terrariemesteren.odt (checking box.com...) ok
+copy Documents/Gamle catillo overførsler/catillo-efhandel.odt (checking box.com...) (failed to read https://www.box.com/dav/work-annex/9d9/aea/GPGHMACSHA1--1516eac1ec7b4ceaa840faebabde1f50f5db0a52/GPGHMACSHA1--1516eac1ec7b4ceaa840faebabde1f50f5db0a52.chunkcount) failed
+copy Documents/Nøgeordsanalyse catillo104.xlsx (checking box.com...) (ResponseTimeout) failed
+copy Documents/Søgeordsliste.txt (checking box.com...) ok
+copy Documents/catillo guide.odt (checking box.com...) ok
+copy Documents/guide bruger oprettelse.odt (checking box.com...) (failed to read https://www.box.com/dav/work-annex/49e/175/GPGHMACSHA1--2b47737f8de7faac7704eaa322785edad63a921c/GPGHMACSHA1--2b47737f8de7faac7704eaa322785edad63a921c.chunkcount) failed
+copy Documents/guide skift backup bånd.odt (checking box.com...) ok
+copy Documents/lilletest.csv (checking box.com...) (failed to read https://www.box.com/dav/work-annex/915/373/GPGHMACSHA1--49ba3d5f63c012ae2cd2c0fc3e729178b1023c33/GPGHMACSHA1--49ba3d5f63c012ae2cd2c0fc3e729178b1023c33.chunkcount) failed
+copy Dropbox/adams-scraper/CommonFunctions.py (checking box.com...) (ResponseTimeout) failed
+copy Dropbox/adams-scraper/__pycache__/CommonFunctions.cpython-33.pyc (checking box.com...) (to box.com...) [2013-09-11 09:28:30 CEST] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--passphrase-fd","14","--symmetric","--force-mdc"]
+
+100%          0.0 B/s 0sResponseTimeout
+ResponseTimeout
+failed                  
+
+
+# End of transcript or log.
+"""]]
+
+More to come(full log)
+
+> This is [[fixed|done]] in git; when built with a new enough
+> version of the haskell DAV library, git-annex disables the default 5
+> second timeout.
+> 
+> It'll still be present in the Debian stable backports, which are
+> built with an old version of DAV. Not much I can do about that;
+> backporting DAV would be difficult.
+> 
+> The daily builds are updated to use the new version.
+> --[[Joey]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_1_124a5edcd89cc6b61e1a41f5b4d640d7._comment b/doc/bugs/box.com_never_stops_syncing./comment_1_124a5edcd89cc6b61e1a41f5b4d640d7._comment
new file mode 100644
index 0000000000..ee1c88cc7b
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_1_124a5edcd89cc6b61e1a41f5b4d640d7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T20:29:14Z"
+ content="""
+It seems you are getting a lot of timeouts from box.com, both when checking if content is present there and when uploading content that it does not have.
+
+I have heard some grumbles about box.com not being very reliable right now.
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_2_42574181aa721319ba54eadf0a15ddff._comment b/doc/bugs/box.com_never_stops_syncing./comment_2_42574181aa721319ba54eadf0a15ddff._comment
new file mode 100644
index 0000000000..5a0cde548b
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_2_42574181aa721319ba54eadf0a15ddff._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 2"
+ date="2013-09-12T20:54:33Z"
+ content="""
+The problem being. I've used box.com with one of my own hooks(owncloud), where it is completely stable!
+
+The instability is not a the box.com end.
+
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_3_2ad727849070cfd52d6c719478e9cce3._comment b/doc/bugs/box.com_never_stops_syncing./comment_3_2ad727849070cfd52d6c719478e9cce3._comment
new file mode 100644
index 0000000000..5eab58b3f7
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_3_2ad727849070cfd52d6c719478e9cce3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 3"
+ date="2013-09-12T20:56:44Z"
+ content="""
+git-annex is using box.com's WebDAV interface. Is owncloud?
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_4_83ce23e45f5a5845d4f04519ee14ec65._comment b/doc/bugs/box.com_never_stops_syncing./comment_4_83ce23e45f5a5845d4f04519ee14ec65._comment
new file mode 100644
index 0000000000..eb9dc51342
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_4_83ce23e45f5a5845d4f04519ee14ec65._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 4"
+ date="2013-09-12T21:33:29Z"
+ content="""
+It uses the following url https://www.box.com/dav
+
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_5_ef1c9d87b04db5047ab72167d3269687._comment b/doc/bugs/box.com_never_stops_syncing./comment_5_ef1c9d87b04db5047ab72167d3269687._comment
new file mode 100644
index 0000000000..9d9c1329b6
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_5_ef1c9d87b04db5047ab72167d3269687._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 5"
+ date="2013-09-12T21:44:32Z"
+ content="""
+It may be that there is a timeout in the http library that I am using for webdav that is too low. See <https://github.com/snoyberg/http-conduit/issues/137>
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_6_c9cb39eba941678035f9b2888da1085c._comment b/doc/bugs/box.com_never_stops_syncing./comment_6_c9cb39eba941678035f9b2888da1085c._comment
new file mode 100644
index 0000000000..5eaf4f4bb8
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_6_c9cb39eba941678035f9b2888da1085c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 6"
+ date="2013-09-12T21:49:05Z"
+ content="""
+That would probably do it. With other implementations(fuse mount) i've seen stalls and other bad behaviour with that DAV server.
+
+The owncloud hook doesn't have a timeout set. It probably should have one to prevent a total stall.
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_7_4b0632a4e37c96959a8e6434e9fd86fb._comment b/doc/bugs/box.com_never_stops_syncing./comment_7_4b0632a4e37c96959a8e6434e9fd86fb._comment
new file mode 100644
index 0000000000..2ac3f360ef
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_7_4b0632a4e37c96959a8e6434e9fd86fb._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="Logs"
+ date="2013-09-13T11:43:22Z"
+ content="""
+So have two days of logs now, and it doesn't look like it is retrying old files.
+
+http://paste.ubuntu.com/6101255/ <- day 1
+
+http://paste.ubuntu.com/6101256/ <- day 2
+
+Setting the computer to do the following loop over the weekend, lets see if everything is done come monday.
+
+for i in `seq 3 2000`; do git annex copy --to box.com --not --in box.com 2>&1 | tee ../work-annex-copy-to-box.com-not-in-box.com-run$i.log; done
+
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_8_d9d318b8c958de6031ae323da20af625._comment b/doc/bugs/box.com_never_stops_syncing./comment_8_d9d318b8c958de6031ae323da20af625._comment
new file mode 100644
index 0000000000..8dfbd6944f
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_8_d9d318b8c958de6031ae323da20af625._comment
@@ -0,0 +1,55 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="Update"
+ date="2013-09-18T11:17:33Z"
+ content="""
+Only just got back to work now. The script has done 10 iteration. This is the status:
+
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run1.log |grep \" ok\"| wc -l
+137
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run2.log |grep \" ok\"| wc -l
+77
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run3.log |grep \" ok\"| wc -l
+116
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run4.log |grep \" ok\"| wc -l
+70
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run5.log |grep \" ok\"| wc -l
+26
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run6.log |grep \" ok\"| wc -l
+6
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run7.log |grep \" ok\"| wc -l
+6
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run8.log |grep \" ok\"| wc -l
+0
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run9.log |grep \" ok\"| wc -l
+0
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run10.log |grep \" ok\"| wc -l
+0
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run11.log |grep \" ok\"| wc -l
+0
+
+tou@DSK1049:~$ cat work-annex-copy-to-box.com-not-in-box.com-run12.log |grep \" ok\"| wc -l
+0
+
+I have all the log files of course.
+
+tou@DSK1049:~/work-annex$ git annex find --not --in box.com| wc -l
+1639
+
+So, of the last 5 iteration 0 files of 1639 missing were transfered. Most of these files are <10kbyte
+
+http://paste.ubuntu.com/6123459/ <- pastebin of work-annex-copy-to-box.com-not-in-box.com-run11.log if it is of any use.
+
+"""]]
diff --git a/doc/bugs/box.com_never_stops_syncing./comment_9_689ac6a4a305197cf5566f98dab47b4b._comment b/doc/bugs/box.com_never_stops_syncing./comment_9_689ac6a4a305197cf5566f98dab47b4b._comment
new file mode 100644
index 0000000000..99a0eb9ae6
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing./comment_9_689ac6a4a305197cf5566f98dab47b4b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 9"
+ date="2013-09-28T19:34:42Z"
+ content="""
+Filed a bug on the DAV library about this: <http://bugs.debian.org/724856>
+"""]]
diff --git a/doc/bugs/broken_git_annex_map_on_direct_mode.mdwn b/doc/bugs/broken_git_annex_map_on_direct_mode.mdwn
new file mode 100644
index 0000000000..40005a60a2
--- /dev/null
+++ b/doc/bugs/broken_git_annex_map_on_direct_mode.mdwn
@@ -0,0 +1,58 @@
+### Please describe the problem.
+
+`git annex map` shows broken graph when direct mode is used
+
+### What steps will reproduce the problem?
+
+See transcript
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ git annex version
+git-annex version: 5.20140107
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook external
+
+$ LANG=C apt-cache policy git-annex
+git-annex:
+  Installed: 5.20140107
+  Candidate: 5.20140107
+  Version table:
+ *** 5.20140107 0
+         50 http://http.debian.net/debian/ sid/main amd64 Packages
+        100 /var/lib/dpkg/status
+"""]]
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+git init a
+cd a
+git annex init
+
+cd ..
+git clone a b
+cd b
+git annex init
+
+
+# OK
+git annex map
+
+cd ../a
+git annex direct
+cd ../b
+
+# NOT OK
+git annex map
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]; thanks for a good test case. --[[Joey]]
diff --git a/doc/bugs/build_fails_in_Assistant__47__WebApp__47__Gpg.hs.mdwn b/doc/bugs/build_fails_in_Assistant__47__WebApp__47__Gpg.hs.mdwn
new file mode 100644
index 0000000000..172f28143a
--- /dev/null
+++ b/doc/bugs/build_fails_in_Assistant__47__WebApp__47__Gpg.hs.mdwn
@@ -0,0 +1,57 @@
+### Please describe the problem.
+
+Building from git fails in Assistant/WebApp/Gpg.hs
+
+### What steps will reproduce the problem?
+
+Follow instructions at <http://git-annex.branchable.com/install/cabal/> for building from git:
+
+[[!format sh """
+cabal update
+PATH=$HOME/bin:$PATH
+cabal install c2hs --bindir=$HOME/bin
+cabal install --only-dependencies
+cabal configure
+cabal build
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+git master (7da58f3ebf8), openSUSE 12.3
+
+### Please provide any additional information below.
+
+[[!format txt """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Assistant/WebApp/Configurators/Fsck.hs:69:35:
+    Warning: This binding for `u' shadows the existing binding
+               bound at Assistant/WebApp/Configurators/Fsck.hs:60:17
+
+Assistant/WebApp/Configurators/Fsck.hs:126:11:
+    Warning: This binding for `check' shadows the existing binding
+               imported from `Assistant.WebApp.Common' at Assistant/WebApp/Configurators/Fsck.hs:16:1
+-30
+               (and originally defined in `Yesod.Form.Functions')
+[322 of 371] Compiling Assistant.TransferQueue ( Assistant/TransferQueue.hs, dist/build/git-annex/git
+-annex-tmp/Assistant/TransferQueue.o )
+[323 of 371] Compiling Assistant.Threads.Glacier ( Assistant/Threads/Glacier.hs, dist/build/git-annex
+/git-annex-tmp/Assistant/Threads/Glacier.o )
+[324 of 371] Compiling Assistant.Threads.Merger ( Assistant/Threads/Merger.hs, dist/build/git-annex/g
+it-annex-tmp/Assistant/Threads/Merger.o )
+[325 of 371] Compiling Assistant.Threads.Cronner ( Assistant/Threads/Cronner.hs, dist/build/git-annex
+/git-annex-tmp/Assistant/Threads/Cronner.o )
+[326 of 371] Compiling Assistant.MakeRemote ( Assistant/MakeRemote.hs, dist/build/git-annex/git-annex
+-tmp/Assistant/MakeRemote.o )
+[327 of 371] Compiling Assistant.WebApp.Gpg ( Assistant/WebApp/Gpg.hs, dist/build/git-annex/git-annex
+-tmp/Assistant/WebApp/Gpg.o )
+
+Assistant/WebApp/Gpg.hs:88:40:
+    Not in scope: type constructor or class `MonadIO'
+    Perhaps you meant `Monad' (imported from Assistant.WebApp.Common)
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/build_failure_with_kqueue_code__44___first_commit_that_breaks_is_3dce75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn b/doc/bugs/build_failure_with_kqueue_code__44___first_commit_that_breaks_is_3dce75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn
new file mode 100644
index 0000000000..d0551c151b
--- /dev/null
+++ b/doc/bugs/build_failure_with_kqueue_code__44___first_commit_that_breaks_is_3dce75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn
@@ -0,0 +1,25 @@
+Here goes...
+
+<pre>
+laplace:git-annex jtang$ make
+ghc -O2 -threaded -Wall -ignore-package monads-fd -ignore-package monads-tf -outputdir tmp -IUtility -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_KQUEUE -DOSX --make git-annex Utility/libdiskfree.o Utility/libmounts.o Utility/libkqueue.o
+
+Assistant/Threads/MountWatcher.hs:40:0:
+     warning: #warning Building without dbus support; will use mtab polling
+[165 of 208] Compiling Assistant.Alert  ( Assistant/Alert.hs, tmp/Assistant/Alert.o )
+[173 of 208] Compiling Assistant.DaemonStatus ( Assistant/DaemonStatus.hs, tmp/Assistant/DaemonStatus.o )
+[174 of 208] Compiling Assistant.TransferQueue ( Assistant/TransferQueue.hs, tmp/Assistant/TransferQueue.o )
+[175 of 208] Compiling Assistant.Threads.Watcher ( Assistant/Threads/Watcher.hs, tmp/Assistant/Threads/Watcher.o )
+
+Assistant/Threads/Watcher.hs:61:43:
+    Couldn't match expected type `Utility.Kqueue.Kqueue'
+                with actual type `()'
+    Expected type: IO Utility.Kqueue.Kqueue -> IO Utility.Kqueue.Kqueue
+      Actual type: IO Utility.Kqueue.Kqueue -> IO ()
+    In the fourth argument of `watchDir', namely `startup'
+    In the second argument of `($)', namely
+      `watchDir "." ignored hooks startup'
+make: *** [git-annex] Error 1
+</pre>
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/build_issue_with_8baff14054e65ecbe801eb66786a55fa5245cb30.mdwn b/doc/bugs/build_issue_with_8baff14054e65ecbe801eb66786a55fa5245cb30.mdwn
new file mode 100644
index 0000000000..34c2eef5f0
--- /dev/null
+++ b/doc/bugs/build_issue_with_8baff14054e65ecbe801eb66786a55fa5245cb30.mdwn
@@ -0,0 +1,43 @@
+Building commit 8baff14054e65ecbe801eb66786a55fa5245cb30 yields this...
+
+
+<pre>
+[164 of 189] Compiling Command.Sync ( Command/Sync.hs, tmp/Command/Sync.o )
+Command/Sync.hs:268:34:
+Not in scope: `vermarker'
+Perhaps you meant `varmarker' (line 267)
+make: *** [git-annex] Error 1
+</pre>
+
+Supplied fix...
+
+<pre>
+
+From a23a1af99c7a95c316a87f9c6f5f67a6f8ff6937 Mon Sep 17 00:00:00 2001
+From: Jimmy Tang <jtang@tchpc.tcd.ie>
+Date: Wed, 27 Jun 2012 21:55:22 +0100
+Subject: [PATCH 14/14] fix build issue introduced in
+ 8baff14054e65ecbe801eb66786a55fa5245cb30
+
+---
+ Command/Sync.hs | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Command/Sync.hs b/Command/Sync.hs
+index b2bf24d..dfaed59 100644
+--- a/Command/Sync.hs
++++ b/Command/Sync.hs
+@@ -265,7 +265,7 @@ mergeFile file key
+        | otherwise = go $ shortHash $ show key
+        where
+                varmarker = ".variant-"
+-               doubleconflict = vermarker `isSuffixOf` (dropExtension file)
++               doubleconflict = varmarker `isSuffixOf` (dropExtension file)
+                go v = takeDirectory file
+                        </> dropExtension (takeFileName file)
+                        ++ varmarker ++ v
+-- 
+1.7.11.1
+</pre>
+
+[[fixed|done]]
diff --git a/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain.mdwn b/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain.mdwn
new file mode 100644
index 0000000000..b63f56ce83
--- /dev/null
+++ b/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+In "Configuring jabber account" custom domains through google apps don't connect properly.
+
+### What steps will reproduce the problem?
+Try to use a google account that uses a non-gmail domain, e.g. user@domain.com
+
+### What version of git-annex are you using? On what operating system?
+Newest, on Mac OS 10.9
+
+### Please provide any additional information below.
+The issue is because git-annex is trying to connect to @domain.com as the jabber server, but the server should be talk.google.com:5223.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain/comment_1_6537e928a0d6d5c41b55370f112f4afb._comment b/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain/comment_1_6537e928a0d6d5c41b55370f112f4afb._comment
new file mode 100644
index 0000000000..26a63f87f0
--- /dev/null
+++ b/doc/bugs/can__39__t_connect_jabber_with_custom_google_apps_domain/comment_1_6537e928a0d6d5c41b55370f112f4afb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-07-02T17:28:01Z"
+ content="""
+This seems like the same problem as in [[bugs/googlemail]]. 
+
+git-annex uses SRV records to find the jabber server for a domain. What is google doing that makes this not work? Do you have a sample domain?
+"""]]
diff --git a/doc/bugs/can__39__t_get.mdwn b/doc/bugs/can__39__t_get.mdwn
new file mode 100644
index 0000000000..d5a29a2aec
--- /dev/null
+++ b/doc/bugs/can__39__t_get.mdwn
@@ -0,0 +1,81 @@
+### Please describe the problem.
+
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+$> git annex get 2read/ISNN2010__Tang.pdf
+git-annex: Cannot mix --all or --unused with file names.
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+
+[[!format sh """
+$> apt-cache policy git-annex
+git-annex:
+  Installed: 5.20140116
+  Candidate: 5.20140116
+  Version table:
+ *** 5.20140116 0
+        600 http://debian.lcs.mit.edu/debian/ sid/main amd64 Packages
+        100 /var/lib/dpkg/status
+"""]]
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+$> git annex get 2read/ISNN2010__Tang.pdf
+git-annex: Cannot mix --all or --unused with file names.
+
+but seems to start fetching some load if I do not specify any path and just run 'git annex get'.
+
+There seems to be some screw up:
+
+I have plenty of objects under .git/annex/objects/ (seems largely from
+the directory above), nothing is now reported by unused (with obscure
+msg):
+
+$> du -scmL * 2>/dev/null | tail -1
+1	total                      
+
+$> du -scm .git/annex/objects 
+334	.git/annex/objects
+334	total
+
+$> git annex dropunused all
+git-annex: Map.findMin: empty map has no minimal element
+
+Here is some portion of the history which lead to such a state (there
+was git annex unused somewhere before)
+
+25954  git annex move --unused --to onerussian.com_annex
+25955  git annex dropunused
+25956  git annex dropunused all
+25962  git annex unused
+25963  git log --stat -SSHA256E-s5639442--67691e57cb4d6c51afe838590ad265ba4bea9c291cf52d58ed24f05b70bf33bf.mp3
+25965  git log --stat -SSHA256E-s143042--b4012bf03ed0a387a9e714390efa75f1dd769162cca4c9b77e516732342be3f9.html
+25968  git annex move --unused --to onerussian.com_annex
+25969  git annex dropunused all
+25976  git annex unused
+25978  git br
+25980  git log --stat -Ss741707--7c215090893f1f0c994e2a9ad3088016676464bbad26768841dd08c07295a2fe.pdf.map
+25981  git annex unused
+25982  git annex fsck
+25983  git annex unused
+25984  git annex dropkey
+25985  git log --stat -SSHA256E-s14534131--20de680eedb3e1fb687c9b00c154d978333b61f4ea122c632bdb5bcdbb1553ff.pdf
+25986  git show de3ccae8304efbae4a7a8add49de638f64b821fc
+25991  git annex fsck
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
+
+> Tagged moreinfo since I have a workable theory about how this happened,
+> which would make it user configuration error and not a bug, but 
+> that has not been confirmed. --[[Joey]]
diff --git a/doc/bugs/can__39__t_get/comment_1_ef32287828481c161bd913c9db9052a5._comment b/doc/bugs/can__39__t_get/comment_1_ef32287828481c161bd913c9db9052a5._comment
new file mode 100644
index 0000000000..6530ae3c80
--- /dev/null
+++ b/doc/bugs/can__39__t_get/comment_1_ef32287828481c161bd913c9db9052a5._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="git annex fix starts fixing but then spits bulk of errors"
+ date="2014-01-18T05:42:15Z"
+ content="""
+probably related:
+
+```
+fix books/Мои первые книжки/PDF/Благинина Е.А. - Лодочки (Мои первые книжки) - 1962.pdf ok
+fix books/Мои первые книжки/PDF/Благинина Е.А. - Не мешайте мне трудиться (Мои первые книжки) - 1975.pdf fatal: This operation must be run in a work tree
+ok
+(Recording state in git...)
+
+git-annex: user error (xargs [\"-0\",\"git\",\"--git-dir=/home/yoh/annex/.git\",\"add\",\"--force\",\"--\"] exited 123)
+fatal: This operation must be run in a work tree
+failed
+(Recording state in git...)
+
+git-annex: user error (xargs [\"-0\",\"git\",\"--git-dir=/home/yoh/annex/.git\",\"add\",\"--force\",\"--\"] exited 123)
+fatal: This operation must be run in a work tree
+failed
+(Recording state in git...)
+
+....
+```
+"""]]
diff --git a/doc/bugs/can__39__t_get/comment_2_31fe400f4bac516a5c1101612cb06a54._comment b/doc/bugs/can__39__t_get/comment_2_31fe400f4bac516a5c1101612cb06a54._comment
new file mode 100644
index 0000000000..456bd0342d
--- /dev/null
+++ b/doc/bugs/can__39__t_get/comment_2_31fe400f4bac516a5c1101612cb06a54._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="repair seems to be also confused"
+ date="2014-01-18T05:47:02Z"
+ content="""
+[[[
+$> git annex repair                               
+Running git fsck ...
+No problems found.
+fatal: '/home/yoh/annex/.git' is outside repository
+Had to delete the .git/annex/index file as it was corrupt.
+No data was lost.
+ok
+
+$> ls
+2enjoy/   2read/    2watch/  books/  hardware/  videos/
+2listen/  2review/  abooks/  docs/   pics/
+
+$> git annex repair
+Running git fsck ...
+No problems found.
+fatal: '/home/yoh/annex/.git' is outside repository
+Had to delete the .git/annex/index file as it was corrupt.
+No data was lost.
+ok
+
+$> git annex get 2read/ISNN2010__Tang.pdf
+git-annex: Cannot mix --all or --unused with file names.
+
+]]]
+"""]]
diff --git a/doc/bugs/can__39__t_get/comment_3_87d123c04815d38abb92f967829c3a23._comment b/doc/bugs/can__39__t_get/comment_3_87d123c04815d38abb92f967829c3a23._comment
new file mode 100644
index 0000000000..b7a7f3bc46
--- /dev/null
+++ b/doc/bugs/can__39__t_get/comment_3_87d123c04815d38abb92f967829c3a23._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="could it be part/reason of the problem"
+ date="2014-01-18T06:05:50Z"
+ content="""
+not sure how that happened... definitely not me consciously! ;-)  some commands are complaining that \"You cannot run this command in a bare repository\" which I thought is BS since it is not BARE! but then looked into .git/config and it does have core.bare = True ... yikes!.. 
+
+This repository is also under assistant \"control\".
+
+changing to bare=False seems to start 'get'ing things, git annex repair doesn't produce obscure errors.
+
+git annex fix though now doesn't report any problems -- only 'ok', but none of those files mentioned 'ok' has a working symlink,,,  but I guess that is a fluke after many upgrades -- just dropping everything locally and getting needed context after purging .git/annex/objects .
+
+So I guess issue is resolved by discovering that repository was set to 'bare' mode somehow although it was not and seemed like working but not quite
+"""]]
diff --git a/doc/bugs/can__39__t_get/comment_4_b99cff87dbe38f08f888200dfe7e2436._comment b/doc/bugs/can__39__t_get/comment_4_b99cff87dbe38f08f888200dfe7e2436._comment
new file mode 100644
index 0000000000..0d0422fd35
--- /dev/null
+++ b/doc/bugs/can__39__t_get/comment_4_b99cff87dbe38f08f888200dfe7e2436._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 4"
+ date="2014-01-18T15:42:59Z"
+ content="""
+git-annex sets core.bare=true for direct mode, but it also then sets annex.direct=true and so does not treat it as a bare mode repository. If you had eg, manually tried to change annex.direct to false, and left it in bare mode, that would explain everything.
+
+> git annex fix though now doesn't report any problems -- only 'ok', but none of those files mentioned 'ok' has a working symlink
+
+That is completely normal behavior; git annex fix does not care if the content is locally present or not; it just checks that the symlinks would point to it if it were present.
+
+(Fixed the partial function in dropunused.)
+"""]]
diff --git a/doc/bugs/cannot_link_executable_on_android.mdwn b/doc/bugs/cannot_link_executable_on_android.mdwn
new file mode 100644
index 0000000000..cb660dd9cf
--- /dev/null
+++ b/doc/bugs/cannot_link_executable_on_android.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+Then starting git-annex on my Galaxy Nexus Android device, in the terminal window I get:
+
+[[!format sh """
+Falling back to hardcoded app location: cannot find expected files in /data/app-lib
+git annex webapp
+u0_a123@maguro:/sdcad/git-annex.home $ git annex webapp
+CANNOT LINK EXECUTABLE: git-annex invalid R_ARM_COPY relocation against DT_SYMBOLIC shared library libc.so (built with -Bsymbolic?)
+u0_a123@maguro:/sdcad/git-annex.home $ 
+"""]]
+
+### What steps will reproduce the problem?
+Start git-annex.
+
+### What version of git-annex are you using? On what operating system?
+Nightly build and release from a few days ago - 1.0.52
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[dup|done]] of [[git-annex_broken_on_Android_4.3]].--[[Joey]] 
diff --git a/doc/bugs/case-insensitive.mdwn b/doc/bugs/case-insensitive.mdwn
new file mode 100644
index 0000000000..a917f64c28
--- /dev/null
+++ b/doc/bugs/case-insensitive.mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+
+> Building git-annex on the ghc7.0 branch on a Mac with the default case-insensitive file system
+
+What is the expected output? What do you see instead?
+
+> Expected: build successfully; instead: 
+     
+    ld: duplicate symbol _UtilityziDiskFree_zdwa_info in dist/build/git-annex/git-annex-tmp/Utility/diskfree.o and dist/build/git-annex/git-annex-tmp/Utility/DiskFree.o for architecture x86_64
+
+What version of git-annex are you using? On what operating system?
+
+> commit `0bd5c90ef0518f75d52f0c5889422d8233df847d` on a Mac OS 10.6 and 10.7, using the Haskell Platform 2012.04
+
+Please provide any additional information below.
+
+> The problem is that since `DiskFree.hs` generates `DiskFree.o` and `diskfree.c` generates `diskfree.o`, a case-insensitive file system overwrites one object file with the other.  Renaming `diskfree.c` to `diskfreec.c` and changing the corresponding filenames in `git-annex.cabal` fixes the problem.
+
+>> Man, not this again. The 80's called, they want their 
+>> unix portability wars back. [[fixed|done]]. --[[Joey]]
diff --git a/doc/bugs/commitBuffer:_invalid_argument___40__invalid_character__41__.mdwn b/doc/bugs/commitBuffer:_invalid_argument___40__invalid_character__41__.mdwn
new file mode 100644
index 0000000000..027d22431b
--- /dev/null
+++ b/doc/bugs/commitBuffer:_invalid_argument___40__invalid_character__41__.mdwn
@@ -0,0 +1,228 @@
+What steps will reproduce the problem?
+
+    $ git init a.git
+    Initialized empty Git repository in /var/tmp/git-annex-bug/a.git/.git/
+    $ cd a.git
+    $ git annex init a
+    init a ok
+    (Recording state in git...)
+    $ touch Ren$'\351'
+    $ git annex add Ren$'\351'
+    add René (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Added Rene'."
+    [master (root-commit) a61b796] Added Rene'.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 "Ren\351"
+    $ cd ..
+    $ git clone -o a a.git b.git
+    Cloning into b.git...
+    remote: Counting objects: 13, done.
+    remote: Compressing objects: 100% (9/9), done.
+    remote: Total 13 (delta 1), reused 0 (delta 0)
+    Receiving objects: 100% (13/13), done.
+    Resolving deltas: 100% (1/1), done.
+    $ cd b.git
+    $ git annex copy --from=a --fast -v
+    (merging a/git-annex into git-annex...)
+    copy René 
+    git-annex: /var/tmp/git-annex-bug/b.git/.git/annex/transfer/download/7c5ee764-e8c6-11e1-b0c5-67c6ec1236d6/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855: commitBuffer: invalid argument (invalid character)
+    failed
+    (Recording state in git...)
+    git-annex: copy: 1 failed
+
+What is the expected output? What do you see instead?
+
+Expect that files will be copied, but they are not.
+
+What version of git-annex are you using? On what operating system?
+
+    $ echo $LANG
+    en_US.UTF-8
+    $ lsb_release -a
+    No LSB modules are available.
+    Distributor ID:	Ubuntu
+    Description:	Ubuntu 11.10
+    Release:	11.10
+    Codename:	oneiric
+    $ uname -a
+    Linux pdx-desktop 3.0.0-23-generic #39-Ubuntu SMP Thu Jul 19 19:18:53 UTC 2012 i686 i686 i386 GNU/Linux
+    $ bash --version
+    GNU bash, version 4.2.10(1)-release (i686-pc-linux-gnu)
+    Copyright (C) 2011 Free Software Foundation, Inc.
+    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+
+    This is free software; you are free to change and redistribute it.
+    There is NO WARRANTY, to the extent permitted by law.
+    $ ghc --version
+    The Glorious Glasgow Haskell Compilation System, version 7.4.2
+    $ git annex version
+    git-annex version: 3.20120807
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+Please provide any additional information below.
+
+The problem is related to weird characters in file names.  In the
+above example, the "weird character" is an accented 'e' (entered with
+$'\351' in bash and zsh).  I am able to add the files with weird
+characters in their name to one annex, but I cannot copy them to other
+annexes using `git annex copy`.
+
+The above example is a simplification of a real problem I am
+experiencing.  In my real scenario, the file is not empty.  See the
+attachment for some variations, including with non-empty
+files. UPDATE: I'm not allowed to add attachments. See below.
+
+May be related to these (long-ago fixed) bugs:
+http://git-annex.branchable.com/todo/support-non-utf8-locales/
+
+
+"Attachment": Here are my notes, including more examples:
+
+    Programs I'm using:
+
+    $ echo $LANG
+    en_US.UTF-8
+    $ lsb_release -a
+    No LSB modules are available.
+    Distributor ID:	Ubuntu
+    Description:	Ubuntu 11.10
+    Release:	11.10
+    Codename:	oneiric
+    $ uname -a
+    Linux pdx-desktop 3.0.0-23-generic #39-Ubuntu SMP Thu Jul 19 19:18:53 UTC 2012 i686 i686 i386 GNU/Linux
+    $ bash --version
+    GNU bash, version 4.2.10(1)-release (i686-pc-linux-gnu)
+    Copyright (C) 2011 Free Software Foundation, Inc.
+    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+
+    This is free software; you are free to change and redistribute it.
+    There is NO WARRANTY, to the extent permitted by law.
+    $ ghc --version
+    The Glorious Glasgow Haskell Compilation System, version 7.4.2
+    $ git annex version
+    git-annex version: 3.20120807
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+
+    Simplest way to see problem: one empty file with weird character
+    (accented e: $'\351') in name:
+
+    $ git init a.git
+    Initialized empty Git repository in /var/tmp/git-annex-bug/a.git/.git/
+    $ cd a.git
+    $ git annex init a
+    init a ok
+    (Recording state in git...)
+    $ touch Ren$'\351'
+    $ git annex add Ren$'\351'
+    add René (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Added Rene'."
+    [master (root-commit) a61b796] Added Rene'.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 "Ren\351"
+    $ cd ..
+    $ git clone -o a a.git b.git
+    Cloning into b.git...
+    remote: Counting objects: 13, done.
+    remote: Compressing objects: 100% (9/9), done.
+    remote: Total 13 (delta 1), reused 0 (delta 0)
+    Receiving objects: 100% (13/13), done.
+    Resolving deltas: 100% (1/1), done.
+    $ cd b.git
+    $ git annex copy --from=a --fast -v
+    (merging a/git-annex into git-annex...)
+    copy René 
+    git-annex: /var/tmp/git-annex-bug/b.git/.git/annex/transfer/download/7c5ee764-e8c6-11e1-b0c5-67c6ec1236d6/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855: commitBuffer: invalid argument (invalid character)
+    failed
+    (Recording state in git...)
+    git-annex: copy: 1 failed
+
+
+    Problem disappears with two empty files:
+
+    $ cd ..
+    $ git init a2.git
+    Initialized empty Git repository in /var/tmp/git-annex-bug/a2.git/.git/
+    $ cd a2.git
+    $ git annex init a2
+    init a2 ok
+    (Recording state in git...)
+    $ touch Ren$'\351'
+    $ git annex add Ren$'\351'
+    add René (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Add Ren$'\351'."
+    [master (root-commit) 62ac1c8] Add Ren$'\351'.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 "Ren\351"
+    $ touch Rene
+    $ git annex add Rene
+    add Rene (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Add Rene."
+    [master c455523] Add Rene.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 Rene
+    $ cd ..
+    $ git clone -o a2 a2.git b2.git
+    Cloning into b2.git...
+    done.
+    $ cd b2.git
+    $ git annex copy --from=a2 --fast -v
+    (merging a2/git-annex into git-annex...)
+    copy Rene (from a2...) ok
+    (Recording state in git...)
+
+
+    Problem returns with two non-empty files:
+
+    $ cd ..
+    $ git init a4.git
+    Initialized empty Git repository in /var/tmp/git-annex-bug/a4.git/.git/
+    $ cd a4.git
+    $ git annex init a4
+    init a4 ok
+    (Recording state in git...)
+    $ touch Ren$'\351'
+    $ rm Ren$'\351'
+    $ ls
+    $ echo "some content" > Ren$'\351'
+    $ git annex add Ren$'\351'
+    add René (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Add Ren$'\351'."
+    [master (root-commit) f090d90] Add Ren$'\351'.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 "Ren\351"
+    $ echo "some other content" > Rene
+    $ git annex add Rene
+    add Rene (checksum...) ok
+    (Recording state in git...)
+    $ git ci -m "Add Rene."
+    [master 97c20cd] Add Rene.
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 Rene
+    $ cd ..
+    $ git clone -o a4 a4.git b4.git
+    Cloning into b4.git...
+    done.
+    $ cd b4.git
+    $ git annex copy --from=a4 --fast -v
+    (merging a4/git-annex into git-annex...)
+    copy Rene (from a4...) ok
+    copy René 
+    git-annex: /var/tmp/git-annex-bug/b4.git/.git/annex/transfer/download/a5fcd0d4-e8c8-11e1-bb41-43ce1cb9a9f1/SHA256-s13--1c87b6727f523662df714f06a94ea27fa4d9050c38f4f7712bd4663ffbfdfa01: commitBuffer: invalid argument (invalid character)
+    failed
+    (Recording state in git...)
+    git-annex: copy: 1 failed
+
+> [[Fixed|done]]. Sorry this took so long, I was at a very busy point when
+> you filed this and am only just getting caught up. --[[Joey]]
diff --git a/doc/bugs/concurrent_git-annex_processes_can_lead_to_locking_issues.mdwn b/doc/bugs/concurrent_git-annex_processes_can_lead_to_locking_issues.mdwn
new file mode 100644
index 0000000000..2485e7b19e
--- /dev/null
+++ b/doc/bugs/concurrent_git-annex_processes_can_lead_to_locking_issues.mdwn
@@ -0,0 +1,53 @@
+When two git-annex processes are running and both modifying the git-annex
+branch, it's possible one will fail due to git's locking. When this
+happens, git-annex has already recorded its state in the journal (so no
+data is lost), but git-annex does crash, which can be surprising.
+
+I feel that, in general, multiple git-annex processes should be able to run
+concurrently. A big lock around all commands, or even all
+repository-modifying commands is a bad idea. Also, it's probably best to
+only worry about locking conflicts editing the git-annex branch. While `git
+annex add` and a few other commands make changes to the main git repo,
+and can have similar locking issues, so can any git commands that stage
+changes (I think.. check).
+
+Probably should KISS. Just add a lock file that is taken before changes to
+the git-annex branch, and if it's locked, wait. Changes to the git-annex
+branch tend to happen quickly (unless it's committing an enormous set of
+changes, and even that is relatively fast), so waiting seems ok. --[[Joey]] 
+
+----
+
+Commit 7981eb4cb512fbe3c49a3dd165c31be14ae4bc49 is more pessimistic, 
+describes some other potential issues. 
+
+* The journal needs to be emptied (done) and kept locked (not done) during
+  a merge, since a merge operates at a level below the journal, and any
+  changes that are journaled during a merge can overwrite changes merged
+  in from another branch.
+
+* Two git-annex processes can be doing conflicting things and inconsistent
+  information be written to the journal.
+
+  - One example would be concurrent get and drop of the same key.
+    But could this really race? If the key was already present, the get
+    would do nothing, so record no changes. If the key was not yet present,
+    the drop would do nothing, and record no changes.
+
+  - Instead, consider two copys of a key to different locations. If the
+    slower copy starts first and ends last, it could cache the location 
+    info, add the  new location, and lose the other location it was copied to.
+    Tested it and the location is not cached during the whole copy (logChange
+    reads the current log immediatly before writing), so this
+    race's window is very small -- but does exist.
+
+---- 
+
+## Updated plan
+
+Make Branch.change transactional, so it takes a lock, reads a file,
+applies a function to it, and writes the changed file.
+
+Make Branch.update hold the same lock.
+
+> [[Done]].
diff --git a/doc/bugs/configurable_path_to_git-annex-shell.mdwn b/doc/bugs/configurable_path_to_git-annex-shell.mdwn
new file mode 100644
index 0000000000..af2474451c
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell.mdwn
@@ -0,0 +1,7 @@
+On one of my ssh remotes I had to install git-annex using cabal. No system-wide installation possible. Hence `git-annex` and `git-annex-shell` are not in the default `$PATH` but in `$HOME/.cabal/bin`.
+
+Right now the command run by git-annex when ssh'ing to a remote is hardcoded to "`git-annex-shell`", which doesn't work for me. It would be nice to be able to change this per remote, for example with an option named `annex.<remote>.annex-shell-command`. Changing "`git-annex-shell`" in `Remote/Helper/Ssh.hs` to "`~/.cabal/bin/git-annex-shell`" worked for me, but it's obviously very ugly :)
+
+Could you do that please? I'll try to hack it myself and send you a patch in the next few days, but I'm pretty new to Haskell so it may take me a while... Thanks!
+
+> [[closing|done]], see comments --[[Joey]] 
diff --git a/doc/bugs/configurable_path_to_git-annex-shell/comment_1_fb6771f902b57f2b690e7cc46fdac47e._comment b/doc/bugs/configurable_path_to_git-annex-shell/comment_1_fb6771f902b57f2b690e7cc46fdac47e._comment
new file mode 100644
index 0000000000..50349363b1
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell/comment_1_fb6771f902b57f2b690e7cc46fdac47e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-03-22T22:26:02Z"
+ content="""
+It doesn't need to be installed into the system PATH; just the user PATH. Which you should be able to control.
+
+Exactly how to do this surely varies, but here I have a `~/.bashrc` containing `PATH=$HOME/bin:$PATH; export PATH` and I keep git-annex-shell in bin and it's available to eg \"ssh mybox git-annex-shell\"
+"""]]
diff --git a/doc/bugs/configurable_path_to_git-annex-shell/comment_2_2b856f4f0b65c2331be7d565f0e4e8a8._comment b/doc/bugs/configurable_path_to_git-annex-shell/comment_2_2b856f4f0b65c2331be7d565f0e4e8a8._comment
new file mode 100644
index 0000000000..adea95ecf2
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell/comment_2_2b856f4f0b65c2331be7d565f0e4e8a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 2"
+ date="2012-03-23T13:27:12Z"
+ content="""
+Hmm, ok, solved. I'm using zsh, which is a little different: `.zshrc` is only read for interactive shells, so `ssh mybox 'echo $PATH'` displayed `/usr/bin:/bin:/usr/sbin:/sbin`. Using `.zshenv`, which is used even for non-interactive shells, did the trick. Thanks!
+"""]]
diff --git a/doc/bugs/configurable_path_to_git-annex-shell/comment_3_aea42acc039a82efc6bb3a8f173a632e._comment b/doc/bugs/configurable_path_to_git-annex-shell/comment_3_aea42acc039a82efc6bb3a8f173a632e._comment
new file mode 100644
index 0000000000..399c46bc2c
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell/comment_3_aea42acc039a82efc6bb3a8f173a632e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="carlo"
+ ip="130.102.158.18"
+ subject="comment 3"
+ date="2013-07-01T04:20:22Z"
+ content="""
+For anyone who comes across this, make sure that you modify your $PATH before these lines in ~/.bashrc:
+
+    # If not running interactively, don't do anything
+    [ -z \"$PS1\" ] && return
+
+"""]]
diff --git a/doc/bugs/configurable_path_to_git-annex-shell/comment_5_178452f3c2671830d1a9f5e1d11accb4._comment b/doc/bugs/configurable_path_to_git-annex-shell/comment_5_178452f3c2671830d1a9f5e1d11accb4._comment
new file mode 100644
index 0000000000..cc47425870
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell/comment_5_178452f3c2671830d1a9f5e1d11accb4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 5"
+ date="2014-05-27T16:13:09Z"
+ content="""
+See [[devblog/day_166__catching_up]]
+"""]]
diff --git a/doc/bugs/configurable_path_to_git-annex-shell/comment_5_77b2269936f740cacbc955b95f9da51d._comment b/doc/bugs/configurable_path_to_git-annex-shell/comment_5_77b2269936f740cacbc955b95f9da51d._comment
new file mode 100644
index 0000000000..a30f2fff9d
--- /dev/null
+++ b/doc/bugs/configurable_path_to_git-annex-shell/comment_5_77b2269936f740cacbc955b95f9da51d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 5"
+ date="2014-05-26T11:52:27Z"
+ content="""
+when doing ssh host 'echo $PATH', the remote shell running the command is not an interactive shell and thus does NOT source .bashrc, neither is it a login shell and as such does not source .profile or .bash_profile.  Which leaves me wondering: how does git annex log in to the remote machine to run git-annex-shell?  Does it do so via an interactive shell, a login shell, or neither?  Because if it does it via ssh host 'git-annex-shell', then neither .bashrc or .profile can configure its PATH.
+"""]]
diff --git a/doc/bugs/confirmed.mdwn b/doc/bugs/confirmed.mdwn
new file mode 100644
index 0000000000..1bb3c864fc
--- /dev/null
+++ b/doc/bugs/confirmed.mdwn
@@ -0,0 +1,5 @@
+This tag is for bugs that have been confirmed to be real bugs, and so are likely
+to be the next bugs fixed.
+
+If your bug report is not tagged as confirmed, you probably need to provide more
+information so that the bug can be reproduced.
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation.mdwn b/doc/bugs/copy_fails_for_some_fails_without_explanation.mdwn
new file mode 100644
index 0000000000..f4489de27f
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation.mdwn
@@ -0,0 +1,7 @@
+I have a large direct-mode repository whose files I'm trying to copy to a non-direct-mode repository.  Both repositories live on an HDD attached to an rpi.
+
+When I do $ git annex copy --to pi dirs/to/copy, the copy starts out OK, but eventually many files fail to copy.  The only diagnostic I get is "failed".  Judging from the backscroll, I don't see a strong pattern to the files which fail to copy; they're kind of interspersed amongst files which were successfully copied.  If I try to copy one of these failed files explicitly (git annex copy --to pi file/which/failed), this succeeds.  I have plenty of free space on the disk.
+
+Is there a way to get more diagnostics out of git annex so I can see why these files are failing to copy?
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_10_0c1a5837305b721fc4a529cae3f4c3fb._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_10_0c1a5837305b721fc4a529cae3f4c3fb._comment
new file mode 100644
index 0000000000..b0127ed82a
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_10_0c1a5837305b721fc4a529cae3f4c3fb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 10"
+ date="2014-03-06T21:38:53Z"
+ content="""
+Thanks a lot, Joey.
+
+Compiling all of the dependencies for git-annex was taking forever on my pi, so I'll probably wait until the next release to test this out.  But I'll report back here if I have any problems.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_11_dabfec2d74fb847f3b40093a2866045b._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_11_dabfec2d74fb847f3b40093a2866045b._comment
new file mode 100644
index 0000000000..09fabcf1c7
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_11_dabfec2d74fb847f3b40093a2866045b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-03-10T19:20:42Z"
+ content="""
+Well you can always grab one of the daily builds, which include this fix.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_1_e456604b26ed9c72b0a88cfb57f1a475._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_1_e456604b26ed9c72b0a88cfb57f1a475._comment
new file mode 100644
index 0000000000..dba07bfd58
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_1_e456604b26ed9c72b0a88cfb57f1a475._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 1"
+ date="2014-03-05T16:11:27Z"
+ content="""
+I tried git annex sync --content, and it failed to copy some files with
+
+  git: createProcess: resource exhausted (Resource temporarily unavailable)
+
+So this sounds like fork is failing; I'm probably exhausting my poor pi's RAM.  Maybe the same thing is happening for git annex copy.  I'll run strace to see.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_2_4823d66bfb569605868af5cefe0d94dc._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_2_4823d66bfb569605868af5cefe0d94dc._comment
new file mode 100644
index 0000000000..5bcd0e92e5
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_2_4823d66bfb569605868af5cefe0d94dc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 2"
+ date="2014-03-05T20:31:57Z"
+ content="""
+How many files copied are we talking about before it begins to fail?
+
+You can try passing --debug, which will make git-annex show every external command it runs, which includes `cp` for a copy to another repo on the same machine.
+
+Might also check memory usage in top during the run.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_3_46305aa2d43da000c1a7cb003c822572._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_3_46305aa2d43da000c1a7cb003c822572._comment
new file mode 100644
index 0000000000..297c28a40e
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_3_46305aa2d43da000c1a7cb003c822572._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 3"
+ date="2014-03-06T18:21:53Z"
+ content="""
+> How many files copied are we talking about before it begins to fail?
+
+Tens of thousands of files processed, but many of them were already on the other remote so didn't invoke cp (or anything else).  ~3300 invocations of cp.
+
+I saved a log of ps aux, and, while the memory used by git annex remains relatively constant, I do observe /tons/ of zombie processes.  3300, actually.
+
+I didn't check all of them, but all of the zombie pids I checked appear to have corresponded to this command:
+
+    /home/pi/git-annex.linux/shimmed/git/git --git-dir=/home/pi/hdd/annex/.git --work-tree=/home/pi/hdd/annex cat-file --batch
+
+Perhaps git annex is forgetting to reap this processes?
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_4_1dbdeded7f587e8fc2d1ac5170ecb928._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_4_1dbdeded7f587e8fc2d1ac5170ecb928._comment
new file mode 100644
index 0000000000..537736a729
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_4_1dbdeded7f587e8fc2d1ac5170ecb928._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 4"
+ date="2014-03-06T18:32:33Z"
+ content="""
+Old versions of git-annex have known bugs involving zombies. What version?
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_5_1e0c06a07345d85b3712339e6f0d9a9f._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_5_1e0c06a07345d85b3712339e6f0d9a9f._comment
new file mode 100644
index 0000000000..ad2b80d666
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_5_1e0c06a07345d85b3712339e6f0d9a9f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 5"
+ date="2014-03-06T18:35:00Z"
+ content="""
+5.20140221-g1a47f5f -- I just downloaded it a week or two ago.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_6_41798e92068eb227c5e75cae2edef68a._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_6_41798e92068eb227c5e75cae2edef68a._comment
new file mode 100644
index 0000000000..a0554cd8ab
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_6_41798e92068eb227c5e75cae2edef68a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 6"
+ date="2014-03-06T18:38:43Z"
+ content="""
+Hmm, that version should only start git cat-file --batch a maximum of 10 times (if it is crashing for some reason), and appears to wait on the process if it does crash. And if not, should only start one.
+
+I think you need to post some git-annex --debug output , to show when it's running this command.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_7_1f33d694a08d8dcbf04595e3442b8cd5._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_7_1f33d694a08d8dcbf04595e3442b8cd5._comment
new file mode 100644
index 0000000000..f846e290d0
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_7_1f33d694a08d8dcbf04595e3442b8cd5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 7"
+ date="2014-03-06T18:40:26Z"
+ content="""
+Actually, NM, I have reproduced the bug.
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_8_884f31ce917c8e5ce9a32a55da9b42d6._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_8_884f31ce917c8e5ce9a32a55da9b42d6._comment
new file mode 100644
index 0000000000..5ba7442dc6
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_8_884f31ce917c8e5ce9a32a55da9b42d6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 8"
+ date="2014-03-06T20:21:16Z"
+ content="""
+Analysis: Remote.Git's onLocal calls Annex.new to make a new AnnexState for the local remote. This state is not cached, and is regenerated for each file. Since it runs a Annex.Branch check of the location log on the remote, it needs to start catFile, and since the state is not reused, a new CatFileHandle is allocated each time. I'm not sure, but there may have been a recent-ish change that caused the location log to get checked and so catfile to be run; the general inneficiency of making a new AnnexState each time is not new.
+
+Fixing this by caching the AnnexState will not only fix the resource leak, but should speed up local to local copies significantly!
+"""]]
diff --git a/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_9_ab770dafee3bd9212f553db222adbfe6._comment b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_9_ab770dafee3bd9212f553db222adbfe6._comment
new file mode 100644
index 0000000000..e6a23eed5a
--- /dev/null
+++ b/doc/bugs/copy_fails_for_some_fails_without_explanation/comment_9_ab770dafee3bd9212f553db222adbfe6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 9"
+ date="2014-03-06T21:17:14Z"
+ content="""
+Fixed in git. Also reduced the non-data-transfer work done by `git-annex copy` by around 8%.
+
+I'm going to move this thread to [[bugs]] so I can close it. ;)
+"""]]
diff --git a/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks.mdwn b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks.mdwn
new file mode 100644
index 0000000000..81d84b300c
--- /dev/null
+++ b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+When copying files to s3 using,
+
+    git annex copy --quiet --to mys3 --fast
+
+No information whatsoever is printed during upload when ran without `--quite` it prints a line for each file in the repo creating page after page of output for repos with thousands of file basically no way to tell which files got uploaded. Is it possible to have a verbosity level between quite and verbose that only reports progress on actual copy/move operations.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="copy --fast --to remote should be quiet when nothing to do"]]
+
+> [[fixed|done]]; Avoided the unnecessary output in this situation.
+> --[[Joey]]
diff --git a/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_1_5f51452d939d61496e97805310746ea3._comment b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_1_5f51452d939d61496e97805310746ea3._comment
new file mode 100644
index 0000000000..07cb1b780e
--- /dev/null
+++ b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_1_5f51452d939d61496e97805310746ea3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-11T15:31:34Z"
+ content="""
+So, `git annex copy --to remote` currently does an active check that the remote has each file. This is a bit inneficient, and I have never been 100% sure that's the best thing, but from time to time I see a situation where trusting the location log when doing a `cp` would not be ideal. 
+
+It would be easy to omit the output for files that the check finds on the remote, but I think it's good because it tells you git-annex is doing actual work. Otherwise, `git annex copy --to remote` might seem to take a long time for no reason.
+
+Anyway, you can disable the active check, with --fast. And I agree that in this case it would be better to not print anything. I looked at the code and it would be a little tricky to do it.
+
+There's a simple workaround: `git annex copy --to remote --not --in remote`
+"""]]
diff --git a/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_2_2cd3e9561c4442259c765743b423a7df._comment b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_2_2cd3e9561c4442259c765743b423a7df._comment
new file mode 100644
index 0000000000..cc86240f4f
--- /dev/null
+++ b/doc/bugs/copy_to_--fast_should_not_mention_every_file_it_checks/comment_2_2cd3e9561c4442259c765743b423a7df._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2013-12-11T16:18:27Z"
+ content="""
+Joey thanks for tip. This actually made copy operation faster than `copy --fast`, and only provides the info that I need.
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing.mdwn b/doc/bugs/copy_unused_and_unused_not_agreeing.mdwn
new file mode 100644
index 0000000000..3790a0edfc
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing.mdwn
@@ -0,0 +1,50 @@
+[[!format sh """
+greg@x200s:~/Documents$ git-annex unused
+unused . (checking for unused data...) (checking annex/direct/master...) (checking synced/annex/direct/master...) (checking synology/master...) 
+  Some annexed data is no longer used by any files:
+    NUMBER  KEY
+    1       SHA256E-s16367--0b00ef0154c42a0bf94e5be8d92d8af27455d59794f26c33dfc39c09178521c9.pdf
+    2       SHA256E-s84--b08e1c831863bb43c02158bd5e8f3f5416c3a5203d89fa94a22149460142c273.odt
+    3       SHA256E-s84--ec4caae451180a29721f2b6667eec8ec80eaa724f0727cf99d2bb21bf9218e9d.odt
+    ...
+    88      SHA256E-s84--710d69bef61674b04974ac550d713e5928563b2a12b902b64fe451705b967452.doc
+    89      SHA256E-s3830--1348d6248e35625da3e22f73d2a0017185bb5e1aa37f65bbca5dfcb3c7f53034
+    90      SHA256E-s119822--7c1b53ab6402b8835473f0b5c326f3cc300ac9372be79694942c1efa4bcdc621.pdf
+    91      SHA256E-s84--63b6188696795885ff6570a76a3a74799396787f7058cbcfd4a2c40b22982420.odt
+  (To see where data was previously used, try: git log --stat -S'KEY')
+  
+  To remove unwanted data: git-annex dropunused NUMBER
+  
+ok
+greg@x200s:~/Documents$ git-annex copy --unused --to synology
+"""]]
+
+Is that correct behavior? I would assume the last command would at least run through the 91 files and check my synology remote that they are there. Like this repo did:
+
+[[!format sh """
+$ git-annex unused
+unused . (checking for unused data...) (checking master...) (checking 60justin/master...)
+  Some annexed data is no longer used by any files:
+    NUMBER  KEY
+    1       SHA256E-s9390266--7ed16c9423b331dbe63bb3b4278b8c94a6754a07177c53fceb3b24e9610e8054.NEF
+    2       SHA256E-s10435713--49cbfe8466eada2c3787c9a7e158a7dfb9845a0aa8ef862ed2578b59c889dc4d.NEF
+    3       SHA256E-s9442044--85c314e318f643237df5e3adf7559e9bf268ee28f1f92d4102161865323ddeb6.NEF
+    4       SHA256E-s290672--c5822c3ef16bd62b5752b2dace81182ce00d64bd4d2d994ba93e3cb94e645708.JPG
+    5       SHA256E-s293288--30f1367fc326f7b053012818863151206f9e3ddeab3c3fc5b5c1c573d120d50a.JPG
+    6       SHA256E-s3672986--be960f6dc247df2496f634f7d788bd4a180fe556230e2dafc23ebc8fc1f10af3.JPG
+  (To see where data was previously used, try: git log --stat -S'KEY')
+
+  To remove unwanted data: git-annex dropunused NUMBER
+
+ok
+$ git-annex copy --unused --to synology
+copy SHA256E-s9390266--7ed16c9423b331dbe63bb3b4278b8c94a6754a07177c53fceb3b24e9610e8054.NEF (checking synology...) ok
+copy SHA256E-s10435713--49cbfe8466eada2c3787c9a7e158a7dfb9845a0aa8ef862ed2578b59c889dc4d.NEF (checking synology...) ok
+copy SHA256E-s9442044--85c314e318f643237df5e3adf7559e9bf268ee28f1f92d4102161865323ddeb6.NEF (checking synology...) ok
+copy SHA256E-s290672--c5822c3ef16bd62b5752b2dace81182ce00d64bd4d2d994ba93e3cb94e645708.JPG (checking synology...) ok
+copy SHA256E-s293288--30f1367fc326f7b053012818863151206f9e3ddeab3c3fc5b5c1c573d120d50a.JPG (checking synology...) ok
+copy SHA256E-s3672986--be960f6dc247df2496f634f7d788bd4a180fe556230e2dafc23ebc8fc1f10af3.JPG (checking synology...) ok
+$
+"""]]
+
+> [[fixed|done]] per my comment --[[Joey]] 
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_1_a11a45868867361fcff61471ffe0ce39._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_1_a11a45868867361fcff61471ffe0ce39._comment
new file mode 100644
index 0000000000..cedc0f7f9a
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_1_a11a45868867361fcff61471ffe0ce39._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="indirect vs direct"
+ date="2014-02-20T06:25:31Z"
+ content="""
+Aha! The issue is that the first repo (the one not copying unused files to synology) was in direct mode. I switched it to indirect and not only are there now a lot more files listed in unused, but copy --unused is working as expected.
+
+Should there be a warning in git-annex unused when in direct mode about this? I'm not exactly sure what is happening (not sure why the number of unused would go up from 91 to 296).
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_2_15559ba19393f5c061f77bc56379f8e1._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_2_15559ba19393f5c061f77bc56379f8e1._comment
new file mode 100644
index 0000000000..a3a3c119fe
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_2_15559ba19393f5c061f77bc56379f8e1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="Could I get a &quot;version&quot;, brethren?"
+ date="2014-02-20T17:58:32Z"
+ content="""
+I think there are two bugs here. I just reproduced and fixed a bug that would caused `git annex unused` to sometimes not notice certain unused keys when in direct mode. That's why the number you were finding in direct and indirect was different.
+
+That does not explain why `copy --unused` would not operate on unused files when in direct mode. A problem I have not managed to reproduce..
+
+There was a recent change to the format of the .git/annex/unused.log, which temporarily broke reading it (fixed in 5.20140210). This could be some version skew problem, as while the new git-annex version can read the old log format, the old git-annex version will ignore the new log format.
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_3_9b1340e0f6a107695849c04374aaeae2._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_3_9b1340e0f6a107695849c04374aaeae2._comment
new file mode 100644
index 0000000000..4fb2b3d391
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_3_9b1340e0f6a107695849c04374aaeae2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 3"
+ date="2014-02-20T19:31:56Z"
+ content="""
+heh, I *just* dist-upgraded this morning on the box that was showing the problem from git-annex_5.20140127_amd64.deb to git-annex_5.20140210_amd64.deb. So what you say is probably right (re unused.log).
+
+The only other annex I have in direct mode right now is one that I also am using the standalone build with (version 5.20131224-g6ca5271 right now). It has unused content in it (in fact, it's the synology annex, where I'm moving all the unused data to). I can do testing there if needed (and since it's a standalone build, it's easy for me to switch around git-annex versions with symlinks). The only problem is that it is dog slow when running git-annex unused. :)
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_4_b88530080fd90686cfa7e336f8328dcb._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_4_b88530080fd90686cfa7e336f8328dcb._comment
new file mode 100644
index 0000000000..9deb87d24e
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_4_b88530080fd90686cfa7e336f8328dcb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 4"
+ date="2014-02-20T19:49:21Z"
+ content="""
+Well, if you had a newer git-annex than 5.20140127 temporarily in path, it would certianly explain it. I have tested --unused in direct mode and am not seeing any problems.
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_5_792ab128a91c66e4ddeaa69d09430a78._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_5_792ab128a91c66e4ddeaa69d09430a78._comment
new file mode 100644
index 0000000000..d5e56151d4
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_5_792ab128a91c66e4ddeaa69d09430a78._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 5"
+ date="2014-03-05T04:34:49Z"
+ content="""
+Still seeing it with version 5.20140227
+
+git-annex unused shows 110 keys.
+
+git-annex copy --unused --to $anyremote just returns very quickly without doing anything.
+
+git-annex copy --all --to $anyremote does go through every key and checks.
+
+git-annex copy --key=$some_key_listed_in_unused --to $anyremote also just returns quickly without checking.
+
+I even untrusted the repository via vicfg and passing the --untrust=remote argument.
+
+Again, a direct mode repo that is also assistant'd.
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_6_e44a16ef3358a6fbcc6ed6b3a31f3273._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_6_e44a16ef3358a6fbcc6ed6b3a31f3273._comment
new file mode 100644
index 0000000000..eae21f79df
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_6_e44a16ef3358a6fbcc6ed6b3a31f3273._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 6"
+ date="2014-03-05T04:38:26Z"
+ content="""
+Also, in another non-direct/non-assistant'd repo, things work as expected.
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_7_635acd64b524c682c58f26ae96ae0d7d._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_7_635acd64b524c682c58f26ae96ae0d7d._comment
new file mode 100644
index 0000000000..52cfc575cc
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_7_635acd64b524c682c58f26ae96ae0d7d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 7"
+ date="2014-03-05T17:08:19Z"
+ content="""
+The only reason copy --key would do nothing is if the key is not locally present in your repository.
+
+Please check if the keys listed by `git annex unused` are present in `.git/annex/objects/`
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_8_1aaeb808e20c67f89eaac5e45d9309f0._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_8_1aaeb808e20c67f89eaac5e45d9309f0._comment
new file mode 100644
index 0000000000..3480ffa7e5
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_8_1aaeb808e20c67f89eaac5e45d9309f0._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 8"
+ date="2014-03-06T18:54:08Z"
+ content="""
+The last key listed by unused (111 of 111):
+
+[[!format sh \"\"\"
+greg@x200s:~/Documents/.git/annex/objects/q4/22/SHA256E-s12289--68a93144e03274664d50754882bdaf196134e06ec2b912157bdccae436d577d6.ods$ ls
+SHA256E-s12289--68a93144e03274664d50754882bdaf196134e06ec2b912157bdccae436d577d6.ods.cache
+SHA256E-s12289--68a93144e03274664d50754882bdaf196134e06ec2b912157bdccae436d577d6.ods.map
+greg@x200s:~/Documents/.git/annex/objects/q4/22/SHA256E-s12289--68a93144e03274664d50754882bdaf196134e06ec2b912157bdccae436d577d6.ods$
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/copy_unused_and_unused_not_agreeing/comment_9_6abca5f4927e09089cdc5f0bd27b798f._comment b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_9_6abca5f4927e09089cdc5f0bd27b798f._comment
new file mode 100644
index 0000000000..25edfd5edf
--- /dev/null
+++ b/doc/bugs/copy_unused_and_unused_not_agreeing/comment_9_6abca5f4927e09089cdc5f0bd27b798f._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="analysis"
+ date="2014-03-06T21:37:15Z"
+ content="""
+[[!format haskell \"\"\"
+        {- In indirect mode, look for the key. In direct mode,
+         - the inode cache file is only present when a key's content
+         - is present, so can be used as a surrogate if the content
+         - is not located in the annex directory. -}
+\"\"\"]]
+
+Seems that is wrong.
+
+I think that comment was based on removeAnnex calling removeInodeCache, which it does do.
+And that is, afaik, the only point in git-annex where content files are removed from the annex.
+
+However, in direct mode, removeAnnex is not the only way to delete a key's content -- the user can simply delete the file!
+(Or a disk error could put it in lost+found, or whatever.)
+
+That leaves the inode cache file present. unused will then behave as you describe. Also, uninit throws an ugly warning message
+due to getKeysPresent giving it bad data. The only other caller of getKeysPresent is info, which will also operate on bad data and so generate slightly wrong stats.
+
+I'm leaning toward making getKeysPresent do a full check of the cache and map, checking that the work tree still contains a key's content. This will make it somewhat slower (by 2 file reads and a stat() per key). So it would make sense to make a variant that only lists keys with content present in .git/annex/objects/. That could be used by `unused`, since by definition unused keys cannot have their content located in the work tree, so must have it in the object directory. uninit could also use it, since it's only interested in cleaning out .git/annex/objects. Only `info` will be slowed down.
+"""]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been.mdwn b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been.mdwn
new file mode 100644
index 0000000000..05f3f5b7d1
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+
+This is a one-off thing, not a reproducible bug.  It was just so weird that I wanted to make a note of it in case somebody else had the same problem and it was reproducible.
+
+I have a remote on the a USB drive which I mount once in a while on /Volumes/TOSHIBAEXT which has a remote on /Volumes/TOSHIBAEXT/annex.   It's a remote which I created by hand using "git clone" a long time ago, not something the assistant set up for me.
+
+Anyway, today the assistant kept reporting that it could not sync to it.  I didn't know why, because I checked in my Finder sidebar and it showed a mounted drive called TOSHIBAEXT.  It's only when I checked with the command line that I noticed something was up!  There was now an ordinary directory at /Volumes/TOSHIBAEXT/annex.   This had apparently been created at some point when the drive was unmounted, so when it re-mounted, because there was a directory in the way, it re-mounted at "/Volumes/TOSHIBAEXT 1".  But it was displayed in the finder sidebar as just "TOSHIBAEXT" anyway because the finder hides this workaround from the user for whatever reason.
+
+Presumably git-annex assistant at some point, for some reason, created an ordinary directory where it expected to find the annex.
+
+I wonder if this may have to do with the fact that this is a non-bare, created-by-hand repo, from before I was using the assistant, not a normal bare remote that the assistant would have created for me if I'd been using the webapp.
+
+### What steps will reproduce the problem?
+
+I've only seen it once, and report the bug not as an outstanding issue but only as a heads-up that this has ever happened.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130501-gb61740e
+
+OS X lion (10.7)
+
+### Please provide any additional information below.
+
+I wasn't logging when this happened.
+
+Again, just a heads-up; I'll keep my eye open for this happening again and post more info if it does.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_1_41cfd5e48426a6ef52bef70a06a6f46a._comment b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_1_41cfd5e48426a6ef52bef70a06a6f46a._comment
new file mode 100644
index 0000000000..a4d0a5895e
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_1_41cfd5e48426a6ef52bef70a06a6f46a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-05-05T20:55:19Z"
+ content="""
+Huh.  This happened a second time today.  I'll try and catch it in the act, and make a proper bug report, when I get a chance.
+
+Still not sure this is a bug rather than just a peculiarity of how I have things set up.
+
+"""]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_2_bd584ccbe128427fca99e61d66d301c9._comment b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_2_bd584ccbe128427fca99e61d66d301c9._comment
new file mode 100644
index 0000000000..1d9e09ef95
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_2_bd584ccbe128427fca99e61d66d301c9._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-06T14:50:01Z"
+ content="""
+Hmm.. One way I can think that this could happen is if git-annex was running, and doing something in the repository on the drive that involved making a directory, and the drive was removed. There are several places in git-annex where it has code, like this:
+
+<pre>
+createAnnexDirectory
+-- some action here that expects to have the git-annex directory
+</pre>
+
+Is the repo you have on the drive a direct mode repo by any chance? This is the only obvious way I can see that would cause it to create just the top level directory of the repository, and not a deeper directory tree like `.git/annex/tmp/`
+
+The assistant also has a MountWatcher that detects when repositories that were not accessible get mounted, but it does not do anything to stop the repository being used when its drive gets unmounted. Even if it did, it couldn't go anything about code that is already running using the previously mounted repository. However, as things stand, it would probably also be possible for the drive to be removed, and some time to pass before an action was run that tried to do something to the no longer present repository.
+So making the mountwatcher disable repositories when drives are unmounted would at least make this window narrower.
+"""]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_3_5bb0347215b321444643646f25a35759._comment b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_3_5bb0347215b321444643646f25a35759._comment
new file mode 100644
index 0000000000..d163925427
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_3_5bb0347215b321444643646f25a35759._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2013-05-06T16:52:07Z"
+ content="""
+It's possible, even likely, that there were indeed more directories and I didn't notice because they were hidden and I just looked at them with a vanilla \"ls\" command with no flags like \"-a\".
+
+So it's probably exactly what you're thinking --t here was something going on, a transfer queued or something, that I didn't realize was happening and I removed it and it went and created the directory as if it were there.  
+"""]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_4_73848a9c783ecf3d9fccdd41b20fbe36._comment b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_4_73848a9c783ecf3d9fccdd41b20fbe36._comment
new file mode 100644
index 0000000000..7b588ecc73
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_4_73848a9c783ecf3d9fccdd41b20fbe36._comment
@@ -0,0 +1,56 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="comment 4"
+ date="2013-07-24T14:19:01Z"
+ content="""
+I saw this too, today. The repo in my case was created via the webapp, using the 'usb key' option.
+I was messing about with deleting repos and had turned off synchronisation for the repo on the key as I didn't have it inserted.
+
+I only just stumbled on this bug report after removing the repository from the key entirely, so it's difficult to define the reproduction steps.
+
+* create a 'usb key' repo via webapp, transfer type
+* let it sync
+* disable sync
+* change a file in another repo, so there is something to sync
+* unmount key, unplug key
+* turn on sync again - should see 'failed ot sync with ...' in webapp dashboard
+* reinsert key
+* let it sync
+* unplug key without properly unmounting
+* change a file in another repo, so there is something to sync
+
+I just did this. The key was mounting at /Volumes/VERBATIM4. Just after unplugging without unmounting, that directory was gone.
+When I made the change that could be synced, I got a /Volumes/VERBATIM4 directory. The directory tree structure is similar to but different
+from the structure on the usb key, see below.
+
+Now when I try to plug it in again os/x will spot the potential conflict and mount the key at /Volumes/VERBATIM4\ 1.
+
+If I instead rm -rf /Volumes/VERBATIM4 and then replug the usb key, everything syncs as expected.
+
+Version: 4.20130723-ge023649 (os/x 10.8)
+
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+Tree structure of the phantom directory:
+
+    /Volumes/VERBATIM4/annex/
+    └── annex
+        ├── journal.lck
+        ├── objects
+        │   └── df3
+        │       └── 043
+        │           └── SHA256E-s17363--4c5ef74b4fcb9ecd962c6ecac694f87277e580836335e57924654762668a5448
+        │               └── SHA256E-s17363--4c5ef74b4fcb9ecd962c6ecac694f87277e580836335e57924654762668a5448
+        ├── tmp
+        └── transfer
+            ├── download
+            │   └── adf30a67-777a-45a6-a658-e2266770f01b
+            └── failed
+                └── download
+                    └── adf30a67-777a-45a6-a658-e2266770f01b
+                        └── SHA256E-s17363--4c5ef74b4fcb9ecd962c6ecac694f87277e580836335e57924654762668a5448
+
+    12 directories, 3 files
+
+"""]]
diff --git a/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_5_64bf56f2b0ff206c3caf5cadebfd0cda._comment b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_5_64bf56f2b0ff206c3caf5cadebfd0cda._comment
new file mode 100644
index 0000000000..49ab80ed4b
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been/comment_5_64bf56f2b0ff206c3caf5cadebfd0cda._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="Same happening here"
+ date="2014-07-09T14:45:32Z"
+ content="""
+Any hint about how to stop this from happening again? This time I think I was careful and tried to stop git-annex, however I got ghosts.
+Whats the correct way to unplug the drive?
+
+My scenario is the following, I have two repos on HDD synced with a USB drive. I want to sync them to the USB drive from time to time when I plug it. I want a safe way to unplug drive without getting these ghost directories. 
+
+This time, I entered both directories in the HDD and made a git-annex assistant --stop, but after doing a ps aux | grep git-annex I still see many processes running so I'm not sure if I truly stopped it.
+The webapp gives me the impression of working on a per-repo basis, so I miss having some sort of general feedback about git-annex. Something like: \"at the moment you are syncing repos A and B\" or \"idle\".
+So I never have a clue about whats going on.
+I'm trying to set up this since long time, and I'm a very capable unix guy, and I still have the feeling that I can't trust git-annex.
+I really like the tool but I'm not sure how to use it properly.
+Thanks in advance.
+
+
+"""]]
diff --git a/doc/bugs/creating_a_remote_server_repository.mdwn b/doc/bugs/creating_a_remote_server_repository.mdwn
new file mode 100644
index 0000000000..07367d7731
--- /dev/null
+++ b/doc/bugs/creating_a_remote_server_repository.mdwn
@@ -0,0 +1,24 @@
+What steps will reproduce the problem?
+
+I was trying to add a remote server repository. Unfortunately, this didn't work. Enter Host name, user name, directory, port
+(left most of them at their default), but there is no way, to specify a password.) Clicking check this server failed:
+
+ Failed to ssh to the server. Transcript: Permission denied, please try again. Permission denied, please try again. Permission denied (publickey,password). 
+
+(Problem was, I could never enter a password. Interestingly, on the konsole, I get a prompt for a password, but I can't enter anything there).
+
+
+What is the expected output? What do you see instead?
+
+Successfully create a connection and use the remote server.
+
+
+What version of git-annex are you using? On what operating system?
+Version: 3.20130124
+
+
+
+Please provide any additional information below.
+
+[[!tag /design/assistant done]]
+[[!meta title="ssh password prompting issue with assistant"]]
diff --git a/doc/bugs/creating_a_remote_server_repository/comment_1_de1a370347428245bcfca60eaca96779._comment b/doc/bugs/creating_a_remote_server_repository/comment_1_de1a370347428245bcfca60eaca96779._comment
new file mode 100644
index 0000000000..aad008fd01
--- /dev/null
+++ b/doc/bugs/creating_a_remote_server_repository/comment_1_de1a370347428245bcfca60eaca96779._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-05T19:22:04Z"
+ content="""
+You're not really intended to start the git-annex assistant from a console. If you do, ssh will go ahead and prompt for passwords using that controlling console.
+
+When the assistant is not started from a console, ssh should use the `ssh-askpass` to prompt for the password. Assuming your system has that installed.
+"""]]
diff --git a/doc/bugs/creating_a_remote_server_repository/comment_2_482ac9b0f881099910f9bd9f7cda184d._comment b/doc/bugs/creating_a_remote_server_repository/comment_2_482ac9b0f881099910f9bd9f7cda184d._comment
new file mode 100644
index 0000000000..2370f7d478
--- /dev/null
+++ b/doc/bugs/creating_a_remote_server_repository/comment_2_482ac9b0f881099910f9bd9f7cda184d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edward.myopenid.com/"
+ nickname="edward"
+ subject="Same problem on Android 4.3"
+ date="2013-12-01T08:47:06Z"
+ content="""
+I have the same error on Android. Is git-annex on Android meant to come with ssh-askpass?
+"""]]
diff --git a/doc/bugs/creating_a_remote_server_repository/comment_3_b7c7f684d0eef14fcc00cb2ac0566703._comment b/doc/bugs/creating_a_remote_server_repository/comment_3_b7c7f684d0eef14fcc00cb2ac0566703._comment
new file mode 100644
index 0000000000..ca56e7e3f5
--- /dev/null
+++ b/doc/bugs/creating_a_remote_server_repository/comment_3_b7c7f684d0eef14fcc00cb2ac0566703._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-12-01T20:10:02Z"
+ content="""
+The bug your are commenting on is over a year old, and is closed, and does not involve Android. If you're having trouble with android, file a new bug report.
+
+On android, git-annex runs from a terminal app. The ssh password prompting is currently done inside that app.
+"""]]
diff --git a/doc/bugs/creds_directory_not_automatically_created.mdwn b/doc/bugs/creds_directory_not_automatically_created.mdwn
new file mode 100644
index 0000000000..d4e436da42
--- /dev/null
+++ b/doc/bugs/creds_directory_not_automatically_created.mdwn
@@ -0,0 +1,3 @@
+I just compiled ff7810eb83d8372e6206d487c63482d678e0b3d4 and created a new git-annex repository through the setup steps of "git-annex webapp". Then I tried configuring a Jabber account from the webapp. It then failed to create $REPO/.git/annex/creds/xmpp with a "No such file or directory" message because $REPO/.git/annex/creds did not get created. After doing a manual mkdir the Jabber setup went through fine.
+
+> [[Fixed|done]], thanks. --[[Joey]]
diff --git a/doc/bugs/direct_mode_assistant_in_subdir_confusion.mdwn b/doc/bugs/direct_mode_assistant_in_subdir_confusion.mdwn
new file mode 100644
index 0000000000..a705e434ff
--- /dev/null
+++ b/doc/bugs/direct_mode_assistant_in_subdir_confusion.mdwn
@@ -0,0 +1,37 @@
+I ran the assistant in a subdir in direct mode, and it seemed to move files from other places outside that subdir
+into it, and commit them there. These may have been files that needed to be committed, and it just staged them to the wrong place.
+
+I'm pretty sure this does not affect indirect mode.
+
+--[[Joey]]
+
+The relevant commit, in my family's annex is
+22e694549d698922389deb017c39c2b40371cdf0 --[[Joey]]
+
+Was able to reproduce this as follows: 
+
+1. Make 2 repositories A and B, with B in direct mode.
+2. In A, touch topfile; git annex add topfile; git annex sync
+3. In B: mkdir subdir; cd subdir; git annex assistant
+
+Result is a subdir/topfile appearing in B, which is wrong.
+
+<pre>
+ subdir/topfile | 1 +
+ topfile   | 1 -
+</pre>
+
+Note that manually doing a git-annex sync in B's subdir does not cause this
+to happen. It's specific to the assistant somehow.
+
+--[[Joey]] 
+
+Before 2407170eaf78d9aa38d73d1af68c20da9882779b, git-annex sync in a subdir
+had the same problem. That made it always run from the top of the work
+tree, which its code actually assumes is the case. 
+
+The assistant, however, does not do that, and it's useful in general to
+only run it in a subdir. 
+
+> Made sync merge code handle this correctly. Conflicted merge handing code
+> was already ok. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/direct_mode_assistant_in_subdir_confusion/comment_1_351143deec29e712f8718a373ad650d7._comment b/doc/bugs/direct_mode_assistant_in_subdir_confusion/comment_1_351143deec29e712f8718a373ad650d7._comment
new file mode 100644
index 0000000000..aa134bd8ef
--- /dev/null
+++ b/doc/bugs/direct_mode_assistant_in_subdir_confusion/comment_1_351143deec29e712f8718a373ad650d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 1"
+ date="2013-08-03T20:15:17Z"
+ content="""
+Only seems to affect initial startup scan; files added outside the subdir after it was started up were not committed (which is the desired behavior when running the webapp in a subdir).
+"""]]
diff --git a/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state.mdwn b/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state.mdwn
new file mode 100644
index 0000000000..664511b6c7
--- /dev/null
+++ b/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state.mdwn
@@ -0,0 +1,60 @@
+### Please describe the problem.
+
+Running `git annex direct` in a repository may results with the following error message:
+
+    git-annex: /home/mildred/Music/.git/annex/objects/2K/49/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.map898.tmp: rename: permission denied (Permission denied)
+failed
+    git-annex: direct: 1 failed
+
+
+The major problem is that git-annex doesn't roll back the changes it did for the files it could successfully put in direct mode. Running git status show many files with typechange. The solution was to run `git add` on those files (although the hashing backend changed, so a commit must be created)
+
+### What steps will reproduce the problem?
+
+Don't know yet why the rename failed, but the direct mode should be rolled back if there is a problem. Restarting `git-annex direct` didn't result in an error.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 5.20140405-g8729abc
+arch-linux Linux moiraine 3.15.3-1-ARCH #1 SMP PREEMPT Tue Jul 1 07:32:45 CEST 2014 x86_64 GNU/Linux
+
+### Please provide any additional information below.
+
+[[!format sh """
+
+$ git annex direct
+commit  
+(Recording state in git...)
+On branch master
+nothing to commit, working directory clean
+ok
+direct .gitrefs/heads/annex/direct/master ok
+direct .gitrefs/heads/git-annex ok
+direct .gitrefs/heads/master ok
+direct .gitrefs/heads/synced/master ok
+direct .gitrefs/remotes/ashley/git-annex ok
+direct .gitrefs/remotes/ashley/master ok
+direct .gitrefs/remotes/ashley/synced/git-annex ok
+direct .gitrefs/remotes/ashley/synced/master ok
+direct .gitrefs/remotes/kylae/git-annex ok
+direct .gitrefs/remotes/kylae/master ok
+direct .gitrefs/remotes/kylae/synced/git-annex ok
+direct ... ok
+direct ... ok
+direct ... ok
+  /home/mildred/Music/.git/annex/objects/2K/49/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.map897.tmp: rename: permission denied (Permission denied)
+
+  leaving this file as-is; correct this problem and run git annex fsck on it
+direct ... ok
+direct ... ok
+direct ... ok
+direct ... ok
+direct ... ok
+
+git-annex: /home/mildred/Music/.git/annex/objects/2K/49/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.map898.tmp: rename: permission denied (Permission denied)
+failed
+git-annex: direct: 1 failed
+
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state/comment_1_be1302a006a66e501fe543f3af191fea._comment b/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state/comment_1_be1302a006a66e501fe543f3af191fea._comment
new file mode 100644
index 0000000000..c0455b9924
--- /dev/null
+++ b/doc/bugs/direct_mode_fails__44___left_in_an_inconsistent_state/comment_1_be1302a006a66e501fe543f3af191fea._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T18:11:22Z"
+ content="""
+The most likely problem would be if your repository contained annexed objects owned by different user than the one running `git annex direct`.
+
+However, I cannot reproduce this problem:
+
+<pre>
+direct foo 
+  /home/joey/tmp/r/.git/annex/objects/pV/7j/SHA256E-s30--2754b7f82f6994005b97256273756f14d4abc17165c8819c06c07340d03351fa: setFileMode: permission denied (Operation not permitted)
+
+  leaving this file as-is; correct this problem and run git annex fsck on it
+direct  ok
+</pre>
+
+Since version 4.20130921, any exception when moving a file to direct mode should be caught like that.
+
+I will need more information to reproduce your bug. Or are you sure you wrote down the right version of git-annex?
+"""]]
diff --git a/doc/bugs/direct_mode_merge_can_overwrite_local__44___non-annexed_files.mdwn b/doc/bugs/direct_mode_merge_can_overwrite_local__44___non-annexed_files.mdwn
new file mode 100644
index 0000000000..081dd414be
--- /dev/null
+++ b/doc/bugs/direct_mode_merge_can_overwrite_local__44___non-annexed_files.mdwn
@@ -0,0 +1,14 @@
+Direct mode merge handles the case where there's a conflict between local and remote files, that are checked into git.
+
+However, the the local file (or directory, or symlink, whatever)
+is not checked into git, the merge will overwrite it with the remote file from git.
+
+> That's fixed; now this is detected and the local variant
+> is renamed with ".variant-local", and possibly a number to make it
+> unique.
+
+New problem: If the merge pulls in a directory, and a file exists with
+the name of the directory, locally, not annexed, the file is left alone,
+but the directory is thus not checked out, and will be deleted on commit.
+
+> [[fixed|done]]; regression test in place. --[[Joey]]
diff --git a/doc/bugs/direct_mode_merge_interrupt.mdwn b/doc/bugs/direct_mode_merge_interrupt.mdwn
new file mode 100644
index 0000000000..7cbb442089
--- /dev/null
+++ b/doc/bugs/direct_mode_merge_interrupt.mdwn
@@ -0,0 +1,54 @@
+Seems to me there is a bug in how merges are done in direct mode. This is
+done in two steps:
+
+1. Merge the remote branch into the local branch, with work tree directed
+   to a temp dir.
+2. Use the temp dir and the newly merged branch to update the work tree.
+
+If this is interrupted between 1 and 2, by eg the user ctrl-Cing or power
+being lost, the result is a repository that thinks the current branch has
+been merged, but does not have an updated work tree. The next sync in that
+repository will see the files as deleted (or as being an old version), and
+commit the current work tree state to the branch. 
+
+Result is files appear to be lost, although `git revert` in an indirect
+mode repo can get them back.
+
+To fix this, direct mode merge would need to avoid updating the current
+branch when merging the remote branch into it (how?). It should first
+update the whole work tree, and only after it's updated should it update
+the index and the current branch to reflect the merge.  
+
+This way, if the merge is interrupted, the work tree may have uncommitted
+changed -- but it's fine if they get accidentially committed, since when
+the merge is re-done, those changes will by the same ones made by the
+merge. (I assume this is how `git merge` normally works.) --[[Joey]]
+
+> Implemented that. And then realized that even updating the index
+> as part of a merge results in the work tree being out of sync with the
+> index. Which will cause the next sync to again delete any files that
+> are in the index but not the work tree. Urgh. 
+> 
+> Seems that a direct mode
+> merge also needs to use a different index file to stage its changes?
+> (Ugh)
+> > done --[[Joey]]
+
+> > > I had to revert the fix on FAT/Windows due to 
+> > > a git bug: <http://marc.info/?l=git&m=140262402204212&w=2>
+> > > Once that bug's fixed, I can revisit this. --[[Joey]]
+
+[[!meta title="direct mode merge interrupt (fixed for all except FAT, Windows)"]]
+
+## other options
+
+> Or could perhaps use `git-merge-tree`
+> and avoid staging the merge in the index until the work-tree is updated.
+> 
+> Alternatively, could use another strategy.. Add a lock file which is held while 
+> the merge is in progress and contains the pre-merge sha.
+> If the lock file is present but not held, state is inconsistent.
+> `git-annex sync` and the SanityChecker should
+> then run mergeDirectCleanup to recover, before any commits can be made
+> from the inconsistent state. This approach seems to get complicated
+> quickly.. --[[Joey]]
diff --git a/doc/bugs/direct_mode_should_refuse_to_merge_with_illegal_filenames.mdwn b/doc/bugs/direct_mode_should_refuse_to_merge_with_illegal_filenames.mdwn
new file mode 100644
index 0000000000..102404be42
--- /dev/null
+++ b/doc/bugs/direct_mode_should_refuse_to_merge_with_illegal_filenames.mdwn
@@ -0,0 +1,38 @@
+Some filesystems have stupid rules about characters not allowed in filenames. For example, FAT doesn't allow '?' '*' ':' etc.
+
+The direct mode merge code lets `git merge` update a temp directory with the new files from the merge, before doing its work tree update and committing. This can fail:
+
+<pre>
+error: unable to create file non-rus/Dance/Dream_Dance_Vol15/CD1/09-??.mp3 (Invalid argument)
+</pre>
+
+This leaves the work tree without the file, and the index knows about the file. Result is that the next time a commit is done, this file appears to have been deleted, and that is committed and propigates out. Which can be surprising.
+
+----
+
+It would probably be better if, when the working tree cannot be updated, it left the repository in some state that would not make the next commit remove anything.
+
+Ie, direct mode should replicate this behavior:
+
+<pre>
+root@darkstar:/home/joey/mnt>git init
+root@darkstar:/home/joey/mnt>git merge FETCH_HEAD 
+error: unable to create file foo? (Invalid argument)
+fatal: read-tree failed
+root@darkstar:/home/joey/mnt>git status
+On branch master
+
+Initial commit
+
+nothing to commit (create/copy files and use "git add" to track)
+</pre>
+
+Problem is, the call to `git merge` can also fail due to a conflict. In that case, git-annex wants to continue with automatic conflict resolution.
+So, how to detect when `git merge` has skipped creating illegal filenames?
+
+----
+
+Alternatively, git-annex could learn/probe the full set of characters not allowed in filenames, and examine merges before performing them, and refuse to do anything if the merge added an illegal filename.a
+
+[[!tag confirmed]]
+
diff --git a/doc/bugs/direct_repository_on_FAT32_fails_to_addurl_containing___63__.mdwn b/doc/bugs/direct_repository_on_FAT32_fails_to_addurl_containing___63__.mdwn
new file mode 100644
index 0000000000..1afb9ac14a
--- /dev/null
+++ b/doc/bugs/direct_repository_on_FAT32_fails_to_addurl_containing___63__.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+
+git-annex attempts to create files with question marks in them on my direct repository on a FAT32 drive.  This fails.
+
+### What steps will reproduce the problem?
+
+git annex addurl 'http://rf.proxycast.org/m/media/273073201426.mp3?c=culture&p=La+t%C3%AAte+au+carr%C3%A9_10212&l3=20131002&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F10212-02.10.2013-ITEMA_20531825-0.mp3'
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format sh """
+$ cat /etc/lsb-release
+DISTRIB_ID=Ubuntu
+DISTRIB_RELEASE=12.04
+DISTRIB_CODENAME=precise
+DISTRIB_DESCRIPTION="Ubuntu 12.04.3 LTS"
+
+$ git annex version
+git-annex version: 4.20130922-g7dc188a
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+$ git annex addurl 'http://rf.proxycast.org/m/media/273073201426.mp3?c=culture&p=La+t%C3%AAte+au+carr%C3%A9_10212&l3=20131002&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F10212-02.10.2013-ITEMA_20531825-0.mp3'
+addurl rf.proxycast.org_m_media_273073201426.mp3_c=culture&p=La+t%C3%AAte+au+carr%C3%A9_10212&l3=20131002&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F10212-02.10.2013-ITEMA_20531825-0.mp3 (downloading http://rf.proxycast.org/m/media/273073201426.mp3?c=culture&p=La+t%C3%AAte+au+carr%C3%A9_10212&l3=20131002&l4=&media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F10212-02.10.2013-ITEMA_20531825-0.mp3 ...)
+/media/sixtyfour/audio/.git/annex/tmp/URL--http&c%%rf.proxycast.org%m%media%273073201426.mp3?c=culture&ap=La+t&sC3&sAAte+au+carr&sC3&sA9_10212&al3=20131002&al4=&amedia_url=http&s3A-86e83c2aaa925b3bc337c1d6a27bd300: Argument invalide
+
+git-annex: /media/sixtyfour/audio/.git/annex/transfer/failed/download/00000000-0000-0000-0000-000000000001/URL--http&c%%rf.proxycast.org%m%media%273073201426.mp3?c=culture&ap=La+t&sC3&sAAte+au+carr&sC3&sA9_10212&al3=20131002&al4=&amedia_url=http&s3A-86e83c2aaa925b3bc337c1d6a27bd300: openFile: invalid argument (Invalid argument)
+failed
+git-annex: addurl: 1 failed
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/done.mdwn b/doc/bugs/done.mdwn
new file mode 100644
index 0000000000..a35d427198
--- /dev/null
+++ b/doc/bugs/done.mdwn
@@ -0,0 +1,4 @@
+recently fixed [[bugs]]
+
+[[!inline pages="./* and link(./done) and !*/Discussion" sort=mtime show=10
+archive=yes]]
diff --git a/doc/bugs/dropping_files_with_a_URL_backend_fails.mdwn b/doc/bugs/dropping_files_with_a_URL_backend_fails.mdwn
new file mode 100644
index 0000000000..c6ef13f844
--- /dev/null
+++ b/doc/bugs/dropping_files_with_a_URL_backend_fails.mdwn
@@ -0,0 +1,13 @@
+I was trying out the example with the walkthrough using_the_URL_backend. I tried dropping files that I had after doing an "git annex get ." which have the URL backend associated with the files it fails with
+
+
+<pre>
+[jtang@lenny gc]$ git annex drop -v curl-7.21.4.tar.gz
+drop curl-7.21.4.tar.gz
+failed
+git-annex: 1 failed
+</pre>
+
+At first I thought it was just my OSX machine not having the coreutils stuff load up before the BSD utils, but I then tried the same thing on my archlinux machine and it showed the same behaviour, that is I could not drop a file with the URL backend as shown in the walkthrough.
+
+> Whoops, got some logic backwards. [[fixed|done]]! --[[Joey]] 
diff --git a/doc/bugs/encfs_accused_of_being_crippled.mdwn b/doc/bugs/encfs_accused_of_being_crippled.mdwn
new file mode 100644
index 0000000000..6172336700
--- /dev/null
+++ b/doc/bugs/encfs_accused_of_being_crippled.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+
+I tried to create an annex (``git annex init foo``) inside a ``encfs`` mount, and git-annex says that it's crippled, and disables core.symlinks and goes into direct mode
+
+### What steps will reproduce the problem?
+
+    apt-get install encfs
+    encfs -o kernel_cache empty_dir other_empty_dir
+    cd other_empty_dir
+    git init
+    git annex init foo
+
+### Expected results
+
+    init foo ok
+    (Recording state in git...)
+
+### Actual results
+
+    init foo 
+      Detected a crippled filesystem.
+
+      Disabling core.symlinks.
+
+      Enabling direct mode.
+    ok
+    (Recording state in git...)
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130601 on debian unstable
+
+
+### P.S.
+
+This was particularly annoying when I tried this on a bare repository. I'm pretty sure bare repositories don't need symlinks, and should definitely not be in direct mode. Hopefully you can fix it before I have time to file another bug report :)
+
+Thank you!
+
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/encfs_accused_of_being_crippled/comment_1_5c5be012e1171ef108f38825d72791b6._comment b/doc/bugs/encfs_accused_of_being_crippled/comment_1_5c5be012e1171ef108f38825d72791b6._comment
new file mode 100644
index 0000000000..aa6eb9345a
--- /dev/null
+++ b/doc/bugs/encfs_accused_of_being_crippled/comment_1_5c5be012e1171ef108f38825d72791b6._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-10T17:22:11Z"
+ content="""
+encfs appears to not allow creation of hard links to files:
+
+[[!format sh \"\"\"
+joey@gnu:~/tmp/other_empty_dir>ln me me2
+ln: failed to create hard link `me2' => `me': Operation not permitted
+\"\"\"]]
+
+According to the documentation, this is a limitation when using External IV Chaining. And only a problem if you choose paranoia mode when setting up encfs.
+
+git-annex uses hard links in a limited number of code paths, most notably `git annex add` uses them when locking down files.
+
+encfs seems like something I'd like to interoperate well with git-annex. So, it seems worthwhile to break out lack of hard links support from the other limitations currently lumped into \"cripped file system\". I've done so.
+
+----
+
+Also made it stop setting direct mode on bare repositories, although that configuration had no effect anyway.
+"""]]
diff --git a/doc/bugs/encrpyted_ssh_remote_on_macosx.mdwn b/doc/bugs/encrpyted_ssh_remote_on_macosx.mdwn
new file mode 100644
index 0000000000..ed269277ca
--- /dev/null
+++ b/doc/bugs/encrpyted_ssh_remote_on_macosx.mdwn
@@ -0,0 +1,42 @@
+### Please describe the problem.
+Could not get ssh-askpass running on macosx.
+Transfered the publich key with scp.
+certificate based ssh from macosx  to ssh server (debian testing) works.
+After successfull login to ssh server git annex stops with the following errors:
+
+Browser Error Message: 
+user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 2)
+
+### What steps will reproduce the problem?
+1. git annex on debian gnu linux
+2. git annex on macosx
+3. set up "share with a friend"
+4. create rsa keys on macosx  "ssh-kegen -t rsa"
+5. scp public key to server with hosts encrypted ssh remote 
+6. configure the server use a encrypted ssh remote in tranport mode 
+
+### What version of git-annex are you using? On what operating system?
+current debian testing (20130827)
+macosx 20130827
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+(scanning...) [2013-09-28 17:39:25 CEST] Watcher: Performing startup scan
+(started...) [2013-09-28 17:39:26 CEST] XMPPSendPack: Syncing with jlueters 
+Everything up-to-date
+[2013-09-28 17:39:30 CEST] XMPPSendPack: Unable to download files from jlueters. 
+
+(encryption setup) gpg: /Users/lambert/.gnupg/gpg.conf:241: invalid auto-key-locate list
+28/Sep/2013:17:40:06 +0200 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 2) @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+(encryption setup) gpg: /Users/lambert/.gnupg/gpg.conf:241: invalid auto-key-locate list
+28/Sep/2013:17:40:48 +0200 [Error#yesod-core] user error (gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 2) @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+
+
+
+# End of transcript or log.
+"""]]
+
+> [[dup|done]] --[[Joey]]
diff --git a/doc/bugs/encrpyted_ssh_remote_on_macosx/comment_1_46c37aacb7ae41864488fb7c7d87d437._comment b/doc/bugs/encrpyted_ssh_remote_on_macosx/comment_1_46c37aacb7ae41864488fb7c7d87d437._comment
new file mode 100644
index 0000000000..948b2c1109
--- /dev/null
+++ b/doc/bugs/encrpyted_ssh_remote_on_macosx/comment_1_46c37aacb7ae41864488fb7c7d87d437._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 1"
+ date="2013-09-29T19:13:59Z"
+ content="""
+This is a duplicate of this bug report: [[Error_creating_encrypted_cloud_repository: \"internal_server_error\"]]
+
+To work around, you need to edit ~/.gnupg/gpg.conf and remove or edit the `auto-key-locate` line.
+"""]]
diff --git a/doc/bugs/endless_loop_when_PWD_gone.mdwn b/doc/bugs/endless_loop_when_PWD_gone.mdwn
new file mode 100644
index 0000000000..2df9e9c145
--- /dev/null
+++ b/doc/bugs/endless_loop_when_PWD_gone.mdwn
@@ -0,0 +1,16 @@
+`git annex get` becomes very unhappy as soon as `$PWD` is gone.
+The easiest way is to `git checkout git-annex` while you are getting in another tab.
+
+This results in git-annex entering an endless loop:
+
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+    fatal: Unable to read current working directory: No such file or directory
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/endless_loop_when_PWD_gone/comment_1_0943cffa39d48e4dddde3b7aedc4e3b1._comment b/doc/bugs/endless_loop_when_PWD_gone/comment_1_0943cffa39d48e4dddde3b7aedc4e3b1._comment
new file mode 100644
index 0000000000..734798cb84
--- /dev/null
+++ b/doc/bugs/endless_loop_when_PWD_gone/comment_1_0943cffa39d48e4dddde3b7aedc4e3b1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-02T01:11:15Z"
+ content="""
+This is due to the code that restarts git hash-object if it crashes (because it has been known to crash before). Utility.CoProcess needs to have a limit to the number of times it retries when something is failing.
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM.mdwn b/doc/bugs/enormous_fsck_output_OOM.mdwn
new file mode 100644
index 0000000000..b06655354e
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM.mdwn
@@ -0,0 +1,30 @@
+Hi,
+
+My Webapp isn't working: 
+    
+    $ git-annex webapp error: refs/gcrypt/gitception+ does not point to a valid object! 
+    error: refs/remotes/Beta/git-annex does not point to a valid object! 
+    error: refs/remotes/Beta/master does not point to a valid object! 
+    fatal: unable to read tree 656e7db5be172f01c0b6994d01f1a08d1273af12
+
+So I tried to repair it: 
+
+    $ git-annex repair Running git fsck ... 
+    Stack space overflow: current size 8388608 bytes. Use `+RTS -Ksize -RTS' to increase it.
+
+So I tried to follow your advice here and increase the stack: 
+
+    $ git-annex +RTS -K35000000 -RTS fsck 
+    git-annex: Most RTS options are disabled. Link with -rtsopts to enable them.
+
+I wasn't sure what to do next, so any help would be appreciated.
+
+> Now only 20k problem shas max (more likely 10k) are collected from fsck,
+> so it won't use much memory (60 mb or so). If it had to truncate
+> shas from fsck, it will re-run fsck after the repair process,
+> which should either find no problems left (common when eg when all missing shas
+> were able to be fetched from remotes), or find a new set of problem
+> shas, which it can feed back through the repair process.
+> 
+> If the repository is very large, this means more work, but it shouldn't
+> run out of memory now. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_1_490b8bfe95b01a23408ecb5d63dcd40b._comment b/doc/bugs/enormous_fsck_output_OOM/comment_1_490b8bfe95b01a23408ecb5d63dcd40b._comment
new file mode 100644
index 0000000000..73d218bac3
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_1_490b8bfe95b01a23408ecb5d63dcd40b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-23T18:51:45Z"
+ content="""
+I suspect that git fsck is outputting so many lines about problems that it's taking more memory than it's limited to using to hold them all.
+
+Can you paste the output of: git fsck --no-dangling --no-reflogs
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_2_2666c135dd3378cf6301aa4957049fbd._comment b/doc/bugs/enormous_fsck_output_OOM/comment_2_2666c135dd3378cf6301aa4957049fbd._comment
new file mode 100644
index 0000000000..f2028c91f5
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_2_2666c135dd3378cf6301aa4957049fbd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 2"
+ date="2014-02-23T19:09:30Z"
+ content="""
+Erm, that output is liable to be big, I only care how many lines and characters of output there are!
+
+    git fsck --no-dangling --no-reflogs |wc
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_3_dfb169c441215b671f8c971184de3e16._comment b/doc/bugs/enormous_fsck_output_OOM/comment_3_dfb169c441215b671f8c971184de3e16._comment
new file mode 100644
index 0000000000..96b1ac9cd2
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_3_dfb169c441215b671f8c971184de3e16._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 3"
+ date="2014-02-23T19:12:10Z"
+ content="""
+Also, you can build git-annex from source with the RTS options enabled by running `cabal install git-annex --ghc-options=-rtsopts`
+
+(or just build git-repair which has the repository repair parts of git-annex)
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_4_19ef90803aa7ce158bce02378e18ea0f._comment b/doc/bugs/enormous_fsck_output_OOM/comment_4_19ef90803aa7ce158bce02378e18ea0f._comment
new file mode 100644
index 0000000000..69774073d0
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_4_19ef90803aa7ce158bce02378e18ea0f._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
+ nickname="Aaron"
+ subject="Didn't work"
+ date="2014-03-01T22:40:36Z"
+ content="""
+Many thanks for your input, Joey.
+
+That didn't seem to work.
+
+$ git fsck --no-dangling --no-reflogs |wc
+error: unknown option `no-dangling'
+usage: git fsck [options] [<object>...]
+
+    -v, --verbose         be verbose
+    --unreachable         show unreachable objects
+    --tags                report tags
+    --root                report root nodes
+    --cache               make index objects head nodes
+    --reflogs             make reflogs head nodes (default)
+    --full                also consider packs and alternate objects
+    --strict              enable more strict checking
+    --lost-found          write dangling objects in .git/lost-found
+    --progress            show progress
+
+      0       0       0
+
+$ git --version
+git version 1.7.9.5
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_5_2b5406768fff2834f7aefa76ef949de2._comment b/doc/bugs/enormous_fsck_output_OOM/comment_5_2b5406768fff2834f7aefa76ef949de2._comment
new file mode 100644
index 0000000000..923e1ccba1
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_5_2b5406768fff2834f7aefa76ef949de2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 5"
+ date="2014-03-05T16:53:33Z"
+ content="""
+You have an older version of git, which does not support --no-dangling.
+
+git-annex will detect that, and omit the option. This does make it more likely that git fsck is outputing a ton of information, so I continue to think that's the most likely cause of the memory use.
+
+Please verify with: git fsck --no-reflogs |wc
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_6_0997f1a94c2fda9fe69824e074011518._comment b/doc/bugs/enormous_fsck_output_OOM/comment_6_0997f1a94c2fda9fe69824e074011518._comment
new file mode 100644
index 0000000000..ddf69f94b0
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_6_0997f1a94c2fda9fe69824e074011518._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
+ nickname="Aaron"
+ subject="comment 6"
+ date="2014-03-08T00:08:22Z"
+ content="""
+That seemed to work, thanks:
+
+    $ git fsck --no-reflogs |wc
+    Checking object directories: 100% (256/256), done.
+    error: refs/gcrypt/gitception+ does not point to a valid object!
+    error: refs/remotes/Beta/git-annex does not point to a valid object!
+    error: refs/remotes/Beta/master does not point to a valid object!
+    Checking connectivity: 128728, done.
+     369082 1165340 20898546
+
+Thanks for your help!
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_7_2cdc79f1e0f72693814e91dc88a758e1._comment b/doc/bugs/enormous_fsck_output_OOM/comment_7_2cdc79f1e0f72693814e91dc88a758e1._comment
new file mode 100644
index 0000000000..14bdc17b8b
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_7_2cdc79f1e0f72693814e91dc88a758e1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 7"
+ date="2014-03-10T18:02:46Z"
+ content="""
+Ok, that verifies my hypothesis that fsck is outputting a lot of lines. 369082 lines to be precise, comprising 20 mb of data in all. So it's not too surprising this ends up blowing up into a bad amount of memory use. 
+
+I'm going to move this from a forum post over to a bug: <http://git-annex.branchable.com/bugs/enormous_fsck_output_OOM>
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_8_b9aab0aba4dab30260371b4762e0e51d._comment b/doc/bugs/enormous_fsck_output_OOM/comment_8_b9aab0aba4dab30260371b4762e0e51d._comment
new file mode 100644
index 0000000000..fa437311fc
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_8_b9aab0aba4dab30260371b4762e0e51d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 8"
+ date="2014-03-10T18:12:29Z"
+ content="""
+In a quick test with a 32 mb dummy fsck output, git-repair ballooned up to 1.7 gb. Clearly something not happy there, although in my case this did not cause it to crash.
+"""]]
diff --git a/doc/bugs/enormous_fsck_output_OOM/comment_9_8de694dff75e27856c8282d1f2d120b6._comment b/doc/bugs/enormous_fsck_output_OOM/comment_9_8de694dff75e27856c8282d1f2d120b6._comment
new file mode 100644
index 0000000000..a26e58c584
--- /dev/null
+++ b/doc/bugs/enormous_fsck_output_OOM/comment_9_8de694dff75e27856c8282d1f2d120b6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 9"
+ date="2014-03-10T19:17:34Z"
+ content="""
+I've gotten this down to 900 mb used, in the case where every single line lists a different sha. Possibly more important, if lines repeat shas, or are extraneous, memory usage will be significantly lower. This might be enough to get it working in Aaron's repository, especially if the bulk of the git fsck output was about dangling objects, which are now ignored without buffering them all in memory.
+
+The memory usage is just about as low as is possible; it takes a fair amount of memory just to hold 300 thousand shas in memory. And the git repair process needs to keep track of every broken sha. (Maybe there's a way to stream them, but I don't immediately see one.)
+
+I hesitate to say this means the problem is truly fixed. I have some much larger repositories with eg, `git count-objects -v` reporting 2 million objects. If they all went corrupt, it would still use too much memory.
+
+One improvement would be to store Shas in packed memory, rather than as strings like they are now. That would probably half the memory used. It still does not seem like a full solution.
+"""]]
diff --git a/doc/bugs/error_compiling_network-info_when_compiling_git-annex.mdwn b/doc/bugs/error_compiling_network-info_when_compiling_git-annex.mdwn
new file mode 100644
index 0000000000..99f480e70b
--- /dev/null
+++ b/doc/bugs/error_compiling_network-info_when_compiling_git-annex.mdwn
@@ -0,0 +1,12 @@
+### Please describe the problem.
+I'm not sure if you'll consider this a bug, or if I'm just doing something wrong, but I'm having trouble compiling git-annex on OmniOS (a derivative of OpenSolaris). I've got GHC 7.6.3 built and installed (bootstrapped using the Solaris binaries for GHC 7.0.3). I used it to build haskell-platform (although I had to disable the OpenGL-related packages to do so), and now I'm trying to use cabal to build git-annex and its dependencies. I've started with a minimal build; this will end up as an archive remote so it should be sufficient. The instructions <http://git-annex.branchable.com/install/cabal/> say to run
+
+    cabal install git-annex --bindir=$HOME/bin -f"-assistant -webapp -webdav -pairing -xmpp -dns"
+
+This builds a bunch of stuff but then fails to compile the network-info package. As I understand it, the git-annex package only needs network-info if it's compiled with pairing supoort (I'm looking at <https://github.com/joeyh/git-annex/blob/master/git-annex.cabal>), and this command is telling it to disable pairing.
+
+Is there some other dependency that needs network-info? Is there a way to find out?
+
+Thanks
+
+> fowarded 2 ways; [[done]] --[[Joey]]
diff --git a/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_1_1b5d236567123300924427624e0e48c8._comment b/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_1_1b5d236567123300924427624e0e48c8._comment
new file mode 100644
index 0000000000..8ee7885a6f
--- /dev/null
+++ b/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_1_1b5d236567123300924427624e0e48c8._comment
@@ -0,0 +1,53 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-06T16:53:21Z"
+ content="""
+http://packdeps.haskellers.com/reverse/network-info
+
+It's uuid which needs network-info -- but not for the parts of uuid which git-annex uses. (git-annex does not use the uuids that include the MAC address).
+
+It's not hard to avoid that dependency. The attached patch will do. I've forwarded this to the author of uuid.
+
+<pre>
+diff --git a/uuid.cabal b/uuid.cabal
+index 0a53059..f00e887 100644
+--- a/uuid.cabal
++++ b/uuid.cabal
+@@ -24,6 +24,9 @@ Extra-Source-Files:
+      CHANGES
+      CONTRIBUTORS
+ 
++Flag NetworkInfo
++  Description: Enable UUIDs that need network-info
++  Default: True
+ 
+ Library
+  Build-Depends: base >=3 && < 5,
+@@ -32,17 +35,20 @@ Library
+                 cryptohash >= 0.7 && < 0.12,
+                 deepseq == 1.3.*,
+                 hashable (>= 1.1.1.0 && < 1.2.0) || (>= 1.2.1 && < 1.3),
+-                network-info == 0.2.*,
+                 random >= 1.0.1 && < 1.1,
+                 time >= 1.1 && < 1.5
++ if flag(NetworkInfo)
++   Build-Depends: network-info == 0.2.*
+ 
+  Exposed-Modules:
+    Data.UUID
+-   Data.UUID.Util
+-   Data.UUID.V1
+    Data.UUID.V3
+    Data.UUID.V4
+    Data.UUID.V5
++ if flag(NetworkInfo)
++   Exposed-Modules:
++     Data.UUID.Util
++     Data.UUID.V1
+ 
+  Other-Modules:
+    Data.UUID.Builder
+</pre>
+"""]]
diff --git a/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_2_4e5ffd0d5b965b9429b937610b7998d5._comment b/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_2_4e5ffd0d5b965b9429b937610b7998d5._comment
new file mode 100644
index 0000000000..8e631a1159
--- /dev/null
+++ b/doc/bugs/error_compiling_network-info_when_compiling_git-annex/comment_2_4e5ffd0d5b965b9429b937610b7998d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="a different fix"
+ date="2014-06-07T04:27:47Z"
+ content="""
+Thanks. I also went back and took a closer look at the error; it looks like fixing network-info is pretty easy as well. <https://github.com/jystic/network-info/pull/10>
+"""]]
diff --git a/doc/bugs/error_on_only_repository_copy_deletion.mdwn b/doc/bugs/error_on_only_repository_copy_deletion.mdwn
new file mode 100644
index 0000000000..7c7be888ed
--- /dev/null
+++ b/doc/bugs/error_on_only_repository_copy_deletion.mdwn
@@ -0,0 +1,16 @@
+**What steps will reproduce the problem?**<br>
+Delete the last repository in the current repository (where it says: warning type in "yes please do as i say").
+Then try running git annex webapp
+<br><br>
+**What is the expected output? What do you see instead?**<br>
+Webapp starts. git-annex: Not in a git repository.
+<br><br>
+**What version of git-annex are you using? On what operating system?**<br>
+4.20130417. Debian wheezy/testing
+<br><br>
+**Please provide any additional information below.**<br>
+See also
+[[bugs/git-annex:_Not_in_a_git_repository._/]]
+where the same error message occurs
+
+[[!tag /design/assistant moreinfo]]
diff --git a/doc/bugs/error_on_only_repository_copy_deletion/comment_1_af394ac0956ab33a77256bcb02ef2a0f._comment b/doc/bugs/error_on_only_repository_copy_deletion/comment_1_af394ac0956ab33a77256bcb02ef2a0f._comment
new file mode 100644
index 0000000000..a60eee1379
--- /dev/null
+++ b/doc/bugs/error_on_only_repository_copy_deletion/comment_1_af394ac0956ab33a77256bcb02ef2a0f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-23T16:39:08Z"
+ content="""
+Do you still have a `~/annex` or `~/Desktop/annex`? What's in there?
+
+Also, please show me the content of your `~/.config/git-annex/autostart` file.
+
+The only bug I have been able to track down is that it fails to remove the repository from the autostart file, and so if the repository directory still exists, this will happen. I've fixed it to properly remove the repository from the file, but hesitate to close this bug as I don't understand how the repository directory could still exist after it's supposed to be deleted. 
+
+(When I try, it does get deleted, and starting the webapp again allows starting over with a new repository.)
+"""]]
diff --git a/doc/bugs/extraneous_shell_escaping_for_rsync_remotes.mdwn b/doc/bugs/extraneous_shell_escaping_for_rsync_remotes.mdwn
new file mode 100644
index 0000000000..c4ee8d5bda
--- /dev/null
+++ b/doc/bugs/extraneous_shell_escaping_for_rsync_remotes.mdwn
@@ -0,0 +1,15 @@
+When using `git annex get foo` where foo is available in a rsync remote with encryption I got an error saying that rsync cannot
+find the required file but extra ' are here.
+
+I attached a patch for this.
+
+> But you didn't, sadly. :(
+>
+> I don't seem to see the problem, set up a rsync over ssh with encryption
+> and sent over a file "foo", and then got it back from rsync, without
+> trouble.
+> 
+> Ah, you're not using rsync over ssh, but just to a local directory,
+> right? --[[Joey]]
+
+>> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/failed_sync_with_direct_mode_repo.mdwn b/doc/bugs/failed_sync_with_direct_mode_repo.mdwn
new file mode 100644
index 0000000000..879146deba
--- /dev/null
+++ b/doc/bugs/failed_sync_with_direct_mode_repo.mdwn
@@ -0,0 +1,9 @@
+Two clients, both in direct mode, both running assistant.
+
+When a change is made on A, the assistant commits it to annex/direct/master. But, the master branch is not changed.
+
+B notices there is a change, pulls from A. Gets annex/direct/master, but does not merge it into its local branch at all.
+
+[[!tag confirmed]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/failed_sync_with_direct_mode_repo/comment_1_fb4026cc81eb0ec1e656e4a81ffacc4f._comment b/doc/bugs/failed_sync_with_direct_mode_repo/comment_1_fb4026cc81eb0ec1e656e4a81ffacc4f._comment
new file mode 100644
index 0000000000..8b75fa67c9
--- /dev/null
+++ b/doc/bugs/failed_sync_with_direct_mode_repo/comment_1_fb4026cc81eb0ec1e656e4a81ffacc4f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-16T15:10:42Z"
+ content="""
+Reproduced this as described.
+
+Only happens when using the assistant in the second repository, which is a ssh remote of the first, and when there is not also a remote going the other way (so does not affect pairing).
+
+As I thought, the problem is that the master branch is not updated by the assistant when in direct mode, and while annex/direct/master is pulled by the other assistant, it does not merge it.
+
+"""]]
diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows.mdwn b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows.mdwn
new file mode 100644
index 0000000000..b54cbb4446
--- /dev/null
+++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows.mdwn
@@ -0,0 +1,143 @@
+### Please describe the problem.
+
+I have a annex repo in external drive (a bare repo), usually synced with a macbook. When I'm trying to sync the drive over to a Windows machine, all contents fail to sync over. I managed to reproduce the problem with a set of instructions locally:
+
+    C:\Temp\test>dir                                               
+     Volume in drive C is Windows                                  
+     Volume Serial Number is 6839-6E71                             
+                                                                   
+     Directory of C:\Temp\test                                     
+                                                                   
+    2014/05/08  23:08    <DIR>          .                          
+    2014/05/08  23:08    <DIR>          ..                         
+    2014/05/08  23:08                14 file.txt                   
+                   1 File(s)             14 bytes                  
+                   2 Dir(s)  164,943,056,896 bytes free            
+                                                                   
+    C:\Temp\test>git init                                          
+    Initialized empty Git repository in C:/Temp/test/.git/         
+                                                                   
+    C:\Temp\test>git annex init                                    
+    init                                                           
+      Detected a filesystem without fifo support.                  
+                                                                   
+      Disabling ssh connection caching.                            
+                                                                   
+      Detected a crippled filesystem.                              
+                                                                   
+      Enabling direct mode.                                        
+    ok                                                             
+    (Recording state in git...)                                    
+                                                                   
+    C:\Temp\test>git annex add .                                   
+    add file.txt ok                                                
+    (Recording state in git...)                                    
+                                                                   
+    C:\Temp\test>cd ..                                             
+                                                                   
+    C:\Temp>mkdir bare                                             
+                                                                   
+    C:\Temp>cd bare                                                
+                                                                   
+    C:\Temp\bare>git init --bare                                   
+    Initialized empty Git repository in C:/Temp/bare/              
+    C:\Temp\bare>git annex init
+    init
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+    
+      Detected a crippled filesystem.
+    ok
+    (Recording state in git...)
+    
+    C:\Temp\bare>cd ../test
+    
+    C:\Temp\test>git remote add mybare C:\Temp\bare
+    
+    C:\Temp\test>git annex sync --content mybare
+    commit  ok
+    pull mybare
+    warning: no common commits
+    remote: Counting objects: 5, done.
+    remote: Compressing objects: 100% (3/3), done.
+    remote: Total 5 (delta 0), reused 0 (delta 0)
+    Unpacking objects: 100% (5/5), done.
+    From C:\Temp\bare
+     * [new branch]      git-annex  -> mybare/git-annex
+    ok
+    (merging mybare/git-annex into git-annex...)
+    (Recording state in git...)
+    copy file.txt copy file.txt (to mybare...)
+    file.txt
+              14 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 86 bytes  received 31 bytes  234.00 bytes/sec
+    total size is 14  speedup is 0.12
+    ok
+    pull mybare
+    ok
+    (Recording state in git...)
+    push mybare
+    Counting objects: 23, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (16/16), done.
+    Writing objects: 100% (21/21), 1.94 KiB | 0 bytes/s, done.
+    Total 21 (delta 1), reused 0 (delta 0)
+    To C:\Temp\bare
+     * [new branch]      git-annex -> synced/git-annex
+     * [new branch]      annex/direct/master -> synced/master
+    ok
+    
+    C:\Temp\test>cd ..
+    
+    C:\Temp>git clone C:\Temp\bare test2
+    Cloning into 'test2'...
+    done.
+    
+    C:\Temp>cd test2
+    
+    C:\Temp\test2>ls -l
+    total 1
+    ----------+ 1 Ruo None 188 May  8 23:10 file.txt
+    
+    C:\Temp\test2>git annex init
+    init
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+    
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    ok
+    (Recording state in git...)
+    
+    C:\Temp\test2>git annex get file.txt
+    get file.txt (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    
+      Unable to access these remotes: origin
+    
+      Try making some of these repositories available:
+            f2af6f52-18d5-4a54-ae5c-c4bef5fab00c -- origin (MY-PC:C:\Temp\bare)
+            fc00306a-157c-439b-a5c3-37aabf9d61fb -- MY-PC:C:\Temp\test
+    failed
+    git-annex: get: 1 failed
+    
+    
+    C:\Temp\test2>git version
+    git version 1.9.2.msysgit.0
+    
+    C:\Temp\test2>git annex version
+    git-annex version: 5.20140421-g78d6aa1
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 2 3 4
+                                                                  
+[[!tag confirmed]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment
new file mode 100644
index 0000000000..b57af9b17e
--- /dev/null
+++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_1_31cf32ef2d597573ed3c5f06a1b40a1c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-05T17:37:08Z"
+ content="""
+I've reproduced this.
+
+More simply: git annex move --to mybare and then git annex get will fail
+"""]]
diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment
new file mode 100644
index 0000000000..fc978e28db
--- /dev/null
+++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_2_7d64382c66555ec9c5531840aa19e809._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-06-05T18:29:15Z"
+ content="""
+Appears to be a corrupt uuid log issue. At least, the bug I am seeing is. When retriving the uuid of the remote that has the key from the location log, it seems to get a uuid with one or more \r appended to it. Which smells of windows.
+
+However, the bug I am seeing makes `git annex get` print out the uuids of the remotes without the description it normally shows (because these are not really the same uuids due to the \r). In the example above, this is not the case; the description is shown. I don't understand that.
+"""]]
diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_3_850a917a3d1ae50ba8f0e81a64168268._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_3_850a917a3d1ae50ba8f0e81a64168268._comment
new file mode 100644
index 0000000000..d448253242
--- /dev/null
+++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_3_850a917a3d1ae50ba8f0e81a64168268._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-05T19:06:36Z"
+ content="""
+The bug I was seeing with the \r was a recent reversion caused by [[!commit 95ca3bb02215744f3dbcaebd48844e1909c577f3]]. So, not related to original bug report. (And fixed now!)
+
+I can now reproduce the original bug, including seeing the description of the bare repo when it says it cannot get the file from it.
+"""]]
diff --git a/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_4_7c4660ea44178cba7f7a4cc5f1bebae4._comment b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_4_7c4660ea44178cba7f7a4cc5f1bebae4._comment
new file mode 100644
index 0000000000..5d8b4d9782
--- /dev/null
+++ b/doc/bugs/fails_to_get_content_from_bare_repo_on_windows/comment_4_7c4660ea44178cba7f7a4cc5f1bebae4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-05T19:20:20Z"
+ content="""
+Analysis: inAnnexSafe on Windows simply does not have indirect mode checking enabled. Bare repositories use indirect mode (essentially; same storage). So it fails.
+"""]]
diff --git a/doc/bugs/failure_during_ssh_key_setup___40__windows__41__.mdwn b/doc/bugs/failure_during_ssh_key_setup___40__windows__41__.mdwn
new file mode 100644
index 0000000000..7f1f26e04a
--- /dev/null
+++ b/doc/bugs/failure_during_ssh_key_setup___40__windows__41__.mdwn
@@ -0,0 +1,12 @@
+### Please describe the problem.
+While attempting to create a remote repository, the assistant is trying to set up public key authentication, but fails when trying to delete the temporary files. Perhaps this doesn't need to be a fatal error; it could warn the user instead, or try again later.
+
+DeleteFile "C:\\Users\\FAMILY~1\\AppData\\Local\\Temp\\git-annex-keygen.1\\key.pub": permission denied (The process cannot access the file because it is being used by another process.)
+
+### What steps will reproduce the problem?
+Create a remote repository
+
+### What version of git-annex are you using? On what operating system?
+Windows 7, git-annex version 5.20131221-gf8c928d
+
+> [[fixed|done]].. thanks for testing the assistant on windows! --[[Joey]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent.mdwn b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent.mdwn
new file mode 100644
index 0000000000..5718e5011a
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+One of my remotes (a USB drive) actually did not have a large number of files that should have been there, according to git annex's records.  When the assistant would try to fetch files from there, it would silently fail and go get them from another remote.  I noticed this behavior and was very puzzled by it.  I eventually went to the command line and started trying to fetch these files.  If I remember correctly, "getting" them would also fail silently.  "git annex whereis" said they were there on the drive.
+
+Finally I did a "git annex fsck --fast" which quickly revealed the problem (several hundred files were gone, all in "archives")
+
+I am not sure how this happened, though I have some vague ideas -- it could be relics of a time when an ordinary directory had been created where a mountpoint for the USB drive should have existed, and it was trying to copy files there.  Or it could have been a side effect of the somewhat confused process where I migrated to a new macbook using OS X's migration assistant and so I suddenly had two copies of the same archive, and some time was spent fiddling around trying to fix that situation up.  Maybe during that point I accidentally flipped that USB repo into being a client instead of a backup repo, and it started dropping archive content, and maybe I stopped it from recording that by impatiently killing what seemed to be a hung git-annex process.... In any case, I don't know how the situation came into existence, but once it existed, the silent failures made it difficult for me to realize that it was happening.  I thought the content really was there (trusting git annex whereis) and it was refusing to transfer it for some reason.
+
+It would have been useful to get some feedback, either in the assistant or the commandline, to the effect that the files which were supposed to be there according to git-annex's information, were not in fact there, and a fsck was called for.
+
+### What steps will reproduce the problem?
+
+Create an annex, with content.  Clone the annex.  Sync.  Delete the files by force from the .git/annex/objects directory in the original.  Go to the clone, and try and "git annex get" the content.  It fails silently.
+
+
+### What version of git-annex are you using? On what operating system?
+
+    [12:17:03 PM]$ git annex version
+    git-annex version: 4.20130709-ga2269ee
+    
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4 
+    upgrade supported from repository versions: 0 1 2
+
+My particular issue has probably existed through a few version upgrades though.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_1_c686df2824d3f588c0bfb339c99168b7._comment b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_1_c686df2824d3f588c0bfb339c99168b7._comment
new file mode 100644
index 0000000000..64bc18b711
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_1_c686df2824d3f588c0bfb339c99168b7._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 1"
+ date="2013-07-26T21:08:02Z"
+ content="""
+Tried to reproduce this, following your instructions. It did not seem to work:
+
+<pre>
+joey@gnu:~/tmp/mydir2>git annex get disk2
+get disk2 
+  Unable to access these remotes: origin
+
+  Try making some of these repositories available:
+  	21606444-98f9-4c40-aa60-3ebfba936758 -- origin (joey@gnu:~/tmp/mydir)
+failed
+git-annex: get: 1 failed
+- exit 1
+joey@gnu:~/tmp/mydir2>git annex whereis disk2
+whereis disk2 (1 copy) 
+  	21606444-98f9-4c40-aa60-3ebfba936758 -- origin (joey@gnu:~/tmp/mydir)
+ok
+joey@gnu:~/tmp/mydir2>
+</pre>
+
+So, not a silent failure. It is a little unclear about why it can't get the file (in this case because I moved .git/annex/objects out of the way), but it's pretty clear it can't.
+
+AFAIK, the only way `git annex get` can silently not do anything is if you already have the file locally. Perhaps you got confused? OTOH, if you can provide a better way to reproduce this, I'm curious to see it.
+"""]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_2_22edfac4ce25cd9f4e4c85e0a8a52bc1._comment b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_2_22edfac4ce25cd9f4e4c85e0a8a52bc1._comment
new file mode 100644
index 0000000000..2d500288fd
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_2_22edfac4ce25cd9f4e4c85e0a8a52bc1._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 2"
+ date="2013-07-27T06:03:55Z"
+ content="""
+I actually ran through the test I described to you and got the silent failure, but now I'm doing it again and getting the \"Try making some of these repositories available\" error.  (Along with inaccurate \"whereis\" info, as you're seeing there.)  I'm baffled.  Unless something changed with respect to this behavior in the most recent version, which I've installed since then, I don't know what I was doing differently.  Maybe I was confused.
+
+I can guarantee that I was getting silent failures in \"gets\" from my USB drive.  I was \"getting\" \"--from\" my USB drive, nothing was showing up (the symlink was broken), and no error was printed to the console, including the \"try making it available\" one we're getting now.  It's only when I went to the drive and did a \"git annex fsck\" that I realized that those files were actually missing from that remote, and it wasn't just a failure to \"get\" them.  The behavior was alarming enough that I made sure of what was happening before I made the bug report.  I wish I'd actually cut and pasted the demo, instead of just describing it!
+
+It'd still be nice to have some kind of feedback in the assistant (and maybe more understandable feedback in the command line) that something was amiss.  What I would see in the assistant, because of this, is a bunch of queued downloads from the USB drive, but as each one was ready to execute, it would disappear (because it failed) and be replaced by a download from the (lower priority) SSH repo.  This happened a number of times and I found it baffling.
+
+My first instinct in a situation like this is to say \"yeah, I must have been confused\" but I honestly did check this out pretty carefully before sending it in, so I wonder if a recent update improved matters, perhaps inadvertently?  In any case, I'm glad there's some kind of error right now.
+"""]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_3_74fc0e41a6bd5c4d8c4b2f15e5ed8d2f._comment b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_3_74fc0e41a6bd5c4d8c4b2f15e5ed8d2f._comment
new file mode 100644
index 0000000000..5abbe99c33
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_3_74fc0e41a6bd5c4d8c4b2f15e5ed8d2f._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 3"
+ date="2013-07-27T22:39:12Z"
+ content="""
+The --from is the missing piece to reproduce:
+
+[[!format sh \"\"\"
+joey@gnu:~/tmp/old/mydir2>git annex get disk2 --from origin
+joey@gnu:~/tmp/old/mydir2>
+\"\"\"]]
+
+What's going on here is that `get --from` is essentially an alias to `copy --from`, and that skips copying files that it knows are not present on the remote. Since the remote is a local directory, it's inexpensive for it to check if the file is really there, rather than relying on the location log.
+
+This seems suboptimal, but I'm not sure which part of the behavior it makes sense to change. It seems nice for `copy --from` to silently skip files that the remote does not have, to avoid much unnecessary output when processing a lot of files. Maybe `get --from` should behave differently?
+"""]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_4_7d642fc65040a7b583cdece33db01826._comment b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_4_7d642fc65040a7b583cdece33db01826._comment
new file mode 100644
index 0000000000..18c9b6668e
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_4_7d642fc65040a7b583cdece33db01826._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 4"
+ date="2013-07-27T22:40:58Z"
+ content="""
+I should add that it also seems to make sense to stat the file to see if it's present, like it does now. The location log can be out of date, and when more accurate info is right there, it should use it. And nor is the location log being out of date something that it should complain about, because it can easily happen eg when `git annex sync` has not been run recently.
+"""]]
diff --git a/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_5_49be366b6af6db595fa538373a61e650._comment b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_5_49be366b6af6db595fa538373a61e650._comment
new file mode 100644
index 0000000000..6ba31d5625
--- /dev/null
+++ b/doc/bugs/failure_to_find_file_that___34__should__34___exist_in_remote_is_silent/comment_5_49be366b6af6db595fa538373a61e650._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 5"
+ date="2013-07-28T05:29:00Z"
+ content="""
+Oh yeah!  That makes sense now.  It's not exactly that it's failing, it's just that the command \"git annex get --from=bar foo\" means \"get any copies of foo which might exist in the bar remote.\"  Not \"get the copy of foo which I happen to know exists in the bar remote.\"
+
+I'm not sure either exactly what \"better\" behavior would be.  
+"""]]
diff --git a/doc/bugs/failure_to_return_to_indirect_mode_on_usb.mdwn b/doc/bugs/failure_to_return_to_indirect_mode_on_usb.mdwn
new file mode 100644
index 0000000000..f2a11eea89
--- /dev/null
+++ b/doc/bugs/failure_to_return_to_indirect_mode_on_usb.mdwn
@@ -0,0 +1,19 @@
+### Please describe the problem.
+In a usb drive with a repository in direct mode, when I converted to indirect mode it fails
+
+### What steps will reproduce the problem?
+cd /Volumes/usb
+git annex indirect
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130627
+
+### Please provide any additional information below.
+
+[[!format sh """
+openFile: resource busy (file is locked)
+failed
+git-annex: indirect: 1 failed
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/failure_to_return_to_indirect_mode_on_usb/comment_1_d7822b90c68bf845572b0a04a378d0bb._comment b/doc/bugs/failure_to_return_to_indirect_mode_on_usb/comment_1_d7822b90c68bf845572b0a04a378d0bb._comment
new file mode 100644
index 0000000000..e0cf8ca84b
--- /dev/null
+++ b/doc/bugs/failure_to_return_to_indirect_mode_on_usb/comment_1_d7822b90c68bf845572b0a04a378d0bb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-02T16:38:14Z"
+ content="""
+What filesystem is in use on this USB drive? For example, is it a FAT filesystem?
+
+What operating system are you using?
+"""]]
diff --git a/doc/bugs/fat_support.mdwn b/doc/bugs/fat_support.mdwn
new file mode 100644
index 0000000000..70ee3b369c
--- /dev/null
+++ b/doc/bugs/fat_support.mdwn
@@ -0,0 +1,13 @@
+Klaus pointed out that there are two problems that keep
+git-annex from being used on USB keys, that would typically
+be VFAT formatted:
+
+- Use of symlinks, which VFAT does not support. Very hard to fix.
+  Instead, just use [[/bare_repositories]] on the key,
+  they're supported now.
+- Use of ":" in filenames of object files, also not supported.
+  Could easily be fixed by reorganizing the object directory.
+
+[[Done]]; in annex.version 2 repos, colons are entirely avoided in
+filenames. So a bare git clone can be put on VFAT, and git-annex
+used to move stuff --to and --from it, for sneakernet.
diff --git a/doc/bugs/fat_support/comment_1_04bcc4795d431e8cb32293aab29bbfe2._comment b/doc/bugs/fat_support/comment_1_04bcc4795d431e8cb32293aab29bbfe2._comment
new file mode 100644
index 0000000000..510e449842
--- /dev/null
+++ b/doc/bugs/fat_support/comment_1_04bcc4795d431e8cb32293aab29bbfe2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="fmarier"
+ ip="121.73.248.43"
+ subject="Exporting to a FAT filesystem?"
+ date="2011-04-04T07:40:41Z"
+ content="""
+I'm using git-annex to keep my music in sync between all of my different machines. What I'd love to be able to do is to also keep it in sync with my iRiver player. Unfortunately, the firmware, Rockbox, doesn't support ext3, so I'm stuck with a FAT filesystem.
+
+I can see how the design of git-annex makes it rather difficult to get rid of the symlinks, so how about taking a different approach: something like a \"git annex export DEST\" which would take a destination (not a git remote) and rsync the content over to there as regular files.
+
+Maybe \"git annex sync DEST\" or \"git annex rsync DEST\" would be better names if we want to convey the idea that the destination will be made to look like the source repo, including performing the necessary deletions.
+"""]]
diff --git a/doc/bugs/fat_support/comment_2_bb4a97ebadb5c53809fc78431eabd7c8._comment b/doc/bugs/fat_support/comment_2_bb4a97ebadb5c53809fc78431eabd7c8._comment
new file mode 100644
index 0000000000..7618c9a7b6
--- /dev/null
+++ b/doc/bugs/fat_support/comment_2_bb4a97ebadb5c53809fc78431eabd7c8._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-04T18:20:45Z"
+ content="""
+Hey @fmarier. Well, this bug report is closed because you can already get rid of the symlinks. Just put a bare git repo on your fat filesystem, and use git-annex copy --to/--from there.
+
+Now, that puts all the files that are on the device in .git/annex/objects/xx/yy/blah.mp3 -- how well rockbox would support that I don't know. And if it tries to modify or delete those files, git annex also can't help you manage those changes.
+
+Another recent option is the [[special_remotes/directory]] special remote type, which again uses \"xx/yy/blah.mp3\" and can't track changes made to the files. This could perhaps be extended in the direction you suggest, although trying to fit this into the special remote infrastructure might not be a good fit really.
+
+The most likely way this has to get dealt with is really by using [[todo/smudge]] filters, which would eliminate the symlinks and allow copying a non-bare git repo onto vfat. 
+"""]]
diff --git a/doc/bugs/fat_support/comment_3_df3b943bc1081a8f3f7434ae0c8e061e._comment b/doc/bugs/fat_support/comment_3_df3b943bc1081a8f3f7434ae0c8e061e._comment
new file mode 100644
index 0000000000..f3db75c2f6
--- /dev/null
+++ b/doc/bugs/fat_support/comment_3_df3b943bc1081a8f3f7434ae0c8e061e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="fmarier"
+ subject="comment 3"
+ date="2011-04-05T10:00:21Z"
+ content="""
+Thanks for the reply @joey.
+
+While it would certainly be possible for a bare repo to exist on my iRiver, the problem is that the music player uses the filesystem to organize files into directories like \"Artist/Album/Track.ogg\". So replacing that with \"..../xx/yy/Track.ogg\" would make it fairly difficult to browse my music collection and select the album/track I want to listen to :)
+
+So unless I have the files physically organized like the symlinks, then it's probably not going to work very for that particular workflow. Smudge filters are interesting though. In the meantime, I'll look into rsyncing from another box which has the right filesystem layout onto my iRiver directly.
+"""]]
diff --git a/doc/bugs/fat_support/comment_4_90a8a15bedd94480945a374f9d706b86._comment b/doc/bugs/fat_support/comment_4_90a8a15bedd94480945a374f9d706b86._comment
new file mode 100644
index 0000000000..722cbdd9e7
--- /dev/null
+++ b/doc/bugs/fat_support/comment_4_90a8a15bedd94480945a374f9d706b86._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ethan.betacantrips.com/"
+ nickname="ethan.glasser.camp"
+ subject="no symlinks"
+ date="2011-06-08T20:59:38Z"
+ content="""
+If you try to clone a git repo that has a symlink over to a VFAT filesystem, you get (in its place) a regular file that contains the name of the symlink target.  So why can't git-annex use that?  I could still do git annex get on this file, git annex would still \"know\" that it's a symlink, and could replace it with a copy of the real file (instead of putting it in .git/annex).
+
+I know if it were that simple, someone would have done it already, so what am I missing?  I guess trying to get the file FROM the repository would fail because it wouldn't find the file in .git/annex?  Couldn't you store a reverse mapping?  You wouldn't be able to move the file around, but you already lose that once you give up symlinks.  It would also be a little harder to tell which symlinks were \"dangling\"; I don't see an easy way to get around that.  It would still be better than a bare repo..
+"""]]
diff --git a/doc/bugs/fat_support/comment_5_64bbf89de0836673224b83fdefa0407b._comment b/doc/bugs/fat_support/comment_5_64bbf89de0836673224b83fdefa0407b._comment
new file mode 100644
index 0000000000..1063b0f910
--- /dev/null
+++ b/doc/bugs/fat_support/comment_5_64bbf89de0836673224b83fdefa0407b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-06-10T16:41:43Z"
+ content="""
+@ethan the reason that wouldn't work is because git would then see a file that was checked in and had its one line symlinkish content replaced with a huge binary blob. And git commit would try to commit that etc. The potential for foot-shooting is too high.
+"""]]
diff --git a/doc/bugs/fat_support/comment_6_a3b6000330c9c376611c228d746a1d55._comment b/doc/bugs/fat_support/comment_6_a3b6000330c9c376611c228d746a1d55._comment
new file mode 100644
index 0000000000..c7defd13ef
--- /dev/null
+++ b/doc/bugs/fat_support/comment_6_a3b6000330c9c376611c228d746a1d55._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZRoTRyW3tox-FD2DQWxskgI6_tkEtHL4"
+ nickname="Ben"
+ subject="comment 6"
+ date="2012-07-23T16:11:52Z"
+ content="""
+The above would work fine for me but the files in my annex (e.g. .git/annex/objects/xx/yy/blah.ogg) don't have extensions like that, so my media player doesn't recognize them as media files. How do I get the files under \"objects\" to keep the extensions of the original files like in Joey's example?
+"""]]
diff --git a/doc/bugs/fat_support/comment_7_a0ac7f2c44efc8116940c7b94b35e9d0._comment b/doc/bugs/fat_support/comment_7_a0ac7f2c44efc8116940c7b94b35e9d0._comment
new file mode 100644
index 0000000000..11668615e6
--- /dev/null
+++ b/doc/bugs/fat_support/comment_7_a0ac7f2c44efc8116940c7b94b35e9d0._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 7"
+ date="2012-07-24T14:51:50Z"
+ content="""
+You can get the extensions by migrating to the SHA1E (or SHA256E) backend. 
+"""]]
diff --git a/doc/bugs/fat_support/comment_8_acc947643a635eb10a1bff92083a3506._comment b/doc/bugs/fat_support/comment_8_acc947643a635eb10a1bff92083a3506._comment
new file mode 100644
index 0000000000..558e0ca105
--- /dev/null
+++ b/doc/bugs/fat_support/comment_8_acc947643a635eb10a1bff92083a3506._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmcYryijvlF8bJvM_eZNSrUPEkMlxMDGTQ"
+ nickname="Thiago"
+ subject="POSIX layer on top of VFAT using FUSE"
+ date="2012-11-24T00:21:23Z"
+ content="""
+I just found out about this project and didn't try it, but it looks like it would allow using git-annex on an usb stick with a normal repository:
+
+<http://sourceforge.net/projects/posixovl/>
+"""]]
diff --git a/doc/bugs/fatal:_git-write-tree:_error_building_trees.mdwn b/doc/bugs/fatal:_git-write-tree:_error_building_trees.mdwn
new file mode 100644
index 0000000000..b8967eca5e
--- /dev/null
+++ b/doc/bugs/fatal:_git-write-tree:_error_building_trees.mdwn
@@ -0,0 +1,103 @@
+### Please describe the problem.
+Not able to successfully git-annex sync with a remote due to a git fatal. Caused by masters diverging?
+
+### What steps will reproduce the problem?
+git-annex sync, or, letting the assistant try.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20131221+b1 on my laptop
+git-annex version: 5.20131224-g6ca5271 on the remote server
+
+### Please provide any additional information below.
+
+Output of a manual git-annex sync in the directory:
+
+[[!format sh """
+greg@x200s:~/Documents$ git-annex sync
+commit  (Recording state in git...)
+Copyright Office/Orphan Works/ARROW/170409_ARROW_Leaflet.pdf: unmerged (783afced6bc43138373fda43edfda0c33be36525)
+Copyright Office/Orphan Works/ARROW/ARROWproject_results1.pdf: unmerged (b536e5f3d93e7905e05510f26db1f743e9eae16e)
+Copyright Office/Orphan Works/ARROW/ARROWproject_results1.ppt: unmerged (5543049b8940cc5702d37aff18b03c67d9c8374d)
+Copyright Office/Orphan Works/ARROW/ARROWstandardPresent2010.pdf: unmerged (54d751bc98cb5da29d3d568856b74675e842072e)
+Copyright Office/Orphan Works/ARROW/ARROWstandardPresent2010.ppt: unmerged (efe0e94b51eccb9a6a0c352f4a210bd5a6105050)
+Copyright Office/Orphan Works/ARROW/ARROWtrifoldMAR2011.pdf: unmerged (b52ff16178e29261fe00a518c23610a3b0826482)
+Copyright Office/Orphan Works/Documentation/20110531/Documentation.doc.odt: unmerged (1348d5f42f7e34706407f7936f4fb0438e4b8ffa)
+Copyright Office/Orphan Works/Documentation/AAPpublishers.pdf: unmerged (3f448a03d31a38adb095e3031e4ee13771d22d70)
+Copyright Office/Orphan Works/Documentation/Documentation.doc: unmerged (265fdff7787f560e3ba20789a12e15ffb165ec7f)
+Copyright Office/Orphan Works/Documentation/Documentation.pdf: unmerged (7a9ff92663ed42b42b9baaefaf4721499d18d82d)
+...
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+"""]]
+
+See also:
+
+1. the [partial daemon log](http://paste.debian.net/73176/) from the assistant running in that directory on the laptop and 
+2. the output of [git fsck](http://paste.debian.net/73175/) on the remote.
+
+git-annex repair on the laptop and the server:
+[[!format sh """
+greg@x200s:~/Documents$ git-annex repair
+Running git fsck ...
+No problems found.
+ok
+"""]]
+
+
+### How I ended up fixing it:
+[[!format sh """
+greg@x200s:~/Documents$ killall git-annex
+greg@x200s:~/Documents$ git-annex indirect
+blah...............
+indirect  ok
+ok
+greg@x200s:~/Documents$ git status
+On branch master
+Your branch and 'rose/master' have diverged,
+and have 294 and 1 different commit each, respectively.
+  (use "git pull" to merge the remote branch into yours)
+
+Untracked files:
+  (use "git add <file>..." to include in what will be committed)
+
+	.gitrefs/
+
+nothing added to commit but untracked files present (use "git add" to track)
+greg@x200s:~/Documents$ git pull
+Merge made by the 'recursive' strategy.
+ Copyright Office/Orphan Works/staging/reporting/process_report.txt.2 | 1 +
+ Copyright Office/Orphan Works/staging/reporting/with-title.xls       | 1 +
+ Copyright Office/Orphan Works/staging/with-title.xls                 | 1 +
+ Copyright Office/Orphan Works/worker_emails.txt                      | 1 +
+ git.fsck.log                                                         | 1 +
+ 5 files changed, 5 insertions(+)
+ create mode 120000 Copyright Office/Orphan Works/staging/reporting/process_report.txt.2
+ create mode 120000 Copyright Office/Orphan Works/staging/reporting/with-title.xls
+ create mode 120000 Copyright Office/Orphan Works/staging/with-title.xls
+ create mode 120000 Copyright Office/Orphan Works/worker_emails.txt
+ create mode 120000 git.fsck.log
+greg@x200s:~/Documents$ git-annex sync
+commit  ok
+pull rose 
+
+Already up-to-date.
+ok
+push rose 
+Counting objects: 1658, done.
+Delta compression using up to 2 threads.
+Compressing objects: 100% (904/904), done.
+Writing objects: 100% (1604/1604), 138.97 KiB | 0 bytes/s, done.
+Total 1604 (delta 892), reused 1298 (delta 688)
+To greg@rose.makesad.us:/home/greg/Documents/
+   f1d206e..e836b9b  master -> synced/master
+ok
+greg@x200s:~/Documents$
+"""]]
+
+I restarted the assistant and the daemon.log looks good.
+
+After sync'ing on the server, it appears that this has been the case for quite some time (based off of what symlinks were created).
+
+Lastly: Joey, this is probably what caused that weird behavior in the webapp where it showed the bad transfer each day after the fsck at noon. I never diagnosed that more but I bet I won't see it tomorrow.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/fatal:_git-write-tree:_error_building_trees/comment_2_77295c0b749e984a6fb200d3b73b5765._comment b/doc/bugs/fatal:_git-write-tree:_error_building_trees/comment_2_77295c0b749e984a6fb200d3b73b5765._comment
new file mode 100644
index 0000000000..dabc1d4f35
--- /dev/null
+++ b/doc/bugs/fatal:_git-write-tree:_error_building_trees/comment_2_77295c0b749e984a6fb200d3b73b5765._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 2"
+ date="2014-01-06T16:14:29Z"
+ content="""
+As far as I can tell from git's code, this involves a \"cache-tree\" data structure stored in git's index file. git-annex has nothing to do with writing index files, beyond running git plumbing. So I don't see how this could be anything other than a corrupt index file (of a sort that git fsck doesn't detect), or a git bug. The best thing to do would be to send an example of a repository having this problem to the git developers for analysis.
+"""]]
diff --git a/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__.mdwn b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__.mdwn
new file mode 100644
index 0000000000..dae654d130
--- /dev/null
+++ b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__.mdwn
@@ -0,0 +1,63 @@
+### What steps will reproduce the problem?
+[[!format sh """
+C:\Users\Bruno>mkdir annex
+
+C:\Users\Bruno>cd annex
+
+C:\Users\Bruno\annex>git init
+Initialized empty Git repository in C:/Users/Bruno/annex/.git/
+
+C:\Users\Bruno\annex>git annex init
+init
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+C:\Users\Bruno\annex>echo test > test
+
+C:\Users\Bruno\annex>git annex add .
+add test (checksum...) ok
+(Recording state in git...)
+
+C:\Users\Bruno\annex>git commit -a -m added
+[master (root-commit) 2eea610] added
+ 1 file changed, 1 insertion(+)
+ create mode 120000 test
+
+C:\Users\Bruno\annex>git annex sync
+(Recording state in git...)
+fatal: unable to access '../../../../C:\Users\Bruno\annex\.git/config': Invalid argument
+
+git-annex: user error (xargs ["-0","git","--git-dir=C:\\Users\\Bruno\\annex\\.git","--work-tree=C:\\Users\\Bruno\\annex","add","-f"] exited 123)
+failed
+git-annex: sync: 1 failed
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+Windows 8 (64 bits)
+
+git version 1.8.4.msysgit.0
+
+[[!format sh """
+git-annex version: 4.20131008-ge115441
+build flags: Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 2
+"""]]
+
+### Please provide any additional information below.
+C:\Users\Bruno\annex\.git\config exists
+
+> xargs was one problem; also msysgit seems to just not
+> accept DOS style paths anymore in --git-dir or --git-work-tree.
+> megaweird. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_1_e6f39b2ef55b0daa491f4b6329a906bc._comment b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_1_e6f39b2ef55b0daa491f4b6329a906bc._comment
new file mode 100644
index 0000000000..cc616aae9f
--- /dev/null
+++ b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_1_e6f39b2ef55b0daa491f4b6329a906bc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-16T20:42:07Z"
+ content="""
+I don't know what to make of this bug report. You say that \"C:\Users\Bruno\annex.git\config\" exists, but you show the creation of a \"C:\Users\Bruno\annex\", and not the other repository. I cannot reproduce it, even if I first \"git init --bare annex.git\". 
+"""]]
diff --git a/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_2_b47d6d188f38a8e4ca5ef5f70afadf6a._comment b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_2_b47d6d188f38a8e4ca5ef5f70afadf6a._comment
new file mode 100644
index 0000000000..a40e9cbe5a
--- /dev/null
+++ b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_2_b47d6d188f38a8e4ca5ef5f70afadf6a._comment
@@ -0,0 +1,48 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 2"
+ date="2013-10-16T22:47:46Z"
+ content="""
+There's no other repo yet. I have the same problem when I try to sync between two repos but I simplified the instructions to reproduce the bug easily.
+
+Here's the instructions on Debian :
+[[!format sh \"\"\"
+bruno@debian:~$ mkdir annex
+bruno@debian:~$ cd annex
+bruno@debian:~/annex$ git init
+Initialized empty Dépôt git dans /home/bruno/annex/.git/
+bruno@debian:~/annex$ git annex init
+init  ok
+(Recording state in git...)
+bruno@debian:~/annex$ echo test > test
+bruno@debian:~/annex$ git annex add .
+add test (checksum...) ok
+(Recording state in git...)
+bruno@debian:~/annex$ git commit -a -m added
+[master (root-commit) 631049d] added
+ 1 file changed, 1 insertion(+)
+ create mode 120000 test
+bruno@debian:~/annex$ git annex sync
+commit
+ok
+bruno@debian:~/annex$\"\"\"]]
+
+It seems --git-dir wants 'c:/...' instead of 'c:\\...'.
+
+[[!format sh \"\"\"
+C:\Users\Bruno\annex>git --git-dir=C:\\Users\\Bruno\\annex\\.git --work-tree=C:\\Users\\Bruno\\annex add -f test
+fatal: unable to access '../../../../C:\\Users\\Bruno\\annex\\.git/config': Invalid argument
+
+C:\Users\Bruno\annex>git --git-dir=C:/Users/Bruno/annex/.git --work-tree=C:\\Users\\Bruno\\annex add -f test
+
+C:\Users\Bruno\annex>\"\"\"]]
+
+It's weird that I don't have any problem with the following command:
+[[!format sh \"\"\"C:\Users\Bruno\annex>git --git-dir=C:\\Users\\Bruno\\annex\\.git --work-tree=C:\\Users\\Bruno\\annex config -l
+core.symlinks=false
+core.autocrlf=true
+[...]\"\"\"]]
+
+Maybe there's a problem with `git version 1.8.4.msysgit.0`.
+"""]]
diff --git a/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_4_b533b1de535a057b7ebf99afc92691ed._comment b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_4_b533b1de535a057b7ebf99afc92691ed._comment
new file mode 100644
index 0000000000..ac4a9e91a2
--- /dev/null
+++ b/doc/bugs/fatal:_unable_to_access___39__..__47__..__47__..__47__..__47__C:__92__Users__92____91__...__93____92__annex__92__.git__47__config__39__:_Invalid_argument___40__Windows__41__/comment_4_b533b1de535a057b7ebf99afc92691ed._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2013-10-17T21:49:10Z"
+ content="""
+So this is a problem with msysgit 1.8.4. I have been able to reproduce it with that version. 1.8.3 did not have the problem.
+
+Seems to perhaps be due to the cygwin xargs flipping git into cygwin path mode somehow. (How all this works is massively complex and confusing to me.)
+All the other calls to git with identical parameters work fine. I can also reproduce the problem using some old git 1.7.x in the cygwin terminal.
+
+BTW, I noticed in your example that you ran \"git commit -a\". You should **never** do that in a [[direct mode]] repository. Read the direct mode documentation to understand why.
+"""]]
diff --git a/doc/bugs/files_lost_during_upgrade.mdwn b/doc/bugs/files_lost_during_upgrade.mdwn
new file mode 100644
index 0000000000..afab38d81a
--- /dev/null
+++ b/doc/bugs/files_lost_during_upgrade.mdwn
@@ -0,0 +1,2191 @@
+### Please describe the problem.
+I'm running git annex on two laptops sharing data with a shared server all running ubuntu and the binary distributions of git annex (different versions the server seems to be running  5.20140529-gb71f9bf right now). One of the laptops tried to upgrade to 5.20140613 (something) from 5.20140610-g5ec8bcf, which kind of fails since that version does not exist on the site, only the signature making it download and upgrade and then decide it still needs to upgrade, took a few times before I figured this out.
+
+During one of the upgrades I guess something died and it started to complain about an index.lock file that should be removed after all git instances were dead, so I killed git annex and removed the file (a few times maybe) just to get the upgrade through. After realizing it was trying to upgrade to the same version over and over again I realized it had somehow managed merge away all files and the git history looked like crazy.
+
+Had to "git annex indirect; git annex checkout GOODVERSION . ; git annex direct ; git annex assistant" to get the files back (I think that did it, I'm a little unsure what the best way to restore files are).
+
+### What steps will reproduce the problem?
+
+I don't know. Just posting this in case someone else can figure it out.
+
+Might be relevant that upgrade never works out of the box, it removes the old version of git annex and untars the new version in my home directory (which isn't on the path), so I can't use it from the command line. So I shut it down, copy it back to where it should go, and then update the .config/git-annex/program to point to the correct location.
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140610-g5ec8bcf (maybe, I'm not sure if that was the one I upgraded from initially).
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+I think this is the log from before the files where removed
+
+[2014-06-18 13:41:14 CEST] main: starting assistant version 5.20140610-g5ec8bcf
+[2014-06-18 13:41:14 CEST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140610-g5ec8bcf 
+[2014-06-18 13:41:14 CEST] TransferScanner: Syncing with born 
+
+(scanning...) [2014-06-18 13:41:14 CEST] Watcher: Performing startup scan
+
+(started...) fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   f8f8217..ff8ecb1  git-annex -> synced/git-annex
+   bd2e43b..e88b148  annex/direct/master -> synced/master
+fatal: pathspec 'music.txt' did not match any files
+fatal: Unable to create '/home/jwiklund/Documents/.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: Unable to create '/home/jwiklund/Documents/.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+
+(Recording state in git...)
+
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+ufatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+ser error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+[2014-06-18 13:41:16 CEST] Committer: Committing changesfatal: pathspec 'music.txt' did not match any files
+ to git
+fatal: pathspec 'music.txt' did not match any files
+[2014-06-18 13:41:16 CEST] Pusher: Syncing with born 
+fatal: Unable to create '/home/jwiklund/Documents/.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+(Recording state in git...)
+(Recording state in git...)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user error (xargs ["-0","git","--git-dir=/home/jwiklund/Documents/.git","--work-tree=/home/jwiklund/Documents","-c","core.bare=false","add","--force","--"] exited 123)
+user errfatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+fatal: pathspec 'music.txt' did not match any files
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   ff8ecb1..c93e415  git-annex -> synced/git-annex
+   e88b148..220161f  annex/direct/master -> synced/master
+
+
+This is what it said when it wanted me to remove the index file after a failed upgrade
+
+[2014-06-18 13:38:31 CEST] main: starting assistant version 5.20140610-g5ec8bcf
+[2014-06-18 13:38:31 CEST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140610-g5ec8bcf 
+[2014-06-18 13:38:31 CEST] TransferScanner: Syncing with born 
+error: duplicate parent 294b61a3dce1e87a62e4d675deac2a9130b819e6 ignored
+
+(scanning...) [2014-06-18 13:38:31 CEST] Watcher: Performing startup scan
+
+(started...) error: duplicate parent 76407052287ba54b350e56e36353a53a3dbc5d4f ignored
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   fdae080..cf9f2a9  git-annex -> synced/git-annex
+   294b61a..7640705  annex/direct/master -> synced/master
+fatal: Could not switch to '/home/jwiklund/Documents/.git/annex/merge/': No such file or directory
+[2014-06-18 13:38:33 CEST] Committer: Committing changes to git
+fatal: Unable to create '/home/jwiklund/Documents/.git/index.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+[2014-06-18 13:38:33 CEST] Pusher: Syncing with born 
+fatal: Could not switch to '/home/jwiklund/Documents/.git/annex/merge/': No such file or directory
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   7640705..6b9d33e  annex/direct/master -> synced/master
+fatal: Could not switch to '/home/jwiklund/Documents/.git/annex/merge/': No such file or directory
+[2014-06-18 13:39:20 CEST] main: warning git-annex has been shut down
+
+Here is the upgrade
+
+error: duplicate parent 6b9d33ef3a16e6245f21f3948aa96691c2b8453b ignored
+(scanning...) [2014
+-06-18 13:40:55 CEST] Watcher: Performing startup scan
+(started...) 
+
+error: duplicate parent 80254c9c048a35064ba42ae6a79610da6deac0ae ignored
+gpg: WARNING: unsafe permissions on homedir `/tmp/git-annex-gpg.tmp.0'
+gpg: Signature made fre 13 jun 2014 17:28:22 CEST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+[2014-06-18 13:40:56 CEST] Upgrader: An upgrade of git-annex is available.  (version 5.20140613)
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   6b9d33e..80254c9  annex/direct/master -> synced/master
+
+[2014-06-18 13:40:57 CEST] Committer: Committing changes to git
+(Recording state in git...)
+[2014-06-18 13:40:57 CEST] Pusher: Syncing with born 
+
+error: duplicate parent 6be6bb32164e7103c44077ce6fa450b7c0d36e0c ignored
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   80254c9..6be6bb3  annex/direct/master -> synced/master
+
+--2014-06-18 13:41:07--  https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+Resolving downloads.kitenet.net (downloads.kitenet.net)... 107.170.31.195
+Connecting to downloads.kitenet.net (downloads.kitenet.net)|107.170.31.195|:443... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 42645638 (41M) [application/x-gzip]
+Saving to: ‘/home/jwiklund/Documents/.git/annex/tmp/SHA256E-s42645638--4ae41fb29bd26339ea10f53ea2b7cf3132e53d5e8fbfde7b43b912aa52b3d319.tar.gz’
+
+     0K .......... .......... .......... .......... ..........  0%  171K 4m3s
+    50K .......... .......... .......... .......... ..........  0%  505K 2m43s
+   100K .......... .......... .......... .......... ..........  0%  258K 2m42s
+   150K .......... .......... .......... .......... ..........  0%  510K 2m22s
+   200K .......... .......... .......... .......... ..........  0%  505K 2m10s
+   250K .......... .......... .......... .......... ..........  0%  516K 2m1s
+   300K .......... .......... .......... .......... ..........  0%  512K 1m55s
+   350K .......... .......... .......... .......... ..........  0% 31,1M 1m41s
+   400K .......... .......... .......... .......... ..........  1%  512K 99s
+   450K .......... .......... .......... .......... ..........  1%  515K 97s
+   500K .......... .......... .......... .......... ..........  1% 1,25M 91s
+   550K .......... .......... .......... .......... ..........  1%  843K 87s
+   600K .......... .......... .......... .......... ..........  1% 1,25M 83s
+   650K .......... .......... .......... .......... ..........  1%  858K 80s
+   700K .......... .......... .......... .......... ..........  1% 1,25M 77s
+   750K .......... .......... .......... .......... ..........  1%  840K 75s
+   800K .......... .......... .......... .......... ..........  2% 59,4M 70s
+   850K .......... .......... .......... .......... ..........  2%  518K 71s
+   900K .......... .......... .......... .......... ..........  2% 39,5M 67s
+   950K .......... .......... .......... .......... ..........  2% 74,5M 64s
+  1000K .......... .......... .......... .......... ..........  2%  520K 64s
+  1050K .......... .......... .......... .......... ..........  2% 57,3M 61s
+  1100K .......... .......... .......... .......... ..........  2% 1,31M 60s
+  1150K .......... .......... .......... .......... ..........  2%  855K 59s
+  1200K .......... .......... .......... .......... ..........  3% 22,5M 57s
+  1250K .......... .......... .......... .......... ..........  3% 1,33M 56s
+  1300K .......... .......... .......... .......... ..........  3%  848K 55s
+  1350K .......... .......... .......... .......... ..........  3% 9,76M 54s
+  1400K .......... .......... .......... .......... ..........  3% 48,8M 52s
+  1450K .......... .......... .......... .......... ..........  3% 1,45M 51s
+  1500K .......... .......... .......... .......... ..........  3%  837K 51s
+  1550K .......... .......... .......... .......... ..........  3% 13,4M 49s
+  1600K .......... .......... .......... .......... ..........  3% 1,47M 48s
+  1650K .......... .......... .......... .......... ..........  4%  861K 48s
+  1700K .......... .......... .......... .......... ..........  4% 14,3M 47s
+  1750K .......... .......... .......... .......... ..........  4% 13,0M 46s
+  1800K .......... .......... .......... .......... ..........  4% 1,49M 45s
+  1850K .......... .......... .......... .......... ..........  4%  863K 45s
+  1900K .......... .......... .......... .......... ..........  4% 62,3M 44s
+  1950K .......... .......... .......... .......... ..........  4% 7,64M 43s
+  2000K .......... .......... .......... .......... ..........  4% 10,3M 42s
+  2050K .......... .......... .......... .......... ..........  5%  582K 42s
+  2100K .......... .......... .......... .......... ..........  5% 8,34M 41s
+  2150K .......... .......... .......... .......... ..........  5% 48,7M 40s
+  2200K .......... .......... .......... .......... ..........  5% 61,6M 39s
+  2250K .......... .......... .......... .......... ..........  5% 1,52M 39s
+  2300K .......... .......... .......... .......... ..........  5%  860K 39s
+  2350K .......... .......... .......... .......... ..........  5% 60,4M 38s
+  2400K .......... .......... .......... .......... ..........  5% 8,20M 38s
+  2450K .......... .......... .......... .......... ..........  6% 87,7M 37s
+  2500K .......... .......... .......... .......... ..........  6% 1,54M 37s
+  2550K .......... .......... .......... .......... ..........  6%  855K 37s
+  2600K .......... .......... .......... .......... ..........  6% 89,2M 36s
+  2650K .......... .......... .......... .......... ..........  6% 7,38M 35s
+  2700K .......... .......... .......... .......... ..........  6%  168M 35s
+  2750K .......... .......... .......... .......... ..........  6% 1,44M 34s
+  2800K .......... .......... .......... .......... ..........  6% 1,37M 34s
+  2850K .......... .......... .......... .......... ..........  6% 2,21M 34s
+  2900K .......... .......... .......... .......... ..........  7% 6,19M 33s
+  2950K .......... .......... .......... .......... ..........  7%  174M 33s
+  3000K .......... .......... .......... .......... ..........  7%  174M 32s
+  3050K .......... .......... .......... .......... ..........  7%  196M 32s
+  3100K .......... .......... .......... .......... ..........  7% 1,57M 32s
+  3150K .......... .......... .......... .......... ..........  7% 1,36M 31s
+  3200K .......... .......... .......... .......... ..........  7% 1,67M 31s
+  3250K .......... .......... .......... .......... ..........  7% 70,5M 31s
+  3300K .......... .......... .......... .......... ..........  8%  109M 30s
+  3350K .......... .......... .......... .......... ..........  8% 84,8M 30s
+  3400K .......... .......... .......... .......... ..........  8% 1,61M 30s
+  3450K .......... .......... .......... .......... ..........  8% 8,23M 29s
+  3500K .......... .......... .......... .......... ..........  8% 1,47M 29s
+  3550K .......... .......... .......... .......... ..........  8% 2,77M 29s
+  3600K .......... .......... .......... .......... ..........  8% 5,14M 29s
+  3650K .......... .......... .......... .......... ..........  8% 28,0M 28s
+  3700K .......... .......... .......... .......... ..........  9%  169M 28s
+  3750K .......... .......... .......... .......... ..........  9% 1,85M 28s
+  3800K .......... .......... .......... .......... ..........  9% 86,5M 27s
+  3850K .......... .......... .......... .......... ..........  9% 7,14M 27s
+  3900K .......... .......... .......... .......... ..........  9% 1,55M 27s
+  3950K .......... .......... .......... .......... ..........  9% 2,53M 27s
+  4000K .......... .......... .......... .......... ..........  9% 5,08M 26s
+  4050K .......... .......... .......... .......... ..........  9% 37,6M 26s
+  4100K .......... .......... .......... .......... ..........  9% 45,6M 26s
+  4150K .......... .......... .......... .......... .......... 10% 86,2M 25s
+  4200K .......... .......... .......... .......... .......... 10% 1,80M 25s
+  4250K .......... .......... .......... .......... .......... 10% 99,6M 25s
+  4300K .......... .......... .......... .......... .......... 10%  171M 25s
+  4350K .......... .......... .......... .......... .......... 10% 7,41M 24s
+  4400K .......... .......... .......... .......... .......... 10% 1,55M 24s
+  4450K .......... .......... .......... .......... .......... 10% 2,53M 24s
+  4500K .......... .......... .......... .......... .......... 10% 59,5M 24s
+  4550K .......... .......... .......... .......... .......... 11% 5,43M 24s
+  4600K .......... .......... .......... .......... .......... 11% 25,3M 23s
+  4650K .......... .......... .......... .......... .......... 11%  138M 23s
+  4700K .......... .......... .......... .......... .......... 11% 90,7M 23s
+  4750K .......... .......... .......... .......... .......... 11%  116M 23s
+  4800K .......... .......... .......... .......... .......... 11% 1,81M 23s
+  4850K .......... .......... .......... .......... .......... 11% 64,4M 22s
+  4900K .......... .......... .......... .......... .......... 11% 7,76M 22s
+  4950K .......... .......... .......... .......... .......... 12% 67,2M 22s
+  5000K .......... .......... .......... .......... .......... 12% 1,60M 22s
+  5050K .......... .......... .......... .......... .......... 12% 2,53M 22s
+  5100K .......... .......... .......... .......... .......... 12% 5,14M 22s
+  5150K .......... .......... .......... .......... .......... 12% 90,4M 21s
+  5200K .......... .......... .......... .......... .......... 12% 27,7M 21s
+  5250K .......... .......... .......... .......... .......... 12% 41,7M 21s
+  5300K .......... .......... .......... .......... .......... 12% 91,5M 21s
+  5350K .......... .......... .......... .......... .......... 12% 1,85M 21s
+  5400K .......... .......... .......... .......... .......... 13%  109M 20s
+  5450K .......... .......... .......... .......... .......... 13% 79,2M 20s
+  5500K .......... .......... .......... .......... .......... 13% 6,84M 20s
+  5550K .......... .......... .......... .......... .......... 13% 32,4M 20s
+  5600K .......... .......... .......... .......... .......... 13% 5,70M 20s
+  5650K .......... .......... .......... .......... .......... 13% 2,36M 20s
+  5700K .......... .......... .......... .......... .......... 13% 2,53M 20s
+  5750K .......... .......... .......... .......... .......... 13% 5,15M 19s
+  5800K .......... .......... .......... .......... .......... 14% 31,1M 19s
+  5850K .......... .......... .......... .......... .......... 14% 23,0M 19s
+  5900K .......... .......... .......... .......... .......... 14% 45,3M 19s
+  5950K .......... .......... .......... .......... .......... 14% 73,7M 19s
+  6000K .......... .......... .......... .......... .......... 14% 1,96M 19s
+  6050K .......... .......... .......... .......... .......... 14% 51,7M 18s
+  6100K .......... .......... .......... .......... .......... 14% 8,10M 18s
+  6150K .......... .......... .......... .......... .......... 14% 45,9M 18s
+  6200K .......... .......... .......... .......... .......... 15% 23,5M 18s
+  6250K .......... .......... .......... .......... .......... 15% 7,66M 18s
+  6300K .......... .......... .......... .......... .......... 15% 2,29M 18s
+  6350K .......... .......... .......... .......... .......... 15% 2,46M 18s
+  6400K .......... .......... .......... .......... .......... 15% 46,8M 18s
+  6450K .......... .......... .......... .......... .......... 15% 5,73M 17s
+  6500K .......... .......... .......... .......... .......... 15% 23,0M 17s
+  6550K .......... .......... .......... .......... .......... 15% 21,1M 17s
+  6600K .......... .......... .......... .......... .......... 15% 48,4M 17s
+  6650K .......... .......... .......... .......... .......... 16% 74,1M 17s
+  6700K .......... .......... .......... .......... .......... 16% 2,07M 17s
+  6750K .......... .......... .......... .......... .......... 16% 30,3M 17s
+  6800K .......... .......... .......... .......... .......... 16% 7,81M 17s
+  6850K .......... .......... .......... .......... .......... 16% 59,1M 16s
+  6900K .......... .......... .......... .......... .......... 16% 24,6M 16s
+  6950K .......... .......... .......... .......... .......... 16% 8,11M 16s
+  7000K .......... .......... .......... .......... .......... 16% 7,57M 16s
+  7050K .......... .......... .......... .......... .......... 17% 3,19M 16s
+  7100K .......... .......... .......... .......... .......... 17% 2,35M 16s
+  7150K .......... .......... .......... .......... .......... 17% 5,56M 16s
+  7200K .......... .......... .......... .......... .......... 17% 51,4M 16s
+  7250K .......... .......... .......... .......... .......... 17% 45,5M 16s
+  7300K .......... .......... .......... .......... .......... 17% 61,6M 16s
+  7350K .......... .......... .......... .......... .......... 17% 22,7M 15s
+  7400K .......... .......... .......... .......... .......... 17% 53,6M 15s
+  7450K .......... .......... .......... .......... .......... 18% 2,12M 15s
+  7500K .......... .......... .......... .......... .......... 18% 32,2M 15s
+  7550K .......... .......... .......... .......... .......... 18% 61,0M 15s
+  7600K .......... .......... .......... .......... .......... 18% 7,22M 15s
+  7650K .......... .......... .......... .......... .......... 18% 23,6M 15s
+  7700K .......... .......... .......... .......... .......... 18% 7,39M 15s
+  7750K .......... .......... .......... .......... .......... 18% 53,7M 15s
+  7800K .......... .......... .......... .......... .......... 18% 8,51M 15s
+  7850K .......... .......... .......... .......... .......... 18% 8,28M 14s
+  7900K .......... .......... .......... .......... .......... 19% 1,26M 15s
+  7950K .......... .......... .......... .......... .......... 19% 59,8M 14s
+  8000K .......... .......... .......... .......... .......... 19% 58,8M 14s
+  8050K .......... .......... .......... .......... .......... 19% 54,2M 14s
+  8100K .......... .......... .......... .......... .......... 19% 70,3M 14s
+  8150K .......... .......... .......... .......... .......... 19% 26,5M 14s
+  8200K .......... .......... .......... .......... .......... 19% 54,8M 14s
+  8250K .......... .......... .......... .......... .......... 19% 73,9M 14s
+  8300K .......... .......... .......... .......... .......... 20% 2,11M 14s
+  8350K .......... .......... .......... .......... .......... 20% 21,6M 14s
+  8400K .......... .......... .......... .......... .......... 20% 8,29M 14s
+  8450K .......... .......... .......... .......... .......... 20% 29,6M 14s
+  8500K .......... .......... .......... .......... .......... 20% 59,6M 13s
+  8550K .......... .......... .......... .......... .......... 20% 6,65M 13s
+  8600K .......... .......... .......... .......... .......... 20% 8,50M 13s
+  8650K .......... .......... .......... .......... .......... 20% 10,1M 13s
+  8700K .......... .......... .......... .......... .......... 21% 44,0M 13s
+  8750K .......... .......... .......... .......... .......... 21% 1,42M 13s
+  8800K .......... .......... .......... .......... .......... 21% 11,1M 13s
+  8850K .......... .......... .......... .......... .......... 21% 78,9M 13s
+  8900K .......... .......... .......... .......... .......... 21% 50,5M 13s
+  8950K .......... .......... .......... .......... .......... 21% 73,1M 13s
+  9000K .......... .......... .......... .......... .......... 21% 77,6M 13s
+  9050K .......... .......... .......... .......... .......... 21% 20,2M 13s
+  9100K .......... .......... .......... .......... .......... 21% 25,2M 13s
+  9150K .......... .......... .......... .......... .......... 22%  117M 12s
+  9200K .......... .......... .......... .......... .......... 22% 2,23M 12s
+  9250K .......... .......... .......... .......... .......... 22% 22,4M 12s
+  9300K .......... .......... .......... .......... .......... 22% 8,59M 12s
+  9350K .......... .......... .......... .......... .......... 22% 24,5M 12s
+  9400K .......... .......... .......... .......... .......... 22% 79,6M 12s
+  9450K .......... .......... .......... .......... .......... 22% 7,10M 12s
+  9500K .......... .......... .......... .......... .......... 22% 8,02M 12s
+  9550K .......... .......... .......... .......... .......... 23% 8,69M 12s
+  9600K .......... .......... .......... .......... .......... 23% 8,16M 12s
+  9650K .......... .......... .......... .......... .......... 23% 63,0M 12s
+  9700K .......... .......... .......... .......... .......... 23% 1,72M 12s
+  9750K .......... .......... .......... .......... .......... 23% 10,1M 12s
+  9800K .......... .......... .......... .......... .......... 23% 60,2M 12s
+  9850K .......... .......... .......... .......... .......... 23% 61,9M 12s
+  9900K .......... .......... .......... .......... .......... 23% 62,9M 12s
+  9950K .......... .......... .......... .......... .......... 24% 76,6M 11s
+ 10000K .......... .......... .......... .......... .......... 24% 23,8M 11s
+ 10050K .......... .......... .......... .......... .......... 24% 30,4M 11s
+ 10100K .......... .......... .......... .......... .......... 24% 3,50M 11s
+ 10150K .......... .......... .......... .......... .......... 24% 6,05M 11s
+ 10200K .......... .......... .......... .......... .......... 24% 14,9M 11s
+ 10250K .......... .......... .......... .......... .......... 24% 10,5M 11s
+ 10300K .......... .......... .......... .......... .......... 24% 21,5M 11s
+ 10350K .......... .......... .......... .......... .......... 24% 79,7M 11s
+ 10400K .......... .......... .......... .......... .......... 25% 8,60M 11s
+ 10450K .......... .......... .......... .......... .......... 25% 6,92M 11s
+ 10500K .......... .......... .......... .......... .......... 25% 11,0M 11s
+ 10550K .......... .......... .......... .......... .......... 25% 6,96M 11s
+ 10600K .......... .......... .......... .......... .......... 25% 66,9M 11s
+ 10650K .......... .......... .......... .......... .......... 25% 10,9M 11s
+ 10700K .......... .......... .......... .......... .......... 25% 1,71M 11s
+ 10750K .......... .......... .......... .......... .......... 25% 60,4M 11s
+ 10800K .......... .......... .......... .......... .......... 26% 39,6M 11s
+ 10850K .......... .......... .......... .......... .......... 26% 62,6M 11s
+ 10900K .......... .......... .......... .......... .......... 26% 65,0M 10s
+ 10950K .......... .......... .......... .......... .......... 26%  137M 10s
+ 11000K .......... .......... .......... .......... .......... 26% 37,8M 10s
+ 11050K .......... .......... .......... .......... .......... 26% 82,1M 10s
+ 11100K .......... .......... .......... .......... .......... 26% 36,9M 10s
+ 11150K .......... .......... .......... .......... .......... 26% 3,47M 10s
+ 11200K .......... .......... .......... .......... .......... 27% 4,59M 10s
+ 11250K .......... .......... .......... .......... .......... 27% 10,3M 10s
+ 11300K .......... .......... .......... .......... .......... 27%  105M 10s
+ 11350K .......... .......... .......... .......... .......... 27% 21,8M 10s
+ 11400K .......... .......... .......... .......... .......... 27% 8,57M 10s
+ 11450K .......... .......... .......... .......... .......... 27% 6,57M 10s
+ 11500K .......... .......... .......... .......... .......... 27% 60,3M 10s
+ 11550K .......... .......... .......... .......... .......... 27% 11,5M 10s
+ 11600K .......... .......... .......... .......... .......... 27% 7,50M 10s
+ 11650K .......... .......... .......... .......... .......... 28% 72,7M 10s
+ 11700K .......... .......... .......... .......... .......... 28% 7,61M 10s
+ 11750K .......... .......... .......... .......... .......... 28% 2,31M 10s
+ 11800K .......... .......... .......... .......... .......... 28% 6,77M 10s
+ 11850K .......... .......... .......... .......... .......... 28% 66,3M 10s
+ 11900K .......... .......... .......... .......... .......... 28% 69,9M 10s
+ 11950K .......... .......... .......... .......... .......... 28% 73,3M 9s
+ 12000K .......... .......... .......... .......... .......... 28% 59,8M 9s
+ 12050K .......... .......... .......... .......... .......... 29% 62,8M 9s
+ 12100K .......... .......... .......... .......... .......... 29% 72,4M 9s
+ 12150K .......... .......... .......... .......... .......... 29% 38,9M 9s
+ 12200K .......... .......... .......... .......... .......... 29% 8,31M 9s
+ 12250K .......... .......... .......... .......... .......... 29% 6,24M 9s
+ 12300K .......... .......... .......... .......... .......... 29% 4,90M 9s
+ 12350K .......... .......... .......... .......... .......... 29% 8,21M 9s
+ 12400K .......... .......... .......... .......... .......... 29% 20,0M 9s
+ 12450K .......... .......... .......... .......... .......... 30% 9,55M 9s
+ 12500K .......... .......... .......... .......... .......... 30% 49,5M 9s
+ 12550K .......... .......... .......... .......... .......... 30% 6,87M 9s
+ 12600K .......... .......... .......... .......... .......... 30% 60,8M 9s
+ 12650K .......... .......... .......... .......... .......... 30% 11,6M 9s
+ 12700K .......... .......... .......... .......... .......... 30% 68,3M 9s
+ 12750K .......... .......... .......... .......... .......... 30% 7,84M 9s
+ 12800K .......... .......... .......... .......... .......... 30% 41,8M 9s
+ 12850K .......... .......... .......... .......... .......... 30% 8,13M 9s
+ 12900K .......... .......... .......... .......... .......... 31% 2,43M 9s
+ 12950K .......... .......... .......... .......... .......... 31% 6,04M 9s
+ 13000K .......... .......... .......... .......... .......... 31% 47,7M 9s
+ 13050K .......... .......... .......... .......... .......... 31% 56,9M 9s
+ 13100K .......... .......... .......... .......... .......... 31% 59,0M 9s
+ 13150K .......... .......... .......... .......... .......... 31% 49,4M 8s
+ 13200K .......... .......... .......... .......... .......... 31% 61,2M 8s
+ 13250K .......... .......... .......... .......... .......... 31% 56,6M 8s
+ 13300K .......... .......... .......... .......... .......... 32% 69,6M 8s
+ 13350K .......... .......... .......... .......... .......... 32% 9,89M 8s
+ 13400K .......... .......... .......... .......... .......... 32% 51,2M 8s
+ 13450K .......... .......... .......... .......... .......... 32% 3,68M 8s
+ 13500K .......... .......... .......... .......... .......... 32% 10,9M 8s
+ 13550K .......... .......... .......... .......... .......... 32% 9,06M 8s
+ 13600K .......... .......... .......... .......... .......... 32% 22,0M 8s
+ 13650K .......... .......... .......... .......... .......... 32% 56,2M 8s
+ 13700K .......... .......... .......... .......... .......... 33% 8,24M 8s
+ 13750K .......... .......... .......... .......... .......... 33% 7,93M 8s
+ 13800K .......... .......... .......... .......... .......... 33% 46,0M 8s
+ 13850K .......... .......... .......... .......... .......... 33%  140M 8s
+ 13900K .......... .......... .......... .......... .......... 33% 12,6M 8s
+ 13950K .......... .......... .......... .......... .......... 33% 8,45M 8s
+ 14000K .......... .......... .......... .......... .......... 33% 25,4M 8s
+ 14050K .......... .......... .......... .......... .......... 33% 8,48M 8s
+ 14100K .......... .......... .......... .......... .......... 33%  115M 8s
+ 14150K .......... .......... .......... .......... .......... 34% 2,37M 8s
+ 14200K .......... .......... .......... .......... .......... 34% 6,80M 8s
+ 14250K .......... .......... .......... .......... .......... 34% 41,9M 8s
+ 14300K .......... .......... .......... .......... .......... 34% 59,1M 8s
+ 14350K .......... .......... .......... .......... .......... 34%  134M 8s
+ 14400K .......... .......... .......... .......... .......... 34%  181M 8s
+ 14450K .......... .......... .......... .......... .......... 34%  107M 8s
+ 14500K .......... .......... .......... .......... .......... 34% 61,9M 7s
+ 14550K .......... .......... .......... .......... .......... 35% 24,4M 7s
+ 14600K .......... .......... .......... .......... .......... 35%  148M 7s
+ 14650K .......... .......... .......... .......... .......... 35% 8,76M 7s
+ 14700K .......... .......... .......... .......... .......... 35% 8,29M 7s
+ 14750K .......... .......... .......... .......... .......... 35% 3,92M 7s
+ 14800K .......... .......... .......... .......... .......... 35% 9,53M 7s
+ 14850K .......... .......... .......... .......... .......... 35%  143M 7s
+ 14900K .......... .......... .......... .......... .......... 35% 19,0M 7s
+ 14950K .......... .......... .......... .......... .......... 36% 7,80M 7s
+ 15000K .......... .......... .......... .......... .......... 36% 7,87M 7s
+ 15050K .......... .......... .......... .......... .......... 36% 60,1M 7s
+ 15100K .......... .......... .......... .......... .......... 36% 55,7M 7s
+ 15150K .......... .......... .......... .......... .......... 36% 12,2M 7s
+ 15200K .......... .......... .......... .......... .......... 36% 11,5M 7s
+ 15250K .......... .......... .......... .......... .......... 36% 23,0M 7s
+ 15300K .......... .......... .......... .......... .......... 36% 50,4M 7s
+ 15350K .......... .......... .......... .......... .......... 36% 51,4M 7s
+ 15400K .......... .......... .......... .......... .......... 37% 9,26M 7s
+ 15450K .......... .......... .......... .......... .......... 37% 7,03M 7s
+ 15500K .......... .......... .......... .......... .......... 37% 3,39M 7s
+ 15550K .......... .......... .......... .......... .......... 37% 6,82M 7s
+ 15600K .......... .......... .......... .......... .......... 37% 33,2M 7s
+ 15650K .......... .......... .......... .......... .......... 37% 56,0M 7s
+ 15700K .......... .......... .......... .......... .......... 37% 52,0M 7s
+ 15750K .......... .......... .......... .......... .......... 37% 55,0M 7s
+ 15800K .......... .......... .......... .......... .......... 38% 66,8M 7s
+ 15850K .......... .......... .......... .......... .......... 38% 62,0M 7s
+ 15900K .......... .......... .......... .......... .......... 38% 62,8M 7s
+ 15950K .......... .......... .......... .......... .......... 38%  192M 7s
+ 16000K .......... .......... .......... .......... .......... 38%  164M 7s
+ 16050K .......... .......... .......... .......... .......... 38% 16,4M 7s
+ 16100K .......... .......... .......... .......... .......... 38% 28,9M 7s
+ 16150K .......... .......... .......... .......... .......... 38% 8,73M 6s
+ 16200K .......... .......... .......... .......... .......... 39% 51,7M 6s
+ 16250K .......... .......... .......... .......... .......... 39% 4,07M 6s
+ 16300K .......... .......... .......... .......... .......... 39% 8,88M 6s
+ 16350K .......... .......... .......... .......... .......... 39% 30,0M 6s
+ 16400K .......... .......... .......... .......... .......... 39% 10,2M 6s
+ 16450K .......... .......... .......... .......... .......... 39% 6,47M 6s
+ 16500K .......... .......... .......... .......... .......... 39% 49,7M 6s
+ 16550K .......... .......... .......... .......... .......... 39% 57,1M 6s
+ 16600K .......... .......... .......... .......... .......... 39% 5,99M 6s
+ 16650K .......... .......... .......... .......... .......... 40% 47,3M 6s
+ 16700K .......... .......... .......... .......... .......... 40% 50,5M 6s
+ 16750K .......... .......... .......... .......... .......... 40% 80,4M 6s
+ 16800K .......... .......... .......... .......... .......... 40% 49,6M 6s
+ 16850K .......... .......... .......... .......... .......... 40% 61,4M 6s
+ 16900K .......... .......... .......... .......... .......... 40% 9,92M 6s
+ 16950K .......... .......... .......... .......... .......... 40% 97,6M 6s
+ 17000K .......... .......... .......... .......... .......... 40% 2,35M 6s
+ 17050K .......... .......... .......... .......... .......... 41% 6,43M 6s
+ 17100K .......... .......... .......... .......... .......... 41% 41,0M 6s
+ 17150K .......... .......... .......... .......... .......... 41% 56,3M 6s
+ 17200K .......... .......... .......... .......... .......... 41% 46,3M 6s
+ 17250K .......... .......... .......... .......... .......... 41% 59,6M 6s
+ 17300K .......... .......... .......... .......... .......... 41% 51,6M 6s
+ 17350K .......... .......... .......... .......... .......... 41% 84,3M 6s
+ 17400K .......... .......... .......... .......... .......... 41% 62,6M 6s
+ 17450K .......... .......... .......... .......... .......... 42% 81,4M 6s
+ 17500K .......... .......... .......... .......... .......... 42% 80,4M 6s
+ 17550K .......... .......... .......... .......... .......... 42% 20,1M 6s
+ 17600K .......... .......... .......... .......... .......... 42% 26,4M 6s
+ 17650K .......... .......... .......... .......... .......... 42% 68,5M 6s
+ 17700K .......... .......... .......... .......... .......... 42% 12,3M 6s
+ 17750K .......... .......... .......... .......... .......... 42% 30,3M 6s
+ 17800K .......... .......... .......... .......... .......... 42% 3,98M 6s
+ 17850K .......... .......... .......... .......... .......... 42% 89,6M 6s
+ 17900K .......... .......... .......... .......... .......... 43% 9,68M 6s
+ 17950K .......... .......... .......... .......... .......... 43% 34,4M 6s
+ 18000K .......... .......... .......... .......... .......... 43% 7,09M 6s
+ 18050K .......... .......... .......... .......... .......... 43% 9,29M 6s
+ 18100K .......... .......... .......... .......... .......... 43% 88,7M 6s
+ 18150K .......... .......... .......... .......... .......... 43% 43,6M 5s
+ 18200K .......... .......... .......... .......... .......... 43% 10,3M 5s
+ 18250K .......... .......... .......... .......... .......... 43% 12,4M 5s
+ 18300K .......... .......... .......... .......... .......... 44%  113M 5s
+ 18350K .......... .......... .......... .......... .......... 44% 23,2M 5s
+ 18400K .......... .......... .......... .......... .......... 44% 96,5M 5s
+ 18450K .......... .......... .......... .......... .......... 44%  119M 5s
+ 18500K .......... .......... .......... .......... .......... 44% 70,8M 5s
+ 18550K .......... .......... .......... .......... .......... 44% 9,12M 5s
+ 18600K .......... .......... .......... .......... .......... 44% 66,7M 5s
+ 18650K .......... .......... .......... .......... .......... 44% 7,63M 5s
+ 18700K .......... .......... .......... .......... .......... 45% 2,25M 5s
+ 18750K .......... .......... .......... .......... .......... 45%  112M 5s
+ 18800K .......... .......... .......... .......... .......... 45% 61,9M 5s
+ 18850K .......... .......... .......... .......... .......... 45% 79,6M 5s
+ 18900K .......... .......... .......... .......... .......... 45% 60,4M 5s
+ 18950K .......... .......... .......... .......... .......... 45%  110M 5s
+ 19000K .......... .......... .......... .......... .......... 45% 81,0M 5s
+ 19050K .......... .......... .......... .......... .......... 45% 77,1M 5s
+ 19100K .......... .......... .......... .......... .......... 45%  107M 5s
+ 19150K .......... .......... .......... .......... .......... 46% 59,2M 5s
+ 19200K .......... .......... .......... .......... .......... 46% 12,9M 5s
+ 19250K .......... .......... .......... .......... .......... 46% 31,5M 5s
+ 19300K .......... .......... .......... .......... .......... 46% 59,1M 5s
+ 19350K .......... .......... .......... .......... .......... 46% 8,48M 5s
+ 19400K .......... .......... .......... .......... .......... 46% 70,5M 5s
+ 19450K .......... .......... .......... .......... .......... 46% 6,40M 5s
+ 19500K .......... .......... .......... .......... .......... 46% 47,7M 5s
+ 19550K .......... .......... .......... .......... .......... 47% 5,84M 5s
+ 19600K .......... .......... .......... .......... .......... 47% 54,2M 5s
+ 19650K .......... .......... .......... .......... .......... 47% 34,6M 5s
+ 19700K .......... .......... .......... .......... .......... 47% 8,77M 5s
+ 19750K .......... .......... .......... .......... .......... 47% 45,6M 5s
+ 19800K .......... .......... .......... .......... .......... 47% 8,46M 5s
+ 19850K .......... .......... .......... .......... .......... 47% 53,9M 5s
+ 19900K .......... .......... .......... .......... .......... 47% 10,0M 5s
+ 19950K .......... .......... .......... .......... .......... 48% 41,3M 5s
+ 20000K .......... .......... .......... .......... .......... 48% 15,0M 5s
+ 20050K .......... .......... .......... .......... .......... 48% 25,6M 5s
+ 20100K .......... .......... .......... .......... .......... 48% 75,2M 5s
+ 20150K .......... .......... .......... .......... .......... 48%  118M 5s
+ 20200K .......... .......... .......... .......... .......... 48%  106M 5s
+ 20250K .......... .......... .......... .......... .......... 48%  122M 5s
+ 20300K .......... .......... .......... .......... .......... 48% 9,40M 5s
+ 20350K .......... .......... .......... .......... .......... 48% 82,8M 5s
+ 20400K .......... .......... .......... .......... .......... 49% 2,31M 5s
+ 20450K .......... .......... .......... .......... .......... 49%  102M 5s
+ 20500K .......... .......... .......... .......... .......... 49% 7,52M 5s
+ 20550K .......... .......... .......... .......... .......... 49% 59,3M 5s
+ 20600K .......... .......... .......... .......... .......... 49%  108M 4s
+ 20650K .......... .......... .......... .......... .......... 49% 37,9M 4s
+ 20700K .......... .......... .......... .......... .......... 49%  120M 4s
+ 20750K .......... .......... .......... .......... .......... 49% 84,2M 4s
+ 20800K .......... .......... .......... .......... .......... 50% 67,8M 4s
+ 20850K .......... .......... .......... .......... .......... 50%  100M 4s
+ 20900K .......... .......... .......... .......... .......... 50% 71,7M 4s
+ 20950K .......... .......... .......... .......... .......... 50% 73,8M 4s
+ 21000K .......... .......... .......... .......... .......... 50% 15,5M 4s
+ 21050K .......... .......... .......... .......... .......... 50% 21,8M 4s
+ 21100K .......... .......... .......... .......... .......... 50% 11,0M 4s
+ 21150K .......... .......... .......... .......... .......... 50% 64,5M 4s
+ 21200K .......... .......... .......... .......... .......... 51% 29,8M 4s
+ 21250K .......... .......... .......... .......... .......... 51% 8,28M 4s
+ 21300K .......... .......... .......... .......... .......... 51% 9,12M 4s
+ 21350K .......... .......... .......... .......... .......... 51% 9,08M 4s
+ 21400K .......... .......... .......... .......... .......... 51% 42,5M 4s
+ 21450K .......... .......... .......... .......... .......... 51% 67,7M 4s
+ 21500K .......... .......... .......... .......... .......... 51% 37,9M 4s
+ 21550K .......... .......... .......... .......... .......... 51% 9,20M 4s
+ 21600K .......... .......... .......... .......... .......... 51% 11,2M 4s
+ 21650K .......... .......... .......... .......... .......... 52% 21,7M 4s
+ 21700K .......... .......... .......... .......... .......... 52% 71,1M 4s
+ 21750K .......... .......... .......... .......... .......... 52% 8,58M 4s
+ 21800K .......... .......... .......... .......... .......... 52% 15,8M 4s
+ 21850K .......... .......... .......... .......... .......... 52% 49,8M 4s
+ 21900K .......... .......... .......... .......... .......... 52% 26,0M 4s
+ 21950K .......... .......... .......... .......... .......... 52% 84,1M 4s
+ 22000K .......... .......... .......... .......... .......... 52% 75,1M 4s
+ 22050K .......... .......... .......... .......... .......... 53% 91,9M 4s
+ 22100K .......... .......... .......... .......... .......... 53% 90,4M 4s
+ 22150K .......... .......... .......... .......... .......... 53% 11,7M 4s
+ 22200K .......... .......... .......... .......... .......... 53% 40,0M 4s
+ 22250K .......... .......... .......... .......... .......... 53% 86,5M 4s
+ 22300K .......... .......... .......... .......... .......... 53% 80,8M 4s
+ 22350K .......... .......... .......... .......... .......... 53% 2,36M 4s
+ 22400K .......... .......... .......... .......... .......... 53% 8,03M 4s
+ 22450K .......... .......... .......... .......... .......... 54% 44,6M 4s
+ 22500K .......... .......... .......... .......... .......... 54% 44,3M 4s
+ 22550K .......... .......... .......... .......... .......... 54% 46,1M 4s
+ 22600K .......... .......... .......... .......... .......... 54% 59,6M 4s
+ 22650K .......... .......... .......... .......... .......... 54% 64,5M 4s
+ 22700K .......... .......... .......... .......... .......... 54% 52,4M 4s
+ 22750K .......... .......... .......... .......... .......... 54% 64,6M 4s
+ 22800K .......... .......... .......... .......... .......... 54% 56,7M 4s
+ 22850K .......... .......... .......... .......... .......... 54% 75,7M 4s
+ 22900K .......... .......... .......... .......... .......... 55% 35,7M 4s
+ 22950K .......... .......... .......... .......... .......... 55% 30,3M 4s
+ 23000K .......... .......... .......... .......... .......... 55% 11,0M 4s
+ 23050K .......... .......... .......... .......... .......... 55%  102M 4s
+ 23100K .......... .......... .......... .......... .......... 55% 25,4M 4s
+ 23150K .......... .......... .......... .......... .......... 55% 8,53M 4s
+ 23200K .......... .......... .......... .......... .......... 55% 29,8M 4s
+ 23250K .......... .......... .......... .......... .......... 55% 11,5M 4s
+ 23300K .......... .......... .......... .......... .......... 56% 93,9M 4s
+ 23350K .......... .......... .......... .......... .......... 56% 8,20M 4s
+ 23400K .......... .......... .......... .......... .......... 56% 83,3M 4s
+ 23450K .......... .......... .......... .......... .......... 56% 32,7M 4s
+ 23500K .......... .......... .......... .......... .......... 56%  103M 3s
+ 23550K .......... .......... .......... .......... .......... 56% 9,54M 3s
+ 23600K .......... .......... .......... .......... .......... 56% 8,14M 3s
+ 23650K .......... .......... .......... .......... .......... 56% 76,8M 3s
+ 23700K .......... .......... .......... .......... .......... 57% 8,68M 3s
+ 23750K .......... .......... .......... .......... .......... 57% 63,7M 3s
+ 23800K .......... .......... .......... .......... .......... 57% 13,3M 3s
+ 23850K .......... .......... .......... .......... .......... 57% 29,7M 3s
+ 23900K .......... .......... .......... .......... .......... 57% 61,6M 3s
+ 23950K .......... .......... .......... .......... .......... 57% 71,7M 3s
+ 24000K .......... .......... .......... .......... .......... 57% 62,1M 3s
+ 24050K .......... .......... .......... .......... .......... 57% 75,3M 3s
+ 24100K .......... .......... .......... .......... .......... 57% 14,1M 3s
+ 24150K .......... .......... .......... .......... .......... 58% 48,4M 3s
+ 24200K .......... .......... .......... .......... .......... 58% 43,5M 3s
+ 24250K .......... .......... .......... .......... .......... 58% 91,5M 3s
+ 24300K .......... .......... .......... .......... .......... 58%  117M 3s
+ 24350K .......... .......... .......... .......... .......... 58% 2,39M 3s
+ 24400K .......... .......... .......... .......... .......... 58% 8,97M 3s
+ 24450K .......... .......... .......... .......... .......... 58%  102M 3s
+ 24500K .......... .......... .......... .......... .......... 58% 42,4M 3s
+ 24550K .......... .......... .......... .......... .......... 59% 64,6M 3s
+ 24600K .......... .......... .......... .......... .......... 59% 35,3M 3s
+ 24650K .......... .......... .......... .......... .......... 59%  113M 3s
+ 24700K .......... .......... .......... .......... .......... 59%  120M 3s
+ 24750K .......... .......... .......... .......... .......... 59% 38,7M 3s
+ 24800K .......... .......... .......... .......... .......... 59% 58,8M 3s
+ 24850K .......... .......... .......... .......... .......... 59% 73,9M 3s
+ 24900K .......... .......... .......... .......... .......... 59% 24,8M 3s
+ 24950K .......... .......... .......... .......... .......... 60% 63,1M 3s
+ 25000K .......... .......... .......... .......... .......... 60% 32,9M 3s
+ 25050K .......... .......... .......... .......... .......... 60% 11,0M 3s
+ 25100K .......... .......... .......... .......... .......... 60% 24,1M 3s
+ 25150K .......... .......... .......... .......... .......... 60% 85,0M 3s
+ 25200K .......... .......... .......... .......... .......... 60% 9,09M 3s
+ 25250K .......... .......... .......... .......... .......... 60%  122M 3s
+ 25300K .......... .......... .......... .......... .......... 60% 30,1M 3s
+ 25350K .......... .......... .......... .......... .......... 60% 11,4M 3s
+ 25400K .......... .......... .......... .......... .......... 61% 95,0M 3s
+ 25450K .......... .......... .......... .......... .......... 61% 7,94M 3s
+ 25500K .......... .......... .......... .......... .......... 61%  125M 3s
+ 25550K .......... .......... .......... .......... .......... 61% 42,5M 3s
+ 25600K .......... .......... .......... .......... .......... 61% 9,23M 3s
+ 25650K .......... .......... .......... .......... .......... 61% 66,0M 3s
+ 25700K .......... .......... .......... .......... .......... 61% 8,38M 3s
+ 25750K .......... .......... .......... .......... .......... 61% 70,8M 3s
+ 25800K .......... .......... .......... .......... .......... 62% 8,71M 3s
+ 25850K .......... .......... .......... .......... .......... 62% 69,5M 3s
+ 25900K .......... .......... .......... .......... .......... 62% 15,6M 3s
+ 25950K .......... .......... .......... .......... .......... 62% 26,2M 3s
+ 26000K .......... .......... .......... .......... .......... 62% 60,0M 3s
+ 26050K .......... .......... .......... .......... .......... 62% 71,0M 3s
+ 26100K .......... .......... .......... .......... .......... 62% 73,0M 3s
+ 26150K .......... .......... .......... .......... .......... 62% 71,9M 3s
+ 26200K .......... .......... .......... .......... .......... 63% 64,3M 3s
+ 26250K .......... .......... .......... .......... .......... 63% 17,0M 3s
+ 26300K .......... .......... .......... .......... .......... 63% 67,3M 3s
+ 26350K .......... .......... .......... .......... .......... 63% 35,5M 3s
+ 26400K .......... .......... .......... .......... .......... 63% 80,0M 3s
+ 26450K .......... .......... .......... .......... .......... 63%  110M 3s
+ 26500K .......... .......... .......... .......... .......... 63% 10,7M 3s
+ 26550K .......... .......... .......... .......... .......... 63% 3,01M 3s
+ 26600K .......... .......... .......... .......... .......... 63% 8,05M 3s
+ 26650K .......... .......... .......... .......... .......... 64%  107M 3s
+ 26700K .......... .......... .......... .......... .......... 64% 70,1M 3s
+ 26750K .......... .......... .......... .......... .......... 64% 71,8M 3s
+ 26800K .......... .......... .......... .......... .......... 64% 30,4M 3s
+ 26850K .......... .......... .......... .......... .......... 64%  109M 3s
+ 26900K .......... .......... .......... .......... .......... 64% 57,8M 3s
+ 26950K .......... .......... .......... .......... .......... 64% 47,2M 3s
+ 27000K .......... .......... .......... .......... .......... 64% 81,2M 3s
+ 27050K .......... .......... .......... .......... .......... 65% 74,9M 3s
+ 27100K .......... .......... .......... .......... .......... 65% 72,4M 3s
+ 27150K .......... .......... .......... .......... .......... 65% 32,0M 3s
+ 27200K .......... .......... .......... .......... .......... 65% 34,8M 2s
+ 27250K .......... .......... .......... .......... .......... 65% 10,5M 2s
+ 27300K .......... .......... .......... .......... .......... 65% 65,5M 2s
+ 27350K .......... .......... .......... .......... .......... 65% 27,9M 2s
+ 27400K .......... .......... .......... .......... .......... 65% 9,96M 2s
+ 27450K .......... .......... .......... .......... .......... 66% 58,0M 2s
+ 27500K .......... .......... .......... .......... .......... 66% 97,2M 2s
+ 27550K .......... .......... .......... .......... .......... 66% 30,3M 2s
+ 27600K .......... .......... .......... .......... .......... 66% 11,2M 2s
+ 27650K .......... .......... .......... .......... .......... 66% 8,92M 2s
+ 27700K .......... .......... .......... .......... .......... 66% 49,0M 2s
+ 27750K .......... .......... .......... .......... .......... 66% 65,0M 2s
+ 27800K .......... .......... .......... .......... .......... 66% 65,9M 2s
+ 27850K .......... .......... .......... .......... .......... 66% 9,76M 2s
+ 27900K .......... .......... .......... .......... .......... 67% 8,10M 2s
+ 27950K .......... .......... .......... .......... .......... 67% 68,7M 2s
+ 28000K .......... .......... .......... .......... .......... 67% 60,7M 2s
+ 28050K .......... .......... .......... .......... .......... 67% 71,4M 2s
+ 28100K .......... .......... .......... .......... .......... 67% 9,13M 2s
+ 28150K .......... .......... .......... .......... .......... 67% 17,5M 2s
+ 28200K .......... .......... .......... .......... .......... 67% 59,7M 2s
+ 28250K .......... .......... .......... .......... .......... 67% 25,1M 2s
+ 28300K .......... .......... .......... .......... .......... 68% 67,3M 2s
+ 28350K .......... .......... .......... .......... .......... 68% 70,4M 2s
+ 28400K .......... .......... .......... .......... .......... 68% 60,6M 2s
+ 28450K .......... .......... .......... .......... .......... 68% 74,6M 2s
+ 28500K .......... .......... .......... .......... .......... 68% 74,9M 2s
+ 28550K .......... .......... .......... .......... .......... 68% 19,6M 2s
+ 28600K .......... .......... .......... .......... .......... 68% 29,3M 2s
+ 28650K .......... .......... .......... .......... .......... 68% 67,6M 2s
+ 28700K .......... .......... .......... .......... .......... 69% 93,7M 2s
+ 28750K .......... .......... .......... .......... .......... 69%  140M 2s
+ 28800K .......... .......... .......... .......... .......... 69% 11,5M 2s
+ 28850K .......... .......... .......... .......... .......... 69% 6,48M 2s
+ 28900K .......... .......... .......... .......... .......... 69% 3,54M 2s
+ 28950K .......... .......... .......... .......... .......... 69% 33,1M 2s
+ 29000K .......... .......... .......... .......... .......... 69% 83,1M 2s
+ 29050K .......... .......... .......... .......... .......... 69% 59,5M 2s
+ 29100K .......... .......... .......... .......... .......... 69% 31,8M 2s
+ 29150K .......... .......... .......... .......... .......... 70%  129M 2s
+ 29200K .......... .......... .......... .......... .......... 70%  117M 2s
+ 29250K .......... .......... .......... .......... .......... 70% 69,8M 2s
+ 29300K .......... .......... .......... .......... .......... 70% 56,8M 2s
+ 29350K .......... .......... .......... .......... .......... 70% 89,9M 2s
+ 29400K .......... .......... .......... .......... .......... 70% 81,7M 2s
+ 29450K .......... .......... .......... .......... .......... 70%  102M 2s
+ 29500K .......... .......... .......... .......... .......... 70% 32,2M 2s
+ 29550K .......... .......... .......... .......... .......... 71% 62,2M 2s
+ 29600K .......... .......... .......... .......... .......... 71% 9,95M 2s
+ 29650K .......... .......... .......... .......... .......... 71% 61,8M 2s
+ 29700K .......... .......... .......... .......... .......... 71% 27,6M 2s
+ 29750K .......... .......... .......... .......... .......... 71% 9,47M 2s
+ 29800K .......... .......... .......... .......... .......... 71% 49,6M 2s
+ 29850K .......... .......... .......... .......... .......... 71% 61,8M 2s
+ 29900K .......... .......... .......... .......... .......... 71% 79,8M 2s
+ 29950K .......... .......... .......... .......... .......... 72% 43,6M 2s
+ 30000K .......... .......... .......... .......... .......... 72% 12,1M 2s
+ 30050K .......... .......... .......... .......... .......... 72% 9,44M 2s
+ 30100K .......... .......... .......... .......... .......... 72% 62,0M 2s
+ 30150K .......... .......... .......... .......... .......... 72% 34,3M 2s
+ 30200K .......... .......... .......... .......... .......... 72% 85,1M 2s
+ 30250K .......... .......... .......... .......... .......... 72% 10,4M 2s
+ 30300K .......... .......... .......... .......... .......... 72% 60,9M 2s
+ 30350K .......... .......... .......... .......... .......... 72% 8,51M 2s
+ 30400K .......... .......... .......... .......... .......... 73% 52,0M 2s
+ 30450K .......... .......... .......... .......... .......... 73%  121M 2s
+ 30500K .......... .......... .......... .......... .......... 73% 9,72M 2s
+ 30550K .......... .......... .......... .......... .......... 73% 66,8M 2s
+ 30600K .......... .......... .......... .......... .......... 73% 15,5M 2s
+ 30650K .......... .......... .......... .......... .......... 73% 27,7M 2s
+ 30700K .......... .......... .......... .......... .......... 73% 43,3M 2s
+ 30750K .......... .......... .......... .......... .......... 73%  122M 2s
+ 30800K .......... .......... .......... .......... .......... 74% 95,3M 2s
+ 30850K .......... .......... .......... .......... .......... 74% 75,0M 2s
+ 30900K .......... .......... .......... .......... .......... 74%  137M 2s
+ 30950K .......... .......... .......... .......... .......... 74% 14,7M 2s
+ 31000K .......... .......... .......... .......... .......... 74% 78,5M 2s
+ 31050K .......... .......... .......... .......... .......... 74%  139M 2s
+ 31100K .......... .......... .......... .......... .......... 74% 27,4M 2s
+ 31150K .......... .......... .......... .......... .......... 74% 86,3M 2s
+ 31200K .......... .......... .......... .......... .......... 75%  106M 2s
+ 31250K .......... .......... .......... .......... .......... 75% 12,0M 2s
+ 31300K .......... .......... .......... .......... .......... 75% 61,8M 2s
+ 31350K .......... .......... .......... .......... .......... 75% 2,48M 2s
+ 31400K .......... .......... .......... .......... .......... 75% 19,5M 2s
+ 31450K .......... .......... .......... .......... .......... 75%  110M 2s
+ 31500K .......... .......... .......... .......... .......... 75%  122M 2s
+ 31550K .......... .......... .......... .......... .......... 75%  126M 2s
+ 31600K .......... .......... .......... .......... .......... 75% 28,2M 2s
+ 31650K .......... .......... .......... .......... .......... 76% 83,6M 2s
+ 31700K .......... .......... .......... .......... .......... 76% 81,5M 2s
+ 31750K .......... .......... .......... .......... .......... 76% 94,8M 2s
+ 31800K .......... .......... .......... .......... .......... 76% 83,4M 2s
+ 31850K .......... .......... .......... .......... .......... 76%  100M 1s
+ 31900K .......... .......... .......... .......... .......... 76% 70,2M 1s
+ 31950K .......... .......... .......... .......... .......... 76%  121M 1s
+ 32000K .......... .......... .......... .......... .......... 76% 61,4M 1s
+ 32050K .......... .......... .......... .......... .......... 77% 43,4M 1s
+ 32100K .......... .......... .......... .......... .......... 77% 37,1M 1s
+ 32150K .......... .......... .......... .......... .......... 77% 11,7M 1s
+ 32200K .......... .......... .......... .......... .......... 77% 83,8M 1s
+ 32250K .......... .......... .......... .......... .......... 77% 22,5M 1s
+ 32300K .......... .......... .......... .......... .......... 77% 9,99M 1s
+ 32350K .......... .......... .......... .......... .......... 77% 39,0M 1s
+ 32400K .......... .......... .......... .......... .......... 77% 62,6M 1s
+ 32450K .......... .......... .......... .......... .......... 78%  117M 1s
+ 32500K .......... .......... .......... .......... .......... 78% 44,7M 1s
+ 32550K .......... .......... .......... .......... .......... 78% 14,5M 1s
+ 32600K .......... .......... .......... .......... .......... 78% 8,11M 1s
+ 32650K .......... .......... .......... .......... .......... 78% 61,7M 1s
+ 32700K .......... .......... .......... .......... .......... 78% 31,2M 1s
+ 32750K .......... .......... .......... .......... .......... 78% 57,9M 1s
+ 32800K .......... .......... .......... .......... .......... 78% 54,3M 1s
+ 32850K .......... .......... .......... .......... .......... 78% 13,1M 1s
+ 32900K .......... .......... .......... .......... .......... 79% 54,3M 1s
+ 32950K .......... .......... .......... .......... .......... 79% 8,54M 1s
+ 33000K .......... .......... .......... .......... .......... 79% 46,9M 1s
+ 33050K .......... .......... .......... .......... .......... 79% 71,3M 1s
+ 33100K .......... .......... .......... .......... .......... 79% 94,1M 1s
+ 33150K .......... .......... .......... .......... .......... 79% 11,0M 1s
+ 33200K .......... .......... .......... .......... .......... 79% 14,1M 1s
+ 33250K .......... .......... .......... .......... .......... 79% 26,0M 1s
+ 33300K .......... .......... .......... .......... .......... 80% 71,5M 1s
+ 33350K .......... .......... .......... .......... .......... 80% 70,9M 1s
+ 33400K .......... .......... .......... .......... .......... 80% 66,6M 1s
+ 33450K .......... .......... .......... .......... .......... 80% 72,1M 1s
+ 33500K .......... .......... .......... .......... .......... 80% 88,0M 1s
+ 33550K .......... .......... .......... .......... .......... 80% 17,3M 1s
+ 33600K .......... .......... .......... .......... .......... 80% 52,4M 1s
+ 33650K .......... .......... .......... .......... .......... 80% 70,5M 1s
+ 33700K .......... .......... .......... .......... .......... 81% 81,7M 1s
+ 33750K .......... .......... .......... .......... .......... 81% 77,3M 1s
+ 33800K .......... .......... .......... .......... .......... 81% 67,6M 1s
+ 33850K .......... .......... .......... .......... .......... 81% 69,8M 1s
+ 33900K .......... .......... .......... .......... .......... 81% 91,4M 1s
+ 33950K .......... .......... .......... .......... .......... 81% 15,6M 1s
+ 34000K .......... .......... .......... .......... .......... 81% 3,40M 1s
+ 34050K .......... .......... .......... .......... .......... 81% 6,13M 1s
+ 34100K .......... .......... .......... .......... .......... 82% 73,9M 1s
+ 34150K .......... .......... .......... .......... .......... 82% 46,6M 1s
+ 34200K .......... .......... .......... .......... .......... 82% 51,9M 1s
+ 34250K .......... .......... .......... .......... .......... 82% 51,7M 1s
+ 34300K .......... .......... .......... .......... .......... 82% 53,6M 1s
+ 34350K .......... .......... .......... .......... .......... 82% 44,7M 1s
+ 34400K .......... .......... .......... .......... .......... 82% 41,9M 1s
+ 34450K .......... .......... .......... .......... .......... 82% 44,0M 1s
+ 34500K .......... .......... .......... .......... .......... 82% 43,0M 1s
+ 34550K .......... .......... .......... .......... .......... 83% 74,0M 1s
+ 34600K .......... .......... .......... .......... .......... 83% 51,1M 1s
+ 34650K .......... .......... .......... .......... .......... 83% 54,0M 1s
+ 34700K .......... .......... .......... .......... .......... 83% 62,2M 1s
+ 34750K .......... .......... .......... .......... .......... 83% 74,9M 1s
+ 34800K .......... .......... .......... .......... .......... 83%  119M 1s
+ 34850K .......... .......... .......... .......... .......... 83%  136M 1s
+ 34900K .......... .......... .......... .......... .......... 83% 62,2M 1s
+ 34950K .......... .......... .......... .......... .......... 84% 20,3M 1s
+ 35000K .......... .......... .......... .......... .......... 84% 54,3M 1s
+ 35050K .......... .......... .......... .......... .......... 84% 11,2M 1s
+ 35100K .......... .......... .......... .......... .......... 84% 28,9M 1s
+ 35150K .......... .......... .......... .......... .......... 84% 54,5M 1s
+ 35200K .......... .......... .......... .......... .......... 84% 99,8M 1s
+ 35250K .......... .......... .......... .......... .......... 84%  169M 1s
+ 35300K .......... .......... .......... .......... .......... 84% 13,1M 1s
+ 35350K .......... .......... .......... .......... .......... 85% 7,96M 1s
+ 35400K .......... .......... .......... .......... .......... 85% 50,9M 1s
+ 35450K .......... .......... .......... .......... .......... 85% 47,9M 1s
+ 35500K .......... .......... .......... .......... .......... 85% 52,4M 1s
+ 35550K .......... .......... .......... .......... .......... 85% 57,5M 1s
+ 35600K .......... .......... .......... .......... .......... 85% 70,1M 1s
+ 35650K .......... .......... .......... .......... .......... 85% 14,8M 1s
+ 35700K .......... .......... .......... .......... .......... 85% 11,2M 1s
+ 35750K .......... .......... .......... .......... .......... 85% 10,8M 1s
+ 35800K .......... .......... .......... .......... .......... 86% 90,7M 1s
+ 35850K .......... .......... .......... .......... .......... 86% 68,4M 1s
+ 35900K .......... .......... .......... .......... .......... 86% 22,4M 1s
+ 35950K .......... .......... .......... .......... .......... 86% 62,0M 1s
+ 36000K .......... .......... .......... .......... .......... 86% 15,4M 1s
+ 36050K .......... .......... .......... .......... .......... 86% 26,6M 1s
+ 36100K .......... .......... .......... .......... .......... 86% 86,4M 1s
+ 36150K .......... .......... .......... .......... .......... 86% 43,3M 1s
+ 36200K .......... .......... .......... .......... .......... 87% 89,9M 1s
+ 36250K .......... .......... .......... .......... .......... 87%  100M 1s
+ 36300K .......... .......... .......... .......... .......... 87% 84,9M 1s
+ 36350K .......... .......... .......... .......... .......... 87% 16,9M 1s
+ 36400K .......... .......... .......... .......... .......... 87% 75,4M 1s
+ 36450K .......... .......... .......... .......... .......... 87% 98,4M 1s
+ 36500K .......... .......... .......... .......... .......... 87% 94,8M 1s
+ 36550K .......... .......... .......... .......... .......... 87% 4,17M 1s
+ 36600K .......... .......... .......... .......... .......... 88%  236M 1s
+ 36650K .......... .......... .......... .......... .......... 88%  271M 1s
+ 36700K .......... .......... .......... .......... .......... 88%  263M 1s
+ 36750K .......... .......... .......... .......... .......... 88%  273M 1s
+ 36800K .......... .......... .......... .......... .......... 88%  220M 1s
+ 36850K .......... .......... .......... .......... .......... 88% 26,3M 1s
+ 36900K .......... .......... .......... .......... .......... 88% 4,03M 1s
+ 36950K .......... .......... .......... .......... .......... 88% 15,4M 1s
+ 37000K .......... .......... .......... .......... .......... 88% 87,5M 1s
+ 37050K .......... .......... .......... .......... .......... 89% 96,7M 1s
+ 37100K .......... .......... .......... .......... .......... 89%  103M 1s
+ 37150K .......... .......... .......... .......... .......... 89% 82,8M 1s
+ 37200K .......... .......... .......... .......... .......... 89% 76,2M 1s
+ 37250K .......... .......... .......... .......... .......... 89%  145M 1s
+ 37300K .......... .......... .......... .......... .......... 89% 36,0M 1s
+ 37350K .......... .......... .......... .......... .......... 89% 98,7M 1s
+ 37400K .......... .......... .......... .......... .......... 89% 90,8M 1s
+ 37450K .......... .......... .......... .......... .......... 90% 99,7M 1s
+ 37500K .......... .......... .......... .......... .......... 90%  145M 1s
+ 37550K .......... .......... .......... .......... .......... 90% 99,3M 1s
+ 37600K .......... .......... .......... .......... .......... 90% 30,2M 1s
+ 37650K .......... .......... .......... .......... .......... 90%  149M 1s
+ 37700K .......... .......... .......... .......... .......... 90% 69,9M 1s
+ 37750K .......... .......... .......... .......... .......... 90% 12,5M 1s
+ 37800K .......... .......... .......... .......... .......... 90% 66,3M 1s
+ 37850K .......... .......... .......... .......... .......... 91% 88,5M 1s
+ 37900K .......... .......... .......... .......... .......... 91% 24,3M 0s
+ 37950K .......... .......... .......... .......... .......... 91% 11,8M 0s
+ 38000K .......... .......... .......... .......... .......... 91% 20,9M 0s
+ 38050K .......... .......... .......... .......... .......... 91% 60,5M 0s
+ 38100K .......... .......... .......... .......... .......... 91%  118M 0s
+ 38150K .......... .......... .......... .......... .......... 91%  114M 0s
+ 38200K .......... .......... .......... .......... .......... 91% 17,3M 0s
+ 38250K .......... .......... .......... .......... .......... 91% 8,87M 0s
+ 38300K .......... .......... .......... .......... .......... 92% 70,9M 0s
+ 38350K .......... .......... .......... .......... .......... 92% 26,9M 0s
+ 38400K .......... .......... .......... .......... .......... 92% 94,6M 0s
+ 38450K .......... .......... .......... .......... .......... 92% 99,7M 0s
+ 38500K .......... .......... .......... .......... .......... 92% 97,3M 0s
+ 38550K .......... .......... .......... .......... .......... 92% 96,8M 0s
+ 38600K .......... .......... .......... .......... .......... 92% 12,2M 0s
+ 38650K .......... .......... .......... .......... .......... 92% 52,0M 0s
+ 38700K .......... .......... .......... .......... .......... 93% 6,15M 0s
+ 38750K .......... .......... .......... .......... .......... 93% 68,5M 0s
+ 38800K .......... .......... .......... .......... .......... 93% 82,7M 0s
+ 38850K .......... .......... .......... .......... .......... 93% 16,7M 0s
+ 38900K .......... .......... .......... .......... .......... 93%  117M 0s
+ 38950K .......... .......... .......... .......... .......... 93% 20,1M 0s
+ 39000K .......... .......... .......... .......... .......... 93% 71,4M 0s
+ 39050K .......... .......... .......... .......... .......... 93% 19,6M 0s
+ 39100K .......... .......... .......... .......... .......... 94%  131M 0s
+ 39150K .......... .......... .......... .......... .......... 94% 48,5M 0s
+ 39200K .......... .......... .......... .......... .......... 94% 36,2M 0s
+ 39250K .......... .......... .......... .......... .......... 94% 65,7M 0s
+ 39300K .......... .......... .......... .......... .......... 94%  136M 0s
+ 39350K .......... .......... .......... .......... .......... 94% 24,8M 0s
+ 39400K .......... .......... .......... .......... .......... 94% 63,1M 0s
+ 39450K .......... .......... .......... .......... .......... 94% 79,9M 0s
+ 39500K .......... .......... .......... .......... .......... 94%  123M 0s
+ 39550K .......... .......... .......... .......... .......... 95% 6,16M 0s
+ 39600K .......... .......... .......... .......... .......... 95% 14,5M 0s
+ 39650K .......... .......... .......... .......... .......... 95% 19,8M 0s
+ 39700K .......... .......... .......... .......... .......... 95%  103M 0s
+ 39750K .......... .......... .......... .......... .......... 95%  104M 0s
+ 39800K .......... .......... .......... .......... .......... 95% 98,2M 0s
+ 39850K .......... .......... .......... .......... .......... 95% 91,2M 0s
+ 39900K .......... .......... .......... .......... .......... 95% 4,90M 0s
+ 39950K .......... .......... .......... .......... .......... 96%  116M 0s
+ 40000K .......... .......... .......... .......... .......... 96% 9,96M 0s
+ 40050K .......... .......... .......... .......... .......... 96% 93,2M 0s
+ 40100K .......... .......... .......... .......... .......... 96%  100M 0s
+ 40150K .......... .......... .......... .......... .......... 96%  147M 0s
+ 40200K .......... .......... .......... .......... .......... 96%  114M 0s
+ 40250K .......... .......... .......... .......... .......... 96% 99,1M 0s
+ 40300K .......... .......... .......... .......... .......... 96% 92,2M 0s
+ 40350K .......... .......... .......... .......... .......... 97% 98,0M 0s
+ 40400K .......... .......... .......... .......... .......... 97% 71,4M 0s
+ 40450K .......... .......... .......... .......... .......... 97% 96,9M 0s
+ 40500K .......... .......... .......... .......... .......... 97% 96,5M 0s
+ 40550K .......... .......... .......... .......... .......... 97% 92,0M 0s
+ 40600K .......... .......... .......... .......... .......... 97% 88,5M 0s
+ 40650K .......... .......... .......... .......... .......... 97% 96,6M 0s
+ 40700K .......... .......... .......... .......... .......... 97% 43,2M 0s
+ 40750K .......... .......... .......... .......... .......... 97% 81,9M 0s
+ 40800K .......... .......... .......... .......... .......... 98% 11,4M 0s
+ 40850K .......... .......... .......... .......... .......... 98% 25,4M 0s
+ 40900K .......... .......... .......... .......... .......... 98% 79,8M 0s
+ 40950K .......... .......... .......... .......... .......... 98% 11,8M 0s
+ 41000K .......... .......... .......... .......... .......... 98% 25,7M 0s
+ 41050K .......... .......... .......... .......... .......... 98% 57,9M 0s
+ 41100K .......... .......... .......... .......... .......... 98%  103M 0s
+ 41150K .......... .......... .......... .......... .......... 98% 41,8M 0s
+ 41200K .......... .......... .......... .......... .......... 99% 50,4M 0s
+ 41250K .......... .......... .......... .......... .......... 99% 6,45M 0s
+ 41300K .......... .......... .......... .......... .......... 99% 43,8M 0s
+ 41350K .......... .......... .......... .......... .......... 99% 65,6M 0s
+ 41400K .......... .......... .......... .......... .......... 99% 39,4M 0s
+ 41450K .......... .......... .......... .......... .......... 99% 48,9M 0s
+ 41500K .......... .......... .......... .......... .......... 99% 64,9M 0s
+ 41550K .......... .......... .......... .......... .......... 99% 74,2M 0s
+ 41600K .......... .......... .......... .......... ......    100% 69,8M=5,2s
+
+2014-06-18 13:41:12 (7,77 MB/s) - ‘/home/jwiklund/Documents/.git/annex/tmp/SHA256E-s42645638--4ae41fb29bd26339ea10f53ea2b7cf3132e53d5e8fbfde7b43b912aa52b3d319.tar.gz’ saved [42645638/42645638]
+
+[2014-06-18 13:41:12 CEST] main(checksum...)
+: Downloaded git-annex.. upgrade)
+[2014-06-18 13:41:12 CEST] Pusher: Syncing with born 
+(Recording state in git...)
+
+error: duplicate parent bd2e43b03fcc307166df1ab23cecb0eafe9ca3a5 ignored
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   cf9f2a9..f8f8217  git-annex -> synced/git-annex
+   6be6bb3..bd2e43b  annex/direct/master -> synced/master
+
+git-annex version: 5.20140610-g5ec8bcf
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+[2014-06-18 13:41:14 CEST] main: Upgrading git-annex
+[2014-06-18 13:41:14 CEST] UpgradeWatcher: A new version of git-annex has been installed. 
+
+error: duplicate parent e88b1485767e39ac05de700219d31011b7ac7022 ignored
+
+
+error: duplicate parent 220161f6ad836cfc581a9dd575d76c0d9e814826 ignored
+
+
+Another upgrade
+
+[2014-06-18 13:38:15 CEST] main: starting assistant version 5.20140606-g48793b6
+[2014-06-18 13:38:16 CEST] TransferScanner: Syncing with born 
+
+Already up-to-date.
+(scanning...) [20
+14-06-18 13:38:16 CEST] Watcher: Performing startup scan
+Already up-to-date.
+(started...) 
+gpg: WARNING: unsafe permissions on homedir `/tmp/git-annex-gpg.tmp.0'
+gpg: Signature made fre 13 jun 2014 17:28:22 CEST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+[2014-06-18 13:38:17 CEST] Upgrader: An upgrade of git-annex is available.  (version 5.20140613)
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   9537540..38006f5  git-annex -> synced/git-annex
+[2014-06-18 13:38:18 CEST] Committer: Committing changes to git
+(Recording state in git...)
+[2014-06-18 13:38:18 CEST] Pusher: Syncing with born 
+Everything up-to-date
+--2014-06-18 13:38:22--  https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+Resolving downloads.kitenet.net (downloads.kitenet.net)... 107.170.31.195
+Connecting to downloads.kitenet.net (downloads.kitenet.net)|107.170.31.195|:443... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 42645638 (41M) [application/x-gzip]
+Saving to: ‘/home/jwiklund/Documents/.git/annex/tmp/SHA256E-s42645638--4ae41fb29bd26339ea10f53ea2b7cf3132e53d5e8fbfde7b43b912aa52b3d319.tar.gz’
+
+     0K .......... .......... .......... .......... ..........  0%  165K 4m12s
+    50K .......... .......... .......... .......... ..........  0%  165K 4m12s
+   100K .......... .......... .......... .......... ..........  0%  248K 3m43s
+   150K .......... .......... .......... .......... ..........  0%  247K 3m29s
+   200K .......... .......... .......... .......... ..........  0%  493K 3m4s
+   250K .......... .......... .......... .......... ..........  0%  248K 3m1s
+   300K .......... .......... .......... .......... ..........  0%  493K 2m47s
+   350K .......... .......... .......... .......... ..........  0%  495K 2m36s
+   400K .......... .......... .......... .......... ..........  1%  248K 2m37s
+   450K .......... .......... .......... .......... ..........  1%  494K 2m30s
+   500K .......... .......... .......... .......... ..........  1%  147M 2m16s
+   550K .......... .......... .......... .......... ..........  1%  493K 2m11s
+   600K .......... .......... .......... .......... ..........  1%  495K 2m7s
+   650K .......... .......... .......... .......... ..........  1%  494K 2m4s
+   700K .......... .......... .......... .......... ..........  1%  495K 2m1s
+   750K .......... .......... .......... .......... ..........  1% 1,30M 1m55s
+   800K .......... .......... .......... .......... ..........  2%  497K 1m53s
+   850K .......... .......... .......... .......... ..........  2%  779K 1m50s
+   900K .......... .......... .......... .......... ..........  2% 1,32M 1m45s
+   950K .......... .......... .......... .......... ..........  2%  495K 1m44s
+  1000K .......... .......... .......... .......... ..........  2% 48,8M 99s
+  1050K .......... .......... .......... .......... ..........  2%  497K 98s
+  1100K .......... .......... .......... .......... ..........  2% 8,40M 94s
+  1150K .......... .......... .......... .......... ..........  2%  524K 93s
+  1200K .......... .......... .......... .......... ..........  3%  786K 91s
+  1250K .......... .......... .......... .......... ..........  3% 1,31M 89s
+  1300K .......... .......... .......... .......... ..........  3% 8,46M 86s
+  1350K .......... .......... .......... .......... ..........  3%  526K 85s
+  1400K .......... .......... .......... .......... ..........  3% 8,23M 82s
+  1450K .......... .......... .......... .......... ..........  3% 53,9M 80s
+  1500K .......... .......... .......... .......... ..........  3%  523K 79s
+  1550K .......... .......... .......... .......... ..........  3% 10,7M 77s
+  1600K .......... .......... .......... .......... ..........  3%  865K 76s
+  1650K .......... .......... .......... .......... ..........  4% 1,12M 75s
+  1700K .......... .......... .......... .......... ..........  4% 59,8M 72s
+  1750K .......... .......... .......... .......... ..........  4%  875K 72s
+  1800K .......... .......... .......... .......... ..........  4% 1,26M 70s
+  1850K .......... .......... .......... .......... ..........  4% 5,14M 69s
+  1900K .......... .......... .......... .......... ..........  4%  968K 68s
+  1950K .......... .......... .......... .......... ..........  4% 1,24M 67s
+  2000K .......... .......... .......... .......... ..........  4% 4,91M 65s
+  2050K .......... .......... .......... .......... ..........  5%  969K 65s
+  2100K .......... .......... .......... .......... ..........  5% 1,13M 64s
+  2150K .......... .......... .......... .......... ..........  5% 38,0M 62s
+  2200K .......... .......... .......... .......... ..........  5% 9,06M 61s
+  2250K .......... .......... .......... .......... ..........  5%  525K 61s
+  2300K .......... .......... .......... .......... ..........  5% 72,7M 60s
+  2350K .......... .......... .......... .......... ..........  5% 70,4M 59s
+  2400K .......... .......... .......... .......... ..........  5% 9,59M 57s
+  2450K .......... .......... .......... .......... ..........  6%  528K 58s
+  2500K .......... .......... .......... .......... ..........  6% 62,6M 56s
+  2550K .......... .......... .......... .......... ..........  6% 10,0M 55s
+  2600K .......... .......... .......... .......... ..........  6% 88,8M 54s
+  2650K .......... .......... .......... .......... ..........  6%  521K 55s
+  2700K .......... .......... .......... .......... ..........  6%  133M 54s
+  2750K .......... .......... .......... .......... ..........  6% 11,6M 53s
+  2800K .......... .......... .......... .......... ..........  6% 7,35M 52s
+  2850K .......... .......... .......... .......... ..........  6%  554K 52s
+  2900K .......... .......... .......... .......... ..........  7% 22,5M 51s
+  2950K .......... .......... .......... .......... ..........  7% 18,7M 50s
+  3000K .......... .......... .......... .......... ..........  7% 8,07M 49s
+  3050K .......... .......... .......... .......... ..........  7%  548K 50s
+  3100K .......... .......... .......... .......... ..........  7% 56,1M 49s
+  3150K .......... .......... .......... .......... ..........  7% 38,2M 48s
+  3200K .......... .......... .......... .......... ..........  7% 25,9M 47s
+  3250K .......... .......... .......... .......... ..........  7% 8,37M 46s
+  3300K .......... .......... .......... .......... ..........  8% 7,57M 46s
+  3350K .......... .......... .......... .......... ..........  8%  585K 46s
+  3400K .......... .......... .......... .......... ..........  8% 28,9M 45s
+  3450K .......... .......... .......... .......... ..........  8% 35,6M 45s
+  3500K .......... .......... .......... .......... ..........  8% 8,14M 44s
+  3550K .......... .......... .......... .......... ..........  8% 72,0M 43s
+  3600K .......... .......... .......... .......... ..........  8% 4,17M 43s
+  3650K .......... .......... .......... .......... ..........  8%  619K 43s
+  3700K .......... .......... .......... .......... ..........  9% 28,8M 42s
+  3750K .......... .......... .......... .......... ..........  9% 8,04M 42s
+  3800K .......... .......... .......... .......... ..........  9% 57,3M 41s
+  3850K .......... .......... .......... .......... ..........  9% 12,1M 41s
+  3900K .......... .......... .......... .......... ..........  9% 6,22M 40s
+  3950K .......... .......... .......... .......... ..........  9%  620K 40s
+  4000K .......... .......... .......... .......... ..........  9% 19,1M 40s
+  4050K .......... .......... .......... .......... ..........  9% 55,1M 39s
+  4100K .......... .......... .......... .......... ..........  9% 9,63M 39s
+  4150K .......... .......... .......... .......... .......... 10% 12,0M 38s
+  4200K .......... .......... .......... .......... .......... 10% 8,14M 38s
+  4250K .......... .......... .......... .......... .......... 10% 15,8M 37s
+  4300K .......... .......... .......... .......... .......... 10%  625K 38s
+  4350K .......... .......... .......... .......... .......... 10% 24,5M 37s
+  4400K .......... .......... .......... .......... .......... 10% 8,66M 37s
+  4450K .......... .......... .......... .......... .......... 10% 13,0M 36s
+  4500K .......... .......... .......... .......... .......... 10% 71,5M 36s
+  4550K .......... .......... .......... .......... .......... 11% 8,28M 36s
+  4600K .......... .......... .......... .......... .......... 11% 6,10M 35s
+  4650K .......... .......... .......... .......... .......... 11%  653K 35s
+  4700K .......... .......... .......... .......... .......... 11% 50,6M 35s
+  4750K .......... .......... .......... .......... .......... 11% 8,95M 35s
+  4800K .......... .......... .......... .......... .......... 11% 11,5M 34s
+  4850K .......... .......... .......... .......... .......... 11% 8,84M 34s
+  4900K .......... .......... .......... .......... .......... 11% 53,4M 33s
+  4950K .......... .......... .......... .......... .......... 12% 7,17M 33s
+  5000K .......... .......... .......... .......... .......... 12% 53,7M 33s
+  5050K .......... .......... .......... .......... .......... 12%  649K 33s
+  5100K .......... .......... .......... .......... .......... 12% 9,07M 33s
+  5150K .......... .......... .......... .......... .......... 12% 10,7M 32s
+  5200K .......... .......... .......... .......... .......... 12% 9,40M 32s
+  5250K .......... .......... .......... .......... .......... 12% 47,5M 32s
+  5300K .......... .......... .......... .......... .......... 12% 68,6M 31s
+  5350K .......... .......... .......... .......... .......... 12% 7,06M 31s
+  5400K .......... .......... .......... .......... .......... 13% 11,4M 31s
+  5450K .......... .......... .......... .......... .......... 13%  688K 31s
+  5500K .......... .......... .......... .......... .......... 13% 8,70M 31s
+  5550K .......... .......... .......... .......... .......... 13% 11,1M 30s
+  5600K .......... .......... .......... .......... .......... 13% 8,83M 30s
+  5650K .......... .......... .......... .......... .......... 13% 58,9M 30s
+  5700K .......... .......... .......... .......... .......... 13% 83,1M 29s
+  5750K .......... .......... .......... .......... .......... 13% 7,21M 29s
+  5800K .......... .......... .......... .......... .......... 14% 66,1M 29s
+  5850K .......... .......... .......... .......... .......... 14% 4,65M 29s
+  5900K .......... .......... .......... .......... .......... 14%  757K 29s
+  5950K .......... .......... .......... .......... .......... 14% 7,62M 29s
+  6000K .......... .......... .......... .......... .......... 14% 10,4M 28s
+  6050K .......... .......... .......... .......... .......... 14% 8,59M 28s
+  6100K .......... .......... .......... .......... .......... 14% 51,4M 28s
+  6150K .......... .......... .......... .......... .......... 14% 74,5M 28s
+  6200K .......... .......... .......... .......... .......... 15% 6,84M 27s
+  6250K .......... .......... .......... .......... .......... 15% 67,2M 27s
+  6300K .......... .......... .......... .......... .......... 15% 5,40M 27s
+  6350K .......... .......... .......... .......... .......... 15% 63,4M 27s
+  6400K .......... .......... .......... .......... .......... 15%  706K 27s
+  6450K .......... .......... .......... .......... .......... 15% 9,08M 27s
+  6500K .......... .......... .......... .......... .......... 15% 9,43M 26s
+  6550K .......... .......... .......... .......... .......... 15% 70,0M 26s
+  6600K .......... .......... .......... .......... .......... 15% 65,4M 26s
+  6650K .......... .......... .......... .......... .......... 16% 67,7M 26s
+  6700K .......... .......... .......... .......... .......... 16% 7,02M 25s
+  6750K .......... .......... .......... .......... .......... 16% 65,8M 25s
+  6800K .......... .......... .......... .......... .......... 16% 4,77M 25s
+  6850K .......... .......... .......... .......... .......... 16% 64,7M 25s
+  6900K .......... .......... .......... .......... .......... 16%  783K 25s
+  6950K .......... .......... .......... .......... .......... 16% 4,63M 25s
+  7000K .......... .......... .......... .......... .......... 16% 9,00M 25s
+  7050K .......... .......... .......... .......... .......... 17% 69,7M 24s
+  7100K .......... .......... .......... .......... .......... 17% 64,8M 24s
+  7150K .......... .......... .......... .......... .......... 17% 53,1M 24s
+  7200K .......... .......... .......... .......... .......... 17% 6,69M 24s
+  7250K .......... .......... .......... .......... .......... 17% 70,3M 24s
+  7300K .......... .......... .......... .......... .......... 17% 8,28M 23s
+  7350K .......... .......... .......... .......... .......... 17% 12,7M 23s
+  7400K .......... .......... .......... .......... .......... 17%  765K 23s
+  7450K .......... .......... .......... .......... .......... 18% 9,09M 23s
+  7500K .......... .......... .......... .......... .......... 18% 4,85M 23s
+  7550K .......... .......... .......... .......... .......... 18% 61,3M 23s
+  7600K .......... .......... .......... .......... .......... 18% 61,6M 23s
+  7650K .......... .......... .......... .......... .......... 18% 74,1M 23s
+  7700K .......... .......... .......... .......... .......... 18% 73,6M 22s
+  7750K .......... .......... .......... .......... .......... 18% 7,79M 22s
+  7800K .......... .......... .......... .......... .......... 18% 49,1M 22s
+  7850K .......... .......... .......... .......... .......... 18% 72,2M 22s
+  7900K .......... .......... .......... .......... .......... 19% 8,42M 22s
+  7950K .......... .......... .......... .......... .......... 19%  732K 22s
+  8000K .......... .......... .......... .......... .......... 19% 8,99M 22s
+  8050K .......... .......... .......... .......... .......... 19% 50,7M 22s
+  8100K .......... .......... .......... .......... .......... 19% 5,19M 21s
+  8150K .......... .......... .......... .......... .......... 19% 47,4M 21s
+  8200K .......... .......... .......... .......... .......... 19% 48,4M 21s
+  8250K .......... .......... .......... .......... .......... 19% 52,5M 21s
+  8300K .......... .......... .......... .......... .......... 20% 80,5M 21s
+  8350K .......... .......... .......... .......... .......... 20% 8,32M 21s
+  8400K .......... .......... .......... .......... .......... 20% 40,0M 21s
+  8450K .......... .......... .......... .......... .......... 20% 8,81M 20s
+  8500K .......... .......... .......... .......... .......... 20% 75,7M 20s
+  8550K .......... .......... .......... .......... .......... 20%  718K 20s
+  8600K .......... .......... .......... .......... .......... 20% 46,3M 20s
+  8650K .......... .......... .......... .......... .......... 20% 15,7M 20s
+  8700K .......... .......... .......... .......... .......... 21% 81,4M 20s
+  8750K .......... .......... .......... .......... .......... 21% 4,92M 20s
+  8800K .......... .......... .......... .......... .......... 21% 44,6M 20s
+  8850K .......... .......... .......... .......... .......... 21% 32,6M 20s
+  8900K .......... .......... .......... .......... .......... 21% 94,8M 19s
+  8950K .......... .......... .......... .......... .......... 21%  104M 19s
+  9000K .......... .......... .......... .......... .......... 21% 8,37M 19s
+  9050K .......... .......... .......... .......... .......... 21% 77,8M 19s
+  9100K .......... .......... .......... .......... .......... 21% 76,5M 19s
+  9150K .......... .......... .......... .......... .......... 22% 88,5M 19s
+  9200K .......... .......... .......... .......... .......... 22% 4,91M 19s
+  9250K .......... .......... .......... .......... .......... 22%  762K 19s
+  9300K .......... .......... .......... .......... .......... 22% 57,2M 19s
+  9350K .......... .......... .......... .......... .......... 22% 15,2M 19s
+  9400K .......... .......... .......... .......... .......... 22% 4,79M 18s
+  9450K .......... .......... .......... .......... .......... 22% 69,4M 18s
+  9500K .......... .......... .......... .......... .......... 22% 66,2M 18s
+  9550K .......... .......... .......... .......... .......... 23% 29,9M 18s
+  9600K .......... .......... .......... .......... .......... 23% 58,8M 18s
+  9650K .......... .......... .......... .......... .......... 23% 9,77M 18s
+  9700K .......... .......... .......... .......... .......... 23% 45,1M 18s
+  9750K .......... .......... .......... .......... .......... 23% 64,3M 18s
+  9800K .......... .......... .......... .......... .......... 23% 59,4M 18s
+  9850K .......... .......... .......... .......... .......... 23% 10,2M 17s
+  9900K .......... .......... .......... .......... .......... 23% 55,9M 17s
+  9950K .......... .......... .......... .......... .......... 24% 93,7M 17s
+ 10000K .......... .......... .......... .......... .......... 24%  730K 17s
+ 10050K .......... .......... .......... .......... .......... 24% 66,3M 17s
+ 10100K .......... .......... .......... .......... .......... 24% 13,6M 17s
+ 10150K .......... .......... .......... .......... .......... 24% 86,6M 17s
+ 10200K .......... .......... .......... .......... .......... 24% 4,97M 17s
+ 10250K .......... .......... .......... .......... .......... 24% 33,2M 17s
+ 10300K .......... .......... .......... .......... .......... 24% 34,1M 17s
+ 10350K .......... .......... .......... .......... .......... 24%  158M 17s
+ 10400K .......... .......... .......... .......... .......... 25% 65,6M 16s
+ 10450K .......... .......... .......... .......... .......... 25% 9,12M 16s
+ 10500K .......... .......... .......... .......... .......... 25%  101M 16s
+ 10550K .......... .......... .......... .......... .......... 25% 65,6M 16s
+ 10600K .......... .......... .......... .......... .......... 25% 44,4M 16s
+ 10650K .......... .......... .......... .......... .......... 25% 8,78M 16s
+ 10700K .......... .......... .......... .......... .......... 25% 97,5M 16s
+ 10750K .......... .......... .......... .......... .......... 25% 7,92M 16s
+ 10800K .......... .......... .......... .......... .......... 26% 6,88M 16s
+ 10850K .......... .......... .......... .......... .......... 26%  886K 16s
+ 10900K .......... .......... .......... .......... .......... 26% 66,7M 16s
+ 10950K .......... .......... .......... .......... .......... 26% 12,5M 16s
+ 11000K .......... .......... .......... .......... .......... 26% 5,70M 16s
+ 11050K .......... .......... .......... .......... .......... 26% 65,8M 15s
+ 11100K .......... .......... .......... .......... .......... 26% 25,5M 15s
+ 11150K .......... .......... .......... .......... .......... 26% 35,3M 15s
+ 11200K .......... .......... .......... .......... .......... 27% 55,0M 15s
+ 11250K .......... .......... .......... .......... .......... 27% 9,19M 15s
+ 11300K .......... .......... .......... .......... .......... 27% 58,9M 15s
+ 11350K .......... .......... .......... .......... .......... 27% 64,1M 15s
+ 11400K .......... .......... .......... .......... .......... 27% 57,1M 15s
+ 11450K .......... .......... .......... .......... .......... 27% 9,39M 15s
+ 11500K .......... .......... .......... .......... .......... 27% 84,9M 15s
+ 11550K .......... .......... .......... .......... .......... 27% 89,1M 15s
+ 11600K .......... .......... .......... .......... .......... 27% 8,04M 15s
+ 11650K .......... .......... .......... .......... .......... 28% 85,4M 14s
+ 11700K .......... .......... .......... .......... .......... 28%  815K 15s
+ 11750K .......... .......... .......... .......... .......... 28% 44,9M 14s
+ 11800K .......... .......... .......... .......... .......... 28%  131M 14s
+ 11850K .......... .......... .......... .......... .......... 28% 12,7M 14s
+ 11900K .......... .......... .......... .......... .......... 28% 5,71M 14s
+ 11950K .......... .......... .......... .......... .......... 28% 19,3M 14s
+ 12000K .......... .......... .......... .......... .......... 28% 22,0M 14s
+ 12050K .......... .......... .......... .......... .......... 29%  111M 14s
+ 12100K .......... .......... .......... .......... .......... 29% 44,5M 14s
+ 12150K .......... .......... .......... .......... .......... 29% 10,8M 14s
+ 12200K .......... .......... .......... .......... .......... 29%  169M 14s
+ 12250K .......... .......... .......... .......... .......... 29%  102M 14s
+ 12300K .......... .......... .......... .......... .......... 29% 97,9M 14s
+ 12350K .......... .......... .......... .......... .......... 29% 8,70M 14s
+ 12400K .......... .......... .......... .......... .......... 29% 47,2M 13s
+ 12450K .......... .......... .......... .......... .......... 30% 9,37M 13s
+ 12500K .......... .......... .......... .......... .......... 30% 77,2M 13s
+ 12550K .......... .......... .......... .......... .......... 30% 44,6M 13s
+ 12600K .......... .......... .......... .......... .......... 30% 84,0M 13s
+ 12650K .......... .......... .......... .......... .......... 30% 2,51M 13s
+ 12700K .......... .......... .......... .......... .......... 30% 1,15M 13s
+ 12750K .......... .......... .......... .......... .......... 30% 60,1M 13s
+ 12800K .......... .......... .......... .......... .......... 30% 12,1M 13s
+ 12850K .......... .......... .......... .......... .......... 30% 5,66M 13s
+ 12900K .......... .......... .......... .......... .......... 31% 22,1M 13s
+ 12950K .......... .......... .......... .......... .......... 31% 56,1M 13s
+ 13000K .......... .......... .......... .......... .......... 31% 27,4M 13s
+ 13050K .......... .......... .......... .......... .......... 31% 45,7M 13s
+ 13100K .......... .......... .......... .......... .......... 31% 10,4M 13s
+ 13150K .......... .......... .......... .......... .......... 31% 69,7M 13s
+ 13200K .......... .......... .......... .......... .......... 31% 60,2M 13s
+ 13250K .......... .......... .......... .......... .......... 31% 39,8M 12s
+ 13300K .......... .......... .......... .......... .......... 32% 11,8M 12s
+ 13350K .......... .......... .......... .......... .......... 32% 66,0M 12s
+ 13400K .......... .......... .......... .......... .......... 32% 48,4M 12s
+ 13450K .......... .......... .......... .......... .......... 32% 9,81M 12s
+ 13500K .......... .......... .......... .......... .......... 32% 23,9M 12s
+ 13550K .......... .......... .......... .......... .......... 32% 54,2M 12s
+ 13600K .......... .......... .......... .......... .......... 32% 54,2M 12s
+ 13650K .......... .......... .......... .......... .......... 32% 10,8M 12s
+ 13700K .......... .......... .......... .......... .......... 33%  908K 12s
+ 13750K .......... .......... .......... .......... .......... 33% 34,0M 12s
+ 13800K .......... .......... .......... .......... .......... 33% 14,8M 12s
+ 13850K .......... .......... .......... .......... .......... 33% 5,88M 12s
+ 13900K .......... .......... .......... .......... .......... 33% 44,5M 12s
+ 13950K .......... .......... .......... .......... .......... 33% 22,8M 12s
+ 14000K .......... .......... .......... .......... .......... 33% 22,8M 12s
+ 14050K .......... .......... .......... .......... .......... 33% 60,0M 12s
+ 14100K .......... .......... .......... .......... .......... 33% 10,5M 12s
+ 14150K .......... .......... .......... .......... .......... 34% 66,9M 11s
+ 14200K .......... .......... .......... .......... .......... 34% 63,9M 11s
+ 14250K .......... .......... .......... .......... .......... 34% 68,9M 11s
+ 14300K .......... .......... .......... .......... .......... 34% 11,4M 11s
+ 14350K .......... .......... .......... .......... .......... 34% 50,6M 11s
+ 14400K .......... .......... .......... .......... .......... 34% 54,7M 11s
+ 14450K .......... .......... .......... .......... .......... 34% 74,5M 11s
+ 14500K .......... .......... .......... .......... .......... 34% 10,4M 11s
+ 14550K .......... .......... .......... .......... .......... 35% 33,4M 11s
+ 14600K .......... .......... .......... .......... .......... 35% 62,0M 11s
+ 14650K .......... .......... .......... .......... .......... 35% 35,2M 11s
+ 14700K .......... .......... .......... .......... .......... 35% 75,6M 11s
+ 14750K .......... .......... .......... .......... .......... 35% 11,9M 11s
+ 14800K .......... .......... .......... .......... .......... 35%  908K 11s
+ 14850K .......... .......... .......... .......... .......... 35% 37,1M 11s
+ 14900K .......... .......... .......... .......... .......... 35% 12,6M 11s
+ 14950K .......... .......... .......... .......... .......... 36% 7,11M 11s
+ 15000K .......... .......... .......... .......... .......... 36% 13,5M 11s
+ 15050K .......... .......... .......... .......... .......... 36% 71,6M 11s
+ 15100K .......... .......... .......... .......... .......... 36% 24,4M 11s
+ 15150K .......... .......... .......... .......... .......... 36% 69,1M 10s
+ 15200K .......... .......... .......... .......... .......... 36% 63,0M 10s
+ 15250K .......... .......... .......... .......... .......... 36% 10,1M 10s
+ 15300K .......... .......... .......... .......... .......... 36% 37,9M 10s
+ 15350K .......... .......... .......... .......... .......... 36% 69,2M 10s
+ 15400K .......... .......... .......... .......... .......... 37% 68,1M 10s
+ 15450K .......... .......... .......... .......... .......... 37% 10,4M 10s
+ 15500K .......... .......... .......... .......... .......... 37% 64,3M 10s
+ 15550K .......... .......... .......... .......... .......... 37% 81,2M 10s
+ 15600K .......... .......... .......... .......... .......... 37% 71,2M 10s
+ 15650K .......... .......... .......... .......... .......... 37% 13,3M 10s
+ 15700K .......... .......... .......... .......... .......... 37% 43,7M 10s
+ 15750K .......... .......... .......... .......... .......... 37% 28,3M 10s
+ 15800K .......... .......... .......... .......... .......... 38% 59,9M 10s
+ 15850K .......... .......... .......... .......... .......... 38% 84,3M 10s
+ 15900K .......... .......... .......... .......... .......... 38% 12,2M 10s
+ 15950K .......... .......... .......... .......... .......... 38% 8,59M 10s
+ 16000K .......... .......... .......... .......... .......... 38%  926K 10s
+ 16050K .......... .......... .......... .......... .......... 38% 65,0M 10s
+ 16100K .......... .......... .......... .......... .......... 38% 70,3M 10s
+ 16150K .......... .......... .......... .......... .......... 38% 7,79M 10s
+ 16200K .......... .......... .......... .......... .......... 39% 14,6M 10s
+ 16250K .......... .......... .......... .......... .......... 39% 71,5M 10s
+ 16300K .......... .......... .......... .......... .......... 39% 21,6M 9s
+ 16350K .......... .......... .......... .......... .......... 39% 73,9M 9s
+ 16400K .......... .......... .......... .......... .......... 39% 56,4M 9s
+ 16450K .......... .......... .......... .......... .......... 39% 9,36M 9s
+ 16500K .......... .......... .......... .......... .......... 39% 69,8M 9s
+ 16550K .......... .......... .......... .......... .......... 39% 67,0M 9s
+ 16600K .......... .......... .......... .......... .......... 39% 58,4M 9s
+ 16650K .......... .......... .......... .......... .......... 40% 9,56M 9s
+ 16700K .......... .......... .......... .......... .......... 40% 71,2M 9s
+ 16750K .......... .......... .......... .......... .......... 40% 74,3M 9s
+ 16800K .......... .......... .......... .......... .......... 40% 63,4M 9s
+ 16850K .......... .......... .......... .......... .......... 40% 17,3M 9s
+ 16900K .......... .......... .......... .......... .......... 40% 60,6M 9s
+ 16950K .......... .......... .......... .......... .......... 40% 67,8M 9s
+ 17000K .......... .......... .......... .......... .......... 40% 30,6M 9s
+ 17050K .......... .......... .......... .......... .......... 41% 44,2M 9s
+ 17100K .......... .......... .......... .......... .......... 41% 92,3M 9s
+ 17150K .......... .......... .......... .......... .......... 41% 87,8M 9s
+ 17200K .......... .......... .......... .......... .......... 41% 14,1M 9s
+ 17250K .......... .......... .......... .......... .......... 41% 1,92M 9s
+ 17300K .......... .......... .......... .......... .......... 41% 1,41M 9s
+ 17350K .......... .......... .......... .......... .......... 41% 72,0M 9s
+ 17400K .......... .......... .......... .......... .......... 41% 61,9M 9s
+ 17450K .......... .......... .......... .......... .......... 42% 7,98M 9s
+ 17500K .......... .......... .......... .......... .......... 42% 18,0M 9s
+ 17550K .......... .......... .......... .......... .......... 42% 18,5M 9s
+ 17600K .......... .......... .......... .......... .......... 42% 60,6M 8s
+ 17650K .......... .......... .......... .......... .......... 42% 74,3M 8s
+ 17700K .......... .......... .......... .......... .......... 42% 71,4M 8s
+ 17750K .......... .......... .......... .......... .......... 42% 9,08M 8s
+ 17800K .......... .......... .......... .......... .......... 42% 67,1M 8s
+ 17850K .......... .......... .......... .......... .......... 42% 88,4M 8s
+ 17900K .......... .......... .......... .......... .......... 43% 63,0M 8s
+ 17950K .......... .......... .......... .......... .......... 43% 90,2M 8s
+ 18000K .......... .......... .......... .......... .......... 43% 9,69M 8s
+ 18050K .......... .......... .......... .......... .......... 43% 90,6M 8s
+ 18100K .......... .......... .......... .......... .......... 43% 88,4M 8s
+ 18150K .......... .......... .......... .......... .......... 43% 83,2M 8s
+ 18200K .......... .......... .......... .......... .......... 43% 20,2M 8s
+ 18250K .......... .......... .......... .......... .......... 43% 55,5M 8s
+ 18300K .......... .......... .......... .......... .......... 44% 24,3M 8s
+ 18350K .......... .......... .......... .......... .......... 44%  100M 8s
+ 18400K .......... .......... .......... .......... .......... 44% 31,8M 8s
+ 18450K .......... .......... .......... .......... .......... 44% 90,8M 8s
+ 18500K .......... .......... .......... .......... .......... 44% 16,1M 8s
+ 18550K .......... .......... .......... .......... .......... 44% 4,01M 8s
+ 18600K .......... .......... .......... .......... .......... 44% 60,9M 8s
+ 18650K .......... .......... .......... .......... .......... 44% 3,78M 8s
+ 18700K .......... .......... .......... .......... .......... 45% 1,39M 8s
+ 18750K .......... .......... .......... .......... .......... 45% 8,10M 8s
+ 18800K .......... .......... .......... .......... .......... 45% 60,9M 8s
+ 18850K .......... .......... .......... .......... .......... 45% 69,6M 8s
+ 18900K .......... .......... .......... .......... .......... 45% 15,8M 8s
+ 18950K .......... .......... .......... .......... .......... 45% 22,2M 8s
+ 19000K .......... .......... .......... .......... .......... 45% 63,8M 8s
+ 19050K .......... .......... .......... .......... .......... 45% 73,8M 7s
+ 19100K .......... .......... .......... .......... .......... 45% 75,6M 7s
+ 19150K .......... .......... .......... .......... .......... 46% 10,4M 7s
+ 19200K .......... .......... .......... .......... .......... 46% 48,1M 7s
+ 19250K .......... .......... .......... .......... .......... 46% 34,6M 7s
+ 19300K .......... .......... .......... .......... .......... 46%  108M 7s
+ 19350K .......... .......... .......... .......... .......... 46%  121M 7s
+ 19400K .......... .......... .......... .......... .......... 46% 10,9M 7s
+ 19450K .......... .......... .......... .......... .......... 46% 42,3M 7s
+ 19500K .......... .......... .......... .......... .......... 46% 63,6M 7s
+ 19550K .......... .......... .......... .......... .......... 47% 73,5M 7s
+ 19600K .......... .......... .......... .......... .......... 47% 25,8M 7s
+ 19650K .......... .......... .......... .......... .......... 47% 56,0M 7s
+ 19700K .......... .......... .......... .......... .......... 47% 49,8M 7s
+ 19750K .......... .......... .......... .......... .......... 47% 52,2M 7s
+ 19800K .......... .......... .......... .......... .......... 47% 61,9M 7s
+ 19850K .......... .......... .......... .......... .......... 47% 34,3M 7s
+ 19900K .......... .......... .......... .......... .......... 47% 50,3M 7s
+ 19950K .......... .......... .......... .......... .......... 48% 25,2M 7s
+ 20000K .......... .......... .......... .......... .......... 48% 7,45M 7s
+ 20050K .......... .......... .......... .......... .......... 48% 8,22M 7s
+ 20100K .......... .......... .......... .......... .......... 48% 3,67M 7s
+ 20150K .......... .......... .......... .......... .......... 48% 3,41M 7s
+ 20200K .......... .......... .......... .......... .......... 48% 1,78M 7s
+ 20250K .......... .......... .......... .......... .......... 48% 66,9M 7s
+ 20300K .......... .......... .......... .......... .......... 48% 74,2M 7s
+ 20350K .......... .......... .......... .......... .......... 48% 12,8M 7s
+ 20400K .......... .......... .......... .......... .......... 49% 29,9M 7s
+ 20450K .......... .......... .......... .......... .......... 49% 50,4M 7s
+ 20500K .......... .......... .......... .......... .......... 49% 63,1M 7s
+ 20550K .......... .......... .......... .......... .......... 49% 63,9M 7s
+ 20600K .......... .......... .......... .......... .......... 49% 15,6M 7s
+ 20650K .......... .......... .......... .......... .......... 49% 21,4M 7s
+ 20700K .......... .......... .......... .......... .......... 49% 54,6M 6s
+ 20750K .......... .......... .......... .......... .......... 49% 78,0M 6s
+ 20800K .......... .......... .......... .......... .......... 50% 93,0M 6s
+ 20850K .......... .......... .......... .......... .......... 50%  115M 6s
+ 20900K .......... .......... .......... .......... .......... 50% 13,9M 6s
+ 20950K .......... .......... .......... .......... .......... 50% 91,8M 6s
+ 21000K .......... .......... .......... .......... .......... 50% 33,4M 6s
+ 21050K .......... .......... .......... .......... .......... 50%  116M 6s
+ 21100K .......... .......... .......... .......... .......... 50% 28,1M 6s
+ 21150K .......... .......... .......... .......... .......... 50%  113M 6s
+ 21200K .......... .......... .......... .......... .......... 51% 39,4M 6s
+ 21250K .......... .......... .......... .......... .......... 51%  108M 6s
+ 21300K .......... .......... .......... .......... .......... 51% 30,8M 6s
+ 21350K .......... .......... .......... .......... .......... 51% 64,5M 6s
+ 21400K .......... .......... .......... .......... .......... 51% 75,7M 6s
+ 21450K .......... .......... .......... .......... .......... 51% 81,5M 6s
+ 21500K .......... .......... .......... .......... .......... 51% 16,2M 6s
+ 21550K .......... .......... .......... .......... .......... 51%  107M 6s
+ 21600K .......... .......... .......... .......... .......... 51% 4,12M 6s
+ 21650K .......... .......... .......... .......... .......... 52% 80,1M 6s
+ 21700K .......... .......... .......... .......... .......... 52% 3,73M 6s
+ 21750K .......... .......... .......... .......... .......... 52% 5,47M 6s
+ 21800K .......... .......... .......... .......... .......... 52% 1,50M 6s
+ 21850K .......... .......... .......... .......... .......... 52% 48,4M 6s
+ 21900K .......... .......... .......... .......... .......... 52% 65,3M 6s
+ 21950K .......... .......... .......... .......... .......... 52% 12,9M 6s
+ 22000K .......... .......... .......... .......... .......... 52% 34,5M 6s
+ 22050K .......... .......... .......... .......... .......... 53% 79,9M 6s
+ 22100K .......... .......... .......... .......... .......... 53% 75,7M 6s
+ 22150K .......... .......... .......... .......... .......... 53% 92,5M 6s
+ 22200K .......... .......... .......... .......... .......... 53% 14,2M 6s
+ 22250K .......... .......... .......... .......... .......... 53% 78,3M 6s
+ 22300K .......... .......... .......... .......... .......... 53% 23,3M 6s
+ 22350K .......... .......... .......... .......... .......... 53% 51,2M 6s
+ 22400K .......... .......... .......... .......... .......... 53% 35,1M 6s
+ 22450K .......... .......... .......... .......... .......... 54% 59,3M 6s
+ 22500K .......... .......... .......... .......... .......... 54% 84,3M 6s
+ 22550K .......... .......... .......... .......... .......... 54% 22,4M 6s
+ 22600K .......... .......... .......... .......... .......... 54% 66,5M 5s
+ 22650K .......... .......... .......... .......... .......... 54% 37,8M 5s
+ 22700K .......... .......... .......... .......... .......... 54% 81,6M 5s
+ 22750K .......... .......... .......... .......... .......... 54% 68,9M 5s
+ 22800K .......... .......... .......... .......... .......... 54% 29,8M 5s
+ 22850K .......... .......... .......... .......... .......... 54% 49,7M 5s
+ 22900K .......... .......... .......... .......... .......... 55% 68,8M 5s
+ 22950K .......... .......... .......... .......... .......... 55% 44,2M 5s
+ 23000K .......... .......... .......... .......... .......... 55% 56,1M 5s
+ 23050K .......... .......... .......... .......... .......... 55% 88,3M 5s
+ 23100K .......... .......... .......... .......... .......... 55% 87,2M 5s
+ 23150K .......... .......... .......... .......... .......... 55% 75,9M 5s
+ 23200K .......... .......... .......... .......... .......... 55% 20,9M 5s
+ 23250K .......... .......... .......... .......... .......... 55% 65,3M 5s
+ 23300K .......... .......... .......... .......... .......... 56% 99,4M 5s
+ 23350K .......... .......... .......... .......... .......... 56% 4,19M 5s
+ 23400K .......... .......... .......... .......... .......... 56% 6,24M 5s
+ 23450K .......... .......... .......... .......... .......... 56% 2,81M 5s
+ 23500K .......... .......... .......... .......... .......... 56% 6,61M 5s
+ 23550K .......... .......... .......... .......... .......... 56% 2,22M 5s
+ 23600K .......... .......... .......... .......... .......... 56% 31,8M 5s
+ 23650K .......... .......... .......... .......... .......... 56% 13,2M 5s
+ 23700K .......... .......... .......... .......... .......... 57% 27,7M 5s
+ 23750K .......... .......... .......... .......... .......... 57% 38,7M 5s
+ 23800K .......... .......... .......... .......... .......... 57% 56,6M 5s
+ 23850K .......... .......... .......... .......... .......... 57% 71,8M 5s
+ 23900K .......... .......... .......... .......... .......... 57% 20,8M 5s
+ 23950K .......... .......... .......... .......... .......... 57% 42,8M 5s
+ 24000K .......... .......... .......... .......... .......... 57% 60,5M 5s
+ 24050K .......... .......... .......... .......... .......... 57% 58,8M 5s
+ 24100K .......... .......... .......... .......... .......... 57% 31,7M 5s
+ 24150K .......... .......... .......... .......... .......... 58% 56,4M 5s
+ 24200K .......... .......... .......... .......... .......... 58% 94,3M 5s
+ 24250K .......... .......... .......... .......... .......... 58%  154M 5s
+ 24300K .......... .......... .......... .......... .......... 58%  166M 5s
+ 24350K .......... .......... .......... .......... .......... 58% 21,3M 5s
+ 24400K .......... .......... .......... .......... .......... 58% 28,9M 5s
+ 24450K .......... .......... .......... .......... .......... 58% 60,2M 5s
+ 24500K .......... .......... .......... .......... .......... 58% 99,0M 5s
+ 24550K .......... .......... .......... .......... .......... 59% 51,9M 5s
+ 24600K .......... .......... .......... .......... .......... 59%  109M 5s
+ 24650K .......... .......... .......... .......... .......... 59% 24,6M 5s
+ 24700K .......... .......... .......... .......... .......... 59% 78,5M 5s
+ 24750K .......... .......... .......... .......... .......... 59%  150M 5s
+ 24800K .......... .......... .......... .......... .......... 59% 58,7M 5s
+ 24850K .......... .......... .......... .......... .......... 59% 60,5M 4s
+ 24900K .......... .......... .......... .......... .......... 59% 95,2M 4s
+ 24950K .......... .......... .......... .......... .......... 60% 98,6M 4s
+ 25000K .......... .......... .......... .......... .......... 60% 88,9M 4s
+ 25050K .......... .......... .......... .......... .......... 60% 23,0M 4s
+ 25100K .......... .......... .......... .......... .......... 60% 61,5M 4s
+ 25150K .......... .......... .......... .......... .......... 60%  105M 4s
+ 25200K .......... .......... .......... .......... .......... 60% 6,64M 4s
+ 25250K .......... .......... .......... .......... .......... 60% 7,11M 4s
+ 25300K .......... .......... .......... .......... .......... 60% 4,75M 4s
+ 25350K .......... .......... .......... .......... .......... 60% 2,81M 4s
+ 25400K .......... .......... .......... .......... .......... 61% 50,6M 4s
+ 25450K .......... .......... .......... .......... .......... 61% 2,10M 4s
+ 25500K .......... .......... .......... .......... .......... 61% 26,6M 4s
+ 25550K .......... .......... .......... .......... .......... 61% 13,6M 4s
+ 25600K .......... .......... .......... .......... .......... 61% 16,6M 4s
+ 25650K .......... .......... .......... .......... .......... 61% 37,4M 4s
+ 25700K .......... .......... .......... .......... .......... 61% 69,9M 4s
+ 25750K .......... .......... .......... .......... .......... 61% 75,8M 4s
+ 25800K .......... .......... .......... .......... .......... 62% 32,8M 4s
+ 25850K .......... .......... .......... .......... .......... 62% 92,0M 4s
+ 25900K .......... .......... .......... .......... .......... 62%  163M 4s
+ 25950K .......... .......... .......... .......... .......... 62% 30,3M 4s
+ 26000K .......... .......... .......... .......... .......... 62% 35,2M 4s
+ 26050K .......... .......... .......... .......... .......... 62% 95,9M 4s
+ 26100K .......... .......... .......... .......... .......... 62% 55,0M 4s
+ 26150K .......... .......... .......... .......... .......... 62%  105M 4s
+ 26200K .......... .......... .......... .......... .......... 63%  142M 4s
+ 26250K .......... .......... .......... .......... .......... 63%  111M 4s
+ 26300K .......... .......... .......... .......... .......... 63% 17,8M 4s
+ 26350K .......... .......... .......... .......... .......... 63%  150M 4s
+ 26400K .......... .......... .......... .......... .......... 63% 41,1M 4s
+ 26450K .......... .......... .......... .......... .......... 63% 40,0M 4s
+ 26500K .......... .......... .......... .......... .......... 63% 90,6M 4s
+ 26550K .......... .......... .......... .......... .......... 63% 91,6M 4s
+ 26600K .......... .......... .......... .......... .......... 63% 69,6M 4s
+ 26650K .......... .......... .......... .......... .......... 64% 24,8M 4s
+ 26700K .......... .......... .......... .......... .......... 64% 94,8M 4s
+ 26750K .......... .......... .......... .......... .......... 64% 83,2M 4s
+ 26800K .......... .......... .......... .......... .......... 64% 42,4M 4s
+ 26850K .......... .......... .......... .......... .......... 64% 88,3M 4s
+ 26900K .......... .......... .......... .......... .......... 64% 88,8M 4s
+ 26950K .......... .......... .......... .......... .......... 64% 91,1M 4s
+ 27000K .......... .......... .......... .......... .......... 64% 35,7M 4s
+ 27050K .......... .......... .......... .......... .......... 65% 88,5M 4s
+ 27100K .......... .......... .......... .......... .......... 65% 83,5M 4s
+ 27150K .......... .......... .......... .......... .......... 65% 84,8M 4s
+ 27200K .......... .......... .......... .......... .......... 65% 6,73M 4s
+ 27250K .......... .......... .......... .......... .......... 65% 9,14M 4s
+ 27300K .......... .......... .......... .......... .......... 65% 28,7M 4s
+ 27350K .......... .......... .......... .......... .......... 65% 4,70M 4s
+ 27400K .......... .......... .......... .......... .......... 65% 2,82M 4s
+ 27450K .......... .......... .......... .......... .......... 66% 6,37M 4s
+ 27500K .......... .......... .......... .......... .......... 66% 3,01M 3s
+ 27550K .......... .......... .......... .......... .......... 66% 21,2M 3s
+ 27600K .......... .......... .......... .......... .......... 66% 13,7M 3s
+ 27650K .......... .......... .......... .......... .......... 66% 14,9M 3s
+ 27700K .......... .......... .......... .......... .......... 66% 55,1M 3s
+ 27750K .......... .......... .......... .......... .......... 66% 55,6M 3s
+ 27800K .......... .......... .......... .......... .......... 66% 67,1M 3s
+ 27850K .......... .......... .......... .......... .......... 66% 88,1M 3s
+ 27900K .......... .......... .......... .......... .......... 67% 61,5M 3s
+ 27950K .......... .......... .......... .......... .......... 67% 78,6M 3s
+ 28000K .......... .......... .......... .......... .......... 67% 28,8M 3s
+ 28050K .......... .......... .......... .......... .......... 67% 42,3M 3s
+ 28100K .......... .......... .......... .......... .......... 67% 46,7M 3s
+ 28150K .......... .......... .......... .......... .......... 67% 97,7M 3s
+ 28200K .......... .......... .......... .......... .......... 67% 72,4M 3s
+ 28250K .......... .......... .......... .......... .......... 67%  101M 3s
+ 28300K .......... .......... .......... .......... .......... 68%  104M 3s
+ 28350K .......... .......... .......... .......... .......... 68%  121M 3s
+ 28400K .......... .......... .......... .......... .......... 68% 21,7M 3s
+ 28450K .......... .......... .......... .......... .......... 68% 92,8M 3s
+ 28500K .......... .......... .......... .......... .......... 68% 99,8M 3s
+ 28550K .......... .......... .......... .......... .......... 68% 33,8M 3s
+ 28600K .......... .......... .......... .......... .......... 68%  114M 3s
+ 28650K .......... .......... .......... .......... .......... 68% 83,6M 3s
+ 28700K .......... .......... .......... .......... .......... 69%  142M 3s
+ 28750K .......... .......... .......... .......... .......... 69%  126M 3s
+ 28800K .......... .......... .......... .......... .......... 69% 9,03M 3s
+ 28850K .......... .......... .......... .......... .......... 69%  115M 3s
+ 28900K .......... .......... .......... .......... .......... 69%  101M 3s
+ 28950K .......... .......... .......... .......... .......... 69% 83,4M 3s
+ 29000K .......... .......... .......... .......... .......... 69% 88,0M 3s
+ 29050K .......... .......... .......... .......... .......... 69% 94,5M 3s
+ 29100K .......... .......... .......... .......... .......... 69%  122M 3s
+ 29150K .......... .......... .......... .......... .......... 70% 97,3M 3s
+ 29200K .......... .......... .......... .......... .......... 70% 91,8M 3s
+ 29250K .......... .......... .......... .......... .......... 70%  113M 3s
+ 29300K .......... .......... .......... .......... .......... 70% 35,7M 3s
+ 29350K .......... .......... .......... .......... .......... 70% 19,6M 3s
+ 29400K .......... .......... .......... .......... .......... 70%  110M 3s
+ 29450K .......... .......... .......... .......... .......... 70% 22,9M 3s
+ 29500K .......... .......... .......... .......... .......... 70% 6,27M 3s
+ 29550K .......... .......... .......... .......... .......... 71% 5,42M 3s
+ 29600K .......... .......... .......... .......... .......... 71% 5,40M 3s
+ 29650K .......... .......... .......... .......... .......... 71% 5,61M 3s
+ 29700K .......... .......... .......... .......... .......... 71% 3,47M 3s
+ 29750K .......... .......... .......... .......... .......... 71% 3,94M 3s
+ 29800K .......... .......... .......... .......... .......... 71% 17,8M 3s
+ 29850K .......... .......... .......... .......... .......... 71% 50,3M 3s
+ 29900K .......... .......... .......... .......... .......... 71% 15,4M 3s
+ 29950K .......... .......... .......... .......... .......... 72% 56,6M 3s
+ 30000K .......... .......... .......... .......... .......... 72% 39,4M 3s
+ 30050K .......... .......... .......... .......... .......... 72% 62,8M 3s
+ 30100K .......... .......... .......... .......... .......... 72% 49,8M 3s
+ 30150K .......... .......... .......... .......... .......... 72% 75,4M 3s
+ 30200K .......... .......... .......... .......... .......... 72% 63,8M 3s
+ 30250K .......... .......... .......... .......... .......... 72%  102M 3s
+ 30300K .......... .......... .......... .......... .......... 72% 79,7M 3s
+ 30350K .......... .......... .......... .......... .......... 72% 58,3M 3s
+ 30400K .......... .......... .......... .......... .......... 73% 36,5M 3s
+ 30450K .......... .......... .......... .......... .......... 73%  123M 3s
+ 30500K .......... .......... .......... .......... .......... 73% 21,5M 3s
+ 30550K .......... .......... .......... .......... .......... 73%  122M 3s
+ 30600K .......... .......... .......... .......... .......... 73%  121M 2s
+ 30650K .......... .......... .......... .......... .......... 73% 83,1M 2s
+ 30700K .......... .......... .......... .......... .......... 73%  122M 2s
+ 30750K .......... .......... .......... .......... .......... 73% 71,4M 2s
+ 30800K .......... .......... .......... .......... .......... 74% 30,6M 2s
+ 30850K .......... .......... .......... .......... .......... 74%  132M 2s
+ 30900K .......... .......... .......... .......... .......... 74% 89,6M 2s
+ 30950K .......... .......... .......... .......... .......... 74%  115M 2s
+ 31000K .......... .......... .......... .......... .......... 74%  117M 2s
+ 31050K .......... .......... .......... .......... .......... 74% 90,4M 2s
+ 31100K .......... .......... .......... .......... .......... 74% 9,46M 2s
+ 31150K .......... .......... .......... .......... .......... 74%  108M 2s
+ 31200K .......... .......... .......... .......... .......... 75% 51,7M 2s
+ 31250K .......... .......... .......... .......... .......... 75% 74,9M 2s
+ 31300K .......... .......... .......... .......... .......... 75%  104M 2s
+ 31350K .......... .......... .......... .......... .......... 75%  111M 2s
+ 31400K .......... .......... .......... .......... .......... 75%  102M 2s
+ 31450K .......... .......... .......... .......... .......... 75% 77,7M 2s
+ 31500K .......... .......... .......... .......... .......... 75%  104M 2s
+ 31550K .......... .......... .......... .......... .......... 75% 92,5M 2s
+ 31600K .......... .......... .......... .......... .......... 75% 94,8M 2s
+ 31650K .......... .......... .......... .......... .......... 76%  112M 2s
+ 31700K .......... .......... .......... .......... .......... 76% 23,4M 2s
+ 31750K .......... .......... .......... .......... .......... 76% 95,5M 2s
+ 31800K .......... .......... .......... .......... .......... 76% 21,2M 2s
+ 31850K .......... .......... .......... .......... .......... 76% 7,00M 2s
+ 31900K .......... .......... .......... .......... .......... 76% 5,33M 2s
+ 31950K .......... .......... .......... .......... .......... 76% 98,7M 2s
+ 32000K .......... .......... .......... .......... .......... 76% 5,87M 2s
+ 32050K .......... .......... .......... .......... .......... 77% 3,46M 2s
+ 32100K .......... .......... .......... .......... .......... 77% 3,11M 2s
+ 32150K .......... .......... .......... .......... .......... 77% 8,76M 2s
+ 32200K .......... .......... .......... .......... .......... 77% 47,3M 2s
+ 32250K .......... .......... .......... .......... .......... 77% 17,2M 2s
+ 32300K .......... .......... .......... .......... .......... 77% 13,4M 2s
+ 32350K .......... .......... .......... .......... .......... 77% 80,2M 2s
+ 32400K .......... .......... .......... .......... .......... 77% 75,5M 2s
+ 32450K .......... .......... .......... .......... .......... 78% 96,5M 2s
+ 32500K .......... .......... .......... .......... .......... 78% 63,6M 2s
+ 32550K .......... .......... .......... .......... .......... 78%  100M 2s
+ 32600K .......... .......... .......... .......... .......... 78% 30,2M 2s
+ 32650K .......... .......... .......... .......... .......... 78% 79,5M 2s
+ 32700K .......... .......... .......... .......... .......... 78% 91,0M 2s
+ 32750K .......... .......... .......... .......... .......... 78% 44,3M 2s
+ 32800K .......... .......... .......... .......... .......... 78% 49,2M 2s
+ 32850K .......... .......... .......... .......... .......... 78% 86,4M 2s
+ 32900K .......... .......... .......... .......... .......... 79% 20,8M 2s
+ 32950K .......... .......... .......... .......... .......... 79% 50,1M 2s
+ 33000K .......... .......... .......... .......... .......... 79% 86,0M 2s
+ 33050K .......... .......... .......... .......... .......... 79%  118M 2s
+ 33100K .......... .......... .......... .......... .......... 79%  121M 2s
+ 33150K .......... .......... .......... .......... .......... 79%  128M 2s
+ 33200K .......... .......... .......... .......... .......... 79%  103M 2s
+ 33250K .......... .......... .......... .......... .......... 79%  121M 2s
+ 33300K .......... .......... .......... .......... .......... 80% 39,0M 2s
+ 33350K .......... .......... .......... .......... .......... 80%  114M 2s
+ 33400K .......... .......... .......... .......... .......... 80% 95,3M 2s
+ 33450K .......... .......... .......... .......... .......... 80% 86,6M 2s
+ 33500K .......... .......... .......... .......... .......... 80%  116M 2s
+ 33550K .......... .......... .......... .......... .......... 80% 11,0M 2s
+ 33600K .......... .......... .......... .......... .......... 80% 76,4M 2s
+ 33650K .......... .......... .......... .......... .......... 80%  124M 2s
+ 33700K .......... .......... .......... .......... .......... 81% 43,7M 2s
+ 33750K .......... .......... .......... .......... .......... 81%  103M 2s
+ 33800K .......... .......... .......... .......... .......... 81% 86,7M 2s
+ 33850K .......... .......... .......... .......... .......... 81% 90,0M 2s
+ 33900K .......... .......... .......... .......... .......... 81% 47,6M 2s
+ 33950K .......... .......... .......... .......... .......... 81% 98,9M 2s
+ 34000K .......... .......... .......... .......... .......... 81% 79,3M 2s
+ 34050K .......... .......... .......... .......... .......... 81% 93,2M 2s
+ 34100K .......... .......... .......... .......... .......... 82% 96,5M 2s
+ 34150K .......... .......... .......... .......... .......... 82% 95,0M 2s
+ 34200K .......... .......... .......... .......... .......... 82% 52,0M 2s
+ 34250K .......... .......... .......... .......... .......... 82%  104M 2s
+ 34300K .......... .......... .......... .......... .......... 82% 93,2M 2s
+ 34350K .......... .......... .......... .......... .......... 82% 25,0M 1s
+ 34400K .......... .......... .......... .......... .......... 82% 7,35M 1s
+ 34450K .......... .......... .......... .......... .......... 82% 5,23M 1s
+ 34500K .......... .......... .......... .......... .......... 82% 6,79M 1s
+ 34550K .......... .......... .......... .......... .......... 83% 99,1M 1s
+ 34600K .......... .......... .......... .......... .......... 83% 3,23M 1s
+ 34650K .......... .......... .......... .......... .......... 83% 3,34M 1s
+ 34700K .......... .......... .......... .......... .......... 83% 6,32M 1s
+ 34750K .......... .......... .......... .......... .......... 83% 18,3M 1s
+ 34800K .......... .......... .......... .......... .......... 83% 12,6M 1s
+ 34850K .......... .......... .......... .......... .......... 83% 40,4M 1s
+ 34900K .......... .......... .......... .......... .......... 83% 68,0M 1s
+ 34950K .......... .......... .......... .......... .......... 84% 58,3M 1s
+ 35000K .......... .......... .......... .......... .......... 84% 45,2M 1s
+ 35050K .......... .......... .......... .......... .......... 84% 63,1M 1s
+ 35100K .......... .......... .......... .......... .......... 84% 54,5M 1s
+ 35150K .......... .......... .......... .......... .......... 84% 64,2M 1s
+ 35200K .......... .......... .......... .......... .......... 84% 74,6M 1s
+ 35250K .......... .......... .......... .......... .......... 84%  120M 1s
+ 35300K .......... .......... .......... .......... .......... 84% 95,9M 1s
+ 35350K .......... .......... .......... .......... .......... 85%  102M 1s
+ 35400K .......... .......... .......... .......... .......... 85%  117M 1s
+ 35450K .......... .......... .......... .......... .......... 85%  124M 1s
+ 35500K .......... .......... .......... .......... .......... 85%  139M 1s
+ 35550K .......... .......... .......... .......... .......... 85% 18,0M 1s
+ 35600K .......... .......... .......... .......... .......... 85% 98,5M 1s
+ 35650K .......... .......... .......... .......... .......... 85% 91,6M 1s
+ 35700K .......... .......... .......... .......... .......... 85%  120M 1s
+ 35750K .......... .......... .......... .......... .......... 85%  120M 1s
+ 35800K .......... .......... .......... .......... .......... 86%  107M 1s
+ 35850K .......... .......... .......... .......... .......... 86%  118M 1s
+ 35900K .......... .......... .......... .......... .......... 86% 83,0M 1s
+ 35950K .......... .......... .......... .......... .......... 86% 94,1M 1s
+ 36000K .......... .......... .......... .......... .......... 86% 69,9M 1s
+ 36050K .......... .......... .......... .......... .......... 86% 81,4M 1s
+ 36100K .......... .......... .......... .......... .......... 86%  117M 1s
+ 36150K .......... .......... .......... .......... .......... 86% 89,9M 1s
+ 36200K .......... .......... .......... .......... .......... 87% 83,4M 1s
+ 36250K .......... .......... .......... .......... .......... 87% 14,0M 1s
+ 36300K .......... .......... .......... .......... .......... 87% 84,0M 1s
+ 36350K .......... .......... .......... .......... .......... 87% 27,5M 1s
+ 36400K .......... .......... .......... .......... .......... 87% 94,0M 1s
+ 36450K .......... .......... .......... .......... .......... 87% 91,9M 1s
+ 36500K .......... .......... .......... .......... .......... 87% 47,3M 1s
+ 36550K .......... .......... .......... .......... .......... 87% 98,3M 1s
+ 36600K .......... .......... .......... .......... .......... 88% 88,5M 1s
+ 36650K .......... .......... .......... .......... .......... 88%  102M 1s
+ 36700K .......... .......... .......... .......... .......... 88% 97,9M 1s
+ 36750K .......... .......... .......... .......... .......... 88%  127M 1s
+ 36800K .......... .......... .......... .......... .......... 88% 57,2M 1s
+ 36850K .......... .......... .......... .......... .......... 88% 95,7M 1s
+ 36900K .......... .......... .......... .......... .......... 88% 88,0M 1s
+ 36950K .......... .......... .......... .......... .......... 88% 84,0M 1s
+ 37000K .......... .......... .......... .......... .......... 88% 38,4M 1s
+ 37050K .......... .......... .......... .......... .......... 89% 96,2M 1s
+ 37100K .......... .......... .......... .......... .......... 89% 10,9M 1s
+ 37150K .......... .......... .......... .......... .......... 89% 19,7M 1s
+ 37200K .......... .......... .......... .......... .......... 89% 5,09M 1s
+ 37250K .......... .......... .......... .......... .......... 89% 7,41M 1s
+ 37300K .......... .......... .......... .......... .......... 89% 3,85M 1s
+ 37350K .......... .......... .......... .......... .......... 89% 4,88M 1s
+ 37400K .......... .......... .......... .......... .......... 89%  133M 1s
+ 37450K .......... .......... .......... .......... .......... 90% 3,40M 1s
+ 37500K .......... .......... .......... .......... .......... 90% 17,3M 1s
+ 37550K .......... .......... .......... .......... .......... 90% 11,2M 1s
+ 37600K .......... .......... .......... .......... .......... 90%  123M 1s
+ 37650K .......... .......... .......... .......... .......... 90% 92,4M 1s
+ 37700K .......... .......... .......... .......... .......... 90% 68,4M 1s
+ 37750K .......... .......... .......... .......... .......... 90% 62,4M 1s
+ 37800K .......... .......... .......... .......... .......... 90% 59,1M 1s
+ 37850K .......... .......... .......... .......... .......... 91% 65,5M 1s
+ 37900K .......... .......... .......... .......... .......... 91% 55,8M 1s
+ 37950K .......... .......... .......... .......... .......... 91% 66,4M 1s
+ 38000K .......... .......... .......... .......... .......... 91% 56,0M 1s
+ 38050K .......... .......... .......... .......... .......... 91% 61,3M 1s
+ 38100K .......... .......... .......... .......... .......... 91% 60,9M 1s
+ 38150K .......... .......... .......... .......... .......... 91% 65,8M 1s
+ 38200K .......... .......... .......... .......... .......... 91% 57,1M 1s
+ 38250K .......... .......... .......... .......... .......... 91% 67,8M 1s
+ 38300K .......... .......... .......... .......... .......... 92% 74,7M 1s
+ 38350K .......... .......... .......... .......... .......... 92% 26,4M 1s
+ 38400K .......... .......... .......... .......... .......... 92% 70,8M 1s
+ 38450K .......... .......... .......... .......... .......... 92%  177M 1s
+ 38500K .......... .......... .......... .......... .......... 92%  103M 1s
+ 38550K .......... .......... .......... .......... .......... 92% 96,5M 1s
+ 38600K .......... .......... .......... .......... .......... 92% 92,9M 1s
+ 38650K .......... .......... .......... .......... .......... 92%  179M 1s
+ 38700K .......... .......... .......... .......... .......... 93% 64,0M 1s
+ 38750K .......... .......... .......... .......... .......... 93% 95,7M 1s
+ 38800K .......... .......... .......... .......... .......... 93% 69,1M 1s
+ 38850K .......... .......... .......... .......... .......... 93% 92,3M 1s
+ 38900K .......... .......... .......... .......... .......... 93% 97,2M 1s
+ 38950K .......... .......... .......... .......... .......... 93% 80,6M 0s
+ 39000K .......... .......... .......... .......... .......... 93% 89,0M 0s
+ 39050K .......... .......... .......... .......... .......... 93%  118M 0s
+ 39100K .......... .......... .......... .......... .......... 94% 21,5M 0s
+ 39150K .......... .......... .......... .......... .......... 94% 98,3M 0s
+ 39200K .......... .......... .......... .......... .......... 94% 25,7M 0s
+ 39250K .......... .......... .......... .......... .......... 94%  111M 0s
+ 39300K .......... .......... .......... .......... .......... 94% 64,2M 0s
+ 39350K .......... .......... .......... .......... .......... 94% 75,8M 0s
+ 39400K .......... .......... .......... .......... .......... 94% 64,2M 0s
+ 39450K .......... .......... .......... .......... .......... 94% 72,3M 0s
+ 39500K .......... .......... .......... .......... .......... 94% 72,0M 0s
+ 39550K .......... .......... .......... .......... .......... 95% 69,6M 0s
+ 39600K .......... .......... .......... .......... .......... 95% 75,7M 0s
+ 39650K .......... .......... .......... .......... .......... 95% 72,5M 0s
+ 39700K .......... .......... .......... .......... .......... 95% 74,1M 0s
+ 39750K .......... .......... .......... .......... .......... 95% 69,4M 0s
+ 39800K .......... .......... .......... .......... .......... 95% 61,5M 0s
+ 39850K .......... .......... .......... .......... .......... 95% 70,3M 0s
+ 39900K .......... .......... .......... .......... .......... 95% 76,4M 0s
+ 39950K .......... .......... .......... .......... .......... 96% 93,7M 0s
+ 40000K .......... .......... .......... .......... .......... 96% 73,8M 0s
+ 40050K .......... .......... .......... .......... .......... 96% 11,3M 0s
+ 40100K .......... .......... .......... .......... .......... 96% 5,42M 0s
+ 40150K .......... .......... .......... .......... .......... 96% 6,38M 0s
+ 40200K .......... .......... .......... .......... .......... 96% 37,9M 0s
+ 40250K .......... .......... .......... .......... .......... 96% 4,09M 0s
+ 40300K .......... .......... .......... .......... .......... 96% 4,75M 0s
+ 40350K .......... .......... .......... .......... .......... 97% 3,60M 0s
+ 40400K .......... .......... .......... .......... .......... 97% 16,7M 0s
+ 40450K .......... .......... .......... .......... .......... 97% 78,3M 0s
+ 40500K .......... .......... .......... .......... .......... 97% 10,4M 0s
+ 40550K .......... .......... .......... .......... .......... 97% 50,6M 0s
+ 40600K .......... .......... .......... .......... .......... 97% 96,0M 0s
+ 40650K .......... .......... .......... .......... .......... 97%  101M 0s
+ 40700K .......... .......... .......... .......... .......... 97%  114M 0s
+ 40750K .......... .......... .......... .......... .......... 97%  125M 0s
+ 40800K .......... .......... .......... .......... .......... 98% 81,4M 0s
+ 40850K .......... .......... .......... .......... .......... 98%  107M 0s
+ 40900K .......... .......... .......... .......... .......... 98%  107M 0s
+ 40950K .......... .......... .......... .......... .......... 98% 75,1M 0s
+ 41000K .......... .......... .......... .......... .......... 98%  108M 0s
+ 41050K .......... .......... .......... .......... .......... 98% 62,9M 0s
+ 41100K .......... .......... .......... .......... .......... 98% 51,6M 0s
+ 41150K .......... .......... .......... .......... .......... 98% 73,4M 0s
+ 41200K .......... .......... .......... .......... .......... 99% 47,4M 0s
+ 41250K .......... .......... .......... .......... .......... 99% 87,9M 0s
+ 41300K .......... .......... .......... .......... .......... 99% 18,0M 0s
+ 41350K .......... .......... .......... .......... .......... 99% 78,5M 0s
+ 41400K .......... .......... .......... .......... .......... 99% 78,3M 0s
+ 41450K .......... .......... .......... .......... .......... 99%  107M 0s
+ 41500K .......... .......... .......... .......... .......... 99% 73,6M 0s
+ 41550K .......... .......... .......... .......... .......... 99% 50,9M 0s
+ 41600K .......... .......... .......... .......... ......    100%  122M=7,4s
+
+2014-06-18 13:38:29 (5,52 MB/s) - ‘/home/jwiklund/Documents/.git/annex/tmp/SHA256E-s42645638--4ae41fb29bd26339ea10f53ea2b7cf3132e53d5e8fbfde7b43b912aa52b3d319.tar.gz’ saved [42645638/42645638]
+
+[2014-06-18 13:38:29 CEST] main: Downloaded git-annex.. upgrade)
+(checksum...)
+[2014-06-18 13:38:29 CEST] Pusher: Syncing with born 
+(Recording state in git...)
+To ssh://jwiklund@born/store/backup/Documents.annex.1/
+   38006f5..fdae080  git-annex -> synced/git-annex
+git-annex version: 5.20140610-g5ec8bcf
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+[2014-06-18 13:38:31 CEST] main: Upgrading git-annex
+[2014-06-18 13:38:31 CEST] UpgradeWatcher: A new version of git-annex has been installed. 
+
+Already up-to-date.
+
+Already up-to-date.
+
+Already up-to-date.
+
+Already up-to-date.
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+channel 4: bad ext data
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]; the merge race has been fixed. The upgrade loop has also
+> been dealt with. --[[Joey]]
diff --git a/doc/bugs/files_lost_during_upgrade/comment_1_3f779c4d0c9fb27532b2981bd3ad4eee._comment b/doc/bugs/files_lost_during_upgrade/comment_1_3f779c4d0c9fb27532b2981bd3ad4eee._comment
new file mode 100644
index 0000000000..b510d92c1f
--- /dev/null
+++ b/doc/bugs/files_lost_during_upgrade/comment_1_3f779c4d0c9fb27532b2981bd3ad4eee._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 1"
+ date="2014-06-18T18:12:47Z"
+ content="""
+So [[bugs/git-annex_auto_upgrade_is_redundant]] strikes again. I have fixed up the versions to avoid this upgrade loop again. I would rather discuss any problems with where the automatic upgrade code puts git-annex in a separate bug report than this one.. (If you're running git-annex as a user that is not allowed to write to the directory where you installed it in the first place then yes, it cannot write there and will instead unpack itself into the home directory.)
+
+There are many strange things in the log, but this is probably the strangest:
+
+> fatal: Could not switch to '/home/jwiklund/Documents/.git/annex/merge/': No such file or directory
+
+This is the gitAnnexMergeDir used for direct mode merges. Since git-annex always creates that directory before starting a merge, I don't know how it could fail to exist.
+
+Other strange things:
+
+* The assistant fixes stale index.lock files on startup. But the log shows the assistant starting up and shortly thereafter there's a stale index.lock file. All I can think is that perhaps two git processes are trying to commit at the same time.
+
+* \"fatal: pathspec 'music.txt' did not match any files\", apparently output by git-add.
+
+* \"error: duplicate parent 294b61a3dce1e87a62e4d675deac2a9130b819e6 ignored\", which would happen if git-commit-tree were passed duplicate parent refs. AFAICS, the only place in git-annex that might do that is when it commits the git-annex branch. (While this says it's an error, it really is ignored, and git-commit-tree continues and makes a valid commit.)
+"""]]
diff --git a/doc/bugs/files_lost_during_upgrade/comment_2_80ba8c217e83c9d44a9dc52f4028719d._comment b/doc/bugs/files_lost_during_upgrade/comment_2_80ba8c217e83c9d44a9dc52f4028719d._comment
new file mode 100644
index 0000000000..b09df4eeba
--- /dev/null
+++ b/doc/bugs/files_lost_during_upgrade/comment_2_80ba8c217e83c9d44a9dc52f4028719d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-10T19:10:15Z"
+ content="""
+Looking back at this bug, it's clearly the same race that I later
+debugged and fixed in [[bad_merge_commit_deleting_all_files]]. There are instructions in that bug for recovering it.
+
+In particular, the \"fatal: Could not switch to '/home/jwiklund/Documents/.git/annex/merge/': No such file or directory\" is because of the race; the merge directory is being created and deleted by two contending threads.
+"""]]
diff --git a/doc/bugs/follows_symlinks_to_outside_annex.mdwn b/doc/bugs/follows_symlinks_to_outside_annex.mdwn
new file mode 100644
index 0000000000..a58d755a7f
--- /dev/null
+++ b/doc/bugs/follows_symlinks_to_outside_annex.mdwn
@@ -0,0 +1,3 @@
+I've had a bug report that the assistant follows directory symlinks to elsewhere. I thought it didn't. This needs to be avoided.
+
+[[fixed|done]]
diff --git a/doc/bugs/follows_symlinks_to_outside_annex/comment_1_f7a01bb627a6780d6940886401cde454._comment b/doc/bugs/follows_symlinks_to_outside_annex/comment_1_f7a01bb627a6780d6940886401cde454._comment
new file mode 100644
index 0000000000..e532e1b091
--- /dev/null
+++ b/doc/bugs/follows_symlinks_to_outside_annex/comment_1_f7a01bb627a6780d6940886401cde454._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-18T18:22:49Z"
+ content="""
+Tried to reproduce this, and so far no luck. I tried several symlinks to outside ~/annex, in both direct and indirect mode, and neither the assistant's startup scan nor its inotify handling followed the links and added the content of the directory symlinked to. 
+
+I wonder if [[bugs/Symlinks_from_git-annex_repository_to_outside_git_repository_not_supported]] is the same problem. That seems to suggest this happens when merging the symlink into another repository. I am not clear on the details of how to reproduce it yet.
+"""]]
diff --git a/doc/bugs/follows_symlinks_to_outside_annex/comment_2_fcbeffab5a0146062a9c945dfff48507._comment b/doc/bugs/follows_symlinks_to_outside_annex/comment_2_fcbeffab5a0146062a9c945dfff48507._comment
new file mode 100644
index 0000000000..1e6d81107c
--- /dev/null
+++ b/doc/bugs/follows_symlinks_to_outside_annex/comment_2_fcbeffab5a0146062a9c945dfff48507._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 2"
+ date="2013-12-18T19:32:06Z"
+ content="""
+This was the same as the other bug, and only happened on OSX, in the startup scan.
+"""]]
diff --git a/doc/bugs/forget_corrupts_non-ascii_chars.mdwn b/doc/bugs/forget_corrupts_non-ascii_chars.mdwn
new file mode 100644
index 0000000000..f4506c2284
--- /dev/null
+++ b/doc/bugs/forget_corrupts_non-ascii_chars.mdwn
@@ -0,0 +1,78 @@
+### Please describe the problem.
+
+it seems that `git annex forget --drop-dead --force` will double-encode UTF-8 characters.
+
+### What steps will reproduce the problem?
+
+Have a remote with an accent in the description.
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140412 on debian jessie amd64.
+
+### Please provide any additional information below.
+
+[[!format sh """
+anarcat@marcos:video$ git annex info
+repository mode: indirect
+trusted repositories: 1
+        5adbab10-0f7a-467b-b0d8-5d7af2223103 -- here (backup (anarcat@marcos:/srv/video))
+semitrusted repositories: 5
+        00000000-0000-0000-0000-000000000001 -- web
+        2d594c02-9164-4ebd-ac47-f8cdc9c16e2f -- rachel@topcrapn:~/Vidéos/anarcat
+        2f90b958-95e4-44e3-8d3b-e780b63936d1 -- portable (300GB drive labeled VHS)
+        96365189-a0b9-4c33-865f-b573d98572dc -- trouneslo@ifuckinglovecumputers:~/video-anarcat
+        ae3d62e6-49be-4340-ba25-c8736a1637c4 -- anarcat@angela:~/video
+untrusted repositories: 1
+        f6a70cfe-0ee4-4762-9f1d-b7b545fbd856 -- External hard drive labeled VHS
+transfers in progress: none
+available local disk space: 14.29 gigabytes (+10 gigabytes reserved)
+local annex keys: 4110
+local annex size: 991.85 gigabytes (+ 2 unknown size)
+annexed files in working tree: 4108
+size of annexed files in working tree: 1.01 terabytes (+ 2 unknown size)
+bloom filter size: 16 mebibytes (0.8% full)
+backend usage:
+        SHA256E: 8214
+        URL: 4
+anarcat@marcos:video$ git annex dead f6a70cfe-0ee4-4762-9f1d-b7b545fbd856
+dead f6a70cfe-0ee4-4762-9f1d-b7b545fbd856 ok
+(Recording state in git...)
+anarcat@marcos:video$ git annex unused
+unused . (checking for unused data...) (checking HEAD...) (checking synced/master...) (checking backup/master...) (checking portable/annex/direct/master...) (checking portable/master...) (checking portable/synced/master...) (checking steph/master...) (checking steph/synced/master...) (checking video/synced/master...) ok
+anarcat@marcos:video$ git annex forget --drop-dead --force
+forget git-annex (Recording state in git...)
+ok
+(Recording state in git...)
+anarcat@marcos:video$ git annex info
+repository mode: indirect
+trusted repositories: (merging synced/git-annex backup/git-annex backup/synced/git-annex portable/git-annex portable/synced/git-annex steph/git-annex video/synced/git-annex into git-annex...)
+(Recording state in git...)
+(Recording state in git...)
+1
+        5adbab10-0f7a-467b-b0d8-5d7af2223103 -- here (backup (anarcat@marcos:/srv/video))
+semitrusted repositories: 5
+        00000000-0000-0000-0000-000000000001 -- web
+        2d594c02-9164-4ebd-ac47-f8cdc9c16e2f -- rachel@topcrapn:~/Vidéos/anarcat
+        2f90b958-95e4-44e3-8d3b-e780b63936d1 -- portable (300GB drive labeled VHS)
+        96365189-a0b9-4c33-865f-b573d98572dc -- trouneslo@ifuckinglovecumputers:~/video-anarcat
+        ae3d62e6-49be-4340-ba25-c8736a1637c4 -- anarcat@angela:~/video
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 14.25 gigabytes (+10 gigabytes reserved)
+local annex keys: 4110
+local annex size: 991.85 gigabytes (+ 2 unknown size)
+annexed files in working tree: 4108
+size of annexed files in working tree: 1.01 terabytes (+ 2 unknown size)
+bloom filter size: 16 mebibytes (0.8% full)
+backend usage:
+        SHA256E: 8214
+        URL: 4
+# End of transcript or log.
+"""]]
+
+well that's interesting - the above paste is broken by ikiwiki as well... in the text area where i paste it, "rachel@topcrapn:~/Vidéos/anarcat" shows up as "rachel@topcrapn:~/Vidéos/anarcat" but when i preview, the character gets corrupted. and obviously, the second instance then gets *double* corrupted - wheepee. the original paste has "rachel@topcrapn:~/Vidéos/anarcat". --[[anarcat]]
+
+> [[fixed|done]]; writes to git-annex branch now preserve the original
+> encoding, and I've tested that lots of interesting unicode is preserved
+> across a forget run. --[[Joey]]
diff --git a/doc/bugs/forget_corrupts_non-ascii_chars/comment_1_fc8a4a93be2c234567836a4acee90957._comment b/doc/bugs/forget_corrupts_non-ascii_chars/comment_1_fc8a4a93be2c234567836a4acee90957._comment
new file mode 100644
index 0000000000..1431f85bbb
--- /dev/null
+++ b/doc/bugs/forget_corrupts_non-ascii_chars/comment_1_fc8a4a93be2c234567836a4acee90957._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 1"
+ date="2014-05-16T14:36:09Z"
+ content="""
+this eventually completely breaks with:
+
+[[!format txt \"\"\"
+anarcat@marcos:video$ git annex info --fast
+repository mode: indirect
+trusted repositories: 2
+        31912b57-62a5-475c-87a7-582b5492a216 -- WD green 1.5TB backup drive
+        5adbab10-0f7a-467b-b0d8-5d7af2223103 -- here (main (anarcat@marcos:/srv/video))
+semitrusted repositories: 5
+        00000000-0000-0000-0000-000000000001 -- web
+        2d594c02-9164-4ebd-ac47-f8cdc9c16e2f -- rachel@topcrapn:~/Vid
+git-annex: <stdout>: commitBuffer: invalid argument (invalid character)
+failed
+git-annex: info: 1 failed
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/forget_corrupts_non-ascii_chars/comment_2_31f9362619dee0b8ebae80694ae1b2d0._comment b/doc/bugs/forget_corrupts_non-ascii_chars/comment_2_31f9362619dee0b8ebae80694ae1b2d0._comment
new file mode 100644
index 0000000000..6c62a91cbd
--- /dev/null
+++ b/doc/bugs/forget_corrupts_non-ascii_chars/comment_2_31f9362619dee0b8ebae80694ae1b2d0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 2"
+ date="2014-05-27T17:58:35Z"
+ content="""
+Notice that the filename is corrupted from the beginning; all writes to the git-annex branch truncated characters to 8 bits. The rest just followed from that.
+"""]]
diff --git a/doc/bugs/forget_corrupts_non-ascii_chars/comment_3_6310ae21036582688881f1890a5c4643._comment b/doc/bugs/forget_corrupts_non-ascii_chars/comment_3_6310ae21036582688881f1890a5c4643._comment
new file mode 100644
index 0000000000..de949dc306
--- /dev/null
+++ b/doc/bugs/forget_corrupts_non-ascii_chars/comment_3_6310ae21036582688881f1890a5c4643._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 3"
+ date="2014-05-29T16:09:38Z"
+ content="""
+awesome, thanks!
+"""]]
diff --git a/doc/bugs/forwarded.mdwn b/doc/bugs/forwarded.mdwn
new file mode 100644
index 0000000000..1a544a4f7d
--- /dev/null
+++ b/doc/bugs/forwarded.mdwn
@@ -0,0 +1,2 @@
+This tag is for bugs that have been forwarded from git-annex to some other
+software, such as a library it uses.
diff --git a/doc/bugs/fsck_giving_false_checking_information.mdwn b/doc/bugs/fsck_giving_false_checking_information.mdwn
new file mode 100644
index 0000000000..b22ac1c66b
--- /dev/null
+++ b/doc/bugs/fsck_giving_false_checking_information.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+When a repository has no object of a given file and git annex fsck is run it still shows "fsck file ok", which is missleading in the sense, that it gives the impression that it checked the file is alright/checksummed.
+
+As a result of this it seems that incremental fscks are not incremental with non checkable objects. On each run (after the first one) with "git annex fsck --incremental --more --schedule-limit 1d" all files without objects are checked even so it should wait another day till it checks again.
+
+Probably best to say checksum couldn't be checked on x files (only give that as quiet output, not every check)
+
+Another thing, which came up as a problem was, that checksum fsck would not be wanted to run as often as numcopie checks.
+When the incremental fsck is used to check for bad files "git annex fsck --incremental --more --limit 1m" after a fast numcopies check "git annex fsck --incremental --more --limit 1m fast" it messes up the actual bad files check.
+As both are currently using the same incremental "lock"-file they are colliding.
+
+### What steps will reproduce the problem?
+-
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140210-gd99db49
+Linux (Ubuntu 13.10)
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/fsck_giving_false_checking_information/comment_1_1000603ea6b8a19eb09e6754789ad528._comment b/doc/bugs/fsck_giving_false_checking_information/comment_1_1000603ea6b8a19eb09e6754789ad528._comment
new file mode 100644
index 0000000000..af198c7224
--- /dev/null
+++ b/doc/bugs/fsck_giving_false_checking_information/comment_1_1000603ea6b8a19eb09e6754789ad528._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="188.193.207.34"
+ subject="Earlier version syntax was removed"
+ date="2014-02-17T16:05:34Z"
+ content="""
+In earlier versions I noticed that when checksumming it would give back \"fsck file (checksum...) ok\" instead of \"fsck file ok\", which is at least better than not differentiating. This should definitely be improved. Perhaps even clearer than the (checksum...) notice.
+
+But still the incremental run not being incremental and not taking into account the schedule-limit seems strange.
+"""]]
diff --git a/doc/bugs/fsck_giving_false_checking_information/comment_2_3ce7c8f7098f0bf86ed409a3a095c152._comment b/doc/bugs/fsck_giving_false_checking_information/comment_2_3ce7c8f7098f0bf86ed409a3a095c152._comment
new file mode 100644
index 0000000000..838471598c
--- /dev/null
+++ b/doc/bugs/fsck_giving_false_checking_information/comment_2_3ce7c8f7098f0bf86ed409a3a095c152._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 2"
+ date="2014-02-20T20:11:36Z"
+ content="""
+You're only meant to use one of --incremental, or --more, or --incremental-schedule at a time. I have made fsck refuse to accept combinations of those options.
+
+What was happening is that, since you didn't understand the documentation (which is possibly not as clear as it could be; I have tried to improve it now), the --incremental option you passed dominated all the other options, and made it start a *new* incremental fsck each time. Which means it started from the beginning and fscked every file until you stopped it.
+
+I agree that it would be better if fsck --fast --incremental did not collide with fsck --incremental. There is already a bug about that: [[incremental fsck should not use sticky bit]].
+
+Finally, I agree that losing the \"(checksum)\" made fsck output less informative. Although I don't think it is needed in the `git annex add` output. I have made it be shown in only the fsck output.
+"""]]
diff --git a/doc/bugs/fsck_giving_false_checking_information/comment_3_be4d0fec56c29cf978ef7d1715eaa516._comment b/doc/bugs/fsck_giving_false_checking_information/comment_3_be4d0fec56c29cf978ef7d1715eaa516._comment
new file mode 100644
index 0000000000..27de723587
--- /dev/null
+++ b/doc/bugs/fsck_giving_false_checking_information/comment_3_be4d0fec56c29cf978ef7d1715eaa516._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="Great improvements"
+ date="2014-02-20T21:20:15Z"
+ content="""
+Thanks for clearing it up. It is still a bit confusing that you have to differentiate on the second run. (using --more) I probably view it as inconvenient as it make me have to remember the first and second time of running a command. I think it would be cleaner to have \"--incremental\" always skipping files and \"--incremental restart\" start from the beginning.
+
+Ah great yeah they are different functions and should therefore not interfere. (fsck --fast --incremental)
+
+Great that the checksum is back in and yeah I agree that it isn't really needed in the add command.
+
+
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied.mdwn b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied.mdwn
new file mode 100644
index 0000000000..260ab99810
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied.mdwn
@@ -0,0 +1,48 @@
+### Please describe the problem.
+I followed the tip on [fully encrypted git repositories with gcrypt](http://git-annex.branchable.com/tips/fully_encrypted_git_repositories_with_gcrypt/) to create encrypted git-annex repository on a ssh server. When I try to checkout the repository, things break as follows:
+
+`git clone gcrypt::ssh://my.server/home/me/encryptedrepo myrepo` 
+
+works as expected but when in the myrepo directory, 
+
+`git annex enableremote encryptedrepo gitrepo=ssh://my.server/home/me/encryptedrepo`
+
+issues the following text (among normal messages):
+
+`git-annex-shell: gcryptsetup permission denied`
+
+Then while the links are there, 
+
+`git annex get --from encryptedrepo`
+
+does nothing (in the sense that the content is not retrieved). 
+
+This seems to have everything to do with git-annex-shell as the exact same manipulations but with a local repository work perfectly. Unfortunately, I don't know haskell so [this code](https://github.com/joeyh/git-annex/blob/master/Command/GCryptSetup.hs) is cryptic to me. I can guess there is a problem getting the uuid of the repository, but as far as I can tell the bare distant repo looks fine. 
+
+### What steps will reproduce the problem?
+
+Create a standard git annex local repository and then follow the [fully encrypted git repositories with gcrypt tip](http://git-annex.branchable.com/tips/fully_encrypted_git_repositories_with_gcrypt/) to create an encrypted git-annex repository on a ssh server. Then follow the instructions in the same tip to clone the remote repository. 
+
+### What version of git-annex are you using? On what operating system?
+Both computers run ubuntu 12.04 with all updates and the latest git annex from the ppa, that is:
+
+git-annex version: 4.20131024
+
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_1_f4584158b35b80ece1060308883e2dc4._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_1_f4584158b35b80ece1060308883e2dc4._comment
new file mode 100644
index 0000000000..6312a58a53
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_1_f4584158b35b80ece1060308883e2dc4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-02T19:46:28Z"
+ content="""
+It seems to me that the `git-annex-shell` on the remote system must be too old a version to support the gcryptsetup command. You can check this by running `git-annex-shell` there and seeing if it lists gcryptsetup in its usage message.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_2_a4d7aae848340771a9b8e2c87abeea42._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_2_a4d7aae848340771a9b8e2c87abeea42._comment
new file mode 100644
index 0000000000..f2fb4f14f1
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_2_a4d7aae848340771a9b8e2c87abeea42._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="comment 2"
+ date="2013-11-02T21:53:37Z"
+ content="""
+The git-annex version on the remote server is the same as the one on the client, the latest one available from the ppa (4.20131024). When I run git-annex-shell on both computers, I obtain:
+[[!format sh \"\"\"
+git-annex-shell: bad parameters
+
+Usage: git-annex-shell [-c] command [parameters ...] [option ...]
+
+Plumbing commands:
+
+commit       DIRECTORY          commits any staged changes to the git-annex branch
+configlist   DIRECTORY          outputs relevant git configuration
+dropkey      DIRECTORY KEY ...  drops annexed content for specified keys
+gcryptsetup  DIRECTORY VALUE    sets up gcrypt repository
+inannex      DIRECTORY KEY ...  checks if keys are present in the annex
+recvkey      DIRECTORY KEY      runs rsync in server mode to receive content
+sendkey      DIRECTORY KEY      runs rsync in server mode to send content
+transferinfo DIRECTORY KEY      updates sender on number of bytes of content received
+\"\"\"]]
+
+Both sides seem to understand the gcryptsetup action. Actually, the message gcryptsetup permission denied comes from git-annex-shell, as far as I understand (and from the haskell source linked in the report). 
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_3_06bda101ad584b4b882de8b2e202d679._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_3_06bda101ad584b4b882de8b2e202d679._comment
new file mode 100644
index 0000000000..863f401cef
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_3_06bda101ad584b4b882de8b2e202d679._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T23:51:13Z"
+ content="""
+I should have looked at that error message more closely. The gcryptsetup command will print a permission denied if the repository it's being run in already has a annex.uuid or already has a gcrypt id. Probably that latter needs to be relaxed for enableremote to work.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_4_4fc6b25401b645cabc04b510bdfa6863._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_4_4fc6b25401b645cabc04b510bdfa6863._comment
new file mode 100644
index 0000000000..e1049ce605
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_4_4fc6b25401b645cabc04b510bdfa6863._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 4"
+ date="2013-11-03T00:15:30Z"
+ content="""
+While I've fixed this bug, in my testing the bug only caused git-annex to fall back to accessing the remote repository using rsync, rather than using git-annex-shell to talk to it, and so `git annex get --from encryptedrepo` was able to retrieve files that were stored in that remote despite the bug. That may have failed for you for some other reason.
+
+You can set git.encryptedrepo.annex-gcrypt to to \"true\" to make it use the degraded rsync mode, or to \"shell\" to make it use git-annex-shell. Setting it to shell should be all that you need to do to recover from (or indeed, work around this bug).
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_5_4e193306801680bba433e75eb4dcba05._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_5_4e193306801680bba433e75eb4dcba05._comment
new file mode 100644
index 0000000000..137638aa5c
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_5_4e193306801680bba433e75eb4dcba05._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="comment 5"
+ date="2013-11-03T11:24:28Z"
+ content="""
+There is something very strange that I did not notice in my first report. When I try `git annex get --from encryptedrepo` nothing happens in the sense that git annex is not even trying to connect to the remote (no ssh connection attempt) while git.encryptedrepo.annex-gcrypt is set to true. When I set it to shell, nothing happens either. 
+
+Another thing I did not report is that I tried the exact same manipulations with another server on which git annex is not installed. The `gcryptsetup permission denied` message was replaced by a `git-annex-shell not found` (or something similar), as expected. But the rest of the behavior was the same: no way to get the actual content with `git annex get --from`. Again, all of this is with 4.20131024, not with the ongoing version. 
+
+I'll try got do more test with the new version. 
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_6_76ccdf0542e76e4dbd61f3b3228d40ba._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_6_76ccdf0542e76e4dbd61f3b3228d40ba._comment
new file mode 100644
index 0000000000..0ad9768f60
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_6_76ccdf0542e76e4dbd61f3b3228d40ba._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 6"
+ date="2013-11-04T17:12:05Z"
+ content="""
+It's entirely normal for `git annex get --from remote` to skip files that it does not think are present on the remote. 
+
+What does `git annex whereis` say?
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_7_cd964d0a375c5cba299bf2bbbbb86acb._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_7_cd964d0a375c5cba299bf2bbbbb86acb._comment
new file mode 100644
index 0000000000..3a24f43492
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_7_cd964d0a375c5cba299bf2bbbbb86acb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="comment 7"
+ date="2013-11-04T18:54:54Z"
+ content="""
+`git annex whereis` says the files are not on the remote git, while they are because of the copy. If I do _exactly_ what's on the tip, that is if I clone the encrypted git just after having done `git annex copy --to encryptedbackup`, the remotes seems to ignore that it has the data. To have it working, I had to call `git annex sync` (push will do, I guess) in the original remote after doing the `git annex copy`. Then I can `git pull` and `git annex whereis` knows where the files are (or I can clone the encrypted remote after doing the sync/pull). 
+
+It seems a bit strange that the copy command does not record the propagation of the file to the encrypted git. I guess this is because gcrypt is the only special remote that stores also the git part, right? Would that be a good idea (and possible) to handle it in a special way? 
+
+Thanks Joey for everything, by the way, both the software and the amazing support via email and the website.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_8_9bac87c85deb5bb15795df28533d0cde._comment b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_8_9bac87c85deb5bb15795df28533d0cde._comment
new file mode 100644
index 0000000000..da2fef585c
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_gcryptsetup_permission_denied/comment_8_9bac87c85deb5bb15795df28533d0cde._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 8"
+ date="2013-11-04T19:14:04Z"
+ content="""
+Right -- Normally a special remote doesn't include a git repository. And when using a regular git remote, `git-annex-shell` is used to receive files into the repository and it records immediately that the repo has the file so there's no need to sync in that case. So gcrypt is special in this way.
+
+For now, I have fixed the tip to show syncing after sending files to gcrypt. It might be the case that it would make sense to do a push of the git-annex branch automatically in that case, will have to think about that and see if people get tripped up on this.
+"""]]
diff --git a/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git.mdwn b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git.mdwn
new file mode 100644
index 0000000000..47ee6ed81e
--- /dev/null
+++ b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+
+When trying to create a repository—i.e., running it for the first time—I get this error message:
+
+> user error (git ["--git-dir=(path)/.git","--work-tree=(path)","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904","--no-gpg-sign"] exited 128)
+
+It _seems_ that it's because the bundled `git` executable isn't used, and instead `/usr/bin/git` is; and it's too old to support the `--no-gpg-sign` flag.
+
+
+### What steps will reproduce the problem?
+
+Run `git-annex.app` for the first time and give it a path.
+
+
+### What version of git-annex are you using? On what operating system?
+
+    $ /Applications/Git-Annex.app/Contents/MacOS/git-annex version
+    git-annex version: 5.20140707-gf0c48e8
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+
+
+### Please provide any additional information below.
+
+`…/.git/annex/daemon.log` doesn't exist
+
+    $ tree -a
+    .
+    ├── .DS_Store
+    └── .git
+        ├── HEAD
+        ├── annex
+        │   ├── index
+        │   ├── misctmp
+        │   ├── sentinal
+        │   └── sentinal.cache
+        ├── config
+        ├── hooks
+        │   └── pre-commit
+        ├── objects
+        │   ├── 4b
+        │   │   └── 825dc642cb6eb9a060e54bf8d69288fbee4904
+        │   ├── info
+        │   └── pack
+        └── refs
+            ├── heads
+            └── tags
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_1_73924adc1c3c0dca5adce9a5e1740e48._comment b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_1_73924adc1c3c0dca5adce9a5e1740e48._comment
new file mode 100644
index 0000000000..888ef1e4a0
--- /dev/null
+++ b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_1_73924adc1c3c0dca5adce9a5e1740e48._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-08T16:44:32Z"
+ content="""
+No, it's using it, it seems the version of git in the OSX build does not support that option.
+
+I am going to fix the version problem, and update yesterday's OSX release with the fix.
+"""]]
diff --git a/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_2_81c2896c9dfe5d96ad5a8f40cb312790._comment b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_2_81c2896c9dfe5d96ad5a8f40cb312790._comment
new file mode 100644
index 0000000000..fef9712186
--- /dev/null
+++ b/doc/bugs/git-annex.app_doesn__39__t_seem_to_use_the_bundled_git/comment_2_81c2896c9dfe5d96ad5a8f40cb312790._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn0aWOz5xMj5VuexPl55h7IasQnsh7sVwE"
+ nickname="Andy"
+ subject="It works now"
+ date="2014-07-08T22:47:07Z"
+ content="""
+You were right, it was an old git. I could have sworn it worked, but I must've got the versions mixed up because it didn't earlier.
+
+Anyway, after updating, everything works fine. Thankyou!
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__.mdwn b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__.mdwn
new file mode 100644
index 0000000000..6374844a1d
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+git-annex will randomly crash.
+
+### What steps will reproduce the problem?
+Unknown. Keeping git-annex running for an extended period, failing to sync properly on XMPP(not sure if that is relevant, but given this haven't been found before it might be)
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130521-g20710d4 (And multiple prior versions)
+
+### Please provide any additional information below.
+
+.git/annex/daemon.log upload: http://paste.ubuntu.com/5694813/
+
+I could find no debug.log?
+
+> [[!taglink moreinfo]] until it's reproduced with a current version.. --[[Joey]] 
+
+>> Note that this seems like a similar untrappable crash as [[git_annex_daemon_crashes_when_authenticating_with_jabber.de]]. --[[Joey]] 
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_1_e962317a939bf76097ae1a3b53b146e6._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_1_e962317a939bf76097ae1a3b53b146e6._comment
new file mode 100644
index 0000000000..3300f17b96
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_1_e962317a939bf76097ae1a3b53b146e6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-24T15:50:45Z"
+ content="""
+I have seen this once on a similar system (family computer; XMPP being used). Unfortunatly it could be coming from anywhere -- and it's not at all clear how a crash in one thread could take it all down, since there are global top-level per-thread exception handlers that should run and log which thread crashed -- and normally seem to do this quite well.
+
+I may need to make a management process that ensures the assistant stays alive.
+
+I have also seen this happen when a computer is shutting down. But presumably in that case it's not really a bug.
+
+One thing you might try is see what is using socket 16 when it's running, assuming the socket will be the same. (Also, if you've had repeated crashes, it would be good to know if it's 16 each time..). You could do this by looking at `/proc/$pid/fd/16` Also, check the old logs, `.git/annex/daemon.log.*`
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_2_b32472b4c9b61e7a33dca802ecafb05b._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_2_b32472b4c9b61e7a33dca802ecafb05b._comment
new file mode 100644
index 0000000000..b575ce977a
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_2_b32472b4c9b61e7a33dca802ecafb05b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="It did it again."
+ date="2013-05-25T09:31:23Z"
+ content="""
+And this time it was socket 27.
+
+Sadly happened during the night and I didn't monitor the socket when it happened.
+
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_3_fcfea3216831df9afbd855fbd842c27e._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_3_fcfea3216831df9afbd855fbd842c27e._comment
new file mode 100644
index 0000000000..bccfae0d94
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_3_fcfea3216831df9afbd855fbd842c27e._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-27T05:03:05Z"
+ content="""
+I got a similar crash:
+
+<pre>
+fd:19: hGetLine: end of file
+fd:18: hFlush: resource vanished (Broken pipe)
+fd:18: hFlush: resource vanished (Broken pipe)
+</pre>
+
+I was able to determine that fd 18/19 is reliably used for one of the git cat-file processes on this system. It's quite likely that fd 16/17 would be similar. fd 27 less likely. (But could easily be some other less long running git command.)
+
+This would be consistent with git cat-file crashing as it's trying to write to it and read from it. 
+
+This took down the transferscanner thread, but the assistant continued running. 
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_4_30d0b40efa59eeecb8a4be6d1baa1520._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_4_30d0b40efa59eeecb8a4be6d1baa1520._comment
new file mode 100644
index 0000000000..aa3a2a3075
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_4_30d0b40efa59eeecb8a4be6d1baa1520._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-05-27T15:31:53Z"
+ content="""
+I tried, as an experiment, killing on of the `git cat-file` child processes of the assistant. As hypothesized, that led to the same thing I saw logged before.
+
+So, why might git commands be dying, and which commands? It would be pretty easy for git-annex to detect git cat-file dying, and restart it. Other commands would be more difficult. Still this might be a git bug which would best be fixed there. It would be good to get a core dump from git.
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_5_4af107f3184bc2abd2c9693167018628._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_5_4af107f3184bc2abd2c9693167018628._comment
new file mode 100644
index 0000000000..2288b1d846
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_5_4af107f3184bc2abd2c9693167018628._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-31T18:17:59Z"
+ content="""
+It will now detect if any of the long-running git processes crash, and automatically restart them. I don't know if this addresses the crash that was originally reported.
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_6_f96027f1e3c405809fae42ce8533c6d1._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_6_f96027f1e3c405809fae42ce8533c6d1._comment
new file mode 100644
index 0000000000..447e9d80eb
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_6_f96027f1e3c405809fae42ce8533c6d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-06-14T18:15:27Z"
+ content="""
+Tobias, have you seen this at all since the last release.
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_7_b6fe89deb468a7e4f63f7faab147e3fb._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_7_b6fe89deb468a7e4f63f7faab147e3fb._comment
new file mode 100644
index 0000000000..5d567ae8ee
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_7_b6fe89deb468a7e4f63f7faab147e3fb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 7"
+ date="2013-06-14T21:26:25Z"
+ content="""
+I'm sure i can still provoke it on some of my machines. But this weekend is completely blocked for me.
+
+I'll update everything to latest and give you an updated log. But will probably not happen till the middle of next week.
+
+
+"""]]
diff --git a/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_8_ebec5d9266604f03959dc16d933ff4a4._comment b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_8_ebec5d9266604f03959dc16d933ff4a4._comment
new file mode 100644
index 0000000000..b44164a896
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__/comment_8_ebec5d9266604f03959dc16d933ff4a4._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 8"
+ date="2013-06-29T09:34:02Z"
+ content="""
+I haven't been able to replicate this on two of my computers with the latest git-annex(as of this message).
+
+It seemed to happen more on my Mac OS X Lion though. And nightlies haven't been build for some time.
+
+So i'm waiting for a updated package for OS X. If you would rather clean up feel free to close this, I can just open it again if i hit it again.
+
+"""]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__.mdwn b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__.mdwn
new file mode 100644
index 0000000000..279ca3a3bf
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+git-annex crashes with "git-annex: createSession: permission denied (Operation not permitted)" when creating the first repository. Trying to start git-annex webapp after that crashes again.
+
+### What steps will reproduce the problem?
+* Download standalone tarball
+* Unpack
+* Go to new folder, call "git-annex webapp"
+* Click Make repository 
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140606-g48793b6
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+
+Ubuntu 14.04 LTS
+
+Linux eee 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ git-annex webapp         
+Launching web browser on file:///tmp/webapp3414.html
+git-annex: createSession: permission denied (Operation not permitted)
+WebApp crashed: createSession: permission denied (Operation not permitted)
+$
+# End of transcript or log.
+"""]]
+
+> provisionally fixed; [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_1_b7a327b668e2ca053713bec1dc4e6314._comment b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_1_b7a327b668e2ca053713bec1dc4e6314._comment
new file mode 100644
index 0000000000..abd79e0f79
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_1_b7a327b668e2ca053713bec1dc4e6314._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-09T18:46:01Z"
+ content="""
+createSession just calls the unix `setsid` system call.
+
+I have not been able to reproduce this problem using git-annex here. I suspect setsid is probably failing because git-annex is already a process group leader due to the way it was run. In this case, it should just ignore the setsid failure, which I've made it do.
+
+This change will be available in the standalone tarball within an hour if you want to test it.
+
+
+"""]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_2_8864149bd87f7956143109ab591afe4f._comment b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_2_8864149bd87f7956143109ab591afe4f._comment
new file mode 100644
index 0000000000..a4cdf367fc
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_2_8864149bd87f7956143109ab591afe4f._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
+ nickname="Dirk"
+ subject="comment 2"
+ date="2014-06-09T21:16:36Z"
+ content="""
+Thanks for the fix. The new tarball does not show the issue anymore.
+
+Regarding \"due to the way it is run\":
+
+* I use Konsole as my terminal under xfce, inside of that is bash
+* I made sure that I removed old stuff beforehand \"rm -rf .config/git-annex/ Desktop/annex/ .ssh/git-annex-*\"
+* I went to the directory in the tarball \"git-annex.linux\" and called \"./git-annex webapp\"
+* Browser used is firefox
+
+I guess I should setup the PATH properly. This was just meant as a test for the tarball given that there is no up to date package for ubuntu available anymore.
+
+Not sure if there is other information that would help you determine if I run this in a special way.
+"""]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_3_1229d5ea8799f0a744b3f03f620df1ec._comment b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_3_1229d5ea8799f0a744b3f03f620df1ec._comment
new file mode 100644
index 0000000000..08e5d21e72
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_3_1229d5ea8799f0a744b3f03f620df1ec._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9SYh6N-JUMkYkW4aOk55zC3Vr9KonDV4"
+ nickname="Florian"
+ subject="comment 3"
+ date="2014-06-11T18:29:38Z"
+ content="""
+I'm having the exact same issue on Arch.
+
+You said this fix was in the tarballs in one hour, which was almost two days ago. Are you refering to these downloads: http://downloads.kitenet.net/git-annex/linux/current/ I just wonder, because these show mtime of 5 days ago.
+
+Thx!
+"""]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_4_975d2631faa17d257a6fce40e24a6e3b._comment b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_4_975d2631faa17d257a6fce40e24a6e3b._comment
new file mode 100644
index 0000000000..5048cad9b2
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_4_975d2631faa17d257a6fce40e24a6e3b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
+ nickname="Dirk"
+ subject="comment 4"
+ date="2014-06-11T19:47:35Z"
+ content="""
+For me the autobuilt tarball works. Go to this page: http://git-annex.branchable.com/install/Linux_standalone/. Right before the comments start is a list of the different autobuilt tar balls.
+
+I assume that this fix will appear in the regular tarballs with the next release.
+
+Dirk
+
+
+"""]]
diff --git a/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_5_013be36151fc710ec30756b0f68f43dc._comment b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_5_013be36151fc710ec30756b0f68f43dc._comment
new file mode 100644
index 0000000000..358a820bf9
--- /dev/null
+++ b/doc/bugs/git-annex:_createSession:_permission_denied___40__Operation_not_permitted__41__/comment_5_013be36151fc710ec30756b0f68f43dc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="package in debian backports shows the same error mesage"
+ date="2014-07-08T19:25:19Z"
+ content="""
+I upgraded recently (on wheezy) to package 5.20140529~bpo70+2 and when I to access the webapp I get:
+
+    mezzo:~$ git-annex webapp
+    git-annex: createSession: permission denied (Operation not permitted)
+
+"""]]
diff --git a/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file.mdwn b/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file.mdwn
new file mode 100644
index 0000000000..0d773b52cf
--- /dev/null
+++ b/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file.mdwn
@@ -0,0 +1,51 @@
+[[!tag moreinfo]]
+
+### Please describe the problem.
+
+git-annex webapp won't run 
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+arthur@machine:~/annex$ git-annex --debug webapp
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","show-ref","git-annex"]
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","log","refs/heads/git-annex..a2b8f10ef258dff1a91e0354b2e2a58241631c9a","--oneline","-n1"]
+error: object file /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a is empty
+fatal: loose object a2b8f10ef258dff1a91e0354b2e2a58241631c9a (stored in /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a) is corrupt
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","log","refs/heads/git-annex..8d4b8e04ccf0092d625f680b42e73d7bf15c6517","--oneline","-n1"]
+error: object file /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a is empty
+fatal: loose object a2b8f10ef258dff1a91e0354b2e2a58241631c9a (stored in /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a) is corrupt
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","log","refs/heads/git-annex..6b2665208c11c9ecf969294bf45baac31894d8a7","--oneline","-n1"]
+error: object file /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a is empty
+fatal: loose object a2b8f10ef258dff1a91e0354b2e2a58241631c9a (stored in /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a) is corrupt
+[2013-07-29 15:02:15 CEST] read: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","log","refs/heads/git-annex..9d8429668f2148ea43760fb430e5950fbf42751e","--oneline","-n1"]
+error: object file /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a is empty
+fatal: loose object a2b8f10ef258dff1a91e0354b2e2a58241631c9a (stored in /home/arthur/annex/.git/objects/a2/b8f10ef258dff1a91e0354b2e2a58241631c9a) is corrupt
+[2013-07-29 15:02:15 CEST] chat: git ["--git-dir=/home/arthur/annex/.git","--work-tree=/home/arthur/annex","cat-file","--batch"]
+
+git-annex: fd:14: hGetLine: end of file
+failed
+[2013-07-29 15:02:15 CEST] read: ssh ["-O","stop","-S","/home/arthur/annex/.git/annex/ssh/arthur@git-annex-hostname-arthur_annex","-o","ControlMaster=auto","-o","ControlPersist=yes","arthur@git-annex-hostname-arthur_annex"]
+git-annex: webapp: 1 failed
+"""]]
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+$ git-annex version
+git-annex version: 4.20130516.1
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+
+$ git --version
+git version 1.7.9.5
+
+
+### Please provide any additional information below.
+
+
diff --git a/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file/comment_1_36756f5d9d591cc52113c5cc0c1eae91._comment b/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file/comment_1_36756f5d9d591cc52113c5cc0c1eae91._comment
new file mode 100644
index 0000000000..b7fc68ffd5
--- /dev/null
+++ b/doc/bugs/git-annex:_fd:14:_hGetLine:_end_of_file/comment_1_36756f5d9d591cc52113c5cc0c1eae91._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T19:00:43Z"
+ content="""
+You have a somewhat out of date version there. Can you please try again with a newer version? There have been several fixes to bugs that could present like this.
+"""]]
diff --git a/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__.mdwn b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__.mdwn
new file mode 100644
index 0000000000..976109c797
--- /dev/null
+++ b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__.mdwn
@@ -0,0 +1,13 @@
+What steps will reproduce the problem?
+ Start "./git-annex-webapp"
+
+What is the expected output? What do you see instead?
+ The webapp should start, but I get the error "git-annex: getUserEntryForID: failed (Success)"
+
+What version of git-annex are you using? On what operating system?
+ 3.20121017 on "Ubuntu 10.04.4 LTS" 32-Bit
+
+Please provide any additional information below.
+
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_1_11a1615962325327466895d03e3d2379._comment b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_1_11a1615962325327466895d03e3d2379._comment
new file mode 100644
index 0000000000..ef8800c21e
--- /dev/null
+++ b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_1_11a1615962325327466895d03e3d2379._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.118"
+ subject="comment 1"
+ date="2012-10-25T18:52:52Z"
+ content="""
+This means it has been unable to look up your home directory in /etc/passwd. I wonder, are you using NIS or a similar thing that keeps your user entry out of /etc/passwd?
+"""]]
diff --git a/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_2_eac51c3299e9fc04025675360969d537._comment b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_2_eac51c3299e9fc04025675360969d537._comment
new file mode 100644
index 0000000000..dde7c0814a
--- /dev/null
+++ b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_2_eac51c3299e9fc04025675360969d537._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 2"
+ date="2012-10-25T21:29:05Z"
+ content="""
+Yes, the system is using LDAP as user backend... Any idea how I can use git-annex with LDAP as user backend?
+"""]]
diff --git a/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_3_c23dc02c7487d63b0905f1b7f3ca59f5._comment b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_3_c23dc02c7487d63b0905f1b7f3ca59f5._comment
new file mode 100644
index 0000000000..3b358b7ea1
--- /dev/null
+++ b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_3_c23dc02c7487d63b0905f1b7f3ca59f5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.118"
+ subject="comment 3"
+ date="2012-10-25T22:18:55Z"
+ content="""
+Well, git-annex needs to know the user name, and the home directory. I've made it use
+USER, and HOME, when set, and only fall back to getpwent otherwise.
+"""]]
diff --git a/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_4_0e8b28de5c173bc60ecc0126fb2209ca._comment b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_4_0e8b28de5c173bc60ecc0126fb2209ca._comment
new file mode 100644
index 0000000000..63c3b474a4
--- /dev/null
+++ b/doc/bugs/git-annex:_getUserEntryForID:_failed___40__Success__41__/comment_4_0e8b28de5c173bc60ecc0126fb2209ca._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2012-10-26T05:49:47Z"
+ content="""
+I think you mean the environment variables with \"use USER, and HOME\"? So I checked them I they are correct.
+Reading man(3) getpwent says \"from the password database (e.g., the local password file /etc/passwd, NIS, and LDAP)\", so it should be no problem with the LDAP backend I'm using to log-in...
+One other special thing: The home directory is on a NFS share.
+"""]]
diff --git a/doc/bugs/git-annex_annex_repo_not_found.mdwn b/doc/bugs/git-annex_annex_repo_not_found.mdwn
new file mode 100644
index 0000000000..1a2998f054
--- /dev/null
+++ b/doc/bugs/git-annex_annex_repo_not_found.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+
+The git-annex annex repo at <https://downloads.kitenet.net/.git/> is not available. This is the address mentioned at <http://git-annex.branchable.com/publicrepos/>.
+
+### What steps will reproduce the problem?
+
+    $ git clone https://downloads.kitenet.net/.git/
+    Cloning into 'downloads.kitenet.net'...
+    fatal: repository 'https://downloads.kitenet.net/.git/' not found
+
+### Please provide any additional information below.
+
+Have tried various combinations of the URL, but nothing works. It was like this a week ago too, but I didn't report it because I thought it was a temporary error due to some server reconfiguration or something.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant.mdwn b/doc/bugs/git-annex_auto_upgrade_is_redundant.mdwn
new file mode 100644
index 0000000000..582a8edee6
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+
+Hi,
+
+On OSX the web-app keeps notifying me of an upgrade, I choose to run it but nothing seems to happen.
+
+The debug logs show that the upgrade is skipped as it's redundant.
+
+### What steps will reproduce the problem?
+
+Have upgrades set to notify.
+
+### What version of git-annex are you using? On what operating system?
+
+Current.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2014-04-25 08:26:30 BST] Upgrader: An upgrade of git-annex is available.  (version 5.20140421)
+[2014-04-25 08:27:02 BST] main: Skipping redundant upgrade
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="upgrade loop when info file contains newer version than distributed version of git-annex"]]
+
+[[!tag confirmed]]
+
+> [[fixed|done]]; the release process now uses versions from build-version
+> files that are created by the autobuilders, so should always be accurate.
+> --[[Joey]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_1_67cdbedc70695d1e4be81e59ab9b87bd._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_1_67cdbedc70695d1e4be81e59ab9b87bd._comment
new file mode 100644
index 0000000000..be27aa0d9e
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_1_67cdbedc70695d1e4be81e59ab9b87bd._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2014-04-25T07:36:09Z"
+ content="""
+The upgrade notifications seem to appear when switching between repositories in the web-app - are repositories treated separately?  Or perhaps notifications sent per repo?
+
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_2_3a8041ce622b9288261fab57ecb87c28._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_2_3a8041ce622b9288261fab57ecb87c28._comment
new file mode 100644
index 0000000000..1b4c0505d2
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_2_3a8041ce622b9288261fab57ecb87c28._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2014-04-25T13:25:43Z"
+ content="""
+i think this problem was quickly mentionned in [[devblog/day_157__upgrade_checking]], can you provide a full debug log?
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_3_2597b2008557b80f4b71630c5c4a4241._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_3_2597b2008557b80f4b71630c5c4a4241._comment
new file mode 100644
index 0000000000..22c8986b70
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_3_2597b2008557b80f4b71630c5c4a4241._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 3"
+ date="2014-04-26T20:26:35Z"
+ content="""
+I'm pretty sure that was the sum total of the log (even with debug on).  Only the brevity of it makes me doubt myself.
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_4_5dc46103994f064f5b9e120a16317dbd._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_4_5dc46103994f064f5b9e120a16317dbd._comment
new file mode 100644
index 0000000000..7bd1ec8833
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_4_5dc46103994f064f5b9e120a16317dbd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 4"
+ date="2014-04-27T00:02:41Z"
+ content="""
+What version of git-annex do you have running?
+
+I suspect that if you look around, you will find you have a git-annex-5.20140421 directory in either your home directory or next to where you installed the DMG.
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_5_e26cf6fa6358c8d53c0b16206d0d0ca6._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_5_e26cf6fa6358c8d53c0b16206d0d0ca6._comment
new file mode 100644
index 0000000000..65c6b05c66
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_5_e26cf6fa6358c8d53c0b16206d0d0ca6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 5"
+ date="2014-04-27T11:10:49Z"
+ content="""
+Hi,
+
+Yes there is a git-annex.app.5.20140421 directory in $HOME.  And it looks as though I'm running git-annex.app.5.20140420 - even though I manually tried to upgrade by downloading
+
+https://downloads.kitenet.net/git-annex/OSX/current/10.9_Mavericks/git-annex.dmg
+
+Running `$HOME/git-annex.app.5.20140421/.../git-annex` gives me `5.20140420-ga25b8bb`.  So the downloaded version even though labeled 5.20140421 contains 5.20140420.
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_6_c2c7c071fc5b1d3a55254d01a287c9f8._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_6_c2c7c071fc5b1d3a55254d01a287c9f8._comment
new file mode 100644
index 0000000000..3092626e6c
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_6_c2c7c071fc5b1d3a55254d01a287c9f8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 6"
+ date="2014-04-27T11:14:40Z"
+ content="""
+And I still think there is a slight bug in there somewhere.  If due to packaging errors an upgrade doesn't apply and the logs are smart enough to notice it's redundant then there shouldn't be continued notifications of an available upgrade...
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_7_85e8a286d6b1ec5212614c36bf54addb._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_7_85e8a286d6b1ec5212614c36bf54addb._comment
new file mode 100644
index 0000000000..3586aca7f7
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_7_85e8a286d6b1ec5212614c36bf54addb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 7"
+ date="2014-05-16T17:54:38Z"
+ content="""
+I've temporarily worked around this by updating the .info file for OSX to have the right version number.
+
+I think that my release process generally manages to avoid version skew, but not always. And it's most likely to happen for OSX since that autobuilder only runs once per day. 
+"""]]
diff --git a/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_8_2b2152844612d83f295a5de02f6ed3e7._comment b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_8_2b2152844612d83f295a5de02f6ed3e7._comment
new file mode 100644
index 0000000000..9dc7257fa5
--- /dev/null
+++ b/doc/bugs/git-annex_auto_upgrade_is_redundant/comment_8_2b2152844612d83f295a5de02f6ed3e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 8"
+ date="2014-05-16T18:00:18Z"
+ content="""
+So what do we as end-users do to get the latest version now? Re-download?
+"""]]
diff --git a/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog.mdwn b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog.mdwn
new file mode 100644
index 0000000000..718170a989
--- /dev/null
+++ b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog.mdwn
@@ -0,0 +1,74 @@
+### Please describe the problem.
+
+I have found a really weird commit in my git-annex branch:
+
+    * a59dd1c update (il y a 8 heures) <Antoine Beaupré>
+    * 57f887a update (recovery from race) (recovery from race) (recovery from race) [...]
+
+it repeats that for a looong time. about 12 000 times, to be more precise:
+
+[[!format sh """
+anarcat@marcos:video$ git show 57f887a | wc
+      5   12686   88850
+"""]]
+
+### What steps will reproduce the problem?
+
+Now i have absolutely no idea how I managed that. I got through some pretty dark moments last night trying various levels of git-annex voodoo (including a duplicate repo which was rsync'd to a backup drive so the unique identifier applied to two distinct paths), so I have no idea exactly what happened here.
+
+### What version of git-annex are you using? On what operating system?
+
+debian jessie amd64 5.20140412
+
+### Please provide any additional information below.
+
+[[!format sh """
+anarcat@marcos:video$ git show 57f887a | tail -c 100
+very from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+anarcat@marcos:video$ git show 57f887a | head -c 512
+commit 57f887a9d766829d00832ad1ee23b2785212d055
+Author: Antoine Beaupré <anarcat@koumbit.org>
+Date:   Sat Apr 19 01:48:18 2014 -0400
+
+    update (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery
+"""]]
+
+that's 80KB for only one commit here - maybe that should be cleaned up? --[[anarcat]]
+
+Ah! more information: it seems that 01:48 was the moment i shutdown the assistant in yet another panic... 
+
+[[!format sh """
+anarcat@marcos:video$ ls -al .git/annex/daemon.log*
+-rw-r--r-- 1 anarcat anarcat  17075 avril 19 09:28 .git/annex/daemon.log
+-rw-r--r-- 1 anarcat anarcat 128367 avril 19 01:48 .git/annex/daemon.log.1
+"""]]
+
+an extract from that second logfile:
+
+[[!format sh """
+19/Apr/2014:01:31:38 -0400 [Error#yesod-core] unknown response from git cat-file ("9a73bf01-ed01-450d-a0ab-f20fff47ed32 encryption=none name=stephc rsyncurl=192.168.0.104:video/ type=rsync timestamp=1397865844.925354s","refs/heads/git-annex:remote.log") @(yesod-core-1.2.3:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:471:5)
+19/Apr/2014:01:31:50 -0400 [Error#yesod-core] unknown response from git cat-file ("fe428a7a-25a2-4c2e-b01f-315c490cbe45 encryption=none name=myrsync rsyncurl=/home/anarcat/video/ type=rsync timestamp=1397868063.038898s","refs/heads/git-annex:remote.log") @(yesod-core-1.2.3:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:471:5)
+19/Apr/2014:01:31:57 -0400 [Error#yesod-core] unknown response from git cat-file ("","refs/heads/git-annex:remote.log") @(yesod-core-1.2.3:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:471:5)
+[2014-04-19 01:32:03 EDT] TransferScanner: Syncing with test, mnt
+Depuis /mnt/video
+ * [nouvelle branche] synced/git-annex -> test/synced/git-annex
+ * [nouvelle branche] synced/master -> test/synced/master
+fatal: 'mnt' does not appear to be a git repository
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+Already up-to-date.
+[2014-04-19 01:32:21 EDT] main: warning git-annex has been shut down
+
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+"""]]
+
+the last line repeats about 4000 times.
+
+i would love to paste the daemon.log.1 file, but it seems like it containts encryption credentials... which i have no idea how to get rid of or change.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_1_b83888a98075125dd043f323c99da03b._comment b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_1_b83888a98075125dd043f323c99da03b._comment
new file mode 100644
index 0000000000..75bfd73685
--- /dev/null
+++ b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_1_b83888a98075125dd043f323c99da03b._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-20T17:11:02Z"
+ content="""
+Is there one commit with this long message, or 12 thousand commits each adding another (recovery from race) to the pyramid?
+
+<pre>
+ - Also safely handles a race that can occur if a change is being pushed
+ - into the branch at the same time. When the race happens, the commit will
+ - be made on top of the newly pushed change, but without the index file
+ - being updated to include it. The result is that the newly pushed
+ - change is reverted. This race is detected and another commit made
+ - to fix it.
+</pre>
+
+If there is only one message, then it must have tried 12k times to commit to the git-annex branch and each time something else pushed or commited to the git-annex branch and overwrote its commit. This seems statistically unlikely. (Also there's locking to prevent multiple local git-annex processes from committing at the same time.)
+
+There have been a few other unexplained reports of this race detection code repeatedly triggering.
+
+> \"shutdown the assistant in yet another panic\"
+
+This implies some hasty, perhaps unusual shutdown method, and some unusual situation. I think you could tell me more about what was going on.
+"""]]
diff --git a/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_2_4a7d824b6e75693cf47f6efbf2c99e2e._comment b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_2_4a7d824b6e75693cf47f6efbf2c99e2e._comment
new file mode 100644
index 0000000000..0eeabf070d
--- /dev/null
+++ b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_2_4a7d824b6e75693cf47f6efbf2c99e2e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2014-04-20T23:58:00Z"
+ content="""
+this was a single commit.
+
+i am not sure i can extract much more information from my memory: details are hazy as i was working late on a problem that night... sorry!
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3.mdwn b/doc/bugs/git-annex_broken_on_Android_4.3.mdwn
new file mode 100644
index 0000000000..4c1b356fb4
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3.mdwn
@@ -0,0 +1,7 @@
+As per [[install/Android/#comment-e218073735d67691a2c3f66cc53ca6ac]] and [[install/Android/#comment-29bd13ab9cb830ffcd7850b84fb111c8]] :
+
+git-annex is broken on Android 4.3; both on Nexus 4 and Nexus 7.
+
+> [[Fixed|done]]. A 4.3 build of the apk is now available.  
+> (Unfortunately the fix breaks support for older versions of Android, 
+> so two versions of the apk have to be built now.) --[[Joey]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_10_e47c073f1614f7b57f86acedeeb1cadc._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_10_e47c073f1614f7b57f86acedeeb1cadc._comment
new file mode 100644
index 0000000000..5d56dc84c8
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_10_e47c073f1614f7b57f86acedeeb1cadc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7qEQF8yzbY0_PHq3QERHxUGuXmW6qw8o"
+ nickname="Anton"
+ subject="comment 10"
+ date="2013-11-10T22:10:49Z"
+ content="""
+I can confirm that the Hello World program works with the Nexus 7 2013, running Android 4.3.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_11_ce34578c45060b7c8b759efd1c1d8df8._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_11_ce34578c45060b7c8b759efd1c1d8df8._comment
new file mode 100644
index 0000000000..d84a59b763
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_11_ce34578c45060b7c8b759efd1c1d8df8._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Hooray!"
+ date="2013-11-10T22:21:46Z"
+ content="""
+I have a Nexus 7 (2013) with 4.3 that I'll test it on---I expect that my test will be successful.
+
+I'll also run the test on my Nexus 5, running 4.4.
+
+Getting git-annex working on 4.3 was the last thing keeping me from being able to ditch Dropbox entirely.  I'm so glad to hear there's some potential progress.
+
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_12_75965395dc33046ce34ac5ba972b7d64._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_12_75965395dc33046ce34ac5ba972b7d64._comment
new file mode 100644
index 0000000000..3f520d7e42
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_12_75965395dc33046ce34ac5ba972b7d64._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 12"
+ date="2013-11-10T22:23:49Z"
+ content="""
+Full rebuild in progress (takes about 6 hours +- manual fixing).
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_13_f07bc76dd3c5580fc0855a33ae835c8d._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_13_f07bc76dd3c5580fc0855a33ae835c8d._comment
new file mode 100644
index 0000000000..f2a57f7310
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_13_f07bc76dd3c5580fc0855a33ae835c8d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Oh, and if a 4.3 device would be helpful..."
+ date="2013-11-10T22:28:48Z"
+ content="""
+I have Samsung Epic 4G (epic_mtd) that I'm no longer using and would be quite happy to send you---it's older, and slow, but it is at least currently supported by CyanogenMod, so it should be possible to install 10.2 milestone builds on it and at least do basic testing.
+
+Hell, if it would really facilitate Android support, I'd happily pick up something like a B&N Nook HD+ and send it to you---that should be similarly amenable to CM installs and testing.
+
+Though I will also understand if you don't necessarily want to have a bunch of superfluous hardware laying around.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_14_637c59becc68a1e4f60069d8873489ff._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_14_637c59becc68a1e4f60069d8873489ff._comment
new file mode 100644
index 0000000000..6336a3bd48
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_14_637c59becc68a1e4f60069d8873489ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Works on KitKat"
+ date="2013-11-10T23:15:28Z"
+ content="""
+I skipped testing on my Nexus 7, figuring that would be duplicative, and instead ran it on my Nexus 5, and it worked great.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_15_d80b87055f72873f5678a01d2630bea4._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_15_d80b87055f72873f5678a01d2630bea4._comment
new file mode 100644
index 0000000000..6bca41b3ae
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_15_d80b87055f72873f5678a01d2630bea4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 15"
+ date="2013-11-11T04:34:21Z"
+ content="""
+6 hours later, and: <http://downloads.kitenet.net/git-annex/autobuild/android/git-annex.apk>
+
+testing appreciated!
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_16_57ac84868b223b30f005704eefa01b8d._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_16_57ac84868b223b30f005704eefa01b8d._comment
new file mode 100644
index 0000000000..204845eb55
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_16_57ac84868b223b30f005704eefa01b8d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~subito"
+ nickname="subito"
+ subject="Nexus 5 Android 4.4"
+ date="2013-11-11T10:07:07Z"
+ content="""
+Does not work for me. Same error as in the original Bug report.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_17_a41f4d8a72c07ad770e6479e9b8c7f1d._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_17_a41f4d8a72c07ad770e6479e9b8c7f1d._comment
new file mode 100644
index 0000000000..9712f5944a
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_17_a41f4d8a72c07ad770e6479e9b8c7f1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Same error as before, Nexus 5 and 7"
+ date="2013-11-11T13:06:17Z"
+ content="""
+Unfortunately, my experience mirrors subito's---same error as before on both 4.3 and 4.4.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_18_7d36637f11cda51de395303d5c1c6a3f._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_18_7d36637f11cda51de395303d5c1c6a3f._comment
new file mode 100644
index 0000000000..2dc32cf157
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_18_7d36637f11cda51de395303d5c1c6a3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 18"
+ date="2013-11-11T13:27:49Z"
+ content="""
+Hmm, maybe the problem is caused by stripping the program? If so, this should fail the same way: <http://tmp.kitenet.net/hello.stripped>
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_19_c8609c3f7f62ae5427fd8c60bc9546ed._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_19_c8609c3f7f62ae5427fd8c60bc9546ed._comment
new file mode 100644
index 0000000000..2f22ad21c2
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_19_c8609c3f7f62ae5427fd8c60bc9546ed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Unfortunately, it would not appear that easy..."
+ date="2013-11-11T14:33:05Z"
+ content="""
+The stripped binary for hello worked fine.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_1_0ffb3833ce2c2e0320468dc9a09866d7._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_1_0ffb3833ce2c2e0320468dc9a09866d7._comment
new file mode 100644
index 0000000000..9b3b35c4bb
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_1_0ffb3833ce2c2e0320468dc9a09866d7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T17:31:53Z"
+ content="""
+Given that the issue is it can't link against libc, it may need to be rebuilt with a newer version of the Android SDK and/or NDK.
+
+OTOH, for it to get as far as it does, the start.c has successfully run, using the system's libc. So perhaps this only affects Haskell binaries somehow?
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_20_0886bca6d0c6a9415a7794d256be2e9d._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_20_0886bca6d0c6a9415a7794d256be2e9d._comment
new file mode 100644
index 0000000000..2b547d9a70
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_20_0886bca6d0c6a9415a7794d256be2e9d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 20"
+ date="2013-11-11T16:23:11Z"
+ content="""
+To bisect the problem space further, in case the apk build machinery is at fault, here's a git-annex binary not included in an apk. (Run same as the hello world.)
+
+<http://tmp.kitenet.net/git-annex.bin>
+
+And here's a more minimal git-annex binary (trying to look identical to hello world from the linker's perspective, just a bit larger..).
+
+<http://tmp.kitenet.net/git-annex-min.bin>
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_21_2b39729f95c9c4bba620ecdd3d1558ed._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_21_2b39729f95c9c4bba620ecdd3d1558ed._comment
new file mode 100644
index 0000000000..5513348195
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_21_2b39729f95c9c4bba620ecdd3d1558ed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="Galaxy S4 Android 4.3"
+ date="2013-11-11T18:47:23Z"
+ content="""
+hello and hello.stripped both work here but the git-annex binaries don't (still the same error as in the bug report). 
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_22_8d90d92951919aa70638b31e9248bec5._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_22_8d90d92951919aa70638b31e9248bec5._comment
new file mode 100644
index 0000000000..e4937e0f8f
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_22_8d90d92951919aa70638b31e9248bec5._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Both fail..."
+ date="2013-11-11T18:53:34Z"
+ content="""
+Same linking issue for both.
+
+I don't *think* it should make any difference at all, but to spare myself a little bit of typing on this soft keyboard, I'm using a small variation on your script; I'm sharing it so other testers can use it, too, and so someone can point out if I'm doing something wrong:
+
+    D=/data/data/ga/androidterm/tmp/gatest
+    cp <file> $D
+    chmod +x $D
+    $D
+
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_23_6398271f5cd9e94996202ef3bce6f6ed._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_23_6398271f5cd9e94996202ef3bce6f6ed._comment
new file mode 100644
index 0000000000..05cb634e67
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_23_6398271f5cd9e94996202ef3bce6f6ed._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 23"
+ date="2013-11-11T19:14:59Z"
+ content="""
+Script variation is ok.
+
+So, it's looking like perhaps a problem with the way cabal links the executable, which I notice is a two stage process, vs the way ghc links it with --make.
+
+To narrow down, here is hello built using cabal:
+
+<http://tmp.kitenet.net/hello-cabal>
+
+Here is git-annex built not using cabal:
+
+<http://tmp.kitenet.net/git-annex-byhand>
+
+(For my own reference, it's also built without WITH_CLIBS.)
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_24_c9e399833cc6235077161f490dfa866f._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_24_c9e399833cc6235077161f490dfa866f._comment
new file mode 100644
index 0000000000..c8fea212b3
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_24_c9e399833cc6235077161f490dfa866f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 24"
+ date="2013-11-11T19:56:04Z"
+ content="""
+hello-cabal working, git-annex-byhand not.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_25_cf093737eefb2b99f6f0eac9bf3e74b3._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_25_cf093737eefb2b99f6f0eac9bf3e74b3._comment
new file mode 100644
index 0000000000..e28a9508bc
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_25_cf093737eefb2b99f6f0eac9bf3e74b3._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="I got the same results as Sören."
+ date="2013-11-11T20:37:08Z"
+ content="""
+cabal doesn't seem to be the culprit.
+
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_26_c122ce53175fc9e0e114a8acd2385c0d._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_26_c122ce53175fc9e0e114a8acd2385c0d._comment
new file mode 100644
index 0000000000..1c72cd27bc
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_26_c122ce53175fc9e0e114a8acd2385c0d._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="finally getting debugger spun up"
+ date="2013-11-12T01:08:24Z"
+ content="""
+<https://code.google.com/p/android/issues/detail?id=28598> seems relevant (and the patches to fix it seem likely to have led to the linker rejecting this).
+
+So I can probably stop torturing your soft keyboards. I need a binary where `arm-linux-androideabi-4.8/bin/arm-linux-androideabi-readelf -r` does not contain `R_ARM_COPY`. Checking against the binaries so far, this consistently matches the test results, all the git-annex binaries have:
+
+<pre>
+ Offset     Info    Type            Sym.Value  Sym. Name
+011d05f0  00004e14 R_ARM_COPY        011d05f0   environ
+</pre>
+
+(Which is itself interesting; I've had to work around some problems with the haskell port not supporting getting the environment (Annex.Branch.withIndex). Possibly because it was copied and the linker screwed that up? <https://github.com/neurocyte/ghc-android/issues/7>)
+
+Ok, here's a binary that meets those criteria. Obtained by passing -z nocopyreloc to the gold linker (ghc options -optl-z -optlnocopyreloc)
+
+<http://tmp.kitenet.net/git-annex-nocopy>
+
+Also, here's a hello world binary that *should* fail. It attempts to read and print the environment, and has the same `R_ARM_COPY` relocation.
+
+<http://tmp.kitenet.net/hello-env-copy>
+
+And, here's a hello world binary that *might* successfully print out the full environment (like `set` does). If it does, I can also remove the ugly hack in Annex.Branch.withIndex. Which would be an unexpected reward.
+
+<http://tmp.kitenet.net/hello-env-nocopy>
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_27_237e41e61781bb058f5fd39362a904e4._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_27_237e41e61781bb058f5fd39362a904e4._comment
new file mode 100644
index 0000000000..dd911955a7
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_27_237e41e61781bb058f5fd39362a904e4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="nocopy variants work!"
+ date="2013-11-12T03:17:09Z"
+ content="""
+I tested both the hello-env-nocopy and the git-annex-nocopy binaries successfully.  hello-env-copy failed as you predicted.
+
+Yay!
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_28_97f423a41ee9d2d74291594fae20dd4e._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_28_97f423a41ee9d2d74291594fae20dd4e._comment
new file mode 100644
index 0000000000..6341aae80f
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_28_97f423a41ee9d2d74291594fae20dd4e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 28"
+ date="2013-11-12T03:58:56Z"
+ content="""
+This fix is now in place in the android autobuilds.
+
+Just to be sure, hello-env-nocopy managed to print out multiple environment variables?
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_29_7b3fbe7e38f637fcea511441ac243d93._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_29_7b3fbe7e38f637fcea511441ac243d93._comment
new file mode 100644
index 0000000000..1cd4c356f6
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_29_7b3fbe7e38f637fcea511441ac243d93._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="APK now works too"
+ date="2013-11-12T09:10:49Z"
+ content="""
+I got the same results as Michael. The output of hello-nocopy is a longer list of environment variables.
+Even better, the apk from the autobuilder now seems to work fine as well, including the webapp.
+Great work! Thanks for digging into this.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_2_53e2d095b2501844cadec910de286814._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_2_53e2d095b2501844cadec910de286814._comment
new file mode 100644
index 0000000000..3d50035042
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_2_53e2d095b2501844cadec910de286814._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2013-08-28T13:54:00Z"
+ content="""
+On a stock Nexus 7 running the latest OS (4.3), this is still the case as of release 4.20130827.
+
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+    git annex webapp
+    u0_a18@grouper:/sdcard/git-annex.home $ git annex webapp
+    CANNOT LINK EXECUTABLE: git-annex invalid R_ARM_COPY relocation against DT_SYMBOLIC shared library libc.so (built with -Bsymbolic?)
+    1|u0_a18@grouper:/sdcard/git-annex.home $
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_30_26c04584c3c6dacf59e1b6c82042c97c._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_30_26c04584c3c6dacf59e1b6c82042c97c._comment
new file mode 100644
index 0000000000..3409b9c4a7
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_30_26c04584c3c6dacf59e1b6c82042c97c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
+ nickname="Michael Alan"
+ subject="Yep, the env was printed"
+ date="2013-11-12T10:18:56Z"
+ content="""
+I would recognize the output of a Show instance anywhere.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_3_ddc9cbae1a721400a9acf2153e18f4f0._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_3_ddc9cbae1a721400a9acf2153e18f4f0._comment
new file mode 100644
index 0000000000..14eed81c96
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_3_ddc9cbae1a721400a9acf2153e18f4f0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgedYqmQb4dJU7UdVuRLwsQE-KlKVrFto"
+ nickname="Chungy"
+ subject="comment 3"
+ date="2013-09-01T00:25:15Z"
+ content="""
+Just confirming the bug on my Verizon Galaxy S 3 with CyanogenMod 10.2 (Android 4.3), it's not Nexus-specific.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_4_593235735e32238094121b1f79355bbd._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_4_593235735e32238094121b1f79355bbd._comment
new file mode 100644
index 0000000000..ab721064a1
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_4_593235735e32238094121b1f79355bbd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawntVnR-Z5ghYInvsElbDeADPSuCsF18iTY"
+ nickname="Thomas"
+ subject="comment 4"
+ date="2013-09-01T20:02:59Z"
+ content="""
+Yet another confirmation of the bug on a Samsung Galaxy Note running 4.3 via Cyanogenmod as well. 
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_5_f806fd5930e90920db24456297465bae._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_5_f806fd5930e90920db24456297465bae._comment
new file mode 100644
index 0000000000..cfb75bdd89
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_5_f806fd5930e90920db24456297465bae._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 5"
+ date="2013-09-03T14:38:51Z"
+ content="""
+If there's anything we can do to help debug this, please let us know.  Have just started using git-annex on android recently & would love to have it on all my devices.
+
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_6_5741b6a5997328fdcd5cc99f841b18d3._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_6_5741b6a5997328fdcd5cc99f841b18d3._comment
new file mode 100644
index 0000000000..438e004543
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_6_5741b6a5997328fdcd5cc99f841b18d3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Definitely broken Galaxy Nexus GSM 4.3"
+ date="2013-09-12T11:11:34Z"
+ content="""
+Definitely broken in 4.3, stock Galaxy Nexus GSM \"maguro\" release `2013-09-09 12:46`
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_7_3e0d9949dd810069af0b8076807e5924._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_7_3e0d9949dd810069af0b8076807e5924._comment
new file mode 100644
index 0000000000..4a38194722
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_7_3e0d9949dd810069af0b8076807e5924._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknwkXgi8SnK4QT32ANl3GMKvFLyQGeHqo"
+ nickname="Florian"
+ subject="comment 7"
+ date="2013-10-08T16:18:07Z"
+ content="""
+Any comment from on this from one of the maintainers would be great. Apparently this was not fixed in the latest (2013-10-02 18:46) build.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_8_f58897eff6b4693f0c73474ccfe6e733._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_8_f58897eff6b4693f0c73474ccfe6e733._comment
new file mode 100644
index 0000000000..52326b8e28
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_8_f58897eff6b4693f0c73474ccfe6e733._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="Samsung Galaxy S4 also affected"
+ date="2013-11-09T02:47:54Z"
+ content="""
+Verizon just pushed out 4.3 to Samsung Galaxy S4 devices. This issue is affecting me now too.
+"""]]
diff --git a/doc/bugs/git-annex_broken_on_Android_4.3/comment_9_ddba87b2f20d8a63f7b8ebdb9bd13515._comment b/doc/bugs/git-annex_broken_on_Android_4.3/comment_9_ddba87b2f20d8a63f7b8ebdb9bd13515._comment
new file mode 100644
index 0000000000..015efd7ce3
--- /dev/null
+++ b/doc/bugs/git-annex_broken_on_Android_4.3/comment_9_ddba87b2f20d8a63f7b8ebdb9bd13515._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 9"
+ date="2013-11-10T20:12:47Z"
+ content="""
+I have finally managed to get ghc to build with the newest version of the NDK. I hope this means it will make binaries that work with 4.3, but I don't have a device to test.
+
+Here is a hello world program built with it:
+<http://tmp.kitenet.net/hello>
+
+After downloading it to an Android device, you can test it by opening the
+git-annex terminal, and running: `D=/data/data/ga.androidterm/tmp; cp hello $D; chmod +x $D/hello; $D/hello`
+
+Tested working on android 4.0.4
+
+Also, I have filed a bug upstream about this at <https://github.com/neurocyte/ghc-android/issues/23>
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed.mdwn b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed.mdwn
new file mode 100644
index 0000000000..2e86f488de
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed.mdwn
@@ -0,0 +1,47 @@
+### Please describe the problem.
+
+umask is 022 on both hosts
+If one does ls -lL on source repo, the files are shown 644.
+
+Now, "git annex get" from a clone done over ssh generally preserves 644 ... except if the transfer (rsync) is interrupted, and then resumed.
+In fact, looks like the temp files in .git/annex/tmp have the og+r bits cleared during the resumed transfer.
+
+So this is inconsistent: I don't see why permissions should be different, depending whether or not there was an interruption in the transfer.
+Plus, og+r permissions can actually be important for setups like serving contents using Samba.
+
+### What steps will reproduce the problem?
+
+    cd dir1
+    git init
+    git annex init
+    touch a
+    truncate -s 10G b
+    git annex add .
+    git commit -m 'new'
+
+    git clone localhost:/path/to/dir1 dir2
+    cd dir2
+    git annex get
+    ctrl^c
+    git annex get
+    ls -lL
+    ... see different perms
+
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140411-gda795e0
+Linux
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]; brought back -p on non-crippled file systems --[[Joey]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_1_0fc5c7251ead7a0fbbcd357a8bc53f05._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_1_0fc5c7251ead7a0fbbcd357a8bc53f05._comment
new file mode 100644
index 0000000000..48069eebdb
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_1_0fc5c7251ead7a0fbbcd357a8bc53f05._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-17T18:32:40Z"
+ content="""
+(I think you forgot to mention you were using direct mode.)
+
+Like git, git-annex does not preserve file permissions. If you want to ensure that a group or everyone can read file in a git repository, you have to use the core.sharedRepository git configuration. git-annex will also honor that.
+
+git-annex will try to preserve the execute bit, since git does support that single permission bit. But even this cannot be guaranteed. (Eg, when using special remotes which have no concept of file permissions.)
+
+Interrupting rsync and resuming it does cause rsync to not transfer through permissions. This is rsync's normal behavior when not using -p. git-annex used to use rsync -p to preserve whatever file permissions there were. However, <http://bugs.debian.org/700282>, and then [[!commit f92eaf631509d02491c1b0ebfbb15145f80df797]].
+
+It looks like I could preserve the execute bit across interrupt and resume by using rsync's --executability option.
+
+Or, I could use the -p when git-annex is running in a non-crippled filesystem.
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_2_992c1a51d0300bd676cb431688efa524._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_2_992c1a51d0300bd676cb431688efa524._comment
new file mode 100644
index 0000000000..f32a4a70fa
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_2_992c1a51d0300bd676cb431688efa524._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2014-04-17T21:19:10Z"
+ content="""
+Hi Joey,
+
+In fact, this is indirect mode on Linux, ext4.
+I'm less worried about preserving +x mode (though I can see why it would be useful). Here I'm referring to plain \"group\" and \"other\" read permissions being cleared.
+
+And I just did a test with a standalone rsync, using rsync -P localhost:file file2 and interrupting it, the partial (and final after resume) file2 still is 644 (and not 600 like in git-annex case).
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_3_3001a11839eff6a4c3a9f12096b29704._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_3_3001a11839eff6a4c3a9f12096b29704._comment
new file mode 100644
index 0000000000..b365baa752
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_3_3001a11839eff6a4c3a9f12096b29704._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 3"
+ date="2014-04-17T21:19:59Z"
+ content="""
+I think -p on non-crippled does make sense, and -E does too for crippled.
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_4_a13abb45b9a94d275177641db0538765._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_4_a13abb45b9a94d275177641db0538765._comment
new file mode 100644
index 0000000000..919adc2e7b
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_4_a13abb45b9a94d275177641db0538765._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 4"
+ date="2014-04-17T21:22:16Z"
+ content="""
+s/and not 600/and not 400/
+
+In my ideal case I'd like to see indirect git-annex to set files to 444 (if umask in destination doesn't prevent that otherwise).
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_5_faac2d48950307ce245f0da501ace730._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_5_faac2d48950307ce245f0da501ace730._comment
new file mode 100644
index 0000000000..57db29c8ab
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_5_faac2d48950307ce245f0da501ace730._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 5"
+ date="2014-04-17T21:32:35Z"
+ content="""
+core.sharedRepository does fix things here. Thanks Joey!
+I'm all set for my use case.
+"""]]
diff --git a/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_6_7df03eee7d5dc5a7ed0c9abef5053788._comment b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_6_7df03eee7d5dc5a7ed0c9abef5053788._comment
new file mode 100644
index 0000000000..bfed27fb48
--- /dev/null
+++ b/doc/bugs/git-annex_clears_files__39___og+r_permissions_when_rsync_transfer_is_interrupted_and_resumed/comment_6_7df03eee7d5dc5a7ed0c9abef5053788._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 6"
+ date="2014-04-18T18:32:22Z"
+ content="""
+One issue (bug) still remains: git annex does respect
+
+sharedRepository = world
+
+but not
+
+sharedRepository = 0644
+
+In the later case, with indirect mode, files end up with 400 permissions.
+
+"""]]
diff --git a/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights.mdwn b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights.mdwn
new file mode 100644
index 0000000000..58b11deb32
--- /dev/null
+++ b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+Installing on Windows requires installing git followed by git-annex.
+Installing the former works without admin rights, but the latter cannot be
+installed afterwards.
+
+### What steps will reproduce the problem?
+
+1. Create a Windows account without admin rights
+2. Install git
+3. Install git-annex
+
+### What version of git-annex are you using? On what operating system?
+
+Latest release on MS Windows.
+
+### Please provide any additional information below.
+
+
+Installing git creates read-only directories that cannot be used by the
+git-annex install afterwards. Without admin rights, the read-only flag of
+the git dir cannot be altered.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_1_2533800ab5a95c5d71c3b47a630e751a._comment b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_1_2533800ab5a95c5d71c3b47a630e751a._comment
new file mode 100644
index 0000000000..32fc0311e7
--- /dev/null
+++ b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_1_2533800ab5a95c5d71c3b47a630e751a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T16:19:41Z"
+ content="""
+Thanks, this had been reported in the forum before, but they did not point at the directory permissions as the problem.
+
+It would be possible to modify the installer to install git-annex somewhere else and add it to the PATH, but it seems this is a utter nightmare on windows and I'd have to pull in enormous NSIS scripts from their wiki, of unknown provenance. Which is why I am piggybacking on the git installation's PATH.
+"""]]
diff --git a/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_2_5b71785acf16a8d9ea457726599daef3._comment b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_2_5b71785acf16a8d9ea457726599daef3._comment
new file mode 100644
index 0000000000..4bd5c2c0ed
--- /dev/null
+++ b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_2_5b71785acf16a8d9ea457726599daef3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 2"
+ date="2013-11-26T21:57:28Z"
+ content="""
+Just wondering how git succeeds in installing as non-admin user. The folder it goes in is also read-only.
+"""]]
diff --git a/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_3_63e4ff79bc683a70dd9a85c66e26e56a._comment b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_3_63e4ff79bc683a70dd9a85c66e26e56a._comment
new file mode 100644
index 0000000000..ac5e77d08d
--- /dev/null
+++ b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights/comment_3_63e4ff79bc683a70dd9a85c66e26e56a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 3"
+ date="2013-12-12T19:33:50Z"
+ content="""
+I've made the installer now request admin rights if run by a non-admin. Hopefully good enough. However, the NSIS docs say that only works on Vista or higher. The old XP I'm using (that will be completely EOLed soon IIRC) still has the problem.
+"""]]
diff --git a/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin.mdwn b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin.mdwn
new file mode 100644
index 0000000000..8e205e1e96
--- /dev/null
+++ b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin.mdwn
@@ -0,0 +1,40 @@
+### Please describe the problem.
+
+
+### What steps will reproduce the problem?
+
+$ git init                                                                                             
+Initialized empty Git repository in /cygdrive/c/Temp/.git/                                             
+                                                                                                       
+$ git-annex init                                                                                       
+init                                                                                                   
+  Detected a filesystem without fifo support.                                                          
+                                                                                                       
+  Disabling ssh connection caching.                                                                    
+                                                                                                       
+  Detected a crippled filesystem.                                                                      
+                                                                                                       
+  Disabling core.symlinks.                                                                             
+                                                                                                       
+  Enabling direct mode.                                                                                
+fatal: You are on a branch yet to be born                                                              
+git-annex.exe: git [Param "checkout",Param "-q",Param "-B",Param "annex/direct/master"] failed         
+                                                                                                       
+$ git checkout -B annex/direct/master                                                                  
+fatal: You are on a branch yet to be born                                                              
+
+### What version of git-annex are you using? On what operating system?
+
+Running under cygwin bash
+
+$ git --version
+git version 1.7.9
+
+$ git-annex version
+git-annex version: 5.20140421-g78d6aa1
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+> [[fixed|done]]; documented the needed version of git on the windows
+> install page. --[[Joey]]
diff --git a/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_1_24d626923403b097f57bc3d3a8c5befa._comment b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_1_24d626923403b097f57bc3d3a8c5befa._comment
new file mode 100644
index 0000000000..8610061d51
--- /dev/null
+++ b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_1_24d626923403b097f57bc3d3a8c5befa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-27T00:13:49Z"
+ content="""
+This looks similar to [[bugs/git-annex_fails_to_initialize_under_Windows]], which was solved by upgrading to a newer version of msysgit.
+
+git 1.7.9 is extremely old (years). Probably the empty commit that is done when switching to direct mode, precisely to avoid this problem, fails, because the pre-built git-annex for windows is targeting a modern version of git, from msysgit.
+"""]]
diff --git a/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_2_32a74f078f45ee069a7d386734e379e2._comment b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_2_32a74f078f45ee069a7d386734e379e2._comment
new file mode 100644
index 0000000000..bafaaa3fdc
--- /dev/null
+++ b/doc/bugs/git-annex_fails_to_initialize_under_Windows_with_cygwin/comment_2_32a74f078f45ee069a7d386734e379e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkYmMFDdf3GJ9Oba6NCVkzGc4JyB9WavMs"
+ nickname="Xinruo"
+ subject="comment 2"
+ date="2014-04-27T11:58:13Z"
+ content="""
+OK installing git 1.9.2 from msysgit solves the problem. I thought I have read somewhere that you used cygwin for Windows development and didn't know that git from cygwin is too old. Thanks for the help!
+"""]]
diff --git a/doc/bugs/git-annex_fails_to_start_when_nautilus_script_directory_is_missing.mdwn b/doc/bugs/git-annex_fails_to_start_when_nautilus_script_directory_is_missing.mdwn
new file mode 100644
index 0000000000..e3441489d2
--- /dev/null
+++ b/doc/bugs/git-annex_fails_to_start_when_nautilus_script_directory_is_missing.mdwn
@@ -0,0 +1,49 @@
+### Please describe the problem.
+Starting the webapp fails if the Nautilus scripts directory doesn't exist.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+$ mv ~/.local/share/nautilus ~/.local/share/nautilus.bak
+$ git-annex webapp
+
+git-annex: /home/brunksn/.local/share/nautilus/scripts/git-annex get: openFile: does not exist (No such file or directory)
+failed
+git-annex: webapp: 1 failed
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+5.20140402, Debian testing
+
+### Please provide any additional information below.
+
+Workaround for users without Gnome/Nautilus:
+[[!format sh """
+$ mkdir -p ~/.local/share/nautilus
+"""]]
+
+It seems git-annex tries to create the scripts without checking if the actually directory exists. One solution would be to just create it if it doesn't exist or to only write the scripts if it exists already. Patch for the latter below. Works for me but my haskell knowledge is still very limited.
+
+By the way, what is the preferred way to contribute patches for git-annex? I couldn't find any information about that on the website.
+
+[[!format diff """
+diff --git a/Assistant/Install.hs b/Assistant/Install.hs
+index 4d02c0e..883ca48 100644
+--- a/Assistant/Install.hs
++++ b/Assistant/Install.hs
+@@ -87,8 +87,9 @@ installNautilus :: FilePath -> IO ()
+ #ifdef linux_HOST_OS
+ installNautilus program = do
+        scriptdir <- (\d -> d </> "nautilus" </> "scripts") <$> userDataDir
+-       genscript scriptdir "get"
+-       genscript scriptdir "drop"
++       whenM (doesDirectoryExist scriptdir) $ do
++               genscript scriptdir "get"
++               genscript scriptdir "drop"
+   where
+        genscript scriptdir action =
+                installscript (scriptdir </> scriptname action) $ unlines
+"""]]
+
+> [[applied|done]]. thanks! That's a fine way to send a small patch, or
+> make a git branch somewhere for a larger one. --[[Joey]] 
diff --git a/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups.mdwn b/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups.mdwn
new file mode 100644
index 0000000000..5d8f863ecc
--- /dev/null
+++ b/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+
+Running `git annex group here manual` and `git annex group here client` results in the nonsensical group of "manual client".  Should there be checking for the reserved "standard" group words?
+
+The intention from the webapp and docs reads as though these groups should be mutually exclusive.
+
+Also it would be nice if `git annex group here` returned the list of groups (I put this as a wishlist item but think it perhaps warrants a bug mention).
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]] per my comment. (Please comment if you disagree!) --[[Joey]] 
diff --git a/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups/comment_1_b3090201e90a78e049cf299fc322d60e._comment b/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups/comment_1_b3090201e90a78e049cf299fc322d60e._comment
new file mode 100644
index 0000000000..154bcd12e6
--- /dev/null
+++ b/doc/bugs/git-annex_group_remote_allows_bad_settings_with_standard_groups/comment_1_b3090201e90a78e049cf299fc322d60e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T18:34:49Z"
+ content="""
+You can get the same effect by running `git annex vicfg` in 2 repositories at the same time, and adding different groups. When the repositories sync and merge, things end up in 2 groups.
+
+So, this is something that git-annex has to deal with being done, even if the configuration does not make sense. It deals with it by treating such a configuration the same as if the repository was in no groups, as far as preferred content is concerned.
+
+So, I don't see much point in adding configuration time checks, since they'd not catch all ways this can happen.
+"""]]
diff --git a/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__.mdwn b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__.mdwn
new file mode 100644
index 0000000000..db8abfdcee
--- /dev/null
+++ b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__.mdwn
@@ -0,0 +1,58 @@
+### Please describe the problem.
+
+When cloning/syncing a repository (and probably doing some nono's in the process),
+git annex will happily delete files.
+This cost me several files, which just by coincidence were not totally important, still its *very* unsettling.
+
+### What steps will reproduce the problem?
+
+I did not try to exactly reproduce it yet (sorry, no time right now), but here is vaguley what I did (sorry its been a process spread over
+several hours and i was doing lots of other things in parallel so I'm fuzzy about details):
+
+ * have a repository in direct mode on your local harddrive, say ~/myannex
+ * git clone ~/myannex to /usbhd/myannex, git annex init.
+   The usbhd is a FAT, git annex recognizes it as "crippled filessytem".
+ * Git annex get all from ~/myannex. So far, so good.
+ * create several files on ~/myannex, git annex add them
+ * do a git annex add on them, abort it (realizing SHA256E takes forever, so changing to WORM), repeat add
+   (not sure wheter i did a git annex sync here)
+ * create several files on /usbhd/myannex, git annex add them
+   (not sure wheter i did a git annex sync here again)
+
+All repos are in direct mode.
+
+From here on i don't remember the exact order of events, one definite -- probably important -- nono i did,
+was:
+I executed a git annex sync/get on the usbhd in a sub-directory (i.e. not in the git base dir), say /usbhd/myannex/foo/bar/,
+so it went on creating /usbhd/myannex/foo/bar/foo, which of course was not intended.
+However /usbhd/myannex/foo/bar/foo contained FAT-crippled-symlinks to the new files in ~/myannex (good).
+
+In order to avoid a potential messy situation i just renamed /usbhd/myannex/foo to /usbhd/myannex/foo_bak
+(which I just realize while writing this, saved me the hash values of my files, yay :))
+
+However when I tried to repeat the procedure, it seems that the new files would not appear on the usbhd (for a reason i totally don't get, maybe I synced back before realizing my sub-foo mistake).
+When I synced usbhd -> ~/myannex again, git-annex happily deleted my new files there which obviously quite upset me.
+
+Again, sorry for this horribly chaotic description,
+I'll try and deliver a more reproducible description, but for the next 2 weeks at least I'm too busy for that.
+
+
+
+### What version of git-annex are you using? On what operating system?
+
+Archlinux,
+3.9.2-1-ARCH #1 SMP PREEMPT Sat May 11 20:31:08 CEST 2013 x86_64 GNU/Linux
+
+aur/git-annex-bin 4.20131002-1
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_1_5dd4d1cec069c13184f5dd9efca6721b._comment b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_1_5dd4d1cec069c13184f5dd9efca6721b._comment
new file mode 100644
index 0000000000..a8994ba9a8
--- /dev/null
+++ b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_1_5dd4d1cec069c13184f5dd9efca6721b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://droggl.myopenid.com/"
+ ip="92.76.150.86"
+ subject="comment 1"
+ date="2013-10-08T07:46:35Z"
+ content="""
+Just in case you wonder: the most important (in the sense of not backupped elswhere) files where some scripts which i did hash with SHA256E and not with WORM.
+"""]]
diff --git a/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_2_d9b65fe4cb4bfd58f37e7da5350c6401._comment b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_2_d9b65fe4cb4bfd58f37e7da5350c6401._comment
new file mode 100644
index 0000000000..8574d974bb
--- /dev/null
+++ b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_2_d9b65fe4cb4bfd58f37e7da5350c6401._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="git annex get/sync don't delete files"
+ date="2013-10-10T11:43:29Z"
+ content="""
+AFAIU it's impossible for the 'get' subcommand to delete anything because it only copies files to .git/annex/objects.
+
+'sync' should also never delete files because it only adds files to the annex (i.e. checksums them and sets up the links and directories in .git/annex), commits things to git and pulls/pushes the git-annex specific branches to/from other repos.
+
+So I think some other 'nono' must have messed up your files.
+
+If you ever used (maybe unintentionally) used indirect mode there seem to be a rather high chance that some of your otherwise lost content is still in .git/annex/objects.  Did you check if there's are any files in .git/annex/objects ? 
+"""]]
diff --git a/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_3_1027187b203addd65af8cf1faf28727d._comment b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_3_1027187b203addd65af8cf1faf28727d._comment
new file mode 100644
index 0000000000..d5c08fb4f6
--- /dev/null
+++ b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_3_1027187b203addd65af8cf1faf28727d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 3"
+ date="2013-10-16T20:45:25Z"
+ content="""
+At least part of this sounds like [[direct_mode_assistant_in_subdir_confusion]]. The report is too confused for me to tell if that's the whole of the problem.
+
+Note that git-annex stores files in git, so if it did something wrong, you can switch to indirect mode, and use regular git commands to check out a tree from before the problem occurred.
+"""]]
diff --git a/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_4_ac65028203ff0cbdb978200235fb4e9c._comment b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_4_ac65028203ff0cbdb978200235fb4e9c._comment
new file mode 100644
index 0000000000..be972fa9a5
--- /dev/null
+++ b/doc/bugs/git-annex_happily_deleted_most_of_my_files___36____35____38____33__/comment_4_ac65028203ff0cbdb978200235fb4e9c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 4"
+ date="2013-10-26T19:26:22Z"
+ content="""
+I have moreinfoed this bug, until I hear back with a better problem description.
+
+Using `git log --stat` to investigate any commits where files were removed would probably be a useful way to get a handle on what happened.
+"""]]
diff --git a/doc/bugs/git-annex_merge_stalls.mdwn b/doc/bugs/git-annex_merge_stalls.mdwn
new file mode 100644
index 0000000000..80330a822a
--- /dev/null
+++ b/doc/bugs/git-annex_merge_stalls.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+
+Running git-annex merge shows the output "git-annex merge ", followed by a blinking cursor. The command never seems to end.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130827-gd04d9bb on MacOS X Mountain Lion
+
+### Please provide any additional information below.
+
+dtruss output at https://www.dropbox.com/s/4b3yqn7ajfz5el2/annex-merge.log
+
+[[!meta title="no indication when git-annex is stuck waiting for a lock"]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/git-annex_merge_stalls/comment_1_31578a754945bdcb902c62ff58704bcb._comment b/doc/bugs/git-annex_merge_stalls/comment_1_31578a754945bdcb902c62ff58704bcb._comment
new file mode 100644
index 0000000000..123212d5d4
--- /dev/null
+++ b/doc/bugs/git-annex_merge_stalls/comment_1_31578a754945bdcb902c62ff58704bcb._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T15:45:17Z"
+ content="""
+The relevant part of the log is:
+
+<pre>
+65332/0x53591a:  open(\"/Users/gsolsberry/annex/.git/annex/journal.lck\0\", 0x601, 0x1B6)          = 8 0
+65332/0x53591a:  fcntl(0x8, 0x9, 0x107009D60)            = -1 Err#-1
+</pre>
+
+waitToSetLock thinks fcntl is failing to lock the file due to something else having it locked, and retries, leading to the hang.
+
+I'm told on irc that this was installed using the prebuilt image, and that a previous version of it didn't have the problem.
+"""]]
diff --git a/doc/bugs/git-annex_merge_stalls/comment_2_f3b6bf180466b5931bfd20b2f0229422._comment b/doc/bugs/git-annex_merge_stalls/comment_2_f3b6bf180466b5931bfd20b2f0229422._comment
new file mode 100644
index 0000000000..2fe9b8ac04
--- /dev/null
+++ b/doc/bugs/git-annex_merge_stalls/comment_2_f3b6bf180466b5931bfd20b2f0229422._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl8B4Ima-VCCJ4y32Gvfii8EmvTyN9tFGM"
+ nickname="Glendon"
+ subject="comment 2"
+ date="2013-09-09T15:54:59Z"
+ content="""
+With latest 20130909 version, the following log from git-annex merge:
+
+https://www.dropbox.com/s/3hklzfsflpxuk5s/annex-merge.log.1
+"""]]
diff --git a/doc/bugs/git-annex_merge_stalls/comment_3_ced9b0d724fb55c756106b64c3721003._comment b/doc/bugs/git-annex_merge_stalls/comment_3_ced9b0d724fb55c756106b64c3721003._comment
new file mode 100644
index 0000000000..382f8c835b
--- /dev/null
+++ b/doc/bugs/git-annex_merge_stalls/comment_3_ced9b0d724fb55c756106b64c3721003._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 3"
+ date="2013-09-09T19:35:25Z"
+ content="""
+This problem cleared up after a reboot (and a crash, apparently).
+
+<pre>
+joeyh so, my thought is that perhaps you had a git-annex process before that was holding the lock.
+joeyh for example, if you ran it and ctrl-z'd at just the right time, it could be suspended and holding the lock
+joeyh (or the kernel coud have gotten confused, which given you also had a crash, who knows..)
+dp sounds logical
+joeyh forcing locks is always a problimatic thing
+joeyh but git-annex could certainly notice if it seems to be stalled and print some useful messages
+joeyh and maybe have a way to run with locks forced
+</pre>
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files.mdwn b/doc/bugs/git-annex_opens_too_many_files.mdwn
new file mode 100644
index 0000000000..f439b383f6
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files.mdwn
@@ -0,0 +1,42 @@
+[[!meta title="network-muticast FD leak fix not deployed to Linux autobuilds yet"]]
+
+### Please describe the problem.
+After running git-annex some minutes, the websites is not responsible any more and it even crashes eventually.
+
+### What steps will reproduce the problem?
+Start the assistant.
+
+### What version of git-annex are you using? On what operating system?
+it-annex version: 4.20130802-g1452ac3
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2013-08-06 13:32:51 CEST] main: starting assistant version 4.20130802-g1452ac3                     
+                                                                                                    
+Already up-to-date.                                                                                 
+(scanning...) [2013-08-06 13:32:51 CEST] Watcher: Performing startup scan                           
+                                                                                                    
+Already up-to-date.                                                                                 
+(started...)                                                                                        
+git-annex: accept: resource exhausted (Too many open files)                                         
+[2013-08-06 19:50:37 CEST] read: git ["--git-dir=/home/christian/git-annex/.git","--work-tree=/home/+christian/git-annex","symbolic-ref","HEAD"]                                                        
+git-annex: runInteractiveProcess: pipe: Too many open files                                         
+[2013-08-06 19ND:ea5te1Wm:ao1tn1cS htCeaErtSFuTas]l  lcNbreaatcsWkha etcdcr:ha es/rhh:eo dmd:ee /tgc+eihctrt:ie sdct rineaeantt/wegoPirrtko- cacenosnnsen:xe /cr.tegisiootnu/                           
+racnen[ e2ex0x/1h:3a -uo0sp8te-en0dT6 e (m1Tp9oF:oi5 l1me:a:1n 1yr  eCosEpoSeuTnr] c feri eleaexdsh:+)a                                                                                                 
+ugsitte d[ "(-T-ogoi tm-adniyr =o/pheonm ef/iclhersi)s                                              
+tian/git-annex/.git","--work-tree=/home/christian/git-annex","symbolic-ref","HEAD"]                 
+git-annex: runInteractiveProcess: pipe: Too many open files                                         
+git-annex: git: createProcess: resource exhausted (Too many open files)                             
+[2013-08-06 19:51:11 CEST] NetWatcherFallback: warning NetWatcherFallback crashed: git: createProces+s: resource exhausted (Too many open files)                                                        
+[2013-08-06 19:51:11 CEST] DaemonStatus: warning DaemonStatus crashed: /home/christian/git-annex/.gi+t/annex/: openTempFile: resource exhausted (Too many open files) 
+
+(system was asleep from 14:00 until 19:50)
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_1_37f6f5838c41c533df4be1f927b9b03d._comment b/doc/bugs/git-annex_opens_too_many_files/comment_1_37f6f5838c41c533df4be1f927b9b03d._comment
new file mode 100644
index 0000000000..de5dde9b51
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_1_37f6f5838c41c533df4be1f927b9b03d._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="chrisbra"
+ ip="80.149.220.45"
+ subject="sorry, added some wrapping signs from vim."
+ date="2013-08-06T18:01:40Z"
+ content="""
+[2013-08-06 13:32:51 CEST] main: starting assistant version 4.20130802-g1452ac3
+
+Already up-to-date.
+(scanning...) [2013-08-06 13:32:51 CEST] Watcher: Performing startup scan
+
+Already up-to-date.
+(started...) 
+git-annex: accept: resource exhausted (Too many open files)
+[2013-08-06 19:50:37 CEST] read: git [\"--git-dir=/home/christian/git-annex/.git\",\"--work-tree=/home/christian/git-annex\",\"symbolic-ref\",\"HEAD\"]
+git-annex: runInteractiveProcess: pipe: Too many open files
+[2013-08-06 19ND:ea5te1Wm:ao1tn1cS htCeaErtSFuTas]l  lcNbreaatcsWkha etcdcr:ha es/rhh:eo dmd:ee /tgceihctrt:ie sdct rineaeantt/wegoPirrtko- cacenosnnsen:xe /cr.tegisiootnu/
+racnen[ e2ex0x/1h:3a -uo0sp8te-en0dT6 e (m1Tp9oF:oi5 l1me:a:1n 1yr  eCosEpoSeuTnr] c feri eleaexdsh:)a 
+ugsitte d[ \"(-T-ogoi tm-adniyr =o/pheonm ef/iclhersi)s
+tian/git-annex/.git\",\"--work-tree=/home/christian/git-annex\",\"symbolic-ref\",\"HEAD\"]
+git-annex: runInteractiveProcess: pipe: Too many open files
+git-annex: git: createProcess: resource exhausted (Too many open files)
+[2013-08-06 19:51:11 CEST] NetWatcherFallback: warning NetWatcherFallback crashed: git: createProcess: resource exhausted (Too many open files)
+[2013-08-06 19:51:11 CEST] DaemonStatus: warning DaemonStatus crashed: /home/christian/git-annex/.git/annex/: openTempFile: resource exhausted (Too many open files)
+
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_2_347ef233b9845b84d7c4d49ed166e797._comment b/doc/bugs/git-annex_opens_too_many_files/comment_2_347ef233b9845b84d7c4d49ed166e797._comment
new file mode 100644
index 0000000000..381d425fc9
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_2_347ef233b9845b84d7c4d49ed166e797._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-08-07T15:59:59Z"
+ content="""
+What operating system is this?
+
+Can you see which files the git-annex process has open?
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_3_d5f644d97cd2db471deb5dcd728cae60._comment b/doc/bugs/git-annex_opens_too_many_files/comment_3_d5f644d97cd2db471deb5dcd728cae60._comment
new file mode 100644
index 0000000000..fbd3bce8f5
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_3_d5f644d97cd2db471deb5dcd728cae60._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="chrisbra"
+ ip="212.121.153.12"
+ subject="This is ubuntu 12.10"
+ date="2013-08-12T13:30:00Z"
+ content="""
+This is ubuntu 12.10 and seems to be the same problem which has been mentioned before (resource exhausted or similar)
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_4_c03bde64be8fdd962826bc7afa07d2a9._comment b/doc/bugs/git-annex_opens_too_many_files/comment_4_c03bde64be8fdd962826bc7afa07d2a9._comment
new file mode 100644
index 0000000000..b4c4587063
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_4_c03bde64be8fdd962826bc7afa07d2a9._comment
@@ -0,0 +1,137 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlmRpGORNKWimtzqItvwm4I6cn16vx8OvU"
+ nickname="hayden"
+ subject="Many network sockets with associated fds hanging around"
+ date="2013-08-15T18:00:42Z"
+ content="""
+I see something similar in logs and after roughly 10 mins the web-apps dies. 
+So I think I hit the same as the above user. 
+Sometimes I get thread deaths and restart requests but the root cause appears to match the scenario mentioned over.  
+Often the webapp just hangs.  But always when it hits the fd ulimit... 1024 on this system.
+
+git-annex version is 4.20130802-g1452ac3 and I used the static-linked linux tar.gz linux-binary download.
+
+Test setup is a from scratch assistant startup on Ubuntu 12.04.  
+Not exactly a clean ubuntu though, so maybe difficult to duplicate troubles at your end.
+
+I fired up the web-app with a cleaned out config.  No signs of leaks until an annex is created. 
+On creation of an empty annex I get fd leaks a about 1 per second after a repository is created.  
+Strace'ing the main process only shows 8-bytes writes (see below) at the same rate as the leak.
+Sometimes the fd-leak stops before the resource limit, sometimes not.  
+Creating a new annex on top of an existing directory tree with many files is pretty reliable trigger though.
+Startup scan finishes and fds leak away until the ulimit is hit.
+
+    hayden@orca:~/gamma$ ls /proc/26319/fd
+    0  10  12  14  16  18  2   21  23  25  27  29  30  32  34  36  38  4   41  43  45  6  8
+    1  11  13  15  17  19  20  22  24  26  28  3   31  33  35  37  39  40  42  44  5   7  9
+    hayden@orca:~/gamma$ ls /proc/26319/fd
+    0  10  12  14  16  18  2   21  23  25  27  29  30  32  34  36  38  4   41  43  45  6  8
+    1  11  13  15  17  19  20  22  24  26  28  3   31  33  35  37  39  40  42  44  5   7  9
+    hayden@orca:~/gamma$ ls /proc/26319/fd
+    0  10  12  14  16  18  2   21  23  25  27  29  30  32  34  36  38  4   41  43  45  5  7  9
+    1  11  13  15  17  19  20  22  24  26  28  3   31  33  35  37  39  40  42  44  46  6  8
+
+    hayden@orca:~/gamma$ ls /proc/26319/fd/43
+    /proc/26319/fd/43
+
+    hayden@orca:~/gamma$ ls -l  /proc/26319/fd/43
+    ls -l  /proc/26319/fd/43
+    lrwx------ 1 hayden hayden 64 Aug 14 21:10 /proc/26319/fd/43 -> socket:[568994]
+
+    hayden@orca:~/gamma$ lsof | grep 568994
+    git-annex 26319     hayden   43u     IPv4             568994      0t0      UDP 224.0.0.251:55556 
+
+    hayden@orca:~/gamma$ uname -a
+    Linux orca 3.2.0-25-generic #40-Ubuntu SMP Wed May 23 20:30:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
+
+    hayden@orca:~/gamma$ cat /etc/issue
+    Ubuntu 12.04 LTS \n \l
+
+    hayden@orca:~/gamma$ fuser 55556/udp -a
+    55556/udp:            4415 26319 27080 27083
+
+    hayden@orca:~/gamma$ ps aux | grep 4415
+    hayden    4415  0.0  0.0  66716  3036 ?        S    Aug12   0:03 curl -s --head -L http://127.0.0.1:38464/?auth=da9c4aba4cc2db9cf78574753f6e94d8031c6a7bdf8bfe100bde868f57b81fd751965cc9d68a9afac79f826d257a256a04ce62615a7f23cd7c925969dda1c7b8 -w %{http_code}
+    hayden   27458  0.0  0.0  10612   924 pts/0    S+   21:50   0:00 grep --color=auto 4415
+
+    hayden@orca:~/gamma$ ps aux | grep 26319
+    hayden   26319  0.1  0.7 497188 28560 pts/5    Sl   21:09   0:04 git-annex webapp
+    hayden   26338  3.4  3.4 1035572 137864 pts/5  Sl   21:09   1:25 /usr/lib/firefox/firefox /tmp/webapp26319.html
+    hayden   27460  0.0  0.0  10612   920 pts/0    S+   21:50   0:00 grep --color=auto 26319
+
+    hayden@orca:~/gamma$ ps aux | grep 27080
+    hayden   27080  0.0  0.0  16476  1288 pts/5    S    21:33   0:00 git --git-dir=/home/hayden/boo/.git --work-tree=/home/hayden/boo cat-file --batch
+    hayden   27462  0.0  0.0  10612   924 pts/0    S+   21:50   0:00 grep --color=auto 27080
+
+    hayden@orca:~/gamma$ ps aux | grep 27083
+    hayden   27083  0.0  0.0  16476  1060 pts/5    S    21:33   0:00 git --git-dir=/home/hayden/boo/.git --work-tree=/home/hayden/boo check-attr -z --stdin annex.backend annex.numcopies --
+    hayden   27464  0.0  0.0  10612   920 pts/0    S+   21:51   0:00 grep --color=auto 27083
+
+----> has 579 open fds at this point but this number holds stable over 10 min
+(copy in new tree to provoke)
+(no change)
+----> restart daemon in gui to provoke
+(new process has open fds slowly climbing after startup scan) 
+
+straces look like this repeating every second. (clipped down)
+ 
+    futex(0x34f001c, FUTEX_WAIT_PRIVATE, 51, NULL) = ? ERESTARTSYS (To be restarted)
+    --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+    rt_sigreturn(0x1a)                      = 202
+    futex(0x34f001c, FUTEX_WAIT_PRIVATE, 51, NULL) = ? ERESTARTSYS (To be restarted)
+    --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+    rt_sigreturn(0x1a)                      = 202
+    futex(0x34f001c, FUTEX_WAIT_PRIVATE, 51, NULL) = ? ERESTARTSYS (To be restarted)
+    --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+    rt_sigreturn(0x1a)                      = 202
+    futex(0x34f001c, FUTEX_WAIT_PRIVATE, 51, NULL) = ? ERESTARTSYS (To be restarted)
+    --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+    write(6, \"\377\0\0\0\0\0\0\0\", 8)       = 8
+    rt_sigreturn(0x2)                       = 202
+    futex(0x34f001c, FUTEX_WAIT_PRIVATE, 51, NULL^C <unfinished ...>
+    Process 29803 detached
+
+Until after roughly 10 mins...
+
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1017
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1023
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1024
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1024
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1024
+    hayden@orca:~/boo$ ls /proc/29803/fd | wc -l
+    1024
+
+    hayden@orca:~/boo$ ulimit -a
+    core file size          (blocks, -c) 0
+    data seg size           (kbytes, -d) unlimited
+    scheduling priority             (-e) 0
+    file size               (blocks, -f) unlimited
+    pending signals                 (-i) 31164
+    max locked memory       (kbytes, -l) 64
+    max memory size         (kbytes, -m) unlimited
+    open files                      (-n) 1024
+    pipe size            (512 bytes, -p) 8
+    POSIX message queues     (bytes, -q) 819200
+    real-time priority              (-r) 0
+    stack size              (kbytes, -s) 8192
+    cpu time               (seconds, -t) unlimited
+    max user processes              (-u) 31164
+    virtual memory          (kbytes, -v) unlimited
+    file locks                      (-x) unlimited
+    hayden@orca:~/boo$ 
+
+At this point the webapp hangs but a number of interesting crashes may occur. I've also seen the particular error in the previous users log (on a big tree). 
+
+    [2013-08-14 21:56:12 CEST] main: starting assistant version 4.20130802-g1452ac3
+    (scanning...) [2013-08-14 21:56:12 CEST] Watcher: Performing startup scan
+    (started...) DaemonStatus crashed: /home/hayden/boo/.git/annex/: openTempFile: resource exhausted (Too many open files)
+    [2013-08-14 22:06:12 CEST] DaemonStatus: warning DaemonStatus crashed: /home/hayden/boo/.git/annex/: openTempFile: resource exhausted (Too many open files)
+
+Is any of the above helpful?  Anything else useful to kick for testing that you'd like done?
+I'd guess this is something weird with my ubuntu setup that provokes this as more users would see it otherwise. 
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_5_33a2e783e5355e981497b9861997570b._comment b/doc/bugs/git-annex_opens_too_many_files/comment_5_33a2e783e5355e981497b9861997570b._comment
new file mode 100644
index 0000000000..786672eb20
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_5_33a2e783e5355e981497b9861997570b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 5"
+ date="2013-08-24T17:09:43Z"
+ content="""
+Thanks for an excellent amount of debug information.
+
+I can see what's leaking is UDP connections to 224.0.0.251. That address is used for the \"local pairing\" option in the webapp. 
+
+I was able to reproduce the problem by disabling all network interfaces except `lo`. The PairListener then failed to open a multicast listening socket. When it fails that way, it retried every second, as you noticed. And there is a socket leak in that failure mode.
+
+I wonder if you're seeing this even when on the network? If so, perhaps your Ubuntu system has something going on that prevents opening a multicast listening socket on even `eth0` or `wlan0` or whatever.
+
+Unfortunately, the actual socket leak bug is in the [network-multicast](http://hackage.haskell.org/package/network-multicast) library, and not in git-annex.  I have filed an upstream bug report: <https://github.com/audreyt/network-multicast/issues/4>
+
+Hopefully that will be dealt with soon. There is a workaround I could do in git-annex: If it fails (leaking one socket), it could wait until the NetworkListener indicated a new network interface was opened, before trying again (possibly leaking one socket again). This would change it from a 1 per second leak to a 1 per change of network leak at worst, which is probably much less likely to cause problems.
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_6_b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment b/doc/bugs/git-annex_opens_too_many_files/comment_6_b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment
new file mode 100644
index 0000000000..60c268fc03
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_6_b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 6"
+ date="2013-08-24T18:38:56Z"
+ content="""
+My NetListener workaround turned out to not be portable enough.
+
+However, I have sent a patch to fix the FD leak: <https://github.com/audreyt/network-multicast/pull/6>
+Hopefully it gets applied soon.
+
+I have also made the PairListener only retry every 60 seconds. Which makes the leak 1/60th as bad, for whatever that's worth.
+
+Once a fix for this gets into Debian, I need to remember to backport it to stable, and update the autobuilders to use it. Also need to remember to update the Android autobuilder. Leaving this bug report open until that happens.
+"""]]
diff --git a/doc/bugs/git-annex_opens_too_many_files/comment_7_d73454c9ab3729989e4bc3f2223ccde9._comment b/doc/bugs/git-annex_opens_too_many_files/comment_7_d73454c9ab3729989e4bc3f2223ccde9._comment
new file mode 100644
index 0000000000..8e1a18fda6
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files/comment_7_d73454c9ab3729989e4bc3f2223ccde9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 7"
+ date="2014-01-01T17:29:03Z"
+ content="""
+OSX, Android, Windows all updated. Debian backport and linux autobuilds updated.
+"""]]
diff --git a/doc/bugs/git-annex_remotedeamon.mdwn b/doc/bugs/git-annex_remotedeamon.mdwn
new file mode 100644
index 0000000000..15f7283629
--- /dev/null
+++ b/doc/bugs/git-annex_remotedeamon.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+git-annex is back on the radar now that the jabber requirement has been dropped! :-)
+
+But, it seems as though when I create a remote repo via the webapp it always makes it a bare git repo.  Even when I specify the "client usage grouping".
+
+If I manually create two repos on ssh enabled servers, manually link them, and fire up the assistant they are awesomely kept in sync (with no bare repo in sight).
+
+### What steps will reproduce the problem?
+
+Use the webapp to try to create a client usage remote repo.
+
+### What version of git-annex are you using? On what operating system?
+
+Latest as of post.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[notabug|done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_remotedeamon/comment_1_bf8aa639ddc7f51ed7b2b83e31694e85._comment b/doc/bugs/git-annex_remotedeamon/comment_1_bf8aa639ddc7f51ed7b2b83e31694e85._comment
new file mode 100644
index 0000000000..47d85fc671
--- /dev/null
+++ b/doc/bugs/git-annex_remotedeamon/comment_1_bf8aa639ddc7f51ed7b2b83e31694e85._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-24T18:00:52Z"
+ content="""
+Please use descriptive bug titles.
+
+The webapp configures some common use cases, not every possible use case. Running git-annex assistant on a remote server to keep a directory there updated is not a relatively common use case. You can do it if you want; and if someone provided a very complelling UI markup that made sense to regular users it might be added to the webap (but this seems unlikely. 
+
+As it is, the webapp set up bare git repositories on remotes, because that is by far the most common useful way to use git on a remote server. And if the webapp's local pairing interface is used, two existing non-bare client repositories will be paired, and the new remotedaemon will help keep the in sync.
+"""]]
diff --git a/doc/bugs/git-annex_remotedeamon/comment_2_82f71852df61d12333d08ba25af9d7be._comment b/doc/bugs/git-annex_remotedeamon/comment_2_82f71852df61d12333d08ba25af9d7be._comment
new file mode 100644
index 0000000000..0228e2fbb3
--- /dev/null
+++ b/doc/bugs/git-annex_remotedeamon/comment_2_82f71852df61d12333d08ba25af9d7be._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2014-04-24T18:43:50Z"
+ content="""
+hmmm - I think that it's arguable that if in the repository group drop down I select \"client\" then the remote repo should *not* be bare.
+
+I would predict that this new functionality will supercede the existing use-cases in terms of popularity.  It's very cool that all my machines can be kept in sync with just ssh - a walkthrough showing desktop, laptop, and phone all just syncing (i.e., without the cloud transfer repo and jabber complications) makes a much simpler and compelling advert for this cool code!  But it won't happen unless the GUI supports it...
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup.mdwn b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup.mdwn
new file mode 100644
index 0000000000..69383666c2
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup.mdwn
@@ -0,0 +1,49 @@
+Hi.
+
+trying to manage my collection of digital music files using git-annex. The collection (113 gigs of flac files ripped from my CDs) should be stored on my three different machines and updated on all of them, if I add or change a file on only one of the machines.
+
+### Please describe the problem.
+
+Added a new external USB disk for sneaker transfer via web app, yesterday.
+
+Now for no apparent reason, after startup/login, git-annex would start and quickly suck up all available RAM. This is on a fairly well equipped machine (16G physical RAM, i5-2400), yet "top" tells me that there is one git process that sucks up more than 20G and climbing. It looked like this:
+
+    git --git-dir=/home/user/Sync/Audio/.git --work-tree=/home/user/Sync/Audio -c core.bare=false log refs/heads git-annex..13d365f16ffdb5a393f66362b840d3f21bb4c59c --oneline -n1
+
+The computer then slows down, grinds to halt, becomes unresponsive and it's difficult to even login on the console.
+
+Then, the OOM killer kicks in and kicks the git process, but git-annex quickly starts another which does the same.
+
+### What steps will reproduce the problem?
+
+I don't know what caused it. The symptoms remained after a reboot, "git annex watch --stop" didn't help either, since I'm a dumb web app user, I'm not sure if that's the right command to use anyway.
+
+For now, I have removed git-annex from the system.
+
+### What version of git-annex are you using? On what operating system?
+
+Last installed version: git-annex 5.20140127.1 on Ubuntu 13.10, amd64.
+
+### Please provide any additional information below.
+
+I'm fairly unsure where to look for the cause and what logs to provide you with to help fix this. Just guessing that it could be a symptom, but the daemon.log is full of entries like this:
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+("race detected",ca2cbdb84bcbd4aab895284b16fc72f693fbba90,[4a2e7c1d7d286a4da9e816b20368ce2f9b4177c4],"committing",(ca2cbdb84bcbd4aab895284b16fc72f693fbba90,[ca2cbdb84bcbd4aab895284b16fc72f693fbba90]))
+(Recording state in git...)
+("race detected",28c835634e65ced0e532c1a0e4f34dd0344193bc,[19597be0f49fb859fafa51e006459d5a95e3d005],"committing",(28c835634e65ced0e532c1a0e4f34dd0344193bc,[28c835634e65ced0e532c1a0e4f34dd0344193bc]))
+(Recording state in git...)
+("race detected",1f2b06c7001be38bd9595eb2205c91454597edaa,[398660279436246a698d6bd55eb06998999ed64f],"committing",(1f2b06c7001be38bd9595eb2205c91454597edaa,[1f2b06c7001be38bd9595eb2205c91454597edaa]))
+(Recording state in git...)
+("race detected",4c1510c3db41ff400526d5753c03bddc48f5c37e,[1989177cf24ec9151058ed99f05117e48c239001],"committing",(4c1510c3db41ff400526d5753c03bddc48f5c37e,[4c1510c3db41ff400526d5753c03bddc48f5c37e]))
+(Recording state in git...)
+("race detected",b82f41fcbf24c43fe9f1f9d6fb54ba5ef9ff8de0,[799e4434447b18be63bd097120e1fbf56eac48ce],"committing",(b82f41fcbf24c43fe9f1f9d6fb54ba5ef9ff8de0,[b82f41fcbf24c43fe9f1f9d6fb54ba5ef9ff8de0]))
+(Recording state in git...)
+
+# End of transcript or log.
+"""]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_1_b550f292359b44977481bf69abad4012._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_1_b550f292359b44977481bf69abad4012._comment
new file mode 100644
index 0000000000..662141d64a
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_1_b550f292359b44977481bf69abad4012._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkVnM7Ol2kr_jfLg6h_oXpmNdxWHIiL9mk"
+ nickname="Hanno"
+ subject="comment 1"
+ date="2014-01-30T11:18:15Z"
+ content="""
+In case it helps:
+
+    $ grep \"race detected\" daemon.log.5 | wc -l
+    234986
+
+
+
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_2_76e6c1d4db27bcc1767ba34e13e8211c._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_2_76e6c1d4db27bcc1767ba34e13e8211c._comment
new file mode 100644
index 0000000000..dacaac9421
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_2_76e6c1d4db27bcc1767ba34e13e8211c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 2"
+ date="2014-01-30T17:39:47Z"
+ content="""
+How many files are in the repository?
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_3_14007c8e927b75c5706e80cc4242fae4._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_3_14007c8e927b75c5706e80cc4242fae4._comment
new file mode 100644
index 0000000000..90101155d5
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_3_14007c8e927b75c5706e80cc4242fae4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Hanno"
+ ip="85.183.3.94"
+ subject="comment 3"
+ date="2014-01-31T10:39:47Z"
+ content="""
+The folder contains a bit more than 15000 files (counted with find -type f)
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_4_f3266b74517b421e5310e67818fe3969._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_4_f3266b74517b421e5310e67818fe3969._comment
new file mode 100644
index 0000000000..faaa7ed09a
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_4_f3266b74517b421e5310e67818fe3969._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkVnM7Ol2kr_jfLg6h_oXpmNdxWHIiL9mk"
+ nickname="Hanno"
+ subject="comment 4"
+ date="2014-01-31T23:17:49Z"
+ content="""
+I have no idea if it is related to this problem, but allow me to add that the \"Consistency check\" (that the web app specifically recommended me to activate) makes my computers unreasonably slow immediately after each bootup. This is both at the fairly fast computer at the office and the ok-ish old laptop at home.
+
+Also, the check will kick in and suck up the systems responsiveness right after connecting the external USB sneaker disk, making any regular file transfer to the disk extremely slow (more than once I was stung because I just wanted to quickly move a bigger file to the disk and walk home at the end of an office day but git-annex would go into its check after mounting).
+
+Thanks!
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_5_1a07f15eb0353768c1e67a1e47e2e494._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_5_1a07f15eb0353768c1e67a1e47e2e494._comment
new file mode 100644
index 0000000000..d94eda8168
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_5_1a07f15eb0353768c1e67a1e47e2e494._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="Hanno"
+ ip="85.183.3.94"
+ subject="comment 5"
+ date="2014-02-27T16:10:54Z"
+ content="""
+Is there anything I can do to help making progress on this issue?
+Right now I'm afraid to reinstall git-annex on this machine.
+"""]]
diff --git a/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_6_7d0d49fd165af5e30606982e05335d34._comment b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_6_7d0d49fd165af5e30606982e05335d34._comment
new file mode 100644
index 0000000000..bd6fcad6ab
--- /dev/null
+++ b/doc/bugs/git-annex_sucking_up_all_available_RAM_after_startup/comment_6_7d0d49fd165af5e30606982e05335d34._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 6"
+ date="2014-03-10T19:24:45Z"
+ content="""
+I suppose it would be useful to look at the output of `git log git-annex..13d365f16ffdb5a393f66362b840d3f21bb4c59c --oneline -n1`
+
+Either than command is outputting a huge amount of stuff, or it's actually causing git (not git-annex) to use a lot of memory. Not sure which it is from the description.
+"""]]
diff --git a/doc/bugs/git-annex_sync_does_not_push.mdwn b/doc/bugs/git-annex_sync_does_not_push.mdwn
new file mode 100644
index 0000000000..a5fbc17427
--- /dev/null
+++ b/doc/bugs/git-annex_sync_does_not_push.mdwn
@@ -0,0 +1,52 @@
+### Please describe the problem.
+
+From the description of `sync` in the man page I assume it should be able to push all the branches it needs:
+
+> The sync process involves first committing all local changes, then fetching and merging the `synced/master` and the `git-annex` branch from the remote repositories, and finally pushing the changes back to those branches on the remote repositories. You can use standard git commands to do each of those steps by hand, or if you don't want to worry about the details, you can use sync.
+
+However this does not seem to be the case if one starts from an empty repository.
+
+### What steps will reproduce the problem?
+
+The following script (from <https://gist.github.com/gioele/d4e0905a3570f097fb0b>) will reproduce this problem:
+
+    #!/bin/sh -x
+ 
+    set -e ; set -u
+    export LC_ALL=C
+ 
+    d=$(pwd)
+
+    # cleanup
+    chmod a+rwx -R REPO pc1 || true
+    rm -Rf REPO pc1
+
+    # create central git repo
+    mkdir -p REPO/Docs.git
+    cd REPO/Docs.git
+    git init --bare
+    cd $d
+
+    # populate repo in PC1
+    mkdir -p pc1/Docs
+    cd pc1/Docs
+    echo AAA > fileA
+    echo BBB > fileB
+
+    git init
+    git remote add origin $d/REPO/Docs.git
+    git fetch --all
+
+    git annex init "pc1"
+    git annex add .
+    git annex sync
+
+    find $d/REPO/Docs.git/refs
+
+    # there should be some branches inside refs
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140412ubuntu1 from Ubuntu 14.04.
+
+> Documentation fixed, so provisionally [[done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex_sync_does_not_push/comment_1_8b9b53163b012563b3e80f8eded76aaa._comment b/doc/bugs/git-annex_sync_does_not_push/comment_1_8b9b53163b012563b3e80f8eded76aaa._comment
new file mode 100644
index 0000000000..424d4db0d7
--- /dev/null
+++ b/doc/bugs/git-annex_sync_does_not_push/comment_1_8b9b53163b012563b3e80f8eded76aaa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T18:09:51Z"
+ content="""
+git-annex sync only syncs with remotes that have an annex.uuid configured. So you can solve your problem by: `git annex sync origin`, which will sync to the remote and incidentially initialize it for git-annex use.
+
+I think this is merely a documentation problem, as the documentation says it syncs with all remotes. Although I don't have any strong feelings about whether sync should act on remotes that have not yet been initialized with git-annex.
+"""]]
diff --git a/doc/bugs/git-annex_sync_may_fail_when_the_directory_I__39__m_in_disepeared.mdwn b/doc/bugs/git-annex_sync_may_fail_when_the_directory_I__39__m_in_disepeared.mdwn
new file mode 100644
index 0000000000..7a2690be24
--- /dev/null
+++ b/doc/bugs/git-annex_sync_may_fail_when_the_directory_I__39__m_in_disepeared.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+While running git annex sync, it may failed if one did run it on some deep directory, and the sync remove this direcory.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130815
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+
+on Debian Gnu Linux sid
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_webapp_command_not_found.mdwn b/doc/bugs/git-annex_webapp_command_not_found.mdwn
new file mode 100644
index 0000000000..6854d541c7
--- /dev/null
+++ b/doc/bugs/git-annex_webapp_command_not_found.mdwn
@@ -0,0 +1,25 @@
+###What steps will reproduce the problem?
+
+    greg@x220:~/Music$ git-annex version
+    git-annex version: 3.20121017
+
+    greg@x220:~/Documents$ git-annex watch
+    greg@x220:~/Documents$ git-annex: Daemon is already running.
+
+    greg@x220:~/Documents$ git-annex assistant
+    greg@x220:~/Documents$ git-annex: Daemon is already running.
+
+    greg@x220:~/Documents$ git-annex webapp
+    git-annex: unknown command webapp
+
+This is on an Ubuntu (12.10) machine, using git-annex from ubuntu+1 (13.04), which is just an autosync from sid:
+
+https://launchpad.net/ubuntu/+source/git-annex/3.20121017
+
+###What is the expected output? What do you see instead?
+I expect my browser to open the webapp.
+
+
+(Also, it is odd how the output of "Daemon is already running" appears after my prompt is given back to me)
+
+> [[closing|done]]; forwarded upstream --[[Joey]] 
diff --git a/doc/bugs/git-annex_webapp_command_not_found/comment_1_6fa63ae1a7affb2351eda57ab3b4eda1._comment b/doc/bugs/git-annex_webapp_command_not_found/comment_1_6fa63ae1a7affb2351eda57ab3b4eda1._comment
new file mode 100644
index 0000000000..d60432a8d9
--- /dev/null
+++ b/doc/bugs/git-annex_webapp_command_not_found/comment_1_6fa63ae1a7affb2351eda57ab3b4eda1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-29T19:45:25Z"
+ content="""
+Ubuntu is apparently building git-annex without the webapp.
+
+(Message display fixed.)
+"""]]
diff --git a/doc/bugs/git-annex_webapp_command_not_found/comment_2_d25232bb5eaff725281869d7681e81ad._comment b/doc/bugs/git-annex_webapp_command_not_found/comment_2_d25232bb5eaff725281869d7681e81ad._comment
new file mode 100644
index 0000000000..eaf95ceb1b
--- /dev/null
+++ b/doc/bugs/git-annex_webapp_command_not_found/comment_2_d25232bb5eaff725281869d7681e81ad._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 2"
+ date="2012-11-29T19:55:25Z"
+ content="""
+Thanks, Joey. I've reported it [downstream in LP](https://bugs.launchpad.net/ubuntu/+source/git-annex/+bug/1084693).
+"""]]
diff --git a/doc/bugs/git-annex_webapp_command_not_found/comment_3_f593752a0c5c60daaacca46ced5ac5d8._comment b/doc/bugs/git-annex_webapp_command_not_found/comment_3_f593752a0c5c60daaacca46ced5ac5d8._comment
new file mode 100644
index 0000000000..531714d5c1
--- /dev/null
+++ b/doc/bugs/git-annex_webapp_command_not_found/comment_3_f593752a0c5c60daaacca46ced5ac5d8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk4_47QIHYfGlI9aL04LXxOczcYABmmIfA"
+ nickname="Mike"
+ subject="On Opensuse 13.1 - I was able to run git-annex-webapp once.  "
+ date="2014-02-01T15:34:50Z"
+ content="""
+As soon as I removed my single repository it never loaded again.  I have re-booted.  re-installed.   I have the package installed it tries to load but doesn't.   I have the stand-alone installed it does nothing.    Only if I try to execute webapp as superuser does it launch the browser but doesn't execute properly. comes up to some url file://???     when it was working properly i noticed it was opening to locahost url 127.0.0.1/something
+
+Still seems to be running on my desktop machine though.  But i did not try to remove the repository from that machine because git-annex does not provide a way to remove repository without actually deleting the files.   Evidently Disable and Delete do exactly the same thing.
+
+Any ideas?  thanks. Mike
+"""]]
diff --git a/doc/bugs/git-annex_webapp_command_not_found/comment_4_e4ef964274e74cb4a39dc8ecac8ceade._comment b/doc/bugs/git-annex_webapp_command_not_found/comment_4_e4ef964274e74cb4a39dc8ecac8ceade._comment
new file mode 100644
index 0000000000..bc804d98a7
--- /dev/null
+++ b/doc/bugs/git-annex_webapp_command_not_found/comment_4_e4ef964274e74cb4a39dc8ecac8ceade._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk4_47QIHYfGlI9aL04LXxOczcYABmmIfA"
+ nickname="Mike"
+ subject="On Opensuse 13.1 - I was able to run git-annex-webapp once.  "
+ date="2014-02-01T15:35:10Z"
+ content="""
+As soon as I removed my single repository it never loaded again.  I have re-booted.  re-installed.   I have the package installed it tries to load but doesn't.   I have the stand-alone installed it does nothing.    Only if I try to execute webapp as superuser does it launch the browser but doesn't execute properly. comes up to some url file://???     when it was working properly i noticed it was opening to locahost url 127.0.0.1/something
+
+Still seems to be running on my desktop machine though.  But i did not try to remove the repository from that machine because git-annex does not provide a way to remove repository without actually deleting the files.   Evidently Disable and Delete do exactly the same thing.
+
+Any ideas?  thanks. Mike
+"""]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
new file mode 100644
index 0000000000..13ac5a98f6
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
@@ -0,0 +1,43 @@
+### Please describe the problem.
+
+Adding my 43GB Music Studio folder with 85K files causes out of memory or file not found errors. I subsequently tried on a very small folder but it still fails. --debug gives nothing useful that I can see.
+
+
+### What steps will reproduce the problem?
+
+cd Studio
+git init
+git annex init
+git annex add
+
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140613-g5587055
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 2 3 4
+
+Running on Windows 8.1 x64, Git Bash, Direct Mode, WORM backend
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+fatal: Out of memory? mmap failed: No such file or directory
+git-annex: add: 8562 failed
+
+Phil@DESKTOP /c/Studio (annex/direct/master)
+$ git annex add audacity
+fatal: Out of memory? mmap failed: No such file or directory
+(Recording state in git...)
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="msysgit failure on Windows: mmap failed: No such file or directory "]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_984f75d8078f2809486f38ecb3b16be3._comment b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_984f75d8078f2809486f38ecb3b16be3._comment
new file mode 100644
index 0000000000..3662fe04fc
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_984f75d8078f2809486f38ecb3b16be3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="comment 1"
+ date="2014-07-04T16:25:53Z"
+ content="""
+Looks like it might be related to msysGit:
+
+[bug on msysgit](http://osdir.com/ml/msysgit/2009-12/msg00007.html)
+"""]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_c0f07e2d4bb142389629050479dd1465._comment b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_c0f07e2d4bb142389629050479dd1465._comment
new file mode 100644
index 0000000000..0601b0a7de
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_c0f07e2d4bb142389629050479dd1465._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-04T17:58:10Z"
+ content="""
+If you run git-annex with the --debug flag, you can see the git command that is presumably what is failing. You could then probably run the same git command manually and see if it fails that way too.
+
+Does your git repository have a large pack file (in `.git/objects/pack`) as mentioned in the msysgit bug report?
+"""]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_7a58a884aaacedca9697b17cd5248214._comment b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_7a58a884aaacedca9697b17cd5248214._comment
new file mode 100644
index 0000000000..c6aa8360a5
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_7a58a884aaacedca9697b17cd5248214._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="comment 3"
+ date="2014-07-04T22:28:27Z"
+ content="""
+I thought it might be related to using WORM but I've just hit it again on the default backend.
+
+--debug just seems to fail on the folder I tried to add:
+
+[[!format sh \"\"\"
+
+git annex --debug add samples
+
+[2014-07-04 23:24:42 GMT Summer Time] read: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"samples\"]
+[2014-07-04 23:24:42 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+add samples/cr_info.sh [2014-07-04 23:24:42 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+[2014-07-04 23:24:42 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+[2014-07-04 23:24:42 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+ok
+[2014-07-04 23:24:42 GMT Summer Time] read: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"ls-files\",\"--modified\",\"-z\",\"--\",\"samples\"]
+fatal: Out of memory? mmap failed: No such file or directory
+(Recording state in git...)
+[2014-07-04 23:25:39 GMT Summer Time] feed: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-07-04 23:25:39 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2014-07-04 23:25:39 GMT Summer Time] feed: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-07-04 23:25:39 GMT Summer Time] read: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-07-04 23:25:39 GMT Summer Time] read: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"write-tree\"]
+[2014-07-04 23:25:39 GMT Summer Time] chat: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"commit-tree\",\"447be0c8a000f98e3c580c6dede7f0ba2208963d\",\"-p\",\"refs/heads/git-annex\"]
+[2014-07-04 23:25:39 GMT Summer Time] call: git [\"--git-dir=c:\\Studio\\.git\",\"--work-tree=c:\\Studio\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"8551a4e2f5c4f42823f7da3169d1f630622359ef\"]
+
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_aa4f1806207138115d2a95935bb0546b._comment b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_aa4f1806207138115d2a95935bb0546b._comment
new file mode 100644
index 0000000000..8e98152420
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_aa4f1806207138115d2a95935bb0546b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="comment 4"
+ date="2014-07-04T22:30:45Z"
+ content="""
+There is no pack file, .git/objects/pack is empty. This is the first commit. I've queued up a load of files to commit, could this be it?
+"""]]
diff --git a/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_5_fa95f93416e3d6e66af557df6562f1e5._comment b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_5_fa95f93416e3d6e66af557df6562f1e5._comment
new file mode 100644
index 0000000000..749ee44ad9
--- /dev/null
+++ b/doc/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_5_fa95f93416e3d6e66af557df6562f1e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 5"
+ date="2014-07-10T19:59:15Z"
+ content="""
+For some reason, this bug is also being discussed in the forum. This makes it hard for me to keep up with what's going on, and generally is not a good idea. Currently, the forum currently seems to have better information. <http://git-annex.branchable.com/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/>
+"""]]
diff --git a/doc/bugs/git_annex_addurl___40__+quvi__41___should_filter_out_the___124_____40__pipe__41___character.mdwn b/doc/bugs/git_annex_addurl___40__+quvi__41___should_filter_out_the___124_____40__pipe__41___character.mdwn
new file mode 100644
index 0000000000..89f101498b
--- /dev/null
+++ b/doc/bugs/git_annex_addurl___40__+quvi__41___should_filter_out_the___124_____40__pipe__41___character.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+git annex addurl will keep the »|« symbol in the filename generated from the video title when using quvi. This should be filtered out as the resulting file cannot copied to fat filesystems and may cause other problems.
+
+### What steps will reproduce the problem?
+
+    kasimon@pc:~/annex/YouTube/Kids$ git annex addurl --fast https://www.youtube.com/watch?v=OmXd6l54O8M
+    addurl Reinhard_Mey_singt_Ernie_und_Bert__Über_den_Wolken__|_NDR.webm ok
+    (Recording state in git...)
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 5.20131221
+    build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 5
+    upgrade supported from repository versions: 0 1 2 4
+
+    Ubuntu 13.10
+
+### Please provide any additional information below.
+
+> Ah, I see, pipe is not considered to be punctuation, but a math symbol.
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_copy_--fast_does_not_copy_files.mdwn b/doc/bugs/git_annex_copy_--fast_does_not_copy_files.mdwn
new file mode 100644
index 0000000000..9b84c21fdb
--- /dev/null
+++ b/doc/bugs/git_annex_copy_--fast_does_not_copy_files.mdwn
@@ -0,0 +1,22 @@
+Workflow:
+
+    % git annex add
+      # list new files
+    % git commit -a -m "foo"
+      # commit summary
+    % git annex copy . --to remote --fast
+      # all files listed with "ok"
+    % git annex copy . --to remote
+      # again, lists all files, _but the new ones are actually copied, this time_.
+
+This happens no matter if I
+
+    % git push
+
+before copy or not.
+
+PS: Arguably, a copy should push automagically.
+
+> Whups, not supposed to be that fast! [[Fixed|done]], and
+> you should run `git annex fsck --fast` on the repo you ran the
+> copy in. --[[Joey]]
diff --git a/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant.mdwn b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant.mdwn
new file mode 100644
index 0000000000..f3b124cf60
--- /dev/null
+++ b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant.mdwn
@@ -0,0 +1,140 @@
+### Please describe the problem.
+
+Hi,
+
+I have a number of repos that I created both by hand and via the web-app.  Some manual, some client and one backup groupings.
+
+When creating by hand I manually set the annex-cost to 100 (but I notice the webapp sets local costs to 175 - not 100 as per the man page).
+
+(I'm assuming the creation by hand is still just to `git add remote` on both sides).
+
+When I run `git-annex sync --content` I do seem to get the local remote (the cheapest cost) that I want.
+
+When I use the assistant I get every odd behaviour.  It will quite happily choose from any of the available repos with no descernible pattern.
+
+Even more strangely sometimes it queues all the transfers to use the local connection but then at the actual transfer it switches to use the public connection (I have two remotes for one repo: when on the local network and when on the internet).  This is reflected in the webapps UI.
+
+For the snippet of logs below I see the files queued as the remote "Dancingfrog" (on the internnal network) then for the transfer the web page switches to "Home" (the public network).  I think the data is actually transferred over the public network as it's much slower than compared to explicit repo transfers from the cli.
+
+<pre>
+[2014-04-27 05:11:47 BST] TransferWatcher: transfer starting: Download UUID "c3cec307-367b-4373-8cb9-a3da67cee745" Dizzee Rascal/Tounge N' Cheek/03 Dance Wiv Me [Ft. Calvin Harris & Chrome].mp3 Nothing
+[2014-04-27 05:11:47 BST] TransferWatcher: transfer starting: Download UUID "c3cec307-367b-4373-8cb9-a3da67cee745" Dizzee Rascal/Tounge N' Cheek/03 Dance Wiv Me [Ft. Calvin Harris & Chrome].mp3 Nothing
+
+SHA256E-s6759929--a822e83c3448716e793fb9d1d1b1523c2492c84ba07f5c093899810fbdfe5621.mp3
+
+              0   0%    0.00kB/s    0:00:00  
+        163,840   2%  159.20kB/s    0:00:41  
+        360,448   5%  159.56kB/s    0:00:40  
+        524,288   7%  155.01kB/s    0:00:40  
+        688,128  10%  154.59kB/s    0:00:39  
+        851,968  12%  153.18kB/s    0:00:38  [2014-04-27 05:11:54 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","ls-tree","--full-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","numcopies.log","schedule.log","preferred-content.log","required-content.log","group-preferred-content.log"]
+
+      1,015,808  15%  149.92kB/s    0:00:38  To gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mus
+   617edaf..f016a03  git-annex -> synced/git-annex
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","git-annex"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","isilon","master"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..f016a03fc92aebba14b239cc3647478b1fb9f78f","--oneline","-n1"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..7339a1fdd007d7a528b7e2eb82c2aeedca511920","--oneline","-n1"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..00f5e110ca77b9b5103e1b568ea6aa9d9d9dbb81","--oneline","-n1"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..ab90c337053a61111060540d2f60ce20b44cc2d9","--oneline","-n1"]
+[2014-04-27 05:11:56 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..88d99a7ef2d37d1a6180e5dd66a4559927a58eaf","--oneline","-n1"]
+
+      1,146,880  16%   98.64kB/s    0:00:56  
+      1,507,328  22%  129.55kB/s    0:00:40  
+      1,671,168  24%  126.84kB/s    0:00:40  [2014-04-27 05:12:00 BST] Pusher: Syncing with dancingfrog, rss, isilon 
+[2014-04-27 05:12:00 BST] chat: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","hash-object","-w","--stdin-paths","--no-filters"]
+[2014-04-27 05:12:00 BST] feed: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","update-index","-z","--index-info"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+(Recording state in git...)
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","write-tree"]
+[2014-04-27 05:12:00 BST] chat: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","commit-tree","86e5513adfc0d1f64cabd3ca3902738d45d809ad","-p","refs/heads/git-annex"]
+[2014-04-27 05:12:00 BST] call: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","update-ref","refs/heads/git-annex","8808dc8effc3572ae1421461ff44574e900917bf"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","symbolic-ref","HEAD"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","refs/heads/master"]
+[2014-04-27 05:12:00 BST] Pusher: pushing to [Remote { name ="dancingfrog" },Remote { name ="rss" },Remote { name ="isilon" }]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","git-annex"]
+[2014-04-27 05:12:00 BST] call: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","branch","-f","synced/master"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+[2014-04-27 05:12:00 BST] call: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","dancingfrog","+git-annex:synced/git-annex","master:synced/master"]
+[2014-04-27 05:12:00 BST] call: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","rss","+git-annex:synced/git-annex","master:synced/master"]
+[2014-04-27 05:12:00 BST] call: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","isilon","+git-annex:synced/git-annex","master:synced/master"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..8808dc8effc3572ae1421461ff44574e900917bf","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..7339a1fdd007d7a528b7e2eb82c2aeedca511920","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..00f5e110gcrypt: Development version -- Repository format MAY CHANGE
+ca77b9b5103e1b568ea6aa9d9d9dbb81","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..f016a03fc92aebba14b239cc3647478b1fb9f78f","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..ab90c337053a61111060540d2f60ce20b44cc2d9","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..88d99a7ef2d37d1a6180e5dd66a4559927a58eaf","--oneline","-n1"]
+To ssh://10.23.33.19/Volumes/Media/iTunes Media/Music
+   f016a03..8808dc8  git-annex -> synced/git-annex
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","git-annex"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","dancingfrog","master"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..8808dc8effc3572ae1421461ff44574e900917bf","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..7339a1fdd007d7a528b7e2eb82c2aeedca511920","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..00f5e110ca77b9b5103e1b568ea6aa9d9d9dbb81","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..ab90c337053a61111060540d2f60ce20b44cc2d9","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..f016a03fc92aebba14b239cc3647478b1fb9f78f","--oneline","-n1"]
+[2014-04-27 05:12:00 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..88d99a7ef2d37d1a6180e5dd66a4559927a58eaf","--oneline","-n1"]
+
+      1,835,008  27%  125.00kB/s    0:00:39  To rss:Music
+   f016a03..8808dc8  git-annex -> synced/git-annex
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","git-annex"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","rss","master"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..8808dc8effc3572ae1421461ff44574e900917bf","--oneline","-n1"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..7339a1fdd007d7a528b7e2eb82c2aeedca511920","--oneline","-n1"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..00f5e110ca77b9b5103e1b568ea6aa9d9d9dbb81","--oneline","-n1"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..ab90c337053a61111060540d2f60ce20b44cc2d9","--oneline","-n1"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..f016a03fc92aebba14b239cc3647478b1fb9f78f","--oneline","-n1"]
+[2014-04-27 05:12:01 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..88d99a7ef2d37d1a6180e5dd66a4559927a58eaf","--oneline","-n1"]
+gcrypt: Decrypting manifest
+gpg: Signature made Sun 27 Apr 2014 05:11:41 BST using DSA key ID 29C42E01
+gpg: Good signature from "Matt Ford (Work) <matt.ford@manchester.ac.uk>"
+gpg:                 aka "Matt Ford <matt@dancingfrog.co.uk>"
+gcrypt: Encrypting to:  -R 68D8501429C42E01
+gcrypt: Requesting manifest signature
+gpg: 68D8501429C42E01: skipped: public key already present
+
+      1,998,848  29%  180.87kB/s    0:00:26  
+      2,162,688  31%  135.56kB/s    0:00:33  To gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mus
+   f016a03..8808dc8  git-annex -> synced/git-annex
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","git-annex"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","show-ref","--hash","refs/heads/git-annex"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","push","isilon","master"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..8808dc8effc3572ae1421461ff44574e900917bf","--oneline","-n1"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..7339a1fdd007d7a528b7e2eb82c2aeedca511920","--oneline","-n1"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..00f5e110ca77b9b5103e1b568ea6aa9d9d9dbb81","--oneline","-n1"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..ab90c337053a61111060540d2f60ce20b44cc2d9","--oneline","-n1"]
+[2014-04-27 05:12:03 BST] read: git ["--git-dir=/home/matt/Music/.git","--work-tree=/home/matt/Music","log","refs/heads/git-annex..88d99a7ef2d37d1a6180e5dd66a4559927a58eaf","--oneline","-n1"]
+
+      2,326,528  34%  139.74kB/s    0:00:31  
+      3,637,248  53%  397.83kB/s    0:00:07  
+      4,423,680  65%  556.91kB/s    0:00:04  
+      5,079,040  75%  692.27kB/s    0:00:02  
+      5,636,096  83%  781.05kB/s    0:00:01  
+
+× Synced with dancingfrog, rss, isilon
+× Downloaded 11 Bad Be..viour.mp3 10 Holida..rome].mp3 09 Leisure.mp3 08 Money Money.mp3 07 Dirtee Cash.mp3 06 Chilli..n Dem.mp3 05 Can't .. More.mp3 04 Freaky..reaky.mp3 03 Dance ..rome].mp3 02 Road Rage.mp3 and 8 other files
+× Synced with rss
+× Performed startup scan
+× Synced with dancingfrog, isilon
+</pre>
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="transferkeys protocol needs to include remote name to deal with multiple remotes with same UUID"]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_1_ab82b880bd75a206e0717146e1b79aba._comment b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_1_ab82b880bd75a206e0717146e1b79aba._comment
new file mode 100644
index 0000000000..56d77a2d27
--- /dev/null
+++ b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_1_ab82b880bd75a206e0717146e1b79aba._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2014-04-27T04:25:58Z"
+ content="""
+By the way these are indirect repos if that would make a difference.
+"""]]
diff --git a/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_2_460e78ea8603bd87203d8014bcc3eb9a._comment b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_2_460e78ea8603bd87203d8014bcc3eb9a._comment
new file mode 100644
index 0000000000..ef70e0abdd
--- /dev/null
+++ b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_2_460e78ea8603bd87203d8014bcc3eb9a._comment
@@ -0,0 +1,55 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2014-04-27T11:48:18Z"
+ content="""
+Here's the `.git/config`
+
+<pre>
+[core]
+	repositoryformatversion = 0
+	filemode = true
+	bare = false
+	logallrefupdates = true
+[branch \"master\"]
+	remote = home
+	merge = refs/heads/master
+[annex]
+	uuid = 105776ba-bd78-4884-9126-aeb7c1e6da21
+	version = 5
+	diskreserve = 100 megabytes
+	autoupgrade = ask
+	debug = true
+	fscknudge = true
+[remote \"dancingfrog\"]
+	url = ssh://10.23.33.19/Volumes/Media/iTunes Media/Music
+	fetch = +refs/heads/*:refs/remotes/dancingfrog/*
+	annex-uuid = c3cec307-367b-4373-8cb9-a3da67cee745
+	annex-cost = 100
+        annex-sync = true
+[remote \"home\"]
+	url = home:/Volumes/Media/iTunes Media/Music
+	fetch = +refs/heads/*:refs/remotes/home/*
+	annex-uuid = c3cec307-367b-4373-8cb9-a3da67cee745
+	annex-sync = true
+        annex-cost = 200        
+[remote \"isilon\"]
+	url = gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mus
+	fetch = +refs/heads/*:refs/remotes/isilon/*
+	gcrypt-participants = 68D8501429C42E01
+	gcrypt-signingkey = 68D8501429C42E01
+	gcrypt-id = :id:92R1j7+L9r5LuWDi2ZlW
+        annex-gcrypt = true 
+        annex-uuid = 949a8fc3-6334-5f5e-887d-b1e5725ea443
+	annex-sync = true
+        annex-cost = 250
+[remote \"rss\"]
+	url = rss:Music
+	fetch = +refs/heads/*:refs/remotes/rss/*
+	annex-uuid = 79ff3c20-fab3-44dd-88f7-cc1a41eb73d6
+	annex-sync = true
+        annex-cost = 200
+
+</pre>
+"""]]
diff --git a/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_3_17e9c2d29ddadcabc30ce884ffe0f853._comment b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_3_17e9c2d29ddadcabc30ce884ffe0f853._comment
new file mode 100644
index 0000000000..1ff0f0b612
--- /dev/null
+++ b/doc/bugs/git_annex_costs_not_working_as_expected_in_the_assistant/comment_3_17e9c2d29ddadcabc30ce884ffe0f853._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 3"
+ date="2014-05-19T16:44:19Z"
+ content="""
+When the assistant wants to download a file, it queues a transfer from all remotes that are known to have the file, with the lowest cost remotes first. If it fails to get the file from the lowest cost remote, it automatically falls back to the next lowest cost, and so on.
+
+If there's a bug here, I'd suspect strongly it's due to having 2 remotes with the same UUID.
+
+Yes, I think I've found it. Assistant.TransferSlots.genTransfer calls performTransfer, which is passed only the Transfer, not the Remote. So it then looks up a remote with the UUID from the Transfer. To fix this, I will need to adjust the transferkeys command's protocol to include the name of the remote that should be used.
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de.mdwn b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de.mdwn
new file mode 100644
index 0000000000..cc38813557
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+In the webapp, I enter my credentials for my jabber.de account.  When I hit "use this account" the daemon and webapp crash.
+
+### What steps will reproduce the problem?
+Presumably, authenticate with a jabber.de account.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140517-g0aed6d9
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+[2014-05-25 18:11:02 EDT] 127.0.0.1 POST /config/xmpp Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36
+git-annex: <socket: 44>: hGetBuf: resource vanished (Connection reset by peer)
+git-annex: interrupted
+"""]]
+
+[[!tag confirmed forwarded]]
+
+[[!meta title="OSX xmpp crash with jabber.de"]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_1_5ba4f22bda2f5438fb08753cf149b649._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_1_5ba4f22bda2f5438fb08753cf149b649._comment
new file mode 100644
index 0000000000..003b60b9fb
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_1_5ba4f22bda2f5438fb08753cf149b649._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-27T18:45:35Z"
+ content="""
+I was able to use that server from git-annex on Linux successfully.
+
+I also tried on OSX, which appears to be the OS you're using. The assistant didn't crash. I may not have exactly replicated what you did though.
+
+Can you enable debug logging in Configuration -> Preferences and try to do this again, and send any parts of the log that mention XMPP?
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_2_b096cfdf26bfedfff16d882d7b2e060d._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_2_b096cfdf26bfedfff16d882d7b2e060d._comment
new file mode 100644
index 0000000000..87e6b746eb
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_2_b096cfdf26bfedfff16d882d7b2e060d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 2"
+ date="2014-05-27T18:59:08Z"
+ content="""
+This was debug logging enabled, it appeared to be the only relevant parts in the log but I can try again and post more verbosely.
+
+If nothing more comes up, what else could I do to get you diagnostic data?
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_3_210be77aabb0ef5b85865cd08c51861e._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_3_210be77aabb0ef5b85865cd08c51861e._comment
new file mode 100644
index 0000000000..c2db30db0d
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_3_210be77aabb0ef5b85865cd08c51861e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 3"
+ date="2014-05-27T19:03:20Z"
+ content="""
+Hmm, so it was.. There was so little logged that I missed it.
+
+Can you reproduce the crash?
+
+I think that OSX has some ways to get a dump of information about a crash, but I don't know details.
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_4_bb974d882fbb31aa54e6de38410a2318._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_4_bb974d882fbb31aa54e6de38410a2318._comment
new file mode 100644
index 0000000000..059eec0500
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_4_bb974d882fbb31aa54e6de38410a2318._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 4"
+ date="2014-05-27T19:07:45Z"
+ content="""
+I might attach wireshark but I don't know if it'll help much seeing as jabber.de as most XMPP services just went SSL only.
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_5_be655cbea27b6c87d298a75e1697a87d._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_5_be655cbea27b6c87d298a75e1697a87d._comment
new file mode 100644
index 0000000000..f6aa9d45b2
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_5_be655cbea27b6c87d298a75e1697a87d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 5"
+ date="2014-05-30T19:09:31Z"
+ content="""
+If you can reproduce the crash, I can provide some debug program that will narrow down where the bug is..
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_6_72d1dac6627bbe22d5bd140215d82c47._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_6_72d1dac6627bbe22d5bd140215d82c47._comment
new file mode 100644
index 0000000000..909fdd3ae8
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_6_72d1dac6627bbe22d5bd140215d82c47._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 6"
+ date="2014-05-30T19:37:03Z"
+ content="""
+I can definitely reproduce it on my end
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_7_8a8dfb15684525e156d6334e9f67a55c._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_7_8a8dfb15684525e156d6334e9f67a55c._comment
new file mode 100644
index 0000000000..8e862d468f
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_7_8a8dfb15684525e156d6334e9f67a55c._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 7"
+ date="2014-05-30T20:47:02Z"
+ content="""
+I wrote a test program to try to connect to this server, using a test account, and dump some events. This works on linux. Then I tried it on mac, and I think I have reproduced the same failure!
+
+<pre>
+oberon:~ joeyh$ ./xmpp
+xmpp: <socket: 3>: hGetBuf: resource vanished (Connection reset by peer)
+</pre>
+
+Note that this exception is unable to be caught, it seems. Which would explain why the whole git-annex assistant crashes.
+
+Also, the same program, when modified to use some other xmpp server, does not crash.
+
+At this point, I think I need to forward this bug to network-protocol-xmpp author John Millikin. Which I've now done.
+
+My advice for the bug submitter: git-annex is going to be deprecating XMPP in the not too distant future anyway. If you have your own server, a much nicer way to use git-annex is to install it on the server and use ssh remotes. Recent versions do not need xmpp to sync between clients in such a configuration.
+
+Test program:
+
+[[!format haskell \"\"\"
+{-# LANGUAGE OverloadedStrings #-}
+
+import Network.Protocol.XMPP
+import Data.Maybe
+import Data.Either
+import Network
+import Control.Monad
+import Control.Monad.IO.Class
+import Control.Exception
+
+main = do
+        catch test
+                (\e -> do
+                        let err = show (e :: IOException)
+                        print (\"caught: \", err)
+                        return (Right ())
+                )
+        print \"clean exit\"
+
+test :: IO (Either Error ())
+test = runClient server (getjid jid) username password $ do
+        liftIO $ print \"connected to server\"
+        jid <- bindJID (getjid jid)
+        liftIO $ print (\"bound to jid\", jid)
+        forever $ do
+                s <- getStanza
+                liftIO $ print (\"got\", s)
+  where
+        getjid t = fromMaybe (error \"jid parse error\") (parseJID t)
+        server = Server
+                (getjid serverjid)
+                servername
+                (PortNumber port)
+
+        servername = \"jabber.de\"
+        serverjid = \"jabber.de\"
+        port = 5222
+        jid = \"haskellxmpptest@jabber.de\"
+        username = \"haskellxmpptest\"
+        password = \"stupidpassword\"
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_8_f1a6e413756066659020e20147373a11._comment b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_8_f1a6e413756066659020e20147373a11._comment
new file mode 100644
index 0000000000..c4a8749543
--- /dev/null
+++ b/doc/bugs/git_annex_daemon_crashes_when_authenticating_with_jabber.de/comment_8_f1a6e413756066659020e20147373a11._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 8"
+ date="2014-07-11T19:57:35Z"
+ content="""
+Unfortunately, this seems to be somewhat intermittent, so while I had a test case that worked once, John never saw it fail and has not been able to debug it. The test case has successfully connected every time I've tried it recently too. Perhaps jabber.de has changed whatever was causing the problem..
+"""]]
diff --git a/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__.mdwn b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__.mdwn
new file mode 100644
index 0000000000..72a0c9cc3a
--- /dev/null
+++ b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+
+Creating two repos with the same name causes git annex dead to randomly choose one. This is reasonable except that it can choose to mark an already dead remote dead (as long as it shares the name), causing it to actually do nothing.
+
+I think preferring to mark live repos dead and printing a warning when multiple repos could have been chosen (or if the repo is already marked dead) would be a good solution.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+# Create a new repo /somecopy
+git clone /central /somecopy
+cd /somecopy
+git annex init somecopy
+git annex sync
+cd /
+
+# Now, git annex status shows somecopy as an existing repo.
+
+# Destroy the new repo
+rm -rf /somecopy
+cd /central
+git annex dead somecopy
+
+# git annex status correctly hides somecopy, and it is properly dead.
+
+# create it again with the same name, but new UUID
+git clone /central /somecopy
+cd /somecopy
+git annex init somecopy
+git annex sync
+cd /
+
+# Destroy the second repo
+rm -rf /somecopy
+cd /central
+"""]]
+
+Now, git annex dead somecopy will randomly (based on the order of the UUIDs?) choose to mark dead the already dead old repo or the new repo, in both cases showing success to the user.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20131024 on linux. Also occurs on OSX.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_1_7ee08a60e4b2516c010d3c2163049681._comment b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_1_7ee08a60e4b2516c010d3c2163049681._comment
new file mode 100644
index 0000000000..3875affb79
--- /dev/null
+++ b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_1_7ee08a60e4b2516c010d3c2163049681._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-29T21:10:53Z"
+ content="""
+I don't think it's a good idea to give multiple repos the same description.
+
+You can use the uuid to refer to a repo unambiguously in this situation. 
+
+I think it would add unncessary complication to make git-annex guess which repository you mean based on context
+(ie, choosing repositories that are not already dead). This would make commands that are currently idempotent not be.
+
+Perhaps git-annex should abort when multiple repositories match the given description? (Relevant code is Remote.nameToUUID's bydescription)
+"""]]
diff --git a/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_2_c29525bfda08717f68aaac83014e6b08._comment b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_2_c29525bfda08717f68aaac83014e6b08._comment
new file mode 100644
index 0000000000..17191be044
--- /dev/null
+++ b/doc/bugs/git_annex_dead_does_not_work_as_expected_when_multiple_repos_exist_with_the_same_name___40__notably_including_dead_ones__41__/comment_2_c29525bfda08717f68aaac83014e6b08._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmGxww5ON3nilm7moGQCWJPnMEdRwNvb7U"
+ nickname="Chris"
+ subject="comment 2"
+ date="2013-10-29T22:01:04Z"
+ content="""
+I didn't think about idempotency. Erroring out seems like the best option now.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9.mdwn b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9.mdwn
new file mode 100644
index 0000000000..2169372a2f
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9.mdwn
@@ -0,0 +1,220 @@
+### Please describe the problem.
+git-annex crashes on Max OS X 10.9 at startup
+
+### What steps will reproduce the problem?
+- install Mac OS X 10.9 developer preview
+- download and install the latest git-annex from here http://downloads.kitenet.net/git-annex/OSX/current/10.8.2_Mountain_Lion/ (I tried with the 10.8 version)
+- attempt to start it, see it crashing
+
+### What version of git-annex are you using? On what operating system?
+- latest version that is available for 10.8, on 10.9 DP 2
+
+### Please provide any additional information below.
+
+I see the following in Console: 
+
+15.07.2013 21:20:49,362 com.apple.launchd.peruser.501[259]: (com.branchable.git-annex.103872[67263]) Exited with code: 133
+15.07.2013 21:20:49,546 ReportCrash[67272]: Saved crash report for git-annex[67268] version ??? to /Users/stelianiancu/Library/Logs/DiagnosticReports/git-annex_2013-07-15-212049_poseidon-2.crash
+
+And the crash is as follows:
+
+Process:         git-annex [67268]
+Path:            /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+Identifier:      git-annex
+Version:         ???
+Code Type:       X86-64 (Native)
+Parent Process:  sh [67263]
+Responsible:     sh [67263]
+User ID:         501
+
+Date/Time:       2013-07-15 21:20:48.946 +0200
+OS Version:      Mac OS X 10.9 (13A497d)
+Report Version:  11
+Anonymous UUID:  634E8812-1F1A-11E0-61DA-7527061A194C
+
+Sleep/Wake UUID: AFC18477-57D2-4B69-8B0F-AE26BC3D9D0C
+
+Crashed Thread:  0
+
+Exception Type:  EXC_BREAKPOINT (SIGTRAP)
+Exception Codes: 0x0000000000000002, 0x0000000000000000
+
+Application Specific Information:
+dyld: launch, loading dependent libraries
+
+Dyld Error Message:
+  Symbol not found: _objc_debug_taggedpointer_mask
+  Referenced from: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+  Expected in: /Applications/git-annex.app/Contents/MacOS/bundle/I
+ in /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+
+Binary Images:
+       0x104412000 -        0x10450fff7 +E (22.3) <47B09CB2-C636-3024-8B55-6040F7829B4C> /Applications/git-annex.app/Contents/MacOS/bundle/E
+       0x104547000 -        0x10455bfff +F (0) <FA90B1B1-A866-3A6C-BB97-06955F4C8C0B> /Applications/git-annex.app/Contents/MacOS/bundle/F
+       0x104567000 -        0x104594ff7 +G (0) <E276B5C2-6FAC-36A7-940B-7A75322F71AE> /Applications/git-annex.app/Contents/MacOS/bundle/G
+       0x10459c000 -        0x104669fdf +H (0) <29C3AFF5-8EFB-3A16-81F6-0DA6CF2675A6> /Applications/git-annex.app/Contents/MacOS/bundle/H
+       0x104699000 -        0x1046abff7 +B (43) <2A1551E8-A272-3DE5-B692-955974FE1416> /Applications/git-annex.app/Contents/MacOS/bundle/B
+       0x1046b1000 -        0x1047a6fff +D (34) <FEE8B996-EB44-37FA-B96E-D379664DEFE1> /Applications/git-annex.app/Contents/MacOS/bundle/D
+       0x1047b7000 -        0x1048cf92f +I (532.2) <90D31928-F48D-3E37-874F-220A51FD9E37> /Applications/git-annex.app/Contents/MacOS/bundle/I
+       0x1048f6000 -        0x104af6fff +S (491.11.3) <5783D305-04E8-3D17-94F7-1CEAFA975240> /Applications/git-annex.app/Contents/MacOS/bundle/S
+       0x104c06000 -        0x104c2bff7 +Z (26) <D86169F3-9F31-377A-9AF3-DB17142052E4> /Applications/git-annex.app/Contents/MacOS/bundle/Z
+       0x104c5e000 -        0x104cc6ff7 +0A (65.1) <20E31B90-19B9-3C2A-A9EB-474E08F9FE05> /Applications/git-annex.app/Contents/MacOS/bundle/0A
+       0x104d21000 -        0x104d8afff +0B (56) <EAA2B53E-EADE-39CF-A0EF-FB9D4940672A> /Applications/git-annex.app/Contents/MacOS/bundle/0B
+       0x104df3000 -        0x104e06fff +T (0) <DB28CA35-537D-3644-A6BE-179D1A1E9785> /Applications/git-annex.app/Contents/MacOS/bundle/T
+       0x104e0e000 -        0x104e1bff7 +U (0) <DCFF385A-090B-3407-868C-91544A2EFEE1> /Applications/git-annex.app/Contents/MacOS/bundle/U
+       0x104e1f000 -        0x104e41ff7 +V (0) <51B317C7-94CC-3C58-B515-924BB3AF0BCC> /Applications/git-annex.app/Contents/MacOS/bundle/V
+       0x104e4e000 -        0x104e5bff7 +W (0) <91CF16BE-027F-3FE6-B1EE-6B8BFD51FC1B> /Applications/git-annex.app/Contents/MacOS/bundle/W
+       0x104e68000 -        0x104ec4fd7 +X (0) <84D934AF-A321-36C0-BBCF-CD3FDAEB0B95> /Applications/git-annex.app/Contents/MacOS/bundle/X
+    0x7fff6ca9d000 -     0x7fff6cad04a7  dyld (237) <BB7160C2-117E-3369-87F0-866ED454490E> /usr/lib/dyld
+    0x7fff8ba5b000 -     0x7fff8ba5dfff  libCVMSPluginSupport.dylib (9.0.74) <11FCA581-0FFD-37B1-966A-E47F4722D297> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
+    0x7fff8c053000 -     0x7fff8c05affb  liblaunch.dylib (842.1.1) <7055DF9E-52CE-3746-96EB-3718DDBF0BD0> /usr/lib/system/liblaunch.dylib
+    0x7fff8c11d000 -     0x7fff8c41cff7  com.apple.Foundation (6.9 - 1042) <CE00D0BB-1053-3EA0-A31F-C9F1E3FEFBF2> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
+    0x7fff8c41d000 -     0x7fff8c444ff7  libsystem_network.dylib (241.3) <D518703F-4C71-3CC5-99EF-A15C8F41A834> /usr/lib/system/libsystem_network.dylib
+    0x7fff8c445000 -     0x7fff8c47eff7  com.apple.QD (3.49 - 297) <EE1DD6BE-5881-35C7-A9E8-30CCB26E6CF3> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
+    0x7fff8c483000 -     0x7fff8c864ffe  libLAPACK.dylib (1094.4) <19E25957-74BA-3770-AAB5-B6A05F19BDC2> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
+    0x7fff8c8bc000 -     0x7fff8c8cbff8  com.apple.LangAnalysis (1.7.0 - 1.7.0) <ED300EBD-7AEF-34B4-B314-DFBD648214E1> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
+    0x7fff8c8cc000 -     0x7fff8c8d9ff7  libxar.1.dylib (202) <E0BFCC9B-89D4-3F42-8460-4918573EFCA1> /usr/lib/libxar.1.dylib
+    0x7fff8c8da000 -     0x7fff8cbaaff4  com.apple.CoreImage (9.0.33) <8BB17AEC-D09A-3173-8767-7DB5C982670E> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
+    0x7fff8cbab000 -     0x7fff8cbabff7  libkeymgr.dylib (28) <AB6DE146-DDC4-397B-9182-ECE54FCDF5D7> /usr/lib/system/libkeymgr.dylib
+    0x7fff8d095000 -     0x7fff8d09eff7  com.apple.speech.synthesis.framework (4.5.3 - 4.5.3) <B4B4F401-701F-3A6E-AB39-65BDBB9F3FA0> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
+    0x7fff8d21a000 -     0x7fff8d274ff8  com.apple.AE (665.2 - 665.2) <DB39E7DF-E5EA-3D5C-81A5-1BA2159A2694> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
+    0x7fff8d2fb000 -     0x7fff8d342ff7  libcups.2.dylib (365) <49F3E642-D748-3A60-AF51-F9E90F65C543> /usr/lib/libcups.2.dylib
+    0x7fff8d343000 -     0x7fff8d350ff0  libbz2.1.0.dylib (29) <C1100E81-9C9D-3E4E-B238-F4015BB35B15> /usr/lib/libbz2.1.0.dylib
+    0x7fff8d489000 -     0x7fff8d489fff  com.apple.Accelerate (1.9 - Accelerate 1.9) <94C28250-6BDB-30AD-B157-995D9C34A6FA> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
+    0x7fff8d75b000 -     0x7fff8d7a8fff  com.apple.opencl (2.3.50 - 2.3.50) <33C1EC76-02A2-3474-BB9D-8F77B96E57CC> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
+    0x7fff8dd58000 -     0x7fff8dd5dff7  libunwind.dylib (35.3) <838CE69D-44F1-305C-8FA5-5E439D217F78> /usr/lib/system/libunwind.dylib
+    0x7fff8dd5e000 -     0x7fff8dd61fff  libCoreVMClient.dylib (58.1) <331C429A-3AE5-30B8-A4DE-1BF4EE4D8FA6> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
+    0x7fff8de3e000 -     0x7fff8de3fff7  libDiagnosticMessagesClient.dylib (100) <B28C426E-E826-3EC3-80AD-E69F2EABE46B> /usr/lib/libDiagnosticMessagesClient.dylib
+    0x7fff8de40000 -     0x7fff8de6ffff  com.apple.DebugSymbols (106 - 106) <545E5A48-3516-3398-A33D-D6FB4FED4B7B> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
+    0x7fff8e4b2000 -     0x7fff8e500fff  libcorecrypto.dylib (161) <56048D2C-3668-3E15-AF02-5C5A377320F6> /usr/lib/system/libcorecrypto.dylib
+    0x7fff8e501000 -     0x7fff8e5c7ff7  com.apple.LaunchServices (572.3 - 572.3.1) <39618733-CC97-3991-BD3B-485BD7247115> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
+    0x7fff8e5ca000 -     0x7fff8e5caffd  libOpenScriptingUtil.dylib (154) <9B8CECA0-360D-3C6D-A37D-95EE34AE2B16> /usr/lib/libOpenScriptingUtil.dylib
+    0x7fff8e9ac000 -     0x7fff8e9b4ff7  com.apple.speech.recognition.framework (4.2.4 - 4.2.4) <1CE37DE8-BA4A-30CD-A802-18DAF42C328F> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
+    0x7fff8ea01000 -     0x7fff8ea65ff6  com.apple.Heimdal (4.0 - 2.0) <463F41AC-39FF-30FC-B03A-4198E7A9321F> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
+    0x7fff8ea66000 -     0x7fff8ea6efff  libsystem_dnssd.dylib (522.1.3) <29695A12-75FC-36EE-97AC-179F6E9DA419> /usr/lib/system/libsystem_dnssd.dylib
+    0x7fff8eb28000 -     0x7fff8eb33fff  libGL.dylib (9.0.74) <2DB19533-5983-3F59-93F3-2761DA6EEDA5> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
+    0x7fff8eb37000 -     0x7fff8eb43ff3  com.apple.AppleFSCompression (56 - 1.0) <D80DF0B8-AC14-3686-9242-9750D6A8B8D3> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
+    0x7fff8eb44000 -     0x7fff8f44a043  com.apple.CoreGraphics (1.600.0 - 565) <81F84822-675E-3466-97A7-6FF69DF569E3> /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
+    0x7fff8f44b000 -     0x7fff8f461fff  com.apple.CFOpenDirectory (10.9 - 171) <A650D21D-D825-3C4E-AA2E-1218F8A5048E> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
+    0x7fff9003c000 -     0x7fff900c5fe7  libsystem_c.dylib (997) <5BAB0B09-A39E-39B9-9552-48B540B3ABD0> /usr/lib/system/libsystem_c.dylib
+    0x7fff9088e000 -     0x7fff908b2fff  libJPEG.dylib (1029) <D161F451-9A14-31DD-83D8-C475F8576ACF> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
+    0x7fff908b3000 -     0x7fff908f7ffe  com.apple.HIServices (1.22 - 454) <3625AF2C-1965-349D-B831-1FCC9084B675> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
+    0x7fff908f8000 -     0x7fff90bc7fdf  com.apple.vImage (7.0 - 7.0) <C50F8737-E292-3D53-9AF7-F76797A1DDDD> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
+    0x7fff90ce8000 -     0x7fff90d03ff7  libsystem_kernel.dylib (2422.1.26.0.1) <5F99677C-C760-3877-AFF7-F60B5ECE365E> /usr/lib/system/libsystem_kernel.dylib
+    0x7fff90d04000 -     0x7fff90d77ffb  com.apple.securityfoundation (6.0 - 55122) <A946CA5A-1396-3467-94B1-E6A8FA0347FC> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
+    0x7fff90e98000 -     0x7fff91034fff  com.apple.QuartzCore (1.8 - 329.0) <08CE1885-71E8-3A38-AEB6-4BBB1A43785F> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
+    0x7fff91035000 -     0x7fff91050ff7  libPng.dylib (1029) <AB7D23B2-CB41-3108-A19E-9F7BA6F37178> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
+    0x7fff910c3000 -     0x7fff9113aff7  com.apple.CoreServices.OSServices (600 - 600) <73820122-62D4-359C-9312-CD49FCEDFE09> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
+    0x7fff9115a000 -     0x7fff911e5fff  com.apple.Metadata (10.7.0 - 778.1) <93F05A4E-6581-3CD5-8697-84783CEBF764> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
+    0x7fff9139d000 -     0x7fff913a4ff3  libcopyfile.dylib (103) <54DD5730-3F05-3F18-B55C-24EA9546286F> /usr/lib/system/libcopyfile.dylib
+    0x7fff9152c000 -     0x7fff91530ff7  libheimdal-asn1.dylib (323.3) <90100758-0CC6-3D00-90AB-D3C7DC8CCE45> /usr/lib/libheimdal-asn1.dylib
+    0x7fff9193c000 -     0x7fff91947fff  libkxld.dylib (2422.1.26.0.1) <CF43FD8E-E8FE-34F7-A3B1-286530AA9EFD> /usr/lib/system/libkxld.dylib
+    0x7fff9194e000 -     0x7fff91950ff7  libquarantine.dylib (69) <1776AABC-F1D7-3CB0-B698-B0C70D4E535B> /usr/lib/system/libquarantine.dylib
+    0x7fff91951000 -     0x7fff9195efff  com.apple.Sharing (112 - 112) <24BA2112-4FFB-318A-B881-93FEB4648371> /System/Library/PrivateFrameworks/Sharing.framework/Versions/A/Sharing
+    0x7fff919fb000 -     0x7fff91a02ff7  libsystem_pthread.dylib (53) <2160EC74-26FC-32CE-8161-B1A72D2B09B0> /usr/lib/system/libsystem_pthread.dylib
+    0x7fff91a03000 -     0x7fff91a2cfff  com.apple.DictionaryServices (1.2 - 197) <862F498E-3CB7-3087-BB07-AC185D5D08F8> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
+    0x7fff91a3c000 -     0x7fff91b04ff7  libvDSP.dylib (423.29) <72A38066-D6F5-38EC-A8B9-0D025AFC6E2B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
+    0x7fff91b05000 -     0x7fff91b43ff7  libGLImage.dylib (9.0.74) <0DD99DA1-A8E7-3309-8DED-A2AB410E59C8> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
+    0x7fff92ade000 -     0x7fff92b00fff  libxpc.dylib (300.1.4) <4F832032-9709-3E80-91C4-71914C67A32B> /usr/lib/system/libxpc.dylib
+    0x7fff92b01000 -     0x7fff92b04ff7  libdyld.dylib (237) <EA2A0414-849F-3976-BA4E-A93D3206ECE5> /usr/lib/system/libdyld.dylib
+    0x7fff92b05000 -     0x7fff92b05fff  com.apple.ApplicationServices (48 - 48) <21188B7D-50E8-3C28-A15E-5345AE7BAFBB> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
+    0x7fff92b08000 -     0x7fff92b6cff7  com.apple.datadetectorscore (5.0 - 343.0) <7FE14856-0C85-3382-AD6C-1B9E21C276CB> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
+    0x7fff92b6d000 -     0x7fff92b6fff3  libsystem_configuration.dylib (596.1) <1E0FDEA3-8822-3E80-AA0D-57D0F4E30E2E> /usr/lib/system/libsystem_configuration.dylib
+    0x7fff92e00000 -     0x7fff92e53fff  com.apple.ScalableUserInterface (1.0 - 1) <A82F7DD8-1C79-3872-96D1-875B4ED121D4> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
+    0x7fff92e72000 -     0x7fff92e73fff  libunc.dylib (28) <53C7CED6-55F5-3121-B00E-4339C29297C8> /usr/lib/system/libunc.dylib
+    0x7fff92e91000 -     0x7fff92f53ff9  com.apple.CoreText (352.0 - 367.6) <CAFF0767-3351-3FE3-843F-6EA65B8264C8> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
+    0x7fff934c7000 -     0x7fff934e2ff7  libCRFSuite.dylib (34) <E2353929-97B1-356A-84A0-CC650BC734D5> /usr/lib/libCRFSuite.dylib
+    0x7fff934e3000 -     0x7fff93508ffb  com.apple.CoreVideo (1.8 - 117.0) <50587BF1-D111-3D49-9DAB-8F86B5E95808> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
+    0x7fff93509000 -     0x7fff93522ff7  com.apple.Kerberos (3.0 - 1) <13DDC487-95C0-379F-BD7F-E0FC5F5922D3> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
+    0x7fff93523000 -     0x7fff935a2fff  com.apple.CoreSymbolication (3.0 - 137) <85C4F6E2-5039-3E53-9AB2-6D65CAC9AAC5> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
+    0x7fff935a3000 -     0x7fff935bdfff  libsystem_malloc.dylib (23.1.1) <FBCF2C62-AA8D-322E-859E-B5D90C610A3F> /usr/lib/system/libsystem_malloc.dylib
+    0x7fff935bf000 -     0x7fff93600ff7  com.apple.PerformanceAnalysis (1.45 - 45) <6C498B15-45DB-362F-983B-764ECC9B8E21> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
+    0x7fff9360f000 -     0x7fff93618ff3  libsystem_notify.dylib (121) <D34E9B17-297F-3C3F-BD16-69D1D9495B79> /usr/lib/system/libsystem_notify.dylib
+    0x7fff93619000 -     0x7fff9362bff7  com.apple.MultitouchSupport.framework (245.12 - 245.12) <06CAA8FB-BEC6-3EF1-96FA-3D8A1EEB0959> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
+    0x7fff9367e000 -     0x7fff9368efff  libbsm.0.dylib (33) <65C2FC5C-4B4B-3C1B-B935-D67A3BF96A79> /usr/lib/libbsm.0.dylib
+    0x7fff937f6000 -     0x7fff937fafff  libpam.2.dylib (20) <17E3DA0D-EE71-3398-BA30-BDD8514A6135> /usr/lib/libpam.2.dylib
+    0x7fff93aea000 -     0x7fff93aedfff  libsystem_stats.dylib (93.1.8.1.1) <CAC30E07-CE62-3536-8CD4-1A3CE44DD973> /usr/lib/system/libsystem_stats.dylib
+    0x7fff93b96000 -     0x7fff93d79ff7  com.apple.CoreFoundation (6.9 - 842) <DC8875C4-DC2C-3ADC-B88B-D66722953255> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+    0x7fff93d7a000 -     0x7fff93db9fff  libGLU.dylib (9.0.74) <294F4F86-E900-356C-9A47-0C47A929F2FB> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
+    0x7fff93dba000 -     0x7fff93e9cff7  com.apple.backup.framework (1.5 - 1.5) <70E20485-EDB6-3225-8AF6-6D9494CB98B7> /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
+    0x7fff93edb000 -     0x7fff93ee6ff7  com.apple.NetAuth (5.0 - 5.0) <64D42204-C075-3440-8C29-BBD68A99A771> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
+    0x7fff93ee7000 -     0x7fff93ef3fff  com.apple.OpenDirectory (10.9 - 171) <FDE80473-0ADF-363A-8111-43CAB01A3F61> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
+    0x7fff93f3a000 -     0x7fff93f48ff7  com.apple.opengl (9.0.74 - 9.0.74) <9BD0013A-E503-3DA2-9F94-C42A11D2E734> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
+    0x7fff93f56000 -     0x7fff93f85ff5  com.apple.GSS (4.0 - 2.0) <6765C9D7-8AC9-3694-B5D4-5C26B119851D> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
+    0x7fff943f6000 -     0x7fff943fdfff  libcompiler_rt.dylib (35) <A0A9D62C-E1A5-39A0-A38E-B0B38762002D> /usr/lib/system/libcompiler_rt.dylib
+    0x7fff943fe000 -     0x7fff94404fef  libsystem_platform.dylib (24) <5D8FE8C3-2A62-3705-AB7D-FBD7C284AFBD> /usr/lib/system/libsystem_platform.dylib
+    0x7fff94405000 -     0x7fff9440fff7  com.apple.CrashReporterSupport (10.9 - 529) <F3BB7C5D-0775-3A05-944A-3A061E62B107> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
+    0x7fff94428000 -     0x7fff9442bffc  com.apple.IOSurface (91 - 91) <1B7746FC-3599-3BDB-A0DA-65795C999435> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
+    0x7fff9442c000 -     0x7fff944dbff7  libvMisc.dylib (423.29) <83CBEBB6-B9C2-3D83-A32A-CED47CDB65D6> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
+    0x7fff9451b000 -     0x7fff9451cffb  libremovefile.dylib (33) <D7EF6E8B-95D8-3D8E-918C-2D3F51D00060> /usr/lib/system/libremovefile.dylib
+    0x7fff9465b000 -     0x7fff94898fff  com.apple.CoreData (107 - 468) <51F9B655-84D2-3E88-991B-914C9017BB08> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
+    0x7fff948ab000 -     0x7fff948acfff  com.apple.TrustEvaluationAgent (2.0 - 25) <644D981B-A5A7-31F5-99A6-9F180B9A5DE3> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
+    0x7fff948ad000 -     0x7fff948d0fff  com.apple.IconServices (25 - 25.4) <525BAAE5-F45C-3A15-ACED-2AF4EFFED546> /System/Library/PrivateFrameworks/IconServices.framework/Versions/A/IconServices
+    0x7fff948f6000 -     0x7fff94be0ff7  com.apple.CoreServices.CarbonCore (1077.6 - 1077.6) <C32B5E2A-3BD8-3D6C-A931-E05B47ECB3C9> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
+    0x7fff94be1000 -     0x7fff94c09ffb  libxslt.1.dylib (13) <33D39746-6FCD-3F32-AFAE-2E45232BF6FB> /usr/lib/libxslt.1.dylib
+    0x7fff94c0a000 -     0x7fff94c14ff7  com.apple.bsd.ServiceManagement (2.0 - 2.0) <3E92DCA9-DA23-34E1-8C38-DA7488621FFB> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
+    0x7fff94c15000 -     0x7fff94c1ffff  libcommonCrypto.dylib (60049) <FC0D70F5-E485-32E6-BFC2-1E072047282B> /usr/lib/system/libcommonCrypto.dylib
+    0x7fff94c94000 -     0x7fff94d82fff  libJP2.dylib (1029) <720403F5-7863-30D6-AC09-F5A04F069E1B> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
+    0x7fff94daf000 -     0x7fff94dc8ff3  com.apple.Ubiquity (1.3 - 280) <581DAEFC-B314-3F92-93CF-7B70BF22AEEF> /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
+    0x7fff95037000 -     0x7fff9513cfff  com.apple.ImageIO.framework (3.2.0 - 1029) <FEF93B49-D136-3248-B46B-C026F7E906BD> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
+    0x7fff9513d000 -     0x7fff9526aff7  com.apple.desktopservices (1.8 - 1.8) <ACF9A2F5-6285-316E-958A-25C0AFDF3AEA> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
+    0x7fff9526b000 -     0x7fff95273ffc  libGFXShared.dylib (9.0.74) <13A420C1-1B14-36F8-8F08-4698D423E52F> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
+    0x7fff95274000 -     0x7fff9528cff7  com.apple.GenerationalStorage (2.0 - 158) <5BCFBEED-09D2-3BD3-8EE0-85E809C47380> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
+    0x7fff952b3000 -     0x7fff9533cff7  com.apple.ColorSync (4.9.0 - 4.9.0) <CBF9EA13-4FC4-34D8-812A-6A37189CD09E> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
+    0x7fff95361000 -     0x7fff953baff7  libTIFF.dylib (1029) <12303E45-734B-3D6C-A5C8-1495ECBC0344> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
+    0x7fff9548c000 -     0x7fff954d9ff2  com.apple.print.framework.PrintCore (9.0 - 424) <B09BB55A-67C0-34F9-95DB-6F735842EAE5> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
+    0x7fff954e4000 -     0x7fff95547ff3  com.apple.SystemConfiguration (1.13 - 1.13) <73B50935-DFE8-31B8-8583-27A28B5A9D1E> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
+    0x7fff955ac000 -     0x7fff955c6fff  libdispatch.dylib (339.1.2) <A9C37B4E-B908-3212-BF59-CE336EC30E78> /usr/lib/system/libdispatch.dylib
+    0x7fff95ca6000 -     0x7fff95ca7ff3  libSystem.B.dylib (1197) <7589D08E-9338-3E28-AA74-9734F0D51CE0> /usr/lib/libSystem.B.dylib
+    0x7fff95cb3000 -     0x7fff95cfaff3  libFontRegistry.dylib (121.1) <C8BC9042-B3EA-35FB-B4D7-2B1A6E0E6AB5> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
+    0x7fff95cfb000 -     0x7fff95deafff  libFontParser.dylib (106) <16B9215D-3244-365F-910F-FA033495E3F5> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
+    0x7fff95deb000 -     0x7fff95debfff  com.apple.Cocoa (6.8 - 20) <B2519A80-93F8-3BEB-A6B2-780B0D291E89> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
+    0x7fff95e0f000 -     0x7fff95e10fff  liblangid.dylib (117) <5146A22B-088F-3D8D-B245-F03DD3CDA2B0> /usr/lib/liblangid.dylib
+    0x7fff95e11000 -     0x7fff9696ffff  com.apple.AppKit (6.9 - 1240) <53CEC6E0-F928-32EC-919D-B34C0818C88C> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
+    0x7fff96970000 -     0x7fff96977fff  com.apple.NetFS (6.0 - 4.0) <553EA9F4-7B2C-371A-AF03-4B709A730582> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
+    0x7fff96978000 -     0x7fff969c8ffa  com.apple.audio.CoreAudio (4.2.0 - 4.2.0) <548AC059-62DD-3CF6-B083-CABE454AFA38> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
+    0x7fff96a12000 -     0x7fff96a7cff7  com.apple.framework.IOKit (2.0.1 - 907.1.5) <BC9D0F47-DB6F-3AD0-B38F-267E891099D0> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
+    0x7fff96add000 -     0x7fff96ae0fff  com.apple.TCC (1.0 - 1) <1DF1D216-1355-3E4F-B4BE-3E3BA5A696EB> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
+    0x7fff96ae1000 -     0x7fff96b06ff7  com.apple.ChunkingLibrary (2.0 - 154) <EBFF01E3-D26B-3031-9E4C-670303B1086A> /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
+    0x7fff96b07000 -     0x7fff96b0bff7  libGIF.dylib (1029) <000B8500-FC82-3016-8E59-9FA0D6395F04> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
+    0x7fff96b58000 -     0x7fff96b59ff7  libsystem_blocks.dylib (63) <7836104E-39B9-31B6-A0C7-C02ACD401ADE> /usr/lib/system/libsystem_blocks.dylib
+    0x7fff96db9000 -     0x7fff96db9ffd  com.apple.audio.units.AudioUnit (1.9 - 1.9) <BBAD4575-CE0A-34EF-A5AF-36CD66FF260C> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
+    0x7fff96df6000 -     0x7fff96e07fff  libsystem_asl.dylib (217) <F8795719-7E14-3FB2-8F4D-FF814AFFB7F7> /usr/lib/system/libsystem_asl.dylib
+    0x7fff96e2d000 -     0x7fff96e5cfd2  libsystem_m.dylib (3047.15) <8A6B4EC2-BB25-342B-B3FE-9585175225B8> /usr/lib/system/libsystem_m.dylib
+    0x7fff96e5d000 -     0x7fff96fb3ff3  com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) <D3F44C67-987D-3955-B15F-74A27C7E59E3> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
+    0x7fff96fb4000 -     0x7fff9709ffff  libsqlite3.dylib (155) <F60CCD67-FA68-379E-9D9C-4085E06F5665> /usr/lib/libsqlite3.dylib
+    0x7fff970a0000 -     0x7fff97348ff9  com.apple.HIToolbox (2.1 - 681) <F25DDDC9-D3BC-3E80-A57D-EC1FE747B40B> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
+    0x7fff97349000 -     0x7fff97383ffb  com.apple.bom (12.0 - 192) <FE625F33-643C-310A-B931-14CEBC007302> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
+    0x7fff97758000 -     0x7fff97759ff7  libsystem_sandbox.dylib (278.1) <F723F1D9-5561-344A-A6F0-B1373D355DBA> /usr/lib/system/libsystem_sandbox.dylib
+    0x7fff977fb000 -     0x7fff977fbfff  com.apple.Accelerate.vecLib (3.9 - vecLib 3.9) <349BA8B4-1C72-30BE-B2BB-1898F51B9B5E> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
+    0x7fff97939000 -     0x7fff97aa2ff3  com.apple.CFNetwork (657 - 657) <59A9476F-19A2-3F8B-A9B0-8531EA36A4AE> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
+    0x7fff97ac9000 -     0x7fff97b20fff  com.apple.Symbolication (1.4 - 125) <C3269812-583B-3349-A675-CCCFDF3140DB> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
+    0x7fff97b24000 -     0x7fff97b93ff1  com.apple.ApplicationServices.ATS (360 - 360) <8A3AD47D-2777-3019-80BB-4B17AA055E13> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
+    0x7fff97c01000 -     0x7fff97c28ff3  libsystem_info.dylib (449) <B5F10962-3DA2-3557-A0B1-369BB80EA6A5> /usr/lib/system/libsystem_info.dylib
+    0x7fff97d95000 -     0x7fff97e21ff7  com.apple.ink.framework (10.9 - 205) <A3B23363-D876-39CF-9290-F01520C484E3> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
+    0x7fff97e22000 -     0x7fff97f04fff  com.apple.coreui (2.1 - 224) <9F8C1983-1795-34DA-A0C1-7F126ECA0D8E> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
+    0x7fff97f4d000 -     0x7fff97fbafff  com.apple.SearchKit (1.4.0 - 1.4.0) <EACE2CF5-06EA-3899-9208-F9914C1922BD> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
+    0x7fff98062000 -     0x7fff982b6ff0  com.apple.security (7.0 - 55377) <2F4EFC9E-DD86-32E5-A2CB-E83A5DF34F8F> /System/Library/Frameworks/Security.framework/Versions/A/Security
+    0x7fff982b7000 -     0x7fff982bbff7  libcache.dylib (61) <E9CD6B70-0553-3808-87DA-D16A1A6AC3FB> /usr/lib/system/libcache.dylib
+    0x7fff982bc000 -     0x7fff982c1fff  com.apple.DiskArbitration (2.6 - 2.6) <4D7487BB-C4A7-32DB-BEE2-CE55EA7F40B2> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
+    0x7fff9838e000 -     0x7fff9838efff  com.apple.CoreServices (59 - 59) <D84FB78F-0F3C-3383-AE76-4BD6E3173F7F> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
+    0x7fff983e0000 -     0x7fff98418ff7  com.apple.RemoteViewServices (2.0 - 94) <7E7B5F1F-9F0E-3DF7-B6B9-152DFD2DFFC7> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
+    0x7fff987c8000 -     0x7fff987e4fff  libresolv.9.dylib (54) <78D891A1-6F8B-34D4-8F0D-59DB6DF53411> /usr/lib/libresolv.9.dylib
+    0x7fff987e5000 -     0x7fff987eafff  libmacho.dylib (845) <0038681B-CEC4-348A-A7B8-4236C701F2F8> /usr/lib/system/libmacho.dylib
+    0x7fff98802000 -     0x7fff98844ff7  libauto.dylib (185.4) <379FBDA3-DB2A-35A3-A637-3893C0F0E52F> /usr/lib/libauto.dylib
+    0x7fff9890a000 -     0x7fff98d3dff7  com.apple.vision.FaceCore (3.0.0 - 3.0.0) <14255DCC-80BD-3690-9269-057D175A9FC5> /System/Library/PrivateFrameworks/FaceCore.framework/Versions/A/FaceCore
+    0x7fff98d66000 -     0x7fff98ed4ff7  libBLAS.dylib (1094.4) <80E99B02-BD2D-3D88-97B6-0BE2D8973633> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
+    0x7fff98f6b000 -     0x7fff98f6dfff  libRadiance.dylib (1029) <4E13C7E9-9B17-33D3-9142-B645B5BBCCD6> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
+    0x7fff98f6e000 -     0x7fff98f77ffe  com.apple.CommonAuth (4.0 - 2.0) <3918EBA0-A124-37DC-9BA6-4D1370AF03A8> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
+
+ 
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_10_141819a6b67de2602673698f6f148106._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_10_141819a6b67de2602673698f6f148106._comment
new file mode 100644
index 0000000000..db4d3e2698
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_10_141819a6b67de2602673698f6f148106._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="calmyournerves"
+ ip="85.3.250.239"
+ subject="comment 10"
+ date="2013-10-24T20:47:19Z"
+ content="""
+I was able to successfully build git-annex on Mac OS X 10.9. 
+
+See https://gist.github.com/calmyournerves/7144127 for instructions.
+I tried to document every step I made, but I'm not sure if I forgot to write down anything.
+
+Let me know if it works for you.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_11_8be96359fd2bd33ed2961e499dc2685e._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_11_8be96359fd2bd33ed2961e499dc2685e._comment
new file mode 100644
index 0000000000..d166e8c674
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_11_8be96359fd2bd33ed2961e499dc2685e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="warp"
+ ip="2001:4b98:dc0:45:216:3eff:fe83:3d9"
+ subject="comment 11"
+ date="2013-10-25T07:29:04Z"
+ content="""
+I was able to build git-annex on the work laptop with these steps:
+
+1. Make sure xcode is up-to-date.
+2. Download and install \"Command Line Tools (OS X Mavericks) for Xcode - Late October 2013\" from https://developer.apple.com/downloads/ after logging in as a developer.
+3. Follow the \"brew\" instructions at http://git-annex.branchable.com/install/OSX/
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_12_26950a37e86d4dd83dd59fb2564d0a2e._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_12_26950a37e86d4dd83dd59fb2564d0a2e._comment
new file mode 100644
index 0000000000..b05d26c0be
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_12_26950a37e86d4dd83dd59fb2564d0a2e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="imagejan"
+ ip="134.99.222.172"
+ subject="comment 12"
+ date="2013-10-25T13:37:13Z"
+ content="""
+I was able to build the git-annex.app OSX app using @calmyournerves instructions (see comment 10), but only after adding the 'async' dependency to the git-annex.cabal file.
+
+Command line works great now, but I wasn't able to run the git-annex-assistant :(
+
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_13_cbf8150dbe0da64bde7f6af8e041eda8._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_13_cbf8150dbe0da64bde7f6af8e041eda8._comment
new file mode 100644
index 0000000000..94d962cd82
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_13_cbf8150dbe0da64bde7f6af8e041eda8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Mac hardware"
+ date="2013-10-25T17:30:38Z"
+ content="""
+If someone had time to set up a campaign to buy you a Mac Mini, I'd chip in $20 :-)
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_14_0c203f90d911cf6869894dae89575a49._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_14_0c203f90d911cf6869894dae89575a49._comment
new file mode 100644
index 0000000000..5911231756
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_14_0c203f90d911cf6869894dae89575a49._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="calmyournerves"
+ ip="85.3.250.239"
+ subject="comment 14"
+ date="2013-10-25T18:43:01Z"
+ content="""
+@imagejan:
+What errors did you  get before adding async to the cabal file? 
+What's the problem with the assistant? Running git-annex webapp as well as simply opening git-annex.app both worked for me.
+
+@Zellyn:
+That's certainly a good idea and I would support it. But running multiple versions of OS X is tricky, Parallels allows this iirc (VM's).
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_15_68cbb7268bdad73357da2d11e05d73c4._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_15_68cbb7268bdad73357da2d11e05d73c4._comment
new file mode 100644
index 0000000000..07e76fcb86
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_15_68cbb7268bdad73357da2d11e05d73c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="83.87.21.84"
+ subject="comment 15"
+ date="2013-10-25T18:51:32Z"
+ content="""
+I now got both the CLI and web app working but I had to switch to gcc-4.7 to work around a compiler preprocessing error and back to the default gcc to get fsevents to compile.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_16_816d552f871a1b06306f04d575adb2e5._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_16_816d552f871a1b06306f04d575adb2e5._comment
new file mode 100644
index 0000000000..96f379dcfc
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_16_816d552f871a1b06306f04d575adb2e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Earmarked donations?"
+ date="2013-10-25T21:51:19Z"
+ content="""
+Joeyh, is it possible to earmark donations? We could set up a wiki page to track progress, and try to buy you a Mac Mini...
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_17_7905b097a9c582452fb04cdc88ed4285._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_17_7905b097a9c582452fb04cdc88ed4285._comment
new file mode 100644
index 0000000000..c67cc7add9
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_17_7905b097a9c582452fb04cdc88ed4285._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 17"
+ date="2013-10-26T16:58:27Z"
+ content="""
+I'm glad that it's been gotten to build. 
+
+Now all we need is for someone like @calmyournerves or @warp or @remy to put \"git pull; make osxapp\" in a cron job. I can provide a rsync account for publishing the DMG file, and help with setting up [gitbuilder](https://github.com/apenwarr/gitbuilder) which is one good way to automate it.
+
+Or, if someone else with a Mavericks desktop machine wants to install ssh and make me an account, I'm sure I can follow the instructions and set up an autobuilder on it.
+
+To be clear, I don't have time or interest in maintaining hardware to run the builds, even if I had the hardware. It's much better to let people who are passionate about it do it.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_18_bd5ac9bb2eaab66af6aa13b39172b49d._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_18_bd5ac9bb2eaab66af6aa13b39172b49d._comment
new file mode 100644
index 0000000000..903a413641
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_18_bd5ac9bb2eaab66af6aa13b39172b49d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://jspk.clavid.com/"
+ nickname="flabbergast"
+ subject="comment 18"
+ date="2013-10-27T19:29:01Z"
+ content="""
+I've also just upgraded and had to compile git-annex (following @calmyournerves' instructions). I've made a dmg, so if anyone out there doesn't feel like compiling, you can get 4.20131027-g9230b07 for Mavericks temporarily [here (7z for saving bandwidth)](https://freeshell.de/~teatime/git-annex-4.20131027-g9230b07.dmg.7z).
+(I've used my laptop, and I don't want to set it up for automatic building; I'll see if I can set up my work mac for that.)
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_19_9881db7bb6fef4e47c54cdc23e995f17._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_19_9881db7bb6fef4e47c54cdc23e995f17._comment
new file mode 100644
index 0000000000..96356e0478
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_19_9881db7bb6fef4e47c54cdc23e995f17._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnt7phVzBQ0xO5rCO6sfmEmxQItmFMyqls"
+ nickname="Kevin"
+ subject="comment 19"
+ date="2013-11-02T00:58:31Z"
+ content="""
+I tried @flabbergast's dmg.  It seems to work fine (including the web app) on my Air, but the web app fails on my iMac with
+
+    $ git annex webapp
+    Launching web browser on file:///Users/kw/Desktop/annex/.git/annex/webapp.html
+    error: git-annex died of signal 4
+    $
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_1_4fb9d3de245dddab65fb1a53a67a095c._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_1_4fb9d3de245dddab65fb1a53a67a095c._comment
new file mode 100644
index 0000000000..d73e8cb068
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_1_4fb9d3de245dddab65fb1a53a67a095c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://siancu.myopenid.com/"
+ nickname="siancu"
+ subject="I could help with this"
+ date="2013-07-15T19:29:26Z"
+ content="""
+I could help to track down this bug however I would need some assistance on where to start :)
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_20_41e2ea458669f59f96b5860825745910._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_20_41e2ea458669f59f96b5860825745910._comment
new file mode 100644
index 0000000000..fca9ba58e6
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_20_41e2ea458669f59f96b5860825745910._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnt7phVzBQ0xO5rCO6sfmEmxQItmFMyqls"
+ nickname="Kevin"
+ subject="comment 20"
+ date="2013-11-02T01:02:18Z"
+ content="""
+Also, to avoid hurt feelings etc., it might be best to make it clear on your home page and kickstarter that you do not intend to support OS X yourself.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_21_515039e321e0595f95430d8082bd54a5._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_21_515039e321e0595f95430d8082bd54a5._comment
new file mode 100644
index 0000000000..a0a175d304
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_21_515039e321e0595f95430d8082bd54a5._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 21"
+ date="2013-11-08T19:22:17Z"
+ content="""
+Now that I can try running the 10.8 dmg on 10.9 myself, I get this failure:
+
+<pre>
+oberon:~ joeyh$ /Volumes/git-annex/git-annex.app/Contents/MacOS/git-annex
+dyld: Symbol not found: _objc_debug_taggedpointer_mask
+  Referenced from: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+  Expected in: /Volumes/git-annex/git-annex.app/Contents/MacOS/bundle/I
+ in /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+</pre>
+
+This makes me think that that adding back the OSX frameworks might possibly yield a dmg that can work on both versions. Although that's probably more likely to work if it's built on 10.8 and used on 10.9 than the other way around. Might be worth a try to revert commit 900351ab8585c171486cef853eff4a95ec151e6f and commit 9b663c7f8cf82cee523b75be1a8786fa7d34b428 to try that.
+
+Oh well, I should have a native 10.9 dmg autobuild set up before too long. 10.8 autobuilder has built its last image unfortunately, due to being upgraded to 10.9.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_22_9412236296871c570c66f5b4c7f9681e._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_22_9412236296871c570c66f5b4c7f9681e._comment
new file mode 100644
index 0000000000..e5942bfd42
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_22_9412236296871c570c66f5b4c7f9681e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 22"
+ date="2013-11-14T18:55:54Z"
+ content="""
+Native 10.9 autobuilder is now running. <https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/git-annex.dmg.bz2>
+
+Lacks XMPP support until I get libxml2 linked on the autobuilder. Only tested on the build machine so far.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_23_e4e7d13be6c0bc63f426e535de6172f8._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_23_e4e7d13be6c0bc63f426e535de6172f8._comment
new file mode 100644
index 0000000000..db8d835d2f
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_23_e4e7d13be6c0bc63f426e535de6172f8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
+ nickname="Carl"
+ subject="comment 23"
+ date="2013-11-14T19:22:16Z"
+ content="""
+Seems to work on my Mavericks Macbook Air. Thank you!
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_24_c73e1277c5f284b1019362fb2bef94a8._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_24_c73e1277c5f284b1019362fb2bef94a8._comment
new file mode 100644
index 0000000000..c3a0d3bec3
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_24_c73e1277c5f284b1019362fb2bef94a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmL8pteP2jbYJUn1M3CbeLDvz2SWAA1wtg"
+ nickname="Kristian"
+ subject="comment 24"
+ date="2013-11-17T17:01:14Z"
+ content="""
+Thanks Joey! It works great
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_2_f513259a2641e00b049203014ab940c8._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_2_f513259a2641e00b049203014ab940c8._comment
new file mode 100644
index 0000000000..6bf0a17f4c
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_2_f513259a2641e00b049203014ab940c8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 2"
+ date="2013-07-15T20:12:04Z"
+ content="""
+AIUI, the git-annex dmg bundles several libraries and things that are not portable between OSX versions. So, the fix is probably to build git-annex from source on OS X 10.9.
+
+Following the [[install/cabal]] instructions would be a good first step to see if that gets a working git-annex. 
+
+It seems likely that an autobuilder machine will need to be added for OS X 10.9 eventually. Maybe the guy who's providing the Mtn Lion build machine plans to upgrade it, and I can use that. Otherwise, it'll probably depend on someone with a 10.9 machine either setting up an autobuilder, or giving me a ssh account so I can run one.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_3_54ee7b90467fee8b0457e9c447747500._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_3_54ee7b90467fee8b0457e9c447747500._comment
new file mode 100644
index 0000000000..cdff138adb
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_3_54ee7b90467fee8b0457e9c447747500._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://siancu.myopenid.com/"
+ nickname="siancu"
+ subject="comment 3"
+ date="2013-07-16T07:18:35Z"
+ content="""
+I got some problems building gpm on 10.9, will have to dig a bit more and see what's going on. It might be my environment. But for now I can't build gpm, thus no gnutls. I could try to build and install git-annex only without the assistant and webapp.
+
+BTW, how is the .app file generated? Is there an Xcode project or something like that?
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_4_7e6223c2dae3346e17276c7bbb01d53e._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_4_7e6223c2dae3346e17276c7bbb01d53e._comment
new file mode 100644
index 0000000000..f613f296e8
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_4_7e6223c2dae3346e17276c7bbb01d53e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 4"
+ date="2013-07-16T17:48:54Z"
+ content="""
+The dmg is built by running \"make osxapp\", once you've gotten git-annex to build.
+
+gnutls is only needed by the XMPP code. You can build without that, using `cabal configure -f-XMPP; cabal build`
+
+(If you're building from a git checkout, building w/o XMPP was broken the past couple days; make sure you update to current head.)
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_5_13b6e595d595da7f036e81258a65541e._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_5_13b6e595d595da7f036e81258a65541e._comment
new file mode 100644
index 0000000000..33c1319b33
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_5_13b6e595d595da7f036e81258a65541e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://siancu.myopenid.com/"
+ nickname="siancu"
+ subject="comment 5"
+ date="2013-07-16T19:52:28Z"
+ content="""
+Ok, I will try without XMPP. However I'm going to need it, because, if I understood correctly, it is needed to do remote pairings. But for now I can manage without as I can take the laptop with me to work and to syncing locally. 
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_6_94144c0cbdbccc72c13e12daf7657a29._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_6_94144c0cbdbccc72c13e12daf7657a29._comment
new file mode 100644
index 0000000000..fbb519bdd2
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_6_94144c0cbdbccc72c13e12daf7657a29._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYsjf5dcZnzs0b9EPxnjVddx1rnrpZASs"
+ nickname="Duarte"
+ subject="Any news?"
+ date="2013-08-31T15:48:39Z"
+ content="""
+Has anyone made any progress on this? Just wondering...
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_7_9eb064ffdc3fdb70e85572185e151a3f._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_7_9eb064ffdc3fdb70e85572185e151a3f._comment
new file mode 100644
index 0000000000..db8e707cd2
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_7_9eb064ffdc3fdb70e85572185e151a3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBcKrChzs1mdF5pxnenPuMOaJBKfbeRVY"
+ nickname="Raffael"
+ subject="bump"
+ date="2013-10-24T07:03:56Z"
+ content="""
+As Mavericks is now the current version of Mac OS X, it would be cool to have a working DMG for it. Any news here?
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_8_cde756e8a9b18fe2ca9cda25967bc7fb._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_8_cde756e8a9b18fe2ca9cda25967bc7fb._comment
new file mode 100644
index 0000000000..708f21a795
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_8_cde756e8a9b18fe2ca9cda25967bc7fb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="67.223.1.203"
+ subject="comment 8"
+ date="2013-10-24T17:14:06Z"
+ content="""
+As I don't own any mac hardware, and don't plan to buy any, and I don't know of a way to just spin up a OSX VM in the cloud, I'm reliant on git-annex users for running builds for the various versions of OS X. 
+
+I think there's a chance that one of the two people currently doing builds for older versions will upgrade their system. Although of course then we lose builds for that older version. Alternatively, I'm waiting for someone to either volenteer to set up a builder for 10.9, or give me ssh access to a machine were I can do it.
+"""]]
diff --git a/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_9_1fd6a4374a334bc03914c3e0df95ef95._comment b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_9_1fd6a4374a334bc03914c3e0df95ef95._comment
new file mode 100644
index 0000000000..d70d0a872c
--- /dev/null
+++ b/doc/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/comment_9_1fd6a4374a334bc03914c3e0df95ef95._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="67.223.1.203"
+ subject="comment 9"
+ date="2013-10-24T17:27:04Z"
+ content="""
+Anyone trying to compile git-annex on OSX 10.9 will need to be aware of and work around this problem:
+<http://justtesting.org/post/64947952690/the-glasgow-haskell-compiler-ghc-on-os-x-10-9>
+<http://www.haskell.org/pipermail/haskell-cafe/2013-September/110320.html>
+"""]]
diff --git a/doc/bugs/git_annex_enableremote_gcrypt_failure_leaves_a_remote.mdwn b/doc/bugs/git_annex_enableremote_gcrypt_failure_leaves_a_remote.mdwn
new file mode 100644
index 0000000000..021d782deb
--- /dev/null
+++ b/doc/bugs/git_annex_enableremote_gcrypt_failure_leaves_a_remote.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+
+Running `git-annex enableremote remote` without a suitable key available leaves a partially unconfigured git remote.
+
+Subsequently making the key available and running `git-annex enableremote remote` a second time fails as the remote now partially exists.
+
+Removing the remote with `git remote remove remote` and then re-running `git-annex enable remote` seems to do the trick.
+
+However, I notice that even after syncing my special remotes are missing some details in the git config file - namely the `annex-gcrypt` and `annex-uuid` (there may have been more).  I fixed by adding the details from a working repo.
+
+Finally, when I initially created the gcrypt repo (by hand) I specified the remote as a local directory on the machine in question i.e. `gcrypt::/matt/mnt/isilon/rss/zzalsmf3/git-annex/mus` I then decided to make it available and changed it (via `git remote rename` to `gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mus`.  Unfortunately on other machines when I `git enableremote` it recovers the original remote which obviously doesn't work - how can I update this setting?
+
+Phew!
+
+
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/git_annex_ignores_GIT__95__SSH__63__.mdwn b/doc/bugs/git_annex_ignores_GIT__95__SSH__63__.mdwn
new file mode 100644
index 0000000000..c0e6348726
--- /dev/null
+++ b/doc/bugs/git_annex_ignores_GIT__95__SSH__63__.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+I'm attempting to set up an ssh remote on windows. I've configured a key pair for it and set GIT_SSH to use plink. git fetch works correctly, but git annex info shows this:
+
+[[!format sh """
+C:\Users\db48x\annex>git annex info
+repository mode: direct
+trusted repositories: "ssh": argonath: no address associated with name
+
+  Remote argonath does not have git-annex installed; setting annex-ignore
+"""]]
+
+etc. Apparently it's trying to use the included ssh binary instead of my GIT_SSH setting.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 5.20140529-gb71f9bf
+    build flags: Assistant Pairing Testsuite S3 DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 2 3 4
+
+> [[dup|done]] of [[todo/git-annex_ignores_GIT__95__SSH]] --[[Joey]]
diff --git a/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes.mdwn b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes.mdwn
new file mode 100644
index 0000000000..6915915199
--- /dev/null
+++ b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes.mdwn
@@ -0,0 +1,30 @@
+### Please describe the problem.
+
+I’m not sure whether this is a bug or a technical limitation, but here
+you go: In direct mode, if a file is locally changed but unsynced,
+«git annex whereis» and «git annex list» behave as if the file were
+still unchanged. Any changes would only show after «git annex sync» or
+«git annex add» (altough I’m not sure what the latter does if a file
+is already annexed).
+
+Syncing prior to «whereis» is not viable since I might not want to
+proliferate the changes to other remotes. Would it be reasonable making
+sure that «whereis» considers uncommitted local changes?
+
+If doing so is too expensive to do implicitly, it would be useful
+having an explicit means of seeing local changes in direct mode
+repositories. Is «git annex add» the intended way of doing so?
+
+### What steps will reproduce the problem?
+
+1. Clone A to B.
+2. Get file $f from A to B.
+3. Switch B to direct mode.
+4. Edit file $f.
+5. «git annex list» reports that $f is on both A and B.
+
+### What version of git-annex are you using? On what operating system?
+git-annex 5.20140421
+Linux 3.14.3
+
+[[!tag confirmed]]
diff --git a/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_1_99e8d2c1bbc23438f954d8ddc827078e._comment b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_1_99e8d2c1bbc23438f954d8ddc827078e._comment
new file mode 100644
index 0000000000..83663316cd
--- /dev/null
+++ b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_1_99e8d2c1bbc23438f954d8ddc827078e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 1"
+ date="2014-05-13T20:41:48Z"
+ content="""
+Crosslink to related wishlist item
+http://git-annex.branchable.com/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/
+"""]]
diff --git a/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_2_7c8d91d78608d717164cb3e825654654._comment b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_2_7c8d91d78608d717164cb3e825654654._comment
new file mode 100644
index 0000000000..a2cf16cb8b
--- /dev/null
+++ b/doc/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/comment_2_7c8d91d78608d717164cb3e825654654._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 2"
+ date="2014-05-19T17:04:16Z"
+ content="""
+Direct mode and indirect mode behave the same here -- in indirect mode, if you unlock and modify a file, whereis will show the location of the annexed file, not the un-added version. In general all git-annex commands except of course `add` and `status` operate on the files that are staged in the index or committed, not un-staged files in the work tree. This is consistent with git's own behavior.
+
+It is true that in direct mode, whereis will say that a file that has been modified is present locally, even though the modification has changed the only local copy of the file -- so it's not actually present locally. However, I don't think it makes sense to make whereis check if the file is actually still locally present before showing it is. whereis shows location tracking information, which can be out of date for many reasons.
+"""]]
diff --git a/doc/bugs/git_annex_map_has_problems_with_urls_containing___126__.mdwn b/doc/bugs/git_annex_map_has_problems_with_urls_containing___126__.mdwn
new file mode 100644
index 0000000000..24f04eeb54
--- /dev/null
+++ b/doc/bugs/git_annex_map_has_problems_with_urls_containing___126__.mdwn
@@ -0,0 +1,46 @@
+I discovered a problem with `git annex map` and relative urls containing `~`.
+In this case i have a remote `noam` configured with the the following urls:
+
+    zsh» git remote show noam | head -3
+    * remote noam
+      Fetch URL: noam:bare-annex
+      Push  URL: noam:bare-annex
+
+If i try to run `git annex map` i get the following error:
+
+    zsh» git annex map
+    map /home/esc/annex ok
+    map noam (sshing...)
+    bash: line 0: cd: /~/bare-annex/: No such file or directory
+    Command ssh ["noam","cd '/~/bare-annex/' && git config --list"] failed; exit code 1
+    (sshing...)
+    ok
+
+      running: dot -Tx11 map.dot
+
+    ok
+
+If i run the failing command manually, i get:
+
+    zsh» ssh noam "cd ~/bare-annex && git config --list"
+    core.repositoryformatversion=0
+    core.filemode=true
+    core.bare=true
+    annex.uuid=f267f55c-0732-11e1-a93b-93119f9aaf54
+    annex.version=3
+
+Also i can change the remote url to an absolute one, in which case `git annex
+map` works too:
+
+    zsh» git remote set-url noam noam:/home/esc/bare-annex
+    zsh» git annex map
+    map /home/esc/annex ok
+    map noam (sshing...)
+    ok
+
+      running: dot -Tx11 map.dot
+
+    ok
+
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_status_doesn__39__t_use_.gitignore_in_direct_mode.mdwn b/doc/bugs/git_annex_status_doesn__39__t_use_.gitignore_in_direct_mode.mdwn
new file mode 100644
index 0000000000..27bdc32417
--- /dev/null
+++ b/doc/bugs/git_annex_status_doesn__39__t_use_.gitignore_in_direct_mode.mdwn
@@ -0,0 +1,18 @@
+Hello all!
+
+I'm doing tests with git annex to see how it works, and to start with it I'm trying to track my /home using some kind of a *white list* with .gitignore.
+
+So I have this .gitignore file:
+
+    /*
+    !/web
+    
+    !/Desktop
+    /Desktop/*
+    !/Desktop/Work
+
+and when I do *git annex add .* it works as expected: It adds only ~/web and ~/Desktop/Work... but when I do *git annex status* it shows me the entire /home... it seems that *git annex status* doesn't use .gitignore... is this a bug or an intended behavior?
+
+Thanks for your time :)
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_sync_--content_not_syncing_all_objects.mdwn b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects.mdwn
new file mode 100644
index 0000000000..1056e96ff1
--- /dev/null
+++ b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+When "git annex sync --content" is used only objects currently in the working tree are synced. It doesn't honor full archives, which should get all objects.
+So only objects similar to "git annex find --want-get" are synced and not every available object "git annex get --all"
+
+
+### What steps will reproduce the problem?
+# mein repo:
+git annex add file
+git annex sync
+git annex rm file
+git annex sync
+
+# other repo:
+git annex wanted here "not copies=backup:3"
+git annex find --want-get # will be empty
+git annex sync --content # nothing is synced even so all files should be backed up
+git annex get --all # will sync the object from file
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140210-gd99db49
+Linux (Ubuntu 13.10)
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_1_36deea0f1277d6888c8bb79156c56efa._comment b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_1_36deea0f1277d6888c8bb79156c56efa._comment
new file mode 100644
index 0000000000..e395eac0e2
--- /dev/null
+++ b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_1_36deea0f1277d6888c8bb79156c56efa._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-20T19:34:29Z"
+ content="""
+Yep, sync --content only looks at the work tree. 
+
+I suppose that the assistant does a better job in this situation, since if it cannot access an archive repo, it will remember that it tried to send a file to it, and retry that transfer later -- even if in the meantime the file has gotten deleted out of the work tree (and still has content present, due to using indirect mode). I'm actually not 100% sure .. the assistant may give up on transferring a file if it's gotten removed from the work tree. It's worth considering this because I basically want sync --content to do the same syncing that the assistant does.
+
+Anyway, sync --content could certianly look at all keys present in the annex. This would require a separate pass, and it might then try to upload a key twice, once from work tree, and once from annex, and fail twice. 
+
+Maybe it would be better to have this as a separate --content --all. It might also make sense to keep sync --content only looking at the work tree by default to support cases where there are multiple branches and you only want to sync one.
+
+I think this needs more thought.
+"""]]
diff --git a/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_2_70804d50b07630fadfc029a22173c5a0._comment b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_2_70804d50b07630fadfc029a22173c5a0._comment
new file mode 100644
index 0000000000..4560e10d97
--- /dev/null
+++ b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_2_70804d50b07630fadfc029a22173c5a0._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="Some ideas for content sync"
+ date="2014-02-20T21:18:30Z"
+ content="""
+I agree that it is a tricky situation. The main issue I have is that archive preferred content expressions indicates that all versions are transferred, but when you (worst case) migrate full archives to other disks and just use git annex sync --content, you would loose all objects.
+
+I like the idea of --content --all as this would be consistent with other commands such as fsck for example.
+Still it seems with preferred content expressions only applying to working tree data that it would still miss \"copies=backup:2\" for example and only use working tree files. Which is misleading and could lead to dataloss in my opinion.
+
+So the best would probably be to let preferred content for number of copies at least work on all objects, either per default or when \"git annex sync --content --all\" is used. You wouldn't run that on usual repos, but definitely on backup, archive or similar repos.
+
+"""]]
diff --git a/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_3_d7349af488008e3ca6557e0c1fbfc5b6._comment b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_3_d7349af488008e3ca6557e0c1fbfc5b6._comment
new file mode 100644
index 0000000000..34c2c4c165
--- /dev/null
+++ b/doc/bugs/git_annex_sync_--content_not_syncing_all_objects/comment_3_d7349af488008e3ca6557e0c1fbfc5b6._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="Ídea"
+ date="2014-02-23T14:25:22Z"
+ content="""
+I thought about the implementation need for git annex sync --content --all. If preferred content expressions would work it would be needed. Everything else. could be done via a split usage.
+Run \"git annex sync --content\" to satisfy the preferred content expressions on the working tree and the numcopies on the working tree and then loop through all backup/archive repositories with \"git annex get --auto\" this should at least prevent archives from getting objects numcopies is already satisfying and sync the objects not yet satisfied right?
+"""]]
diff --git a/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__.mdwn b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__.mdwn
new file mode 100644
index 0000000000..619e8e5b85
--- /dev/null
+++ b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__.mdwn
@@ -0,0 +1,42 @@
+### Please describe the problem.
+
+I plugged in a usb drive, did git annex sync and it git fast-forward and deleted about 600 files that I had added on my laptop. 
+
+### What steps will reproduce the problem?
+
+Obviously, I'm not sure really because I don't plug this usb drive every day to sync so I don't remember what I did last time. But I suppose I just finished with git annex sync and unplugged it. When the accident occured:
+
+ 1. The usb drive was in direct mode whereas the laptop was in indirect mode at the time. 
+ 2. I git annex sync the usb drive
+ 3. I git annex sync the laptop
+
+Anyway, the big mistake I did was syncing the laptop as well, naively thinking it would correct the usb drive; but instead it also deleted the files on the laptop. I had a back up of most of it so it was okay.
+
+---
+
+So now I git reset --hard to a commit before I synced, so I still have my files. But how can I fix this situation?
+
+### What version of git-annex are you using? On what operating system?
+
+Arch Linux
+
+git-annex version: 5.20140128
+build flags: S3 DBus TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[closing|done]], not a bug based on the limited description. --[[Joey]] 
diff --git a/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_1_e25451863622eefed664f6a210cbe67d._comment b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_1_e25451863622eefed664f6a210cbe67d._comment
new file mode 100644
index 0000000000..f0abd4507c
--- /dev/null
+++ b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_1_e25451863622eefed664f6a210cbe67d._comment
@@ -0,0 +1,72 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawno-jcsScu4CK6k2QLZqxMros1PQHf1NQY"
+ nickname="Hugo"
+ subject="Sync messed up"
+ date="2014-03-09T12:16:32Z"
+ content="""
+So, I have now reseted to a previous commit all the branches: git-annex, master, synced/git-annex and synced/master in other usb drives. i can git pull and git push, etc. But every time I try a git annex sync, it's deleting files again.
+
+For instance:
+
+```````````````
+(merging laptop/git-annex laptop/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  ok
+pull wdrouge 
+Depuis /run/media/hrd/WD-rouge/annex/hrd
+ * [nouvelle branche] git-annex  -> wdrouge/git-annex
+   e5894a1..f5af709  master     -> wdrouge/master
+ * [nouvelle branche] synced/git-annex -> wdrouge/synced/git-annex
+ * [nouvelle branche] synced/master -> wdrouge/synced/master
+ok
+pull origin 
+Depuis /home/hrd
+ + 93d883b...f5af709 git-annex  -> origin/git-annex  (mise à jour forcée)
+   e5894a1..f5af709  master     -> origin/master
+ + c8c2481...f5af709 synced/git-annex -> origin/synced/git-annex  (mise à jour forcée)
+   1d2a028..ac708e3  synced/master -> origin/synced/master
+ * [nouvelle étiquette] should-be-fine-here -> should-be-fine-here
+
+Mise à jour f5af709..ac708e3
+Fast-forward
+
+→ a bunch of files
+ 621 files changed, 22 insertions(+), 599 deletions(-)
+ delete mode 120000 → the bunch of files……………
+ …
+ delete mode 120000 org/gtd.org_archive
+ok
+pull laptop 
+Depuis /home/hrd
+ + 93d883b...f5af709 git-annex  -> laptop/git-annex  (mise à jour forcée)
+ + c8c2481...f5af709 synced/git-annex -> laptop/synced/git-annex  (mise à jour forcée)
+   1d2a028..ac708e3  synced/master -> laptop/synced/master
+
+Already up-to-date.
+ok
+push wdrouge 
+Counting objects: 6609, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (3057/3057), done.
+Writing objects: 100% (3331/3331), 511.27 KiB | 0 bytes/s, done.
+Total 3331 (delta 2091), reused 0 (delta 0)
+To /run/media/hrd/WD-rouge/annex/hrd
+   f5af709..16f17bf  git-annex -> synced/git-annex
+   f5af709..ac708e3  master -> synced/master
+ok
+push origin 
+Counting objects: 6569, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (3056/3056), done.
+Writing objects: 100% (3330/3330), 511.05 KiB | 0 bytes/s, done.
+Total 3330 (delta 2091), reused 0 (delta 0)
+To /home/hrd/
+   f5af709..16f17bf  git-annex -> synced/git-annex
+ok
+push laptop 
+Everything up-to-date
+ok
+git annex sync  14.33s user 1.87s system 74% cpu 21.696 total
+``````````````````
+
+"""]]
diff --git a/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_2_f49e6f4016b3a6f918961a2412902e03._comment b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_2_f49e6f4016b3a6f918961a2412902e03._comment
new file mode 100644
index 0000000000..277a72b63d
--- /dev/null
+++ b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_2_f49e6f4016b3a6f918961a2412902e03._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-03-10T17:11:41Z"
+ content="""
+Your laptop is in indirect mode, so we know that the only way files can be deleted by a merge is if a commit was made to git that deletes the files.
+
+My conclusion is that some repository, perhaps the usb drive, made a commit that deleted those files. You should be able to find this commit with `git log --stat`, and can just `git revert` it if you want to.
+
+So far, I don't see evidence of a bug. For all I know, you actually did delete the files on the usb drive, and that change got committed..
+"""]]
diff --git a/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_3_a234e4f58d2cc3b0110e4e65aceeb2c3._comment b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_3_a234e4f58d2cc3b0110e4e65aceeb2c3._comment
new file mode 100644
index 0000000000..edf2b26a8b
--- /dev/null
+++ b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_3_a234e4f58d2cc3b0110e4e65aceeb2c3._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawno-jcsScu4CK6k2QLZqxMros1PQHf1NQY"
+ nickname="Hugo"
+ subject="comment 3"
+ date="2014-03-13T14:36:20Z"
+ content="""
+> My conclusion is that some repository, perhaps the usb drive, made a commit that deleted those files. You should be able to find this commit with git log --stat, and can just git revert it if you want to.
+
+It would be surprising if I did that.
+
+Anyway, I was not able to find which commit deleted the ~600 files. I just decided to re-start completely with git annex :-/
+
+The good thing is that I did not lose any file, so in that regard git annex is great ;^)
+
+However, one thing that is quite confusing to me is the way git annex [sync] works.  Am I supposed to run git annex sync in every repository? Because if I just run it once in 1 repo, then I usually don't get all the syncing done. Maybe I just don't understand something.
+
+Thanks for replying,
+
+[sync]: http://git-annex.branchable.com/sync/
+"""]]
diff --git a/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_4_a01a867500fd94e6b317e74a0b0b1401._comment b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_4_a01a867500fd94e6b317e74a0b0b1401._comment
new file mode 100644
index 0000000000..6c519e6324
--- /dev/null
+++ b/doc/bugs/git_annex_sync_deleted_a_bunch_of_files___40__not_expected__41__/comment_4_a01a867500fd94e6b317e74a0b0b1401._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 4"
+ date="2014-03-13T15:54:28Z"
+ content="""
+Did you run `git log --stat` and look for a commit that deleted a lot of files?
+"""]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn
new file mode 100644
index 0000000000..fbe46ab2d8
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+In a direct mode repo (crippled/uncrippled filesystem does not matter), when a symlink is marked using `git update-index --skip-worktree <FILE>` and removed, git annex sync still `git rm`s the symlink. This does not happen in indirect mode (git annex sync leaves the symlink in git intact).
+
+### What steps will reproduce the problem?
+
+[[!format  sh """
+mkdir test-repo; cd test-repo
+git init
+git annex init
+echo file1 >file1
+git annex add
+git commit -m"update"
+cd ..
+git clone test-repo test-repo2; cd test-repo2
+git annex init
+git annex direct
+git update-index --skip-worktree file1
+rm file1
+git annex sync
+"""]]
+
+Output of `git annex sync` indicates file has been removed from git. Repeating these steps without the `git annex direct` above to set the second repo to direct mode will succeed in retaining the symlink in git.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130521 using git-annex-standalone AUR build (uses Linux executable tarball) on Arch Linux
+
+### Please provide any additional information below.
+
+I'd like to use the skip-worktree scheme in order to be able to rm the symlink files (from the filesystem, not git), specifically for my Android devices. Syncing my music annex creates .mp3 symlinks that aren't actually MP3s, which gives the stock apps some fits. This would only be for clearing out symlinks; I fully understand that trying to doing this for downloaded content in a direct repo would be a Class A no-no. :-)
+
+I did a little digging in the code, and it looks like the source of this is the stageDirect step done specifically by `git annex sync` in direct repos (which makes sense, since indirect repos work). It does `git ls-files --others --exclude-standard --stage`. This list includes files marked skip-worktree, which means skip-worktree files would be treated like normal, and deleted because it's no longer there. There is an additional `-t` argument that could be added to ls-files that would provide the tag field to indicate if a file was marked skip-worktree, and they could be filtered out of processing.
+
+I wonder if this would have side effects, or if there are other places in the code where skip-worktree files would need to be handled, though. I'm particularly motivated to solve this, so let me know if it doesn't look like it would get looked at right away, and I'll have an excuse to get a Haskell dev environment setup again and shake the rust off.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_1_69baeb997086c885f34fd1dc385cf5d6._comment b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_1_69baeb997086c885f34fd1dc385cf5d6._comment
new file mode 100644
index 0000000000..e7baee584a
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_1_69baeb997086c885f34fd1dc385cf5d6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-29T16:45:03Z"
+ content="""
+I'm a little worried about -t being \"semi-deprecated\". I don't know if it would be possible to use either of the other commands the man page suggests to get the info needed by `stageDirect`. (Particularly the Sha of their staged contents.)
+
+All of git-annex's access to the repository tree goes via Git.LsFiles and AFAICS, all the other git commands used there do respect skip-worktree.
+
+I encourage you to work on this, since you're motivated.
+"""]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_2_fb8c0bebb9aaa75ee7eaf6999b1db49e._comment b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_2_fb8c0bebb9aaa75ee7eaf6999b1db49e._comment
new file mode 100644
index 0000000000..a252c5ea99
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_2_fb8c0bebb9aaa75ee7eaf6999b1db49e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="EvanDeaubl"
+ ip="12.130.123.174"
+ subject="comment 2"
+ date="2013-05-31T13:38:43Z"
+ content="""
+I share the concerns about the semi-deprecated status, although it's probably safer than they make it sound in the man page. The git test suite for sparse checkouts uses the same command to find files with skip-worktree set, and there are other tools that use it as well (magit being one example). The git maintainers couldn't remove it, or even fully deprecate it for eventual removal. It's been semi-deprecated for almost 3 years.
+
+I have a patch that fixes `git annex sync` and `git annex get` (it retrieved files marked skip-worktree) and it passes `git annex test`, but I'm going to more rigorously test it out on my particular use case before calling it good. When it is ready, I didn't see instructions on how you would like patches submitted anywhere in the wiki. How would you like to receive it?
+"""]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_3_6bfd4e9a7853af93e72b717249de9439._comment b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_3_6bfd4e9a7853af93e72b717249de9439._comment
new file mode 100644
index 0000000000..b92ec0f131
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_3_6bfd4e9a7853af93e72b717249de9439._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-31T18:22:12Z"
+ content="""
+I accept patches by email, or pull requests.
+"""]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_4_a7eab4171af7e46bcc637aacf630e9db._comment b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_4_a7eab4171af7e46bcc637aacf630e9db._comment
new file mode 100644
index 0000000000..c593d41e15
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_4_a7eab4171af7e46bcc637aacf630e9db._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="ping?"
+ date="2014-03-19T20:54:57Z"
+ content="""
+You had a patch, but never shared it. I'm curious to see it..
+"""]]
diff --git a/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_5_cb98789c50c58f01055183dbaf7b4eba._comment b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_5_cb98789c50c58f01055183dbaf7b4eba._comment
new file mode 100644
index 0000000000..d40d2d7891
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree/comment_5_cb98789c50c58f01055183dbaf7b4eba._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="EvanDeaubl"
+ ip="24.251.129.149"
+ subject="comment 5"
+ date="2014-04-09T03:28:24Z"
+ content="""
+I'm afraid I abandoned this patch. It worked, but was still fidgety for being able to ignore parts of the tree. I found another way to do what I wanted by loading an indirect repo into /data and taking advantage of a surprise side effect in how the /sdcard filesystem translated the symlinks from the ext4 filesystem.
+
+I can probably scare it up from my archives, but it hasn't been kept up to date. The good news is (as I recall) the patch was pretty small.
+
+"""]]
diff --git a/doc/bugs/git_annex_unlock_is_not_atomic.mdwn b/doc/bugs/git_annex_unlock_is_not_atomic.mdwn
new file mode 100644
index 0000000000..6d324ff500
--- /dev/null
+++ b/doc/bugs/git_annex_unlock_is_not_atomic.mdwn
@@ -0,0 +1,7 @@
+Running a command like
+
+git annex unlock myfile
+
+is not atomic, that is if the execution is aborted you may end up with an incomplete version of myfile in the directory. If you don't notice this you may lock it again and then propagate this bad version of the file to your other repositories. A simple workaround is to simply name it something else while unlocking and then rename it to the correct filename once it's completely copied. I don't know Haskel yet so I can not fix this issue otherwise I would sure try. A part from this, I love git annex.
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_unused_failes_on_empty_repository.mdwn b/doc/bugs/git_annex_unused_failes_on_empty_repository.mdwn
new file mode 100644
index 0000000000..05aa695727
--- /dev/null
+++ b/doc/bugs/git_annex_unused_failes_on_empty_repository.mdwn
@@ -0,0 +1,15 @@
+[[!meta title="`git annex unused` fails on empty repository"]]
+
+The ``git annex unused`` command fails on a git-annex repository, if there are no objects yet:
+
+    $ git annex unused
+    unused  (checking for unused data...) 
+    git-annex: /tmp/annextest/other_annex/.git/annex/objects: getDirectoryContents: does not exist (No such file or directory) 
+    git-annex: 1 failed
+    $
+
+This can give a user (especially one that wants to try out simple commands with his newly created repo) the impression that something is wrong, while it is not. I'd expect the program either to show the same message ``git annex unused`` shows when everything is ok (since it is, or should be).
+
+This can be a bug in the ``unused`` subcommand (that fails to accept the absence of an objects directory) or in the ``init`` subcommand (that fails to create it).
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__.mdwn b/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__.mdwn
new file mode 100644
index 0000000000..9daf8a0cb4
--- /dev/null
+++ b/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__.mdwn
@@ -0,0 +1,33 @@
+"git annex upgrade" has lost track of some of my files.  Most of them have "&" characters.  The others contain "%" characters (I haven't tried the testcase below with "%" however).
+
+Testcase:
+
+    # (With git annex v2)
+    mkdir ~/testannex1
+    cd ~/testannex1
+    git init
+    git annex init "testannex1"
+    touch '02 - Afternoons & Coffeespoons.mp3'
+    touch 'no ampersand.mp3'
+    git annex add '02 - Afternoons & Coffeespoons.mp3'
+    git annex add 'no ampersand.mp3'
+    git commit -m added
+    git annex whereis '02 - Afternoons & Coffeespoons.mp3'
+    git annex whereis 'no ampersand.mp3'
+    # (Upgrade git-annex binary to v3 and then...)
+    git annex upgrade
+    git annex whereis '02 - Afternoons & Coffeespoons.mp3'
+    git annex whereis 'no ampersand.mp3'
+
+This produces:
+
+    12:38:40 ~/testannex1 (master)$ git annex whereis '02 - Afternoons & Coffeespoons.mp3'
+    whereis 02 - Afternoons & Coffeespoons.mp3 (0 copies) 
+    failed
+    git-annex: 1 failed
+    12:38:40 ~/testannex1 (master)$ git annex whereis 'no ampersand.mp3'
+    whereis no ampersand.mp3 (1 copy) 
+      	a7b680fc-a8d0-11e0-b0fe-4f94e86d1fb7  -- testannex1 <-- here
+    ok
+
+[[!tag done]]
diff --git a/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__/comment_1_861506e40e0d04d2be98bbfe9188be89._comment b/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__/comment_1_861506e40e0d04d2be98bbfe9188be89._comment
new file mode 100644
index 0000000000..194b36ac10
--- /dev/null
+++ b/doc/bugs/git_annex_upgrade_loses_track_of_files_with___34____38____34___character___40__and_probably_others__41__/comment_1_861506e40e0d04d2be98bbfe9188be89._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-07-07T21:04:23Z"
+ content="""
+What an evil little bug. In retrospect, this probably bit my own test upgrades, but I ran `git annex fsck` everywhere and so avoided the location log breakage.
+
+I've fixed the bug, which also involved files with other punctuation in their names [&:%] when using the WORM backend. 
+
+The only way I have to recover repos that have already been upgraded is to run `git annex fsck --fast` in each clone of such a repo, which will let it rebuild the location log information. I think that is the best way to recover; ie I can't think of a way to recover that doesn't need to do everything fsck does anyway.
+"""]]
diff --git a/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server.mdwn b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server.mdwn
new file mode 100644
index 0000000000..f40fabd741
--- /dev/null
+++ b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+
+webapp needs to be killed and restarted to finish setting up a new repository
+
+### What steps will reproduce the problem?
+
+I run on a remote linux server
+
+git annex webapp --listen=10.222.0.1:4000
+
+I get a url printed
+
+click the url, it opens in my browser
+click make a repository, and it doesn't finish loading the web page
+if I ctrl-c git on the remote server and start it up again, click
+the url again, i can continue to set up the new repository
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130709
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+debian wheezy with git-annex pinned from sid
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2013-07-19 08:09:54 EST] main: starting assistant version 4.20130709
+WebApp crashed: unable to bind to local socket
+[2013-07-19 08:09:54 EST] WebApp: warning WebApp crashed: unable to bind to local socket
+
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = "runClient: unable to determine DBUS address", clientErrorFatal = True})
+
+  No known network monitor available through dbus; falling back to polling
+(scanning...) [2013-07-19 08:09:54 EST] Watcher: Performing startup scan
+(started...) Merge made by the 'recursive' strategy.
+ ...book.azw |    1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 Books/book.azw
+[2013-07-19 08:13:03 EST] Committer: Committing changes to git
+
+
+# End of transcript or log.
+"""]]
+
+> Duplicate; [[closed|done]]. --[[Joey]]
diff --git a/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment
new file mode 100644
index 0000000000..11c4c181b3
--- /dev/null
+++ b/doc/bugs/git_annex_webapp_--listen_on_a_remote_linux_server/comment_1_db99c00830d3f15ebe790c4dc8b60bd7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-20T19:57:05Z"
+ content="""
+This is a known problem with using --listen with a forced port number. See [[Hangs_on_creating_repository_when_using_--listen]]
+"""]]
diff --git a/doc/bugs/git_command_line_constructed_by_unannex_command_has_tons_of_redundant_-a_paramters.mdwn b/doc/bugs/git_command_line_constructed_by_unannex_command_has_tons_of_redundant_-a_paramters.mdwn
new file mode 100644
index 0000000000..181b02b5c1
--- /dev/null
+++ b/doc/bugs/git_command_line_constructed_by_unannex_command_has_tons_of_redundant_-a_paramters.mdwn
@@ -0,0 +1,15 @@
+This doesn't look right:
+
+    simons   11148  0.0  0.0  15572  1268 pts/1    SN+  04:00   0:00              |               \_ git annex unannex stuff
+    simons   11150  0.5  0.0 130504 11212 pts/1    SN+  04:00   3:40              |               |   \_ git-annex unannex stuff
+    simons   11152  0.0  0.1  39536 23932 pts/1    SN+  04:00   0:00              |               |       \_ git --git-dir=/home/simons/annex/.git --work-tree=/home/simons/annex ls-files --cached -z -- stuff
+    simons   11288  0.0  0.0      0     0 pts/1    ZN+  04:01   0:00              |               |       \_ [git] <defunct>
+    simons   11339  0.0  0.0      0     0 pts/1    ZN+  04:02   0:00              |               |       \_ [git-annex] <defunct>
+    simons   11442  0.0  0.0      0     0 pts/1    ZN+  04:06   0:00              |               |       \_ [git] <defunct>
+    simons   11443  0.0  0.0      0     0 pts/1    ZN+  04:06   0:05              |               |       \_ [git] <defunct>
+    simons   16541  0.0  0.0      0     0 pts/1    ZN+  04:14   0:00              |               |       \_ [git] <defunct>
+    simons   16543  0.3  0.0  15644  1744 pts/1    SN+  04:14   2:13              |               |       \_ git --git-dir=/home/simons/annex/.git --work-tree=/home/simons/annex cat-file --batch
+    simons   14224  0.0  0.0 100744   796 pts/1    SN+  14:10   0:00              |               |       \_ xargs -0 git --git-dir=/home/simons/annex/.git --work-tree=/home/simons/annex commit -a -m content removed from git annex
+    simons   14225  0.4  0.1  32684 18652 pts/1    DN+  14:10   0:00              |               |           \_ git --git-dir=/home/simons/annex/.git --work-tree=/home/simons/annex commit -a -m content removed from git annex -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a -a
+
+> [[Fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/git_mv_before_commit_breaks_symlinks.mdwn b/doc/bugs/git_mv_before_commit_breaks_symlinks.mdwn
new file mode 100644
index 0000000000..66a199e8ca
--- /dev/null
+++ b/doc/bugs/git_mv_before_commit_breaks_symlinks.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+When I `git mv` a file that I just `git annex add`-ed without having `git commit`-ed it first, then the symlink will break.
+
+### What steps will reproduce the problem?
+
+    $ mkdir foo
+    $ echo hello > foo/bar
+    $ git annex add foo/bar
+    $ git mv foo/bar .
+
+### What version of git-annex are you using? On what operating system?
+
+5.20140529 on Debian testing
+
+> This is fundamentally something git-annex cannot deal with,
+> because there is no way to hook into git to fix the symlink when
+> `git mv` moves the file.
+> 
+> Instead, git-annex has several "good enough" fixes for the problem:
+>
+> * As soon as you `git commit`, the pre-commit hook will run `git annex
+>   fix` and this will fix the symlink before it gets committed.
+> * You can run `git annex fix` yourself after `git mv`.
+> * Even `git annex add $file` will fix the symlink if the file is already
+>   annexed.
+> 
+> So, [[done]] --[[Joey]]
diff --git a/doc/bugs/git_rename_detection_on_file_move.mdwn b/doc/bugs/git_rename_detection_on_file_move.mdwn
new file mode 100644
index 0000000000..306641cc2c
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move.mdwn
@@ -0,0 +1,14 @@
+It's unfortunate that git-annex sorta defeats git's rename detection.
+
+When an annexed file is moved to a different directory (specifically, a
+directory that is shallower or deeper than the old directory),
+the symlink often has to change. And so git log cannot --follow back
+through the rename history, since all it has to go on is that symlink,
+which it effectively sees as a one line file containing the symlink target.
+
+One way to fix this might be to do the `git annex fix` *after* the rename
+is committed. This would mean that a commit would result in new staged
+changes for another commit, which is perhaps startling behavior.
+
+The other way to fix it is to stop using symlinks, see [[todo/smudge]].
+[[!tag confirmed]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_10_5ec2f965c80cc5dd31ee3c4edb695664._comment b/doc/bugs/git_rename_detection_on_file_move/comment_10_5ec2f965c80cc5dd31ee3c4edb695664._comment
new file mode 100644
index 0000000000..6ea2677289
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_10_5ec2f965c80cc5dd31ee3c4edb695664._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafael"
+ subject="comment 10"
+ date="2012-05-15T07:36:25Z"
+ content="""
+Won't git itself be fixed on this issue? It was on my plans to look into that, however I don't know how difficult it will be.
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_1_0531dcfa833b0321a7009526efe3df33._comment b/doc/bugs/git_rename_detection_on_file_move/comment_1_0531dcfa833b0321a7009526efe3df33._comment
new file mode 100644
index 0000000000..8fec6bad72
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_1_0531dcfa833b0321a7009526efe3df33._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="use mini-branches"
+ date="2011-03-09T23:47:48Z"
+ content="""
+if you go for the two-commits version, small intermediate branches (or git-commit-tree) could be used to create a tree like this:
+
+
+    *   commit 106eef2
+    |\  Merge: 436e46f 9395665
+    | | 
+    | |     the main commit
+    | |   
+    | * commit 9395665
+    |/  
+    |       intermediate move
+    |  
+    * commit 436e46f
+    | 
+    |     ...
+
+while the first commit (436e46f) has a \"`/subdir/foo → ../.git-annex/where_foo_is`\", the intermediate (9395665) has \"`/subdir/deeper/foo → ../.git-annex/where_foo_is`\", and the inal commit (106eef2) has \"`/subdir/deeper/foo → ../../.git-annex/where_foo_is`\".
+
+`--follow` uses the intermediate commit to find the history, but the intermediate commit would neither show up in `git log --first-parent` nor affect `git diff HEAD^..` & co. (there could still be confusion over `git show`, though).
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_2_7101d07400ad5935f880dc00d89bf90e._comment b/doc/bugs/git_rename_detection_on_file_move/comment_2_7101d07400ad5935f880dc00d89bf90e._comment
new file mode 100644
index 0000000000..7d50c58d1b
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_2_7101d07400ad5935f880dc00d89bf90e._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="praet"
+ ip="81.240.159.215"
+ subject="Use variable symlinks, relative to the repo's root ?"
+ date="2011-03-10T16:50:28Z"
+ content="""
+It all boils down to the fact that the path to a relative symlink's target is determined relative to the symlink itself.
+
+Now, if we define the symlink's target relative to the git repo's root (eg. using the $GIT_DIR environment variable, which can be a relative or absolute path itself), this unfortunately results in an absolute symlink, which would -for obvious reasons- only be usable locally:
+
+    user@host:~$ mkdir -p tmp/{.git/annex,somefolder}
+    user@host:~$ export GIT_DIR=~/tmp
+    user@host:~$ touch $GIT_DIR/.git/annex/realfile
+    user@host:~$ ln -s $GIT_DIR/.git/annex/realfile $GIT_DIR/somefolder/file
+    user@host:~$ ls -al $GIT_DIR/somefolder/
+    total 12
+    drwxr-x--- 2 user group 4096 2011-03-10 16:54 .
+    drwxr-x--- 4 user group 4096 2011-03-10 16:53 ..
+    lrwxrwxrwx 1 user group   33 2011-03-10 16:54 file -> /home/user/tmp/.git/annex/realfile
+    user@host:~$
+
+So, what we need is the ability to record the actual variable name (instead of it's value) in our symlinks.
+
+It *is* possible, using [variable/variant symlinks](http://en.wikipedia.org/wiki/Symbolic_link#Variable_symbolic_links), yet I'm unsure as to whether or not this is available on Linux systems, and even if it is, it would introduce compatibility issues in multi-OS environments.
+
+Thoughts on this?
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_3_57010bcaca42089b451ad8659a1e018e._comment b/doc/bugs/git_rename_detection_on_file_move/comment_3_57010bcaca42089b451ad8659a1e018e._comment
new file mode 100644
index 0000000000..534723254a
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_3_57010bcaca42089b451ad8659a1e018e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-16T03:03:19Z"
+ content="""
+Interesting, I had not heard of variable symlinks before. AFAIK linux does not have them.
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_4_79d96599f757757f34d7b784e6c0e81c._comment b/doc/bugs/git_rename_detection_on_file_move/comment_4_79d96599f757757f34d7b784e6c0e81c._comment
new file mode 100644
index 0000000000..c265b58995
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_4_79d96599f757757f34d7b784e6c0e81c._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="praet"
+ ip="81.240.27.89"
+ subject="Brainfart"
+ date="2011-03-20T20:11:27Z"
+ content="""
+Haven't given these any serious thought (which will become apparent in a moment) but hoping they will give birth to some less retarded ideas:
+
+---
+
+### Bait'n'switch
+
+- pre-commit: Replace all staged symlinks (when pointing to annexed files) with plaintext files containing the key of their respective annexed content, re-stage, and add their paths (relative to repo root) to .gitignore.
+- post-commit: Replace the plaintext files with (git annex fix'ed) symlinks.
+
+In doing so, the blobs to be committed can remain unaltered, irrespective of their related files' depth in the directory hierarchy.
+
+To prevent git from reporting ALL annexed files as unstaged changes after running post-commit hook, their paths would need to be added to .gitignore.
+
+This wouldn't cause any issues when adding files, very little when modifying files (would need some alterations to \"git annex unlock\"), BUT would make git totally oblivious to removals...
+
+---
+
+### Manifest-based (re)population
+- Keep a manifest of all annexed files (key + relative path)
+- DON'T track the symlinks (.gitignore)
+- Populate/update the directory structure using a post-commit hook.
+
+... thus circumventing the issue entirely, yet diffstats (et al.) would be rather uninformative.
+
+---
+
+***Wide open to suggestions, criticism, mocking laughter and finger-pointing :)***
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_5_d61f5693d947b9736b29fca1dbc7ad76._comment b/doc/bugs/git_rename_detection_on_file_move/comment_5_d61f5693d947b9736b29fca1dbc7ad76._comment
new file mode 100644
index 0000000000..93db97e704
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_5_d61f5693d947b9736b29fca1dbc7ad76._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="praet"
+ ip="81.242.56.203"
+ subject="comment 5"
+ date="2011-03-21T19:58:34Z"
+ content="""
+In the meantime, would it be acceptable to split the pre-commit hook
+into two discrete parts?
+
+This would allow to (if preferred) defer \"git annex fix\" until
+post-commit while still keeping the safety net for unlocked files.
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_6_f63de6fe2f7189c8c2908cc41c4bc963._comment b/doc/bugs/git_rename_detection_on_file_move/comment_6_f63de6fe2f7189c8c2908cc41c4bc963._comment
new file mode 100644
index 0000000000..7398ac5614
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_6_f63de6fe2f7189c8c2908cc41c4bc963._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="extra level of indirection"
+ date="2011-12-19T12:45:18Z"
+ content="""
+Surely this could be handled with an extra layer of indirection?
+
+git-annex would ensure that every directory containing annexed data contains a new symlink `.git-annex` which points to `$git_root/.git/annex`.  Then every symlink to an annexed object uses a relative symlink via this: `.git_annex/objects/xx/yy/ZZZZZZZZZZ`.  Even though this symlink is relative, moving it to a different directory would not break anything: if the move destination directory already contained other annexed data, it would also already contain `.git-annex` so git-annex wouldn't need to do anything.  And if it didn't, git-annex would simply create a new `.git-annex` symlink there.
+
+These `.git-annex` symlinks could either be added to `.gitignore`, or manually/automatically checked in to the current branch - I'm not sure which would be best.  There's also the option of using multiple levels of indirection:
+
+    foo/bar/baz/.git-annex -> ../.git-annex
+    foo/bar/.git-annex -> ../.git-annex
+    foo/.git-annex -> ../.git-annex
+    .git-annex -> .git/annex
+
+I'm not sure whether this would bring any advantages.  It might bring a performance hit due to the kernel having to traverse more symlinks, but without benchmarking it's difficult to say how much.  I'd expect it only to be an issue with a large number of deep directory trees.
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_7_7f20d0b2f6ed1c34021a135438037306._comment b/doc/bugs/git_rename_detection_on_file_move/comment_7_7f20d0b2f6ed1c34021a135438037306._comment
new file mode 100644
index 0000000000..0a045feb63
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_7_7f20d0b2f6ed1c34021a135438037306._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 7"
+ date="2011-12-19T18:22:25Z"
+ content="""
+That seems an excellent idea, also eliminating the need for git annex fix after moving. 
+
+However, I think CVS and svn have taught us the pain associated with a version control system putting something in every subdirectory. Would this pain be worth avoiding the minor pain of needing git annex fix and sometimes being unable to follow renames?
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_8_6a00500b24ba53248c78e1ffc8d1a591._comment b/doc/bugs/git_rename_detection_on_file_move/comment_8_6a00500b24ba53248c78e1ffc8d1a591._comment
new file mode 100644
index 0000000000..d53022302d
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_8_6a00500b24ba53248c78e1ffc8d1a591._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 8"
+ date="2011-12-20T12:00:11Z"
+ content="""
+Personally I'd rather have working rename detection but I agree it's not 100% ideal to be littering multiple directories like this, so perhaps you could make it optional, e.g. based on a git config setting?
+
+Here are a few more considerations, some in defence of the approach, some against it:
+
+* `.git-annex` is hidden; `CVS/` is not.
+* Unlike `CVS/` and `.svn/`, it's only a symlink, not a directory containing other files.
+* It doesn't contain any data specific to that directory and could easily be regenerated if deleted accidentally or otherwise.
+* If a whole directory containing `.git-annex` was moved within the repository:
+    * git-annex would need to fix up these symlinks if and only if it's moved to a different depth within the tree.
+    * However, if the multi-level indirection approach is used, `.git-annex` in any subdirectory is *always* a symlink to `../.git-annex` so instead you would need to check that all of the new ancestors contain this symlink too, and optionally remove any no longer needed symlinks.
+    * In either case, git-annex already goes to the trouble of fixing symlinks, and if anything, I *think* this approach would reduce the number of symlinks which need checking (right?)
+* find `$git_root/foo -follow`, `diff -r` etc. would traverse into `$git_root/.git/annex`
+
+This last point is the only downside to this approach I can think of which gives me any noticeable cause for concern.  However, people are already use to working around this from CVS and svn days, e.g. `diff -r -x .svn` so I don't think it's anywhere near bad enough to rule it out.
+"""]]
diff --git a/doc/bugs/git_rename_detection_on_file_move/comment_9_75e0973f6d573df615e01005ebcea87d._comment b/doc/bugs/git_rename_detection_on_file_move/comment_9_75e0973f6d573df615e01005ebcea87d._comment
new file mode 100644
index 0000000000..919455bdcc
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move/comment_9_75e0973f6d573df615e01005ebcea87d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 9"
+ date="2011-12-20T14:56:12Z"
+ content="""
+Git can follow the rename fine if the file is committed before `git annex fix` (you can git commit -n to see this), so 
+making git-annex pre-commit generate a fixup commit before the staged commit would be one way. Or the other two ways I originally mentioned when writing down this minor issue. I like all those approaches better than .git-annex clutter.
+"""]]
diff --git a/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files.mdwn b/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files.mdwn
new file mode 100644
index 0000000000..449a99753e
--- /dev/null
+++ b/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+
+When git-annex assistant on Android setups up the DCIM repo a .gitignore file is dropped into place which ignores .thumbnails/* . Unfortunately this doesn't match .thumbnails/.thumbdata* - I have a 700MB file which matches this pattern.
+
+I suspect that making the pattern in .gitignore just .thumbnails should resolve this.
+
+### What steps will reproduce the problem?
+
+Create a repo
+
+### What version of git-annex are you using? On what operating system?
+
+Nightly build for Android from yesterday (2013-11-16)
+
+### Please provide any additional information below.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files/comment_1_f683ecf93e5a17c5c9c06225dbcce2a9._comment b/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files/comment_1_f683ecf93e5a17c5c9c06225dbcce2a9._comment
new file mode 100644
index 0000000000..b90108bc4b
--- /dev/null
+++ b/doc/bugs/gitignore_for_DCIM_on_Android_misses_some_files/comment_1_f683ecf93e5a17c5c9c06225dbcce2a9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-16T22:45:52Z"
+ content="""
+\".thumbnails/*\" in .gitignore makes git ignore dotfiles in the directory in my testing, and according to git's own documentation.
+
+However, it is the case that subdir/.thumbnails/* are not ignored by \".thumbnails/*\", but \".thumbnails\" will indeed ignore .thumbnails directories at any point in the tree. So, I've made the change you suggested.
+
+(I also tested on android, with 1.8.4.1.559 and the assistant was able to honor the .gitignore, and did not add any files from `.thumbnails/`.)
+"""]]
diff --git a/doc/bugs/glacier_from_multiple_repos.mdwn b/doc/bugs/glacier_from_multiple_repos.mdwn
new file mode 100644
index 0000000000..3b6bb57f72
--- /dev/null
+++ b/doc/bugs/glacier_from_multiple_repos.mdwn
@@ -0,0 +1,16 @@
+glacier-cli currently relies on a local cache of
+inventory information, and so other git-annexes using the same glacier
+repository are not able to access stuff in it, unless and until
+`glacier vault sync` is run.
+
+An example of this causing trouble is with the assistant. When a file is
+moved into archive/, the assistant that sends it to glacier is able to
+trust that it's in glacier and remove the local copy. But other assistants
+that also have a copy cannot trust that, and so don't remove their copies.
+
+I've discussed with glacier-cli's author making git-annex store enough info
+in its branch to be able to bootstrap glacier-cli to know about a file.
+This seems doable and he had a design; waiting on movement 
+on the glacier-cli side.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/googlemail.mdwn b/doc/bugs/googlemail.mdwn
new file mode 100644
index 0000000000..0995a9729a
--- /dev/null
+++ b/doc/bugs/googlemail.mdwn
@@ -0,0 +1,16 @@
+### Please describe the problem.
+Git-Annex crashes when configuring jabber account with foo.bar@googlemail.com
+
+### What steps will reproduce the problem?
+Configure the Jabber Account with foo.bar@googlemail.com instead of foo.bar@gmail.com. The domain googlemail was used for a long time in germany because of a license issue. 
+
+### What version of git-annex are you using? On what operating system?
+Mac OS X - 10.8.3 Mountain Lion
+
+Version: 4.20130709-g18e5f43 
+
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+
+[[!meta title="xmpp fails to work with googlemail domain"]]
+[[!tag design/assistant]]
diff --git a/doc/bugs/gpg-agent.mdwn b/doc/bugs/gpg-agent.mdwn
new file mode 100644
index 0000000000..df5106a8c6
--- /dev/null
+++ b/doc/bugs/gpg-agent.mdwn
@@ -0,0 +1,5049 @@
+### Please describe the problem.
+I'm running git-annex on OSX 10.9.3. The problem is that during sync with an git-annex remote the system gets flooded with gpg-agent processes which are never stopped, eventually running out of user processes.
+
+[[!tag moreinfo]]
+
+### What steps will reproduce the problem?
+Any synchronization of a lot of files with a git-annex remote.
+
+### What version of git-annex are you using? On what operating system?
+5.20140517-g0aed6d9.
+
+The problem did not appear on any older version.
+
+### Please provide any additional information below.
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2014-05-25 18:15:53 CEST] main: starting assistant version 5.20140517-g0aed6d9
+[2014-05-25 18:16:02 CEST] main: Syncing with diskstation 
+Everything up-to-date
+[2014-05-25 18:16:16 CEST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140517-g0aed6d9 
+[2014-05-25 18:16:16 CEST] TransferScanner: Syncing with diskstation 
+Already up-to-date.
+Already up-to-date.
+Everything up-to-date
+[2014-05-25 18:16:36 CEST] main: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   95ae98a..16f51d5  git-annex -> synced/git-annex
+
+WORM-s196517551-m1400608062--An Introduction to d3.js - From Scattered to Scatterplot%01_introduction.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3670016   1%    3.40MB/s    0:00:55
+     6750208   3%    3.17MB/s    0:00:58
+     9830400   5%    3.09MB/s    0:00:59
+    12976128   6%    3.03MB/s    0:00:59
+    15990784   8%    2.90MB/s    0:01:00
+    18644992   9%    2.79MB/s    0:01:02
+    21528576  10%    2.75MB/s    0:01:02
+    24543232  12%    2.73MB/s    0:01:01
+    27557888  14%    2.72MB/s    0:01:00
+    30834688  15%    2.85MB/s    0:00:56
+    33980416  17%    2.89MB/s    0:00:55
+    36995072  18%    2.88MB/s    0:00:54
+    40108032  20%    2.91MB/s    0:00:52
+    42991616  21%    2.83MB/s    0:00:52
+    45875200  23%    2.79MB/s    0:00:52
+    48857088  24%    2.78MB/s    0:00:51
+    51740672  26%    2.72MB/s    0:00:51
+    54755328  27%    2.75MB/s    0:00:50
+    57638912  29%    2.74MB/s    0:00:49
+    59998208  30%    2.60MB/s    0:00:51
+    62947328  32%    2.61MB/s    0:00:49
+    65961984  33%    2.60MB/s    0:00:49
+    68845568  35%    2.60MB/s    0:00:48
+    71729152  36%    2.73MB/s    0:00:44
+    74743808  38%    2.74MB/s    0:00:43
+    77627392  39%    2.72MB/s    0:00:42
+    80642048  41%    2.76MB/s    0:00:41
+    83656704  42%    2.78MB/s    0:00:39
+    86540288  44%    2.76MB/s    0:00:38
+    89292800  45%    2.72MB/s    0:00:38
+    91389952  46%    2.51MB/s    0:00:40
+    94404608  48%    2.50MB/s    0:00:39
+    97288192  49%    2.49MB/s    0:00:38
+   100040704  50%    2.49MB/s    0:00:37
+   102924288  52%    2.66MB/s    0:00:34
+   105807872  53%    2.65MB/s    0:00:33
+   108691456  55%    2.67MB/s    0:00:32
+   111443968  56%    2.65MB/s    0:00:31
+   114196480  58%    2.63MB/s    0:00:30
+   117342208  59%    2.66MB/s    0:00:29
+   120225792  61%    2.66MB/s    0:00:27
+   123109376  62%    2.70MB/s    0:00:26
+   125992960  64%    2.73MB/s    0:00:25
+   128745472  65%    2.67MB/s    0:00:24
+   131760128  67%    2.70MB/s    0:00:23
+   134643712  68%    2.70MB/s    0:00:22
+   137396224  69%    2.65MB/s    0:00:21
+   140410880  71%    2.72MB/s    0:00:20
+   143294464  72%    2.70MB/s    0:00:19
+   145915904  74%    2.60MB/s    0:00:19
+   148275200  75%    2.50MB/s    0:00:18
+   150896640  76%    2.41MB/s    0:00:18
+   153780224  78%    2.41MB/s    0:00:17
+   157057024  79%    2.60MB/s    0:00:14
+   160202752  81%    2.79MB/s    0:00:12
+   163217408  83%    2.87MB/s    0:00:11
+   166100992  84%    2.86MB/s    0:00:10
+   168984576  85%    2.75MB/s    0:00:09
+   171737088  87%    2.68MB/s    0:00:09
+   174817280  88%    2.68MB/s    0:00:07
+   177831936  90%    2.71MB/s    0:00:06
+   180846592  92%    2.75MB/s    0:00:05
+   183730176  93%    2.77MB/s    0:00:04
+   186875904  95%    2.80MB/s    0:00:03
+   190021632  96%    2.84MB/s    0:00:02
+   192970752  98%    2.85MB/s    0:00:01
+   195854336  99%    2.87MB/s    0:00:00
+   196517551 100%    2.72MB/s    0:01:08 (xfer#1, to-check=0/1)
+
+sent 196541725 bytes  received 42 bytes  2787826.48 bytes/sec
+total size is 196517551  speedup is 1.00
+[2014-05-25 18:17:58 CEST] Transferrer: Uploaded 01_introduction.mp4
+[2014-05-25 18:17:58 CEST] Pusher: Syncing with diskstation 
+
+WORM-s57838296-m1400607924--An Introduction to d3.js - From Scattered to Scatterplot%02_setting-up.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4030464   6%    3.75MB/s    0:00:14
+     6782976  11%    3.15MB/s    0:00:15
+     9535488  16%    2.96MB/s    0:00:15
+    12288000  21%    2.88MB/s    0:00:15
+    15040512  26%    2.58MB/s    0:00:16
+    17793024  30%    2.60MB/s    0:00:15
+    20545536  35%    2.61MB/s    0:00:13
+    23560192  40%    2.66MB/s    0:00:12
+    26705920  46%    2.76MB/s    0:00:11
+    29720576  51%    2.80MB/s    0:00:09
+    32604160  56%    2.81MB/s    0:00:08
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   16f51d5..b142966  git-annex -> synced/git-annex
+    35356672  61%    2.76MB/s    0:00:07
+    38371328  66%    2.73MB/s    0:00:06
+[2014-05-25 18:18:14 CEST] RemoteControl: Syncing with diskstation 
+    41648128  72%    2.79MB/s    0:00:05
+    44761088  77%    2.86MB/s    0:00:04
+    47841280  82%    2.92MB/s    0:00:03
+    50855936  87%    2.92MB/s    0:00:02
+    53870592  93%    2.86MB/s    0:00:01
+    56885248  98%    2.81MB/s    0:00:00
+    57838296 100%    2.80MB/s    0:00:19 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   95ae98a..5809ceb  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at b1429660ab35f95d5bc54e4d8b4f39a19fe66998 but expected 16f51d51d23bf026556435a5cea88488ae0ab108
+ ! 16f51d5..b142966  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 57845539 bytes  received 42 bytes  2690492.14 bytes/sec
+total size is 57838296  speedup is 1.00
+[2014-05-25 18:18:22 CEST] Transferrer: Uploaded 02_setting-up.mp4
+[2014-05-25 18:18:23 CEST] Pusher: Syncing with diskstation 
+
+WORM-s149069061-m1401033118--An Introduction to d3.js - From Scattered to Scatterplot%03_selecting-and-creating-elements.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4063232   2%    3.60MB/s    0:00:39
+remote: merge git-annex      6815744   4%    3.12MB/s    0:00:44
+     9568256   6%    2.96MB/s    0:00:46
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 18:18:28 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b142966..7713a32  git-annex -> synced/git-annex
+    12582912   8%    2.93MB/s    0:00:45
+    15466496  10%    2.70MB/s    0:00:48
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5809ceb..19d05e5  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7713a32f85cf1d993948f15859f0d035d63aa6e0 but expected b1429660ab35f95d5bc54e4d8b4f39a19fe66998
+ ! b142966..7713a32  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    18448384  12%    2.75MB/s    0:00:46
+    21594112  14%    2.83MB/s    0:00:44
+    24477696  16%    2.80MB/s    0:00:43
+    27492352  18%    2.84MB/s    0:00:41
+    30375936  20%    2.80MB/s    0:00:41
+    33587200  22%    2.83MB/s    0:00:39
+    36601856  24%    2.85MB/s    0:00:38
+    39616512  26%    2.82MB/s    0:00:37
+    42041344  28%    2.73MB/s    0:00:38
+    45056000  30%    2.67MB/s    0:00:37
+    48037888  32%    2.66MB/s    0:00:37
+    50855936  34%    2.64MB/s    0:00:36
+    52756480  35%    2.52MB/s    0:00:37
+    54853632  36%    2.26MB/s    0:00:40
+    56950784  38%    2.02MB/s    0:00:44
+    58916864  39%    1.81MB/s    0:00:48
+    61669376  41%    2.00MB/s    0:00:42
+    64552960  43%    2.23MB/s    0:00:36
+    67567616  45%    2.48MB/s    0:00:32
+    70713344  47%    2.77MB/s    0:00:27
+    73859072  49%    2.84MB/s    0:00:25
+    76873728  51%    2.85MB/s    0:00:24
+    79888384  53%    2.85MB/s    0:00:23
+    82903040  55%    2.81MB/s    0:00:22
+    85786624  57%    2.77MB/s    0:00:22
+    88571904  59%    2.73MB/s    0:00:21
+    91422720  61%    2.70MB/s    0:00:20
+    94502912  63%    2.73MB/s    0:00:19
+    97288192  65%    2.68MB/s    0:00:18
+   100335616  67%    2.72MB/s    0:00:17
+   103350272  69%    2.77MB/s    0:00:16
+   106364928  71%    2.73MB/s    0:00:15
+   109379584  73%    2.82MB/s    0:00:13
+   112394240  75%    2.79MB/s    0:00:12
+   115376128  77%    2.76MB/s    0:00:11
+   118390784  79%    2.76MB/s    0:00:10
+   121536512  81%    2.80MB/s    0:00:09
+   124682240  83%    2.85MB/s    0:00:08
+   127827968  85%    2.90MB/s    0:00:07
+   130842624  87%    2.91MB/s    0:00:06
+   133988352  89%    2.91MB/s    0:00:05
+   137003008  91%    2.88MB/s    0:00:04
+   140017664  93%    2.86MB/s    0:00:03
+   142901248  95%    2.85MB/s    0:00:02
+   145588224  97%    2.71MB/s    0:00:01
+   148537344  99%    2.71MB/s    0:00:00
+   149069061 100%    2.71MB/s    0:00:52 (xfer#1, to-check=0/1)
+
+sent 149087462 bytes  received 42 bytes  2786682.32 bytes/sec
+total size is 149069061  speedup is 1.00
+[2014-05-25 18:19:18 CEST] Transferrer: Uploaded 03_select..ments.mp4
+[2014-05-25 18:19:18 CEST] Pusher: Syncing with diskstation 
+
+WORM-s36798210-m1400608746--An Introduction to d3.js - From Scattered to Scatterplot%04_exercise-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  11%    3.89MB/s    0:00:08
+     7143424  19%    3.32MB/s    0:00:08
+    10158080  27%    3.15MB/s    0:00:08
+remote: merge git-annex     13172736  35%    3.07MB/s    0:00:07
+[2014-05-25 18:19:24 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7713a32..c892127  git-annex -> synced/git-annex
+    16187392  43%    2.81MB/s    0:00:07
+    19136512  52%    2.83MB/s    0:00:06
+    22282240  60%    2.88MB/s    0:00:04
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   19d05e5..928f25d  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at c8921270e51c1eb7f5f88a288adbd778711d0ff0 but expected 7713a32f85cf1d993948f15859f0d035d63aa6e0
+ ! 7713a32..c892127  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    25296896  68%    2.88MB/s    0:00:03
+    28442624  77%    2.88MB/s    0:00:02
+    31457280  85%    2.88MB/s    0:00:01
+    34603008  94%    2.84MB/s    0:00:00
+    36798210 100%    2.94MB/s    0:00:11 (xfer#1, to-check=0/1)
+
+sent 36802881 bytes  received 42 bytes  2538132.62 bytes/sec
+total size is 36798210  speedup is 1.00
+[2014-05-25 18:19:32 CEST] Transferrer: Uploaded 04_exercise-1.mp4
+[2014-05-25 18:19:32 CEST] Pusher: Syncing with diskstation 
+
+WORM-s272759172-m1400608447--An Introduction to d3.js - From Scattered to Scatterplot%05_svg.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072   1%    3.97MB/s    0:01:06
+     7241728   2%    3.39MB/s    0:01:16
+    10256384   3%    3.17MB/s    0:01:20
+remote: merge git-annex     13402112   4%    3.11MB/s    0:01:21
+    16416768   6%    2.83MB/s    0:01:28
+[2014-05-25 18:19:38 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c892127..ff739c0  git-annex -> synced/git-annex
+    19431424   7%    2.83MB/s    0:01:27
+    22446080   8%    2.85MB/s    0:01:25
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   928f25d..383d246  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at ff739c08bd8881b7d1c3fd6c305b0d80b3213b0d but expected c8921270e51c1eb7f5f88a288adbd778711d0ff0
+ ! c892127..ff739c0  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    25591808   9%    2.83MB/s    0:01:25
+    28606464  10%    2.81MB/s    0:01:24
+    31621120  11%    2.82MB/s    0:01:23
+    34766848  12%    2.83MB/s    0:01:22
+    37781504  13%    2.83MB/s    0:01:21
+    40927232  15%    2.87MB/s    0:01:18
+    44072960  16%    2.89MB/s    0:01:17
+    47087616  17%    2.89MB/s    0:01:16
+    50397184  18%    2.95MB/s    0:01:13
+    53411840  19%    2.93MB/s    0:01:13
+    56295424  20%    2.89MB/s    0:01:13
+    59146240  21%    2.84MB/s    0:01:13
+    62160896  22%    2.78MB/s    0:01:13
+    65306624  23%    2.82MB/s    0:01:11
+    68321280  25%    2.84MB/s    0:01:10
+    71335936  26%    2.86MB/s    0:01:08
+    74350592  27%    2.85MB/s    0:01:07
+    77365248  28%    2.80MB/s    0:01:08
+    80379904  29%    2.80MB/s    0:01:07
+    83394560  30%    2.82MB/s    0:01:05
+    86540288  31%    2.84MB/s    0:01:04
+    89554944  32%    2.85MB/s    0:01:02
+    92569600  33%    2.86MB/s    0:01:01
+    95453184  34%    2.81MB/s    0:01:01
+    98336768  36%    2.76MB/s    0:01:01
+   101220352  37%    2.74MB/s    0:01:01
+   104103936  38%    2.70MB/s    0:01:00
+   107118592  39%    2.75MB/s    0:00:58
+   110002176  40%    2.74MB/s    0:00:58
+   113016832  41%    2.75MB/s    0:00:56
+   115113984  42%    2.57MB/s    0:00:59
+   117342208  43%    2.37MB/s    0:01:04
+   120356864  44%    2.40MB/s    0:01:02
+   123371520  45%    2.41MB/s    0:01:00
+   126386176  46%    2.61MB/s    0:00:54
+   129335296  47%    2.77MB/s    0:00:50
+   132481024  48%    2.80MB/s    0:00:48
+   135626752  49%    2.83MB/s    0:00:47
+   138772480  50%    2.86MB/s    0:00:45
+   141656064  51%    2.88MB/s    0:00:44
+   144572416  53%    2.83MB/s    0:00:44
+   147456000  54%    2.78MB/s    0:00:43
+   150732800  55%    2.84MB/s    0:00:41
+   153845760  56%    2.89MB/s    0:00:40
+   156860416  57%    2.88MB/s    0:00:39
+   159875072  58%    2.89MB/s    0:00:38
+   162889728  59%    2.83MB/s    0:00:37
+   165904384  60%    2.79MB/s    0:00:37
+   168919040  61%    2.80MB/s    0:00:36
+   172064768  63%    2.82MB/s    0:00:34
+   175079424  64%    2.79MB/s    0:00:34
+   178094080  65%    2.79MB/s    0:00:33
+   180977664  66%    2.77MB/s    0:00:32
+   183861248  67%    2.74MB/s    0:00:31
+   186875904  68%    2.76MB/s    0:00:30
+   190152704  69%    2.81MB/s    0:00:28
+   193298432  70%    2.86MB/s    0:00:27
+   196313088  71%    2.87MB/s    0:00:26
+   199458816  73%    2.92MB/s    0:00:24
+   202473472  74%    2.86MB/s    0:00:23
+   205455360  75%    2.82MB/s    0:00:23
+   208207872  76%    2.76MB/s    0:00:22
+   211091456  77%    2.69MB/s    0:00:22
+   214237184  78%    2.74MB/s    0:00:20
+   217251840  79%    2.77MB/s    0:00:19
+   220266496  80%    2.81MB/s    0:00:18
+   223019008  81%    2.77MB/s    0:00:17
+   225247232  82%    2.54MB/s    0:00:18
+   228261888  83%    2.54MB/s    0:00:17
+   231145472  84%    2.52MB/s    0:00:16
+   234160128  85%    2.58MB/s    0:00:14
+   237043712  86%    2.74MB/s    0:00:12
+   240091136  88%    2.76MB/s    0:00:11
+   243073024  89%    2.78MB/s    0:00:10
+   246087680  90%    2.79MB/s    0:00:09
+   248971264  91%    2.81MB/s    0:00:08
+   251723776  92%    2.71MB/s    0:00:07
+   254738432  93%    2.73MB/s    0:00:06
+   257884160  94%    2.75MB/s    0:00:05
+   261029888  95%    2.80MB/s    0:00:04
+   263913472  96%    2.85MB/s    0:00:03
+   266928128  97%    2.87MB/s    0:00:01
+   269942784  98%    2.83MB/s    0:00:00
+   272759172 100%    2.80MB/s    0:01:32 (xfer#1, to-check=0/1)
+
+sent 272792641 bytes  received 42 bytes  2886695.06 bytes/sec
+total size is 272759172  speedup is 1.00
+[2014-05-25 18:21:07 CEST] Transferrer: Uploaded 05_svg.mp4
+[2014-05-25 18:21:07 CEST] Pusher: Syncing with diskstation 
+
+WORM-s29712591-m1400608733--An Introduction to d3.js - From Scattered to Scatterplot%06_exercise-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4259840  14%    4.00MB/s    0:00:06
+     7274496  24%    3.44MB/s    0:00:06
+    10289152  34%    3.24MB/s    0:00:05
+remote: merge git-annex     13434880  45%    3.17MB/s    0:00:05
+    16678912  56%    2.92MB/s    0:00:04
+[2014-05-25 18:21:13 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ff739c0..07153a2  git-annex -> synced/git-annex
+    19693568  66%    2.89MB/s    0:00:03
+    22740992  76%    2.86MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   383d246..1749643  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 07153a2d49264b9792593fc016c00499ce87f70b but expected ff739c08bd8881b7d1c3fd6c305b0d80b3213b0d
+ ! ff739c0..07153a2  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    25624576  86%    2.81MB/s    0:00:01
+    28639232  96%    2.75MB/s    0:00:00
+    29712591 100%    2.94MB/s    0:00:09 (xfer#1, to-check=0/1)
+
+sent 29716398 bytes  received 42 bytes  2584038.26 bytes/sec
+total size is 29712591  speedup is 1.00
+[2014-05-25 18:21:18 CEST] Transferrer: Uploaded 06_exercise-2.mp4
+[2014-05-25 18:21:18 CEST] Pusher: Syncing with diskstation 
+
+WORM-s276749404-m1400608181--An Introduction to d3.js - From Scattered to Scatterplot%07_binding-data-and-creating-elements-from-data.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4030464   1%    3.60MB/s    0:01:13
+     7307264   2%    3.29MB/s    0:01:19
+remote: merge git-annex     10190848   3%    3.11MB/s    0:01:23
+    13336576   4%    3.06MB/s    0:01:24
+[2014-05-25 18:21:24 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   07153a2..0a42aa9  git-annex -> synced/git-annex
+    16482304   5%    2.89MB/s    0:01:27
+    19496960   7%    2.85MB/s    0:01:28
+    22642688   8%    2.89MB/s    0:01:25
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   1749643..e6798ff  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 0a42aa9412e0a0f03e8edaa7a37eb0d6273bc4d9 but expected 07153a2d49264b9792593fc016c00499ce87f70b
+ ! 07153a2..0a42aa9  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    25788416   9%    2.88MB/s    0:01:25
+    28803072  10%    2.84MB/s    0:01:25
+    31817728  11%    2.84MB/s    0:01:24
+    34832384  12%    2.83MB/s    0:01:23
+    37978112  13%    2.84MB/s    0:01:22
+    40828928  14%    2.82MB/s    0:01:21
+    43974656  15%    2.83MB/s    0:01:20
+    46956544  16%    2.84MB/s    0:01:18
+    50233344  18%    2.88MB/s    0:01:16
+    53248000  19%    2.91MB/s    0:01:15
+    56262656  20%    2.88MB/s    0:01:14
+    59146240  21%    2.84MB/s    0:01:14
+    62291968  22%    2.81MB/s    0:01:14
+    65699840  23%    2.89MB/s    0:01:11
+    68812800  24%    2.91MB/s    0:01:09
+    71892992  25%    2.97MB/s    0:01:07
+    75038720  27%    2.95MB/s    0:01:06
+    78020608  28%    2.87MB/s    0:01:07
+    81166336  29%    2.88MB/s    0:01:06
+    84049920  30%    2.83MB/s    0:01:06
+    86769664  31%    2.76MB/s    0:01:07
+    89653248  32%    2.73MB/s    0:01:06
+    92536832  33%    2.66MB/s    0:01:07
+    95420416  34%    2.66MB/s    0:01:06
+    98304000  35%    2.69MB/s    0:01:04
+   101187584  36%    2.69MB/s    0:01:03
+   104202240  37%    2.75MB/s    0:01:01
+   107216896  38%    2.76MB/s    0:00:59
+   110100480  39%    2.77MB/s    0:00:58
+   113016832  40%    2.78MB/s    0:00:57
+   115867648  41%    2.74MB/s    0:00:57
+   118620160  42%    2.71MB/s    0:00:57
+   121503744  43%    2.69MB/s    0:00:56
+   124452864  44%    2.67MB/s    0:00:55
+   127467520  46%    2.70MB/s    0:00:53
+   130220032  47%    2.69MB/s    0:00:53
+   132972544  48%    2.68MB/s    0:00:52
+   135987200  49%    2.70MB/s    0:00:50
+   138870784  50%    2.68MB/s    0:00:50
+   141754368  51%    2.72MB/s    0:00:48
+   144474112  52%    2.71MB/s    0:00:47
+   147357696  53%    2.68MB/s    0:00:47
+   150372352  54%    2.70MB/s    0:00:45
+   153387008  55%    2.71MB/s    0:00:44
+   156401664  56%    2.76MB/s    0:00:42
+   159416320  57%    2.79MB/s    0:00:41
+   162299904  58%    2.78MB/s    0:00:40
+   165445632  59%    2.80MB/s    0:00:38
+   168460288  60%    2.82MB/s    0:00:37
+   171343872  61%    2.79MB/s    0:00:36
+   174227456  62%    2.78MB/s    0:00:36
+   177373184  64%    2.78MB/s    0:00:34
+   180387840  65%    2.79MB/s    0:00:33
+   183533568  66%    2.86MB/s    0:00:31
+   186548224  67%    2.87MB/s    0:00:30
+   189562880  68%    2.81MB/s    0:00:30
+   192446464  69%    2.75MB/s    0:00:29
+   195461120  70%    2.71MB/s    0:00:29
+   198475776  71%    2.73MB/s    0:00:28
+   201359360  72%    2.74MB/s    0:00:26
+   204308480  73%    2.78MB/s    0:00:25
+   207060992  74%    2.72MB/s    0:00:24
+   210206720  75%    2.77MB/s    0:00:23
+   212828160  76%    2.64MB/s    0:00:23
+   215318528  77%    2.54MB/s    0:00:23
+   218333184  78%    2.58MB/s    0:00:22
+   221347840  79%    2.53MB/s    0:00:21
+   224362496  81%    2.67MB/s    0:00:19
+   227377152  82%    2.77MB/s    0:00:17
+   230129664  83%    2.74MB/s    0:00:16
+   233078784  84%    2.74MB/s    0:00:15
+   236093440  85%    2.74MB/s    0:00:14
+   239108096  86%    2.76MB/s    0:00:13
+   242122752  87%    2.83MB/s    0:00:11
+   245006336  88%    2.81MB/s    0:00:11
+   247824384  89%    2.77MB/s    0:00:10
+   250707968  90%    2.70MB/s    0:00:09
+   253460480  91%    2.63MB/s    0:00:08
+   256606208  92%    2.69MB/s    0:00:07
+   259620864  93%    2.73MB/s    0:00:06
+   262504448  94%    2.75MB/s    0:00:05
+   264994816  95%    2.63MB/s    0:00:04
+   266960896  96%    2.37MB/s    0:00:04
+   268795904  97%    2.11MB/s    0:00:03
+   271155200  97%    1.99MB/s    0:00:02
+   274038784  99%    2.14MB/s    0:00:01
+   276749404 100%    2.75MB/s    0:01:36 (xfer#1, to-check=0/1)
+
+sent 276783402 bytes  received 42 bytes  2838804.55 bytes/sec
+total size is 276749404  speedup is 1.00
+[2014-05-25 18:22:56 CEST] Transferrer: Uploaded 07_bindin..-data.mp4
+[2014-05-25 18:22:56 CEST] Pusher: Syncing with diskstation 
+
+WORM-s58893321-m1400608603--An Introduction to d3.js - From Scattered to Scatterplot%08_exercise-3.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072   7%    3.98MB/s    0:00:13
+     7241728  12%    3.38MB/s    0:00:14
+    10125312  17%    3.14MB/s    0:00:15
+    13139968  22%    3.05MB/s    0:00:14
+    16023552  27%    2.74MB/s    0:00:15
+remote: merge git-annex     18907136  32%    2.72MB/s    0:00:14
+[2014-05-25 18:23:04 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   0a42aa9..961714e  git-annex -> synced/git-annex
+    21790720  37%    2.72MB/s    0:00:13
+    24870912  42%    2.72MB/s    0:00:12
+    27754496  47%    2.72MB/s    0:00:11
+    30638080  52%    2.70MB/s    0:00:10
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e6798ff..c074ab0  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 961714e5af3653435346ed0f7ae7e19efb899c6f but expected 0a42aa9412e0a0f03e8edaa7a37eb0d6273bc4d9
+ ! 0a42aa9..961714e  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    33980416  57%    2.81MB/s    0:00:08
+    36864000  62%    2.78MB/s    0:00:07
+    39616512  67%    2.76MB/s    0:00:06
+    42369024  71%    2.75MB/s    0:00:05
+    45252608  76%    2.64MB/s    0:00:05
+    48136192  81%    2.64MB/s    0:00:03
+    51150848  86%    2.67MB/s    0:00:02
+    53903360  91%    2.65MB/s    0:00:01
+    56655872  96%    2.63MB/s    0:00:00
+    58893321 100%    2.76MB/s    0:00:20 (xfer#1, to-check=0/1)
+
+sent 58900692 bytes  received 42 bytes  2617810.40 bytes/sec
+total size is 58893321  speedup is 1.00
+[2014-05-25 18:23:18 CEST] Transferrer: Uploaded 08_exercise-3.mp4
+[2014-05-25 18:23:18 CEST] Pusher: Syncing with diskstation 
+
+WORM-s134947390-m1400608565--An Introduction to d3.js - From Scattered to Scatterplot%09_transitions.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4161536   3%    3.82MB/s    0:00:33
+     7045120   5%    3.24MB/s    0:00:38
+remote: merge git-annex      9928704   7%    3.04MB/s    0:00:40
+    13205504   9%    3.05MB/s    0:00:38
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   961714e..dbdf944  git-annex -> synced/git-annex
+[2014-05-25 18:23:24 CEST] RemoteControl: Syncing with diskstation 
+    16220160  12%    2.79MB/s    0:00:41
+    19103744  14%    2.80MB/s    0:00:40
+    21856256  16%    2.79MB/s    0:00:39
+    24576000  18%    2.66MB/s    0:00:40
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c074ab0..1e5f9f1  git-annex  -> diskstation/git-annex
+    27459584  20%    2.64MB/s    0:00:39
+    30474240  22%    2.68MB/s    0:00:38
+    33357824  24%    2.70MB/s    0:00:36
+    36372480  26%    2.76MB/s    0:00:34
+    39256064  29%    2.76MB/s    0:00:33
+    42139648  31%    2.73MB/s    0:00:33
+    45023232  33%    2.73MB/s    0:00:32
+    47775744  35%    2.66MB/s    0:00:31
+    50659328  37%    2.66MB/s    0:00:30
+    53542912  39%    2.65MB/s    0:00:29
+    56557568  41%    2.66MB/s    0:00:28
+    59310080  43%    2.67MB/s    0:00:27
+    62029824  45%    2.64MB/s    0:00:26
+    64782336  48%    2.62MB/s    0:00:26
+    67665920  50%    2.61MB/s    0:00:25
+    70680576  52%    2.64MB/s    0:00:23
+    73695232  54%    2.70MB/s    0:00:22
+    76709888  56%    2.77MB/s    0:00:20
+    79593472  58%    2.76MB/s    0:00:19
+    82608128  61%    2.79MB/s    0:00:18
+    85622784  63%    2.81MB/s    0:00:17
+    88506368  65%    2.76MB/s    0:00:16
+    91619328  67%    2.81MB/s    0:00:15
+    94502912  70%    2.78MB/s    0:00:14
+    97255424  72%    2.72MB/s    0:00:13
+   100270080  74%    2.76MB/s    0:00:12
+   102760448  76%    2.61MB/s    0:00:12
+   105349120  78%    2.54MB/s    0:00:11
+   108232704  80%    2.57MB/s    0:00:10
+   111247360  82%    2.56MB/s    0:00:09
+   114262016  84%    2.68MB/s    0:00:07
+   117145600  86%    2.76MB/s    0:00:06
+   120029184  88%    2.75MB/s    0:00:05
+   123043840  91%    2.76MB/s    0:00:04
+   125927424  93%    2.74MB/s    0:00:03
+   128942080  95%    2.76MB/s    0:00:02
+   131694592  97%    2.74MB/s    0:00:01
+   134447104  99%    2.64MB/s    0:00:00
+   134947390 100%    2.72MB/s    0:00:47 (xfer#1, to-check=0/1)
+
+sent 134964047 bytes  received 42 bytes  2726547.25 bytes/sec
+total size is 134947390  speedup is 1.00
+[2014-05-25 18:24:08 CEST] Transferrer: Uploaded 09_transitions.mp4
+[2014-05-25 18:24:08 CEST] Pusher: Syncing with diskstation 
+
+WORM-s106802484-m1399168180--An Introduction to d3.js - From Scattered to Scatterplot%10_scales-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4128768   3%    3.75MB/s    0:00:26
+     7143424   6%    3.27MB/s    0:00:29
+    10027008   9%    3.10MB/s    0:00:30
+remote: merge git-annex     13008896  12%    3.01MB/s    0:00:30
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 18:24:13 CEST] RemoteControl: Syncing with diskstation 
+   dbdf944..cef70b3  git-annex -> synced/git-annex
+    16154624  15%    2.81MB/s    0:00:31
+    19169280  17%    2.81MB/s    0:00:30
+    22183936  20%    2.83MB/s    0:00:29
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   1e5f9f1..af18e69  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at cef70b30ddce59c2b22b370b25420da2fa7e2b49 but expected dbdf94438b7e48971a594c7647721f4821c8cff2
+ ! dbdf944..cef70b3  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    24936448  23%    2.78MB/s    0:00:28
+    27688960  25%    2.70MB/s    0:00:28
+    30834688  28%    2.73MB/s    0:00:27
+    32899072  30%    2.50MB/s    0:00:28
+    35749888  33%    2.53MB/s    0:00:27
+    38764544  36%    2.56MB/s    0:00:25
+    41779200  39%    2.53MB/s    0:00:25
+    44072960  41%    2.60MB/s    0:00:23
+    47415296  44%    2.71MB/s    0:00:21
+    50036736  46%    2.65MB/s    0:00:20
+    52789248  49%    2.59MB/s    0:00:20
+    55672832  52%    2.72MB/s    0:00:18
+    58687488  54%    2.64MB/s    0:00:17
+    61571072  57%    2.69MB/s    0:00:16
+    64585728  60%    2.75MB/s    0:00:14
+    67207168  62%    2.65MB/s    0:00:14
+    69304320  64%    2.44MB/s    0:00:14
+    72318976  67%    2.46MB/s    0:00:13
+    75071488  70%    2.42MB/s    0:00:12
+    78020608  73%    2.53MB/s    0:00:11
+    80904192  75%    2.71MB/s    0:00:09
+    83787776  78%    2.68MB/s    0:00:08
+    86540288  81%    2.66MB/s    0:00:07
+    89423872  83%    2.64MB/s    0:00:06
+    92372992  86%    2.67MB/s    0:00:05
+    95256576  89%    2.68MB/s    0:00:04
+    98140160  91%    2.72MB/s    0:00:03
+   101154816  94%    2.74MB/s    0:00:02
+   104169472  97%    2.73MB/s    0:00:00
+   106802484 100%    2.70MB/s    0:00:37 (xfer#1, to-check=0/1)
+
+sent 106815702 bytes  received 42 bytes  2704196.05 bytes/sec
+total size is 106802484  speedup is 1.00
+[2014-05-25 18:24:47 CEST] Transferrer: Uploaded 10_scales-2.mp4
+[2014-05-25 18:24:47 CEST] Pusher: Syncing with diskstation 
+
+WORM-s106802484-m1399168180--An Introduction to d3.js - From Scattered to Scatterplot%10_scales.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3964928   3%    3.74MB/s    0:00:26
+     6848512   6%    3.19MB/s    0:00:30
+     9994240   9%    3.08MB/s    0:00:30
+remote: merge git-annex     12877824  12%    2.97MB/s    0:00:30
+    15892480  14%    2.74MB/s    0:00:32
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 18:24:53 CEST] RemoteControl: Syncing with diskstation 
+   cef70b3..bc92e4a  git-annex -> synced/git-annex
+    18644992  17%    2.71MB/s    0:00:31
+    20873216  19%    2.51MB/s    0:00:33
+    23429120  21%    2.39MB/s    0:00:34
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   af18e69..7b0c500  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at bc92e4a867338760dec749af77a9262591b9c43a but expected cef70b30ddce59c2b22b370b25420da2fa7e2b49
+ ! cef70b3..bc92e4a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    27099136  25%    2.52MB/s    0:00:30
+    29982720  28%    2.56MB/s    0:00:29
+    32866304  30%    2.72MB/s    0:00:26
+    35880960  33%    2.88MB/s    0:00:24
+    38633472  36%    2.69MB/s    0:00:24
+    41517056  38%    2.68MB/s    0:00:23
+    44662784  41%    2.74MB/s    0:00:22
+    47546368  44%    2.72MB/s    0:00:21
+    50298880  47%    2.72MB/s    0:00:20
+    53182464  49%    2.72MB/s    0:00:19
+    56066048  52%    2.66MB/s    0:00:18
+    58949632  55%    2.67MB/s    0:00:17
+    61308928  57%    2.59MB/s    0:00:17
+    63799296  59%    2.51MB/s    0:00:16
+    66781184  62%    2.54MB/s    0:00:15
+    69697536  65%    2.53MB/s    0:00:14
+    72712192  68%    2.67MB/s    0:00:12
+    75595776  70%    2.77MB/s    0:00:10
+    78479360  73%    2.74MB/s    0:00:10
+    81428480  76%    2.75MB/s    0:00:09
+    84312064  78%    2.73MB/s    0:00:08
+    87195648  81%    2.73MB/s    0:00:07
+    90210304  84%    2.77MB/s    0:00:05
+    93192192  87%    2.76MB/s    0:00:04
+    96075776  89%    2.74MB/s    0:00:03
+    98959360  92%    2.71MB/s    0:00:02
+   101974016  95%    2.68MB/s    0:00:01
+   104857600  98%    2.68MB/s    0:00:00
+   106802484 100%    2.71MB/s    0:00:37 (xfer#1, to-check=0/1)
+
+sent 106815700 bytes  received 42 bytes  2704196.00 bytes/sec
+total size is 106802484  speedup is 1.00
+[2014-05-25 18:25:26 CEST] Transferrer: Uploaded 10_scales.mp4
+[2014-05-25 18:25:26 CEST] Pusher: Syncing with diskstation 
+
+WORM-s132805496-m1399168071--An Introduction to d3.js - From Scattered to Scatterplot%11_axes.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4096000   3%    3.82MB/s    0:00:32
+     7110656   5%    3.32MB/s    0:00:37
+     9863168   7%    3.07MB/s    0:00:39
+remote: merge git-annex     12877824   9%    3.01MB/s    0:00:38
+    15826944  11%    2.76MB/s    0:00:41
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 18:25:33 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   bc92e4a..cf6d3d1  git-annex -> synced/git-annex
+    18710528  14%    2.74MB/s    0:00:40
+    21594112  16%    2.78MB/s    0:00:39
+    24477696  18%    2.75MB/s    0:00:38
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7b0c500..8393191  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at cf6d3d1e7ec71ad4d9c4a0e5256f361c58ca5e75 but expected bc92e4a867338760dec749af77a9262591b9c43a
+ ! bc92e4a..cf6d3d1  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    27230208  20%    2.70MB/s    0:00:38
+    29949952  22%    2.63MB/s    0:00:38
+    32964608  24%    2.64MB/s    0:00:36
+    35848192  26%    2.64MB/s    0:00:35
+    38862848  29%    2.69MB/s    0:00:34
+    41877504  31%    2.77MB/s    0:00:32
+    44761088  33%    2.73MB/s    0:00:31
+    47513600  35%    2.71MB/s    0:00:30
+    50135040  37%    2.61MB/s    0:00:30
+    53280768  40%    2.66MB/s    0:00:29
+    56164352  42%    2.67MB/s    0:00:28
+    59179008  44%    2.71MB/s    0:00:26
+    62062592  46%    2.79MB/s    0:00:24
+    64946176  48%    2.73MB/s    0:00:24
+    68091904  51%    2.82MB/s    0:00:22
+    71106560  53%    2.84MB/s    0:00:21
+    74055680  55%    2.83MB/s    0:00:20
+    77070336  58%    2.85MB/s    0:00:19
+    79953920  60%    2.77MB/s    0:00:18
+    82837504  62%    2.74MB/s    0:00:17
+    85590016  64%    2.72MB/s    0:00:16
+    88342528  66%    2.63MB/s    0:00:16
+    91095040  68%    2.60MB/s    0:00:15
+    94044160  70%    2.62MB/s    0:00:14
+    97058816  73%    2.66MB/s    0:00:13
+    99549184  74%    2.60MB/s    0:00:12
+   101515264  76%    2.41MB/s    0:00:12
+   103481344  77%    2.18MB/s    0:00:13
+   105578496  79%    1.93MB/s    0:00:13
+   107806720  81%    1.89MB/s    0:00:12
+   110821376  83%    2.12MB/s    0:00:10
+   113704960  85%    2.34MB/s    0:00:07
+   116719616  87%    2.60MB/s    0:00:06
+   119603200  90%    2.77MB/s    0:00:04
+   122486784  92%    2.73MB/s    0:00:03
+   125435904  94%    2.74MB/s    0:00:02
+   128450560  96%    2.74MB/s    0:00:01
+   131268608  98%    2.70MB/s    0:00:00
+   132805496 100%    2.67MB/s    0:00:47 (xfer#1, to-check=0/1)
+
+sent 132821882 bytes  received 42 bytes  2683271.19 bytes/sec
+total size is 132805496  speedup is 1.00
+[2014-05-25 18:26:16 CEST] Transferrer: Uploaded 11_axes.mp4
+[2014-05-25 18:26:16 CEST] Pusher: Syncing with diskstation 
+
+WORM-s120549770-m1399667258--An Introduction to d3.js - From Scattered to Scatterplot%12_advanced-techniques.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4096000   3%    3.77MB/s    0:00:30
+     7110656   5%    3.31MB/s    0:00:33
+    10125312   8%    3.15MB/s    0:00:34
+remote: merge git-annex     13008896  10%    3.04MB/s    0:00:34
+[2014-05-25 18:26:22 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   cf6d3d1..fef357a  git-annex -> synced/git-annex
+    15892480  13%    2.78MB/s    0:00:36
+    18776064  15%    2.75MB/s    0:00:36
+    21659648  17%    2.72MB/s    0:00:35
+    24608768  20%    2.73MB/s    0:00:34
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8393191..9ef8d81  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at fef357aaed77f1b94344c0aeea71b30a50de247d but expected cf6d3d1e7ec71ad4d9c4a0e5256f361c58ca5e75
+ ! cf6d3d1..fef357a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    27623424  22%    2.75MB/s    0:00:33
+    30507008  25%    2.74MB/s    0:00:32
+    33390592  27%    2.72MB/s    0:00:31
+    36405248  30%    2.74MB/s    0:00:30
+    39419904  32%    2.73MB/s    0:00:29
+    42434560  35%    2.76MB/s    0:00:27
+    45580288  37%    2.83MB/s    0:00:25
+    48594944  40%    2.83MB/s    0:00:24
+    51576832  42%    2.83MB/s    0:00:23
+    54231040  44%    2.76MB/s    0:00:23
+    57245696  47%    2.74MB/s    0:00:22
+    60260352  49%    2.73MB/s    0:00:21
+    63275008  52%    2.73MB/s    0:00:20
+    66289664  54%    2.80MB/s    0:00:18
+    69304320  57%    2.80MB/s    0:00:17
+    72187904  59%    2.77MB/s    0:00:17
+    75071488  62%    2.74MB/s    0:00:16
+    78086144  64%    2.73MB/s    0:00:15
+    80969728  67%    2.70MB/s    0:00:14
+    84115456  69%    2.75MB/s    0:00:12
+    87130112  72%    2.79MB/s    0:00:11
+    90013696  74%    2.77MB/s    0:00:10
+    92766208  76%    2.73MB/s    0:00:09
+    95780864  79%    2.70MB/s    0:00:08
+    98664448  81%    2.68MB/s    0:00:07
+   101679104  84%    2.71MB/s    0:00:06
+   104693760  86%    2.78MB/s    0:00:05
+   107511808  89%    2.74MB/s    0:00:04
+   110526464  91%    2.74MB/s    0:00:03
+   113508352  94%    2.75MB/s    0:00:02
+   116654080  96%    2.77MB/s    0:00:01
+   119668736  99%    2.82MB/s    0:00:00
+   120549770 100%    2.79MB/s    0:00:41 (xfer#1, to-check=0/1)
+
+sent 120564675 bytes  received 42 bytes  2771602.69 bytes/sec
+total size is 120549770  speedup is 1.00
+[2014-05-25 18:26:59 CEST] Transferrer: Uploaded 12_advanc..iques.mp4
+[2014-05-25 18:27:00 CEST] Pusher: Syncing with diskstation 
+
+WORM-s17591948-m1399167639--An Introduction to d3.js - From Scattered to Scatterplot%13_conclusion.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3997696  22%    3.68MB/s    0:00:03
+     6881280  39%    3.16MB/s    0:00:03
+     9764864  55%    2.99MB/s    0:00:02
+remote: merge git-annex     12910592  73%    2.99MB/s    0:00:01
+    15794176  89%    2.74MB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 18:27:07 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+    17591948 100%    2.92MB/s    0:00:05 (xfer#1, to-check=0/1)
+   fef357a..28d7559  git-annex -> synced/git-annex
+
+sent 17594275 bytes  received 42 bytes  2345908.93 bytes/sec
+total size is 17591948  speedup is 1.00
+[2014-05-25 18:27:08 CEST] Transferrer: Uploaded 13_conclusion.mp4
+
+WORM-s1250093-m1389398522--C,43,43 Memory Management%01_introduction.mp4
+       32768   2%    0.00kB/s    0:00:00
+     1250093 100%   25.24MB/s    0:00:00 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9ef8d81..740fecd  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 28d7559836e91e16f98a532c30e5a4cbaef12250 but expected fef357aaed77f1b94344c0aeea71b30a50de247d
+ ! fef357a..28d7559  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 1250398 bytes  received 42 bytes  833626.67 bytes/sec
+total size is 1250093  speedup is 1.00
+[2014-05-25 18:27:10 CEST] Transferrer: Uploaded 01_introduction.mp4
+[2014-05-25 18:27:11 CEST] Pusher: Syncing with diskstation 
+
+WORM-s4072461-m1389398387--C,43,43 Memory Management%02_leaks-and-overruns.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3801088  93%    3.52MB/s    0:00:00
+     4072461 100%    3.35MB/s    0:00:01 (xfer#1, to-check=0/1)
+remote: merge git-annex 
+sent 4073116 bytes  received 42 bytes  1629263.20 bytes/sec
+total size is 4072461  speedup is 1.00
+[2014-05-25 18:27:17 CEST] Transferrer: Uploaded 02_leaks-..rruns.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+
+WORM-s10885066-m1389398446--C,43,43 Memory Management%03_stl-vector-methods-range-checking-and-sentinels.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 18:27:18 CEST] RemoteControl: Syncing with diskstation 
+   28d7559..d7a7f79  git-annex -> synced/git-annex
+     3964928  36%    3.71MB/s    0:00:01
+     6979584  64%    3.28MB/s    0:00:01
+     9797632  90%    3.08MB/s    0:00:00
+    10885066 100%    3.07MB/s    0:00:03 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   740fecd..8700b31  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at d7a7f7988fd67d9cd827311157f7633da55d2e85 but expected 28d7559836e91e16f98a532c30e5a4cbaef12250
+ ! 28d7559..d7a7f79  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 10886583 bytes  received 42 bytes  1979386.36 bytes/sec
+total size is 10885066  speedup is 1.00
+[2014-05-25 18:27:22 CEST] Transferrer: Uploaded 03_stl-ve..inels.mp4
+
+WORM-s6830209-m1389398548--C,43,43 Memory Management%04_memory-leaks-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 18:27:23 CEST] Pusher: Syncing with diskstation 
+     3964928  58%    3.72MB/s    0:00:00
+     6830209 100%    3.23MB/s    0:00:00
+     6830209 100%    3.23MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 6831201 bytes  received 42 bytes  1951783.71 bytes/sec
+total size is 6830209  speedup is 1.00
+[2014-05-25 18:27:25 CEST] Transferrer: Uploaded 04_memory..art-1.mp4
+
+WORM-s4500501-m1389398494--C,43,43 Memory Management%05_memory-leaks-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      3833856  85%    3.57MB/s    0:00:00
+     4500501 100%    3.39MB/s    0:00:01 (xfer#1, to-check=0/1)
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d7a7f79..963ef9d  git-annex -> synced/git-annex
+[2014-05-25 18:27:28 CEST] RemoteControl: Syncing with diskstation 
+
+sent 4501209 bytes  received 42 bytes  1286071.71 bytes/sec
+total size is 4500501  speedup is 1.00
+[2014-05-25 18:27:28 CEST] Transferrer: Uploaded 05_memory..art-2.mp4
+
+WORM-s4479532-m1389398463--C,43,43 Memory Management%06_pointers-pitfalls-and-best-practices.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4292608  95%    4.06MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8700b31..8a3838b  git-annex  -> diskstation/git-annex
+     4479532 100%    4.05MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 4480253 bytes  received 42 bytes  1280084.29 bytes/sec
+total size is 4479532  speedup is 1.00
+[2014-05-25 18:27:31 CEST] Transferrer: Uploaded 06_pointe..tices.mp4
+
+WORM-s9775707-m1389398514--C,43,43 Memory Management%07_initialize-everything-trust-but-verify.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 18:27:32 CEST] Pusher: Syncing with diskstation 
+     4096000  41%    3.77MB/s    0:00:01
+     7241728  74%    3.37MB/s    0:00:00
+     9775707 100%    3.22MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 9777078 bytes  received 42 bytes  2793462.86 bytes/sec
+total size is 9775707  speedup is 1.00
+[2014-05-25 18:27:34 CEST] Transferrer: Uploaded 07_initia..erify.mp4
+remote: merge git-annex 
+WORM-s15498925-m1389398484--C,43,43 Memory Management%08_reading-and-writing-shared-assets.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3964928  25%    3.69MB/s    0:00:03
+[2014-05-25 18:27:36 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   963ef9d..d7cb480  git-annex -> synced/git-annex
+     6848512  44%    3.21MB/s    0:00:02
+     9863168  63%    3.07MB/s    0:00:01
+    13008896  83%    3.05MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8a3838b..9dc2149  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at d7cb4801b1d5172fa94c5ef5b952650404806c5e but expected 963ef9d37e0ca48e88afccc16e3d53a7dbe94a15
+ ! 963ef9d..d7cb480  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    15498925 100%    3.04MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 15500988 bytes  received 42 bytes  2818369.09 bytes/sec
+total size is 15498925  speedup is 1.00
+[2014-05-25 18:27:41 CEST] Transferrer: Uploaded 08_readin..ssets.mp4
+[2014-05-25 18:27:41 CEST] Pusher: Syncing with diskstation 
+
+WORM-s7479394-m1389398424--C,43,43 Memory Management%09_undefined-behaviour-and-other-bad-practices.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4030464  53%    3.77MB/s    0:00:00
+remote: merge git-annex      7045120  94%    3.28MB/s    0:00:00
+     7479394 100%    3.24MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 7480490 bytes  received 42 bytes  2137294.86 bytes/sec
+total size is 7479394  speedup is 1.00
+[2014-05-25 18:27:47 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 18:27:47 CEST] Transferrer: Uploaded 09_undefi..tices.mp4
+
+WORM-s5620037-m1389398373--C,43,43 Memory Management%10_the-heap-and-stl-wrappers.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d7cb480..cebe41e  git-annex -> synced/git-annex
+     4390912  78%    4.02MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9dc2149..2c100e7  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at cebe41ecefec0ba03838b77300b8213abff6e46f but expected d7cb4801b1d5172fa94c5ef5b952650404806c5e
+ ! d7cb480..cebe41e  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 18:27:48 CEST] RemoteControl: Syncing with diskstation 
+     5620037 100%    3.71MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 5620887 bytes  received 42 bytes  2248371.60 bytes/sec
+total size is 5620037  speedup is 1.00
+[2014-05-25 18:27:50 CEST] Transferrer: Uploaded 10_the-he..ppers.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2c100e7..7d585c6  git-annex  -> diskstation/git-annex
+
+WORM-s1014080-m1389398563--C,43,43 Memory Management%11_about-the-author.mp4
+       32768   3%    0.00kB/s    0:00:00
+     1014080 100%   20.80MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 1014357 bytes  received 42 bytes  676266.00 bytes/sec
+total size is 1014080  speedup is 1.00
+[2014-05-25 18:27:51 CEST] Transferrer: Uploaded 11_about-..uthor.mp4
+[2014-05-25 18:27:52 CEST] Pusher: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 18:27:56 CEST] RemoteControl: Syncing with diskstation 
+   cebe41e..1f16e00  git-annex -> synced/git-annex
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7d585c6..25d816f  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 1f16e00081100c31ba110cc6655ba98ce9c3ccf9 but expected cebe41ecefec0ba03838b77300b8213abff6e46f
+ ! cebe41e..1f16e00  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 19:02:45 CEST] main: Syncing with diskstation 
+remote: merge git-annex ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   1f16e00..25d816f  git-annex -> synced/git-annex
+[2014-05-25 19:16:16 CEST] NetWatcherFallback: Syncing with diskstation 
+Everything up-to-date
+[2014-05-25 19:44:23 CEST] main: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   25d816f..af358a2  git-annex -> synced/git-annex
+
+WORM-s311796310-m1396397568--Lean UX Workshop%01_introduction.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3440640   1%    3.23MB/s    0:01:33
+     6062080   1%    2.75MB/s    0:01:48
+    10518528   3%    3.15MB/s    0:01:33
+    13926400   4%    3.15MB/s    0:01:32
+    16023552   5%    2.73MB/s    0:01:45
+    20611072   6%    3.22MB/s    0:01:28
+    22315008   7%    2.58MB/s    0:01:49
+    26509312   8%    2.76MB/s    0:01:40
+    29655040   9%    3.10MB/s    0:01:28
+    33325056  10%    2.61MB/s    0:01:44
+    36470784  11%    2.96MB/s    0:01:30
+    40402944  12%    2.88MB/s    0:01:32
+    44072960  14%    2.96MB/s    0:01:28
+    47218688  15%    3.17MB/s    0:01:21
+    49840128  15%    3.04MB/s    0:01:24
+    54296576  17%    3.12MB/s    0:01:20
+    58228736  18%    3.20MB/s    0:01:17
+    61636608  19%    3.23MB/s    0:01:15
+    64782336  20%    3.40MB/s    0:01:11
+    66879488  21%    2.92MB/s    0:01:21
+    71335936  22%    3.07MB/s    0:01:16
+    75005952  24%    3.15MB/s    0:01:13
+    78151680  25%    3.14MB/s    0:01:12
+    80510976  25%    3.01MB/s    0:01:15
+    83918848  26%    2.76MB/s    0:01:20
+    86540288  27%    2.48MB/s    0:01:28
+    91291648  29%    2.83MB/s    0:01:15
+    92831744  29%    2.75MB/s    0:01:17
+    95977472  30%    2.66MB/s    0:01:19
+   100433920  32%    3.08MB/s    0:01:06
+   103841792  33%    2.77MB/s    0:01:13
+   107446272  34%    3.30MB/s    0:01:00
+   109608960  35%    3.12MB/s    0:01:03
+   113803264  36%    3.09MB/s    0:01:02
+   115900416  37%    2.68MB/s    0:01:11
+   119308288  38%    2.62MB/s    0:01:11
+   123240448  39%    2.97MB/s    0:01:01
+   126648320  40%    2.61MB/s    0:01:09
+   130580480  41%    3.09MB/s    0:00:57
+   134643712  43%    3.26MB/s    0:00:52
+   135561216  43%    2.65MB/s    0:01:04
+   140017664  44%    3.11MB/s    0:00:53
+   142639104  45%    2.82MB/s    0:00:58
+   146866176  47%    2.87MB/s    0:00:56
+   150241280  48%    3.46MB/s    0:00:45
+   152338432  48%    2.80MB/s    0:00:55
+   157220864  50%    3.31MB/s    0:00:45
+   160464896  51%    2.88MB/s    0:00:51
+   165085184  52%    3.14MB/s    0:00:45
+   167542784  53%    3.35MB/s    0:00:42
+   171638784  55%    3.18MB/s    0:00:43
+   172785664  55%    2.78MB/s    0:00:48
+   176979968  56%    2.67MB/s    0:00:49
+   179601408  57%    2.48MB/s    0:00:52
+   184254464  59%    2.60MB/s    0:00:47
+   187432960  60%    3.16MB/s    0:00:38
+   190742528  61%    2.96MB/s    0:00:39
+   194412544  62%    3.48MB/s    0:00:32
+   197525504  63%    3.12MB/s    0:00:35
+   201064448  64%    3.19MB/s    0:00:33
+   203980800  65%    3.01MB/s    0:00:35
+   208699392  66%    3.25MB/s    0:00:31
+   212369408  68%    3.36MB/s    0:00:28
+   215515136  69%    3.27MB/s    0:00:28
+   217350144  69%    3.04MB/s    0:00:30
+   221806592  71%    2.99MB/s    0:00:29
+   225378304  72%    2.94MB/s    0:00:28
+   228622336  73%    2.98MB/s    0:00:27
+   231243776  74%    3.13MB/s    0:00:25
+   233603072  74%    2.59MB/s    0:00:29
+   237273088  76%    2.35MB/s    0:00:30
+   239894528  76%    2.22MB/s    0:00:31
+   242515968  77%    2.07MB/s    0:00:32
+   244350976  78%    1.97MB/s    0:00:33
+   246448128  79%    1.87MB/s    0:00:34
+   250118144  80%    1.73MB/s    0:00:34
+   253263872  81%    2.00MB/s    0:00:28
+   254312448  81%    1.80MB/s    0:00:31
+   255885312  82%    1.58MB/s    0:00:34
+   257720320  82%    1.33MB/s    0:00:39
+   259817472  83%    1.01MB/s    0:00:50
+   261914624  84%    1.06MB/s    0:00:45
+   264011776  84%    1.08MB/s    0:00:43
+   265584640  85%    1.16MB/s    0:00:39
+   267419648  85%    1.21MB/s    0:00:35
+   272662528  87%    2.00MB/s    0:00:19
+   276856832  88%    2.77MB/s    0:00:12
+   278953984  89%    2.81MB/s    0:00:11
+   283410432  90%    3.51MB/s    0:00:07
+   288358400  92%    3.47MB/s    0:00:06
+   292323328  93%    3.32MB/s    0:00:05
+   296714240  95%    3.93MB/s    0:00:03
+   300908544  96%    3.95MB/s    0:00:02
+   303333376  97%    3.30MB/s    0:00:02
+   307789824  98%    3.53MB/s    0:00:01
+   310673408  99%    2.89MB/s    0:00:00
+   311796310 100%    2.73MB/s    0:01:48 (xfer#1, to-check=0/1)
+
+sent 311834516 bytes  received 42 bytes  2822032.20 bytes/sec
+total size is 311796310  speedup is 1.00
+[2014-05-25 19:46:46 CEST] Transferrer: Uploaded 01_introduction.mp4
+[2014-05-25 19:46:46 CEST] Pusher: Syncing with diskstation 
+
+WORM-s197776451-m1396396404--Lean UX Workshop%02_nordstrom-case-study.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5177344   2%    4.78MB/s    0:00:39
+     8683520   4%    3.74MB/s    0:00:49
+    13139968   6%    3.33MB/s    0:00:54
+remote: merge git-annex     18382848   9%    3.63MB/s    0:00:48
+    22315008  11%    3.16MB/s    0:00:54
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   af358a2..3b93fc5  git-annex -> synced/git-annex
+[2014-05-25 19:46:54 CEST] RemoteControl: Syncing with diskstation 
+    26902528  13%    3.47MB/s    0:00:48
+    29917184  15%    3.51MB/s    0:00:46
+    31653888  16%    2.82MB/s    0:00:57
+    33849344  17%    2.64MB/s    0:01:00
+    36995072  18%    2.30MB/s    0:01:08
+    41189376  20%    2.62MB/s    0:00:58
+    44859392  22%    2.97MB/s    0:00:50
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   25d816f..b7c06ab  git-annex  -> diskstation/git-annex
+    50102272  25%    3.67MB/s    0:00:39
+    52199424  26%    3.41MB/s    0:00:41
+    56655872  28%    3.47MB/s    0:00:39
+    60719104  30%    3.64MB/s    0:00:36
+    64520192  32%    3.31MB/s    0:00:39
+    68714496  34%    3.85MB/s    0:00:32
+    72876032  36%    3.79MB/s    0:00:32
+    76054528  38%    3.60MB/s    0:00:32
+    80216064  40%    3.70MB/s    0:00:31
+    83656704  42%    3.25MB/s    0:00:34
+    88899584  44%    3.48MB/s    0:00:30
+    92995584  47%    3.69MB/s    0:00:27
+    96763904  48%    3.62MB/s    0:00:27
+   100925440  51%    4.08MB/s    0:00:23
+   104628224  52%    3.73MB/s    0:00:24
+   109084672  55%    3.80MB/s    0:00:22
+   111443968  56%    3.40MB/s    0:00:24
+   116752384  59%    3.66MB/s    0:00:21
+   119046144  60%    3.33MB/s    0:00:23
+   124026880  62%    3.44MB/s    0:00:20
+   128483328  64%    3.98MB/s    0:00:16
+   132710400  67%    3.73MB/s    0:00:17
+   136871936  69%    4.17MB/s    0:00:14
+   141131776  71%    4.00MB/s    0:00:13
+   145522688  73%    4.01MB/s    0:00:12
+   149716992  75%    4.02MB/s    0:00:11
+   154173440  77%    4.08MB/s    0:00:10
+   158433280  80%    4.11MB/s    0:00:09
+   162758656  82%    4.08MB/s    0:00:08
+   166952960  84%    4.08MB/s    0:00:07
+   170459136  86%    3.85MB/s    0:00:06
+   174817280  88%    3.87MB/s    0:00:05
+   179011584  90%    3.85MB/s    0:00:04
+   183238656  92%    3.86MB/s    0:00:03
+   187367424  94%    4.01MB/s    0:00:02
+   191561728  96%    3.96MB/s    0:00:01
+   195887104  99%    3.98MB/s    0:00:00
+   197776451 100%    3.62MB/s    0:00:52 (xfer#1, to-check=0/1)
+
+sent 197800745 bytes  received 42 bytes  3697210.97 bytes/sec
+total size is 197776451  speedup is 1.00
+[2014-05-25 19:47:40 CEST] Transferrer: Uploaded 02_nordst..study.mp4
+[2014-05-25 19:47:40 CEST] Pusher: Syncing with diskstation 
+
+WORM-s401429383-m1396397422--Lean UX Workshop%03_assumptions-and-hypotheses.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5472256   1%    5.18MB/s    0:01:14
+remote: merge git-annex      9895936   2%    4.61MB/s    0:01:22
+    14188544   3%    4.41MB/s    0:01:25
+[2014-05-25 19:47:45 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   3b93fc5..02a8a6a  git-annex -> synced/git-annex
+    18808832   4%    4.39MB/s    0:01:25
+    22315008   5%    3.92MB/s    0:01:34
+    26935296   6%    3.98MB/s    0:01:31
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b7c06ab..c1859f2  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 02a8a6a6016fd1f36acc39b27cd9e2f1b24fd394 but expected 3b93fc5ace21818579a161200a925cf8e2120c4d
+ ! 3b93fc5..02a8a6a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    31752192   7%    4.10MB/s    0:01:28
+    36110336   8%    4.04MB/s    0:01:28
+    39616512   9%    4.02MB/s    0:01:27
+    44826624  11%    4.13MB/s    0:01:24
+    47742976  11%    3.71MB/s    0:01:33
+    52854784  13%    3.89MB/s    0:01:27
+    57180160  14%    3.87MB/s    0:01:26
+    62423040  15%    3.92MB/s    0:01:24
+    66617344  16%    4.20MB/s    0:01:17
+    71008256  17%    4.04MB/s    0:01:19
+    75333632  18%    4.30MB/s    0:01:14
+    79659008  19%    4.08MB/s    0:01:17
+    83918848  20%    4.07MB/s    0:01:16
+    88375296  22%    4.07MB/s    0:01:15
+    92700672  23%    4.04MB/s    0:01:14
+    97058816  24%    4.05MB/s    0:01:13
+   101253120  25%    4.06MB/s    0:01:12
+   104759296  26%    3.84MB/s    0:01:15
+   109084672  27%    3.84MB/s    0:01:14
+   112820224  28%    3.70MB/s    0:01:16
+   117473280  29%    3.79MB/s    0:01:13
+   120094720  29%    3.53MB/s    0:01:17
+   125435904  31%    3.79MB/s    0:01:11
+   128483328  32%    3.46MB/s    0:01:17
+   133988352  33%    3.67MB/s    0:01:11
+   137134080  34%    3.68MB/s    0:01:10
+   142639104  35%    3.70MB/s    0:01:08
+   145522688  36%    3.72MB/s    0:01:07
+   150962176  37%    3.69MB/s    0:01:06
+   154435584  38%    3.72MB/s    0:01:04
+   159875072  39%    3.73MB/s    0:01:03
+   163610624  40%    3.76MB/s    0:01:01
+   168755200  42%    3.72MB/s    0:01:01
+   172523520  42%    3.67MB/s    0:01:00
+   177995776  44%    3.66MB/s    0:00:59
+   181960704  45%    3.69MB/s    0:00:58
+   187400192  46%    3.74MB/s    0:00:55
+   191397888  47%    3.79MB/s    0:00:54
+   196739072  49%    3.77MB/s    0:00:53
+   200310784  49%    3.72MB/s    0:00:52
+   205553664  51%    3.69MB/s    0:00:51
+   209780736  52%    4.06MB/s    0:00:46
+   213778432  53%    3.76MB/s    0:00:48
+   217088000  54%    3.72MB/s    0:00:48
+   222560256  55%    3.76MB/s    0:00:46
+   225214464  56%    3.09MB/s    0:00:55
+   227573760  56%    2.76MB/s    0:01:01
+   232816640  57%    3.35MB/s    0:00:49
+   236486656  58%    2.94MB/s    0:00:54
+   241336320  60%    3.77MB/s    0:00:41
+   243826688  60%    3.50MB/s    0:00:44
+   249069568  62%    3.47MB/s    0:00:42
+   253001728  63%    3.18MB/s    0:00:45
+   258146304  64%    3.23MB/s    0:00:43
+   262438912  65%    3.84MB/s    0:00:35
+   263487488  65%    3.00MB/s    0:00:44
+   267943936  66%    3.41MB/s    0:00:38
+   271876096  67%    2.87MB/s    0:00:44
+   277118976  69%    3.07MB/s    0:00:39
+   281542656  70%    3.77MB/s    0:00:31
+   285507584  71%    3.74MB/s    0:00:30
+   290226176  72%    4.25MB/s    0:00:25
+   293371904  73%    3.74MB/s    0:00:28
+   298614784  74%    3.64MB/s    0:00:27
+   304119808  75%    4.00MB/s    0:00:23
+   307527680  76%    3.39MB/s    0:00:27
+   312508416  77%    3.67MB/s    0:00:23
+   317882368  79%    3.97MB/s    0:00:20
+   320372736  79%    3.32MB/s    0:00:23
+   325550080  81%    4.07MB/s    0:00:18
+   329842688  82%    4.06MB/s    0:00:17
+   333217792  83%    3.54MB/s    0:00:18
+   338460672  84%    4.23MB/s    0:00:14
+   342949888  85%    4.06MB/s    0:00:14
+   346062848  86%    3.50MB/s    0:00:15
+   350519296  87%    3.72MB/s    0:00:13
+   355926016  88%    3.75MB/s    0:00:11
+   360185856  89%    3.70MB/s    0:00:10
+   364380160  90%    4.24MB/s    0:00:08
+   368607232  91%    4.26MB/s    0:00:07
+   372015104  92%    3.72MB/s    0:00:07
+   377520128  94%    3.97MB/s    0:00:05
+   381976576  95%    4.03MB/s    0:00:04
+   386236416  96%    4.03MB/s    0:00:03
+   389578752  97%    4.10MB/s    0:00:02
+   394330112  98%    3.97MB/s    0:00:01
+   398589952  99%    3.94MB/s    0:00:00
+   401429383 100%    3.77MB/s    0:01:41 (xfer#1, to-check=0/1)
+
+sent 401478543 bytes  received 42 bytes  3879020.14 bytes/sec
+total size is 401429383  speedup is 1.00
+[2014-05-25 19:49:23 CEST] Transferrer: Uploaded 03_assump..heses.mp4
+[2014-05-25 19:49:23 CEST] Pusher: Syncing with diskstation 
+
+WORM-s341574274-m1396396677--Lean UX Workshop%04_personas.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5013504   1%    3.92MB/s    0:01:23
+    10452992   3%    4.49MB/s    0:01:12
+remote: merge git-annex     14778368   4%    4.38MB/s    0:01:12
+    18382848   5%    4.15MB/s    0:01:16
+[2014-05-25 19:49:29 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   02a8a6a..399d085  git-annex -> synced/git-annex
+    22577152   6%    4.16MB/s    0:01:14
+    26509312   7%    3.60MB/s    0:01:25
+    31293440   9%    3.70MB/s    0:01:21
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c1859f2..5a46cc4  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 399d0856bfb9fef74a18eb9d1d57c0151267323d but expected 02a8a6a6016fd1f36acc39b27cd9e2f1b24fd394
+ ! 02a8a6a..399d085  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    35684352  10%    3.88MB/s    0:01:17
+    40108032  11%    3.92MB/s    0:01:15
+    43352064  12%    3.95MB/s    0:01:13
+    46956544  13%    3.67MB/s    0:01:18
+    51675136  15%    3.55MB/s    0:01:19
+    57180160  16%    3.80MB/s    0:01:13
+    61472768  17%    4.03MB/s    0:01:07
+    65044480  19%    4.00MB/s    0:01:07
+    70057984  20%    4.29MB/s    0:01:01
+    74383360  21%    4.03MB/s    0:01:04
+    78675968  23%    4.03MB/s    0:01:03
+    82739200  24%    4.18MB/s    0:01:00
+    86999040  25%    4.01MB/s    0:01:02
+    90734592  26%    3.76MB/s    0:01:05
+    95977472  28%    3.96MB/s    0:01:00
+   100433920  29%    4.04MB/s    0:00:58
+   104792064  30%    4.04MB/s    0:00:57
+   108986368  31%    4.24MB/s    0:00:53
+   111443968  32%    3.60MB/s    0:01:02
+   116686848  34%    3.74MB/s    0:00:58
+   120487936  35%    3.62MB/s    0:00:59
+   123764736  36%    3.25MB/s    0:01:05
+   128974848  37%    3.88MB/s    0:00:53
+   132415488  38%    3.52MB/s    0:00:58
+   136347648  39%    3.31MB/s    0:01:00
+   141721600  41%    3.92MB/s    0:00:49
+   144998400  42%    3.48MB/s    0:00:55
+   147619840  43%    3.27MB/s    0:00:57
+   152862720  44%    3.81MB/s    0:00:48
+   156008448  45%    3.29MB/s    0:00:55
+   160464896  46%    3.25MB/s    0:00:54
+   165904384  48%    3.88MB/s    0:00:44
+   169246720  49%    3.48MB/s    0:00:48
+   172523520  50%    3.36MB/s    0:00:49
+   178028544  52%    3.92MB/s    0:00:40
+   181600256  53%    3.51MB/s    0:00:44
+   184582144  54%    3.28MB/s    0:00:46
+   188514304  55%    3.60MB/s    0:00:41
+   192970752  56%    3.36MB/s    0:00:43
+   196902912  57%    3.19MB/s    0:00:44
+   202113024  59%    3.81MB/s    0:00:35
+   205684736  60%    3.72MB/s    0:00:35
+   208175104  60%    3.27MB/s    0:00:39
+   213581824  62%    3.87MB/s    0:00:32
+   216825856  63%    3.41MB/s    0:00:35
+   219709440  64%    3.22MB/s    0:00:36
+   225083392  65%    3.91MB/s    0:00:29
+   228622336  66%    3.48MB/s    0:00:31
+   232292352  68%    3.31MB/s    0:00:32
+   237666304  69%    3.89MB/s    0:00:26
+   241139712  70%    3.48MB/s    0:00:28
+   245137408  71%    3.29MB/s    0:00:28
+   250380288  73%    3.49MB/s    0:00:25
+   255361024  74%    3.42MB/s    0:00:24
+   258899968  75%    3.43MB/s    0:00:23
+   262176768  76%    3.38MB/s    0:00:22
+   267452416  78%    3.79MB/s    0:00:19
+   270434304  79%    3.36MB/s    0:00:20
+   274235392  80%    3.24MB/s    0:00:20
+   279478272  81%    3.89MB/s    0:00:15
+   282886144  82%    3.45MB/s    0:00:16
+   286818304  83%    3.38MB/s    0:00:15
+   292061184  85%    3.50MB/s    0:00:13
+   297304064  87%    3.50MB/s    0:00:12
+   300711936  88%    3.49MB/s    0:00:11
+   304152576  89%    3.66MB/s    0:00:09
+   308543488  90%    3.86MB/s    0:00:08
+   312770560  91%    3.60MB/s    0:00:07
+   316178432  92%    3.63MB/s    0:00:06
+   319586304  93%    3.44MB/s    0:00:06
+   325025792  95%    3.66MB/s    0:00:04
+   328466432  96%    3.50MB/s    0:00:03
+   331120640  96%    3.24MB/s    0:00:03
+   336592896  98%    3.87MB/s    0:00:01
+   340000768  99%    3.42MB/s    0:00:00
+   341574274 100%    3.66MB/s    0:01:29 (xfer#1, to-check=0/1)
+
+sent 341616112 bytes  received 42 bytes  3733509.88 bytes/sec
+total size is 341574274  speedup is 1.00
+[2014-05-25 19:50:54 CEST] Transferrer: Uploaded 04_personas.mp4
+[2014-05-25 19:50:54 CEST] Pusher: Syncing with diskstation 
+
+WORM-s112588009-m1396396463--Lean UX Workshop%05_outcomes-and-features.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5537792   4%    5.11MB/s    0:00:20
+     8683520   7%    3.73MB/s    0:00:27
+    14057472  12%    4.16MB/s    0:00:23
+remote: merge git-annex     17334272  15%    3.90MB/s    0:00:23
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 19:51:00 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+    21266432  18%    3.26MB/s    0:00:27
+   399d085..8395b06  git-annex -> synced/git-annex
+    26509312  23%    3.85MB/s    0:00:21
+    29655040  26%    3.34MB/s    0:00:24
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5a46cc4..c29a46c  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 8395b065d53211a1d1da518dafd09a81ba42f11c but expected 399d0856bfb9fef74a18eb9d1d57c0151267323d
+ ! 399d085..8395b06  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    33062912  29%    3.16MB/s    0:00:24
+    38502400  34%    3.76MB/s    0:00:19
+    41910272  37%    3.36MB/s    0:00:20
+    45121536  40%    3.21MB/s    0:00:20
+    50561024  44%    3.88MB/s    0:00:15
+    53772288  47%    3.36MB/s    0:00:17
+    57442304  51%    3.22MB/s    0:00:16
+    62881792  55%    3.88MB/s    0:00:12
+    66093056  58%    3.39MB/s    0:00:13
+    70451200  62%    3.69MB/s    0:00:11
+    72908800  64%    3.15MB/s    0:00:12
+    77627392  68%    2.87MB/s    0:00:11
+    83132416  73%    3.33MB/s    0:00:08
+    84541440  75%    2.75MB/s    0:00:09
+    89423872  79%    3.71MB/s    0:00:06
+    90570752  80%    3.08MB/s    0:00:06
+    95911936  85%    3.02MB/s    0:00:05
+    97550336  86%    3.06MB/s    0:00:04
+   102531072  91%    2.60MB/s    0:00:03
+   107872256  95%    3.43MB/s    0:00:01
+   109871104  97%    2.78MB/s    0:00:00
+   112588009 100%    3.35MB/s    0:00:31 (xfer#1, to-check=0/1)
+
+sent 112601904 bytes  received 42 bytes  3361252.12 bytes/sec
+total size is 112588009  speedup is 1.00
+[2014-05-25 19:51:27 CEST] Transferrer: Uploaded 05_outcom..tures.mp4
+[2014-05-25 19:51:27 CEST] Pusher: Syncing with diskstation 
+
+WORM-s78565449-m1396396837--Lean UX Workshop%06_writing-hypotheses.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5275648   6%    4.94MB/s    0:00:14
+     6848512   8%    3.18MB/s    0:00:22
+remote: merge git-annex     11796480  15%    3.64MB/s    0:00:17
+    13402112  17%    3.12MB/s    0:00:20
+[2014-05-25 19:51:32 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8395b06..bbec44b  git-annex -> synced/git-annex
+    17858560  22%    2.94MB/s    0:00:20
+    19693568  25%    3.01MB/s    0:00:19
+    24412160  31%    2.96MB/s    0:00:17
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c29a46c..d52fe33  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at bbec44b1f18107dc3aaab411ddf2ada1aa273741 but expected 8395b065d53211a1d1da518dafd09a81ba42f11c
+ ! 8395b06..bbec44b  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    27033600  34%    3.00MB/s    0:00:16
+    31490048  40%    2.69MB/s    0:00:17
+    36470784  46%    2.96MB/s    0:00:13
+    41910272  53%    3.09MB/s    0:00:11
+    43286528  55%    2.97MB/s    0:00:11
+    48529408  61%    3.00MB/s    0:00:09
+    53510144  68%    3.06MB/s    0:00:07
+    58753024  74%    2.78MB/s    0:00:06
+    64159744  81%    3.51MB/s    0:00:04
+    67141632  85%    3.23MB/s    0:00:03
+    72548352  92%    3.61MB/s    0:00:01
+    76840960  97%    3.79MB/s    0:00:00
+    78565449 100%    3.17MB/s    0:00:23 (xfer#1, to-check=0/1)
+
+sent 78575188 bytes  received 42 bytes  3081381.57 bytes/sec
+total size is 78565449  speedup is 1.00
+[2014-05-25 19:51:52 CEST] Transferrer: Uploaded 06_writin..heses.mp4
+[2014-05-25 19:51:52 CEST] Pusher: Syncing with diskstation 
+
+WORM-s237023281-m1396397192--Lean UX Workshop%07_design-studio.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3964928   1%    3.16MB/s    0:01:12
+remote: merge git-annex      9207808   3%    3.35MB/s    0:01:06
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 19:51:57 CEST] RemoteControl: Syncing with diskstation 
+    14712832   6%    3.19MB/s    0:01:08
+   bbec44b..423bfb2  git-annex -> synced/git-annex
+    19169280   8%    2.99MB/s    0:01:11
+    23887872  10%    3.20MB/s    0:01:05
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d52fe33..b408181  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 423bfb2586ebc18e8149998862ee1d0060d962ec but expected bbec44b1f18107dc3aaab411ddf2ada1aa273741
+ ! bbec44b..423bfb2  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    26771456  11%    2.98MB/s    0:01:08
+    30965760  13%    2.91MB/s    0:01:09
+    35946496  15%    3.04MB/s    0:01:04
+    40927232  17%    2.76MB/s    0:01:09
+    45187072  19%    3.01MB/s    0:01:02
+    48005120  20%    3.04MB/s    0:01:00
+    50364416  21%    2.73MB/s    0:01:06
+    55607296  23%    2.77MB/s    0:01:03
+    60948480  25%    3.01MB/s    0:00:57
+    62423040  26%    2.75MB/s    0:01:01
+    66355200  27%    2.96MB/s    0:00:56
+    71335936  30%    2.89MB/s    0:00:55
+    76742656  32%    2.90MB/s    0:00:53
+    79200256  33%    3.06MB/s    0:00:50
+    82870272  34%    3.28MB/s    0:00:45
+    86802432  36%    3.60MB/s    0:00:40
+    91521024  38%    3.44MB/s    0:00:41
+    95191040  40%    3.74MB/s    0:00:37
+    97026048  40%    3.23MB/s    0:00:42
+   100171776  42%    2.87MB/s    0:00:46
+   104628224  44%    2.80MB/s    0:00:46
+   109903872  46%    3.14MB/s    0:00:39
+   113541120  47%    3.66MB/s    0:00:32
+   116686848  49%    3.89MB/s    0:00:30
+   121667584  51%    3.68MB/s    0:00:30
+   126386176  53%    3.51MB/s    0:00:30
+   131530752  55%    3.83MB/s    0:00:26
+   135823360  57%    4.07MB/s    0:00:24
+   140214272  59%    4.31MB/s    0:00:21
+   144474112  60%    4.26MB/s    0:00:21
+   148144128  62%    3.82MB/s    0:00:22
+   153124864  64%    3.97MB/s    0:00:20
+   154959872  65%    3.40MB/s    0:00:23
+   160071680  67%    3.59MB/s    0:00:20
+   161513472  68%    3.14MB/s    0:00:23
+   166494208  70%    3.15MB/s    0:00:21
+   169639936  71%    3.11MB/s    0:00:21
+   175046656  73%    3.17MB/s    0:00:19
+   178028544  75%    3.30MB/s    0:00:17
+   183271424  77%    3.33MB/s    0:00:15
+   186941440  78%    3.34MB/s    0:00:14
+   191922176  80%    3.25MB/s    0:00:13
+   195330048  82%    3.22MB/s    0:00:12
+   200835072  84%    3.27MB/s    0:00:10
+   202211328  85%    3.22MB/s    0:00:10
+   207585280  87%    3.31MB/s    0:00:08
+   210534400  88%    3.58MB/s    0:00:07
+   215154688  90%    3.40MB/s    0:00:06
+   215777280  91%    3.21MB/s    0:00:06
+   221020160  93%    3.03MB/s    0:00:05
+   225738752  95%    2.96MB/s    0:00:03
+   230227968  97%    2.94MB/s    0:00:02
+   235175936  99%    3.25MB/s    0:00:00
+   237023281 100%    3.26MB/s    0:01:09 (xfer#1, to-check=0/1)
+
+sent 237052360 bytes  received 42 bytes  3315418.21 bytes/sec
+total size is 237023281  speedup is 1.00
+[2014-05-25 19:53:03 CEST] Transferrer: Uploaded 07_design..tudio.mp4
+[2014-05-25 19:53:04 CEST] Pusher: Syncing with diskstation 
+
+WORM-s113325561-m1396396724--Lean UX Workshop%08_experiments-and-mvp-s.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072   3%    3.88MB/s    0:00:27
+remote: merge git-annex      7897088   6%    3.69MB/s    0:00:27
+[2014-05-25 19:53:08 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   423bfb2..e9861a8  git-annex -> synced/git-annex
+    13139968  11%    4.11MB/s    0:00:23
+    16023552  14%    3.39MB/s    0:00:28
+    21266432  18%    3.62MB/s    0:00:24
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b408181..6b97695  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at e9861a8445e7859f23e90dbc1e6113af547c0515 but expected 423bfb2586ebc18e8149998862ee1d0060d962ec
+ ! 423bfb2..e9861a8  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    23101440  20%    3.22MB/s    0:00:27
+    28082176  24%    3.16MB/s    0:00:26
+    31490048  27%    3.25MB/s    0:00:24
+    35946496  31%    3.09MB/s    0:00:24
+    41189376  36%    3.80MB/s    0:00:18
+    42500096  37%    3.03MB/s    0:00:22
+    47972352  42%    3.88MB/s    0:00:16
+    51675136  45%    3.70MB/s    0:00:16
+    55345152  48%    3.13MB/s    0:00:18
+    60948480  53%    4.11MB/s    0:00:12
+    63209472  55%    3.10MB/s    0:00:15
+    67698688  59%    3.28MB/s    0:00:13
+    72646656  64%    3.26MB/s    0:00:12
+    78315520  69%    3.26MB/s    0:00:10
+    81297408  71%    3.36MB/s    0:00:09
+    86900736  76%    3.55MB/s    0:00:07
+    90472448  79%    3.68MB/s    0:00:06
+    94928896  83%    3.23MB/s    0:00:05
+   100433920  88%    3.87MB/s    0:00:03
+   104628224  92%    3.40MB/s    0:00:02
+   110067712  97%    3.85MB/s    0:00:00
+   113325561 100%    3.52MB/s    0:00:30 (xfer#1, to-check=0/1)
+
+sent 113339548 bytes  received 42 bytes  3487372.00 bytes/sec
+total size is 113325561  speedup is 1.00
+[2014-05-25 19:53:36 CEST] Transferrer: Uploaded 08_experi..mvp-s.mp4
+[2014-05-25 19:53:37 CEST] Pusher: Syncing with diskstation 
+
+WORM-s171315323-m1396397078--Lean UX Workshop%09_research.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      3964928   2%    3.72MB/s    0:00:43
+     9469952   5%    4.48MB/s    0:00:35
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e9861a8..0967b9e  git-annex -> synced/git-annex
+[2014-05-25 19:53:41 CEST] RemoteControl: Syncing with diskstation 
+    12353536   7%    3.86MB/s    0:00:40
+    16252928   9%    3.83MB/s    0:00:39
+    19693568  11%    3.50MB/s    0:00:42
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   6b97695..b05c1b5  git-annex  -> diskstation/git-annex
+    25198592  14%    3.50MB/s    0:00:40
+    29392896  17%    3.78MB/s    0:00:36
+    31227904  18%    3.31MB/s    0:00:41
+    35979264  21%    3.82MB/s    0:00:34
+    38043648  22%    2.87MB/s    0:00:45
+    43548672  25%    3.18MB/s    0:00:39
+    47218688  27%    3.16MB/s    0:00:38
+    52723712  30%    3.26MB/s    0:00:35
+    55607296  32%    3.33MB/s    0:00:33
+    59801600  34%    3.09MB/s    0:00:35
+    65208320  38%    3.87MB/s    0:00:26
+    66879488  39%    3.10MB/s    0:00:32
+    72122368  42%    3.87MB/s    0:00:25
+    75530240  44%    3.32MB/s    0:00:28
+    80510976  46%    3.20MB/s    0:00:27
+    84180992  49%    3.32MB/s    0:00:25
+    89686016  52%    3.39MB/s    0:00:23
+    93880320  54%    3.59MB/s    0:00:21
+    99483648  58%    3.74MB/s    0:00:18
+   103317504  60%    3.83MB/s    0:00:17
+   108822528  63%    3.85MB/s    0:00:15
+   112754688  65%    3.82MB/s    0:00:14
+   118292480  69%    3.81MB/s    0:00:13
+   121405440  70%    3.93MB/s    0:00:12
+   126124032  73%    3.76MB/s    0:00:11
+   128745472  75%    3.68MB/s    0:00:11
+   133988352  78%    3.59MB/s    0:00:10
+   138182656  80%    3.53MB/s    0:00:09
+   143687680  83%    3.66MB/s    0:00:07
+   146833408  85%    3.70MB/s    0:00:06
+   152338432  88%    3.77MB/s    0:00:04
+   155484160  90%    3.70MB/s    0:00:04
+   160989184  93%    3.65MB/s    0:00:02
+   164397056  95%    3.71MB/s    0:00:01
+   169639936  99%    3.67MB/s    0:00:00
+   171315323 100%    3.60MB/s    0:00:45 (xfer#1, to-check=0/1)
+
+sent 171336377 bytes  received 42 bytes  3607082.51 bytes/sec
+total size is 171315323  speedup is 1.00
+[2014-05-25 19:54:24 CEST] Transferrer: Uploaded 09_research.mp4
+[2014-05-25 19:54:24 CEST] Pusher: Syncing with diskstation 
+
+WORM-s254857031-m1396396965--Lean UX Workshop%10_combining-lean-and-agile.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5275648   2%    4.91MB/s    0:00:49
+    10027008   3%    4.72MB/s    0:00:50
+remote: merge git-annex     13139968   5%    3.93MB/s    0:01:00
+    18710528   7%    4.26MB/s    0:00:54
+[2014-05-25 19:54:30 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+    22052864   8%    3.51MB/s    0:01:04
+   0967b9e..8e9de0b  git-annex -> synced/git-annex
+    27033600  10%    3.53MB/s    0:01:02
+    30441472  11%    3.72MB/s    0:00:58
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b05c1b5..9285684  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 8e9de0bb0562a8c9e6a72dcff4ad92f93403ad43 but expected 0967b9e587fc2d85662e7b0c1d047ea77bd1e540
+ ! 0967b9e..8e9de0b  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    35815424  14%    3.66MB/s    0:00:58
+    39092224  15%    3.99MB/s    0:00:52
+    43286528  16%    3.83MB/s    0:00:54
+    45645824  17%    3.39MB/s    0:01:00
+    50888704  19%    3.34MB/s    0:00:59
+    54034432  21%    3.04MB/s    0:01:04
+    57966592  22%    3.00MB/s    0:01:04
+    63373312  24%    3.79MB/s    0:00:49
+    64520192  25%    2.95MB/s    0:01:02
+    67403776  26%    3.06MB/s    0:00:59
+    72908800  28%    3.40MB/s    0:00:52
+    76840960  30%    3.06MB/s    0:00:56
+    79986688  31%    3.51MB/s    0:00:48
+    85196800  33%    4.18MB/s    0:00:39
+    87326720  34%    3.20MB/s    0:00:51
+    92831744  36%    3.55MB/s    0:00:44
+    95977472  37%    3.15MB/s    0:00:49
+   100696064  39%    2.97MB/s    0:00:50
+   105676800  41%    3.27MB/s    0:00:44
+   110395392  43%    3.13MB/s    0:00:45
+   115376128  45%    3.84MB/s    0:00:35
+   116686848  45%    3.27MB/s    0:00:41
+   121667584  47%    3.72MB/s    0:00:34
+   125861888  49%    3.56MB/s    0:00:35
+   129007616  50%    2.92MB/s    0:00:42
+   134250496  52%    3.74MB/s    0:00:31
+   137396224  53%    3.01MB/s    0:00:38
+   142835712  56%    3.30MB/s    0:00:33
+   146571264  57%    3.21MB/s    0:00:32
+   150765568  59%    3.02MB/s    0:00:33
+   156270592  61%    3.80MB/s    0:00:25
+   158072832  62%    3.08MB/s    0:00:30
+   163282944  64%    3.87MB/s    0:00:23
+   165445632  64%    2.81MB/s    0:00:31
+   169279488  66%    2.52MB/s    0:00:33
+   173572096  68%    2.96MB/s    0:00:26
+   177242112  69%    2.28MB/s    0:00:33
+   179601408  70%    2.36MB/s    0:00:31
+   183959552  72%    2.44MB/s    0:00:28
+   187203584  73%    2.27MB/s    0:00:29
+   191135744  74%    2.68MB/s    0:00:23
+   196640768  77%    3.84MB/s    0:00:14
+   197427200  77%    2.79MB/s    0:00:20
+   200310784  78%    2.76MB/s    0:00:19
+   205815808  80%    3.13MB/s    0:00:15
+   207650816  81%    2.33MB/s    0:00:19
+   213123072  83%    3.64MB/s    0:00:11
+   217579520  85%    3.99MB/s    0:00:09
+   219185152  86%    3.08MB/s    0:00:11
+   222068736  87%    3.17MB/s    0:00:10
+   227508224  89%    3.15MB/s    0:00:08
+   230457344  90%    2.83MB/s    0:00:08
+   234389504  91%    3.27MB/s    0:00:06
+   238583808  93%    3.81MB/s    0:00:04
+   243204096  95%    3.63MB/s    0:00:03
+   247496704  97%    3.94MB/s    0:00:01
+   249593856  97%    3.61MB/s    0:00:01
+   254312448  99%    3.71MB/s    0:00:00
+   254857031 100%    3.29MB/s    0:01:13 (xfer#1, to-check=0/1)
+
+sent 254888297 bytes  received 42 bytes  3376004.49 bytes/sec
+total size is 254857031  speedup is 1.00
+[2014-05-25 19:55:40 CEST] Transferrer: Uploaded 10_combin..agile.mp4
+[2014-05-25 19:55:40 CEST] Pusher: Syncing with diskstation 
+
+WORM-s67182998-m1396396768--Lean UX Workshop%11_tools-and-techniques.mp4
+       32768   0%    0.00kB/s    0:00:00
+     2392064   3%    2.20MB/s    0:00:28
+remote: merge git-annex      7897088  11%    3.69MB/s    0:00:15
+    12353536  18%    3.75MB/s    0:00:14
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8e9de0b..10f88fb  git-annex -> synced/git-annex
+[2014-05-25 19:55:45 CEST] RemoteControl: Syncing with diskstation 
+    13664256  20%    3.12MB/s    0:00:16
+    18644992  27%    3.71MB/s    0:00:12
+    20217856  30%    2.79MB/s    0:00:16
+    24510464  36%    2.82MB/s    0:00:14
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9285684..b2bad3b  git-annex  -> diskstation/git-annex
+    27557888  41%    3.04MB/s    0:00:12
+    32931840  49%    3.15MB/s    0:00:10
+    34373632  51%    3.09MB/s    0:00:10
+    38830080  57%    3.12MB/s    0:00:08
+    44072960  65%    3.80MB/s    0:00:05
+    45907968  68%    2.96MB/s    0:00:07
+    50626560  75%    3.81MB/s    0:00:04
+    53248000  79%    3.15MB/s    0:00:04
+    57442304  85%    2.95MB/s    0:00:03
+    62717952  93%    3.72MB/s    0:00:01
+    64520192  96%    3.07MB/s    0:00:00
+    67182998 100%    3.28MB/s    0:00:19 (xfer#1, to-check=0/1)
+
+sent 67191351 bytes  received 42 bytes  3125181.07 bytes/sec
+total size is 67182998  speedup is 1.00
+[2014-05-25 19:56:01 CEST] Transferrer: Uploaded 11_tools-..iques.mp4
+[2014-05-25 19:56:01 CEST] Pusher: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   10f88fb..aa5471b  git-annex -> synced/git-annex
+[2014-05-25 19:56:06 CEST] RemoteControl: Syncing with diskstation 
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b2bad3b..34ef046  git-annex  -> diskstation/git-annex
+[2014-05-25 20:16:23 CEST] NetWatcherFallback: Syncing with diskstation 
+remote: merge git-annex ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   aa5471b..34ef046  git-annex -> synced/git-annex
+[2014-05-25 21:01:01 CEST] main: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   34ef046..2f32e55  git-annex -> synced/git-annex
+
+WORM-s14123840-m1398381779--Learning Corel Painter X3%01_a-quick-tour-of-painter.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5799936  41%    5.46MB/s    0:00:01
+     9994240  70%    4.70MB/s    0:00:00
+    14123840 100%    4.71MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 14125729 bytes  received 42 bytes  4035934.57 bytes/sec
+total size is 14123840  speedup is 1.00
+[2014-05-25 21:01:34 CEST] Transferrer: Uploaded 01_a-quic..inter.mp4
+[2014-05-25 21:01:34 CEST] Pusher: Syncing with diskstation 
+
+WORM-s23356431-m1398381923--Learning Corel Painter X3%02_brushes-and-custom-palettes.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5275648  22%    4.47MB/s    0:00:03
+    10715136  45%    4.81MB/s    0:00:02
+    15237120  65%    4.65MB/s    0:00:01
+    19955712  85%    4.60MB/s    0:00:00
+remote: merge git-annex     23356431 100%    4.51MB/s    0:00:04 (xfer#1, to-check=0/1)
+[2014-05-25 21:01:40 CEST] RemoteControl: Syncing with diskstation 
+
+sent 23359448 bytes  received 42 bytes  4247180.00 bytes/sec
+total size is 23356431  speedup is 1.00
+[2014-05-25 21:01:40 CEST] Transferrer: Uploaded 02_brushe..ettes.mp4
+
+WORM-s16835823-m1398381229--Learning Corel Painter X3%03_managing-layers.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2f32e55..f2e1569  git-annex -> synced/git-annex
+     6094848  36%    5.76MB/s    0:00:01
+    11010048  65%    5.22MB/s    0:00:01
+    15761408  93%    4.99MB/s    0:00:00
+    16835823 100%    4.96MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 16838032 bytes  received 42 bytes  3741794.22 bytes/sec
+total size is 16835823  speedup is 1.00
+[2014-05-25 21:01:45 CEST] Transferrer: Uploaded 03_managi..ayers.mp4
+
+WORM-s26947174-m1398380993--Learning Corel Painter X3%04_project-red-chairs.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:01:46 CEST] Pusher: Syncing with diskstation 
+     5799936  21%    5.47MB/s    0:00:03
+     8421376  31%    3.79MB/s    0:00:04
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   34ef046..28ecf68  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at f2e15690121bf48eba8288426bf72c0661ea444a but expected 2f32e55b5e8bd953707452ada9ad57fbeb20b7b1
+ ! 2f32e55..f2e1569  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:01:48 CEST] RemoteControl: Syncing with diskstation 
+    13139968  48%    3.94MB/s    0:00:03
+    17956864  66%    4.10MB/s    0:00:02
+    22577152  83%    3.83MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   28ecf68..644a4ea  git-annex  -> diskstation/git-annex
+    25460736  94%    3.94MB/s    0:00:00
+    26947174 100%    3.97MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 26950622 bytes  received 42 bytes  3593421.87 bytes/sec
+total size is 26947174  speedup is 1.00
+remote: merge git-annex [2014-05-25 21:01:52 CEST] Transferrer: Uploaded 04_projec..hairs.mp4
+
+WORM-s14550387-m1398382074--Learning Corel Painter X3%05_the-toolbox-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:01:53 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f2e1569..7bf9116  git-annex -> synced/git-annex
+     5668864  38%    5.09MB/s    0:00:01
+    10289152  70%    4.74MB/s    0:00:00
+    14550387 100%    4.56MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 14552323 bytes  received 42 bytes  3233858.89 bytes/sec
+total size is 14550387  speedup is 1.00
+[2014-05-25 21:01:57 CEST] Transferrer: Uploaded 05_the-to..art-1.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   644a4ea..f3817af  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7bf9116bbeb90b398ac29d7b38e78dbe493f081f but expected f2e15690121bf48eba8288426bf72c0661ea444a
+ ! f2e1569..7bf9116  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s5537051-m1398381582--Learning Corel Painter X3%06_the-toolbox-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  76%    4.00MB/s    0:00:00
+[2014-05-25 21:01:58 CEST] Pusher: Syncing with diskstation 
+     5537051 100%    4.47MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 5537882 bytes  received 42 bytes  3691949.33 bytes/sec
+total size is 5537051  speedup is 1.00
+[2014-05-25 21:02:00 CEST] Transferrer: Uploaded 06_the-to..art-2.mp4
+
+WORM-s16270822-m1398381489--Learning Corel Painter X3%07_color-panels.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4882432  30%    4.62MB/s    0:00:02
+remote: merge git-annex      7634944  46%    3.29MB/s    0:00:02
+[2014-05-25 21:02:03 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7bf9116..a826827  git-annex -> synced/git-annex
+     9994240  61%    2.94MB/s    0:00:02
+    13369344  82%    3.01MB/s    0:00:00
+    15761408  96%    2.44MB/s    0:00:00
+    16270822 100%    2.91MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 16272960 bytes  received 42 bytes  2503538.77 bytes/sec
+total size is 16270822  speedup is 1.00
+[2014-05-25 21:02:06 CEST] Transferrer: Uploaded 07_color-panels.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f3817af..bff569c  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at a8268279606cf4fdee4e0fabeef0c9075d840f71 but expected 7bf9116bbeb90b398ac29d7b38e78dbe493f081f
+ ! 7bf9116..a826827  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s21555439-m1398381255--Learning Corel Painter X3%08_paper-and-media-libraries.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5111808  23%    4.81MB/s    0:00:03
+[2014-05-25 21:02:08 CEST] Pusher: Syncing with diskstation 
+     9175040  42%    4.29MB/s    0:00:02
+    13369344  62%    4.18MB/s    0:00:01
+    17563648  81%    4.10MB/s    0:00:00
+    21555439 100%    4.05MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 21558234 bytes  received 42 bytes  3316657.85 bytes/sec
+total size is 21555439  speedup is 1.00
+[2014-05-25 21:02:12 CEST] Transferrer: Uploaded 08_paper-..aries.mp4
+remote: merge git-annex 
+WORM-s24881920-m1398382026--Learning Corel Painter X3%09_menu-commands-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5210112  20%    4.80MB/s    0:00:03
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 21:02:14 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a826827..e65041f  git-annex -> synced/git-annex
+     9142272  36%    4.28MB/s    0:00:03
+    13041664  52%    4.08MB/s    0:00:02
+    17235968  69%    4.03MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   bff569c..b552f10  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at e65041fc45b14af68426581456deb8d3e9efa1d9 but expected a8268279606cf4fdee4e0fabeef0c9075d840f71
+ ! a826827..e65041f  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    21397504  85%    3.81MB/s    0:00:00
+    24881920 100%    4.05MB/s    0:00:05 (xfer#1, to-check=0/1)
+[2014-05-25 21:02:19 CEST] Pusher: Syncing with diskstation 
+
+sent 24885118 bytes  received 42 bytes  3318021.33 bytes/sec
+total size is 24881920  speedup is 1.00
+[2014-05-25 21:02:20 CEST] Transferrer: Uploaded 09_menu-c..art-1.mp4
+
+WORM-s29078392-m1398382059--Learning Corel Painter X3%10_menu-commands-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5210112  17%    4.81MB/s    0:00:04
+     9437184  32%    4.41MB/s    0:00:04
+[2014-05-25 21:02:24 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e65041f..530d23c  git-annex -> synced/git-annex
+    13762560  47%    4.30MB/s    0:00:03
+    17924096  61%    4.20MB/s    0:00:02
+    22970368  78%    4.16MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b552f10..4dc60d5  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 530d23cf75a7f936041cdb408fd4f3516fe1514b but expected e65041fc45b14af68426581456deb8d3e9efa1d9
+ ! e65041f..530d23c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    27688960  95%    4.26MB/s    0:00:00
+    29078392 100%    4.33MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 29082102 bytes  received 42 bytes  3421428.71 bytes/sec
+total size is 29078392  speedup is 1.00
+[2014-05-25 21:02:29 CEST] Transferrer: Uploaded 10_menu-c..art-2.mp4
+
+WORM-s18704564-m1398381759--Learning Corel Painter X3%11_cloner-brushes.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:02:29 CEST] Pusher: Syncing with diskstation 
+     5996544  32%    5.68MB/s    0:00:02
+    10321920  55%    4.86MB/s    0:00:01
+    14581760  77%    4.55MB/s    0:00:00
+    18704564 100%    4.39MB/s    0:00:00
+    18704564 100%    4.39MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 18707000 bytes  received 42 bytes  4157120.44 bytes/sec
+total size is 18704564  speedup is 1.00
+[2014-05-25 21:02:33 CEST] Transferrer: Uploaded 11_cloner..ushes.mp4
+
+WORM-s16483665-m1398381099--Learning Corel Painter X3%12_project-clone-painting-a-pear.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      3964928  24%    3.69MB/s    0:00:03
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 21:02:36 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   530d23c..821b643  git-annex -> synced/git-annex
+     8683520  52%    3.90MB/s    0:00:01
+    12877824  78%    3.90MB/s    0:00:00
+    16483665 100%    4.01MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 16485848 bytes  received 42 bytes  2997434.55 bytes/sec
+total size is 16483665  speedup is 1.00
+[2014-05-25 21:02:38 CEST] Transferrer: Uploaded 12_projec..-pear.mp4
+
+WORM-s13729745-m1398381011--Learning Corel Painter X3%13_dab-stroke-and-method.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   4dc60d5..b35b714  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 821b643cf14025648cceac17c2de27e1a17840e3 but expected 530d23cf75a7f936041cdb408fd4f3516fe1514b
+ ! 530d23c..821b643  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     5013504  36%    4.35MB/s    0:00:01
+[2014-05-25 21:02:41 CEST] Pusher: Syncing with diskstation 
+     9469952  68%    4.23MB/s    0:00:00
+    13402112  97%    4.06MB/s    0:00:00
+    13729745 100%    3.98MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 13731580 bytes  received 42 bytes  3923320.57 bytes/sec
+total size is 13729745  speedup is 1.00
+[2014-05-25 21:02:43 CEST] Transferrer: Uploaded 13_dab-st..ethod.mp4
+
+WORM-s15796088-m1398381069--Learning Corel Painter X3%14_advanced-controls.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5013504  31%    4.63MB/s    0:00:02
+     9207808  58%    4.25MB/s    0:00:01
+    13664256  86%    4.21MB/s    0:00:00
+    15796088 100%    4.21MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 15798175 bytes  received 42 bytes  3510714.89 bytes/sec
+total size is 15796088  speedup is 1.00
+[2014-05-25 21:02:47 CEST] Transferrer: Uploaded 14_advanc..trols.mp4
+
+WORM-s14529732-m1398382119--Learning Corel Painter X3%15_custom-variants.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5996544  41%    5.49MB/s    0:00:01
+remote: merge git-annex     10551296  72%    4.90MB/s    0:00:00
+    14529732 100%    4.82MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 14531661 bytes  received 42 bytes  2235646.62 bytes/sec
+total size is 14529732  speedup is 1.00
+[2014-05-25 21:02:54 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:02:54 CEST] Transferrer: Uploaded 15_custom..iants.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   821b643..d1a88a1  git-annex -> synced/git-annex
+
+WORM-s20256713-m1398381124--Learning Corel Painter X3%16_abstract-painting.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5242880  25%    4.82MB/s    0:00:03
+     9437184  46%    4.38MB/s    0:00:02
+    13729792  67%    4.28MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b35b714..5d9e777  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at d1a88a1d1fb37d139753d3b96cbd570810a61a51 but expected 821b643cf14025648cceac17c2de27e1a17840e3
+ ! 821b643..d1a88a1  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    17924096  88%    4.19MB/s    0:00:00
+    20256713 100%    4.15MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 20259344 bytes  received 42 bytes  3116828.62 bytes/sec
+total size is 20256713  speedup is 1.00
+[2014-05-25 21:03:00 CEST] Transferrer: Uploaded 16_abstra..nting.mp4
+
+WORM-s15821561-m1398381954--Learning Corel Painter X3%17_tonal-controls.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:03:01 CEST] Pusher: Syncing with diskstation 
+     3964928  25%    3.50MB/s    0:00:03
+     6848512  43%    3.13MB/s    0:00:02
+    11829248  74%    3.62MB/s    0:00:01
+    15821561 100%    3.70MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 15823645 bytes  received 42 bytes  2877034.00 bytes/sec
+total size is 15821561  speedup is 1.00
+[2014-05-25 21:03:05 CEST] Transferrer: Uploaded 17_tonal-..trols.mp4
+remote: merge git-annex 
+WORM-s27686314-m1398381815--Learning Corel Painter X3%18_surface-controls.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5210112  18%    4.91MB/s    0:00:04
+[2014-05-25 21:03:08 CEST] RemoteControl: Syncing with diskstation 
+     9142272  33%    4.29MB/s    0:00:04
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d1a88a1..2f6a023  git-annex -> synced/git-annex
+    12943360  46%    4.06MB/s    0:00:03
+    17104896  61%    4.01MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5d9e777..5732a07  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 2f6a0230e37a27a287290d40a66a61284abd958e but expected d1a88a1d1fb37d139753d3b96cbd570810a61a51
+ ! d1a88a1..2f6a023  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    21266432  76%    3.76MB/s    0:00:01
+    25591808  92%    3.85MB/s    0:00:00
+[2014-05-25 21:06:06 CEST] Pusher: Syncing with diskstation 
+    26640384  96%   73.39kB/s    0:00:14
+    27686314 100%  145.74kB/s    0:03:05 (xfer#1, to-check=0/1)
+
+sent 27689848 bytes  received 42 bytes  148471.26 bytes/sec
+total size is 27686314  speedup is 1.00
+[2014-05-25 21:06:11 CEST] Transferrer: Uploaded 18_surfac..trols.mp4
+remote: merge git-annex 
+WORM-s20041059-m1398382199--Learning Corel Painter X3%19_esoterica.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:06:13 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+     5013504  25%    4.74MB/s    0:00:03
+   2f6a023..3de6568  git-annex -> synced/git-annex
+     8421376  42%    3.99MB/s    0:00:02
+    12681216  63%    4.01MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5732a07..22c09fa  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 3de6568fc3634c50a42c935f315c763106a22e3c but expected 2f6a0230e37a27a287290d40a66a61284abd958e
+ ! 2f6a023..3de6568  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    17596416  87%    4.18MB/s    0:00:00
+    20041059 100%    4.24MB/s    0:00:04 (xfer#1, to-check=0/1)
+[2014-05-25 21:06:17 CEST] Pusher: Syncing with diskstation 
+
+sent 20043654 bytes  received 42 bytes  3083645.54 bytes/sec
+total size is 20041059  speedup is 1.00
+[2014-05-25 21:06:18 CEST] Transferrer: Uploaded 19_esoterica.mp4
+
+WORM-s20049901-m1398382237--Learning Corel Painter X3%20_esoterica-mosaic.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  21%    3.93MB/s    0:00:03
+remote: merge git-annex      7372800  36%    3.43MB/s    0:00:03
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 21:06:22 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   3de6568..91bf58d  git-annex -> synced/git-annex
+    11042816  55%    3.45MB/s    0:00:02
+    14712832  73%    3.45MB/s    0:00:01
+    17858560  89%    3.20MB/s    0:00:00
+    20049901 100%    3.44MB/s    0:00:05 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   22c09fa..f2cac44  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 91bf58d7240d46f8eee363bd3b56dde6deefc012 but expected 3de6568fc3634c50a42c935f315c763106a22e3c
+ ! 3de6568..91bf58d  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 20052503 bytes  received 42 bytes  2673672.67 bytes/sec
+total size is 20049901  speedup is 1.00
+[2014-05-25 21:06:25 CEST] Transferrer: Uploaded 20_esoter..osaic.mp4
+
+WORM-s18181651-m1398381889--Learning Corel Painter X3%21_selection-tools-and-commands.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:06:26 CEST] Pusher: Syncing with diskstation 
+     4751360  26%    4.38MB/s    0:00:02
+     8421376  46%    3.89MB/s    0:00:02
+    12091392  66%    3.71MB/s    0:00:01
+    15761408  86%    3.64MB/s    0:00:00
+    18181651 100%    3.65MB/s    0:00:04 (xfer#1, to-check=0/1)
+remote: merge git-annex 
+sent 18184037 bytes  received 42 bytes  2797550.62 bytes/sec
+total size is 18181651  speedup is 1.00
+[2014-05-25 21:06:31 CEST] Transferrer: Uploaded 21_select..mands.mp4
+
+WORM-s16431574-m1398381365--Learning Corel Painter X3%22_text-properties.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5013504  30%    4.71MB/s    0:00:02
+[2014-05-25 21:06:32 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   91bf58d..9341c6c  git-annex -> synced/git-annex
+     8355840  50%    3.82MB/s    0:00:02
+    11763712  71%    3.60MB/s    0:00:01
+    15466496  94%    3.57MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f2cac44..70eb4e9  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 9341c6cf9e5fe11181099779b7248a9debecaa26 but expected 91bf58d7240d46f8eee363bd3b56dde6deefc012
+ ! 91bf58d..9341c6c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    16431574 100%    3.62MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 16433735 bytes  received 42 bytes  2987959.45 bytes/sec
+total size is 16431574  speedup is 1.00
+[2014-05-25 21:06:36 CEST] Transferrer: Uploaded 22_text-p..rties.mp4
+
+WORM-s17364419-m1398381850--Learning Corel Painter X3%23_text-effects.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:06:37 CEST] Pusher: Syncing with diskstation 
+     5046272  29%    4.76MB/s    0:00:02
+     8421376  48%    3.97MB/s    0:00:02
+    12255232  70%    3.87MB/s    0:00:01
+    16023552  92%    3.79MB/s    0:00:00
+remote: merge git-annex     17364419 100%    3.71MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 17366689 bytes  received 42 bytes  3157587.45 bytes/sec
+total size is 17364419  speedup is 1.00
+[2014-05-25 21:06:42 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:06:42 CEST] Transferrer: Uploaded 23_text-effects.mp4
+
+WORM-s19708183-m1398382290--Learning Corel Painter X3%24_postcard-graphic-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9341c6c..08cb8d8  git-annex -> synced/git-annex
+     4489216  22%    3.60MB/s    0:00:04
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   70eb4e9..dce2d61  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 08cb8d8ba4b56c67984027263d5213133dcdaad2 but expected 9341c6cf9e5fe11181099779b7248a9debecaa26
+ ! 9341c6c..08cb8d8  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:06:44 CEST] RemoteControl: Syncing with diskstation 
+     9469952  48%    4.08MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   dce2d61..ac9201d  git-annex  -> diskstation/git-annex
+    13664256  69%    3.97MB/s    0:00:01
+    17301504  87%    3.86MB/s    0:00:00
+[2014-05-25 21:06:47 CEST] Pusher: Syncing with diskstation 
+    19708183 100%    3.96MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 19710752 bytes  received 42 bytes  3032429.85 bytes/sec
+total size is 19708183  speedup is 1.00
+[2014-05-25 21:06:48 CEST] Transferrer: Uploaded 24_postca..art-1.mp4
+
+WORM-s21565207-m1398381554--Learning Corel Painter X3%25_postcard-graphic-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5439488  25%    5.07MB/s    0:00:03
+remote: merge git-annex      9306112  43%    4.32MB/s    0:00:02
+[2014-05-25 21:06:51 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   08cb8d8..1212159  git-annex -> synced/git-annex
+    13107200  60%    4.05MB/s    0:00:02
+    16449536  76%    3.84MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ac9201d..a885109  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 12121595714360b6216de28d0beef79305ec276d but expected 08cb8d8ba4b56c67984027263d5213133dcdaad2
+ ! 08cb8d8..1212159  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    20250624  93%    3.46MB/s    0:00:00
+    21565207 100%    3.75MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 21568004 bytes  received 42 bytes  2875739.47 bytes/sec
+total size is 21565207  speedup is 1.00
+[2014-05-25 21:06:55 CEST] Transferrer: Uploaded 25_postca..art-2.mp4
+
+WORM-s20239101-m1398380964--Learning Corel Painter X3%26_dynamic-layers.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:06:56 CEST] Pusher: Syncing with diskstation 
+     5275648  26%    4.78MB/s    0:00:03
+     9404416  46%    4.35MB/s    0:00:02
+    12943360  63%    4.03MB/s    0:00:01
+    16384000  80%    3.85MB/s    0:00:00
+remote: merge git-annex     20152320  99%    3.52MB/s    0:00:00
+    20239101 100%    3.77MB/s    0:00:05 (xfer#1, to-check=0/1)
+[2014-05-25 21:07:01 CEST] RemoteControl: Syncing with diskstation 
+
+sent 20241725 bytes  received 42 bytes  3114118.00 bytes/sec
+total size is 20239101  speedup is 1.00
+[2014-05-25 21:07:02 CEST] Transferrer: Uploaded 26_dynami..ayers.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   1212159..4c20688  git-annex -> synced/git-annex
+
+WORM-s17613999-m1398382264--Learning Corel Painter X3%27_auto-painting.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5275648  29%    4.78MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a885109..ac9fbda  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 4c206880fc1f99dd380b0fb28ebb780b72171633 but expected 12121595714360b6216de28d0beef79305ec276d
+ ! 1212159..4c20688  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     9175040  52%    4.26MB/s    0:00:01
+    12845056  72%    4.00MB/s    0:00:01
+    16384000  93%    3.82MB/s    0:00:00
+[2014-05-25 21:07:07 CEST] Pusher: Syncing with diskstation 
+    17613999 100%    3.79MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 17616302 bytes  received 42 bytes  3202971.64 bytes/sec
+total size is 17613999  speedup is 1.00
+[2014-05-25 21:07:08 CEST] Transferrer: Uploaded 27_auto-p..nting.mp4
+
+WORM-s15562581-m1398381274--Learning Corel Painter X3%28_smart-stroke-cloning.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5275648  33%    4.77MB/s    0:00:02
+     9469952  60%    4.34MB/s    0:00:01
+[2014-05-25 21:07:11 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   4c20688..f7be7ec  git-annex -> synced/git-annex
+    13139968  84%    4.06MB/s    0:00:00
+    15562581 100%    3.89MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 15564639 bytes  received 42 bytes  3458818.00 bytes/sec
+total size is 15562581  speedup is 1.00
+[2014-05-25 21:07:13 CEST] Transferrer: Uploaded 28_smart-..oning.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ac9fbda..4f23f91  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at f7be7ececec0dd7a424dfc71571fc2a6cfc63bea but expected 4c206880fc1f99dd380b0fb28ebb780b72171633
+ ! 4c20688..f7be7ec  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s28205928-m1398382150--Learning Corel Painter X3%29_mirror-and-kaleidoscope.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5537792  19%    4.94MB/s    0:00:04
+[2014-05-25 21:07:15 CEST] Pusher: Syncing with diskstation 
+     9994240  35%    4.54MB/s    0:00:03
+    14155776  50%    4.34MB/s    0:00:03
+    17956864  63%    4.16MB/s    0:00:02
+    21725184  77%    3.79MB/s    0:00:01
+remote: merge git-annex     25198592  89%    3.58MB/s    0:00:00
+    28205928 100%    3.85MB/s    0:00:06 (xfer#1, to-check=0/1)
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 21:07:21 CEST] RemoteControl: Syncing with diskstation 
+
+sent 28209533 bytes  received 42 bytes  3761276.67 bytes/sec
+total size is 28205928  speedup is 1.00
+   f7be7ec..5c452a1  git-annex -> synced/git-annex
+[2014-05-25 21:07:21 CEST] Transferrer: Uploaded 29_mirror..scope.mp4
+
+WORM-s21976288-m1398382005--Learning Corel Painter X3%30_introduction-to-mixed-media.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5406720  24%    5.07MB/s    0:00:03
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   4f23f91..1ca4624  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 5c452a15506c41b30a4ff7099c02f5dae74db8db but expected f7be7ececec0dd7a424dfc71571fc2a6cfc63bea
+ ! f7be7ec..5c452a1  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:22:27 CEST] Pusher: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5c452a1..de02d45  git-annex -> synced/git-annex
+     8486912  38%    9.03kB/s    0:24:53
+[2014-05-25 21:22:35 CEST] RemoteControl: Syncing with diskstation 
+    12353536  56%   13.15kB/s    0:12:11
+    15761408  71%   16.76kB/s    0:06:10
+    18644992  84%   14.11kB/s    0:03:56
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   1ca4624..0fddca6  git-annex  -> diskstation/git-annex
+    21921792  99%    3.02MB/s    0:00:00
+    21976288 100%   23.34kB/s    0:15:18 (xfer#1, to-check=0/1)
+
+sent 21979137 bytes  received 42 bytes  23903.40 bytes/sec
+total size is 21976288  speedup is 1.00
+[2014-05-25 21:22:40 CEST] Transferrer: Uploaded 30_introd..media.mp4
+[2014-05-25 21:22:40 CEST] Pusher: Syncing with diskstation 
+
+WORM-s20759393-m1398382174--Learning Corel Painter X3%31_portrait-of-stephen.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4194304  20%    3.79MB/s    0:00:04
+     6815744  32%    3.15MB/s    0:00:04
+remote: merge git-annex      9306112  44%    2.89MB/s    0:00:03
+    12320768  59%    2.87MB/s    0:00:02
+[2014-05-25 21:22:45 CEST] RemoteControl: Syncing with diskstation 
+/Applications/git-annex.app/Contents/MacOS/git-annex: fork: Resource temporarily unavailable
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   de02d45..251064b  git-annex -> synced/git-annex
+    15073280  72%    2.55MB/s    0:00:02
+    17563648  84%    2.52MB/s    0:00:01
+    20316160  97%    2.56MB/s    0:00:00
+    20759393 100%    2.71MB/s    0:00:07 (xfer#1, to-check=0/1)
+
+sent 20762086 bytes  received 42 bytes  2185487.16 bytes/sec
+total size is 20759393  speedup is 1.00
+[2014-05-25 21:22:49 CEST] Transferrer: Uploaded 31_portra..ephen.mp4
+
+WORM-s25441460-m1398381650--Learning Corel Painter X3%32_cel-animation.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:22:50 CEST] Pusher: Syncing with diskstation 
+Pusher crashed: git: createProcess: resource exhausted (Resource temporarily unavailable)
+[2014-05-25 21:22:50 CEST] Pusher: warning Pusher crashed: git: createProcess: resource exhausted (Resource temporarily unavailable)
+     4096000  16%    3.83MB/s    0:00:05
+     6979584  27%    3.27MB/s    0:00:05
+     9469952  37%    2.97MB/s    0:00:05
+    12091392  47%    2.78MB/s    0:00:04
+    13664256  53%    2.19MB/s    0:00:05
+    16023552  62%    2.04MB/s    0:00:04
+    18644992  73%    2.07MB/s    0:00:03
+    21266432  83%    2.10MB/s    0:00:01
+    23625728  92%    2.25MB/s    0:00:00
+    25441460 100%    2.36MB/s    0:00:10 (xfer#1, to-check=0/1)
+
+sent 25444719 bytes  received 42 bytes  2212587.91 bytes/sec
+total size is 25441460  speedup is 1.00
+[2014-05-25 21:23:00 CEST] Transferrer: Uploaded 32_cel-an..ation.mp4
+
+WORM-s23123916-m1398381154--Learning Corel Painter X3%33_rotoscope-techniques.mp4
+       32768   0%    0.00kB/s    0:00:00
+     2129920   9%    1.98MB/s    0:00:10
+     5275648  22%    2.45MB/s    0:00:07
+     8945664  38%    2.77MB/s    0:00:04
+    12353536  53%    2.89MB/s    0:00:03
+    15269888  66%    3.06MB/s    0:00:02
+    18022400  77%    2.99MB/s    0:00:01
+    20742144  89%    2.78MB/s    0:00:00
+    23123916 100%    2.74MB/s    0:00:08 (xfer#1, to-check=0/1)
+
+sent 23126898 bytes  received 42 bytes  2434414.74 bytes/sec
+total size is 23123916  speedup is 1.00
+[2014-05-25 21:23:10 CEST] Transferrer: Uploaded 33_rotosc..iques.mp4
+
+WORM-s16168686-m1398381345--Learning Corel Painter X3%34_portrait-of-hines-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4194304  25%    3.85MB/s    0:00:03
+     7340032  45%    3.40MB/s    0:00:02
+    10256384  63%    3.19MB/s    0:00:01
+    13500416  83%    3.16MB/s    0:00:00
+    16168686 100%    3.09MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 16170824 bytes  received 42 bytes  2940157.45 bytes/sec
+total size is 16168686  speedup is 1.00
+[2014-05-25 21:23:16 CEST] Transferrer: Uploaded 34_portra..art-1.mp4
+
+WORM-s16185635-m1398381044--Learning Corel Painter X3%35_portrait-of-hines-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4390912  27%    4.09MB/s    0:00:02
+     7372800  45%    3.37MB/s    0:00:02
+    10518528  64%    3.23MB/s    0:00:01
+    13139968  81%    3.02MB/s    0:00:00
+    16185635 100%    3.13MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 16187773 bytes  received 42 bytes  2490433.08 bytes/sec
+total size is 16185635  speedup is 1.00
+[2014-05-25 21:23:22 CEST] Transferrer: Uploaded 35_portra..art-2.mp4
+
+WORM-s30681625-m1398381209--Learning Corel Painter X3%36_portrait-of-hines-part-3.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4489216  14%    4.25MB/s    0:00:06
+     7798784  25%    3.65MB/s    0:00:06
+    11206656  36%    3.49MB/s    0:00:05
+    14483456  47%    3.40MB/s    0:00:04
+    17858560  58%    3.14MB/s    0:00:03
+    21299200  69%    3.17MB/s    0:00:02
+    24576000  80%    3.12MB/s    0:00:01
+    27951104  91%    3.15MB/s    0:00:00
+    30681625 100%    3.26MB/s    0:00:08 (xfer#1, to-check=0/1)
+
+sent 30685535 bytes  received 42 bytes  3230060.74 bytes/sec
+total size is 30681625  speedup is 1.00
+[2014-05-25 21:23:32 CEST] Transferrer: Uploaded 36_portra..art-3.mp4
+
+WORM-s22528765-m1398382099--Learning Corel Painter X3%37_digital-watercolor.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4390912  19%    4.08MB/s    0:00:04
+     7536640  33%    3.55MB/s    0:00:04
+    10813440  47%    3.39MB/s    0:00:03
+    14090240  62%    3.30MB/s    0:00:02
+    17334272  76%    3.02MB/s    0:00:01
+    21495808  95%    3.25MB/s    0:00:00
+    22528765 100%    3.39MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 22531673 bytes  received 42 bytes  3004228.67 bytes/sec
+total size is 22528765  speedup is 1.00
+[2014-05-25 21:23:39 CEST] Transferrer: Uploaded 37_digita..color.mp4
+
+WORM-s26374030-m1398381726--Learning Corel Painter X3%38_real-watercolor-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5210112  19%    4.87MB/s    0:00:04
+     8945664  33%    4.18MB/s    0:00:04
+    13074432  49%    4.08MB/s    0:00:03
+    16547840  62%    3.89MB/s    0:00:02
+    20676608  78%    3.65MB/s    0:00:01
+    24412160  92%    3.63MB/s    0:00:00
+    26374030 100%    3.82MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 26377410 bytes  received 42 bytes  3103229.65 bytes/sec
+total size is 26374030  speedup is 1.00
+[2014-05-25 21:23:47 CEST] Transferrer: Uploaded 38_real-w..art-1.mp4
+
+WORM-s19723496-m1398381429--Learning Corel Painter X3%39_real-watercolor-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4751360  24%    4.50MB/s    0:00:03
+     8683520  44%    4.11MB/s    0:00:02
+    12517376  63%    3.96MB/s    0:00:01
+    16384000  83%    3.88MB/s    0:00:00
+    19723496 100%    3.86MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 19726064 bytes  received 42 bytes  3586564.73 bytes/sec
+total size is 19723496  speedup is 1.00
+[2014-05-25 21:23:53 CEST] Transferrer: Uploaded 39_real-w..art-2.mp4
+
+WORM-s19493451-m1398381312--Learning Corel Painter X3%40_caricature-part-1.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4980736  25%    4.62MB/s    0:00:03
+     8683520  44%    4.04MB/s    0:00:02
+    12615680  64%    3.91MB/s    0:00:01
+    16547840  84%    3.84MB/s    0:00:00
+    19493451 100%    3.84MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 19495986 bytes  received 42 bytes  2999388.92 bytes/sec
+total size is 19493451  speedup is 1.00
+[2014-05-25 21:23:59 CEST] Transferrer: Uploaded 40_carica..art-1.mp4
+rsync: fork: Resource temporarily unavailable (35)
+rsync error: error in IPC code (code 14) at /SourceCache/rsync/rsync-42/rsync/pipe.c(65) [sender=2.6.9]
+rsync: fork: Resource temporarily unavailable (35)
+rsync error: error in IPC code (code 14) at /SourceCache/rsync/rsync-42/rsync/pipe.c(65) [sender=2.6.9]
+[2014-05-25 21:36:13 CEST] NetWatcherFallback: Syncing with diskstation 
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   0fddca6..08995a9  git-annex  -> diskstation/git-annex
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+[2014-05-25 21:36:38 CEST] RemoteControl: Syncing with diskstation 
+   251064b..9043046  git-annex -> synced/git-annex
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   08995a9..d2359ee  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 90430461e599b7aad5bc8f4891f1e0eac38766b0 but expected 251064bd591813a5e813bd9cefafb8b4e6788f77
+ ! 251064b..9043046  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+
+  rsync failed -- run git annex again to resume file transfer
+
+WORM-s14012455-m1398381979--Learning Corel Painter X3%41_caricature-part-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  30%    3.81MB/s    0:00:02
+     8159232  58%    3.69MB/s    0:00:01
+     9994240  71%    3.04MB/s    0:00:01
+    11829248  84%    2.67MB/s    0:00:00
+    13664256  97%    2.15MB/s    0:00:00
+    14012455 100%    2.50MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 14014322 bytes  received 42 bytes  1868581.87 bytes/sec
+total size is 14012455  speedup is 1.00
+[2014-05-25 21:37:01 CEST] Transferrer: Uploaded 41_carica..art-2.mp4
+
+WORM-s2813795-m1398381163--Learning Corel Painter X3%42_about-the-author.mp4
+       32768   1%    0.00kB/s    0:00:00
+     2813795 100%    6.18MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 2814292 bytes  received 42 bytes  1125733.60 bytes/sec
+total size is 2813795  speedup is 1.00
+[2014-05-25 21:37:03 CEST] Transferrer: Uploaded 42_about-..uthor.mp4
+
+WORM-s15151010-m1398381679--Learning Corel Painter X3%43_painter-resources-and-the-painter-community.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5111808  33%    4.69MB/s    0:00:02
+     9109504  60%    4.20MB/s    0:00:01
+    12779520  84%    3.97MB/s    0:00:00
+    15151010 100%    3.95MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 15153043 bytes  received 42 bytes  3367352.22 bytes/sec
+total size is 15151010  speedup is 1.00
+[2014-05-25 21:37:07 CEST] Transferrer: Uploaded 43_painte..unity.mp4
+Watcher crashed: ResumeWatcher
+[2014-05-25 21:39:08 CEST] Watcher: warning Watcher crashed: ResumeWatcher
+
+
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(scanning...) [2014-05-25 21:39:16 CEST] Watcher: Performing startup scan
+[2014-05-25 21:39:20 CEST] Pusher: Syncing with diskstation 
+remote: merge git-annex (merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9043046..57f7b8b  git-annex -> synced/git-annex
+[2014-05-25 21:39:28 CEST] RemoteControl: Syncing with diskstation 
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d2359ee..e459e2f  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 57f7b8bb8d2dd5418eda74deef4a0338b00390d9 but expected 90430461e599b7aad5bc8f4891f1e0eac38766b0
+ ! 9043046..57f7b8b  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(started...) [2014-05-25 21:39:46 CEST] Committer: Committing changes to git
+[2014-05-25 21:39:46 CEST] Pusher: Syncing with diskstation 
+Already up-to-date.
+remote: merge git-annex ok        
+remote: merge synced/master Updating 53c007f..6f2044d        
+remote: Fast-forward        
+remote:  .../01_introduction.mp4                                                  | 1 +        
+remote:  .../02_setting-up.mp4                                                    | 1 +        
+remote:  .../03_selecting-and-creating-elements.mp4                               | 1 +        
+remote:  .../04_exercise-1.mp4                                                    | 1 +        
+remote:  An Introduction to d3.js - From Scattered to Scatterplot/05_svg.mp4      | 1 +        
+remote:  .../06_exercise-2.mp4                                                    | 1 +        
+remote:  .../07_binding-data-and-creating-elements-from-data.mp4                  | 1 +        
+remote:  .../08_exercise-3.mp4                                                    | 1 +        
+remote:  .../09_transitions.mp4                                                   | 1 +        
+remote:  An Introduction to d3.js - From Scattered to Scatterplot/10_scales-2.mp4 | 1 +        
+remote:  An Introduction to d3.js - From Scattered to Scatterplot/10_scales.mp4   | 1 +        
+remote:  An Introduction to d3.js - From Scattered to Scatterplot/11_axes.mp4     | 1 +        
+remote:  .../12_advanced-techniques.mp4                                           | 1 +        
+remote:  .../13_conclusion.mp4                                                    | 1 +        
+remote:  C++ Memory Management/01_introduction.mp4                                | 1 +        
+remote:  C++ Memory Management/02_leaks-and-overruns.mp4                          | 1 +        
+remote:  .../03_stl-vector-methods-range-checking-and-sentinels.mp4               | 1 +        
+remote:  C++ Memory Management/04_memory-leaks-part-1.mp4                         | 1 +        
+remote:  C++ Memory Management/05_memory-leaks-part-2.mp4                         | 1 +        
+remote:  C++ Memory Management/06_pointers-pitfalls-and-best-practices.mp4        | 1 +        
+remote:  C++ Memory Management/07_initialize-everything-trust-but-verify.mp4      | 1 +        
+remote:  C++ Memory Management/08_reading-and-writing-shared-assets.mp4           | 1 +        
+remote:  C++ Memory Management/09_undefined-behaviour-and-other-bad-practices.mp4 | 1 +        
+remote:  C++ Memory Management/10_the-heap-and-stl-wrappers.mp4                   | 1 +        
+remote:  C++ Memory Management/11_about-the-author.mp4                            | 1 +        
+remote:  Lean UX Workshop/01_introduction.mp4                                     | 1 +        
+remote:  Lean UX Workshop/02_nordstrom-case-study.mp4                             | 1 +        
+remote:  Lean UX Workshop/03_assumptions-and-hypotheses.mp4                       | 1 +        
+remote:  Lean UX Workshop/04_personas.mp4                                         | 1 +        
+remote:  Lean UX Workshop/05_outcomes-and-features.mp4                            | 1 +        
+remote:  Lean UX Workshop/06_writing-hypotheses.mp4                               | 1 +        
+remote:  Lean UX Workshop/07_design-studio.mp4                                    | 1 +        
+remote:  Lean UX Workshop/08_experiments-and-mvp-s.mp4                            | 1 +        
+remote:  Lean UX Workshop/09_research.mp4                                         | 1 +        
+remote:  Lean UX Workshop/10_combining-lean-and-agile.mp4                         | 1 +        
+remote:  Lean UX Workshop/11_tools-and-techniques.mp4                             | 1 +        
+remote:  Learning Corel Painter X3/01_a-quick-tour-of-painter.mp4                 | 1 +        
+remote:  Learning Corel Painter X3/02_brushes-and-custom-palettes.mp4             | 1 +        
+remote:  Learning Corel Painter X3/03_managing-layers.mp4                         | 1 +        
+remote:  Learning Corel Painter X3/04_project-red-chairs.mp4                      | 1 +        
+remote:  Learning Corel Painter X3/05_the-toolbox-part-1.mp4                      | 1 +        
+remote:  Learning Corel Painter X3/06_the-toolbox-part-2.mp4                      | 1 +        
+remote:  Learning Corel Painter X3/07_color-panels.mp4                            | 1 +        
+remote:  Learning Corel Painter X3/08_paper-and-media-libraries.mp4               | 1 +        
+remote:  Learning Corel Painter X3/09_menu-commands-part-1.mp4                    | 1 +        
+remote:  Learning Corel Painter X3/10_menu-commands-part-2.mp4                    | 1 +        
+remote:  Learning Corel Painter X3/11_cloner-brushes.mp4                          | 1 +        
+remote:  Learning Corel Painter X3/12_project-clone-painting-a-pear.mp4           | 1 +        
+remote:  Learning Corel Painter X3/13_dab-stroke-and-method.mp4                   | 1 +        
+remote:  Learning Corel Painter X3/14_advanced-controls.mp4                       | 1 +        
+remote:  Learning Corel Painter X3/15_custom-variants.mp4                         | 1 +        
+remote:  Learning Corel Painter X3/16_abstract-painting.mp4                       | 1 +        
+remote:  Learning Corel Painter X3/17_tonal-controls.mp4                          | 1 +        
+remote:  Learning Corel Painter X3/18_surface-controls.mp4                        | 1 +        
+remote:  Learning Corel Painter X3/19_esoterica.mp4                               | 1 +        
+remote:  Learning Corel Painter X3/20_esoterica-mosaic.mp4                        | 1 +        
+remote:  Learning Corel Painter X3/21_selection-tools-and-commands.mp4            | 1 +        
+remote:  Learning Corel Painter X3/22_text-properties.mp4                         | 1 +        
+remote:  Learning Corel Painter X3/23_text-effects.mp4                            | 1 +        
+remote:  Learning Corel Painter X3/24_postcard-graphic-part-1.mp4                 | 1 +        
+remote:  Learning Corel Painter X3/25_postcard-graphic-part-2.mp4                 | 1 +        
+remote:  Learning Corel Painter X3/26_dynamic-layers.mp4                          | 1 +        
+remote:  Learning Corel Painter X3/27_auto-painting.mp4                           | 1 +        
+remote:  Learning Corel Painter X3/28_smart-stroke-cloning.mp4                    | 1 +        
+remote:  Learning Corel Painter X3/29_mirror-and-kaleidoscope.mp4                 | 1 +        
+remote:  Learning Corel Painter X3/30_introduction-to-mixed-media.mp4             | 1 +        
+remote:  Learning Corel Painter X3/31_portrait-of-stephen.mp4                     | 1 +        
+remote:  Learning Corel Painter X3/32_cel-animation.mp4                           | 1 +        
+remote:  Learning Corel Painter X3/33_rotoscope-techniques.mp4                    | 1 +        
+remote:  Learning Corel Painter X3/34_portrait-of-hines-part-1.mp4                | 1 +        
+remote:  Learning Corel Painter X3/35_portrait-of-hines-part-2.mp4                | 1 +        
+remote:  Learning Corel Painter X3/36_portrait-of-hines-part-3.mp4                | 1 +        
+remote:  Learning Corel Painter X3/37_digital-watercolor.mp4                      | 1 +        
+remote:  Learning Corel Painter X3/38_real-watercolor-part-1.mp4                  | 1 +        
+remote:  Learning Corel Painter X3/39_real-watercolor-part-2.mp4                  | 1 +        
+remote:  Learning Corel Painter X3/40_caricature-part-1.mp4                       | 1 +        
+remote:  Learning Corel Painter X3/41_caricature-part-2.mp4                       | 1 +        
+remote:  Learning Corel Painter X3/42_about-the-author.mp4                        | 1 +        
+remote:  .../43_painter-resources-and-the-painter-community.mp4                   | 1 +        
+remote:  79 files changed, 79 insertions(+)        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/01_introduction.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/02_setting-up.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/03_selecting-and-creating-elements.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/04_exercise-1.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/05_svg.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/06_exercise-2.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/07_binding-data-and-creating-elements-from-data.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/08_exercise-3.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/09_transitions.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/10_scales-2.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/10_scales.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/11_axes.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/12_advanced-techniques.mp4        
+remote:  create mode 120000 An Introduction to d3.js - From Scattered to Scatterplot/13_conclusion.mp4        
+remote:  create mode 120000 C++ Memory Management/01_introduction.mp4        
+remote:  create mode 120000 C++ Memory Management/02_leaks-and-overruns.mp4        
+remote:  create mode 120000 C++ Memory Management/03_stl-vector-methods-range-checking-and-sentinels.mp4        
+remote:  create mode 120000 C++ Memory Management/04_memory-leaks-part-1.mp4        
+remote:  create mode 120000 C++ Memory Management/05_memory-leaks-part-2.mp4        
+remote:  create mode 120000 C++ Memory Management/06_pointers-pitfalls-and-best-practices.mp4        
+remote:  create mode 120000 C++ Memory Management/07_initialize-everything-trust-but-verify.mp4        
+remote:  create mode 120000 C++ Memory Management/08_reading-and-writing-shared-assets.mp4        
+remote:  create mode 120000 C++ Memory Management/09_undefined-behaviour-and-other-bad-practices.mp4        
+remote:  create mode 120000 C++ Memory Management/10_the-heap-and-stl-wrappers.mp4        
+remote:  create mode 120000 C++ Memory Management/11_about-the-author.mp4        
+remote:  create mode 120000 Lean UX Workshop/01_introduction.mp4        
+remote:  create mode 120000 Lean UX Workshop/02_nordstrom-case-study.mp4        
+remote:  create mode 120000 Lean UX Workshop/03_assumptions-and-hypotheses.mp4        
+remote:  create mode 120000 Lean UX Workshop/04_personas.mp4        
+remote:  create mode 120000 Lean UX Workshop/05_outcomes-and-features.mp4        
+remote:  create mode 120000 Lean UX Workshop/06_writing-hypotheses.mp4        
+remote:  create mode 120000 Lean UX Workshop/07_design-studio.mp4        
+remote:  create mode 120000 Lean UX Workshop/08_experiments-and-mvp-s.mp4        
+remote:  create mode 120000 Lean UX Workshop/09_research.mp4        
+remote:  create mode 120000 Lean UX Workshop/10_combining-lean-and-agile.mp4        
+remote:  create mode 120000 Lean UX Workshop/11_tools-and-techniques.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/01_a-quick-tour-of-painter.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/02_brushes-and-custom-palettes.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/03_managing-layers.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/04_project-red-chairs.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/05_the-toolbox-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/06_the-toolbox-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/07_color-panels.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/08_paper-and-media-libraries.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/09_menu-commands-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/10_menu-commands-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/11_cloner-brushes.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/12_project-clone-painting-a-pear.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/13_dab-stroke-and-method.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/14_advanced-controls.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/15_custom-variants.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/16_abstract-painting.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/17_tonal-controls.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/18_surface-controls.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/19_esoterica.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/20_esoterica-mosaic.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/21_selection-tools-and-commands.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/22_text-properties.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/23_text-effects.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/24_postcard-graphic-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/25_postcard-graphic-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/26_dynamic-layers.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/27_auto-painting.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/28_smart-stroke-cloning.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/29_mirror-and-kaleidoscope.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/30_introduction-to-mixed-media.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/31_portrait-of-stephen.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/32_cel-animation.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/33_rotoscope-techniques.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/34_portrait-of-hines-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/35_portrait-of-hines-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/36_portrait-of-hines-part-3.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/37_digital-watercolor.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/38_real-watercolor-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/39_real-watercolor-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/40_caricature-part-1.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/41_caricature-part-2.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/42_about-the-author.mp4        
+remote:  create mode 120000 Learning Corel Painter X3/43_painter-resources-and-the-painter-community.mp4        
+remote: 
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   57f7b8b..e459e2f  git-annex -> synced/git-annex
+   53c007f..6f2044d  master -> synced/master
+Already up-to-date.
+[2014-05-25 21:41:22 CEST] Committer: Adding 01_introduction.mp4 02_settin..plate.mp4 03_settin..lbars.mp4 04_how-to..files.mp4 05_line-tool.mp4 06_rectan..-tool.mp4 07_circle-tool.mp4 08_polygon-tool.mp4 09_arc-tool.mp4 and 34 other files
+
+(Recording state in git...)
+
+
+add Learning SketchUp 2013/01_introduction.mp4 ok
+add Learning SketchUp 2013/02_setting-up-the-template.mp4 ok
+add Learning SketchUp 2013/03_setting-up-the-toolbars.mp4 ok
+add Learning SketchUp 2013/04_how-to-access-your-working-files.mp4 ok
+add Learning SketchUp 2013/05_line-tool.mp4 ok
+add Learning SketchUp 2013/06_rectangle-tool.mp4 ok
+add Learning SketchUp 2013/07_circle-tool.mp4 ok
+add Learning SketchUp 2013/08_polygon-tool.mp4 ok
+add Learning SketchUp 2013/09_arc-tool.mp4 ok
+add Learning SketchUp 2013/100_adding-lighting.mp4 ok
+add Learning SketchUp 2013/101_add-reflections-to-existing-textures.mp4 ok
+add Learning SketchUp 2013/102_model-presets-create-a-preview-rendering.mp4 ok
+add Learning SketchUp 2013/103_rendering-a-high-quality-image.mp4 ok
+add Learning SketchUp 2013/104_post-processing-in-photoshop.mp4 ok
+add Learning SketchUp 2013/105_what-is-layout.mp4 ok
+add Learning SketchUp 2013/106_adjusting-the-model-settings.mp4 ok
+add Learning SketchUp 2013/108_adding-additional-pages-and-content.mp4 ok
+add Learning SketchUp 2013/109_updating-the-model-references.mp4 ok
+add Learning SketchUp 2013/10_freehand-tool.mp4 ok
+add Learning SketchUp 2013/111_about-dan-brown.mp4 ok
+add Learning SketchUp 2013/11_navigating-in-3d.mp4 ok
+add Learning SketchUp 2013/12_push-pull-and-move-tool.mp4 ok
+add Learning SketchUp 2013/13_using-follow-me-complex-roof-pitches.mp4 ok
+add Learning SketchUp 2013/14_creating-a-mansard-roof.mp4 ok
+add Learning SketchUp 2013/15_creating-a-gambrel-roof.mp4 ok
+add Learning SketchUp 2013/16_measurements.mp4 ok
+add Learning SketchUp 2013/18_extruding-your-walls-push-pull-and-offset.mp4 ok
+add Learning SketchUp 2013/19_creating-doors-and-openings.mp4 ok
+add Learning SketchUp 2013/20_clean-up-using-the-eraser-to-remove-unwanted-edges.mp4 ok
+add Learning SketchUp 2013/21_why-groups.mp4 ok
+add Learning SketchUp 2013/22_creating-the-second-floor.mp4 ok
+add Learning SketchUp 2013/23_creating-additional-openings.mp4 ok
+add Learning SketchUp 2013/24_hide-model-and-other-useful-shortcuts.mp4 ok
+add Learning SketchUp 2013/25_using-the-outliner.mp4 ok
+add Learning SketchUp 2013/26_using-layers-to-control-visibility.mp4 ok
+add Learning SketchUp 2013/27_viewing-layer-states-of-the-model.mp4 ok
+add Learning SketchUp 2013/28_field-of-view.mp4 ok
+add Learning SketchUp 2013/29_dividing-faces-to-create-your-rooms.mp4 ok
+add Learning SketchUp 2013/30_area-tool-for-calculations.mp4 ok
+add Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture-2.mp4 ok
+add Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture.mp4 ok
+add Learning SketchUp 2013/32_importing-and-applying-a-texture.mp4 ok
+add Learning SketchUp 2013/33_positioning-an-imported-texture.mp4 [2014-05-25 21:41:29 CEST] Committer: Adding 34_editin..tchup.mp4 35_editin..oshop.mp4 36_hide-e..-tool.mp4 37_creati..iling.mp4 38_assign..roups.mp4 39_adding..ter-7.mp4 40_creati..lding.mp4 41_copy-a..place.mp4 42_why-we..nents.mp4 and 57 other files
+ok
+add Learning SketchUp 2013/34_editing-texture-colour-in-sketchup.mp4 ok
+add Learning SketchUp 2013/35_editing-a-texture-in-photoshop.mp4 ok
+add Learning SketchUp 2013/36_hide-edges-and-lines-with-the-eraser-tool.mp4 ok
+add Learning SketchUp 2013/37_creating-the-ceiling.mp4 ok
+add Learning SketchUp 2013/38_assigning-layers-within-groups.mp4 ok
+add Learning SketchUp 2013/39_adding-detail-chapter-7.mp4 ok
+add Learning SketchUp 2013/40_creating-crown-moulding.mp4 ok
+add Learning SketchUp 2013/41_copy-and-paste-in-place.mp4 ok
+add Learning SketchUp 2013/42_why-we-use-groups-and-components.mp4 ok
+add Learning SketchUp 2013/43_creating-the-staircase.mp4 ok
+add Learning SketchUp 2013/44_adding-riser-detail.mp4 ok
+add Learning SketchUp 2013/45_making-a-unique-bottom-step.mp4 ok
+add Learning SketchUp 2013/46_adding-spindles-with-move-and-copy.mp4 ok
+add Learning SketchUp 2013/47_adding-railing.mp4 ok
+add Learning SketchUp 2013/48_review-of-components-and-nested-groups.mp4 ok
+add Learning SketchUp 2013/49_creating-doors.mp4 ok
+add Learning SketchUp 2013/50_creating-the-front-window-frame.mp4 ok
+add Learning SketchUp 2013/51_double-hung-windows.mp4 ok
+add Learning SketchUp 2013/52_installing-bit-tools-plugins.mp4 ok
+add Learning SketchUp 2013/53_creating-walls-and-door-openings.mp4 ok
+add Learning SketchUp 2013/54_using-the-window-feature.mp4 ok
+add Learning SketchUp 2013/55_starting-at-the-base.mp4 ok
+add Learning SketchUp 2013/56_building-the-mantle.mp4 ok
+add Learning SketchUp 2013/57_mantle-columns.mp4 ok
+add Learning SketchUp 2013/58_mantle-support.mp4 ok
+add Learning SketchUp 2013/59_adding-textures.mp4 ok
+add Learning SketchUp 2013/60_base-cabinets.mp4 ok
+add Learning SketchUp 2013/61_wall-cabinets.mp4 ok
+add Learning SketchUp 2013/62_cabinet-doors.mp4 ok
+add Learning SketchUp 2013/63_creating-the-countertop.mp4 ok
+add Learning SketchUp 2013/64_adding-materials.mp4 ok
+add Learning SketchUp 2013/65_adding-appliances.mp4 ok
+add Learning SketchUp 2013/66_adding-the-fridge-and-sink.mp4 ok
+add Learning SketchUp 2013/67_using-the-3d-warehouse.mp4 ok
+add Learning SketchUp 2013/68_using-form-fonts.mp4 ok
+add Learning SketchUp 2013/69_using-the-podium-browser.mp4 ok
+add Learning SketchUp 2013/70_creating-a-library.mp4 ok
+add Learning SketchUp 2013/71_setting-up-to-match-a-new-photo.mp4 ok
+add Learning SketchUp 2013/72_creating-the-massing-model.mp4 ok
+add Learning SketchUp 2013/73_applying-textures.mp4 ok
+add Learning SketchUp 2013/74_adding-detail-chapter-13.mp4 ok
+add Learning SketchUp 2013/75_saving-and-placing-into-the-model.mp4 ok
+add Learning SketchUp 2013/76_creating-the-exterior.mp4 ok
+add Learning SketchUp 2013/77_setting-the-building-in-place-geolocation.mp4 ok
+add Learning SketchUp 2013/78_reset-axis-to-align-building.mp4 ok
+add Learning SketchUp 2013/79_creating-the-front-facade.mp4 ok
+add Learning SketchUp 2013/80_adding-context.mp4 ok
+add Learning SketchUp 2013/81_get-photo-google-street-view.mp4 ok
+add Learning SketchUp 2013/82_using-3d-text.mp4 ok
+add Learning SketchUp 2013/83_add-solar-panels-with-skelion-plugin.mp4 ok
+add Learning SketchUp 2013/84_creating-scenes-and-updating.mp4 ok
+add Learning SketchUp 2013/85_styles.mp4 ok
+add Learning SketchUp 2013/86_scenes-for-animation.mp4 ok
+add Learning SketchUp 2013/87_section-cut-for-interior-elevations.mp4 ok
+add Learning SketchUp 2013/88_creating-a-group.mp4 ok
+add Learning SketchUp 2013/89_creating-the-animation.mp4 ok
+add Learning SketchUp 2013/90_jpeg-and-png-files.mp4 ok
+add Learning SketchUp 2013/91_dwg-elevation-and-plan-pro-feature.mp4 ok
+add Learning SketchUp 2013/92_kmz-for-google-earth.mp4 ok
+add Learning SketchUp 2013/93_collada-files.mp4 ok
+add Learning SketchUp 2013/94_animation-options.mp4 ok
+add Learning SketchUp 2013/95_add-final-touches.mp4 ok
+add Learning SketchUp 2013/96_export-display-options.mp4 ok
+add Learning SketchUp 2013/97_stacking-images-in-photoshop.mp4 ok
+add Learning SketchUp 2013/98_multiply-and-opacity.mp4 ok
+add Learning SketchUp 2013/99_saving-the-image.mp4 [2014-05-25 21:41:31 CEST] Committer: Committing changes to git
+[2014-05-25 21:41:32 CEST] Pusher: Syncing with diskstation 
+
+WORM-s8756441-m1398385688--Learning SketchUp 2013%34_editing-texture-colour-in-sketchup.mp4
+       32768   0%    0.00kB/s    0:00:00
+     2654208  30%    1.97MB/s    0:00:03
+     5734400  65%    2.32MB/s    0:00:01
+Already up-to-date.
+     8756441 100%    2.66MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 8757681 bytes  received 42 bytes  1592313.27 bytes/sec
+total size is 8756441  speedup is 1.00
+[2014-05-25 21:41:37 CEST] Transferrer: Uploaded 34_editin..tchup.mp4
+
+WORM-s16632826-m1398386674--Learning SketchUp 2013%33_positioning-an-imported-texture.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4423680  26%    4.12MB/s    0:00:02
+     8486912  51%    3.96MB/s    0:00:02
+    12517376  75%    3.90MB/s    0:00:01
+remote: merge git-annex     16580608  99%    3.87MB/s    0:00:00
+    16632826 100%    3.89MB/s    0:00:04 (xfer#1, to-check=0/1)
+[2014-05-25 21:41:42 CEST] RemoteControl: Syncing with diskstation 
+
+sent 16635024 bytes  received 42 bytes  3024557.45 bytes/sec
+total size is 16632826  speedup is 1.00
+[2014-05-25 21:41:43 CEST] Transferrer: Uploaded 33_positi..xture.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: merge synced/master 
+WORM-s13603741-m1398386183--Learning SketchUp 2013%32_importing-and-applying-a-texture.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3244032  23%    3.06MB/s    0:00:03
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e459e2f..297826c  git-annex  -> diskstation/git-annex
+   e459e2f..26c6449  synced/git-annex -> diskstation/synced/git-annex
+   6f2044d..7500a88  synced/master -> diskstation/synced/master
+Already up-to-date.
+Updating 6f2044d..7500a88        
+remote: Fast-forward        
+     6520832  47%    3.08MB/s    0:00:02
+remote:  Learning SketchUp 2013/01_introduction.mp4                               | 1 +        
+remote:  Learning SketchUp 2013/02_setting-up-the-template.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/03_setting-up-the-toolbars.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/04_how-to-access-your-working-files.mp4           | 1 +        
+remote:  Learning SketchUp 2013/05_line-tool.mp4                                  | 1 +        
+remote:  Learning SketchUp 2013/06_rectangle-tool.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/07_circle-tool.mp4                                | 1 +        
+remote:  Learning SketchUp 2013/08_polygon-tool.mp4                               | 1 +        
+remote:  Learning SketchUp 2013/09_arc-tool.mp4                                   | 1 +        
+remote:  Learning SketchUp 2013/100_adding-lighting.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/101_add-reflections-to-existing-textures.mp4      | 1 +        
+remote:  Learning SketchUp 2013/102_model-presets-create-a-preview-rendering.mp4  | 1 +        
+remote:  Learning SketchUp 2013/103_rendering-a-high-quality-image.mp4            | 1 +        
+remote:  Learning SketchUp 2013/104_post-processing-in-photoshop.mp4              | 1 +        
+remote:  Learning SketchUp 2013/105_what-is-layout.mp4                            | 1 +        
+remote:  Learning SketchUp 2013/106_adjusting-the-model-settings.mp4              | 1 +        
+remote:  Learning SketchUp 2013/108_adding-additional-pages-and-content.mp4       | 1 +        
+remote:  Learning SketchUp 2013/109_updating-the-model-references.mp4             | 1 +        
+remote:  Learning SketchUp 2013/10_freehand-tool.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/111_about-dan-brown.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/11_navigating-in-3d.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/12_push-pull-and-move-tool.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/13_using-follow-me-complex-roof-pitches.mp4       | 1 +        
+remote:  Learning SketchUp 2013/14_creating-a-mansard-roof.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/15_creating-a-gambrel-roof.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/16_measurements.mp4                               | 1 +        
+remote:  Learning SketchUp 2013/18_extruding-your-walls-push-pull-and-offset.mp4  | 1 +        
+remote:  Learning SketchUp 2013/19_creating-doors-and-openings.mp4                | 1 +        
+remote:  .../20_clean-up-using-the-eraser-to-remove-unwanted-edges.mp4            | 1 +        
+remote:  Learning SketchUp 2013/21_why-groups.mp4                                 | 1 +        
+remote:  Learning SketchUp 2013/22_creating-the-second-floor.mp4                  | 1 +        
+remote:  Learning SketchUp 2013/23_creating-additional-openings.mp4               | 1 +        
+remote:  Learning SketchUp 2013/24_hide-model-and-other-useful-shortcuts.mp4      | 1 +        
+remote:  Learning SketchUp 2013/25_using-the-outliner.mp4                         | 1 +        
+remote:  Learning SketchUp 2013/26_using-layers-to-control-visibility.mp4         | 1 +        
+remote:  Learning SketchUp 2013/27_viewing-layer-states-of-the-model.mp4          | 1 +        
+remote:  Learning SketchUp 2013/28_field-of-view.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/29_dividing-faces-to-create-your-rooms.mp4        | 1 +        
+remote:  Learning SketchUp 2013/30_area-tool-for-calculations.mp4                 | 1 +        
+remote:  Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture-2.mp4     | 1 +        
+remote:  Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture.mp4       | 1 +        
+remote:  Learning SketchUp 2013/32_importing-and-applying-a-texture.mp4           | 1 +        
+remote:  Learning SketchUp 2013/33_positioning-an-imported-texture.mp4            | 1 +        
+remote:  Learning SketchUp 2013/34_editing-texture-colour-in-sketchup.mp4         | 1 +        
+remote:  Learning SketchUp 2013/35_editing-a-texture-in-photoshop.mp4             | 1 +        
+remote:  Learning SketchUp 2013/36_hide-edges-and-lines-with-the-eraser-tool.mp4  | 1 +        
+remote:  Learning SketchUp 2013/37_creating-the-ceiling.mp4                       | 1 +        
+remote:  Learning SketchUp 2013/38_assigning-layers-within-groups.mp4             | 1 +        
+remote:  Learning SketchUp 2013/39_adding-detail-chapter-7.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/40_creating-crown-moulding.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/41_copy-and-paste-in-place.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/42_why-we-use-groups-and-components.mp4           | 1 +        
+remote:  Learning SketchUp 2013/43_creating-the-staircase.mp4                     | 1 +        
+remote:  Learning SketchUp 2013/44_adding-riser-detail.mp4                        | 1 +        
+remote:  Learning SketchUp 2013/45_making-a-unique-bottom-step.mp4                | 1 +        
+remote:  Learning SketchUp 2013/46_adding-spindles-with-move-and-copy.mp4         | 1 +        
+remote:  Learning SketchUp 2013/47_adding-railing.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/48_review-of-components-and-nested-groups.mp4     | 1 +        
+remote:  Learning SketchUp 2013/49_creating-doors.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/50_creating-the-front-window-frame.mp4            | 1 +        
+remote:  Learning SketchUp 2013/51_double-hung-windows.mp4                        | 1 +        
+remote:  Learning SketchUp 2013/52_installing-bit-tools-plugins.mp4               | 1 +        
+remote:  Learning SketchUp 2013/53_creating-walls-and-door-openings.mp4           | 1 +        
+remote:  Learning SketchUp 2013/54_using-the-window-feature.mp4                   | 1 +        
+remote:  Learning SketchUp 2013/55_starting-at-the-base.mp4                       | 1 +        
+remote:  Learning SketchUp 2013/56_building-the-mantle.mp4                        | 1 +        
+remote:  Learning SketchUp 2013/57_mantle-columns.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/58_mantle-support.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/59_adding-textures.mp4                            | 1 +        
+remote:  Learning SketchUp 2013/60_base-cabinets.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/61_wall-cabinets.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/62_cabinet-doors.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/63_creating-the-countertop.mp4                    | 1 +        
+remote:  Learning SketchUp 2013/64_adding-materials.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/65_adding-appliances.mp4                          | 1 +        
+remote:  Learning SketchUp 2013/66_adding-the-fridge-and-sink.mp4                 | 1 +        
+remote:  Learning SketchUp 2013/67_using-the-3d-warehouse.mp4                     | 1 +        
+remote:  Learning SketchUp 2013/68_using-form-fonts.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/69_using-the-podium-browser.mp4                   | 1 +        
+remote:  Learning SketchUp 2013/70_creating-a-library.mp4                         | 1 +        
+remote:  Learning SketchUp 2013/71_setting-up-to-match-a-new-photo.mp4            | 1 +        
+remote:  Learning SketchUp 2013/72_creating-the-massing-model.mp4                 | 1 +        
+remote:  Learning SketchUp 2013/73_applying-textures.mp4                          | 1 +        
+remote:  Learning SketchUp 2013/74_adding-detail-chapter-13.mp4                   | 1 +        
+remote:  Learning SketchUp 2013/75_saving-and-placing-into-the-model.mp4          | 1 +        
+remote:  Learning SketchUp 2013/76_creating-the-exterior.mp4                      | 1 +        
+remote:  Learning SketchUp 2013/77_setting-the-building-in-place-geolocation.mp4  | 1 +        
+remote:  Learning SketchUp 2013/78_reset-axis-to-align-building.mp4               | 1 +        
+remote:  Learning SketchUp 2013/79_creating-the-front-facade.mp4                  | 1 +        
+remote:  Learning SketchUp 2013/80_adding-context.mp4                             | 1 +        
+remote:  Learning SketchUp 2013/81_get-photo-google-street-view.mp4               | 1 +        
+remote:  Learning SketchUp 2013/82_using-3d-text.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/83_add-solar-panels-with-skelion-plugin.mp4       | 1 +        
+remote:  Learning SketchUp 2013/84_creating-scenes-and-updating.mp4               | 1 +        
+remote:  Learning SketchUp 2013/85_styles.mp4                                     | 1 +        
+remote:  Learning SketchUp 2013/86_scenes-for-animation.mp4                       | 1 +        
+remote:  Learning SketchUp 2013/87_section-cut-for-interior-elevations.mp4        | 1 +        
+remote:  Learning SketchUp 2013/88_creating-a-group.mp4                           | 1 +        
+remote:  Learning SketchUp 2013/89_creating-the-animation.mp4                     | 1 +        
+remote:  Learning SketchUp 2013/90_jpeg-and-png-files.mp4                         | 1 +        
+remote:  Learning SketchUp 2013/91_dwg-elevation-and-plan-pro-feature.mp4         | 1 +        
+remote:  Learning SketchUp 2013/92_kmz-for-google-earth.mp4                       | 1 +        
+remote:  Learning SketchUp 2013/93_collada-files.mp4                              | 1 +        
+remote:  Learning SketchUp 2013/94_animation-options.mp4                          | 1 +        
+remote:  Learning SketchUp 2013/95_add-final-touches.mp4                          | 1 +        
+remote:  Learning SketchUp 2013/96_export-display-options.mp4                     | 1 +        
+remote:  Learning SketchUp 2013/97_stacking-images-in-photoshop.mp4               | 1 +        
+remote:  Learning SketchUp 2013/98_multiply-and-opacity.mp4                       | 1 +        
+remote:  Learning SketchUp 2013/99_saving-the-image.mp4                           | 1 +        
+remote:  109 files changed, 109 insertions(+)        
+remote:  create mode 120000 Learning SketchUp 2013/01_introduction.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/02_setting-up-the-template.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/03_setting-up-the-toolbars.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/04_how-to-access-your-working-files.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/05_line-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/06_rectangle-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/07_circle-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/08_polygon-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/09_arc-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/100_adding-lighting.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/101_add-reflections-to-existing-textures.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/102_model-presets-create-a-preview-rendering.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/103_rendering-a-high-quality-image.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/104_post-processing-in-photoshop.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/105_what-is-layout.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/106_adjusting-the-model-settings.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/108_adding-additional-pages-and-content.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/109_updating-the-model-references.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/10_freehand-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/111_about-dan-brown.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/11_navigating-in-3d.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/12_push-pull-and-move-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/13_using-follow-me-complex-roof-pitches.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/14_creating-a-mansard-roof.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/15_creating-a-gambrel-roof.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/16_measurements.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/18_extruding-your-walls-push-pull-and-offset.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/19_creating-doors-and-openings.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/20_clean-up-using-the-eraser-to-remove-unwanted-edges.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/21_why-groups.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/22_creating-the-second-floor.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/23_creating-additional-openings.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/24_hide-model-and-other-useful-shortcuts.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/25_using-the-outliner.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/26_using-layers-to-control-visibility.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/27_viewing-layer-states-of-the-model.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/28_field-of-view.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/29_dividing-faces-to-create-your-rooms.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/30_area-tool-for-calculations.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture-2.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/31_using-paint-bucket-for-floor-texture.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/32_importing-and-applying-a-texture.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/33_positioning-an-imported-texture.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/34_editing-texture-colour-in-sketchup.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/35_editing-a-texture-in-photoshop.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/36_hide-edges-and-lines-with-the-eraser-tool.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/37_creating-the-ceiling.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/38_assigning-layers-within-groups.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/39_adding-detail-chapter-7.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/40_creating-crown-moulding.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/41_copy-and-paste-in-place.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/42_why-we-use-groups-and-components.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/43_creating-the-staircase.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/44_adding-riser-detail.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/45_making-a-unique-bottom-step.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/46_adding-spindles-with-move-and-copy.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/47_adding-railing.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/48_review-of-components-and-nested-groups.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/49_creating-doors.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/50_creating-the-front-window-frame.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/51_double-hung-windows.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/52_installing-bit-tools-plugins.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/53_creating-walls-and-door-openings.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/54_using-the-window-feature.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/55_starting-at-the-base.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/56_building-the-mantle.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/57_mantle-columns.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/58_mantle-support.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/59_adding-textures.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/60_base-cabinets.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/61_wall-cabinets.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/62_cabinet-doors.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/63_creating-the-countertop.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/64_adding-materials.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/65_adding-appliances.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/66_adding-the-fridge-and-sink.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/67_using-the-3d-warehouse.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/68_using-form-fonts.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/69_using-the-podium-browser.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/70_creating-a-library.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/71_setting-up-to-match-a-new-photo.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/72_creating-the-massing-model.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/73_applying-textures.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/74_adding-detail-chapter-13.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/75_saving-and-placing-into-the-model.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/76_creating-the-exterior.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/77_setting-the-building-in-place-geolocation.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/78_reset-axis-to-align-building.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/79_creating-the-front-facade.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/80_adding-context.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/81_get-photo-google-street-view.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/82_using-3d-text.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/83_add-solar-panels-with-skelion-plugin.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/84_creating-scenes-and-updating.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/85_styles.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/86_scenes-for-animation.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/87_section-cut-for-interior-elevations.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/88_creating-a-group.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/89_creating-the-animation.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/90_jpeg-and-png-files.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/91_dwg-elevation-and-plan-pro-feature.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/92_kmz-for-google-earth.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/93_collada-files.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/94_animation-options.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/95_add-final-touches.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/96_export-display-options.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/97_stacking-images-in-photoshop.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/98_multiply-and-opacity.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/99_saving-the-image.mp4        
+     8224768  60%    2.54MB/s    0:00:02
+remote: 
+remote: ok        
+remote: (Recording state in git...)        
+[2014-05-25 21:41:47 CEST] RemoteControl: Syncing with diskstation 
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e459e2f..26c6449  git-annex -> synced/git-annex
+   6f2044d..7500a88  master -> synced/master
+    10911744  80%    2.52MB/s    0:00:01
+    13603741 100%    2.69MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 13605572 bytes  received 42 bytes  2473748.00 bytes/sec
+total size is 13603741  speedup is 1.00
+[2014-05-25 21:41:49 CEST] Transferrer: Uploaded 32_import..xture.mp4
+
+WORM-s13731971-m1398386799--Learning SketchUp 2013%31_using-paint-bucket-for-floor-texture.mp4
+       32768   0%    0.00kB/s    0:00:00
+     2752512  20%    2.48MB/s    0:00:04
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   297826c..ee2d7a6  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/master is at 7500a886b58db7f0a3d2d279a946215525109cd2 but expected 6f2044d781d283993104edb9f8b96041801c1e76
+ ! 6f2044d..7500a88  master     -> diskstation/master  (unable to update local ref)
+[2014-05-25 21:41:51 CEST] Pusher: Syncing with diskstation 
+     5373952  39%    2.45MB/s    0:00:03
+     9404416  68%    2.88MB/s    0:00:01
+    12681216  92%    2.63MB/s    0:00:00
+    13731971 100%    2.84MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 13733822 bytes  received 42 bytes  2497066.18 bytes/sec
+total size is 13731971  speedup is 1.00
+[2014-05-25 21:41:54 CEST] Transferrer: Uploaded 31_using-..xture.mp4
+
+WORM-s13731971-m1398386799--Learning SketchUp 2013%31_using-paint-bucket-for-floor-texture-2.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      3211264  23%    2.96MB/s    0:00:03
+     7634944  55%    3.55MB/s    0:00:01
+[2014-05-25 21:41:57 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   26c6449..9d66740  git-annex -> synced/git-annex
+    11370496  82%    3.54MB/s    0:00:00
+    13731971 100%    3.62MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 13733824 bytes  received 42 bytes  2497066.55 bytes/sec
+total size is 13731971  speedup is 1.00
+[2014-05-25 21:41:59 CEST] Transferrer: Uploaded 31_using-..ure-2.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ee2d7a6..be030de  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 9d667409bdd47098b595460d26a4a47a7477b602 but expected 26c64492572c692eb6c5e3af0922849d42142cc5
+ ! 26c6449..9d66740  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s6958518-m1398385748--Learning SketchUp 2013%30_area-tool-for-calculations.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4096000  58%    3.77MB/s    0:00:00
+[2014-05-25 21:42:01 CEST] Pusher: Syncing with diskstation 
+     5505024  79%    2.56MB/s    0:00:00
+     6958518 100%    2.63MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 6959530 bytes  received 42 bytes  1988449.14 bytes/sec
+total size is 6958518  speedup is 1.00
+[2014-05-25 21:42:02 CEST] Transferrer: Uploaded 30_area-t..tions.mp4
+
+WORM-s17894336-m1398385618--Learning SketchUp 2013%29_dividing-faces-to-create-your-rooms.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5210112  29%    4.90MB/s    0:00:02
+     8617984  48%    3.99MB/s    0:00:02
+    10715136  59%    3.34MB/s    0:00:02
+[2014-05-25 21:42:07 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9d66740..2f65ea4  git-annex -> synced/git-annex
+    13336576  74%    3.11MB/s    0:00:01
+    16842752  94%    2.72MB/s    0:00:00
+    17894336 100%    3.16MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 17896694 bytes  received 42 bytes  2753344.00 bytes/sec
+total size is 17894336  speedup is 1.00
+[2014-05-25 21:42:09 CEST] Transferrer: Uploaded 29_dividi..rooms.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   be030de..afc435c  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 2f65ea464ab39db40b09478a6857d41450b394d3 but expected 9d667409bdd47098b595460d26a4a47a7477b602
+ ! 9d66740..2f65ea4  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:42:10 CEST] Committer: Adding 107_addin..sions.mp4 110_prese..aving.mp4
+ok
+(Recording state in git...)
+(Recording state in git...)
+
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+(merging diskstation/git-annex into git-annex...)
+(Recording state in git...)
+add Learning SketchUp 2013/107_adding-annotations-and-dimensions.mp4 ok
+add Learning SketchUp 2013/110_presenting-and-saving.mp4 [2014-05-25 21:42:10 CEST] Committer: Committing changes to git
+
+WORM-s16183756-m1398386984--Learning SketchUp 2013%28_field-of-view.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:42:11 CEST] Pusher: Syncing with diskstation 
+     5177344  31%    4.80MB/s    0:00:02
+Already up-to-date.
+     9306112  57%    4.38MB/s    0:00:01
+    13434880  83%    4.21MB/s    0:00:00
+remote: merge git-annex     16183756 100%    3.91MB/s    0:00:03 (xfer#1, to-check=0/1)
+[2014-05-25 21:42:16 CEST] RemoteControl: Syncing with diskstation 
+
+sent 16185880 bytes  received 42 bytes  2942894.91 bytes/sec
+total size is 16183756  speedup is 1.00
+[2014-05-25 21:42:16 CEST] Transferrer: Uploaded 28_field-..-view.m(merging synced/git-annex into git-annex...)        
+premote: (Recording state in git...)        
+4remote: ok        
+remote: merge synced/master 
+
+WORM-s8653832-m1398386968--Learning SketchUp 2013%110_presenting-and-saving.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   afc435c..2feeb97  git-annex  -> diskstation/git-annex
+   2f65ea4..de80d6d  synced/git-annex -> diskstation/synced/git-annex
+   7500a88..af4c173  synced/master -> diskstation/synced/master
+     4390912  50%    4.13MB/s    0:00:01
+Already up-to-date.
+     7045120  81%    3.30MB/s    0:00:00
+Updating 7500a88..af4c173        
+remote: Fast-forward        
+remote:  Learning SketchUp 2013/107_adding-annotations-and-dimensions.mp4 | 1 +        
+remote:  Learning SketchUp 2013/110_presenting-and-saving.mp4             | 1 +        
+remote:  2 files changed, 2 insertions(+)        
+remote:  create mode 120000 Learning SketchUp 2013/107_adding-annotations-and-dimensions.mp4        
+remote:  create mode 120000 Learning SketchUp 2013/110_presenting-and-saving.mp4        
+     8653832 100%    3.26MB/s    0:00:02 (xfer#1, to-check=0/1)
+remote: 
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2f65ea4..de80d6d  git-annex -> synced/git-annex
+   7500a88..af4c173  master -> synced/master
+
+sent 8655048 bytes  received 42 bytes  1923353.33 bytes/sec
+total size is 8653832  speedup is 1.00
+[2014-05-25 21:42:20 CEST] Transferrer: Uploaded 110_prese..aving.mp4
+[2014-05-25 21:42:20 CEST] RemoteControl: Syncing with diskstation 
+
+WORM-s12740321-m1398386533--Learning SketchUp 2013%107_adding-annotations-and-dimensions.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2feeb97..c393949  git-annex  -> diskstation/git-annex
+   7500a88..af4c173  master     -> diskstation/master
+     4685824  36%    4.30MB/s    0:00:01
+     7667712  60%    3.56MB/s    0:00:01
+    10518528  82%    3.25MB/s    0:00:00
+[2014-05-25 21:42:24 CEST] Pusher: Syncing with diskstation 
+    12740321 100%    3.20MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 12742046 bytes  received 42 bytes  2316743.27 bytes/sec
+total size is 12740321  speedup is 1.00
+[2014-05-25 21:42:25 CEST] Transferrer: Uploaded 107_addin..sions.mp4
+
+WORM-s21683651-m1398384839--Learning SketchUp 2013%27_viewing-layer-states-of-the-model.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4358144  20%    4.11MB/s    0:00:04
+     7438336  34%    3.47MB/s    0:00:04
+[2014-05-25 21:42:29 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   de80d6d..da93668  git-annex -> synced/git-annex
+     9273344  42%    2.81MB/s    0:00:04
+    12189696  56%    2.78MB/s    0:00:03
+    15532032  71%    2.54MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c393949..9f19ee8  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at da936685ca807cb619e2d6073c857cdcdc345dde but expected de80d6dd537ca7e4bfade9d40eade18afc58878b
+ ! de80d6d..da93668  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    19300352  89%    2.70MB/s    0:00:00
+    21683651 100%    2.95MB/s    0:00:06 (xfer#1, to-check=0/1)
+[2014-05-25 21:42:33 CEST] Pusher: Syncing with diskstation 
+
+sent 21686467 bytes  received 42 bytes  2551354.00 bytes/sec
+total size is 21683651  speedup is 1.00
+[2014-05-25 21:42:33 CEST] Transferrer: Uploaded 27_viewin..model.mp4
+
+WORM-s16669986-m1398385184--Learning SketchUp 2013%26_using-layers-to-control-visibility.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4259840  25%    3.95MB/s    0:00:03
+     7274496  43%    3.37MB/s    0:00:02
+[2014-05-25 21:42:37 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   da93668..fc553e7  git-annex -> synced/git-annex
+    10387456  62%    3.21MB/s    0:00:01
+    13500416  80%    3.14MB/s    0:00:00
+    16613376  99%    2.87MB/s    0:00:00
+    16669986 100%    3.09MB/s    0:00:05 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9f19ee8..a8b9203  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at fc553e72a5ea5a077a254df3f557b3d6241d9342 but expected da936685ca807cb619e2d6073c857cdcdc345dde
+ ! da93668..fc553e7  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 16672191 bytes  received 42 bytes  2564958.92 bytes/sec
+total size is 16669986  speedup is 1.00
+[2014-05-25 21:42:40 CEST] Transferrer: Uploaded 26_using-..ility.mp4
+
+WORM-s8161367-m1398386819--Learning SketchUp 2013%25_using-the-outliner.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4620288  56%    4.32MB/s    0:00:00
+[2014-05-25 21:42:41 CEST] Pusher: Syncing with diskstation 
+     8161367 100%    3.89MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 8162519 bytes  received 42 bytes  3265024.40 bytes/sec
+total size is 8161367  speedup is 1.00
+[2014-05-25 21:42:42 CEST] Transferrer: Uploaded 25_using-..liner.mp4
+
+WORM-s26081165-m1398387035--Learning SketchUp 2013%24_hide-model-and-other-useful-shortcuts.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4620288  17%    4.27MB/s    0:00:04
+remote: merge git-annex      6193152  23%    2.82MB/s    0:00:06
+     9568256  36%    2.93MB/s    0:00:05
+    13631488  52%    3.16MB/s    0:00:03
+[2014-05-25 21:42:47 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   fc553e7..7eccd72  git-annex -> synced/git-annex
+    17203200  65%    2.92MB/s    0:00:02
+    21561344  82%    3.62MB/s    0:00:01
+    25362432  97%    3.72MB/s    0:00:00
+    26081165 100%    3.37MB/s    0:00:07 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a8b9203..829ce2e  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7eccd720d952d1ec3a1ee00cc524732ec970285f but expected fc553e72a5ea5a077a254df3f557b3d6241d9342
+ ! fc553e7..7eccd72  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 26084521 bytes  received 42 bytes  2745743.47 bytes/sec
+total size is 26081165  speedup is 1.00
+[2014-05-25 21:42:51 CEST] Transferrer: Uploaded 24_hide-m..tcuts.mp4
+
+WORM-s24710536-m1398386140--Learning SketchUp 2013%23_creating-additional-openings.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:42:52 CEST] Pusher: Syncing with diskstation 
+     5111808  20%    4.80MB/s    0:00:03
+     9142272  36%    4.25MB/s    0:00:03
+    12648448  51%    3.92MB/s    0:00:03
+    16023552  64%    3.71MB/s    0:00:02
+remote: merge git-annex     19365888  78%    3.27MB/s    0:00:01
+    22478848  90%    3.05MB/s    0:00:00
+[2014-05-25 21:42:58 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7eccd72..5dd7ceb  git-annex -> synced/git-annex
+    24710536 100%    3.34MB/s    0:00:07 (xfer#1, to-check=0/1)
+
+sent 24713719 bytes  received 42 bytes  2907501.29 bytes/sec
+total size is 24710536  speedup is 1.00
+[2014-05-25 21:42:59 CEST] Transferrer: Uploaded 23_creati..nings.mp4
+
+WORM-s27007278-m1398386399--Learning SketchUp 2013%22_creating-the-second-floor.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   829ce2e..432e319  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 5dd7ceb17a57b1f11edb692c3c20eb05f7c89aa7 but expected 7eccd720d952d1ec3a1ee00cc524732ec970285f
+ ! 7eccd72..5dd7ceb  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     4194304  15%    3.94MB/s    0:00:05
+     6946816  25%    3.24MB/s    0:00:06
+[2014-05-25 21:43:02 CEST] Pusher: Syncing with diskstation 
+     9830400  36%    3.06MB/s    0:00:05
+    12582912  46%    2.96MB/s    0:00:04
+remote: merge git-annex     15761408  58%    2.73MB/s    0:00:04
+    18481152  68%    2.71MB/s    0:00:03
+[2014-05-25 21:43:06 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5dd7ceb..114c7a8  git-annex -> synced/git-annex
+    21889024  81%    2.82MB/s    0:00:01
+    24805376  91%    2.86MB/s    0:00:00
+    27007278 100%    2.89MB/s    0:00:08 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   432e319..ee3c95a  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 114c7a8e0d0873ea44ebfd8a5989b7e4f6fe300d but expected 5dd7ceb17a57b1f11edb692c3c20eb05f7c89aa7
+ ! 5dd7ceb..114c7a8  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 27010738 bytes  received 42 bytes  2572455.24 bytes/sec
+total size is 27007278  speedup is 1.00
+[2014-05-25 21:43:09 CEST] Transferrer: Uploaded 22_creati..floor.mp4
+
+WORM-s11952523-m1398387004--Learning SketchUp 2013%21_why-groups.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3538944  29%    3.13MB/s    0:00:02
+[2014-05-25 21:43:11 CEST] Pusher: Syncing with diskstation 
+     4849664  40%    2.11MB/s    0:00:03
+     8257536  69%    2.44MB/s    0:00:01
+    11272192  94%    2.54MB/s    0:00:00
+remote: merge git-annex     11952523 100%    2.56MB/s    0:00:04 (xfer#1, to-check=0/1)
+[2014-05-25 21:43:15 CEST] RemoteControl: Syncing with diskstation 
+
+sent 11954128 bytes  received 42 bytes  2173485.45 bytes/sec
+total size is 11952523  speedup is 1.00
+[2014-05-25 21:43:15 CEST] Transferrer: Uploaded 21_why-groups.mp4
+
+WORM-s14698958-m1401045757--Learning SketchUp 2013%20_clean-up-using-the-eraser-to-remove-unwanted-edges.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   114c7a8..70d2843  git-annex -> synced/git-annex
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ee3c95a..292456c  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 70d2843ca3fd83291be9e3a83c8a2b1d393344fc but expected 114c7a8e0d0873ea44ebfd8a5989b7e4f6fe300d
+ ! 114c7a8..70d2843  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:43:17 CEST] RemoteControl: Syncing with diskstation 
+     4489216  30%    4.09MB/s    0:00:02
+     7634944  51%    3.53MB/s    0:00:01
+    10715136  72%    3.32MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   292456c..489a02f  git-annex  -> diskstation/git-annex
+    14254080  96%    3.32MB/s    0:00:00
+    14698958 100%    3.27MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 14700939 bytes  received 42 bytes  2261689.38 bytes/sec
+total size is 14698958  speedup is 1.00
+[2014-05-25 21:43:21 CEST] Transferrer: Uploaded 20_clean-..edges.mp4
+[2014-05-25 21:43:21 CEST] Pusher: Syncing with diskstation 
+
+WORM-s53078315-m1401045818--Learning SketchUp 2013%19_creating-doors-and-openings.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5046272   9%    4.66MB/s    0:00:10
+     9109504  17%    4.21MB/s    0:00:10
+remote: merge git-annex     12779520  24%    3.96MB/s    0:00:09
+    16187392  30%    3.76MB/s    0:00:09
+    20676608  38%    3.66MB/s    0:00:08
+[2014-05-25 21:43:27 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   70d2843..0d8c767  git-annex -> synced/git-annex
+    24739840  46%    3.67MB/s    0:00:07
+    28573696  53%    3.71MB/s    0:00:06
+    32243712  60%    3.76MB/s    0:00:05
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   489a02f..7a7f5ca  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 0d8c76720fa6b51cf2cf5edf847e732dd550ab40 but expected 70d2843ca3fd83291be9e3a83c8a2b1d393344fc
+ ! 70d2843..0d8c767  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    36765696  69%    3.74MB/s    0:00:04
+    40697856  76%    3.72MB/s    0:00:03
+    44564480  83%    3.73MB/s    0:00:02
+    47316992  89%    3.53MB/s    0:00:01
+    50331648  94%    3.18MB/s    0:00:00
+    53078315 100%    3.62MB/s    0:00:13 (xfer#1, to-check=0/1)
+
+sent 53084957 bytes  received 42 bytes  3424838.65 bytes/sec
+total size is 53078315  speedup is 1.00
+[2014-05-25 21:43:36 CEST] Transferrer: Uploaded 19_creati..nings.mp4
+[2014-05-25 21:43:36 CEST] Pusher: Syncing with diskstation 
+
+WORM-s30352251-m1398385646--Learning SketchUp 2013%18_extruding-your-walls-push-pull-and-offset.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4784128  15%    4.50MB/s    0:00:05
+remote: merge git-annex      8159232  26%    3.81MB/s    0:00:05
+    10256384  33%    3.17MB/s    0:00:06
+[2014-05-25 21:43:40 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   0d8c767..6f8ae3d  git-annex -> synced/git-annex
+    13271040  43%    3.06MB/s    0:00:05
+    16318464  53%    2.65MB/s    0:00:05
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7a7f5ca..bef94a6  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 6f8ae3d49d1006e2d5cf957d7539c0818db4df12 but expected 0d8c76720fa6b51cf2cf5edf847e732dd550ab40
+ ! 0d8c767..6f8ae3d  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    19070976  62%    2.51MB/s    0:00:04
+    21954560  72%    2.71MB/s    0:00:03
+    24969216  82%    2.72MB/s    0:00:01
+    27852800  91%    2.69MB/s    0:00:00
+    30352251 100%    2.87MB/s    0:00:10 (xfer#1, to-check=0/1)
+
+sent 30356135 bytes  received 42 bytes  2639667.57 bytes/sec
+total size is 30352251  speedup is 1.00
+[2014-05-25 21:43:48 CEST] Transferrer: Uploaded 18_extrud..ffset.mp4
+[2014-05-25 21:43:48 CEST] Pusher: Syncing with diskstation 
+
+WORM-s14102612-m1398386513--Learning SketchUp 2013%16_measurements.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4554752  32%    4.23MB/s    0:00:02
+     7634944  54%    3.59MB/s    0:00:01
+remote: merge git-annex     10584064  75%    3.29MB/s    0:00:01
+[2014-05-25 21:43:52 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   6f8ae3d..32eee1a  git-annex -> synced/git-annex
+    13434880  95%    3.13MB/s    0:00:00
+    14102612 100%    3.14MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 14104483 bytes  received 42 bytes  2564459.09 bytes/sec
+total size is 14102612  speedup is 1.00
+[2014-05-25 21:43:53 CEST] Transferrer: Uploaded 16_measurements.mp4
+
+WORM-s16792198-m1398384994--Learning SketchUp 2013%15_creating-a-gambrel-roof.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   bef94a6..10025f1  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 32eee1aff2a03a33e7cc200fefcef41ce775767e but expected 6f8ae3d49d1006e2d5cf957d7539c0818db4df12
+ ! 6f8ae3d..32eee1a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     4128768  24%    3.88MB/s    0:00:03
+     7012352  41%    3.26MB/s    0:00:02
+[2014-05-25 21:43:56 CEST] Pusher: Syncing with diskstation 
+     9895936  58%    3.07MB/s    0:00:02
+    12648448  75%    2.95MB/s    0:00:01
+remote: merge git-annex     14745600  87%    2.48MB/s    0:00:00
+    16416768  97%    2.20MB/s    0:00:00
+    16792198 100%    2.58MB/s    0:00:06 (xfer#1, to-check=0/1)
+[2014-05-25 21:44:01 CEST] RemoteControl: Syncing with diskstation 
+
+sent 16794408 bytes  received 42 bytes  1975817.65 bytes/sec
+total size is 16792198  speedup is 1.00
+[2014-05-25 21:44:01 CEST] Transferrer: Uploaded 15_creati..-roof.mp4
+
+WORM-s33139501-m1398386446--Learning SketchUp 2013%14_creating-a-mansard-roof.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   32eee1a..cc461b8  git-annex -> synced/git-annex
+     4685824  14%    4.39MB/s    0:00:06
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   10025f1..f39db09  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at cc461b8c48eb38d8f0b020a9c22440dada4973f0 but expected 32eee1aff2a03a33e7cc200fefcef41ce775767e
+ ! 32eee1a..cc461b8  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:44:03 CEST] RemoteControl: Syncing with diskstation 
+     8159232  24%    3.84MB/s    0:00:06
+    11730944  35%    3.67MB/s    0:00:05
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f39db09..d356ca4  git-annex  -> diskstation/git-annex
+    16351232  49%    3.85MB/s    0:00:04
+[2014-05-25 21:44:07 CEST] Pusher: Syncing with diskstation 
+    20119552  60%    3.63MB/s    0:00:03
+    23265280  70%    3.52MB/s    0:00:02
+    25952256  78%    3.31MB/s    0:00:02
+remote: merge git-annex     28803072  86%    2.89MB/s    0:00:01
+(merging synced/git-annex into git-annex...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   cc461b8..f90e094  git-annex -> synced/git-annex
+    31653888  95%    2.67MB/s    0:00:00
+    33139501 100%    3.28MB/s    0:00:09 (xfer#1, to-check=0/1)
+
+sent 33143707 bytes  received 42 bytes  2882065.13 bytes/sec
+total size is 33139501  speedup is 1.00
+[2014-05-25 21:44:12 CEST] Transferrer: Uploaded 14_creati..-roof.mp4
+
+WORM-s32543230-m1398386371--Learning SketchUp 2013%13_using-follow-me-complex-roof-pitches.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4718592  14%    4.45MB/s    0:00:06
+[2014-05-25 21:44:14 CEST] Pusher: Syncing with diskstation 
+     7340032  22%    3.45MB/s    0:00:07
+    10125312  31%    3.18MB/s    0:00:06
+    12877824  39%    3.03MB/s    0:00:06
+remote: merge git-annex     15892480  48%    2.64MB/s    0:00:06
+    18579456  57%    2.64MB/s    0:00:05
+    21561344  66%    2.67MB/s    0:00:04
+[2014-05-25 21:44:20 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f90e094..795020d  git-annex -> synced/git-annex
+    24412160  75%    2.70MB/s    0:00:02
+    27164672  83%    2.61MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d356ca4..7d763cd  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 795020d6aa856441f602de8d1f2f7efb98c00f20 but expected f90e0945bc55e8e50115bccec9672d1df7c23e69
+ ! f90e094..795020d  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    28737536  88%    2.28MB/s    0:00:01
+    30703616  94%    2.05MB/s    0:00:00
+    32543230 100%    2.58MB/s    0:00:12 (xfer#1, to-check=0/1)
+
+sent 32547377 bytes  received 42 bytes  2410919.93 bytes/sec
+total size is 32543230  speedup is 1.00
+[2014-05-25 21:44:25 CEST] Transferrer: Uploaded 13_using-..tches.mp4
+[2014-05-25 21:44:25 CEST] Pusher: Syncing with diskstation 
+
+WORM-s22461160-m1401045786--Learning SketchUp 2013%12_push-pull-and-move-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4161536  18%    3.80MB/s    0:00:04
+remote: merge git-annex      6782976  30%    3.13MB/s    0:00:04
+     9666560  43%    2.95MB/s    0:00:04
+[2014-05-25 21:44:29 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   795020d..496b7bd  git-annex -> synced/git-annex
+    12681216  56%    2.91MB/s    0:00:03
+    15859712  70%    2.70MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7d763cd..2bf57cb  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 496b7bd40f4c979efdd6196eccadeeb370bb4ec3 but expected 795020d6aa856441f602de8d1f2f7efb98c00f20
+ ! 795020d..496b7bd  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    18579456  82%    2.72MB/s    0:00:01
+    20414464  90%    2.50MB/s    0:00:00
+    22461160 100%    2.69MB/s    0:00:07 (xfer#1, to-check=0/1)
+
+sent 22464062 bytes  received 42 bytes  2364642.53 bytes/sec
+total size is 22461160  speedup is 1.00
+[2014-05-25 21:44:34 CEST] Transferrer: Uploaded 12_push-p..-tool.mp4
+[2014-05-25 21:44:34 CEST] Pusher: Syncing with diskstation 
+
+WORM-s15320679-m1398386653--Learning SketchUp 2013%11_navigating-in-3d.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4587520  29%    4.18MB/s    0:00:02
+remote: merge git-annex      7471104  48%    3.45MB/s    0:00:02
+    10223616  66%    3.16MB/s    0:00:01
+[2014-05-25 21:44:38 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   496b7bd..eefc387  git-annex -> synced/git-annex
+    12976128  84%    3.00MB/s    0:00:00
+    15320679 100%    2.92MB/s    0:00:04 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2bf57cb..310d31e  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at eefc387772b3e6ba46f51fbecd86cdabcd27db96 but expected 496b7bd40f4c979efdd6196eccadeeb370bb4ec3
+ ! 496b7bd..eefc387  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 15322702 bytes  received 42 bytes  2357345.23 bytes/sec
+total size is 15320679  speedup is 1.00
+[2014-05-25 21:44:40 CEST] Transferrer: Uploaded 11_naviga..in-3d.mp4
+
+WORM-s6065317-m1398386928--Learning SketchUp 2013%111_about-dan-brown.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4292608  70%    3.98MB/s    0:00:00
+[2014-05-25 21:44:42 CEST] Pusher: Syncing with diskstation 
+     6065317 100%    3.02MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 6066211 bytes  received 42 bytes  1733215.14 bytes/sec
+total size is 6065317  speedup is 1.00
+[2014-05-25 21:44:43 CEST] Transferrer: Uploaded 111_about..brown.mp4
+
+WORM-s2764724-m1398386941--Learning SketchUp 2013%10_freehand-tool.mp4
+       32768   1%    0.00kB/s    0:00:00
+     2764724 100%    5.18MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 2765211 bytes  received 42 bytes  1843502.00 bytes/sec
+total size is 2764724  speedup is 1.00
+[2014-05-25 21:44:45 CEST] Transferrer: Uploaded 10_freeha..-tool.mp4
+remote: merge git-annex 
+WORM-s6834151-m1398385049--Learning SketchUp 2013%109_updating-the-model-references.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  61%    3.81MB/s    0:00:00
+     6834151 100%    3.46MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:44:47 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   eefc387..dc4c11c  git-annex -> synced/git-annex
+
+sent 6835151 bytes  received 42 bytes  1952912.29 bytes/sec
+total size is 6834151  speedup is 1.00
+[2014-05-25 21:44:48 CEST] Transferrer: Uploaded 109_updat..ences.mp4
+
+WORM-s6878166-m1398386493--Learning SketchUp 2013%108_adding-additional-pages-and-content.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4259840  61%    3.87MB/s    0:00:00
+     6878166 100%    3.80MB/s    0:00:01 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   310d31e..e2f5d0d  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at dc4c11c618002775bb0e8dcf4b132113c40875ed but expected eefc387772b3e6ba46f51fbecd86cdabcd27db96
+ ! eefc387..dc4c11c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 6879176 bytes  received 42 bytes  1965490.86 bytes/sec
+total size is 6878166  speedup is 1.00
+[2014-05-25 21:44:51 CEST] Transferrer: Uploaded 108_addin..ntent.mp4
+
+WORM-s8253246-m1398386838--Learning SketchUp 2013%106_adjusting-the-model-settings.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:44:52 CEST] Pusher: Syncing with diskstation 
+     2588672  31%    2.32MB/s    0:00:02
+     4554752  55%    2.10MB/s    0:00:01
+     8093696  98%    2.51MB/s    0:00:00
+     8253246 100%    2.52MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 8254417 bytes  received 42 bytes  1834324.22 bytes/sec
+total size is 8253246  speedup is 1.00
+[2014-05-25 21:44:55 CEST] Transferrer: Uploaded 106_adjus..tings.mp4
+
+WORM-s5364896-m1398386068--Learning SketchUp 2013%105_what-is-layout.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4816896  89%    4.56MB/s    0:00:00
+     5364896 100%    4.39MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 5365701 bytes  received 42 bytes  2146297.20 bytes/sec
+total size is 5364896  speedup is 1.00
+[2014-05-25 21:44:58 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:44:58 CEST] Transferrer: Uploaded 105_what-..ayout.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   dc4c11c..a19dfa9  git-annex -> synced/git-annex
+
+WORM-s7390741-m1398386693--Learning SketchUp 2013%104_post-processing-in-photoshop.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4227072  57%    3.91MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e2f5d0d..73400d3  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at a19dfa9bd0b4aee28bf67773a9f578a9bb94f2e9 but expected dc4c11c618002775bb0e8dcf4b132113c40875ed
+ ! dc4c11c..a19dfa9  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     7241728  97%    3.34MB/s    0:00:00
+     7390741 100%    3.35MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 7391808 bytes  received 42 bytes  1642633.33 bytes/sec
+total size is 7390741  speedup is 1.00
+[2014-05-25 21:45:02 CEST] Transferrer: Uploaded 104_post-..oshop.mp4
+
+WORM-s12544086-m1398385948--Learning SketchUp 2013%103_rendering-a-high-quality-image.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:45:03 CEST] Pusher: Syncing with diskstation 
+     4292608  34%    3.96MB/s    0:00:02
+     7307264  58%    3.39MB/s    0:00:01
+     9535488  76%    2.97MB/s    0:00:00
+remote: merge git-annex     12419072  99%    2.91MB/s    0:00:00
+    12544086 100%    2.90MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 12545784 bytes  received 42 bytes  2281059.27 bytes/sec
+total size is 12544086  speedup is 1.00
+[2014-05-25 21:45:07 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:45:07 CEST] Transferrer: Uploaded 103_rende..image.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a19dfa9..96ceb2c  git-annex -> synced/git-annex
+
+WORM-s6567293-m1398384854--Learning SketchUp 2013%102_model-presets-create-a-preview-rendering.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4128768  62%    3.83MB/s    0:00:00
+     6567293 100%    3.26MB/s    0:00:01 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   73400d3..3e5d1b8  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 96ceb2c0e06ff0f1372950ab38c2aa2ebb0f00d7 but expected a19dfa9bd0b4aee28bf67773a9f578a9bb94f2e9
+ ! a19dfa9..96ceb2c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 6568272 bytes  received 42 bytes  1876661.14 bytes/sec
+total size is 6567293  speedup is 1.00
+[2014-05-25 21:45:11 CEST] Transferrer: Uploaded 102_model..ering.mp4
+
+WORM-s8030582-m1398385367--Learning SketchUp 2013%101_add-reflections-to-existing-textures.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4423680  55%    4.18MB/s    0:00:00
+[2014-05-25 21:45:12 CEST] Pusher: Syncing with diskstation 
+     7569408  94%    3.54MB/s    0:00:00
+     8030582 100%    3.53MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 8031737 bytes  received 42 bytes  2294794.00 bytes/sec
+total size is 8030582  speedup is 1.00
+[2014-05-25 21:45:14 CEST] Transferrer: Uploaded 101_add-r..tures.mp4
+
+WORM-s13509940-m1398384818--Learning SketchUp 2013%100_adding-lighting.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4587520  33%    4.25MB/s    0:00:02
+remote: merge git-annex      7831552  57%    3.62MB/s    0:00:01
+    10420224  77%    3.24MB/s    0:00:00
+[2014-05-25 21:45:18 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   96ceb2c..a5f9c8b  git-annex -> synced/git-annex
+    13509940 100%    3.28MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 13511743 bytes  received 42 bytes  2456688.18 bytes/sec
+total size is 13509940  speedup is 1.00
+[2014-05-25 21:45:19 CEST] Transferrer: Uploaded 100_addin..hting.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   3e5d1b8..6ea05e0  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at a5f9c8b9874d4d3fe571687365c391050325bc87 but expected 96ceb2c0e06ff0f1372950ab38c2aa2ebb0f00d7
+ ! 96ceb2c..a5f9c8b  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s6047748-m1398386548--Learning SketchUp 2013%09_arc-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4751360  78%    4.47MB/s    0:00:00
+     6047748 100%    4.50MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 6048630 bytes  received 42 bytes  2419468.80 bytes/sec
+total size is 6047748  speedup is 1.00
+[2014-05-25 21:45:22 CEST] Pusher: Syncing with diskstation 
+[2014-05-25 21:45:22 CEST] Transferrer: Uploaded 09_arc-tool.mp4
+
+WORM-s7257160-m1398385203--Learning SketchUp 2013%08_polygon-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5079040  69%    4.65MB/s    0:00:00
+remote: merge git-annex      7257160 100%    4.35MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:45:25 CEST] RemoteControl: Syncing with diskstation 
+
+sent 7258194 bytes  received 42 bytes  2073781.71 bytes/sec
+total size is 7257160  speedup is 1.00
+[2014-05-25 21:45:25 CEST] Transferrer: Uploaded 08_polygon-tool.mp4
+
+WORM-s6789048-m1398386463--Learning SketchUp 2013%07_circle-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a5f9c8b..05787b8  git-annex -> synced/git-annex
+     2654208  39%    2.46MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   6ea05e0..b78228d  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 05787b8b7c6dd1aad45fdb0a019a2ed5e56b26bb but expected a5f9c8b9874d4d3fe571687365c391050325bc87
+ ! a5f9c8b..05787b8  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:45:28 CEST] RemoteControl: Syncing with diskstation 
+     5013504  73%    2.35MB/s    0:00:00
+     6789048 100%    2.62MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 6790025 bytes  received 42 bytes  1940019.14 bytes/sec
+total size is 6789048  speedup is 1.00
+[2014-05-25 21:45:29 CEST] Transferrer: Uploaded 07_circle-tool.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   b78228d..f1fd60c  git-annex  -> diskstation/git-annex
+
+WORM-s3766669-m1398384958--Learning SketchUp 2013%06_rectangle-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:45:31 CEST] Pusher: Syncing with diskstation 
+     3702784  98%    2.95MB/s    0:00:00
+     3766669 100%    3.00MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 3767277 bytes  received 42 bytes  1506927.60 bytes/sec
+total size is 3766669  speedup is 1.00
+[2014-05-25 21:45:31 CEST] Transferrer: Uploaded 06_rectan..-tool.mp4
+
+WORM-s5571735-m1398386867--Learning SketchUp 2013%05_line-tool.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5144576  92%    4.78MB/s    0:00:00
+     5571735 100%    4.70MB/s    0:00:01 (xfer#1, to-check=0/1)
+remote: merge git-annex 
+sent 5572562 bytes  received 42 bytes  2229041.60 bytes/sec
+total size is 5571735  speedup is 1.00
+[2014-05-25 21:45:33 CEST] Transferrer: Uploaded 05_line-tool.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+[2014-05-25 21:45:35 CEST] RemoteConTo joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+trol: Syncing with diskstati   05787b8..2a723a6  ogit-annex -> synced/git-annexn
+ 
+
+WORM-s13796050-m1398386633--Learning SketchUp 2013%04_how-to-access-your-working-files.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4915200  35%    4.65MB/s    0:00:01
+     8159232  59%    3.77MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f1fd60c..bdd7ed6  git-annex  -> diskstation/git-annex
+    11304960  81%    3.45MB/s    0:00:00
+    13796050 100%    3.57MB/s    0:00:03 (xfer#1, to-check=0/1)
+[2014-05-25 21:45:38 CEST] Pusher: Syncing with diskstation 
+
+sent 13797905 bytes  received 42 bytes  2508717.64 bytes/sec
+total size is 13796050  speedup is 1.00
+[2014-05-25 21:45:39 CEST] Transferrer: Uploaded 04_how-to..files.mp4
+
+WORM-s5852944-m1398386582--Learning SketchUp 2013%03_setting-up-the-toolbars.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4947968  84%    4.65MB/s    0:00:00
+     5852944 100%    4.42MB/s    0:00:01 (xfer#1, to-check=0/1)
+remote: merge git-annex [2014-05-25 21:45:42 CEST] RemoteControl: Syncing with diskstation 
+
+sent 5853817 bytes  received 42 bytes  2341543.60 bytes/sec
+total size is 5852944  speedup is 1.00
+[2014-05-25 21:45:42 CEST] Transferrer: Uploaded 03_settin..lbars.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2a723a6..dc76c23  git-annex -> synced/git-annex
+
+WORM-s3829366-m1398386198--Learning SketchUp 2013%02_setting-up-the-template.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3829366 100%    4.68MB/s    0:00:00 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   bdd7ed6..84f8e25  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at dc76c234409bd5cfac50be70dd21ef8be88aed9b but expected 2a723a6697455228d8b2e95a7015aafb4be4f003
+ ! 2a723a6..dc76c23  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 3829991 bytes  received 42 bytes  1532013.20 bytes/sec
+total size is 3829366  speedup is 1.00
+[2014-05-25 21:45:45 CEST] Transferrer: Uploaded 02_settin..plate.mp4
+
+WORM-s6528377-m1398386753--Learning SketchUp 2013%01_introduction.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4718592  72%    4.42MB/s    0:00:00
+[2014-05-25 21:45:47 CEST] Pusher: Syncing with diskstation 
+     6528377 100%    3.21MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 6529323 bytes  received 42 bytes  2611746.00 bytes/sec
+total size is 6528377  speedup is 1.00
+[2014-05-25 21:45:48 CEST] Transferrer: Uploaded 01_introduction.mp4
+
+WORM-s5900041-m1398386278--Learning SketchUp 2013%99_saving-the-image.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5079040  86%    4.72MB/s    0:00:00
+     5900041 100%    4.60MB/s    0:00:01 (xfer#1, to-check=0/1)
+remote: merge git-annex 
+sent 5900915 bytes  received 42 bytes  2360382.80 bytes/sec
+total size is 5900041  speedup is 1.00
+[2014-05-25 21:45:50 CEST] Transferrer: Uploaded 99_saving..image.mp4
+
+WORM-s7221607-m1398385119--Learning SketchUp 2013%98_multiply-and-opacity.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:45:52 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   dc76c23..60c1e82  git-annex -> synced/git-annex
+     4456448  61%    4.07MB/s    0:00:00
+     7221607 100%    4.25MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 7222645 bytes  received 42 bytes  2889074.80 bytes/sec
+total size is 7221607  speedup is 1.00
+[2014-05-25 21:45:54 CEST] Transferrer: Uploaded 98_multip..acity.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   84f8e25..3261510  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 60c1e827e829b642d4618889b425c0bfc259b2c9 but expected dc76c234409bd5cfac50be70dd21ef8be88aed9b
+ ! dc76c23..60c1e82  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s6262129-m1398386258--Learning SketchUp 2013%97_stacking-images-in-photoshop.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4947968  79%    4.69MB/s    0:00:00
+     6262129 100%    4.40MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:45:56 CEST] Pusher: Syncing with diskstation 
+
+sent 6263059 bytes  received 42 bytes  2505240.40 bytes/sec
+total size is 6262129  speedup is 1.00
+[2014-05-25 21:45:56 CEST] Transferrer: Uploaded 97_stacki..oshop.mp4
+
+WORM-s9298049-m1398385793--Learning SketchUp 2013%96_export-display-options.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5177344  55%    4.84MB/s    0:00:00
+remote: merge git-annex      8519680  91%    4.01MB/s    0:00:00
+     9298049 100%    3.97MB/s    0:00:02 (xfer#1, to-check=0/1)
+[2014-05-25 21:46:00 CEST] RemoteControl: Syncing with diskstation 
+
+sent 9299341 bytes  received 42 bytes  2656966.57 bytes/sec
+total size is 9298049  speedup is 1.00
+[2014-05-25 21:46:00 CEST] Transferrer: Uploaded 96_export..tions.mp4
+
+WORM-s7895136-m1398385533--Learning SketchUp 2013%95_add-final-touches.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   60c1e82..f08968c  git-annex -> synced/git-annex
+     4325376  54%    4.06MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   3261510..c9b4dc3  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at f08968c15cbe86c49c1fb71f22f578ad7cecd680 but expected 60c1e827e829b642d4618889b425c0bfc259b2c9
+ ! 60c1e82..f08968c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:46:02 CEST] RemoteControl: Syncing with diskstation 
+     7895136 100%    3.99MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 7896251 bytes  received 42 bytes  2256083.71 bytes/sec
+total size is 7895136  speedup is 1.00
+[2014-05-25 21:46:03 CEST] Transferrer: Uploaded 95_add-fi..uches.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c9b4dc3..78519cd  git-annex  -> diskstation/git-annex
+
+WORM-s13569035-m1398385318--Learning SketchUp 2013%94_animation-options.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5373952  39%    5.00MB/s    0:00:01
+[2014-05-25 21:46:05 CEST] Pusher: Syncing with diskstation 
+     9437184  69%    4.45MB/s    0:00:00
+    13565952  99%    4.26MB/s    0:00:00
+    13569035 100%    4.26MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 13570847 bytes  received 42 bytes  3015753.11 bytes/sec
+total size is 13569035  speedup is 1.00
+[2014-05-25 21:46:07 CEST] Transferrer: Uploaded 94_animat..tions.mp4
+
+WORM-s8278464-m1398386213--Learning SketchUp 2013%93_collada-files.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5341184  64%    4.98MB/s    0:00:00
+     8278464 100%    4.37MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:46:10 CEST] RemoteControl: Syncing with diskstation 
+
+sent 8279623 bytes  received 42 bytes  2365618.57 bytes/sec
+total size is 8278464  speedup is 1.00
+[2014-05-25 21:46:10 CEST] Transferrer: Uploaded 93_collad..files.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f08968c..f99a466  git-annex -> synced/git-annex
+
+WORM-s8934010-m1398386414--Learning SketchUp 2013%92_kmz-for-google-earth.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4784128  53%    4.43MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   78519cd..e30d06f  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at f99a466d7568addbbc99cb058f66a2c03c571fba but expected f08968c15cbe86c49c1fb71f22f578ad7cecd680
+ ! f08968c..f99a466  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     8934010 100%    4.24MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 8935256 bytes  received 42 bytes  2552942.29 bytes/sec
+total size is 8934010  speedup is 1.00
+[2014-05-25 21:46:13 CEST] Transferrer: Uploaded 92_kmz-fo..earth.mp4
+
+WORM-s9716042-m1398384915--Learning SketchUp 2013%91_dwg-elevation-and-plan-pro-feature.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5341184  54%    5.00MB/s    0:00:00
+[2014-05-25 21:46:15 CEST] Pusher: Syncing with diskstation 
+     9371648  96%    4.39MB/s    0:00:00
+     9716042 100%    4.44MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 9717398 bytes  received 42 bytes  2776411.43 bytes/sec
+total size is 9716042  speedup is 1.00
+[2014-05-25 21:46:16 CEST] Transferrer: Uploaded 91_dwg-el..ature.mp4
+
+WORM-s14343030-m1398386888--Learning SketchUp 2013%90_jpeg-and-png-files.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5079040  35%    4.81MB/s    0:00:01
+     9535488  66%    4.50MB/s    0:00:01
+[2014-05-25 21:46:19 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f99a466..af84b87  git-annex -> synced/git-annex
+    13565952  94%    4.25MB/s    0:00:00
+    14343030 100%    3.99MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 14344935 bytes  received 42 bytes  2608177.64 bytes/sec
+total size is 14343030  speedup is 1.00
+[2014-05-25 21:46:21 CEST] Transferrer: Uploaded 90_jpeg-a..files.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e30d06f..c6bcde6  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at af84b876d0902aa7da89ca414becf5b9d98d8a19 but expected f99a466d7568addbbc99cb058f66a2c03c571fba
+ ! f99a466..af84b87  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s10692771-m1398385558--Learning SketchUp 2013%89_creating-the-animation.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5341184  49%    4.94MB/s    0:00:01
+[2014-05-25 21:46:23 CEST] Pusher: Syncing with diskstation 
+     9535488  89%    4.43MB/s    0:00:00
+    10692771 100%    4.41MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 10694236 bytes  received 42 bytes  3055508.00 bytes/sec
+total size is 10692771  speedup is 1.00
+[2014-05-25 21:46:24 CEST] Transferrer: Uploaded 89_creati..ation.mp4
+
+WORM-s14320839-m1398385514--Learning SketchUp 2013%88_creating-a-group.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5308416  37%    5.02MB/s    0:00:01
+remote: merge git-annex      9469952  66%    4.47MB/s    0:00:01
+    13631488  95%    4.28MB/s    0:00:00
+    14320839 100%    4.31MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 14322742 bytes  received 42 bytes  3182840.89 bytes/sec
+total size is 14320839  speedup is 1.00
+[2014-05-25 21:46:28 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:46:28 CEST] Transferrer: Uploaded 88_creati..group.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   af84b87..7f1137a  git-annex -> synced/git-annex
+
+WORM-s20730987-m1398385414--Learning SketchUp 2013%87_section-cut-for-interior-elevations.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5341184  25%    4.91MB/s    0:00:03
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c6bcde6..a8341a2  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7f1137a28d8b17c5cdc10e856578da6337d1143c but expected af84b876d0902aa7da89ca414becf5b9d98d8a19
+ ! af84b87..7f1137a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     9371648  45%    4.38MB/s    0:00:02
+    13860864  66%    4.33MB/s    0:00:01
+[2014-05-25 21:46:33 CEST] Pusher: Syncing with diskstation 
+    18055168  87%    4.23MB/s    0:00:00
+    20730987 100%    4.19MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 20733689 bytes  received 42 bytes  3189804.77 bytes/sec
+total size is 20730987  speedup is 1.00
+[2014-05-25 21:46:35 CEST] Transferrer: Uploaded 87_sectio..tions.mp4
+
+WORM-s21661288-m1398385144--Learning SketchUp 2013%86_scenes-for-animation.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5177344  23%    4.89MB/s    0:00:03
+     9404416  43%    4.46MB/s    0:00:02
+[2014-05-25 21:46:38 CEST] RemoteControl: Syncing with diskstation 
+    13631488  62%    4.28MB/s    0:00:01
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7f1137a..9338de4  git-annex -> synced/git-annex
+    17170432  79%    4.04MB/s    0:00:01
+    20905984  96%    3.69MB/s    0:00:00
+    21661288 100%    3.90MB/s    0:00:05 (xfer#1, to-check=0/1)
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a8341a2..72c4e65  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 9338de4e5a82415622d40ef588287666f8757fc0 but expected 7f1137a28d8b17c5cdc10e856578da6337d1143c
+ ! 7f1137a..9338de4  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+sent 21664091 bytes  received 42 bytes  3332943.54 bytes/sec
+total size is 21661288  speedup is 1.00
+[2014-05-25 21:46:41 CEST] Transferrer: Uploaded 86_scenes..ation.mp4
+
+WORM-s23994784-m1398385930--Learning SketchUp 2013%85_styles.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5177344  21%    4.83MB/s    0:00:03
+[2014-05-25 21:46:42 CEST] Pusher: Syncing with diskstation 
+     9371648  39%    4.39MB/s    0:00:03
+    13565952  56%    4.26MB/s    0:00:02
+    17661952  73%    4.17MB/s    0:00:01
+remote: merge git-annex     21856256  91%    3.94MB/s    0:00:00
+    23994784 100%    4.08MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 23997857 bytes  received 42 bytes  3691984.46 bytes/sec
+total size is 23994784  speedup is 1.00
+[2014-05-25 21:46:48 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:46:48 CEST] Transferrer: Uploaded 85_styles.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   9338de4..47c3025  git-annex -> synced/git-annex
+
+WORM-s9421737-m1398386334--Learning SketchUp 2013%84_creating-scenes-and-updating.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4128768  43%    3.80MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   72c4e65..3862dfd  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 47c3025b26597ab96c6553b17d40df2473761367 but expected 9338de4e5a82415622d40ef588287666f8757fc0
+ ! 9338de4..47c3025  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     7045120  74%    3.29MB/s    0:00:00
+     9421737 100%    3.42MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 9423051 bytes  received 42 bytes  2094020.67 bytes/sec
+total size is 9421737  speedup is 1.00
+[2014-05-25 21:46:52 CEST] Transferrer: Uploaded 84_creati..ating.mp4
+
+WORM-s15890796-m1398387058--Learning SketchUp 2013%83_add-solar-panels-with-skelion-plugin.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3932160  24%    3.64MB/s    0:00:03
+[2014-05-25 21:46:54 CEST] Pusher: Syncing with diskstation 
+     8093696  50%    3.80MB/s    0:00:02
+    11304960  71%    3.54MB/s    0:00:01
+    14516224  91%    3.40MB/s    0:00:00
+    15890796 100%    3.45MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 15892907 bytes  received 42 bytes  2889627.09 bytes/sec
+total size is 15890796  speedup is 1.00
+[2014-05-25 21:46:58 CEST] Transferrer: Uploaded 83_add-so..lugin.mp4
+remote: merge git-annex 
+WORM-s9278449-m1398386852--Learning SketchUp 2013%82_using-3d-text.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5439488  58%    5.07MB/s    0:00:00
+     9278449 100%    4.51MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:47:00 CEST] RemoteControl: Syncing with diskstation 
+
+sent 9279732 bytes  received 42 bytes  3711909.60 bytes/sec
+total size is 9278449  speedup is 1.00
+[2014-05-25 21:47:00 CEST] Transferrer: Uploaded 82_using-..-text.mp4
+
+WORM-s11983231-m1398385259--Learning SketchUp 2013%81_get-photo-google-street-view.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   47c3025..a7b0dc9  git-annex -> synced/git-annex
+     5079040  42%    4.63MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   3862dfd..5f94bb2  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at a7b0dc9c64973369eb06a57d14ed6e64ec20fa07 but expected 47c3025b26597ab96c6553b17d40df2473761367
+ ! 47c3025..a7b0dc9  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:47:03 CEST] RemoteControl: Syncing with diskstation 
+     9404416  78%    4.32MB/s    0:00:00
+    11983231 100%    4.36MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 11984858 bytes  received 42 bytes  2663311.11 bytes/sec
+total size is 11983231  speedup is 1.00
+[2014-05-25 21:47:04 CEST] Transferrer: Uploaded 81_get-ph..-view.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5f94bb2..521740c  git-annex  -> diskstation/git-annex
+
+WORM-s10154793-m1398385298--Learning SketchUp 2013%80_adding-context.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5242880  51%    4.94MB/s    0:00:00
+[2014-05-25 21:47:06 CEST] Pusher: Syncing with diskstation 
+     9437184  92%    4.40MB/s    0:00:00
+    10154793 100%    4.41MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 10156182 bytes  received 42 bytes  2901778.29 bytes/sec
+total size is 10154793  speedup is 1.00
+[2014-05-25 21:47:07 CEST] Transferrer: Uploaded 80_adding..ntext.mp4
+
+WORM-s15455988-m1398386244--Learning SketchUp 2013%79_creating-the-front-facade.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5308416  34%    4.93MB/s    0:00:02
+remote: merge git-annex      9306112  60%    4.38MB/s    0:00:01
+    12124160  78%    3.73MB/s    0:00:00
+[2014-05-25 21:47:12 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a7b0dc9..7a6f85f  git-annex -> synced/git-annex
+    13434880  86%    3.11MB/s    0:00:00
+    15455988 100%    3.14MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 15458036 bytes  received 42 bytes  2810559.64 bytes/sec
+total size is 15455988  speedup is 1.00
+[2014-05-25 21:47:13 CEST] Transferrer: Uploaded 79_creati..acade.mp4
+
+WORM-s7511926-m1398385903--Learning SketchUp 2013%78_reset-axis-to-align-building.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   521740c..57437fb  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7a6f85f7864920fbcac361f47558fc352f1d2d16 but expected a7b0dc9c64973369eb06a57d14ed6e64ec20fa07
+ ! a7b0dc9..7a6f85f  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     4554752  60%    4.27MB/s    0:00:00
+     7511926 100%    4.13MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:47:16 CEST] Pusher: Syncing with diskstation 
+
+sent 7513008 bytes  received 42 bytes  2146585.71 bytes/sec
+total size is 7511926  speedup is 1.00
+[2014-05-25 21:47:16 CEST] Transferrer: Uploaded 78_reset-..lding.mp4
+
+WORM-s9197360-m1398386099--Learning SketchUp 2013%77_setting-the-building-in-place-geolocation.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4521984  49%    4.04MB/s    0:00:01
+remote: merge git-annex      7962624  86%    3.66MB/s    0:00:00
+     9197360 100%    3.73MB/s    0:00:02 (xfer#1, to-check=0/1)
+[2014-05-25 21:47:21 CEST] RemoteControl: Syncing with diskstation 
+
+sent 9198659 bytes  received 42 bytes  2628200.29 bytes/sec
+total size is 9197360  speedup is 1.00
+[2014-05-25 21:47:21 CEST] Transferrer: Uploaded 77_settin..ation.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7a6f85f..7457693  git-annex -> synced/git-annex
+
+WORM-s11971891-m1398387083--Learning SketchUp 2013%76_creating-the-exterior.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4784128  39%    4.52MB/s    0:00:01
+     8355840  69%    3.95MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   57437fb..394b254  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7457693b085f06be2a38cfaafb7c76b34eb62960 but expected 7a6f85f7864920fbcac361f47558fc352f1d2d16
+ ! 7a6f85f..7457693  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    11971891 100%    4.15MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 11973511 bytes  received 42 bytes  3421015.14 bytes/sec
+total size is 11971891  speedup is 1.00
+[2014-05-25 21:47:25 CEST] Transferrer: Uploaded 76_creati..erior.mp4
+[2014-05-25 21:47:26 CEST] Pusher: Syncing with diskstation 
+
+WORM-s6407146-m1398386568--Learning SketchUp 2013%75_saving-and-placing-into-the-model.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4390912  68%    4.14MB/s    0:00:00
+     6324224  98%    2.99MB/s    0:00:00
+     6407146 100%    3.02MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 6408097 bytes  received 42 bytes  1830896.86 bytes/sec
+total size is 6407146  speedup is 1.00
+[2014-05-25 21:47:28 CEST] Transferrer: Uploaded 75_saving..model.mp4
+
+WORM-s8962345-m1398386088--Learning SketchUp 2013%74_adding-detail-chapter-13.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5144576  57%    4.78MB/s    0:00:00
+     8962345 100%    4.67MB/s    0:00:01 (xfer#1, to-check=0/1)
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+
+sent 8963599 bytes  received 42 bytes  2561040.29 bytes/sec
+total size is 8962345  speedup is 1.00
+   7457693..ea4b518  git-annex -> synced/git-annex
+[2014-05-25 21:47:31 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:47:31 CEST] Transferrer: Uploaded 74_adding..er-13.mp4
+
+WORM-s7160845-m1398385888--Learning SketchUp 2013%73_applying-textures.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4816896  67%    4.45MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   394b254..c52b780  git-annex  -> diskstation/git-annex
+     7160845 100%    4.44MB/s    0:00:01 (xfer#1, to-check=0/1)
+
+sent 7161872 bytes  received 42 bytes  2046261.14 bytes/sec
+total size is 7160845  speedup is 1.00
+[2014-05-25 21:47:34 CEST] Transferrer: Uploaded 73_applyi..tures.mp4
+
+WORM-s11661338-m1398385993--Learning SketchUp 2013%72_creating-the-massing-model.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:47:35 CEST] Pusher: Syncing with diskstation 
+     5341184  45%    4.97MB/s    0:00:01
+     8028160  68%    3.71MB/s    0:00:00
+     9601024  82%    2.97MB/s    0:00:00
+    11661338 100%    3.00MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 11662923 bytes  received 42 bytes  2120539.09 bytes/sec
+total size is 11661338  speedup is 1.00
+[2014-05-25 21:47:39 CEST] Transferrer: Uploaded 72_creati..model.mp4
+
+WORM-s18351413-m1398385439--Learning SketchUp 2013%71_setting-up-to-match-a-new-photo.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4816896  26%    4.56MB/s    0:00:02
+     8945664  48%    4.23MB/s    0:00:02
+[2014-05-25 21:47:42 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ea4b518..d1f5994  git-annex -> synced/git-annex
+    13467648  73%    4.25MB/s    0:00:01
+    17104896  93%    4.04MB/s    0:00:00
+    18351413 100%    4.03MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 18353823 bytes  received 42 bytes  3337066.36 bytes/sec
+total size is 18351413  speedup is 1.00
+[2014-05-25 21:47:44 CEST] Transferrer: Uploaded 71_settin..photo.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c52b780..c25cca9  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at d1f5994466b35d4c32ad5a9bbb9dd071e461e3e2 but expected ea4b518d3f3234433b2819aa9965b5613366f1bb
+ ! ea4b518..d1f5994  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s13344990-m1398385353--Learning SketchUp 2013%70_creating-a-library.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3506176  26%    3.17MB/s    0:00:03
+[2014-05-25 21:47:47 CEST] Pusher: Syncing with diskstation 
+     6914048  51%    3.20MB/s    0:00:01
+    11337728  84%    3.52MB/s    0:00:00
+    13344990 100%    3.56MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 13346775 bytes  received 42 bytes  2426694.00 bytes/sec
+total size is 13344990  speedup is 1.00
+[2014-05-25 21:47:49 CEST] Transferrer: Uploaded 70_creati..brary.mp4
+
+WORM-s9842222-m1398386008--Learning SketchUp 2013%69_using-the-podium-browser.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5275648  53%    4.88MB/s    0:00:00
+     8323072  84%    3.89MB/s    0:00:00
+     9842222 100%    3.92MB/s    0:00:02 (xfer#1, to-check=0/1)
+[2014-05-25 21:47:52 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   d1f5994..33198fa  git-annex -> synced/git-annex
+
+sent 9843584 bytes  received 42 bytes  2812464.57 bytes/sec
+total size is 9842222  speedup is 1.00
+[2014-05-25 21:47:53 CEST] Transferrer: Uploaded 69_using-..owser.mp4
+
+WORM-s11662587-m1398385968--Learning SketchUp 2013%68_using-form-fonts.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4653056  39%    4.33MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c25cca9..2496e60  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 33198fa7a8195245180bb53efbdec32359506368 but expected d1f5994466b35d4c32ad5a9bbb9dd071e461e3e2
+ ! d1f5994..33198fa  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     9437184  80%    4.41MB/s    0:00:00
+    11662587 100%    4.32MB/s    0:00:02 (xfer#1, to-check=0/1)
+[2014-05-25 21:47:57 CEST] Pusher: Syncing with diskstation 
+
+sent 11664162 bytes  received 42 bytes  3332629.71 bytes/sec
+total size is 11662587  speedup is 1.00
+[2014-05-25 21:47:57 CEST] Transferrer: Uploaded 68_using-..fonts.mp4
+
+WORM-s8289672-m1398385702--Learning SketchUp 2013%67_using-the-3d-warehouse.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5439488  65%    4.99MB/s    0:00:00
+remote: merge git-annex      8289672 100%    4.48MB/s    0:00:01 (xfer#1, to-check=0/1)
+[2014-05-25 21:48:00 CEST] RemoteControl: Syncing with diskstation 
+
+sent 8290840 bytes  received 42 bytes  3316352.80 bytes/sec
+total size is 8289672  speedup is 1.00
+[2014-05-25 21:48:00 CEST] Transferrer: Uploaded 67_using-..house.mp4
+
+WORM-s12841748-m1398385284--Learning SketchUp 2013%66_adding-the-fridge-and-sink.mp4
+       32768   0%    0.00kB/s    0:00:00
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   33198fa..f4258a2  git-annex -> synced/git-annex
+     3899392  30%    3.62MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   2496e60..8f91b25  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at f4258a2cd12ee4f23f3a9c9b9c635b9d59075f21 but expected 33198fa7a8195245180bb53efbdec32359506368
+ ! 33198fa..f4258a2  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:48:03 CEST] RemoteControl: Syncing with diskstation 
+     7897088  61%    3.69MB/s    0:00:01
+    11698176  91%    3.66MB/s    0:00:00
+    12841748 100%    3.72MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 12843477 bytes  received 42 bytes  2335185.27 bytes/sec
+total size is 12841748  speedup is 1.00
+[2014-05-25 21:48:05 CEST] Transferrer: Uploaded 66_adding..-sink.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8f91b25..c4dc443  git-annex  -> diskstation/git-annex
+
+WORM-s15640646-m1398385334--Learning SketchUp 2013%65_adding-appliances.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5505024  35%    5.08MB/s    0:00:01
+[2014-05-25 21:48:07 CEST] Pusher: Syncing with diskstation 
+     9601024  61%    4.50MB/s    0:00:01
+    13860864  88%    4.32MB/s    0:00:00
+    15640646 100%    4.28MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 15642710 bytes  received 42 bytes  3476167.11 bytes/sec
+total size is 15640646  speedup is 1.00
+[2014-05-25 21:48:09 CEST] Transferrer: Uploaded 65_adding..ances.mp4
+
+WORM-s14906076-m1398385849--Learning SketchUp 2013%64_adding-materials.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4620288  30%    4.38MB/s    0:00:02
+[2014-05-25 21:48:12 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   f4258a2..89ce825  git-annex -> synced/git-annex
+     7700480  51%    3.61MB/s    0:00:01
+    10649600  71%    3.30MB/s    0:00:01
+    13467648  90%    3.13MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c4dc443..6fdf232  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 89ce825f4a57b9bc5490b2c0f7dc77e9b3cf0016 but expected f4258a2cd12ee4f23f3a9c9b9c635b9d59075f21
+ ! f4258a2..89ce825  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    14906076 100%    3.07MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 14908047 bytes  received 42 bytes  2293552.15 bytes/sec
+total size is 14906076  speedup is 1.00
+[2014-05-25 21:48:15 CEST] Transferrer: Uploaded 64_adding..rials.mp4
+
+WORM-s9700735-m1398385733--Learning SketchUp 2013%63_creating-the-countertop.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4554752  46%    4.18MB/s    0:00:01
+[2014-05-25 21:48:17 CEST] Pusher: Syncing with diskstation 
+     7569408  78%    3.53MB/s    0:00:00
+     9700735 100%    3.40MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 9702080 bytes  received 42 bytes  2156027.11 bytes/sec
+total size is 9700735  speedup is 1.00
+[2014-05-25 21:48:19 CEST] Transferrer: Uploaded 63_creati..ertop.mp4
+
+WORM-s15089043-m1398386778--Learning SketchUp 2013%62_cabinet-doors.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      4456448  29%    4.05MB/s    0:00:02
+     7340032  48%    3.36MB/s    0:00:02
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   89ce825..be1967a  git-annex -> synced/git-annex
+[2014-05-25 21:48:22 CEST] RemoteControl: Syncing with diskstation 
+    10223616  67%    3.12MB/s    0:00:01
+    13369344  88%    3.08MB/s    0:00:00
+    15089043 100%    3.02MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 15091035 bytes  received 42 bytes  2321704.15 bytes/sec
+total size is 15089043  speedup is 1.00
+[2014-05-25 21:48:25 CEST] Transferrer: Uploaded 62_cabine..doors.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   6fdf232..5d94435  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at be1967a15a951b38c76e4e8f674812a01df4c8c8 but expected 89ce825f4a57b9bc5490b2c0f7dc77e9b3cf0016
+ ! 89ce825..be1967a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s10872872-m1398384973--Learning SketchUp 2013%61_wall-cabinets.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4194304  38%    3.90MB/s    0:00:01
+[2014-05-25 21:48:27 CEST] Pusher: Syncing with diskstation 
+     7208960  66%    3.34MB/s    0:00:01
+    10190848  93%    3.16MB/s    0:00:00
+    10872872 100%    3.14MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 10874348 bytes  received 42 bytes  2416531.11 bytes/sec
+total size is 10872872  speedup is 1.00
+remote: merge git-annex [2014-05-25 21:48:29 CEST] Transferrer: Uploaded 61_wall-c..inets.mp4
+
+WORM-s14169006-m1398385488--Learning SketchUp 2013%60_base-cabinets.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4292608  30%    3.96MB/s    0:00:02
+[2014-05-25 21:48:31 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   be1967a..0c0e83a  git-annex -> synced/git-annex
+     7143424  50%    3.29MB/s    0:00:02
+    10289152  72%    3.16MB/s    0:00:01
+    13139968  92%    3.03MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   5d94435..c7aef43  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 0c0e83a4b729ed1ef86e4854405ec752226bbd09 but expected be1967a15a951b38c76e4e8f674812a01df4c8c8
+ ! be1967a..0c0e83a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    14169006 100%    3.08MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 14170886 bytes  received 42 bytes  2180142.77 bytes/sec
+total size is 14169006  speedup is 1.00
+[2014-05-25 21:48:35 CEST] Transferrer: Uploaded 60_base-c..inets.mp4
+[2014-05-25 21:48:35 CEST] Pusher: Syncing with diskstation 
+
+WORM-s13699702-m1398385658--Learning SketchUp 2013%59_adding-textures.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4063232  29%    3.80MB/s    0:00:02
+remote: merge git-annex      7503872  54%    3.54MB/s    0:00:01
+    11599872  84%    3.65MB/s    0:00:00
+    13699702 100%    3.75MB/s    0:00:03 (xfer#1, to-check=0/1)
+[2014-05-25 21:48:41 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   0c0e83a..cd5b9c0  git-annex -> synced/git-annex
+
+sent 13701528 bytes  received 42 bytes  3044793.33 bytes/sec
+total size is 13699702  speedup is 1.00
+[2014-05-25 21:48:42 CEST] Transferrer: Uploaded 59_adding..tures.mp4
+
+WORM-s10444949-m1398386483--Learning SketchUp 2013%58_mantle-support.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5177344  49%    4.89MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c7aef43..e499593  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at cd5b9c01988d7c7b10730356ed55cc8b1422ce52 but expected 0c0e83a4b729ed1ef86e4854405ec752226bbd09
+ ! 0c0e83a..cd5b9c0  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     9175040  87%    4.34MB/s    0:00:00
+    10444949 100%    3.92MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 10446374 bytes  received 42 bytes  2984690.29 bytes/sec
+total size is 10444949  speedup is 1.00
+[2014-05-25 21:48:46 CEST] Transferrer: Uploaded 58_mantle..pport.mp4
+[2014-05-25 21:48:46 CEST] Pusher: Syncing with diskstation 
+
+WORM-s24021797-m1398385079--Learning SketchUp 2013%57_mantle-columns.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5079040  21%    4.81MB/s    0:00:03
+     9011200  37%    4.25MB/s    0:00:03
+    13041664  54%    4.09MB/s    0:00:02
+remote: merge git-annex     17006592  70%    3.97MB/s    0:00:01
+    20643840  85%    3.61MB/s    0:00:00
+[2014-05-25 21:48:52 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   cd5b9c0..7f4755f  git-annex -> synced/git-annex
+    23887872  99%    3.44MB/s    0:00:00
+    24021797 100%    3.69MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 24024882 bytes  received 42 bytes  3203323.20 bytes/sec
+total size is 24021797  speedup is 1.00
+[2014-05-25 21:48:53 CEST] Transferrer: Uploaded 57_mantle..lumns.mp4
+
+WORM-s20301926-m1398385822--Learning SketchUp 2013%56_building-the-mantle.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e499593..a7e1df5  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 7f4755fe1b2fbe86253a5854d83948a479df1302 but expected cd5b9c01988d7c7b10730356ed55cc8b1422ce52
+ ! cd5b9c0..7f4755f  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     4358144  21%    4.07MB/s    0:00:03
+[2014-05-25 21:48:55 CEST] Pusher: Syncing with diskstation 
+     7241728  35%    3.34MB/s    0:00:03
+    10125312  49%    3.14MB/s    0:00:03
+    13271040  65%    3.10MB/s    0:00:02
+remote: merge git-annex     16154624  79%    2.73MB/s    0:00:01
+    18972672  93%    2.74MB/s    0:00:00
+[2014-05-25 21:49:00 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   7f4755f..367f02c  git-annex -> synced/git-annex
+    20301926 100%    2.92MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 20304560 bytes  received 42 bytes  2388776.71 bytes/sec
+total size is 20301926  speedup is 1.00
+[2014-05-25 21:49:01 CEST] Transferrer: Uploaded 56_buildi..antle.mp4
+
+WORM-s15278630-m1398386298--Learning SketchUp 2013%55_starting-at-the-base.mp4
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a7e1df5..200c73f  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 367f02ceec6d27fdb719156715a8a24a9f0cc149 but expected 7f4755fe1b2fbe86253a5854d83948a479df1302
+ ! 7f4755f..367f02c  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     4653056  30%    4.41MB/s    0:00:02
+     7733248  50%    3.61MB/s    0:00:02
+[2014-05-25 21:49:04 CEST] Pusher: Syncing with diskstation 
+    10616832  69%    3.32MB/s    0:00:01
+    13500416  88%    3.14MB/s    0:00:00
+    15278630 100%    3.14MB/s    0:00:04 (xfer#1, to-check=0/1)
+remote: merge git-annex 
+sent 15280653 bytes  received 42 bytes  2350876.15 bytes/sec
+total size is 15278630  speedup is 1.00
+[2014-05-25 21:49:07 CEST] Transferrer: Uploaded 55_starti..-base.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   367f02c..e9cb764  git-annex -> synced/git-annex
+
+WORM-s17900868-m1398386914--Learning SketchUp 2013%54_using-the-window-feature.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:49:08 CEST] RemoteControl: Syncing with diskstation 
+     4718592  26%    4.44MB/s    0:00:02
+     8290304  46%    3.92MB/s    0:00:02
+    12189696  68%    3.85MB/s    0:00:01
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   200c73f..e2eb7b5  git-annex  -> diskstation/git-annex
+    16482304  92%    3.88MB/s    0:00:00
+    17900868 100%    3.91MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 17903215 bytes  received 42 bytes  2754347.23 bytes/sec
+total size is 17900868  speedup is 1.00
+[2014-05-25 21:49:13 CEST] Pusher: Syncing with diskstation 
+[2014-05-25 21:49:13 CEST] Transferrer: Uploaded 54_using-..ature.mp4
+
+WORM-s13516185-m1398386734--Learning SketchUp 2013%53_creating-walls-and-door-openings.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5242880  38%    4.94MB/s    0:00:01
+     9273344  68%    4.36MB/s    0:00:00
+remote: merge git-annex     13369344  98%    4.17MB/s    0:00:00
+    13516185 100%    4.17MB/s    0:00:03 (xfer#1, to-check=0/1)
+[2014-05-25 21:49:18 CEST] RemoteControl: Syncing with diskstation 
+
+sent 13518004 bytes  received 42 bytes  3004010.22 bytes/sec
+total size is 13516185  speedup is 1.00
+[2014-05-25 21:49:18 CEST] Transferrer: Uploaded 53_creati..nings.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+
+WORM-s18590095-m1398385163--Learning SketchUp 2013%52_installing-bit-tools-plugins.mp4
+   e9cb764..c7f1783  git-annex -> synced/git-annex
+       32768   0%    0.00kB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   e2eb7b5..ff506d2  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at c7f178361d32682b60332b5c508a3ce0aec3925c but expected e9cb7644b684d418952b4132c725211eb045b260
+ ! e9cb764..c7f1783  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+[2014-05-25 21:49:19 CEST] RemoteControl: Syncing with diskstation 
+     4259840  22%    3.88MB/s    0:00:03
+     6684672  35%    3.09MB/s    0:00:03
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ff506d2..ff2bd4c  git-annex  -> diskstation/git-annex
+    10813440  58%    3.36MB/s    0:00:02
+[2014-05-25 21:49:23 CEST] Pusher: Syncing with diskstation 
+    14876672  80%    3.46MB/s    0:00:01
+    18590095 100%    3.53MB/s    0:00:05 (xfer#1, to-check=0/1)
+
+sent 18592530 bytes  received 42 bytes  2860395.69 bytes/sec
+total size is 18590095  speedup is 1.00
+[2014-05-25 21:49:24 CEST] Transferrer: Uploaded 52_instal..ugins.mp4
+
+WORM-s28284719-m1398385600--Learning SketchUp 2013%51_double-hung-windows.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5046272  17%    4.72MB/s    0:00:04
+remote: merge git-annex      9076736  32%    4.27MB/s    0:00:04
+    13303808  47%    4.16MB/s    0:00:03
+[2014-05-25 21:49:29 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   c7f1783..a39803a  git-annex -> synced/git-annex
+    16711680  59%    3.89MB/s    0:00:02
+    18841600  66%    3.14MB/s    0:00:02
+    21331968  75%    2.78MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   ff2bd4c..338767b  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at a39803aef5ce739ae6a6472a7de156efac31bebc but expected c7f178361d32682b60332b5c508a3ce0aec3925c
+ ! c7f1783..a39803a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    26050560  92%    2.89MB/s    0:00:00
+    28284719 100%    3.45MB/s    0:00:07 (xfer#1, to-check=0/1)
+
+sent 28288329 bytes  received 42 bytes  2977723.26 bytes/sec
+total size is 28284719  speedup is 1.00
+[2014-05-25 21:49:34 CEST] Transferrer: Uploaded 51_double..ndows.mp4
+
+WORM-s16987083-m1398385579--Learning SketchUp 2013%50_creating-the-front-window-frame.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:49:35 CEST] Pusher: Syncing with diskstation 
+     5144576  30%    4.85MB/s    0:00:02
+     9371648  55%    4.39MB/s    0:00:01
+    11468800  67%    3.58MB/s    0:00:01
+    15859712  93%    3.72MB/s    0:00:00
+    16987083 100%    3.75MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 16989325 bytes  received 42 bytes  3088975.82 bytes/sec
+total size is 16987083  speedup is 1.00
+[2014-05-25 21:49:39 CEST] Transferrer: Uploaded 50_creati..frame.mp4
+remote: merge git-annex 
+WORM-s19055363-m1398385037--Learning SketchUp 2013%49_creating-doors.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5013504  26%    4.68MB/s    0:00:02
+[2014-05-25 21:49:41 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   a39803a..8462dc1  git-annex -> synced/git-annex
+     9011200  47%    4.21MB/s    0:00:02
+    13041664  68%    4.05MB/s    0:00:01
+    16351232  85%    3.83MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   338767b..47c33b6  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 8462dc1c099c64ff94d5d35cb2f2efaff89b028e but expected a39803aef5ce739ae6a6472a7de156efac31bebc
+ ! a39803a..8462dc1  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    19055363 100%    3.97MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 19057840 bytes  received 42 bytes  2931981.85 bytes/sec
+total size is 19055363  speedup is 1.00
+[2014-05-25 21:49:46 CEST] Pusher: Syncing with diskstation 
+[2014-05-25 21:49:46 CEST] Transferrer: Uploaded 49_creati..doors.mp4
+
+WORM-s11184398-m1398385463--Learning SketchUp 2013%48_review-of-components-and-nested-groups.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3375104  30%    2.72MB/s    0:00:02
+     5603328  50%    2.38MB/s    0:00:02
+remote: merge git-annex      9371648  83%    2.75MB/s    0:00:00
+    11184398 100%    2.89MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 11185939 bytes  received 42 bytes  2033814.73 bytes/sec
+total size is 11184398  speedup is 1.00
+[2014-05-25 21:49:52 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:49:52 CEST] Transferrer: Uploaded 48_review..roups.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   8462dc1..877c07a  git-annex -> synced/git-annex
+
+WORM-s19612237-m1398385719--Learning SketchUp 2013%47_adding-railing.mp4
+       32768   0%    0.00kB/s    0:00:00
+     3997696  20%    3.75MB/s    0:00:04
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   47c33b6..bb182f5  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 877c07ad78a25ddf859ac96049ec938fa9b0b5f3 but expected 8462dc1c099c64ff94d5d35cb2f2efaff89b028e
+ ! 8462dc1..877c07a  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     8257536  42%    3.88MB/s    0:00:02
+    12845056  65%    4.02MB/s    0:00:01
+    17039360  86%    4.00MB/s    0:00:00
+[2014-05-25 21:49:57 CEST] Pusher: Syncing with diskstation 
+    19612237 100%    3.99MB/s    0:00:04 (xfer#1, to-check=0/1)
+
+sent 19614782 bytes  received 42 bytes  3017665.23 bytes/sec
+total size is 19612237  speedup is 1.00
+[2014-05-25 21:49:58 CEST] Transferrer: Uploaded 47_adding..iling.mp4
+
+WORM-s23427266-m1398386041--Learning SketchUp 2013%46_adding-spindles-with-move-and-copy.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4128768  17%    3.80MB/s    0:00:04
+remote: merge git-annex      7176192  30%    3.33MB/s    0:00:04
+    11304960  48%    3.53MB/s    0:00:03
+[2014-05-25 21:50:02 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   877c07a..873eda1  git-annex -> synced/git-annex
+    15138816  64%    3.53MB/s    0:00:02
+    18644992  79%    3.42MB/s    0:00:01
+    21135360  90%    3.29MB/s    0:00:00
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   bb182f5..470a1af  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 873eda1fd0b52f509bbd03a02ec5a3d6d8085488 but expected 877c07ad78a25ddf859ac96049ec938fa9b0b5f3
+ ! 877c07a..873eda1  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+    23427266 100%    3.17MB/s    0:00:07 (xfer#1, to-check=0/1)
+
+sent 23430295 bytes  received 42 bytes  2756510.24 bytes/sec
+total size is 23427266  speedup is 1.00
+[2014-05-25 21:50:06 CEST] Transferrer: Uploaded 46_adding..-copy.mp4
+
+WORM-s28584390-m1398385775--Learning SketchUp 2013%45_making-a-unique-bottom-step.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:50:07 CEST] Pusher: Syncing with diskstation 
+     5472256  19%    4.96MB/s    0:00:04
+     9895936  34%    4.53MB/s    0:00:04
+    14221312  49%    4.40MB/s    0:00:03
+remote: merge git-annex     18055168  63%    4.21MB/s    0:00:02
+    22609920  79%    4.05MB/s    0:00:01
+[2014-05-25 21:50:12 CEST] RemoteControl: Syncing with diskstation 
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   873eda1..274fd99  git-annex -> synced/git-annex
+    26279936  91%    3.88MB/s    0:00:00
+    28584390 100%    4.06MB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 28588044 bytes  received 42 bytes  3363304.24 bytes/sec
+total size is 28584390  speedup is 1.00
+[2014-05-25 21:50:14 CEST] Transferrer: Uploaded 45_making..-step.mp4
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   470a1af..989e8b5  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at 274fd99803c01b7911e45dcb050480eb4bfe2a82 but expected 873eda1fd0b52f509bbd03a02ec5a3d6d8085488
+ ! 873eda1..274fd99  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+
+WORM-s24162552-m1398385100--Learning SketchUp 2013%44_adding-riser-detail.mp4
+       32768   0%    0.00kB/s    0:00:00
+     5341184  22%    5.06MB/s    0:00:03
+[2014-05-25 21:50:17 CEST] Pusher: Syncing with diskstation 
+     9240576  38%    4.38MB/s    0:00:03
+    13959168  57%    4.38MB/s    0:00:02
+    18153472  75%    4.28MB/s    0:00:01
+remote: merge git-annex     22347776  92%    4.00MB/s    0:00:00
+    24162552 100%    4.15MB/s    0:00:05 (xfer#1, to-check=0/1)
+[2014-05-25 21:50:22 CEST] RemoteControl: Syncing with diskstation 
+
+sent 24165658 bytes  received 42 bytes  3222093.33 bytes/sec
+total size is 24162552  speedup is 1.00
+[2014-05-25 21:50:22 CEST] Transferrer: Uploaded 44_adding..etail.mp4
+(merging synced/git-annex into git-annex...)        
+remote: (Recording state in git...)        
+remote: ok        
+remote: (Recording state in git...)        
+To joern@annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   274fd99..baa9cda  git-annex -> synced/git-annex
+
+WORM-s14814183-m1398385868--Learning SketchUp 2013%43_creating-the-staircase.mp4
+       32768   0%    0.00kB/s    0:00:00
+     4947968  33%    4.69MB/s    0:00:02
+From annex.diskstation.local:/volume1/homes/joern/Annex.movies
+   989e8b5..c15470f  git-annex  -> diskstation/git-annex
+error: Ref refs/remotes/diskstation/synced/git-annex is at baa9cdae739f6bc1f928d9abe82c0f83b6645093 but expected 274fd99803c01b7911e45dcb050480eb4bfe2a82
+ ! 274fd99..baa9cda  synced/git-annex -> diskstation/synced/git-annex  (unable to update local ref)
+     9011200  60%    4.25MB/s    0:00:01
+    13729792  92%    4.31MB/s    0:00:00
+    14814183 100%    4.30MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 14816152 bytes  received 42 bytes  2693853.45 bytes/sec
+total size is 14814183  speedup is 1.00
+[2014-05-25 21:50:27 CEST] Transferrer: Uploaded 43_creati..rcase.mp4
+
+WORM-s14506973-m1398386318--Learning SketchUp 2013%42_why-we-use-groups-and-components.mp4
+       32768   0%    0.00kB/s    0:00:00
+[2014-05-25 21:50:27 CEST] Pusher: Syncing with diskstation 
+     5341184  36%    5.04MB/s    0:00:01
+     9633792  66%    4.55MB/s    0:00:01
+    13926400  95%    4.37MB/s    0:00:00
+    14506973 100%    4.38MB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 14508912 bytes  received 42 bytes  3224212.00 bytes/sec
+total size is 14506973  speedup is 1.00
+[2014-05-25 21:50:31 CEST] Transferrer: Uploaded 42_why-we..nents.mp4
+
+WORM-s11494983-m1398385388--Learning SketchUp 2013%41_copy-and-paste-in-place.mp4
+       32768   0%    0.00kB/s    0:00:00
+remote: merge git-annex      5210112  45%    4.82MB/s    0:00:01
+     9404416  81%    4.37MB/s    0:00:00
+    11494983 100%    4.21MB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 11496545 bytes  received 42 bytes  3284739.14 bytes/sec
+total size is 11494983  speedup is 1.00
+[2014-05-25 21:50:34 CEST] RemoteControl: Syncing with diskstation 
+[2014-05-25 21:50:34 CEST] Transferrer: Uploaded 41_copy-a..place.mp4
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/gpg-agent/comment_1_86860841aaa38541968693ec02f6a506._comment b/doc/bugs/gpg-agent/comment_1_86860841aaa38541968693ec02f6a506._comment
new file mode 100644
index 0000000000..382b3a8b77
--- /dev/null
+++ b/doc/bugs/gpg-agent/comment_1_86860841aaa38541968693ec02f6a506._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-30T19:15:33Z"
+ content="""
+What I see in the log is git-annex is syncing files to/from the remote \"diskstation\". This remote is not encrypted at all, so git-annex is not using gpg. There is no mention of gpg in the log at all.
+
+So, I don't see any indication that whatever is causing too many gpg-agent processes to be spawned is git-annex. Can you share more information that would point toward git-annex being the cause of this problem?
+"""]]
diff --git a/doc/bugs/gpg_does_not_ask_for_password_inside_tmux.mdwn b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux.mdwn
new file mode 100644
index 0000000000..7dbcf3048b
--- /dev/null
+++ b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+
+When commands that need gpg like `git annex copy` are run inside tmux, the GPG prompt does not show up and the user cannot give their password.
+
+Running the same command outside tmux causes GPG to properly show its prompt
+
+### What steps will reproduce the problem?
+
+    $ tmux
+    TMUX$ GIT_ANNEX_ROOT/runshell
+    TMUX$ git annex copy --not -in remote --to remote
+
+git-annex will show the name of the first filename but will get stuck soon after that, waiting for GPG.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 5.20140708-g8c9cc55c from the precompiled binaries, run inside tmux 1.6.
+
+`tmux.conf` contains `set-option -g default-command $SHELL` (this means that a normal shell is spawned, not a login shell)
+
+Ubuntu 12.04.4
+
+[[!tag moreinfo]]
+
+> [[done]]; apparently a local misconfiguration of some sort. --[[Joey]]
diff --git a/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_1_053b12e8b412723ff1d6b4e64e71af9e._comment b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_1_053b12e8b412723ff1d6b4e64e71af9e._comment
new file mode 100644
index 0000000000..0359be5287
--- /dev/null
+++ b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_1_053b12e8b412723ff1d6b4e64e71af9e._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T18:24:17Z"
+ content="""
+I cannot reproduce this. I made sure to unset `GPG_AGENT_INFO` so gpg would need to prompt for a password on the terminal, and it did.
+
+<pre>
+joey@darkstar:~/tmp/r>unset GPG_AGENT_INFO 
+joey@darkstar:~/tmp/r>git annex copy --to remote
+copy n/xxx (gpg) 
+You need a passphrase to unlock the secret key for
+user: \"Joey Hess <joeyh@debian.org>\"
+4096-bit RSA key, ID 17065459, created 2009-06-17 (main key ID 2512E3C7)
+
+gpg: gpg-agent is not available in this session
+Enter passphrase: 
+</pre>
+
+I cannot think of anything that would make gpg's password prompting behave differently inside tmux than outside, either.
+
+I think that to debug this, you are going to need to look at what the gpg process is trying to do.
+"""]]
diff --git a/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_2_44830ba952cad3b153249bd405671507._comment b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_2_44830ba952cad3b153249bd405671507._comment
new file mode 100644
index 0000000000..28756f654c
--- /dev/null
+++ b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_2_44830ba952cad3b153249bd405671507._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://svario.it/gioele"
+ nickname="gioele"
+ subject="GPG_AGENT_INFO was already set in the outside shell"
+ date="2014-07-11T07:19:45Z"
+ content="""
+I found what the problem is: GPG_AGENT_INFO was already set in the outside shell.
+
+Unsetting GPG_AGENT_INFO fixes the problem.
+"""]]
diff --git a/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_3_a63db33a1dc70e64418de8b4bea6a9fa._comment b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_3_a63db33a1dc70e64418de8b4bea6a9fa._comment
new file mode 100644
index 0000000000..4f5428b87a
--- /dev/null
+++ b/doc/bugs/gpg_does_not_ask_for_password_inside_tmux/comment_3_a63db33a1dc70e64418de8b4bea6a9fa._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-11T18:15:09Z"
+ content="""
+AFAICS there is no problem with GPG_AGENT_INFO being set while using tmux. The gpg agent works as usual and pops up a passphrase prompt window.
+
+Is there something broken in your gpg agent that prevents it from working inside tmux, or working at all? In any case, this seems like a local misconfiruation problem and out of git-annex's scope anyway so I suppose I will close the bug.
+
+"""]]
diff --git a/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn
new file mode 100644
index 0000000000..5f36a7cd0d
--- /dev/null
+++ b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+Bad input data given to gpg will make it lock.
+
+### What steps will reproduce the problem?
+Trying to download gpg encrypted data from remote with bad/incorrect data
+
+### What version of git-annex are you using? On what operating system?
+4.20130501-gd9e288b, on ubuntu 13.04
+
+### Please provide any additional information below.
+Transcript
+http://paste.ubuntu.com/5626517/
+
+Note: The problem is most likely caused by bad data from either the nntp hooks program, or the nntp server itself.
+
+I also have one file with bad data that consistently is NOT a problem for gpg to handle(lines 24-25 of log).
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data/comment_1_889218fb7c0115b03d9bad0c07296097._comment b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data/comment_1_889218fb7c0115b03d9bad0c07296097._comment
new file mode 100644
index 0000000000..43211bdd89
--- /dev/null
+++ b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data/comment_1_889218fb7c0115b03d9bad0c07296097._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-06T17:09:58Z"
+ content="""
+What version of gnupg do you have installed?
+
+<pre>
+gpg: block_filter 0x946320: read error (size=12864,a->size=12864)
+gpg: [don't know]: invalid packet (ctb=68)
+gpg: [don't know]: invalid packet (ctb=21)
+gpg: mdc_packet with invalid encoding
+gpg: decryption failed: invalid packet
+gpg: [don't know]: invalid packet (ctb=00)
+gpg: block_filter: pending bytes!
+</pre>
+
+I don't see how git-annex can possibly guard against gpg behaving this way when given bad data. So the best thing to do would be to get a test case file that causes gpg to behave this way, and then I could file a bug on gpg and get it fixed to immediately exit.
+
+I tried to reproduce this by encrypting a 1 mb file with gpg. This yeilded a 1.1 mb file. I then truncated it back to 1 mb, and tried to decrypt it.
+
+[[!format sh \"\"\"
+joey@gnu:~>gpg --decrypt me2.gpg > x
+gpg: encrypted with 1 passphrase
+gpg: block_filter 0x9d6fda0: read error (size=15680,a->size=15680)
+gpg: Problem reading source (8570 bytes remaining)
+gpg: handle plaintext failed: file read error
+gpg: mdc_packet with invalid encoding
+gpg: decryption failed: invalid packet
+gpg: block_filter: pending bytes!
+zsh: exit 2     gpg --decrypt 
+\"\"\"]]
+
+gpg exited immediately on error, which is what it should do. So it doesn't seem likely I can guess at a test case file that causes gpg to behave this way. You will need to provide one for me to help.
+"""]]
diff --git a/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__.mdwn b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__.mdwn
new file mode 100644
index 0000000000..afc95b6ce2
--- /dev/null
+++ b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+shiny-2:MacOS ovi$ git annex sync
+git: 'annex' is not a git command. See 'git --help'.
+shiny-2:MacOS ovi$
+
+### What steps will reproduce the problem?
+INstall git-annex for MAC like this: http://git-annex.branchable.com/install/OSX/ via .dmg file then try above commands from your terminal
+
+### What version of git-annex are you using? On what operating system?
+Version: 5.20140420-ga25b8bb Build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash 
+Mac OSX 10.9.2
+
+### Please provide any additional information below.
+I tried adding the path to my .bash_profile manually like this but it didn't help (actually, this was already in there, I just added the path to git-annex to the string):
+export PATH=/opt/local/bin:/opt/local/sbin/Applications/git-annex.app/Contents/MacOS:$PATH
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> To the extent this is a bug report, it's a duplicate of
+> [[standalone_tarball_symlink_to_PATH_broken]].
+> [[closing dup|done]]. --[[Joey]]
diff --git a/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_1_780fbb7b8dda331503064dfa6bcabaa3._comment b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_1_780fbb7b8dda331503064dfa6bcabaa3._comment
new file mode 100644
index 0000000000..5d7dd94934
--- /dev/null
+++ b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_1_780fbb7b8dda331503064dfa6bcabaa3._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T17:17:54Z"
+ content="""
+Here's how I do it:
+
+<pre>
+$ oberon:tmp joeyh$ hdiutil attach git-annex.dmg
+$ oberon:tmp joeyh$  /Volumes/git-annex/git-annex.app/Contents/MacOS/git-annex version
+git-annex version: 5.20140516-g693a6a4
+oberon:tmp joeyh$ PATH=$PATH:/Volumes/git-annex/git-annex.app/Contents/MacOS/
+oberon:tmp joeyh$ git-annex version
+git-annex version: 5.20140516-g693a6a4
+</pre>
+
+So, adding to PATH works fine. Perhaps you added the wrong directory to your PATH.
+
+Note that .bash_profile is only used for bash login shells. It may not be run when you open a terminal, or when git-annex ssh's in from elsewhere to run git-annex-shell (which you seem to be asking about, but only in the title of this page?).
+
+In particular, bash does not provide any way to set the PATH which works when you run \"ssh yourcomputer git-annex-shell\". So you will need to instead move the git-annex files into a directory that is in the default PATH.
+"""]]
diff --git a/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_2_1785e99846998aa50e1c62a88b558196._comment b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_2_1785e99846998aa50e1c62a88b558196._comment
new file mode 100644
index 0000000000..e5d09ec641
--- /dev/null
+++ b/doc/bugs/how_to_get_git-annex_shell_on_MAC__63__/comment_2_1785e99846998aa50e1c62a88b558196._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 2"
+ date="2014-05-16T17:23:32Z"
+ content="""
+Thanks for the additional info, for now its working fine: 
+
+git-annex version
+git-annex version: 5.20140420-ga25b8bb
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+"""]]
diff --git a/doc/bugs/id__95__rsa_on_android.mdwn b/doc/bugs/id__95__rsa_on_android.mdwn
new file mode 100644
index 0000000000..2aadd6c403
--- /dev/null
+++ b/doc/bugs/id__95__rsa_on_android.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+I generated id_rsa and id_rsa.pub from the android shell.
+After copying the id_rsa.pub file on my server, ssh on android complains because id_rsa permissions on the phone are too open (660).
+Chmod 600 id_rsa on /sdcard/git-annex.home/.ssh/id_rsa has no effect, i.e. permissions remain 660.
+
+### What steps will reproduce the problem?
+use ssh-keygen to generate keys, default location is /sdcard/git-annex.home/.ssh/
+copy id_rsa.pub on ssh server, try to connect from android to ssh server.
+
+
+### What version of git-annex are you using? On what operating system?
+latest git-annex.apk (2014-03-06) on android 4.4.2
+
+### Please provide any additional information below.
+
+
+root@android:/ # /data/data/ga.androidterm/runshell
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+
+root@android:/sdcard/git-annex.home # ssh MYSERVERIP -p PORT -l USERNAME
+
+@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
+@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
+@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
+Permissions 0660 for '/sdcard/git-annex.home/.ssh/id_rsa' are too open.
+It is required that your private key files are NOT accessible by others.
+This private key will be ignored.
+bad permissions: ignore key: /sdcard/git-annex.home/.ssh/id_rsa
+
+
+> [[fixed|done]]; daily build is updated. --[[Joey]]
diff --git a/doc/bugs/id__95__rsa_on_android/comment_1_58f4fd1c4ae29bc3d2f3ea0aa6f6c12b._comment b/doc/bugs/id__95__rsa_on_android/comment_1_58f4fd1c4ae29bc3d2f3ea0aa6f6c12b._comment
new file mode 100644
index 0000000000..0a5a9e2307
--- /dev/null
+++ b/doc/bugs/id__95__rsa_on_android/comment_1_58f4fd1c4ae29bc3d2f3ea0aa6f6c12b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-03-10T21:20:10Z"
+ content="""
+Hmm, I know that I and others have used git-annex on android with ssh, without encountering this problem. Odd. Oh well, was already patching out many other permissions checks in ssh, so added this one to the pile.
+"""]]
diff --git a/doc/bugs/id__95__rsa_on_android/comment_2_7039ed326c92211aa92e9276aba8c6b6._comment b/doc/bugs/id__95__rsa_on_android/comment_2_7039ed326c92211aa92e9276aba8c6b6._comment
new file mode 100644
index 0000000000..8500c41e56
--- /dev/null
+++ b/doc/bugs/id__95__rsa_on_android/comment_2_7039ed326c92211aa92e9276aba8c6b6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://smcv.pseudorandom.co.uk/"
+ nickname="smcv"
+ subject="comment 2"
+ date="2014-03-12T07:54:08Z"
+ content="""
+Would it be better to put the home directory under git-annex' directory
+in `/data`, so it isn't available to every app (and every user, if more
+than one) on the device? If other apps can write to its `.gitconfig`
+then I think they can make git-annex run arbitrary code with its own
+permissions.
+"""]]
diff --git a/doc/bugs/id__95__rsa_on_android/comment_3_cbe24ed08a7ef91c8c0c20ab9b7d25b7._comment b/doc/bugs/id__95__rsa_on_android/comment_3_cbe24ed08a7ef91c8c0c20ab9b7d25b7._comment
new file mode 100644
index 0000000000..b972139a6a
--- /dev/null
+++ b/doc/bugs/id__95__rsa_on_android/comment_3_cbe24ed08a7ef91c8c0c20ab9b7d25b7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-12T19:45:24Z"
+ content="""
+Well, that would simplify the ssh patching. 
+
+Putting a git repository on /sdcard also allows other apps to do things with .git/config. I don't know if git-annex has permissions other apps might want to exploit.. Maybe the ability to use the network?
+"""]]
diff --git a/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6.mdwn b/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6.mdwn
new file mode 100644
index 0000000000..115b8a7502
--- /dev/null
+++ b/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+
+git-annex exists with "illegal hardware instruction" on OSX
+
+### What steps will reproduce the problem?
+
+git annex webapp
+
+### What version of git-annex are you using? On what operating system?
+
+git annex 5.20131230-g9a495e6
+OSX 10.9.1
+
+### Please provide any additional information below.
+
+[[!format sh """
+
+start git assistant with "git annex web app"
+safari open tab, but shows connection refused
+git annex crashed with "illegal hardware instruction"
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6/comment_1_515682c2338c861580105e869df648a1._comment b/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6/comment_1_515682c2338c861580105e869df648a1._comment
new file mode 100644
index 0000000000..2b9f629b16
--- /dev/null
+++ b/doc/bugs/illegal_hardware_instruction_on_OSX_for_5.20131230-g9a495e6/comment_1_515682c2338c861580105e869df648a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 1"
+ date="2014-01-07T15:37:18Z"
+ content="""
+This problem is fixed in the daily build.
+"""]]
diff --git a/doc/bugs/import_leaves_stray___96__.tmp__96___files_if_interrupted.mdwn b/doc/bugs/import_leaves_stray___96__.tmp__96___files_if_interrupted.mdwn
new file mode 100644
index 0000000000..50037246df
--- /dev/null
+++ b/doc/bugs/import_leaves_stray___96__.tmp__96___files_if_interrupted.mdwn
@@ -0,0 +1,12 @@
+### Please describe the problem.
+
+I have found various `.tmp` files in a directory in which I performed various `git annex import` that failed because the destination disk was full.
+
+These files should be removed when import detects that its has no more space to proceed and exists.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 5.20140517.4 in Ubuntu 12.04.
+
+> The ".tmp" means this dropping is left by viaTmp, and I see why.
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/import_memleak_from_the_assistant.mdwn b/doc/bugs/import_memleak_from_the_assistant.mdwn
new file mode 100644
index 0000000000..5a0a0225b1
--- /dev/null
+++ b/doc/bugs/import_memleak_from_the_assistant.mdwn
@@ -0,0 +1,1608 @@
+### Please describe the problem.
+Git annex daemon are memleaking abundantly thus making it unusable for a long period of time. It is currently taking 38.8% of my available ram (8go) and has been launched arround 14h today.
+
+### What steps will reproduce the problem?
+The assistant has been launched using "git annex assistant" on a repository
+created by the Webapp (the Webapp wasn't running at that time).
+
+If I simply launch the Webapp, I've got the same result of memleaking.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20131213
+build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+On Ubuntu LTS using the ppa.
+
+### Please provide any additional information below.
+This daemon.log come from a very fast moving repository but this also happen on other way slower moving repositories.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+me@dolgoff ~/public/.git/annex ps avx | grep git
+14647 pts/7    S+     0:00      0   150 13493   948  0.0 grep -i --color=auto git
+15910 ?        Sl   273:24      0 39530 3879109 3207152 39.3 git-annex assistant
+15925 ?        R    134:10   1439  1283 544320 35660  0.4 git --git-dir=/home/me/public/.git --work-tree=/home/me/public -c core.bare=false cat-file --batch
+15972 ?        S      0:01    114  1283 530064 10576  0.1 git --git-dir=/home/me/public/.git --work-tree=/home/me/public -c core.bare=false cat-file --batch
+16120 ?        SN     0:00      0  1283 18196  1156  0.0 git --git-dir=/home/me/public/.git --work-tree=/home/me/public -c core.bare=false check-attr -z --stdin annex.backend annex.numcopies --
+25646 ?        SNl    0:01      0 42547 222616 22132  0.2 git-annex transferkeys
+25667 ?        SN     0:00      0  1447 117648 1976  0.0 git --git-dir=/home/me/public/.git --work-tree=/home/me/public -c core.bare=false cat-file --batch
+25677 ?        SNs    0:00      0   410 42657  2620  0.0 ssh: .git/annex/ssh/griboiedov [mux]
+
+daemon.log
+[2013-12-23 21:04:24 CET] NetWatcherFallback: Syncing with origin
+From griboiedov:public
+   331ab7e..763310f  annex/direct/master -> origin/annex/direct/master
+   4caf626..2171219  git-annex  -> origin/git-annex
+   73c5341..153ec5a  synced/master -> origin/synced/master
+Updating 73c5341..763310f
+Fast-forward
+Auto packing the repository for optimum performance. You may also
+run "git gc" manually. See "git help gc" for more information.
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+ mails/.mhonarc.db                              |    2 +-
+ mails/{bin16MhWOPiG7.bin => binjMrfB7aM7s.bin} |    0
+ mails/{binQBJzxA5RDD.bin => binuVoVGDloKB.bin} |    0
+ mails/{jpgaShwRlHqXe.jpg => jpg9a_S8ignCJ.jpg} |    0
+ mails/{jpgJuMwpbTZuo.jpg => jpgAU20k3zk5w.jpg} |    0
+ mails/{jpgfkvs_VW3jY.jpg => jpgAsv158YPXC.jpg} |    0
+ mails/{jpgLxB5GBQiyP.jpg => jpgCfz3HNRLYo.jpg} |    0
+ mails/{jpg1QSm88B_oJ.jpg => jpgCw4FBEkcOV.jpg} |    0
+ mails/{jpgy8l7kt7I0v.jpg => jpgJnSKE5skVx.jpg} |    0
+ mails/{jpg8x0JSWWfmK.jpg => jpgK4Lmnj5kJU.jpg} |    0
+ mails/{jpge0T37S_zYg.jpg => jpgKyEVJPJdPY.jpg} |    0
+ mails/{jpg1jMp8X95a8.jpg => jpgMi7I6uLnaD.jpg} |    0
+ mails/{jpg2JyFa9xlTU.jpg => jpgScmPPKPHFq.jpg} |    0
+ mails/{jpgAnrbLOKtQO.jpg => jpgU2vrhPtw4a.jpg} |    0
+ mails/{jpg9UIRRve9l7.jpg => jpgV1Ek5XTDpl.jpg} |    0
+ mails/{jpg0du_rqAmnI.jpg => jpgVt3cWtM2fp.jpg} |    0
+ mails/{jpgmyWk1QqZ0G.jpg => jpgVzzX55uqdu.jpg} |    0
+ mails/{jpgNzn6pCkQ7B.jpg => jpgbS7_tLed4m.jpg} |    0
+ mails/{jpgmChZ6KvYvR.jpg => jpgdQNUXemgWT.jpg} |    0
+ mails/{jpgwu68ViO7tN.jpg => jpgh1EzKSHWvb.jpg} |    0
+ mails/{jpgmUuI33SG9G.jpg => jpghvPaq3_Be0.jpg} |    0
+ mails/{jpgvzPlOi4YH2.jpg => jpgim5vpaDawh.jpg} |    0
+ mails/{jpgysNt2t743E.jpg => jpgjY_paWcDcr.jpg} |    0
+ mails/{jpgFicFpbY5n4.jpg => jpgkU70wDyd7n.jpg} |    0
+ mails/{jpgpjFS0Ztnqa.jpg => jpgmFXSd2Dp97.jpg} |    0
+ mails/{jpgqOZX1xKVfl.jpg => jpgoHLfpoWcUO.jpg} |    0
+ mails/{jpgTVf7RAQot8.jpg => jpgpIVZxq60Dk.jpg} |    0
+ mails/{jpgkq63BbVlrP.jpg => jpgrzViZx_4aI.jpg} |    0
+ mails/{jpgxpwzaJnSuX.jpg => jpgtvEG4unHFl.jpg} |    0
+ mails/{jpgldUBRrRrcn.jpg => jpgwgZCUHCRLD.jpg} |    0
+ mails/{jpgsKpQQEouso.jpg => jpgyDMQ3JRqJQ.jpg} |    0
+ mails/msg00006.html                            |    2 +-
+ mails/msg00018.html                            |    2 +-
+ mails/msg00023.html                            |    2 +-
+ mails/msg00024.html                            |    2 +-
+ mails/msg00025.html                            |    2 +-
+ mails/msg00026.html                            |    2 +-
+ mails/msg00027.html                            |    2 +-
+ mails/msg00028.html                            |    2 +-
+ mails/msg00032.html                            |    2 +-
+ mails/msg00040.html                            |    2 +-
+ mails/msg00041.html                            |    2 +-
+ mails/msg00042.html                            |    2 +-
+ mails/msg00055.html                            |    2 +-
+ mails/{pdfyd4yHyuh7I.pdf => pdf82oysVxMKf.pdf} |    0
+ mails/{pdfX5i1zjd35G.pdf => pdfDH4ZUAcsJE.pdf} |    0
+ mails/{pdfDyhw6AitFo.pdf => pdfPePGLsDAym.pdf} |    0
+ mails/{pdfkLRxiO4YS0.pdf => pdfU9I3NUvHOG.pdf} |    0
+ mails/{pgpI_5jxFR7VZ.pgp => pgpBKaIcivKYa.pgp} |    0
+ mails/{pngKStItI4meN.png => png9O3vtGcotx.png} |    0
+ mails/{pngN5cn2FvoWV.png => pngBkJAx0zfhF.png} |    0
+ 51 files changed, 14 insertions(+), 14 deletions(-)
+ rename mails/{bin16MhWOPiG7.bin => binjMrfB7aM7s.bin} (100%)
+ rename mails/{binQBJzxA5RDD.bin => binuVoVGDloKB.bin} (100%)
+ rename mails/{jpgaShwRlHqXe.jpg => jpg9a_S8ignCJ.jpg} (100%)
+ rename mails/{jpgJuMwpbTZuo.jpg => jpgAU20k3zk5w.jpg} (100%)
+ rename mails/{jpgfkvs_VW3jY.jpg => jpgAsv158YPXC.jpg} (100%)
+ rename mails/{jpgLxB5GBQiyP.jpg => jpgCfz3HNRLYo.jpg} (100%)
+ rename mails/{jpg1QSm88B_oJ.jpg => jpgCw4FBEkcOV.jpg} (100%)
+ rename mails/{jpgy8l7kt7I0v.jpg => jpgJnSKE5skVx.jpg} (100%)
+ rename mails/{jpg8x0JSWWfmK.jpg => jpgK4Lmnj5kJU.jpg} (100%)
+ rename mails/{jpge0T37S_zYg.jpg => jpgKyEVJPJdPY.jpg} (100%)
+ rename mails/{jpg1jMp8X95a8.jpg => jpgMi7I6uLnaD.jpg} (100%)
+ rename mails/{jpg2JyFa9xlTU.jpg => jpgScmPPKPHFq.jpg} (100%)
+ rename mails/{jpgAnrbLOKtQO.jpg => jpgU2vrhPtw4a.jpg} (100%)
+ rename mails/{jpg9UIRRve9l7.jpg => jpgV1Ek5XTDpl.jpg} (100%)
+ rename mails/{jpg0du_rqAmnI.jpg => jpgVt3cWtM2fp.jpg} (100%)
+ rename mails/{jpgmyWk1QqZ0G.jpg => jpgVzzX55uqdu.jpg} (100%)
+ rename mails/{jpgNzn6pCkQ7B.jpg => jpgbS7_tLed4m.jpg} (100%)
+ rename mails/{jpgmChZ6KvYvR.jpg => jpgdQNUXemgWT.jpg} (100%)
+ rename mails/{jpgwu68ViO7tN.jpg => jpgh1EzKSHWvb.jpg} (100%)
+ rename mails/{jpgmUuI33SG9G.jpg => jpghvPaq3_Be0.jpg} (100%)
+ rename mails/{jpgvzPlOi4YH2.jpg => jpgim5vpaDawh.jpg} (100%)
+ rename mails/{jpgysNt2t743E.jpg => jpgjY_paWcDcr.jpg} (100%)
+ rename mails/{jpgFicFpbY5n4.jpg => jpgkU70wDyd7n.jpg} (100%)
+ rename mails/{jpgpjFS0Ztnqa.jpg => jpgmFXSd2Dp97.jpg} (100%)
+ rename mails/{jpgqOZX1xKVfl.jpg => jpgoHLfpoWcUO.jpg} (100%)
+ rename mails/{jpgTVf7RAQot8.jpg => jpgpIVZxq60Dk.jpg} (100%)
+ rename mails/{jpgkq63BbVlrP.jpg => jpgrzViZx_4aI.jpg} (100%)
+ rename mails/{jpgxpwzaJnSuX.jpg => jpgtvEG4unHFl.jpg} (100%)
+ rename mails/{jpgldUBRrRrcn.jpg => jpgwgZCUHCRLD.jpg} (100%)
+ rename mails/{jpgsKpQQEouso.jpg => jpgyDMQ3JRqJQ.jpg} (100%)
+ rename mails/{pdfyd4yHyuh7I.pdf => pdf82oysVxMKf.pdf} (100%)
+ rename mails/{pdfX5i1zjd35G.pdf => pdfDH4ZUAcsJE.pdf} (100%)
+ rename mails/{pdfDyhw6AitFo.pdf => pdfPePGLsDAym.pdf} (100%)
+ rename mails/{pdfkLRxiO4YS0.pdf => pdfU9I3NUvHOG.pdf} (100%)
+ rename mails/{pgpI_5jxFR7VZ.pgp => pgpBKaIcivKYa.pgp} (100%)
+ rename mails/{pngKStItI4meN.png => png9O3vtGcotx.png} (100%)
+ rename mails/{pngN5cn2FvoWV.png => pngBkJAx0zfhF.png} (100%)
+[2013-12-23 21:04:40 CET] Committer: Committing changes to git
+[2013-12-23 21:04:40 CET] Pusher: Syncing with public, dolgoff, origin
+error: Ref refs/heads/synced/git-annex is at 4f98427ba635b1548da21b5e6e1a84c49f708284 but expected 217121951ca4ede24d91fe92acee9061a527ba93
+remote: error: failed to lock refs/heads/synced/git-annex
+Auto packing the repository for optimum performance.
+Auto packing the repository for optimum performance.
+fatal: Unable to create '/home/me/public/.git/packed-refs.lock': Le fichier existe.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+error: failed to run pack-refs
+To /home/me/public
+ ! [remote rejected] git-annex -> synced/git-annex (failed to lock)
+error: failed to push some refs to '/home/me/public'
+[2013-12-23 21:04:42 CET] Committer: Adding pngBkJAx0zfhF.png png9O3vtGcotx.png pgpBKaIcivKYa.pgp pdfU9I3NUvHOG.pdf pdfPePGLsDAym.pdf pdfDH4ZUAcsJE.pdf pdf82oysVxMKf.pdf msg00040.html msg00032.html and 39 other files
+ok
+(Recording state in git...)
+(Recording state in git...)
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+
+(Recording state in git...)
+(Recording state in git...)
+add mails/pngBkJAx0zfhF.png ok
+add mails/png9O3vtGcotx.png ok
+add mails/pgpBKaIcivKYa.pgp ok
+add mails/pdfU9I3NUvHOG.pdf ok
+add mails/pdfPePGLsDAym.pdf ok
+add mails/pdfDH4ZUAcsJE.pdf ok
+add mails/pdf82oysVxMKf.pdf ok
+add mails/msg00040.html ok
+add mails/msg00032.html ok
+add mails/msg00028.html ok
+add mails/msg00027.html ok
+add mails/msg00026.html ok
+add mails/msg00025.html ok
+add mails/msg00024.html ok
+add mails/msg00023.html ok
+add mails/msg00018.html ok
+add mails/msg00006.html ok
+add mails/jpgyDMQ3JRqJQ.jpg ok
+add mails/jpgwgZCUHCRLD.jpg ok
+add mails/jpgtvEG4unHFl.jpg ok
+add mails/jpgrzViZx_4aI.jpg ok
+add mails/jpgpIVZxq60Dk.jpg ok
+add mails/jpgoHLfpoWcUO.jpg ok
+add mails/jpgmFXSd2Dp97.jpg ok
+add mails/jpgmFXSd2Dp97.jpg ok
+add mails/jpgkU70wDyd7n.jpg ok
+add mails/jpgjY_paWcDcr.jpg ok
+add mails/jpgim5vpaDawh.jpg ok
+add mails/jpghvPaq3_Be0.jpg ok
+add mails/jpgh1EzKSHWvb.jpg ok
+add mails/jpgdQNUXemgWT.jpg ok
+add mails/jpgbS7_tLed4m.jpg ok
+add mails/jpgbS7_tLed4m.jpg ok
+add mails/jpgVzzX55uqdu.jpg ok
+add mails/jpgVzzX55uqdu.jpg ok
+add mails/jpgVt3cWtM2fp.jpg ok
+add mails/jpgV1Ek5XTDpl.jpg ok
+add mails/jpgV1Ek5XTDpl.jpg ok
+add mails/jpgU2vrhPtw4a.jpg ok
+add mails/jpgU2vrhPtw4a.jpg ok
+add mails/jpgScmPPKPHFq.jpg ok
+add mails/jpgScmPPKPHFq.jpg ok
+add mails/jpgMi7I6uLnaD.jpg ok
+add mails/jpgMi7I6uLnaD.jpg ok
+add mails/jpgKyEVJPJdPY.jpg ok
+add mails/jpgKyEVJPJdPY.jpg ok
+add mails/jpgK4Lmnj5kJU.jpg ok
+add mails/jpgK4Lmnj5kJU.jpg ok
+add mails/jpgJnSKE5skVx.jpg ok
+add mails/jpgCw4FBEkcOV.jpg ok
+add mails/jpgCw4FBEkcOV.jpg ok
+add mails/jpgCfz3HNRLYo.jpg ok
+add mails/jpgCfz3HNRLYo.jpg ok
+add mails/jpgAsv158YPXC.jpg ok
+add mails/jpgAsv158YPXC.jpg ok
+add mails/jpgAU20k3zk5w.jpg ok
+add mails/jpgAU20k3zk5w.jpg ok
+add mails/jpg9a_S8ignCJ.jpg ok
+add mails/jpg9a_S8ignCJ.jpg ok
+add mails/binuVoVGDloKB.bin ok
+add mails/binjMrfB7aM7s.bin ok
+add mails/binjMrfB7aM7s.bin ok
+add mails/.mhonarc.db [2013-12-23 21:04:43 CET] Committer: Committing changes to git
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded msg00028.html
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded jpgyDMQ3JRqJQ.jpg
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded jpgkU70wDyd7n.jpg
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded jpgVt3cWtM2fp.jpg
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded jpgKyEVJPJdPY.jpg
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded jpgAsv158YPXC.jpg
+[2013-12-23 21:04:43 CET] Transferrer: Uploaded .mhonarc.db
+[2013-12-23 21:04:48 CET] Committer: Adding msg00041.html
+ok
+(Recording state in git...)
+add mails/msg00041.html [2013-12-23 21:04:48 CET] Committer: Committing changes to git
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+To /home/me/public
+   2171219..4f98427  git-annex -> synced/git-annex
+error: Ref refs/heads/synced/git-annex is at 90996528a22e94d52911e1abc8b90eb451d40dee but expected b0f556fff29e038eba46c95fecb4d1cc57d7dacd
+remote: error: failed to lock refs/heads/synced/git-annex
+To griboiedov:public
+ ! [remote rejected] git-annex -> synced/git-annex (failed to lock)
+error: failed to push some refs to 'griboiedov:public'
+To griboiedov:public
+   b0f556f..9099652  git-annex -> synced/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+From /home/me/public
+   73c5341..763310f  annex/direct/master -> dolgoff/annex/direct/master
+   e326ebb..c8c86fe  git-annex  -> dolgoff/git-annex
+   e326ebb..4f98427  synced/git-annex -> dolgoff/synced/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-12-23 21:04:59 CET] Committer: Adding msg00042.html
+ok
+(Recording state in git...)
+add mails/msg00042.html [2013-12-23 21:04:59 CET] Committer: Committing changes to git
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+From griboiedov:public
+   2171219..c7b4195  git-annex  -> origin/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+Auto packing the repository for optimum performance.
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-12-23 21:05:07 CET] Committer: Adding msg00055.html
+ok
+(Recording state in git...)
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+add mails/msg00055.html [2013-12-23 21:05:07 CET] Committer: Committing changes to git
+To griboiedov:public
+   9099652..c8c86fe  git-annex -> synced/git-annex
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+To /home/me/public
+   c7b4195..c6278b9  git-annex -> synced/git-annex
+[2013-12-23 21:05:13 CET] Pusher: Syncing with public, dolgoff, origin
+fatal: Unable to create '/home/me/public/.git/refs/heads/synced/git-annex.lock': Le fichier existe.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+Auto packing the repository for optimum performance.
+To griboiedov:public
+   c8c86fe..c6278b9  git-annex -> synced/git-annex
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+To /home/me/public
+   c6278b9..fe337a3  git-annex -> synced/git-annex
+From /home/me/public
+   c8c86fe..fe337a3  git-annex  -> dolgoff/git-annex
+   c6278b9..fe337a3  synced/git-annex -> dolgoff/synced/git-annex
+Everything up-to-date
+[2013-12-23 22:04:54 CET] NetWatcherFallback: Syncing with origin
+From griboiedov:public
+   763310f..4a82c94  annex/direct/master -> origin/annex/direct/master
+   c7b4195..4051e5f  git-annex  -> origin/git-annex
+   763310f..4a82c94  synced/master -> origin/synced/master
+Updating 763310f..4a82c94
+Fast-forward
+Auto packing the repository for optimum performance. You may also
+run "git gc" manually. See "git help gc" for more information.
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+ code.html                                      |    2 +-
+ libre.html                                     |    2 +-
+ mails/.mhonarc.db                              |    2 +-
+ mails/{binuVoVGDloKB.bin => bin5AtY2Z6c7Y.bin} |    0
+ mails/{binjMrfB7aM7s.bin => binrPJBAv0ZVt.bin} |    0
+ mails/{jpghvPaq3_Be0.jpg => jpg1UMqWMrG7a.jpg} |    0
+ mails/{jpgK4Lmnj5kJU.jpg => jpg3DFKEEjrkk.jpg} |    0
+ mails/{jpgMi7I6uLnaD.jpg => jpg3krTrtBEkb.jpg} |    0
+ mails/{jpgbS7_tLed4m.jpg => jpg7fboROgExn.jpg} |    0
+ mails/{jpgVt3cWtM2fp.jpg => jpg924jbjXysn.jpg} |    0
+ mails/{jpgCfz3HNRLYo.jpg => jpgE97mvEaO69.jpg} |    0
+ mails/{jpgAU20k3zk5w.jpg => jpgFNaMv1VRz6.jpg} |    0
+ mails/{jpgmFXSd2Dp97.jpg => jpgHsS_2rOL6Y.jpg} |    0
+ mails/{jpgScmPPKPHFq.jpg => jpgKXplac49vA.jpg} |    0
+ mails/{jpgJnSKE5skVx.jpg => jpgLRAgF_kk2y.jpg} |    0
+ mails/{jpgKyEVJPJdPY.jpg => jpgLqoIemkRHW.jpg} |    0
+ mails/{jpgVzzX55uqdu.jpg => jpgNehfnysPB_.jpg} |    0
+ mails/{jpg9a_S8ignCJ.jpg => jpgOerFzfMUut.jpg} |    0
+ mails/{jpgim5vpaDawh.jpg => jpgQJv5bJd7Z_.jpg} |    0
+ mails/{jpgU2vrhPtw4a.jpg => jpgTmkvSP5OCN.jpg} |    0
+ mails/{jpgAsv158YPXC.jpg => jpgWN0orLG26U.jpg} |    0
+ mails/{jpgkU70wDyd7n.jpg => jpg_TlOpz5yEI.jpg} |    0
+ mails/{jpgCw4FBEkcOV.jpg => jpgb6Amcdbt_p.jpg} |    0
+ mails/{jpgrzViZx_4aI.jpg => jpgd4jRWMqhI3.jpg} |    0
+ mails/{jpgyDMQ3JRqJQ.jpg => jpgdu9EKZP18V.jpg} |    0
+ mails/{jpgoHLfpoWcUO.jpg => jpgfTUANHcfnz.jpg} |    0
+ mails/{jpgjY_paWcDcr.jpg => jpggs4xMeCwqp.jpg} |    0
+ mails/{jpgh1EzKSHWvb.jpg => jpgkoEH5SoLvR.jpg} |    0
+ mails/{jpgwgZCUHCRLD.jpg => jpgmcn6CC58d1.jpg} |    0
+ mails/{jpgV1Ek5XTDpl.jpg => jpgqYEKj5yxhL.jpg} |    0
+ mails/{jpgtvEG4unHFl.jpg => jpgygiJgjjLdg.jpg} |    0
+ mails/{jpgdQNUXemgWT.jpg => jpgzKwM4quoCJ.jpg} |    0
+ mails/{jpgpIVZxq60Dk.jpg => jpgzTcmXOboBC.jpg} |    0
+ mails/maillist.html                            |    2 +-
+ mails/msg00006.html                            |    2 +-
+ mails/msg00018.html                            |    2 +-
+ mails/msg00023.html                            |    2 +-
+ mails/msg00024.html                            |    2 +-
+ mails/msg00025.html                            |    2 +-
+ mails/msg00026.html                            |    2 +-
+ mails/msg00027.html                            |    2 +-
+ mails/msg00028.html                            |    2 +-
+ mails/msg00032.html                            |    2 +-
+ mails/msg00040.html                            |    2 +-
+ mails/msg00041.html                            |    2 +-
+ mails/msg00042.html                            |    2 +-
+ mails/msg00048.html                            |    2 +-
+ mails/msg00049.html                            |    2 +-
+ mails/msg00050.html                            |    2 +-
+ mails/msg00051.html                            |    2 +-
+ mails/msg00052.html                            |    1 -
+ mails/msg00053.html                            |    1 -
+ mails/msg00054.html                            |    1 -
+ mails/msg00055.html                            |    1 -
+ mails/{pdfDH4ZUAcsJE.pdf => pdf2EajO3nKRV.pdf} |    0
+ mails/{pdfU9I3NUvHOG.pdf => pdf3vLwdvymu6.pdf} |    0
+ mails/{pdfPePGLsDAym.pdf => pdfF0TCUFYgxV.pdf} |    0
+ mails/{pdf82oysVxMKf.pdf => pdfmQ9u5fWUkK.pdf} |    0
+ mails/{pgpBKaIcivKYa.pgp => pgpcO0uja6Z0Q.pgp} |    0
+ mails/{png9O3vtGcotx.png => pngfmEm5tkUDn.png} |    0
+ mails/{pngBkJAx0zfhF.png => pngphoxRepygs.png} |    0
+ mails/threads.html                             |    2 +-
+ output.html                                    |    2 +-
+ reflets.html                                   |    2 +-
+ 64 files changed, 23 insertions(+), 27 deletions(-)
+ rename mails/{binuVoVGDloKB.bin => bin5AtY2Z6c7Y.bin} (100%)
+ rename mails/{binjMrfB7aM7s.bin => binrPJBAv0ZVt.bin} (100%)
+ rename mails/{jpghvPaq3_Be0.jpg => jpg1UMqWMrG7a.jpg} (100%)
+ rename mails/{jpgK4Lmnj5kJU.jpg => jpg3DFKEEjrkk.jpg} (100%)
+ rename mails/{jpgMi7I6uLnaD.jpg => jpg3krTrtBEkb.jpg} (100%)
+ rename mails/{jpgbS7_tLed4m.jpg => jpg7fboROgExn.jpg} (100%)
+ rename mails/{jpgVt3cWtM2fp.jpg => jpg924jbjXysn.jpg} (100%)
+ rename mails/{jpgCfz3HNRLYo.jpg => jpgE97mvEaO69.jpg} (100%)
+ rename mails/{jpgAU20k3zk5w.jpg => jpgFNaMv1VRz6.jpg} (100%)
+ rename mails/{jpgmFXSd2Dp97.jpg => jpgHsS_2rOL6Y.jpg} (100%)
+ rename mails/{jpgScmPPKPHFq.jpg => jpgKXplac49vA.jpg} (100%)
+ rename mails/{jpgJnSKE5skVx.jpg => jpgLRAgF_kk2y.jpg} (100%)
+ rename mails/{jpgKyEVJPJdPY.jpg => jpgLqoIemkRHW.jpg} (100%)
+ rename mails/{jpgVzzX55uqdu.jpg => jpgNehfnysPB_.jpg} (100%)
+ rename mails/{jpg9a_S8ignCJ.jpg => jpgOerFzfMUut.jpg} (100%)
+ rename mails/{jpgim5vpaDawh.jpg => jpgQJv5bJd7Z_.jpg} (100%)
+ rename mails/{jpgU2vrhPtw4a.jpg => jpgTmkvSP5OCN.jpg} (100%)
+ rename mails/{jpgAsv158YPXC.jpg => jpgWN0orLG26U.jpg} (100%)
+ rename mails/{jpgkU70wDyd7n.jpg => jpg_TlOpz5yEI.jpg} (100%)
+ rename mails/{jpgCw4FBEkcOV.jpg => jpgb6Amcdbt_p.jpg} (100%)
+ rename mails/{jpgrzViZx_4aI.jpg => jpgd4jRWMqhI3.jpg} (100%)
+ rename mails/{jpgyDMQ3JRqJQ.jpg => jpgdu9EKZP18V.jpg} (100%)
+ rename mails/{jpgoHLfpoWcUO.jpg => jpgfTUANHcfnz.jpg} (100%)
+ rename mails/{jpgjY_paWcDcr.jpg => jpggs4xMeCwqp.jpg} (100%)
+ rename mails/{jpgh1EzKSHWvb.jpg => jpgkoEH5SoLvR.jpg} (100%)
+ rename mails/{jpgwgZCUHCRLD.jpg => jpgmcn6CC58d1.jpg} (100%)
+ rename mails/{jpgV1Ek5XTDpl.jpg => jpgqYEKj5yxhL.jpg} (100%)
+ rename mails/{jpgtvEG4unHFl.jpg => jpgygiJgjjLdg.jpg} (100%)
+ rename mails/{jpgdQNUXemgWT.jpg => jpgzKwM4quoCJ.jpg} (100%)
+ rename mails/{jpgpIVZxq60Dk.jpg => jpgzTcmXOboBC.jpg} (100%)
+ delete mode 120000 mails/msg00052.html
+ delete mode 120000 mails/msg00053.html
+ delete mode 120000 mails/msg00054.html
+ delete mode 120000 mails/msg00055.html
+ rename mails/{pdfDH4ZUAcsJE.pdf => pdf2EajO3nKRV.pdf} (100%)
+ rename mails/{pdfU9I3NUvHOG.pdf => pdf3vLwdvymu6.pdf} (100%)
+ rename mails/{pdfPePGLsDAym.pdf => pdfF0TCUFYgxV.pdf} (100%)
+ rename mails/{pdf82oysVxMKf.pdf => pdfmQ9u5fWUkK.pdf} (100%)
+ rename mails/{pgpBKaIcivKYa.pgp => pgpcO0uja6Z0Q.pgp} (100%)
+ rename mails/{png9O3vtGcotx.png => pngfmEm5tkUDn.png} (100%)
+ rename mails/{pngBkJAx0zfhF.png => pngphoxRepygs.png} (100%)
+[2013-12-23 22:05:12 CET] Committer: Committing changes to git
+[2013-12-23 22:05:13 CET] Pusher: Syncing with public, dolgoff, origin
+Auto packing the repository for optimum performance.
+fatal: Unable to create '/home/me/public/.git/refs/heads/synced/git-annex.lock': Le fichier existe.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+[2013-12-23 22:05:16 CET] Committer: Adding reflets.html output.html threads.html pngphoxRepygs.png pngfmEm5tkUDn.png pgpcO0uja6Z0Q.pgp pdfmQ9u5fWUkK.pdf pdfF0TCUFYgxV.pdf pdf3vLwdvymu6.pdf and 51 other files
+ok
+(Recording state in git...)
+(Recording state in git...)
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+add reflets.html ok
+add reflets.html ok
+add output.html ok
+add mails/threads.html ok
+add mails/pngphoxRepygs.png ok
+add mails/pngfmEm5tkUDn.png ok
+add mails/pgpcO0uja6Z0Q.pgp ok
+add mails/pdfmQ9u5fWUkK.pdf ok
+add mails/pdfF0TCUFYgxV.pdf ok
+add mails/pdf3vLwdvymu6.pdf ok
+add mails/pdf2EajO3nKRV.pdf ok
+add mails/msg00051.html ok
+add mails/msg00050.html ok
+add mails/msg00049.html ok
+add mails/msg00048.html ok
+add mails/msg00042.html ok
+add mails/msg00041.html ok
+add mails/msg00040.html ok
+add mails/msg00032.html ok
+add mails/msg00032.html ok
+add mails/msg00028.html ok
+add mails/msg00027.html ok
+add mails/msg00026.html ok
+add mails/msg00025.html ok
+add mails/msg00024.html ok
+add mails/msg00023.html ok
+add mails/msg00018.html ok
+add mails/msg00006.html ok
+add mails/maillist.html ok
+add mails/jpgzTcmXOboBC.jpg ok
+add mails/jpgzTcmXOboBC.jpg ok
+add mails/jpgzKwM4quoCJ.jpg ok
+add mails/jpgygiJgjjLdg.jpg ok
+add mails/jpgqYEKj5yxhL.jpg ok
+add mails/jpgmcn6CC58d1.jpg ok
+add mails/jpgkoEH5SoLvR.jpg ok
+add mails/jpggs4xMeCwqp.jpg ok
+add mails/jpggs4xMeCwqp.jpg ok
+add mails/jpgfTUANHcfnz.jpg ok
+add mails/jpgdu9EKZP18V.jpg ok
+add mails/jpgd4jRWMqhI3.jpg ok
+add mails/jpgb6Amcdbt_p.jpg ok
+add mails/jpgb6Amcdbt_p.jpg ok
+add mails/jpg_TlOpz5yEI.jpg ok
+add mails/jpgWN0orLG26U.jpg ok
+add mails/jpgWN0orLG26U.jpg ok
+add mails/jpgTmkvSP5OCN.jpg ok
+add mails/jpgTmkvSP5OCN.jpg ok
+add mails/jpgQJv5bJd7Z_.jpg ok
+add mails/jpgOerFzfMUut.jpg ok
+add mails/jpgOerFzfMUut.jpg ok
+add mails/jpgNehfnysPB_.jpg ok
+add mails/jpgNehfnysPB_.jpg ok
+add mails/jpgLqoIemkRHW.jpg ok
+add mails/jpgLqoIemkRHW.jpg ok
+add mails/jpgLRAgF_kk2y.jpg ok
+add mails/jpgKXplac49vA.jpg ok
+add mails/jpgKXplac49vA.jpg ok
+add mails/jpgHsS_2rOL6Y.jpg ok
+add mails/jpgHsS_2rOL6Y.jpg ok
+add mails/jpgFNaMv1VRz6.jpg ok
+add mails/jpgFNaMv1VRz6.jpg ok
+add mails/jpgE97mvEaO69.jpg ok
+add mails/jpgE97mvEaO69.jpg ok
+add mails/jpg924jbjXysn.jpg ok
+add mails/jpg7fboROgExn.jpg ok
+add mails/jpg7fboROgExn.jpg ok
+add mails/jpg3krTrtBEkb.jpg ok
+add mails/jpg3krTrtBEkb.jpg ok
+add mails/jpg3DFKEEjrkk.jpg ok
+add mails/jpg3DFKEEjrkk.jpg ok
+add mails/jpg1UMqWMrG7a.jpg ok
+add mails/binrPJBAv0ZVt.bin ok
+add mails/bin5AtY2Z6c7Y.bin ok
+add mails/.mhonarc.db ok
+add libre.html ok
+add code.html [2013-12-23 22:05:17 CET] Committer: Committing changes to git
+[2013-12-23 22:05:17 CET] Transferrer: Uploaded jpgb6Amcdbt_p.jpg
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+fatal: Unable to create '/home/me/public/.git/refs/heads/synced/git-annex.lock': File exists.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+git-annex-shell: fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+To griboiedov:public
+   c6278b9..d7c3c7d  git-annex -> synced/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+To /home/me/public
+   4051e5f..8092c30  git-annex -> synced/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+From /home/me/public
+   763310f..2ec4f5d  annex/direct/master -> dolgoff/annex/direct/master
+   fe337a3..8092c30  git-annex  -> dolgoff/git-annex
+   fe337a3..8092c30  synced/git-annex -> dolgoff/synced/git-annex
+   763310f..6024c22  synced/master -> dolgoff/synced/master
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+Everything up-to-date
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+To griboiedov:public
+   d7c3c7d..8092c30  git-annex -> synced/git-annex
+   4a82c94..2ec4f5d  annex/direct/master -> synced/master
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-12-23 22:05:37 CET] Pusher: Syncing with public, dolgoff, origin
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+fatal: Unable to create '/home/me/public/.git/refs/heads/synced/git-annex.lock': Le fichier existe.
+
+If no other git process is currently running, this probably means a
+git process crashed in this repository earlier. Make sure no other git
+process is running and remove the file manually to continue.
+fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+Auto packing the repository for optimum performance.
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: To griboiedov:public
+   8092c30..3f6f227  key is already present in annexgit-annex -> synced/git-annex
+
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+warning: There are too many unreachable loose objects; run 'git prune' to remove them.
+To /home/me/public
+   8092c30..3f6f227  git-annex -> synced/git-annex
+From /home/me/public
+   8092c30..3f6f227  git-annex  -> dolgoff/git-annex
+   8092c30..3f6f227  synced/git-annex -> dolgoff/synced/git-annex
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+Everything up-to-date
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+[2013-12-23 23:03:21 CET] SanityCheckerHourly: Rotated logs due to size: 1004794
+
+# End of transcript or log.
+"""]]
+
+> [[Fixed|done]]. This was several garden-variety haskell laziness leaks,
+> all fixed by adding strictness annotations.
+>
+> Before: [[leakbefore.png]]
+> After: [[leakafter.png]]
+> 
+> Looks like I got them all, and it returns to running in constant space
+> after adding and uploading the files (which can take memory porportional
+> to the number of files that were added/changed at once). --[[Joey]]
diff --git a/doc/bugs/import_memleak_from_the_assistant/comment_1_81c80ca3ea288c651ccf45c83477e058._comment b/doc/bugs/import_memleak_from_the_assistant/comment_1_81c80ca3ea288c651ccf45c83477e058._comment
new file mode 100644
index 0000000000..e551c357ff
--- /dev/null
+++ b/doc/bugs/import_memleak_from_the_assistant/comment_1_81c80ca3ea288c651ccf45c83477e058._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-24T20:51:30Z"
+ content="""
+How many files are in this repository?
+
+There are various ways to profile git-annex's memory use, but they all require building it from source. For example, it can be built with [[EKG_support|ekg]].
+"""]]
diff --git a/doc/bugs/import_memleak_from_the_assistant/comment_2_56089b7ad5d02c39ae0aacb442d789e9._comment b/doc/bugs/import_memleak_from_the_assistant/comment_2_56089b7ad5d02c39ae0aacb442d789e9._comment
new file mode 100644
index 0000000000..dbc63d234a
--- /dev/null
+++ b/doc/bugs/import_memleak_from_the_assistant/comment_2_56089b7ad5d02c39ae0aacb442d789e9._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~psycojoker"
+ nickname="psycojoker"
+ subject="comment 2"
+ date="2014-01-04T04:43:26Z"
+ content="""
+There are 139 files in this repo but this repos is updated very frequently (the files are generated every 10min).
+
+After a lot of fight with cabal and cabal-dev, I've managed to make EKG run, here is a screenshotof the result after hours of run and an actual consumption of 33.8% of 8gb of ram.
+
+http://pix.toile-libre.org/upload/original/1388810323.png
+
+But looking at it I don't know how it can be usefull. I don't know very well the haskell ecosystem, don't hesitate to point me to things that could help.
+
+On a more positive note: git annex compiled from cabal (and from source) seems to eat my available memory way slower than the one from the ubuntu ppa.
+"""]]
diff --git a/doc/bugs/import_memleak_from_the_assistant/comment_3_b193a4a0901c681b59a97b93b456765b._comment b/doc/bugs/import_memleak_from_the_assistant/comment_3_b193a4a0901c681b59a97b93b456765b._comment
new file mode 100644
index 0000000000..6d03b4cdbd
--- /dev/null
+++ b/doc/bugs/import_memleak_from_the_assistant/comment_3_b193a4a0901c681b59a97b93b456765b._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 3"
+ date="2014-01-05T20:41:35Z"
+ content="""
+Well, EKG either cannot see the leak, or perhaps haskell profiling generally cannot see it. Don't have a lot of experience with EKG, it's just a lot easier to ask for than full ghc profiling data..
+
+It's certainly useful information that you are constantly changing the files.
+
+I have tried to replicate this setup, with a few hundred files, and writing random stuff to them repeatedly. The RSS did not grow at all despite repeatedly changing and committing the files.
+
+I then tried adding a remote for it to sync with, and see evidence of a small leak there -- around 8 bytes per file transferred. The leak appears to be in the transfer code, not the git sync code; it happens with both git remotes and with directory special remotes.
+
+"""]]
diff --git a/doc/bugs/import_memleak_from_the_assistant/comment_4_d9464c7dc41773650ef7291391e1b414._comment b/doc/bugs/import_memleak_from_the_assistant/comment_4_d9464c7dc41773650ef7291391e1b414._comment
new file mode 100644
index 0000000000..11aeff31ad
--- /dev/null
+++ b/doc/bugs/import_memleak_from_the_assistant/comment_4_d9464c7dc41773650ef7291391e1b414._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~psycojoker"
+ nickname="psycojoker"
+ subject="comment 4"
+ date="2014-01-06T01:31:14Z"
+ content="""
+Great, don't hesitate to ask me if you need more informations!
+
+Thanks :)
+"""]]
diff --git a/doc/bugs/import_memleak_from_the_assistant/leakafter.png b/doc/bugs/import_memleak_from_the_assistant/leakafter.png
new file mode 100644
index 0000000000000000000000000000000000000000..32c27f370d3138b8bf0aeffabac10e4befaab9f2
GIT binary patch
literal 43348
zcmZ^L1yEdD*Ja}p9D=($1b26bkl+y9HE84R?hxF9LvVL@celnJf=|Eq&o?vwOifpH
zQGM&u=iGbG-h1t}*6DB+C23?td_({MfGjH`p#}gzbb;To@Q~mm;-6&0z<&@NWVC()
z04V+cydjbqPzb;W;hbd^CE+$9U?K2137YP8!H4jiB{iMJ?QLyM?VJJPPNs&=rY59r
zmd+NW(z1#w8vZCa001dKRzg(Wef6wEFN)wOo%!#d%oCI~V(N`^&01AH*E!1xyb}|w
zAm|jairNjc0_5eu^p@YP(?;iQ#ghZf(><j7F|{hrU;Kg~R(aaY<5i&`xH7Zq0A2Er
z1L*xcH0+z7v&f)M&kVD|y>zpY#;jy7T%`|w)0OJ%>bDQXlAOlg%VUoK4RIACd<_;J
z1ut*khgQ$IBrs$t<0W=gibL)Pg5p3Y(ikJd2xOO%IEH8-I@#Ixe_lSN>Sar(=s+oq
z5t&HRb~1QjG-$F`te*T5O4;)A@|TyFU@-^)VsJ0`RObPTaFe71;;E8?a#r}eeGj2z
zxrNhv`BdhETMy*7D9QvG^6=?75w%kFA~m{XIe{tp1ocvN@JH}};z@fxj0aUD#aTJG
z!3AXx7@-3q28_VxVMqQmx-2C+a5Vwgp<k*FE!w@T>f8bzi?I-I1+ypLyhA^gvh;g7
z*&Ah$Oaj(<n+!RgC0**1tR^+tLT4!qME=qHyO4F6Ia@lsAO+r1BDP-8u+!sLwsa&i
z6KiX0UteEq>vH|-quVD?gfw_43i8qE>7PD6o!`sPFE7D|-`?JwS_n6yYg0$Ug{0XA
zF(L=tg^(Slo=vZ}ef%k96DSRri2$s|bck)S4G{c}_r?KNQZ26}j^_eX%Hz>70-r_m
zj}{lPSI@ARsbnKSN6Q6Ag;@+@RkIDsDB!DO1m;J6O`tqE{gsn5Wx_V|ITn1c#O!33
z3ztRn%;}RyP1uG7DXaw(zEEYWHsxK{Q-+KSqKiO?parSZCr=%DWas4M#9pXS8apqK
zHun|Ce@Vx%8Sl_!T(oKc-+pv4ec*ACSe{C$dVVDFNOP{ai_v#ER?0Bsl)=skjHwcj
zcl9k(B^d9SPr(7C@aYPNs}0ryQ_|ii)H{XX<#2X!d|0^gogbfEWUNEKdg=83{@#U4
zQ=Ji;;>G)H=I2?#RDc8Qc97l9C4|FXn=94oTA=up0(D@sR;jwhzPGoxU@Is-DwTsD
zqy@|Kr4!`A(mDs#ur6OTE6>v5{B(0*!`0T%@LBI-q{b~HvGzO6l6*%_kou72c>w9O
z-?Bu}_3EQ4^rrFgoU(9->$!I2_edb4B%7338w3u)rRL}|6fKM*wqPYDJ?yG6T?CFI
zBvB@GcD?}xam%%Ko6&><O^Oq2WHxxUrlqS_FUc2SOdkDKr&q0<Npt!linhsGXp9M&
zJIps`>eCK75=8csTEW6cptO>hNtBAt{n~~%k~aEx&x~d#o|`i5`~l|qPb~uB%qqb=
zB03NSQt)f(e35)=ek8xY8uM-K^1!u}G9qnISO^ON!Ch1cDk_8^MLI`%RGQ7#oITzL
za(KvZut8{YwL`K-wVG`k#itE9Jm`7ml<0=FED<~S9`EzGEG^=#%F!!qoP$AwK@rpJ
z7&(?<vZ0G3rD82Z#H>~=u|>V4h1$%wK^zbX#w}7}@P4}k6KtRT#VBK(8}N#wtYvzP
z7U8E#hSu1J7a^lcsT^a!EURWbq!NP15j8#?{>plaqtG3+dAPiMW&@GTtSaGH_KD&y
zs-GkQ!zCVfkDp%(Yt1N?Z?ZKKJUU6C?%@#s0p=J4bwN}_jo>YKj_&cNp1{5UF7xfD
zuR-eP<q_c63hy7CJ|(OxH}0B^2_ao(&)Lb|E2Alsl34SX`0^<8x)Eue_;Yzs-U7ae
z_o4YXRbrhzLFSpD4iiB2NG+v|n}&0d^3M!iU6<24tMRNc?a5Et&_$^c`BoIi{)$kH
z31S#bEtn|BoXM{2Jl!pu(<%0zUjR&%-_o)S9nc@6`jI~}M34re9BINzqb}sK;;L(9
zRoX%;VN^v=QnsR|*%QKAnoY7MvoIc|PLw)&Rx922&P*?3Tm$guWIGY<JnN)Dc;Oq~
zW`;|#*Eith5OwaXNR3TaxL453y;!O27nkGy5%*)}YeJz#%FJ?s`OpPFCxV7?yEl%_
zK_?6jL8PZQYI1(6DSm-@p31OU-HOfkpH6pEsd7c&CEnT^L0jt43|{Hcvq*4|oku$x
zjfnU8cOtmg8Ez@2I%}B54%PhVuH}uM-l>*;**ZEpx3{+q+UMYKEK(cUeUd98msP9$
z&VU`s(-P*58$Zo@p8N-gY2vJ=n42^ki<(&WuNIg4MS`hccBwj|=jO!Jl#Z}Lsk(!<
zs!&d~I(<gyUGzP$Lxt8th$%sJ-3q?nZ1Gf+i+IT(Vj4pMAJWM?QhLB+cfxn}P96q7
z*IekIY?MG*SyhD{DS3KyJZ|`ltHL9!0<-Nz3dEaVXo(acR%Iwz_Yfx?=fyaPDwswu
z&im<Y1`{Axq?V^biye7-db&7eEmeO?(<q;iG-5*TX^y0z1k00A(D+b316$L@Ek#DV
z|HWW5$7F%7Paa%$8myN%*n{q;z}Xtu5rY;!p5!fqcbd$g!EDf30k<e4bzAtYAd>Y0
z#QQLy{^+HZ3js8`GH;+rmZQRsJkEgwWFIjkBT^NDuNCU(=;+?DP(}*ph8#e|ubRKN
zErxWmUai}b?*SWHcbWs|2TmoW>JbCvt(=^w$LenNcL-$aV|raaf~$2qM-*p&o!%NT
zgSbZzK6p~b%uD8Dn&1OiA6l*<WIve6K+W~;{)6310%r~I?m&E+w$px49*y;}b6iqX
zhp?klf+h{U-ct3zgY=X-y(GnPyu>1&X%^toT}W{7x_bn{1w)Ofv~iI*FeSo3g1_u%
z4&ilWrFhFYrqk!0<y7E~=t>E=^zHs33zNUV8!42-+zuMRmiR=A-G;khAtg1!I(&0Q
zB{n7V97e|Tr-L#oK{$h=V;@B|D^BLFL*_#=#gp=VPFdl*vFO*Ivx9tJrWL<$*I2~2
zu`)jR5bHf~>n0F@W9_?6=)-!9NtEdsT=YNjh^BRs=zv8Nq%Uda8I&C_Q9+pi!hZZL
z?7gBoPn!^KrjKpTNN&1EslWOt`A_(sjR~fuX;EPI!B#<Xyiu+GQ?0}O-Ou=lW#I?h
zNF>4Ep-CpwY+K7t;XF%@*ER7^fMXLdv*}SF<RKGd$9iFLM)do)#^7pE7SKYtI7c>{
zn>0#b=)3MoB!LEzHOcRyC?VIc(clE@9V+f9IpYx}8YDn?vXq!IRb!YT+5Q|;vEUrl
zHz%3j5Ox1nsgzMGeE7vplm|2V6c@E0FKTQ0u&G&dtlym}-%$$vv0h>yL@bSAn})E2
z2~m3cPcVZkcs@Jc2s}|80)aVJ_!dZu7VFQ74OiyES)p2K(uA3Yh6WwARrZX)`szQg
zh^iY4Sw?Jv`@^eER;rsssa<TrrpCs@qa*7EaI7xL6=8UHs+GzlsFyE*7ne}Ahtx+v
zSWrxrMEErrap8h12A0w_xM-XI6O}yWf;m$f^q=3@pK)^MPw&O@a-TSGb_<jv&@fb^
zWEA?pQUZen!d2y}rN8{1mw-;9ELEY!ij+jI*(Cv&w2&!~0jX>PDSU(W1V8ZEE-Nn~
zj50w#Jxr!v`hit@`1E;6yK83oQj0zrjc;jbY2}EHIzzC)7mQod6$bfdFrh{F_8$}^
zX{c5v7HDt7V`!qt>3#yoq?R5Kr#8~r+A9($_1avKWoeTYsJ~V(p`%^raDd13Q+OCn
zW=Lf*ScE#ArjzRbL!SP_Qfegoy?_SR_d7or);TaTP2DET1<$JeduiiSQ>S|}JNvrv
z5^TJ6t~C9Zc!Vgpe+B=I$HUno`M=VY-^<nM2aMwRzHm-i5YKYw!}&!o=yv&RYy{J$
zj?Ey%QX)Pp=DLyF%yxCr@G&2YNAp(uN_{{chFo)~80Vv9%rJ#dCU1f88tfuXWI*Y1
zMHZBTe|o85MTSNwT&H$chkhj?1a#jX%Q^vJi-by~9>pYvanoJmC7PCFo{?m}MG*ow
zf7&%mVvtD|BIP5a<(a3t10|-0aj>U@qbbL^A3MU=r$mV!!m|+FSlC`U!ANlR+%+iM
z7@5jctSa^|Mp)mHJ?zm=G;nM!`S&*q%J?X3AYw0GwlMmyEoyMElIMjgZa>vO9;)TB
z%&7=4+V(3Xis)_ri?9pBOYjfSA*XXYeo_Qwk2+A4oMm;-E}*wM2a-`^+9*YcH<{b!
zpuh-l*b_a=!I=gx&!T}(d<+3{O1GM9&J;yb2e))54NiNbG(tGeXYL{8w}dNFefhjg
z^pwp~eY{~}?zLXM7Xf3ONF+P#i6UNKu<ANI!*pvgg%at5A!byYR&Yq&d1exsNNje;
zcv>}3+F6ZI&MR;?=Q4T-OT;3l=~}igrTSArhULpqi=4mxAzI$i=7ykkrA2dHsN1&m
z2;?6G#Gp7wxj?GIRXYRP)Fm+^Q1DIwxM*q^C?S7pATpIuzy`LiA*;GR{+Jx6Rr~xR
zp@s(ib`>xKF<o3Ru^n%)^{k6$v@EDTD4JBu@y<4kj6;lls9VW*5i=Yx>;NSlNa)u}
zxJ8tbP;;4#9mLMuzFfO3=}PmsF}@d_J^GurcH1N_Mp&#rPdcX~*U&^~IsW{o_*}da
zcS+O4I;bsO+&|mDNLeZ|5+H)7Nyw`(eVi8G!fJ^uYSOLhDe7(<XAr8SeDX|aoki(W
zd;7zyxg@-40C|9i$3hX7fefI?pSxZC!h_VlNk(BE16oCB0bghu0P_U-NL(DMWdAEg
zFigGyP1ypU!?h&^PTrrbAF!#1-u{?skr>2|hT}0tN(^Kga9&F1SEuo!Qym?GB=@gy
zBwo8IqtV#c&bpg?!+-nI{uI{OV|*;vV(exK!&8uI-X(!^R3S(L*%I}wpKc7dL}rzg
z0!ci;vPW{T$Y3=d&GCmL%$fJ+`W2-K>X&ExQOK@)%;itPVqBRMW_9;Kq8xC;wPNGy
z;__Kl?bZR@^;lbv6(pZOn}#^MBuw9y6$l=sD&oNIZ3HK)FyC^;Q&Db)?`Vq!YH*3R
zxp97(iY-&y@)R_MeFzp4^=<k$(`mQpO8ux*r%#|<uxbE9S^8uS)Iid_J}3z)8v#i)
z=u`LdNRnf3z3}GNPobWTP;agiU)cG6K*^`zTNu7y{lXw~L03oz?c6*+w;ql>J$c9`
zJUl+0-ao&-3gpu$*-ssTlZWJOTxYF*H4Y+-SERM$QR$s>Z~CkA6r@ha8k>IeQH^&$
zR6w#}QL}5l*MdKt(>QV0{gaBH&9rxy60>04pZy-EC3)(^cuHBcAhlA7+T<AE*4EaN
zu*4!AyjY9wLs&M~Mb%sg-`<9P51m)kH=QXF!=eIW31p(aE;vkA0zao&tTnV*3j@Ec
z_73^V)i{2{c7R=7OPe>!a~UEW$m8k8H2bJpukCyJ!f!og)!8eud~@o=>vJ>V+UAu5
zk*0YWiO=w4c3LBv->{Lk%~VHa$;`UnRSZJHG+E+`7QDX>K`jJ}uRu*4R@sAOOQ}rb
z(-mO*q!TE?J@bUPm!eQkm(#)M!C2~j_leZ%Mv*8b?2AoeTu!rKv=FW|+$BmEn&}m_
zq!E09WwNN1vnZ+fpOrq+2+z9;b$U(Nmd;Ln`eeDH*^?7`?F#{Ll}QHYWm>F=f&4?V
zw;=F6_a+=EXhtDX6j3hrWM&g+CzMR|LF`ktuhq1Pt4-P|jSy{voG~K_VfHe<G9z&T
z-gvF{GO~ZmNM+W`-$(yYDpJewdA2N4(=sq9d7t<XoWf9>5Pv2MYn-ow_B&njPGgw3
zEwRavzw<;O6A*qt*nvVG$oC$ybIcZ&9A=G%D!47adp~@1_vstc@T$Faz)hM<Z2YM@
zyybGEe>Ifr+S#U?ln>1EZ}gsA9DDw$?5sN*`s9@@M&lh44R1;Ouqn{F9?xz*iR1)@
zE(X7H=ZYiw^By-}^)g5u4lm+9br8rgTROEAS8?C@=L`lO+TR3Rdfz_pY3Dy*eryP1
z%;M&A4=(6C9rq8Ju68BAHGq5W*=|!xY&iFBky2kXF}}<6<6*xPl1ROI*4(bAg4GX{
zE7fnn`vWXL3DwU4Kmt_Dz5nC5@BP7i<y3O%^1Spn1bvd%4KGwbf>&lE``-;_(c<7*
z5W7s&blPW9|EbK)=EWsEn@>z4TRB#m-B+wXrgND{z!}ny^tHQzh&?TStYF?aT;6GC
zMN^1a(s#gTz%W-Hcb2o|=wi8<KY#7$jBi+KiJMIV&%Ijs?uzToyiO{S*JdOrb^Pn;
zf^-KFz2{Z}1p4#PG)~wGi`itpW5B#9U%#$KZp^bfPx%I+h+_$clRy?_iTNB$uXS{`
z4V%CO@shME>~vllMA8@K4$2?^$EfM%V+5e@3_MR!Qg`L9We@kOsttBdInYRn$HpHx
zU8C{-n`{Xa4jY?;=p8Paw}I2yT&J{k9$Km2%;_iWTlT+K>dD3W!P(>CDcGR>{rIng
zve;&UuYHwm2q?8ddK|LBUBe;oq=)&VZ0#FIWq1i`T%!C`%@k_qG=VP-vjeNpL8q2n
zL8p0K=q{5`%iVZS+ZDI3`p-Lr>*?y6aWhWet1;y>oeQDS8h(KlHTED~xBEdwzv@_j
z)SeCQd?42zPg2Q`k)ODPZ5N0meB1o=?7SJ9lL3{^%)p-?YQx%l#aiJL>bS0fWNawM
zL%;mdvBbjuc?SIBGt+5tYe44tI&XSu8aXRn<3Q~KjZsVFwg3^M+DKe6JfPuAuJ*U^
zpfGQ`l9h{$^|Y7Kl><`eZnWCKxblZbLbCoL!^WU68wsB)!U-7QY!eSXG~xHqA9p7=
zuXJKz-iYBg0E&CpZf^8Y7FXi!^V2m$i$a*oy^$jG_9Ruwm76_^7$iP1c;tYUa2ss^
z`TN%w$k&~ZC!}s>B(995QW-~^lzd*Zxlw+193z~ag0gwOfG(^*HcX?rDIN{Fo!eNa
zS+fg)ZabA9r06%CuWKllU=&s0js_|oAUaj*CE>&m{S)1DhFda-($V-3@v{Peu3TS?
ztUT@2jwwcmY8GPj0$IV>lR5Tg{D};yWcfOUJl7_N-8zF)D4_gjFJET-!NoTe6m7$2
z-iVQ{Nv@#FXUpz)HnB3mM32P^88!}bcb(`=VYQ&Oxm7TZaqs;GRuDU=_(}|h!>EU;
zSn8U~?J{3ut7tduq){8ruvOiLBHeQbp#){wAjIXM>R5k^J6jicD0O~e(PFAgNV}NR
zMz}R0)b*oMGN5oo7}u{fBdm`_KlS<fi`2LiiOr*t!JsNqT|8CvtAdj?6~Xk+(R;I(
ziM6&qE2Og}|K1KmcXW%2%g8J^<&Ah+p4CY&_1Dd*fF=UlN36dIoak0#8!SWV_eW6{
zDQZVHx<n35uRGC2oWWh4i6G9<vc!B5Dbs1crmfODN$mC#B|NIBoEt~Nlt*Kk>V!+z
zG`ylL_^y)6(Ecr(62r<#7`+A51SBYip#TtRRodJ(LMqY*Q)Bx0X+Dr%;4p^t7g^A@
z1WUH^T2yQ_?;~Lp<aHk_;VReeQ+-<+f_LOfEDm&UBhE>Cx#3G_7XJKao`Z|loub>v
zq4igiK(%G!B0)c9>UUa%)VT{*s3|?qL3qKP?egz+$7ifjz^xYlJg(vzo(vt<nytg@
z$Z?cRX}I7m&@t=*5pQRRnxJWzAMvj7q}5>in1%V+<%UqcZ<99MA3{?6kP_~?!~I9w
zw&NwTkKgni_c)e`9ke~}vdb96dM@paYp(+iptYJa-lhGScOy<g16|*n-%iRlYqf4i
zXw>@caV(i2%e-=FzRK3i9g=4o;3esTn`aOu63=ieZdU?rfTS{*F{RV3C|t2QVZz4`
zB2v5)IDi-VQqcVMxA-$LlMSw6aTSpw8+<hF!(<(9hR&~tMnS2fh6GQf248n@&_3T=
zmoWM$ma5MRv@|p%gAvY(O^5!FIhb|e%GA@-lT4cbpPkyD4{O4KKP{9cm#H?cTBY*p
zDW<P`htZ2*4)g<G5xL8viDkJy)}k*AT;9taqi3c#$^{S{lg|Y+2TBc9kcgX1w{Yt}
z$#e18vHM**toG0CGApDLa)G%Gi|mS})1Wx*O4svM&ew|nP0bXk$==qmAbf`IG0r66
ze@nP7QJcQg14jvkZHG1*rhrCJ82-A++9(D&iapyZT~ndL^}~ZdBn0&?G$klQGiI&9
zq_1W!)M=eC*Stkn-@st0E9VGI{iszhvFNo1fzqdrAV~jh7$?NBT|Wi)zP`4Teey$3
zjZ3!Y6VK^PPcSo04dQSBT*@rhon1x^82x5tbUJ&PwX(kEx1_$}C49Iiu|y&f>2SWf
zaU0^h_0;e5YEdh-v9(pTN|!6OyMKH0eiJvzS{@ul6RaHwlt1X4`G^)RY>55sU(Nmd
zeE+lfWji~U{qf=vqLBqpcpWUVo2x4yQf}Kx=U5X0gFj@1H(VIMg~L7^C3(&A0l&v1
zXs2PM;l&=;Q+gc_SXEtZ(CS>O%ls8OkJj=p+6;T*NEF|06ef@lgZ<|IWUSQeCyu#g
zH1wOZ<K<bPs>8Vg9IMl47KuYMuy@0(W{Y*}Fw5;9ic1bE=KqV9_++$n1z<55tB|q9
z|NYX~G7LU(rau)0gH(Or7L0x05XjEvW%zf=G)j+Q1;LzA<G6T<d8xX#o*ol+<QaRg
zSe_=M74fWcT29Uo4+fb8X!stCWmI_@XXavC{las^qC%9xRgE>NxEW*M*eF!2;5C7C
z6k8RY-55+{`>>J;lNH+BT49od+lX$WbJmw{#c2VKWR$UgA75X+{%v)^^w@k?_!PLA
zceVx(g_`$;mM_CDs94@@zyi_n?~rY40VTF`@+vT7U=Hpw0Bw^nNCZDGgzbp@_gM~M
z$s^NM;ClMmhI2q5@@l{o%kk9kw4*GETH^W{-rFb0WR(W~2oswmI3Ak>Wr=Q76y;}a
zhc`Az?fe1~M)&}V0Oc@{XGzj~iYI+CJ}YU6qErHP<^`Fu>tf~9XKRI-U*%W2t*FAU
zm2>;Mor*Ur!)Jh_ZDcJUw?~~FO&h40Md>AowJ!l-Z^`}hJY>BiiQ!?juo2l{C<{|;
zF{{<v^iUqNJUaaB8kjt!Od}>%y<%m&rE?Vz`+8n&mNxMfnF#odf!#m$*uz5fLgMYL
zHA|`q8tB>A_g>!L)?-jW;QhD}gtdhr4~%tl!`J8{gAbUKsrMdnbg)w%b<ArmQRLTH
zvqXvubGZ6D1OHRmfX8DC)e(o-1!8dzk-UIBX5Fe_T2ZquTGed>$^x+$6%zS*YH-<I
z_UH1aYS{gqbG^ef?TdJxRjUUB8$rz(Vj}AhtEcmLr~y(9D`C%doL~-Zn{Je@Y=t`;
zF-op}<Ii%qF)26<?h*|JL@=_Sp0Z+MvxAT0@YEWgFJb2UoOh?^d`v6}!%G7Hbj5MN
z66>ws(QS1{7dHuGPe>AAVZ;a^&QEZ8a{5Kry4_7u%vz1R_Sxex1M$zIIyzzn8!K<U
zd^QOTEdGuF@DC94Y@mL$N&VPok0sRl(|5v*J2*Gvc|_3E$(6AF^NM}cv#Y~q82_x^
z8Bq|Z-|(~E;!?=~Y2<n@8~+}So?&ap#LQe+FD>_hhr+t$)++<ecFmYeoPC<mX2KsQ
zh}}@|=v#@#LNSFJ8ax@Y+jWq;k;sVOPR~J2?Sh|_<MbN+16yX#7Q9>8Mtp35eD7QJ
z6sR*b2t_b7S;W}9EOh1DoZjhl^x8Z;-xnf1tCH&=M-1zn>Q!oSXi%lnj4Jy;D#;%0
z-;nbv+f57UD%)AVQ=^-_*Y#QJmglUM__mT5FRVY1Lx+c*f9Z*>?wkoy?hOrA(@)Sx
zNLPBoDr*f#C;2c=S`fVFlA&jHBItYZwgKBeG~V9|UJ`4_?1iGD6AmVotm^9LF17Sa
z$%4EGS&}a8Xb0AJjbaGSgZU@yz6hjI#8;YbwWGoRQlbWkz#hDQ!=n~yW;c(~u2dCM
z&bd?IHS!ItcjkD*T2_x`o#$*BzOUP2^$m`Uy<l=JB*h%v-RRFlLIfyGO)B)FgWATY
z^GXcQTl)MFz1NpLJw5rT)}hU;94VD-HLV7n%qJyqOl+_yPb6P2p(#nSeXS)lPRKp9
zIJ$ow$~Y-wIHaK-eb!N6%C65=NZf9|>o-SOPr?K^0Hn<xJcsKVY&MPj0hZl}I5ebH
zwsy=NDRb?lueO+H_GZp}c%AF4(S~WDmZl~e2|ANKDqyr=#D?m<cj59f-)P&Y4nQT@
z6ET0thQHe3dTykD^DRB|W__jqHwJvkv0F%tr#KZlN$grhES46@Y9_aK4Thl}rQKsD
zJfN&8pWZr~B!{zcM-KpifhHxP(f0Sz%Oza&@rv5)DOz&+xcPX0{w$y9JDk$y%gJ<*
zx1LN4#E6uvVYAf#loC&7?qMqN48`LD!`yj$M4^yx+dnkVu_+bHSDz9e)dB|{##I+1
zRf5h|w9|jw!X}^%JYCSVZ(7@fF237E=*Me7suZ7o_aP;n6<*}>yeZJ4Liag}a`8f{
z4jud<yqxS})xf9nU;KxPuCQ6!)v#g@68pRr<<qZsUeiJrcu57<3;4|6caxb%*Rh=w
z&f=znD<h-iM3?;xhE71f3ydjUygo}wiL;YoL8@#h6o7Wy8yzU=Nh3k6w9wbb*Y~3+
zRX-n9{{I0FCvA<}<f|KZo@-tfj5^i)Oxhm<r|%$vY~jy02?UQ8Fyw%BO`DG9H{)-j
zm(0hgsyx20VC-%~?TLW~Lpm&IA#*jdQ=r;mjl9<hEfEBVxK;QcFF+a6RL|VeK^KUv
zN?aq67h04S3o+yaEark4kn79;4klPhG0M0x#~&;>D$+)4A{M1pKiAH~dPIoSYh9BJ
zOOJh`fBn%V|Lj0HUAMA+o_UtOrw(e*;%Tp4hV+BQ8%cs>uaf(!1+neS)*}v-euwp!
z`n<pYvqtsuV`LDd#heP}gpu9)z@!V&C0Jf}&~*HdR;2f@Rs^PPrD?e^jJjqAH3w<k
zr94IzJy3w+Cr1yIfMt-nCZVU`3u>kEZnz`EvS6mBK5ujQm{(2P?ZXxxb#2HzF9kd$
zcAJHnI~gh!@?UGaC*y-qW}z+rEimmaHVoEHmubLkcmwDj^;$20G->PrUT{cf`e)Mn
zoTEMk+cY7Z!1Dfl!Tv23c|UX6Bl?FgSFP7_DGPbP)!9vG0q9pPYx_eI5Bg5^{?G29
z;o0^LVi=U^I(2%m_LV9}C7bZuQ0YIc3|<_<Esr0QWEm!Z(Ckc)xPIdUMc^l%yPQ-9
zjLF*KO?Za8LcOSgZl3R4Kp}%!07?QpEjX?W54Ne18zO^1_IATr?6@p!zw)B-uslb<
zL@OV<?oOZ0-7&cMfgKC+M^9ct!otF_*g)#U(xp@Q_$M#@TeK~(Ko6$4oxn_yU`>Fm
z`M6Jq-iCUCCn0InOvy}^*qIEHTc)H0&PORSPV;`)ocXO+AhivkJKHHLjPwyhZYBut
zFC+uhqM+h350g35vtZ&qdRvKEfu!S{PsQui(Vy0hFY`X2!j!HqwJLRbuq)%-HM5nU
z4tOKr3zpWwd{6aK<baV-jycKy#4>6^IVF^L&-bThPssu~)P*b7@06TZWg}C$nF`8I
z1qrrYVd25KR16GzUNEZ;J8+}lWHy`g>L;mFIQwS$<0F1+(he(XMuuw-V<Tt*nc!52
zBmtZ{$A~zgO5YOz60nl62fc^X=+OLR6yQ7hKH())eeI&(<{JI3SH1wIqiQuJnu-s}
zyeXnZuZeQNj)NdHPra4P<7sx=s`7$fkH_(H-9rTQo`vyS+}|U2ZprSXLP`F^;L!59
zeW=<wS#>bPTolnNV1V%hr>C5^{Iav40A3*35@QB9(c94qx}+nEJ-nA90(Q9yw*r>$
zrc;hT;mxW*JcQ(zkuq&JJ^L#8ju8>1VzY?oY@Y4N;4&r(6fdWG%ZljgYwkMn0-B$G
z1X)KTQ6PEBkzg`y)IK~v%pspgo8{=JDt&M^Rgldy5_vwSlfApc85c6%obbx1WfB2W
za8j0k#5W@Yt{Ms-oGfRlUJAfOQoho-Bbu=0%;tFkye+4bow8gu&zF<(>7%%&9Y|t!
zNOELs!*`0JoDAWRT}I%-H*Z0mP@wkY?p9_^h@nNs_DC-+`54;3M!Q&LMi6q@-@HWM
z;+EJU4DTzxD3=S@2pBz+-j_6iF1I5GCuFbNObQJ0&T4O`dNyoEr(qb<dM9+8OfM7^
zS5t4qeR$;H63mP5&3~yYYCnQhvEtFl;caxLipJxRIWvn$xLk1kVb@Lu;y?I)-L4b;
zw(C=sd9(L>a&Q&vk3WTCV?`9Vwy!U?9y+mX7yjP)sV^%HDu(~(;a|7bh3Q?c?LI@x
zm`;k#3i~gXzYhRF7a3^LGakWjCn^T>e?9t2NtsrGR(7YOJ&L1z1VMyntG0izr0&k-
zF$%Irl?GS`S5uAum=Ot@8T*BYRM+0KfjSRgzj+jF-or9?l6JkhE%bBuP7a^x*H6l&
z>W}F)FYMi|g9?#Q7%~UGxABrcbWlU0LBM+|tEx~WxTv^pr;^C!NlkV69JTlLsWd3_
zGVz#+=(^WeI$<^hja*^>{Pe8XZD_^Mk0L6DAH=b&G0T7+7zr(5wT|$kA;lQs+=D>#
zkt-810d1y+(C-<dR8R-T<G6uvjIUIHQ&>;}E;!30c(E(mY<NqF@Wk`*>o@<gdHs^B
zT=Sm=PZ})mJi8%e*FkASOjvbQwKm2QeQ~{LGjk1x##_?4j{J_$S^C3lw1#6B^{0D3
zoj99yFV4HlGfah0<YjrZ1IXm5jFuD~-QO$cM^EP!Apn&d#VbmS%IPSn2X-=_?<rUz
z{FG6h^<6)z2^OHGJ=><eF6@Rqc*&466_w%9@9o%HulRq40vwEMB};B%t~PXMTP;9}
zSbpspe^LK7>2m(a5=X^*>Q#%kFdj2s{eebd9HPtLp3=s@qPymN&Fney)ak7!)33@L
zIS7!rJj!-DbDsUX%#&e)<}}kh61Gf~Ub^Z$aaf)O54Bv`T6@ZW!?rT;&h#!%W*tHY
z85fJAjXKq33PMIwKl{3*A&4sE5vnuo`6G;!@N5(uvQ~AY7D?0W8TA(~Zmpag@yTa&
zLk>ZO1Lm#_IG%|I9`8wQi_kvdilMokhOCx%^V#}8sAE8IxA+m8iv+D-Ucek+T@BO4
zI1v~s;RB&wWW)aQv|dgykNLkcfsg@4<v5D$9{h}+9MfOfExl*umJrCQ^g_9QYK@;L
zE74#|1X0`6l*aIk_!T3Tp``e>`n>Y%Vl>mllGKUYg9ZBj0Ld2}Q(n7i*0lT*assro
zyrbx^mqDq}PUNn)`?aw&r^p;wiaZ0B+;mGXc-(baI#%9W=zLnpGpn{IS|wnq{0?-?
z96YCh7b6<#AqG!&p$F&cq&04o1g;x(O%)D~t&);rDU-vIEW?0lpNe~kTQ6WeZ0L-O
z;b3!*>6e=rJp7x$8N#Z$<Tw|jY=I)<3hrrQU~$%^`7W@COZ+W_tF!DTFMglryLb&1
zsyhj)9hDS@Ag7UU7{QvTT`XNk#uYjd7tL~-Z8O&#XV8RBE8SE)Y=y%K7E|A0EZLV$
z9h6Vj$4>%1^(8I1k?8V7e(KI1Wb;j$EM~;EpDz1*DuZBI;mq`x4NA#K%x}e2#4YGc
zTRqLp?GzZ@SZ;tPE=^qazmF5VgJUbos*$ai#g;3=`JAxHd*N>4kw$}cHhgE{ghMRa
zJrUTPODrEkR8sWEwCbln_Q%LD%}c~W)$Z<HX4!Q4hi6kIU^~<VNpNJidq*Cizu<90
zdfpGzicKZgjS1wq_EW8R%?gD}$2L3+;L@T(D`svAztJixp0j`3=04z6c-bbKFuN-B
z=k5cttPV$39_cv|5X_6_tu_j?aV_8f=A$=#&%muW6f2j+yZDiEOuKD}%T#Fd!}ez)
zJmg~DiGk~D3rt-Wq0}8AVCLm%R53GLItG7HF-ZqNcSO<~P|OiLif`j;M|(Zv?iQNu
z^X)F1=V$Sn@Q70ZeN#v=X@?Jdn2pZ8l)WwgXkc4-(<vOjkq{e)*qJMS;h;pxY2Eiv
zjjo3vrEHb4jhfhB_s+=7BU$>cXW}<S#2hxo<vZ8iuhQdBe)_4j$u0H@r{#g6rtO~T
zsB*XN7Dw;`mNqyD0#35qjJuaR+(tE6$uX>K`!gm)*>4L^I~b%dnOc`2<k5CkqDy6(
zp+%`1AKCGu%J^YT)s`Fg@dPCoKi`X8Eg`2ZPV?|_Z0o<@5PFa}OOa*T`;GX)wf&J9
zek#|yoA*0ZLHu@Z9C2)Nt3*eSUkAK|W>yp*l45X-3xl=$-9XZ_;(MxJ8cX?DuV9H!
zi;U!9GNMYIEBT!lJ4anKCD{&<GLvJeCODgz;?nN$>nhR=K4ed}lL7$?A4T;m3vYB8
zuH9mZ0h+5h*rRB2nNxN7Hs{j8t>U$%^x)3ET_@#r92u3lIKFobLX7nt-{|xLllri_
zLc)OSB1b$J^oVR30WhG}IvZAra%1VSh_>f``X%>G<s0a@k+&0iIO81WhM;_0iOwqH
zh#;um_25?H0IqG7S26l=$9-eehD708vO(sP>+Uc<ANQGM0KA}QKWoK&=X7I7viQ-C
z)67bp{JQgmD62{MkBogDNb<(1=}tzXxN9MfA(*w%L`cNt-$%DR3mZO+YkS%=$Kjom
z=BdK-B_gZg`9WIC6YG2)gyWdn=LBFkD%cpCu&?<gh8cozDLmU8bIhK(8u!l(axskP
zmM!;Py$AaYKQu2Zky5q6AuLC%a8u2^zU+xrB5d4fAmXfi-Gp88OzivzxZHjFvxzLe
z29X4Ti>?1#Bo@zcxBvRmL4Q}$dpZ$K4Xm~*V<QHGO)3*+bP7rT-C)+x&~R|aeT<Mx
z9Xt%FkBXv=7OuQ+ttuoNyJ)_pH@{6cph#GRC$_gCUnY=oZkC(@419Z?+*~oR4}HRZ
z%;Gl!>(t+k`K*6Q5>KxtPwYx&3}~N`8{c6;|I2)WT`(CrIn@hROI3Q}|F;C(k*Fg5
z&@eip1Bae^_lSmJF^!%8Edh<??8eN(m`=o7hr0h%&!WL;p)@r4mrKVOqd8D#152i^
z0ad}U-AFJo;ySMEV6$Tb2AN6g+B-A)FJu>m{%=6$-$;S(eC=_DN5<5#)6-S!6uBbz
zY&Za4Rfk&XcFnGr5ZLI(fqG1EdJoJ~xf0qJ6!AC%2;$(xMk7)K$qY2nZFs`S;Rsv#
zr_N=O#gNuO+PIhceAzratc~LJ&xJsjzk259&*ApFFVm~Ce!`rQ;%Ke|ka2b4rsBwC
zc2IPF&9=IA7OZ;A{Wjw450f=aeQMOAi#yvXdim$wmta<wJw57QQ#7~}5Tk#u?dq!b
z4XgNy7Ua}&h9ao<$d00fjkD)NJNwuRMS|_b?<ga(4mz)HZT3p=4tdFDpX6a>HlvYX
zfDg)&&WD(#AI7nR$lMMO_yXd%ay@zKEg+4i`R3;iuIJFA2D<f0vV^{NJCOCZgSk+W
z%9q~p=YMIDIP>w&U9dU982exLQq4^6KfO;nA?7j{FomeI6CceB)I>e$7pP<x`aXb9
zVsZ17?R&nqG{&;GL8N)tGTB(!$GP195n?gR$7#m-q;t1nnQZ`MDzSHXa(&x=oy<<O
zSAnfjW0~~g7rf=fzg|3w(E1ppqxnSoUq+#cpMYT#Hn8V_3?rTHC5~;8L8D5y(@P7r
zB9P*oyZ5skzUCrIFluCv1Tcj@&Q9kZj8klsUA(b^%N#R4ET9D8OxitVAJi>fCau-v
zyZM$y|CEr;8`TDqk3EE@>8yWeY0(m@n*VzwiqF{Rx68%YppmdffFErkD*9YtUZmC&
z&VY-heGU(}5&$m=TCxR!!W>p`Tjoe97B(G!x>ViPA!}%(ZLB9G%y>OJ8A&APzu-A?
z1l0GtMQT;VMsz)|=m9T{=W7+yz2PDPSnp$n7AHr<TqYvm>I_=N7>@wl+|{CeZw3JR
z#UF2QD1|M&u4~gZY0*kfmRYY=Vua$|`(X6*+n7~@_P+*p(Biy6A&D51cjw%9Wi)8F
zLjtmVRr`o*Y%0(v(=6FgXv~?fuv9BObIjN4A(RdlH)jht2*cH#>s#(e9-AXhW$(nS
z0_Pz#$P5m!ym%9w?X4G)QO$14R+SBz{R>UL>dBkWk@e-C`_xBEN`FeyN6&<^<RgP{
zLm>2Id@sUd<RfwRZ#}rk3q5enYG-trbLZ_!EI?hN5@9k;89UkH1k#u+WdRB$=_DU0
zp?R>BbOh7&)lG0e+P~gdyXR^uFM>O-yBZ^=z!BeisM5tln1hg@Frc*`vN(SR6`nR(
zp{Pt>J6=SZfFmRzW%6!PRws1urMM%GNu^B~Sgb~O(*KJVVHTr>8!&gj;IrZzMj9Z(
zapm8OQltrFa(m@pm+Cl$!$J_%LA^bU5pLQZc12lrH)oO)j}?Ad^SNzYw9d<^^}6=Z
z*|H`Mu!n`h&Y!?>e<b*0gdIQv^crWg)he90y+1GLw+-}M;?6UgJzXE-#Oqcy{&6}j
zz%~Ic29Z-xWp@2vO&FTd@8h*1WvHy%*FK_|&*Wm4u566bUE*q!BhBdihdVie)~rMv
z&vvjK(aLMNVSU0d@6e|P-n^1wzm?~8c6Oohm)}>Wk3Aq(fn%lBOrOc`2sIO3A0pw&
z_Erfug}gwvnB=Y<J{eqlXNPkyu{PvvNUS#(!Fib@7E~hzse_DqBL<g2I&c?)mrb&0
z@E0Bvn+3;i%LtO}1H&;xb2(m9GSo4dkHp}IAYXlerhIR?A45ptj}OjNaz9+hgzJT7
zmfeW27~+zF#|@L4Mv>R)5PF6s>no}op&_P;A&t{v$%8M0J~aGnHy}&C&wH|IEg}oI
zG-zF1O%2krloFH@m};89l^jxW2g_TZ`{KEzEmA*bQw#z!5Z3+Zn6URr4AbrILh4uS
zOwqG(BFE8T$c7%GbhZGI-)_4s!4(q{g4f<I>DZqksvYL`qO#3ydVHUu2Q{7pP(FcO
zA}U;mc4Q%qEvbgEhOC>FiO9dVr?oS$$uo~8q@P|sj&dpu$-!)p<a8P&q9PJLp4OH}
zI}p5A!w=)omfFlVClG9|$VmU<UlzbuO>kNM?X`-^8HCr{`*4ljao^NCaBXqmXMH|;
zR^j?WolSJeU!m%VJ4r6V5hYO<7J&z2qUQo>goEJ5xJGnvW7l{(q5nN|(A>Pc&@{xQ
zf5nZe=eDH6a0czsc9gopuv_n|z(3%RWyCyBe5&)7t};-7#Oo^D*Ia>cbOi+xQ#dZx
zhFI9JW@gDR%8h?G0M|;<inc<9JmlWXmDL)MW(513VQXXYfZqyPOG0D?&%e?JD=5A}
zjQ0s<?~7izkRr5byr<^FQ<k82py<mQ9V5t6ulbmQ8h?}0HtS%on~Z|;%F1=vm$|E4
zSffW5@go{MisV#a!*#jVy}md4=~IA1BhM<m&x8XUz)C0VQrwoI$G+*y$Cr9B^DixN
z`*p>)DntIB&mL^i+S91sQ6~U4g_l8EEw5S`8*o4ui1Q4ZU*?qMy!GbBrgL8$3->fl
zF7_sguurjYB1wvI)QNHDT85V4`m}XDZkRp1l(Uo|iAxbuX4Z)2*0R6&3CVhA5!-`Q
z7!f|nb@mR_emf1^AX-Ho&w?`xn4Zgrc~hCWr3rNKyOVEv{Y~$!o(yh0rN_uSDBeoC
zy{pZSv>enjBdmTPpZ-2{zdul~Yl$2-y453?ZU>yBufE>xe(bt1#C1&M(l|$i#Vk!_
zLeN6=3~FE!RF|%H8B~dWCnZH&{u%?(9X;?pldN*L(LbR^Gi%2zyWeZ7V@=xUOMuy&
z<l$%s1Xj*nwCe6B#_hhE)TPzf`VD~%7;`<`%NUtx$?+4g+z(INB&0DO2cx*!Nydgw
zXiGeRvtFyLbl!eeYL0WCa)xh{p=yKvi4N9U&x4Ub{7&5@{V*rJ)T^#2{qtlr0+6o^
zXSMAoXz6kE&zYAFDmlgi_kryTAz}MkXxj3T>E<;1x#ve=r^Mm5Uf|6`=e!O@^rYeG
zCt5B~1HN9OrH$nA>AB*b%^%pO#$Au3-y;b8u?zp${ibwq&G%hQ(N(vWm|7q(eD{b+
zOKliogx{AsuUgReN3J`xG0{7<exzz=mD$?}7`CwKXa2Ur)p$v3!3CW8>bn|v1q(cW
zi?U^2X{*RNG7dG%0EHiJYmCNd7#7)X7R``9n-7Vi=h1lHSEFFSg%Y@O7wC;&SPs82
zD&F~=AVe0t|B1SOPn^C$E=l&<^jv*0DyH0x^WN-XF<AAG?)ySu2fnh$9;|!kgd4z8
zy5S;hqGAKO{vF}>Ta-w{YaiBi(K}o>bLAbO!nQel!GTB7b=W?LAda!s_bIT;HFk9@
zl6QnE4}rkSevS_ya>L8hRp*9o<Qn_k291~?6P;IaCt3tJ9qMWW<+rHR8@x);E!RL|
zcQJ`vcp=24zs?RKlZ22yNzOCq?vx#HPU1z*v}ixuZCuq6U0=jV$s@QVo|`w_cvE$K
z?ivdY=J$&>6cDYOfyxb?L``g6P7}si4`x0~$1^UKw79{8h>wQAZ_OOHBS%+s^soSV
zyglDvTO*rOK$Ez43x;h}u)q~Jmy$7Z5lK<kT*O}65#`@gEgN}1gn`H_m%n=Om~rws
zk;03By4CB*4!s)!9^;ofEqDz2#}y5GTq(Lre!_{_Q(<I&%yUBvr}?!R==Fbew~G#{
zQP;v|;)mwqfEdA<PIt=l(frI9u@}*q-a#`<RHQ}(^Wh9Hn>$+>^G07JDvD!U<UM5$
zwT0bnSo6Y_9XW+`XgXN0FBw)2=B~v#DD3$O9{YK$x`#ebL>b#J#JaKV>00R~$6W|+
z2Ro&gaHCxNvaz$T^Np&POVM+2lAOHTxNQRQ*rPn4qFNGNPf``=>#KzZEy}akb{QOY
zLiw4$vJS-b-6Va{`_wZaOhhx+B(IKz=6<HDIuFvhXc})Z=yU;2Ojdm2ZXQt8Y|Do)
z!jj|5$;t7rC`0KBF$^KgQCI!KNseIAUPB5Wv#wJWn?9&mz^ix>K(A>T_!(b5Jtzyw
zg9Pr_VtNizs)1}ZB=A)++PXL6Yugog8$`q3g9kbSGUVuyb(brb!EY;$M1>yN`6Y(K
z79$qtaHIv;c&-yaAFb+Ha2doRvH{%>tmozTrCzRR>~osmL9*~*b8808e*~POwBH_5
z|M9q{u=K4Tni|F{-}(>sXN`^|#whp|zoqb2H8ctJ_4!D%XfH~M6n3;v(+vg;sCfn}
z{v{;^eI<nwVs-5b4%;xX{G`y6AS7Kmr4BvgKNjj%eC}@lTqb4Bp2L}btY@5R$)}+<
z--$a%<G>`GDKz#zr}eurx3r~%DUOK{i|BfSd*r!vWg_Zxli6d^n=Q{^7D~m(-sMWZ
zmaFSc(#i}I7GeesLvjSAY=d^CCL?(bc#}a_HyuKQ%9so;_Yzm1R)<|85IXCyRG16@
z##B-EPWlt_^5P_+b$zQf8wc)n({u1?)UJ{hv%0YD%%eGJ2!<GvVG^2{%!*Nyg^>Z@
zoel2y_}Zun{-%>RX8m>F*C~AO8n^{mwC|#Jta81q&`0*MCX31wc4igLZ@=labgfpg
z(iOY-pYPplt%f=QR#DjpP9EOgda>C&89e{jJ_S~K@y);j`Ha3F1;Sq6ZbOL}r0iMd
z1fc;R?^|yL6OJeq5b{|@f$7F};%90EFV1S!-<Jg{>rohVh#t-}>@dZ~9{^<i&&Ae8
z2KYX<l@u#dr;H2Q0qY)dkK250`O%YI7d<YJy<~pFj4RcxfXomq5aLcnc{I1-#7Q4s
za;|xn>-zfSYj$Z8;_d&r69PQrAE09m@}w?=Z_m!Z{H!n=C~75^gE;RpFv*n$iYwd%
zJW&R0IZNmCh+RZlL;*ii{uWtIl<)$*#WnF!E%&@t_&QjYoZ-%Fe;dIMn9<691Uf=B
z%k<UIcJ=uF$u(xsCHxYsm@NFhE(SI1_#3kODMlwTB#O3%yn@5#t+$M{-SE)cDa)g`
zYCc{=aN<_;MPy@z(N6ztBD{%&z&Ruv3v&YephXf26{y*(jORK?+$rGQ#RtA<Sd>FZ
zr+BT{AR+*GxA(0+>qc)Dz0AUVspWCv`t(~Xl$5}QN}^r0?WMRyOdv~vl+M_@Geg}2
zk@oM9xk|%!_Jf+x=dHJpMJ1@lOHS%I;}g428P?RyT~x#8qTjk+I|(*@&3;TJOsh}e
z5qu*G7_rli(OSaT@Ar9A0sD>qOScNM$g>8|4p8~`e|2t9iJhXZ1;%GTWs5LRU&_)s
zkK8|ZTnF(tp^TSNk0bsCY(v%`bMZAN|E<^*wjAG>&Q$6sHhQRLW~Od?1$(QkAwUeH
zmK}LRqRenLa7$TL0~ICdwqY&iJ9j3^e+<>9g;>OgsvvJ5hVef)!?A7NH|0e<fbZ<6
zN`nW3H!snd9A`>kgXvt~kf;Pn@ZZi>{eHQ=q>3tKz<#G(zA*4ReX=GaEa1O6oZrD7
z7!|Nn{Y#7lJUZW>rY1OJn#jl@uK;bxsy{LJUgna#8yzcOZm}Yz+{%d>wGn-#ex{&_
zT%LI$q-b5s+J8EFs+XS3S4G8s%Rl=&Z1TGb;ul=H-)cGBl2Yv<kApW|jhR0&MX2}J
zKR(y3CVJP=2LNYn!NFV|Bp|sJrD!H>-5_bCV8nUpO2Xz`Z&iJ@X@LfP^rL8%H4_44
zfFXvpe2FSy?h#l61-FesU^g`YydN!P>S*kMttchK986|}R)D=yEl$BlPfpU<I5<P-
zf_uabjzc(yu?0|B*>{Fp?lWM!08tnAqoCjBcMih+*>0U!ZQY;79ol-)nv7DJaI-uO
z6PCh%;WhTjv15h)M3&{j0cw^E^|7oqr&}yG)Ox#LR^}b80;FPLS{9oP9xkS8s;s2P
z`mw!m1I<`K#OjiyvR^ZCv`K{@J1%+i6EC88k;Bb2thUa6*wVFn{shPaJXLH(f65Mt
zCw3P>Oj`eKwqt)h$_6zTqTW8WQ@<Ddv-b%i?9GbGpx<(`RFMO0NXycom-3vfrC$1N
zVC^y?dgB7h5WlHzQ~$)BVsm`>b)hX3*STffTDLFA#%k68dI$OC0Ic>JWHhanM?ZVr
zCtO&d1H-rpZ8K3+)L?!DB}@urle|8}x0OfFoggphx9WV|SH+UL^`L@Q`uruI2ICwo
z6aGu<sFWPxcWeE&1GFPA)Ts!ftds2}sfg&;?L-{Mg8gI>Y!f|^iob4Z_1cMgn_C)>
zX~{21+jImq9yyN6bPpktIuUjEXl4r`9+JBfrbO+Xe!&O%O)mvq>p|~Ck^VY18D=wd
zc1n&bH@oJJJYdLK{PiAEq!55i5eA^qeG*AOcOG>RzH>e7GzaOogMUxpzkU~>SRSbZ
zvm)g0L1;ojNOt{FtJF><M7!<9);`8HvL^#ms)t`OnP19SdzKnsUGggWNqtN0vRK`l
z`&;`;<W%4<Xcdt~_ab6ppvg`If@LaNgd)^%bkpyw%ca5%AF3jwOXng^9W+G^0m-|(
zz_DQ-!ShI@2x`ol18Bkc#%5-R%OrMs0p9>J>u)$p;%;NyZ-xM5zgtpka+-|g-o!rX
zAG6j82ia#}YxM%HeCF6ZgN!1$U1CFK|9&V#ei7p{yET=8(rhKb`5Oy?EU4YwT)r(A
z5>!t{O3jP%#+v3{A~MHFSm=kOKy7b;7fmd$v|)}-7%lJAr|G}pOqH#iIwk-U>G~qp
z=I!5DFw}*vd#1^^xYFxNxl*gFVMA5=yK$4{U})3sk$NhpSH4G$tI!y{2RkvdO7X$D
z>6LyMbo*AZ*}F&iFoO-)lv6ML-i@xjh#hjs*xZeEuM~fwLfx0i06BbAhfI`BA8rio
zhdsPjT6R()GsD9GElOHQ*e}OR?UOFx7=WS$;YX>?l-2;>-&w@zNOUs(Cl#_XuRhT*
z5H^M=j%uGK#NV>+%SAwFpd!nt?HIE8P~tYoskW)_z0z=kp(I2<cG8_#`3K5OonaLX
zeD}&G1N$Sg&Wg5xFQOYv8MGqDh>tL|v_Dp#wG&};U755_2@Tg$l7#Nr8;z+Fk*a0l
z?EfI_9D^eZzjfcSZQHhuiJeSrCzE92iEZ1qIk6|UZF?r^ShxS@o>O%`+^XBPKlkq1
zz1F+de%J4LUe;pk8@NFNphHnmi&5{E>xubD7lom<KsH4Wct>fZ`0Qh-3d+Xs2sFFr
zN}_I2BXly&AqeSxiDYQp{LG(?0v(7ofiD_N7`WRI^+E~;cI>t+0$e~;SWa7NIGTl+
z>7u|H=-|RIYM*>(SuAy>MvpYpid^&AH7Wm2!uc_0h`r7kjdYw-d;pSGXuE6)1<{Xr
z#`IrN<?ZGns&>nlKTFR=G^1nQvS6(WJ6GnT$?uoL>N3zoXHg%4uI+AqrcvKdP;D&p
z7yMhpa24_QX09N<^{v~dbd-q~N6*Xw7w|h+Ts!;KJ(Oniq!T(V7AUriKd}W6XVQo7
ze6miJGYDw^)Z_~M#3ftZGDQ=W{d0V;1Ku-vvIsPi0$39boMaW3lIa)i!YxC{xBSbG
znb4NP=GUQ5aPg~L^$SUtk$K!Qs+JFfcXsge{1ECH3rJ1~O6f2E=}Klco*{oTCEVh8
zHRm#1hRs1t1z{`{L_drV6`;i*bef_Z_Va03P3UyGb#Za(u$WJGD|=F(T<Q8%iYAat
z5?caFwlXtwj=P^h|Gl11xfXYgn-&T1;)Bh-T5w<O<krwZ4ek`_xe7yXeOs~5Wa*e0
z{V`kC+Uc-R#hi?)e;#~J6xX4c0-A&qgLR>s0uia<#*JR~f|c#Bf~yKQ86tKiIQWIc
zR~9B`b{E7nAI~<KwXZtZA=J6cPJe9nqpwDE`zpy2F5=!Yg7MtH=$4Q_q=G~PDyxvL
z>{I$)eD231Z%%EWEmimEKjrATykRJ$V2d@h)lPueU8v<s%Jw><_eTV`Lp!xAUw@w^
zkR)vpVe34WeP>lTSI3m2j^>3Q?BL?~$vtYte+QrT)jH!r{7{Ib0TWZ#EtaPD{s^{&
ziWbwyi_&6FbA0x4-J`}qCwD1Y6G>sw%VGdk^!)zA0eiA?*BbR-R7J7z+d&u&GBJqS
z%QD{*40Y6Y_+rz8n7=BKy<UaI0vs$aY+ZkH>P$lXp!>ZaUBR)*w3pBQ!%5u^Gl7th
za7{?b#FlzDU86G$f&^xyqro*|%`Io1u2mtvDX(@!tgci(OPwN>=#zb~5lP6hi$@}!
zpP74Zx9v${Ipa9V%TO8&3UCt;6WIt>+fyGj`}4y+)LD|@C!3}pGPY*3@6WhW1EjO8
z_Pa;E?%IhRl=EceX=Nxco}M%D*!4R9rb6{_=-<N!Im3O(ctUziU5y2*4%EtClOUmW
zJa%<75cvTTynJjs(>hGJ04m^6Md*xa>a4(0f^eqv2Jhj}`o$Oh?O(nbPGLtOWgHj(
zH+e44(;D(OKa}B19SW2<S^k;3QdOLJbIE`tUh1G<_PG&v2l|^oXqd7YEOPV8k87e)
z#Pq7fV5z-@p*H9lfin76xaUt88{L>MKHN=P;SqV+an4VI@YQuau+-wW%Q(Wp^i4`t
zA#7j&V5{tUkl0lgBziXNf2XN?V|UP7?AELXeenK~i<3$-j4&aAG+AiML&Y&+Q*6na
ztl+^cpkZ9mgd@X!KPf#sB+<=Rxp`sCxq4}fCG?_f=Se>f_5d>$VcRy-<K!`RLE7%J
zOeYgpmiJg&w}>zN>Lt_Y3z@d~X?w16IL3Mz%5{lZro>j8q%MXLdW!y2Hv-+<``7mL
zg-?3%adOzBeZvrr+i5!nU!jgbPhwgtm}wLO-+;!RG44itMpef^j}6|m)o&oFBO9;s
z6nI%qUza;zO<y8DBqnj?5$gDXO6L^dYwK54nK9FsZ4F!^Jv_Gvj@_dI-WD?~#xah1
zZ09m;1m}uMtSkjM%W@th_%$tA)N<TVkC%;Npk=W47M$)h1nnNzk>W#1w75POt#uia
zB9S5q)mV3%MOP-=xZ`sT>czNxn-VOgFUv9DUQ@P8Ur(70a9~5ivvDPBWWx*j7$5B`
z#_m`oM;>0-u3V)`y3;n>lsdBsh#|>O4tqB1=9wP$y<)Z$M++}HWy`p1ikaqmDfb8K
zJQ?K!RaJsPHzy^w=3|fbgnPjkMeU*AbAW=Yio+QEEC+B&N$o^Mnfen2-8R}s9Cbpt
zo?+auku6O#RDK`%$*u-p<<WcwNI|Dj6`Tp~EWtU*r2Fr!ZSp6J*daPs;k6($l08<8
z-z6S^peR++hVnlTY{{c2Z|1yvdfLr0=YQswLCB^`D<eBFS#$N-pW90SGwgUwQCfhu
zx#YyjD)25vm=vvx7A46z`-@Njix<E7`*fDI5v#%AhGls~s%u}X`rBzEPK<hw(($BK
zoX(b_#AY;qQ|h{Bx()%{3RDc1*XM)4=^JXBpN`@u@>ol79`Pu8yQSgP8Vfy2pRLXn
zhx?GpqCPi%_0>m%l{emJ5aBob_upU<#RDez<^$rzKs_OX$(wI~A!0LarVzj)$SBPG
zDGW0~Gq?>LolON9(#85um|PKSI1!828?tS3v0c+ghzAYho9t+8VcG@O9f%BnXq2}Q
zwxeJV&At%PSFZtS2%)cwVUnlDZt=`z^W4BcUQ$BtJ1a*`YhLmat>d6nPTnq&n%`#O
zOT=W_Rt_%Q3EQ>CwK6tZU*Qth2}v&a=Wk*r@yh*Z&6ZE~nAY}+z<`}0-jnI8xCbJ0
zE|j-#rn69CeYU)OE@4e^yhT0!&Hjvy&o5xw4Fb#K8oGQ+f%1Ap4jx)EXhNP~Y89%^
zIVALHW7chHZswRt>%tp-f0>w0(0e5o0dvv08VYayX+8uU@>R?uQg_M3KLi#aRl?4D
zQTy})FUsp(e33->O&0G23;5gz96{Q)$#pY5l!x6pwL=|~Wz_3dtHo7Qg6NOl6e)vO
zlfRgeby6}NiF1wd(7%dJ>r^90RA9T%DH*mLSwbVnzp}D`kpwjQf+<mYV?rC^$KshB
zRLqwbgu)65oj~{GdHJT8i1fG2^%Ao+Z{0EbxGEv6zVszUh=kDy5pe#jnVip%IToF3
zmhXA6lfAQxo1uBo1@by^g+xa*IIBa=%?zvd+JmJl^oxs5marKa;Obt@7V+O0FWB^K
zP1`KTh?MuvG*6Pcf1W?0*>l3=eA+z!u=EOA&gDtL2Ae-fHQpb&SdP1^C;8d2<#Z<m
zVmT?h0`22}h`s7Q#T|k0MF_!n-iX2EL&V|;FGkk;2)rsFC{mcy57~Rp54=d`?t*;&
zGMDPoyLY>604$)(d=x6$K7jqPmaEFOJ8%l5Mur!D%*WZ!qar@wX`ikh(}lG!t-^?k
z1%buhj3I6_6;GFGaH(Yh&TB!?s$X!kmbZ7)8@R70;cQKm4m5GE3z{Ve;R;-b=tnJy
zz_nrG5NX}o#><Zf@Bf+0U%D-Ksne%6tzUukw?!o<`z!zTIYS>Da2+2K!z32@L;p8h
z{%QH|24^R?6QG|8i6`NG+cB_L2F>>xskVOm8)TyvF)>0>p_R52NJiK9;cnbW@!L~1
zKdBTip%Nw~KGoq2<qbx7M+a5sdd%UWc~TT#<=Ru~y92nAIj=c{?Y1B6z_w`*Rpawa
z{-u$$q7(5#{SZ1f)L4OWY*~A4bbMvDVT+nyTRiZKe|ZznYGV9@;=fF1YW0~x{44-u
zlk~s!-3G}jPv6e2n)+%}xLnufDs9;>ifz8CylC>UZ}7oQ@BYALkHCjvmYJNa)w|Hk
z!G};0u`ddWFW#}MTs0I6B4QXIP4f(yL#S^%vq1x#*vj~+{syVk6uu#e*tuMz2HBp(
zj^~BZ>DXmwb3Z|(mYc-=fC9hL>hlHh)139XH#KiX^uaQFkMrN#f;v-MY-i?@cz=%A
zVjfc0%-8uY9UZWDR+*Y-aeB0_LM-->hC7ON>Aivh)LF05g+OjFRI(epyC4HA-p2nI
zG=Te_@RW#Z6hXsvX+IdAd3Z~5`iQC1tLOi!lDkJ`8!20FQ%rdvBKxP~7>a>_)pMXO
zU2;hci$g*g$uDA?oI$I_5Mku^t!ZgT`gw%dtX@8Y9~b<9o_!f9Qw{vIo}@S`vThbT
zOd2Hcp>Uh8yX~H~oghln#Y_Ic-n7F+pm*Zfc>>wEFPrjVQeDizvzW{G3018g0?p(X
zoViqwp+5S8U}qt%*Tp2se{I$Lx2V0Pw~l*Xwp3%G_kR%wf>Hlb==xHh!}PuXneo1E
zm3WHvtP*K&Qx9*=ADf%eG=D+Wm92PGC@&d>lSm_KNJH641zjR9NkX|*<#ep&8F-p(
z!Y3|eq5-&awZ@64ui3H1_L3^``f-=0vEvD1g2Bui*^g{tDeXJKHnpUY70Z>dFa)?*
zQ$L|w7^bV~6DDoWX@qT7+0N8<Ug`?H+x(qsV2G7-M4JujB$C`XuLU8=2c<ED(BqAI
z;8;F!clc0h4{b5%0SQ<u!H#K?`v4&pqu#0ecaWb7Xpmm0GFMQtFChuC6*J37#P|%9
z%C^f6v`m5z+H)jv>ru2iqbZuJTrWO*Hd{~5>T8-0v4GhoH5{9=1~AWUnoDaI@L-!)
z@SR~5gVM0JylYeyLs}*;V3VJBB_t_`LtPR8SP32nK^LD#G0n=0i)<_6qlh9MRnT!j
zmH^`9l~Fx~h=^J}&Km=K!mfwvctYO-cj^Ab`IIaif5dSNCAXmF3N$tO33851#ISfu
z*@@HptnlY7A7TIFiPXt-mdijcSTU9o7PNaX&|siuk@0&@fb})nBF(5tY3!P}5&#fq
z5ep{Ob0fE!yy3l_Q}(aR#S0%>QZKtDi-8)w=_wKs(6^g;-n3X%Q@Y%fh(QW&Tt!%H
z5JYR@^KhJ^0~74xjgA%)EYPGF9fGZ1>3UTK9@gqZ9_VVdOs@L1=UgxbTZt+3aXlQK
zof%w`2XE|j^>-k-mn7+^vr7XBPnD-<Dp2aWh&kntZ~fbo{4AkIWFAPKRtn<B=|Kii
zMaMJuKL2Ig_usm>CS>&(3N-PMI6*HU>>wor#M26196Im-$O**QCu!7Hs3th#6O8&G
zfZL4ZWv~JY^SvAN>eX9Lt`^fU8>tIXp=$3RfB-(<n7qNjnntzAIf*XLgs4hqjV@Mn
z$zoIvq<_PXS+CK3gTtFnfrBc@?INGIE{v-xNC^7ip<_1}fHdc^sV+*5M6kV%{&&_3
z<;5S9%vcfYcarmOy^=!Rk|AZ_;~2(?+YxSHjHn{JRD=`P{w81JVqxFtQ(u9L$_%L!
zudn<Mjv$jfkh+o)J2AnQ*s#+zlH3u7U86fAI~xJcftx3*F?xf*`Of^nl1cmKJbgN@
zgRv3C1fnVIRF0A|QN}v!<vxL$w9e_LBIiQQu4nuaFX|X@dua4)oK{&b5zJDd%N*K+
zBvxEn61DdwoJQMxUHzc^_(~B~nFd27-Cw4D83c8W#*I%P(+U{5qtQ+WuX}ot<Gu>y
zLt9Tz0R-W})qx*JsuHyPFrhkytMfhdP|{3`?{6giM0n3l7q5^2<ULVna$HXlh~)UH
z1w9(YFHK5Hck&&F4LPbKb|>xA7126znt|lW2Rb3W4mbt?j+rPV@38vh#d?X=BoWh3
z_*@{~f8Y>anZo0YCdMHZi~d}pU4A$QeSNcY6%jN6l8lE0Zj+&gQW=sh$(Qzr=g7!6
zmT8DZDi^@}<dkNp@GgrVg`MGVI6J`-E{E2Yx*VTg4uKeDh<+f$B=iVlsM4cjivKfY
z(iV?GMWcrTSgsKPR*B3QP+{uxTVc?ZW&EKyK4h9X?~LN=*Y_|>aKcOdo>C>q$bVaq
z8p*b2!Qw(DyFFb%U1nsCQ?VOn?zVY1hsQnzNPKgCXk$ZO9JdM=YA=lTZ+VFOH2W`{
zz=$85*^;QlH~w{O296VOdL)WqsuDse98O9>o8N?1_|0x<+q|T47x+5GB6O-AxBu*K
zoRrDHmTWRoNI>{wtZ>Ste5wNiD1(vWNqQ~ZTGAAf;n5KgAUYrB+8ftwQ4cs17ARul
ztXz=xy5FCNDMp6j60R5@8{m<^7XeY7Bo$w-q{vYtvBPPh-rtjT`=wi8x2HCo^~9Ea
z@Hv8hJ-3$kS^ldY!4`tK9fbr~qwEVz?+r~+KzFt?Ro8VOQra-f^T6AfcQHLm-`m)x
z%RG7~gZV0Wa|-Z1R>w@~7S(*fj;C!=iL9JsJAT)!r}eg25Cr%f4&%U#)OQ798nDI(
zA6+(>ThD@P{ks%Vh2-7j%0`d0aKpGBr;h;-NCE&dA~&7ycyTxwM}Uzmev3Js4_p%v
zjK7z6Xzp$ur`Im{sy&|F+qoYha(RI{sD<lsuW1&@os_JgT|fAMn7r~?>{i<jdJi+|
zHKm|y=6QytnxUAYy|j8|FB;M!JmbZ=Nw9A#)4shx>v@gQQbJTf$A&MoQS)!SgxRxl
z|H4{LoB&q{I>LZ?oW(%`t!$+sM1ZJEakfUl)t#wTjq<3BW2<nWIn4|+IN>RPl=usR
z`*_g^CREOsQI|pJ$1C$Rnu__0hd{jM6HB>^-oZ$j$8RyO8x{cJBQL)+oKTNB0#X^T
zkf3RV;?g-CI=GFtzJ5y?Yr6o3vZi-H(uKKgscqbJDEGS~iQPF(dhm{5{Iv_%qs&M~
zuZcs!hVq!nh=#HNoPMux{S~VHZ<0nM2;!lJu*^JC-RQtr_#i~M+@__F3@2+%6zsX|
z1=7DdSfns=gs}Z&qQL?BLcUoLP^3DVU|zCe^?qC&_a!V8j|X8*PF_(V{e408{vX-y
zy}56BSsjev{gLL%ltetgOW#VrafOixDZ-EB7MHgfDpJsFo+|v{PfYkvMf#u%IpE%^
z6{+1$l?(_*ZWPnY<8sk*z_$!A&4WQ8Hw0*)Mr2;^@&{cOi8+wsd-Z+1UE%|m!fTPB
z(e!|GQZq$k+Z>jg6OTc3VY3uvP920!33FJf=k;)De*T8}TK}~5zzPH2nG!Gx#yq3H
zYaOkxYou?|16&&2y>T#g{9bWc4fK8OG4I;?vgQ$;z8T2y+;8R7g2W#xkSgCM8^ni9
z!>25JS%S%*@bxr3?{KFOPRS>IAwy8-uii6+Q4T=)g|EEV8ENWU3T1@9R_nodJ#Xu8
z_fT9V34WPopFuEY8pKtmq83J7yTE^;b#?wCGs+0*0LEFq5K{F#*!3VJG)tZK9oYe0
zjJN%b58(51Y{e~7r6>RU`Si*$FS`qYH25y9ihy@*E9Bg!)SHPd+_kh?aLu^o!$S8=
z91t+7jOb<(oRDke3rXliSiY+H3chmlF}f3(m1GB$8Pg;U(oJ}6-`0$hMdo#bEh=+j
z7N0GEl;3;%bG%((H3aU3Xhyws9vO<~tKP04K)c8kPPIeMHWKm1e(7|;zeDaNjl4s2
z7Ert+_^TRH<c|)e#aI_s0JE1ZcD8X|N?(ZC2-QF5){FX$ISv7Eq>X_+`AR;wOS(?H
z8WxvyBaFt&Dr`6>r?1bOtt}4QnAiB_(7wkFX7t(hbxbD!+u9DaJz#n;%4p+XYP$OC
z6<QSniI68ae9jpVv3UAufD(0r>R_(7;8Ce0S~Cj(ARvmDL>8?ZBsm3CZFfboZa5A}
zpPlzTYf75m>z^|b>AuA%DJu#N%(p;rZ3mm#Ynt^s5gpzkAOONI7`ULK!Q28l?O|gl
zza?|$3OhvRA$7hp-<DBHU(j9b-I6PatPLQr3uLS5Fhw_n(E;<A;(x1F0k}m6^aQz<
z#b(2nMKPJv^(s94m=xs_>(#^jzCIngkov(0HN})b!~5Uxxi8(2?B#x{tf|aludSo!
z9e@Js<^h=@V|Fa-BB3jqVxt377{bI8VogmddEXDYcw5dTSu!c*p%ZB`9OiK`EAjb$
zOSCqy$H#J{?BEJNa;*1$e6cEH<hbquI!JPbuPgg_B1&{XLj@@Uxnm^iJSzlTdOY9J
z?)ym*k;f5<x)n|SO_^;af3PgLFOZD576zrHva;N33*3|OdX}j9$FKK03E4h{Da}E(
z2%2wQ0M^ZOVOhzwE)lZ|iZ2eP+@b+Zr7%u~kIzbCqj1>f=Gl4t)pHvQZvw#4^9;vD
zGL5%%^Gnj5tW5E`hU+?o!s)x?z*UWITmV*^v9L<OWB@42xhsaRluF@bGuiF-VqmG$
zA<hg@kFkv*LO`})1=$2p=f#BjirJ(Img@7Hj6zDvjidKg&_<rH9SSfsYxX*W4d0J+
zq7Zj&g&jy9LgKBT*}(vRi)QpNRd$k0Tu}A>Xw1zg6P+cu+km|8-^+zLK;b3>KBg(C
z`|o*w={Em@Um}^^4SmkOHkHahtrErEgsC5>py2;03*q;<`L(VwtzJ$8xPJ7$(oQc_
z-$R8&h0MrRY~2Js44x-MVOb)m-e{m+uwv7^{X)Y0P`KJ@?<fdm^H$H}kbfB75^!7G
z6~0KApr-_j<JW<N2b>#MfRoZJ0c$7~6oo=J{rpc8$>T9W2A39XY)Z;G4f9g7J#QRg
z%b9D4Y{*1opjJgcZlmPibF;xK7gE8P({Fh1p6f|ub3lScKzZ3fg#&3pHx==e&F5lI
z%EZ=f<-<=h2jbI!V0VHRGM+j+x<!$xKenb(5b9H;Yfu1A`sdhl+{yY{mgWU9Bg-CE
zuI1}wPOb+`r@wy-U9<E60iY1b|HOn1e0%aB5lYf>hLf9EBi{>n-|!5!9;02|beJjH
z&{kwp*(MBcNC`%;rgY1XBN0T{Vjs)U=pR1x2Ot1)5a9_0+&$d6p=LkDj-CihIALBa
znio%;L}8tNtdP@?_aD+=!#Znx<=G$gWoP~}HC}gQy;6Y2PtSjSw`=N1U)kk&oS3BZ
zJ?F_L7*nh2b%0>H{lvKDKlle}NI&(<2Y5C=Kfi4#Zp{EOz!sFD+$G@iSJFFLQGZjT
zoW3Th{fjTQ1OwcfcmMk2S38-1<m{Y3cmPUOZAV8v1sy>@a=FOcd@v2EMC;)%Rz^ka
z09a90$f`2zJuH)EG64Ypo0P5Bt4%_DB?0bHWhD(gla!s!FMQ(RMbOTo8Z<ULcz{U8
zN<PN2GH@_ICy=t@#fvC7?uJhRX9TIOyJ2ad-}Xs=Tr;6M5)uHwcK`sKv2L_9<--9r
zNBl4GHXM!s2IXxyR>w#KVJ;vt$tOo>YPPd!@sK{`nfQ6Ad-mipFSb^KD-XaN6<6r)
zY@T`J<oeNJRYF4Nmp#4+R`C2bbI}eaG+B`*kuAQZmAaAe>NW0YZ$^-Pn*}24dW~ej
zA0|d<&r_o3&1p#HsGXa|{$uA0tb$8lY;3=;H@&c``Q}ymu7$j38W>Pqbx01zQGvD7
zYlM)rb=n%L4v9UpsjH(0L|B<yo@9QDch|%qE?5rwx-$|E%!M(nX8`#({!6SE%38c4
z1~<(*UG{_TQBrolLkWb=E&c_Pws8JjB_^!+QZ8=>fPx{C4iHccr*hDs9jc|?`oYUp
zZDV`E26+Gd2@B4>Gk<M&My;NkM@X6JS{k29qE=*^VOijZt)2o}SQiX&sf1j39#-@a
zt0n@32cBohr{jujj(Q`)tjH3(aib$cD%#ptJ4Ag4t}2!&N9mdv?`=|vjABfVEnqtK
z3cNbkA;kjPc7ksGMdV?(&M1x0z$@Tg_}Zg0;r`)CJl}hi&dD<EIrGU30)ff4<+d|Z
zW)h-*-Z>u18CeGSWSPo3VM&Lk6yVKyc?0r46kgAj3%A2S2?F}QH!J_&n{HvC1z8X6
z2{=4yiLOwtD0>AgqmV?bumg$99n2u?^820@F?eMJ1%s46EAc|vh>Zr^bg;;rE;Nt;
z#>jh>xMP3`6tTQu=>C87lpt%T9&!j#cAM1M1IL|()4MvlH(uz1{w3gdUlB;I@Tu}Z
zWr;WlDJ=*w_?FF$WKMxM0Lz#_hXrIxW+o<}`{m>Y=-LLo2_i}aZbN!cn(Pesm@KJb
zbJChy9I)!85t+e7@BTy<zqNUF15Paf8QERYa;C@yx}n*tIDow&6gxow^h{AcTRKFC
z#1Kwd8DbAS2p8=p!1hv*r2p&m<$}8ZcRzh@y;@omrOE?*J{cll^V{F;$tii}KZh(T
zt|d1S+6o4a_1I8(-znlOOK;G;+?QIFm;bptr@l8C!l6A_aKq;29`Sl+*;E(EB5(l|
z_^D$O-MdD;q`EV5xrKXZ{)Ywl=(DuytMq!seCgV~9y#uNzmrD@&+Ypqzw6KJZ~@eZ
zRx$qR)mg7s8)!yt(*ia9NEwjhw;xLEI&(~#pN@@<4cIH!bmQG?>+6~8P??xg*fa_a
zv{#D9l#TP=SDx|tNJN}-iEf;({(K-|X=twE1=vG@1OC%@1jC>M2t~PII+E`$QyeBy
zlr;;ZQ22D*ynJ3t2ntOv!Mjn=Sb?U^8hgJyd+Qg&I%6;a&qvJ;#>o%>b}p_DP*}Wu
z+*;8ExL;+|Q3ZziFqeNaSoLO70Iv#8wKYaP<bS*HJ!Aht$y1zi9l{U$smH~K{0nn4
zO8WfYYo+dM^?K!O-{Z9-%h7$llJYJDpV&t@C`sM@_8oT~nLssMbuq9uJSCD<Ap7-5
z=iz(Lkj}%_RauFK1=qSd7~o&mE>v9bWl6Q_@3#HNYh7lTTTusWOXm(`1{hDEwZ{hZ
zvRnIz^h0M!pT#%^O>ffiR}E*mgV6AfDF@O|2W9X8$Fc(epb1<SIqrKQ*uPw<DqLgt
zGWg|er(Cw>%dIPWW*DAo1op9M>ZygAnAclQ+Z8j1v`{6fa+)zG)}F;Dmz`htg47AL
zj3}sZ8%QkOq-4!;!=kq}6UWBx+)~L!+H9`Fl4t8?9`WHS@>X82vX|%OKeFlor2coM
z7nq06>V5vUmeLQe^M94Es(Ar9{F<9PVXKClP!=|w$*GEZw~UMxS7B7tpI)Q1<z@m6
zjbS?jM0hR^0jG{!j$r*D-RlqvpMC4n@hLCY7%BP@LB<a4q!aWKw?{LpMEsU=q1U&(
zM2iB|bL3GtA54zBOO{e<0H|E$>>PY4=QTd~>3~U%07pP=5L=~sTH)*8-6KmYrJ$G=
zgxkFLzpwyolf>*Ez1qR%23V(*Nj%DVui5E^GdNq>f<+EufA^b9BOVGQ8Sn+cuLE~0
z%Xzpkc&CoF@69O0GP@rRD2q$V2G8rWlt8lG8fGU#z#q&29Ci*6I{+&b9_TRe-ABE=
z{C!4Xg#cM`m3hG=GF?A*G+xAua$l=>iji0(Zk>K?5b$TTPg7m2>*ucvNY+G<O(0}C
z!5SA3b4(1Go99c4or=-^hzPLPEKqZL`T1cW9sqIUb!y>ZjwR%%h2y;Yx$1p)6}Tl~
z!&Xwbb+@SV6Ub|MwFcE+0`3*P$T54KOybSHrXst?gbkJ=b#Ww+fCIQ#4*x29x%Q8x
zCxhVwfbD&S**Z90sN<RPjcwQV!jeL^G`cZpZX)h{Jb#ygI_ltKrI#rro2%P|XZm6P
zB?hTtuJMjvMmLEXT`BF=3<nCJE33obZPre>@Ib<jqNxPH83TW~uCfQBtCs^m<NC#s
zJE<#qbrJ5rv&27^)!i@D0LuBp$oXFY-d|0#JfI1ufv4ZKexrlL8597@LFvoPXzmaC
zveHmA=kfM71tj~AhHjeKgG#-S;S2w_`cc<%Gzt8P847N_$=%8#q10%AtjqzE-!T?b
z{Gc(~rn01);@<ez_ff#nxA>)9?(&to)#|V7zJu#tz6XW?YIlC^oU9}g;R^8wC561a
zoemv?0LMI_?*i}(@+)^I2@voNWy98~=A1G!t91*jV-r4LU^JvV1`Di%P@}p5R^jD*
z>9*aEYUcmSBA5JE?jx`*UL(A28YnCW*)<4N`Zp-txf^Q~x7hv}GY*p59nO8U^~C;|
z=J#eRylc9Vi)}jc8P{8A?#SEf2X)Z)7e`Zw0K%-8wk7o0x>5DG(RhyDKAVL~D?#YL
zp@IkiZ}oie{@_aAjMv<W)^o9B2ol(e6B(zUd#^NDsHnHD_@;ht)zzf=?>DT8DvIC5
z_lz&nq%m>?v0)OxV5dG`lZz<;WIO`*v6%w#BwzRBj77559mB*J^dMctg?ZJ^bNRZQ
zHxVWwEjuOOS{E{4G;X`pLvFi&Ssy`{=ZK{+t6B>bDc!XOZ#Iw2Ndm`dBxnC0hq@?*
zhk=Z1AvTPF_4Sm{MGPDKX{KA&OpL0{y6@*VioSA8-m%qZpC8+qnO1d1-|r#8jPXrL
z8RRa<HY{Gg+Ma$7sOsBfovG`TDx`*3Xvzizq(FsAc7=L4sdMHILfh-d&<qlHZFZ&d
zI0$finUPC3^!a!{-pCLT%_E9%gC9um5%`XJAQE&fVh}Z>RlAs3-u|GzLE#h%jx9%5
zSug9UVk3oLasvj6Qsv0dTT}`^j*d@Fye7%1r9$%NliFKoY2|s{AM)M4<vp2QuLfdk
z?!W(YUCKh8Hic+T?Q@*#Qeo}c{QFTF@U#|=ur(#4fYIOPL>S;n4H0LC6QTyYXMtxq
zKa0O@)f`Wq0Nx6X#h5(9BDcW9C?Lb4RgjGk6Gd=w0nn+h92Qc;q}4?)2q>|}XTU19
zW+~i8P)W8(tMJufdaA1%W+{h1!}*pL$#`jGV;e3<riPtiu?AMa`GnYIko=|%4n_&T
zG5FIGS6wi<(8>6oIAyj<7tA|s$V7Z>Zf*`lVP;&KI61N6$08#kflfGiczVLIuM>y!
z4QkN$n9}1xuhz38H-Emf@>u<ZnCw`X;{Bx<eL>t<R6!&UFIOUq>CwY{UO%v%#-7Y*
zHO*rALQ{4rl<Bi35ljt1L-<q0&8E4I{+RT3Cz~02Lg6E=fM8)=?N|#TOE@+xxidcI
z1v>@>Y1in6A2?S~cGZ_V!Cn+u4wMxSISWm%oxw35(r7#`fhc$B%Q=C<N}(tix?x_?
z)hv~!(M)X`#|i-S8o+@UWI>~fLYp7D!#tR{YEg-5<7Jw!79Kg-{rihORW`-WI$6M2
z3!f7D{Rvq@k{m1?LSb}C6KwxJWbqdS=HMwj<~-j|fz+l87!B`HMt!}eTAnuae=@AN
zASwqje8_4h$K(nR77_pn9yl;C5TwX(oyYsrv^cA~9=-J{PNz06I^U4a+{Dg_P>%yF
zp!0xUawwnL!9S}Vsi3mQ_x17}QV}x^GPb;lu}?b*n31YScI!IzgWVFAj6*nX)~Y&*
zUYp5l?F1`C%LQ(pYPn4rqph}bS4sU}3A|)O>biDJZisfB1bs*X048Ckv5K7S$y$Hj
z%ss1`2M7E8YUrkJIN6coKIjmCbF)Xg&aS`lMGx9)!Ey&qRUG5^WkpnU)zZ|<BCJ3d
zA>fZXUG&~bF)0{iLXC^`08?FBcsf`2B$pmGQ&oQwifBjzZ1fIScSpn-UK^lkOfCVF
z7M;>qWTQ=en!>F&;_*7EpW%GE3}VStZ=Nb9B30+cYBrAuqzH1_4+3>FKAq)emX>9n
z$u_x7j3|hRf)-aDx?KXeTU}SOarr`e6xj|L36+0$o2-PtksPZByB&@hWoXmE3d@=%
zvt~;#6d5<pW7?qj9;PjrHd)1oIvi%k*sL%mHfS55NbgKI^XT7OU=&%PQoE&lq>nQ~
zG0TgSMp=IkN>Z`TjH-iEge9;i*YPnAN<Rd^x2s^*wql#K?en?JWV@E{2ztcPB@vFc
z#<fq>!Z#r_Wyk<{e@t1?-<r=#v%mZ;N)%bF6QQC0E(eH$OivI=Jc_m0I<QSWgqWj@
zngX$SgE{mKl-dyFxk8mY3ln^!&8O>N;owr3o>1_pTGG8Jgj&*{I(QxB*7#1ibE)bQ
zM-~n2k5|{%LM|s${rv%WoW@P&<BB7BetrHz)rJm?Y13Tfl<fN1)dMp7WQvUwXne1<
znoaEjxL3%~2<Jl;^Dos#QZDs{4#Sk0h2;Xws2gTK<H8_!I<-@}-i|S_pRR0cO&3(f
za=N+5IswTyQq*pf%6`_m=CLvSU0|v#hO%^~5p=qNL-Iu(O^i{Wad7z@430%N`~XTI
z>rfJdWpw~o?v(ylX5<KaWk)GXgj;gQZ_S<Y6g!tB04jQjPm>COHp_C|Ov{t0+vvj6
z5GJrH<&Yy^d6Ly)h^9tcfznwE6Oh=n774U2U#w)m)<yTM`o-h|F+N=tRzG6edd6nR
z`0k+CAq_It3LyOO6VVfnk}eJuEig_d!hnUG$rtf|yjnLk{cu09{(-O2eezk~Yvw2k
zJK%2&g}y}Sdqm)2SyKLDD8-D=lA`C|3Om3wj1c<k!`U#VK1C6Q7G?ilsGzN&VVE4C
z;myOcQ4Frpqs<<j?5{wVkdA7gCdJi5IC5#jJBBz~2ir&#WiorB9c+sbl{TfWu+j6%
zc5MhxGiu{%KwQGu<g{DycTe4Zxt*$yq8pLcuc`+E5z{7%(m(lxgOLG`9Gj(FW3r?{
z+5ukNu7mg2Wv-^^GF(KGd7VY3s+@qkV0Wn}T!FRWUPF;hKyeB^6P*g8!}79|3Ra}X
zIQTe&vGNJ<>h@N|@7>eLDBo>15`*UT^%b6bn#D_y_%{gDPeh_j9;Zp$vrYG+oHUQo
z5>i5jOhinWY(o7fRLk*=<b@ign$mQ8asRYZmSm*9xq*z$D4V+_$e~=c=3Yv5&)eFG
zzpO7I%^C#`fb5YPeb4%k(hB|k@O1cAPq0%%+|}eSg|~3qzrUS2nwWkQr_LR8P*AZQ
zIi<5EKTQA{MlxV)B+RSiG1%>zEKox+IwN$%H02p$zb#^n7V~1?@rnG1^|Bv!1_Kz)
zjF`Ps3+5E<x7FWaST%?G8C{ahEL1qJ$$nI{q^hag-GnbMD{^tR^gd{X@HGW8a?CO@
z1VWwgr9v9cck_ii2ARnhP^~X&cE}LNTUlFMJ2^G9wXFgjn}mFQeWz-58pg5HGsYd&
z8cY<qmr}qODqqpAko_ur+Gmyo+4*C=mmO|{_X(IH%}&hfgMyfa8uNeGTx;j%y$7*G
z(vtmk_RzhMF4Q66QgEiwYZ9nPE1~#8Y^N13YKrgCU?Q~g5+sxB2R1Fc=xnKJdWoV*
z0!NIuMa?Ti&fd}-_9W8=4pb@8Qc_RE*k7FTyrfK4=2Q}t(<$@6S@*_agJ+P%OmhB^
z(;A*oW2Cg>#FtZGy2Vow)qy?!ThE5CH249_<VDXz1~^DU4bvjTP*QcDRvedA)TBwM
zBMNUiLlX^=k=H@DH}LDX?p`KBoRRw49UC?eH{zj1hl318fq^ESl;O8Tq=>?$4mFp=
z%s?>Jn6Ft01Lq}^v(3ca!TL4{0}htVKP|L^RTwlKD^8^;k`}S>HGRC<n7>jY_g<+`
zrdv+0(rYZ~<=h-w<lQ-#d{&6d$ToCG-0GBLl6-Qla2i3k46$MS4CYwg^eaSd;7W6t
z`gZEHdc+g}IndTpXvJh%#d52HwRV)Xd+^{DEXG+7ctJdyBo9O7aj|;ya>`?(EYAc^
zHl0v2uPhEg*Gr?D99*IzpZujbU9p2NlhlA>n#t#`vkM^=458tco`qITdl#I|HfNy$
z#*jf=U<bij?^Q{KDLIkOX@12hmWcd~dzIYj`s#&AEH=xOU9a^}MtQj>zs3c-x%cwo
zcbXoDm>&`KV=6T+(G;CF8a|*+oo<nu3skY?cwJ@{WKd5Qzpv%@pLBcNejb#ut2$Fx
zVYU5fikaG=&BC7M07eZOtXC1K3+nkY8~AKoxjJO!5H?Znj13DOFjg<C0hCVnLqq?d
zxA|R<FanlR_jt4rOOG@P)vCIF>plMMuCGQYf|VLTQmMM;G38^(BxAI85>3gH-#%Do
zf=(;jR&?t49bxE5l};rN+qF1T#3!1BI-3ziGtEPqQDmUo)grx%#R9Q$)v*(?#Q1KU
zk?`_{d1knD!<3CSMeL=up~kh2;Z<SwNswr@u38J0kTWx+bZSz?M0#qP-%=%{VnbyT
zk3x-IMJ~`h>JnH78f{*rJ)0JXtAlxV8U8B04#fdx78lNFDj~?1-=@;wQ|0zHRoJx7
zH7PoBF&JDp|DbChmdBK^`RlaJ-*vd{QOweZC`TrS{;=$xa-q``qqkVtDMxSdJ(Zqv
zSX)4yFE`VILdeAf=IrnNrt7XTL$nz8#Fjbe49LFvmZel?tPIVCjD~fW4^f$;vufeR
zyQ)sb@<kZ(6?e=@_VycO94dh2vbI!Xl6auqtrXxKnCkjUOxoOJ8M-k+E@hEwL_e!U
zH@BjwsRW(r%5qWV;o(=nAmO)1qvvUo{OyLHvqisy-F${HY+Y&MEMo#)GFi4$MZ?l2
zb_71A<aQA`94|@pMV9+b|5YcZl$fO(9<z!`!@dfq@ze~5yaan5iXAqZn2le3I6W3<
zzHJTYza&PYq1$u4>wC9gt{9?qF=NbR;^L86=>V;`q~a6H{+?=U_juI}Iwy*(E}TTI
z1f@tnhEplv4}N4$$YN26%Y^5Lul;Fys?*0?n9N|pV71rb7j37dMYr!TL_yPEFgEbs
zLKh1ec4QZyLU3KqY%FYHlaHX4jUNSTtkkeU`RUe26U<qmTkMxi^vx@)C)R7A&?kj4
zj9gBwjwYV+LZ~u;_h2{@P~8WWXzOK0y&b(uP!`G9jQwYLAH$N1F3rc{hh2oHION>1
z8-H@h9@;i#R7P9}!JKhqmo9dy68!HQ8(#j^QaR$u`5GME>WWm-KGtnY>U4*11IS9#
zu{@r<Y1v?|9FLrQT7gYRgVm84Qex`xv{mSIRm(Ip3K27)U+ws#VNXUiNkb0Q&2zQV
z?<!Dct_DHXHSu3C{92T2F6YSCqE{Hy5l0fax-qqz<8eSrW8_WYf(^wZ?>MTCF36`r
zyMor7KQs1NzjUVCkf$Q*!kWyiSXtC7@XR8!7!O5UI=&poki6L81ysXuCz?9;V;<8<
zMc=uLK~+)}Vk(QBpr8Hu^M_+5uljJHN@HBlt2Q!W3})UsBmwGL%#DdC?Tt|mT~en1
znrV_}eC^8R$79D<Y!rW9dSOL<KY~x@Q&oSTA+`5x;i5;!-JMoV;|_W@;#9~Px+W=;
zJBgV28Ow~S6etN8Su6<T4LO}53t&3yb||rUksVm>($!ZoLXvMY=`@`pP_+<4m*J=*
zWVE*V5E5XsDc6|d%GLTENL#RF$>eyqG<~91d5KQMCp!1DSgL50BbHr3?d2VOui$Md
zpdw2KASy&i{>SDI{)IkP1-M0l+E%XszLIWpRi4hHk7;!%`>ereVjgpPweBfpghD5d
z&P_8nM_Jd)#P>Mk+x;zHxgpuIj0y}{J1gB>%+?8{S@cQuEp6XpB>I)6BGcOWj`jpF
zCQT@{G^s`v(ZU_7SF{e;&Pc1+l!r_S6Di{FvviRP&`jRHHCIoQjnFzI2MXh7$g*3B
zm8sAIl05)UD~)*K&K1o4H9=x4<Ymd4WO@o3Qlixhwce~<fd2C>4O|+>wQtBdpW}Ko
zw>*qlQU;oGiLnys``6&CScf?6c<>wGp|*BTB^CBP)4#WPked{k{oT{?R@>AWZgzE;
z2P2K2*WPPk$y}an4sIYdXlazOz1EqS*x<r$Z|p$bCV&-u8+s3xE4ALnq7?ZIU7dfF
zOT0AU5A^IE%G&$vN=dD@4HT`~ggKsiOL;lXw<fsm_CCd28ENLCq1obLq*Uj_Sj(Te
z*bcEQP%so`llX^8dS5!xwj*Tqj|H-{jc}Kc;~OKH-bu6n&XAjKFq1-<M--~vuGj@f
ze@>ax^$u4fyl_^xUf{Keth~ix>Y_t?6T5p{cR%BZ#13l@37o`;V-%>ApaX8^%mtIt
zpoA%5r9IzmRY!7K*Il5V-^|+nlx=Z%TuKjib}%Ygu&+QpRV|INQdE$r^KWJzSP~#q
zE;2q<>G4M^USA(fa$dVZfY#Cr>K(>?DC5%e3#xr*%k`Mpi71Pj17C*cs7zFYiWIEj
z@L@;8><=IIL(xfYKhB&#T0#wSEOo`JszwYG$B!nh9~BQ?cX&t3#GDo}acQ3$`nUky
ztq4?3)%3|)TA6@p9y?vuc&jGSy4lf<SP!jQuJ3Pr;1RqL!J#gNEIbSix??An!QqP*
zYL&F6Jl9~nRXy^pq0Y;N^e!p@v_WigqV@7{q3?eb?MjB1edn{{TU;HIj(=611a+MQ
zO^C3kn_#KVhg`>%Lw>biEE+yp^Hw@+hQN9n-kJzqn|`>hF5$9QDmH(wM&HJ;tFD@~
zrULcg1t~<+Ho3?-*z+lJ0dl4*hk1E2QGmgCK)b#}PrFi=$Mn+?DaXBB)9J;Zsh?42
z^k_+`{*=`bIsU$GzZIxS<Px^(#%%??kkx-NWsp`Ui%SD^t6J1JwH8hQ39?Ss&K&7z
zrR~AEPID2v`g+Ccs;0AS>289NS2{_3wkZr9jTJb$0R3LI(1L@(5p*<jH57zO7y4Tw
zhnH~_ijXM<%71HMaTs8fYSs(h{dDlUK#d}<<$$%rwE@H0k%={z<)89t+*k_os0gV|
zldDq{UEN(-L5|co>?*V^_88U2^Gz_K>@NvetE$q}tFL8Z1B6oPGlSH6Srd2kz$QY1
zDz{KFoe<-qgtBOc!o8H2!;~u8RaVoe2jYLrE6@Sd%^aG@>Y+)x6zP4LGUAE_vVpKX
zTScs)`sWLpBD2W2xm?lBRrZs<x&4IcXyVu{a+#**t5>bxeSby68C*p=(3{Urk}<5F
zDU}-Yp#PkL!|Z?8s(9s3hLoMJLapFE#x?WD#57<Ihd)f4AS!;7kfV_-Hwo#=LS`pS
zPOwoqgoDo@hL+unU2w6B1IsVAwy}Qbi282x9gG9T&0`PCA<fS5=_J$~Er{XQI1cFL
ztYM)PuwYaQ*1z5llH1dIciVPXEXt`e&Q(bWD{fXC%AmOT9m&#9p6EveffoP(Rz#ye
zV-<>JNKHDT?NkSwg7$*traN`Gz3X_UR(lU+;<eWg8751d?`gzg4W%QIqhAdB^i>*V
zC6Xe-uvZSCy)w#M+<y^V=+}%ia2S2*TC!`$iOL(Il20mt(J4f5Kip`e5h&4XD~Q?;
z>W%I#h_osY*jXy`z*KR2wci*w<S1al63{i^-o*Gr7r6aNZA&n%G8-{nor(7UXBl{_
zS2~57Mu~|{V*tThhgMXgM5)@N>%%1SQmCU_sey2?WpAFEC<GWkg%rzx=#S;$2dnDI
zZiZfg#G+@SjeTWoK9#m$PW7gO#Un1Jx2q6swY4mKU-Ib|uX{(14rP86JdR#YQ2tY>
zq7r%t{7|#f!)k{p&`s*m1<)_`;osKx>rhXIFwI|t<sksnDl5gyX%@SROEuy(z%_<<
zKcJB;eQ@OGtEJZ`q+u#1QksgdnIBa!pWPKr(mgE|yhTPaS8(0JA)0csK~ISG!u=bH
zyK(hcR&l0_xtlp;ZS^7?Rau%Rnt5i;;P~4~hl?%aV}Lxw%Yc=XFfDE*N(XfooCi5r
z#9sRdP*-z?5WAHZ(83A8&7Zvg+i7g3N&9!4x$B0LoqzkocS`bnVahJH%_uWip%x<q
z$H7r4O<hniB1v)+i}A$M+0U?^N?l*WX4#3anXbV6V>IbjLt>l#&afA~)i9^)smw)b
zR=wYbv-m|daIv{WB9;!(p+HtLIAY0-^hXGTCWoW9B{`pj%&MMa;(i~3I|a6P`)z+3
zxSxqX4vo$jd!uE0J~)3IFh&>=jJAfxaRv!I9x7M;u4V%p9xKAbMPCwta#fG*&1~y6
zr>3F!wpwF;HKY|J!-JsL%NG~4*X%>00TzDJqza}|!m8OL3%=Qy8-)oUN_lYn9h6@X
zPV~u<s7;b_)MP`)DfLYkaFgT7$2T5Efmw4c*33%6{v91->aZ&P2!zRZL!Tw|kqlI=
zHY%Y%UzW^P?Y^j<94{K}K$mCtCy9eY)2H4%z{WgtGd-0vG=jU%2Cm2Z^*SBt0ZAng
zyC8J1mRAFZtOi<nIjYpf?4fM+U=)WX%OgGkwi>gU93!ta3NipTXKZhc&7eOBPaKsx
zBy?CZXnA+B&)E@y+({5SU~JRz5bU^`mKue)hDw7@WJ+!pdjyVq==?=P)bQ`Rq>WTk
zDTJhUcvmMhpa#+i%f#~6#X9Zpn~qQHo;qQT%Fd*h2`N}rGd6zqE9W1433qg5cbb-U
zEB6Cn>2~r}Ch$z~-WXDi6Nm@UBH>V;+YvN|Z`-C+MlYj7T?`^$CLTEG()V!S6*77d
zKPS$%(Zu(TMU5oi6w9y$PV<yaZ1cPVJ(t&#?WXL%a5gK55!cVL%!_Jon5_aq@9j1e
zD9c>K43-=UfN$Q;9=}}Vt6HVD=?7^IvN-;cbX{!Y2f%0mEUT$3A=35Nkll7-J+av1
z;2~rJa!91pep2CdmgpmM;AKnx8~FZRO13C!0kVP~YHs~}yNk!`&3)N$Cyal!_+KaD
z$w}ErmWQj*Tc;J(55ART{`lStGo@KMEkUBV#nk$IL=1Kp7g#;wa<$ON+0s-c@sl$*
z$vtNa!gwfDUSfo>J54E-KzVUVS);cF<Z0)o)gScp6Qz|sxr#Dd_GZjo{x&@VdHXL=
z4mHGRq~LLzkOjR}V(pAN{oO@zc>t|mbYGw*3E7aPIl-g^(-c&LQbM-g9W`8Zbn+p-
z4nzs|H_gp`?WCsO49ptj%ztcdrGYvffFy2FNJ;s>cx1!G1%HMztS*-<^P}mb#*(@u
z0TGg6ReEBp7k^l~0kf3eelLe-$ruc_*k##~BlIyarbq29kx%ETT~lS*n~ex)PJ7P8
zY&y^za^By}8l_QST&>tqh~f<tUXnnv1qV~`Wusb2+w;4-UmAbc4aCWhw{SL}Zkr9G
zK>tzBZ}Dw6H@*9A>~slv+OT?J&O3Z5p*gp}YRjS367FeJ{fsM-Ue9^`@BiFdu$zz2
z%i)UzW+OW!c~~Wm4(>MXEvYDRWVNtB+szfPkT0LW!6mcwmyi+DYQ()*RB)C8^0o~_
zAZxR(PiBi5e@;nEri0c0umJn!b>)TU+(}jM@Yx+M(b3VrcU>TI^2YRljJ2{%*T@XA
z3`LatMmx|6V$yuS)Mh6sDeD)yRM8X9`xcED!4nl_>leoh;Rw@J3nC_$!Str9rCg{k
z8M@^R9D7=`29^w>H+p<DOP8opEdc9R`je?`JU^TP<koGJVwm?!6;+;00Apn(JRjcr
zYRk{B!!Jwv$AuDE8S|Kni_PrQ88-2&E5U@r6e@j;09x5sb8F15Bnz3OR!hIsmf3ab
zt+-~{gVtT9JcRQ`CoHWah5%yGqE5)^bVsRF?J1wX%gZ{AbOyIsmTbd{MeE4FH^Nf>
zlnrTs>wL5QSmVHtl`fvQiiG)IxX|Q5Dh_)&GMu0|oz4L|i1s)0Kq2+Qm{O<uR3u#g
zrR%{KUk_SfeeqVCr(aXYH6OscVRYXUG1cNWuro)qPm6GMtZG{$jzllltF(@i;~EtF
zZ#ImN$!$tmC5iGF2^Q~XGP1gvpZt)d*~2X^;(8fSw3mBIbO)6RSWv4y*zjC*Zy)DS
zi!P=M2MbRg=B}@xwnL%MvK8i=bQnEe?oT|f=jLjJ8nMu#0NdpUYgy0@C;puiH~TvJ
zmb4pd9GO*{mx)xN_m$Jis$AYxG>^dzIV`^`Ku0T%E%CJd7-WW{Kei;uJh0J7s>gri
zbqC0>n6KD&%uY>R?d0CyJUu;;@H*{1|2vGKLf~f6Z+F@s3{5)y_tqu|XW#CSSO|KV
zu2Gs@64$YCIojcT^Ny)1>m4`j0B<wiCV-)?GmwI`7Wc_k#k~IZO>Q~Hi4{6Cvg~X}
zs3<~jiz~bm89{LQ@w=XBWt{^9zLvgA2;5i^)U-boq?Z{Zg7N8aUj!;Rni!;u4LAnd
z`!!7|(nYvBfY*uXoFThM|2s}+7Ygj2RD`Ieo-uxw{ktVIkL5+<WP2Y<X7*rrGu0t^
zw#Utt?FRUyc)q!`B;)zovgODDPd(es$*sp$Z|$WiI%SHDOP?*MBi(msRPsX-57xxL
z#Ly!x>li2eFxWBhN|oaJC-g&}N(r|`h4)uyGoAxfz+@{{Kv4nM^0j-N0^bPYtd_gt
z)%xzP2uHC%Bs2_6@%-7`oQjc=k-xwHz)5p$h!*mqboKwK>Z_xodfvE~?vfOdk`M$z
zknR>K1(cR_>F!>-yBj1Hq`TRryE_*FK^mm{y?%e^eb0H%;g7q^-MKT*^UTa==JR>x
zPVAbK(Hm5z0sLZCc|O5ThU;O=`^4)%<c60E_I8k21QVw<8KG*l&_Yl4WsALYyy`)T
zBM(#iaT_tuUzJ3QVI}f<&)o0?R}wZP4ar<JVjO+loOFr|W8Vy0gR=^~EFm4SDp3Vi
z%+PEm+F=Tg{iTfE1>|a$07b?1din9g<%L#PGu_?XT(~4DV+@pQ#qE{!U^)tQ2M0-n
z`}r5dz@NG=a>mmr38(wMsljm}Ls5L&;Q?%eEO;45^Yg6}qoG)wEw>a8$Uo)ZfF>q3
zwq6$1UaTM52KVnje@E>-yW`Nhc;C;)$~{!?Xu3~652cEpE+P&nbP#TO?%3S0m2s%x
zChsRr<?8spn<*>_h&IfT&A4qUG)A8$Qqj4d&C}}#p9B#UKM+KmmXn`fvntKgrt23m
zv$8Oj(%PGzj^4)7skdF325H^Zl5=+aSx@^kRHzd#ace~Guk;Zez6gxTKfs@5&RR2I
z*Nt2C>543L77w(}Mk`_^5Vt--UIiK}DIM$558`ObvWA_71g&YdeVd?|#gnM&gF9E6
zw$sISvBycGBJ&!YzY_0nA6GHJ<~7l;M1W~#f(<J6?yF$!z_t9R47U)e$p$Ogh}Zsv
zR&u4U)!VObC88}+zfi|W@d(O130cqW?H@d9JYmC4pGfc?8=qW;URw$CRErOs%=929
z*q?4Kx40S+gFY0gH3>sQ<KLeyt9!{dz5{r}?PuZY-tQ(ykkr#)Dk1D*Ec^+fCH%KP
zE2pb>P0!90_lR!IER25T>j%P`M86<bgdL850aec&0t26&joCbhRF?#j($lxa^uP9k
zr%|NW8NLq#2lLs?uC}Tx04sL03jOxq)KRinbO4`PeRO`~RV1U|HrT;9{1*;~tMz2>
ztO++(T58mff!{W1{3zsA6urOM*vNi*vVdxY5>B;QrVPGhq6kR6O|ksjoGDj7GR;f<
z;>v1srwN!q2(@^kth$KAn3`o+Xa8_HWMUIJs=d+K5xM<oYhl!xXmf|qeWay4#7B>S
z()4|#n*RVo4T$}2_4Xz0@3SyqC^=!uoigFYnUJ>$RK1tpqjc4)v^gsCQOnc<4Tdp%
zAxY4pWTHvus-c1H=%X(}fuKhcUf4FZ>WaTY2)im@DYt=4o(=Uzc(@c*wy!iPuf<u}
zN_};Gd1Urb{sXk~s;o>OKJ;mW48wQN*;C3Ifn;a==UewmQ4Yu3j?3MwdC~SW!0k9O
z)M*&nIVKOm{+9NF7ro>0th}|{>M1r#FWRy)O`ezJsFmj}(F64lwVm>4pZQW{>gx;Z
z-`qVuj*-nTGPL=>6l2azS(tm&$?urbP197Mui_jfC0^X`E&b_SMpVIW_|^=i2es*v
zcy%?Mad+B|h-$$iJI0<)%Ofjf2a~{2qz%17RIty_Na|HZwc=df4$EK)9NHz`UFCRs
zEWoDmF(6q=<-NqRr{~0UfzIfo1=REzvl=6hm&e13_vbe<+9%7>p}vJHysUq}kYktH
z4Owpp-M6{l$-=If?l$XHj^V}6dPIN2o;==Vq*6PIypPBViFLTGuh^FBuNKHFH9q+m
z3%8Glqs&$&zZf^6tx-L4cRO2Y&KPZZJe8ntKRd4Y>cHEumLwtTerG-4phYT_C7Xa*
zk53Zak4)b}--6)@dcEYc{&^OUC50QuXL`?hyrZMTfRh3fRhXKfcH+Uum!Aqu0<ikn
zyo-&<e(;;Ko$+iD9mO&g<ga?<&5}=9367MuA6ynUm)E>)dyPZ+6K|ErUVYteZ#kw2
z_;|`B4hl&y*Ev<Z)SR{WoeV!z$0l(^6tp0MZ&XZC#f}&IgpjCn^}Xe7SAN93VB2xn
zLFhf?8j-t4tESZb&9r;G%t)>8xIR=5_J2f;SM?S_<7CbJ$zlB*k6A{Z3rpQr?c2>O
zhT#~NpinSW$~57xk!X{AP7bVJmn8Dd=FnTTkHSe`>liG!lpH{+IA20FC&>Gy-O?=F
z>rBHYh>A%pkju*32845)di6>dOBENLiZ$-J*&~Nk3|fSgE^*NV0N(!a_?RH18(`i1
z#NjRGK9ifLRn7(Cv<9qsyH4oif~ikOJh_`6#;=+4dg*Q0t28yH&DDCHZnIHeD~!yF
zbNkXz5+W7rOf;AqoF_iukxUNee@)XGrD{z5RX@<1C~-lEgdI6&?I##hj<-v;mpNP@
zcSSpiKhcFv{@c*uQ|&ZSKNk**c>xhp`ij{{iZ@ozKd(Q1R0G~{m1vC1YB#)!%DLGt
z*&L1*DQE2dMJGiw;8M^>Xc5UCc_M(ior?Kp>8Iv>VPJ^seJL)Vid5df(Dyo{|LB#U
zL?R9XIFWDdy|PLNeZ?O(BFZVFkO^hh{oZ^_xKM$7r)J*RbL?VWobCbiFC(y!;9y|-
zyt}<k)u}a@c8b5eyxe;v+`Oe0ZL3v($TG#Fk<PaoG^^gI%yi*jP}7VpRJ(U_q1p}8
zyE$|`+I@4!p!oUzPn1JZX@xT`%HA@eL&ppGby92JC~AHKHN92;ZNhUB2l)c^-|@@8
zQhPH<4(+~WD5<$>Kd3>PR`q{6`3*R@0&)|I*S|k*m8Ep;TUNH2K?2Ml_i~V%i=}?r
ztD2Ul7UqqSY9w5@lhyy~U~VVW%Gep=fiZTJ`}5?WV-$DcI%QumCQOF4><<A4RiTjP
z5=9G+&y`FxJHGx>*W~c$LLxm`#{vVyR-`WDH|(Aw|B(gKyEMpRH`oj=Ufp12zj82W
z@M<2l<yJg&@F}w)1$2$SMhBY%fA#RJIkrx&MGxmW%wRz*<liIxOxfu^%%;+R&682O
zSQVj7g_VEXrzft?{d8%WSwJg3kVL&oaADne2lHqTYee|C?*{Rh@{ad_y)$X)JFH(|
zvS<W^(BX&&(%!TBUiovWma+<{D`5E(u%JaK?S`2oyxv1yf|D;CD^UFPDA3@`92>&^
zBmg1;I``|2*55>+I$N31`z2g2J(O!D?q3XF68C8yax583hJMI_ghM>ARQ0q^Jn{{c
zv{>z;%R6N{^N_|)t-pZBXKxj<PZ>Vfl4%7JVo+-wJs7f@_Gp`yjg<2E=73cRcF&!H
zcty>Y6$ZCoCfv;((pS-gV<BpA`EWiz%uLvp#A>b>ihASSu=kzzx4ku9m2I?6jKp%*
z_y#k(NPDNXJf~ew6}5+N6Gw?^Lza-kbTS!KetFZzw$$vb8D`i`fiu0Xkw~ohTv_YZ
z4;O;Ox218_E{FGB_!1|px%Qx;foN^SMgeb>v~H3#^#}7bhwAp>zWW-5JoC?l{`tfG
ze!_kJ$c5e2?hf&*153)!PSw#_-F7VIS4u~+qfOI9u)@5~BRF-m(W-Jqia#m5Wa^20
zstTSQML>xpvA;E>>CD{wd?&t}*|}aBE=MHU8VE$#raNq_E6?$~i)(tBliud_yEdXp
zb0<A;jg4GU^Na>W+q*(3o!nokhsJq(PtUg&nlExvZ`=&wlsIYk%XaocHRDcCBg#7U
zZs$)KEN}CD7EWk{2iFeP3V(5yY&_oomOnF73T?*w7Q0o|QsAP%XQEe(pTF?+2$IE`
zv|8N;bpAecb$S$GjxiAl9&lhpVzr4*5Of9bttMO^&))?HDwT}Y@)ZV+!d`IvCqvWc
zCMmSm=vI(huAX~&&kN*q_NC(8t%I%3j^&9Y(}8V)QO&E?%D}NK<Lu7%&Roif!Wym0
zgb0ny!L#Vg7R+ZqTk);i-=g;Kx(^cZSDx-ZXPy!J&VW53(viiNkAQ0$_zLsw_(!xG
zkA%r4b)_ISE$8(miJG{3>~*-_g<~6;^RVAug$mA{K40hmlEZmPzi4N7wxAgpOY4u?
z(>DBrfz;DBO;7CB{lj-&wqEwv?uEj`xxg}`h}J?G#AoN}-9yr}wc@g_WMa?${I83(
zd=MMy<E&=nz~424SabB%PTE(aOrHz#2pvy%jGjpg|A+yxy<ve!Gv!A{h9Os)Vbgvt
zpF2ZEqa?<0i7IqP^<+yfQr2PuP`QzNT1$gr8TsfcG|zE|OD(~U&SB@Rx6?e9NxU)e
z4YjvO53aW2Bx4s8;Acplxz*X~@tvl%2TUvez9%ReYVO||qW9$XXk5Q0QB{1CmO+`{
z2)k`RwmrseqrXjGgx>j3q}umQq)v0`j#)9zV2S(Bs5xFR5U^8WU`sOu>ZYnwM<#1#
zr{_?jOe`GKuv&HpMg~{pJqJLrGu7^|ralo!eU^y;o5dB#O3o4)%YHTRH-EA0!0i(m
zjm=sZ24CgFO^Bjx?!1_3T(g%5Io(!@96?F7X2R>AIEdm?j5X^v$_OQI_ww#>DOB~c
zx;@m{_;`3_Kses^uTik|r7m$#QTUH&VDS~W$mS}r=k;`ia`|^;73y5UB;2&f5WcWw
zc5WBbL7lEtG_frWrg|EFs0*y5>4$dBgA*<Yi4ZIP!+F@x3oz6t`M;Zpyvg}nal=m7
zD(>5-K6Z38qr<N|k^xFpowF}smK+#y!<}}7Wxb$z{uKGRFPD8N40-Y7O(=%`cvVn=
zEe-#1!s>@CGZ|kWO2HAbToOrp4RM*sp`*{^vDBm8Xp*g}uXNd2aS{1pNqk(87t6~X
z-TNNWtW@&8T}@->E94`xI{qdGV!9!+wE~cG)`8PxdWj2crk+7S3D~n>U14ae&Gd22
zi*(%q_<r`|;l++x{@yhSwP+t~e&glfjv7pXi95eB!3>#ixd}T+tHj4IW9oy&w40S{
zkj@KMHdRxs8<#{KJSTo-zT>5fPQBGPOZEk(=Lxo%srjx`N^L`hl=Lys(>o4hxN7==
z5=ft!042587kzu@&C_o>zmSHi4h_rB-IeSg&LDFO4=2rswcdeV<UW&v!N&|4GRXWq
zb<7b6<c#?~Xgbxe6AkL82Em-)N>;b9AZYN_TXgW7tjMa!KWHnGK|@OC#XUgtc1(=_
z90+Q=?}n#5c~@0r>sXE28DFH0WL^X5#ciC+X?>fCw?n2BsC;Xw?)K3};nS>N>^n9p
z9wSBwv@@yDs(e;SuUlHmwR;GhP-u`L{JuN;rPTU&_nKKnc(&;|i!%r5v#MqaBfN&!
zqgc4VskaRyH`yOP7nd$uly7JX_*TSZ+MJXG9Ri!BKH$3*Z*7jmimAEg+Isi-x0c^V
z|1i@f^B@sfaE;nWrQTCM8DlD~_wDDklr3`IA{^hCvDDh!euxt&Ig)$e+gp&)HIZhK
zN~RN9zoyucq(!0CTBl%m{`V~6y(l$tAd5sQ@&l1H$6x>6i&!NnHwuv&X>DE&QVqw4
zSf9eI#TX9>%#6GueEtq9%D_phfKAHDt)iGHt;3kVc=woYCkmv)RR$_q3dCLE$-0Oa
z?N!CAD4Hz2ImlvY56}OMgMW;-=ilrHVRSb#foTe3LF(c`XDPy<_efAflia=dw-#5d
ziB3|qc0n4m;PG@wc^-GINO{tcD%|(U`HeFGZ-`KHVBE2?>GqPW^&rwudY?XPG?F?I
z%)EX0WgOhSmCXF4O4ZYel!^07H~yW9<Sr7GcnlnY%t#B1>aC&`JX!GT2O(Jxr!CV%
zY~D9ZR2TP3OitA8$|vjjNs4!2a+tZ+3<%n*1^$6Z?c6hA`g0_u`?m~leO!ICM%JH)
z4-_KdB$fTJn!wFN7)fXn2I^yVRYIoW=Cw|8k{SNk?X=GhgO`$&T|s3<KMHVOASt6L
znMne4nhoYgT3La0^<r)C>!aO<`pBma{<+Fh@4JZsMv(smHl&-)jPFlO<`}+&CWt<l
z11fj5PXN`nC%g#WAahj;zDM`4p<~ddNC+yt4}%kLj*<tlU=dPZqxz|ssbN{OMwHRA
z&EUwkk)sj%r4t5zrEa6WE~XV8tWiMr#i4ud@u|ntEhdN&+h4^Wl{B5qTGp}s1pcYA
zmB`OAIwZV+xBR%QQa_BCvze~(`sFArchxXKnrx9RIAEc))XJX#?sH&Dz*(Fo@B<l|
z=_s7OVii&9;~cXGL-2ae5&qk5xs_Si>i5X2ci`S@eYI>d@T|bKZXPY~f)=04daM0h
zLOBZ&^YC__=W;~C*)Kc^<CiV%<xDd=1Qt?*k%)}Ho(U(mD;P-2HIqmCV}SrV@mN~W
zQdS`E_l}UeY8pt9h}C+0I$3YPF0+=4jO7A~2M(RlAEO^|nm&TH$$QXV&?x9zPeibP
zU*fod$GM)wNpq(ZnsiTAH1j=Kqn$49JO3$(e$V>thhl<PnKBLEuKPWHArY@2nqTr~
zQG1hHApapl)sNW6(hnZA=t>}Be=0Njx4)=z{Qh{UH}VwCx_1;!tCK;=^EG@jn75Cd
zW22X|E26~naqJL;^zd9<f6hhhhFp4*?0c@9sp8~B%+Oru4b3Z!F3bd7Um;}LP+E{u
z#8KZ767HWb^RyzTQ)1!H9aR|T#+k<cpV)6mU6UZf4v`Oemy{qReB>@nK=A`uO9InU
zTYWv=e;q|H&C*lKPAJJH<S)%Bb5U~nU8T6mfMH-arqH@Uu$N?pkv~C{?hrkW-eqW!
zj4h6{%KWfRt*MgT{lTI>waEKh`QolBp;FT0ZT`!mRo97b{*hv7h*Yqmc(Cl-YIz+(
zZJICjomPinD;(pmEdyuo#=IjPX@q=FtIx>s`4!uP+heg4-B=6D=8g8#nPTD)L8y-m
ziOAqIhsbw%z-TuVtHrxyNVV2jtDw;?pgjF!PP9zrFMBlBJ@qG|9*^3EbFfXi2AuNy
zuVdWzmSY}<wWzy;In1KtUt2$hMj2IgwfnD^PFR^fPeV1KtPcF9q;=fEE=5MS<~pH+
z2~@?FpWrI$92_@W7czSPVET7&FxFNgEo3TNc@(N9J4MIv;aL>{y(Jf2x$XJgPl@_1
z0lyU7j?mh>VSA8tC_7c-__LrTzNyw1tumpf>L2~<eqv_hRddGE`9a0WfT57$GwUZ%
z7n3m24}qI^or{Lvui94^nsY_mShu^_b>jbpxh$jmh_o^3Eu)sf^w#WMKW)AEJLbb+
zLGn#C?4=O|0>$ImP{(;vjQto=2xgpU1o<a_X>n=45cm@*34bL5^!+#+Sq8}lQd1un
zrET=>W%FxDy^D@;60*32EmV~cH|d^C60rEY!%Tw+1?)s<r%+r5!$9Y;ASB__H`z$Y
z2V@lpg^}Wvd5@^e;|7_eRV~^OXrO;gUojxOFValsh}VfthYA%G_q+4am+y9v59EWw
z$aK<IfcKM;ah>mzw4dDFw&qT>BQlMHpo-)mGD)JS$ayt=C?P3(iJ5#!ZB|RB>JEM%
z(*YWBPS^ZMm8Kz&xssN&pQ-01WDHtaS5O%m?C_v&W+I?_XA1J2s@qj~EiruVf<yOt
zT_-nFQGc-;8-e5XVg04J!fm)t>W{w2Yp2dJo}Z*taDwyu<icV{`mzz}CrsLo%Z44}
zTW$vDqffGZpx3hTxGx8r`Ny%^${1z*e0dkuu2&Kx7?Y;r-Z8PY@{dDin3z?i=&{kn
zLs!){$5^#hwSmmeXGx!&lda4<XX@OguFT|r_(3AD-eSX_jnfdj$>?}}q}h&|5eZn8
z5N;iKYpU(xb?9}Qkygxr3EMle@)6}N*wXCY`dD(!Fpe9RI4crSH*Bh?SyH>2YRFEF
zBc;eF7QSDSXlJoRFDdl_mY236{8~l<c@cX4C<vS)7mRy<8#m_5&-=G*Hv{^zjGM=j
zKx+^eId<pM6NV<HNNGy}-iz^(wzuK$6n5{J2aZ{YwU``&a%z4yTls3WF7Sh8Xp)51
z1V0T*$Olp#{-Gn)SVpDA{FQ^u>%3HT`rhc(Vgk`d98B10i-Q0uHM8)mtYfAN=U9B0
zBE5-4w2!uL$RX;<WIcgc%VpkX-DbpKY2<M9{qH<vkB2`?AyzS)bpcs{59IJC=Zo%`
z3U9N&$2E!{g9o1+&ukYK7h>M^bA=`0CJg82HQ&`q_SRBgz@~nXggQ4Y&zN`jsf8?6
zP|D<g1_3hpOi9<ed{ZNrNTL;*r*#5mus)|&$@HDS;+EKBC(R?Y6o!6+)qZ*AS#sth
z_MFKiHByAy)7Rsi2Lu;85@sNFH*&Euayb~#r?yyTs7c5f0#~2KDsCws<1k1vneIYi
z)0TvaBhjNrR^OqwMt@l$2ClJ_X0b^&jn^j6^&W+j1P|?EG3mOuz!Aab+KOcvOG~n1
zSV$Eq2+xOMSaaQZuNK_@?OqGnN}XZ1taB9?YzL6Ccm3jobaaT$=`_J$zIJvKo2Qv#
zzH2*Yq_$mCDGTBAF-~CL#^3dxPpIo{2-xmg_Z3v`IjN6irS)p#v9zWN%gdCt8x;*-
z@1g4~-_@z=&E}T}5x8@eIahZuV9!c~I%9RwgPsbU!KYJ4{OhFYe5{hZpGoYA3M90w
z-{=(C<Lk<r@u1Y7*Puin7TfS}$G7U)1Qen}c>&rk5x|Dv^#^wdQwk=HMk^c(d*~9Z
z10Fn9iK&U9rXqP2i0NM$Pis2aFlW8s_Vd&Fl`fL!w<bF}%BXAsM=%(?4fjKFJz9DG
zUy@4~91gn62lVPK0-T%%HKx_iEWVH9^|-@w;tn2O@RcQwUV^HQ*x*1N#a22xHFf5t
zz6(eWxK0SO&U|@xVBQ@Z1x*prFlfH>5``fM;8ydZ{QSVCB#>K#q?PO~n&UiuZ^Tb^
zbbL%hK~a@$oj-SrQ@?AsaBqA1SXixh^R&iM|8#ZorwA-&&TA#Ssfpyt1&)->XI9Sq
zv%k;HlJxM7n_I1IFgoSCyP4U*)`}^0^_UBbi+**v!wX)k%lDHA1Py)&u+>G8psiK2
z#bm4kL#SZx9v(g<>#FsBL#r{|)Paynvk^)DnEV55jw$Y)-#u6nu~0^#Bm4O)sTqs-
zKHe|Znnr|OEK1ooy8(qR9E1UBQD*NwRzMH~fI#72Kp@7gZv2(bBB*1am6b8&v|6WF
z?O+55xLLTcSh8q)eLWX(-1wGJiw~zx!^q53jrf;}WWJcnZ%QCZD$C$;BmPVI3#Oi1
z^T606gV+Iw=E~ImM73uMKI&gDzB$mMe<fP<`DwM_##DV9TDZ4S-`&cgAC`VkN=0G7
zA_&%Hj{Du-2VL!4=ZK+JWwCzN>+5)vL!p9Xw!%8L3XRg~U5AS!-N<4#U+&OE`#b{z
zBfZD;!T3n@JJbk;eYBvAVu}|=0u*Kn4j?<Zmex!QTT)he!P`N4(A-J72kzh9#9Cqq
zmrfSxa8c_=<#f%#C+@l~7NSsR$qIY?+&@g$7jH#;9RnYSOqan=fJH+B&A*jxeva-j
z|5SJA-@5L}m$<T+hPvj|xCZoPoc>^74-XwX^}XbWK*IGI#q;-(qTOGOzKfB<6%&_K
zQt@6O$V~V!<@7HE`0+83B_L<lOL}AYxvhZWD*tmn$rVdXWxEiClYr2|7{D6=Z9hm&
zK?pr|y%9N3=YU<^fdK7H+x^<HPPn@xoaM6jh*k)tzt2dj>S47rw|{=j1$eyj_gZMp
z;*r5gkjBC(XEesdsLvNW1Nf#ThI0GKM*@gP-mK3L!05rwDsRH93w}QiimeWVx%}4^
zpi?F15)znDwO#dF1Vu<DdW#?C1l|E@;E6w(Gfp|q(mn{4?tb;M!8cmTX8wn(Go^_2
zUluj&{h$)GLpr;mYcmdU;5;{odiz96?i;5?ArJ^NUS3*4-5RL_or?qJ>b3o=?BlND
zxqu6L%rWeJ7(Ga3-%<ZjDQ5U)xc9tRN(|-$1}q>?A}2<KgpBHENNXf!$ZO@Lz;=Z<
zC!)V6JfmA&<6QgHKI4uFe=APtwXJMCTh#g-lQQE%^3BA9>P}vYAi;ACR~&y1v&`mi
zW;{;@IUO_ZuZv@5+i~m!gdl1MI#$d;P03MP7U$V>YG471wmiNC180}S;O@Rg>8lmH
z;g=%F99Z`tTC6sPlTq<xp6dGIIREtoRBEkIJTLBb0}R*{6Yq%|j)Va@C>J`GhUS9Q
z3ZbRtJ>lGQ#lRDE5fGvv4ad7z$O>UA!_E!M+WS2w#gv5OZ%aO*wj)i3I27Iju=iIN
za9`>u`n(WmVG9^fMzi<3v!~uzyD2~g+R$W!1lRl-P7Yuamn9OV?iv4{Oc?vkJmH(U
zF~<H(8qe6l+>?P^O+cKCN|u@!X)I4iFFxm36w>hN_TXYAC8wt7RVhP;sP#hCV(sNY
z$(eE|tnuTa(+<sg#eq(tsE6MUMKyqXJ$XJ{qGeCV_`Y#%rwGXC-<Q_y**tiaA@c8s
zj++Z-yAON@wNM~#=`ZW<nl%VetGa>zUC+V6<3IhEzU*27_e}@m{Wp97tpF}Om#Pf^
zHD}JEi;FfzOcfnpz_FiLocGc4h)#w%WjN+d<%#Q1^4YMA@nV(X=5jDzwC0{YC9E6s
zYH*wR1zJ?1;-xtO0a?LXx75}}mc;Ps+%?@KKOLKU7C5rCXXg=LyW<NNC5xFrWL9&3
z8o7#?fqYbrVRv6`sDEf7Ud5-7RN^V{1V5ELEmmBJ6`PKNHElxkt0V?cU_6K*Uivi_
z1(D=CYKLd4FC^{x;{_u=Q@_Uw3&{)|c!fS7|3Ub}GgLzN*MpMIUwDVSX;VH|9uu63
zb3v=87^JBgqG(U(DxWC+HMeEwb~l@;fHz<*0(q>kq3!j#|EPauN-D>7m$Aq7ik#w2
z(zWpD=PgGITY{XcWd>1KNs;|prKb;dQojKUlI>=z;QnW;KDFNL%k<WNHY`K`pZWR{
z`m-m^-cv>`X)OL{)3*VSkB=xA_*7y(nQ_}eIOK12n+){7|7Z4QlK)>b04opt=K}Ef
z$3<>JOb{k2azH@9_M;uY*G3OkOuw<d4e&Ez?qY|!wsB}b-RQ_jsy38uSV~Ije-ED%
z8SY|GDjhw#y2GlT?gApgu-5eX^#f4C2t`8L$w;`^|D8K#|MUDM>i?TBd^dW+00`j-
zaG5OM<N&V#^CV@o6|c@JH$Fc8?ZadIH)Y9C^DZ$M=jD8Wei^iQ&?J86#?-mVwmY-|
zavAy}!ni+Lug&dUWBX_KqfUd9Me5Tu@`;Xu28c>;XnjCd$$wGy;_wPUF2PZ@1ev~<
zz}X$2jgMDbul~P#c_c41qJZ!;>~2{3*M@&F3AnB5^SiQMLEcmmobY+}R^O--kM{l;
zntvI6_K7~Tatwi*a#|Sj<*(+nrvT{y6(C&!a09r^rW}opx;iuR%X51GN&spWE9qo5
z4K<{QkkWd{c2leC@wdymS;|Slm0L_rXTVKfX|Lv(IrpXt71+jx?~QjKEPJwqTmgnM
z+-FdGV_uVMwng6JW%XQqwwP}=9!X5Uw<tmoQ&ZST;CU&}MjE&2LMZTF9c)zOda^2m
zCTGIfJOHh1p0ar_u|}KWYgi&3uQWUEP8ABd9#xIH3Htz-d3khapa$p`(y811Se6jr
zP@n`>enVku({oL`N4(H0HjTE5l}8?W$|w)vY#^dG?r(p_@N;rbEHAfa$7{=#)fb57
za8TePb0+j#up69){x&I_3+*(BWh4XiJZ{3-+Blk=D}tB<k)$#Gn^$)!qSp1Yb@+fC
zu;_q9VSIe9!=&8{Alv{}^7}`d_mm=l`2di>HXKOkSPO$abp_%4vP(UL0U{s(aDoE6
z4PDT+k|V}phRL4xr!9q7m6H}HH(m#QRi&TyiE_TkqxeA(|2T2LM|_s#GwSdSqLkQb
z)>pS)qL(&+wy4&;qzIXe0I)~?<ZHUEku>h4Oqat~z&Aoj-M{Q;3HgDvT>$?GQ;!3^
z#>3NdJX3(1lN0{u8mP*@jBw8dB!D@!N|-D~9Ghl<g>YT&0S-B0T%WVWa&@70Wwrz@
z2rWRO2nJ-0Z_LrwS6rS){yT>Gf9PwZMeCn`dKgX0HW<I7UmUHrdU|@!|H4o2?%h1q
z#`y=Kt_3NhxP~-0>MUuh4Vt)3$7Yn_0Et~|I)1d)zI=QI<j?wm!F_B+odeO6H2LN^
z<8qjWUe-VR&@u;DEz;}0**!*0iYSm(>KHvy+Fu@M@t%<&GAN_2%RUZ8zTD2!p+Sm}
zV`Db1mld|(2)ytH0urseJOBbTtJ8p!5YtVVx@ajy$oh*c8%0GC@-s=m3PA7x?gN<e
z{ZlvKBZpp#iKv(lEC-JgNX#ndehC2PqAkHB;H}WUs;4)6;Mvz1qqh$}MM|8DBYEX_
zr95*J6S3nv#!vu83Og#y+w}bF^|NN)3_SmWsJ*@22PS4<@Ddg1G~#_fV>G?+aFi{h
zHS>R2u;+%wyH>f_h6v~$qEb-+;Oyk?0f^O8H(^3d%}VxHqAnmE94@{^j&}%MN3@s+
zbr|CK>JDd2pYyh5PSXh1@%Mp;vclz+k0*nkDUziKy-rAdwrN&KZBAM}>H-O()t~V%
vwyn)ztD2V&u}e|W{{~i<in#w>JQ1^t(~Ay`{00sh1cBsbl%*>q4gCKPZ*NOP

literal 0
HcmV?d00001

diff --git a/doc/bugs/import_memleak_from_the_assistant/leakbefore.png b/doc/bugs/import_memleak_from_the_assistant/leakbefore.png
new file mode 100644
index 0000000000000000000000000000000000000000..9a04bfb20fff5296ba702881eebf8c3480f4539b
GIT binary patch
literal 24006
zcmZs@1ymec(>06)ClEYnkijj%EkGdH;O_439v}n=5+t}ggAML(!C`QBf<u7d!NT9%
z`#k^me$s1oGpkq6={|j`YVTcDL%5QH)Jt>{bT~M;mom~HRp8*@rGPyF6#+QI80gs!
z{6TY))^>%1!|HwB;S-s$NP&|mZZh%`C~NS@@T72RZ{UQ1Q^al(T5jTw_V(ruZgAo*
z=EiR3W|W@RZdR01GV)5AfmlRvaFlQ|A3vyhE&Xb@w<Fa|WBc<q?meSBo24{z!?f;_
z*7;Q92gR7S+=gV5j|W_|V*ULu%|830e`9I6Fs+Is4O&I27yWj;A;!v5^PTWDNjznk
z&gVckl=wG7BD-uqyUQxfZ%*nw)YC1l5}l<o>M*B=G*$=Cn#$hMYw#z%K8X=eis-{m
zWKdxO?*$rHVPT7?l@(>(_>KFn&8srtcXf9=hyBJBK_Vl|m?a}4lS-eB$SbR?WR8fF
z1`!ex+Kq$bdIJ!#ut<d{VtlnTVHN}Z{d4p4mKGL0n@-fRT84&uox~_oq_*xn>Esj?
z*SDV*?UG(`2nm%jpo<)kk=c*hWRDjy43CbE{{HR6lMYF^zP>(>AM2j%FT)D`k)NLr
zM@L78FOiy+wOh8kVb!ebUv)Ga2ZE?D{^fLXN|>Cgr8n_txVx{OXdK@orJ%6Lg9UJ6
zMe{Ut5fKvBEZPZVT70qyeJF5ss(S~8*CIb~;v3b5bx*E651%mA+}wP1b=BO=FQJ@5
zKGxkmSy5(SX!tbJ`7i>U-`v~;j-7wLb#Caux|QD~Oug?A$H+HlQE2Gsa3I-qb#)c`
z2@KX>Mi+c}eO+_O!SnOtwrBJ0(;^?AP6T018V+AN?0H7pcv#WmKQ%dp>2brgSo%#Y
z9wLD!;)VJNukY_$F(uyhvHO2uyt;ohH8oAVf5*?qxAX&nSN|y_1gW8r`~CZuqHzUB
z^OdgY8A181+T{!pc?`h2nWJ3n?F}B^+bYTm%13souyE%iv$!?Gz`)paN{LN9{`qrb
zqc~8?p|Q)fdg1P_MVl{>coSI0`b-V)nA3^#RdV5M_DluCPXEWTOu>k}-zywg(WOS*
z51<1CDk{xdlATsTA79_wpM)q<FT)Gr7%~+hVX~}F8k+cUP`2T?QGAKbW^*z!_po-)
zTnAR@VoP1BG4f}}g`XS6rv9ov^^B);Od2=9{JUPG46xPvbSR~)+~5CRBPSz+%`8ji
zB3MP-M)_$i0?+C6r5$C656aJ{XYM;vG9z8P7NxsEMuwtb?Yr+QrP|g}KMt&$^F~<*
zc(9qSgUXT{WgxKDr$gJBW6TB%i#Kik*+P%U4$WL)j=-5{M9caWe;vRiZ-rU0qUS!u
zA$xQm0?Wy1IkqqydHeWRi-qu8A8z;yQesllqtjCn*ImrzF=N4u^ylrLSK6$=4bdDO
z-lT{bxKnFq!H;j$*nAoKW4_X`(VrFWz%A_<X5y|eDt;taxX`9Yj1n3mta<Z$34bEW
zMxD^c=4xdnV|=eR_H8=s?o&r~b@fN;ZVxbXM9*&U4`U6;sE<{Ll5#?I^*e)#$e<s=
z16$T!yzbVVJmv=s!5=*=xS?Dc%?A<n^HjlqK6L<AgA8Mx{uOxqy<L}uP!^){JYPCg
zv}2plB#;b6j8q&l=s@f-b$q6#-A~w%I(E>aHbI4Rr4K#kB{sHh`bhdXhjRmY4UQP<
zO$9%noypNk2(r-}1;mZQeI#Ao@~XG@1(lhXR|@fFVgK0Z=)xCE3t5{v?*Wg&-74_L
zTq`2V0M0-~gFSeP4{ons3Mw@sx0QO;dU5*+Ft}<hmP`fNxR0pD>K&;*<D;Wh*U7&O
zjNWstPwZXD%gKRo(bn+dgT&)NVq#G~Gc~hcQADl#aiH=kAM6SnH=X_f1_%rT7<D0j
z(X{nZ*ztth7#daZt6%P}{3rudq7{LpA9g5P*`;w;$)V+AwTv5yI|Ft!S4Z*MJ87I5
zThc$3O~vG;2i0~3VtI<1&D-1C+ma|zq*SYJ1pdygBo1@AWT60Yg-|JVNI&(P27eDT
znX^+}Y@1-|m)`ocpdamT@f17~*~S1X+Z1@^q7aA707)3D#mBdGi~6qg$hx?Ku(#nv
z1r?9`7zm=Gk|AkCcW07dfXyU3Q~)c%b_4k)X3ya*Wt(BkjUuHUsv)o-BrT~Ag&cnh
zPp?f2$}d%z3VK9{91jjAVSsi$-$rG=Wpm!8Gc9PVDiF9L=y`uW{IKU+Nk`%boZ%PW
zZ#X`{)TPp^TMl3X&;HS52<z_devV-szrBQB&Jb(?fzgSdg8Sy!&adkE3clyV^;eC{
zgy)#KvGE)@k+G!4h=GAZ$?fg^T{T>t)N<V(bplR!QT`bdI6)?$1ineRKQ4Vq#aijq
z>!XqWk_+(0p+hKS6z}R)RZEseWo2bHzia>8SARRZvd+$@(NxZeJT>xa@-f)+c6Rjj
z$Ew%I61f9)@J@e=dP5XamNckz?fcY$8&jgm_>v?Oy_Q7!0S`*3pr18(@2D>3J!V-}
zdOBc2JR{o5_&m5+p{e-Gz-1}yWTd3P>4(EjCkPUorakXs;eOc;COZpDfl7%Mi-qs-
zFL}eG4?A8w=}~<qo+m4tWxGzCSb@j-icq|8ASTL!Z~>@Mv8m614HN=nmMTyNJDmcr
zno|4yyLTT@i2<yTY$~aKj+8v<u(YHG_W~D$&p^mOIIvz`4Gj9hy~}G~a@_v3d3N{=
z7QhxcyXmyBcfrcS;w3~OHrUf6MjiVdWNl)C@Yx>ta?to*dP+($W~Z}L)8|=D-88v|
zr?NHU_Pe{QBaL>X?+Qf#CP_+3$ul-YEnqD|Uq7Ky@%@s}<zG@LW&}bj9rpB_9WD%7
z;Ati+H#d!!Ya3#R(RSX2A8Q0<Y?7hC4!0eG%o0=z743I5HS-!98-+Fb`IeA)SQpDx
z^{tgveav~^l(vKb))=Y=-Fd%4&X%wS+9?%@s7>3FHf5i51n;dLNVsUYl9{VM^aP^%
zL#OqD<&Wl|IF2=n12tDM5&<USS?Vci{=u>E;^bHDfHut84CZKks!-3l{f}9FfG}3o
zEGKZtkQCp4DyM}?J%=Gy6slb01_Ko)U79rl_VL8gb7qwLd1t_?xah9brPO3vC}p-1
zd2uME4iX>Femq;YN4N2H6CuAUqsdjHJV}wt3ng0XjHzvda|5!x_$Lc8wildk<+{jv
zkWta-#orX;__aS6VO8|#Au=*~qlk^Kyb88|>|N*nM7QJ)70g9gt+?gj*K!$rJtXgf
z>k|F_J4pFkyB`)Dgjr)g^ZP3*s`!WJ2Ss6=87;1`an~$27);SqkH0D6B6&uVvE9a@
zejSse(lkpUoqp#Rv94p5qV?`;)F3qmxt3-(s(G7enlPy`ZTXVXQ9Dki-M<Jwp2u_7
zYB#yaSkANHYwY4*87iJ*J3L8Y9>)B|Q~nBwB+mGoA6=Fk1+ky+VT=eIQJ(kz*Wo|s
z;V9E#=MA%DDAB`Hol?=WM@L6MXeIo1b#t@aka+j#f1R)x>GMC`kK#Yh2aWi_zoKo{
z8l~jtIk2*#$48cxl{IEj3or@`L&dq%IXfHszW`|IC?|ZRekUMc^S*A(EW+NSeRqS8
zK|_@Zkw!`ZibjQphX;o*ad!Jj!{Wc7Ro&4sM)x-F>knfIWxLQ_3<3!NF>5;rP*4Us
zYFZi_=l3pXal=1S8{6x)cXX^RFUz6=->=q+e3`a-xQMt+)k@TBQmw|+rw!Z0w9&Qm
zvg6d?lv7kJnm$NPC5C=gR8+*q#^$7LOq-MY&Wyc?N)_xoPuBV|I{S-74KUZpTOQ%;
z80{rYPEJk$Bj!>8pPl@dSS?{KX8h~2U`Fh(u6)<N)lX4&ST9SZMgT{nl`-+>h~Ehb
z3DIInQYfO8p$=w<=s_?I{+^ne`jNW2s_N~#cgBMM3!}o-n09*D*2o<4xOR4LC^i}K
z(bcm75^I^uuId7iTDh;f1I$uP^fO;TGHfN=W1G0rQz0s(0**}eGj$lNwSFbOLRr`4
zVM<#CFx_!=Sc|!E_BaW>sjW_-gnhalX-P&`_ofzfPx~IjpDE2QP_rlZ+QsRYJmgKi
zb;(=Jz`a1%CTR%T!L9<gCHFw?7a8k{1;ETgBc@oZ5E!0~h^qGZ*?X>uC}KiSr+=31
z^4V=P%RFB*k-t_giv^gLlpue53BEO@j^qJ>KLT*I-tb{R!bTj|T9x%P>`XF&Pv0qc
z6rjfe4qAr-MML9Ga_vF10|q$>UP_=$#e<0mc*2j_L<h~<c%K@uK{T%&hMqBl3q>AH
zPdP0w;XFc`PT-btgYT7eoLXu0MAMZ6y71=~g4h`vcZX&mzNAR4qPs&9z*BI5U+`fe
zm*6{7JXQ?Pf)P8CJmsbL_fz(P+o1%-Ev{tT3eHi<LIx)pb%p_td240zMe|m7NA9n$
z5QR*OQ7JE^2Bgo2uFVWM=48K(;qlz>L7Pxj0mTC$IHTb2gE$B1J=(BIWFs_C*&RDX
zlR+LnzzV&dH74ZyE67mX?8{m`YbI`!_uBvr^1Xfz+|-52tTIGe*2XcG=sP>Gl)#tU
zDvV;*{dJ@EY&Xgar$d09x`0Db4|ud;4EiIi^t~f39P{sLn~}!4ox2=3RZYdj<oxB;
z*uu$cJf4M7C?3zDM$5$WM|(L(D0CEn=gFkvFc)WGL5Y!CrJ6++M_qut{(cr0F?}Z0
zS^#>kCus@t@XW2R2ked#ODLB{FJSHMK5u`*cdNdfh6uxHjKg3dKQ;m0U!=mwOurZt
zt5Bp`qDCECOa>T|M0!x|5`jNARqx&fyb^xMdm|&iLwJB$()B&V#x4e4_zOqT@or}$
zoz>;#ql?>T7mcl|PvP~Qp7&AW&w^Q)R%<aO)~r$TEqze-u0Iy<wfTB*aNs8Jo|Ds*
zvq1i~TtLMg;n^AO2W=d5$*DDBqN3i75A0o(S61qVr2XHx31++jj1z0Ll7gH(5fpwq
z^c+n9oe0c0S1BbmRR)9$IIvyDD-(b;q&e<i+yd$@#TGWg*BGNQ@&Kx%5egB@J;Vc|
z9?PXU_+)f6a>(h(Ye#w~Sm!$^Jal5k*V)U)fWkKzB+~^p?R(@e%^bf~v#~}gw>Y$k
ziZ`#-=DaiimaQJGrT`EhJ|m1aT&()!prEa;?xQ4UwRbVzzqX{UxCfNK3@gIV1G)hV
zkP4ppSGGEB^n`%Rb*SpZvDKZ6Q=DA@GO@an5~RkI4+ECdnV|~%mP!aIq&CgeFeEMe
z1>hb(5M3c@t^l{&nh@QY^#(i*i@>I?VC$K1DR2Xx7%G@?i17e&0vv(@FuV;ML#Jnt
z<vQU)V)u8^>bkLW#@Dt#k{_Vi)PwRbkuwd8n+w_X1IBZ`LGc^`s9Z~L=cIvKiT52s
z{~d^ft0qUixk;XJhk4BbE++7eJ1{a_*Wd|(e}@TZh}9b)qbQg%EuzxJN-1`6wBr%Q
zzwZiw;jtp85JfAh-K`6MM|K6j5-UR%O11@tMih65fofa0ddJU};GcOFf~>oiD8B{)
z;_IGfW<}wdLOLOfi3w#te6JPw2b_+v8q8>A5bF~Id_O>^O81xzDvYk~?tGs0l*!}c
zBOr_CiXQw$e3@dUt6~A&^Y`yxKy@)hsCe`7@>=?$L^p8Eu)oz=nya>pbp`L0x6y(?
zGDJWM0i^%E03+dV#+0{*G$U&{#JLVVv;G9O>Ez|(<KySo-q{)8<~D=B=EV2u@y`87
z?!R!>ZIKo_mnv87Z3^>HJ@A%^v&(E8rA+mfmL3!c{qCAjQI+>IIQZGgkpV^!2TGK?
z#PRpJNu0GX)Xg5Z<SYVo_`*WUKm6_Y?WZ!=_n)2k$`~S!Cq7Zp@H>jGcSu7}Axv=K
zN~IRFX?wA;#cN+2+&nJR==3L9Tytj^fACHEY+3myAj?5Y3Xs4mon1hH0F*Hz4}d;5
z0T}9NmN~Xv=r2E$>V-@}PrDn`=xb#={zQ^kkj-I3^RPaB5aiH6Vb`6P`833o$e;T&
zAQl<y)7Ifosivo=fsr&y)4Si&jWvk#h@oz-xi3>&ZWe({?4q4q8t|Y%<fvKvb#*kK
zYLyQ7nYNZzRWuL^B)9B%mY0`p1-TLfe0<VWhJ!XMewN0|1P6~QcxvdT<v+4GNhp_9
z4~ykiRaJG#ImpDJQbpvweMuh-WMn|N;Q(}ohodd$-hLg$wyfYD4{$=s@PM#XzRKF_
zBUr&!%vEyYbGNYgisNo<+>KfEZUNx#&)_H&>_KTHv!TE+{8RTKviW{Kqp@&b0ETG!
z4-)#$@u=_znmTqaB6TfaE@z8ZxPW=d6D%0?tyja{hiyWaMkYCI7e~f>s7$WVb-NsK
zyePbM^<D^--&I+2yV^e!Q7r7dpzgULz)MgD;Ejqs83bP2#p*qy6d4>_wtv7?Qg{7b
z*cbNGHyXvxiGZjAG}crkXtGf78BxhlzIGVJ_&df=CGK{xR!S})Cy|ICg%XT7n!$S&
zUh7DT&AV63+JB{UDBf_FUMX4dMf<9n_8|-K3Ms+bkSRG?)mD#hjbr0wY@{#obmNNu
z?hpb<7yXCa9toud!X@yUrM6EjI9S@$qX{&*Z{)OP@Y$A|NF8fFchjzRR#(z9C%yJA
zOkkGG;j6zRRJ+^BA+VK12x$k^+I{0n_oniA_!>E9eHlcR_hCzCRZ{8pdY9(QwzSHV
ziLK^4PB5omI#E20%rc-2JxlplzU=VU+_lSxu5m+Bd(3j<rZQ$7b}tAV{2R|NEmm&(
z?s(WwR$F(=JdVwi5j2`^{bn2(hGGlwnhUw`9{sE4YK3%m4VKe2mxT*De_^SNe%ZX5
z7Y2nB(qRCBgKq`laZRJ$vU8>E$tB6VhxPY0qG6%%XxUnLqu?q&&pi+OTxu7q(|oQ%
zx>YnyfV~p%c->jsq%y!8+*Q6HB$gtsw<&lF{$>z+yuMxLz`5KCNoa7-7Eas8xNh=r
zwhbMjsk^A});{LRExf<Lky>#y^ru<AL<f~Ow8PJU1vkrt56gCqCQj{J{%|nV(g<ah
z%$ombb_Tv7P&sV(XKd0$!%+s;ULP@vjzj3~aU;6pvZLnTV1=cgHpRSSZ$7ecGO7^o
zg}T~|!&XWod%;hHyPU==c`zKMshN7)PX8=!2LPO60T5XPh*Eww|C40@t8o|C0`rlf
z@d<@GhbQN~E~IfZLvsW>Yj_=tJUygghwoKod3!d01728Z*eMKP=*8VX$`=g6O{7W0
zYqAowsK?v}-aaK=#Q>-JK)HSYW8Em(!kI>m&q$72-&SfIXo={TH5Sy@*H;@G$c$Q&
zYvPAowE{UOxd?k;h*6^GsHnxYa`H*)=J)~(yAQUSI<TnY!ko9-RkTJt?}gU7?7y(e
zSF(||o);fg`*=NX08{QasRrEmNY%peP6wN5VDTOh(c)c)gnfYSTt6mp-+7dXLmsUh
zK<m_vu3u_hBdDHj0-i*9%LXw)GSf<%I`;KHVeK_Jc|Gw|;e!Twi9q11p7x`;*T=Ic
z<%-&iW6A`8NnZJ;!>Ajgx_&t|-mSmR2A;sdfh`?o(CMGKxT%qAQ2?{3Eri&U1N0@~
z-+=UZsB^ataL%Z04LVnic_|lAb23(9nSRo3mxpJLo5W?r-6PBoDsJHC8JfqCpi(<7
zo~xv#r4`m^5+Y`7VL=xw&BDU+cI1Dj6adv>O8gnSK&Nw+pdv~Gav(PoA%i5m>RC{b
z<`o$iBxzSEj8%dx{vF#&J;b<vq2Qio&;pt~{=LVW;^#=bzOn1*V0uoe_4v*3;U`h&
zpAgtIAf}N29}0d^A_)x9A^&8<2$HG!i-zJSC5=#3-Et_Qdq*JldDyY69+W&Khv*T%
zPY`f!N%ZEyz~~@DoOc|n{caNWbmU=JWqG~E(P|z!9wYKp8HLhG^mUC(=P{ITH9Qq&
z0ozZ8u~a^@y-Ah%rL8l3bR;n`^_OiCBU~uke@dVqg>Z}9I;!FR>`b3-xt*Ow?K8o(
z+3=pjr?~2MAFiz#sAlkA6PMt}7I>$(8*%U?QqS#Z#Q&%ZgGN5=I9v;{XRFP&TG%_2
z4c8BFCW3J^j;7TEP{$D+4K?-3hh060D7W>199R4B+$buVOkA%)kEg@@hsWU$Jg)Br
zUT63@-X8O^Hy>AS)GIA5UpJhufHezwb}8fWRlhVT&G#sse)o4Akts-<N}SdGDu}1R
z5A}rSeUS>Jmp9DW>SRo>KR-+JqZ%;nIKPKm%$o;)A*aJM&?I>j2|W@fA2f!Atgj*^
zUhY7MiiR$f-&A)~-_tM`u_*f3Dv*dy6TktR%~)5%wC}Hehu!y+xp(E8+rOyIK`=}f
zSO}Bs-%53%(A?7T`?zU@Xc0Xn$Hd(eWlvP)17TlK?WE=f2-aBi*(PVRwp!)!U$)v$
zj*k&5K$ed$&!fy&KeOdX-7W_7OlW_FVIgBjEWB*$o%_{pwc+lWimi6IbZ6-h$m@^i
z`J}nMc}5tB)5^XO?-GA3&*`RaC~&mn&mC&J-J<{LVBbiovyp&rR(qv+lP;G{PArY6
z8EK8r3$^6{VSg-Qh3C}hDhcOhoA8X_HV?RyJj$sv?T17Yjy|g#;iwq($u<vXn@ku;
zDlS>E^OR{>mv?3)$R)jcN!{HWNcheQ7?b(-E;|}5h3@h-EOlYMbkxYOa$j_sTD9q1
ztQNah(CDP(hh}c!SQ_EISHCy|Or>_0j}8A&%?h$9md#3ZNN+oYQ}+g7i0>|ab(dp0
zS61F631sV~uy83E1Q>?g^_rAh0xK6tXfG?A_O(56h@~Xo-9?`Xt|g$}_vX^R1f*;&
z71NTW<f`$eEYLF~`vvrSLtRzHK7n%iZS>J6Jf`wPS;4X9vn?NRm$si#1lT$vTODt*
z+X%4!Mi(2x^@^q1B-ZrQtpp2;b$yQuYX1B>2dk^S%S`;EPV8~9O(!HR4-{tPCSA?N
zvO)W#B};20$4+m?tEbWR7C&Br*Ib;9C>2<4NDV6tq{OA9hv&5A_uy52#knMQ>#Ow$
zTkg<S{N-jGhlncwfD6E63Ft6NCL)TX@#!$~1gJ}CfH&LuAlU#!QMzDv-&Vx*_iP21
zb^_Y#75xeyI4WjWatFKoN?gi*9949v8&-vK+glo8jIik$R47^}{Ta&XSLSvY>|K#b
z6PdROC2N|}Lm=}q76)slt&O{%Ds3?xne4r#pdiOQ886k6eFtsBi{bk-WK)#sq`@oM
z<J>`1dhnv6qCK4`lXR0e56ZTF*mePtfaFf=x+j&4T0`%qqNf2{UkTfmo-$^}<ek@d
zQaDieE8$2^w<x}<wj8c4Wj}rmS{CU{b8oc2aS#r5fhMJEJEOin>djn>h2kc<iL=Tf
zOk{LkaJrAP$b)bjK6I|X0oZzV%I(a;f>uDlQ!1yW7OBtjCXhM0zs|ROT+!V|ylAKP
z-E0FX^IEzI<UYTT&?($RA=Rvlq8W0;t=5S{AQ5}?Axgz^6o5S4RBXyjg?}o8K<cF&
z;N$l6O9?7q^PGj!;Z0dBUc=}l6`$+XoetQy65cp_IqRKF0k`9OkJHi)wUieVgXNut
z8bB#(Rnod&E_<AphbKuI1k@7Yfs{=c305e91RxpN)$q;j>_+!4>St%g(a@9y9FOCw
zw`7<0v41^N2~*ch%(q}ofbKNRFR4SY<_$dz{+`y3wePQLZzKYVoYUiD+W)_r(lPg3
zO<BbNP@gH$hFv3F{R-RmQuoQFR(^H9p^)pdm13_kSL?f9Y&w#t#)P}Se^-^rj@DUx
zA;StS58ZtsHVC{d$e&iS;9xB0dud$i#%O)pMrjlX7vjw$9d4ouNSz<`a|X>WnkCKM
z*SRV7TEX(H|B&+(E+91rNCbe+TLKvUOwMg^JLFlMyw^|2QHs4z5{`xi&@G}HF@nrk
zRNh}g19J^udKC)&3TPmMkRI9z4E^;k6l%$x!d(64zA9I4@DC&c**&1Z5|+on@>UWR
z$Z-LBo2AY|kjwDoAEo^ai+#LI&8RQUtWMHB;ZQxok@JE+5NX_&Y2|QSi9)qvm#|BU
z2M&Q0_{F>FWk6=_jb#EFU~*DfHDdap&b`;esw3RGy)_rZ?Hj1BJ<l9&rb)o<qO9Jy
zUH7=~XA+Ao5&`e+P#Ux&Mz!3+R)_9~{l95{<3w9ejtuvRT^GNN-(H0(j3zKmPhGTk
zdxC7&cnXgIR;}IXy_YkBt$V&1T%08zW?dYyps0sxG|w~*r_H<r$YVA80!=B6L#x^$
zyI`w6H0Cu0L}hy)|B`4H$8+vcd8^cN7$CC~nYw%n{g_1l@5T;Gby$m3qRoKP-{%t#
zY<N1UxbY|3Ey?Sz&<=uc?t&`^)yyff^1hAjP{Kt=QjClr)y(_3m*|kXc4|x5A$apl
zj@!1R%$<!3jXP*I+EdU~qxD1a0foIISTzpBZ&vR+*m<LJpI`yJ!+DEb0isRvk)mU*
z*5ukH_p-GeW*2UQyq472#E6!gJnDpsvNaCiLTK{XwPq@;Ze>M%<T5G$ee4}Uvt=R~
z<uuEGdjUN4m}fF(6a8ymlvQ0ihEniBE_f``WUR;XewJRu*fNeDiuu0Foo#CI84+c4
z46ZNLNgIcCG>+OhtG3j%*fsGy>E)>ieNor15RnRaNVN?~t8MwZu0D@Y*{~&`8T8xj
z^i5+n051fyv5PlJq)PrWdC(E$3!VI+?pbrw>s9l|wcW#--2T~)O7?!5GcS;Wb$^IG
z^z~O^GNAw)%T}K^D#ACY6o`)K6x!r2&{x$}sjSj$GDO26s}hZm+tM!kyY;IU>Ds(P
z^ipx6HRtx_*g80iYpvj;7?D<?VtyRg<RDvj)4^OxJ(z`ps?Y3<2ccMgLJdBVm{^=!
zcL?++z$87@{S$77?AryWH0+A!9Dklu63-tNhPiSiQUkRBNX;VGh?(_4cYfTYe{Mo$
zVVWyLrst-@_&;}F)NePtN(!_hRrS&E9<WiPmnzlV_VE55Y3q*H=0Heb%1r>WZi_DE
zL?}|}#f(&C0{+xrz0Rm~Ieyo&iwj==Gx;-m8kp`!<B>-(nD#1J9A_3Dt_e&1oQ~0q
zxgwza)#wVALAAE=D*1u)nTpX;KaX`2d^Nm_Y^tejj}5}XwFhSF;SxlJpIRpo40Uwk
z3If$^O8odfRe+S16@ao~*>JzKEu?~f+N^a%whX{_K?{=v9yN3HcxHRBb<&`pcU9KM
zT8acVY#-Oo7PMVYCJBIFE{(HkyRJEENM8aNR?iL@&n`_KT-9QA7(3+IZIHLSv67X=
zrQO!^J;wcpg{<jF3<FcHTN<XZD$Ob%bi|wZjRE@jm*@fHmaJ;Z!&hW^GLvo(RX_I(
z^>CmafXZX)$;9qq%N3toY%*?#R@Rsr2Z@u&0nVK<6LG;>fsa;S8zdN(sUVgj{A*X^
zx+k+X;7YiklXd|Bdl?fzC*!jwe~@E7lU`A`rg!Htty-ONGZ)MtJ`Vq-sNU7D#iacG
zRR)U>82@f-i&yw56*ShGI?I@IFRGm>Sd6U@4T8v#2Cp!{npjU@DjlDHRz%hYhIQl~
zd`12o{5G9UnBY|}HSt*ZiTeP<N3Tr1P_7_#d9AU>I{Sx1f%>MSvS4o0*k6;~xc&Ao
zc<fPR^6cPa?DITkZ_F4C3G<gc&a{sHEKxLJh`%9=*`kez!~>7}yR<Puod47)Eme3p
zLezg{9S>OW@Ijq=JmhO98e4;xR`01Zp_fX3`wD`}g}H(jA!DT3Pi1q#mP^rfSGqR8
zGG|em&V^<Kxh@Z-Mtk4?R<(yXxV>fYk$?ka3+be~W=IDuQ@v({G%GlJ9Esi55snh|
zSkC&mT)<Ut@NlIYd=|*UUJcd(2#AQA&mc?k5iU)}?40J7jS%h|f%n@S9MXRDed3}A
z>heYj$VyTbnMy#;*FEG~m?_{IoywWaBjs#+q-Z_h6)x9k>&};WhR<FgtefL{vkx^M
zM27+&D*G9ZRWMeV1``TN+Q}f-=1rt5PTUo2ustAs(qq=0>07j_w=>NTu}l{5Ea1{T
zagja<vUI0(vP-t`s0h>*Uk+41v_oq2RA1DLf{M3`JM19p&n7PkNNY&>mW#xGJiBhA
zw4laf^!rWdMLE&Td!K=@Fml%b(wBz(#cq6D1AN($?MblZo=l}*3#@5#yb_It?736-
zMmp_gA~Yz_(y-VL#r~prxuup*H?1Z2v25%`3&Q*P#iFYs4{b!~PMO7fC=5A`hvs${
zwoKQGO6*+RNJjvz)>)-}xvT#tzIMv+B?zL_V$u-vqRRu!5toizzP?=G264Q|6J+-c
z2m8?z){~Wp>>U^TUi`>V(#d1Up@ZCK1)Ln;e&U)>wka-L<-Ceo0P0tyK+*Z%PLRkv
z26ZXBP#}{DYzhl~dRFx98@9^M>vw~vnxArUFxuD`@W?T<PJPVX7vEys_z0=ip0aUr
ztcO(`-tep*Fx9TcULD);HugA&Eh<J2C|4G4o(Da7^WRLH<(o6v)(8-OQ%BB7;VGOx
z019KMjzDS1h`_#Z+4ncvdp<CrH%KY3&q)_aCuf1x1+pQs){<&cGfg@vELEjlk)sZ_
zzZ_J2)D2DC>XWFeRrBN{LTAPQrkgQijLex`0T~E-Iy$=`Ad{ynK!(K$)SJ~5-Wu}p
z@a$gPrg<RYe>>e>ndWF9Si5o{s<8Kj*Zs2uGZ!UiQ>{Lvb-;*|sq?uK<5A%33)l_I
z5}cblt+nl3`akOJi-J&j(pIxz5rG%KAY4I1hig|)cZ-U0*o#B=O|0U}{19@UFNMS{
z*aT#>=zG~cF4AzA`l~OTRF@+nGI{G+;rtA!HdZtAIV=gYnKp_}OzN#A(pBup(L#Ty
z)4vh}>L5&g>mSXl8aE*&KN6aH#3mGaES~j&u1Aq|du{eX&M^HovoxLZezQW_qD#$R
zQO=1s$sXD%(2BzDSg2OSYH~vAYPn|m|H?VQ8U2@OT|kc-{VMtn$%%Yzh|X3+SSP-I
z>72T`>bt&QB0fw#SJSwSy#B~kbSyqZl@^$FG~+su(IhN*Qp3l<H+%R`JyC-J-@?KI
zH@vr}2LaDOEbJd@wDO-`m+(R^r%G`<$&m(y4~vt!6#^eR8&hq5oDd5VlI9VEHTRz>
z??<TmlAicUKS7t1iI?Eer5h2nsHg}wAm<2QFn#b})@4uAAbuf_N@Zu<tieVP;h>5w
zw5wRafO;;Q4AY9OMz3;e`D?LaCnfS~&nD-+UlRT^1(5^VG%{AG!K!8;r7ue81+--i
z&C?c_wq9Nf*JVJbf*9+M<pwQ@5;^HXW1ZrwlZjsZcQSb)9wRz=Tw6W<Zh|Uz$DMB~
z2`(uPyLEX>_Cs0>ad5-)KAV8)K1f6Di6$`DvK$k^vN;CIEBW`wGnFUD$K~U*g+F6m
z*<0MSm(NvZ$Q@r?g&&`f9cYZ`#aS6v6&>51F1po>3C!($XnxxqkU(*l!@^qd*I;l?
z`A&T^U;2}00H?$*@F`&GO0w>5KZkuGe|;G<Ltyv(bf^J{Z#Gi7NyP<@P39;&6DR}s
z!U01vI?}R!)@YY*Zu@Q=sm{MdI+#9PzO3>-pyn#aDR($STH2@>Dy@De>nXU@Rdi(N
zuohNPV*}5&_jR8D$W+;XI2hKewu;$}zQ-t4St86yVE8J`x26L2Y`-2pusuaY<zFc8
z1>GIV66KRZX@<;#{N0a~>>)Z0)fEcc87jm%>g!P|OTRrT`fIp#g9VytD|B*_iq)8>
zIhXK^Co8Q^M|f+$fj+K$f74&r_!kR3iEM7q-ndB@LI0Z6QIFXnhE#@*Q*-Q?PvrOR
zQQ{|$dZd%D3~qqDB$#t6hpTCkK2hFM(JU=}dph$?qS_fAGQRhvWQA1ly!mr>Lq#5!
zgvFv`TdpO!LXznEr{g$p3@3JI`6Dg)tG{F{JM8c?;i<eCmL4=M0>UExAqLK*)$*O9
zou?H@hdfKaM|s5hahmmXA@^-PrC*cIQ>!oajTg}%j2!sPBmSl;>x-K%?opGaYK>gc
z+=#0&Hmmp~Y~No{^2eElaAQw&u|4T>SOnsOIsYJ6<hhZmBNZ@*(Wr<BHDugdLpkLb
zI8M<<CZlFc6}8{^zP+lbD(jab1N#&~`SgAyszaH0Agt@<kbd>#%V{Irc7U|L6_eyt
z3#gfsREM`lMk1@y9cOs7;Re^f=EJj$kegWF`k1Xha47H(5wh;+XEhSJHfo`=C|qAQ
zVYZ*_IvV2DOC|(sTA5Sd2%GK)Z3Q~Mcef!6&qP^n4{9EWl|3s>D2xO3+*ee6Vm6X1
zjaungea&jiqSl|`x{IjUj#J0}VhaRuaeKSpBj-p6vUS)FwAgsSHBvZV{`u|Hvcrr9
z{<N?;FqP6xRt`~Xwq?PqtCexqz3lZ4x|Q+wjrYd<E{q1m-D65={vro{@N3CZc_nH;
zh`ZP(50Bwq+wRuM3XcQ_r`6~Gm`kCi2!G?%RkpmmN`9yyq54m%;lRxBvV!6L{g89Z
z`OFZbW&D=cK@E?~B3ZqoKN%zG`0@AHhpZ~0upG0Ab~BUt0bWscu&PYj1A=Ccuiuj;
zR@yjK0#a9Lyhmf{T5qOqIdlx>U~n?(o=dD#<Y||By!y*ToQ1Ww87wG=;d*zFV`$jo
z#a#7G(nM~Vc4D}~bC>VlGI|BCfr+ua?McC`F82+TIvg6+y2lUIWtiVlUpy#QCt?+N
zZ5FjfQpg6zu}jctF>PIh6)rEea)Ree$Sf3WeIy)`VvehVGCnGInc*=$mi~?<c~g?O
zr2K6PpV{V9!BM^D8bOjFj<Cs-P|CTH&7$K99?v>K(xM1<;R#wge(JCiPhtUHcVBEa
zqNv^?Qg#XGAe-$mpi^_@M6>lJkQv!Ky%MP8GK19lJ5K9Gn^?1!Vc{&t<*qNg#gR#l
z;n=EP`MoX0h+jApp1VY{u@(04yBOqZOSh)^?C*Dw=L+T&UdQ7BoO#ql$X@+R>ABJt
zBa=+5@>{Ur-bFl$?QWFOU;3Z9Chp}|RZB-^QAW2>ziwlE5Q{uKTeMJQ#uKD2BSda%
zzda}7QqS8ScOgK&)?u}^;o<9a1Qb*kQ0Af4U3<{?RV#abWbD4pM#Pp4lKj|DN(&xP
z=iXYRvb@NuYHm(%6(#r2x{DV0gC`ZwnNXo*Bc#MjVU@hgttmB<@n=o`AYFZZy5fy5
zfct`gxV}h3kNc>NG6YntWHx>ZTv)@gu@1a<^Eo=FR8lrAp1M}RDGyIDm<<*fO4oQV
z^_O(7-I}bl;vxfftou33zDG(n?(YHaEwqL+_4ak*a)X?3Hs<hlrH7X;Z>>Nh^HToV
zjBveLs22*LP#N53Xr<!zZ!0vlSU>EgecCvw6R#L!I^}w|S8#aUU%Y^3r(WvD%<z~b
zax7$d(NT4K1^MO(iihRZ$-8jA35r&K*MPC$(qnm3dpF6pGowsk4Ai0rvsKf2J&N_%
zLVk{OL!7xF#E*Y>cQn_f?sNRj<G}A786i*w+rECrqz&_YE?wi&L$MplP=ofljBIXk
zYjtqZ-V1gFeyd-CLf%!^f4VK*Bac1myN=S=BO~fnCTtjL%_@qksW_48WZYsFQOdqJ
z`X=6+;naY^)0p-47^cVEY39DkiL2$;ENI3+aNrdQSc-^JRd?mlrWhPLjWGNx1<Uxs
zgck`)-{q=SEGeCeUugPr62DHs%pdSt%N|_Jd9lnmD(v#otcqU-BN?=0kSJrLzA(?r
z)lvhq2?w|29+K+R+MQ1ImmE6Vz4w&M)14%Wx$*lu^)iynZwnv8Q-YZR)-#!^2;UV{
zlG9nl_}3M3{QefnE<vLL9Y@b3G?0j!WB$*5s}A&tohG%;44Z5XX<`_*9QRRo=6z5G
z4Qqj0J^Fo1ZtAB(;yVwnsTG|SyZYwB%JkNz7u>hrve!n^ITt2u6{U%HLmDX@Z)iTE
zI_vGEAvKDPf!)j)j&B3~Za+s;eUYV+MhFv!EU3yhH-rV&9&4{wc;XfNJJw2&o9QZ3
z1}eAw?T^gGM!6cu=58l!{5ZKsP|Ea{(?{|3fKGB1T9>3X9CJbz=5VVH*H>CD*jn!S
zVyW7^2y4+L19e!;FMsXeXavz+lD~iMN!iS~srJAP&e}6J>kXFtZt1q~`xr9q;#KZh
z0?QOa{J5hpYGo%W$|WFSdCeUH9S)B>KTFSLouVn#ZojId&@;=K9OXId!9Qk`o!t%v
z)uUvy)!0?tW{;%Cd>cm}{{~0b*_HT~Ad4spCGB_H!c|+-ndp&^L7hd+q;kgH&-xD-
z5KcjY2xBvU7elWy^nRUr(2S?Zfd?y8+~U;;;kQCHx^3+Aa~xJ`{`;Px>w~On(`ih&
zR+rq=Y`b@C!(R;M?6m-;3Lr_j3f!yIo8X;FcKsFB>{E<%LsZ>MDsucUaQ>z%JlVj9
zxDShnt{L*soH{*8Qe#WM23GE<hn2K9g{iz@Q>L(Uqx&GYKE=5TZAN*jO`ZDj$Jfkn
zXk1^?8~(m2YnNf+{Zbnk$Wz;;Y)V5!wTIQ#mg;?z%QbBv(QN&d=iU0W+~&$|>1^SU
z-IGZ4Exu&`JHy26-M_uVnYij9`UvHiR*Nbe`P}{T;N^2s;ZOPu+f<ht^qg>8fp=S-
z4qrs#ZeO?j?5r!)Wz3YE(#`VuAa%Cgp)`ot6_fZ9PRll+lcZjj{P>Bt1oP{=W+0it
zhGXN}s_v&Lw4}<u9$$_vSm0OvKCzb0CGt8^3>NV#)1%F&7v$q&syOm8@ms$e{%9GD
zai-t$ahewHWhIZg%H3&zLs8w-*;vfQd7?}9?KXz_G?q-==xoGZ2l_qXbQ;3zY$=x)
ztC|rS&MpOf9Kwd<-~DwlRaP7XAhw$T37nqHorb)K5ima~cMrI3+Eq(k>ie}RYkQZd
zVwD8O#n1*KSb=vUpH_nm1pLHj*fyT^sk@SyK|yQz>b~{ctS^f~l}P<dP`C!v^$<Ow
z<|E4zp9-emqNI)YOqt5Mx&1b)9RHsty33mHqMffA4C<8x9{o8Gs^_*pP&Ijm8<Z4I
zY4|QMN4$|lc_Z@2?i_=worr#fr$p`GXXXO?i@C3;B<yjM=Z~|Cc5`zLcU|(Hq!ON2
zU!jed4eTvV(K{T5X%_niH6LHgrh1bR2;PKF%}u37P9+*JGxKb8&!kuCm+B<AYHH=q
z9OY|(m-SX&g?Sm=Pa3id)HNP3jP5t$<({Bn@PMBfItLjteOXhET$Wx&NQ^LoOidk`
zb^SZDxd$*qf0TVY2HIBg7=V7M5;Z0=tmWqxGNm=Hn~gGao!Q`uQ=Vl<JSrE7j-O+{
z-ZiMyCx<1wCh>$!;ivlc6sCp`9R{W(SbS3{OB&3173omM!`yPS-JQnmVP6}{nZwUV
z%NbPhXWF)Zc;FhHDb*HL{oDQ#xa)xhoiQ#{#`<`PR3gASRFxk7ZBAkA43)@@y5m-v
z#iIjI{dUL)3uJ2G)5c0iMn~&lmvg3?r0Z9DPA#~~S2C;FlI~WJXaLzk&246Y{ZK#=
zPD*FDqV?IyRF-sJE|)F!<xmYo9>Zjb=;N6MeFllaGE99YGZqT3YwH%N5<zj`RA)P8
zNFr41T>~bZlE50{c4P1oxb^(ZgKR|WD57?F&NgMBsd<K_tqR@<_b$<PwFiT=Unlu@
zkK}w~R1|w~g(K-N+Q_M28drf%4;QlRRQw3xKeI2?lgl`Bm~)6HC_eJ!T#0f99N*$8
z-t+>Mc%U2sXlI~X?UQhJ9z$gDrjwR3{_^H^stV9e8|#wsr7`==J~W+KzDc#1Ttjey
z0K#nRSF^AHq>e_GNPQoA8ZrsyO7-3FNnB#Rgmid84i%&~ZJ6gs{#Wa?@cY@roe>V~
zYYsvag+f_bZ$84MY>{Hum9nwr!@?g-kO%dlV!QM=A;0L6b=k5$P7w}}d~gvIDZ5l7
zvpG8>X?T;uq~F#}^~SGS`k+Gd_bB&9wR#e9Jp4n`{^kfQG70F{tCgJlAH7K2tgc7@
zw&e<Xo&ditL3GPK;+x$KBHZyknXEwmPF+GCe0OFUMH{FNse93qww%YjTxMabuUuWL
z=zDOUB^y$Wn(F<>*lmJk?nj<R*AD^Tf(14SU5c<i(#p1d=(N${au}t<m80S|QR~S3
zQfjJw85(_}tigs9ftdqHPc!c_Z1#5&L(<EP7;0Wy+6&~mA(8+D)(%pis{osf+2B`m
z<}QF-<+6eq0rm~F-TPPp4g8}p81P$?x|7370=Q%lnv!Y>tri#oVdB)WrjQ3{fPpIm
z84a6rU#9AlziK%eFInGg7k<ucF*COR;;joc|HO6@GUM^K6kg53N<(4;HZT7}@XnEj
zMRz(<M?VTvZ7+8Kabw%F?|lU+r{U6yQa7ff<bh)FR=Of@Ec?VHa`LxKuRe8#)hqNd
zDZvEK^UN;7wjA}LQMUDgp0n|&qF3#3IsNl3>-HJ5K(8{;wgyar>>cazf4Z>DT)&2f
z0+|_;>eo~SQ<WCbkF2xyVDo-^F)`?f<c3<2zauk=*JI(|(~p(=r54qRV)`k;mZe#J
zvre~bKUG}4;or_l-$vP<DtZfXA&w{H7k(d=`75>{VD46fDNm}^Lq{Wo5%iAHAeV~+
zJ*iwfHN_Zj4-+yOKuY`&9@$>MmXrT>ZurvywjeSwgz>X1d!WTf*6ntlw+C{mj0O6v
zAFn7m5SmAmPkfL_m6aIZz*E3AbGR}fmL*Vxi4_s<Gwo8OG!6#VM%4nHC0hSyr3vWl
z1lm1;Y(>Z@cIBat;JWal)q@-@=tbEpmkN`MTIh5`s4&^eyTVnc?`5T%urE`SQ&Y~)
zMcWEM*T~eTvJ=JfXuRD&1%2=4MD$G-$<=W=8O;BBT+e@dFA{e7)Hu4}FgE3^4rWKo
zT=2rc4N1Dl^Bs^^V|fKLnN<B9ENZu6VaF?ONcHL(x19v?ygaeTbT5AC7{YUWo@d`~
ziLNd~q`%=*%&j_F7zcj4;pkYY?*80W!z5>d$6U{18Dm*$B%{5ezPWa;Zso|tUGtb_
zuQDZ?H+8GZv^@1IwUjvTLe85+b}xycS5AA!-q!vVlZ-)2U9iadyXZ$iSt>5rP{NqS
z57wX9w?@BPn2V0ChQ0B?6n?C1;L<+1{m?7Z&+Y0r{`e~QjlkW0iK8hlQoNVJL>`!k
z?%UY$(&L2Ylf3$^ISzOK_Dd^duHEEuL{BP@4{aF4qK*S2iw{3#!t|5e(ptZ3PaKhM
zda5%#=1VA15(O8AzZD4H^8S>M)H19RR@V6jjFf~DG$8o<s#245#zwXJC`L_z!Sk~!
z;az>z7HAnytRynX;qw9<BoiOEv|f}|`MaxNU1`l#NS%t$@D~5A{%-ZLoeOV9gEi}!
zY5rySLmrFiKmptC&2?}{6#EO)a%NZgAFn_E#C0yj?`<GQ*hj-qibxPf;)eS~O*YU!
zE@1G;@YF{*HonndrmJgG4PA>)#<*oAcUe(z_h72GXN1-2AL)cN4Z~IB)e1nk;hQhI
z>|b{Ej}QB^a>mA5ynWr<&ibi2e5(C#Z`({0(pa?!PK~;s^}xPn3CM~-Q`_(~1!iA^
z{()Dda*c6Hr>?7TDpoo2K`;HOLCf9M1v0ccxXvJB=Ut)#0V0s==hqeVBXp_sx%oBI
zef2G&U2Pm=c@xSX5x$GyL<e-7aY}Oq_@L6~{keC32>e|6QgWA`+%|G3ep#=+wUs|N
zo<x^w;Ydj7vljJXu1Xm*JsGrOs`=te6(;Ie;{@yTb{KWkR%v{TPiV$0%JNmkJMc2X
z(sP+1j9opounq5cl8I5@E};AMz4x&qQxVtlterqhYD_MbRJDmI_sFHsMZN4~gi5-_
z7pd7EQ5Lk`!?!n>R&W}^6=K#fb}wT!T29%AlwfqoS^P>=AXi+xXup`XTl<&w!-)Z$
ziQlwsuL42>Us@%fli0kdC_7>6->WxVYq7Dj=_mY56ta~~swk0rVRH~d?)8-f_^8U+
zAke`qM*iVOw0YCd;8hYYk49^2E4O@*WohwH;JooF)?h<pN(}tv#}m(o54trijJfB8
z1O&EpkP!^TnrOl|$>X`qK$lD0Sa=y(r@PA{mSyOizqMwq_Mf=&*Lx3LKR7tB(Yt+n
zG|WTYl9t@hTTRA4dw9y24N-Uo=sz&~_`hntw{6}-i8Yi!Sui@qHW>Ts<9z;21qN63
za(3$AVeY-?1x9l&g(HtC2XWUB(L-e!4EK9`B>|!q{Cl)i1pZuA=KM=s1QIUzOhs2+
zofVz698h!Lt2z>P44Ns-IGX0|F#dDzp}!4*QQL;M#e@)AnY-kGN%$@jnRkN377RYr
z3lnfTQp^VppG*wwR5e1Kij9-VYHAYP>;7nESW0|KjY~%NOVZ~AR&kvbk_y&keBA0x
zf|biYrHdGy^Y5RQfNJXnN4JTJi~lI^$|U&?eq&gt=~KJQYHl=MoN&m$@$E5HPwB;K
z#ew~v<^TS@R>hKd0$7YAF)4*7YXb0|j~sMSkIaBbAm?dDL5-7PBu|6U1lvLypRs0@
zE0Q22m$|7Ci8b}9T2JQSVsDm|7ZXb7DWpA;z1CxtNtRAy5!k31JW2xNX;iG5!D<mZ
zK%aeCU(;Ku{iP8eT<h<=+Ym82;N{ZU)P~RJ>*0Mh(v@DRS!i546Z^AbtJ7vX2KEWl
zRKBUMkmzywQ?Rnmk-*m|)h0jHkK0n&Eb6posJ&)2seb07wQQ7&yZLReQ^E%KlB>uo
zIT$lBs69tdc{}b7b;pJMKB@1Iq7As*DISyYh-<Wq|7rgm3!)1g_y6MQ*wujK^cHno
zZQ$k`p@~7>Ys{a#jqpb24(ec(pz|N0pEY~eV}4A$lIr-GT-&6aInhAru_p3Y@wof2
z@LR2*poC_W#Wd!n9)13$Z%<9xY7*4|O>rb{m2T&cld7Hh{)ogWk-H;_+F_w@H^QB4
zKB35V*6D@S?F0G)%x{QpSj#_4eirOGJ)hiI(u7lRf7qJ-gsP4~R?Uu_gMvfuQrvWD
z|3soGDxPE>!<^Ib{R-a<^OaZO?_JsljR8i2i5#>Zx)+`AxMoB|o;;h22JPGG{UWT9
z?dHo_&D@uM?#InCeY;Y|U^PU7%gB?a|6tAx3H^$Ee@7VfVU!LD{;dni&mAr{0l3UT
za`BVbMz?s}8L#%1gJ#Q7-OATEZ0Kaj7$D`7zf{Ht8sXaLS=J9QL_74|m3OL8hv4AI
z8J_<yK#K-BE}GjwO)Gxt&^9pLVRd6%Qeq`?S?Zkic{?)zQwmlVDsW*OycB5?hX)K}
zkFS84&&R|32AzxXRp`}-U*)sg=nq6B_<P`_84a_@F2CjGS7}Q!_sHb*Ob#iO!wE~4
zYWPWjPLHspYb{48O1m#Bstn1mY@eEiR93Kg3*F}Namsg?8`UUb%9l^%C6DOoA?r(0
zs*qVGE{mHj6Ib-=6NkaA7J{)~+P?!E#szre;eL+Bj@}aq(8+UNzh2T#WDrDZlNv!N
z;`*U;-E=FPHfd)|SoFfDh}}tVKQfG)L4WdhBEdc>{uc_<Qh(v=oL5}B>N#rWS&KiY
zDCzOj=apq@yvAJA>289N^wFwTLoVj~IdcN5{xZvoN&8^6;J%%^ywpqmo%O{Bo8xC}
z{rW-EPG5CY8zs%2)X65ERpdB56-m<Z%Nc5Yi;akoLXK5UI4@qFN|N+tx>Bb|^4(xl
z15-|VGQ<r(tBnWDLZL9ph=jT5_Uk3)uV>h4*Ncm_ORIw8aGwRf3=zOh(8_r`seDY<
z+IDJN>4U*h5r20^daDK}O%K0O5Q#|{X2goOfcPPJ0j+%bRPo4Xj;n2*;-(V<>xgoO
zfBRXeRoiwKW#U{~2=340`>$uQly(Pqg;zz^pvJNijk9Kr->|eW4Z9alk2!z)=HMHO
z5{f^L;SipQd6$UV`lncyrW6gGR|niS*1}O!C;eS<a6gI}QS%w7`+j@o4CRNZr5z{S
z{dV8%rB9ap{!nH5+u9%JL#N06<^{XZ4ZdNBztw4y!-?_IAF+LHU)O@%GF^>A+0Pjm
zclFEIRFVSGp43k=!cQ4FC~O8oogWXfHUGq2_kq$YTTOSPb|UlXzZ@IQR?i#wLZGrl
z5~bE!`seE=y1EOFX2lB=N~yx4toRq`gT$0o>(b0bWvP!jXn)64Te8SWNXST*I2hl5
z+om0yy8iVO1(-ZsOA8Mg)sPK8LL5jtzBT$|o!n&vufhAztYj9=if};Td$Ep5x#YCK
z>u97#w&1h?)e4fM*;{bw$n*EZC$w~1|BYO2b=^Fp)gl!_sWgI>vh~2(U8+hY8;Bb(
za^VJ*_b4L2DK!6PXJAooypI|J1JA&<y%MJ^AW4NyB*fQ4TEF+rf3Y=$ANXoid}~P*
zd%+0?Y<|-V#V<{2(&jVazL?7kP=YBJ&joF&_vk*o{vsB)u4CY@iI#9mYO(ltNMXwf
z!T|>DXP#m=Nw2j8Z^@E6do(Akl;b&*Ago%C%W=jTh`ljYZbWX-$SxE5!Uh3@|1V`3
zn&v#7&wta=@l2jRh1dyg3o!IT*7T*{9`~QshTg{bThPY+ei#OfV}8HU)wQXrY7GmN
zqIMyWBf)Alt{w=bXVXcGKU}5AyXC3vzEf-?<gqUO>DuBkk1(({yX2MV3g`;-TxT5p
z*6vfR=BBktI@{iKj*$9opE8uP6=Oze3P}X!{X*_+02$<Siyru`%B(AaNvKsLSO8c8
z7NcvCSxA}7PUk?_INR#L9*aWf+E>Uw*Nsn?I-b3sFHyRyOAQG6t?#|)&8+3#?887e
z0ML~plY>3QcohIbu|gpNISl|v3YEo@Co3KRnDW3Y06&FBO-e5>%NvW4UqX)H_E)C=
zO-tm|x-1Sm`^6}b+cqP#5b&1WM%Dlz|2cqC%uEB25rkz%>45>5hWA-$<9@$3G=zVD
z4MtAaADKF=>uWb}7Sr0I(e1G6>Z%+Fh`O!?0=-9z)s$v1c>telTdArKw%W{Cy6iWO
z4fS^(SC4lJ;ZJ_Kgrt!3>yN*(=`$>i9YZBPvv$Wl1Df*wnzactWB8K?YuR5fh6rJy
zuMc0p#VD<Gyc5bpW0clJ<}P;Od1KAk_(G`M8fiwbdOKczkY5B4&lgQg0{IFMK;%~_
z6&`_>hWca3v!!e;09_C@V+(fzzy`k5@(=|<7#KLIsuV!iZ(qiX+1x_|S`P0n1Hdf<
zB!v}P3|UQi0H7xVUEVfSP2sX~J41_y8H=om5okF<_$V43VuttfGP=}Y7eIg|zyJ8d
zhfe`yyhSE!?2p?nx+(}k0D`d9)wKygRSSVY@56^v6()G5>WE?7?(4g)X=RjNVw66w
z;+heOL_8i3<FKx4%ga_JkgG_7^z;a^`k+>`c2yWqqR`hnk{DquWt9Hv_AN$fKn_5>
z@%jH?(`SlIBwp%tAxRlZy)VGhz-h6D7YKmjuRup-?bl)$14_p`&*m3%L4PjLRit#z
z3*;U@bNhtyZ+=|bw`AL^)B|l2$mAE<TK3hFojj%GLgiPU007z)5P}94-DcNfum@Y{
z_~v(cg#3PEXy|-bmwMv{G!4Ka@(~380HGDENC1$dNGGwOLB#e(vW$!sONN)}*3Q%N
zyI;jMFeUr_J<P5B(?8u}hPV3LlTQU@N${_o59R;wPw@3qQ>+Ccc<Iu`WR3D^lu}8O
zbUh1Te0<z$6{~7te0<zGlaM&2^z7M)rpc>I+mu#cdrj-=!g;mh?{4J{L6+rGyh~>H
ztE#p(rC<ix#>U1GVl@t;%vb|^o|kh!EgIfK{o2w}PSZq0mXOpSL-d}$f1Eze5QJEW
z`};!h>q{5ex)jsr2cIsQb^Mskykqy{%ry`sO-gI{Lue-f8JZ}H(6rp<Gah`iEz2wx
z9Rkh)D}W5Fv8{ra`itotrI1x-N%j8nmc9I~8qbW+7oA%cA$Zh@=jD73qL|Y(O;zt|
z8qTi0tg-u%@C-h^i(d_Z6@-`ss0;zflq8cCHrBdIE4TB=$lE?Gtq{vHuNXrE{X;_o
zeSPwczY{hV`_zukKz>mbgWB!exVebq9su$92n$V7N-3pGJP9EtZ%t!Z*R`Rc!9d^z
zTQrMpIwmDoD49%3k~A<dKq>7Li@tPGrMtRtUd6JUUo7@iF)b}h(I@(Kt*dnJBDD19
z6`*$0ZUXW!cJ1)Tz^z)H3hj3-{-F;C&5qD!${<}S#%RrLl4cyoGldk$yTY=5@x1Xs
z^*p}y^b^)EQr1K-^xT=wZ@=^}e+0m6q;4(T#riFqg)iA=rf+o{&z>;qe97DzphP-^
z-{p;`n&<^WjM9;asA;mOMdW|=AA0`fzubU!sbqkbttSnL+u<nF-38Dm;MB3|3vs0&
zR>%F#{E1_j&mjjO7mbE)-jqcVq85>v$VVc`{0`#NZ8mOm*lSyxweYnv23-qNeSP9v
zZ)vmd2pfxiT|fY`8Vt%^2F_|&0`3D(i)_?&6+mB~TxWk8rC3@5r8s*wa`UDPAR2x7
z=FP>vJ~0revMhP?rc6Lqv9xV?cc~qBZsoT`$Obd2<A?)D)?H$dAf=E3Ac;~+Jz_EN
zCI+;3RDOv{`s2?~T2BTrbQJ)G&@;PqSE5^eUZJ>6QtX^v0)RI~?|b^Pe(}7vNX0O6
zzm8Zb?HBx8fBc^>|HGGW=vh!|7Vhd9(9R8G<>O+#o^1!18R2UHFpqHnBS^9qGa(T3
zu@~Z#<LL*+7DO*{Uf>pTVk9CmZflUSaa@2b08`~m)@TMjC$Vh6I0<hzkU@xSd#yUb
zDFStAdxW{Qp>qJi{5ZT~eqbC+N#L&Ef9m1GTp&<RX#kph{7LUqZ4J4;qJ>=yGMyBJ
zEyLIh1dNi2TMXchkB?uuas_2;Lbe5^vQ?3@XSLa+up#$#F_jJmf7^Ys<EfHY0Zjzf
zfV?PD#$;vydprP&7O%c0++5tgX+|SLpxaPYtLsr~e>EftqKH*($!>Tr_F3m^%wcA=
zQ##g=-?|AoiZZ`Whc?9G7x&w9&(^_)%4mirmy!`N;>7k|zNA&HA9T5>k|kGA+YWmD
z2QlYWRWXdtFM>8oKl>0HU;d|W4MkW&NMsb<VXS<t$#eM9lKx>0VzFp5<1l+FZV6wr
z$5Zg&DG(8n0igLid(K8q0y5-?7Ss`l;J0!ye%9?RGMQ$;&cJVOqbGt*4VsJ)EG8jy
zfK}YJM0CDf!d)3&z)+FXI-WnBXBiqf;e7NzyLt1jO4+@n^pXf5i~mKaBa<-%L1z&u
zLWriFE4ikYrG7>=06;30BE*s1=ka(}m;7h7AstKIc})!l<?a9ii!3(3%_|Ka526tP
zK%ac6z)ogW|5m2A@k@{AZ*8B?O!er?#b83<1%r9QnuY;r>T9pb+myZtELm>>OQ1mM
zXUkU)l}SK~k^h8vge>r8l{E59dA{G>foHyV;#*>!BECZ(4)&c`9O&Lf#e4uBO!fZY
zWjt244eyAETbf_+;~^gYN#Mm}pFeqeg6)ws)&u}2m11#Bv+_GiX;>mFCEM|GHosWs
zL%k4l(BKsT4LNULpH~nxO%?%7^8*iqz#T-s4gDC5lhEYt4S)fy%<?VsZ#9Vb;N7a`
z$8TH59gmOazx5OuL?X~MKodo1w!m)aJKdR2Rnv)O9;~iwf}jlypsF!EG!$XRt#y!D
z!nT=_NTlnxoqGPWe<kQ!q9}I<5Rjn)a#^3y0t%*D0-(j)B{3gwe+nW2bTeak9OLGE
z6)GFC8qxz8(4dL0_5Id(lposa_`6&AMT6bUtnW!IvA&2<rRjid7!g5`4FkaU1>yg+
z1k5<A9R;-2oT_Q~TKIoo?fEygSk2P8-+D!3lxBMv&9qJP@qJ<Qgi+>ss>sRE{^X_L
z!`}rqAU}-tV=-N%^!Ebz<aQSV8_;{dCp`Eh5Ql0FM+3MEnSDkvVdLUisJRz!-T#*H
zv=+HCOp;2J7DX?h71<R8ZbtyQv$J#SR6mXZcjavxwwOc#Yvz-=(gVOK{%JW&Y}#A;
z{~Rz6c!2?6NfZHSq80(<PyYBj-~7X;)(iXlk>g+E>C#eJ&<H@ESW5gtQALZMs%)fE
za3<C8cn|?P1!1wTucNCIPnG<ZVWYGNQG*smM2DtBBY*~wQr0!G`?olc$Xk#J2#aR1
z|Jj4`a6Ba-%g6us?91QFZ!C6n3RNi$0P*<t-OCJuv%k>%J4-=up}Tv-lCQ#9y)&hk
zw58{dAAj)dx~8p@5UI*)R`4M3?Bc2>yp_9X%?!EH-3=hFssKI;^akF1-PXx9r)l07
z;9ZMokP++0KYse1=l&@7>Bbkav$!q;co7466b3N90?L@Y3E68BjoED^gnOIVG$3mb
zz1z{OT2OP4HJ}(CD^fZF$i?^T?8Me70F1`PLB?LgxXl!=yStm2#AaAH5{ay?erXt;
zY>vtHK)}#-p|se$Wf+}j#Lu6*{SqL{(FktZujvqiC;wFSeB;qILD#wn$N&Z?>aA1i
zk!vQytsXBsWDnSlU{y1);n#+Su)2h^8YrsriddG#B7z_X0uf!Ws+pqSuRVNN0LFn^
zCD&JnwhXPi{1%V|2AKD}{ejgRiFZU_&YM<7p9lcfz#BVbrBnCZYq5X1_U}2Xox0QG
z^W)ylZ|-j1Gq%0~P>a<PmDC(Ha>ChM&wXL@PG7*=-JPM-Oz<)vKY6hB?DH>_v07C(
zWPJ;_b7BN~`p+)(|Ks0ipT<N+X#oDtXC7{S(}T#}($DW@QfO}bkXdnz2msub;T4PN
zR+SJVMQhg|#KYT>NQC*)fGh`r+uL5{GkE43d|MC%!?+!ZL}a-b+6A^&S2a!3A`!^4
zT^@D47z8$5T$A>;ksI{J!&0%8XP)`aH{X0}eV^}mx<4(b%(%5ii8cVO8V3Rp&td>T
z%3iy-sFtQ74M2q|Lq;4OzZLRZM$H|iqF8i-ZL7m&)F(_uBO4p?-~Mf7-7)|#3&IPA
zu_g#F7^PC_!60tmu0v_&0F)U6)|*Ymw>W;j_v__5oYhVvWZsVD-~6YijMBAOEm5hf
zQ(gY-)*o$(cZ@HO|KLvw*b=@a1333X%>Nv51(}Z#`XR1_;e7#OfANrQOU$i701Uwo
zqwCN9OvK;dZ~U@ZT?hca^=#<zlMEv>WAdtiKMa%wrI>27Ae^^k|9VAc3=|(*sqP0J
zA`$`Qh#b_R-^RnTE9@EIdyz<27jE8^8G&tfFH=zsnpi518xS|n4m<>)su(Es-q1Aj
z%10`-ZA<<~Dt=nLgH*Y)MelQ3?ki#mPBGt7GYql9$z;A|1TY{5Al|gRo9(8+%xMu3
zIU)lBWTPgpL=l>XXau?jU4sZP*<C89EP%5S=vqhMbpF!+SX|)RzJI7?p)*2?9>vlU
zv;jb^Nomm%IEx6-1ZZ6lHvm91*xy`ys@nkI-|*|#bk6FX@q-Wk^!7jf_TkfSOiEX>
znr+@#(v|>C%!x8IuP8qMZM~3(t^{(>dcwk8#Q<>f1^<_84*{4X+kvYWkkg;T(|jai
zydX#ZCa?_sNx3!VLB0Udi;a_bc)N_i)d}sbU7O#$UP^VzA`xh^)gm;5c#;1a0Av{v
zM7q&k86slh*;S^Q-K*k_fM{PTUzGy^af6NPnh+3;<>kV|Cr>I>x+K=!_*5<456ruQ
zNj9raGW}H5$gNwlVbr>qtY5w4XGC@={7`O!LpF;4SIp^H6Y^UIx+1t)ZoO1ygfW{r
z;-usRsqyt~PZ0qBe|y*S+ct8AKg)??8H#r)7uiiiV;3~!Zo7vqKmk>NMRO>HJ?B9G
z2~y9wkhh{Y`I4TkKcENl5cIg93N*pCQBe}e7Ra`ZE26ueth3oQ<tna!#!?T@q9@c3
z%NAvOz4ILei=O%TIGT^|&Ew24sr-7k{)18VuYURa)4gzK(OyLBx%Uiy>o0FKC#Px}
za<eAO%V2D#DbLKlv%c?rG=sS>V9Uq@xSB|$TDJgfC!R<CIEuir%2IA7^*RWE*{P_c
zfz(uTduOksM;Smin_5|+_?d)Pd(+LxjP;Jd!&o|-&0=L`<xtYSZ;3K)(Sy?ulF5JW
z?S+!yEK6Z~8y)9a+ur^N^5<ZDiil$1b*zRil>8?$nZ(A8-jW88PXc?G<8o6r=hq`$
z#sYpWW8wCpd!%b8buos=kFmN6{@oI*tEjOdUV{<Q)u9$ACqF(oxEYlkxlIeW$Gs9}
z5wJK(>YZ5H=C*nq6?p*3<h9-1KM7SIFX@N>`tD`BN8R>s+Kcw0{e_*E^BXVxuikz=
zH4{wxd4`&dd=rco_%Hz3jJy&wAveKDk}~pJs0C5cUb#Lq^SZee?CkV;3YBhRGn>tl
z49S0nPg!V`$fsWUfVs~w5ZNqN)-#w6hI++Ip3^c>%kq)uT#&>3jSSrGC}6J3*XY1n
zD)kv{cAc3*u+#sPl!Wf#G&{2Hgs(CnlOqKfu)yWsD1N3S(>go)l>0Z(X&?hKP=lO-
zyp6f-qa8{@4<CZ1AO~SeGByijdG&(i!0+9=$JnQ1J;nNq{gbMiGGyz`&24P-?%{Ht
zHCY-jpQqEWz79yqO|Y4CvUxL&_Z9s01)2;pumvECg>3-1{w`j<K#if0!>bnnz?z5e
zG@N<&hV!47zt}--v$suCN$l(a$Rqy@wIJd!5APQMKpW>U$TZxQA=kK2j{@mctj=NX
z37)LTYhatlxq;3J*uXB0PDt5(M<Jidr<x9f>OaQnuWE-9>bcQ=j}Uwu-K{&2u=|vW
z85c;^0OsDB(|@Ml|K$GM@8&4JwL3En`E5h)e{vtdy-)Ai+<H2`aKEo7U0F>TvcEU~
zw$(i79hFW_&d((N-Po6rXQ<6wyV~5{2LO3;;?<RFyVC%srzaK`78qlxRBB~q9jO4b
z0MfuF7$B#CH?)*U%(Q|{Y_|H_l}09sg#{Yp9!V%v6u7P;%Sff<mF>{kv0jRl(`mN3
zIfNHtC+X7w&HI#P%mSaYH@b1Bw<n%YwQlXe9-pW}uRhmH*7<>VsqZB&oT|@dOM?Ni
z_aFZ8V6Xl9m_|%avesmxg%4Wqw<eC#Cod<S-)Q~#Wv9nXLr!HGke!{Ky?GOBYpB&~
zckkxc)@a1XXaL;W`tIvNvFM5J@p%A<q|kc?(l>zz<8W9qz<N3PBl{;OKRy^Z?@i#M
ztD0U?-|zjH7f02!jsC=MCx$3{71%$nOa=flTX#3q2dzKz!^AK!&UgC$^{Yu||It|d
zR(GV%cnbrehfAsI_*Zw7N+r+p8jXf!S*og5Dir|ba`}Qt*M4fRHdkw`)^E(*?_V7D
zhd5P09}hB~9Drpq?2e2z8PA?ERbkE}<ny&>of9pj;~#2uzc8bxg#womF{_$p4!W-E
zd7f#Sj^hmJw9hQS{^?uSzWQ(aFi@F5yG_oy4Ipu4^6BQ2m`@q(FaSYt6z)2Y0KAb>
zs%?snC=eqO@zQyoN4iy2)$=_5c&Sv9B<Xw|^_}-_?>2Az4~Ng|+ilYG;TWX#`ry^Z
zj_4Bt!dFM3s%qp9-}eiJLcLx;dsWkeWdL{HyZ!LX$L~xhzG=6_uPz`|eKJs_P5wDN
zqU(C4QZWppr||f%`iD9I`>CyesM}9%IzoHm)2Nt=S-M3PsaRMz1QiIMbv^v@F@SHj
zgro&7KVr^-+qUg_Ub$TMeSdLr(RE$ZGyxcfQ79BF%ZiMvr>;!QBqzpqc|ZBl+n=pA
z#Lp~nxiQ`xxUTC<OG~C{R;yLsGfR?W7=~$@mSrt+Gjewi@a^^(AFX{WBrWg*KxF4&
zw8sF)aq9K@FeP<ekNxc57fxZSFm+5A%Wj04rit69fWUbnA(}uyK&V<kK;S~-oL6@U
z2nYyYEg&EuR4pJNR4pJNaFJ21RxgmMOQljSmz$rT=NEnqI6fpYnM|QjC=?1bk8MO+
z+qQY0xNPQW`x!huZKKg3hFmU3Yh6b-wI}E3ZOhZrlD+|TPho2Kf`PcYL8H-_pPwh?
zjBe^UP$(3RDRE{`#x2V#7K`n6+jU({(~dnpB<l5g&swLWr6=u%VZ>`QPutJn6VWa&
zFB4l31d5`>Vrn;MENxpZm-!1HP<MFR2xq+Apja#_isCrVh^D%(%TLD&g1~Vc$8q?s
z>o|_<x_klp8U#VTUMGei2>9~#dYxn&;UD`fl%5!{NVDhhA>sSJBuTW)(=d#1S=i}l
z9mnDC^l{nD)Alp?M6`;cP|0JjcNET8+E&+fs_1#1BuNA64o@55jIkS3DiukRsLCj&
z+O}P(R8&>1R;$a)%Zj4payebsec!KEtKmWkP19)Yld7tPLV*e>ilS+nX`18=DwT?5
zS+tg!%6IdJ>mvzg`lj3NMVf<;4;e2}D|nt)C=^`RjfHl6HV-g(cv||secvyYO5uF_
z5l!vpjHPX<_nW3^+qPjCzV8pHJ0xv{GcHp}a+YO<A?~S7^*m2iRl_if#iArhv|zDV
zECR^oa->zmFhZU41u~h8rfI6G(hfpoOjy3rXwVuep8q_@)!mCU2Ol2>x~`YYWlht%
zmwAptJ3gBS7<?jH(=<tb)D>beHNqKV+m_2^*L9bcmIl{75iQRdi>an*N|I!nrtkZ<
zZEtLBoZ3_}g9iD&?>8EaN~J=>{z#OeC`z$dq`MM-n}}$Yf|2leg#X-Bt*R=Wo??t+
zj}M8ZrKO%J!4YZ4XLCP;Pefa(RD9oe94DM|Kf0;ioUycRsZ^qbmLy4yMq@zT;b|kB
zahXcaP}4LD!t?q3sZFg`tHol`bzORMpd?AfVv)wxBwC)qG)+ZO=xd|V=vHZ@d^i8O
zWy{*_HpL98s#=ysOS{N`$ng`wbzMbK48zbgZFzY)<UBR4VHjbyEJ890c}N>Em~V&S
zX+!_a|A-@++RZt@)Zs6mCn=Z91G>TRwB4NXb^}e*D6MsBQ)w#!DnJ=8iX%dU>-9R%
z5Cj2z4ebv*VVDjK2^B?&@JG&mrm7yWNOSnbn`cQoKJo!|$3c6(oRr<=3y*&J-JBQg
zm!gz)n8EH@{@4QDmmEon^VLI$dEf#9mknZWnSj7$!~X%hKHE{@*_pop0000<MNUMn
GLSTYLd_D94

literal 0
HcmV?d00001

diff --git a/doc/bugs/inconsistent_use_of_SI_prefixes.mdwn b/doc/bugs/inconsistent_use_of_SI_prefixes.mdwn
new file mode 100644
index 0000000000..df7fc5fb2a
--- /dev/null
+++ b/doc/bugs/inconsistent_use_of_SI_prefixes.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+
+`git annex status` inconsistently uses mebi (SI) and giga (informal) prefixes.
+
+### What steps will reproduce the problem?
+
+Example:
+
+[[!format txt """
+anarcat@marcos:mp3$ git annex status
+supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+supported remote types: git S3 bup directory rsync web glacier hook
+repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 2
+        00000000-0000-0000-0000-000000000001 -- web
+        b7802161-c984-4c9f-8d05-787a29c41cfe -- here (anarcat@marcos:/srv/mp3)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 31.93 gigabytes (+1 megabyte reserved)
+local annex keys: 19913
+local annex size: 111.08 gigabytes
+known annex keys: 20085
+known annex size: 111.38 gigabytes
+bloom filter size: 16 mebibytes (3.1% full)
+backend usage:
+        SHA256E: 39998
+"""]]
+
+Notice `mebibytes` and `gigabytes`. It is unclear whether those are gigabytes (1000^3) or gibibytes (1024^3).
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130802~bpo70+2, Debian wheezy.
+
+### Please provide any additional information below.
+
+nil. --[[anarcat]]
+
+> git-annex consistently uses the powers of ten units
+> for disk storage sizes. Its "gigabyte" is the SI gigabyte.
+> 
+> It uses the absurdly named units for powers of 2 for memory sizes,
+> in the few places it deals with memory (probably only the above bloom
+> filter size number). 
+> 
+> AFAIK I am complying with all relevant standards and best practices.
+> Even though I consider them rather dumb, as is clear if you
+> [read the opionated source code I wrote to handle this]().
+> 
+> If git-annex used "gibibyte", the numbers it reports for disk size
+> would not match the numbers disk vendors and most tools use.
+> 
+> [[bug_is_in_world_not_in_git-annex|done]] --[[Joey]] 
+
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn b/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
new file mode 100644
index 0000000000..108ba5a6ae
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+
+There are multiple problems that have the same cause:
+
+ * When using a shared repository (core.sharedrepository = group), the directories that contain the actual objects may be owned by different users. In this case adding or removing the sticky bit is prohibited by the operating system. Thus shared repositories can only be incrementally fscked if all objects are owned by the same user.
+
+ * It is not currently possible to run incremental fscks on the local repository and on a special remote at the same time, because both of them use the same flag space, the sticky bit.
+
+### What steps will reproduce the problem?
+
+Create a shared repository (core.sharedrepository = group), let a different user add an object and then try to fsck it.
+
+### What version of git-annex are you using? On what operating system?
+
+Debian's 4.20131106~bpo70+1
+
+[[!tag confirmed]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_1_204f45a43cd10bcb45c4920a13d66e8d._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_1_204f45a43cd10bcb45c4920a13d66e8d._comment
new file mode 100644
index 0000000000..b061224e96
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_1_204f45a43cd10bcb45c4920a13d66e8d._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-12-02T17:58:55Z"
+ content="""
+See [[todo/incremental_fsck]] for background.
+
+Options:
+
+* using per-object files
+* using sqllite or another relational database
+* using git as the database
+* using a key/value store
+
+Per-object files have the problem that they clutter up the .git/annex/objects/ tree quite a lot with info only used by fsck. We have a similar clutter problem with direct mode mapping files, and for various reasons (including [[direct mode mappings scale badly with thousands of identical files|bugs/\"Adding_4923_files\"_is_really_slow]]) I have been hoping to move that data to a better storage, perhaps a database, eventually. Switching fsck to use a database first might be a good first step to using a database for the more important direct mode mapping storage. If the fsck database goes wrong, the worse that happens is some extra incremental fscking.
+
+Using git as the database is possible. Just store the info in a separate git ref, like the git-annex branch, but that is not synced. But it will use more disk over time. Probably not the best choice.
+
+There are plenty of sqllite interfaces for haskell. They all do have the problem that the C sqlite has to be installed. This will make `cabal install git-annex` harder. It is currently possible to do a `cabal install git-annex` with flags that avoid needing to install any C libraries. This is useful for my sanity, since otherwise people want hand-holding on installing libraries on OSX and stuff.
+
+Perhaps there's a pure haskell key/value store that would be a better choice than sqllite. I do not anticipate git-annex needing complex relational database storage, if we look at everything it needs to store so far, key/value is enough. (The more complicated stuff is stored in git anyway.)
+
+* <http://hackage.haskell.org/package/io-storage> is actually memory only, not suitable
+* <http://hackage.haskell.org/package/acid-state> is I think the gold standard in its area. Strongly typed. Has some Template Haskell stuff but it's optional. Packaged in Debian already, but only on TH capable architectures so that would need to be fixed. Seems to have the disadvantage that it's not really a key/value store, so works by loading the *entire* data into ram. This is a problem since git-annex wants to run in constant memory.
+* <http://hackage.haskell.org/package/keyvaluehash> has some caveats about not being able to remove old keys
+* <http://hackage.haskell.org/package/HongoDB> looks possible, has only had one release in 2011 though and undocumented
+"""]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_2_a8bb264cb2ceece72e0dd9191b2b566e._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_2_a8bb264cb2ceece72e0dd9191b2b566e._comment
new file mode 100644
index 0000000000..ec921ce8fd
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_2_a8bb264cb2ceece72e0dd9191b2b566e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="helmut"
+ ip="89.0.78.89"
+ subject="git as a database"
+ date="2013-12-02T18:24:12Z"
+ content="""
+You said that \"[...] it will use more disk over time. Probably not the best choice.\" But this does not have to be true. Since this git ref is never synced, an update can be forced. The tricky part is in finding good truncation points. Now for fsck, the log can be truncated whenever an incremental fsck is started.
+"""]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_3_c6c8d3c84afa497bfdfe25b492dac5b9._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_3_c6c8d3c84afa497bfdfe25b492dac5b9._comment
new file mode 100644
index 0000000000..17d7a3aab8
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_3_c6c8d3c84afa497bfdfe25b492dac5b9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-12-02T19:11:27Z"
+ content="""
+HongoDB doesn't build with current hackage.
+
+keyvaluehash passed some inital load etc tests. The inability to delete old keys/values might not be a significant problem.
+
+However I don't think it has any ACID guarantees; eg a crash at the wrong time could leave the database in some inconsistent state. <https://github.com/Peaker/keyvaluehash/issues/1>
+"""]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_4_5ac5a10bdddf23153e8ea0a8eb60323e._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_4_5ac5a10bdddf23153e8ea0a8eb60323e._comment
new file mode 100644
index 0000000000..3b55891c4f
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_4_5ac5a10bdddf23153e8ea0a8eb60323e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 4"
+ date="2013-12-02T20:35:45Z"
+ content="""
+@helmut Well, true, it could overwrite the old ref with a new one at the start of a new fsck pass. If there was a separate ref for each uuid, this would work even for mixed local/remote fscking. And git should eventually drop the objects associated with the old ref, probably in `gc --auto`, which has a default --prune of 2 weeks.
+
+The git overhead would probably be fine for fsck. I am less sure about it for the direct mode mapping files, which can be queried quite frequently. In particular inAnnex is used lots of places, often repeatedly on a lot of files, and it uses withObjectLoc, which uses associatedFiles.
+"""]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_5_ec29ed50c4321cf9e21c56c13c65156b._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_5_ec29ed50c4321cf9e21c56c13c65156b._comment
new file mode 100644
index 0000000000..a627e1841e
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_5_ec29ed50c4321cf9e21c56c13c65156b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="68.119.96.78"
+ subject="comment 5"
+ date="2013-12-21T16:26:51Z"
+ content="""
+<http://hackage.haskell.org/package/TCache> looks potentially good. It seems that it may allow storing stuff on disk and only loading it into cache when accessed, but I am not sure. Need to run some tests to try it out.
+"""]]
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_6_c7f1170b84f9ea4befe96cdfe3bdaa1f._comment b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_6_c7f1170b84f9ea4befe96cdfe3bdaa1f._comment
new file mode 100644
index 0000000000..9d70c84ec4
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit/comment_6_c7f1170b84f9ea4befe96cdfe3bdaa1f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 6"
+ date="2014-02-20T20:09:22Z"
+ content="""
+I also need some local fast database for metadata index storing.
+"""]]
diff --git a/doc/bugs/index_file_smaller_than_expected.mdwn b/doc/bugs/index_file_smaller_than_expected.mdwn
new file mode 100644
index 0000000000..0eac3f20ea
--- /dev/null
+++ b/doc/bugs/index_file_smaller_than_expected.mdwn
@@ -0,0 +1,53 @@
+### Please describe the problem.
+
+I get an error in one of my repositories. 
+
+### What steps will reproduce the problem?
+
+I paired my macbook repository with an repository on my desktop. The repository on the desktop contains many smaller files, because it is my documents folder.
+
+Pairing this repository with smaller files never worked for me. I posted to the forum about it:
+[[forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/]]
+
+I am a little confused because I paired three other repositories between these computers sucessfully. They contain pictures, videos and music.
+
+### What version of git-annex are you using? On what operating system?
+
+Version: 5.20140106-gcb3351b
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash 
+
+Mac OS X Mavericks
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+Please make sure you have the correct access rights
+and the repository exists.
+fatal: index file smaller than expected
+TransferScanner crashed: user error (git ["--git-dir=/Users/juh/Share/.git","--work-tree=/Users/juh/Share","-c","core.bare=false","update-index","-z","--index-info"] exited 128)
+[2014-01-10 16:26:00 CET] TransferScanner: warning TransferScanner crashed: user error (git ["--git-dir=/Users/juh/Share/.git","--work-tree=/Users/juh/Share","-c","core.bare=false","update-index","-z","--index-info"] exited 128)
+ssh_exchange_identification: read: Connection reset by peer
+ssh_exchange_identification: read: Connection reset by peer
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-01-10 16:56:09 CET] NetWatcherFallback: Syncing with sokrates.local_Dokumente 
+ssh_exchange_identification: read: Connection reset by peer
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+fatal: index file smaller than expected
+NetWatcherFallback crashed: user error (git ["--git-dir=/Users/juh/Share/.git","--work-tree=/Users/juh/Share","-c","core.bare=false","update-index","-z","--index-info"] exited 128)
+[2014-01-10 17:01:09 CET] NetWatcherFallback: warning NetWatcherFallback crashed: user error (git ["--git-dir=/Users/juh/Share/.git","--work-tree=/Users/juh/Share","-c","core.bare=false","update-index","-z","--index-info"] exited 128)
+
+
+# End of transcript or log.
+"""]]
+
+> Made assistant detect corrupted .git/annex/index on startup and correct
+> it. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/index_file_smaller_than_expected/comment_1_d87ae8c4d384d2ce6d1286b51bfdeba1._comment b/doc/bugs/index_file_smaller_than_expected/comment_1_d87ae8c4d384d2ce6d1286b51bfdeba1._comment
new file mode 100644
index 0000000000..9cf0ce3365
--- /dev/null
+++ b/doc/bugs/index_file_smaller_than_expected/comment_1_d87ae8c4d384d2ce6d1286b51bfdeba1._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 1"
+ date="2014-01-14T21:12:19Z"
+ content="""
+It's unusual for git's index file to get corrupted or short like this. git writes to .git/index by first writing the new content to .git/index.lock, and then once it's written, renaming it. So if git is interrupted in the middle of a write, it doesn't leave the index file truncated. Of course, it's somewhat up to the OS's filesystem and buffering, and so I suppose if the system loses power at just the right time, and the filesystem does not journal data, this could happen. 
+
+Anyway, git-annex's assistant should be able to detect when the index file is corrupt, including too short, and fix it. When I try with a current version of git-annex, opening the webapp or starting the assistant results in the index file being automatically repaired, with this logged to .git/annex/daemon.log:
+
+<pre>
+fatal: index file smaller than expected
+[2014-01-14 16:58:11 JEST] SanityCheckerStartup: corrupt index file found at startup; removing and restaging
+</pre>
+
+However, it looks like it needs to do the same check for .git/annex/index. I was able to reproduce this bug by corrupting that file.
+"""]]
diff --git a/doc/bugs/info_file_contains_wrong_version.mdwn b/doc/bugs/info_file_contains_wrong_version.mdwn
new file mode 100644
index 0000000000..629fd6399a
--- /dev/null
+++ b/doc/bugs/info_file_contains_wrong_version.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+
+The script producing the .info file along with the binary tarball seems to generate the wrong version.
+
+
+### What steps will reproduce the problem?
+
+    % curl https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz.info
+    GitAnnexDistribution {distributionUrl = "https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz",
+    distributionKey = Key {keyName = "2a01f853b08dc0f47392b50cda41d5f589f46413073fdf4ffd5b817d6638a502.tar.gz", keyBackendName = "SHA256E",
+    keySize = Just 27578790, keyMtime = Nothing}, distributionVersion = "5.20131222",
+    distributionReleasedate = 2013-12-30 18:56:44.908259 UTC, distributionUrgentUpgrade = Nothing}        
+
+
+`distributionVersion` is 5.20131222, but `git annex version` returns 5.20131230-g4aa88d8.
+
+This may look anecdotical, but at least the `git-annex-bin` package of Arch Linux uses the .info data to retrieve the version information.
+
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/interference_with_Dropbox_results_in_data_loss.mdwn b/doc/bugs/interference_with_Dropbox_results_in_data_loss.mdwn
new file mode 100644
index 0000000000..baa59951c5
--- /dev/null
+++ b/doc/bugs/interference_with_Dropbox_results_in_data_loss.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+
+When working with git-annex in a folder managed by Dropbox, the folders names in .git/annex/objects/ are mangled by Dropbox. This leads to lost files.
+
+This is not a git-annex bug, but the problem is severe and it would be helpful when git-annex can deal with it somehow. Possibilities are:
+
+* include a warning in documentation (this will be probably found after someone encounters the problem actually)
+* issue a warning when running in a Dropbox managed folder
+* avoid using filenames that differs in case only (this would make git-annex also more robust against corruption i.e. when a repository is copied over filesystems/protocols without filename case support)
+
+Dropbox file name limitations: [[https://www.dropbox.com/help/145/en]]
+
+### What steps will reproduce the problem?
+    cd ~/Dropbox
+    mkdir test_annex
+    cd test_annex
+    git init
+    git annex init "test_annex"
+    cp ~/somefiles/* .
+    git annex add *
+    # wait for Dropbox to upload and mangle folder names in .git/annex/objects/
+    find -L . -type l | wc -l # print number of broken symlinks
+    git annex fsck # prints all the missing files
+
+
+### What version of git-annex are you using? On what operating system?
+
+* git-annex 3.20130207
+* Fedora 19
+
+### Please provide any additional information below.
+
+[[!format sh """
+# folder names mangled by Dropbox
+
+$ ls .git/annex/objects/
+Ff/                      M9 (Case Conflict (1))/  x8 (Case Conflict (1))/
+Ff (Case Conflict)/      pF/                      x9/
+Ff (Case Conflict (1))/  pF (Case Conflict)/      x9 (Case Conflict)/
+Ff (Case Conflict (2))/  pF (Case Conflict (1))/  Zf/
+Ff (Case Conflict (3))/  pF (Case Conflict (2))/  Zf (Case Conflict)/
+Ff (Case Conflict (4))/  pF (Case Conflict (3))/  Zf (Case Conflict (1))/
+Ff (Case Conflict (5))/  pF (Case Conflict (4))/  Zf (Case Conflict (2))/
+Ff (Case Conflict (6))/  PG/                      Zf (Case Conflict (3))/
+...
+
+# End of transcript or log.
+"""]]
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_1_837c7ab2d31531ac8a61509225926814._comment b/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_1_837c7ab2d31531ac8a61509225926814._comment
new file mode 100644
index 0000000000..256ae83b49
--- /dev/null
+++ b/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_1_837c7ab2d31531ac8a61509225926814._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 1"
+ date="2014-01-06T16:02:45Z"
+ content="""
+I'm not seeing data loss. It looks like the contents of your files are still there, you just need to rename them back to the right directory names. If you're using indirect mode, you should be able to do this:
+
+    mv .git/annex/objects .
+    chmod -R u+w objects
+    git annex add objects
+
+That will re-inject all the file contents with the right names. You can then delete the objects directory, which should only contain symlinks at that point.
+
+----
+
+Moving git-annex to using lower case hash directories is on the very long term todo list, due to various crappy filesystems (problems mostly worked around by direct mode). Since it requires changing every symlink in every existing git-annex repository, which will be extremely disruptive, I'd need a much better reason than dropbox to do it now.
+
+I have no interest, in general, in making git-annex use filenames that meet whatever limitations dropbox wants to impose on its users.
+"""]]
diff --git a/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_2_fe852adc1d7d3062ace269ceb134f3ad._comment b/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_2_fe852adc1d7d3062ace269ceb134f3ad._comment
new file mode 100644
index 0000000000..a02a55f447
--- /dev/null
+++ b/doc/bugs/interference_with_Dropbox_results_in_data_loss/comment_2_fe852adc1d7d3062ace269ceb134f3ad._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkWQXo7MLYIDa-ep04UTbdz8KuvfjwLDCQ"
+ nickname="Matěj"
+ subject="comment 2"
+ date="2014-01-08T22:11:34Z"
+ content="""
+I understand, it's not git-annex fail. I added at least a tip with a warning here: [[forum/do not use git-annex inside your Dropbox]].
+"""]]
diff --git a/doc/bugs/internal_server_error:_hGetContents:_invalid_argument___40__invalid_byte_sequence__41__.mdwn b/doc/bugs/internal_server_error:_hGetContents:_invalid_argument___40__invalid_byte_sequence__41__.mdwn
new file mode 100644
index 0000000000..8c9703ed23
--- /dev/null
+++ b/doc/bugs/internal_server_error:_hGetContents:_invalid_argument___40__invalid_byte_sequence__41__.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+
+Some logs fail to be displayed, and instead of displaying parts of the log, no logs at all are displayed in the webapp.
+
+The problem character is, I believe, a latin-1 encoded filename (as opposed to UTF-8). --[[anarcat]]
+
+### What steps will reproduce the problem?
+
+1. download [this logfile](http://paste.anarc.at/daemon.log.1)
+2. install it in .git/annex/daemon.log
+3. load the webapp
+4. visit the logs page
+
+### What version of git-annex are you using? On what operating system?
+
+4.20131105-g8efdc1a
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+Internal Server Error
+/srv/video/.git/annex/daemon.log.1: hGetContents: invalid argument (invalid byte sequence)
+git-annex version 4.20131105-g8efdc1a
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/issues_with_non-posix_compatible_shells.mdwn b/doc/bugs/issues_with_non-posix_compatible_shells.mdwn
new file mode 100644
index 0000000000..34fb72a1ce
--- /dev/null
+++ b/doc/bugs/issues_with_non-posix_compatible_shells.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+Some internals of git annex does not check if the shell it is running is Posix-compatible, ie. bash.
+
+I am using fish, and after setting up local pairing, and working, I switched back the login-shell to fish, and when syncing a file, I got this error, read from daemon.log:
+
+fish: Unknown command 'GIT_ANNEX_SHELL_DIRECTORY=/home/s/annex'. Did you mean to run ~/.ssh/git-annex-shell with a modified environment? Try 'env GIT_ANNEX_SHELL_DIRECTORY=/home/s/annex ~/.ssh/git-annex-shell...'. See the help section on the set command by typing 'help set'.
+Standard input: GIT_ANNEX_SHELL_DIRECTORY='/home/s/annex' ~/.ssh/git-annex-shell
+                ^
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+
+### What steps will reproduce the problem?
+Set up local pairing ( I believe having sh/bash as login terminal is necessary for this).
+Switch back to fish as login-shell with chsh -s /usr/bin/fish
+Add a file to either repository.
+
+### What version of git-annex are you using? On what operating system?
+[s@b ~]$ git annex version
+git-annex version: 5.20140320-g63535e3
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] so
+> 
+> I have not tried to make the assistant go back and fix up existing
+> `authorized_keys` lines. So if someone had been using a posix shell and
+> switched to fish, they'll hit this and need to fix it themselves. I judge
+> this is pretty small number of users. --[[Joey]]
diff --git a/doc/bugs/issues_with_non-posix_compatible_shells/comment_1_076948499a9d581a50da52b7690e5d4e._comment b/doc/bugs/issues_with_non-posix_compatible_shells/comment_1_076948499a9d581a50da52b7690e5d4e._comment
new file mode 100644
index 0000000000..72b3e48e92
--- /dev/null
+++ b/doc/bugs/issues_with_non-posix_compatible_shells/comment_1_076948499a9d581a50da52b7690e5d4e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 1"
+ date="2014-04-02T08:40:17Z"
+ content="""
+FWIW, `env foo=bar cmd` would probably work on every system on which the `foo=bar cmd` invocation works now.
+"""]]
diff --git a/doc/bugs/links_in_firefox_do_not_always_work.mdwn b/doc/bugs/links_in_firefox_do_not_always_work.mdwn
new file mode 100644
index 0000000000..d0b7350833
--- /dev/null
+++ b/doc/bugs/links_in_firefox_do_not_always_work.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+
+I noticed that you (@joey) wrote
+
+> webapp: Odd problem when using Firefox: Some links don't seem to load. Clicking on such a link repeatedly will eventually load the right page. Network console shows web browser is requesting page "/" despite a link to another page being clicked on. Workaround: Use Chrome instead; no such problem there.
+
+in [[todo/windows_support]], and thought I would get around to mentioning that I also see this problem on linux (so it's not windows specific), but I am using firefox.
+
+
+### What steps will reproduce the problem?
+Click on a link in the webapp; most of the time, even though the link target is correct, the current page is reloaded instead of loading the target.
+
+### What version of git-annex are you using? On what operating system?
+5.20131205-gc448602
+
+Ubuntu 13.04, firefox 25.0.1
+
+
+
+--Walter
+
+> [[fixed|done]]; increased number of longpolling failures allowed before
+> it enters the chromium back button bugfix workaround to 12.
+> Should be more than enough for 3 or 4 long polling elements on a page.
+> (Considered only running the chromium bugfix on chromium, but I don't
+> want to get into browser detection hacks.) --[[Joey]]
diff --git a/doc/bugs/links_in_firefox_do_not_always_work/comment_1_5e506674f157e8ed612eca1f9adfa068._comment b/doc/bugs/links_in_firefox_do_not_always_work/comment_1_5e506674f157e8ed612eca1f9adfa068._comment
new file mode 100644
index 0000000000..1249a6f81f
--- /dev/null
+++ b/doc/bugs/links_in_firefox_do_not_always_work/comment_1_5e506674f157e8ed612eca1f9adfa068._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-12-09T21:08:29Z"
+ content="""
+Thanks, that's very interesting indeed.
+
+When I was debugging this on Windows, I had the network console open, and could see clearly that Firefox was trying to load \"/\" when I clicked on a link to \"/config\". Both firefox and the git-annex webapp's debug log agreed that it asked for the wrong page.
+
+I have just reproduced it using iceweasel as well. I know that I have tested git-annex before under iceweasel and it seemed to work.
+
+Seems that clicking 3+ times on a link makes it finally follow it.
+
+I wonder if this has something to do with the long polling. Disabling javascript would avoid it if so. They've made disabling JS in firefox sufficiently hard that I cannot find how to do it.
+
+Also, the problem seems to open happen on the main page (/). Once I get to any other page, further links are followed without trouble.
+"""]]
diff --git a/doc/bugs/links_in_firefox_do_not_always_work/comment_2_dfde57b433301e971c2d5b9e4d3c824a._comment b/doc/bugs/links_in_firefox_do_not_always_work/comment_2_dfde57b433301e971c2d5b9e4d3c824a._comment
new file mode 100644
index 0000000000..cda8995a49
--- /dev/null
+++ b/doc/bugs/links_in_firefox_do_not_always_work/comment_2_dfde57b433301e971c2d5b9e4d3c824a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-12-09T21:39:16Z"
+ content="""
+Tried renaming / to /dashboard , just in case firefox was having problems with the name of the page. Didn't help, so the problem must be something on the page.
+
+Tried removing the repolist and the transferlist from the dashboard, and this indeed avoided the problem. So it's certainly related to the long polling code. Although note that this left 1 long polling call still on the page, for the sidebar. In fact, only removing one of the repolist or transfer list seems to be enough to avoid the problem. 1 works, 2 works, 3 fails.
+
+Aha.. After 3 long polling failures, the JS runs a fail function. To work around a seeming bug in chromium when navigating back to a page, [[!commit b5678d74a29023cbeb3d65c0d7f57d20f47ebef9]] made this reload the page.
+"""]]
diff --git a/doc/bugs/links_in_firefox_do_not_always_work/comment_3_2d090d6e67ba53ff7e5c0275274f9b3d._comment b/doc/bugs/links_in_firefox_do_not_always_work/comment_3_2d090d6e67ba53ff7e5c0275274f9b3d._comment
new file mode 100644
index 0000000000..f0e7cf2441
--- /dev/null
+++ b/doc/bugs/links_in_firefox_do_not_always_work/comment_3_2d090d6e67ba53ff7e5c0275274f9b3d._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 3"
+ date="2013-12-09T21:43:58Z"
+ content="""
+I just tried in the browser console, and see the same behaviour.
+
+I also see that links work when not on the dashboard.
+
+I disabled javasript (set javascript.enabled to false in about:config), and the links all work well (though dropdown menus don't work at all).
+
+
+(I see after writing this you seem to have worked it out already)
+"""]]
diff --git a/doc/bugs/make_install_can__39__t_be_used_with_sudo.mdwn b/doc/bugs/make_install_can__39__t_be_used_with_sudo.mdwn
new file mode 100644
index 0000000000..c43075e58c
--- /dev/null
+++ b/doc/bugs/make_install_can__39__t_be_used_with_sudo.mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+In the git-annex tree,
+
+    $ make
+    $ sudo make install
+
+What is the expected output? What do you see instead?
+
+One would expect git-annex to be installed in the configured prefix. Unfortunately, make tries to rebuild the "all" target before "install". This fails (presumably) due to incorrect environment state,
+
+    ghc -O2 -Wall -ignore-package monads-fd -ignore-package monads-tf -outputdir tmp -IUtility -DWITH_ASSISTANT -DWITH_S3 -DWITH_INOTIFY --make git-annex Utility/libdiskfree.o
+    
+    Utility/FileSystemEncoding.hs:17:8:
+        Could not find module `Data.Bits.Utils':
+          Use -v to see a list of the files searched for.
+    make: *** [git-annex] Error 1
+
+Removing "all" from the dependencies of "install" allows the process to run to completion, although this is clearly not a satisfactory solution.
+
+> [[fixed|done]] using an ugly stamp file. --[[Joey]] 
diff --git a/doc/bugs/make_install_doesn__39__t_create_git-annex-shell.mdwn b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell.mdwn
new file mode 100644
index 0000000000..471c91e9d4
--- /dev/null
+++ b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell.mdwn
@@ -0,0 +1,62 @@
+### Please describe the problem.
+There is no git-annex-shell command in path and thus sync with ssh server fails. If I symlink /usr/bin/git-annex-shell -> /usr/bin/git-annex, it complains that key is already present in annex and errors out. There is executable git-annex-shell in server's ~/.ssh/
+
+### What steps will reproduce the problem?
+Start webapp to sync local repo with ssh server.
+
+### What version of git-annex are you using? On what operating system?
+git-annex 4.20130627 on Gentoo
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2013-07-08 17:28:48 EEST] main: starting assistant version 4.20130627
+[2013-07-08 17:28:49 EEST] TransferScanner: Syncing with netbook_Lit, sigma_Lit 
+
+  dbus failed; falling back to mtab polling (SocketError {socketErrorMessage = "connect: does not exist (Connection refused)", socketErrorFatal = True, socketErrorAddress = Just (Address "unix:abstract=/tmp/dbus-HBxh6EyMJ3,guid=adc3101676daede2a128013351daa535")})
+Already up-to-date.
+
+(scanning...) [2013-07-08 17:28:49 EEST] Watcher: Performing startup scan
+Already up-to-date.
+Already up-to-date.
+
+
+(started...) Everything up-to-date
+Everything up-to-date
+bash: git-annex-shell: command not found
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: remote command not found (code 127) at io.c(605) [sender=3.0.9]
+bash: git-annex-shell: command not found
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: remote command not found (code 127) at io.c(605) [sender=3.0.9]
+
+
+[2013-07-08 17:50:23 EEST] main: starting assistant version 4.20130627
+[2013-07-08 17:50:23 EEST] TransferScanner: Syncing with netbook_Lit, sigma_Lit 
+
+  dbus failed; falling back to mtab polling (SocketError {socketErrorMessage = "connect: does not exist (Connection refused)", socketErrorFatal = True, socketErrorAddress = Just (Address "unix:abstract=/tmp/dbus-HBxh6EyMJ3,guid=adc3101676daede2a128013351daa535")})
+Already up-to-date.
+
+(scanning...) [2013-07-08 17:50:23 EEST] Watcher: Performing startup scan
+Already up-to-date.
+Already up-to-date.
+
+
+(started...) Everything up-to-date
+Everything up-to-date
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag done]]
diff --git a/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_1_8c20edd8c6483500f807528d616c6dfd._comment b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_1_8c20edd8c6483500f807528d616c6dfd._comment
new file mode 100644
index 0000000000..ad32737237
--- /dev/null
+++ b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_1_8c20edd8c6483500f807528d616c6dfd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-08T16:14:37Z"
+ content="""
+The Makefile contains, for the install target:
+
+[[!format sh \"\"\"
+        ln -sf git-annex $(DESTDIR)$(PREFIX)/bin/git-annex-shell
+\"\"\"]]
+
+How was git-annex installed on your server?
+"""]]
diff --git a/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_2_8b2cf0fe7219e0bc83fd326adbf26c8a._comment b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_2_8b2cf0fe7219e0bc83fd326adbf26c8a._comment
new file mode 100644
index 0000000000..452b55d40e
--- /dev/null
+++ b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_2_8b2cf0fe7219e0bc83fd326adbf26c8a._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
+ nickname="Reinis"
+ subject="comment 2"
+ date="2013-07-08T18:09:50Z"
+ content="""
+That is Gentoo box and git-annex is installed using the following ebuild:
+
+[[https://github.com/gentoo-haskell/gentoo-haskell/blob/master/dev-vcs/git-annex/git-annex-4.20130627.ebuild]]
+
+which uses cabal to install it. It uses also the following eclass:
+
+[[http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/haskell-cabal.eclass?revision=1.40&view=markup]]
+
+The main functions of interest there are cabal-bootstrap(), cabal-copy() and cabal_src_install(). I'm not familiar enough with haskell nor with cabal to follow trough in detail how the setup program is constructed and how it works, but the end result is that this is all that is installed. I don't know if normal cabal installs work as intended, maybe something there needs to be adjusted?
+
+[[!format sh \"\"\"
+ * Contents of dev-vcs/git-annex-4.20130627:
+/usr
+/usr/bin
+/usr/bin/git-annex
+/usr/lib64
+/usr/lib64/ghc-7.6.3
+/usr/lib64/ghc-7.6.3/gentoo
+/usr/lib64/ghc-7.6.3/gentoo/git-annex-4.20130627.conf
+/usr/share
+/usr/share/doc
+/usr/share/doc/git-annex-4.20130627
+/usr/share/doc/git-annex-4.20130627/COPYRIGHT.bz2
+\"\"\" ]]
+"""]]
diff --git a/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_3_25fe06eb127e59a4a07aeb52a5cfeabe._comment b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_3_25fe06eb127e59a4a07aeb52a5cfeabe._comment
new file mode 100644
index 0000000000..fd97f6a21d
--- /dev/null
+++ b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_3_25fe06eb127e59a4a07aeb52a5cfeabe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 3"
+ date="2013-07-08T18:22:18Z"
+ content="""
+`cabal install` also creates the git-annex-shell symlink. I have filed a bug on the ebuild: <https://github.com/gentoo-haskell/gentoo-haskell/issues/247>
+"""]]
diff --git a/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_4_ec78032ba62d6918baa2c0b07ead5b50._comment b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_4_ec78032ba62d6918baa2c0b07ead5b50._comment
new file mode 100644
index 0000000000..86f1b46f0b
--- /dev/null
+++ b/doc/bugs/make_install_doesn__39__t_create_git-annex-shell/comment_4_ec78032ba62d6918baa2c0b07ead5b50._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
+ nickname="Reinis"
+ subject="comment 4"
+ date="2013-07-08T18:44:59Z"
+ content="""
+Thanks! That leaves the issue that even when manually creating the symlink it still errors out (second half of the log in original report), but that probably is another issue. Should I open separate report for it? There was something similar in [[http://git-annex.branchable.com/bugs/Rsync_remote_created_via_webapp_remains_empty/]], but the command= part was in the file on my local computer only and removing it didn't make any difference.
+"""]]
diff --git a/doc/bugs/manpage_has_slight_indentation_error.mdwn b/doc/bugs/manpage_has_slight_indentation_error.mdwn
new file mode 100644
index 0000000000..56d9d2266b
--- /dev/null
+++ b/doc/bugs/manpage_has_slight_indentation_error.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+
+The "import" section of the manpage has an indentation error.
+
+### What steps will reproduce the problem?
+
+man git-annex
+
+### What version of git-annex are you using? On what operating system?
+
+anything after 20130827, i believe.
+
+### Please provide any additional information below.
+
+silly patch:
+
+[[!format diff """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+diff --git a/Build/mdwn2man b/Build/mdwn2man
+index ba5919b..b3ee404 100755
+--- a/Build/mdwn2man
++++ b/Build/mdwn2man
+@@ -25,7 +25,7 @@ while (<>) {
+                $inlist=1;
+                $spippara=0;
+        }
+-       elsif (/.SH/) {
++       elsif (/^.SH/) {
+                $skippara=0;
+                $inlist=0;
+        }
+# End of transcript or log.
+"""]]
+
+-- [[anarcat]]
+
+> [[applied|done]] --[[Joey]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos.mdwn b/doc/bugs/merge_causes_out_of_memory_on_large_repos.mdwn
new file mode 100644
index 0000000000..c081f9799e
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+
+`git annex merge` goes out of memory on a large repo.
+
+
+### What steps will reproduce the problem?
+
+    $ git annex merge
+    merge git-annex git-annex: out of memory (requested 1048576 bytes)
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130827
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+
+On debian wheezy i386
+
+### Please provide any additional information below.
+
+The repository contains a lot of files:
+
+    $ cd .git/objects
+    $ find . -type f | wc -l 
+    1091548
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_1_6d47485728ea65a9b555f8be7159dea5._comment b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_1_6d47485728ea65a9b555f8be7159dea5._comment
new file mode 100644
index 0000000000..f87a9a84d1
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_1_6d47485728ea65a9b555f8be7159dea5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxlx1UrzVhdy6_gFjzmF42x6QXxBUxg00"
+ nickname="Jakukyo"
+ subject="pre-commit hook of git annex"
+ date="2013-09-11T00:58:09Z"
+ content="""
+The pre-commit hook of git annex throws an 'out of memory' error, too.
+
+As a workaround, I've deleted ~/.git/hooks/pre-commit, and use `git merge` manually.
+"""]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_2_06723d13ecdaf87de5ff2b209e3c5198._comment b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_2_06723d13ecdaf87de5ff2b209e3c5198._comment
new file mode 100644
index 0000000000..76a0d2fd48
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_2_06723d13ecdaf87de5ff2b209e3c5198._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 2"
+ date="2013-09-13T18:38:11Z"
+ content="""
+Can you run this so I can get a better idea of the size of this repository:
+
+git ls-tree -r git-annex | wc -l
+"""]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_3_9f83ef190547b291a715cda55b7977d4._comment b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_3_9f83ef190547b291a715cda55b7977d4._comment
new file mode 100644
index 0000000000..11f03b39d9
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_3_9f83ef190547b291a715cda55b7977d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 3"
+ date="2013-09-19T18:53:14Z"
+ content="""
+I just fixed a memory leak that occurred when large files were checked directly into git (perhaps by accident by committing files manually when using direct mode). However, I don't think it affected `git annex merge`. 
+
+Still need information about how to reproduce this bug...
+"""]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_4_0e32ae0300472c56079cfbcd78a3e386._comment b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_4_0e32ae0300472c56079cfbcd78a3e386._comment
new file mode 100644
index 0000000000..d1c447980c
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_4_0e32ae0300472c56079cfbcd78a3e386._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxlx1UrzVhdy6_gFjzmF42x6QXxBUxg00"
+ nickname="Jakukyo"
+ subject="size of repo"
+ date="2013-09-21T09:32:03Z"
+ content="""
+    $ git ls-tree -r git-annex | wc -l
+    29273
+"""]]
diff --git a/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_5_e8998716107e7ae8d0e8d332812517ad._comment b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_5_e8998716107e7ae8d0e8d332812517ad._comment
new file mode 100644
index 0000000000..272dc2fd2d
--- /dev/null
+++ b/doc/bugs/merge_causes_out_of_memory_on_large_repos/comment_5_e8998716107e7ae8d0e8d332812517ad._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 5"
+ date="2013-09-25T18:36:39Z"
+ content="""
+That doesn't look very big, I merge one 3x that large on a 128 mb machine.
+
+I think you will need to either email me privately so I can get a copy of your repository to investigate with ... or you can try to investigate on your own. 
+
+I think the first things I would try to debug this are to look over `git annex merge --debug` and see if I see anything unusual, and then I would probably `git checkout git-annex` in the repository, and wc -l on all the files and see if any file has a lot of lines, or is otherwise very large.
+
+If that found nothing, my next step would be to rebuild git-annex from source with memory profiling enabled, as explained in this book, and try to get a memory profiling graph that explained what was using up the memory. <http://book.realworldhaskell.org/read/profiling-and-optimization.html>
+"""]]
diff --git a/doc/bugs/migrated_files_not_showing_up_in_unused_list.mdwn b/doc/bugs/migrated_files_not_showing_up_in_unused_list.mdwn
new file mode 100644
index 0000000000..33776d13af
--- /dev/null
+++ b/doc/bugs/migrated_files_not_showing_up_in_unused_list.mdwn
@@ -0,0 +1,62 @@
+Word summary: After migrating from SHA256 to SHA256E I still have a ton of SHA256 files around that aren't being found by unused.
+
+Command outputs (see, specifically, the output of status showing number of SHA256 and SHA256E files):
+
+
+    greg@eeepc:/mnt/blackbox/Media/Pictures/Photos$ less .gitattributes
+    * annex.backend=SHA256E
+
+    greg@eeepc:/mnt/blackbox/Media/Pictures/Photos$ git-annex migrate .
+    (Recording state in git...)
+
+    greg@eeepc:/mnt/blackbox/Media/Pictures/Photos$ git-annex unused
+    unused . (checking for unused data...) (checking master...) (checking rose/master...) (checking x200s/master...)
+      Some partially transferred data exists in temporary files:
+        NUMBER  KEY
+        1       SHA256E-s15766010--8132a02a8b245eb9842e89c5e696df4e9c82d676f8dec3c6bb96892c19f99d51.jpg
+
+      To remove unwanted data: git-annex dropunused NUMBER
+
+    ok
+    (Recording state in git...)
+
+    greg@eeepc:/mnt/blackbox/Media/Pictures/Photos$ git-annex status
+    supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: 1
+            c0e4106e-2631-11e2-9749-1bfa37a61069 -- rose
+    semitrusted repositories: 3
+            00000000-0000-0000-0000-000000000001 -- web
+            9bd4077e-196c-11e2-9cc9-9faafb3e34ee -- x200s
+            c69d6fcc-18d1-11e2-9487-2fe6dbf0516b -- here (photos on eeepc)
+    untrusted repositories: 0
+    dead repositories: 1
+            3ebd5ac2-2092-11e2-856a-bb0203cce179 -- Photos on Rose
+    transfers in progress: 
+            downloading 2011/06/30/IMG_8180.jpg
+     from rose
+    available local disk space: 2 terabytes (+1 megabyte reserved)
+    temporary directory size: 9 megabytes (clean up with git-annex unused)
+    local annex keys: 36210
+    local annex size: 136 gigabytes
+    known annex keys: 23388
+    known annex size: 102 gigabytes
+    bloom filter size: 16 mebibytes (7.2% full)
+    backend usage: 
+            SHA256E: 37453
+            SHA256: 22145
+    (Recording state in git...)
+
+    greg@eeepc:/mnt/blackbox/Media/Pictures/Photos$ apt-cache policy git-annex
+    git-annex:
+      Installed: 3.20121017
+      Candidate: 3.20121017
+      Version table:
+     *** 3.20121017 0
+            600 http://ftp.us.debian.org/debian/ unstable/main i386 Packages
+            100 /var/lib/dpkg/status
+         3.20120629 0
+            650 http://ftp.us.debian.org/debian/ wheezy/main i386 Packages
+
+
+As Joey predicted, this took care of itself over time. Marking as [[bugs/done]].
diff --git a/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_1_2cfbf6693b051c758fe5efa5ee885829._comment b/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_1_2cfbf6693b051c758fe5efa5ee885829._comment
new file mode 100644
index 0000000000..ee5f056175
--- /dev/null
+++ b/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_1_2cfbf6693b051c758fe5efa5ee885829._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-07T19:02:45Z"
+ content="""
+Notice where it says:
+
+> (checking master...) (checking rose/master...) (checking x200s/master...)
+
+AFAICS, every one of those branches still refers to the migrated keys. For one thing, `git annex migrate` makes changes, but it doesn't commit them to master. And then you need to wait until the other remote are updated to.
+
+Also, there's not really any point in worrying about getting rid of migrated keys, since `git-annex migrate` hard links the new key to the old key, so the old ones don't take up any additional disk space.
+
+In other words: This should take care of itself as you continue to use the repository.
+"""]]
diff --git a/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_2_acb1abeb32c3aba8ba65151afbea753c._comment b/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_2_acb1abeb32c3aba8ba65151afbea753c._comment
new file mode 100644
index 0000000000..ccb7115887
--- /dev/null
+++ b/doc/bugs/migrated_files_not_showing_up_in_unused_list/comment_2_acb1abeb32c3aba8ba65151afbea753c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 2"
+ date="2012-11-15T04:11:55Z"
+ content="""
+You were right, this has taken care of itself.
+
+Thanks much for the solid piece of software.
+"""]]
diff --git a/doc/bugs/moreinfo.mdwn b/doc/bugs/moreinfo.mdwn
new file mode 100644
index 0000000000..579707dab1
--- /dev/null
+++ b/doc/bugs/moreinfo.mdwn
@@ -0,0 +1,2 @@
+This tags is for bugs needing more information from their submitter.
+Please respond to the bug and provide the requested information.
diff --git a/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__.mdwn b/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__.mdwn
new file mode 100644
index 0000000000..8dca631bab
--- /dev/null
+++ b/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__.mdwn
@@ -0,0 +1,30 @@
+### Please describe the problem.
+When I try to start the webapp, it fails, complaining about a nautilus script.
+
+
+### What version of git-annex are you using? On what operating system?
+Mythbuntu 12.04 (which is based on XFCE and doesn't have nautilus)
+$ git-annex version
+git-annex version: 5.20140402
+build flags: Assistant Webapp Webapp-secure Pairing S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ git-annex webapp
+
+git-annex: /home/mythbuntu/.local/share/nautilus/scripts/git-annex get: openFile: does not exist (No such file or directory)
+failed
+git-annex: webapp: 1 failed
+
+# End of transcript or log.
+"""]]
+
+[[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__/comment_1_9fdeaa51ccc7c71dcfeea3ea783d3b50._comment b/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__/comment_1_9fdeaa51ccc7c71dcfeea3ea783d3b50._comment
new file mode 100644
index 0000000000..d251886585
--- /dev/null
+++ b/doc/bugs/nautilus__47__scripts__47__git-annex_get:_openFile:_does_not_exist___40__No_such_file_or_directory__41__/comment_1_9fdeaa51ccc7c71dcfeea3ea783d3b50._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 1"
+ date="2014-04-06T11:34:37Z"
+ content="""
+The problem has been reported [here](http://git-annex.branchable.com/bugs/git-annex_fails_to_start_when_nautilus_script_directory_is_missing/) as well and is already fixed in the latest [release](http://git-annex.branchable.com/news/version_5.20140405/).
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows.mdwn b/doc/bugs/no_git-annex_shell_on_Windows.mdwn
new file mode 100644
index 0000000000..60a67eae9e
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+git annex installer on Windows only installs git-annex-licenses.txt  git-annex-uninstall.exe  git-annex.exe
+
+This makes git-annex unusable over ssh (Windows box runs cygwin sshd).
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+Windows 7 64bit
+
+git annex version
+git-annex version: 5.20140421-g78d6aa1
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_1_988768c3e4f30c751034a0b0390cdd88._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_1_988768c3e4f30c751034a0b0390cdd88._comment
new file mode 100644
index 0000000000..fc58c35dd2
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_1_988768c3e4f30c751034a0b0390cdd88._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T18:12:34Z"
+ content="""
+You should be able to copy git-annex.exe to git-annex-shell.exe and that will be usable as git-annex-shell. I could make the windows installer do this, but without the ability to easily hard or symlink the files, it would double the disk space for what seems an unusual use case..
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_2_70a6c9af57eed4f8ceb3de63cbf8a5e6._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_2_70a6c9af57eed4f8ceb3de63cbf8a5e6._comment
new file mode 100644
index 0000000000..dd8a5ef679
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_2_70a6c9af57eed4f8ceb3de63cbf8a5e6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2014-05-16T18:58:13Z"
+ content="""
+Hmm, I don't understand the double disk space issue.
+If direct mode is used, files are stored once, right?
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_3_7f48959c6242c5cc52e9d0a79fd3f85d._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_3_7f48959c6242c5cc52e9d0a79fd3f85d._comment
new file mode 100644
index 0000000000..634c0d8b64
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_3_7f48959c6242c5cc52e9d0a79fd3f85d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-05-16T20:36:02Z"
+ content="""
+I mean that copying git-annex.exe to git-annex-shell.exe doubles the disk space needed to install git-annex.
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_4_04b30dd9e510762ee547e7b45bdba660._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_4_04b30dd9e510762ee547e7b45bdba660._comment
new file mode 100644
index 0000000000..4a6fd402d3
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_4_04b30dd9e510762ee547e7b45bdba660._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 4"
+ date="2014-05-24T21:26:24Z"
+ content="""
+I tried copying git-annex.exe to git-annex-shell.exe, but it doesn't behave as git-annex-shell:
+
+git-annex-shell -c configlist
+git-annex-shell.exe: unknown command configlist
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_5_beebbd4a41cccfc7aac3c19d76c3b978._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_5_beebbd4a41cccfc7aac3c19d76c3b978._comment
new file mode 100644
index 0000000000..9d9acf54f3
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_5_beebbd4a41cccfc7aac3c19d76c3b978._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 5"
+ date="2014-05-24T21:45:55Z"
+ content="""
+Looks like .exe prefix confuses detection logic. If I remove extension, it does behave as git-annex-shell.
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_6_957c5da5f336c7ef59e4149602471888._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_6_957c5da5f336c7ef59e4149602471888._comment
new file mode 100644
index 0000000000..c9d4c3a6a5
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_6_957c5da5f336c7ef59e4149602471888._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 6"
+ date="2014-05-24T21:49:47Z"
+ content="""
+However, it's still not usable remotely over ssh:
+
+git annex sync kpf
+
+git-annex-shell: git: createProcess: invalid argument (Invalid argument)
+
+  Remote kpf does not have git-annex installed; setting annex-ignore
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_7_a8654cf656de55ccdcf40270a1ef4ca9._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_7_a8654cf656de55ccdcf40270a1ef4ca9._comment
new file mode 100644
index 0000000000..1733b29dd6
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_7_a8654cf656de55ccdcf40270a1ef4ca9._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 7"
+ date="2014-05-24T22:07:15Z"
+ content="""
+OK thought I'd use it with annex-ignore set, but:
+
+    git annex copy --to=kpf file.jpg
+    copy file.jpg (checking kpf...) git-annex-shell: git: createProcess: invalid argument (Invalid argument)
+(to kpf...) 
+    git-annex-shell: git: createProcess: invalid argument (Invalid argument)
+    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+    rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.0]
+
+    rsync failed -- run git annex again to resume file transfer
+    failed
+git-annex: copy: 1 failed
+
+
+For reference, here's the .git/config section.
+
+I can either set receivepack/uploadpack like below or add /cygdrive/c/Program Files (x86)/Git/libexec/git-core to PATH in cygwin shell.
+
+Also, if I set url to kp:/cygdrive/f/backup/f, git complains that it's not a git repository (msysgit doesn't understand cygwin stuff?)
+
+    [remote \"kpf\"]
+            url = kp:f:/backup/ph
+            fetch = +refs/heads/*:refs/remotes/kpf/*
+            receivepack = git receive-pack
+            uploadpack = git upload-pack
+            annex-uuid = 99c498fc-e38e-11e3-8bb0-5368a291bd90
+            annex-ignore = true
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_8_3c8bb1b1d67ca1a6e568e381d24a2574._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_8_3c8bb1b1d67ca1a6e568e381d24a2574._comment
new file mode 100644
index 0000000000..ba7fadc23f
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_8_3c8bb1b1d67ca1a6e568e381d24a2574._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 8"
+ date="2014-05-24T22:58:16Z"
+ content="""
+Another data point.  If I install cygwin's git (so references like kp:/cygdrive/f would be understood) and remove annex-ignore setting, I get:
+
+    git annex sync kpf
+    commit  ok
+    pull kpf 
+    git-annex: Unknown command 'kp'
+
+Looks like hostname (kp) is taken as a command somehow.
+
+"""]]
diff --git a/doc/bugs/no_git-annex_shell_on_Windows/comment_9_03646c9df9d4f4ea27459660fe65a976._comment b/doc/bugs/no_git-annex_shell_on_Windows/comment_9_03646c9df9d4f4ea27459660fe65a976._comment
new file mode 100644
index 0000000000..7a5152b590
--- /dev/null
+++ b/doc/bugs/no_git-annex_shell_on_Windows/comment_9_03646c9df9d4f4ea27459660fe65a976._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="comment 9"
+ date="2014-07-05T22:29:01Z"
+ content="""
+Copying the `git-annex.exe` does work but you can also create a symlink and tell Windows to execute symlinks by doing the following.
+
+On the remote machine (the one you are connecting to)
+
+## Create a symlink:
+
+    mklink \"C:\Program Files (x86)\Git\bin\git-annex-shell\" \"C:\Program Files (x86)\Git\bin\git-annex.exe\"
+
+## Tell Windows to run files with no extension:
+
+* Open Environment Variables
+* At the end of `PATHEXT` add `;.`
+
+## A problem with rsync
+
+Unfortunately I now get `Access is denied` and `rsync: connection unexpectedly closed`. I think this is due to path issues on Windows. Trying rsync manually I need to use the `/cygdrive/c/rest/of/path` syntax otherwise I get `No such file or directory.`
+
+
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange.mdwn b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange.mdwn
new file mode 100644
index 0000000000..1dca843466
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange.mdwn
@@ -0,0 +1,40 @@
+### Please describe the problem.
+
+Changing a file in a repository from a symlink to a normal file causes annex to create an annexed file from that typechange regardless of weather or not it was an annexed file.
+
+
+### What steps will reproduce the problem?
+
+    git init newrepo
+    cd newrepo && git annex init
+    touch realfile
+    git add .
+    git commit -m "added realfile"
+    mkdir newdir && cd newdir
+    ln -s ../realfile newfile
+    git add .
+    git commit -m "Added placeholder until we get assets from designers"
+    rm newfile
+    dd bs=1024 count=10000 if=/dev/zero of=newfile
+    git add .
+    git commit -m "Finally got assets from designers"
+    ls -la newfile
+    # lrwxrwxrwx 1 user user <date> newfile -> ../.git/annex/objects/XX/XX/UUID/UUID
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130802
+
+Ubuntu 12.04 LTS
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_1_6ac691645edb483797bee05043fd83b3._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_1_6ac691645edb483797bee05043fd83b3._comment
new file mode 100644
index 0000000000..a3c162d61a
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_1_6ac691645edb483797bee05043fd83b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 1"
+ date="2013-08-12T20:19:37Z"
+ content="""
+It looks like all the \"add\" operations are missing from the log, which makes it a bit hard to follow...
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_2_5d67e3a60b7cc30c2b1857f50895d363._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_2_5d67e3a60b7cc30c2b1857f50895d363._comment
new file mode 100644
index 0000000000..c122bd92f9
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_2_5d67e3a60b7cc30c2b1857f50895d363._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 2"
+ date="2013-08-12T20:41:34Z"
+ content="""
+Sorry about that.  I forgot that -a doesn't add files.
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_3_78f1e081b92f418c20893d86a8715501._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_3_78f1e081b92f418c20893d86a8715501._comment
new file mode 100644
index 0000000000..d00556c751
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_3_78f1e081b92f418c20893d86a8715501._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 3"
+ date="2013-08-12T20:48:42Z"
+ content="""
+There are still no git-annex actions in the log, except for the init. So the end result for ls -la is not possible with those commands. You may want to try to reproduce it again and write down the exact command sequence used ;)
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_4_1e2a59e0eec89ef1a57d1488ff40dcf0._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_4_1e2a59e0eec89ef1a57d1488ff40dcf0._comment
new file mode 100644
index 0000000000..d68b3ea354
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_4_1e2a59e0eec89ef1a57d1488ff40dcf0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 4"
+ date="2013-08-12T21:07:45Z"
+ content="""
+@arand: That's precisely the problem!  I think you'll find if you run those commands exactly, that's what you'll get.
+
+It's got something to do with the git annex pre-commit hook that runs and checks for typechanges.
+
+I shortened the output on the last command to be less verbose, but if the full output is needed, I'll add it.
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_5_5e74431048b07631e0dbeca90fdb365b._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_5_5e74431048b07631e0dbeca90fdb365b._comment
new file mode 100644
index 0000000000..b2f525648e
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_5_5e74431048b07631e0dbeca90fdb365b._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 5"
+ date="2013-08-12T21:50:47Z"
+ content="""
+Hmm, I think I see it now, you were missing a `rm` command in the log, and I had no idea the pre-commit hook existed :)
+
+This reproduces the issue, and it seems to indeed be a bug in the git-annex pre-commit handling, nice catch.
+
+<pre>
+$ git init temp
+Initialized empty Git repository in /home/arand/tmp/temp/.git/
+$ cd temp && git annex init
+init  ok
+(Recording state in git...)
+$ ln -s broken link
+$ git add .
+$ git commit -m\"add broken link\"
+[master (root-commit) 8125488] add broken link
+ 1 file changed, 1 insertion(+)
+ create mode 120000 link
+$ rm link
+$ echo \"actual file\" >link
+$ git add .
+$ git commit -m\"replace link with real file\"
+add link (checksum...) ok
+ok
+(Recording state in git...)
+[master b58b068] replace link with real file
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+$ git diff HEAD~ | cat
+diff --git a/link b/link
+index 86a410d..4104f6e 120000
+--- a/link
++++ b/link
+@@ -1 +1 @@
+-broken
+\ No newline at end of file
++.git/annex/objects/v4/GQ/SHA256E-s12--ef29ded6f5ae80d89a838d37e01ed3efaade7a2994aff87d1100697554b7327b/SHA256E-s12--ef29ded6f5ae80d89a838d37e01ed3efaade7a2994aff87d1100697554b7327b
+\ No newline at end of file
+$
+</pre>
+
+
+
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_6_3724e1c1a5fc6d3589452478249792ec._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_6_3724e1c1a5fc6d3589452478249792ec._comment
new file mode 100644
index 0000000000..9c558e05e2
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_6_3724e1c1a5fc6d3589452478249792ec._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 6"
+ date="2013-08-12T21:53:17Z"
+ content="""
+Ah, you're very right.  Thank you.
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_7_7f841ea7bf7d44f3d810ca097ac9eb47._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_7_7f841ea7bf7d44f3d810ca097ac9eb47._comment
new file mode 100644
index 0000000000..e781beae15
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_7_7f841ea7bf7d44f3d810ca097ac9eb47._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 7"
+ date="2013-08-12T21:53:56Z"
+ content="""
+I updated the issue with the `rm` statement I forgot.
+"""]]
diff --git a/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_8_c53ce2274388711ffbde1595b64f932b._comment b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_8_c53ce2274388711ffbde1595b64f932b._comment
new file mode 100644
index 0000000000..b4ef6b5c7e
--- /dev/null
+++ b/doc/bugs/non-annexed_file_changed_to_annexed_on_typechange/comment_8_c53ce2274388711ffbde1595b64f932b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 8"
+ date="2013-08-22T17:25:48Z"
+ content="""
+Yay for the git-annex community for another fine bug testcase!
+
+The problem is simply that it assumes any typechanged link was an annexed file, and doesn't doublecheck. Fixing that now..
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status.mdwn b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status.mdwn
new file mode 100644
index 0000000000..a66d8635a0
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status.mdwn
@@ -0,0 +1,89 @@
+### Please describe the problem.
+
+when running ```git annex status``` i get 'alien' content in the list of repositories (some timestamps, something looking like git status messages, and a long list of ```(recovery from race)``` messages. the actual content seems fine and the list of repositories in the assistant looks ok, but the CLI status messages show this unusual content (full dump below).
+
+### What steps will reproduce the problem?
+
+not sure how i would go about reproducing this: i only noticed this weird output just now and i'm pretty sure it was fine 24h ago - in the meanwhile the single non-ordinary operation was deleting via the assistant's webapp an SSH remote, rsync+encryption, then creating it again as bare repo without encryption.
+
+after the assistant finished removing all the content from the previous annex directory, it stalled reporting deletion in progress (the annex directory's parent on the remote server was not writeable for the user used for the ssh connection - perhaps that was the cause). even after chowning the parent dir and restarting the assistant on my local workstation, the assistant would still show the remote as pending deletion.
+
+after a while i could add the remote again, setting it to be a git bare repo, and content was copied over.
+
+from the assistant's webapp, i still see the correct list of remotes, but the output of ```git annex status``` is as below.
+
+```.git/config``` also looks ok, listing some core settings, some annex settings and my three real remotes for this annex.
+
+the part of logs relevant to the above change (deletion of remote, creation of new one + content sync) is unfortunately gone from the annex logs (including the rotated ones in ```.git/annex/daemon.log*```).
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130709:amd64 on Debian testing (linux 3.9.8-1)
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+$ git annex status
+supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+supported remote types: git S3 bup directory rsync web webdav glacier hook
+repository mode: direct
+trusted repositories: 7
+        1359161911.638435s -- 1
+        1359161913.173474s -- 1
+        1359161913.288686s -- 1
+        1359332402.294867s -- 1
+        1359332406.839623s -- 1
+        1359332407.454511s -- 1
+        1359332411.932021s -- 1
+semitrusted repositories: 36
+        00000000-0000-0000-0000-000000000001 -- web
+        00511808-8d7c-11e2-a252-43e07a9aaa3c -- client
+        12527a3a-a21d-4cc7-a7ea-074e8fd0260f -- annex_on_rpi00 (standard)
+        12a7b66c-e681-4dcc-bf75-b995512e5e76 -- client
+        1359159154.357141s -- 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1359159155.817851s -- 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1359159155.931382s -- 1 e08336a0-6742-11e2-8a53-17c5ab00507f
+        1359161255.198519s -- 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1359161256.72633s -- 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1359161256.952372s -- 1 e08336a0-6742-11e2-8a53-17c5ab00507f
+        1359332437.573825s -- 1 2e71af50-674c-11e2-b542-6397738d1182
+        1359332440.782882s -- 0 2e71af50-674c-11e2-b542-6397738d1182
+        1359332441.153755s -- 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+        1359332448.091981s -- 0 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1359332507.354892s -- 1 2e71af50-674c-11e2-b542-6397738d1182
+        1359332512.553832s -- 1 2e71af50-674c-11e2-b542-6397738d1182
+        1359332512.666779s -- 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+        1359332517.773994s -- 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+        1359332523.112182s -- 0 2ce1be52-6745-11e2-83e5-e7d111798afd
+        1374091795.70517s -- 1 2e71af50-674c-11e2-b542-6397738d1182
+        1374507271.515001s -- 0 8d243fde-0c4c-4a19-8bce-ac1beb48eef0
+        1374507272.066961s -- 0 8d243fde-0c4c-4a19-8bce-ac1beb48eef0
+        1a76c11b-b359-4606-be1d-cc3b17dc684e -- client
+        2ce1be52-6745-11e2-83e5-e7d111798afd -- git.services__data_annex_ (transfer)
+        2e71af50-674c-11e2-b542-6397738d1182 -- here (client)
+        42c358c4-6741-11e2-ba3f-8bdecec02757 -- x11miel.local_data_annex (em@10.10.10.100:~/data/annex)
+        4eb75def-169c-45f8-b9b0-a0aa52017bd6 -- client
+        92aa538c-8d7b-11e2-9ae1-3fd2531928c1 -- client
+        author -- nnnn nnnn <em@a.il> 1374509958 +0100
+        committer -- nnnn nnnn <em@a.il> 1374509958 +0100
+        d83e4134-8d7a-11e2-8822-7f2218f2cc42 -- client
+        e08336a0-6742-11e2-8a53-17c5ab00507f -- backup
+        f7969bd0-d5dc-11e2-b362-cbb323f72415 -- transfer
+        merging -- 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+        parent -- fcde6fd44ff2ad2aaca895bca1b32fb398d76545
+        tree -- b6d4b49d9b67b296b0a0d9a800b96f88d480f923
+untrusted repositories: 2
+        1359332417.999925s -- 0
+        1374507270.94356s -- 0
+transfers in progress: none
+available local disk space: 6 gigabytes (+1 megabyte reserved)
+local annex keys: 1984
+local annex size: 6 gigabytes
+known annex keys: 1989
+known annex size: 6 gigabytes
+bloom filter size: 16 mebibytes (0.3% full)
+backend usage:
+        SHA256E: 3973
+$ 
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_1_fcd230cbb2ac363c469b98021042c011._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_1_fcd230cbb2ac363c469b98021042c011._comment
new file mode 100644
index 0000000000..c9aa34806b
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_1_fcd230cbb2ac363c469b98021042c011._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="git annex status output on connected nodes"
+ date="2013-07-25T16:42:04Z"
+ content="""
+i have now updated the git-annex package to the latest 4.20130723:amd64 still on Debian testing (linux 3.9.8-1) - i see the same issue (while files keep synchronising fine across the various connected nodes).
+
+i have noticed that the same output appears when i issue ```git annex status``` on the other nodes (an Ubuntu 13.04 with kernel 3.9.7 amd64 and a Debian stable with 3.10.1-1 amd64, all with latest Debian 4.20130723:amd64 package).
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_2_23207ecabd4b41d9551d0491fa71e96b._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_2_23207ecabd4b41d9551d0491fa71e96b._comment
new file mode 100644
index 0000000000..3c9d1f36f9
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_2_23207ecabd4b41d9551d0491fa71e96b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-07-25T20:12:06Z"
+ content="""
+Please paste the output of: `git show git-annex:uuid.log`
+
+The file seems to have a lot of garbage in it. The \"merging -- 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race)\" in particular is only ever passed to git as the commit message. It should not be possible for it to appear in a file unless data has somehow become corrupted.
+
+So, I think you should also run `git fsck`. You may also find that it helps to shut down any running git-annex, and move `.git/annex/index` away to a backup location. A corrupted index file would be kind of be the best scenario since git-annex can automatically rebuild it from the git repository..
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_3_6ea92adfe955b6a5cd2a39fea78b3bf6._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_3_6ea92adfe955b6a5cd2a39fea78b3bf6._comment
new file mode 100644
index 0000000000..56ae258a7c
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_3_6ea92adfe955b6a5cd2a39fea78b3bf6._comment
@@ -0,0 +1,119 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="comment 3"
+ date="2013-07-26T14:54:23Z"
+ content="""
+thanks Joey.
+
+output from ```git show git-annex:uuid.log``` is below.
+
+```git fsck``` shows me 4201 lines of ```dangling blob <sha>```.
+
+```git annex fsck``` instead checksums all the files and only reports a single error about no known copies of an individual file. i guess this can be relied upon to confirm that the actual data is fine?
+
+i have also tried shutting down any running git-annex and moving the index file away - it was rebuilt when i restarted the assistant, but i still get the same output from ```git annex status```.
+
+i should probably work around this by just copying the annex folder's contents to a new folder and create a new annex there (perhaps in indirect mode rather than direct as it is now, as this is mostly a document archive with no further changes to files except some occasional renaming) and create my remotes from scratch, but now i'm quite curious about trying to track down what happened and to understand if the annex is reliably storing and syncing content even though the status message contains alien data.
+
+
+(output from ```git show git-annex:uuid.log``` follows)
+
+    00511808-8d7c-11e2-a252-43e07a9aaa3c client timestamp=1363357452.108251s
+    12527a3a-a21d-4cc7-a7ea-074e8fd0260f pi@pi0:/mnt/annex/00/annex timestamp=1374508625.460693s
+    12527a3a-a21d-4cc7-a7ea-074e8fd0260f standard timestamp=1374508627.738835s
+    12527a3a-a21d-4cc7-a7ea-074e8fd0260f transfer timestamp=1374508627.731088s
+    12a7b66c-e681-4dcc-bf75-b995512e5e76 client timestamp=1363469702.545491s
+    1359159154.357141s 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1359159155.817851s 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1359159155.931382s 1 e08336a0-6742-11e2-8a53-17c5ab00507f
+    1359161255.198519s 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1359161256.72633s 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1359161256.952372s 1 e08336a0-6742-11e2-8a53-17c5ab00507f
+    1359161911.638435s 1
+    1359161913.173474s 1
+    1359161913.288686s 1
+    1359332402.294867s 1
+    1359332406.839623s 1
+    1359332407.454511s 1
+    1359332411.932021s 1
+    1359332417.999925s 0
+    1359332437.573825s 1 2e71af50-674c-11e2-b542-6397738d1182
+    1359332440.782882s 0 2e71af50-674c-11e2-b542-6397738d1182
+    1359332441.153755s 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+    1359332448.091981s 0 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1359332507.354892s 1 2e71af50-674c-11e2-b542-6397738d1182
+    1359332512.553832s 1 2e71af50-674c-11e2-b542-6397738d1182
+    1359332512.666779s 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+    1359332517.773994s 1 42c358c4-6741-11e2-ba3f-8bdecec02757
+    1359332523.112182s 0 2ce1be52-6745-11e2-83e5-e7d111798afd
+    1374091795.70517s 1 2e71af50-674c-11e2-b542-6397738d1182
+    1374507270.94356s 0
+    1374507271.515001s 0 8d243fde-0c4c-4a19-8bce-ac1beb48eef0
+    1374507272.066961s 0 8d243fde-0c4c-4a19-8bce-ac1beb48eef0
+    1a76c11b-b359-4606-be1d-cc3b17dc684e client timestamp=1370536281.421365s
+    2ce1be52-6745-11e2-83e5-e7d111798afd  timestamp=1359155758.081281s
+    2ce1be52-6745-11e2-83e5-e7d111798afd transfer timestamp=1359155760.243544s
+    2e71af50-674c-11e2-b542-6397738d1182 em@x12yad:~/data/annex timestamp=1359158766.916677s
+    2e71af50-674c-11e2-b542-6397738d1182 client timestamp=1359158766.994574s
+    42c358c4-6741-11e2-ba3f-8bdecec02757 em@10.10.10.100:~/data/annex timestamp=1359314998.998417s
+    42c358c4-6741-11e2-ba3f-8bdecec02757 em@x11miel:~/data/annex timestamp=1359154076.554768s
+    42c358c4-6741-11e2-ba3f-8bdecec02757 client timestamp=1359154076.649004s
+    4eb75def-169c-45f8-b9b0-a0aa52017bd6 client timestamp=1363467301.827658s
+    8d243fde-0c4c-4a19-8bce-ac1beb48eef0 X timestamp=1374508357.215776s
+    8d243fde-0c4c-4a19-8bce-ac1beb48eef0 backup on rPi Zero timestamp=1374398146.433271s
+    8d243fde-0c4c-4a19-8bce-ac1beb48eef0 standard timestamp=1374508303.429835s
+    8d243fde-0c4c-4a19-8bce-ac1beb48eef0 unwanted timestamp=1374506712.447376s
+    8d243fde-0c4c-4a19-8bce-ac1beb48eef0 unwanted timestamp=1374508303.426075s
+    92aa538c-8d7b-11e2-9ae1-3fd2531928c1 client timestamp=1363357265.665495s
+    author nnnn nnnn <em@a.il> 1374508641 +0100
+    author nnnn nnnn <em@a.il> 1374508642 +0100
+    author nnnn nnnn <em@a.il> 1374508643 +0100
+    author nnnn nnnn <em@a.il> 1374508644 +0100
+    author nnnn nnnn <em@a.il> 1374508645 +0100
+    author nnnn nnnn <em@a.il> 1374509958 +0100
+    committer nnnn nnnn <em@a.il> 1374508641 +0100
+    committer nnnn nnnn <em@a.il> 1374508642 +0100
+    committer nnnn nnnn <em@a.il> 1374508643 +0100
+    committer nnnn nnnn <em@a.il> 1374508644 +0100
+    committer nnnn nnnn <em@a.il> 1374508645 +0100
+    committer nnnn nnnn <em@a.il> 1374509958 +0100
+    d83e4134-8d7a-11e2-8822-7f2218f2cc42 em@x11miel:~/data/photos timestamp=1363356952.82141s
+    d83e4134-8d7a-11e2-8822-7f2218f2cc42 client timestamp=1363356952.865265s
+    e08336a0-6742-11e2-8a53-17c5ab00507f backup timestamp=1359154795.94703s
+    f7969bd0-d5dc-11e2-b362-cbb323f72415  timestamp=1371315579.82712s
+    f7969bd0-d5dc-11e2-b362-cbb323f72415 transfer timestamp=1371315580.420388s
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    merging 10.10.10.10__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+    parent 02683b204119ba5668286ef6aa803bb52d3515d0
+    parent 07e2a9755790cefa6004496570bc8094aa757afa
+    parent 09199d3870ae53d6a602c26f4b9d59f62411236c
+    parent 0d436b9b3c3766dec276f32fdb80251c2159c154
+    parent 5aca77f1f93d2f34b521e7844b0608242a70f68f
+    parent 5e3331cc8f28603e4cb8ce890fbe221d3857717c
+    parent 92b9cacae1f40a23a2e8d5feea2b058e39806bd4
+    parent bc52e17b49503d598347bc7ddb1fa05a1ca6eba2
+    parent bfc242d6cfc27ec5fb7ec5fdb745ef8e08028fd9
+    parent d7867e1afaa32a829cb875589764e921a92bde5b
+    parent ecab3543a69ac98a1509933fa25600ac3f9c091b
+    parent fcde6fd44ff2ad2aaca895bca1b32fb398d76545
+    tree 14dc2bb1ff7682d7c2f4d14ae1e5c378b0b89d47
+    tree 59d730a282fa721332a4a2686061d6ee11024e72
+    tree 5a452c8e00eb1d1fb67ef63ed74381b8f80b2ae0
+    tree 80cc5887614c1d5dd200b2ea6a90ee6b881b966b
+    tree af2b572801e828df16c195d4dfd368a1f37db33f
+    tree b026659bb4b1bf02bf146c0b873244230c7cea06
+    tree b33eaa96e7f04c014c93b4e388d831d6ec7c3746
+    tree b6d4b49d9b67b296b0a0d9a800b96f88d480f923
+
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_4_d0e55585f1612148163039d157253258._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_4_d0e55585f1612148163039d157253258._comment
new file mode 100644
index 0000000000..1e2a8fe247
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_4_d0e55585f1612148163039d157253258._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2013-07-26T16:52:26Z"
+ content="""
+The 4201 dangling blobs is a little bit strange, although it could certainly happen in some normal scenarios.
+Overall, your repository seems to be ok except for this weird data in the one file. I do not anticipate the extra garbage causing any problems at all.
+
+To track this down, we need to find the commit that added the garbage. One way, assuming you're using indirect mode, is to `git checkout git-annex; git blame uuid.log` and `git show` the commit that added the garbage. If you're using direct mode, you should first `git clone` the repository and do that in the clone.
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_6_5506dc1b08516677886da4aa97263864._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_6_5506dc1b08516677886da4aa97263864._comment
new file mode 100644
index 0000000000..1aaeff404f
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_6_5506dc1b08516677886da4aa97263864._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 6"
+ date="2013-07-26T20:59:42Z"
+ content="""
+I think that the whole `git show $sha` for each commit will provide useful context.
+
+I want to understand what happened here, because there are multiple weird things going on, and it's important to root cause this sort of bug.
+
+What version of git-annex is on the rPi and how was it installed? Is there a simple operation you can do that segfaults every time?
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_073449cc2cb73efd2b2d3d778a5573de._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_073449cc2cb73efd2b2d3d778a5573de._comment
new file mode 100644
index 0000000000..f7046a3496
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_073449cc2cb73efd2b2d3d778a5573de._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="comment 7"
+ date="2013-07-26T22:31:15Z"
+ content="""
+thanks Joey. i'm sending the output of ```git show $sha``` separately as it contains some non-public data; according to apt/dpkg logs, the rPi was actually using git-annex:armhf 4.20130521 from Debian testing at the time these commits were done. i did in fact install 4.20130709 and then 4.20130723 a couple of days after the issue showed up, but only yesterday i realised that both versions were segfaulting all the time (just invoking ```git-annex``` would segfault); 4.20130521 works reliably, instead (i have just downgraded to test), so my previous question about an interrupted operation possibly causing the metadata corruption is not valid as the git-annex executable in use at the time of the issue was not segfaulting (at least not under every circumstance as the more recent versions *in my setup* - but i'll dig into this separately - probably some library issue or so).
+
+the only change i can't really trace in terms of timing is when i deleted the remote i had originally set up on my rPi (using encrypted rsync) via the assistant's web interface on my laptop, and set it up again as plain unencrypted ssh remote (bare repo). i'm pretty sure this operation was done the day the commits in the ```git blame``` for ```uuid.log``` were done, but i'm not sure about the time and don't have logs going back to that moment.
+
+i could disconnect all the remotes from my laptop and redo the setup on the rPi to see if i can reproduce the issue, but i would need some pointers on how to revert my main annex on my laptop to the state it was in before i first started using the rPi as remote: can i just ```git reset --hard <some_sha>``` while on the ```git-annex``` branch? the annex is currently in direct mode (and as been so for a few months now).
+
+otherwise, i could easily copy all the data (or a subset, to start with) to a clean folder, set up a fresh annex there and pair the rPi again - if the corruption was due to some issue on the rPi it may not depend on the exact status the annex was at when the metadata corruption happened (although my full setup includes other remotes and i see some back-and-forth of merging going on throughout the history of the annex around the time the metadata issue started, so it may be hard to reproduce the exact same context).
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_3516e71ba3b07427a10cbb4965712aa6._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_3516e71ba3b07427a10cbb4965712aa6._comment
new file mode 100644
index 0000000000..d8e91fdd4b
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_7_3516e71ba3b07427a10cbb4965712aa6._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="comment 7"
+ date="2013-07-26T18:11:25Z"
+ content="""
+thanks; the current ```uuid.log``` file carries content from 8 distinct commits :
+
+    335cb49c  2013-07-22 16:57:32 +0100
+    4ec397f7  2013-07-22 16:57:26 +0100
+    50542096  2013-07-22 17:19:21 +0100
+    621a1a03  2013-07-22 16:57:28 +0100
+    63dd4509  2013-07-22 16:57:26 +0100
+    8c2d3ff7  2013-07-22 16:57:19 +0100
+    9ba4166d  2013-07-22 18:38:29 +0100
+    e182ee60  2013-07-22 16:57:26 +0100
+
+would the whole diff for each commit be useful, or just the part related to uuid.log?
+
+all these commits were done by git-annex on my laptop; the earliest of these commits come seconds after two commits done on another node - a raspberry pi running armhf Raspbian, although i now see that ```git-annex``` and ```git-annex-shell``` on this rPi are constantly segfaulting (though i can't understand the reason from the strace output): perhaps a segfault while dealing with a git operation on the rPi started the metadata corruption somehow?
+
+btw - if this could be useful to track down a possible bug in git-annex (although only involving some metadata, not the actual data), i am happy to dig further to provide all the information needed to understand what might have happened, but if it's not something worth investigating further in the bigger scheme of things, from my point of view i'm ok with restarting a fresh annex with content moved from this annex, and pristine metadata :)
+
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_8_ea2e4704adb2f304f9c11c61eb62e919._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_8_ea2e4704adb2f304f9c11c61eb62e919._comment
new file mode 100644
index 0000000000..a87e4cab2b
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_8_ea2e4704adb2f304f9c11c61eb62e919._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="comment 8"
+ date="2013-07-26T22:38:51Z"
+ content="""
+forgot to mention - git-annex:armhf 4.20130521 was installed on the rPi via apt-get after having added testing as extra source besides the base stable of Raspbian; the other two versions (the segfaulting ones) were installed via ```dpkg -i``` on the packages downloaded directly from packages.d.o.
+"""]]
diff --git a/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_9_4d17fedead7977541371a3f2c192e030._comment b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_9_4d17fedead7977541371a3f2c192e030._comment
new file mode 100644
index 0000000000..f2d9f56d84
--- /dev/null
+++ b/doc/bugs/non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status/comment_9_4d17fedead7977541371a3f2c192e030._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 9"
+ date="2013-07-27T17:37:11Z"
+ content="""
+Here's an excerpt of the first commit where uuid.log got garbage into it. It seems that some other log files got garbage put in them before this point, and it will be interesting to see if every time new garbage gets in it's doing a \"(recovery from race)\" commit. If so, that would point pretty strongly at that code as a culprit.
+
+(Of course, it's intriguing that the race recovery commit itself seemed to encounter a race and this repeated dozens of times. An exceptionally unlikely thing to happen if everything is behaving correctly.)
+
+<pre>
+commit 8c2d3ff75431873d99c512bcae007d68ff0b565e 
+Author: REDACTED AUTHOR
+Date:   Mon Jul 22 16:57:19 2013 +0100
+
+    merging 10.4.10.106__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
+
+diff --git a/uuid.log b/uuid.log
+index 7e7e0f9..0423e02 100644
+--- a/uuid.log
++++ b/uuid.log
+@@ -1,4 +1,6 @@
++
+ 00511808-8d7c-11e2-a252-43e07a9aaa3c client timestamp=1363357452.108251s
++12527a3a-a21d-4cc7-a7ea-074e8fd0260f pi@pi0:/mnt/annex/00/annex timestamp=1374508625.460693s
+ 12527a3a-a21d-4cc7-a7ea-074e8fd0260f transfer timestamp=1374508627.731088s
+ 12a7b66c-e681-4dcc-bf75-b995512e5e76 client timestamp=1363469702.545491s
+ 1359159154.357141s 1 2ce1be52-6745-11e2-83e5-e7d111798afd
+@@ -28,6 +30,13 @@
+ 8d243fde-0c4c-4a19-8bce-ac1beb48eef0 unwanted timestamp=1374506712.447376s
+ 8d243fde-0c4c-4a19-8bce-ac1beb48eef0 unwanted timestamp=1374508303.426075s
+ 92aa538c-8d7b-11e2-9ae1-3fd2531928c1 client timestamp=1363357265.665495s
++author REDACTED AUTHOR 1374508635 +0100
++committer REDACTED AUTHOR 1374508635 +0100
+ d83e4134-8d7a-11e2-8822-7f2218f2cc42 client timestamp=1363356952.865265s
+ e08336a0-6742-11e2-8a53-17c5ab00507f backup timestamp=1359154795.94703s
+ f7969bd0-d5dc-11e2-b362-cbb323f72415 transfer timestamp=1371315580.420388s
++merging 10.4.10.106__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
++merging 10.4.10.106__mnt_annex_00_annex/git-annex into git-annex (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race)
++parent 059104588cc3c45a762586843e8ae375473993af
++parent 21a14d1ed6ea5afa11eb07c7f16fb2dd03f5d64c
++tree c4ebf18a3d1d7862484b1378124c8cb7d2c704da
+</pre>
+
+Looks a lot like a whole git commit object was union merged into the file, doesn't it?
+"""]]
diff --git a/doc/bugs/numcopies_deprecated__44___but_still_in_walkthrough.mdwn b/doc/bugs/numcopies_deprecated__44___but_still_in_walkthrough.mdwn
new file mode 100644
index 0000000000..12e2672f3b
--- /dev/null
+++ b/doc/bugs/numcopies_deprecated__44___but_still_in_walkthrough.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+Within the walkthrough the deprecated annex.numcopies are still used. At least it should be added that "git annex numcopies x" can be used to define it globally without the need for a .gitattribute file. And use .gitattribute only for per directory and fine grained control.
+http://git-annex.branchable.com/walkthrough/backups/
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind.mdwn b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind.mdwn
new file mode 100644
index 0000000000..6c8f73f5e9
--- /dev/null
+++ b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind.mdwn
@@ -0,0 +1,52 @@
+### Please describe the problem.
+
+When git annex is used on a encfs mount, ``.fuse_hiddenXXXX`` files are left behind in ``.git/annex/objects/*/*/`` when I ``git annex move`` files off the encfs
+
+### What steps will reproduce the problem?
+
+    mkdir normal plain enc
+    encfs -o kernel_cache "$(realpath enc)" "$(realpath plain)"
+
+    cd normal
+    git init
+    git annex init normal
+
+    cd ../plain
+    git init
+    git annex init enc
+    dd if=/dev/urandom bs=1M count=11 of=11m
+    git annex add 11m
+    git remote add normal "$(realpath ../normal)"
+    du -hscL *
+        << 11MB-ish >>
+    du -hsc .git/annex/objects
+        << 11MB-ish >>
+    git annex move --to=normal 11m
+    du -hscL *
+        << 0 >>
+    du -hsc .git/annex/objects
+        << 11MB-ish but should be 0-ish >>
+    tree -a .git/annex/objects
+        << ??/??/SHA1-*/.fuse_hidden??????? >>
+    lsof .git/annex/objects/??/??/SHA*/.fuse_hidden*
+        << shows no programs have this file open >>
+
+
+### What version of git-annex are you using? On what operating system?
+
+5.20131221 on debian unstable (installed by aptitude from debian/main)
+
+### Please provide any additional information below.
+
+I did a couple quick internet searches on these .fuse_hidden files, and (if a random person on the internet is correct) they are created by enfs (or maybe fuse itself) when a file is unlinked while open. It is supposed to be deleted when the file is closed.
+
+Possibilities come to mind:
+
+*    There's a bug in encfs/fuse
+*    git annex fails to close the file, and whatever cleanup happens when the linux kernel closes git annex fails to trigger encfs/fuse's real unlinking/cleanup thing
+
+
+
+I'm happy to help with further testing, experimenting, etc. I'm good at git, the commandline, programming, etc but I don't know Haskell.
+
+- Jason <jason@jasonwoof.com>
diff --git a/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment
new file mode 100644
index 0000000000..bf7aaedeee
--- /dev/null
+++ b/doc/bugs/on_encfs__44___.fuse__95__hiddenXXXXX_files_left_behind/comment_1_b96ea3ece44d42e79e4d903ca66065ee._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-31T19:35:20Z"
+ content="""
+When git-annex is deleting an object's content, it opens the object, locks it, unlinks it, and closes it. This is necessary in order to avoid various race conditions that could cause data loss (ie, another repository might be in the process of verifying that the object that is being deleted is present).
+
+I suspect that is what causes the problem with encfs. Since it is entirely a valid POSIX operation to do this, and since not doing it could cause data loss in some situations, I am very reluctant to change anything in git-annex in this area.
+
+It's unfortunate that encfs seems to cause so many problems for POSIX filesystem semantics. Luckily, there are other ways to encrypt filesystems that do not suffer from such problems.
+"""]]
diff --git a/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames.mdwn b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames.mdwn
new file mode 100644
index 0000000000..56311bc70e
--- /dev/null
+++ b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+Filenames for the *include* statement for [preferred content](http://git-annex.branchable.com/preferred_content/) can not contain spaces.
+
+### What steps will reproduce the problem?
+
+* Create an annex repo
+* Run `git annex vicfg`
+* Enter expression *include='pictures/dir with spaces'*
+* git annex complains: # ** Parse error in next line: Parse failure: near "with" Parse failure: near "spaces'"
+
+(The *'* is interpreted as part of the filepath.)
+
+### What version of git-annex are you using? On what operating system?
+
+I am using the current binaries from Debian stable amd64.
+
+<pre>
+git-annex version: 5.20140320~bpo70+1
+build flags: Assistant Webapp Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+remote types: git gcrypt S3 bup directory rsync web tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+</pre>
+
+### Please provide any additional information below.
+
+The only workaround I found is to use a glob for the filepath which only works for the first space: *include='pictures/dir\*'*.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_1_ca10638d4b4b178cfd0de8736542c4dc._comment b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_1_ca10638d4b4b178cfd0de8736542c4dc._comment
new file mode 100644
index 0000000000..a7438c559e
--- /dev/null
+++ b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_1_ca10638d4b4b178cfd0de8736542c4dc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-02T18:45:36Z"
+ content="""
+A better workaround is:
+
+include='pictures/dir?with?spaces'
+
+Tokenizing text with embedded quotes is a bit of a PITA, certianly doable I suppose..
+"""]]
diff --git a/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_2_986a393a512229d35e529ba242b77b1e._comment b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_2_986a393a512229d35e529ba242b77b1e._comment
new file mode 100644
index 0000000000..7dbeb3d088
--- /dev/null
+++ b/doc/bugs/preferred_content:_include_statement_does_not_allow_spaces_in_filenames/comment_2_986a393a512229d35e529ba242b77b1e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="comment 2"
+ date="2014-04-02T21:29:54Z"
+ content="""
+Thanks for your workaround ... Works for me after removing the single quote signs.
+
+With this workaround on hand one could include/match any filename. Works for me ;)
+"""]]
diff --git a/doc/bugs/problem_commit_normal_links.mdwn b/doc/bugs/problem_commit_normal_links.mdwn
new file mode 100644
index 0000000000..6dbd41fb4e
--- /dev/null
+++ b/doc/bugs/problem_commit_normal_links.mdwn
@@ -0,0 +1,59 @@
+Dear All,
+
+thank you for this wonderful tool!
+
+I am having an issue when I try to commit a normal link
+
+diokletian*194-> mkdir test
+
+diokletian*195-> cd test
+
+diokletian*196-> git init
+
+Initialized empty Git repository in /home/henrus/test/.git/
+
+diokletian*197-> git annex init new
+
+init new [master (root-commit) 49f5f91] git-annex setup
+
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+
+ create mode 100644 .gitattributes
+
+[master 76496ff] git annex init
+
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+
+ create mode 100644 .git-annex/uuid.log
+
+ok
+
+diokletian*198-> mkdir subdir
+
+diokletian*199-> ln -s subdir link
+
+diokletian*200-> git add link
+
+diokletian*201-> git commit -m "ok"
+
+[master f12f62d] ok
+
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+
+ create mode 120000 link
+
+diokletian*202-> ln -s subdir/ link2
+
+diokletian*203-> git add link2
+
+diokletian*204-> git commit -m "not ok"
+
+git-annex: Prelude.head: empty list
+
+The trailing slash seems to make a difference!
+
+Best Regards,
+
+Henrik
+
+> Thanks for the bug report. This is fixed in 0.17. --[[Joey]]  [[!tag done]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3.mdwn b/doc/bugs/problem_with_upgrade_v2_-__62___v3.mdwn
new file mode 100644
index 0000000000..7f37668ad1
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3.mdwn
@@ -0,0 +1,3 @@
+On several of my repos, the upgrade to v3 seemed to take forever. A Crl-C followed by another "git annex upgrade" "solved" the problem in some cases. Sometimes, I had to also delete the .git/annex/journal dir to have the upgrade. I didn't notice anything special about the non-working repos to help diagnose the problem.
+
+[[!tag done]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_1_5f60006c9bb095167d817f234a14d20b._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_1_5f60006c9bb095167d817f234a14d20b._comment
new file mode 100644
index 0000000000..0cf0ad4618
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_1_5f60006c9bb095167d817f234a14d20b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-07-04T22:58:46Z"
+ content="""
+Well if it happens again why don't you use `ps` or `strace` to see what it's doing.
+"""]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_2_cd0123392b16d89db41b45464165c247._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_2_cd0123392b16d89db41b45464165c247._comment
new file mode 100644
index 0000000000..4bef5f6454
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_2_cd0123392b16d89db41b45464165c247._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://lithitux.org/openidserver/users/pavel"
+ nickname="pavel"
+ subject="&quot;Me too&quot;"
+ date="2011-07-05T15:54:19Z"
+ content="""
+I've also seen this apparent hang during upgrade to v3. A few more details:
+
+The annex in question has just under 18k files (and hence that many log files), which can slow down directory operations when they're all in the same place (like, for example, .git/annex/journal).
+
+git-annex uses virtually no CPU time and disk IO when it's hanging like this; the first time it happened, 'ps' showed three defunct git processes, with two \"git-annex\" processes and three \"git\" procs:
+
+ * git --git-dir=/mnt/annex/.git --work-tree=/mnt/annex cat-file --batch
+ * git --git-dir=/mnt/annex/.git --work-tree=/mnt/annex hash-object -w --stdin-paths
+ * git --git-dir=/mnt/annex/.git --work-tree=/mnt/annex update-index -z --index-info
+
+I Ctrl+C'd that and tried again, but it hung again -- this time without the defunct gits.
+
+An strace of the process and its children at the time of hang can be found at http://pastebin.com/4kNh4zEJ . It showed somewhat weird behaviour: When I attached with strace, it would scroll through a whole bunch of syscalls making up the open-fstat-read-close-write loop on .git/annex/journal files, but then would block on a write (sorry, don't have that in my scrollback any more so can't give more details) until I Ctrl+C'd strace; when attaching again, it would again scroll through the syscalls for a second or so and then hang with no output.
+
+Ultimately I detached/reattached with strace about two dozen times and that caused it (?) to finish the upgrade; not really sure how to explain it, but it seems like too much of a timing coincidence.
+
+"""]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_3_86d9e7244ae492bcbe62720b8c4fc4a9._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_3_86d9e7244ae492bcbe62720b8c4fc4a9._comment
new file mode 100644
index 0000000000..e314e73fa0
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_3_86d9e7244ae492bcbe62720b8c4fc4a9._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-07-05T17:31:22Z"
+ content="""
+I've seen this kind of piping stall that is unblocked by strace before. It can vary with versions of GHC, so it would be good to know what version built git-annex (and on what OS version). I filed a bug report upstream before at <http://bugs.debian.org/624389>.
+
+I really need a full strace -f from the top, or at least a complete `strace -o log` of git-annex from one hang through to another hang. The strace you pastebinned does not seem complete. If I can work out which specific git command is being written to when it hangs I can lift the writing out into a separate thread or process to fix it.
+
+@pavel, you mentioned three defunct git processes, and then showed ps output for 3 git processes. Were there 6 git processes in total? And then when you ran it again you said there were no defunct gits -- where the other 3 git processes running once again?
+
+As best I can make out from the (apparently) running git processes, it seems like the journal files for the upgrade had all been written, and the hang occurred when staging them all into the index in preparation for a commit. I have committed a change that lifts the code that does that write out into a new process, which, if I am guessing right on the limited info I have, will avoid the hang.
+
+However, since I can't reproduce it, even when I put 200 thousand files in the journal and have git-annex process them, I can't be sure.
+"""]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_4_91439d4dbbf1461e281b276eb0003691._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_4_91439d4dbbf1461e281b276eb0003691._comment
new file mode 100644
index 0000000000..7bc32c259f
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_4_91439d4dbbf1461e281b276eb0003691._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-07-05T18:37:21Z"
+ content="""
+I've managed to reproduce this and confirmed my fix works.
+"""]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_5_ca33a9ca0df33f7c1b58353d7ffb943d._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_5_ca33a9ca0df33f7c1b58353d7ffb943d._comment
new file mode 100644
index 0000000000..8649dc77a8
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_5_ca33a9ca0df33f7c1b58353d7ffb943d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-07-05T19:06:48Z"
+ content="""
+By the way, the original bug reporter mentioned deleting .git/annex/journal. This is not recommended, and doing it during an upgrade can result in git-annex losing location tracking information. You should probably run `git annex fsck` or reset to the old git tree (and `git config annex.version 2`) and upgrade again.
+"""]]
diff --git a/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_6_f360f0006bc9115bc5a3e2eb9fe58abd._comment b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_6_f360f0006bc9115bc5a3e2eb9fe58abd._comment
new file mode 100644
index 0000000000..0852db0795
--- /dev/null
+++ b/doc/bugs/problem_with_upgrade_v2_-__62___v3/comment_6_f360f0006bc9115bc5a3e2eb9fe58abd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://lithitux.org/openidserver/users/pavel"
+ nickname="pavel"
+ subject="comment 6"
+ date="2011-07-06T08:14:26Z"
+ content="""
+Ah, great, thanks very much for the quick fix!
+
+Yes, when I mentioned three defunct git processes, there were three processes shown as \"git [defunct]\", plus the three git processes I listed, plus two \"git-annex\" processes. Upon cancel/resume, there were no defunct git processes when I checked, but by the time I found the bug report on the forum and commented I'd already successfully upgraded by annex (by repeatedly attaching strace) and couldn't really easily get at either additional 'ps' info or a fuller strace than what I posted (that was just the log from one of the attach/detach cycles), so it's a relief you managed to pinpoint the problem.
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg.mdwn b/doc/bugs/problems_with_android_and_gpg.mdwn
new file mode 100644
index 0000000000..ac5cab7cd4
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg.mdwn
@@ -0,0 +1,73 @@
+### Please describe the problem.
+When my android phone tries to decode files downloaded from a ssh remote using shared encryption, gpg errors occur.
+
+### What steps will reproduce the problem?
+Setup is very similar to my other bug report in <https://git-annex.branchable.com/bugs/problems_with_android_and_xmpp/>.
+Only difference is the location of the annex on the android side.
+I have put it on the /data mount which uses ext4 to avoid the /sdcard fuse mount, which does not handle symlinks.
+
+1) setup git annex via webapp on laptop:
+
+* local annex
+
+* remote annex via ssh with shared encryption (tried two different servers, one with and one without git-annex installed)
+
+* share with my devices using jabber.me account
+
+2) setup git annex via webapp on android:
+
+* local annex in /data/data/ga.androidterm/annex (ext filesystem)
+
+* share with my devices using jabber.me account
+
+* ssh remote is automatically added via XMPP
+
+3) add file to annex on linux, which gets uploaded to the ssh remote
+
+4) symlink for file is created on phone and data downloaded, but never decrypted (see logs below)
+
+### What version of git-annex are you using? On what operating system?
+Ubunut Linux 12.04 with git-annex version:
+
+* 5.20140127.1 (from PPA)
+
+Android 4.2 (rooted) with git-annex version:
+
+* 5.20140211-g556cfeb (from autobuilds)
+
+### Please provide any additional information below.
+full logs:
+
+* linux: <http://pastebin.ca/2639929>
+
+* android: <http://pastebin.ca/2639945>
+
+most interesting parts:
+[[!format sh """
+#
+# android:
+#
+gpg: can't open `/usr/local/share/gnupg/options.skel': No such file or directory
+gpg: DBG: locking for `/sdcard/git-annex.home/.gnupg/secring.gpg.lock' done via O_EXCL
+gpg: DBG: locking for `/sdcard/git-annex.home/.gnupg/pubring.gpg.lock' done via O_EXCL
+gpg: decryption failed: bad key
+
+# followed by just the last line for all further attemps
+gpg: decryption failed: bad key
+
+# gpg it self seems to be fine
+root@android:/data/data/ga.androidterm # ./bin/gpg --version -v                
+gpg (GnuPG) 1.4.15
+Copyright (C) 2013 Free Software Foundation, Inc.
+License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+
+Home: ~/.gnupg
+Supported algorithms:
+Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
+Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
+        CAMELLIA128, CAMELLIA192, CAMELLIA256
+Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
+Compression: Uncompressed, ZIP, ZLIB
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg/comment_1_526d8805cb1ae896e8b1920ac2aecc17._comment b/doc/bugs/problems_with_android_and_gpg/comment_1_526d8805cb1ae896e8b1920ac2aecc17._comment
new file mode 100644
index 0000000000..308d7ed8d7
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg/comment_1_526d8805cb1ae896e8b1920ac2aecc17._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/3f8a1927-744c-4409-8425-48fb3c86672f"
+ nickname="kim"
+ subject="comment 1"
+ date="2014-02-14T19:16:02Z"
+ content="""
+I am experiencing the exaxact same issue on android 4.3 with the current git-annex version (5.20140211)
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg/comment_2_2e1ae66bac4f55b74074b09e22ab270d._comment b/doc/bugs/problems_with_android_and_gpg/comment_2_2e1ae66bac4f55b74074b09e22ab270d._comment
new file mode 100644
index 0000000000..c7709f0fc9
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg/comment_2_2e1ae66bac4f55b74074b09e22ab270d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm78jq1Uo-ZbyOPG3diJUWVvEiM0kyAcvk"
+ nickname="Dorian"
+ subject="any ideas or questions?"
+ date="2014-02-25T13:41:16Z"
+ content="""
+Hey Joey,
+
+I was wondering if you had any idea how we could fix this problem or if you need further information on this.
+Any response would be appreciated.
+
+Thanks for your great work on git-annex!
+
+Cheers,
+Dorian
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg/comment_3_47510400e8e45a71a1581aed99a157a1._comment b/doc/bugs/problems_with_android_and_gpg/comment_3_47510400e8e45a71a1581aed99a157a1._comment
new file mode 100644
index 0000000000..2f663d9439
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg/comment_3_47510400e8e45a71a1581aed99a157a1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 3"
+ date="2014-02-26T18:34:18Z"
+ content="""
+AFAICS, the messages about locking are a red herring, since shared encryption is being used, the public and secret key rings are not used.
+
+This problem seems to be explained here: <http://crypto.stackexchange.com/questions/1468/how-does-gpg-verify-succesful-decryption>
+
+It seems there must be a problem with the symmetric key used for shared encryption. Either the repository somehow has the wrong key in it, or the key is not extracted from the repository correctly somehow, or it's not fed into gpg correctly somehow.
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg/comment_4_d28d773450d09e03160548d99f12256d._comment b/doc/bugs/problems_with_android_and_gpg/comment_4_d28d773450d09e03160548d99f12256d._comment
new file mode 100644
index 0000000000..8815f03c96
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg/comment_4_d28d773450d09e03160548d99f12256d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm78jq1Uo-ZbyOPG3diJUWVvEiM0kyAcvk"
+ nickname="Dorian"
+ subject="comment 4"
+ date="2014-03-03T14:05:35Z"
+ content="""
+Is it correct, that the shared key is transfered through the git repo, meaning in this case XMPP?
+
+Then I guess this might simply be the problem of unreliable XMPP.
+Same problem as here: <http://git-annex.branchable.com/bugs/problems_with_android_and_xmpp/>
+
+"""]]
diff --git a/doc/bugs/problems_with_android_and_gpg/comment_5_74f1177d6dd42bab5ddfc040cbfb035e._comment b/doc/bugs/problems_with_android_and_gpg/comment_5_74f1177d6dd42bab5ddfc040cbfb035e._comment
new file mode 100644
index 0000000000..a9d24b97d0
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_gpg/comment_5_74f1177d6dd42bab5ddfc040cbfb035e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 5"
+ date="2014-03-05T20:49:20Z"
+ content="""
+Yes, the key is in the git repository.
+
+While XMPP is an unreliable transport, it either manages to git pull over it, or it fails, git does not allow partial or corrupt pulls.
+"""]]
diff --git a/doc/bugs/problems_with_android_and_xmpp.mdwn b/doc/bugs/problems_with_android_and_xmpp.mdwn
new file mode 100644
index 0000000000..0b05c94bb2
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_xmpp.mdwn
@@ -0,0 +1,82 @@
+### Please describe the problem.
+When trying to sync my android phone with my linux laptop using the git annex assistant and XMPP no files are transferred.
+
+### What steps will reproduce the problem?
+1) setup git annex via webapp on laptop:
+
+* local annex
+
+* remote annex via ssh with shared encryption (tried two different servers, one with and one without git-annex installed)
+
+* share with my devices using jabber.me account
+
+2) setup git annex via webapp on android:
+
+* local annex in /sdcard/annex (fuse filesystem without symlink support)
+
+* share with my devices using jabber.me account
+
+* ssh remote is automatically added via XMPP
+
+3) add files to annex on linux, they get uploaded to the ssh remote
+
+4) wait forever for any files from linux to download to phone
+
+5) add files to annex on phone, they get uploaded to the ssh remote
+
+4) wait forever for any files from phone to download to linux
+
+### What version of git-annex are you using? On what operating system?
+Ubunut Linux 12.04 with git-annex version:
+
+* 5.20140127.1 (from PPA)
+
+Android 4.2 (rooted) tried with git-annex versions:
+
+* 5.20140209 (from http://downloads.kitenet.net/git-annex/android/current/4.0/)
+
+* 5.20140211-g556cfeb (from autobuilds)
+
+### Please provide any additional information below.
+full logs:
+
+(these do not show the uploads to the ssh remote, because I restarted to get clean and short logs, but the files are on the server and can be dropped and restored on the linux side manually) 
+
+* linux: <http://pastebin.ca/2639948>
+
+* android: <http://pastebin.ca/2639952>
+
+most interesting parts:
+[[!format sh """
+#
+# linux:
+#
+
+[2014-02-13 13:11:27 CET] XMPPClient: Pairing with dorian in progress
+[2014-02-13 13:11:28 CET] XMPPSendPack: Syncing with dorian 
+To xmpp::dorian@jabber.me
+ * [new branch]      git-annex -> refs/synced/4ce7576f-6f02-4657-bab5-2f4c4a564ee7/ZG9yaWFuQGphYmJlci5tZQ==/git-annex
+ * [new branch]      annex/direct/master -> refs/synced/4ce7576f-6f02-4657-bab5-2f4c4a564ee7/ZG9yaWFuQGphYmJlci5tZQ==/annex/direct/master
+[2014-02-13 13:11:29 CET] XMPPSendPack: Syncing with dorian 
+Everything up-to-date
+[2014-02-13 13:12:21 CET] XMPPSendPack: Syncing with dorian 
+Everything up-to-date
+[2014-02-13 13:12:21 CET] XMPPSendPack: Syncing with dorian 
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+
+#
+# android:
+#
+[2014-02-13 13:16:25 CET] XMPPClient: sending: Pushing "d29" (ReceivePackOutput 2 "<elided>")
+[2014-02-13 13:16:25 CET] XMPPClient: to client: d6/tigase-14134
+[2014-02-13 13:18:22 CET] XMPPClient: received: ["Unknown message"]
+[2014-02-13 13:18:25 CET] XMPPReceivePack: timeout waiting for git send-pack output via XMPP
+fatal: The remote end hung up unexpectedly
+[2014-02-13 13:18:25 CET] XMPPReceivePack: finished running push Pushing "d29" (StartingPush (UUID "4ce7576f-6f02-4657-bab5-2f4c4a564ee7")) True
+[2014-02-13 13:18:25 CET] XMPPClient: sending: Pushing "d29" (ReceivePackDone (ExitFailure 128))
+[2014-02-13 13:18:25 CET] XMPPClient: to client: d6/tigase-14134
+
+"""]]
diff --git a/doc/bugs/problems_with_android_and_xmpp/comment_1_dd56eb74660a606c7db54861ec745cc6._comment b/doc/bugs/problems_with_android_and_xmpp/comment_1_dd56eb74660a606c7db54861ec745cc6._comment
new file mode 100644
index 0000000000..945a590217
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_xmpp/comment_1_dd56eb74660a606c7db54861ec745cc6._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm78jq1Uo-ZbyOPG3diJUWVvEiM0kyAcvk"
+ nickname="Dorian"
+ subject="further information"
+ date="2014-02-13T13:33:49Z"
+ content="""
+I just tried moving the annex on the android phone to a different location, because I wasn't sure how git annex handles the /sdcard's fuse file system without symlinks...
+So with the annex on the /data mount using ext I got a little further (and discovered a different problem <https://git-annex.branchable.com/bugs/problems_with_android_and_gpg/>).
+
+
+"""]]
diff --git a/doc/bugs/problems_with_android_and_xmpp/comment_2_ae4554fadfc3ea1913a36aa535815cfb._comment b/doc/bugs/problems_with_android_and_xmpp/comment_2_ae4554fadfc3ea1913a36aa535815cfb._comment
new file mode 100644
index 0000000000..48f945d856
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_xmpp/comment_2_ae4554fadfc3ea1913a36aa535815cfb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 2"
+ date="2014-02-26T18:52:17Z"
+ content="""
+I don't see any indications that this problem is specific to Android.
+
+Relying on git push over XMPP is known to be somewhat fragile, and some XMPP servers are known to do things with the XMPP protcol that make it impossible to reliably do git push over it. [[design/assistant/xmpp]] discusses these problems. Since this seems a basically intractable problem to solve, git-annex will be moving away from XMPP as soon as something better is available. (eg [[design/assistant/telehash]])
+
+The best way to use XMPP currently is as a simple signaling mechanism to tell when a push has been made to a git repository. Your ssh server seems to have an encrypted rsync repository on it, so no git repository. If you can put up a git repository someplace both the android and linux machine can access, I think that you'll find it greatly improves the reliability of the syncing.
+"""]]
diff --git a/doc/bugs/problems_with_android_and_xmpp/comment_3_128702a7974bd00337c3304e49a74f0b._comment b/doc/bugs/problems_with_android_and_xmpp/comment_3_128702a7974bd00337c3304e49a74f0b._comment
new file mode 100644
index 0000000000..29839cd507
--- /dev/null
+++ b/doc/bugs/problems_with_android_and_xmpp/comment_3_128702a7974bd00337c3304e49a74f0b._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm78jq1Uo-ZbyOPG3diJUWVvEiM0kyAcvk"
+ nickname="Dorian"
+ subject="comment 3"
+ date="2014-03-03T14:01:10Z"
+ content="""
+You're right, with an unencrypted git repo in between it works.
+I was hoping to be able to avoid that, though.
+
+My very first try was actually to switch XMPP servers, because I thought they might be the problem. But after trying both servers you mentioned in the assistant and on the instruction pages (Google and jabber.me) I figured it should at least work with one of them...
+
+So if XMPP can actually only be used as a simple signaling mechanism, this should be mentioned explicitly in the \"remote sharing\" and \"share with a friend\" walkthroughs. 
+After reading/watching them I was under the impression, that after setting up XMPP, you can use any cloud storage to exchange files.
+But if I now understand correctly this cloud storage needs to have a full git repo, not only the encrypted files.
+And for Android you cannot use a gcrypt remote, so only unencrypted git repos are possible, making any public cloud service unfeasible.
+
+Is my conclusion correct, that this leaves only one option when sharing with Android?
+1) unencrypted git repo on trusted/private special remote
+
+Or am I missing something?
+
+Thanks again for this!
+"""]]
diff --git a/doc/bugs/problems_with_glacier.mdwn b/doc/bugs/problems_with_glacier.mdwn
new file mode 100644
index 0000000000..60e2f7e698
--- /dev/null
+++ b/doc/bugs/problems_with_glacier.mdwn
@@ -0,0 +1,65 @@
+### Please describe the problem.
+Annex errors when copying to glacier.
+
+### What version of git-annex are you using? On what operating system?
+
+OS X 10.9.2 Build 13C64
+
+    git-annex version: 5.20140318-gdcf93d0
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+> git annex initremote glacier type=glacier encryption=hybrid keyid=E9053BDA datacenter=us-west-1                           ║██████████╠ ∞ ∞
+initremote glacier (encryption setup) (hybrid cipher with gpg key B608B8F6E9053BDA) ok
+(Recording state in git...)
+> git annex copy Cobalt\ Strike\ Tradecraft --to=glacier --debug
+[2014-03-27 07:27:39 PDT] read: git ["--git-dir=/Users/akraut/Desktop/annexes/media/.git","--work-tree=/Users/akraut/Desktop/annexes/media","show-ref","git-annex"]
+[2014-03-27 07:27:39 PDT] read: git ["--git-dir=/Users/akraut/Desktop/annexes/media/.git","--work-tree=/Users/akraut/Desktop/annexes/media","show-ref","--hash","refs/heads/git-annex"]
+[2014-03-27 07:27:39 PDT] read: git ["--git-dir=/Users/akraut/Desktop/annexes/media/.git","--work-tree=/Users/akraut/Desktop/annexes/media","log","refs/heads/git-annex..9f59057d857784e6ae6b3dcd6793092264375913","--oneline","-n1"]
+[2014-03-27 07:27:39 PDT] chat: git ["--git-dir=/Users/akraut/Desktop/annexes/media/.git","--work-tree=/Users/akraut/Desktop/annexes/media","cat-file","--batch"]
+[2014-03-27 07:27:39 PDT] read: git ["config","--null","--list"]
+[2014-03-27 07:27:39 PDT] read: git ["--git-dir=/Users/akraut/Desktop/annexes/media/.git","--work-tree=/Users/akraut/Desktop/annexes/media","ls-files","--cached","-z","--","Cobalt Strike Tradecraft"]
+copy Cobalt Strike Tradecraft/Tradecraft__1_of_9____Introduction.mp4 (gpg) [2014-03-27 07:27:39 PDT] chat: gpg ["--quiet","--trust-model","always","--decrypt"]
+
+You need a passphrase to unlock the secret key for
+user: "Andrew Mark Kraut <akraut@gmail.com>"
+4096-bit ELG-E key, ID 353E49B9, created 2008-11-11 (main key ID E9053BDA)
+
+(checking glacier...) [2014-03-27 07:27:46 PDT] read: glacier ["--region=us-west-1","archive","checkpresent","git-annex: Maybe.fromJust: Nothing
+
+# End of transcript or log.
+"""]]
+
+> This was a bug introduced last month, it forgot to receord the
+> datacenter and vault used when initializing the glacier repository.
+> 
+> I've fixed the bug, but this does not fix repositories created with
+> the broken version. I considered just making it use the default
+> datacenter and vault for such a repository, but 
+> a) those may change in the future
+> and I don't want to have to worry about breaking such a repository
+> going forward and b) someone may have overridden it to use another
+> datacenter or vault name and so it shouldn't blindly assume the defaults.
+> 
+> Instead, there's a manual fix up step you need to do. Luckily quite easy.
+> For example: 
+> 
+>	git annex enableremote myglacier datacenter=us-east-1 vault=myglacier-fae9be57-8eb4-47af-932f-136b9b40e669
+> 
+> The default datacenter is us-east-1, and the default vault name is
+> "$remotename-$uuid". So you just have to tell it these values
+> once with an enableremote command, and it will then work. 
+
+> You don't even need to get the fixed version of git-annex to work
+> around the bug this way.. Although it does have better error messages
+> too. [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/problems_with_glacier/comment_1_8d233428a16ae4276d9c69b329e8216b._comment b/doc/bugs/problems_with_glacier/comment_1_8d233428a16ae4276d9c69b329e8216b._comment
new file mode 100644
index 0000000000..e4556dc827
--- /dev/null
+++ b/doc/bugs/problems_with_glacier/comment_1_8d233428a16ae4276d9c69b329e8216b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2014-03-27T14:46:19Z"
+ content="""
+I just updated to the latest glacier-cli and boto and have confirmed that those are working properly and that the vault has been created on glacier:
+[[!format sh \"\"\"
+> glacier --region=us-west-1 vault list
+glacier-571d1ec3-8870-46cb-977e-15830a2b474d
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/protocol_mismatch_after_interrupt.mdwn b/doc/bugs/protocol_mismatch_after_interrupt.mdwn
new file mode 100644
index 0000000000..799ccc00fa
--- /dev/null
+++ b/doc/bugs/protocol_mismatch_after_interrupt.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+git annex now fails to transfer a fail with: `protocol version mismatch -- is your shell clean?`
+
+### What steps will reproduce the problem?
+
+start a transfer, then switch between your wireless and wired connexions (I am using network-manager), then interrupt the transfer with control-c.
+
+### What version of git-annex are you using? On what operating system?
+
+on my side: 5.20140306~bpo70 on debian wheezy amd64
+
+on the other side: 4.20130815 on ubuntu saucy i386
+
+### Please provide any additional information below.
+
+[[!format sh """
+anarcat@angela:video$ git annex copy --to t films/foo.mkv
+copy films/foo.mkv (checking t...) (to t...)
+protocol version mismatch -- is your shell clean?
+(see the rsync man page for an explanation)
+rsync error: protocol incompatibility (code 2) at compat.c(174) [sender=3.0.9]
+
+  rsync failed -- run git annex again to resume file transfer
+failed
+git-annex: copy: 1 failed
+"""]]
+
+workaround: `cd .git/annex/; mv transfer transfer.old` on the other side.
+
+-- [[anarcat]]
+
+[[!taglink moreinfo]]
diff --git a/doc/bugs/protocol_mismatch_after_interrupt/comment_1_415de83053dc61a64cf2e301223f1916._comment b/doc/bugs/protocol_mismatch_after_interrupt/comment_1_415de83053dc61a64cf2e301223f1916._comment
new file mode 100644
index 0000000000..6247cf42ef
--- /dev/null
+++ b/doc/bugs/protocol_mismatch_after_interrupt/comment_1_415de83053dc61a64cf2e301223f1916._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-20T16:52:15Z"
+ content="""
+Last time rsync seemed to fail like this it was really the remote git-annex-shell failing on an encoding problem:
+[[!commit 0b12db64d834979d49ed378235b0c19b34e4a4d6]]
+
+It seems I would need to see the transfer info files you moved out of the way to say more. Or you could copy the back, reproduce the problem, find the git-annex-shell command that is being run (using --debug), and see if you can run it on the remote system and reproduce the problem there without rsync in the picture, in order to get the actual error message.
+"""]]
diff --git a/doc/bugs/ran_once_then_stopped_running_opensuse_13.1.mdwn b/doc/bugs/ran_once_then_stopped_running_opensuse_13.1.mdwn
new file mode 100644
index 0000000000..271b429bf7
--- /dev/null
+++ b/doc/bugs/ran_once_then_stopped_running_opensuse_13.1.mdwn
@@ -0,0 +1,13 @@
+Installed stand-alone tarball amd64.
+I was able to launch webapp. (on laptop)
+Created a repository to local home directory.
+Then ceated another repository to invite local desktop pc.(this one had all the files i wanted to sync) 
+Went to dektop and accepted invitation.  But both machines never stopped synching?  and nothing really happened.
+so I removed repository on laptop to start fresh.
+But now webapp does nothing.  I removed and re-installed a few times but still nothing.
+Only as superuser will the webapp attempt to load but fails because it is super user running.
+As far as version of git-annex...  it prompted to upgrade and i think i saw a 5 in there somewhere.
+
+and since it won't load anymore i guess there is no log.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/ran_once_then_stopped_running_opensuse_13.1/comment_1_a9daf9e8f968b32f25e236f53ea4b845._comment b/doc/bugs/ran_once_then_stopped_running_opensuse_13.1/comment_1_a9daf9e8f968b32f25e236f53ea4b845._comment
new file mode 100644
index 0000000000..604da40227
--- /dev/null
+++ b/doc/bugs/ran_once_then_stopped_running_opensuse_13.1/comment_1_a9daf9e8f968b32f25e236f53ea4b845._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T19:14:47Z"
+ content="""
+There's a bit of a dearth of information here. I think I need to know:
+
+* What the version is (output of `git annex version`)
+
+* What happens when you run `git annex webapp` (\"does nothing\" is very vague. Does it sit there forever without returning to the prompt? Print an error message? Open a web browser that's not usable somehow?)
+
+You might take a look at the file `~/.config/git-annex/autostart` and remove any repository you deleted from there, although normally git-annex will ignore entries that no longer exist.
+"""]]
diff --git a/doc/bugs/random_files_vanishing_when_assistant_gets_restarted.mdwn b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted.mdwn
new file mode 100644
index 0000000000..aa34a8056a
--- /dev/null
+++ b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted.mdwn
@@ -0,0 +1,34 @@
+#What steps will reproduce the problem?
+
+Running assistant in foreground on one repository that is paired to another repository, than killing it using CTRL-C and restarting it
+
+
+#What is the expected output? What do you see instead?
+
+I get messages like:
+
+    (Recording state in git...)
+    # Auf Zweig master
+    # Änderungen, die nicht zum Eintragen bereitgestellt sind:
+    #   (benutze "git add/rm <Datei>..." zum Bereitstellen)
+    #   (benutze "git checkout -- <Datei>..." um die Änderungen im Arbeitsverzeichnis zu verwerfen)
+    #
+    #       gelöscht:    "path/to/file"
+    #
+    keine Änderungen zum Eintragen hinzugefügt (benutze "git add" und/oder "git commit -a")
+    Total 0 (delta 0), reused 0 (delta 0)
+    To ssh://stormking@git-annex-volyova-stormking/data/repository/
+       4e2c631..911b80c  git-annex -> synced/git-annex
+    
+    Already up-to-date.
+
+Sorry for the german language, I'll try to reproduce it in english, later.
+After that, the symlinks for the file in the repository are gone. I can get
+them back by reverting the commit but things like that make me very nervous.
+
+
+#What version of git-annex are you using? On what operating system?
+
+3.20130102 on Arch Linux x64
+
+[[!tag /design/assistant moreinfo]]
diff --git a/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_1_53b4f388c47c1b3f6ffa4fc2155b30fc._comment b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_1_53b4f388c47c1b3f6ffa4fc2155b30fc._comment
new file mode 100644
index 0000000000..aafd426499
--- /dev/null
+++ b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_1_53b4f388c47c1b3f6ffa4fc2155b30fc._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-17T18:30:06Z"
+ content="""
+AFAICS, the German message is the equivilant of `git status` when a file has been deleted:
+
+<pre>
+# On branch master
+# Changes not staged for commit:
+#   (use \"git add/rm <file>...\" to update what will be committed)
+#   (use \"git checkout -- <file>...\" to discard changes in working directory)
+#
+#	deleted:    bigfile
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+</pre>
+
+There's no indication here of when the file was deleted, or what deleted it. I need a way to reproduce this to be able to help. At this point it's not clear if the file is deleted by the old assistant that you ctrl-c'd, or if it was deleted while the assistant was not running, or if it somehow gets deleted when the new assistant is started up.
+"""]]
diff --git a/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_2_e66532b23b089c9ea61122d6664cddb9._comment b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_2_e66532b23b089c9ea61122d6664cddb9._comment
new file mode 100644
index 0000000000..66c038f617
--- /dev/null
+++ b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_2_e66532b23b089c9ea61122d6664cddb9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnjjCyhVEcTRM5m4iIBqL3ZCooPx7ZYB_E"
+ nickname="Marcus"
+ subject="comment 2"
+ date="2013-01-18T09:08:05Z"
+ content="""
+>  At this point it's not clear if the file is deleted by the old assistant that you ctrl-c'd, or if it was deleted while the assistant was not running, or if it somehow gets deleted when the new assistant is started up.
+
+So how can I help to track this down? So far I can only rule out the file being deleted by some other process.
+"""]]
diff --git a/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_3_c9d692c867acc076f64f1213ea03ca11._comment b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_3_c9d692c867acc076f64f1213ea03ca11._comment
new file mode 100644
index 0000000000..65dcb6b006
--- /dev/null
+++ b/doc/bugs/random_files_vanishing_when_assistant_gets_restarted/comment_3_c9d692c867acc076f64f1213ea03ca11._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 3"
+ date="2013-01-18T20:18:36Z"
+ content="""
+If you can reproduce the problem, you should be able to see if the file is there when you've ctrl-c the assistant.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior.mdwn b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior.mdwn
new file mode 100644
index 0000000000..4c1f0971d7
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior.mdwn
@@ -0,0 +1,113 @@
+### Please describe the problem.
+In latest git-annex version for windows (4.2130723), after a fresh clone, git annex sync considers dummy symlinks as recently modified files and commits the content.
+
+Alternatively, to try and avoid this problem, I tried manually merging branches (git-annex and master) but if I do that, I can't retrieve files anymore. That is, `git annex get .` downloads files but doesn't replace the dummy symlinks (I am guessing the same as `http://git-annex.branchable.com/bugs/windows_port_-_can__39__t_directly_access_files/`. Tell me if this is a different bug, I'll file a new bug report)
+
+
+### What steps will reproduce the problem?
+Create a new repository (on windows or on linux), create a file and commit it.
+
+Clone this repository (on windows), then `git annex init` it. The file is here, containing the path to the real file (like a symlink but the crippled filesystem's version).
+
+At this point, if you perform `git annex sync`, git-annex thinks the dummy symlink is the new content of the file and commits it.
+
+
+### What version of git-annex are you using? On what operating system?
+This problem occurs on git-annex for windows version 4.20130723 (the latest version as of now) although it worked well in version 4.20130709.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ mkdir test1
+
+$ cd test1
+
+$ git init
+Initialized empty Git repository in c:/Users/raz/test1/.git/
+
+$ git annex init test1
+init test1
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+$ echo "This is the content of the file" > file.txt
+
+$ git annex add
+add file.txt (checksum...) ok
+(Recording state in git...)
+
+$ git annex sync
+commit
+ok
+git-annex: no branch is checked out
+
+$ cat file.txt
+This is the content of the file
+
+$ cd ..
+
+$ git clone test1 test2
+Cloning into 'test2'...
+done.
+
+$ cd test2
+
+$ git annex init test2
+init test2
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+$ cat file.txt        # File is only a dummy file, it contains the path to the real file (which doesn't yet exist here, this is expected behavior)
+.git/annex/objects/33/43/SHA256E-s32--a50017c6136930a142cfca6ee34b700d96dcf0ba59cf7007c27c2924f80dfa7a.txt/SHA256E-s32--a50017c6136930a142cfca6ee34b700d96dcf0ba59cf7007c27c2924f80dfa7a.txt
+
+$ git annex sync
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+add file.txt (checksum...) ok                # ??? The dummy file is added to the index -> shouldn't happen
+(Recording state in git...)
+commit
+(Recording state in git...)
+ok
+pull origin
+ok
+push origin
+Counting objects: 26, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (14/14), done.
+Writing objects: 100% (19/19), 1.78 KiB | 0 bytes/s, done.
+Total 19 (delta 2), reused 0 (delta 0)
+To c:/Users/Renaud Casenave-Pere/test1
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+
+$ git annex whereis                     # File should be in origin repository, not here
+whereis file.txt (1 copy)
+        e6e1c558-7127-4ffa-a79b-2161b44ec44b -- here (test2)
+ok
+
+$ cat file.txt                          # The committed content, discarding the real content
+.git/annex/objects/33/43/SHA256E-s32--a50017c6136930a142cfca6ee34b700d96dcf0ba59cf7007c27c2924f80dfa7a.txt/SHA256E-s32--a50017c6136930a142cfca6ee34b700d96dcf0ba59cf7007c27c2924f80dfa7a.txt
+
+# End of transcript or log.
+"""]]
+
+Tell me if you need further information.
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_1_1a0b964f93c753838d6ccbdc8f79b39e._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_1_1a0b964f93c753838d6ccbdc8f79b39e._comment
new file mode 100644
index 0000000000..f3e8ec690b
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_1_1a0b964f93c753838d6ccbdc8f79b39e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="re: workaround"
+ date="2013-07-30T19:17:11Z"
+ content="""
+The problem with manually merging the branches and not using sync is that the file mappings get out of date. You should be able to correct them by running `git annex fsck`
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_2_d22dcd7f95c5dc1c381c3c746781efce._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_2_d22dcd7f95c5dc1c381c3c746781efce._comment
new file mode 100644
index 0000000000..6af5a06a6f
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_2_d22dcd7f95c5dc1c381c3c746781efce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T19:55:04Z"
+ content="""
+This reversion affects direct mode on FAT, not just on Windows! It was probably caused by commit ecdfa40cbea1ae213ab84913d8f011027967a610 or commit ae341c1a37eecc1724517e3e025d144badb5abfe. Investigating.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_3_a25140eb90f6b24c1a3ca39c901694e2._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_3_a25140eb90f6b24c1a3ca39c901694e2._comment
new file mode 100644
index 0000000000..b608efdbef
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_3_a25140eb90f6b24c1a3ca39c901694e2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 3"
+ date="2013-07-30T20:07:09Z"
+ content="""
+Yeah, I inverted some logic. This also affects, for example, git-annex on Android. Sigh. Sorry about this.
+
+I suppose that, if you run into this bug, the best way to fix up after it is to `git-revert -n` the bad commit that sync made. Then run `git annex sync` with the fixed git-annex to commit the reversion.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_4_825e15183008ff7d97a81cacc3f55fb4._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_4_825e15183008ff7d97a81cacc3f55fb4._comment
new file mode 100644
index 0000000000..7b503ac9a3
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_4_825e15183008ff7d97a81cacc3f55fb4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="fixed"
+ date="2013-07-30T20:11:19Z"
+ content="""
+Seems like the test suite should have caught this on Windows. Unfortunately, the part of the test suite that tests sync is commented out due to it not working at all from within the test suite for reasons I don't understand. Pity.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_5_e858fc7c729cd39740354fb12627d556._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_5_e858fc7c729cd39740354fb12627d556._comment
new file mode 100644
index 0000000000..9b3aa7c17c
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_5_e858fc7c729cd39740354fb12627d556._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 5"
+ date="2013-07-30T21:12:54Z"
+ content="""
+All Windows and Android builds have been updated with the bug fixed.
+
+Test suite fixed to test `git annex sync` on Windows.. although the test suite is still failing for unknown reasons in the autobuilder environment and so does not stop the build. I have added a recommendation to the Windows install page that users run `git annex test` themselves to make sure they have a good build that works on their Windows system.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_6_9881b0f2dfb0907a60c0da296bc3da3f._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_6_9881b0f2dfb0907a60c0da296bc3da3f._comment
new file mode 100644
index 0000000000..f1509b395c
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_6_9881b0f2dfb0907a60c0da296bc3da3f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknruiCHUcOh2mmpkh7OFJ4iNfAOOamRVs"
+ nickname="Renaud"
+ subject="comment 6"
+ date="2013-07-31T05:34:33Z"
+ content="""
+Great, thank you very much!
+
+I successfully ran the test suite and it's now working fine.
+"""]]
diff --git a/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_7_ca017b9d3bafea4cb31448c802f3834e._comment b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_7_ca017b9d3bafea4cb31448c802f3834e._comment
new file mode 100644
index 0000000000..48173bff98
--- /dev/null
+++ b/doc/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/comment_7_ca017b9d3bafea4cb31448c802f3834e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="82.94.186.146"
+ subject="comment 7"
+ date="2013-07-31T13:55:07Z"
+ content="""
+I got the same problem with the dummy symlinks while syncing to an annex on an EncFS mount on Ubuntu so I hope the fix doesn't just apply to Windows and Android. 
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist.mdwn b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist.mdwn
new file mode 100644
index 0000000000..3bfdf9e1d9
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist.mdwn
@@ -0,0 +1,67 @@
+### Please describe the problem.
+
+I created somelargefile on host1. A file with that name appears in the right place on host2 but I can't use it:
+
+
+    host2:~/annex% cat somelargefile
+    cat: somelargefile: No such file or directory
+
+
+### What steps will reproduce the problem?
+
+I am running http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz and I connected two hosts with the 'Local computer' workflow. I run assistant on both sides.
+
+I make a file on either side, wait a minute for it to sync, and then observe this on the remote side:
+
+    lrwxrwxrwx 1 drewp drewp 178 Jul  9 23:58 somelargefile -> .git/annex/objects/Pw/vw/SHA256E-s8--bf87165d313027621936809a01da1994f9bd20ff9580c1380e7636e2443fe4ed/SHA256E-s8--bf87165d313027621936809a01da1994f9bd20ff9580c1380e7636e2443fe4ed
+
+    host2:~/annex% ls -l .git/annex/objects/Pw/vw/SHA256E-s8--bf87165d313027621936809a01da1994f9bd20ff9580c1380e7636e2443fe4ed/              
+    total 4                                                                                                                            
+    -rw------- 1 drewp drewp 14 Jul  9 23:58 SHA256E-s8--bf87165d313027621936809a01da1994f9bd20ff9580c1380e7636e2443fe4ed.map
+
+My "large file" is in fact 8 bytes long. The .map file contains the string "somelargefile\n"
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130709-g339d1e0
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+
+ubuntu 12.10 64-bit
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+New lines in .git/annex/daemon.log when I add another new file:
+
+
+    (merging synced/git-annex into git-annex...)
+
+    Updating bac8b65..0422d27
+    Fast-forward
+     newfile2 |    1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 newfile2
+    [2013-07-10 00:08:38 PDT] Committer: Committing changes to git
+    (Recording state in git...)
+    [2013-07-10 00:08:38 PDT] Pusher: Syncing with host1.local_annex 
+    To ssh://drewp@git-annex-host1.local-drewp_annex/~/annex/
+       a80b6f5..72c0865  git-annex -> synced/git-annex
+
+    Already up-to-date.
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="local pairing git-annex-shell issue when using standalone tarball"]]
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_10_8a1d16b2aaba224e94be3d9dcc036d91._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_10_8a1d16b2aaba224e94be3d9dcc036d91._comment
new file mode 100644
index 0000000000..9cfc0ebeec
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_10_8a1d16b2aaba224e94be3d9dcc036d91._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="comment 10"
+ date="2013-07-27T07:42:26Z"
+ content="""
+Sorry, I meant to get those logs earlier but I got distracted.
+
+One confounding thing in the previous runs is that I may have had accidental instances of git-annex assistant running on at least one of the machines. I killed them all for this next attempt, and named the dir annex2 just in case.
+
+daemon.log files are now at http://bigasterisk.com/post/git-annex/logs1/
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_11_434ed328a22a6657dba3b2929a56e499._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_11_434ed328a22a6657dba3b2929a56e499._comment
new file mode 100644
index 0000000000..13bfc4468b
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_11_434ed328a22a6657dba3b2929a56e499._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 11"
+ date="2013-07-28T00:06:53Z"
+ content="""
+From the log on bang:
+
+<pre>
+[2013-07-27 00:33:15 PDT] read: ssh [\"-S\",\"/home/drewp/annex2/.git/annex/ssh/drewp@git-annex-dash.local-drewp_annex2\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"-T\",\"drewp@git-annex-dash.local-drewp_annex2\",\"git-annex-shell 'configlist' '/~/annex2/'\"]
+zsh:1: command not found: git-annex-shell
+Remote dash.local_annex2 does not have git-annex installed; setting remote.dash.local_annex2.annex-ignore
+</pre>
+
+You said you're running from the standalone tarball. I think that's the problem, probably if you get git-annex-shell into your path it'll just work.
+
+Can you paste the line git-annex added to \"dash\"'s .ssh/authorized_keys?
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_12_1837b70ace42882db3ab82e001680934._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_12_1837b70ace42882db3ab82e001680934._comment
new file mode 100644
index 0000000000..54ba310b54
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_12_1837b70ace42882db3ab82e001680934._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="comment 12"
+ date="2013-07-28T05:36:39Z"
+ content="""
+Thanks for finding that. I added git-annex-shell to my path and ran again. The repo lists look good now. 
+
+For the record, here's what I am getting in authorized_keys on dash:
+
+    command=\"GIT_ANNEX_SHELL_DIRECTORY='/home/drewp/annex2' ~/.ssh/git-annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-rsa AAAAB3NzaC1y.......0c2ilnh drewp@bang
+
+
+When I went to the settings on each box, all 4 repository group select boxes were blank. I set them all to 'client'.
+
+How do we make this long ticket worth your time by improving the code so people don't hit the same trap in the future? I think I would have looked in the right direction if, instead of saying nothing and not having a uuid to make the links work, the web ui said something like this:
+
+    'command not found: git-annex-shell' on remote host. Sync disabled with this host.
+
+
+--------
+
+Next, I ran \"date > annex2/file1\" on bang. The web consoles said they synced, but no file appeared on dash. There was a ~/annex2/.git/annex/objects/../../SHA256.../SHA256... file on dash with the right contents, but no symlink showed up in dash:~/annex2. 
+
+I ran \"date > annex2/file2\" on dash, and then I got both file1 and file2 on both boxes.
+
+In the new logs at http://bigasterisk.com/post/git-annex/logs2/, the surprise is at [2013-07-27 22:10:49 PDT] where I thought dash would make a symlink called 'file1' but instead it reports no attempt or error. Later at [2013-07-27 22:12:08 PDT], while dealing with the upload of file2, dash finally makes the symlink for file1. 
+
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_13_ca9c87a10f29e41572540edeb99652f2._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_13_ca9c87a10f29e41572540edeb99652f2._comment
new file mode 100644
index 0000000000..07cf648653
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_13_ca9c87a10f29e41572540edeb99652f2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 13"
+ date="2013-07-30T18:51:38Z"
+ content="""
+I'm more interested in fixing core problems, like why it was not able to find git-annex-shell, than in fixing bugs in the web UI that follow on from those problems. 
+
+When you're using the standalone tarball, it's supposed to set up `~/.ssh/git-annex-shell` to point to wherever you've unpacked the tarball. The assistant does this the first time you run it, and any time it sees the file is out of date.
+I've tested this, and it appears to be working ok. I don't understand what happened in your case to prevent this from happening.
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_1_69eafc4201e3014ef1b5d74fe319e462._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_1_69eafc4201e3014ef1b5d74fe319e462._comment
new file mode 100644
index 0000000000..03d14c5860
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_1_69eafc4201e3014ef1b5d74fe319e462._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-10T16:31:40Z"
+ content="""
+Everything you've described is expected behavior, when the content of the file has not yet been transferred to the repository.
+
+There should be something in daemon.log about the transfer of the file. If there's an error message for the transfer, it will certainly show up there. You can enable debugging to get more information in daemon.log about file transfers.
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_2_b7a64db9abe006af8c30169ad849efe9._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_2_b7a64db9abe006af8c30169ad849efe9._comment
new file mode 100644
index 0000000000..954d6e375f
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_2_b7a64db9abe006af8c30169ad849efe9._comment
@@ -0,0 +1,76 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="debug log"
+ date="2013-07-16T04:02:40Z"
+ content="""
+receiver side logs again, with --debug mode on. I don't see anything weird. 
+
+
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..a7cb1b3f2a3f2a7d24827e10f9f3ac5848fd11d9\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..4a2771e15cb5c7a0a8d70443e76b65c12115a8cd\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..ddf6aa74d771521b11657edfae558858b60e8368\",\"--oneline\",\"-n1\"]
+    (merging synced/git-annex into git-annex...)
+    [2013-07-15 20:53:02 PDT] feed: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"4a2771e15cb5c7a0a8d70443e76b65c12115a8cd\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"4a2771e15cb5c7a0a8d70443e76b65c12115a8cd..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] call: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"update-ref\",\"refs/heads/git-annex\",\"4a2771e15cb5c7a0a8d70443e76b65c12115a8cd\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] Merger: merging refs/heads/synced/master into refs/heads/master
+
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] call: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/heads/synced/master\"]
+    Updating 6f8cbe0..18cea18
+    Fast-forward
+     test-2013-07-15e |    1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 test-2013-07-15e
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"6f8cbe0a34d70e70a6365385bbd4338d97047d4b\",\"18cea18855143095a872a463eb0a7cf5dd81de4c\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..4a2771e15cb5c7a0a8d70443e76b65c12115a8cd\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..ddf6aa74d771521b11657edfae558858b60e8368\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..a7cb1b3f2a3f2a7d24827e10f9f3ac5848fd11d9\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] feed: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+    [2013-07-15 20:53:02 PDT] Watcher: add symlink test-2013-07-15e
+    [2013-07-15 20:53:02 PDT] chat: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+    [2013-07-15 20:53:02 PDT] Committer: committing 1 changes
+    [2013-07-15 20:53:02 PDT] Committer: Committing changes to git
+    (Recording state in git...)
+    [2013-07-15 20:53:02 PDT] feed: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"commit\",\"--allow-empty-message\",\"--no-edit\",\"-m\",\"\",\"--quiet\",\"--no-verify\"]
+    [2013-07-15 20:53:02 PDT] Pusher: Syncing with host1.local_annex 
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] Pusher: pushing to [Remote { name =\"host1.local_annex\" }]
+    [2013-07-15 20:53:02 PDT] call: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-07-15 20:53:02 PDT] call: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"push\",\"host1.local_annex\",\"git-annex:synced/git-annex\",\"master:synced/master\"]
+    To ssh://drewp@git-annex-host1.local-drewp_annex/~/annex/
+       a7cb1b3..4a2771e  git-annex -> synced/git-annex
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"push\",\"host1.local_annex\",\"git-annex:synced/git-annex\",\"master\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..4a2771e15cb5c7a0a8d70443e76b65c12115a8cd\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"log\",\"refs/heads/git-annex..ddf6aa74d771521b11657edfae558858b60e8368\",\"--oneline\",\"-n1\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] Merger: merging refs/remotes/host1.local_annex/synced/master into refs/heads/master
+
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] call: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/remotes/host1.local_annex/synced/master\"]
+    Already up-to-date.
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-07-15 20:53:02 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"18cea18855143095a872a463eb0a7cf5dd81de4c\",\"18cea18855143095a872a463eb0a7cf5dd81de4c\"]
+    [2013-07-15 20:53:28 PDT] read: git [\"--git-dir=/home/drewp/annex/.git\",\"--work-tree=/home/drewp/annex\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+
+I also noticed on host1 where the file was made, there is a git node in gitk that says 'Local uncommitted changes, not checked in to index' and this node appears to have all my file contents as diffs. So the problem is maybe not the transfer, but the failure of the originating side to commit the file contents properly?
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_3_197ac6070f256131c6e18a07aa3834fa._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_3_197ac6070f256131c6e18a07aa3834fa._comment
new file mode 100644
index 0000000000..d772de5af1
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_3_197ac6070f256131c6e18a07aa3834fa._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 3"
+ date="2013-07-16T18:03:40Z"
+ content="""
+It's normal for git diff and gitk to look like that in a repository that's using direct mode.
+
+In your log, I see you added a file \"test-2013-07-15e\". And I don't see any indication that it tried to transfer it.
+
+There are a few reasons that could happen. If you've \"paused\" syncing with a remote in the webapp, it could do that.
+
+I think more likely would be if you've put the remote repository in a repository group that doesn't want the file. If it's configured to be in the Manual group or the Source group (or the Transfer, Public, or Small Archive group for that matter), the assistant won't try to send files to it. You can check this by editing the repository in the webapp. It should probably be set to be in the Client group.
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_4_fe07832333b536c71b7dcb46a4a44bd0._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_4_fe07832333b536c71b7dcb46a4a44bd0._comment
new file mode 100644
index 0000000000..2201db88e6
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_4_fe07832333b536c71b7dcb46a4a44bd0._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="comment 4"
+ date="2013-07-25T05:02:16Z"
+ content="""
+I saw the 'syncing enabled'/'syncing disabled' switch in the webapp, which I think is what you're calling pause. That was always enabled.
+
+I never adjusted the groups, but I see in the webapp that my remote is busted in other ways. It has no title, and settings->edit makes an error page. The edit link is like this:
+
+http://127.0.0.1:38187/config/repository/edit/NoUUID?auth=4294a...333c
+
+and the error is 
+
+    Internal Server Error
+    Unknown UUID
+
+I'll try re-configuring that remote. I wish the webapp could tell me more about what is broken with the remote repo and where I might go to repair it. 
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_5_540bca4e6fdfc10eeab875ecc0f2b3f3._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_5_540bca4e6fdfc10eeab875ecc0f2b3f3._comment
new file mode 100644
index 0000000000..8e00198efa
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_5_540bca4e6fdfc10eeab875ecc0f2b3f3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="comment 5"
+ date="2013-07-25T05:14:12Z"
+ content="""
+BTW \"go enter it into the computer you want to pair with\" is a very frustrating instruction to read. Every time I try to do a pairing and I encounter that, it's telling me \"now it's time for you to guess what to do, so this is probably where you'll screw things up.\" I have no idea where to enter that secret phrase. I would also like to know if 'asdfasdf' is a good secret phrase or not, presuming the two computers are both on my internal network. Does the secret matter later or is it just used for a minute?
+
+So far, I keep getting blank repo names with the NoUUID edit url, or I fail to accomplish a pairing at all.
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_6_3f236b35e9820cd88bb77fcd57d6975e._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_6_3f236b35e9820cd88bb77fcd57d6975e._comment
new file mode 100644
index 0000000000..63261fb9dc
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_6_3f236b35e9820cd88bb77fcd57d6975e._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="comment 6"
+ date="2013-07-25T05:36:07Z"
+ content="""
+Here's how little it takes for things to go wrong:  
+  
+----
+First host:  
+
+bang(pts/17):~/annex% git init  
+Initialized empty Git repository in /home/drewp/annex/.git/  
+
+bang(pts/17):~/annex% git-annex init  
+init  ok  
+(Recording state in git...)
+
+bang(pts/17):~/annex% git-annex webapp --listen 10.1.0.1:9999    
+http://10.1.0.1:9999/?auth=6f9a8b...
+
+
+----
+Second host:
+
+dash(pts/34):~/annex% git init  
+Initialized empty Git repository in /home/drewp/annex/.git/
+
+dash(pts/34):~/annex% git-annex init  
+init  ok  
+(Recording state in git...)
+
+dash(pts/34):~/annex% git-annex webapp --listen 10.1.0.229:9999  
+http://10.1.0.229:9999/?auth=f28bd56b456....
+
+
+Browse to first URI. Add another repo. Local computer. Enter 'qwerty'.   
+Browse to second URI. Respond to pairing request. Enter 'qwerty' again.  
+View both dashboards: http://bigasterisk.com/post/git-annex-bad-pair.png  
+
+
+
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_7_3cc5dae0351201522711a7caeecd60d5._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_7_3cc5dae0351201522711a7caeecd60d5._comment
new file mode 100644
index 0000000000..832f38fa5d
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_7_3cc5dae0351201522711a7caeecd60d5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 7"
+ date="2013-07-25T20:02:18Z"
+ content="""
+What settings does `.git/config` have for the git remote created by the local pairing process?
+
+Since I can't reproduce any problems with local pairing -- it works great on this network -- you will need to enable debugging, reproduce the bug, and send a debug log for me to debug this any further.
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_8_3c3883cb66d02a15d5de84d22aa113da._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_8_3c3883cb66d02a15d5de84d22aa113da._comment
new file mode 100644
index 0000000000..bf14ad573e
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_8_3c3883cb66d02a15d5de84d22aa113da._comment
@@ -0,0 +1,38 @@
+[[!comment format=mdwn
+ username="http://bigasterisk.com/"
+ nickname="Drew Perttula"
+ subject="~/annex/.git/config files (after running the steps above)"
+ date="2013-07-26T13:20:29Z"
+ content="""
+    dash(pts/32):~/annex% cat .git/config 
+    [core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+    [annex]
+        uuid = ddbb5112-3cff-46d3-b42a-f3a6826827a5
+        version = 3
+    [remote \"bang.local_annex\"]
+        url = ssh://drewp@git-annex-bang.local-drewp_annex/~/annex/
+        fetch = +refs/heads/*:refs/remotes/bang.local_annex/*
+        annex-ignore = true
+        annex-cost = 175.0
+
+
+    bang(pts/16):~/annex% cat .git/config
+    [core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+    [annex]
+        uuid = c8a6c420-0567-4f33-8abb-e44b2012ad55
+        version = 3
+    [remote \"dash.local_annex\"]
+        url = ssh://drewp@git-annex-dash.local-drewp_annex/~/annex/
+        fetch = +refs/heads/*:refs/remotes/dash.local_annex/*
+        annex-ignore = true
+        annex-cost = 175.0
+        
+"""]]
diff --git a/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_9_c8cece9559bd2dc6154cd28772369e48._comment b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_9_c8cece9559bd2dc6154cd28772369e48._comment
new file mode 100644
index 0000000000..0fd052a4cb
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist/comment_9_c8cece9559bd2dc6154cd28772369e48._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 9"
+ date="2013-07-26T16:55:08Z"
+ content="""
+Like I sort of expected, this is missing a remote.$foo.annex-uuid setting. But I don't know why yet. I need a debug log to figure this out.
+
+Can you enable debugging (run git-annex webapp --debug), reproduce the problem again, and send me the log?
+"""]]
diff --git a/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids.mdwn b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids.mdwn
new file mode 100644
index 0000000000..41122f8a62
--- /dev/null
+++ b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids.mdwn
@@ -0,0 +1,30 @@
+### Please describe the problem.
+
+I've setup a gcrypt based git backup repository as per the examples here:
+
+http://git-annex.branchable.com/tips/fully_encrypted_git_repositories_with_gcrypt/
+
+It all seems to work well until I try to do any kind git annex operation from the console on the gcrypted repo on the remote server.  If I run a `git annex fsck` (this seems a reasonable thing to do) then it initialises the encrypted remote with a different uuid to the one in the creation step.  The initial repository that created the repo seems to work okay but it's no longer possible to add further repositories without getting conflicting uuid errors.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]]; <>. I have updated the OSX autobuilder so tonight's
+> build will include the fixed git-remote-gcrypt. --[[Joey]]
+>
+> Note that gcrypt repositories affected by this bug are in fact empty, so
+> the first time a push is made with the fixed gcrypt it will probably
+> generate a new gcrypt-id and push everything.
diff --git a/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_1_11af589cf646cb7552eeb5c7401934f5._comment b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_1_11af589cf646cb7552eeb5c7401934f5._comment
new file mode 100644
index 0000000000..a8a4af4cf1
--- /dev/null
+++ b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_1_11af589cf646cb7552eeb5c7401934f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2014-04-27T15:04:09Z"
+ content="""
+Thinking about it some more perhaps it's not a reasonable thing to do if you don't want people to be able to discover info about the repo.  However it would be good to somehow prevent git-annex from running a local init operation when working with a gcrypt repo.
+"""]]
diff --git a/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_2_d81cb9b47dea34b639dc250bb231010a._comment b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_2_d81cb9b47dea34b639dc250bb231010a._comment
new file mode 100644
index 0000000000..e3e7441272
--- /dev/null
+++ b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_2_d81cb9b47dea34b639dc250bb231010a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2014-04-27T19:19:22Z"
+ content="""
+I'm having a pretty bad time with gcrypt based repos.  Seemingly at random a `git-annex sync` will occasionally decide that the remote repo doesn't exist and then attempt to create a new one - it generates a new gcryptid and the repository seems lost.
+
+This sometimes happens after a good few hours of use, sometimes it happens immediately after creation (but maybe due to the fact that annexs are sullied by previous bad attempts).  I've cleaned up making the repo dead, removing via `git remote` and editing the remote.log in the git-annex branch.  No idea if that's enough.
+
+What do you need from me to try to sort this?
+
+Cheers,
+
+Matt.
+"""]]
diff --git a/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_3_8df00f0ed4a26f702e0935b366521530._comment b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_3_8df00f0ed4a26f702e0935b366521530._comment
new file mode 100644
index 0000000000..fd2e9f8409
--- /dev/null
+++ b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_3_8df00f0ed4a26f702e0935b366521530._comment
@@ -0,0 +1,164 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 3"
+ date="2014-04-29T03:00:59Z"
+ content="""
+Hi,  I'm finally through trial and error am able to reproduce the bug...
+
+On OSX using version 5.20140420-ga25b8bb the creation of an gcrypt remote via initremote does not work properly.  See the attached debug log for what happens - no errors but subsequent syncs fail and creates a new repo.
+
+Using linux and version 5.20140421-g515d251 to create the gcrypt does work without issue.  Interestingly the OSX client will happily use the linux created repo without problem (at least it hasn't borked it yet).  This suggests something up in the creation step.  Perhaps this is fixed in the later version (see the other bug about the latest OSX upgrade having the older binary)?  But I didn't see anything in the change log about it?  But I did see the gcrypt script in the manifest now...
+
+<pre>~/iMovies $ git annex initremote isilon-2 type=gcrypt gitrepo=ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2 keyid=matt@dancingfrog.co.uk
+[2014-04-29 01:54:47 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"git-annex\"]
+[2014-04-29 01:54:47 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-04-29 01:54:47 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..3269adaaa41b42dab88399e8212d77301967f436\",\"--oneline\",\"-n1\"]
+git [2014-04-29 01:54:47 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..4dc8becdffd42c9af57e0d1007892516f2114c0e\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:54:47 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..13d8993b7d9a89ea4198ec3edd63aa575745c64c\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:54:47 BST] chat: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"cat-file\",\"--batch\"]
+initremote isilon-2 (encryption setup) [2014-04-29 01:54:47 BST] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--with-colons\",\"--list-public-keys\",\"matt@dancingfrog.co.uk\"]
+[2014-04-29 01:54:47 BST] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"2\",\"512\"]
+[2014-04-29 01:54:47 BST] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--recipient\",\"68D8501429C42E01\",\"--encrypt\",\"--no-encrypt-to\",\"--no-default-recipient\",\"--force-mdc\",\"--no-textmode\"]
+(hybrid cipher with gpg key 68D8501429C42E01) [2014-04-29 01:54:47 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"remote\",\"add\",\"isilon-2\",\"gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2\"]
+[2014-04-29 01:54:47 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"config\",\"remote.isilon-2.gcrypt-participants\",\"68D8501429C42E01\"]
+[2014-04-29 01:54:47 BST] read: git [\"config\",\"--null\",\"--list\"]
+[2014-04-29 01:54:48 BST] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--with-colons\",\"--list-secret-keys\",\"--fixed-list-mode\"]
+[2014-04-29 01:54:48 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"config\",\"remote.isilon-2.gcrypt-signingkey\",\"68D8501429C42E01\"]
+[2014-04-29 01:54:48 BST] read: git [\"config\",\"--null\",\"--list\"]
+[2014-04-29 01:54:48 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"fetch\",\"isilon-2\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+[2014-04-29 01:54:49 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"push\",\"isilon-2\",\"refs/heads/git-annex\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:oWSdoSaFhKA19TcXRHPS
+Counting objects: 4170, done.
+Compressing objects: 100% (3113/3113), done.
+Total 4170 (delta 149), reused 146 (delta 3)
+gcrypt: Encrypting to:  -R 68D8501429C42E01
+gcrypt: Requesting manifest signature
+
+You need a passphrase to unlock the secret key for
+user: \"Matt Ford (Work) <matt.ford@manchester.ac.uk>\"
+1024-bit DSA key, ID 29C42E01, created 2010-03-10
+
+gpg: 68D8501429C42E01: skipped: public key already present
+To gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+ * [new branch]      git-annex -> git-annex
+[2014-04-29 01:54:52 BST] read: git [\"config\",\"--null\",\"--list\"]
+[2014-04-29 01:54:52 BST] call: ssh [\"-S\",\".git/annex/ssh/rss\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"-T\",\"rss\",\"git-annex-shell 'gcryptsetup' '/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2' ':id:oWSdoSaFhKA19TcXRHPS'\"]
+ok
+[2014-04-29 01:54:53 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"config\",\"remote.isilon-2.annex-gcrypt\",\"shell\"]
+[2014-04-29 01:54:53 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"config\",\"remote.isilon-2.annex-uuid\",\"8fc5d933-d76f-5a61-b3a0-96b909e3f06c\"]
+ok
+[2014-04-29 01:54:53 BST] chat: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2014-04-29 01:54:53 BST] feed: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-04-29 01:54:53 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+(Recording state in git...)
+[2014-04-29 01:54:53 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"write-tree\"]
+[2014-04-29 01:54:53 BST] chat: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"commit-tree\",\"8c27761996045cb6daf7dc83920e15bfe0f2b2ed\",\"-p\",\"refs/heads/git-annex\"]
+[2014-04-29 01:54:53 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"update-ref\",\"refs/heads/git-annex\",\"0755de89ac06bb3babc73de294a550d9b62f39f1\"]
+[2014-04-29 01:54:53 BST] read: ssh [\"-O\",\"stop\",\"-S\",\"rss\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"localhost\"]
+
+
+~/iMovies $ git annex sync
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"git-annex\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..0755de89ac06bb3babc73de294a550d9b62f39f1\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..4dc8becdffd42c9af57e0d1007892516f2114c0e\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..3269adaaa41b42dab88399e8212d77301967f436\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..13d8993b7d9a89ea4198ec3edd63aa575745c64c\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:55 BST] chat: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"cat-file\",\"--batch\"]
+commit  [2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"commit\",\"-a\",\"-m\",\"git-annex automatic sync\"]
+ok
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"symbolic-ref\",\"HEAD\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"refs/heads/master\"]
+[2014-04-29 01:57:55 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/heads/synced/master\"]
+[2014-04-29 01:57:55 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/master..refs/heads/synced/master\",\"--oneline\",\"-n1\"]
+pull isilon 
+[2014-04-29 01:57:55 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"fetch\",\"isilon\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov
+[2014-04-29 01:57:56 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon/master\"]
+[2014-04-29 01:57:56 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/master..refs/remotes/isilon/master\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:56 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon/synced/master\"]
+[2014-04-29 01:57:56 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/synced/master..refs/remotes/isilon/synced/master\",\"--oneline\",\"-n1\"]
+ok
+pull isilon-2 
+[2014-04-29 01:57:57 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"fetch\",\"isilon-2\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+[2014-04-29 01:57:57 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon-2/master\"]
+[2014-04-29 01:57:57 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon-2/synced/master\"]
+ok
+[2014-04-29 01:57:57 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"git-annex\"]
+[2014-04-29 01:57:57 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-04-29 01:57:57 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..0755de89ac06bb3babc73de294a550d9b62f39f1\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:58 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..4dc8becdffd42c9af57e0d1007892516f2114c0e\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:58 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..3269adaaa41b42dab88399e8212d77301967f436\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:58 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/heads/git-annex..13d8993b7d9a89ea4198ec3edd63aa575745c64c\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:58 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"branch\",\"-f\",\"synced/master\"]
+[2014-04-29 01:57:58 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon/synced/master\"]
+[2014-04-29 01:57:58 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/remotes/isilon/synced/master..refs/heads/synced/master\",\"--oneline\",\"-n1\"]
+[2014-04-29 01:57:58 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon/git-annex\"]
+[2014-04-29 01:57:58 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"log\",\"refs/remotes/isilon/git-annex..git-annex\",\"--oneline\",\"-n1\"]
+push isilon 
+[2014-04-29 01:57:58 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"push\",\"isilon\",\"+git-annex:synced/git-annex\",\"master:synced/master\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:p4cHPeAFIRIvZTnm4UrK
+Counting objects: 5649, done.
+Compressing objects: 100% (4579/4579), done.
+Total 5649 (delta 151), reused 146 (delta 3)
+gcrypt: Encrypting to:  -R 68D8501429C42E01
+gcrypt: Requesting manifest signature
+
+You need a passphrase to unlock the secret key for
+user: \"Matt Ford (Work) <matt.ford@manchester.ac.uk>\"
+1024-bit DSA key, ID 29C42E01, created 2010-03-10
+
+gpg: 68D8501429C42E01: skipped: public key already present
+To gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+[2014-04-29 01:58:01 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"push\",\"isilon\",\"master\"]
+
+You need a passphrase to unlock the secret key for
+user: \"Matt Ford (Work) <matt.ford@manchester.ac.uk>\"
+1024-bit DSA key, ID 29C42E01, created 2010-03-10
+
+ok
+[2014-04-29 01:58:03 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/isilon-2/synced/master\"]
+push isilon-2 
+[2014-04-29 01:58:03 BST] call: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"push\",\"isilon-2\",\"+git-annex:synced/git-annex\",\"master:synced/master\"]
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:wTHlCd+vFviIzoTDv2Xu
+Counting objects: 5649, done.
+Compressing objects: 100% (4579/4579), done.
+Total 5649 (delta 152), reused 146 (delta 3)
+gcrypt: Encrypting to:  -R 68D8501429C42E01
+gcrypt: Requesting manifest signature
+
+You need a passphrase to unlock the secret key for
+user: \"Matt Ford (Work) <matt.ford@manchester.ac.uk>\"
+1024-bit DSA key, ID 29C42E01, created 2010-03-10
+
+gpg: 68D8501429C42E01: skipped: public key already present
+To gcrypt::ssh://rss/home/matt/mnt/isilon/rss/zzalsmf3/git-annex/mov2
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+[2014-04-29 01:58:06 BST] read: git [\"--git-dir=/Volumes/Media/iTunes Media/Movies/.git\",\"--work-tree=/Volumes/Media/iTunes Media/Movies\",\"push\",\"isilon-2\",\"master\"]
+
+You need a passphrase to unlock the secret key for
+user: \"Matt Ford (Work) <matt.ford@manchester.ac.uk>\"
+1024-bit DSA key, ID 29C42E01, created 2010-03-10
+
+ok
+[2014-04-29 01:58:09 BST] read: ssh [\"-O\",\"stop\",\"-S\",\"rss\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"localhost\"]
+</pre>
+"""]]
diff --git a/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_4_7eb33c23223dfc634eb3c9c6621f7f3e._comment b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_4_7eb33c23223dfc634eb3c9c6621f7f3e._comment
new file mode 100644
index 0000000000..d40c435db6
--- /dev/null
+++ b/doc/bugs/remote_gcrypt_based_repos_and_conflicting_uuids/comment_4_7eb33c23223dfc634eb3c9c6621f7f3e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 4"
+ date="2014-05-19T16:28:01Z"
+ content="""
+I can reproduce this problem on OSX.
+
+I've only gotten as far as seeing that the gcrypt repository never gets initialized as a git repository. It has a config file, but no objects are ever pushed to it. This is why gcrypt sees no repository there in subsequent runs.
+
+This is a bug in gcrypt, so filed: <https://github.com/blake2-ppc/git-remote-gcrypt/issues/15>
+"""]]
diff --git a/doc/bugs/remote_not_showing_up_in_webapp.mdwn b/doc/bugs/remote_not_showing_up_in_webapp.mdwn
new file mode 100644
index 0000000000..f2f83f064f
--- /dev/null
+++ b/doc/bugs/remote_not_showing_up_in_webapp.mdwn
@@ -0,0 +1,100 @@
+### Please describe the problem.
+
+This is a followup on [[bugs/internal_server_error:_unknown_UUID_on_webapp]]. In that issue, webapps previous to 20130929 would crash with `internal server error: unknown UUID`. This was fixed at that date, but some problems remain, namely that the remote that is recognized on the commandline doesn't show up in the webapp.
+
+`markov` is able to push to `marcos`, but not the reverse because `markov` is hidden behind a NAT. `git annex sync` seems to do the right thing accordingly on both ends (which is: `marcos` doesn't try to push to `markov` but `markov` pushes to `marcos`).
+
+### What steps will reproduce the problem?
+
+See [[bugs/internal_server_error:_unknown_UUID_on_webapp]]. I didn't do any further changes other than upgrade `git-annex` on both ends.
+
+### What version of git-annex are you using? On what operating system?
+
+`marcos` is now running `Version: 4.20131105-g8efdc1a Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash`
+
+`markov` is now running the wheezy backport, `4.20131002~bpo70+1`.
+
+### Please provide any additional information below.
+
+#### On `marcos`
+
+Here's the output of `git annex status` on `marcos`:
+
+[[!format sh """
+anarcat@marcos:books$ git annex status
+repository mode: direct
+trusted repositories: 0
+semitrusted repositories: 3
+        00000000-0000-0000-0000-000000000001 -- web
+        a75cbbf7-e055-423e-b375-443e0552c9e2 -- here (anarcat@marcos:/srv/books)
+        aa500f29-42d9-4777-ae02-4a2c3d47db44 -- anarcat@markov:~/books
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 7.04 gigabytes (+1 megabyte reserved)
+local annex keys: 736
+local annex size: 3.92 gigabytes
+annexed files in working tree: 721
+size of annexed files in working tree: 3.92 gigabytes
+bloom filter size: 16 mebibytes (0.1% full)
+backend usage:
+        SHA256E: 1457
+# End of transcript or log.
+"""]]
+
+Here's a screenshot of the idle webapp on marcos:
+
+<img src="http://i.imgur.com/3HFgj3w.png" />
+
+You can clearly see that the webapp doesn't see the `markov` remote.
+
+When `markov` transfers stuff, `marcos` sees the transfers happening, but marks it as going to the `unknown` remote:
+
+<img src="http://i.imgur.com/YOu9GbA.png" />
+
+Clicking on that link is what was previously triggering [[bugs/internal_server_error:_unknown_UUID_on_webapp]] but now yields a "Unknown remote" error.
+
+<img src="http://i.imgur.com/y7JxULi.png" />
+
+#### On `markov`:
+
+Here is a screenshot from `markov` that shows *it* knows about both repositories and seem to behave properly:
+
+<img src="http://i.imgur.com/fTMslVT.png" />
+
+And here's the output of `git annex status` on markov:
+
+[[!format sh """
+anarcat@desktop008:books$ git annex status
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 3
+        00000000-0000-0000-0000-000000000001 -- web
+        a75cbbf7-e055-423e-b375-443e0552c9e2 -- origin (anarcat@marcos:/srv/books)
+        aa500f29-42d9-4777-ae02-4a2c3d47db44 -- here (anarcat@markov:~/books)
+untrusted repositories: 0
+transfers in progress:
+        downloading Patrick K. O'Brien/Philip's Atlas of World History, Concise Edition (115)/Philip's Atlas of World History, Concise Edition - Patrick K. O'Brien.pdf from origin
+available local disk space: 93.25 gigabytes (+1 megabyte reserved)
+temporary directory size: 50.07 megabytes (clean up with git-annex unused)
+local annex keys: 708
+local annex size: 3.81 gigabytes
+known annex keys: 721
+known annex size: 3.92 gigabytes
+bloom filter size: 16 mebibytes (0.1% full)
+backend usage:
+        SHA256E: 1429
+"""]]
+
+Finally, note that you sometimes see `desktop008` above: it turns out I am running `git annex` from my workstation, which NFS-mounts the `/home` directory of `markov` into `/srv/musique`.  --[[anarcat]]
+
+Yesterday, I made the webapp register ssh remotes it creates. 
+They then show up in the webapp when run in a repository where that ssh
+remote is not enabled.
+
+You can also manually register a ssh remote. First set up the git remote
+as usual. Then run `git annex initremote type=git name=foo
+location=$url`.
+
+[[!meta title="webapp shows transfer from 'unknown' when no remote is configured for a system that is downloading files"]]
+
+[[!tag confirmed]]
diff --git a/doc/bugs/remote_not_showing_up_in_webapp/comment_1_2a269732fd528f505777542d3556437a._comment b/doc/bugs/remote_not_showing_up_in_webapp/comment_1_2a269732fd528f505777542d3556437a._comment
new file mode 100644
index 0000000000..4582a30715
--- /dev/null
+++ b/doc/bugs/remote_not_showing_up_in_webapp/comment_1_2a269732fd528f505777542d3556437a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-06T16:38:47Z"
+ content="""
+marcov does not show up in the webapp because there is no configured git remote for it.
+
+This is a slightly confusing corner of the webapp. The webapp will show repositories that do not have a configured remote, but it only does it for special remotes. ssh repos, being regular git remotes, don't currently show up in the webapp unless that repository is actually set up as a remote.
+
+It should certainly not show it as \"unknown\"; it would be much better to use the full repo description here, since it does not have a remote name.
+(Unless the description is really long!)
+
+I think you'll also get the \"unknown uuid\" screen even for a special remote that is not configured in the local repository. So that needs to be fixed.
+
+Finally, it would probably be good for the webapp to show ssh repos that don't have remotes as existing, and let the user enter a ssh address to configure them. The problem with trying to do this is it actually has no idea that this is a ssh repo. It could just as easily be a local directory. The UI to configure  it would be pretty elaborate.
+"""]]
diff --git a/doc/bugs/remote_not_showing_up_in_webapp/comment_2_10638e99e2e11460f99266f56adbc1db._comment b/doc/bugs/remote_not_showing_up_in_webapp/comment_2_10638e99e2e11460f99266f56adbc1db._comment
new file mode 100644
index 0000000000..fb2976657e
--- /dev/null
+++ b/doc/bugs/remote_not_showing_up_in_webapp/comment_2_10638e99e2e11460f99266f56adbc1db._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2014-04-19T04:26:57Z"
+ content="""
+i hit that thing again, utterly confused. it happens all the time with my laptop, which has access to my workstation, but not the other way around. so from the POV of my laptop, things make sense somehow, but from the workstation, the laptop doesn't show up at all, and when there's a transfer, it says it's into the unknown.
+
+really confusing... surely there's a way to show the remote name at least...
+"""]]
diff --git a/doc/bugs/remote_not_showing_up_in_webapp/comment_3_4aa72acc0938f7f824ba10f3f102e8bc._comment b/doc/bugs/remote_not_showing_up_in_webapp/comment_3_4aa72acc0938f7f824ba10f3f102e8bc._comment
new file mode 100644
index 0000000000..c0280b48bc
--- /dev/null
+++ b/doc/bugs/remote_not_showing_up_in_webapp/comment_3_4aa72acc0938f7f824ba10f3f102e8bc._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 3"
+ date="2014-05-23T14:57:43Z"
+ content="""
+Yesterday, I made the webapp register ssh remotes it creates.  
+They then show up in the webapp when run in a repository where that ssh
+remote is not enabled.
+ 
+You can also manually register a ssh remote. First set up the git remote
+as usual. Then run `git annex initremote type=git name=foo
+location=$url`.
+
+So, this bugs titular issue is fixed, but the issue of it displaying \"unknown\" rather than the remote description is not yet fixed. Will retitle this bug appropriately, and leave open until that gets fixed.
+"""]]
diff --git a/doc/bugs/repo_creation_fails_on_android_4.4.3.mdwn b/doc/bugs/repo_creation_fails_on_android_4.4.3.mdwn
new file mode 100644
index 0000000000..335357c10f
--- /dev/null
+++ b/doc/bugs/repo_creation_fails_on_android_4.4.3.mdwn
@@ -0,0 +1,30 @@
+Hello everyone,
+Creating a new repository through the web-app fails on Android 4.4.3, git annex version 5.20140612-g1bebb0d.
+
+Steps to reproduce the problem:
+
+1. Install git annex for android 4.4.3
+
+2. Launch git annex.
+
+3. The terminal opens up reporting some (non-fatal?) errors. (I notice that I can't do anything in the terminal, is it supposed to reply to git annex commands? typing in "git annex version" does nothing).
+
+4. The web-app is launched.
+
+5. Click on make repository.
+
+6. Error message.
+
+I've made a few screenshots to illustrate:
+
+[terminal screenshot](https://drive.google.com/file/d/0B1qM91oKErVDSEJwbnhiaFJhQVU/edit?usp=sharing)
+
+This is the webapp error when creating a new repo:
+
+[first](https://drive.google.com/file/d/0B1qM91oKErVDVHVuLVpacmJaOEU/edit?usp=sharing)
+
+[second](https://drive.google.com/file/d/0B1qM91oKErVDX3R3cFhyb2VjcHc/edit?usp=sharing)
+
+Being on android I can't find any ".git/annex/daemon.log to" to report. I tried to look in the repo folder but there was no .git in it (maybe hidden?)
+
+> dup; [[done]] --[[Joey]]
diff --git a/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_1_01e638ec9c6d74966d76b6ceb7c06bad._comment b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_1_01e638ec9c6d74966d76b6ceb7c06bad._comment
new file mode 100644
index 0000000000..9994130f5e
--- /dev/null
+++ b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_1_01e638ec9c6d74966d76b6ceb7c06bad._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxFr-i4nNUVrj3PJ_JKhp7GtZ5Xom7-3w"
+ nickname="John"
+ subject="Errors from Screenshots"
+ date="2014-07-03T20:00:25Z"
+ content="""
+A low-bandwidth version.
+
+*terminal screenshot:*
+
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+git annex webapp
+nex webapp
+WARNING: linker: git-annex has text relocations. This is wasting memory and is a security risk.  Please fix.
+error: fchmod on /sdcard/annex/.git/config.lock failed: Operation not permitted
+error: fchmod on /sdcard/annex/.git/config.lock failed: Operation not permitted
+
+*first:*
+
+git [Param \"config\",Param \"annex.uuid\",Param \"51e7d274-9723-4b14-8c5
+
+*second:*
+
+ram \"annex.uuid\",Param \"51e7d274-9723-4b14-8c57-1d72263e3982\"] failed
+
+"""]]
diff --git a/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_2_07c0f9387433b7107e9def2bfbed3039._comment b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_2_07c0f9387433b7107e9def2bfbed3039._comment
new file mode 100644
index 0000000000..473bfb3087
--- /dev/null
+++ b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_2_07c0f9387433b7107e9def2bfbed3039._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-03T20:13:57Z"
+ content="""
+Thanks, this is then a dup of [[bugs/Android_fails_on_Google_Nexus_10_Jellybean]].
+"""]]
diff --git a/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_3_caf4f02677ea9e7fe28dbace99aa6860._comment b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_3_caf4f02677ea9e7fe28dbace99aa6860._comment
new file mode 100644
index 0000000000..0b46416f5c
--- /dev/null
+++ b/doc/bugs/repo_creation_fails_on_android_4.4.3/comment_3_caf4f02677ea9e7fe28dbace99aa6860._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 3"
+ date="2014-07-04T17:52:41Z"
+ content="""
+This problem should be fixed in the most recent daily build of git-annex for android. Testing appreciated.
+"""]]
diff --git a/doc/bugs/rsync_special_remote_fails_to___96__get__96___files_which_have_names_containing_spaces.mdwn b/doc/bugs/rsync_special_remote_fails_to___96__get__96___files_which_have_names_containing_spaces.mdwn
new file mode 100644
index 0000000000..040d86bb87
--- /dev/null
+++ b/doc/bugs/rsync_special_remote_fails_to___96__get__96___files_which_have_names_containing_spaces.mdwn
@@ -0,0 +1,50 @@
+    ~$ mkdir test annex
+    ~$ cd test
+    ~$ git init
+    Initialized empty Git repository in /home/user/test/.git/
+    ~$ git annex init test
+    init test ok
+    ~$ git annex initremote localrsync encryption=none type=rsync rsyncurl=localhost:annex/
+    initremote localrsync ok
+    ~$ cp /home/user/Music/Charming\ Hostess/Eat/03\ Mi\ Nuera.ogg ./
+    ~$ git annex add 03\ Mi\ Nuera.ogg
+    add 03 Mi Nuera.ogg ok
+    (Recording state in git...)
+    ~$ git commit -m "add ogg"
+    fatal: No HEAD commit to compare with (yet)
+    fatal: No HEAD commit to compare with (yet)
+    [master (root-commit) 12608af] add ogg
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 03 Mi Nuera.ogg
+    ~$ git annex move 03\ Mi\ Nuera.ogg --to localrsync
+    move 03 Mi Nuera.ogg (checking localrsync...) (to localrsync...) 
+    sending incremental file list
+    1X/
+    1X/39/
+    1X/39/WORM-s6296772-m1311874383--03 Mi Nuera.ogg/
+    1X/39/WORM-s6296772-m1311874383--03 Mi Nuera.ogg/WORM-s6296772-m1311874383--03 Mi Nuera.ogg
+         6296772 100%   42.98MB/s    0:00:00 (xfer#1, to-check=0/5)
+    
+    sent 6297754 bytes  received 43 bytes  4198531.33 bytes/sec
+    total size is 6296772  speedup is 1.00
+    ok
+    ~$ git annex get 03\ Mi\ Nuera.ogg
+    get 03 Mi Nuera.ogg (from localrsync...) 
+    rsync: link_stat "/home/user/annex/1X/39/WORM-s6296772-m1311874383--03" failed: No such file or directory (2)
+    rsync: link_stat "/home/user/Mi" failed: No such file or directory (2)
+    rsync: change_dir "/home/user/Nuera.ogg" failed: No such file or directory (2)
+    rsync: link_stat "/home/user/Mi" failed: No such file or directory (2)
+    rsync: link_stat "/home/user/Nuera.ogg" failed: No such file or directory (2)
+    
+    sent 8 bytes  received 12 bytes  13.33 bytes/sec
+    total size is 0  speedup is 0.00
+    rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1526) [Receiver=3.0.7]
+    
+      rsync failed -- run git annex again to resume file transfer
+      Unable to access these remotes: localrsync
+      Try making some of these repositories available:
+            b8b1ea7a-b93f-11e0-b712-d7bffb6e61e6  -- localrsync
+    failed
+    git-annex: 1 failed
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/rsync_transport:_username_not_respected.mdwn b/doc/bugs/rsync_transport:_username_not_respected.mdwn
new file mode 100644
index 0000000000..467e676438
--- /dev/null
+++ b/doc/bugs/rsync_transport:_username_not_respected.mdwn
@@ -0,0 +1,43 @@
+### Please describe the problem.
+
+I created an encrypted rsync remote with a username (user@host). The rsync command issued by git-annex doesn't contain the username. I solved the problem using .ssh/config.
+
+### What steps will reproduce the problem?
+
+
+[[!format sh """
+# Add remote like that
+git-annex initremote encrsync type=rsync rsyncurl=user@xxx.rsync.net:rsync/X keyid=0xXXX
+# Sync it
+git-annex sync --content
+
+
+# You'll see
+$> ps ax | grep rsync
+30652 pts/3    S+     0:00 /home/ganwell/bin/git-annex.linux//lib64/ld-linux-x86-64.so.2 --library-path /home/ganwell/bin/git-annex.linux//etc/ld.so.conf.d:/home/ganwell/bin/git-annex.linux//usr/lib/x86_64-linux-gnu/gconv:/home/ganwell/bin/git-annex.linux//usr/lib/x86_64-linux-gnu/libc:/home/ganwell/bin/git-annex.linux//usr/lib:/home/ganwell/bin/git-annex.linux//usr/lib/x86_64-linux-gnu:/home/ganwell/bin/git-annex.linux//lib64:/home/ganwell/bin/git-annex.linux//lib/x86_64-linux-gnu: /home/ganwell/bin/git-annex.linux/shimmed/rsync/rsync xxx.rsync.net:rsync/X/9fa/634/'GPGHMACSHA1--X/GPGHMACSHA1--X
+"""]]
+
+
+
+### What version of git-annex are you using? On what operating system?
+
+OS: Linux
+
+Ver: git-annex version: 5.20140210-g1e0a3ad
+
+Type: prebuilt
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> Argh! How did that break? I know it used to work.
+> I have fixed it, unfortunately the fix was too late for today's release,
+> but it will be available in autobuilds shortly.
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files.mdwn b/doc/bugs/runs_of_of_memory_adding_2_million_files.mdwn
new file mode 100644
index 0000000000..3891933a6e
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files.mdwn
@@ -0,0 +1,17 @@
+Make 2 million files and `git annex add` (indirect mode), fails at the end:
+
+<pre>
+add 999996 ok
+add 999997 ok
+(Recording state in git...)
+[2014-06-21 11:49:28 JEST] feed: xargs ["-0","git","--git-dir=/home/joey/tmp/r/.git","--work-tree=/home/joey/tmp/r","add","--"]
+add 999998 ok
+add 999999 ok
+[2014-06-21 11:49:49 JEST] read: git ["--git-dir=/home/joey/tmp/r/.git","--work-tree=/home/joey/tmp/r","diff","--name-only","--diff-filter=T","-z","--","."]
+(Recording state in git...)
+[2014-06-21 11:52:24 JEST] feed: xargs ["-0","git","--git-dir=/home/joey/tmp/r/.git","--work-tree=/home/joey/tmp/r","add","--"]
+Stack space overflow: current size 8388608 bytes.
+Use `+RTS -Ksize -RTS' to increase it.
+</pre>
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_1_8b60b7816b9bf2c8cdd21b5cae431555._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_1_8b60b7816b9bf2c8cdd21b5cae431555._comment
new file mode 100644
index 0000000000..d4b1c3fd8d
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_1_8b60b7816b9bf2c8cdd21b5cae431555._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-04T18:24:51Z"
+ content="""
+The diff-filter=T comes from when Command.Add runs its pass to find unlocked files. It's finished adding all the files, so it must either be that or the git-annex branch commit that's running out of memory, I think.
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_2_32908da23e4fb38a7d20b765a5ab4656._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_2_32908da23e4fb38a7d20b765a5ab4656._comment
new file mode 100644
index 0000000000..7f0e8ba704
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_2_32908da23e4fb38a7d20b765a5ab4656._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-04T18:36:49Z"
+ content="""
+Does not seem to be the diff-filter=T command that is the problem. It's not outputting a lot of files, and should stream over them even if it did.
+
+The last xargs appears to be at or near the problem. It is called by Annex.Content.saveState, which first does a Annex.Queue.flush, followed by a Annex.Branch.commit. I suspect the problem is the latter; at this point there are 2 million files in .git/annex/journal waiting to be committed to the git-annex branch.
+
+In the same big repo, I can add one more file and reproduce the problem running `git annex add $newfile`.
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_3_3cff88b50eb3872565bccbeb6ee15716._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_3_3cff88b50eb3872565bccbeb6ee15716._comment
new file mode 100644
index 0000000000..7e2c5568d2
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_3_3cff88b50eb3872565bccbeb6ee15716._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 3"
+ date="2014-07-04T19:26:00Z"
+ content="""
+Looking at the code, it's pretty clear why this is using a lot of memory:
+
+<pre>
+        fs <- getJournalFiles jl
+        liftIO $ do
+                h <- hashObjectStart g
+                Git.UpdateIndex.streamUpdateIndex g
+                        [genstream dir h fs]
+                hashObjectStop h
+        return $ liftIO $ mapM_ (removeFile . (dir </>)) fs
+</pre>
+
+So the big list in `fs` has to be retained in memory after the files are streamed to update-index, in order for them to be deleted!
+
+Fixing is a bit tricky.. New journal files can appear while this is going on, so it can't just run getJournalFiles a second time to get the files to clean. 
+Maybe delete the file after it's been sent to git-update-index? But git-update-index is going to want to read the file, and we don't really know when it will choose to do so. It could wait a while after we've sent the filename to it, potentially.
+
+Also, per [[!commit 750c4ac6c282d14d19f79e0711f858367da145e4]], we cannot delete the journal files until *after* the commit, or another git-annex process would see inconsistent data!
+
+I actually think I am going to need to use a temp file to hold the list of files..
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_4_e991986eb8ae49d2e69f7ed7fd61485f._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_4_e991986eb8ae49d2e69f7ed7fd61485f._comment
new file mode 100644
index 0000000000..40ff69d056
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_4_e991986eb8ae49d2e69f7ed7fd61485f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 4"
+ date="2014-07-04T19:38:18Z"
+ content="""
+While I fixed the problem analized above, it still runs out of memory in the same place. Must be other strictness problems..
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_5_241ad838135a7a377374ca9ba90aec5c._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_5_241ad838135a7a377374ca9ba90aec5c._comment
new file mode 100644
index 0000000000..41382e1c27
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_5_241ad838135a7a377374ca9ba90aec5c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 5"
+ date="2014-07-04T19:53:43Z"
+ content="""
+The other memory leak is in getJournalFiles itself!
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_6_744982b77cc867e9e3a7d638c7a653d6._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_6_744982b77cc867e9e3a7d638c7a653d6._comment
new file mode 100644
index 0000000000..574cc0dc7c
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_6_744982b77cc867e9e3a7d638c7a653d6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 6"
+ date="2014-07-04T21:10:17Z"
+ content="""
+Actually, it is in getDirectoryContents itself, so not even in git-annex's code. Filed a bug w/patch: <https://ghc.haskell.org/trac/ghc/ticket/9266>
+
+I do not feel this is serious enough to work around in git-annex with a fixed copy of getDirectoryContents, so I'll wait for that get fixed.
+
+Testing with my patched getDirectoryContents, git-annex still uses up a lot of memory in this situation. It no longer blows the stack, but getDirectoryContents is still using entirely more memory than it needs to.
+"""]]
diff --git a/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_7_9add4ee13b7ea846e6495c28da214269._comment b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_7_9add4ee13b7ea846e6495c28da214269._comment
new file mode 100644
index 0000000000..a6f837dff4
--- /dev/null
+++ b/doc/bugs/runs_of_of_memory_adding_2_million_files/comment_7_9add4ee13b7ea846e6495c28da214269._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 7"
+ date="2014-07-04T22:09:38Z"
+ content="""
+I wrote my own getDirectoryContents' with different exception semantics and entirely fixed this now. git-annex's memory use remains stable at around 1.5 mb during the entire staging of the millions of files. git itself uses a few hundred mb ;)
+"""]]
diff --git a/doc/bugs/set_metadata_on_wrong_files.mdwn b/doc/bugs/set_metadata_on_wrong_files.mdwn
new file mode 100644
index 0000000000..e317147840
--- /dev/null
+++ b/doc/bugs/set_metadata_on_wrong_files.mdwn
@@ -0,0 +1,90 @@
+### Please describe the problem.
+
+For an example I wanted to add different metadata to some test files,
+but the outcome is that the last metadata gets applied to all three files. see transcript below.
+
+
+
+### What steps will reproduce the problem?
+
+1. Create a git annex repository
+2. add a few files
+3. add some metadata to the files, same keys, differnt values
+4. watch the metadata, only the last added one is shown for all files
+
+
+### What version of git-annex are you using? On what operating system?
+    $cat /etc/debian_version; uname -a; git annex version
+    7.4
+    Linux jupiter 3.13.0ct #33 SMP PREEMPT Tue Jan 21 05:04:01 CET 2014 x86_64 GNU/Linux
+    git-annex version: 5.20140306~bpo70+1
+    build flags: Assistant Webapp Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web tahoe glacier hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+
+### Please provide any additional information below.
+
+Debian/Wheezy with git annex from backports. The test was done in /tmp which is a tmpfs.
+
+
+[[!format sh """
+$export LC_ALL=C
+$mkdir /tmp/annextest
+$cd /tmp/annextest
+$git init
+Initialized empty Git repository in /tmp/annextest/.git/
+$git annex init
+init  ok
+(Recording state in git...)
+
+$touch a.txt b.txt c.txt
+$git annex add a.txt b.txt c.txt
+add a.txt ok
+add b.txt ok
+add c.txt ok
+(Recording state in git...)
+$git commit -m init
+[master (root-commit) 5470bdb] init
+ 3 files changed, 3 insertions(+)
+ create mode 120000 a.txt
+ create mode 120000 b.txt
+ create mode 120000 c.txt
+
+$git annex metadata a.txt -s foo=bar -s num=1
+metadata a.txt 
+  foo=bar
+  num=1
+ok
+(Recording state in git...)
+$git annex metadata b.txt -s foo=baz -s num=2
+metadata b.txt 
+  foo=baz
+  num=2
+ok
+(Recording state in git...)
+$git annex metadata c.txt -s foo=barf -s num=3
+metadata c.txt 
+  foo=barf
+  num=3
+ok
+(Recording state in git...)
+$git annex metadata
+metadata a.txt 
+  foo=barf
+  num=3
+ok
+metadata b.txt 
+  foo=barf
+  num=3
+ok
+metadata c.txt 
+  foo=barf
+  num=3
+ok
+"""]]
+
+> [[fixed|done]]; documentation improved --[[Joey]]
diff --git a/doc/bugs/set_metadata_on_wrong_files/comment_1_074f124e5d313e90b3e9217325799587._comment b/doc/bugs/set_metadata_on_wrong_files/comment_1_074f124e5d313e90b3e9217325799587._comment
new file mode 100644
index 0000000000..f7a47d2fea
--- /dev/null
+++ b/doc/bugs/set_metadata_on_wrong_files/comment_1_074f124e5d313e90b3e9217325799587._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 1"
+ date="2014-03-26T20:55:07Z"
+ content="""
+This is because metadata applies to the contents of files, and all 3 of your files have the same single content. I will update the documentation to make it more clear metadata works this way.
+"""]]
diff --git a/doc/bugs/signal_weirdness.mdwn b/doc/bugs/signal_weirdness.mdwn
new file mode 100644
index 0000000000..5a00963343
--- /dev/null
+++ b/doc/bugs/signal_weirdness.mdwn
@@ -0,0 +1,50 @@
+For the record, there is a slight weirdness with how git-annex
+handles a signal like ctrl-c.
+
+For example:
+
+	joey@gnu:~/tmp/b>git annex copy a b --to origin
+	copy a (checking origin...) (to origin...) 
+	SHA256-s104857600--20492a4d0d84f8beb1767f6616229f85d44c2827b64bdbfb260ee12fa1109e0e
+	        3272   0%    0.00kB/s    0:00:00  ^C
+	zsh: interrupt  git annex copy a --to origin
+	joey@gnu:~/tmp/b>
+	rsync error: unexplained error (code 130) at rsync.c(549) [sender=3.0.9]
+
+Here git-annex exits before rsync has fully exited. Not a large problem
+but sorta weird.
+
+The culprit is `CmdLine.startup` in Utility.SafeCommand, which installs
+a default signal handler for SIGINT, which causes it to immediatly
+terminate git-annex. rsync, in turn, has its own SIGINT handler, which 
+prints the message, typically later.
+
+(Why it prints that message and not its more usual message about having
+received a signal, I'm not sure?)
+
+It's more usual for a `system` like thing to block SIGINT, letting the child
+catch it and exit, and then detecting the child's exit status and terminating. 
+However, since rsync *is* trapping SIGINT, and exiting nonzero explicitly,
+git-annex can't tell that rsync failed due to a SIGINT by examining the
+`waitpid` result.
+And, git-annex typically doesn't stop when a single child fails. In the
+example above, it would go on to copy `b` after a ctrl-c!
+
+A further complication is that git-annex is itself a child process
+of git, which does not block SIGINT either. So if git-annex blocks SIGINT,
+it will be left running in the background after git exits, and continuing
+with further actions too. (Perhaps its SIGINT handling is a bug in git.)
+
+Now, rsync does have a documented exit code it uses after a SIGINT.
+But other programs git-annex runs generally do not. So it would be possible
+to special case in support for rsync, blocking SIGINT while running it,
+noticing it exited with 20, and git-annex then stopping. But this is
+ugly and failure prone if rsync's code 20 changes. And it only
+would fix the rsync case, not helping with other commands like wget, unless
+it assumes they never trap SIGINT on their own.
+
+Which is why the current behavior of not blocking SIGINT was chosen,
+as a less bad alternative. Still, I'd like to find a better one.
+--[[Joey]] 
+
+[[!tag confirmed]]
diff --git a/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink.mdwn b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink.mdwn
new file mode 100644
index 0000000000..3f8c7fc482
--- /dev/null
+++ b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+
+ATM git annex assistant app is the largest one installed on my phone.  I simply keep hitting the available storage space limits and keep pruning some apps
+
+According to file
+$> file lib/armeabi/lib.git-annex.so
+lib/armeabi/lib.git-annex.so: ELF 32-bit LSB  executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), not stripped
+so largest annex's .so is 133M and is not stripped.  stripping it seems to half its size: 
+
+$> ls -l lib.git-annex.so 
+62052 -rw------- 1 yoh yoh 63468304 Nov 25 22:21 lib.git-annex.so
+$> file lib.git-annex.so
+lib.git-annex.so: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), stripped
+
+so may be it could be the first step to make the .apk and installation itself more lightweight and thus easier to "manage"
+
+thanks in advance
+
+### What steps will reproduce the problem?
+
+install provided .apk on Android
+
+### What version of git-annex are you using? On what operating system?
+
+Android, just fetched the most recent "release" apk from the
+http://downloads.kitenet.net/git-annex/android/current/4.0/git-annex.apk
+Last-Modified: Mon, 18 Nov 2013 11:57:25 GMT
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> Seems that I lost stripping of the git-annex binary when adding the build
+> for the newer android versions. [[fixed|done]] (There is not otherwise
+> much way to shrink the size.) --[[Joey]]
diff --git a/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_1_d2faaff98386433110dcf7aae87916b7._comment b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_1_d2faaff98386433110dcf7aae87916b7._comment
new file mode 100644
index 0000000000..894c487841
--- /dev/null
+++ b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_1_d2faaff98386433110dcf7aae87916b7._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="sure there is no other ways to shrink?"
+ date="2013-11-27T04:26:35Z"
+ content="""
+Might be quite a stretch but it is hard to grasp that all 60MB are really needed... although with haskell -- it might indeed be the case, but I thought that may be there could be some symbols pulled in which aren't used, and for which when in gcc/ld world there are ways to get rid of them, e.g. -dead_strip (just excercising ideas)
+
+"""]]
diff --git a/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_2_1359ddf1b5db4303f8bd219d3f07df3a._comment b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_2_1359ddf1b5db4303f8bd219d3f07df3a._comment
new file mode 100644
index 0000000000..5f7688d1fe
--- /dev/null
+++ b/doc/bugs/size_of_the_Android_installation_is_HUGE_--_please_seek_possibility_to_shrink/comment_2_1359ddf1b5db4303f8bd219d3f07df3a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-11-27T04:55:51Z"
+ content="""
+The git-annex binary is around 45 mb on Linux. The android binary statically links a few additional C libraries, so is slightly larger.
+
+The only way I know of to potentially shrink it is to fix certian ghc / ld interactions that, in my limited understanding, cause functions that are never used to be linked into the binary if another function in the same file (or module) is used. That might half its size or something.
+"""]]
diff --git a/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo.mdwn b/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo.mdwn
new file mode 100644
index 0000000000..3aa3188afe
--- /dev/null
+++ b/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+
+When I try to add remote ssh server repository it fails with an error:
+
+Internal Server Error
+ssh-keygen failed"
+
+
+### What steps will reproduce the problem?
+1. Select "Add another repository", then choose "Remote server", enter credentials.
+2. On the page "Ready to add remote server" click any choice ("Use a git repository on the server" or "Use an encrypted rsync repository on the server")
+3. Error is raised
+
+### What version of git-annex are you using? On what operating system?
+git-annex version 4.20130922-g7dc188a
+
+Fedora 18 x86_64
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2013-10-03 19:27:27 NOVT] main: starting assistant version 4.20130922-g7dc188a
+(scanning...) [2013-10-03 19:27:27 NOVT] Watcher: Performing startup scan
+(started...) 
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+[2013-10-03 19:55:23 NOVT] call: ssh-keygen ["-P","","-f","/tmp/git-annex-keygen.0/key"]
+ssh-keygen: symbol lookup error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
+
+
+# End of transcript or log.
+"""]]
+
+> Added ssh-keygen to bundle. [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo/comment_1_52180983b59c247389a55a9523ec435b._comment b/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo/comment_1_52180983b59c247389a55a9523ec435b._comment
new file mode 100644
index 0000000000..f0f50151ac
--- /dev/null
+++ b/doc/bugs/ssh-keygen_failed_when_adding_remote_server_repo/comment_1_52180983b59c247389a55a9523ec435b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2013-11-08T18:28:37Z"
+ content="""
+Apologies for not following up on this bug sooner..
+
+It seems to me that your system has a broken ssh-keygen program. You didn't say how you installed git-annex, but based on the git rev in the version number, I'm guessing you either built it yourself, or you're using the standalone tarball I build.
+
+In the case of the latter, it didn't include ssh-keygen, so would try to use the one that comes with fedora. It seems likely that the problem comes from the libraries included in the bundle being used with a binary not in the bundle, that in turn is also using additional libraries.
+
+So, I think I should add ssh-keygen to the standalone bundle!
+"""]]
diff --git a/doc/bugs/ssh:_unprotected_private_key_file.mdwn b/doc/bugs/ssh:_unprotected_private_key_file.mdwn
new file mode 100644
index 0000000000..207ef76d1a
--- /dev/null
+++ b/doc/bugs/ssh:_unprotected_private_key_file.mdwn
@@ -0,0 +1,62 @@
+### Please describe the problem.
+
+When pairing two machines with git-annex assistant, the assistant kept asking for the ssh password.  Checking the git-annex daemon logs, I saw that ssh was refusing to use the key the assistant had created because it was group readable (see below for the log extract).
+
+### What steps will reproduce the problem?
+
+The assistant was installed from the ubuntu precise ppa backport on an up-to-date copy of ubuntu precise.
+It was started using "git-annex webapp --listen=XYZ".
+This was done on two machines on the same network.
+Created a repository using the web-app, the same on both machines.
+Did a pair request.  This initially worked fine, until it got to the point of using ssh, when it started asking for the password many many  times.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140306
+build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+Ubuntu 12.04.4 LTS
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+(started...) Generating public/private rsa key pair.
+Your identification has been saved in /tmp/git-annex-keygen.0/key.
+Your public key has been saved in /tmp/git-annex-keygen.0/key.pub.
+The key fingerprint is:
+2b:f4:28:35:72:2c:9e:5b:d3:1d:d1:a1:b7:c7:a5:34 ABC@XYZ
+The key's randomart image is:
++--[ RSA 2048]----+
+|            .    |
+|           o .   |
+|          o o E .|
+|     .     o + + |
+|    o * S . . +  |
+|   . B = o . .   |
+|    + = + .      |
+|     + o         |
+|    .            |
++-----------------+
+[2014-03-14 13:35:45 GMT] main: Pairing in progress
+@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
+@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
+@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
+Permissions 0620 for 'ABC/.ssh/git-annex/key.git-annex-XYZ_annex' are too open.
+It is required that your private key files are NOT accessible by others.
+This private key will be ignored.
+bad permissions: ignore key: ABC/.ssh/git-annex/key.git-annex-XYZ_annex
+(merging XYZ_annex/git-annex into git-annex...)
+
+# End of transcript or log.
+"""]]
+
+> [[Fixed|done]]; the code made sure the file did not have any group or
+> world read bits, but did not clear write bits. --[[Joey]]
diff --git a/doc/bugs/ssh_portnum_bugs.mdwn b/doc/bugs/ssh_portnum_bugs.mdwn
new file mode 100644
index 0000000000..4f24a9945a
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+
+Lots of issues setting up assistant using SSH running on non-standard ports. Tested local pairing (which did seem to show other computer, but then wouldn't sync) and Remote Server.
+
+### What steps will reproduce the problem?
+
+Change Port 22 in /etc/ssh/sshd_config to Port 9999, restart ssh on both computers. With a clean local .ssh/config and directory, try to set up local pairing or remote server. It appears to work, especially if XMPP is working properly with remote server, but then some operations fail. (Iirc, metadata does sync but not data.) Ultimately, I had to go back to using Port 22 and using denyhosts/fail2ban (which occasionally erroneously ban my IP).
+
+(Although it's probably not relevant to the bug report, it could be argued that this is security through obscurity. There is some truth in this, but scanning an entire machine is 65,535 times slower than scanning just port 22, so it introduces a real cost to bulk scanning. I almost never, ever have attacks on random ports, whereas I have dozens per day on each server on port 22, and often thousands of attacks.)
+
+### What version of git-annex are you using? On what operating system?
+
+When I was experiencing this issue, I was running the default on Jessie/Wheezy. Now I'm running the latest (via auto-update and distributed binary) but don't know if this is still an issue with latest versions (I switched to 22 as a workaround).
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment b/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment
new file mode 100644
index 0000000000..35792e2ce1
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs/comment_1_2026785c06e99b55158cd65c221eb598._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-05T16:37:27Z"
+ content="""
+I'm going to assume that the \"jessie/wheezy\" is a typo, since those are two completely different versions. It sounds to me like you were using the git-annex 3.x distributed with debian stable.
+
+I cannot reproduce ssh port issues with the current release, and there have been ssh port fixes in the over 2 years since the version in Debian stable.
+"""]]
diff --git a/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment b/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment
new file mode 100644
index 0000000000..0a88c37bbf
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs/comment_2_76551dfcd29b54814809c434d7cb64af._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jamieson"
+ ip="71.11.173.17"
+ subject="comment 2"
+ date="2014-06-05T16:50:20Z"
+ content="""
+Jessie on one machine, Wheezy on the other; exactly, that is the version I was using. Git Annex is awesome. Thanks!!
+"""]]
diff --git a/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment b/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment
new file mode 100644
index 0000000000..99dad8dcd9
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs/comment_3_ab49a0e307a29c7c20627bbb3b10ab1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-05T16:50:30Z"
+ content="""
+I did notice a problem where the same ssh config stanza was used if the webapp set up a repository on a host first using one port, and later using a different port. I've fixed that.
+"""]]
diff --git a/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment b/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment
new file mode 100644
index 0000000000..dd20bf76d0
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs/comment_4_e0d96a43208453dc29373d0e045751e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-05T16:51:42Z"
+ content="""
+Did the failure occur on the machine running jessie, or on the machine running wheezy?
+"""]]
diff --git a/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment b/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment
new file mode 100644
index 0000000000..9f57c64df1
--- /dev/null
+++ b/doc/bugs/ssh_portnum_bugs/comment_5_9ed44cdb79224dac6b000983d77d53f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jamieson"
+ ip="71.11.173.17"
+ subject="comment 5"
+ date="2014-06-05T16:56:33Z"
+ content="""
+I'm not sure. I'll do some more testing!
+"""]]
diff --git a/doc/bugs/support_bare_git_repo__44___with_the_annex_directory_exposed_to_http.mdwn b/doc/bugs/support_bare_git_repo__44___with_the_annex_directory_exposed_to_http.mdwn
new file mode 100644
index 0000000000..ba7dcad300
--- /dev/null
+++ b/doc/bugs/support_bare_git_repo__44___with_the_annex_directory_exposed_to_http.mdwn
@@ -0,0 +1,20 @@
+Let's say that http://people.collabora.com/~alsuren/git/fate-suite.git/ is a bare git repo. It has been 'git update-server-info'd so that it can be served on a dumb http server.
+
+The repo is also a git annex remote, created using the following commands:
+
+* git remote add alsuren git+ssh://people.collabora.co.uk/user/alsuren/public_html/fate-suite.git
+* git push alsuren --all
+* git annex copy --to=alsuren
+
+so http://people.collabora.com/~alsuren/git/fate-suite.git/annex is a valid git annex (though listing dirs is forbidden, so you need to know the filenames ahead of time).
+
+I would like to be able to use the following commands to get a clone of the repo:
+
+* git clone http://people.collabora.com/~alsuren/git/fate-suite.git/
+* cd fate-suite
+* git annex get
+
+This would allow contributors to quickly get a copy of our upstream repo and start contributing with minimal bandwidth/effort.
+
+> This is now supported.. I look forward to seeing your project using it!
+> --[[Joey]] [[!tag done]]
diff --git a/doc/bugs/sync_does_not_commit_with_alwasycommit___61___false.mdwn b/doc/bugs/sync_does_not_commit_with_alwasycommit___61___false.mdwn
new file mode 100644
index 0000000000..9b7ec7cf51
--- /dev/null
+++ b/doc/bugs/sync_does_not_commit_with_alwasycommit___61___false.mdwn
@@ -0,0 +1,90 @@
+### Please describe the problem.
+
+The documentation of `git annex sync` states
+
+> The sync process involves first committing all local changes, then fetching and merging […]
+> You can use standard git commands to do each of those steps  by  hand,  or  if  you
+> don't want to worry about the details, you can use sync.
+
+The documentation of `alwasycommit` states
+
+> By default, git-annex automatically commits data to the git-annex branch after each
+> command is run. To disable these commits, set to false. Then data will only be
+> committed when running `git annex merge` (or by automatic merges) or `git annex sync`.
+
+In fact, however, `git annex sync` will not commit or will not commit some pieces of information when `alwasycommit` is false. This leads to various problems, the first of which is that cloned repositories do not have information about the other remotes.
+
+It is hard to work around this problem because `git commit` cannot be used in direct mode.
+
+This problem does not show up when using local, non over-the-network, remotes.
+
+### What steps will reproduce the problem?
+
+The following script (available at <https://gist.github.com/gioele/5ffeff8988a535164e5b>) will reproduce this problem. If you do not have SSH running on localhost, you can change the `h` variable to point to another host.
+
+    #!/bin/sh -x
+
+    set -e ; set -u
+    export LC_ALL=C
+
+    h=${h:-localhost}
+    dr="/tmp/annex"
+
+    chmod a+rwx -R pc1 pc2 || true
+    rm -Rf pc1 pc2
+
+    # create central git repo
+    ssh $h "chmod a+rwx -R ${dr}/Docs.git" || true
+    ssh $h "rm -Rf ${dr}/Docs.git"
+    ssh $h "mkdir -p ${dr}/Docs.git"
+    ssh $h "cd ${dr}/Docs.git ; git init --bare"
+
+    d=$(pwd)
+
+    # populate repo in PC1
+    mkdir -p pc1/Docs
+    cd pc1/Docs
+    echo AAA > fileA
+    echo BBB > fileB
+
+    git init
+    git config annex.alwayscommit false # change to true to solve this problem
+
+    git remote add origin $h:$dr/Docs.git
+    git fetch --all
+
+    # simulate a host without git-annex
+    git config remote.origin.annex-ignore true
+
+    git annex init "pc1"
+    git annex info
+
+    git annex direct
+    git annex sync origin
+
+    git annex add .
+    git annex sync
+
+    # re-create repo on PC2
+    cd $d
+    mkdir -p pc2
+    cd pc2
+    git clone $h:$dr/Docs.git
+    cd Docs
+
+    git config remote.origin.annex-ignore true
+
+    git annex init "pc2"
+    git annex direct
+    git annex info
+
+    # git annex info shows only pc2, shouldn't pc1 be there as well?
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140708-g8c9c55c on Ubuntu 12.04.4
+
+> I have improved the documentation to not imply that sync/merge are a
+> special case. They honor the autocommit settings more or less
+> intentionally, and to get a commit to be made, just pass -c
+> autocommit=true when running them. [[done]] --[[Joey]]
diff --git a/doc/bugs/test_failures_on_window_for_5.20131118.mdwn b/doc/bugs/test_failures_on_window_for_5.20131118.mdwn
new file mode 100644
index 0000000000..319eae4f1c
--- /dev/null
+++ b/doc/bugs/test_failures_on_window_for_5.20131118.mdwn
@@ -0,0 +1,22 @@
+### Please describe the problem.
+
+git annex test reports failures
+
+### What steps will reproduce the problem?
+
+running git annex test (from standard cmd, with: git version: 1.7.11.msysgit.1)
+
+### What version of git-annex are you using? On what operating system?
+
+5.20131118 from installers
+
+### Please provide any additional information below.
+
+operating system:
+
+windows XP, NTFS = 1 FAIL
+windows 7, NTFS = 2 FAILs
+
+see attachment for full log of git annex test output
+
+> Reproduced and [[fixed|done]]. --[[Joey]]
diff --git a/doc/bugs/test_failures_on_window_for_5.20131118/comment_1_5a7a284625c12d54390fe4a4ec1d4211._comment b/doc/bugs/test_failures_on_window_for_5.20131118/comment_1_5a7a284625c12d54390fe4a4ec1d4211._comment
new file mode 100644
index 0000000000..d27e69b305
--- /dev/null
+++ b/doc/bugs/test_failures_on_window_for_5.20131118/comment_1_5a7a284625c12d54390fe4a4ec1d4211._comment
@@ -0,0 +1,188 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkJafmCf-sg9_OM0pynFYM3AO4WCgJiaMI"
+ nickname="Michele"
+ subject="seems i'm not allowed to attach full logs."
+ date="2013-11-23T16:06:17Z"
+ content="""
+here's an excerpt (the context of FAIL), hopefully i've interpreted correctely the test begin message.
+
+win7:
+
+        unannex (with copy):                              Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+get foo (merging origin/git-annex into git-annex...)
+(Recording state in git...)
+(from origin...) 
+foo
+          20 100%    0.00kB/s    0:00:00
+          20 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 87 bytes  received 31 bytes  236.00 bytes/sec
+total size is 20  speedup is 0.17
+ok
+(Recording state in git...)
+unannex foo 
+git-annex: M:\gitannex.test\.t\tmprepo4\.git\annex\objects\6cd\e82\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77.map4432.tmp: MoveFileEx \"M:\\gitannex.test\\.t\\tmprepo4\\.git\\annex\\objects\\6cd\\e82\\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77\\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77.map4432.tmp\" \"M:\\gitannex.test\\.t\\tmprepo4\\.git\\annex\\objects\\6cd\\e82\\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77\\SHA256E-s20--e394a389d787383843decc5d3d99b6d184ffa5fddeec23b911f9ee7fc8b9ea77.map\": permission denied (Access is denied.)
+failed
+git-annex: unannex: 1 failed
+FAIL
+
+		conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+	  Disabling ssh connection caching.
+	  Detected a crippled filesystem.
+	  Enabling direct mode.
+	  Detected a filesystem without fifo support.
+	  Disabling ssh connection caching.
+	  Detected a crippled filesystem.
+	  Enabling direct mode.
+	add conflictor (checksum...) ok
+	(Recording state in git...)
+	(merging origin/git-annex origin/synced/git-annex into git-annex...)
+	(Recording state in git...)
+	commit  
+	ok
+	pull origin bash.exe: warning: could not find /tmp, please create!
+
+	ok
+	push origin bash.exe: warning: could not find /tmp, please create!
+	To M:/gitannex.test/.t\repo
+	   32fb7c0..38147e0  git-annex -> synced/git-annex
+	   7684984..4116595  annex/direct/master -> synced/master
+
+	ok
+	add conflictor/subfile (checksum...) ok
+	(Recording state in git...)
+	(merging origin/git-annex origin/synced/git-annex into git-annex...)
+	(Recording state in git...)
+	commit  
+	ok
+	pull origin bash.exe: warning: could not find /tmp, please create!
+	From M:/gitannex.test/.t\repo
+	   7684984..4116595  master     -> origin/master
+	   32fb7c0..38147e0  synced/git-annex -> origin/synced/git-annex
+	   7684984..4116595  synced/master -> origin/synced/master
+	Adding conflictor/subfile
+	CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~refs_remotes_origin_synced_master
+	Automatic merge failed; fix conflicts and then commit the result.
+	Ignoring path ./conflictor.variant-cc12
+	conflictor: needs merge
+	[annex/direct/master 27c52e4] git-annex automatic merge conflict fix
+
+
+	(Recording state in git...)
+
+	  Merge conflict was automatically resolved; you may want to examine the result.
+	ok
+	(merging origin/synced/git-annex into git-annex...)
+	(Recording state in git...)
+	push origin bash.exe: warning: could not find /tmp, please create!
+	To M:/gitannex.test/.t\repo
+	   38147e0..02916ee  git-annex -> synced/git-annex
+	   4116595..27c52e4  annex/direct/master -> synced/master
+
+	ok
+	commit  
+	ok
+	pull r2 bash.exe: warning: could not find /tmp, please create!
+	From ../../.t\tmprepo35
+	 * [new branch]      annex/direct/master -> r2/annex/direct/master
+	 * [new branch]      git-annex  -> r2/git-annex
+	 * [new branch]      master     -> r2/master
+	 * [new branch]      synced/master -> r2/synced/master
+	Updating 4116595..27c52e4
+	Fast-forward
+	 conflictor         | 1 -
+	 conflictor/subfile | 1 +
+	 2 files changed, 1 insertion(+), 1 deletion(-)
+	 delete mode 120000 conflictor
+	 create mode 120000 conflictor/subfile
+	Already up-to-date.
+
+
+
+	ok
+	(merging r2/git-annex into git-annex...)
+	FAIL
+
+
+windowsXP:
+
+    conflict_resolution (mixed directory and file):   Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Enabling direct mode.
+add conflictor (checksum...) ok
+(Recording state in git...)
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  
+ok
+pull origin bash.exe: warning: could not find /tmp, please create!
+
+ok
+push origin bash.exe: warning: could not find /tmp, please create!
+To C:/Documents and Settings/Silvia/.t\repo
+   edd69f1..83c6a5a  git-annex -> synced/git-annex
+   bed393e..978ac14  annex/direct/master -> synced/master
+
+ok
+add conflictor/subfile (checksum...) ok
+(Recording state in git...)
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  
+ok
+pull origin bash.exe: warning: could not find /tmp, please create!
+From C:/Documents and Settings/Silvia/.t\repo
+   bed393e..978ac14  master     -> origin/master
+   edd69f1..83c6a5a  synced/git-annex -> origin/synced/git-annex
+   bed393e..978ac14  synced/master -> origin/synced/master
+Adding conflictor/subfile
+CONFLICT (directory/file): There is a directory with name conflictor in HEAD. Adding conflictor as conflictor~refs_remotes_origin_synced_master
+Automatic merge failed; fix conflicts and then commit the result.
+Ignoring path ./conflictor.variant-cc12
+conflictor: needs merge
+[annex/direct/master e3e39fc] git-annex automatic merge conflict fix
+
+
+(Recording state in git...)
+
+  Merge conflict was automatically resolved; you may want to examine the result.
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin bash.exe: warning: could not find /tmp, please create!
+To C:/Documents and Settings/Silvia/.t\repo
+   83c6a5a..e1a1678  git-annex -> synced/git-annex
+   978ac14..e3e39fc  annex/direct/master -> synced/master
+
+ok
+commit  
+ok
+pull r2 bash.exe: warning: could not find /tmp, please create!
+From ../../.t\tmprepo35
+ * [new branch]      annex/direct/master -> r2/annex/direct/master
+ * [new branch]      git-annex  -> r2/git-annex
+ * [new branch]      master     -> r2/master
+ * [new branch]      synced/master -> r2/synced/master
+Updating 978ac14..e3e39fc
+Fast-forward
+ conflictor         | 1 -
+ conflictor/subfile | 1 +
+ 2 files changed, 1 insertion(+), 1 deletion(-)
+ delete mode 120000 conflictor
+ create mode 120000 conflictor/subfile
+Already up-to-date.
+
+
+
+ok
+(merging r2/git-annex into git-annex...)
+FAIL
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems.mdwn b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems.mdwn
new file mode 100644
index 0000000000..116f1496f9
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems.mdwn
@@ -0,0 +1,20 @@
+It seems that commit bc5c54c987f548505a3877e8a0e460abe0b2a081 introduced some linux specific things...
+
+<pre>
+hsc2hs Touch.hsc
+Touch.hsc: In function ‘main’:
+Touch.hsc:46: error: ‘UTIME_OMIT’ undeclared (first use in this function)
+Touch.hsc:46: error: (Each undeclared identifier is reported only once
+Touch.hsc:46: error: for each function it appears in.)
+Touch.hsc:48: error: ‘UTIME_NOW’ undeclared (first use in this function)
+Touch.hsc:67: error: ‘AT_FDCWD’ undeclared (first use in this function)
+Touch.hsc:68: error: ‘AT_SYMLINK_NOFOLLOW’ undeclared (first use in this function)
+compiling Touch_hsc_make.c failed
+command was: /usr/bin/gcc -c -m32 -I/Library/Frameworks/GHC.framework/Versions/612/usr/lib/ghc-6.12.3/include/ Touch_hsc_make.c -o Touch_hsc_make.o
+make: *** [Touch.hs] Error 1
+</pre>
+
+I dug around the OSX documentation and fcntl.h header file and it seems that UTIME_OMIT, UTIME_NOW, AT_FDCWD and AT_SYMLINK_NOFOLLOW aren't defined (at least on OSX). I suspect the BSD's in general will have problems compiling git-annex.
+
+[[!meta title="annexed symlink mtime matching code is disabled on non-linux systems; needs testing"]]
+[[!tag confirmed]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_1_1d38283c9ea87174f3bbef9a58f5cb88._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_1_1d38283c9ea87174f3bbef9a58f5cb88._comment
new file mode 100644
index 0000000000..f26239c3e9
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_1_1d38283c9ea87174f3bbef9a58f5cb88._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-16T16:07:26Z"
+ content="""
+Hmm.. is utimensat available at all?
+
+I've committed an update that may convince at least some compilers to expose this newer POSIX stuff. I don't know if it will help, please let me know.
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_2_bf112edd075fbebe4fc959a387946eb9._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_2_bf112edd075fbebe4fc959a387946eb9._comment
new file mode 100644
index 0000000000..0222e645b9
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_2_bf112edd075fbebe4fc959a387946eb9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2011-03-16T16:49:18Z"
+ content="""
+Just pulled the changes, it still fails to build. utimensat doesn't seem to exist on OSX 10.6.6.
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_3_a46080fbe82adf0986c5dc045e382501._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_3_a46080fbe82adf0986c5dc045e382501._comment
new file mode 100644
index 0000000000..7e79dea881
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_3_a46080fbe82adf0986c5dc045e382501._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-16T17:46:40Z"
+ content="""
+Alright, I've added #idefs and the symlink timestamp mirroring feature will be unavailable on OSX until I get a version that works there.
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_4_760437bf3ba972a775bb190fb4b38202._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_4_760437bf3ba972a775bb190fb4b38202._comment
new file mode 100644
index 0000000000..6b1e03b026
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_4_760437bf3ba972a775bb190fb4b38202._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2011-03-16T20:32:01Z"
+ content="""
+Just tried it out on my mac and it's working again. I guess this issue could be closed for now.
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_5_060ba5ea88dcab2f4a0c199f13ef4f67._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_5_060ba5ea88dcab2f4a0c199f13ef4f67._comment
new file mode 100644
index 0000000000..aeb576be37
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_5_060ba5ea88dcab2f4a0c199f13ef4f67._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-03-20T18:12:59Z"
+ content="""
+I'm leaving this bug open because this feature, however minor is not available on OSX and BSD. 
+
+I have added a partial implementation using lutimes(3), which should be available on the BSDs. However, it's ifdefed out due to a casting problem: The TimeSpec uses a CTime, while lutimes uses a CLong. These data types may be internally the same on some or all platforms, so if you want this feature you can try changing the \"ifdef 0\" in Touch.hsc to 1 and try it, see if \"git annex add\" mirrors file modification time in created symlinks, and let me know.
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_6_548303d6ffb21a9370b6904f41ff49c1._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_6_548303d6ffb21a9370b6904f41ff49c1._comment
new file mode 100644
index 0000000000..cd116c232d
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_6_548303d6ffb21a9370b6904f41ff49c1._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 6"
+ date="2011-03-20T20:48:41Z"
+ content="""
+ok, pulling the latest master and building on OSX now does this...
+
+<pre>
+ghc -O2 -Wall -ignore-package monads-fd --make git-annex
+[ 1 of 63] Compiling Touch            ( Touch.hs, Touch.o )
+
+Touch.hsc:24:0:
+    The type signature for `touchBoth' lacks an accompanying binding
+
+Touch.hsc:27:26: Not in scope: `touchBoth'
+make: *** [git-annex] Error 1
+</pre>
+
+changing the #if 0 to 1 gives this...
+
+<pre>
+ghc -O2 -Wall -ignore-package monads-fd --make git-annex
+[ 1 of 63] Compiling Touch            ( Touch.hs, Touch.o )
+
+Touch.hsc:95:43:
+    Couldn't match expected type `CLong' against inferred type `CTime'
+    In the second argument of `(\ hsc_ptr
+                                    -> pokeByteOff hsc_ptr 0)', namely
+        `(sec :: CLong)'
+    In a stmt of a 'do' expression:
+        (\ hsc_ptr -> pokeByteOff hsc_ptr 0) ptr (sec :: CLong)
+    In the expression:
+        do { (\ hsc_ptr -> pokeByteOff hsc_ptr 0) ptr (sec :: CLong);
+             (\ hsc_ptr -> pokeByteOff hsc_ptr 4) ptr (0 :: CLong) }
+make: *** [git-annex] Error 1
+</pre>
+
+
+it seems that commit 6634b6a6b84a924f6f6059b5bea61f449d056eee has broken support for OSX.
+
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_7_7ca00527ab5db058aadec4fe813e51fd._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_7_7ca00527ab5db058aadec4fe813e51fd._comment
new file mode 100644
index 0000000000..e35dc8a827
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_7_7ca00527ab5db058aadec4fe813e51fd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 7"
+ date="2011-03-20T22:06:25Z"
+ content="""
+Fixed that, and removed the impossible cast so it can be built with #if 1
+"""]]
diff --git a/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_8_881aecb9ae671689453f6d5d780d844b._comment b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_8_881aecb9ae671689453f6d5d780d844b._comment
new file mode 100644
index 0000000000..56a7eb360e
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems/comment_8_881aecb9ae671689453f6d5d780d844b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 8"
+ date="2011-03-21T08:52:18Z"
+ content="""
+Just tried building both of the code paths, and they seem to build and somewhat function on OSX. I have yet to confirm the functionality is working correctly, but so far it's looking good. (I somewhat care less about the utimes/mtimes of my files since I care more about the content :) )
+"""]]
diff --git a/doc/bugs/trust_command_and_gitconfig_contradiction_causing_confusion.mdwn b/doc/bugs/trust_command_and_gitconfig_contradiction_causing_confusion.mdwn
new file mode 100644
index 0000000000..d67ebe66ae
--- /dev/null
+++ b/doc/bugs/trust_command_and_gitconfig_contradiction_causing_confusion.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+'trust', 'dead', etc commands completing with 'ok' but fail to acknowledge contradiction in .git/config, causing confusion.
+
+[[!format sh """
+greg@x200s:~/Photos$ git-annex untrust home  # yes, bad remote name
+untrust home ok
+(Recording state in git...) 
+greg@x200s:~/Photos$ git-annex status  # /me is old-school and forgets
+greg@x200s:~/Photos$ git-annex info
+repository mode: indirect
+trusted repositories: 2
+	c0e4106e-2631-11e2-9749-1bfa37a61069 -- rose
+ 	c69d6fcc-18d1-11e2-9487-2fe6dbf0516b -- home (photos on eeepc)
+
+....
+
+greg@x200s:~/Photos$ git-annex dead home
+dead home ok
+(Recording state in git...)
+greg@x200s:~/Photos$ git-annex info
+repository mode: indirect
+trusted repositories: 2
+	c0e4106e-2631-11e2-9749-1bfa37a61069 -- rose
+ 	c69d6fcc-18d1-11e2-9487-2fe6dbf0516b -- home (photos on eeepc)
+"""]]
+
+The home remote has "annex-trustlevel=trusted" in .git/config
+
+
+Maybe have those commands instead say "Hey, this is different than what you said explicitly in .git/config, ya sure? (y/n)" If y, overwrite config, if n, abort.
+
+### What version of git-annex are you using? On what operating system?
+5.20140127 on Debian
+
+> [[Fixed|done]], it will now warn about this situation. --[[Joey]]
diff --git a/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build.mdwn b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build.mdwn
new file mode 100644
index 0000000000..8f5e8c3241
--- /dev/null
+++ b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build.mdwn
@@ -0,0 +1,11 @@
+As told in http://git-annex.branchable.com/bugs/OSX_app_issues/#comment-2a69d531bd3bb593c1a49dc8cdb34b1e the Mac OS 10.7.5 (Lion) build fails to run.
+
+    $ /Applications/git-annex.app/Contents/MacOS/git-annex
+
+    /Applications/git-annex.app/Contents/MacOS/runshell: line 25: syntax error near unexpected token `&'
+
+Manually editing /Applications/git-annex.app/Contents/MacOS/runshell as told in http://git-annex.branchable.com/bugs/OSX_app_issues/#comment-5579c2150ad4d2ccc207a253fe57612a fixes the issue.
+
+Furthermore, this build is quite outdated...
+
+> [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_1_e8df4b36a89b37edd94f3a318ae93a32._comment b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_1_e8df4b36a89b37edd94f3a318ae93a32._comment
new file mode 100644
index 0000000000..d67330a22c
--- /dev/null
+++ b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_1_e8df4b36a89b37edd94f3a318ae93a32._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-14T15:26:01Z"
+ content="""
+This is unfortunate.. The Lion autobuilder is running, but has been failing for various reasons for some time, and I have not managed to get ahold of Jimmy to fix them. Also, that machine may be upgraded from Lion before too long.
+"""]]
diff --git a/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_2_3b2c3c84bd1910280c549a2ee1c622b9._comment b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_2_3b2c3c84bd1910280c549a2ee1c622b9._comment
new file mode 100644
index 0000000000..bd1763ca0c
--- /dev/null
+++ b/doc/bugs/typo_on_the_Mac_OS_10.7.5_Lion_build/comment_2_3b2c3c84bd1910280c549a2ee1c622b9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2013-11-15T20:57:27Z"
+ content="""
+The builder is back, I was away from the office when it broke. It should be spitting out builds on a daily basis again.
+"""]]
diff --git a/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn b/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn
new file mode 100644
index 0000000000..4098f8acfe
--- /dev/null
+++ b/doc/bugs/unable_to_change_repository_group_of___34__here__34__.mdwn
@@ -0,0 +1,13 @@
+### Please describe the problem.
+(I assume) following your change to disallow changing the name of "here", I am unable to change the repository group of "here"
+
+
+### What steps will reproduce the problem?
+In webapp, edit "here", and try and change repository group.
+It highlights the (now empty) name field, and says "value is required".
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130618-g333cb8e
+Ubuntu 13.04
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/undefined.mdwn b/doc/bugs/undefined.mdwn
new file mode 100644
index 0000000000..8ee37f034a
--- /dev/null
+++ b/doc/bugs/undefined.mdwn
@@ -0,0 +1,5 @@
+Trying to move files from a local remote that is not mounted:
+
+	git-annex: Prelude.undefined
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/unfinished_repository_when_using_annex-ignore_true_.mdwn b/doc/bugs/unfinished_repository_when_using_annex-ignore_true_.mdwn
new file mode 100644
index 0000000000..848f1b30b2
--- /dev/null
+++ b/doc/bugs/unfinished_repository_when_using_annex-ignore_true_.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+
+When using a git remote which doesn't support git-annex (f.e. gitlab) and is configured with `annex-ignore true` the remote is shown as `unfinished repository` in the webapp.
+
+It would be nice if the webapp would recognize this and show the remote as git-only remote including sync-state and remote name (or even better: the remote details, like the URL to the remote)
+
+### What steps will reproduce the problem?
+
+Add a normal git remote and configure `git config remote.<name>.annex-ignore true`.
+Start the webapp.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20131101-gf59a6d1
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+Kubuntu 13.10 x86_64
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument.mdwn b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument.mdwn
new file mode 100644
index 0000000000..cc9a4c57f9
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument.mdwn
@@ -0,0 +1,87 @@
+### Please describe the problem.
+
+#### git annex unused fails with the message:
+
+...
+   86731   SHA256E-s13243--a6c5fe9710975e0b0ca01ec0b7eca6068a01b1b1c06adbd8ad7921e26d3b076d.h
+
+   86732   SHA256E-s12872--f50b73d313a116ea21649d684f601840dbc8ed3c264165dd77fa5d54a1c57464.c
+
+   86733   SHA256E-s6557264--6b502d56378b9919fd3c54c3bb2dc2906a326be8e9d477a8f3518419929f4706.dll
+
+   86734   SHA256E-s141--c6227fe715dab2b4447b6e43af2b170ac66d82043aa81a14013c56be922e11db.out
+
+   86735   SHA256E-s6564--ec4bcd833d071fff7d8cc81b908558acdeae2c9ba62f7d65b584effe6b36a8c6.c
+
+git-annex: /bluepool/data/.git/annex/unused32594.tmp: commitBuffer: invalid argument (invalid character)
+failed
+
+git-annex: unused: 1 failed
+
+#### A subsequent git annex dropunused does not work (there are 86735 files unused). A simple:
+"git annex dropunused 1-10" produces:
+
+git-annex: 1 not valid (run git annex unused for list)
+
+#### It seems that the list of unused files was not saved (committed)
+
+### What steps will reproduce the problem?
+
+I suspect it can be reproduced by having files with non-english characters. 
+This should be the sequence of commands to reproduce if one knew the invalid character:
+
+git init .
+
+git annex init .
+
+touch "Invalid character in file name"
+
+git annex add "Invalid character in file name"
+
+git commit
+
+git rm "Invalid character in file name"
+
+git commit
+
+git unused
+
+However, I usually have "git annex watch" running so this might also have an influence on how (maybe not-escaped) filenames are added.
+
+### What version of git-annex are you using? On what operating system?
+
+git annex standalone:
+
+git-annex version: 5.20140306-g6e2e021
+
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+local repository version: 5
+
+supported repository version: 5
+
+upgrade supported from repository versions: 0 1 2 4
+
+
+
+Ubuntu Raring: Linux i3 3.11.4-031104-generic
+
+
+### Please provide any additional information below.
+
+I guess I could provide the full output of git annex unused but I would rather not put it into this bug report for privacy reasons.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[closing|done]], would still be nice to have verification my fix worked.
+> --[[Joey]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_1_004cb3015895ad67386276f3e1f0de0d._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_1_004cb3015895ad67386276f3e1f0de0d._comment
new file mode 100644
index 0000000000..e1db22b2e2
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_1_004cb3015895ad67386276f3e1f0de0d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-15T16:01:53Z"
+ content="""
+I see the problem, although I have not quite managed to reproduce it. I think this would probably only happen if you have the unusual character in the extension of the file (or are using the WORM backend).
+
+I've put a fix in git. It will be available in the next autobuild, in half an hour or so.
+"""]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_2_3fe298ebb3ff04d12f2528aa982d7084._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_2_3fe298ebb3ff04d12f2528aa982d7084._comment
new file mode 100644
index 0000000000..ed5733d041
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_2_3fe298ebb3ff04d12f2528aa982d7084._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Problem still occurs but maybe my update did not work"
+ date="2014-03-16T18:01:24Z"
+ content="""
+Hi Joey, thanks for the quick response. 
+
+I tried to update and retry my \"git annex unused\" but it gave the same error. Maybe my updating did not work (see below). But is there a way I can retry it without running \"git annex unused\" again? The problem is that each run takes several hours with my amount of files. 
+It would be nice, if git annex recognized some error in the last approach and recovered.
+The tmp files that are created by \"git annex unused\" are still in .git/annex/.
+
+
+Regarding the updating:
+I tried to obtain the autobuild version but on this website I could not find a link to download the latest autobuild. I could only find the build reports. But I used the git annex installer script from https://github.com/zerodogg/scriptbucket/blob/master/gitannex-install
+and it apparently knows the location of the daily build. Is this the autobuild or is git annex autobuilt more often?
+
+This is my version after installing it yesterday evening approx. 2h hours after your answer to the bug description.
+
+git-annex version: 5.20140314-g48e0f18
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+"""]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_3_9302536d1577c12337d714fa3a9ea7a1._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_3_9302536d1577c12337d714fa3a9ea7a1._comment
new file mode 100644
index 0000000000..e74ccba1c5
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_3_9302536d1577c12337d714fa3a9ea7a1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-17T19:28:05Z"
+ content="""
+No, your version is from before I fixed it. 
+
+You can get an autobuild from [[install/Linux_standalone]]
+"""]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_4_c1c8de66192957b7026d99b9ff90589c._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_4_c1c8de66192957b7026d99b9ff90589c._comment
new file mode 100644
index 0000000000..b229545f62
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_4_c1c8de66192957b7026d99b9ff90589c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Maybe the autobuild is broken?"
+ date="2014-03-17T20:32:19Z"
+ content="""
+The latest autobuild log for amd64 says:
+Starting at: Fri Mar 14 21:42:07 UTC 2014 
+
+I downloaded the amd64 autobuild from https://git-annex.branchable.com/install/Linux_standalone/
+
+and it indeed is from Friday.
+
+Cheers,
+Marek
+"""]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_5_8c2dad766e4115073d49b698919b5ed5._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_5_8c2dad766e4115073d49b698919b5ed5._comment
new file mode 100644
index 0000000000..360003fbaf
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_5_8c2dad766e4115073d49b698919b5ed5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 5"
+ date="2014-03-18T19:07:25Z"
+ content="""
+cron was not running them for some reason, but they are up-to-date now.
+"""]]
diff --git a/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_6_8da2a73381309ecef4b2796d8f2bb0bb._comment b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_6_8da2a73381309ecef4b2796d8f2bb0bb._comment
new file mode 100644
index 0000000000..8532afaf7f
--- /dev/null
+++ b/doc/bugs/unused_fails_due_to_commitBuffer_containing_an_invalid_argument/comment_6_8da2a73381309ecef4b2796d8f2bb0bb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Your changes to git annex worked"
+ date="2014-03-19T21:27:39Z"
+ content="""
+Thanks a lot.
+
+BTW, will you start a new funding round?
+"""]]
diff --git a/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories.mdwn b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories.mdwn
new file mode 100644
index 0000000000..7fdbc3ca4e
--- /dev/null
+++ b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories.mdwn
@@ -0,0 +1,16 @@
+I upgraded another one of my git-annex clones.  The upgrade worked fine (i.e.
+according to the manual) on two other clones before, but this time something is
+different.
+
+After 'git pull' and 'git annex upgrade', which took a long time and seemed to
+have succeeded, there are no staged changes in git.  Instead there are lots of
+untracked directories in .git-annex.  Aside from that, nothing seems to be
+wrong.
+
+At the time I had git-annex version 0.20110329 and I've been using the SHA1
+backend since version 1.
+
+> Yes, I agree with Jimmy, it's the same bug. So I'll be closing this one.
+> Please keep us informed how the workaround committed to git-annex
+> yesterday for the case insensativity issue works out. [[dup|done]]
+> --[[Joey]] 
diff --git a/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_1_9ca2da52f3c8add0276b72d6099516a6._comment b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_1_9ca2da52f3c8add0276b72d6099516a6._comment
new file mode 100644
index 0000000000..78309df872
--- /dev/null
+++ b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_1_9ca2da52f3c8add0276b72d6099516a6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T02:26:20Z"
+ content="""
+I'm not sure how this happened, as far as I can see, and based on my testing, `git annex upgrade` does stage the location log files. OTOH, I vaguely rememeber needing to stage some of them when I was doing my own upgrades, but that was a while ago, and I don't remember the details.
+
+Your upgrade seems to have gone ok from the file lists you sent, so you can just: `git add .git-annex; git commit`
+"""]]
diff --git a/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_2_e14e84b770305893f2fc6e4938359f47._comment b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_2_e14e84b770305893f2fc6e4938359f47._comment
new file mode 100644
index 0000000000..4fc9647e81
--- /dev/null
+++ b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_2_e14e84b770305893f2fc6e4938359f47._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="213.168.117.192"
+ subject="comment 2"
+ date="2011-04-03T15:35:52Z"
+ content="""
+'git add .git-annex' didn't do anything.  That's when I noticed that this
+repository is on a case-insensitive HFS+ file system.
+
+So, if I get this right it's not a new bug, but similar to this situation:
+[[git-annex_directory_hashing_problems_on_osx]]
+
+Assuming that it was the file system's fault, I went ahead and upgraded yet
+another clone.  That one (on an ext3 file system) had neither staged changes
+nor left-over untracked files.  Everything seems to just have fallen right into
+place.  Is that possible or still weird?
+
+"""]]
diff --git a/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_3_ec04e306c96fd20ab912aea54a8340aa._comment b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_3_ec04e306c96fd20ab912aea54a8340aa._comment
new file mode 100644
index 0000000000..99095c1569
--- /dev/null
+++ b/doc/bugs/upgrade_left_untracked_.git-annex__47____42___directories/comment_3_ec04e306c96fd20ab912aea54a8340aa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2011-04-03T16:05:39Z"
+ content="""
+Yes you seem to have come across the same bug that I had initially reported :P
+"""]]
diff --git a/doc/bugs/uploads_queued_to_annex-ignore_remotes.mdwn b/doc/bugs/uploads_queued_to_annex-ignore_remotes.mdwn
new file mode 100644
index 0000000000..6f45cb8ff1
--- /dev/null
+++ b/doc/bugs/uploads_queued_to_annex-ignore_remotes.mdwn
@@ -0,0 +1,34 @@
+## What steps will reproduce the problem?
+
+After the assistant idles for a while, it queues many transfers to remotes configured annex-ignore=true
+
+##What is the expected output? What do you see instead?
+
+No attempts to upload to repos marked 'annex-ignore=true'
+
+Instead I see many queued transfers to the remote 'origin'
+
+[Screenshot](https://www.evernote.com/shard/s1/sh/ea0de76c-4b68-4266-b9f6-8a9c343997b6/72baab4a3ce73b0915b151829bbeaf75/res/8a8ab1fb-3173-47ea-875d-b0e320cb827b/skitch.png)
+
+##What version of git-annex are you using? On what operating system?
+
+    %  > git annex version
+    git-annex version: 4.20130315
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+Mac OSX 10.8.2 Build 12C3006
+
+##Please provide any additional information below.
+
+The remote in question:
+
+    [remote "origin"]
+      url = git@git.example.com:annex-home
+      fetch = +refs/heads/*:refs/remotes/origin/*
+      annex-ignore = true
+
+> belived to be [[fixed|done]] --[[Joey]] 
diff --git a/doc/bugs/uploads_queued_to_annex-ignore_remotes/comment_1_fa1c98f38253db8c2be3604c72eb3726._comment b/doc/bugs/uploads_queued_to_annex-ignore_remotes/comment_1_fa1c98f38253db8c2be3604c72eb3726._comment
new file mode 100644
index 0000000000..d58d5f5dd7
--- /dev/null
+++ b/doc/bugs/uploads_queued_to_annex-ignore_remotes/comment_1_fa1c98f38253db8c2be3604c72eb3726._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-17T20:03:48Z"
+ content="""
+I was able to find two ways this could happen:
+
+* When a removable drive was attached and the annex-ignored repository was on it.
+* When the network connection went down and came back up.
+
+In either case, it would git sync with the ignored repository. And in some cases could scan it for transfers.
+
+I've pushed a fix for these two cases. If you can try the next autobuild, that would be helpful.
+
+If you continue to see this happening, you should enable debug logging, and send a log after it happens.
+"""]]
diff --git a/doc/bugs/using_gpg_encryption_with_multiple_keys_fails.mdwn b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails.mdwn
new file mode 100644
index 0000000000..887f9f1fdd
--- /dev/null
+++ b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails.mdwn
@@ -0,0 +1,57 @@
+### Please describe the problem.
+git-annex assistant uses wrong key if multiple are available.  If there is only one gpg available it works without issue.
+
+### What steps will reproduce the problem?
+
+I tried to creating a new key through cli or assistant UI.  I also tried to select preexisting key but it always appears to choose the initial key.  Log below is creating a new key through assistant UI.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140709-gc75193e on linux amd64 & os x 10.9.4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2014-07-12 23:22:57 PDT] main: starting assistant version 5.20140709-gc75193e
+[2014-07-12 23:22:57 PDT] Cronner: You should enable consistency checking to protect your data. 
+(Recording state in git...)
+(scanning...) [2014-07-12 23:22:57 PDT] Watcher: Performing startup scan
+(started...) gpg: Signature made Wed Jul  9 19:09:28 2014 PDT using DSA key ID 89C809CB
+gpg: Can't check signature: public key not found
+
+(encryption setup) (hybrid cipher with gpg key A1FE7E9BECB5C7CA) gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://admin@nappy.local/share/backups/annex/
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://admin@nappy.local/share/backups/annex/
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:smTV2DKvbvPIi7ftJLey
+gcrypt: Encrypting to:  -R A1FE7E9BECB5C7CA
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://admin@nappy.local/share/backups/annex/
+ * [new branch]      git-annex -> git-annex
+ok
+[2014-07-12 23:23:42 PDT] main: Syncing with nappy.local__share_backups_annex 
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: anonymous recipient; trying secret key 6DF1BC5D ...
+gpg: cannot open tty `/dev/tty': Device not configured
+gcrypt: Failed to decrypt manifest!
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: anonymous recipient; trying secret key 6DF1BC5D ...
+gpg: cannot open tty `/dev/tty': Device not configured
+gcrypt: Failed to decrypt manifest!
+
+
+# End of transcript or log.
+"""]]
+
+[[!tag forwarded]]
+[[!meta title="using git-remote-gcrypt with multiple keys causes unncessary password prompts for keys that did not encrypt the repository"]]
+
+> [[fixed|done]]; upgrade git-remote-gcrypt and `git config gcrypt.publish-participants true`
+> and after the next push to the repo, it'll stop guessing at keys, and use
+> the right one. git-annex will do this by default for new gcrypt
+> repositories. --[[Joey]]
diff --git a/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_1_584390159278577da78b05bc7bb0e673._comment b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_1_584390159278577da78b05bc7bb0e673._comment
new file mode 100644
index 0000000000..01b9726a95
--- /dev/null
+++ b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_1_584390159278577da78b05bc7bb0e673._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-14T20:54:32Z"
+ content="""
+AFAICs, this is a known bug in git-remote-gcrypt: <https://github.com/blake2-ppc/git-remote-gcrypt/issues/9> 
+
+In your log, it encrypts to A1FE7E9BECB5C7CA. I think this is the new key that git-annex generated. The problem comes when trying to decrypt the manifest, then it tries every gpg key until it finds one that works.
+"""]]
diff --git a/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_2_51855f5bb857e1b6bc5531cdd7073c31._comment b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_2_51855f5bb857e1b6bc5531cdd7073c31._comment
new file mode 100644
index 0000000000..df07fd04a7
--- /dev/null
+++ b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_2_51855f5bb857e1b6bc5531cdd7073c31._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="lex"
+ ip="17.199.80.21"
+ subject="comment 2"
+ date="2014-07-14T22:21:32Z"
+ content="""
+ah.  It's bailing due to the first key requiring passphrase, and since it aborts there it never tries the second so the whole thing fails.
+
+okay thanks for the link.
+"""]]
diff --git a/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_3_3a6ff3dbc24850b065d045c7c9398eb1._comment b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_3_3a6ff3dbc24850b065d045c7c9398eb1._comment
new file mode 100644
index 0000000000..7dab630813
--- /dev/null
+++ b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_3_3a6ff3dbc24850b065d045c7c9398eb1._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-15T20:42:15Z"
+ content="""
+So let's think about whether gcrypt using gpg -R makes sense from the git-annex perspective.
+
+Without -R, an attacker who can look at the remote, encrypted git repository can easily see the gpg keys of participants. This could allow them to perform other, more targeted attacks to get at the unencrypted repository.
+
+If the user is using eg, github to store the gcrypt repo, an attacker can easily find out who owns the repo anyway, so they know who to attack then, even when -R is used. The -R can still prevent them from finding out when it's encrypted to additional users than the owner.
+
+As far as the assistant goes, it only ever sets up a gcrypt repo with one participant. Using either an existing gpg key of the user, or generating a new one (which doesn't even have their name on it). Adding more participants to a gcrypt repo is tricky, and the assistant doesn't currently support it. But I'd like to have it support setting up multiple participants eventually. So the current limitations of the assistant are not a sufficient reason to avoid using -R.
+
+So, it seems to come down to the question of whether it's a reasonable goal for git-annex, when used with gcrypt, to hide the identities of people who use a repository. And whether such a goal is worth the security/usability tradeoff of the user getting gpg passphrase prompts for other keys.
+
+Hmm, when git-annex encrypts files to send them to a special remote, if it's using encryption=pubkey, it does not use -R. So an attacker can get the list of participants that way. Although the more common approach is for git-annex to encrypt using encryption=shared/hybrid, which uses a symmetric cipher, which avoids that problem. There are plenty of other things that git-annex can do that would leak identity.
+
+It kind of seems to me that if you want to prevent anyone learning who uses your repository, you are going to need to be very cautious (using tor etc) and the  most git-annex can do is be open about how it works and avoid adding any obstacles. Looking at it this way, such a user, or group of users, would be well-served by using gpg keys that don't have their names on them...
+"""]]
diff --git a/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_4_84168b56288262e01280da59ffaf19f6._comment b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_4_84168b56288262e01280da59ffaf19f6._comment
new file mode 100644
index 0000000000..22f0e909f3
--- /dev/null
+++ b/doc/bugs/using_gpg_encryption_with_multiple_keys_fails/comment_4_84168b56288262e01280da59ffaf19f6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-15T21:06:23Z"
+ content="""
+@lex, it shouldn't fail due to passphrase if you have gpg-agent set up. You'll only get some unncessary passphrase prompts.
+"""]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn
new file mode 100644
index 0000000000..1809ade37e
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn
@@ -0,0 +1,30 @@
+a special remote (encrypted rsync) that got copied to long ago (not sure when, there are old files that already have sizes in their unencrypted file names) seems to use the aa/bb/GPGHMACSHA1-- format instead of aaa/bbb/GPGHMACSHA1-. ``git annex fsck`` over such files produces very irritating output:
+
+<code>
+fsck L1100423.JPG (gpg) (checking …remote…...) 
+rsync: change_dir "…somewhere…/0a0/8cd/GPGHMACSHA1--91234b770b34eeff811d09c97ce94bb2398b3d72" failed: No such file or directory (2)
+
+sent 8 bytes  received 12 bytes  40.00 bytes/sec
+total size is 0  speedup is 0.00
+rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [Receiver=3.0.9]
+
+  rsync failed -- run git annex again to resume file transfer
+
+GPGHMACSHA1--91234b770b34eeff811d09c97ce94bb2398b3d72
+     3922730 100%  623.81kB/s    0:00:06 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 3923328 bytes  523114.40 bytes/sec
+total size is 3922730  speedup is 1.00
+(checksum...) ok
+</code>
+
+(observed with debian's git-annex 3.20121017).
+
+while this does output an "ok" at th end and a zero exit status, having such messages in an fsck is highly irritating.
+
+i see two ways to enhance the situation:
+
+* silence the "not found" error when the file is found in another location
+* a way to rename the files in the remote (i guess the aaa/bbb part can be derived from the file name; in that case, that could even be done w/o network interaction).
+
+[[!tag confirmed]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output/comment_1_fceba878f1097e27f056580e8d6d5b31._comment b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_1_fceba878f1097e27f056580e8d6d5b31._comment
new file mode 100644
index 0000000000..d2208b57b4
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_1_fceba878f1097e27f056580e8d6d5b31._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="also affects `git annex get`"
+ date="2012-11-12T23:11:36Z"
+ content="""
+the same problem also shows up with `git annex get`:
+
+    get …filename… (from prometheus...) 
+    rsync: change_dir \"/home/shared/photos/encrypted_storage/63e/50b/GPGHMACSHA1--b83e8aaf05918ae2fc81652368f9d4068f938625\" failed: No such file or directory (2)
+    
+    sent 8 bytes  received 12 bytes  8.00 bytes/sec
+    total size is 0  speedup is 0.00
+    rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [Receiver=3.0.9]
+    
+      rsync failed -- run git annex again to resume file transfer
+    
+    GPGHMACSHA1--b83e8aaf05918ae2fc81652368f9d4068f938625
+          513214 100%   95.68kB/s    0:00:05 (xfer#1, to-check=0/1)
+    
+    sent 30 bytes  received 513396 bytes  44645.74 bytes/sec
+    total size is 513214  speedup is 1.00
+    ok
+
+again, it says \"ok\", but the \"no such file or directory\" / \"rsync failed\" is visually more prominent.
+"""]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output/comment_2_416992874813f120721a56d88b2bef65._comment b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_2_416992874813f120721a56d88b2bef65._comment
new file mode 100644
index 0000000000..1dfd0bde72
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_2_416992874813f120721a56d88b2bef65._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 2"
+ date="2012-11-13T17:27:31Z"
+ content="""
+So, I don't know how to suppress this message without causing worse problems, like suppressing real error messages, and even password prompts.
+
+"""]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output/comment_3_a20f470c5226ac5693eb15146a02b3f5._comment b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_3_a20f470c5226ac5693eb15146a02b3f5._comment
new file mode 100644
index 0000000000..8ee00709d8
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_3_a20f470c5226ac5693eb15146a02b3f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="comment 3"
+ date="2012-11-14T07:31:11Z"
+ content="""
+how about renaming the stored files, them? if you give me a pointer on how the directory names are generated, i can write a script that does the migration (some hash of the file name?). i suppose that's just a relic from another naming scheme, isn't it?
+"""]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output/comment_4_a81f06191bc03a7aad5929af99f0634e._comment b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_4_a81f06191bc03a7aad5929af99f0634e._comment
new file mode 100644
index 0000000000..9ea8047678
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_4_a81f06191bc03a7aad5929af99f0634e._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 4"
+ date="2012-11-14T17:31:38Z"
+ content="""
+The new hash directory tree is generated in a simple to explain way. Take the md5sum of the key and the first 3 characters are the first directory, and the next 3 characters are the second directory.
+
+The old hash directory tree is rather harder to explain. It takes the md5sum of the key, but rather than a string, represents it as 4 32bit words. Only the first word is used. It is converted into a string by the same mechanism that would be used to encode a normal md5sum value into a string, but where that would normally encode the bits using the 16 characters 0-9a-f, this instead uses the 32 characters \"0123456789zqjxkmvwgpfZQJXKMVWGPF\". The first 2 letters of the resulting string are the first directory, and the second 2 are the second directory.
+
+There's probably a 1:1 mapping between this special md5 encoding an a regular md5 encoding. But it's certainly easier just to use the existing Haskell implementation of the hash. The following program, which needs to be built inside a git-annex source tree, reads keys on stdin, and outputs their old hash directory tree values, and their new values on stdout.
+
+<pre>
+import Locations
+import Types.Key
+import Utility.Misc
+
+main = interact $ \s -> case file2key $ firstLine s of
+        Nothing -> \"bad key\"
+        Just k -> hashDirMixed k ++ \" \" ++ hashDirLower k ++ \"\n\"
+</pre>
+
+<pre>
+joey@gnu:~/src/git-annex>ghc --make convert.hs
+joey@gnu:~/src/git-annex>echo WORM--foo | ./ convert
+jq/8w/ 2b1/ba3/
+</pre>
+"""]]
diff --git a/doc/bugs/using_old_remote_format_generates_irritating_output/comment_5_7438caecf78b4fb5d21f9f31dff95cf2._comment b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_5_7438caecf78b4fb5d21f9f31dff95cf2._comment
new file mode 100644
index 0000000000..707ea52cf9
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output/comment_5_7438caecf78b4fb5d21f9f31dff95cf2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="single-line migration"
+ date="2012-11-22T03:14:45Z"
+ content="""
+i've successfully applied this monster to migrate my repository (as always with such expressions, use it only if you know what it does, and have a backup):
+
+    find . -path './??/??/*' -type d \( -exec python -c 'import sys, hashlib, os; hash = hashlib.md5(sys.argv[1][8:]).hexdigest(); h1 = hash[:3]; h2 = hash[3:6]; os.mkdir(h1) if not os.path.exists(h1) else None; os.mkdir(h1+\"/\"+h2) if not os.path.exists(h1+\"/\"+h2) else None; os.rename(sys.argv[1], h1+\"/\"+h2+\"/\"+sys.argv[1][8:])' '{}' ';' -o -print \) -prune
+
+when executed in an encrypted git annex object directory, it takes all two-letter directories, executes a python expression on them (in case of failure, printing the file name it failed on), and doesn't continue searching there (-prune avoids error messages about moved-away directories).
+
+the python expression itself generates the hash described above, generates the required directories (put awkwardly in an `a if b else c` expression to avoid ifs (which wouldn't fit in a single line) and because python still doesn't have a proper mkdir-p function), and moves the found object there. (nb: using the system's `mkdir -p` would trigger [[another bug|bugs/using_old_remote_format_generates_irritating_output]]).
+"""]]
diff --git a/doc/bugs/web_app_loops_over_a_non-addable_file.mdwn b/doc/bugs/web_app_loops_over_a_non-addable_file.mdwn
new file mode 100644
index 0000000000..a1f4900613
--- /dev/null
+++ b/doc/bugs/web_app_loops_over_a_non-addable_file.mdwn
@@ -0,0 +1,56 @@
+### Please describe the problem.
+
+I started the webapp on a pre-existing repo today, and it started adding all sorts of files which I didn't manually add, which is a little bit surprising, but "okay".
+
+The problem is that it would loop over this one file over and over again. Adding it on the commandline yields a proper error, but this doesn't seem to properly propagate to the frontend.
+
+### What steps will reproduce the problem?
+
+Unclear.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20131105-g8efdc1a
+
+### Please provide any additional information below.
+
+Here's the daemon.log:
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+add clips/A31-05-12_21.22.amr (checksum...) [2013-11-06 10:21:10 EST] Committer: Committing changes to git
+[2013-11-06 10:21:11 EST] Committer: Adding A31-05-12_21.22.amr
+(Recording state in git...)
+(Recording state in git...)
+add clips/A31-05-12_21.22.amr (checksum...) [2013-11-06 10:21:11 EST] Committer: Committing changes to git
+[2013-11-06 10:21:12 EST] Committer: Adding A31-05-12_21.22.amr
+(Recording state in git...)
+(Recording state in git...)
+add clips/A31-05-12_21.22.amr (checksum...) [2013-11-06 10:21:12 EST] Committer: Committing changes to git
+[2013-11-06 10:21:13 EST] Committer: Adding A31-05-12_21.22.amr
+(Recording state in git...)
+add clips/A31-05-12_21.22.amr (checksum...) [2013-11-06 10:21:13 EST] Committer: Committing changes to git
+[2013-11-06 10:21:14 EST] Committer: Adding A31-05-12_21.22.amr
+(Recording state in git...)
+(Recording state in git...)
+add clips/A31-05-12_21.22.amr (checksum...) [2013-11-06 10:21:14 EST] Committer: Committing changes to git
+# End of transcript or log.
+"""]]
+
+And here's the attempt on the commandline, which is way more informative:
+
+[[!format sh """
+anarcat@marcos:video$ git annex add .
+add clips/96_257.mp3 ok
+add clips/A31-05-12_21.22.amr (checksum...)
+git-annex: /srv/video/.git/annex/objects/z3/96/SHA256E-s260070--46f0d657cdd79032d431e2aebb04b63685ab26e7d00963036e0b64c9f86998f8.22.amr/SHA256E-s260070--46f0d657cdd79032d431e2aebb04b63685ab26e7d00963036e0b64c9f86998f8.22.amr: setFileMode: permission denied (Operation not permitted)
+failed
+"""]]
+
+Turns out that file is owned by root, so it's an expected failure. But the webapp should simply skip this file, not loop over it.
+
+The workaround is obviously to give this file to the proper user. --[[anarcat]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/webapp:_difficult_to_abort_adding_a_repository.mdwn b/doc/bugs/webapp:_difficult_to_abort_adding_a_repository.mdwn
new file mode 100644
index 0000000000..41007dbb45
--- /dev/null
+++ b/doc/bugs/webapp:_difficult_to_abort_adding_a_repository.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+I could not find a way to abort the addition of a new remote repository.
+
+### What steps will reproduce the problem?
+- start adding a remote repository (unencrypted, with git-annex installed);
+- forget to create the folder on the remote host;
+- navigate away from the repository page;
+- the dashboard says the repository is partially set-up, and the only thing one can do is look at the log (which says the folder is missing).
+
+I was able to solve it by creating another repository with the exact same data.
+
+### What version of git-annex are you using? On what operating system?
+
+Version: 4.20131002-gf25991c on OS X 10.8.5
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/webapp_doesn__39__t_start_when___126____47__annex_isn__39__t_a_git_repo.mdwn b/doc/bugs/webapp_doesn__39__t_start_when___126____47__annex_isn__39__t_a_git_repo.mdwn
new file mode 100644
index 0000000000..ac02590e6b
--- /dev/null
+++ b/doc/bugs/webapp_doesn__39__t_start_when___126____47__annex_isn__39__t_a_git_repo.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+The webapp doesn't start.  There is no feedback as to what is wrong when starting the OS X app.  Makes for a very confusing behaviour.
+
+When starting git-annex-webapp directly, it says:
+git-annex: no git repository in /Users/lhunath/annex
+
+### What steps will reproduce the problem?
+Create a ~/annex that is not a git repo.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140517-g0aed6d9
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: unknown
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+$ /Applications/git-annex.app/Contents/MacOS/git-annex-webapp
+git-annex: no git repository in /Users/lhunath/annex
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/webapp_usability:_fails_mysteriously_on_newer_repo_layouts.mdwn b/doc/bugs/webapp_usability:_fails_mysteriously_on_newer_repo_layouts.mdwn
new file mode 100644
index 0000000000..73908f40bb
--- /dev/null
+++ b/doc/bugs/webapp_usability:_fails_mysteriously_on_newer_repo_layouts.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+
+Starting the webapp on a repository that was hastily created by copying an existing one with an older version yields an undecipherable error.
+
+Rather minor.
+
+### What steps will reproduce the problem?
+
+1. Install git-annex from git
+2. make a repo
+3. copy it over to an external hard drive
+4. connect that drive to a wheezy box running git-annex from backports
+5. add the external hard drive to the webapp as a new repo
+6. boom
+
+I expected git-annex to tell me:
+
+    git-annex: Repository version 5 is not supported. Upgrade git-annex.
+
+Instead, it popped a red box saying a scary "Internal server error". I couldn't read the daemon logs either.
+
+### What version of git-annex are you using? On what operating system?
+
+original version is:
+
+    git-annex version: 5.20131109-gf2cb5b9
+
+the failing version is running the one from wheezy backports.
+
+### Please provide any additional information below.
+
+screenshot coming up.
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/weird_unicode_bug_on_windows.mdwn b/doc/bugs/weird_unicode_bug_on_windows.mdwn
new file mode 100644
index 0000000000..f1f0377f89
--- /dev/null
+++ b/doc/bugs/weird_unicode_bug_on_windows.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+
+My repo contains more than 1000 files, many are unicode filenames. Now that [this bug](http://git-annex.branchable.com/bugs/fails_to_get_content_from_bare_repo_on_windows/) is resolved, almost all files are fetched, except one file named '移动硬盘 1T Buffalo USB3.0 白色.rtf'. 
+
+### What steps will reproduce the problem?
+
+I reproduced this problem by creating a repo containing only this file with no content. If anyone wants to reproduce this, just create an empty file by copy and paste the above filename in the quote.
+
+I created the repo on mac, synced with a usb drive, then on windows machine try to sync it back.
+
+* When run git-annex webapp in the newly created windows repo, after the usb drive is added as a remote, an error popups up: http://imgur.com/5ZfIeGQ  although the remote is added successfully (http://imgur.com/04O8kaC)
+* On the command line, git annex sync runs successfully, but git annex get . failed: http://imgur.com/bIVrbe2
+* The file is there (http://imgur.com/URGwWWt) with correct filename, just that the content is not there. 
+
+### What version of git-annex are you using? On what operating system?
+
+Latest release of git-annex on both mac and windows. The initial repo on mac is indirect repo, the one on usb drive is a bare repo, the one on windows is direct repo.
diff --git a/doc/bugs/weird_unicode_bug_on_windows/comment_1_69af9bd8c7898fccc2219edd860d547b._comment b/doc/bugs/weird_unicode_bug_on_windows/comment_1_69af9bd8c7898fccc2219edd860d547b._comment
new file mode 100644
index 0000000000..b16155c5f0
--- /dev/null
+++ b/doc/bugs/weird_unicode_bug_on_windows/comment_1_69af9bd8c7898fccc2219edd860d547b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 1"
+ date="2014-06-19T22:39:46Z"
+ content="""
+I don't quite reproduce this on windows. Instead of the file showing up and `git annex get` not getting it, the file never shows up at all. It seems that the direct mode merge code fails to create the file in the work tree. This also means that another sync will commit the deletion of the file.
+
+Based on the screenshot, I do have the identical filename checked into git, which git ls-files etc represents as \"\347\247\273\345\212\250\347\241\254\347\233\230 1T Buffalo USB3.0 \347\231\275\350\211\262.rtf\"
+
+Anyway, the root cause is probably the same. See [[todo/windows_support]] for a discussion of several issues with filename encodings and windows.
+"""]]
diff --git a/doc/bugs/wget_and_android_4.4.mdwn b/doc/bugs/wget_and_android_4.4.mdwn
new file mode 100644
index 0000000000..a695bc978f
--- /dev/null
+++ b/doc/bugs/wget_and_android_4.4.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+audio file won't download when it's sole source is the internet
+
+### What steps will reproduce the problem?
+on my laptop git annex addurl --fast http://path/to/file.mp3 in folder phone/
+sync to homeserver
+sync to phone
+phone is set to prefer phone/* and present
+after the phone receives the sync from homeserver, it looks to start the download and fails.
+https://www.dropbox.com/s/ozcwub2mzo40z4y/2014-01-12%2012.36.01.png -> says wget doesn't recognize option --clobber
+
+https://www.dropbox.com/s/x1jhb6rcp17c7t8/2014-01-12%2013.13.56.png -> git annex get . -d output
+
+### What version of git-annex are you using? On what operating system?
+android is version 5.20131230-g4aa88d8 for android 4.3+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files.mdwn b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files.mdwn
new file mode 100644
index 0000000000..2a756cc4d2
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+I've a undirect repository that I sync with a direct one (that is on a
+crippled filesystem). My repository contain tex file that are directly
+in git, and binary file that are annexed. 
+
+If I create or modify an standard git files in my undirect repository,
+then sync it with the direct repository, the new file is not created
+there, or the modified file is deleted there.
+
+
+### What steps will reproduce the problem?
+
+    $ cd direct
+    $ echo foo > bar.tex
+    $ git commit bar.tex -m "new tex file"
+    $ git annex sync
+    $ cd /media/direct-repo
+    $ git annex sync
+    $ ls bar.tex
+
+There the bar.tex file don't exist, and the next `git annex sync` will
+commit the change.
+
+The problem exist for some time (I first believed I add a problem with
+my usb stick), but now that direct repository are treated somewhat as
+bare repository, I don't know of an easy fix.
+
+### What version of git-annex are you using? On what operating system?
+
+On Debian, since at least git annex 5.20131120 I believe.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+mkdir direct
+cd direct
+git init && git annex init "direct"
+git annex direct
+cd ..
+git clone direct indirect
+cd indirect
+git annex init "indirect"
+echo bla > test.tex
+git add test.tex
+git commit -m "test"
+git annex sync
+cd ../direct
+git annex sync
+ls
+# End of transcript or log.
+"""]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_1_6c9f5fe14e46ac96254426e1e9cff23f._comment b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_1_6c9f5fe14e46ac96254426e1e9cff23f._comment
new file mode 100644
index 0000000000..b3f10176d3
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_1_6c9f5fe14e46ac96254426e1e9cff23f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnm19dBCRphmtjXfopm_NpvnRwz-qIJ2Tw"
+ nickname="Remi"
+ subject="Checking out the file"
+ date="2013-12-03T10:29:40Z"
+ content="""
+If I run `GIT_WORK_TREE=/media/direct-repo git checkout bar.tex` I have my file back.
+"""]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_2_04dfbf4b1f6b545075d50f43b1d73ef6._comment b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_2_04dfbf4b1f6b545075d50f43b1d73ef6._comment
new file mode 100644
index 0000000000..e0ff4c5c5a
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_2_04dfbf4b1f6b545075d50f43b1d73ef6._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLdL4zLty4fsfaIXNtPMS5RXs4y8OAk0o"
+ nickname="Marc"
+ subject="Similar problem"
+ date="2013-12-08T12:30:12Z"
+ content="""
+I've described the same (or similar) problem here:
+http://git-annex.branchable.com/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/#comment-015d93573c7c34d10f3815a22bdc13c0
+"""]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_3_f449f259f076ea1b11bd289bdbcc9339._comment b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_3_f449f259f076ea1b11bd289bdbcc9339._comment
new file mode 100644
index 0000000000..3aadbc5131
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_3_f449f259f076ea1b11bd289bdbcc9339._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpmMRq6lo2NBrlmoxZQljaU_IaWsWB7qw"
+ nickname="Lukas"
+ subject="direct mode and vanishing files"
+ date="2013-12-10T12:40:51Z"
+ content="""
+Hi
+
+I have the same problem with git-annex 4.20131106 on debian jessie (powerpc) in direct mode and 4.20131101 on mac osx 10.8.5 (self compiled from haskell) in indirect mode.
+Files directly added to git on the mac (indirect mode) are not created in the direct repository and are removed in the indirect repo after the next sync roundtrip.
+
+Thanks a lot for all your efforts and greetings, Lukas
+"""]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_4_78ccd70a17d776f14ea9193ab55c6732._comment b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_4_78ccd70a17d776f14ea9193ab55c6732._comment
new file mode 100644
index 0000000000..20992d2abc
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_4_78ccd70a17d776f14ea9193ab55c6732._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 4"
+ date="2013-12-12T19:56:50Z"
+ content="""
+I have fixed this bug. I apologise for the trouble.
+
+I did not try to make it clean up, so I recommend doing the checkout as shown above, or doing a `git revert` to get the file added back, if you experienced this bug.
+"""]]
diff --git a/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_5_95fcc19327b57222844302bb81236ee9._comment b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_5_95fcc19327b57222844302bb81236ee9._comment
new file mode 100644
index 0000000000..af319430a2
--- /dev/null
+++ b/doc/bugs/when_syncing_a_direct_repository__44___git_annex_delete_non_annexed_new_git_files/comment_5_95fcc19327b57222844302bb81236ee9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLdL4zLty4fsfaIXNtPMS5RXs4y8OAk0o"
+ nickname="Marc"
+ subject="comment 5"
+ date="2013-12-13T15:43:46Z"
+ content="""
+That's great, Joey, thanks a lot!
+"""]]
diff --git a/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote.mdwn b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote.mdwn
new file mode 100644
index 0000000000..98ee21d161
--- /dev/null
+++ b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote.mdwn
@@ -0,0 +1,30 @@
+`git annex whereis` claims that I have zero copies of two particular files. However, it is wrong; both files are present:
+
+[[!format txt """
+[jkt@vorvan fotky]$ git annex whereis '2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301'*
+(merging synced/git-annex into git-annex...)
+whereis 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.CR2 (0 copies) failed
+whereis 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.JPG (0 copies) failed
+git-annex: whereis: 2 failed
+[jkt@vorvan fotky]$ ll 2011-08-13\ Svatba\ Anička\ Fellnerová\ a\ výlet\ s\ Julií/IMG_4301*
+lrwxrwxrwx. 1 jkt jkt 331 Aug 13  2011 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.CR2 -> ../.git/annex/objects/mg/qq/SHA512E-s19424303--9bdd6917fe85a450b50233a444c1814d407d41b550b66661272728aaf139576cc7c09de158f47a33ff263d7d25253cec193d0e44ed5fb4a1581c28a9a05e75e1.CR2/SHA512E-s19424303--9bdd6917fe85a450b50233a444c1814d407d41b550b66661272728aaf139576cc7c09de158f47a33ff263d7d25253cec193d0e44ed5fb4a1581c28a9a05e75e1.CR2
+lrwxrwxrwx. 1 jkt jkt 329 Aug 13  2011 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.JPG -> ../.git/annex/objects/zG/xq/SHA512E-s4744850--da9b1e19f0ecdf08d2f5564232a9c7d4b5ec9fbc9c67033121e5c90468e09e5573ddac42469cfd51fb0d8328dff925830e2d753022365df6d92b115b77831228.JPG/SHA512E-s4744850--da9b1e19f0ecdf08d2f5564232a9c7d4b5ec9fbc9c67033121e5c90468e09e5573ddac42469cfd51fb0d8328dff925830e2d753022365df6d92b115b77831228.JPG
+"""]]
+
+Looking at another repo, the situation is the same:
+
+[[!format txt """
+jkt@svist /mnt/storage5/fotky[master] $ git annex whereis '2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301'*
+whereis 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.CR2 (0 copies) failed
+whereis 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.JPG (0 copies) failed
+git-annex: whereis: 2 failed
+jkt@svist /mnt/storage5/fotky[master] $ ll '2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301'*
+lrwxrwxrwx 1 jkt jkt 331 Mar  3 02:08 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.CR2 -> ../.git/annex/objects/mg/qq/SHA512E-s19424303--9bdd6917fe85a450b50233a444c1814d407d41b550b66661272728aaf139576cc7c09de158f47a33ff263d7d25253cec193d0e44ed5fb4a1581c28a9a05e75e1.CR2/SHA512E-s19424303--9bdd6917fe85a450b50233a444c1814d407d41b550b66661272728aaf139576cc7c09de158f47a33ff263d7d25253cec193d0e44ed5fb4a1581c28a9a05e75e1.CR2
+lrwxrwxrwx 1 jkt jkt 329 Mar  3 02:08 2011-08-13 Svatba Anička Fellnerová a výlet s Julií/IMG_4301.JPG -> ../.git/annex/objects/zG/xq/SHA512E-s4744850--da9b1e19f0ecdf08d2f5564232a9c7d4b5ec9fbc9c67033121e5c90468e09e5573ddac42469cfd51fb0d8328dff925830e2d753022365df6d92b115b77831228.JPG/SHA512E-s4744850--da9b1e19f0ecdf08d2f5564232a9c7d4b5ec9fbc9c67033121e5c90468e09e5573ddac42469cfd51fb0d8328dff925830e2d753022365df6d92b115b77831228.JPG
+"""]]
+
+The directory names are valid UTF-8. These are very common on my machine and there is a ton of directories with these funny names here -- all working without any real trouble.
+
+As far as I know, the file which the links point to is absolutely correct and not corrupted. Looking at the files in the directory chronologically, it also appears that the symlinks point to a correct file.
+
+[[!tag moreinfo]]
diff --git a/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_1_d823b7ee32183fbadd4a49f65e1a3a8b._comment b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_1_d823b7ee32183fbadd4a49f65e1a3a8b._comment
new file mode 100644
index 0000000000..11c55bb5b1
--- /dev/null
+++ b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_1_d823b7ee32183fbadd4a49f65e1a3a8b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-05T03:14:09Z"
+ content="""
+Have you tried running `git annex fsck`?
+"""]]
diff --git a/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_2_f430538101f0ef6114b5e953248fa599._comment b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_2_f430538101f0ef6114b5e953248fa599._comment
new file mode 100644
index 0000000000..e78971a90e
--- /dev/null
+++ b/doc/bugs/whereis_claims_file_is_not_here__44___but_it_is_available_both_here_and_in_another_remote/comment_2_f430538101f0ef6114b5e953248fa599._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="ping?"
+ date="2014-03-19T20:24:23Z"
+ content="""
+Have you tried running git-annex fsck?
+"""]]
diff --git a/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn b/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn
new file mode 100644
index 0000000000..d4d4826ff5
--- /dev/null
+++ b/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn
@@ -0,0 +1,46 @@
+What steps will reproduce the problem?
+
+    ...:/tmp$ mkdir repro
+    ...:/tmp$ cd repro/
+    ...:/tmp/repro$ git init
+    Initialized empty Git repository in /tmp/repro/.git/
+    ...:/tmp/repro$ git annex init test
+    init test ok
+    ...:/tmp/repro$ echo "A" > a.txt
+    ...:/tmp/repro$ git annex add a.txt
+    add a.txt (checksum...) ok
+    (Recording state in git...)
+    ...:/tmp/repro$ git commit -m "add file"
+    [master (root-commit) bf53ce2] add file
+     1 file changed, 1 insertion(+)
+     create mode 120000 a.txt
+    ...:/tmp/repro$ git annex whereis a.txt
+    whereis a.txt (1 copy) 
+      	5c028c6a-2c5e-11e2-bb9c-17bd7ce81377 -- here (test)
+    ok
+    ...:/tmp/repro$ git annex unlock a.txt
+    unlock a.txt (copying...) ok
+    ...:/tmp/repro$ git annex whereis a.txt
+
+What is the expected output? What do you see instead?
+
+    I'd expect that whereis executed on an unlocked file would behave like whereis executed on a locked file.
+
+What version of git-annex are you using? On what operating system?
+
+    $ cat /etc/issue
+    Ubuntu 12.04.1 LTS \n \l
+
+    $ git-annex version
+    git-annex version: 3.20120406
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+    $ uname -a
+    Linux ... 3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
+
+Please provide any additional information below.
+
+[[!tag confirmed]]
diff --git a/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files/comment_1_47bd0fc8d1c65f8a868d9722e66c71db._comment b/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files/comment_1_47bd0fc8d1c65f8a868d9722e66c71db._comment
new file mode 100644
index 0000000000..e92ec33f99
--- /dev/null
+++ b/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files/comment_1_47bd0fc8d1c65f8a868d9722e66c71db._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 1"
+ date="2014-03-19T20:52:08Z"
+ content="""
+The reason this doesn't work is that, in indirect mode, git-annex looks at the current state of the symlink in the work tree to know what key is associated with a file. And an unlocked file has no symlink.
+
+Direct mode avoids this problem, but at the expense of being less flexible and well, doing more work.
+"""]]
diff --git a/doc/bugs/windows_install_failure.mdwn b/doc/bugs/windows_install_failure.mdwn
new file mode 100644
index 0000000000..5253468f1c
--- /dev/null
+++ b/doc/bugs/windows_install_failure.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+When installing the windows aplha dated 2013-06-21 12:17 it gives an error:
+
+Error opening file for writing:
+c:\program files (x86)\Git\cmd\git-annex.exe
+Abort,retry or ignore?
+
+If you run as administrator it works.
+
+
+
+### What steps will reproduce the problem?
+
+Download the alpha installer and run as normal user.
+
+### What version of git-annex are you using? On what operating system?
+Windows 7 64 bit
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+[[!meta title="windows installer fails unless run as admin user"]]
+
+> [[dup|done]] of
+> [[git-annex_does_not_install_on_windows_without_admin_rights]] --[[Joey]] 
diff --git a/doc/bugs/windows_install_failure/comment_1_f339574c7cfa35c1f0dfd515fde457f5._comment b/doc/bugs/windows_install_failure/comment_1_f339574c7cfa35c1f0dfd515fde457f5._comment
new file mode 100644
index 0000000000..a1e10da20c
--- /dev/null
+++ b/doc/bugs/windows_install_failure/comment_1_f339574c7cfa35c1f0dfd515fde457f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnI6EUnvCSB6JG3KsjCDpBIBWYniaZkhXs"
+ nickname="Jason"
+ subject="expected behavior"
+ date="2013-06-27T02:44:37Z"
+ content="""
+I expect it should automatically ask for privileged escalation rather than fail.
+"""]]
diff --git a/doc/bugs/windows_install_failure/comment_2_1d3364d8f5c4963f3a7e473298ec6ed1._comment b/doc/bugs/windows_install_failure/comment_2_1d3364d8f5c4963f3a7e473298ec6ed1._comment
new file mode 100644
index 0000000000..84966d647d
--- /dev/null
+++ b/doc/bugs/windows_install_failure/comment_2_1d3364d8f5c4963f3a7e473298ec6ed1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrFnHRRNUQBB5RCDaIwhVmCcxQp8_yiYw"
+ nickname="Oliver"
+ subject="comment 2"
+ date="2013-06-28T08:37:39Z"
+ content="""
+Indeed, but the windows installer (whether built by hand or from the prebuilts) does not. Might have a poke at it when I'm back at my machine again - should be a fairly easy fix.
+"""]]
diff --git a/doc/bugs/youtube_support_suddenly_stopped_working.mdwn b/doc/bugs/youtube_support_suddenly_stopped_working.mdwn
new file mode 100644
index 0000000000..bedda76741
--- /dev/null
+++ b/doc/bugs/youtube_support_suddenly_stopped_working.mdwn
@@ -0,0 +1,62 @@
+### Please describe the problem.
+
+[[This|design/assistant/blog/day_314__quvi/]] says that I can download youtube videos with git-annex, but I can't - it downloads the HTML of the page instead!
+
+### What steps will reproduce the problem?
+
+    git annex addurl http://www.youtube.com/watch?v=BTzNLhxPzjo
+
+Should have downloaded a Bill Hicks video, instead it downloads the HTML.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format txt """
+git-annex version: 4.20130912-ga1faca3
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+Note that quvi is still capable of fetching that video, no problem there.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+anarcat@marcos:clips$ git annex addurl http://www.youtube.com/watch?v=BTzNLhxPzjo
+addurl www.youtube.com_watch_v=BTzNLhxPzjo ok
+anarcat@marcos:clips$ file www.youtube.com_watch_v\=BTzNLhxPzjo
+www.youtube.com_watch_v=BTzNLhxPzjo: broken symbolic link to `.git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b'
+anarcat@marcos:clips$ file www.youtube.com_watch_v\=BTzNLhxPzjo ^C
+anarcat@marcos:clips$ file .git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b
+.git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b: ERROR: cannot open `.git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b' (No such file or directory)
+anarcat@marcos:clips$ git annex get www.youtube.com_watch_v\=BTzNLhxPzjo
+get www.youtube.com_watch_v=BTzNLhxPzjo (from web...)
+--2013-09-14 17:24:23--  http://www.youtube.com/watch?v=BTzNLhxPzjo
+Résolution de www.youtube.com (www.youtube.com)... 173.194.43.96, 173.194.43.97, 173.194.43.98, ...
+Connexion vers www.youtube.com (www.youtube.com)|173.194.43.96|:80...connecté.
+requête HTTP transmise, en attente de la réponse...200 OK
+Longueur: non spécifié [text/html]
+Sauvegarde en : «/srv/video/clips/.git/annex/tmp/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b»
+
+    [  <=>                                                                                                                                                                                                 ] 123 245      346K/s   ds 0,3s
+
+2013-09-14 17:24:23 (346 KB/s) - «/srv/video/clips/.git/annex/tmp/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b» sauvegardé [123245]
+
+ok
+(Recording state in git...)
+anarcat@marcos:clips$ file www.youtube.com_watch_v\=BTzNLhxPzjo
+www.youtube.com_watch_v=BTzNLhxPzjo: symbolic link to `.git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b'
+anarcat@marcos:clips$ file .git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b
+.git/annex/objects/qZ/q1/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b/SHA256E-s123162--96fe8634aaf035373077473ac2b166c5ad22bfe099112c414eee9fe753f4ce2b: HTML document, UTF-8 Unicode text, with very long lines
+# End of transcript or log.
+"""]]
+
+### Workaround
+
+Use the `quvi` prefix.
+
+> Typo introduced in last release. [[fixed|done]] --[[Joey]]
diff --git a/doc/builds.mdwn b/doc/builds.mdwn
new file mode 100644
index 0000000000..b920643b57
--- /dev/null
+++ b/doc/builds.mdwn
@@ -0,0 +1,44 @@
+[[!meta title="git-annex autobuild overview"]]
+
+[[!sidebar content="""
+# last uploaded build-versions
+
+<h2>Linux i386</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/i386/build-version">
+</iframe>
+<h2>Linux amd64</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/amd64/build-version">
+</iframe>
+<h2>Linux armel</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/armel/build-version">
+</iframe>
+<h2>Android</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/android/4.3/build-version">
+</iframe>
+<h2>OSX Mavericks</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/build-version">
+</iframe>
+<h2>Windows</h2>
+<iframe width=1024 height=20em scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/windows/build-version">
+</iframe>
+"""]]
+
+# build logs
+
+<h2>Linux i386</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/i386/">
+</iframe>
+<h2>Linux amd64</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/amd64/">
+</iframe>
+<h2>Linux armel</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/armel/">
+</iframe>
+<h2>Android</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/android/">
+</iframe>
+<h2>OSX Mavericks</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/">
+</iframe>
+<h2>Windows</h2>
+<a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
diff --git a/doc/coding_style.mdwn b/doc/coding_style.mdwn
new file mode 100644
index 0000000000..101ac4f581
--- /dev/null
+++ b/doc/coding_style.mdwn
@@ -0,0 +1,92 @@
+If you do nothing else, avoid use of partial functions from the Prelude!
+`import Utility.PartialPrelude` helps avoid this by defining conflicting
+functions for all the common ones. Also avoid `!!`, it's partial too.
+
+Use tabs for indentation. The one exception to this rule are
+the Hamlet format files in `templates/*`. Hamlet, infuriatingly, refuses
+to allow tabs to be used for indentation.
+
+Code should make sense with any tab stop setting, but 8 space tabs are
+the default. With 8 space tabs, code should not exceed 80 characters
+per line. (With larger tabs, it may of course.)
+
+Use spaces for layout. For example, here spaces (indicated with `.`)
+are used after the initial tab to make the third test line up with
+the others.
+
+		when (foo_test || bar_test ||
+		......some_other_long_test)
+			print "hi"
+
+As a special Haskell-specific rule, "where" clauses are indented with two
+spaces, rather than a tab. This makes them stand out from the main body
+of the function, and avoids excessive indentation of the where cause content.
+The definitions within the where clause should be put on separate lines,
+each indented with a tab.
+
+	main = do
+		foo
+		bar
+		foo
+	  where
+		foo = ...
+		bar = ...
+
+Where clauses for instance definitions and modules tend to appear at the end
+of a line, rather than on a separate line.
+
+	module Foo (Foo, mkFoo, unFoo) where
+	instance MonadBaseControl IO Annex where
+
+When a function's type signature needs to be wrapped to another line,
+it's typical to switch to displaying one parameter per line.
+
+	foo :: Bar -> Baz -> (Bar -> Baz) -> IO Baz
+
+	foo'
+		:: Bar
+		-> Baz
+		-> (Bar -> Baz)
+		-> IO Baz
+ 
+Note that the "::" then starts its own line. It is not put on the same
+line as the function name because then it would not be guaranteed to line
+up with the "->" at all tab width settings. Similarly, guards are put
+on their own lines:
+
+	splat i
+		| odd i = error "splat!"
+		| otherwise = i
+
+Multiline lists and record syntax are written with leading commas,
+that line up with the open and close punctuation.
+
+	list =
+		[ item1
+		, item2
+		, item3
+		]
+
+	foo = DataStructure
+		{ name = "bar"
+		, address = "baz"
+		}
+
+Module imports are separated into two blocks, one for third-party modules,
+and one for modules that are part of git-annex. (Additional blocks can be used
+if it makes sense.)
+
+Using tabs for indentation makes use of `let .. in` particularly tricky.
+There's no really good way to bind multiple names in a let clause with
+tab indentation. Instead, a where clause is typically used. To bind a single
+name in a let clause, this is sometimes used:
+
+	foo = let x = 42
+		in x + (x-1) + x
+
+-----
+
+If you feel that this coding style leads to excessive amounts of horizontal
+or vertical whitespace around your code, making it hard to fit enough of it
+on the screen, consider finding a better abstraction, so the code that
+does fit on the screen is easily understandable. ;)
diff --git a/doc/coding_style/comment_1_70521cf79ad06832b1d73fc2c20c68ec._comment b/doc/coding_style/comment_1_70521cf79ad06832b1d73fc2c20c68ec._comment
new file mode 100644
index 0000000000..a8200f856c
--- /dev/null
+++ b/doc/coding_style/comment_1_70521cf79ad06832b1d73fc2c20c68ec._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnq-RfkVpFN15SWvQ2lpSGAi0XpNQuLxKM"
+ nickname="Yuval"
+ subject="What about safe?"
+ date="2014-07-06T10:45:59Z"
+ content="""
+https://hackage.haskell.org/package/safe
+
+> A library wrapping Prelude/Data.List functions that can throw exceptions, such as head and !!. Each unsafe function has up to four variants, e.g. with tail:
+> 
+>     tail :: [a] -> [a], raises an error on tail [].
+
+>     tailMay :: [a] -> Maybe [a], turns errors into Nothing.
+
+>     tailDef :: [a] -> [a] -> [a], takes a default to return on errors.
+
+>     tailNote :: String -> [a] -> [a], takes an extra argument which supplements the error message.
+
+>     tailSafe :: [a] -> [a], returns some sensible default if possible, [] in the case of tail.
+"""]]
diff --git a/doc/coding_style/comment_2_a820b7c8ae7c2290eb000f61bdb5c514._comment b/doc/coding_style/comment_2_a820b7c8ae7c2290eb000f61bdb5c514._comment
new file mode 100644
index 0000000000..9f9d961962
--- /dev/null
+++ b/doc/coding_style/comment_2_a820b7c8ae7c2290eb000f61bdb5c514._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-10T20:24:03Z"
+ content="""
+safe does not prevent using the unsafe prelude functions. Utility.PartialPrelude does, and provides a few safe wrappers like lastMaybe. 
+"""]]
diff --git a/doc/comments.mdwn b/doc/comments.mdwn
new file mode 100644
index 0000000000..e19962b92a
--- /dev/null
+++ b/doc/comments.mdwn
@@ -0,0 +1,9 @@
+[[!sidebar content="""
+[[!inline pages="comment_pending(*)" feedfile=pendingmoderation
+description="comments pending moderation" show=-1]]
+Comments in the [[!commentmoderation desc="moderation queue"]]:
+[[!pagecount pages="comment_pending(*)"]]
+"""]]
+
+Recent comments posted to this site:
+[[!inline pages="comment(*)" template="comment"]]
diff --git a/doc/contact.mdwn b/doc/contact.mdwn
new file mode 100644
index 0000000000..b2ccf82013
--- /dev/null
+++ b/doc/contact.mdwn
@@ -0,0 +1,11 @@
+Joey Hess <joey@kitenet.net> is the author of git-annex. If you need to
+talk about something privately, email me.
+
+The [[forum]] is the best place to discuss git-annex.
+
+For realtime chat, use the `#git-annex` channel on irc.oftc.net.
+You can also watch incoming commits there.
+
+The [VCS-home mailing list](http://lists.madduck.net/listinfo/vcs-home)
+is a good mailing list for users who want to use git-annex in the context
+of managing their large personal files.
diff --git a/doc/contact/comment_1_12d60f767d90bea94974e1ff6b206d31._comment b/doc/contact/comment_1_12d60f767d90bea94974e1ff6b206d31._comment
new file mode 100644
index 0000000000..f72f3fbe52
--- /dev/null
+++ b/doc/contact/comment_1_12d60f767d90bea94974e1ff6b206d31._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlZQcpoRmyZBlsFQ7TMMYlZZdmBG1TxMzA"
+ nickname="Felipe"
+ subject="translation"
+ date="2013-09-10T20:19:53Z"
+ content="""
+I would like to translate this content of site, the tutorials, pages, etc, to portuguese. I think that can help many users in my country. How can I build a new pages here with git-annex content in portuguese?  
+"""]]
diff --git a/doc/contact/comment_2_95b6d868b913418de50ba121d71d2390._comment b/doc/contact/comment_2_95b6d868b913418de50ba121d71d2390._comment
new file mode 100644
index 0000000000..6f451d9ae9
--- /dev/null
+++ b/doc/contact/comment_2_95b6d868b913418de50ba121d71d2390._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 2"
+ date="2013-09-12T21:08:16Z"
+ content="""
+I welcome translations in theory, but I do not have any infrastructure in place to support it, so that would have to be the first step.
+
+(Also, this page is not a general-purpose discussion forum.)
+"""]]
diff --git a/doc/contact/comment_3_2cf43bd406673294e6cdbd785c4a0d0c._comment b/doc/contact/comment_3_2cf43bd406673294e6cdbd785c4a0d0c._comment
new file mode 100644
index 0000000000..32fbc7f653
--- /dev/null
+++ b/doc/contact/comment_3_2cf43bd406673294e6cdbd785c4a0d0c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlkA6XinbeOdnEDxEGQUWyjqPGh0kdMXr4"
+ nickname="Blake"
+ subject="Starting git-annex assistant"
+ date="2013-10-02T23:57:48Z"
+ content="""
+Hi Joey,
+
+I am one of your original funders for git-annex. I think you have done a great job and I am proud to say I helped fund your endeavor.
+
+How do I start the git-annex assistant webapp via command line? I installed the program on my Fedora 19 computer via YUM and it does not come packaged with a desktop icon as you show in your demonstration video. I try running `$ git annex assistant` but I cannot access `http://127.0.0.1:34795/` as you do in the video. Also, the quickstart page (http://git-annex.branchable.com/assistant/quickstart/) seems to have outdated information as it states you can start the webapp via `$ git annex webapp`, however when I try to run this I get the following error: `git-annex: unknown command webapp`.
+
+Regards,
+Blake
+
+"""]]
diff --git a/doc/contact/comment_4_586a506e27379d74fbc0f4b654e89c7d._comment b/doc/contact/comment_4_586a506e27379d74fbc0f4b654e89c7d._comment
new file mode 100644
index 0000000000..1cf9c3accf
--- /dev/null
+++ b/doc/contact/comment_4_586a506e27379d74fbc0f4b654e89c7d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2013-10-03T00:06:11Z"
+ content="""
+Your fedora build apparently does not include the webapp, since `git annex webapp` is the right command. Install the [[install/Linux_standalone]] build instead.
+
+(Again this page is not a discussion forum. Next person to post here will waste my time since I will have to go configure the site to block comments here..)
+"""]]
diff --git a/doc/contribute.mdwn b/doc/contribute.mdwn
new file mode 100644
index 0000000000..71bce6c54e
--- /dev/null
+++ b/doc/contribute.mdwn
@@ -0,0 +1,38 @@
+Help make git-annex better!
+
+## wiki gardening
+
+This website is a wiki, so you can edit and improve any page.
+
+Or, write a [[new_tip|tips]] explaining how to accomplish something with
+git-annex.
+
+## bug triage
+
+People often file [[bugs]] on git-annex that are easily resolved by helping
+them with a problem, and perhaps writing some documentation.
+
+Many bugs are also filed without enough information
+to reproduce the problem, and need to be tagged moreinfo and a comment
+posted asking the submitter for details.
+
+Joey spends a lot of time dealing with this kind of bug triage. If you can
+take the time to pick a bug that is not marked as "confirmed" or "moreinfo"
+from the list of [[bugs]], try to reproduce it and follow up either
+confirming that the problem exists, or asking the submitter for more info,
+you'll make Joey more productive!
+
+## code contributions
+
+[[download]] the source code and send patches!
+
+If you know Haskell, git-annex has lots of Haskell code that
+could be improved. See the [[coding_style]] and have at it.
+
+If you don't know Haskell, git-annex has many other coding opportunities.
+You could work to improve the Android port (Java etc) or improve the
+Javascript and CSS of the git-annex webapp, or work on porting libraries
+needed by the Windows port.
+
+To send patches, either include the patch in a bug report (small patch)
+or put up a branch in a git repository containing your changes.
diff --git a/doc/copies.mdwn b/doc/copies.mdwn
new file mode 100644
index 0000000000..3e0ebc6c69
--- /dev/null
+++ b/doc/copies.mdwn
@@ -0,0 +1,35 @@
+Annexed data is stored inside  your git repository's `.git/annex` directory.
+Some [[special_remotes]] can store annexed data elsewhere.
+
+It's important that data not get lost by an ill-considered `git annex drop`
+command.  So, git-annex can be configured to try
+to keep N copies of a file's content available across all repositories. 
+(Although [[untrusted_repositories|trust]] don't count toward this total.)
+
+By default, N is 1; it is configured by running `git annex numcopies N`.
+This default can be overridden on a per-file-type basis by the annex.numcopies
+setting in `.gitattributes` files. The --numcopies switch allows
+temporarily using a different value.
+
+`git annex drop` attempts to check with other git remotes, to check that N
+copies of the file exist. If enough repositories cannot be verified to have
+it, it will retain the file content to avoid data loss. Note that
+[[trusted_repositories|trust]] are not explicitly checked.
+
+For example, consider three repositories: Server, Laptop, and USB. Both Server
+and USB have a copy of a file, and N=1. If on Laptop, you `git annex get
+$file`, this will transfer it from either Server or USB (depending on which
+is available), and there are now 3 copies of the file.
+
+Suppose you want to free up space on Laptop again, and you `git annex drop` the file
+there. If USB is connected, or Server can be contacted, git-annex can check
+that it still has a copy of the file, and the content is removed from
+Laptop. But if USB is currently disconnected, and Server also cannot be
+contacted, it can't verify that it is safe to drop the file, and will
+refuse to do so.
+
+With N=2, in order to drop the file content from Laptop, it would need access
+to both USB and Server.
+
+For more complicated requirements about which repositories contain which
+content, see [[required_content]].
diff --git a/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment b/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment
new file mode 100644
index 0000000000..45e5722604
--- /dev/null
+++ b/doc/copies/comment_1_af9bee33777fb8a187b714fc8c5fb11d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="See also section on backups in walthroug"
+ date="2013-08-25T05:37:04Z"
+ content="""
+See also [walthrough/backups](/walkthrough/backups/) for some details about copies. 
+"""]]
diff --git a/doc/design.mdwn b/doc/design.mdwn
new file mode 100644
index 0000000000..e4f0e5c2a9
--- /dev/null
+++ b/doc/design.mdwn
@@ -0,0 +1,6 @@
+git-annex's high-level design is mostly inherent in the data that it
+stores in git, and alongside git. See [[internals]] for details.
+
+Here's the other design documents we have:
+
+[[!map pages="page(design/*) and !design/*/*"]]
diff --git a/doc/design/assistant.mdwn b/doc/design/assistant.mdwn
new file mode 100644
index 0000000000..052c536782
--- /dev/null
+++ b/doc/design/assistant.mdwn
@@ -0,0 +1,45 @@
+These are the design pages for the git-annex [[/assistant]].
+
+Parts of the design is still being fleshed out, still many ideas
+and use cases to add. Feel free to chip in with comments! --[[Joey]]
+
+See [[roadmap]] for current plans, as this list was mostly completed.
+
+## initial development kickstarter year overview (2012-2013)
+
+* Month 1 "like dropbox": [[!traillink inotify]] [[!traillink syncing]]
+* Month 2 "shiny webapp": [[!traillink webapp]] [[!traillink progressbars]]
+* Month 3 "easy setup": [[!traillink configurators]] [[!traillink pairing]]
+* Month 4 "cloud": [[!traillink cloud]] [[!traillink transfer_control]]
+* Month 5 "cloud continued": [[!traillink xmpp]] [[!traillink more_cloud_providers]]
+* Month 6 "9k bonus round": [[!traillink desymlink]]
+* Month 7: user-driven features and polishing;
+  [presentation at LCA2013](http://mirror.linux.org.au/linux.conf.au/2013/mp4/gitannex.mp4)
+* Month 8: [[!traillink Android]]
+* Month 9: [[screencasts|videos]] and polishing
+* Month 10: bugfixing, [[Android]] webapp
+* Month 11: [[!traillink Windows]] porting, finishing touches
+* Month 12: [presentation at SELF2013](http://www.southeastlinuxfest.org/), finishing touches
+
+## porting
+
+* [[OSX]] port is in fairly good shape, but still has some room for improvement
+* [[android]] port is zooming along
+* [[Windows]] port is barely getting started
+
+## not yet on the map:
+
+* [[rate_limiting]]
+* [[partial_content]]
+* [[deltas]]
+* [[leftovers]]
+* [[other todo items|todo]]
+
+## polls
+
+I post [[polls]] occasionally to make decisions. You can vote!
+
+## blog
+
+I'm blogging about my progress in the [[devblog]] on a semi-daily basis.
+Follow along!
diff --git a/doc/design/assistant/OSX.mdwn b/doc/design/assistant/OSX.mdwn
new file mode 100644
index 0000000000..400e517bf4
--- /dev/null
+++ b/doc/design/assistant/OSX.mdwn
@@ -0,0 +1,13 @@
+Misc OSX porting things:
+
+* autostart the assistant on OSX, using launchd **done**
+* icon to start webapp **done**
+* use FSEvents to detect file changes (better than kqueue) **done**
+* Use OSX's "network reachability functionality" to detect when on a network
+  <http://developer.apple.com/library/mac/#documentation/Networking/Conceptual/SystemConfigFrameworks/SC_Intro/SC_Intro.html#//apple_ref/doc/uid/TP40001065>
+* Switch from gpg to <https://gpgtools.org/>. According to a user,
+  this is better because it can show a dialog window for password prompts.
+
+Bugs:
+
+[[!inline pages="tagged(design/assistant/OSX) and !link(bugs/done)" show=0 archive=yes]]
diff --git a/doc/design/assistant/OSX/comment_1_9290f6e6f265e906b08631224392b7bf._comment b/doc/design/assistant/OSX/comment_1_9290f6e6f265e906b08631224392b7bf._comment
new file mode 100644
index 0000000000..633dd01b45
--- /dev/null
+++ b/doc/design/assistant/OSX/comment_1_9290f6e6f265e906b08631224392b7bf._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlu-fdXIt_RF9ggvg4zP0yBbtjWQwHAMS4"
+ nickname="Jörn"
+ subject="Mount detection"
+ date="2012-09-21T09:23:34Z"
+ content="""
+regarding the current mount polling on OSX: why not use the NSNotificationCenter for being notified on mount events on OSX?
+
+Details see:
+
+1. <http://stackoverflow.com/questions/12409458/detect-when-a-volume-is-mounted-on-os-x>
+2. <http://stackoverflow.com/questions/6062299/how-to-add-an-observer-to-nsnotificationcenter-in-a-c-class-using-objective-c>
+3. <https://developer.apple.com/library/mac/#documentation/CoreFoundation/Reference/CFNotificationCenterRef/Reference/reference.html#//apple_ref/doc/uid/20001438>
+"""]]
diff --git a/doc/design/assistant/android.mdwn b/doc/design/assistant/android.mdwn
new file mode 100644
index 0000000000..8beaffabc3
--- /dev/null
+++ b/doc/design/assistant/android.mdwn
@@ -0,0 +1,42 @@
+The Android port is just about usable. Still, we have some fun todo items
+to improve it.
+
+## high-priority TODO
+
+* [[bugs/Android_app_permission_denial_on_startup]]
+* S3 doesn't work (at least to Internet Archive: 
+  "connect: does not exist (connection refused)")
+* Get app into Google Play and/or FDroid
+
+## TODO
+
+* Don't make app initially open terminal + webapp, but go to a page that
+  allows opening the webapp or terminal.  
+  Possibly, switch from running inside terminal app to real standalone app.
+  See <https://github.com/neurocyte/android-haskell-activity>
+  and <https://github.com/neurocyte/foreign-jni>.
+
+* I have seen an assistant thread crash with an interrupted system call
+  when the device went to sleep while it was running. Auto-detect and deal with
+  that somehow.
+* Make git stop complaining that "warning: no threads uspport, ignoring --threads"
+* git does not support http remotes. To fix, need to port libcurl and
+  allow git to link to it.
+* getEnvironment is broken on Android <https://github.com/neurocyte/ghc-android/issues/7>
+  and a few places use it. I have some horrible workarounds in place.
+* Get local pairing to work. network-multicast and network-info don't
+  currently install.
+* Get test suite to pass. `git clone` of a local repo fails on android
+  for some reason.
+* Make app autostart on boot, optionally. <http://stackoverflow.com/questions/1056570/how-to-autostart-an-android-application>
+* The app should be aware of power status, and avoid expensive background
+  jobs when low on battery or run flat out when plugged in.
+* The app should be aware of network status, and avoid expensive data
+  transfers when not on wifi. This may need to be configurable.
+* glacier and local pairing are not yet enabled for Android.
+* The "Files" link doesn't start a file browser. Should be possible to do
+  on Android via intents, I suppose?
+* Adding removable drives would work, but the android app is not in the 
+  appropriate group to write to them. `WRITE_MEDIA_STORAGE` permission
+  needed. Added to AndroidManifest, but did not seem to be used.
+  Googleing for it will find a workaround that needs a rooted device.
diff --git a/doc/design/assistant/android/comment_10_316bde8d22628e5e9d4f8dabce1d2ad4._comment b/doc/design/assistant/android/comment_10_316bde8d22628e5e9d4f8dabce1d2ad4._comment
new file mode 100644
index 0000000000..89f23d72ca
--- /dev/null
+++ b/doc/design/assistant/android/comment_10_316bde8d22628e5e9d4f8dabce1d2ad4._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 10"
+ date="2013-05-06T12:18:39Z"
+ content="""
+One of the points is:
+
+* The app should be aware of power status, and avoid expensive background jobs when low on battery or run flat out when plugged in.
+
+This isn't good for situations where the device is plugged in and charging, but will only be so for a limited time (such as charging during a car journey) as the device would charge slower.
+
+Could this behaviour be configurable too?
+"""]]
diff --git a/doc/design/assistant/android/comment_1_8be9a74e5fc4641c2bf2e1bb7673dd59._comment b/doc/design/assistant/android/comment_1_8be9a74e5fc4641c2bf2e1bb7673dd59._comment
new file mode 100644
index 0000000000..389eac026d
--- /dev/null
+++ b/doc/design/assistant/android/comment_1_8be9a74e5fc4641c2bf2e1bb7673dd59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~gdr-go2"
+ nickname="gdr-go2"
+ subject="FAT symlinks"
+ date="2012-05-28T18:12:10Z"
+ content="""
+It's a linux kernel so perhaps another option would be to create a big file and mount -o loop
+"""]]
diff --git a/doc/design/assistant/android/comment_2_3dd386ac1b757c73d14f14377b9eedd4._comment b/doc/design/assistant/android/comment_2_3dd386ac1b757c73d14f14377b9eedd4._comment
new file mode 100644
index 0000000000..3ff46ca060
--- /dev/null
+++ b/doc/design/assistant/android/comment_2_3dd386ac1b757c73d14f14377b9eedd4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlhIMPGF1E0XEJKV6j6-PFzAxA1-nIlydo"
+ nickname="Bernhard"
+ subject="re @  gdr-go2 "
+ date="2012-09-10T19:34:00Z"
+ content="""
+`mount` requires root and you'll have still the 4gb limit for your image by FAT. some phones (e.g. galaxy nexus) already use `ext4` for `/sdcard` though.
+"""]]
diff --git a/doc/design/assistant/android/comment_3_5dca47a4599d6e88d19193701c5a571b._comment b/doc/design/assistant/android/comment_3_5dca47a4599d6e88d19193701c5a571b._comment
new file mode 100644
index 0000000000..8f60efdb06
--- /dev/null
+++ b/doc/design/assistant/android/comment_3_5dca47a4599d6e88d19193701c5a571b._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlhIMPGF1E0XEJKV6j6-PFzAxA1-nIlydo"
+ nickname="Bernhard"
+ subject="GHC and Android"
+ date="2012-09-10T21:58:28Z"
+ content="""
+I played around a bit with GHC and Android today. It isn't really a result, but maybe useful for someone out there.
+
+I have a Debian `chroot` environment on my Android device (howto: <http://www.saurik.com/id/10/>). In the Debian box:
+
+    $ cat arm.hs
+    main = do
+      putStrLn \"Hello ARM\"
+    $ ghc -static --make arm.hs
+    Linking arm ...
+    $ ldd arm
+	libgmp.so.3 => /usr/lib/libgmp.so.3 (0x40233000)
+	libm.so.6 => /lib/libm.so.6 (0x400c8000)
+	libffi.so.5 => /usr/lib/libffi.so.5 (0x401b1000)
+	librt.so.1 => /lib/librt.so.1 (0x40171000)
+	libdl.so.2 => /lib/libdl.so.2 (0x40180000)
+	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4018b000)
+	libc.so.6 => /lib/libc.so.6 (0x40282000)
+	/lib/ld-linux.so.3 (0x400a2000)
+	libpthread.so.0 => /lib/libpthread.so.0 (0x4007e000)
+
+well, that isn't really static. tell the linker to build a static binary (those are arguments to `ld`):
+
+    $ ghc --make arm.hs -optl-static -optl-pthread
+    [1 of 1] Compiling Main             ( arm.hs, arm.o )
+    Linking arm ...
+    $ file arm
+    arm: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.18, not stripped
+    $ ldd arm
+    	not a dynamic executable
+    $ ./arm
+    Hello ARM
+
+now, get this (quite big) binary into the normal android environment, using `adb`, `SSHDroid` or whatever:
+
+    % cd /data/local/tmp # assuming destination of file transfer
+    % ./arm
+    arm: mkTextEncoding: invalid argument (Invalid argument)
+
+looking in the source of `System.IO` it seems like an `iconv` issue. So, there's still some dynamic dependency in there... *sigh*
+"""]]
diff --git a/doc/design/assistant/android/comment_4_054f06311e2b51d73be569f181eb004f._comment b/doc/design/assistant/android/comment_4_054f06311e2b51d73be569f181eb004f._comment
new file mode 100644
index 0000000000..76c32908a6
--- /dev/null
+++ b/doc/design/assistant/android/comment_4_054f06311e2b51d73be569f181eb004f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 4"
+ date="2012-09-11T02:12:45Z"
+ content="""
+Thanks Bernard, that's really massively useful. It makes sense -- statically building with libc should work, the Android kernel is still Linux after all. 
+
+To get past the iconv problem, I think all you need is part of the `locales` package from your linux system installed on the Android. Probably just a few of the data files from /usr/share/i18n/charmaps/
+"""]]
diff --git a/doc/design/assistant/android/comment_5_bb3d36e9d29f2fa77bee6d47ef9917fe._comment b/doc/design/assistant/android/comment_5_bb3d36e9d29f2fa77bee6d47ef9917fe._comment
new file mode 100644
index 0000000000..be1e3e9e81
--- /dev/null
+++ b/doc/design/assistant/android/comment_5_bb3d36e9d29f2fa77bee6d47ef9917fe._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlhIMPGF1E0XEJKV6j6-PFzAxA1-nIlydo"
+ nickname="Bernhard"
+ subject="comment 5"
+ date="2012-09-11T09:34:42Z"
+ content="""
+`/usr/share/i18n/` does not exists on my Debian ARM system :/
+
+however, `strace ./arm` in the debian chroot reveals that some files from `/usr/lib/gconv/` are loaded:
+
+    [...]
+    open(\"/usr/lib/gconv/UTF-32.so\", O_RDONLY) = 3
+    read(3, \"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\4\4\0\0004\0\0\0\"..., 512) = 512
+    [...]
+
+full log: <http://wien.tomnetworks.com/strace_arm>.  Unfortunately, I don't have `strace` in the android userland for comparison.
+
+Just copying the related `gconv` files didn't work. I don't have so much time at the moment, I'll investigate further in some days or so.
+
+At least, output using `error :: String -> a` does work :-)
+"""]]
diff --git a/doc/design/assistant/android/comment_6_fee32a831eeb5736fe1dce52e30320c8._comment b/doc/design/assistant/android/comment_6_fee32a831eeb5736fe1dce52e30320c8._comment
new file mode 100644
index 0000000000..9dfe5670de
--- /dev/null
+++ b/doc/design/assistant/android/comment_6_fee32a831eeb5736fe1dce52e30320c8._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 6"
+ date="2012-10-30T08:44:32Z"
+ content="""
+Just so this does not get lost: For better or for worse, the vanilla Android devices stopped shipping with micro-SD support in 2011 (or 2010 if the Nexus S does not support them either; on sketchy GPRS so not googling around). Most higher-end Android devices ship with at least 8 GiB of on-board Flash storage, some even go up to 64 GiB.
+
+IMHO, this would make it viable to first get git-annex working on Android without regard for FAT.
+
+The obvious advantage is that porting should be easier and quicker.
+
+The obvious downside is that this may mean revisiting some parts of the code later.
+
+-- Richard
+"""]]
diff --git a/doc/design/assistant/android/comment_7_d8e9b0a5287fc96b19dc2cb9da3586ce._comment b/doc/design/assistant/android/comment_7_d8e9b0a5287fc96b19dc2cb9da3586ce._comment
new file mode 100644
index 0000000000..0419b1d1b0
--- /dev/null
+++ b/doc/design/assistant/android/comment_7_d8e9b0a5287fc96b19dc2cb9da3586ce._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 7"
+ date="2012-10-30T08:51:17Z"
+ content="""
+Actually, this is something that would be ideal for a poll:
+
+Should FAT-based Android repos be implemented:
+
+* Immediately
+* After the initial release of the Android app is working
+* Before the kickstarter ends
+* Not at all
+
+Also, as another data point, the FAT-based SD card can be mounted as USB storage by any computer an Android device is connected to whereas the EXT4-based root FS can only be accessed via MTP.
+"""]]
diff --git a/doc/design/assistant/android/comment_8_79a7b5bb5f4aaeea4a4e8ced0561701a._comment b/doc/design/assistant/android/comment_8_79a7b5bb5f4aaeea4a4e8ced0561701a._comment
new file mode 100644
index 0000000000..91db74ec65
--- /dev/null
+++ b/doc/design/assistant/android/comment_8_79a7b5bb5f4aaeea4a4e8ced0561701a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Terminal IDE"
+ date="2012-11-21T21:46:19Z"
+ content="""
+I use Terminal IDE on android, which is 'sort of a shell environment'.
+
+It has bash, git, dropbear ssh, and vim. It is a bit limited, but it does feel like a linux shell.
+
+"""]]
diff --git a/doc/design/assistant/android/comment_9_55ea70a6929523d26248ff6409b04a6e._comment b/doc/design/assistant/android/comment_9_55ea70a6929523d26248ff6409b04a6e._comment
new file mode 100644
index 0000000000..d371c5fedb
--- /dev/null
+++ b/doc/design/assistant/android/comment_9_55ea70a6929523d26248ff6409b04a6e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl7ciFZWmffuw6sLRww3CcL_F5ItsttL9w"
+ nickname="Aaron"
+ subject="Feature request: Events triggered on wifi SSID or connection state"
+ date="2013-01-08T13:04:05Z"
+ content="""
+I'd like to have my phone sync a bunch of files when I'm at home and when I get to work, have them synced to my work machine, deleted off my phone and when I get home, also deleted off my home machine.
+
+This will allow incremental backups to a local folder at home and I can then \"mule\" my files, sneaker-net style, to work with zero user intervention. It only works if events can be triggered or I can combine a triggering app with a special android intent for both ends of my trip.
+"""]]
diff --git a/doc/design/assistant/blog.mdwn b/doc/design/assistant/blog.mdwn
new file mode 100644
index 0000000000..561173d27b
--- /dev/null
+++ b/doc/design/assistant/blog.mdwn
@@ -0,0 +1,11 @@
+This blog was updated on a semi-daily basis by Joey during the year of work
+concentrating on the git-annex assistant that was funded by his kickstarter
+campaign.
+
+Post-kickstarter work will instead appear on the [[devblog]]. However,
+this page's RSS feed will continue to work, so you don't have to migrate
+your RSS reader.
+
+[[!inline pages="page(devblog/*)" show=-1 feedshow=7]]
+
+[[!inline pages="page(design/assistant/blog/*)" show=0 feeds=no]]
diff --git a/doc/design/assistant/blog/day_100__cursed_clouds.mdwn b/doc/design/assistant/blog/day_100__cursed_clouds.mdwn
new file mode 100644
index 0000000000..7ac38f4634
--- /dev/null
+++ b/doc/design/assistant/blog/day_100__cursed_clouds.mdwn
@@ -0,0 +1,19 @@
+Preferred content control is wired up to `--auto` and working for `get`,
+`copy`, and `drop`. Note that `drop --from remote --auto` drops files that
+the remote's preferred content settings indicate it doesn't want;
+likewise `copy --to remote --auto` sends content that the remote does want.
+
+Also implemented `smallerthan`, `largerthan`, and `ingroup` limits,
+which should be everything needed for the scenarios described in
+[[transfer_control]].
+
+Dying to hook this up to the assistant, but a cloudy day is forcing me to
+curtail further computer use.
+
+----
+
+Also, last night I developed a patch for the hS3 library, that should let
+git-annex upload large files to S3 without buffering their whole content in
+memory. I have a `s3-memory-leak` in git-annex that uses the new API I
+developed. Hopefully hS3's maintainer will release a new version with that
+soon.
diff --git a/doc/design/assistant/blog/day_102__very_high_level_programming.mdwn b/doc/design/assistant/blog/day_102__very_high_level_programming.mdwn
new file mode 100644
index 0000000000..4e29cc65df
--- /dev/null
+++ b/doc/design/assistant/blog/day_102__very_high_level_programming.mdwn
@@ -0,0 +1,37 @@
+## today
+
+Came up with four groups of repositories that it makes sense to
+define standard preferred content expressions for.
+
+[[!format haskell """
+	preferredContent :: StandardGroup -> String
+	preferredContent ClientGroup = "exclude=*/archive/*"
+	preferredContent TransferGroup = "not inallgroup=client and " ++ preferredContent ClientGroup
+	preferredContent ArchiveGroup = "not copies=archive:1"
+	preferredContent BackupGroup = "" -- all content is preferred
+"""]]
+
+[[preferred_content]] has the details about these groups, but
+as I was writing those three preferred content expressions,
+I realized they are some of the highest level programming I've ever done,
+in a way.
+
+Anyway, these make for a very simple repository configuration UI:
+
+[[!img /assistant/repogroups.png alt="form with simple select box"]]
+
+## yesterday (forgot to post this)
+
+Got the assistant honoring preferred content settings. Although so far that
+only determines what it transfers. Additional work will be needed to make
+content be dropped when it stops being preferred.
+
+----
+
+Added a "configure" link next to each repository on the repository config
+page. This will go to a form to allow setting things like repository
+descriptions, groups, and preferred content settings.
+
+----
+
+Cut a release.
diff --git a/doc/design/assistant/blog/day_102__very_high_level_programming/comment_1_c028b403261dd66bcf83e6ffd134b80b._comment b/doc/design/assistant/blog/day_102__very_high_level_programming/comment_1_c028b403261dd66bcf83e6ffd134b80b._comment
new file mode 100644
index 0000000000..d9be239bd5
--- /dev/null
+++ b/doc/design/assistant/blog/day_102__very_high_level_programming/comment_1_c028b403261dd66bcf83e6ffd134b80b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlVwbp82f-7rNOyEpvqc9A8FEfn7wl2Akw"
+ nickname="Jos"
+ subject="Works for me"
+ date="2012-10-11T13:40:08Z"
+ content="""
+These categories make it much clearer to me how I will be able to use git annex assistant
+"""]]
diff --git a/doc/design/assistant/blog/day_103__bugfix_day.mdwn b/doc/design/assistant/blog/day_103__bugfix_day.mdwn
new file mode 100644
index 0000000000..7c08a2065e
--- /dev/null
+++ b/doc/design/assistant/blog/day_103__bugfix_day.mdwn
@@ -0,0 +1,25 @@
+Bugfixes all day.
+
+The most amusing bug, which I just stumbled over randomly on my own,
+after someone on IRC yesterday was possibly encountering the same issue,
+made `git annex webapp` go into an infinite memory-consuming loop on
+startup if the repository it had been using was no longer a valid git
+repository.
+
+Then there was the place where HOME got unset, with also sometimes amusing
+results.
+
+Also fixed several build problems, including a threaded runtime hang
+in the test suite. Hopefully the next release will build on all Debian
+architectures again.
+
+I'll be cutting that release tomorrow. I also updated the linux
+prebuilt tarballs today.
+
+----
+
+Hmm, not entirely bugfixes after all. Had time (and power) to work
+on the repository configuration form too, and added a check box to it that
+can be unchecked to disable syncing with a repository. 
+Also, made that form be displayed after the webapp creates a new
+repository.
diff --git a/doc/design/assistant/blog/day_104__misc.mdwn b/doc/design/assistant/blog/day_104__misc.mdwn
new file mode 100644
index 0000000000..bda802bfe5
--- /dev/null
+++ b/doc/design/assistant/blog/day_104__misc.mdwn
@@ -0,0 +1,18 @@
+Switched the OSX standalone app to use `DYLD_ROOT_PATH`.
+This is the third `DYLD_*` variable I've tried; neither
+of the other two worked in all situations. This one may do better.
+If not, I may be stuck modifying the library names in each executable
+using `install_name_tool`
+([good reference for doing that](http://www.mikeash.com/pyblog/friday-qa-2009-11-06-linking-and-install-names.html)).
+As far as I know, every existing dynamic library lookup system is broken
+in some way other other; nothing I've seen about OSX's so far
+disproves that rule.
+
+Fixed a nasty utf-8 encoding crash that could occur when merging the
+git-annex branch. I hope I'm almost done with those.
+
+Made git-annex auto-detect when a git remote is on a sever like github
+that doesn't support git-annex, and automatically set annex-ignore.
+
+Finished the UI for pausing syncing of a remote. Making the syncing
+actually stop still has some glitches to resolve.
diff --git a/doc/design/assistant/blog/day_104__misc/comment_1_13d7fad2d3f8eab10314784c035e2a16._comment b/doc/design/assistant/blog/day_104__misc/comment_1_13d7fad2d3f8eab10314784c035e2a16._comment
new file mode 100644
index 0000000000..67e342a4ba
--- /dev/null
+++ b/doc/design/assistant/blog/day_104__misc/comment_1_13d7fad2d3f8eab10314784c035e2a16._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="Thank you for stickers"
+ date="2012-10-14T13:59:55Z"
+ content="""
+Mail received in Finland.
+"""]]
diff --git a/doc/design/assistant/blog/day_105__lazy_Sunday.mdwn b/doc/design/assistant/blog/day_105__lazy_Sunday.mdwn
new file mode 100644
index 0000000000..eb25ddacef
--- /dev/null
+++ b/doc/design/assistant/blog/day_105__lazy_Sunday.mdwn
@@ -0,0 +1,43 @@
+Did a fair amount of testing and bug fixing today. 
+
+There is still some buggy behavior around pausing syncing to a remote,
+where transfers still happen to it, but I fixed the worst bug there.
+
+Noticed that if a non-bare repo is set up on a removable drive,
+its file tree will not normally be updated as syncs come in -- because the
+assistant is not running on that repo, and so incoming syncs are not
+merged into the local master branch. For now I made it always use bare
+repos on removable drives, but I may want to revisit this.
+
+The repository edit form now has a field for the name of the repo,
+so the ugly names that the assistant comes up with for ssh remotes
+can be edited as you like. `git remote rename` is a very nice thing.
+
+Changed the preferred content expression for transfer repos to this:
+"not (inallgroup=client **and copies=client:2)**". This way, when there's
+just one client, files on it will be synced to transfer repos, even
+though those repos have no other clients to transfer them to. Presumably,
+if a transfer repo is set up, more clients are coming soon, so this avoids
+a wait. Particularly useful with removable drives, as the drive will start
+being filled as soon as it's added, and can then be brought to a client
+elsewhere. The "2" does mean that, once another client is found,
+the data on the transfer repo will be dropped, and so if it's brought
+to yet another new client, it won't have data for it right away.
+I can't see way to generalize this workaround to more than 2 clients;
+the transfer repo has to start dropping apparently unwanted content at
+some point. Still, this will avoid a potentially very confusing behavior
+when getting started.
+
+----
+
+I need to get that dropping of non-preferred content to happen still.
+Yesterday, I did some analysis of all the events that can cause previously
+preferred content to no longer be preferred, so I know all the places
+I have to deal with this.
+
+The one that's giving me some trouble is checking in the transfer scan. If it
+checks for content to drop at the same time as content to transfer, it could
+end up doing a lot of transfers before dropping anything. It'd be nicer to
+first drop as much as it can, before getting more data, so that transfer
+remotes stay as small as possible. But the scan is expensive, and it'd also
+be nice not to need two passes.
diff --git a/doc/design/assistant/blog/day_106__lazy_Monday.mdwn b/doc/design/assistant/blog/day_106__lazy_Monday.mdwn
new file mode 100644
index 0000000000..84b96f6350
--- /dev/null
+++ b/doc/design/assistant/blog/day_106__lazy_Monday.mdwn
@@ -0,0 +1,10 @@
+I was mostly working on other things today, but I did do some bug fixing.
+The worst of these is a bug introduced in 3.20121009 that breaks
+`git-annex-shell configlist`. That's pretty bad for using git-annex
+on servers, although you mostly won't notice unless you're just getting
+started using a ssh remote, since that's when it calls configlist.
+I will be releasing a new version as soon as I have bandwidth (tomorrow).
+
+Also made the standalone Linux and OSX binaries build with ssh connection
+caching disabled, since they don't bundle their own ssh and need to work
+with whatever ssh is installed.
diff --git a/doc/design/assistant/blog/day_107__memory_leak.mdwn b/doc/design/assistant/blog/day_107__memory_leak.mdwn
new file mode 100644
index 0000000000..e33008f97e
--- /dev/null
+++ b/doc/design/assistant/blog/day_107__memory_leak.mdwn
@@ -0,0 +1,11 @@
+More bugfixes today. The assistant now seems to have enough users that
+they're turning up interesting bugs, which is good. But does keep me too
+busy to add many more bugs\^Wcode.
+
+The fun one today made it bloat to eat all memory when logging out of a
+Linux desktop. I tracked that back to a bug in the Haskell DBUS library
+when a session connection is open and the session goes away. Developed a
+test case, and even profiled it, and sent it all of to the library's
+author. Hopefully there will be a quick fix, in the meantime today's
+release has DBUS turned off. Which is ok, it just makes it a little bit
+slower to notice some events.
diff --git a/doc/design/assistant/blog/day_108__another_zombie_outbreak.mdwn b/doc/design/assistant/blog/day_108__another_zombie_outbreak.mdwn
new file mode 100644
index 0000000000..ee46073bd2
--- /dev/null
+++ b/doc/design/assistant/blog/day_108__another_zombie_outbreak.mdwn
@@ -0,0 +1,33 @@
+I released git-annex an unprecidented two times yesterday, because just
+after the first release, I learned of a another zombie problem. Turns out
+this zombie had existed for a while, but it was masked by zombie reaping
+code that I removed recently, after fixing most of the other zombie
+problems. This one, though, is not directly caused by git-annex. When rsync
+runs ssh, it seems to run two copies, and one is left unwaited on as a
+zombie. Oddly, this only happens when rsync's stdout is piped into
+git-annex, for progress bar handling. I have not source-dived rsync's code
+to get to the bottom of this, but I put in a workaround.
+
+I did get to the bottom of yesterday's runaway dbus library. Got lucky and
+found the cause of the memory leak in that library on the first try, which
+is nice since each try involved logging out of X. I've been corresponding
+with its author, and a fix will be available soon, and then git-annex will
+need some changes to handle dbus reconnection.
+
+-----
+
+For the first time, I'm starting to use the assistant on my own personal
+git-annex repo. The preferred content and group settings let me configure it
+use the complex system of partial syncing I need. For example, I have this
+configured for my sound files, keeping new podcasts on a server until they land
+somewhere near me. And keeping any sound files that I've manually put on my
+laptop, and syncing new podcasts, but not other stuff.
+
+	# (for my server)
+	preferred-content 87e06c7a-7388-11e0-ba07-03cdf300bd87 = include=podcasts/* and (not copies=nearjoey:1)
+	# (for my laptop)
+	preferred-content 0c443de8-e644-11df-acbf-f7cd7ca6210d = exclude=*/out/* and (in=here or (include=podcasts/*))
+
+Found and fixed a bug in the preferred content matching code, where
+if the assistant was run in a subdirectory of the repo, it failed to
+match files correctly.
diff --git a/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_1_194c48d65993462f809a2cfaa774a3e2._comment b/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_1_194c48d65993462f809a2cfaa774a3e2._comment
new file mode 100644
index 0000000000..690d59d17c
--- /dev/null
+++ b/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_1_194c48d65993462f809a2cfaa774a3e2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 1"
+ date="2012-10-19T01:21:42Z"
+ content="""
+Can you elaborate on the \"nearjoey\" option below?
+> (not copies=nearjoey:1)
+
+Are you able to assign a \"nearjoey\" flag to multiple annexes?
+"""]]
diff --git a/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_2_ef5ee5933fcadcb81cc81b816db14bda._comment b/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_2_ef5ee5933fcadcb81cc81b816db14bda._comment
new file mode 100644
index 0000000000..0da13b7351
--- /dev/null
+++ b/doc/design/assistant/blog/day_108__another_zombie_outbreak/comment_2_ef5ee5933fcadcb81cc81b816db14bda._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 2"
+ date="2012-10-19T17:07:08Z"
+ content="""
+Yes, using the group command.
+"""]]
diff --git a/doc/design/assistant/blog/day_109__dropping.mdwn b/doc/design/assistant/blog/day_109__dropping.mdwn
new file mode 100644
index 0000000000..210f71f553
--- /dev/null
+++ b/doc/design/assistant/blog/day_109__dropping.mdwn
@@ -0,0 +1,16 @@
+Got unwanted content to be dropped from the local repo, as well as remotes
+when doing the expensive scan. I kept the scan a single pass for now,
+need to revisit that later to drop content before transferring more.
+Also, when content is downloaded or uploaded, this can result in it
+needing to be dropped from somewhere, and the assistant handles that too.
+
+There are some edge cases with hypothetical, very weird preferred
+content expressions, where the assistant won't drop content right away.
+(But will later in the expensive scan.) Other than those, I think I have
+nearly all content dropping sorted out. The only common case I know of where
+unwanted content is not dropped by the assistant right away is when a file
+is renamed (eg, put in a "Trash" directory).
+
+In other words, repositories put into the transfer group will now work as
+described, only retaining content as long as is needed to distribute it to
+clients. Big milestone!
diff --git a/doc/design/assistant/blog/day_10__lsof.mdwn b/doc/design/assistant/blog/day_10__lsof.mdwn
new file mode 100644
index 0000000000..d4217677f0
--- /dev/null
+++ b/doc/design/assistant/blog/day_10__lsof.mdwn
@@ -0,0 +1,54 @@
+A rather frustrating and long day coding went like this:
+
+## 1-3 pm
+
+Wrote a single function, of which all any Haskell programmer needs to know
+is its type signature:
+
+	Lsof.queryDir :: FilePath -> IO [(FilePath, LsofOpenMode, ProcessInfo)]
+
+When I'm spending another hour or two taking a unix utility like lsof and
+parsing its output, which in this case is in a rather complicated
+machine-parsable output format, I often wish unix streams were strongly
+typed, which would avoid this bother.
+
+## 3-9 pm
+
+Six hours spent making it defer annexing files until the commit thread
+wakes up and is about to make a commit. Why did it take so horribly long?
+Well, there were a number of complications, and some really bad bugs
+involving races that were hard to reproduce reliably enough to deal with.
+
+In other words, I was lost in the weeds for a lot of those hours...
+
+At one point, something glorious happened, and it was always making exactly
+one commit for batch mode modifications of a lot of files (like untarring
+them). Unfortunately, I had to lose that gloriousness due to another
+potential race, which, while unlikely, would have made the program deadlock
+if it happened. 
+
+So, it's back to making 2 or 3 commits per batch mode change. I also have a
+buglet that causes sometimes a second empty commit after a file is added.
+I know why (the inotify event for the symlink gets in late,
+after the commit); will try to improve commit frequency later.
+
+## 9-11 pm
+
+Put the capstone on the day's work, by calling lsof on a directory full
+of hardlinks to the files that are about to be annexed, to check if any
+are still open for write.
+
+This works great! Starting up `git annex watch` when processes have files
+open is no longer a problem, and even if you're evil enough to try having
+multiple processes open the same file, it will complain and not annex it
+until all the writers close it.
+
+(Well, someone really evil could turn the write bit back on after git annex
+clears it, and open the file again, but then really evil people can do
+that to files in `.git/annex/objects` too, and they'll get their just
+deserts when `git annex fsck` runs. So, that's ok..)
+
+----
+
+Anyway, will beat on it more tomorrow, and if all is well, this will finally
+go out to the beta testers.
diff --git a/doc/design/assistant/blog/day_10__lsof/comment_1_9b8c28c85c979f32e5c295b6a03c048e._comment b/doc/design/assistant/blog/day_10__lsof/comment_1_9b8c28c85c979f32e5c295b6a03c048e._comment
new file mode 100644
index 0000000000..9d970da22e
--- /dev/null
+++ b/doc/design/assistant/blog/day_10__lsof/comment_1_9b8c28c85c979f32e5c295b6a03c048e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="comment 1"
+ date="2012-06-16T09:14:26Z"
+ content="""
+maybe at some point, your tool could show \"warning, the following files are still open and are hence not being annexed\"
+to avoid any nasty surprises of a file not being annexed and the user not realizing it.
+"""]]
diff --git a/doc/design/assistant/blog/day_110__more_dropping.mdwn b/doc/design/assistant/blog/day_110__more_dropping.mdwn
new file mode 100644
index 0000000000..afa256c776
--- /dev/null
+++ b/doc/design/assistant/blog/day_110__more_dropping.mdwn
@@ -0,0 +1,55 @@
+Got preferred content checked when files are moved around.
+So, in repositories in the default client group, if you make a
+"archive" directory and move files to it, the assistant will drop
+their content (when possible, ie when it's reached an archive or backup).
+Move a file out of an archive directory, and the assistant will get its
+content again. Magic.
+
+Found an intractable bug, obvious in retrospect, with the git-annex branch
+read cache, and had to remove that cache. I have not fully determined
+if this will slow down git-annex in some use cases; might need to add more
+higher-level caching. It was a very minimal cache anyway, just of one file.
+
+Removed support for "in=" from preferred content expressions. That was
+problimatic in two ways. First, it referred to a remote by name, but
+preferred content expressions can be evaluated elsewhere, where that remote
+doesn't exist, or a different remote has the same name. This name lookup
+code could error out at runtime. Secondly, "in=" seemed pretty useless, and
+indeed counterintuitive in preferred content expressions. "in=here" did not
+cause content to be gotten, but it did let present content be dropped.
+Other uses of "in=" are better handled by using groups.
+
+In place of "in=here", preferred content expressions can now use "present",
+which is useful if you want to disable automatic getting or dropping of
+content in some part of a repository. Had to document that "not present"
+is not a good thing to use -- it's unstable. Still, I find "present" handy
+enough to put up with that wart.
+
+Realized last night that the code I added to the TransferWatcher
+to check preferred content once a transfer is done is subject to a race;
+it will often run before the location log gets updated. Haven't found a good
+solution yet, but this is something I want working now, so I did put in a
+quick delay hack to avoid the race. Delays to avoid races are never a real
+solution, but sometimes you have to TODO it for later.
+
+----
+
+Been thinking about how to make the assistant notice changes to configuration
+in the git-annex branch that are merged in from elsewhere while it's running.
+I'd like to avoid re-reading unchanged configuration files after each merge
+of the branch.
+
+The most efficient way would be to reorganise the git-annex branch, moving
+config files into a configs directory, and logs into a logs directory. Then it
+could `git ls-tree git-annex configs` and check if the sha of the configs
+directory had changed, with git doing minimal work 
+(benchmarked at 0.011 seconds).
+
+Less efficiently, keep the current git-annex branch layout, and 
+use: `git ls-tree git-annex uuid.log remote.log preferred-content.log group.log trust.log`
+(benchmarked at 0.015 seconds)
+
+Leaning toward the less efficient option, with a rate limiter so it
+doesn't try more often than once every minute. Seems reasonable for it to
+take a minute for config changes take effect on remote repos, even
+if the assistant syncs file changes to them more quickly.
diff --git a/doc/design/assistant/blog/day_111__config_monitor.mdwn b/doc/design/assistant/blog/day_111__config_monitor.mdwn
new file mode 100644
index 0000000000..8addf54ae8
--- /dev/null
+++ b/doc/design/assistant/blog/day_111__config_monitor.mdwn
@@ -0,0 +1,18 @@
+Added yet another thread, the ConfigMonitor. Since that thread needs to run
+code to reload cached config values from the git-annex branch when files
+there change, writing it also let me review where config files are cached,
+and I found that every single config file in the git-annex branch does
+get cached, with the exception of the uuid.log. So, added a cache for that,
+and now I'm more sanguine about yesterday's removal of the lower-level
+cache, because the only thing not being cached is location log information.
+
+The ConfigMonitor thread seems to work, though I have not tested it
+extensively. The assistant should notice and apply config changes
+made locally, as well as any config changes pushed in from remotes.
+So, for example, if you add a S3 repo in the webapp, and are paired with
+another computer, that one's webapp will shortly include the new repo in
+its list. And all the preferred content, groups, etc settings will
+propigate over and be used as well.
+
+Well ... almost. Seems nothing causes git-annex branch changes to be
+pushed, until there's some file change to sync out.
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different.mdwn b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different.mdwn
new file mode 100644
index 0000000000..b7d72a2759
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different.mdwn
@@ -0,0 +1,50 @@
+Time to solve the assistant's [[cloud]] notification problem. This is
+really the last big road-bump to making it be able to sync computers
+across the big, bad internet.
+
+So, IRC still seems a possibility, but I'm going to try XMPP first. Since
+Google Talk uses XMPP, it should be easy for users to get an account, and
+it's also easy to run your own XMPP server.
+
+Played around with the Haskell XMPP library. Clint helpfully showed me an
+example of a simple client, which helped cut through that library's thicket
+of data types. In short order I had some clients that were able to see each
+other connecting to my personal XMPP server. On to some design..
+
+1. I want to avoid user-visible messages.
+   (dvcs-autosync also uses XMPP, but I checked the code and it
+   seems to send user-visible messages, so I diverge from its lead here.)
+   This seems very possible, only a matter of finding the right
+   way to use the protocol, or an appropriate and widely deployed extension.
+   The only message I need to send with XMPP, really, is "I have pushed to our
+   git repo". One bit of data would do; being able to send a UUID of the repo
+   that did the update would be nice.
+
+2. I'd also like to broadcast my notification to a user's buddies.
+   dvcs-autosync sends only self-messages, but that requires every node
+   have the same XMPP account configured. While I want to be able to run
+   in that mode, I also want to support pairs of users who have their own XMPP
+   accounts, that are buddied up in XMPP.
+
+3. To add to the fun, the assistant's use of XMPP should not make that XMPP
+   account appear active to its buddies. Users should not need a dedicated
+   XMPP account for git-annex, and always seeming to be available when
+   git-annex is running would not be nice.
+
+The first method I'm trying out is to encode the notification
+data inside a XMPP presence broadcast. This should meet all three
+requirements. The plan is two send two
+presence messages, the first marks the client as available, and the second
+as unavailable again.
+The "id" attribute will be set to some
+value generated by the assistant. That attribute is allowed on presence
+messages, and servers are [required to preserve it](http://xmpp.org/rfcs/rfc6121.html#presence-probe-inbound-id)
+while the client is connected.
+(I'd only send unavailable messages, but while
+that worked when I tested it using the prosody server, with google talk,
+repeated unavailable messages were suppressed. Also, google talk does not
+preserve the "id" attribute of unavailable presence messages.)
+
+If this presence hackery doesn't work out, I could try
+[XEP-0163: Personal Eventing Protocol](http://xmpp.org/extensions/xep-0163.html).
+But I like not relying on any extensions.
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_1_5e4fe1538d9ae1c450b0a6602fc6d29b._comment b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_1_5e4fe1538d9ae1c450b0a6602fc6d29b._comment
new file mode 100644
index 0000000000..26514601b5
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_1_5e4fe1538d9ae1c450b0a6602fc6d29b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmQ4Oe5-qOANRuZel9kDvtBfQG1zlEcIzw"
+ nickname="Dominik"
+ subject="PEP is ok"
+ date="2012-10-24T05:15:38Z"
+ content="""
+PEP and pubsub are really widely used. You will have a hard time finding a server that doesn't support it.
+
+Also note XMPPs ability to send status to only selected buddies and even resources. You can globally appear as offline while sending availability to myownjid@example.com/thatannexthere.
+"""]]
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_2_c5a734f611ecc95729904e645583ee43._comment b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_2_c5a734f611ecc95729904e645583ee43._comment
new file mode 100644
index 0000000000..2b85707a91
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_2_c5a734f611ecc95729904e645583ee43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmQ4Oe5-qOANRuZel9kDvtBfQG1zlEcIzw"
+ nickname="Dominik"
+ subject="Remote control clients"
+ date="2012-10-24T05:18:02Z"
+ content="""
+Then of course there is XEP-0146, which has some advantages to it, like controlling annex from the context menu of another Jabber client. 
+"""]]
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_3_46b16dcd0fce07036cd8ed6ed9d2b055._comment b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_3_46b16dcd0fce07036cd8ed6ed9d2b055._comment
new file mode 100644
index 0000000000..5c6c161ffc
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_3_46b16dcd0fce07036cd8ed6ed9d2b055._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 3"
+ date="2012-10-24T22:44:41Z"
+ content="""
+Google talk does not seem to support PEP. At least, I'm sending something that prosody accepts and that looks like the example at <http://xmpp.org/extensions/xep-0163.html#howitworks>, and it replies with an IQ Error.
+"""]]
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_4_1fe036e4c65fb4211aa2c394f535344a._comment b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_4_1fe036e4c65fb4211aa2c394f535344a._comment
new file mode 100644
index 0000000000..d19b70189d
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_4_1fe036e4c65fb4211aa2c394f535344a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaM3-vbAh5B8tY_IL3yh31ik6cAVsgoPw"
+ nickname="IC"
+ subject="Haskell XMPP"
+ date="2012-10-27T05:54:53Z"
+ content="""
+Which xmpp library you've decided to use?
+"""]]
diff --git a/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_5_e4ba3568c4efd98f212dd47427a1cf47._comment b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_5_e4ba3568c4efd98f212dd47427a1cf47._comment
new file mode 100644
index 0000000000..272970caa2
--- /dev/null
+++ b/doc/design/assistant/blog/day_112__and_now_for_something_completely_different/comment_5_e4ba3568c4efd98f212dd47427a1cf47._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 5"
+ date="2012-10-27T06:08:44Z"
+ content="""
+I'm using http://hackage.haskell.org/package/network-protocol-xmpp
+
+While its author thinks \"its current design (session in an XMPP monad) is a failed mistake\", I've found it pretty good. Aside from the segfault problem, which we got fixed today.
+"""]]
diff --git a/doc/design/assistant/blog/day_113__notifier_work.mdwn b/doc/design/assistant/blog/day_113__notifier_work.mdwn
new file mode 100644
index 0000000000..920b48dfeb
--- /dev/null
+++ b/doc/design/assistant/blog/day_113__notifier_work.mdwn
@@ -0,0 +1,22 @@
+Built out the XMPP push notifier; around 200 lines of code.
+Haven't tested it yet, but it just might work. It's in the `xmpp` branch
+for now.
+
+I decided to send the UUID of the repo that was pushed to, otherwise
+peers would have to speculatively pull from every repo. A wrinkle in this
+is that not all git repos have a git-annex UUID. So it might notify that
+a push was sent to an unidentified repo, and then peers need to pull from
+every such repo. In the common case, there will only be one or a few such
+repos, at someplace like at github that doesn't support git-annex. I could
+send the URL, but there's no guarantee different clients have the same
+URLs for a git remote, and also sending the URL leaks rather more data than
+does a random UUID.
+
+Had a bit of a scare where it looked like I couldn't use the haskell
+`network-protocol-xmpp` package together with the `mtl` package that
+git-annex already depends on. With help from #haskell I found the way
+to get them co-existing, by using the PackageImports extension. Whew!
+
+Need to add configuration of the XMPP server to use in the webapp, and
+perhaps also a way to create `.git/annex/creds/notify-xmpp` from the
+command line.
diff --git a/doc/design/assistant/blog/day_114__xmpp.mdwn b/doc/design/assistant/blog/day_114__xmpp.mdwn
new file mode 100644
index 0000000000..617824d48e
--- /dev/null
+++ b/doc/design/assistant/blog/day_114__xmpp.mdwn
@@ -0,0 +1,56 @@
+Had to toss out my XMPP presence hack. Turns out that, at least in Google
+Talk, presence info is not sent to clients that have marked themselves
+unavailable, and that means the assistant would not see notifications, as it
+was nearly always marked unavailable as part of the hack.
+
+I tried writing a test program that uses XMPP personal eventing, only
+to find that Google Talk rejected my messages. I'm not 100% sure my
+messages were right, but I was directly copying the example in the RFC,
+and prosody accepted them. I could not seem to get a list of extensions out
+of Google Talk either, so I don't know if it doesn't support personal
+eventing, or perhaps only supports certian specific types of events.
+
+So, plan C... using XMPP [presence extended content](http://xmpp.org/rfcs/rfc6121.html#presence-extended).
+The assistant generates a presence message tagged "xa" (Extended Away),
+which hopefully will make it not seem present to clients.
+And to that presence message, I add my own XML element:
+
+	<git-annex xmlns='git-annex' push="uuid,uuid" />
+
+This is all entirely legal, and not at all a hack.
+(Aside from this not really being presence info.) Isn't XML fun?
+
+And plan C works, with Google Talk, and prosody. I've successfully gotten
+push notifications flowing over XMPP!
+
+----
+
+Spent some hours dealing with an unusual probolem: git-annex started
+segfaulting intermittently on startup with the new XMPP code. 
+
+Haskell code is not supposed to segfault..
+
+I think this was probably due to not using a bound thread for XMPP,
+so if haskell's runtime system recheduled its green thread onto a different
+OS thread during startup, when it's setting up TLS, it'd make gnuTLS very
+unhappy.
+
+So, fixed it to use a bound thread. Will wait and see if the crash is gone.
+
+----
+
+Re-enabled DBUS support, using a new version of the library that avoids the
+memory leak. Will need further changes to the library to support
+reconnecting to dbus.
+
+----
+
+Next will be a webapp configuration UI for XMPP. Various parts of the
+webapp will direct the user to set up XMPP, when appropriate, especially
+when the user sets up a cloud remote.
+
+To make XMPP sufficiently easy to configure, I need to check SRV records to
+find the XMPP server, which is an unexpected PITA because `getaddrinfo`
+can't do that. There are several haskell DNS libraries that I could use for
+SRV, or I could use the `host` command: 
+`host -t SRV _xmpp-client._tcp.gmail.com`
diff --git a/doc/design/assistant/blog/day_114__xmpp/comment_1_c2b0617a2fc3dc4f19a6be6947913842._comment b/doc/design/assistant/blog/day_114__xmpp/comment_1_c2b0617a2fc3dc4f19a6be6947913842._comment
new file mode 100644
index 0000000000..a391435c4d
--- /dev/null
+++ b/doc/design/assistant/blog/day_114__xmpp/comment_1_c2b0617a2fc3dc4f19a6be6947913842._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="How to deal with offline messages being eaten?"
+ date="2012-11-09T14:05:30Z"
+ content="""
+How do you avoid eating up normal text messages when git-annex is the only client left? Granted, Google Talk does some additional magic so that it shows you the history when connecting with the web page client. But with other servers it would be inconvenient if new messages weren't saved as offline messages but sent to the dæmon instead.
+"""]]
diff --git a/doc/design/assistant/blog/day_114__xmpp/comment_2_d14375dfb5791615802dab3c5438f8e2._comment b/doc/design/assistant/blog/day_114__xmpp/comment_2_d14375dfb5791615802dab3c5438f8e2._comment
new file mode 100644
index 0000000000..716f7d99ad
--- /dev/null
+++ b/doc/design/assistant/blog/day_114__xmpp/comment_2_d14375dfb5791615802dab3c5438f8e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 2"
+ date="2012-11-09T21:55:42Z"
+ content="""
+It does try to mark itself as extended away, but yes, I think this is a potential concern. If you find the assistant interacts badly with your other clients, you can certainly give it its own XMPP account.
+"""]]
diff --git a/doc/design/assistant/blog/day_114__xmpp/comment_3_6d72ea32c111e605be30ad2153fc71c9._comment b/doc/design/assistant/blog/day_114__xmpp/comment_3_6d72ea32c111e605be30ad2153fc71c9._comment
new file mode 100644
index 0000000000..6d2147d375
--- /dev/null
+++ b/doc/design/assistant/blog/day_114__xmpp/comment_3_6d72ea32c111e605be30ad2153fc71c9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 3"
+ date="2012-11-10T18:50:46Z"
+ content="""
+Sure, I could, as I'm operating my own server anyway. Others might not be willing to go to some random server and create another account, though.
+
+Reviewing RFC 6121: Did you try negative priorities for your resources already? It's possible that Gtalk does something weird but in theory they should be ignored for messages directed to non-qualified JIDs (i.e. without an explicit resource setting). Setting \"xa\" alone won't help you anything, it will only cause the others to see you as \"xa\" but that's a perfectly valid common chat status where you expect messages to be queued in the client until the user returns.
+"""]]
diff --git a/doc/design/assistant/blog/day_114__xmpp/comment_4_e51d6f854db5f9e74a1aa58bd8923795._comment b/doc/design/assistant/blog/day_114__xmpp/comment_4_e51d6f854db5f9e74a1aa58bd8923795._comment
new file mode 100644
index 0000000000..7320d03654
--- /dev/null
+++ b/doc/design/assistant/blog/day_114__xmpp/comment_4_e51d6f854db5f9e74a1aa58bd8923795._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 4"
+ date="2012-11-10T19:48:01Z"
+ content="""
+I hadn't tried it, but it looks like a very good idea. I will have to change my protocol a little bit as I currently sometimes send chat messages not directed to a specific client, in order to reach any clients using an account. To reach clients with a negative priority, chat messages have to be directed at the client.
+
+Ok, done; priority is set to -1 and all the XMPP messaging in git-annex still seems to work!
+
+I don't know though, that this entirely solves the problem. In particular, a regular xmpp client may decide to direct a chat message at a git-annex client, due to that being the only client connected. If this does become a problem, I suppose git-annex could buffer and re-send such messages when it sees a regular client connect. Or it could show them in the webapp, but that seems feature creep.
+"""]]
diff --git a/doc/design/assistant/blog/day_115__my_new_form.mdwn b/doc/design/assistant/blog/day_115__my_new_form.mdwn
new file mode 100644
index 0000000000..d44565084a
--- /dev/null
+++ b/doc/design/assistant/blog/day_115__my_new_form.mdwn
@@ -0,0 +1,17 @@
+Built a SRV lookup library that can use either `host` or ADNS.
+
+Worked on DBUS reconnection some more; found a FD leak in the dbus library,
+and wrote its long-suffering author, John Millikin (also the XMPP library
+author, so I've been bothering him a lot lately), who once again came
+through with a quick fix.
+
+Built a XMPP configuration form, that tests the connection to the server.
+Getting the wording right on this was hard, and it's probably still not
+100% right.
+
+[[!img /assistant/xmpp.png]]
+ 
+Pairing over XMPP is something I'm still thinking about. It's
+contingent on tunneling git over XMPP (actually not too hard),
+and getting a really secure XMPP connection (needs library improvements,
+as the library currently accepts any SSL certificate).
diff --git a/doc/design/assistant/blog/day_116__the_segfault.mdwn b/doc/design/assistant/blog/day_116__the_segfault.mdwn
new file mode 100644
index 0000000000..47633454a1
--- /dev/null
+++ b/doc/design/assistant/blog/day_116__the_segfault.mdwn
@@ -0,0 +1,25 @@
+Continuing to flail away at this XMPP segfault, which turned out not to be
+fixed by bound threads. I managed to make a fairly self-contained and small
+reproducible test case for it that does not depend on the network.
+Seems the bug is gonna be either in the Haskell binding for GNUTLS,
+or possibly in GNUTLS itself.
+
+Update: John was able to fix it using my testcase! It was a GNUTLS
+credentials object that went out of scope and got garbage collected.
+I think I was seeing the crash only with the threaded runtime because
+it has a separate garbage collection thread.
+
+----
+
+Arranged for the XMPP thread to restart when network connections
+change, as well as when the webapp configures it.
+
+Added an alert to nudge users to enable XMPP. It's displayed after adding a
+remote in the cloud.
+
+[[!img /assistant/xmppnudge.png]]
+
+----
+
+So, the first stage of XMPP is done. But so far all it does is push
+notification. Much more work to do here.
diff --git a/doc/design/assistant/blog/day_117__new_topologies.mdwn b/doc/design/assistant/blog/day_117__new_topologies.mdwn
new file mode 100644
index 0000000000..f62da3c5bb
--- /dev/null
+++ b/doc/design/assistant/blog/day_117__new_topologies.mdwn
@@ -0,0 +1,41 @@
+Back in [[day_85__more_foundation_work]], I wrote:
+
+> I suspect, but have not proven,
+> that the assistant is able to keep repos arranged in any shape of graph in
+> sync, as long as it's connected (of course) and each connection is
+> bi-directional. [And each node is running the assistant.]
+
+After today's work, many more graph topologies can be kept in sync -- the
+assistant now can keep repos in sync that are not directly connected, but
+must go through a central transfer point, which does not run the assistant
+at all. Major milestone!
+
+To get that working, as well as using XMPP push notifications, it turned
+out to need to be more agressive about pushing out changed location log
+information. And, it seems, that was the last piece that was missing.
+Although I narrowly avoided going down a blind alley involving sending
+transfer notifications over XMPP. Luckily, I came to my senses.
+
+----
+
+This month's focus was the cloud, and the month is almost done. And now
+the assistant can, indeed be used to sync over the cloud! I would have
+liked to have gotten on to implementing Amazon Glacier or Google Drive
+support, but at least the cloud fundamentals are there.
+
+Now that I have XMPP support, I'm tending toward going ahead and adding
+XMPP pairing, and git push over XMPP. This will open up lots of excellent
+use cases.
+
+So, how to tunnel git pushes over XMPP? Well, `GIT_SHELL` can be set to
+something that intercepts the output of `git-send-pack` and
+`git-receive-pack`, and that data can be tunneled through XMPP to connect
+them. Probably using XMPP ping.
+(XEP-0047: In-Band Bytestreams would be the right way ...
+but of course Google Talk doesn't support that extension.)
+
+XMPP requires ugly encoding that will bloat the data, but the data
+quantities are fairly small to sync up a few added or moved files
+(of course, we'll not be sending file contents over XMPP). Pairing with
+an large git repository over XMPP will need rather more bandwidth,
+of course.
diff --git a/doc/design/assistant/blog/day_118__monadic_discontinuity.mdwn b/doc/design/assistant/blog/day_118__monadic_discontinuity.mdwn
new file mode 100644
index 0000000000..758b26974a
--- /dev/null
+++ b/doc/design/assistant/blog/day_118__monadic_discontinuity.mdwn
@@ -0,0 +1,15 @@
+Spent most of the past day moving the assistant into a monad of its own
+that encapsulates all the communications channels for its threads. This
+involved modifiying nearly every line of code in the whole assistant.
+
+Typical change:
+
+[[!format haskell """
+handleConnection threadname st dstatus scanremotes pushnotifier = do
+        reconnectRemotes threadname st dstatus scanremotes (Just pushnotifier)
+                =<< networkRemotes st
+
+handleConnection = reconnectRemotes True =<< networkRemotes
+"""]]
+
+So, it's getting more readable..
diff --git a/doc/design/assistant/blog/day_119__time_for_testing.mdwn b/doc/design/assistant/blog/day_119__time_for_testing.mdwn
new file mode 100644
index 0000000000..adf1d0d411
--- /dev/null
+++ b/doc/design/assistant/blog/day_119__time_for_testing.mdwn
@@ -0,0 +1,12 @@
+Finished working the new assistant monad into all the assistant's code.
+I've changed 1870 lines of code in the past two days. It feels like more.
+While the total number of lines of code has gone up by around 100, the
+actual code size has gone *down*; the monad allowed dropping 3.4 kilobytes
+of manual variable threading complications. Or around 1% of a novel edited
+away, in other words.
+
+I don't seem to have broken anything, but I'm started an extensive test
+of all the assistant and webapp. So far, the bugs I've found were not
+introduced by my monadic changes. Fixed several bugs around adding
+removable drives, and a few other minor bugs. Plan to continue testing
+tomorrow.
diff --git a/doc/design/assistant/blog/day_11__freebsd.mdwn b/doc/design/assistant/blog/day_11__freebsd.mdwn
new file mode 100644
index 0000000000..92a3ef2896
--- /dev/null
+++ b/doc/design/assistant/blog/day_11__freebsd.mdwn
@@ -0,0 +1,50 @@
+I've been investigating how to make `git annex watch` work on
+FreeBSD, and by extension, OSX.
+
+One option is kqueue, which works on both operating systems, and allows
+very basic monitoring of file changes. There's also an OSX specific
+hfsevents interface.
+
+Kqueue is far from optimal for `git annex watch`, because it provides even
+less information than inotify (which didn't really provide everything I
+needed, thus the lsof hack). Kqueue doesn't have events for files being
+closed, only an event when a file is created. So it will be difficult for
+`git annex watch` to know when a file is done being written to and can be
+annexed. git annex will probably need to run lsof periodically to check when
+recently added files are complete. (hsevents shares this limitation)
+
+Kqueue also doesn't provide specific events when a file or directory is
+moved. Indeed, it doesn't provide specific events about what changed at
+all. All you get with kqueue is a generic "oh hey, the directory you're
+watching changed in some way", and it's up to you to scan it to work out
+how. So git annex will probably need to run `git ls-tree --others`
+to find changes in the directory tree. This could be expensive with large
+trees. (hsevents has per-file events on current versions of OSX)
+
+Despite these warts, I want to try kqueue first, since it's more portable
+than hfsevents, and will surely be easier for me to develop support for,
+since I don't have direct access to OSX.
+
+So I went to a handy Debian kFreeBSD porter box, and tried some kqueue
+stuff to get a feel for it. I got a python program that does basic
+directory monitoring with kqueue to work, so I know it's usable there.
+
+Next step was getting kqueue working from Haskell. Should be easy, there's
+a Haskell library already. I spent a while trying to get it to work on
+Debian kFreeBSD, but ran into a
+[problem](https://github.com/hesselink/kqueue/issues/1) that could be
+caused by the Debian kFreeBSD being different, or just a bug in the Haskell
+library. I didn't want to spend too long shaving this yak; I might install
+"real" FreeBSD on a spare laptop and try to get it working there instead.
+
+But for now, I've dropped down to C instead, and have a simple C program
+that can monitor a directory with kqueue. Next I'll turn it into a simple
+library, which can easily be linked into my Haskell code. The Haskell code
+will pass it a set of open directory descriptors, and it'll return the
+one that it gets an event on. This is necessary because kqueue doesn't
+recurse into subdirectories on its own.
+
+I've generally had good luck with this approach to adding stuff in Haskell;
+rather than writing a bit-banging and structure packing low level interface
+in Haskell, write it in C, with a simpler interface between C and
+Haskell.
diff --git a/doc/design/assistant/blog/day_120__test_day.mdwn b/doc/design/assistant/blog/day_120__test_day.mdwn
new file mode 100644
index 0000000000..548222989d
--- /dev/null
+++ b/doc/design/assistant/blog/day_120__test_day.mdwn
@@ -0,0 +1,2 @@
+Did a lot of testing, found and fixed 4 bugs with repository setup
+configurators. None of them were caused by the recent code reworking.
diff --git a/doc/design/assistant/blog/day_121__buddy_list.mdwn b/doc/design/assistant/blog/day_121__buddy_list.mdwn
new file mode 100644
index 0000000000..48ea1ffda3
--- /dev/null
+++ b/doc/design/assistant/blog/day_121__buddy_list.mdwn
@@ -0,0 +1,10 @@
+Got the XMPP client maintaining a list of buddies, including tracking which
+clients are present and away, and which clients are recognised as other
+git-annex assistant clients. This was fun, it is almost all pure
+functional code, which always makes me happy.
+
+Started building UI for XMPP pairing. So far, I have it showing a list of
+buddies who are also running git-annex (or not). The list even refreshes
+in real time as new buddies come online.
+
+[[!img /assistant/buddylist.png]]
diff --git a/doc/design/assistant/blog/day_122__xmpp_pairing.mdwn b/doc/design/assistant/blog/day_122__xmpp_pairing.mdwn
new file mode 100644
index 0000000000..8683827255
--- /dev/null
+++ b/doc/design/assistant/blog/day_122__xmpp_pairing.mdwn
@@ -0,0 +1,29 @@
+Reworked my XMPP code, which was still specific to push notification, into
+a more generic XMPP client, that's based on a very generic NetMessager
+class, that the rest of the assistant can access without knowing anything
+about XMPP.
+
+Got pair requests flowing via XMPP ping, over Google Talk! And when the
+webapp receives a pair request, it'll pop up an alert to respond. The rest
+of XMPP pairing should be easy to fill in from here.
+
+To finish XMPP pairing, I'll need git pull over XMPP, which is nontrivial,
+but I think I know basically how to do. And I'll need some way to represent
+an XMPP buddy as a git remote, which is all that XMPP pairing will really
+set up.
+
+It could be a git remote using an `xmpp:user@host` URI for the git url, but
+that would confuse regular git to no end (it'd think it was a ssh host),
+and probably need lots of special casing in the parts of git-annex that
+handle git urls too. Or it could be a git remote without an url set, and
+use another config field to represent the XMPP data. But then git wouldn't
+think it was a remote at all, which would prevent using "git pull
+xmppremote" at all, which I'd like to be able to use when implementing git
+pull over XMPP.
+
+Aha! The trick seems to be to leave the url unset in git config,
+but temporarily set it when pulling:
+
+	GIT_SSH=git-annex git git -c remote.xmppremote.url=xmpp:client pull xmppremote
+
+Runs git-annex with "xmpp git-upload-pack 'client'".. Just what I need.
diff --git a/doc/design/assistant/blog/day_122__xmpp_pairing/comment_1_e95efb23eb2e67e3f11a5c7de56424a7._comment b/doc/design/assistant/blog/day_122__xmpp_pairing/comment_1_e95efb23eb2e67e3f11a5c7de56424a7._comment
new file mode 100644
index 0000000000..990fa816ee
--- /dev/null
+++ b/doc/design/assistant/blog/day_122__xmpp_pairing/comment_1_e95efb23eb2e67e3f11a5c7de56424a7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.219.28.34"
+ subject="git-remote-helpers"
+ date="2012-11-09T08:54:11Z"
+ content="""
+It seems that xmpp::user@host (with double colon) would cause git to try to use a remote-xmpp helper.
+Wouldn't it be a way to have the remote address (if not really URL) set and not be treated as ssh?
+
+"""]]
diff --git a/doc/design/assistant/blog/day_122__xmpp_pairing/comment_2_30e251e73146512bde8b2f69eddeef2e._comment b/doc/design/assistant/blog/day_122__xmpp_pairing/comment_2_30e251e73146512bde8b2f69eddeef2e._comment
new file mode 100644
index 0000000000..256b912426
--- /dev/null
+++ b/doc/design/assistant/blog/day_122__xmpp_pairing/comment_2_30e251e73146512bde8b2f69eddeef2e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 2"
+ date="2012-11-09T17:41:08Z"
+ content="""
+Thanks, I think that's exactly what I should do.
+"""]]
diff --git a/doc/design/assistant/blog/day_123__xmpp_insanity.mdwn b/doc/design/assistant/blog/day_123__xmpp_insanity.mdwn
new file mode 100644
index 0000000000..bfbc306690
--- /dev/null
+++ b/doc/design/assistant/blog/day_123__xmpp_insanity.mdwn
@@ -0,0 +1,49 @@
+Spent about 5 hours the other night in XMPP hell. At every turn Google Talk
+exhibited behavior that may meet the letter of the XMPP spec (or not), but
+varies between highly annoying and insane.
+
+By "insane", I mean this: If a presence message is directed from one client
+to another client belonging to that same user, randomly leaking that message
+out to other users who are subscribed is just a security hole waiting to
+happen. 
+
+Anyway, I came out of that with a collection of hacks that worked, but I
+didn't like. I was using directed presence for buddy-to-buddy pairing, and
+an IQ message hack for client-to-client pairing. 
+
+Today I got chat messages working instead, for both sorts of pairing. These
+chat messages have an empty body, which *should* prevent clients from
+displaying them, but they're sent directed to only git-annex clients
+anyway.
+
+----
+
+And XMPP pairing 100% works now! Of course, it doesn't know how to git pull
+over XMPP yet, but everything else works.
+
+Here's a real `.git/config` generated by the assistant after XMPP pairing.
+
+	[remote "joey"]
+	        url = 
+	        fetch = +refs/heads/*:refs/remotes/joey/*
+	        annex-uuid = 14f5e93e-1ed0-11e2-aa1c-f7a45e662d39
+	        annex-xmppaddress = joey@kitenet.net 
+
+----
+
+Fixed a typo that led to an infinite loop when adding a ssh git repo with the
+assistant. Only occurred when an absolute directory was specified, which 
+is why I didn't notice it before.
+
+----
+
+Security fix: Added a `GIT_ANNEX_SHELL_DIRECTORY` environment variable that
+locks down git-annex-shell to operating in only a single directory. The
+assistant sets that in ssh `authorized_keys` lines it creates. This
+prevents someone you pair with from being able to access any other git or
+git-annex repositories you may have.
+
+----
+
+Next up, more craziness. But tomorrow is Nov 6th, so you in the US already
+knew that..
diff --git a/doc/design/assistant/blog/day_124__git_push_over_xmpp_groundwork.mdwn b/doc/design/assistant/blog/day_124__git_push_over_xmpp_groundwork.mdwn
new file mode 100644
index 0000000000..ecb6023f20
--- /dev/null
+++ b/doc/design/assistant/blog/day_124__git_push_over_xmpp_groundwork.mdwn
@@ -0,0 +1,28 @@
+Laying the groundwork for git push over XMPP. BTW, the motivation for doing
+this now is that if the assistant can push git data peer-to-peer, users
+who are entirely using the cloud don't need to set up a git repo in the
+cloud somewhere. Instead, a single special remote in the cloud will be all
+they need. So this is a keystone in the assistant's cloud support.
+
+I'm building the following pipeline:
+
+	git push <--> git-annex xmppgit <--> xmppPush <-------> xmpp
+	                                                         |
+	git receive-pack <--> xmppReceivePack <---------------> xmpp
+
+A tricky part of this is `git-annex xmppgit`, which is run by `git push`
+rather than the usual `ssh`. Rather than speak XMPP itself, that feeds the
+data through the assistant daemon, using some special FDs that are set
+up by the assistant when it runs `git push`, and communicated via
+environment variables. I hoped to set up a pipe and not need it to do any
+work on its own, but short of using the linux-specific `splice(2)`, that
+doesn't seem possible. It also will receive the exit status of
+`git receive-pack` and propigate it to `git push`.
+
+Also built the IO sides of `xmppPush` and `xmppReceivePack` although these
+are not tested. The XMPP sides of them come next.
+
+----
+
+Stuffing lots of git-annex branded USB keys into envelopes tonight, while
+watching the election coverage.
diff --git a/doc/design/assistant/blog/day_125__xmpp_push_continues.mdwn b/doc/design/assistant/blog/day_125__xmpp_push_continues.mdwn
new file mode 100644
index 0000000000..010ab14dad
--- /dev/null
+++ b/doc/design/assistant/blog/day_125__xmpp_push_continues.mdwn
@@ -0,0 +1,15 @@
+I've finished building the XMMP side of git push over XMPP. Now I only
+have to add code to trigger these pushes. And of course, fix all the bugs,
+since none of this has been tested at all.
+
+Had to deal with some complications, like handling multiple clients that
+all want to push at the same time. Only one push is handled at a time;
+messages for others are queued. Another complication I don't deal with yet
+is what to do if a client stops responding in the middle of a push. It
+currently will wait forever for a message from the client; instead it
+should time out.
+
+----
+
+Jimmy got the OSX builder working again, despite my best attempts to add
+dependencies and break it.
diff --git a/doc/design/assistant/blog/day_126__mr_watson_come_here.mdwn b/doc/design/assistant/blog/day_126__mr_watson_come_here.mdwn
new file mode 100644
index 0000000000..78d263b6d9
--- /dev/null
+++ b/doc/design/assistant/blog/day_126__mr_watson_come_here.mdwn
@@ -0,0 +1,52 @@
+I'm stunned and stoked to have gotten git push over XMPP working today.
+And am nearly out of steam, it was a wild ride..
+
+	To xmpp::joey@kitenet.net
+	  * [new branch]      master -> refs/xmpp/newmaster
+
+The surprising part is how close my initial implementation came to just
+working on the first try. It had around 3 bugs, which took hours of staring
+at debugging output to find:
+
+1. The git push action was run in the same thread as the XMPP
+   client, which prevented the client from continuing to run and relaying
+   messages.
+2. The git-receive-pack side waited on the wrong thread, so didn't
+   notice when the program was done.
+3. I accidentially used the wrong attribute name when sending a ReceivePackDone
+   message.
+
+But all in all, it just worked.
+
+Here's a sample of the actual data sent when one file is added to the
+repository (also includes the corresponding update to the git-annex branch):
+
+	MDA4NjhhMmNmOGZjMWE3MTlkOGVjOWVmOWZiMGZiNjVlODc2NjQ1NDAyMTAgODIwNTZjMDM4
+	ZjU2YzE1ODdjYzllOWRhNzQzMzU0YjE4NzNjZWJlOSByZWZzL3htcHAvbmV3bWFzdGVyACBy
+	ZXBvcnQtc3RhdHVzIHNpZGUtYmFuZC02NGswMDAw
+
+	UEFDSwAAAAIAAAADnAx4nJXLTQ4CIQxA4T2n4AKaAqVAYoxL4y2gU+Jo5iczdeHtnSu4eMm3
+	ebqJ2NwgSCLmNkTBlKFCYwwhoHOtQ+scqZCwWesms9pcPffc2dXkypCFi/TSG/RGUXIiwojg
+	HZj60eey2cciX3uXfbeX18Hbe1SZRc9HV+tC9FgyJW9PgACGl2kaVeXfz/wArHQ81qMGeJwz
+	NDIAAoVUI4ZZB9RW1E8NtXp5t77/fn3hw41cl2MNIbIZqTk5+Qwerw+aJX2INjsffYndtdCz
+	5mZWLDdUQV5qeVpmDtCQnx/3/6s40+Q4P/7O+Y4ShS+1Ad83AwC6CirftAt4nK3MsRGDMAwF
+	0IkcSVgSdpkidzRUmcDWBy4pSAEFl+mzRN4A77a9Tmr7vlz06e8lzoPmmb5Mz+k+mD/SkTkl
+	eFHPq9eqQ+nSzFsWaDFnFmCMCEOvHgLrCrQxS7AWdvUVhv9uPwHxMbfumlvWdco1RLL4wSQF
+	g0uFFOKu3Q==
+
+Git said this push took 385 bytes; after base64 encoding to transport it over
+XMPP as shown above, it needs 701 bytes, and the XMPP envelope and encryption
+adds more overhead (although the XMPP connection may also be compressed?)
+
+Not the most efficient git transport, but still a practical one!
+
+----
+
+Big thanks by the way to meep, who posted a comment reminding me about
+`git-remote-helpers`. This was the right thing to use for XMPP over git,
+it lets the git remote be configured with `url = xmpp::user@host`.
+
+----
+
+Next, I need to get the assistant to use this for syncing. Currently, it only
+pushes a test branch.
diff --git a/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_1_ee1361e6b235f4e1c00596ba516b519a._comment b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_1_ee1361e6b235f4e1c00596ba516b519a._comment
new file mode 100644
index 0000000000..47766dc778
--- /dev/null
+++ b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_1_ee1361e6b235f4e1c00596ba516b519a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5vDem1yeIu6uith5pxfb4mdKdIWVJpCs"
+ nickname="Louis"
+ subject="Base64 vs. yEnc"
+ date="2012-11-12T02:02:17Z"
+ content="""
+Would yEnc be a suitable alternative to base64 for encoding the binary transfers over XMPP?  Or why not?
+
+Thanks!
+"""]]
diff --git a/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment
new file mode 100644
index 0000000000..6f76ec4c8e
--- /dev/null
+++ b/doc/design/assistant/blog/day_126__mr_watson_come_here/comment_2_8eb366ae7efb347bd3bbd9a98e0821b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 2"
+ date="2012-11-12T02:39:19Z"
+ content="""
+AFAIK, yenc can use xml characters like &lt; and &gt; in its encoding.
+"""]]
diff --git a/doc/design/assistant/blog/day_127__xmpp_syncs.mdwn b/doc/design/assistant/blog/day_127__xmpp_syncs.mdwn
new file mode 100644
index 0000000000..7f95f87e39
--- /dev/null
+++ b/doc/design/assistant/blog/day_127__xmpp_syncs.mdwn
@@ -0,0 +1,35 @@
+I got full-on git-annex assistant syncing going over XMPP today!
+
+How well does it work? Well, I'm at the cabin behind a dialup modem. I have
+two repos that can only communicate over XMPP. One uses my own XMPP server,
+and the other uses a Google Talk account. I make a file in one repo, and
+switch windows to the other, and type `ls`, and the file (not its content
+tho..) has often already shown up. So, it's about as fast as syncing over
+ssh, although YMMV.
+
+----
+
+Refactored the git push over XMPP code rather severely. It's quite a
+lot cleaner now.
+
+----
+
+Set XMPP presence priority to a negative value, which will hopefully
+prevent git-annex clients that share a XMPP account with other clients from
+intercepting chat messages. Had to change my XMPP protocol some to deal
+with this.
+
+----
+
+Some webapp UI work. When showing the buddy list, indicate which buddies
+are already paired with. 
+
+After XMPP pairing, it now encourages setting up a shared cloud repository.
+
+[[!img /assistant/xmpppairingend.png]]
+
+I still need to do more with the UI after XMPP pairing, to help the paired
+users configure a shared cloud transfer remote. Perhaps the thing to do is
+for the ConfigMonitor to notice when a git push adds a new remote,
+and pop up an alert suggesting the user enable it. Then one user
+can create the repository, and the other one enable it.
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day.mdwn b/doc/design/assistant/blog/day_128__last_xmpp_day.mdwn
new file mode 100644
index 0000000000..2c7d70accc
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day.mdwn
@@ -0,0 +1,49 @@
+I hope I'm nearly at the end of this XMPP stuff after today. Planning a new
+release tomorrow.
+
+----
+
+Split up the local pairing and XMPP pairing UIs, and wrote a
+[[/assistant/share_with_a_friend_walkthrough]].
+
+----
+
+Got the XMPP push code to time out if expected data doesn't arrive within
+2 minutes, rather than potentially blocking other XMPP push forever if 
+the other end went away. 
+
+I pulled in the Haskell
+[async](http://hackage.haskell.org/package/async) library for this,
+which is yes, yet another library, but one that's now in the haskell platform.
+It's worth it, because of how nicely it let me implement IO actions that
+time out.
+
+[[!format haskell """
+runTimeout :: Seconds -> IO a -> IO (Either SomeException a)
+runTimeout secs a = do
+        runner <- async a
+        controller <- async $ do
+                threadDelaySeconds secs
+                cancel runner
+        cancel controller `after` waitCatch runner
+"""]]
+
+This would have been 20-50 lines of gnarly code without async, and I'm sure
+I'll find more uses for async in the future.
+
+----
+
+Discovered that the XMPP push code could deadlock, if both clients started
+a push to the other at the same time. I decided to fix this by allowing
+each client to run both one push and one receive-pack over XMPP at the same
+time.
+
+----
+
+Prevented the transfer scanner from trying to queue transfers to XMPP remotes.
+
+----
+
+Made XMPP pair requests that come from the same account we've already
+paired with be automatically accepted. So once you pair with one device,
+you can easily add more.
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment
new file mode 100644
index 0000000000..add2cf313a
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_1_fd8c1d6358cb50f4dad8ba11d33d861f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s"
+ nickname="Zahary"
+ subject="Pairing on the local network"
+ date="2012-11-12T11:39:17Z"
+ content="""
+Joey, How does pairing on the local network work btw?
+Now that you have experience intercepting and relaying the git pack output maybe you can use UDP broadcast on the local network for a truly fast sync.
+With dropbox, I'm often syncing working copies of software projects between several VMs so I can test the code on all platforms before committing. I've found that to be faster (for builds) then using a VM shared folders, network shares, etc.
+"""]]
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment
new file mode 100644
index 0000000000..3a83186184
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_2_43664b73c71c41d71bc95e665f128106._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 2"
+ date="2012-11-12T11:50:42Z"
+ content="""
+Developing something new based on IPv4 UDP broadcast seems to be insane. IPv6 link-local multicast should be available virtually anywhere. XMPP relies on TCP and a central server to guarantee that a single packet is not split up, which would need quite some protocol engineering to get right over lossy UDP (e.g. segmentation, flow control, congestion avoidance). But TCP as discovered using mDNS might work… Still needs some kind of authentication / encryption, though.
+"""]]
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment
new file mode 100644
index 0000000000..951cc7e057
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_3_d369b04f686009a9dbb57b999107a55e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s"
+ nickname="Zahary"
+ subject="Jingle"
+ date="2012-11-12T12:00:50Z"
+ content="""
+Also, you probably know about Jingle:
+http://en.wikipedia.org/wiki/Jingle_(protocol)
+
+What are you thoughts about it? I guess it would have been harder to use the Google C++ library from Haskell and full mesh peer-to-peer is certainly more complicated than using the XMPP server to effectively multicast to all paired clients.
+"""]]
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment
new file mode 100644
index 0000000000..0e5295ad2e
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_4_095855d301e7ccd3689ffe507cfb63ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqVi9eQjkZt8EC-byTXJ8TnY7VyOHzW2s"
+ nickname="Zahary"
+ subject="@Philipp Kern"
+ date="2012-11-12T12:13:33Z"
+ content="""
+Alright, I stand corrected, although I'm aware of some libraries that have already solved the problem so you don't really have to implement reliable UDP from scratch: http://code.google.com/p/openpgm/
+"""]]
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment
new file mode 100644
index 0000000000..f10326a3c9
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_5_da7b0586b0b28e1e0fe4126f6543a7bc._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 5"
+ date="2012-11-12T12:50:26Z"
+ content="""
+To quote the website (emphasis mine):
+> PGM is appropriate for applications that require duplicate-free multicast data delivery from multiple sources to multiple receivers. *PGM does not support acknowledged delivery, nor does it guarantee ordering of packets from multiple senders.*
+"""]]
diff --git a/doc/design/assistant/blog/day_128__last_xmpp_day/comment_6_2f9ba367e19d77bf52f372b6f0f5938a._comment b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_6_2f9ba367e19d77bf52f372b6f0f5938a._comment
new file mode 100644
index 0000000000..e73c4c071d
--- /dev/null
+++ b/doc/design/assistant/blog/day_128__last_xmpp_day/comment_6_2f9ba367e19d77bf52f372b6f0f5938a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 6"
+ date="2012-11-12T14:43:32Z"
+ content="""
+For local pairing, multicast UDP is used for discovery and authentication, and then all data transfers take place over ssh.
+"""]]
diff --git a/doc/design/assistant/blog/day_129__release.mdwn b/doc/design/assistant/blog/day_129__release.mdwn
new file mode 100644
index 0000000000..553b0e91f3
--- /dev/null
+++ b/doc/design/assistant/blog/day_129__release.mdwn
@@ -0,0 +1,4 @@
+Cut a new release today. It's been nearly a month since the last one, and a
+large number of improvements.. Be sure to read the
+[[/assistant/release_notes]] if upgrading. All the standalone builds are
+updated already.
diff --git a/doc/design/assistant/blog/day_12__freebsd_redux.mdwn b/doc/design/assistant/blog/day_12__freebsd_redux.mdwn
new file mode 100644
index 0000000000..5ec446c9de
--- /dev/null
+++ b/doc/design/assistant/blog/day_12__freebsd_redux.mdwn
@@ -0,0 +1,23 @@
+Followed my plan from yesterday, and wrote a simple C library to interface
+to `kqueue`, and Haskell code to use that library. By now I think I
+understand kqueue fairly well -- there are some very tricky parts to the
+interface.
+
+But... it still didn't work. After building all this, my code was
+failing the same way that the
+[haskell kqueue library failed](https://github.com/hesselink/kqueue/issues/1)
+yesterday. I filed a [bug report with a testcase]().
+
+Then I thought to ask on #haskell. Got sorted out in quick order! The
+problem turns out to be that haskell's runtime has a periodic SIGALARM,
+that is interrupting my kevent call. It can be worked around with `+RTS -V0`,
+but I put in a fix to retry to kevent when it's interrupted.
+
+And now `git-annex watch` can detect changes to directories on BSD and OSX!
+
+Note: I said "detect", not "do something useful in response to". Getting
+from the limited kqueue events to actually staging changes in the git repo
+is going to be another day's work. Still, brave FreeBSD or OSX users
+might want to check out the `watch` branch from git and see if 
+`git annex watch` will at least *say* it sees changes you make to your
+repository.
diff --git a/doc/design/assistant/blog/day_12__freebsd_redux/comment_1_5da32cf53f1de27bfe6cec2d294db3e1._comment b/doc/design/assistant/blog/day_12__freebsd_redux/comment_1_5da32cf53f1de27bfe6cec2d294db3e1._comment
new file mode 100644
index 0000000000..253af9e7c5
--- /dev/null
+++ b/doc/design/assistant/blog/day_12__freebsd_redux/comment_1_5da32cf53f1de27bfe6cec2d294db3e1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-06-19T06:53:26Z"
+ content="""
+heh, yea, it's detecting changes on OSX ;)
+"""]]
diff --git a/doc/design/assistant/blog/day_12__freebsd_redux/comment_2_696d6e22034acf5bb60d80124b72ef2f._comment b/doc/design/assistant/blog/day_12__freebsd_redux/comment_2_696d6e22034acf5bb60d80124b72ef2f._comment
new file mode 100644
index 0000000000..9f3e34adb9
--- /dev/null
+++ b/doc/design/assistant/blog/day_12__freebsd_redux/comment_2_696d6e22034acf5bb60d80124b72ef2f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-06-19T07:01:26Z"
+ content="""
+issues with the watch command on OSX, it seems that there is a race condition somewhere. I dumped a few iso's into an annex and it only annexed the smaller files (checksums) and the bigger ones (the iso's) just got made read only. also do you want these bugs to be logged here or in the bugs section?
+"""]]
diff --git a/doc/design/assistant/blog/day_130__what_now.mdwn b/doc/design/assistant/blog/day_130__what_now.mdwn
new file mode 100644
index 0000000000..4fc3fe53ca
--- /dev/null
+++ b/doc/design/assistant/blog/day_130__what_now.mdwn
@@ -0,0 +1,36 @@
+Dealt with post-release feedback deluge. There are a couple weird bugs that
+I don't understand yet. OSX app is still not working everywhere.
+
+----
+
+Got the list of repositories in the webapp to update automatically when
+repositories are added, including when syncing with a remote causes
+repositories to be discovered.
+
+----
+
+I need a plan for the rest of the month. It feels right to focus on more
+cloud storage support. Particularly because all the cloud providers
+supported so far are ones that, while often being best of breed, also cost
+money. To finish up the cloud story, need support for some free ones.
+
+Looking at the results of the [[polls/prioritizing_special_remotes]]
+poll, I suspect that free storage is a large part of why Google Drive got
+so many votes. Soo, since there is not yet a Haskell library for Google
+Drive, rather than spending a large chunk of time writing one, I hope to
+use a [Haskell WebDAV library](http://hackage.haskell.org/package/DAV)
+that my friend Clint recently wrote. A generic
+WebDAV special remote in git-annex will provide much better support for
+box.com (which has 5 to 50 gb free storage), as well as all the 
+[OwnCloud providers](http://owncloud.org/providers/), at least one of which
+provides 5 gb free storage.
+
+If I have time left this month after doing that, I'd be inclined to do
+Amazon Glacier. People have already gotten that working with git-annex, but
+a proper special remote should be better/easier, and will allow integrating
+support for it into the assistant, which should help deal with its long
+retrieval delays. And since, if you have a lot of data
+archived in Glacier, you will only want to pull out a few files at a time,
+this is another place besides mobile phones where a [[partial_content]]
+retrieval UI is needed. Which is on the roadmap to be worked on next
+month-ish. Synergy, here I come. I hope.
diff --git a/doc/design/assistant/blog/day_130__what_now/comment_1_402f00cc034351d8253a797dd4de55bf._comment b/doc/design/assistant/blog/day_130__what_now/comment_1_402f00cc034351d8253a797dd4de55bf._comment
new file mode 100644
index 0000000000..ec2158c226
--- /dev/null
+++ b/doc/design/assistant/blog/day_130__what_now/comment_1_402f00cc034351d8253a797dd4de55bf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="definitely glacier would be cool"
+ date="2012-11-14T08:51:40Z"
+ content="""
+Because having it available as an archival system to move stuff over that you don't expect to constantly need available. But what would be needed is a way to prevent the assistant to pull all the data from there back on your clients. This probably allready is doable with preferred content, but probably needs an easier way to set up - when I tried the new version it immediately started to pull all the stuff from my server repository that I moved there to get my disk space free. So my scenario would be \"move stuff to archives and when I drop it afterwards, keep it dropped locally if at least one archival server has it\".
+"""]]
diff --git a/doc/design/assistant/blog/day_131__webdav_groundwork.mdwn b/doc/design/assistant/blog/day_131__webdav_groundwork.mdwn
new file mode 100644
index 0000000000..795acfea10
--- /dev/null
+++ b/doc/design/assistant/blog/day_131__webdav_groundwork.mdwn
@@ -0,0 +1,28 @@
+Read up on WebDAV, and got the haskell library working. Several hours
+were wasted by stumbling over a bug in the library, that requires a
+carefully crafted XML document to prevent. Such a pity about things
+like DAV (and XMPP) being designed back when people were gung-ho about
+XML.. but we're stuck with them now.
+
+Now I'm able to send and receive files to box.com using the library. Trying to
+use an OwnCloud server, though, I get a most strange error message, which
+looks to be coming from deep in the HTTPS library stack: "invalid IV length"
+
+The haskell DAV library didn't have a way to delete files. I've added one
+and sent off a patch.
+
+Roughed in a skeleton of a webdav special remote. Doesn't do anything yet.
+Will soon.
+
+Factored out a Creds module from parts of the S3 special remote and XMPP
+support, that all has to do with credentials storage. Using this for webdav
+creds storage too.
+
+Will also need to factor out the code that's currently in the directory
+special remote, for chunking of files.
+
+----
+
+PS: WebDAV, for all its monstrously complicated feature set, lacks one obvious
+feature: The ability to check how much free space is available to store
+files. Eyeroll.
diff --git a/doc/design/assistant/blog/day_132__webdav_continued.mdwn b/doc/design/assistant/blog/day_132__webdav_continued.mdwn
new file mode 100644
index 0000000000..075a5d8c41
--- /dev/null
+++ b/doc/design/assistant/blog/day_132__webdav_continued.mdwn
@@ -0,0 +1,22 @@
+Two releases of the Haskell DAV library today. First release had my changes
+from yesterday. Then I realized I'd also need support for making WebDAV
+"collections" (subdirectories), and sent Clint a patch for that too, as
+well as a patch for querying DAV properties, and that was 0.2.
+Got it into Debian unstable as well. Should have everything I'll need now.
+
+The webdav special remote is now working! Still todo:
+Encryption support, progress bars, large file chunking, and webapp
+configurators. But already, it's a lot nicer than the old approach of using
+davfs2, which was really flakey and slow with large data volumes.
+
+I did notice, though, that uploading a 100 mb file made the process use 100
+mb of memory. This is a problem I've struggled with earlier with S3, the
+Haskell http libraries are prevented from streaming data by several parts
+of the protocol that cause the data to be accessed more than once. I guess
+this won't be a problem for DAV though, since it'll probably be chunking
+files anyway.
+
+---
+
+Mailed out all my Kickstarter USB key rewards, and ordered
+the T-shirts too.
diff --git a/doc/design/assistant/blog/day_133__webdav_working.mdwn b/doc/design/assistant/blog/day_133__webdav_working.mdwn
new file mode 100644
index 0000000000..d71f258520
--- /dev/null
+++ b/doc/design/assistant/blog/day_133__webdav_working.mdwn
@@ -0,0 +1,31 @@
+Worked on webdav special remotes all day. 
+
+* Got encryption working,
+  after fixing an amusing typo that made `initremote` for webdav throw away the
+  encryption configuration and store files unencrypted.
+* Factored out parts of the directory special remote that had to do with file
+  chunking, and am using that for webdav. This refactoring was painful.
+
+At this point, I feel the webdav special remote works better than the old
+davfs2 + directory special remote hack. While webdav doesn't yet have
+progress info for uploads, that info was pretty busted anyway with
+davfs2 due to how it buffers files. So ... I've merged webdav into master!
+
+-----
+
+Tomorrow, webapp configurators for Box.com and any other webdav supporting
+sites I can turn up and get to work..
+
+-----
+
+A while ago I made git-annex not store login credentials in git for special
+remotes, when it's only encrypting them with a shared cipher. The
+rationalle was that you don't want to give everyone who gets ahold of your
+git repo (which includes the encryption key) access to your passwords,
+Amazon S3 account, or whatever. I'm now considering adding a checkbox (or
+command-line flag) that allows storing the login credentials in git,
+if the user wants to. While using public key crypto is the real solution
+(and is fully supported by git-annex (but not yet configurable in the
+webapp)), this seems like a reasonable thing to do in some circumstances,
+like when you have a Box.com account you really do want to share with
+the people who use the git repo.
diff --git a/doc/design/assistant/blog/day_134__box.com_configurator.mdwn b/doc/design/assistant/blog/day_134__box.com_configurator.mdwn
new file mode 100644
index 0000000000..1156336404
--- /dev/null
+++ b/doc/design/assistant/blog/day_134__box.com_configurator.mdwn
@@ -0,0 +1,8 @@
+I needed an easy day, and I got one. Configurator in the webapp for Box.com
+came together really quickly and easily, and worked on the first try.
+
+Also filed a [bug](https://github.com/vincenthz/hs-cryptocipher/issues/21)
+on the Haskell library that is failing on portknox.com's SSL certificate.
+That site is the only OwnCloud provider currently offering free WebDAV
+storage. Will hold off on adding OwnCloud to the webapp's cloud provider lists
+until that's fixed.
diff --git a/doc/design/assistant/blog/day_135__progress_revisited.mdwn b/doc/design/assistant/blog/day_135__progress_revisited.mdwn
new file mode 100644
index 0000000000..63e3c4bf24
--- /dev/null
+++ b/doc/design/assistant/blog/day_135__progress_revisited.mdwn
@@ -0,0 +1,37 @@
+Unexpectedly today, I got progress displays working for uploads via WebDAV.
+
+The roadblock had been that the interface of for uploading to S3 and WebDAV
+is something like `ByteString -> IO a`. Which doesn't provide any hook to
+update a progress display as the ByteString is consumed.
+
+My solution to this was to create a `hGetContentsObserved`, that's similar
+to `hGetContents`, but after reading each 64kb chunk of data from the
+Handle to populate the ByteString, it runs some observing action. So when
+the ByteString is streamed, as each chunk is consumed, the observer
+runs. I was able to get this to run in constant space, despite not having
+access to some of the ByteString internals that `hGetContents` is built
+with.
+
+So, a little scary, but nice. I am curious if there's not a better way
+to solve this problem hidden in a library somewhere. Perhaps it's another
+thing that conduit solves somehow? Because if there's not, my solution
+probably deserves to be put into a library. Any Haskell folk know?
+
+----
+
+Used above to do progress displays for uploads to S3. Also did progress
+display to console on download from S3. Now very close to being done
+with [[progressbars]]. Finally. Only bup and hook remotes need progress
+work.
+
+----
+
+Reworked the core crypto interface, to better support streaming data through
+gpg. This allowed fixing both the directory and webdav special remotes to
+not buffer whole files in memory when retrieving them as chunks from the
+remote.
+
+-----
+
+Spent some time dealing with API changes in Yesod and Conduit. Some of them
+annoyingly gratuitous.
diff --git a/doc/design/assistant/blog/day_136__misc.mdwn b/doc/design/assistant/blog/day_136__misc.mdwn
new file mode 100644
index 0000000000..5a14156d58
--- /dev/null
+++ b/doc/design/assistant/blog/day_136__misc.mdwn
@@ -0,0 +1,14 @@
+Changed how the directory and webdav special remotes store content.
+The new method uses less system calls, is more robust, and leaves any
+partially transferred key content in a single tmp directory, which
+will make it easier to clean that out later.
+
+Also found & fixed a cute bug in the directory special remote when the
+chunksize is set to a smaller value than the ByteString chunk size, that
+caused it to loop forever creating empty files.
+
+----
+
+Added an embedcreds=yes option when setting up special remotes. 
+Will put UI for it into the webapp later, but rather than work on that
+tomorrow, I plan to work on glacier.
diff --git a/doc/design/assistant/blog/day_137__Glacier.mdwn b/doc/design/assistant/blog/day_137__Glacier.mdwn
new file mode 100644
index 0000000000..4e6787eb5c
--- /dev/null
+++ b/doc/design/assistant/blog/day_137__Glacier.mdwn
@@ -0,0 +1,30 @@
+Got Amazon Glacier working as a full-fledged special remote.
+
+(Well, I think it works... Since it takes 4 hours to get data out,
+which is longer than the time it took me to sign up for Glacier and
+write the special remote ... I've yet to fully test it!)
+
+Thanks to Robie Basak for writing glacier-cli, and developing the intial
+hook remote support. Also thanks to Peter Todd for pointing out that
+Glacier cannot store empty files, which had to be worked around in the
+special remote.
+
+Of course the 4 hour delay on retreval makes Glacier interesting. For now,
+you have to run "git annex get" twice, once to queue the retrieval, and a
+second time in 4 hours to get the file(s). There is a helpful example in
+[[tips/using_Amazon_Glacier]].
+
+The real complication though, is that Glacier's inventories take a long
+time to get, and can be out of date. So glacier-cli caches inventory info.
+I didn't feel comfortable making git-annex trust that information,
+so it'll refuse to trust that Glacier has a copy of a file when dropping
+it. There's a `--trust-glacier` switch to override this default paranoid
+behavior when dropping files.
+
+----
+
+Tomorrow ... er, tomorrow is Thanksgiving trip start.
+
+Next weekend: Webapp configurator for glacier, and maybe something
+to get the assistant to detect when jobs are complete and finish
+retrievals from Glacier, automatically.
diff --git a/doc/design/assistant/blog/day_138__back.mdwn b/doc/design/assistant/blog/day_138__back.mdwn
new file mode 100644
index 0000000000..7c2b4ec459
--- /dev/null
+++ b/doc/design/assistant/blog/day_138__back.mdwn
@@ -0,0 +1,25 @@
+Added a configurator for Glacier repositories to the webapp. That was the last
+cloud repository configurator that was listed in the webapp and wasn't
+done. Indeed, just two more repository configurators remain to be filled in:
+phone and NAS.
+
+By default, Glacier repositories are put in a new "small archive" group.
+This makes only files placed in "archive" directories be sent to Glacier
+(as well as being dropped from clients), unlike the full archive group
+which archives all files. Of course you can change this setting, but
+avoiding syncing all data to Glacier seemed like a good default, especially
+since some are still worried about Glacier's pricing model.
+
+Fixed several bugs in the handling of archive directories, and 
+the webapp makes a toplevel archive directory when an archive remote is
+created, so the user can get on with using it.
+
+Made the assistant able to drop local files immediately after transferring
+them to glacier, despite not being able to trust glacier's inventory.
+This was accomplished by making the transferrer, after a successful upload,
+indicate that it trusts the remote it just uploaded to has the file,
+when it checks if the file should be dropped.
+
+Only thing left to do for glacier is to make the assistant retry failed
+downloads from it after 4 hours, or better, as soon as they become
+available.
diff --git a/doc/design/assistant/blog/day_138__back/comment_1_65a8499b284bed38d2bde1886a54a311._comment b/doc/design/assistant/blog/day_138__back/comment_1_65a8499b284bed38d2bde1886a54a311._comment
new file mode 100644
index 0000000000..5bd94d13eb
--- /dev/null
+++ b/doc/design/assistant/blog/day_138__back/comment_1_65a8499b284bed38d2bde1886a54a311._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmnG4EuvZWse5hvgrl0XAK-U61e-0iGaao"
+ nickname="David"
+ subject="NAS?"
+ date="2012-11-25T12:27:50Z"
+ content="""
+What are you planning to support with the NAS repository type?  Will the assistant sync over NFS? I wanted to read more about this but I couldn't find anything on the design pages.
+"""]]
diff --git a/doc/design/assistant/blog/day_139__catch_up.mdwn b/doc/design/assistant/blog/day_139__catch_up.mdwn
new file mode 100644
index 0000000000..fc1e572b02
--- /dev/null
+++ b/doc/design/assistant/blog/day_139__catch_up.mdwn
@@ -0,0 +1,11 @@
+Got progress bars working for glacier. This needed some glacier-cli
+changes, which Robie helpfully made earlier.
+
+Spent some hours getting caught up and responding to bug reports, etc.
+
+Spent a while trying to make git-annex commands that fail to find
+any matching files to act on print a useful warning message,
+rather than the current nothing. Concluded this will be surprisingly
+hard to do, due to the multiple seek passes some commands perform. Update:
+Thought of a non-invasive and not too ugly way to do this while on my
+evening walk, and this wart is gone.
diff --git a/doc/design/assistant/blog/day_13__kqueue_continued.mdwn b/doc/design/assistant/blog/day_13__kqueue_continued.mdwn
new file mode 100644
index 0000000000..fd0cbb372b
--- /dev/null
+++ b/doc/design/assistant/blog/day_13__kqueue_continued.mdwn
@@ -0,0 +1,34 @@
+Good news! My beta testers report that the new kqueue code works on OSX.
+At least "works" as well as it does on Debian kFreeBSD. My crazy
+development strategy of developing on Debian kFreeBSD while targeting Mac
+OSX is vindicated. ;-)
+
+So, I've been beating the kqueue code into shape for the last 12 hours,
+minus a few hours sleep.
+
+First, I noticed it was seeming to starve the other threads. I'm using
+Haskell's non-threaded runtime, which does cooperative multitasking between
+threads, and my C code was never returning to let the other threads run.
+Changed that around, so the C code runs until SIGALARMed, and then that
+thread calls `yield` before looping back into the C code. Wow, cooperative
+multitasking.. I last dealt with that when programming for Windows 3.1!
+(Should try to use Haskell's -threaded runtime sometime, but git-annex
+doesn't work under it, and I have not tried to figure out why not.)
+
+Then I made a [single commit](http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=2bfcc0b09c5dd37c5e0ab65cb089232bfcc31934),
+with no testing, in which I made the kqueue code maintain a cache of what
+it expects in the directory tree, and use that to determine what files
+changed how when a change is detected. Serious code. It worked on the
+first go. If you were wondering why I'm writing in Haskell ... yeah,
+that's why.
+
+And I've continued to hammer on the kqueue code, making lots of little
+fixes, and at this point it seems *almost* able to handle the changes I
+throw at it. It does have one big remaining problem; kqueue doesn't tell me
+when a writer closes a file, so it will sometimes miss adding files. To fix
+this, I'm going to need to make it maintain a queue of new files, and
+periodically check them, with `lsof`, to see when they're done being
+written to, and add them to the annex. So while a file is being written
+to, `git annex watch` will have to wake up every second or so, and run
+`lsof` ... and it'll take it at least 1 second to notice a file's complete.
+Not ideal, but the best that can be managed with kqueue.
diff --git a/doc/design/assistant/blog/day_140__release_monday.mdwn b/doc/design/assistant/blog/day_140__release_monday.mdwn
new file mode 100644
index 0000000000..9c9ccd166f
--- /dev/null
+++ b/doc/design/assistant/blog/day_140__release_monday.mdwn
@@ -0,0 +1,25 @@
+New release today, the main improvements in this one being WebDAV,
+Box.com, and Amazon glacier support. [[/assistant/release_notes]]
+
+Collected together all the OSX problem reports into one place
+at [[/assistant/OSX]], to make it easier to get an overview of them.
+
+Did some testing of the OSX standalone app and found that it was missing
+some libraries. It seems some new libraries it's using themselves depend on
+other libraries, and `otool -L` doesn't recursively resolve this. 
+
+So I converted the simplistic shell script it was using to install
+libraries into a haskell progream that recursively adds libraries until
+there are no more to add. It's pulling in quite a lot more libraries now.
+This may fix some of the problems that have been reported with the
+standalone app; I don't really know since I can only do very limited
+testing on OSX.
+
+Still working on getting the standalone builds for this release done,
+should be done by the end of today.
+
+Also found a real stinker of a bug in `dirContentsRecursive`, which was
+just completely broken, apparently since day 1. Fixing that has certainly
+fixed buggy behavior of `git annex import`. It seems that the other
+user of it, the transfer log code, luckily avoided the deep directory
+trees that triggered the bug.
diff --git a/doc/design/assistant/blog/day_141__release_tuesday.mdwn b/doc/design/assistant/blog/day_141__release_tuesday.mdwn
new file mode 100644
index 0000000000..41c323f01e
--- /dev/null
+++ b/doc/design/assistant/blog/day_141__release_tuesday.mdwn
@@ -0,0 +1,6 @@
+I had planned to do nothing today; I can't remember the last time I did
+that. Twas not to be; instead I had to make a new release to fix
+a utterly stupid typo in the rsync special remote. I'm also seeing
+some slightly encouraging signs of the OSX app being closer to working
+and this release has a further fix toward that end; unsetting all the
+environment variables before running the system's web browser.
diff --git a/doc/design/assistant/blog/day_141__release_tuesday/comment_1_a5adea7a726df12f9121c744a036f08d._comment b/doc/design/assistant/blog/day_141__release_tuesday/comment_1_a5adea7a726df12f9121c744a036f08d._comment
new file mode 100644
index 0000000000..69fb647781
--- /dev/null
+++ b/doc/design/assistant/blog/day_141__release_tuesday/comment_1_a5adea7a726df12f9121c744a036f08d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnbBRfl5F8gKRr1ko8Ai6FbEZStXXNF1S4"
+ nickname="Áron"
+ subject="deb package for amd64"
+ date="2012-12-04T08:51:55Z"
+ content="""
+Hey, great work!
+Will we also have 64bit binaries in debian unstable soon?
+
+"""]]
diff --git a/doc/design/assistant/blog/day_142__filling_in.mdwn b/doc/design/assistant/blog/day_142__filling_in.mdwn
new file mode 100644
index 0000000000..d7f5c84bf0
--- /dev/null
+++ b/doc/design/assistant/blog/day_142__filling_in.mdwn
@@ -0,0 +1,9 @@
+Just filling in a few remaining bits and pieces from this month's work.
+
+* Made the assistant periodically check glacier-cli for archives that are
+  ready, and queue downloads of them.
+* The box.com configurator defaults to embedding the account info, allowing
+  one-click enabling of the repository. There's a check box to control this.
+* Fix some bugs with how the standalone images run git-annex.
+* Included ssh in the standalone images.
+* Various other bug fies.
diff --git a/doc/design/assistant/blog/day_143__what_next.mdwn b/doc/design/assistant/blog/day_143__what_next.mdwn
new file mode 100644
index 0000000000..6c277f7a26
--- /dev/null
+++ b/doc/design/assistant/blog/day_143__what_next.mdwn
@@ -0,0 +1,22 @@
+Yesterday, I woke up and realized I didn't know what I needed to work on in
+git-annex. Added a poll, [[polls/Android]] to help me decide what major
+thing to work on next.
+
+----
+
+More flailing at the OSX monster. (A species of gelatinous cube?)
+Current fun seems to involve git processes spinning if git-annex
+was started without a controlling TTY. I'm befuddled by this.
+
+----
+
+Made the S3 and Glacier configurators have a list of regions, rather than
+requiring a the region's code be entered correctly. I could not find a list of
+regions, or better, an API to get a list, so I'll have to keep updating as
+Amazon adds services in new regions.
+
+----
+
+Spent some time trying to get WebDAV to work with livedrive.com.
+It doesn't like empty PROPPATCH. I've developed a change to the haskell DAV
+library that will let me avoid this problem.
diff --git a/doc/design/assistant/blog/day_143__what_next/comment_1_40cf25a2ebdd43d8974a28e180e100e5._comment b/doc/design/assistant/blog/day_143__what_next/comment_1_40cf25a2ebdd43d8974a28e180e100e5._comment
new file mode 100644
index 0000000000..28ef42975d
--- /dev/null
+++ b/doc/design/assistant/blog/day_143__what_next/comment_1_40cf25a2ebdd43d8974a28e180e100e5._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://1id.com/contact/=tp"
+ nickname="Tom"
+ subject="In case it might be helpful"
+ date="2012-12-04T14:25:14Z"
+ content="""
+S3 and Glacier regions.  
+<http://docs.amazonwebservices.com/general/latest/gr/rande.html#s3_region>  
+<http://docs.amazonwebservices.com/general/latest/gr/rande.html#glacier_region>
+
+(EC2) Region list API - likely a superset of the other service regions, could be used for sanity checks.  
+<http://docs.amazonwebservices.com/AWSEC2/latest/APIReference/ApiReference-query-DescribeRegions.html>
+"""]]
diff --git a/doc/design/assistant/blog/day_143__what_next/comment_2_af9ccbbc5131e6333c029415141bdb51._comment b/doc/design/assistant/blog/day_143__what_next/comment_2_af9ccbbc5131e6333c029415141bdb51._comment
new file mode 100644
index 0000000000..b9df466cf7
--- /dev/null
+++ b/doc/design/assistant/blog/day_143__what_next/comment_2_af9ccbbc5131e6333c029415141bdb51._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5vDem1yeIu6uith5pxfb4mdKdIWVJpCs"
+ nickname="Louis"
+ subject="AWS regions in JSON"
+ date="2012-12-05T03:27:52Z"
+ content="""
+Mitch Garnaat maintains a json data file with AWS service regions & other useful data...
+
+https://github.com/garnaat/missingcloud/blob/master/aws.json
+"""]]
diff --git a/doc/design/assistant/blog/day_144__webapp_work.mdwn b/doc/design/assistant/blog/day_144__webapp_work.mdwn
new file mode 100644
index 0000000000..4e0c8287fa
--- /dev/null
+++ b/doc/design/assistant/blog/day_144__webapp_work.mdwn
@@ -0,0 +1,8 @@
+Made the webapp show runtime errors on a prettified page that includes version
+info, a bug reporting link, etc.
+
+Dealt with a bad interaction between required fields and the bootstrap modals
+displayed when submitting some configuration forms. This was long, complex,
+and had lots of blind alleys. In the end, I had to derive new password and
+text fields in yesod that don't set the required attribute in the generated
+html.
diff --git a/doc/design/assistant/blog/day_145__more_webapp_work.mdwn b/doc/design/assistant/blog/day_145__more_webapp_work.mdwn
new file mode 100644
index 0000000000..f9649be39d
--- /dev/null
+++ b/doc/design/assistant/blog/day_145__more_webapp_work.mdwn
@@ -0,0 +1,12 @@
+One problem with the current configurators for remotes is they have a lot
+of notes and text to read at the top. I've worked on cut that down somewhat,
+mostly by adding links and help buttons next to fields in the form.
+
+I also made each form have a check box controlling whether encryption is
+enabled. Mostly as a way to declutter the text at the top, which always had
+to say encryption is enabled.
+
+---
+
+I have a fairly well worked out design for [[desymlink]]. Will wait a few
+days to work on it to let it jell.
diff --git a/doc/design/assistant/blog/day_146__meanwhile.mdwn b/doc/design/assistant/blog/day_146__meanwhile.mdwn
new file mode 100644
index 0000000000..8ff8b1d723
--- /dev/null
+++ b/doc/design/assistant/blog/day_146__meanwhile.mdwn
@@ -0,0 +1,22 @@
+Biding my time while [[desymlink]] gells in my head..
+
+Fixed a bug in the assistant's local pairing that rejected ssh keys with a
+period in the comment.
+
+Fixed a bug in the assistant that made it try to drop content from remotes
+that didn't have it, and avoided a drop failure crashing a whole assistant
+thread.
+
+Made --auto behave better when preferred content is set.
+
+Looked into making the transfer queue allow running multiple transfers at
+the same time, ie, one per remote. This seems to essentially mean splitting
+the queue into per remote queues. There are some complexities, and I
+decided not to dive into working through it right now, since it'd be
+a distraction from thinking about [[desymlink]]. Will revisit it later.
+
+Allow specifying a port when setting up a ssh remote.
+
+While doing that, noticed that the assistant fails to transfer files to
+sync to a ssh remote that was just added. That got broken while optimising
+reconnecting with a remote; fixed it.
diff --git a/doc/design/assistant/blog/day_147__direct_mode.mdwn b/doc/design/assistant/blog/day_147__direct_mode.mdwn
new file mode 100644
index 0000000000..1a7523785b
--- /dev/null
+++ b/doc/design/assistant/blog/day_147__direct_mode.mdwn
@@ -0,0 +1,36 @@
+Started laying the groundwork for [[desymlink]]'s direct mode.
+I got rather far!
+
+A git repo can be configured with `annex.direct` and all actions that
+transfer objects to it will replace the symlinks with regular files.
+Removing objects also works (and puts back a broken symlink),
+as does checking if an object is present, which even detects if a file
+has been modified.
+
+So far, this works best when such a direct mode repository is used as a git
+remote of another repository. It is also possible to run a few git-annex
+commands, like "get" in a direct mode repository, though others, like
+"drop" won't work because they rely on the symlink to map back to the key.
+
+Direct mode relies on map files existing for each key in the repository, that tell
+what file(s) use it. It also relies on cache files, that contain the last
+known mtime, size, and inode of the file. So far, I've been setting these
+files up by hand.
+
+The main thing that's missing is support for transferring objects from
+direct mode repositories. There's no single place I can modify to support
+that (like I could for the stuff mentioned above), and also it's difficult
+to do safely, since files could be modified at any time. 
+
+So it'll need to quarantine files, to prevent a modified version from
+getting sent out. I could either do this by copying the file, or by
+temporarily `git annex lock`ing it. Unsure which choice would be less
+annoying..
+
+----
+
+Also did some investigation with Jimmy of the OSX app git-config hang.
+Seems to be some kind of imcompatability between the 10.7 autobuilder and
+10.8. Next step is probably to try to build on 10.8. Might also
+be worth trying <http://macdylibbundler.sourceforge.net/>, although my
+own scripts do more or less the same thing to build the app.
diff --git a/doc/design/assistant/blog/day_147__direct_mode/comment_1_0bd69532afce9dc04e3d88bfd0aed4b2._comment b/doc/design/assistant/blog/day_147__direct_mode/comment_1_0bd69532afce9dc04e3d88bfd0aed4b2._comment
new file mode 100644
index 0000000000..567c094c9f
--- /dev/null
+++ b/doc/design/assistant/blog/day_147__direct_mode/comment_1_0bd69532afce9dc04e3d88bfd0aed4b2._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.59.119"
+ subject="&quot;removing&quot;  vs drop"
+ date="2012-12-12T13:20:42Z"
+ content="""
+I don't understand the difference behind:
+
+> Removing objects also works (and puts back a broken symlink)
+
+and
+
+> \"drop\" won't work because they rely on the symlink to map back to the key.
+
+If a file is removed (its content, which is replaced by a symlink), then it's not present there, so effectively it should be counted as \"dropped\" at this place. So, removing a file without counting it as dropped is something inconsistent, isn't it? Do I misunderstand something?
+"""]]
diff --git a/doc/design/assistant/blog/day_147__direct_mode/comment_2_3b26f0d081c3bf1037bb872d529ce825._comment b/doc/design/assistant/blog/day_147__direct_mode/comment_2_3b26f0d081c3bf1037bb872d529ce825._comment
new file mode 100644
index 0000000000..b29d453909
--- /dev/null
+++ b/doc/design/assistant/blog/day_147__direct_mode/comment_2_3b26f0d081c3bf1037bb872d529ce825._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 2"
+ date="2012-12-12T23:45:42Z"
+ content="""
+`git annex drop` is a user-level operation built on top of lower-level object removal functions that are also used by other things.
+"""]]
diff --git a/doc/design/assistant/blog/day_148__direct_mode.mdwn b/doc/design/assistant/blog/day_148__direct_mode.mdwn
new file mode 100644
index 0000000000..14f1f889f8
--- /dev/null
+++ b/doc/design/assistant/blog/day_148__direct_mode.mdwn
@@ -0,0 +1,42 @@
+Got object sending working in direct mode. However, I don't yet have a
+reliable way to deal with files being modified while they're being
+transferred. I have code that detects it on the sending side, but the
+receiver is still free to move the wrong content into its annex, and record
+that it has the content. So that's not acceptable, and I'll need to work
+on it some more. However, at this point I can use a direct mode repository
+as a remote and transfer files from and to it.
+
+----
+
+Automated updating of the cached mtime, etc data. Next I need to automate
+generation of the key to filename mapping files. I'm thinking that I'll make
+`git annex sync` do it. Then, once I get committing and 
+merging working in direct mode repositories (which is likely to be a
+good week's worth of work), the workflow for using these repositories
+will be something like this:
+
+	git config annex.direct true
+	git annex sync # pulls any changes, merges, updates maps and caches
+	git annex get
+	# modify files
+	git annex sync # commits and pushes changes
+
+And once I get direct mode repositories working to this degree at the
+command line, I can get on with adding support to the assistant.
+
+----
+
+Also did some more work today on the OSX app. Am in the middle of getting
+it to modify the binaries in the app to change the paths to the libraries they
+depend on. This will avoid the hacky environment variable it is currently
+using, and make runshell a much more usable environment. It's the right way
+to do it. (I can't believe I just said RPATH was the right way to do
+anything.)
+
+In the middle of this, I discovered
+<http://hackage.haskell.org/package/cabal-macosx>, which does the same
+type of thing.
+
+Anyway, I have to do some crazy hacks to work around short library name
+fields in executables that I don't want to have to be specially rebuilt in
+order to build the webapp. Like git.
diff --git a/doc/design/assistant/blog/day_149__rainy_day.mdwn b/doc/design/assistant/blog/day_149__rainy_day.mdwn
new file mode 100644
index 0000000000..eb42108843
--- /dev/null
+++ b/doc/design/assistant/blog/day_149__rainy_day.mdwn
@@ -0,0 +1,15 @@
+Made `git annex sync` update the file mappings in direct mode.
+To do this efficiently, it uses `git diff-tree` to find files that are
+changed by the sync, and only updates those mappings. I'm rather happy
+with this, as a first step to fully supporting sync in direct mode.
+
+Finished the overhaul of the OSX app's library handling. It seems to work
+well, and will fix a whole class of ways the OSX app could break.
+
+Fixed a bug in the preferred content settings for backup repositories,
+introduced by some changes I made to preferred content handling 4 days ago.
+
+Fixed the Debian package to build with WebDAV support, which I forgot to
+turn on before.
+
+Planning a release tomorrow.
diff --git a/doc/design/assistant/blog/day_14__kqueue_kqueue_kqueue.mdwn b/doc/design/assistant/blog/day_14__kqueue_kqueue_kqueue.mdwn
new file mode 100644
index 0000000000..d7dab36117
--- /dev/null
+++ b/doc/design/assistant/blog/day_14__kqueue_kqueue_kqueue.mdwn
@@ -0,0 +1,23 @@
+... I'm getting tired of kqueue.
+
+But the end of the tunnel is in sight. Today I made git-annex handle files
+that are still open for write after a kqueue creation event is received.
+Unlike with inotify, which has a new event each time a file is closed,
+kqueue only gets one event when a file is first created, and so git-annex
+needs to retry adding files until there are no writers left.
+
+Eventually I found an elegant way to do that. The committer thread already
+wakes up every second as long as there's a pending change to commit. So for
+adds that need to be retried, it can just push them back onto the change
+queue, and the committer thread will wait one second and retry the add. One
+second might be too frequent to check, but it will do for now.
+
+This means that `git annex watch` should now be usable on OSX, FreeBSD, and
+NetBSD! (It'll also work on Debian kFreeBSD once [lsof is ported to it](http://bugs.debian.org/589103).)
+I've meged kqueue support to `master`.
+
+I also think I've squashed the empty commits that were sometimes made.
+
+Incidentally, I'm 50% through my first month, and finishing [[inotify]]
+was the first half of my roadmap for this month. Seem to be right on
+schedule.. Now I need to start thinking about [[syncing]].
diff --git a/doc/design/assistant/blog/day_14__thinking_about_syncing.mdwn b/doc/design/assistant/blog/day_14__thinking_about_syncing.mdwn
new file mode 100644
index 0000000000..4173fbf777
--- /dev/null
+++ b/doc/design/assistant/blog/day_14__thinking_about_syncing.mdwn
@@ -0,0 +1,44 @@
+Pondering [[syncing]] today. I will be doing syncing of the git repository
+first, and working on syncing of file data later.
+
+The former seems straightforward enough, since we just want to push all
+changes to everywhere. Indeed, git-annex already has a [[sync]] command
+that uses a smart technique to allow syncing between clones without a
+central bare repository. (Props to Joachim Breitner for that.)
+
+But it's not all easy. Syncing should happen as fast as possible, so
+changes show up without delay. Eventually it'll need to support syncing
+between nodes that cannot directly contact one-another. Syncing needs to
+deal with nodes coming and going; one example of that is a USB drive being
+plugged in, which should immediately be synced, but network can also come
+and go, so it should periodically retry nodes it failed to sync with. To
+start with, I'll be focusing on fast syncing between directly connected
+nodes, but I have to keep this wider problem space in mind.
+
+One problem with `git annex sync` is that it has to be run in both clones
+in order for changes to fully propagate. This is because git doesn't allow
+pushing changes into a non-bare repository; so instead it drops off a new
+branch in `.git/refs/remotes/$foo/synced/master`. Then when it's run locally
+it merges that new branch into `master`. 
+
+So, how to trigger a clone to run `git annex sync` when syncing to it?
+Well, I just realized I have spent two weeks developing something that can
+be repurposed to do that! [[Inotify]] can watch for changes to
+`.git/refs/remotes`, and the instant a change is made, the local sync
+process can be started. This avoids needing to make another ssh connection
+to trigger the sync, so is faster and allows the data to be transferred
+over another protocol than ssh, which may come in handy later.
+
+So, in summary, here's what will happen when a new file is created:
+
+1. inotify event causes the file to be added to the annex, and
+   immediately committed.
+2. new branch is pushed to remotes (probably in parallel)
+3. remotes notice new sync branch and merge it
+4. (data sync, TBD later)
+5. file is fully synced and available
+
+Steps 1, 2, and 3 should all be able to be accomplished in under a second.
+The speed of `git push` making a ssh connection will be the main limit
+to making it fast. (Perhaps I should also reuse git-annex's existing ssh
+connection caching code?)
diff --git a/doc/design/assistant/blog/day_150__12:12.mdwn b/doc/design/assistant/blog/day_150__12:12.mdwn
new file mode 100644
index 0000000000..8e1f192dba
--- /dev/null
+++ b/doc/design/assistant/blog/day_150__12:12.mdwn
@@ -0,0 +1,53 @@
+Yesterday I cut another release. However, getting an OSX build took until
+12:12 pm today because of a confusion about the location of lsof on OSX. The
+OSX build is now available, and I'm looking forward to hearing if it's working!
+
+----
+
+Today I've been working on making `git annex sync` commit in direct mode.
+
+For this I needed to find all new, modified, and deleted files, and I also
+need the git SHA from the index for all non-new files. There's not really
+an ideal git command to use to query this. For now I'm using
+`git ls-files --others --stage`, which works but lists more files than I
+really need to look at. It might be worth using one of the Haskell libraries
+that can directly read git's index.. but for now I'll stick with `ls-files`.
+
+It has to check all direct mode files whose content is present, which means
+one stat per file (on top of the stat that git already does), as well as one
+retrieval of the key per file (using the single `git cat-file` process that
+git-annex talks to).
+
+This is about as efficient as I can make it, except that unmodified
+annexed files whose content is not present are listed due to --stage,
+and so it has to stat those too, and currently also feeds them into `git add`.
+
+The assistant will be able to avoid all this work, except once at startup.
+
+Anyway, direct mode committing is working!
+
+For now, `git annex sync` in direct mode also adds new files. This because
+`git annex add` doesn't work yet in direct mode.
+
+It's possible for a direct mode file to be changed during a commit,
+which would be a problem since committing involves things like calculating
+the key and caching the mtime/etc, that would be screwed up. I took
+care to handle that case; it checks the mtime/etc cache before and after
+generating a key for the file, and if it detects the file has changed,
+avoids committing anything. It could retry, but if the file is a VM disk
+image or something else that's constantly modified, commit retrying forever
+would not be good.
+
+----
+
+For `git annex sync` to be usable in direct mode, it still needs
+to handle merging. It looks like I may be able to just enhance the automatic
+conflict resolution code to know about typechanged direct mode files.
+
+The other missing piece before this can really be used is that currently
+the key to file mapping is only maintained for files added locally, or
+that come in via `git annex sync`. Something needs to set up that mapping
+for files present when the repo is initally cloned. Maybe the thing
+to do is to have a `git annex directmode` command that enables/disables
+direct mode and can setup the the mapping, as well as any necessary unlocks
+and setting the trust level to untrusted.
diff --git a/doc/design/assistant/blog/day_151__direct_mode_toggle.mdwn b/doc/design/assistant/blog/day_151__direct_mode_toggle.mdwn
new file mode 100644
index 0000000000..c0b3f32459
--- /dev/null
+++ b/doc/design/assistant/blog/day_151__direct_mode_toggle.mdwn
@@ -0,0 +1,59 @@
+Built `git annex direct` and `git annex indirect` to toggle back and forth
+between direct mode. Made `git annex status` show if the repository is in
+direct mode. Now *only* merging is needed for direct mode to be basically
+usable. 
+
+I can do a little demo now. Pay attention to the "@" ls shows at the end
+of symlinks.
+
+	joey@gnu:~/tmp/bench/rdirect>ls
+	myfile@  otherfile@
+	joey@gnu:~/tmp/bench/rdirect>git annex find
+	otherfile
+	# So, two files, only one present in this repo.
+
+	joey@gnu:~/tmp/bench/rdirect>git annex direct
+	commit  
+	# On branch master
+	# Your branch is ahead of 'origin/master' by 7 commits.
+	#
+	nothing to commit (working directory clean)
+	ok
+	direct myfile ok
+	direct otherfile ok
+	direct  ok
+
+	joey@gnu:~/tmp/bench/rdirect>ls
+	myfile@  otherfile
+	# myfile is still a broken symlink because we don't have its content
+	joey@gnu:~/tmp/bench/rdirect>git annex get myfile
+	get myfile (from origin...) ok
+	(Recording state in git...)
+	joey@gnu:~/tmp/bench/rdirect>ls
+	myfile  otherfile
+
+	joey@gnu:~/tmp/bench/rdirect>echo "look mom, no symlinks" >> myfile
+	joey@gnu:~/tmp/bench/rdirect>git annex sync
+	add myfile (checksum...) ok
+	commit  
+	(Recording state in git...)
+	[master 0e8de9b] git-annex automatic sync
+	...
+	ok
+
+	joey@gnu:~/tmp/bench/rdirect>git annex indirect
+	commit  ok
+	indirect myfile ok
+	indirect otherfile ok
+	indirect  ok
+	joey@gnu:~/tmp/bench/rdirect>ls
+	myfile@  otherfile@
+
+I'd like `git annex direct` to set the repository to untrusted, but
+I didn't do it. Partly because having `git annex indirect` set it back to
+semitrusted seems possibly wrong -- the user might not trust a repo even in
+indirect mode. Or might fully trust it. The docs will encourage users to
+set direct mode repos to untrusted -- in direct mode you're operating
+without large swathes of git-annex's carefully constructed safety net.
+(When the assistant later uses direct mode, it'll untrust the repository
+automatically.)
diff --git a/doc/design/assistant/blog/day_152__bugfixes.mdwn b/doc/design/assistant/blog/day_152__bugfixes.mdwn
new file mode 100644
index 0000000000..da70fd1565
--- /dev/null
+++ b/doc/design/assistant/blog/day_152__bugfixes.mdwn
@@ -0,0 +1,18 @@
+Fixed a bug in the kqueue code that made the assistant not notice when a
+file was renamed into a subdirectory. This turned out to be because the
+symlink got broken, and it was using `stat` on the file. Switching to
+`lstat` fixed that.
+
+Improved installation of programs into standalone bundles. Now it uses
+the programs detected by configure, rather than a separate hardcoded list.
+Also improved handling of lsof, which is not always in PATH.
+
+Made a OSX 10.8.2 build of the app, which is nearly my last gasp attempt
+at finding a way around this crazy `git init` spinning problem with Jimmy's
+daily builds are used with newer OSX versions. Try it here:
+<http://downloads.kitenet.net/tmp/git-annex.dmg.bz2>
+
+----
+
+Mailed out the Kickstarter T-shirt rewards today, to people in the US.
+Have to fill out a bunch of forms before I can mail the non-US ones.
diff --git a/doc/design/assistant/blog/day_152__bugfixes/comment_1_46863a875f9daa6f2c9248b66ff91929._comment b/doc/design/assistant/blog/day_152__bugfixes/comment_1_46863a875f9daa6f2c9248b66ff91929._comment
new file mode 100644
index 0000000000..9199f3768e
--- /dev/null
+++ b/doc/design/assistant/blog/day_152__bugfixes/comment_1_46863a875f9daa6f2c9248b66ff91929._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYiJgOvC4IDYkr2KIjMlfVD9r_1Sij_jY"
+ nickname="Douglas"
+ subject="OSX troubles"
+ date="2012-12-17T16:07:41Z"
+ content="""
+Have you considered making a homebrew installable version of git-annex? It may make things easier for you when it comes to build dependencies. 
+
+"""]]
diff --git a/doc/design/assistant/blog/day_152__bugfixes/comment_2_a586e617bc024c8a9ff60f1b8345d74d._comment b/doc/design/assistant/blog/day_152__bugfixes/comment_2_a586e617bc024c8a9ff60f1b8345d74d._comment
new file mode 100644
index 0000000000..af7a901a9b
--- /dev/null
+++ b/doc/design/assistant/blog/day_152__bugfixes/comment_2_a586e617bc024c8a9ff60f1b8345d74d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 2"
+ date="2012-12-17T16:16:47Z"
+ content="""
+I would *love* *love* *love* for there to be a homebrew for git-annex. But I know nothing about homebrew so am not in a very good position to do it.
+"""]]
diff --git a/doc/design/assistant/blog/day_153__hibernation.mdwn b/doc/design/assistant/blog/day_153__hibernation.mdwn
new file mode 100644
index 0000000000..5406fcb868
--- /dev/null
+++ b/doc/design/assistant/blog/day_153__hibernation.mdwn
@@ -0,0 +1,26 @@
+As winter clouds set in, I have to ration my solar power and have been less
+active than usual.
+
+It seems that the OSX 10.8.2 `git init` hanging issue has indeed been
+resolved, by building the app on 10.8.2. Very good news!  Autobuilder setup is
+in progress.
+
+----
+
+Finally getting stuck in to direct mode git-merge handling. It's
+not possible to run `git merge` in a direct mode tree, because it'll
+see typechanged files and refuse to do anything.
+
+So the only way to use `git merge`, rather than writing my own merge engine,
+is to use `--work-tree` to make it operate in a temporary work tree directory
+rather than the real one.
+
+When it's run this way, any new, modified, or renamed files will be added
+to the temp dir, and will need to be moved to the real work tree.
+To detect deleted files, need to use `git ls-files --others`, and
+look at the old tree to see if the listed files were in it.
+
+When a merge conflict occurs, the new version of the file will be in the temp
+directory, and the old one in the work tree. The normal automatic merge
+conflict resolution machinery should work, with just some tweaks to handle
+direct mode.
diff --git a/doc/design/assistant/blog/day_154__direct_mode_merging.mdwn b/doc/design/assistant/blog/day_154__direct_mode_merging.mdwn
new file mode 100644
index 0000000000..c3233c36dd
--- /dev/null
+++ b/doc/design/assistant/blog/day_154__direct_mode_merging.mdwn
@@ -0,0 +1,21 @@
+Got merging working in direct mode!
+
+Basically works as outlined yesterday, although slightly less clumsily.
+Since there was already code that ran `git diff-tree` to update the
+associated files mappings after a merge, I was able to adapt that same code
+to also update the working tree.
+
+An important invariant for direct mode merges is that they should never
+cause annexed objects to be dropped. So if a file is deleted by a merge,
+and was a direct mode file that was the only place in the working copy
+where an object was stored, the object is moved into `.git/annex/objects`.
+This avoids data loss and any need to re-transfer objects after a merge.
+It also makes renames and other move complex tree manipulations always end
+up with direct mode files, when their content was present.
+
+Automatic merge conflict resoltion doesn't quite work right yet in direct
+mode.
+
+Direct mode has landed in the `master` branch, but I still consider it
+experimental, and of course the assistant still needs to be updated to
+support it.
diff --git a/doc/design/assistant/blog/day_155__bugfixes.mdwn b/doc/design/assistant/blog/day_155__bugfixes.mdwn
new file mode 100644
index 0000000000..42a95cc5a8
--- /dev/null
+++ b/doc/design/assistant/blog/day_155__bugfixes.mdwn
@@ -0,0 +1,15 @@
+Finished getting automatic merge conflict resolution working in direct
+mode. Turned out I was almost there yesterday, just a bug in a filename
+comparison needed to be fixed.
+
+Fixed a bug where the assistant dropped a file after transferring it,
+despite the preferred content settings saying it should keep its copy of
+the file. This turned out to be due to it reading the transfer info
+incorrectly, and adding a "\n" to the end of the filename, which caused the
+preferred content check to think it wasn't wanted after all. (Probably
+because it thought 0 copies of the file were wanted, but I didn't look into
+this in detail.)
+
+Worked on my test suite, particularly more QuickCheck tests. I need to
+use QuickCheck more, particularly when I've pairs of functions, like encode
+and decode, that make for easy QuickCheck properties.
diff --git a/doc/design/assistant/blog/day_156_and_157__direct_mode_assistant.mdwn b/doc/design/assistant/blog/day_156_and_157__direct_mode_assistant.mdwn
new file mode 100644
index 0000000000..f49d2914f6
--- /dev/null
+++ b/doc/design/assistant/blog/day_156_and_157__direct_mode_assistant.mdwn
@@ -0,0 +1,45 @@
+Over Christmas, I'm working on making the assistant support direct
+mode. I like to have a fairly detailed plan before starting this kind of
+job, but in this case, I don't. (Also I have a cold so planning? Meh.)
+This is a process of seeing what's broken in direct mode and fixing it.
+I don't know if it'll be easy or hard. Let's find out..
+
+* First, got direct mode adding of new files working. This was not hard, all the
+  pieces I needed were there. For now, it uses the same method as in
+  indirect mode to make sure nothing can modify the file while it's being
+  added.
+
+* An unexpected problem is that in its startup scan, the assistant runs
+  `git add --update` to detect and stage any deletions that happened
+  while it was not running. But in direct mode that also stages the full file
+  contents, so can't be used. Had to switch to using git plumbing to only
+  stage deleted files. Happily this also led to fixing a bug; deletions
+  were not always committed at startup when using the old method; with the
+  new method it can tell when there are deletions and trigger a commit.
+
+* Next, got it to commit when direct mode files are modified. The Watcher
+  thread gets a inotify event when this happens, so that was easy. (Although
+  in doing that I had to disable a guard in direct mode that made annexed
+  files co-exist with regular in-git files, so such mixed repositories
+  probably won't work in direct mode yet.)
+
+  However, naughty kqueue is another story, there are no kqueue events for
+  file modifications. So this won't work on OSX or the BSDs yet. I tried
+  setting some more kqueue flags in hope that one would make such events
+  appear, but no luck. Seems I will need to find some other method to detect
+  file modifications, possibly an OSX-specific API.
+
+* Another unexpected problem: When an assistant receives new files from one
+  of its remotes, in direct mode it still sets up symlinks to the content.
+  This was because the Merger thread didn't use the `sync` command's direct
+  mode aware merge code.. so fixed that.
+
+* Finally there was some direct mode bookeeping the assistant has
+  to get right. For example, when a file is modified, the old object has
+  to be looked up, and be marked as not locally present any longer. That
+  lookup relies on the already running `git cat-file --batch`, so it's
+  not as fast as it could be, if I kept a local cache of the mapping
+  between files and objects. But it seems fast enough for now.
+
+At this point the assistant seems to work in direct mode on Linux!
+Needs more testing..
diff --git a/doc/design/assistant/blog/day_158__fsevents.mdwn b/doc/design/assistant/blog/day_158__fsevents.mdwn
new file mode 100644
index 0000000000..472b6c2be5
--- /dev/null
+++ b/doc/design/assistant/blog/day_158__fsevents.mdwn
@@ -0,0 +1,20 @@
+Investigated using the OSX fsevents API to detect when files are modified,
+so they can be committed when using direct mode. There's a
+[haskell library](http://hackage.haskell.org/package/hfsevents-0.1.3)
+and even a [sample directory watching program](http://hackage.haskell.org/package/hobbes).
+Initial tests look good...
+
+Using fsevents will avoid kqueue's problems with needing enough file
+descriptors to open every subdirectory. kqueue is a rather poor match for
+git-annex's needs, really. It does not seem to provide events for file
+modifications at all, unless every *file* is individually opened. While I
+dislike leaving the BSD's out, they need a better interface to be perfectly
+supported by git-annex, and kqueue will still work for indirect mode
+repositories.
+
+----
+
+Got the assistant to use fsevents. It seems to work well!
+
+The only problem I know of is that it doesn't yet handle whole directory
+renames. That should be easy to fix later.
diff --git a/doc/design/assistant/blog/day_158__fsevents/comment_1_b278372ac6399f64d5fa9da178278a6d._comment b/doc/design/assistant/blog/day_158__fsevents/comment_1_b278372ac6399f64d5fa9da178278a6d._comment
new file mode 100644
index 0000000000..a13936ed55
--- /dev/null
+++ b/doc/design/assistant/blog/day_158__fsevents/comment_1_b278372ac6399f64d5fa9da178278a6d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkey8WuXUh_x5JC2c9_it1CYRnVTgdGu1M"
+ nickname="Dustin"
+ subject="Linux Support"
+ date="2012-12-27T21:37:45Z"
+ content="""
+Does this mean Linux will not support Direct mode?
+"""]]
diff --git a/doc/design/assistant/blog/day_158__fsevents/comment_2_2d5ce9b2807068c3517e185945662bd2._comment b/doc/design/assistant/blog/day_158__fsevents/comment_2_2d5ce9b2807068c3517e185945662bd2._comment
new file mode 100644
index 0000000000..edd63b1251
--- /dev/null
+++ b/doc/design/assistant/blog/day_158__fsevents/comment_2_2d5ce9b2807068c3517e185945662bd2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.127"
+ subject="comment 2"
+ date="2012-12-28T02:46:23Z"
+ content="""
+No, linux's inotify has everything I need for direct mode.
+"""]]
diff --git a/doc/design/assistant/blog/day_159__fsevents_and_assistant.mdwn b/doc/design/assistant/blog/day_159__fsevents_and_assistant.mdwn
new file mode 100644
index 0000000000..754e2c91fb
--- /dev/null
+++ b/doc/design/assistant/blog/day_159__fsevents_and_assistant.mdwn
@@ -0,0 +1,16 @@
+Short day today, but I spent it all on testing the new FSEvents code,
+getting it working with the assistant in direct mode. This included fixing
+its handling of renaming, and various other bugs.
+
+The assistant in direct mode now seems to work well on OSX. So I made
+the assistant *default* to making direct mode repositories on OSX.
+
+That'll presumably flush out any bugs. :) More importantly,
+it let me close several OSX-specific bugs to do with interactions between
+git-annex's symlinks and OSX programs that were apparently written under the
+misprehension that it's a user-mode program's job to manually follow symlinks.
+
+Of course, defaulting to direct mode also means users can just modify files
+as they like and the assistant will commit and sync the changed files.
+I'm waiting to see if direct mode becomes popular enough to make it the
+default on all OS's.
diff --git a/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_1_b85f446c3fa8d703a2a8882825c6f33f._comment b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_1_b85f446c3fa8d703a2a8882825c6f33f._comment
new file mode 100644
index 0000000000..8bc089857c
--- /dev/null
+++ b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_1_b85f446c3fa8d703a2a8882825c6f33f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 1"
+ date="2012-12-28T23:53:22Z"
+ content="""
+Make a release please, Im eager to try it out!:)
+"""]]
diff --git a/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_2_a150b404e0c39e0bb2f7dd00cda63cdc._comment b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_2_a150b404e0c39e0bb2f7dd00cda63cdc._comment
new file mode 100644
index 0000000000..bc9c7031b0
--- /dev/null
+++ b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_2_a150b404e0c39e0bb2f7dd00cda63cdc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnFhHPFP7j3wGNgBxEJoA8LcBJ4Xd1tTMY"
+ nickname="Joe"
+ subject="Release + Version Number"
+ date="2012-12-29T11:16:05Z"
+ content="""
+I second Laszlo's request for a release! Also, could you include a version number of some sort on the download (and binary if there isn't one there) to make it easy to tell what is available for download vs. what is installed?
+"""]]
diff --git a/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_3_37abc41bae23a1d7de0d19d952aec492._comment b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_3_37abc41bae23a1d7de0d19d952aec492._comment
new file mode 100644
index 0000000000..b08636fd8e
--- /dev/null
+++ b/doc/design/assistant/blog/day_159__fsevents_and_assistant/comment_3_37abc41bae23a1d7de0d19d952aec492._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-12-29T13:26:30Z"
+ content="""
+There are daily/hourly builds at the [[install/OSX]] install page, try out the new features from there
+"""]]
diff --git a/doc/design/assistant/blog/day_15__its_aliiive.mdwn b/doc/design/assistant/blog/day_15__its_aliiive.mdwn
new file mode 100644
index 0000000000..10ef4ffe56
--- /dev/null
+++ b/doc/design/assistant/blog/day_15__its_aliiive.mdwn
@@ -0,0 +1,33 @@
+Syncing works! I have two clones, and any file I create in the first
+is immediately visible in the second. Delete that file from the second, and
+it's immediately removed from the first.
+
+Most of my work today felt like stitching existing limbs onto a pre-existing
+monster. Took the committer thread, that waits for changes and commits them,
+and refashioned it into a pusher thread, that waits for commits and pushes
+them. Took the watcher thread, that watches for files being made,
+and refashioned it into a merger thread, that watches for git refs being
+updated. Pulled in bits of the `git annex sync` command to reanimate this.
+
+It may be a shambling hulk, but it works.
+
+Actually, it's not much of a shambling hulk; I refactored my code after
+copying it. ;)
+
+I think I'm up to 11 threads now in the new
+`git annex assistant` command, each with its own job, and each needing
+to avoid stepping on the other's toes. I did see one MVar deadlock error
+today, which I have not managed to reproduce after some changes. I think
+the committer thread was triggering the merger thread, which probably
+then waited on the Annex state MVar the committer thread had held.
+
+Anyway, it even pushes to remotes in parallel, and keeps track of remotes
+it failed to push to, although as of yet it doesn't do any attempt at
+periodically retrying.
+
+One bug I need to deal with is that the push code assumes any change
+made to the remote has already been pushed back to it. When it hasn't, 
+the push will fail due to not being a fast-forward. I need to make it
+detect this case and pull before pushing.
+
+(I've pushed this work out in a new `assistant branch`.)
diff --git a/doc/design/assistant/blog/day_160__finishing_up_direct_mode.mdwn b/doc/design/assistant/blog/day_160__finishing_up_direct_mode.mdwn
new file mode 100644
index 0000000000..c789ca2f61
--- /dev/null
+++ b/doc/design/assistant/blog/day_160__finishing_up_direct_mode.mdwn
@@ -0,0 +1,10 @@
+A few final bits and pieces of direct mode. Fixed a few more bugs in the
+assistant. Made all git-annex commands that don't work at
+all, or only partially work in direct mode, refuse to run at all. Also,
+some optimisations.
+
+I'll surely need to revisit direct mode later and make more commands
+support it; `fsck` and `add` especially.
+But the only thing I'd like to deal with before I make a release with direct
+mode is the problem of files being able to be modified while they're
+being transferred, which can result in data loss.
diff --git a/doc/design/assistant/blog/day_161__release_day.mdwn b/doc/design/assistant/blog/day_161__release_day.mdwn
new file mode 100644
index 0000000000..5e3a621683
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day.mdwn
@@ -0,0 +1,8 @@
+Released the first git-annex with direct mode today. Notably, the assistant
+enables direct mode in repositories it creates. All builds are updated to
+3.20130102 now.
+
+My plan for this month is to fix whatever things currently might be
+preventing you from using the git-annex assistant. So bugfixes and
+whatever other important gaps need to be filled, but no major new
+feature developments.
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_1_e82c67f3ce216618149537bba1e0b850._comment b/doc/design/assistant/blog/day_161__release_day/comment_1_e82c67f3ce216618149537bba1e0b850._comment
new file mode 100644
index 0000000000..f697d12dcc
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_1_e82c67f3ce216618149537bba1e0b850._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 1"
+ date="2013-01-02T21:26:32Z"
+ content="""
+1. Im not able to set direct mode (linux build, Version: 3.20130102 in about page).
+Is there something specific needed? I started fresh. I added a new directory (empty), once 
+git annex assistant started, I copied files to that directory, and the assistant 
+replaced all files with symlinks, just as before.
+What am I missing here?
+
+2. It is just minor usability remark:
+ I would like to see in the gui somewhere shown where the actual config is stored (~/.config/git-annex), 
+and an option to wipe it out and start fresh. Also a restart button.
+
+Best, Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_2_b1fe96fd818935c0497b78bb8ad32ffa._comment b/doc/design/assistant/blog/day_161__release_day/comment_2_b1fe96fd818935c0497b78bb8ad32ffa._comment
new file mode 100644
index 0000000000..1e44738a15
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_2_b1fe96fd818935c0497b78bb8ad32ffa._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 2"
+ date="2013-01-03T17:59:22Z"
+ content="""
+\"I added a new directory (empty)\"
+
+Sounds like you set up the repository yourself, rather than letting the assistant do it. If so, it won't be in direct mode. You can `git annex assistant--stop`, and then `git annex direct` to enable direct mode.
+
+Restart/shutdown in the UI coming soon, I think.
+
+The entire git-annex configuration, include that of the assistant, is stored in the `.git/config` of your reposository, and on its `git-annex` branch. Deleting the repository is thus all that's needed to start over.
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_3_40bac0e1756aa77bb966c4654857141c._comment b/doc/design/assistant/blog/day_161__release_day/comment_3_40bac0e1756aa77bb966c4654857141c._comment
new file mode 100644
index 0000000000..5bb35353b3
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_3_40bac0e1756aa77bb966c4654857141c._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 3"
+ date="2013-01-03T22:23:36Z"
+ content="""
+>> I added a new directory (empty)
+
+> Sounds like you set up the repository yourself, rather than letting the assistant do it. 
+> If so, it won't be in direct mode. You can git annex assistant--stop, 
+> and then git annex direct to enable direct mode.
+
+I added like this:
+0. no git-annex or git-annex-assistant is running
+1. create directory (/mnt/dxd/annex)
+2. launch git-annex-assistant
+3. add repository via the webbrowser
+4. copy a file over this(/mnt/dxd/annex) directory (via command line or nautilus)
+
+The file is replaced with symlink.
+
+This fix the issue:
+0. stop git-annex-assistant
+1. Go in the shell to that directory (cd /mnt/dxd/annex)
+2. switch to direct mode (/home/looser/Desktop/download/git-annex.linux/git-annex direct)
+3. start git-annex-assistant
+4. create a new repository(/mnt/dxd/annex2) via the webbrowser (add repository in top right corner)
+5. Now:
+/mnt/dxd/annex - NOT in direct mode (symlinks created instantly)
+/mnt/dxd/annex2 - in direct mode
+
+Im really happy I have finally direct mode running. 
+I will surely stress-test git-annex in the coming weeks.
+
+> Restart/shutdown in the UI coming soon, I think.
+
+Awesome.
+
+> The entire git-annex configuration, include that of the assistant, 
+> is stored in the .git/config of your reposository, and on its git-annex branch. 
+> Deleting the repository is thus all that's needed to start over.
+
+Thank you for the answer.
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_4_af65656b0d1179636937595868bb97b0._comment b/doc/design/assistant/blog/day_161__release_day/comment_4_af65656b0d1179636937595868bb97b0._comment
new file mode 100644
index 0000000000..178e2ead4e
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_4_af65656b0d1179636937595868bb97b0._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 4"
+ date="2013-01-03T22:33:54Z"
+ content="""
+Usecase:
+Keep two directories in sync on the same computer.
+
+\"Removable drive\" almost covers this, except you need an usb thumbdrive 
+permanently plugged into the computer.
+
+Would be nice, if I could select a \"sync to this local folder\" option 
+alongside the \"Select drive:\" option.
+
+So it is my choice if I want to sync to a partition or to a folder.
+
+Bug(?):
+I created two repositories:
+/mnt/dxd/annex 
+/mnt/dxd/annex2
+
+And I added a \"Removable drive\" syncing option to /mnt/dxd/annex2, and I selected the \"/mnt/dxd\" drive as removable drive.
+The two repositories got mixed together 
+(ie. broken symlinks pointing to nonexistent .git/annex/objects/.. file)
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_5_0c05caaaf9588e124585041bf5f45d75._comment b/doc/design/assistant/blog/day_161__release_day/comment_5_0c05caaaf9588e124585041bf5f45d75._comment
new file mode 100644
index 0000000000..e461bfdc4e
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_5_0c05caaaf9588e124585041bf5f45d75._comment
@@ -0,0 +1,20 @@
+[[!comment format=c
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 5"
+ date="2013-01-03T22:49:41Z"
+ content="""
+Ok, I think I figured it out. I have quit from git-annex-assistant (Ctrl-C in terminal window).
+
+And launched this command:
+$ ps -e |grep git-ann
+ 1782 ?        00:01:00 git-annex
+20144 pts/0    00:00:00 git-annex-webap
+20148 pts/0    00:00:00 git-annex
+20178 pts/0    00:00:00 git-annex <defunct>
+20508 pts/0    00:00:00 git-annex <defunct>
+20528 ?        00:00:02 git-annex
+21132 ?        00:00:00 git-annex <defunct>
+
+I will be more cautious in future.
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_6_5dfb5f428633d6062925f61af2b8829b._comment b/doc/design/assistant/blog/day_161__release_day/comment_6_5dfb5f428633d6062925f61af2b8829b._comment
new file mode 100644
index 0000000000..f9683c820c
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_6_5dfb5f428633d6062925f61af2b8829b._comment
@@ -0,0 +1,23 @@
+[[!comment format=c
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 6"
+ date="2013-01-03T22:55:41Z"
+ content="""
+another problem:
+1. If you add a removable drive via the gui, you can not remove it anymore (from the gui)
+2. If you delete the directory on the removable drive, git-annex assistant silently fails
+to recreate the directory and start fresh.
+2/a. on the gui, there is no indication something is wrong with the removable drive repository
+2/b on the terminal it shows only this: 
+fatal: Not a git repository: '/mnt/dxd/annex/.git'
+
+On the main page it shows the two repositories, but on the upper right corner, the dropdown menu
+contains only the original repository and not the removeable drive repository.
+
+I stop spaming now...
+
+Laszlo
+
+
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_7_ac4effb381b08d94d4a2d2482e92c89a._comment b/doc/design/assistant/blog/day_161__release_day/comment_7_ac4effb381b08d94d4a2d2482e92c89a._comment
new file mode 100644
index 0000000000..359947a5a9
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_7_ac4effb381b08d94d4a2d2482e92c89a._comment
@@ -0,0 +1,13 @@
+[[!comment format=c
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 7"
+ date="2013-01-03T23:07:27Z"
+ content="""
+Can not withstand myself.
+
+1. If you add a Removable drive repository, only the *new* files are copied over to the removable drive.
+2. Removable drive repository is not in direct mode. 
+Would be nice if it could be kept the same mode as the original repository.
+It is some kind of special repsoitory, I do not see any seemlinks either.
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_8_32600e89e3098e52a1280895e03b3f86._comment b/doc/design/assistant/blog/day_161__release_day/comment_8_32600e89e3098e52a1280895e03b3f86._comment
new file mode 100644
index 0000000000..c220fc826b
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_8_32600e89e3098e52a1280895e03b3f86._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://csights.myopenid.com/"
+ ip="70.226.161.163"
+ subject="walkthroughs?"
+ date="2013-01-04T02:39:59Z"
+ content="""
+Could you post some walk-throughs?
+Is it possible to set up a direct mode repository using git-annex webapp ?
+
+Thanks for your work!  Sad to hear you had to get a generator.  :)
+C.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_161__release_day/comment_9_07e5d0c3cad0ce2bd4943e53b61f1767._comment b/doc/design/assistant/blog/day_161__release_day/comment_9_07e5d0c3cad0ce2bd4943e53b61f1767._comment
new file mode 100644
index 0000000000..fc8c9c4b1b
--- /dev/null
+++ b/doc/design/assistant/blog/day_161__release_day/comment_9_07e5d0c3cad0ce2bd4943e53b61f1767._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.166.255"
+ subject="comment 9"
+ date="2013-01-04T20:26:46Z"
+ content="""
+You noted in a recent blog post that direct mode won't work with mixed repositories, that is, those that have files checked into git alongside annexed ones.  Is this still the case?  Thanks.
+"""]]
diff --git a/doc/design/assistant/blog/day_162__UI.mdwn b/doc/design/assistant/blog/day_162__UI.mdwn
new file mode 100644
index 0000000000..8994835c62
--- /dev/null
+++ b/doc/design/assistant/blog/day_162__UI.mdwn
@@ -0,0 +1,17 @@
+[Installed a generator](http://joeyh.name/blog/entry/overcast/),
+so I'll have more power and less hibernation.
+
+Added UI in the webapp to shut down the daemon. Would like to also have
+restart UI, but that's rather harder to do, seems it'd need to start
+another copy of the webapp (and so, of the assistant), and redirect the
+browser to its new url. ... But running two assistants in the same repo at
+the same time isn't good. Anyway, users can now use the UI to shut it down,
+and then use their native desktop UI to start it back up.
+
+[[!img /assistant/controlmenu.png]]
+
+Spiffed up the control menu. Had to stop listing other local repositories
+in the menu, because there was no way to notice when a new one was added
+(without checking a file on every page load, which is way overkill for this
+minor feature). Instead added a new page that lists local repositories it
+can switch to.
diff --git a/doc/design/assistant/blog/day_163__free_features.mdwn b/doc/design/assistant/blog/day_163__free_features.mdwn
new file mode 100644
index 0000000000..444b6cc30c
--- /dev/null
+++ b/doc/design/assistant/blog/day_163__free_features.mdwn
@@ -0,0 +1,32 @@
+There was a typo in cabal file that broke building the assistant on OSX.
+This didn't affect the autobuilds of the app, but several users building by
+hand reported problems. I made a new minor release fixing that typo, and
+also a resouce leak bug.
+
+Got a restart UI working after all. It's a hack though. It
+opens a new tab for the new assistant instance, and as most web browsers
+don't allow javascript to close tabs, the old tab is left open. At some
+point I need to add a proper thread manager to the assistant, which the
+restart code could use to kill the watcher and committer threads, and then
+I could do a clean restart, bringing up the new daemon and redirecting the
+browser to it.
+
+Found a bug in the assistant in direct mode -- the expensive transfer scan
+didn't queue uploads needed to sync to other repos in direct mode, although
+it did queue downloads. Fixing this laid some very useful groundwork for
+making more commands support direct mode, too. Got stuck for a long time
+dealing with some very strange `git-cat-file` behavior while making this
+work. Ended up putting in a workaround.
+
+After that, I found that these commands work in direct mode, without
+needing any futher changes!
+
+* `git annex find`
+* `git annex whereis`
+* `git annex copy`
+* `git annex move`
+* `git annex drop`
+* `git annex log`
+
+Enjoy! The only commands I'd like to add to this are `fsck`, `add`,
+and `addurl`...
diff --git a/doc/design/assistant/blog/day_164__bugfixes.mdwn b/doc/design/assistant/blog/day_164__bugfixes.mdwn
new file mode 100644
index 0000000000..1edca3d19d
--- /dev/null
+++ b/doc/design/assistant/blog/day_164__bugfixes.mdwn
@@ -0,0 +1,17 @@
+Several bugfixes from user feedback today.
+
+Made the assistant detect misconfigured systems where git will fail to
+commit because it cannot determine the user's name or email address, and
+dummy up enough info to get git working. It makes sense for git and
+git-annex to fail at the command line on such a misconfigured system, so
+the user can fix it, but for the assistant it makes sense to plow on and just
+work.
+
+I found a big gap in direct mode -- all the special remotes expected to find
+content in the indirect mode location when transferring to the remote. It
+was easy to fix once I noticed the problem. This is a big enough bug that
+I will be making a new release in a day or so.
+
+Also, got fsck working in direct mode. It doesn't check as many things
+as in indirect mode, because direct mode files can be modified at any time.
+Still, it's usable, and useful.
diff --git a/doc/design/assistant/blog/day_165__release_day.mdwn b/doc/design/assistant/blog/day_165__release_day.mdwn
new file mode 100644
index 0000000000..f29c6e589a
--- /dev/null
+++ b/doc/design/assistant/blog/day_165__release_day.mdwn
@@ -0,0 +1,16 @@
+(Posted a day late.) [[!meta date="Mon Jan  7 16:05:13 JEST 2013"]]
+
+Got `git annex add` (and `addurl`) working in direct mode. This allowed me
+to make `git annex sync` in direct mode no longer automatically add new
+files.
+
+It's also now safe to mix direct mode annexed files with regular files in
+git, in the same repository. Might have been safe all along, but I've
+tested it, and it certainly works now. You just have to be careful to not
+use `git commit -a` to commit changes to such files, since that'll also 
+stage the entire content of direct mode files.
+
+Made a minor release for these recent changes and bugfixes. Recommended if
+you're using direct mode. Had to chase down a stupid typo I made yesterday
+that caused fsck to infinite loop if it found a corrupted file. Thank
+goodness for test suites.
diff --git a/doc/design/assistant/blog/day_166__a_short_long_day.mdwn b/doc/design/assistant/blog/day_166__a_short_long_day.mdwn
new file mode 100644
index 0000000000..5f03fd1cf5
--- /dev/null
+++ b/doc/design/assistant/blog/day_166__a_short_long_day.mdwn
@@ -0,0 +1,25 @@
+I was up at the crack of dawn wrestling 100 pound batteries around for 3
+hours and rewiring most of my battery bank, so today is a partial day...
+but a day with power, which is always nice.
+
+Did some design work on finally making transfers of files from direct mode
+repositories safe, even if a file is modified as it's being uploaded.
+This seems easily doable for special remotes; git to git repository
+transfers are harder, but I think I see how to do it without breaking
+backwards compatability. 
+
+(An unresolved problem is that a temp file would be left behind when a
+transfer failed due to a file being changed. What would really be nice to
+do is to use that temp file as the rsync basis when transferring the new
+version of a file. Although this really goes beyond direct mode, and into
+[[deltas]] territory.)
+
+Made fsck work better in direct mode repositories. While it's expected for
+files to change at any time in direct mode, and so fsck cannot complain
+every time there's a checksum mismatch, it is possible for it to detect
+when a file does not *seem* to have changed, then check its checksum,
+and so detect disk corruption or other data problems.
+
+Also dealt with several bug reports. One really weird one involves `git
+cat-file` failing due to some kind of gpg signed data in the git-annex
+branch. I don't understand that at all yet.
diff --git a/doc/design/assistant/blog/day_167__safe_direct_mode_transfers.mdwn b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers.mdwn
new file mode 100644
index 0000000000..8aa15fb13a
--- /dev/null
+++ b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers.mdwn
@@ -0,0 +1,12 @@
+Well underway on making direct mode transfers roll back when the file is
+modified while it's transferred.
+
+As expected, it was easy to do for all the special remotes ... Except for
+bup, which does not allow deleting content. For bup it just removes the git
+ref for the bad content, and relies on bup's use of git delta compression
+to keep space use sane.
+
+The problem is also handled by `git-annex-shell sendkey`.
+But not yet for downloads from other git repositories. Bit stuck on that.
+
+Also: A few minor bug fixes.
diff --git a/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_1_f1aa64fe803d8c14b250a4e98b88142a._comment b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_1_f1aa64fe803d8c14b250a4e98b88142a._comment
new file mode 100644
index 0000000000..4b5092036c
--- /dev/null
+++ b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_1_f1aa64fe803d8c14b250a4e98b88142a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="comment 1"
+ date="2013-01-10T08:49:20Z"
+ content="""
+hmm, wouldn't it make sense to do the downloads into the annex object space, just like with indirect annexes? Then when the download is complete, with indirect annexes you create a soft link and with direct annexes you move the file (or create a hardlink and remove the directory entry in the annex object space)? Actually when you started to talk about direct I first envisioned it to be exactly like indirect, only with hard links instead of soft links.
+"""]]
diff --git a/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_2_5ce1db84c9ead713f1272c4975645b93._comment b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_2_5ce1db84c9ead713f1272c4975645b93._comment
new file mode 100644
index 0000000000..c1b2724cb0
--- /dev/null
+++ b/doc/design/assistant/blog/day_167__safe_direct_mode_transfers/comment_2_5ce1db84c9ead713f1272c4975645b93._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-10T16:06:28Z"
+ content="""
+That is how direct mode works. (Although without the hard links, since maintaining them doesn't have any benefits.) And that's how downloading into a direct mode repo works. The issue I'm dealing with, though, is uploading from a direct mode repo, where the file that's being uploaded can be modified at the same time.
+"""]]
diff --git a/doc/design/assistant/blog/day_168__back_to_theme.mdwn b/doc/design/assistant/blog/day_168__back_to_theme.mdwn
new file mode 100644
index 0000000000..ff230e7642
--- /dev/null
+++ b/doc/design/assistant/blog/day_168__back_to_theme.mdwn
@@ -0,0 +1,18 @@
+This month's theme is supposed to be fixing up whatever might prevent users
+from using the assistant. To that end, I've posted an open-ended poll,
+[[polls/what is preventing me from using git-annex assistant]]. Please go
+fill it out so I can get an idea of how many people are using the
+assistant, and what needs to be done to get the rest of you, and your
+friends and family able to use it.
+
+In the meantime, today I fixed several bugs that were recently reported in
+the webapp and assistant. Getting it working as widely as possible, even on
+strange IPv6 only systems, and with browsers that didn't like my generated
+javascript code is important, and fits right into this month's theme. I'm
+happy to see lots of bugs being filed, since it means more users are trying
+the assistant out.
+
+Also continued work on making direct mode transfers safe. All transfers to
+local git remotes (wish I had a better phrase!) are now safe in direct mode.
+Only uploading from a direct mode repository over ssh to another git
+repository is still potentially unsafe.
diff --git a/doc/design/assistant/blog/day_168__back_to_theme/comment_1_f248780bfcbd0384d9d72c2633a4ea46._comment b/doc/design/assistant/blog/day_168__back_to_theme/comment_1_f248780bfcbd0384d9d72c2633a4ea46._comment
new file mode 100644
index 0000000000..eaa098d692
--- /dev/null
+++ b/doc/design/assistant/blog/day_168__back_to_theme/comment_1_f248780bfcbd0384d9d72c2633a4ea46._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="phrase suggestion"
+ date="2013-01-11T00:24:39Z"
+ content="""
+I suggest using the term \"repository\" not \"remote\". Two reasons: 1: it's a noun in *English. 2: it works for both local and remote repositories.
+
+Both get +1 because they match git terminology. (I have a secret dream that the assistant might bring people to git, maybe that's silly.)
+
+\* OK, so \"remote\" is also a noun in English, but it means the widget with buttons that controls the tv/whatever.
+"""]]
diff --git a/doc/design/assistant/blog/day_168__back_to_theme/comment_2_5beba073373b8e75a32d1fcfdc1a0782._comment b/doc/design/assistant/blog/day_168__back_to_theme/comment_2_5beba073373b8e75a32d1fcfdc1a0782._comment
new file mode 100644
index 0000000000..6308920256
--- /dev/null
+++ b/doc/design/assistant/blog/day_168__back_to_theme/comment_2_5beba073373b8e75a32d1fcfdc1a0782._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://csights.myopenid.com/"
+ ip="70.226.161.163"
+ subject="&quot;local git remotes&quot;"
+ date="2013-01-13T02:36:48Z"
+ content="""
+I am not quite sure how git-annex works and I do not know what a \"local git remote\" functionality is.
+
+How about this: call a \"git remote\" a \"git-annex store\" or just \"store\".  Then instead of a remote git remote it would be a remote git-annex store or just remote store.  :)
+
+
+
+"""]]
diff --git a/doc/design/assistant/blog/day_169__direct_mode_is_safe.mdwn b/doc/design/assistant/blog/day_169__direct_mode_is_safe.mdwn
new file mode 100644
index 0000000000..c3f569bd8d
--- /dev/null
+++ b/doc/design/assistant/blog/day_169__direct_mode_is_safe.mdwn
@@ -0,0 +1,24 @@
+I've finished making direct mode file transfers safe. The last piece of the
+puzzle was making `git-annex-shell recv-key` check data it's received from
+direct mode repositories. This is a bit expensive, but avoids adding
+another round-trip to the protocol. I might revisit this later, this was
+just a quick fix.
+
+---
+
+The [[poll|polls/what is preventing me from using git-annex assistant]] was 
+quite useful. Some interesting points:
+
+* 14% have been reading this blog, and rightly don't trust direct mode to
+  be safe. Which is why I went ahead with a quick fix to make it safe.
+* 6% want an Ubuntu PPA. I don't anticipate doing this myself, but
+  if anyone who develops for Ubuntu wants to put together a PPA with a
+  newer version, I can help you pick the newer haskell packages you'll
+  need from Debian, etc.
+* 9% just need me to update the amd64 build in Debian sid. I forgot to
+  include it in the last release, and the Debian buildds cannot currently
+  autobuild git-annex due to some breakage in the versions of haskell
+  libraries in unstable. Hopefully I'll remember to include an amd64 build
+  in my next release.
+
+And lots of other interesting stuff, I have a nice new TODO list now. :)
diff --git a/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_1_65f87656c4e6bc7cdb614f53961341c9._comment b/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_1_65f87656c4e6bc7cdb614f53961341c9._comment
new file mode 100644
index 0000000000..b51153cad5
--- /dev/null
+++ b/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_1_65f87656c4e6bc7cdb614f53961341c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.166.255"
+ subject="comment 1"
+ date="2013-01-11T20:25:48Z"
+ content="""
+If you have time, an updated sid package for armel would be much appreciated.
+"""]]
diff --git a/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_2_a116a402a126c62be54c06afd82439ab._comment b/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_2_a116a402a126c62be54c06afd82439ab._comment
new file mode 100644
index 0000000000..7afd951e17
--- /dev/null
+++ b/doc/design/assistant/blog/day_169__direct_mode_is_safe/comment_2_a116a402a126c62be54c06afd82439ab._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://csights.myopenid.com/"
+ ip="70.226.161.163"
+ subject="use debian repos instead of Ubuntu PPA?"
+ date="2013-01-12T13:43:44Z"
+ content="""
+Maybe Ubuntu users would be satisfied with tweaks to their sources.list and preferences?
+
+/etc/apt/sources.list.d/git-annex.sources.list
+deb http://ftp.us.debian.org/debian unstable main
+
+/etc/apt/preferences.d/git-annex.preferences
+Package: *
+Pin: release a=unstable,o=Debian
+Pin-Priority: 400
+
+
+Not sure how that will work out in Ubuntu package manager.  In aptitude you'll get warning about untrusted repos (maybe install Debian's gpg keys) and will probably have to manually select dependencies from Debian repos.
+"""]]
diff --git a/doc/design/assistant/blog/day_16__more_robust_syncing.mdwn b/doc/design/assistant/blog/day_16__more_robust_syncing.mdwn
new file mode 100644
index 0000000000..e9343f846d
--- /dev/null
+++ b/doc/design/assistant/blog/day_16__more_robust_syncing.mdwn
@@ -0,0 +1,44 @@
+I released a version of git-annex over the weekend that includes the `git
+annex watch` command. There's a minor issue installing it from cabal on
+OSX, which I've fixed in my tree. Nice timing: At least the watch command
+should be shipped in the next Debian release, which freezes at the end of
+the month.
+
+Jimmy found out how kqueue [[blows
+up|bugs/Issue_on_OSX_with_some_system_limits]] when there are too many
+directories to keep all open. I'm not surprised this happens, but it's nice
+to see exactly how. Odd that it happened to him at just 512 directories;
+I'd have guessed more. I have plans to fork watcher programs that each
+watch 512 directories (or whatever the ulimit is), to deal with this. What
+a pitiful interface is kqueue.. I have not thought yet about how the watcher
+programs would communicate back to the main program.
+
+----
+
+Back on the assistant front, I've worked today on making git syncing more
+robust. Now when a push fails, it tries a pull, and a merge, and repushes.
+That ensures that the push is, almost always, a fast-forward. Unless
+something else gets in a push first, anyway!
+
+If a push still fails, there's Yet Another Thread, added today, that will
+wake up after 30 minutes and retry the push. It currently keeps retrying
+every 30 minutes until the push finally gets though. This will deal, to
+some degree, with those situations where a remote is only sometimes
+available.
+
+I need to refine the code a bit, to avoid it keeping an ever-growing queue
+of failed pushes, if a remote is just dead. And to clear old failed pushes
+from the queue when a later push succeeds.
+
+I also need to write a git merge driver that handles conflicts in the tree.
+If two conflicting versions of a file `foo` are saved, this would merge
+them, renaming them to `foo.X` and `foo.Y`. Probably X and Y are the
+git-annex keys for the content of the files; this way all clones will
+resolve the conflict in a way that leads to the same tree. It's also
+possible to get a conflict by one repo deleting a file, and another
+modifying it. In this case, renaming the deleted file to `foo.Y` may
+be the right approach, I am not sure.
+
+I glanced through some Haskell dbus bindings today. I belive there are dbus
+events available to detect when drives are mounted, and on Linux this would
+let git-annex notice and sync to usb drives, etc.
diff --git a/doc/design/assistant/blog/day_16__more_robust_syncing/comment_1_23e7a90429e4431f90787cd016ebe188._comment b/doc/design/assistant/blog/day_16__more_robust_syncing/comment_1_23e7a90429e4431f90787cd016ebe188._comment
new file mode 100644
index 0000000000..fece5c9aff
--- /dev/null
+++ b/doc/design/assistant/blog/day_16__more_robust_syncing/comment_1_23e7a90429e4431f90787cd016ebe188._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-06-27T12:46:31Z"
+ content="""
+can X and Y be the names of the git-annex remotes?
+"""]]
diff --git a/doc/design/assistant/blog/day_16__more_robust_syncing/comment_2_8e7e7cd27791bb47625e60a284e9c802._comment b/doc/design/assistant/blog/day_16__more_robust_syncing/comment_2_8e7e7cd27791bb47625e60a284e9c802._comment
new file mode 100644
index 0000000000..e47b03d48d
--- /dev/null
+++ b/doc/design/assistant/blog/day_16__more_robust_syncing/comment_2_8e7e7cd27791bb47625e60a284e9c802._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 2"
+ date="2012-07-26T17:27:39Z"
+ content="""
+That's a good question. Unfortunatly they cannot; X and Y need to be stable across repositories, and git remotes can have different names in different repositories.
+
+Even using the description that git-annex stores for each repository for X and Y is problimatic, since that description can change, and so could be different in two repos that are each trying to resolve the same merge conflict.
+"""]]
diff --git a/doc/design/assistant/blog/day_170__bugfixes_and_release.mdwn b/doc/design/assistant/blog/day_170__bugfixes_and_release.mdwn
new file mode 100644
index 0000000000..251ee7636d
--- /dev/null
+++ b/doc/design/assistant/blog/day_170__bugfixes_and_release.mdwn
@@ -0,0 +1,8 @@
+Fixed a goodly amount of bugs today.
+
+The most interesting change was that in direct mode, files using the same
+key are no longer hardlinked, as that could cause a surprising behavior if
+modifying one, where the other would also change.
+
+Made a release, which is almost entirely bug fixes. Debian amd64 build
+included this time. :)
diff --git a/doc/design/assistant/blog/day_171__logs.mdwn b/doc/design/assistant/blog/day_171__logs.mdwn
new file mode 100644
index 0000000000..7c7a4c821d
--- /dev/null
+++ b/doc/design/assistant/blog/day_171__logs.mdwn
@@ -0,0 +1,23 @@
+I've noticed people have some problems getting me logs when there'a a bug,
+so I worked on improving the logging of the assistant.
+
+While the assistant logged to `.git/annex/daemon.log` when started as a
+daemon, when the webapp ran it didn't log there. It's somewhat tricky to
+make the webapp redirect messages to the log, because it may start a web
+browser that wants to write to the console. Took some file descriptor
+juggling, but I made this work. Now the log is even used when the assistant
+is started for the first time in a newly created repository. So, we have
+total log coverage.
+
+Next, I made a simple page in the webapp to display the accumulated logs.
+It does not currently refresh as new things are logged. But it's easier
+for me to tell users to click on `Current Repository -> View log` than
+ask for them to look for the daemon.log file.
+
+Finally, I made all the webapp's alerts also be written to the log.
+
+---
+
+Also did the requisite bug fixes.
+
+[[!img /assistant/logs.png alt="screenshot of logs page"]]
diff --git a/doc/design/assistant/blog/day_172__short_day.mdwn b/doc/design/assistant/blog/day_172__short_day.mdwn
new file mode 100644
index 0000000000..031f90e0f9
--- /dev/null
+++ b/doc/design/assistant/blog/day_172__short_day.mdwn
@@ -0,0 +1,22 @@
+Only one bug fix today, but it was a doozie. It seems that gpg2 has an
+incompatability with the gpg 1.x that git-annex was written for, that
+causes large numbers of excess passphrase prompts, when it's supposed to be
+using a remote's symmetric encryption key. Adding the --batch parameter
+fixed this.
+
+I also put together a page listing [[related_software]] to git-annex.
+
+I've also updated [[direct_mode]]'s documentation, about when it's safe to
+use direct mode. The intuition I've developed about direct mode is that if
+you don't need full versioning of files (with the ability to get back old
+versions), direct mode is fine and safe to use. If you want full
+versioning, it's best to not use direct mode. Or a reasonable compromise is
+to `git annex untrust` the direct mode repository and set up a backup remote.
+With this compromise, only if you edit a file twice in a row might the old
+version get lost before it can be backed up.
+
+Of course, it would be possible to make direct mode fully version
+preserving, but it'd have to back up every file in the repository locally
+to do so. Going back to two local copies of every file, which is part of
+git that git-annex happily avoids. Hmm, it might be possible to only back
+up a file locally until it reaches the backup remote..
diff --git a/doc/design/assistant/blog/day_172__short_day/comment_1_b75e26b77a23a45da1c4c3bca1399246._comment b/doc/design/assistant/blog/day_172__short_day/comment_1_b75e26b77a23a45da1c4c3bca1399246._comment
new file mode 100644
index 0000000000..c7d4c74ca2
--- /dev/null
+++ b/doc/design/assistant/blog/day_172__short_day/comment_1_b75e26b77a23a45da1c4c3bca1399246._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~rubiojr"
+ nickname="rubiojr"
+ subject="comment 1"
+ date="2013-01-18T18:42:35Z"
+ content="""
+Awesome @joey, crisp clear. 
+
+I guess that most people used to the Dropbox way of doing things will not miss versioning that much, which is not very useful for medium/large binary files in most cases I'd say. 
+
+Being able to choose the mode for power users is pretty cool though.
+"""]]
diff --git a/doc/design/assistant/blog/day_173__snow_day.mdwn b/doc/design/assistant/blog/day_173__snow_day.mdwn
new file mode 100644
index 0000000000..9b07a8c5f7
--- /dev/null
+++ b/doc/design/assistant/blog/day_173__snow_day.mdwn
@@ -0,0 +1,22 @@
+When I wasn't dealing with the snowstorm today, I was fixing more bugs.
+Rather serious bugs.
+
+One actually involved corruption to git-annex's location tracking info, due
+to a busted three-way merge. Takes an unusual set of circumstances for that
+bug to be triggered, which is why it was not noticed before now. Also,
+since git-annex is designed to not trust its location tracking info, and
+recover from it becoming inconsistent, someone could have experienced the
+bug and not really noticed it. Still it's a serious problem and I'm in debt
+to user a-or-b for developing a good test case that let me reproduce it and
+fix it. (Also added to the test suite.)
+[[This is how to make a perfect bug report|bugs/Annex_thinks_file_exists_afer_being_dropped]]
+
+Another bug made `git add; git commit` cause data loss in direct mode.
+I was able to make that not lose data, although it still does something
+that's unlikely to be desired, unless the goal is to move a file from an
+annexed direct mode file to having its entire contents stored in git.
+
+Also found a bug with sync's automatic resolution of git conflicts. It
+failed when two repositories both renamed a file to different names.
+I had neglected to explicitly `git rm` the old file name, which is
+necessary to resolve such a conflict.
diff --git a/doc/design/assistant/blog/day_174__last_weekend_before_AU.mdwn b/doc/design/assistant/blog/day_174__last_weekend_before_AU.mdwn
new file mode 100644
index 0000000000..b86a39d660
--- /dev/null
+++ b/doc/design/assistant/blog/day_174__last_weekend_before_AU.mdwn
@@ -0,0 +1,25 @@
+On Friday, worked on several bugs in direct mode mapping code. Fixed it
+to not crash on invalid unicode in filenames. Dealt with some bugs when
+mappings were updated in subdirectories of the repository.
+
+Those bugs could result in inconsistent mapping files, so today I
+made `fsck` check mapping files for consistency.
+
+Leaving for Australia tomorrow, but I also hope to get another bugfix
+release out before my flight leaves. Then will be on vacation for several
+days, more or less. Then at Linux Conf Australia, where there will
+be a git-annex presentation on February 1st.
+
+----
+
+BTW, I've lined up my Android development hardware for next month. I will
+be using an [Asus Transformer](http://en.wikipedia.org/wiki/ASUS_Eee_Pad_Transformer),
+kindly lent to me by Mark H. This has the advantage
+of having a real keyboard, and running the (currently) second most widely used
+version of Android, 4.0.x. I have already experienced frustration getting photos
+off the thing and into my photo annex; the file manager is the worst I've
+seen since the 80's. I understand why so many want an Android port!
+
+Interestingly, its main user filesystem is a FUSE mount point on `/sdcard`
+backed by an ext4 filesystem on `/data` that a regular user is not allowed
+to access. Whatever craziness this entails does not support symlinks.
diff --git a/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_1_05a8fd47f54373331741cc869a53b0c3._comment b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_1_05a8fd47f54373331741cc869a53b0c3._comment
new file mode 100644
index 0000000000..f2a51310d0
--- /dev/null
+++ b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_1_05a8fd47f54373331741cc869a53b0c3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2013-01-19T20:40:52Z"
+ content="""
+The Nexus devices all come without support for SD cards and without FAT anywhere to be seen. Indirect mode should work nicely on those.
+
+-- Richard
+"""]]
diff --git a/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_2_fc8e65eef954c4caa8321c2fe8b711b7._comment b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_2_fc8e65eef954c4caa8321c2fe8b711b7._comment
new file mode 100644
index 0000000000..b84ad4e3e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_2_fc8e65eef954c4caa8321c2fe8b711b7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="84.48.83.221"
+ subject="Presentation video"
+ date="2013-01-19T22:09:50Z"
+ content="""
+Any chance your presentation will be filmed and made available?
+"""]]
diff --git a/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_3_399534f540d85cac067fbb7be9d373b4._comment b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_3_399534f540d85cac067fbb7be9d373b4._comment
new file mode 100644
index 0000000000..ebce958a75
--- /dev/null
+++ b/doc/design/assistant/blog/day_174__last_weekend_before_AU/comment_3_399534f540d85cac067fbb7be9d373b4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hamish"
+ ip="203.0.139.23"
+ subject="AU"
+ date="2013-01-24T12:50:06Z"
+ content="""
+I dont know how busy your LCA week is looking, but I'd love to shout you a beer one evening - perhaps there would also be other git-annex people hanging around the conference and interested too
+"""]]
diff --git a/doc/design/assistant/blog/day_175__pacific_features.mdwn b/doc/design/assistant/blog/day_175__pacific_features.mdwn
new file mode 100644
index 0000000000..403088ec84
--- /dev/null
+++ b/doc/design/assistant/blog/day_175__pacific_features.mdwn
@@ -0,0 +1,15 @@
+15 hours in a plane with in-seat power. Ok, time for some new features!
+
+Added two new repository groups. 
+
+"manual" can be used to avoid the assistant downloading any file contents
+on its own. It'll still upload and otherwise sync data. To download files,
+you can use `git annex get` while the assistant is running. You can also
+drop files using the command line.
+
+"source" is for repositories that are the source of new files, but don't
+need to retain a copy once the file has been moved to another repository.
+A camera would be a good example.
+
+Ok, those were easy features to code; I suck at being productive on planes.
+Release coming up with those, once I find enough bandwidth here in AU.
diff --git a/doc/design/assistant/blog/day_175__pacific_features/comment_1_c3ee4386f872b7c76aaecfa638b368cb._comment b/doc/design/assistant/blog/day_175__pacific_features/comment_1_c3ee4386f872b7c76aaecfa638b368cb._comment
new file mode 100644
index 0000000000..0f2708005c
--- /dev/null
+++ b/doc/design/assistant/blog/day_175__pacific_features/comment_1_c3ee4386f872b7c76aaecfa638b368cb._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlyFDd2xkx0uj738OArDj10CqEkVfWu_mQ"
+ nickname="Johann"
+ subject="comment 1"
+ date="2013-01-24T15:36:34Z"
+ content="""
+Regarding 'manual': Maybe it is necessary to adjust the other standard settings for preferred content then.
+For the 'transfer' for example it would still make sense to treat a manual repository as a client.
+"""]]
diff --git a/doc/design/assistant/blog/day_176__thread_management.mdwn b/doc/design/assistant/blog/day_176__thread_management.mdwn
new file mode 100644
index 0000000000..38f043fcfb
--- /dev/null
+++ b/doc/design/assistant/blog/day_176__thread_management.mdwn
@@ -0,0 +1,13 @@
+Got back to hacking today, and did something I've wanted to do for some
+time. Made all the assistant's threads be managed by a thread manager. This
+allows restarting threads if they crash, by clicking a button in the
+webapp. It also will allow for other features later, like stopping and
+starting the watcher thread, to pause the assistant adding local files.
+
+[[!img /assistant/crashrecovery.png]]
+
+I added the haskell async library as a dependency, which made this pretty
+easy to implement. The only hitch is that async's documentation is not
+clear about how it handles asyncronous exceptions. It took me quite a while
+to work out why the errors I'd inserted into threads to test were crashing
+the whole program rather than being caught!
diff --git a/doc/design/assistant/blog/day_178__bus_hacking.mdwn b/doc/design/assistant/blog/day_178__bus_hacking.mdwn
new file mode 100644
index 0000000000..738afd2c9e
--- /dev/null
+++ b/doc/design/assistant/blog/day_178__bus_hacking.mdwn
@@ -0,0 +1,10 @@
+Hacking on a bus to Canberra for [LCA2013](https://lca2013.linux.org.au/),
+I made the webapp's UI for pausing syncing to a repository also work for
+the local repository. This pauses the watcher thread. (There's also an
+annex.autocommit config setting for this.)
+
+Ironically, this didn't turn out to the use the thread manager I built
+yesterday. I am not sure that a ThreadKilled exception would never be
+masked in the watcher thread. (There is some overly broad exception
+handling in git-annex that dates to back before I quite understood haskell
+exceptions.)
diff --git a/doc/design/assistant/blog/day_179__brief_updates.mdwn b/doc/design/assistant/blog/day_179__brief_updates.mdwn
new file mode 100644
index 0000000000..e755ca8aea
--- /dev/null
+++ b/doc/design/assistant/blog/day_179__brief_updates.mdwn
@@ -0,0 +1,19 @@
+Not doing significant coding here at LCA2013, but stuff is still happening:
+
+* I'll be giving a talk and demo of git-annex and the assistant tomorrow.
+  Right after a keynote by Tim Berners-Lee! There's no streaming, but
+  a recording will be available later.
+* I've met numerous git-annex users and git-annex curious folk from down
+  under.
+* I had a suggestion that direct mode rename the `.git` directory to
+  something else, to prevent foot-shooting git commands being used.
+  A wrapper around git could be used to run git commands, and limit
+  to safe ones. Under consideration.
+* I finally updated the OSX 10.8.2 build to last week's release.
+  Been having some problems with the autobuilder, but it finally spat out
+  a build. Hopefully this build is good, and it should fix the javascript
+  issues with Safari and the webapp.
+* Ulrik Sverdrup has written <https://github.com/blake2-ppc/git-remote-gcrypt>,
+  which allows using gpg encrypted ssh remotes with git. The same idea
+  could be expanded to other types of remotes, like S3. I'm excited
+  about adding encrypted git remote support to the assistant!
diff --git a/doc/design/assistant/blog/day_179__brief_updates/comment_1_920a84457d40358507a3eb817a4568d9._comment b/doc/design/assistant/blog/day_179__brief_updates/comment_1_920a84457d40358507a3eb817a4568d9._comment
new file mode 100644
index 0000000000..c58529cf1f
--- /dev/null
+++ b/doc/design/assistant/blog/day_179__brief_updates/comment_1_920a84457d40358507a3eb817a4568d9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmnG4EuvZWse5hvgrl0XAK-U61e-0iGaao"
+ nickname="David"
+ subject="git commit in direct mode"
+ date="2013-01-31T08:30:19Z"
+ content="""
+How about creating a .git/hooks/pre-commit script that warns the user or checks the commit before anything goes wrong? 
+"""]]
diff --git a/doc/design/assistant/blog/day_17__push_queue_prune.mdwn b/doc/design/assistant/blog/day_17__push_queue_prune.mdwn
new file mode 100644
index 0000000000..54ee75fb8d
--- /dev/null
+++ b/doc/design/assistant/blog/day_17__push_queue_prune.mdwn
@@ -0,0 +1,19 @@
+Not much available time today, only a few hours.
+
+Main thing I did was fixed up the failed push tracking to use a better data
+structure. No need for a queue of failed pushes, all it needs is a map of
+remotes that have an outstanding failed push, and a timestamp. Now it
+won't grow in memory use forever anymore. :)
+
+Finding the right thread mutex type for this turned out to be a bit of a
+challenge. I ended up with a STM TMVar, which is left empty when there are
+no pushes to retry, so the thread using it blocks until there are some. And,
+it can be updated transactionally, without races.
+
+I also fixed a bug outside the git-annex assistant code. It was possible to
+crash git-annex if a local git repository was configured as a remote, and
+the repository was not available on startup. git-annex now ignores such
+remotes. This does impact the assistant, since it is a long running process
+and git repositories will come and go. Now it ignores any that
+were not available when it started up. This will need to be dealt with when
+making it support removable drives.
diff --git a/doc/design/assistant/blog/day_180__back.mdwn b/doc/design/assistant/blog/day_180__back.mdwn
new file mode 100644
index 0000000000..adb336244b
--- /dev/null
+++ b/doc/design/assistant/blog/day_180__back.mdwn
@@ -0,0 +1,7 @@
+Back from Australia. Either later today or tomorrow I'll dig into the
+messages I was not able to get to while traveling, and then the plan is to
+get into the Android port.
+
+Video of my LCA2013 [git-annex talk](http://mirror.linux.org.au/linux.conf.au/2013/mp4/gitannex.mp4)
+is now available. I have not watched it yet, hope it turned out ok despite
+some technical difficulties!
diff --git a/doc/design/assistant/blog/day_181__triage.mdwn b/doc/design/assistant/blog/day_181__triage.mdwn
new file mode 100644
index 0000000000..9c5e92280c
--- /dev/null
+++ b/doc/design/assistant/blog/day_181__triage.mdwn
@@ -0,0 +1,23 @@
+Got fairly far along in my triage of my backlog, looking through everything
+that happened after January 23rd. Still 39 or so items to look at.
+
+There have been several reports of problems with ssh password prompts.
+I'm beginning to think the assistant may need to prompt for the password
+when setting up a ssh remote. This should be handled by `ssh-askpass` or
+similar, but some Linux users probably don't have it installed, and there
+seems to be no widely used OSX equivalent.
+
+---
+
+Fixed several bugs today, all involving (gasp) direct mode.
+
+The tricky one involved renaming or deleting files in direct mode.
+Currently nothing removes the old filename from the direct mode
+mapping, and this could result in the renamed or deleted file
+unexpectedly being put back into the tree when content is downloaded.
+
+To deal with this, it now assumes that direct mode mappings may be out of
+date compared to the tree, and does additional checks to catch
+inconsistencies. While that works well enough for the assistant,
+I'd also like to make the `pre-commit` hook update the mappings for files
+that are changed. That's needed to handle things like `git mv`.
diff --git a/doc/design/assistant/blog/day_182__it_begins.mdwn b/doc/design/assistant/blog/day_182__it_begins.mdwn
new file mode 100644
index 0000000000..48daea78fc
--- /dev/null
+++ b/doc/design/assistant/blog/day_182__it_begins.mdwn
@@ -0,0 +1,50 @@
+I need an Android development environment. I briefly looked into rooting
+the Asus Transformer so I could put a Debian chroot on it and build
+git-annex in there, but this quickly devolved to the typical maze of
+forum posts all containing poor instructions and dead links. Not worth it.
+
+Instead, I'm doing builds on my Sheevaplug, and once I have a static armel
+binary, will see what I need to do to get it running on Android.
+
+Fixed building with the webapp disabled, was broken by recent improvements.
+I'll be building without the webapp on arm initially, because ghci/template
+haskell on arm is still getting sorted out. (I tried ghc 7.6.2 and ghci is
+available, but doesn't quite work.)
+
+From there, I got a binary built pretty quickly (well, it's arm, so not *too*
+quickly). Then tried to make it static by appending 
+`-optl-static -optl-pthread` to the ghc command line.
+This failed with a bunch of errors:
+
+<pre>
+/usr/lib/gcc/arm-linux-gnueabi/4.6/../../../arm-linux-gnueabi/libxml2.a(nanohttp.o): In function `xmlNanoHTTPMethodRedir': (.text+0x2128): undefined reference to `inflateInit2_'
+/usr/lib/gcc/arm-linux-gnueabi/4.6/../../../arm-linux-gnueabi/libxml2.a(xzlib.o): In function `xz_decomp': (.text+0x36c): undefined reference to `lzma_code'
+...
+</pre>
+
+Disabling DBUS and (temporarily) XMPP got around that.
+
+Result!
+
+<pre>
+joey@leech:~/git-annex>ldd tmp/git-annex 
+        not a dynamic executable
+joey@leech:~/git-annex>ls -lha tmp/git-annex 
+-rwxr-xr-x 1 joey joey 18M Feb  6 16:23 tmp/git-annex*
+</pre>
+
+Next: Copy binary to Android device, and watch it fail in some interesting way.  
+Repeat.
+
+---
+
+Also more bug triage this morning...
+
+Got the pre-commit hook to update direct mode mappings.
+Uses `git diff-index HEAD` to find out what's changed. The only
+tricky part was detecting when `HEAD` doesn't exist yet. Git's
+plumbing is deficient in this area. Anyway, the mappings get updated
+much better now.
+
+Fixed a wacky bug where `git annex uninit` behaved badly on a filesystem
+that does not support hardlinks.
diff --git a/doc/design/assistant/blog/day_183__plan_b.mdwn b/doc/design/assistant/blog/day_183__plan_b.mdwn
new file mode 100644
index 0000000000..b310d0412e
--- /dev/null
+++ b/doc/design/assistant/blog/day_183__plan_b.mdwn
@@ -0,0 +1,19 @@
+Have not tried to run my static binary on Android yet, but I'm already
+working on a plan B in case that doesn't work. Yesterday I stumbled upon
+<https://github.com/neurocyte/ghc-android>, a ghc cross-compiler for
+Android that uses the Android native development kit. 
+It first appeared on February 4th. Good timing!
+
+I've gotten it to build and it emits arm executables, that seem to use the
+Android linker. So that's very promising indeed. 
+
+I've also gotten cabal working with it, and have it chewing through
+installing git-annex's build dependencies.
+
+----
+
+Also made a release today, this is another release that's mostly bugfixes,
+and a few minor features. Including one bug fixed at 6 am this morning, urk.
+
+I think I will probably split my days between working on Android porting
+and other git-annex development.
diff --git a/doc/design/assistant/blog/day_184__just_wanna_run_something.mdwn b/doc/design/assistant/blog/day_184__just_wanna_run_something.mdwn
new file mode 100644
index 0000000000..ac34293c3f
--- /dev/null
+++ b/doc/design/assistant/blog/day_184__just_wanna_run_something.mdwn
@@ -0,0 +1,46 @@
+Have been working on getting all the haskell libraries git-annex uses
+built with the android cross compiler. Difficulties so far are
+libraries that need tweaks to work with the new version of ghc, and some
+that use cabal in ways that break cross compilation. Haskell's network
+library was the last and most challenging of those.
+
+At this point, I'm able to start trying to build git-annex for android.
+Here's the first try!
+
+<pre>
+joey@gnu:~/src/git-annex>cabal install -w $HOME/.ghc-android-14-arm-linux-androideabi-4.7/bin/arm-unknown-linux-androideabi-ghc --with-ghc-pkg=$HOME/.ghc-android-14-arm-linux-androideabi-4.7/bin/arm-unknown-linux-androideabi-ghc-pkg --with-ld=$HOME/.ghc-android-14-arm-linux-androideabi-4.7/bin/arm-linux-androideabi-ld --flags="-Webapp -WebDAV -XMPP -S3 -Dbus"
+Resolving dependencies...
+Configuring git-annex-3.20130207...
+Building git-annex-3.20130207...
+Preprocessing executable 'git-annex' for git-annex-3.20130207...
+on the commandline: Warning:
+    -package-conf is deprecated: Use -package-db instead
+
+Utility/libdiskfree.c:28:26:
+     fatal error: sys/statvfs.h: No such file or directory
+compilation terminated.
+</pre>
+
+Should not be far from a first android build now..
+
+----
+
+While I already have Android "hello world" executables to try, I have not yet
+been able to run them. Can't seem to find a directory I can write to on the
+Asus Transformer, with a filesystem that supports the +x bit. Do you really
+have to root Android just to run simple binaries? I'm crying inside.
+
+It seems that the blessed Android NDK way would involve making a Java app,
+that pulls in a shared library that contains the native code. For haskell,
+the library will need to contain a C shim that, probably, calls an entry
+point to the Haskell runtime system. Once running, it can use the FFI to
+communicate back to the Java side, probably. The good news is that CJ van
+den Berg, who already saved my bacon once by developing ghc-android, tells
+me he's hard at work on that very thing.
+
+----
+
+In the meantime, downloaded the Android SDK. Have gotten it to build a
+`.apk` package from just javascript code, and managed to do it without
+using eclipse (thank god). Will need this later, but for now want to wash
+my brain out with soap after using it.
diff --git a/doc/design/assistant/blog/day_184__just_wanna_run_something/comment_1_689adac7e26cb0b0a4e7ecc787cfd716._comment b/doc/design/assistant/blog/day_184__just_wanna_run_something/comment_1_689adac7e26cb0b0a4e7ecc787cfd716._comment
new file mode 100644
index 0000000000..b6ad3ac7e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_184__just_wanna_run_something/comment_1_689adac7e26cb0b0a4e7ecc787cfd716._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="hhm"
+ ip="108.17.80.177"
+ subject="Write and exec on unrooted Android."
+ date="2013-02-10T05:43:41Z"
+ content="""
+See <http://kevinboone.net/android_nonroot.html> for info on where in the android filesystem you have write, exec ability.
+
+Basically you have these abilities in `/data/local` from `adb shell` (and in debuggable app's folders using run-as with `adb shell`), and in `/data/data/<app_id>/` for each app (for example the terminal emulator's data dir when using the terminal emulator).
+
+It might be possible to just have temporary root using an old exploit and writing up a bit of code to just setuid on the process and exec sh (source for nachoroot exploit <https://github.com/CunningLogic/NachoRoot>).
+
+It *is* possible to install a distro without root using a chroot faker.
+
+I am working here <https://sites.google.com/site/taldewandroid/> on a way to install the OpenWrt distro on Android. This is working on my phone already for quite a while! So far only sketchy notes are up, but more to come, G-d willing.
+"""]]
diff --git a/doc/design/assistant/blog/day_185__android_liftoff.mdwn b/doc/design/assistant/blog/day_185__android_liftoff.mdwn
new file mode 100644
index 0000000000..88fc5635ca
--- /dev/null
+++ b/doc/design/assistant/blog/day_185__android_liftoff.mdwn
@@ -0,0 +1,20 @@
+Thanks to hhm, who pointed me at [KBOX](http://kevinboone.net/kbox.html),
+I have verified that I can build haskell programs that work on Android.
+
+After hacking on it all day, I've succeeded in making an initial build of
+git-annex for Android. It links! It runs!
+
+Which is not to say it's usable yet; for one thing I need to get a port
+of git before it can do anything useful. (Some of the other things git-annex
+needs, like ssh and sha256sum, are helpfully provided by KBOX.)
+
+Next step will be to find or built a git port for Android. I know there's
+one in the "Terminal IDE" app. Once I can use git-annex at the command line
+on Android, I'll be able to test it out some (I can also port the test
+suite program and run it on Android), and get a feeling for what is needed
+to get the port to a usable command-line state.
+
+And then on to the webapp, and an Android app, I suppose. So far, the port
+doesn't include the webapp, but does include the assistant. The webapp
+needs ghci/template haskell for arm. A few people have been reporting they
+have that working, but I don't yet.
diff --git a/doc/design/assistant/blog/day_185__android_liftoff/comment_1_b7d28010a72619a7e9a5ad4f2a0d6c07._comment b/doc/design/assistant/blog/day_185__android_liftoff/comment_1_b7d28010a72619a7e9a5ad4f2a0d6c07._comment
new file mode 100644
index 0000000000..c0d336b115
--- /dev/null
+++ b/doc/design/assistant/blog/day_185__android_liftoff/comment_1_b7d28010a72619a7e9a5ad4f2a0d6c07._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://mlinden.myopenid.com/"
+ ip="2001:470:d1c3:0:5c01:5562:e242:37b9"
+ subject="&quot;Build native GNU/Linux applications: the easy way&quot;"
+ date="2013-02-10T22:02:19Z"
+ content="""
+Maybe this helps:
+[[http://forum.xda-developers.com/showthread.php?t=1444792]]
+"""]]
diff --git a/doc/design/assistant/blog/day_185__android_liftoff/comment_2_ddeb24e86fafb7dae93142cc02767aad._comment b/doc/design/assistant/blog/day_185__android_liftoff/comment_2_ddeb24e86fafb7dae93142cc02767aad._comment
new file mode 100644
index 0000000000..ed0c3dc317
--- /dev/null
+++ b/doc/design/assistant/blog/day_185__android_liftoff/comment_2_ddeb24e86fafb7dae93142cc02767aad._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnbBRfl5F8gKRr1ko8Ai6FbEZStXXNF1S4"
+ nickname="Áron"
+ subject="another android git app"
+ date="2013-02-11T08:20:42Z"
+ content="""
+https://play.google.com/store/apps/details?id=com.madgag.agit&hl=en
+
+I used it and its decent and certainly runs git as a backend (although I havent seen its internals)
+"""]]
diff --git a/doc/design/assistant/blog/day_186__Android_success.mdwn b/doc/design/assistant/blog/day_186__Android_success.mdwn
new file mode 100644
index 0000000000..8ede7f29a5
--- /dev/null
+++ b/doc/design/assistant/blog/day_186__Android_success.mdwn
@@ -0,0 +1,33 @@
+I'm now successfully using git-annex at the command line on Android.
+`git annex watch` works too.
+
+For now, I'm using a git repository under `/data`, which is on a real,
+non-cripped filesystem, so symlinks work there.
+
+There's still the issue of running without any symlinks on `/mnt/sdcard`.
+While direct mode gets most of the way, it still uses symlinks in a few
+places, so some more work will be needed there. Also, git-annex uses hard
+links to lock down files, which won't work on cripped filesystems.
+
+Besides that, there's lots of minor porting, but no big show-stoppers
+currently.. Some of today's porting work:
+
+* Cross-compiled git for Android. While the Terminal IDE app has some git
+  stuff, it's not complete and misses a lot of plumbing commands git-annex
+  uses. My git build needs some tweaks to be relocatable without setting
+  `GIT_EXEC_PATH`, but it works.
+
+* Switched git-annex to use the Haskell glob library, rather than PCRE. This
+  avoids needing libpcre, which simplifies installation on several platforms
+  (including Android).
+
+* Made git-annex's `configure` hardcode some settings when cross-compiling
+  for Android, rather than probing the build system.
+
+* Android's built-in `lsof` doesn't support the -F option to use a
+  machine-readable output format. So wrote a separate lsof output parser for
+  the standard lsof output format. Unfortunatly, Android's lsof does not
+  provide any information about where a file is open for read or write, so
+  for safety, git-annex has to assume any file that's open might be written
+  to, and avoid annexing it. It might be better to provide my own lsof
+  eventually.
diff --git a/doc/design/assistant/blog/day_186__Android_success/comment_1_1629da240ca7db5f8a32059f561fd435._comment b/doc/design/assistant/blog/day_186__Android_success/comment_1_1629da240ca7db5f8a32059f561fd435._comment
new file mode 100644
index 0000000000..07ef87bb4f
--- /dev/null
+++ b/doc/design/assistant/blog/day_186__Android_success/comment_1_1629da240ca7db5f8a32059f561fd435._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2013-02-12T10:24:50Z"
+ content="""
+heh, +1 for removing the need for pcre
+"""]]
diff --git a/doc/design/assistant/blog/day_187__porting_utilities.mdwn b/doc/design/assistant/blog/day_187__porting_utilities.mdwn
new file mode 100644
index 0000000000..496c74a1f5
--- /dev/null
+++ b/doc/design/assistant/blog/day_187__porting_utilities.mdwn
@@ -0,0 +1,22 @@
+Ported all the utilities git-annex needs to run on Android: 
+git, rsync, gnupg, dropbear (ssh client), busybox. Built a
+Makefile that can download, patch, and cross build these from source.
+
+While all the utilities work, dropbear doesn't allow git-annex to use ssh
+connection caching, which is rather annoying especially since these systems
+tend to be rather slow and take a while to start up ssh connections.
+I'd sort of like to try to get openssh's client working on Android instead.
+Don't know how realistic that is.
+
+Dealt with several parts of git-annex that assumed `/bin/sh` exists,
+so it instead uses `/system/bin/sh` on Android. Also adapted `runshell`
+for Android.
+
+Now I have a 8 mb compressed tarball for Android.
+Uncompressed it's 25 mb. This includes a lot of git and busybox
+commands that won't be used, so it could be trimmed down further.
+16 mb of it is git-annex itself.
+
+[[Instructions for using the Android tarball|install/Android]]  
+This is for users who are rather brave, not afraid of command line and
+keyboard usage. Good first step.
diff --git a/doc/design/assistant/blog/day_187__porting_utilities/comment_1_0e6a3f4fe8e09f247fa04156bc60f8c7._comment b/doc/design/assistant/blog/day_187__porting_utilities/comment_1_0e6a3f4fe8e09f247fa04156bc60f8c7._comment
new file mode 100644
index 0000000000..e25ff1c15c
--- /dev/null
+++ b/doc/design/assistant/blog/day_187__porting_utilities/comment_1_0e6a3f4fe8e09f247fa04156bc60f8c7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 1"
+ date="2013-02-13T22:16:17Z"
+ content="""
+In addition to dropbear, there is ConnectBot <https://code.google.com/p/connectbot/> which might make the ssh side of the equation simpler.  I prefer it because it is half the size of dropbear.
+"""]]
diff --git a/doc/design/assistant/blog/day_188__crippled_filesystem_support.mdwn b/doc/design/assistant/blog/day_188__crippled_filesystem_support.mdwn
new file mode 100644
index 0000000000..48f6069d45
--- /dev/null
+++ b/doc/design/assistant/blog/day_188__crippled_filesystem_support.mdwn
@@ -0,0 +1,37 @@
+There are at least three problems with using git-annex
+on `/sdcard` on Android, or on a FAT filesystem, or on (to a first
+approximation) Windows:
+
+1. symlinks
+2. hard links
+3. unix permissions
+
+So, I've added an `annex.crippledfilesystem` setting. `git annex init` now
+probes to see if all three are supported, and if not, enables that, as well
+as direct mode.
+
+In crippled filesystem mode, all the permissions settings are skipped.
+Most of them are only used to lock down content in the annex in indirect
+mode anyway, so no great loss.
+
+There are several uses of hard links, most of which can be dealt with by
+making copies. The one use of permissions and hard links I absolutely
+needed to deal with was that they're used to lock down a file as it's being
+ingested into the annex. That can't be done on crippled filesystems, so I
+made it instead check the metadata of the file before and after to detect
+if it changed, the same way direct mode detects when files are modified.
+This is likely better than the old method anyway.
+
+The other reason files are hardlinked while they're being ingested is that
+this allows running lsof on a single directory of files that are in the
+process of being added, to detect if anything has them open for write.
+I still need to adjust the lsof check to work in crippled filesystem mode.
+It seems this won't make it much slower to run lsof on the whole repository.
+
+At this point, I can use git-annex with a repository on `/sdcard` or a FAT
+filesystem, and at least `git annex add` works. 
+
+Still several things on the TODO list before crippled filesystem mode is
+complete. The only one I'm scared about is making `git merge` do something
+sane when it wants to merge two trees full of symlinks, and the filesystem
+doesn't let it create a symlink..
diff --git a/doc/design/assistant/blog/day_188__crippled_filesystem_support/comment_1_32a296fce23ae4b1e18bd5a9964bf619._comment b/doc/design/assistant/blog/day_188__crippled_filesystem_support/comment_1_32a296fce23ae4b1e18bd5a9964bf619._comment
new file mode 100644
index 0000000000..2796964e0e
--- /dev/null
+++ b/doc/design/assistant/blog/day_188__crippled_filesystem_support/comment_1_32a296fce23ae4b1e18bd5a9964bf619._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-02-15T00:38:00Z"
+ content="""
+Windows supports hardlinks on NTFS filesystems. Not sure about the privileges needed; I think all users can create them.
+
+Recent versions also support symlinks, but that's limited to Administrators by default, so Cygwin-Git (like the rest of Cygwin) uses special files with the \"system\" flag.
+
+As far as I know, Git does not try to dereference symlinks when merging – it only tracks the paths they point to. Where symlinks are not supported (e.g. vfat filesystems in general, or msysGit on Windows) it simply creates regular files containing the target path (i.e. the raw contents of the respective blobs).
+
+Regarding the use of Unix permissions: The \"open file\" syscall on Windows has a \"share mode\" flag, which can be used to disallow other programs from opening the file for writing (and/or even reading) as long as git-annex keeps it open. (I guess this is similar to mandatory locks in Linux.)
+"""]]
diff --git a/doc/design/assistant/blog/day_189__more_crippling.mdwn b/doc/design/assistant/blog/day_189__more_crippling.mdwn
new file mode 100644
index 0000000000..f3ddad2667
--- /dev/null
+++ b/doc/design/assistant/blog/day_189__more_crippling.mdwn
@@ -0,0 +1,44 @@
+Finished crippled filesystem support, except for symlink handling.
+This was straightforward, just got lsof working in that mode, made
+`migrate` copy key contents, and adapted the rsync special remote to
+support it. Encrypted rsync special remotes have no more overhead on
+crippled filesystems than normally. Un-encrypted rsync special remotes
+have some added overhead, but less than encrypted remotes. Acceptable
+for now.
+
+I've now successfully run the assistant on a FAT filesystem.
+
+----
+
+Git handles symlinks on crippled filesystems by setting
+`core.symlinks=false` and checking them out as files containing the link
+text. So to finish up crippled filesystem support, git-annex needs to
+do the same whenever it creates a symlink, and needs to read file contents
+when it normally reads a symlink target.
+
+There are rather a lot of calls to `createSymbolicLink`,
+`readSymbolicLink`, `getSymbolicLinkStatus`, `isSymbolicLink`, and `isSymLink`
+in the tree; only ones that are used in direct mode
+need to be converted. This will take a while.
+
+Checking whether something is a symlink, or where it points is especially
+tricky. How to tell if a small file in a git working tree is intended to be
+a symlink or not? Well, it can look at the content and see if it makes
+sense as a link text pointing at a git-annex key. As long as the
+possibility of false positives is ok. It might be possible, in some cases,
+to query git to verify if the object stored for that file is really a
+symlink, but that won't work if the file has been renamed, for example.
+
+Converted some of the most commonly used symlink code to handle this.
+Much more to do, but it basically works; I can `git annex get` and `git
+annex drop` on FAT, and it works.
+
+-----
+
+Unfortunately, got side-tracked when I discovered that the last release
+introduced a bug in direct mode. Due to the bug, "git annex get file; git annex
+drop file; git annex get file" would end up with the file being an indirect
+mode symlink to the content, rather than a direct mode file. No data loss,
+but not right. So, spent several hours fixing that reversion, which was
+caused by me stupidly fixing another bug at 5 am in the morning last week.. 
+and I'll probably be pushing out another release tomorrow with the fix.
diff --git a/doc/design/assistant/blog/day_18__merging.mdwn b/doc/design/assistant/blog/day_18__merging.mdwn
new file mode 100644
index 0000000000..f963cf85dd
--- /dev/null
+++ b/doc/design/assistant/blog/day_18__merging.mdwn
@@ -0,0 +1,82 @@
+Worked on automatic merge conflict resolution today. I had expected to be
+able to use git's merge driver interface for this, but that interface is
+not sufficient. There are two problems with it:
+
+1. The merge program is run when git is in the middle of an operation
+   that locks the index. So it cannot delete or stage files. I need to
+   do both as part of my conflict resolution strategy.
+2. The merge program is not run at all when the merge conflict is caused
+   by one side deleting a file, and the other side modifying it. This is
+   an important case to handle.
+
+So, instead, git-annex will use a regular `git merge`, and if it fails, it
+will fix up the conflicts.
+
+That presented its own difficulty, of finding which files in the tree
+conflict. `git ls-files --unmerged` is the way to do that, but its output
+is a quite raw form:
+
+	120000 3594e94c04db171e2767224db355f514b13715c5 1	foo
+	120000 35ec3b9d7586b46c0fd3450ba21e30ef666cfcd6 3	foo
+	100644 1eabec834c255a127e2e835dadc2d7733742ed9a 2	bar
+	100644 36902d4d842a114e8b8912c02d239b2d7059c02b 3	bar
+
+I had to stare at the rather impenetrable documentation for hours and
+write a lot of parsing and processing code to get from that to these mostly
+self explanatory data types:
+
+	data Conflicting v = Conflicting
+	        { valUs :: Maybe v
+	        , valThem :: Maybe v
+	        } deriving (Show)
+
+	data Unmerged = Unmerged
+	        { unmergedFile :: FilePath
+	        , unmergedBlobType :: Conflicting BlobType
+	        , unmergedSha :: Conflicting Sha
+	        } deriving (Show)
+
+Not the first time I've whined here about time spent parsing unix command
+output, is it? :)
+
+From there, it was relatively easy to write the actual conflict cleanup
+code, and make `git annex sync` use it. Here's how it looks:
+
+	$ ls -1
+	foo.png
+	bar.png
+	$ git annex sync
+	commit  
+	# On branch master
+	nothing to commit (working directory clean)
+	ok
+	merge synced/master 
+	CONFLICT (modify/delete): bar.png deleted in refs/heads/synced/master and modified in HEAD. Version HEAD of bar.png left in tree.
+	Automatic merge failed; fix conflicts and then commit the result.
+	bar.png: needs merge
+	(Recording state in git...)
+	[master 0354a67] git-annex automatic merge conflict fix
+	ok
+	$ ls -1
+	foo.png
+	bar.variant-a1fe.png
+	bar.variant-93a1.png
+
+There are very few options for ways for the conflict resolution code to
+name conflicting variants of files. The conflict resolver can only use data
+present in git to generate the names, because the same conflict needs to 
+be resolved the same everywhere.
+
+So I had to choose between using the full key name in the filenames produced
+when resolving a merge, and using a shorter checksum of the key, that would be
+more user-friendly, but could theoretically collide with another key. 
+I chose the checksum, and weakened it horribly by only using 32 bits of it!
+
+Surprisingly, I think this is a safe choice. The worst that can
+happens if such a collision happens is another conflict, and the conflict
+resolution code will work on conflicts produced by the conflict resolution
+code! In such a case, it does fall back to putting the whole key in
+the filename:
+"bar.variant-SHA256-s2550--2c09deac21fa93607be0844fefa870b2878a304a7714684c4cc8f800fda5e16b.png"
+
+Still need to hook this code into `git annex assistant`.
diff --git a/doc/design/assistant/blog/day_18__merging/comment_1_7a553ad559519f3b3e3cd20115b4c44e._comment b/doc/design/assistant/blog/day_18__merging/comment_1_7a553ad559519f3b3e3cd20115b4c44e._comment
new file mode 100644
index 0000000000..94261f81eb
--- /dev/null
+++ b/doc/design/assistant/blog/day_18__merging/comment_1_7a553ad559519f3b3e3cd20115b4c44e._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://droggl.myopenid.com/"
+ ip="2001:638:602:1181:a6ba:dbff:fedd:8041"
+ subject="comment 1"
+ date="2013-09-11T11:55:27Z"
+ content="""
+Nice!
+However I didnt find any documentation yet on how to actually resolve the situation as a user (sorry if I'm being blind).
+To be more specific: Say a conflict occurs on foo.txt and i now have two files foo.variant-dead.txt and foo.variant-beef.txt.
+Now what? Say I used my favorite merge diffmerge tool to create a merged version foo-merged.txt, should I rename that to foo.txt?
+Should I delete the variant files? Or drop them? Or would that lead to another merge for systems that still have the old foo.txt?
+(You see I'm kind of confused of what happens here ;))
+
+TIA for any helpers
+"""]]
diff --git a/doc/design/assistant/blog/day_190-191__weekend.mdwn b/doc/design/assistant/blog/day_190-191__weekend.mdwn
new file mode 100644
index 0000000000..21e46529a7
--- /dev/null
+++ b/doc/design/assistant/blog/day_190-191__weekend.mdwn
@@ -0,0 +1,28 @@
+Pushed out a release yesterday mostly for a bug fix. I have to build
+git-annex 5 times now when releasing. Am wondering if I could get rid of
+the Linux 64 bit standalone build. The 32 bit build should run ok on 64 bit
+Linux systems, since it has all its own 32 bit libraries. What I really
+need to do is set up autobuilders for Linux and Android, like we have for OSX.
+
+Today, dealt with all code that creates or looks at symlinks. Audited every
+bit of it, and converted all relevant parts to use a new abstraction layer
+that handles the pseudolink files git uses when core.symlinks=false.
+This is untested, but I'm quite happy with how it turned out.
+
+----
+
+Where next for Android? I want to spend a while testing command-line
+git-annex. After I'm sure it's really solid, I should try to get the webapp
+working, if possible.
+
+I've heard rumors that Ubuntu's version of ghc somehow supports template
+haskell on arm, so I need to investigate that. If I am unable to get
+template haskell on arm, I would need to either wait for further
+developments, or try to expand yesod's template haskell to regular haskell
+and then build it on arm, or I could of course switch away from hamlet
+(using blaze-html instead is appealing in some ways) and
+use yesod in non-template-haskell mode entirely. One of these will work,
+for sure, only question is how much pain.
+
+After getting the webapp working, there's still the issue of bundling it
+all up in an Android app that regular users can install.
diff --git a/doc/design/assistant/blog/day_190-191__weekend/comment_1_dbd692d12c14d08acd7d73a655b34e8b._comment b/doc/design/assistant/blog/day_190-191__weekend/comment_1_dbd692d12c14d08acd7d73a655b34e8b._comment
new file mode 100644
index 0000000000..965a762e6a
--- /dev/null
+++ b/doc/design/assistant/blog/day_190-191__weekend/comment_1_dbd692d12c14d08acd7d73a655b34e8b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="phonegap might help"
+ date="2013-02-17T22:43:06Z"
+ content="""
+In your research to see how to bundle up a graphical android app, I suggest you read up on phonegap: http://phonegap.com/
+
+Essentially they bundle webkit so you can turn a web app into an android app. Not sure if they help you ship native/binary stuff along side the html/javascript/css, but phonegap should at least be useful as a reference for how to do some of the bundling-related stuff.
+"""]]
diff --git a/doc/design/assistant/blog/day_190-191__weekend/comment_2_c813830e53471a9732e010a748d574fc._comment b/doc/design/assistant/blog/day_190-191__weekend/comment_2_c813830e53471a9732e010a748d574fc._comment
new file mode 100644
index 0000000000..bdda398b06
--- /dev/null
+++ b/doc/design/assistant/blog/day_190-191__weekend/comment_2_c813830e53471a9732e010a748d574fc._comment
@@ -0,0 +1,28 @@
+[[!comment format=c
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Two direct mode repository on the same computer"
+ date="2013-02-19T09:24:21Z"
+ content="""
+Hi,
+
+I just tried the newest git annex webapp (20130216), 
+I am still not able to configure two direct mode repositories (one normal, one backup) on the same computer.
+
+It does recognize my other partition (/mnt/the) as a removable drive, but when I add it 
+it gives me internal server error:
+\"\"\"
+Internal Server Error
+
+there is no available git remote named \"the\"
+git-annex version 3.20130216
+\"\"\"
+
+Could you please (pretty please) add a possibility to specify the removable drive as a simple folder?
+So I could choose arbitrary folder(/mnt/the/annex-backup) on my computer and 
+it would treat it as a direct mode repository.
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_192_193__more_porting.mdwn b/doc/design/assistant/blog/day_192_193__more_porting.mdwn
new file mode 100644
index 0000000000..59f7cf8369
--- /dev/null
+++ b/doc/design/assistant/blog/day_192_193__more_porting.mdwn
@@ -0,0 +1,44 @@
+Felt spread thin yesterday, as I was working on multiple things
+concurrently & bouncing around as compiles finished. Been working to get
+openssh to build for Android, which is quite a pain, starting with getting
+openssl to build and then dealing with the Cyanogenmod patches, some of
+which are necessary to build on Android and some of which break builds
+outside Cyanogenmod. At the same time was testing git-annex on Android.
+Found and fixed several more portability bugs while doing that. And on the
+back burner I was making some changes to the webapp..
+
+(Forgot to commit my blog post yesterday too..)
+
+Today, that all came together.
+
+* When adding another local repository in the webapp, 
+  it now allows you to choose whether it should be combined with
+  your current repository, or kept separate. Several people had requested
+  a way to add local clones with the webapp, for various reasons, like
+  wanting a backup repository, or wanting to make a repository on a NFS
+  server, and this allows doing that.
+
+[[!img /assistant/combinerepos.png]]
+
+* More porting fun. FAT filesystems and other things used on Android can
+  get all new inode numbers each time mounted. Made git-annex use a
+  sentinal file to detect when this has happened, since in direct mode
+  it compares inodes. (As a bonus this also makes copying direct mode
+  repositories between filesystems work.)
+
+* Got openssh building for Android. Changed it to use $HOME/.ssh rather
+  than trusting pwent.
+
+* Got git-annex's ssh connection caching working on Android. That needs
+  a place where it can create a socket. When the
+  repository is on a crippled filesystem, it instead puts the socket
+  in a temporary directory set up on the filesystem where the git-annex
+  program resides.
+
+With ssh connection caching, transferring multiple files off my Android
+tablet *screams*! I was seeing 6.5 megabytes transferred per second,
+sustained over a whole month's worth of photos.
+
+Next problem: `git annex assistant` on Android is for some reason crashing
+with a segfault on startup. Especially odd since `git annex watch` works.
+I'm so close to snap-photo-and-it-syncs-nirvana, but still so far away...
diff --git a/doc/design/assistant/blog/day_194__nice_moment.mdwn b/doc/design/assistant/blog/day_194__nice_moment.mdwn
new file mode 100644
index 0000000000..1a5ee9b1ea
--- /dev/null
+++ b/doc/design/assistant/blog/day_194__nice_moment.mdwn
@@ -0,0 +1,37 @@
+<video controls src="http://downloads.kitenet.net/videos/git-annex-android.ogv" width="100%"></video>
+<a href="http://downloads.kitenet.net/videos/git-annex-android.ogv">video</a>
+
+Today's work:
+
+* Fixed `git annex add` of a modified file in direct mode.
+* Fixed bugs in the inode sentinal file code added yesterday.
+* With some help from Kevin Boone, I now understand how KBOX works and
+  how to use similar techniques to build my own standalone Android app
+  that includes git-annex.
+
+  Kevin is using a cute hack; he ships a tarball and some other stuff
+  as (pseudo-)library files (`libfoo.so`), which are the only files
+  the Android package manager deigns to install. Then the app runs one
+  of these, which installs the programs.
+
+  This avoids needing to write Java code that extracts the programs from
+  one of its assets and writes it to an executable file, which is the
+  canonical way to do this sort of thing. But I noticed it has a benefit too
+  (which KBOX does not yet exploit). Since the pseudo-library file is installed
+  with the X bit set, if it's really a program, such as busybox or git-annex,
+  that program can be run without needing to copy it to an executable file.
+  This can save a lot of disk space. So, I'm planning to include all
+  the binaries needed by git-annex as these pseudo-libraries.
+* Got the Android Terminal Emulator to build. I will be basing my first
+  git-annex Android app on this, since a terminal is needed until there's 
+  a webapp.
+* Wasted several hours fighting with `Android.mk` files to include
+  my pseudo shared library. This abuse of Makefiles by the NDK is what CDBS
+  wants to grow up to be.. or is it the other way around? Anyway, it
+  sucks horribly, and I finally found a way to do it without
+  modifying the file at all. Ugh.
+* At this point, I can build a `git-annex.apk` file containing a
+  `libgit-annex.so`, and a `libbusybox.so`, that can both be directly
+  run. The plan from here is to give git-annex the ability to
+  auto-install itself, and the other pseudo-libraries, when it's run as
+  `libgit-annex.so`.
diff --git a/doc/design/assistant/blog/day_195__real_android_app.mdwn b/doc/design/assistant/blog/day_195__real_android_app.mdwn
new file mode 100644
index 0000000000..f6a4eeebe3
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app.mdwn
@@ -0,0 +1,32 @@
+Well, it's built. [Real Android app for git-annex](http://downloads.kitenet.net/git-annex/android/current/).
+
+[[!img /android/appinstalled.png]]
+
+When installed, this will open a terminal in which you have access to
+git-annex and all the git commands and busybox commands as well. No webapp
+yet, but command line users should feel right at home.
+
+[[!img /android/terminal.png]]
+
+Please test it out, at least as far as installing it, opening the terminal,
+and checking that you can run `git annex`; I've only been able to test on
+one Android device so far. I'm especially keen to know if it works with
+newer versions of Android than 4.0.3. (I know it only supports arm based
+Android, no x86 etc.) Please comment if you tried it.
+
+----
+
+Building this went mostly as planned, although I had about 12 builds of
+the app in the middle which crashed on startup with no error message ora
+logs. Still, it took only one day to put it all together,
+ and I even had time to gimp up a quick icon. (Better icons welcome.)
+
+Kevin thinks that my space-saving hack won't work on all Androiden, and he
+may be right. If the `lib` directory is on a different filesystem on some
+devices, it will fail. But I used it for now anyhow. Thanks to the hack,
+the 7.8 mb compressed .apk file installs to use around 23 mb of disk space.
+
+----
+
+Tomorrow: Why does `git-annex assistant` on Android re-add all existing
+files on startup?
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_10_0112007552b30cd9bfeac614a1e399c4._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_10_0112007552b30cd9bfeac614a1e399c4._comment
new file mode 100644
index 0000000000..cc24c08c34
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_10_0112007552b30cd9bfeac614a1e399c4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 10"
+ date="2013-02-22T17:30:59Z"
+ content="""
+@rillian could you try to install KBOX <http://kevinboone.net/Term-debug.apk> and see if its terminal accepts input? It's the same terminal app, so will be good to know if I broke it or this is a wider problem.
+
+Also, did you try the soft keyboard? There's a menu item to enable it.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_11_230d3c169c713f613b9d607d84ce5092._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_11_230d3c169c713f613b9d607d84ce5092._comment
new file mode 100644
index 0000000000..a984dd339a
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_11_230d3c169c713f613b9d607d84ce5092._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="rillian"
+ ip="64.213.70.194"
+ subject="Re: no keybourd events on Galaxy Tab 10.1"
+ date="2013-02-22T18:28:11Z"
+ content="""
+KBOX has the same input problem so you didn't break anything with your changes.
+
+I was testing with the soft keyboard. Turns out the spacebar and number keys on the soft keyboard work, as well as return, just not the alphabetic keys.
+
+Trying on a hardware keyboard (Samsung docking station) is similar. Space, Enter and numbers work, but not letters. There's some additional confusion about shift state, where it gets confused and reports shifted digits from the hardware keys when the soft keyboard is in some shift states. E.g. switching the soft keyboard to numeric mode results in shift-digits (punctuation) from the hardware numeric keys.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_12_8d74ad2a61c02272758d157282ad56ec._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_12_8d74ad2a61c02272758d157282ad56ec._comment
new file mode 100644
index 0000000000..76aee55fd6
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_12_8d74ad2a61c02272758d157282ad56ec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 12"
+ date="2013-02-22T18:35:35Z"
+ content="""
+@rillian the upstream for this terminal is <https://github.com/jackpal/Android-Terminal-Emulator/>
+and I found a bug that looks similar. <https://github.com/jackpal/Android-Terminal-Emulator/issues/129>
+You might add your info there, and try the workaround documented there.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_13_4f6bc0680f2debd638933968a26975e0._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_13_4f6bc0680f2debd638933968a26975e0._comment
new file mode 100644
index 0000000000..57a6015303
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_13_4f6bc0680f2debd638933968a26975e0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 13"
+ date="2013-02-22T19:39:15Z"
+ content="""
+@Karsten does KBOX work on this version of Android? <http://kevinboone.net/Term-debug.apk>
+
+It may well be that this is just too old and incompatable for the terminal to work.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_14_71539c62608866464e8faa76bc522a55._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_14_71539c62608866464e8faa76bc522a55._comment
new file mode 100644
index 0000000000..bfb12f24a6
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_14_71539c62608866464e8faa76bc522a55._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="comment 14"
+ date="2013-02-22T21:45:54Z"
+ content="""
+On Android 2.3.3 (Samsung Galaxy S+) KBOX works, git-annex displays the \"Terminal session is running\" notification and dies immediately.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_15_e1b205289721ae79ac7fbed2f44018b2._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_15_e1b205289721ae79ac7fbed2f44018b2._comment
new file mode 100644
index 0000000000..e48ee71349
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_15_e1b205289721ae79ac7fbed2f44018b2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 15"
+ date="2013-02-22T22:26:22Z"
+ content="""
+I'm seeing a pattern with Android 2.3 failing.. 
+
+This failure mode suggests that the bug is in the installation script. The next build will make the terminal not exit immediately if that script fails, so you can go in to the shell and run it by hand to see what's going wrong.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_1_4bc0aeae4fa1116944644c64feaf9697._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_1_4bc0aeae4fa1116944644c64feaf9697._comment
new file mode 100644
index 0000000000..05e3d298b5
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_1_4bc0aeae4fa1116944644c64feaf9697._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://andrew.aylett.co.uk/"
+ nickname="andrew"
+ subject="Works on Samsung Galaxy S3"
+ date="2013-02-21T23:23:08Z"
+ content="""
+Installed, executed and managed to get the help text on a Samsung Galaxy S3 running 4.1.2.  Not tried anything else yet, but looks good so far, thank you very much :).
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_2_17bb6e7565d4c757f6c1e3514c22f47d._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_2_17bb6e7565d4c757f6c1e3514c22f47d._comment
new file mode 100644
index 0000000000..138518bdb8
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_2_17bb6e7565d4c757f6c1e3514c22f47d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlmNbexnCgLywD0MKyT9mG9mWFb_qVj-8I"
+ nickname="Joshua"
+ subject="Toshiba Excite 7.7 (Android 4.1.1)"
+ date="2013-02-22T00:15:46Z"
+ content="""
+Seems to run fine. I managed to create a repository, git-annex init it (had to set email and name per repository). 
+
+The first time I tried git-annex init it said \"Detected a crippled file system.\" \"Enabling direct mode.\" The final try that actually worked only mentioned the crippled filesystem and not direct mode.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_3_cd8a6bec0f7c6843dd11d3266f25f864._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_3_cd8a6bec0f7c6843dd11d3266f25f864._comment
new file mode 100644
index 0000000000..643605d5b6
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_3_cd8a6bec0f7c6843dd11d3266f25f864._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Installs and runs"
+ date="2013-02-22T00:17:30Z"
+ content="""
+No problem installing on a Galaxy Nexus with 4.2.2
+
+    1|u0_a162@android:/sdcard $ git clone https://git.jim.sh/jim/annex.git
+    Cloning into 'annex'...
+    fatal: Unable to find remote helper for 'https'
+
+Too much to hope for at this stage, I suppose :)
+
+    128|u0_a162@android:/sdcard $ git annex assistant
+    git-annex: Not in a git repository.
+    1|u0_a162@android:/sdcard $ git init test
+    Initialized empty Git repository in /storage/emulated/legacy/test/.git/
+    u0_a162@android:/sdcard $ cd test
+    u0_a162@android:/sdcard/test $ git annex init
+    init
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    
+    *** Please tell me who you are.
+    
+    Run
+    
+      git config --global user.email \"you@example.com\"
+      git config --global user.name \"Your Name\"
+    
+    to set your account's default identity.
+    Omit --global to set the identity only in this repository.
+    
+    fatal: unable to auto-detect email address (got 'u0_a162@localhost.(none)')
+    
+    git-annex: user error (git [\"--git-dir=/storage/emulated/legacy/test/.git\",\"--work-tree=/storage/emulated/legacy/test\",\"commit-tree\",\"4b825dc642cb6eb9a060e54bf8d69288fbee4904\"] exited 128)
+    failed
+    git-annex: init: 1 failed
+    1|u0_a162@android:/sdcard/test $
+
+However, I get the same error even after setting `user.email` and `user.name` (which seems to work fine)
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_4_2d2eee4bcbbd1d069a80bff5edc90c3c._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_4_2d2eee4bcbbd1d069a80bff5edc90c3c._comment
new file mode 100644
index 0000000000..acb022e132
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_4_2d2eee4bcbbd1d069a80bff5edc90c3c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 4"
+ date="2013-02-22T00:54:56Z"
+ content="""
+@jim git http support is disabled to save space
+
+What seems to work is: git config user.email \"you@example.com\" 
+
+It's probably looking in the wrong place for the global .gitconfig so --global doesn't work. The assistant
+also automates dealing with this problem BTW.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_6_3d96568c469a8c53a982f304eae5e7d4._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_6_3d96568c469a8c53a982f304eae5e7d4._comment
new file mode 100644
index 0000000000..0fc0a5cecf
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_6_3d96568c469a8c53a982f304eae5e7d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="rillian"
+ ip="174.6.6.167"
+ subject="no keybourd events on Galaxy Tab 10.1"
+ date="2013-02-22T06:54:54Z"
+ content="""
+Hey, thanks for working on this.
+
+I tried the Feb 21 apk on my Samsung galaxy Tab 10.1 with Android 4.0.4. It installed and launched fine, bringing up a terminal window, keyboard, etc, but only the return key works. It's not possible to type znything. The menus, new window button etc all seem to be functional.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_6_e8667c47d07fc842cf0fe2ebbfbc1c58._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_6_e8667c47d07fc842cf0fe2ebbfbc1c58._comment
new file mode 100644
index 0000000000..8f1c71bad6
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_6_e8667c47d07fc842cf0fe2ebbfbc1c58._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 6"
+ date="2013-02-22T07:00:41Z"
+ content="""
+Installed on Cyanogenmod 7.2 (Android 2.3.7) on my HTC Desire. When starting the App \"Terminalsitzung wird ausgeführt\" (Terminalsession is started) shows in the statusline, then the app immediately closes.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_7_cf8da7720ddc20b05955ee671ca4acd5._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_7_cf8da7720ddc20b05955ee671ca4acd5._comment
new file mode 100644
index 0000000000..b583d675bf
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_7_cf8da7720ddc20b05955ee671ca4acd5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="installed successfully on galaxy nexus stock 4.2.2 rom"
+ date="2013-02-22T08:28:36Z"
+ content="""
+could run git annex and get the help screen. didn't do much else after that since I am at work currently.
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_8_f4709bdbc739182819b648fd6aa00531._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_8_f4709bdbc739182819b648fd6aa00531._comment
new file mode 100644
index 0000000000..367e791ff2
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_8_f4709bdbc739182819b648fd6aa00531._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="nexus 4, android 4.2.2"
+ date="2013-02-22T11:59:13Z"
+ content="""
+Installs but can not detect email even when set:
+
+    --global user.name \"Your Name\"                               <
+    --global user.email \"you@example.com\"                         <
+    u0_a135@android:/sdcard/git-annex.home $ git annex init
+    init
+      Detected a crippled filesystem.
+
+    *** Please tell me who you are.
+    
+    Run
+    
+      git config --global user.email \"you@example.com\"
+      git config --global user.name \"Your Name\"
+    
+    to set your account's default identity.
+    Omit --global to set the identity only in this repository.
+    
+    fatal: unable to auto-detect email address (got 'u0_a135@localhost.(none)')
+    
+    git-annex: user error (git [\"--git-  dir=/storage/emulated/legacy/git-annex.home/.git\",\"--work-tree=/storage/emulated/legacy/git-annex.home\",\"commit-tree\",\"4b825dc642cb6eb9a060e54bf8d69288fbee4904\"] exited 128)
+failed
+    git-annex: init: 1 failed
+    1|u0_a135@android:/sdcard/git-annex.home $
+
+
+Sorry for bad copy paste... On tour bus in Stockholm and only have phone, no laptop...
+
+RichiH
+"""]]
diff --git a/doc/design/assistant/blog/day_195__real_android_app/comment_9_e66af12c7eca0d457b8406e9fb4b69be._comment b/doc/design/assistant/blog/day_195__real_android_app/comment_9_e66af12c7eca0d457b8406e9fb4b69be._comment
new file mode 100644
index 0000000000..46a9eff3de
--- /dev/null
+++ b/doc/design/assistant/blog/day_195__real_android_app/comment_9_e66af12c7eca0d457b8406e9fb4b69be._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="comment 9"
+ date="2013-02-22T15:19:25Z"
+ content="""
+Same trouble with --global config, however local config works.
+"""]]
diff --git a/doc/design/assistant/blog/day_196__android_bugfixes.mdwn b/doc/design/assistant/blog/day_196__android_bugfixes.mdwn
new file mode 100644
index 0000000000..a78853f93e
--- /dev/null
+++ b/doc/design/assistant/blog/day_196__android_bugfixes.mdwn
@@ -0,0 +1,26 @@
+So it seems the Android app works pretty well on a variety of systems.
+Only report of 100% failure so far is on Cyanogenmod 7.2 (Android 2.3.7).
+
+Worked today on some of the obvious bugs.
+
+* Turns out that getEnvironment is broken on Android, returning no
+  environment, which explains the weird git behavior where it complains
+  that it cannot determine the username and email (because it sees no USER
+  or HOST), and suggests setting them in the global git config (which it
+  ignores, because it sees no HOME). Put in a work around for this
+  that makes `git annex init` more pleasant, and opened a bug report on
+  ghc-android.
+* Made the Android app detect when it's been upgraded, and re-link all
+  the commands, etc.
+* Fixed the bug that made `git-annex assistant` on Android re-add all
+  existing files on startup.
+* Enabled a few useful things in busybox. Including vi.
+* Replaced the service notification icon with one with the git-annex logo.
+* Made the terminal not close immediately when the shell exits, which
+  should aid in debugging of certain types of crashes.
+
+I want to set up an autobuilder for Android, but to do that I need to
+install all the haskell libraries on my server. Since getting them built
+for Android involved several days of hacking the first time, this will
+be an opportunity to make sure I can replicate that. Hopefully in less time.
+;)
diff --git a/doc/design/assistant/blog/day_197__template_haskell.mdwn b/doc/design/assistant/blog/day_197__template_haskell.mdwn
new file mode 100644
index 0000000000..cb42b08038
--- /dev/null
+++ b/doc/design/assistant/blog/day_197__template_haskell.mdwn
@@ -0,0 +1,36 @@
+Set up an autobuilder for the linux standalone binaries.
+Did not get an Android autobuilder set up yet, but I did update
+the Android app with recent improvements, so [[upgrade|install/Android]].
+
+----
+
+Investigated further down paths to getting the webapp built for Android.
+
+* Since recent ghc versions support ghci and thus template haskell on arm,
+  at least some of the time, I wonder what's keeping the ghc-android build
+  from doing so? It might be due to it being a cross compiler. I tried
+  recompiling it with the stage 2, native compiler enabled. While I was
+  able to use that ghc binary on Android, it refused to run --interactive,
+  claiming it was not built with that enabled. Don't really understand
+  the ghc build system, so might have missed something.
+
+  Maybe I need to recompile ghc using the native ghc running on Android.
+  But that would involve porting gcc and a lot of libraries and toolchain
+  stuff to Android.
+
+* [yesod-pure](http://hackage.haskell.org/package/yesod-pure) is an option,
+  and I would not mind making all the code changes to use it, getting
+  rid of template haskell entirely. (Probably around 1 thousand lines of
+  code would need to be written, but most of it would be trivial
+  conversion of hamlet templates.)
+  
+  Question is, will yesod install at all without template haskell? Not
+  easily. `vector`, `monad-logger`, `aeson`, `shakespeare`,
+  `shakespeare-css`, `shakespeare-js`, `shakespeare-i18n`, `hamlet`
+  all use TH at build time. Hacked them all to just remove the TH parts.
+
+  The hack job on `yesod-core` was especially rough, involving things like
+  404 handlers. Did get it to build tho!
+
+  Still a dozen packages before I can build yesod, and then will try 
+  building [this yesod-pure demo](https://gist.github.com/snoyberg/3870834/raw/212f0164de36524291df3ab35788e2b72d8d1e75/fib.hs).
diff --git a/doc/design/assistant/blog/day_197__template_haskell/comment_1_82d9f9508929d84abf7b718c59436ae8._comment b/doc/design/assistant/blog/day_197__template_haskell/comment_1_82d9f9508929d84abf7b718c59436ae8._comment
new file mode 100644
index 0000000000..95fcde0d6a
--- /dev/null
+++ b/doc/design/assistant/blog/day_197__template_haskell/comment_1_82d9f9508929d84abf7b718c59436ae8._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="Android 2.3"
+ date="2013-02-24T15:16:51Z"
+ content="""
+The updated version lets me see the failure(s), and it looks like this:
+
+    cd: can't cd to /data/data/ga.androidterm/lib/lib.runshell.so/../..
+    [: not found
+    [: not found
+    could not open //installed-version, No such file or directory
+    /data/data/ga.androidterm/lib/lib.runshell.so: cannot create
+    /sdcard/git-annex.home/git-annex-install.log: directory nonexistent
+
+    [Terminal session finished]
+
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes.mdwn b/doc/design/assistant/blog/day_198__bugfixes.mdwn
new file mode 100644
index 0000000000..ec8535ad1c
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes.mdwn
@@ -0,0 +1,11 @@
+Wrote a C shim to get the Android app started. This avoids it relying on
+the Android /system/bin/sh to run its shell script, or indeed relying on
+any unix utilities from Android at all, which may help on some
+systems. Pushed a new build of the Android app.
+
+Tracked down a failure a lot of people are reporting with WebDAV support
+to a backported security fix in the TLS library, and filed an upstream bug
+about it.
+
+Various other misc fixing and stuff.
+My queue of bug reports and stuff only has 47 items in it now. Urk..
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_1_5a15b5bad0f9ba2423d2aebe440ac0ea._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_1_5a15b5bad0f9ba2423d2aebe440ac0ea._comment
new file mode 100644
index 0000000000..279a53f044
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_1_5a15b5bad0f9ba2423d2aebe440ac0ea._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="Android 2.3 again"
+ date="2013-02-24T23:07:28Z"
+ content="""
+I got _a lot_ further with the latest upgrade.
+
+* installation worked
+* `git init` worked
+* first `git annex init` asked to set user.{email,name}
+* `git config --global ...` worked
+* second `git annex init` segfaulted, but not immediately:
+
+      init
+        Detected a crippled filesystem.
+      error: git-annex died of signal 11
+
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_2_36d94b838e5e65c85e7afaabe8a578f1._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_2_36d94b838e5e65c85e7afaabe8a578f1._comment
new file mode 100644
index 0000000000..0a34148647
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_2_36d94b838e5e65c85e7afaabe8a578f1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 2"
+ date="2013-02-25T11:22:53Z"
+ content="""
+Is the autiobuilder for linux available already?
+I can't find it, and I'm eager to try the thumbdrive related fixes (where I can specify a simple folder).
+
+Best, 
+ Laszlo
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_3_ae9b74341a3bc6e1e84d2c0ca4c5f612._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_3_ae9b74341a3bc6e1e84d2c0ca4c5f612._comment
new file mode 100644
index 0000000000..39e017cebb
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_3_ae9b74341a3bc6e1e84d2c0ca4c5f612._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 3"
+ date="2013-02-25T15:53:30Z"
+ content="""
+@meep try running it with --debug for some more hint of where it's crashing
+
+@Laszlo see [[install/Linux_standalone]]
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_4_5a4827227c03bcff3b1e4c44b531f816._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_4_5a4827227c03bcff3b1e4c44b531f816._comment
new file mode 100644
index 0000000000..fafb8fd274
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_4_5a4827227c03bcff3b1e4c44b531f816._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 4"
+ date="2013-02-25T18:28:09Z"
+ content="""
+joeyh: Is the 20130216 is the newest? Because you just wrote about two days ago of direct mode fixes, I'm interested in.
+I tried 20130216 already.
+
+Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_5_9c5f4c85217e898be4c57c615e53c36f._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_5_9c5f4c85217e898be4c57c615e53c36f._comment
new file mode 100644
index 0000000000..221e28d25a
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_5_9c5f4c85217e898be4c57c615e53c36f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 5"
+ date="2013-02-26T16:33:11Z"
+ content="""
+I have not made a release with those fixes yet, but they are available in the autobuilds.
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_6_bccf1abfb7f56d97673158f3ccfce511._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_6_bccf1abfb7f56d97673158f3ccfce511._comment
new file mode 100644
index 0000000000..22012c0cdf
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_6_bccf1abfb7f56d97673158f3ccfce511._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="git annex init --debug"
+ date="2013-02-27T06:39:19Z"
+ content="""
+The last thing before the signal 11 error that I can see with `--debug` is `read: uname [\"-n\"]` after reports of running 5 git commands.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_7_6f1b51b002cc5d2b505d80e3e04bf6f3._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_7_6f1b51b002cc5d2b505d80e3e04bf6f3._comment
new file mode 100644
index 0000000000..8adcd394d2
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_7_6f1b51b002cc5d2b505d80e3e04bf6f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="comment 7"
+ date="2013-02-27T06:53:15Z"
+ content="""
+But the error does not happen immediately after that. All the 6 log messages have the same timestamp and `git annex init --debug; date` prints a timestamp that is 3-4 seconds later.
+"""]]
diff --git a/doc/design/assistant/blog/day_198__bugfixes/comment_8_8a3542437663028b17442818eba3f7c5._comment b/doc/design/assistant/blog/day_198__bugfixes/comment_8_8a3542437663028b17442818eba3f7c5._comment
new file mode 100644
index 0000000000..f9a50b94e7
--- /dev/null
+++ b/doc/design/assistant/blog/day_198__bugfixes/comment_8_8a3542437663028b17442818eba3f7c5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="comment 8"
+ date="2013-02-27T06:55:24Z"
+ content="""
+Also, this was after a reinstall. The next time I start the app the terminal opens but prompt does not appear (at least not for a very long time). Then after uninstall and reinstall I get to the prompt again.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now.mdwn b/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now.mdwn
new file mode 100644
index 0000000000..7d37e8f948
--- /dev/null
+++ b/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now.mdwn
@@ -0,0 +1,26 @@
+An Android autobuilder is now set up to run nightly. At this point
+I don't see an immediate way to getting the webapp working on Android, so
+it's best to wait a month or two and see how things develop in Haskell land.
+So I'm moving on to other things.
+
+Today:
+
+* Fixed a nasty regression that made `*` not match files in subdirectories.
+  That broke the preferred content handling, among other things. I will
+  be pushing out a new release soon.
+* As a last Android thing (for now), made the Android app automatically
+  run `git annex assistant --autostart` , so you can manually set up
+  an assistant-driven repository on Android, listing the repository in
+  `.config/git-annex/autostart`
+* Made the webapp display any error message from `git init` if it fails.
+  This was the one remaining gap in the logging.
+  One reason it could fail is if the system has a newer git in use, and
+  `~/.gitconfig` is configured with some options the older git bundled
+  with git-annex doesn't like.
+* Bumped the major version to 4, and annex.version will be set to 4 in
+  new direct mode repositories. (But version 3 is otherwise still used, to
+  avoid any upgrade pain.) This is to prevent old versions that don't
+  understand direct mode from getting confused. I hope direct mode is
+  finally complete, too, after the work to make it work on crippled
+  filesystems this month.
+* Misc other bugfixes etc. Backlog down to 43.
diff --git a/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now/comment_1_ec57358afc7e78d2860aa4237793832d._comment b/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now/comment_1_ec57358afc7e78d2860aa4237793832d._comment
new file mode 100644
index 0000000000..1d79237395
--- /dev/null
+++ b/doc/design/assistant/blog/day_199__wrapping_up_Android_for_now/comment_1_ec57358afc7e78d2860aa4237793832d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="Automagic photo backups"
+ date="2013-02-26T21:56:44Z"
+ content="""
+Did you investigate how hard it would be to only commit & upload once the phone is being charged _and_ on WiFi? That does not rely on the webapp, but it would make using git-annex on Android a lot more useful until you restart your work on this.
+
+
+RichiH
+"""]]
diff --git a/doc/design/assistant/blog/day_19__random_improvements.mdwn b/doc/design/assistant/blog/day_19__random_improvements.mdwn
new file mode 100644
index 0000000000..acb30bf934
--- /dev/null
+++ b/doc/design/assistant/blog/day_19__random_improvements.mdwn
@@ -0,0 +1,50 @@
+Random improvements day..
+
+Got the merge conflict resolution code working in `git annex assistant`.
+
+Did some more fixes to the pushing and pulling code, covering some cases
+I missed earlier. 
+
+Git syncing seems to work well for me now; I've seen it recover
+from a variety of error conditions, including merge conflicts and repos
+that were temporarily unavailable.
+
+----
+
+There is definitely a MVar deadlock if the merger thread's inotify event
+handler tries to run code in the Annex monad. Luckily, it doesn't
+currently seem to need to do that, so I have put off debugging what's going
+on there.
+
+Reworked how the inotify thread runs, to avoid the two inotify threads
+in the assistant now from both needing to wait for program termination,
+in a possibly conflicting manner.
+
+Hmm, that *seems* to have fixed the MVar deadlock problem.
+
+----
+
+Been thinking about how to fix [[bugs/watcher_commits_unlocked_files]].
+Posted some thoughts there.
+
+It's about time to move on to data [[syncing]]. While eventually that will
+need to build a map of the repo network to efficiently sync data over the
+fastest paths, I'm thinking that I'll first write a dumb version. So, two
+more threads:
+
+1. Uploads new data to every configured remote. Triggered by the watcher
+   thread when it adds content. Easy; just use a `TSet` of Keys to send.
+
+2. Downloads new data from the cheapest remote that has it. Could be 
+   triggered by the
+   merger thread, after it merges in a git sync. Rather hard; how does it
+   work out what new keys are in the tree without scanning it all? Scan
+   through the git history to find newly created files? Maybe the watcher
+   triggers this thread instead, when it sees a new symlink, without data,
+   appear.
+
+Both threads will need to be able to be stopped, and restarted, as needed
+to control the data transfer. And a lot of other control smarts will
+eventually be needed, but my first pass will be to do a straightforward
+implementation. Once it's done, the git annex assistant will be basically
+usable.
diff --git a/doc/design/assistant/blog/day_1__inotify.mdwn b/doc/design/assistant/blog/day_1__inotify.mdwn
new file mode 100644
index 0000000000..ca27a45861
--- /dev/null
+++ b/doc/design/assistant/blog/day_1__inotify.mdwn
@@ -0,0 +1,57 @@
+First day of [Kickstarter funded work](http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own/)! 
+
+Worked on [[inotify]] today. The `watch` branch in git now does a pretty
+good job of following changes made to the directory, annexing files
+as they're added and staging other changes into git. Here's a quick
+transcript of it in action:
+
+	joey@gnu:~/tmp>mkdir demo
+	joey@gnu:~/tmp>cd demo
+	joey@gnu:~/tmp/demo>git init
+	Initialized empty Git repository in /home/joey/tmp/demo/.git/
+	joey@gnu:~/tmp/demo>git annex init demo
+	init demo ok
+	(Recording state in git...)
+	joey@gnu:~/tmp/demo>git annex watch &
+	[1] 3284
+	watch . (scanning...) (started)
+	joey@gnu:~/tmp/demo>dd if=/dev/urandom of=bigfile bs=1M count=2
+	add ./bigfile 2+0 records in
+	2+0 records out
+	2097152 bytes (2.1 MB) copied, 0.835976 s, 2.5 MB/s
+	(checksum...) ok
+	(Recording state in git...)
+	joey@gnu:~/tmp/demo>ls -la bigfile
+	lrwxrwxrwx 1 joey joey 188 Jun  4 15:36 bigfile -> .git/annex/objects/Wx/KQ/SHA256-s2097152--e5ced5836a3f9be782e6da14446794a1d22d9694f5c85f3ad7220b035a4b82ee/SHA256-s2097152--e5ced5836a3f9be782e6da14446794a1d22d9694f5c85f3ad7220b035a4b82ee
+	joey@gnu:~/tmp/demo>git status -s
+	A  bigfile
+	joey@gnu:~/tmp/demo>mkdir foo
+	joey@gnu:~/tmp/demo>mv bigfile foo
+	"del ./bigfile"
+	joey@gnu:~/tmp/demo>git status -s
+	AD bigfile
+	A  foo/bigfile
+
+Due to Linux's inotify interface, this is surely some of the most subtle,
+race-heavy code that I'll need to deal with while developing the git annex
+assistant. But I can't start wading, need to jump off the deep end to make
+progress!
+
+The hardest problem today involved the case where a directory is moved
+outside of the tree that's being watched. Inotify will still send events
+for such directories, but it doesn't make sense to continue to handle them.
+
+Ideally I'd stop inotify watching such directories, but a lot of state
+would need to be maintained to know which inotify handle to stop watching.
+(Seems like Haskell's inotify API makes this harder than it needs to be...)
+
+Instead, I put in a hack that will make it detect inotify events from
+directories moved away, and ignore them. This is probably acceptable,
+since this is an unusual edge case.
+
+----
+
+The notable omission in the inotify code, which I'll work on next, is
+staging deleting of files. This is tricky because adding a file to the
+annex happens to cause a deletion event. I need to make sure there are no
+races where that deletion event causes data loss.
diff --git a/doc/design/assistant/blog/day_200__release_day.mdwn b/doc/design/assistant/blog/day_200__release_day.mdwn
new file mode 100644
index 0000000000..99aebcf700
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day.mdwn
@@ -0,0 +1,19 @@
+As well as making a new release, I rewrote most of the Makefile, so that it
+uses cabal to build git-annex. This avoids some duplication, and most
+importantly, means that the Makefile can auto-detect available libraries
+rather than needing to juggle build flags manually. Which was becoming a
+real pain.
+
+I had avoided doing this before because cabal is slow for me on my little
+netbook. Adding ten seconds to every rebuild really does matter! But I came
+up with a hack to let me do incremental development builds without the
+cabal overhead, by intercepting and reusing the ghc command that cabal
+runs.
+
+There was also cabal "fun" to get the Android build working with cabal.
+And more fun involving building the test suite. For various reasons, I
+decided to move the test suite into the git-annex binary. So you can run
+`git annex test` at any time, any place, and it self-tests. That's a neat
+trick I've seen one or two other programs do, and probably the nicest thing
+to come out of what was otherwise a pretty yak shaving change that involved
+babysitting builds all day.
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_10_40cfe9bfd9e611fd734dbb5aad348aa3._comment b/doc/design/assistant/blog/day_200__release_day/comment_10_40cfe9bfd9e611fd734dbb5aad348aa3._comment
new file mode 100644
index 0000000000..dfd4f32fed
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_10_40cfe9bfd9e611fd734dbb5aad348aa3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-03-01T04:23:48Z"
+ content="""
+@Brian, I follow your logic, it does seem that start.c is not finding itself. But, you checked the pid of the terminal, while start.c is the program it (usually) starts.
+
+Anyway, I have tried making start.c fall back to a hard coded path if it cannot find busybox. It'll also say what path it detected, which may help debug the underlying problem. You can pick up an app with this change from the autobuilder.
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_11_b26890fdae575d42170988073fb2e45d._comment b/doc/design/assistant/blog/day_200__release_day/comment_11_b26890fdae575d42170988073fb2e45d._comment
new file mode 100644
index 0000000000..164dce53fc
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_11_b26890fdae575d42170988073fb2e45d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="comment 11"
+ date="2013-03-01T12:02:09Z"
+ content="""
+Good point--it didn't occur to me start.c runs as a child process. Makes sense. How do I download the output of the autobuild? Size-wise and behavior-wise, http://downloads.kitenet.net/git-annex/android/current/git-annex.apk looks like the same file I already had.
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_13_710a30c5d31bf549833ecfe9a0997c94._comment b/doc/design/assistant/blog/day_200__release_day/comment_13_710a30c5d31bf549833ecfe9a0997c94._comment
new file mode 100644
index 0000000000..50b99a9658
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_13_710a30c5d31bf549833ecfe9a0997c94._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 13"
+ date="2013-03-01T16:36:58Z"
+ content="""
+@Brian the autobuild is linked to on [[install/Android]]
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_13_b6f62ab7e810ba6d3a43f0ead370c79a._comment b/doc/design/assistant/blog/day_200__release_day/comment_13_b6f62ab7e810ba6d3a43f0ead370c79a._comment
new file mode 100644
index 0000000000..efd38879fe
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_13_b6f62ab7e810ba6d3a43f0ead370c79a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="comment 13"
+ date="2013-03-01T23:52:53Z"
+ content="""
+I got the latest autobuild version installed and the fallback works for me--thanks. FYI, the fallback error message says: \"cannot find expected files in /data/app-lib\"
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_1_a68e1ed7829b49086c567d97ddc09912._comment b/doc/design/assistant/blog/day_200__release_day/comment_1_a68e1ed7829b49086c567d97ddc09912._comment
new file mode 100644
index 0000000000..51247f6b70
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_1_a68e1ed7829b49086c567d97ddc09912._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxp2XU8gIribhhGhGuYtU6eMMwHv5gUGI"
+ nickname="Amitai"
+ subject="comment 1"
+ date="2013-02-28T02:53:53Z"
+ content="""
+That _is_ a neat trick, especially since you're deploying to odd platforms where you'll probably be even gladder of the in-app tests far in the future than you are now!
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_2_39d3ad0a029fe56e96f97d28d17fbbd2._comment b/doc/design/assistant/blog/day_200__release_day/comment_2_39d3ad0a029fe56e96f97d28d17fbbd2._comment
new file mode 100644
index 0000000000..f6aeb306de
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_2_39d3ad0a029fe56e96f97d28d17fbbd2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="comment 2"
+ date="2013-02-28T06:13:21Z"
+ content="""
+Maybe it's the build changes? Android apk disappeared from <http://downloads.kitenet.net/git-annex/android/current/>
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_3_5b752d6a8d74e61190f09384b6108206._comment b/doc/design/assistant/blog/day_200__release_day/comment_3_5b752d6a8d74e61190f09384b6108206._comment
new file mode 100644
index 0000000000..066abd19ab
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_3_5b752d6a8d74e61190f09384b6108206._comment
@@ -0,0 +1,31 @@
+[[!comment format=c
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 3"
+ date="2013-02-28T08:40:46Z"
+ content="""
+Two suggestion:
+1. Possibility to restrict CPU usage (a 10-20% would be nice, or a slider)
+2. Pager on Dashboard
+
+I have a directory, it is 741MB, and contains 23381 files. 
+This directory is pretty much everything needed for my daily job.
+
+I added a copy of this directory to annex, then I created a backup dir of annex, 
+and my laptop is using almost 100%CPU al the time, it is running since 1 hour already, and 
+only 140MB was copied over to the backup directory.
+
+Don't get me wrong, this application just blows my mind, and it seems to *work* for the first time for real.
+
+The suggestion is simply a slider in resource manager (preferably inside dashboard):
+Restrict CPU usage [0---X---100]34%
+Restrict upload bandwith [0-X----800]9kB/s
+Restrict download bandwith [0-X----800]80kB/s
+
+Also the pager is musthave in dashboard, because it renders firefox unusable with that many entries (21000).
+
+Nice work, thank you for the release!
+
+Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_4_881274ae0d6230bb4cafa4151ad72b49._comment b/doc/design/assistant/blog/day_200__release_day/comment_4_881274ae0d6230bb4cafa4151ad72b49._comment
new file mode 100644
index 0000000000..75d54e04e2
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_4_881274ae0d6230bb4cafa4151ad72b49._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="lot of stuck git processes"
+ date="2013-02-28T09:01:25Z"
+ content="""
+Oh, and here is how it looks 
+ps -e |grep git 
+command after git-annex has been stopped (from the gui):
+(54 process, from which 50 process <defunct>)
+http://pastebin.com/5u74qTNU
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_5_e220059be77cf0ef396f37a4f9ccf9b5._comment b/doc/design/assistant/blog/day_200__release_day/comment_5_e220059be77cf0ef396f37a4f9ccf9b5._comment
new file mode 100644
index 0000000000..bd518cc0a7
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_5_e220059be77cf0ef396f37a4f9ccf9b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-02-28T19:42:09Z"
+ content="""
+@meep That's not the autobuild. I put the wrong file there! Fixed.
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_6_ec2152151188dd252cdb61c68cfc12e4._comment b/doc/design/assistant/blog/day_200__release_day/comment_6_ec2152151188dd252cdb61c68cfc12e4._comment
new file mode 100644
index 0000000000..43e676f609
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_6_ec2152151188dd252cdb61c68cfc12e4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-02-28T19:52:59Z"
+ content="""
+Lazlo, could you please file a proper [[bug|bugs]] report and include details like what version of git-annex you're using there when you get the zombies.
+
+I have modified the webapp to only ever show 10 queued transfers on the dashboard.
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_7_42572411617c287368482bb9dcf94324._comment b/doc/design/assistant/blog/day_200__release_day/comment_7_42572411617c287368482bb9dcf94324._comment
new file mode 100644
index 0000000000..409ade91db
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_7_42572411617c287368482bb9dcf94324._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="link busybox: No such file or directory"
+ date="2013-03-01T02:32:32Z"
+ content="""
+When I run the 28-Feb-2013 android version of git annex, I'm getting the error:
+
+    link busybox: No such file or directory
+
+Maybe this code is not finding the busybox.so file:
+
+    link(\"lib/lib.busybox.so\", \"busybox\")
+
+Any ideas how I can troubleshoot?
+
+I'm running Android 4.2.2.
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_8_6b69aa81a9ba4e07e547ed1869946d51._comment b/doc/design/assistant/blog/day_200__release_day/comment_8_6b69aa81a9ba4e07e547ed1869946d51._comment
new file mode 100644
index 0000000000..c375f3b844
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_8_6b69aa81a9ba4e07e547ed1869946d51._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-03-01T03:10:35Z"
+ content="""
+@Brian what you can do is go to the terminal's preferences menu and change the shell it runs to `/system/bin/sh` . This should let you open a new tab with a shell prompt. Then you can try to cd to `/data/data/ga.androidterm`, and see if both `lib/lib.start.so` and `lib/lib.busybox.so` exist.
+
+You could then try to do the same thing it does to set up the system:
+
+<pre>
+ln lib/lib.busybox.so busybox
+./busybox sh lib/lib.runshell.so
+</pre>
+"""]]
diff --git a/doc/design/assistant/blog/day_200__release_day/comment_9_b070a2e4151d9fbf43d7906efa78515f._comment b/doc/design/assistant/blog/day_200__release_day/comment_9_b070a2e4151d9fbf43d7906efa78515f._comment
new file mode 100644
index 0000000000..4acf003c86
--- /dev/null
+++ b/doc/design/assistant/blog/day_200__release_day/comment_9_b070a2e4151d9fbf43d7906efa78515f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="comment 9"
+ date="2013-03-01T03:55:46Z"
+ content="""
+@joey Both .so files were present and I was able to run the ln and busybox commands. And after that 'git annex' displayed the help screen. Thanks!
+
+Then I ran 'ps | grep ga.androidterm' to find the pid and then 'ls -l /proc/&lt;pid&gt;/exe' and it showed the symlink points at '/system/bin/app_process'.
+
+So the 'int n=readlink(\"/proc/self/exe\", buf, 1023);' in start.c isn't very useful in this case.
+"""]]
diff --git a/doc/design/assistant/blog/day_201__real_Android_wrapup.mdwn b/doc/design/assistant/blog/day_201__real_Android_wrapup.mdwn
new file mode 100644
index 0000000000..8ff743f68c
--- /dev/null
+++ b/doc/design/assistant/blog/day_201__real_Android_wrapup.mdwn
@@ -0,0 +1,38 @@
+[[!meta title="day 201  real Android wrapup"]]
+
+I got yesod-pure fully working on Android...
+
+[[!img fib.png size=400x]]
+
+As expected, this involved manually splicing some template haskell. I'm now
+confident I can port the git-annex webapp to Android this way, and that it
+will take about a week. Probably will start on that in a month or so. If
+anyone has some spare Android hardware they'd like to loan me, possibly
+sooner. (Returning loaner Asus Transformer tomorrow; thanks Mark.) Although
+I'm inclined to let the situation develop; we may just get a ghc-android
+that supports TH..
+
+Also:
+
+* Fixed several bugs in the Android installation process.
+* Committed patches for all Haskell libraries I've modified to
+  the git-annex git repo.
+* Ran the test suite on Android. It found a problem; seems `git clone`
+  of a local repository is broken in the Android environment.
+
+Non-Android:
+
+* Made the assistant check every hour if logs have grown larger than a
+  megabyte, and rotate them to avoid using too much disk space.
+* Avoided noise in log about typechanged objects when running
+  git commit in direct mode repositories. Seems `git commit`
+  has no way to shut that up, so I had to /dev/null it.
+* When run with `--debug`, the assistant now logs more information
+  about why it transfers or drops objects.
+* Found and fixed a case where moving a file to an archive directory would
+  not cause its content to be dropped.
+* Working on a bug with the assistant where moving a file out of an 
+  archive directory in direct mode sometimes ends up with a symlink
+  rather than a proper direct mode file. Have not gotten to the bottom
+  of it entirely, but it's a race, and I think the race is between
+  the direct mode mapping being updated, and the file being transferred.
diff --git a/doc/design/assistant/blog/day_201__real_Android_wrapup/comment_1_88b9950c51324f0bb89c5646b3170952._comment b/doc/design/assistant/blog/day_201__real_Android_wrapup/comment_1_88b9950c51324f0bb89c5646b3170952._comment
new file mode 100644
index 0000000000..b9edfc4b61
--- /dev/null
+++ b/doc/design/assistant/blog/day_201__real_Android_wrapup/comment_1_88b9950c51324f0bb89c5646b3170952._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://ao2.it/"
+ nickname="ao2"
+ subject="Using the Emulator?"
+ date="2013-03-04T13:58:18Z"
+ content="""
+Hi Joey,
+
+while you wait for some actual Android device have you tried the emulator?
+
+I've recently started playing with Android without any physical device, and the emulator is pretty responsive with hardware acceleration on (you need to run an x86 AVD).
+
+Here are some instructions: http://git.ao2.it/android/android-app-development-getting-started.git/blob/HEAD:/android-app-development-getting-started.sh
+
+Also, are you going to use a WebView connecting to the haskell web server for the WebApp?
+
+Ciao,
+   Antonio
+"""]]
diff --git a/doc/design/assistant/blog/day_201__real_Android_wrapup/fib.png b/doc/design/assistant/blog/day_201__real_Android_wrapup/fib.png
new file mode 100644
index 0000000000000000000000000000000000000000..f9b8c27fd4fa110c29a8d5d043b124e98fecadee
GIT binary patch
literal 69535
zcmd?Rdt6LwA2&RNoO8~pX4^&1ZA9p>HZ~*CkVAADgd{acI?gPF5RD2^G^ixWNF_Qg
zR6-av)pSs!<5W{kb3U!L=DDV__rCA<dEfVW-sjKP{uuYvwXSttzw3AW{=V0(t<nA@
zOxUu?ZWCe15CUNc_>Z8iCu{)U{?GpCCiy>`0X(gJOPDxP@3-Luy&=C7hE5!!H*tuz
zm_P*U96m5NVerq8p?brHkI)}EYV;T|AbSE~=ny@<p~Lis4<9xRjHZF#6NXJ3K55Rf
zbt5M4IH3Rg$tlavMLis8vOeS8RLAl@(-j9#ogX!Nn&I>rGw04To4;V8#mZHdtJkdE
z@Ylvoq|J6)cJA7}$7%0AXOBaNk9Z#SI_7uU|4cw&P;l6Vi<iPLU%46`bMw~i*gJRQ
z9wjCvKTdg)`t)UHR`#o$*Kcy)7ZsO$DE;{9a|Nfes+wC<Ti4Xw(%RO}@969ji6v5*
zT%lB{b^96u_WA42z{dV-UlYN;h7KF1H%wo*uOUMNz+b(I!-mgUHe%Ac9r_1OPX2xQ
zxsg-WM?K7VH_Bv%W8c(+r^-i9Gqq@%E7EPPe`o(|8$191X=i_L?4Nzr5yt8b0f(nI
zkpK~J)4JvQa2czSpW>4U3CC|*^GI;LbeLZxW_$97mhck7g3SC|R1PE7`m+zV*o1^B
z$4a8&q|{5$==$b;+_&6K5!lt!Mc?lD8)Rt-M~$|gsXQLaH0j=e2L~lk`;N~=TuMIQ
zHohisik&<El;79XJil!pEVoD8ei^*a%57DJFMil8q%?rj_VqDqTf9bH5Ni9E=^BD@
zLPC-;j(iaZnXTP>x#3)WrIzqYUy&<`#Ma*UP*_2&-5u%IQpv}Y!|L(&h0nlBBfGVP
zl3*(X)znY=!&UrZPl41X*onRCi<nDy-4dJzdARNK=G3y7Ap&m`ce^vFlZrX{rN?sv
zil7G%<X?SKeq*%}7KlUiwPVMsW%ZQfIo&r)Qy83UKjHU_xJ-(2bEz-vux$_Y(n<<V
zFw8+ehgY4|67I&<;Q5l6lEp_xJDp5d>`eE6mYp;2sn9pJ{QR}sWg>Svohs}K-BKQw
zkklHWxM8d%aAoaj7KeO|3f8c9%G5Hc(JAkqYAk9xpE$uOCc)aQS4)tsFmT09?zN{e
zYsXzS!KY0+q|g#BY~{1CYgL~XI~cm`Ci~djccG>4ZsI?Z1a}`}Rk`$L^4R5=`c>$k
zeKG;3&}zoo*3(eg%H4^2MpjZVC7n`T*ap4Sn+*h2?AkH|Ot>v?T91}6$`a8MSSu%D
zj9lHX+-<CXFVYguz@;pKYwvTS%PuY9lNpVt@X0RRmez2Led+2%p_Gl}<RHfrf_!Zd
z@)MaFFL2mKdkcGHY6%;s(viN)Q35StC&b}$DmiddWITR#xt7rMJ55XII;y~Fe*4yx
z!#<Ga417PHQvJ*zTyCxcOKd^a6+s@AcmmENbK^9Dcqvh~;|BaA2_`F_F2h6O4q%at
z)yha4q&aGJR}my$q0y7t1U+d_MA^NuU1ybyG6e>yrSS$&F!+68y_RrkEv%kj2DW-d
zOK5+@P<o_j36CNX<z^<Vj<Z3S*0Y}<qkPj6`ewkfvUdIAfhVtrSJIIt%5i3ml%aak
zMNgP$n*@I^?_oYP&f+OO_+XB!h|-RTdv&xYqe3lVNNjAZ%)j7%QS-o~n~J(1N*^m5
z?3uyDuPy}tn!>7-M0`5fX2&BIK8d6y#09TOg{`!Nw};!>FgL2_31!N_@`LDF0$8Ve
zVKvx*E!aRB*gzD}fK+Cuis`TupROjW=Yt(xh=(Qiq?P7;*pHHkXH|9Sm$*|>v1Ni@
z8sh90R*5s4DBf@p(GtF#2+n!AO$hvcD=kkAj^xHkrt)=SB-Fao_8HW1L`(3L8Mj9Q
zS>Sy9&rqiq!AuUi;EZ`n7YytTEMvV1Bs%d<%D!kI6<I3FwS=*k;Espp_@wJv!q=6y
z$Dl8GXHZZO-TVb{S~rCZ4EFlcDx>f=rh97)PD-YM_m8~-glVT#ZcpHIiyL|D=OdSZ
ziGd)VUI@qAOt4U}6=FMThEpKrZ=naybwG1A=|4a((wN}c$dJ%=6x8&i3`ijsZ540+
z)P(;|XIm!d^`-N#^q>y8&0Z4c^o9rJv&ct#eCMue@ARCRjZ0?t47J!aclcbdv7bFg
z%4RtFe%^u~3u&m|!=$o9EQ;FW7B!rvhRN0K5nk#0l#ljYlGlA*GRK(cv7|lQZ<bX@
zwUz90NqL62b!OzF(Y5=6oP17n-Cmoy?ip|BP%OnW;xGKKD6c-%%u#U9xFEEAX;g~m
zK1x=E`2sB=i;CO35SJ=?jzHbm{`%*^3vuabFX+@`b#gw1`n4gew_5{s;RS_)0>=Oq
zcbIe-uKxojQ`~<>?^hE)a?2TgGbZ=U3Uyy<eZ_;*tXXy5l_&UeWU|-HGyb<UPBnim
z^`9k-t}7-5$&tl-y+`Qhy#0%k)h#;7{CL}DEzx8h4|~YUxM82<^)5Tf^7pdOaL*Vm
z;dXWD=K{@vYn^I#Ezib)?*_H~K#@FwQjqjab+}&SW+7Cg^_8k3{qOjuv(G|^r3_y!
zfv@6LEDs&}m&So-sKU2Kb@olSn4~4t&6ET+`bMSrR!{hWU0V-+U|8egJ=y4I-pJFK
z$4AjN_|MoPbz|xy^2u?<xo)lUQ)ImnSNB}}Z0I^|(Y?^}49V}IB@3UW{vMIi-L)$9
z)2e8nQ+8e<lwG+glI(_tx=g&lxlYlk5+qXNY8shOw1k<fEK|Cm4=j~Q4Q|Fmad&Bu
zNxkG4w-$CSye;Tdj(nI=0PVmnj#J5%@O6rql+)gbYYF5p*F@2UTeO6GT7qa-l^Ia!
z`G`fXiXPliKeq3>R1Lh(72QYY8R8D`??sB(2?ch3HCY^6kE_&brliztN{AWw(b;S@
zB6vMR)9+&j%-z{|yIe~sBq=K{uj^!&!)iXNNa<!O3i)kVXtg|GY)`*K8So0}L=)hc
zW<OYObqzBle%BHbq#=fUh0Dt>Eg>!4E&jm$7itC<onJ#E3Gk`Ot&CpgM_6PLWTHtC
z6VYwPCBTL3!3*hI$2QIAh37E)v;><DF$VUC7aUdn8nqekM8ma&$)pTA97`1lxtm4=
z#0u50?AK7QAos5-SoTC*5HHpe1UuzWGisfWq=)>mA{2o+AR>_Z#|!K~%c;PFrju@U
z^J29GXNCuEUQ|}5=4R?y{-?jn%4Z!x5q0I@%>O@|F=4Y5`Y-ud4ag^9UpJ`>Dn-@R
zvC&X2JV#3?F8_6`1rZWF9ScS8%*gw<Lb?Baet$pFO<~HY0)Fe;ul<@a<+yDkaE7DH
z#Wskj&YD3*PcaUmxR5O1S3Mqarau5B9*_}P$~}xI5alBsgEjz7Cbp1X!i^ectW4rk
z`(uTCK-*{azdOtNAs86S5G8)5P&Irt-y*~e6TVTwl$9W~K?md*4J$x)ba)NeV3zeQ
zEn$t8(EQ|=t#mV)_)sn3%UJAsry5M-5ll}+y*GTKNSOG-m`}#M_z(>SEno4$Zg3=9
z-P`zJ`+r+DuxIP29#yvaVeFLJg_ZJi__%+~cT7u&wn0`UiEXq53jTp{Snbjvl}K|w
zQJzd$#oVAGp2VP7>()EA;o_C>M+F9JW|GYWDn?&&H#62DfyqxPbNe$ftOGXLWbhEZ
z?k*-H?eqIT<n|gQAVsDKI!DquziUJ=84OeTpWb~HnriTaF`uXs1}raRrkfweiFuqd
zH7EUT;zoC|3)%u)MUvQsCss2k)HXqMh&eDzin-v+=v{Y=!*m9wB`|{v+K8~G6@*6P
z9Uz()l9lD%aFJ34!e&UrkNH1?4L<JBMLnm`6fNO5jfSQZ)s~<o9gqn=r64vM4Mjd{
z33Ore=s+;%l>K1*Ze+gNyiI1Dz+*?RGZh!a>Rz>@J2bWt%?CF7XG#VQ+6lbjKty&O
z9N-v4>1J?vJX<Z{a@R)l!);2$91?6_I5=#UAx8$a?8#@zVG3Sg?4*HMARA$TVd@|i
z-Tdj$$0cC-kn<{oooe`^ix{cJV6`-14|D<dM9C^ya(5`RF+UbIFA*faP3uo3=GWMe
zJMpQWI$xqoxP@`n1HK}}+zfNUiS3#pE@j3kQiWVi&#(BE0Hp^}gmempO69Zl7Yw8%
zA?6}Fv2{4roCk7RL3x`7XJWw_1OHeL`mL8*f?<P}pr@7$Mf!c1mcS+lZ|nELdj_4G
zT^n<UT7%J$<yMDShXsmYb3v7FRgKes*jC2BJn@te$Wjp;gcmsGdA*t{x6DB4g^Bet
z<4ZC9T7K-q2PsBEkXP`;AA>O}HdBH^KhIJ6e}8mP$(i24L`f9T(C2nK6(nWSxGilM
zt#QB8J1G>EREx85D`3{p75<ueA4Yb=COE`zyz2f{L1CzdxEz%dfs1j!p4I`GvsCDt
z=4a(3(|jZiF2b-s)BfYEos-^5i8qoznRlvTO5oI2{i$5cK}}UUc=#L4ZsSgg?>}eK
z;yl=Ssg_V(5I^+QyDpgAmn1Gdc<ft=0>ujxQ4!DLI5-&KY4*^VKQNH5y46>XZloZc
zppr=vv!4K`P{_PHqh%huU)G)0nIQLtsVVK70zd6>Lk#Tw#gt3A$AHLkK;#1cLQpXf
zocGr7S}T008}L(5idY85#{M|V$`1Fy;mJ77>kpELiYU?&Y-Jw9&OlLG0#PE|xOA@^
z1&68beaqUoSGPf~L_jhPp__xBvbO*B=y6RUGgSeU(>kPLaMkW#1K@BK?7n~FMySl@
zGDcDYOLSiK&-o1;6HZ(t8*<a}XJlz4R<ITfVaIK8jTURPgrA|{?^#D+Z6FG=a9Zcl
z)HWJZmI4d%g3mTYbfOrDy=>!~@%jjm60w@O@weam#ex^|?i#(^=@9}}zH`T)Q~Q4H
zNV-e;k5AYZfx|=*?tXLM8A<>;Va}t3?P8KcgCEzJ$*8y+hQkvvh-rF$>uVA|OTB-}
zj*TP}E{kg8qb2Bbo(!KiVi`y#ShD0tiE2E1=<=|8!6%?;ir!UPf?Bfmw@8FfWT+IW
z9S;ni?prPY$cBV1F9ht)io$!?-CZV1;XRPsUGScLPT^8)!a-XlmCX1p6FJPcVBg`;
z4(>`RtNTZu%ZDExP+uf|oyBmkB{CfzBm0_Xp832i9=LkQTT3Va*+MwQzrM2Np@_xA
zTWudMCa1s@-Qh`ZI#m;2lDk7hdh!n<!{V=F-ZrjMy7l3lCd;C60nLiY{C%Q;VrNhY
zpeBh*Vo^?=TSE4eZBLKdP7)m#*_=P-1)uPJ_8^PlkW=_NTIN3GD*4Oo<MD+NXwUNk
zIHj`Nxd%JOg?kZ67w%w2V3I|pD!%MVgy(9h-UAujL88CuU8Bh<rerX}tPM}LMEFqU
zc}ijnw@>j7xQWoM->J|M%(59Sb(^(Qq#sUQ+_N}TuVu;3t$pN6hD{O5upaZ1`q%O|
zjK!yN(wmp0Hf%J#k#-2@QZfu9k;7w<OJcj!F3LpfH7(5Z#4)xjj=3+Zu%7(P%YAm=
zIpy7HNowkamG?I{9+NM6;+%ax$tl+Gwoj@>r<}HSIbz`kJGsSDVjFY2ikgr4R!NC`
z(etOUUSK2leRaZ`+&=2nCFm^pboDCZKbS>z#kSK53OC&{{>CYuwC{PW-|6&WpR4;C
z@;{e<PPW{nY8^AVlgCA2cEKNdl^P;;x0LmWA^K)_?ZKKgYoJ@U3<+ifvjkrWe{E;L
zbQ>35xt}ts%3&Wv64l#pfl={K^sgC^_YJ|8sUrP8MV_6$6Do#{y{t0@Y8oAAGe7ds
zld=<kep@#iUv5A-p!SRUs5kOM&}<r9Boe4ALf`}(=L3rbc5Yq%=Qy1)f{cCr1b@5$
z0Y<Ry_?d1i%?n^9o)9B@<Da9?NY3%XVmM3cjXrSH{$J-#sW@R^Vv^Gmd6(^QbO=wE
zgo0d&DXF>$uoq}2Mt~yMhV6(ZcR;_FR)Q>j>Cfn!gru0t3dc$MJ5db`3PrcS_TIZD
zN`QvqjTh*&Z%2o&f9qL!hR@}8vOBBq=1YLnVvGFLjE|?hZk{m%Z+Hp3g{N$`?13JW
zB4NML5=_Moc3aQ=fSIMJhP$q540+r!`uuVWEn&KMY~ifFsy1|5T{V)@xhUPObDCr3
z2lch!b@`dz(pLwgUDr+h{DXG)aLCceulM#aS)!D8tl3KQ4|M_OiDY1Cmn6mTf!BST
zlAF$|3u9Won(VooSiX`u(zV_M_TJa^cK+4Xm2P!ERIg@Uo2IB%oCs5+&KR^vc*fY7
z^4ta<|ICJVPE8Ch5sip3xP02kV}0&#>(acqXU3Oo2!fAZ+FWs1U)gjjhV<>PtK(1Q
zYbYg@@H)#PqYZX_FGM~$m-7#M?e7tdDB5y<RF=W0z>B?)Yn!~yCu|H^9vI=sSu)K+
zG*<qq+^c%#yVn)nLhAK=iNQScN`tq!Et3pa-=pSJTPtX@xI*}9)#G@BE4C9|8|(Hd
z!;73a+dKoB%Hlto<-b0>H{T}7rdXI3Kk~h=&z4@X$?W58&F9WHzK-&Vb;y;^FM6n2
z-+5$-RhwA=>ex7a+)|apm{BXSL(caLmUN>JW6qrZ1ZCw5O60`8E1@SZiLDMLa6W9W
z|FMp`m^JQfbxnMTS8tW8X&E)Geq-w9m!|AtG3h<`%%5yLTGnxL_&nkqmmLywYYlPr
zM1Xi07fdt`xNP1>chlb>Zqf{kh7-+WyfB8(oL7C}%-tSBN&3{yAC6VOdip53N*aLJ
zyXBSEEpPI+D#%+B5X(f3vQM>Tb(uPh_-a~|Lby8@X`0seafRL@KIVCOWz=zkV`#+W
z$&<K=TVpgEMfwc-=uUTs`(j#mpi>c{uygZocda)(qusf8l6q+3I?I%;9;wS$I!%lS
ztluf2j;)4{s>oMXc3fEzcpjZ*Wnnb=kWY#=v*YrCmw0i`tp|PK_l3+^QlCZkpd2;B
zt~~Z?6%dEv#@?JI$>{}mMDVrVSuTc+%eaN#o@UnVC3zn&=efo<`ecbxHZHElC+<77
zh06`0I9&Ox$fHFEIDEBgSXiXOjf4Grd<@-~ee5yYMXgUC-)ikFo)-X@ENZ&;s&l$g
z;}Ik+{@{Ai@H^pSxy;&U{s!^%l}CZJy__GptUH)fcY6Et`?IP1TIV{$aEG-wlN;RC
zT@5pmwwr7oO1n6&zOF3wt2Az*<*ioz%KZ9Q3B_fc;^5Z6Ny@P8H79bXT{XG3H~+%E
zu&GS>#{6{s3u7BYL@PFJb9u+DaIrHL9zNl3AHw+EGGAoWYC10`?bE!{==#ksGOj;-
zc{6KT<c-?ey_Y!T@V~IVq%!AmSvTXtI=b6dr!^EzWj%jdk>{|o%@m*E|1!6p62Z>e
zo!+qIjlqq4*5Ur5bZ=)4%CARTHSNj^A#_uXnodm7?CM7k6j+2r!)3;cQU4>xoH7u&
z&N@y^;EQKy2?mlz#z3xF#RG|k4@p;hB-W@g0a^(6ZKw;PLw%#&2eP5W{&G)tdIN)8
zYNldH1P<cx987G3;mo_zHVu(d5EKMEN8FcF7_m$pT-fm|(f#!bfJ%hGJQMV2|AWv6
zh6hIBs5NNVzn&RcdW!sbwJskL*!Sne3l%qQ5MdN<F<9Vj+m4`C(vEyY?9=-^GN6`j
z>kd}|6e988nRv)&W1iw8@XmkNd^NDMD##zB=?%W?bk4S1EB#aqdVjqiNpvdSe|ojr
z07q1^2b-*-Y0FCcGbx*J87nrH!u`I67yCm?Q2l<XKZi`*FN0E)d;a}pN4G6(*;X4&
z6VOwv#2VnNO+C8@Qp<r#;^<(?Ht-EP(29tu=1O8PFZCN*2#}XgGc^BNkMpd5eIdON
zQ&g6*s6hd>l251jX$h^@u>NIl>R(R!xPN^~tO+tl<I8aU#+)uc#2om1@h1BJ{i>~F
z@ojCOoDjOm2KQ(J_3v&+zd#pl_}7>Da${hw^FS4LPLZy@CoJoQ(J1D>1^@70U#5f@
z%+(TNg5bBBYRn;^O#$JX+5MH$ltEE^|Br9(MP(v@G`rc#xPJFlG&ZP&SIGN|umM?Q
z4M@&x0O*kus|(%TV9K9^0=fEcfjOa|SP}^FQ$d28zm)9&=H1rDl}X1BtmJ<~U#?>N
zNCQ%6W9(FifXdbV*nepy=>?uG77M5)f(L$uWuVc9KhMc5F!+x;4rw!>YFgpzf5T~V
zs0xEv$j3Fj!=Oyo5}aIW8^Z^7H;8yqel1>SI1mO)IF0>AQ^r@Q^sTxPqB+zh2(kJ;
zINW%^QqvlpGzj08$Bzt5(m{lkA%n&l{?8*7|Mf`WW;t5N==T8`G7T31{!g%!SWx&A
z65A5)PDg{#KVTOBtJ$q?1k`BG0HORF$2f@M(m}tn{a20N7Ge&RsyYqVO&i~;A%1~(
z>cF~SQ2YtL*bK~^JUA-xvz!8|k94Qd7@_K_weG_vLIUtQ9c0+u>-U_;<zYVbWTH8C
z12%^#k9Acjc@Y++Vu;dkI|W)|totxO2<jw*xjc0)cT?@RJgBP?u1+{?un1#vL8?W%
zg|h`9KT2zKfC|*`Igq|*B@6%+2*Qyi)*w(GhppziP4|1wR_A~c=&n7$BRoO53JP&J
zQ;orOa@;+?LCiofG5mosA5;-MGt?_&0XVv!wh3@`!A{~@uxu2wRn$8hJ7v;I>hiV_
z%YH#L?l5Av!XW9Y2=dGz0;pH#;A)UA^D_1)`siM+=URyd2-ehb5V73x>%o5mX8_!)
zfE(NjAhBEHLpBl0!wuN@C{h_{yYWpp^(ygZ)0Ep*lbz&5DwkLPPx<Z@Vm_CXf*QPD
z)4~T;J~+RdgFwLm3fd*tmG{c>>;i~wi}T77g51kKLjmXz2?_c6*>*syz{$CL6>bM2
z5vvD~g~tAReiK^`i+C(0Y#X@7z3dabEhvb_b#wc6RDoik)O4q9v2}WhQ?O&!{h_KV
zK<_(!eat~MJq0}~cee+kj^!hDq2;}WT7m>GJZxh40$mNHZW9vuI%xoXk%jaR_gZCM
z08letX&cJpI#n*sU8z9xz#FKJvAV+r&v@6Xg2lW=wTKCJ4F9{@2ixyON`Z2GMN2y|
zI>b$ABZ4vJc(&PX@Y0mm(*6z~WzZzdZUbyu*ds+hvS%!+4YKD_$fauT_7!OI01RF}
zXvas7Q>hXhIAiW(m8T|As!%|!33i_r)jk&jc+6aoH}o6`#fd7%{wR#JwJ1rgP_eE)
z_kC+c>@Q`^kL2M*uB_@D>60AwlgXeBY#XcIBrzSiqdqOb;h9JV{Edc@RV|G%06;=D
z9_sRLot7)1YHrsE_$EzDFcAVn!-6alerZ_sfDZvsMGd18X6O(rEujbtMV@z$#Rj1I
z4|0gXtptnvUWHxn1~rx0Z8#U2BNWO|%;6Y~sc>p)<Es@7Lzry|d8AGz*_A1g{R7{`
zTJP2p7W>!1uED^dnJkNj2%!q2kyI^(I$7i990Vo0y?yv%d?`2-P#f9xhlPcpKVvm{
zvxi!z|KJx)XXcUow~4^1>ZDkW1^<G^D5zAC_SpP@@}vL{Rv4Y!3XB59^;K~?xPuFx
z95y=MAP1aLkD9T;uD>O+@_1=4Jh7J~MJ1m;*oXeJbsk)##<L_tpX=aIGZpT^tyf8I
z*kuniQYs1)87ahKeKEwcZe^PyEaizs<vV*Q>r}97dwd2E?>AV@!(Sc?g7TE1v1CDk
zZ0N$R2H@9V73>200cg$_$dlig0+J`l-1Zf!&Y3q6bP4%FAs#4As<8noro^-70le!Q
z3I7Zi%NE!J9Z`#Ox`xq#ZOIgBx+mv$H`N2Dbsbw6MDz!#hdbQ&C+oZw5hO7H;&}AT
z(TB1Q_Y?NQw*0t+eP;%wFmk~kHu@^IlF3fBuB;zKXyRW;zMbqoMOVDRI{*xOwkP^*
z_(9;SnCX`PAVjhMpiYDh!0dr{Gp<ERe%pYR^W!q?&UHX6es#psvR*AA3=29peCnKa
z-)vSBBSI9jU@YkI1QJEU0N$+flsUu!3OQlY)%j0OdUFs5o;kBwMo6qj6~G>t&ht};
zT-5i4R$$&zPkhu_BvXi*17rdy<Yq15{R2=on&VSf<zct9gfXf46Ra13x@NP8dA5Wp
z4-&nbNs%k$`>OCVIjp<`JP&*<h|=+>kIUaikA&a-VS+JDfvlQEn#~3mNbfwFR^^^X
zly2jGCimr_bD_Sw%CY-sXO*>=VzE5z&Pw=YgddiO-N(|}j?}nEC$Qn$8Y%v2C{ekP
zfHCz;0qA5<i{MlB(K&G6lhec=iqbLVo&I~I53KI}Ns(a>Qm6m6wbO%wf5uBRPIU(I
zSh=U1bU&V);lv+Dzo8|(+x`e+{tnjkQ%g{SzO!-{)OV42!Ffm(Sl-XaeNRL?M5V=1
zA=rb^315@71ge&Bc<B}S!;_$yW!_z$6jYO~nZf$nwPitRYj%z@UrWf#Nl+7ZY@8Y&
z;nbar8%b4IPnSNoWS!Jlsn#f3I)yQm&Gc{H+4)}IfDw%ZQ_8d1!K$`LzZr)`)$o<2
zDH|9RhonQ8p~jjp>%#{8?d+E4vt0Qo?yoVMyz`aa_2_Dz6X=Yrd+q-`S9K<@s*7i2
za6ME@P|T60({tf>rud3bTji`EO^`CJG?(>0+Z(ANx9qvwWH21vUu6+N9f|G~#n$Do
zp(UcrW7k(^r%!A7@G>y3dr~LYctZJe<dy&ZwJrkt-(IfRMu|H8K?7Qx@?`q<DvnbF
z>%Ai#7}=7#fNp2loth2Y`L;}jp4<j|S~yeLMODrhUPZl{sI^S_!I%=HZyWm>WvsQ~
zPsXL&YvK3Ik;?iHIWyC5HO8iN%rv-+x;%9ajA<U9zjS89@ze2dWJ}hw$r<);D^_K0
z0r`dPd@Pwh)BOBO^2ERt`Df*jW@atPK}$Hl_b5-_`haE?0DWgzFKC8ldNZ>wCI5WF
z-I7&dYq+n>e=hr~?dS5&<$~(WvY^BUm#@iP<#k5O#opwWO$>?3(+Kzpve~`%&Uy8D
zE~nil*`LwSX|rBup|)py1T1D-l`H-fw?u=LJ}nfbnc-DwgQq-GNoiUYF5jg*{F6E)
zko;5efihOfe2+|DNgTJ~74cHxA}rE6q^ZEW1RjR}c2r?_hF{E_WNm1BG0@kvVx|54
z<6h1-x9>nVKZp23>$HT2n{8;}oxu6c-}Po^W`mrA>%(rV3<M%P3w0UorAf!(tM|7-
z{s>#-*an)W8+o9~xqrjPDULe8mnx`Mzls}jt=MC_P*5*=QUFe+guz0@{NG|04L!+#
zCDo5`W;2PUF+)S5*(oxh<8C#>=XCJM_!?n1<Pg~AWzawct)1DA*qIt;G>Cu&{#6%d
z10XAb##Wg{pR(IHMRm9qw09+VcK6%$f6h=FU}Ja~v(mr)p_wVu`R4g`#w}7_H;BIM
z*~Obi88i9S7e~QGz`cCN<Xy61kFG8d+kYJSHxM{?x=9Ag01IITFMMMdpoDJ>|Eq!g
z9qw@4mG%COux5P1MX&?a*U`(aQvKUm)jTF@lRdQedSX}MoT}59!3K_Sr5j~eUd{`S
z#aG)pmo$x_{_fU2@>jRNr<GYtHm@(8x!~Xzzq2zK9pM)X=LTBJgTJ2^o=x~e<er)q
zc)L3=k~kssufBV^N1nn*zB-l64CMHaGi+)ozRmgJy*6yE1w7T^`jfqNm*a%n`m&4T
zeps%(#!Lvd1rNiHS=FbP?9mcPRmTr4uRRv*)=+Zkq1PhQsI1%E+ZCnO<I6vGI9u+S
zFP?MoS?#xlc8gu39qfJsf6eAz`DA8#FFMFHdYjot>6x5u#){yc$M;tj$Z|KYs#l{h
z%QCftI2oUzWHg0ene`Vpu1;O8t{X=wqMKD5u}qjPg2Sm>*(rfBMR9j_7(aa6HSv0_
z$~S%K#t+OVMdKe*tyi`WRHE6!mG^-UBUeb{dv@-~=U7<eMQr5svV1*XR6HukyWK0Y
zD6>0s^thwABfF}i{`bX-@tn;ww`P>3w#UMq6t$|rIL81K!bd3vw4C?T+)Z+}aowj?
zK6rg_bCH*#B02s2&38*TR@5M_ri)JO+kCK!nbh@1SMFbH<A0Fa+`QBw$6nSvsXy$s
zcGGF#*^YKSoIzzZHbXgENb(Dp+NRZw*^~c0n%(H%GtVeweYJ)CwIJum_k#|8*|mzD
zwZX!BzP|F&5xebJ+lgn-i~@);xS?xf>4A`@Pc^WY(sMhKlX)rdeQigobq=L&ZIvYR
zW!cJ9@A#1UXOdW^66dti!?r235nZ<2u?@n7D<{FS-o!ILSv_8lg`7Pc@7oSbzdrB8
zPdU$1<lL8eSrvK+c%#uEQSAAwk=9l|N$A=Tqq(cPCU-$&^9@+XZlB?DxA`4t8e`+M
ztNc03oJBQ#bI~lWImp-gN>iA_tE{V<_0wPydK74L3wgZ3g*FQ)eBnyUdE)r&hM*Ls
z%TJqKo#JCJ1*7!CLf86c?W31WEsOA<Hf`OUi@wvn&a9$7>10v+EC|h<?vo??V#*TZ
zUqa;%Z*K92W_Vj6ZM{;vKQb;>u{^ymX%5|ftZ`lCX8Wd@Jwcg+PxO1*IEJO%6uQEr
z3D&1QAG11sYu~q9^6%Cgo~r(Me>nF5EpYMm^7!4kh9u4UuE_yu>9K3CcIO5KbT?$#
zmzQ+T9p&dH6Vg^8yLpKP*i7z0czR%>qv$d6ERaEoAaPi%Ih_66{e9oACwIghx$iYK
zYg(?;g{*Prn{zTVUKLb&cn4HI_h~W=h;a@2UNVfUUQsJCoRD5T^Hz3u;rdVB<DS1b
z{(c(gSuerO>b*1R_BumFb2G0efRNqV-emjEC?mhzwq)_blRomz?}ytZSJ>8Uk3X8U
z{5q*bopWb}Jdd@On(<zhf5#Q7YvlFBeaea^>`veK%-gss!OgT`Dm8P%0;a~kr0&IG
zf}7iwBdbnic;_**h}m|>s4HW<AMM$*r=mLh*0XBFixtMcT~Y1IsB^f_+_q9Epep@+
zstQf2EK;Rk$=f+8=Qk&3<|Z_>+(?bu>iF^O8q%R9*Cy@0>-X{Ccz$9l5#&-G?)Y6P
zyV)wt{hbKf6v=jH?8rISoK@B17-*WX$2%=2=l4e1`nJ(wQ*yc=3B5DF{{CgD?=`3B
zAI_!i_!b2Y%9S3_IJY{4B}{|%7F9fbrfQnj<6|0s?RKP#y}esjb4>m%-ikdwXFxM@
zX+t#XpSi6CyQhXb+*=Ti%J172?2g(%0}{jQ-l|2qw7X>coE@FYYg)pJQkB4MbeN>`
z)%}7He2IH+&y1lB;RlrWKuRbP+P7LNoTTaSe<67Lfpbnf!$@f?JP;%I`(f}gL`%p9
zl~YeN?Vj2IFne~Vx0#2+yx)Q~Olo!PXEOPF2xCJhsxqBKsp2tP_!zfdQdRq7x$QTa
zek-JWO34giVG?Kj|H=@N1+?P;%fbu({HU?a1+}*YExrL3#?|O5X0-;smq1=K*mlRC
zYajrDm6eHTXG=AZZZJfVD0RhID^Y0hu^Rcs_8BMxiB2?T3+_&daN4tVEaNvVA&|al
z@Skk-KUhC%g!KbOKyvrC@LW`@aW}L>Ad_QWp$r&c3>oRvf%$Z`KPY(NJ#?CtmJk3?
zg-kuO0kVem;K&2htd^<6ux08Bm4^mIO=AF7+CD?o0l1JUV;vbmiV}jzDYpm$zhG$z
z9?tk)9Hb|u$Opz^7`Ve0UJI#;$pqO;Lw`8^_=_-N!UL5_w>PDX*Z?UN%JMeAutG!7
zqv}jaCr?udP>MS<j7bQ9LTbueLvREGitzUetTQkUC^+Ej#D6c{<nN_R*f|_odv-pM
z$@Rfa{>P$k!1<5~ssGa%9}vRekrc87oJ0T|hG8~(CLf_jVpL-PXFB{JBC~yt;`}z8
z5>fZ|P>{Z+NNfwvoNt!!hTN|gE`u)}oRsD!hXF1c8{4cI!jMz_LAi5uKsQ!q4B{t=
zpN+4pXf%e(Ean?It&pvQFU4Y%vVR%iA_xIA1L|<Kl<8?32IyzIj|VO4fagf1IKr|>
za15r0p$lkkDjaGZL8@gx&{58&{{26k@qqz<L(E-5wn$7V>r_0?eeqFa6>Q!q6!wD%
zW;b{Zl!|QhZ~oCBIPLyUr6aou6IIXiE|F^M%V9DsQTdga)iOX~RLD?Pmkwgz30pKk
zp@MC~0G+ChkGTzrlKXW)D}*=^U^Qf*umM`a`gGXzOlcPcnv%9z{g8wEI|Z7L`~-^H
z?|LYF9?&H_@P+sV*#GhVF*+&|6TCH~LT-@L*2ZsBQGGTLKSDpCyFeq!zo{)d!CTld
zVfSIPF3_#t*blWCgYL3jP>{;J$O(-8WUD3I0Z>gN@Dvx1tIT+kDZKd_oWivRld7*u
zajGEq$5_T7<Z?5_7X>dT@o?4OhuhB?OzyTu#1yii*R5v8FAC8BB2XEufo)HXTHE+<
zAgQt-q8sTWZmd^xTpG^B^jG3KfHY=+7M2s!4Xpr#Y-0oqrba`rA&B*6p#AAy`Ux}*
z+?lY;s}b(~OtPe!Mo`OEKfC}3hzVN420+lTj>0%91AJa=hL{o}c0*YTnQznGzuA{<
zfVd*~di0LrcPyw>1T)!Tk&{1CD5Xr$U4fk4f#=bwdcf-$c~C8;|5^%=!#DH#figV%
zXpo+U$7g!<sG{mk2hBG2rI?<hf?e<jM*wnA365ugrsQmF58s1DyDm)wK#!n<hPWqQ
zV;ycY&%+5bG=`0Xy^H+YQeqU~uxyw(+lLsNHy)Mau5H`MFWmrAM1~TuJ?YPnObN}X
ziL)Ny5bZ&q!J|-s8%P9pz)o7>bn`>`g+ekU*cgyDlz9sn1~;Zhsc20I{6t<98G!|3
zt5NkyC+mzZ0AY}exZLPXTL!y3I;<wS+bOmMcOF9i1(;S$FJLsWb(y*In|_wj0zgRt
zdMUFlEfc|fAebrnFQ5V(HUQX=?&K(Nioog23jjqm!|e1q#)*uRvQimF>jVrckk=o3
z1p^2;pfK5d@gRE?0VEu1W$?^5*);t&%r9<RM5mew!;;bh@=KYfkiu1USrrO}bUIws
z$a3Kf@{_g#(%Z~8{b1ArYakEi;Z6liVWkl*VkrXO96YaJ3(Qvmk{kcqy14*bX><BF
z-^c5k<gG30r*2QF4KnY<iS#<xP_Y;`SI*s*Hb|72eb4bY1(wLt-1p8<k-1EHc&ZfB
zx3Tl>2P0GE?qtv#0PbhkXzEjPg+O+gy7<gI#$q*)04t|GsO2vD3%N=J%$ia`mknSf
z9;3y9)FCbCOpbdR-&K%_7sA|B7Y{hbE=y8sge{X8bifqX_*pLB0n8e_l_*g%`Xj7U
zCT%9T2?7eWQZ@)9VOqlSS31hM<p3Py@)+P;0AozBgWZB*3TLKQHwTXswyFFB{PT4u
z4UjLEvu{y13|xUtFrH042pGm19a*@*vP=q*B{<Ed%QYlDj}<FpwLJNpH;bbR(MWib
z&aW$u65m7SV8F4)55OWAE%nglUavoB2Cc_*ZU_8GP&qopkcVPkI-L{<rP#6ReuhX=
zO(F33y5@x{`C}d;D8oli9ZL%)7RBJfGR*6eEn@DQ*wq+r#Av$Kx8}_Yxrq^o?-%Dd
zLgP{O3oW76Pim5oZO!<EQ`J1Uc(m=_?roO+EG4HC;6Q=H2YM(4fF(}Pwr06mCnUgp
zrDFficSa1=NANgVnUMV2I7|(e-d@Cp9YPKl6b!{p)iVz`yrHC)A}ketYjzZlH1%Ks
z1608^phEzwKLHT<7qGwQ>iE)5ZdHNiI>HL&jE({qN|d`awrq|X&kH)|^bhv7_wg-#
zG>|QV8M-=q{1TY56u9U{+0dB_*WW)u4-?7QDNu^@fngxDSpy4y$&`G$9m7+rgqZ)3
z1<C8=Y7cZl<u36O*Z@Iu1G<K}7}#KIdTz_5W0Wx+UUy1$HS{yb{T@aL$R?b_rxjR9
zd&DZ-9I(lf7I2NjxHc5%0fqBs4dd@cIqHqp<LI%dc)_M!*VKB~)Z#`wf>~;`k-SM?
zh0>8$kY^EC8#nLTA9YVoj9lx%iDT%axQQCJwHtQ#1euGE(Gn~bf)k@L0E?WblxQG(
z;0;Rz8j`^UpPw0h@oqlmxS>_xlF%gp>?5J`=z1>TV#UlC94H6QgtGC^;OET;FeaAT
zrspFsqTJiHXQ}zF-h7+}CQSZeP%cz197f6PrV!EDNak7PChKYR2^~wG0+8+wb$HH2
zqzNF+7h0N^gMf6DIDCZ{vz}MGVWVdIYc1gl$P?tGd*hzGG?ScuQe?RXTicxU=)$w~
z*4T!xI9vs&cUzp+tm(E2o?(!_ktD;svEVNKy0$?6YMpju)c?>DZg_V<wW=-1HIP1U
zA4?DBOL}^E*4&D=D?gcS^|p<C;M6GI@h3gyw}%#vI^0-VAF`-g&C6<&?{0D0OWVV=
zv@~C+sAAEaGcK-O8lT6s#PWQjDPJ@^B;L0z*lWgg_DQv`4mgi{=`h5W*}@=yc(gRg
z=yGWn?+a19Ei@oYjKV)>-Mah^(Av}$yRTk*P&%D>1q7nArRbQ1HOIW9ud4GnXR>>8
znx9t$3|;#VlAJajWC;A*v;DwzANSW!KF^MZ#yh|}m15Z0eSjM<?DU0069xDhkVb-r
zPw_-9D%PRa?70`BzI(DflskH?5u%c?>Ca)9zT{*l{t;!*i?@&If>!`^`jd6Sshc5W
z^HQ8JeEqI#32PaYeFiGPnsS_cHdxesl4}H@Bo1rk48M=vo1i`Te$eDS%Gd1%W~L3v
zf|>mOrfu}q!4~1j&-d<)FXB{5cpPfyr{6057c_j+r;jIX%{d-0i`>bz_?q6&#qMV+
z5Pbe%jSXU_v_#$y_H*o^IwZ94co^^-uNYo!AQ-(JT4<m`Nm4vCdemG%urwk7>V%e1
ziJQd@zHW4@9vA%N`n(b;Mpjlu{|VYL0fNZ8DE;PpoLSaTfUUyUC{j;Ry;<@2jR}8;
zYW>KQ@Aw!C2Eima$W&%=^SK5oP^pm40{5JeBTc0EaT|~akWAa7lb4PNxp9(L6^@sw
zHAmv}H86#bLC$|}`qP9+<^*KOaMwP+iH<8etV99^MWU|MFhD{FT+C#Z%;Lu&aqIiA
zsbX@(qs%@^iJ<d&?ZfY=o5!?7iv^}<s&g!h*gL&pzg1QCA=e#h*k`t8{OOUmH+$49
zd&}>3vPMw{XehCDq2{&_I9Xc&?})c~Z+e>CGdbekv32i~m+mQOoBzpn-@cM3SqcYv
z@T*01FN~eTlrrKOSFD#sWcWAR7)uO%=B2eAt6u0I!e1aCH}m6|Yb6i7+K*l@T3YY)
zC2UXb9paRrOy<PE6Ifc0@oyF8n?nMsW-i%N412qO+*Nb5I_OT2^SHBd<~A|Y7`c=l
zm(+NC(vjGXYs{S(v>2oftp2^;V^HK|Ex}dn>bYfA{z9AV-HAqVIp`Z7pX3Ba?LOAw
zA&qX_1_588F3Yo?q6{laa-*db&)in~H7hPEeAml$Y3|EFVqCFA&ta>xQEVLZ=%Gc&
zi$7s0{tIm9O71oO)+hHZEN6K+1%`N576;#t106)Sk0(8noQ1E8osI6?8eTSUiRo}q
z(k?w@R-8c1qf-2o@Rg)S8t9V($#K)2(>B<br*V$;MgGXieo+@{+eI<x1?@I}hmy7i
zT4Ny$Kg-K(Gq@~1sxFL{)Cp#;ls`P+KP)zrMDw0oQu}6m#Nnj3vBTrZ70uDV|7B<D
zk`%XZZj7Vb5x=J9iIsXXJ)@dnBA*-ZhE?9sBTyTFOg-T19FK2gBUK9vuo)CAm*MwI
zhi|A^Z2EMg-Rn08cOAbUzbDeT8d+g~^uw0XT@!t0&+?Hh@sU#;eCSJ41&ZEY`l<iC
z9OKmSp-qO<Thy?*>&?bOK4@M}c7p|r;SO-yL16(Z{4S!J^MwhZz`O8Ib3o~U)(#e6
z0~4i5UB1WxNxm|k4VrQwlpoa+_IYRte-c#yhEUzJiN_BE(h-7hMY|@3EK`dF-8MEf
z=%>SAcUNszP*8|~n*+@Bd2$)14=!Iy_+c^FVFpHk+v>sH#*-my;I+VjX;49%vapm-
z9c<<&{z^Ex9hX409Ns>khjY7V7>2}JgJQE9EaW=^n3M%j*9<wT$a~Y>hJwm>h!j_V
znvr-P|Hb|vBneO+;`?zBtV*9WLiw;r2oji}MC=Fy10hW;;NTDQ5#!t+@>4j7$7j`W
z2mlxu?EhvMu)g<{3Dh(7&Xr$Qd!kUO=>K&F;(u`zSl_jTKj1)6<yY#nMa1H$9uRey
z)eKo2Bn9#>W0BRD#AvX<uht%?!>tj(i9*)a0~Z?RM}W+0HnH7X3c(s!sQ?Y8EwknO
z;R!SnoFe&o!w&klRA!Zl1nKO<<|>dSMw{cCQK6WvAa&vvg#)D)HsMDj@*ug9hM0g5
zz5~xB;TOS?`U5Cpdn1M6<{PpAX0y>KSWMyv401z2p$CKBI{gY&j?obcl^bK9AE1x&
zd7Zj~2dG9Out_Ze&6R2iPpIal&vR^UB78o+8Bv)?G6%UJ;67GA(FED3mnvjDQ8RXS
z^6I&B-^%Lfuc6x~bQ<>mG)>CjG<G22dkK+Y_&9FzdZqf08R33P395z@vVQUl4LSiu
zC{Xb~IUYwKZl>yYz_Vg}qnKk+YS_9x<{w>a*AjMsj;Wdlh;Q$10{tSnZ|){5$f{PR
zzyj`|XbG|IOxd_LrL3C&G8P3E^vMv^p7awcN;g1Uf(MU^eq$(UJ&6Og;L!EeRt6hn
z#GfPqN&S_m2BX`!DcFV}x{d#v?qm>&!Lj?YAV}bl16hXt=hYR&PEXA!6Lph~@)BCW
z#@^+^6gi^2C+oFp|DUK#nTm_+bz(yE5;?T$zo*&)u_Zud)>y|x?^-dQFXF4fA=&)5
zv|)3$Q-ELXzh_z*`gci5x(($5+YzxUzPG%#t>LS$(X;y2b-<;sWwy*Gd@~E=Zw=J7
zi5`I2(tHxWQNDp{o-72HY%^3$9csmb__`a@{TKPtq-7~&36}>5j&1KgD%5-%wVxCV
zF2`S%;%6Z-XkSWJWA~8zkR||JrdKiV(g)C|ZT-YJO3ILT-vXswe)tqMRJ|8C1%2EN
z!95NB<<gc7u*;11${>C{u^J%{S;Rply`UPkp=8qGh%?6Zpz)nJ=#&6T)(#6Q2R&Q1
zmXNbTtodx52rg4<m}0VNYs@bOBKFrX<9jUvz~PW34?GQ_3kNj6ME+|5Wg4E2!-(b%
z^1XDr763ra{yS3Su9XB&E#di}av=`iH<#UlzXNyl9%#jvA~_unM<<J0!0ofUiMkJP
zcm|*>#_Z}!AF!KkN?AE9)(Jbp;m(A{*VZ`?QS6n3r2dF>3<sCCotRh{Onw~#K}Gl|
zmA8)Mq`M<(ts`Jz+s1DS(Cax1&(`_n;OJQ0L;66~X;2rjOzfO}X7DkWHn;#kWn%+8
zZflB;k0Ol0SE^GS_AGkW*;$$f?qFfGH59>2aL`jhod#BZx2RTy6Z^=YnYy}nhoDD?
z2Jifbn}E4GPM>6TlC32?t0>1azyUkqQ-a}2D3;&wV{pR}{UFbdi~>fBOlHh`B3-G@
zf9ABhbhRLX$52*2eU~RDu=T6X38WPFl!Q^qcm@eS3ya%S=4yR0s(w{Fz@jm0<?4tp
zWRZ^B(qU7Yk^`>lU`HRERMT~>Lr|1O!_Rhrr4!LNbc(bE`1|dH`(C2+EZ_o@#lSry
zO8RFkVE^e4L-^b`sSDs|An$l!2KEbKLQp^$v)Lf3o~Lipfdfpcq%;)ZvO95F2IejM
zmT;YMv&9&>7S8QdMWVOx7htJ~xG6}tR7$va=76+5!t;X}WrALqweyq7+(9mt8vP@9
zHU?pysNzwq9ECeZ!A+zTY_%BG<RuKg6H?i}#m&@l8w@j01MVww3gQbFXhuBS<QH?#
z!&Jmzvs7QVteGJvYAiwES8E*cMg}$nZYu*mXvm<LT5@jTiZ*N+=2f^)h8et;wWJ{Q
zq(k@z$5fLyA2yxj-Bw6V(7<FYAL$qeG>fbyfJT5zP<a0(F=nLkz5ym(KitFYWpGe$
z`R=`|P9`klf+!7aY$?Dcbh$WS(P#qj2YK+9Exj`C`20Ahh61<eY)`%teh1Ce`OTfe
zdWg?BcHqjXKull8m#}IdJn+<Gak*VEJJ{LY#zD}vNA@gFN-x10vX0v@nN5H$gdY5Z
zr84G&u*!7&LvO2I1`Y#Ei}{Gr^8`2pGu#!zcVfYVtBv@eR|5uu%4%omV+G21tpJ`z
zY9@a;{Z)6%HIErUN&p~~BClexp$Ix(OXxL%lYX7>{5$ng42jeX#8X?Z$B-P9HNiv=
z;k83Q$Ko|R%QHT#jrvBb35GM7rFF4#F17(~qvFlKo;K~)fk(O<YTk13Rp^xy22wCE
zpao!G4+qbp+3;Wdv;`RmyN$C31c>YOpNSrG7}HxA>uLHAZD_$UjzdR&1aX>cf@o4u
z@nQZL{M@v7I{p>RNK62BIiSc&Kiy3|p%7T%&$dO1-)~NO^G?9+182cZC&^2(^$<GW
zohfNU*fN8GV;HxJ1>k826iL9@tdRp`BH$~%bEv_31K<^Phq;9GYhz&D2L_kjM2YR7
zGl54B;hZrB%0Vfp?_;AQ1Lh(Al|5?&xJx|`ZBO3$dNN0U3i8Sj8_GhB)S6j9i(U-a
zeBapzy~smi6HZ%@*Uybc0y~nibfS6$tc17)L~_CNSkD1{3v)4eA{TVg3YIC`V?1DH
z*<(L|b7Ad|;=XX4cEMs63$vmjQ-2&A=VM;PWve+EO7p+(qS;Xj^dg!3VE`)t{H7;%
z4ZuvMz(-lCKBUi+i3Q`Ys>Ura&xUsk_%Kp-hVgDTpo5L}eaD7U@<KF>x8t)l{EeR2
zLqxLz@PT+s3||5uDwV?Jx1)&BKIPOG8e%)lc1O}Jy>yThD6<a%iUe8s<M^_id-(lB
zwg_LAx)91jI!p0gGKxf4CaLaxMP$qWHj#c_8oL^Kur_#=rLWnm6)`ehMgx1n90m$J
z?vJ-PO>P{b_N!mg(_ttw`_4H*@+hS@-iO)zukgB-1SX%QB}{_Zj<NEq;GBU^9^tLf
zSe-)^Q}tDz2_*#>$Y5M&zesrqQWu9RY>dgo(%Dght`;s9C8(68KBX7t?tqnGe{asA
z!ds==t<-cIwo3Novwtb8sj8r$v`Nb9h`#0UL-Dax5Jv$CQ3^%16a1e>4EKG`TO^~?
zZsA_eoy>1<99Q)4^o@a91SJ8LVuScD;X>uX_ls;GOjk3rTY5I>L$^=%Lu6g+=2{<v
z#e9CxN-d!Rg1!{mr=`&AT#$I&Nfm_fS3j}kZG|sx+Qon$!|##A-;-z+G*xLu!bqEu
z5O7Jr3E5^7UBF^s6{ID2VF8D-s)2#XFjxE(NPLV7dF*@V?I`6X3-71cz-1voP4AV<
z5On~kc|dt_9=dnzAMPJa>IxVdyubOrqi76HtH*hq-c~);oB5=z2?Y#lF*w&XkAZO8
zZD<H{%`j%??~m7yd~1Dn1vld)M&k2gc7mkk4VV~~C)(LG6uSEah>@=WZ_pafmN2I4
ze&Y~Bg@VX(^}`lyU)_nHAOn_PfiX|RQ~@`A%=w}`wn+fGrx+EjoNB^BSjV>DvD;(v
z%vOI`AiaO6>Wyt^9cbJDuJwQi#63G$o#&ITBjLnITC44?LBjT+<AGPud3*$UgQ_bJ
z+vv04vQ$>*%U>AG;0!7}&S3=Yt*)X{GP!m4w;QK}J=P{YXA9I^wXE{Xs842GRPFQ{
z{|09Ud|=d-HkXDMjz;zSb}O!<LCtggS3bY*J-6Wg^-J-Gr^jsPuEdV0H=kx3betLO
z;gasM>-G6^U(d{pD{Yla)0ZS=YgW*|@Ma+1$Thm5(x}h;y_5SQ5$nnk^DM)h@=%*c
zE@h*;3KxrfpC61Kr&l!7)Q_|@`Kjx9XS*d9U)PQ)@Krc)Qt;%$Kj>^ID;Aw>4@!M3
z5)kv^;Y|Hf#ueBIpC1U@zs8;*zUE`mrJ`XGC*rPOECQL8ejnBO>W}OT&Y_O>-ah`1
zKh4bvTl_pFt`P^gq;F!HcioxgFDq8HOT6Z$IRyw);xk|R*j-;F3|VwMJNT0qD_Zb4
z_f-|Z33-NrPQ~s+MU*Sn6I;g36RZ=FE@XdoDRMV0H~;IP#EyH~MRVP9H^=wFa{CFd
zU*>1WHBy(_nKWMWh~kV7I$zvJ7WXizekuj45R@F}U4cKb^NebXmCwTxTcb$<(Ill?
zvu8lS!7sgEkM6sB=k}3<`@qLydt#ie1^!J-FhV@Xg>30VN?8{g*C@9&kE3p$i8CH4
zB}F;7ab>pA1YV<8;;zhWByxe-OUr7*Gv`kaw=Ex5e&}U3`75;P4#Fy9bA;}!52>Tx
znsLyRco61wY?8y?LoJ+pbYM=9`%%J@dq3~(H>kp}ks#4a`0!caSdhi(J`fULCWsHQ
zvJZT_ob2bf{N1nxug?|kn=$d!pFfKHhDi40gy%16CQox^dp4yTIC7V!KhW$ho_RPa
z=Ts53J;^ro%JjJ=5~ImMEg?_&W@ao(7&PtXdBh-e@5tZITX?@%H|)l`F*kxfnnZmV
zzv-ynEfF;g-SCrkN?24lpL3YwZ)I~$WVJZTe(bqx0jqMBt=Qo2Grwu+Z&58vjaU7?
z>-6l@(%;61KPRU}-W6sM1zaek!+5%gTEZL208L)Qe4}O`lj5~Yo`t`oOk!Esr+-)N
z$e8JQ*>~g@(dVf<5_Vo+zjAmIW8c+9sf9~LjIjK5KcNYfKx*;rZJtl|y;xYZ#5?GC
zk9ib);AGa4s#~8+b7#a3Gy48H_2g{P+41g-HeHimfEP-49WOp~@_VrQqYWTo6Na7p
zzCchzpW1_f=yQZorzdAr3Qsf6A)~ClMDzID#2-?jaEqWL6{llwP97Hgt>9F3-O{MJ
zZ)c@9SFRj6_kKXu{HEz#^FC_Rhh$MiGp`7`IP<UfyzR<}7S^c1dDYzy{9nct$H@|+
zx#Bq{p=TyG6trF*-yS({cbPFvMSebFzDl_Q;t@0v^mm7$*k%7&ymQQP_z17HOCwqs
zQv&}gNeL8`8n3LB+S_>VdYvnB^}<qyMA~d>kYSD=ylEb;qQ!B{dTRV%ITfd0@5wVq
zl3CtDC4IiZC+c-1BcR7kW7+v#0L>~Krj)!5HWiab2Z9K+EzGg+z3UduZ&`0dOV9Z|
z?YJEqJMP@@`wghmiV2Oo95xJ*jJb5}*8bgZcV61#KHYccB|=l|EgPT->qa2Qk^OAt
z!pCWSlAR*{dB_*Kf=stvjZPN*5BB~&9_sY}AIG&FbkZbB5mQOB7F&^ZoZ42BG)X1I
zw5fz-g$%|#Lz3fcY}trOPN_5%V>X9*I!|q@DaR0VQV!!V6UNgVp8LI2d+2rhz52Y~
z|Ns7wZpAg%^|-F<alAk7SH|Unm-f+BJAnhZRDSGXq+<64Pmp(LaP6}a&wl{xB+O5v
zmlA{bWgTdxyP0gvkv3V}Kidyo1Q1$$0%0-pTeK6>velETSDHgA)*gHntHYwK>;=O5
z6NdVtv2>N@v_bO&9?uF2v!hfRlP}y`UViA3S-Q=Q%ikOJz34g9K3ZKdB~%>4(S*_&
z?E35aFatU=JuQDUc)r`9;NsM{lx$jaaEA~u3;;EX6Ab^5e#}w3YGKQB(?^X<gJMpm
zIcy{femHR6t>?_)wb#G4u>SRY6#iY50)Q#gUtFjH5r(cwJUn8a4-M5>Dse!t;V+0~
zOV-Onjj%R~(4`XTB-;y*9Lf1^HWon-l|krH*CBijHNJ0&I4mK=9szs3$fzUfK5`Lp
zt<TXC5q~47B5=d={5QjaMP0|-iNTE-KXrFuM<TU;I~%g37w_CAx8wD0ec@!;A~+)6
zojpYvO^~fcbh(EZ73T5Ap=U_pg--ku@}EjSv~tA@?s4~2%~yHTO^uz*qAnL+*f8#d
z+$GIj%d`=bQ$mZkXDF`Ddv!*#>hZ2Xy?4hxwv*8|jDZmLJ&s!Ky{Fw&i~Z2AJjFNo
zZGN3OG5<*7_q>g%M^C01tjsh&=zTS&qGHRk`$f9?ZKw|iq{!03tp_@oTcM|H??07}
z8{!of{ww=WMt4eOve{sb)p>L{<F-5;B(PRaSO3vn>d%m4arg#z-{aect%8NZ$$?2B
zfgUSa6)WJ#)dtW-^#YU2)7VmW9bO$_G!n{<6U5v2j7H8C=0ap&&UYOpWFy4T9&zLu
zHV3+03#Dobe;$%B_2{A(Sw*jh0XLP{Z}<BE+wL>&XR%!Zbde#A*ae-#FCo8#mRDg#
z9{l)`M?A;+BE<C=QpBZVY6JMM1Fem0s7bc#m<4&l6WEvvW&(e;PfJyBftTCP$UCM7
z8pGp=H$0<W^o3QXc8<X-yW(J4n!>0kvqOe%&#+Ey@SX~Mhnd-wMF6hga+rJ5cBKd}
zSIeq}%JqODxU9)Yr4z37ZGJgLQ+X}-6rIlH8R6@s=Th=}hnPAdqwMn7RrLFE_p%B&
zEl>?{rYEFarl|EQQjJo!`3PZ=J)uYA`!=};&mz?1;xtFCY75VUs@+9WZMC%^8VdzJ
zDOD=Ix9v)LiKW0<Sf;s$-s`$I@#UM122l&Liv2WJh26`0?N#^i*q(Ok;pzvIU1ieA
z$AP~)j~U{gi+gB<A?&sOf3~bWOUjMHSSK?AZ@C~>pDn0%Y``uWv$heX^Tr#CkXRAJ
zH3@X*B$fSugx*5>T3rwZcR*CoTYW#1+F&x*{%i(W{gr(8=?S^sonvqIW%k~8-S+*}
zD=)|t<eA8Y2iH<wvm~CKX3dNFgl<DgQipZ8_}bJWdiH)b9;S=6w~|r=sgxC4n`TD0
z_&^D^dM(!80z=OTe$DW`eBW-*Y<k;;^KTk;8HJMSPAY&-_%)X+*Pl$!iI5Cn*>c4v
zzZUeI)UqcXWH#id*i!1nsteS)@-Pu=mzdIo#{jc#2%VvJZxdv*l9Ib8ZPy~z0>V;X
zFKfi^mOIh^U<I><WW*1=WIM0=Wxr)ky07n@H~yM$r<z9_T6Ugwc`xLejLZ?&3qV)J
zZ%ku1ViK2AN4VS#C+i`RTzCz@otN?`aTU0RK%Kf6N7_P?t!B@&aK6)i)(b|Wgs*jU
z(%=6^N`A$i3P#)d#B-JR^!-uKi1DF{CBD#Ak@&dPzz{`TIBrWFpaPsm2eV7$BUj@{
zZi@q(;3W8~DV*{kRYmS7!r*`FAX^|5J~gSzip!42EjC@4Ij_94%3F{nd=he|tohV~
z5=?wSOF`S|&XO_jHq)cVlds3dUGB8O+#3)*u80Kz^E;=Eia`t;rSXlJ`ETU=5lC!R
zhh1J}bYHF_HmS?r-uG^x0jm~3HYj;xxw7aIY0JuMuf+2^3Oh2d{gM#4*f-tj&Y*9|
zxX$>=zMeBQxP<93T=xN!K0Y*E;?a(h&jkW91SatAjq_a~_RKqY-#SGMQ;)O=>6B?B
z@qE2bVE>Y-bIGRi2$6DZ2z&)rCa)txe7G)fh1XHiZqd6N0u!ZS>4RUdly~1><(jfA
zH*dK7+xjS9Gyc)%M5E9j;>V-BC00lv$lk*uFRBvB1_=<Q*LRQC;gYEHL)bCy?1Tr_
zT3q~MlDepp++H!2k!mtYU4<kH_Pt_aiRU>yNlH{8t$Ahd<2OX|3n$}+#t(G5>s&Ie
zgy*I`TSj})r~`U4p)(*-<I_6^CLY;EvBWOuqF&j4(zggjWXPjmPT^sa7*JVBRWNC;
zm{5yddxo%_jFmfww!x3-hJh-?^4~oi=a|QjZ#TKpb4a%GK}x^|Kg+m3B92GC!m%Jk
zpTeSDq^ba4B}pS^Jz^sEsI^@vb}EWS4gCI8`if~nbmd2qHi&a_H@@`E(MGa;a-TB1
zG%MQ1N*;vB4B1}~*k`!Jl{K|>ppHlN9EwT_t^P0(&dC~njuQebL@CeRa54!5WHBz}
zjtWeDc3_ihpeRPrL|%<}C^vCdl3!GWH3ICn7uu?`25~UXUiPrhqJz1@&Z2E}QWmh{
zU5`g~E5Cx;u)TsLd1jlMnOuClFF|$)sx__JBGTd#M*PJl_0%$aZLjw+L{V5kOKClf
zv~w%jOX?r^d09RY^=0wl_!UDrI*%%u$YEZkx*KynQZ5~Eq10!*P4hjBd-Y32_n%7b
zRGQt)aCg`@=r{r@^PPP1z7<vdlpq9Dc%};9f(~^mjlmeUQ6XO>%@f&=q=+bd!l+sv
zxve}HZPU?1ywz=2A{wGBu5yaCU680#5`)AB@g2%i@NV$}OiYNlxacCuBCiJB&^i`^
ze@H+IElOIQvNIQ%3MntO?a@U-nVCFD0TM6V3@PCf8H)@^4z}RVQWwcjisPF=IZCrA
zi4FpeEFLuuRmSt9P7E}lYVD-p`O`^f%f^#!)kP2J!8~35ovAh7oGR1kkaYgMvHZOT
zK?JO|)d;QU)P>%jy|NGnzgvM@S)GNW_C8Z^UP38a88Z0Rv{Xj+$+1v`i}mXRUq6@J
zRs0N}#iUS6?MKFGXfya93LV54y0LhihIN40WG})HMe+kFf!1?ObM#|b8m=5s3c{%~
zH!MVA_=0-#3zm9{l14OpS;{vFOT~&{<q==m+?}$szL3ble>_&_TPRs0N9m!c7XY3!
zZNEX9%_?!-x(5(F&?n|+Fv?UdBx9e6TD152LkpPKjMMe6kXi4%sA@J1K1YA9=!`O#
zhjM;bOnH>m8jik2dQBAI7i+;_7L^JZK&@t;^-rXKC|b5l1w7hi>|^DTTp1SqgR>SS
z2H0JKW1v-NJ-OZ17U9j)SsR#?V}|^AOKyO8i_BRUI4bm}SJaxYBQC@wmhDEdu3y-N
zj0nZlbo~91`y~NAb_X|BRB+)lI7ELyzJV$_v=I6+FxIlXv;^^CF>MeJje6X2;fcP0
z6VG{YBYp|dgLOg5zCyY)l6S3YE|0d{i*Y5;y}Nbv+d&QK&-6IGLwX%d&&XLzS<ZOh
z-Z#P+D)PFnu$_vm2AD26I}l`1OYCoqf~4KlJ*g++Dzha2Zo3Qt`TF_ViihO+L@UV;
z;_`SdErG0s_{z2;VUnBTMp^^-XlxC-s=dlB7hyDbZ5FW;Lmk}6n@B(5m)i63aTQ1C
zVLwg7-4(}lG!lCp)10>Btr0Vso<CtZ9Pp=74~|O#*R!isa!$l<@Q091ga+y=(l*3j
z^ti6Bljj=G)a#R*AYNe8Y}cI$BOAeKt@SzEE21JeZXH!lp?BPShREyN%>2j8yStTt
z)*xgIwN8xQ4ZM>E1G{B{dn-ROHZbx0T_hO>{lg#ENg$xF2oF1(pssto=@`^l*tY?(
z7hCagsi6wT+HU(sTr@#lZYFlAxxln)G4h&r5g9*vaArk#L}0?`H@B}(x;bdM_qjFN
zyvU9UUFu?~P~ovJVjr8=V=rMJMsY^H?;x~V>A<M2fTm3fKnetyCAN?5AVsyf$N2c`
z!diG)m02FLy~SylQ^rB$xj<!ZgS0Q3-&N*Vf_H3L->RRI<&-LU;S<_QaEg>lWaE`i
zTYF|a#=4^ZRBDZ+W<;`n0uT&9nxXypkfl^GjG1gEzakw+w#hcg-4vIgGvnPJys(it
zz$s<cNuDovM7G_M8?{xri1B=rln_ccwjNRo9rf7L7Gf|$)-`>^5|}JJb72cI;POPY
zK6ZB!{?z3?eeIWMNFlb3OrV^=GsyiHo~>fM=ZGgjipf8uUJ7UjhOWmNjNx=Zi{^oy
zgFB^=6y)#j=61e`vL`&HcHI0|%B*b8>BNg$v=^adCOnY-Y`}O~<it1!sjflCg&fm4
zM(QtXrX>SwZ0y%k@dIr!j>Y$kS|Et(GlYyOEz(|u-3Jim2x=<o4;^Touto{3X?CXn
z)E0e*1;}p#8cqM<(A8LJ=%#Fe98UTG(LVH5y!LyXGlydne-0UO`fhndFog!Ha~;t!
z-}OUNPY0vgK;m?^RTVTY1F8r8jU`4M3bP}<;TPlq%v+l`hHQ-5hT;TBYyH)m6GJ^%
zwBnSyK*ztU#3qv7^Bg{0()!hLt}H5O*nX`7^OCyXv$F`-55S**qc+{^ngijW&DJ0}
zL4Z0muT4X#fI2by_zFwx09&8KdC#(Tsh?u=qUG<~7e726vFxV>5mVS!4t#Ktae=>Y
zk92GvH}+*LsPjz$knP^BmTRK`eZxSfb^A|y2KNA?0kOozSEE-CtXrBs_2Y1qJ<@;h
ztHbBNv!-}C4EGhiA!GLvk4MUalXLP?@kJBEJ2z=6YvW!ln#BQ4-&&%6>)H#97aZRy
zSNQ3jtE3bHcrN6gc2Uojt(?3pf2yC-84D5&o2dU@5mgIY*@Rm=_490QpJqB|v!H0E
z7RQHdC#Oh07x4RzV_3fxI`3Gu`HpkU*o*L{Eu#p4LhZ9yBZWr#24wJ^{)rvSJ}c{8
z+jD%+C<}*{9ynOc3QkU*nj%e4_DDn5y_`3Ban8#*lUM~LmY<oomOG#w0q}?JN}F#d
zDk)=&29HWXL}q+`(bjuD7VErMk5d0=J9J=v;sX0!lp=tDluHLP{T`kbSbKv+^?fj1
z_fVxhDb!yk#;M^p)$tI1|H-=wODKmq+Z@2z%1YDHw+6)sAnU%1*n@_lZvcPGK&!MZ
z<iPxBHmDneTt04~c;9aJ>Oo}-VN8812ZvTfDOs#e{jOHmLi%uOQVF#QFW#w~s|+e8
zLU6`z6*cYXO;g_I1B^W=&nr3ZEjkz3?>z-*yyjT`J3Z~_ynBC84o>=>j4N^6q4f8m
zYvab=Tq~dvga=%%{!5%nPIhyzQj5^$F{o0SiZ?wl$4>pgoP&8^ZDA{s<5<Oj(lqFg
zL;dR=*g>hbPk`rzD^YT?pFx3<9soU*d*}Xk63RIWjWDZOq?VWSu8<}8!mZGCCx^qs
zjY{gsYegSW1ovkTMtI@D*s^|zT8-kKzwG}i!r+eMS9tGKoZ@u$j%B--R9XzIW-$b)
z*|+^ZV9lkG)G;(Kz1g++m*i#kI|1ZLxmY4+xjcK}+)J~9vjIL@Jg2RH<4>4*$)KHP
zKQ4^|n$#Tvumdw-CvSq*8jI)?iK$!nkEBI-TYM;y`R$$E?v^Yh1K%MTSA+ptal;+@
z^K>p@!4`kmRQFVzK>qb!r2`jkQYNNh)=b3O-!DDfDESUVG97-Jq_ax8IeS>|>N^!w
za$a%szH6<mURj`1X`&O~Tv-%(sm$5##JoE-$-y<)+#qm?gm2DE6KzYtt?Rn$4$29C
zK^aaar&n&w`Sk_VFng3z|6Srz!rOr*0D`_*P7$e94WaZcH3`)qkUZO&TSzt{THItn
z1P()_;xqOkS$u*9vUhAmU<ZqL$MHY}Adzm5<)3bb<4JbGcT?03w6z2*<k;~S_Uv01
zs0gQXp1&UtdrHznwh3^_-Yh}g7B`065JWisD6Tzas@@~2{P_>xUd<ikR6?UBYQyMR
z_;rLjZm8nda_07{aMwH5FWxl9@YZno#qXw@&Z|WIXwryTOj;oth_<#6;hGK-;RZ{n
zQCpusoh<h?i3`Oq^L6c}#ata>Y7xI@;oE5oitY?{e@#G&Tsytcju)ImPsD3Ap{^Vw
zgLC<>vGd6)@>58{cB*I>e=3y{EC7HW$|BM>F|MAPi0!Ue>Yn6y$2?xYgQUmftnp2M
zO+2#wxAF?{#>YKF&-0El;k)#>+kL;r?y+efKP9CXovij8o9g>hN$ZuTYl?h}MvR=m
z$1U2$r!FD3;4pp}nyzv^uZ1w&CdWQ-@N2T5ku2`|S$bU!E*?64idZtGR#YDlap&CR
z^lz>GWz|{NZk0dC9Pb<;^S~uJ9!T`4C+mu-S3&|8BKAMDRoU}#s(u&TZR2y#NL)3f
z4@&M5-YoIAQnCHLYh&iSckhn;khuBfqthFCJAa%GWy#fK2VNTY)KQm%`U%{n4?HhD
zgZZpFwwnA<hw)Si=Fsu5GhW7Ge4Jd1kC{XCaF5y9@99QBZm~|`#^_73!rT%W=%VSM
zP#!oh{?L`am29~Y_A>k!*D$UoH?D|wrrRhVt?DFc^B^_k`S*Gt^+8)g)ITOxnM!HH
zRX=w9jk!Z}&Sqq>+o?<kz3cYZ9kg>CHl7&QEq%(~nB0&NhO??%@!}7+1nZwoOUDaf
zEjTA9bFga&Ud>!0--{><N_O!&8}TY^9$WQwPuK8r{qD0<+WPLV%vN^?0DR(_&X8wg
zWz-eKFxTjP(sPV_&o{4+JwPr!4_?`@=<VS5=~O&49t8|hIPE3jN>~IX3Fc;Ul;rk;
zv}sEaK>)NgAo_)ukXQOK#>Ve@lGbI^FqetRmA7}Aj<og-dZ~$-w}uK>)g@)cp-H2*
z?I(7hp$s(6EeE~cov1Q@|3Y0|aJ7$tD$5uEs=J?s!a)5nVsGgDR=B!n3ZC%?=eyvw
zr(gHA)N7|6_WHS&Utd+{s@inUcucoE_K&O43v*5;RX?qJ;PApi;g^ms%#sB)Jhr}0
zU8I}3ZggWB$)!~{WrdBbKP<}Vu<n7lt~Yn@p8ECT1N*n}(YXE#B8nop4-34kMk+k>
zY~TS@3?qiLQ7hRV(o!UpkBP6qMpvm~>S!s_(|KG^bADs|l~9(r{Hp0gyC6PIg@By%
zNOE*CKhSP^74r4I@3twg&?&d~1)tw~EM@d(Q=C2>Fgoa(kJ5NFjF7phZ3JDJVqV{E
zOr!Z31&X)r&kQOWlm>JZMI4U{sX3iB(vkM-iKR=^0(R6}-FyEFDSw&;(0Efosaw#5
zSrS7<Ar3fuk&@j=I-ii>HBYqtDi^niq$6fWn}YiM_MCMc@5HnQ6Ahvd?+=Oj^n2uF
zb7av_xwxk+%xitSu}`VFJH73|pnJ$mx}pL5^qH)A#|ncti-uwoL$~58IPOtOB!m;9
zut(eO+&!YK3}_dMK)dDI9MG`zS6On$fDNc@dMgUit>{zS8tW}$7S|`q*xE#ZTej!b
zcMa)-Il3<&oQ$IfE<zX%YIduh@UqWY5nG*GPltqDGcvQ;&Tn;p)JoqB7gLhqGM`Zs
z5Oe4%vcR{qFtUj?x>MZBV>H2+b+D}<V(`Ph_OGX^(P`VCg$UQ=+1eoHdAlr|@9c!s
zw|eagEUGKd+4_iaUCZAF$3IQIcSbWq{K`ux`;OcKYeFY!NtVh@@I};&DI%njtQiM(
zMxDFr>D!%?5vgSd<r0&2SFZ5wTmO>Q5cDiK-|uJq>2tZI%mm#wBO~J$y(PmX&F>!M
zlym{FvBa}$=t3*KGcus1xw0h6<Uz$S!}fAIy0`#L-yosS0v7;v8|ZA`JP1q~Y4?Ns
z1=p@!dk|~*RsPn8ON+j)`POeHOAt1yEfz|C=?tN$kw^$#KuNNc#O7x!+jUrn@|TQ8
z9%v2mhC++Ax4(ENaoBkIkG?)n&($kq!Y2T_D?EW_E)Gkwwij?#B3UdQllBLp9Cae>
z*<R(yck&Z81)2qfxwjdI8o3^<*s?KbW}1<)?U>`++lAA|6YuU=J8HJN=hXWn<DFzq
z>TML(<2)m4KY0CLHhZGk*zOz?hVYf_s2zjW7JPUGvU`|6U2oY}aNF}(k0OmPaH_oC
z;TurZpY`l2|9CU@hNf*@Q1#&_8!A^Kt>S<ybNL#H2^*Dg<;L$FzEM)L*qB{4C+)n_
zv*z$n_eWI~t$_h%OV;G{y>EKg_r8U{b>7c!diHIKIr&sK<owr`{i@g2%=6jyQ~?o$
z5V9`n6_2Bi)bq?^Tlv@~%o<{bYp2;gU)NfK%DJg~x26~Dd98wPSibH0<?rghDYRH%
zisX9=H$D1hyO=}};MO3qEarNqSU<tUeGDCmvpaCG<M(z=eCg|>JD*(de$ln|zO%u`
zw3gpnj#;;qT6+pGszl+jN--v3YE7v2-tiNrsVmpVtd2ffQeu?Xu>Jb0<i{R02|Ckh
zyHyN)F<TtdJmHdZ5LeTFRncFJ4+5}P?-}Ukg!2kKVIl@pUk2LR8cyv2mw1-ig4&V0
zj?y~wf%SE2ZF=T08e=Ll6s?j*4`CNDb%(LaOk>g(gjTS_n1-%JChBa>%S(-QJ%+5e
z(OwU~tL<N3Zco0BKQkV4c+&|B6>1L~*~}Sn=5xAP4L^g7#ZKr%isiJRs2-czZ5vM`
zKCdS)+cSk*i(s4FPse%R9+q@^t&Fj6dvK%EiQxq8ZRP#eF^OIA;ND6!(=<G!`3PZP
zxVncM50v2d<mSw4WA{WR{P7gB7Q6VYWdSWd^xl<_05|^X%bq^<(+dQ4?Qf&cm%krg
zrS^RB^`qIl%#7Va@M978iiRtty&-3DG<N56@f%sZ<N(Oo?I(pJwKNVwlO(<*Imy07
z*-T7ps1d}+0yirm!kxIwh29b(^DQ_-vdASCYI$T8{}HWM*=}a#5%5)AlU1pnTv|F*
z;lzGtpHjwIGT66GeC{fjx}uj@UuQ|ULNBqZL%*qhrB%-$ZxT)A6om!kAu&;N#-|KS
zT|2(H9ecp?7=xkKmC(@_zVA*=<NyoXLy$aD<WCMx;!|L4d8D9Z!J4#CQTy0^piUP*
z3s#T2Rr#B!DPdLCZBH+c#|s#hPaa+8FW6ZBwY-Pv@fZH&X8K+=;koO*VN9^UHIDb%
z&<FY_qLe}FFQ^@&%y!kYlBsdvpB6u=)v1C82?BZbvL8>)UCoACGGm3OK+HrK=%4E!
zSdV?b6^TUaBka+ey7%{{ttnt+8eZ9WrZ8sDyUU04yev-qBz~H_Y?toE-y>pE&u=As
zBvhB#$+n=a-IN*%24vJr3K~1(LosXI2dA0JNI|ZzG;}(Nyb^it(0>2iIWuj`KIzs>
z%4L#oft!AORbYPLM1E<kU56=B)E1Hzxu!Zx(uXKy=A=X7Bk5vgZV$q0fHceitDgtr
z%Aalsh^!aXWrCYg*kanO>>|F9&U<1udc+Cm+CHfju&dr&(}tcMA79qH#QCd+zTxFN
z!>~MO<c1*krvI+FMRLcG*q2xP8mR1?8~SSi*ro1;n5|gALYJ6Q&>i=qF3DKqkUW9*
ziP|oZbn;K7t2r#R<_J}KzQgdT#~2mB@4Bzi?g`xstBHYhe@4}l_bsZr8=dbqt~q~|
zrM`uwer8SY@3)mavwMvHU~Rrg#C4WK4QP~**!aC>ez!XvHS~=P>1m$|xWTx<0YEU3
zt%O#<8N!Sj2x#+!RFM+_(Hn>^Gg*UpyNW3n<#w{LW5j`4sq2-pq(7C^iQ7%o<?aXp
z;#q)-mdtU8j#nv4xPO)wNU}11<nLF}c#ZzH<NEaSok2$ADrA7quEiyB7-902P)*-z
zWJ=_DQc-|AfseJFhu8_4{rS|``?eZHm?hPyqh5@46Sc_qr60+td+6^NRW#fY+!%IO
z+0)gj<C}ACp-ZfOvw#2WBdz^>=a&!;asl*S`4i5>>Fc9Krz)v95cI_#nbO!@*&}+#
zAmE<6`arL34k36JEZW_S<&hJ_j=UdmssJkh#K_@8sq!eUiZ>q@7eZY*j4l;p<En5x
z1-5~(tgLc$w}I`3q3O&r;DRK`zYff9FyFSJYKsQ01eD8HBmO*n`KsGc4}*^xHIm^F
z49~m{w~X|y7~f!m;mF-ZqZup}OTm7{Rnj(I5_XO+yzs&A#Cr|hG|JWc<EFv6?w-Du
z@t5iTY~912<fe%|*r&cOFO*m7WM|@`9k~7Z!DDb4dsG8twH_gze3*h$Unf#9lH~+%
z?kMhXe4RA3<3?`2&JvM*eASXXEk~_t$3r;=*xjPHv3;d|PdCB-SywtX_a9xQ-4ii5
zj#LNG?#<-)(3`SpLM<@uiAi~={cpr25;uV8@`aPAb01i*1l8NcFrC6;uR>g%kRTqc
zIaEPw#9d<QFn|kGf)w#hqAz{>oENy%w{LAFQ@kMd&YNDxRi$}nq;ZX9ej65Y+*CzE
z2^T24yQlFRS|tt&>hXz9-Dmqn)A2ZOT9<C!*&U1DZC=-E9hi?e>t0pgv%6a06L@pa
zNm^5-|Gj$#E$@DR7wLGV{>qq9VcMdX4qA=t98QFWVzjEx%_Y4m&0BH5>#VEmh1-G=
zhWV;@?=<L7-fz0D8{}`W$v<4qAZ%Z>clXK5POqLE>brkvi_t&}hcXq|xCJ6mX&Hhi
zGDn#@+8$xv!0z#oC=|J<IZ;^0oc{#rlIfvcdAp%C#Ct!8(3_#0)n~2;Ay^(QKF}<y
z*;2*cnei~Svp#3#%d^Ru*G5Y&t?F2nz9(*1u84LC^ck2S`b8tVL=ca|Vqc^#Ms>;0
z`t%gJWthaiuMnQtr=GB|Y)Eb;#__dbiYYExN3&Y&*<MXc{3ameUB*6fqVF~@;q{F2
zAVr3~<B=<lNCpbAO`(syeb)Vq0jTzY0tOu5qc%pZ=we9bCl7m~up^yO6hS_??(rt9
z2w(-f@^~y3Mv3U{j=Tb!uua6S1y3HWknalMn#>~sHnx%K3onVBJz{LC8P7j|u)eW{
zP=zk2Y%h4&N-r+!3Gc5`edDo{um#}J=0HA_cvy$DQsgg*Q9QO)CBMqi6H!Kr#T0iW
zSd`TOYtXYbB)gDc*<Jz?yDy^#niC4AM3^)<RN?q0OOTv3p&+gr-!Ez*5_VLG)sOV8
zY13~vIhFB3jxo$Zt6}LB21JF{K>4$*UtUXhU}jFe@_0YPxkF&W4@zJdfBkycS(HjP
zmOCL1JWdxyVt_#RN%o3(Yb&ubZ(6P{tMM`eb-M|Pv-n)BuSf=9E0<m*@SgOGjbyz@
z)<H{2_9>rv`i)dI(|eWh+^*pth)2d7R`^SeANUWzso2%%^5IMk`C1#Dt6~DLBhRD>
zmjste@<cH<IF{F{%5;9=jeN9=f$Dacpqd5cG(+MT%TY9;66sPQs%a}3Dcht;fAeUF
zHL5St{5iQ;2NnR%cxj8Xqfh4)9!?i_MgcJLHFya`xS`NSpThK_8cZ~28O)83m~Ox(
z<Y-(riDLq+NlYpd#=jr2|4E^cY=#&V%1^b0fC2zftEq2;=mj+_@;>7J#~a~eBz^Cb
zcGHKMm*agO47(c@j6AZ=Yam(i2n)zH)JO4hb;CN`3J{ahF5*^`Tx3Vj5Ehfy$kjwX
zHRDOl)yO0Lgi&jA!KhE8CZowj!-II@og6XT^J?;SJ#qxU;*I+-qvCBxZoxC}wc`9{
z<mgUp(Zr8KD0|pK-xL5&L2FlVvsJi6zOh@*;Z*(zA=vYTG+9sk8??xJFIj~MjQ^iX
zs@4IrL*!TRBU%&fas)KO4)PXJC7p<?z$!3?BRZfG*d+C-PqM<#Cv6o2Fu`K^jt;ZH
zHU64WznjF;sY?)Hz4TI8j!xObPP3G#l>?=*6VD|#Tjlz)ooFpb<k)OqLs(5-($h=&
zMg*#?WF-<_)R{=uN4)EEwu&^8<v!xDgVitT@CxE?bR1o=1Oj_-%A@&#A9*Xi^+8CK
z`R-j&q3d=Z#-;S1JU;m%D80=mhY1>xov-QI-dMX-%Cw5`9?I#@RFAY8E_sZenHJIt
zD@Z$|Kwu8=fw-LV76ty*cvptx!b>%QG7CR%kW)^n$HrpI*tItJ-4%)(=q8XASZS)5
z%e8OBs15dgUC~nI$J9~W`s#J}nXnau2R-}<Dxvw2hWHhp4rckKwQA$ok}#NVUS|>m
z(ufrK3JBDQ=vWrO1FQzyNxiJ8JgUzP>@gG!)HO%iA#nvmI?BkSeB>T)pjO+YiLjhx
z=wm~nRP7Q~{vf_U59Vt<*Gj4!#W*>Pj<0J!SD5%7ddt2F$`K!Pq7Fjfj&*?+dSPtF
zQ%)45A39Agt{hsopA*mR86TJqFK73JiU_grap<+b1QlVEpfe^Q2;|cmFx_?dXq<|z
zGQdedje(0vhcXU}Oh9?N4-qzU)a6HVRNGAAV@$1jSNz_=ss|ByPS24ioyG-aS^GoF
zuL;Ml$Q?wB|5QR3C*(u5C-N0V<au_o?L~2>aFP^`0Vesft|Ip=bK?+PN)#=H=jI|C
zJ5vN6v{h_@qu#fkc7^4aP|X`tXQpl#9oKja8ODJ(>!cR|PWj2ZEbv$iXuV|T;^NyT
zI!%kMY>wPxmy8!s-%rb&0cFyDP8@STeo9V%#gX)ZLY}MSPbEbh&f8=T(O%G5gN>sC
zhxHUko80D(Yve2<okvP|gi9|?Vr<PxZn69qNn-OlbLO{g0qey_qJgrZ`?=d+DN|@h
z_C~yTXLZ=}bW;p}U??yZ)*-JwCieyRIvuLrW2+(bEkRs)1ND^4&_l*Ztl)C=Sv@hK
z38y93X#q9v9^iiTS1foNXuVRzu7g%sAI@iM-~Y-<zrkzmlf{&c$#8S(!V!CJlmd|K
z=x6@&=2#Ztp`uVQLWa7T&juVN1bR5xwc8GCt|9w995!%v!WvEw_cFNa(W~f0{VNB{
z{P$OcMZ^KvVAKlth%WPibKPhW$nd0q8{`P4`90bTa7T1Vo4CsfiRH7qmq<=^R2gxd
z>>D+;sVO9<{4*`Yi^5DeUTzW$t)iFscH^>C+i8<Rtt1c3R$O_r>Z#KT7qLbYrK`1x
zAaV)piID_$yKrfjtLBSc(M67T<*K5A#^;<XIcs5&5)#d)#t`OLX|GBNC^?gP{Z>T>
zJ>M^Z6l${U4DOtGqho=;Dyz_}G3AY;{O-s{O8BofPvHn?InLcCv(qhPl+y`McHDL+
zV`J0D2WI?3deAHKB{JOWGw>t(Xpp4q#A%^RNQaP7nHRYary>vLl_+z48nKJy$6ng5
zByD&_!UW_Iiv-FERd&3r;<A)gW5T^LpaWL6>fI>qT-Ey1nKysB|H$vcRnjgohp#ar
zmU)8ca?fRo0J<^_DdSF7Z#(jesRYWV<*`LOOWaA;h=HiJUPEUd;&IP?=pHuB)aZz8
zZ!5^T+S@^oJp3~y`Eh;Uj?N_bhlYAv9_s=)-k{Y#WvnW72((mA;s2D@Alwk2(q}%0
zd8X?X!*KhLi}5?4j62}zPU^80-q-F`M+MNk@wDl~jIiqQ$ap!XejqAB*cqUzSSSze
zAi0PDTCQ4VN77b2hR+5@Q|YdWbgUX_9{#oCP9#c9tH)_q{m7*vyX9^~+YQ8l{o)0g
znW?3sX&zcCYKM4h%UeQ+0y3P_)L-5&F)e=O1r0nqs#6^teKEYB;-Y9p!;KcQidn;v
zGTGct_~6c>yK&071F@;uQS6Dah?{9?boppY58)KKB20J>BLtzKN#moofBH4mZ>il3
zPKEn3kMBv|zjMTLA}2qBN_fjwm!2?w(+{33>zB$fY}x|q4&}d#H;(O(Zl(n%hoPr`
zwHQLfbvpq!fz2O@*<qM{!84P%7Z*3)PTV}_Rr<|Ycs2BVKhRNtY2GjK+u)o&I61Zx
zHy|!P1F9(JHwSdFS2y9F0X<RHTF&WEjQ1+I+Y_%|)>tdr@q&ojcHw%Ji-P;|N^Xx;
z8}-O~vqs7yW}t7sp29i<qEH8ywk2&*pp#b*zbi2k)a7V6W10EAhx0e<ML@G;om2S*
z2RyzT6;82oLHFmx(K0$`KZtm_d*cn$K`rfZko*@&`rffvJ>VF2;yINNB$b{lS-1Gn
zhZ>Z#z1L09)&Lrc6w7w#QN|b@)P2dzwXB0Vz~)dvPIBeetI<yfagtk8wwzyw!@q44
zPTRkPM)xYYZ@ztT<1C-&;<UVv-!3i&|1|scpZ|PVUpKui0wkArf?o2-(5AgEKdU_*
zT*&6K#|P~P-n_fGX;zftsX$O^JJ{y@@%zi!THE|YFq}3P6e)0%EroZyWt;&t^H3Y0
z*ad|>#j8oI?BMmQ<UznqTI{%EzPj^=FE#sVh&`QO<l+s8^<^zCca(~CH;z5iFWg2I
zgJNM`@qv}SIS7jf=1z@JiUPm2f;H_S#24Dn{+TCLSOF5Ap0=;3*dw5r+V(ps%44?X
zcI2GnHJUIIR4!v@qK(v@-J&-_EacF&wX=Wz0;aUdejjB5X-yTjLqmtH0pNr76A%*P
zt39BkE-L=|yAR(CJdG=%`T%$eKCt-kux%dbu1-t47C`~A^~?PGZzdnhq+@c0t)#;9
z(xfwZm*`U=b6?R<Y&>YM!r&#ri0sgwxoSD}j82_+`E>D)?r(AIZ=#|AwhZ)+&Th*$
zu6N{`VtY!Ji5OEqD&oI06EB0q19*BZ;7KXE6Q*&M*M`b?$0s6MLYda!gOG7mVx;Fb
zd;j9W%<PipYi~}4?HtH=!5BY~@d%Vnh?`iq7PrDE#74itHD{q%=NdoT%C3{#t4N8u
zdxqfv6%-a$gtljoTn{4b3=Fc~-g%+*k1Ibq-f>IjYP$9i@JA|{oc4Cby(VZ5>9AN?
zpxiVF`+y=|=8FO@sE^r+$#J<VTU~!^=~$v2e4xC=+Uk~HMEm<@z6x}h&XBoYmTP&3
z-y`-MZ2i3;`+AXH)pWo)a3b7A`XlrplS^e2JWr?rT4fy|dM-Hf@W&j?YQmZAIjcqI
zs=2iJPNCm9!po2o=v!;QzV)Kfv~I?gsQ}GByt>03kD&;gI9dwH4yhH4Cz?w%boATv
zlAJ(G1<|!GQ{`Gwe3b@Q=2qmNU}UY&bJDSL!tQc=yCG6o>G9)Tzs_8`&3ROI<T`&w
z2CJeieKultU5X1Yo>EeVTa6FrW0aB0oqS_jQM!1$0ZF?M$=d@GHy({Y@5vyWw4P|S
zcD>uxW1h6T_}<X<QD5(TKS`$3!`8LNORkSr66_+4OE{1bqkEJ<pu+44a04=w)$0Td
z+^@5}N~`n>?Y-V*?XVaRWO76yGeyGlK~LEafot`l-{<d3vGc|-Jl}R3aU5`RU*mBS
z3CqSuOGrC!Ii64PEp{u+yX7z4o)=(Cr4b1Y(jQ(t^taU#>tt9<z37GeYmT`cb9n2h
z(z5F(sz<X}8C_J&Z{ArI#K&CZlu@G1X8NOc9YUN%EI#ex0J1Bzxbm54M}-c|A79|7
zV=kh`kLw$sXlbV>Wp8S4ymtB4tNK7aa(F7xTC)jRkY1t$fBjWuDQC4Dhn*PT0pesx
z7%&3u2F%{JDx?L#IVdH~ZJoqpUQ@efi@}eF#QM=ybAjVfOWuHAjqD-fn--gmFGaE%
znA)AIv?KhJQqC><M(!i9^37|LyWQOtzU@s?bdm3M4hWRjk{8IG6gQcANIcKJk%Dmq
zUX=RaikL&&@C8E4L+|%j1YVI_+_}<XM5vcG{8ZL`A#b5p%yZwcmE{G2k!L7~s<@Ny
zGr|#D)pJ(asv|K0OB$r}8q@<Od^N|?x6LUg1~+5|-dJnd6n(GmwwA&+IC;kW`s3Q-
z?ykO~TWAMFr-C)~VELB_YRpabxkC)ib8)^rXc;lAemmoOg>rlq&NuSTu)(R56>(?*
z6l~LxTg)MFIGnyWo^Ou5S&7lk-`?>%#xb1pHUOt>G7&|&@kzlIKT>ce6hj7Wnzee`
zmcS4VLGnb%yttjHhS~=%{8Q<5Ggz#`+O2ciP39oCR%A@kMNlKueO11JWGG6UXfQ|D
z60S%a>5Tf<q0K~Jktbo;c5QXwBO>cqD#w9Q{>n7#j+tFT!Eb3j-~R?jM#iBkWzS{V
z`p%Eqzv((Mj<2FK>0v1+?S3o!&GCv`9_fDK#*`(xr29_}e!Iw)A<hB-O18|7SU%81
zT|-`n#5PG=%c$O(1p*cQ-HdBpIjs6j6-Ig<5{!R(@SBiGLyz;^r-Sb^uEtPCwdx2<
z(K+((6q)FE9CCBZnOI&?1Ec~X^Jw2d9#++!hAh+eKZy8;7x|q>%yOSpF<ynp2Fval
zj8)nAhMb+0wf*98)OUFNBrdLWI<uO^?Htt?!`vlA5CKz{o6(jHd41Co3bdk^rdrbY
zB80NPy{sqYYjG%bDJNkv>G`8mK^u=m<hiG~;*H+<PCwk6%f5X2;wM}A!D8;f;@ak|
zWhm2f(a9VDL75N|gbIlvZe|h`TWg3gl4#oq6rSyM4ua7DVXEifoq;}|`fX>FoKqK0
z0U!lvdBMIN3`XHUl}?lb`{WoXR|cuiD|sVFpot++le;K}#OjgI7}U>E-1*oPjN<m)
z@?JA8b@5k3qn~|{{cC{S7-;DM7zREFp*Dk{;|-v<fMo|hcInE=UvF4;R5B$G5>h7s
zoO(f2A{&h|f<-ze=myFoH}Gmg0Rx>2BEkme(Z3oX|7vYU5NE;&_6y6jXMhLXoj|hl
zQ>(V%^`Yb3;H$#c0XB3>VbT8%Hz5a<2NQry4XyjXtk*`p?#VOuk3BD+M)@l)GyiW(
zCT^yI?)jBexzq#VS`*}U*v|zGgcS^UM*)&`*T-Idao@V1?SE64%fS1@6Ra(&G4@3>
zQ#8q@|I-++^VjLXopOK0e;kGX=MF`ifYfMYWF$$9q|FTvwRyfvwPl~P>4cL(>efRm
zu6X#ZnDh0bbvi2hh`O>qeR&yGM3XG|?^DZlWpu&!tD(w)nG2sf#90G6%2Q(8+kB9}
zo{>&CFlsnc+sN+rpq5G)!F*wV9XcwI(7_pM=-Yl+xuWf_BefmTLJI?*1Fwhg8^nbO
zYN$IN21N7#jEEai`NDV~xXSE$W^1GDkIn0>mqjra>#O#MuU_2}Md%rlx@_T6J`4y@
zv&vsOth20Vb3R=z1QFCI%!$-Ll?-fA!1pHH_g=0d<WuBe#fNDU)&DN7ybnxeb3dH}
zVGs95P9x#^RTMkWmrT@<^%=;^C_vuo|LX`t2HagaB$sp!s;9&JbrKlzJAaTDteL4g
zxI-J_<A?kDK5+Lz4?F+k;{N*s{-YU~qGP>8F|Llf+am{8iq><f>VPspw>+wvJ<tcg
z4*N`Rd?vAvENg!q0wRm+^;4gLwFt*|ZZ#SmVgNmsd5$x88Tz$=X__1n+Jlm-I%TSg
z&ou<}w}OBGO7SC?+$XJMMHHDh^%;Qo0PJA~XjX2uhUZ9;dteu^?f!}cW<5xl*j|7U
z3<jt~``2foffpcLnFA~pP*gbtihNF_c`w<P(AoPAN`*7H=bHJ{=X+*fsi(R-<$xoL
zM-N&EM{~NsODKd97l{^jW`aJeZy}&>KOg)91E2C=?;HCdL%)dhEo=>@1$)>7$*m-K
z4q(7&B+TrY1|9q?Qm0HK>M{!@jY1+FEYO1wUjsduO+)9_13l<+*u5M4^blk+<PmaT
zXZA7V4Dd`hRgn7@Q7a|hd*6bqOMfmhpRNMI+b<M!6a2b<WIJwRz#r&t;JS#_|2=kQ
ziCzmz>jV%3s?)jHE~ZfY9%YVilLyP;xwCTuh0OUn=)Dgw=akl<%vovTz}a7|`0o>x
zyy$p~AMb=r0R7O9Bb-oV1|o#rKrMQ#F+x67o(EbFwf^}l^oa7g=w&Jt`3zVh*BU3c
z!<V7MGR~AD40BpWV*wJpDz^BADuV57)D<eOvipms3cy_g#}9g|3(Cke$+w^VI`+p$
zU}aVWxpF+PVFe$!2<QAWB}*MbbR?Vz8R>F*X6dH%ejv{q>-!pqY}SEC0Pe%;9sIiT
zzYFgZPvF0%*0PAZh0}<;(t?>-JIflyTwsGqq`dUSaskl=^oa0<mHu_B{@Kv`x+05l
z{?#e;>9j<@JX|ss{u8C9x~EaUN7G*BDVn7SET&2Hzp&uH)W_f3dZ7+cB`P=KX7-@B
zGj!&o)3a-r8!E1#pP$#y=lS6>C`ke<z@zK5%0ED(I1d}GARV-YyVjz6A@_))Xk{0E
zIx8seYTM)tnR?k@5&!@213p|Y*#{~i)S4*TJV<hx@zp^&1Nuyd10SRowJk-rjWR~v
zr&tJ#oz}k<(0>@r&vfKFRb;tOFjCZm?ZT#>hX?wyD{G)Wv9sKiGHj@b`{J|=?k3&$
z0OU+1oY~jxKk*KU-}Q36!o|C-g7PC6UYN6Fy(cz}__^jAks=+=YxIGoH+Wf&S^_;}
ze?euM9X7iCr;^A7KQ>j)q&@tkpltRs=N;G)s6GLXGPv2Zdga*vsMUKM+2fOdnS7R{
z4kSu2h(02jFWT|~lepjVPo<|=X(HH^&Rj8Wf3PBbIO@@mG<f=+;*#x`T$Qh*K0LHH
zS336B(#5P8Ts0qh?f{Z3N}`>piJAmEv1sZ?MXQ3-7HUD0Ec;)#MREwFn(zs!L8+$c
z@(wCx9ux`Idp#XpiPmsF_kTV!7@sM0+;<}T=_>q;FOGL`cg{jtPZfT$DP6d361X)N
znO|DkM}4mJ$wRmp#HEZAsqb5$y5xVnmMQdqT+I7<KZq=Pe?#)hx0>cojW+L9j%LlN
z0?CnIa=IkbII0UlIQj)I!~T;on2_VR)PA*pM4|qcFfS*Ve}2vyKn7udZ{Q99$DiM0
zhBB%DtAM_rLt18uRioT$0q@{In#caNxUv6rajO5?bKvZJk`vrn`PshwcSHWvUS}aX
zod8~G(wA@k*H{4mJ^r~v|Cx+FQL27o5BXDR{Y9qoF)l*Qf!{A0odW(&#y`UvD#HH{
zyM6h4WSs~DCiFgid>Ge-8@T_Jx$wYFTYVv5B?R8;6!(7>&H8^W=ij1<{9i?LL#>AE
z6P9Q(7mc=k09B$-$0BlyGRfAeit$+|6>*gcKNIZd^7>@GK3?}3bwMq*@1xfo=dfC2
z&z>Ms83Fo0nTLE?IDkKwq`>_}K?Pk+{rlsc|2c~*(I;QJmQNHAP-Z43jnkjpx2G+p
zBKy8xJ_&lGZ*vk0N-8+_&vq>6|1l|$kg2J*u7Wk*{Cxy;Z~lFLi@rwI4N%qAdebDX
zL(y`fBFOfO*WHB?HVhb7k@bItx7cWIZcQMl55G11;F-3yK#gjOSz4pFhCpOLk-s#Y
zL2xzXWI5d_9V`25xpJsZJ;FQz-zqbdV`j#8Td!1%uRz^h!4`7=`xd$+KXExyEmx4L
zaoR^e83B7l<T_pDIO9v;?Y9#->+3fZ%|&wweXOFQ8MYb9_|i5gKE90lx5PFcXD*(r
zgk)f+7f;#Vl2Tt}=qv_z5i*)x<GC-3?30oIzz`_ED(2G0i5c%(;JW+XwS+#g$=d=b
z4l0TNf{pvjf%!-z2c?n!mdU}ph(W43@fWhDtIUft0#I=%@RPrw)Pjc?FHjix-G31d
zrQM~){GwXfP^90w7ucc;e-G^{ZTs)yKD51We719l_U$Ldf9;=T6*+TD^4^I}cJ_b)
z3v=4hGTav?6#Fp(drx4+z}0-h^Vvyk;le;fAe!(J{03f7m`F#<uwNKL`6Jm_e*;w%
zXFS442yepmt4Bo5*OF_zMrMa0@CZVy&vfGF8+PdCkzv_68KIzJhBHt=`52%+yTphE
zCYn$$GvUagjDkI}wWq=ZS5N`sEMn)-h?O+rB<P;`QZ#2~T22uN-zt0`ME`YJwh8{;
z^3{JIPJ(dD7bb_#mY|>pEBr(ci8=*Q=92)idqU&|aE9{#B{o2;h51~seKu^;r(8`x
zhcX}d2=Mi5=*o@$+_Xjd4NsIQGxH_-J#PS@PvQN!aQ-8WVepr<$NwHh{a@$!{(t=V
z=6_p&zoPaT8*r<y&r~_Kw(dp2`(vN2;pmsvFz5STmnkoQw)9n)&kXJ#VSZf{)AL>6
z3UMmjMUVrZ%9f7O{^K4Lth(S`Q1Vc^Qv<}Lpp$H_bGZaO8DZ-ve$~s7=WgM0#)*{o
zEdV^3Of;AE>B`GsV8J3~dPQ<6NE~slz(}U;GhZ+^$ox(7P0&p-Esg;;fK}!Rdf-=4
z;B=M!j4#C7ZLOskS4G_kKwniW(pu3dkl7n=AjqAtCjsP->H*2bU<PVCmzfJ+8C6=?
z0<L@Z`%A1?sG5&^?g&ml-8+aYGkosYh+qEV>{!6q4<?EmZ+}0Y)vWsT`<olHRvzVM
z-zRQ74Y#vKu7jS&z(1A98$e)v=Chg3|NF$5>;$DW7r^<OiVvkt{rcHYeZHQHpYC#|
z2B7&>EZ&;~ckKGYM|{eiybrwn<)2${>-rd|+M2(Uq3(lF`u)F}QK0+wT}Gg2$3f+G
zz(;>2am3F|G5%D7RUxsdhT_wUA)ta;y<h2=0QRb8f_Ha2r8Qp=>JDuGpGtPnedYf?
z@Er8ORYixiRjBa#eD##a?jVwc6-W|@c0p&SGr<@D;hx}5V7f{h%b9Z&d7#O^E0}AN
zGG6A0Q*$Gl2<%5y05~r`3B1$?MHUZr=xm^i22!nkZw+^9>P?}PyRW;3#qPG$;K(As
z3qK#LZp`l9tlSpj%CZcTtLsbFidV&ngpIaJiaTUAl9!0ph^6RgDt?t~^C=fmeFh@t
z-C$Z1Y4s7b#7S&CbAwp9Hb~H`U&F|-)oC%NXH|Q%G%__Vmu0OneG*#j_jI^>-4lt)
zWkMOIc04&}E5ZRu2_7R^qk;U5B3mAHN>nM>^s^~e-B-UBwFV@Lmr3D1xlxs#uS}b9
z4Yq-CRUWteScgRPKHBX@$yDn=o68Xf^KtUruFbcZ&Nv2U<PL`(fi`T%uFUO(e2F2%
z(B5EPMqHJ)7}MxoYZ=-ZXNJ}EE#ilz0Bov_M-5?dU?_X3Z>c|7yM?Ta6xC<KSI!o-
zXw^$JT7;TQ!`5M4LA6)O`55SS0;pfy9K_#UoRLa$28p5th+}>EHou(pV%Nl}l5O><
z=F76@KdCh3mH1~?_vU039Ig5GbQQDWa^Je0X$LH<O=>~W37&&H17Z4zr4lmIE6NbW
z$4$xv1;c>$0Vg&D3}V(e@8bLZ>%qGR)cL}ScT|6puHpL9%(v&}oqgc_b=bGcCC+w4
zN($sl1E9wu(3LM=k5FVkkW@vOMx18W7B2g;tr=ickb#`Gs<nII*vYboIvS!Qm3%AA
za^XAauz}IprfWr>T3NrOEnJ$eTdX7*-V7Wz_8agh$Nps>`Y=DV-p;n){{O%Jf6Ksd
z<{>g9{t6!tiwJPC`6F^8tbsclZUXXFzY<D4A0xp$og|s{FkrJfV$vNb$-GKWIZlc~
zo{N&~%OADRS@rYw*y7>L{EX%Ep0wtb5$Kd5Tc*iN_#}3OfNTzIp!L+qe~|4FPmh#<
z1n+5lTx^|}LyH!V-H1=bsp3<$ng$vspfeB3;pH!qt+!emo(_4}x}cC`7h$q2d!ceI
zj?Nf8EQYw#7a?wj&IV+gh}y_`<cPLHqQlr|Z0P_CbBVBAK3`@{Aoj_4m_%z0+4pcl
zi066C91s|-CauhW#_zJlA}$S@gao;YV7{21le8@RM+ImUbSgO$`<Bzy$}<^#B6gLu
zf=Vg3QD#DZt)rp19->f_G>ZZ{QZ_57B&;~T!FKEHYs`Q$V|rbgxS7+SeZ*5^58~$k
zV*pR+TSi$hSP|Bsy??^Fb9}uRrOdy4!v{Bl8!eTsru1x>mTapGOt9zi$<F{&H=_>I
zvxu*Q0a(}KDl&B`X}#E`ZdAn6vo#QLMd|(mzIjhZ(*hfkuaBe5KvaTM%l2V6gHnC%
zHrN-QPx?_ow>2gIK@d6Pmy?t`p|b!)*}+k@_P*7JzR;P2<nc`A4OT#P*vrt;vS@CU
zRRg;9QS~FFxR4P`?{#D9JuhZlnsQX}sn=XqEebn8tu2pGAj+?(B1cS*7D#9?I3tT>
zIC5K`wJ0>>B6B@a;2`#iXKq4v?Q_d}H5r(QT?(p?r948zp2^L|p-!iVJL{*(Mj|iT
z9b!bw^x-y>(GaU_OE6>SimFupTVQAbTpyz;2f5rBGI0W3woOq=-au}_ssY^ke8mlG
z$P6Hu{#0tx`AU&ph4mGevMTfepNxJZ7DMtBVAbT?5EC9~+^{Uq%veQLF`9(uKF^g~
zJQh{A1ARuv&GGBo5^naRVlBCm^B7l$e{Ci4Kx|}sBn$;q-{L|=k@abVnKsi2CPp;5
zBW>9I`lDhZrP1~qvEJKjsW-fBVF5<nUz43cFK;aqs%!~$+COUAyS=5xqpOIW0|Ks?
zb0n)&A-Xs`pX4TXAvq(UxHaEU+}wGE6wU=S4}EGGwO*=iun+u|d`XA3t`FZMP)(@e
zK9(Em!!x9+zD6oqp4T%X4v*#e2AnEbQvJ2fY3^LW1t|w@3^CWpjeVMm6r3NRdy)Jq
z!i=hNvE6C{ctk96m1HP#OgYgyivX6N5~E6Pb?=S8L^9*EyBK`z<?+*Ev@$?MVMPqY
zn@0KDA=P(?!{dC7*s;(OKen@|kREs{(5qOsnRGw_?EM)|j|^Qrmsb)g$!@7Kl9`d8
z;^<Jk^&%cNPSd=W5U<g<UECMV$97fnGLp_!sq%3N84_D^Jl6@+V7nosp(3gSG!l^x
zwue4fxZs%x#fSUcNTc58mMBBMLcs5!6{F2w%N2KU=U^@L6@dFNM&bpWujF{ZW*Q;n
za-zvPNM!@l8gW+hkgw_l+aH*$xvKOoLGGK*b2BLMJwje9V$?g~8gjOjzN$JbUeMEE
z9szX~N~a|!6<4z)K}f6YCz4m-l_Y_x>^O<|lDu6%KBG>*et_3K$XRHMm2a`th&qbo
z0Yi7G_CZ#y(}R?=zI{5&AKb3MORP&yhB{tc)*~rUWH438?c}e(sk>}zO8VxN?KWSI
ziX1#*dqRY(C#)t?8zMC7;T0rj(YXv73oxi&DcAg-<4ZOa-4E-&=Mb9v|F!q#(NO>Y
z|98E$OOsv1R7m!+q$2ZHNeCf(OeM>hm?R9w%)7<Dg;2Ihk|d37$U51}nteBmB+D>E
zGhWQn@Adv(*XMh#>yPXF&biKYo%8*}A9G$g)j7P}pRd<rz1_jRG&c>#Tgeg+ntsw=
zpU}qSx4XFxyeO_bEnJl^D8TV>!8iftjCr;gub>{q5x}UzBme9Wz<FJ?H3#w-@-$cz
zPlmP{Upcut(P0ln=>5|u(#8~+m3(Y?0vYPnB171V##15B{4mOtD~vH$_qJMC?1Zl#
zTY&wImr?@mW5ai0E|v`#s-el?V5HR(lDL5$vxVZ-4%=y5;Bx{0n6HHPy3X7ahdfE5
zs$*xCTF8gFLNp=4)(LV{J(2=B+zL)>=$LQ1$8s!(OMds<g&YI~Ie&4lGL+~L@R8UL
z?onA)cMv9K+sQlVFi)$UT%&&e!C$xohGJYvK-+^BhX;3$Z-X#IR$)9B8C>k+b^?e|
z%!ucrKB4<)5_Mr8zvX*NABt|2`(Cm_SK7g;qe3Gw;S@py3Br{J=`P_N?YL;HEaP2F
zK0u~Tlb>?+DEfrxMy0Z{NU{Snt>cM-;!&&&XgJNAFvo5kdJ^{*(W5th|E5d(8`2IE
zr2wSZEQd4VC=j|G#{hgvSVYl}a30~B;D#r;c2BA5QEhhLxxviq;LH>u%2($aUlGAq
z#<$oaNkTC2?2SdWkj8V*4}9`H;VVc@d{wZJX_y)`qry~AuIKRp6Y6SoqcGqC$^?u<
zB(dP&yc>}58nC@GP#?y$>}ZlkwbW@sf%4vVDP00MkS}059GIimRJxQAqxc(pv~(Cn
z*CD=iY6{cw-w*krNZ^XPv$+fcJ%eM$A8*_R9{y;qKrM5$L;t;jCiO@o`08!C2o9|3
zwc-UxUJZNghlo%CJ~*}xvgQi-(@@AGx@J@6mFj$FX81}f)k2y>vq}=`NaT7Q+#;~=
zOT2~>aQiTlA27Or38R|YTSMz{>2U7*r%?_KZ3-nN>Mk6tU5yX45(K;~zOx__NSkzb
zjS`w_))C!svrFA>?3Exj(~}K{Y9LV)sKiI8ztERWK?Xz*q{9t1Sby=Y6MD2g_Xs1r
z;~(yMT9TN{Sc?Ra@C&=QmI+Vr!^jsbR(Gk-B}Msx?9d~X#Ubuxsqi5=i3V)re~&f(
zXS{Ly`hSdhZr_LhFYg0kZk0V7#eT+sawR6gScZsOCZDaQ;Y6{Wc!nkHNiGbCV@R4t
zUnf_Ze35lvCxJU&|8frxJ$m2DxMmRk)?4B*#t3j0u#(+KtXF^Qt%ayA_p!bVF9KJX
zQkX9Kw1Wx$8Um5Xxm!w^Ucf;&gi)VHcffr^J=HF)_$bME^haH_l*GVSKR;g=t5|j^
z%9yi!)9(2o($z{luCOJkop&`&rLjHm1yk%-=jotqM5nHoO{IJ1w27ry0n7u6EyzAL
zwOqivWDS4XC<-hv2s8p$A{Csr5~gTMIijCZp&-E`8ZXRO0>K>>2yBNxWr;Mwp&laf
z@-J3=n09h?c9e9rGH-~KwY}aLxpaNV_ZX@A^J8o<_==Wn_63(u95`3tz!F;|i4xTY
zO^`bbpm81-HD`yUljs}@B+~6H@PZ^%35}Oi8C1h~y+<RhnY&Zn5V*q_7ly4RLzcK2
zi4h727MgGU#`1;PrfAl+giF@n=)Lm<wDx^iZ;5neY#jP|zDiW`X|7#tCy*LlmhBqZ
z1!yj^kav-GJt`WIo_kF6R}bKT_`*jC4~N}xCFz5$4-M7@tniZ-msE((kLHeqT^q_b
zI~S~GF<@%T<H3Rq))6&EmMS)|cOO)lO6+v-(V2`Lz*j)qq48i~URBM&H5s1gy=l~3
zaytZLm|p|es`{d(ap1T?Vl6bm?+#-%=67HGD2$Q1L>`wOT`nq~^pQIUtQRBPjx&gn
z4UE{O7VuB(7;0FK(GNF0TFC}|(+iCAl6bKO$4D}UJ6fn0-Pw)+iGai&tpH4!@A_J{
zK4nmQkZe>rFf_U)f*rJ77@g4?!B_+rPje43FaEG`#++fKzvn}leo0Ko%|uSCq?@HR
zWv|HHUsUER@?l2bA&+r_05e$bK`%@)u5FguIu1L)NQB0o34B<4#8Xh*O$t%F{&mT{
z?0KHa{#GZr_z#f;Ft~{d=zf=*rtNd)VS<Y8l4Y(EB%)+rlW~7hbgSjFn^SXA>tVUW
zmozMIdR_Y9lja<NtCtK8N|(rR*ci2EgZ}R8t}||~J>m@o1qJn1x^2V5t-Z-ElTBhM
zwL!BbF>Cp6^3Uvjm`OXqT&n`s=6d<k09F#)58Y)bznFUxC8-oy*|(GH0)*4(ms>R{
zw)vWgsh7&Z*JLzHHNmxBB#?IyU2|VPr~X1<xD@j45P9qs?gEa|pa+vw!%<T4MAj-u
zp+R46NoQj8hI|_pan0sbvhdP{^lHYaoqs<1>E8@HcGRqupfMFE;$uS|%Nt=$T8Vil
zyiPz~tzlG-O0p+PKEeb8|9vg@;fa!5(KxmxxZgt>KVf0j0jnsa`_dA;I>>tr1(48#
zeNRsS0bvX`s31C+G8ai;s<w|d?*CqYnc63UNQa8j17#gtQ`;s+qbf_BJ6#VotA>lq
zN7gHJX_EvI{)4^qalPwmldarC@D@jv<Yp^@475A7Q6@29YF?{#_JO$fU8+qkBE30x
z@80PA=$m4BW}oCG<9{??7=N}fn=3i~elWt|V1cvgH%s)?{nE;XrmKiHg4fA8g;DL{
z_sy2@;+efnaI^*7f_n&&!sswNo;4l=Y<`0C*#jl@))bt`uSONdTze698hL}U8eKW2
z+pq`h{0+V%eb=R{+I%M#pIdRBHy`<^E2MNIQTEcv;&kW)-xhZVKLG{(<zC__>AA|h
zw}#RfWnMPMi=)TygNlQ|4=6C&lzWot&>GFZ$h84;jJ}D{SyHT_3Xs&~Jd^D1OF>0S
zM?F*PtwZK{%P9_E?qf`$QGTqt2HPu1wu6r%_^&~9?|KVP+)xgXp#?t$9TutZXhRVO
zIRT@KaZk|>evQsDsT_Hfm3s6;%JIz3wfzS!MB20pC#N>eLY~%SL}VMaik<p-?%+n`
z!<7rPmHl75q|`cg#<dN0pF>JoWeK!O8OWL%6rL?fzq_{FM17YlXG4f@vL>jtsP~ql
zeYygq+<y(EK3lL)mlTT0Ie*DNE+SC3&&-CesC(gIY}oR|j~AXCl~Zp>M=l-%HzdGi
zlI_p`?j8_Y;G$SCe=BonLIJ7{?WBplv<~__$UPTnhK|cq@ykuc;Pxl1gK+Q{UJ4}W
zn0z5gV^si-o18Kuy;!y&F)c4gw0$D5A-jZN_<5qz;k)avvm@3nWGhaZU1sOE@f^B(
z&R9zC2vhsaic@Tg>58e+R4#J$93)PwQ4B9S*t1qYtMi4aCv+F>C3#t~Ppdmg{HUC&
zc9-^nwXGSCX0DaRjFX2{yH4qg4{g<&AJ47ZVqSi{XttPCQDiBS?<P)Lw8?R-xuly1
z4U&q5_>_l!D}3X#IKSr30qa30t(L+1(C$kBm1Bms<sS&<2)SX~Vc^i82O*Ah0He-0
zw8TzkyZ}q7=3q(&Z(of96|MvzzigeT1A<y8<Y*QS0+8Cz2Bo{5D$QzXlxGH#BY#`%
z>c}@b*`SHws9}e|WDj-^zaOK;duag9b?pWxBA%S*8u4-)#nI`bRt!Q1BpO^ZwV!3j
zXHed{o$>X9{<TCF`Yr2j%D7rQOP6eMkd!;nZ+LQoYdWZdaq-So9^xMX*){NA4)CFl
zF*VqHCs?)GnfLFkA7^(Icheb1(E;bpup8Ooifeufd2pfDDf#xJmraCIAH1`3K3^^S
zzyo2|_8>^m;L8KBt~yd|)$~EP?3VFmp;o8PZhzoI+WYxoCh<(Y>9cPC@A)xNX;unF
z#zoexcNTQ*8;rk2w7yM0anr*-#Y)RZ$0g4y<v?#{Y=UyLdLb8&{SNk8VD~g9f@z~2
zq=|fR-kD(!mSUP<l}XKXRPzY<wYd!80DoB8vyk%dHfjrYM`Kd!Xf3(z+{x<idkSb)
z6L^>O^=5eG*<>&3s`x^tNpp0i)qXV2g?S}3G(TLP>BXMry{LBu9lKiKRsSyAQu1*O
z3w8Yt+`h)6=q0KoU53%oim#kYn14n9D{D_URKK!Wx(kJzR5|J5Y7Z`}GtQP!konYo
z26reqP%CCaLR+@;B;aiOaET`s{-lMEDS<Jh|7&8=5!aVi$QQT_woDuj@}Far?Q>0{
zO1{+FIqYqDB^T0Mb8-(RuxV8=<3XYDg9weoedkaRamr%RQNo#~4&kifxcAIQKpiyK
z9}AT<kFLlD9WL8!I#mnpKHBY8VIdrfbt75>EE|qqDHAJ(0oK)(&+rwNQv`_gxe()l
zLQ7Rf9RGk3=K-!sA9f!)X3l=edu1r~?+zpBPL50mT*?q?L4_Uk$vww=Yasp(Fzd1o
z_cA9r5xaN?P$G*}Ram<hu^wgpy8Bxbz+OjDh$OUwR0VqH^|isOQOh12iv=>n#%jz)
z^DllMNdSgGMPhXZR$&OuJsq@Z5IQe0NTC6DS6eP%H2n+Uh_fbNLTg6-bT0;&HB^Z%
z;KsMGuRZEdW4Cz!k9V#6N3I$J3i*L{lk57dmn5HY2O9k;-Umo(wnHk>y!Ol)2)AK|
z;ZG4=6F*)Vibx3(*akMaCy%aWr_Q{C#}?a-<SGgFX%<a?lsm4;R<pQnC#Xq>ZgOla
zaXoU5(;!(81z6GAA5+L<0UdCLRl;8W0kGb<E4~b{V)otqui!o!C;AiUFM?w%!D`Gb
z`!P_*RBh$!Gx}Pl4+(i)W30C2xY#fX6Z}XO#6GbZ^bU0Jtr6V>@nsfI^?E<+8?IP$
zJlGl#e~;}Y@1^iw)uX8RXq*5>pOPTj1U-nk1F|xN7qBXfpG8#MUz16@ClsTiAI01o
zBwihS`(0sR)syHOgF^%hyfI6;da-U<0=hm2_BQ_kj|)@WLq1VKxHU#vBk0YkD@Riv
z6#t`TswDgEyh2Jy{VitJPFkeE*c~)V>+2cEMD<=^@LZAFe5AkQ(Ir^lf^9*j=NMPc
z0&L+3(o}v16h?gc-h5ZZeerhbOCR*s^Dd9fpEbP*xANsG^pR?n?<L|<1(EO4RG4Wh
zH*ZZTH`|>F9Ec(*DRy=Lpsuc6IxTA~=0GX@AZBg6WBapx54JV1t$}R~Y-?a!1KS$d
z*1)y~wl%P=fo%<JYhYUg+Zx!`z_tdqHL$ILZ4GQ|U|R#*8rasrwg$E}u&se@4Qy**
zTLaq~*w(<d2DUY@t$}R~Y-?a!1KS$d*1)y~wl%P=f&WPw!2NUazpPFi!Wnhc;8sY2
zn<0bT0*#oF9IA)UT8YCu3V+qgWr$P`c3!R@)zkj^&9`u2<gkh2&%zJzo;^A5#!N1<
zctdB)EKY+av3*_Zqb31cTrQV%@li0vn}Fiw^96uHwmUF7i+Y@^Gpyt5-rBf3<4W}~
z3kop}(TMR6C<ag_%pI<VNRGZ>&E2XbJ9CG0TJQ9aOl1YfE7#*Omy(v&T^%;yn{ay^
zJads$3xbQc%41Kx{_Fqt*(zrH@KOwqVf)vSGxDzHCIA9-jEmMZRK}p0KN1Qt7a4}x
zPxMm8T(5nvj=|UkAAR1DkJi7MV&QV5?sK_$dRb`>Q2``Jc|*tA>UUG38!uw}aKiU-
z2*~)SHJZLMUlH)S)-b>|1{eICe3MC0hNscezf6nKBHZ3zwb+7C(%3{n{g!X%t;t(H
z&Vf$}OU&{ml1tEHTVPly7NOA)8ax{GiZLwyJA;0nA=1YVWm>f)9U2ERXIqzMlOF%s
zu^+467wG@4tx(o*g9eFAb*%5deT|^eHvBH@9GZ@DeUphkV(?4iiWe#ioSlc`v*??P
z%PS+KQ37ah_ObcDZ-*+#tf6cg9_L<RNVWi|LGz4uz7~V<ls2qTjr{z3!N8Q@_$vmd
z_@+m|RWZvoE~DCshDbYj$$Py1%U;$d=>9TCb~_u(y9zw!NP~8Dg4__$QFBHIT-`}o
zl19ZD?4|hzG|MRszTw64<;iXC1OR7SHxP)tw)zpPa?5E(v4Q@AsW|+0ZPN0C;uD9M
zw8>-;F#(dpo;<=0Txa!hjX+`vj=S#7ufpd1+3|^Yd24(tm|w?&o&QA`L|TpE*$&Lr
zfB0vCB#I_|5XW?B!|gE?Mi<YXETq(d&Lm##cnEcft4&3goap39wr+vjDRIRv=W|z`
z1}QOjOG!2A+Sk-3_7$e#w7mHwLq0wu+-hlkbzw7j=zq8N^*`?KYy18}YdZolvqF2D
zoCU@^iqTJgJC2*b?^A4ue;8uZy*6zj)X-gY(Erlf`Plsh@`6Wgt_9&=tCKtu!fr6;
zpL&*!E|aKgOuaTuag5gIft6(1_um}+!34DHqP$&<Qtjs`Luh@fU}03s`P+^(5qT7>
zU^5uRNZGR>miT#JLNGw;-n5MUU5t8477LU$X_XF&puk0e=K%87P`&<#86d!Dm>905
z?qXh(GO{wRS)!IJ8R*>_`|M-mmFJzz4`1IAaLthbxTA3;j;6#HZalU@=iyTamj*wD
zzzE-he{)7%op@Me9VqAt-_48S!PbMi>e5?F=EJ`^)0#HrX|L-Ci8AJKs!OIB`gygL
zHHpgfxm%e2F6qzn@=r5wf|f~EyGw@qJ&0Agl-Ijk4}Vj>VY;I<!STJq11sC)6e9&b
z33Rd=4Prr-ey{R^Q8ouuFLRW@O{mvydEgp~1DxxVpJ6$4ETJH`c}*%+W-fgMJ?q*n
z9IXG^ZfeXrwd-)c`nMg0ppVo}V{x|9KQMQ=1RC5zs@)r30v<HOLEk`*IH|g{Zb)}O
z%J*)Ff^p==G8-c1fG8D=3rxAZtKfBVchRvt)n6blGYa{eOLVA1oYyyT;5)zz=ZgJS
zXKPhgt$^EbX<WZG0G^b`p`dSv>U;3m>}D47#G#RYb^wyaAo{kpINcS`Lcx~Yx(Qye
zIoxPBpb<O4JQ)RxG%zNh{T3J7w`ProS+a6r(^_+Wzb9)dIbCt*HSYVpIF&o%`Omjq
z5q6npU72qmr<eKQ2z{i&IkF?4q&tiQw}{hN9{;`$#DBSo0~SoZjthr~w4}WN6y)A~
zH@M&>y;4?y7<6?+z&$HC;T@A+f7?S;`gn>Pa>tLa8SSZOCk^5T39O&ccYk&i!k4=L
z8#zX>0P!Jk+I%}N$V!L{ZXwh9qA%17e;f^Jl<G$XO8o|;%;)+(%oq!o58QtB2K^du
zT~i$ymXQ9vZpy&FIv4IZy^t|l>zB7Hy?P>ixGjPH@%4V+Pjt_e8QT6G3VS0RbM<yS
zmy)x57@RICZUr%yG|)xgLG~70ka}fZbo8Rni;#=N3wGJzIi>^iQI*dWl`m%=T?jb2
zsXWUNFMF9?o2b9v0s6GyQkABFmFOjOxB5}@_oc&S=NyLu-`liau)7#xRvNET8z_F>
zwE2FqvG@W`kS_$HZAMFOp>b5rmOgPb=Vo~|$1QJf<nORL;8C6S&)xMSnki@8^CzzL
z>-f9+1fLyQ>#Lekb_;SGzrz6HU478^6%UMM8#_I;$%`tmA^KEQ_~<Oy+GfvrS9gg`
zr_S_LC$v+_r_?b)?(xl((~jO@*RN{JMCV5|e=iJ_3k70X$IV`74E!w8m8q=B3dSOg
z!=HmBY7+5x#N8^uLWoCIA&pDJTT#y@J~ftW@49x6!OohkYw%GXFD*tXKIy&nOgLj{
zZ8aWrOom0}o)|JvoLxPDjsusW2c~Up7^|_5T+J_yEWc{<?&*E?!NqyHx%~C|@nqV5
z9S@I~+_MM6{A*4IrVl3E?>g1Z5G&NP6!)*eY6@Bgiug8b6U?$bblyzHrly!q>!0P;
z7sq~fFf6eZO7_>doJ~`<wfpeBvm(3tbctn>){|nJbcndygLglM>`XN*J@dPNtZZhU
zDj^&KP_5Y0BfmlR3)=ke5sVd0*4ZCf;0*!^39KBXO^r&o`fr}5WpzzMeb!y=O?w7N
zxAv{Gd%5}j*`lS+LOXajr7j(gdoh1rSE~I?te;J4dA!}EuR_)^Cs4&E-?G4G__$fx
zDa!(9qLP$tp{4M{9JAEy7kBnu)v$e$8GkqH#mDSib#XGr3~*seQs!d|876JeeT)19
zOgmy?PSGuI=^y)1?_1nIxTw$M_^T-^WJ#<{#kkuW-nO|C`$_8P>R*6hJ4v+Owg6C~
zu0{spB!EK45L=7yzs=8UtbW>c_?v&gnJY5Kh?Ui`=2??nk%<EX!-_R^xu---RhGV&
zM3gu{V)7jzZqMc{i3fhqn-Nu>`)L>2rx_m^%yzEK(<zXAG(3n>JE^%psrh@yZGT6M
zCq&##oH16f80r|WaU$Yck!{Ik;i~}!&S}?(r*0OWzhsSQx6p4ii{%7^PrxTA{^Zul
zgy2szm|dev6=jJCjl2N^V~T6AeZ0|uJ~h+4Us&a#z_7SH;X`V^9}61grK%J&U?Shd
zo_|x&zRENgt$)~dLd*1Mber6H;V<_dd8qvQqE)KW@<4%>8HNKf{2B8lgN+M?)xU|O
z49;rFpv4Po<1-QBEch4Av1)cCFQ53d0FY@44mHjPd{E-!==^rJH2CD>LO(26!x3y1
zoh0F|ylF=thhR-?s`KQeehmE>sn*n>*l8juiBuL$7v!8nLdUTe7_L7{kdl#9ro~1K
zSG*8-+Uf=wcvPdw(%)kNZ}tCWUnLzlSDAS))y-w<8p(_Jxh&J^?;K+=baNVI<Jg64
zH+>E)D|HEPU%Y(2E?|xBiy{(#Ru%UB*-?^xdOfOT$*>co*NKUnr1Ksojnv4dVEb}6
z{JJunTnqes`8VIhs&*Rw^Y3F%bwiuKFOTDj?Soa2TS3Ozd7yzxmu%)M0A=qH_J$Gw
z9eYQ3;Y`QT8*Pk@*5K;vd!r1_7yF!Pdq25kPY{n=(ukpr@Oy~^f%>qP3#a&`65J>H
zB6O5RU`;nzO``y1CAxbaSD#nisE<Co#5UqR=POv``{arx)cZ2!sq?Mj@b(ExEf7xC
zXJy<P*1^T`p@XP<M3+1dFU8zs#L-ZUMEaUS#^Iia;Lfr$b^^YS6*FiB#DJ@#Y~FJg
zc#eP777$u;^k$(gFsX};j;6e1(Ed2C@p!6f%~)%j^1!DzPFH-@>pw)eP<SS`L&UIZ
z(lAkQ+Ggt}sO9OaE3~zhYbCxkA~9jb&m-N-9O-?xy87zF(#Z}n;fNS9I~ASLtwoTa
z3a#;*6i;Kj@CjXm@LW3HgFk@V*(mKTw~wJmKhDuZVilNsmw8N0=V7iA@71hMx#2~?
zn0fgs(Zb3WxHFrTa|TzTd$PX2Fs{{5Xmt6dEb4C;5^>Tv<c@zJtUYaOKcy~&s}25O
z9l*kS;Qh--eX-EW(WV@E>cyOiM$mH)17qM?T}^0u(K<+kSb8O~zuxq<_l4ZD9TML{
z0#I*z0@$Th^Xn@~3s^(*t!kGiOCb5RZ;-VR92Nn-G5;&}Zlv<E`8zOTSzm%-l^Jvg
zrq*B!e9v#!p!LgO%Fs;S?Nb|+&+M3m$5s}jHCDK1s0|{@Q-EH}1Hrg!T%%c>a6>{v
zz1|Jyg~SZKs?bU}#33IednJRm(ft00amsl^d9=7f!jRSlz1ZJvj~?B&OM8*#aofno
zXqRXzm~(*=)eVBEvPU~tcwyMEY56H|nHe-y$5$S`0C`*)zV{kP!xH^+{X0ez*h>k{
zgzP~(PYVs06eG1y$IiE7b?XyDJVr3?pXA}wWLKXIi3g6x;UV{@B$rtnQ;ZYuWj#VO
z9xJ(I&ourp-k30}xfeNt_y`EnBqNoa?lv;26YDhtPK+ZbbeBb~b~+i<agG~|N?Y)9
zX2aiZIdH{}2*dnv6HV53JAqlI>{q)3f}|LhQt+`uPSdZZlhl^GyB*75ayE%GMex4a
zKRbRnY_0~%X1oE7?nY57ghe|4Gj=!_b^wQh?ZUO(z=(}<bs2pfq&--10NzX%CwUOW
z7DL@){NJLLn*47$B68IMMZ(lKFRxiV#A$M><xU9oU1VSD1S-{6+PTX=?5*Pz-(>Vx
z6jvNOGc(FRAk4YkgxqzOQLxd%d)_2sEaC^)QX+lJ+CRkA#CU$0i&02dOqvhZcU~f9
zc;sgeT2wBDxh_t+n~gd&e5|VKMOxMJ9m1wx|0jPS3@02Qvtht~jtur2Nuu!-_NzS^
zYJg)7I`CeTh+N|k=F+TW%jNtQMm6nFQl59|_(HDWFsb~V=-ASO$X9A~zq^_J@6wU4
zGz1IhE@Gqj{kXLx5Zi#~Mc{mscrLjD@2WCVz$f^Z23*11>yd#qGcq7a_+4MA(Z#XG
ze$nnyTL(kb(>fvVGELGE1-vp4HF#bz-NDl<#Yv8rYbqP3U00#4ea6#MF^dS?VG{WJ
znM_d{s)Y~*a;clNe*3Dxj-uzA<qoCZOk&sZ@>hNg<})=xvuI(~u1a6aX}{ba6n3Dh
z$G}`$>BV5XOgEu(k=-|*&$qN<hk-nzaYhzML)sg)=)1H*(u8UDh1K;mU^nLG=QdY^
zaRW)u<n}N~AX9EalrIQj%r@CW$8&`lddnRg7qofv*1hV`$TyGZ0+)b3%0<;{rAXe@
zu#!t`bA46EW0D!8l9IM&Pr|Z_?rB~Bvm+spW5E=ltuAjetY)pa;$b(Ks2B_`fSEtL
zr-5U`-N(R#$>#yYhTB0`fi}4CBXxI6rhOr8li1~wWj+}WzdZC2^*eCj=e5fB`RV)T
z>t3B8v}L-(hk4FC&0nJr{_|V?|MN;f09K4zayv*h91hHSRq`9DY(IUQI8hxudTxqh
zMk#5iH?4m3*!9QrO>fD2pD@l18B~Y1eOw5;N87F{eb%%g%}>JdkXJ>G-91m?Gp(h)
zZ!S{JzQ*VMld7<rk6a-UdNvWoqLw40ffXa8VOSwn)x@-9qbf#;$ndRnUWo`an7C5W
zfxK8Udv(J;;H%==^hs+d9(DFhomohkVX%JQwA&H4Nsw6h(M{(G*|?uxP(5%bO~Wg9
ze(rO9jnS!iHM2SQ>St%E^+)cdm0wc34U4gs&E=`h(2>CnoL|fAh0aqmy&FDDX$^Fb
zY51d!;lNsiR_v*FH~x#u{4bmN|J`TjDy*D0OvKX#7|mgI(Y|0#_blq$dSUX3xSr3Y
z^~CD<y3!l#RtgW=Yr48loOrUllLuw2K5bMnqOA%dg86@i>$iZfWF}LRW-z0j+8TPK
zvYxRK{g#OyjKAP~3+JtnqVc&z>+7pT#klSp17<P6_x(0UOzmwBlqwuH`g-i?bE6-J
zA3`2teK?7WivzfE848Z85c;kV^=2C5OCmDG=>^^IcshIWa0`pPAT7xh)#GZ<uP&Vk
zDVB48@L9>ODra?gQ@w-`UhO;PFkJY?d3D5W5;?$j{{1sJc#Uqw{s$<eK%_C(2eESK
z#d!+`y8!elcb+;t(e!pv!uDI(C-}}Vgd!`AdhJsQoj$cs_V)9gX9wjCB1Hc^xR;e-
zA_SL%g+lpgByvYzQ+wi}eK!sr@}D}IN|!ssi`JcXX_d?*G{eP!6Z2o3U)TrF91Tad
z1#7;KGtavAHZUd3LS#koW&P@z5--!~++nIn-StoOZp~$RX1p+77^5v9j|a>G4YTk{
zP)5R*a0kgI;A*ia2s=@BA(&6{Wmi@vEzJ?8A<Cv24Vow*c!a*dpA?dNM;5?1`TO3l
zosTs<GVZpN@%``T4ZQX){kMoG2T#YkEa6XO*LEC>t~g<m6p5tcCQa<VkJ^LJWeYvW
ziV<BfY5A)X<X7oFi&Ot7{iNXIe!qM6x2uI@lRu|S;kBgRRci_L!NqJ>e~~C4_P6Sn
z_*OXQ2olGL;`fn73@qFYU*#`4;EpsNLEl|%&B!!-RdmbI`$GPN5hgj|+DBC>^O&(C
z(5{$*kY<DTulct}7s$)67y-8cCP$GQ00dH}uXbD?)&whqT3do8#`n%X)|r&iFG}W;
zvb9@39!}It>%Hm|WI_Hg3jY}n7P?&B2rfO#S#|v-cB{;b;BT8aTGFS>G@<8lOueOh
zs}Y9^sV+ULR>P~mIqE);zkaPPWH4N2T#ZlxNX-4&NSgjjnv?vaW9O!BKDZo8ZpJ0f
z7y#f+#<4#Q7@jPQWFcWf7^z_vUCJ5oG9CO`F`Q>%lvkgK^nUil(M_r#;_;sI!be;l
z^jrb|({;_n6c_b)(&2g?wsqPWXM?T$$>TPy;?;<Q*KVe(*gX`~JC@?o$k@9~BJlg*
zf-vMP0qAS4<+1vjWW6lw2XypPwsMmdYCVhIJDV3x)F&ubI#e~iB_hNz!@G*))otch
zI(ufiyi`$sJQ6i^DDe?(;03{BBnYVg&0&#V0W4!NyUg9;PbtuNScT<d3J+q!^jhXm
zY(%TwfAiFCWYjj%=!4sFe_ghQm(vM7rH%HfonpJY5Azpw`Z|W`jpqT)KuS^sT#$dV
z>r)dB+In;7DB{fcH^BwC=cM9iJq!J~79IWgu~^}Qb=C)qU!AJrI5}^amP|Oq&hi=N
zK`BARl~m_y@wcC<eKo4X$hJ$eq8<2(ju?ZBG?chEuH25F{~EX?6P6_6bHhj4G3t6G
zHRo=M;}4SQPpO0-FI-HNpNJ#o_wUnk0MSN*vuu+;JMz6!LFCa#(xyrk%*zU7`|rjm
zb6^-SnU2@dKNXngrM0*PXD18=!$e9njprJZcGq59>p}&1=?*SrJ|DD`uN<5p+dWU&
z*onOk#%n*V;z^=9B!LO|B;X%dqic>Q3L*%%2kCURRieN_iN1iN6$zz+-dC!R|D&u>
zUSt0?1?dd}frMw)?1z=u!K~qll}aLg&lbT$urNeb^WiGBfnGA<Fz3s_9&Z>3gdRqQ
zMn=5-v*XUM(b@vuNb(!r2bY!tM1|{=xmRIU4JqWIulmfXgME?D-_3sg*8VB3jW3ID
z;%hJ+p80)}ud88@qKSQnrd%(@KcDJ*vsj&ZuUc5XLd(P;-B-=KwLCw<Q*FNiUC;^!
z$8YjoV~CaXcXhl1UZ_S<>6=*0L(_xFT?doI$}X6Sl~pJte~mw)kTCpIK7Ys8&S2Hs
zkyCnyA!DSmeGuRtVdCj{y+aa#t9nVBT>a}>pAGJ4l08`XT^?{)4*miGPLZEIf<zde
z7~r4&<%yF4u<d92e=yidzP^&JgD1PrQHCu_K8zuxhj!#IP9)F-Wg2un>#AcdEOiIw
zxh+5oGq?>ZUGIyV)fDL{9NT<c^2m4Z)r!atV+KDlLsHavAvCb^)Z=Gv0lIDUj#pt}
z5BmIrwX50==+*xoSnO-$s5XvnmQ37hU&^x348+0Iae9j(U^VUfYr-wSgob(wmOV#U
zq*&5HR#I%W1Uo3dX+|`z-9Zk*z|@v~em?C6LaR+n@vXI=(tQ7FWBZD>WWIYE81`T-
zoX{%4?hmmIkrnTcXzkk@T^LhvKwQPfxA|Q5S*WB@SGvFDI~h^1I?!n_)gR##5TzC8
z@2k)JDJ6YA{XpYi4YyoX&PBJ2``q>)>#mdhCY_v>a5U(zM(B~qK(P=dTOqd`l$Ub5
z?%l~$-ccSN=c5@975lTpr*B-fNz%FM6$KZ;##bhN*?iRZ6famAhWZPmR_f0*X)aeA
z0N}>=<c<&RDxN>vKwByaXnok-r?AzU*gD#R7X^d(cmH~Al#$y=ThD#Om%vn=n`^ZU
z+NXLQVZgx9FgRlAYoikABW&@n4Td`@4#zq+r24DkV36KvYPOubY%C$JgxBzL&`xzY
z$MkBpR(GClfz>ObWrEHo!WzW*Jg8J|K4S_MOu4sdY0~j3T~Mj3G{jGmXZg*iGZ6x@
zeCFeTKkTnWY_)$7n})IQS{-d2323#?3RJbrx%%S~Ns=2*K}Ac#Azlo<W}YTB-cTH{
zqre2v>67LSPgoelEKF!&Z~`4gGhV;^76JDfs&{|DoSAVptIjxl?Xl;u-&hQCh_A^-
zSJZ%Hr6h`EQ;)mjcdR5D_a$@>k*Rl;n7Dd1t^;&hWc{KIad9+F@!i=Lw5;$$KV>yr
z4269idddcM!X@@UazWm#$q3HC+yR?6tC1V<Llj1Eo2wx0h2d$ynxYvk&FhUodfd<5
z$Arf|T3BI`BSSxc-<aEaAZd@4h?7siv|(15T6s~;_xndfELPdM5CF>2MQegp_gJhJ
z_+Fn4ZimLW9qz{}fY?Uk(P&+(gCOG#@(=eCA&k-!Ml&p;)@7kYfx%Wc_0mZ7hh0q<
zPL@#VdS(pP@Y_a(;Z=>**@3&GLPvi(CLSwr5Y3oNE{<v$=v_a%a2ay>z>@VNMy1CK
z+fN@p2HF|jZ1xxnWg**N%-du?7%CgKKUc#b8bJ2mJ^lIUk|7%7sYN<)&){X|=Vi}3
z(vF|)y320RoIjgVXRI%wi~74OvOOgsPqu~-{lx};N@{twvwcE<I|%U~xzE+7tR7lw
zR32sR-xZ3DqBh7|kFc`F10KufzIx{}?Kbr-wfVAOmDTlZd>zbZ5-x^zV550ijnbIl
zVfjX0J_h;;b3J$6xN+E*g_p&^0O&^-;4FLxTApT^FSao%5n7IZGTJt=5m~QP<OBJD
zc4*0bGckjxz0;7`y_pe1@&mc_H~R?~C5kVqg|w3^8ZH$%-vqB9Kl=?<T8)QxH2w;7
zb!ia>V@nZ*&PhKQRf&1_<Ay4}vOaOWj+?Aj-lta4r<Q7=lLT@`=?djt^4j0j%JsFs
z$=7Mu)k%1Idfsh&xgH*-+@-}G6-c-5)|MXsB%KHmj%l+g_~%Q1feAFSz2?T3=0>eg
z8Wly)-j)I%EihX7W`Tr^&bmTp+3%g`R9Mg2(aGr3HHOAf)a7tY*UraXOuO}LvS@Ux
zM@XX6x451Ul=5yvr%3jZ2#18O(sQ@M+D0O!$Gaa4efVBH0G!0_c0m)ad<NnQ(Qyup
z`;vE2hY?tjVV!B2*3g6({$FWe=)-c=bSxW~t9xmDFk^ionCwv<;uYIYdvwj^7ahlL
zV5Vo~ExPUF;ko~+aJ=}7bNtCJn{vQQkqN}nO3rC(HGyEklLczI7nql75QhEloXEc#
zMUp*Iq`0aFcgjN*tliuodfi%E;_q)GdA5@^VYjZz<)}C=*uD@`G;*izjxUTT661Z6
z$U#$=0?a1|bCQ3b&k(v-)2j`M?_uC3;5XwXWCRjQz#m#{$+kpgh)FnEWbfpAKm7dX
zS}E>TiFeuu^TnT)n6Yj(_VYfw{$P^7j4K2M<Hpw6mx6=u_O6isGLUl`e-)>FX6|K*
zsY1Gv0uOAy?!r_z4qyT}moZnq*Ngfy1zKkg0Zwlxys=_~EFo?4k-&&ijH`!X;hjA4
zB4vT$Gw9^4srbS{NSbURvT*n3j5)E+Dg_66HEqfn?gsBo4i>cf%;Q4g&S2&Z^<yQN
zbigWMEnqo*++gP{R1%{yu)@`&RlGsW9Q)i4zr^%-A)Q|2{$?>lf_))^mzG|;=BPeN
zEGSr?^r?Peh4NAeoNUWv$_0-ATX-1O4I93-Las;8$Z7&#&`#>4@&`q#2tS_~RaeBj
z(eVab2SX;H%N%XZ)#6q0b;#WP!}aE~ctLbm2T3TS11}WVBVh9#1G-l2aN>$Fdb4Qo
zn61XL4^Ad}E%;c&1I+Z7GY7MpDvScdXOW+Y5FyidEgH!PS{S^AG+EqIB`3x!1zYQ`
zP>brsk#3C95bN6O7>RTF;n-8Uo6T2aq+8#Go7v8N^e$T&JG^@Wb{~6)3mL^6;h?y;
z2MzZw@HP5HzmSEovKC;9))&X>xqOQ;8pA)b1m9h+`2jupC0EOQa{w1j7Hd3#CR@Xg
zASRwEnc;T(ocOb&ZQaeN(7e!F9LV7Wq9a?{U{y+V!QzFAwg6AVV~e3TZJU2FzRo~n
zH6gw3$>KIwL=k@C{dTv6IzMQ`^=07Z_ZzSyB}i05!>7qI_6@SROZrw|-Sl)-7CmUB
zmxEWbHWv4cV)t<NzXpre=XlwN_JeLD)>OIE9VJ<^Q_ZtE^?JK@AG>}9_ZdZ>IKXcw
zSK<%u<*MK${yN=BVlL+wj?->&KQBT$B@tsMBFLqA)*Kmr?-A9GX52nK6|KEvU#CnX
zJ}aJ<xp<Sm86OgZul6GY?x+c?9sZyfOt{!V0iVxcl^tF7yk4l~xPRsH8jU|O$TNbo
zO<Pv^?MZliE~k1GI@c}Eb#!n+KcR!2KD&$N&P!adcvMYH%TA&_j6Fr5+48Rb2gGi;
z3>J%`+(1V@&Ncq@(;FOh(qvmSFGu>T+om}?&vUT6*Z0a~W3Q+6nK(q+m8=MFmn9s-
z9Cyepvkm_b&Q~)gILI<}5`eYKodr}WFhQiy5ruIi_8227s@{lZ?xLC~;-uq9C%m~;
zucz4P3>=EJU&jrTx|rc@C_SDFmt<H%{)GpvK$4hx^!*>vcaLDsQ^`>{A-=5l0N_Q{
zYXT49Wq%|EAC)Vcxj@iNY0~h_Ty<nZqETlTv6{@F5{26N7+vGou<?}M$?K(0=Y3AS
zOL0Lg@Nll}|L3*&KO+-$(5TSqq)5Z#XwlZ%ycdWWC^IR7*zosc$Io81M<t={{N*MI
z*1E@<`c#|T+ziJ7{Y@$H%|9?VlD8FjdYdjZ8iM&?3A2bqdE>kh0cj=6pr5wG840ju
z6w~~c?>=N`MBCzmiIbecKx83X{N>-8l9m-tPoi8LUu?Q};HY4o3<PohPQ4iLXUAb2
z4UCWsCb;u&QtbQn2CL0CLwT#N;sgKJFZf`U=*d5r+W?Na&Ta<!nC{e|{J>(gOq(QM
zLQZyQRi}7bI&9Kc^h={OgVol-cIEoJIkhRSq(1Pa)y69K)I|J<J?ops>=Co&lO*}5
zRVWJ}t>e)DslYgZ)-{JnzT`t_6b02{^%y4x^FTet$?8}=tBpz`VD^`w=dFRqg^OD^
z;fIMF++iSPJfj7xH0Y~gIQZUqa`&q|8+G50)bXDkx~=$K)+Ss?({$h}f%V|ms0ng&
zysCC%^ylwsQa=O$&3nel{Nx6XHs~K_!p!)yBdd1gJIt@|@r=Z1rIjdv<L@8moJC~L
zM+N%ox%TUxGPul)C>&&kpJdBkwrGs-WY(AIRAr<yrmiZQ#MhomKC;txv%*+abCIV$
z&l~=;W3S66$4~eHaJ0oCv}*Dqgf`!r;6AI=hKhkna4&lmE^Luo2{J%&hjSJFZHGaq
zU1T0D0c?x7)Rhm~{G|Q-;pE(dVK`?Mzgo!@yINC|8K6+uck0c{{}#}Hg!DiC+L+3O
zByyF)IVxO3AO!j0W3F0%<B6rr-h#K`nM^mb`RD4<U6P)2^pOGM=VX_NYlR_t`cG;S
zZ(+ub!QRt*U))8WD2rd;S6;8j@M4FP82se$aE{%C_h@xyctOv~3(R?c;lb6D5pF-b
z-%fOkc+T8quAr0gGR(*l0$@$9DCEhq@ce!EHva5*zfrx$ny1z(JHtBhIdk*8RajT4
zv+Nzo>1vzR@JDzTdex-kq5;_Mb%w^Wrj=UU6s;tGr8^`@<j@?K-<4W8LpAh}$q0iK
zbGdQzW~ZEI?PvUtto^XQ)$p&V4Oh1Y9d7^UN<aZ79AhpVkVKY@V|1D3-c{IRnFF&o
zD^uD#w`P!8x+&*0+|9pwtSPNcwJ9WvBTfi+9QQCL9DWn0xir7T(<>gC%V4du_*uhC
zxC&6I6d2KgC$<m9Fv`cR=|0Ro!>fRKC&>a{t#TqvNW$?{6Q*$n+pj)7R4&0ixCk--
zupy_7MSSC`BhuQltN7;}{pDoY+TUiIezB&C<>rH<U^07BQK}@xEq0pp4J$Kg16D>)
z6G&J|{t#|A9n2|QsPpaki0WK*)E<TO3E7@cQB=ZVr-r)v0xzU*nEk+{RlV?q$!_1C
z<|!4mcqV>&^vg|KXI#@#@%lQKSSyXGCg#w=ZgGXLtDY~*p&=(T*a2ovqJmA9JAZa;
z=@qYX&w`zH(k7v}7DvCsQ9@s(EY0i&BtIZ>PgX?w7fd%%!K&1C#q=Y0yx$I2u8P22
zCyXwfj}49-2s&dBd*{Ie+?i8v_~xT&;o!8*l!HDU;&yEsS=;|9F6=k>@9Ss@*wwaN
zC8km=aaW@Ls>o7pBPs0Y@n_1x#fy5G37uDt#DySrC-=38G+mmD>A7QVthuxf4&{NZ
zE%_}jhqPqj`lMkm=*wiFOd*Kke9;}$kyNIhDQEXEfh&KZx8wst0`Bv&?Z+bY{y-M}
zq|1#&5z&{~W^Mm?T$Kw4B@FM~5PSrhYJ%V1X2miJ@WzdE`0;hrRsK<kEG{90(54wn
z60G;9PP)p2G5vf5R$}pi&&b9)5OsxV5)&BLRV;O%B@^-}ia4CL%$%I+3G@wGf3K~U
z{-B+tkRr{vaEeHxl9zBx@14nvRThag^q(o11&rh@L<FPH%y`B>hSsy;e`Ug-U`+CW
z>gKKLvELl9l+h=Q4!cPl{_ShBEL~8tk`u;OztlN1yPO$O(38;KcXDk68JvFd>#(jW
z-OF|;Fu@X6xp<+3HB<2Z*5-{CcHHD-jD}y~+U>+sC)Pcaf2>gxj$2HgNVu`{rgw>~
z^QZU+D<vkEbQSG&Zp|;d+xtILve((n7B_9qIoF8@=sf+*<K!DKUOrf+)vk7NcU;Z^
zG=i2UjTAM|RY~(1Xz3(rR;C>Y^cgO;jLRxKkfzdm#x{HYL}N!KuaV?~v`{tb&uSw<
zh%#0}0M3Z<DM5q8(dYN%Dh#W0Vbqe7gIB&kS|E}Rb59KGCK%~VYqgJb?q|txvZ`Vg
zwQrdo4~8AJc71tpQnxe5A?;^K<gKOmDyusaTB))g7CnP@Sb{UY^5)b}N@35}IYWmK
zGpn8+ARr3;_|7c;$N95CrHLO)i}gAg=VM#U%Ab^|U1-1Y>HUQdIl6X(6`9Y(rfRI&
zUR=EmI*771>U%~4;-KY8e|DT#p&6dwkHTcJs=#F%hF${EDyrI0ZunklI$KtNqWJ}~
zd-3B|Ag?js+m~xf!AHu;GR0#{hAS-$f-Za%o^JZ-<o0pI_SWBIU2E6C&sj14Vm?&n
z(aSlbdCu7j_IWO6yH%`<&HNwaT&OIJd7)yP?GjJbnLSl~<YX4AyO|-mlj464<0<$A
zZM8qHd89D9nO0h_m-4-pS|;Wt{Q^l{8fdy&AU#yLuQ$gzAmN(jnHQb~;wQnFlLmDR
z$~^}}&1%L-PDm8Yy1H{b*ITfM7`PUm1ZtV5YQ>R!$`yJ&4xpMdO)?4`$JzpTY58N$
zAa&f^_3cE-Mg}{_W^0i(SL0p37i_u8U^JNa8MC-3?5SbyaaxJAsluS{^r1C#eGclZ
z(i58cub>{^K!I<&r*oRS5W&6*=^Ho91#0z<8zY=cZW)`75bO&=iTCDgN)Vj|W+@|U
z+4IU~55sR|g*Ld<q3<w0-<Ok17u_F~7twO#Nuh~QRK8`RT*5hWy4d@Hc*Nk71u0`=
z*Kxfd{?ssxl257{DS7MmtAZOitVR!n8jx>!V?}{5>a-ipCC<A<vF^gkW2(BIL(+}2
z45I^!&&ei5Z*MrCaNA9++|Sf0@6sv%H^DBi15@idgYvJ-PCt^TU*$~4cm>_<ZcV@2
zn$oGNkTQ;ggN@3l5qg$F+Hy)GKTNY9D?<zdgP`_s0tNJMETq3;3^su=)ZQo9(>XHD
zjUofSk2E0&IO8!_tC6!O%~Q&GQfAt`sXAlBS0v{RjlCFFWgG(zdA$)s&+`u`b3C|a
z46m3*&}3qEFS{=S<NDUs+wk}RXh$VAF2g&?*j-DMoIpMG)fI%Dx4YTr5xBeay<MWm
zUyY~UG>}*sF@^+|6)Wn(7NKm5G)y9v@mm(TvG`Ip-0=t7t><Bw{=<iE68?UFcBp)o
zd_1DLwDk0|hkIigtM3!&O6CD~-Xas(Waq7p;fsWki`A>))v!u-RZ;KHRAVt~x8p36
HKjZ%kHLnP9

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/blog/day_201__working_web_server.mdwn b/doc/design/assistant/blog/day_201__working_web_server.mdwn
new file mode 100644
index 0000000000..c9e959a334
--- /dev/null
+++ b/doc/design/assistant/blog/day_201__working_web_server.mdwn
@@ -0,0 +1,31 @@
+Seems I am not done with the Android porting just yet after all. One more
+porting day..
+
+Last night I managed to get all of Yesod to build for Android.
+I even successfully expanded some Template Haskell used in yesod-form. And
+am fairly confident I could manually expand all the TH in there, so it's
+actually useable without TH. Most of the TH is just commented out for now.
+
+However, programs using Yesod didn't link; lots of missing symbols. I have
+been fighting to fix those all day today.
+
+Finally, I managed to build [the yesod-pure demo server](https://gist.github.com/snoyberg/3870834/raw/212f0164de36524291df3ab35788e2b72d8d1e75/fib.hs),
+and I have a working web server on Android! It listens for requests, it logs
+them correctly, and it replies to requests. I did cripple yesod's routing
+code in my hack-n-slash port of it, so it fails to *display* any pages,
+but never has "Internal Server Error" in a web browser been such a sweet
+sight. ;-)
+
+At this point, I estimate about 1 or 2 weeks work to get to an Android
+webapp. I'd need to:
+
+1. More carefully port Yesod, manually expanding all Template Haskell
+   as I went, rather than commenting it all out like I did this time.
+2. Either develop a tool to automatically expand Hamlet TH splices
+   (preferred; seems doable), or convert all the webapp's templates
+   to not use Hamlet.
+
+-----
+
+I've modified 38 Haskell libraries so far to port them to Android. Mostly
+small hacks, but eep this is a lot of stuff to keep straight.
diff --git a/doc/design/assistant/blog/day_203__procrastination.mdwn b/doc/design/assistant/blog/day_203__procrastination.mdwn
new file mode 100644
index 0000000000..b6eb262e96
--- /dev/null
+++ b/doc/design/assistant/blog/day_203__procrastination.mdwn
@@ -0,0 +1,25 @@
+Stuck on a bug or two, I instead built a new Preferences page:
+
+[[!img /assistant/preferences.png]]
+
+The main reason I wanted that was to allow enabling debug logging at
+runtime. But I've also wanted to expose annex.diskreserve and
+annex.numcopies settings to the webapp user. Might as well let them control
+whether it auto-starts too.
+
+Had some difficulty deciding where to put this. It could be considered
+additional configuration for the local repository, and so go in the
+local repository edit form. However, this stuff can only be configured for
+local repositories, and not remotes, and that same form is used to edit 
+remotes, which would lead to inconsistent UI and complicate the code.
+Also, it might grow to include things not tied to any repository,
+like choice of key/value backends. So, I put the preferences on their own
+page.
+
+---
+
+Also, based on some useful feedback from testing the assistant with a large
+number of files, I made the assistant disable git-gc auto packing in
+repositories it sets up. (Like fsck, git-gc always seems to run exactly
+when you are in a hurry.) Instead, it'll pack at most once a day, and with
+a rather higher threshold for the number of loose objects.
diff --git a/doc/design/assistant/blog/day_204__deprocrastination.mdwn b/doc/design/assistant/blog/day_204__deprocrastination.mdwn
new file mode 100644
index 0000000000..6299140e35
--- /dev/null
+++ b/doc/design/assistant/blog/day_204__deprocrastination.mdwn
@@ -0,0 +1,62 @@
+Tracked down the bug that's been eluding me for days. It was indeed a race, and
+could result in a file being transferred into a direct mode repository and
+ending up in indirect mode. Was easy to fix once understood, just needed to
+update the direct mode mapping before starting the transfer.
+
+While I was in there, I noticed another potential race, also in direct
+mode, where the watcher could decide to rewrite a symlink to fix its
+target, and at just the wrong time direct mode content could arrive in its
+place, and so get deleted. Fixed that too.
+
+Seems likely there are some other direct mode races. I spent quite a while
+hammering on dealing with the indirect mode races with the assistant 
+originally.
+
+-----
+
+Next on my list is revisiting XMPP.
+
+Verified that git push over XMPP works between multiple repositories that
+are sharing the same XMPP account. It does.
+
+Seeing the XMPP setup process with fresh eyes, I found several places
+wording could be improved. Also, when the user goes in and configures 
+(or reconfigures) an XMPP account, the next step is to do pairing,
+so it now redirects directly to there.
+
+Next I need to make XMPP get back into sync after a network disconnection
+or when the assistant is restarted. This currently doesn't happen until
+a XMPP push is received due to a new change being made.
+
+### back burner: yesod-pure
+
+Last night I made a yesod-pure branch, and did some exploratory conversion
+away from using Hamlet, of the Preferences page I built yesterday.
+
+I was actually finding writing pure Blaze worked *better* than Hamlet,
+at first. Was able to refactor several things into functions that in Hamlet
+are duplicated over and over in my templates, and built some stuff that makes
+rendering type safe urls in pure Blaze not particularly ungainly. For example,
+this makes a submit button and a cancel button that redirects to another page:
+
+[[!format haskell """
+        buttons = toWidget $ \redir ->
+               "Save Preferences" <>|<> redir ConfigurationR []
+"""]]
+
+The catch is how to deal with widgets that need to be nested inside other
+html. It's not possible to do this both cleanly and maximally
+efficiently, with Blaze. For max efficiency, all the html before the widget
+should be emitted, and then the widget run, and then all html after it be
+emitted. To use Blaze, it would have to instead generate the full html,
+then split it around the widget, and then emit the parts, which is less
+efficient, doesn't stream, etc.
+
+I guess that's the core of what Hamlet does; it allows a clean
+representation and due to running TH at build time, can convert this into
+an efficient (but ugly) html emitter.
+
+So, I may give up on this experiment. Or I may make the webapp less than
+maximally fast at generating html and go on with it. After all, these
+sorts of optimisations are mostly aimed at high-volume websites, not local
+webapps.
diff --git a/doc/design/assistant/blog/day_205_206__rainy_day__snow_day.mdwn b/doc/design/assistant/blog/day_205_206__rainy_day__snow_day.mdwn
new file mode 100644
index 0000000000..e1d07c8e42
--- /dev/null
+++ b/doc/design/assistant/blog/day_205_206__rainy_day__snow_day.mdwn
@@ -0,0 +1,12 @@
+Yesterday was all bug fixes, nothing to write about really.
+
+Today I've been working on getting XMPP remotes to sync more reliably.
+I left some big holes when I stopped work on it in November:
+
+1. The assistant did not sync with XMPP remotes when it started up.
+2. .. Or when it detected a network reconnection.
+3. There was no way to trigger a full scan for transfers
+   after receiving a push from an XMPP remote.
+
+The asynchronous nature of git push over XMPP complicated doing this, but
+I've solved all 3 issues today.
diff --git a/doc/design/assistant/blog/day_207__XMPP.mdwn b/doc/design/assistant/blog/day_207__XMPP.mdwn
new file mode 100644
index 0000000000..8419905f16
--- /dev/null
+++ b/doc/design/assistant/blog/day_207__XMPP.mdwn
@@ -0,0 +1,7 @@
+More XMPP fixes. The most important change is that it now stores important
+messages, like push requests, and (re)sends them when a buddy's client
+sends XMPP presence. This makes XMPP syncing much more robust, all the
+clients do not need to already be connected when messages are initially
+sent, but can come and go. Also fixed a bug preventing syncing from working
+immediately after XMPP pairing. XMPP seems to be working well now; I only
+know of one minor bug.
diff --git a/doc/design/assistant/blog/day_208__bugfixes.mdwn b/doc/design/assistant/blog/day_208__bugfixes.mdwn
new file mode 100644
index 0000000000..41874b9184
--- /dev/null
+++ b/doc/design/assistant/blog/day_208__bugfixes.mdwn
@@ -0,0 +1,17 @@
+Fixed the last XMPP bug I know of. Turns out it was not specific to XMPP at
+all; the assistant could forget to sync with any repository on startup
+under certain conditions.
+
+Also fixed bugs in `git annex add` and in the glob matching, and some more.
+
+I've been working on some screencasts. More on them later.. But while doing
+them I found a perfect way to reliably reproduce the webapp hang that
+I've been chasing for half a year, and last saw at my presentation in
+Australia. Seems the old joke about bugs only reproducible during
+presentations is literally true here!
+
+I have given this bug its [[own page|bugs/webapp_hang]] at last, and have a
+tcpdump of it happening and everything. Am working on an hypotheses that it
+might be caused by Warp's [slowloris](http://ha.ckers.org/slowloris/)
+attack prevention code being falsely triggered by the repeated hits the web
+browser makes as the webapp's display is updated.
diff --git a/doc/design/assistant/blog/day_209__The_Bug.mdwn b/doc/design/assistant/blog/day_209__The_Bug.mdwn
new file mode 100644
index 0000000000..b2e87fd8fd
--- /dev/null
+++ b/doc/design/assistant/blog/day_209__The_Bug.mdwn
@@ -0,0 +1,23 @@
+> And so we waited. Tick-tock, blink-blink, thirty seconds stretched
+> themselves out one by one, a hole in human experience. -- The Bug
+
+I *think* I've managed to fully track down the [[webapp_hang]]. It is,
+apparently, a bug in the Warp web server's code intended to protect against
+the [Slowloris](http://ha.ckers.org/slowloris/) attack. It assumes,
+incorrectly, that a web browser won't reuse a connection it's left idle for
+30 seconds. Some bad error handling keeps a connection open with no thread
+to service it, leading to the hang.
+<https://github.com/yesodweb/wai/issues/146>
+
+Have put a 30 minute timeout into place as a workaround, and, unless
+a web browser sits on an idle connection for a full 30 minutes and then
+tries to reuse it, this should be sufficient.
+
+I was chasing that bug, quietly, for 6 months. Would see it now and
+then, but not be able to reproduce it or get anywhere with analysis.
+I had nearly given up. If you enjoy stories like that, read Ellen
+Ullman's excellent book The Bug.
+
+> To discover that between the blinks of the machine’s shuttered eye—going
+> on without pause or cease; simulated, imagined, but still not caught—was
+> life.
diff --git a/doc/design/assistant/blog/day_20__data_transfer_design.mdwn b/doc/design/assistant/blog/day_20__data_transfer_design.mdwn
new file mode 100644
index 0000000000..4f47ae63c4
--- /dev/null
+++ b/doc/design/assistant/blog/day_20__data_transfer_design.mdwn
@@ -0,0 +1,22 @@
+Today is a planning day. I have only a few days left before I'm off to
+Nicaragua for [DebConf](http://debconf12.debconf.org/), where I'll only
+have smaller chunks of time without interruptions. So it's important to get
+some well-defined smallish chunks designed that I can work on later. See
+bulleted action items below (now moved to [[syncing]]. Each
+should be around 1-2 hours unless it turns out to be 8 hours... :)
+
+First, worked on writing down a design, and some data types, for data transfer
+tracking (see [[syncing]] page). Found that writing down these simple data
+types before I started slinging code has clarified things a lot for me.
+
+Most importantly, I realized that I will need to modify `git-annex-shell`
+to record on disk what transfers it's doing, so the assistant can get that
+information and use it to both avoid redundant transfers (potentially a big
+problem!), and later to allow the user to control them using the web app.
+
+While eventually the user will be able to use the web app to prioritize
+transfers, stop and start, throttle, etc, it's important to get the default
+behavior right. So I'm thinking about things like how to prioritize uploads
+vs downloads, when it's appropriate to have multiple downloads running at
+once, etc.
+
diff --git a/doc/design/assistant/blog/day_210__spring.mdwn b/doc/design/assistant/blog/day_210__spring.mdwn
new file mode 100644
index 0000000000..ff34cfbfe0
--- /dev/null
+++ b/doc/design/assistant/blog/day_210__spring.mdwn
@@ -0,0 +1,29 @@
+Trying to record screencasts demoing the assistant is really helping me
+see things that need to be fixed.
+
+Got the version of the haskell TLS library in Debian fixed, backporting
+some changes to fix a botched security fix that made it reject all
+certificates. So WebDAV special remotes will work again on the next release.
+
+Fixed some more problems around content being dropped when files are
+moved to archive directories, and gotten again when files are
+moved out.
+
+Fixed some problems around USB drives. One was a real jaw-dropping
+bug: "git annex drop --from usbdrive" when the drive was not
+connected still updated the location log to indicate it did not have
+the file anymore! (Thank goodness for fsck..)
+
+I've noticed that moving around files in direct mode repos is inneficient,
+because the assistant re-checksums the "new" file. One way to avoid
+that would be to have a lookup table from (inode, size, mtime) to
+key, but I don't have one, and would like to avoid adding one.
+
+Instead, I have a cunning plan to deal with this heuristically. If the
+assistant can notice a file was removed and another file added at the same
+time, it can compare the (inode, size, mtime) to see if it's a rename, and
+avoid the checksum overhead.
+
+The first step to getting there was to make the assistant better at
+batching together delete+add events into a single rename commit. I'm happy
+to say I've accomplished that, with no perceptable delay to commits.
diff --git a/doc/design/assistant/blog/day_211__zooming_along.mdwn b/doc/design/assistant/blog/day_211__zooming_along.mdwn
new file mode 100644
index 0000000000..fb87077bef
--- /dev/null
+++ b/doc/design/assistant/blog/day_211__zooming_along.mdwn
@@ -0,0 +1,24 @@
+Got renaming fully optimised in the assistent in direct mode. I even got it
+to work for whole directory renames. I can drag files around all day in the
+file manager and the assistant often finishes committing the rename before
+the file manager updates. So much better than checksumming every single
+renamed file! Also, this means the assistant makes just 1 commit when a
+whole directory is renamed.
+
+Last night I added a feature to `git annex status`. It can now be asked to
+only show the status of a single directory, rather than the whole annex.
+All the regular file filtering switches work, so some neat commands
+are possible. I like `git annex status . --in foo --not --in bar` to see
+how much data is in one remote but not another.
+
+This morning, an important thought about [[bugs/smarter_flood_filling]],
+that will avoid unnecessary uploads to transfer remotes when all that's
+needed to get the file to its destination is a transfer over the LAN.
+I found an easy way to make that work, at least in simple cases.
+Hoping to implement it soon.
+
+Less fun, direct mode turns out to be somewhat buggy when files with
+duplicate content are in the repository. Nothing fails, but `git annex
+sync` will re-checksum files each time it's run in this situation, and the
+assistant will re-checksum files in certian cases. Need to work on this
+soon too.
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter.mdwn b/doc/design/assistant/blog/day_212__accidental_all_nighter.mdwn
new file mode 100644
index 0000000000..600522d14a
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter.mdwn
@@ -0,0 +1,24 @@
+Last night, revamped the web site, including making a [[/videos]]
+page, which includes a new screencast introducing the git-annex assistant.
+
+Worked on improving my Haskell development environment in vim.
+hdevtools is an excellent but tricky thing to get working. Where before
+it took around 30 seconds per compile for me to see type errors,
+I now see them in under a second each time I save, and can also look up
+types of any expression in the file. Since programming in Haskell is
+mostly driven by reacting to type errors ;) this should speed me up a lot,
+although it's not perfect. Unfortunatly, I got really caught up in tuning
+my setup, and only finished doing that at 5:48 am.
+
+Disasterously late this morning, fixed the assistant's
+`~/.ssh/git-annex-shell` wrapper so it will work when the ssh key does
+not force a command to be run. Also made the webapp behave better
+when it's told to create a git repository that already exists.
+
+After entirely too little sleep, I found a puzzling bug where copying files
+to a local repo fails once the inode cache has been invalidated. This
+turned out to involve running a check in the state monad of the wrong
+repository. A failure mode I'd never encountered before.
+
+Only thing I had brains left to do today was to record another screencast,
+which is rendering now...
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_1_6ee1f8056eedb6eb18013faf8f5ec212._comment b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_1_6ee1f8056eedb6eb18013faf8f5ec212._comment
new file mode 100644
index 0000000000..6ad0ab2354
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_1_6ee1f8056eedb6eb18013faf8f5ec212._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl1D_4vD5ueaDw8gRsIYPO3UHRKEpFfg9I"
+ nickname="Дмитрий"
+ subject="About development in Vim"
+ date="2013-03-13T02:18:20Z"
+ content="""
+Could you describe your vim configuration for haskell development, what plugins do you use, what is in you .vimrc file and maybe even record a screencast of typical \"session\" of work?
+"""]]
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_2_07c83d75bb105bb77ada07359ed0ea7a._comment b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_2_07c83d75bb105bb77ada07359ed0ea7a._comment
new file mode 100644
index 0000000000..06aae6e1b7
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_2_07c83d75bb105bb77ada07359ed0ea7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="Global preferences?"
+ date="2013-03-13T08:00:55Z"
+ content="""
+I just did a \"cabal install git-annex --bindir=$HOME/bin\" on Ubuntu 12.10 and I don't see the global preferences (where you configure the autostart etc.) from the screencast. How can I enable this?
+"""]]
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_3_2c904d33f4f14807fbe718a01e98800a._comment b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_3_2c904d33f4f14807fbe718a01e98800a._comment
new file mode 100644
index 0000000000..943bd52778
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_3_2c904d33f4f14807fbe718a01e98800a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-13T16:08:35Z"
+ content="""
+The global preferences page is a new feature that will be in the next release. You can use a daily build or build from source to try it now.
+"""]]
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_4_59ec5c1cab75df87293800a7a03fe9c6._comment b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_4_59ec5c1cab75df87293800a7a03fe9c6._comment
new file mode 100644
index 0000000000..c3e8f83515
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_4_59ec5c1cab75df87293800a7a03fe9c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 4"
+ date="2013-03-13T16:34:46Z"
+ content="""
+Build from source is too hard for a non-haskell developer, I run into various errors I can not resolve. The daily build gives me \"git-annex: error while loading shared libraries: libyaml-0.so.2: cannot open shared object file: No such file or directory\". For Ubuntu a PPA with daily build would be handy.
+"""]]
diff --git a/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_5_13893f106e835dcc52e03c7c6740c35b._comment b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_5_13893f106e835dcc52e03c7c6740c35b._comment
new file mode 100644
index 0000000000..8c6419b1c3
--- /dev/null
+++ b/doc/design/assistant/blog/day_212__accidental_all_nighter/comment_5_13893f106e835dcc52e03c7c6740c35b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-13T16:58:04Z"
+ content="""
+In the standalone linux daily build, you need to use the \"runshell\" script to start a shell environment in which you can run git-annex.
+"""]]
diff --git a/doc/design/assistant/blog/day_213__costs.mdwn b/doc/design/assistant/blog/day_213__costs.mdwn
new file mode 100644
index 0000000000..41517a7ab1
--- /dev/null
+++ b/doc/design/assistant/blog/day_213__costs.mdwn
@@ -0,0 +1,34 @@
+Got the assistant to check again, just before starting a transfer, if
+the remote still wants the object. This should be all that's needed to
+handle the case where there is a transfer remote on the internet somewhere,
+and a locally paired client on the LAN. As long as the paired repository
+has a lower cost value, it will be sent any new file first, and if that
+is the only client, the file will not be sent to the transfer remote at
+all.
+
+But.. locally paired repos did not have a lower cost set, at all.
+So I made their cost be set to 175 when they're created. Anyone
+who already did local pairing should make sure the Repositories
+list shows locally paired repositories above transfer remotes.
+
+Which brought me to needing an easy way to reorder that list of remotes,
+which I plan to do by letting the user drag and drop remotes around,
+which will change their cost accordingly. Implementing that has two
+pain points:
+
+1. Often a lot of remotes will have the same default cost value.
+   So how to insert a remote in between two that have cost 100?
+   This would be easy if git-annex didn't have these cost numbers,
+   and instead just had an ordered list of remotes.. but it doesn't.
+   Instead, dragging remotes in the list will sometimes need to change
+   the costs of others, to make room to insert them in. It's BASIC
+   renumbering all over again. So I wrote some code to do this with as
+   little bother as possible.
+
+2. Drag and drop means javascript. I got the basics going quickly with
+   jquery-ui, only to get stuck for over an hour on some CSS issue
+   that made lines from the list display all weird while being dragged.
+   It is always something like this with javascript..
+
+So I've got these 2 peices working, and even have the AJAX call
+firing, but it's not quite wired up just yet. Tomorrow.
diff --git a/doc/design/assistant/blog/day_214__release_day.mdwn b/doc/design/assistant/blog/day_214__release_day.mdwn
new file mode 100644
index 0000000000..2ada213086
--- /dev/null
+++ b/doc/design/assistant/blog/day_214__release_day.mdwn
@@ -0,0 +1,5 @@
+Fighting with javascript all day and racing to get a release out. Unstuck
+the OSX and Android autobuilders. Got drag and drop repository list
+reordering working great. Tons of changes in this release!
+
+Also put up a new podcast.
diff --git a/doc/design/assistant/blog/day_215__dashboard_UI_refresh.mdwn b/doc/design/assistant/blog/day_215__dashboard_UI_refresh.mdwn
new file mode 100644
index 0000000000..9381ebee20
--- /dev/null
+++ b/doc/design/assistant/blog/day_215__dashboard_UI_refresh.mdwn
@@ -0,0 +1,25 @@
+I've reworked the UI of the webapp's dashboard. Now the repository list is
+included, above the transfers. I found I was spending a lot of time
+switching between the dashboard and repository list, so might as well
+combine them into a single screen. Yesod's type safe urls and widgets
+made this quite easy to do, despite it being a thousand line commit.
+Liking the result ... Even though it does make all my screencasts dated.
+
+[[!img /assistant/dashboard.png]]
+
+----
+
+Rest of my time was spent on XMPP pairing UI. Using the same pages for both
+pairing with a friend and for self-pairing was confusing, so now the two
+options are split.
+
+Now every time an XMPP git push is received or sent, it checks if there's
+a cloud repository configured, which is needed to send the contents of
+files. If not, it'll display this alert. Hopefully this
+will be enough to get users fully set up.
+
+[[!img /assistant/cloudnudge.png]]
+
+At this point I'm finally happy enough with the XMPP pairing + cloud
+repository setup process to film a screencast of it. As soon as I have
+some time & bandwidth someplace quiet. Expect one by the end of the month.
diff --git a/doc/design/assistant/blog/day_216__more_bugfixes.mdwn b/doc/design/assistant/blog/day_216__more_bugfixes.mdwn
new file mode 100644
index 0000000000..a988643ff2
--- /dev/null
+++ b/doc/design/assistant/blog/day_216__more_bugfixes.mdwn
@@ -0,0 +1,42 @@
+A long time ago I made Remote be an instance of the Ord typeclass, with an
+implementation that compared the costs of Remotes. That seemed like a good
+idea at the time, as it saved typing.. But at the time I was still making
+custom Read and Show instances too. I've since learned that this is *not* a
+good idea, and neither is making custom Ord instances, without deep thought
+about the possible sets of values in a type.
+
+This Ord instance came around and bit me when I put Remotes into a Set,
+because now remotes with the same cost appeared to be in the Set even if 
+they were not. Also affected putting Remotes into a Map. I noticed this
+when the webapp got confused about which Remotes were paused.
+
+Rarely does a bug go this deep. I've fixed it comprehensively, first
+removing the Ord instance entirely, and fixing the places that wanted to
+order remotes by cost to do it explicitly. Then adding back an Ord instance
+that is much more sane. Also by checking the rest of the Ord (and Eq) 
+instances in the code base (which were all ok).
+
+While doing that, I found lots of places that kept remotes in Maps and
+Sets. All of it was probably subtly broken in one way or another before
+this fix, but it would be hard to say exactly how the bugs would
+manifest.
+
+-----
+
+Also fought some with Google Talk today. Seem to be missing presence
+messages sometimes. Ugh. May have fixed it, but I've thought that before..
+
+Made --debug include a sanitized dump of the XMPP protocol.
+
+Made UI changes to encourage user to install git-annex on the server when
+adding a ssh server, rather than just funneling them through to rsync.
+
+Fixed UI glitches in XMPP username/password prompt.
+
+Switched all forms in the webapp to use POST, to avoid sensitive
+information leaking on the url bar.
+
+----
+
+Added an incremental backup group. Repositories in this group only want
+files that have not been backed up somewhere else yet.
diff --git a/doc/design/assistant/blog/day_216__more_bugfixes/comment_1_299462bcdd0e4f6cd7895b5f40ca00ad._comment b/doc/design/assistant/blog/day_216__more_bugfixes/comment_1_299462bcdd0e4f6cd7895b5f40ca00ad._comment
new file mode 100644
index 0000000000..7d28cfdbf8
--- /dev/null
+++ b/doc/design/assistant/blog/day_216__more_bugfixes/comment_1_299462bcdd0e4f6cd7895b5f40ca00ad._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR7hb8IaKB3IKZptRukje0yahmhfLOO98"
+ nickname="Adam"
+ subject="comment 1"
+ date="2013-03-17T00:30:26Z"
+ content="""
+> Made UI changes to encourage user to install git-annex on the server when adding a ssh server, rather than just funneling them through to rsync.
+
+What's the difference between having git-annex available versus not?
+"""]]
diff --git a/doc/design/assistant/blog/day_216__more_bugfixes/comment_2_1913d65dfe4ba08379d82a4a2ca91c40._comment b/doc/design/assistant/blog/day_216__more_bugfixes/comment_2_1913d65dfe4ba08379d82a4a2ca91c40._comment
new file mode 100644
index 0000000000..200846545c
--- /dev/null
+++ b/doc/design/assistant/blog/day_216__more_bugfixes/comment_2_1913d65dfe4ba08379d82a4a2ca91c40._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxp2XU8gIribhhGhGuYtU6eMMwHv5gUGI"
+ nickname="Amitai"
+ subject="Google Talk silently drops non-Google invites (at least)"
+ date="2013-03-17T13:44:18Z"
+ content="""
+Have you seen <http://www.fsf.org/blogs/sysadmin/google-backslides-on-federated-instant-messaging-on-purpose>? Maybe they're also doing other funny stuff that gets in your way.
+"""]]
diff --git a/doc/design/assistant/blog/day_216__more_bugfixes/comment_3_92c774599a78540ad398afcd1d05f7ce._comment b/doc/design/assistant/blog/day_216__more_bugfixes/comment_3_92c774599a78540ad398afcd1d05f7ce._comment
new file mode 100644
index 0000000000..05847a73b7
--- /dev/null
+++ b/doc/design/assistant/blog/day_216__more_bugfixes/comment_3_92c774599a78540ad398afcd1d05f7ce._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR7hb8IaKB3IKZptRukje0yahmhfLOO98"
+ nickname="Adam"
+ subject="comment 3"
+ date="2013-03-25T01:58:23Z"
+ content="""
+About the UI prompt for the webapp:
+
+> What's the difference between having git-annex available versus not?
+
+I can see from the UI that if you make it be a git repository, you get this:
+
+> All your data will be uploaded to the server, including the full git repository. This is a great choice if you want to set up other devices to use the same server, or share the repository with others.
+
+Versus an rsync repo:
+
+> The contents of your files will be stored, fully encrypted, on the server. The server will not store other information about your git repository. This is the best choice if you don't run the server yourself, or have sensitive data.
+
+Unfortunately I'm looking for a shared server (as per the git repo description), but **also fully encrypted** because I'll be storing sensitive data.
+"""]]
diff --git a/doc/design/assistant/blog/day_217__nothing.mdwn b/doc/design/assistant/blog/day_217__nothing.mdwn
new file mode 100644
index 0000000000..95deabd238
--- /dev/null
+++ b/doc/design/assistant/blog/day_217__nothing.mdwn
@@ -0,0 +1,2 @@
+Is what I planned to do on git-annex today. Instead I fixed several bugs,
+but I'm drawing the line at blogging. Oops.
diff --git a/doc/design/assistant/blog/day_219__bug_triage.mdwn b/doc/design/assistant/blog/day_219__bug_triage.mdwn
new file mode 100644
index 0000000000..82494ceca8
--- /dev/null
+++ b/doc/design/assistant/blog/day_219__bug_triage.mdwn
@@ -0,0 +1,14 @@
+Triaged some of the older bugs and was able to close a lot of them.
+
+-----
+
+Should mention that I will be in Boston this weekend, attending
+[LibrePlanet 2013](http://libreplanet.org/wiki/LibrePlanet:Conference/2013).
+Drop by and find me, I'll have git-annex stickers! ;)
+
+-----
+
+Did some UI work on the webapp. Minor stuff, but stuff that needed to be
+fixed up. Like inserting zero-width spaces into filenames displayed in it
+so very long filenames always get reasonably wrapped by the browser.
+(Perhaps there's a better way to do that with CSS?)
diff --git a/doc/design/assistant/blog/day_219__bug_triage/comment_1_c6b977a969cacdce62987a439b7686f5._comment b/doc/design/assistant/blog/day_219__bug_triage/comment_1_c6b977a969cacdce62987a439b7686f5._comment
new file mode 100644
index 0000000000..5722f7e19d
--- /dev/null
+++ b/doc/design/assistant/blog/day_219__bug_triage/comment_1_c6b977a969cacdce62987a439b7686f5._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="wrapping css"
+ date="2013-03-20T20:28:04Z"
+ content="""
+You can do this in css:
+
+    word-wrap: break-word;
+
+That should make the text not leave the box. Not sure if this makes it break \"reasonably\" though, eg a two letter word followed by an 200 letter \"word\" would probably leave the two letter word on a line by itself.
+
+Worth a try though.
+
+Seems to be well supported on browsers: [http://caniuse.com/#search=wrap](http://caniuse.com/#search=wrap)
+"""]]
diff --git a/doc/design/assistant/blog/day_21__transfer_tracking.mdwn b/doc/design/assistant/blog/day_21__transfer_tracking.mdwn
new file mode 100644
index 0000000000..79c0b64387
--- /dev/null
+++ b/doc/design/assistant/blog/day_21__transfer_tracking.mdwn
@@ -0,0 +1,28 @@
+Worked today on two action items from my last blog post:
+
+* on-disk transfers in progress information files (read/write/enumerate)
+* locking for the files, so redundant transfer races can be detected,
+  and failed transfers noticed
+
+That's all done, and used by the `get`, `copy`, and `move` subcommands.
+
+Also, I made `git-annex status` use that information to display any
+file transfers that are currently in progress:
+
+	joey@gnu:~/lib/sound/misc>git annex status
+	[...]
+	transfers in progress: 
+		downloading Vic-303.mp3 from leech
+
+(Webapp, here we come!)
+
+However... Files being sent or received by `git-annex-shell` don't yet
+have this transfer info recorded. The problem is that to do so,
+`git-annex-shell` will need to be run with a `--remote=` parameter. But
+old versions will of course fail when run with such an unknown parameter.
+
+This is a problem I last faced in December 2011 when adding the `--uuid=`
+parameter. That time I punted and required the remote `git-annex-shell` be
+updated to a new enough version to accept it. But as git-annex gets more widely
+used and packaged, that's becoming less an option. I need to find a real
+solution to this problem.
diff --git a/doc/design/assistant/blog/day_220__performance.mdwn b/doc/design/assistant/blog/day_220__performance.mdwn
new file mode 100644
index 0000000000..a1b7b329ac
--- /dev/null
+++ b/doc/design/assistant/blog/day_220__performance.mdwn
@@ -0,0 +1,40 @@
+I've been running some large transfers with the assistant, and looking at
+ways to improve performance. (I also found and fixed a zombie process
+leak.)
+
+----
+
+One thing I noticed is that the assistant pushes changes to the git-annex
+location log quite frequently during a batch transfer. If the files being
+transferred are reasonably sized, it'll be pushing once per file transfer. 
+It would be good to reduce the number of pushes, but the pushes are
+important in some network topologies to inform other nodes
+when a file gets near to them, so they can get the file too.
+
+Need to see if I can find a smart way to avoid some of the pushes.
+For example, if we've just downloaded a file, and are queuing uploads
+of the file to a remote, we probably don't need to push the git-annex
+branch to the remote.
+
+----
+
+Another performance problem is that having the webapp open while transfers
+are running uses significant CPU just for the browser to update the progress
+bar. Unsurprising, since the webapp is sending the browser a new `<div>`
+each time. Updating the DOM instead from javascript would avoid that;
+the webapp just needs to send the javascript either a full `<div>` or a
+changed percentage and quantity complete to update a single progress bar.
+
+I'd prefer to wait on doing that until I'm able to use Fay to generate
+Javascript from Haskell, because it would be much more pleasant.. will see.
+
+----
+
+Also a performance problem when performing lots of transfers, particularly
+of small files, is that the assistant forks off a `git annex transferkey`
+for each transfer, and that has to in turn start up several git commands.
+
+Today I have been working to change that, so the assistant maintains a
+pool of transfer processes, and dispatches each transfer it wants to make
+to a process from the pool. I just got all that to build, although untested
+so far, in the `transferpools` branch.
diff --git a/doc/design/assistant/blog/day_221__this_and_that.mdwn b/doc/design/assistant/blog/day_221__this_and_that.mdwn
new file mode 100644
index 0000000000..87406547e5
--- /dev/null
+++ b/doc/design/assistant/blog/day_221__this_and_that.mdwn
@@ -0,0 +1,28 @@
+Was unsure yesterday if my transferrer pools code would just work, or
+would be horribly broken and need a lot of work to get going. It was a
+complex change involving both high-level STM code and low-level pipes and
+fds. Well, it almost worked 100% first time, I just had a minor issue in
+my fd setup to fix. Everything else seems to work perfectly.
+Very happy how that went!
+
+----
+
+Improved support and documentation for using the OSX app and Linux
+standalone tarball at the command line. Now it's sufficient to just put
+their directory into `PATH`, rather than using `runshell`.
+
+----
+
+The webapp's form for adding a removable drive now allows specifying the
+directory to use within the drive (default "annex").
+
+When the drive's repository already exists, and it's not a repository
+that git-annex knows about, it confirms that the user wants
+to combine its contents into their repository.
+
+
+(Should probably implement this same check when adding a ssh remote.)
+
+----
+
+Off to Boston!
diff --git a/doc/design/assistant/blog/day_222__back.mdwn b/doc/design/assistant/blog/day_222__back.mdwn
new file mode 100644
index 0000000000..9c3c17094e
--- /dev/null
+++ b/doc/design/assistant/blog/day_222__back.mdwn
@@ -0,0 +1,16 @@
+Back from my trip. Spent today getting caught up.
+
+Didn't do much while I was away. Pushed out a new release on Saturday.
+Made `git annex` usage display nicer.
+
+Fixed some minor webapp bugs today. The interesting bug was a
+race that sometimes caused alerts or other notifications to be
+missed and not be immediately displayed if they occurred while
+a page was loading. You sometimes had to hit reload to see them,
+but not anymore!
+
+Checked if the `push.default=simple` change in upcoming git release will
+affect git-annex. It shouldn't affect the assistant, or `git annex sync`,
+since they always list all branches to push explicitly. But if you `git push`
+manually, when the default changes that won't include the git-annex branch
+in the push any longer.
diff --git a/doc/design/assistant/blog/day_222__back/comment_1_f05b48231a1ee0cffba7d66e112e5551._comment b/doc/design/assistant/blog/day_222__back/comment_1_f05b48231a1ee0cffba7d66e112e5551._comment
new file mode 100644
index 0000000000..f788cc283f
--- /dev/null
+++ b/doc/design/assistant/blog/day_222__back/comment_1_f05b48231a1ee0cffba7d66e112e5551._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="something for the wishlist maybe?"
+ date="2013-03-28T08:30:00Z"
+ content="""
+Something I was wondering with the assistant now getting really smart: would it be possible to have a cli-mode for the assistant that runs in the forground and only until there is nothing to do anymore? Something like a single-run-assistant`? Reason being that in my usecases most often I know exactly when the right moment for a run is - for example after processing a bunch of photographs - and I most definitely don't want a background process to work on those photographs while I do work on them. Or with archival media, I know when I will hook up the archive drives. In allmost all of my scenarios it would be much easier to not run the assistant in the background, but to fire it from the cli at the right moments, letting it work over night and have it shut down automatically when all is synced.
+"""]]
diff --git a/doc/design/assistant/blog/day_222__back/comment_2_4d5f003ccd81580017ebf0dc31bc9cda._comment b/doc/design/assistant/blog/day_222__back/comment_2_4d5f003ccd81580017ebf0dc31bc9cda._comment
new file mode 100644
index 0000000000..cc28d56086
--- /dev/null
+++ b/doc/design/assistant/blog/day_222__back/comment_2_4d5f003ccd81580017ebf0dc31bc9cda._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-28T15:50:47Z"
+ content="""
+That's an interesting thought. I think it would be hard to find a clear condition when it was done and could shut down. While there is easy visibility into the transfer queue to tell when file transfers are done, it's harder to tell when it's actively syncing git repositories or scanning for transfers to do, or finding new files to commit. Each thread knows what it's doing, but none of the other threads do. Maybe active threads could hold a lock to indicate they're busy, and this combined with visibility into the various work queues could do the job.
+"""]]
diff --git a/doc/design/assistant/blog/day_223__progress_revisited.mdwn b/doc/design/assistant/blog/day_223__progress_revisited.mdwn
new file mode 100644
index 0000000000..9f899899db
--- /dev/null
+++ b/doc/design/assistant/blog/day_223__progress_revisited.mdwn
@@ -0,0 +1,24 @@
+Went out and tried for the second time to record a screencast demoing
+setting up syncing between two computers using just Jabber and a cloud
+remote. I can't record this one at home, or viewers would think git-annex
+was crazy slow, when it's just my dialup. ;) But once again I encountered
+bugs, and so I found myself working on progress bars today, unexpectedly.
+
+Seems there was confusion in different parts of the progress bar code
+about whether an update contained the total number of bytes transferred, or
+the delta of bytes transferred since the last update. One way this bug
+showed up was progress bars that seemed to stick at 0% for a long time.
+Happened for most special remotes, although not for rsync or git remotes.
+In order to fix it comprehensively, I added a new BytesProcessed data type,
+that is explicitly a total quantity of bytes, not a delta. And checked and
+fixed all the places that used a delta as that type was knitted into
+the code.
+
+(Note that this doesn't necessarily fix every problem with progress bars.
+Particularly, buffering can now cause progress bars to seem to run ahead
+of transfers, reaching 100% when data is still being uploaded. Still,
+they should be a lot better than before.)
+
+I've just successfully run through the Jabber + Cloud remote setup process
+again, and it seems to be working great now. Maybe I'll still get the
+screencast recorded by the end of March.
diff --git a/doc/design/assistant/blog/day_224__annex.largefiles.mdwn b/doc/design/assistant/blog/day_224__annex.largefiles.mdwn
new file mode 100644
index 0000000000..4fab93fb65
--- /dev/null
+++ b/doc/design/assistant/blog/day_224__annex.largefiles.mdwn
@@ -0,0 +1,23 @@
+Built a feature for power users today. `annex.largefiles` can be
+configured to specify what files `git annex add` and the assistant should
+put into the annex. It uses the same syntax as [[/preferred_content]],
+so arbitrarily complex expressions can be built.
+
+For example, a game written in C with some large data files could
+include only 100kb or larger files, that are not C code:
+
+	annex.largefiles = largerthan=100kb and not (include=*.c or include=*.h) 
+
+The assistant will commit small files to git directly!
+`git annex add`, being a lower level tool, skips small files
+and leaves it up to you to `git add` them as desired.
+
+It's even possible to tell the assistant that no file is too large to be
+committed directly to git. `git config annex.largefiles 'exclude=*'`
+The result should be much like using SparkleShare or dvcs-autosync.
+
+-----
+
+Also today, made the remote ssh server checking code in the webapp
+deal with servers where the default shell is csh or some other non-POSIX
+shell.
diff --git a/doc/design/assistant/blog/day_224__annex.largefiles/comment_1_408e4021b18f7ff5548d2d19ab558922._comment b/doc/design/assistant/blog/day_224__annex.largefiles/comment_1_408e4021b18f7ff5548d2d19ab558922._comment
new file mode 100644
index 0000000000..370f599c27
--- /dev/null
+++ b/doc/design/assistant/blog/day_224__annex.largefiles/comment_1_408e4021b18f7ff5548d2d19ab558922._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="Great idea! "
+ date="2013-03-30T08:00:16Z"
+ content="""
+This will be perfect for my raw image pool! I use Lightroom, so my photos are only imported once and only in case of DNG are they actually changed, in all other formats LR creates little sidecar XML files with processing instructions. So with this change the side car files can actually be fully Versionen and lage files are kept out of the repo and handled by archiving with annex. Cool! 
+"""]]
diff --git a/doc/design/assistant/blog/day_224__annex.largefiles/comment_2_b24d1da2bc4307ded0216daffb8f9336._comment b/doc/design/assistant/blog/day_224__annex.largefiles/comment_2_b24d1da2bc4307ded0216daffb8f9336._comment
new file mode 100644
index 0000000000..14fdfed5ce
--- /dev/null
+++ b/doc/design/assistant/blog/day_224__annex.largefiles/comment_2_b24d1da2bc4307ded0216daffb8f9336._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWBvsZvSsAL8P2ye3F0OBStjFCVnOImzM"
+ nickname="Jarno"
+ subject="Making &quot;git-annex add&quot; commit largefiles, too?"
+ date="2013-10-31T00:26:21Z"
+ content="""
+Is it possible to make `git annex add` also *not* skip largefiles but do an automatic `git add` instead? I'd like to keep .txt, .sh and the like in git directly (for easier diffing) but having to add them separately sounds like trouble.
+"""]]
diff --git a/doc/design/assistant/blog/day_225__back_from_the_dead.mdwn b/doc/design/assistant/blog/day_225__back_from_the_dead.mdwn
new file mode 100644
index 0000000000..e550c6b8b8
--- /dev/null
+++ b/doc/design/assistant/blog/day_225__back_from_the_dead.mdwn
@@ -0,0 +1,47 @@
+I've posted a poll: [[polls/goals_for_April]]
+
+----
+
+Today added UI to the webapp to delete repositories, which many
+users have requested. It can delete the local repository,
+with appropriate cautions and sanity checks:
+
+[[!img /assistant/deleterepository.png]]
+
+More likely, you'll use it to remove a remote, which is done with no muss
+and no fuss, since that doesn't delete any data and the remote can always
+be added back if you change your mind.
+
+It also has an option to fully delete the data on a remote. This doesn't
+actually delete the remote right away. All it does is marks the remote
+as untrusted[1], and configures it to not want any content.
+This causes all the content on it to be sucked off to whatever
+other repositories can hold it.
+
+I had to adjust the preferred content expressions to make that work. For
+example, when deleting an archive drive, your local (client) repository
+does not normally want to hold all the data it has in "archive"
+directories. With the adjusted preferred content expressions, any data on
+an untrusted or dead repository is wanted. An interesting result is that
+once a client repository has moved content from an untrusted remote, it
+will decide it doesn't want it anymore, and shove it out to any other
+remote that will accept it. Which is just the behavior we want. All it took
+to get all this behavior is adding "or (not copies=semitrusted:1)" to the
+preferred content expressions!
+
+For most special remotes, just sucking the data from them is sufficient to
+pretty well delete them. You'd want to delete an Amazon bucket or glacier
+once it's empty, and git repositories need to be fully deleted. Since this
+would need unique code for each type of special remote, and it would be
+code that a) deletes possibly large quantities of data with no real way to
+sanity check it and b) doesn't get run and tested very often; it's not
+something I'm thrilled about fully automating. However, I would like to
+make the assistant detect when all the content has been sucked out of a
+remote, and pop up at least a message prompting to finish the deletion.
+Future work.
+
+-----
+
+[1] I really, really wanted to mark it dead, but letting puns drive code
+is probably a bad idea. I had no idea I'd get here when I started
+developing this feature this morning.. Honest!
diff --git a/doc/design/assistant/blog/day_225__back_from_the_dead/comment_1_9ac37c3b5c4c72ec8a39dce00bcbe420._comment b/doc/design/assistant/blog/day_225__back_from_the_dead/comment_1_9ac37c3b5c4c72ec8a39dce00bcbe420._comment
new file mode 100644
index 0000000000..325eff30ce
--- /dev/null
+++ b/doc/design/assistant/blog/day_225__back_from_the_dead/comment_1_9ac37c3b5c4c72ec8a39dce00bcbe420._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.65.214.16"
+ subject="Just wondering what I'm missing..."
+ date="2013-04-02T21:43:33Z"
+ content="""
+I haven't played around with the preferred content expressions, but what is is that keeps \"or (not copies=semitrusted:1)\" from grabbing all the content from trusted repositories, as well as untrusted or dead ones?
+"""]]
diff --git a/doc/design/assistant/blog/day_225__back_from_the_dead/comment_2_26125dd9ef2bd10b597d14b2c6180952._comment b/doc/design/assistant/blog/day_225__back_from_the_dead/comment_2_26125dd9ef2bd10b597d14b2c6180952._comment
new file mode 100644
index 0000000000..384d20f315
--- /dev/null
+++ b/doc/design/assistant/blog/day_225__back_from_the_dead/comment_2_26125dd9ef2bd10b597d14b2c6180952._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-03T03:42:40Z"
+ content="""
+That's some seriously sharp eyes, Andy. Nothing. I forgot it didn't work that way. Now it uses semitrusted+:1 which works the right way.
+"""]]
diff --git a/doc/design/assistant/blog/day_226__poll_results.mdwn b/doc/design/assistant/blog/day_226__poll_results.mdwn
new file mode 100644
index 0000000000..e79ff25859
--- /dev/null
+++ b/doc/design/assistant/blog/day_226__poll_results.mdwn
@@ -0,0 +1,28 @@
+Both the assistant and `git annex drop --auto` refused to drop files from
+untrusted repositories. Got that fixed.
+
+Finally recorded the xmpp pairing screencast. In one perfect take, which
+somehow `recordmydesktop` lost the last 3 minutes of.
+Argh! Anyway I'm editing it now, so, look for that screencast soon.
+
+The [[polls/goals_for_April]] poll results are in. 
+
+* There have been no votes at all for working on
+  cloud remotes. Seems that git-annex supports enough cloud remotes already.
+* A lot of people want the Android webapp port to be done, so I will
+  probably spend some time on that this month.
+* Interest in other various features is split. I am surprised how many 
+  want git-remote-gcrypt, compared to the features that would make
+  syncing use less bandwidth. Doesn't git push over xmpp cover most
+  of the use cases where git-remote-gcrypt would need to be used with the
+  assistant?
+* Nearly as many people as want features, want me to work on bug
+  fixing and polishing what's already there.
+  So I should probably continue to make screencasts, since they often force
+  me to look at things with fresh eyes and see and fix problems. And of course,
+  continue working on bugs as they're reported.
+* I'm not sure what to make of the 10% who want me to add direct mode support.
+  Since direct mode is already used by default, perhaps they want
+  me to take time off? :) (I certainly need to fix the
+  [[bugs/Direct_mode_keeps_re-checksuming_duplicated_files]] bug, and one other
+  direct mode bug I discovered yesterday.)
diff --git a/doc/design/assistant/blog/day_226__poll_results/comment_1_1ed980472214be6d0a8cf55f37797fda._comment b/doc/design/assistant/blog/day_226__poll_results/comment_1_1ed980472214be6d0a8cf55f37797fda._comment
new file mode 100644
index 0000000000..f936e68ed0
--- /dev/null
+++ b/doc/design/assistant/blog/day_226__poll_results/comment_1_1ed980472214be6d0a8cf55f37797fda._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="I've voted for git-remote-gcrypt because.."
+ date="2013-04-02T09:07:23Z"
+ content="""
+... as important a Windows port seems for git-annex to really take off (IMO), I would welcome encrypted repos for storing stuff on external drives: directory special remotes feel kinda cumbersome for me, I would rather use full blown repos. 
+"""]]
diff --git a/doc/design/assistant/blog/day_226__poll_results/comment_2_6823b0a9a8037f1a5214db4db98fb16e._comment b/doc/design/assistant/blog/day_226__poll_results/comment_2_6823b0a9a8037f1a5214db4db98fb16e._comment
new file mode 100644
index 0000000000..c6e65adf2a
--- /dev/null
+++ b/doc/design/assistant/blog/day_226__poll_results/comment_2_6823b0a9a8037f1a5214db4db98fb16e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-02T21:36:50Z"
+ content="""
+Thanks for reminding me about that use case. I have created a page [[encrypted_git_remotes]] for this.
+"""]]
diff --git a/doc/design/assistant/blog/day_227__bigfixing_all_day_today.mdwn b/doc/design/assistant/blog/day_227__bigfixing_all_day_today.mdwn
new file mode 100644
index 0000000000..74e9fd82f7
--- /dev/null
+++ b/doc/design/assistant/blog/day_227__bigfixing_all_day_today.mdwn
@@ -0,0 +1,21 @@
+The [[xmpp screencast|videos/git-annex_assistant_remote_sharing]]
+is at long last done!
+
+----
+
+Fixed a bug that could cause the assistant to unstage files
+from git sometimes. This happened because of a bad optimisation; adding a
+file when it's already present and unchanged was optimised to do nothing.
+But if the file had just been removed, and was put back, this resulted
+in the removal being staged, and the add not being staged. Ugly bug,
+although the assistant's daily sanity check automatically restaged the
+files.
+
+Underlying that bug was a more important problem: git-annex does not always
+update working tree files atomically. So a crash at just the wrong instant
+could cause a file to be deleted from the working tree. I fixed that too;
+all changes to files in the working tree should now be staged in a temp
+file, which is renamed into place atomically.
+
+Also made a bunch of improvements to the dashboard's transfer display, and
+to the handling of the underlying transfer queue.
diff --git a/doc/design/assistant/blog/day_228__more_work_on_repository_removals.mdwn b/doc/design/assistant/blog/day_228__more_work_on_repository_removals.mdwn
new file mode 100644
index 0000000000..f8b4502169
--- /dev/null
+++ b/doc/design/assistant/blog/day_228__more_work_on_repository_removals.mdwn
@@ -0,0 +1,27 @@
+Getting back to the repository removal handling from Sunday, I made the
+assistant detect when a repository that has been marked as unwanted becomes
+empty, and finish the removal process.
+
+I was able to add this to the expensive transfer scan without making it any
+more expensive than it already was, since that scan already looks at the
+location of all keys. Although when a remote is detected as empty, it then
+does one more check, equivilant to `git annex unused`, to find any
+remaining objects on the remote, and force them off.
+
+I think this should work pretty well, but it needs some testing and
+probably some UI work.
+
+----
+
+Andy spotted a bug in the preferred content expressions I was using to
+handle untrusted remotes. So he saved me several hours dealing with an ugly
+bug at some point down the line. I had misread my own preferred content
+expression documentation, and `copies=semitrusted:1` was not doing what I
+thought it was. Added a new syntax that does what I need,
+`copies=semitrusted+:1`
+
+----
+
+The 64 bit linux standalone builds are back. Apparently the 32 bit builds
+have stopped working on recent Fedora, for reasons that are unclear. I set
+up an autobuilder to produce the 64 bit builds.
diff --git a/doc/design/assistant/blog/day_229__rainy_day_bugfixes.mdwn b/doc/design/assistant/blog/day_229__rainy_day_bugfixes.mdwn
new file mode 100644
index 0000000000..87611a97d1
--- /dev/null
+++ b/doc/design/assistant/blog/day_229__rainy_day_bugfixes.mdwn
@@ -0,0 +1,17 @@
+Got caught up on bug reports and made some bug fixes.
+
+The one bug I was really worried about, a strange file corruption problem
+on Android, turned out not to be a bug in git-annex. (Nor is it a bug that
+will affect regular users.)
+
+The only interesting bug fixed was a mixed case hash directory name
+collision when a repository is put on a VFAT filesystem (or other
+filesystem with similar semantics). I was able to fix that nicely; since
+such a repository will be in crippled filesystem mode due to other
+limitations of the filesystem, and so won't be using symlinks,
+it doesn't need to use the mixed case hash directory names.
+
+Last night, finished up the repository removal code, and associated UI
+tweaks. It works very well.
+
+Will probably make a release tomorrow.
diff --git a/doc/design/assistant/blog/day_22__horrible_option_parsing_hack.mdwn b/doc/design/assistant/blog/day_22__horrible_option_parsing_hack.mdwn
new file mode 100644
index 0000000000..8f6708e597
--- /dev/null
+++ b/doc/design/assistant/blog/day_22__horrible_option_parsing_hack.mdwn
@@ -0,0 +1,34 @@
+Well, sometimes you just have to go for the hack. Trying to find a way
+to add additional options to git-annex-shell without breaking backwards
+compatibility, I noticed that it ignores all options after `--`, because
+those tend to be random rsync options due to the way rsync runs it.
+
+So, I've added a new class of options, that come in between, like
+`-- opt=val opt=val ... --`
+
+The parser for these will not choke on unknown options, unlike normal
+getopt. So this let me add the additional info I needed to
+pass to git-annex-shell to make it record transfer information. And
+if I need to pass more info in the future, that's covered too.
+
+It's ugly, but since only git-annex runs git-annex-shell, this is an
+ugliness only I (and now you, dear reader) have to put up with.
+
+Note to self: Command-line programs are sometimes an API, particularly
+if designed to be called remotely, and so it makes sense consider
+whether they are, and design expandability into them from day 1.
+
+---
+
+Anyway, we now have full transfer tracking in git-annex! Both sides of
+a transfer know what's being transferred, and from where, and have
+the info necessary to interrupt the transfer.
+
+---
+
+Also did some basic groundwork, adding a queue of transfers to perform,
+and adding to the daemon's status information a map of currently running
+transfers. 
+
+Next up: The daemon will use inotify to notice new and deleted transfer
+info files, and update its status info.
diff --git a/doc/design/assistant/blog/day_230__Mom.mdwn b/doc/design/assistant/blog/day_230__Mom.mdwn
new file mode 100644
index 0000000000..66a0c864d1
--- /dev/null
+++ b/doc/design/assistant/blog/day_230__Mom.mdwn
@@ -0,0 +1,35 @@
+Made a release today. Releasing has sure gotten easier with all the
+autobuilds to use!
+
+I am now using git-annex to share files with my mom. Here's how the webapp
+looks for our family's repository. Soon several of us will be using this
+repository.
+
+[[!img assistant/example.png]]
+
+We're using XMPP and rsync.net, so pretty standard setup much like
+shown in my last screencast.
+
+Real-world deployments help find bugs, and I found a few:
+
+* If you're running the webapp in `w3m` on a remote computer to set it up,
+  some forms are lacking submit buttons. This must be a issue with
+  Bootstrap, or HTML5, I guess. I switched to `lynx` and it offers a
+  way to submit forms that lack an explicit button.
+
+* Progress bars for downloads from encrypted rsync repos don't update
+  during the actual download, but only when gpg is decrypting the
+  downloaded file.
+
+* XMPP pushes sometimes fail still. Especially when your mom's computer
+  is saturating its limited outgoing network connection uploading hundreds of
+  photos. I have not yet determined if this is a packet loss/corruption issue,
+  or if the XMPP messages are getting out of order. My gut feeling is it's
+  the latter, in which can I can fix this pretty easily by adding sequence
+  numbers and some buffering for out of order packets. Or perhaps just
+  make it retry failed pushes when this happens.
+  
+  Anyway, I found it was useful to set up a regular git repository on a
+  server to suppliment the git pushes over XMPP. It's helpful to have
+  such a git repository anyway, so that clients can push to there when the
+  other client(s) are not online to be pushed to directly over XMPP.
diff --git a/doc/design/assistant/blog/day_230__Mom/comment_1_696bba2246c8a9e6ce4aed3071bcc96c._comment b/doc/design/assistant/blog/day_230__Mom/comment_1_696bba2246c8a9e6ce4aed3071bcc96c._comment
new file mode 100644
index 0000000000..5b8b8187f1
--- /dev/null
+++ b/doc/design/assistant/blog/day_230__Mom/comment_1_696bba2246c8a9e6ce4aed3071bcc96c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="68.35.120.66"
+ subject="comment 1"
+ date="2013-04-05T23:50:14Z"
+ content="""
+This is probably a Dumb Git Question, but is there a tag in the repo for the new release?  I go into my clone and type \"git tag\" and the latest one I see is 4.20130323.
+"""]]
diff --git a/doc/design/assistant/blog/day_230__Mom/comment_2_2fa295ab6db0828cb725cfcfb6777822._comment b/doc/design/assistant/blog/day_230__Mom/comment_2_2fa295ab6db0828cb725cfcfb6777822._comment
new file mode 100644
index 0000000000..3f1666d891
--- /dev/null
+++ b/doc/design/assistant/blog/day_230__Mom/comment_2_2fa295ab6db0828cb725cfcfb6777822._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="deletions by mistake?"
+ date="2013-04-06T04:58:09Z"
+ content="""
+Let's say a family member deletes a file by mistake in a synced diretory?  Looks like this kind of error is easy to go unnoticed.  What would be a good way to handle this?
+"""]]
diff --git a/doc/design/assistant/blog/day_230__Mom/comment_3_fafd7abec629290418334ddb015bf62c._comment b/doc/design/assistant/blog/day_230__Mom/comment_3_fafd7abec629290418334ddb015bf62c._comment
new file mode 100644
index 0000000000..9cfa45acaa
--- /dev/null
+++ b/doc/design/assistant/blog/day_230__Mom/comment_3_fafd7abec629290418334ddb015bf62c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-06T16:26:57Z"
+ content="""
+Weird, I don't know where the tag went. I've pushed a new one.
+
+If a file is deleted, it's still there in git, and git-annex hangs onto its contents. You need a git history browser to get it back of course.
+"""]]
diff --git a/doc/design/assistant/blog/day_230__Mom/comment_4_450cac0f2e82c94fd34b527ae05ef1b8._comment b/doc/design/assistant/blog/day_230__Mom/comment_4_450cac0f2e82c94fd34b527ae05ef1b8._comment
new file mode 100644
index 0000000000..56c8d3204e
--- /dev/null
+++ b/doc/design/assistant/blog/day_230__Mom/comment_4_450cac0f2e82c94fd34b527ae05ef1b8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlUbH3eytydcwlWqv8oauE2Jg4NwcV9uA0"
+ nickname="Anna"
+ subject="me!"
+ date="2013-04-06T18:22:30Z"
+ content="""
+I want in on the family repository! :-)
+"""]]
diff --git a/doc/design/assistant/blog/day_231__insert_title.mdwn b/doc/design/assistant/blog/day_231__insert_title.mdwn
new file mode 100644
index 0000000000..6f91b2d363
--- /dev/null
+++ b/doc/design/assistant/blog/day_231__insert_title.mdwn
@@ -0,0 +1,26 @@
+Finally fixed the bug causing repeated checksumming when a direct mode file
+contains duplicate files. I may need to add some cleaning of stale inode
+caches eventually.
+
+Meanwhile, Guilhem made `git annex initremote` use higher quality entropy,
+with `--fast` getting back to the old behavior of urandom quality entropy.
+The assistant doesn't use high quality entropy since I have no way to
+prompt when the user would need to generate more. I did have a fun idea to
+deal with this: Make a javascript game, that the user can play while
+waiting, which would generate enropy nicely. Maybe one day.. ;)
+
+Also made a small but significant change to [[archive directory handling|todo/assistant_smarter_archive_directory_handling]].
+Now the assistant syncs files that are in `archive` directories like any
+other file, until they reach an archive repository. Then they get dropped
+from all the clients. This way, users who don't set up archive repositories
+don't need to know about this special case, and users who do want to use
+them can, with no extra configuration.
+
+After recent changes, the preferred content expression for transfer
+repositories is becoming a bit unweidly, at 212 characters. Probably
+time to add support for macros..
+
+`(not (inallgroup=client and copies=client:2) and (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+:1))) or (not copies=semitrusted+:1)`
+
+Still, it's pretty great how much this little language lets me express, so
+easily.
diff --git a/doc/design/assistant/blog/day_232__headless_webapp.mdwn b/doc/design/assistant/blog/day_232__headless_webapp.mdwn
new file mode 100644
index 0000000000..a60ab383db
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp.mdwn
@@ -0,0 +1,22 @@
+Developed a way to run the webapp on a remote or headless computer.
+
+The webapp can now be started on a remote or headless computer, just
+specify `--listen=address` to make it listen on an address other than
+localhost. It'll print out the URL to open to access it.
+
+This doesn't use HTTPS yet, because it'd need to generate a
+certificate, and even if it generated a self-signed SSL certificate,
+there'd be no easy way for the browser to verify it and avoid a MITM.
+
+So `--listen` is a less secure but easier option; using ssh to forward
+the webapp's port to the remote computer is more secure.
+
+(I do have an idea for a way to do this entirely securely, making
+the webapp set up the ssh port forwarding, which I have written down
+in [[webapp]].. but it would be rather complicated to implement.)
+
+----
+
+Made the webapp rescan for transfers after it's been used to change a
+repository's group. Would have been easy, but I had to chase down a
+cache invalidation bug.
diff --git a/doc/design/assistant/blog/day_232__headless_webapp/comment_1_0fdd77d143ecba6fdb9f75cb6fc37bfb._comment b/doc/design/assistant/blog/day_232__headless_webapp/comment_1_0fdd77d143ecba6fdb9f75cb6fc37bfb._comment
new file mode 100644
index 0000000000..1b36a9ad89
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp/comment_1_0fdd77d143ecba6fdb9f75cb6fc37bfb._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="Certificate storage"
+ date="2013-04-09T00:43:12Z"
+ content="""
+Why not store the certificate within the repository? Either a common one in, e.g.
+
+    .git-annex.key-cert.pem
+
+or host-specific as per
+
+    .git-annex.key-cert.pem.$HOST
+
+-- Richard
+"""]]
diff --git a/doc/design/assistant/blog/day_232__headless_webapp/comment_2_0784a2a73c3e2945f3d3f2577b3b9c9c._comment b/doc/design/assistant/blog/day_232__headless_webapp/comment_2_0784a2a73c3e2945f3d3f2577b3b9c9c._comment
new file mode 100644
index 0000000000..67e7972434
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp/comment_2_0784a2a73c3e2945f3d3f2577b3b9c9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-04-09T07:27:53Z"
+ content="""
+Can you also set the port via listen= ?
+"""]]
diff --git a/doc/design/assistant/blog/day_232__headless_webapp/comment_3_ccb9fa22422fb913b6a496ebe65c49fb._comment b/doc/design/assistant/blog/day_232__headless_webapp/comment_3_ccb9fa22422fb913b6a496ebe65c49fb._comment
new file mode 100644
index 0000000000..e2c00c59e3
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp/comment_3_ccb9fa22422fb913b6a496ebe65c49fb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-09T18:58:40Z"
+ content="""
+@Richard besides the issues with where to store the private key part, that doesn't help with probably the most common use case for a headless webapp: Setting up a new repository on the remote system, which then might get joined into an existing repository network.
+"""]]
diff --git a/doc/design/assistant/blog/day_232__headless_webapp/comment_4_ceba4468760a2525960327698431cee2._comment b/doc/design/assistant/blog/day_232__headless_webapp/comment_4_ceba4468760a2525960327698431cee2._comment
new file mode 100644
index 0000000000..e953233ebe
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp/comment_4_ceba4468760a2525960327698431cee2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-09T19:18:24Z"
+ content="""
+@Michael you can now! --listen=address:port
+"""]]
diff --git a/doc/design/assistant/blog/day_233__taxes.mdwn b/doc/design/assistant/blog/day_233__taxes.mdwn
new file mode 100644
index 0000000000..55273dd4b5
--- /dev/null
+++ b/doc/design/assistant/blog/day_233__taxes.mdwn
@@ -0,0 +1,11 @@
+Did my taxes today. Not very pretty. Planning to run them by a professional.
+
+Reproduced a bug that prevents git-annex from authenticating to the ejabberd
+server, and passed the buck upstream with a test case to the author of the
+haskell XMPP library.
+
+Added some animations to the webapp to show when it's busy doing things.
+
+Made `git annex webapp --listen=address:port` work.
+
+Added a `annex.web-download-command` setting.
diff --git a/doc/design/assistant/blog/day_233__taxes/comment_1_9473ffdc42595af9c293fbcd5a1cdb54._comment b/doc/design/assistant/blog/day_233__taxes/comment_1_9473ffdc42595af9c293fbcd5a1cdb54._comment
new file mode 100644
index 0000000000..a35e738c14
--- /dev/null
+++ b/doc/design/assistant/blog/day_233__taxes/comment_1_9473ffdc42595af9c293fbcd5a1cdb54._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 1"
+ date="2013-04-10T13:35:30Z"
+ content="""
+I don't really want to nagging you, but I'm impatiently waiting 
+for a new build (for linux) to be able to try out your duplicated file fix.
+
+Please don't delay your next release too much:)
+
+Laszlo
+
+"""]]
diff --git a/doc/design/assistant/blog/day_233__taxes/comment_2_5feed8d7053ba03812ccda8c61fd9775._comment b/doc/design/assistant/blog/day_233__taxes/comment_2_5feed8d7053ba03812ccda8c61fd9775._comment
new file mode 100644
index 0000000000..32e4f077fb
--- /dev/null
+++ b/doc/design/assistant/blog/day_233__taxes/comment_2_5feed8d7053ba03812ccda8c61fd9775._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-11T14:57:24Z"
+ content="""
+You can already try that fix out using the [[install/Linux_standalone]] autobuild.
+"""]]
diff --git a/doc/design/assistant/blog/day_234__clean_shutdown.mdwn b/doc/design/assistant/blog/day_234__clean_shutdown.mdwn
new file mode 100644
index 0000000000..61b765b593
--- /dev/null
+++ b/doc/design/assistant/blog/day_234__clean_shutdown.mdwn
@@ -0,0 +1,29 @@
+Short day because I spent 3 hours this morning explaining free software
+and kickstarter to an accountant. And was away until 3 pm, so how did I get
+all this done‽
+
+Eliot pointed out that shutting down the assistant could leave transfers
+running. This happened because `git annex transferkeys` is a separate
+process, and so it was left to finish up any transfer that was in
+process. I've made shutdown stop all transfers that the
+assistant started. (Other paired computers could still be connecting to
+make transfers even when the assistant is not running, and those are not
+affected.)
+
+Added sequence numbers to the XMPP messages used for git pushes. While
+these numbers are not used yet, they're available for debugging, and will
+help me determine if packets are lost or come out of order. So if you have
+experienced problems with XMPP syncing sometimes failing, run tonight's
+build of the assistant with `--debug` (or turn on debugging in the webapp
+configuration screen), and send me a log by email to
+<debuglogs201204@joeyh.name>
+
+Changed the way that autobuilds and manual builds report their version
+number. It now includes the date of the last commit, and the abbreviated
+commit ID, rather than being some random date after the last release.
+
+Frederik found a bug using the assistant on a FAT filesystem. It didn't
+properly handle the files that git uses to stand-in for symlinks in that
+situation, and annexed those files. I've fixed this, and even moving
+around symlink stand-in files on a FAT filesystem now results in correct
+changes to symlinks being committed.
diff --git a/doc/design/assistant/blog/day_235__birthday.mdwn b/doc/design/assistant/blog/day_235__birthday.mdwn
new file mode 100644
index 0000000000..2bd2b0d225
--- /dev/null
+++ b/doc/design/assistant/blog/day_235__birthday.mdwn
@@ -0,0 +1,31 @@
+Felt like spending my birthday working on git-annex. Thanks again to
+everyone who makes it possible for me to work on something I care about
+every day.
+
+----
+
+Did some work on `git annex addurl` today. It had gotten broken in direct
+mode (I think by an otherwise good and important bugfix). After fixing
+that, I made it interoperate with the webapp. So if you have the webapp
+open, it will display progress bars for downloads being run by `git annex
+addurl`.
+
+This enhancement meshes nicely with a FlashGot script Andy
+contributed, which lets you queue up downloads into your annex from a web
+browser. Andy described how to set it up in
+[[this_tip|tips/Using_Git-annex_as_a_web_browsing_assistant]].
+
+(I also looked briefly into ways to intercept a drag and drop of a link
+into the webapp and make it lauch a download for you. It doesn't seem that
+browsers allow javascript to override their standard behavior of loading
+links that are dropped into them. Probably good to prevent misuse, but it
+would be nice here...)
+
+----
+
+Also, I think I have fixed the progress bars displayed when downloading
+a file from an encrypted remote. I did this by hooking up existing
+download progress metering (that was only being used to display
+a download percentage in the console) into the location log, so the
+webapp can use it. So that was a *lot* easier than it could have been,
+but still a pretty large patch (500+ lines). Haven't tested this; should work.
diff --git a/doc/design/assistant/blog/day_235__birthday/comment_1_db558b071067c1e63cde05cca0551094._comment b/doc/design/assistant/blog/day_235__birthday/comment_1_db558b071067c1e63cde05cca0551094._comment
new file mode 100644
index 0000000000..32c2c5d50b
--- /dev/null
+++ b/doc/design/assistant/blog/day_235__birthday/comment_1_db558b071067c1e63cde05cca0551094._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawksoT5jmbiZ9UghROilchqy3kNJ1XGqCAo"
+ nickname="Rob"
+ subject="Drag and Drop"
+ date="2013-04-12T03:37:53Z"
+ content="""
+Is this along the lines of what you are looking for? http://www.dropzonejs.com/
+"""]]
diff --git a/doc/design/assistant/blog/day_235__birthday/comment_2_d1a2c1124781118267599457ae9e0512._comment b/doc/design/assistant/blog/day_235__birthday/comment_2_d1a2c1124781118267599457ae9e0512._comment
new file mode 100644
index 0000000000..e41c083ce5
--- /dev/null
+++ b/doc/design/assistant/blog/day_235__birthday/comment_2_d1a2c1124781118267599457ae9e0512._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="Happy Birthday"
+ date="2013-04-12T17:52:43Z"
+ content="""
+Great work!
+"""]]
diff --git a/doc/design/assistant/blog/day_235__birthday/comment_3_b853508d1d15234958b9f4a39277e45c._comment b/doc/design/assistant/blog/day_235__birthday/comment_3_b853508d1d15234958b9f4a39277e45c._comment
new file mode 100644
index 0000000000..350ac2bc2f
--- /dev/null
+++ b/doc/design/assistant/blog/day_235__birthday/comment_3_b853508d1d15234958b9f4a39277e45c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="robconnolly"
+ ip="118.90.78.117"
+ subject="comment 3"
+ date="2013-04-13T03:12:14Z"
+ content="""
+Thanks for fixing the addurl bug and Happy Birthday!
+"""]]
diff --git a/doc/design/assistant/blog/day_235__birthday/comment_5_73aad3398a43bc4d28bca9bf635fa757._comment b/doc/design/assistant/blog/day_235__birthday/comment_5_73aad3398a43bc4d28bca9bf635fa757._comment
new file mode 100644
index 0000000000..9692539714
--- /dev/null
+++ b/doc/design/assistant/blog/day_235__birthday/comment_5_73aad3398a43bc4d28bca9bf635fa757._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.48.75.171"
+ subject="Just in case it might be helpful..."
+ date="2013-04-14T05:56:47Z"
+ content="""
+For whatever reason, dragging links onto the page text in the \"Using drag and drop for selecting\" section of <http://www.html5rocks.com/en/tutorials/file/dndfiles/#toc-selecting-files-dnd> does not trigger the usual page change. I don't really know why--I couldn't get it to work on my own with Firebug. And thanks for git-annex--love it!
+"""]]
diff --git a/doc/design/assistant/blog/day_236__evil_splicer.mdwn b/doc/design/assistant/blog/day_236__evil_splicer.mdwn
new file mode 100644
index 0000000000..72c8f51a99
--- /dev/null
+++ b/doc/design/assistant/blog/day_236__evil_splicer.mdwn
@@ -0,0 +1,29 @@
+Spent today bulding the Evil Splicer, a program that parses `ghc -ddump-splices`
+output, and uses it to expand Template Haskell splices in source code.
+I hope to use this crazy hack to get the webapp working on Android.
+
+This was a good opportunity to use the
+[Parsec](http://hackage.haskell.org/package/parsec) library for parsing the
+ghc output. I've never really used it before, but found it quite nice to
+work with. The learning curve, if you already know monads and applicatives,
+is about 5 minutes. And instead of ugly regular expressions, you can work
+with nice code that's easily composable and refactorable. Even the ugly
+bits come out well:
+
+[[!format haskell """
+	{- All lines of the splice result will start with the same
+	- indent, which is stripped. Any other indentation is preserved. -}
+	i <- lookAhead indent
+	result <- unlines <$> many1 (string i >> restOfLine)
+"""]]
+
+Anyway, it works.. sorta. The parser works great! The splices that ghc
+outputs are put into the right places in the source files, and formatted in
+a way that ghc is able to build. Often though, they contain code that
+doesn't actually build as-is. I'm working to fix up the code to get closer
+to buildable.
+
+----
+
+Meanwhile, guilhem has made ssh connection caching work for rsync special
+remotes! It's very nice to have another developer working on git-annex. :)
diff --git a/doc/design/assistant/blog/day_237__gnome-keyring_craziness.mdwn b/doc/design/assistant/blog/day_237__gnome-keyring_craziness.mdwn
new file mode 100644
index 0000000000..01b8195b69
--- /dev/null
+++ b/doc/design/assistant/blog/day_237__gnome-keyring_craziness.mdwn
@@ -0,0 +1,29 @@
+Fixed a bug where the locked down ssh key that the assistant sets up to
+access the annex on a remote server was being used by ssh *by default* for
+all logins to that server.
+
+That should not have happened. The locked down key is written to a filename
+that ssh won't use at all, by default. But, I found code in gnome-keyring
+that watches for `~/.ssh/*.pub` to appear, and automatically adds all such
+keys to the keyring. In at least some cases, probably when it has no other
+key, it then tells ssh to go ahead and use that key. Astounding.
+
+To avoid this, the assistant will store its keys in <s>`~/.ssh/annex/`</s>
+`~/.ssh/git-annex/` instead. gnome-keyring does not look there (verified in
+the source). If you use gnome-keyring and have set up a repository on a
+remote server with the assistant, I'd recommend moving the keys it set up
+and editing `~/.ssh/config` to point to their new location.
+
+gnome-keyring is not the only piece of software that has a bad
+interaction with git-annex. I've been working on a bug that makes git-annex
+fail to authenticate to ejabberd. ejabberd 2.1.10 got support for
+SCRAM-SHA-1, but its code violates the RFC, and chokes on an address
+attribute that the haskell XMPP library provides. I hope to get this fixed
+in ejabberd.
+
+
+Also did some more work on the Evil Splicer today, integrating it into the
+build of the Android app, and making it support incremental building.
+Improved its code generation, and am at the milestone where it creates
+valid haskell code for the entire `Assistant/WebApp/Types.hs` file,
+where Template Haskell expands 2 lines into 2300 lines of code!
diff --git a/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_1_0cb088b732881d1fa92493aa1fd93d43._comment b/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_1_0cb088b732881d1fa92493aa1fd93d43._comment
new file mode 100644
index 0000000000..e8cc457821
--- /dev/null
+++ b/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_1_0cb088b732881d1fa92493aa1fd93d43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="Confusing name for storage directory"
+ date="2013-04-14T23:55:03Z"
+ content="""
+`~/.ssh/annex/` would make sense for ssh-annex. I would suggest using `~/.ssh/git-annex/` or similar, instead.
+"""]]
diff --git a/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_2_b855fd710954beebaafe6d2bd03eb368._comment b/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_2_b855fd710954beebaafe6d2bd03eb368._comment
new file mode 100644
index 0000000000..cf3e8fbbf2
--- /dev/null
+++ b/doc/design/assistant/blog/day_237__gnome-keyring_craziness/comment_2_b855fd710954beebaafe6d2bd03eb368._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-14T23:59:44Z"
+ content="""
+I agree, change made
+"""]]
diff --git a/doc/design/assistant/blog/day_238__back_to_Android.mdwn b/doc/design/assistant/blog/day_238__back_to_Android.mdwn
new file mode 100644
index 0000000000..b07d784fa3
--- /dev/null
+++ b/doc/design/assistant/blog/day_238__back_to_Android.mdwn
@@ -0,0 +1,11 @@
+Back to really working toward an Android webapp now. I have been improving
+the EvilSplicer, and the build machinery, and build environment all day.
+Slow but steady progress.
+
+First milestone of the day was when I got `yesod-form` to build with all
+Template Haskell automatically expanded by the EvilSplicer. (With a few
+manual fixups where it's buggy.)
+
+At this point the Android build with the webapp enabled successfully
+builds several files containing Yesod code.. And I suspect I am very close
+to getting a first webapp build for Android.
diff --git a/doc/design/assistant/blog/day_239__bugfixes_and_frustration.mdwn b/doc/design/assistant/blog/day_239__bugfixes_and_frustration.mdwn
new file mode 100644
index 0000000000..2ca62cfe67
--- /dev/null
+++ b/doc/design/assistant/blog/day_239__bugfixes_and_frustration.mdwn
@@ -0,0 +1,28 @@
+Several bug fixes today, and got mostly caught up on recent messages.
+Still have a backlog of two known bugs that I cannot reproduce well enough
+to have worked on, but I am thinking I will make a release tomorrow. There
+have been a lot of changes in the 10 days since the last release.
+
+----
+
+I am, frustratingly, stuck building the webapp on Android with no forward
+progress today (and last night) after such a productive day yesterday.
+
+The expanded Template Haskell code of the webapp fails to compile,
+whereever type safe urls are used.
+
+<pre>
+Assistant/WebApp/Types.hs:95:63:
+    Couldn't match expected type `Route WebApp -> t2'
+                with actual type `Text'
+    The function `urender_a1qcK' is applied to three arguments,
+    but its type `Route WebApp -> [(Text, Text)] -> Text' has only two
+    In the expression: urender_a1qcK u_a1qcL [] LogR
+    In the first argument of `toHtml', namely
+      `(\ u_a1qcL -> urender_a1qcK u_a1qcL [] LogR)'
+</pre>
+
+My best guess is this is a mismatch between the versions of yesod (or other
+libraries) used for the native and cross compiled ghc's. So I've been
+slowly trying to get a fully matched set of versions in between working on
+bugs.
diff --git a/doc/design/assistant/blog/day_23__transfer_watching.mdwn b/doc/design/assistant/blog/day_23__transfer_watching.mdwn
new file mode 100644
index 0000000000..3e4e27d479
--- /dev/null
+++ b/doc/design/assistant/blog/day_23__transfer_watching.mdwn
@@ -0,0 +1,25 @@
+Starting to travel, so limited time today.
+
+Yet Another Thread added to the assistant, all it does is watch for changes
+to transfer information files, and update the assistant's map of transfers
+currently in progress. Now the assistant will know if some other repository
+has connected to the local repo and is sending or receiving a file's
+content.
+
+This seemed really simple to write, it's just 78 lines of code. It worked
+100% correctly the first time. :) But it's only so easy because I've got
+this shiny new inotify hammer that I keep finding places to use in the
+assistant.
+
+Also, the new thread does some things that caused a similar thread (the
+merger thread) to go into a MVar deadlock. Luckily, I spent much of 
+[day 19](day_19__random_improvements) investigating and fixing that
+deadlock, even though it was not a problem at the time.
+
+So, good.. I'm doing things right and getting to a place where rather
+nontrivial features can be added easily.
+
+--
+
+Next up: Enough nonsense with tracking transfers... Time to start actually
+transferring content around!
diff --git a/doc/design/assistant/blog/day_240__it_builds.mdwn b/doc/design/assistant/blog/day_240__it_builds.mdwn
new file mode 100644
index 0000000000..dc975af817
--- /dev/null
+++ b/doc/design/assistant/blog/day_240__it_builds.mdwn
@@ -0,0 +1,37 @@
+Late last night, I successfully built the full webapp for Android!
+
+That was with several manual modifications to the generated code, which I
+still need to automate. And I need to set up the autobuilder properly
+still. And I need to find a way to make the webapp open Android's web browser
+to URL. So it'll be a while yet until a package is available
+to try. But what a milestone!
+
+The point I was stuck on all day yesterday was generated code that
+looked like this:
+
+[[!format haskell """
+(toHtml
+  (\ u_a2ehE -> urender_a2ehD u_a2ehE []
+    (CloseAlert aid)))));
+"""]]
+
+That just couldn't type check at all. Most puzzling. My best guess is that
+`u_a2ehE` is the dictionary GHC passes internally to make a typeclass work,
+which somehow leaked out and became visible. Although
+I can't rule out that I may have messed something up in my build environment.
+The EvilSplicer has a hack in it that finds such code and converts it to
+something like this:
+
+[[!format haskell """
+(toHtml
+  (flip urender_a2ehD []
+    (CloseAlert aid)))));
+"""]]
+
+I wrote some more about the process of the Android port in my personal blog:
+[Template Haskell on impossible architectures](http://joeyh.name/blog/entry/Template_Haskell_on_impossible_architectures/)
+
+----
+
+Release day today. The OSX builds are both not available yet for this
+release, hopefully will come out soon.
diff --git a/doc/design/assistant/blog/day_240__it_builds/comment_1_151840ae0020ea63b2f041488c905386._comment b/doc/design/assistant/blog/day_240__it_builds/comment_1_151840ae0020ea63b2f041488c905386._comment
new file mode 100644
index 0000000000..a8e4895827
--- /dev/null
+++ b/doc/design/assistant/blog/day_240__it_builds/comment_1_151840ae0020ea63b2f041488c905386._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Duplicated files resolved"
+ date="2013-04-18T05:52:35Z"
+ content="""
+Hi,
+
+Seems like the duplicated file issue finally resolved in this release, 
+also the logging is not so detailed, so it does not explode the disk space either.
+
+I think a new bug introduced in this release, 
+namely if you create a repository and a backup repository of it (pendrive), then this repository is not in direct mode by default.
+(and there is a missing direct = True variable in that repository (/mnt/dat/annex_backup/.git/annex/config)).
+
+Also I run into resource exhausted bug, and every thread is crashed.
+Can git-annex only watch a directory, and not every file in it?
+
+I will create a bugreport for resource exhausted.
+
+Best, 
+ Laszlo
+
+
+"""]]
diff --git a/doc/design/assistant/blog/day_241__cleanup.mdwn b/doc/design/assistant/blog/day_241__cleanup.mdwn
new file mode 100644
index 0000000000..077922695e
--- /dev/null
+++ b/doc/design/assistant/blog/day_241__cleanup.mdwn
@@ -0,0 +1,14 @@
+Finished the last EvilSplicer tweak and other fixes to make the 
+Android webapp build without any hand-holding.
+
+Currently setting up the Android autobuilder to include the webapp in its
+builds. To make this work I had to set up a new chroot with all the right
+stuff installed.
+
+Investigated how to make the Android webapp open a web browser when run.
+As far as I can tell (without access to an Android device right now), 
+`am start -a android.intent.action.VIEW -d http://localhost/etc` should do
+it.
+
+Seems that git 1.8.2 broke the assistant. I've put in a fix but have not
+yet tested it.
diff --git a/doc/design/assistant/blog/day_241__cleanup/comment_1_0e283cdf66a25b3cc9423fe651084cb9._comment b/doc/design/assistant/blog/day_241__cleanup/comment_1_0e283cdf66a25b3cc9423fe651084cb9._comment
new file mode 100644
index 0000000000..d9e468f324
--- /dev/null
+++ b/doc/design/assistant/blog/day_241__cleanup/comment_1_0e283cdf66a25b3cc9423fe651084cb9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJ2utMQgMEYAOs3Dfc6eZRyUzt4acNXUU"
+ nickname="David"
+ subject="am start -a android.intent.action.VIEW -d http://localhost/etc"
+ date="2013-04-18T22:39:50Z"
+ content="""
+Just tested the command on an Android device, it works well.
+"""]]
diff --git a/doc/design/assistant/blog/day_242__more_porting.mdwn b/doc/design/assistant/blog/day_242__more_porting.mdwn
new file mode 100644
index 0000000000..89fbfea0f1
--- /dev/null
+++ b/doc/design/assistant/blog/day_242__more_porting.mdwn
@@ -0,0 +1,4 @@
+Got WebDAV enabled in the Android build. Had to deal with some system calls
+not available in Android's libc.
+
+New poll: [[polls/Android_default_directory]]
diff --git a/doc/design/assistant/blog/day_243__in_the_field.mdwn b/doc/design/assistant/blog/day_243__in_the_field.mdwn
new file mode 100644
index 0000000000..b05ccac9e9
--- /dev/null
+++ b/doc/design/assistant/blog/day_243__in_the_field.mdwn
@@ -0,0 +1,21 @@
+Today was not a work day for me, but I did get a chance to install
+git-annex in real life while visiting. Was happy to download the standalone
+Linux tarball and see that it could be unpacked, and git-annex webapp
+started just by clicking around in the GUI. And in very short order got it
+set up.
+
+I was especially pleased to see my laptop noticed this new repository
+had appeared on the network via XMPP push, and started immediately
+uploading files to my rsync.net transfer repository so the new
+repository could get them.
+
+Did notice that the standalone tarball neglected to install a
+FDO menu file. Fixed that, and some other minor issues I noticed.
+
+
+I also got a brief chance to try the Android webapp. It fails to start;
+apparently `getaddrinfo` doesn't like the flags passed to it and is
+failing. As failure modes go, this isn't at all bad. I can certainly work
+around it with some hardcoded port numbers, but I want to fix it the right
+way. Have ordered a replacement battery for my dead phone so I can use it
+for Android testing.
diff --git a/doc/design/assistant/blog/day_244__android_porting.mdwn b/doc/design/assistant/blog/day_244__android_porting.mdwn
new file mode 100644
index 0000000000..e535c1054b
--- /dev/null
+++ b/doc/design/assistant/blog/day_244__android_porting.mdwn
@@ -0,0 +1,6 @@
+Ported all the C libraries needed for XMPP to Android. (gnutls,
+libgcrypt, libgpg-error, nettle, xml2, gsasl, etc). Finally
+got it all to link. What a pain.
+
+Bonus: Local pairing support builds for Android now, seems recent changes to
+the network library for WebDAV also fixed it.
diff --git a/doc/design/assistant/blog/day_245__misc.mdwn b/doc/design/assistant/blog/day_245__misc.mdwn
new file mode 100644
index 0000000000..8559ac4f10
--- /dev/null
+++ b/doc/design/assistant/blog/day_245__misc.mdwn
@@ -0,0 +1,15 @@
+Got the OSX autobuilder back running, and finally got a OSX build up for
+the 4.20130417 release. Also fixed the OSX app build machinery to handle
+rpath.
+
+Made the assistant (and `git annex sync`) sync with git remotes that have
+`annex-ignore` set. So, `annex-ignore` is only used to prevent using
+the annex of a remote, not syncing with it. The benefit of this change
+is that it'll make the assistant sync the local git repository with
+a git remote that is on a server that does not have git-annex installed.
+It can even sync to github.
+
+Worked around more breakage on misconfigured systems that don't have GECOS
+information.
+
+... And other bug fixes and bug triage.
diff --git a/doc/design/assistant/blog/day_245__misc/comment_1_3a2976617bb0cdc206fb1397a2ef1177._comment b/doc/design/assistant/blog/day_245__misc/comment_1_3a2976617bb0cdc206fb1397a2ef1177._comment
new file mode 100644
index 0000000000..4ee7612f11
--- /dev/null
+++ b/doc/design/assistant/blog/day_245__misc/comment_1_3a2976617bb0cdc206fb1397a2ef1177._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="192.76.7.217"
+ subject="comment 1"
+ date="2013-04-23T17:11:46Z"
+ content="""
+If I set my annex-ignore'd respository to `annex-sync = false` will this override the new behaviour?  My remote requires mounting a fuse mount, so this change will just result in my seeing lots of sync failure messages in the webapp.
+"""]]
diff --git a/doc/design/assistant/blog/day_245__misc/comment_2_e0f9704e91fedca8ff26356f354cc1c3._comment b/doc/design/assistant/blog/day_245__misc/comment_2_e0f9704e91fedca8ff26356f354cc1c3._comment
new file mode 100644
index 0000000000..545da72cdb
--- /dev/null
+++ b/doc/design/assistant/blog/day_245__misc/comment_2_e0f9704e91fedca8ff26356f354cc1c3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-23T20:16:26Z"
+ content="""
+Yes, setting that, or just clicking to pause syncing to a remote in the webapp will still work.
+
+Although I don't think you need to.. If the remote is on a filesystem mount point, the assistant will just ignore it when it's not mounted. And will automatically detect when it gets mounted and sync with it, too. Same as USB drives are handled.
+"""]]
diff --git a/doc/design/assistant/blog/day_245__misc/comment_3_93003a0d0983efbdc046d7459be194b0._comment b/doc/design/assistant/blog/day_245__misc/comment_3_93003a0d0983efbdc046d7459be194b0._comment
new file mode 100644
index 0000000000..45a3b6adc8
--- /dev/null
+++ b/doc/design/assistant/blog/day_245__misc/comment_3_93003a0d0983efbdc046d7459be194b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 3"
+ date="2013-04-24T17:09:50Z"
+ content="""
+It's a userspace fuse mount so the assistant won't know it's a mountpoint unless mounted.  Also I don't want the automatic sync since I like to keep this respository manual as a kind of backup.  Thanks for the info.
+"""]]
diff --git a/doc/design/assistant/blog/day_246__bug_treadmill.mdwn b/doc/design/assistant/blog/day_246__bug_treadmill.mdwn
new file mode 100644
index 0000000000..36ee0c6174
--- /dev/null
+++ b/doc/design/assistant/blog/day_246__bug_treadmill.mdwn
@@ -0,0 +1,18 @@
+There seem to be a steady state of enough bug reports coming in that I can
+work on them whenever I'm not working on anything else. As I did all day
+today.
+
+This doesn't bother me if the bug reports are of real bugs that I can
+reproduce and fix, but I'm spending a lot of time currently following up to
+messages and asking simple questions like "what version number" and "can I
+please see the whole log file". And just trying to guess what a vague
+problem report means and read people's minds to get to a definite bug
+with a test case that I can then fix.
+
+I've noticed the overall quality of bug reports nosedive over the past
+several months. My guess is this means that git-annex has found a less
+technical audience. I need to find something to do about this.
+
+With that whining out of the way ...
+I fixed a pretty ugly bug on FAT/Android today, and
+I am 100% caught up on messages right now!
diff --git a/doc/design/assistant/blog/day_246__bug_treadmill/comment_1_f76f653364fe2b97e85e8356c93b0fce._comment b/doc/design/assistant/blog/day_246__bug_treadmill/comment_1_f76f653364fe2b97e85e8356c93b0fce._comment
new file mode 100644
index 0000000000..33746ed4aa
--- /dev/null
+++ b/doc/design/assistant/blog/day_246__bug_treadmill/comment_1_f76f653364fe2b97e85e8356c93b0fce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Bugs..."
+ date="2013-04-23T23:30:47Z"
+ content="""
+Perhaps if you made a bug report form that asked for the version number (with helpful command to get it printed below), and had a checkbox for \"full log attached\", etc. you might be able to weed out low-value bugs...  Not that adding UI to force good bugs really works, but there might be a couple of low-hanging fruit before the diminishing returns kick in.
+"""]]
diff --git a/doc/design/assistant/blog/day_247__performance_tuning.mdwn b/doc/design/assistant/blog/day_247__performance_tuning.mdwn
new file mode 100644
index 0000000000..964710b8ec
--- /dev/null
+++ b/doc/design/assistant/blog/day_247__performance_tuning.mdwn
@@ -0,0 +1,16 @@
+Working on assistant's performance when it has to add a whole lot of files
+(10k to 100k). 
+
+Improved behavior in several ways, including fixing display
+of the alert in the webapp when the default inotify limit of 8192
+directories is exceeded.
+
+Created a new TList data type, a transactional DList. Much nicer
+implementation than the TChan based thing it was using to keep track of the
+changes, although it only improved runtime and memory usage a little bit.
+The way that this is internally storing a function in STM and modifying
+that function to add items to the list is way cool.
+
+Other tuning seems to have decreased the time it would take to import 100k
+files from somewhere in the range of a full day (too long to wait to see),
+to around 3.5 hours. I don't know if that's good, but it's certainly better.
diff --git a/doc/design/assistant/blog/day_248__Internet_Archive.mdwn b/doc/design/assistant/blog/day_248__Internet_Archive.mdwn
new file mode 100644
index 0000000000..f002939f13
--- /dev/null
+++ b/doc/design/assistant/blog/day_248__Internet_Archive.mdwn
@@ -0,0 +1,28 @@
+Very productive & long day today, spent adding a new feature to the 
+webapp: Internet Archive support!
+
+[[!img /assistant/iaitem.png]]
+
+git-annex already supported using archive.org via its S3 special remotes,
+so this is just a nice UI around that.
+
+How does it decide which files to publish on archive.org? Well,
+the item has a unique name, which is based on the description
+field. Any files located in a directory with that name will be uploaded
+to that item. (This is done via a new preferred content expression I added.)
+
+So, you can have one repository with multiple IA items attached, and
+sort files between them however you like.
+I plan to make a screencast eventually demoing that. 
+
+Another interesting use case, once the Android webapp is done, would be add
+a repository on the DCIM directory, set the archive.org repository to
+prefer all content, and *bam*, you have a phone or tablet that
+auto-publishes and archives every picture it takes.
+
+Another nice little feature added today is that whenever a file is uploaded
+to the Internet Archive, its public url is automatically recorded, same
+as if you'd ran `git annex addurl`. So any users who can clone your
+repository can download the files from archive.org, without needing any
+login or password info. This makes the Internet Archive a nice way to
+publish the large files associated with a public git repository.
diff --git a/doc/design/assistant/blog/day_249__quiet_day.mdwn b/doc/design/assistant/blog/day_249__quiet_day.mdwn
new file mode 100644
index 0000000000..28c1e6f3d7
--- /dev/null
+++ b/doc/design/assistant/blog/day_249__quiet_day.mdwn
@@ -0,0 +1,7 @@
+Quiet day. Only did minor things, like adding webapp UI for changing the
+directory used by Internet Archive remotes, and splitting out an
+`enableremote` command from `initremote`.
+
+My Android development environment is set up and ready to go on my Motorola
+Droid. The current Android build of git-annex fails to link at run time, so
+my work is cut out for me. Probably broke something while enabling XMPP?
diff --git a/doc/design/assistant/blog/day_24__airport_digressions.mdwn b/doc/design/assistant/blog/day_24__airport_digressions.mdwn
new file mode 100644
index 0000000000..6952969748
--- /dev/null
+++ b/doc/design/assistant/blog/day_24__airport_digressions.mdwn
@@ -0,0 +1,99 @@
+In a series of airport layovers all day. Since I woke up at 3:45 am, 
+didn't feel up to doing serious new work, so instead I worked through some
+OSX support backlog.
+
+git-annex will now use Haskell's SHA library if the `sha256sum`
+command is not available. That library is slow, but it's guaranteed to be
+available; git-annex already depended on it to calculate HMACs.
+
+Then I decided to see if it makes sense to use the SHA library
+when adding smaller files. At some point, its slower implementation should
+win over needing to fork and parse the output of `sha256sum`. This was 
+the first time I tried out Haskell's 
+[Criterion](http://hackage.haskell.org/package/criterion) benchmarker,
+and I built this simple benchmark in short order.
+
+[[!format haskell """
+import Data.Digest.Pure.SHA
+import Data.ByteString.Lazy as L
+import Criterion.Main
+import Common
+
+testfile :: FilePath
+testfile = "/tmp/bar" -- on ram disk
+
+main = defaultMain
+        [ bgroup "sha256"
+                [ bench "internal" $ whnfIO internal
+                , bench "external" $ whnfIO external
+                ]
+        ]
+
+internal :: IO String
+internal = showDigest . sha256 <$> L.readFile testfile
+
+external :: IO String
+external = pOpen ReadFromPipe "sha256sum" [testfile] $ \h ->
+        fst . separate (== ' ') <$> hGetLine h
+"""]]
+
+The nice thing about benchmarking in Airports is when you're running a
+benchmark locally, you don't want to do anything else with the computer,
+so can alternate people watching, spacing out, and analizing results.
+
+100 kb file:
+
+	benchmarking sha256/internal
+	mean: 15.64729 ms, lb 15.29590 ms, ub 16.10119 ms, ci 0.950
+	std dev: 2.032476 ms, lb 1.638016 ms, ub 2.527089 ms, ci 0.950
+
+	benchmarking sha256/external
+	mean: 8.217700 ms, lb 7.931324 ms, ub 8.568805 ms, ci 0.950
+	std dev: 1.614786 ms, lb 1.357791 ms, ub 2.009682 ms, ci 0.950
+
+75 kb file:
+
+	benchmarking sha256/internal
+	mean: 12.16099 ms, lb 11.89566 ms, ub 12.50317 ms, ci 0.950
+	std dev: 1.531108 ms, lb 1.232353 ms, ub 1.929141 ms, ci 0.950
+
+	benchmarking sha256/external
+	mean: 8.818731 ms, lb 8.425744 ms, ub 9.269550 ms, ci 0.950
+	std dev: 2.158530 ms, lb 1.916067 ms, ub 2.487242 ms, ci 0.950
+
+50 kb file:
+
+	benchmarking sha256/internal
+	mean: 7.699274 ms, lb 7.560254 ms, ub 7.876605 ms, ci 0.950
+	std dev: 801.5292 us, lb 655.3344 us, ub 990.4117 us, ci 0.950
+
+	benchmarking sha256/external
+	mean: 8.715779 ms, lb 8.330540 ms, ub 9.102232 ms, ci 0.950
+	std dev: 1.988089 ms, lb 1.821582 ms, ub 2.181676 ms, ci 0.950
+
+10 kb file:
+
+	benchmarking sha256/internal
+	mean: 1.586105 ms, lb 1.574512 ms, ub 1.604922 ms, ci 0.950
+	std dev: 74.07235 us, lb 51.71688 us, ub 108.1348 us, ci 0.950
+
+	benchmarking sha256/external
+	mean: 6.873742 ms, lb 6.582765 ms, ub 7.252911 ms, ci 0.950
+	std dev: 1.689662 ms, lb 1.346310 ms, ub 2.640399 ms, ci 0.950
+
+It's possible to get nice graphical reports out of Criterion, but 
+this is clear enough, so I stopped here. 50 kb seems a reasonable
+cutoff point.
+
+I also used this to benchmark the SHA256 in Haskell's Crypto package.
+Surprisingly, it's a *lot* slower than even the Pure.SHA code.
+On a 50 kb file:
+
+	benchmarking sha256/Crypto
+	collecting 100 samples, 1 iterations each, in estimated 6.073809 s
+	mean: 69.89037 ms, lb 69.15831 ms, ub 70.71845 ms, ci 0.950
+	std dev: 3.995397 ms, lb 3.435775 ms, ub 4.721952 ms, ci 0.950
+
+
+There's another Haskell library, [SHA2](http://hackage.haskell.org/package/SHA2),
+which I should try some time.
diff --git a/doc/design/assistant/blog/day_250__stymied.mdwn b/doc/design/assistant/blog/day_250__stymied.mdwn
new file mode 100644
index 0000000000..f9d50b48c9
--- /dev/null
+++ b/doc/design/assistant/blog/day_250__stymied.mdwn
@@ -0,0 +1,23 @@
+Turns out my old Droid has such an old version of Android (2.2) that
+it doesn't work with any binaries produced by my haskell cross-compiler. I
+think it's using a symbol not in its version of libc. Since upgrading this
+particular phone is a ugly process and the hardware is dying anyway (bad
+USB power connecter), I have given up on using it, and ordered an Android
+tablet instead to use for testing. Until that arrives, no Android. Bah.
+Wanted to get the Android app working in April.
+
+Instead, today I worked on making the webapp require less redundant
+password entry when adding multiple repositories using the same cloud
+provider. This is especially needed for the Internet Archive, since users
+will often want to have quite a few repositories, for different IA items.
+Implemented it for box.com, and Amazon too.
+
+Francois Marier has built an Ubuntu PPA for git-annex, containing the
+current version, with the assistant and webapp. It's targeted at Precise,
+but I think will probably also work with newer releases.
+<https://launchpad.net/~fmarier/+archive/ppa>
+
+Probably while I'm waiting to work on Android again, I will try to
+improve the situation with using a single XMPP account for multiple
+repositories. Spent a while today thinking through ways to improve the
+design, and have some ideas.
diff --git a/doc/design/assistant/blog/day_250__stymied/comment_1_330a10d447ccc3db03fcbfe571dbb404._comment b/doc/design/assistant/blog/day_250__stymied/comment_1_330a10d447ccc3db03fcbfe571dbb404._comment
new file mode 100644
index 0000000000..26c7d7c7ff
--- /dev/null
+++ b/doc/design/assistant/blog/day_250__stymied/comment_1_330a10d447ccc3db03fcbfe571dbb404._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnLgNOfkl8c6oQu9b42U0Pm_uC4n3Gkgiw"
+ nickname="Mark"
+ subject="Thanks!"
+ date="2013-04-29T01:24:55Z"
+ content="""
+I was not looking forward to figuring out how to come up with all of those haskell build deps on Precise, so thanks to François Marier for putting this together.  (Does Ubuntu/launchpad autobuild all of the architectures, or do they need to be contributed? I see that `armhf` isn't there at the moment...)
+"""]]
diff --git a/doc/design/assistant/blog/day_251__xmpp_improvements.mdwn b/doc/design/assistant/blog/day_251__xmpp_improvements.mdwn
new file mode 100644
index 0000000000..7007d7c0d0
--- /dev/null
+++ b/doc/design/assistant/blog/day_251__xmpp_improvements.mdwn
@@ -0,0 +1,34 @@
+Took 2 days in a row off, because I noticed I have forgotten to do that
+since February, or possibly earlier, not counting trips. Whoops!
+
+Also, I was feeling overwhelmed with the complexity of fixing XMPP to not
+be buggy when there are multiple separate repos using the same XMPP
+account. Let my subconscious work on that, and last night it served up the
+solution, in detail. Built it today.
+
+It's only a partial solution, really. If you want to use the same XMPP
+account for multiple separate repositories, you cannot use the "Share with
+your other devices" option to pair your devices. That's because XMPP
+pairing assumes all your devices are using the same XMPP account, in order
+to avoid needing to confirm on every device each time you add a new device.
+The UI is clear about that, and it avoids complexity, so I'm ok with that.
+
+But, if you want to instead use "Share with a friend", you now can use the
+same XMPP account for as many separate repositories as you like. The
+assistant now ignores pushes from repositories it doesn't know about.
+Before, it would merge them all together without warning.
+
+----
+
+While I was testing that, I think I found out the real reason why XMPP
+pushes have seemed a little unreliable. It turns out to not be an XMPP
+issue at all! Instead, the merger was simply not always
+noticing when `git receive-pack` updated a ref, and not merging it into
+master. That was easily fixed.
+
+----
+
+Adam Spiers has been getting a `.gitignore` query interface suitable for
+the assistant to use into `git`, and he tells me it's landed in `next`.
+I should soon check that out and get the assistant using it. But first,
+Android app!
diff --git a/doc/design/assistant/blog/day_252__release_day.mdwn b/doc/design/assistant/blog/day_252__release_day.mdwn
new file mode 100644
index 0000000000..70c99760a8
--- /dev/null
+++ b/doc/design/assistant/blog/day_252__release_day.mdwn
@@ -0,0 +1,6 @@
+Pushed out a release today. Looking back over April, I'm happy with it as a
+bug fix and stabilization month. Wish I'd finished the Android app in April,
+but let's see what happens tomorrow.
+
+Recorded part of a screencast on using Archive.org, but `recordmydesktop`
+lost the second part. Grr. Will work on that later.
diff --git a/doc/design/assistant/blog/day_253__OMG.mdwn b/doc/design/assistant/blog/day_253__OMG.mdwn
new file mode 100644
index 0000000000..b1cc89fffd
--- /dev/null
+++ b/doc/design/assistant/blog/day_253__OMG.mdwn
@@ -0,0 +1,22 @@
+[[!img /android/webapp.png alt="git-annex webapp on Android"]]
+
+I fixed what I thought was keeping the webapp from working on Android, but
+then it started segfaulting every time it was started. Eventually I
+determined this segfault happened whenever haskell code called
+`getaddrinfo`. I don't know why. This is particularly weird since I had
+a demo web server that used `getaddrinfo` working way back in
+[[day_201__real_Android_wrapup]]. Anyway, I worked around it by not using
+`getaddrinfo` on Android.
+
+Then I spent 3 hours stuck, because the webapp seemed to run, but
+nothing could connect to the port it was on. Was it a firewall? Was
+the Haskell threaded runtime's use of `accept()` broken? I went all the way
+down to the raw system calls, and back, only to finally notice I had `netstat`
+available on my Android. Which showed it was not listening to the port I
+thought it was!
+
+Seems that `ntohs` and `htons` are broken somehow. To get the
+screenshot, I fixed up the port manually. Have a build running that
+should work around the issue.
+
+Anyway, the webapp works on Android!
diff --git a/doc/design/assistant/blog/day_253__OMG/comment_1_bbdc61092771163e65a90a4755a807d8._comment b/doc/design/assistant/blog/day_253__OMG/comment_1_bbdc61092771163e65a90a4755a807d8._comment
new file mode 100644
index 0000000000..0fa06b32ff
--- /dev/null
+++ b/doc/design/assistant/blog/day_253__OMG/comment_1_bbdc61092771163e65a90a4755a807d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxp2XU8gIribhhGhGuYtU6eMMwHv5gUGI"
+ nickname="Amitai"
+ subject="Woohoo!"
+ date="2013-05-03T03:13:25Z"
+ content="""
+(See above)
+"""]]
diff --git a/doc/design/assistant/blog/day_254__Android_app_polishing.mdwn b/doc/design/assistant/blog/day_254__Android_app_polishing.mdwn
new file mode 100644
index 0000000000..cbb6f7f15c
--- /dev/null
+++ b/doc/design/assistant/blog/day_254__Android_app_polishing.mdwn
@@ -0,0 +1,35 @@
+There's a new page [[/Android]] that documents using git-annex on Android
+in detail.
+
+The Android app now opens the webapp when a terminal window is opened.
+This is good enough for trying it out easily, but far from ideal.
+
+Fixed an EvilSplicer bug that corrupted newlines in 
+the static files served by the webapp. Now the icons in the webapp
+display properly, and the javascript works.
+
+Made the startup screen default to `/sdcard/annex` for the repository
+location, and also have a button to set up a camera repository. The camera
+repository is put in the "source" preferred content group, so it will only
+hang onto photos and videos until they're uploaded off the Android device.
+
+Quite a lot of other small fixes on Android. At this point I've tested the
+following works:
+
+* Starting webapp.
+* Making a repository, adding files.
+* All the basic webapp UI.
+
+However, I was not able to add any remote repository using only the webapp,
+due to some more problems with the network stack.
+
+* Jabber and Webdav don't quite work ("getProtocolByname: does not exist (no
+  such protocol name: tcp)").
+* SSH server fails.
+  ("Network/Socket/Types.hsc:(881,3)-(897,61): Non-exhaustive patterns in case")
+  I suspect it will work if I disable the DNS expansion code.
+
+So, that's the next thing that needs to be tackled.
+
+If you'd like to play with it in its current state, I've updated the
+Android builds to incorporate all my work so far.
diff --git a/doc/design/assistant/blog/day_254__Android_app_polishing/comment_1_37f4ff5227566ce4b3fa69fc32568841._comment b/doc/design/assistant/blog/day_254__Android_app_polishing/comment_1_37f4ff5227566ce4b3fa69fc32568841._comment
new file mode 100644
index 0000000000..7ba9f94205
--- /dev/null
+++ b/doc/design/assistant/blog/day_254__Android_app_polishing/comment_1_37f4ff5227566ce4b3fa69fc32568841._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 1"
+ date="2013-05-04T05:30:26Z"
+ content="""
+> The camera repository is put in the \"source\" preferred content group, so it will only hang onto photos and videos until they're uploaded off the Android device.
+
+This is very nice but I'm wondering if I take a picture that I want to share using an Android app like Facebook, would the picture get deleted before I could share it?
+
+Would there be a way to access old pictures? For example, to show them to people you meet.
+
+
+"""]]
diff --git a/doc/design/assistant/blog/day_254__Android_app_polishing/comment_2_58bbb105bdbb72bba85c3622195f43b9._comment b/doc/design/assistant/blog/day_254__Android_app_polishing/comment_2_58bbb105bdbb72bba85c3622195f43b9._comment
new file mode 100644
index 0000000000..7311b72e0f
--- /dev/null
+++ b/doc/design/assistant/blog/day_254__Android_app_polishing/comment_2_58bbb105bdbb72bba85c3622195f43b9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-06T15:08:19Z"
+ content="""
+As it stands, using the \"source\" repository type will tend to remove the picture from that repository pretty quickly, assuming a fast network connection. I think if you want to do things on your phone with pictures you take, it's best to use \"client\" instead. Perhaps with an archive repository set up, so you can move stuff to an \"archive\" folder when done with it to get it removed from the phone.
+
+Whether \"source\" is a good default in this case remains to be seen...
+
+It might also be possible to change \"source\" in some way to make it more useful. For example, if it held onto new files for a day after they were created, you'd have plenty of time to use them before they expire off your phone. I have posted some thoughts about this to [[partial_content]].
+"""]]
diff --git a/doc/design/assistant/blog/day_255__Debian_release_day.mdwn b/doc/design/assistant/blog/day_255__Debian_release_day.mdwn
new file mode 100644
index 0000000000..9c41ab2b2d
--- /dev/null
+++ b/doc/design/assistant/blog/day_255__Debian_release_day.mdwn
@@ -0,0 +1,26 @@
+Created a backport of the latest git-annex release for Debian 7.0 wheezy.
+Needed to backport a dozen haskell dependencies, but not too bad.
+This will be available in the backports repository once Debian
+starts accepting new packages again. I plan to keep the backport up-to-date
+as I make new releases.
+
+The cheap Android tablet I bought to do this last Android push with came
+pre-rooted from the factory. This may be why I have not seen this bug:
+[[bugs/Android_app_permission_denial_on_startup]]. If you have Android
+4.2.2 or a similar version, your testing would be helpful for me to know if
+this is a widespread problem. I have an idea about a way to work around the
+problem, but it involves writing Java code, and probably polling a file,
+ugh.
+
+Got S3 support to build for Android. Probably fails to work 
+due to the same network stack problems affecting WebDAV and Jabber.
+
+Got removable media mount detection working on Android. Bionic has an
+amusing stub for `getmntent` that prints out "FIX ME! implement
+getmntent()". But, `/proc/mounts` is there, so I just parse it.
+Also enabled the app's `WRITE_MEDIA_STORAGE` permission to allow
+access to removable media. However, this didn't seem to do anything. :(
+
+Several fixes to make the Android webapp be able to set up repositories on
+remote ssh servers. However, it fails at the last hurdle with what
+looks like a `git-annex-shell` communication problem. Almost there..
diff --git a/doc/design/assistant/blog/day_256__8bit.mdwn b/doc/design/assistant/blog/day_256__8bit.mdwn
new file mode 100644
index 0000000000..1155fd2f8c
--- /dev/null
+++ b/doc/design/assistant/blog/day_256__8bit.mdwn
@@ -0,0 +1,27 @@
+This seems a very auspicious day to have finally gotten the Android app
+doing something useful! I've fixed the last bugs with using it to set up a
+remote ssh server, which is all I need to make my Android tablet
+sync photos I take with a repository on my laptop.
+
+[[!img /android/DCIM.png alt="git-annex webapp running on Android"]]
+
+I set this up entirely in the GUI, except for needing to switch to the
+terminal twice to enter my laptop's password.
+
+How fast is it? Even several minute long videos transfer before I can
+switch from the camera app to the webapp. To get this screenshot with it in
+the process of syncing, I had to take a dozen pictures in a minute. Nice
+problem to have. ;)
+
+Have fun trying this out for yourself after tonight's autobuilds. But a
+warning: One of the bugs I fixed today had to be fixed in `git-annex-shell`,
+as run on the ssh server that the Android connects to. So the Android app
+will only work with ssh servers running a new enough version of git-annex.
+
+----
+
+Worked on geting git-annex into Debian testing, which is needed before
+the wheezy backport can go in. Think I've worked around most of the issues
+that were keeping it from building on various architectures.
+
+Caught up on some bug reports and fixed some of them.
diff --git a/doc/design/assistant/blog/day_256__8bit/comment_1_f9b50263e3997d4c5b9836a2e0a346d7._comment b/doc/design/assistant/blog/day_256__8bit/comment_1_f9b50263e3997d4c5b9836a2e0a346d7._comment
new file mode 100644
index 0000000000..b7c54ed58f
--- /dev/null
+++ b/doc/design/assistant/blog/day_256__8bit/comment_1_f9b50263e3997d4c5b9836a2e0a346d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
+ nickname="Efraim"
+ subject="comment 1"
+ date="2013-05-07T06:20:35Z"
+ content="""
+that's amazing.  I saw in one of the conference videos that you said you didn't use dropbox, and I wanted to let you know (in case you were curious) that this is one of the features that they have on their android app, that pictures and videos are uploaded to one's dropbox.  Two questions, is there a toggle or option somewhere to upload over wifi only? and did you set up the tablet's camera folder as a source directory?
+"""]]
diff --git a/doc/design/assistant/blog/day_257__rainy_day.mdwn b/doc/design/assistant/blog/day_257__rainy_day.mdwn
new file mode 100644
index 0000000000..871e5b8b56
--- /dev/null
+++ b/doc/design/assistant/blog/day_257__rainy_day.mdwn
@@ -0,0 +1,6 @@
+Put in a fix for `getprotobyname` apparently not returning anything for
+"tcp" on Android. This might fix all the special remotes there, but I don't
+know yet, because I have to rebuild a lot of Haskell libraries to try it.
+
+So, I spent most of today writing a script to build all the Haskell
+libraries for Android from scratch, with all my patches.
diff --git a/doc/design/assistant/blog/day_258__beginning_of_the_end.mdwn b/doc/design/assistant/blog/day_258__beginning_of_the_end.mdwn
new file mode 100644
index 0000000000..e2e544399f
--- /dev/null
+++ b/doc/design/assistant/blog/day_258__beginning_of_the_end.mdwn
@@ -0,0 +1,24 @@
+Fixed a nasty bug that affects at least some FreeBSD systems. It misparsed
+the output of `sha256`, and thought every file had a SHA256 of "SHA256".
+Added multiple layers of protection against checksum programs not having
+the expected output format.
+
+Lots more building and rebuilding today of Android libs than I wanted to do.
+Finally have a completly clean build, which might be able to open TCP
+connections. Will test tomorrow.
+
+In the meantime, I fired up the evil twin of my development laptop.
+It's identical, except it runs Windows.
+
+I installed the Haskell Platform for Windows on it, and removed
+some of the bloatware to free up disk space and memory for development.
+While a rather disgusting experience, I certainly have a usable Haskell
+development environment on this OS a lot faster than I did on Android!
+Cabal is happily installing some stuff, and other stuff wants me to install
+Cygwin.
+
+So, the clock on my month of working on a Windows port starts now. Since
+I've already done rather a lot of ground work that was necessary for a
+Windows port (direct mode, crippled filesystem support), and for general
+sanity and to keep everything else from screeching to a halt, I plan to
+only spend half my time messing with Windows over the next 30 days.
diff --git a/doc/design/assistant/blog/day_259__Android_dominos_toppling.mdwn b/doc/design/assistant/blog/day_259__Android_dominos_toppling.mdwn
new file mode 100644
index 0000000000..3f96b1fb0b
--- /dev/null
+++ b/doc/design/assistant/blog/day_259__Android_dominos_toppling.mdwn
@@ -0,0 +1,15 @@
+It all came together for Android today. Went from a sort of working app
+to a fully working app!
+
+* rsync.net works.
+* Box.com appears to work -- at least it's failing with the same
+  timeout I get on my linux box here behind the firewall of dialup doom.
+* XMPP is working too!
+
+These all needed various little fixes. Like loading TLS certificates from
+where they're stored on Android, and ensuring that totally crazy file
+permissions from Android (----rwxr-x for files?!) don't leak out into rsync
+repositories. Mostly though, it all just fell into place today.
+Wonderful..
+
+The Android autobuild is updated with all of today's work, so try it out.
diff --git a/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_1_0b4a6e4893b0157e4768b46468dbbb87._comment b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_1_0b4a6e4893b0157e4768b46468dbbb87._comment
new file mode 100644
index 0000000000..9e1f666aa1
--- /dev/null
+++ b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_1_0b4a6e4893b0157e4768b46468dbbb87._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 1"
+ date="2013-05-10T23:52:43Z"
+ content="""
+I have a 'Connection timed out' when I try to set-up my Gtalk account on my Nexus 4 (4.2.2). I tested it at home without a web proxy.
+
+Here's a screen capture: [http://i.imgur.com/RBcNjSv.png](http://i.imgur.com/RBcNjSv.png).
+"""]]
diff --git a/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_2_1ebc5aff5d217e1392cb7c8bb6c5156b._comment b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_2_1ebc5aff5d217e1392cb7c8bb6c5156b._comment
new file mode 100644
index 0000000000..cfe1347bdb
--- /dev/null
+++ b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_2_1ebc5aff5d217e1392cb7c8bb6c5156b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="I also see the connection timed out"
+ date="2013-05-15T00:19:34Z"
+ content="""
+Same Android device and same behavior as the above comment. While the connection attempt was being made, I switched to the terminal window and saw a connection to 173.194.46.86:5222 in the SYN_SENT state (and that connection wasn't there prior to the jabber configuration attempt).
+
+Even from my desktop, manual connection attempts to 173.194.46.86:5222 timed out.
+
+Then I ran the same jabber configuration from my desktop and it worked fin. Using netstat, I could see it connected to 74.125.133.125:5222.
+
+So is the Android version using the wrong address?
+"""]]
diff --git a/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_3_eed7792f6142f3fc74d3c384bb16559b._comment b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_3_eed7792f6142f3fc74d3c384bb16559b._comment
new file mode 100644
index 0000000000..245ae7a06c
--- /dev/null
+++ b/doc/design/assistant/blog/day_259__Android_dominos_toppling/comment_3_eed7792f6142f3fc74d3c384bb16559b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-19T20:56:25Z"
+ content="""
+For the record, there was a bug with XMPP and SRV records. This got fixed in time for the last release.
+"""]]
diff --git a/doc/design/assistant/blog/day_25__transfer_queueing.mdwn b/doc/design/assistant/blog/day_25__transfer_queueing.mdwn
new file mode 100644
index 0000000000..b07e4592e9
--- /dev/null
+++ b/doc/design/assistant/blog/day_25__transfer_queueing.mdwn
@@ -0,0 +1,41 @@
+So as not to bury the lead, I've been hard at work on my first day in
+Nicaragua, and ** the git-annex assistant fully syncs files (including
+their contents) between remotes now !! **
+
+Details follow..
+
+Made the committer thread queue Upload Transfers when new files
+are added to the annex. Currently it tries to transfer the new content
+to *every* remote; this inefficiency needs to be addressed later.
+
+Made the watcher thread queue Download Transfers when new symlinks
+appear that point to content we don't have. Typically, that will happen
+after an automatic merge from a remote. This needs to be improved as it
+currently adds Transfers from every remote, not just those that have the
+content.
+
+This was the second place that needed an ordered list of remotes
+to talk to. So I cached such a list in the DaemonStatus state info.
+This will also be handy later on, when the webapp is used to add new
+remotes, so the assistant can know about them immediately.
+
+Added YAT (Yet Another Thread), number 15 or so, the transferrer thread
+that waits for transfers to be queued and runs them. Currently a naive
+implementation, it runs one transfer at a time, and does not do anything
+to recover when a transfer fails.
+
+Actually transferring content requires YAT, so that the transfer
+action can run in a copy of the Annex monad, without blocking
+all the assistant's other threads from entering that monad while a transfer
+is running. This is also necessary to allow multiple concurrent transfers
+to run in the future.
+
+This is a very tricky piece of code, because that thread will modify the
+git-annex branch, and its parent thread has to invalidate its cache in
+order to see any changes the child thread made. Hopefully that's the extent
+of the complication of doing this. The only reason this was possible at all
+is that git-annex already support multiple concurrent processes running
+and all making independent changes to the git-annex branch, etc.
+
+After all my groundwork this week, file content transferring is now
+fully working!
diff --git a/doc/design/assistant/blog/day_25__transfer_queueing/comment_1_59fd4f1ffe96c412f613dc86276e7dbd._comment b/doc/design/assistant/blog/day_25__transfer_queueing/comment_1_59fd4f1ffe96c412f613dc86276e7dbd._comment
new file mode 100644
index 0000000000..0a5b6c0991
--- /dev/null
+++ b/doc/design/assistant/blog/day_25__transfer_queueing/comment_1_59fd4f1ffe96c412f613dc86276e7dbd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawldKnauegZulM7X6JoHJs7Gd5PnDjcgx-E"
+ nickname="Matt"
+ subject="Source code"
+ date="2012-07-06T00:12:15Z"
+ content="""
+Hi Joey,
+
+Is the source code for git-annex assistant available somewhere?
+"""]]
diff --git a/doc/design/assistant/blog/day_25__transfer_queueing/comment_2_93bf768a67117e873af5732ecf08dc78._comment b/doc/design/assistant/blog/day_25__transfer_queueing/comment_2_93bf768a67117e873af5732ecf08dc78._comment
new file mode 100644
index 0000000000..6c0ca0781d
--- /dev/null
+++ b/doc/design/assistant/blog/day_25__transfer_queueing/comment_2_93bf768a67117e873af5732ecf08dc78._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-07-06T00:21:43Z"
+ content="""
+It's in the `assistant` branch of git://git-annex.branchable.com/
+"""]]
diff --git a/doc/design/assistant/blog/day_260__Windows_dev_environment.mdwn b/doc/design/assistant/blog/day_260__Windows_dev_environment.mdwn
new file mode 100644
index 0000000000..4fa2ccf5a6
--- /dev/null
+++ b/doc/design/assistant/blog/day_260__Windows_dev_environment.mdwn
@@ -0,0 +1,46 @@
+Set up my Windows development environment. For future reference, I've
+installed:
+
+* haskell platform for windows
+* cygwin
+* gcc and a full C toolchain in cygwin
+* git from upstream (probably git-annex will use this)
+* git in cygwin (the other git was not visible inside cygwin)
+* vim in cygwin
+* vim from upstream, as the cygwin vim is not very pleasant to use
+* openssh in cygwin (seems to be missing a ssh server)
+* rsync in cygwin
+* Everything that `cabal install git-annex` is able to install successfully.  
+  This includes all the libraries needed to build regular git-annex,
+  but not the webapp. Good start though.
+
+Result basically feels like a linux system that can't decide which way
+slashes in paths go. :P I've never used Cygwin before (I last used a
+Windows machine in 2003 for that matter), and it's a fairly impressive hack.
+
+----
+
+Fixed up git-annex's configure program to run on Windows (or, at least, in
+Cygwin), and have started getting git-annex to build.
+
+For now, I'm mostly stubbing out functions that use unix stuff. Gotten the
+first 44 of 300 source files to build this way.
+
+Once I get it to build, if only with stubs, I'll have a good
+idea about all the things I need to find Windows equivilants of.
+Hopefully most of it will be provided by
+<http://hackage.haskell.org/package/unix-compat-0.3.0.1>.
+
+----
+
+So that's the plan. There is a possible shortcut, rather than doing a full
+port. It seems like it would probably not be too hard to rebuild ghc inside
+Cygwin, and the resulting ghc would probably have a full POSIX emulation
+layer going through cygwin. From ghc's documentation, it looks like that's
+how ghc used to be built at some point in the past, so it would probably
+not be too hard to build it that way. With such a cygwin ghc, git-annex
+would probably build with little or no changes. However, it would be a
+git-annex targeting Cygwin, and not really a native Windows port. So
+it'd see Cygwin's emulated POSIX filesystem paths, etc. That
+seems probably not ideal for most windows users.. but if I get really stuck
+I may go back and try this method.
diff --git a/doc/design/assistant/blog/day_261__Windows_first_stage_complete.mdwn b/doc/design/assistant/blog/day_261__Windows_first_stage_complete.mdwn
new file mode 100644
index 0000000000..8107336f03
--- /dev/null
+++ b/doc/design/assistant/blog/day_261__Windows_first_stage_complete.mdwn
@@ -0,0 +1,29 @@
+After working on it all day, git-annex now builds on Windows!
+
+Even better, `git annex init` works. So does `git annex status`, and
+probably more. Not `git annex add` yet, so I wasn't able to try much more.
+
+I didn't have to add many stubs today, either. Many of the missing Windows
+features were only used in code paths that made git-annex faster, but I
+could fall back to a slower code path on Windows.
+
+The things that are most problimatic so far:
+
+* POSIX file locking. This is used in git-annex in several places to 
+  make it safe when multiple git-annex processes are running. I put in
+  really horrible dotfile type locking in the Windows code paths, but I
+  don't trust it at all of course.
+* There is, apparently, no way to set an environment variable in Windows
+  from Haskell. It is only possible to set up a new process' environment
+  before starting it. Luckily most of the really crucial environment
+  variable stuff in git-annex is of this latter sort, but there were
+  a few places I had to stub out code that tries to manipulate git-annex's
+  own environment.
+
+The `windows` branch has a diff of 2089 lines. It add 88 ifdefs to the code
+base. Only 12 functions are stubbed out on Windows. This could be so much
+worse.
+
+Next step: Get the test suite to build. Currently ifdefed out because it
+uses some stuff like `setEnv` and `changeWorkingDirectory` that I don't know
+how to do in Windows yet.
diff --git a/doc/design/assistant/blog/day_262__DOS_path_separators.mdwn b/doc/design/assistant/blog/day_262__DOS_path_separators.mdwn
new file mode 100644
index 0000000000..a7f6c07cca
--- /dev/null
+++ b/doc/design/assistant/blog/day_262__DOS_path_separators.mdwn
@@ -0,0 +1,14 @@
+It's remarkable that a bad decision made in 1982 can cause me to waste an
+entire day in 2013. Yes, `/` vs `\` fun time. Even though I long ago
+converted git-annex to use the haskell `</>` operator wherever it builds
+up paths (which transparently handles either type of separator), I still
+spent most of today dealing with it. Including some libraries I use that
+get it wrong. Adding to the fun is that git uses `/` internally, even on
+Windows, so Windows separated paths have to be converted when being fed
+into git.
+
+Anyway, `git annex add` now works on Windows. So does `git annex find`,
+and `git annex whereis`, and probably most query stuff.
+
+Today was very un-fun and left me with a splitting headache, so I will
+certainly *not* be working on the Windows port tomorrow.
diff --git a/doc/design/assistant/blog/day_262__DOS_path_separators/comment_1_45ecae90b22e31202c21083980d6b567._comment b/doc/design/assistant/blog/day_262__DOS_path_separators/comment_1_45ecae90b22e31202c21083980d6b567._comment
new file mode 100644
index 0000000000..a024103a77
--- /dev/null
+++ b/doc/design/assistant/blog/day_262__DOS_path_separators/comment_1_45ecae90b22e31202c21083980d6b567._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://jamesjustjames.wordpress.com/"
+ nickname="purpleidea"
+ subject="Isn't windows deprecated?"
+ date="2013-05-13T05:51:20Z"
+ content="""
+I feel bad for you, however I respect you for keeping your promise to try and hack on Windows. I had to port over some code than ran beautifully on GNU/Linux and it was more trouble than it was worth. In the end it was never used :P
+
+Cheers!
+"""]]
diff --git a/doc/design/assistant/blog/day_263_catching_up.mdwn b/doc/design/assistant/blog/day_263_catching_up.mdwn
new file mode 100644
index 0000000000..b8eadbc965
--- /dev/null
+++ b/doc/design/assistant/blog/day_263_catching_up.mdwn
@@ -0,0 +1,11 @@
+Spent some time today to get caught up on bug reports and website traffic.
+Fixed a few things.
+
+Did end up working on Windows for a while too. I got `git annex drop`
+working. But nothing that moves content quite works yet..
+
+I've run into a stumbling block with `rsync`. It thinks that
+`C:\repo` is a path on a ssh server named "C". Seems I will need to translate
+native windows paths to unix-style paths when running rsync.
+
+[[!meta date="13 May 2013"]]
diff --git a/doc/design/assistant/blog/day_263_catching_up/comment_1_9023da0573dfc81644d68128adb331a7._comment b/doc/design/assistant/blog/day_263_catching_up/comment_1_9023da0573dfc81644d68128adb331a7._comment
new file mode 100644
index 0000000000..83e7523ff9
--- /dev/null
+++ b/doc/design/assistant/blog/day_263_catching_up/comment_1_9023da0573dfc81644d68128adb331a7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkHscTHMCNvjJ6nLI1VpsBrJFI5FTwhUT4"
+ nickname="David"
+ subject="Just use Unix Paths like git does?"
+ date="2013-05-15T20:43:34Z"
+ content="""
+Can't you just use unix-style paths for your internal data structures, and wrap/patch the filesystem I/O code to convert between the two?
+"""]]
diff --git a/doc/design/assistant/blog/day_264__Windows_second_stage_complete.mdwn b/doc/design/assistant/blog/day_264__Windows_second_stage_complete.mdwn
new file mode 100644
index 0000000000..f34e8b15ed
--- /dev/null
+++ b/doc/design/assistant/blog/day_264__Windows_second_stage_complete.mdwn
@@ -0,0 +1,21 @@
+The Windows port can now do everything in the [[walkthrough]]. It can use
+both local and remote git repositories. Some special remotes work
+(directory at least; probably rsync; likely any other special remote that
+can have its dependencies built). Missing features include most special
+remotes, gpg encryption, and of course, the assistant.
+
+Also built a NullSoft installer for git-annex today. This was made very
+easy when I found the Haskell ncis library, which provides a DSL embedding
+the language used to write NullSoft installers into Haskell. So I didn't
+need to learn a new language, yay! And could pull in all my helpful
+Haskell utility libraries in the program that builds the installer.
+
+The only tricky part was: How to get git-annex onto PATH? The standard way
+to do this seems to be to use a multiple-hundred line include file. Of
+course, that file does not have any declared license..  Instead of that,
+I used a hack. The git installer for Windows adds itself to PATH, and is
+a pre-requisite for git-annex. So the git-annex installer just installs
+it into the same directory as git.
+
+So.. I'll be including this first stage Windows port, with installer in
+the next release. Anyone want to run a Windows autobuilder?
diff --git a/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_1_42a7502d6ece75520eb59a76fdb1e2f0._comment b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_1_42a7502d6ece75520eb59a76fdb1e2f0._comment
new file mode 100644
index 0000000000..e7846d5fb0
--- /dev/null
+++ b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_1_42a7502d6ece75520eb59a76fdb1e2f0._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJ2utMQgMEYAOs3Dfc6eZRyUzt4acNXUU"
+ nickname="David"
+ subject="git on windows"
+ date="2013-05-15T04:26:48Z"
+ content="""
+Adding git to the PATH variable is an optional step in the msysgit installer, fyi.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_2_f2b11322ac87e2a36cddc035b2c3c1ea._comment b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_2_f2b11322ac87e2a36cddc035b2c3c1ea._comment
new file mode 100644
index 0000000000..1ff6bd542a
--- /dev/null
+++ b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_2_f2b11322ac87e2a36cddc035b2c3c1ea._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2013-05-15T22:30:05Z"
+ content="""
+I was thinking maybe migrating away from gitbuilder to using something like buildbot as it seems to be a better fit for this project than gitbuilder.
+"""]]
diff --git a/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_3_ea6ee05acb946fc7e8d95e62647cfa2a._comment b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_3_ea6ee05acb946fc7e8d95e62647cfa2a._comment
new file mode 100644
index 0000000000..39d2a837d0
--- /dev/null
+++ b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_3_ea6ee05acb946fc7e8d95e62647cfa2a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-15T22:56:27Z"
+ content="""
+@Jimmy, would be fine with me if it works better
+"""]]
diff --git a/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_4_9ce106baf28b7f75f7f6febd7bfcea70._comment b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_4_9ce106baf28b7f75f7f6febd7bfcea70._comment
new file mode 100644
index 0000000000..d3ac0df12f
--- /dev/null
+++ b/doc/design/assistant/blog/day_264__Windows_second_stage_complete/comment_4_9ce106baf28b7f75f7f6febd7bfcea70._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2013-05-16T17:31:40Z"
+ content="""
+joey, I'll poke at it on the weekend, been meaning to look for an excuse to learn a bit more about buildbot.
+"""]]
diff --git a/doc/design/assistant/blog/day_265__correctness.mdwn b/doc/design/assistant/blog/day_265__correctness.mdwn
new file mode 100644
index 0000000000..a4415b4446
--- /dev/null
+++ b/doc/design/assistant/blog/day_265__correctness.mdwn
@@ -0,0 +1,23 @@
+Laid some groundwork for porting the test suite to Windows, and getting it
+working in direct mode. That's not complete, but even starting to run the
+test suite in direct mode and looking at all the failures (many of them
+benign, like files not being symlinks) highlighted something
+I have been meaning to look into for quite a while: Why, in direct mode,
+`git-annex` doesn't operate on data staged in the index, but requires you
+commit changes to files before it'll see them. That's an annoying
+difference between direct and indirect modes.
+
+It turned out that I introduced this behavior back on
+[[January 5th|day_163__free_features]], working around a nasty
+bug I didn't understand. Bad Joey, should have root caused the bug at the
+time! But the commit says I was stuck on it for hours, and it was
+presenting as if it was a bug in `git cat-file` itself, so ok. Anyway,
+I quickly got to the bottom of it today, fixed the underlying bug (which 
+was in git-annex, not git itself), and got rid of the workaround and its
+undesired consequences. Much better.
+
+The test suite is turning up some other minor problems with direct mode.
+Should have found time to port it earlier.
+
+Also, may have fixed the issue that was preventing GTalk from working on
+Android. (Missing DNS library so it didn't do SRV lookups right.)
diff --git a/doc/design/assistant/blog/day_265__correctness/comment_1_e8959a6df87eb92310947e66c7471e97._comment b/doc/design/assistant/blog/day_265__correctness/comment_1_e8959a6df87eb92310947e66c7471e97._comment
new file mode 100644
index 0000000000..96731a43e3
--- /dev/null
+++ b/doc/design/assistant/blog/day_265__correctness/comment_1_e8959a6df87eb92310947e66c7471e97._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkF8_uQjLYm5Mf5F_JuVW-BxlvzpWjvR_o"
+ nickname="Andrew"
+ subject="Android success"
+ date="2013-05-16T04:14:09Z"
+ content="""
+I now have my android phone and laptop talking with GTalk and used a remote ssh server to synchronise files.
+
+Photos are flowing from my phone to my laptop quite happily. Magic.
+
+Would help to exclude .thumbnails from the DCIM directory on the phone though...
+"""]]
diff --git a/doc/design/assistant/blog/day_265__correctness/comment_2_0cb953fcc085eedb34e65c227309ede7._comment b/doc/design/assistant/blog/day_265__correctness/comment_2_0cb953fcc085eedb34e65c227309ede7._comment
new file mode 100644
index 0000000000..cf936cf2aa
--- /dev/null
+++ b/doc/design/assistant/blog/day_265__correctness/comment_2_0cb953fcc085eedb34e65c227309ede7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="GTalk/XMPP"
+ date="2013-05-19T09:58:51Z"
+ content="""
+Google seems to be deprecating XMPP and GTalk. Can git-annex assistant use other XMPP services? And does it handle federation correctly?
+"""]]
diff --git a/doc/design/assistant/blog/day_265__correctness/comment_3_df57628a8969af2995732e7ea2a0fae3._comment b/doc/design/assistant/blog/day_265__correctness/comment_3_df57628a8969af2995732e7ea2a0fae3._comment
new file mode 100644
index 0000000000..27bee6171b
--- /dev/null
+++ b/doc/design/assistant/blog/day_265__correctness/comment_3_df57628a8969af2995732e7ea2a0fae3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-19T19:12:59Z"
+ content="""
+git-annex can use any xmpp server.  The only thing that would need to be changed if google talk went away tomorrow is changing some text that suggests entering one's gmail address, to some other text that suggests some other xmpp server to use.
+
+However, I am skeptical about echo chamber conclusions (and/or tech press) about what google is, or is not doing, or is or is not planning to do.
+"""]]
diff --git a/doc/design/assistant/blog/day_266__release_day.mdwn b/doc/design/assistant/blog/day_266__release_day.mdwn
new file mode 100644
index 0000000000..8e373c94c5
--- /dev/null
+++ b/doc/design/assistant/blog/day_266__release_day.mdwn
@@ -0,0 +1,6 @@
+Made a release.
+
+I am firming up some ideas for post-kickstarter. More on that later.
+
+In the process of setting up a Windows autobuilder, using the same
+jenkins installation that is used to autobuild msysgit.
diff --git a/doc/design/assistant/blog/day_266__release_day/comment_1_92c8d1d9216b46b07dfe69bbc77a923e._comment b/doc/design/assistant/blog/day_266__release_day/comment_1_92c8d1d9216b46b07dfe69bbc77a923e._comment
new file mode 100644
index 0000000000..39ff885413
--- /dev/null
+++ b/doc/design/assistant/blog/day_266__release_day/comment_1_92c8d1d9216b46b07dfe69bbc77a923e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="Continued work"
+ date="2013-05-17T07:44:38Z"
+ content="""
+Can we continue to fund your work in some way?
+"""]]
diff --git a/doc/design/assistant/blog/day_267__windows_autobuilder.mdwn b/doc/design/assistant/blog/day_267__windows_autobuilder.mdwn
new file mode 100644
index 0000000000..b9e28438de
--- /dev/null
+++ b/doc/design/assistant/blog/day_267__windows_autobuilder.mdwn
@@ -0,0 +1,9 @@
+git-annex is now autobuilt for Windows on the same Jenkins farm that
+builds msysgit. Thanks for Yury V. Zaytsev for providing that! Spent about
+half of today setting up the build.
+
+Got the test suite to pass in direct mode, and indeed in direct mode
+on a FAT file system. Had to fix one corner case in direct mode `git annex
+add`. Unfortunately it still doesn't work on Android; somehow `git clone` 
+of a local repository is broken there. Also got the test suite to build,
+and run on Windows, though it fails pretty miserably.
diff --git a/doc/design/assistant/blog/day_267__windows_autobuilder/comment_1_978b584d86395f2f621b0e1f7c5e70d7._comment b/doc/design/assistant/blog/day_267__windows_autobuilder/comment_1_978b584d86395f2f621b0e1f7c5e70d7._comment
new file mode 100644
index 0000000000..ccda628ae8
--- /dev/null
+++ b/doc/design/assistant/blog/day_267__windows_autobuilder/comment_1_978b584d86395f2f621b0e1f7c5e70d7._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkDb5BRI8VzliQuKRVM7NwMdudvxiUNPHI"
+ nickname="Richard"
+ subject="git annex add on Win7 NTFS"
+ date="2013-06-14T09:26:24Z"
+ content="""
+Hello I took latest build from download #243.
+
+running in CMD or in GIT bash as admin user.
+
+git annex add, fails on all files.
+
+Example:
+add IS Breast/Changing IP Address of The Server/flowplayer-3.2.4.min.js (checksum...)
+git-annex: C:\development storage\.git\annex\objects\e4b\168\SHA256E-s15723--f6950
+bd995674741c600d0465a333f5491d5713e8ac2e3fc57d61cccadba522d.min.js\SHA256E-s15723--f6950bd995674741c600d0465a333f5491d57
+13e8ac2e3fc57d61cccadba522d.min.js.cache: openFile: does not exist (No such file or directory)
+
+Am I doing something wrong? I somehow understood that this should be ok now.
+Thanks for your kind answer
+"""]]
diff --git a/doc/design/assistant/blog/day_267__windows_autobuilder/comment_2_8f978d2811c8fbf11e3d12f245bdb52b._comment b/doc/design/assistant/blog/day_267__windows_autobuilder/comment_2_8f978d2811c8fbf11e3d12f245bdb52b._comment
new file mode 100644
index 0000000000..796dea21e7
--- /dev/null
+++ b/doc/design/assistant/blog/day_267__windows_autobuilder/comment_2_8f978d2811c8fbf11e3d12f245bdb52b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 2"
+ date="2013-06-25T17:12:17Z"
+ content="""
+That is the same problem that is currently making the test suite fail on the windows autobuilder.
+
+I don't know what is causing this problem, and have not been able to reproduce it locally in order to debug it.
+"""]]
diff --git a/doc/design/assistant/blog/day_268__core_monad_change.mdwn b/doc/design/assistant/blog/day_268__core_monad_change.mdwn
new file mode 100644
index 0000000000..2704bb090e
--- /dev/null
+++ b/doc/design/assistant/blog/day_268__core_monad_change.mdwn
@@ -0,0 +1,9 @@
+Today I had to change the implementation of the Annex monad. The old one
+turned out to be buggy around exception handling -- changes to state
+recorded by code that ran in an exception handler were discarded when it
+threw an exception. Changed from a StateT monad to a ReaderT with
+a MVar. Really deep-level change, but it went off without a
+hitch!
+
+Other than that it was a bug catch up day. Almost entirely caught up once
+more.
diff --git a/doc/design/assistant/blog/day_269__bugfixes.mdwn b/doc/design/assistant/blog/day_269__bugfixes.mdwn
new file mode 100644
index 0000000000..7cbdb58633
--- /dev/null
+++ b/doc/design/assistant/blog/day_269__bugfixes.mdwn
@@ -0,0 +1,14 @@
+Worked on several important bug fixes today. One affects automatic merge
+confict resolution, and can case data loss in direct mode, so I will be
+making a release with the fix tomorrow.
+
+Practiced TDD today, and good thing too. The new improved test suite
+turned up a really subtle bug involving the git-annex branch vector
+clocks-ish code, which I also fixed.
+
+Also, fixes to the OSX autobuilds. One of them had a broken gpg, which is
+now fixed. The other one is successfully building again. And, I'm switching
+the Linux autobuilds to build against Debian stable, since testing has a
+new version of libc now, which would make the autobuilds not work on older
+systems. Getting an amd64 chroot into shape is needing rather a lot
+of backporting of build dependencies, which I already did for i386.
diff --git a/doc/design/assistant/blog/day_26__dying_drives.mdwn b/doc/design/assistant/blog/day_26__dying_drives.mdwn
new file mode 100644
index 0000000000..109ceb19ec
--- /dev/null
+++ b/doc/design/assistant/blog/day_26__dying_drives.mdwn
@@ -0,0 +1,28 @@
+My laptop's SSD died this morning. I had some work from yesterday
+committed to the git repo on it, but not pushed as it didn't build.
+Luckily I was able to get that off the SSD, which is now a read-only
+drive -- even mounting it fails with fsck write errors.
+
+Wish I'd realized the SSD was dying before the day before my trip to
+Nicaragua..
+Getting back to a useful laptop used most of my time and energy today.
+
+I did manage to fix transfers to not block the rest of the assistant's
+threads. Problem was that, without Haskell's threaded runtime, waiting
+on something like a rsync command blocks all threads. To fix this,
+transfers now are run in separate processes.
+
+Also added code to allow multiple transfers to run at once. Each transfer
+takes up a slot, with the number of free slots tracked by a `QSemN`.
+This allows the transfer starting thread to block until a slot frees up,
+and then run the transfer.
+
+This needs to be extended to be aware of transfers initiated by remotes.
+The transfer watcher thread should detect those starting and stopping 
+and update the `QSemN` accordingly. It would also be nice if transfers
+initiated by remotes would be delayed when there are no free slots for them
+... but I have not thought of a good way to do that.
+
+There's a bug somewhere in the new transfer code, when two transfers are
+queued close together, the second one is lost and doesn't happen.
+Would debug this, but I'm spent for the day.
diff --git a/doc/design/assistant/blog/day_270__release_and_xmpp.mdwn b/doc/design/assistant/blog/day_270__release_and_xmpp.mdwn
new file mode 100644
index 0000000000..eb28f97bde
--- /dev/null
+++ b/doc/design/assistant/blog/day_270__release_and_xmpp.mdwn
@@ -0,0 +1,39 @@
+Got the bugfix release out.
+
+Tobias contributed [[tips/megaannex]], which allows using mega.co.nz as a
+special remote. Someone should do this with Flickr, using
+[filr](https://github.com/ricardobeat/filr). I have improved the
+[[special_remotes/hook]] special remote to make it easier to create
+and use reusable programs like megaannex.
+
+But, I am too busy rewriting lots of the XMPP code to join in the
+special remote fun. Spent all last night staring at protocol traces and
+tests, and came to the conclusion that it's working well at the basic
+communication level, but there are a lot of bugs above that level. This
+mostly shows up as one side refusing to push changes made to its tree,
+although it will happily merge in changes sent from the other side.
+
+The NetMessanger code, which handles routing messages to git commands and
+queuing other messages, seems to be just wrong. This is code I wrote in the
+fall, and have basically not touched since. And it shows. Spent 4 hours
+this morning rewriting it. Went all Erlang and implemented message inboxes
+using STM. I'm much more confident it won't drop messages on the
+floor, which the old code certainly did do sometimes.
+
+Added a check to avoid unnecessary pushes over XMPP. Unfortunately, this
+required changing the protocol in a way that will make previous versions of
+git-annex refuse to accept any pushes advertised by this version. Could not
+find a way around that, but there were so many unnecessary pushes happening
+(and possibly contributing to other problems) that it seemed worth the
+upgrade pain.
+
+Will be beating on XMPP a bit more. There is one problem I was seeing
+last night that I cannot reproduce now. It may have been masked or even
+fixed by these changes, but I need to verify that, or put in a workaround.
+It seemed that sometimes this code in `runPush` would run the setup
+and the action, but either the action blocked forever, or an exception
+got through and caused the cleanup not to be run.
+
+[[!format haskell """
+        r <- E.bracket_ setup cleanup <~> a
+"""]]
diff --git a/doc/design/assistant/blog/day_271__more_xmpp.mdwn b/doc/design/assistant/blog/day_271__more_xmpp.mdwn
new file mode 100644
index 0000000000..14e734a2d3
--- /dev/null
+++ b/doc/design/assistant/blog/day_271__more_xmpp.mdwn
@@ -0,0 +1,31 @@
+Tobias has been busy again today, creating a [[/tips/flickrannex]]
+special remote! Meanwhile, I'm thinking about providing a
+[[more complete interface|/todo/support_for_writing_external_special_remotes]]
+so that special remote programs not written in Haskell can do some of the
+things the hook special remote's simplicity doesn't allow.
+
+Finally realized last night that the main problem with the XMPP push code
+was an inversion of control. Reworked it so now there are two new threads,
+XMPPSendpack and XMPPReceivePack, each with their own queue of push
+initiation requests, that run the pushes. This is a lot easier to
+understand, probably less buggy, and lets it apply some smarts to squash
+duplicate actions and pick the best request to handle next.
+
+Also made the XMPP client send pings to detect when it has been disconnected
+from the server. Currently every 120 seconds, though that may change. Testing
+showed that without this, it did not notice (for at least 20 minutes) when 
+it lost routing to the server. Not sure why -- I'd think the TCP connections
+should break and this throw an error -- but this will also handle any idle
+disconnection problems that some XMPP servers might have.
+
+While writing that, I found myself writing this jem using
+[async](http://hackage.haskell.org/package/async), which has a comment
+much longer than the code, but basically we get 4 threads that are all
+linked, so when any dies, all do.
+
+[[!format haskell """
+pinger `concurrently` sender `concurrently` receiver
+"""]]
+
+Anyway, I need to run some long-running XMPP push tests to see if I've
+really ironed out all the bugs.
diff --git a/doc/design/assistant/blog/day_272__fuzz_tester.mdwn b/doc/design/assistant/blog/day_272__fuzz_tester.mdwn
new file mode 100644
index 0000000000..9d352f70a3
--- /dev/null
+++ b/doc/design/assistant/blog/day_272__fuzz_tester.mdwn
@@ -0,0 +1,37 @@
+The Android app should work on some more devices now, where hard linking to
+busybox didn't work. Now it installs itself using symlinks.
+
+Pushed a point release so `cabal install git-annex` works again. And,
+I'm really happy to see that the 4.20130521 release has autobuilt on all
+Debian architectures, and will soon be replacing the old 3.20120629 version
+in testing. (Well, once a libffi transition completes..)
+
+TobiasTheMachine has done it again: [[tips/googledriveannex]]  
+
+-----
+
+I spent most of today building a fuzz tester for the assistant. `git annex
+fuzztest` will (once you find the special runes to allow it to run) create
+random files in the repository, move them around, delete them, move
+directory trees around, etc. The plan is to use this to run some long
+duration tests with eg, XMPP, to make sure the assistant keeps things
+in shape after a lot of activity. It logs in machine-readable format, 
+so if it turns up a bug I may even be able to use it to reproduce the same
+bug (fingers crossed).
+
+I was able to use QuickCheck to generate random data for some parts of the fuzz
+tester. (Though the actual file names it uses are not generated using
+QuickCheck.) Liked this part:
+
+[[!format haskell """
+instance Arbitrary FuzzAction where
+        arbitrary = frequency
+                [ (100, FuzzAdd <$> arbitrary)
+                , (10, FuzzDelete <$> arbitrary)
+                , (10, FuzzMove <$> arbitrary <*> arbitrary)
+                , (10, FuzzModify <$> arbitrary)
+                , (10, FuzzDeleteDir <$> arbitrary)
+                , (10, FuzzMoveDir <$> arbitrary <*> arbitrary)
+                , (10, FuzzPause <$> arbitrary)
+                ]
+"""]]
diff --git a/doc/design/assistant/blog/day_273-274__fun.mdwn b/doc/design/assistant/blog/day_273-274__fun.mdwn
new file mode 100644
index 0000000000..2fa12003a5
--- /dev/null
+++ b/doc/design/assistant/blog/day_273-274__fun.mdwn
@@ -0,0 +1,19 @@
+Got caught up on some bug reports yesterday. The main one was odd behavior
+of the assistant when the repository was in manual mode. A recent change to
+the preferred content expression caused it. But the expression was not
+broken. The problem was in the parser, which got the parentheses wrong
+in this case. I had to mostly rewrite the parser, unfortunately. I've tested
+the new one fairly extensively -- on the other hand this bug lurked in the
+old parser for several years (this same code is used for matching files
+with command-line parameters).
+
+Just as I finished with that, I noticed another bug. Turns out git-cat-file
+doesn't reload the index after it's started. So last week's changes to make
+git-annex check the state of files in the index won't work when using the
+assistant. Luckily there was an easy workaround for this.
+
+Today I finished up some robustness fixes, and added to the test suite
+checks for preferred content expressions, manual mode, etc.
+
+I've started a stress test, syncing 2 repositories over XMPP, with the fuzz
+tester running in each to create lots of changes to keep in sync.
diff --git a/doc/design/assistant/blog/day_275__working_hard_or.mdwn b/doc/design/assistant/blog/day_275__working_hard_or.mdwn
new file mode 100644
index 0000000000..b667ba08a1
--- /dev/null
+++ b/doc/design/assistant/blog/day_275__working_hard_or.mdwn
@@ -0,0 +1,12 @@
+Fuzz tester has found several interesting bugs that I've now fixed. It's
+even found a bug in my fixes. Most of the problems the fuzz testing has
+found have had to do with direct mode merges, and automatic merge conflict
+resoltion. Turns out the second level of automatic merge conflict
+resolution (where the changes made to resolve a merge conflict themselves
+turn out conflict in a later merge) was buggy, for example.
+
+So, didn't really work a lot today -- was not intending to work at all
+actually -- but have still accomplished a lot.
+
+(Also, Tobias contributed [[tips/dropboxannex]] .. I'll be curious to see
+what the use case for that is, if any!)
diff --git a/doc/design/assistant/blog/day_276__fuzzing_continues.mdwn b/doc/design/assistant/blog/day_276__fuzzing_continues.mdwn
new file mode 100644
index 0000000000..d6fc88b057
--- /dev/null
+++ b/doc/design/assistant/blog/day_276__fuzzing_continues.mdwn
@@ -0,0 +1,12 @@
+The fuzz testing found a file descriptor leak in the XMPP git push code.
+The assistant seems to hold up under fuzzing for quite a while now.
+
+Have started trying to work around some versions of Android not letting 
+the `am` command be used by regular users to open a web browser on an URL.
+Here is my current crazy plan: Hack the terminal emulator's title setting
+code, to get a new escape sequence that requests an URL be opened. This
+assumes I can just use `startActivity()` from inside the app and it will
+work. This may sound a little weird, but it avoids me needing to set up a
+new communications channel from the assistant to the Java app. Best of all,
+I have to write very little Java code. I last wrote Java code in 1995, so
+writing much more is probably a good thing to avoid.
diff --git a/doc/design/assistant/blog/day_276__fuzzing_continues/comment_1_f5dd0658511a1063c2eb025b0fe98426._comment b/doc/design/assistant/blog/day_276__fuzzing_continues/comment_1_f5dd0658511a1063c2eb025b0fe98426._comment
new file mode 100644
index 0000000000..4a54fa1880
--- /dev/null
+++ b/doc/design/assistant/blog/day_276__fuzzing_continues/comment_1_f5dd0658511a1063c2eb025b0fe98426._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 1"
+ date="2013-05-28T03:23:50Z"
+ content="""
+Does the Android application use a [WakeLock](https://developer.android.com/reference/android/os/PowerManager.WakeLock.html) to ensure syncing happens even if the device screen goes off?
+
+I'm under the impression that it doesn't since it took a very long time to sync the first time (before I used the terminal's options to prevent the phone from sleeping).
+
+I think that option shouldn't be left on since it would waste the battery and I think the application should block sleep mode only when syncing.
+
+I might be wrong. I never had to use a WakeLock on Android yet.
+"""]]
diff --git a/doc/design/assistant/blog/day_276__fuzzing_continues/comment_2_a56c4c26a9e7bb8cfe3f598dbeed0813._comment b/doc/design/assistant/blog/day_276__fuzzing_continues/comment_2_a56c4c26a9e7bb8cfe3f598dbeed0813._comment
new file mode 100644
index 0000000000..3a98c8a092
--- /dev/null
+++ b/doc/design/assistant/blog/day_276__fuzzing_continues/comment_2_a56c4c26a9e7bb8cfe3f598dbeed0813._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-29T16:30:20Z"
+ content="""
+The terminal has options to take the wake lock, and also the wifi lock, in its menu.
+
+Currently this has to be managed manually. The assistant does not try to deal with this.
+"""]]
diff --git a/doc/design/assistant/blog/day_277__private_static_protected_void.mdwn b/doc/design/assistant/blog/day_277__private_static_protected_void.mdwn
new file mode 100644
index 0000000000..dbe2244a02
--- /dev/null
+++ b/doc/design/assistant/blog/day_277__private_static_protected_void.mdwn
@@ -0,0 +1,19 @@
+Yeah, Java hacking today. I have something that I think should deal with
+the [[bugs/Android_app_permission_denial_on_startup]] problem. Added a "Open
+WebApp" item to the terminal's menu, which should behave as advertised.
+This is available in the Android daily build now, if your device has that
+problem.
+
+I was not able to get the escape sequence hack to work. I had no difficulty
+modifying the terminal to send an intent to open an url when it received a
+custom escape sequence. But sending the intent just seemed to lock up the
+terminal for a minute without doing anything. No idea why. I had to propigate a
+context object in to the terminal emulator through several layers of objects.
+Perhaps that doesn't really work despite what I [read on stackoverflow](http://stackoverflow.com/questions/9051849/opening-a-link-in-the-browser/9052208#9052208).
+
+Anyway, that's all I have time to do. It would be nice if I, or some other
+interested developer who is more comfortable with Java, could write a custom
+Android frontend app, that embedded a web browser widget for the webapp,
+rather than abusing the terminal this way. OTOH, this way does provide the
+bonus of a pretty good terminal and git shell environment for Android to go
+with git-annex.
diff --git a/doc/design/assistant/blog/day_278__winding_down.mdwn b/doc/design/assistant/blog/day_278__winding_down.mdwn
new file mode 100644
index 0000000000..824feceaf5
--- /dev/null
+++ b/doc/design/assistant/blog/day_278__winding_down.mdwn
@@ -0,0 +1,11 @@
+Winding down work for now, as I prepare for a week at the beach starting in
+2 days. That will be followed by a talk about git-annex at
+[SELF2013](http://www.southeastlinuxfest.org/) in Charlotte NC on June 9th.
+
+Bits & pieces today.
+
+Want to get a release out RSN, but I'm waiting for the previous release
+to finally reach Debian testing, which should happen on Saturday. Luckily I
+hear the beach house has wifi, so I will probably end up cutting the
+release from there. Only other thing I might work on next week is updating
+to yesod 1.2.
diff --git a/doc/design/assistant/blog/day_279__final_release_prep.mdwn b/doc/design/assistant/blog/day_279__final_release_prep.mdwn
new file mode 100644
index 0000000000..f209c1ccb6
--- /dev/null
+++ b/doc/design/assistant/blog/day_279__final_release_prep.mdwn
@@ -0,0 +1,14 @@
+Landed two final changes before the release..
+
+First, made git-annex detect if any of the several long-running git process
+it talks to have died, and, if yes, restart them. My stress test is reliably
+able to get at least `git cat-file` to crash, and while I don't know why (and
+obviously should follow up by getting a core dump and stack trace of it),
+the assistant needs to deal with this to be robust.
+
+Secondly, wrote rather a lot of Java code to better open the web browser
+when the Android app is started. A thread listens for URLs to be written to
+a FIFO. Creating a FIFO from fortran&#94;Wjava code is .. interesting. Glad to
+see the back of the `am` command; it did me no favors.
+
+AFK
diff --git a/doc/design/assistant/blog/day_27__robust_transfers.mdwn b/doc/design/assistant/blog/day_27__robust_transfers.mdwn
new file mode 100644
index 0000000000..49ace417b7
--- /dev/null
+++ b/doc/design/assistant/blog/day_27__robust_transfers.mdwn
@@ -0,0 +1,31 @@
+Spent most of the day making file content transfers robust. There were lots
+of bugs, hopefully I've fixed most of them. It seems to work well now,
+even when I throw a lot of files at it.
+
+One of the changes also sped up transfers; it no longer roundtrips to the
+remote to verify it has a file. The idea here is that when the assistant is
+running, repos should typically be fairly tightly synced to their remotes
+by it, so some of the extra checks that the `move` command does are
+unnecessary.
+
+Also spent some time trying to use ghc's threaded runtime, but continue to
+be baffled by the random hangs when using it. This needs fixing eventually;
+all the assistant's threads can potentially be blocked when it's waiting on
+an external command it has run.
+
+Also changed how transfer info files are locked. The lock file is now
+separate from the info file, which allows the TransferWatcher thread to
+notice when an info file is created, and thus actually track transfers
+initiated by remotes.
+
+---
+
+I'm fairly close now to merging the `assistant` branch into `master`.
+The data syncing code is very brute-force, but it will work well enough
+for a first cut.
+
+Next I can either add some repository network mapping, and use graph
+analysis to reduce the number of data transfers, or I can move on to the
+[[webapp]]. Not sure yet which I'll do. It's likely that since DebConf
+begins tomorrow I'll put off either of those big things until after the
+conference.
diff --git a/doc/design/assistant/blog/day_28-35__threaded_runtime_tarpit.mdwn b/doc/design/assistant/blog/day_28-35__threaded_runtime_tarpit.mdwn
new file mode 100644
index 0000000000..612dfc514c
--- /dev/null
+++ b/doc/design/assistant/blog/day_28-35__threaded_runtime_tarpit.mdwn
@@ -0,0 +1,17 @@
+I didn't plan to work on git-annex much while at DebConf, because the conference
+always prevents the kind of concentration I need. But I unexpectedly also had to deal
+with [three dead drives](http://joeyh.name/blog/entry/I_am_become_Joey_destroyer_of_drives/)
+and illness this week. 
+
+That said, I have been trying to debug a problem with git-annex and Haskell's threaded
+runtime all week. It just hangs, randomly. No luck so far isolating why, although I now
+have a branch that hangs fairly reliably, and in which I am trying to whittle the entire
+git-annex code base (all 18 thousand lines!) into a nice test case.
+
+This threaded runtime problem doesn't affect the assistant yet, but if I want to use
+Yesod in developing the webapp, I'll need the threaded runtime, and using the threaded
+runtime in the assistant generally would make it more responsive and less hacky.
+
+Since this is a task I can work on without much concentration, I'll probably keep beating
+on it until I return home. Then I need to spend some quality thinking time on where
+to go next in the assistant.
diff --git a/doc/design/assistant/blog/day_280__yesod.mdwn b/doc/design/assistant/blog/day_280__yesod.mdwn
new file mode 100644
index 0000000000..ff02fd02ba
--- /dev/null
+++ b/doc/design/assistant/blog/day_280__yesod.mdwn
@@ -0,0 +1,7 @@
+Today marks 1 year since I started working on the git-annex assistant. 280
+solid days of work!
+
+As a background task here at the beach I've been porting git-annex to yesod
+1.2. Finished it today, earlier than expected, and also managed to keep it
+building with older versions. Some tricks kept the number of
+ifdefs reasonably low.
diff --git a/doc/design/assistant/blog/day_280__yesod/comment_1_a42213a8cef71f2b54db18606028136d._comment b/doc/design/assistant/blog/day_280__yesod/comment_1_a42213a8cef71f2b54db18606028136d._comment
new file mode 100644
index 0000000000..3a99c22108
--- /dev/null
+++ b/doc/design/assistant/blog/day_280__yesod/comment_1_a42213a8cef71f2b54db18606028136d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 1"
+ date="2013-06-04T12:51:20Z"
+ content="""
+Congrats on the first year Joey!
+"""]]
diff --git a/doc/design/assistant/blog/day_281__back.mdwn b/doc/design/assistant/blog/day_281__back.mdwn
new file mode 100644
index 0000000000..03e42c0a59
--- /dev/null
+++ b/doc/design/assistant/blog/day_281__back.mdwn
@@ -0,0 +1,37 @@
+Slowly getting through the bugs that were opened while I was on vacation and
+then I'll try to get to all the comments. 60+ messages to go.
+
+Got git-annex working better on encfs, which does not support hard links in
+paranoid mode. Now git-annex can be used in indirect mode, it doesn't force
+direct mode when hard links are not supported.
+
+Made the Android repository setup special case generate a .gitignore file
+to ignore thumbnails. Which will only start working once the assistant
+gets .gitignore support.
+
+-----
+
+Been thinking today about encrypting XMPP traffic, particularly git push
+data. Of course, XMPP is already encrypted, but that doesn't hide it from
+those entities who have access to the XMPP server or its encryption key.
+So adding client-to-client encryption has been on the TODO list all along.
+
+OTR would be a great way to do it. But I worry that the confirmation steps
+OTR uses to authenticate the recipient would make the XMPP pairing UI harder
+to get through.
+
+Particularly when pairing your own devices over XMPP, with several devices
+involved, you'd need to do a lot of cross-confirmations. It would be better
+there, I think, to just use a shared secret for authentication. (The need
+to enter such a secret on each of your devices before pairing them would
+also provide a way to use different repositories with the same XMPP
+account, so 2birds1stone.)
+
+Maybe OTR confirmations would be ok when setting up sharing with a friend.
+If OTR was not used there, and it just did a Diffie-Hellman key exchange
+during the pairing process, it could be attacked by an active MITM spoofing
+attack. The attacker would then know the keys, and could decrypt future
+pushes. How likely is such an attack? This goes far beyond what we're
+hearing about. Might be best to put in some basic encryption now, so
+we don't have to worry about pushes being passively recorded on the
+server. Comments appreciated.
diff --git a/doc/design/assistant/blog/day_281__back/comment_1_128809c5a2a9f5cc345a10fdbf55be01._comment b/doc/design/assistant/blog/day_281__back/comment_1_128809c5a2a9f5cc345a10fdbf55be01._comment
new file mode 100644
index 0000000000..a120cc2d32
--- /dev/null
+++ b/doc/design/assistant/blog/day_281__back/comment_1_128809c5a2a9f5cc345a10fdbf55be01._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJ2utMQgMEYAOs3Dfc6eZRyUzt4acNXUU"
+ nickname="David"
+ subject="comment 1"
+ date="2013-06-10T23:42:20Z"
+ content="""
+If you do a D-H key exchange and display the key fingerprint on both devices, that would be a pretty strong disincentive against XMPP servers doing a MitM. You only need one victim to casually notice a discrepancy, and it leaves behind a strong proof of tampering.
+"""]]
diff --git a/doc/design/assistant/blog/day_281__back/comment_2_6d0bbdf6ebaff9da399804570f0e606d._comment b/doc/design/assistant/blog/day_281__back/comment_2_6d0bbdf6ebaff9da399804570f0e606d._comment
new file mode 100644
index 0000000000..884b2484ef
--- /dev/null
+++ b/doc/design/assistant/blog/day_281__back/comment_2_6d0bbdf6ebaff9da399804570f0e606d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-06-10T23:50:27Z"
+ content="""
+David, along those lines, if a value derived from the D-H key were committed to the git repo, then the MITM would need to maintain two distinct git trees, and translate between them on an ongoing basis. Which is harder. And then if both clients at any point communicated via another channel (ie, local pairing), the forgery would be very noticeable.
+
+Which is not to say that this is necessarily good enough..
+"""]]
diff --git a/doc/design/assistant/blog/day_282-283__caught_up.mdwn b/doc/design/assistant/blog/day_282-283__caught_up.mdwn
new file mode 100644
index 0000000000..b097e8d248
--- /dev/null
+++ b/doc/design/assistant/blog/day_282-283__caught_up.mdwn
@@ -0,0 +1,18 @@
+Got caught up on my backlog yesterday.
+
+Part of adding files in direct mode involved removing write permission from
+them temporarily. That turned out to cause problems with some programs that
+open a file repeatedly, and was generally against the principle that direct
+mode files are always directly available. Happily, I was able to get rid of
+that without sacrificing any safety.
+
+Improved syncing to bare repositories. Normally syncing pushes to a
+synced/master branch, which is good for non-bare repositories since git
+does not allow pushing to the currently checked out branch. But for bare
+repositories, this could leave them without a master branch, so cloning
+from them wouldn't work. A funny thing is that git does not really have any
+way to tell if a remote repository is bare or not. Anyway, I did put in a
+fix, at the expense of pushing twice (but the git data should only be
+transferred once anyway).
+
+
diff --git a/doc/design/assistant/blog/day_284__porting.mdwn b/doc/design/assistant/blog/day_284__porting.mdwn
new file mode 100644
index 0000000000..f0648b0e1a
--- /dev/null
+++ b/doc/design/assistant/blog/day_284__porting.mdwn
@@ -0,0 +1,13 @@
+Today I got to deal with bugs on Android (busted use of `cp` among other
+problems), Windows (fixed a strange hang when adding several files), and
+Linux (`.desktop` files suck and Wine ships a particularly nasty one).
+Pretty diverse!
+
+Did quite a lot of research and thinking on XMPP encryption yesterday, but
+have not run any code yet (except for trying out a D-H exchange in `ghci`).
+I have listed several options on the [[XMPP]] page.
+
+Planning to take a look at
+[[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]]
+tomorrow; maybe I can come up with a workaround to avoid it behaving so
+badly in that case.
diff --git a/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn
new file mode 100644
index 0000000000..252dc367f7
--- /dev/null
+++ b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop.mdwn
@@ -0,0 +1,23 @@
+Yay, I fixed the
+[[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]]
+bug!
+At least in direct mode, which thanks to its associated files tracking
+knows when a given file has another file in the repository with the same
+content. Had not realized the behavior in direct mode was so bad, or the
+fix so relatively easy. Pity I can't do the same for indirect mode, but
+the problem is much less serious there.
+
+That was this weekend. Today, I nearly put out a new release (been 2 weeks
+since the last one..), but ran out of time in the end, and need to get the
+OSX autobuilder fixed first, so have deferred it until Friday.
+
+However, I did make some improvements today.
+Added an `annex.debug` git config setting, so debugging can
+be turned on persistently. People seem to expect that to happen when
+checking the checkbox in the webapp, so now it does.
+
+Fixed 3 or 4 bugs in the Windows port. Which actually, has users now, or
+at least one user. It's very handy to actually get real world testing of
+that port.
+
+[[!meta date="Mon, 17 Jun 2013 17:14:04 -0400"]]
diff --git a/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop/comment_1_1065e756dc6d66aefd214eb8ac5ebe1d._comment b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop/comment_1_1065e756dc6d66aefd214eb8ac5ebe1d._comment
new file mode 100644
index 0000000000..41494c02f3
--- /dev/null
+++ b/doc/design/assistant/blog/day_285__fixed_the_archive_directory_loop/comment_1_1065e756dc6d66aefd214eb8ac5ebe1d._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2013-06-26T08:36:33Z"
+ content="""
+Been pretty bad with keeping the osx builder going, but this should fix it...
+
+
+<pre>
+[jtang@x00 build ((cfb577d...))]$ git diff
+diff --git a/.gitignore b/.gitignore
+index 93bd49e..717b58a 100644
+--- a/.gitignore
++++ b/.gitignore
+@@ -24,3 +24,5 @@ cabal-dev
+ .virthualenv
+ tags
+ Setup
++*.hi
++*.o
+</pre>
+
+The build on OSX leaves some stray files and it complains about it.
+"""]]
diff --git a/doc/design/assistant/blog/day_286__Windows_test_suite.mdwn b/doc/design/assistant/blog/day_286__Windows_test_suite.mdwn
new file mode 100644
index 0000000000..f62aa8eb26
--- /dev/null
+++ b/doc/design/assistant/blog/day_286__Windows_test_suite.mdwn
@@ -0,0 +1,19 @@
+One of my Windows fixes yesterday got the test suite close to sort of
+working on Windows, and I spent all day today pounding on it. Fixed
+numerous bugs, and worked around some weird Windows behaviors -- like
+recursively deleting a directory sometimes fails with a permission denied
+error about a file in it, and leaves behind an empty directory. (What!?)
+The most important bug I fixed caused CR to leak into files in the
+git-annex branch from Windows, during a union merge, which was not a good
+thing at all.
+
+At the end of the day, I only have 6 remaining failing test cases on
+Windows. Half of them are some problem where running `git annex sync`
+from the test suite stomps on PATH somehow and prevents xargs from working.
+The rest are probably real bugs in the directory (again something to do
+with recursive directory deletion, hmmm..), hook, and rsync
+special remotes on Windows. I'm punting on those 6 for now, they'll be
+skipped on Windows.
+
+Should be worth today's pain to know in the future when I break
+something that I've oh-so-painfully gotten working on Windows.
diff --git a/doc/design/assistant/blog/day_287__niceness.mdwn b/doc/design/assistant/blog/day_287__niceness.mdwn
new file mode 100644
index 0000000000..5fc193353d
--- /dev/null
+++ b/doc/design/assistant/blog/day_287__niceness.mdwn
@@ -0,0 +1,13 @@
+Pushed out a release today. While I've somewhat ramped down activity this
+month with the Kickstarter period over and summer trips and events ongoing,
+looking over the changelog I still see a ton of improvements in the 20 days
+since the last release.
+
+Been doing some work to make the assistant daemon be more `nice`. I don't
+want to nice the whole program, because that could make the web interface
+unresponsive. What I am able to do, thanks to Linux violating POSIX, is to
+`nice` certain expensive operations, including the startup scan and the daily
+sanity check. Also, I put in a call to `ionice` (when it's available) 
+when `git annex assistant --autostart` is run, so the daemon's
+disk IO will be prioritized below other IO. Hope this keeps it out of your
+way while it does its job.
diff --git a/doc/design/assistant/blog/day_288__success_stories.mdwn b/doc/design/assistant/blog/day_288__success_stories.mdwn
new file mode 100644
index 0000000000..c19f64e1ff
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories.mdwn
@@ -0,0 +1,32 @@
+Got caught up on a big queue of messages today. Mostly I hear from people
+when git-annex is not working for them, or they have a question about using
+it. From time to time someone does mention that it's working for them.
+
+> We have 4 or so machines all synching with each other via the local
+> network thing. I'm always amazed when it doesn't just explode :)
+
+Due to the nature of git-annex, a lot of people can be using it without
+anyone knowing about it. Which is great. But these little success stories
+can make all the difference. It motivates me to keep pounding out the
+development hours, it encourages other people to try it, and it'd be a good
+thing to be able to point at if I tried to raise more funding now that I'm
+out of Kickstarter money.
+
+I'm posting my own success story to my main blog:
+[git annex and my mom](http://joeyh.name/blog/entry/git_annex_and_my_mom)
+
+If you have a success story to share, why not blog about it, microblog it,
+or just post a comment here, or even send me a private message. Just a
+quick note is fine. Thanks!
+
+----
+
+Going through the bug reports and questions today, I ended up fixing
+three separate bugs that could break setting up a repo on a remote ssh
+server from the webapp.
+
+Also developed a minimal test case for some gnucash behavior that prevents
+the watcher from seeing files it writes out. I understand the problem,
+but don't have a fix for that yet. Will have to think about it. (A year ago
+today, my blog featured the
+[[first_release_of_the_watcher|day_16__more_robust_syncing]].)
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_10_9ddf57b8ae0241268bb33bec1b169e4c._comment b/doc/design/assistant/blog/day_288__success_stories/comment_10_9ddf57b8ae0241268bb33bec1b169e4c._comment
new file mode 100644
index 0000000000..f53f4b654d
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_10_9ddf57b8ae0241268bb33bec1b169e4c._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmnG4EuvZWse5hvgrl0XAK-U61e-0iGaao"
+ nickname="David"
+ subject="Nothing fancy but..."
+ date="2013-06-27T16:52:12Z"
+ content="""
+Hi Joey,
+
+First, thanks very much for your effort put into git-annex.  I store my photos in git-annex and I like it because:
+
+* I want to store multiple copies of the pictures and I can see where they are,
+* I can have a global view of the collection on my laptop without carrying all the files.
+* the indirect mode makes it difficult to me to do stupid things.
+
+So there's nothing fancy, but it works for me very well.  From time to time I try the assistant's new features and I'm planning to replace Dropbox eventually.
+
+Secondly, thanks very much for the dev blog!  I was looking forward every morning to see what's coming next, what problems you are facing and how you're planning to solve them.  It is simply amazing what you've achieved in the last year and your posts gave me a lot of motivation too (in finishing my thesis  :-))!
+
+Thanks!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_11_50b8a597bd8677608f2ef176443f23f3._comment b/doc/design/assistant/blog/day_288__success_stories/comment_11_50b8a597bd8677608f2ef176443f23f3._comment
new file mode 100644
index 0000000000..219e1e651d
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_11_50b8a597bd8677608f2ef176443f23f3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 11"
+ date="2013-06-27T18:11:03Z"
+ content="""
+Excerpt from a [longer comment](http://git-annex.branchable.com/bugs/Problems_with_syncing_gnucash/#comment-7d70d822a0fdf672ba09535f943af7c9) by Florian:
+
+I know that my expectations in this project are a little bit high and I see how much work it was to get where we are now. Once again thank you for the excellent work done so far. I don't fear to synchronize important data with git-annex. I even use git-annex to backup and synchronize the member database for our club (wannabe hackerspace).
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_12_f2df427cf3608377e9a52d8bdeadb26f._comment b/doc/design/assistant/blog/day_288__success_stories/comment_12_f2df427cf3608377e9a52d8bdeadb26f._comment
new file mode 100644
index 0000000000..10699c9593
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_12_f2df427cf3608377e9a52d8bdeadb26f._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 12"
+ date="2013-06-27T18:11:45Z"
+ content="""
+From a mail I received: --[[Joey]]
+
+Git-annex makes it possible for me to have lots of data.  Before I
+started using it I had a music library and a few massive tar files,
+none of it properly backed up, and occasionally there would be random
+corruption (I still have broken mp3s which jump and stutter in places)
+because I would carelessly cp them from HDD to HDD.  So I'd avoid
+actually letting data accumulate; this was inconvenient in itself.
+Now git-annex does everything for me.
+
+Following your development blog, as a novice programmer, has been
+really enjoyable and interesting.  My only experience of professional
+IT has put me of but it's good to see you working through things
+methodically and properly.
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_13_8762efed97f21eeba8f0a7be45bd924a._comment b/doc/design/assistant/blog/day_288__success_stories/comment_13_8762efed97f21eeba8f0a7be45bd924a._comment
new file mode 100644
index 0000000000..3b18645e4c
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_13_8762efed97f21eeba8f0a7be45bd924a._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="http://julien.lefrique.name/"
+ nickname="jlefrique"
+ subject="Many thanks!"
+ date="2013-06-27T19:59:47Z"
+ content="""
+Hi Joey,
+
+More than ten years ago, I was looking for a software to index the content of all my
+CD-ROMs in order to create a kind of \"table of content\". Today there is
+git-annex!
+
+I discovered git-annex few months ago and it really helps me to keep my file
+well organized. I missed the first crowd funding campaign but would be happy
+to contribute to the next one :D
+
+I mainly use four different annexes for:
+
+* my private photos and videos,
+* my music collection,
+* my other multimedia files (movies...),
+* my other files that are too large to be commited into git directly (pdf, binaries...).
+
+I use git-annex manually via the command line. I started to play with the
+assistant on my Android tablet and I plan to install it on my wife's
+Macbook to synchronize her data with the NAS.
+
+A standalone build for arm to run git-annex on my NAS (QNAP 219 PII) would be perfect :-P
+
+Thank you very much for all your great softwares (yes I also use etckeeper,
+some moreutils tools and more recently ikiwiki).
+
+-Julien
+
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_14_55e1bb15c3a93d582d110f8173ceefc2._comment b/doc/design/assistant/blog/day_288__success_stories/comment_14_55e1bb15c3a93d582d110f8173ceefc2._comment
new file mode 100644
index 0000000000..f63dc7b9e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_14_55e1bb15c3a93d582d110f8173ceefc2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="EvanDeaubl"
+ ip="67.128.198.190"
+ subject="comment 14"
+ date="2013-06-28T18:35:55Z"
+ content="""
+git-annex has been working brilliantly for me. I have been slowly moving content out of the various places I've had it stored (file servers, folders hidden away on all my machines, Dropbox, Google Drive, etc.) into a single git-annex repo. The idea has been to mimic Dropbox's single folder, but with much more flexibility: I sync my working machines, my home fileserver, my VPS (for file access on the go), Android devices, and even a couple of dumb MP3 players from git-annex. Best of all, I have one place to go for all of my files, and if they're not on the device at the moment I need them, they're a download away. I didn't find git-annex until after the first crowdfunding campaign had completed, but if there's another, I would be a happy supporter.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_15_5749aef8b585b293385b20b75c40f9d8._comment b/doc/design/assistant/blog/day_288__success_stories/comment_15_5749aef8b585b293385b20b75c40f9d8._comment
new file mode 100644
index 0000000000..cefc5045c6
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_15_5749aef8b585b293385b20b75c40f9d8._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="It's been great!"
+ date="2013-06-29T03:48:08Z"
+ content="""
+Looks like I started using git-annex in November 2010.
+
+I'd already been tracking lots of small files in my home directory (settings, scripts, notes, todo list, timesheets, invoices, etc) with git.
+
+So awesome to get backups, syncing and manual merge conflict resolution.
+
+git-annex extended that to handle my larger files. git-annex's ability to be selective about what is stored where, allowed my to still be able to git clone my home directory onto small devices (I've got a debian chroot with only 6GB or so, and I installed debian on my new chromebook, that's only got 16GB of disk space (for the whole system.))
+
+I love having the full catalog visible on my filesystem with symlinks, and I can just request a file, and git-annex will figure out where to get it from, even if I'm away from home on my laptop.
+
+I just got a 2nd external hard drive, and I'm delighted with how easy it was to get a backup of everything on there.
+
+I was able to quickly and safely clear up space on my desktop computer! I'm confident that my data is safe because I've got git-annex configured to make sure there's at least two copies of my videos, and 3 copies of everything else.
+
+I've finally gone from either keeping hard drives from my past computers or keeping a full copy of the data, to having a proper archiving and backup system for all files I care about.
+
+I've got over 12,000 files stored on my main annex, and it's perfectly responsive.
+
+Joey does a great job, and has been very responsive on the rare occasions where I needed help.
+
+Three cheers!
+
+-- 
+Jason
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_16_911c6d2764906cad7d6324835441ed34._comment b/doc/design/assistant/blog/day_288__success_stories/comment_16_911c6d2764906cad7d6324835441ed34._comment
new file mode 100644
index 0000000000..64d17f8721
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_16_911c6d2764906cad7d6324835441ed34._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="thanks!"
+ date="2013-06-30T13:10:35Z"
+ content="""
+I'm using git-annex to consolidate all the stuff that accumulated for years on various drives I have. Music I downloaded and bought (don't wanna loose those), photos from 2003 and on, archives of school and work stuff etc. Using it for 6-7 months now, I came to trust git-annex, I very much like the command line robustness it has and I really like that all my files are accessible in a single tree. It would be cool to have some metadata storage (for file dates, tags and such) and maybe spotlight-like search (elastic-search comes to mind).. 
+Still, without these, it has a great problem-solution fit for me!
+
+Thanks Joey for all the great work, I really hope you can continue improving it, I would gladly join to a second kickstarter funding!
+
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_17_eb6aa8af5aa70877255a11d132d51aba._comment b/doc/design/assistant/blog/day_288__success_stories/comment_17_eb6aa8af5aa70877255a11d132d51aba._comment
new file mode 100644
index 0000000000..0586afab57
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_17_eb6aa8af5aa70877255a11d132d51aba._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="50.23.191.90"
+ subject="Several annexes managing >3TB. No problems!"
+ date="2013-07-02T00:12:27Z"
+ content="""
+I've got an annex with all my DVD ISOs that's nearly 3TB alone, uses the SHA512 hash and gets split over three computers, 6 external SATA drives and 3 USB drives.  No errors so far, and the issues with git-annex I've had have all been addressed very quickly (thanks Joey!) and in a non-destructive manner so I don't have to re-init a repo.  I also use it to manage my music library, which allows to me to sleep at night without worrying about a corrupted file spreading through all my backups over time since git-annex has a fsck and hashing utility.  I can't imagine using anything else for managing collections of files: it offloads the task of keeping track of, getting, verifying, and general management of files so I don't even need to worry about the boring stuff, I just get around to watching/listening to my media collection.
+
+Thanks for all the work, it's changed my workflow and file management (I get more sleep too)!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_18_9a57de4cea407a73b2d023d85afdccc6._comment b/doc/design/assistant/blog/day_288__success_stories/comment_18_9a57de4cea407a73b2d023d85afdccc6._comment
new file mode 100644
index 0000000000..1e42772772
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_18_9a57de4cea407a73b2d023d85afdccc6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 18"
+ date="2013-07-03T15:51:48Z"
+ content="""
+Another good tweet: --[[Joey]]
+
+My google Reader replacement: newsbeuter with the data directory stored in an autosynced git-annex repo.
+
+<https://twitter.com/JustinAzoff/status/352256199070199809>
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_19_1767c86067bee35941004282b96b8e95._comment b/doc/design/assistant/blog/day_288__success_stories/comment_19_1767c86067bee35941004282b96b8e95._comment
new file mode 100644
index 0000000000..93bfb03e6f
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_19_1767c86067bee35941004282b96b8e95._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="176.31.181.25"
+ subject="Forgot to add..."
+ date="2013-07-03T19:28:42Z"
+ content="""
+Forgot to add: I'm horrible at keeping things organized.  Git-annex is a huge help with that -- it keeps track of files and the number of their copies.  When I first started using it, I had old songs duplicated across 4 drives, while 2 of those drives had old tags and were obsolete, and one drive had the correct tags, but not the correct filenames.  Every few years I'd have to go through several TB of media files, hand checking each of them to see what was old, what was unwanted, etc.  Once my media libraries got larger than consumer-grade HDD's, I had to find a better solution.  Git-annex removes that burden, and keeps things organized for me.  Once I get an album or movie I tag/rename it the way I want, throw it in the annex and let my computer do the boring and tedious parts like automatically verifying and making sure there's enough copies.  If I change a file, that change propagates through all my repo clones.  It wasn't until after I started using git-annex that I realized how stressed out I was getting over simply maintaining a media library.
+
+If you do another fundraiser you've got my support!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_1_22b28ca3d4d3283ad8c21ae052fb9752._comment b/doc/design/assistant/blog/day_288__success_stories/comment_1_22b28ca3d4d3283ad8c21ae052fb9752._comment
new file mode 100644
index 0000000000..494cb798a5
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_1_22b28ca3d4d3283ad8c21ae052fb9752._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-06-25T22:26:27Z"
+ content="""
+I've been real quiet cause everything's been working great. :)
+
+One thing I have not messed with yet is the whole XMPP thing.  I mostly don't share between two machines that are online at the same time, I just use git annex for backups and to have content \"optionally\" available.  I should give XMPP a try sometime.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_20_1d47f3e1b9f0081649cedae4288bac83._comment b/doc/design/assistant/blog/day_288__success_stories/comment_20_1d47f3e1b9f0081649cedae4288bac83._comment
new file mode 100644
index 0000000000..501cf561f8
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_20_1d47f3e1b9f0081649cedae4288bac83._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 20"
+ date="2013-07-04T12:41:35Z"
+ content="""
+I'm using git-annex to make videos, pictures and music available on all my devices (windows, android, linux). It has saved me on trips with my 2yr daughter when she's had meltdowns; I have her favorite movie ready. I quickly exceeded the free dropbox quota and git-annex has replaced the need and gives me greater confidence and control over my data. Thank you!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_21_31d3f58cad83cb1ecc4821a15ca258d8._comment b/doc/design/assistant/blog/day_288__success_stories/comment_21_31d3f58cad83cb1ecc4821a15ca258d8._comment
new file mode 100644
index 0000000000..99c6c14af4
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_21_31d3f58cad83cb1ecc4821a15ca258d8._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm0sGxsiJ7yj5iQsF-A5tEl6XKOGQieqEo"
+ nickname="Matthew"
+ subject="Writing papers"
+ date="2013-07-04T15:32:24Z"
+ content="""
+I'm a graduate student, so I write a lot.  I started using git to manage my latex sources a while ago, but I didn't like gumming up my repository with a bunch of figures (large binaries). I was constantly forgetting to scp the latest versions of my figures from here to there (as I do my work on a number of different computers.)  Git annex gives me a good way to version the figures and manage them with the same tool I'm using for the text.  
+
+My use case seems pretty far from typical, judging from the other comments here, so I thought I should add my two cents!  I'm constantly trying to sell this approach to my fellow students.
+
+Also, I'm going to slip in a plug for another great Haskell project here -- Pandoc. I work with people who suggest changes to my drafts, but only using Word's \"Track Changes\".  So now I'm generating Word docs from Pandoc markdown for my collaborators to edit.  When it comes time to publish, I can convert my markdown to latex and clean up the formatting.  
+
+Why are all the really cool projects written in Haskell? :)  
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_22_b512bd2bf29dfaab6b36bf204518fdb6._comment b/doc/design/assistant/blog/day_288__success_stories/comment_22_b512bd2bf29dfaab6b36bf204518fdb6._comment
new file mode 100644
index 0000000000..e7a62fd019
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_22_b512bd2bf29dfaab6b36bf204518fdb6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="git-annex is teh awesome"
+ date="2013-07-15T12:37:54Z"
+ content="""
+Just like Git, git-annex is teh awesome. I've used it for almost a year now, and I've never had more control of all my stuff. I store all my valuable (and also not so valuable) files in it, more than a terabyte, and it's rapidly growing. Movies, pictures, recordings, software, podcasts, DVDs and CDs, you name it. It's rock solid with a really good design. Joey says it isn't a backup solution, but I strongly disagree. My data have never been safer. git-annex ensures that I have several copies in different locations, I always know where all the copies are, and the disk space is used way more efficiently now that I don't have unnecessary duplicates everywhere anymore.
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_2_343333356de20e170edb8020faa7400d._comment b/doc/design/assistant/blog/day_288__success_stories/comment_2_343333356de20e170edb8020faa7400d._comment
new file mode 100644
index 0000000000..768469e3e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_2_343333356de20e170edb8020faa7400d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~subito"
+ nickname="subito"
+ subject="Big success!"
+ date="2013-06-26T07:00:15Z"
+ content="""
+Annex is working great for me since 8/2012 or something... Using it a lot and the Assistant is awesome!
+
+If you would raise some more funding, I'd be more than happy to support you once more - really great software!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_3_4e4034bec789543b562ac263df3e21dd._comment b/doc/design/assistant/blog/day_288__success_stories/comment_3_4e4034bec789543b562ac263df3e21dd._comment
new file mode 100644
index 0000000000..c8ae3d7850
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_3_4e4034bec789543b562ac263df3e21dd._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl3A5oeZFLreGhDTFVMOJYIy1auKiTL_ZY"
+ nickname="Maggie"
+ subject=":)"
+ date="2013-06-26T15:04:45Z"
+ content="""
+Poets aren't humble people.
+We revel in our own narcissism.
+So being mentioned in my brother's blog
+was great for me.
+
+I am proud of the success of Git Annex.
+
+(My poems tend to be _much_ better than this.)
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_4_0c52794c77a9b7afc5112f5edf9cb793._comment b/doc/design/assistant/blog/day_288__success_stories/comment_4_0c52794c77a9b7afc5112f5edf9cb793._comment
new file mode 100644
index 0000000000..f285863f51
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_4_0c52794c77a9b7afc5112f5edf9cb793._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="2a01:e35:8ae6:f130:1e4b:d6ff:fe78:1ddb"
+ subject="Thank you for this great tool!"
+ date="2013-06-26T18:10:05Z"
+ content="""
+I use git-annex for my picture collection. I can add pictures from my computers, or my FTP server when someone wants to send me their pictures. Then I push them to my online gallery. Git annex is great to keep all my repository synchronized while not requesting that all my pictures are present on my laptop.  Thank you!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_5_7ca419aa3a187857b19268572d5df297._comment b/doc/design/assistant/blog/day_288__success_stories/comment_5_7ca419aa3a187857b19268572d5df297._comment
new file mode 100644
index 0000000000..1dd6fa4a98
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_5_7ca419aa3a187857b19268572d5df297._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 5"
+ date="2013-06-26T19:39:15Z"
+ content="""
+Excerpt from an email I received: --[[Joey]]
+
+Another story, but without the assistant this time: I've \"designed\" a
+small f2f file sharing network with it, I'm using it with a friend to
+share accross several computer. This is basically a workflow
+with git annex and gitoline, the flexibility of git and the capacities
+of git annex just gave us this out of the box. Some specs are here if
+you are curious
+http://worlddomination.be/ideas/2012/idea-n-21-build-a-f2f-sharing-network-using
+-git-annex.html
+
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_6_3edd56b3b04f19faba8d75cca285a662._comment b/doc/design/assistant/blog/day_288__success_stories/comment_6_3edd56b3b04f19faba8d75cca285a662._comment
new file mode 100644
index 0000000000..f08fce4b3a
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_6_3edd56b3b04f19faba8d75cca285a662._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.127.140.99"
+ subject="Another success story"
+ date="2013-06-27T02:03:00Z"
+ content="""
+I'm using Ubuntu, and I do a clean install about every 6 months when the new versions come out. I also have 2-3 systems I need to keep in sync. I use git annex to store files I want to keep between OS reinstalls, and to sync the various systems I need data on. I also use it to backup data to the cloud and to bup. I have 6+ repos, 235 GB of data, and 31,029 known annex keys (thanks `git annex map` and `git annex status`!); nevertheless git annex is generally pretty cooperative. I'm not using the assistant yet, but I'd like to eventually. I almost don't have to think about the stuff annex handles. It's really fun to install a fresh OS, clone the git annex repo, and have my entire annex directory tree available immediately.
+
+Thanks Joey! You've done a great job!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_7_146331ae2de25a6dc3595dffab9514de._comment b/doc/design/assistant/blog/day_288__success_stories/comment_7_146331ae2de25a6dc3595dffab9514de._comment
new file mode 100644
index 0000000000..61d581380d
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_7_146331ae2de25a6dc3595dffab9514de._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 7"
+ date="2013-06-27T06:31:29Z"
+ content="""
+Amazing tweet I found! --[[Joey]]
+
+Git-annex now auto-syncing photos from my android phone to a Tor hidden SSH service I control (via @guardianproject's Orbot) #prismbreak
+
+<https://twitter.com/graphiclunarkid/status/347658443479449601>
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_8_72be9307e75eb120451f3d6ab7c8165e._comment b/doc/design/assistant/blog/day_288__success_stories/comment_8_72be9307e75eb120451f3d6ab7c8165e._comment
new file mode 100644
index 0000000000..ab482d179f
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_8_72be9307e75eb120451f3d6ab7c8165e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnAvbXOnK57sqgvZvxkbG74NUKBDwKDcuk"
+ nickname="Tim"
+ subject="Backups"
+ date="2013-06-27T13:14:43Z"
+ content="""
+We use rsync and tar to backup to a server on the local network, and since we discoverd git-annex, we use this mechanism to automatically put all this data in both a local bup repo and a remote one. This gives us a daily full backup, with history available, both locally and off-site. Thanks to bup our 4T of data gets deduplicated to about 270G, only a couple of megs get transferred every night, and thanks to git-annex everything just works, like it should!
+"""]]
diff --git a/doc/design/assistant/blog/day_288__success_stories/comment_9_c27eb0a4181e85a3eed41130402350bf._comment b/doc/design/assistant/blog/day_288__success_stories/comment_9_c27eb0a4181e85a3eed41130402350bf._comment
new file mode 100644
index 0000000000..cf77845b53
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_9_c27eb0a4181e85a3eed41130402350bf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlOc-EOD5ZyggsAp6lOnU7x5MxizwLtUXA"
+ nickname="Hendrik"
+ subject="more success"
+ date="2013-06-27T14:09:47Z"
+ content="""
+Hi,
+
+I have moved all my photographs to an annex running on a Ubuntu file server while doing photo editing, presenting etc. on my MacBook. The annex is great in selectively moving files between these machines for editing and presentation purposes. I started using it around christmas season last year and added a glacier \"backup\" recently. My statistics: 6 repositories in total, more than 300GB (dedup'd from 380GB), 60.000 local keys.
+
+What is missing from my point of view (and I would happily join crowd funding): stable windows and android versions, managing selective transfers from the assistant (select folders to be transferred from/to a specific repository), options for running the annex as a server daemon with web GUI (authentication to GUI + fixed URLs, status reports on GUI, etc.). All these would dramatically increase the WAF.
+"""]]
diff --git a/doc/design/assistant/blog/day_289__back_in_the_swing.mdwn b/doc/design/assistant/blog/day_289__back_in_the_swing.mdwn
new file mode 100644
index 0000000000..75923f8978
--- /dev/null
+++ b/doc/design/assistant/blog/day_289__back_in_the_swing.mdwn
@@ -0,0 +1,16 @@
+Came up with a fix for the gnucash hard linked file problem that makes the
+assistant notice the files gnucash writes. This is not full hard link support;
+hard linked files still don't cleanly sync around. But new hard links to
+files are noticed and added, which is enough to support gnucash.
+
+Spent around 4 hours on reproducing and trying to debug
+[[bugs/Hanging_on_install_on_Mountain_lion]]. It seems that recent upgrades
+of the OSX build machine led to this problem. And indeed, building with an
+older version of Yesod and Warp seems to have worked around the problem. So
+I updated the OSX build for the last release. I will have to re-install the
+new Yesod on my laptop and investigate further -- is this an OSX specific
+problem, or does it affect Linux? Urgh, this is the second hang I've
+encountered involving Warp..
+
+Got several nice [[success stories|day_288__success_stories]], but I don't
+think I've seen *yours* yet. ;) Please post!
diff --git a/doc/design/assistant/blog/day_290__https_release.mdwn b/doc/design/assistant/blog/day_290__https_release.mdwn
new file mode 100644
index 0000000000..ea017d2173
--- /dev/null
+++ b/doc/design/assistant/blog/day_290__https_release.mdwn
@@ -0,0 +1,17 @@
+Spent too many hours last night tracking down a bug that caused the webapp
+to hang when it got built with the new yesod 1.2 release. Much of that time
+was spent figuring out that yesod 1.2 was causing the problem. It turned out to
+be a stupid typo in my yesod compatability layer. `liftH = liftH` in
+Haskell is an infinite loop, not the stack overflow you get in most
+languages. ;)
+
+Even though it's only been a week since the last release,
+that was worth pushing a release out for, which I've just done.
+This release is essentially all bug fixes (aside from the automatic 
+ionice and nicing of the daemon).
+
+This website is now available over https. Perhaps more importantly, all the
+links to download git-annex builds are https by default.
+
+The [[success_stories|day_288__success_stories]] list is getting really
+nice. Only way it could possibly be nicer is if you added your story! Hint. ;)
diff --git a/doc/design/assistant/blog/day_291__--all.mdwn b/doc/design/assistant/blog/day_291__--all.mdwn
new file mode 100644
index 0000000000..0a5584182d
--- /dev/null
+++ b/doc/design/assistant/blog/day_291__--all.mdwn
@@ -0,0 +1,32 @@
+I've felt for a while that git-annex needed better support for managing
+the contents of past versions of files that are stored in the annex. I know
+some people get confused about whether git-annex even supports old versions
+of files (it does, but you should use indirect mode; direct mode doesn't
+guarantee old versions of files will be preserved).
+
+So today I've worked on adding command-line power for managing past
+versions: a new `--all` option.
+
+So, if you want to copy every version of every file in your repository to
+an archive, you can run `git annex copy --all --to archive`.
+Or if you've got a repository on a drive that's dying, you can run
+`git annex copy --all --to newdrive`, and then on the new drive, run `git
+annex fsck --all` to check all the data.
+
+In a bare repository, `--all` is default, so you can run `git annex get`
+inside a bare repository and it will try to get every version of every file
+that it can from the remotes.
+
+The tricky thing about `--all` is that since it's operating on objects and
+not files, it can't check `.gitattributes` settings, which are tied to the
+file name. I worried for a long time that adding `--all` would make
+annex.numcopies settings in those files not be honored, and that this would
+be a Bad Thing. The solution turns out to be simple: I just didn't
+implement `git annex drop --all`! Dropping is the only action that needs to
+check numcopies (move can also reduce the number of copies, but explicitly
+bypasses numcopies settings).
+
+I also added an `--unused` option. So if you have a repository that has
+been accumulating history, and you'd like to move all file contents not
+currently in use to a central server, you can run `git annex unused; git
+annex move --unused --to origin`
diff --git a/doc/design/assistant/blog/day_291__--all/comment_1_eaa9fef19a035bef9c439e87d47c834b._comment b/doc/design/assistant/blog/day_291__--all/comment_1_eaa9fef19a035bef9c439e87d47c834b._comment
new file mode 100644
index 0000000000..60cb4abb0d
--- /dev/null
+++ b/doc/design/assistant/blog/day_291__--all/comment_1_eaa9fef19a035bef9c439e87d47c834b._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 1"
+ date="2013-07-03T22:16:32Z"
+ content="""
+Excellent stuff!  Another thing I'd like to see is that I find myself doing the following all the time:
+
+    git annex copy --to titan --not --in titan
+
+Meaning: copy everything to titan that it doesn't already have.  This operation is very quick.  But I write just:
+
+    git annex copy --to titan
+
+This operation is extremely slow, since it appears to scan through every file in the repository.  Is there a way to have the latter imply the former?  I wouldn't ever want to copy a file that it already has anyway...
+
+"""]]
diff --git a/doc/design/assistant/blog/day_291__--all/comment_2_90bbc26bf92048de7cbaf5fb719c9593._comment b/doc/design/assistant/blog/day_291__--all/comment_2_90bbc26bf92048de7cbaf5fb719c9593._comment
new file mode 100644
index 0000000000..6838ac0700
--- /dev/null
+++ b/doc/design/assistant/blog/day_291__--all/comment_2_90bbc26bf92048de7cbaf5fb719c9593._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="sfs"
+ ip="65.204.1.102"
+ subject="See history of a file"
+ date="2013-07-07T00:49:35Z"
+ content="""
+It's great that you are addressing the management of older versions. I am new to git-annex but couldn't find much information about this topic. Is it also possible to make git-annex show you the history of files (with date, size, ...) and where (which repositories) they are stored? Or to retrieve a specific version from a remote repository?
+
+Thanks for this amazing peace of software!
+Stephan
+"""]]
diff --git a/doc/design/assistant/blog/day_291__--all/comment_3_75006e9909425dcbf86415a9f7c90372._comment b/doc/design/assistant/blog/day_291__--all/comment_3_75006e9909425dcbf86415a9f7c90372._comment
new file mode 100644
index 0000000000..748db49f38
--- /dev/null
+++ b/doc/design/assistant/blog/day_291__--all/comment_3_75006e9909425dcbf86415a9f7c90372._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 3"
+ date="2013-07-07T17:20:05Z"
+ content="""
+@john I have considered making copy trust the location log for the remote (which is what your --not --in titan does), but this does change its behavior in a subtly way, and IIRC there were scenarios where this is not desirable.
+
+@sfs the best way to look at older versions of files is to use `git checkout` to check out an older version of the repository. You can then use `git annex get`, `git annex whereis`, etc like you usually would, on the old version of files.
+"""]]
diff --git a/doc/design/assistant/blog/day_291__--all/comment_4_5440449bbc5a353f7430f72e19c35e92._comment b/doc/design/assistant/blog/day_291__--all/comment_4_5440449bbc5a353f7430f72e19c35e92._comment
new file mode 100644
index 0000000000..a4739c5e7d
--- /dev/null
+++ b/doc/design/assistant/blog/day_291__--all/comment_4_5440449bbc5a353f7430f72e19c35e92._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2013-07-14T16:03:39Z"
+ content="""
+@john, @joeyh: I like the fact that normal copy takes some time, but that it _verifies_. Default to save, optimize to quick, imo.
+"""]]
diff --git a/doc/design/assistant/blog/day_292__bugfixes.mdwn b/doc/design/assistant/blog/day_292__bugfixes.mdwn
new file mode 100644
index 0000000000..a514afd0e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_292__bugfixes.mdwn
@@ -0,0 +1,24 @@
+Actually spread out over several days..
+
+I think I have finally comprehensively dealt with all the wacky system
+misconfigurations that can make `git commit` complain and refuse to commit.
+The last of these is [a system with a FQDN that doesn't have a dot in it](http://git-annex.branchable.com/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/). 
+I personally think git should just use the hostname as-is in the email
+address for commits here -- it's better to be robust. Indeed, I think it
+would make more sense if `git commit` never failed, unless it ran out of
+disk or the repo is corrupt. But anyway, `git-annex
+init` will now detect when the commit fails because of this and put a
+workaround in place.
+
+Fixed a bug in `git annex addurl --pathdepth` when the url's path was
+shorter than the amount requested to remove from it.
+
+Tracked down a bug that prevents git-annex from working on a system with an
+old linux kernel. Probably the root cause is that the kernel was built
+without EVENTFD support. Found a workaround to get a usable git-annex on
+such a system is to build it without the webapp, since that disables the
+threaded runtime which triggered the problem.
+
+Dealt with a lot of Windows bugs. Very happy that it's working well enough
+that some users are reporting bugs on it in Windows, and with enough detail
+that I have not needed to boot Windows to fix them so far. ;)
diff --git a/doc/design/assistant/blog/day_292__bugfixes/comment_1_bbac3878d80f7540d229183c56664784._comment b/doc/design/assistant/blog/day_292__bugfixes/comment_1_bbac3878d80f7540d229183c56664784._comment
new file mode 100644
index 0000000000..5aafab12d5
--- /dev/null
+++ b/doc/design/assistant/blog/day_292__bugfixes/comment_1_bbac3878d80f7540d229183c56664784._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cweiske.de/"
+ nickname="cweiske"
+ subject="comment 1"
+ date="2013-07-09T06:52:11Z"
+ content="""
+Thanks for the quick bugfix!
+"""]]
diff --git a/doc/design/assistant/blog/day_292__bugfixes/comment_2_8c9e5291ceb257f3a938af0ad967c5d7._comment b/doc/design/assistant/blog/day_292__bugfixes/comment_2_8c9e5291ceb257f3a938af0ad967c5d7._comment
new file mode 100644
index 0000000000..adb161fd09
--- /dev/null
+++ b/doc/design/assistant/blog/day_292__bugfixes/comment_2_8c9e5291ceb257f3a938af0ad967c5d7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 2"
+ date="2013-07-09T13:47:20Z"
+ content="""
+git **used to** use the hostname as-is, but that didn't work out well – many people just kept on committing as `joeyh@kremvax.(none)`, which doesn't make for a good email address or a globally-unique identifier (sometimes by being lazy; sometimes by forgetting to carry their Git config over to a new machine).
+
+The stricter check was implemented in [8c5b1ae1](https://github.com/gitster/git/commit/8c5b1ae1b26a7512eb29e75391b8b24c0d0439e7) for git v1.8.3. Setting `$EMAIL` or running `git -c user.email=foo@bar` should override it.
+"""]]
diff --git a/doc/design/assistant/blog/day_292__bugfixes/comment_3_02f875e8edd30f47939249f16d92712b._comment b/doc/design/assistant/blog/day_292__bugfixes/comment_3_02f875e8edd30f47939249f16d92712b._comment
new file mode 100644
index 0000000000..3d02b447bd
--- /dev/null
+++ b/doc/design/assistant/blog/day_292__bugfixes/comment_3_02f875e8edd30f47939249f16d92712b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 3"
+ date="2013-07-09T13:48:49Z"
+ content="""
+(I was wrong about the version; it appears to be v1.7.11.)
+"""]]
diff --git a/doc/design/assistant/blog/day_293__gpg_builds.mdwn b/doc/design/assistant/blog/day_293__gpg_builds.mdwn
new file mode 100644
index 0000000000..eb3ccbd25c
--- /dev/null
+++ b/doc/design/assistant/blog/day_293__gpg_builds.mdwn
@@ -0,0 +1,32 @@
+Two gpg fixes today. The OSX Mtn Lion builds were pulling in a build of gpg
+that wanted a gpg-agent to be installed in /usr/local or it wouldn't work.
+I had to build my own gpg on OSX to work around this. I am pondering making
+the OSX dmg builds pull down the gpg source and build their own binary,
+so issues on the build system can't affect it. But would really rather not,
+since maintaining your own version of every dependency on every
+OS is hard (pity about there still being so many OS's without sane package
+management).
+
+On Android, which I have not needed to touch for a month, gpg was built
+with --enable-minimal, which turned out to not be necessary and was
+limiting the encryption algorythms included, and led to
+interoperability problems for some. Fixed that gpg build too.
+
+Also fixed an ugly bug in the webapp when setting up a rsync repository.
+It would configure `~/.ssh/authorized_keys` on the server to force
+git-annex-shell to be run. Which doesn't work for rsync. I didn't notice
+this before because it doesn't affect ssh servers that already have a ssh
+setup that allows accessing them w/o a password.
+
+Spent a while working on a bug that can occur in a non-utf8 locale
+when using special characters in the directory name of a ssh remote.
+I was able to reproduce it, but have not worked out how to fix it; encoding
+issues like this are always tricky.
+
+Added something to the walkthrough to help convince people that yes, you
+can use tags and branches with git-annex just like with regular git. One of
+those things that is so obvious to the developer writing the docs 
+that it's hard to realize it will be a point of concern.
+
+Seems like there is a release worth of changes already, so I plan to push
+it out tomorrow.
diff --git a/doc/design/assistant/blog/day_293__gpg_builds/comment_1_4f152de8ea5aca4ec381d439e2a821f7._comment b/doc/design/assistant/blog/day_293__gpg_builds/comment_1_4f152de8ea5aca4ec381d439e2a821f7._comment
new file mode 100644
index 0000000000..82563a41d3
--- /dev/null
+++ b/doc/design/assistant/blog/day_293__gpg_builds/comment_1_4f152de8ea5aca4ec381d439e2a821f7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2013-07-09T07:18:09Z"
+ content="""
+Hi, glad you added the git history and branch info to the walk through.  With a 40,000 foot view some of the wording in the docs (whilst correct) may lead to the wrong impression.  For example, in the unused data section, there is a sense that it seems bad that data can accumulate and doing a \"git rm\" rather than doing a \"git annex drop\" is a naughty thing to do (I know you don't actually say this).
+
+I think it needs to made clear that \"removing\" files is more subtle than in a traditional file-system: that there is a choice of deleting from the working tree so that contents remain and can be recovered or removing the file and contents labeled together (a.k.a \"dropping\").  With dropping so pervasive in the docs its easy to think this \"right\" (and only) way.  
+
+I wonder if a \"git annex rm\" which is simply an alias for \"git rm\" might be a good idea for a UI perspective...
+"""]]
diff --git a/doc/design/assistant/blog/day_293__gpg_builds/comment_2_42f625638638bc875379f6c604d6f673._comment b/doc/design/assistant/blog/day_293__gpg_builds/comment_2_42f625638638bc875379f6c604d6f673._comment
new file mode 100644
index 0000000000..6f00552e25
--- /dev/null
+++ b/doc/design/assistant/blog/day_293__gpg_builds/comment_2_42f625638638bc875379f6c604d6f673._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="LP"
+ ip="72.227.131.46"
+ subject="Just to say.."
+ date="2013-07-10T23:01:56Z"
+ content="""
+These updates are fantastic. They're great demonstrations of transparency in work, fun to read as a kstarter contributor, and interesting as a copypasta coder. Bravo.
+"""]]
diff --git a/doc/design/assistant/blog/day_294__release_day.mdwn b/doc/design/assistant/blog/day_294__release_day.mdwn
new file mode 100644
index 0000000000..b64b91ae50
--- /dev/null
+++ b/doc/design/assistant/blog/day_294__release_day.mdwn
@@ -0,0 +1,7 @@
+Got the release out, after fixing test suite and windows build breakage.
+This release has all the features on the command line side (--all,
+--unused, etc), but several bugfixes on the assistant side, and a lot
+of Windows bug fixes.
+
+I've spent this evening adding icons to git-annex on Linux.
+Even got the Linux standalone tarball to automatically install icons.
diff --git a/doc/design/assistant/blog/day_295__balls_in_the_air.mdwn b/doc/design/assistant/blog/day_295__balls_in_the_air.mdwn
new file mode 100644
index 0000000000..ebbad2973a
--- /dev/null
+++ b/doc/design/assistant/blog/day_295__balls_in_the_air.mdwn
@@ -0,0 +1,13 @@
+Been keeping several non-coding balls in the air recently, two of which
+landed today.
+
+First, Rsync.net is [offering a discount to all git-annex users](http://www.rsync.net/products/git-annex-pricing.html),
+at one third their normal price.
+"People using git-annex are clueful and won't be a big support burden for us,
+so it's a win-win."
+The web app will be updated offer the discount when setting up a rsync.net
+repository.
+
+Secondly, I've recorded an interview today for the Git Minutes podcast,
+about git-annex. Went well, looking forward to it going up, probably on
+Monday.
diff --git a/doc/design/assistant/blog/day_296__new_crowdfunding_campaign.mdwn b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign.mdwn
new file mode 100644
index 0000000000..759bde12f0
--- /dev/null
+++ b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign.mdwn
@@ -0,0 +1,41 @@
+Surprise! I'm running a new crowdfunding campaign, which I hope will fund
+several more months of git-annex development.
+
+<https://campaign.joeyh.name/>
+
+Please don't feel you have to give, but if you do decide to, give
+generously. ;) I'm accepting both Paypal and Bitcoin (via CoinBase.com),
+and have some rewards that you might enjoy.
+
+----
+
+I came up with two lists of things I hope this campaign will fund.
+These are by no means complete lists. First, some general features and
+development things:
+
+* Integrate better with Android.
+* Get the assistant and webapp ported to Windows.
+* Refine the automated stress testing tools to find and fix more problems
+  before users ever see them.
+* Automatic recovery. Cosmic ray flipped a bit in a file? 
+  USB drive corrupted itself? The assistant should notice these problems,
+  and fix them.
+* Encourage more contributions from others. For example, improve the
+  special remote plugin interface so it can do everything the native Haskell
+  interface can do. Eight new cloud storage services were added this year
+  as plugins, but we can do better!
+* Use deltas to reduce bandwidth needed to transfer modified versions of files.
+
+Secondly, some things to improve security:
+
+* Add easy support for encrypted git repositories
+  using [git-remote-gcrypt](https://github.com/blake2-ppc/git-remote-gcrypt),
+  so you can safely push to a repository on a server you don't control.
+* Add support for setting up and using GPG keys in the webapp.
+* Add protection to the XMPP protocol to guard against man in the middle
+  attacks if the XMPP server is compromised. Ie, Google should not be able to
+  learn about your git-annex repository even if you're using their servers.
+* To avoid leaking even the size of your encrypted files to
+  cloud storage providers, add a mode that stores fixed size chunks.
+
+It will also, of course, fund ongoing bugfixing, support, etc.
diff --git a/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_1_cccad1a5103c504d21d0f8e69bb39e1b._comment b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_1_cccad1a5103c504d21d0f8e69bb39e1b._comment
new file mode 100644
index 0000000000..71cfd60c4e
--- /dev/null
+++ b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_1_cccad1a5103c504d21d0f8e69bb39e1b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.73"
+ subject="Shipping costs"
+ date="2013-07-15T05:07:07Z"
+ content="""
+Hi, it doesn't mention anything about offsetting shipping costs for people located outside of the US (like I am). Any chance you could add that?
+"""]]
diff --git a/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_2_4fef7bd9c8e15cd57df365fadb95717f._comment b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_2_4fef7bd9c8e15cd57df365fadb95717f._comment
new file mode 100644
index 0000000000..57df8f9956
--- /dev/null
+++ b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_2_4fef7bd9c8e15cd57df365fadb95717f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.187"
+ subject="comment 2"
+ date="2013-07-15T05:26:54Z"
+ content="""
+Shipping is minimal, either $1 or $1.50 outside the US. It's factored into the reward levels, basically.
+"""]]
diff --git a/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_3_0b9258a1f5079e53c60138f06d0c63b1._comment b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_3_0b9258a1f5079e53c60138f06d0c63b1._comment
new file mode 100644
index 0000000000..fc8754502f
--- /dev/null
+++ b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_3_0b9258a1f5079e53c60138f06d0c63b1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3RqHNOKdnMCRF5V4306ON55XyJtQNlpY"
+ nickname="Marco"
+ subject="BitSync"
+ date="2013-07-15T13:11:03Z"
+ content="""
+How about using torrent to retrive files from a annex, something like BitSync would be great. Nice job Joey! Thank you.
+"""]]
diff --git a/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_4_46183b97ca904bc06e46569c30db2edc._comment b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_4_46183b97ca904bc06e46569c30db2edc._comment
new file mode 100644
index 0000000000..3febd091ec
--- /dev/null
+++ b/doc/design/assistant/blog/day_296__new_crowdfunding_campaign/comment_4_46183b97ca904bc06e46569c30db2edc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="mo' stickers, less problems :)"
+ date="2013-07-16T09:56:03Z"
+ content="""
+Hi Joey, since shipping would burn 10-15% of my funding, I added another $10, so you can just batch the stickers together. I hope it's cheaper this way.. Thanks!
+"""]]
diff --git a/doc/design/assistant/blog/day_297__back_to_work.mdwn b/doc/design/assistant/blog/day_297__back_to_work.mdwn
new file mode 100644
index 0000000000..c8dbedc45f
--- /dev/null
+++ b/doc/design/assistant/blog/day_297__back_to_work.mdwn
@@ -0,0 +1,16 @@
+It looks like I'm funded for at least the next 9 months! It would still be
+nice to get to a year. ;) <https://campaign.joeyh.name/>
+
+Working to get caught up on recent bug reports..
+
+Made `git annex uninit` not nuke anything that's left over in
+`.git/annex/objects` after unannexing all the files. After all, that could
+be important old versions of files or deleted file, and just because the
+user wants to stop using git-annex, doesn't mean git-annex shouldn't try to
+protect that data with its dying breath. So it prints out some suggestions
+in this case, and leaves it up to the user to decide what to do with the
+data.
+
+Fixed the Android autobuilder, which had stopped including the webapp.
+
+Looks like another autobuilder will be needed for OSX 10.9.
diff --git a/doc/design/assistant/blog/day_297__back_to_work/comment_1_e300feb821bfe7b76b2cec4376d16ffa._comment b/doc/design/assistant/blog/day_297__back_to_work/comment_1_e300feb821bfe7b76b2cec4376d16ffa._comment
new file mode 100644
index 0000000000..4e0042ed53
--- /dev/null
+++ b/doc/design/assistant/blog/day_297__back_to_work/comment_1_e300feb821bfe7b76b2cec4376d16ffa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="uninit"
+ date="2013-07-16T23:43:38Z"
+ content="""
+Hah, that bit me in the butt when I first started experimenting with git-annex. I didn't lose anything, but it taught me a very important lesson (that I've had to learn many a time).
+"""]]
diff --git a/doc/design/assistant/blog/day_298__exceptional.mdwn b/doc/design/assistant/blog/day_298__exceptional.mdwn
new file mode 100644
index 0000000000..6be34821e6
--- /dev/null
+++ b/doc/design/assistant/blog/day_298__exceptional.mdwn
@@ -0,0 +1,21 @@
+Theme today seems to be fun with exceptions. 
+
+Fixed an uncaught exception that could crash the assistant's Watcher thread
+if just the right race occurred.
+
+Also fixed it to not throw an exception if another process is
+already transferring a file. What this means is that if you run multiple 
+`git annex get` processes on the same files, they'll cooperate in each
+picking their own files to get and download in parallel. (Also works for
+copy, etc.) Especially useful when downloading from an encrypted remote,
+since often one process will be decrypting a file while the other is
+downloading the next file. There is still room for improvement here; 
+a -jN option could better handle ensuring N downloads ran concurrently, and
+decouple decryption from downloading. But it would need the output layer to
+be redone to avoid scrambled output. (All the other stuff to make parallel
+git-annex transfers etc work was already in place for a long time.)
+
+----
+
+Campaign update: Now funded for nearly 10 months, and aiming for a year.
+<https://campaign.joeyh.name/>
diff --git a/doc/design/assistant/blog/day_299__bugfixing.mdwn b/doc/design/assistant/blog/day_299__bugfixing.mdwn
new file mode 100644
index 0000000000..2746151914
--- /dev/null
+++ b/doc/design/assistant/blog/day_299__bugfixing.mdwn
@@ -0,0 +1,8 @@
+Succeeded fixing a few bugs today, and followed up on a lot of other ones..
+
+Fixed checking when content is present in a non-bare repository accessed via
+http.
+
+My changes a few days ago turned out to make uninit leave hard links behind
+in .git/annex. Luckily the test suite caught this bug, and it was easily
+fixed by making uninit delete objects with 2 or more hard links at the end.
diff --git a/doc/design/assistant/blog/day_2__races.mdwn b/doc/design/assistant/blog/day_2__races.mdwn
new file mode 100644
index 0000000000..19f868a712
--- /dev/null
+++ b/doc/design/assistant/blog/day_2__races.mdwn
@@ -0,0 +1,45 @@
+Last night I got `git annex watch` to also handle deletion of files.
+This was not as tricky as feared; the key is using `git rm --ignore-unmatch`,
+which avoids most problematic situations (such as a just deleted file
+being added back before git is run).
+
+Also fixed some races when `git annex watch` is doing its startup scan of
+the tree, which might be changed as it's being traversed. Now only one
+thread performs actions at a time, so inotify events are queued up during
+the scan, and dealt with once it completes. It's worth noting that inotify
+can only buffer so many events .. Which might have been a problem except
+for a very nice feature of Haskell's inotify interface: It has a thread
+that drains the limited inotify buffer and does its own buffering.
+
+----
+
+Right now, `git annex watch` is not as fast as it could be when doing
+something like adding a lot of files, or deleting a lot of files.
+For each file, it currently runs a git command that updates the index.
+I did some work toward coalescing these into one command (which `git annex`
+already does normally). It's not quite ready to be turned on yet,
+because of some races involving `git add` that become much worse
+if it's delayed by event coalescing.
+
+----
+
+And races were the theme of today. Spent most of the day really
+getting to grips with all the fun races that can occur between
+modification happening to files, and `git annex watch`. The [[inotify]]
+page now has a long list of known races, some benign, and several,
+all involving adding files, that are quite nasty.
+
+I fixed one of those races this evening. The rest will probably involve
+moving away from using `git add`, which necessarily examines the file
+on disk, to directly shoving the symlink into git's index.
+
+BTW, it turns out that `dvcs-autosync` has grappled with some of these same
+races: <http://comments.gmane.org/gmane.comp.version-control.home-dir/665>
+I hope that `git annex watch` will be in a better place to deal with them,
+since it's only dealing with git, and with a restricted portion of it
+relevant to git-annex.
+
+It's important that `git annex watch` be rock solid. It's the foundation
+of the git annex assistant. Users should not need to worry about races
+when using it. Most users won't know what race conditions are. If only I
+could be so lucky!
diff --git a/doc/design/assistant/blog/day_300__new_logo.mdwn b/doc/design/assistant/blog/day_300__new_logo.mdwn
new file mode 100644
index 0000000000..9e13c4b131
--- /dev/null
+++ b/doc/design/assistant/blog/day_300__new_logo.mdwn
@@ -0,0 +1,36 @@
+git-annex has a new nicer versions of its [[logo]], thanks to John Lawrence.
+
+Finally tracked down a week-old bug about the watcher crashing. It turned
+out to crash when it encountered a directory containing a character that's
+invalid in the current locale. I've noticed that 'ü' is often the character I
+get bug reports about. After reproducing the bug I quickly tracked it down
+to code in the haskell hinotify library, and sent in a patch.
+
+Also uploaded a fixed hinotify to Debian, and deployed it to all 3 of the
+autobuilder chroots. That took much more time than actually fixing the bug.
+Quite a lot of yak shaving went on actually. Oh well. The Linux
+autobuilders are updated to use Debian unstable again, which is nice.
+
+Fixed a bug that prevented annex.diskreserve to be honored when storing
+files encrypted in a directory special remote.
+
+Taught the webapp the difference between initializing a new special remote
+and enabling an existing special remote, which fixed some bad behavior when
+it got confused.
+
+----
+
+And then for the really fun bug of the day! A user sent me a large file
+which badly breaks git annex add. Adding the file causes a symlink to be
+set up, but the file's content is not stored in the annex. Indeed, it's
+deleted. This is the first data loss bug since January 2012.
+
+Turns out it was caused by the code that handles the dummy files git uses
+in place of symlinks on FAT etc filesystems. Code that had no business
+running when `core.symlinks=true`. Code that was prone to false positives
+when looking at a tarball of a git-annex repository. So I put in multiple
+fixes for this bug. I'll be making a release on Monday.
+
+----
+
+Today's work was sponsored by Mikhail Barabanov. Thanks, Mikhail!
diff --git a/doc/design/assistant/blog/day_300__new_logo/comment_1_9fc64e33863b9fce00f6a03417a91e36._comment b/doc/design/assistant/blog/day_300__new_logo/comment_1_9fc64e33863b9fce00f6a03417a91e36._comment
new file mode 100644
index 0000000000..714fbc8254
--- /dev/null
+++ b/doc/design/assistant/blog/day_300__new_logo/comment_1_9fc64e33863b9fce00f6a03417a91e36._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~mikapflueger"
+ nickname="mikapflueger"
+ subject="The dreaded &quot;ü&quot;"
+ date="2013-07-21T20:56:30Z"
+ content="""
+Yeah, with the last name of \"Pflüger\" I also usually find bugs having to do with the letter \"ü\". (-;
+I guess it is simply one of the more frequent german umlauts, especially in names (the classic \"Müller\", which is one of the most common last names in Germany). And apparently the German cabal strikes here again.
+"""]]
diff --git a/doc/design/assistant/blog/day_300__new_logo/comment_2_e8aac0298f90004e81492d2c7f85eda0._comment b/doc/design/assistant/blog/day_300__new_logo/comment_2_e8aac0298f90004e81492d2c7f85eda0._comment
new file mode 100644
index 0000000000..b4bd78e3c9
--- /dev/null
+++ b/doc/design/assistant/blog/day_300__new_logo/comment_2_e8aac0298f90004e81492d2c7f85eda0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Horns?"
+ date="2013-07-31T19:53:51Z"
+ content="""
+I don't necessarily mean this as a criticism, just an observation. I wasn't a big fan of the old logo, but this new one looks like it has horns. Or a bit like a pitchfork. 
+"""]]
diff --git a/doc/design/assistant/blog/day_300__new_logo/comment_3_6308c767f6e4bf090102191c91520d04._comment b/doc/design/assistant/blog/day_300__new_logo/comment_3_6308c767f6e4bf090102191c91520d04._comment
new file mode 100644
index 0000000000..beb5e281e0
--- /dev/null
+++ b/doc/design/assistant/blog/day_300__new_logo/comment_3_6308c767f6e4bf090102191c91520d04._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 3"
+ date="2013-07-31T20:03:13Z"
+ content="""
+I think the arrows are a bit too pointy. If someone wants to adjust the svg to make the arrows have a bit more of a rounded feel like in the old logo, that'd be fine by me.
+"""]]
diff --git a/doc/design/assistant/blog/day_301__direct_unannex.mdwn b/doc/design/assistant/blog/day_301__direct_unannex.mdwn
new file mode 100644
index 0000000000..c227607d66
--- /dev/null
+++ b/doc/design/assistant/blog/day_301__direct_unannex.mdwn
@@ -0,0 +1,21 @@
+No release today after all. Unexpected bandwidth failure. Maybe in a few
+days..
+
+Got unannex and uninit working in direct mode. This is one of the more
+subtle parts of git-annex, and took some doing to get it right.
+Surprisingly, unannex in direct mode actually turns out to be faster than
+in indirect mode. In direct mode it doesn't have to immediately commit the
+unannexing, it can just stage it to be committed later.
+
+Also worked on the ssh connection caching code. The perrennial problem with
+that code is that the fifo used to communicate with ssh has a small limit
+on its path, somewhere around 100 characters. This had caused problems when
+the hostname was rather long. I found a way to avoid needing to be able to
+reverse back from the fifo name to the hostname, and this let me take the
+md5sum of long hostnames, and use that shorter string for the fifo.
+
+Also various other bug followups.
+
+----
+
+[Campaign](https://campaign.joeyh.name/) is almost to 1 year!
diff --git a/doc/design/assistant/blog/day_302_release_day.mdwn b/doc/design/assistant/blog/day_302_release_day.mdwn
new file mode 100644
index 0000000000..d9dd9ec559
--- /dev/null
+++ b/doc/design/assistant/blog/day_302_release_day.mdwn
@@ -0,0 +1,6 @@
+Got the release out.
+
+I've been working on fleshing out 
+the [[timeline|/design/assistant]] for the next year.
+Including a fairly detailed set of things I want to do around
+[[/design/assistant/disaster_recovery]] in the assistant.
diff --git a/doc/design/assistant/blog/day_302_release_day/comment_1_fe6e572ba706e95188463d9f3e004d03._comment b/doc/design/assistant/blog/day_302_release_day/comment_1_fe6e572ba706e95188463d9f3e004d03._comment
new file mode 100644
index 0000000000..86984c478b
--- /dev/null
+++ b/doc/design/assistant/blog/day_302_release_day/comment_1_fe6e572ba706e95188463d9f3e004d03._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmnG4EuvZWse5hvgrl0XAK-U61e-0iGaao"
+ nickname="David"
+ subject="Broken dependencies on Debian wheezy "
+ date="2013-07-24T07:21:18Z"
+ content="""
+Hi Joey,
+Having installed this release (x86_64) on Debian wheezy I get the following error when I try to run git-annex:
+    
+    git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by git-annex)
+    git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by $HOME/.local/share/git-annex//usr/lib/x86_64-linux-gnu/libidn.so.11)
+    
+etc. for at least a dozen libraries. Different libs try to find different glibc version (2.14, 2.15, 2.16, 2.17). Previous releases were linked with GLIBC_2.13.
+
+
+
+"""]]
diff --git a/doc/design/assistant/blog/day_303__oops.mdwn b/doc/design/assistant/blog/day_303__oops.mdwn
new file mode 100644
index 0000000000..639e96de8f
--- /dev/null
+++ b/doc/design/assistant/blog/day_303__oops.mdwn
@@ -0,0 +1,8 @@
+Seems I forgot why I was using debian stable chroots to make the
+autobuilds: Lots of people still using old glibc version. Had to rebuild
+the stable chroots that I had upgraded to unstable. Wasted several hours..
+I was able to catch up on recent traffic in between.
+
+Was able to reproduce a bug where `git annex initremote` hung with some
+encrypted special remotes. Turns out to be a deadlock when it's not built
+with the threaded GHC runtime. So I've forced that runtime to be used.
diff --git a/doc/design/assistant/blog/day_304__dropunused_safety.mdwn b/doc/design/assistant/blog/day_304__dropunused_safety.mdwn
new file mode 100644
index 0000000000..28f5dc13c2
--- /dev/null
+++ b/doc/design/assistant/blog/day_304__dropunused_safety.mdwn
@@ -0,0 +1,28 @@
+The big news: Important behavior change in `git annex dropunused`. Now it
+checks, just like `git annex drop`, that it's not dropping the last copy of
+the file. So to lose data, you have to use `--force`. This continues the
+recent theme of making git-annex hold on more tenaciously to old data, and
+AFAIK it was the last place data could be removed without `--force`.
+
+Also a nice little fix to `git annex unused` so it doesn't identify
+temporary files as unused if they're being used to download a file.
+Fixing it was easy thanks to all the transfer logs and locking
+infrastucture built for the assistant.
+
+Fixed a bug in the assistant where even though syncing to a network
+remote was disabled, it would still sync with it every hour, or whenever
+a network connection was detected.
+
+Working on some direct mode scalability problems when thousands of the
+identical files are added. Fixing this may involvie replacing the current
+simple map files with something more scalable like a sqllite database.
+
+While tracking that down, I also found a bug with adding a ton of files
+in indirect mode, that could make the assistant stall.
+Turned out to be a laziness problem. (Worst kind of Haskell bug.) Fixed.
+
+----
+
+Today's sponsor is my sister, Anna Hess, who incidentially just put
+the manuscript of her latest ebook in the family's annex prior to its
+publication on Amazon this weekend.
diff --git a/doc/design/assistant/blog/day_304__dropunused_safety/comment_1_1bbcf6c74b6437c44ff8604401fb1432._comment b/doc/design/assistant/blog/day_304__dropunused_safety/comment_1_1bbcf6c74b6437c44ff8604401fb1432._comment
new file mode 100644
index 0000000000..d697770903
--- /dev/null
+++ b/doc/design/assistant/blog/day_304__dropunused_safety/comment_1_1bbcf6c74b6437c44ff8604401fb1432._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlUbH3eytydcwlWqv8oauE2Jg4NwcV9uA0"
+ nickname="Anna"
+ subject="A good day to be the sponsor!"
+ date="2013-07-27T12:31:27Z"
+ content="""
+Thanks for mentioning me!  I like being responsible for not allowing things to be deleted accidentally --- just my kind of feature. :-)
+
+As a shameless plug, here's the ebook mentioned above for those of you not privy to the family annex: http://www.amazon.com/Root-Cellar-Vegetables-Simplicity-ebook/dp/B00E6EGS0M/
+"""]]
diff --git a/doc/design/assistant/blog/day_305__interesting_bugs.mdwn b/doc/design/assistant/blog/day_305__interesting_bugs.mdwn
new file mode 100644
index 0000000000..8b76c929d9
--- /dev/null
+++ b/doc/design/assistant/blog/day_305__interesting_bugs.mdwn
@@ -0,0 +1,21 @@
+Worked on 3 interesting bugs today. One I noticed myself while doing tests
+with adding many thousands of files yesterday. Assistant was delaying
+making a last commit of the batch of files, and would only wake up and
+commit them after a further change was made. Turns out this bug was
+introduced in April while improving commit batching when making very large
+commits. I seem to remember someone mentioning this problem at some point,
+but I have not been able to find a bug report to close.
+
+Also tried to reproduce [[this_bug|bugs/utf8]]. Frustrating, because I'm
+quite sure I have made changes that will avoid it happening again,
+but since I still don't know what the root cause was, I can't let it go.
+
+The last bug is
+[[non-repos_in_repositories_list___40__+_other_weird_output__41___from_git_annex_status]]
+and is a most strange thing. Still trying to get a handle on multiple
+aspects of it.
+
+Also various other bug triage. Down to only 10 messages in my git-annex
+folder.  That included merging about a dozen bugs about
+local pairing, that all seem to involve git-annex-shell not being found in
+path. Something is up with that..
diff --git a/doc/design/assistant/blog/day_306__offtopic.mdwn b/doc/design/assistant/blog/day_306__offtopic.mdwn
new file mode 100644
index 0000000000..cf96401d57
--- /dev/null
+++ b/doc/design/assistant/blog/day_306__offtopic.mdwn
@@ -0,0 +1,2 @@
+Technically offtopic, but did a fun side project today:
+<http://joeyh.name/blog/entry/git-annex_as_a_podcatcher/>
diff --git a/doc/design/assistant/blog/day_307__buuuugs.mdwn b/doc/design/assistant/blog/day_307__buuuugs.mdwn
new file mode 100644
index 0000000000..9cc4cae587
--- /dev/null
+++ b/doc/design/assistant/blog/day_307__buuuugs.mdwn
@@ -0,0 +1,31 @@
+Back to bug squashing. Fixed several, including a long-standing problem on
+OSX that made the app icon seem to "bounce" or not work. Followed up on a
+bunch more.
+
+The 4.20130723 git-annex release turns out to have broken support for
+running on crippled filesystems (Android, Windows). `git annex sync` will
+add dummy symlinks to the annex as if they were regular files, which is
+not good!
+[Recovery instructions](http://git-annex.branchable.com/bugs/regression_in_direct_mode_on_windows_:_weird___96__git_annex_sync__96___behavior/#comment-5d80649f9da85ac2fb505445a41207f5)
+I've updated the Android and Windows builds and recommend an immediate upgrade.
+Will make a formal release on Friday. 
+
+Spent some time improving the test suite on Windows, to catch this bug,
+and fix a bug that was preventing it from testing `git annex sync` on
+Windows.
+
+----
+
+I am getting very frustrated with this "unknown UUID" problem that a dozen
+people have reported. So far nobody has given me enough information to
+reproduce the problem. It seems to have something to do with
+`git-annex-shell` not being found on the remote system that has been either
+local paired with or is being used as a ssh server, but I don't yet
+understand what. I have spent hours today trying various scenarios to break
+git-annex and get this problem to happen.
+
+I certainly can improve the webapp's behavior when a repository's UUID is
+not known. The easiest fix would be to simply not display such
+repositories. Or there could be a UI to try to get the UUID.
+But I'm more interested in fixing the core problem than putting
+in a UI bandaid.
diff --git a/doc/design/assistant/blog/day_308__ssh-agent.mdwn b/doc/design/assistant/blog/day_308__ssh-agent.mdwn
new file mode 100644
index 0000000000..e18ff2ec15
--- /dev/null
+++ b/doc/design/assistant/blog/day_308__ssh-agent.mdwn
@@ -0,0 +1,16 @@
+Turns out ssh-agent is the cause of the unknown UUID bug! I got a tip
+about this from a user, and was quickly able to reproduce the bug that had
+eluded me so long. Anyone who has run `ssh-add` and is using ssh-agent
+would see the bug.
+
+It was easy enough to fix as it turns out. Just need to set IdentitiesOnly
+in .ssh/config where git-annex has set up its own IdentityFile to ensure
+that its special purpose ssh key is used rather than whatever key the
+ssh-agent has loaded into it. I do wonder why ssh behaves this way -- why
+would I set an IdentityFile for a host if I didn't want ssh to use it?
+
+Spent the rest of the day cleaning up after the bug. Since this affects so
+many people, I automated the clean up process. The webapp will
+detect repositories with this problem, and the user just has to click to
+clean up. It'll then correct their .ssh/config and re-enable the
+repository.
diff --git a/doc/design/assistant/blog/day_308__ssh-agent/comment_1_5f0fc810cf1e1cd9b3ddba3cd19bb19d._comment b/doc/design/assistant/blog/day_308__ssh-agent/comment_1_5f0fc810cf1e1cd9b3ddba3cd19bb19d._comment
new file mode 100644
index 0000000000..a40921ef69
--- /dev/null
+++ b/doc/design/assistant/blog/day_308__ssh-agent/comment_1_5f0fc810cf1e1cd9b3ddba3cd19bb19d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~mikapflueger"
+ nickname="mikapflueger"
+ subject="Thank you so much!"
+ date="2013-08-01T01:13:51Z"
+ content="""
+This behaviour of ssh has bugged me for years now (I even think it is an information leak – ssh offers basically all my public ssh keys to every server I try to connect to, even though that public key might be confidential). Although it had nothing to do with git-annex, you helped me a _lot_ by pointing me towards IdentitiesOnly. Really a nice setting!
+
+Cheers,
+
+Mika
+"""]]
diff --git a/doc/design/assistant/blog/day_309__filenames.mdwn b/doc/design/assistant/blog/day_309__filenames.mdwn
new file mode 100644
index 0000000000..30c9b516cb
--- /dev/null
+++ b/doc/design/assistant/blog/day_309__filenames.mdwn
@@ -0,0 +1,17 @@
+Today was a nice reminder that there are no end of bugs lurking in filename
+handling code. 
+
+First, fixed a bug that prevented git-annex from adding
+filenames starting with ":", because that is a special character to git.
+
+Second, discovered that git 1.8.4 rc0 has changed `git-cat-file --batch` in
+a way that makes it impossible to operate on filenames containing spaces.
+This is, IMHO, a reversion, so hopefully my
+[bug report](http://bugs.debian.org/718517) will get it fixed.
+
+Put in a workaround for that, although using the broken version of git
+with a direct mode repository with lots of spaces in file or directory
+names is going to really slow down git-annex, since it often has to fork a
+new git cat-file process for each file.
+
+Release day tomorrow..
diff --git a/doc/design/assistant/blog/day_310__release_day.mdwn b/doc/design/assistant/blog/day_310__release_day.mdwn
new file mode 100644
index 0000000000..1a8a84a662
--- /dev/null
+++ b/doc/design/assistant/blog/day_310__release_day.mdwn
@@ -0,0 +1,18 @@
+Got the release out, with rather a lot of fiddling to fix broken builds on
+various platforms.
+
+Also released a backport to Debian stable. This backport has the assistant,
+although without WebDAV support. Unfortunately it's an old version from
+May, since ghc transitions and issues have kept newer versions out of
+testing so far. Hope that will clear up soon (probably by dropping haskell
+support for s390x), and I can update it to a newer version. 
+If nothing else it allows using direct mode with Debian stable.
+
+Pleased that the git-cat-files bug was quickly fixed by Peff and has
+already been pulled into Junio's release tree!
+
+----
+
+This evening, I've added an interface around the new improved 
+`git check-ignore` in git 1.8.4. The assistant can finally honor `.gitignore`
+files!
diff --git a/doc/design/assistant/blog/day_310__release_day/comment_1_1e008583cebd8e373e83729529914db7._comment b/doc/design/assistant/blog/day_310__release_day/comment_1_1e008583cebd8e373e83729529914db7._comment
new file mode 100644
index 0000000000..749f77d9d2
--- /dev/null
+++ b/doc/design/assistant/blog/day_310__release_day/comment_1_1e008583cebd8e373e83729529914db7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="This makes me happy :-)"
+ date="2013-08-04T00:46:25Z"
+ content="""
+Glad my work was worth the effort. Thanks for that.
+"""]]
diff --git a/doc/design/assistant/blog/day_311__Windows_porting.mdwn b/doc/design/assistant/blog/day_311__Windows_porting.mdwn
new file mode 100644
index 0000000000..fe14a6e4b6
--- /dev/null
+++ b/doc/design/assistant/blog/day_311__Windows_porting.mdwn
@@ -0,0 +1,10 @@
+Made two big improvements to the Windows port, in just a few hours.
+First, got gpg working, and encrypted special remotes work on Windows.
+Next, fixed a permissions problem that was breaking removing files
+from directory special remotes on Windows.
+(Also cleaned up a lot of compiler warnings on Windows.)
+
+I think I'm almost ready to move the Windows port from alpha to beta
+status. The only really bad problem that I know of with using it is that
+due to a lack of locking, it's not safe to run multiple git-annex
+commands at the same time in Windows.
diff --git a/doc/design/assistant/blog/day_311__Windows_porting/comment_1_8e738f54a72557bee1e19970472b925c._comment b/doc/design/assistant/blog/day_311__Windows_porting/comment_1_8e738f54a72557bee1e19970472b925c._comment
new file mode 100644
index 0000000000..9f4bf2284a
--- /dev/null
+++ b/doc/design/assistant/blog/day_311__Windows_porting/comment_1_8e738f54a72557bee1e19970472b925c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpSOjMH7Iaz56v6Pr9KCFSpbvMXvg-y9o"
+ nickname="Dominik"
+ subject="That's amazing..."
+ date="2013-08-17T11:18:05Z"
+ content="""
+...so pretty soon my bi-directional Mac <-> Win Git-Annex-Assitant sync via rsync.net will work without a VM on Windows :-)
+"""]]
diff --git a/doc/design/assistant/blog/day_312__DebConf_midpoint.mdwn b/doc/design/assistant/blog/day_312__DebConf_midpoint.mdwn
new file mode 100644
index 0000000000..40c38aed4f
--- /dev/null
+++ b/doc/design/assistant/blog/day_312__DebConf_midpoint.mdwn
@@ -0,0 +1,30 @@
+Wow, 11 days off! I was busy with first dentistry and then DebConf.
+
+Yesterday I [visited CERN](http://joeyh.name/blog/entry/words_fail_me/) and
+got to talk with some of their IT guys about how they manage their tens of
+petabytes of data. Interested to hear they also have the equivilant of a
+per-subdirectory annex.numcopies setting. OTOH, they have half a billion
+more files than git's index file is likely to be able to scale to support. ;)
+
+Pushed a release out today despite not having many queued changes. 
+Also, I got git-annex migrated to Debian testing, and so was also
+able to update the wheezy backport to a just 2 week old version.
+
+Today is also the last day of the [campaign](https://campaign.joeyh.name/)!
+
+----
+
+There has been a ton of discussion about git-annex here at DebConf,
+including 3 BoF sessions that mostly focused on it, among other git stuff.
+Also, RichiH will be presenting his
+"[Gitify Your Life](http://penta.debconf.org/dc13_schedule/events/1025.en.html)"
+talk on Friday; you can catch it on the [live stream](http://blog.debconf.org/blog/2013/08/14#hl_dc13_recordings).
+
+I've also had a continual stream of in-person bug and feature requests.
+(Mostly features.)
+These have been added to the wiki and I look forward to working on that
+backlog when I get home.
+
+As for coding, I am doing little here, but I do have a branch cooking that
+adds some options to `git annex import` to control handling of duplicate
+files.
diff --git a/doc/design/assistant/blog/day_313__back.mdwn b/doc/design/assistant/blog/day_313__back.mdwn
new file mode 100644
index 0000000000..28c7f971d4
--- /dev/null
+++ b/doc/design/assistant/blog/day_313__back.mdwn
@@ -0,0 +1,34 @@
+Back home. I have some 170 messages of backlog to attend to. Rather than
+digging into that on my first day back, I spent some time implementing some
+new features.
+
+`git annex import` has grown three options that help managing importing of
+duplicate files in different ways. I started work on that last week, but
+didn't have time to find a way to avoid the `--deduplicate` option
+checksumming each imported file twice. Unfortunately, I have still not
+found a way I'm happy with, so it works but is not as efficient as it could
+be.
+
+`git annex mirror` is a new command suggested to me by someone at DebConf
+(they don't seem to have filed the requested todo). It arranges for two
+repositories to contain the same set of files, as much as possible (when
+numcopies allows). So for example, `git annex mirror --to otherdrive`
+will make the otherdrive remote have the same files present and not present
+as the local repository.
+
+I am thinking about expanding `git annex sync` with an option to also sync
+data. I know some find it confusing that it only syncs the git metadata
+and not the file contents. That still seems to me to be the best and most
+flexible behavior, and not one I want to change in any case since
+it would be most unexpected if `git annex sync` downloaded a lot of stuff
+you don't want. But I can see making `git annex sync --data` download
+all the file contents it can, as well as uploading all available file
+contents to each remote it syncs with. And `git annex sync --data --auto`
+limit that to only the preferred content. Although perhaps
+these command lines are too long to be usable?
+
+----
+
+With the campaign more or less over, I only have a little over a week
+before it's time to dive into the first big item on the roadmap. Hope
+to be through the backlog by then.
diff --git a/doc/design/assistant/blog/day_313__back/comment_1_fbf3fdf9688c18156753d446facd942d._comment b/doc/design/assistant/blog/day_313__back/comment_1_fbf3fdf9688c18156753d446facd942d._comment
new file mode 100644
index 0000000000..7230a15682
--- /dev/null
+++ b/doc/design/assistant/blog/day_313__back/comment_1_fbf3fdf9688c18156753d446facd942d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="77.247.181.162"
+ subject="comment 1"
+ date="2013-08-20T22:42:46Z"
+ content="""
+I wouldn't worry about the commands being too long.  If they're used often enough, they'll get aliased.
+
+alias GASDA='git annex sync --data --auto'
+"""]]
diff --git a/doc/design/assistant/blog/day_314__quvi.mdwn b/doc/design/assistant/blog/day_314__quvi.mdwn
new file mode 100644
index 0000000000..3c38e427d8
--- /dev/null
+++ b/doc/design/assistant/blog/day_314__quvi.mdwn
@@ -0,0 +1,27 @@
+Made some good progress on the backlog today. Fixed some bugs, applied some
+patches. Noticing that without me around, things still get followed up
+on, to a point, for example incomplete test cases for bugs get corrected so
+they work. This is a very good thing. Community!
+
+I had to stop going through the backlog when I got to one message from
+Anarcat mentioning [quvi](http://quvi.sourceforge.net/). That turns
+out to be just what is needed to implement the often-requested feature
+of `git-annex addurl` supporting YouTube and other similar sites. So I
+spent the rest of the day making that work. For example:
+
+<pre>
+% git annex addurl --fast 'http://www.youtube.com/watch?v=1mxPFHBCfuU&list=PL4F80C7D2DC8D9B6C&index=1'
+addurl Star_Wars_X_Wing__Seth_Green__Clare_Grant__and_Mike_Lamond_Join_Wil_on_TableTop_SE2E09.webm ok
+</pre>
+
+Yes, that got the video title and used it as the filename, and yes,
+I can commit this file and run `git annex get` later, and it will be
+able to go download the video! I can even use `git annex fsck --fast`
+to make sure YouTube still has my videos. Awesome.
+
+The great thing about quvi is it takes the url to a video webpage, and
+returns an url that can be used to download the actual video file. So it
+simplifies ugly flash videos as far out of existence as is possible.
+However, since the direct url to the video file may not keep working for long.
+addurl actually records the page's url, with an added indication that quvi
+should be used to get it.
diff --git a/doc/design/assistant/blog/day_314__quvi/comment_1_3fdfb0742cb5422530ddd97b904f2a42._comment b/doc/design/assistant/blog/day_314__quvi/comment_1_3fdfb0742cb5422530ddd97b904f2a42._comment
new file mode 100644
index 0000000000..797d25101d
--- /dev/null
+++ b/doc/design/assistant/blog/day_314__quvi/comment_1_3fdfb0742cb5422530ddd97b904f2a42._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="New YouTube problems"
+ date="2013-09-05T03:45:16Z"
+ content="""
+Joey, you may notice eventually that YouTube is moving some videos, especially long ones, to a new format called DASH, which splits them up into smaller parts; unfortunately, it also delivers the audio as a separate file, requiring something like ffmpeg to merge it with the video.  I don't know anything about quvi, but youtube-dl recently added support for DASH.  It's a Python program that's packaged in Debian, but it can also update itself if you install it locally, which is helpful if Debian is frozen...  Anyway, if you need it in the future, youtube-dl might be helpful.
+"""]]
diff --git a/doc/design/assistant/blog/day_315__backlog.mdwn b/doc/design/assistant/blog/day_315__backlog.mdwn
new file mode 100644
index 0000000000..ec0ee33be3
--- /dev/null
+++ b/doc/design/assistant/blog/day_315__backlog.mdwn
@@ -0,0 +1,12 @@
+After a couple days plowing through it, my backlog is down to 30 messages
+from 150. And most of what's left is legitimate bugs and todo items.
+
+Spent a while today on an ugly file descriptor leak in the assistant's
+local pairing listener. This was an upstream bug in the network-multicast
+library, so while I've written a patch to fix it, the fix isn't quite 
+deployed yet. The file descriptor leak happens when the assistant is
+running and there is no network interface that supports multicast.
+I was able to reproduce it by just disconnecting from wifi.
+
+Meanwhile, guilhem has been working on patches that promise to massively
+speed up `git annex unused`! I will be reviewing them tonight.
diff --git a/doc/design/assistant/blog/day_316__day_off.mdwn b/doc/design/assistant/blog/day_316__day_off.mdwn
new file mode 100644
index 0000000000..b26118b17b
--- /dev/null
+++ b/doc/design/assistant/blog/day_316__day_off.mdwn
@@ -0,0 +1,6 @@
+Today was a day off, really. However, I have a job running to try to
+build get a version of ghc-android that works on newer Android releases.
+
+Also, guilhem's `git annex unused` speedup patch landed. The results are
+extrordinary -- speedups on the order of 50 to 100 times faster should
+not be uncommon. Best of all (for me), it still runs in constant memory!
diff --git a/doc/design/assistant/blog/day_317__misc.mdwn b/doc/design/assistant/blog/day_317__misc.mdwn
new file mode 100644
index 0000000000..e2acf21684
--- /dev/null
+++ b/doc/design/assistant/blog/day_317__misc.mdwn
@@ -0,0 +1,17 @@
+Spent a while tracking down a bug that causes a crash on OSX when setting
+up an XMPP account. I managed to find a small test case that reliably
+crashes, and sent it off to the author of the haskell-gnutls bindings,
+which had one similar segfault bug fixed before with a similar test case.
+Fingers crossed..
+
+Just finished tracking down a bug in the Android app that caused its
+terminal to spin and consume most CPU (and presumably a lot of battery).
+I introduced this bug when adding the code to open urls written to a fifo,
+due to misunderstanding how java objects are created, basically. This bug
+is bad enough to do a semi-immediate release for; luckily it's just about
+time for a release anyway with other improvements, so in the next few
+days..
+
+Have not managed to get a recent ghc-android to build so far.
+
+Guilhem fixed some bugs in `git annex unused`.
diff --git a/doc/design/assistant/blog/day_36__minimal_test_case.mdwn b/doc/design/assistant/blog/day_36__minimal_test_case.mdwn
new file mode 100644
index 0000000000..b77da14ddf
--- /dev/null
+++ b/doc/design/assistant/blog/day_36__minimal_test_case.mdwn
@@ -0,0 +1,9 @@
+Managed to find a minimal, 20 line test case for at least one of the ways
+git-annex was hanging with GHC's threaded runtime. Sent it off to
+haskell-cafe for analysis.
+[thread](http://thread.gmane.org/gmane.comp.lang.haskell.cafe/99334)
+
+Further managed to narrow the bug down to MissingH's use of logging code,
+that git-annex doesn't use. [bug report](http://bugs.debian.org/681621).
+So, I can at least get around this problem with a modified version of
+MissingH. Hopefully that was the only thing causing the hangs I was seeing!
diff --git a/doc/design/assistant/blog/day_37__back.mdwn b/doc/design/assistant/blog/day_37__back.mdwn
new file mode 100644
index 0000000000..7aef0b681a
--- /dev/null
+++ b/doc/design/assistant/blog/day_37__back.mdwn
@@ -0,0 +1,64 @@
+Back home and laptop is fixed.. back to work.
+
+Warmup exercises:
+
+* Went in to make it queue transfers when a broken symlink is received,
+  only to find I'd already written code to do that, and forgotten about it.
+  Heh. Did check that the git-annex branch is always sent first,
+  which will ensure that code always knows where to transfer a key from.
+  I had probably not considered this wrinkle when first writing the code;
+  it worked by accident.
+
+* Made the assistant check that a remote is known to have a key before
+  queueing a download from it.
+
+* Fixed a bad interaction between the `git annex map` command and the
+  assistant.
+
+----
+
+Tried using a modified version of `MissingH` that doesn't use `HSLogger`
+to make git-annex work with the threaded GHC runtime. Unfortunatly,
+I am still seeing hangs in at least 3 separate code paths when
+running the test suite. I may have managed to fix one of the hangs,
+but have not grokked what's causing the others.
+
+----
+
+I now have access to a Mac OSX system, thanks to Kevin M. I've fixed
+some portability problems in git-annex with it before, but today I tested
+the assistant on it:
+
+* Found a problem with the kqueue code that prevents incoming pushes from
+  being noticed.
+
+  The problem was that the newly added git ref file does not trigger an add
+  event. The kqueue code saw a generic change event for the refs directory,
+  but since the old file was being deleted and replaced by the new file,
+  the kqueue code, which already had the old file in its cache, did not notice
+  the file had been replaced.
+
+  I fixed that by making the kqueue code also track the inode of each file.
+  Currently that adds the overhead of a stat of each file, which could be
+  avoided if haskell exposed the inode returned by `readdir`. Room to
+  optimise this later...
+
+* Also noticed that the kqueue code was not separating out file deletions
+  from directory deletions. IIRC Jimmy had once mentioned a problem with file
+  deletions not being noticed by the assistant, and this could be responsible
+  for that, although the directory deletion code seems to handle them ok
+  normally. It was making the transfer watching thread not notice when
+  any transfers finished, for sure. I fixed this oversight, looking in the
+  cache to see if there used to be a file or a directory, and running the
+  appropriate hook.
+
+Even with these fixes, the assistant does not yet reliably transfer file
+contents on OSX. I think the problem is that with kqueue we're not
+guaranteed to get an add event, and a deletion event for a transfer
+info file -- if it's created and quickly deleted, the code that
+synthensizes those events doesn't run in time to know it existed.
+Since the transfer code relies on deletion events to tell when transfers
+are complete, it stops sending files after the first transfer, if the
+transfer ran so quickly it doesn't get the expected events. 
+
+So, will need to work on OSX support some more...
diff --git a/doc/design/assistant/blog/day_39__twice_is_enemy_action.mdwn b/doc/design/assistant/blog/day_39__twice_is_enemy_action.mdwn
new file mode 100644
index 0000000000..14896fcb1b
--- /dev/null
+++ b/doc/design/assistant/blog/day_39__twice_is_enemy_action.mdwn
@@ -0,0 +1,66 @@
+Beating my head against the threaded runtime some more. I can reproduce
+one of the hangs consistently by running 1000 git annex add commands
+in a loop. It hangs around 1% of the time, reading from `git cat-file`.
+
+Interestingly, `git cat-file` is not yet running at this point -- 
+git-annex has forked a child process, but the child has not yet exec'd it.
+Stracing the child git-annex, I see it stuck in a futex. Adding tracing,
+I see the child never manages to run any code at all.
+
+This really looks like the problem is once again in MissingH, which uses
+`forkProcess`. Which happens to come with a big warning about being very
+unsafe, in very subtle ways. Looking at the C code that the newer `process`
+library uses when sparning a pipe to a process, it messes around with lots of
+things; blocking signals, stopping a timer, etc. Hundreds of lines of C
+code to safely start a child process, all doing things that MissingH omits.
+
+That's the second time I've seemingly isolated a hang in the GHC threaded
+runtime to MissingH.
+
+And so I've started converting git-annex to use the new `process` library,
+for running all its external commands. John Goerzen had mentioned `process`
+to me once before when I found a nasty bug in MissingH, as the cool new
+thing that would probably eliminate the `System.Cmd.Utils` part of MissingH,
+but I'd not otherwise heard much about it. (It also seems to have the
+benefit of supporting Windows.)
+
+This is a big change and it's early days, but each time I see a hang, I'm
+converting the code to use `process`, and so far the hangs have just gone
+away when I do that.
+
+---
+
+Hours later... I've converted *all* of git-annex to use `process`.
+
+In the er, process, the `--debug` switch stopped printing all the commands
+it runs. I may try to restore that later.
+
+I've not tested everything, but the test suite passes, even when
+using the threaded runtime. **MILESTONE**
+
+Looking forward to getting out of these weeds and back to useful work..
+
+---
+
+Hours later yet.... The `assistant` branch in git now uses the threaded
+runtime. It works beautifully, using proper threads to run file transfers
+in.
+
+That should fix the problem I was seeing on OSX yesterday. Too tired to
+test it now.
+
+--
+
+Amazingly, all the assistant's own dozen or so threads and thread
+synch variables etc all work great under the threaded runtime. I had
+assumed I'd see yet more concurrency problems there when switching to it,
+but it all looks good. (Or whatever problems there are are subtle ones?)
+
+I'm very relieved. The threaded logjam is broken! I had been getting
+increasingly worried that not having the threaded runtime available would
+make it very difficult to make the assistant perform really well, and cause
+problems with the webapp, perhaps preventing me from using Yesod.
+
+Now it looks like smooth sailing ahead. Still some hard problems, but
+it feels like with inotify and kqueue and the threaded runtime all
+dealt with, the really hard infrastructure-level problems are behind me.
diff --git a/doc/design/assistant/blog/day_3__more_races.mdwn b/doc/design/assistant/blog/day_3__more_races.mdwn
new file mode 100644
index 0000000000..9c11828420
--- /dev/null
+++ b/doc/design/assistant/blog/day_3__more_races.mdwn
@@ -0,0 +1,26 @@
+Today I worked on the race conditions, and fixed two of them. Both
+were fixed by avoiding using `git add`, which looks at the files currently
+on disk. Instead, `git annex watch` injects symlinks directly into git's
+index, using `git update-index`.
+
+There is one bad race condition remaining. If multiple processes have a
+file open for write, one can close it, and it will be added to the annex.
+But then the other can still write to it.
+
+----
+
+Getting away from race conditions for a while, I made `git annex watch`
+not annex `.gitignore` and `.gitattributes` files.
+
+And, I made it handle running out of inotify descriptors. By default,
+`/proc/sys/fs/inotify/max_user_watches` is 8192, and that's how many
+directories inotify can watch. Now when it needs more, it will print
+a nice message showing how to increase it with `sysctl`.
+
+FWIW, DropBox also uses inotify and has the same limit. It seems to not
+tell the user how to fix it when it goes over. Here's what `git annex
+watch` will say:
+
+	Too many directories to watch! (Not watching ./dir4299)
+	Increase the limit by running:
+	  echo fs.inotify.max_user_watches=81920 | sudo tee -a /etc/sysctl.conf; sudo sysctl -p
diff --git a/doc/design/assistant/blog/day_3__more_races/comment_1_d6015338f602b574a3805de5481fc45e._comment b/doc/design/assistant/blog/day_3__more_races/comment_1_d6015338f602b574a3805de5481fc45e._comment
new file mode 100644
index 0000000000..2d330f3327
--- /dev/null
+++ b/doc/design/assistant/blog/day_3__more_races/comment_1_d6015338f602b574a3805de5481fc45e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkmtR6oVColYKoU0SjBORLDGrwR10G-mKo"
+ nickname="Jo-Herman"
+ subject="Dropbox Inotify"
+ date="2012-06-06T22:03:29Z"
+ content="""
+Actually, Dropbox giver you a warning via libnotify inotify. It tends to go away too quickly to properly read though, much less actually copy down the command...
+"""]]
diff --git a/doc/design/assistant/blog/day_3__more_races/comment_2_4d6b23fc6442e0ee0303523cb69d0fba._comment b/doc/design/assistant/blog/day_3__more_races/comment_2_4d6b23fc6442e0ee0303523cb69d0fba._comment
new file mode 100644
index 0000000000..523e6d85ff
--- /dev/null
+++ b/doc/design/assistant/blog/day_3__more_races/comment_2_4d6b23fc6442e0ee0303523cb69d0fba._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.8.36"
+ subject="comment 2"
+ date="2012-06-06T23:25:57Z"
+ content="""
+When I work on the [[webapp]], I'm planning to make it display this warning, and any other similar warning messages that might come up.
+"""]]
diff --git a/doc/design/assistant/blog/day_3__more_races/comment_3_03f5b2344c2a47dea60086f217d60f9b._comment b/doc/design/assistant/blog/day_3__more_races/comment_3_03f5b2344c2a47dea60086f217d60f9b._comment
new file mode 100644
index 0000000000..92f5dcbd62
--- /dev/null
+++ b/doc/design/assistant/blog/day_3__more_races/comment_3_03f5b2344c2a47dea60086f217d60f9b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Wording"
+ date="2012-06-07T03:43:19Z"
+ content="""
+For the unfamiliar, it's hard to tell if a command like that would persist.  I'd suggest being as clear as possible, e.g.:
+
+    Increase the limit for now by running:
+      sudo sysctl fs.inotify.max_user_watches=81920
+    Increase the limit now and automatically at every boot by running:
+      echo fs.inotify.max_user_watches=81920 | sudo tee -a /etc/sysctl.conf; sudo sysctl -p
+
+"""]]
diff --git a/doc/design/assistant/blog/day_3__more_races/comment_4_860e90e989ec022100001c65e353a91e._comment b/doc/design/assistant/blog/day_3__more_races/comment_4_860e90e989ec022100001c65e353a91e._comment
new file mode 100644
index 0000000000..05b601eafe
--- /dev/null
+++ b/doc/design/assistant/blog/day_3__more_races/comment_4_860e90e989ec022100001c65e353a91e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.8.36"
+ subject="comment 4"
+ date="2012-06-07T04:48:15Z"
+ content="""
+Good thought Jim. I've done something like that.
+"""]]
diff --git a/doc/design/assistant/blog/day_40__dbus.mdwn b/doc/design/assistant/blog/day_40__dbus.mdwn
new file mode 100644
index 0000000000..049c3ffe0d
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus.mdwn
@@ -0,0 +1,100 @@
+Really productive day today, now that I'm out of the threaded runtime
+tarpit!
+
+First, brought back `--debug` logging, better than before! As part of that, I
+wrote some 250 lines of code to provide a IMHO more pleasant interface to
+`System.Process` (itself only 650 lines of code) that avoids all the
+low-level setup, cleanup, and tuple unpacking. Now I can do things like
+write to a pipe to a process, and ensure it exits nonzero, this easily:
+
+	withHandle StdinHandle createProcessSuccess (proc "git" ["hash-object", "--stdin"]) $ \h ->
+		hHutStr h objectdata
+
+My interface also makes it easy to run nasty background processes,
+reading their output lazily.
+
+	lazystring <- withHandle StdoutHandle createBackgroundProcess (proc "find" ["/"]) hGetContents
+
+Any true Haskellers are shuddering here, I really should be using
+conduits or pipes, or something. One day..
+
+----
+
+The assistant needs to detect when removable drives are attached, and
+sync with them. This is a reasonable thing to be working on at this point,
+because it'll make the currently incomplete data transfer code fully usable
+for the sneakernet use case, and firming that up will probably be a good
+step toward handing other use cases involving data transfer over the
+network, including cases where network remotes are transientely available.
+
+So I've been playing with using dbus to detect mount events.
+There's a very nice Haskell library to use dbus.
+
+This simple program will detect removable drives being mounted, and
+works on Xfce (as long as you have automounting enabled in its
+configuration), and should also work on Gnome, and, probably, KDE:
+
+[[!format haskell """
+{-# LANGUAGE OverloadedStrings #-}
+
+import Data.List (sort)
+import DBus
+import DBus.Client
+import Control.Monad
+
+main = do
+	client <- connectSession
+    
+	listen client mountadded $ \s ->
+		putStrLn (show s)
+
+	forever $ getLine -- let listener thread run forever
+
+	where
+		mountadded = matchAny
+			{ matchInterface = Just "org.gtk.Private.RemoteVolumeMonitor"
+			, matchMember = Just "MountAdded"
+			}
+"""]]
+
+(Yeah... "org.gtk.Private.RemoteVolumeMonitor". There are so
+many things wrong with that string. What does gtk have to do with
+mounting a drive? Why is it Private? Bleagh. Should I only match
+the "MountAdded" member and not the interface? Seems everyone who does
+this relies on google to find other people who have cargo-culted it,
+or just runs `dbus-monitor` and picks out things.
+There seems to be no canonical list of events. Bleagh.)
+
+----
+
+Spent a while shaving a yak of needing a `getmntent` interface in Haskell.
+Found one in a hsshellscript library; since that library is not packaged
+in Debian, and I don't really want to depend on it, I extracted just
+the mtab and fstab parts of it into a little library in git-annex.
+
+----
+
+I've started putting together a MountWatcher thread. On systems without
+dbus (do OSX or the BSDs have dbus?), or if dbus is not running, it polls
+`/etc/mtab` every 10 seconds for new mounts. When dbus is available,
+it doesn't need the polling, and should notice mounts more quickly.
+
+Open question: Should it still poll even when dbus is available? Some of us
+like to mount our own drives, by hand and may have automounting disabled. It'd
+be good if the assistant supported that. This might need a
+`annex.no-dbus` setting, but I'd rather avoid needing such manual
+configuration.
+
+One idea is to do polling in addition to dbus, if `/etc/fstab` contains
+mount points that seem to be removable drives, on which git remotes lives.
+Or it could always do polling in addition to dbus, which is just some extra
+work. Or, it could try to introspect dbus to see if mount events will
+be generated.
+
+The MountWatcher so far only detects new mounts and prints out what
+happened. Next up: Do something in response to them. 
+
+This will involve manipulating the Annex state to belatedly add the Remote
+on the mount point.. tricky. And then, for Git Remotes, it should pull/push
+the Remote to sync git data. Finally, for all remotes, it will need to
+queue Transfers of file contents from/to the newly available Remote.
diff --git a/doc/design/assistant/blog/day_40__dbus/comment_1_43ed2a79629868b018ec9f54a32bcacc._comment b/doc/design/assistant/blog/day_40__dbus/comment_1_43ed2a79629868b018ec9f54a32bcacc._comment
new file mode 100644
index 0000000000..3670e7dd55
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus/comment_1_43ed2a79629868b018ec9f54a32bcacc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="dbus vs polling"
+ date="2012-07-19T17:38:40Z"
+ content="""
+I am running KDE, dbus, and I like to mount drives by hand; all that without bothering to set up /etc/fstab... Often from CLI so I don't even see the notifications for new drives.
+
+Especially while on the road, I will use no KDE, but just a tty or three. Still, dbus will be running.
+
+Long story short, I would need polling for the assistant to work flawlessly in all use cases.
+"""]]
diff --git a/doc/design/assistant/blog/day_40__dbus/comment_2_6799f2baf6a6ce14b1fa76a8402840c0._comment b/doc/design/assistant/blog/day_40__dbus/comment_2_6799f2baf6a6ce14b1fa76a8402840c0._comment
new file mode 100644
index 0000000000..832be854a3
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus/comment_2_6799f2baf6a6ce14b1fa76a8402840c0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="hamish"
+ ip="203.0.139.24"
+ subject="dbus vs polling "
+ date="2012-07-22T07:13:37Z"
+ content="""
+I, too, am running a dbus but like to hand mount my filesystems.  However, I'd imagine that I am both a minority and that my minority could like the extra control, so perhaps even a \"re-read the mtab /now/\" command that can be manually run after something is  manually mounted would suffice
+
+Is it not possible to use inotify on the mtab?
+"""]]
diff --git a/doc/design/assistant/blog/day_40__dbus/comment_3_fa1d7444bdafcb990cacf2ace7ee6ef1._comment b/doc/design/assistant/blog/day_40__dbus/comment_3_fa1d7444bdafcb990cacf2ace7ee6ef1._comment
new file mode 100644
index 0000000000..a372670b86
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus/comment_3_fa1d7444bdafcb990cacf2ace7ee6ef1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.169"
+ subject="comment 3"
+ date="2012-07-22T16:03:52Z"
+ content="""
+How did I not think about using my favorite hammer on this problem too? But, no, /proc/mounts cannot be watched with inotify it seems, and of course the BSDs don't seem to have a file at all.
+
+I think the dbus stuff is sorted out for manual users, see later blog entries.
+"""]]
diff --git a/doc/design/assistant/blog/day_40__dbus/comment_4_3399ddad951c1a950281bb6941fc3f6f._comment b/doc/design/assistant/blog/day_40__dbus/comment_4_3399ddad951c1a950281bb6941fc3f6f._comment
new file mode 100644
index 0000000000..9007850e46
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus/comment_4_3399ddad951c1a950281bb6941fc3f6f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-07-19T18:43:30Z"
+ content="""
+Joey, yes dbus is available from macports and homebrew, it's not installed by default (or as a dependancy) for most packages in macports.
+"""]]
diff --git a/doc/design/assistant/blog/day_40__dbus/comment_5_40b6b9d741d3081203f0cc94eb8dc3ea._comment b/doc/design/assistant/blog/day_40__dbus/comment_5_40b6b9d741d3081203f0cc94eb8dc3ea._comment
new file mode 100644
index 0000000000..38916dd8c2
--- /dev/null
+++ b/doc/design/assistant/blog/day_40__dbus/comment_5_40b6b9d741d3081203f0cc94eb8dc3ea._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://smcv.pseudorandom.co.uk/"
+ nickname="smcv"
+ subject="comment 5"
+ date="2012-07-31T09:58:13Z"
+ content="""
+It's `org.gtk` because gvfs, GLib and Gtk are all products of gtk.org (there is no separate glib.org).
+
+It's `Private` because the gvfs developers don't consider its D-Bus interface to be stable API, I believe. The official API for it is the C API in GIO, part of GLib.
+
+To poll for changes to /proc/mounts on Linux, you open it for reading and poll() for POLLERR (not sure why it gets to be different, but it is). See gio/gunixmounts.c in recent GLib.
+"""]]
diff --git a/doc/design/assistant/blog/day_41__foo.mdwn b/doc/design/assistant/blog/day_41__foo.mdwn
new file mode 100644
index 0000000000..99a977f602
--- /dev/null
+++ b/doc/design/assistant/blog/day_41__foo.mdwn
@@ -0,0 +1,46 @@
+I made the MountWatcher only use dbus if it sees a client connected to dbus
+that it knows will send mount events, or if it can start up such a client
+via dbus. (Fancy!) Otherwise it falls back to polling. This should be enough
+to support users who manually mount things -- if they have gvfs
+installed, it'll be used to detect their manual mounts, even when a desktop
+is not running, and if they don't have gvfs, they get polling.
+
+Also, I got the MountWatcher to work with KDE. Found a dbus event that's
+emitted when KDE mounts a drive, and this is also used. If anyone with
+some other desktop environment wants me to add support for it, and it uses
+dbus, it should be easy: Run `dbus-monitor`, plug in a drive, get
+it mounted, and send me a transcript.
+
+Of course, it'd also be nice to support anything similar on OSX that can
+provide mount event notifications. Not a priority though, since the polling
+code will work.
+
+---
+
+Some OS X fixes today..
+
+* Jimmy pointed out that my `getmntent` code broke the build on OSX again.
+  Sorry about that.. I keep thinking Unix portability nightmares are a 80's
+  thing, not a 2010's thing. Anyway, adapted a lot of hackish C code
+  to emulate `getmntent` on BSD systems, and it seems to work. (I actually
+  think the BSD interface to this is saner than Linux's, but I'd rather have
+  either one than both, sigh..)
+* Kqueue was blocking all the threads on OSX. This is fixed, and the
+  assistant seems to be working on OSX again.
+
+----
+
+I put together a preliminary page thanking everyone who contributed to the
+git-annex Kickstarter. [[/assistant/thanks]] The wall-o-names is scary crazy humbling.
+
+----
+
+Improved `--debug` mode for the assistant, now every thread says whenever
+it's doing anything interesting, and also there are timestamps.
+
+----
+
+Had been meaning to get on with syncing to drives when they're mounted, but
+got sidetracked with the above. Maybe tomorrow. I did think through it
+in some detail as I was waking up this morning, and think I have a pretty
+good handle on it.
diff --git a/doc/design/assistant/blog/day_41__foo/comment_1_ace21fa257a4c2fd412b6ff2944a23e8._comment b/doc/design/assistant/blog/day_41__foo/comment_1_ace21fa257a4c2fd412b6ff2944a23e8._comment
new file mode 100644
index 0000000000..e27f7904ed
--- /dev/null
+++ b/doc/design/assistant/blog/day_41__foo/comment_1_ace21fa257a4c2fd412b6ff2944a23e8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnYD2ZzaOz-0anQDrN-Hg8Tvh5_C7wtStk"
+ nickname="roucaries"
+ subject="Portability"
+ date="2012-07-21T20:31:32Z"
+ content="""
+For portability why not using gnulib ? It will ease porting to windows BTW.
+
+Bastien
+"""]]
diff --git a/doc/design/assistant/blog/day_42__the_answer.mdwn b/doc/design/assistant/blog/day_42__the_answer.mdwn
new file mode 100644
index 0000000000..fd7c4ebb5a
--- /dev/null
+++ b/doc/design/assistant/blog/day_42__the_answer.mdwn
@@ -0,0 +1,27 @@
+Made the MountWatcher update state for remotes located in a drive that
+gets mounted. This was tricky code. First I had to make remotes declare
+when they're located in a local directory. Then it has to rescan git
+configs of git remotes (because the git repo mounted at a mount point may
+change), and update all the state that a newly available remote can affect.
+
+And it works: I plug in a drive containing one of my git remotes, and the
+assistant automatically notices it and syncs the git repositories.
+
+---
+
+But, data isn't transferred yet. When a disconnected remote becomes
+connected, keys should be transferred in both directions to get back into
+sync.
+
+To that end, added Yet Another Thread; the TransferScanner thread
+will scan newly available remotes to find keys, and queue low priority
+transfers to get them fully in sync.
+
+(Later, this will probably also be used for network remotes that become
+available when moving between networks. I think network-manager sends
+dbus events it could use..)
+
+This new thread is missing a crucial peice, it doesn't yet have a way to
+find the keys that need to be transferred. Doing that efficiently (without
+scanning the whole git working copy) is Hard. I'm considering design
+possibilities..
diff --git a/doc/design/assistant/blog/day_43__simple_scanner.mdwn b/doc/design/assistant/blog/day_43__simple_scanner.mdwn
new file mode 100644
index 0000000000..11ee3cca49
--- /dev/null
+++ b/doc/design/assistant/blog/day_43__simple_scanner.mdwn
@@ -0,0 +1,37 @@
+Milestone: I can run `git annex assistant`, plug in a USB drive, and it
+automatically transfers files to get the USB drive and current repo back in
+sync.
+
+I decided to implement the naive scan, to find files needing to be
+transferred. So it walks through `git ls-files` and checks each file
+in turn. I've deferred less expensive, more sophisticated approaches to later.
+
+I did some work on the TransferQueue, which now keeps track of the length
+of the queue, and can block attempts to add Transfers to it if it gets too
+long. This was a nice use of STM, which let me implement that without using
+any locking.
+
+[[!format haskell """
+atomically $ do
+        sz <- readTVar (queuesize q)
+        if sz <= wantsz
+                then enqueue schedule q t (stubInfo f remote)
+                else retry -- blocks until queuesize changes
+"""]]
+
+Anyway, the point was that, as the scan finds Transfers to do,
+it doesn't build up a really long TransferQueue, but instead is blocked
+from running further until some of the files get transferred. The resulting
+interleaving of the scan thread with transfer threads means that transfers
+start fairly quickly upon a USB drive being plugged in, and kind of hides
+the innefficiencies of the scanner, which will most of the time be
+swamped out by the IO bound large data transfers.
+
+---
+
+At this point, the assistant should do a good job of keeping repositories
+in sync, as long as they're all interconnected, or on removable media
+like USB drives. There's lots more work to be done to handle use cases
+where repositories are not well-connected, but since the assistant's
+[[syncing]] now covers at least a couple of use cases, I'm ready to move
+on to the next phase. [[Webapp]], here we come!
diff --git a/doc/design/assistant/blog/day_44__webapp_basics.mdwn b/doc/design/assistant/blog/day_44__webapp_basics.mdwn
new file mode 100644
index 0000000000..a8fdb131af
--- /dev/null
+++ b/doc/design/assistant/blog/day_44__webapp_basics.mdwn
@@ -0,0 +1,83 @@
+After an all-nighter, I have `git annex webapp` launching a WebApp!
+
+It doesn't do anything useful yet, just uses Yesod to display a couple of
+hyperlinked pages and a favicon, securely.
+
+The binary size grew rather alarmingly, BTW. :) Indeed, it's been growing
+for months..
+
+	-rwxr-xr-x 1 root root 9.4M Jul 21 16:59 git-annex-no-assistant-stripped
+	-rwxr-xr-x 1 joey joey  12M Jul 25 20:54 git-annex-no-webapp-stripped
+	-rwxr-xr-x 1 joey joey  17M Jul 25 20:52 git-annex-with-webapp-stripped
+
+----
+
+Along the way, some Not Invented Here occurred:
+
+I didn't use the yesod scaffolded site, because it's a lot of what
+seems mostly to be cruft in this use case. And because I don't like
+code generated from templates that people are then expected to edit. Ugh.
+That's my least favorite part of Yesod. This added some pain, since
+I had to do everything the hard way.
+
+I didn't use [wai-handler-launch](http://hackage.haskell.org/package/wai-handler-launch)
+because:
+
+  * It seems broken on IPv6 capable machines (it always opens
+    `http://127.0.0.1:port/` even though it apparently doesn't always
+    listen there.. I think it was listening on my machine's ipv6 address
+    instead. I know, I know; I should file a bug about this..)
+  * It always uses port 4587, which is **insane**. What if you have two
+    webapps?
+  * It requires javascript in the web browser, which
+    is used to ping the server, and shut it down when the web browser closes
+    (which behavior is wrong for git-annex anyway, since the daemon should
+    stay running across browser closes).
+  * It opens the webapp on web server startup, which is wrong for git-annex; 
+    instead the command `git annex webapp` will open the webapp,
+    after `git annex assistant` started the web server.
+
+Instead, I rolled my own WAI webapp laucher, that binds to any free port
+on localhost, It does use `xdg-open` to launch the web browser, 
+like wai-handler-launch (or just `open` on OS X).
+
+Also, I wrote my own WAI logger, which logs using System.Log.Logger,
+instead of to stdout, like `runDebug` does.
+
+----
+
+The webapp only listens for connections from localhost, but that's
+not sufficient "security". Instead, I added a secret token to
+every url in the webapp, that only `git annex webapp` knows about.
+
+But, if that token is passed to `xdg-open` on its command line,
+it will be briefly visible to local attackers in the parameters of
+`xdg-open`.. And if the web browser's not already running, it'll run
+with it as a parameter, and be *very* visible.
+
+So instead, I used a nasty hack. On startup, the assistant
+will create a html file, readably only by the user, that redirects
+the user to the real site url. Then `git annex webapp` will run
+xdg-open on that file.
+
+----
+
+Making Yesod check the `auth=` parameter (to verify that the secret token
+is right) is when using Yesod started to pay off. Yesod has a simple
+`isAuthorized` method that can be overridden to do your own authentication
+like this.
+
+But Yesod really started to shine when I went to add the `auth=` parameter
+to every url in the webapp. There's a `joinPath` method can can be used
+to override the default url builder. And every type-safe url in the
+application goes through there, so it's perfect for this.
+
+I just had to be careful to make it not add `auth=` to the url for the
+favicon, which is included in the "Permission Denied" error page. That'd be
+an amusing security hole..
+
+----
+
+Next up: Doing some AJAX to get a dynamic view of the state of the daemon,
+including currently running transfers, in the webapp. AKA stuff I've never
+done before, and that, unlike all this heavy Haskell Yesod, scares me. :)
diff --git a/doc/design/assistant/blog/day_44__webapp_basics/comment_1_d5fb67f373038e9f583cb2e1992bef67._comment b/doc/design/assistant/blog/day_44__webapp_basics/comment_1_d5fb67f373038e9f583cb2e1992bef67._comment
new file mode 100644
index 0000000000..bc1f259e85
--- /dev/null
+++ b/doc/design/assistant/blog/day_44__webapp_basics/comment_1_d5fb67f373038e9f583cb2e1992bef67._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="Your security solution is fine"
+ date="2012-07-27T06:37:03Z"
+ content="""
+I think making the html file redirect is just fine. desktopcouch does something like this. They talk about it being there to help you find the port number, but it contains the security token too.
+
+They also have some javascript to delay the redirect for a while so you can bookmark the redirect file. You can click to set a cookie to skip the delay in future.
+
+It's been a while since I used desktopcouch, but I found an old redirect file laying around. Here it is:
+
+http://jasonwoof.com/downloads/desktopcouch-redirect.txt
+
+The code is pretty short, you might find something useful there.
+
+      - Jason
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling.mdwn b/doc/design/assistant/blog/day_45__long_polling.mdwn
new file mode 100644
index 0000000000..380c55c127
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling.mdwn
@@ -0,0 +1,66 @@
+The webapp now displays actual progress bars, for the actual transfers
+that the assistant is making! And it's seriously shiny.
+
+[[!img full.png]]
+
+Yes, I used Bootstrap. I can see why so many people are using it,
+that the common complaint is everything looks the same. I spent a few hours
+mocking up the transfer display part of the WebApp using Bootstrap, and
+arrived at something that doesn't entirely suck remarkably quickly.
+
+The really sweet thing about Bootstrap is that when I resized my browser to
+the shape of a cell phone, it magically redrew the WebApp like so:
+
+[[!img phone.png]]
+
+---
+
+To update the display, the WebApp uses two techniques. On noscript
+browsers, it just uses a meta refresh, which is about the best I can do. I
+welcome feedback; it might be better to just have an "Update" button in
+this case.
+
+With javascript enabled, it uses long polling, done over AJAX. There are
+some other options I considered, including websockets, and server-sent
+events. Websockets seem too new, and while there's a WAI module supporting
+server-sent events, and even an example of them in the Yesod book, the
+module is not packaged for Debian yet. Anyway, long polling is the most
+widely supported, so a good starting place. It seems to work fine too, I
+don't really anticipate needing the more sophisticated methods.
+
+(Incidentially, this's the first time I've ever written code that uses AJAX.)
+
+Currently the status display is rendered in html by the web server, and
+just updated into place by javascript. I like this approach since it
+keeps the javascript code to a minimum and the pure haskell code to a
+maximum. But who knows, I may have to switch to JSON that gets rendered by
+javascript, for some reason, later on.
+
+---
+
+I was very happy with Yesod when I managed to factor out a
+general purpose widget that adds long-polling and meta-refresh to any
+other widget. I was less happy with Yesod when I tried to include
+jquery on my static site and it kept serving up a truncated version of it.
+Eventually worked around what's seemingly a bug in the default WAI
+middleware, by disabling that middleware.
+
+----
+
+Also yesterday I realized there were about 30 comments stuck in moderation on
+this website. I thought I had a feed of those, but obviously I didn't. I've
+posted them all, and also read them all.
+
+----
+
+Next up is probably some cleanup of bugs and minor todos. Including
+figuring out why `watch` has started to segfault on OSX when it was
+working fine before.
+
+After that, I need to build a way to block the long polling request
+until the DaemonStatus and/or TransferQueue change from the version
+previously displayed by the WebApp. An interesting concurrency problem..
+
+Once I have that working, I can reduce the current 3 second delay between
+refreshes to a very short delay, and the WebApp will update in
+near-realtime as changes come in.
diff --git a/doc/design/assistant/blog/day_45__long_polling/comment_1_994bec0978324e268666073e8ff4f6ae._comment b/doc/design/assistant/blog/day_45__long_polling/comment_1_994bec0978324e268666073e8ff4f6ae._comment
new file mode 100644
index 0000000000..20d3a64e65
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling/comment_1_994bec0978324e268666073e8ff4f6ae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="auth token length"
+ date="2012-07-27T18:52:19Z"
+ content="""
+Your auth token looks a little short. Aren't you worried about people brute-forcing it? ;)
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling/comment_2_dfa164c86290899139491acccddd8b2b._comment b/doc/design/assistant/blog/day_45__long_polling/comment_2_dfa164c86290899139491acccddd8b2b._comment
new file mode 100644
index 0000000000..836fe89e9a
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling/comment_2_dfa164c86290899139491acccddd8b2b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.20"
+ subject="comment 2"
+ date="2012-07-27T18:55:51Z"
+ content="""
+Heh, I consider it overflowing most address fields a bonus, as you don't have to worry when making screenshots. :)
+
+Of course, it changes each app run too..
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling/comment_3_5526c9dd4fd87da56cb8456083169f55._comment b/doc/design/assistant/blog/day_45__long_polling/comment_3_5526c9dd4fd87da56cb8456083169f55._comment
new file mode 100644
index 0000000000..7881bcda56
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling/comment_3_5526c9dd4fd87da56cb8456083169f55._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmz8d2M0lQDYWLSbDQSjYRHfrQkWKgPu60"
+ nickname="Alex"
+ subject="long polling in Widget form"
+ date="2014-01-16T00:08:12Z"
+ content="""
+I've been hacking around for a couple days trying to get long polling into a Yesod web app, but I haven't found a composable solution yet. It seems like a thing worthy of generalization. Can you perhaps point me to source in git-annex that would help me take a shot at building a long polling library?
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling/comment_4_91630f5bf162dfd4fbb3920f1318535b._comment b/doc/design/assistant/blog/day_45__long_polling/comment_4_91630f5bf162dfd4fbb3920f1318535b._comment
new file mode 100644
index 0000000000..53b9f40983
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling/comment_4_91630f5bf162dfd4fbb3920f1318535b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 4"
+ date="2014-01-16T03:03:48Z"
+ content="""
+Alex, the long polling is done almost entirely on the javascript side; the yesod handler only needs to block until the next change it wants to display. So I doubt any of what I have would make a useful library. (Although it would be very useful to have a library!)
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling/comment_5_b3e41ba77f21e93a4e086483793bf5ce._comment b/doc/design/assistant/blog/day_45__long_polling/comment_5_b3e41ba77f21e93a4e086483793bf5ce._comment
new file mode 100644
index 0000000000..d9886216c9
--- /dev/null
+++ b/doc/design/assistant/blog/day_45__long_polling/comment_5_b3e41ba77f21e93a4e086483793bf5ce._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmz8d2M0lQDYWLSbDQSjYRHfrQkWKgPu60"
+ nickname="Alex"
+ subject="re: long polling"
+ date="2014-01-17T20:27:23Z"
+ content="""
+After poking through git-annex, I had the same realization. I hadn't realized that Yesod (or perhaps more accurately, Warp) is asynchronous above the Application level. I had feared I'd need to write some WAI middleware to accommodate the blocking nature of long polling requests. In retrospect it seems kind of silly: what kind of high-performance webserver doesn't handle requests concurrently?
+
+I do still think there's a pattern worth encapsulating, even if it won't be long until WebSockets and SSE are widespread enough to be developed against without fallbacks.
+"""]]
diff --git a/doc/design/assistant/blog/day_45__long_polling/full.png b/doc/design/assistant/blog/day_45__long_polling/full.png
new file mode 100644
index 0000000000000000000000000000000000000000..3963ae1dcb26d2590c08ab036d9ec68fe266bbe0
GIT binary patch
literal 55185
zcmYg%1z1yW-1cZCML{|Qm6Glj>6Y#ikZwjdQc^1Ah@nV#cL~CP0i(McM%U<l)BpQk
z?>8=XYR@^(Ip-JmbN}uq=DnIc0WKvj001CRRFKgG05DOj==zV)Q40@u3{TVo(?&{F
z3IM1|#JjV=LT#gYXv)6>ln+zyqBiI)6*N@=0KeA&K*%Qm;0CoTWCs8MasdE)<^X`m
zcL0FQHM3bm40QnegR;B~0QvXtM_WM>YR_X=1p^P%QsLjfT)%?^syRSWMoQafZhz6+
zSmy$Xb3EOY(MD{LBh(q1o5S2Fzr|cP5owrjU@*%?Ri9=cK;2R8VwVR>*-{!xiNPRC
zXC|a3BgT{xAUhO+BOnp*2!BrF$ehz4iGYcw>|5b%;BZrb#CE{2u*&iYEJq-R{!tG7
zX)7~s4)YXcHlI3vH&@)JuS%~_Ukd5XLZ6<zd-UQDw!sjMp9YDn)QT{p!-R)ic&A%f
zryvm2@1(@=RmqA6^o~WZFqa35@hcbp_(TN5zg9YZ_78?6m{Wy<w)}0s7_obLWV{nx
zHCZy62R8(C$|qmFD%hX%KHs?Z%&W;T{`nzyET4nq#owkyVKKow6#mOGVVzajfd;!*
z#P?typSaF5bX7D4{wJz>ai5NKADY;>4L0{UlGyAxp8Rdr=aiSv1_<k{!8UR9jAEjt
z?LHHOxp@)+ic*+AYcVAZ5A=&>yO}VgDB1zuK0>u{7p<BXeufpgtsh<<@ZK18elf^n
zboI92wMUT_YyL76o||Hj&tW4IJ^y<3LU5)Ho&J%S!wAGHerJ)<@QIH`>u5Zl%e;ma
z7Pi<+bn}pU5>{aqK^*1Wks4Pooa84j8FJ%{bJ{)Yi%JxoX(BDGcnkt6{GSribR?U+
zOz9sYLlgQH%D>msydXcUkgEwY&VR4CqlEtVatfA};(#ZzsLm}FQt_8|?0$Hg;(;^-
zYbd^u4b30v8HxaUPyO(`PXz*c<NZcdS2?0`jkWgIw;;z)ZFh^Lh6ua4+?yP2JHSP3
zf~QI;GOX6*j{#FZ4o2DMX8UJPay|V_f}}M3<RVqdzp?CKd!pX+r!SG!sEcBTS`rXD
zh55^PZwZ&*4AN=fqP3Dd6@)ofvfQP7kP9v<6Adxx;#aRKjIGT|%U~i>z<Qgz-N`44
z->r~0X1dtyxKPDeAj6r$ma7@V{5hWtYbRa~lJrf<njOQ?$JZ}YMYx+gPNm#-Z-Dsk
zRTpL*)k~iEB=GJ);>q9OhQ${lHKRo^m`*pjz|10uGc&lJBNE=(lZ-*8rHfkI?wHDE
z7SSVQWID|m29!Jm8!t<-6u|g&u{?d#eyz)ompyKvijiSR8Hgl`-o*C{-8T1A{jP1Q
zuWel5iK(&SWBT*GXWV`#1%avw`@h>31;?`ia_EoW;Dy2$8Rxb<BxkGLn_80MLV2yK
zOliV<Z#K?e-6l{2Mk@4LD<&8**)!?Ca%;-5SSv$a?6EFi@54oZWN*UrWqx-m*p~MV
z<xErI;^ARn7^O>>n?O%4FEv?9YK6PGG>dY*5rs#3$ex-~m3;G;PeH~S@AY@q*G;BX
zurxf~yqs6JlgzYP^@`J*3I5vXyF+t<a=;^WSWP6@gz?o=ITA;Fz(zaAd!^ivmQbRw
zm%Tdz3hVszFzdHqD1E$M+$j5_r`{NxSU-~c0!`jb2kzFnRBV%~e!sIQpj9t7J>v|S
zk+>%;ySJ5teW#`Q<<-hN`u=LU0MRQayHw+9Y!=$)Y{*ux-XXp$hWyh>5$LBnf4tDf
zU}mqz^}^yP<l$b$?ehNkG_Kup9cRdPPq!_D^!anJu)n~?9o9HRIc=f<mdV1wQI)`w
zqC|@8YvscXqg3Jik~*-_^Xe5fWRlTLiX=P?UHDgd5mm_F;Ic8S8wj9JKSc6V($acl
zGk+GyzAdtRuUQ_U@g+vdn5D7WnKQ#xV0eYb=J?~YVN-(!GCf?YoTqX>bB#+Zi%VOM
z&p;1BrVc^Ah`}m4x-70flB*@c>z3QZfZ(ecWh3Q$@l)XbUfZoYo!QZx_o8~q5F3XO
zUH$&@5rW3_A>4CjuVPy-S$E_>)U(`dnKnN$8%$_W>wW+5iBxs5*t@2)Gxf!b7a$NQ
zZG2o6Iag2MGTOB)^7`+~bR0ZJD;=djCiVWNkayaZlXGLup4NYNe`m|^FC-~Q>#L$Y
zl?7YsxGP3^l{qauIDAI$BXL)-=5p`R^SIo<lAo~Mq$UbUQKS&GIU3=DJxBY}Zxtua
zN$7J1()g{USgA=&Mm1Znl@=<Y1W3a17WUh_x*8Cw5aW^Q1$34q65P8VmO@OiLU`q$
z-HRelwR9G2j&CfbvtGtwP<+FV*%>h{(l&0+#ePCTOiWE}#Y@@E#RKB2HgRZ@*$~!!
ztrupI>n>{{^|K?}O#GBohP%@Gt?7e-AN7CzZ_}asYkU+0(zl*b%ya%n6(r`lJW?yK
zcw%f+ri-Lp6z=Xk$v95MTu6N6iabwT&{!~{m70uUlMl3o^oY+7nX&IEH+~iyr|!fF
zZhgkQ6#_kf7m!)L<)8|E{P-4!aNi-}*^XjOw@Y0*9gOoUDhMhfI1UoC+8Fdi6kk0p
zQYmL)o3yVR9tQf57lM@X+&w%-Yf80WyX+M|`xiUD7N0N4Xlw{4@KVYV?lMK^m~WrA
zX<{-)$EgfJD_67GEAA^_LiNut+J`FcPwwN8xBGDR;OD~1Lc#+CA}lMcWlK_4-)}N=
zIft9|tG)z|_B5;|*IZ)*+}TW;bK5-?X()(Ci!33$HZaq+bZgH1-8^&Y+a7nh@awQ|
zDnDCOlZ-k_u{0c4k04b*pD)b+Qbm=OIDku}#A>xnT2?CL{#sOwjokMIFQ?$DkLHee
zR*ETmE_>iQB>wQMGdf`Od%^VSm*UJ!3Sw#_abhOK^UWqExZwy8Y4no39JjYrvK>Sh
zyo?EWrKdG+uw3r6#|!#2F<<8(obQYL{aY$Dl%0{0VK^^;YnyB)&e8A1+m@-HxD-Ca
zwzL2e5)yL!i~T?Tetw_D*hKi6;{LkaCv80-pwmOlfts33tNV@)AV!p;)LZRn;cRN>
z{IE_WZfN{v{g*33qY>ugs^s%_r>>R_9}|$5X9#M&xqh%1m+*7H%)W1yak@M3hTySM
z-CL-1B>rkq72D#yElZ=r{!-~pm-Wzb(c0FQ)9h(S^ZertIW@JXx@T=mOGew((-@i8
zNxd?%r==PjY+IiFBx=*{?t6NG$K5{uzK^NrC)lO_#y)rXW;db`=FeiVD(rjdUr~=y
zSj7ugxfd^IV-r!Lw7a?XV)C^5sfmNlay>#4Jt3T)y)9E`ZS-B26l=K33$n7U+d&E{
z37dVtGe|cM0+dF^e%IA{x5N01F3>9HdVPX?Sv@hp2Bg*nZVN9MtO5}>`6eq_*V#N=
z-P}w(S@tA0A3T1*Nyyd_YErOrkF?lO(lHJC*^s73z=-27(>Xm|ppeCp*MR=d5+@e_
z<q+4>-}8&J%P@Ho%+5o=+s#rg@qY1I>-X@^m6T;<E|fE3_)!+O#khcF5yxv*!`EK{
zuI}HagYaAfN&mD?H+XAn3DOru><WYcf+h8sgdvnNKR+aXVM!*Nv@ffdfL$PtkDp*A
zd_?<~IVYrhNC6roz6qQ7H&sLgQMP{fX^TrKnC7`Fz8b~J1nu5e+3=}Bv(t+U_%xQ3
ztA_^_pOvd^OTD@4y<dBFN5!AfZxgcv1@nSHIB^sgK4TIT8-kdrW{S}h;(q!V6)Kv-
zp7ro<4@Y2P`TF@4YXg0%3)Bk8;QoTb|3C^a<d5VzJ|J|PpqWQfujiYu3-bm~LdouH
z=*kyDr95q$m1HGQ-w&07TX;o$=!@TPpmM;y{Uf*w7rAwu%+D{}3<Cq_O~Q7nCaPn9
zgc8`^u!2O9R0M1qB27xUq!rFw;$ErS`Wh=V>hWI{ta0;<rPKpo{ey_S6s)h2<nhg?
z<>I2n$)D5xk%01#;ELyC1x9+~Vdcz7C5<30z0V6?FQ3L_WGLTGy@*mX{W3t}F4wQ{
z67ceA(L0@NGW37m@a5(!U`79zhThbR(#`M0(wIN<=Yt;?(M4L2xL<!?#R$I_k8kEl
z;O7Iz{7cE{EFg`FNfJ|{)3bn;r3WeYd*6hz)l0K?dr=nTF)~k=L^j$(tAZWpbhMMV
z_jc$12N2sOd{1ygT<k4;Jnbf`cNqV?Eezh?U1i;P&3#~K12Z$Mahs1hqfj-W{)b7n
zqMJNdRZxNdUmu^i$1b!Mcs~7m=*c^0Q9c0u-^cJGm*Oiw5G`7ok8&txT|T{;<lkQJ
z8vkYlDpWe`X)bv30UCKTg@QJ~hi(6N{23(ioQf;ANZD<C6tJT9bTPgc@UN+$GB3zg
z3ISN~%wZ-WA;rxZnZWuN(_ZA7VuWbMM{fSn>9}{c!Yb4CPEvaPSwYNG!RE;&je_I3
z;4@obGaL)cplQ0?%DR|$tisBAi}d-<Icn$t6j|)yyU06-ZW=mu^R5YTuro@Rzt6Ka
zUKP50T}S%g6$p#Z06!XYWqx`pN`Owcs9cT~>Xccv7IMEGsH?OhA8^LU#$Kxh>=%%-
z`TlgnMiU8tuve>>VU68$SI?e#2*+L!bv%x4cMG43lqc6e{E%*#<<{hK*Vz|6tXIuL
z^*wFLyzx7Dsz(0EKga)kZ<Og`>{XU&a8i2gf6rKc;(#_J=i5^zrUqV{;RHI#pv7iM
zn?awg?nKG&4}X#~G^%OEKOhbl{g(p~PV@B#S>8**NB0c{s#&ZlTm*`|9fj|$zR!RI
zNpT}aZAak1{F+nurmpVpb?^=?HRNCsSrHpsGHT1r!C|LhN*VupeXj0jcq9wSz}VOa
zK|zFt^x=G!hmr03FHupqL$=)i>_9YY)K<*%yhF3hRMR)zkYr^m*V8*SHF@Lr!ZQ-t
zChesn2TpZ$nBn-{vbuwMRvY<b)#A7oL=brIj0YqKkfbCRYM0v#X9gbs#+fcR;q}^Y
z+=Qlyi=3=xXjfz0KBEn?8Z!%aq7-(YNT3mw@IkIOECpHip6~M5i60p;v$D8(dBGQ0
z25k9A$jJJwG-G6n-!oH0qK23S<B!pgHZ~TR>MK}+q(AO&kdlz3JYN=ceA)f>7t2>A
zYf9Cal9Ks8VuZ_lyN=BW)>VV;pZYQQMHCU8nwlC12Zum}kDs5Myga10w^+MaZZP`q
zd)UYq@x2+uDVXnHXvG3!(0^We!Eb*`*5L2)wuH@`A|$*|%Id|o*S`PO(rv+Xruj!*
zXM4l?j3{q=Lod|2!u$2}-%p8XB~si|*M$IK^nKRVGc(_v5uQ#9Q;h+_fd|=e<Si%2
zf}D=-s6B99F1{7k(~}q4FER(>VCB$YH5mqr+Z^6k=r`qfA1#%hd|brfvO4|&lgJjd
z9a&*Fs>i1iaD*h#WCw@^?;_i`uWlApjmjtOFK&jjay&)KOe^$QQ_^{c`ja>QNZ&qO
zdvAkkSYGA5!i~_Zn5K&N18<|bzR~OWW@BYCNkxDlq<Hb@odHPh=leYZzle7Ry7|PI
zK^xJd)`nR(r<=X@h3Dtz5qM+|w?`es#Khu$=Q}f1>)*L885kG{=_FcRSG!O@$f)-H
zFEE5vpSmY}rM&Q)GUrNv*acE2AF842iwj}s2lhysx=f@@rmqy$km)GtMAet+C~f9J
z39?q4P7iOhsYNn3wzjrbS62@Ymx^^th#BQ6<L(A@I{2L(FtM;AK7GRe_syJAyx8(g
z;>IV)*Vh*#31|y=uWg*8-IOV+mxoyX<?o$3>FeXe=Pd4$tkNZR{pZ=4#J%mv52-Eg
z&Vn<E+mE}Nsq66MWaiI$)#bgHalDlAZyb{Qa}^<pFKI;Ir17vDUESW^6my!*UBfP=
z<p~vEK1Csq9)N!NFa|*Ci6*CsC-7{4*}L+$`3SrYH-hKlZnmS|Q7pqx?sb~OfKr{v
z!N~7!lZAzE>IIM9Nz)M|gTW7HFiBBSQ3wRm(%g)VgCj31i-m(jL?;o@8%F^KgC&u7
zyzyxNFh{``t~iYX{ym^v)^OoCrKe$=8pIB25RO)=W(8y@!6=E)fTryTS6%k6+Gveq
zMO#K9h-Ik7gX&jbiKV#DEiRgn$d>75piY{S0^A+TLnYo4ZB{zEj?ByjIY)vNC1H;(
z-lKMevu(+Hl-vIJ@#EC};F6|=^1I`KRtRovY>HA^&GxYP`HD1Y8<JEKWrA6jK#8TL
zcztOH&BtdGwRUvDcdJG&Z8g4UTN=OQ4i=g$9}4hHv(5%ex3iO=xrF&z<>NQkS5T{J
zR9K042MXAe3^$z?&iRE(MQ3D3E#9>SQA_~vwrX3j)RRULLV$j%cvkvco`?3W7qOue
z1>}SWw0}G*jfFMskBAn|@+&VaEVM}ki#Sm@@SPu$2H)%#Nh``*9`5G9pE#4VZ!<-r
zj8k6b?*|nlJg9Bbk1f;jw+{|zXlMe@cSe_kk@tCNrqy7)T+O1-v9VM_@_m_)y170C
zW=|#GS*V=PN4+R&mwMKIf1@3fYn<$<YmY6-Ga<}{{Z?aO*{D8i$Rey+)aKIvR0E_{
zIrM#Vv$^7VMY)2)2wv;fP*Vk)Rou`dnz0a&k6&Jrp?&>pb{gH-l@Q)F5y8R!vZZzw
z>$e)jZAg%Ms09F(Mo^tawuiHwHjh1HYZujjIU4&}!t`baLYFEWHHVM+#lsPjjWp#*
ziEO`Hc+ZrwAX3+rWYpj&nKkqYGY0hQ5WYsr-*q=Ri;*#X_~5cPQS|fYPk_v*tKAuq
z=<p7{>)!Z48RAzWhCT}V1`%V(5t{e?0Jr%As~Xs;H_WwW=B)&vmM!<}hH`l%r6pdg
zu#_lHYh!`q@qAT0Lc)4e=tuuK$2_@GpDZs@c)Ts|h`#$tcJ@>@cciE8M?%oemj&?!
zQ}eRPhL1HAPS{hGY*Q&fwpr1)jvo!-a(64?L`(ih;xluTP9G<Z7bmy8ytzh97oD6x
zH~{UNBVF&jyZta`*{re>Aoh@mizVkXTl+T&N1q9<Ep1#Hsz5E_p_i1)->$z@f%1pw
zFf-(%tod=o5$VE#;c844zEV$Q-ae64`w}u4D~F*^BNRz&@YM!-(K<~3Ie<Md@vdua
ze<AF0^`|M=+2S|*a0%}zUTk2SI90V<gVXY>G`80&-$y!vkq*=4Lm*z8>(fnu#KYBk
zV`Jk+Qb8mRzEdfU;*(D~T>-&n6%g7$&y%%RtSJK!$oAW{RUAmXokDdTK0u`n=}}aa
z+J<yqY(B|c8XrG9q7n6j^fJ9Z>~Oi_Dw65K>)I*{MkK^5i`60@zA{>CMv3fLTU)c*
zG^BKtem|eFYHJ@{oGjD+^_49%$na!+0+P)~Sql@ppNOJsLtGjifevwInmiz3u#N!h
zOJ&XuA?R=Jw;CF5RuB#`nBvQ^yRf@Vhv^&<AWyIZALRgaKqiz-_Af(9A|pj28)^x6
zB?>|1Z7&|*<IbNb+RL6V4<94)cln|y#R{0igd%eH`6U15;4BStpL{0x$8X!dHt-@#
zb!<z??ecuXWnyfJ8K;=AFhwUS(xcMyN8JAY{;&O3DA0k`=|&B4qY?GuTcmwLMKvFC
zzp=G<vikVmSmPs5m^EOo6itaGgoY(euiOAJsLUOi<FM=~CVst{X4Eu*R7EA#t%|Bd
zSS`hPPtR_aU;$`MxZdS<7M}C2cgBe3t-Zay%+c*<AEN30iq^f?l4d_lE{DPdTb7|*
zguob;hcwrNtoEEwMQ3Gu)?pqG_b`~_?i=f4=y2}cg(yTN-I@1E=W@TEoVwo+9dqRj
z#Tc>M4pm6+U;zKv^ydCW^-=rnX}p>=MG<w#3*;I&wzZ(A@qQ(>j%kKNy?qI0(3QLE
zVyy4K*UycHhQ{v_E4NJG=*;84S=C={{Zz1`y4>(^BnCqc`nmm9(%)g$sv;%*(}i3u
zMWfe6{tt_!El+$UArIi<kpmt0q`Ixsu*7BPBd;M2%1Z=rGjO8YRA`o?r&^ka;wal&
z1pF2coYt@fOr!^PuZ|)wu&edtA%b}qZW>N54ZeK*sUin|-D2D45I~JzJAIX)H@;PY
zS(=bwKiT^AjrqtfIRz(fEB(7CzaQgs?qK~QEKOY{*D!~AzH<Zp;E$%(3Iw={UGED@
z-VJ|$c+UI2FNKvXt?#l7AXD!Ge8Ik+mDs^wjU5f3|Geg*F1{e%Y?)PGp_KQ*pj@X!
z7hr5`tbzwXM@Qdqzg}fj>^^e(gw}Z&jM&)ROr+)S>gnk*A0Z>%ta$_9*g(ZqC1qu*
z?>?#+A#2~BMl4(}G<gt-^DQmhc5H+FeU?_>2W{5335tno!mcZwmWiqc*HCq$ILanp
z=oE_<Sj^{mWj!hTZnwaiNLYXmHT-%_D|S8_br$q+T`)6a3fRCc=#EN!bG2WB0*@Da
zlUlD+1_QQ0L=pjrMQ@3j*6WI|jPj^dbXLMi)_%T*S7YX@$Wd|6ASb1P8ZbAE+9oUI
zf%JG$)EIdzhoQ{v<-E7^WO53q87UZv1{BT?ydFsLk6PG<!;K6L8B&xku)FIIjP3&i
z=jw}u(7L%)w71pBI85dm?beU|qm=W;;s(!Getc;^xmN=#9g=EgA8Nb1yL)=pD&_H*
zmA)_1&Jy)b?Y9C5C7hj~zhPrLLm(=A0j}2TaF|%zp3t~|HME0n-(Zzeg!1iS=(UTA
zab*PE9AOb#M{vo({d!0IQT3I3%Tvo)HVY;*r5QHwn8MWIRbR`3!0!HmL}b%>j921d
z4XC=)6!}r%+@@&My$P}LWrB!^CPT<6o<6$$U<>10DX&Lnik!j*{x86joKo_Yx@W^C
zo(=@`j1_|rSY1j9_1lViQ?pVSRoQf(w(}G>do=PsZDISNh`*Er7aOR%TWBu%7()^e
zQnB^M7(<nb^;>GNf8z|Klgi(J>yH|0&~dwWaU&c1yzSuz4#1SU+DKAg^4-p=%NPb+
zIi8?}_+B(g0Ll-Mf#Vud9|plfd$dO!;SMv&v>er|9Hjp4*<6ze(5L>PB}lOpU)3|X
z3zH$HamJ;7!)XbQcbTxel<g$0o?IM!bt<1T*L{@#W#4yPPofX780QyX2GF7zTI}vG
ziJyU&PN7H@J6y->rDuBurl6fS7JyofNxsbb*{)3r9IrCfR{Br=j4liJ_pPFy)y`~M
zgSEjyvwj1z{iYO>)xY$%{hjKIhg3f%0(;nvKJI-Y6eyXRmNsC|vOlmhVf8PwGVz8#
z$sqOSOTS31t0Q*8P9-x@XM0W;gO5H^VR_6H?AH7ZU23HaLvVkfxLQ=WUaBl()ayr<
z$>`U7kK7bTT6zKAx&~rAt$O4&Lim@Mr{{Tm#%!rKaGqk)+8cP+=*l(n@vEb=Hxm&Z
zJh1;H-{X#}fx`CIySrFSK=8}ZJCPtULpriaLaz+@r0|rwDu~FXmSe>o0n$=0u%QYO
z)minHh-_wI+liXTi>LaU&7#bZe`pn*Z4V#2vXve;j2@RkAG|87y8->3f+wd4Qe$R)
z77LZZV8bn+RG&5-8U}i~c>sX~_Pcl?7B2zKGWFc|i1Q{WKt==b1<2k}TDouV<!pij
zz(?^5)gOn_r%nA2V3NqzfNOVOUt!o;fm+t*xVU5mN;rSZH<an40NK(DX>1<+B%kBT
zmJCrqjLe6<U49u=ICMh|x&N@8M`mVPvz1t732~aOekF1PzH80AJeWh@c}C^E(iyti
z9py4p+3xK~9b(#cLoMdxdUd=CpRS0FKUg<^tXpb)(htclH)=Q>m8bK+%@WMcI+-}7
zOAEg4nTAi5W$@XZW=@;>`cC1wgU)9QvV%4!(}IjI&(isW<0$$4ZW9h_%mNSQ^N@(O
zGhT<GoKj=9r2e`&cNAFt3L1UIGj?i3<ei9i5=b?ZFzxPfe}B)Pt_f1nH8yUwp5Kc0
zIta(WD3Ntot}j!{Gi(T2JYMZyG+rDVo1_KPPM@8@)9lpLhEY4wzS}$$qN*u+dgBc!
z7%@F9C@I;YnjwHgNL`s0EdbX(&ovV)<Rq|NJ>PPPqN5h}k{{p?Txu%x?=Z~FywnmU
zQj<yjio>;^y#Zon39-Y|<Mi2%Z8BpoNu7wS6t=0pxyv$iMTSgm(}HYxH#-Cm=11ID
zCfhpD`vh<S5Bd@oi=XAsINL4eGW04;=j)y3!Q%euW5yl!_nUFhOfu2?6GgxRMwim*
zXZ#48<fSb4;eBG+s>;Se$<85>{Mier4W3Menv>x~<&Dlo#E;|4Et|o;ih|Oc`{NzE
zaaFX{L`f<}OMs(Dru*@7c;Hdn@<-)_;2+~S{lV=LY)b(f*=KS7&R%^z0gHRt?LqBO
zb3g~jZ5@5bkGan%Mmre<smgJE=sT=TkS_jH`6%H0XCd<bXas}E6YtTZm5T`I6xeU$
z+Q5=z%u&3<akMM#qqmLKa8iEH{qm{g;!HQC?8ycb9na*NcGt(WVQC}(rSC4OX=ZOc
z+}IWM>o-eB<uxT%Lcxaztf!03Yh-FG{#X6Y5(1`M69ZfIE4A0l5AMh9HfEITWh64T
zm{pPW%{z<R5qe#`bqfeQGMMwC>eiZ`bcvxePsV1Ifg3cnzb)0e!hTY}+`8sYz^K3Z
zP{63WdCi<$K8IVgXo%gRjo8U~_HK=blZb5m;f=-0=Aq_$&EB(C;1BByc&!x8Z@^Sb
z4x{R}x#fWIT`AF%43KF<9kGGxAtD1NaXD7{#AY`27a5?gY2z|T#gP_VcUTS-;n*Y5
zFH;a`@K=6i>0#zxxl6swwm(^AXgMe5<8Z}ZtgC>ND4zk5tqWfi2}8w)gsm&}6W}es
z(+Zs^T>Q@#9XbS~jB0u7MfXH&bBevZe4TwHg52rz*6u39sPVQnEd%T^IwlG?7JVBh
zA@RseTJ;0f)*8QICF2*-C<q^bRTy%Vy+gNl&-+T+WrUMRJ~n^KM&|<CE|9b}e7Mb)
zPU9_yZVc$Y2rXnJ&XHj_IXMAwTgq8j{8Y;GyIPG>O*BV)GGAh2@~pPV`)I~#-V0Ty
z4ZMAd=HufdBrJ^fM0RwxXLBGWPPc4N5?Gdx25=Z5+?PC#qH7Ocizz~3b>H(*$W*z>
zd^1o#Na|-rA|mup+p}KD8`MzhVt>{FnyR|qyAXW55-Lv%s`b0r`~LlVhk(oXtC8@8
zWb@P9e&vo^uYnCn$JN>yq(BVKeD9eS@(7tKcJgQ9Iy+D#a83)LpI~-6)UX`f;0Rwf
zl8+;A@;x&P$0i7Z9|$ge=Y@QILyk=i;f|9*ab7B~qY2tBrqUDByr=3M1@)%S*>)d4
zZt?eoAHvryc|Y2^Rx0H!+)d|8xVim&QO1!ed33O;16e3`K)E0a;JUh2HX&TTWoHxp
zC@syW+GsdXO`uqCc#FpbpcAKt^Qju8r?uT?TV~;0WX%j?gv3d)<&lI~?Cuzt(P{D0
z;Kki!mJ66#A1{4c0?5f+iRr&SmJ1(BHu|&Vy;_v$CAm<425mz>ynb33^s{vwV?A&~
zFmibPb^NnX_I?ASw6e_8E;#$brZ{cTDm?qLB?hU;xNe*YJB}OtsKP}WbLYJ#<JsVx
zpZ(Imq#!@vYi9(SxtmRexS)}&k2ULQeIsFaQ7>%}5tp61J%GN)W#I6(z#MQ8koCaz
znE}SDxobI2SK>x+($Nvz`m$sD`f9ii3%#>P86@X)UG5Sr7|7RE@uP2Lo!!y2*?A^8
z%@4ErrF9yz&U187xW>~L^w|F7+D?aKt};xfWHb|xS`erW*NTWl-fqE#Ipz8n@1rDz
z8C6)UWltK!Z8%Dek$vNw^Ny>rdvB0aWg`A;XbR*$3Lwh4;$UqDz>DGPAIDFCeri!_
zLHxDFo3Am<O=vSn5f>iib@p}6JaElfmA$bPhsnL5VO<A(J>w^s@;Na%<|a}$51%jO
zCblwb2sd7&tn^l7Vu}&55b5LS&SvdZOVPYIwMMxzkYk(rQB?z(0o~smUqkHiZmu5J
zEftNNoF*t>KK|SMHFs6u%c<s;solmxE%Q2t*@Z)X+BbEAS?m50Z6dnJ#Y!D8CD9CP
zgy*qOt*`Nf--?jF0o=A|oBE!m{AWJFou!@=ksaNtRhB3K2ZN%h1h{Ud)Zo@Pv*5(4
zS229EQ>d$YCeG$wv{B;FV)DvaF7z3e1_>qwlq_t~V6S<IX{0b}iJANy-DYFpVo;_e
z#(va9L?uN*uVTK=_x2%~ciYTo&%$P#Rnp9`EU2HTqrk@0+uPg!{I`FLm%UK|oghFd
zugi8Lfm-<V9<fYDLh>kVWqTWeVze5Z<}Xh-q4`mY0+|^l&~PI0M$215GBUDpgWxj?
zxhdPbwGvr%N&YgA?Pik}t`a-I%I2oQd+mufe*|5y;pLxo^@mgFXT_xaQj?a~Z{ED=
z_+h>gh`7JJEncc}GpcuN4L)ZE5G_dBPZpE5`9qxMY7c+AS<<`-mC{@4FzfJM4!-SY
z0$at46mE!>98FgoQMt6Ed>J3iTbX%R5)s?}U_Y8bGk<#l@9>3g{SL>5W!?5tRlqcu
zsnfyCX-Wig;o7XkvZIqdI=@C6g@oth?5t*!c?)W)YudzGo4pR!4)?aq+2`t<JT~5c
z_&B8l-Zn8d2}$qm)RbdL>3@287|vXa`*?Ts0DR*l#%pG_9334!UZ9S8FuJdknwp!_
zhx4N%B2rRPChx-H+#4Hzes~SS&*ZJ$j5DHG--=;?+S(xQ7mt|kNAae+bjE_~T{4k9
zNCT!#V__^^+{!Rp-p%jkX_nLKtsdpB%V|vLUS2aEuT*mic{KO-Gy^kuI-|=&>0Eg1
zp|!)#<<fIaL?H2}AsQa{<Lk%gCv{}cLON5yVo48wVxJAUIhJvlHhR__MMn*~;Tlxv
zf=N5feDydUe8Mug9TL*w6kC%0R#r5$P1X5`Wm_Okt*7be7{@ux7`hL~4(*eqA!Mdm
zENM^x_w~`{t<szXLP2sjei8D~94ox=5g{<x$~{F&*6U-wY2F_34m$no5$kLv;DO=E
zW}N%_MagnNJ^9<1pBpfp;3dJE_Ee`i9(>+hEj)n6(tu1bf=&39)8f4mTONP}pI4xM
za{5+TR)bF+RO4vD_)GieKt`EUeM$_v+*_=-kHd*SQ+_aX;ensdls3N7Q#Z@dk&bsv
z9r&m@1#BQhrRh*&n$NFsr$|-A3hS4mBPgkirkI3kTXP@f0OZg$nAupoE{<2Rev4FY
zu})NisNL9G`uy}fb9bp7RRB{s(L*XGZH6;5(eH&6SzoKClMR-lQZZdj!hZQRMH;mj
z#~!(Un?gCbeJZ1|QO0uH+^ukzdV$S;N#_mK_||VD<Ka1BbEk>Xuj?l=>GA6f)yh^w
z#MGswKt4$DXQ#u@TiN-McU2|zQ8NqaPh@d0Fv6Yo&jg4lGAOXH=V<{mck3SvR6Pd2
zb#)1BV!2m^koi19hv2<|u@a1ln^)KgRcUwaVd_FWL^L)&W#+)Ae1QiO0*!gg-jXhj
z-@Pt2o3exXT@qqzl6Fhn%MMeT@O(7JnsttO)#ENs%3<SgMCIf%m4w++lx$$&`@@!_
z=BB3m8+Zj7rzt)zF8UL?=@wc$!*yThnUUY+<>m7YM_iQnVz7+J=k84lJv|ZDvlZ>8
zVs>NQ;n;+Q@@sX2nx`kHPcbbK&f=-aM#sCW7&hHIzM#8L(6n)3Fw2`a)c(jFK=6^9
zB`w$D5nGZHlNcYz%fg=SXT4AwaOTG0;Z|<4IC5}&n6)XYMHGMvK7wSE`)Q`9t{z@)
zZufie2(#ci+uO^7laoL}mj{QDPAQkRi<`fGEHZVA^FzCkFI_WaRj6L8pl||@%t`JU
zrp3|2y@`l?2OoSgG(3`8+;8y2OPfW<q{TCpYY^iX#4GXeWVs&+FowaFA7JGvC3+QC
z7t`5#WplMa2WL~-kWcrwk<0#O%Z)-zOa)7Aek`Pfswp+kpFH`Jo^Ee=d2tb+kkIbA
ztLg538j68aZrX<1IXTHMAfQ_@J?$!Q=!v`~y!TM?cM=Sd?r1w$@N!i)YXD0h%_Cgw
z`>!Vf^pw7VbFx|f0kL7ODI}etk{w>TJ_1?-_6aw<5t1_3`42O^(yYdf9{}{;ms_=@
zutA>G!|ii2v`3CC1-z4LtwDYzgTilj_i#g|OVFaj4p$QR5B$%)zj0rFKvxh4?aww_
z;vuM7K40uz>v1+=*J~Ku>13Z&#x~gWl!l}0QtTC9eB%c24Ab&pu_oi1YM(X-0H!Ae
zFP{}HD4IL?@f{@>(E4u<8B9Ka{E$rb9Lmgu!G~WTPN@V7XYgBJFt-NIrF=UrWh7PA
z`-b^;b5XNkboUH~K4PLiYIn|B5z;6jzBL%=HbqtQv5gx#K7aO8kx14n=G^nEf0XBN
zhYvZxsF<V8bZ2i_X#?uBt^;@y;ed1ko;Y=L)f)*3wJxSWeIvt208f0svQ^LOzD`qr
z1z4%20PU5gTCDQ_DXs5!Ooe>xVV^BEEb}iNLgny*=EJEM0&Iuod>N#*O{g*Yjeipt
z*r^;mi${N^5;j<nl^B&Y^cK1|Z5J-mwN<{OFfKf!B=8r3&n-lwSvXbXnGs)W0%pnB
z5<ZAZzV=F#k@wPrB*r#l&M|)*QguZ6dF@|6cf_7^R6&gfJUZu?bHgFOhSs~PH=X2M
zE32nQsgW%81`l%Ae{(j9$zBf?_=~zNZGcpcv^0~&b_s(DR<GoK{$YMj*+Y#HJlSc=
z?M@L^Ra%)jv>t~gS3lDC+|BVZB-NcqG!gCM<kAP8!eqr0QBY9Ogdpndne87R*Ltnh
zdNJ_q0)CI7psb8T|5agOana0oGo=9Rw}&cpTpS;BMeHxswFLDWjwe4y9Fm?*>Y0fl
zyUsWV{Z_+?B%@<uxXJN(K!Z?d35vQwnf`22WdkkC^pYy#;&Paid4IGGQoSiDCJdab
zrVIWq0K7@B3;u)|WekHN5NAO8G`|nR53#5qaCNbEFyDYGYPrmwPOtoy-fq9|U6?lW
zZbcCNi0Cj|`}s!$5zoQKc5!y$Ktb-g-|=iQr$x6-Sz63}Umuc?HQ$if7$AGFwx4dM
z-|5ymxEd9Y&dkh;kB4`5d3oaieGP~rqyr0`XaskBZu&{anYG+*Igi08zeP%d62Wcn
z@3-z&s1n#^@9gY+`t%761N-|ST4gKM)mWbL_4W1W=%`<tgs`x0X9(Km(->TLaP^Iq
z&$LbR`l?I=OUcs*%#q*n*K@<qEHJjuw@n*6J#WmfVTi=IV7t+{#4c(5?eh6s@zn$~
z2X^pKa`61&{S==1rSu0}x~C#e4l*ro0n+)%nF`<$v+Szi-U85wXTDzNazExn*|;~9
zqlHTFjKR~Hn@GjKYeLrS#Kzfo3tL=!IO`~Iuf0BG@jF264q?{N$eo&3Z7R-x(P}pa
zp8ZD0sRCYr^4Z#x(Kg>JAlhQvpKhR$8OfG>K@UM|CdxjC3kJ)H#B9$mI+#|eBDf_v
z?q0ktrn+8pD2#<SO$)xV#$tBY9hL-i_6!}YZktt8*fynB)Oe0efMSsfk2WPZqdc1Q
z_Mz&(=Vhk?2L~gd4UsDqDxdzuW$Ye&KyU@Gtm5b*YXy&wU==TZKxekm#YiK1t`4It
z!3!1G8usULG=h0)ZO<>=zV)j5Uc$4zA|D5D^9EtikyDKh%Nc>FS@&G;pszrs)zEw1
z023?IRWD23c`I4U2%xW{ZtGMr+RW{Aud<CMpWJE%sbo>^H>PDDsC$Z+my$Jakv;He
z!qlGh!>_e^-CCNmDcq_32YE=v&2DyQS+)(EsO0%ZI6r2(aJ!U~z%SsBHj~lNe2+rz
zitQ~!I{HhVx+dc8qpWtn(R2=0OLzSqF~^J+KLYt2#ukSbSNTLd2!_+t;@0bW-^!WN
zui^91EmMn{1Ock?rQZ&1q5G4gRqIvG5aldFG`MZn-1KU}OmBtr<MCrjuc?;!p#>WJ
z+Sx1ig^j7GxHfx3B>jw-NU@GbNY55CKj2BNSi!n*c;~LKE@N~v`mfaOKkkvdxS3Kb
z@nOs%4amXE^?n;)a0?SF`r9U5#CY+A7E`>3n^!Xv>jy-;B_s(pb+KetQ(`dd?ChMw
z9Qo;!af{c``Abib%IimA85u@%n`{@#Q~A}^W7XA~!DgHQ>XK}slNVA?zJ2?KVz#5A
zaJsoV?&~j61UPSYmPUaUNSSO{=qYE%kC1f`qkN)@zxz$GSup5iVm$cnME?EzAF)YY
zknMc2cd_eNSZ0Au$8h9)yQP1C@g0gji^8W6K$J}{`<)GmTs){gEH=38tXLc#9)>ad
z_+L|txbIk<20L|kqblWi=w`;6?x*LwUQTlabP_y_XVs6AQ<D!DGr0EJSAheY1!h6M
z$i>9Zv3MPZSDUpEI^=3Ww#3a!Qdn33cw0rC+_2VXb&!Jh;iv^Ul#TG+nq*Uca5*Uj
z)h++QH#h5&M0g&NE|#TP|1hmEYjm~H*PrPol61rs_S*mM+uKo5;j%rPg{to&&d)tF
zj?m~|Lm!UdQTeb_?MaJVc~nXLOU6sLqleg<;0;+RC>2nwgiId;wukv5PhPhQ4wQl%
z%W0U)f=Ojoc5jz_+_p*t#;*?x>g3fkgM;RzS@ZUxNTZ+AHLNKCmuHD^f(0ZyvSwSH
z1`HBe@+->@(qC}t{6hH|aZMJRnVIPWMqFIbpo$rLlO?a7qO|9z_;`eRC!kzjhYq8R
zw4`mT$)nTDv!IWM=gudi1deo^F3Zb7MwXNqkHUV8@0Oc&EY&%r*?_@^J`4$J6DJoZ
z{ZQBuDj*X{21o|pXrXwFEl`0?5V9M2xI0%DI$3E0T@FUko;j#1UF<$<@P(R5N8$T>
z96GqbvWya!Bttl8L=PA00=urF>I@g_GWTb|ZH%IxDs5ky1y6ny6xf(UQxnzG_YM!i
zz=LAbiZm!Gm7o*(L`SfR$EuJTiEP5UiVN`;YR$rmz>L#a2p(aOUjcBXW_!2cQ%}oD
zRd3Y{zuV3ZUTSn(M^T<StU8Ib;wWWE=``G$$H3L~xHq0kOG_);XYKLc{j~Yb8K<Dw
zKk*<Rt{O?Xhr8NJZL187*N+w(%}{rOgzB7{bB7|76jP1FCnS`9Ca@YBlZ-dax|uS#
zFDZDK%!Wd7^^zII4;!)8MDY|`rJ7)cruQ9dAllxe)m3iC8Lo(Ts|N>J+1Z?*QF=|K
zyi?c_a(}MQVWsbF#Jf?3+=!AEhu$9isXp{Zcj5aC^@oOl`7!Kzbq$LL#zYl>IVA>)
zlB%;EUEAnSMyarXdnCK&3_zc_!t9Epi`Kit#TJycA@kLP?NQ<z(D_cX0jC6V)&GdE
z^0k1hJVHT1VQ0Q!IbW43lCTYd5(l)MO&OuGbp|eq1G<LHNy^1jzj_pQbBe{Op6xt}
zK<OEvXXp?&O4a_N@%~}8Vb+v!RBv-cya{nj&n$oHCt%1VSPG|_RG*6y=REqlE`-_w
zqh^g*H*r2^4`WWp#-N`6fd&YvtgK`L`>Y|BgVj}4QSj7xxjoR&PXrM0?qtz>8O>)c
zhN-Ko%efc(-|QGWPo<{n?--n1n_}mgg=CnFoVLQh@^dqv`Tp*F)XIFCLmy&6pEM`Y
zV^BW13w*-{$#=RHZ*8RuJYKq*DaRqqHg0qNyYH1I1+04d4DUV=E*5WnNL8bES1rQH
z8H_5?X%<aD$1Tl~KE!>4t<BcZ)I0b!SrR9BAzN&#zbeTLgugPes>Qh^i5F6kXrmaU
z_=`^i^%Cw8iG!`_pp2xF_sk@?5g8d7*LlzcS5H)x@`HxP*CeGp-RzizcAI`Ad(cA@
zS^L%LSwX%k=bJa@r>7tG9xk=~eZV#bUPnvfS_NwJjdtBXLc>vHe~NHL>$i-g^`j%E
zG-zHzn`L9Vf3sY+s;WuT>Gs!Oa<@LW_Dag-W-#t*xkw9?Xj6st?DDj~ukXqmc33$w
zQf|^b!QwXFmuM-hK_U#kz3TSm0Z~8E@RbT#*ViD~hTW=g=zZ@NPFVLfW%$aMdx3h`
zrhdDx#^FIIosT0fN+cB*|M!#Uf&43UYzp^`Is7J$SVEOc<*Wc2pE_f63erks^7>f%
zEII+`n9(`RdVTUsqH`Y^IEK~A-Wh$|eqM)5`2A+5Z)61kIH@v`4mY~1^>g^>W$Ie!
zBJPI-kVpD{_#6)z={euQHlIGt@+(tgNLfH$-OmTj*TZ31W@Wd{K#0H|ZyN3y9#vI}
z(A4o-Y|V3a!_15%wnts#>agR>%Qatl*c(w1z=-VtiIR11O5Bu1St7OgT!{^gLR~%h
zV=r%0(=18}MyU#FY5Ao-SV{`RyT-y|l*dQjz&VfF5beHa65#7|-aX~L%Y*q%GLoy?
z>uDE&ITty)Q9X$eO4C?px+HOcn#k~&@Z$7bVCQ0U?)2_1tXp0nCB<GuP7V{hcCf!+
zN4O|cn>BCjr~El8Hcr}$i;JmcE4q1mLz}&HNLZIxOVyOu^$*v2Vl6Bz(kcpNf3C&W
zLemx(7d=I?l9IIU?XB`Pi?H#@-*;!V|EEgDBqK|6OB6ZhC`u2!+8Qq+8)KY{GQf_+
z#%V>&@xhPfUcLo9856J?A5djV1Y<r~5ZGA*`3(zIXT;L))TNV|Wuo|ugo=s^<6c`R
zl-jI~kO)p9TO}QJxw$!KAsv;RoE&g`DEbCkk4xaV^4QS<H$se=Ys8jM;`UtY)vH$(
zt$Zb|t*u54{xTZJr>CW6ruikfa=%6w7u#$Q-%&@#Sy=oLhm%zJ_~amz%#rmjAfSsu
zv{+lIO$x>pC&T(xF%JdYzb-Y=KN4wc2kOsMl<1|T+W%1s+1Xv4ZFibCX?b8_Vd0L5
zW{}Z1zdUc=2HUnRy=B^c{8!*gnbl_cFoYU7aJ9MW{?x8SF?4+BUj|$TjBHgc0Vq_F
zz-vnY%+N87@<*A{SEams-g`AQ*0W$2>_`ihf~EVr05l;{QGPC|BJI7sy<*KG{9$ae
zw%^^0Z92BhP&af~hCmEz+Fq_EiXlhk5!?ur0-H63Cu;d4YM7F#T`XW>@j^<9K?eS4
z@i3;`RGuq8j?()|=AUvf9hVaqpcJc=wU}knwg5;bNjVm@007=T!3>u&OC*JJ0UGi8
zP&55hw$|3hc3712GzC$g2DuCz*?;X1g<AVC6z0<S_J3MPm4(O2Sq_|#XssMbj~&1K
z_k%|-@X6K8g+uQ<)Ke9#$9@yxgOPg$*S@~_Z?PMoxrtjqtbg-?P=Mi2_atKlb0XQb
zG8t$50dMaq8w(?WqsF%U;PT6a_Q&7(*yH6q)~>$hbNrJg_bu+Dw9S+}zit<Tw>yGt
z6jy;%>UZa-7k-;b245FN_<*Enlz{&vzGI~$;{OSqKk+gCe<Erc;q-|K>;E*>pB5NY
zP$J)qX8c?)Sy@?ClTWWv#OdUO?7zcJ^L;WJjy|lP7Vv95{^_y#M4EB_r|Ta-VgKLR
zv7#5+ZMR?kwS7BJ&;Px<kDtl`U*^dUGXMERd_wvE_AG9M6yScFla=(hr@5nxkM#f~
zfj@Ro^C|!9)`l~^!yfvC^X#Y#no44V^Iq70x8x3K!N><(ynR|ci2e8z1AcF~stJet
z_~L^o(_gFWquC~GL_c;M^n@m2m<60vF-55#&D9k_|9fwJS=*OQ=uaNWI&=coecxip
z61{zF$q*vLO$hiS(@F5T5Q0q@hbH4o2grYPdHr^j@;y2>c}?g()iU!M03#0a=Clo;
zMCjbf`X#dn;P5R=+-^ud4_Cgs3A8bP?<HDq##BgaPjxL?i~<dwV>0^mx6*FW0zh=U
z#z}^@)<1#se4mpWR%aPx9?`-3f`e<huzx9;vT=JIMpk~kFhnz+lLL4oSx?egTUc1h
zA#wC3kf+z=vH5j}I%QlWD14s)un-U#{2XBwka=Wn79oex@MnK&KJB4o_Keb8o0&v8
zk$nip8n`_xOB5hxXa2pnFm5hrpz=PC>8E1R_58rbx?k)4EC%-@?c8m~{R+#0KZ&N&
zziA`78eI=8(>t%Gqa<U(2Dn4i7rG9VNoR3PDYI=`?e2raM{wdW0T|&EJ{qi?pJYrE
zWs<)!CSVFEg;FsYn8GN<ePeJsp*_Y$xWI!yXL4Xt44nbvtQRASp!psCe{&d`%D7Oa
zdgr;P%w5<Ib-r$2UI2%Z5?`4JsFBltmvlM^lsW`7d+wsszk1bEyN@lya=ds#0)TlQ
zq0^751&i2^<<ObYeaeNk2l`K16BxEwY(bLnxho_uFVoLe=|E$AfS4kj>ZPC)?RvK@
z<!&Q&{o~pCq!QB%ZFs}`Pl4ytTijCDI9p=1ELAJ*%nee@_jT;ch&q4y?(Y&T0|yso
zh=9PiXX`Zx6zzL5mgt|~!z}6VxKgZ@?$_{5x1>zCi_^X?_na#Pj*U1-3-fMmd7Ae8
z?FZTw(C}AYo$Om}@nf<&KX)IW%^u7m9dq`Q`NySR?u#T+h9F1P%&aU2J2LPl#t~c~
zSG7=?7^0|d;@#2e)Di}B{lS$&O7c=7@byIkkMs2dqKdcI`6@_y61ZCp_-oUL0;)*z
z5ykP>IA~O4LARqU>s|z4<BY|d3HJ<c{^#NkGQSp4(A%4~Pm_{RjMru;adzg{@5EW3
ztpnA=P6$lGJmD862dCN1wJ)mWRzSuh^RXZ02?3(6V}smM3OClPHS>7&4#yvIwmLcS
zj?Q{I6~_UkB6-5s&{$5$Z6rZ3&D)vdX_Ry=`);!*^8A5j6z2*hSPVKu%#7m5!<LXM
zW*JOMbBQHa2{r~*Wm0iAJ@qSWhN>%Zr87-DU-+3AT;nw2xIc?yCNvTE)yQ#2lFq+d
zVI3p!8GiDCWL;SL5oUX2T-*mbunt9!k5+l<%oKBPhz-@|@A9$dCfStJ3_ByRBFTy&
z)7#rG)n(z4J|N}3y-b2gdfjbDj-S6rG|h#>e@6UX;jE+v#Q4MIEyae*7Km0x5GiEI
zm{Yc{g5-ve-q>)}wiZz({0$=;&mC^iIs;E=0Hxxt1Ju<4LmdPvX9p08?78h(ODrX3
zk+-85pBpXHnE@u@$*H4LFZ0u%bCB5rwC~3b8^&M%LDO$%>8JLX%zp_;I*Jtx3~;hw
z;BYZMKEafo$;F~m@7#>%3^F}y!;QDhCT`)oV#n)#NK5Uw%9>vC874WTMfSJc>LNj6
zw@Kab1)M+&+;h6y?p8)+qzZ~8ZwC%sc@M?Z`W?ev5(iCETlvnvB6)GJ<NSiJzcyu4
zn-<t3qFH2~a$W6yVlVk-Bbikx`&6XMSq}Hk^#gE_YPnnqOb}v+=wphSW|!od_SngY
z*W7G(6EELazY-nt8I4Y&yi5H8{0LDT*K5_XMeJ(P`u%i4Equ}h@;lvN>Yi|(5BoJ3
zbUv$SX=;pUasGU`Zzqz$0KYb_QIhzxoe5-7zhySf&eTb}8>eb3*8G1@HP!AWBZM(v
z5iQqxGXu|^j~`lVZcuN(*?OWutoKS76==1?-w~f3c7iO|4AX8{t5dj`o$``&?77&<
z_fDOr>Ae9=XCl$3Tv}KCVy{97iQDrZ8DO{a!@Jc5AjszHi$@zBBJl1zqoqE)se}8A
zx}z-&K+s($8$63xGP{pTknb+d#anX3jw56UFUrN2{$?90yN><o?&dd?h@eE@%{i^i
zDDsf<IaO`IYP<imF6J<yc(e5mlNQ|p|Is+i6jb@V)8T9>?smK9sC{1W0u&UK-Oe9;
zN;pqJ!M%X-tvWjx-aypZs-EqDIE$4mTS5%{x(~5&D3dJ{wP|^uSSMNm`bF_ZKzCu~
z!NP7nfd(3VNW3Rjd-PLv7cf^ye`DHutZe90IX|<i6)fIy-&cKM3C;jI&iZM{*jgt@
zM_!(`HNLvm@BJb1)uKB3wWQoXFhM!$<o1jU5Z@C3MpvbAPPyOhKpF&P&NcCdbgouZ
zJbZ|A*$u_;*t+vK&?*ikju!T8CdRv4-0I)bWChUoFRsn2rg2}tWN2R7P;~4FP&OLd
zSOEV1<?j1C8iX^@C1ZV8&i<aW@X<MJzQy7^^_k?|DPqcrThtVr^^n}O(pE1WyT!{o
zOKVZ#AQ*m`Z}+A3=Fjl-JCzsDu<HYNHoNU8Gj9)%v-_R4=V6aJ!+=rad;r&A#21Tk
zLK{0*=fzcsslzAx;t&RQhqHIOX|CCI%hse6UxVK`-0@08v33*DD*iv(-ZCn#VA~en
zjRyh*C%7cR-Q9u&cXxujJ2Xyk65QS0-4fgq+$C6WcYB@W+#~m$fA9Oo=pLg-@4ahR
zt+Kgh&00mnOhzYjp7s)8zQKQH3x9d`VC|?Hi<YvnS5=fPQ}y`A4mK$TolyE@VQ2W!
z1Ijnba5FxzByi&8Uvb))e&8et><8$5mZa&hLn>pF3F%}5hK#?O;Jy?qMZiMx3(yVw
zwHIC{(BhIl=ddO<|Lo%uzBrk0?D>mDW_ZWL>*3DSh`Y6vu8_0+aSfxhW0}WxICoJh
z^M3nMz^-R1B&4`dx7^VD)<f`f{*P36SR%m`F;s~OR*!RuuO?!^#2L+m5=f(<{_HYp
zD(5Qw3k}Xz24jLc%!`6kFd`)@F6cvccTtT*$#)W{wUPooYa!L<qk6-1k>0;3%aQdF
z3lK3+nBW_rtEzu@-$s?^{GL$vjBO*Mc*al18>DYE5efh78X9I>2DMX|eqlYyGDs(!
z+ibrIg{i=(Tj7Qe)(T<ZPxgOUmgBuyAJ_8lxG{t@P7Yzmr|ri4UET&tyPBqAN4bMV
z3q+lIFUgs-qy4Du{pPN@jSv#Mm;qH2XI-8RGuOfZIn)>0wR>yO>D#k06(h}9g))g;
zjZh;xhv>;ll!dKi=WS?aEV(6AyT)U5oYqkzr6Re?O(!MXlsR%UpCV(1NJ1eBz?08|
zL(=Yk_CZB{Bgl4UZ3cb;%CNc=&R4DG_<#1F<(Wf@44%qc)`6GXeZ}(5+(?wz>3d*u
z0jzihK)^UB&4zk1*&6%_Z}I_u_0xFrWSf0)wvQTcWvk6~6`#R(l=^U7qb9T7p@5<L
z^z>*AFH7Whi3VV-=uAu#X7WFE|4=+Fop;pJsJ4A*m6~bum^A&2D=oKRk7|D2m3OO@
zG#f(C90Z@K^(eph1uwv3ZPLC=CEz)C=z;B=-M8W6hwY9)Hi`-O45KNw!X?Lvb5EZY
zjQfGQk+085!c(5U`=<wup3ldNPvc|C$B*T~5ww%dK3AFa(O#Z6iCfV9s7`re^+#zG
zC=@8(W<y~Ur<#{kMasH_Mr0xtPmQ;FKv1F*lp#@**Dv`+{&u8Er82pzuTNOuvwbx$
zp2!hidot>VFXaDd9s#V6O5mrPb^NT0W{v_%vK8>6w;zU225zkKBx3#!aMRZYT4lP*
zNn1QY26x+fp*G&X;&lK1**QQmF<JE`!3EJ099v%3u<8?}3#@n<2WmZ_H!T;2x^1+-
zJ&tzfh~T;d0joEOtHfw=SJ(HQZ?>S-6XG)K?<cRtVQ%|6y}sa|LHhUjbMnK(nD^Jl
zh}&CVRQ@KKQp2?K)Ben3%~_lCgr=t4%;U$Sjr7)F=os3Jmi==7QSpq0dgU6MvE1$V
zv>0VKod(BQ!{Hpqp8C5=#o+=zi<k{->9A5Ew#!~0dwTfy1$?Z9kY8&Q+;+OIJe?L#
zjouT5wzlC0w<A|NN=A`do)5kDt}Wo5y&UZS`Yz~A!a;>wpz_a*Z}8mONoU%#3I;n@
zN2~%tyCuB~YKL@bbB&MP8OBN(Q3zv_O@msIf2Mv_BQkPwh_|Eeka@hO_RjRyWt3s`
zT4sUsIslp`Dh>8~wUIbrI{x%B%c!41I(8L*lgEB#SYs&b;h{`CxWkyG8v)kmiFt+3
zXXHabrLdz$^L;c<hh#cGr`>_)_!d<_jTD>C;}Y#;S%OqOLAi+G(n&9k!jO;=1C7?b
zFh*Rx?={Dw$#W?aHKu^A&cvh)i_Ndn;`s5$=(FDA)&zo4HD0DO*r{ukF1Uc~ZG=b6
zcqULi+O10GVLlin!QO-OtEh{g9C%N?2EPf~iQqt=H?6nQ{FN_QEGi9HgY{vj#6C_Z
z#Tus+NH6=5tFE&{LQ`;dA=xGR!=Jg~mi2_YDX$>-t14=*mojKE*m)RNl_<Z9*TGuS
z^|0^j2}0U$oc=r5ibz9tI4LD|BcE88Hxa<#f|bcx5gQ#TqI+U+UN55xwm|_X>Q30L
z)N62N;4ghC=#lb*FE*jg`@%j56ks8Pi}lQt3ykS!xHLm3!R&}PP;ex}p$9`<8Ho6>
z;R=E;2-tEmmVLX_S7W~t%4Ey4^2U0Edi`2I|J1usc7Aww*<PtKcHMbowU_W`j5KGJ
z@x`!v_>6@X8%tBj>&$fzh76M9)xa3x<Ko3BSY`G)4?5idIYv1Vi_Won><9NZguDer
zUVWPIyzM#9&VZn_o6_T7D{m)`o)&6bpSgehBhrnzv?4KaW&vF{k5D3UhihQneyB)4
zmt96!DAlp=trdQvV<!LkP%l}>`tB+rjF8zL87t^hp81i20#1#_pgC9nI1yiLdbVX0
zogBn)F|D|h*&-XfG1V(eU|X@9D=(k-DYoN^P4KU4mXw}vJKgVno1_azZ6V00IQ%=z
zrh~f@&YxY+n>JtTY*#yqhXFuHFa}C83sZtcc=81En4X}Y%^58PEIo6fH1(%$j+h&z
z;AxNsa#)`J_|<_+A7!42fZq-##093Cys(9O_l;<Q>n{;Qr~~@zQ|G<TrU5puME|<V
z61llFz~9GN$srE=e|O*i<>50Y82=#&M$glm{>cTr<Kby-YfIa?EujDNG6=SQ_gOL@
zvfGszBF$>nmWBRDu8wRJi<PtG843Dd_zOmB{mv-l-lIMU(L`oYwEx?5kT5{!LUN$L
z@suEW1^w}U5J*Q6kbys!5zNKR{suD=hM4AmQcgkpC*2Y89r$n5#6NeB|9_TbO#wYX
z>WUlC4dEHxGHm~n6L}gjlKGPPkaDuC`bSWP$>>lCAHDP^iHna{n9clM-o^}NYG-HX
zcnLg%Clp9@r*8^V_Y}X&t+ejmQC3!_@Hq!kXq0Sof#2pa*W?|?e;FKHC;}-e!31SL
z{vR8OKnfY76(almI}k(OAe&^!ztb@PrK}PndNA)ooAQ3(RBOMcV0G3(sP0yIclvpF
zp{4kZv=UCxpQ>R0o`vK0smpI459ibSx3Lp6L4${%pzEM2F#_Fu8-rhh!otE*TB!fj
z8-z}@&__g0fy$$w9)8^y@A16J{tkNSts>XgBB@Im9qivNF{WTP3nWN7>@HDsE_VbF
zp=*#1vpG}!smT=G05||oHfEyD!hs@&`TKY4zX@MplKg)3m2e8y|68Tn90K6s(x-9e
zC0(z6C7Y!r72LggRimvH+*?(BYfLarJr+hi%pXE4hUYsSAuytspV2AF_uQX%EATEk
zfu_e-I_25ubNfwH;ZhS5U4DUfokmZ~x|=6k`#d#^u@WlLjl=Y<#cIW}OAocl^z{CU
z;UCj%UcG6JPmataf?wOP<$!kc^dNw2ivr^lDnf`b!EF^ZUk9G>`uepYkl;2Hr<z=|
z50eZ<gR#$aVrhQY)?rJG_X=hq8B~c$Av8?tyo!l3VioODscU<;YMOUqGqgjv;s=s*
zkQx9m6NBN^tmc_rX6wJk*?#ajGA(o-m)TRUw-WsXyS35G+x3EZ_FT}|1w4WgqsgX;
z)&-IrSlVxT{L@b*CR_8N!6*cJ*2%Ru?9UVP_3#d$<y`0<-X3nK8^>ETpmH2HdsLRM
zN`Ovu2MR%F$qD*ie8^i%t3W$Csfc&+QEb|HAG2fWv**eHD5+EOu@6H94zN0nhi)Bz
zD71%Sa5`uGh8p$R6Hcv^t#ojuiR(5+fs1*ebqGh>d}!sXCv!dk*Ra|8GAd+bUK!n#
zf_I^HbOCy{YrpRr)j0BDA@|k+cZ3eQg4X!Bn=cv2JEfbq3ApE+Ak?ebq6YiU=3Tn=
ztP(UCYN>ugJ69{-$PL)Y)d6Yq_*!fz5Dr69xv-kAZY};HO_$*NbTgBiKkH^(lw&2m
zs=pHx)#&j2cLYLql_~`6vH5%|ERKl<{of3jn`P#T(avYuAbx;V1Oa;1QupOBI>ZN)
zdwx%ySod`NS)~aMe1=e*w)UspZC2_2yFIYfmHO(MDe^TnU4@6xk6KZCjWxiqOGZP*
z<w9V%Z(?_|Ugi5l_JnnKl(Z+wQLgL#xBIjEr8G;v;&Q1{4#FWYAEXMiy`#?5YdDM&
z-;5ZUJt&YT9E=yKUw_}NoJuRxD|77Bm8wASM420yT_B&_0C?5wu|<eNnN{d&EJLX_
z$9u9?zT9)8M(R0G&Muj~BR(E=#>0B<n(7d>f9&M`#`T%%PjQ>emnLWcHhiL=>(srv
zf;#P!C~U_tzZM8qCtCvaq6f=$RQO+6QT%k1_AFCEC~C9&;kQwG=?>8)br9#r-a*a8
zufh`0VQ17!GM;L3f%~;u@!WjIGw|1aOTt0CM9O`@hpvLU9vg3~Ix)CtE<#>y(KmpF
zj;Jxa4kZjD`IJr^8QP7O4zHcyp$dzRbFpf;ybvQSqO_<I-%4o^>P^zCtv4MWh;PSy
z?2F-hxI?a9n%h^)u-<U9)Bnl8xkcj-pi2kk$Cz4xSTAJTPf#?ycA{PrHfj5n`Z4ye
zxpqIMbvs>cW5gNLHl0b?gXPT2)*qkZx#y+ikpOu{`Juc7$j)`Z>q-lc1mwm1(nafQ
zy5E5EEqf+B&|EguuW8?4(X9pRA^9G=ip$Q!#jDc&9&w4Iz*VV8{2Ez|1Ttp-?&Zy2
zm&BmKc(U&VF!Y;z71w-QWLu|O;sQMR`C?kDj6{qy^);ZiIx+c|)14#x2TmV(n$I&C
zR*fkVUaq|#)88z;n#`A7b4HboQW@A(eByqe-#%0IgIST{g!@O9@hGuO$<ol$4Sr5#
znf{tYv~tIN3+r;>qKhwM<Ugik*Cd_|QGLsX4Bh4jd4bXSTcLSC5|bY}`i0=p0W68Y
zqnDV6m^GCIP}K_=SL`Cypxlz0$pkzR?Vtb=*?P_=At8Wy%5-{<b@*f~mJo2$=0;14
zuko3W-Qd|fDH<J%jRmH5cbKPkMu-ib{YvU%?y7n%aBD0hZyx(5)y6W+%13>AZw=wJ
z_tVh+Q8h9Suw8|HukeTanlhdb$GnWrotx_jbkhr7zNk+0hi0<HWzFi3@*VR^(Eo)!
zt9n#sTwm6X>EH70W4`vCnd525m(slN<$A}@=t?_Qv=^;~-j#k6<ezY`ZQJ-Q4Z+4~
zpP;$v=fRaIyW~ciAnx<mSA{?QxA9amiCbuQhR>mM;7|}9s@MQttXYQ&CYQnNVcN9`
z{;Oh6;!ra1c@@XnX?47Q&@P6DcinAW8iTi~LsmKg4fe-&!_`G!{xw05;vVPk-&Zb|
z|Aa;mmiS`uUZL!IsMS$QWHYR#BAz}G3c<)dm6Sa(9oGy~8g3jwh!3j}Q(#z-t({3y
z>U_rUl4B7A>=H;s$bLW@<k-QYtM<%E3B5C=7s^5Z1}<rAr_OI0k#Nf@rvwHJ-;{+W
zO#ftTqK`Ght-}rqM}N_kWI+M?=<rVFV}xMQdnZFtRi`30+F4`pOvFHSj((x_=%JD9
zw>vGY0IN^m5MWOHjbZld)7}o4yn%hWK^NAYBkv==44pQJ2j5uq+=}#PzJ~j^`C5h%
zVAOG1I|!W9N>G+nL${JqbY*;3+RVGr=m<V5d>tS|st5)(Ehy>(R3xe^%$5w6lQJDM
z_Ey`5vJILFgyzV@&hAT1I&&@7qwCt!u>0sKpKBuY9qE*Gtk`?4qyDzdW+YZG;5&>G
zxCu|>fDVamC2dcC#C3K{81H+tnx`Yeu{vT-x{qT$*5TzR>uo~@4ROt{vCh`Pi{bjU
zf$Xy_8+VU?^89VW`T{dcYpr<Ko;uX}y^!3p`X6X8LCaPN67-CM&$8V!{Eb`!Uri{d
z%mQFbH}pRb1}+UAMO^=5ok<uE_Fv#JWeb2z{1_RtW*?^MVq12!IxosuEc9n0=RW^=
zax=j!3L0F$C_DEuvr}?e{loO&1MwFd3-8h0alP1&$EA1Gi=R1~#s1u!w_-C7*{kZH
znnY8jK33}0)P}81lvRF*Wm%o00wY!6)C6S*tCFdz2S<-eSsI}lr!J2|kE*Rv57Q@S
zV;YNTMTg@z+-kqD=%Wa9#jAd@;t>Xc&sBu2*`a9nwgd@FnF}-D#ZM<W=hkn!pQ~2r
zKH@c!{2j$_^B^%DeA?AIv~5meBndxh7{2PfHP*{4B9Yi!s|#0qb5)}K<j~tKo4!yI
z0n78u-Eyj~k$k7<mPD~RwpQgft&1wM8|Hg{|2{-8RgF(rMXzFMQ8W9|+;lAVi<$^l
zuZ@o%pe{3Z71_`JtfuOuyUacJp~OL}TE)8~@6BZd5xS_EVElE@Qxz>~hbIqko_NSc
zr%u0<DbV54AAd+8#jH5l!-wpE+KKm>dXTr>XYsb2f_0C@yqs@HIRi8;IlQf>QNO;~
zF`0r8eRjB)!&Go!HGMi9@43ihu6EGm@@sQiUesPgcTA4Q(Xzs*zKxx*(@gStmG$vN
z!go=F!$Qi2+lOf-K&OF@=F&;?o+No`ep2_)CSTFdcB7>1de4K8PaxrU<B%C294z*u
zTFRjTG9-6ZDgkE?dcgUv9;5Ajx(~9T#a(@=E(mgEA+Q!cAU8z%(36qVV?X;GAo==&
z+=Z+DHB&tUfR9$fZT&6tt<WRIwKEZ3=carGmEGaf`3LJ()Z_(@X6x(vdj=@nGeJ!7
z>Es4kYp}8uX}v=?v-9~`zo%omSg!zMy{&@wb0vyB8%6!*D>eS2XK1DSgx+4?dY<8y
zIvSKboyemVUx!thw;kJpsm{FC-)!^gJmrq|d0C%Ip_@D71E(~_Jy&p7dv#|b7e52+
z@%LAmOV<`oBSX;UY*T;e_rN8?Ml*l}>NGt7W3mQ#quYi(RUq@T*An<VQPJy)g5?)j
zx>cKdLu55}K*>+qKG*hhgRm|4J<%1px<{K@IMG@rvVv}DTH|N8dM}qcHPl#N(gm8|
z^Srze@ZE3Y5w}`ah0^{iT#E0NipP57E0;U+A8ZtCTd_6_uy{FhX==j5ELQE#H@}>h
z4<ssy*2Kl#QlSsog&VP%ekZ*RJxN%U%jego&#*6MI|xti<q6It+&x`&))}oQ|I?=$
zC(1q1)K^vMwhy0e5!GDY)E)#;*-NSFru4)Uj?<>{44}TM@5&LNA0}A`d#&`hB@`<5
zKmiA$Rhv|38bD9vE4nq(_$qLrvSEsw&EEH!jY$3RsAD!;J-_?D3me4CUme{D2kIh<
zE4zh0E1BsAPR56MeNbb}FOY61Z6mr5*!?fW+6jtt`Pv@K@Y~<E$D=!nvCaO&ypoMJ
zz;{I|W}heVs0>vY7$<u}%nlIbx5)#P=Fod0AP!abs6w7QU?=|}GF6hUC98p49o;H$
z@MSP_^Tc!(U8#|=yWkL>&BrM<RYto!aq3lXos^?V>sEoJnd;zpoP&`QVrD0aDoN1c
z&amrZ7#S08okM=DkfnR7Re9uhO6R&{XY$66q8|f{Hy8eAFqpSlHWG9v;U{z2+U>as
z)mMG*_3^~E5NU(lUxwndR--wcfJ>c-dx7iTj}71S2Ho}<1a{bZL@615kcf-q*{3X3
z1FURC;s$kOk%r~zJlWgbLj3_*E+3<kyK8(oJuc6jdiHy)o$%Lo<y^&HovI8?#h$no
zq5X;=3bP93@U>n1EdIooA}&Kg!yNfhRricOsTv#}QUw`GUt`iej^cdf1w|}=OCuqY
zklFH9C_rBxzmx8TkGGaP^smJ}*I}PdA?pVKtt;<oUGIqw^@ff{e3$oQ=<ViR<R>y0
zGWD}+-Ha&#!$G|ou%iaoQFg6(BYXNn27mUfc&gm+?S$()_yt<iN}qOqS<W5uQRKbl
z7hz$w>ovO7$A<#Mb|me}>)d8$wn|y;c?JFABTqE*ItB-vBsHmRH_Ogy{9ZZn#)0<G
zt+ex>@nRgxb)IEo@GQ%6BR!@y#es8QX%C}5gwlE|)8zp=s!N`YWrK|r7Os;d7hmy^
z|EYpqT!pg5_NoMzorK^4tf>A(z}(>jC(Q{MQ-1iZwR-oIPCSSk_6sQ^KbdBjzbpWD
zYG#cnZ$g?jfssmx9UXRn>qUGQVk(@U^F@eNMqQ0*AVDHR5YT%YU%dMKI2nNk#3>fN
z{zO8C-t$@vz3&C^ACo@)R9xI=KTYb`PiAz8crU(y3Xs*_`iBWcy;nqhAKIhwK@_{5
z-G9URW4$PgYW@Rju3mlpf$?$^T{8U_C(J-)v7ab)5Z%kK@7Qhg%o-bO*hiPT?L|eu
zR1=eakD%Ye5);*+m74OQAwFmLqL{IYEonS}E?DPwsa%dm@L|3#LEc%nb$1IkVHbin
zP0P5RCnMIkF#$W3FQ1_zR6u24m<#p81_4Daj^Px=4XgMWU2;y{{`41xj#@#oHitIL
z5mz-fWeKd6Z)+_|QySMs#r{$|OR#wSKvTXFSiZhhqkNxAec4mf5=LCHp*g`B{$e@u
z_VE6qTGp@Bo^I}VI7JQfke527F-*hqcj^t$xxpV`l!#`U7e`vEH7D8<oPV;}3jKi#
z4oFLTpf2nE;@$RzPf)9G3JYxguX4K1i=KN4|K5<80}>3nO0#Qpdh+vV|MizsVufb~
ziUj#g{@gM_u+;KTjFCd{FN|Sx3V_Sq_{wkJ*0a%0p{iL_ThSB;7wBEH;wR+>Y!%o4
zbe1TIZTK5yu=#Om2n3{hoOC6YjzL4bXlq0W>7aNSG*r1~df0%mZS0tmfS1%U3W;vC
zxz>pMkzTGG%axaEKk`o|gpcqbLz4XG%=>wBo#z*apoq++F-*6PGp%#~TN*oe0JQ?p
z7K-m5b<D>io!KdD&iUr=VCTLzL_JxS(Gz(AvJ+i9D@o&Nl&sPWEGbQubjUpc0J<h#
zLCYuYQ#v(yKJtn>k0b4s$nZB<C8}R&itv&lN+oD4*ES0k4n)1TllZ+&sTs+CG*uH3
zOD&+T&va^_ht_w<U75qtbKxdWd&4RpX2&u#9~N(WOFvhp%do@N+^VToay8vFp3jbD
z-Z_X~o=?&=7{}u>`NrRM?HVc#)Snk7sLFJwL87s2(D+DYbngA!V+*NIHZ7MjWbt=*
zW`7<ETSZ}bI`sPBu@~uF=gu=r2q9y7)AvyXJ#$yne0L9iu8vjS99FSEhf(FdIltIr
z6W^(9Y5Ljt_3bVN2>kV@%7<ccS+C~39QR&y=nm~z7+EAB&E+(Ve0z&Q?M*x`_0Wby
zFJWcMTRIAzmUqo$N*J=OPNP(G6z!kx5&wcPbDL#gEq2!)AW9>GCz<wPJy$D?ys3Rt
z^t{<ICbE%8FvJF1!5QPyEF%3p=<PdvE@179;xPcN0QAX4hacb>BHq?A7P(Gij_mrj
zam<=4KR_S>cJJl$UQA>mcp*Yx*SpuRuJp(9z1&f2@weHwq5p+Z@NwY&0|petybWnO
z6M7_0T4<!De=1$p_%{$!=`Jdle^H_a=H|lzb3ZP;(9MzUgd<^lT!3IAxqQ~?^)Mb?
zHYs{$OxQ-b_81eC4_w|Av}NT;|G-h3V@~^b_Jo`(7kd4fP0wzX*!*jrfs_;~SC`Sc
zv))V#!|-js*Vt65riUW1-El!(f>jcvePpn;=%$@bQ_u$KBA&r@O>^(?+T;rn#4Go)
zqt6_miSgFk3(uz9d#2BBq1|oS3uQ2$*Y|$L#>WyzoLoY$l1>=Skfu|893o#P>s8FH
z=H$kV){HwmMOon|8&~zg^t&1B{$!5Rv)CZp=0;Z}llm=uwr4SzB3~!`n83j2hiy9b
zk;Jlr0{8=yP^UF7&W~zn5_q*MEr)IvjN@$Amw#g_XG1CyTzgX)!26aAsVm2I2r5JI
z1riL;A|;n?e2_Du$$vo*g$T53v|p;g(Pw=sm~>UYqKBC!I7u?EnL<2i-frJuk^U23
zl$z`n$0;N2E|&DRJwD5<4@G@UXlHzDGdLur)Ks&PZ0rbs3o_*Uol&}a`vkML9*FjL
zuEx6mSvE5fCIs@A9V^ry`o5WEd4`3{%31F%T!3nY(@Y%pG)EAkw=pcVxJTaE@@)Pt
z|8m29fH~nlZg$Qaxbm&?_91u*S2fD??sLVC5dsUwxWV`eIFaP$?*D}}X64rsBx6s{
z1spEw$VjrnF>+6kIUO!oH*mfyzMHWlwn4^n%{xlqM8oh5@x9)OLWO#K;?3aM$~N13
z{A<JJqbeLf_q)5&@pOOE`}Ynhhq!+sg-iJd@6OYU_*x20%UV7AjwH}*i`dBpvV5jg
zFe%SgkFlfvK709Af0PU5_=PN=$3x}h_Q{kZglbS4Pd`INWDMH8ulMMdS^jD#%A0`5
zDdgCz%k|&UPU-a%VMP<Ub7etlA?qr`$IFH{I)bJ28BX`dgcR_7Ul`wYyHylR{T?}E
z3S7f0ftxAI^}e&B4xL0R0gRZ>i!HVkX|?vA`xh_T`4_x2#}YeOxW1bpZo_I+&Rt(+
zqH@OQme>)p)-^^JR1;<!Uj8r8AmjJtF2wh?k$0`Jj3EC!hBUr#I^V~%jmJvc@f|$T
z<WVI;8WAzmedR~jpz00qfX&%Y*IAw0lTWHDNM2vF*nPCnAMP5?;J!CT9w$8d1S}-&
zJl}9?+l!Z)w0DKMy?JMKyFF6a-(a+R@l2S1u-V9iV=Xb{7b^-z+O}Gno_hP6nv%dU
zdSCrS*s|Q5PwEh~aXPs*!I)6F@4r<enKP=deJP0Vy}Oxt^~h@UzMfY3WzAc3@>g9*
z>`IIboKi8P5{S5cT9^T%*-I7^5u*qkl078iWK^(Z@7K%T|Hd63!Lr>S5h9{P6LPXx
z%E|s6J|F;+a2Cby-{sU(n!S;ROJdiKhtm4|pFl`R@bYX*+rGcl#1Z3TLHgsbrl*ik
z%imH=ahCi3g**nbHB1{*ar$1$&~eZO1N5yfbmn{LkWC!Te6PE4gz@yzdIA^#pcqx(
z{_$BXi|Y-%VkfmdK{pQcT?v<_NxJD}eEQiGX+Hta{IUT==8Tur1L5}vsBM+YC;hk1
zGDacMta;pT8#z55ell>a=tb`vriYtHuN~&;zovx66|8$!q}fN9DRoqVehdCKL(N<o
zF+%#1q+YULcXGN)+YvG^XkNmKplHS1&o@|li=p6RW;u8{uG*w*09{F}PMg}3KWn8{
zuN`{3z?|o<j3s`|U07kS=8|5hS_Wzr5edv+sWxl*KzR5(d#s}9f(KXQuA9?%kk@Wd
zU~MrkI0_B%`pR2|5ZPPR;q3IKAl@>I1lB8LFvIwVrE~%who&4^@3XTDrF*6D%QGJ%
zxW&6OJ4M9;QG<hoLRs{git?20^pbUGuogFLXz8r~mctz%Q|eXP^*Rf4x=6<B`2`bt
zuShDp2Ezp-!tU+81V8_2<fbbk-;XG0gl_NAce<GMv|!*%Rjt=^SDDXAQFmu;C9))&
zjO3m<<Z5Xkk*Co!y@|WJbXtKd#?#FSSe`FKjzjB*{suZ*Oblaw*IoFQGkEJWlIoqE
z6~D{+VJ?kZ|K)Fllt<lh;bvj*NmS5WOj5W->)Tp}A_?i~FCdZSNJs%dp(ssnMNNbX
ziMAzXWX9|2-P{NZO=`J(^7DQ%NY6yx!)Ki)KC_c1*+TR=M0!}zbF27ETY=5?V!!nx
zCW+;E$k1d)D78@%P`qZ1iOfp;xb5lW!Jw9vP8m1DtxwjNtP~0*t3eA54AFa^joiP$
znq?uA&q%S0IdpVbffs=5;+e=ssHe2N7>2#P8Ej~j{PqhJsl^Uyct{`f9tsg58?c`s
z&Fw8)sgkmG6B0mD;ysl7ttpEVaMxV-Bf$YuQ4oQM-d$5fZLz+)*`ziiFDgJ{8H5F#
zaJhRlWSWxZ0VSDnT+VzX4TaC!CDG#5Y8lkhEU~nvl=B%q$}fMBIzwxxw5+F&5MDvr
z6v(d);&v~;oVxE6<+c+h5pRFynP@B5)1*)3KT>aAnrgOXI+$+8PY8VJiPhEZV5QMK
zfmu6)z(&QBd~rw?g4n+^_c(w99tY`J)k`wn5M(X+<ZQ94ZdR^JU?2#hbg7NE=Kuxm
zO9)TgH~ZkzcUF+Wy!r6tZhvt1?w71kf}i`_1;CbL(g9qkrJFtT5Dz5=YkL>8sT7ro
z7#*d$?jfqSm{Lt*xjOc3l<J<n@Z+0<z*BB;;ApWwIIvR*gS}9*5{+=nmT$c&_$=vg
zv8|K$@n*f8>QgFeVgW^b$rp5);k~choLjFURW8tCd;a=z?C`rOoAV+^GLIGHa3J`m
zg$zeIJhYuIZ7K)PFa>1|cJHMay9vy*naw7@iX@iipB3Osc$yx|NPV@j1Y6Vg6ilKQ
zMxPITvC(Ia8*i(5`A%<UzP?Bue`71hxcw%TeCp{-`MARIO1<rQ^2TEH9!pe800zhL
zv?-xL%cEP*HcLT7L>sI9xdATS%9;V~a^r1PY+{dkT6`0Yy`{s?nYgrXI#`8ekfrMi
zm(v?xezYG)Dmy1tV5zM-qIgLQAF1M{a#3?t2XoaL$Pf3iUg;SM=@cKg^YyP<sQYw2
zb))nTt`8AXPTx<u4Zgw`dbr5RNQ!Os&V~Mfw$hEScXusrKT{tvj@8D)<n*dyH96_d
z8~G?B5o*qL+b1&drRI?r9u*0npL3dJd+JAAfzACp$B^Hv609*TML$hhc)O+_^nm2}
z^?I?YogfV!#qd`URsKPK14D^VGgDuiwslz4?Z#2w!FQqD#pdD($DwPA%-6haWV}?1
z3?J>vh+`b6b05qkl{>R6K0(e<8AI5^K-(UN3Xv=J3k&a`r@f&a&jKw6Y+}8p%A-UL
z9gvhmwpg9Sq@dwbA%2w|BkcX))}nQNas&cobq0P=JmbuG3o6+{f_pcA`rS3o-h4H(
zY~hl$uzy!2<1`+aI|wXXM99iMH5xUp4}Q=}H<EURJz!qO(x+l8&08HHk;4L-#9<B=
zJs6=7VxZ!m%i)V3S-$9y`7dE1AUbHEUhJwjTiGu(8701&yo9|j$_gA6-}A!nUiOF3
z(X2{{xS*h(r}v4P<jRi6Ki?KRb`r9qkwTl!v?{|HhsTU8^B?v=4roF0_el9_`8X&$
zI`cB})LsDqn-*62Rz8?MQRgUy`c9L6C=6vUzGsK8KSq%N@w2hjDs}z<#y(=B;958(
z?f@r9JJ-iUNc%qLjWDEvtm$zZgF<Kq^aI7el+U@qFp9o{WB9}Qh&Vu-F6yTxOaW>^
zELLW0FzfjZzq>?P=iX*yE0k3l1vA2lvdYB;pNgW$W1$@+Mkw16VwOWk=T=Q}XLyfx
zlBTTX^0Z9=2uOra&NO0@A}xJ3B6vXxZ0fFC#o`HSL@lt9)G%(OaV>QtTty%X4*X2k
zN_ZRD+W6GF&)&59w7FlhZ0;8}6>4K}63reod-uiK-FdFi!gaMj|L$^=M6TC9F>8XL
z-c#`YY=3u)UPved5r6}IXr+h98UWrb1HyZAvcMP~Rn6=|Eqi-mi|SpYo^9p$T56Z1
z&f3Pz0>)vMEI#m0e_D=l{6qw=JV3AGUfIN{6RjXq2R6b*Zb&MwtwX)!45n*8oK#_^
zGL0>+P}a@cPkC#yt7i!|<%tLkS$^ljb%Z#-GCJzQM{Z2e?^3YQeQ#lmJyD)&vNYYw
z(Ja1CV=;7KDp}S^V$EW^Jw|Hv_o%?;Zg{msM$jE`vKl;#IyP}dJ!V>Q*_Jg4%&F^c
z>9VHcBrl3PN%O@+b+EF%&G&x4<=Ogn>@c`Lr6Au0??>bDuV1N+q>z5?^4)a_{EG>C
zWb%|;4AqQ<6I)Q?{Y8*cF=Z$C3<*a`@hi8A`}u^kGvYo5+Fmh0V&7q}26nz%Ax%G<
z_+l^u=I5iiEOM1ETp0egqs&{<-6pT)PLSwB4eP-c@tO-K$^)j(c5mC3x$yxJP(#E8
z@^7`DZmIPwyW>TED+2n)14b~knMkB)DT&9oK(aB-P=FeYUBU-6VGB0*p{{@z@CtD!
zy<<ysJUc49zTK8{n^e$*5%MhJnE>@Qr3$eN>I-<Sj0}g3WZr&P;^<JjQ&fa=r@?s`
z4oA1U;<%HdR}!0CIEvO!A6x6ql+qG@VPJ!*lBtsGw^!c{cu(5PJ?A}|<2AzjQ~QXt
ziEtM)quz%EK~u_h#>8%*Gm=!y<Uy=7rs7Q2k$G!WNRs$?*UjTv2*`^f+u-Qio5yoJ
zB@T(B+L+!=Rd{acfU5b*C!?cK1k&;p^Gir$6Yib%aEv+vhL7IP42eVECSyx8*cKP_
zVsBL%YfR*jWO?2lDOYXbHJ;2hX;xUR_S)>Gf~A<{Y?m{?7&zHb(cw=v28pYy0gwf^
z`@+}cfM9B)<KidGNK2f?8iQ-+kXlquTHVX*Dv8zd9Zo&s>p;ubgqSO*Ke{2G+ns1z
zK248EwP5O@z6)d*l-*x$OcLi)1gkJFUlMXJ)>T=~MvD8t!#3=m__FmuOI{Zt5lCz@
zu$9@z+d%FoXI=V1>wR^~V&fmI=6?5HJdco{-$$ANyrFS7vdLmoCdS};zCTfHT7=lO
z;C!#y>ol8}<Wm!1xY1L-`XN1Ee1g9|l|4MMwaN9<fHXHmr0N6ARLI~8_<*@mw)%5%
zD)hMA+4C&lTiu6A4fgV)e{oQroqly=xC5r=`?}~kbN!ADGLTMgo=n@0w2z5cq?{Z1
z!Jn1%(XN3?%}hMHE*S0Qb|Wbs)OU<EUP>kW_#L+7)|x&Q8_}%_oO*%cgCzKM6~;>n
z9w4s#VDqC=$xCXw(_-|J?**|mJ}4a2wa|H;ar%h>f6?LVx+Rlwq8Q4N(OrX<)i|k+
zRujw5#Z_x}&uud~)f0nni5<_a<2TtlZ7R<Nmf=xpzMjIh?UAXRCGIG|XX@j%$YPJY
z1W<Bcn3_uvjTNtB`3wTG+K32h5g=zCuV*oAhXL<fGYmpT<ys>ze{!@nxm7^LJU@x+
zabPuo33Eqqy;+5W_-d}z!Ki@EE@l>0v{N{yRAk@JU-G;b&b1Q%7iq8_?Rs*B<}L&S
zk+m=|z5@Sm=7F~z7yJs}@Ze%e$8P|S=dxbRjC0s=Kf&8+-|?ux*4u&y=NPI<qLf1Y
z@a2~+@%ZwP?^J*<_bx=52AS+3Hv8wILH+G3)c<t)sUc3k_Et~rhUe&_+FA!wd#W&B
zi!CFRIpUv_r4UH#f6HxPc~~AoUJ|00DGJ`-o-M1c(h#RD>0~>>jZ57!I~I*P-v8g;
zJnR1mx?CDBn6hqt%609Ot{Jt_qVu6-ziU@NG&rZuoEeGp#F=^&67fCFn&a<FdCwWL
zy_^R+R^9G~<}u3a=PNn&MykAy5E9}4@`j;=jTeYr7dN5vzHeJ;A_(E%yL`dvY&{wZ
zk*kBEHo2GHBYxUiJp-@SIK+*K1SgIET1`S?^%ky-X3tDG&p(z%iMtH*wtc<@L+|Dz
z&I*Zmrfxt4R6ZLoJX}%#&|{<x%M*nF)$5{s^yJW)oUB;J*ZK=~!Y$f(eP{pSMq&V6
z4|Kpkm$YkP<|FdJ25q8D>X<_`J1>fjC+wnJ+a&UC%`*N<0|#`rQ9Kc2gx=#)go06G
zkPJOT3BD(6$uwR$fF~$jz-D3khELdF-9TanU=36b5F>Pe5#qEy{_tx>`y;{&e5E*A
z?t@X)>`JdnuXQyGTdL(#db#b+Gko>)51a8yn09#&qQl!%9r|9in#Q6#o&8<C5o<dC
zl2|6Bb@n+V=q%rhaM0EJfzI0>79wJV93m;49V3yl8~p;}<}_RCP#NoSn@r6<79{bs
zyGq=yT;4(s{J1NC@T9LqV|UyGy0et2Q+IH|5Qwr=|K#eIzap^ZskRLXZLNF^QFub4
zJ_@~x5F_umA9V!26YNV%u*7DUpHsVvAICsm4RIXd{v1BI%?n$UteP6Loz*4Z81lg0
zxI((+>AE9@K+5(-;?3`t!)iHN{yPK9x9GwW<+#BHxCO;hKUjaOD9v5kMTV}A#u6c<
z!6@DZQmH<!U*D@u*{*QA_#YJ(T8{gKiXE;(9ivxygb+`a=_PrXb1J>3tC@UaQNE<^
zyQxP~^1vmBEwW?sLX0r>rFckkjq}@(mw!V;#sdOdOP&0)(A+$p>6@+X1&h1(VMv$K
zi3oIc{wD1DdzUo9R92=YT<E!@lI2AZtzO@ce87RnA^t-<)`X1>J*!bx%JvLTp4aga
zq|AYw71^B)=x~R>zEP99{^LT8*Dgf%Dv_Jz32`q+dv#VJcc-fSPI@owH~wSzSMd>w
z;USVjhgn6*(h$~vSt`#5VvGTu(puAa=(grd6spx$9zBTml0*SBbq5(RyOHS%j9HwS
zJjAN~{L(}A{rMlWxOO;UFp}o2yJZyqZYVYwKdB%0hz5J|(((=*Dn`^h-wW&Hx72uG
zljN2?$-x(RQLW;gUsk%#1itDyZzDkvGva$@UV%;7{Thu>T$+=UQ$YXc9882id<E1p
z^q(U;|9@AxYCzB8h>|uQgw3d1tkuit;0RmEOQxq|9nooPF}*}~{Ua6Z3e8bJju#EZ
zIg9#`k65hS{k<2)K?|Mqq%C$Q^6=4vQGYL8RzX2QN$ro26h>E97g;)6sQqfGhUO)C
z><1Ny#<h_S4n0}9m+>>?zkid5MzzkUlO^(SIAb9cr)wXTu_dtnyFe69R%+*IkkHTX
zTi1_&2t=p6f9qu-R07xko0j*zODVHqw+>Vq2~sJ-nuDKk7jn(oP>hoxyoQ#b4G;1W
z0Wd&T%CNX0k=9b87#toGq!E_@n~0*(sx_V07>vDy)oMME-dfFt*O>mHHUZj*ULQs~
zJ2a4~m`oiFI_pl{p?3Ka*(aQ4E_8m{%WTQ!vSr`(jqnjAWQkrrr?&<oq`T*oArM%_
zthvv`8r;=L7j6rQ_8P}L>kmGz!2VSrciZ!IY&fV>`-%`eKTccHV1?g5LsWP~JNa;#
zd4BEE_7k7`+l7ix-wL7WWi)bUDjcwI{t3w?%{ApR?{MrfakzuUHmc9sbiyh={lR4?
z2l)dRV-12`cUoktNpza!-QF;S!BM`KuxV&*>yGTx((V=;sn{0TD3~3d%C0;ZolRNR
z=^&rhLy1TRvdln%?9K)fEDqstK*reFu+2IS;uHpQvwQ<k$1_nY2_8-k`r52Guw+1a
z(<n&cigfLi5DsL)Cc*+WBw2=ncHLy%NNgYbbYPum{mXvNNnk8-3Bqac*x`U~Batvs
z;<9(Lm`Z1TxoN5>J{}3~E(A~nM|k3VSMkY2s(8h0o7EfHHc~ivn9j_h16S-|@NGpC
zcCA9~lZIo~2=PfV6?tjb=Z8tXe9W;V-eFy)k#c)bl{YBwP840(;&j^+UvXF_oV0LA
zXB#MdW&C<wSt+rqxw#d8$!+*|1*Mlfoz4(a8NdE?EaORx-F~ZCTdK+n6^C`?#;_i(
z^nnWqKf%UjqvzFM;_YfJMiNU2(qaW(`4O%2p}s90H_bTu-XQ8z(E=0W>1-MvWol9w
z9C#%?%!`~Q?v{oCZuRgOe?A<J1O37oa3*4gXC{VcF=TtTezFve>bAb&oA$_QF1+??
zXTSiL$z{=d3=9|WA3^HR(V-`>=?VWT9|*#LySg^xLt%>(qJ|$&`5d8a=h-67mtIqF
z&Nn%psZM^#%%+&VK^<mqaXmAQQ%ASJvxCy%>c3QqUy|{z(S3;b`Jsj|q}IXhTHpBS
zR|j9ZNdLT!l&Agi)fPp#R-HU{1kv0i*NM-)-;Rr|j=k7q&KIqtwb;qEr7>Nx89%9K
zNvNvpXzS%nua21>ORn2W-!eCgpTivN*lH(ViA#x7Z!*s5Qq9B;hQLfXRj!{05pwY;
zp|!ISK-zR2Ogi<hL1gHZWxPsQx~~ggiLqr>AyiAVKvUM7mlO8o4Xp@d=x~n?V*%Tb
zr&Z*Z3!@bY)Je%ZgziE=t`h15NAdGbP~v9XUQpH~*(g-fDJlib+Ga9|^T5Xmp+UiP
zxuG*cIj0aPb{-n1dlK?!&77-Sjak`OxfGbm3;w825QLxd$y1K|HpPi0bjc&@tJiT6
zXM9<zHYzr}NTn+h<qvlp7^T)p)CrAMn$(cH%i3u?ys>nQWJ1SLpMwK7Y8LgSRT-yw
zcw=&x=xi0Dx!a8+viG70k7rBF0HzY8E(lfZIW4@`od^Y$X9Jc}N<6o5+;1^yUvS}%
zi`dwUL$QX>lo9}~W%F<NEP6bY-MyDE8{gP11YKAxg1WjNE!B#gt3?D1{ob~&xL*w{
z{Aw~K7%_g#IDEEv#dA^rwGHKFoWSQ~Ed|R$=Q{g%kW{N>KVAH~@=)N!I7wD#|GVO^
z4c3FFM=cYa11YcE%O<=blEfj64l)^(B(&+D8v@HbFco^KM^9HGbetVOTQBb$v=M!M
zoTU2?KbT5gRi?T5a&X$gZq)KoRd3)#U)V3E>ek(?W!eVztY|J?m-AttJv?r36Aew#
z%4l<Wwk>yEda|b>xqCQS&5nl1)qKJaLG_;h-A*<#J<iW<3;0i_v`_Nuu~$TcbJpO;
zGgp_hCt;KZcH@wZ%a2@Rh1!gHURRrp465JmjRk5u(*sV{ejrqFn25WJKE2|eZ(pQv
z4y38asX`i&f}P|0+c@D@ph38iZjPJU0EkrA5xX<~W-wJtwgypOJ%abByq9uh>2$Cy
zP?>TQ7iVX}dCXNFW=X>F)}QagR<h`cOLq}&Vg*A7?Ciq5%k~GTe-hX}nd)e`Mz-7F
z$AbfvYzx0(MAx>)^JpasM*y2t_jiZCSa%0sk6QR?a!AS$P#=an7JBixD%iZ{fAmxn
zX$W10tK8sMD))A9X}i5YGfEZ>Md~iP*3&-O%jqElZk+b%gL3ROvx1k9T-%y!n6C{S
zGs~5x%Xg~PLpXI?ZE+6dDXcE9dbBJXps-fyyi8n7-r>KRHXTcJ#s{Xn@^D#Pyv{~&
zjA?uNI|Lj}wp_}N?LCGJUr(D{#-+11J``~#CUJ#BIBSJAI6~OSDhzJjM~?@TB(>A4
zo-_vCB`#Zq9K03!BwjvhePz*SA0c6+fqO7p)Wc6Y+~J0?^q2ZS?vzRkX3cA7k6O4d
z4}5WWTr78piIxXGaHR25?A)wF0y(#nsC<|cboDlq=4c9pS_@~$BNj-_w}*bUS@t6Q
zkjxp?cJJqk3S<qHWMZ69ah2tDB8YwWOoLJr#bWCzb?RDud)~7<W3UM*w$01rd2jGF
z-wB9@HD>Ix*AKrlbV|!@CKwxoJyEx0AU|%ICG#4-l>!Qa?>;FKz`1Bk9t)iGHHv7$
zH%s<Dc5Q{R+*GN-nI>yn#?pR0Cx_#I_;Jh-;qLb0>-l!Z(fY^|>M`<}nE4!^&@th7
z`Y-i$sq|b!rB&4MuzjM1OT|?4S3?KAOR*XE>oFv@aaT6IX_l8|R0X45kIBu%C{u2Z
z;+o>s=e{z;HUi}PT_|2uV90kza9wn5J?Y5T<|bF9Pyx)+v{X+)FXQPJjF4^b`bLq$
z6T4l&)|4I~fng*X9@XifybQ0AYvF&O0^)S;Hj}S0!ldoV|8t>1F}tX#ta6O%%;Wrv
zfT9S94IBVJkAvfFfAq0$Y{^a#85<sBX!TkXlVdV&yIC&7OCWoRY&7sJc4xceVuOL>
z>0-eiQDM6nX8Q$ny)<1B6Hlv373E3uC6b9s+Nc!>HyR7eTD>Aet%1bku8^Y`)?%KL
z&7rEUk0IeLW{~m)6@Hbd6`Nc8)$8ypD&FR;L58Sg`n-&x2nmnNMI)@@Zod`Z_J%~2
zqpj_w9r{wGL%C^e#li*Hm-vmO1~g$O2hDGe2RMPg9w{vr4PYHweA;<<$|)}{{eE+r
z0i`BJobP^Sq$w;$j8Aqnq5XQ0xX`BVLAx>^+SJEFr!ANO7J2o>zVhG3Dugz~zq-l?
z0II4V-U}(~K3=ISz{G?(9B4RMs0?@<S8M<yI=r<6j8II7xRG;+z<}|-cSh^T%G_=a
zckWc>S5fB$YfeBymN#wdH9ixk;9GI7@VKe8w6Dc{@F7qVyqY7ysEDWzi9j(<#SXy|
zF-IC45V?!Z52uW|(6E;<PA+i&>()@G|HQ_hqz?HwAzReP<tH0C<Qkj;AU_1%rB?cU
z>);IaD%sp@-|bz&O0!~5>u{-ZIT#)YN>h_`I~Qj`<zk3c-Ys0930P_l*LL5ymW45F
z|E5hcBZXOt{Z*t7qDhSS(W5X)(N>pru*)&4cW*qJxT2;uqb;L!x8*-q;E<-zaFV+E
zoZjhh&Cz*0yhCm|Fu?tN>ew~!+IFH(gYptD&C#3(ycstteX_<rHg#`n817OcgEUV6
zY<TeVnB*8#85{nYdd%SvvNUudUe{Ztwqv7?&U~N(zz<g&8^<qKruE9s+E+fE>fFp-
z%aE=fDN_VVSHINgI8QP+7_Koc5GY;8*cn}}`i5y>NiTc!&^|LUws@DnRkJ1TNiZ_j
zg18OEFt-cqPE2C)^XIYH*nLIL@(gjSJDvQwSaEVdzRYJ-&(lO=y~mAKI2$y}%N5g+
z!`icJx`HSBaD&RRN23oWvn}Z-Wvf>;Bg<3!NUv}AmXM{GTgS@8$)~bp>+!KM5Zw{L
zfqXnNq!eG!0pLsl8t+tri>tGf>s}x2yW!kV)V}0x-sQFpr@|b`;pdw3q|x_y4w$T7
z6lHps`xiX=3G<h|kQK2y+$(ATTm9Cvx51`VPz}})Q&7WjY)nqtkJP(h$`+r(yA{EB
zr|he{x4p}YMHY7I*1(<1UTnQhfcIv9trFU6dJCToE)$v`p0ZrKG>h!pL#2O*gR}QE
zEzp7Mg>qv!=TIF(NO1W2$e#pup;h1R8pxaj6;zVJT@$=IA}SCrLVV<QH?b_@`7vO#
zdvGx4vdoZwxRlcLTCj3P2ly5&s?$>CX!O%$vJvYvuVd}JU)o)T-Z8;}3M{U}Y!6pQ
zre;x=R&1MGU`DAwN=!F5SAGy@Fayn3;v5>8WA;>O%=9u?ySXMvDAjW#*a*-Eaaj)3
zYg}+@NOmfe)1QpnNYdPT?b96dvW-1y62Tp+G&?c^QLXCk`{jpSOiCt0@f~X#RIZSH
z>jyhW^6MbGt^n^~TCMwuMZZ}5sC-^-pOlRNc!w`>Uy&%GUY+%S$?Zc4)nMx#W?QO1
zQ{D^?{8A9q_^w~Hg-qXJsVrR&Q1?CAEJ`fNW7(NEU|I?F;xt)+1N6&<nQ3;8D&>ke
z&)Hm+HHyfnywZMP8azfB=~(g<zRs;`*M{z|tyNp&3fE)K8Bs5YQb=R%@gl155R06H
zVzZ4);Zk3~F^$4kcPFYP)%vE{e*N0<o`6T~$9XCXS4Am@HU(-@YSq*!)Re7fvZH_-
zWReZpAk$grYaTCs5qS$!%RN1Y^^3`3sTw)_>J0$_2L^zS9tA?!WumR~yEapwt6iJk
zDyCgKd-};`P4lJQy?-}+GPrl%;@09H?aK9%@R^X&({e#@SeS^nxI$B`jq%ERQg&lv
zr<cpo!qWSkk3!{bkoddN6gJ0|aD<}I!m_~&<)Z3fL>syu2j(fELmF<)d-mgFqGjr>
zxL};2*7x@T;zP*}2wOTWH%%e^AV%!G0^-h?TxZZ)<wV`?jMzGHyccIJXJr$ac?T{O
zkN$%jE>aB&MFCFBiC~hcyIH0><pb!A&B`iYgN%iPP_^#fyB|(_L`8^u8tqGCe)&`{
zN}>p}PvDiQN!rfPLp!Imw`jc!G<RpaW4!}7j}lOToPYpT5Im9-zzqiv?Nt~v1AIp0
z1b&qJON)$05%y=u+;)pRrbnk<KR+$tqfgLSZRVnwtm9y&CSKYWcmyOk*1SBPv+tRY
zvz?saNRl;kJ>bmVb~=b(pWQ+NwJ9!=GeB!0bNd>K?sx{Lah=NPmkL2t#;Xs*op*3z
z>0DQtqxC)uRog3`ZCW80UMpOe=5=KT<*L?4GW-q91+ym)2hZ#TKLjrATJfN^`mtS_
zOeK8oVgp&c=9+d6jX(0Z)-E90PK-*O<?5{pH24%E;ZDs<^@OoLcYYF$@Md!UdJk+L
z(Oxe!v-KJ8&w+G7ES-#_Ln=5b7pXna+M~~~F&fJ40@G|$_<}`^Il(bu&NR<YbV<B&
z3ijvZK$`L*Avb&A#{4{uUEZnog#SE`Tuo=<s`|1fdBb0SB!T_iLmz8!-!d8Uys5MU
z%`nF6HH)b2CJ$Q%3`ZuJx6x%rNA)F^hkcQFc2-|=rpV&9(wvYH<hTpq7%h~S#Z9h~
zO%|H6cu^?)!tN1mR_yU6XIzHWCS!85)_DxtOOJ1k!5SaIJvA|^#_y@g0Jg5EA#F_E
zcOm=jY?%62FpIO4Ly=n+*n1kD9okC9I|_xS4ZEz6)sPcAXGwo|AZD1XnU(URo4kwe
zZFhh#Pvbs@i6;L;qj}C~_eTEb&~5_|JwRW8^O5ku^(3h%X3lJq0jZKf;=>%ni`Ot~
zJ-+>uIysBiFXMsYVvU8o&Cn(Tphlx=H^a}n^?opWjCMJ(&M0Xb$kJM!d%PdNDf%L^
zq~0kX?<v946bP+2%-PCOm>|Vg9YAKW%p{S%GywvKq+KK6s(jA9LO{5TJAqoG*-7(0
zp5FdH?7ekRn^E^J8fXhOpg?hJgL`p@7J`-HR=l`taSK%(io1KUqQNQd?i$=e&|ra(
zlYZxS&zvhWcg~%;f8Cp5@+M^a+IzpxyPmbzvi5%X-A}=LD&@Mwbp^`j9hh((oj%6>
zIC;@ajr%VE@W<b&5Y9X$CA^k%EcnUQOg%XHUC@4;n`WxfD&MeP>NUYLVMrFAK!x)5
zYiBWKKTBa}G3db;0)htcK2uRpjiSgA%6diWFT!D*7G;cb7^9P%oca>LBvUmgN@9Cx
zPj|fZ;*YaQNwp<9$2l3>vEt$+s3ROA3cnX9c}p?vyhlDIo<WKIV3cW_<pB;Jh4a(e
zl$epXpJxtVN>(povxgB}P}iPSqNaMIvRBdYwQnh|S>MsFc3tm^y<Wcduom%j;`FV$
zL#aEXY$%km=(E-4kJVVIAD1wZ5GGa)E-dQUB<ug%123MDa!7pSv43D=>dfXrUmx_1
zs^E2jN1b*9W|m#dTOXuK%jo}|SdO%;lP%N3oAE04<jJYvS`QeU!Hpxj1bK3@V*@I&
zcs!D?^_z=zb5=EsGn)b@zPi$Bp{J(y`bx}`jwsz<e%zWF&-ha@Q`vVMB&+V|2kwgH
z45jF6OTLt63R^W1-EB_A0T5JHN$~J~9)l>MLnwtS2jc~eO@0}4ULx3WD+w+(RqZ|+
zo4nH27B8t(0{v>ne)o<G_C=D0J&D~K<W9XjW%3&rO!ES}^Upp5;5ylN$KTd&($vQr
z+D0e|(5QKjjC_8kg%#un`rB5HJ7RRfHDM~rh9S|tpcb$#(}w10XYXlQ<)UzmqmO+N
zC+pE}Pi}XD@VW?M9$y!`gNyVn26P}jjlILhF9T7)iy)!iRTH+D=4a`z?37<St9UC6
z^)EltdBL8Uef*>=*3@)=;~B>b2A-xrI8(20c0N~Pj`iw0E@*HI)n5=t$Ma0Su?YsX
zKYUXtocSho(jrJFLS-#NI?`5D1E)qP%dcEt!J2ucPxI&2+0_pPJ!|uxj2=FEBQ7uh
zcQ1M#+uX{wJT%rUKhZScxl#!%`xWC8YWT)o|6MIa$M47e`IA<@ANR&UI+g<j&<+nl
zdXt#&MUW5UD!n3g#4NeJ&f$yBVyj!_Q7iUKARfT!!79t$*=luX!>_nrMlge+26q7I
z-|Fwf>dsg}%k1f#8V^{8)SGcYq*huVUMKj?ppDr-ryiqE6FUU}a`X|*Sh_4ugEGsM
znJa_eQVM@mg}1{NJFo9SxXz1};267AmPq48%xsGMGuGewmsBs`rCQ~Y&EDnj%-hDM
za^r!Ii8(HKoGlgtba_X0RDzz%Ke_RbJ_vu*`iTF^?C+n&(agCKI+N9AH>JH<*_uS!
zVH!`TaQiKm<+IIceT*jM=kfPC-S*Q}0|yTAqLcdhDML0BJd2ixf8Oe)+kY5t#iDNq
z1Z5nYi3k*0IXi8scnoj!@Wg0aM_F3tKX3|0w|%5oOH9b5rBvquxaa~Bn3p({l>PZj
z_WLwH4`xJutv%r1ce_~sribPF04T0}iia((O;YOnJ0B-}UNT`_;Bewd!~H70b4nH}
zdG|qOyrX-hs}vvb_2tRoR(n8eqA|lngVVY)W>=9?pG)MvAa-7+Skf4;-&R6_&Tng8
z0mS=$oThrV$Z0Q}<BTVAI~ptu)f(1YJoJC)NM5<_-NsqT)5lY^5H@#0%{-l0NN*V=
z`>E~)sf*Bo*a>BVx^pJ(*i&ipN?ZDP+ebO&+Q)Q3DlY;aIpVfWtB$84p_j88022GX
zzxH<z%iF56j6P>q%4Uy5IN+p~TGfyzD&qovYC2q2wjYU{sI`Y;48N2Qea>er;|e)b
zPwYM%K}-<E!n*p#H*dF-u}CtCx=keCEo6Rc=O`vMCNR2<5a48)ZKpF|CXPi6AVWVB
zXQn6I44kE@cl@-r&a4(&u`IIRF82ngC40w(X`Rd2A|?foNNukriHRsQQ#!F<9w}ZI
zIBA|xHMDj%UzViaer=k8GIk@-aqVL=>roj)rDScibyPxs*w@@X7}YYr#)_0c;|2-6
zvD9KP?8M^G|MQqdW)n_g$xN2(qAKxz=D**}%4f19+$#1>x|YCWXOCExKA%K~Ny}*+
zeHpSEyS3;n6Ote06l?s$vA+~HfA$NxeYP=t&<Y0Z+v?Ha;DwP({6$m_Wxw0s*TZLO
zka{gkBiQeJ^5=x`+Y(-Ri!5<(L|!l-%4`Ia;}^>agzOw?rV#JJB4pyw2LJd7<abV)
zQ*H8l><xGuyVYgr7UN3602Rix`sD>6w>)^v#WNAk_>oh^XsS#gaOBI^a=-9KO5LhC
zO2N76lr~IA4Zdpp+6Bo=(j7Ds4PWu|*Sg5KMqgR*^1T+qUgv%BAch5pP=O}fkTj%P
z4)V5izG6)$$4=I0yxyj{_xL_&<?G5*I3!#9#;!o0yEcgI@3w~0Q@lc^j$h;y()9E^
z<c}MFS;RJu9Y-rN#ihgz;1TuvNYIHd@@3r^u4eI>@3dG;?xshVGBVj7Ar0gS&b&oT
z(P4j>Zzgi@I0${VPQ6gjj(kq<PKYZM1)(01WUE`CB1m8Q{OQ|*t|-HK+pY6{$45y5
zNq4{d3ICFj(M99L`T&{6<B$>2v&<e<!>A{hfeo*1G1easfM@;RxOLvU4R1A<$sULG
zryf@tU9ER;c}|x9>TG985?@rh4MW^Z)VK@;aFfyyxjKofwe9}>SshaYYN|SFNvhP{
ziM=%$mKqO4<QdTg*zE+|96P;;DT7;<ED6o#uh2IcZ8#VRPkvjVxQG?CH(i*3@94)Q
zZy6N2qZi9EDA;0s(BE*4hX=Wm{4U$QSKz7_mqt7c%622bv%hhE@`J0KxXmcCJRvj*
z;$C@vAHlsI5D$(Ms^(M()oaM#7L~Hpq#Y5mzPZe4KbyYwyY}Km<hw%Znz+omm%Hn^
zp^>3T-i!&y^4VVZz|S*mMW*V@B`g{04l{|GDls-yi5XHJgG5=p%sqt{CTMvvcbl_r
zHl-ZbW#LnAw&4PqI3`bt!(4hs^N88+TUrycp;P)sR-v>DlXoulmS@7BJCjd|2-S6+
zLaBTL=9*=7U7~did7-!Kaa9}27lH!5!pL?F@$>mw=HNDc%)m8%wgdv{HRH&vBx@SB
z`I}*8mT;vp@v9AK`&HVSIytilo*KR^AD2N7M>?h)jO#j$$;sW)XXQS@!*$!a;R(|b
z&9rH#@$Xz*_IvK#NBDD!!O@cE-9O7LSjX7uMAj>c5<igVLVpQp*$qZfYI0A}K1Sz$
zpF`PjpR!NhUJZBJ_R2)JSp=f+ssvLtt)*fTPSbFY5A+$5)-LpgE%$Pmjd|NAd698?
zDO7YO+_Q3ouENyF(F*DFJsF6&F_rzu0{w<CAI5#?*s$?=zX+_6l8`W127%-nR#_Kl
zvUlz6&0CVSu<PwS;y|Y?Uj$!qrhBekJg=H{@UJ^7FrfSwV0EN<Bhxx_<$hVr?FdxP
zRX;0S!0soxXX<><zK2Tta|;$~LV5i?&WVH>8#c=iezs6JE0aHNZ@mad7SX0A3Lqk@
zjr{BkuHGJO{21eCv)DJ0mF>C?6~ZAYEG*F0nvS5zV&N6f{%GolsJ)@vP6YX=h~&we
zNCj*t7;S&~W=WQz{*9h3IvJ&ljz@^>@9&p1`lze#@P>}-6ElxyB<4>$?#U3wB&S(h
z(3OU8Nt9m9FB7Vd67KU^MVv@jrt^s15-TBgt!shxIjmEKURQDxd*2I%lmt}L(cZt-
ziA<!ibSo7IopIYa4WFdK1&HN_4_(g}7Z+(Ea4&1ns0auocfg2<w#idy%-iPTEkSyQ
z3!LkZ8Ju&A!{3L72!jSOu77gL6lay@&>!3v!Ct|z_kY_^n@|yJkR1)L26yjJBQ9on
zX0)XmMO?bI04JBOK12%JsqpJlnKLuME~*634KP|L+}j+V*8e#67^~-6RXAUrL62K5
zW-}^rim%ywdqFOSH&_AY^xSrJ;4pqu1hLd7)WQz5H}Utn^e}40wz)?0OXHpeixylk
z!cLnz(QJDKrGCb)8xr@GZ+%h0N=@fpdAML)r)IbywCfu#flgSwm_<mx$Lr&&)x$3*
z2P;H*j$jEILP*FA=c#^)dwA7FV^n?V%ErsksrL~f%K0k$Qvt;~2w?qeGc%*jl5xo2
z3TZmz&7v>J9q78~S(&Gu-@!=;Jk<|v$``W+kn>t7aQnT&3eqnY!D{&G?m`G7ZIy%`
z{hqtJEgF*-M<D2#2M0$52J=)$cvXgk5rb4zmx<vDXIqcjmk@b@fx!r0go+i}@6%t?
z@#TU3elgl+8hlVc*0q=8fy*SiH>EC&k3RsAVx-UCwyFX?Vn572c6TSV&r&`%qM?H)
zsX~vl+UR)v28rd*b;E_DorP05<PGNJidN6}%uz&R1uInR)@0oi^9{%fygE+nC(nKM
zLgl#~-=G@kDpn`364uB7#gEznhEML=W7!WjC?l}Sj;~aq(eo_TR$%3cONSD1u2H#A
zo&zR}W%OP=qdDS#lxn!J-T)iD*l>t{T|%MC;bZ05JT~>O(YKgJH^A#>+9JQ<3SCq%
zzx{$t1T?BBSoD`S7@8<<37E38ka)JDl_<b(i<3&Ug_xG|K2_*5VEhl{X>6s-Py?%g
z1HStQ)mNpUIqO}6q{;?SYTddw%v*rgx!Z?pY|Rx1g}TO1IhQZiVe9M;zNoy4OXzm0
z1Tp!6rCmV-E|=*Wz__1W46AQSVbYTaM|<rCHRsx!d*HQ{LgyP?!xW?-mP^J9TcRZN
zX!y*A=xdFYwozTowW3n`scNV~iF8)t^0VD;4{5_)eRkm<kN1W}ApMFF|6No#HjEts
z{as$j-CrO0_4egl=xk?p#b_uD)cj29)_O%!YkQ#HV@XuUru0v9DT?dqLYL`REQ}5L
zQ=2(VDA&zivNDr>Ag)JUy;9&Ua%>ZB4Mo=6q(PHem6;`dk0E|%Y*c91Ps?@YvPmpJ
zvM~oRx{Kh7PRtKkBV&%66;8>k2TCV%TV1#bZYRm2k!m>jw6HI$iDvvWCv-*4Q7)#5
zT#yY7QKn6(Wd=iQ8-7F3kiFv{bj+~!2pZR#5Qn8EtDR{uVazjT6Q3(^G&KhYw-6m=
zl3FDdb&FQ7$>;O>tRlI&mYeo0B+|A_^d5OXc7}~yzB?Gx#1(Q{GEmd^Uu#mYYMSQ(
zZaA=rULT=v-?Ud>Ze{f`;mzPvk_f}VTKqUae+w^+ECovHm|P(5f#{F#h@VI3R0T`i
z-0FL(@6jF!C*S*`FBp@WeY`&qI9Ia(1=GsgtpNbQt8X|SHz&;x0<NFE&8PP2&nXsj
z^7|ASawv*$ayko(z@6P<s+>=%>C@fr$y0%q!^p({6uMq6j)3pGb+32UquJW3&a#e7
zYIbuw;oH1zH6K7ncc!y=`=9+8k9EdU1JSAPQtVB{^$*!a7W8kx_$2b2hRthV1Uzcy
zoFxyQ!$(YNx?h8Tr|rP3&to>EjMJ}F;kO*FLw+;+Xm@mKnDZTCBt4+5(<u1rWq!r5
z_a|lbgFz$t%SR)kELuGSiNaee;WgNOPcyQ!%m@OX`Za8R!gMQ}C?J4hyuj8xSg}=e
zOW~#w-Bf^aH+MXz;(5QJJVXNox*fMh=lis~h)QMg>zu!ZaWbEc=}KL}^SzY=+!h<U
z8arsBP6b2z@s50><@_O8tygJ6cvI79y?b=e8*OC+5L*;Gb*ypLX}uqA`WkS1rpTG5
z{glg5A$Nyq#KE=)&Q8!>ufqJu*=ZB-W=K)g?CpEEp)u4PTv4V#a+^xg{^{t-RNyRa
z<wK0@^uTxbRnpA!IyK*D{a;?W$ai4+@RkuNibYOTa2jyB%5c^x2A)vN*WCKrY{{yU
zyFDXCeS=`X?f=WYn*rpBp)67`i)X5pfx1?*yF4!MVg=Iv=voZEzmOk8U1;4^eB1vi
z#hol>B*%?UW@lj_6&665*K$9f@1gOHUO*-0yMl7uWZ455?R1B|k2%EgqrNA&#7)6s
zPjN8qV4IkG^7bzwVomHA{K1->$*E}eqONjJ_cl7J!BMGKpvt#V4H<_186w);s&B1O
zD-<v@^7`vY6h~&Wi$lrn#8rF4^-!zS%@`fmkr}4u#lv0qpD~_(bqenGdbKOM^X^>P
zYK=a)aq!-&Q<{qxRs>$9U`)Nw#ZjIV<5inZbK7VrRcbY{>izGNZ&KG!?SDd>fcF7$
zo7r2(FDRJsM1Z{B$@}4BCS<o&v2no(x05O^v-f(3eWEmoIxqCcz>OLEwCIY6)tiKf
zgYB0pf%h@<(HVDl7wd9yl@^G31JyvJUlkqu4dN=VZ<SIKGp#)BzpneKEq6&QIb&Kv
z{swtX7F7R(MTvLEc~z|c+Q+z{!y6_A9)nO?E~Fn@v|j1AbfgL%XR^ka++Stk-|s%C
zX%84`Z*A}@swzHditv+NqF&su_6xiVUjdIdj^6iGr#%RMJnytHK6<@BM$m3A?%%Nb
z#%|RSO(-bc6S(L|hG*Qen*kXVU>#~}1$A=)m3Z4w8@JygvUat5$NcV=D1amHl(8`)
zE8F-8XC{Ah`bUE0Xg%ud{t^VU{{fK7S*uUxb0bw<A?e&ytdseC@qP%I)+6;*tF$?G
zpl{?(c*w`{IluC`#TPm3WL?5u-`?ewOh31K0mn0w$O%<+6?*7lKi;pWTq^^V^PzkY
zeByj7gd=M+I+#tVy!E0IMrrGG<}DVcR+aS^PQop5iZnM+dH*53LEblw+L(|qL!n&q
zAl)FT%tKDhq2kxhmmD?~9oMqII$tJ!9=~%X@OnAC?c-&n*MM<x4Il^jf|=JOl>xw|
zEDy@pM6Wj-CB|k<`gC&%C+cVC!fZf>uO+T+WkKC5ZC}A+f5zvu$Fqs*LpLtNk}|z-
zVxXX(?%Qec%%4gE)Q0cXNSK!<8orc&#m1kK*`viL9uAVn#*7J0&?++^py?sY-uz0Q
zyY%n&D4|bFEAI%1>c1+Lyt(VBV0Vy$Lzr25iA77YMV$(Y?&9D!%Tb;9P#MU-n~L2w
zsaJwc<m(?ZK;UBc?D6w}o_lGqVu4LCq;#r)2L^KJ_=bG?piX=5Ri;zKM+#o~gacS9
z0FPW1eXCmF!HEX|{GA!H8yFg5AG=<?!X8|{C|Jl!TLHS6r%DFiQA2qk<+*?UtVM(f
z2KZ{k^B94aX9v@xpIUP?$Uw`@-AW7gLK;U4)BLQP>CbZ0zoxQ5Y%cC&BNCqup1Lbt
zR?x$Di;Woo67Ctznc;g6070c0<<%_5{%#5JxTLdLtfTea1tVD%Bm<*24D^KzlD5?$
zTcnAyX-DH>Tcn3WAAfNHi=IA1*iJQhA-LUyo8MS1LNtgG@3s?^N2eo1c%JaQ+otK6
z;?zd9mR3^#Tb-pe@@N3y6M#k3Ih{v>wfN7xA&=|X^(jv*B|R~7G`AomA6HvB6Oo^+
zsK}$OOiSoGt@r-7`J|@&cbX2Sqw@_(XnlR3ksik30g+v7ZNfY44E$goIs54_w8^#i
zqN{FLgF&Ag1d3m#!+i9f&>nnzecz2a1quKhBuM&vm(2fjV5W&27lzjJysl^{96-k#
zQ<uw6A8mZiokldOyBRMpdRjla7WvKY_L)O~$0;WMAuL&s4<rTjgDh;u91@I7)^`^D
znA)7)ch4!J_#WDKd~!rzh^Xqp9BYX7&_F(RRdNm07N1p&BihuozCHLjwv`$VD_3#U
za5p+wrXWgS_zn6uwX%(U3#5w_KESFoi&@HR>I}(*s@rnamUF|YY|F*9k3I~K>$`bn
z#e~$?U}GoHvj6GMkIs^0lJ0h>uo-0kkd~2B&yr_1mo-Uh$r1rWU@X+1DLK$W{3g4L
zlcy=#0AgXx<03^bXPFtHG4Az)zKFfxiMg@&r;fXU-tu-z87(zkal2#WTpEV%y-3B=
ztwuKGf9Mqhgz#-2B#uWYWn~(z4R9eMlvKGn_@Ul4C4c^Km@WEeu+l^R5-rXey1F8}
z^W#}4h#9A*A_@}7Wc5ieA6A^$^7-qyejo5&y30A|i`HVAN!b1o&D@_~o6qB$lK67!
zRcxR+%=0fJp>ukCIwhlduEph6KKH0Vi2mube`5N&w~Sw^Lq`vEN>c{9w@nW87Uw_W
z1Az>TT|Op>n}eoLnZ~?g%|KhIyr<BiC5hM<Gj7RQFAD1XL@6%BC=@x{74|H@vocyA
zS3N3O-*`e)NoLzBuC`VW4IyupBJar})XH@R|3jCAt{Fsgtb|1&e4myo^$nRpzn6q+
zLtx(<+76`Gb!lE^61mntd|~wp)2NwnTG5uA!cK^ht`T9<c)f;{I(w)YCkvaZkn$Og
zF{~%YODtY2>`jBCN1HMP6W{82#&bj0kIS69Px};&;yhi7PTj+obXFoi;Z#VX9(_88
zaj#$yV{_wf#?e6!^aEjx(GA{4h4J0U%gyd!5GYl}zxL{i5s#j^HzTcm?OkY_F^DVO
z-xBO3TOf8%+0`ifxlle@Z&`i4hi~bMhV_0h(`Gu;K-g<?%^t1%4}W^Xq1x~!tJ8?r
zVDY>CO{qI&`3IN{sW_^+dgbRV3vj@8zd)8wIhvSIMB70{F^g_~!(Xq8kH_)DS7Q(`
zcWLzLW4Pb{Nv-iSdYgOa+7>UEShF|0f%8#OFD9g6LU42uj6=4kBrc9oT364G)`1!d
zZEk}iY_Zigeo4(Jr+J{K%}E5(uF3>ej8k0OOR{r!deBC#PPrld6*9+}3dU77z40rJ
zeHkLhE3Qk?vRfF`huQCT9)-Gs>!zI~n>M9-736<#(|SZTc%Z(jyMj@DHyA*<0KPwg
zg0@Dw=rZWgn_`8l*M03YtghgLaFFXivDFQ%I+7B`theDoEq$1ndZ?>Lq)ybULO{xy
z;8vcs&O4_*o*J=$z@em~xwJxSum%fo)9M2OTwFpzK!}@d(2$8x-+rUJaq5nF1z-2M
z)#M?9UL;ZYoWkq7q}@jP0xRd{&+wv=6P0>;IUOqH#OUFTTEXsu(c}y^yP3INz_NXl
zZF1o%zZ^Qdf2>W!HM#J9hX;vkFt#nM5qQ+@WJ`X4yseANX!o9S3l0gHmRHR*HBRI8
zska@D2S@m+iAU0qtoj|(+pcn_kB%`%&WMjMTHoIs;6YX1PfrsFt!QZwIsK=jr$&*?
z<pDW54D<p!{)5lU70hlu5KiTi0UZwLo96o(Y@&ptM~THrH#KnwD~iC_Y{%w}@$?>w
zunq=U#f`goQLnIyfMC-N!U9PW$nLVpTyeqyL!2gq3Oi4(aX<#(d8oUvZ1*N%%<IK^
z$1J88velb#6<`LCY?;{q2LTEeop}o@xi-R`!UG$>@oI`NURF2#pD?H9({$hy4Cd??
zn21@&#cY3SROWp`r!+Z;c)@%{v-u@}d?@IL)?+>!t-i6S$6{)q*n1qIa%Mu#`r@xH
zJh0dHKQ+(%@8P74r^V^=4|AoJ=r(jukI4~g0DSM_D*vN>5$xXWXuw+$Iy3ZRQa95M
zu4xU?g*^|&!z=0{!0c~;=ia)r0f649W}_rD*x6=KMf|3;li+@h-5<Upm6+vyvAC1R
zp63<FnAiDo_IbO9?A<L>-@5_mYu*o(ZXk=3KZ+*)_lfh-G-yQL$%9aZ+o6a5@Y4fj
zIyCm1*LRn(5jSa9_`HFcy0&jtkz-I|*U%8pUR7}5wbAB!*TqlubEjJZ6XhO^Pm8v=
zi&gtm9Q(x<zd}&p4HPVTokcKwpVUau(s1l(K4ERX>u(~7woU#5vY3L=l?Miqyu(yQ
z{)gYV64Do``cHLaYBL8js6AypLcUpw0V<2iG|Ed&!)Ui1>wQ{*ye!h6b#P{EfWh8I
za|)m1in^p*<<4b6WwWr>S$oHj@q}>G^yZH264tqhs!&6FDb#qW6efBM)SdrVNWAT)
zra@jOV9KE~<&BwDblTkP?B&&SOam<Xf4y!!%uxknHH;b^KW&B+g}N;|zi8I&o<%y;
z^oe~){Tc2po7zb#+Oqo6>sw{{Dx91fKdJxA71;Sb9k1`!*4-VNM%*FFUHn(b@{1QF
zm@?m-U^a}kgU)*S{jE<B4d<{Q_Z2PWOD2VAo3R`(;uZO!yj_V}m$ndz;kVSN2N)3X
z35LN+7p?LdKo#`bZDeYHjDDY5@W{k1Ek+(erL%uk0jc7v6O;Lbrwu>yz{MjeIJ?i7
zsZ9iwl!c%u%hr#0NtDoYDGtkvicRR`Rf7lsV3adqgYXRibtia83`_Ez5Cir<RlRt#
z7NB>0r{2~zi$VjCr+X$K%t;KS*)aexJqWvKT5)P#ae6~Oo${a<h=p;7x~;LRjln~}
zZ#Z~Ohs`*EY%}A^xy@5yYJ5zL$I*vxBR}J4ZG6y#q#<r6qyT`VG)%BPyE;2#?EFdF
z2X<<X$E!w?!bn^|u{;R$@Cg8bQH;<5ve_sjG3gLqFHw2APl5!28u`0IL^#L@U2z;o
zcd)$c_68;u;9_q^@$ad67ZuziCMLZqm_1|3GFpHElTEjn9lmE$2kpZ^{baekQ{S0u
zBhSh}EOH95*-ek8Wx>i$WsfiHUv<T~bZh!x)D&X%?dFX{Mz;R|+nO6}h8sXRVVGqj
zYArFf)nN141O1i$@3wVFM3ewSL<B`1VVf>~@4x=AO)uR7Z1@R#=i~1)9|bx6YdyeY
zL+(=$rO|*qIvpdrJu1xmTh5BDJTL&@(inq5XPy7aib37aKjJvLJo#5?&_m2jcY1Gg
zMJN34>$Oj-u}3E0RXXMj<|p=E7~NRSlA&?q@2Go`C**)}++`=BCxD<YOd>kBrOu!`
zXv<(rjgD?!o^?h<=!~Gy<(nYB$Ri9bwIXzj3&>V+f-L=$iNu`+H9*Vvls>!J&ffl3
z?B5PS@gJq(8a3u4;H|8}zYBom^}j_9(E9!_0YHrqV|Dg_`y<eAVHI{E2sYZU7Hoze
zv}W*DSm=L~<h2^lR+o#En}Swh%0Ng(&cWb5_LY!Pe>Q2V*D-|DM(cxH7rs5)rwtNM
zZ0D4?R}1Ru>QEB@R>^;F+TILNcH!VTQO?9(Ej4O0tYE^1U$h)#lgc)B<;8(XhN{HO
zk<tmuoT<yJmqDYld$kpE_F#ET7sk=P34jJTe%o!I_Pe|Zm(-`2fp#Hzg~{|*`+uRU
z`C~+YB4MR&AJOb=jdaEh4gwYt&e7P}RK|cNDs1`ZG)=f2EQ0&KQeT?4pU$Zl>rTAH
zR56_&O$3l{jlaA8F-4VimE@0FJboW|C*3n!ejkhZ5BJUKv$j-5slXiWE9te69GR<E
z<ULGA$Gbz&`wH$NC>6~QUlL{0pwC-%cQDsSj}kV7xuV2f)73B}1PwMIsEv3*sA~@w
zM)}i7*W@(XK8=lWk!4a#9g(1!zYg+<J<r|4QPT9Vl&!Iv_ds?u`GWbZOF~rK=Wr0y
z45O7Gko#N+$V=nsw%16=IK4;~CzPwP&aF<ET^8gn7Xu<JA=qPa5o_qyn_Nr_InpOI
zviE6JXjNzdhal^(aUYT4^o~=$6&sz>CfV&3RRR&oTE8TWdGD$d&ZXWx-+_NQ!h#91
z_P+e(=CO^&AYnb7!s}^TRjj0*gGYL8k=B?Xo3IO0HV0AfKkPJuv}pJjXiJ(dD}E8V
z`BuplKF-DX3O*L#EgdZH;oBD8!yRWGn(MwEV%cxXa!dP~Dug2}aaS;GSP3zY(5Q{D
zIs>rF>7MztzV;8v-TttcEO3Su+AfPZK?nqn4lW91ig`(c-03TvDUsib^a*4VhLkXp
z0Od#AM3vliY5wd-R;ezNnWpcHUKr1a;T{}B0!P2+%+Md-I&}*`!c>@5tc&7=V=klz
zA<8C!AL%O&s-P+q{JVsNuKxErJz}!TBcb1b?3H@Fm^uT&cZoElty)nxS7P*)DN_}B
z$k<AgYa^pb9#fm`Vz9~U)6EB2cN-9}m!P8JY{xoeggV9+p+$#ALMrFxs5Up*<xwuS
z-(BroK3)_g7?@N@SVvH5W%xrQ`eDZ}343(HPT5J><jHx})QTmtu({H5N7+9d=>)4*
z`ph|8I5LsxnP)!T&zT~`0_c)M8cJnBwV}YpATw}Id%i|(*V4?s#+3(9aDtKq^E_U<
zM(U;QLR=NvY}`%1_%NoJR=JipUp3*NIW8zzIfDZ@(-#KHueeSQ!5lhl25MZ{ehJYc
zBMa^SQ(}9M+^wytW4~ARs7YTA?ALV*+!fm~A0dRIQ!a0%#Pqg)`|oC)Y+nF9xJ1aV
zIN?`djfGc<aJsPmP%`|Fql%q;V<5Eqx9z*FxFr|}lsEOr|9mB<$?E2;^Dw5}u*j%t
zw54WScy~)B81@BEvE6vr@XUnSc<4g+{`XNKCdC|rTk6K__DgnPo4>jBOt*YQyRojo
zX-rtgF|LHzS&`I>n5|v3>K)Bz(AE(ASXb4^^6sK3wWPFd`QFq<i{!ZFbKnNsX62m7
z(UOaswb9Uve-l=hLo4Eqdv>;(pZFt0Lh7uC7(RI7CtS%Ny{PS;{z5)ep&+ET;&OnP
z&~>Yh7B!T|Et!1L8;kGvc;`i*RCf$>)Fv<z)k3wLkW{8f(1abt9^Tx>FXrWJdbHY!
zoWwlunUs|0zVUKaIa)O|uryVYu-{&9{ekZ#6n$TwnES0U*b6rcM=xIU7s^=u(y0b*
zax3Sv&>U48T|Im@(bm=cjNq87%D+~%%-Z+OOt$1q8Rp*hLQ#R1qsi2R(IiB;H2gh-
zZ@lZquc;=}8Ae9MjWTu-)+W;@15Y+CuMeU#lgp-j#=`mQxiW6pAX=b`G~xH|Ztu1n
zI&3!s)&~P(i;VI-1|P*dEBf6R%HQ-e)G%b_d}=;Li0OXJF~(IWWQC+;sxh~jKit(z
zCG3o!NrgOq(~h<AayOc>LDkQJ`KL<630YWw@&a+Lc%*BM{4Tmmv^efFGh2IA%fzQ!
zze9idQ@*0OMJXzKXVRFCk;pcv^l!<^yIy*8yrbUar9RT5@)kjc{IJ|XXL0`7H7Dx8
zy!xZUzV6kRh1xcEVL!qMf8xJ<X%}4-B)L{B?!ML-DPk2G8FPE2N>$?>7h()rZ7j0v
z8Lgcq5lgtu3f!H!JJV0e;CMDCdAc0eUQ$9r=;L|ZQDl&G6{0YjXD_>z_zhRa@3BtY
z=ewC*{B6A<drO-Lj&xGK?NDn5Pkk^v?9fP_x9zG`X_CPYBC@H{_5s_4q*O{X-7!=t
zP0ENpHsf4T?t`NLqy^ysCr7y8N)E{Y=X_GtD<hB!3F+Qc;eNBv9r%CK8hxG1))5rZ
z<lE_H=>9HPrA@k>p;{5^sY^UCQeIuKoGQv>3>s!km}$&P-ih8nvM5D*=$fb_xv*Y9
zn4Mxv*5?D4N|up>g&m)rNQ#(8E$sSNoW(ry8}&Av1aG46WkE$=O1GQuo0UKe(sLS4
zULG2&lhJeVTQ_LZWYpcn;^)fNTfHM!Wv7m{{;%=P%tPt&KpfR5n**CCYRzr|-={W7
zT<d#muMr8=UQbg~BQq~Y5Z}5t6Z#b*h4SSgAwKXddeAOmRWs8=2^ikBiHT)~&gN;D
zaj7f&(cJ7)+9Dy9)D}~NAH9_yi^)y*-oDGZ^nSYcpk43Q%+n_|M6WCsm3tGpCDCge
z&S=r2GIA<G;4pmEx*t9`b(VSO80a{p>D%gDr>gV}J(#63d&i&o5&d`ZFcFG3*=;vE
zTF-^qiu0hYuaOnhqC#Qa#*0Q1-w1-DQu8?n8)~bt-qNuP>V8NU7n|{-mh|y=RUAFc
z9{_61Y~846M1-_}r|E%FqDqP$!(S=rJ3V&{a_Ms;o%M1zE6S=xcA2I_biS%!yNgoy
zk~>Cdh^o7<3Y#NCR!r*ITLSMRK#oI;dF%UKQp=V?Kk5<XYEKOt^IK|5RJxfKg$aKk
zWEhceuwGC|2IzNHp-kZZs-T~$DL`OXQNGaDk<=!8%IZB;$N1*^l{c=&FYN33&~N-3
zqtA2u_K655@JM4$=d_K^!%GD4&^mf*nh?}LEL>J|xBvUhR4XN#CC@N{F{U@PO+KnJ
zN(td%nv3*@L33#XJA_}W&}(0m>f8=V%npXw<n`$<+*?>?bqur{QV>cQrbj)Vo6CUL
z?<H1nv3W8Aze$h{(Qm}bcEdPGR<2#jTi(;KykwIr7FN@B7ky;t$*gfaw%BqVse74p
zyut!>J`_EfuI<U0F$P;lAMb%JcH#&my>Cmok75tWP-9N>&8+qvj`#42i00h{U4MCW
z$(2Kc^*}AWayP!U+4ESWar>{BCh2`~TyJFGxiORvUS%yx$7G{ty(Z&T7oy4VzV-<`
zZQA1!>l2BWjEl^b&qS2XzNS6@`+|O#A3uIO4q4D_R1gzRFkJ__VFj_jpXn(?<hZsu
znoAqHD#xK&TZQ$>9yW$Q3)7g|l^gJJwO`60S=%kH=pU(??rxCPASyGr8hL>VIb5-d
zmamrL4_6pJE>MZqESh3Xw|W&T=>yu!8Y0BPJrT9H{BCMv^ElXxj;A1+lgrM<uPkm-
zKExnQscfT4B{iNrOLR%M&zEV=(9qe#E-n|Qu{-*!m_fZjvXyZD7gelm{z0h~Aw{~N
z90;eVAWY#xmy3|XP1Egq=iBZwJrJ))tgO%Tn(im-RTZhf4d?1>;I~Pukp3i02rR^J
zG==&_uTbwlt=0rFXe*pqFe9*K+s5j;9aX$RAXebk&QEjYe^JC&*(zaoBV(Fd9i0L0
z8owf@BCwO3$2_zDHb_h|8Wv$uz9IX(`sTyqQFV;#C>yEki?ss>nbAr+!M2?75~r_4
zn1Z&$`?CkmxoPh*__yb1?p82gWMI9?N5wZMUX$_8V)q*R-1<86UW;tvJ&#FnpFXea
z(|k+keb5$RV76Vt$O*<ek4j?I8In?;)dyd4%4~<;@?vLY6gopB%AeuZHdh-2zV6qb
z_YRljws#%c$8Emc^_r}98*`=u^KyGgFL}s*yMOdpe|8^iQ@8c<aAaiFNTY#!X`(4Y
z8&qcP_Utmi&D%?H;Y)y7sT%o;j^5=&M_04b)5`!evGdS&Ve2asN0LWbhwS~UMjKT9
z>$5wDqa^ZwwcDsKg1vS{m-StzwYR8;7YveXAPu~`pN7cH0WOTLVcoS{u+XqcWRk?*
zhTN>~OU&QFhMYdTYJwQCW^Ll~O5+#nM-SN~bkvCAGTr;`;>C8-h(GMKNZX=P_#M^d
z_Av9Ns828RcA%|ux%JU(b=Mc>B9F6$jSBWrPKC^}lLvqQqlu1eGjH=;yvy_1{((0z
z&<5|Uxfk`Z4rU%6`_O3KCSs~T!Q6vty}eb=y2s9*YxXD!Pq##m7evj38-Q{VT<~PE
zW$U)-0^=ew^x3b!+B}X+b0~XX)2T6)BjG*5iP7r?543MaL%Qi;09)Dl!DRqT7pajS
z8c3MrHxO-aETVr6Qx#}pqws*%5sVR?&f-S!2F|X<ono{e;A8n&^oWR!_jImxWfsx4
zqaJPEi+PVLF3I{+l9lY<jw@~oGvR<cGTb6@A$j*WZl)E~3>clG7Z;1%YAuI_=%*U`
zne2p)e8WM(k4Glx<xwXlGVNbfjcS^%b)7-NV=BI$2X$8~9&S_F@4&Zy=YM>Nb;bxJ
zE!*la`1WpvHiQ2x*z3j@mYuK>rOl!hq2`Kl*6|N(eR*R3Gfd%km8FQXBd*fwXkF%}
zSO+;fP_y?rTpGF_5AnQS4xmC{f!CswGM+(QW;Sm}>SB>;4@yn6?tcbO`8l>z;BZcy
zO5L#>A0``+8PSnhmekU+a-@Lem3&qg)(6h5pOdk2iJGJGz0a1{oP&lR{jiR;Dkz9>
z!LU3Dp|y7}17=x|!oKG}*Nm;OeATK`)?52DT*UUy-6Z2__=44kDf@!5?7u|T?*%Ai
z^NVXIb-X!x;wOesPXI~L^>Bp`y#=ac_xWm|US$lIa5oew1XWLl2>GTSmj!)m!_XTk
z>|CQpzv5po0*SJ$#9OXxQbW|)Cz0(PKgZaj6sQ9X;zwBJpAK0m7)!&F5bMHhBl42A
z3IoY;M3vWf7-qq{m4UJ6kSN9DAG6T8OU29>eey^|gw^i~+U)hZ1uI{b7;rk6k8T($
ziJWd+F>}65_;5ewXQ*F33McX#a$V1dN^k-vr^#!}y+o|V(-+rT)#-^!tNiqJ;a*xt
zahK&=y+2g<TAf<Ec24{2^0re=EIt~cIWRnWML$z;--^@A=q^6f+`^kAsJ*8xp0R2~
z-;ta5BDTHV^F>-g(aw{*Xnteo^wI^NDG<yE`pXKIpQJ<JDPYoa)8~5%5=oOd@>JgN
zxGX_Kr39LsL(hD18XcT;PXc+FL~+n=jRyQ?_LM~C%{O2tXE)A}NOxN*$JJlkqW7!M
zjaA+4ox}bMp#P6agVibwLLh@GKXN&uR8kl@PwZ*zt>;!+1I|f5&pPuR$7~tU!cMb2
zyZX1zqKPUoz6B|bGWb_aR`+p(ZXCKCr-;lEK;RQ%&HJ-$9<-({ah!ausv=WiBp=;s
z2LCEUE{SW}$TsmV7g0>?S!%=*^=Z?4LW;}-Nw+_2Jq!Ss9}|r<I^~jbpk=`{P_5xh
z*J>U%+m7di6NzNhvy5ZpgdQ#MGQf}aHP2`UP#yI?GsqU6sUn9`k<%EG|7t9ktl@S^
zYw&APFJEVfdEp0M$!Ff)J}-ARw-)1kk5=%1u{r&t+yE(;3rFl%M3#^nuH^%%$JARx
z53%2Gq*9^?9zbNfr?$dKl0qJ~R*JHb5k{}j(CawEG@T$qxgE6Jo+c350(C=`%2C_%
z)_2$hqnoLet*@78Awu;FY(S@&$4Pv~>Bcb)R;30Eqqca@2cX@sgb=yDPp%;$8;Vu5
z5Kv>90T7{J@h#xbd@Bv-n(l#eRf5?+Bp$#<@bblfkodUw4(KqMHPTw8Ry>NL#86cT
zlwJp%{HRB2pRV?K$D6xv22asrHZin+5k9tO9=YKXve}?ewkIZXVV9#GD<oCFo6yn&
zx$;M(?T$%kcuOASam&F*Y=w&YL)=Y#is%4e+C!P^qxpH5uIKji9|pYppb=oH*W%i8
z(b7X17ayNZM%XNWhMzfUR|ni6wROQi-X47zq{QXBck(ke?BS+2VM%F4h?0##Nmen5
ztAP|7n`+iACzP%`s0LdaM7~@v>ZtWK1Vd~QneJJvg>{*wb1kwEhQ>89!Pis{mPU8|
zwQQ7zlKCWa(#U{zeU7EGa*Un={a;E|$FN=yI>Xvkl%yeIZ2JxVU!9f1AvJ@mT+=bX
zm}nkRU$@f;JmDkUmtLw+ZdW?>66&OF2T~)iDi4J+<5Fcrma@(zKBVy~Rq3C7PxKHF
zaTaG52(E@+D|7c{@WQyDKLh6$ZKGrcd|+NHaS5ouo7*rGc#C71_-S5+31{tg-&06A
zytBDPeJ0$Bd9~$}+)5<Gl1^ls`)Y3g`oY^>&)PC$w~tFk1G=Z*to;`wcXG{K=hDK%
z`-)cPH7E%KP&9o0;U>(1_M_>t`>o3<0G9#AqJkvSlpcMy*-6cwo%ql=>?{crox=|w
zsN%B8VnX&XT&?siMXGq!pax46pIMDovJ^!sKhIqQn5R!SOO!(}e14GQk&pS5b*;p1
zg+t>|7+9wJPBC-DW>}$WKj6pF`<P5ay>SgKj(T3#^b!t~#h)rz5+8*P5=j=+_Ojs*
zu396MR&@nD_H*{Otb4f)bkk<^ENS`5Y~nTHZtsI_KYRxkDiNhE!#VjU7i%(*UAmE^
z#Y2o?we6BneE3J%?*ABbyBGNARsw!g8JZ+gWu>#Jlom9=cMKoVk>nTjM7$|v=+<iE
zcD;8~Qg=PrvIrg5PD~|{0&K`dmEHoGc^H+u^^6Ty_pdi&H=x`K<S|}b;XfOW8S2VD
z(4>m<{1*2Dz5gA8VeQAXddc~k{&bQ6kmKF?$@KL%xRPw7F~tMtl|ndod;6Z$e9cq4
zCdYp6ttA&_K@?Lmw~DH&BO~Eqyh)1RXH$h;kNDAz+JjPoDybQP41Gk_lABTE^2+Ia
zVg-)NvuR)Pt{ktq=(PN~m_$20w;YyGomR_<FG&0;Ce||?<Ri)iQ#t5TdTbp-lrngl
zr?llC%)V6td?mdE{N~pKfr`Lpn|xG4hcVUE6tUtL9k*mE<ck&3r9Y-3f@uQ=?vPYw
zj{HTVfk5_6A%fL{anpuaPlC$uggS1C^X2~w>uMz*<>9KSo%@1phKlQWF}Bw{0Zm$@
zwc<RkM;)E94dz7-O$}93y!ua@Pq5zDBDd&+%{PWgAzVy>ll&z%@Hf|SW!pK%77mN~
zEt^@)s*2~T!xrxc2ExNc)tG3#jNAwF_YY9{SS~%2VHWwl>8dF?7v(ok)@Bc;$c8Vo
zI$=`muhjRG#zC#aSs7Z#Dnv049hX>5K9gFrM5VoC3_aI8SY~bdg>O(nGu;+wBh~cl
z4K|F$X{_;cg*y9;B2$q<x=xQ5){6;mKiBtGaO<6Z@(Zr4&Y2#|I)X;l^1cy!dwaj-
zdb;hp%x*Dd?gZdAekjQk@k{)&S3sb^MzP3*jblW{ud=zm*}KgOKUz%q-Q;h$P|e?T
zhD7@BK-54>eA|~3;S8_>ND`@r#x7}^LcGFP9kvxmvW&+ZSEmvN@Wc~3fKCh!<XST2
zjt1wF8ZpkKv77j?{CG#mk+|}6xco&HKOjiS=0D_<=_@og;MEDsGK<-CaOo>xaOS9}
zx{hasI&FYmqN{#y&YZy!c8s`)OjV#w=*9>Z0$vj}^!g<K&tG%IcwCSF7?Y<bkzPay
z8e*BJgYha9to}Z!X$sQrgR!~M#l~p&9jlAPUHQRvA?MdW^9I~%J<2T)B%&|x^wTkP
zNZ2Gq7t1Ztz3xx=m~o*bR-Lci!1n>w`**Q)bq7`{met)B2Zc`FCo>}u6R(u^zqkNE
zK!GZ8P%K^hcuyynq+bg1p%%N2#S~lydcCp{d0f8q$7^awO7f!5x`>ma>mM2NKt78L
z>-QBZt47P>*Iw)rNxir>mj*Wx^j@z>ST#IkuYzRa;$2qIAZsQkMzxOfvrQ8Bug(ec
z5PrBZTi@MnM$Fvs6aT@}8v~N#mjVLJ_+e!&Rs%0l@wWlnBaM|w?IxS9+R-S_!EBLe
zgmM<9h`&M8b6(j0M>S%R%8`2m?ffqU%wv=h?Xgj32);=&8Kb=)@>nE+4U2^%%TzI$
zKfOJGnE-l+Ghb}mMx;rIqN8WtsT$p$_Yo}@Nz@a|Fw1Q<EDrXqh_DV$B@3IXeOli>
zBF5w+|Anzy948=()&<fF<Ur{7{E_b$#2zV+$f>HuJud2F-#{QNv;O{FJN2f<mv=t8
z!Ug>OoA=*oI*>`_k49+(h9Iuekpodl%)XD=%Px|HA|b`WCT~<irWCYMzh@j(-97i*
zM34`00MUKskR^J0`a1n`xxD>j7XY9E=-p}zS#pFd;o*D}{T$S$0^r)ArsnnQ>`9mT
z`J^zr=+Jyul>!+E+U#F!zmu^@)}o8)7717^ssXtZlhl7Hja!08g@v63biKn6+d<KD
zunUy*kz3<*3IG95_xSgyU~~uVQ=xfJ(TupCoqU4vhk3Nx(<i7+1FksS=w_554Mbma
zhhb;oEwmv55-n)7mT@XH2nh*&TQe)sSb)d*6E?N_<*ArxLB2J@4VQeMEh2JY7gV@C
z&oKyc8h<jJd2r#-H9Ul0uCG^6AWY%A&Qx~vtaqzxg_X5MzII-;eLXS@ugoU}Sw{Dg
z3R?Cj@=M46w5o6Ya8`CMeDiX1|B;Tb;^$y>3l6%QMO(jK%lIzHWHA9K2`fXKh5VMt
zkPwvW4Lkd63w3~}C~1Wq+Xn!MfsO5Vy9{PcJhiM@K#G0O+zY@SFWLooKe!hv{*wof
z%542lYK*8|>R_<AAS?t$q}*qL`|2lvx6pAL-#XHrgMvv-I!pq92Zlh!y#5EvHi`wn
z;lR8BUOoT!{*NWbkcF5R+hpm(SJI{0o0UurPcg(``8z079nn?x9|F&%XI~pTTPfs9
z)DR`{DEqT<kr=OFVSC<QbZ8ugea!BLUHrb(tkz}5lBbe4EGxYdT_K|AX#Cm0iz%sc
zijy`}Flz7kBhvJUHkz3?_A?42gdNXjMSw3TFI2U;qVX(!Xz{Rm;nt5U2-`9K9T}Za
zzp#c@O5P&evvQ7#kT7S)?pBNx0H}EUUo2zPJ$^nEaasB<QjS<+a2{F%7=JB*{(@;t
zPQ%j|nEqq~8UA%EDD2n23xG}fpN$xx_%Vk5{r`Xb|IQ$cGwPSu|65G}J1<3i1qDD5
z7Z3S!6o%Ras5L9Oy~Rum_t1_{Yx0;B<I%PHoKFDbMP}ya1DM6}wtd{LuBxgkDWClx
zqkOy%&?UwgCP0=}oV>vQjBd0#u6odnhLIosYi=n8VM_UbL~Q>r@WlTseEI)N#R6}|
z0H0n}(~)$Qc~TiUPx_3+nKk5m+Z_#C0mja^b?Q|abpHbKivA(1BKsauJa5?PVJWqE
z<g?BC-F@jor^D2sJ5c9&o~%X_rKv$_wlq4Eh1Aw2;En!sR=B=Llh8{x{*cxNRQ}6m
zyBB^XA;!<+M8g>lVMNH$(}aictu-U~vw>GXPl2x305#(Oh=x4qi&f8b3HR<Uu9JJK
zVo`lrgWt@Mn9LA7aYanm8ENk^cr85CWq%ySS58D|%d*;dFyJs$91&l6yjrcdp&#{X
z?8v0~C`IB6J)00g{`5>(1PSMuC|Ahl&^RlL=aMaZPZebt#L?jP(t0M(>3uDSNwc`q
z<XJ^+b=C^{^0)P~-<n@9gP?^ZSBa$Idz&DJ&+0oXrN^X%&6c}Mr4aw+)78f{%@`^U
zQR?A*%RKW=mn^En=+x8GFt?-HZ6w#UM#qa<k-1W7PpnUOvObRL8N=+>lE28UC84cw
zYTf6liLVDQTRW<3?iL~h>@7da>8|<#g0MQDWrsV67*~$i4_z$|!?T3pb=%&pMW|?H
zCe87mm^-I0drLiaB_uZ>%c_!7D&I=&M|wS>qio9g2V;Y%IZx5zjnsl?Nv%4ym8;EX
z-=+wx>k;+ls6orh?ZeV5$vgc~Tq<4UQ`kB5ZlE_kn~)?8SL2YaZ}!Z2(_YoO!k@D?
z!3>g7uR(3U-I>BJB^*%vpJLd_Mjg;i?(=r2>S4>Y^Q#%ZBu7a^2Qne2oRr(Jq04YP
ze7ClId!UHSn#-?dPp#E!8~?m3g-?e5(A#UK(y*Sx1<K}`&~A>JjJ&<n_5oK{nk`IT
zm;(0^9!~;xuixK^Em-j0Kw6ERweQnX_{h*(YN$5f<1~`hAFy*FNmL;jAe)H+@K(1x
z-S+o9<eoWYXx4hPjC*mNy;hsr*YUI^;XJXm-a8YHkTl7W##T!>-<kAb-{tiCyf5yo
z9jIh*9(9p&9vItLb}(+$^Dvvu8rAzFg<#B}Uh*@>EwO-cr5CCTrpz?ebxwP~R!8ua
zP3rEQcEZ0AhdEx{uO?cJ^6P40?tbU{zYCu2-aHj*)6=4JTPvOy|7E7jc`y>b%Q;-B
zF>kxx1aC;#_{bDjvZ_P3ID;t;ANso!10Py%cBYgb;BTYKd3Q(3eiNvy)2`~8(0Mw$
z^H)v<8yhqR$~T|HH|aO>^Fa;Q>$aC1c5-LU1GW`J{ftE414MlrcGiE`du~BmAAi9F
zE|~rj7xbk9IsbYrX>@S8s@#1)(OSsyf<zL1nD~H#iu7nTF{5hz#v0-|?K#w>?DxT*
z>}a*Vuhw&^vi|yMR)D9${v=+CSiNIi@=F7W#*!-JzEIN9s!prh(x#pt$YNrLgHW#?
zy{)K3_DDO>XX1}35U7DVo$XE|MLtz3rO6`>4(;Dl?|R?vgdmahKh7VQg@%nhVD;Rt
z@q?Y`k(Kk~X(mf2J9X7+P_v&F7Fb_dD9U(Ve5ng9w7ef2x@@Nwlt$Tzumkg+;}y(A
zjqBh=Mm;FiscZ^>)i)p4WvxJoF5#}Oz{y_$o~k-)A2UXV+ALv9LrIXdLNnb*1v6EN
zkeasE?VIEKPc4?#4gZFziM@FZwten&CKUm@c7F=^`?g2%?^_`b1JU!J!YS@o%Fuwe
zMcwM#O>T(en}Y5EydmWwXN*HKTs*J9yY2cSI4d$wh@-9&d1O5#3)=c?ZE`$sMoGgg
z#K8~uHO`s&4G~O!PFj^TI{a$^V|l<t0RmZ3h(?S%`Pjo3^Vm%ShfIj9ZEm57MEh=^
zp`rQZ)=@t(#F?2?vxnDy@5+B`@7jZ!KJqwdZEX<&&&aD(&LTb_F$D|=cTj;yF)9T$
zAw&`o0;G8fB|HR4p~oZiqyjY_<t3MfmWBX<gkUHHjYxPulvhH+$fH0^f<TQtLhO&3
z&duB(H*+(c{&RDG?e6S;cfPyxo!#$e_p{#>zVi*A$hNxc%hCCEg{|?IRt~>!B_PPh
zS6_WQE?ceaXtR)=T&eEM;-ahP5noNq{xm_ya7s!M_kzMayeTi3>L&DH44G&`*wDz^
z$LMX5az*%5c&v%;n<xElw~;BSS)znIefu*vYL`kV1l3~h37&IXB?13z*q!!cumk=d
zRj;=Jp9^@<@Ui<8w9ozsYj&T3T4W0knb~)w2vA+!63LRv(xzc~4<W0-G457It~3rO
z-@jk_<Pd3MRh>DKb1*lNu|0?R+Q*R8BO5=YFdwRFJG(FbI(6~v8c6sC>yI6%09A8l
z)VmqgeYU$A^Y0_`gR`68V>qVNs%gZodSy~_OwRxbp%cwFDSNc%Id_SbSb=I|C2hY0
zBpk9DANQ3XCM+S-7TK@Yf=AKDLEvdIdBM2XP&@C)=J_rNXuV7};xMI~t`30D=uzwM
zYCfA(%u@4;1I<d?x3^TLksk(UpuLpw<$tLU;^RCBR!M%AB7it|!P$71=%F&g!XizA
zE}R%^oM1jOVSe%GQ$}wxDHJgF++?cqr{!bZ?3+LX3m(p+X5#0SW65ZwHnb&5K4NF<
zX{LQN+=U|9z50bnbd@1T7XxmKUkc#<kaRM`j&?b@^pyNfBfaKAK)A;HPI*a*#l&TR
zs!IW3_5f=tiZGj#&9IJd{IhF3iV$Uq0o%NqBzht1HY1)&99th3gjlKP9H%?o1G>iz
zsG&v;mWPw(72h_w+Z9qaUIE;hHfihI^|75A@$}0%ZGmXySb@7+sDCuS3^bg}_>N^~
z1=a9OnaxfaSdS7g?>TmnSDkuz`Q2-r7|T{T;4|&GM}7|n$RiEnh}f|oN?p>AM#U<_
z8^8z~9bLaw%X9U*=H!y09BC0&md#I87HvmAEEcbV918~5NwG{f^_!GIc|Lcb0QVDY
zUL(f~4I1td)|~p1g+*I8Wzx}f>&uf=v~ZxJkT-Vaq>gpnN44dc67ytaFo{}}vt6lC
zM)zEkg$UTb9p~QZkF}ODdyXd`4S89DXA;sQ95T5FTd$HppTs+FAHV!6)0rUkPP0dx
z>nCv(o_jix=+_iR?|{o`HAK<2RNV*cJ{fmtx;aeHd5Pg`VciE_O?dop{_Ycds6Ho5
zCz*dm-(>R+E(p#n%-_uoE2_kA;jsLVIIOyu7>JYdL7<J!lGJa57kOQ9u+w}j?i(#_
z<|-VR<dHjMp9f1DwXv2yZLq$yb!9G!EZdyS-sXH4DK1kGCX<$%YY`2NdyQ^@o_hnE
z(#3L5+RCQcdAgwH$^jG=d+W97+ZNs4PDB(LQ3GlCd&PsuwYH|5jnC?&gY+{uW*7H#
z-%N<jKPo@quF?uP$dVcVIqpmjH;58gs0s|K&+vLNsb^ub&P|0+HPA+7k6S#RK6OHv
zcyp8w*0^dgwVc14noz79ZXv(P(LLu{vF{CYryc9*#O;P*$t9R{mXlP_7)`(B_j7Nl
zCELnB?34sIbi6vWaEvH%f|;ptJSU5i)5Ojy)~RGZjLo7*gn)Ts;w8<s<P)Zq03#%<
zJ#u4p%(Vm+UHkIlS>9-l+Jt^fw-KyUsn7@<*0om*gql?CD2>KkwmA=GEpQd-^~-6x
z@<Ut9QR??s=p=@%I9(#Cipri2H;lKj>YS6%E9=_eV`iZTE(TH2H@D*a0typ1MHBEb
zynESHBe+h)_oO^qobPp?R%o67))A3D_5oR{<h!y(9g%sQ_7iJM-@AHl(u|Fu_5jEY
zKTT6T)9dxSS|8`X1$ok(S0+H@S7~5P0U9vyO|`rKTy0(_grSjF@DZ%M?xDJv`@32f
z;f~gGS)UMy<;6+y{0eht<1gQKv3_h0rF@!_sjoT-Gdn1|I`qCD?HPF;X?J^GJ_@+C
z`!qRwW!-1F`I;GXYieAw?(+yvaZ=5pd0rN_z5@m8)4um@`E^vgWg@>y0Z;M$aH;3T
z$gp`N)*g4uPf9U1`oS20Ay?bqx-Vt{fMO8@Ky?uicoG5>HZ8@#P)3)21jwsjI34~C
z$pH%$Q1>sC|KD(F{~&De|89R5!})(``V91rSm3f^e_sP&npTPM(8MSznT)3-0#T=L
zoJz0<+xx{OP{{-u8RJXaG2f#*ZK8p%;XR`g@IYeZ0{zGZ40Q*)xL<*~c|y;4o`!*U
kGSF07n&ICB$kb>;OzM9Y*n3>!3kVnm!Y}#P`9@^@3Ik%-k^lez

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/blog/day_45__long_polling/phone.png b/doc/design/assistant/blog/day_45__long_polling/phone.png
new file mode 100644
index 0000000000000000000000000000000000000000..389334d95a8f616818fdb63dd26c273331a689d1
GIT binary patch
literal 41602
zcmc$_WmH^2*DlytAV>lPcY<3WK!BhL!QI^w+zIZDgy0gK;2vmPgF^_x-L(nUc;nVU
z&&m6K_pUYf$IM#uXMpaas?MpitIn2Z@7fiqrXq`nO@R#pf$-$zq%=Sv)I#7RiG>QZ
z_-*Tx0R_7Cd*$~aP;ETU{YMO-j^d^vD+#I^quK*1bmnpz${>(0GYAy)1q8YSnu2yg
zAP*i8Xx|J35>5w!NL{j8)kT4hC!Z8$r9jAkzj+;{NkGd}7dd@5pp^U1M`qAo9Jn1M
zFZEu_d+Bi1%U^T*5%XkxaL{gA%qBln5~pFLPIl4oy)+eFR1{s@fybtH`{T-HYcPik
zG1ZR&8T4d&jVsndHEc^F1;zYgKg;Y(1OrpisQmY5Sh3LSVbUB?pRsfQTv*oDGG8K3
z=&>KR$2TeUWGQ)kM)_pMva!1@c;rX2uj)LU5Hq3}$-l=gSoB{&K~p|Esf_Z3(!qjm
zRt(Mpk)qsDA#LW&&8%S|+N>!GjWWe^bqa3^)p&3>kMpqTx8N#!_qOsxZ|f(Es&{kA
zBt*-+KEb@XEB~y%PBPR=SxZR#-sA!6F)yv>U+ZLVO#P_ug(;0i5B3`A_RDp@$YP8V
zwdU1Hg?b^@Wm#15G2R!|U;lnO==w~~=%>Z(oLHFwtwgcHhtkuh^uIf@sHdX~x-)Pe
z2t`DNeM0E4P{*e|d^K3)6HAm^83e1>-LJGUAQo)XFC-%j-};lLN~y2EP0F|P)^JwG
zN6#UZ4xSSIjM2-3=I8N-yc|6zNosQSFTUge^n0(luR4)XQmtw8&0`0lw0c6(0ersp
zGc}Wn1>HM(ROa2`eC;0B(wva6Z=ub!dBHytx_Q~9cUqE;X_#AlfMsM)K|^?|u6f<8
zY!m8~)zQqITfMLrP`GR<OH!|?&?wfjCw6xV!k46w5}#H~WIf3;6NsS|`|av&x@lv=
z&0|2q8O0vu(J4GO-iEquFHrG>=kvW-r=0{bkv4I0PiKBiUQo{QEOPlHnM|=p9K{NY
z`CxU348%<Tt2$_1>CQxqu%n~h*m=l|pNJ&I!qS>U+o1US@e`&m3BF0=7X_?mS!|t-
z7S+GUP{-%RZMkdl>1)((o)|qzV>aTnjDc<3gB*yf(dC$o7d(SIQBb?1f~34mkw-kZ
zy>$*y8sos#cE0M7f$|wnNCM;FS+HN>;-Rl5C&YoAhJ<V#%*mB)O;)UMblgKADaXeE
zmeC^eUbD#ZMqtSkS-u*tPrzk1AuKl&H*noYK<Dmj_L^6%r#*9(5g(_Wp~$8ko53>n
zbRT)(vIVBQqW8ViDn){`AY2SmLd>=I&Cgfth_Eq++54Xz^=HNuboZWh2v?N<ENU=0
zib(v86Jk(#oIVjOn7JaxDT!qpXc4!^1iZ{=FQHw!1&96nKZn>;a?=un1(P38MPyc}
zjaZY9L~AI!*E`WZ=pk9Z_`J`z(39zP-PRU#2Z<zlJ);m_xI*YNPX1=y<%h?9;{P5M
z9c|cXXUo;%%EZmes#aL`8iw0jQ&9jOuQKI+P+k`*))-|aQb=k2@l!}h=tpOERASNj
z)iWHtSDb9RwhhNQXaHR*0A14R_(GbwPEWBh7$SKyOo$6YWqMEpndwoZ)~uj^iGx4j
zxC4K^9H@So0StL3d`~$+v693E^~Tq?x;v&^tS#Vuk!)YFCigy5&>bFGyYqG%AL8P8
zw)S90kU1kN-e0K1bpFe+sR|XNt1g%QB_)qHLU&wL*kLEAb9(;KJccpZkWxuy?X~-W
znPPS}w4KLoVihfX-2J-3w{Bx&<06TLPbIfjRMhL$xs<Q3t!+kta;oL5owlSyLw5$J
zY2^UBcCn?U=(u2>se0nemj<U+p=~SxTYt}3$}p*0iLn+?&T+|Pl&_<O@bR!hrg}Nq
znebkb7#nqjDvD=VU@P!qd>&-su38I@mR68QtJl*h7M!^kp5c}VY?ZcIkD^6#KTI@h
z9@9Fp`McHcBR#2ae3AJu!Bl1NdUT+o*P-xd@7VFYStwUy)y?2ux->YT!wtFNyfCTQ
zb@M~mV6w&yTGkWlt4|Z?{nBnM?oC@F*yZ2kbSe#Gq@}mFwu}ab>h4KNNhwL@eswbU
z0_rb|$CK4sAX4&jm4*|-{))|3Z=SulPTGbwyO#wJpIQ+=Zh6#kTkWW4M@s`M(bi?C
zth4Mj3hB2~iayJNNH*<V?RHR*W?f9RmzulMJ3XOf1*Xj@%o9^TSN|dzf--fMOT~zT
z8B4vIC*3my#?NRZ{GpA)+~PbMgP`u==W%xqSM|?3aY1{S*A2TXf?9?F+}&L?RNKXQ
z+y-5LH$)odZDwF&mZ)+O@$oS+36+0%Vl)Ps8|(`;<WR@iv?+LSAsVEl#LZZEj_<k(
z7#r=#P1L*-oqn-=!JnTU17!ciYWfF?7?*?-L*|}-(8rVlR@UUGptaQ!>GpCgyf;~I
zIj}<XiO6DQ=3nA+qRCOD3=Pab^sx~H&N{CMzoGnF-O*IRlU|*>6N`IQ$0>#3XUslh
zn3|O2g-0ncU{I<JGVbYE%mR-X=c@riVV!mru41BP+pY(gjB<AN;Y;6+W-l>ud+Xv^
zyMO=>nK<(lcCY8z0Mmq1I8P@sJ{29$RNj<%M#3cT?((kcTXzIup#=uh++)k%6z84o
z?~0uZEsrVNrsMZ;aOXlz`ESD>h?*sDP0({gkr(`j*P{w<<2u|%;t-rN@rVYKA{N2v
z7Pkyw#h8Ehd+jg0e%KmROmn54ZSapC`_c2@T|ej>C090QG&t<6H($UQ)`+#;;_I&x
zk1zSSbI8}RXb6dMe8Cm@k}B7iRA`bj;w{GQV7O*Mo7Wur*IKR*PgL5?yN#Pk6?RYy
zO+b*#Gb_duqa&I2`(Nc}@w0*xv&c+_@2?_vR<=z8_)nS;D9Oe{0~?a9jgA98W>aRm
zRa^R1qp~tG4R*7<^x}_NGBO`Oesi!K#ynVVjMU+vKe4he;bv#&&7erHL_<Yo3@+rh
zV*Y|pIy-WK%I&g4Am5Rl)rv`nHDQ-R)lUo~O@@(*yTX&F3fj#YO>35%cf_9ef0Z?T
z3;q_2mDg@mtu-qiLM!&L+HYd;=BMJkDOi8UH*ZK}ZBOi`<2OyxGmNf_JDemGM)-m}
z=7pfCnwr`CE90f#zx8NjWMte`l`hWDJ+w^o)mT#;;8jmity91355HDuoKI<Q|B8`k
zmY&!B?i*}H?8O)SDN&;?6>j-Nx|6IyZ#Z?Kv^<e?c)yZN{o=CWQQ<85{=I%j9w%SJ
z>9feTbCeTNsiu2Lrwnj<2qxr<MrGom%ItWni09m@eZ})@_^PdO&iQuf+&0^DrSE6m
zj0e589UsI+YbKhqw~j<)L`4;ws9iU0_`e%?ErowU7b$aoTanA-IdI&|GHW6nrqRa}
zqfp4j%J~c%*Zqtogn<yBkkBYGqi^bZn?N!Gr;2vkFfdkpV7yJ*riL*ps8^}_QpZr7
zfO?g;Kp8T?WD2%s<qYq^4SnmgO1tCw0bUiU5QZ9*mbU-rAwgdqE{J&v-#>oJ=uu--
z{@j^hf3tYwZPI1wQL^3W;)qg5Cw*@G_4Rd{RF29z07f{<<M){43BBV4$>E(|oQ%WQ
z+d}@7+8|t<_X&EjuD{c3Av)DJHfyB1)h5K!lk@XlHv<HdM;qPi`?J3$NazKRF$Ypb
zC)ZZ%WsQCT;$KYlx@P|C5nISov^pz*KFVj>8H;m;iHQja@bU9z=Qcy#o`kB~?N(-g
z!9Vlr#cjWq2Nlqz<EG?`@B7fUm+P?ktSwTjep9FBr<gO_ctcVAJ8#PD=BU}!P+HoR
zYQ9kuMncb}#9W`K{$o}_M$)qQwFJDqEnI#j26nrVShq+Upxwj9Zz7J}bjN|unY&Nq
zUDYXJ3DL6Gvb$4bqW?0Z9JzmfWmTVFZkQWq5WD2_9n*yk=3beIBG#%;g3A;}s))TR
z#_Bq(&PvqT*?Q$za78WB%Rb94)5}T(BEr_GbR57ucuN1}ryNQUY{cq=Wq5k(3nyB(
zsIlWdhN6GK6{7Xx&$DO;0y6=vGpc|>F8VJkj0*MYrt1E0Uh=P3z5ejhpb6i5Y_P-o
z3qNiz4|dqgCgmB&-a9VS=EkC;ZWg-VtM3T_?1wu2datQ7ds!vhU$w2N5+j%tJ=n>X
zSunzKUfAbuCCU^j<SV@VUz~{QcC6IeW={770FAM(o8suQ0BFX)E>uzlN^f4v%}hGM
z_tMgRlf9TL)EGch^064=?rsht(vnF%bTQfsbhKU{9vrh`(f=-_67x4ZnfP`bxAC=5
z37W-tm1hBrqrBtnT9sTi4RuLmBuOEPo{B|O(n<o?=YO@hJBz}OOAEZS%*c2_d1Yu(
zmB4to*gS4V=ykj{y_I`1Pl>A=9p!pnZ8S1EI5O6no~fy3WWhthB+pBRYdvnAGu*0H
zJTKVEkOLdHwua0soiCF5+{t?Y!wVXB@CDfFXBZSJiltsHL6B>89vqN%^)7-=`|%tR
zcsuO=_B@GM>}K`3;uq$-IFrypZ#H;ch_>g^RKU9~`rhz3a<Pr8_wv1)pEi}Lz*qiO
zR##!~(ZZR2dv&H~P7id(Fi$U5oCo+`!gCfN&ebU7urczOKa~8&z-mTR+!>d0vvHiC
zohhqI_&@`$D@{7=c1BpBKJX**cyWJ*mj|;DXdJbOQ`=FK#N*9otl*mOc_mmiS0GlK
ze?MFSM=^@&>)yO|f<dJ~rm{?7k84(?M%lx|LmSK0hEHIBRhPRkZT+H_fx%pQCp$ZP
zU9}PU8~+A_N;Yop%gakjv9qR8!^eoYh?DE<HUd5wEc(&7MTa%76S<bPA3r_U*&<Ia
zr*3@eEiEx>I=2-QqqIHt=LG5K^2P*^*Q-ODEaRR>3&)YR*DZej&0l;i?h@;GE9Y3m
z9=61;SL$82quSs(KfO;2*pir`c>|tsg`E5D4_yyUPAfl8GX<Rk5tY{_$ZH6n^@v&>
zUVC$1QN_sea<f}$l~sLNLxWVA1u-BLb3C{VQ3X9__|iSY!+!6&-lyKhzFjm?)6&u~
z@m=2ij2jvi#ha?Fqm_Jna}(G0FeV}3$e)h;m+RMem#P?<&Bq6XrlzK%q9PX)3JOYO
zWaPu$<+R;isqs_#<|=cRDX93Q${r;nwkSwG1T<%)F4Vkg|H04{y&ojXNJEH8+~osH
zGC$7x+uoD4avyV^7Vr?tJ7zjII2s>i^IdRR%<r03Rb=p76r@h1tzg*|*x~06pKGZ9
z{8w^rNZUS+O5T!;SxCrcBCqIl(`kCoJ=S4vwnAUSpk#7aB}dd!`CNkYHXn?9%(|5^
zE~S0@=>{zRXm)c#Kq=rrCgyvwGnxqn!wWHxi0`BnuJ(p0Ce?xzB3}D;JiD<ng))U@
zKPrS$Q(LW}V-m=v#6aH4igu;SIRMzyFR}t|e$FN(iI3+oQ{f`N)z(n~tB#J&k6DVs
z!5=#I>>M0Y>SSIB>J;A(J7GA=Z`Aem^-TkBw@twh#I&?fh;B8&dn)NX^y1=y$j1ku
z%Th;Y4sTHuFndJokaF*@ZzyB41}&QIt@%$TZhRuwW7d_|V`h<0W$N?m#-7CIib7^>
zM1D6;+VR6)@n5~H=tFi~K6XB^b#`_>K0XEp238t2cLuBoCF$#(O>--YP!bRjsH;!@
z=Ubg3)^oXO%L|J5QC?pDZL~FcPf=l*-(a;&^Uaihb&lBEv2{2c+OXM9lM&)`I4LV}
zbF%ukH{3AkA)NLe2Eo7)GWnsanaF57(lJx5nz-n&BUG<3SVAS9;A+zqWohuW(T0F9
z(dX|<s)XQ?NR4W~8i<vf8>9R5@*jY-$`U!)q~x)fz)Bjl;NPFMQ~tA;)a7_{X(7|9
zQC$9mbDr{|P$p*f_O2vH?nU39wS?T1l*@-}sGpzTb1I>U{(cr--a7mFs&C)EnfJ$K
zzjd>E_pbXI3RWG=!FL_j;E7qx6Qsnm3hi;2$i($6?CCy$2qitudcT27Xbmb2*XK?q
z_bEHZ`N_gpCnX1{eS9V=QUAJA0vc73zc3i!|C>~g4-E~Cj*595uY7-F-(cYA;$mZB
z68K{5s}98HZjS{CA4NtxQB&jN;{(g8T?}pTv1iDvL>vZuwk?w>6!F=g>9}4o%-#Xt
zbXt$+h+1Pk!?ycHuw+g=vN>Jab-gB1-SznA?((2Np0>+!cqd-`ersEwTO2VWp`|d_
z=UI+>H?dBlP+ZsEu2nf#L?iKumqNJTt3fpL^WCAN`7zeXa}XU?2-9eE!N5G<v>TPz
zONK&4Sk=*T-@#>yC^u`$&;#Z*F|qLx6mlIIqshd?1Zc|FyBu%p%fQfJ78M$3nrn^M
zHI1DI8r+VbB6c{HD?0w)4>uRrw$GYt)tW0c2P-S<>({62J)uCa-{URpNOjY`acOF5
zN+xHmS>P9sQYaYX^=0;2By#P!^by{7QDpR{WfZ&oq`v0sjbQb)N?$Zqc|<@jEz5a&
zM9$jVP}<Cbi>TyEeQnDd|Kq9suTq7qTI~V|Q#&SxHsK(?{^wR(<j%AUr`^}l*V^cQ
z(P7td`zr<WH@<j`&i(U$LuoO4LEZ<I&1=2~T%@{0xZAQ|y`RleACqU$P-7oxGAb_O
zQn}C*yll?PyIv*NPjcUzC#UIHLJdx9V<`o)e~w5=%e~!nJ|JAU^gPgH@v1g$IT~oN
zoh~RWM3GC}Te))<D5X?7p_o`|MkdRGIQ44sYQCTpqVl+U=RO9s2`!Pla{bIs<;c6}
zy#<3>Sv62h2HIHba4mvgAwuNS#RGgTEQ%fs>dx6j6qSWee2>_#DAk)Lj6AQ#;d4cq
zg~Il(GAeDl+oT6SYR3L9CuPelO0u*Sa3%HRt)r_GF}+J>G|>v;Q?Pm=gy#MAn~?l^
zc}z$Tqr4=wGjCX5aoTzGQoju5lbb(MU$e(XUU9y{dy4H6;Cu8?YYR~*?nFK!!g0x6
zw}(>n>#ev<+R3{8;2mkn$;rNlHw!1~v9{1u)+naFFfK_{+ALnn;}svkx(Nw+U*|kr
zD`icjTOABsr1FE=8F~dquXiUutj7Xsy~}xRr3>0E=I6O8;K>hB!z%b0xCwtiFdZ#6
zAB=t8Os-JO_*qw{ad6bO)lW;~>ry_cw+GuaG*Qpj@C&%^ZJws_8F84Bxc$8eZ%6EO
znS!TXM+1jbM|1t}7o)kwkiXo<Thk8}6%<|wdlI0V<eT9{W1m+U?JbohUFriSR$HGf
zGK5h+kufrnH4^w1)r~*6u&TeEsGT9`m1)Fv)>l^_<1r(1SZxYJY4zIs!=n^mwK_GW
z>h$P#UPIrjWTp8yJDg3}dUJd8&}qAwP*n7_czI?<3-p3nNyvRSp_q}ITeVE<PhTI(
zx=#-57EsLwul`;i%vTd224iOrvJ3w#CQcorYaU)$hui6aGN)g0>et>4!u&E7s{Ahx
zBFnhjCzfO{bq&Vuh`UxF2Bz!YcnDVunq)fJ!Y0O)S*jK6m^N)ZK;-1)rw`5?1or_Y
zoi}yW`|jTYCv|h%=iG36e_pIvpLT6=IO8S~DRsapD~URA;Ql*%scW2}w9Q3CRg1iT
z^U3SNK!K_q-u)lE8l7e}n%LymADfRSzLc7(U`=MX8??CmwXXK0=&NA|mHet-9>+!z
z0O!G1YtC5bw`;+8S2{ef*m>0yvB!lkCnqkj<$^&kv_<6|RvP^#zIy8i)vFJ~v~O&8
zsfQB7kRA=GoU-*>B>x!LWqZnlppf?a?CY0rAEx##IatR1d(=N>_cpVL#9oD|cuE@*
zn(>m671KqAu)a_3j*g+Dkgi9`%K1w!zr~LC$+q~1puDK2$TY2r*zK&~FxhZ)T(Cj$
z<i7jUBSSPf8|dB0?V;dWrt^+c0_a_05m;2b#rjjf?`Vq-WLv1y<6sWtE}U(N^3L1)
zr$X@(n9lMroq6D5`EkiaP0hRiX4ykHd(eWDjcrS4Y<O4^GMk!~CRq2`I-|3pLaFjh
z+~c1%Ub9v{Uv2XuMc0&5oA|1nN&Efm<ao7>*8k)$lSH7`{LSYBK?nbvzx`LotB8S_
z{!WC`WJlElUcu?vV!ao%4eoyen4rspdD0+-qed_?SoQJzcB3!)?&_$}f>>4Jc54}a
z4@GvIUfo@G#Zn3aEY6h+zS=$?e>g8D&DAa27w1yf(x4(Dvk=JCPaSPZUVX`*T<gOf
z=L`*;PK_l_Nl6t2i$UjMSeL*0qRnO2NC*ivOicdNRZLpknNR;Aq3`+ZXwF4U_H}Qm
zWjezR7HE8Zu<+U(7;9`WDkg%0-{qusvn;?*a4UfC&6_u`U#mlA4OAs;8kfehML1Fv
zK%(QA=;&HHI!!i{zkEu%ZVtL~{5MK_m5^nvU2AKPp{f_upffM<#eR{h09N4=z4_pL
zb^odl^gh^l$HYe0s>=WM&cgYih*s;3!O<ad{dmvxbf~-+LL$0!9Q@qEkfa4-8mn}#
zDpR09%>RacGdm!hS=p36N<*$K9whB_$LSnPj!oSA14YWV9GPg(k|TVu{N$bIdrOxe
zs`j+RL7kt2bF0{X_Uh%&+%3&F&{Mxn6kZ>*RnbY4(zJ5Ay%|u$2vq~Ulk1beX{e);
zE#b`R>f&EuOh;gDU1kEnJ&Y{&&s(>h`vX%XDqYkD0^WuEL+M;$l=f_0!p#e9WEe>X
zTA!-2Ja`s`eZDQf*@o#s{?|hD?jYIRW7h91i0o(w2U|8wQI~qWMdS3GTekOCwGy~S
zcDA^~P?t)Gp~)#Wx>@ybd)X6TFJ<cm@y9WcuZ&A6Ba{`8xWwO;hV^?_h}?yfO(dsd
zl+kQlVMctH(4b)t$OhtZ<yC)(t7{2gYjqtbe=UH8@d8doHItw8V5D!CgFNq#?f0NK
z-U!$fe&R{PAOfk&93emiFOQ8hAVdb9IVN<K=!i7#OpCM2)>}w;A_y0Q+YA6LI^-y|
z_^Uh-0#hu;Bzy_NJtn(-bZ*bDkR!rC{Ax6Gvp-a+a#TauCUd*ja2WVzoJ@699fc?M
zSfH{*B(g>&vIf5(d%wY$kL{mgqoYOfJ5iymL4)^m;;tqFbU3x`@0?v7AFnDkj1R&s
z1WhpIS8hXJl)eHbFcQ2wPWc63B*nDzgUmg0z#sn97e!p%el}FD4S8ksQ%zf&3G3JC
zX8#L9LZYaWJ5=GmRIcU6JNy2DZ@pw+0g39$t)>NqNq+QEbjGzl;LtV!J0Z?*VJ3RD
zpKe#ZR99*~e)#n1`d3K%)zJnBcQ>uU@A|mbyuZr0tpwb~2ns+vTWIrwFVvdPSLm-+
zLqVhrHy;O|!@I8k?$1I>m3&U1&h1w-BmJb{wwrp@F1-%l%MZ_$voD9DxkVAGDTx95
zkt`<ux3|uu0bQT^&Q3Ss3k^Qgirihi;2v<U-_D+J+mDJVjuiHePKC-j3z&tMyj)Gd
z9CRGK+x<Q^tDoccmdl{w#}8Ir_LSn{V#-H7T4+^(1w^N@yfHp{+O82YUqK_{Sy3Gi
zzpYRLcJ3fyVR#4p+}zHG3$>sMmZL_4N&s(d>sRVf0)nomx6tIc3@9iOJE>eh(bN3g
zd8-^sik-_PZUmg%>w2ew<4=gDalgN~;N`v7(Y?>p7AutQT?x(HxjIk@xaA^AP(1tL
zw!lESGBzV6M`Zmvra&aT>Fs4VW*rx@(+Ree+WYG0hP>Od9?R@@1EGuLDLy%bq;~l1
zO{IMP{5jz6qPC%Br}PbJ9rsD_N{lQG>N+WnrjFVtc9nT_k0C|qD|wC2wwBQ@rikx4
zy4+cuiKrrtcy4uf#Up$KwMUh-fB8+65w?quA|>NBM8Cz)w49mH%vK*8I>1NN{5vX(
z8SU^Y73b2byZL&w%IbSf6nUgK+rC5o$2~7o(P>Ncpj^@iBP~5G`@T|BUjy5RP;Ek0
z+69v7+8xr*%S0+I%?HTGW_VSb@0aj!oIe}V9Ptt-BlRz44lN67Y{t^YyJnKqeI@wC
z_PU~VZ(R`_GsT*;ZS%ZQn}Y`)*|LpKe+HKQ$g9yRJ7-fgY4}_8R!{xSMU{BqQ8{Au
zrZ>Kw^#WVl)9*yQSl52hvF88>hWvTmRGO2EUqry96_J?KB23A@p3D7bXZN<cD+{5K
zNuyx=BT2t;)uQfn;Mt0&)minHFogkEll|ZyZV|;R^R#R{L~!Uwqq09W6^E&f(1<$2
zrkV!c2~+FETw+|*2X|@9ln}ZF(xqozCX_S8xMp1(27a|VI4ARL>{ZwbVEJ`vf&x}~
zLdai^C<ULjVfV&FuIfaE@*?a|3!ZnB6b6vAIrYk9_SlRU=F3uR;&oj|nmzAP#z%hk
z*WDv>5w9#vwafV{3k~vf80CO?6#(>hMl$;P`V1;P&$b3rDRWUS4wg$h@rL%HT~J!E
zgO$D~Y)lMv|M1Y!-VTyW+^U>5Zckrr^>7cR^h(`(n-sW^@Db{Nepwi=V%Xx^m(2FO
z%BZDIIWzrN!A8P*-m0JH3K*JfIUKk*T?+q-cfhRj(+$41`dsv6VyajXkl%;pyT+vB
zj{X#^5^;Wyo?o}mRRgxBRV4zq{>q{#`MEEFks|O(+0uZE+~?LxU@A~Q&Uxo|<mE4E
zN-)$LakM#CjdTPY_-Z6#R@ZvewHW6s%J?~MVFIIkvDR7ycM0Az+@TKF#rb}ggHJlH
zXH6zzzF*NXhv#DAVrJ~#9Dof4>DbtW%P%vgOG8o7C>Q;VjEsP|G=SRQj2aS=kf8pk
zaQAH9rxnrgi{BODAHnHvOG5Z4&!>?ZtzE(L$9gf9?O@N}4dyj|#V|8)>904X8nO^3
z$%yq?wdf>VA4MS0eu|0T<S3}~WLg+LJMdc0=!dQfysbLN3FvJDKba9{THdQdglNwr
zWpZvNq@FG$d~f?anHY||t>%%?t{z0*Z?qYAP7w&u%fqr?@hB{QH!G)n>w01HDV`?P
z0cLX<6BF}{x(Zp+U2f|2tQCIzDt|Uj>q~Mm_;8rZO7arbl-wl#fb)ZhG^!2hM&k;n
zd`NfAVJIJsd+S&Ct!wA;vQ`Pc8aLxGkjs@(oW5zJ$0P6X2R_MY1*M+%8+RBGS&4i9
zYMs{PVeKxi^z(}fYdnm%gBeqN)Am_k|4M~*7HnuiBB%c}zcq2VgX@}(_*OxNs{0oD
zt^U~PsU!w2<^);|e#gx5e((8p+-j%EX1dia;Ym<Pu*9%X287;t85D7*BlBCv(rVjd
zmuTNY$5D_Rgz&b&q#@ilhE43RSX`+O3V0lEq!^e>FbPs#p^-{Yrr0GiE<K+x{Atrg
zaOqQeh=WmsZ3Ir!e23qS9Te~}cC}0#5THag+b)i!t55l#h;vOBcM4D5M7J|4B(k!<
z%_mz)b<LFsG0ceN`7WKLzBTHf@-4%{>rA3nG29m0b8o-$K=4RGQQ~2|pT*B_K0>ov
za13FkuQR4CApvE(j@g@It1>AB<xTz=wR-FhMgzh)9_s4fSfldu^Pym5fRWKk7!E0C
z?yQ}tDebD*^;*5pv{kl>_1m~+8a@}R^U~aLpN-SKY>|1m!<UqLC0a5vH7$*)dh2oL
zF2jpmhWLk@&F9a>E>4D0I6i&)gdH9AXVr6=dpK|(%5B^G)fC=tE*jK!Ooaqw<pQ4D
z;Iz8$$Gmp*37z@FY(h^c5?%?GxY{+(S_D-ptjC06KKH$BOtV(XWjkSx(+zms&f*r&
zt@k-E=?M+5fYt>5J|U>L?z-FWvMQT>W&A<AwqnrXlYSVZytr^~R1|i0TC;;PUw?6N
z?m&nC+X;yp!{%3k;#H5|KeqjB!n`^f9PD7k3K^5d6l&8L=Ec@2Q(CKik+>ktUalK|
zjJNEqLr+hCdV0#Dk`)mht;wDuE-s$BxtX4xJ~X5NGv!yu$mTBRMrG^q`(WC4qr=;Y
z!dhGD=?a5~cJa}Ox-sbtKep`6$BREy2WYO%SC!X+SQP5GuH$B?TYWELHTy&)L?}9o
zd#|El#QPLrLXYX$wGvzxzh)hHCEo$Z<yxmW!}4vczbzHWt#9`Ea|Sx0-|EVsm%4$R
zVh58jX8nVK%2(NMy=*6rt_==|+=467%8^#=KfSM(3-3p)tufd$&SAWsaIpw`Yb-9t
z!M_Ja9!H!gXjq9w=&AnaZuzUPA0$iz4T?2THTL1rUa5T#o54MYm#eZ(HQ(hmWMvRy
zJdJ-$pQpLG#uzwO>j;B74EH?k8g;9ZO$MrXO*<}T!8@p|d?}T8wzH02D|2;@RJ}Y5
zB4H@I6h({Ezu=!t^s`K(1t>^@zJEMEp1+GW-cDrHul8IVtI3$OQQs7ywS)~x;_>BS
z<OL7nHYR<)${Z1=Sqxr2dy4gqnj$MPR-uUvQM;Tr@XW}9F|Ay_-~n`fINAV>=p*Je
z6cFNVEw4aN#F9agui)gkJbg|gHQ70Fi=XAdtZUR_^a+rmYYiQvm8NnzCgP_BAoVSb
zZ!d&mBUhgtD`0S^a0rDCkfX2B$+xHLy3TeMI%RLXH2nJNKJaMqJk2Ei;S@$YGUel^
zpHn_XX_EC2NyoO-5a)k3*%lf~arUt`?&)d&v`QT(VoH(w0g8Oct*(ZTOCbHP4i_UL
zus~=@cY=A!ej(lQG;e<O_ghbwj9Mkh<D(Bl@!3-pN~b?lUEh+r(fZn)oqYU2IpIxh
zjSNLY!-<aeyV`BMS(c7h&V1~B4i!5aXdvd$X>g)8HZt<R&h`SO3;nIyZ_>MZ^kYFy
z_Xmr0rVfmclXml|ilcxGh(Qt(5+EQHAqt8k6-RCib9bh<*-n?d4}DT;id>E$U;qT(
zwEFSDlwy8L6clS<sIGntJLo?*DpfIVc6j)36>Tr2zEW#HpU~5L+~%d=Io78PcA$Fe
zpB`;&^JdA(SQut9Mh)&?Wn$`M3%`!15kIs0`1jjPp>8#aUeyEUlP6aP(=43){66zz
z01##8<P>thQA2j(A$?j;PEG)wpPo(z0>lasrLr<0z)0}U$S7+Yzss~MFjK(M)m2b)
zBVpMj!2j#xkN`ZD;p*Yc8UB-i>w`ZcruC?APc<#uWFPtwo3Y-k)qQSVkf(xGXBc&%
zV;?8)creXz(dctcnC`N3>sLAGmF=>DsM{nF^cg#x&Lp?`A{u1&3R<id&e3=zRb{lr
z&C#)evbP@@s{nV2jeid6NguQ`XPT_>I*+>Q`0C9@F8c<>f=Ut3X8QFA+_&KhLTVy>
zFkN0b$NX(9t6~~mD_4hWgMU)|?i~{v9b!v72qSOq2ZlTY8Mc0P0wg26f}@U|`x`{V
zhUzi+=43N2G0EM1vw+(2Gt%2EV*gH=u`X<0`gaqw#>rg!7{yr16tq)E)ChKVR8#yA
z)}!aGK{++)@@7=+<IIz<EYdQ}c)OPR_G|4vUaKBy+s}^jevE}#U(0&XjHOtonsQy)
zP8txhOXnwR%SsYfQ!W0$u^r|)<D(*9b~<mxD=FYtb|IAuVN4z#OX&;S9IO@lb9Q%_
zHL~(?lZDiz<?x49r7|;R{9(7FHS@dDI$DElzY2%@I%N#I1q1WuTs#?a8wnSgo}U_c
zxaJbwMJOE>f&~urFD9-u?&1c<dR?cIQhJU;9y+Lq4QA~_TO~bpV{n@?P(YwUwbTsh
zl;7#ngPd40!Gcl#DXdx~x}OQTb%F$=veY+}3mD}TFmvm0o}Gao`ebwc_sqejm2XDT
zCVc!b(9x5%$xOkglfD?v2luy}AndST<Kyr?Qqu+^&)tb0jXKMNCcu8ouK#h=PENam
zFZ*5Ws*{tKl7D^r^yy+vU~e!QCO?I;nHk-1onl&*8JX3>1pTFB%kjZI{rmS}(tRDi
zR|X9?nf)corWZ$o)1{+&wXQx|7BjOUzew`wUtLVSqvH0zyCpRZeC;(|qKt<5Y^COJ
zGXaCl=;Jk{{vc@w<x3;hYQ6LL&GPY&3eM+vPaPN8HzvLniV?QWwkJsnyX>j~f&Jy?
z_%4^%ny@2HJ)_^}AyeDqXDF=fY;lp1PqDG@9eagAh%0z5zpX;_#C{k1SdK`C?K!Pi
zETyiR78U98*z&U9s`CK_p9HWoH8?o<A^cgRQE79>8~93#TUb~a&?-~-`pp}U-HH4-
ziam<I4<}RRwW~RYk%NBzw2y2)#6iz`zUwwo#gYryV<E@+luDaP!C=_W;PLT{TPFu1
z*sA07y6nS=TlU|<ru*TNym{p9g4v<`i-Lku=NRXC?Ct?_=rgD3E=cPQWaNI9(sg5l
zKj1D;3*P85i6L?B`#z+n`Pz7zwsC8NR%csxyW)-H!K%;5W^*6PGka7a-z~ZLqNh#j
zi`6;bJ}<d;jM}X=TbHOD+20=gFm|{oK@;;Dxi!)X%XQ5DAx!~#vitTbKex*uWt}P8
zN$^kWr{$a%oeyW3E^|D`ExP-SY}Gra#%YO^Rbz%{lTILEQ|REhD7T?an@)tFi2u^G
zTN;b(IjwF_8+#2DC!RsB^ziN9J#JFxm|xCsBlg8k_vo^F({7EE;0AZAaXMXKe~iDz
z$B(k!L9IWDaJt?Sbt4@T_1xZdMLxgw;P34*ahU2=4LDs*B|E*AWOiRL_Udm=%HW6&
zV4{8o7T^w_c5iXBicldZJE#GqNJk^TDPGod-QyWvcN{cOEG<XpBMBJsSA+}VeK<Ss
zsA~(OV_z(>i|x?#o2!ztT6g6b(uKGMjjg`j?#%5()X)Bj=e8GyA{N9{uq%zAd3Dn^
zrn@$}4Hswo!}Ahc`c9~H`xt9<C(Pdjv5mr5$)iSmgVV~%);Q0Y)p?>5v3gFebDx*y
z5TSSa&3l8ieS5tmDl@Joq_UfJud7a%J!yoqeCs*|H}s8%It~vGIOH|7v}RH`bUAZb
zb=ZL%sJpwnoGzEzkE2876`a)-oX!M<SV6FuB<59)s80$CQ8I<6*Voo$J87mmIl>-y
zd!<%$5dEE%40qjqViMw0RJZl@;Jx_Kn>`q<wfN)jv+ZGqmj-+7Gd(?mTbh@m-2P{`
z)~11{P~}WPJSB>spEvKmG02Vw0%ob}%AjMaz0Xv{D~{sz()hS)^6$Lv^#IH(YDF<Z
zQcB9Xf-qKWAkD5{CCg^MX?3A?v(D|6+&dqAAkaOy=}c)@ZPJN2?QedB13~kR@veJ^
zJBE1w^Hnc+=R=^ndOqDrD&h_{@^H47!G~-+0n-MYd>$)~K7SOsUMxN6EX3~~+mdLz
zJ~TYI-iwvlOfwB6fANCP$Mw>SkXG1zz*k$Gk+H}PHU`8)hlhp|A4J7!^)8^?$JwV2
zK}~`E9A6TcYpwgM>bV0r<O)o9DAC7QU73UVB0d>ZuV~~#3W5nn5(nf_SrocoG<V#s
zOmh!6)t|JbV8#Qk#$AU&>{&hX(Tv~KpmM+1n&$QQ8{{jK*;2o7mhDb7WSjHOGaBJ3
zd2d><a6b?l#{ZI#kO1f*PUBXsd^Nemna%(N5F9NnEvh#9Sw~mhJ$#HOz{<ZnxX9;=
ztK_hCkNza={%jaqv98(wGh!B^+vag_w)KL~$ocoI-}Q%(P#kO=zstkRQ9;x3^wXP=
zFjKMH-_xex^RDC7?>C0vN`d=Fgmv!NV#8iM3R>cv^Nr)oz-0Ak;5M}0T99rOZFj16
zGqp1FxXZcD#QA5USBq)x<5Oy3tE|C=T5IQb@7_UDxoCZCzUSte9;YbE6si|%AX}Y|
zPUtViKm0mxXOtHmH|#Wxhxy2dWbg%?Zl{eup6d^5g1mE*=uT1RgR1}5Tee_a{0oI%
z&YSkfQA1|!{4V!__;q06<PR-&1_lQ3!{t1HFl1>1lBe2V@a6dQtkUD3UH2(&Xq)s!
zx0|SuVf<n3W|SP4CoX1Y;Es@y*^>H}CWT_QzU3z!Uy^+~XZLEy$mH^XBt>Sq(h!kE
zo&g89?yfy8>}dR6XlqSDlC%Bc2-uV^l#SPc%)SRKNLU!Kk5lkt(ncqsquj9Bsq#;w
z24wc5`bY6V@kQ(Uw|toE8(|gIYe?vZ1PQ-uph6T5t@nB$DAfYKy-iF);(4fN;Col5
zl1*sjP(+hEg@gCB#XxNV@TY)nRcH)(JogP$_qnpq%_1zv2R155@s?0OGO{BvDG3vg
zqTOkANxkq7u<w{6Xaer|XuC$}uV&VLmNMKQPsttiX(x;?7^MfWMAz_TReY%&7zg`M
zT&~>Z)!Cd~hfbBzWTP7_Lg(_4=Sly0(C>4q@z3WZoXK?Z3Env{pEy!)AbmX!={`m!
zm&kM=cmuht1Ux#LfQw1X;Z#ct3r1$<CTHl{*=n<0qwn8eVIZJOeK^ct5~~HnR_nV4
zO~`=OQ=YR#b)wObAFxqkOYL^X2xb`~M)?FO0$emE4)BCVu^<^9Rq3x*3C~;1C(13>
zBi(_ko^XjK_sbm*@S#SHLhxo42}v_n*){p@Vs+<5Z@eN7Hg?)8<DohSvmj&*JsJ}o
z3vB8u9wl})Nsh9ZpM&oHm;U3NyA3T+|1~Z6c+46F9UU{7SYRJhy%Jb_c)Od?SaH^U
zyFU=L)PV#91XP+z?PBZlbuh{UTgxT}j#gH_K(y8enGNh<Ki=+H(@Ka3$N*tQ07GaZ
z;TUdG_~>z)o`(zKj!PG&^Oe-%4!?)1+l3DLNYBsD3>vVs%d{%&p`E&l*G`cve7vcg
zw}C4+A|auY>_fv<CZl|AR$o67VTUDZKf!onZEcNg3@}u3cW-`Wyg&PMTU9h?lSzI9
z<FUg_T#a2j=!<>$jp(?1;>9E;QoU?u&NT;y@m`IUC^n-5@Iqm^;I%VpZ^Sjcndk{R
z`o+O~eBf{#zH9VB;==aX;cGxu#{32)q61m`LGNh8bh34m`-4!VBK`%LbYdyp!W|fd
zovY_2xwv6z4RN@+0+vSZ7D7S653SO&Ujv%m&BwMw26hvk6#0N~dqwYRMq(Q}{4PN?
z9;YOQYk6kGUgEAW+OGRrkJ;35UGQXy`SQqxTVGh8vXG*vweN9@HEbj!GdGPpYU73K
z2rf1@5xQ<XvGM2yF>#7rEHmPhXJ)zp<};eZ<<jvH7Aw)W=Y#k6!+^gH^rsr`W`3cI
z2$PoHbfQJ{k><vdyDekVwqIYoP_@b#c7S#oe^ghGo*=;+zF<x&(;iNJ$z5U6!OO$?
z6L6HYEZoiBB@EhBOz8qLb|g_#Ro7l%F6j?BN%ir$HQ=sH(}7Id7}**TNq3mguEW7E
z#YV@+1+Ryg<SQOKJ4Vg{_LuOxa!^tl35(81)O+}Si$i*U?~nH+G%ZcHSH=R!*bRS1
zy}#8Y0&x4AJ@?i~O{2RrV%VC`QDh9C{^^mq15P1BFVx?%HNfWuAw6nDRJ1{}#cFM6
zKS=72be6L7dLL?dM?`_T>FJ8wxJgSQDIsBj2Jc;YD|l{vXjTahg8_y){Miwt{Gw1c
zmXm|S4}n};7pn4bhse+*E@?uv2`UXTMt4ecyxS`(4*OuamF4C8lZ9=Jk-@<zcn8C-
zIo%Edh}+xCy~Vb?ymcvqC15u=hWQ1WOqtm%g@=uci;|>lrH(m2Ir&%h8f>Ovz%A9C
zs$q?KQdq03G%~ITX6LR>s6r_MA%m_ye>QA>)Ys9mV*AD@mq<i}ztG`VFlkfJ>jWh5
zi^}fZ|0(tXrB;8^w4ce!;L98Z>CNKZ1_~(F0pMZaoVlYcP&e@4b9T;0vQ$g1{$mpp
zgM%(X)Lx#{(7lNXe9+pONvuPHr9Le!ZKaO=nZRBQGgzW)ZgP@pJUYZ|kr7)a-%LM6
zqfDc0#;)<-tK+W%FV{%spG?^;|M@K?EhU$5`|F-&^@V*rK}>OB$%9BFkcg<vAonup
zEYa0j!a4VyDaew^@)zE~1xQMrKO+WDueKJN32g_C?i6d3P49hgw@kGJv_U{X<{{w|
z`Y#EFxpYrK8lELFonG!znOOCUS)M}52`l%R;f?&W@hA8|W+0dwm&|0#`x^p|IM-tm
z*{C9*?YRH=@qKV{LQkb@=M~)JKk1MB#9&%vNFwTc!m(^Iuj`<vO{%rH%j^|vw6mS>
zjUM7eH%y3$iDjSDx_A+N!QW5^@*tPfAyuVuS&tjBK7G2D;%cO1gf|<AapsHN^<#R}
z<UJt&6MtN0{y(LvOhyhs&8fu@8m8t7H5$+*=|ofl<mw#91^*-Svc?al1ENIU@JV!a
zt7q5LOnh#RMGqK?13GQvIv*a>`e_2XQ-mELcSr$_f48r&a<<PFA&$%I4X%H`0`Amg
zlTXBPBm@TA()qhp)DfWEdi~#r^3Lx8Y3$pj*Z=Z8H%#mrmzI~?UUSWemk4GkCGP-)
zCK!HMbP&i;s+zgKLYP_%6Kg0x3GG=8efcj})Z<BLzD`|JwYmIx-C#}?a6So0FU)id
zX;!`Z&ny$HM#LNE+4G&p{?YZlR=7(dJnny{4bA!hJalEBBB^38{lC<>XLp*QXIeIW
zj;(o>Cg^i7*nk5JC>UC(I=)<}Wcr->GYG_k{e(H}Hbz4mHLUz&tPK&S5vTLnjk68u
zzjcc{ZH}+wo;kQ|RCrWa`;gH|qhq9p{Z75J3pXE}6>E&#5tIWz$3CEn3fdONHh0r6
z^2{&(R#saZWM(+6e*2~_e6vo>z#e;kKRO7#aXw0O?iE1ez3~LK&n0jij;9hH>iFSw
zdx|@E@#N;qYZg3MAR6c!tc6FN8qbDkr(Qu@oJawSYCJr8|0>9WtAYO|HdXa58rkf|
z=NfkV&6ndR4%|;H+4n{oyXd8QDu}hRK{ZCg5CI()k3|}kB%z>>N}Rd$tZk5t0DO!%
zTb3TEq0pP|)faMD^hF<c<JvRrO39(Hja9)%Qq1<VeF@GmrHkaj%x913ciZu$omuUB
zbT0w~LCV#-H1gs%=KISMC6BOgqnH_<(-pA|?VFXzlEAm{-6vgtofibw{?^8mP#d58
zd8~}ujZ7spArLcLdz6;#GIn?Gsd0`wQxahjL)H8IaZeDTdmVULn5$umnupc)kV0)p
zN^OjfT#!A^c?-NCr*|2h!2(pH=q~d$Lc_hcrdM~Wum|#Kr>^_0BjjF;Dk&I!y+1d{
zhvgaOaU1LxgZWzIa_x;oWhF$_QsAswDPuienpVtd`S2m7%LT6N*N(AvQ*-AW(FVP7
z*+U2Kbl9%=O?Og40@g#HXJ25Mfq0rQn28_id`~(+Cb#!})&<=if=7=9@KrJEfBYY`
zH&>Z?v<XCzy~5oOhDJuv@eKpA4M#@W%>vSY@cVIWG#7?FSsKxd=GxB45D6OaOHIo*
zs_lRk6ZbJ;s^TOTf9r{?-DWPzX<f@}T(S5SteIi?E`C7|G`N?cZg8O-6ZRBS#d3%2
zbwg4wjpLI1KqU{FP-4d3^9$vOS(_OVP1VKUK+1E`;>qP@V}Ov`j#4WF{Hx}^0ZPzm
z`S#!2BGueSo2lu?w1yJJIbld{J0iy`*Hp|l;`7v(fIm;2J6oPY%HwC;sPEsW7}6V%
z+*hYa*`nl~7_@BX7XlA_z1*Z}^JGNEYn&VqEJ3xI+YjEq<3Qiy_uim(4`x$xNprwd
zecLg3nW0T)H`8-=+)kG?eBPt|3}3e&t#5d^bRMi7vX!IPxKh^sc3*bUo3*3AyLi^6
z6F4Xz@2Z@Ng0BxQ_EPj3rvwzh6Fa5467xG>K6$jsm-}VSP!wL$z_Z$79u-5-mrh-G
z)p(I7ptK;ldaK{lQ1LafS}4vn*WKfIND@*q`s~3&V9oMEf{`Bm-A?d+7yVWB?N4ZO
zOSWt~hU4W27O`^W!A6Ra#je-o(Bz-XP~4L$_v;Y?NvzLktqj#BS7->`V)1&*gN3KW
z$j9THQ_6AOTt?{WF;RMx!y?Z*d3B57qZr;cB}sLc*hvyg|4wI{hj!Z~1e5N3HNI5L
z*70{!&%tmBHD7Pw?G^QtG?KtG84nro=4$LVWeKo#e}3*z;@{gKxVE}mB-<wN`a0H2
zy~ce{#3bJP0rjvZAnM;SN|fnFd)?*!loa<Z*o4{T<+c)^t7DD^+UhLGWd;{SJqt>(
zlR?LaRH;L!22|?r&jR^cA?hF_#0ylAfAt&hshFr%-v-C&m+$c;)_;&c9OeMpbBgok
z=4L_Me<P9wkZj6d@^SoVm<~D09Zgv{Ti>Y#UbgvnSEXUMNXm*WVfqZ6Y66@sN)sSU
z1H5rpNFjWH0ceO29lH2eu>7x7{r^=JIRg||f}yeI+BezAT)<Sc6!Y`GnIF4QU<&y4
zPusSH{kKjL`_)okxDGf}CAp%K$e3#RhC<n#;@d6X`@%{7I(0z2zpT96jS~g_`JFUb
zdI;3<|F_NhuPOWARrmi8w=uZ;Kl=Rt?9TqLn!oT9z@tMY?B>6Vi2#Aj97+C>$}E%7
znS-9Rc*tEF9ApxP8fLIq<IkNgWnzaBCRy0|iC-3VqP+U2pToapz_+~f#mA6eyjpwT
zYu?+ai>on=#=;TZj2x(A&Sbxmg*9Ow&rO3QA+^&8cN{gc>MFyZ7d@~iAiWN=#zxwA
z1?B<3e3V0Y1H`<gnN`|ENJu@8R(yXtYxLWS$yA#kx7L_rfZh=)t!KD^6xecSyAx+(
z|LDYo=+^2A(WCO%FQC@g6}~+Sc0vIOJl5cJuVJ)RU(;h-t(k_TDSQrl!N5ph;Mm#L
zuM8*w@<Nfb{f`6P#|G=o57xYpqJjtV=f7oe&%^>u5<w>guUzjL#LQ8!`d``A1tQ*;
zabliyL!Ogy)CM5__7rX~-Z(G2s0}Qhuh*k-;&}!Xjb~siKA3oey1#RGg6Q@?g{yqW
z&#PSWqbmirrYoCTv;F}Cvb$tsv4&VIkV{z})jN}xli_*8)XFX!ANIh71x#UEVv#uo
zk-4?`_lrIwdWt^wd7;mJe~il+>Ud0T<kX6Riu^l<&MGYP-%Q*YkoNw0cK8Bh+rM=D
zr;xf~e)u0O_?lmTeVK;=O8>GS?h|73plPc%KL={E+zFNqf4vKR{nC8-l6ac;TuD?I
zg+N>ZL|WZwW?ZwsAdLRb)hd|KLC`Bc4Pac%JS9_ZnRgt#3SqxL5DAF~Sw<1F69<8q
zK)cEX#U}4YeYgZ$mV&qApLRS2!H#<X5Oa#|e$`16<;sh)8}bq*=kgitT|7B`A#HhJ
z95)(W-5TzJW55EP4Cp1qLNB{5ToGX07yk^ni$ApLqk64zqSJEi<M{6$G{j9_aeAFb
zB511!9=9*>>c=S7u=R%Pl-IIK#lf)U+tP=^R*XjSLbJ;&kAEzBR{%`e<sz|jyR}dL
zLtB$iohHXt3iWM(n`_Q?nM9JRMBeLFiE<7cGQPR{j4ThwVyet1`zCAGFjI4Q+A-~R
zQj#m7ocnbIuzvi0N`MElLj8g71=dYH4=M(#1N_G{D4!EVgjHjb7XJ~2PSM39WAk28
zFSdHawR7uoJS_(!CKoIYU1b1{&AHn9TrFDnL&b+WjjHG8*>5>~o>NcH8$MNgIgp$g
zr0BV=FZqxfu0;M~f!FSVTNV|y0TlJB=%?RLKz_ap4qY^p^i@HHV~!{u-xVd2-ryWG
zJ>={iM*#EWcXpRutF)Xa-mHZ`ds2&e`&}31-}Jxco8K9#yj6R}-$@Qg4|?ACfAC&T
zEUy@#6E+4}|67eY{*Pu7C8z$M`v1}WKh^)OQeOYx@BTlo{(l+lzmPL0=6^tC$(GOB
z>T7`i>9=ImkD*;%<>d<a=w7lw!<Pi%8cxXc-dvUO!5zCowo0i+*?%c+7XNn?*rP*7
zecxS}o143p8#pqF)pGe7w@_^cP9wrJT*o=wD&qQYkQID)`2Qol{|EX1KUb5T4h@rC
zs($JHI!$TcJ@)x`z{_Z(Pz$|0`E#cM#^$k_(PonpH;NxNyE}GRwIulu*K7WN%UAU`
z*tNc<H1Crc4%F(~!K&w#c>T(cPh_+h2V?cvz$kKJY$y^KkWc9&u7z#ppCgxf177zd
zI9P`P7r-|4o_Od}oR=5TtIvid)$7tt`dOF%9(`DY%l>^(+3Nq(8h%$Tf#KL8tqqTV
zbRKXCI*w8(;Tb^6e4V2LA)k3sPPSd&sLTGX9PyNjrHUvl*`FW4%Xzn)rZMfg`i1YQ
z5%l2@&6D@b6HI>w&z&a?J|CJNFMS~P>z6j=kxdx38l%k9;0w(iSqaO)3&$Z@Xo+4b
zWVlQDc6XUb_R`q7#nyglNKS-<^5ervNa43Nn|a}F-mBxs!_w)-9OK)5^|tSCbgPju
zEony)6mRimm1l=z*LMFe_TDloj<#zPZJgi)3l0hHf#6PpdvJFN4Z)oT5-dT3y9bBH
zU4sUP;10pHahFp(@ArN)YtEcm-<oySnLp=G*Q&0nyQ=mrwfA*xnZ6XgrS2J5!(4Zu
zBmDzV^P`uwM&8+uf(sGL$rf7fBBZ=7`+Dm|&Z|&fi+0uDWm$7Rl!p+m7*GqZpRm8*
zs0=*F5ab|yb}Z=+KhUvvtF|y#T83hT1d=0PHE7-po~pU;DaI&k)h|J6Gu}@gEMRpl
zX3ny7M;41aJkpik1oizYcZ)>QdPr>egWYgRD((Z9<<I%b2N%Q;00-w&bU4JPKLaP<
zZV`0z#BXxl_deaGSF@_1a8INSbo}+t_B)3%K`~-bg<Gs9{INf>Tzg77>S|c|D7F!z
z#qk9$V*sem%hZlOl--{b<nt*a+5KH?f}2e*GN=&I-v1B!aV2H+{dE0O9CrdZa>P+>
zhNndKGn0+2J3|2Yv-_MZYHM910%%fLs__tgwdI1BVWatTRkD!X(tyeoSz8yYb@QDL
zZ}+Y)=Jc|Zlei`}YgX^0o81}r_{c$p#PF2Cd>hvGfbUb$gOgY~d&!=M{;P)l_a%+0
zh{t&|f~^$60haxk6SkZX6vM(=+dJ2;plv1SVmkJ#e2j>bs9jX!slN!INA5GXht2S%
z=8*zo7ysFw84g>SuS`E9>;^Flzk~fM+jO1h+JZ)THZpn6Kq9w{XH(MPmTHGQB6oXv
z(T{6L;s?0KBz!p~OjK3Vg^i(u?NH@b)9G+|jN%hSql`MUr%N)zj*0|{L|laI^STdz
z4}%yV7NCm|q_1mj)Z=M7+MX3ENU^S#9a{N^v(3UNAi)aS8MAIsh`k2SmR$qlYB|BS
zxA1(Y?sXSsqlKjpFi1PPe}DNd0)nQAJnoAl(7!s`#~Z6MQy%=OV_AB9z7~NpSdN-v
z?YbE#9=)teUUnFlT(MISmq<a3mdESyut<p|<ZX9TP5IGM=v}W7!|Z9_cnw-6TU&gt
z{r(G>@p00f+Q3fWkBEZnL<-EHWvGN==0hB3p7LOP2xi6ih?3t6r*|h90m>~}n>%mQ
zHQ>q)q|KWz%2JoBmh2J_rMG_;Ri)vPx^G&fw(3>I;~@v#^tqI@E}^rtJ*>MB`%n;@
zS1)b$Ue75rMx93iuRp-K4br6G;it^aRV+OVbC`9F9r?M5)a+tZB+3M9E(>s%0ZZq`
zE<Kczc4k~K-cX^lLl>QjRgRm>qh|grX&I&%=0@kwCzqfwX#Hwx+F#IegPLDv>awHE
z7;2XI@*S5a*Ee%I%!F9Vk5-G8%0TuW9~0c^L8}+&nq+<(k0#5*bY~vlES)bi>SYgo
zhTmaR>ENz$+jNL?Z5<9&#hHVMLH?spd{6SkO-o!^7Y6Tr88OqF7gS0%ktY!ynzoF}
z3&?AX`3b&&w`puyW!UsS;*+`0{76_wVQ1{jVWmHiZsoi=fW;qEEV@TQ%j|BBmgq%B
zH(F7yG_a2DZX_Rn|H7M=i6r?^YQ6h>Tevefb9;^M>nIYBv2f4ks*;%{_rGTfhWrhg
zSF3GjY@rM8gXdt_7h+k^Q4xP=w7Y9925YunT%Ngx<A<lBfEH=Yw0iaxflq|6!{1jV
zqQ}rr0dg_HK5gZ_$QWZ4iSS)q)u(XgmInMx44l<a(C^<(PK+EvVqH)Lkw#ul$Bi0s
z?>Bh7M}n9jIWlgu60L=W0!(-+wd{O6%TlJWS0B0R;+vHUx-ZE1?Nn^^N8_7E1|omE
z?d#DKyA59EI{%q$f%r@vQ@bmYswclYKC^4Q9Dl61yU**+c%P4@t3_y9&GkF{B#^j0
zuD)jIX1n>!k1?#+IXtq(%ZNzYfcH=VUR#TR(|j*W{(EcUfe6gprK;HonXF2LmUIKV
zdDLiU%=`DGcsqU#AN8bReUY0bJwa(na~s5BTh8*S=*Fp{@XR89?X<&yGKDq$C2jN}
z*GO7@!q0R*4Pv~4+;@Hxp1<RwB2KSNDiMB{rl&_UdcXzOh1A#Y;>?3>NGa_&$nI&r
z>~oV>+Ed@p7k$HOQQ3c3ZTtS+JxA!5cJ~dc-j{&9ziMunM~xqmR-<`D=)`B+9=vXf
zhdzR$KB#kwp;a9DI7Y#7R!6fMYohp3zUUXr&-UWjAHhdRB0i+AoJF|L&=Ih;UV2}h
zCSAlGYOPv>AF6PnF8qg=<&^}CVfeip?5D+Ywk&b8nSk`wcQnBT9^B50{&@c{>2I#m
zMDa*xEJx><aqSk4_`PX)*mySY<G-Y@(^B1hoRaPeq+%<#(^^Z<%Ug$*UCV@I8OyGc
zX;oN!FH2Ok^=8w6yrbigc{xvm+~(F`6T0|K-&|CHUQzg7EDEt`(Uwgyycb_QzcxS%
z)431jR^nSE_PlRa)7To#c>~XO2Ps?lc(mqM2ELu9eyh`r>mMqp<S*|tm#iE_1n8SH
zoiD{HT5PV*BRh;yS-pbu(n}56f&S5Angrj?kH+Ud^xgi`J5&B&nmOHO5sy`1-;8{P
z305i*vfzzw<ZZ@dW1HlucvC~ny+jGf4u!k=u<!TFxnLQM#RAT>8Lg+rPaL!9QN{L(
z4U0s6Wk`4K44G%r?gs+~mY09E*`+b};6OIWBo+~ax)$)D`|ZRte|Xdp9{w~;QRI)q
zD;O;JAhEpClM1DlMFzy?PEb%cT$Su;(cP_YMfGnO;3>a1B#11TqY;6Z5uh6aso4MB
z<+J%EZNN_??VWvpW5~@w7k_+pNC<okMN;+s*OzD%4EWH@8O$+;1~4A29-NZd1j1wK
zR|I(NpyglxAzCC0@+aS!P1|bh?JRDrV@)PLDsAV7($p?l<MOD%__qSD`Hlc-a?0dZ
zxNZ2jRD3EhT<8&zk@q0OVRS!gc;UV!!2I9K&*`zsrlZ4vxVfxuIW)8*iFtdZE_~l(
zqx+Mjxq_ZOl5){w{@D)&*v9dGzr#d2cCCQvP7UkCk2?3ekmj@YgW1^>9=?%o?$RLa
z`b|Szj-xi}^!valB70XA`4`78?K#o8@i_O9emRUz`r71$5<n&X@TFiTC!4fVy`qWD
zs1~UybTk4|9DNfX$T3;J=L*ay86_3DH(OYk04pfUM|20)@i`m^3JA4?5#?gN5Op|4
z#3Nb$$oK-3)o5j-T-!_fwF52QX{leUkeMg1U%lwhb<%nKg%2w#XfPS-4v3)Er;4_@
z=eO#cH?=l9qJ}Ms(9llvKPB&$=~@p_ruNbT>4<Y}XB35Er{Wds;`f)oUc4qUzZhd0
zkSCd!s1@LKHz3%ngdA=Uj6a%DIvB8*cwsNbS1$aeRoJ6!c9`0#*9(FQq&*$CevjK)
z%9+zIu&*E>Rc6s?v3Ka{k9y69z@Uc0+eQb9cc=32ES;FsnRBhp0(Hb27EW~%h$9$t
zI;*;#@~t9)@>_IWbw7Ln{T>lYPWD``YjKu90X=R<N^Rwr>A0*OZ+ZD#7dT76`wx|>
z%_SF<Vy|7Fg}NFCH2zUYVw=%9**8+w7xJu$csvbTwyHk-3{T|$<z!r52_HK=YJ&zt
z;oJS@hm($LnZY~N)H*x$5G=RCffoaO9@o6dr09F4RLnW93Q~KjNo)mq6cN_s>wDj{
z%R5WgISiBpeI87U?{~=FX}p@h&1_3<RUpcHPwY>`#5P@wgYz=OlZhaI@RJo3#-qqD
z#dqIO4aid@mbie^q$$mD&m-*Hac?-(5MDypJVO9$Vl%gBdlUR_d_><W$ji>?uCdtp
zsq)|B(3@2leztS0FwgJjt4=-l7g>5oOSyC86DWeL(K<Zz7yMPM+fx@>8ny)Rg2F<a
z1FGn3lP#aG#|%@S6rPl;iljfL4d{*T@=LRRaM?{ybvs(R$b%`AjY~xRdWbscPr3j*
zT3=m4LMl-%(~|G@r>y9M7N(Qm0b${_*FKqVv)#cR#t-1Tlb_$_ED!tc*a`!SJCC7V
z!O{(Uq#z1q8~%kw`{g!tvMlfl?Bu7h%uD|Xhx0_m3jKg7%f*$er3-p>i5pTiJ^r0a
zFY&qhmDFaX5ZDNl)*S}rl#!*}Lhxr9Eb>VK)Q+q=YEri#EPFjj<ViMlW#$7E?TMCG
zd0p7aT>8#~Ouf)d)YDq#zGWqDt-$H*KF6pjH^RaT94RBU@(Z#eFG4W1C4CM<tlcqp
ziA+g(%kh}E^6_DEEAl;_SE1aK{Y8&Eg`J(A$=?dLGamE60)tPyKk>AyC*Dq1_E_|N
zBgv#fg;wv=Wytcp6E5s3XZ~}xD*7-Id9m{KLbst!$XBJ_Gxbl`#OVUYUZ5K1RSNgo
z$U&BbLu-BcqCWqu--c1UlA-3b2B0OEystJ|r4bqvv^=>@qd)rGHxAdD$`P}X(YTUe
zM3MJ##=VS%0G%or&s^R-vGtXDVY2NPIGkZQ5zBst{(2p&;ZH_SSgXy+^$5qBRC?JQ
z@NZ*0aM6^0@!5zMnU08O6XYGI)I+Vc^^Ni2ap=E;oQRR=vn|R5FrZBM1Q_!&e|3W3
zjahQlKyn1mhNeSeH4>+PX$IvBN9HOF65-}KUXIG<1T@x;MAhQnS=C~&G2>fO>EqZj
z&z5hNby!HLc5{fw;4^;La4SG1=<tkxoq&hrkHo1FT9;;Bl!u66L#Jo{m9{4C!{BgG
z-BQ2i5AvYHs!;KwlzzM<Yt2(m*_NemHg=G~{F#d1=J+{*h~IX@Uk4MBM~tYdksv3R
zN-$<e&}cFw*>c$3kPy^hoZ^Q%Q5n8eW-4wjbbhH%`KEw9`9^KtoeO2bUULqb>PA-`
z7aEz9^o!x%pF{PX?8O4mBNYbIOy_gqQMlG%mdx9w5!itU!E~TtwQbOTbVD0tb4$+c
zDH`G_;HNX!yY90J#a48~+ej0=IWk%2jrEebXz9C|PV7pS4xD;m+$1%5yuVqur?fDF
z&djt?Z<lWf53@|@DTyCr$&s-#Lk;q9Hrd1*wPQ;fIL;E){I{Bu->}fKbbx#eSUEuG
zGBbceGFiJ>ngAi6Gb|mRMw^NUM6K0v;eB<mJ*_)3qhAp<_9xB`X|9&VEIJ)+Rs%Yf
zZeeOSQ&#<znN@GPxVG`I9!bl~WGi%HWtdD44BaD3&mAsq(VVDaJ)oa<Yn}<69;ay#
z>1FMwKh={~wp*uf*0E^*T%243&8taeCaO1XCA3YfFJD<;9%rtQoc+~h<u`<WYide#
zXPDw(Rab7@-W0Yl;|o2wqRd+tBs7?lO~YQi$euFf*mRV<dAeC2@OOM45&~XxOp(vG
zx3q$J7SKi}NETcrHE5qbX>JE#!WQdWYd<)YA@!dykJT-X-v!ySN2a)1@aXGk)h((b
z&7oS%6rb_<(Z5|#woNC{|D@x_ddK$!o9VnnK%T8v+1??;oNLO-UFzy-Eit+CTdaWQ
z66EAz-z}3LIw^9-PS+lgx;vszgMYd4mw3Zm7nD)Z=lGXZl_SA#7Uc1chAs)rwcIW4
z1UzfyBKLn^?px~=mV6C+Us8K~#Lge2B8f>MR28pz-hgmx`7_zVi`UCXDu(c*p6t7(
z%gT3uWhpYp>(gn_GOBhL<a4N2VQ$0c$<|Xh(#@Kj3Vh7S$+QzIcK1gd7E(r(S?M$h
z-UHx*<QxT9@ns9BW9NwDn_kVfq_S6mO$QOOhd&c;85O7h@2<(~t#9Z8$2o}adXxoX
zq_TnY+qYBSRA!aIh=q1XYc0PR^3|h`J_$YJTBq*+rlW_2CIqiD*c($^ioQK_AgX60
z=TJZI{Q=R)CP8fgBI?FW(a7H({6#cNkv?-z02aRf3Ko5`EHVN)tfF@$9xxWe8-X6@
zVN%DmwJFbRvCzlr#;Z1#?e1O!&pAt2f-PX5nmoQ;vJom{|6kakKaATsxd6M{+1PZW
z<3ncWL<lbhOZ#i<oGHMxl=PCGdI)oU2Bf&AY$JEK57$eAu^YkjSpz@6WZDmwT^tN-
z!~({Qv=V6zVA-s<O@OkxRk`ZCYFi=mS%Bq)<ggO{Gw`!2Xn7$T#_hXmFo7ITgL&ga
z3Bdqb{YDSw={v_39eX3r#G5LQm;1KoNUgFzu~>wJ4$;xmt{Dx+!b<L5b{~x;{wsz`
z4m9?K=mYX=l`Zm=xJto%XP3;vifTJN>aoOk&&ahlfHI-{r!q)?Rr=rQkWYV1{iRIG
z?1er2_S)Jg4_Hp`xJyC=&LYL5ttG8s0A}n_Y8ksLIv2BKx=|P%t;>B*$-ZoP)v}dQ
zBs@i8j|$JMt}Aa5HI2d;794RlisJ<pvA;f!va?q%cy?syHsem+KM%?-d)iH%8+1_>
zh=cRU{+n}HZ8u-1N-i*)%|y?zzPh%e^t*Hv**Pzn!vOjCqMV*BLug*g??w_<J$Kw_
z*mt44{SV3ip_)HG^MC#U!&J{K^s|;Zuxc;q^y?p<@Q5M<NR@V962IOD$cllV1Z`aV
z+uHal`*vRUbgY$h4d^AYNO61Z2!Oq{-C7qmqsTp@(6mx9i)RZF3#Ws*>NYd`;8*5V
zXnBD=G1}S2RljOBdsqlayIz3e{KbdO!xSn46Jo4!;5u$uK&%0SXhFoNL?7&t*tkMp
z2fv8<DI;6j<Q6Kb*57-2j`s@aR{fagb@iq(Z~x|OJE|QL2Wd1cFV{HLI?b?jR<Mu3
z=?Z&k3{uaTq<D$l?f7+5M37=EDG%!h3js^%C_IN8D!~U3d=?Qd##_W6{!FQC0>|)>
z4ZtDeTgWG#WC|YMQTdq!JG^RZ_a}q08dg4SH}z)<?gTWv^$(F2_zq;@^*n`QRr8;T
zHzDHx<!<r<XKRYdPM_&BZ=m)Sk<#LfPuEQ^j<vQ}F1pPt0T}$%>a;I@6>ps!I)5HK
zuk_UoV9@+_j#LA*oq|WfK!g;)(0lu7i9Aex@$w24fhOqIQu9?9e|C(oR`B!GS<5vK
zn6$+<B40m}(cc*1!bU?rOzEfm09+5uE1@I0XY^L4OXa`vwEydO`QJLqxHMZ&^Zh2C
z=wiz$Hp~4==ozAB8?RViwrS_coW__CicDBa*rk=RLc^{uP0=WBjnj1>eRie!`|^b;
zt(KvtM+3x~9XY(Yt0)yfs(m*lgH;)H22TEw4>B5U34x?Y`>APzGH?c*KW4i<K-&9Q
z#~i+|xA1ChRLDDZ(}F!qz^qVx*~>Y(Ik%AK@lrJbsnu}HreOj4HpxTy{S^W*!#`!b
zVo>loYv><Jci#Y5Z0esUpU11OfNN1dy{zAv^9KG3TtsyFmuHc^%jJJKzWlSjxy$+I
ze~&85=w1Hff(|PK_SLgrnecx7`84SFjQ-BE$bM+|i~w@H#~V-bHm!`973J{&GyQ}6
zm|*Jrg<;2u-<KL@(gK@%y3qQSxD%tMHSm;K1twZBj?)BpfPztepH&zkn^E(aZq?x^
zrHEdQ!^Bq4bj&80$hXegBzYaiacw)^IZDV{W0cV6>^f5<y1?W2c;;eqiM6j5G$-i$
zcy>OVGM@V0&uf(4IkD88leCubGyGiJ^nF{mXV7SZt#d6T5zG^ASIBG4I>Rg7^%Zzs
zpJA#A6ps?N>)uBVbALukP}WLXyf^af4>gQ7GLV9#9|19N4B4ZEg`gu7$&auh<7O0O
zwUGc`X9uD+zf_mJnV`E?n?m_}KSxqPrvEK_^!SDR6-8Mj<tFnL#Ua<dNb1zHm`=gx
zw9Wc&u34JZ$RnqjiVY?_sYCa6enTrtkGr=&^~lB^IpPN&Zv7C=Q@yJRu`pOTL#zV$
zz_7!ZJV^54h}9u`P1@^$a@=r57#>AiZe*pAb89~B@BPEc&(*j1_<qw+#yQ3E`n2gP
zOby?Pnbg+l#0Ooaf|4!#x#5afV;ehDdNcQi!@cEl{n>%EA*f-=8;M8DlwYk^FUOec
zM%yNbCiv+Ex`PO|tP<dgJ2Le9*U|=wRmUMC+i9RNW*%Ai4kLlehju~dI1qCEU%{v}
zB#VkLaz_H`>8H#08U60IS8m)Ht7po#Po`E_piO_x;O=O4G2$1i)spC~Ee?Kve$)z1
z`2W2N!920&!c{Ug*1#!VId}=UZm|KWhs$;rA-%h~%(HA0FDH@P1j5%Bc-Vw<vB9u(
zQPZJ^;tq<0HbXC`NI)<aC7lytJh0JWy!+SOH|`jF>*T`YYr419f;_Aunk0nzj7?_R
zlrT+q0XCspyLIec0+V!~GwJYDESOuQKoz_Gu^yT~`QX#e%`BHIa{0D~DErgei7dPR
zinh-<?_i<`->#zlKE;69V@%K+0XkcePac<*h;y?8Rf+cV@oxS2WFuQql#4y>!vUa%
zPGM#qDEs@_fB>^Y-rLdkg1F?9xfr{L<}2bcVGOb5-OL#n`&wYmcZgZ1;4rA-^Y}Kq
z2!G%Btep;c#GuMS?qg={UAgW&T*a0OlI?uj-BKrG7jo&W^BiU35ryEmAd9T;#6q|L
zAI%>g^|@cbCC86#OEY9lm6sNxV$5@dwsoOP7=l>6Zmj}+%SjId{hEf=o{G4X{FO$l
zq3P0@5TD50NYoor8|1!o&~2|PvI8F%W=BzJF6fAy1Gl4pC>Mlfl@1!?g(CR3HfxRy
zzVpEJl;q!t_tXiVL|`_6Sqxt)rZTT`Z^S<|Rn~2KUqO=+KdE4O_JDsgqgP#%Hy1Am
zA&_wyC-QZG&-X)yv@4vIT_GrM3$+Q1`S(E-Npsu>Gc2NPe!~MS?a2mR9^hAkykwCO
z%N;X&iYSQXFjR56t<+pu=HALX#qC~iox;2N-R?u9H$OetZobh;Ym)0drFXT<@g4eQ
z96zIeHRSNIkUm)Catqk-9L}x&d~?@%N8yLrVGuRyM(gp6sa~atKprNqzSq>om%%3I
z9;u7F-*VM~`y#y#6s0R!X9qPf{rncq>^13Hxvxe85;`;8KMx*04t0dAEUHZRx9w-U
z3&R_Cu2&1vU{%GHvXYE#ukp4@wbvTkr{r~e=}5XA)Rl5i3~TGmFZ>x<H2B0k5R6ee
zXW8U$6!sED<lgf0m6q>vb^ls^J+W(<iUmsQ=id1$xH`xj_Ly89QfgwrKYgZ|Ze~B^
zyJ^mBWc$<!+*{wV*1HKrPmX)aJBbmw3r7=p`vp^Wv<>9INTejO<m3TvH=6zNo}a$Y
zUw%{sfro~A5<8~hQlHQt<xLgwDn|wNnXPF|N$Wv-8uscho-dZatU?rTf+w~?3Sn6B
z+6O2+nS&&p2e;L47Cu~8{9#*_xOmG?*0WlsKDR8>f!cZ4Mc3YZkcme(YKACY6&xM=
zG?Mg<Dz48Z%Hz!8k!I#A`_<7r`+8XtR8}~*IUOuWZkm^yl3IPbLQISsc=}kDtX7s;
zH5tdc7!O=p5lZzamI_^z7PX3SU5tj9pk$MYp=77IQ+vEfT5R4ft{oI~A;I<t7&Y=d
zUp(*UqWxBDBZ9LcfVi0!Fq^O7$!RDs>PX*QV@c6`>E^d%GfwX=b^Ufz^~BEosC>z_
z=4X93Bj;4Q;_d=}AR~;pEQ4(ldT>jFko4zFSFoe~)(y>Mz<bj64Ep(`Ea}vZTyJPz
z@5pCDPl{Ep0#n1SV*0ua=#XPCMHE);-y;>d#(UhCy$4!Kb*CuqQixoe*}_1~%gkFu
ziO0_=()l4Yy|qV<NB0SxgDA?0Bm#68M3QgW>iQbF^w8L0jiyri3lu*-fHncQs<v}w
zu@^KONi;Kpl|M})B*vI*()Ji$g2c*R+EVJ?lmzNR_(H`umn1EkGOlT|jIz!}fgke(
zo4~blb3Q7u{)R^`S*|0$$5?W!hiO~I$$S3K4wN-1JB9hR5T&^JoEUfA>#3@CbrmPE
z>>tk)KtdiJ`qMM4ZrRjx^;?T`YUes#etwzNYw4N`!b2_WNzSzO*{{`vPc{2Hv})SJ
z%G_cFz>TyAXRnxNdx(Fh@Pl$7kHvj72&n3Y_R@934rS&M!#DZ$k@L^1&ioay)&Oyf
z+^_D4-GIznz5iNhuv9q7a6BKpqPl=k821SUPT{d~gHh-0dfUZn3b7R)1JHTcuGi5}
zg3(oJy^x+k6y_HdzO}VP4LSP+WrX|viSN8wiPuimDraTShZvGW`S#zFa=!Q_jxoAC
zRWdD@s}ocDG#_ljxmohggbpIIYNs{=$23CYZbb0orvj-^+XeAjk?Z!L$ny1H(kNw@
zmV|a$KiN(47yjF$5_2Q6Yk?t|nx7=799aB%WThj$-5EVVLJp(;(P5e*PcY3FVC+1_
zM*AjP!pda3<XMrGminGT&-ZU2lMF)D*3-2qOtD2Wc`tZ&4Q|zwcCHzTf*DsLZBwNN
zHF*f;Y%OjS*_)dJehGxF^bn>ERfHYRa9>ItYK_!8N%jN@goyoKQ9Nr<!lru53E#2&
z8o@s@IvOM(Sqt~$V>g0~ExAe2bmjUI=$?y6%HYxWA!k&L_vy%sC>!?yv|$bv_Jj6X
z<q5d8P<Gsu*75@|2&KRpLvSXMU!%`SqHFMY@x}3kw4eX3%<VX(ZY_nO!9Xy+;Wcso
zo86EN(fZ4!c>?|d!uq!dkY4W#+8UQC&HXyFkJzkVc4gLrBv(r34_Z`QcLuR;H&!Py
z3mz|HV<R`b>x-E^!YICk=8TCC^0K`P#D<Y+_hm4W>N)Nl)89{DytD7g)(}Hwx&$3#
z?|MFNyiAJxnYqlkLYUeSfB#}4T7XxPysNZeg1-Kj%f@*>ZT6aQx}6tF_5fC$A%e^D
z*8>b*+hzSZHz-UCtIjF$j6Si`Wn*^SZbT6N^N|)GjuW~yV9`D@{Sx)@(J{>T^KkK(
z!1;nh03+v=GD<q6q}VUVVF|&Si1BLsgm&#Sn#q)1!QeBWwFZI119e<3rr&$Ecn2>x
zJFspYG476e^Qo9TsEpP8WV27PWSu>uNAal7<Yp~mHFo=xpZiK_@Jg@Q;dD%psPqg?
zG&yFQcVkX41RfdGirjvmc{ms_hgXKI5Tv^W5XV;o-hwm1utgo{Cw}wEk_3slS~_g<
zx9+(!b(w0R?{EX86)V!dx_*4+%So$@C*rdK0ZxfDM=yKtjN>CwhNKj8bjan?Z{M81
z0uiL|H*{+h(W<Hx=G=kKwfk-t6opc97Nws4ZDy`-JJJ4=-bJBb;plpOGTD%=)<JSW
z3NinKPFeOO+hgQ=5lw+r_v!0|NoPNkQbN=nkORv06Bgdt@AOz!?{5eB^#(o9Q+D7|
z!`Yt)!F?VOx*%Hb2^(wm;_nAJo`VHs(K_P^_O(9c8j5oqrMAB=sMogrb%_+Yu{Rs`
zfzdy`^!q<c6hM#8{vb|)<4t=@^s`U#Zm5cGUvFsy)n};Qe%Jq@{(uDq;mcVhZ1lk4
zqE$z7>HKje+()63Vkob*mB-ZA@X+G4#W>$y#pFm3nC2nQ;x@zaG<2EIXMU?~QR!PN
zr!MwgH<i6GM|)(!wx)%@2tO1(Tq*9S$Br^*)2r+p&0|BfEzXuuVvDS9>CP-7T4^vN
zT&rB{n_>jo?09nyxsT~V;xS{Vy4kkURYB9){lO-XX*XoHbiKRrwa{`p(bvs-^V4w=
zio+b+1R|w0wb8{)_{C(_^JoMl!Tn|}OdW1wQ;dy86C4dg9;w;ZjGFUqCY0F+92Rfl
z?E2hpz6Xu6dU`E?+VP<dl=T{nAgM}Sc5__-KIF^`iHEw}ZXN}!|9mmX?C9n;rH-D5
zvm+Ls9pZcv+mQDC@>53Idf^*Ta;Z`2(qQHfWR9dzJl%75`I)or(fY^Y2-Z8J2EZ#$
z*?Hg`fI<J%riPo#g8(QLgkuNA)g3W7b{nh$eq2lK(EK+fQeAsNsS<ZG`2IOtO?4&A
z>BvT49`l*18l#f@{h%uHIimSXYf7m@qzOkT!{J$k^ljvmv9)}}0hS7QwW^Y_JYJgz
z&c0rUTru5ZeL6I`eqYP&z@aJh;1mx%^KK>9ISz}iW%{!jX*D-6as>8f+{$#}1V8=q
z4NgaV)0|Ak%4^vkgX!I8Z*;DJfq}a3wKGO3U+!{!z3iP1qk*n4%YDNerk&tTt-ku<
zof!kEkKZutZ3(cD#+)uzTjAL+g|(=}HAj7SZwk$w`(Yqo2bn>)5UgU4OQ)1Zr+jEB
zM{WA{3x;jKNh^2i4w)ipIMb<GLX6~LPSgC6E&w-jth7+nm_|h!^^j#Vg}aeag*C0(
z9@*)(EYbS42;AZd`@(jlRb^tN;N#nMS^KMVnG8nF)f?5|HVlnS5B$;oeJgJFJ4!R`
zBoRW@BX=t|ev#UjS~>H0g0_R`G~vl9<!CbhK0cf?oEs%M!qUC({cqMFPT@vc7aS&<
ztf~`CZahaQqyWb;+AvO6d=!)ek~<5Wlt|84eEInK6AZ?)oGNDRgBR#gXnE%O44wQx
zLMV-_6V+&W!--?h7{Ty&MAa@Y-nR7A4!h)KWzvB&DR=B=DCQID7hX^B-i33~XTSlD
za%)02j?a)o?&3OG5xA^-nC6?1Jq|6~P(kfK&TS&fqyC?W7P;D)^z7NVPH%g8frt#i
zjwi{hkD{YeAR6{}bZ236+~(cp2!Fju-@C*m1|0X`{CAkm|KJGy|Jkk_?<K2j%$gj9
zkp+%|<-Z{j&0NjBmKNP$E}+(tw*KEX1$J2rVk?4Dc)6gD1&;rLu0+#(FE3>p<Risd
z!5XHXYd$<^6@f9~W8|8q4z4@{L#Uu&lUD@jNV%iUd(X|(DU51qGOCw0hX7z>;JZMH
zp3``ZqsY!$m8GdlW6p_jA;1UIGSnmqz;K9{yq{0<;QY6{`oD0G|Ml)asEEVvD%&jn
z#us^%L^CxfIQ`q&lwDq4fmDja=FegrRV59}k%u*lf60P$%c<WPH|?bjk&e>=>Goy0
zexGkS{cJy;3Q~Rovo-=@ue<C%@pl(9(=q6okGu~-<t*G2M%R0m!Bz{okQq!=DK~<d
zg+{)og;f6gUI%=e*5EP!-C}1>`wyuAuEYjl8YK@J1k{e6jmSG^K-sLt^~8ZMX=;+I
z10XS@xI}Ov>UXufl7TNygEouFBn5CFG3+CZ1}^`$qtm@Nu2_r7DIrOcGZ{=(LT$^r
z!|(_4(0VuIRa=39B3Iu|x<|6#_4?+dVwj6TUl)CVw?2guYyxk6x~igjh(}We<aUEu
ztDNFaAIQ*624iF&?Z#x9%vIPM|MPH1_fxuBvZ%Y`^~QsZRcd_?-od2oX`7&Y3+3H`
zwc_dm7xFueGyyECpM7F7Q{Y$F<wJ&UWDKF6)=5nZ5KzZv{Qb4;BO|Do@bFxG!cv@I
z^QRCXA$++HD^pzCSJfmIp8MPROr3XUR(`D7b$K;HWUKIBLp$@AOTLj|#iQvj!43*6
z{Ro_`M#I{P0@!UJR^c;Q^l(YaY{Ld_`u3=oAGaixj`EK#E4Uv^HFRt?B%jQ_ayqF*
z1P@G<`&`(4a`X^WF&y+0f@{C5Q_jfr^PhMFxttzTeb5WXA_|K%NN)exBD6TlUcR}G
z&CuyRg;jE|usrj`+>bruMIfnoSYXQw=YODEbuvgeAZ<OPTBbrOf><!IX&sDtm$*^N
zOla5Db^?UNebajvVCDs)Zf$~R5O5+B`!tUWdV95mo^`%s0+RgH2N!rAT0cE%6+27+
zXkgy4ySczhtEI(0$Y-h|bk2U6?UybxvdyZu)zU)7uo(^W7Q7n^^CbAK`zYwIW@Oht
zAl<QF?%jSWK0O63NKAw`R%a5^*v65=Y|u`^zdTtuz_Yh175U64)H**TdMVybWbYii
z!hf;k3*MB^OYai#)$>~j+fKAEni}b$)FN{6;=B*5M;8!IZuT-Lv+6QTMyA?pf4U?U
zMD6I=+z<77-~x_^c|V-}JzY7>9Wbanuqp5h_B*Nb+(RkQO4M|xu1^5+!UR>}&bzBK
zPa<Rgx^dx8SqsyOkpKrn@aAa(aq6upl0~QnD2spmIX?qwxd@Rjvvvt0Nf3OD%fNET
z+bzgOd+`meV%mO+k%?ynU2L;f4VrkF35PRNWMONH>OUC5&c|N=ZI7IIp@`PMvsx0w
zbb|vDAvOHY_S7`!Csmsa5e4PR^?1yr@50rjkI`zE9{gCf*eH>oZ@F@j&=>!4A|_E_
zE9}>5>GDycLYp{qviMr!Q0@Gt;Pj=GIx;CXO?csusOJ7DqK^VH=rLHX%o<t6fs@@t
zVc$5rsw-(4$;x8HcblRdI#%>%;dZ!yH7IhrD$1x%g-7Bp(k5trm6|V;O`3~EFoAUG
zd2Nt%=JUoD!+|uPm-1E3dARv`W-R-SIXL9lk7f|u@sf@nalTqz$fZXd*EPr^EVVji
zRS*I(s84OuwMCxpxzYS`YG4C_Iy3y3pPFmwFDcC~DKE7sA{z^sk%fznVZ~#D0^UZs
z`emyhUaUg<iujutoaanhsr5@6Q|8fg5c6W94|MVU!|NZ_#c1K_M6#!=V}{!k2AC3X
zX$y6vex%QU2|g&D1{pdvB|!eizDqM{tX$mT0jkKcrpV@_NZg%6`KoUI>>0rYy6q!V
z)##b_JPyw##E7(lC+qyYHG}+_KWIc-Lv~sgzcS<TQ-IVTLGyhCAABcE8vg!j>FUWF
zG*UA1ZJD8>X_=I+dc1`e(`F_@F<|DN=4~z*%Z^Gp0yh_*4~NP-@qCE!<DSlF!HwGS
z1;<!KC8r?!=ICo_$bERHAby(8FQX#xd`n3xQ!JoiwQDEj9*4nGIa+1ez-(D%p>W9(
z039pnB$@u+fyW@yQrnk>w*mP0I)-gIUQ&n|hcJMU5-~vc>$z~(eSPo@P2C8n2V|Q*
zu215zAoZVR#R63Ww_~!6l2dCdC4V&GjzeKUu7)%tw)-<tRy5y(WnW&<h#*|Y&9+GM
z@qtysZ8o+@=G}zNhF$PulE){DOZWB~AD7_RLWMGE7gSv${l@qkI|7`qIR*)*Rl<7N
zqUv?q(uxwJx+ObakrsY;o$U-d)!S!(mHpyAsmD`o0nOlm%As!t>U_~3vj3E=c)60B
z7-`Ko+n&HyB>aAR*sdi<6_<aVX-sgg!X0okC$$L(S@mfm8+J%fDOFq;otv;adO>|O
z2C$Y>HsS={D2bj*1Pi*DaQ>RZ)#GMC2VupteB7m0Zg$GnMn;j%qHi^x$|p+dLO}~K
zBgd=0FWYHxdK;RUj7#T&5=Yi&$K)V(1>bCs@#RVONX}yTnzVV#Esz*f{chd^=xM^&
zp8UZwy~>Aoo1nOLy~}N>=Htb#esag(d<CJ?-PiG2c~4!j2;4-Gkeb>B`hcuGT|&pv
zJa<1%j<=QU%8hO>vb^GX)TA?0_BU(q{C^3SZmwS~P|EbS-F%$i7G-J}G!QwMvfNuL
z5IsAchjid@(yZm-`d4aN$b+?(g^W)lQN8a!%Y(6|W74(%)%8`FwZGmwh!~u59T?L$
z;@ahpF3<1ADqRi&(Jd3tz9`O-wDg>D0*bAgZ$H(Lm8ie?+G}1B_lnz4Xs{U3(5zSq
z6u&G2@;Q&MO@L!)i6@8&hVyw9Ywb)QZ+p{bm4W=@eE5lpK)05ra9BzeagZ~uzA01-
zevHvGZ<z({W0_$bQ*YMPD-X>#-v!3IQzgO1(*n~LNQ3Hyt;DjYo0w@Ib$SXRm>Thh
z0)ERXy<SDsHv9n$liEQhR6CRLU*(v;8@8yfg6&0+&;thKLF;yt%=jGp@4O6mb2sMX
zVjuGB>hhyMz`$kwP+HP<+icswQ}VgMf2}?@#0ltk$hA60o9k9Tbm#&-Ky3r~v;1u*
zhwnOodNltL*HeBG^!EB+Cd_on+D8N0m?ciKI6kI&^V`R#^wHU=at)n2#W^S~%3vLw
zJkL|-FD51AzYG%F3$x=md*PWyR)Ltyufr#P2|TZN2R}FIY^z7w0JT`lx&M54>p+-n
zrQoozJN`Cu5KrH>yJumNCNa^%Ud}ylB3Q%C5w+^AJao$4QI~`#P@q8GNmr-om)-On
z5uo{64>L}zC>XRsFhS=o(0G6vJCjN_%qVYr>4F24nE82=tH2)R1ZaFXqhq!r%FoK)
z59F->xt0fTY)FHD4D6rDI3Q46J7RuGwV~S%C?mK^pS<hd^2~b5zoch?xB%KDEx>Os
zudz}|{6%z!kh23f_yYn`xL8uWZt2o%5F|`&fSsLVtP@dM{T|#d!Dt!Z_>ZWUP8)6}
zQKRx>4i1HNz2+B-H^clGT^{uq?pGMkmO@7OQR{z!iv8cBFaJv<@BbSuGcJ*X6zG6j
zCNB|xE&Y=`z|~ksGZ)CWK;n+_5&LKesCfbuhxr%@yy+i()UR1H`-*h2K<;OWaiNj0
zW-d9v=mI+7jW`ZaH)e@EsAMr=cQ+jH3;D4nkAoQ7zj4H%|93<Ic2xQ71AsZB{}Q04
zg~`XBV}7Pn<X?j+-0_};`P1azv0(p)<DdTj$9Nvv3cE)jU;^TNv?ujl*)vuA$LNwd
zn<$fSVV;W2vl#n_mj1svBaFM=BL5EHr{q8oQK4@Td<8VsO+0XZq2_7(n7|KKJ2l?I
zfp(P|8MIzR1HJBu4jen1PX%)ovxKSkmAF(dl4Ap*m&w%l0hslSxK#LXAX1D9o}Ot5
zuq?&w7>TPsbsT(eitxOff$>#bfXCjrSw_H-%mk3>fpRMj{E0%DHHl(JZJj@f>x*0m
z${s^UpYLW9)8YqAj|hI<AVX;2yV{(g$(lDrA<OP7weZ>Z3a9-TaAJKPwMKX12^%&;
zii*N%K*S2<b<Ns$P+)P3@WRKt2+|U$)@j**KpS)JWFd(Vwf<2*P?&@))tIbTjlCc2
zHf0;TC>FQ7zn14%T{h^Q;f3B&QKko%<uO``lxZtlG*BY(11q<=$V-$LUAzlgu45IH
zS^`)8R=R|yeDsyT7huRMN;8P2sp?y*sbr)lq-~Ol=3t}K!1(#p6OV|-2|6Ap6<`@=
zI>t|Hitqbq;rUX%w8>YReLqpmCZ`qeL%ePM=N}o(mQUhJRFQsHvbx|ax8gT=r#xxy
zEZ=$YMMCQar?8nvTc0-c*y*+GiaH&;>9tHQ4UdNVM8r;t_KICK3*TGBV*mW-p}JSz
z*7SG1*?_SK9)9B~4zrWhmHJ!&)aTj9DR~cUCpe4GK7TP(2p@C(K1Q%33EKKodj8tL
z)E2#9n3P&S$bo=ElL*xlNeXHu=7^YTWpsBvb?ggyZ9^asT7XQAjRU=)oz$-@(?p}j
zE`)E4W|)}iLLn8cHmDO?Y%zCqdI1WI@b$c$_f*X_LawMsBTZnboGh*W$`#-Dack6(
zk&k+G?R_??1V!M-W{o|c2#x+y2L0A$IvlLQ{kbFI&Qk#t&{?fk!ws@6o`g`SaZ5^y
zg~EaQn?}O8-L3#1*1<KnHl!Y}eKnh;sjr*yv_Hv3C{mLOd#3i7cP@t{8wKkRbTaFl
zA-Zm-gh}P_GKQJdp)!xcZ#*Hv4<z3W^sEoj(!0%SogbjZrCoQt`G-2~?Ly3XLR=P6
z7W~fbwMrV7k6o!)NBWr=jTU&}jYk>YK)ib!g;xofMUMiiC}PRz39<RZK{=F?V(!^s
zY47TpPCz!W!0|MfsAh_1tQ7q;Ds`G-P=#GmbxF3|AnFP6+RHb0HY~1{SSo*OX1G;X
zCOA_-x$H8Q1R2w9v3kHVJ6a1!#iB1)u6HpfoE6@`>eBax7&zaIT-*)AqdR{($|&>Z
z$v>J)N~pJD4s^niAQSYymT~aOF&dtLk!3ZzNg0+{G=evoRw_;xCr=mE<L$LImgmUW
z_=1P$+kKxNBkm%2*xgFFq_GP2U%u&${6;MJ`c0OVlpGT@Jt3^!tnlE5KN;^fa=kKs
zl)6?ZXKEJL7KZDs=Jb&{Cx>OQD6!1-BU=b^_$zWQw+~WcuyvG)Md7QAaOecDrlstK
zF9qq5*#nW-NbRWrGvDc`6|YqsmD@-{BH@lXv(F{ie&4CAdVe}(;Uk+gc6)AmIS+HW
zjh4;rx5}wa#>DrzQs?MMe<H24$QAYl8ZKWng?AOr;UfGs({<>0Tu<(hl)tgSlK3pv
zJ(hu6ycapiQrx-jT+R7<{;G1ae|Uf+xUWRVoI)gRbAhYQiqC)D>NLDa+SCin^@{M#
z2B8JpupGNe_~G_JFVXbYf%`(YNI!}iT+Lx@Qp&AXABCBk8jsgioqpqrO{0@N^P76x
z<A!e_R?u}%2yC%|mjc!53;2l#q_=O|62W$Y>udAj!_G7aLBLRtuv}|rmUh6Yx1${V
z;q(^aqHR)H9~dhAg(k?8HhtTL`=u&_NsVWmmZOxyFI2lSK0Bz>DQc^a)UCQz;^LNt
zzP{BS-1mvF(1*U764Wk0_V-tM>t`Tj3SnwfQx8k=^L7cfPpx!@e7MU1p`#KL^QR-P
zz)=Yoc<eA#XEI@nS(jFT!Qu*|r0ukTBhnwN0;%r4ogZ51!a+h}aCJyoFNZWrby37P
zNU~LQ_S`XNq{8=6{D=8l)Ci`^gD#T{TbLzKjF$|P5njZ81KGLCVUJbOjmKx1_xGuV
zWs)?wskI$eX`rXilPHk)3IB9tnBYxd;z(fbM^s5p+{MdKNrMdN9+@IZ_lCT&Ihr6P
z%u^tnI6n3Yf7QZ#QS7#Gqq!G;P4U(`+M2QajN8)tD_eu5A@=l?NFEVxmPlzB!|32S
zy1kJrcZnPkE^ZdG@yqC{3zoqu5MtI>^j2BDpdXeyK92tOpFTNB6>XZF-eQ#1*RAXj
zE(7l7J&kZ{hj4L(o43gNqC41@aM?BsCu!Zk>h%nvHc8|Zmdx+IR>n;sgK)z0RIEt|
z3t~O?BsmBx=U1hW-|LGfw^e#!r`Nb2qJS>%uOE{N@?j5-m9>jKXi6?;;s<A~`=xFX
zb51&n9ER<b^qPA3vH1ElHNStC$t_>p?RdXr-DGR&g+9%Fh88;pL>+jxU7nD0McN<Y
zkz_<COpEw>xE6IbFU|VelwpAo;Y@pm7dQgn@dnUg)v^(l>Ja<&sSHM_tDbzfinQNf
zM+aF=aGJi9o`t${b48#>Mq#NSsCb0LZ|6(+5AY7PJ!BOsA?XyY*)2%mJ9CX7O1cya
z((Mn|B_Q#%jCklLx(WfMAMo*uTeyfH*AAEXFES!IA!dpYkJ;soRtDKe7x~9vR!a4i
zRuVq1y{<0(($%z*m5SU`_R&Qc5dk`siTUt0{WzqaJThvg7B%X{*k)Nkd2P$cOp?9!
z!k;tmuV#PY*yvdcMjjWWuFC|;#$H>@+@P&AzrJS)5?4*H;lI=C?uKU={xTlY1Oib@
z%YG177l=(SK&MP`QRBs?9+n;s+svL0Nq_Cq9R8-xRvsbiP$0*kVOW;umk-T*8M5(_
z(?Ww$u-4JtMWwyy+qZ6hp_-}DFOc*I7C$-I?=SIVDc2b^Q;SYk8Q+{@Se?vv8}(Ja
zE@f!3ny$le&>(25e2CfO>ysr3h^FahB?sz`HFzIjzO|W@PY5d0EBE{RS^2GqjzcMv
z1wwIXHu?;0gfGOaep%e1Rbridh}%#k?TA?ub>4rq`}*t-dxe+!MaP=HnUYNtyOxRi
zO|aYUB)u-W@#bE7nfFzxOm$1|>s#8M-~~tw-ORVR^yIc%eet}r{g;`sPS<VT$Ozhv
zoHuQE!MY`LB0?Tpdp&0KxlKJ+U?T`mxq3%NoY3Kv!Z(Q`caKDo%0mPauWf8<KYC9I
zpoke1&6u@d-wstwd^klC-dJmR05uMvuR09d%a_~O7dUL^G-D&Ad3@(A1|_0FSjQIB
zelw2FIImvqB=~NRX0ANzcid5V7ApDWnQ`Fyi3_M_QPa!cZ}r;t2rF%pqw*(pvQOlY
zUcs^AbWD4EnoH1YxF#uqXF@FWH?9NnfDc?|<1!H7baY;hB6F!QiP>(kTS}ltPqA<c
zr?-}8E@OSH!Tz!O&U*%E#x^R!F1GSPwPtf}wJ8$n>K|FQWL(z%U`J`QDN>S)tUG1`
zSc47N5NE7sx6J=c7V%#)5O&VaFJcXTL0kuX`u$C{{Gy?{mi#NLN@fovZOMf|9ynO#
zg8eZsJ<ea9=K{J@Xh`Iq%M8ytoGJg+J$1Ee;Z<n8#BH{(y>7d1SzR_O?rHrSpq?`-
zU94>GxJp&K__NmXG~y7qRkR{-cX4`Z;{Xo4Uy_NT3C#g&N_u8+K43~r=wi>^dX+ov
z|D@cz(%etPf%kvThqrt1fGNqPhb@_Z`#_@NtROlG8{SRCF_q6&QOR$2w6?U5+e-2U
zo^pbn`X?d4nFKq!<5PqIEsm2-U|)DU-_i#DNCmQHfW3y_KB%-S&a#uI09GwVm(0fp
z=#Q5~<8L8&%@)9^`<K4YI3KX?=KW`jfeq*uw{#Q#*%A(K&i=V#E`L7ojK~-AK#sXj
zpe7~1^)a9kYr@@-TUYsZK>luVyQC%moV0ZgBuJ@;2Xyx=6L8|YzVr7F%W1%UHVA=L
zkwO4vG70*hH~VQwBbyU;&Wp7at%a>zqa~VZ%6a-S#p+qIO6||te=cZI;Vo`SLx99O
zA8sl#-L-s@V-lSjL(AXsmPT7sPOHpyfU21HpK==~VTv#!>#5bL7dOqgh`&xtYLBp<
zO_1_T9=Lh_TvMRVaATf^hDM_xB9M$D^52O*{!8QK|CHGmcZB7?i0H|&jbI7bD~L&I
z#bHyeaFf0=pWj7g9;XU*&>f82$ggXXCicN(e(tK|Upd70ZP_PR^Uz{jVyy`b-Ma3}
zuUqP6+}iGIf@&#ZNQb-V7j4`65o|k;(%RpBzHVSizSEtDRtsXUM3b;#Z;^piLg2=a
zu(mYClb5?%FSq8ynFdWKPneciR{5IdHTjN?P@g^vd3O%;Li`nHmrmxf?U$MJIK4+x
zCsw{H0xdP`uHj}?d7P#84@MPiz>%4Darm0rUUy^rQ@NvT`2ypFj&#eXV>~m$^1s<(
zTf~Decqt3<{QrXeyn78x)G(asvg#Ns?YKx89FI#8{+s!R0HS2cJQzs9YA!KD)tr_`
z{-V;i6i4jPrkdtVt$W6w)xD+gDWL9K^$Yu15wkKkw8B6EG}MrrSH{SDu7>p{3xjP}
zUTr1wnO_rx84v&NuuNqIH|dcFu@&CMe<c5I;Zz((aw%X?=kd#NVQq#YWoSqcwft@Q
zS1DK^6uTV`hA>s4U6;GrvE;VpXfsDY%2qdIO6C9lhIWw1+*jq^7e<^p<xKHULMhH|
z3wBRWc_&{>5s(Xd*I56_+PY{<n;;>Kziu^_l~Kb}1ND!I3$F%j+mhP)6{woHJR%j7
zN{Go}dU58e1#qG=OCx!;q!)jFtB=2J>-!Y2fl;WDl=O3-2TVP=HnX6A-+viboc0oN
zm!qv7y5L;iRdB@XxPK!I`nQ#ts94N)aJcg`bNz@6GuyHwz9)5MvFiT1Qpo?kI#sW7
zctplM9F9w_W!6Z<-*EYH5#GDCo9gWit-oC>^*okgd}+sCM_jdA^!8`qK|;y_M)8mM
zz3mr^^z5UIY;gYAyq`5nQZ13w&J9~`YH4S@D24BeyfBv@@oOO8_j6O9`nQHQBE-LV
zKzgLIZX4M%eHiIO&|w0`(^eOQ=OadpTL;51(VI`SA+yaZUbnm8h05&miFKaALRX2l
z(<IleKKfm+(G+yo8U>FCFM@Z!ly+{9NsmR04QLr~szo552T`0a&0oue6mc~LN0lpW
zWYUC)bA!@67YoX}^cx*7)j`hFWKW-@T6vnSOlf4D<okf6zDE?^?`@wp`myWG;Q_}0
zt{>Q|6T7WViU9u31X#hdYW-7h!caIt7-MUP_S>%+;5rIbb3r@muP8|ygx;W5ybIcv
z>dO#FXr&dM*FBwHYK_ULtMS}>2+2@{7LRW=a0opeM$H(RVTF@i#0=|nKtXk%ABJ8c
z_ydKDb>CNslvWE$zpp^{u^CPsWt&9@p&|^4z3|7TyVw(6?;?GN;A)FspdVi6Uc<)E
zg{oq|)Ku|S@5AR#(uPs(?Skvs;1I)%E)8DF6=sezl^0sMVfjgL^sS<or)kB(mxkUv
z2Xa6po!tXB;~cuBGD?Ndk)HSqS<q0=cCVrrTF25T<oNu0`2wwXu4_QeUgYv%`DI~~
z$i;*eUVsCFQ9*1IGMlI`WXo!02|PPNIUh2Uq$R%Y-g%4lJou+iF45G<nZDP$WW)R3
zo)=|(#)C`a%0=TqXr1CnW$ue;CIw|JG+oRzS!LnEBOusY-$f2(ini+|dT7~D$PZ>I
z&rOY{?ajQ*(7oSXawd|PLjSV9^;5k)z}B#8_SEJD>BH$k?OBdgJBG160S}9g>4FSF
z2&)L5kzpIh<xxEg?ODBf{s&=Oy(*7E>cP%n$uO4k%vo8=Aw$8@k0xd!k#;(oRyCBi
z_d{-Tm)URF+^j?q!5x{lF9K~qW3GP|gVsf~wT11$SW6B6S~K3x<4^5u``%w}ZlaSm
zN*-`~WLA!h##oTD6tUZ$4^}6R4(@8UzfTIbV_#TiwTG#$8)me+87kEmkaE0GngqM#
zdP~12K%(-zBb4v21X6qW+uV=QwTKJ<UzJ^VR8viq4<MjOFVYcFia_W^x>OOQNR^Is
z2t_&}BoskGnuvmcB=p{tUP2HAq*v(>={<A;p>4iz&z`gU$L=}%{&{of+<V`fncv*G
zGv~c~y{19JyFh|=jUgx`XVs@O9+K(#a`Nl>{d%@f9(j0+(zO>!!3skzke2y0DM&+h
zTdGEciT;Lh_m$N9e`A>+-zX>H$F6vQ(FRPCe;40*Ia8@P?`;>7g{QoQ7p*47qaZGO
z2oB2Qn3Ki;N^g%t(Z2R=!(`eJYDLM-X&{2|RW)|%Y#mf1zFj<meEU(P5qn$<Xq*1B
zVkxI(o@{y5eZ6z=Wn}B~RE(2$lw<~#Kda5N8swkDKHY|e%-k^N0q8=Uman6e*NLcj
z6%F9y&>u|E9p|=l4e!BD7X&1DsS5OrCw`jil%)j^%=O{ot@<-F!{jF7pUzvu(>-@B
zsj~3acIINieli&G?epKaS;a)wx^Tliyr*oPdqfZ%j|g(v{kGc!;Z>vn^z^(3sGYE|
z&;P#QbH~rl)lO!%EC>iw)&Lq<Xqepe9ec*xGY|rd2Qx^(c-{B+twQft1w(Nnvz%Ct
zzB1;A*I=wgN~VVN-$t|Qt(){?HN3mVdyQEan`kArJxwWT1F}N4r4|$<L@qb=fTn|D
zm6@h-6xi?AcR365PFbDnH#h+!%5J>ef3~e>N0icV;Y~Q*M}Q|zjck+SmV1LQ+wQCx
zK1Q_EtTNS?ZQ-^~)8CMM^P*q>XQu9)h=0^+R%fXmdbMH`%llxi+kC*EV!`^}ga|N+
zcf1-a`zO$kuA54sCO}u?4*yZYd1QA1TkkCqScqZkd}tN-{V+=7=TAtCY%WmVm17Iu
zhvGKc_SVGl=sT?PA(Lp*GTQb(b;>iH(d55~(g4zm&bsdTWQz7Ijd$b$jyN3nVlxkG
zpL*Y>nK3Ox`{Va~G7G5`dDD}Lvq@BKdBHno{Ze+6Z;2IOF*ngcU2RE2lZneW*=Aq*
z{d7G=v#NSrqyY8W#<Gge6Cxqc&s}QU4;d}TJd;Rv#7{i3MaBQR?XC4{3`A5fHcK=u
zj3_ou5g4aI3_sQL`jrY2gtcWOmxm*pTI2dDjE$K=YawC>y9hUh>6J>uN!>2VEo0j;
zQ~Uq2AX3@A5YTQ51>^@6R2B-R)LJkX0X=XG#`}x(kxN5eM)!Et*~Nz};2}c3KMeu*
zxYy%C*#So3-z}f>g!Q((K<q~@?HH!i;%g`{BQt9jeKw{Sksa>u&YAua)nYWrs}AOY
z(;4<=4G>Jb=j*k49-XF<2Qp|r9S#qClX#|_jl%zGxtl*RsRXbzBi*pD5`ttvn`K)0
zX^fC!s=-AJF46ONo^BG>6sUc;@M(!3aG?5Z(qG<EsZWWu+ClZWO9pSXGn8=SB#6j^
zhRsSt$bVw8405J}jfbr*8E$cADCpn=K*sn2NR4>Tk1+~7A#;U*D(-5x37xN3794nY
zS83J;0v=HvTc5k}*}FVPoR%o!id9Y)<{&O7%`5Qx=x3{^NF|s-X$wIUMb(@#*-3hR
za7O*J{1%kc=*~(vd;lDJ5YJ@0++1yKl94^T<h$F-1mIineXHWr`Z8U9reK~c9_^e%
z8*Bqwq@(xJyZ#PK?O|<1+BH)YO<(Yyu%d)|4{z-I@JGCBz*rC|I&4ITZGvK$y;pD=
z{w=OR(VvR*c2H0Vq2G4^en?4+)W&uhzI3;$9h{P={rS&DLH7O4Xv1{M4U5vvEMsUy
z?=B?Ol$1HtgUa%Flynb$vjbXoGUd4VA?674_b@hEh8zR%v(j00+_3NHdum7WPz5v~
z_#{*LU>RO5_yQWlM0kTjUc|dD_a6bSJ0Hp!#uXC~m<U$4He^4tj25PMh<fOwtv&Y6
zB|~$5B@g81_Rxy9xJS#?#{Dn{$=KIAb?j%hISL;)`E%Oo8IZqY;u`D`?5a;49jm<(
zHhR_`yxOt;I}E_cv^B--D||`HN<I}P3Wq5zb?yhr4|%~4&ZNbM#O>w6?oK{ikRJzs
z2i*en&e+JE?v#K+md|2G9O2D7up|BTn85|F@NI*WUyI_6uYT5=nwm^<WIj3Qx<H+|
z7|c>%kOi&ZM-RNz?DP8UpBMnG|2?B5&i>4XXdED9iERbv9d%qxTRk;jK6O(H7R(R8
zCcIeqvj5@&G!o;RI?tP6*&sGXSsNS=avpB`QBM>Gq8(0$&m#}Z6Q}t}XA+SFS$(mn
zkQ2p;>tepxd7%@W#pHtgXyb>E6F(Tsu2dVAwy1vHOki?yaRaKEjFr!x0bJw~x-=%6
z0}(r)_JR9&e%)`el)z5$Zl6O1vo}E}igN3El1St0B<#`l!-t-LqPnlLGeh?i;=$mO
zTYIoK*OPmJnh8Tzqqk~EJhU&)r2~{Cl`w$^M1rP#F~Fl-${z1A$<3&yTlX%q4T0T(
z4ngWZoh;Smo>9bb`Ot!+Z+EQU*9UiJ*C%55#{A#{-I2|cwmmQJ3Zh=7q(W=9Thu46
z(>7hi=H$=Ax9brq>E34MgWsxcLYDQNlFB+xx2CLMNByJ~RQ9zf|B9>jO&gVT0&21-
z34!=4MeybHSTeW4(E3xCpuq0R!TJ_oJ2jRxK$!k*79A2$suL@_tUGEL!rUf)n&4hB
zC+%>(2V&Qm3<bTH@Lqg)Lpn4lZ*1@*MXxjI2-S4CjkaI8&TDcQt&&SlvDx1<KaHpj
zy<L5?@EZr=Ts(^k1>ejME$%9(x$gDY3uB_y&rc5ud{+@ol_84EUIcxM2}kcIZ=O_A
zAN0tSijv1g0<z4L*TR#<!=&k<d5;9sKNIjIoN<2og_KD947g2z(LYXti@5#>TH5%~
zH&oa3f-s>@FUR{`cn@`nq{zw-;uJKWfad^t?m*|gpXN&V0G~Q@h$JVifUgqipJGsK
zvb0crtAZhNv*lC5H%gJrZF%7Y4XhvHzx3{R4KlZ}6D|!jZ0rh@S>b{_t!3xWc>#N^
zH-#yMV#uGK=T`RK>M{C(-O|$~N(?dOS;_@KL_nu0lF@d+#`5<X#GV07)T2jsNVGuR
z8&-G^+BGpsSZYYEH~6|h_|1cEpUT5^LFrbgR7+O|>WMdcmm}?GPd%0;eMeg9vgRnA
zF|2s8t$XiEehBeVa<a931}NoAM~A5{6sFP~HlMk<R2~f~lb2Et_lg>@Jy@ofj*0kv
zjE~wiHF)jb_)H&(U2mUy@9Vrg>%0uwnSmByXRDu{c{*3#K~}u_zWTez5FFzSwXi?0
zwcwNx_dV5LcQ}4t#U}^jS$%K`cK@J)CNtUy(zTgl>szq;wzz6YJbQLJea7M(7TB83
z)G$YUV-@L~C0P_Wm6$mPt<gwM4VtKzOtEQ>5`VAq-uj%oU7W9aYKTn%{mJKCK2hi8
zhQ({~pv9=_k(f%<f+b4FlzRQR|5#1yFR6yg2tq&VdG!Q(c-~#irr8Azp5d_Mcj+Tf
z@2UK^QF?i|NZP7;S_zJR1T=q{y{+Vv0sP5$Z$VE_O)bv>uSHEwtLw%8hX~Q&pcyIP
zQssDS`^xAEB|wFk^AQ6t867w5_Ls*;4o1#^+d^d$=3m`m@3@zGax`vo{PQed7oatj
ze-qpee%c@S$Tf;nkLdMN;%o`Y-<&ItISG|XU5?m!lRiD?c;B&Di^91Xq{*LTZOf&S
z+d5|!)YM6)TfS8+tPW+OE*sDou_flzzJ{~v&W2y5mwl>SVcrNJj@W`$=H)Gf!>?mR
zncFXYU3R}Sk9H@2sSubi-qw`)^#bLsF<-HVA>W;=M)ukb1PaF9y1Kqr918Ll;fgNV
zpBS~(8RKvP0e***!msy2#$*9qORm)(srqg`femWC^v6_BG<59uc^Gvmr~<%#{vHE_
z!+(5dE0Csc?ttNSKSpT`V_568@GfZ?;N7>Y^rnKHQTaEeeZ?NZ(>XS04&WR2DLbz}
zTZ|lY!VG#QU5E4IO8h&8Hi6>WNRbr|cu7d`@7<ojNY^J298TTB(c<DXb+&i*lxoYp
z{^FViTD%_6W)G`y3e5nAX3SRAS5Btw*~ZX=Y{zXuQbK%ee&<`PZlKyKmzQXLxs4C(
zq;UfpWg5FexdHA{gq-yIbF7o*K;ym%>PUGqu;2BMmYw@|-?5(1Y5YXlPQ2lB7$zej
zh(WC`KYwsRAY+~SO*T{B0`TMh$HV!3vTk3T|5}6J_syx-pLbsA3y~60p{VLP+&5Zf
zACVG86eXhmzSmD1olYshYDdUZ08~WvSrEM643x{d1%lJqAE%;ouU>x_lBS8^h$YvF
zq?$Rgt5KnFW1&!d9Kc>#QQoK$9c5r#iNYx*h182C*_pAH+`Dm_ox)a6_*nVPWKB}&
z_VZYea?<N%;sd9JbvEh!;&XVAzpnT|0<*n+@WREhtt{2;bSA5Kt7+?l+VDx#-6O_z
z`}U+N^Kxr>dfT)hT2HH8&zft8H@4;pn$2a#A4P-oRMci_OLN9YX)~X(V0<ZbpTGY3
zimhs=T3I5(=WQCSRwbdPld_Mp8=rkycBpMQ$r5uvV7p|1gr>=@I&{jT%p)$PvOy`b
z%L;x?dTj;_<M$4pg?przkT@fxMeaod%_%u)>+o2fnP+;6-^OUnN~QYBQ`7sEY~s4g
zbH0OL&vjZ9k~IIyl*=wARHLc-RXJtMogl5!nl*{cKimwFR!FkTzjB=r$%?m0VpM<N
z9alMFtatwHWA=ox_Voj=hIXMKTm_}7B-$6T^D`5cIAK0(nM-IXgf8nan;f+c999fi
zP4p+-b={(P*1n*)j<i)v3H%dl9t&joYjE(0^-hP3qr|SXB3p7W1jV<|I?0xaxv&du
z!44f%jgC8&-XbA=mp}WK;^OP3Z&VuW%i#46*0nGH;|gU56t@Nm)$BR;OboO@vbRaa
zb}CGL`F$*ap+a66mNZFKE8n&KEsoi~D%kx(l03k|%0$O@e`m`i4c<Z9EE@Lyb)*8W
zygdGkTLaRtp3SCKxc3-h?lC`)<)70{7P2&Zn37(n3NjPvUF$MVee_}$UfLHpOLrA?
z=ea4W-YlcpQ;xtLR41E>-kGaLZ#J0B(eF0i$j<m8`d2StXo6hpTVbQJ9pxaTf3#Jy
zbl&bv<(ynm$rLVvi9C09v+iehA|jzM-Z|XLzsrCkPGgtBc5m>^Z&dPUX7dZ<5nGlx
zE7Kdf?Fv{gllT=s`&9?TwGSyRj0|mDoE|jniSl_9vU2gpH~*H*E5pa=Ov=8W-pX-S
z6c(`1sp$zz?pqHM32ELkBj$<2K5TeC)@x*gx@m(zR>Ub&@%F~A1{k;iM&?>d&B;9O
z+Qs^fsMjt{Fc*o9<1>FOW}1apYoKlgyhT~pXqgKu%ymPDhe#`pBz`cbd>)~3_bDYw
zw!t%PR`Q&KFp99hyQqAr>5^Z~)kz4JT7crVj&H#gUqlci`*F^`OMXHFVkZ7Oh@8bp
zG96MeFJo&a1Si&#e0u5k04$rWRr>r^@@YGuoY4tq>^7PwjKX;02E5V(KIhTn-YJAt
z?8RmWg%7SDjE{GUT^(MicGmQb?Hy`&W=DT)ve&}2S|hSMtqT(eQT?8lG{QDqZU8=p
z;UdPYNfHncd)c)BFTF4nN4_M2LjR<iI)OKIYLY(m2^8{%1giqW+8Xo<5qmn7)Bv+4
z(Z97Ah>T)CPtA&Jotw7Z$B%5}Piq~cK0xbjUEXmL4nGhPkZ-h;H+%kV-+`XIoIw0a
zR?fGi*x_aNdSz=NV%CNM71K$58_Z@iF)r!!qYYD`44#a2QY|hbX%GJ{+)4t7eCLG)
z3wWHGUtPXdu50!dlL06*Ds)j3fEq)%X;H!tpOB9*L7&IkMq)wKs|h=LY1HI^7yc8Z
zMAGU001=4|F^kzxXwfYWa?|lY8<GH{&LahEY^s%K$^D}z6ti^?Xb&1WKC^D8Ca$uY
zx{e)}llcNUA-MN2yLncijUv1sOhN*r;3*ovCavJ5s6F=#=C&`eagH5p5sW7_GQQwn
z(<`K4V5y(s)LxFLv+E>Ih^l8Br-*SQidcqci|CX0D9B2zJeI6af2*<tQRW*8kk*wN
zhE{fQZtC1CQjg5{t}kqmJw3Isg1_?+g6aT`O2Q^{OBdjKQalD_6{SLer;dJHvP`WD
zMZ1)BRw&WiPu*Q+JvEztT2an>_e|7HSvMj@7ks@y)-7*J|BS9vtEaN^E0+|ZCqFY0
zn5Id6wE|9HI1&dX1xqFDprBY8lRck<{!+`==Ee%1F2{3k9ti4e3)bCJ%zyYEZ!iYe
zGb+l_jakD6rt3#K<Kre}4NC4FZp|ZsdU51YvGtx_6_q9zm7%-Wih_#8hk?y&d!e;;
z=Hd(SV>^Fl6zVGET9-(vqBQkQVix&J2ktcsOxl7rn|2>xd%glhtgaQTrH9n>CE2NW
zw+S<y@B;#31IFFyXzl%$9F*-9hCeasrEWA<YD%|PsJyMaxBS`tRu<#h#i2RX>==nX
z{mT(2%HK}@TZE}Gq?;*e0Zk`gpd<v#U0otsbY~j_bNuNU8GYKF$;rv*)>sNLZdCz6
zwhvrHpW+M%U|`tzw!zr47_FQt_3gavNCCzyf{3=y<awB`o>=osFO_2?%~Ohv$j=<m
zJ6}_>@&6;~;5co#a$5KV1p2g*_`Gp5NP%3rYz$>nkS@YEe{-~iT3AoFNn3~azGSTS
zJQZE2vE}hr#Cd8kWCp9@O0Zi3>xhVsK1|3hjgF4~9G3=<j@In?x*79-6WB3l=OEe3
zJ*?^tmWW4X8abkH67=VbxfY{mfk5bxssxuobWRReyhg6U0SIXNb+dXOWw?k4WhLu1
zLwQ5T<ng(xbGM>3@2st@IhetYH%3x`7GHOKBhwV`-W+hYFptWI@xp_+(DBM@HI#TJ
zt|U!9`rykmQE_NOm07ije8!1|PtsaUG<|MSktX#mYvj=5I`?~B_Z_jIr!S7w)Y9~e
zjrxxpJ5mN13cy@B<oFC!_-j>;tkbSw=nlS$Yv$2cqX{%V_Z!D0ZBjcu1H-_8<D{w<
z^ODS!?DDic4UGqX|M7N=E51jhSe<bG9TIp?HiMe3A2;<^Vh9$@Wx#YgwoW;;IY}^t
ze-W24y8;`5e--!R+gqjn>Q(!{5^Unod)Fq2QOk3!BT#W_v<n>`0QS64%zlm7-5bkN
zncX1z5c&5Zh2VtW54pIL9MjSi1MwPc`Dw0C_Ka@U_T@OV5}j2_Ei`pv_B;CdiJ0Ke
zFI_MbA<`r?BeEYIWpJgn=ag#rQL8?Z4nA1AyB6|{;Q6ORc0w8&29nb;IvSeC%;E|(
zG)bRC|2yHW#z8~#a<NfvqxX%jQ!p1-PWur~=}MKS8hY8Y7j*K!LgC>d9xG&1bTfyY
zQA(P0_%8ZKEko5x9=tB{9|RRuaTlI;#vuMJ|5c~ET#}&r=K)-fni*?9|J@O||GPaP
zE@)~JJCaHJ2XAEk;i>SOvt)Gnli6;>C8kY#h;d+GV3oTUpAooaTw6`8#=5t+_t3!W
zO#p3M?agInQquSQwc?5j`TbG+@ydMydXr2w71#*?0ATV{f8}TI<>BGz=?C!hcq8n?
z3FK6D@$vF-_4lw)@h8OdaR0;O@Y>H&*51bve*@q@<QD^qNCU;BjYK45MPy_pq=5ev
kL~79x+y5cp;pO1!1peOzenoW5;ROKC)pgY>RBR*u1FBO?7ytkO

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/blog/day_46__notification_pools.mdwn b/doc/design/assistant/blog/day_46__notification_pools.mdwn
new file mode 100644
index 0000000000..483ad95b1c
--- /dev/null
+++ b/doc/design/assistant/blog/day_46__notification_pools.mdwn
@@ -0,0 +1,68 @@
+Focus today was writing a notification broadcaster library. This is a way to
+send a notification to a set of clients, any of which can be blocked
+waiting for a new notification to arrive. A complication is that any number
+of clients may be be dead, and we don't want stale notifications for those
+clients to pile up and leak memory.
+
+It took me 3 tries to find the solution, which turns out to be head-smackingly
+simple: An array of SampleVars, one per client.
+
+Using SampleVars means that clients only see the most recent notification,
+but when the notification is just "the assistant's state changed somehow;
+display a refreshed rendering of it", that's sufficient.
+
+----
+
+First use of that was to make the thread that woke up every 10 minutes
+and checkpointed the daemon status to disk also wait for a notification
+that it changed. So that'll be more current, and use less IO.
+
+----
+
+Second use, of course, was to make the WebApp block long polling clients
+until there is really a change since the last time the client polled.
+
+To do that, I made one change to my Yesod routes:
+
+[[!format diff """
+	-/status StatusR GET
+	+/status/#NotificationId StatusR GET
+"""]]
+
+Now I find another reason to love Yesod, because after doing that,
+I hit "make".. and fixed the type error. And hit make.. and fixed
+the type error. And then it just freaking worked! Html was generated with
+all urls to /status including a `NotificationId`, and the handler for
+that route got it and was able to use it:
+
+[[!format haskell """
+	{- Block until there is an updated status to display. -}
+	b <- liftIO $ getNotificationBroadcaster webapp
+	liftIO $ waitNotification $ notificationHandleFromId b nid
+"""]]
+
+And now the WebApp is able to display transfers in realtime!
+When I have both the WebApp and `git annex get` running on the same screen,
+the WebApp displays files that git-annex is transferring about as fast
+as the terminal updates.
+
+The [[progressbars]] still need to be sorted out, but otherwise
+the WebApp is a nice live view of file transfers.
+
+---
+
+I also had some fun with Software Transactional Memory. Now when the
+assistant moves a transfer from its queue of transfers to do, to its map of
+transfers that are currently running, it does so in an atomic transaction.
+This will avoid the transfer seeming to go missing (or be listed twice) if
+the webapp refreshes at just the wrong point in time. I'm really starting
+to get into STM.
+
+----
+
+Next up, I will be making the WebApp maintain a list of notices, displayed
+on its sidebar, scrolling new notices into view, and removing ones the user
+closes, and ones that expire. This will be used for displaying errors, as
+well as other communication with the user (such as displaying a notice
+while a git sync is in progress with a remote, etc). Seems worth doing now,
+so the basic UI of the WebApp is complete with no placeholders.
diff --git a/doc/design/assistant/blog/day_47__alert_messages.mdwn b/doc/design/assistant/blog/day_47__alert_messages.mdwn
new file mode 100644
index 0000000000..81551fa95b
--- /dev/null
+++ b/doc/design/assistant/blog/day_47__alert_messages.mdwn
@@ -0,0 +1,14 @@
+Some days I spend 2 hours chasing red herrings (like "perhaps my JSON ajax
+calls arn't running asynchronoously?") that turn out to be a simple
+one-word typo. This was one of them.
+
+However, I did get the sidebar displaying alert messages, which can be
+easily sent to the user from any part of the assistant. This includes
+transient alerts of things it's doing, which disappear once the action
+finishes, and long-term alerts that are displayed until the user closes
+them. It even supports rendering arbitrary Yesod widgets as alerts, so
+they can also be used for asking questions, etc.
+
+Time for a screencast!
+
+<video controls src="http://joeyh.name/screencasts/git-annex-webapp.ogg"></video>
diff --git a/doc/design/assistant/blog/day_48__intro.mdwn b/doc/design/assistant/blog/day_48__intro.mdwn
new file mode 100644
index 0000000000..2cac85d4d1
--- /dev/null
+++ b/doc/design/assistant/blog/day_48__intro.mdwn
@@ -0,0 +1,8 @@
+Lots of WebApp UI improvements, mostly around the behavior when
+displaying alert messages. Trying to make the alerts informative
+without being intrusively annoying, think I've mostly succeeded now.
+
+Also, added an intro display. Shown is the display with only one repo;
+if there are more repos it also lists them all.
+
+[[!img screenshot/intro.png]]
diff --git a/doc/design/assistant/blog/day_49__first_run_experience.mdwn b/doc/design/assistant/blog/day_49__first_run_experience.mdwn
new file mode 100644
index 0000000000..437046d34d
--- /dev/null
+++ b/doc/design/assistant/blog/day_49__first_run_experience.mdwn
@@ -0,0 +1,39 @@
+Started work on the interface displayed when the webapp is started 
+with no existing git-annex repository. All this needs to do is walk the user
+through setting up a repository, as simply as possible.
+
+A tricky part of this is that most of git-annex runs in the Annex monad,
+which requires a git-annex repository. Luckily, much of the webapp
+does not run in Annex, and it was pretty easy to work around the parts that
+do. Dodged a bullet there.
+
+There will, however, be a tricky transition from this first run webapp,
+to a normally fully running git-annex assistant and webapp. I think the
+first webapp will have to start up all the normal threads once it makes the
+repository, and then redirect the user's web browser to the full webapp.
+
+Anyway, the UI I've made is very simple: A single prompt, for the
+directory where the repository should go. With, eventually, tab completion,
+sanity checking (putting the repository in "/" is not good, and making it
+all of "$HOME" is probably unwise).
+
+[[!img screenshot/firstrun.png]]
+
+Ideally most users will accept the default, which will be something
+like `/home/username/Desktop/Annex`, and be through this step in seconds.
+
+Suggestions for a good default directory name appreciated.. Putting it on a
+folder that will appear on the desktop seems like a good idea, when there's
+a Desktop directory. I'm unsure if I should name it something specific like
+"GitAnnex", or something generic like "Synced".
+
+Time for the first of probably many polls!
+
+What should the default directory name used by the git-annex assistant be?
+
+[[!poll open=no 19 "Annex" 7 "GitAnnex" 1 "~/git-annex/" 10 "Synced" 0 "AutoSynced" 1 "Shared" 10 "something lowercase!" 1 "CowboyNeal" 1 "Annexbox"]]
+
+(Note: This is a wiki. You can edit this page to add your own
+[[ikiwiki/directive/poll]] options!)
+
+[[!tag polls]]
diff --git a/doc/design/assistant/blog/day_49__first_run_experience/comment_1_e146cf06c8dd6303dd6a991f152a73fe._comment b/doc/design/assistant/blog/day_49__first_run_experience/comment_1_e146cf06c8dd6303dd6a991f152a73fe._comment
new file mode 100644
index 0000000000..9f1d74e677
--- /dev/null
+++ b/doc/design/assistant/blog/day_49__first_run_experience/comment_1_e146cf06c8dd6303dd6a991f152a73fe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nico.kaiser.me/"
+ nickname="Nico Kaiser"
+ subject="Directory location"
+ date="2012-08-01T07:51:36Z"
+ content="""
+I don't think the Annex directory (or whatever it will be called – \"Annex\" seems like a good choice in my opinion) should be inside the \"Desktop\" folder by default. All other xdg-user-dirs (Documents, Downloads, etc.) are in $HOME, and i think Desktop should not be cluttered with folders.
+"""]]
diff --git a/doc/design/assistant/blog/day_49__first_run_experience/comment_2_5d6adcf6782c02283bef6189582ee467._comment b/doc/design/assistant/blog/day_49__first_run_experience/comment_2_5d6adcf6782c02283bef6189582ee467._comment
new file mode 100644
index 0000000000..40f75ca0bd
--- /dev/null
+++ b/doc/design/assistant/blog/day_49__first_run_experience/comment_2_5d6adcf6782c02283bef6189582ee467._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.236"
+ subject="comment 2"
+ date="2012-08-01T14:04:08Z"
+ content="""
+Hmm, my thought on putting it under Desktop is that'll let me install git-annex and tell my mom (really!) that files dragged to there are shared. Don't the other xdg directories get used as default save/open locations for things like word processors, so not need to be on the desktop?
+
+Although that may not be necessary. I've realized I can, at least on linux, easily make a button on the webapp that pops open the directory in the desktop's file manager.
+
+I guess another way of looking at the question is: Where does dropbox put its folder?
+"""]]
diff --git a/doc/design/assistant/blog/day_49__first_run_experience/comment_3_7ac2e34c2a7bc9b57488ca0c91307d32._comment b/doc/design/assistant/blog/day_49__first_run_experience/comment_3_7ac2e34c2a7bc9b57488ca0c91307d32._comment
new file mode 100644
index 0000000000..22eff96b65
--- /dev/null
+++ b/doc/design/assistant/blog/day_49__first_run_experience/comment_3_7ac2e34c2a7bc9b57488ca0c91307d32._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawllHWUwOT-UVe5bGkk8G87bpeRAzy-5T7w"
+ nickname="Rick"
+ subject="Folder location"
+ date="2012-08-01T14:18:21Z"
+ content="""
+I'm of two minds about where the Annex folder should be.
+
+For beginners, the desktop is ideal. No doubt about it. And more experienced users can override the default path during the install.
+
+On the other hand, many of the other 'synced folder' services place their folder in the user's home. Both Dropbox and Skydrive do this. It's where I'd put it for consistency, and to keep my desktop free of clutter.
+
+It's a close call, but if push came to shove, I'd probably go with the user home folder.
+"""]]
diff --git a/doc/design/assistant/blog/day_49__first_run_experience/comment_4_549b07bb02c07a5b1b95445b01758db2._comment b/doc/design/assistant/blog/day_49__first_run_experience/comment_4_549b07bb02c07a5b1b95445b01758db2._comment
new file mode 100644
index 0000000000..f261d1c238
--- /dev/null
+++ b/doc/design/assistant/blog/day_49__first_run_experience/comment_4_549b07bb02c07a5b1b95445b01758db2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="dhess"
+ ip="173.247.200.7"
+ subject="Choose a friendly/unintimidating name"
+ date="2012-09-13T00:32:15Z"
+ content="""
+You've already decided to accommodate mom by choosing ~/Desktop as the default location, so you should be consistent: choose a name that means something to people. \"Annex\" and \"GitAnnex\" are good branding, but not very user-friendly. (Contrast with \"Dropbox\", the default folder name for Dropbox -- good branding *and* reasonably meaningful.)
+
+\"Shared\" is friendly, but implies that you're sharing with other people, which isn't necessarily the case. (You should reserve the name \"Shared\" for a sub-directory of the default directory, anyway, if/when the time comes to implement sharing URLs to your g-a-a objects with other users.)
+
+I think that \"Synced\" is fine. Most English-speakers will know what it means, and it's a good description of what g-a-a does.
+
+Don't worry whether we like it or not. Nobody who comments here, nor, likely, anyone who votes, will use the default name anyway ;)
+"""]]
diff --git a/doc/design/assistant/blog/day_4__speed.mdwn b/doc/design/assistant/blog/day_4__speed.mdwn
new file mode 100644
index 0000000000..085d9547b1
--- /dev/null
+++ b/doc/design/assistant/blog/day_4__speed.mdwn
@@ -0,0 +1,47 @@
+Only had a few hours to work today, but my current focus is speed, and I
+have indeed sped up parts of `git annex watch`.
+
+One thing folks don't realize about git is that despite a rep for being
+fast, it can be rather slow in one area: Writing the index. You don't
+notice it until you have a lot of files, and the index gets big. So I've
+put a lot of effort into git-annex in the past to avoid writing the index
+repeatedly, and queue up big index changes that can happen all at once. The
+new `git annex watch` was not able to use that queue. Today I reworked the
+queue machinery to support the types of direct index writes it needs, and
+now repeated index writes are eliminated.
+
+... Eliminated too far, it turns out, since it doesn't yet *ever* flush
+that queue until shutdown! So the next step here will be to have a worker
+thread that wakes up periodically, flushes the queue, and autocommits.
+(This will, in fact, be the start of the [[syncing]] phase of my roadmap!)
+There's lots of room here for smart behavior. Like, if a lot of changes are
+being made close together, wait for them to die down before committing. Or,
+if it's been idle and a single file appears, commit it immediately, since
+this is probably something the user wants synced out right away. I'll start
+with something stupid and then add the smarts.
+
+(BTW, in all my years of programming, I have avoided threads like the nasty
+bug-prone plague they are. Here I already have three threads, and am going to
+add probably 4 or 5 more before I'm done with the git annex assistant. So
+far, it's working well -- I give credit to Haskell for making it easy to
+manage state in ways that make it possible to reason about how the threads
+will interact.)
+
+What about the races I've been stressing over? Well, I have an ulterior
+motive in speeding up `git annex watch`, and that's to also be able to
+**slow it down**. Running in slow-mo makes it easy to try things that might
+cause a race and watch how it reacts. I'll be using this technique when
+I circle back around to dealing with the races.
+
+Another tricky speed problem came up today that I also need to fix. On
+startup, `git annex watch` scans the whole tree to find files that have
+been added or moved etc while it was not running, and take care of them.
+Currently, this scan involves re-staging every symlink in the tree. That's
+slow! I need to find a way to avoid re-staging symlinks; I may use `git
+cat-file` to check if the currently staged symlink is correct, or I may
+come up with some better and faster solution. Sleeping on this problem.
+
+----
+
+Oh yeah, I also found one more race bug today. It only happens at startup
+and could only make it miss staging file deletions.
diff --git a/doc/design/assistant/blog/day_4__speed/comment_1_bf3c9c33cc0dea5eaeb6f2af110b924b._comment b/doc/design/assistant/blog/day_4__speed/comment_1_bf3c9c33cc0dea5eaeb6f2af110b924b._comment
new file mode 100644
index 0000000000..fb5b95490f
--- /dev/null
+++ b/doc/design/assistant/blog/day_4__speed/comment_1_bf3c9c33cc0dea5eaeb6f2af110b924b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawldKnauegZulM7X6JoHJs7Gd5PnDjcgx-E"
+ nickname="Matt"
+ subject="open source?"
+ date="2012-06-09T22:34:30Z"
+ content="""
+Are you publishing the source code for git-annex assistant somewhere?
+"""]]
diff --git a/doc/design/assistant/blog/day_4__speed/comment_2_33aba4c9abaa3e6a05a2c87ab7df9d0e._comment b/doc/design/assistant/blog/day_4__speed/comment_2_33aba4c9abaa3e6a05a2c87ab7df9d0e._comment
new file mode 100644
index 0000000000..1fcc197ab7
--- /dev/null
+++ b/doc/design/assistant/blog/day_4__speed/comment_2_33aba4c9abaa3e6a05a2c87ab7df9d0e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.126"
+ subject="comment 2"
+ date="2012-06-09T23:01:29Z"
+ content="""
+Yes, it's in [[git|download]] with the rest of git-annex. Currently in the `watch` branch.
+"""]]
diff --git a/doc/design/assistant/blog/day_50__directory_name.mdwn b/doc/design/assistant/blog/day_50__directory_name.mdwn
new file mode 100644
index 0000000000..a0e57cae68
--- /dev/null
+++ b/doc/design/assistant/blog/day_50__directory_name.mdwn
@@ -0,0 +1,20 @@
+Based on the results of yesterday's poll, the WebApp defaults to
+`~/Desktop/annex` when run in the home directory. If there's no `Desktop`
+directory, it uses just `~/annex`. And if run from some other place than
+the home directory, it assumes you want to use cwd. Of course, you can
+change this default, but I think it's a good one for most use cases.
+
+----
+
+My work today has all been on making **one second** of the total lifetime
+of the WebApp work. It's the very tricky second in between clicking on
+"Make repository" and being redirected to a WebApp running in your new
+repository. The trickiness involves threads, and MVars, and
+multiple web servers, and I don't want to go into details here.
+I'd rather forget. ;-)
+
+Anyway, it works; you can run "git annex webapp" and be walked right
+through to having a usable repository! Now I need to see about adding
+that to the desktop menus, and making "git annex webapp", when run a second
+time, remembering where your repository is. I'll use
+`~/.config/git-annex/repository` for storing that.
diff --git a/doc/design/assistant/blog/day_50__directory_name/comment_1_782cec95a8558a05b2b38a2d2302214d._comment b/doc/design/assistant/blog/day_50__directory_name/comment_1_782cec95a8558a05b2b38a2d2302214d._comment
new file mode 100644
index 0000000000..be55932f13
--- /dev/null
+++ b/doc/design/assistant/blog/day_50__directory_name/comment_1_782cec95a8558a05b2b38a2d2302214d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-08-01T21:19:03Z"
+ content="""
+Please use `$XDG_CONFIG_HOME` and fall back to `~/.config` if that's not defined.
+"""]]
diff --git a/doc/design/assistant/blog/day_50__directory_name/comment_2_2b8ceb0a26f25e8ed2711bcbe7225a58._comment b/doc/design/assistant/blog/day_50__directory_name/comment_2_2b8ceb0a26f25e8ed2711bcbe7225a58._comment
new file mode 100644
index 0000000000..a09b721be9
--- /dev/null
+++ b/doc/design/assistant/blog/day_50__directory_name/comment_2_2b8ceb0a26f25e8ed2711bcbe7225a58._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://piotr.ozarowski.pl/"
+ nickname="POX"
+ subject="XDG"
+ date="2012-08-02T10:30:55Z"
+ content="""
+same for XDG_DESKTOP_DIR (for pl_PL ~/.config/user-dirs.dirs file contains XDG_DESKTOP_DIR=\"$HOME/Pulpit\" instead of Desktop)
+"""]]
diff --git a/doc/design/assistant/blog/day_51__desktop.mdwn b/doc/design/assistant/blog/day_51__desktop.mdwn
new file mode 100644
index 0000000000..c079a9a912
--- /dev/null
+++ b/doc/design/assistant/blog/day_51__desktop.mdwn
@@ -0,0 +1,34 @@
+Now installing git-annex automatically generates a freedesktop.org .desktop
+file, and installs it, either system-wide (root) or locally (user). So
+`Menu -> Internet -> Git Annex` will start up the web app.
+
+(I don't entirely like putting it on the Internet menu, but the
+Accessories menu is not any better (and much more crowded here), 
+and there's really no menu where it entirely fits.)
+
+I generated that file by writing a generic library to deal with
+freedesktop.org desktop files and locations. Which seemed like overkill at
+the time, but then I found myself continuing to use that library. Funny how
+that happens.
+
+So, there's also another .desktop file that's used to autostart the
+`git-annex assistant` daemon when the user logs into the desktop.
+
+This even works when git-annex is installed to the ugly non-PATH location
+`.cabal/bin/git-annex` by Cabal! To make that work, it records the path
+the binary is at to a freedesktop.org data file, at install time.
+
+---
+
+That should all work in Gnome, KDE, XFCE, etc. Not Mac OSX I'm guessing...
+
+---
+
+Also today, I added a sidebar notification when the assistant notices new
+files. To make that work well, I implemented merging of related sidebar
+action notifications, so the effect is that there's one notification that
+collectes a list of recently added files, and transient notifications that
+show up if a really big file is taking a while to checksum.
+
+I'm pleased that the notification interface is at a point where I was able
+to  implement all that, entirely in pure functional code.
diff --git a/doc/design/assistant/blog/day_52__file_browser.mdwn b/doc/design/assistant/blog/day_52__file_browser.mdwn
new file mode 100644
index 0000000000..a9762cc096
--- /dev/null
+++ b/doc/design/assistant/blog/day_52__file_browser.mdwn
@@ -0,0 +1,21 @@
+Today I added a "Files" link in the navbar of the WebApp. It looks like a
+regular hyperlink, but clicking on it opens up your desktop's native file
+manager, to manage the files in the repository!
+
+Quite fun to be able to do this kind of thing from a web page. :)
+
+---
+
+Made `git annex init` (and the WebApp) automatically generate a description
+of the repo when none is provided.
+
+---
+
+Also worked on the configuration pages some. I don't want to get ahead
+of myself by diving into the full configuration stage yet, but I am at
+least going to add a configuration screen to clone the repo to a removable
+drive.
+
+After that, the list of transfers on the dashboard needs some love.
+I'll probably start by adding UI to cancel running transfers, and then
+try to get drag and drop reordering of transfers working.
diff --git a/doc/design/assistant/blog/day_52__file_browser/comment_1_cd000c2d56b60cc1f17b221322a32aa7._comment b/doc/design/assistant/blog/day_52__file_browser/comment_1_cd000c2d56b60cc1f17b221322a32aa7._comment
new file mode 100644
index 0000000000..206b0c70e4
--- /dev/null
+++ b/doc/design/assistant/blog/day_52__file_browser/comment_1_cd000c2d56b60cc1f17b221322a32aa7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cweiske.de/"
+ nickname="cweiske"
+ subject="comment 1"
+ date="2012-08-15T22:02:14Z"
+ content="""
+I thought that most (if not all) browsers prevent opening local files/directories via web pages. How did you solve that problem?
+"""]]
diff --git a/doc/design/assistant/blog/day_52__file_browser/comment_2_21d1da67cf9105a545583ba2302c10fb._comment b/doc/design/assistant/blog/day_52__file_browser/comment_2_21d1da67cf9105a545583ba2302c10fb._comment
new file mode 100644
index 0000000000..9ba5104e2a
--- /dev/null
+++ b/doc/design/assistant/blog/day_52__file_browser/comment_2_21d1da67cf9105a545583ba2302c10fb._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-08-16T23:34:12Z"
+ content="""
+Yes, it's surprising to me when I see it work, and I wrote it. :) Since git-annex is running locally on the same system as the browser, it can open the file manager when the user clicks on a link in the web browser. To the web browser, this is just an AJAX request.
+"""]]
diff --git a/doc/design/assistant/blog/day_54__adding_removable_drives.mdwn b/doc/design/assistant/blog/day_54__adding_removable_drives.mdwn
new file mode 100644
index 0000000000..8d57518bb5
--- /dev/null
+++ b/doc/design/assistant/blog/day_54__adding_removable_drives.mdwn
@@ -0,0 +1,99 @@
+Spent yesterday and today making the WebApp handle adding removable drives.
+
+While it needs more testing, I think that it's now possible to use the WebApp
+for a complete sneakernet usage scenario.
+
+* Start up the webapp, let it make a local repo.
+* Add some files, by clicking to open the file manager, and dragging them in.
+* Plug in a drive, and tell the webapp to add it.
+* Wait while files sync..
+* Take the drive to another computer, and repeat the process there.
+
+No command-line needed, and files will automatically be synced between
+two or more computers using the drive.
+
+Sneakernet is only one usage scenario for the git-annex assistant, but I'm
+really happy to have one scenario 100% working!
+
+Indeed, since the assistant and webapp can now actually do something
+useful, I'll probably be merging them into `master` soon.
+
+Details follow..
+
+---
+
+So, yesterday's part of this was building the configuration page to add
+a removable drive. That needs to be as simple as possible, and it currently
+consists of a list of things git-annex thinks might be mount points of
+removable drives, along with how much free space they have. Pick a drive,
+click the pretty button, and away it goes..
+
+(I decided to make the page so simple it doesn't even ask where you want
+to put the directory on the removable drive. It always puts it in
+a "annex" directory. I might add an expert screen later, but experts can
+always set this up themselves at the command line too.)
+
+I also fought with Yesod and Bootstrap rather a lot to make the form look good.
+Didn't entirely succeed, and had to file a bug on Yesod about its handling of
+check boxes. (Bootstrap also has a bug, IMHO; its drop down lists are not
+always sized wide enough for their contents.)
+
+Ideally this configuration page would listen for mount events, and refresh
+its list. I may add that eventually; I didn't have a handy channel it
+could use to do that, so defferred it. Another idea is to have the mount
+event listener detect removable drives that don't have an annex on them yet,
+and pop up an alert with a link to this configuration page.
+
+----
+
+Making the form led to a somewhat interesting problem: How to tell if a mounted
+filesystem is a removable drive, or some random thing like `/proc` or
+a fuse filesystem. My answer, besides checking that the user can
+write to it, was various heuristics, which seem to work ok, at least here..
+
+[[!format haskell """
+               sane Mntent { mnt_dir = dir, mnt_fsname = dev }
+                        {- We want real disks like /dev/foo, not
+                         - dummy mount points like proc or tmpfs or
+                         - gvfs-fuse-daemon. -}
+                        | not ('/' `elem` dev) = False
+                        {- Just in case: These mount points are surely not
+                         - removable disks. -}
+                        | dir == "/" = False
+                        | dir == "/tmp" = False
+                        | dir == "/run/shm" = False
+                        | dir == "/run/lock" = False
+"""]]
+
+----
+
+Today I did all the gritty coding to make it create a git repository on the
+removable drive, and tell the Annex monad about it, and ensure it gets synced.
+
+As part of that, it detects when the removable drive's filesystem doesn't
+support symlinks, and makes a bare repository in that case. Another expert
+level config option that's left out for now is to always make a bare
+repository, or even to make a directory special remote rather than a git
+repository at all. (But directory special remotes cannot support the
+sneakernet use case by themselves...)
+
+----
+
+Another somewhat interesting problem was what to call the git remotes
+that it sets up on the removable drive and the local repository.
+Again this could have an expert-level configuration, but the defaults
+I chose are to use the hostname as the remote name on the removable drive,
+and to use the basename of the mount point of the removable drive as the 
+remote name in the local annex.
+
+----
+
+Originally, I had thought of this as cloning the repository to the drive.
+But, partly due to luck, I started out just doing a `git init` to make
+the repository (I had a function lying around to do that..).
+
+And as I worked on it some more, I realized this is not as simple as a
+clone. It's a bi-directional sync/merge, and indeed the removable drive may
+have all the data already in it, and the local repository have just been
+created. Handling all the edge cases of that (like, the local repository
+may not have a "master" branch yet..) was fun!
diff --git a/doc/design/assistant/blog/day_54__adding_removable_drives/comment_1_5de4f220a3534f55b1f2208d1d812d63._comment b/doc/design/assistant/blog/day_54__adding_removable_drives/comment_1_5de4f220a3534f55b1f2208d1d812d63._comment
new file mode 100644
index 0000000000..56f513a38c
--- /dev/null
+++ b/doc/design/assistant/blog/day_54__adding_removable_drives/comment_1_5de4f220a3534f55b1f2208d1d812d63._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-08-05T23:50:57Z"
+ content="""
+Using `annex` as default is fine, but even non-technical users will need a way to create different annexes for different usage. Or if two users share one thumb drive and each has their own annex. Long story short, I don't think this is an expert option, but something every user should be able to change immediately.
+
+A pre-populated text area makes most sense, imo.
+"""]]
diff --git a/doc/design/assistant/blog/day_54__adding_removable_drives/comment_2_8dae1ed0a70acf9628b88692dc32ac5f._comment b/doc/design/assistant/blog/day_54__adding_removable_drives/comment_2_8dae1ed0a70acf9628b88692dc32ac5f._comment
new file mode 100644
index 0000000000..b26d9b85f7
--- /dev/null
+++ b/doc/design/assistant/blog/day_54__adding_removable_drives/comment_2_8dae1ed0a70acf9628b88692dc32ac5f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="comment 2"
+ date="2012-08-06T08:30:47Z"
+ content="""
++1 on what Richard said
+about the correctly figuring out what are valid mountpoints / devices that can be used, your current code doesn't seem very robust.
+check this out https://github.com/Dieterbe/aif/blob/develop/src/core/libs/lib-blockdevices-filesystems.sh#L213
+"""]]
diff --git a/doc/design/assistant/blog/day_55__alerts.mdwn b/doc/design/assistant/blog/day_55__alerts.mdwn
new file mode 100644
index 0000000000..95e52e8ad6
--- /dev/null
+++ b/doc/design/assistant/blog/day_55__alerts.mdwn
@@ -0,0 +1,10 @@
+Nothing flashy today; I was up all night trying to download photos taken 
+by a robot lowered onto Mars by a skycrane.
+
+Some work on alerts. Added an alert when a file transfer succeeds or fails.
+Improved the alert combining code so it handles those alerts, and
+simplified it a lot, and made it more efficient.
+
+Also made the text of action alerts change from present to past tense when
+the action finishes. To support that I wrote a fun data type, a `TenseString`
+that can be rendered in either tense.
diff --git a/doc/design/assistant/blog/day_55__alerts/comment_1_6319045500a8a5e049304fdec5ff4cf4._comment b/doc/design/assistant/blog/day_55__alerts/comment_1_6319045500a8a5e049304fdec5ff4cf4._comment
new file mode 100644
index 0000000000..67259bf1e5
--- /dev/null
+++ b/doc/design/assistant/blog/day_55__alerts/comment_1_6319045500a8a5e049304fdec5ff4cf4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJ2utMQgMEYAOs3Dfc6eZRyUzt4acNXUU"
+ nickname="David"
+ subject="comment 1"
+ date="2012-08-06T23:48:28Z"
+ content="""
+I see you are a regular XKCD reader
+"""]]
diff --git a/doc/design/assistant/blog/day_56__transfer_control.mdwn b/doc/design/assistant/blog/day_56__transfer_control.mdwn
new file mode 100644
index 0000000000..1ce9268974
--- /dev/null
+++ b/doc/design/assistant/blog/day_56__transfer_control.mdwn
@@ -0,0 +1,8 @@
+A bit under the weather, but got into building buttons to control running
+and queued transfers today. The html and javascript side is done, with
+each transfer now having a cancel button, as well as a pause/start button.
+
+Canceling queued transfers works. Canceling running transfers will
+need some more work, because killing a thread doesn't kill the processes
+being run by that thread. So I'll have to make the assistant run separate
+git-annex processes for transfers, that can be individually sent signals.
diff --git a/doc/design/assistant/blog/day_57__afk.mdwn b/doc/design/assistant/blog/day_57__afk.mdwn
new file mode 100644
index 0000000000..c72849ce73
--- /dev/null
+++ b/doc/design/assistant/blog/day_57__afk.mdwn
@@ -0,0 +1,40 @@
+Probably won't be doing any big coding on the git-annex assistant in the
+upcoming week, as I'll be traveling and/or slightly ill enough that I can't
+fully get into <a href="http://en.wikipedia.org/wiki/Flow_(psychology)">flow</a>.
+
+---
+
+There was a new Yesod release this week, which required minor changes to
+make the webapp build with it. I managed to keep the old version of Yesod
+also supported, and plan to keep that working so it can be built with the
+version of Yesod available in, eg, Linux distributions. TBD how much pain
+that will involve going forward.
+
+---
+
+I'm mulling over how to support stopping/pausing transfers. The problem
+is that if the assistant is running a transfer in one thread, and the
+webapp is used to cancel it, killing that thread won't necessarily stop the
+transfer, because, at least in Haskell's thread model, killing a thread
+does not kill processes started by the thread (like rsync).
+
+So one option is to have the transfer thread run a separate git-annex
+process, which will run the actual transfer. And killing that process will
+stop the transfer nicely. However, using a separate git-annex process means
+a little startup overhead for each file transferred (I don't know if it'd
+be enough to matter). Also, there's the problem that git-annex is sometimes
+not installed in PATH (wish I understood why cabal does that), which
+makes it kind of hard for it to run itself. (It can't simply fork, sadly.
+See past horrible pain with forking and threads.)
+
+The other option is to change the API for git-annex remotes, so that
+their `storeKey` and `retrieveKeyFile` methods return a pid of the program
+that they run. When they *do* run a program.. not all remotes do. This
+seems like it'd make the code in the remotes hairier, and it is also asking
+for bugs, when a remote's implementation changes. Or I could go
+lower-level, and make every place in the utility libraries that forks a
+process record its pid in a per-thread MVar. Still seems to be asking for
+bugs.
+
+Oh well, at least git-annex is already crash-safe, so once I figure out
+how to kill a transfer process, I can kill it safely. :)
diff --git a/doc/design/assistant/blog/day_57__afk/comment_1_70e1c9f925f040c1700d3e26bab373d5._comment b/doc/design/assistant/blog/day_57__afk/comment_1_70e1c9f925f040c1700d3e26bab373d5._comment
new file mode 100644
index 0000000000..c83403620a
--- /dev/null
+++ b/doc/design/assistant/blog/day_57__afk/comment_1_70e1c9f925f040c1700d3e26bab373d5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://claimid.com/strager"
+ nickname="strager"
+ subject="comment 1"
+ date="2012-08-11T04:50:52Z"
+ content="""
+What if `storeKey`, `retrieveKeyFile`, etc. return an `IO ()` which cancels the operation, if possible?  The implementation can be canceled regardless if it uses separate processes or Haskell threads.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_57__afk/comment_2_c70d3faccfcebf47deb25e270498cb56._comment b/doc/design/assistant/blog/day_57__afk/comment_2_c70d3faccfcebf47deb25e270498cb56._comment
new file mode 100644
index 0000000000..7539ea2def
--- /dev/null
+++ b/doc/design/assistant/blog/day_57__afk/comment_2_c70d3faccfcebf47deb25e270498cb56._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://claimid.com/strager"
+ nickname="strager"
+ subject="comment 2"
+ date="2012-08-11T04:55:13Z"
+ content="""
+In fact, making a dedicated data type or some typeclasses may be more appropriate:
+
+    class Cancelable a where cancel :: a -> IO ()
+    class Pauseable a where pause :: a -> IO ()
+
+    -- Alternatively:
+
+    data Transfer = Transfer { cancel :: IO (), pause :: IO () }
+
+    -- Or both!
+
+"""]]
diff --git a/doc/design/assistant/blog/day_57__afk/comment_3_89020ebc6d31485339bdea41a872df3c._comment b/doc/design/assistant/blog/day_57__afk/comment_3_89020ebc6d31485339bdea41a872df3c._comment
new file mode 100644
index 0000000000..ed02b9dcee
--- /dev/null
+++ b/doc/design/assistant/blog/day_57__afk/comment_3_89020ebc6d31485339bdea41a872df3c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 3"
+ date="2012-08-11T14:41:51Z"
+ content="""
+That's the lines I was thinking along, and I even made a throwaway branch with some types. But the problem is reworking all the code to do that. Particularly since lots of the code uses generic utility functions that are reused in other, unrelated places and would have to be modified to pass back cancel actions.
+
+The first case the type checker landed me on when I changed the types was code that downloads an url from the web. Naturally that uses a Utility.Url.download. How to cancel `download`? Depends on its implementation -- it happens to currently shell out to curl, so you have to kill curl, but it could just as easily have used libcurl (other parts of my Utility.Url library do), and then it would need to fork its own thread. So it's an abstraction layer violation problem.
+
+If I had a month to devote to this one problem, I might manage to come up with some clean solution involving monads, or maybe convert all my code to use conduit or something that might allow managing these effects better. Just a guess..
+"""]]
diff --git a/doc/design/assistant/blog/day_57__afk/comment_4_8b1f65f141ffd9813e7f5a3380f7f520._comment b/doc/design/assistant/blog/day_57__afk/comment_4_8b1f65f141ffd9813e7f5a3380f7f520._comment
new file mode 100644
index 0000000000..c87e447d1c
--- /dev/null
+++ b/doc/design/assistant/blog/day_57__afk/comment_4_8b1f65f141ffd9813e7f5a3380f7f520._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://claimid.com/strager"
+ ip="173.228.13.253"
+ subject="comment 4"
+ date="2012-08-11T16:08:47Z"
+ content="""
+> How to cancel download?  Depends on its implementation ....  So it's an abstraction layer violation problem.
+
+Precisely why I suggested returning something as generic as `IO ()`:
+
+    -- Current
+    download :: URLString -> Headers -> [CommandParam] -> FilePath -> IO Bool
+
+    -- Suggestion
+    data Transfer a = Transfer { run :: IO a, cancel :: IO () }
+    download :: URLString -> Headers -> [CommandParam] -> FilePath -> Transfer
+
+    transfer <- download ...
+    -- You can pass `cancel transfer` to another thread
+    -- which you want to be able to cancel the transfer.
+    run transfer  -- blocking
+
+I realized while writing this that you may not get any result from e.g. a download while it is occurring (because the function is blocking).  Maybe that's where a misunderstanding occurred.  I separated the concepts of creating a transfer and starting/canceling it.
+
+(My idea is starting to feel a bit object-oriented...  ;P)
+
+"""]]
diff --git a/doc/design/assistant/blog/day_58__more_transfer_control.mdwn b/doc/design/assistant/blog/day_58__more_transfer_control.mdwn
new file mode 100644
index 0000000000..08b69a75d5
--- /dev/null
+++ b/doc/design/assistant/blog/day_58__more_transfer_control.mdwn
@@ -0,0 +1,26 @@
+Unexpectedly managed a mostly productive day today. 
+
+Went ahead with making the assistant run separate `git-annex` processes for
+transfers. This will currently fail if git-annex is not installed in PATH.
+(Deferred dealing with that.)
+
+To stop a transfer, the webapp needs to signal not just the git-annex
+process, but all its children. I'm using process groups for this, which is
+working, but I'm not extremely happy with.
+
+Anyway, the webapp's UI can now be used for stopping transfers, and it
+wasn't far from there to also implementing pausing of transfers. 
+
+Pausing a transfer is actually the same as stopping it, except a special
+signal is sent to the transfer control thread, which keeps running, despite
+the git-annex process having been killed, waits for a special resume
+signal, and restarts the transfer. This way a paused transfer continues to
+occupy a transfer slot, which prevents other queued transfers from running.
+This seems to be the behavior that makes sense.
+
+Still need to wire up the webapp's button for starting a transfer. For a
+paused transfer, that will just need to resume it. I have not decided what
+the button should do when used on a transfer that is queued but not running
+yet. Maybe it forces it to run even if all transfer slots are already in
+use? Maybe it stops one of the currently running transfers to free up a
+slot?
diff --git a/doc/design/assistant/blog/day_59__dinner.mdwn b/doc/design/assistant/blog/day_59__dinner.mdwn
new file mode 100644
index 0000000000..545125ac66
--- /dev/null
+++ b/doc/design/assistant/blog/day_59__dinner.mdwn
@@ -0,0 +1,10 @@
+Actually did do some work on the webapp today, just fixing a bug I noticed
+in a spare moment. Also managed a bit in the plane earlier this week,
+implementing resuming of paused transfers. (Still need to test that.)
+
+But the big thing today was dinner with one of my major Kickstarter
+backers, and as it turned out, "half the Haskell community of San
+Francisco" (3 people). Enjoyed talking about git-annex and haskell with
+them.
+
+I'm looking forward to getting back home and back to work on Monday..
diff --git a/doc/design/assistant/blog/day_59__dinner/comment_1_0c1e2d69496473e7e4a2956a2814f5dd._comment b/doc/design/assistant/blog/day_59__dinner/comment_1_0c1e2d69496473e7e4a2956a2814f5dd._comment
new file mode 100644
index 0000000000..1e10549d37
--- /dev/null
+++ b/doc/design/assistant/blog/day_59__dinner/comment_1_0c1e2d69496473e7e4a2956a2814f5dd._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://claimid.com/strager"
+ ip="173.228.13.253"
+ subject="comment 1"
+ date="2012-08-17T15:59:49Z"
+ content="""
+It was fun to have you here!  =]
+
+"""]]
diff --git a/doc/design/assistant/blog/day_5__committing.mdwn b/doc/design/assistant/blog/day_5__committing.mdwn
new file mode 100644
index 0000000000..5623873805
--- /dev/null
+++ b/doc/design/assistant/blog/day_5__committing.mdwn
@@ -0,0 +1,57 @@
+After a few days otherwise engaged, back to work today.
+
+My focus was on adding the committing thread mentioned in [[day_4__speed]].
+I got rather further than expected!
+
+First, I implemented a really dumb thread, that woke up once per second,
+checked if any changes had been made, and committed them. Of course, this
+rather sucked. In the middle of a large operation like untarring a tarball,
+or `rm -r` of a large directory tree, it made lots of commits and made
+things slow and ugly. This was not unexpected.
+
+So next, I added some smarts to it. First, I wanted to stop it waking up
+every second when there was nothing to do, and instead blocking wait on a
+change occurring. Secondly, I wanted it to know when past changes happened,
+so it could detect batch mode scenarios, and avoid committing too
+frequently. 
+
+I played around with combinations of various Haskell thread communications
+tools to get that information to the committer thread: `MVar`, `Chan`,
+`QSem`, `QSemN`. Eventually, I realized all I needed was a simple channel
+through which the timestamps of changes could be sent. However, `Chan`
+wasn't quite suitable, and I had to add a dependency on 
+[Software Transactional Memory](http://en.wikipedia.org/wiki/Software_Transactional_Memory),
+and use a `TChan`. Now I'm cooking with gas!
+
+With that data channel available to the committer thread, it quickly got
+some very nice smart behavior. Playing around with it, I find it commits
+*instantly* when I'm making some random change that I'd want the
+git-annex assistant to sync out instantly; and that its batch job detection
+works pretty well too.
+
+There's surely room for improvement, and I made this part of the code
+be an entirely pure function, so it's really easy to change the strategy.
+This part of the committer thread is so nice and clean, that here's the
+current code, for your viewing pleasure:
+
+[[!format haskell """
+{- Decide if now is a good time to make a commit.
+ - Note that the list of change times has an undefined order.
+ -
+ - Current strategy: If there have been 10 commits within the past second,
+ - a batch activity is taking place, so wait for later.
+ -}
+shouldCommit :: UTCTime -> [UTCTime] -> Bool
+shouldCommit now changetimes
+       | len == 0 = False
+       | len > 4096 = True -- avoid bloating queue too much
+       | length (filter thisSecond changetimes) < 10 = True
+       | otherwise = False -- batch activity
+       where
+               len = length changetimes
+               thisSecond t = now `diffUTCTime` t <= 1
+"""]]
+
+Still some polishing to do to eliminate minor inefficiencies and deal
+with more races, but this part of the git-annex assistant is now very usable,
+and will be going out to my beta testers soon!
diff --git a/doc/design/assistant/blog/day_60__taking_stock.mdwn b/doc/design/assistant/blog/day_60__taking_stock.mdwn
new file mode 100644
index 0000000000..040d0cd7c1
--- /dev/null
+++ b/doc/design/assistant/blog/day_60__taking_stock.mdwn
@@ -0,0 +1,40 @@
+As I prepare to dive back into development, now is a good time to review
+what I've built so far, and how well I'm keeping up with my planned
+[[roadmap|assistant]].
+
+I started working two and a half months ago, so am nearing the end of
+the three months I originally asked to be funded for on Kickstarter.
+
+I've built much of what I planned to build in the first three months --
+[[inotify]] is done (and kqueue is basically working, but needs scalability
+work), local [[syncing]] is done, the [[webapp]] works, and I've built some
+of the first [[configurators]]. It's all functional in a narrow use case
+involving syncing to removable drives. 
+
+[[progressbars]] still need to be dealt with, and network syncing needs to
+be revisited soon, so that I can start building easy configurators for
+further use cases, like using the cloud, or another machine on the local
+network.
+
+I think I'm a little behind my original schedule, but not too bad,
+and at the same time, I think I've built things rather more solidly than I
+expected them to be at this point. I'm particularly happy with how well
+the inotify code works, no matter what is thrown at it, and how nice
+the UI in the webapp is shaping up to be.
+
+----
+
+I also need to get started on fulfilling my Kickstarter rewards, and
+I was happy to spend some time in the airport working on the main
+blocker toward that, a lack of a scalable git-annex logo, which is needed
+for printing on swag.
+
+Turns out that inkscape has some amazing bitmap tracing capabilities.
+I was able to come up with this scalable logo in short order, it 
+actually took longer to add back the colors, as the tracer generated a
+black and white version.
+
+With that roadblock out of the way, I am moving toward ordering large
+quantities of usb drives, etc.
+
+[[logo.svg]]
diff --git a/doc/design/assistant/blog/day_60__taking_stock/comment_1_6722f81ee084f1ea9e8fe47f34576397._comment b/doc/design/assistant/blog/day_60__taking_stock/comment_1_6722f81ee084f1ea9e8fe47f34576397._comment
new file mode 100644
index 0000000000..cfe4fa300b
--- /dev/null
+++ b/doc/design/assistant/blog/day_60__taking_stock/comment_1_6722f81ee084f1ea9e8fe47f34576397._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="better logo?"
+ date="2012-08-20T21:22:25Z"
+ content="""
+Maybe you should contact designers and see what kind of logo they can come up with.  Probably something better.
+"""]]
diff --git a/doc/design/assistant/blog/day_61__network_connection_detection.mdwn b/doc/design/assistant/blog/day_61__network_connection_detection.mdwn
new file mode 100644
index 0000000000..8ab40f5162
--- /dev/null
+++ b/doc/design/assistant/blog/day_61__network_connection_detection.mdwn
@@ -0,0 +1,36 @@
+Today, added a thread that deals with recovering when there's been a loss
+of network connectivity. When the network's down, the normal immediate
+syncing of changes of course doesn't work. So this thread detects when the
+network comes back up, and does a pull+push to network remotes, and
+triggers scanning for file content that needs to be transferred.
+
+I used dbus again, to detect events generated by both network-manager and
+wicd when they've sucessfully brought an interface up. Or, if they're not
+available, it polls every 30 minutes.
+
+When the network comes up, in addition to the git pull+push, it also
+currently does a full scan of the repo to find files whose contents
+need to be transferred to get fully back into sync.
+
+I think it'll be ok for some git pulls and pushes to happen when
+moving to a new network, or resuming a laptop (or every 30 minutes when
+resorting to polling). But the transfer scan is currently really too heavy
+to be appropriate to do every time in those situations. I have an idea for
+avoiding that scan when the remote's git-annex branch has not changed. But
+I need to refine it, to handle cases like this:
+
+1. a new remote is added
+2. file contents start being transferred to (or from it)
+3. the network is taken down
+4. all the queued transfers fail
+5. the network comes back up
+6. the transfer scan needs to know the remote was not all in sync
+   before #3, and so should do a full scan despite the git-annex branch
+   not having changed
+
+---
+
+Doubled the ram in my netbook, which I use for all development. Yesod needs
+rather a lot of ram to compile and link, and this should make me quite a
+lot more productive. I was struggling with OOM killing bits of chromium
+during my last week of development.
diff --git a/doc/design/assistant/blog/day_61__network_connection_detection/comment_1_09b58f41a8d48f218619711ee19511ac._comment b/doc/design/assistant/blog/day_61__network_connection_detection/comment_1_09b58f41a8d48f218619711ee19511ac._comment
new file mode 100644
index 0000000000..029aec7832
--- /dev/null
+++ b/doc/design/assistant/blog/day_61__network_connection_detection/comment_1_09b58f41a8d48f218619711ee19511ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="Amazon Glacier"
+ date="2012-08-23T06:32:24Z"
+ content="""
+Do you think git-annex could support [Amazon Glacier](http://aws.amazon.com/glacier/) as a backend?
+"""]]
diff --git a/doc/design/assistant/blog/day_62__smarter_syncing.mdwn b/doc/design/assistant/blog/day_62__smarter_syncing.mdwn
new file mode 100644
index 0000000000..28fa892d38
--- /dev/null
+++ b/doc/design/assistant/blog/day_62__smarter_syncing.mdwn
@@ -0,0 +1,21 @@
+Woke up this morning with most of the design for a smarter approach to
+[[syncing]] in my head. (This is why I sometimes slip up and tell people I
+work on this project 12 hours a day..)
+
+To keep the current `assistant` branch working while I make changes
+that break use cases that are working, I've started 
+developing in a new branch, `assistant-wip`.
+
+In it, I've started getting rid of unnecessary expensive transfer scans.
+
+First optimisation I've done is to detect when a remote that was
+disconnected has diverged its `git-annex` branch from the local branch.
+Only when that's the case does a new transfer scan need to be done, to find
+out what new stuff might be available on that remote, to have caused the
+change to its branch, while it was disconnected.
+
+That broke a lot of stuff. I have a plan to fix it written down in
+[[syncing]]. It'll involve keeping track of whether a transfer scan has
+ever been done (if not, one should be run), and recording logs when
+transfers failed, so those failed transfers can be retried when the
+remote gets reconnected.
diff --git a/doc/design/assistant/blog/day_63__transfer_retries.mdwn b/doc/design/assistant/blog/day_63__transfer_retries.mdwn
new file mode 100644
index 0000000000..d668f507ba
--- /dev/null
+++ b/doc/design/assistant/blog/day_63__transfer_retries.mdwn
@@ -0,0 +1,26 @@
+Implemented everything I planned out yesterday: Expensive scans are only
+done once per remote (unless the remote changed while it was disconnected),
+and failed transfers are logged so they can be retried later.
+
+Changed the TransferScanner to prefer to scan low cost remotes first,
+as a crude form of scheduling lower-cost transfers first.
+
+A whole bunch of interesting syncing scenarios should work now. I have not
+tested them all in detail, but to the best of my knowledge, all these
+should work:
+
+* Connect to the network. It starts syncing with a networked remote.
+  Disconnect the network. Reconnect, and it resumes where it left off.
+* Migrate between networks (ie, home to cafe to work). Any transfers
+  that can only happen on one LAN are retried on each new network you
+  visit, until they succeed.
+
+One that is not working, but is soooo close:
+
+* Plug in a removable drive. Some transfers start. Yank the plug.
+  Plug it back in. All necessary transfers resume, and it ends up
+  fully in sync, no matter how many times you yank that cable.
+
+That's not working because of an infelicity in the MountWatcher.
+It doesn't notice when the drive gets unmounted, so it ignores
+the new mount event.
diff --git a/doc/design/assistant/blog/day_63__transfer_retries/comment_1_990d4eb6066c4e2b9ddb3cabef32e4b9._comment b/doc/design/assistant/blog/day_63__transfer_retries/comment_1_990d4eb6066c4e2b9ddb3cabef32e4b9._comment
new file mode 100644
index 0000000000..119aee2c91
--- /dev/null
+++ b/doc/design/assistant/blog/day_63__transfer_retries/comment_1_990d4eb6066c4e2b9ddb3cabef32e4b9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-08-23T21:25:48Z"
+ content="""
+Do encrypted rsync remotes resume quickly as well?
+
+One thing I noticed was that if a copy --to an encrypted rsync remote gets interrupted it will remove the tmp file and re-encrypt the whole file before resuming rsync.
+"""]]
diff --git a/doc/design/assistant/blog/day_64__syncing_robustly.mdwn b/doc/design/assistant/blog/day_64__syncing_robustly.mdwn
new file mode 100644
index 0000000000..ab0090b92d
--- /dev/null
+++ b/doc/design/assistant/blog/day_64__syncing_robustly.mdwn
@@ -0,0 +1,33 @@
+Working toward getting the data syncing to happen robustly,
+so a bunch of improvements.
+
+* Got unmount events to be noticed, so unplugging and replugging
+  a removable drive will resume the syncing to it. There's really no
+  good unmount event available on dbus in kde, so it uses a heuristic
+  there.
+* Avoid requeuing a download from a remote that no longer has a key.
+* Run a full scan on startup, for multiple reasons, including dealing with
+  crashes.
+
+Ran into a strange issue: Occasionally the assistant will run `git-annex
+copy` and it will not transfer the requested file. It seems that
+when the copy command runs `git ls-files`, it does not see the file
+it's supposed to act on in its output.
+
+Eventually I figured out what's going on: When updating the git-annex
+branch, it sets `GIT_INDEX_FILE`, and of course environment settings are
+not thread-safe! So there's a race between threads that access
+the git-annex branch, and the Transferrer thread, or any other thread
+that might expect to look at the normal git index.
+
+Unfortunatly, I don't have a fix for this yet.. Git's only interface for
+using a different index file is `GIT_INDEX_FILE`. It seems I have a lot of
+code to tear apart, to push back the setenv until after forking every git
+command. :(
+
+Before I figured out the root problem, I developed a workaround for the
+symptom I was seeing. I added a `git-annex transferkey`, which is
+optimised to be run by the assistant, and avoids running `git ls-files`, so
+avoids the problem. While I plan to fix this environment variable problem
+properly, `transferkey` turns out to be so much faster than how it was
+using `copy` that I'm going to keep it.
diff --git a/doc/design/assistant/blog/day_65__transfer_polish.mdwn b/doc/design/assistant/blog/day_65__transfer_polish.mdwn
new file mode 100644
index 0000000000..af1c691621
--- /dev/null
+++ b/doc/design/assistant/blog/day_65__transfer_polish.mdwn
@@ -0,0 +1,33 @@
+Almost done with the data transfer code.. Today I filled in some bits and
+peices.
+
+Made the expensive transfer scan handle multiple remotes in one pass.
+So on startup, it only runs once, not N times. And when reconnecting to the
+network, when a remote has changed, it scans all network remotes in one
+pass, rather than making M redundant passes.
+
+Got syncing with special remotes all working. Pretty easy actually. Just
+had to avoid doing any git repo push/pull with them, while still queueing
+data transfers.
+
+It'll even download anything it can from the web special remote. To support
+that, I added generic support for readonly remotes; it'll only download from
+those and not try to upload to them.
+
+(Oh, and I properly fixed the nasty `GIT_INDEX_FILE` environment variable
+problem I had the other day.)
+
+I feel I'm very close to being able to merge the assistant branch into
+master now. I'm reasonably confident the data transfer code will work
+well now, and manage to get things in sync eventually in all circumstances.
+(Unless there are bugs.) All the other core functionality of the assistant
+and webapp is working. The only think I might delay because of is the
+missing [[progressbars]] in the webapp .. but that's a silly thing to
+block the merge on. 
+
+Still, I might spend a day and get a dumb implementation of progress bars
+for downloads working first (progress bars for uploads are probably rather
+harder). I'd spend longer on progress bars, but there are so many more
+exciting things I'm now ready to develop, like automatic configurators
+for using your git annex with Amazon S3, rsync.net, and the computer across
+the room..!
diff --git a/doc/design/assistant/blog/day_66__the_merge.mdwn b/doc/design/assistant/blog/day_66__the_merge.mdwn
new file mode 100644
index 0000000000..0442865ba3
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge.mdwn
@@ -0,0 +1,19 @@
+It's done! The assistant branch is merged into master.
+
+Updated the [[assistant]] page with some screenshots and instructions for
+using it.
+
+Made some cosmetic fixes to the webapp.
+
+Fixed the transferrer to use `~/.config/git-annex/program`
+to find the path to git-annex when running it. (There are ways to find the
+path of the currently running program in unux, but they all suck, so I'm
+avoiding them this way.)
+
+Read some OSX launchd documentation, and it seems it'd be pretty easy to
+get the assistant to autostart on login on OSX. If someone would like to
+test launchd files for me, get in touch.
+
+-----
+
+AKA: Procrastinating really hard on those progress bars. ;)
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_10_eeccf4e73cc321542a1fe4780805a81e._comment b/doc/design/assistant/blog/day_66__the_merge/comment_10_eeccf4e73cc321542a1fe4780805a81e._comment
new file mode 100644
index 0000000000..2e787076d8
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_10_eeccf4e73cc321542a1fe4780805a81e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://kevwalke.myopenid.com/"
+ ip="94.175.38.180"
+ subject="confirmed!"
+ date="2012-09-02T07:17:43Z"
+ content="""
+Got it built and running. Thanks for this.
+I can see already that this is going to be a fantastic application. 
+
+Good Work!
+-Kev
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_1_a34e89316d1662826848f31061c4e46b._comment b/doc/design/assistant/blog/day_66__the_merge/comment_1_a34e89316d1662826848f31061c4e46b._comment
new file mode 100644
index 0000000000..be612801e3
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_1_a34e89316d1662826848f31061c4e46b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://kevwalke.myopenid.com/"
+ ip="94.175.38.180"
+ subject="well done!"
+ date="2012-08-27T22:08:23Z"
+ content="""
+absolutely fantastic news! I am itching to try this out now. Thank you!
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_2_09e244d23d05052fa2b11a7181888366._comment b/doc/design/assistant/blog/day_66__the_merge/comment_2_09e244d23d05052fa2b11a7181888366._comment
new file mode 100644
index 0000000000..874aa5ea6a
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_2_09e244d23d05052fa2b11a7181888366._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://claimid.com/strager"
+ ip="173.228.13.253"
+ subject="comment 2"
+ date="2012-08-28T16:29:56Z"
+ content="""
+I have a few OS X machines I can test on.  Send me details at: strager.nds@gmail.com
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_3_3961a03e167903959b96b054835613f6._comment b/doc/design/assistant/blog/day_66__the_merge/comment_3_3961a03e167903959b96b054835613f6._comment
new file mode 100644
index 0000000000..4a4d0df409
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_3_3961a03e167903959b96b054835613f6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-08-28T18:44:28Z"
+ content="""
+As per usual I'd volunteer to test on OSX as well.
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_4_12a57af9f580918818b4a9f68396d5c4._comment b/doc/design/assistant/blog/day_66__the_merge/comment_4_12a57af9f580918818b4a9f68396d5c4._comment
new file mode 100644
index 0000000000..6852a805a7
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_4_12a57af9f580918818b4a9f68396d5c4._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://kevwalke.myopenid.com/"
+ ip="77.86.30.139"
+ subject="building and installing with cabal"
+ date="2012-08-29T18:15:07Z"
+ content="""
+So I got round to trying it out. I cloned the latest from the repository@ git://git-annex.branchable.com/ and then followed the instructions on the install page: http://git-annex.branchable.com/install/cabal/
+However I get a dependency problem:
+
+cabal install --only-dependencies
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-3.20120825 (user goal)
+trying: git-annex-3.20120825:+oldyesod
+trying: git-annex-3.20120825:+currentyesod
+next goal: yesod-default (dependency of git-annex-3.20120825:+oldyesod)
+rejecting: yesod-default-1.1.0 (conflict: git-annex-3.20120825:oldyesod =>
+yesod-default(<=1.0.1.1))
+rejecting: yesod-default-1.0.1.1, 1.0.1, 1.0.0, 0.6.1, 0.5.0, 0.4.1, 0.4.0,
+0.3.1 (conflict: git-annex-3.20120825:currentyesod => yesod-default(>=1.1.0))
+
+I'm not sure how to proceed from here and would be grateful of any pointers to help get this built
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_5_8ce638960012367c888e018a5f05db19._comment b/doc/design/assistant/blog/day_66__the_merge/comment_5_8ce638960012367c888e018a5f05db19._comment
new file mode 100644
index 0000000000..f51f5ef528
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_5_8ce638960012367c888e018a5f05db19._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 5"
+ date="2012-08-29T22:17:01Z"
+ content="""
+@kevwalke: I fixed that problem today.
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_6_f461b856b940e6914bcd2b681cf9505f._comment b/doc/design/assistant/blog/day_66__the_merge/comment_6_f461b856b940e6914bcd2b681cf9505f._comment
new file mode 100644
index 0000000000..2232c426b8
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_6_f461b856b940e6914bcd2b681cf9505f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://kevwalke.myopenid.com/"
+ ip="77.86.30.139"
+ subject="getting new error now."
+ date="2012-08-30T11:55:49Z"
+ content="""
+Seems there is still an issue here on fresh install...
+
+cabal: Error: some packages failed to install:
+dbus-0.10 depends on libxml-sax-0.7.2 which failed to install.
+libxml-sax-0.7.2 failed during the configure step. The exception was:
+ExitFailure 
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_7_6e73aca1fc1747d0e742e054b88b5d78._comment b/doc/design/assistant/blog/day_66__the_merge/comment_7_6e73aca1fc1747d0e742e054b88b5d78._comment
new file mode 100644
index 0000000000..0cb970a4cd
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_7_6e73aca1fc1747d0e742e054b88b5d78._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 7"
+ date="2012-08-30T17:15:58Z"
+ content="""
+It's hard to tell from that error message what's going on. I'd hope that there was actually a real error message printed earlier than that that.
+
+For now, I can only guess.. In order to install the haskell libxml-sax library, you need to have the GNOME XML2 library installed, including development headers. On Debian and derivatives, that is `apt-get install libxml2-dev`. 
+
+Alternatively, you can disable use of dbus by passing this to your cabal install: `--flags=-Dbus`
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_8_d85f1ce23ae16d5a8eb88d2c3999acb7._comment b/doc/design/assistant/blog/day_66__the_merge/comment_8_d85f1ce23ae16d5a8eb88d2c3999acb7._comment
new file mode 100644
index 0000000000..f2068146d0
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_8_d85f1ce23ae16d5a8eb88d2c3999acb7._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://kevwalke.myopenid.com/"
+ ip="94.175.38.180"
+ subject="thanks"
+ date="2012-09-01T14:44:58Z"
+ content="""
+That got rid of that error. However now I get the following at the last step:
+
+Linking dist/build/git-annex/git-annex ...
+Installing executable(s) in /home/kev/bin
+setup: git-annex.1: does not exist
+cabal: Error: some packages failed to install:
+git-annex-3.20120826 failed during the final install step. The exception was:
+ExitFailure 1
+
+There doesn't seem to be any failures further up the output just some warnings. All the other steps complete fine
+Thanks for any advice/pointers here
+-Kevin
+"""]]
diff --git a/doc/design/assistant/blog/day_66__the_merge/comment_9_c06dab4d78122c85beeaf300ffc3e376._comment b/doc/design/assistant/blog/day_66__the_merge/comment_9_c06dab4d78122c85beeaf300ffc3e376._comment
new file mode 100644
index 0000000000..5a2b3c8d19
--- /dev/null
+++ b/doc/design/assistant/blog/day_66__the_merge/comment_9_c06dab4d78122c85beeaf300ffc3e376._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 9"
+ date="2012-09-01T19:32:02Z"
+ content="""
+I think I've fixed that.
+"""]]
diff --git a/doc/design/assistant/blog/day_67__progress_bars.mdwn b/doc/design/assistant/blog/day_67__progress_bars.mdwn
new file mode 100644
index 0000000000..1110a3c3f5
--- /dev/null
+++ b/doc/design/assistant/blog/day_67__progress_bars.mdwn
@@ -0,0 +1,10 @@
+Got the webapp's progress bars updating for downloads. Updated
+[[progressbars]] with all the options for ways to get progress info. For
+downloads, it currently uses the easy, and not very expensive, approach of
+periodically polling the sizes of files that are being downloaded.
+
+For uploads, something more sophisticated will be called for..
+
+---
+
+The webapp really feels alive now that it has progress bars!
diff --git a/doc/design/assistant/blog/day_68__transfers.mdwn b/doc/design/assistant/blog/day_68__transfers.mdwn
new file mode 100644
index 0000000000..498f0eae4c
--- /dev/null
+++ b/doc/design/assistant/blog/day_68__transfers.mdwn
@@ -0,0 +1,15 @@
+More work on the display and control of transfers.
+
+* Hide redundant downloads from the transfer display. It seemed simplest
+  to keep the behavior of queuing downloads from every remote that has a
+  file, rather than going to some other data structure, but it's clutter
+  to display those to the user, especially when you often have 7 copies
+  of each file, like I do.
+* When canceling a download, cancel all other queued downloads of that
+  key too.
+* Fixed unsettting of the paused flag when resuming a paused transfer.
+* Implemented starting queued transfers by clicking on the start button.
+* Spent a long time debugging why pausing, then resuming, and then pausing
+  a transfer doesn't successfully pause it the second time. I see where
+  the code is seemingly locking up in a `throwTo`, but I don't understand
+  why that blocks forever. Urgh..
diff --git a/doc/design/assistant/blog/day_68__transfers/comment_1_5282960c0b553fbc0f411345b9745324._comment b/doc/design/assistant/blog/day_68__transfers/comment_1_5282960c0b553fbc0f411345b9745324._comment
new file mode 100644
index 0000000000..0921ae8559
--- /dev/null
+++ b/doc/design/assistant/blog/day_68__transfers/comment_1_5282960c0b553fbc0f411345b9745324._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-08-29T21:24:37Z"
+ content="""
+It seems to be a bad idea to cancel everything when I cancel a single transfer.
+
+I may not want to transmit videos and RAW files at the moment, but would still like to know my JPGs are stored in a second location.
+
+Two obvious approaches, ideally both offered at the same time would be to allow the user to cancel, cancel all to this remote, and cancel all plus allowing them to send transfers to the end of the queue.
+
+If this is implemented already then sorry; I did _not_ test if this is available before writing this comment.
+"""]]
diff --git a/doc/design/assistant/blog/day_69__build_fixes.mdwn b/doc/design/assistant/blog/day_69__build_fixes.mdwn
new file mode 100644
index 0000000000..c3ee34e27d
--- /dev/null
+++ b/doc/design/assistant/blog/day_69__build_fixes.mdwn
@@ -0,0 +1,7 @@
+Short day today.
+
+* Worked on fixing a number of build failures people reported.
+* Solved the problem that was making transfer pause/resume not always work.
+  Although there is another bug where pausing a transfer sometimes lets
+  another queued transfer start running. 
+* Worked on getting the assistant to start on login on OSX.
diff --git a/doc/design/assistant/blog/day_6__polish.mdwn b/doc/design/assistant/blog/day_6__polish.mdwn
new file mode 100644
index 0000000000..ebe8068c33
--- /dev/null
+++ b/doc/design/assistant/blog/day_6__polish.mdwn
@@ -0,0 +1,50 @@
+Since my last blog, I've been polishing the `git annex watch` command.
+
+First, I fixed the double commits problem. There's still some extra
+committing going on in the `git-annex` branch that I don't understand. It
+seems like a shutdown event is somehow being triggered whenever
+a git command is run by the commit thread.
+
+I also made `git annex watch` run as a proper daemon, with locking to
+prevent multiple copies running, and a pid file, and everything.
+I made `git annex watch --stop` stop it.
+
+---
+
+Then I managed to greatly increase its startup speed. At startup, it
+generates "add" events for every symlink in the tree. This is necessary
+because it doesn't really know if a symlink is already added, or was
+manually added before it starter, or indeed was added while it started up.
+Problem was that these events were causing a lot of work staging the
+symlinks -- most of which were already correctly staged.
+
+You'd think it could just check if the same symlink was in the index.
+But it can't, because the index is in a constant state of flux. The
+symlinks might have just been deleted and re-added, or changed, and
+the index still have the old value.
+
+Instead, I got creative. :) We can't trust what the index says about the
+symlink, but if the index happens to contain a symlink that looks right,
+we can trust that the SHA1 of its blob is the right SHA1, and reuse it
+when re-staging the symlink. Wham! Massive speedup!
+
+---
+
+Then I started running `git annex watch` on my own real git annex repos,
+and noticed some problems.. Like it turns normal files already checked into
+git into symlinks. And it leaks memory scanning a big tree. Oops..
+
+---
+
+I put together a quick screencast demoing `git annex watch`.
+
+<video controls src="http://joeyh.name/screencasts/git-annex-watch.ogg"></video>
+
+While making the screencast, I noticed that `git-annex watch` was spinning
+in strace, which is bad news for powertop and battery usage. This seems to
+be a [GHC bug](http://bugs.debian.org/677096) also affecting Xmonad. I
+tried switching to GHC's threaded runtime, which solves that problem, but
+causes git-annex to hang under heavy load. Tried to debug that for quite a
+while, but didn't get far. Will need to investigate this further.. 
+Am seeing indications that this problem only affects ghc 7.4.1; in
+particular 7.4.2 does not seem to have the problem.
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes.mdwn b/doc/design/assistant/blog/day_70__adding_ssh_remotes.mdwn
new file mode 100644
index 0000000000..be83daa31a
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes.mdwn
@@ -0,0 +1,66 @@
+Today I built the UI in the webapp to set up a ssh or rsync remote.
+
+This is the most generic type of remote, and so it's surely got the most
+complex description. I've tried to word it as clearly as I can; suggestions
+most appreciated. Perhaps I should put in a diagram?
+
+[[!img /assistant/addsshserver.png]]
+
+The idea is that this will probe the server, using ssh. If `git-annex-shell`
+is available there, it'll go on to set up a full git remote. If not, it'll
+fall back to setting up a rsync special remote. It'll even fall all the way
+back to using `rsync://` protocol if it can't connect by ssh. So the user
+can just point it at a server and let it take care of the details,
+generally.
+
+The trickiest part of this will be authentication, of course. I'm relying
+on ssh using `ssh-askpass` to prompt for any passwords, etc, when there's
+no controlling terminal. But beyond passwords, this has to deal with ssh
+keys.
+
+I'm planning to make it check if you have a ssh key configured already. If
+you do, it doesn't touch your ssh configuration. I don't want to get in the
+way of people who have a manual configuration or are using MonkeySphere.
+
+But for a user who has never set up a ssh key, it will prompt asking if
+they'd like a key to be set up. If so, it'll generate a key and configure
+ssh to only use it with the server.. and as part of its ssh probe, that key
+will be added to `authorized_keys`.
+
+(Obviously, advanced users can skip this entirely; `git remote add
+ssh://...` still works..)
+
+----
+
+Also today, fixed more UI glitches in the transfer display. I think
+I have them all fixed now, except for the one that needs lots of javascript
+to be written to fix it.
+
+Amusingly, while I was working on UI glitches, it turned out that all the
+fixes involved 100% pure code that has nothing to do with UI. The UI was
+actually just exposing bugs.
+
+For example, closing a running transfer
+had a bug that weirdly reordered the queue. This turned out to be
+due to the transfer queue actually maintaining two versions of the queue,
+one in a TChan and one a list. Some unknown bugs caused these to get out of
+sync. That was fixed very handily by deleting the TChan, so there's only
+one copy of the data.
+
+I had only been using that TChan because I wanted a way to block while the
+queue was empty. But now that I'm more comfortable with STM, I know how
+to do that easily using a list:
+
+[[!format haskell """
+	getQueuedTransfer q = atomically $ do
+		sz <- readTVar (queuesize q)
+		if sz < 1
+			then retry -- blocks until size changes
+			else ...
+"""]]
+
+Ah, the times before [STM](http://en.wikipedia.org/wiki/Software_transactional_memory)
+were dark times indeed. I'm writing more and more STM code lately, building
+up more and more complicated and useful transactions. If you use threads and
+don't know about STM, it's a great thing to learn, to get out of the dark ages
+of dealing with priority inversions, deadlocks, and races.
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_10_2fac85357ac8feccff82beabd3791439._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_10_2fac85357ac8feccff82beabd3791439._comment
new file mode 100644
index 0000000000..1b4833b125
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_10_2fac85357ac8feccff82beabd3791439._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 10"
+ date="2012-09-09T16:58:55Z"
+ content="""
+That's great news.
+
+I suggest we disregard this comment thread, i'll just follow the proper bug report(which i guess i should have made to begin with).
+
+Thanks for your good work.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment
new file mode 100644
index 0000000000..1477a71db7
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_11_e9e496005fd1bf5a10c9e286b83e51fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 11"
+ date="2012-09-09T17:12:55Z"
+ content="""
+That bug should be fixed now.
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_1_913e6ae7c8f7db90b9767ec35fc84205._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_1_913e6ae7c8f7db90b9767ec35fc84205._comment
new file mode 100644
index 0000000000..f797a0249b
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_1_913e6ae7c8f7db90b9767ec35fc84205._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="gpg encryption on ssh remotes"
+ date="2012-09-01T08:25:17Z"
+ content="""
+I've been playing around with the Assistant in the last few days.
+
+And besides for gpg encryption it works great.
+
+But whenever i set up a special remote(done it manually since you hadn't made this yet) it will break, bad.
+
+Some files will transfer fine, but at some point it will still(the stdout from git-annex webapp shows gpg being stupid).
+
+I get a huge amount of [git] <defunct> in my ps auxw. And two git-annex transferkey <key> --to host --file <some file>
+
+It seems to consistently fall on a 9mb file i have. I have found no way to recover from this(killing and restarting git-annex will say 'transfer already in progress'. Deleting the file was to no avail, it still tries to transfer).
+
+I have done a lot of testing and i've only seen this on special remotes when gpg encryption is enabled(i haven't tried encryption=shared)
+
+Besides for this issue, the Assistant is looking great.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_2_634ca3c236e2062289e7df5f0d77a3c5._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_2_634ca3c236e2062289e7df5f0d77a3c5._comment
new file mode 100644
index 0000000000..84e780b4bf
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_2_634ca3c236e2062289e7df5f0d77a3c5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 2"
+ date="2012-09-02T21:40:17Z"
+ content="""
+@tobias, when you say \"gpg being stupid\", what exactly do you see at that point? Please paste it.
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_3_e365bbcbb7f66ce2b35fcd5b969ab315._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_3_e365bbcbb7f66ce2b35fcd5b969ab315._comment
new file mode 100644
index 0000000000..741cdfc63e
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_3_e365bbcbb7f66ce2b35fcd5b969ab315._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2012-09-02T23:49:17Z"
+ content="""
+Updated to the latest trunk, and did some more testing.
+
+I'll retract the \"gpg being stupid\" comment. it just gives the normal \"(gpg)\".
+
+There really isn't anything interesting in the stdout(but a lot of defunct git's in ps auxw), but i still can't get any files larger than ~710kbyte to transfer. They just stall.
+
+http://pastebin.com/ZA8dzxZD <- stdout/stderr
+http://pastebin.com/f1J1T79E <- ps auxw | grep git
+
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_4_b15499722a655489f9ea60ff9d4c47c6._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_4_b15499722a655489f9ea60ff9d4c47c6._comment
new file mode 100644
index 0000000000..d78f3d268d
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_4_b15499722a655489f9ea60ff9d4c47c6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2012-09-03T08:12:39Z"
+ content="""
+So, i've let the assistant run since i posted my last message, while i slept.
+
+But 8 hours later, it still hasn't made any progress. :(
+
+Again, only see this with gpg encryption enabled, and on files >700kbyte.
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_5_8ea48276f060e75d9f40617d2a1ccd08._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_5_8ea48276f060e75d9f40617d2a1ccd08._comment
new file mode 100644
index 0000000000..0cbf81e413
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_5_8ea48276f060e75d9f40617d2a1ccd08._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 5"
+ date="2012-09-04T20:06:17Z"
+ content="""
+Can you try running the transfer command by hand? The command line is:
+
+`/home/alansmithee/bin/git-annex transferkey SHA256-s806100--ad2c33a88a665c56d97393fad99b37529afc5947694eab7d9c27f4d178d182f4 --to host1free --file 787kbyte.txt`
+
+Paste me the full output until it seems to hang (if it hangs this way), and if it does hang you may also need to strace it and send me that..
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_6_9b8bf7e9fa715977fbeb98087deefd1a._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_6_9b8bf7e9fa715977fbeb98087deefd1a._comment
new file mode 100644
index 0000000000..c5c2aaa8a4
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_6_9b8bf7e9fa715977fbeb98087deefd1a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 6"
+ date="2012-09-04T21:57:05Z"
+ content="""
+No joy.
+
+strace: http://pastebin.com/UYSrZZAg
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_7_42e09eacdc10c7cf579bfc6470b5117c._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_7_42e09eacdc10c7cf579bfc6470b5117c._comment
new file mode 100644
index 0000000000..5a8e2f9f8d
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_7_42e09eacdc10c7cf579bfc6470b5117c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 7"
+ date="2012-09-06T16:20:49Z"
+ content="""
+From the strace, I can see it reading the file and feeding it to gpg. Either gpg is stalling after a while, or perhaps it is not reading the output back from gpg. What type of special remote is this (rsync/directory/S3)? Can you provide `strace -f` output for the same command you straced before?
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_8_6c02f31063b3d399d1b4f823bd6543ce._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_8_6c02f31063b3d399d1b4f823bd6543ce._comment
new file mode 100644
index 0000000000..391ec44379
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_8_6c02f31063b3d399d1b4f823bd6543ce._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 8"
+ date="2012-09-06T18:41:47Z"
+ content="""
+I've tried with rsync and directory(real, mountpoint, and fuse mount), no S3. Same result on all of them.
+
+Here is an strace -f http://pastebin.com/YqCbi7Ue
+
+Funny thing is that now i hitting the failure on smaller files(<500kbyte).
+
+I even did a restart because of that. To see if a clean boot would increate it back to the ~700kbyte, but it made no difference.
+
+The annex hasn't been idle since last time, but i haven't done anything major in it. In total the annex is 204mb(up from 185mb at the time of my first post about this)
+"""]]
diff --git a/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_9_dd0447cb3b39d3a8c1a7cc00f17d8bc2._comment b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_9_dd0447cb3b39d3a8c1a7cc00f17d8bc2._comment
new file mode 100644
index 0000000000..cd879bcfd4
--- /dev/null
+++ b/doc/design/assistant/blog/day_70__adding_ssh_remotes/comment_9_dd0447cb3b39d3a8c1a7cc00f17d8bc2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 9"
+ date="2012-09-09T16:52:33Z"
+ content="""
+Someone else reported what looks like the same problem, here: [[bugs/transferkey_fails_due_to_gpg]]
+
+I'mm be following up to that bug report. In fact, I think I just managed to replicate the bug!
+"""]]
diff --git a/doc/design/assistant/blog/day_71__ssh_probing.mdwn b/doc/design/assistant/blog/day_71__ssh_probing.mdwn
new file mode 100644
index 0000000000..ac5a473800
--- /dev/null
+++ b/doc/design/assistant/blog/day_71__ssh_probing.mdwn
@@ -0,0 +1,26 @@
+Got ssh probing implemented. It checks if it can connect to the server, and
+probes the server to see how it should be used. 
+
+Turned out to need two ssh probes. The first uses the system's existing ssh
+configuration, but disables password prompts. If that's able to get in
+without prompting for a password, then the user must have set that up,
+and doesn't want to be bothered with password prompts, and it'll respect
+that configuration.
+
+Otherwise, it sets up a per-host ssh key, and configures a hostname alias
+in `~/.ssh/config` to use that key, and probes using that. 
+Configuring ssh this way is nice because it avoids changing ssh's
+behavior except when git-annex uses it, and it does not open up the server
+to arbitrary commands being run without password.
+
+--
+
+Next up will be creating the repositories. When there's a per-host key,
+this will also involve setting up `authorized_keys`, locking down the ssh
+key to only allow running git-annex-shell or rsync.
+
+I decided to keep that separate from the ssh probing, even though it means
+the user will be prompted twice for their ssh password. It's cleaner and
+allows the probing to do other checks -- maybe it'll later check the amount
+of free disk space -- and the user should be able to decide after the probe
+whether or not to proceed with making the repository.
diff --git a/doc/design/assistant/blog/day_71__ssh_probing/comment_1_56a0c29f7454cfca5cc30b2849e6e942._comment b/doc/design/assistant/blog/day_71__ssh_probing/comment_1_56a0c29f7454cfca5cc30b2849e6e942._comment
new file mode 100644
index 0000000000..606037372d
--- /dev/null
+++ b/doc/design/assistant/blog/day_71__ssh_probing/comment_1_56a0c29f7454cfca5cc30b2849e6e942._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2013-01-19T07:23:38Z"
+ content="""
+I'm finding a few circumstances where the per-host key never gets setup. Is there a way to force this probing or key setup to happen?
+"""]]
diff --git a/doc/design/assistant/blog/day_71__ssh_probing/comment_2_f3bd3e366c92c833c7e217da125481b8._comment b/doc/design/assistant/blog/day_71__ssh_probing/comment_2_f3bd3e366c92c833c7e217da125481b8._comment
new file mode 100644
index 0000000000..3ce31969db
--- /dev/null
+++ b/doc/design/assistant/blog/day_71__ssh_probing/comment_2_f3bd3e366c92c833c7e217da125481b8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 2"
+ date="2013-01-19T16:09:15Z"
+ content="""
+It'd be best to file a bug report with details.
+"""]]
diff --git a/doc/design/assistant/blog/day_72__remote_ssh_server_configurator_finished.mdwn b/doc/design/assistant/blog/day_72__remote_ssh_server_configurator_finished.mdwn
new file mode 100644
index 0000000000..4dfc297b2c
--- /dev/null
+++ b/doc/design/assistant/blog/day_72__remote_ssh_server_configurator_finished.mdwn
@@ -0,0 +1,34 @@
+Decided to only make bare git repos on remote ssh servers. This
+configurator is aimed at using a server somewhere, which is probably not
+going to be running the assistant. So it doesn't need a non-bare repo, and
+there's nothing to keep the checked out branch in a non-bare repo
+up-to-date on such a server, anyway. For non-bare repos on locally
+accessible boxes, the [[pairing]] configurator will be the thing
+to use, instead of this one.
+
+Note: While the remote ssh configurator works great, and you could even have the
+assistant running on multiple computers and use it to point them all at the
+same repo on a server, the assistant does not yet support keeping such a
+network topology in sync. That needs some of the ideas in [[cloud]] to
+happen, so clients can somehow inform each other when there are changes.
+Until that happens, the assistant polls only every 30 minutes, so it'll
+keep in sync with a 30 minute delay.
+
+---
+
+This configurator can also set up encryped rsync special remotes. Currently
+it always encrypts them, using the shared cipher mode of git-annex's
+encryption. That avoids issues with gpg key generation and distribution,
+and was easy to get working.
+
+---
+
+I feel I'm in a good place now WRT adding repository configurator wizards
+to the webapp. This one took about 2.5 days, and involved laying some
+groundwork that will be useful for other repository configurators. And it
+was probably one of the more complex ones. 
+
+Now I should be able to crank out configurators for things like Amazon S3,
+Bup, Rsync.net, etc fairly quickly. First, I need to do a beta release of
+the assistant, and start getting feedback from my backers to prioritize
+what to work on.
diff --git a/doc/design/assistant/blog/day_73__rsync.net_configurator.mdwn b/doc/design/assistant/blog/day_73__rsync.net_configurator.mdwn
new file mode 100644
index 0000000000..9000636a73
--- /dev/null
+++ b/doc/design/assistant/blog/day_73__rsync.net_configurator.mdwn
@@ -0,0 +1,17 @@
+Now finished building a special configurator for rsync.net. While
+this is just a rsync remote to git-annex, there are some tricky bits to
+setting up the ssh key using rsync.net's restricted shell. The configurator
+automates that nicely. It took about 3 hours of work, and 49 lines of
+rsync.net specific code to build this.
+
+[[!img /assistant/rsync.net.png]]
+
+Thanks to rsync.net who heard of my Kickstarter and gave me a really
+nice free lifetime account. BTW guys, I wish your restricted shell
+supported '&&' in between commands, and returned a nonzero exit status when
+the command fails. This would make my error handling work better.
+
+I've also reworked the repository management page. Nice to see those
+configurators start to fill in!
+
+[[!img /assistant/repositories.png]]
diff --git a/doc/design/assistant/blog/day_74__bits_and_peices.mdwn b/doc/design/assistant/blog/day_74__bits_and_peices.mdwn
new file mode 100644
index 0000000000..c3a71d7964
--- /dev/null
+++ b/doc/design/assistant/blog/day_74__bits_and_peices.mdwn
@@ -0,0 +1,7 @@
+* On OSX, install a launcher plist file, to run the assistant on login,
+  and a `git-annex-webapp.command` file in the desktop. This is not tested
+  yet.
+* Made the webapp display alerts when the inotify/kqueue layer has a
+  warning message.
+* Handle any crashes of each of the 15 or so named threads by displaying
+  an alert. (Of course, this should never happen.)
diff --git a/doc/design/assistant/blog/day_75__zeromq_and_pairing.mdwn b/doc/design/assistant/blog/day_75__zeromq_and_pairing.mdwn
new file mode 100644
index 0000000000..9f2ba48169
--- /dev/null
+++ b/doc/design/assistant/blog/day_75__zeromq_and_pairing.mdwn
@@ -0,0 +1,50 @@
+Started reading about ZeroMQ with the hope that it could do some firewall
+traversal thing, to connect mutually-unroutable nodes. Well, it could, but
+it'd need a proxy to run on a server both can contact, and lots of
+users won't have a server to run that on. The XMPP approach used by
+dvcs-autosync is looking like the likeliest way for git-annex to handle
+that use case.
+
+However, ZeroMQ did point in promising directions to handle another use
+case I need to support: Local [[pairing]]. In fairly short order, I got
+ZeroMQ working over IP Multicast (PGM), with multiple publishers sending
+messages that were all seen by multiple clients on the LAN (actually the
+WAN; works over OpenVPN too). I had been thinking about using
+Avahi/ZeroConf for discovery of systems to pair with, but ZeroMQ is rather
+more portable and easy to work with.
+
+Unfortunatly, I wasn't able to get ZeroMQ to behave reliably enough.
+It seems to have some timeout issues the way I'm trying to use it,
+or perhaps its haskell bindings are buggy? Anyway, it's really overkill
+to use PGM when all I need for git-annex pairing discovery is lossy
+UDP Multicast. Haskell has a simple `network-multicast` library for that,
+and it works great.
+
+With discovery out of the way (theoretically), the hard part about
+[[pairing]] is going to be verifying that the desired repository is being
+paired with, and not some imposter. My plan to deal with this involves a
+shared secret, that can be communicated out of band, and HMAC. The webapp
+will prompt both parties to enter the same agreed upon secret (which could
+be any phrase, ideally with 64 bytes of entropy), and will then use it as
+the key for HMAC on the ssh public key. The digest will be sent over the
+wire, along with the ssh public key, and the other side can use the shared
+secret to verifiy the key is correct.
+
+The other hard part about [[pairing]] will be finding the best address to
+use for git, etc to connect to the other host. If MDNS is available, it's
+ideal, but if not the pair may have to rely on local DNS, or even
+hard-coded IPs, which will be much less robust. Or, the assistant could
+broadcast queries for a peer's current IP address itself, as a poor man's
+MDNS.
+
+All right then! That looks like a good week's worth of work to embark on.
+
+---
+
+Slight detour to package the haskell network-multicast library and upload
+to Debian unstable.
+
+Roughed out a data type that models the whole pairing conversation,
+and can be serialized to implement it. And a state machine to run
+that conversation. Not yet hooked up to any transport such as multicast
+UDP.
diff --git a/doc/design/assistant/blog/day_76__pairing.mdwn b/doc/design/assistant/blog/day_76__pairing.mdwn
new file mode 100644
index 0000000000..0ebf55090f
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing.mdwn
@@ -0,0 +1,16 @@
+About half way done with implementing [[pairing]]. The webapp's interface
+to prompt for a secret and start pairing is done; the protocol is
+implemented; broadcasting of pairing requests is working; added Yet Another
+Thread to listen for incoming pairing traffic.
+
+Very happy with how this came together; starting with defining the protocol
+with data types let me rapidly iterate until I had designed a simple, clean,
+robust protocol. The implementation works well too; it's even possible to
+start pairing, and only then bring up the network interface to the machine
+you intended to pair with, and it'll detect the new interface and start
+sending requests to it.
+
+Next, I need to make alerts have a button that performs a stored
+IO action. So that the incoming pair request alert can have a button to
+respond to the pair request. And then I need to write the code to actually
+perform the pairing, including ssh key setup.
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_1_09665f269343422cd18051fad1a8c19e._comment b/doc/design/assistant/blog/day_76__pairing/comment_1_09665f269343422cd18051fad1a8c19e._comment
new file mode 100644
index 0000000000..16956ead21
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_1_09665f269343422cd18051fad1a8c19e._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="Hogging memory"
+ date="2012-09-09T15:51:40Z"
+ content="""
+How do you prefer bugs to be reported?
+
+I'm having a problem where git-annex (from git, 1e41c0d85ecc24e8656bff79b2fba46c3663a054) is taking over 20GB of RAM after adding a single file.
+
+To reproduce:
+
+1. Create a new annex (I used the web app, created an annex at ~/annex)
+2. Add box.com as a remote, using encryption (followed <http://git-annex.branchable.com/tips/using_box.com_as_a_special_remote/>, basically `cd ~/annex; git annex initremote box.com type=directory directory=/media/box.com encryption=$GPGID`)
+3. copied a file into the annex (ok, I admit, the file was a bit large, 350MB, but still)
+4. refreshed the web app, nothing happened
+5. closed the web app
+6. started git annex assistant inside ~/annex
+7. git annex webapp
+8. noted that git annex noticed the file, and started transferring
+9. wait
+10. memory usage for the git-annex process goes beyond 21GB RAM
+11. oomkiller kills git-annex
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_2_8e1b2233579bc26bfd758bbf6b3bdc07._comment b/doc/design/assistant/blog/day_76__pairing/comment_2_8e1b2233579bc26bfd758bbf6b3bdc07._comment
new file mode 100644
index 0000000000..a2e64671fe
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_2_8e1b2233579bc26bfd758bbf6b3bdc07._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 2"
+ date="2012-09-09T16:25:52Z"
+ content="""
+The [[bugs]] page is the place to put bug reports like this so I won't forget them.
+
+This should certainly not be happening. There are actually two git-annex processes running in the situation you describe; I'd be most curious to know whether the `git annex transfer` process was the one that blew up, or if the `git annex assistant` blew up. Also, it's not clear to me if you enabled the chunksize parameter when setting up the special remote, which could well be a significant detail.
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment b/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment
new file mode 100644
index 0000000000..28439b34fc
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_3_a8b6a8432da20c468c633da8e7cbc2f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="comment 3"
+ date="2012-09-09T17:34:07Z"
+ content="""
+I'm almost certain that I specified chunksize like in the tip. How do I check?
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment b/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment
new file mode 100644
index 0000000000..e462402652
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_4_36a428a2e1803f4391b821d1892f0cd7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 4"
+ date="2012-09-09T18:00:48Z"
+ content="""
+You can see the full configuration with: git show git-annex:remote.log
+
+(You probably do not want to paste the cipher= part of that here, although it *is* encrypted with your gpg key, unless you are using the shared encryption mode.)
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_5_11f332fe2050d8c1416e71f9e85ba280._comment b/doc/design/assistant/blog/day_76__pairing/comment_5_11f332fe2050d8c1416e71f9e85ba280._comment
new file mode 100644
index 0000000000..5c93d3d3e8
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_5_11f332fe2050d8c1416e71f9e85ba280._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="comment 5"
+ date="2012-09-10T14:54:17Z"
+ content="""
+chunksize=2m was defined. I tried again, and the transfers again didn't seem to start. Then I did `killall git-annex`, cleaned the files from the box.com account, and tried again. This time it seems to be working, but the webapp isn't showing progress. Memory usage also stays reasonable, and doesn't seem to grow. Maybe it was just bad handling of unexpected repository state?
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_6_973aeb656b78eca97474ea1a3f5b57b7._comment b/doc/design/assistant/blog/day_76__pairing/comment_6_973aeb656b78eca97474ea1a3f5b57b7._comment
new file mode 100644
index 0000000000..120a87845e
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_6_973aeb656b78eca97474ea1a3f5b57b7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 6"
+ date="2012-09-10T17:31:20Z"
+ content="""
+Re transfer progress not being shown, that's expected as upload progress displays are not yet implemented in the webapp.
+
+I can't think of a way git-annex would care what was in your box.com repo. It just makes directories as needed, and will overwrite existing files in the rare case they already exist. And ignore any non-git-annex files.
+
+Are you sure it was git-annex's memory use blowing up, and not the memory use of the davfs2 daemon?
+"""]]
diff --git a/doc/design/assistant/blog/day_76__pairing/comment_7_03d2b3343f34377a4d6171e06b7609f6._comment b/doc/design/assistant/blog/day_76__pairing/comment_7_03d2b3343f34377a4d6171e06b7609f6._comment
new file mode 100644
index 0000000000..5aea18576c
--- /dev/null
+++ b/doc/design/assistant/blog/day_76__pairing/comment_7_03d2b3343f34377a4d6171e06b7609f6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmubB1Sj2rwFoVdZYvGV0ACaQUJQyiJXJI"
+ nickname="Paul"
+ subject="comment 7"
+ date="2012-09-10T17:35:48Z"
+ content="""
+Positive. I was grepping for git-annex from ps for the mem usage.
+"""]]
diff --git a/doc/design/assistant/blog/day_77_alert_buttons.mdwn b/doc/design/assistant/blog/day_77_alert_buttons.mdwn
new file mode 100644
index 0000000000..2c05b495b5
--- /dev/null
+++ b/doc/design/assistant/blog/day_77_alert_buttons.mdwn
@@ -0,0 +1,21 @@
+Alerts can now have buttons, that go to some url when clicked. Yay.
+
+Implementing that was a PITA, because Yesod really only wants its type-safe
+urls to be rendered from within its Handler monad. Which most things that
+create alerts are not. I managed to work around Yesod's insistence on this
+only by using a MVar to store the pure function that Yesod uses internally.
+That function can only be obtained once the webapp is running.
+
+----
+
+Fixed a nasty bug where using gpg would cause hangs. I introduced this back
+when I was reworking all the code in git-annex that runs processes, so it
+would work with threading. In the process a place that had forked a process
+to feed input to gpg was lost. Fixed it by spawning a thread to feed gpg.
+Luckily I have never released a version of git-annex with that bug, but
+the many users who are building from the master branch should update.
+
+----
+
+Made alerts be displayed while pairing is going on, with buttons to cancel
+pairing or respond to a pairing request.
diff --git a/doc/design/assistant/blog/day_78__pairing_continued.mdwn b/doc/design/assistant/blog/day_78__pairing_continued.mdwn
new file mode 100644
index 0000000000..74f5107150
--- /dev/null
+++ b/doc/design/assistant/blog/day_78__pairing_continued.mdwn
@@ -0,0 +1,8 @@
+Worked on [[pairing]] all day. It's complicated and I was close to being in
+the weeds at times. I think it probably works now, but I have not tested it
+at all. Tomorrow, testing, and cleaning up known problems.
+
+----
+
+Also ordered 1.5 terabytes of USB keys and a thousand git-annex stickers
+today.
diff --git a/doc/design/assistant/blog/day_79__pairing_finished.mdwn b/doc/design/assistant/blog/day_79__pairing_finished.mdwn
new file mode 100644
index 0000000000..ca4bbc1257
--- /dev/null
+++ b/doc/design/assistant/blog/day_79__pairing_finished.mdwn
@@ -0,0 +1,33 @@
+Tons of pairing work, which culminated today in pairing fully working for
+the very first time. And it works great! Type something like "my
+hovercraft is full of eels" into two git annex webapps on the same LAN
+and the two will find each other, automatically set up ssh keys, and sync
+up, like magic. Magic based on math.
+
+* Revert changes made to `authorized_keys` when the user cancels
+  a pairing response. Which could happen if the machine that sent the
+  pairing request originally is no longer on the network.
+* Some fixes to handle lossy UDP better. Particularly tricky at the end
+  of the conversation -- how do both sides reliably know when a
+  conversation is over when it's over a lossy wire? My solution is just
+  to remember some conversatons we think are over, and keep saying
+  "this conversation is over" if we see messages in that conversation.
+  Works.
+* Added a UUID that must be the same in related pairing messages.
+  This has a nice security feature: It allows detection of brute-force
+  attacks to guess the shared secret, after the first wrong guess! 
+  In which case the pairing is canceled and a warning printed.
+* That led to a thorough security overview, which I've added to
+  the [[pairing]] page. Added some guards against unusual attacks,
+  like console poisioning attacks. I feel happy with the security
+  of pairing now, with the caveats that only I have reviewed it (and
+  reviewing your own security designs is never ideal), and that the
+  out-of-band shared secret communication between users is only as good
+  as they make it.
+* Found [a bug](https://github.com/yesodweb/yesod/issues/421) 
+  in Yesod's type safe urls. At least, I think it's a bug. Worked around it.
+* Got very stuck trying to close the sockets that are opened to send
+  multicast pairing messages. Nothing works, down to and including calling
+  C `close()`. At the moment I have a socket leak. :(
+  I need to understand the details of multicast sockets better to fix this.
+  Emailed the author of the library I'm using for help.
diff --git a/doc/design/assistant/blog/day_7__bugfixes.mdwn b/doc/design/assistant/blog/day_7__bugfixes.mdwn
new file mode 100644
index 0000000000..79f36fe98d
--- /dev/null
+++ b/doc/design/assistant/blog/day_7__bugfixes.mdwn
@@ -0,0 +1,45 @@
+Kickstarter is over. Yay!
+
+Today I worked on the bug where `git annex watch` turned regular files
+that were already checked into git into symlinks. So I made it check
+if a file is already in git before trying to add it to the annex.
+
+The tricky part was doing this check quickly. Unless I want to write my
+own git index parser (or use one from Hackage), this check requires running
+`git ls-files`, once per file to be added. That won't fly if a huge
+tree of files is being moved or unpacked into the watched directory.
+
+Instead, I made it only do the check during `git annex watch`'s initial
+scan of the tree. This should be OK, because once it's running, you
+won't be adding new  files to git anyway, since it'll automatically annex
+new files. This is good enough for now, but there are at least two problems
+with it:
+
+* Someone might `git merge` in a branch that has some regular files,
+  and it would add the merged in files to the annex.
+* Once `git annex watch` is running, if you modify a file that was
+  checked into git as a regular file, the new version will be added
+  to the annex.
+
+I'll probably come back to this issue, and may well find myself directly
+querying git's index.
+
+---
+
+I've started work to fix the memory leak I see when running `git annex
+watch` in a large repository (40 thousand files). As always with a Haskell
+memory leak, I crack open [Real World Haskell's chapter on profiling](http://book.realworldhaskell.org/read/profiling-and-optimization.html).
+
+Eventually this yields a nice graph of the problem:
+
+[[!img profile.png alt="memory profile"]]
+
+So, looks like a few minor memory leaks, and one huge leak. Stared
+at this for a while and trying a few things, and got a much better result:
+
+[[!img profile2.png alt="memory profile"]]
+
+I may come back later and try to improve this further, but it's not bad memory
+usage. But, it's still rather slow to start up in such a large repository,
+and its initial scan is still doing too much work. I need to optimize
+more..
diff --git a/doc/design/assistant/blog/day_7__bugfixes/profile.png b/doc/design/assistant/blog/day_7__bugfixes/profile.png
new file mode 100644
index 0000000000000000000000000000000000000000..702af1ca00367f5e4b6b8242b195ee3531b193f7
GIT binary patch
literal 47098
zcmaI82|QHq+dn>1c2P-VPYF{Z+1DwhLUzK)lF2fL(Af7PW&gy4>}1F?_9bLXQDiJr
zV-HDV-<K@I{~mpw=lOk~-|zK5y?V`<<(&K6=RVhUy_ajk^>l8tGI29OAP`oKJ2wp=
zkfY$~5mSaE-~scP)*U?1*=XIq2|1wt%WTMt2d^-?-Z8^~$2*7rZ+$_lLLk8qjhokv
zyocr~x=~^pfdbwLtb8F##>h01)3GYVk##uR^!Y`?@_5-me<%Wi9@USu*mxGK5PG6n
zg~3%|`5cGDqKJ$Krir60DRRUGVZFs3rXo{&%>}CPoGX(lQu^A_6-~9W4`CntI^nF1
z(phKkJ%AM;*_t%be)|&V&q<xXdbLr2z3VO;1|!w&`x-8F@OpbbvO7Zxj1dBP$KsM&
zM|1epRT+Bt2)WPB^7n~21Kr;zXMUa084bp)66%*S>KLi7xiULFmSUw1rrd$)j#8%v
zGHsxlR>x>hOB>vPzgK7|ceqnasgy3A(a?$~GSrViAZL!!9zF&$KmB{q=3^~~FF?kh
zTAx_9z@dC+g{d#x=XC0Ld<F^`q1_W<0DrqmCj~Z~&w(6%>;Eyp|Jkp4Gh~^SoGKY6
z$=SY=KTN$|Y{zsVI@Yo&DEtf>8CA9U?Xs_E{kr&j9(qH~F7n!-ljkh|Sc;HFNBPJc
zwp`4<B&D0|ldeR5`(cowEeTUB*17GUF2wk1UF65CW#H4p;dmc$J)*A9AUHi&F7`&W
zpkVe}v@iSZxio`|G06G$q1xfLq;fF@vN71EXm^A(3JM~!KPMK=)j1Du_-bPg5a^)?
zcvQ0C7IiuoxzZuZ@@Qv!;i`g*aLB;adic!uGT3I>q-y)*6W_YdyQNj0C9+E&6#8p%
zq@nQiFoEdN_<goVMPV~&?QcCxC6adSK3msQ*W~p$)Op*#Rf|UKt?bu058IjjmJ0eQ
zUtFLG^Vs5#ro79WcnPMYxwQo{PQ!)djQnI%meftQHQUKKo^kc1P&lcscuq(|SSJq~
zbw%)@Y|3|!22-(w&MBL+<&svY5&?=KT+q0h(Vf^i<*({8oFJKtP42Q&^}gKsxc0th
za@l?HHRY{ib``H<nJKqJv=_Dr&>O7h_v_ph1Ejq#<!&?U%SJXaZAeGi*jJbhS4Vz&
zijeo#6%KTzaJLnI{}RF2#J9_}opL3k+smivON`)EvVZ&V03#8Ht%vJ#?J>qs-ii3$
ztVz83Qt_Y*ET-lF>Y3nB-0dqH)UAqCCs3x}rmoL1x8b|IE*eo>Qc^SQtk2<L@f_3Y
zJY0OQaKW?QvgDOP<7(L?Dp`>%o5K1%fm};MXlhtVwN;YbALVhm@jk!Axp&a_QK5^A
zO}1)G$!dOQM=|1@z;BYr!mzUU8*n1dHRf$l5BrM2`&L$3FrqZ;jp1^!3b8lJuUq^c
z&#{RYJ=j4Yci`u_BmP7_Cb%>()<<FAt{8NfYuTCQViDqrwq||ZiTuLzf6hY>&nxeh
ztp;_y^lvok3W8NJeh&&!=D=aAstYa>6v%tQ>+Y}%X$0t{h^Gzdp675mypJ*}Roq6P
zZ>lWu_pl;2UJG&{POD#MzP6^!c19%h%&HkLVot2{t<H{BU5C3Ny$gdyWSF#B!ZYVa
zW_*=om~V%IOY$v-iM-7jgu4DseQ8hKN0gRr?ne!zkGj=sQrQ)I>TH%W*W;%x<Alr-
zY|T99!i|mfZx2=D^4NXSm(uHq2aGy<?_8W2jSV=SVNX(T?qI*?>dkD=?Aim4wBa=l
zDlOw1bB`q(8*lfN3eZJ=>Ii9vEzf?;<@llhD_Mw9g>^cENBxBM9mAv)+rh`RIWs}9
z3m&d@`Hdk)uS!U8u6HtvOC!8(rew?QI0TyD<6RSQ(w~e#Zv7$&q?SyO(9ttn{R(G(
zq&C=%DZz_em#@9nSM3c-#>S<eh9a>B&chdRvMJgk;cpKFX02m|14mB5Njk=A42Lmp
zk&g}%`;7fV`xu9zL8|ukO~<NPd-75-{1uP-%h>xcj`XC(R|b7Qzsbi?yw85UJXn@r
zPkuAzi%}fYf!0qCsMK~A7twpU-bTz_S!;Lk)2!7kl6#!Fei^^94rxXVSL4}Q-iStI
z-_fkSFaF9Pjh=y$@u|h@jo~X@6{gM+TMcP2V=Nya<5{i*CG)NkglbfuXhUdUi<d$`
zGFx(h`}gY0eC~uPpC8iN7X7wn$AvRKx}}m8)DPx`i*n`@M^lD0V#`RseHxL)T0yt`
zf6_4EuPv+aF$c9TYS<fQhATBqR(Wm@dhDYg$Vp98F722G$);?V<e?j@Xb81+#jxq6
zkqnDK&XBgikq3Eng-rAb>(;+WXb@+cElcUfv-H>}rFf4IcYl2T$ZO>Ig&3q@Xvs(D
zq}*oKXVuQD+_Wrqr61kqQ`dT(In<qp!@Ai$QI6!WN@peL<c|}!OYX&2p`|gS@uNYm
z#QxR7t6(e|FqF`5-P-ooOXeA<o`g&fi(Oe_IXhunocTq&@5kdiZo8iru|}S*)YW9o
zLI+_}XV5o3?aWncDmHBmhdmY6+?711T_cgGHIx^3&)|nGv=o7_BvnpLf%PL(!m-xd
zneG4`NA~=ak<WUnu~lWVJ(+tmhE%=7(^tJf+wd@=nv`V$o0(`Eh}sxe8C;>43%ESQ
z6fWEHP)Y1DyPCB24dct4%=nD})@X;?H9Ru-yW=N?Ef?nWZZZNyl>k=*VhemxG-5h%
zvGFMv80F^G-JfgZyhp8r-sI7(-IO<ZD8;f?wyAhm!W&T#9{05iLyqm_5u=LOpFSqy
ztGq@;M2eOJT?p2OyA5lMvJ*_be&mvJEnWJhFL?Mn^Ahz!;kLkXqVdA2VWUjN0c1j}
zei66Y5I9o#;X(Z<zv~=`4%sZXtO8NINS2iaX%@(4X+I?R$5VF?5B2MJE&4qywziC(
zw9~=g8LrR<8_Izc&9B4)S!9R|7SQBSSJxLy)JkU9^2^Ssvv6hJ8wV#bj%o#w)Y$ly
zE!UKhvO^p5h{WEwj?J<KHRrl6U4eL;vb}U>yB#brvck8wL#-bMm_2Ez2^RA1?0?q|
zIgrusA{qX1xik6Zhu?&$ZvToml$&_}0OD#gcCf!C@`HM1A&@O*Oo>-0$64z0|7Sr!
zeFGf&`jx*={*Qw=(e9KERewh)k+VfR%I`9inMmS2hN}s+@-dOw47z0`l7}<?v>J!H
zq$y^&S`!B1hda(_xcb4Df&wVg)@<{VSxNsyO<Pj9jTfqvq^J=GlEUtSOq(mAeR0<C
zm5>I9`uce=ObLyX_>J+~eiXOCPfoIzB7O!2oldlc;i9rX3k*s|B*_O{VVQnAm%M0B
zom5vs-T}$$uJq$`7okqejTT`c6O7HY7dx+ZV+3z<s3Yd49;5K14M_$UHBJ(IIMh8X
z$Ucj@l5OB(?2sp#7L8KKK4uB}9KACdaiMwU=r<5@syN4E!bV}5sAoH!fai0i^I*Nb
zGc`8GyR0__{ECtUX)TD?E9zXEP6h+58Y-FOq5WxkNj_!Id`z<UbNE~9(w1FMu0@;8
zPvmah(XfgYP{V1#lu9U?ME7NNYeMa|zoqdjfmLzNNcotQ+`%$a({#J`lHy{A%)1BK
z({+T}Pd54->hjgOXZ;#1+ugoGD@fv;%m<e#=jSVPTA?>gQu+O#e_HIb-rP9_!OO^a
zAcDk46mBC^bTsf)>^~PzF(NmjED{4T8=dB8l)SXJ7QFx(iVS5>UDGL9Dnvsdx?h}R
z*Mc@Yr8iUji}pt|Aa~&<x$Udc^h?9<ksOkqJMPeNkC@ogJj{%_JPMqrS!BIS#4BD-
zqp6YX#F$R&so>`}Q4gY?9fXFmQ=ZJ5N`l-N;>L?1%v?{$=%CYVxdJ{aG&MFZ(i0z4
zsl5QPJVYOTne1Oju{Dda<z(foM}{<1JCoOZ;)E&&qtf9Cwjf*w(BQr~$ySj1-dMs5
zCsMWI9;#+YB!W_KF@xm~)0s&1I3WrnOTj;Z?3B(89#X#jeBFAdms@N9Qmmm*oqAN+
zpwqp689pm9&IzUC(UOh+-g~5C8pt&V*_3ArYWu@wW52xe<F)r~*z|vD!zU6J*wv%b
zRQc!}@cC)j)Ki>1P7|hguKarq{XDo9kJAP}KiR(GS-%11bd3r5X}ampat4h`FjDS7
zEtK8XOjyGp!S*17{?pcjo71VxNIm3Nf7OgGyU0%;+B5lW=e2(^Z$^%mwOE=Z6n=NC
zAH4@^4RF^OXm*%oA3>mDIQFNxta}nKrM1&ADP4B;qnzq5L18q60LxOJV|c-{Vz5Us
zlyDk{HA)|ScxhAQwD2s~dvU(l?CBlq1`4DDzYOupK_^gj;jpOWo#I|x&G3S6!#&Ms
zK?y(Qa|`6j?*55j7MjJ|0^`R<$0at8M-Y_a7nN?EK<4Q_r%A;`e10Rk`s7_zwV0OT
zz|4pLYYLE=B37wuGym+6Y#xl<m1<lU#b*fJJ}9LyrPmcx;C`TBkHIurmVhPvQ(lKC
zz4z)@>YK8C_dHKnwO>d>LBVvQnm&htCeDaMU5x>*sjs;a1lD6EsqlNmZ;^=X7n7zi
zb(1VE2EmVxRjU;zva&_rDsdRF+0C<%q&zL^+>MPZ-#wkp5fN;IUhMw2fJ)v&h|Zp+
z=uI11y$Tw6kL(ATYiPh_)i2+F`OI#kXVf`0;seMh$^$2Dw)nZaT)5o+pBTZGnCOuJ
z#e-n+R?AZ6p4RLj1!}=g+P>{^txPY$cD*E9G-B$pS-(e;kVxp;f{v1xxYNq}L|3WM
zTvU{#^YG5wI%jjjHoo^)%qLH$(te-K+Y5OwujzBF<GY2KT+Y^qzfx)H@u|Jv=Ekdj
zLPc@f3Tv|>q%n=U*3@jOg6x-R>*;e0svEnIA5X{KUUq;}PAb%VBW!hAd-$$2z$Kek
zH&ga3FOH#4e6SwgWM%v84(+M2EJ?#S5C8Vz-*+3Ea-p<DE2}wQq0@!%v*R9_qrt2v
z=W^}FdS{!G&*=Rr=|4c{yeK^=yx3XZWp|@q;J$^$hQO>3sIPSyXRJo?4Lo9=iFCWV
zyYvB^>{AEp%<JekNlBPMkj9#>4^>-;aUx%*xzh_HWK6pUJlYk@kwIR{Ztc_+6dFGE
zE34W$b`R~@E^6~t`~jrPw6|Y+lwbU`wNmI&Vsz>YCjRWsQjqre^^$W9ItYf<e38BV
z6SPW0^Up?$dKnM&^)+=(MQm5MKdE5-)jTfZ6zBeN@H%qf@y^lyZqooC4{!Qu&Nq%Q
z<`<h%{7xxBkIY9iqum_7{$p!Kluqf&6^&?#j!wh)q|0gFIK@UeLXC7L3@3gtA<CVi
zvNF`=M^@p9l9d7&@^4-0gnCW{osOjlFJbf634C+!&wy1QBK#p(C$B9*xMEc8Y1u8E
zo5$F`*$yy+s^{6g%)UEAZ-N-Xg*J6Af|8XxufhlQ`m2KIZWr3`E!HB?8JtV#T-U)8
zrpuiM4A=7vIU5gN6i>HrsgfIsX{B8upN^wltxTitL5OZJTZ?`p<AWmk7}QJ20Cdz!
zq%UkWcM>@)Fy+JFE_sZYc2grLk#3HwUR-8a006tVr-~Y{-TilH%CK>5BKx;zmb%3)
zXd%J>WZ11XMYIRTd-eD^eef4NI8$InZm7hFMGSnp32lB9M$a)~j;4$~s*7N2Y*%|~
z!L4xOw6b2}0|`^wWxc(7S0-9O09J)mCS$Te9;+06j#)Ip8qjE(f=DS%yw7n=efdF`
zHnB&QPI`3FtNH|}$0pZ~;H%a@cgy*?4)Bqb@689(ZK>=3inKNR9oY-XT&r)DIQh1~
zu?m4hDQ0w2F1$6Y{5{b0F{fz>+Cbw5qE=dWxmfpFVPRqE-2~gid=w`^x%D=%rPa3~
zm-Q~nu?dwtLlb=9(;IYgpKI|ZAaktsz<s3DR6&^n_c5UsF}LlnbN-1~=XA}AX_}Yx
z3I2K0R#Rv*^iA~S+bW}|FeZ+Zf12LcsJ=;m^y{Y4@->UF(Ft{HzkxY*YoaH-vnj3q
zpgT-;Rym&qz3CUY5hSo3>lyU?Ta5FMnw9|RPkmqR<t(hprD%JLZ=4fT@MeVDOAQo^
zYJZdRwg`$>nqqsmjf8jX&T>PVpF#Id-SFH#|NV7jZ54r-4Dx=Z{Q*7z{`IDj>lyD8
z1AGr4rO$V{A)>e_Nu@^B<uCp3&ksp7NlCJSLh1|yZLpFWQx9XPkN4Z{d)RpbwDra{
z@J4VwsQ-@gFP@lCAieLz_0MhGP)?*$JMXSRA<am#RlqUu2gK{S^EGN+2l*d%=qT*k
zmi5oezSLJCu}pLjFOO!e!#^N8$6(hEpZ)(bKak~zFq{sRNAea$C4aT6FswNOA)KUx
z*ylT&qc0=DwG+~alB8UvR+-8u9Zk1cSxB=Pz)gEtTeE%{WKl67cCc49PLfCRhrux0
z-(YL~E<jvgUxCQO+mdooq3npcY|(PD$ZUsY!NUPvqX)bHqCie1B5v#7980fLr@rjU
zzbrhy7H?~oPNo(L&j8E?Rg2K!H?9D_YwbLaLrrfJj*Ozls80%Tk9z8R<1A;7O^Y!K
z%9ATO<U6klmYz5YX+EZ}`GEN>L>@{9A-5yy?~BjXJpzPD^?mWqa%GP<;9K6My;6{o
zW8nR~Vl-^(`}fmR6c<?@97hA^;SsI555LL-VsipUJhb`nMTqAUn&#~+ImjQEG)x;*
z?68;)wy=h{1{M_bApk5w-c2V*emXK2Oal>TN#8lrJW<Lzz3oQ8_oMML4HT~iOXBtU
zqk!8))hUk`eV?8E#!4SN33!yfN@s8^Y}^mpW~jM%qOtKaX0Z2hgWB(oO>lZt!PZ4K
z2>Ced8aYR-lUm()fO;ty173hY5`TXZaRCG%#5DoTxrni`bIours<^ng`bn2v2v{)9
zQ+geuwoSXgy>v&}A@W*xXcXaQ3Dj?Z&9!*>==k0@k2JCZ9&$)JQbQp5w&oWFU7~xL
zDb_aJ1e{HCtHP>(d=*K-Ys)tkgFxdwOnDj<>`Q;OoauYwhgus=IqG_e1wx2r&n_tF
zva3Mgp~y~v3h!4t`$;rOf>FFL7i)!!10YS8OQ@ZCJh<&p>YA4$DXb9(D8Af$wywE4
z)y%Ys3mxV6#W+0xj?#{|-GBVxODQY8mAFP+x!BCao|A0nn*UC>TN4c>fwxB}xB*Ok
zu>*IAo#ymtbL1yAn8&Oq80)F)K@JYFDCFJYYUknO31XdBQ_V6&c@x|Lfd<OBjSUYD
zbyV`zworD`P=LUr=SVtkZztK54OZN@n*)66CmQt0rJa&(1qFzb{*<oYJ3G`mY<rRX
zqwE6YIrU;W;EB>{0Ft728fp=Ma|P59vMHGcG9JD?PT%yWCo!|1(9^G(U#1|8GZL{B
zxHJMoMY$19tG56O=|elkKvUoXQE3U4kY-1UmP92BYy3=X?HyC?2(KblJJ%!dd!3SR
zL>-fb_jd2pqjv3&KWL1`#E2)7Yh4`kSSO|w`F^F!X;0P<mRwe@8GG6CRRCucC*;0C
zxc$xS;GK11o38sQaS#p2?F!_{eX-8HC3%>wv2orbJ_v-jl^pa(jxB%@4`yLqM*H!u
ziwfG=ECCxg%gVW!7zHYy?7HGAlC9Y-{hQ{9cDK8e^u9OGhKfc!E%%zfLj_wskL3%V
z6Mm*%!u^zAbc)t)g+}13NTi``(NK1cxSphzSh+Z%iB!WWjW~Jojx&Qqe-ldWg=mCm
z!D9dK?tsZ?xg9=6b2U-_?(!m0CY+Ida%@MUt%d~MC~gHg>OXyuFkaRon+X=7h7|j{
z#63-oCOvsF#i|Re*XO;6vE-L=WFKSWkgR3=1qHG}N4eOfJP83NBvz`esEVVDc>ajs
z(P*Z7g{P0Lt1&Po1{ifgc_M8oW4DuY@>biRIPAfT*}Qyd$CJ^ViePwhFEBdMOZ~TA
z`tr6DY6EZYL`kYKa67T=ixpLwn3zbf4pPUJ6V@`-3@(08tLjelwGclT?w|qOLaw~h
zZ@wzzeesC6M{jjk!8GowDX76=HkRUv>vw}CZ^chf_${KiQ$}-2qMSLUWjR)u**?53
z7mfI!>0p~?6`*CN=su&vlWT@XIa@Z#3fN-^c}i+ISk3%xfBtqi-u4iQBiZ6hKmN4D
zK_U0K!9AvH(QlTp?UYeaz!|BYV4Jj04+)-JtLWE+5w<@LUsSq)uc|DQssEC?vNjhY
zDap#es_c>+c7!zOM1tLj<q$o(lzOLPlo&9h`_|*?5^7`gCM(vE15km5vD)1zJUF_;
z&kPdXHvr_*l9q-WR+8k77SYJVE9shpv|hvSjDuQaS3Q3H)G^WijGh`~?}4?3re;=?
z6+xlHBx|*Dmz|aIZLq<`ZVV#f+V!>Z#xrU!#5((=H-b0=xK#oQt2Qq^YBeUz+trQM
z*sEsnAa|UT-U(J}(NB@sNSq0&iwrO-ZZEjpd3DFFr{bB;mr))#>57%J>A`r_IOE|p
zXtF=JtkT)K4u>?W`)p5XZ49<PqTDrGWits%uyx}FXi-RmGx8a>&qYBq=-V{IY0=KO
zFjg#miV&kVnP_-S@FQTXNV3|e+E@Hlb>l)UU!8gsCm5R9;Pv5BoM=S3n7J6I`#BZF
zQcV^{q0RIVomw7YZ<l<<Rn(QSTiCQy7{WI*b`FPaQe;KO3C+ZEdAjVGw)$5+poH{4
z6|w$bsNau|SNmO{6?!3Y&k_HO9aOM}s@g<DnbUwB(n-#hW)&Jk7Ltd5<VAkJ_@hFt
z0pYyUUPaQ(e@-}^mHOIs<(gT7^h@2bzDHU59Qx(#4Qavq3<eB3%ybUoUrT6~B`B<H
zVFJ&BZp8}?KB_@3%+zEB)sFg+yK#<6d^7!5dS6<I_q*)f{DL`SXCT;^7Dm&|ucHKk
z`ah}d*VXt4?yGSP#UV&=@ptJi@sz!hH$oaQo2p`(M+@et@G>bN^m#B%^I|E(A1A=H
zoZ$!Y{7M_qee8W&@1I7|h-zoA!JXfY4)|Cf1+?=!T3GY5X0T7l_>3vOc(F{jNrK$V
z>r-$kBKwVsGsIiDl;M!H0?HHhQ{W!D{?8Fmg182%{`n!*rn(@Y+myktH#~dFiJRtM
z5=tIk(&)RL=E54Ve8Kz+C41Y5@2VXnc<mXL#R^{g2}PDP2Kvm}L7HnnP<J{0{+*#5
z1VZ5XFCp!JbSf}-Nb_r-&3XJAi_WBgu}l6UBm|jXsQrsVUe%&N{}YRjCCjr9LBQ5d
z{h3-pO0Vv8RXAkA<l(Cg$on|4&MUkUosX|PbSGR+)H--6DXdLAOk!{g*efAMzMSjo
zW(gJjuWY|S3+HykS^0NAL*s=s4!q-pY|Tg@)oxQ0S?ZATy?qi>JGWibYx${h*FFAv
zmPA@=O%aUA#y*G&*qaEk`mA6d6+W3HX%~f}CbO0}j?o<#qV#DsCs`hXPjYUQB-%MS
zS6v?{A<Tl))(N(A5b}LZSZFDUU-?Ynz<5?c!G>?cAuWKf@=2F!%N7Mm?Uel}!n(w;
zl4Q_9^yCr;^%&T$WICHi>~kSCVYqMBk~kx1iD9vpv2p5JK|v*ngur|7wi}rn8yi_N
zoEYmt*qd>xpFrN#)VS_ETy4~cFi*G;pnc<n=US?uMx1gt>d*D|);OPZqLUZ-`pr0@
zkkJW{v2LiWZcCAds-1T$X3_xf;TT&oSkuFnnmf1d^|-XD#?z;?$<Jf^+rg)n6>I94
zAheYvj+YfFjK~B0?W|eHDsJUS41arBRf6#DjI~9-+6$cvn)%tH)5G#HFr$sK5`%(b
zG*j9u1L?LqaY7N<*`j+Gy1GZa?WvfH)D-psI=S|6TFs4@2n(QQq-ogE=o{0K<zh-w
z>uE<c^Tj&-yGV#JHN4EHIV3=(q3ow9wo%$%+tG4Apz}+X7OERTZm!DSr@(RmOK5ww
zB*yhLegh8^2dDb534ZmZc5ziM<5Di_!=#6Wp`O-Q-x<;n7~6f>wuff7+)7EwVN8JT
z;D<2?zD<e^%O}Xk<ma$|&<zBW(;654&4*B1CCiI5rNa3Sk33D$Gpc%B*d7U74joX5
zGP-y3{wU@f0`_!Y$IGXPI$5gwg-_N%g+?8a0s%-@9D0ulsNx|g@%7Nsi%IYLQG*{^
z9O@kJ`__Z(?_4|8CymlZNrAKmGIjaUWEn4@ai~_K|G^OC!hV0se|hTq`~L9#FL)78
zCMZ%-S4~(ai`4gi-!y2Ztj#oWmonNgg|rA0VL3z>uJ7uKQL+e_dhPxL@7cUE3a1>$
z&hFJiG9^D=75DD7L71pAel9ut0p25>?8aNtKL@a&IZy2_of3ABsOvdo0`Ec<<p^B7
zyY4k6zEqXf6X3x`_$z;336}l!TJ#z-Ekl47vk&U}MdV!&KxzK$ol5?`N$k_i-=BXs
z79bjfY~obdOTNdg=c@cp4p63=Fz!2|IM0!(FwWJm?K>g1o?j9ed9DOR7<Am;Mp7E8
zI-hUUjM<KTEA3M9{O^OEjhUqVapYFYK~J?*rCP9Lf-M)>zsyufquf+%FAOfdHNpi6
z{UT+cN#+gE>Sld=1^1a~>`<MOuErpk(0KvZ_0jG9eQ}ftuVY&hpnBAgN`DGOPn0d_
z-Kad9#QhI>`{SN(QlJ!R%)I`t`Nf5Sv2gL-AJ0Zd$~s+d*;)DT?|pNY=UIBc+lak7
zGB+-%MO?q143I)S-~*$|7Gg~c24=Ub*HAlwb#c3tRbAscUscx#Qe8$`)A<bJlR7x!
zqKayh?On43wHJYwde4L6*ws(48tpBr015b$j#LaPkuH=rUCDF%7e(drPTqBPz~7#;
z2I~fT4JJycrOp1*A{x|wr5}o!J1XlJV2dxQ#f-+2tCsqLM|phEiMl_m<bf{$Y|4Tz
z<?A9djd@Y9h-~L!SFP92ITw8yA#8^+HaHKt@g+bwXs1gt*3Py5F65n+=~1Bhx!MJ8
z<E<1uPC>?_9#D7VYWHJj(~Al|<&k%&YKA-y%2z8eXlLK4CfSlWrp*9Jzj7!Rrej}?
zl=v6ujM_lt#d9EO(Jfoc6I1@wos^zofyCg&w0xfkNVesm6jQqPA}M<<)Nl-IAf-qq
z2x*YNlo&8ckZA#&&S=_M|E3KImI4WI1&SQ1W}WmP-;Wd0=K!EdJ|<o$Yi3Vco0^})
zF#L2BLal3~6<URI^$?*39|woJ4Wc7DJfRILc(h?9M>Ik{=9R%Z|55?qR{?0#P&Mc%
zrNd#des;c8d8XMGAbamaAThyXoDE9)u*TfM0KrhwP-0eMAlq>W*1+2wTxDfx<X1@v
zd;CUiiIQxI)enJh2rpIE3RkwbJ|$rbjdzw}`iCMhkG4`Ex~J(Nc^?(>Ovk7>g}2?H
zBixEcpJQ9>EMA5h$CooZ%2^IBdL)#ASVF~FqGI<Grsh3t&B{~YL6yI|Vx?#6eiS~V
z2u8rcIwcc@G!_jodClv2^%8yc8wfA5xz^U+^^#+;0(20O->H{6uWG~r2tf>H+!utb
z27%OiU4a}WDLwejs*Q8@V+rMhSpuFm6_dQ2{iS4XZca49p(};`1HzA!XJkP}PeEa9
zNHl^pw~?PhD*~oH{DQ{M)L|!CvxMH4@-eM52?T5~w%pmg<6t5+qi!24i-+xzQNz_6
zvB|rg1IkqVv~-43?W0^J$t(eA<vtRDf~m2)IIJoH=e!ap^kr@2;QBg!t7O}FOK*z9
zWmbKM=M8-5<HOgEb(H6%;*`7duLVu3_4gqRFYFUoEDNnpN9Rr(;yn)Xu6Rbi<@XIE
zqAshvE+g%r^~WViM&7;vMPJyVAC%UHcHGu~h{pxBBG3pr_P`F1&AGSX)G7WTgQD0v
zeFRx=%CU-xE#`FYswRwShblO~Ee7EDP)Z_sR$icE-s}L7&m|IETKX!|I{ESP_|b@f
zDiYPf;&Am*X<UnJX$rhunk!L=k(|n;XPk!q?t#YwOcOI1Zh56`$Cy!YnzMHxvtoD5
zdTsjb!d087EWbH(t%a<j%XOUfU!u63E-GtypIV0LXTnn`dsPeS`bGedo~HO!lkORR
zSBT8L_0It)E7&yA0qEj8>Euf1(HIY)R%Km8MxA^DCaL|1DqDhT73nd-r0}%1w?6Mz
zD0=vw=FD^UwQc|Tap{6o;OLR;Dpw-YU7D$Ra*P(jUDzXlo_#^8Ta!!PPbNn3Uyjba
znud-x{w}SZP6jese7w$WIv0IVGSsrG!KTdTx(zfL1^22zO&%oHgSsfpn;``5rptS_
znq`4aEYa`rRbUN|6$~#_2i^1bwa?lA`6<$H3zWx;V-@x;0U4C_Z+Po@I|~>&)#mol
zu<y@fGSZYK+5oEf*x%nTeYxSj_{?iay$@7Jp$yA1nfE<fGOb~??YPdIQ^##){+(B@
zgk5Kb-be62v&-5G8zM7`$ec1umV4^dbV`U%DEr-uq1_o;lKpXD7U~r)E4Xga*nOZm
zt`E4bm&yBlif`BaXml4Lko1CBxUvWHkwAm{Fd$BA4efw10>{lbGs!(;2PaYM*c5J`
zPSz&sDQmNRRSM#T=?5-bTR~g4-fXvM(hc`qk6-s2tt_KsyJw5X3Em4*4NUwU-SyLJ
z5n_4SSHF~c6OTKIdc3#TM%_pcKZ2dpogNOK&e-^2ePa;D5oW;Dc!2d3$W~|I7}|MO
zDy_48{;1=`_;t?;OjwhRMZfA-nYKS-K^?ETiXN7-3J#@pZ`r73ER|=G$E(^3I@VIF
znbr$E@>0&+E5>%Ly&r>UT4rBuOENbM_;6`wm?w~x3`|>KvxeZ(M*2Tqab7)j>$O<|
z7c!v}$Nm9&W2QvxPVAR*r`r1lnk*`!nHP@ki*>wOFq&e!+LoNF5%;jn^iNAv5JEik
z4iPJ^jgobr3G51S&g4$$v?T%$3=sG=&AIOqmw246*lv3jWYdeet0RuyVLpcH9XDO8
zBsD(n;M~M-!0*FwP21YUyRln)rzvM9THfq!F>Im!6IktXdB++i=aT!3fF|DSB<lyN
zdR^5$7*fpGX~TaQ_D>_+e4$q3qqWMs9q~&*y!oa&ZOE0CDlsj=qbheZzxn&R2x~vz
zJ>#HA{_yHClAhvru&O<au;?%R-eIDu|HYK&?UYgZSfmAzKF10?->W}Bvo(^=pRv34
zFN&h#f?%TJZwM$Da#8jrv*+)`{mL3MQm2KyXPXOefmnO}&21tXfjfq>Wek71YKR&0
zW|JvzGC0(Gs~5&)ud;=1{tlWhbho3>h_fEn;=1j#@w+3mLra}L((S-Q@`rN7+o+V8
zoqApV598k1W5A&|K6A%Dl9qsQmdkr258-9|yMvC1g~VGKR|95+X`A&0sh<O%d}>X7
z03r6TurDv-65tmIY=6x@t<;ytQ}<TQfwu@yi9ZhUPOyGk64H`@m`nA0k(`D>u!(t*
z06Kz8lT(2!&hoDN!jnhBsX*od8zIDC_Ol7#+M>>Omh-Ymr(rs$`hp%tX%O92GxAVF
zjMtQ8<jJeb8Qo-!xIZs%S@e6MmIrQAYo(p`cp+G4dGVZbH?XFqlfV5gTV=z;Ik@JY
zEzRHTk5LW`!8|#vaDC)gA<h3A64{!CJ+Vv9ReRB8*9u5W?D6BIYZ;GZQ>gjejld{a
zRCUU5oOql^*~qxcvP3SW3wYJ4WV<nKrX1>X8#_sIsSbD?7MT%-uj{<SD9(F0f#hG`
zO(bG5K<0w&*hj%|ZD9hM`ByCE+T_Uv1wT_wjB!=Dy1O!_=x9l8qAMX1&}L6_f8ekj
z0NrQ-X0Wq7rv!Dj<x#qnkVYI?ffYXOZ3;+@<nb-Gb65k7I3bOz1AGJ@qV%`(874@)
z^RTCD!e~FIPTQ8mkjusI`Bk}-X>EVZhnC*C80S^gcwT<L@J;QY2w60^9QwC<(y<H(
z$e{@)0qu7u`S)i^4Zr$ZATBS95qx;tIkGm<nZUNy(fkFNG+LmMlSyi(0&|yevvs-6
zCNOnml#oWY=*5T+aQn=TN%`NYhBSgV^*P$00-2X^R4H}<o;=O2c2obRuAl?2nibY|
z@O4sNrb1_VwkXzsBW+7Ualoj+5cbN}Yyj|S>^9kxjm8h`z2>>=HAvYf&LE@0q>)=p
z=~vz}QcFf4t-EwR`LdQOyi0jGN{*djyk^l4(!}15Zv!~C^C3nWkfCBE446D7OOS|E
zGTGJKZEV_1E&APf4K)NqGdS|-kGt{ehSsKH(3hic`5PXBB!j|Gc8;gS=xlpoO5|pW
zrbi$CO`8LLQa<-buQS)2Jfl**U%x{zFfygpn~GJEu+!gNWR)KrR<g~4qCLM-i5xP=
zKKgwhzhU1tU{jXK<<<u6Y9T(9z0d$e)82D5NS3aT#3Mh;EJ7R<Xack`!{0vZu*2V;
zqU`2+#@vCuGFaPIj+vB?sSum9!s_s%9h-Ctp73+9c>3D}EXP<dx3j1*6qJrRc@G`Z
z9FXUQbIG}d0Hj9qh1H&_@1aioVC7z7V=lLYYJD+U@aU@|0GWdRH)IM+KZH!PZ+bfc
zhn-*x0ML6S3-_&DZsc^`DZZw9!r2`7H-#_1^IRYPJ-y&7=LBw|D4~sA<x#>*0VJkR
z<so^7ZOpG&@;14Ufm>NX5Jdc1MkC<Yrs%hXfn5%!-coE3A-h?78sC9?ND05{Zr)M;
zbuASmj{9036~;=5{4r#t3!7SMHf>*eK{ELhpo40bB{>}sx2&GiPZS-lO$hBzc~$E(
zK0|xYtKVduK62_pN^VvhaGcVyi6t@EM`^&)Fzdj!Mo@?dfk~wka9n6#Cc#is@kHqa
z09kAA_Yq`Iby-INziUd@^aY3;?-(NKr+4z7t;EmePRrRy?FDAT*fvG})wEF@x?)fa
z5X~_-?6(g>8p*jQ)L3MPy`=UOl^N`v|1(>(HXP@#kk;<T<pbalDXsm=z@_PnrT<4L
zGT#QUZ;xIN+I-qfxv2Bn(pio&i9q9wh|=`Z-$nXHl9O~U1QatPi>Qg?GF{R&HddfG
zg(Zy^@iLTX?H*g`i)z*5neN*^Nr^lzTV-V~zgjz%;y<SX|IncLbkON{(=C4`)<`N&
zCw$VEbIAL8iabJd;(^G!k-{8FJKy8!p<mQhA1!{XHc<`;ZaJE_uTGybRO5p7YWh;2
z`ln}$iU0K9F#G8^Erbi_7klc~`KD~qp=y=i)mPHG#A(I_t*K$yRY&x|{wqZ|=$5|w
zukZ;!vsoqx@sMvDcT)D-B;}_-AogrjmI>r7=BIzzv*qt5R-=gDl=bKI-}d}BCJnug
zLt^Nu9|~Su_G{X5@zS7)E2MZjnxLvpd?50FQ`&!+&;AasEiYsL5MWh2m!TfvN(U74
z)r7_rtw27t#P3NkLwlj(B-?6TeuP)|Yhi$jmeeA5Ql6ZOAsRpH-`EU5myqf(ztX&Z
zZ2ydu_$i<6@WVne5M8y5wWjV4(h9K6d9|Htf%A&wIHCLk$86W+Tus=)jAy-V6c-ZI
zvhOMiE;1R<)fE>w7HPC4)fEFZRXo~@;6?~=0K$rJ7$-3QdPGZV#OX0BRg$ESymrVk
z=z!kXa3$m$8gz&aBg=rcrqA&VPuZ|K*cjXE8XI|3bE>OetK9|9nSS!n2;Us+syP59
zQq`p;iJRBoA9$9QVu}IP#@d!tC981~Hf2|FLM;c?0X?N=ipE!M^&PAG`ThI%jSZP9
zOtz~<f6cwORS5<<iR+_Lz@e&PwRD=|H7j`VD`PL-B20zto13@I-vmqpEC}0vI3xKW
z0Rv5spBpV7sJ`N#JdHrrp(4&+?+{7OTLW!L(%SI=3Mum<fs{wR3-&XC)eU4Bx)2Mh
z->or?;)r@@kbskzyfnZ5tZ@T~1U~78#+0uaJ=PlN%d82Cqca%7#@f?VOe3L1-*8~1
zC1plw-#%#5{!~Ml2;Jd|fo4{1=5I>B8R>psLjqPU1pY$^<pal3f~^AI@4gklbM54O
z1(`4+dps40Fpf!8)uK#-fc_&PsLH5W!fEv^>?}M#bNY3;8(kre)aEvCXp1#a*9T74
zl0xiBwa^RHx*-l@$#Dz`?&`7>g?n+gjv>%vd~n$-ZPPq$P_%PUfvU#If_Myn`tZ`9
zfv)w@?fRgtrQ@62=|V-+Dj}E#F=vj^Sye76a6H$PsweBu+YWLK@0wl3O9NpIwbrO=
z=YZdA-)|K@p{5yecC|mtiI^YKtVppKBr?h%!e9X=$~Me<>sRI1;KoIhxk+oQMijSW
zMNrOotGgAzs)9$2dD>TO%6brN#cyyet=1Z|xl203)zWwLG`C>~q7gga`>uTH*SK*E
zHf7pQ?~=PDZ&5gg_Ky2|QE%u)eOAaD=!HsElkf7jW1|SrwfJ>)ePDmBmB#Y@65!S&
zF)euC_;Pt-#Pg4nV8l7{eQLA^K8S5~)rr6c%dJVf<k}^ZVF{8#-`K%(?wO|3YEi5Z
zVa?6@8&+PN##?Ja(`DEGTxo&cpbc(`5g`57vE_L{$wwI2$Twf%h9};YS_vt%Ksk=x
z?pE!<8W=QpK!NVj2vL8F0JRv1*;gwDor+kcS9E8@JuJ-8GbdUyM+;e_ou3ae=89~N
z@Lp1Acx;`FeVm==wIri#Y)V}vuCi2GC&u&g&_DLs*X&JzPSv(q*NfO?@o1|3N77C;
zgLu8eZsmmR>CE}FOs1`sfgRy_1r8V7%o2RkF$7di*Nk1Pv641ys{JDWWs^*Cy^j3>
z)tyrp0H9l(9}t4!N{9+_8Qmfzc5q&v6+g4rJiOTnCl1Rt`^h9)NJQ@vu0X6al)ZBb
za2LQuX>1G#(Ad5f<!*|m4ZJ_ymdja3SL@h77m;pA3R@6oU_gj9h$y(&`PjF+E8G!u
zSePc_s{#o>5~C&uya1t{i)u@U+{Mm&*|*notLrD&Mt(Y{5jXYtwe8@?-QG6eh5EJj
zpuP4G5uoJKv+U0;pG|!;cqRi5_uwJ4DJ?Zh;O6H&mK{KojkxwPNU#MkTCg>4&2I%w
z8t%vfr1E}uD0hn}(D6O+<!j9fa-qOhEE@mHK*=s?{^<|BVKb3y^sR}OuWVtVnP=1a
z&-7R(a3mW>@$lzW?1^WmZP~MO7bV;ij7{Uug?MQ8)zrVo)L6wmP5{buo>KiVWfm!i
zshhMH`ifQqSqM#yq=e>`8r!JJch2U%dGifM^3c&uHg4per%L5{?WTv`{_~$hTO9L{
z)627IarH;Xh!?gT_hLL22j&_agGK(T6e8+4zb1FjyZRh~CLNQRc-dIb+IS@=lE8S(
z;X0S+0d$*tU9<Jo?iNwQgCss>?{j;1`3{cLUJ*NTc(vY%9+oMf>F9qNpGefvDf2BI
zEdSH>H2nZNe2ezqchflr7teGR&JXZJ9ce}h9-DSzY4qe-`bpi@p%uUhg!W7C!v9;2
z!94nD9Ve7l(=3Wx7Jmc@j(jr14|yj5h498o<~k4Sya&DmcAJVpS3-b4-1{HN->J;x
z-71o|hX8d9^T%j|C-s3E^5J|NlzjiM5+a&mzkK#pqCuF9C@u$^w+P%Kys`dE118dK
zylan1h=b`}dBu42#L99w<wSB;Rp5)SKgy1OxbQzTAoD>bY2Tb$qmzbOLe`z-A$pn?
zLvtsAV`PNNbnH#&mzXBlLSwwjO;yMvk89`sIXJ~TA8*!`iw)lCKwI<^wd=-I4F*Qx
zkD@f<elf_smLyd#*p$5mNe|eZUz4|E(nhBqMR~A`a{;PQTK<cq<k|`Kmjdl*yd-t1
zo=>Jqwe^f8w}{;<5$jyOe!a={P&Z0Vx85?ed<IMr;aqbw6D>5AB$1$0ODe^codN;@
z$d+SXXnU_(p4hCA<pFCz;O^ak{5k-a4_nf>1JIw-FsWO5qrz0>f3tSd39A=z>u#5w
zy<P$V)`OUtEv9u5h3{HZJ`{^~zET@DGTwU;wvU_&VItH@hG}~8`~IQ(!{2MjTo50o
z;;xUE;af^H(yVgUVx5+wx`&tr_RpxdC@i^G2aW1H2`4-zD0!WvqPIMbcDFy~Vf!j<
z{OdVb=V60=HuBy#6>#R~w;RTGYi>8%B*hJN+gu<ak{gcyCGUWSG;oJsjG6%=vS6Zz
z#)OEhd}Ye9ocHIM61k8ZE9U6AI`Pi9-=E`zR#x1B1=)UH6DAmn5!X0*2%VCy+{^_D
z?Jk?>+lL(LMk0JUkr#30VmxAlpcjR>tNk<ewtgkmij)iAG1ASepv;9GYg5$Xn;-jf
z{-EY)EUV>FPfd`g3dTeuDoN{ev2p&2^sR<aq=$vQndj_pT1c~DE&#CoMB7#6JlG!J
z8~_RDjAYYSH8c7$)O_8W74i~#et50hmw^m*)7aP@Ffn?$^;Mg*vk|}Fb0HfcxDQ_Z
z>1aIcTI^&J-AT0<%PZ<c>GkIWu~e^w%r%CI45LHE3HZk)Z)wiV0VhsWS(z|!FZqV)
zB><DM&iabVXyLv`>k*`kAw6oid0FSfGqAR?(^(?XGc#W811;<-JPYIl_a7&h4;egQ
zd`rI?5w1Yy@G*R^S_YTVK9JMKpu5)3{8Mg8UQ?Jl?qSzhR5fw*HT#E>m^Xr<l5L2&
zGpl_sve){F3b%D3{uMI{!4f@O!#xj`rv}{VuB6405J4YJR7pa~wRv+Fano&pRsQIa
zht4h59@C&&=6KERe`&{V7adZH93k{I!<Pf}jb9z$*!MlBm7gp`(F3kyBw%MochJp?
zW=K7$q+20_L424><ApmOI47-YN{VZn5ciX)Nlz){xsK?FfZrXMNE^?3X+w~|O$sX&
zngOTeH5=KKXk*n)qnt6Jj`@v=C)l{^qa#~&l;i+<mxg#(6lmmG-!rT=X9H>gFRSxs
zDgEHb6vhB0m8y}!<{@&+)iy;~N#(8{HTMw{uA3!zaNp26=D=bdHFJAGdO`bGDrRka
z#4562br^M1|CiQ9+@5%9K;@$+gk(Zap3%7iVj{0oT=&2Vxvv7-P^@HHu{1uO#xkZb
z-W2%a%!%gnp(4~+b_IxAfkM7lhDM~KdfN>wDenP%1pEy2M*VtEP8GXN?R}~jq6`Zh
zTYcyHb5V-t6aIBU7{Q%YK0>wPfYwn^P*n9zspC~%0bRU{isMP!p&lU%i~f+<6Xjx3
zZF*^qO-OB^aCqLFN;NE0Oyhh1NS~vz*}BWag7}?&DW{2TqJQGL_lN%!yUOEHYyX`X
z&Gkv`o44WcxQo@kjSC!p2ha1JwsxmV%GbAJ>2<P3rv(&ELh0xpbX>X|ihItuE`Fpf
zNumd)JEl{lk|f%rL6hyQ(VD=LEvzrSG%V|F0T&QxUjaQ1`R|e1+0P*pE2R}7{b`Ln
z59oKjR%aNc-cUs_h&3BE4K?TU20@ykT10Ghi-MhQypYckrSCoU4AYCfg(uUm<?$=9
zKs=ux0wxi4+pTKGqs}k679-Yr9ELmISS(K5)c+>UIyH4$KNP0mZFHCcy%pPjud<y|
z@3ju>Y~>mbB=c&(cKtkQmFWilgOPLP2PM-URhY_y9O|m%3A{_t^Rl^_tIr#bo#dK@
zoB^ae2w-c=q?)GI0Ri1apW?=ZqEURKi)g}vF+YUBXAlfNz+d0`dxHi-_ZNl#7ti<K
zKrQuow^abO&$rp|P%(x?UHzN3$Rm{M0}>Oy3OM_!;6GEDn*tmN3g`tI5rfXHSwHW8
z>hh~p=VvLy9=~?!=v%>&AdoQ7u5=6dv5$v&{V$;@#@M`ngW~zXhGjBUi|Af^pX6bY
z0Gd|wK2X`d7|#r)*4WW0pLC%wru6i?i)_I1W-2xdvX^h|{og);uDg^4#nph2kbk*^
zRDcrYW4MrQNdRzpdWZDtWDZKC+72o<D<m2mPv8I$Ye`<Pp}wvdUj@X{21_do3u9xC
zxIe~dZMlaM(iE@;2D)t#)ZUATz;h{Gx6pWO9rE^}6{5Ws1)RH7doF~<VK^Z>s4dCB
z(J9#s_C36R_t`UcHHMu!u}-nhY*FsQdzzplfGEu|{+KXaJ(YS!{rc21c4K2V0(ES4
z#c3Ed1}i)qdh0u(wp<Jk`dz4oIBKt-Tnel4CunE6m{XiVgbe_2doOSp1;-rrY-e-w
z{icTrw$%QqnTRymKfm>PimIfAR|0qoGm=GcScBi71Cf=Fci!(H6GKqAT@zUhuu;`@
zAU)&>G*l%NgND}+CR)fi!-IC_n&wl~6QRO18XIHdxs9QqIp8Zhr=To<FKP5BR$c!t
zHfk~{H#`3^Ugj0BJ!R`M*>fQYwNx@Nd;Hap1nWbYN;P>a4?_TID4A#Cb7<&7RxZeE
zGO-rL#efn?unoB|T#d^NDrI#)?MQ2DpigsA`CgNYC14$iyGo>`-SO*G$cf#(dHZdk
zV^~m5PxWP$e_roj4~38Ic8x!!fBH8jT?2ZQ;_Y;Dn!-2=v?9L#Eg2}D3W~5b%rFVT
zbgh-~_jgD2F(yILbtj-kX<Pseecj}FVb$V-2%WrCKW@m~${ZATGV|6Y&Yi?JVZGX!
zaYhv`A?!9~rcqT-g!}V_qL2DN`DAmQnRaKR-OVYgjAXE``|1viepeM#d)1aD!=RB3
z^pu5WUd5)pBG-cUm11o6ZqOXt5dtv5f-QFJ<>Q}QY7ZpIsXxE9FmCkkSmW75^Yk6H
z$<{#w%?ecW1pgx6!ze~6^F3}l(ARf4Yl@Xp<b{lC(j!NNB=U%%@Ef=HSh<`+uyH3N
zrtd%vm<9b6wVRf{JwD)gdStz<af_`yrBVRCnVBIREe(8sFvZBWi$pksywYC|Z({GJ
z{8Ws+ne4rC=izYO8%m2u3#xM0y^<L~gOM1+yKsR!cVJ3LHox=A7qp2wp8M-lbkWZ~
zQ)EMXeVQguy@6$L{7M<EUa%gc2X|T_c2(Cq2Rjjy&9S~K!m_+>%?i%5+2@}nzKzF~
zg55W1I>trT7u@}I73S*i4=t%mN8f|#{WD7>y%9Cg)E8RtdY1=tR-8_Kv!IH)@F+P~
zb$(GIqhaGQvW8$q0Lh5<avAQ(`pu`nJtBOM=!j3l7#n|*6J>TNT?(NOIBwwGP0@Rj
zT(=wST>5Muo?ccm5xNY#U%<#srKj2j_Sch4a&E58h;5Jd-rp5}5MXcMuSQK)adD0g
zeQ6{p6bMllSgqd{{F|V#_kV3M111}x)js2Vzfx;vF_Fi~F~PQx)jgDRbaNQ=ZAjd3
zQ%<vuLM7Wdv2Y&e*{ek*8*u97Ej>W)T^GDbltv{p2|APrD*iOr>OOjWe?~;Zfa4h6
z9=gk|<M5vhqLLq<G6I#Hu4PCAu|_0|TfO&Q`7%cvY*hAr%{lMaZiRqm^;q$8gl%^X
zd{H1TdcsR%u*s@Y*kkLVV8>8w_6yI76{RPAvWX9*mre!lm`Mg&?v-|W{82wrNi*#v
zJN&37#CbZ_vyHp9zNL|k|6x?`jo|&MKI!PmKjR`0krTqU|EKO0pVVd7o!;Q_iw1&>
z5`Go?ep*T+4iog6qk%o~5nqGIM3gUR!IEj2;5kVEh^zhv6Fa!p@!10nT|<4cn}Ngo
z=a>C#(yK%xl5?}Z?uteb(5eI%lDlOu9H1X?QGl1jN&Mi7KF2~*OpsOjSJLWw%n!qw
zpFrnK>s@1#XF2Rbm8X@k+W$^v7IlyQMd1+e<#!T?!k4#V<H6_>zbi>Z!ZNjP0`l*V
zT`2QeHTu`O{H#^<NTC`3{FfO2zY^AeAj895A2N!aX6Q7`?fO*EVu-J*CjBUjTaGNV
z36TQ@V?(-pB5=#~KJjZ}^QxtF_52G(X{k!rUL^4JgiTUYR{GzR_0~{cn`joy^wrWN
z;R5Jon41wEHCa0Bexh2?fu_8s3@_qG-UWW<GssVLJi0WL_1bSM<zo3&?oz|m4JGC)
z>>*6vUrSj<!OU{~nX36=J5NMfzO*YUEU*ETB(+<t&22;iH1W&VsF)5Ym{7@x{W}S^
z51vSC<FINB;1upLNDdU#73XVsnH-`m*&gUE*oCRa;kWzusT!5<SVbl2+Z*$4d_l*U
zB#vWLlCVAM^2~+yK7%rq@$&xGC#~|uqm{uDxKoyyX|V=r^DhBah>rNfh`h@%(S*}Q
zd7s6tv(fyOp42d8X|hGa1&dy2d@d?Z$R~aG#0&UatmANkrXtYj^5XViU<hn?<jLy#
zdROq+RpJC`h?-sjm_qhR<7)j2F8izfBznJnPa3Mp!N|?l9cOz?@Pa4yTzlp_y2NMP
zSB-ZmU5b$y)TmkwU~`dIHvSvTAo!}-*g~qYeqv9hjMS&>>s@M<WTVZL-0J<!BpZ7%
z;%Q^_WKy=}fANLadzHU)wM(jh)rbRP)DtDv_zxj~6U|bK6H@)C8~0J6T_HBxfm&i{
zFRbVarD9a;!@}6VX@h>)zJ9wX##0FnmE%o%n)+#Jg7?$Ony|VAgNSsGdGBJAewpY@
zI=|abRAo#VuG7!J=wIbjyuCOUw$BRR2nt!&`@1HA1F=RJ_shr9_&eTAv<*r{?*Foh
zEB4<#7VO6cyNoKUNYERS;^b6>np*)IG2lon`_pW4wKLEI$C(5<BaZ<+>=gE=nl2C3
zb4mRfk_B5cCc){Ogj#Hz@Mi_GW_~Ve`tka)s%UY^B=)J!p0w~u`TNJOyKRHk6b~ZX
z#oX?VCxNE(v$KvxUa6oEVEqc3I-|r0wd@}f0Zapl@5Vt`tKqZ5)auI6aT56N-O*88
z!y3XdlXG)u&6PX_6ukZ}@c{e^#nc<oa+1N*T~LzUO(I+g;Xk6M7MUSjL)x(kJWV4b
zR(t&hvuFHfg(dX|JdBNjpH968xWv>y?db2vptdMB2y_#fjn9q1TI>mZe^llbhx+xx
zgm&LEs!zhRUlj9fsxwT;No3339dq^8{5QJ$@6W!y6zp~8_Z)_xl%<^Y<Vmc1>t~SC
z_F)_XL}lp<?S|(XGeYd6Q1~^fU%h++WuH}+WUR@RuGMd>x$W}^hN~iV6N&HTS=AO-
zEY<ZZ5qPRJ<=<clEaYa!N)eL-W7~mC4mrK>LW~~6iRuSCU`GBeHvU=(YxhGN`J#Zy
z6@k{gVK0}${H!x_*Kpn__=s(CECBsPC?fkBO<hp>*-$;r-e-H)lL=cUK(RIovR~5D
z3})2j;!Pbn7OfkRy<8Zvq}mLf=c^x#3?CIkWqu+x3N;u9$NZ6H`LVowfpLFMsZoJO
z=lH)~im8}b=l0q}u}-W3NM*UHl)%i&#%d|ZGNun$A`-O_aO<e7K?kZY{r_X^&Euim
z-}wKLijq{6HChOzP?BAngpjQ)*_wpx$G(oTl`JJ8dkT@sPKdD-McF1}iy>+3`_9b#
zu6uMopL0In@9**Z`J?lAoYQgNGjq@T{k~q;>-D^B<AW8_i#&GbSf9Kv9(?L@aocU8
zNE19n76(=*gTZ2f*JZ4c&J0&32cFwj!&>pQe;b6=$&r*cMVa@0xZt=4iyG5Kgo})0
zNl?YB45vp^GFv5>!)JZCw>y9b83G)QbW}t$Z9{NGDdo(TLrLz$SZ%i@8IK}ZNn$g$
zK*;ky?XiV5r%yLpN|S1*TkfuF2%o4=b|^)<W4NtLCLCy?J|CH}bb&I7#VKMkusck7
zY_aJMqdGfheGPFbOp!w#k_mPW<-biuTgznRw~p{>;w2)6)_u3M;tn%pqFi0Pl%?gs
zZ9z=Qk4lnUa9H7dDIxY?#f>W&7B*D1zf=SqHorMerPm$|Fs3ev*K<q;vifmd85_*h
zm9Eq*wdQK}gfryX+yMGWzb#SD5hmMaS~+Ky_md+R-(i;51Z3?v<hCXA(i&8}W#lMq
zhe^6%oBbNu_c&kkKuKK1<Fq%{T#YW7`%4*gFLJZC3H`J>h%-$xz#xV{_(_haxsx2A
z1pPFrxhZ^$cBAaOoba@fAMQ1Z6qeo1|5p+Ntjcn3ur)7!2~q4z|K*OK=DSXP+##4b
zb>u%5jRv(P0i($mbSeEq1?DIzddOvQ2RQWAy<LH8%B6p$ZK#mq5xgRMpoKIqp+4Hd
z?INbGBXd<$!W?>|ph|nZLx2X<Y-i*?{f&V0po$#ke@azVRYjzIZdhKJnnGL=ECGI`
zTT(<#(KQ8E+6pm{2=blkg0_p-kP4(N-Rx!b_4boKWM_+gQC7|R-g4&bb8Yt@W3Xs9
z*EYpsT#=d)f1j>exXoK;tegO+W=^H2doJ2cn)Y9C_{GZuiN~1&kXV_VYU%tnHRX5P
zU|W1E)e@#n9?>@GDsMfO%x7GAvEF5Bjv0u<4pzPbktQhm%9{(q#3g5Q#UaD4X>1dY
zY-n<CAT5SdwJ^AcUH_B_9if7GE&cZpeH(`sAM5--O(YIWAKwR^lCP15trONWT=U~k
zKM6V-LBT?Ta47<EsXrbu*hdSyuTgdQ|HsF82fX!ew!M#<iMf7*B25Ikc<Sx2Hks0I
zcUc>pqWGJo4{sItsBjBsf6%P8HHad^n*M!g*TZ503)`+Az8u>l5ta2a)gCcLBCLt%
zE>?|Fm*B11jU{$j97*83nc35W*cqQ|4<0FcqMgl}yUfIN_$N2g$%C@X!r?y#63T{(
zu<%+DA@~*J&YDrP-jX6|6HEHa=HDI^vt*KPl)}lTsGe()hu)wLzFfQc_Br(^w~`iK
z!sVygvtwi3>32S#(--b2!HPl^XX$zxw4(-`n&TAm790-L4y6d_*lY4MP~4Azk6OJ6
zwIN(2m-@~I5pb&mc6PqjL+ml+(qsStG<DqD&&zY-+VFGjqV;VZnr{b$SYk>_z(rEe
zqT7`+uDs0?bi~JLdoH#*)7#h~4O3|C6=&dH7Ip9*T&Nh+db`1I7{xEKF_5UEC-I5U
zeJ7IgyS;>me2ke;=&fRU%+?W@ARCBjPbB+(<B9Z<`(I|K+q0;>ffcn0{+f^gLVx|M
zjO`)^8Yo|;;?U{DU9o|^D5=ou-fQaT-1!)PcH}^bfrb;Hqu{eGhYsW4)<!3OblBaB
zvGRzthy9_Kx-U@h`KnSRiC+(g;@ZO#owZd%BWcy7?q9`*ZG1NlZ&j*SD6$CC`f&|o
zIokH|V-&Gwb{A)k<xKLfm<3ELxKS(jTogILgo)Wxn^LSVVs-G)r)BiHu?y4tqMoz>
z%1DqP!7L!V^YDfbefZW*;qg%KWK0#X10r|U4qmX_l5vI?9_;s~(RQ`cnXYf@<7ONT
z_`c~OsWr!DG6y<eUnt#5aaa5n?ze(rpRB!ip|4re%db87>t?;%fz$P^uirZ)i{G^s
zJClFaAuqXxVKG3!SIiE(c$3B9r~u=NgLU0`RgMfn6nx|yD8!Sc;V{!VyfA$o76#>7
z!BU}gDH2-^%e`L7jp$<(a;dq9Y|@=}YSBD9-XS)Y1WqJ2Z1dehKRxY6$Md!JQSnx{
zBl`G9+V@*iyz^AZUT&hJ>T*{{U0&>CIL50gw_yChd9%kK*(ZuyRBOPEe4IG_@)qVI
zQR6Z-XL&n!Xr}KmFR5IfDTT|*GLLVN4T`j1xV5D|>BOCXM&P)f6tK<?oijgye)!gg
za2Uj-TdOu$&&jIm5R3huZ6EJ`%U>*gi<3h#?toIO6MC0AH6($KmwL+e-V8M<(6kO6
zOk2nz`;3T`-Dr%@ugBU`E57m(89tqk;1Pop1mQ#5MXC7qCFkBEj#vUN7@V|lb~SJm
zPUkz`8ZV=oY7u5(0GVK6_n>>J`x$jD@e*2W@Ne`*goZw!OSR_mV(}-&M$X--kC(X7
zG9>^ewa~Qe<3uLR<B>FNRov}7Yp$^j(=)zN6~B5XaEvUxt2n)`&i~m{wI}(oe=H|r
z=8_4%GnJM&DtC%oL}n;9*`Xo`zubMVWn)6u?k0VWKcW0t0d>zB(;zH!)*i%NZiR=Q
zS7FD!iVd}@{NlD>$}M4zZD|YGcKpgbf$dZ9+le)1#+Gy)DFh=o+>~@I-1Sawl!ymY
zf%B<|A#k0<QWsmsz%V~{O8&SxW#7+UYYx-|9a7mz6(IY&ASbG|!#ah6c6(7m&$S+X
zvDc_nP)50E|Gqv)uZr55KA&25>;G1c_*qHsXX%RF^RLe}D5NrvS`U4OzTZi~oi4u%
zQ}%fcaR~fS)^dq8_#o&LJ78i4mqE>RRj!Q<M+lhaD3mpfBc>FoIYQ?xUYtq;fBJ{m
zgOVvr#t$m$PMwFp8`<|Z*Bv6Ns2@9#TZ9Mqk3l7KsDh~Y>+FoELQTfrKPW^0%%S1f
zurKnjJY7G>(V?2zX#(iK!tt~Uw&80sU>0Y-o6&wFRG6D)nEYqcNfYg0Z>-X8G;D%)
z(sY+3=@tn*XN>tn!$pLoqu&kC(423UUb`K;eZsHr(Y+++=CZzCjM%-ps#2!pU4JUC
zWO?uLAr?*NQP{B<D@2<7K7IvK-^tjfX62+>>-gp^F0EkH{{ksPeDqH(#LZ?d!1_%`
zwF4<I<1;|^?+iG}16F>}{;LhuuyfxMsuW$k3}R?4W{Ur7V(g=P#RT+ZO4WXE*r=eV
zgNbdjNG2`ook?V(9Z<~9OKI8t9T0;jVa7M-j~zt@93VUm;E&c~OaI%ALcTkENs41+
ze*YCM{`A+mg(AIg6U^Tta>|>aiWJD!yZZWmJ65+aTD1pT96dLHch{vAr4)NfZfvpk
zSk>{6!p*$V&?5MTlE&Jh9+TLg{#`%pP4wLC+GU9P#8}KSyFF9X0T%}(eEF8ugoV4(
z4_`KjaruEDZIFsn^I8#0Oc9|S6yc~D>$*dvTNti>Y0~(_LM+1WN{bAGV6?V*`Hf6b
zmsofiQLmkIg~(qpsz*a-7W{?>_dnN$>%Lt`P&c@ufPIWOMo71WhrR8vl?}7o<u20d
zO*s?XvNv@}H<n<yF81_y+4^HTP*;<9cqiC1gg!uykCIX5rrHC$P3RHTE6^3YeLMSb
z1iD$;f>W!gkt5;rS56U?OIxt6T5J~|irsABc;#@tZhIY(U&SX!E^h2n-FC1McRx&f
zxD)>@JWo{DL>P*DFunUnv>p_z|K*u%VW7pv*1C=-dJKglHw`_e5Ki)4{CVIULCH!^
zzyHFyS+QtG$etN~^Sy{xv8xpV&O4qV0q4?p-3S*8oP}u*f0uxW4ADN&5qKI5$1|+o
zh;`h>E^3LQbN<`yv%)fTwrO+p39EFpp9f-`s&?Ami&FFI=%^YQ=>KVOoxJ`|Ly8Ro
zg^f8kPTWh_^Pqm8x#?9nL1_9A_JnJWxa~M>Rdil)i=qUeuTD51vMULxUq87Nc8-J7
zUSewB#nv)yRWGxPn)Dly^vPi2ho6BxY-N8n3;So}xjL$GsxD;a))`Ee*yZNtN|OjZ
z!+(tqIW(s4cw0aSZY$h#+ZH8u<8;^rz=m{I^z_sx<}Zbb6Abyrb$E9(qX^@!R2S6`
z`2>yE#}}2={iuAx>Du=cQgq67--D?#*yVU8_L&dH!A?@1b!LcfP5OqOQs-o(-oR)L
z?M}4T7w{<stdm=cm{Lx@ivF3%@~$S`XCGgJc9Cjf+d}c42fVwlFGzEobKk9DYa*@x
zmsfW+_I0$ZMySnZ-Fb!4uj!Tbpxaw;y+|t+i9f|Hm<_XPnyr1a@4X>BoHBV;7+Wk6
z_$qTNp(j7+^UNKZfQs6c%ItY;r;FPnn9^(+c(KJT3CjsgI}S%{Q_Q5CiNs?m2ew}~
zZ|vbqNaH<W9riNXUDb_f6P%Dy@2f+aU;TLcwxR3=@rAA`6<<|hKDStl7bNNQs}=?a
zC~VtLuuR|a_*8Ru{njDVFy6kEIe73>j)pVHAdbsxgEWrAuGCwr-kxfp&Z}k(|0NtK
zR<En4)U8m@fq4>>R?tbR4FWezfpt9MldN*YOQ4y#MO1bG2BH0e@URKJ|KDP20yup?
zHnl+j`c!PR$0g@^Xx{xqk2MV#m^ZR^oM#ez!$i5U@fb5JY9;zgW0<0$&Aia2UkF|y
zqYGbdUSura$}C+Ap({i{Ju*YP!EaS78>?Bp;0y9x_7%3U%neXJp^kU9K8`|#z2u3U
zjNGoEy5C5i=+=ZwIbB8)#XPr9VM)B$TSpwaeZ6P7uu#L_jk=4ay-_zlFhdg_n-c-D
zK@Bdd+NZvOGvUozo;&xnpQ~5n1@<{3Ue~pDoOF`!vyDgQMDpX%x<+erRMLK=2?*M1
zsbm807MBQcqZ_z7Ua7S`@v#&yhU%h6ltsrof;<pvh7-cKdlB8k{3>o3md*$(;O})P
z>|3~JzNXS<!?}AT%Q@n}R{VDL%qjd~_+K~MZpjg)#5)s$qkg0h(rY^=PiXdj;t3({
zocB8@H;y?#i+#0|UkS<BuC*AdvG_Dgtc6rUke!z%jYQZI;UvS(qzT<cV}Il!{wLst
zX4c^?HuW2i<yapAyyWsaQGQ^bsDh`{n8}vv&6w=Wo65z>=?Mjt2SnjZrj2fOWO*~9
z8aA`h%BsR2f1@0!G$GXEHT=UL!rZj${D~3_Xn8MoG$G*NWH#FOnYZ|+Y06(HvoPu3
z!#TyxWtH)rqSGw*u(B!lu+!S}Cd`Edg&)O<&Mvtb-XKxm52&Em1Y9Kih~>bdDh5be
zv4==Fnzjixm&rl-3X8tqb#afpcjJ|YU3_UP0p`W9s8@XdAuL9QZ1b`!R$=EzxHw)O
zfK{7yp$6VXGGVg+xJNDR*8S<4rI8&uOdJ7wp!3m!eg{PoGlbE$h24PW<lhl~VvPZD
zuk?|cHLY^*H&)^e)r4Omd1t%;O>zXY|JoXyrG`EIVg<QpBnH3}@{ineR=)7PP2)-l
zfeS69douI^bfaF;T_M5dwAuPYu5H{YA@;dI1SFu;XhqC$%|H#TUS2XUVXa|T%2)el
z&TZwP6Jrr$kvRX~E+E-v$Kjq5*Jhw<JZCX!lJ3lE<UoggDG2MkBe6P{=$s7(^8B|h
zD{2i+KX8ODJA|XC4tM=CG37Vz>U%{GBuz+5LsRn;4DL{|mRNX`iw%Pq)`PN+W6!3)
zx?^xGkVEb>;`CoqbVW!fN?KZMiOycPke;3}!`+F2tu}Vah`Zirbg<4$Ai&NnOl$fl
zc>e`eE)Jgd?R#OGIbwh~`gs~yE6u_d-|oBk9a3VLWRlC{Xzhh<dJ1mOtIFR6?U8sl
zZfY}Aa@~*p`JMG&*K7V9#l?_@o|j58sp8rWJga~CJJ`jG78kwbJ)Ssg6dQmC82Ybi
zdZ7WFXuDojVPTH&G%JOa$b*Sjo}Z})H8W8l{?_!(b_aUsy-D22$_}kc|Gv>YQBfQ-
zrOne&B=Mlp<=xpEdUy%XWM!>iDT>#_`f*>9-maWi6mfHPJ?nO|d^M>TimOK$nfLl4
zKHnUxHlLeIt;hA7rH8{2^kLFgj!5UJ5LWP_Z)v4mXmov)_SsO)`nYFuh!H&}dZTdL
zPPc~L8cclGL2X{WN`|Tt8fjLge0+ECZ!%K+@SI1(7jNffgVmL1S<`UjOZ9;I6yL4f
zPD*ezEZLyeb_^5)6@_?!bjw3=v<>1sBrt3vHQ0C}p;r5+l+w&WiH2!hy30Jczlw<;
z&$P^ESPLa5f4i$YQOtd3va6;_?7_71e8BTvB`*VxjV_m4qnUYg8Z&?E{5rUscWFN$
zi98o`JBVjpXH3GwX9vRmY(R`h=PvkpbH;xH+pE}`<vEpO3UB*0ZI@ZJJ>$bOl;9jX
zEzG9$RJ$>9&zqnC22L~-dS{L_`Y*@M#AXaPBiB33pT1xzP5M2*dWzd?w~0+owp<Hv
zl`kJ6C2HS`4Qj>%C>nP%`uAmlQS27ztM?zl)Yat<iq|1+Xa9!r?!r=q)tOAeG6{7_
zVv~y~>4P<w;gYI%Pb<&Tzy-y+BpPT~V!x_=)_A$lPNc$Lh}`?;4mC9wLraadz<K4h
zwQBD~t5x8szFf~dX5BhO5IxpZ0DW9*wJLV}cJ6Bil%#B{+T?dv*N?W@%P~-|aiS#x
zM@%0t?HwZ?5EeMw!2wKYV|kURG{A$;nFccO{ZzdAUb#?I0pm9&nHcWg?`x{s-90|g
zrurvj9nkKw3U;M@y7RP@wX@?AC2UewHm9rPCJTrq*yx^fWfoiPW{3uYt%~|F0(S4e
z*eCA--(b}fK7J`cq3$f~XJA<y(tR}jKiRRr@@z`EY-g}~eFEF8)&x&G8SNe)cp9|B
z@S#H{ZRf5&N;^f*i~*FOUuwB{dfjZLOVKK9R_F6zXn*tCcRw=Pd=~83!?omEv>l_7
zpZ*=Wt~{f+<+&r63B!QW;in;#JkiZ{J1ZAQ@gnN<`_0=eJ(F+obY6IdWCSLsrB)rc
zpL_qoJ!#bL(EF2rFcZpSER+FFC}3=IbxeHbe)4kfQEGd7w03Ah)N{ixY1@yOru+Zi
zks>?)76WwxXik_08zNn`J8qp!|8DN*Cy+OVX!53IfE#Htr-n}s)Gzk&;U>{;x^@38
z)dClGwt^Mx?+}<f0~d6Y0Hg%G%4G+^{|K5<HSDak^$y`Pe-z3f+Dba{Ad8ejWuOCM
z*Q`q=O0!p)CuC4H`)HM-lpu(w0^n~1_eWtusgKUX>BLv=sk(Y+0ZONaONXvH?m~ff
zs7W*}2$y$Mjt-Fp5io3l2%<n<gAPy@sxrK#Wetz=uezan(6aCjvg9KD3$V9s=9M^s
z^aA)=g;AVn=n=2W=Z69vZQ<|C><JTRS@=r`$fk+TQ=-49TY}e(IM7n0g_GZ&uIh|1
zs)wj!zLyo{DsC|1?>S1tZ~Q1l8ec5W&hEH3oH)<Afd(Tbq{i2$=Hb`ng%pSg3-SFZ
zNZS-VdE`b;&`2YEZk?_NO&%wQ#99E6d87P&fe6`+9Xz0(yd`2PQN{{s@$y6zRV$eU
zk(ieGN7hnc)dc|mBSi0kMxz~1!(iZLeSh&|>8}N9fdo0v12@kPX9sC?r(ju;GZ5o#
z+Bc@y?0Uf_->ZAa;6QVHruFgk*S|WNFHivzMVaOzcg&Cf;6Q^QSJn*Q^QHpZ_ze7U
zY;j5tk$lv2{-d%>n_SDyw;d|>Qq^sU$n3<EX|1YxlRRy(7IYOd&`HGC3p_Cgb|oTV
z@0n;YbYlFsm*%7v@$gl^vDbo={FDp!F&$Oc(>K$j0jK=Rr`gjo;;T*kF&apaBGUCy
zxncltB8B=Qwc<Ofp9Lbi^mIHx7djKECk^!WAB4K{yV^rP<E43wjKdC(*`J@X))|1H
zw+Qwr=WIa~Y=X<=nEetbVYd^kEg>9F2VUB--AHWjLwPyaOse3Z;hDV5fC2=7TG$f^
zsP~q?W1uQT_<rY9bGgCf0luK2$8;z;I}qDA<Q3D2XDOZGiX4>S9{bV-B|SaLO`{dr
zck`bM5ZTY)d12GHmGZ0I&?bHnKHDR^Qo&9dn#QW_zWX;c7xglC`Hs`urxdrq4*s66
z0s69#m*r_7=OpJxMr)gUf%b_$kswX#GNVtH19eYy7daDLh1J9FU5y^1(@vfk8UJ*9
zZ`H%#yKAzAD@g%GyW^ZSwBC!?Q(rJy{y<VNMzf5EL(@`8J7oPN^0%kb<Ef52XqnP#
z^n%BB6l7k+#j$$xL~vP|#z=ZRaT_qtZE4^u8Q(2$#JJ4fGyKY^E$tUW&l20fEX`;H
zEB^e=l;p8?wh?@lGx_8RpM1&!hH9qo2cX^g+4{IT$pP4m%5F`qw{7(jwN#AV0c9Gp
zSD-imrG!mdG`c~<Yt)AOS~Y%PtzqHiafvMrgOtBbwEL<M2m>8k2XE6OPc$nN3o3aZ
zO>^<5TNqR6aj|!7+F2jBr*>LP+_#lUacAegm9yIq4$f*655D85z(^1{{G0C6G(vDc
zqDhG@ZJD=H*NqRU8JVS&ze2Gy&^mL-(cSM^e#(Srdjgt|mdMr5_;zr0c^9hssX211
zGcJh7L!NLzsjbfLk#kp%DeArKzvp4_3Vw(@fa2Xslc16#B-B}?Y>Ew&{^52IUcWLQ
z63&Sl@S$aK2WF$DlghWDW`3E`F5v;T?<^zmPwb|hq9dPb|AxI(qi-k5;{ojugIM@z
z6b;lXSZkI~<tfk>o2r{kL3<WJacGvlcgB~SV2ib=Vfy^$mo-uOH*|@$)*~IUewc9a
z<}wYH!yldEw`Trnha$&x8IdM!n?BLsiBRfMj-s!{XV8*#8ml!?5NK4_!MrSg=k8#h
z3==twAm$2*sU%45I*g`S$DfLY&P`K6VhgFB!*s65UEfCDLyhlZ7ZEUhOzFCyY#C=-
z$CIReeT$COWYJzDioSLS`oBoNsEhYxPN)ECtE3l}C1BBf@W%0@Mbvc;f4o~bn25K3
z4TxYp++%Po!Tb*3D!@5XKjWQ^&E(xeSb~9H1HAybsb!>}K6LBE2PMB~J-rUEO7KT(
zv8f1;LT^RG7d>FU`4L{N^jW<r_`$2UM8Wv7aC$VCNJjL|Ay?JU!f?jFfk-x#kA5nD
zoBY9jofREbt78LbBftJ0X;8<Zl`*V&a-l<pRG+Nz-L=vX>thHpkmy6di~w04#b1@Q
zaO=UTUyro_XS|?=%hS%bGrFgb%Nh*Yn2>!L%!wXhqkjKnIDTRlnc?8oE^)R#+M>*x
z4y5F&=N4t_=b4f@{%qm+-KZjh!g|W@M>Mqx(#^TNv=-%BkF+H=-FD9JOP(L%LQqgn
zskN~=DKOc}1NWCWpC%+lLWp}KE{C@QN@Cgj0)3Rm74I(gbT($)k-dSK2T&n9sJvQx
zu5A#*e89e!5b~Xzq3x4`h*T1~scJfPZ+N++w7zSUY3uIL8<~Dd=;3?4rJh6aPQ1{7
z!`?;th@nb?VYSW!rD}L;;kYj!qdPS0siCt%VFZJm+D=ah-Of~+7T}h?cLJaFYLB5e
zg6hmXd_hkyEFaFyuF3Zz(yWd==`hsHwX};54(9W_?FTKGS1gAwOTEb>XtTo~Jsd~V
zUt1Y5=Ie`apaay?pI5OtuUCv6b@l4{IsTG#5?q#FAg24po0Q0BYG5-O?PxrW-KGzi
z{A#M#fD`R7ijvx@^c9fS>fz!Fbit=Jp^0SXlJhH0DAb28<uDqnZr_?sH0B!R6A7%{
z?y{XF(K)4hD3e;JS?6Hga%8QC<;?bk<LSTP0e4nC0Mj@qii20qFYr_wa&I32zRm+Y
zc78c-AVhq#E(@7={>9dL*WikQcu|pi8vnP5b<H||znMY*==K)7>E_(yyHn_2TN|={
z8hA$c$2vX~)NL!NwW=Q|-}M~~AqFea;g{6*Zr5CXMox<0S(vBe@ZVg#{4bIoZSkY$
zY_!gTgwp9o`^*pVqfrvyG@WojliI3Vg)^><))rP0&v$Ni7%o#24NV)dJu{Zb-Rm84
z<5+7Zx`H?8`TC93+5mMR>a~D~9euj#v<+6fu@sVJm{7>OWp3<6hY{93bISUuyR9J3
zfd6*i$+9JG%HqCKP9U%j7r3|nR$O@R-#$LNGVrzm83AAmg7n~{(Rqc&H!q#7jpw{7
zc@sXgAb5!OG^67>oo6lDSq?}dpnXiN)sD-!ti*X>@rMm2a--ujW>5G-9ioao+i|J%
z0YRg6?{Unyhpp(vhXAgT_||22E$Sn6U;|v^Qa1lSy>m{P&BXm3r&0)gS*pl&@(Il}
z&ijKJOYIVd@a}gygLB?5HxeBWJ0MV`8tjPg=@z<GG4eUO$d~HgLeZI|U1+V-c8aQ*
zAD!e9zLoS&>g!|~x)t6lQ*3_et5s*@6ib=%?oIJ`?0WQXLxO9wyj56Nq<y$J+WD*d
zjv#l%bJwoK`!%2Mb=R(99iF^)>r{?g-fzm&5Joaz`CTcdO*LAki29X*=w08H8It5J
zYURD2zcnsoz`b6MX`!87l@OW6$kIP}i?&?OxcqR~#ii6Xm9@0|b3!sRRyzVKxZR`Z
z{~ZE>@20cF-sq)o-r|2I2+?<{pA}3W_g^<UvkOI{quI(Mzmsy8`nNFB2He2k_&@D+
za9rO6<#Aa2E&hbO>Hh!X;&}v4Ngt2{^pv?2#D&a0kNkH_+1yEF4kmuPs}kjMd{h^#
z;l^BYO90JNiJ|}#y|Ex?T&4v^LB)`yi#>BTu=^v<e&smh)L1jPBL81F-Ty&-_#Y6S
zuHHW>PTf;}#c<%AtZ^O;Vdnie$W<B*+70X`P6X_>B^f1~lj(AHv4ek^A#cYFhdh{2
zt+~OmtV9hH2mAHCJeU~~)+yYX4x@lTlQ*=1D&q>H7Ok@Z^rx(nntR~#`VQ2Gvqo@y
z+|{sa;`dW<r$J+9CLkh2U|ue>+g`B_8?A~oF>0n9n?Wn(UESbBb{BH@f(9M-Y;i;9
zgwcqy6y9}BR=NuSVRBu>%5t9`YX3kSZTt6lZQ|q7_|^ssl1i?1Z5L)->rMI2e)$8*
zpQIy)x(qjM08gU&g7%<0)&}oK`aahN{@h4Tbei~fd2ImS0q4OB(Ry^~xLi5VKFJVs
zy>e*u^Lk4lcsbj27`Z}P*<sAk-4WSs(Xc(N#$$`Cg1|u7*)XOH<ep<|O%F1K0*w6t
z-nxCg;%2Poswp=Qdp`p9ni=td5;oI*3m!TbKLK{3zO;Tcp!-*%^G-eM7#ZLgxv*z{
zGvsa%4{EB96KN9KO)$hi3j}jF3;5%8zbe;-<(I#Mts@Gy{M9}QW@fcx+9YX`-@}VE
z{;K&o*_>h*zBfSmjn&qsPeW|rWF4QR@51P>mob?Yas=efTBhC|`192n@gXmEX4=<I
z3Z(+v;nvyV)v*0;%^j|NC2)u~h*9sn_CFLnE;)ou!q<BioOs-q=6`<w{OC~s_+{!Z
z0;}w{F!3b8!>pOtZLCc&Ik*LVbWRhQGSxqqf2xi(nD#w;HP3*V5fn6~&pV1^)Du>E
zYX3eV+?40q=!v4!D+C$g>hzwm@&gyIdl+_}RjT_Ft#yF;RW3ml4tbZpC~C3wIZ^Q%
za`NK1sgRwl<i64-!||HK4KA_M?WR(IZ%3X@dMg?Ys0L_2B289v{h7Jfud8KEMn5iS
zN+(ZUa<Qk{7+RlyIWy1?JPF}+t3xlNdz@mq4L_@?EV2IoLf}QVA=Q1)_K!|J)gn@M
zluNzMtvl)JIhc3cy+7JFPPQ$IZkJXjUeN+mv45QQuhHWY6`CwZkeqE)``w>XfV?d_
zvHL9Imi>O*Fvaozg?=Xz*j0&RHD0P@swhLp4u*aGcYol0XAL?gW3)_SKMExyRD)iB
zm35kiXPBySDVd(8NLak>D8bwUQD&}UdE%4h^9iY8zT<%5cN&+WYmCes{v>gIwqki@
zyxs3Y$k`#2iFSX-YUhSiDIai|`!kdf|MVuCz+d}%qBFzgX9|zWDBvFn=5>#su<=Fp
zl}&w_?{T-To(lg^+$1<H`lrj999639=B)^CE=*f8YLqK->{LT}Y>wZNJNUNav3JhN
z(6pnP$ET~@nNd8uXt0O>X!((9D_l2`5nXJlg)fVza<jM)ZNzf&6urNT+vlDB9S17v
z>5!l+FSIeE_+i-B)GKi~?|Ox&VC;5QUYZ>nYfMRxPK$M)C@=zX<krLey`u4&-DE7+
zc7JDowp8Vpkma;Efmqo`d`GSG5(1o0`RwOYr>2xoLU&_Y1U-RufI&37P#*E%2!e<v
z2LW#+mz|v!D;zvcjL{Bm395??K~jcC1b(~2U@R!!Zxec;t$lOp9+sSJv(Ok>L+7u(
z(>opNUKLf&`Yy0uG-q*dL20sr0|wS_<cr^2mR}1LERjQohaG95#Y>+2^!{R(78!xV
zgJEz-u<th5x}HR5^3?S&0iv(zm)n0=oZErSTuX$NCrrFqnk;*+KCtY3z@K<&^(BDN
z?Mg+kLf8I*6_QL4P-&NzN@>AMEV}NF$r)escMA>|Zu%=<|2s6-7h!N-3KzOIiUJ|v
zKMZk@dggs36M%Rr?>~Ajl^8`IzZD?}YDD^760eWemdNF!OpSciyDAK(!;O@gGWdSW
zF<Zy03P%^X=Z-~KRsC?#?1TcjBtW1JD`I6@@!taG#|;eTaSg0tHj`Mq`N6@s`&Wb^
zj^uku`0QRch<=*nvQ+V)bN&rvo%WkLXtc!<&i)#Y{4DmYNj4P-h2|75B<TK+LrcyM
zVHXxLTlEsCSS{7?%A{1>^PoMTJl5-Lu{rUaNZ-C($|3TF<C*rFP&dajlJvI%`~-)*
z1aMGWoY#z0>Hwi`{j0TP5@xG7-_c?_tIoRHc&uC_iXR+>@?T4xn%jow<d&1hiVlCc
zMY@4(Q?ut@n;Lo8<BkTrP*lwVd1Wjq@=YPdspeF8%E+->&@19SxHf#1+G8DbJ`;|*
z9041AD1X7R{H=EeGuR~1!#J|1k++e-^=frfeEHeK9|tH00tA3N!+$=K(dx<hZduC9
z3tDUxl`S3DSn5Z2cv?o<a@AkARYyl6$*F~}HHPC2+$vFk=9uGGfd@u1Fm{|Mad@lx
zFJ{934J1z5vFo{LQxr1#LXq%Ihg!P5A(;KX{DIy{0w&4g1$B4?gIn1G6Y;bzNXao0
zVTOb^O&WsyiMLLpZ7C44`zy0$+Y!WgJF)SBvxfPpZMjZ7YQhX>9Ji~rI|1G!Ce0JU
zp{HuqK=aYxgz>^)L1cFK$`!7`nSd(?op`um^d04Bb_yjAGE?JT*y1F(Yi<BG)-T(<
z+O7T00e94Q;Yr|j?f^w5n@MnYhx@o$Z|I*Bf9qilCCux<J?mA!P9*x9SI)wsUrio!
zu(*Kvkm&4cTxzG5g=IY(_WZSq3n`JRGx97*$k)QQFg3r!$?ws{l|2DV1g0i^8}gV@
zN<^<iodmV@m1#m`p)?79@Nm(5gO5TaSP6z|5>$-)D`x`)#8K}hXy?-E!HtPx?NDdn
zA_$bWdYP_0yc<szR^XYA<p+Lv#}k@4EDy|K8k}A|1BH)jS;12atpWp;*YguU3G(lS
zGlfEr#NU|yet>YMZ|_A`YLO%u3vDL#gS^lBrI|Y(-h|raUssh+c1PiZ<yg0EFD*!w
zTLeySoS!4|wFz|NqtS-~=+bq;#~0)O;CIc*M}d35730R0F5$Iy!)Eg4kKnh7-QQef
zlSUF@P-uOeANMi)hXfgQoklEQ&PfsJzP&Jp35=3PF%}f1^W>DKsc=4<xLnB`%#7j8
zRx@N5ozV}QEOOo#Er6RgU>j-K0%4FT2XXx<@heYH0M3}RVHUvP>b6$?7ZUncmbbUg
zGyD%K{0<DLid7R%H$5$g;KIR{-7#&%yUB!jpz+#wb<J+%Rs?WIcNC}GIDP#^P0vOd
z(86&tT~8wr_cvus0%H5G74LRc&Z3#;JAxNkOqi1W|A!Xwx<~Qvn2|qlWa7-jDm`ZT
zO#PPd?0o76ZXj$sc`3D<wm4IYu-eVu`@nKm&GP=be|A(HKb<e!6m@KF)Trm;_Y@@u
z!PIRZfsZv5r16cCjw3e(oxOhU8UL)T9k3>!dn8FtbUj7xQP(c>D4FY+OhMD|T6l_(
z=Tz;r<Ns)n&!o1yeBltV?Sf8s=0RGc{NS}V&+95tJd?iq(TuvC$P7^Nbw(CCdjGyn
zkt_c?*i0fv<Rg`|c%<ns+f+7b$S!{}d|O-}s{dYs7J(gT^ITdgj5Xz5IA-=m+s&c(
zyt0-=T<n}<#6~jYks_9g=s;{lKDYrVt;WXXG)+qPVR{rlW=l2p-<cr~kqtG}cgsjC
z#p@`K+qC~SBZMG$bQ=9;0!%josH2*@bME{~D!||9ousp*tA0^S`@MU$8mrdkQ~J__
zec9=L^hSXdn{_j}#4kd|-NZO$!X{7+gZ|)$m&uTR=I1N+OnXL@oW*8Qw^Nl<I7oZx
zJ2RcX;BH#G-Yi=Dcii-rLI7$?liYI}09a=pw&QT%p5+cX=n&ZFT`a#%Qo0LNiA3sB
zzp3-@#Pww=g-9JXr3_#G#?rT4N|~lB%sljgJC}21^@BmUVs8JC>yjd6f?x#2wv9)g
zFdA{5Uq#5oGOWYZS6_$RY1a!A<q%&r9LGSyZu(*P<q%BLJ7@-JBmmWahu*Y7%=dle
z^me`dbu7oMT5yz3YLBUVjt)x?T$%Qw5=~%iQ>aA8MB9h0hZ5T*>tU?q0jU^^(YodQ
z+UBzCY{EI8TuyYtHwc&Tt62TjXJ|9o?|FSN4-O%4u4nJDm4pJEt=HVj$%YPGWPi;7
z8r26^>*WKUpxm2p^^!@0abpoh1nNc#)fv+#{@+W>9Z8`M65o)<0;c6<T`%cxN_I-(
zE-8p}n&kiiL5~y7!VLaN-b>RKPG?Eo9Ho(l#F$Q9Zed2)u!#|^X0JrlY))E?t`rGm
zCpz=S?67H`PrM?Uq$(3TBP5?i6eID-^NidQx*Whzev7(~V8|s!^VUmc6cE;Gle);3
zitC)lu^OF*>%q*F4;j5E_AQ$oT@s>xm+t^5b)8lG#VOJ4d4zTsZ(5*<0LP}*n6XYn
zod>EQ6B_Zspr_o;ob7R7CL8f-3#$CA^YXGk-x)d-M_{@92Mxj0R(({2l>h@J81|aq
zrwDKWj{V-CSsl36?01Zh{&+|0zf(p{AEf!vTxpCL<Ho$ST9+doS0-mW(?z4TznhNf
z5?#18$b1KRb{s&=o^soXA5G@uSLd2yGwpYwAz|b2?c|qvaQho|PH;h=iY@3wdK5qC
zQ43pB-vPi^=sqxp*7sKv4529%m1c7I<L!L2Fo4izAFtO3U{SPYVGqUg6HIU_n<)?p
z+N1j@vI&V1!$%JodYSv{T>?T9mSGSVbBJR%dAMy>rmVc2Ykb>c(iI(G`5n^(Q{2dU
zElg~&QMcT$w6_`NR*g37g_c0g%za9P9fz9Z13{Q<hJ54bmA(D_HU=BQ^4a;4%B5vf
z)88dJt6mVV4@-Xvg^I85Ntg@Nx*$3H#jzPYYI=H*C6Oi--T-I4w5wv#4EJ=aUKF=P
zC@ji%i=hqTR)K|)%pEFInIWiXa(jv}Uqv91YMEz_e#7}%Xs6**Ik!hM`7ni2Lcjsb
zTspP)Vk<M>k4P&=v67qI1N#OLw^jA1u*HqH6A8I|4MzqJu67wh8XM9>ror2{1C{vD
z^J5fW&c?ehbA@LPdgmQVw~fD>Bae*3-6&*&5K~E^Ya{_Aj|^+8+TLkZ38zPnvfl&T
zg~K7g^o}A>L_n)ZB@JDC7*J}NWdC=>&!5ixvcj9fx0*2bq)ice(g*Jr;eTI@cKa#V
z2^uFga3>>p&0J!LI#*RkS!AGx?`hfJV_CRz6zI0sq)#fQHZ7J)a(&o3d~{V7@6csZ
z?`0k~d+wuXZAK3NahRF*F*#2@gwrN~&_n$}MmP;y{<v<UgZ)JH+O`k@EyEAG>znN3
zp+^vKWi$rB=%A|#+bNc+KQ<T@Y22N*tqS40KIT^eR;=RVu}poK?j@m49=2j=N9KPO
zjU7_i$925*wbcGpHTP5I*u_^5Yl4Hwi|k`WZ6tV~#$FWCay$Qt_8OgkbkwO>eigig
zgrw}mHp|kI!z%j}vu6=U*^W5h+0}WS(m~q~^Hb|EUe1Ie^2Q$s>{WbF^iNYVi>VK(
zgF4mGDe6Z(XHVQFM8m<#OC?OMzg4ubE$&;2#4oKb#~rzt`+D+2eC%K3x`3j;&NZFx
zF?t53pU0c2rJioZ#}TdXYfDoqDaQu#cF8-Z?hR_eu`s!u+MDs?nuKkRcz{f7t05#s
zp&?LrY$vgkJ08dqK0#TxpuZ2pz!;EiW8m=S7Vb-Np#1Km{=`tfs1-LI83^G;U9YnO
z_jNyW&+dnPAB<wT&O30wcfFZ5<dGWO2HfF=SswT$vNT+hhlmOJQ%hH`JC?uFW}Bk&
z`VYKcY{Ot_&mCx(A?S%LWvvB|yT!b3%*l{lVxY}=ul_>ziDX}V(L))T3H<}3czUVb
z5vNuk7d_`Rb&a}*S(efl{5XiF=?gA@Lk)aV7S-t6hw@n4OzwS*KHY04nNU2j+ZmD~
zvbCFDkBhz;Fsy?%E-YD!)|P{ka)Lo|MQL&4-83pWJtT*&Um<?680ENib4y9qCVsfP
zIDfMgM>lW)+F=a;XoqR7Y_L#&BLIxes<~QNIQ{j;s+zvL=QbFDW^4xUBD9iK$#T=C
zzHXgJ{a#wj1%LYEbsFt4MM>nQ?kw(hi!jgBQXRx;l<184xVi1xNj!aqLY>>Ea`}QT
zY{4$B_4=6rh=bV=A8T|Hos(?ZGC^w@(#@pGe7H_MRL#06yJrqhnS7#$gVY0S668if
z##Gt2^Zh6uNg(k+d-_a05L{`c=h^SBler!LA~1nZ%?2oZ9IY_bh%Y=TEjsO}b^LEn
z4O5+wlue^I%MMTjO-*+pvfyjGULEQl)D#~r@s=3#Onb%HpO+>6R&I7EK!s_Dsv^4t
z{x3*l3^u=pe9@E)Xiz!#D~`Z$Q~<L;|KQ~+f*eF(gA$)Mkxf8XY#P=ELvj!S2o@RE
z9B5?n2159zvLs(*z6%MmeM(QMF}iyDC3EqnL=LwzWXu@fmg<1b<}T0>TaOIrrbmvQ
zG=to4jxF|Vy@Yz5H1rpQcE(4s{|Ct~;qj#Xuh2BJFqnYu1WS{u3JXjVZI(_MyTqO*
zgv-t@v9r#udS{dExfWe_RoK)h@?~`N+;_#T{tTP_S-~p~bm-ivApz8~vW@y-+2J4X
zG6)j0#7BkLV%01d7?B?UV;!_~JE2c7v=!NcKwWJ;5}G#rmx|_oqze%?_9*QQ;$eN8
zy)*Z;Q{&bY-(M$|eW8!)sbPFWHC$c@<+0`O=eZ!4vSFENuM|s=@!4`-XEC~wXkcN~
z>55sBm-`G%k+ltPzASv^f`nP6iKPKBmrljPAXiaHXzJ+=1JR^NC{*mE<<IC@BW&$i
zl#BH~rM(t(LB0%s_<mBAH!-tk>f?N-zfW@1NSo$%!qDIwCrG#Aj$b-MPU>E6zVOdP
zTC~Ne<xkLc;}ZVzfE<%sMfw+t<0D6yw33R?ex$P<Vp+RgmSCj(`Onn*narC<j|=ei
zqs)8{=lFTXjqzmvBGR;PsT}3`ZirtqlaUWSq8OMe?QLi@(WE9^D8htyl_Dhxl$9p`
zg%Y;tEs3T&#}02rMQ);w1&2)OMTp)m^WPL&GlxI08Q}@%2Pam{%6*VHgz&ICTQOlx
zGhE#7ljD0$9KcFhlj$|e_RH@{O|Q?aTt%_a(i;BH%2cHC`7kT9S-tK1;kZLigdGmi
zya7YiTCboRyfi-=*hCH}(r^cKIJ36u+IJXN!Pq9D9-mPa=KQWOz_NiZQ>;FUe+N-(
zkHV!xu&^^S42-_`_hR31&vh(#f`8LMT>VKEA1(eW+W1Qcu6%7}8H0{A_SdGRRRano
zEY>M=n)u09q#49!SKVS?yH@dmv()qw(hkxn*u!MfTJe}(<G!G^<ofF4B4nVkWGXBw
zf(z=WE4|)L-Dn|$7XuJ2i7kCNbYNd@4bDpB!wB7^+#+_1)S1m?EegXtQ(3w7koxpn
zJIEy4^>%xcs#gAMA8=IF-s#2ERoT^VGbdPCJ$_#%;)S=rP7PcKHE<{TwDs7O2@9$k
zQhM+sm46dMDO6lR7n9qvdg)NHP)s3mp=b(CE+hq+(EEtC2OL0|bxQd^egM-HIMG0K
zX3t<#8eCR-H*RQiu)zs0QACCYgch5zvGJ<&b8YMR14>TgB@M8G9%j?AC7MzC3A^a4
zJ*yvAYkZMbHYdAPgbzun?DHbs{+puBLi%fD@)5--o}!54MF%vZ3q%#XoW^d@=;Ppr
zN*^xT!KF?;0dp=FPF>n;jPNa}36CZ{y(}DbbN?2U99@>G;-4Mj6bxF-1n(iH?#Q<(
zro%-9zm~H|2Rncs)yO5|3iO=;zYh=-LK3gBTVQJX&qSRZ2Pl*IBhbR>&ac*MVCHC{
zzg19mmN&dh%R?QV@a9)PMHEVewFCK@g0G6qaRYo?4pA9U13R9~<%<q)vW<EkJ<2<1
zjg@_Fg`M`}gLSE_GJ8y<zoMd&E6>3O>H9d|M!M#b3F<KxF8mQgGo3d`=W@aE10yM3
z_T7hjyB5?`{>wYl{@W8c)hntXGYq2<e#EHaX=LOGZ5PNyPS7s{k`(Qd?v0mMp$nh!
zkKO`CWCd|2dY61Ykt~8;G(YTN5EIa_e6P9+8`N|kTua4vO&s&wzF>nuG(R;&^Q+b5
z1mfFK<YoK-r$PbW#sGVV<rqYa`r>&>iQ@IsntdfF$=zeG2D&i4#HMCLwe=gO$oQv?
z?e64zhyi*%>8#>mxLoA;w8G9UasF^2m<_=cZK0AtMa&9d(Iv}M(xdA+knCq76HL7<
z6HtF9VZ26MUD!I%kwWY>s-C(D=7)ku<zj>iF%!NYO%VjF7PL=R=K?ywySsr5DpbRF
zEdX1E^_R<an<V7Bjy^e&%D}du98-T1y|@w;aFh?(J9SwWg=`(E6#Y#o`mZxxu+=DD
z4GI@`c|K#kOJ1WpzlmH6W0&SC1aH+y*TQ3&m7QJV?g3`$1S(L^_;%Zt_EHQ6N0Ukw
zt32)-gZ><Gd_~?CW>t}WwB^1o6735I*vMZrDQn-E`7(+#!n3=-r6l+%?AV6P?*o8Z
zN(Zs&RMY8{Q9~Hw`{<ilu@esoxJu#0F+0^D&Y_x>w~y;;>(N<gPDL$YPBg@vYUTC-
z40_tbBb0A<&*(=M6JlTIRq5=X><60^GPNEyrMw!XLkJ@g&{(9TP)fOLkP)4>e;c_z
zFCmlc#Dkly=hpS#t^|p!_{V7@E}qvi#fEJx3~sP(3umr%533ETh9lm-ixcZnxy_G%
zuy}LJp-|VDj$sd??L``6wR3KC_ZKT3GlXobym4@{Zpfn?)-#Q4LTBnT&Q+%NY~&zp
z2$GM;v*g=0T-L3ITfCZ6qq$@)AS}pvIIyK?wDVH8ti;yPw9k=_jO26Y>4Bn^B}e*k
zF0L;uHB8)PKYACln7-J1F556ZRBK+KD#TaW6a-jwbR5XiZaeXLA4_5Wk(p@?Qy?fH
z5XDchj%J9QBl^uxy5r_0(NOy~c)#**S0*jEH9eYh;&CW7YJ38QYDJ-uSHq4Ai&$Bc
zT?e3E*mcjc@P+8LELrkou*@P%m5MwqlhS^4%UaA|u5ZF}8>B%=3)%zlA$UD@ltCTO
z1};{@c~gACrO_MH#Y|T-^NJ-Wm@55Yey$oa&=hs6DB(P&^K}wTfq6cylv|}R^jclf
z0UMomUOLfhnYBMmJoL2iLW+hw=KV((?Ac*<t&K^B?Y>Dh*D%Hf(FOBDukcP>immc5
zfAM7(zOyM`n+hN8#IPszRyfqt$<fh_R+_|bTtB8x|LC@@k2C)&_WSj(Uc28^hvHB&
zRo-P@0kg=FNu|x_fX&^ZwG<pRQx?i<FpD;xnw(s>1Ov_j7Cv>|y<Cwhu#?SEvy&AL
z31fJJB%=$t!!I?H0PFXm@aiESV@PECDY>pJV#9azrouoDpET2|ATlBNr__=w09hAs
ziZ;vH13ombu-w54kviWk-K$V5&teVaef>mbxprKCCw<Zz=5-ed#nkUWpA9TKXAVyH
zrs27WX`ufjb2`R$!@T)LGqjK?25cGU-{=78oko;!edfj1+zLaZvClv`RXN)lbvv|-
zfqUo-1tNxc2`8R)$zAq57p<^)rn-|j-i>@!;VcdGHJDnUfgw!k)vU(<dvk6!?EO32
zQ(d*4p4@EY8Y$+CaW6DDL420-L043vhk8t?#H+uL?ruzTR~2qur^J|fg8x<V4b{oH
zm^Fo-CPi3k`X=^xjh}*kbo&kI0QKAFvMw{sM;?NT-g<qs?V<BK{8No{4Biq_VcnJD
zgUpHcb>_zm{i<qt{wY{CuuYVr>&koxMvr=TkXt_65>D5bD9Zf$0aX_g^O^jBonwsR
zFLPZ!?62@Q*-t7z;XG0NN?9}U<C?iX&hQh7dzi16Jh{b~O{uqpVuw=RQ{@Aq1Z_T<
z<E}v$%D1P3=Tq`~Sq06$cHN?wXPg`NVeE?BH^7MO=l<S>LvI~9xA;PxLfi0{+=^oF
zz=Yb$I{2@sE8*Wp_(%c<u>%2o8%MlXm#1gXRujonhfknPK2-lF>B`8ufKkXIs`S)^
zQ7YAR$Q_uqvFRT+Nus8w-Kr(eqa0O`YrQ{|^!&YtCP78W;`!QLfdz!bK6wt~HFkim
z+5)-wfc4I00?)O+3#rue?Yhe>YY$VjdRWlNSvZ&S)3T-CZ)vW{yNODN>VoYWdXqWN
z%IkvL7xs=2a~&!Dd^>Q=L*8(z)kM@7+h2O7S*qgj5|1J;Wk7D%-Dxw2Z{D3RaMN3t
zCyrH7p`Z({dOrPSGE$+cX}_tD%a{Uvbr9`FoN9I_u-t1{_2wfwU?k>Duq;zq@+nz5
z#3*o0N35O_qj?(@Zh+?l+n25aIw_Cu$-q6gJI|@e0%Rc|mmjJNQpVezx#N=^(7Gk`
zT`q9%_ar?Qt%B(RX`b$*E7*=&9i#xR{(_X=I%CDSg{ysKkNqfQ?5cF#{PHpzF{J`_
z^M_BWCL10i!W=Y0A#&<!j109s6?!`@xF*Wg_@>@j0>6w!rO9-=2Z@LDBc$YQ$GzKD
zT7XXKL{hzOvSLekLp<Z1v>;Vs^sbIN>C6=))fX1t8_v*J3r))_#!<#`lmy&rLhq#8
zzweAb{&Sn<xqOACHe%nxhOgjz%jKsj&R>Ll7R2)rJaG-@Pw;{NvN#uTKTQZo&c>Z8
zQ84xK@MT<ZJ|IwSCQast(Hn6erDHR!!PI~c+n>zqu?GtZ7))(Sdrf`#V8v+sL-8!d
zjodCuZqJh0y_wN+FK+6O-zvRU8n00^{fi`4ui&-R*1&h<BW90z-jrqWdbBoyve9rS
zZ0|)j+Q8zA&}s+K(zH%r1({{fme=m1Xwi4a;P)8}f&y`d;U}p9s#zs=oag}Yb0oRY
zBSe3{Vi$XZ7{BEHn{gH|qEAocimKE-hgpFiwe>naUS3C#^A_tu>9tb}(j*95)5STz
z6H&`96bhxh5uR8X__lBmLnSW@dNFU_v+R!kM~^2q=od-T-F7-Fb+htw&JiFUwn<mK
z=+KCIty7PT;)3uEump}m_xa1+#+a9Hir|*NNJStxp?bw557Vx~DP{C-;mcsH4{wV#
zqJBY3U0ONQu^B8nsB^Z0N-b=2yKkuReR7&O>cItZA;<!LM24Fj5gA1cO)#;HF@)=k
z$C(CILz{Uys1v8)^SF0O$|TKZF>?%Xi4($@6Ea8l5NGofMl0s|s6!Z@iL-JlNTJ}e
zYVlq{7I)@p%ac;P^Z4&&TPq5$uuS9&!Wuz$U9LqI-!Cx?z9$F`^8&8&@|?bk;@M_t
zQ|t{1(#gO#<2@-?kA_G^go{hKp9)M(m9ur0>W3*U$}Qx3zC066c*i3VLl6gGo-Lfv
zg`;bHbLP><pVAanG_7XD^rOm0EAS;J!z-e-{e&Ial*so+4FYp@pvunhmf9r!Yjln+
z13(|-s)6>t!1WSbfI`|vYvnKzO`&9^ay)g`$UmCC05i+pmD}}ZXJ_23ig+G|WT#~N
ze|g$tnU_0uJiB9MFWYoF{X2XJ`|GP<@MvFTg0*C&sU1!qSDeJd4d4zSok^nNgu179
z`}P^ow-VVu!|7=;zY5`J{gYJhpDFse-<;KYjd8hqoOPAFx-M3QnQeQVA8S;jH0%6D
zf;Gj0^Q7NmmI!OTs&*g%5kK<ogkwgxzC4XqA8o0a|J!x>-X(PJOScE3kBXbn0)n-(
zMk>OBUS7*40Lp^JL2lcHhs5w{1JV1WDExwZ_qLQYAAS-~1I?m$)R$EZ>zMS=s?KMj
z+xE&CLQ$Yg>>HOfemfJ$U;|G+Puo1LIK%OWbSKhNPYV|nE_ZG26KUkTB0WpKmnodS
zrg`S4lm<RJ3JzO_<M|Pq(XYu*YiS63fypY>7755zgIm(*l8=6F_qR}{wU%nkLEb=T
z<g}IeLPFi4&z4k6niG_4N2ZE%WDKAW@EyCZx>j|8S0F8r^{bNBuBp?~H`-f@Eom5w
zPeHtUzq=j;F3%BlogPD7XlCZ`0kUs<)p~v0=wO3car6(|ty2xn%ncW-__0PXZsmI%
zknQa|FMsiKcl*%sH~j*A{D*+`vdQ|?Mj>XYWxM9<^g2K0bH2#ENv!{zCuQ2#b$gKd
zmeZpvSiWg)W_iyyMBrE7b_`eL7o2&jSV>r-sfZ>VG1&{7BJ6ITEr>z0zc155QjN2B
zITlmiw>$CT`d?FV=6^*t7A*9x0BpCmQiQCbK#@vPQhrm7%~B5NXkTZj*I?1{mk}U8
zX0kshvZ$ur+<vck%*E2Z!qj)-u7>+YSYUw4e_NHy>GNJWkHQWLD`6Ot1*ZuIU29!@
zJ}z5=Wb%Ff{)cEylWcar)zjCuVV>PAwX3DH(xdA2<1>m*eifev6Jf=Nk!9;ty6WMD
z<qL@R3Qqs(0LF_xl1cf_UpQCUMow6yvyl(FK6yJI7rt#_tZ;B*-qJx49agz92SF#(
zD!;_^P>nlb`KF%p4!E^Bc79e-;`%GuqEnT1Wx2wkwbQDeJcCUPr)ta#DJXa3!~XF_
zJvH*&K=AUN0oR+ha$1(_uTG+E4^=g|y=W-Dc}?*^Ylwo!x`TMViSH^C5q_-#W>x(>
zRdT)L&QJ7`Z+(|Tz9!{~@6u|M>B>Npd+Ee_nE2B0Ia0I2`m0pBF!5u=-Yj;s^J>VW
zw2{w)qf?wSnsu|&Vkl(i&T#$9waeoQW%$~!>4K-b$0r|BXG8c{GzX71Vy<R!B{5Bh
zEVAKYD6_A0V)Qh<SAAF0p;Sx_Wpw83M(aS+V2k2iqNOMfW5iy?iOTu)4h=^FfQ+DS
zrFAZU;)|H*ZXI{%wy@1(4PGIaZTR^$!>Eb1l}i(Gp8RNW@<%y&?nk4-sg_~BlsVj;
z3)iT7*Bz{at884}QSW;-ez%;s*}u_iw1inbx%9}3f;1<qE309RQYllr1IIJ=svm@g
zwZVP84s*_HaM08gawMKx4rczepa8$K65f5}Ei3)F(7-&hytvwgBk%QI9umd1aIDAq
zVwSr3vRdphj5B@He#`zgl^*xgf6@G}{%2;^9`ulF*P6b3-O*S6ID)kNslhvUs!jj2
zJh$eD7gsZuADv73k#Ikb;>57vz50+0V{g433LV~(Fs|dMf#D`W7k1Quxfw_<rz`W4
z)djmltkh3V@;Z<CC02iY{H{wqba$^W`@yfnnmsnb{hBR>vvK_`_>gA{udEj)RDu>O
z#ualt;9Z_5l+<I;V?gaeUi8Z!cZS|44ESYAuUEP?d3v>B;>S9UCr3<kqH%L-)I+yS
zWo4WrKl^>Ye4g*XjL$WU&3Wo-6SZBl1=MO*zCtR#dfTbfsW^6{nEaM5_iic~X<E;N
ziLtsaUtz(Ly@cg1aY`0V;iI%s*E>?c0sH&XMw^HaBhM4px?`mkFJ1FRu9jUmPrbU5
zDIkn@f4c*9iVe<+EK0)8JGg)69W42D=aRMboctG#OFiVkx{`{~7QDN*JqH>9p>5x8
zEKnzBiudB_QF6xcNy<I!bRUvd3mCWh(#3?`c$#G=E~;=claIjnM1|Omi|YG|$C*)G
z4rM4yU=-L2Lk;TV?p!QTemX>g`2}Jy$@*s^{sJ15Lmh3#!-1`aAz&>swDGEpC3ww5
z`vt`=$%xTTrvr``q8-*xxN9b-YMQT^{Z!XCdy<l8nTu-;RnN(&%=_$jWH>ndTKhAx
z_tb^qOq|5@2hk-GcRTTp*Dm$;qZyb5A0b8KyPs|!zd~IPa3FVLC|K$SJBFlK7`ya~
z9tLh3L({$e?Y(eugBXC_LUgU|O*IFc1rM3PS<oPge|%9UY=AbJeL>06_B@E3jRh{v
zZORfHR>1n(0<J*#2;LZ-BksDi5z=)TBjQk{b9csrqb9_8o>=7b^HUM~?<prAOfV&u
z<gid^{~=bCD%3Um8)wlOW=!;176`!i$iMYF@}62#3d2Ww6*rnq-FJQv#9TF%Lr-8<
zZYsV!t>`tIY5oEuy`C$BHOxnAhQ?Z0he69%;Z&wUWOlX{N45QJFX|*VJDV$^k3~^i
zH64O~yOfzwj;3M&;!%3)yN8Isv-+KqaPHY!#i?KEGsdb;%hDbMrk}zOsMwSZf`;^h
zrmwwU?yc2`N9zAib>AJ;ME9*dfPje7e+Wtw1yO-er3q1y-V{(!dhY}Tqyz{cQUpPy
z2}qGDqEx8@p@*(W2|XavOQ;DXklexd{nod>b=P<QzvrJ!=A5%;X3sf$?=xrb=UIV*
z8tV}kcG&fPcH=(lUK1xltT57M!m}&r_pt69X+S%0PVuOn5lV6+1mNfQM93s1(q^>8
zNHIc^?9yc%@HJiz+)uA@ThBwB67}f}=Q}mP>kwi$1Z?^_UYhd#1u?i2Boi$^!-V9;
zV6gO6jzCUQ!NcZ6b!FT*#$M<y$3PWS&&D&*(KS-@_P37%CYbb-UEkT9GN((;lAJ$+
zc~DmemTcS3yf=x_*`9|(J@E2X8}X*S->h*HY7+?j4vhS#HrV7u7v5iTx-2N1=J`>y
ztA|=l;{MjBmKn=ecFNV3`_En*=uDIjim)E3&895p;>tb@7SP2UFh+RZSsy?l557*E
zUVMLj6M|TN;{n&~=|Dl+TbeF*Al~qitY*^1yj(^GU#Np|K0*6!rj~7!$Tadnym^qM
z_0jeMh6Evv>isH<$1~+1yHbA!ggAlJZvmKA@V)K+M^J+$1x#9$*VUsCWugH|IofJn
zj_yLw?_h)Y$(EWERa%wVSuc&UZyaTD^_8T})^+K1MKa%6?cDitxfd}ojyA*=!+xes
zxlA3-RN0ZX6%Z%LqczyU^%+be^ms_8t$!;kplz}=D<~=GkT65kBcDWW_{P=lkd1dw
zIyRco8v7s+wGHp9wt{xMr%V2E;y?>k>nRq!Wf6B#lD*74$;Pkj2_mmwtcYwByvloL
zy1=QytQq2)=IubVZD&1)u?Rle-IT%LJ|07UU=C{$B=UyZb}X*MUql{dd;D@-APi&Y
zxt5Jshe~#J?b<2@SdA+#)wSPiCZ23zYr!$JNk$<_h=Ed*F}Uk4Q+|@&(`PR2!hGqC
z(EIkfTqqwi=>B6slpT~#Kp89znp{j~QrK*qeP`y|eEswTYdiXx4{r2P_KkE22ZbV3
z`BY8jj?)&~7sPQ7%GI_(@t6QLMXbBwHe2PLvRmUP@Q9coi4VH0TUuV+$B+$sRC4jV
z=%(k>6Y7V-X~hzHFEx?=-bZN!v#xRYE-!H)tP$LcCOd2=Me>D%*bzFz2LYSD6uo;~
zCSH_xD8L;~@y6!tB`5X;93xJP)C)Ozi9J4%8DFP=0h<u_3fwhNG*U|EH7NmMFJmjn
zqiBSKu)YIE*r+MG50>f9dmJ#0+91+m=8KlMh&|;q`crgYwN>Uweu0I-$EGKTIjjg@
zd>e*XjW|Re$CLNKdm4WF_wO3!qz4X7f)a*BY_w1IcxgsShxLRCQ*Iw-F`F+=>6OAD
zat9Y`U%ot7XseF;;q@VC+ydy>LsS_#lk~rFGXc|J>iJx7c=3^|MDulg9Y-xM2LF=i
z@tKrC!)52cMNT_;iLoQAb#*Nq%;b92jW)SrwvNV6#y$o4b|=<fR69F>#JiBij&UW(
zV@AX>_N2_><U2G?cCm>!m^EL2qd655-AoiFuC!yewpJD|fBChs4z}Fy+(7{#%dyH3
zg0&pYh*{0Fc&SF<-F(alOoIWvmN1aGXVT+>s6wxVDesE!Zz5yxc1&<vuyYM*Wha%O
z?Z%mv%s6HDI&+i#OQP9*9R3d@)Brkr%R_CXIq&7d^BOP5+2}rnLaP1vetH~2abh41
zm*78-d@><(^fvpX)LO>(U=&GAB$KWq_7gFruX<A$ISqO+KR1qbE*c#E?#$O#kSPsS
zGxqpO8sFb`AY|&dFStAh-b`mQG1`z6yhWOVHJ{j;Z#2Lgo3%t0;EIa&9_Sb6#<F`r
z_ibKDp+`G%1OC`&OUVFgAIr^@icLnfMcm&jBke-Px*TU4uuZ(ZKZ3uE4|E*O9pi28
zz6m5PWIn-akM4apkZ#1s7eMx!R?y~Y2s{sQK7Kr#q=mC6mO`WiT|?|HfE}BUhf_}n
zL0zA62$%#*906JXctGGl%lG=4#m{bdZI6(QZ86!%B8WV;=N+~ubJp`a45?%gTQT$U
z@F61c1Cpdiwjkih_-y;k=^#+0S!4;8ka%hXuFX#lBSG>!>#J28!9P&MUOU9+R)QJ3
z`&Ke)_jCk$air`0NC3S`2}tmD!j`9CpKt6TmM6@>@?;j8GW_T;2djb{liMB5CM}{7
zxKs=QLux7`Z$NyD=M{17j1#b`p34LTu?j)xJ^s#H0kw;*K+B9D+l${#2|jQ@v~mzL
zHZg(g*r2_k4ulHCyb*N85<xqbZJ_z;@~-*~!51^DuJ2hR4o+u3c@9BHY(-;cVaCu3
zr<1Sn(cwY4;0s%1WD_ykZJ}WgAQjkZ@Qg0LZXYkLN+fZPs$OwOQ0WrluzZwb!qVIk
zX)WF$T%Jn(sn5Lf;%=oeUeNs4x+cDpGD|sB5Pnw5k%=wFgI@1N%-DTCqr}3j@dH7A
zsxD@?NBOwzt7`3J<u%?L!BAQ&*+8ylnQNUG>;OC-a+4XjxwJ&Z`&#XgSV)V{@>QsN
zJG0ih+eH7ZUq0Ed$)ucN4magX{*NCv8_RIXIU5-&-u}jN;@j+jgGa=bc|R>v2Fv9I
z=uL>o{uacd!DhCZh|`E%VoA-`{oxzAXLEeWx_mPC0)945m5m|Cgs(YVA;Zss&KDS=
zTK5gTGH6zNu$9fV(;;<4yNqG{!7=L};tROuic|149gldHDtVHH*I_~7*(&B+ikDtT
zeJbnbt>O9L!`;<|hfPcA?9Dd89n2CQrlh8}8&!*c!KefU1tAdVqv|p<at-eUG+<p;
z;X{MZuiE2tkBL8Y%^vYXZYDIHM1|4s4fMFV2qBWzxQFKsaF*ON7hiDktMaO`yuwIf
z&nxyx2Fi+Z{~^7Ahl-snUiZ5hm$wZ6>5g?5$8Rk_fPUohJ6?Z0pH*!Krq&bxM|X&B
zM|nFj@O5GB3d`(19>Lfp%9FbDM`X?c2sxBKS!1ouHx)|8+jPYTzXzvtn>cW*>3A-4
z=TMVhp1L*rgH7PnW!4ai4{nqoBx~t<E3fTpjX}5`kdg|<QfeU(V!u=0SmrR^eNv58
zJcGoGW#HbmS^Sxe-#`YCCYCMG@R@?hU@QBzKFv)SuA1;m{-td6EAH<X%z4)>gH}Qp
z&VI2_TCt9r*;-Rfy0c>3wqvt;#KXVqE`K?b&={mJh_YhfZ^gsw;5Aq3@+mUj_%*;R
zgIIlOE;I|gPvK|~DCZf$H)uOgb}slg3SVCQC{M;v2G5Q=?(l50fscw{)N`jIW!SR<
zmXwTu-eb*Iga9ioSo#t{@k}ATBn98DIK|m`x)wlJgu;XCdTQT9O{TUWdTh*gqFVi$
zHHYf9?~q-GZtdeVq9E{V9UDoK$VXM0J{6Y?_F021AkgAJ8Fj-qWq%2d%aBL+egNuR
z<Xo1t47tP4cc@#i`HT}XkcCOOp4cXLGp!9C_egwqxX58ksMUARGa^2`;nhMAyraP8
zc}~TQY@Day0Tqwcw`gRMa)~nSH0gb!K}_Q!=hp>eCudfy=={J{nxC75h!N62DCK%V
zyE9sO4IeUPWpWNE!d2IDHpuDg8;JVt_&YvoWO-Fh2hd$O3V=q9aYP=PEvS*&q4nfe
zr|JmDk^lS1#-^rHI+BS!-9O6v*18kaAD|E3yt#lxBJAusYutvVBGrLob42|OPqIsL
zwq^&?RU|`ZU=C|ctzpy@wkj*yn}y>ux88Y6HBFlyNm$=4dbIg$TNEKn9QqO1ckVJN
zitRj4663`%UsIie<IYq?nke3^$gY-<DPPQNAWFWpg;1`d_Fnrb%naYW$-TT#xARi$
zs`fLJnW*~s5vj(POee!?vZNc-W7ZerDfStPPjZH_iL+;T0D-v+a}*wXY<adwO09YR
zrH@XUXeXF}-I519Sa4)Mz;B=3{7CMbkkYZ5aYi{$OXE{ypR-a~yyhf~Y^rasDf8P;
z;2ba}$a1Msf8<tjzrdZF^U=2tRuB{;&OcHo&C_X3g|k0}(%tpb253Cw=|UD{iw!?N
z6as|UV?KX&hr!kxc%mOjq-hJY_t{G5>w}xa8n{pvfbN9ieWCkPcYe>#sSiO!+|;jP
z2s6@q{<{MCt0m#t(;({9$@t-`&akKR%y(;xKXK%*o8|813CqL<d-{8r%F3VcymdWe
zv-69!Y>}_>lf^h8oI^C1yp7s|&0^u7W|h^}bR5qwF-%mL!I-zEyUbRdnxhqD=Zz<L
z2R&JWenl41cU|}RS(V!0dtOAVQFW+c%*BJQYh@=pd*RB*a-&%+Gb?Y6VHyRKh>>Qm
z_NTe=TlZqxZc*rPk4J_nuwDuY*nqR-^Uj!lhJ9c_hDI~pdQK2H@!HKiqclJj!rqA<
znkdV*sNd~GTMV+fU}Cq}b9-O4U;KSxbB+hu5xw>v2uFd*21SWL_Z%--hS{LlP%u$L
zFfl>>59x$>>((uabD$5{SNX^J?%|o1coK!<qs<GOAoO8j@=q2EMe;`L#rU7M`&D!O
z5#_|u8K(&{nv8>}o$sLKzOgmTqQh*`13#bh=YaG6PnJ~Prpr^=qEGMn)4V=*<9z(9
zn$A!05(lODcrkrP$IN}(AVQ@3flNC$(yPSE5CB?N%6^#^hNB8Ts;ax(WgB;Om6E}E
zG^(Xmc~;JJr9b~@lQi8>6?mvH+!~lOazpv7O4~hXVAAIHqg^MO@0-<|S`y)NIxy{E
ziFRJh$|5tz`nXz;vZ2DXJMv=i&$8mRQg85k86(S~EP1%2R;i9m9nuzj;ghuD?T_4n
z-73(3q+@qiO}D~$<3*|!N2m3W56B^A7ZI`^VfNsc#c#=kI!e7CaR0JDa(YVMF+4z8
z5Zr9E_f;;nZ%<&={)*>*aw^5~Gwc0I;d{Ouy-67N6Y=zS_&OLH&xi~G9UH#<$4(j7
ztz(!@<SQBen6+g_9}<C943z3vr@Z@ezLhTGFk2SuA_f>fOh7)%QK%0`v4E(dC3FFY
zXXigxoJo4d&UfMVXDwQPE%0+ij3gq!yp``;OQQ4Lf}!wPwFFBeD$SP<n#`wEy)F}F
zhaRGDVX3ywiDUDnsxofFgIk(+6&nun%ta<Y8Z^FQJIme&@8+#noVOV(yzK`tjXvC!
z?<jlpRoRUwKNW>RAo{uh=!azJoiJCTMwYEqK^G<^{$4Svr`~&2e?QIps68W__T0@7
zhbn_I$e-FA5<gj>oRRN^Q{my41R(G_1=n6!{sSqw_dqP?u#`w&udPIi-Ph96rRVix
z@w*Bn*63Sadi#ux1mAIUugabBIhAUcM-ODa`sPhaL&(gOt-f!U|1=%9RM`uJj0G@Q
zq~z3-&_`0QT?FnV)IndnJP!}JB$kx2f?S+Jj(GJ)&|de0v2Dv!;|B(u0-+`6F0K2W
zw>1cOtiX^9+-HzHG$@n&#qo6>-yI+TWNi%P0*#@R-?vsZjn;hnQS*xmu7`Mr?R|g8
z=zwgO@{AfAwp%j9H9s1fJ0hg|O(r4%*3lX^B&s<B3uq5|k<`w5_CLTw8nzrjNJyi=
z7odL6Xx8btr{mqjxo%bc`E%sSZ#6!Yzt21Y+Z6fv^XyM|*G>1CpYGv-b<6%|k4M~<
zFx?cBCD4}d3lk+}N>jZh)NG|xc8t_)fDpWQ@Pxin<mUI$iHTHTV>9TAO?W>=*JT!F
zZfi=h=kI#*-FQh|DGO4a;QpE@1hU?cr7dXZlQSE<n}|jnl#nTMoG?*J2)S&;SupKQ
z#44!~rC@=4C?@0OX--plE9!CM?s+!q0~mywUO_ilaC@}yOnm9h%xvjW%c8)#3*9;}
z(iOJR80c5pyDYu|0zx;<Gf*(!MdpG^Dix7VUTd}4Z08_ywfbuBuz6<A>vO>3{h+*z
z!wVa(J%vU$Y*gir3rpEG;UNLsi`@PFd4EP3r6m~wfigR9)Vu~=7f!@Mg<l});~CAH
zq2GH$I%*Z}a*ew&<lbRiVPn(WFQ(jUu_xw)bw!NbU~-yxdh_GR;pJ;(gVApWlnlp<
z9n^F#D}2R|DQoY?NK_Lv5?e<0GM-W9z7eWnc1iuY@>vD{=;XTk<HrC?L|5`*T!Z98
zvCmHFWb_`5o_gE4W+eT9!eSYET=W_Xz!&P7i#~{Wdwl}Jev^Q|<9O*#Su^uARktcd
z%K`=q2(g`GX+<v_dXz2%G+Xc#+)r*XQyC`b%Klauce-JEx3w=XgpwsXQvYDRMY%c_
z!n-AN;n4p{$*PeiV9JPwm_~tw0|dLn*R0Ikzqvp^ZICO(x}pv&6%|$-5pGkU%AJ~;
z0{9cUTfqd@&dyF_;S}AX;Z+b`QYBRmh`~Ib(Tf36*vm*(#JyV&UzAw{;Z|17H|20w
zqqMCWB2I#|2Y%lzTprAAh@^jB{PZhgW{?u@?A2IJ&&EW-ApgRU1`?T?j^{G_HnbV1
z`XJCRNb&fQsKpZ~xlvi{%12{3BoA{SL>*RGR8h_pk6JJ>If&)w0S|O$MommiWZb9U
zXSBy$%v_h0i7e7<dPRMqW$X#5_dgd}MoT8K!Dy&Zz2BoCQX|50-$=$DQCp3!HHIxp
z06h%r=ct9wu~9!CWGgVYKTCIQw>ytnPGfvTJbbOhCU(^Q(x(X7XHA<zdU>X=DDOJi
z`UM~K3Z;s>_QgkEI{TKGRVK?s`yzxpM__8)X;78;KGUtCzBY2=X_<e~^au|3443yX
z<kD91fmQ@U9lHQTp(?6|=SwZq^6q3J0*_!!@yaBXLz&Qa$}HN>c4cYXcf-F!N&seQ
z4~Bod2Iszz(y}s#s;BK@rf4u85zIObJ;RqV0P3gvADKWDM!JymI~P;zg2>-1pvM(H
z@~xfqeN~WNulMk{nM({yg*XQ1y@X;jU~$sbzx4KjHB5=c|F!}Z08iFxsX`vJE5R-l
zB{_e+qv*r`COe}uMzMe3_k^T2wP2$Tg#nPGYau-146=@W%^hQ(=@}{vSz*(Z4lfRt
z4s*_Th%O$J^G7|b?4&HG-|(44(r(c7ngZ9lCh1+fsj2Ia&ex5M*E7}CGxp2yRHIk<
zs?6L8h@s+G#Bs`|7~<vPP!$lN81^GR)Ff<np<!a7RAf$dD$9mrMIy}J!NH|^vcJDS
z<|3r9un>pG|3{_R@TP%*!SL{KvZkHAec`jOPi`iI)lW)B!NZc#rKP3(eiDf^J#AWV
z`s9+FBZwfCl~wwr1Sl*jI#H~=VwWFc;R=K4@oZs}c17UFHZ>dj^jgv&hFl-TOVke5
z8PQ;w`7)k+aBFMpDYE84Uf92`TRQU0#%V%WgjG1_GPt<5pybi{LQcDk7c3_^Y;j42
zMs=NK4cV5ZwS2JJutlD`$PAVtPr0;5Tn|o*)Vucp)9E=KCPCou8P@Q`5L%D)#E|Hy
zs3@U3x|9s@MgVvi6(x9<72pR;E?wK1kkb>6VPX_~{QQ@k;uhFqI`eoVqtwMHIN)&$
z!VpNw=Z40{>7C2Duu#b_FRrm@6zJEu#luWqcmDorQhWclRsNcVFuT!{Cx(x83iRU^
z!oSR~NVR%?FuW-s&H0@G4lA<a@Yg4K(<vzgn@@WCQH|_2S26|&u;=`_c{Y?{IB@Oh
zV}_ZXjq9}T>+4fylMU*$7EjjXjPUgEc&jaFP@J^hU^AJL0$G}s<|-y=QP<SgE(*Lo
z>uPFF=}#|^*mM7*B}ars;!qiKL3aIb338E6cUv_k&npc%ke)Fy>j;Zd$%inT(iqC$
zqklySYMxJ@*Kjy+oj6bbfo`g%YGUJrh+iyx@SH^^*2qM-@0o=~tsC6N=4zTYu5?~~
z6yq~vQtPf^2mE<1H!LL(dpRbxrDoIcrjLgQpUl;SZX6D0JYpfCit^l=`JSpR_<hvb
zcIuZo;`~80&nxtAp+8lOEn=~wqmP|bZfAfYE9e7l!K-cwfjvHE?P7nub1yTQ)IN<0
zu*rnY=>irkpcpcBGYW6S4=g?hU9eLeKd`Apnk&Mbf7g@q=e8fUW#dGR8%KmI%DTc<
z;s!VD^l{q7#=vDE$ky5GJ3n6C=`#ZcKxm(ZqdoH1Ajt_Juw-As@aj$g-T8L0^H;%Z
zvYv0}NF|h&mb$yT9*(X&DM@hCf}e<wTn}I~kNGGUS5;a0PPa%hEtWT-NWa)vSnyG^
zseYoc?k)w&vvT4~EJu>{E)(#M#W*Edw<xhE-}JnvnUUycTM15(fK$Q-wJgAYsqIx&
zDZs6P39ZVLtGvw~)8mT_%oa!lGlxLY`&HZ7*{R5H-yZ{S5!+C@54jX^C8*-^<;ynv
zFJ5<A?`DCHIT*>hFQ<BdH7VI~?qkYcN%&08;X)1hD5hz5SyzCIK_JDB;;pE^za9vs
z+2AgbmSk*!_Bn+qeiw(hQBzkZv?pMSPDTj!*y=ACjn}xP7v32YJOB8xf)a#z$it61
zWH7>1RIfmP)q4`Fz;%^ny2D!hi1dQXA(jAn)xiYDlH#{!Zn4L(w8qj;)qrsQ^sm~w
zy1H<<+ePYG^`7Jhj2%(~pmbPQMEXu|nwM{sj}Bx4*r%25@c}gGju*OpSSA==2ml^j
zD9qL9d#Gi_b;)}V7GBe}_-P3yw#I$KaeRV>R`I8H*Vfh!ukIh#2!Jg2&*i`;o2Z%j
z9&z<Cf>Uw<1L7v!PxSPs%SRYe@|mG8w3iFJ#I9j#pV**N?m>t0o{&S;cTI)Zeyx53
zgY&p8)0b40KR$Hi&4E+|_Z7su5A!_3X_4>$eJ_-(Av^XQ5#G`i<!)10p?4)e6wiGS
z;cRHAsbSw}y;N4yt?qb52DHLh!C1o+yQDC~LSte1IGgk(j;1pbIrpt^aC(C-7wQw~
z9=D6Mxf|ziRz>{-Uc=iNW>23ccshc@^f5~-T1Q?1$zHkCcJ(K~FsSo!yLj2St4%cA
z+5CsbWEB`<wn~ZhfmA7|+!{NrPv=0|Ex|l>JH*Xo&{vlD^vx!;O2Fc{b%LNj<>{*R
z5R+=-y~Z2U36Ar8iMR!I9HphHd6>8SrtBc7lDy4Q30i#8q6ds?#w9xhM@D=!PbPu!
zW~MHt!ADDVRW`1wrpBH_RX)?))HG?Sn^tpaqVK!mq)^q>WBlgiWcu{z&W&T=x<6Xn
z+4wI%&M?2Z^?$TSUFj_h(@aD-PDD(8@SaJ)KXVEkgtD`ivF2f(WeCi(H%=yPXpjAM
z%o|e~DyA=iD4Be1niZ2Tc{tRIKy!W;QyQr|f&dlA#9!6x*mnAn!|Q+6%l!Q5e5N$s
zVkvgiMeqMA`8OBMPZjoQh4z2z%S(CnpQ=X6yMIl?z5i|+=zzcW<BZk+@+RRiy#<Wq
zb*g`D-ZDmI@fQ(?;Njx>Yti`m<(H3F5UZo;e?^e#(7Hk{=ra=i;1hIe`Jz_x&*YI^
z(BHH$$MpZoR6hGzE}7~<@KFre@*nYdGgPaQKb+A%m8Q3nPYg+p?)~4+jjPNjUMymN
zWm*60Dq;DW<*Dd%y$XEye`vJ)wZqG5n3e2*tZ>v|^xGlmbqdzg4sV*ahsbUBWB+{>
z9Prg$X=pPt@Muj&ROS1Osc{s=A!2jdvF!0DhC%=U7`#=Cy=`D_Zg%e8fS<3ekDEsv
z_38;&BXC+{YvpYxZ}Z#^`~f7y#3e+;Zi|RZ7)prAi%H0fON)p}$%~1tx8BMAe>%9q
bY@O`=|NkA*KZIWeI{+Fgx(`b4TZa7?h~I)p

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/blog/day_7__bugfixes/profile2.png b/doc/design/assistant/blog/day_7__bugfixes/profile2.png
new file mode 100644
index 0000000000000000000000000000000000000000..4d487d02a2b664eee6edbf3fc5135732eac25364
GIT binary patch
literal 230937
zcmagG2{e`M+dgdAA(@g8Vkb!wl8~7sNk~HGBuPTZT&5&Rl4J@ANs=U)GKD0`l+05S
zGS4&Lu|4m*{_Fp(^{sFJhNnl{-uHc9=XIXPc^t=i1!-%Zq^ISeB_kuFKc%LkLq<lx
zA1MrIDDV#_M@nb>gUaIcNfojU(tn;8rH11tTOHIcIN_gaoBva-z9vsb=0kQ$MM>AK
zeYER}`MHzrqN7QsZ-g&Yo*&=o>VMr>fGW0|@(zny+Zl=Eu#bgi5=EnSkN3CTc|>4l
zHXN$_qU)bUpSRF`z3r)G^}nK#mBV%EEt&K}r-%%qEg~y!&f-pdrw8NnuTV9&G(A*g
zA}EpmJ8Q0}<+_DP<G1<W<+V~Wvj6_*$4wL^^ZD;Do>SA%k^RqmhRFTm#%Vi`D3@On
zW&iHnLh;|*3l66?4KM9_>*Taelq}E0K**)$=^@tO%LNB1Hou2(=5Bf4{CL-hgVf7H
z-UTvtvQ-M!;DNE+9xGAyCX?;|UBJ+WuW}*-k31cvPX{@rkJ;Ta^LK5d!*93zcd_ET
zXai!#1v@!=`ON?4iamV(uPfd%)WXTlZFlu*n0m_pe(H1TU`67+;NWdEG*RRCJHyS%
zCP#8Ue0cES!KB-#;kPuKpIz^N+0qh!!gWcDk}b|9>l_HJGAi<zbJizp-r-Q0<L`>C
zQ2|rwWyi?=_u-NGl9T;+X#_b%b2763ZdHkqNs796;jgpwn2Su9+OzTdt9x2)B?w9m
zQl0jl`Q;W_c$QWD4MQt?Uf#?%b}8KLUuK?_yTU`;tuGu|<3tEh?wfL>qw*)->#}o|
z;<C&2Y)sM?VDVKXW2+r-jMm_vyw4P*!W-r$!`5V%Ti9hM#Omp7>`r<l9!#ZVy$dgO
z(%ReG|Ne*zCf=*HI-b<PPWQLCGw;W+bAhpNeQ9jOReSrBiP{%0UNki|Em;l{Vy&4Q
zX}KX~Y-=kNTp2U&(nIc1RGg7<hR8&qrtbNBJXz<et7~q9H9@~)%%!kvJSvJ^K0%8&
zY<YQE_2kLx60sd)R7w;Aszj#8j~^QdJ#8B1;^aJd@ZiY5f69s4Q&UrEX=z^aJb~q1
z%kC@7%d;N0bah!G)Z@l$s7TMO{<<%D=|o0K%D`NUS!QNtZpRok1J~r#RQ1=dc_Q}l
zF|o1utrtm2mo8nh*ZUi5U#!IRC#S`9+qP{h&04cdg9#gp{h`s((V4}||JJsX(b3U;
zn)_vR?bn;78nboBSjPO@Ys)1YYxZ%P)D~2+wZGciUpLz*EcW`R#(TVe@!~~Zo<W9Q
zZ0+B^zKen7+js2nC(^{$&d<+VWf_c(jm1jZyGU`_N^l02k9FkMwX`fW>zkQmSyW~u
zEcBN7$Hm1>e41g9+Oru7-d>2GqS~m#{XHA&l72+Z)a-ZfM0t66<>l9l>BtHS3hoC7
zZztrRAS080?cKj4=i|p82?`syhtPZXqQ+Hwc0EtHZ6RMbCVQvM{LkQE$@=n0@4ZTk
zrP(H}lEvS_Z{EDYS}Dxd9~X|i=HTG4GC$@~bbIhe9F5=e25aV^JH)TSBE>`f{WJ3&
z_JM(cdubXwI#vcE&A5*_^2y7a3b3rVyk4JY+fEAW=RNdvWaBStB1K$XUH8&3v$0(f
zi>|kJwzGTNU_Cl9QTO$$)a_L_d;82vi?r9TV<hdlLsVmD9RieZ^nDJ<$~sI?^15{^
zQrJX2QCl-!cGs?5Y0WkxBO@ll`fhG+R#q<~BO^6aJF>6TW!K4j&JLZ8)==eR&VK*?
z^XJc#ZnAzv$NW!k-@eVx4p-q#c}aTl(loZVwl*|`MMP|oXt1`m<>KOc5E8N_*N4Wh
zb!>iZWg+nHUH<+1!>j+?zkk1>p&>6X@9S5!5Y?vER)O$p3ENilECX6vT0Z8Wnt|U_
zZu$B7Uh*YrX~X}T)3H#-!jcja64KJ`*5a%?cLr5j<aWd*B=B%>s1un=cOWgWu(8Q-
zJ@oPM>FhM74RDOrZ|!q<ChPt_H8rr-D)Pyb`eA1?v!16<pSHIfhNxmM>zq5MwAkmE
zUyOCC;_?2JoLo^;b8yd|vW^Z<OUvYsA6*<A9+jCVzkK<nveNyB*LY|C`uc4;s_;jT
zp6jKj>DuV&>6w|C9Y0>~w`ChHoOkcubLY<0B`7F}ikfG)eJ(Fo`a$PM#I@sP?oSh0
zvoB1|=GrwUCnx-}l9H0O^{X=TSLx|a`Nn(p>^XMq81}SXu2E703k%DuW*f2S@8+VT
zE-NCpN)j8aDSQ=Eo60hE1#kX%cFc2Od~AID;lqc>!M#N8(5n8acnd{W*M(mhMwAp3
zrBise`%XXo@ZrPPfoUUZGDX~ZbGm+p-ob=Av-g%k`=4*wps>n5cKGn&W5?VZ!!^a_
z<+~djKM&4a7Q1li(q8{EH4P07b@k<pjXRqu^9+)D;XokIZK+$!;-OXL=AzBb&6Jds
z*tu9Ii>$@Pss31r>y6gpNHP{#Q5yWIO~;1&um#P$rYf<_%F3uWCm(X16^s~Z$rKR~
z5D*lkrK9^`AawlraW-LN?KE9ZNxPrJ&I#V@`DNy!v9&IRMepCgM`jsLP0-ZPu(h-6
zF7fuha^;Gx?VB?5RzxPUNpwO&-QbME`r@S=!y>yb={QZ-KVP@A&_;xZ_ow;S47`5*
z`rq*IRz^mIU8-iBprD|~R3+Qqy?aldJSk%O>7H`p-`d!PZqJFFoSc;8Wb>@n7cY3j
z)Mh8k8Dnd$!mBNF3~Q~jD=l_$a;}UQPJH|J4N-GhtgSMb&CGjk?!f~(f)cU<J=Jjs
zhj+SyhXe#3)eLwqHznB3@FKlu=v~Wh6JiZUD(M)*UAE@hCsbP^R$gah$ld(+b7Ns+
z&HKoe9|UqAW8sPMaZOE4hOJwN$H(OzdP^4<-K?#xPoAu5NIGeDYpxk_O;B<fZN2gL
z`>sUoA;)~dg9njZpB^%L8WGXl)3c$lF{6MdURzt6uAf=#GG?fxRQ6!kk#`28(MPU0
zIy!QDj%Gc7{`|*}AL0A8JSfP*)O2-q#jpJm5{&Rzp1m4bvy+9zQX=*QZ$rM*;7^;m
zmuF&~rMpgx6p4$9K6>`dRxBD-Ls~}0zF~4^u&%@Q<M;31jgn=3gOBrv@8#uPzot=X
zm0eR)gSeQPnQ60?;0`s*bGWFgN=3tIm+}66<Cx3I6DJNteA|2Sp&H-g>m47@tg<O4
zYG1y58K2kl$$h5Qf-G9YWq!16e%?i%w6aEqhCkxvR=(~HePfvO@8PO~GASJYkfQNL
zM#dPnt#P5tb$kOu;6Xt_tTrN$#?L^AHQ!j1j~P2HbhivE5)mh-%-p(0X3NOjatNp7
z%j9Gt4R2&krddgRWMrzYV4UU^>^+1$!V4So#EHr;A)LDzs)mM!kkj^t%2E_Os`>Wq
z?%lgcf9j`CdwO_q-(Kv)3NhXEns2+}H27n{K??t0<UIUXk;u-@&J<jUA{Omd9;lq?
z=kH&Kn?M;z*L{sbm1WS`(y~8HEm>!{v{cc><zutW&L9<pzlN4pmANQGU{X<$i4ZG7
zw5qZ)t@+=*do;d^^{uUL|9+;mn0g+<UbU4d*;rp07#P6S()fw8KbW1JMSNgI4Gda4
zJH1v~b_G`o8@%hS2-<<nDI?P{;E2_IuKfy+Ojb%NFDa>ivacL@B<`3KzaP;e%Rn$f
zes!{Z`}XZByjibasb#j<w|_VwE9>Rvw)iz{Z_llTuFia?j*br3vG%#|N9vN3lksT?
zBt2c-A!liV(s!$D10mH!ZIPnc$6a<CLrJ0B?tj8?QDV_vqpewAzI>USoP7SA7+#&M
zEg&0#o!@)@IFm}6ZcOdpPoF;FIggKzpG(y=DY<>C^8QXX5mO-%5fVB`dhvpbp(?lM
zc1L&j?GZ`#A-x24vZ&g>NaaPI3%oSH9rG>4+7PmOnWnp0SZ2-icX$j$=s)C9SVy(r
zE#o4DZ7(h^e&E0XLBVfF)Sb5J3LZt;8~7ICn9t>3_OqpBFO8VE_=hWX@h5^=Yom_@
zs_}74JHN`v$jHw>CL^<QcYju!?e5*XC1MZB$awyGa{&n?ARu66VWO_4W^Z`4>(B=C
zCe|bX4VgHOwI4-siin7ain^zogp7Li>Tm@GI~~8MXnjo$l7XkECuhhP)Xb@=8w4dF
zjNiY1D=RCTy7dJ-dc+i<d{Hd=fohUr2G!L)<mBW>tiIp7f1fwJ`sU4>xQKWsl%vXu
zibvI!5$ZRmexJxOloJzcY-k|28`w^mnx2l4^PFE_TftK8*s(+Zt#MmJLzd@)9n&Mr
z%a_j>XHf@N{v90jo~f18NprTeyrZ00QCYbw<jeTDU69I)rs2k>rVB#9K3?y@Mg4Ki
zZ?G2U2vJXIw8?pIAY^ZEFBn0q7nPQgaXGsU;Db8x2dDifU)3aFTR&o0SQrWdii!~H
zH59kEZ|xc@f7;|AA&EuPDLtyMug8W;OiX<GlvTSt;-J1xnyz%*_~4+VxHw;AO;b}7
zn~;Gbe|Wy}TV27f67Le7G{WvWAcYGTF4#&GW@TlirdHv$T3XnYm>2?gaB>#jTABa&
z@#FNgqY$gil^@S0CmmR5k4j5RPvro2S65eOTh&T?Exzj*GtII%0p!XWe6z3%<rry_
z%D?Z|1pVaniIXQi-QAB$Nc?JP0g(Ll>lbn);s7_!LYrgT_8yUI^sE9PGUUrC%99L%
zm%O~VKJh%$Ox55Y85%MGnjGt_5HTypwqk!E`_=M2uBa(hOT;+OVXQr;ySw}OgN`vh
z!HAtZcj~3@RC@H`gSfZ1H$lnI&ksr2!oq?;;j6|cC?KH7l>Fht&jH8UI2krN`mk!t
zd}D5Q_91uG$eN?_^0yIIqRnWt*h9V?bNVY}Qt+f^fNIN@>Vau3g*9huYXNELWxI`X
zQiiOj+(Jd>8lb^{Da*i8Y?shOVJ4b9<MBh^aD&)oWo1ePCG0t@aHrh@mL=_6DnMPd
zhMoXRe2OyG(m;GiU^x<1b{pM8JV`V#<Gt0E@4M`B+fW8<y}XS1!{g*{aj;|?W*|hR
z<9-Y{ZYB7k&R|#KqRyBc-w~pEQdJco27#4hNU!q`Me@?6q&8b%mcG6|V%?vFjn)0!
zp-6;DNlAFDIwPo*%89)*OYy!8k5(xG2}C!@JNdgOf6oHZ&(HIcny>QDpRpi{l1I2h
z6Y?}_TU*(&kTXlYvO=ueH1yeb?II^93$3CYF$6mL=Pd1CMmDauop3h282~Cn?=&AX
zVi?gVoR^s?5?DSZyTw;=64gdJ&fnjk!nd@egVXtKU_ij(Xbps+PMY0Xx49^Ld?aIF
zd33E+U^$Q&R_vY%ubYm7LP^@p=j#$3_4Q2mRR4{P;E!eg)NQsOOG*^J?%2yjgElRg
zO@wM7L^Y|_D*f$SQ?#WSM*?u0h8dctNiWV_yTa7?P%sC98@<;*WoAxH57fv7;8{62
zWj9!>F!9OCauLW-oy>b_{L9>)I_=)I3;DrWdbe@Hy?gggo%>)S45W_zMs|@-ZDC<*
zihSb$@?lF$q-s*xf26>;6gyexA-(kG?EBkV?+&vD6n*-{ykm#b#w%?B>`(nnQ#qGW
z1H2p@M8m7mJ+K8=mb~CVJE+EoT`x+}>zI#Dv*6|kveY|+H$X;ed|vWB1CAjNAGVLp
zpBgFNL38KNpFeo!*xo;X>LzNtP5rL?_wOI}($J7K9o0D_qm{LV9z0pRvJBp!vs_<a
zPiuC_H-6s1{s{3O@vW|I!X<``m$&{r4-=D5RX>pI-|x}>#IMPRSRACD)eKA<+eFrE
z`Ir+^P)orOxR*JI^b}aZUyO|%Vxh&`wFRCu+sp}Fb1H9P2vFW0R1s8ZD-m1X7Zr1r
z@-LZ2T>s&%Q3Tm3+jEg*j`_x_NjEmB111UdDF}MzAi~>2d1CQgoT*J|I%(bRgS(4N
zy@OL-@{IvfWn4zx=9=}_*4B>WDJUy9Ha5}_K8Ni+iFCtHMdmDh3%I5Cb+`1(6YD+R
z<PqxoB5Mw?+#ftaeO$4vt?hX;(P7IG)lvy}SIYo_O%mj#AF9Q6R#q2)uPg()@$ABa
z0xBvheiuG1<)jA1cxh1-jQV=?5~NGv4YST}EA@ye@hd6uHaCB6ER5m<oOL8xqb1W!
zKfPIAUfw`x{#(RB)Gag<ykW22zjyrdVAr|G(eKsO$GjFD^z~aBQ%*NEHUcQ2CL#ko
z6*03DWk>7+^x;;3%DU|AuU(5Zq!x=F?e9NlW+oD$zJ<cK)=I{GI=R8xINxz#Ox#yJ
z#qV;kED~7hs_!WZN=mRDW@ZV-!h??aV$p9B6U$m!Ty2uKGc%*3$TuFxm%7WwtEUv)
zUi0wwE=fo*Q&Ca5crnpH=<m#u0LyE@9X{qW1wsZw68!vDRS$P}b#-a*BgQ0-9=)2=
ze&-IMzQr!f;7e82F|LOV)<VL<RIcA8j}w`21;uOg9lpNgqOVW^58q%VN8Dg1^W0v%
zNKksCmtJXcA<H5_k@#FE%~rzm-_^4MPeMaOO*2bwPHsh;#kX(Yp$qTtl=q<n2jI^!
z%rY3QXgeUla=+U0N37(8i)jv4z|W7Ou0#<q)yZk*d-Re0RAgKX`$a?;SKI6BeTZsW
zTA^xu_wU^U(}TJKa_p{%_$H%JvIRZ*{m#x#lquk>FSZi?=Y7OEYJbw-xFPjSgMUYm
zN-uw-6IW=}5q7%V4wJKIm55BZOEmuo<DsEf)t1XAj&7$Rps=E7fiO6&rPX3B9>}o!
zv$^Q=9@mBOF6=i>30rn9E?F!vo+;9rTJ6HuZ{L=uYebZawav}Vv9XnuP&n>Acu-+3
z3VKR~7a%K6ga2T}x9)D!6rHVBG)QvUZL(rwza6B|b)m(~1~z>5j4MUQeRik;^~PtP
z`owcQi+AtdA;tSsGyaG=oRprPo|bmC;l&9&+r~2vii(OL4@^wD`pN_QfB#lhRmBJO
zkBx<t_f5~tkPvHsRcLy%ji{$mYLl<-+aM8Rb@lrR2|dNPR!Vsjkr|NZKsd3`1}G;=
z#r-G`WUQ*Hsu^$$Q*$1<`i6yeAK+KZTazB|jWzV#->r_&H1h8RONKn~N9=5xt~keT
zE-tT;qtZ8|xM%|&tMTE%?dUPzaZxnt)vH&CcXW4gnrxtn%FJ<fK=N0`+mq`@=4(OZ
zfDi%#JQ`a|py&f^21)aq<DBHr`g(12NwTt?9UVq`dJ;~5zXvr@fq@~?6znx8bI>Q{
z!&pfkDRgYUloGKaH3PtBz8bFl;agef$*+AU(H4@Dfp_j`d{XG2a>LFv-=~ct<X`qE
zBH|`M=-ao#-rgI%z2@5Nvs^|(tOTXf&l`Xn$%Wc!KPxI!czAeZxf7zJkAVZy)BDxh
ziq;Q#+jFAmBp<Vpkr8g;bHFy#5TvH6FJC-7JyUdslgShXSboGD4OZjxyEC!th?S68
zv9SOPZW^_EbaWI=xcB<fpe%Qttpu7f-?>wl#dfKMu?49h)!n#pqfUNh^x<xq<&~8I
zM|TH@Nu-sv)z#8?N^=oGpz*;OKw$6TW)cOFWdKIA%-pv1-9;=U_$<nBZD4i~I$)t`
z1JE-Ap%YIBDiVcEKed{R8W(#lwdY)82rLKD((&;+He0RL#;}&Rv_r2CQUFItad9y~
zFWIgoY_om)0#uVwby22&8QEXQH%xRFF$DT665kl-Gj|G~R8g_Cv}D=2^QgFZUf1~1
zYrno)iiz&PQwN@FnVH^#gv!U)JGBVt$p(ZynBdLL!O=J}2T-|<Rfz0@mL%crd<D(@
zngPxB58DEir<PXRvaf`OgzTcDnoQ<nMi0crH>EY(QnEe=wy!ShQdQ|2;}jiGX8Bi}
zUS7zy>RSGd-(#WOqO*a@mYXZdeh9RZNXhE-{8$GgmsGE_^j5;>*XPq8hlktW!u|b1
zhc?`}kD#P{{CKWy8%5+Mb^lz30R;bgN8L2>-h+odc{loTt>dS1TXU|l#nw{Q6lsYe
z0!&QC1_uY7rK>F+k<JHdA_1N@rXx$-zU6h<6`3+hWKB;^MHlD>n`R=&&`zSG(-q9g
z&yQA3T3TG}d~<Mtb=0NMSeOS;DcpKu^h-H-Y>jGqdiu*^(M3f?*5d6|Rn&pyr&4q>
z^hWyov46)Lq(G}jRWq@%xh~j^BCTS@t1UJ7XMTB78fEAK#!E<`^&=I8yT<qxKwU6e
zdg&4BDIY(4c=F^)a!QKa`eOgNI^-FU2tur<(Wh3(qWcn+lCsV*yyZoD*`>CF{{sKQ
z$IKgslr|cD#`Cy&$5DIxiH-|>gY&q?11z+G<;WiR1-mT!mg|pe2AG2?EV2kxRI~&?
zqbIi3)^5Wok)-Y%1Q^&?D*x?FOk@-5d%&5-9=q}Tj!v4_@^I>Y?qr>`_<_aVL*s`^
zxBC<-3rB9OO?Z3%jlRMvWZ+X~4(9r%bXT%1JqzuLq=r)KQu?!LKLOqAGR;#W&G3Ad
zmY2I<oLtH+?Q_^Max80`w?#NsAJC6oH7~ui^y}E4hdXEpiP}<GkIk1>L3R|OQX%NT
z`xh5?TV!><X=kAwxSNU4i9USki^yvU+JJ(!mLUoM`(`$c&5L6I?A~z)WveG<_<c!?
zFZHhF+ysgkL4N+fJR6Huj0&qvNDbS!pS^G)AJo@72m0BQ&|R#)M@_A-Ol++5Y&;AK
z3VQIs_S!Wg^wb_6%g*{^^57#N|0L(LZt{9v^bUkxy9+rs&5!q;E)~1SPDk~oO`$8o
z&#q>9ZbU!BaKL?R(rxwU*3SC4ojg3=^P?9Q6*h&T63WG!p1GiG-6Wkt{W7~I7(-P3
z^LzjM)awqVyEhwRn*Wy?_1$T4?t$v1bLW~s2K*m|21GX}E2~6TPM&@lS#Jx-*%G^c
z!A+1v9LlX9nREEuok=CqnR$}P1o(|&l3K{S`Bh4ctRNJ01yc)I7X+oK|9>?wia|2P
zrn&(~uv57m^tpb^nOqEk)s`=G(gav+3Px~ivw@eg@wc3<-)=F3x}Y9>AkD>)-8MQf
z5TIIKtUJ_A3G(R&sU1{Bq$X<H8Gx7_p7RJS_bu-O6B4Zv?`A*fQg~B3uF|5<L5iL3
zOP|BgoJUdv{&LDqHbix1db*(RDw+b&f^D`y+3G3igmXKti$$~0Rwh42HS5&&3zXtw
zprbktrq6jfx$bCT7l{1_s{IxI*5WY;dKv<nk!BmPlQjdpBqSV%OwZps<^s-9oCD3P
z)DbHGXt$t(!ooR^Tbi0buA81uZMrHEn`I#6cAxsre?pIlh*`E3y{}@__&*4XYkhR|
z^m7Xfu^Rjka-5}2gxR=5PclK)N=Z$1%I^&7kuSk_>j<y_3!$@tTIKqB8m*hH?Sq;D
zKWTq%9u(H>Ht<oAk!;W#ILdJoNhAtE=`d<~ijLCZ$eNU98+t0rAq)KcT!~DlU9M_U
z!^m9xtF3|MhuI$lxw2`dp37`OS`m(v$ywRzwU?8QD!9^5HL2QCEKakk&p|lyG>OUc
zNNqaB$4n~VcJhT?!eMF<G~_}GYWa_s?4~oCfFK8Uq*5Q$X=~OcNg-TUF%U?~=|~`~
zOt6XgDV6_43-Y9fMTjhRZSPNjdgvODkB`UJa_Ii#e(KaIKr6^7$gBw-hJ{_X0fp!}
zB>)=1yp46{pG$B4H@CcFzov>76UqTI^E9|>EM}0(`%6_1f%`yeL9N8cX(wu<I0dDS
zO-y)$o04S=g$8o(9$0p$Le5fLhYlUeELry;VG{Lk=d|R23w8#UlM6Qe`ZfP~n@B}P
z#rK$_BiQzVAS>OhpyB{+h!ijWo)>weleP*CD$}G;BJJ*iWO}oqzWze%rO@HI<>9y6
zzy<J}y>ewRXvcoEC)uDVL8N(({L1ho{p*#w?jldfGNrkV_Ja;m$ax7K{|<nHO|=<!
zmZqknLX%@?XjmGChJB)B<974w^I&(7#3qVY#(R5ve^N8h)87J>1kE@&C<uhhQm;Rw
z3h(yCaOK2BP=I1$VkmkEx8~c>3#MJ#3vk@CvF>VYYz#7H(a{W0AYdDt>=w`vi;Ig_
z@WzTATG$b3J3(&+GV*li-MF-=M0~3eDe3I$LQtL;1gm%JsQ3CR8qPyTAB_u~tB0LE
zxIsvv6NA(U-c*hn5ZV=jjYZ}CsHiC5orNB6Z)@uzO_Ph(yzIJNCg>3gUBS4I$Af;S
z-{u7@1b&{>;O$^$M%i|q{&R{p;JsBX$E1F6B}o67A2Jgl(Du++h_e6J8E#bXPk_kE
zbIkEiYQk+tDK0J9sfy&L@wV*2pK0d~>b+?NtVOs98|Q)4+L%pM82I})Ue>+w+?&Ee
zPXHM}cNW^qXm<d7jdJZwioM*yJVRs|a*&c=`m=+JVer7j#KgwG^h~?<4_jAlMA^}}
zK|T20-%n3f4*Fye?KMDhzeAo$q06n6v0UuMw)dBT1tGfxpyBdbdauT}+|jen&qNdN
zHGK*wDqZA_YSOV=%g#DFjiB7k#UNoY5daSXNm6M1)KVI;((7p1;_c<cIo1N#ib0=&
z!oxm_P)(ZR>MZfzz+L?UdG5Wj4giSDP{=HrZwHCQFE>w8(xBNwm6!$<85`?5+ByZ@
zms{4Ye!%h8Y{N+?Ezo$5affa!k7Rl;5AO$1fAU0pst<r0dIu=8rKKfv@p5Q!;^IHg
zl>#t=HfhpQh?BJMra$P7Jsl_G`uFc&EU%N7*J?&?x5sq#e$Z``(4ZrqK82E;j$Ro3
z%Nn+0l!ld+6}U;O?EJTH#}P#z+H7}d<>1mmUxMPkTK#w*8s?5%d++`bNsz|!U72;a
zXh5F<(=I~u0rH8hExr(q9i3rXB)xxsVBMg?%4l{<N=p1Q*1+-xC@-kDK;C|PYOb}s
zJ(bc3ZCX%40lDyvSqbPP<4<lkY{(p-yMF!pb#-+WEF}<)j}I9{Z5QEw2dNziw{R7p
zPSsN!!Q<`O(-*Wqp2!>o_VU}0AFM$t;ma*Ze(aKDCEymvyNg!hT)PvShEIlaHxD}_
zbk3YPbArio=5K9}*UTBv#J6wX2KYm_D%s-|{_NSaM~_6s#dQr03oNT2pCb3EwtStQ
zUg*$ALFGTSuwa&Jx0^du!E+wG)EPB3a6O0uzQ-VG1C;lKsezGzuI%pa4wZ#F)E)x!
zn>V_G5r7eLa&n+NjgMy;7#kS8Y8nP|gjT!cwO%o07Nnx1uOCSK3N~vyA<HmBVRiC2
zaJr!(N3_N~i8aIvyi-n_Ex<ljBDKM~S1TkW1jvyi1c03nA1*4&#HBA7f!zUSM(I(`
zwH7LBYJct5ko}8`O;ekI)FFF-UYgWfLM)lxUK%(a$bg!_8zzO#57m*v*F48iMp_y@
z2<SoovM7Ut{$&n`bF{tU9B}}qU@P~ZRb-m=L80wE&h203BeNcqumrNlAjf9s;yj2$
zTqz&(R<G+wsMvlnF&qRXq(!{!o?et`2IF_-d(?JL&TT)MnwwGEAUfq3j{S&}F>@b?
zNVvUxia$K8`p?qLAX1V)9S>lV6XXzN9gt4$Uj$$)K!(-P(c$)9y#Xq7Yz#19eYvIN
zV{R@onI~^Fwirlh)CpvUD9uzSDWK-bOz*YyqN2FEK{TFZvt>{!!>e_*wd*@OpFMd3
zG94BUPzVq=m1wnXY;0UyByjg`^jM3IF%%nwdr8~JRP=gy=7<)NPm>g2L+9p5Nd$?|
z;KBv>$=<RIqg-L5j}NLXd1)L``;f!Gf7d{Hzzv}MtMfe$%H8#xM6!EeW20X}1&`LS
zFPi(6%zxaKKr$$N{;V8c{Uj>tm0o)4I)e3Ab2B(Yt1DM7iAI5T#Xf)z;L$h^O%?fr
zf`S6@4h;em0reEY$HhSXXVP~oCGZh{IKWd~G!#L|aNw<eSY;O$7NQL@HRWE^P)cfu
zuZv4M87j^7(0%6b)&P9%ED8{WEeG$Q^1gd2zmwZ&fTFbpv;^ZpHy${!m4?RPqb;0C
z9PI1>2cTm*|AOrl=b*Q1Lg{;FV5_6Uj4rj$0WccHB0i>qR0ncP)(#yz)@GA4j)&;%
zJll39;e47d<f@832O`<4*RQ1=|EL)n##CB>gkT7ybmkt#8<Fl2=(5}sAPFGf)G2I`
z8lE#}YDY3lehkilQsm&^K$x!2WqJqPx#Jf9L^BoW0{WU`ekV%fHa1}|6esNXxW!@H
z978Zao|C;w@E`DpUpRmMyrJPT=+(V6)8#-Lt21?FWo6)G@UDIP_Mw-z#bbpB03AIC
zCnsDA`<SZ{8zfiCojZ3Rx{bAE2Ws%ItgPstKaVZAhE_=H%$cLn8mJ>%^7sK%!Joj3
zft!s(i;evM(Y|Ngr4Y?$Y)lLZB9Of;GbeRk=*6@JkYm9~PW=1l0dX{S#e@;Cx{8#;
z;nngXQ%uo0udjb3`a6i?NA8a3ghh=@ZjSsKjQ6x#Tb}Fg?#^{;$3+1=Ymq_s6o^pA
zrb0KyX6AJf6c0mS)37WG*y+>o2u()<1_Uvt>ZGOXWyC0W-@bWsZl+Fwk)hH012jRu
ziQSW3XZXV*<|cnKla7-IZh)SOjds8)x1-j|$<wp2!CFI2jqJ!W92<vNw+%ggTy1&c
z#0k=^!9FA%ho?)DksNx_T%ef-KNWwMk%7Uq!1;ibRFoPY10$o>^}@)=7Ept*IiZCH
z;Dv~*lLiYzZmxc66G>w7^hCrze@;Xmatv>^okx2GwM+Z#*~3%Uwuv7j63N7)6^TCl
zJ!ut(08zl#A3b^$mIXuDHIO7d=Kj&w_%H?lcxm#7qYLH;`DoV#M*bIQuN0jNKvZDZ
zkp<aUS^YR~pfM~mRgjjp5$6Ec|3rPDxA%Fq<zw}f9h79ybpDcYDctsQc7CG5dk7*i
z3CM)Wp*6pa&KN!s<Q;$SmM2eG2ud+AG5FzrG%HQRA8p$lvn%OGU2rp=Kq?4b%@iFt
zh7=WjuzP|l@pK3jN@(u+m^nh=)p^}uU2py2ilu*fpA^?ah@HWeVmD|-!mFRjxQ^eY
z=ftxJu3Sd(#FKaw6I0+i(GBzs5y?>K>Bo-}!IkgbrY!P}O;I(tx#OQbL*2n!;=;qT
z@pEjg_m7cg*|@kmySv|N3m_{gC2B()0(J@qB`lvXG2DV2vUTfL5C^0JKbF%1S}XfZ
zti;mFiq`01kO#<xwh}AIrU$9~hoSaoU(wRiVhm7jL$v`0VmoA5VJVgg;bwVu7;@R8
zM~_eguur{L`_X!D*Gr#6?;tEJtjhEU78sBoKmc=da~bLBC?T!jL9yA&ywJBS{0Y}W
z7USVbfY%{dg_l3v9f409Fb$d(2B0j1RRB!qn>Y8+H1_oLw6-n+2><!}7veZDJ8D{x
z3Q*sXu8CX7VG07MF!?ZN#PNs2P8ePL7k7;!S~B^0+tsUAY5YKUAr-z%P3^HFBm4Dl
z^4TxQAaEbfEH36je*PV_A0%056(GQ8K$2uKGXJu7ZMLkz`<R1dd*rzot^kF($-*(#
zF*c9dLrKlR$Ip+nt2r7wGe2)ya$7D)g`yI%@sL|C29`n=7J!R?E`_+5MM3K9tIak!
znyK(ac`OY?D#bxHEHg(%Hbz$L7?a1&RaX9t^aF|*76@2r;9?=g7Q`OTk8#zOe+LHg
zjfKTI0QR9E%CF5ffdv&25dke+)vpvRz(NZ<gtfR$P7JcY6c_lkmKMpZL(i)T6yzUL
z^7EI#<RWEbG2X3gJoJaia#&s-SbQF?DD*s_1$*A1UxgJ5t{gxvbTwQIsqf!U15l!&
zEWb++j0zr;gvp(qoiAS8<MtJM`<#vr?Y3>8NfYXj+5U}=sw6e&rQiG=jom;`<*%A_
zq1X$=Ea;Z>j0|u__Qgvt2h;Er1X$D^9mUwAD4XWPw(gjOc|=j6j2>b;Rt-%Q<c-Nm
z)T}tE8^1g3OU6b=vD%1B-Y_V-u)Ar-{L)BjKu@i~PZ_+|{UNAi+3Bx)A-ig(&SX__
zlZ++6IIJS3T)TH43R6Q9iO2xm5A)ry96n1u1u87+^}~=5lu$Y<_<zwV!-Iwd`t>Uf
z9_Gj#?iigNBHI4bl&Yd)X+`%fWLj3%r;(8hK+)?c2*`Q2N3*H~SiV)%aiFrn8mDs=
z8YUi*hev@TvDZNgNk6jMlERlPKzSG4T_9ZEuvXaZK=-t_b1*T9Uirc0a2{3?6978X
z$jdcPYh#XXqkA{IumFRePu%yj0=iJvU>%5z)Q2_>Im0l6o0IbhM+hisKqeFyV_{ct
z=IFnlFM&zR&OQPw885E|J_y{qW~$bLCyyU-h#T2gaY9E?k!<mE4AcwM+s?*DW>(g}
zrxsUlin7z?UE9x0>Q|9rVQt8rQIzFoESLw@)l85#F*SWy-e(HS)v1HDa3ablgc8+&
zr_Y{kKys|MoIX+~3(M0{j@k+WC$wa{vh#uw+5&{FuQXG4bRL3J3E~=Uh$<Tk3z}2#
z$DKVrB@iFrD4hG(j8<B58`(PpA+<wKYX(xa5{liXUZ^Iy55~FjXY5rb?erJAg1dQm
zs3o~`tsP+%IC~ZpA9UhQr2AUdvv+Q9LwVQ<6mjd;E!24|9il}i?L%>~ysWG&i0_%R
ze##KnSgHIk<l1$Ccph^008$~b*PtDc!;qvxLPP!IO+d9q*1()3W8eL$3jVO)mBFBI
zRg<=dR#9)+;_F!-RLAhN$1u;K4<;yxdDsKrt(-1gXv4qqve0fP+$ih<lTZyM60GwF
zq9LRLl=%!@L9KY%CH(1n_ot=12Vc(3&VKm#5nXI`xbrw1uI<+{VMhWzOGj01DYk`z
zeCT`pY-W1X@H5T*ku`BqKOPck0+fN!z)Ja-EiNx(WdtMCVXJxkSjW(?y{89GNQmTi
zcH_xA%Svr10a}P>X_c6uR(|0P4-e<@7)rz@{r%fwQ#%=+m{7QC;IF|C5DvbB8_Bt7
zp&ROHtZr#j(OF|-FKDn-{)f>vKr2BS1`z}kor|-x&ts3G?w%eqXex6a41xVui9<T*
zo*+I0o8FNFSiutP*L(&E8-GS_dJxV_gH<e(5^;-wBBKOW*w);fNTZ28$K$;^g$jo*
z<yhPgtizUVtakze&irr8HrwFpLcsBz5G(yt6jZ(c`IQjmL=7&@jZA2ZkiN|h@-bK2
z<@Pv?6?0N#+oR`w4#N&!O-*pW9LtF^%@jc_2n$1G0J%eTZR%K@CO}Wtks3>}3mJOc
zp^{VUoB_(<*-F;N5YT6d6OkJHEnt~uXMX~Yoj-pdLOsXO#Ml^-L?;#w!|x*cIS~ud
zJ389h#4t7BNPHQ7EDXcTRLxJ|Yav$J0I?gqzv*L*O-*n2ecn=JngHD`KAyqKTG5pY
zT>vQi?K^j(H;Rpo#nXoZ3bhLx3WQ7r8Ig|<OYE~MOHjI_yeG0|H#au~g<d-tH0t^s
z@IZ@9dw%|8;pPTR)_-F_uGf5&BLrTC0Y~4Vp7Nfa1Qp&Bs;YkdUh?qWzWemaI8hs+
z6Ig!M$VdjRFW4Kk0&l?AXJix$;n~AOI=B)$o;m0bkhoyP{i^;m1$(G&^@0BVU6N91
z0kxH6WF2;<@q4xD*5eLkV`3`ppF+k{O(N%s0WM^xyNh3o$%4NGmRes$hr%w_;7Xeu
zzr(cvqi9dReNzvwR^ek-dfli3UFf?e11&8Do0$O1^pY27j_fvA)iRofk*P^VHD2}<
zk?E<>1+gj0ufxuQEcfAb0xSp6fUxNATNAVeIuV*>dXA&GL;D_i>;!&ve2#F!!UF9_
zbSXryTwhlgT4{l}3JQ*+XJB}(D_FHb&d_cv0bTcoVWlqewndiD>H9<)SR57%TwGi<
zG`@qN1RDV%3H;zIT|xG6lG0#z9sZs)-S=&_TnrdC03A1Yy4E7gA-@w>6*S|6=15&#
z-Qv<EpmO^gh8cREslTX-;5S933{x{k)daOvVcZi0oP>M>S^(k#{3c~jjuDjL7HF{k
z0PBSmmw}L8qP7oRN6@88;;F5pPkV<=;6Iayt+mM!i`L){ZE0${BoPY@39V3OCiT^|
z9VPjOMn<9Ba)7naCeVlop#dT&t*))%<61*$LaU%I`<H<;G7$Qe5lh<CV$q*~lmGm&
z)G~s=HcsiF|2<yL6Ez;<-`5{M0N$@;w;?B^`oT40E(*`I&(AoNF4kZ;Zt1892v}Xg
zosl&m;5X~)yoVA4-)CcQ#n<*vf!cp_A-mPq1ujf|eSPTcK&p$O_a8p|(my2;i?Im2
zD(!N&5hx^LyWshZP~T2~m6&t)ZrDYM+`wGO;$Tt)1iohPxu>2Y?eteeNs0VbP_qqg
zJHGB7k_C8}x>o~G-my@m4O0qrWE9-9V1%F7&PVHz$zT)56F_M<FeF!c^yP~x<m9yU
zgRp+1_G*{I9S5~?`*tPXFgQ^moFRPyalv-@@^2pWRn!2m)9~wn+W!9R7;G0Wv;{WZ
z2n~&mk1@ajx92Bxiqdg!b8>Dru3i$2g;_=cARF}ujZ(PIYXtJQni>!e?=RQHgX|6D
z_OON_IwfV_fdfH`M8cLWhfE5b@zCMHB(|N!rY2B?sSzAs!BqsSBAnPm;5|Uq$jCtO
z$1}nx(6wvZFbs0ym;AkA^sHz}%5DoI%bRQG;Grfbs}PxNJM(UU$;NI0S>#Y;31n=9
zhf8^6pdEt~D=XUxaIhg0sqh}&v*#kd9c(@mZ2)9R;Dk<z)976aT{4oB!GAt_qHu%L
z98QS&SuS>V>+9Fo#^#==r{L~r11ykPVM1gLKEcNf?m~0<E{p}J+rLKUNM?Ws55!|@
zp#;H!$n_9@UhYtRGc(5N7_b;9^7nWlcVR^1+_`WlF5KMf0Bdrwe85bQgya)=*w}LM
z<Ppi1SFY4SuCEyYRs%@&q)I0T%fB=|0LBjt9s)S9d=Ibz?{;|jrrclzCDz__b8AJ`
zS$}UNc_Bq-;LjfwG;SX?u8TRJBx#zwe0&wzKObz)gM<bLQ<}73!QdUiCPU^29RY6o
zkf5L#M~EzUCZ-&0a$pSgS7E4+fPw^TM}+#o>e9>wp{Kfn8LwZXdBi-%+qYmu2Jkiu
ze2_BJpAgCJ-YGYdknY3?Z?v?G46=ixlT(>Oe0d)@11KENo_O=1LD1JHu^_;^*lfrO
zI}hqPNO6gC+#2sZ7Og?`lpS7R*ha-;AeaQ5!Tv!X4IW!3jU}`SvnU8yv@`uvi`WQI
zLoiJOfhe|C@BI0Q$VkZp*SFqL#o!S{11Jn=#4wbAC42rDZ2&MS$btBvbBMYSRYnM0
zv$J>Z-o^A29CzK;;(j%aU0w8#T~Jx4`m11agg*#I=A;H}>K*4opQvAk4g@L{4GVTX
zM&rO}lS>?*vh@Mr#jqAI>85@NgARl{6=!@eDL96m0SDj#hR|^OsSx>yCw$Ug3tg_m
z!^1#W;50*Jr`2q2Z4n8eTv&tYw{E?9{W^T$U|Qk2x0UFb41qz3g_G0Bz+e&F4!qzY
z4<5h?=|@&-lLPkQRGKa<#IWDN&dD80eTD2e6QN5P93W^9MVHH`Pj4Ga$5LZ^KxZzT
zD2`R|miHr4GjfBd3U|EeCL51>2(|>N-&Vp1cMG0;Q5hUyMrI}yO%49+moNW59BppJ
zjdXW2u(}uCUXzwmOVN?M-i{0Vv+E_s^)QbHMGkTxUcK;kcfPxL+}ykuJTMH6p=IVk
zo{)<$?POuW>qmq+?D=zuA!{RM8^33kux-JsQHA>i2M1pjH?*;N4HSK~{5g<Pk!faK
zU0s5>2Z}n00t!=umVlRB6%VEu0HzBHq*231M&QZ$Vkrji@WwR~$%D52tw|vjiTy#F
z4;oO4aq$PqXE!)968rcu#rux!1aO5&&S_~|SC_$*k!&y^$?S3==nf7H_-gSm3b7(X
zgET55#GK^0<qUj`g*0y;2brCnogKE3ZDW7t4E<uM$Dgp1Z}hG~c8prbhfmiZXY}3S
z=T!l&HfW>VOWqqyGnIcLtnz7Tr_!6@i!GY|cF_C*%%liHH`XKj!mHsCH7`2CC>Fi?
zJ6L4AJ!b??8>{RKL?)8G#jBn`Ajra&54=it{0?#%ZZA&i?MeP{An{V23Wbf;BYs2}
zmTDz?X8#;mURug(8wI$klddp77>)t0hYuMNwHLuXkPPh@lJYMD6NCIB0@qu$C8Vi$
zu$&GxBq=94I6I3UIdVin!P{azR5b~lJwg=;4oS!8qb=4MoDyal<H^XrGs`>v`HIaF
zt?^Pb)d;c`L;>($Xp5YN>JuM7W`1W`_UxDw1fWul%##=cz^DQImco%&tgPM|WPOHW
zGF8Q+;Lxjx(04O|NLYIJs0uGB+hNwwnIG^JJhSNS_vU330Hc5>9UUW%`M=(poaPOi
zbn`;FK|OGHU;6s>UehpNcr|udP;hYU_<{^c?}XDA&e*6APGi`!SUgW)QZ&;{G{7F%
zj=<xXX#h_O)xr&vZ3LxfnuAVta)V31sqQHE;rY*btbx`)#rGK2w1oB9{g2uU90$I^
z(@pA9bzi`A<1fMiU}4)PR>ws~<qvb-Sblo^{qjB`!w)pi!WD^-i0SF*uvtB5(QGn(
zaAOLp0KSIe7gU*NEUb3;)_DFPiR*>v2P*l!!5g?$zDFIVd_unU6+BQvLZeVQ<veBu
zzDn|ksWHmU)&ptqn*gvGpiQ}Hh@me?$P^>DHD%wnjPPL60=4YCo?iQy%cDf`8w`{j
zA*d3NWoKr;b-k-bX4MH#l%asZNWSZ4o}`Lum3?R46o}G=(SO)8!V<9%+5VY1bEh}A
zH#WZa-dHEedcF4=tXYCoz%pUN%<a>u6@QH_tbvdap36$X%>dKr3dBN?!oCC<(252B
zP%J`2>nhgQV-ItLfDE<CX@`!7u?r^{#>b$zH<pZ(JUnT-_mvY%8!O}cA@-*?Gtkiy
zX_$F<6mGco1;O;7ug^9_q&__*6{nfoaclZdHGG5ql^Xlwkw~<OOg<|Z&4MM*R+Rly
zQPGlD@s&>2HvtbeTgI(h^V`mC=%Z{~Thn~Ek6)aEo&uCzT2nRPC|7qaw*zJiW8s9K
zmhb4Y)l=Yi%w6P&`f4iy$JbSH4(T`sJ;iCD5l~q0<<|}N{B^turwOAN=5<I@fB!1>
zC5CM*cnYFzc@w8F*LSWYwe-fMuNEIOlrJ6|C5fa4DR`Q)3;?$5!@LzFB&a^_*+x&l
zb|U+keeF#1DCQlm7XP+)#Z+>N4rw@4OBP90?i%A~qfR3q^3t(_bL8;B6*~{>pl@uw
z{znt`2#n6bG93-xbgXk^gSRS_r^+G=v~)rLM$yL3)>$^&OC)Ha6-Q3DIhRWb1+!#}
z2KjQ4Z!_n_;?*?W*Qu_n4~_6ET}1+tlCrX^UpVd2;gF`V)TRH&taEz{JDH-lH42_N
zqsjl+Zyx&8_-syHk;V!LRAm3zZkT5OuMz5AE*~=yjL;+|_K{@i|KsfOEAPW#@k^3B
z2NT*JxChjl^kz-h6Pp%FKW-ruySh62f@?Q2k)|_oS9V#cRGao$7*fdpKWDaSN!Q_g
zkRwDjvjy`TWyvQ2|5hlu$n*4%aWSBLw2Z`Q4*o1bXqC2AqcUzsf!?yEDmKREKkra|
z966<r=K}*FZf@>hHaSQPn3Xwj=nyO#35K@NYw-RilM6I{<JA8CYXbu(AV`wt>I<|=
zS)O|a)mp6}tJ+F*yf_gIB2?I<0CXT=I5d@QvfK(?IsU|<+n1G?YMfihNnX)Qy)>mo
z$@%%%?Qbt+-&Ntocmc^2hJpZ@AS>%eK{}OE{Vm|XeB;0W4bD4PVI-Wpe83Sla?IuD
z8#`=lqw%{<y?b}#Lx$o1Cin|3nbX!6K`%{CO-)TtKb@!zmDM2Q7wF$_1Jf|;4!?z7
zxo{|#6HHB$34WhA^w5{Qv<NfGpYYu%+n9#hzrV^V8$}R$-$P(y*XI8g=eZ{(y7zrB
z9MxI@6(z{uGUN}h{PG2}=;*uXsE%}<$6XfhWKp4~eWB@kh~!d}q546d7m4vK_!2H<
zp}#c1{7|I@2y2kxwN_FJjDF7xe}iY*y*q@3*6zP!2D%R8?19J!P&z|H_w(~(<PWBO
z8Uh6x8NgJOz5nha6|8=cida_;mcehF4=mVeOr13iTV}VRMN<N{|7<CSnf7YSnDN($
zj*|C#?_DYwAx-ypopNBnP1g<X2&%Y$pB7&4+>Z3uuQ41GTnR5#lgUwhqP`UawGz{B
zXMM`e6@$B11V&DP+dQOyFr`%f4a3eF{7$G-vfTEY3%2%+bvOMLvYyiz#)Mr`<d!Z3
z{7xe(KW;AEQq^}%17llcWT2(S#1N_${HhwRDF_Jrt2z8;W<mkV?3}UVuN8BzOmvSK
zzx7vH-qJI1{P^-fO)lwxgw2nM1mOVngf%$FvYOcef&}yc1b(9S%R(32THx~XmoB@T
zmVDlLnq9?-hm0r!KATOZOg8Hur+E=QZgZSzb_HuL2htK^)^2$(DFp?Ey?ZISM#snB
zrl%VfIA3*ioOae{`Y#O>P$TZ*r=UkX!-}WqpzCsXS^wPUfH4M)8qGSlF#OLOB{$y)
z>_O@eAseHi#;ESIO*0uO4J~Z05e&X?rNd2Qm_eYpSddPsRKF%7AAg9c9<DvSt3Hl^
zow$`Y0HeA~n0-f!iVgx;1bZ^IPzQIIiw>~rOU3QmuW;;xc$|la2ZAG^j(Rsq9UX9-
zS_&TwaJ_kR3pF*$)Z|EOYm^G_p73g4UtcKqN=)bz%*?>yy17Y#mPu-WMGFuwM78eJ
zD_t9O?Pg{mQAm`PSBuOE!3Y?(`S<NR^Tr!}+u5_*7k6z=GGQEmQ5=NDhnyT34<MU#
zDD=@oJ;&tO^5WvF=6{^=^<ysh6)-c9p7I}*gc%6o>DK)CVI>y5Bh=N!1yF=_^+B0A
zCdDByY?EQ-5g^6Ao2RD&2z_9!VNBo;4G9PfV@3-9TK(e(#-8HG+extu-4SiE<|*Go
zAGvyxlTBf5SPKfX5=KpR3=A;JOfvXrkq1{!gLj2^2!hkoSeQ-e5tN|>>6@U8`W*7$
zg1!>(4#Z4yqk0s@*9|T#ERaqr0K1N8D25_5IVmay0GOzg25=7W0p)B1^Uz9vCWE=;
zy`swd5Y!uYy>|vzV#O!t=Hgh$xTGA2M~;MR@Z*FDh#IiUkiHyS7X~|&;ozd-+Q)k7
zW1ExM8<{&nF@W~~yo8_V?tbUOuKil^UJ#}1rko|OiGlw`nfti|)J(!LCo9qf3#AV%
zL+)^_fub33Y;I}c0W=~h-I*8ZoO@6+iwGdB2?P+uU>0&az_qj>^|ZBJfX!_8?zPC0
z)ykThYXu`T2)*N}7;t3Gqo1U#8Fqg9<O%xM&3Q{m8CoF!jg3E{@@nnEVH0g_OE~8Q
z5)-_g#CwJr@=ky00+cW0JEo}d!BioAdlm5nVhz?k=^&M5n1#TL!2}H<ISphQ`Ow6K
z$iag<Xalf+t1WHBW5DH5`1TGCR#}R{0!hONYOTy1b8euLJ3oEQ$pJ<twbzdDxIq@n
zH@4H&#kdNi9}##wHy2Y`c({J;p!VW4TY7rzv)drjK~s&^z+~$F{m7hO##~063mD}W
zdjVtrb7(@-fs>Oz990n`L|FzTmt-vti-4lyCTl9h3ja}X<%^aPjMiN7*Nm)bZf}Q@
zmt&Y=n1P8Xctg<qNyMIkuP{Roqkp38FljIm!fFQ4y=`7Uh>Q%qZ82|JMvijO$JT<G
zgk2ybqjt>2pEO~DtMJ={DZA&*Hq_MAATZc3f){ySgkOh|lgNZ~83;<4_Q90akt>?c
z&L2{%BSp+iKe<gMYm*n4m67$Df@DVbckS9We86_XDK)jPwY78e^B`dG0!M?UsHmUv
zB`KBoS8tyB;0Tu(j2udja2^D#H;i<2aK>tv4mbkTcNMyVX@S>_h6`F<lMTG_`J}zK
zIrfHqg9|oAPqXP7LsyJJ2fcI<uaC<6h%^=?i|&@ts*ZOTDQN@Xy9J;DY{01o=yLG_
z`3{l*b}XRr>z6L|4>zU4H+LRKl2o#p0WnL&%Ap*<Rp?(<k0Ga~rttW9cp#_IsX=4~
zl@1Fkus5c>ab65YzcJtp?1}}4Q3f-qduWu2OaK{jSC2u}hS3WRxV3meP7dr?n3n<d
zhjqU6<v|d+k51Z~^mO>F@GamQdcSmyxri9N!!A9?A5Jp)0Gw|kF+mnuaM%&*N`KD5
z#&Q09rMV~wY$&N}Oc+V6x5)w5X=i6A50wWRD4J^{Gc$N7mPokKW*Umr2gB<~dcXq^
z0fGI&CXBksU@|%17_%LeM>}(_MQRIR03X``#y+&WlD3Z5uU`idPe;bhG&KB{Y<3$e
z1hxjQgM}7pAIo2SqyGy?F-U1P_^x*=JOCE2N=iynQck4koN+zz{3^m05(F4E2Avx~
z+E_EXf<{ngXLWV&R9YZ24V^NEhX|7+Q1&2i8{m`!!N?j&LxZ)k`e)B(A!wlR;3xq6
zRh>H+L%iVRBIo~zGzrEHe~BFnk5YzS2b2+0)9&VG%$WRaYda<-1?37-O-FmX)sJV<
zj~^pIAvR$uG`yOQh6XqUj~ta2O(&vULIPH<1x&o4trv`F9G-<>j@eO+Kf=VAMz5u&
z25|>}m)U~nh)5O3FMRxn$r~teXN1xktigE$H^78|IKVjzNHBjK;S>#k*drp6nVudi
z=jj4z9dlCBalLo2u<$xU6vUK4U7ZLxK&xzYnaAYhcEh1h^Exr{qD8n8e<SE*d@2ZQ
zYb?j1Xblu8)JrL@x36ET3rD7=q=2KkiG?llfNkr3rG-T7Zcfgc!5KUz(6si8hWq*W
zz79Ad{dCz&54lpD1X4uDq{53tv*|$xagK$-w4oH2Cj4jce<xj3p+>d80h7=2vWJMs
z82W@5Ze)S<W@u(f4R%r=-!u(Fm&b#JApl9~?5mA9A-n80l>4YJ&}twZwAljE<MaRo
zHl!Gi5ULPW&*FFD9A_|G++h9v+c%1nqU;(NFvRf*z~=A-!|x5%9w8|m2PlIahLQpY
zqXxf-(MKWBOIF!9wP|zK`s=0>3qB8|8<@-RC`qylEzWF$*E~fB#(gjfEzQl~Z4@OM
zl3&8;1AmxfzU)c3#dLLlVv!F#;k3_sP}L9L2h1aUtid};!)&lCK(YoK3D%DW)*S;O
zNQP01OmtMR8^6c&21m%treQ2A@*nC9yqMNvA*z&TxOsTcm!@b7Sc<vBA_~nPBjn;2
zNJ0|H#<ZD&n3<XNG7K+^vSWB7OzlI*m^jCEn1Ip5K`Xblg?FIy-TJv$x~?7)pam>K
zz2IZMD9SFxI^rx1VpUhL8ApBayQGjt09;5KzIsYxVjc-<$-$nF2Tp3LpXtKqiF?Et
z+$JF-BP;s}gf1j103HmBXSXqt%!R^{7&!xwf1&*f_DUF@Fhc=~w~nZYvxqeKw{6`D
zg{}8HcDxGjRq+^DGB9uW@+Ch(3HO18yL@?Hkjl5}Y9*$MVP~{3II0M&VT1L(ij6Dp
zF_nqQErjW&#btHXi=YIl9SITMLn{BWJ_mEF8TwcNV~h*$Zwo3j?{&zF?ONMQ^SOTt
zPzklwT$H$o!yK?bAw@jLz+!3gv07(oIry(S-9dX}-hn?n{PE-4t5a3DDx4$}6-5(+
z@-&F-ms7n%>s8B0t<{lNdjgapdOH<%L5xsNe59G`Z`ftw0WlOa5t4<(`Za17_MX!y
z*Rb`$0gn@E`r!xp+aIcc7Dwd3fn6{HZT2W;Na1O4<6gM3XO^g#)PTkF^6CV8{0<6K
zO4G0qYdZMD#6(z|;Dg2p#})zs3q7eAp?+B`+D*0_XG(!!0S|&gg`hjZ8)lkGJqW%|
zk|QKsA`kmzv%>}#3$v?*XcU+=E`}D273Ub@K0&seI#rFN4c~<rio>~cB#PsRkFa-k
z+XLdg@;+FyhyMMexLAEC&-g9)E2Kq`Z%5c4a6Y{u9f#)_-`Z=1!vo+R^-@B)kCj7z
z0!)lI!DoW9P;Utz`_=cgR;OXIJ0pMdAC4$tx1O%>xueDh_9eafKJi|gt(~nc34X?L
z-@;)BQc`X(N}zRw<g_^~;?{sU7sCvk<pl-aC5Eo+I4P7tG2v_zF)`-Z7}02rL~SJH
zi#W=yemCZU(59S=u=&{$%fh8G;Lt0m$OyZ_mb-Ch_?ze__TmtM^`$y*ZlK8e#N#lm
z>OrxDmkd7#cH2r&MrOpLIDXt;Jw^S@ne!0eg-u>(X2Sh!cm4WYr)jLlOIV0;sW<kW
z!AVEb(i}T>U>+GFC)_;_QpPy$h&vS9h@DQA$h0|>6N{5Q*w|p2f$2@{Ax@z{1DB?Y
z_5~JxJXTbBIDz5ReDmVPZ>wYDIK>S={qSKHI1V;W$UU{+zdwWb*gB^j$LGL1+_gL(
zqf9!x171phJ<L0D(B0*Hie?)S2E78YnPhPtE$Y20#u_{)j^WYuyP&kI;f#kX0fsoF
zLO7-`U%x(f$Oh(Z%zy&`pH^2_3<t-3K}ZjAiTkg%RAx#BMT~|Ws&i6<4+-L5y=|uK
zN~1wuAjuA6U;|nYAWR%H2QeB@lq2N1LirI}m@#IJz;z;P7#bSuIJ(c<(gs($FZR`c
z*H}+GcL^=GH3tq{0<3|m24P(5<5ocbpP>(x6XBQw_4QR0`du(9Br3u7tV`5>M3B_|
zUqTS)U@h!R)+8d-&!;zI^nk-)QHMVq+Zq!?hkdK;aw8)maE_b58XwLZ181vp;sjbY
zC`S;Tp#E|yF>!=EjgG#cr{@B`IxK8E>L^SR5)zoyD*bB=JP6S9HY4NKMA3rc0HB3X
zm>PWhrJ2}n9UZY{=D@5JzNB%3y)>9hLQU?*L^4hT61_`gqJfUi5i<X$4l9MO<=DP`
zCx}cCrrv3%DH6%9?SrdTA{N%RU399z6mUOx!w)4LC(J^N0b3wIgWw&ZRhTym%9!_x
zNKH=0uEk!Oag(k8gX5;O!WEW>k}!Tva-G^vV@ABpJPJq&!Q11#aSJ+RiVpBoH%4V9
zCKz270Z~Dz3r$ms#qb|JCLzHJHSNh0OiLo*bkcqT+rwUnXGIxW<<GyexL8_AHNp6*
zIDUTkZF$iiG3ncQ;H0~VtzBPBSVMh7LBxnOjN=gJkXTR+1S3c(&FJH3mupX)?mGUz
zwx$N56iYfIuwJfw%mv3DVI+b!cz4F@f5+S$7<_&DrqsyEpPWlYg49WH|64o!cJFMD
z+{);vWH$}i;oOZ!nZ-8Swz}I){XP`_5W*^A9<yn3Qx!W(oP%M1#F013ykVs;!g1PD
z#;<?>YzRsi{fXB2duV(woWch)KfQ<I3oX%Tbjx4Ie82;2X-i9J1-AC~)RMm(^Pk}m
zgDnA2XEDBCX>m$RYoo|)D~Wgf{u>N2*nn`W18&&5_{_n<1+zM;7}!j?ckZmT6azfL
z31<v}D10a#0s?BOO=v`58G`%c>eY!4FrUSTvAP9&Zo_nCHxm=nqv&Y&@>v<FH8vdF
z$6%}L3`!d|P$ARNh4q!7?c3?>?W0zmM3j$l*%hv_2@U>s#JFmV2Ul<<=}e|j`DKCD
z^bs~3`w_19WIq!Pc$kejUohu5A2Q?%W+03v2skhZU2UronbM=YJgLd@inBKW4o_uo
zyL|;Vh3tZcTGYah{FMdqHmA=pl%F~S^a6~~)M`3pN@7C&OG-8>;!g5Uzxjlt9cR;#
zB8o6claj(#vgR^>f2XpD2vXPnpspnAiBC-%!K?uvJ4`NKT#Q|tONlgvyaVOcYIm#a
z(=Iy<Z6K$zsu}wdhwMn*IdFN|8yPTckI^roy?For_tH#$x<2(;0jbt3hl%B0e;)5j
zn{gJ}F)Qzw!<VQq3R_A0*p(GZPEZi^x=ABOzj1Dm(@X@pA;6?tYjb}r3nJN`YJB-z
zxZ%kWTU(gDpOD_ZVTZ~1iPZ<7r~USRLPN+Xoo{@5%+TGOIFQrwyTRIR1zvRL1pmDx
z9-Hw4{1xCSJ8TQ0kCeYiiY{5ZQ$M@h=g%|Cu?8yd$Ngs&Z-$=<ZBweB*t*GlGk(C1
zdH;SU+v*0J(B#_K75|qeCZ|kTj|87s-m<MCBIsN4lnySl-k<Wn_X|g;H@CH&;^SCf
z9sE#QYWB`icJ}1czJxuNH1;K4nXg?7(&_N&v_HtfX?i%Ia6XMNQB(i@{}6TVaW&=N
z|34)psZ^4Lq)AAUMlPX9k|ZHXk%l4(38m5vNvMRxluL+7k|dQRX_AmslUs<IbR|-`
zRNv=rK9Aq8e`eh3oU`{{@3mgHRsHY1W`E$+zC=g>b`G~vFELv2V#TSXjrmelo)x_T
z;K+Pc6cE?Gk(LSLv<;`~TD3K%mJ~(zwcNS=%q*SkRUG+@B%CvH_g&L6E1NH$3PQt1
zt!v#g>;We3qMDPLr#_trnJHhZM?c7)NcZ{Rks;j&{B!BpZ_7V<)@_->i2@b;!j1nz
zj@xQW81sLnb%cRTQGK%Hd7Y<<V9&hwq4VURrOZSq=sOUyb0AX$$35vqMN6}LyjG9S
z-6rujImw(FH#yHqJxKa4xwM;;S7+M|SFE<pu%1%6J+SL3FlsPy8{*=U5<x{Z_04z;
zD!FIk#F-M*BlQgoien}fkTJIn-m=&!MPu}6AM?yglB*EG>G`y|ZCRaYrIneL#nay6
z<qKV8Vj_XVg9x}`!yJ$?-hb8F?TYXn*hNb*zT`Q|KDyaw&v5lo;i3N!eZO$qv2fub
z>MB86_kH}L3Yq!F$cN&1^FLLLa0eF>evPN=TbnDh%3XhtG&4DCMIB($`0cm+iuQ|B
zw<8J#G74Bb_VQ9#wQ_Pa2zu@Ov7M&x(W6IiyXS^9`{?!-u=qfN3x}$V-8yBf$Mtru
z>yHl}S(UgGu>Svzt6e;Iz5W4{bI2VA4;r*kJD%)QI!U4htP{(Fg3nY#Q-)(%t8+W;
z`=u~?^=@Ko=)zyPA<p>Gp407zX-8-~L9v=Ye#EJcv>RpvMI+#h6PmTEEnb#2J>fq0
zgLh<g!rizqSXR0xCnX`fUWABKNIrzu9w@m-h-k&#rypa18;~Z0#2)B9x5?Mm=_!jn
zZRp<FwDhwl3RuJG2qW;4J$CLj0IAQS8G@3AcZEVxF!e+gT4*jgYt;zVje!8QS6sm^
zOUWl+f%6oVl#nwFy_xTnvOdiYf3x*v+7bjMuiXv2b|jYX%By(bo<6-xHo9nCnqBVm
zqWew;xA$@TI;H$N;1_@Pr%1KuF?t8pN+N`d^SR->w7hV2cWwpU;zLASgbYN&_<#8(
zDC}@<zFa~u%W@l=xM|zRs;l4I_L(#d!LEkG0m+bIUxry!61bC)Cr&{tQb`DkV{Q;`
z6<UNQE|d-@fVnwR3!DU;khBkyLHZ=u=$}OG!UTlt$8*{RK`Y&#)G|p45IHZyI}ESa
zuOA_l;m40vx3&<ev-@*yUj{tMphw`J;8);KanpBR#iKGUHZL#l%uo_wzjztShw?G~
zODMyRtV5<q@KRSL%l7MsYy%+|8b8-G#$&#ifM}o<rIrELFmHnaPjJXoG>+h-!8H5%
zJEM~zbq4(g@bvxevE?4)PH?WAy!`vxTC~xK#J~iAgor}TtD=7a)Z$sbfdn5jI8lF5
zg?rTYziI-6qZ#1M5Z%H^6*p1ID7gZE14Ux?S)i3;<|LKEUGb)AM1pgBFtoeBOEU*b
z?WLb0Ln=HR-~*=thCQU#`S*t2>)YQqn-g&Ol&l?1DkC-@*l$JvG{hvXnoE~HVty2>
zn}+gBU^7>4&h9<!o^c>xvwzpu(*z^TLZv@L)}BlQL`E}zd>n;W;V|eJM>^i;pQH~9
z*2gIyG4x|6=uT&}c;Tit5%U@fD!iH#XUyot5YoW4gY;TD_A#nI*!ruhbGo2JcuQC}
zkf4L`G5da^KbPA39xwH~4CluudpCFGzCf*sM8@-1$5xPN8l=UGbJyzqCO;q5LH`N2
z`Gh?nkm!7N;v@d#-|d5p5+M*dvV`s(*Kv60s4KwxoJ$xB2w&4z=|n9-l4dRjS`<XU
zj8Qr#fraU1Hf#_~2j&-kkoNGVtV|#5kH!x8a3Ku4$vL7vky^o35ceX)TezgyGK^t!
z;By75VzBT-{nAf@Y*xD@n3tRxz8zaol`_U!X(5e2+2P5>6$JZykvRnd*OUCghs|>!
z{JyWRp~|5yd{}yhhK&sk<CMZcJ#Ju2;!98v$cJj6S<T4shVTHg%+acn%B;wR*i!qL
zYwh4b8>jb2pGkU0P$f|P5n`aQ2L=CM>;Snvp{2f@DmkRDA}U1dzyAGJE06bzt3pk_
z2zjTxG2!m_oJ^IV2X04c0&Yc-(ARIJKcCmNNc0(dld7Q?xr*6*7hrF))-Z5P^J%+6
zE?}l-9l90VO<lGAT?ym^O`7x-!^6z2@9#$~nu#zMa`&S1^LVREfO6zPUtap-;kaZP
zz5OQVxCLTokyl$Ahl7U?kcS_<4>E%`6ZnsONLeW<lA3rr&=lL{?Div~w=iln*6A+P
zKD#l_3;L(*E(PSPfkw!uT6fKuQUz$t2)b-pIi8ito8RExl~YzG4#pHssP$#SFA(*U
z4!mC94*wvs5QH_Oe_kTtg%F+>*K11VjbL1y!5cWA06;<Mz*#(Q`BmaHcV^gA4bt+R
zcv8JPzf};!{hv(h?(c>io{JV0Q|78YrXsn=bdJ#rY~XEITRPqMYd1S_&(%RfZ2HsS
z8Y=fq+aJ-|{lfP<TI_V7-Czo)cZrA)T}-zeuXfBFN!LW>N4VS&ZEfB<mM*O8mv?m0
zH<+aK8#gQr^SID2+}i#KpD~#{Q^HMoq!4J5!_|}Q2H}Ugh%6mE(o+o`?*}|~9x;6f
zILxx8OR0|)O*<&$*AB~Fs=vSfelLA)GJ<4Iz@95h4-dyoe0MeO07P0cAwLO6=z$G|
zfe!U9jdG95Te{Dvkt4;<KMnBoMN#ujkn`JW6>hu7F~LKZ`oez6l2r1_kU%q3X~+)`
zCsG@W9Cm$vGC24tNUHOxdqIJl+JuQbJRGyqRRYpnv(Om<>&ZzB49izJ<ctDIEiWN6
z^JSeUw-CzmEd!zvdjq2LOYUDl6B-RNCKzXzEvt!%63tL^6e8(cMX;f=2md}kbsM?b
z7UE))D$4`AZqc|9*m2`}tqGnF&;!mJ;Gx8F?6}JkZJOR>PbWmpdOp56D=RBZpP1vy
zU9m5K)$ag_)6*kGkrAJ&!|;wD%cENI#AFh0NCnDwqSrnn4mfIlfuW9`gPv)PkZbq%
zPU|iBKYmwP$alOS48y~<A$GKB2L~E+0jG79p<k0_LaB2q<~qKDT}XZ&%&iYP#rdtA
z#%S#L{S0!%Qw|2uOBD^wyP9!wOTXZt12Al>Hiz(FD#F2tWxtPv1fH{?qn)9*?A<Lb
z1!BldgF|VYj!qZ8Ud;j1<s>E4BjHp4-Mq-3rG10;>V@Sy#n$k{WX>Pc_?|TWNh#Gh
zr_C<hJ9Kx1_J5716~=%Y=?0Fv$6GzuSjpMjt7Z-&=jVboaauEmbVngr&Tjd8DD4f`
zEIl3J!w+<Vsn8o`M_|O@`!Z>1GVD2pp?fN?uL~oSk7PT<Xpv^%Ojn|M9e*gc&4nme
zGc!rsl)lChTxgh9z?0nET(WNj4O!~KU046(0)T!{$>0GaUP51mgSzbH%S;#+np)-!
zsDHG-(M6cdYX6QlQtRNu^~8ZyQCW%626r8oLMg2GMhRs9FjrG`b+>?U8{F0e=%MK%
zsfn`^!^*oo939Hi7qhZfp0%>DUtu=(SlhR6d-v@_lP7-2H2vmH%NbRKSpw$j#o&$N
z-Jv^F9zGl;8DbdUnWrtgb5{6b^*m@s0fhX69nlpVMS(|5X`cr)C?g{S7or)pA^p`h
z4-W{Yl`CI?QM{rDXy%w@vIxsJ*N_j%%l*(oi%5dh*RKTVmUbTBBj`C8?<%`ryQ7va
zrOnq@p$ob*$z_+1cP_$v8*cpJ;j)sFkWwJq^<yVmXigeE8pTFdCHLJ%S650S(|Xww
z^n;C!Zi23FbZ{<7^dzy449P<wxN*aVsnj_<zqyVCbtAQv3_=e{pdC_WfT&?pwm9;*
z+Uul~<HTVDb~E<aj_uol*kom8Ay_V0kBKfqeGzE}yS8Bd{1qG@luQCcmakf6i8#Qn
ziHl441snpf6#<cfz4~(3q9%LcMw>VClExv^qDPOeT)o<b@pG!GB{mpr<}ntQW@hU*
zZ_e?odq&@38jq`&8r_4E$IkTIg+);^NJz6!N@5ygmBZL$CqdhW4?mpic(-3SeGlt4
zxK)se!(|tIfV=>t=utfLp8t~$z$Gx43!WdTFDTrbK7OQYWsZQHe(a2MyeeeG%(mx$
zD5Oh@))bP;Lc2eXBn5r_qtVf%Mj^>ST%Y?pr+k0zvm5INhMMpefe4Zxtn~os#fRS~
z_<Lh&v0!Dv={GHQH*rx&+$i~BCg(6cZK}-tT~E&=^X-wRv3tC$zSmyNl4;-9wAz0<
zeGAX8kGiDJxN&IZzG2Lw;UkOb-Ht3WLK1?46c$8VFTdJa+p_ybt?lyYT*uD~=NHB`
z?=b4FjG5u0=N%)h{-JGz^{A_B9y{*M4_P>k$&n!tM<MQHmxk2{K7itpEsyDQ@fWZw
z51y{W^Cfy{_4M^Ut>;6qk|aT?k1s(LS6auIgKq$5uYmzS?77=b`Z1iB+P2pMEEA9q
zC6;4ojEIdLHhA#73)Z>MzCky)-iH%I?+IC?Cbwty8t|s*BAlQMTJGuWJpjn()T4J+
zm7%ouZZ1RgY-%caNaQ3?L%<2Vy|F>zm^nln2RDW$bXgdjFxGo}W8{i20ce6Bb)nDP
zp^Y*F&k9~D{zkzEir`tR6R?{xF%VV!DmeFyHPfKtpIaDq;2P04lUdf$L1GPZIq#Qj
zj0jN^>|D&qD1RxIJ+1(H^hP@r+C0649S~@?bS%afC@vn8T*rXTzSCk4o5mAvdg}|3
z1Z1dD`z`*wW|ssh^A1g{1$>2-7G_l|tw%*gd{4a?Z9~I9i)-O)iQkPcfoCA4l|Y8j
z(2V6Cdu9^dUwmTF?fmTCOII)Yxp`Jmu-gAe9VPE{zXKkvMDL9+2SQ51xD->E=gyt8
zzLhPp+w?Ya)V4qVh{<V{POwCZb7AJ!N2f|F6+h<q?0A#9`F^&5vUHDJUG6*R`oy&@
z@nNHf?VJ|NUt~PqMOH!cs_-K{`cud52@GjFvT!_r9Dc!_IM>94DVBDtw9e>2|4YZv
z6S}6sB!?GZgJlZqQ9^LZgL6e;$5BS4*&#FKWokD6WOd7`<mHLwNRO%?ApssfYq!06
zq%Z9j;dVT?kDYnunHgfbX(!OFJ@@9UCl;$@eVOZa2&tsy#S*7R5CmD=?~v&zuN{+5
z4QNv<U9WFAJlsf4T1JL*M=!>3>zloKRa8RPG!>08l|P)Y%yUje7v+CwF`PIwNbQ{p
zSk0n;<g|crfD!H=X`eRs7zsjmi$5#1E4`D`rH}J_;+hsW(=QXt^k)AsFxgUvVIQw1
z4y=&A)Ym=d*NHXS68&O!5jVn(OKRf~jgO0B&+VEQ5OX<hH7N{sNjQoJ^zYxR9ecTt
zQ^io!KDx?k%0_bN5v%vrj+B#JQt?sZuCLSQRKf>}YVeh6pAVjW)_uw$;z$E3pNhDB
z5q!E-T3}IVXqeuzAFGGUBw#2+Ix`Gva&rxypO6j9x6Bkz7ikW+m@)I4w86N3|Lc!D
zXH7cwI4$k>Z{KR(yy=)XV!+q7JN}tJ&I~<Jd~omv6Lk~MpR#K-biKN6pX%I>{b!15
zb8~Oe5{3$_u5M0~OC07VlyZI#D0p<XuT&4t*6bpc-_h1|I<dUh_wRRBt=f`M{PXRk
zPcyc;EK*ih?(q3X*o1R!)Gr-i3}7j~a$JUvT>tW{|IaaJ-rmEKZlRf2E_G21Z+0o3
zdm%C!=@5{pmLi{y6KX@E=D^K8(?$6Bbx35>uW#J3eNLX^s<;XE-yu09XQLF=2QTUI
zTS54h)U}d9O5|m(BcL66Rb}NZ(_+N~)rj=bR{HchW72QGts`70ZqPr>Dy*a#!L)$4
zy3Son!r0%+{KC2O)pSJ<irb5ezK)Kna_Q<^lwf1oI6iZs#ssNA$=VR$O7Y!8EQTT-
zLn+nUZ9R{EDykH~k!e$=bbyC2Hz(y)albNI2+(d=zCZ<Vx?}5*6p`MAhFpkUpsmSc
zxI1%d@z~#%Uu~Qh|1E0Ag1yauY<7FHJUqPfT*a#z)8YPgP5BL{Pc~<wOPr1_v6b=x
zI}X6W=q4U`=FXknMBRd@BW>vkDz1l9K!m`h>g0F<5}zYsOv?lgY-L3dJi?%%s;aj~
z@6ZTPTc1gQRZvj>Z{K>2@Qnxpu~B{W-B(w6?dH)7#6RY|8#ujT;C<&mn|J+B6L|w(
zm6(q{<GP^fftB=P>~)q~SV;G5DIl_6P0dIrI`|6{6o?mPlro2jia(e<c}M0@G28}a
zjMsbnC%k-lKuP<v!yQ98WA;?t-I6t5xnjb}=D@ilCEv&WzaQ5M1_!YQ?hagn`V9{%
z)R~qd#*Oi-ZYzi76JG-+%{(DE2@Ew14ARe^UrPh7MsK8{u0C6kPA>ubrJXauQaf|z
z#oE)0&RM;CKTA+Qb@%QSP#0(#pS$}v!qardk4N%AEQ-0A8O^tZ_*rx)M3bSup@~I_
zupgh39IJ)8TI)*XLoulox~4(IW!TH~5=jPKR2eob8)V4e|Lc+8a=W@#Q5^)xGMsGr
z(!br)KfO$Y9r%qyNDxeF_G#QGsC{j1N&7<*1=QEiMr=06;8~Oyod39#sIhz%3hL1>
zB()>9Zf;0C5H`x$`HTP0egHmaeo9M=E+P|7ymAEr*n2QR!_99DmBPq??QsS2mdYEx
z(atWgu(<!B1#tN5CEPa9bto?dIfu6PmCVdtnXiN^W6AlyrfNf~_m+Gq|KYMajgp-<
z1P=%?gVGSmYWqoV$f`V3;HsWt`{+Z<wddX0$vwFeD&Yk}#7SE#e@r{8CTH<_>GQRE
zX!;UL3!PHv4?x7s2}?t77_|BC>GTXBZk()(u7HnhAc}n!BP3uiUh;r_AHV&8Vr0=l
zL&MK3hb=J{`(~eIY+;7`u{`}%lJ#YzJ}6CQYz%}{O0i`=1zpxWmcvJnDz~hn|E{~a
zBFA0OTu7F-qon!$cick(!Qg{%tvn`DdxLTvS$_l>iP}CY$~X|8F74KaG&@!UIj1IM
z4HU8+c`$mu!Q>~g3u2~5O=p;F?#mO${OCB)HLG&f;>DCIm)$Bo>^s)7(Q#hluh-*&
zrvW6=g-BK+Z?{y<=Iq)*sAMNbD-bKwgzisc=R(Q~i9bzEbLH-%I+``>bY2zQ6m75|
zQ#H8V>rNUZ-PmK?Q+|0l2lC$w3@iA_`vG{fYl$gSK*<#+bI24g`c+iuJ#tC(QOvh*
zCyBVm2lwy4^<sQhQ4Q%lxUra`*6L;4zRe~TCZeS_Hu92tE{ok2Xi%R|Gngcz?(&&I
zFVong6Y22-<Qhj6;(bH1_2Sj5aZ!bLal|6g>;~vAt@ES-L@8MO=hR6=ov^lJ-MYZo
z0Ny3~iqUb{{}=957%BN9n|QbD*ZaeQp0j$it#)5u2}IbYPqUHhA;;TJUO@R6=m&bu
z!>Uv1v1<E?0JSI);KW3j6N-#E8326EnyR~Z1FW=`CYB>DKnKCR#lJ_k1+4IkeqLH!
z#3iw}Cqoid5({eP&FdRpP*hwDhDRwvO4ozL@o6wzOg_c(1&&VG2o+TI2o!@y_D+Ab
z@T?X0YT?>x_=rvy3#$RrZ`&j;(}_lzftyRhxJSE}Zhk?f$J)hVj7Zkk_crq+0&yfU
ze|~253mQlsW~M#n=`A>N2zkFNKP<}qB1(I^q?<3?9DC2|QE*yc=8+^(dI@OeBcb74
z+vBf~wM^*AX+Z{-SdP}7;2v{sDuNGSqd4giw&+B&>OhF`t`z+5Qo7=tb-WtzFHRzy
zZu>$)c!M0N4d2Me$ae}%EiWtca-YP~hcMH4V>uLm-haFFs8VebkMRrd+>ANxQ<X&)
zvhtxf1PUf``J&DxsF%uuVM_XSR59$dsoIl$+L7y&Lf*qdZMH&O%nIc}dE@Fj_Nv3U
zcP(s;G49uION88yBqFcb!o(|q+z(Pi^#UFWGKxgwjL2*rdu70#;;K(`I-ul);-SG{
zKx_bw<US(Hn&yF#i%^etx24j@(<J-%e|6hC)iQydhm&J0Fj&k!3+8~8b)`0n<f9Z)
zZg9ateC-+>Hs=mTQ$n|n6jq~_BIkqlGyN6kA=Lw^8np_U9r7Kry4S6%Vc_Oopw<KQ
z_H67x(no+2mQ-+C$Ahuv7YGL5NZQUBC&qeSpreK8kSVK?I8&)qDu<9k@M8?42?;uO
z^e9tg>I-}p3>PdKgc-Bf!BC5i1T?|R@D7c6LPFm|rdjq^p_MrSvMO06##{wjhL){x
z?L%C8p`oA<c$Y)+*c*1X<RgJTAZ#mEAkku-4!0v4CQn60^}5-%k<)3@CT?SH2KV&v
zg9kz6OB{6(A5rJ|IELQ20;U8xP07T<I{PdkNkI|+0yOeo+|%)X5Wh}>n#H5Cpk{c+
zTO*Ly=d?aspb&l=__x$y3>KQ@h!?hR|4k|E<K=`Ph}=^+7TSA-<ZVT43i%RrxQT0s
zP>O~i#nwnHIM>R-!H-NND&l(tL+>1Ye2};fkd!1Bf}1z53SyExGl-QdE7O~KX5zl4
zr=@Z7drkxW0tP{7h9oFRZHlVS=+Q33vLQutP2&RFEMG3{I1&tup`onRnc?->arf>!
zw%UT5i~T*{eRmrhL-j+;!gIN&2d}IL(Wh|!rlCQ$7VbL~DX*MUDNEQbTU$LN{Hod1
zIoXhmTI{O3vRB2I*k^i%7Oq7eMEOUq#)2akr$P`nRw5SMzfZ_KzYhr$Wp*BFp14#X
zIvNltBJ4L%jn6RR78fVqz73s<&<z6(uoTwubuKQcwpaL{wDfc#ZJM*0PlO(kXM;u<
z>6pH-iiqz|%n4{Y;-*Ke_`n2+e!(sY&lRg28B=>=K@jjo6>^1-nrR4xW!XhGUUGQg
zxn$^;lib7MAs%=Qbc7ejYdVteM6mm+43Bjz94NiGP+^{KPwyc3g1qqsV{9BTEPI;&
z%<<Zd(T!sLjSZ@HWI^QN^a#rrFZCY{M+$=h#qkm)H%d#tXOclD9y>#U>&`+M${l&_
zc;!;mrLWfziANr^qSQAa`+uveIaA=!DCfKRxg>gV_RGjXLHC%^;qR4(4qcE?3TFYv
zDx~QuN)dd*5~$s~yJ(Ube}PBXRZ&t_hO(zE-2Yde+hjg^^3Ev9FaYF!(feIWP5sK9
z#<3drdT99FyGG!vaLn`2s}QjxVDj@7KGW_KBFJ?oiv#BfWgy?Fg~bR&FsuM@@AzDW
z%oYjbkt5e#%g6Q!4lMY<>msR?rmS!+$wvM^U%l-~+!3}dmDZ7y>)TNkg7}L{Ny&tV
zg(ttflxLlTiN_8Ghu~|AaDg?!eQ}LAQT`3LF;6~hR^Rgq!5j803H(zifxwrndLzcK
zllz-qMQ7~Tb0zD!b{<@^ty^2}-o1;}1%KHe|Jmwl{op_M?k!MIpgYc;J#srnp-Nev
zE_)rK2(w>Ukdfxg>bvw;GeC=o;q2L0anCsww6ABk={pVg^jA^C^f3}yk39xDAsnOd
zk7Vu?z+FpKr_<cAZtTPfUeK(z_I6}NP>zaH+rQN>%c_ivh+uaJY{_HiuYh(&!=Id&
zV6X?x;L{x_L9&Suk{P6iZjO79j4MKILhqmYec=UbMCK7Gy$&N;z;1B4Xft~bI$#7D
znl_<BCi^SWtgPXiT6bJg&CKp!UxfvA$LTdz<Ka)TS-y0sm*u@0kK8LLSVc#!@BwpT
zmaKO?_l}B>sDQuh(t3BjKB1XDPD!C$aq2P=({@RY_y65T=0Kldv27=bKqfjmG5HSW
z4IyF7H%RRPx5CA*v3)yr-aYxuc+h?ugm&NFHE(x~8#Ag`+jHZceQZPFBZ5|bzfABr
zQZ#xNvUpo5Jscn~L+I`I7S}SxUR!iwm9X43ZfdWnfSO(0#XQhfS{C!?w={14u!9Ii
zPs~-Qc3@UvN}fE?l#^thgUT5{{&CO7&Oq<2bP=>IQO!?;0Fb@n$NI((K?&!)DF#v>
z@EP~s%GahoI{l-II>`iF?N!x#cz8M-CCJ;#q<=ye(dMB17~$6nIC}Ev(Hpd)RH&hG
zrA<5d=YTSD$AQLSXP!2kj*Vp_5Y!VQbWq{VSOvR^h`y0@L(p7WCs8#-@|Dq$9@VnZ
zP-Dry=0W1=UJH!cStASvZ7ioh<itTA7H$ce194h2G=QojMns!wK>w_~=4i~wNplWU
zYJLHQ0*D@k;PO&Vp32YC;I?Yv7>YrRgWri6%hBVPyZ+(iBq=c)xDDalt-5(~=TX@w
zmhaoM2lN#h2wjB`;(Z!6v258!=78`5z}7i(_t)#+!KF!Xm;c>o2I-FJ!aj*>gdl=%
zTg6<y+bDi*#61{APL!c?a@XKpZ{Ie2no1gCPlBp9k;cM$QwlcHN5l5l+mKV9Jn3Fd
zH3a7dc9qsuVS^2cYc`3)l$FgEE@Yk{%16bvt2<pnq;`o0rO!7*VzH3Y)2+h7u#_!z
zy3BCHj@-T@*dNJMfp7rNb4npcJEeEuw$W#N5Qj44Wu^-(3cr^pyX3=%s)w_Hee<1A
z(H|9-BgNjb)d*l#HJ0uZEGYZ+Z6}2k5t03G+${e)DJdn+slboC?AM=vA@hZlC#C?~
z7$2BrLQdPujXi5+DSkY|aw65K9un1e*$YiOLUR!@N+_<-^$}+0<Kl)xpF|Zh8PP`5
z?oeMyKLU8offENPp*10XkthhC<Im&HlW~K3{>&hHIa<Z}7$hRiZm&U!`U}5r7g#n(
zEqx!%2y!ACRagn|RA_a|HMa=^1|i&7U#KL4FO00JvBw<uS_#|2`hR67Xr$Tw+OIRB
zr)g_5=~cCKFdH!OgRs%`%|8`SRxnzPw^#nUOK6f|EwGz6j$XPt#0(Te6LoHdu3*!6
z!HGkl^QKpmIkS>%vRupmLQBtiDddq87lKT15r_;DC9*M4aDK<z3p*+AHbAU0-pX%A
zQ>jCU&z!ZMzu0s+i=yP?)c5Mnw|)i_Cdjr%8{s#^Ou`uNU4J<N`RN1)J42Vl?{sFA
zpxpiAkITh|U;o`aYmjI9jOoSQhi)w%`C+hOb)t&K+7Gp1Bm6cz!))AzEfmQix1@LG
zRd5xG$Mflc@*vIDms>&38kMw#)g2Q<O{8RHYgyrTbC8?19NLzcWw=0?Zp<`TLCr^v
zzMh?$hyEt$8%xj%&Jq;<)|ZdwJCQa_g)Xh5D~~Gl%&;eH19D3}lGF^{m`6NUsBaR>
zVKeFXc-e@*$;Mz)Ri*nPFdj)slFb=W9y<rydneh1v9sK^5u5KN*&bg7e3ywjrTyBf
znYIHI_RbCrLo$!d0J}l%MG1(0?5XU~RZ~+_R~HY<hx#H6pWYT7Fw>Ln!;wm1WZ1xQ
zL#Z7yg=#0c8FvJW5^j=c8)I?&#EFkFF|d{RQy{1j2M<-jX+l1jzRI$(gCqyh*+VH~
z_d!K{iMVflWohCGs#Tc&*-Bm<hE>aGO4-}D0M`(WI34$oxbL)e`EqpUQj(IAva+PO
zaDt(p{O-$IM6$Z&<bd{R6R_yST6X`TBaff}BVxypH}Btw_h_dwM-$;dKR8H92?Ch9
zGjR6E*KPeX^Y~~Wkl*b7*%X>FZprd};AVu^JN<1KYe^7=RFBTVajF`F#G;q+(Wdc%
zM<j#D#Oo0h5=V)Q=FuZ$5rlzF+6&q2HSGyc{4sL^$0Y|0z~I6u_t+VdKv9Yx-RH|o
zMn>*?xErdqEDu%O4-hP!=!VOm2PBIm`)Cf+Akn^G0UV8{rY8AWRa?*~ZTU2uo>^5@
z+OF@*K@?C$MMBsJuHdtkZEdZ=A0)8CB@*D_kxJJTv^ru;)afIGPLE!-Y0EdNhl`x(
z-~}%`(&lESIe^Xo3ESp#aXls(sEt#PvDX>@e!}8n!l}2V)kEXtGHV5ow%W%yShpvC
z{@OI4RU`@!%{MV#I_5~Bor6w6eYvr?*!T3)3YjB1G(Ii)=`&<^?x-L8%_M93<jq6n
zt|kYeBzhzjd$PA@fAHyjVIh`#^PNWbk(CLV!vY@i<5`kqomo^?&+J`1?61+=cfWr*
z6GiW~Upg^A6qmd@obNPaXSKqpbMxI}3%AYjGVB_htz(dQHo-mp(s0jNfjxqa8HIH>
z!Vh{H80<8eTe4^N*uc;8R1b&j_8;1Pqsh5+$7bg~K{P6_8<PP*SQ(VF@=jkgh%H_W
zo(3xo6$R09*G|Dj9|h1qZ{Fa@j}MAv&sc9xOdPaJj^wJhFBF27HTfH`tzKzC4b@}b
zf1k@6$h6|q6Hs3g(Eg~yYx1GCux+B<1CKq_imJPqRq}Mx7<RdZP3=;TyRjX;m&AXq
zV7u9cBg3ZOk(Rkg($J6T8r=_Sev~Z!=4qgkIev84*EtcYXMY{})NW}K{Ng5Hq+IK}
zfS$LRU9essdM5k3vwELi?c4Trt$sX8_D~<GfyuA@?=OF#rq^elm)b`$aRJ>t<3p@@
zgqcZT;89kc?*93rM@l=OaT*{b>+XIIT9NZKn^PQpYFp*b?uQTFb+@Goo_1L^LEqbX
z2G*V3XPFztI)@`xfyY{X=unfQl<K{`e5c(5dj68Ak4RR2dUS*Dua?jLog4r0tdJ0n
z#nHJk8p10Gwbf4k%a!D(7|2dpV&ib=vj4qT+hu_P%&@2Ljygc+4M?}}_1@*0Q7@Wy
zP+EjtyW4ooE!%UJ9KtLw7(z$mgoF_UH2_$)NlZ&j>~9>wi88c#re<^zhP^RD2<?}o
zjW`4RSdm?vjL`^OgdfqpeMu_w2nI%Sfxdo^QfNA8`r+<fQB<KsQ|4KYK}I~3zw-;&
zzrb!t|5MSOtVcr}5J$>CDJ$!Vu)^xf1Wx2R7?zEVQgl&v)o+3y+Azmj>nOAsgL`+T
z!B@}$P!lA%zxHH&${i?@%p3u5ilctv&hclmuHOFjEMwa&_t(n5>Jzv8n9w@?#T~z_
zS519(wjnCv^cOsHws+ko`?K$XhAG9a)4$?Cnyoft+%&JxY8}hQ9%FVqwYqx*eS%$*
zl5qs{r(0#FkUZ|!kd(d(ze|QaPfVTX52DcBZ=P<USOa6Qvd%xrTS%Mm`^lqBWm1-A
zQZAm+{u&AA<A>uE4+!C@JF@)NuB`@D0Ri1tyc;o%e5f$5Q4xm571Vh`?a>HLp4>)u
z4=7a+hy`BOw7LznlO^2%$dn*}Eob;Jw&<YGfR-&|!g}*L#r(n-7Me$zUwG$DFom!I
zfN-<Q_jT+n>wQ^Ru!TnnH^=V6p%UCcJ)a${^eMj;v)d1G+0UK(s#*H9{{)TH7x(L~
z%6N8j+Mu}uHz4C;?`%Q)%qK|qLvjChl<}9f2B=(vlarH+YQ+1ZIq^g+j7+SW46IQc
zqzs@~-rg-|U))+f#1#yii1n1l+X)Upf<D2I&_A-cFeI<!=~LpnDP{yS+^`$ZhCN9M
zOodfjXk^*&WoW2PcBwc5H~ekFnEfv(Q<4o{Qa*r9lZUDtLK(592OmK>g4BVR#wu2@
zNG~t6By?9O6#0`BTb!_*qa=V$49iC-!(t;BmxR2k&n+$3592nTvq@xyCTG!b7L8z*
z5f9YW(<4k5V?=lX`&cPw$Z#+;GRh*nds0{!!}e<|Wi4KkL0GETvB7%dKFdgT>FAg;
z<vTeNJmp4ekT$0A6V=ol30!x)Bt}B3;9ENx83~KoxZ~&j{cI1zrimZ|5fBW6dIXWf
zkN%v>3S7eaXuKdu(0g)(V2?61v`~}7D9d+7;NH|Uqvx+~<D<HDlh31PN?$mvS75U&
z#qf;Jn|JTj8n1cFdG1U<e0cI)(_P<xbOrtP=9A>CSrZfwOs*U(`jL&enK_%oBF;2^
zq@+9m1aP(Bs2BDA4}7Mv6JiD_FvY!i?>xw?5HOw(`<Q0Oqs>m?p57mAJCOhy@-#8P
z=9eyM>BYP*FJH!fv2{gC>X9eN-bJfIo`R4z*4D<%!;)16g;e~j0st%!OPD;#Zstis
z*msiw?bPF&q(Q(;qdZTs<pyGQl?fq4Tt>+DWxPQ^zUA$0|L!iBKJp1BpBf_lx56Sr
z+6%Tb!p9Rha>FTK3K<D<PS6X2Yy*w1K~CawxnK>DU*w#cY@Y$NfCy*s(4ju;roc-s
zwf9`PEB;3MMHbi%Xg<X*D>9){Y`F&rO)!q2CC)f^PCUGT(UPehz?Kcwq~>5tB_rgl
z6*Ah%?ysl#cOjIffOYuJykvOEA5SrZJK_k<I~L^SP-dJ{hX~>6jZAQ=%#Fgc%~gb9
zQogLKatKX55sHYgK$&~Q*)y5J2qtGxAUA?gCm~G2H2y`_&do$U6t2DJlp^qTf_ZAE
zx@T=J29L~I@U=z1>i0G;cW}t2)Jym2YWH`Q>g|%=z^=!HpDIQ<;}S{*Nixl?d?>1H
zjEYP*_ZznW0+BKWvvK8$wsu?hjxhi=1O*As?A0{GJhpa8;Hr)F^_a?pl~gDidMw0_
z{r<4()4GoS9ehWq7;SBb4;~b@rLMX?1raWya6n&Uxzrb|pF$ZV%*TTVw=;K8Dmh8$
z+R;IQU+^)~a!DAs?jkBQ9}GQQb?O%uIih;!kLo=$tE#Htc=(%487LvSbVwvlp2ToY
z*srmM{C~P>(&Rt`QB-ss1VsNtmLHQc<!P~28HNp{PWVO`v4Pg)2MsF6)Pd?fwc!Ql
z&EmyXwYBL0hg5ntmjLyUa8^;Ve94kYWM1=giF%>q3~C@{@D}e>7@83Nz96g;9G&sL
zu8v_QZX0j^=&@sjfbmaAqQn5odr_BkN`FOd<S^Mm^~9(}^f1zq=S^)@RcmBIQqkkG
zMj^h$*1>@gBmnzEc~$Heq@b``9a|;u3*jHfIeIM5oB?OE#1GS4%vhA9gsDNI-)Z`S
zopf6ok*cNN8rkRzN~o>vmN}tU>-4P|_C0a~@Qw(_NugXwP<}KDfL^|Np5C(L=M%II
z)D?WEn&W4<p%;bNP)Fw~1puHmIa$`?YHz>t_4?BYkAkt<JDVk_BQ#Pl7o*NBcLnoQ
z3PXrR_}>s@cm4bSM1_tZ<$(+w9!uhY=6MfHxpW&jIU}l{1B_DY$mRnK-IDB<`l5AL
zHf+<_V;n#h)1N$kOynX>EJ2#2&I1$E2{`^>r8trt+7EOryaELEjM20(tVxA7AxS|1
z(f9&A9gsW+*qw!<Ow3Q7a6QV_>vNu|Enp}7P>JE(NW|pHnKeUBKyN#qoDi0Oa!T&5
z_fzMpFGjnLk0Qe!TP>8efk8!`C&L<fZ|F{TWC`(ktagN*96XrSrYzJZ@k3eKBLnFR
z_dIzJbVftF{M(*PQu}M;%DX<hK22&}qr59wJV;zgab?+wOA{xCYPMW#KjBf@urQ;<
zGs=FUlfLU!hsD}j&n}G0jt(3nZSkq*k@qaiH->TJZTfuk&3SjNc-qEKL!AG4=`$!k
zGOuc_vojlY|6pA&@Tl*qz7Lxu>P2VHyzXNwGRg|5{8#_?@-fF8h75VLVZ*A52~8?k
zQ1Ne;76s^Sy{p@}WeS?(g3V2Wd!2lzTmPZQ6e7k{6yM*3ctcvZH)br`LQbxtazG*%
zPClzSb3u{~fH2`k$t)s@FX7upn(bNoB-c@w#PH;bo`v!5@g<b)g_;U|f{i5*9&kn}
z-={Hz4A@r%*US!7X40~X3Ie|n(P=c3U?ej&jbI|ULpFk(wNm?MJT|I2&%xU_NBH*A
z_%eJ2IYm_C4&N@XIj<dcaaB}HIbEgzEErGX1?I8`Tcyy>JsBbrVG=1S>VG-3`qQV)
z>92;#^cA6e@r0?N>v_=BtYZGbSldfu>k!eqrlv#Z$5FEgIU*bZ#UIv7MnKlhj6Jq=
z?4}JH(6u7EIHy2=g4`QOeajS$hP$PoOpcxsuNQeKqvA@l1F?^_+*wfzz-s0VTRBIK
zm<Az|5DN9{*EvCwVj{2v@CVcQjAGlx&9;CKcALK3P|`ApW?zrlg+sElv>&4Ux}l@B
zQ-ZlR*YUyH>kG=SVrSweWy1tl7>3j}?O_cvpWRhvJq|NgGY;%4$`~9XWCzhTZLcpQ
zAs&}`VmW_LOr$Ff%1yX1U#nKd0d2;`Jz<Mz%3;EJFtRo6KoJyGD7V2iZ5pynq}h(T
zEP1)jF^MqV`~p+5^V+osD-tp?hJ4>hRtp<oM=ahpM93fy2`NqtryD@E9l3%G7K9DH
zT^BUyO9=tkW60~#C{hxkhod(}DjLaMbg#+7z8~zX`31^2a&2@^2pe9L=L1?!jLO72
z|88KD%GRwD(K*cUx%t?6&bjklN^6CPBd0*{Uv4EqE<65<=J!|E|I&(*D--*yEGGem
z$iS1UD{X8ASPG_b$doyLBk2IF#gLPneRc~g+W=mM8n|1)3gDBe9OU0nU*83M2Xz&_
zdiRUcCB`kv4+b(mIq9EFUaj)*{9KyNn!JGnP0D`Ei_t}(iP>8K0v4;u+22BF7sey9
zT@;X4#eLg_o>f>m(*I{Kl1`nsF&f~<;I0ca(i%IKd?y%enn45(MryoGR$!C4Ck*i-
z7N@bL02eawJv~qlbWuiGJ7k(<!zcU7?I!dq#2U^l*j$vlJ&Q|-feht3lg2_HiY|3o
z=#yUaf6bL&8+lEgh=&wgUM>=+O`Ep6ObvHgyOuD{$8?q}RK)|I;zu4b<OSj|2M35?
zWX1&GuFF(FZ$lgaU$f=VkrR3Y6BXH;(QOuiRi_@iuV2rTxqp=BZziUutWF6(d>9z$
zkm)1<B1J{d%eheKIEp$tKsE^}tZ0ZlVs3U5&85MSCcohx8NS_Jodk<2gqnx~AWLzP
z5pmOou88I#^hl=nr#VMYQM<hQ5Ragz_XRr&hdrK2Zd?NcgJfb%3Alkx1heh|`LI_L
z2*$R~>IaeZ4X<C@2O5D8p%p*!`VX}HGX^OxB9Qd7N5(Vfq5BUwO;X;|FnGV-R8li8
zS}%)?bPIQ_lDNCO)7r{?B)e+qw*cv2N!H)Uaa}|t+$gcJ?h&&M;8$yVU#99nmx$hd
z{Z8N+I)z_YBUyIG{*9`=gCl~DA<iOO^X>I@{gGswn+slK5vMihv?jPd01CJ(_o%Kk
z4557JT3uz42soK|Res-W**W5Zj~0Ablk%KGfU@!jERe1C<QX%B{r0ibP$tA0B*X86
zO!C#$wL2sa!v#37WrCoBzqoL^_m}E}LnhJd$kiYYHZ$9Aq=s}0B_YkcXupXQP6*bJ
z(4e407rq`or0=$|u_6EGr!jyWQyD7NeydLEtvg_^GmBk2WGR=sqTyx9@V-j-(UE2p
zZfF=?=}~FsSZ#S+8IR;ARPUZjo6C+NTGt+}Jlb8VH^VWB(GUQtk!J9mmJ1dHt7)+V
zv8X09_@W$qF^S*E0MVJfa6{m~e-S2%goUS|wL>&UtD!HN-A`KDWVSp#A#LKok>CTg
zzgY1giM5r+O`ZCp^wW}~8^uaX%Xf8JH%q9;D-dRrhS_Q7#CHw3&Z)7}w%4!j{!ziA
z((K!}=?n!&JUtky=C9}zpRLzt$KGZ03op@ASZJ=y@Tehrj>7+$z%7ue()BlRdD52*
zpX#A8X;NvW^EyLF^WBKm?J^tM0Fr<Ge4G5~wRc2u!CaGT&X4Vg80h|T!&=K=Z}ChY
z*?kM5C$vlTYq1#rq*vcQxFO6JI$Yb`nKL6>S<62!>fVOr0bxO+4-YqgSGuvs&DSlr
z|Hk4hcBcxfMNXc?qDbzvPwW9EwB}}aR=yuSS}o(!TO=(j%VS6Tp0!98p#y6ve_^s6
zdDG3`e-<jtwl+uuCW{u;h-*U#?`QeNTD^e_Dx6YqA`vsm*VQ=h#iZvG)<>7t-fj?M
zfi75EX_WDI;)uqKsk?VEgX`gxqBa@F7Jo!=XF&myoKO=zhS3i#JRmwJ|C&Dh{9C0X
z?-poA@yw8UGY``?m6WVP9#}#s5(oSRYe(4I{=%7WTyBx12$}?sPCv!)T3?UVk_X{|
zC#fj|(`*0Po9jp-NVQAZ{cP!v{Q?TuPC`Ge!Eu^lPxFpVT=z9g9rRV`K}n=V1%CLj
z;IzX;DJBvWVSoKKTgCu@8vmQU{htY=1K&@)V$(oX|Ngc+&T1@+Eq%qs#@G40!moYu
z)bxv%Y2FWi^c7iYd8rKOymM>r-8I{%B-Fbe-smP0Y5#k#!OL(r8Qi^l_vXWV5u7tT
z8xoF9ID0F4iHk?9S}rLkF*0rAMT?lAY9U%LbKc=-GVdbJC>khA{id$|-u&oUE3M`u
zHpC8Qr;UcRoLx0{GsigQ_~hUJuKHWx%)Gq)|1dPG)oV}YsPEBaX-37IJh^Mr#s)C5
zC&{-AIq`iDM)-7h875h|`#hEPEH+Y)jCe3Bq4cs%qJKwK-<hXza$wQ|=J+z7Z-L{9
zPS>M|>JfSTUuq(fQ(bAMHuc^LR?YhMIu%fU3{tA{K_lgqOG^Iyyyc&7VRK{t6h!7S
z^ER99zZ*QQx~8|BWc7jygLyF~?|ONi{t%MfcGXt%o3+2Nly8kP!ma&Ncc<b!Bq|!?
zckO+{Cm*iaUitISKU?OhYiTKnsNpA|uy#@JaqlvS3wyh8yXa8X^`4QXci|aX-}va1
z!b<*4-l@&U3`IWM@k|q|&I~rWhJ{w`*{3(bVV6wJKmYPxoKk+D((%vCXwKj+KabIk
zndh!g{xH)1rD*QWrU`a>Uz{N)kXDWU5*oL+aBW=0i^09ui5m?Qg#+%a@~#<_W+xb7
z5p|B5=#TB-^1*%5Mh8xg#QV^AV?!xtFN6t>8Z^Q6qSq-z)FXb|ob%Xh{y>e<U+1d-
z{Vn!Uyu~Vkfk)i9t|(}Ra(A#=<fV-pKS>5R+Jtz%ko&yR@%@07>Gxab8JWv^+x0&>
z{qXdU{%+Q=e{G-MzOAT8XSFSp0ygF9p`j+~oWcM6<2?BkKorP8M}0oZ7N{ohTDQs5
z`HV`Vj9LW8U|4uU?>>6_O&aUV*QC1qbjYzdS{Q0sp)h!!eCS87+aa^A##%;KHmA(I
zkLgHD%RsJG;_jsXj7hW#XieS>``*rTNj^QOL(|)wZnoaSzYBm%PUlU#B-1`*++Y#W
zj3PpG`phYCC)ND3;S>BF9q*PdG07OCmXSkY&^{Pa@P|m`+cj*UrjH8-TnFoCw{~nY
zGCwd{L1g7V{vZF&z5hCm|6@Y2-?rM?i!QtDb}A|!?I*rnWY}x(Y>cixoDc=+W7v8@
zH-;*jWq<0COn$Fl3yvCiNRXoQ(q9o+xTo1M9D=kW;yu_ZMkx@c&<U&KOT2a+&@vcK
zQv@vASv#xSyJJm?P1sGBoX)A+>lODp9XQ<Pl3F5Re01D}tMQLFuA01X%b-DtK8FVt
zF8d?SMzweEb?><=ijCCdn4S63`9<RT2@JOQ_#}+Y-mV7l@M+HI`@Nw<Wli&|NE_b|
zd+|;^6F!HQkDi%8KP%KDuQ+6tId1XtdHc?6_0ht=xv$@UC|tGb<4D<u<yBE~c{1{=
zzI%B)L?tXUH8zg1vg+%o_x`HHfuQ%K1>Cr4BQ4W5Z(eHNy%TPe>wc^|XW>D?9N}Y8
zU9)$WU{mHI%9n{58E5p?J@pt?owt6cL8s(>zPeQJ&f@IHfonRd3!}uvChHwpn4oZV
zwHm0Ul+=NtWe0_S!%~;mnctR6*84Uj(J0QeYyEnY_;SIlJ#*&g>bjf-2?`S8`pR{d
zCW+;UM<FqnCX$J#E1l)@J`;$UkYeAt3&Qf>dt`t&OBf@co^Q8}WYI_!Wn?BCCjU!y
zXWd|(r${6dvMn|{BpD~2yIzc$#xw6I+#^gm^u~p^>*jh<E?zY;P6Chi?07wE^}zA<
ziRKaTkuczwmm2QA?i+W;OSLsAAV}{8_9IL-^A0!qeK>UgsN$W3a^s9TNK7oL7z;cv
z8wBdEIPklVcVynZr~68Gssp2e0H{Yw(hkX$J$ojew}pPjhl2|OmG1;Awe!^#ISGI;
z^pP7%FJcWQwg@eB=4OBcKx<e8d}(BQ@>-Bd;RfzmJcBp^3p~;KYQ3))&q=c3%r%AQ
zy3`N#8@4`9#M8AROm?8Btdz0WU-Rj2039^IOBOF?Rzxx{6GDD3UC$q>FU&8{Y;cuV
z*S{f$S}&&Y!-s8`#ZV%`q0lK^>J{+b`MPf!XqLSq7*k0JXtmOy{M}y)*Dp#8_9zWh
zGt-Ig#%0gCCIf?jycm<h;XAS%{7G(D?C#*G%#n|1AK?s}5Kxw+q_hxMFn#y0TRto+
zgklo*{H43S;N*)Si>n?QB8TyZRBbU4BOu`@-4iG^g02)_q{<;7wwLCXn#jVWO!74U
z{nr_BZtd6hrdL2DBm;Zw;-N%tBs924yjcjqos+rUXj(1wvhqG)5NwNfNj(dh)K!@9
z;4(a?t?5voafEffY#Bj+SyaRQ!(A}sqD>-Q2|Pczk+SrD@#bU3rjXAj^Q%J%20Ay2
zaVxKiF<(wXOhiDaM|0q>dXEgI&sDxHbHnmIDjas=0eRtelYo=>t5=`6r=MmYBCJa|
z5oD&Br^B?ssxiJ}dknWwTA>r18(?M%MjfEGpV(o09gH=lb*NMm-r8#+S?RslN^`=F
ztZXQ{?yjcb;NQHx#o}!Gu2W~%A)gFeKndUVwK*;u_Is#Q06Vu3ydqQdvKx4`-@Q6d
z7IBQ5IFVqTULqD7vGHZGwe|H~-(1&<r1LbRE+aDG6d*d%?*qt?AmF59C$OWJ2x=Lz
zaby;PVGv<MlxpbQ05#cVx})hOViSf3_8`RHxZzn}cG*I+^wq1ZD_7j;W<jT^)!boy
z`f!gTccAiv$g)EVGU2Z76)P?7Cs6(L^qp|#G9g2imH9ZC$a|LB0lV^3vMP1tLlI|v
z^!(BBK)nawK$KSLj&O<lR6=|tERvSuJ*Mjjd`d}4<qg8NT`ZwJ%4-bdY*m4IaZ2Is
zh(tVm5Y1Ivs33txay`jcjJ7NTx_p@f5k4oe9ME=&)=?BTmzSEKwPF>HmDV1$OGMFU
zW&OOI5GN%q&F|q55!gEO3s}Gy?ok-=g^C8tNlFTv2I(_FDcI@@v4r!Ngf+gQlG0?t
zR@uxWlB6*9>xcf19uCD;imhZ2iziWW*d_hDWs0E16MN}c{iOGHkrmgRBT)dnt~yK~
ztSxt^RsLmsZ5z}a`|Xhbt|T3aG&gxk&E=iKjyg`Hb24{hgV`s{Mia&fU@<nMAZz?h
z$d|kRLR!R<B0NtpWqBKuvsrpPv;7d#LL9|a%z7Hf%nSOXJ3&gymw=Oh{fbi$#)=_}
zYwk9gJ5ys^fRP%b$cS0HSp?Zls|7qTIM4_KvViqlSdc;th)ef`6Ju9)7b`vSwb5|_
z7Ymw5ROd3orV&6pTv71`(bTFk?Ic>T-3z>f>qL?8X?~rte^&5Q7ROdp2>WnLN?N!l
zQ7v#Y-9hzC8lr-SNXP}J<gqx31>%ewl|G-cnPFjpxe0i|ESL7f6-j)_PNZ*aU&n|K
zU}kFC%t(cfhkg$^7M>T@l`y*+4yXKlYHw{-o#wgUOyiy|siK4(m(vHFwK6+vMRdh4
zUIpPQ(_*{u_`lzBi<ui7fsETfXZn#>i_zl=P&~G7L$A+5iah-V^{U3>J4^<1D<}j}
z9LU2UG%%98oc22&8M)Zj7LJ^)k%Of2N1yg(8zEjOZU{P_<*WT_>e7`D6wn?h9xW_7
zJ12z1gE5NFE?RyQ&^QHS0v0SSWsV(ixNUpGD`mgQJz6ovqZ|7Koq6`mI?(7{v#tMd
z&?O<QBhB>~Z_25A=B4M(soChwxV&@C9cVv$iI{wZfKb#{Wb_JA=OU4KU_?~ZS2S^K
zdZ8@w%Jim9`+*dkNdkW!k}}%tx7}UoCF`l&qa}<XAh~^+#OW4+T6LmX@C0o+&sMt)
z+W>?&LTOO|7kI**4s{ScmZ&5hp<pz8TXN9?jh7jbm0WvNOEZatViM=4a*86`?fx*L
zTj(Gll{Ri{_zw@k95Cx=<0Rxbr29mgA*W|=Fjf<?PevUxM^H#mO``Q>ZZxzncWC0c
z%kW6Bu00LT;rHL+eLBvD499MQHIF;$)9$YCE^HPOS~xUu0vtyy_md|=ayGCEFa-(z
zA$i_(ERn?_0x`lp=XD!6la(%PQy^%Q9X)`0XwOPfg(KKzgatGawwy1DoyLXQPQDCJ
zQd4CX<xAkrc<%Vte6_az?4KWXMn)v{P~!p*O?><u?Tg7P2Y+i!o!C?41J<0Fo%?2c
z^vA1NRt+Qa^VCWv(5q@Z%U4)@-nuU3j{@o%GbcOFx@{l^#*vINEmmj(O4f@+8jABY
z<k?qOR#cQoa1GNBsx$C#q%Vjaz@59h+H>BruN5F?%#w?ET^+jy_hjiZp#fSlqRWJw
z0{mh6M|D962T&k@po`0B`Cme|j5r6NkDp(schx6`y?iGa@*Ztgz|x7kh|HL%Y=OKK
zQ3YjwFA6xVrDFvb==vL|`&j|8p;R+_l|Q+a$Q(sR$aYvb0bVEM1TE~r>roR@PH_uE
zIAL|7C_H-x89Hv<I8u<0j2<6dBqq|3uj3j%DJtR=;Z11~2SXT51x|Dd%-TC3GsO89
z)d+G&DiSV5KAgG#$gT16x|Nf&I-%5$2UAy?ZEZx3O9nw10Sw4V0$>r(@#fl^JWfT(
zR}h~Wol0|BH0X_j^yY7Hb*&dt$OvnWGo3Ro_iY!p34eYrO+{{yk=~HBuEmDZ)>Bxo
zx9TsY1mG(+L=lU`rYTre(|B~aeBVV3p>qY+mYqOoSV`kl(?j1vtHL@nwAQDK(`~gW
zWe%8oM553Yq~;4jMFdh3ZzK36%FDmK3zj_`-Oo6J<r1(R=ylX!HPqyoev4|LVCm*K
zRvw&SYcQ}y#^!lajcR8<V?T1pQw$x*A`BR0wr3x569ts4$8spF?jpEJ1w$rE@RhGe
z<#tb-tSdd8TYVR>$5uO5L}Ifi_g17vRBX#Q_(ErWl@Y$5bJ1*)OG@W)n<|2X#r%SN
z#;_q@AyPSqG%%TheBYLzZ+3FR>Ed~s{qwf4=$)evDTVzMB&8Lre3Cd)p?jDnP^{q1
zWn*)6!rS#)abi6O;wb8j&X}og>EY|vdcEDY=<~P!CNaOjpO!B_UHJIh=~=5kZg9}q
zJ1Ah{qJ{uHW8{c^f)}q|4bw7V8p1{=eA5gJb)LY<&0uguiA7(wfvW($_38M$Mye*c
z`Z%0A)*<?GMq>IAH96QKk!ar<;we>B>{hHGFaz_@Bt1RUg9bhN&)4GM4oAivTzdQR
zrAq+kAme63#e_ZNER<-fuO|RHaLp|)0x5rWp6cOrA#@{98#87MBgWwScUIx483?y0
zP|Uf%Q!EoUx(g{WcQ}&3O%X@E>N|y{YO2c0&&$jA{;~rhFRf!%B#JIPd=Y1W^)j^g
z2tURi6V4bN+iQ2}I||o=?&H`l_)xj=f=wb@wZVo2?*veNS=pYl-X3`$T4;{@1amJM
zADBnir7+qO>Q24Of@z5uGj`wowJedo4M`FjXRH)F%RFG@kPsaF<qHEDyeHd93kqtj
zLuP5Ei}gGkLn6(8>Ywa7Hm>uy&Y&OP7bmY)d#FJMdrNhp!-^G+%U3Ua=P|k>y7}Fi
z#ba@QeiRE3U0a=FbaZ8JT$#g$LDvF~>S&KFcGQh{462M*1fdM3FrD%&*1q0INA&J_
z{<O$rqPqGy`c3eAU~UqkvB2gZ7$g$069a~e9?v;dXlGG$&OH5=sQYyf71^s@@PXhT
zDA?QHUzK$1@xQck&|yEKMaAg>AB%Xy<PJ5CW`Pclu6+?(#oxTS!@ipP1<!A88hXfd
zj*|}&ACAflWI}}?XMx0bwrB|ZLi?YJ6%(<G1@@DzZtyLjk?=}<H*&2fct(*l34VmZ
zG>1ecqSCD|6U#)YMQ%g$N=$KH6*CM^&;(F>3kz%s-V{;}@_rKcP~Sp9k?kj+4aN=_
zj9iYwPqZOHIRYgPn5D1JCP9D<nh!oRZW9^RDW6e~<6VNW!_+=vrmqlC_2B4yjc3##
z*%32URa9VBa3vb4SrI}^SPDnJV4k2i(?(21ONK-o?7sc2zrT^l&ae4q@AlWJi+t=t
zRtA5%(@nI9`<vU|gF8)5xZ&O9=s4G%nXUyQLpIydBD&Ylu~SPwnY-70e5!Kj&XS8~
zCdQ^~j2hL+`MZ9@)U@4x7EbELrS*R<T35p^zB&3TGshlCE=_THV&Ayokd;osKco6)
zCnOwsvAiU0p<Sh1!8c3E={adi(s_h}j5!mk94R7T95YJ|mh9pC1dh^!8bwB3$1O$8
zs3H7;jx34$AKt%*(yFYxC*3EnQucX8g~6mr+kUjx0f{=NHW5BRV=``BSY8#<W$r~x
z&rwkd=#0rczP0229HWDq#RKIO6zKf^gyTXOM1~sh+0mlv7BB8B60BjL$!adHh3iq?
zH&;FK^y$;&%voufm;zg$moGu)0iyt9EeGJ;KfK_p7ji;f5Qq;g5n7rQK@=9eU}!=<
z#*bJD*qef(fp{DV<DMid78$Qy#S1tX7B*+cKhzOCr8LzMH^fqGNfcvoE)sNU=|_(r
zFSM|LdS<M(Odt!{B1R8Dn~KP*=AeIC*NP-+=IKRetpJg1wZRZ*kI7|t?93KjvIDWH
zAu_4n`d~>!)Nx<{FfraTcPhc)^74cyiqzN(zqJjjp0CaM3IU`Hu6B2k{(b9&Uc1CO
zA~T3uhu>VXdGm)WD_#@Q>(c++Yw59L|6(K7@z}>F|BQ|MU1g<zj<L4$-v!(H_MMS5
z;GqO@URa1TnJrQI@R8bc`%m4h>~!St&VF(cjkXf^KT1nUO<S}Z#|le%EfesjV}FNO
z%I=L|&*rK<t50%xQenSSUjWm1+?G>Sy-n2%$rBT>0a_>4cEAcgb|xKORmR}XXdN_C
zZtjema+1_~`7^U{l86GbVwFSz`A*}Rj(Yg*%+$cj#YW7Qv1S~wHdky(3fL!!(2ipg
zvM>WzfByaZA`x9JQ}W%rMwr|C1dq|u!XHa%c1n3(P%tl{l!XD9NUdqKAT0URXUm}n
ze=R<6Xa9X`*tFEpkZ6+_d94fO0i?2;+{HzwhZD+!TGnj`N)on;7S+7}`W+OWDZ5!s
zowPT`^7H34$kT~0LD=;r(~$A*K>*{>;O`@+Pk&XqdB)LGGJ^cVLgzr(BDNkGsp;}v
zRR?Yz<m084F5s@~*11TCmp;2NKklEJ&AQ5N!ND?%HU@ramsUI$HMMcvh~%M10wX&5
zCnJgAjAx!fN#Qwd!a?!Ok=I_hrSB9I5#r&RwhI)1cH@CU!BDj0;(-Cm$?iIDpGt)n
zoF1Kf=%;NjvH4>=R_={#UEf}~55drdI0SHLCXe(1EGG+SU^uqu@K1B!u~E*!%X5)>
z<ZA^J!vWPUvvP8tghU!?w!drnq4x8~hh^CP%m&yTovtdtk})QvX~$04DjhQELV{0U
ziKjgWjtjl@+dF=}di_3b`HwJ@sMbNt6F0f04G^8FSo!0}ql)peHUD0Bw7dCcy@b?<
zV{he$s}33~eY<RR^!Szg+#W4@u8719)9HkA-*+}F0s+>WK}-(-o~|^Tm1aPw9N({Q
znxW7$p3T3HU~hrB>v8R>SuG}>Yc*b#)}MK8U*`HPa@0ILTfxEK=FeXfXH$E`?1JXy
zGS5yAE6sh&ZIZK7#79qwJ!qtM%b;TO_Rm7d@8@-6N1Z+6bs*={tB{}|J+ZsGhEU8j
z${};ocWu{l?R?ut82k0>rPFs3;D7aNd&0iGXRB8Az_bbyJx|^kqC=3&qB1QxXS8~C
z>%or6h{=^85fpz_)h5JFejM^RuI$3({SvB?0h2Ye)<u}Dvy{wyndPNAxj}xA;bJQ*
z_gPkbMZNRCg4I}Ge&h9Ffa;T!-JRN=lR9oDT>98b2Ax`TyI*%_>-qB^Ll0iPWB158
zAz+@uk4ZC<Bp)98@@V=9*Q6cV&0~EhhvffioYVexXNCBphQqueV`0=eP|NZ;AxyW@
z{pXK{%d@LA9!t#42vi(2%sTPdDTCVA+rpohX8syLhwIn){8~bqQHIn(orqt*Ub(G#
zdhD%rcFoFy>g}_I7i#!l&k;cCz`ecq^26q`EZw0)yvAH>>|cJ>151vMiAt&O-h0W^
zKF&rAT%vc4X^^H^{24Fh;M^^(A5#=Y+x`2vzhlaN<%0=>W@i*K%_ALhcKP{w?6FmA
z1_vx2>}YLmV{_B{t256;P>@GMU>pw<|J<0Dw%I1}kE(k{V+VCc-|l3L+G%sOdfvQk
zTW+n)d)2>YpSVbL%?B9nD=0ES#ie#aCEa!ApMA9$f&ix~|CZ%`1Zf;1Qe!KVg|K6a
zX_79Qsb^>ZyNo|z!xZ)Nr>8y~f50+f`nHR$t#v2sO8p4WRr1+ryGN@6CcL{oG5pff
z{OtC>e|EgqON;Xe@(_vSrqpeiYt=OZL?I!e;J=@J<cv%}$i!2Rh2-U6*_q0N2JN*+
zdq5P!h#^D7L=lD607tuE6_Ibpz*f`Qyx$?>P!vK-DamDGx8@=%pvZ<FmKi_3a;TDN
zR)fyK;o<wLEB}S$fqH8{p?oD=cCXp(-&Zx?ndujC{NLJnGs^$EnzUV9?eh&&E&r18
z^6mdAIZt(}g__J}DzVpjc5-=q$z9z?H6F!7Cr_F3v9^|zCSo<q!=67^j<INKX#q47
zTDvikW{;dFg%=Rj==H06g&LCXo~87H<b`;@J_rlcwcGl1pMo%>JwrP+JltT_SDL_T
z7wA3tP=O(}U<VE|P;8cwW}Y?T6AsuVHP_cuSQ!w{iLX&UZl*yt1E+6v%d{cGh6(X<
zW@e6h-K$3?gDpLLXkP8YSScThgxI}o&SLj|?uRy?c_p7v8gu$|_Zy#2^b$)hSdScx
z8V&vHZ}No<qgeKMH*AO}=@|J4A0n1v31d+JUD-bbg<REPTS=Yw8T(PF=UMyxv%R~b
zrk;`V{M<0{&Bp@dj&96bU$*&emqN%NS>0WZGA`DGyGDeY{!!Y{BnpTexWFgtAF9r;
zxyTY0m-GugU(xw(>(}SmKA<!vZs<N&EnVt~q@tx4GH<fBh2T}-_i^Bt$RfYPMiTUU
zgY~)Oi*N>wW9;m4JBNiKl+=4(wFQHu>hv9t#y_pvBKSLz_^8~NfhYr2(S<I2Y5k?7
zaNc%=G5L`~1pPg2XR|$K3Mi`YLM-N?Lt-KVf&?~L(|<8Q085VOO;)mm-~})STdOAg
zCbzE&i8V@{#O*$aafqkhvN#aaB|=Idr`xlb57`IQJH~@in#h$qzrHL;v-2C!|FB0`
zP@Kq18gbhNYZzt%rLo=VoV2)DQnHwRz+Np*duNvbAC#91OK=2z6NI*U<o@DX^a044
z=!5F!pRpfIM^#>)aQ*uJjEt_he|p#ai?GjiW5e!WTT2s@|9-tadjD+WSw4%ehS6BF
zx#F+#`gia4pK4b`@`Hr}<hW<4Gd&qDN3Jy;I01_L4zgZ`Hi_ANnCKmtXfKf<El_19
z<5|0rnMuF^9zVaIZ32u51%s(Dr@J%RN{iW+C_k+U6J~jRK4YcDklj}d5#jLfcOc~1
z+$7{!CZPK2k$K}L#YQMZ+(-4SWF@6Yc^{DasmHJwC|{7d%ScJhzFCdW&_WZz;Df`M
zof#{ix~8Gls`I3|#4KTxh%{YDJ;HmIcWw4rMxK=%rp%c<tWKV3cH<=wLgu=sfBoLQ
zJSS}SSx{6yrDNuM^Q!2@$Xz|UHF@N@vvx_tRaJ?SMW9H(jiUr`KhIb*id21%AE0}Y
zECWd>P4<1rL-#H>7@aHEgB*X0i&!dXzvbjaA{Y*sx?S0;#vZ$;`v_m$6qaZszogL{
zqZH<#Q^CAOZVyB*y0E&|mGM)=9&QiX-Orm)Bm==<nd&U~ubacjt<YBDv17|qrE41W
z7n9E@e=;3*Fr^Uue7cytA5@&+`*Cp+54WGKXqacZuUD@R!hyDMUgEOBgPQtFdA!*c
z-eJ?P%Q)r{Q6{!Y2hONvh8HhvETJ6&cZ@xGlE7;b6c$SY2!sjC50XZ=&NPkl`#1T}
z9Y0rZcn`SFTY_B2z~0>0_>0u+mA1B1HoeqOvAvD^Ktz&`FHY5n)c%;&3C!yg{KC!D
zecp}&PKE<vVGA{d<#tpaB#G<`q*gOjU=@K}5!zqRX$*9R`ubEjydC@zoiKP2<2*8Y
zeo1&P^f0Dn(ke>UlhqNphBzpcNq^xsO(;d)hO|;7V%I%0DTd*5b9kJ9F7cRh`7K;C
z>~ZlG5mNu_*Xy@M59A5E;1-KCJ7`KaIs6$AF+mTg3lqx;3%s3`C4gEB2#v*?@xl$w
zGNCf@@xel_jW_8X3CYRf+%~gz`!a_S$-vbh5s9n7jMMn>;}ll)VHS=ULuM11bNVX(
z<;3s-2zCL>SORuf^MkoDI2TFh&dTkBMPw3DrT}g(mAj(2+g`sE0e$;X9?8lj#Co6}
zGaeQ&U82=zy$6!~A<|^-V_UJ<w27yJ&{@;2qmhvldu%=!R{5Opy#zd6bo5k6$@)EO
zJ{%lEi0cn;yTM0Kv0eCT(hMxjnpG|7wr2(hTb^57@<uVLf12H){FkVaZ#XZ!Ve6}q
zHJ`wCpq2Xt1*1&YfEzBDkgfmb7ou!HF1l}7!_T54Bl*Z18`0pAnvcp@O%7!xVi}AF
zfZ)9VS+h*kp^F}LAW?=p*g;0#htnujucxL$@#20Ebd%+-==XO(@U2)ufHiw!S6f+$
z^7tN~fp6JJs1!C{Tie9VPkG-+N#;?W_3PI?Xp-e5&~%|oy3pfPFRb~3xrRvm`_+Vl
z*iUHz8^!@pZE**wJ!+Fnm(~NAQ7CJ_H61Ui0q1txv}uOtN2@h!s2zy#AprzH=9I8l
z0Z1Iugv@*r6u5wJ!F+M2C079Lk@uHM^HJjgRSE*if*`o>rOTFWNP9^}O8Zf?un`~6
za6Z2E?<PQJ)Dj(SZ5XV%7imgSuafWp1l78$Q$RwWJ>&nOPFAkusUboS63h(vX71_+
zUjEs$Bh!cO^LP~;C$iAdke?6AVx;B;ST=B8x6tqqr7aR+&CaW$;9^-;l^LxRh7-du
zX~M(b&n-1?s2|(n#W1iaJiK-lP*veUc*sJ<`1ty=vX$DwH*?+^Y07sPKKvFoTj*j3
z8AoUsRGc<DuW#`7O2S>xc6gwvA$dbiUu$3!21v2M2UC|Ywx8(U<itj4WLVZO*%rlJ
z9A9z*Wu50VP6yJ|+8bYB?lAQ4Ua)WG`<4!}iV=4~*MSBQITLEa#5_!9-nw-cW}n@E
z=n$MWaY|(D;d5kbC5m|-MwUKH@@Qerq})*pcoet`p#b+?LaGYKjS<xFvk~*9kIzq1
z#~{QzB8E%g&P*r`)u<ea1B8wg2~J#ImHko|vPu9z;LrweIK9axf0+UJzTXd^Hq=Xk
z$O`*NOFI7wFVf)EzL5nV>c0Kpu_u(H{@eetbmjpyuI(CMDTE{$N}44h6^bO4R6>*~
znJP(=gp4H`5J?h}qzp+rNl21Zri3JfBqWuDqEgCG=l6C#f1R_xy|r5FUC(ph*Z3QF
zO~X-;g3d)GP(Qrp(<hyUS0sW?!ISPbzf5N@3Sy=<a0(DP9u{~s(qiFTpy^z5gt$Cg
zTa13?5KnVls?0fu;HO)M$G?4lYMAJ7C?B<aa3TvXOy{6M(UFk`Cc4b8g39mGC4%m5
z*mkq?nt-D(Zc<qvr8k<gqwT(ST%%{}S99}=61l{4zCMehk_kG`xqm+<Zuvg%^s1Vg
z!BR^jBEH4^=9&jeB@g}W;y*RSFdR^xM0h=6V1k1+5en+WLsxYfNu8)(qlXd!xQy!N
z(z+Jpu`^-e-dr7SVzL8<k_$e{SD$ZRaqaYkF=}c86M@Gy=oFBQRJXZ~j>zX=9Qc*t
z3N0+|VdUf!ox5NGO}F=Zp=m{k{ZImdJh6ulI2}2wEi87y!zzbEhgtia=>>oUxC_#_
zovPrG2$$!)G8L(^BdV$fK<P+IQ0gLrapxl9v3L*w-PUwwb*tYFMC#%BQ)USx#?IR$
zXh0i2xNJtIE>OnEk??gWj~^TX_2mQzwek5IoQ-~5A<Vj7Y|q_=fPL_Xq4|}#mw+M&
zOga28DyeBK1$wG7_iYDNw{+Vi(v(9Cz4Nx}X%hw_%#rntr$hn7Qzgv<*Cu(6yui05
zh%-KS<ST`SjOj69-G^J}X6A}J7d~pt+_6gQup&J)RS(|({yoI_{iwNZD~<J}+WjAh
z@7wdN_Nq?QB%|Z~WWD>vcZi8P$DxHO_N}ttMcIz!Z{C33`!IqDJTx<MxM}-VJ~keu
zQcv=m^rXHv`vL+D3?*-xUa}#OhBO1@khbN&SiiX1n}8fn*)D<W8mp#hXt8BbpvuOB
zcH;2Ed3JU`;7u^G03kD3oLm_T0?07bs-`EEEL0r-%9!|8Pik=3eFBCst!Ok=oLMf^
z7B!FmcbWYTYvH1l2dPBJ%z^PC!<+U28F;ujC<v=_<mM5w$k&!0fXS0@3vhE{am4Vf
zxlGiCiqfHZ>fvVUL8RySb?wOJr$_~N#;xfY5h5m-OuUCkOeS8k+Iwlmk=b5qPi0h#
z7?a<bY(ZXuzKqKO0VW5Dnxw$l!DfV6-6byR_U(Bi47ka)`ZL~P#`7GD_d^J-xM}l3
z?ATR)`D@qgwe1@ok6j;b;@hua%PAXKPGC#RRa*^PKkOV1n)D?=RX#XyTA#%W^&)qK
zCg{Aq@A>BE+N^8?{TIL7OeI6}p1WTq{wSlzHf5ye%%~FlLI)s<1rVAOr=_WBFt&gj
zn^yBtf!bMXFii3NL0lBPtd$K`BvSqJ%6j8d%b`Q|^s$!qf=DJN1oR{3=uzyc@JqTv
zFvsO3I@Dw=y6hrky<T?kT)H&YKH1WSAaYenz$7Rez7fL{o9+)@yKB!LcyXtn#OGlU
ziGRjBkAxtd!4cudGh`jfFC7gTnFzSEjUH2d$4#;l6)kr)k{`;dRi*bJM#-L6=7yMz
zIvTe^1&tRYCQR_*sKhSD@k^ef`OOH@Jd)<^vuTT%s*HZ_=J2LAKb<H7noy}N(LvT(
zgy4|hRW~7S+asKp(06aK@lgw-5@@!LRl_J22?gFxIADNTrn7;eDgXUvcJAAOX7kL1
z$!H3R2&|G$C8q*S8Jd4LTiZThiqeX3vTN7sde6y3m@Xg8!$;CNXLnx}vRl32_HRCh
z;(kzEY@TVD`?s;+$GYYM-F(v@X2%jYO^%l2175Mha%*eKFYl<RkyYMlr5~=GSrvG=
z*IXC%CbzX6Lq0ULl0MIU#*;OpYnP?OAY<}*&mqP!tR~s`>z5NBgOIr8-_cH-<*!Rz
z{VP|lbeb1LL#U39;LVf`;c0+!Ao+toSfZn$pdqLcLJwRGs7$VPPthr=qN!)y5Bzx+
z4FKsm7!^K|y?fH+pHSa7af=Ss;_muF1{?R6<w=B{Cy0N~bBXA=O`uV!ZN8GXS&d~2
zb-??~4J+;KU#)lrVTM3pD`OGRi{+#4nKO2rgoHxjf~fCu3gjP;!vJ}C(l*0wCQO(x
zNOTLO*36h|&^hwK<k%b>o_OxujU^WeD!O;?9@7Vc_(uHd)?My{o4xj{RgB;YM{=fK
zqrn;^yb@9xqiqD+4=1b8eg%FENxh~#=U=F9j%tK8@7532U36Vf^-h<G+t@BhPTX|e
zVDJ7}4pak?dehPJq4D?nskZ9D?FQCcJO2G5nCKj|T|=+k-osISz4U12@3>X-EBEId
zn>o+JF1%a+;Z}fo#9zT6@KbyCla+Wr5IjG4lis)E_k!bzn=*||+Rj!)IT>vl()ugS
z^k={2TeNZyPM_)E=|Bj7;{2=)TnO9h(woCgrtkQCTF+Q{Lt~Zuh7GT0=x!gk<MD-b
z+xw<%3XA18R=Xr;_+^bSsk)ul>q%BUjgdIEGs*<x!dbgXt;s=y{2aG3Pa&Cr5?ST4
zdtSMUf&zkIG)>?M$c{qys9#^)OB`tZaB(g1M)g7sR5Qmc{b@k|F!n+%u^q>0r=g3?
z&>qtVDJbAaM<_-k7^5f4rL~$rPb60?U0ilrSUu`CZ{rC#)R*&s%pJZ}MzPji)wBmr
z+>r<;ja5k_rL=bABJF{QcKqaqSpGyXwkQQ7f`$4s;s6TWEEEpSqoR<=9aYKUEr2E?
zM~raLw&%8_My;C=QXCktYXL}Sr%SiSB$kLC?1pH^9#-{Aq=%CohL+arOX_(TsEH#I
zX^9SFh^4d@v8!Stv@wkQo#ERsp3wA<2}4C)6`D6D$EUP)`0DgUTru}FVPn`dC5B}s
zeyjBl$`u=aaNpnk$FE0;O%gk{U-jhFxK~}OyJ4((Ra`vfw0mRY-!o?nOLS#cG^X){
zhYc>DF)cH1Ux(_vdHbz3tc>ES1=KM7`Sayn0;g$J&9a%a&{)}@r!<?xfV`s36Gd_<
z{cJU4^J9Y1`e?|iDP1{Oxf)^QwePwTqc8O3*B}gZ@L)zBY_OQc>$i`;*V}BzeP=zE
zLpr?6%T;RUj$<+7)!%j|N%P8#nVnVeZGJfg)#l29cPrldaw`8?q7xZG0fg>j39>02
z9sR3+_LJPz^l7(4QGEms!SUlU7~*1X$|-%9#tOP@SqE}L4O!i>)!fwZsh#x^Q1$n1
z(E;;}kX0`q+*j#-u1;mm7{_lu`-?`(n?9bj;z*fzCy}7a4h^ZQKIEacy?*q5<<sxm
zrKF{au4rgGT4Z{1`sueWsjYoXuclw~p!MMQsL?*HC{I|p#%~)pTkGbMWKFfc|F!>}
zHdWo}va{K2sj-L6b#78Mz#w*IMZt+#iSN8}&%bk0l-@GDUsEGDH!c9Y>fVMYa^Llu
z;$78#Jg>vV%P(ax4SQ=m-fA7(XXQWf)0k!-ofB6Uf7m@Y=hKR*nZ;(NZxDnA1qXKv
zvA9z?Va^=Czkl6@&+|}mdAa|W7sC^-Of;A;({Dq8Vyj{7x=rb_qDyNQM=fdZaOs$8
zrLCm&X2w~&Gd2=zaNe0?CQQ)L`{CWKdWP+!^}RQ#!sqEWCz8mfF~`s49Mumzm*iS0
ztUeIr-PFl-gnS@jo4ikz4#}lgG|06YoKoJ7gp``PiLukAYwXXr*RH!Rt)lGdZf7ul
zb=(Y}q{-XI9f;B!;%+6UH97{OsIa)_`)B+okE4fB4>>m}>QDV<xwzcfdeQwN)_tRa
z@j$paL{jFUPFa-2I(Vfj*GEBJ&963<C<WnT|MpE<`kKv2ou5~A7VKKIX5wbg2VPs!
z^=lu$6PsrI?ELllJ_n-Bt?UdZo?m_89zU#>SQhYJlNN_d4v(+@eNdiTzWPPXMVl`j
zqbH3wFfsVz@tq%-Y00(O|47UeDx_i0O@C|Y>-R5Ayty-AS)v03YW2VeqH)nD=Ffkm
zo9ijt);MsTa>LBf`(6B0$LfU~uUhreuKnYm@3||-C}HF?`nNVHZ%g~SUFyAuh~1B*
za#PgR9rK4kS9sS17>Q8T$A%3a->v)d!-w0nU%Bd@3ighNekZ7Z$=jK!3Vu`UMvTfo
z&^tZj%g%@EJFI=g_e@@%I!sCEK1;MYy~L!o`|WdkhHT^l9&sRUqgk)h6-%|Ww#d4t
zOyhT;T>`9>1>DxS?+DqYdBKX0Ql1FmU2Zprs-uZoxh?D5S%=%2Kdu~`G5W*D=AqLx
zzLnQcihn!r<Hzgz3cqCqrb6_zpYVRrp}2O<8fr>Qva>JO*1osV{9U*`k^O^?2WQn$
zhFi_khNbpSdg1r+`bJk#mZ3|-hT5W~8~5jRsaPlP?|(iqGP_@(>VH5%d3R8@)z<9E
zkq}G;qMs6?uGMaU210nt@#9xA$`AZ%vFbIpeDb$<f69Y{(=0xYlCfSsX2Rk{FH&mu
zH@Ud|z5Y3WM(@Fj`d6>Idyb1rY|icnoALc-lbiRLrs*I35vbW+l=xXJ(Y5*<M>A25
znI}+7H+|}{O8=*So%Eer#jwyJ_wLVXX;qO7vW-2o<LB(1*TQ{lKRqt!V=oYdqf~Dd
zPcQemb*aE@Zo^hXMKARm9gcg8YwtPhanA0%EfS$N7k#)ha4C-Q+UZ|&J}URPdx>Lf
z$0q3d{61FqS>XkM#k||wy)SnnJO_wYkac2ptOnDWg<29$-a;L_c9nXdS!<b_>-f#F
zsi*%0zVjl+-Ar}Kbr<lM*e6YHVs|eU*X~*-U;B;LUoeC}wQ`%abM9;kR(&9>BNmcD
z7{5a-6gqyNu^DF<FZ|A^Kz_X4P&8nmveOlds#QzvG>`xGo#rv3sXl9`ams`8r_WAL
z+Pd!4MX!yH?vMJ-jr(!cNJ}o?Ym1`MJY%EZGAI296mDOu3N+5iuGJrfq$t4rG!Ukk
zTx-y%QKJy3RMve1o+U37u^ka|-Ma%8=ZD))n^v)|J#}gvS-9@{48!AM&~gnB9Xxhy
z>%VMbjurzzg4s{$GihVeXdH9!spK7S1R*{m>c9>%e~C`&g$o#=d-v>lJiwBEbnb2b
zLk-!bDK#570_yAQK`zfFB!uNk-~GV}PoW!v(5^upBd4A#`P%8+e8)ck6~;6#U_!57
zBi%*u0jImU_guoM`Ne3g06Syx<rN6ydSme9=o6>Z%y=G^6Xy8*_;CBtqp?V<I~oh5
zuC^8_<zd)cm9}ZmE}NFm9p^NgSDrMe??^Q+G+i_MwYuPiSbt<X$WZR3jjIlJAM%J$
zbW{U<3*Nh2CcLGRv0c%WUq4rn7w2~5(EIL$w*?*B`x~1^ipUUxl=U+>0LVv^-1Y7R
zs0!jaMql_lNr^zSAH*+}dX7IeCZf>o>$h*(T3Xj%1hB3M;}dn(_)mrIgFKgq1qHwl
zZ_yoq!Y$D`dCc;fgEq;HO$`m1i@rJ~%~Lj9_kpSSUE0d<QcsibsR)W7LwP-aEwdd#
z3Y|#If4hTg{$)uC<pY9>Uuadw&;W(=^2=I%1#J3Yt=#Tb@q^^$4Zq*&zT!$J7y5SV
zk?FP3W2f%5AWc*?EcoQHxliH9)ElCvD*N0kPRlL6T>3)fFlj)_`k|h0UK~9>;&sMa
z=Z^Nk6>7;Qam}L->zBTZoJi1?*X51<Bpt#f<^q^fT}N6nDYsJHHt?YcP6~Y1peOaC
zdA2Z=lsNg5HWs){K65K(YZ7|FjYokbi9S?Ur&C`E+NAC;nC#-uoB<>{=meb0L_B}V
zlKp}afbWxyCWHW~(LBeRhXG6x4xy(~lcZsn4Fn9@O9@RELyDQ|k6*tM=X5+e3}gkS
zhSRd|@CSKNc41cNgZP2eqKibr3m7%(d(Iy(E30lK$3A|1wX6<M<k92D*h(JU$E8S8
zFVXdrcd_Ghe~SVT2hq+2Lm6$uSZJ+5>K52XW#!Hj2MNT&!GH<w`}fp&BX*msop}%0
zfk!rS`hXA%uiXeIWXEDKK<SMCl|Q7|(#?`IPxEldtVDheRs`Ziw``obX3eNDD?YmC
z+`NT_m=#2#v{Eny$-9??)Ck4;l7!S$lt2t5t_z6?;161B6b(RwQg<1{Rd%#4BmLkc
zhMP9XI?r)H8kpr0<^VTR7KfXjGQ?lMR5~HI^|k|hjK5RapdJBj)n}pOk!igI^~qaj
zO6k_D8K9hsQq$>@+1|WaPk+&lJ7H~1_Z1%n`f<y56XQ)IwEI7wlu|JCnY(9dw*8u?
zlXcxD{j+Xu60_02=zj=X%&e0-7n8r5Z1%i3bxZ*76}ot3pQ^r^hkJ+w+nl@mXNqp$
z#$@fC(2is1qGR@rYu8?Fuf)<%o;2A}d-fCT&u5CtPLC)rxLIW5I~@=YHbc6ybfXZe
zFCz>NIT2r_;@Y?AtK}pn1It5AU|ij^2O<eEC<#H2#}@G+fyTdbOM}gzFhLN@HGIsY
z3J$@$a8WOlKPP~EvM6kqTx1bFck$vZRT;P=VzJ$k%<&&0sN~c}c4ieX=mx(C>F={@
zSXfEC;~7^%i2KrGmHr#VC}?B^aEh8KprN|DrSs>f<KbjjBSD!_9_W+UZIas37YP|g
zDk=gMEhgeMl1y8%ZtcwmD=JL@kcckg>4CsqX9x;rc(RCtm)C?6>3jAsN01gXRp=VT
z=m^!rS<1Dv3^#o_Vy23G47L~)V{z8zQ6DED^{Z@XWp{bxdIc#Hn=ZH&y_c*;ybhFW
z`U+wqenSMBU?bLhJBTpC));8!oL0(njmj5f;;fw(w~CNXOGzjnCLRd%Y`poHR8@$u
zan|EVCHVvtb_?t^YPmo&h^tEup5WEfr}u1p19t(@&jB!W*syq$Tdv)Di<wW(ybY3n
zV$!xTs-pH9Q$&}~(F$koM#KBD;RH2&wvAm*WoH|eNlrW-t$0tm5l4mG)D-)gnwqt5
zt}ZJ)e(;js(Wy_4s7e~a4LLij%04cvX#&@LJMouD1Wt{C0?j`&Y{TV|#>%=7xqq!C
z2#O`x3sh(*8u*amMv&vI9GJfyv^V!5vkkO>Hv-^3JA0CjPCdJWbdMgy*P%J43)cxM
z4_=;JUxLR<J$H~^PBn*8zkZDMP{E{UW7S|jKZ(c`8zAs)VzH14<>0WDkIm%g(<wZJ
zOnl6J)^1%0oVnmH5_Q{2HL=U(W7Zn@!k}}|e}cGUU4QWcyA^`&-R3^HKfY&uH;J%@
zDGPV_i^hp^8(v)8__fN19|{cGv}qxCE4B(rg?>M1zR{(vcidtYERcYcC(FrFC9Db^
z2i`I$IyflA@^q$hVIb!Fjj$Pb=T}P$4bV?2)<N+ABckvV;<wNm!bxt<QW8<KO0Ya%
zU&5KKHQ@07ahFY-)?;AkcG4__=rcNwU4IhBuw~;$(o~I!wt_?j^b`?wPWVIIj^DKa
z<tYxAT@ZG28S*{n$r=-VAt8Zo@Sn}i0wRR&F13W{4&6mpKl3ZH%@cdetKfRxVyK9r
zt-j<*wfCT~`+S)+4i8@OJg9S0Kg20GcIEUpZxo(CHyl0s1fd<?$)_v4N9W{RowoQ_
zZIS7=iEpGd%;LqQpX@&Od8VV4)!C`x^@Ek`9ka&W8PXGc>hfjcW6TnZbr%h^N|+OQ
z^eD*Hg+=L)l=8g?p{qn%4P6CceQ?NbzD9&Yz@Cu%cUHYO#!UiB;Elm>2@-sCWH>0i
z`Ds1W`aDrMa*(!rdP;@n^^^#rH8r~M6J!gopPKIUMc4__7u9k6u?JH?f*^q(wtoHP
zmmbg~q~y~L$ak7S%v$d;$tjS%LRT{ChJy!Ly20uL%^;5!UUCkclZ3eoBL&kNqp#>z
zwKqfvJTz!6*Cq#J-;%DSQ;P}<Ej{b;?~#e{(gWL8m3JH0(87g-WCh~n`HL5XGDae7
zI&p$lBo~cK$|AFbIlv%Dml@UgSLhA)zKWfjR#l>AFk<poqoHOX5%kP)LKMkQ&Kip7
z@A)JrB>}#2WIwoqX<SSMYJ*XS2US4P@ETIj2Mh-%g?)3m-Z2JKelmn2921Wh8lL_=
z1+J)HKfL<=fGn_~9X-l)K-|~V_h+<9?rQwo$6;d0CG52-NwSBU>&idAi{$$EdHQaW
zv)(b|lswCTWlx`<@me)oWs-KC=VhINDL>;S+MaGVPLX?*M+wHeOBLm@vCSjxB~T_B
zpAnb3t0#pXcgZ6YxKm(kueEFQE7s9|OaD6anGo%1aV9j%ByCX&AB6e0<yF^Df%{#*
ze#|O9mhd5@TpsCs(9mMiA~T{`H2X>21sO9xt*VSKi6fddB~vL#m0`A1Wwn;4F8-N}
zE`@HmtEr!QP|?&zFte-cJu+8l8L=TIf;hMV%F6Y1b%oA)FpG<)MHRfnMMgqm|NeZB
zWNHYQQVS)roezQ`3Y~RPCu_THJr07-CZfH*+^N(UMco1334tuv2iS?`d(Bfyi7Ogf
zlFc$7xLlTr_A@E3SO=^w9HhJ!i7sM6ryAns@Q6fM6IKc(j-|;hjqy`$;fn_%j!=u^
z4_!$`+<TI54w=qW1IbIV9n4DHz#WQnjg)96dZtz$XxFq-`l)!}sp~c{7%*JpQMEU6
z?n66xV2Q(04$p0$K2uA%(^29j&%?~vHm>YeKU)ilZnOL(4J88J6|Y`5b;I9Qwb)q^
zv2{cH``&lS>OU(nIc;vnvMF=t9yU5CA3f~YwGoYK($PEbo+*EOxGy3k^b4^QJNAdy
znEZCXk@y1RsZ=-mEo4e7a%2XE@<Rror<p9{(hJI?;K)H}9_S9Vx_#cgR0H;<$UC*<
z>n0<m5DTbzFier??j>^G2B${x$x)<(@1ZDWysh>?`0caqeUQ@Jc^fer0eom4`9|da
zz(i3OZKs6?9B!St(m|UB(qtwMf^L?*cGs^jO-qDsFDUqWXBcX%`S$jYgkF^>Iy4bJ
zsGl~JGgpsbGM$rTv4fIZt9=SkL3CaY3?(EI5Y$2)EgZ>Xlf92G)P4n+aOesqP~;n}
zBy63-u33V*3iTJo*&-xGJig~sQfAuPP91Uaj^4K&ZOo_w`;~&6$JEHEryv?;3&8*b
z(8-|15ewynSS&Hmg##|>;zbkRpZ{5FOeY)bTE<f*UyAIWxx==m*wZF}Vt;d%eR6eE
zTU71ifH7j7SW)jvycL*aLPE}-Pz?9%C==6j%Ec5Jk7(g;u>Z;x%(AbSFTNIa$8Cd>
zvEilF3v`tVe4Ky3`<4GLy#Al98!r$!R&jAQp-|MG7$<atr?u1CJJau(;UGMMB;<-j
z2StNPd>~xQQT|sr>pr1l{2{IT-L}_)Ie>sAkuwGaI0RJD1g(lhe4hv_c3coRgXVjT
z7a;u1ceDvH9QNEz(dgN;n03ekfCeY(m8Xfz9zz<CHUETpRpS~-jkrz!{{EWEv)<{l
zBpK^HM~3IPKWD<H?CVcd6T%HpYW#JJ>UNvRMiqpGhL&Y-`-RzwpUI>q(;d^+jmwwU
zvu|I%JUg|71CRnvDx}fsQCkxiM-p)6ojU?8h-6YBY@mvYe^Lm~)7+#Nn4;9$imkmi
zQr{J5_TR;e?=#lIMwxwV6%+A+LFS_TAbv~pFtx30lw=Unk|FH9yk_&$bTRY&lj_!Q
z;6NVd7jNG(esd{-E*_fZm+o11Z4~qE(4o6Y96NfHG)*d`k)j}+x!`d5<D6lZTK&X3
z7YX@p-F%BqJWMPeT5xoz&EMidQeF1!?E0bGkwUA?aXUJ;Z*X$T&ux!1D81mHR=RNZ
zX+uAUpzdeaIkukpVOiq#uUJxljB??i>$R!|Zz3N($yW~b`*zv7Xav3+C?p_xQm7Bg
zY!;c>*gW<rd(TnCoeSqwW3U4&l=t^|tZ)o^*zU&2@9#DEp8Du|uaU*14jefG5k+YS
z><`~yk=eR+dg1vb3W-Fzx~U|A_1ry%cw9OmSnD`4xjt;pz4RE+b2rx)7lDqJ78^e{
zF}?(VBFyunMvi1?)RWR(BJ`wp5pmHXb--_j@a2xP9vj%^%`G%5K*=!(hv$onRI@7i
zdeHI5o~s^#V3XDMY<~1ZSC=u-5dC|bc0S&X!$U)Z(H#j2P%6pIwBX*YfC)xQ6k*Pd
zLIN1sZ2IHIsc*mz1<jR8@PIoLw>B?7BrFVFiS<Jzk;wZ<L}a9;hAhIaZ39Ij(io2)
z_ed*ccw?5?vBM;$P#WvQI>XKki%T?!@zop?O>L6y=+UIr(PqIui<0Fh;y=!Od}QP_
zl7XC<_@}Mya_Kh^NbsI6B6JW8nWW;#n39CSs~b|k(8gx}OApHf25hg&;Zya=Zz0Cd
zU0=Pnr%^1&!$g4;XQ1$&a@_dTl0L`cF526EUAJ0hQ0yhTB|u%(Rk|NOft$&c6}2tb
zGFm>T{dZbpqY{VVC?{p(23r+{G0GFhxQt7@`Sbb8ILDBQM_2=+ZQiN)pXfjE)8$cR
zz32~1NjbjdeNv&RcF3=glX7FexBaZyK4`&q^X65hiKZq0z7_n)+jj|(S6tkyHF%r<
zOG;v<SNZw-ckjXH?%(&;HEpkY`0UfCOHJ)xSN15m-^cV}w>u;Ky$oJo@mT(Mr>?fi
z_ZztReHw+z4043mC#C!wEG>1H>n$P5kpPLMq@Y*#5p$LY+G22HjlkDSv6Y27=}RQ6
z&Ph5uXE;q@F%Lum#C)8cWl9x`(>0Rdk<)3^Kj22*P<yQxh0UGWwHQ0_2EKari7~(}
zt!VWJ)_b-NmIRmUa&mHn{_$z`FKw}s9?1lcCyAJY+KrVHn`uEuT_z)W@OsB;hbfTy
z&z?<AEJn$3zxxU(I5deGD?Z*a00imOSTQn$Sv3(UfqUj35wD8nmwX!UI_tfS)A0D{
z*sT*4?xtsCL|^=Ex3bEQ*M*EwnVz-iq?5nD-|H=I_HBUtxZi)~TAzJ5V1DYH(tWcE
zoFywQn-(c&|E+zISnAqh@Zk2c_3n3W6}q9Xy>{)!`7fuQy&l-_ZrkFo9dkZN-m;Ou
z9hj^&_>08A$9ay9#>%Gt?SG-6S?v+>Mz^*P20vE_3x4QI)MWb_NtsTuPQ79DhYuZP
z{*(#GdA$ZbTRKl#R%*jgq0WFZ4A0l%qWiyw{PCahWh4C=UYz@|>7oG0UV-=BF8AE6
zVA9r`6Qo6w>_AddH{%Rgej&Q$9Eo$Te0MtZqMGOwI@Ysi2}Wd@EnoD?^ikwaBT*a^
zBD8wLpWdBD+^B-xRVAE41X{l6z0SYgNKyLi)7z2#ou*_avFsPd<QBUt*r)W|zu$G+
z^xlcZD>5dgI!QlzNgPZcC8M(?F&)jR5>Dk0Wi=`{-jVLE5fw9Qz@y7nPsXka&pFZ1
zXpsNolC}1@=rw!LBQDh3I&m4nDfVA6$G><!=jfp>rcE}Vn<WnQi1!)tSA58V4ZXUG
z&INcU<(iN-$CsF}6S;~FhXYhGQ)Q!`$=G;Ei}YH0aB_1yutSQ8gjizcv$c`mR};KJ
zrMR{O<>Pgr)m{Vt6aTQxS>6kvC^XOd_83tBp)BtDTzCu(oelCK7LCYq&YeB`__#qq
z>`}p+$Q2>E`%ZTizo*5AuNNo%r)BE<laGCpdQjbPr4zHRr>?zlQTktai-@oq(~hT?
zm(O(DAbCu`rQyS=)90s`zQ33<e6(p)`|Fs6YaPR{N;>We7@_rf_%UVUcg16~db345
zW-TXp=E^#?<qaQSfBmb`HngLBynXh_w+gwlImfukL;OC@3^G5B(;_i(+l2$g26TY(
zr+(EaJ1-sgA$on{OTG#|djfcVMe-d3cWG7WXwB!zxXzQpgwL^$z(jyGEeQexO4&iQ
z8K-^IPboVy%e-kSDwT(Zo_Sy$-ql~Ozcn4k1;r!R=XVj)yY3v=an_@KXoS4~@1*T_
z<<?wwyqr37Tb)tDijXTut#q1yp72^M)BRRSNzT^G4|c8)NRoO*yY9D^Bhe#}!3A*{
zOAvVR14}xhs3kiq-GI>Kq)_}wta$J;$snY77+4Q3TFxcUNyErK?c&r1RUrI5(y@y!
z1&m*Pv|~l%eXnsc5>sTp)#hFAhbpYCt!rD`Od0)<_CdCBN087@S)QUZ)o?>ecGi#A
zUz=?%$wR2@aC+;^t=3ET<|VYfG`-@6CgLn;XSDKPd4UAnaLnS*{4EL+U6uj<B4xbJ
z=HuL|Tbz=ZxDu*eT^->Pkj1-AB};v?l_#iJBM(eT;abJ10ai=Bv60am!pp?)AxsE7
zB@^23fvdh{<18?Qs`L`aG>32Bb4_;_o$TLW+O_KxC;xYEU!8T5o!Iejzpli*+sy?Q
znbZDz`DJ;2i&kXgS&jNLmVuKek3SXo!L+e)9*4n~M+^Tv8X2m*^;Yp$>_LLRDIgyW
zG8jF7tShJN!hw)tU&i|W{CUt%Wq%Y_5vGN4ld@>HLY%3mcPS%7P9)Q}@A@^_6YRYD
z3n9^1Dz<&!t*P0V>hz{rPv7<1m*-2*<aB*hNJYhGtU0rjs@CSlDk?v@Q#mPj>id@o
z6W2MPy6NX?Z}xuiAeDWkF1D+8c~7JLnaIl}ifD}P#m8%oi?PsnAFzE_+_h_XPLijq
z*Ne=?8hxp4HX{?vkW4Ud&M`u89=bLH&m8RXm^Z8q^L`(Z_4Mf@w6uT(fsa8<XmQ!N
zu|F|tGp0^m=pe5)IwIe#-=yS_hgC1W)|KdXuYLr^T*`(0@Njo0ztQz79edSfC$0Ub
zVr<x2b22+GZ_I;za%tvwN@vHtlC1u?|G)ucM+w)i-7hI=c`-MlqT<`A#YSGI{B%U$
zk_VZ7uI<WW5bZ3yKy=Z>5AYsf-iG^%wsFkxQu-*uJAq;}#Dbzu=zk82sn2>3wgoL{
z`ml4dnwm|~`PuUmE+kDZm+H4~dcp{8?Z-vsgZqjpZ`1Z3v$3PFDC%$P^2OWI)Jj%P
zdvfHhyO@Hy;WTn01@+U~+%**qHoVy<4p&aqtgO#jO!jQsmcBiEK2i#*$+%#5pAZsq
zF;{1lMO+Zc2j`EMd;I7T+2vZ=+Ninln#S3;9OxFjl=6-}s!Oec<)Xe;xV&7t^hUi`
zY+_WEG?+)FDSaI6|0YhEQnB)6SdX4ATNe#^S{z??BRwtUp^RA%N7?nihD-~$>1{SR
z&{pV=B{@qyQhN6;y_H2RQ=jjdGpE(W<jB{fVbm*mTb`1>Rb@^?d)KbuI-sI;a8SlO
z{<b2`{Mt^_+m%jn2KK2M18IwBYgI|u^xusI{;3WX<9%|{7HXeK{hsn{#iyg^;^UVi
zw<YapVTzaSw2GqWejiqaiA1OVvwr`|b>FhY3;UNS<<IyDg&0NX`X9!rsD~(;zWFrm
z+WL2tT@w~eo8*`32A@SDE0U_8C9-VGNQC7wjIvGsS%8@Kr3YqlmX+2B5{xwuhaEV;
zWhNpljmb1=-i?CgOT@_o(>&Z;+Hv{1x#SX3W3lZ~6bU99H*Y?0@>4l*@mPHC?bO42
zq~AzLsJ_|trYwU-XPIxwO?#~^n(mSZYXtm?Cg8@gv^3eGo_YyL+L>39vM`Mdyi|wF
z)J|{p@mT>XLKcaoB}Mhvqy>;7;GygJ)KnGSxtxu@i!#Qta{j1LTE2Wr!O_B+24kmI
z%lOL^zFjihJ7LhZGi$ef`I=nt=)hs?8^h<`l$G6z=M!-F>ib={wwc?Hl6KNQbvjG@
zFj>SmR+qF85pQX6DN3ie?~mJyD^-7ih$kf_;U*S+*l2`IP$c5}TQ4>%F%2vp$}4VL
z{jxC~J*h=tlmvn$GGwp_FdelJ(xVIZBcpBNMlZJ_G%~^(Pe0o?0y)<)6Ik!Yj_tSS
zE^jX(I0DLK@zLPi0#w;(FXNwS$%g0{32M5Bu1wLP?agGQ5Pt$=bf&oDoX+8SBPNk3
zMJCvw{UiUij?&U1*Fq^bi~KY`Ja!^{DeJB$&yZN_<ptXz*HU+-td5%jY;wU!nQCc}
z7ULozK&-t4$Q;<M6PJY0dOqPV5>Ko4->;X4XHJExQD`I04_#%r+?kTElP0B<4T>rB
z{`~aGJ&SQ6RTX{g)8AN~{tz6ze_+}SZ5IMtAmFa<tek0?TJqfe+G~f@2^;=KjcRfY
zQ_52ESY3>(9D<*8u9aQipB(wbGNof$sJU8M+RFT#?f&=j)~onx8BcmwP^|E8k{)D1
zA4c4jZf=O9ljgl4SB1TmfaMHvtYTb!IjtW<+08h!?}>2`!Ub_xcc=Jo(l$6UAa+<0
ztcd01xoK$x$!C4fiOF+On&f*GW~I=Lq(5ZuWT_rH1T%I(#nc2=L04Bd>)ou=c0aZn
zOH9V+v-38w1Fm-m2QLfFGf$W^y#Kx|{~%$NPvLvRrTf59UKmQdiOhs5Y${M`j9Z-H
z#elsu+t(m+`X)m~Sg_z_NX&M<8>g>N2{S>k<}$A7i>MVXsOD3ly`XIlW()-6A_nX?
ze4Aop!;Eo6A#-D&jDMylzyFy#>(ql$L`#R}p;V(0@$kcq6&`GIogI@PO?fVX%YY*@
zm#WgbqOU+534(4J$@(l*Gh{4q29H^<9>M&lCV6Ojf*|F^3it2tUqSznNS6=aJoD4n
z*OF62vC*@qE|*E_N7zYd`~-lnP0C)&Iqb(E>C;JHwSG2H&W`B)8Wz0w@7Qi@`|(<y
zR|fj+%^Rgwx>{`g+nRHJ`n33pQEq!}?ud)f^+AKT0qy(xMtChgGM#4M#Ji^p3&R>N
zH1`obtyLuPD06(d&5e%sxkkNze%$G!-ZJ0M>y(WKSQI@fh%VRYA752^<>|_}kcO*P
z3wGVDc%8mFYTJ;T2?;9@@uC~>Yj@fmzD)kr*Jdy-kJYO;I7x_57?JMu3pRuAsz}rs
znz)|H3Qa2Be*k&F9O5RCB*U*!+X{I|RX0Y_v{R>44Gbc0I|Cg6e4uZDO3lyDCpj1)
zH;*_(YX6>?LBQeOd6jsi>nn^RIi^RblCrXwhlly&?f8w3rLjSyZh*J8P*)oQ=-(M&
zxR7jo2W^BC^<Te2^|BxeSwIWB2O)J?vnIW)PF~6?#h&J4vK}-Km!d{RGNB%U+vr{U
zg0ABtr@wsm44VThJ!vNNK5yBQ@z531+_i%05u--&I{WnQoxLs=ceA%5I6R~U>g`#H
zW20@jvPpd-)Y)C1xH^K;(8D`9mGg7%-Nw`hMlE_unPYJ=(cJF(q@AM7UBIV`<QamJ
zsRPCfmlujq@+^Av2-&+Ay%Ad&^CvnYq5pzlxM$e=FmSzkWshLpSq}^Y%$buyV|-_7
zJK>dGiA~IGdplJn`-bbZr+ZXpHGJz4koWPze|9fkhE2HOV7gYnwdP#>OAr4)bs6pL
zUkp~O*JrMr^P(i9bct@R-z(>J_k4!xS%2Q<e8?rO6ejXVWqA3hCGyw3mLAG4=(c2n
zjKqNc{XJh_5-Tk!0$D96*v4OklWdy@_%z(VFQH*rcq(&7LpqHg|0_P+gs%izf$4&=
zSxycJ4_RhE((wG+yhlX(ez+xePh)6=HRf>6lJn<#ibx+J>;g7^>S;S6%7q7q7I2K>
zK|x){#R&bubYE}Tw22RaHyDfv(S>W_aRUmz5Qy+hFosfHa@r0Qfm@GeB}eUn@G>MI
z{ei7?y5_l%5GJemXJ4B+)o>3H%7S$wzmiB&{Ivzvk7e)RAj4%zUML^WnsJK(2f=dw
zr+MZW!>e=PK<<}}H+3xx@JgmT6h|{CHc`yZWG`^oDk`bPwL*p-@adADy9O@2k0FLa
zvJFD~7`5QU+^k+bGSJK+&21*B20Y523TZitA_a^88%7*S!ZeLJmX=+K-!@dl4#q)X
zi#6uQk4sTeB^=e*JBZ-K9w|3!kq}#hDEPG9Yxp`v#lK{YPPMRr{1ghIc`%7tBDRiu
z5!M#jGar<7?E2Go*Ab0Cr`qQBp6%7MQ>Hh7Z)o=KFJDtq!bkxcCtdSU(f9B}pD#y#
z{#f=fbHfNH<%xO$mgnAeDczN!PcC6GTit`280)hVwqLtAlS-``nzwN4oNkkUe4pVT
z-f&}K%%gFMh0>)dvyu~sZBGUxEh{co8uSpwNW<T@J747tm+}3<s1j(VXY%P@SZAl!
zKV%H`sC}T+x5zx%t@`OYfu}isnbsN}o}PY4z4?t1MdQKxxb&&JzHA6BntenZ$6Vpt
z(Cp>oj)i09m(D2PL1i1X3XP|ap;?i-(hfFw?M)#=1niSxaZs35`l8sFm_N^F=n}y!
zAIwRDjZ}yQM1%vx$#lf#Iz(0VL+qCK?06i2zHry?8jL0P4rzEaGF2<`(YvfICns&Q
zPc0dyskws}C<+j+08U0xKub#t=~}qD3|7D5-$a+gx>Lsz{9j56@1HGkiF6<(BDTzF
zuCXNl`42ejxy}s!46NzgijmWqdhnkTeZ3*3a5Itseyxd<CdFE)r(eBFeAOe@F;d-{
zZi)BNUU=m!?w)JcjuzFJlHEb@el8qwA|xP1c+|y=)Ykq+JRx5StVkB>m#<tIGjilt
zOeH{_f>;99def$6P;(42<3Z&4A_>|H?tuTq*JX7Q!wYWn#4KIfwr{}gE$^x;96~eR
zpD)eH-sbtZr${fxIkfgo!HQE$)E>yyRE8&}IQ0FtYH5J|YSWGGKR!QGGYwYh=KSM&
zOzX0ojP2h84~YMJv%}W*w|&Ct)9i%p^;zO;BQH2fka-X}odtbIlIlUIORAd4tVG>3
zP)^Rt@pzug>=BXR?%bb%1?7HCg)8<g1a;<UFgEr}GBRe=E~*(4H^tr_Vh2GI-WY~|
zJTxK*<^cAl6#E#^m%2Kh6(@!&T<z*=)4cey<5+&^D$w_0BBR)gnVD@jzf9o;u+xwp
zPq4DPKK_a~Z*F*&j;Tr|6@uei6aWJeW;J)|(n$;;BC6Ov*VO?dhEHmF%>#gd!tKe4
zht=L4n@c(S8EUYfL{7Jq6~Sk43QbQiKXSFylb1Nfo@Qh&CdwA!qH$1MVe}%c3BIqg
ztCgi?%F?WBmoBa2vmjkjLw5MEVN)re2nz!?qY+c$&eARKNd2^%J6C-2Q-+VwefvZr
z@CD0W2g>hvGDVTkpFS0O6}B$wMJ-Ro?tMxVeH~ms=_Yr)es+E0BAL4HQ_IHwj!kU7
z5!;3_14z4{?AB$=wE1R>MB?JXC638wWdAb=f2sZY@+~2Ep*Pv}|7l%IOuuf#^Aox$
zb4!-_X+vzWEc2Y+N`f;!Bs6s5`i~ZroBIr*$~84rmoNyTqNF~d)cN-<tq2c;nJPAc
zdhg8$lFq0#N+Ru7^4&O_6kMNa$s-~?IGu$6SMff^WORz({jod0Kdl)WvcSw@B4>Ft
z8}BW{C*Cj0TUz_s7}){YPW$$C5!swHA&-xuoU@ww9GVm7e^5Y0gM@}tV#*O#R<1Xw
zJ02F&C$`?)^4=#gJNqBUBo=d!PIQ1>4-FQH{yTr(mmY4GRw2f!VjXI*70OkWm1D_P
z!!If_qdv#%)>*9$`@P4S{XzD%WH=99Qj+%@eHGi0U8K5Awb1Iwx_Qzq^ixEGYtJ}y
zHJhWGB{GHznihf*B)WV}PSvccp1E%=>ef-3QR53^W>nNWWja01sh!YcNzd_nm8xoe
z$`9#}pK<tb^o*!(K8qrf#X+2FH)>q`bVi)(kBdrhKF^zXm7HkocnArxbDiyK5T4IQ
z!<lLErFwzAy?R+0gd_RKSy^Qs>1Z)P7kBNF_>r5L$KZm+gXuNv9asV#h<*Pnu2oP_
zKnx)<S$K$ojzC(;x=V=I1W-<JDRO`aNxE5^*U%U`r;Gbd7v5SM&3@te93uFdZ|S{#
z|9(eXyEu+IRn=41t_^HU&&g39UR#Na=xzli3AA{FSyC<ZNQU=fB}@BXboS^(!(1(v
zj6!uuOUaUpgp4vxX%8#|rQc|T#)j?(Y7SA$5H!TpiC~C|GXj;@Rxg-8pFpY$j@iD?
zz^noT_l9GG;|Do8sR%(>Snl7trR@$5K3@0<H3T9uoD|R8WhP+J&&hf3tjDv%1%Ya%
z6a6E>?qYuO<Oc1}JxD4YFnht4&1Kh4{`)Jb;-{C8U|H8!>4itx0w)7;(X12lnnnwQ
zw)&5V`(0GqaaJ~I=$9!Xkw{T=Y*O~T3^n*(-qqEwc4=t*_`LB>bFZ7qN2V79ii<Dy
z{~Bj7w8d%KVoAe0_g+_T)sEYhwc^TxVSQ4wTNZ8G_V97Exn`5Xj5ph42&g@N{QNU_
zRs)^4a&X?<>LO96v4>$2e8_V7TcQ(rL#;J@t0JaiVt~l7M@^-uNW=_B50AoozowbV
zFFi8Ks7&iCqMP}``SWbE`}Xe#KVWpju7-<ciqUQ{fr6TqxQ$V6kQBE<4RNbJ#_#F2
z`SSH^E+wseR{e(iJ*-&AV}tvU1%%Tr-aZ+{DaUBnE@II(7h%H5beuM=6grm58yHg3
zV5k<Te?Ku-%g@B0RRN;3ovKMfF=A&8J2Rhg7C$!a7`#>ywn#79KmPpsPUR=1>S!&u
zGilONOO~?e115HJo6VvC2W{bo(`~Y-3UJ}15Y&A!g{0XC%_V_m9LEnHKR#PrYonP4
z2h2svU1(hw9}plSI3@nsHP2F61%*ZA#Gt6<o<TAOc&Qv7#Swh`_-{g7NI5=W6|Xjb
zDl`S*Ho^}>Riz*m%#8|OA`<p5;YJsJFhxp2$pWEBZjX;$=F8aH+KSp>$mj)H8H%0r
zmF33GEiXz=#+sIoR0|v|W0tieuq5D}boy2I^XIMl_Y9Sbte`B+OkP(?Bx?7brYMq6
z{U@f?p~7}T!ZIRZ7Mlmw_y4v9x?HXqStr#e=76%&`P8{9yM@m6n@bVFqe9y2Px|`q
zv%lECs;bp@QPgUT$_&TJ=g!?PDk@US%^?U~uCaEkmxGJTN4EBDj{E=c@kX3dx~Cxs
z&)7i-FX5v`MuaI^Iot`2GgU@Qbnxz@zUGT1Jb3GwLl7iISVMT|^4ThcQIQKbiZ;<P
zm9kKjYE%GnTwq!w)Deveq&=F~wVs~H!4a2oT(G;;o<^|+C`{Dm^5sLq^I2*T$HV7U
zcxR$V=3}GWFg(Azgv8l|1n7PuQw#I+_smM99RY6cNTHiJ56Y9EuDu`>kP0H_e#dq+
zE(WbvkGn!>>(1K_^wXM|-9o+*ZNufl7DW`Pfx&zsazfEUGjh6c{6uLl{OCAz%k7y=
zotXMjM}7a^M@TPUL=r8_{^5r}yz@q+XJ;#g<`FomI%LRBYYm$BictR`M1zh|-g+uN
z9z_t?18H_-+pROih&i~kdKGwsrw0&&Oavt*a%`~8X~;4oEFT!!wNob08ONtg-VHM8
z$mv7`q2dnOxl>F8O~N#J-a(s;UcN9U&o_Udl?!V{R3F(X(T_Xt_VOW71!xq`+18je
zT5BkWWBswY8CKZs<;$=~uAekco)x)?Vp}^F&Fd-Q+F{mB<X@hpT-}orO0X2BLCj6f
zC5bjC>!&36HjYg@=Z4S4BfaH@$0m*OzpJY<jI+(PqT-2DF1xn0m)xQ6Ig6{3`h<Oz
z2+tSZZ^4_$cJ%K4cJ>pWyUYS7i&V<Hi<bHI93E|RAT+dJXr7hOl1QVxh60N|Qe@JA
zka)Z<<&<~U!*XUqg(+cGLxxOAL|I_CWx)mH07M6pNQvzc-=9tt3~t|5e0Vq;H)o;w
z7*dzvEI&|ELg+6TNCR$Sal=+W<m)*45i{$_BQjw3*OTJOtLkgLSz8o9>fFxb5V={F
zWXM8?a6q7CslO-AMNahMV|r@<!<55ojv@;=@E1KXfBY*vhAghdi??YnL#DNnm?)so
zjf`u2;yr`#KJU~5<1*JgEGEM1N6Q#kI|4CljjG5y73%;V38U&SDPgQ^i-8?YYNW@w
z7+yTro_9C&2X&kO5Ri-v1n`T|9ob2#C+JiC31nNu`Dk18+Y;OWbvWr?i$$i65K&kC
zozPvw4WG8UX-*s+QPa08BgTx-8&~Ee6;E(*ef9TJTk)>qzn^zh=I^!md9VNE4QYvT
zU&r04_BLP{Z*Jbb>*+b$UwtJX#JybUe9La}#GVuMTo%3P^)OXOGUobQr-W%q*L*b_
z>jqZmcKlnra%JQ@ote}3{cJcr>ql{x==%Bb$)99P@RK9Lb#Xy{&vF`7bl~4&bcks2
z^q!bnO<A-t)1OK)g)mL_e^pgcZNav<)%<UurW_~~(dd1YY*4>%y78}Gh7VA8->-va
zi)x2#u2$`xsdIBy!koVOmBI8jK3Tk{p?3k_(a=1FT=MtR*BhSr<5;y1x~8E4iIVk`
zDWsMoAe9M}+aC761i$LF?yFZ%Bs<E!EGn)(dR?#V_l}Fszy7`W*MCwyUAm@7Zr9S)
z*L^jz<z|5Az|hY%Q!SMO1{1>crM_Oe=b2B{J$#J&ESC7GNg_~yXqv_3c^#5<YkUtF
zR8{ZaG$SZ#X4Qt51Dp4*+BN0VR$no%K_HtDvP|;s9}ipElkYb>HTO-H%bdA*3NeMN
z1-IS{xSF>V;b+3%-l$?YGOtdlYlZ_R9j$AZ$@tRAaShGmOJ4KR&O9@_(~ws{)Fy2O
zIlq55X4N-7deUOk|ND<itIBiQADI^%e=*<JDgSG+Q@)E%T)f+u(rWM6VI^NTlTX!0
zT6*KAbmo|;Dq$xGJuLclN&M8D(%*l2A2OLCZ|XAb$G#B1t8dP{axf^-t&v8Ug$xdd
z#+Qx9clX+<`F_)qU-t)(xBnoq(g!!{S*hv-I!2<B2JZ9TO;8?6^sCQ1lse4~OJspx
zTiGS|^x3v;G3l%)wssBPGZU-jqel^6(w3`Tcs;(@#AD95rRUzAvszyN%|a>QEAhk}
zHvbw6j{g3AD677wLx#@2{H7|$%Gbx{YmQwoZ@=Qi5s|%1Q?7=1{nj+F-qU<{NzamQ
zr5Byv)P)t-DgtaECeb)l|EIp+qy~$tsoyQ~JJ8IW`a7!ga-BwpBFn(rH*bFY{@P<h
zjqj=7+lbd4c2fVU{%Y~pJ3`|VBO0pobM<XgAJrA%m|}9Fz-!Mfv){GFBN-W#Ls#ox
zJ0#n7d*{yTgdvx954_jQ`OvWv-4+GCiH~PRjTPDK8z*^qV76l}N-bpnH-CHF>7{$m
zr|QFh7nAequYdXSZL*12j&W*8$v~j!A)QBa9@{Di>huKtA$La(5ApxkCAGJrH1CCO
zs8j3umi#!!Lle7(S<PR(cv`~81t~pmSLl`K{_xcrHDA%#aO*kiC;449_8t0X?P5D2
z&_40ym#dDsC(7j0O8uChicJ0-$y3ky?GcpNX!UB1-xMo7u{$pfFM1U0DLA<><AX`K
z)_xe;hW~#d0!GYJr7Zv1uVVMv-Mz$zwbpLVDsWl<rFpYL$e}8^Lyx2DYn!jnWgT0T
z^4u$`t<}z??cUv*QT8J@e%gQGl=Fi<AAi02xusrua$VZAnP{u;>;|oTdw#x}vaz8;
z*K-k3A1BNF8ByPM?Tv(D+#GqK?5XpCo*}kePjz^Rio%ybt6}Ns@q46uE1MW=ech=t
zZMv^&y_jw4eI+reyKJ^tMwTru`|v1IEpGn(>LA+_@=r{)XNQ;O-uNT_;`hnNB-|2V
z@gU^xvd<g;o}0N4LX~Z;+Pm{tOt3qf@GMHZ@9y0`s#P~GdR@J|Uh4G&+k}hTht(+A
z>gL6o1KeS`xREt@pssYI^(%T<g2R=SeCsoNChxnV?NRUaFK)KxNLC(vRBP4TH#WHR
z4IB4tlPSTQb{7W<p6N_UKFz5IUQ|^byywzw;KXOMKj4r3<d*I$vBU67ga18af5&Y9
zBQaBv;_qm0>8>K>Q<pALH16N-Wp;L|4b2IDNB*of9v^Ahcx&{L7_*}%_g0Vp@34>E
zo@vq&lVw95*M57K>p$-P-Bm+`gj4@Mf&y^KuHwW#1+G`Bs$TQ3N|^qRS-WU+-4}!Z
zChJYmITZasGmS>WEr@Q1>K}o&S+BhIPqlYo{M0?4EpEu=O*PBDp`0-OXv^izNjv1j
zr{rqugzvn&zUOYw@QhIEu_kBAJ}uhV|47GOkMtb`7c%JV>2p%1CrSGILyD>fE02Rx
zS~hmm%ujDuiMiK*zc<_7e%-g%{)41~@_S{(6h6_-F-){OCb#R!S(iz3e-_W&dGqv)
zchw7(G$-(Zns(gGt5#r@aJBvFJr{A^Fxe1d0!RZDkzyuw*RQ=T{TU)e7RvmL@AP|P
z{|8leOG6d`yb-2CyB`0jZ(z^eK^E$5fBujMkoC^Q&`?r@OdqqofAV`vh#^)i;?S`Q
zlxQwv4FYk?%%m^a5(+gxA6fmjZwA-(QRCHaBm|Rg_w-*7uhBNIh)G}hL{Z9j<EA}<
zg7cxHyToKnZSnDSp4ZkBrKWN+WSoS5TSC*%RjVW>g%mXGtH^KAGPc!y7<-3tY)93D
z)GmP@pKMOAG{C|YGk(j7QFBN4_%`)pd&QJrHXW<R`^GpfACxwsFmC?x=VX-&n?_Jj
z<)A@V56bk}wt9RBV0P-Fbeg%uM1YexvDs?vQ@r~SG|WOndG3<j9oc20`BDOjk!y$%
z=jGRC&=20+`o%Dzh@1R}YHA8`w*v;0)@_y#M$j3z^<xisG2@?M<KL?uPHnKTOf1Ie
z__g`>j0qwk8nL-~=8UYZ38{?v^q;Gmgkb#2_3vQX5|R*!0Igk6>Bm0ICh505wR-0r
zw>01`C8Ld6%n@g#&A<Ra-_cDNPnvOLaOY!sqNt&ArKA5O<Dt99M@+n}Blq_0h4(iz
zmtQJqd;jxKKR;P>L*<L+8*1#9_<8?naccWp;s1Atm3GV7-X&$p9iQWauUzRn;&Hob
zO}yvqabfFTX8Dd+44txe{pU$3c^cJ#19^FE8*dQwk~?R-qGS-qeeZ7K(Ketmn1Fz7
zShQI?>PJiOiO<OR1;)zMP6A=?2W+iG7;opD7iu@4BEt6VGjI7LCK@*D#Hl$+Ta9xd
z96R;Mg|v7RP6fts_N*($wk0}S5DurM%|(T7qsg=<$y<nG97m`WZbr0P9_jxNRTPm0
zijsG%ycEfx$uB!=Lg)h(i3Z^$LS!PO&J!fgI$qO+rUc2kF$L)^<6@vyr;>wy;)D>f
zj=>4xtiAnaDneLN$uk-gE!aa;vA7v1^geSM+QMBQf#QTwOz&=K3zJ`VlaRPRm88L*
zyXgtRDByk3Tz#oV!RoDBi7;gtM?8180;l5`N|i}RiinrJ=Spi&7uGm_cjh((fI`FQ
zwB(m)V=ayoF)kF0mHgArcGQh3STiohF%`Rko|L$Vbhf(96G<Ly*ota4wFL7n)nmwi
ziJB04osw`IHa8~}*OvGh?i@3%Gd&@f0WLOHNzYSFHnz0X#AWpIJIZw%Z@hV<@8q}s
zV$!tgnNl__GoDC3xV}j3-@k69d&NZcyDq*-v0b>Zl%-l?@}a!YJet#$U)*zEH_!gS
z-<<Ta&`-@juhx`kTo_t0%(6YBc*T|*7jL9}i#3}vrTO%fKc6?g99wkHFjmJlc|#>Z
zq-0SN_c-G4L+~rgXinOy%21p(MzBXjK4P0k0<ZpRT$c!IQtbgWJkq;}09D|iC?x3=
zpE7_Gt%<LUhiqWz3cOjwg5Vv&l!5r2%Bdb7_0YicAX1}FM$1&>?JvLJ2u2XDq_lL&
z5)!SE5y=F?DzE@+lPxx41Y!lIWFZZA8T$tgI|e?$r-7jqbY5}E+ebth*@G=Do0H}p
z$AI3y|GYVKI6o}npMmzm8Q?^RJV+}ti8*m%zs01GJeQb4k~?s*96EOF_51gZOPBtG
zI-|-XI9RB8M(>_tzj)!oReJK&irHzMFjze>aym)BTBAk@-GrANE}(k=^=J3T6HCCJ
zeKLSJxH+rXB;7a<x^w_c@$#Fgf<%CAAQWVq0ye>L(y12(ZyF^V!q0=@kDSg~&Jl%-
zjn*CeWG26K-0mRP;2e2f?p}K4e!^&z2Y?aYIxjDs5hH-t0mVrX?(>f9q+7QH%J6IR
zg9ku1P$-B>NeFtkp=c7=KMWRUrCZu47I8R@GZ%Y3O6l_DmX9*dulELn02s~8M{P2C
z$7u%f_x2?GG(MUI3rb2$YgaX|Re9{z#ORuJ!)VHsRTdw2wXc5d`4m7dYs)Y3iK~2m
zdi&o`w>aL?JZQwoshV@@$^rn%a5<yAOiNqY<n3*&=vn+OrR;M2p8dmYdmsCK=Y^bR
zNOQQiunxR`HajM|mXwpeBkkV?Pu(mdK~lTAre^T;1O)Asm0)iXq`&<VrPyz4ta=C}
zOWWm2zn}he#Sqn%cIC<UJ&0lG`O9~?%;5}iEOi%huk>N3jNt~kc>+TU!X!X2pfQb&
z-Won;c>D|uFyx}#<3FOP98FP|KpV}n8=I2Jdj9<R0g2a2N|cy*8^wZFxTQ7!{3$%M
z+_kjW@uXe9{@Pg&U4nW9tF)Tr2x!icBWX_DXp~Ks2wz3P-Hd3Y=kC4e3drVVa**h9
z`r<|D3AQ{!mhHRF_QbNIf&_$!)BMWYdcuf`vjP!-p`pXPdAq))QsHP1PMw|(WqLC$
z?QnkOGQDF+ax~69nhDH^>XfY9J$Ho~R7Bta$@a;khytd$`S8Q4rZ)6lQx7P@+wxq&
z7gLwE@C08FQNTMd6?u6>+^3MI*abK-sV|q8;zEEv2aktTA?dTAfX4fl=4Lg=w}8jU
zI=Cfx%s%#wcu1YQ75edc9yFB^2noj?9$o|q43mPeGO;{PtE8)Mmk-OJckvRhe0(fW
zvF{Cnj(89OEgpE?qrEKh`0*QnYiqyfZq_2mlk&1ba&mOe`Xb>N$96W}Aa-tY!bp3I
znXWyo4?kSEM7yXcN@jFb^|O(2Gq=4uIbqP;LN8MY2IxNph3RfZpR^rhK9{~N&oTK|
z-_cTHpS1n6iF<j*;-CWuuuB^0lnju|uU==Z_@wUBCAG5qzS(hwZj}vkZPr*EnVjG~
zAu3N6RR1p1o}&@$3i`=(O*nEl(XQRQ3G?HR2-L!I+qNvn)b64W>#n2g#fsTb=2%mE
zzorR}V&RzR6A=;XizfXthET+LiLsX|6>6m!27s=DR55t~|Ki(BeyJcMqo=Qr`Ubce
zm>x5oM3>tPG^i=u+|H3T?4T_`r5HGLj8=43KI)veh3F<JgXrDq(+MS~;E)fE%Fx_(
zt}swI;pj9W2Tfn0kk=L{-d!Mue+A%xgDRuX4t7?+^*zUli>kbR_`CSmX(J1-nvayT
zCUoE^t~3ZA_&)@Bb9$w3u3L230r$_(H>*=OZP~(|o;1&hGaN0o-Dx|Alvlu&@B@R!
zx~UFR=CtFnNU?{}V1_KHZsd-p-~|;~^w^c^F1i0&%FttkSeyyjG55?{1f{o@vwOdP
z{~qy+@J<^VZoMfE!UUw6^RH#GQLNCYgG=$-Yvxs&o+t#~ecKrznx~duO;P%)&!65B
znlhfDa-ng)BZ42ExNdLak=~rIQucNA%Yx-c{Y`2%m_+*j8#7yn)<e%#tJp1Z@Nz4q
zxjj4SJHlw(tHY<~PET0zrzI{sH`zY%-OiG2<%74UCd$=zOdi&yTaVA4CAzgOr!z7(
zlw3Ud;>)WOisi2z4kW(J9L{1DJ4;SUY0{3>{>Jp9Qhvu!<R%F5e3+-PlaV5_cfG$F
zVHDS|JE+Q_8B}{V1c;4)jTH=_o?=qeOd;>Vdh`|6V9*Ux{Z%I;k?Bvr85iz^C<?;~
zo<tGl?!NbKg=$43#>nz=vO2CfXd5e29TR@rnHeL(L36xNrIm5%l8nfCOf;ww5RkmQ
znLghBy3G*38D)fms{0vB?-38KxP5!FWDp~fItS*7U#bGJv1^%wdW2!@tZ180JJds)
zJ8t;Vm;v+Z>cOE^|5q&Q-GRUR?^a+B#<CqbeJB=mJ^7lp5mfL-_UYLZy=EsqyG)No
zo9JCtNpp+YT1Pk!5VcXLRqYK!f!KKQ;=zaZ)ZKR-(_2c4lhb0QNF=LMeR{m+qcA}O
z*iB+GcNNbwTyy1=0A?yCJZNK{YIF0TKQ{nHtu?T!Tg6k;hcmI4X^7oL6o9YF%UA19
zSN5^6(6n9hH$1OPZz*|v&0<qqi<Wkr?l<g4-7Tfv*qN1-R-}~*zF$__2d)lUXXy?c
z9+%$!(xZ$XkUcFA$7I)dT6Yu{hi>dEyInM>Pw+GS4;_dH{X72MkBHb8IdXebV;9Xa
zPVVaLQAn2r4ouE=Et?0^J;@Nb?Bi}b%j0Q-5XPviQ!Qfl<#N$peC=`U3DTyaY~uXe
zeY)*LG)3*lP}v@h!(5w)QZ<ty%S1IP+gQ1epzS1+Q(`h+3FI1*68DUVN`8=YjD+Jw
zDU{)obx-QG4-w!%gpdzDS#I22x1BGQegiL)4B{JNZr)|*ZNsfUoXK<y&nIS;<WXlm
z)$$immk+|cdM)N_tSC)nXPyg`JESNjeMB#p1uL6A_sU3f(5A;|z<|gTCkWyr-T#V$
z5E|O;UN7e6y~)eR#c=HitOn_GRV&dn-@kv%#*N&5+00!J_AHb4NkAaR#IEzD+4r91
z<S}B*w6ZUE?gfZ&*GB}&jf+|2XJB__5@gXbjVbN;`g_k?q7NdWtVMbXVW<dr@~9`w
zhc!T<m{Io7bxfzAv479%Gl^DOhr8=@d{9Cp7`gfGG4xcX4yk^=Xz}6&RPVI^24PP=
ze;#|2=u}1qc@>0fZ}XMS=tEZkE1rk@=aU8n;npWkz3GsV$hi7nxo`5hD}Md=#C{GI
z-=d1$cJMgQ03rCCzQS$SIs(NvB-;LJIAStx@Y!dt!4m$p#Mqzuxm5nf)8dgE*PrVi
zR2vv)?=ptwT<^bIlkE1!ns!`EZ@=B)bvGkDUF}-sZgH38%V|_tL`dtxg@S6H4J-T9
zDOE_YGtUq16Q;B@w?gk>;es>h^`&LpK5)-i7@VC^{|)%N)@wZ(o^!m(ph%u~9@Ssf
zV7}~n^4z{9Wo09y3c{5pYEoeBN*g+x1w8OPt^Vk>Sj}+8B)^1uS<8vU00f8Nk*?lt
zbhn+C7p1@|6xHB{Bda0MEa0sPLLW4^Lew|WtvXSZqzN^hs7TRh0CX^2?YRpDMF-=Y
zBp7d$1#m{h3e&`Un($<4CLSp%UY4SCVsY)k2(DG0bq$SOFjOF<rw+~=VL77z!jxC!
zdhRywJ9scJoWXoRPfOl%fp|ttP18V5j!EVc6Jz6>gh+E`u&#EMkWf|bOLMmXlw<NH
zS{k%m96^H#gF2HB)hN2U`IQZ{KEp84C^T`)EP(_$1V1Dh#A6`{WawQ6;OG}(fk2Se
z?vl>EK!k&2sv&&jona_XODlFABPK$p3bl)M{>u6!fekHYis32OsUCmEM%J#w(_3t^
z9e@?dN64f&30f7)nVp3Ur=Gjj$@XZw3D`1d(B#7=Yeho9@A)rZp6^ladDmsw#X<Y#
zdA!L;%{_0f^rY9Y3TubQn<iB0$VpB9+`Ya$z@dX$jiEA^Hhhv;m#G|Dw%Ldfmq+5=
zyEQfq?HRIqsrQq{W7TnvaiOBy2YUrybb7Leq<m<UR~|1PKD?|RQIpaUy71F@+6^+?
zpQ)4O4>Nb|jqait-jd?lpH0t2tRUOc%00(rT)T!*pPH+zk=E#!`BP6<G>@Hw_P9}_
z>Ht5x2~oS)l^GhSqarB*{TGVm{=-H4{+oQ-&RJflg(bzoMspi580b98JoHfG(HJpP
zAWuE~5Z##~K{yD9aL&2rE>Vy8`Rf<y2J154q6H-#1<NqG*Frxh{jf3;YY<BAxhs^c
zQWRs#W4MBqUMMc(Gb8bn<f5V)oYcTFP(_qosxMM|xruzm27X}Wy6fzK3mkp081vf@
zG=||orSuMNXP#WfjQ^E{v(3SRBT^B<Pby%bnfX@}K+8v5j&6_xmN|pI4S5?oyQh4-
zh&tE7+aa_@oF<TWoWDf8EnJ3(1fe5xs2uiG4*E_@Le+i#pKz=Aq?cbHG-gJR$tx;K
z#VCRN8}#HuQyU8+Cd_ANI+lIEDIQ~ZrJKo@Y=^=_+P~gUyzYFdR>|Bt0HfrL2MHUZ
zmOR>Bkf1a?N?G!tjJd4pM$h7y_209%6wJS(k-TM9^S{e&{Z(YlFOL%c^Jj)*;giQP
zkqN)t92edsI|Y=CuOj7V33CR?$jGRu^qJ^F_RuPh0Pt9(D3E@#|3}k#$7A{T@BcJH
z$w){PDp8V<l^v2KDl<C@NvN#sktF0(vR9HMD<La8vm{CON+O#g+xNJ-f4}~@@5g7A
z>pIW(`!$Z^c?4a7eZ%4BGu%*P3oAzr-vX@<!SU~k&2<o5)>a2LHxPLXZ6J@%*cB>a
zpt(^!0aSpu1&_sDtv!<P4Eu6h<A_496QGD}2xxhW+{*uMy_ha~>{wXMKCgABab<R*
zy?s7RKAUdjZo6&vNwTlToaBEN#|^qij$5jC{+T(0)HJB*2;%psyP)CEDcCZr6|d<=
zN*+1e+nze4wMBh@Tl@9f7B)O$Qo4Z|R>DE9BN2K(=DVLTmjng|A5o#eC@`*8<YCor
zxVbQml#sxg7>Ax}*W~~wK)CJdLUyB&aL5(n^Iq*4h|fWi4$5lQqXv%W;vkKHr!58t
z5G3j7k#u)w=^|ir8Z(1sj}5d(s7Ha$f;%KZ0}@*_Rd~)xz+K2!@em`77=G2>DU!zY
z>(}Sn{5Wx;tTSVH1{6P@7}5h-Wd=VrI%^2Mp>{PEV1>pVGb}KikT*=@hie@1d9ZLN
zXdtL52a=GXflHEf))2gz<N&FK+Ymkv?4I!u;};I$P)x{9YsQIZ;cin&!Qoi>^E}cx
zaR#9aD1+*ytPE%d+fg1qK6n(i1u!8iMVb~B9r6JF)r_X@Q({@Vw5P?swzs3tAeqr;
z@j-OsCusYH9|?~$>dW8BFfU?r11sfO!6>}Zv;m4)x}`V=@ZQQokBJXW5vxUJR4L5c
z&@FVM(tle}P+VFHHXDX$qU@gE-v>e2j_%mS1&AM1qgYJuLZ`;W1VtGd9ymNq3=NTL
zhXM*YPkSh4v9%&6aNNKSTEif}UA`QEgHF4cS#O%VJp}0~#5au3!#sBhPL+U`K}4qG
z2!IYG`8>X4So-i4;Y_ZtrxqsaD3>IiMnAQTHvf)RovL`M@W#`9C*_IrM8K)AD(`1C
z!sYJ1f2j?!R(gwT2%qKOvgz7UTXK!dq?YP9Miv$xq))e5PruS``Fiw>p;4K*_kD_G
zv(WE=2vSg#1v0e6iUf>~7Zas@Uc=gqGb7|5r)<mFGY3^Jso#|B#dreywam6(@g+a$
z3Y{*yL|qp&X`2u0hL9g;V5R$y!A<`#9ey2{^GSJ<s&jL5vt=nxYWTyC{ywpXKGR#;
z-CyDZW{xtfAT4YQKy_#bGy>)7EG9;-!R&&GTS_@mgpD%JhC2L|Mc}oABvc~3d{q87
zU0edQ=+l&uQU_qxA?E7!nswaE^nu5bUZ^i+H45{oha6XcVkqYh=UBvIl9EtSoWO;F
zIUYKD?E8D=k=b+oaOE3USJx1e%S=JcVA+k1QipA+*b=A$H&m70U@nqT6}aJn`D95D
z5)y@Q<X1C6HC7#tngG@2tOVh!fZz$IhhFOkoCUXhU-#DZk$K)&i<1=qYOMFcb%MAB
z4t5+n_Ew^r1_s^OG$OS$3F;vz&!AZ=!I46NjRpE9fym)Lmz~q)g@!+xBC1;CGA3?R
zX3?Bd%hcS1lY4EMmhlQTA)r5aCb?*mR*26^Rp1-1!$s5BH>WP2|IdMkXTyEoBJUD*
z02QjK{w*>)nf5kU4;jt$4?6T#%9Q3ig|#E;F`H6-nl7it@B@4fw&G!0LusuxqD!0X
zlE=#aJZ?)Hi@kds2_T0L2UVFtBx&`^i?8E)QcB#3QueIXhhCn|p%U5-Ilq2~Q5N?_
z3PFPbaJC{wACR+R1CQw_mN!F%=MQ}yOD%dq-KlcR1PC4Yya{6eBUjJ5#0jea#pHNB
zm7Jlm4%MGYt6Sd_(MFP5(V$%bWQJd0Tc(jQva>^*hPk@Of1~4#{e1daROBb);wJ@}
zH9q@#S*7tx8^%XTJb8a^^Ypm9!HB9@;nr%qLc^?kU$wn#Z0?szU)#^%k-d-4>hp^O
z+2>5-ro-(5GKsFsNq?+GW1$DTGElCC4=De#5@XVg+h)?ccgY_=3d)(fHZPbZ&vepL
zo-Wsjo`*OEBJJ1ulU(TyxE1@glA@Q@g`k~BQF7=Ia6Zs9@rK{AlK=bKly%8JnvRn4
zJ>eir(sM3c+X>YwRKMtm!JG%(4CAAJVmPnq;!y$CU=RdA9|NpuX#ZiH4p{GSc$OXy
zXRkhLRy!QJ^B1kxisMXcim~;P6aVdHs|lOC`mideKx68B<0G2ExYn+&m<T6H;YSlg
zCpSKrD&AL)y2c>wB3@9KVR~-m@0X{kj^yjp(#p|9rta;tA9Up9t5+6$vBYb9y?!hz
zE;cSgJPru95?GF|?jJ#Z@29Vk643CNR-}2!lLgN9U*&_QzLDjj!%jwu$_2@@6QNXL
z^<d@T7a0L)_p?(KBh=W*Ilc8=Cntk~`2^xU{!D!`x<=#uKrvY?Mij#>jgJl|PWY#3
z1RV%!8%=E)zTir^-S_lv3QcqIhg_B0-zd`UJWyM9-#}JIRJ+(bz}{A%zQ#h4g`H3L
zNWQ&kPvL<0qZ_@y`rG=_r?X91?i!lIwH#%-cscigeHn}Nnf%S~=GQD=6lI+|%4{+*
z^}9-<;$=bM4HkizgxE;QlcxT_=L_PToTdg@5MRY<)5ew-mxbrkbXd<Qf0-Ea)l~n{
z?`iMd)FNNFIe)ga)Uqi&{aD?s#UIvn{e?Zp?k5dP6l%50kzMRfu@)_Pw4?ER?VOia
z_L)BGT!n&y2RY?7Y>yOaJuL^0984;{63G#iEh<-ZwepXfC-AI^vID18x~)DkGSY-s
z|K^c5y*1*eom1k=(Q_<q8}*nL@yprSd-Z|GyD~-!f^4XYOqgKgv@R(@7F>pmET6Uf
z($d^?)3#dgFUP-lejy_)qL*9aekC+$O5Kw`A?(+C8<A#_PnaL6I_q8AB#5$pw?TzK
zkA@A~>f3pzf|r=1Sh!1%c3$C4Q1JYZ&IflZ0&vK<DJmmaQcfQiy<&as!WO1s%hPw-
z`mz`Hw_WnljV6nhD{M{4Z1H1uS5R>MPhmT8mpXQOI=iZ>?ouAFB1=Z*lej-VN@?Ns
zd_L0Adu2Yj=!(5eBrZ*#0I%oP?L5|F&M}{|+6{7yI0YKDWLY+&c3EtmtUqp4#zRx6
zj5`u2p0jF#H~QGaYM%*3pLx{1RvqA#`E{l?T~q7O6E}^rj5L2AABP!VHiCvh5GP4<
zGo4Yk(~x4$9Ore{&LWG`DWwOi>-!Rd=QzXmSyRSJ*Y4%+aqU1nA~^qIvA+5FqI%7j
z%@iuugCFkBylR+cTk~utM%!)bz?4Xt`q;{?!fb@F?L`RmOn(lSyTD+Km7=k1!a%W`
zlTh!<*ZKcOcC8AQxC!FP`OA|Xc12Oafdv@9R~e;DyCin>Z`MC_+BJGuZ<~a-^yccF
zjo)<^_uZ~}T3-K2*>J1n5hPm?PQCSktSlq!yXedMzx6(U>^vx^zP`fwWdj>VLyd2A
z9mQ^}f}pvs%??qdr%#)D#e5$xUeoZdFv$s+e&ZlXPF_txe~a8_)@Of&+CO9K86%_b
zu3;b?lrNVwHZxW8<{2OT>#qt<qT0cSA&$-T*(w&zEnMBJo_hDKL-O(tgdBlm0oWSX
zqT9c|FzU68cy|`&WaVrr<Mugm`2Z-ZMU)t1-}=URZxeoljwkzpk7uMrSPadItgx_=
zma}8vKXDfR3Wj5~=0i4Gtih)MmWfMlwT8s5qY3kLf*|(=Zw+yjQ2(&L6k*$rji~Z|
z{1c%n{wgULX&6=h53nZ64!}La48(3-NY_SPF3RpyGVquer4<Q)A^XzGgoc6XKAF!f
zH=>|O+)&)sF2~+63VW3T&><9Ki?L^fp4x8x#qKd3i^ua^LvMv*LZB53JFS&2*y)Cp
zmzWsYV`cg>NB4WMTlr?}8qQWo@tNRHEA~MW6sMFUW1y1Oq42TKDrtF5S6<K*7MVHE
z-la2uMtsOYMphP}Y>WsrHL)r}+6FM?z!ju?_=GYM6(4(O9V)xfpM{k-Y0z7-8a-(O
zzik1atP&_YG4U1>LPo`1#eMO=OF*%MiWV`O4rCZrzO(Im1F8(DV&~5TB#l87I&Z94
zATK4AtOU0BI87NTvA#$Dg+2u#<^SA*E(GR-pppWRf~pD2CP7;sNvl%Vx$me<;Sh%Y
zEnb1UQbhw7E=&pl>(X7PIKbU2!A(U}`>SFhf>-TJYJZq4tB_a9*uu91r%NzHW_aUI
zC(OaRbaY5-CiMNWzdQLfHxMS&a`-Tu$P7tKt)-=65fLJBTh3?s{i_JsT;6Z$9sc>B
zZx4mm1!jcBTqJ*bKWy~fyxNnDwBh&&SohQIu6@3-)i7p%G<OaUjUPZl6QmYVmB$1^
zTf`)xt|5GY`+_a+d2#UxKEC=c(EOIrexRTMCieAZ%*5f_EG?C`CCw92ee3Ay&2;Aa
zlgQh>*zy791GgLVw)VER+Yp&y&X1CjP(Xqxsxd5;cJAJNNk?Z30Z6gEwe=Db1+a63
zg!I6Y^0TK;kxo)uU*Be(kG-XsxVR!?KDIItXGVQMMhN@>SP`HJA_*iQ_53<{`FKip
z_B7N5*gBxK#-0Fu!wSNUfHkWb(YWh!h}<vZ-?8|pscCI`I#MU2^U<T>G3M-!o==HW
z{@jesVO}@7ulI-C3|c=`bfURg)-q2<{F~T@d|zMpB5N6SV9JI545wH+-H2;z*PAuO
z`>_PU&taA;PP}v(=+U41W;i0h(OGv_W@>G#2m(NQun2?v7lE$G*uu~g6(nkJ%n2}d
z27DWFdVjz?uL?zKQ_7DYR~Q(=u#Lqr*tzB9n>X`#JTN^ZIdTy&wT?jo=u%aM|H>8^
z<Ix`hX2?Kt(IfR{48<E62@?asA+W*q^;Ul}Gj*?{83Snx-&jskUaK`SYUsCbS65YK
z^V}Pth@Gn$HsGK3mum3shlvnPQgk%il8-s?KQLq&!kQi47$5DVq7d!+-%i21)Ue|`
z&`J{wSG_lA_H*gr!o*ZN><zz`Z?9MNuO)G=v<@_Lg(`0J@y5bS>Ey^PyJ|bOQ<L)C
z+Sq8zU+=Y>M^7=8UH{h7`0NbxDL2Ehta0jQq7zaTpmomirl=|hg(fI3bcd*v)|w}c
z$nsSlbud@K83!o{Ha~FNVrzx1vyjkd%RE31NM_O62P|k$NU<bWQZIJF(1pw*#M%QY
z4mZA90BHb#mlqT^)R*8&S6~i?Y2%BF-p7$wq^+RfW0GSJ=Br87@Eobl;pqmLug@;8
z3){i5OQ%#+K0!qSpQS<8;>ro2#Xnl+C1BHPEo$<c6&Ya<tFIBLvR%)^x}4Sq_Ajon
z1Ya`TJ_j4N64ex^Z_crhpIqs^os99p!#1cyme-ayK7Qm3C*z@RUNm1aYi-!<R@Oo&
z43fD5Q{;t(qpK=4*C^T9Rbs~r!tNDm?%>_>hWC?&yRGjY=fGhT+43R^(1j~JSDoW-
zI1JYfrfc1?{LQ15X?St}DZ`h$<#zXf+$yC3uN<~L;FIlmqzdQ<fQ=;M6>3<_5717-
zp*rMx$-inA)~)6w`2ke0={ghyx>Zagt(s#`rC!A7lavbj_%RdS&<huaY<IG;xnf@k
zkKB?b?hL%U$T=h`Vdg`Tjkf&Ilg;#Y!2N+PVdvlgPB-`Jhk`^W%*rv7zz7*`%Wbr@
zw@m`Mtue`i;mF4d&^XLFm|2{%ymzsOKK#c`1ZaF`UIQvWvI}aAoZR?8(Z~k}ANlg-
z5QFTG8q2V=Ck2Vh+1GRPBV<|K(~Yxht6w_~6>WVb8X^>ne3*OpFx*nzu|u$7qxibs
z?`-4d#`sI#p<a*fAKdnmTra2Ic+OhVfq0!$*Z!ML6Hh!gTF_J&Yia%dc${qF+ZHUT
z^6tE0lSl7w|Lwb6{KCfeq}`MsT|Hew>!8bJV8E~hPa7)lTzx7kDm04FbhLJK!0@|?
zkyIHxHJFZL3lFSFR$>1ww+;;RsHiZGX}EF=iwwo&hQ>w^T3}>VhtPl0g8@bZ$cS#2
z_F3k^UI;}6f!)J7blwofnQicmA}tnMDWf8XA$aky;k?tlOmK!l1%-9ACM-0dZkk~F
z1Cs_|H;C{f2!Jn{x7i;msu_CS!}n+?&_{@qbh%KxuMOUXZ)V>k(Ypc54wAzo%01n$
zRyJ0D_V(@*3|L+8%c+sPoZ>yj$a@d0zu%+BR#&=@i`*5BrF~PBpZ}8kgq7v|BzNKK
z(wXLwrDEUNRau@lAPbm1Jt<&kSomr5nD<ub(Fvam+nxtsvu4X36TZ1dDSqwyo2}3~
zVaGf%08vg~pDc0%K_z4lwS+*csECb}BaVeHth3d_b1K)z@zcAN$w6qLl7jg<a2&W)
zI6_sxw!jOH2_k6#i*pfD3Js2J1E*42vHcrLaL4i)H|O<yZ#MA!(4EJ|uD~RT`PlVx
z3yjNfFK8ypkifE50>>upF!qw@Rx9SD@q@hz1pvK7&>Q)E+#x6KYl-~tlfpc;BV>D1
zQQZbTL!1r2&VP}yht!Ss<hz>ZZ>|ijRF_w8Wg9a|emyG?EcVVh%f<W|?VoRJ9%r<|
zMQV><&E7Q9%Xx3ynl;HO3<<}0;K>U~8CJ(XAwjd_t7vht@2TK-7_J$~CS1Q}eLkDP
zOGR}d`t=TI!a`Lh#>RXKexsG%|HxWA?y@JIj4J*&Dk&$R>48o!yEPg!2!!c^Aw|j#
zCqX8=fZquV3p94zf8fC7zx#mU;0+(jhiHx57juzaSQ%iWfrsMddd=<OIaeU8Id<<x
zBV7D~m5j<i=)nUuRn;-DfUK>HoRHUW`@)4*oXXftJk+L8D5^NAK`>5xgPe^a9&+Fi
ze|`RbO9P{uYe<ylr-u8*8A|o1mSyFyMyel+6WV=t^=ykveA4S7Uip9kgsvCCi)m-K
zb4cJOU2W~fn`wuej~wz5dw9o^&u3rXf8Ci>gyTb>mCJf9mhn4+YsKT7`%298bV4=`
ze6)1ejnv<lo1<#bm@><2OM=VRF9G?%8McdwX+QHe1b1Vl^e@#RTG}PM%Xa$LFMNbp
zfTZjk#mfpEJw&4TUxEm$H!QGWS=xN+hi3;Ke$2H9A7#?M)S-K$haA?VEn8sCT|@;d
zZEG2Vhwog1Q~?T#_d%#qb`u1RAN^h_ZJdRo+K~T26G0G|=phdS))n!%8?LUBfLY_Y
z?x5u4=I*s3y>aUZtoZctBRGi9<2drYJYR>kxK2%kghU@RnUr^a-q9Dm*7>!*TwwWD
z^_3?aKm5B-KL13hU%2o{Tj~(Ai1D*^J?(~)QpZNWe4Y!BGxWY^AL2L^KK?vAv6d3=
z(T!Yv-K=@j3b}?Jcc#=0c$PyKZ}iysv0YZ4RQ663X8Q<P5Jtp6o`tFy!u*Ak7=Z^=
z{%2HGVWrwfc@oQgO#f48*GVGBRjfRE`}%TDuwq<^C$GwH%cu1PjDbP*;iFoZoAdom
zV=NyI4hBIaXoTIr?~?#}>J^bYP*>uWy?OKI>(WikABUc#5CrUGSe1m60CQO2)1)2Q
zYkW-~n#id|Y(j7hkyIWhsQkCm)0-et?;JfBBjYp!I_V)fVDkaYx58VmqthHWn(J0j
zp(<*!Ds}a0P2eKkg7zbFj}zK5Vj7I2Hov&eYb44jrjAE{?CICqvs2J$%>LSE`^8H#
zJ@#)&A6KVdUe2l3@8g$3q#a&0L2L5GdXeRb2VdNxy+~K^10D?jr)c%sW<$1e!VLB)
zNq!TkAcvSN?3EB=8KZs==y(~<%=^HO8in8FBB2QoRDH)Y5X)kcsC%q1{~c5mP)Svp
z-MxDkQ?h@*>?FgXsH;2%`46&FMVG`N4;6_4Da$*)IT2g_*6=X+UxQbt+?Pl>otIni
zC&PKZLU~Mp-0#ClH14a23dO-Zv-sz0bMz4B&KlnE`ibN6lGY7POh@AGwD4xmUvVwb
z>XmqJ>rn8AVL#^16cn=icT^ormzS0n^YnCk@*p%%BR^aGZT^w&4^$tXsHFBh5Axf~
zhnmoNG3fhut;WXftRJ?VR*^WJDl*gGr&!6P8<1npX!lF$R3*7z$==R_!Y@mkdM5+Q
zF1$v7bz?(Akt;}8)_1vS9&Te(8g<RmMTj%T<a93UI~W=37~T^KMM;P>f<{6|XJn#-
z8auLWzCtFaOGIMeczGLt_Dg`@atn{luuU<SHTWEPYirdM)Q^>vVs^@}Ae$_)Y20x1
zug5c?*7hSe`4s41YW9s14>x~orfGGZSUDQEH+s7C>wQK_3>zmWG2OTMw1+|5-H(5=
zf4^m3S)rc&XQ?k`Z8xJ0&#8qo^F9tUq8vB01(HjFkSY2j?{*tZ5m%XhSOz`q>$a7d
zB*n*n98!N~bDf5Ufd(C{gM3?8*K!p#7h_QL)ej!8JLj72AWyhrHG6rK%WYCEvO)8Q
zO){6`cB<ufcgS5_I&6*N)SX!$N$ZHV2M>*mM-<80{&()0Hhbp1U7yN*lq`-pnSL`A
zJ;cmyM$pp{!~tGzUEewW#L;b;x)bQCy7IaL0wPLXG~=Z8lv6dHeGFp_E-NvZ`xX~L
zvGC;Q=%>Dw&<c;amfVChW`nLQocD%(@Hz8xl0Ij9Uv9u|@SfapJ<lq@cDgLJNZ;+J
zW74ksbh8Z64a|KNXUBb>Qm5-qaG@i%701@-j^)p<m6bt@mBMjT;vCxg+*g$@3of(u
z()~waqm^IgG;%bs#!JV8zwtoq-GVo&3Re~DY4@D84gB(B{P05xoOBREG0==(D(}7C
zx<BVk>Uz)A!zQ(54*Mqsx>Dt)E2esy)MR8sUKALFO&dbejgnJ|olf4qf5}dSh2_iz
z@#>YkI$=~<N~O<`>XDgysb6MpSc5-AWf;BSn>=p~Rqo>VtD6D4wrR$X4Oy&lJ&5Of
zHej(DOIJgeW9lZW>ERS<`u_6(8ND&}32tVh-f)fL(kn?{fsFQctvy_S+-_gHcGi2-
zg6GSR6)}OskIENxPkEKU5BpWYZRY#G(Nu+Sarr!+RYn?-wqGyAuCEo|h!gQjvF*|Q
zUBi%Nuj09OzS3q-x0v+((3;S5Z+N4&%ie+J11lXqO%w1y*rfWlQ2DfPi&0+;i}Dm{
zzRte;Z22lZU&zTRGhIVnubBwO?2*9K0_J!Mf_m-S{GgoxyCP0Qg5mR%)tAoC)p@0z
z#<i7{8ga)stv&Of4mqMnCBO3WMUnn^^XwgoVPnzp#YoSlSBI6}B=_w7GtjcW+8CJh
zuCElE(&-DN^Ks*Oe*Pc0u%{+%y(e=U=FU=WR#CUR|9v~3Sw$AYxNF=)x51{skUF2@
zVws~_rKEv$`0hXok+?uDEhKBZY0hrNpMT`Xc7rU&z>h;0Tt(N)v=#F8`rMNz6ffKF
z+i^W{gtqg_hcTBkl5xMqwmm&>w!g_hlRy=|>zJjUUed>gLAkZpT<o&NKWuL3h>3<!
zuFluwo(cA69eC^bCfTdP%fXPV#_g$Cuf{iSO3J(Ldq~f#eCxzj-RmwF9~-)rIIO9h
z@Ooz`@U1M@;dTgjT{{y+aG!au;dFVD`;G*SC{p%@p70HJe+?k0cfM+gX<q!Op4*Or
zgY{`4>CX1xo9@hiSUvP-_pu)Imf0o~=kRyEk3(Bmw|sNswDzlw8E=M^Hoiv_@&wFB
zRha_0r_M%yKQR&UUSj5R;&XBb!wW)!lE;-46dVrTCmVEwObsuHQ7xlNMms$n-ATsx
zBe(i`dm&)9v&#m>2P%@7wH|Sjw$am5Hn{dyr1D7z;2NQWO>S-I$fjdYd*AO|YEg49
z<LFWTeW#e4wwBed_0kOAHOMNzHDYeYEqAyvK_U9Q1WQV*t}Z;GAy==y3DZ@+Fc+Qy
z3hs%151A)B)!y&;K;0B3zISTRFZBh=7GA>sMTV95KB(Pvw6*oK-qdr_LKjri-nJb2
zg7@m3V)bMpr~HZMo}Wd-b{~7cv7VU6htpx21q1(Dw$M6Q^|O)CacOrhDj1l%;JH!d
z0ht_WT|HBaq@;7il9AXXZN#C&hr0@{>me|~oG{X~vN~&McuJMVsXPDXVL=PgZm*T}
z^@c~;S?M#Kd!1cgUFZL_UlJu&)G^bL&{V-o-_P-Ayp%80u#$FCGtxQO(IoU)_Azh8
zss1lQz1*#5ny5eAINx%QZB~_y=3PD0uD%n-#-Tbo#U>_S@%k;Vo!ODq+MBuZGp?>$
z@i2X8+-TWSbEhL&KVOq<Q~Pg41srv_52G#@_T0X8OHED93t~`6R67Z1*$^CtdNumE
z6(HbXR`#M4LnZ*|VRTeAfDyoDEyVT_RWz1c=gx&Ha61(23EvTc9_jFxHZc6I%B*xu
z+%WaJq^YRYaVjfMdQxUvOFNVN=P}0;^lw#F8%`6?*4M8M>&*_iZKpDHDgf4^|C2_u
zz`!Nt$sha&oMdl25ZAoNM+_R(7oW_E4$=BZD`fwG>=DB~I%&*jdW}rApB!Zj$-K1l
z=a8`A07K!~>lvV+)LGP*998*xU<a+9o6O!12}U|Upaz2-L5K|_O43AuARJc;0%|Y|
zgP60I3Qr~m6QrD|*9KW=)_L3Pw_XMK8gELT62=_ByxEF#h5@gDzex}nfT#>i4&bRq
zssW4<*Rv6Q0c%8mi4RlI^XzQ9KP<>F8X3VH4b*;<9O$7WmJ5y^KJ42;N%+*7lju9Z
z+bqQu>-;ZGMwESOc=+~uDd3j@ikQ5_x!jU~d=s9l&dx(oA24f4Y6%Mpsv6>rlHOBY
z<i|#2BjbRKK;gJXPCV7-$Jhbs)|h-DBmypdG*)<g=t-^>sJgM+KvFJ994W2b2emh7
zQZFj;7`)IZ3+3`Ld~f#J$=Sx{`e|mSLv^zBVO77=!=L%dCMaBe#CD*rhkxTv60AWF
z9?VzQ^hFBHC92MNCwww6ka~CBD)?6C$(pteroX$WZqB>;o$yJy{rtB3@}lcWj|!FE
zj2+>*O(XkWiap|<kEGN8`r|=F*^TjWeyH`2OLorA*1W^xN!l$)dY5lvlQVRAxMWGE
zrM_%WZP4w7knDq?O95r~Z3#abqJ9W7SPDK-!5o2x_U&6VFix*a7zpSuAswXhzl;)@
z@PR`BT-x1!UK#pKd-o>9#)9_*c{yer7zjd@3K2Wtu$UF%;BZ?QNA(DQ2nH+=VJxk2
zc(fS^M8b&zrh$Vbd{B6T|DpI@Wj5Y!_d&l-5-M|ZSEf5a4T0=$p!zXRgn)T)a4?RI
zz={&$NkHlRs}OPp$OHZ~(1X|1L30cjp8_{5XG3#K9P9+9Y@j-H#ObT0V%qBpU5?A9
zdTB`sG+B_EQ-<BzSi6&Y@dOInv?#J_PX=?MX!~}m<G_$Z?#(6b{P7Nms2Gc5UqIuB
z^?|o{MPR+X;428SvtPc1h7SWv2(nQ^%gFS$E2^ttX%-hdeuk%^-fA*Dcl-7+I1S6w
zO?Do8V7&A7&G{ehHxIPlVP2%TPH5|a81{o@cVq19lTK3C&os_H+<R`<C)GCp7gQI_
zBLf5uTsGG7TGGtzJQ`3IaOuXSRhz{KI_76SLFc~QYOK?*nzG*f>&nU<qpqv3e_l`T
zWU2w-FqfVHVJ`jnzJ?3>hh*=(see{~-r-5A*AcV{3@6V+Gk)$|Ge)tX<|A|uNF>a3
zaUCX5k<1FPGGo9Dl@Lh}!a+DZ>4t<C;{;m*P#*Ama!e~Y%W3<&_4p$&#)Rq-&;!^Q
zl9PQKuR!>SNhJ#_E9w7eq|HFz1g=KXaVz>ghpj|n@(qrnZxCXW+#@I{8BKD2J*1$f
z2QD1;ZT^UDhP0M>yZfW@56<?#{l}&xh?G{Sv4LF7oI9KP1&;(45}GXoYAV&fci=|2
zA_7}UQE~D5rhnecb{iT$NPFVHk*~D@xT==Ys?D$C<+TAn1-vb1cpe)GQWNKqg&u*0
z@K>7!$YP&hI?Tm2084=M%DAJ{{zqe?@dN=$3w|cptl(}^=Y=oROb9*3?c2XGd}rUa
zi<<TjDRPSgh@Ok-pPHe(!~Y^*ItVLVXklnM5pxb{Kk|;N%%ItXOa}96Jo@kv;CBT=
zrebxv6l&{?_6IdX_m%gvhl2KvpBzcM4=*Se*(+@KX+*X(W*UI#{_oebXXZ8c=w=Nu
z-T+ba2@I;f3i}^nZ0@VT9ie6{JJJ|nkR|7}rh5AHMpHzu@QhI^47uCEN8^b4=;`)t
zrG3YBqll$Vc2UdFZ)-j;X0>2urxWAV8t5%Pyi*(s6aj%Jd*r?*xZLCk*;_7U);4@0
ztkmt`1|!Fn30<d|Lj#YxBF|Jl^^7sT65l`2Y#u;Noorf1N)X2QDyarcOhv=F(hd{W
z1>ff9hk|!e+ltrs&q#moY}_iN9`=elEXJ{=#xf6kPDwerM3UPGu3BKgplXGFYLJRP
zP$~5y=&h_9I=A{eA-hLfhN&roy%5y05H<?2eakk^z*t%a>g`H1A@t^W?x6L6_rnN5
zrg(g@$AZua>;kB<uu8#mfEBQyaS1bi3pO_VCkH-%#zzIAR$$E;4Gm|zeA2f7W(<57
z;0X{u7@^>Nfn=-Jyvx=Zv&v8v<XOSQfK_8ohY}+*CM0nCrnKTFlk&t+MC-*`qRO3r
z)A*3ZlNU)JC>;)g*M%2h&HJZbBYXe=2%z0HzwCh#JmkX|On>?EOgE#nwDb%Q6Xi*q
zA3uLDL$?e6*=x;5?KU6;1JnzwY=C0w^XHXmWVrp%kJ=SRMMS_vm(r@5()v#@ri-Tv
z&J1YKl3c$B0T=l5CnP}_Iir%;x)tkZT#K(>*}%(CWroKjLTv$yC@`(CVTn=ag+`5)
z^(SUyLTu2#{fk~NQRTTMxd&oH5||H*1Q2i7L+N2R$kj)&0WIB!4@Ynmw<jsz&4q-4
zcQ208r%wm5qCuu0ZVCjSs=_HpR6+}=k^&g%bx|O?Ac)2E{QG#Lh7?BS$4tvVj^Z__
zlY0)}(T~y@gLLJ`)O{9Ole~H#R-|QLC35O8Y?bKR`?=o#=g)f|qQV3Wendn|F7gi0
zJ^FACyY89ZF55l4^6Ys6LC3E@zP^cn#eadCMP&>9RP@y8b+gFssB08N{$axIR(l2e
zF+5}#{AqkT<>C^m`d&kI5XIfptHv?MZ_wAc3}o>i3*T|`?$zA9LaVjT<gvBqW8r74
zVdGfD7c<?NOY!Y7+(P)ZmC~;*VgO-W+S>8*-d-3mAtJ`PAL(RNNtV!H69iuScSk+(
zIY5MnFC88oyx9NT7$djtVBU*mZmacnT3QN{lL>zpD9>Yfe(`LP?3gzHsDGZgg&^JA
zPSw`iy9R0Er&zHGmEcSgLKlYygoZSf5H>Yu<dl<KLBLM!Vr4BUE{0eaIR<h`o4|QO
zf=EH&%z+a@fS0JOsZkPOO_I4IvTvyHM-luonVFMF(8W$1lJOTWRB}3w;SK3`1IHG;
z-Ph6ZD5#}^eYOGkBVG+qkpQ12d;&S$RQV&Sn+o9)u@=QW2qI~-CGfZpYQIbLyHXH<
z-(krN9WZt%Sd?Og4HOp4?I@1`iS(eyG`#RePaSC^bph)W50ACFP>xgkTTuyM^}`Uz
zj3B|CLGPhHCt<W~3c3Mdm5aOsF+8kVc%k>vkZ@Ok6`nz1=ePpVGxC9esP69V4XHJc
zQMW`p3xNwXqKp)S<&-4ZBFaJZ2pB?vrejj!B?}L$LDnZ1{DuC$zM~OpaBX1AgMXYI
z-8wEfDk>Wg=%sk>o_L#(p&c2^e#$Uh?tKjh+avGzGrq7cv$GgwiyyGqlOb!Q<owpP
ze(}Z7$)4D;JEkwZN5{pAc8fQBOZz3==`fqn>vEoW?&fRH$}h9wJtIBlduH`Fu%X{N
zV1sNg-zdq6+SOw1c<C)~1`EGnWOcVZ*;yLPz{wcT`ymH3=gj2yth|<}xoX)+=UX_1
zdYH6MuTer#h8S2FL%G~1N%Y#UT=n-Wg>!%mPS-|cJ)FYg5)$%&xFU*BMrIA^si=Y&
zDVHIA+$PH!jO9x==IkV<)}OJ~ij9RFsEMKQ19%vlXcA-!*{h)akeq2Km~aE)RKkpy
z)K8(shvX9?Tp_>+2p_dnH+XMwqv8}JVOFtF>m*=D0H7cCNMCo?pD|Vfk(-AzzI1c|
z?N?`>+wV4UG^I5f>m*3es}nB}KCo4WH{PuuhVQP+HW6muu=+T8?+p;x;3-Ff67U@;
zy|~=QlCkc-24o&Y<uLVux`h<w<Lse|$+H-1erl8lqzVg_e-LI*=#KH@@JFEfypFvd
z*tgwpZ;;0OMn=GZWMG>g7iWkU5gQw8QH&Q!KlrcIC}bwVj^ByG0l`Li^GMTj<UnL)
z-2l%L2tPVnTI>hfYznYIhN_)wvLYYKhlYj*1WX|^6|jQ;NwJ@{j=em@!_mIJ^;x~T
zAZ{P<Z`aq>NO`y<Up#xlTovI1?kz4n@W4QC1$=$fiN^1b+xnQ7%D}?ld0pM^o+G@B
zLX_2P_O=EBaQ*J}b}#-KI3$r!>Tq6q%;wS#_~O&jN}oNu-~2Z1xw<kdM;x6<T=EOv
zh+Ax~C0j4NIP*y9XV`1$N%Mjw*WYvT(|fjWW6b4tr!$kgp9Z?X%V*DeJ9fF=xq$7p
zV>{2J^Xcmu{KvJ><?@+rCCl^~+4muLY``l(?{uc~0>82R<x*{al0DtmVc3Qr@+X`-
z$gaie8bY8q23fF|%5d5{?&oIXk06~%n2fvn%fsu76B0@nu^4qUMK}@rUtg|){u)=|
zLr&QhK-sEJIN;(ry%||$MdKhO7}xyp{{5vN;hJ`m!UYC&R>P3=6&FK0f1|I2#p{TW
z(0?^UX1SgCz~CtQ*gp(B>Ni9CP-ikf3s5qF30hdVCK?M8**20(2jh<f;bzp9B>wdK
zEwrqpB(UY>^mZGdXrW?;TL9l%$itX>bF;JPwNOWz=T>s+5=2~c9sd38b>KE-8x_BS
zHy^A$Ou?T#VIBn+lo!#7%kv}9UtwK}mxq)+&mHxFj!Fq`p?8CLT~L_duvgwcH`ba$
zN)7z{?Hem2Ba#{s(T8AGpldrI5I%q20XGF6Kj{CFx%OCjKS~D_&FF@}fZ!2W^4dZ=
z!Vpah>k%Ixn0@`eIbgxV&0d{@ZvhZD1PUG(VS9o8iVL|lV#Y@e@*CQ}sEY#hZ+^4B
zO><Rl<>f%<qQ_75nO|++yS84Sy%d*t*5gyV-~KffO-;|MBgG93H`5oKWk*KdWD4B8
z?azBu(rdT(aO{1tY!jcj){N;so!p7=XPOSygSC`e0SpgnT0%dQncZHVF?KIq$;e@U
zxOd{=_Tfth<4;#}E_Z}@7rR}xqrwJM$S$%|ZU3VySFb`EG}B!`TTWWIgDL*xiQ~Dm
zxF}B-ReAFsJb023;5~kR{w0qMd>C-Xp(#XtjE%6V+pmLq!Cn^V8xc5oX8C9@$=~@}
zm+mYmqAFIe_G3Q`05Zw-o}QMdrm0CyR94kXAeRZQVTWQP*pfzWk@7+?A%Oi2QBtO5
zZVM#+Iu6sfc>mH8-Nqq&*En|$N+<Y9dHdX4U2%8T-28~0^X%{6NX>0(ZXTI)g$%_S
z*?~|PU_cpzpgbg|j*bEue~2|0mN!zn!SaA{TAn0Ig#|&fLK#74*q}>wPf_>NAOQ2O
z79}V$ql}c0Vu-S@V-{a&NDc`$OohAqMiIm?X_LzvOL91@&UiOAJUwbOCiYgAOZwY-
zBVPfQIa@Y_H9xt1A$@NQS}$f3J)Qmb@HKt73WeDluUR9-`3Ij_vRT&|u00k@n2>aN
zHKpCCu$6`3C$*2}Pag@vVmE_q<%wGqgR?`~$0{;sriE@DHZpauP7HPDORnD(!(@g(
z!r=UQGx0e4PVRmC@Hx|p$2Hp&u(GgBfk}@2KXToR%ddi`0vj-174OYeQ=$^DGInrq
zr-nEF%Xp(8aQkEAlc|J?y}$r8e7Tj`DkRig5kW0TK>*2tP7FRldr4v5@N0Qp_-c@;
zSyO`pB2nI3ZcP_RjnAL|D=c(5eLAqpY<97{-JSs&DAcuuJ@B-{?urT$2Qg&xIr7s4
zp_+OzM*S^7mR5;(sQjMdn=lk5J|)VcTrvVe2Y5~#JfL98;EE#mefs+K=a}CV;sm(1
zRIBIr%D6I$6aPeoxLL>u>w<15tWwUCdU?=!V5Y@31KsAcXZsP62<^8hJ1l>19flMk
z6LXLpytv&%E=hqKWbA|T@)b{?nqd($dj|=AHaBkIU4~x|w=XIkOo4K9cL;{fo~Bl&
z3CG;nK{h4ad&r@PW4h>dS4HuJ6vH+$LL(2`OlhSkGrOe-M{f%u$H0Kgh|b_NoY`Di
zc@)m)-pz6Dc-c=mmeM=7blv7HY09D%W4zwC?~Ji_b3e__LEZ4<rskN*dG2DzYlEG+
z(+}y-2^`z!xARP;djG&X-b-z{KP@7ZBBq&tzhIkHCm+06Ir^Jy*>_cUDYUv;qu2<E
zId8oCOG-$;mBDz(Va{vbLGHI+3B{bbQsSm#w^e{u8VMNzijWj#Gf?;_ogyQ2Ggvg5
z8qIU<mL_UOZiPR741Q}f>csmRX_zS3cfElVs|D-^7_^~{sn}S_s5Qr48hoGtX=Ko1
z23$KlhZB;16gz(K5kNvk79p&+z&(QbT{M)B1L66_U+CRQ7idvt=i3`SgN49p!ur!<
znTK?0hz+scwYzy3dB+ec;V>voJsTwwqh4%Oj-yt7B^_y`Fo5AVKeC4xJ0oaT218*V
zj}H&OUGqK`B%X|nv;XWgP>MksL`p8BB!`EKiRt^u2=slRRYQ!27y7MT-wKWokiSD!
zVDs|u@X*cF-@(edh_VhZ3T}6xniZ2-1&#Fe^hla4P!y2~fL;vr6v3#t#KivYZYleI
zna%^qin-SQN(X}~lpzBHNg8SJr@+5cNsjsrpWDcXV-+DmL8QPYR3(zA{YlyoIN5P|
z?A*pDNJ)En`<?UNn2R3+#yw-W{&tZOMZ|;J;rcg>lQ|X6iE@3V0%pw|ZT*a&c`f=z
zESl@psMH+bcl0h!OFNy;3`o^Xd4_zooy(6=hJ$>iqd&HDN`1Zd^=aR=-c!E8mdnj0
ztDoxQUnRe?Z>qQ!DfWSG{^ZnC>gIRCRBH$6i=fE!@$Q(oa#E?z{c{jD-{=f_rp~)c
zo&`Qr^TWB9*^v@rhXbzU)cT&aT>hB+-S~K@G=WWYv@j?}@A1YLGc2IJkX~<1XlB~E
z6BVSE730y5Xb6VR8vrHz-+!~f$vQeZV&sok8=wNV{;BTQmz8X6#s>$veHD;*gCm8S
z01yE$JwD@Y0rQJJ_8+c@0B*#?H2N`y)O8|uRwV`QFq9|>7E=QiKuuIX6ja_XEGuh#
zh}qf6iHyKS0Ce_{CD#0S`SI*QhY2KPb{e2t;2q6gw+TF@th|OyL<nCos@BMt2Ur`)
z9Npa*AmJfECr;9SnxRgFi>O$RAjIR!t~5Rd90}rN6wAEfmkbQH?GpDwnTe+l4F?jE
zhW4aDqyPaYw6xZuD?xmTJ~inm6gTF=ypf}XF_d5w$3LzZ8t;mgacEp3@S$Li2GIuw
zo*=2Q1|xU5W{8G?!F!=y51w(#ldlVq<b#Vd6{U570n}HR=fU0qA<X^zu2TgaKmlVU
z+iLv>gD6EsMcBmvS{ZUcQ6nfQC@#**%7?C@$G(D&h6X%p029FDgj?LcVjaOFWj})s
z^eV|Xs8Lj}*Q5K=x)d`rO`m1Bi;YE0Jmy^aYWCGC@|HJmF!@>CqQ4m<cig`-{42}F
zSK+Th)bv`ax8xUy<-gUv7Z_%7m@1A=%IQ_%OI5ce2ZXPPUwZPRYA$4`zGz3E(b4q+
z?X$1s1=p55M(+r8->dJWxKww#x^g92`15LlB=Oo`-o+wXMuAb=z+eS+I<CyWYm0`b
z6v^v5I>df$F1T@YYeWx8-@f+wi@WM7HG!fLJ*L-e6*Vf-+x$hJY%XaGzA@_HGL^1r
zhm|fsG3epL#oxb??~QLT#?<r>GjI=>IjW=p1%!BRZdI(%kPbOpO$(i-urOZr>g1PD
zouCzgi5U}7wbY0GJ{7!|0OAEg;@)pPpn{4Fmz-ef!Z3Sy&Y}1Ssj%eCDzB+*FI6%1
z{XK^_UWpN`r1;bOVcP1*;Yez6xqTaSE{C)K^0k04#q*EgD5ICOcH6DU1NcauQunWn
zLGO_e04FRIbx|wi#OGgsFaWBdIs;+@cu0>_aV0xnLCi14gaA1}e^GKVJu^N15|lBl
z!C>k*;&+K_c8C@c5J8X&4bAMIKVN@2zD^Ss(7=RUNy%TG_pGL-3#&YmqckkIg@t!`
z?O<mg9}nZJHYQmh{t7WtLc@Zr>d2^$rKQfAnm)<++!G`AHW!;lUSRS2IEbM+sZ{3i
zt~-A{A95K4S6jOeZu2cDaO$4&zdcG7Ho!<v&BiWr#VWY8v_M((>b1%TqB){Flz!N>
z+AC<deDZl4c(;J+b>{E2y<0iCqv>RRWhX{XU_}HYY*$yH`isT<{KKaoLdQZL@ZB%z
zU0a%aOXAeIn})MdvlZ$e5AXMH5OUmIc_V;rtcq@(V@L*Iylc3tvUj*k>|9NGX--na
zZpf81TS6;#sodj4QVYa6Y}+mWltM>w$?xw^qc)}h#Vyp-uu!vyig*8Be2dqi(Dm51
z0QRH1f)@-EZjt*s>`Ys3%{~dWo?wc&8yTLI$#q(3qpFUCd(fQSH^@Q~5IMnf@F3XM
zv~np${n5o<_k=La&B!={Rm8!ABZ6EK)jSxZF-~8G0u2)v9UT_dj7vpApWAK=v?1*F
zi&&?HvBUwVla=Ipv@3kkwr+XnG;41c{n*NXZ$uHML0C3hUtY5locmo97!W#aDMNW;
zeByLTNxq%vxat0+OPp_dTW*BxRPUpc3KlFqy4pH>T2nO1`iYpE@K;*$$swb&nS`tG
zbor_~M_yMvKHdl?er`hct(|XSZC9S>fLG6xq+?xDVmx0w{T6qac&|8>o%AksNqxV5
z`REjS7fb}>o-cD5BIG2l`5yJ&8oLXJv~6to-`$ZH_ESe}y_lSw2{$8>RRLrJy{xyo
z!U;DX_+6;?_x1)m*#G|riUi*(D7eu%Sm>B8kt84a>%r=ZW9vt4t`}h$sqb_eB;Rmc
z`%?TO<OBv!==GV-m|DNQv#}=pY3YY@)?1@;88eYCLj!GP(G#(|7W98~L&rfuh*~y#
z2X6$QyexNY*~qH(#={wRp57mFcC}m2qZN0zrzDGR{)rkCG7W#fr~ffh1^tLMEx{(#
zWk5`iIm60bK!fREpJ!lU!|;dtB2lq;ORs8#$WKoXU+fxo8%<r^j!qO(_4*6Fy8()c
z`N%x90n;|)v<|*c>{kFuP*skV(0p$mdP$cxSHGt#{bZK|AiZ~Q))*Z<R9%2bQJaFt
zsb?*AGS!_rCd_^#BH|5$+)HN#pZmP09S-PG$xUm-8m(ToEG@Qpo}zN`_vNZUs77=f
z*sCap)9@3XXWP#1&QL^&;1-MmlcXZ97A#iGH*Md)qvlEp_t4Mw3?(tK`G>6Q0xes-
z<5tw(ard{=!p!6|D@{@c<v{lYt*{RG7&+dx8gX@L7iV<Ea(nhFDNzxXiLzOA5xnsU
ztkqkG{+sb-rru7@Hql)lz6)N-j)}B$!+=bils*Qg;$uvCtj(5S6+@PCsSD9d)=Mej
zN9|LZo|kkw?YO1T{@8}_k>0|{J2>It=b<qDpo)~M+S}G|vNoAF6cl8%2Qs2Thx<Q*
z&iSwWZn-fv70diLBx?V__N(Wt8KKv_qmuH=dFH`Gdiw40Pam_>{Les#j~UP<xV!0y
z&UYsq)y=)>s0?)@*@)SZD7vbAYh0A9K_fPY?Sov&ggO;M-$NPg4H_ku1m}3$s{{6>
zrw`xKxFOynE%o(IF_TClv%qX$`7FoUbM@sMk#s>P<LajhuXep;CqGi-GicHzc>JM$
zmM*bfQ<eqOi;7Xpt+X6@+sP#A?OYm0c#C^^BG{=7giQs!Z}=5>6P3qX)=Db|ZpBs1
zbhpTR1J}@TZdMyo2BR(J1b1&Z22sh$`<S<VwqDBJcJ6r0Bs_@*S+#bja?ecO$a@>$
zpg3LLvz5Dc=UC=b^Us!V<7UbW8$bRXm;oJEU31sN8^scQQV9jwc0a}*CB85y%ZW1;
zI>EWch*f^&wEn(~y3Ai}zYa|uyUbLzTwk?jT6y+NrIk_S50^d8G;g|b$0nia8=tt&
z@*q;r<kIxxtuW*a*OzK0P98qOc}Hsegj~DM^w+I~kbRnGOz_VjAD=;Xl1wM@Ii?NJ
ze^;BgX6UVkt6B_hnCBrHvdhvx+az-9OLD=OV5I?y=}!a!@r!>Z;j?4-zW%|*E#(N~
z;ei1E*TS2x+KWG%<r*7@nGU!vjDMD%(S9q&PN7dmOTNoCuAsSHag#wMqm}#;kJK5<
zvzE?=;+z!w`^eb0L{d`Jxh7uJ-)9!!L-9uG+Zki(N?Y-(mYhfm+a+PQr~b!li7Inn
zDQPkE#k&Om91BZYzBo^-xa}ej3mMsE5$x~bpF{74Gyz8`uhm6u0q5<D*0tt+5PK!>
ziRNk5=ImOp>EhaU?Qh*Nm#qA6R8Dt3&xCgM3nTd@2_^VY4WIX#@Xh#q@6x{3uJm6!
zIkZwJQiN`kHmZbVyVon5mk&;vUoEg?SzvKHesY?MAeP+cmmc=;P@EGX&e@D`A(VYv
z_LZxsW%s#Ge3Oh)fBH%-G2R2$&5qpnGgh3I;q@;B_W@~I9qmv0<MLk-afU1{cYgCi
zx&R#bRKBh2<_opi!GCoNK2iH(j=zlQys+>U7nd)6f1Q;ylBQ)Hp8At*-ANOCQ8_(3
za;eVoNGYuw?W=<a<LA_uZqqf3{MSW3el?qQqlGc}Ak>vDGQ&+C()t4YmEor4C82&v
zm3((`LO8^cl)hzwz`Ptfgtv3RBm6;Ch%Xs;`0n4o168e?y6-zN@40%pQnC7Z$g0PG
zjZIA#GurLnJz`=JTP%GA<<@jxPxsg7U#tbrlD{Z>yvENt?DzhWMB0UKoiD5>E;<(+
zw%JA5xyeMm;pXOd@7|tDDzZ`vb?t*Mr4#rl=a%1JYcm>l_FkT^4CkQrJC!(nNd5|h
zcx0C!|NCIraP)q!&1-LudZD>1<jnMD^1hm6rG%b}Yq5!pf86FLteIo)C)~H)XHnfh
zUdH0jGW6GJ-L%YP^ON)p3brTAE}EL-uG&sV5APN{5}rjnuw?Z8ww<zsl<%}n@@619
zAETRgQExJAUcNfp^_u(h{E)5LTi<KLI#g4MS5WJ_FM5<X><b)x5MQLEbnm<Q;kNPH
zW62cy4iz`J02u_&4Z<oC!W4@)MoMGT4Dcm^x7`)C+2<PhVMI5h{gM`fxgq3+I1BU!
za31zd7fK>8R9r|%frkm39&lr7%`rWqB#;|<S;%`{bT57V;Gh|Xi*9aG2^*{4*}551
zlar$Cq0pLOhGJ4U{g?7IMh|Xf{pc!dmcs>FL}D_L9fLl+zJ8Sc+qraYR#w)!+S;uF
z-rt`AD}*W(ntM{Vgi)knGJ3<*i^$5roCo_Wj<;Q<E;%YGH#ZJ51!3{|uI$m190n=U
z#Stcqacq+JqsAv|3pu$KUoLxBVC8&r`9BNZV@3)IMzx6>%;_et^2Us0gXiEE+eEW>
z^X5mFfzZE;oWr5*Twd0D**-@_(hu+9k(a1o^9sqREwj7VE-%`|{=0U$Y}|xNV^l@t
zjcR2anN)<2SH-Uwmrr06$S?oc$*CC^J?6)~<V&_5am2r!g`Z4}yK_oTU@xhChcdb9
zL3)?1oYOe$)aV%f^Por|EshYp09)G)t1ieiJf?dQrS|t9d=z&G^c{fTV!@C9Pnz(>
z#sVzU0+Bg(aRml9^12XbOM-~`D)`h7yG(U2;2HW))%*KA^~v)<rJ-`ea>1GcduOQi
zFeL&C2&mLnDg_;#h=1l&ZyQXiz5o>lI)@Sk;rA3_PNOh!T*<Td5J<n64yR7@kOOwS
z&1E{+@nC6&UEgR+lD8pMC6sMg{>;t_g{rI`pcuqFV0Lj4()`zAI+!3D8kWL-DV=A-
zIL$#ipE+x6zh!9q+rIV8WI7qE?p*e*>V4kpx9-2bZlrZ5ZF8e-qH3CD6Ahe<98Wje
zbNAY#Qa1yO2O4P^FJD4x_Czfe3m*A{wF#<wJ~a2mve#~`@12^m$zv_uXIZ1PkD=J$
z`-J78^e)qi3ggy?iZPzivDW25clZ8vO!~VAI<*a8*y!$6{rNL^lb_ym=gP{TijD4@
zaDZ3tShVbp%QguSuCpryR*;N9Bq@8S;GsjL=>|$kc(+DvEec@NGQ=lbOA=cg@yLZM
z6XQaB63D~2w+a&l<UWR2<VAhRg5C=NKL!Ra2<93ap&7!iVG6eJ%*=NVL)B<-F&BW?
z5u7;WZE%Loz(7F?>O_Ly#X}Wa^rF#5EII?ICd76{1X4`Hhuvu9fU)(j!p#VI2#A|(
zY-~rLz=W}TH{{=-8=>tpMjRh-Ugqn%tEfb4Z3-}M2v8&|BqLCQZESd9>OABCG#f~+
zn3Tdy@j^3+o`WCwVZkU6mHwf9ktn9li~SWSVaewalnuTvK_ro^ou3--lOVa4LTreX
z-bdqi3WYUVeVCmcBr$Z-%|Ntkcq6QX7z*I=t{K7~6`OpfAmp&zkx6W~0nyenFGiK8
zn)P8+)Gp#_MTIv&J6L4jqkE1?$3t*ABUw91`YlXFu$le`9DUVpv$PN96S$#=9O5lm
z))?ui{L|9-LRFMf_>3Q1x!XfdDryhHC>+Kme@%q$m@&KK-?9@`Pd^JV9f{|dwpq4|
zSYKFmc{0QH)p@rqzhI1i&C_>mb%U!%hS3NK9y`|3)FkCHt!^v8cQ8QyZ8t!@d-*h-
z^>iAU5W>Uv(FE?JixHkadp`TFP{d@#+<3sBaH>G~o@B?sr!;cWak5t{9!HEy9Dm`y
zLoavd&xH!H>*TyIx}(B3yw<Dy_tuBGFl-+?Wfy`*5@t9yP+>LVC54esqEGwd7J`~{
z(KNuRWk;OE3hFaNKg>IJ0Qx%i4yiA2MSzNokDc%_$jZ*hK<pBpB|HGQZ7!xi(MUt2
zDxg~!2EjU%*EI?22oxfU$)JWJu^y{sWcOevizgQn0o@Fozs9f40M+_6HYVxz=cPKY
zg-Fb6aR#IhHe>UQPXm!8gb$#QrUP*aG$1PiFavSZKZ7Qeo!C-hcU}QYC!lQb%(wmG
zc|5=`030U>YoE+>(MqMXl9Dkoc|s+P#Rg_N!OG8I<p$%;zsje|3_TWLFY#x;c6HtP
zGY0vJ8gDqXl6V5}G+;2MWoYQW@(0KNxzvjz^8<_a2ztRX51Cq6q=R{EWAn-+=NLaf
z=BSuBhO4ELAY1@B1A32LG?HNY>~QYEoaZPdi_v#U3GDkyjFc1Ww5$RIQ3MuIKtL5A
z3*-c_TEEu8v=qw_q^rV5iHI%yfNr?Jq@{KESqKPuz`7yf8nGx&K2MTF;NJndl0O2w
zeJL!)RNq<kUfq#REj);4@V)s>C8gB!G<8Bdo;Qy(GI^Rr&sQ657H3D!wB&YY1#&PX
z-H<<W{0~)LbIU;~zfQIADY-x7$amc(82@W3>qYC=4^gWj#S@zmM<^l=j@SEd&by6I
z#O)LhyvY|e3SZ39i^;h0<awtH_gubIwavX)Ci})FcmEc3)gFT2zFg&LIp4QCCMM><
z0pl=v&Z0ZF^_B1TaEbk%OBQCc;OaEiOOtd`Q}4Jd!(I{_a-h^rxQ-L3BFH4+yMfG<
zprNPtLZXL-g||xuaDjLp-Wp^<eN=7kJ#Z0yvQe)2DUUV#-7ydt0^XURF_3FfkNx{R
zb}*P)fGIpYhshmi9GGZNz@Cq#1ug(G!a>pqA1Z8<Mr(16S5%a-=f&3uXCcl&+!NS|
zW16I|A8jNUDDeqe;vA!5Ka~`CxB-N*uK$Y=C{+lE@ZZJ3fH~xkTgza%nPN$a9SYVU
z4GoxqZHvP=<VAY=8NsO2r%vHv|Mu<MmoFDF-WFv?jGH=dIMT-jjf$QEEk%mbF@ahR
zv#FsAU>-t0fOnzK4sK;oSV8`ULKa^%?7XmGKm>z?J80~N9FR-QCF_Ql4v)~I#vhoL
zf@lh{Ud<4e>DcVJkAFQ(_y88TEdXmnKYu|;yRb#Z`t_ezOE~HS=E4%}q1e;=GpImW
zP0uL<&Jt2Whr_U~#Yp1NAsRc<sfcp`ibH%mFz|o>Zm!SxkI4A>%NLRm6d-aVBM<!S
z_@|)KD=;AGa+X9XhWfXhAX6xc0>RKa-*S6_cdovnF2B_Y@_&vc2k(bX&%2F_S3B;R
z?ydB#?_}MwTlaLQoM3(zw_b~FCI*LDS<SMtq3SOzN17V$)39>NQ?2&%hL`1OwY8`I
zn*1s%&hLNea*O62xoDPgo12@|!F^v+CvEidB^ucMx;U>N$Q_dTu+SW>EYxG~_ku@)
zC~j?^xOD(31H8X4)RQ;XXD$p4*-2cBdHns8W!TM+%1#9`(xruIZTWQ)*KTxn-y5PL
z9gq|!87E_r_+-x(0_D+>BS)Z+=*Tg(7h<#f{u4%VEb?##0Xm6DDz^pxJsg!+L{NP;
zG|(XSiETS0WmO~<Y;Ie(UbD5ur3x_sj$9xUG}8Y5`GeP7B*q9VwI@$VyV}kR)VjfN
zG&)H3!mtm+G?1LQ%Qm%DuvXi>yV$Nz3Oo1VITP2REpg4LPu~Jb%^r%EaZm$K4wytx
zuKoEl`Rf;UPZ!f2A%X<t8Q+Zn>jXBH5CLL<3K*t3Db7i{FUbsSBpiQmj20VB!yN7;
zWsJclz=4=M0jdy$OCF44R2^9CK?uqe1SWE`rL^N1V_5wMJm|m(u(9DK<pK^i_*glJ
zN&rXUAprlmO=&CP^KYd<N+`s|ED{4G<LM<KW&Q{V>j3XhY3*!l3;*xG!J(mKZGL<y
zV8epeN02D+_>Y0h1-T2>jo|a6o`AUE=#e9a`PLVloC*+|jIxC!BfAcP%k7^ZeT_r@
zpF1Y;q`<U|t$>Ay)0s0C!<z?KC+ImRWjxh|{bRn{3~f-RG)rc3v1Yu_F?ORP7#pZ8
zIaC+OJ^0PSXKKto<JHR0yS<(2*Z0~<><{*2*d1i5*=70_*KfwFAB2zQXn7s4M)r0!
z_PiHQ3kS7((wnN(!kd+=&Int7pfh}YliT*$Pr2t5N(Mf$SE%do?gr9NiN)Oe`H8Nm
z7>)1jU#{Vg8Vd^tAU{fy6&v#pjvW^kYm((}lC}B1i|m$ybAy~lLe2C73M_BtNGVXK
zSN{A;OiaXX7BFx8Ror1YCS@xtgQ!7J)ihk0M+7pEI9UIgc+AxvJd3=<$M~laiG)l&
z?d0?EvhIseR|EwGp_fC48leW`dR`aOKt5aJ1d({hmD4eSIEwgss!$c&eASDv#iG<h
zUMMm6^C!^Zm-Qm!6w=zjzvCpSY!#Ew^M+%m1a<^5jTm&?dDSUUkKnU|`~oEWvTIn>
zF_5}B{QQW{qz7zGMFM;eaG5bo46Cn6sOevH@Z*-@1lo;(z#kRSRPYR91w#;69IZ})
zAcuf0{KQyDE32rG6Hn9*qS{3H?}A%XKzfgtkd&8{u<%VN&LQ7J=A@h_)W^`Z?4Y@e
zVbPK@x!uo^kyHC04bo6!Q(>M92_B^R23hF$Vm_dL&&<iu%xHhuM$K^9oCE}Mr@)_l
zq$$0>{~fH#RaGBLXI@vBdJihpmzPZ$-FCH^70~<e*D6ov@237L=5;*gWW-?3+|x^B
zY?N58FHmOA@rRDEgB*o8)Ao!L9_2RcE9n-UdCKN%8>_5KV*Zu-oNwZle)bwiS%l~x
z^pYN(QaiIHoDlJ-tR@yb7ai&!!0Z9U(_v<(+oQMY__->xQqD&^PumJg=Fslvc_*|G
zaJA}#Q31VkoM--q#9I`!QVDV*BIbnyoppd1<D(5w+$-szkgkml%pPfHTc`^=IAG81
zs;@tt)>ida+05)IIL$p%xVRtzLwI{j3%*g*d+TUMW{>J-M5v^|YlL>r65=pyMUdH;
zl|@IO$%fbDw!PPtE0oS;KqERZ3lKQwemP1J1omr;H28qU*`V>ByulzX0PGuDv%;Qz
zG)Pp@=5O!o^TfZ{F9|W^?7Xv!3lx?YdBd|V<xvIJ7+3tngRGJQDqr3E_h>b6<XF9)
z=Q^2s5zk?!O3##Y>cy=jM-2YN`}S4!^%<wNK|of0&(}y0kI&!vd6ZtjXG4mMp*&;;
z>bzkgA#1;&CklW@`Snp@5s_P{D&XgVSO|KXye{M|kP+wkBM=gROZCMID!EW}EqL(4
z>Y+T_LqGa;3Agi@qg4D(<bXq<!4w4P4LGj>iYJrLJ2cGSNIk9??MiAQ`=6GVm!zh?
zZ)p+My(Fg*KZf9I%cnnNL`Rah_|h639pHK<lD;Cg9#tafdGQYy=kBFaGI@#FE4?$N
z8^7eT6Tj=Xeg5o#!ZTE5?W@)!i_R<)`-zFRWMW%j)&H?{-tkzs{Tsh*Arw&vl~5!*
zQK3X4Ns{bQlD)E5S=mWKRtQN*60#GLkc4cKWGj3Bj_ZDY{qsDp?z=l&-|u;T#&Nt4
z5<;fi<pfQ&UK}=;+pqT->Ydb-KkTdYp=NBJuy2*5f<CAg2PeSIA&LTheX76(?cIO6
zt%mW&ji2*l>zN{4J&(!{_nhtt$RSb6kGMKEC+Ufs2DBt8jxLWC=(IdBYbCN}(5|eb
z$DV?KCGg}d@;mkP^w6rq)q+H*#>RUtAFU<X$>s4=M(x8J4cI<P4iW-4HTpg*Rgpl0
zlL@S!J=ElQjnS-SwS$TubpdNfX{>;$??YlZ{80jT4}_=KhiMDGL!W^W3eRql_%8@_
z0EwUYIE2=HzWD})81Of|(Xc~73yf+E=Y59-^oJ1EO&~si$m+O$9cw5YVMAi%2;k<~
zjhhn14P>xn#~*ZCL6nB01f?8mejGvnSp`1WNa_hK{~q5ye-I8s$c8aa!mWa5pP%{Y
zfdi=+IoTA$LQtwV(A(QIY=;*a?GqTvVD1oAjvdzxE9P5d@Vr0^=VZq8{w~famQb81
zh`QwA`Gv+D=c^nym~KazX$rgPuJbTblRK0WW3n*-x|p%Hx~gAdmx|ov(7KtyDp~B1
zg~&lEfY1Wk&<qX8)2&hJ-;<N_T$#h2j6upnRr%<BMDOGYb8~*qy)O(a6Mdqks&tid
z-)UYK2wZ!0T=m9k@vo{<of6rPCdGPx%I8uxw!dGrJUu>?E%mJMzI7qN-GTLHg$i))
zVq%vC4QGHjG2Isj=0{Iy;Xc25>KCM!1IOy)!lSc>VmoY_nZ_!-7N;jtj~?YzT_!DK
zDRWng-h<~ODai{(1mFO0SdGo|^@PB}Xz1PjwL9Bwdw4akW9u$U{{#DvChYl4u)0$E
zVS_q6H1rIL*Y*rx+-u6F(lK^`3iYWv33^N0Crs4-7@MI<+=g5L*AN~dgw_Y5373<T
z!%zovrsH}g1bNgM9$?8=Z|gEc0)nM<Z;@peCO!a-H=DIjF5)Bunf#)Pih!V?CwBX=
zZNj*QMLtU?t^{{P=zyGzNKX8YUk%1tcql-R{6&n2fCM_L9bX|aAnxlq1~+$i)aVGO
z$34byW(8YJtdD^mR!~qNf>(%|!gg~={zc;vUZ{sk3IJxX&7&LP(89N>d2}ZY&F7XD
zBrw7UN9<=Eetp6hirq94o$+~c&{LHwGZ1`lQy-^*?6-XhF%&+?^gui`8%nug1u#!h
z>_7sB4pIW8V?r|!9kg_G{$lgE0^x;_1#KWB)&L>k-zOJe&+qO#z`;*f25A>Y9~g?$
z1OTTBH$jb&6xU9SI*3fTg6=8&jG-{9!b0Bjj3K&4{JdY~=Hg97mH`e-9EU)XFOBPf
z_XWYUWqyTXs`^KhzmQ%U&;Oq2$U#UIAki5aqr~;mjvc5Bko!SIU8J-s!FWUWGCjAg
z!?EN9^^Q;jd=wz&ZYdp>o!MK~PoI(|oe$x}%BMZJyVd!r??cRpNs389i`iT~12)9^
z&TWk{v*lv81Le=3^ISjPyBF9sU?>u7D_e#iTlKTKEbs5J`if-ksUK}q#-ZMaM`I4l
ztLPp387`s|zVl6BzDm_r#>{OFO4Vgb)~^0no6FaRvaKGXV2X|&nJ67R0G5+Q5so=l
zk7e(TFJh_3t4^8m5g32*3q)6J>D;*!C2GKE_&U3~<IPq?oz0!c5;OdRf3Hq+^0r0&
zAyLb<UrgMJJt5@BKue$rASECb=21$@?8|t3SEYJe7>dH)VD?*e8IjmD^k%BR$muA1
zX^%5=$_`kI4J{uVEI#NIkn`lj%xkVYr~Y9hdGF3Wgx>7ie3CWxWot{AU}JgfsO+}q
zbklLe^*v|{(1A%oOAVFYq{{ZdQsVRy#?|<R?hB`(rZTQ2cr;+ms;ZKmI+@;q9H-?f
z*?*r7p{pqDoyHLYsm0k;J9Bg7{@?>f7*3KJF-!fXD1<#q+r9vUz0^E<`EqL;`yA>a
zVkigq?qEzih6bC72RJh`vIzKic@dud>>2l1p!=08yY9)M6%RDUiw*0Fk&#@k7Rto5
zwm+ahNpY#66~xrg(-i-Uh_rG;`pHe75IrH=J9jXNJ8+;X>p-B`em7TFNX34%|8~a?
zdBt<9zpNWuJ)oB%ecZJRPlPl06YcGVz`{!=>||$9gAz~|`U;)gz>46lw-*X?PyoDM
zW+f1=*xQmikPf-ymcZ!dk6$^C1rVtSayTLb&Z3IkTpddp`S}w%)*(hNf*f8{HMIzJ
ze!U9!qMXBf4J(nU*wdp^rl0uqGe<PN%Edr2u{z#k?sq5N)ZL4ANnc!S${%wYGiuY`
zO)tnmB74kb(Z4<gf7{g5p-Y#pCqsJKeY?S7y(<55Y)r>hjprBsU8pSIdXq!3$rT~N
zwf=lAdMRqD=*p}9&^<32-OB+zCfJoY(`#fefac!x<%?d4`dg>$<v6~j(vw;OV82l)
zML3NwzH^Mc-Mr{{>*rAYaQ&;!SJHR%xl4>6Z*=rd&DLMWU^5S38fcoj#+_VjiK^}Y
z0*zBF%Yz|eNol1bNQ&O;x4BMq>m5CLa^D$eU#7?pYcC4-#az6kqT;wUPA>Goqxn2e
zA&>Wl+bo=s;9cVvr`LY9A+a?Y%<FS#s#&26gvtk4Fhom9`nmkg=laQOCzS{lucZ(K
zSs&uvY`#TiWsT{dq0d@@q^B$FJa07a+Wb;XV?oNbRgv~@q=Ow4nb3t072?bQ>WQRM
zLr<?9=PW*O<QO)LRIU7^EzmAEZHR!Z|36;v!<3XNumd5J9ayF$O#N)UX>sL6*`+ss
zdn_~1q?frA(=GkToQp2U_<AYS>iTG2s6J~iv$f`_iNE}FgQWz=Dy|IT+z;Y=fk`Vx
z%9SR=gKef`V{g4YMmlrhcHSSv`|rgmI(H2#y**2NlA-;5w`rA-7Oo~-DO|T@_LM~C
zNXi?AoulWdPP4IE5_zl!J{X`Nt-a&=5zjMjUvkd%k!O4>zoqgQR9|uC^)G?7jcGT#
zygfK<PI;EEmW(Kdcvw&Gkm6r@_e|ZU+!Rx2qA;8KJ`x)GS-scN&$D~sFv6Rat6MCc
z6p=V<;JCiiqb%lt5fqs~^+>$jKDI<xRawVw>vD;AC0)Y31a?bI56@t`VHs+799vl-
z<a)wsH3IY^L?Fj2R}Ok!$<>0fNtz=936=)wZ5&c|MuU~a;sp@0%1VQyF*q?y3x1%P
zg6#?UUEZr)yi9>#)pt{hQD)DyB#v*6XE~n<TC-X6*tb!qy0O=vDU52=ZxpoCi7&Ou
zPTwAJ_seFH_56qxe(D5A7li7lnp%_hi@rPW6RudMaVL}MPimjK%fGliQ6=nWj&A(H
zOy>qq=L35M%eMDd@A*=`aP6}Eaf00Mtg$+Q5Y*(efe0B&GOx8ekIH1+tYmq7Xvj&D
zTIxSKB&)cJ_%o3PJt_+UUyH>}MYv(A?t_P8{<XdvuSA?fLxO|v&AY0FIgyhhxP#oU
zCagF*7}|bJ@E^T06UP(jT(%jx5y3da2Zi}9$k|4lVzZt<f2Cj6S*qLK)+Tc56s~WC
zH>PPG#Y7L2Z;})T#L*#a4=hhu!~WZJi1gf=JCphD-TCw@(AlI!9Vjp46l8hvOzu&N
z?DxU^tX(gBLS0=7x-Rm1KYDVd|4QYE`ba99@=ki|AIy`k-ZXYueO~#|`%AbpY7gw9
zX;=x$%29!$<$y`B=TX_VL-s1)SgtqGK+nB4Ofv1;_w`7c?g6R`^OOR7*AM?3Y_uX-
zt;kD8Tj`4r4U%_`NF~`NZSH%*_8!|uV@5YtE2n!C{*d>i#sqD~-xJ*3RHS16dTZ$6
zyVXW*&d@yeXW?aek~I^E^LoFY9;i#Awk;c#cFCL9Y;+ed8Gsj}MlOn&@w9c{9}Y9M
z6QYpHK6|d#w&O6ke^``ZAE+610rT)3#1Sk)O7otWdb%OgAkU!LXXa#n0Bwa-qRgtv
zqozw9OK<7u*+j)WUTcf9eej6B&zHMYwfg;c;!L8!rTlI)Z^>O&5mW|DY(M{qhJ@x5
zzE;_%A5V%Hb7&A<^im0ZQ(*6Zd9-29^bh&_lwO6H){0%uK^0cdUU@#-(C9iGt~_t?
z(k)q5s+-i6nfuv$JA)IZ7pRz{pV8TY@>UGV)emhk(?H**!x5=LKT^JRWVmf_PRvNQ
zk6bn5qu#w^FRSH+hJ?uLDj{PlDq4a2*suLD{!*k;03(SE|2J_=jR3Oh3JLV}6*lIk
zto}vXLQQU4Tz!}f(~u3cKz)Ez;lf381ZF`{t$cdhas|mlAYhH+n3zguW?Wt{M})<>
zOj}SA78b{uDoi+Oy$(Ly1A~H%@BTL!6O0sOn$o2Iv~7HLiR6(&^<dq47!#s|;~SsT
z&@%Dz*zGqRqmGU};WWJQOzWQ7!Ua9f@^bmkAsvzFhnpBJeR-lv)3S0wYAuzKk&j@t
zyTsaOI{5r;g~>2NiOo|)gn}xXl_h?p(W{0uf5-f}Cry`NfN&gJbMFzH-(<C-apMei
zE-1SYTAtzg+Vi6nPnu<bxMlhT<(MDN4y@|Bu8+Lmfn_+tLGt$OgkIpFJkd%WtN@<4
z9i@QOSb-e3@1TRDBP})cA2fE8leNQkDB`syw)@)?rR>#HA0oS3?&h!kM?duU_gMG7
z^l%3o>CE}ZqP1e1QLmLKH1FjcE@Me=Ua_prH+<}wDq{J<^)(Omkg%^z@Jr3`<JQ)r
zjL&JPpS|f;I8iL(DEX<09gT@{&)K8~pPQ9q|I}?>@R?fuGwa(Y9Xf+|EczH<2XEsC
zxs5lB9^C8%!r6w*xBXHkZ=PKe3YVOiojoE{S$%UtOthT!*uST*FDMjfdko1bolo`l
zuHL9RylEZMz<fQAl#m<Jncq~&k|Q&=a);^ks}pxlqD$rCO3|GyE!frg<bm&;5!80k
zv?W>>;D4(#K}w-Xf$KuNm5z=MmRRUd(C)!lgkiA$>A}Cy1!H9Ld%m@bd-tN)ZN*Rp
zm!A~*?KeV0Gk}5(tTQ@g&Z+xo>-XgECLUq^V|_(&)4z3;r*GG#NHjkEBxU}DYe++G
z<@t4*h7bs=Z{ONH$o$l-W#RAN(&?8^d=%vG{pz(%0NKot$9*CAVKdHJh{Wn{?W*QY
z$kx%=Jl{BGakVgo{qDOI>H2;(`MyZod*JZHA+WagCV;k|MR1OeI<DlOwMjwV3%TDj
z)b7TgX&aLp^9**_WvpM+vSi^j^_Fg7Jbfgsn+TA(#z<!5aDb5-t2H3XfF;9P9~%Xh
z<6Eb%AdPqfwnt=x#Ww9vdUPYJ9X&+&j8eAdd!5H+r1zhtD=jzO?9b71TVLr5c6_U4
znVWl!nfbz3e(^m@^VL*>)OvCsA~GCT<DQ8h$zRet-R<zkzU1CHN`czy5cMH9B{upU
zRC||=eh0#xHi7md#dCM;<By!R)7wq4R2DBa3v3#54r<l(R9Qw%WUNoR91dmkij%W!
zQ!MrKP+8|QQFr$3?A0HlfV{wY;ZLeBp=o0^4Xj%KZ~>Odo5uaGaH<lN734KTLY}kj
zGjr4X<}^FbbbMt|Z~T3l_>r;I$pBNcBZs)TPd($N^qt%{{Yp7i9dt<vwo9;UW4b;!
z2XLM-4j}Y&SVaPR5*j+cyo_-IxIQRG?T#?|)z~%Psot;Pduca@lkngGd;eA4P<yXw
z|9iR1t-X>2p55mR2H@}8+`stsel^9R`duth0i;5$#;!@PC9l>Q)ls?47Ke+cUNOq#
zay>z2H}icyD3EF<TH@hCpd6zUX2Pg%v#-VjKyLbClYxQ#u1?vB_Q};DR@T*H4!LoM
z>Z4ksTHZx<rVW_h^`Rj6hRDlRWvNO?S39<u%Y4q{^1E4H9Hf<FZE0Dk6ExNwO1Cqq
zq`YG1&d*E@9zup}%vU_WQOxt|OtD`%mThz8`{lpFl_EQN`ivFD$w71)#Kg2~o(P=W
z5)%~sg7G3uQG!n(xFN{>FDYTzCB<Xr<n1OTpzZd?F2cZTv7;@i921m04CJryGaKSJ
znvTl?T(JHt`V7xEYafLS4Pd}3JSuH1t%aX^w5)lrE?0fu{3h~Er2A-GoK>duoqp`R
zkNtaZekR?(qK9$ki{<ZmbNxtDW@lp~x?T#qQJXU;DMj8e$b2VxS2_4?dN<>xq*;}n
z4n@zNDQXnv4#}#fnHqENBQOz`lb2YiejL;KN-fSL>!hM`?)Ggj?KoYBe;-TBK{_4q
zsd_1Bc<xa2|I~J><wITbEgddWJewzIg^l}y&jjI6uydvX;D)%Z9#Sj?j$}W0fxXqR
z98lj+j6b}eKB)2LecBM1D%%Dd({;}>KJS_&K~nnS+N?ElJh~=xwFDAQQyQ|NytgR&
zX;;$QOhwZK-T~rOSUmV%VzmePInX<og96D&k=7h~H)q%mlpu3+YN5naYiVj(IFQAA
ztT_&V^aF!%?eN2&gyntFZ>D~cF@R9ExEN5hO~sh2wKb6gvBkS%x(5S3^bRmodAf1S
z=&IH~x=oppN2l9(ut1W}%3yandFWGx-+A3OdC{HIuYQ!~FDadPWG(M&@{~1hnCwBc
zdBjMlVmdBa7f3<1@0u6OtgSE7Q@Jkp<FTo$KQnVMKd9DiIPY=WtMRML5={vLlq&oD
zD;aJN=3H4<u0Fk^Bwg>XUt5okb#XBWVz!#!6`p_mHff!d^t8+HxQz2#CEvy6hWhp$
zOso!bO8?RSu1l&X{t>C>(V4BR?ae?YS5?&@G1HlwdII!zTiflFeP@x|c1%zZIjQN#
z;ZrGk`?lJrXL<>_M7SVvp0YACW6M_7KV#JmG{N`p<lETh17;Hv5|X%65j`|EPeO*3
zr+Cw_4y_Gdv{_ax>mO)up9h$6tE~c}F1Q(aPm4=R8oYN>=8fJQ*M9v8x$32h<Bd1p
z5Esr*L(yDgV~W{L@!@f-#q{;}C#G`@dlSVVyu090NWWrUlmw5I;}}ijuU@U7TrDWp
zT<+eHIBg@a*(uAix|iVVd*I981V8!9=KWt2f_HR3z13VM;Ige*78^lzWo9UMeCUgg
z-Fnvk<)hAJ`ng*1%?_j_%_C8EB_b;aHL?ZsE3~AApH(^BQtz2uks1+;UAIn|lv@7T
z%^D%TrSM@Q&}rIbFjeKXeD$7WG&e@#Y&yE@{%03VBPmqBJfNU>bS+2dmf6zE965W|
zD}AntWO+OL!^8ozFn_Yld?KsgoYg_IpB3BTio^{uC>iMIUwtPIGR4Fk7w9C|nlV$G
zL+>rqp%C2&U+DsVe4Hm8$SV)VHdVoE=Cd`Q(h$kzGv9myVrYsJlJTn0C1Nv0MbF`@
z`_oQ}KB&-T)*wl347&{apbm>7ZNb;4u^0kN8lMn1_5I~prB>(w;WS8SMj#tEH5}Cl
z4XvE9f<F@fJRhmaMa9MNg^Zbzd$M}chT%T~h=F?&z7Irms%B!e2f510X!~9(N!K%s
z<noM~@Snj9r7Ku9)_R{EL@U=nGcz-9-iVg!(KFDr(#+KS-7bANtoz;KF4|m()CvV$
z<%f=RPdjT5v~5DjgoHJNd4BkZE@s?kU_#QDW3FOxso5ifFBTHenY0-PQ7=<5gw@}(
zJN|WGpz>Ce?B^yKm)T@`LJ1k!vrNUPn8Tc$uTP)2yEO5jBah{e4o5Y~$!BQ)opqhV
zp9fy1DD;&7rR|w7&0#e4W-L+$6Hl~#-vVgQL!L3!7hi7@UehQ_elkokA+nW(%KvF?
zf*OfX-Xi76XXu~m)Ej@3_pFQ61X1KAwIp2?ppa(Wug@X%I;&{$XWDtD>-6c*<V3}9
zetahE6W;ePc5aM>&~)xenc~W}l5NNBqFZLgw`3EjKQS5jSEKX9$9?oDEIgzHbWTKf
zB3`1~DPEo3$W6uK2)!rw(W9T;M6e_uYe|Co5}Fvlb>cJ><a=Y|1AaAFy?tqFYBv`L
zECa{_00JPMasL&iG~|I54`#HY@vwqo5Xuq?)fj+a5Okt5JIM#FC*0xqd$8%mc5-D~
zEC{+F`XHFwF$~5;3R(}4o{{yMtqF(PUb@Vpq8J!sT~A@5V<&}_@ak$`FhwxRx;BQ-
z7{^Djf{A1TPH8<MSfMdxvwJ&$tv!d+nD~yNE@&in2Y<vX-P_CVSA%i_`^1<hPckzy
zYIdR}K;$ISLN4&I>DzS?sonqZ#b9L#Bn}3|aHC~t?59_P&IvOyLbb@tQz3OGAe}*U
zhMfckv4SjkjPJ=|!J4VgkI4$$G&@re=d5<|;s+yPe8xx<#4=%F0lBF-P=46c-hYPH
zG+UEq><}jDuSq1kIm~y}Bd$m;j_3}(Wo9NRv1j&&h;_H9Ep~Dqz3jC`MKsgY50)R$
zK3C|UsbG@pmg`=3n;i>r%yrJ$^QL~TriWj+c6~;M^0st!q(mOeZ0EzKQ3!TMM@v1H
zzGzqW1zp@vmXTR}eR(41aF*I)&ve9M+vJwSreUS3VOPj%XG}5NBBvf$FFkK8`BmWd
znSpI_aX;b3!GpXu(=;?ZEE0d$GX`G;YmZor`<%0FOPQ78dw$O+v-Fwd1BeLjPJGAe
z8u`Km0#+(S$=aX2VmNt0V1=N-rvLpSo{yGEhSLjQAzeT`!XeinUEXLsX5bSb*o!zx
zT)`HL{Kv8vY}lAR6N4UxXqJWlm#N1pqzBwS5s3zMUaC5d=*ZJcKcJCZbl*g0*W1$r
zDIj*~?_uj80zPhvuEL%Qci->7uCQHVSp}^P)<-#7xo}di1H}vFtDdf|N>)2DAPSy%
z3&0Ja&9NwYdVwbyJ5wX0p^D`JSPoGWV@N&?m-@q)7<|DzF&DvGQ02umzpva4=DC4)
z)==gAoL_~mN3D1TP?&TiHegR`ZvF{588AD}RX~Sx$cjJ=Iutr`1mp#DVEXT@x+glS
zW-lYQ8k)`hGS0w0U~_6v>TvkvNjI3P5zvW8HluwUpp#rJOg;!iqd7680wYW;+JMKx
zPGfF$1G6_6tMIcu2gzt_bMt08w_Jht1`h2<7kK`I`mcDN@vC|9>Xlxl=c?@1Uk14G
z+myIQ$HtHk7_9IpDyqP^78|>70|PU&v$Aa|r~LmC9a_8;*nmTO+FQ1qusR>0^2Bv8
z{_>}p{$}*+;$JDOBQEK)m4E3F?f2b3Dg)<;38S6kef!3P(X3<`;`<k@9Jh+{3z28F
zVjLjBJe!!F5<lg-Vmv4#^{X`b!`a4(j@UgkVmFnn9}LXpFZj5%Rea@VT|dEQtti+d
z-pg=`<2Sca&2RE9wXuPbAg*^R8MkOz-3RRVSNGmpnrfHc^LBkW|98lfU9a;ZT{t=!
z45!}5^*VM?F2-(A%w-$>Ts8*Z2?>kPPwo(ygylW50czB&d>>3qkn33tzbbHg(4<J)
zejK(-uT>0J#O!+;d=pSGkVt~gz+<-J1oG>#F(~G!I7B~)b;K6dtBk=4!13`VyB@?M
z2aog|XSqQ>jEw6L^5H0gG!o-a(4w6dCpz#)SPeZzjvUE`rVGh+nVEr2qwk7~q0adq
z#Yp1BiT^y27~LaP05Jlbk<eZO+wijeI#q;Qz@{fOZpjF#Lj(?XQV@zQz$p#Zm9nbp
zM(^O3nP@z56yDjXMZms|DqhtayI|-YLE%R*$$zgT7FWbL7NjpD{tbC8__oHz#;zM0
z`XDwD3hk`dz>sCNgD3}*1E$1a0U&uZ5zBp{SlRWdLQEL2>jhSZlmMP4Xcd@d0bhr;
z8k!fxgCJWK4pA(E0Vt&pSA@*&TYvv%;N7#vtcL_y5Wc&Qt{(1n26k7FP2fHUXaL~b
znCk|?VPRG_Hbknr$C8z{_K#1W9?aWO{;%B9Q-+eRx>^pO7Iugj*8Fa{Rk3O|m2@Nk
znj35x`ubjl7}Y7*9Xe7Xlf7RuZ|c>L8-0d?&m58yO!W8hW{r^0i<w=i(vo@oW0r*M
zS!${=9%jh|p<~UKs&BV@bm}5y-<4j;_KsU={q0qM*zvSEr%>dw)OXhx&x(yMk+10f
zvyD%(%j@EsO`LxQ=={Clrsul)`iPpmL$9=d-;s|ad>@`PHL+V*UTqM`T)%Rbx3*ZR
z==oacqvIFXL+}3>ns@U%c-{XXgb&%8Y`b>JAB?j3Lyo;W;B4gbU!e%arrYLQOzrU3
z$wh3-(j(7+IfnSwAEl02>il655tYUsQ0I^Q#RHJ38c(FMKmzo!u8x9|5@!LTwedXR
z_WREl`*VDJhs*>Pu#TmASc+rqc<b|H;C8Slf}9T<cI@R6nx7;l>KPb7UJJJkiZeti
z86ib4UTwR!ZcnfR2?@!;s0R%rqhL>%nIX&@j~op-DXKuc1S{Xq^6bvlE=Yq`5|AaZ
zFcCs5B7(q{4>fd<j>yU)Mo+)ev$VXt55TZ%*Fa!`%2kT$;O=0YzbK+`lJV?LRewQL
zEPefo9usdEcE?bOV#3~G(e(NASMvqTBv3x+k^aFEg?tt>X!HQcfQAnE3*(>{3Dy4*
zeetqDfv3*zAD#jkBfc-_$i9C^pcVKf{LB{>6vzY4mM%`6qh4l&bz|rvWTB7?F1p9m
zd}ZQ{h(E3CM0I1EgfQsUrJ-|lKd0oD#8N=Vt{nZDE&J1DN1dnh`m77G=k_MBw+%JN
z&G}D6`{6zQ`BPwg`~yTqE`z$)Vm8LS_FIQ5z6q$}HMvyIy*0C5?!gww9wD)R^4f`9
zY6{Nf^EJE_!nMbF1zUdM=^t}A4EGo%Rip=9UgOQ}pP_3^eD2iz-_{=N+*0kzia5r_
zzYQJk)H|yKmo{ge5@nmF9^JvRRqEESKVOoGq4a=G0tJPm6a>1gtlQH)MZ^UzXb=*|
z0LB602`WBBveO5_EwG7}=Ve=;V1Xb4xU~gA<REf_Jv@-<IfrF7m{$;BpgsrN!blkF
z=IkjQK^6pmZtu_)oExu!02e>6|83teHrzu~ham|hgPKS0N^#Ipn!a_iqtwW%Jsouc
zM(_XR5=bBe*0IJ2lN160P><+4V5H%3H4=`)2aJ*2WV<_TB4<)sNB$1!BC3dqi|aT`
zs1mJ8dfQNAtphq`bP=aqLGZ&<X;Yk_$_q0iXJpXXRD>MDDdBhjJ~EY?&44X}z$c=!
z<m8+(9$?N2U#wsnMqnqZoq!)lVAZoyEep#!AB!v8eWCDk-50o$(}BnJ+__C-<L4PF
z6>xD5-jKzzuBa$mia(z&B`llss{XOg*&hcyGM>M&cx~Y_Y7<c4<5+$q@iyH^#EqFI
zk5EXu`ufC_mA}UtgfIrz8%1AB6&_!|!SGirXr)f^z0!M~%0d3|<57RyI~C-bIKL`X
zx*%G^6uO0;BBVhri|p7{x&xxu67BaME`{2!bQw?aC9*5mm1QOxgqEK-?IaM^#J#d~
zF6-|xJUC*->BO%##5Rqn^0TSnaRLh_5$~LcvY1%l0AOHKT>SQJB9Jeru$()KICetE
z@!)|J^qh%KKCZ4mvR@4{{%7>Sn}WUz3M`KI?|rttQ5h(0{Q-I}J9|e<BOv+NU6UZf
z;dYF=a0;#ze9So0&#X_0WoWE|R|Qp1U!NX<P`;C)Y?CO{RMFQ@YA2w#deV3k{cx(f
zd67=k1&n+kz!=uWUo|W>gqyCyKo(<pTqg+2vE1#4RBb#00N9q4NTsS%Qw{yJ^Z8c;
zhYzTvulZV07^A$N(ij~chCw0j$&<huBgnEbzDHOAVuSum#DO>htvUANWqu9Q<Kx|Z
zeH^%$kl%LOYx=)jBrJ{W$P$`6dwM3Or}34cL>iK_j#s6WXN+yC=s!#IUj`+ko-z(h
zOG^Rz+cZ0OCW@T<Go$w2PmO;6gq4NH%UdtPUS}K79lzeRAY=Dtd+N#5m(DL*=O=4Z
z<8IY-+6|Ds+ysaj_{pr26|`Mp$ZT>MJP^iOx4dh{o#AOizl#KKqK&NAtMRz{KCx>z
z8Ajf_OD^*w**mHB0IJ5!w)+08OZmk~XZkV5{2(=aSz#mK@~#qvU-(Ok_Y69RIS~lV
zis!p7u<ppxV+%`=l^?%sOIJQmwE1Y|K-{}Hng<xneF|CvSTraeiYqI<5uJ5HoPg&<
zLE$6bZXgE%%m%g}t(!~_)o(W3{Aha3&0l~#>%CEupP!FUOW`0AJ9wjQIcN|K_3iuj
z$4N>0T3VE4zgtseQ<}}-k~1uI7=>JBczzYSc7A4PW*`A&2}LNM+o@!P(zcHS`w1Xq
zpyQ*6mJjhUF&&+q=z`#>!F!1CYuwuhs6Ut#;19eeK>*wVYBmlI&~C5^1^LF#(b4bF
zVGL{%F>H;Bx`H|H#)>^>WLH-gA0zdUseghnt}r}5Q2e92pLCLj7KWMTj<^mK?rv_Y
zD9T|>hj|LRd!sQf`1gMN_<_g$)hof0E#y^qzqu7!Sc`b{&9-kfsz|X$)FXm}JkR(5
z4q9g-&-lE<0y_L*O6jB-Fm5o$ypBa8dWaaX&yrDbEnph40YTA@fMuO~wN#vF(d_oU
zUIMWX;wgi|`fYj(Z~2Gm8RzjQcUA|6@A7YEh?{LrRA|&fY-!_@=o`5=Xle<uCc2y^
ze;w>E+Q(kGdKJE;WR&d2!fb?kvpqLOubQT79Ak1_xkNJ!(7K7skK-=-GhLlu7Glmv
z#D|ZVNGUK!`)b7VecA-yMJznLwCPDf?T5G#>4yp?pIT#y`7<e8-U8N^{CrN8+n#JS
z6lZj;L*7l_>SZ{=DcLQ-oOrsecK2rzSGpCI#A7WIOP^-3OvRD|V=y?hvhqC@73(D$
zM-Y4n3ZQA^Y3ED9-H;m9dY^$59MN-|Ym4Ze;8PeJ^nrAYv}X1v2(9Gg8#Xfl(I7UN
z7g>T04WRzO(<N1K8H(}9$jE-1po*~9+E(bKz`|7K(ZK%!&>eR?Di;*jP?{uiI^nrR
zU4UP}!C>OV7j?nzq6e%MC`Y*&h4-qOm;g8U;6F1F#y!`vHSJy|q9laN6hK&>-KbHC
z`ySi~;%vZehSohr*@}A&F9N7*U?AsoD5i@5-rC=vgl*UA1~Lobo&!)D?v86YT6<Vo
z!I;4-gx(YRTP1Ifr?f)ijE1pgo)I$u{Ocd<>p@7vvYbEWVygOHJia$Yho2CcuXpZb
z_uH`21i*-g<Va{w$;pwpjr}|-aXQM{k-tQ&O_(=}!ojH4vDSDos?a)V>yrng_Co7#
z(Q$NTN1k>8X)+JecS1uCF;Zi)bw?7P3^*sa&lJ<a|1?U#yQGt=_58wI1+@u*yCe|e
zOlZoA@W%IuZ(Y3{z{}IuXqMgl`%?=`S6Af6f2P-|@-NL_bUgIFR7aFR5Z2y#?BA35
zq_NAzNl*T`Co5OKy!67A<XL!Y?DIaHGDdGn3DrD({`&we1LzW$J{{$GqoKHNIcw{Q
zKv7zyrqcDidjG=xw{`dAB1OaMk?|ej2PL+2gxw+cs9yeEK6h_KN=(crION0Wjn}hD
z0c8Es`uaVWWplHxUI;v})*1B9q>X9K@`Z#Y?K;i=Y6NKIaplSOxw?Lo+TE0Ob44!F
zpNxJV|E22D9$5mxuSQVk?H@!mLBDjDjeyUxyfPm7@OUmIy0R{BSM25bFZ-wlA2FUH
zkhufS?wj^x7%TC=x9NjXPO(+@&*|w3*e|j*EfD^8DjA*`f^YLy?q@110y$(aK6qF$
zVS@V)cc@vR@reXH>M~g((yL~uoL*7k<Adn|d~404H&73ehskkkS9+d&H7+fK5zf@)
zBy3$ROmuAFOX#QQ85m%BhW`T4tM>7s`-B!zV_bS@YQ9?(!NOQ$RQ=frrRc`YpDxH1
z?MlgT2clk=8jW()Le>)ACXkRI%j@soAMq6~iGacI;9z_Asq)RG-Y(g%mdQlL7OZtU
zcLr>K!9a_a7BEgcTNn&j6h#Qtt7d3GGfY#3<}hoRl@@ldxX6S5Gtmn@%glt|N36S>
zN|~qb-{_UAnSH4_{{8f~ZZEq(^m?+I=PvbY7w4@vfApYTNSXBBO8Z4C$QCm^vQ*4-
zEuZpdc*2=>9<pZ9XGMfu3jb1_rOE8Pyq2b>S|f2pk2KWTE2N2NQ^$Pn`yq9<ZB>v)
z@0Z0Y;g>JvTQZ4r60z@FORg%Ny7SflS8hD@FUn_yeO`FW`f)L?-BeN<5o?`uE0_68
zS$@~u{cU&m&wBT3Z>xF*!T);Yc=I*e`^WkxPoJckV8G_U;q|wmJH;}DeN^Ad7ZRA{
zzG^>yos*jj>s9&U(p=ugVi!Wa9UT6FfCevCzfDz>kvf{DQHRn#+0_q_$Y0DrFsv|O
zT1$dKUOF}u^g)j2xSmh$^U}UoV}v74qSR){8*S}{1=)SHus5oIEsFXHTk`nPk?&pk
z!3|)kd2UVDmG-~h5&~W?LgF{Pelk=Q1LL%4RNdZF3k^Y8+)C7gJzW2Ku0UDYMVq?I
z<lf7iJ%<l}W4OKLb?yr#%bhpBj)?Vy;dSgw))Qn~DdZ41t3<8Mcslvk_d1KOInG5t
zeB@xD#kUa{<Pj^h*!||PD7O*aw|$*mk-x@NK3`-Oc|3k+;7%UPE-am~KF@s^qjaF+
z)E@og0W+1Y%4f$3jF&$tVY--_S~E43e*XM1F0Ws$HzQ2tQfrK4yxuR5L{6+|dW+lt
z2I2g&Y6o@2`TQbt8AWO5Ycp#ZGpx)69*($iS{90XX8ZUj$O<>=71tSPX)Ud+%5!xe
zDEz#%@b5nbOT%CViCt)Q#3JOk&n-tTGBGh>m2m7S6QVLX&}<2}J*fK$G%iiudvC9y
zja8SDaAV0{OG~8z_nbuE+T2is6K-#Pif-sjXx@E0ZWo#+?Mq=0N17Z#^@pk?Yz?N;
zNY2v}v$p#0zO2s_`Q&z56w3F$>mV}P_wIcoe5?FjjSX!=|C8e_*W)!wUz&sjHPe$!
zZ2n{faANndI6_A2P0?Go_UGo?a!0AVsFQB6i0rijfnAcjn};}=Pifh7+6W*c5CX1T
z=`qwfq1ScL7P&2S0i>Fz;znud&ur+5Jd|jtw|d2D;A(8eH#;el8XWW2b>ojK;kvz-
z=v8w6^&P}%EpfS_C*(5{enRu*FmaX<Tsq&JH(<~|nIHRm^x~Mpr5aN{l~sY9e)rPJ
ze;#hLi!UrPJ^T*K4|OYCZ*A;Abi?i)pp$!>K3b7IZu_FjaIinuIQqxmumxe0mpP+k
z&Yy(DJ}qc@85?@{8(!M7;r?}|UqpdSSS_R!7$>&fW22k@zMey2W>iq$<oz<AD?5k1
z)Gl@Qdt)m6CA_NZT~CXsCK(`v9muxYr5?ZIY}>PUr^9H~UaeK^jP+z-{)gZkB6XkO
zzXQq#v~kz~ECFop_`3w5cFkjh&OKavsU1Gu%*;7?PW7Oehw=cq((LB&D-QMaS0ZJ{
z3XMz5@?@np<8t`Kcf8jAf;oTT?W>4wO;9+!y86g#y@zLat>EAd6~8Bna|iYKlMrHg
zR;%D*`RK+IvFY1s{S>ZYbiV7t%>uwZa5xd_51pqcmp^?v31n9>n4bz;%@~76?hY6g
zorN9-8SmzIv@S2lZ~gqv+Thr{6+}F?GN;(HD<upF2i;z}rcR7cT6B698GQ*9OYk{<
z>+a-`9fZ6h@{Ej}%)9}={pYx$^k(0^oAmY`>^l7)K9p&tZ2v0!Z@}Z4IO%j_2_Ij*
z+p^Y+=uR)a75mVQx%6RQkD$!v&3Y=X@+;S`uYNiN0gCC+8Ux`|E7zloI|;r4_h@gg
zH#_G#oqM0^RkS|P=+$6ROiFlk`Y_Lwf6V73^{2iXbQ~j(Yu^<Wp-ePvZaiX8>FMdX
zGSkyh?&V=>ne+61mcqY-(F)2V(tQ$NcU1e)Cx?(R1Vxlx9umk`hzz6ao6(=_^b*C|
zjj5EE$N>W8n~|3^<|4&d6oK$1Nx;GJP@jEIc#XW5S!PM)_kUI&3T@SV93Sl^fPKlu
z;)$uK#ksJ}lskF$YYk-LHszk;GmHtBVjfn{{Y#5begse)<sO<s_NbU&QOwPe&co@m
zn$F3yQa<lDosy+m>Erve352;$Cn`(Nt6e3O@oYKYPjXbdFYD`rDBbwwi{P<l{ell;
z3AP$L{O!B9wuk&IQXls9=8Opc*=rcm{ori+SEl*ZBY%#mKYiS7-L3z*g*Eg3=mEls
ztzCO06IK_yE)~b{nYD5f<d=ts_W%RKMI>a6fXqgmK0~2G>G$+x`$+rc=$U7~SygTG
zXR=ayoM+7$OzJm}t=fv0)4p8Ny9}*G5Cs>@a*B^=%YwshBSw8;ssj|aGSb&2qWSw)
zFkRan$_~bVwT#+=_*0+FoS%Q%@@8zT#rbTm_GRuEsNCN?zSJ%w;H*Wb6*p~0!^!oT
zLRJ>qJ<^HIebYPT`Ts0!D%(V1`razLo!DIOz0k%?X<DvP38;SSnVhUg)K;GwEDBrx
zDz7Sio*XGM*jA~O+BToRQgr7}2lIzaDR%obZ-+bL)i(zeJz_I^<q=v%LOd^Lu+M~H
zVQuYYcj4(Xt2{?|{M{OEoOxeXw7R-`m*hf|o1w!I7wywVR^9(|*=DT0yv=m?vI3dQ
z=YAJAzM-$azVQkZw~dX5G2?k}M8Yc-C!ZQtv-~CMkUl^bY!UK@zW(5mq!_y&VDngl
zWr>B;_RPSUZy&gyk#$d;Xcy)Yq~;9$9?rn4m>#7nS-E2JR$Z!+K@+$JyFU_to2W^7
zDU^1pH&lG;YzW|D&#nKQdND?MLo;zLcrVq@eGj0zb0eN1_DZ>0P^cRVzh53mVBJ;o
z-qiMC<r(lw$Z{7myEo=8EMK@DN<knDUiYdhb8yMe9IiX^n=kF2xfMshEqejY!pj<-
zE8EtRy6Ek|W9;wgS!<DLpOyOF8?0s7|90HMrMT0^#VV;t;!51!4|gxQSBBgR0fIqy
zG}kGuIn+3LX6ND1nUu%dOqad95LWzqs+*HR_SCK$ym#4x*q_LrFske~u38`1daQNc
zvQmnR^sCs8Oo?5RTPvLsiZH8`oQ4m~*z?Ho<J-Rzw(A?1Fy9vy`J1;irK@}Gu7rhc
z$Ts4G^H^x*=*?}L2c}1R!?l{5uC_%gm8ycc_@Y_Pn(|BI-$5(UcyQly;o=@LdYQsC
zZS&|oKvUrABjTnly<hd<d{TG5Ea&2iLZ?R{hkE#P-utZfZ$^JTu;(e1DAdsir~FNk
zJXAm(dcyGo?@v)_CEq?_q0=fnkI*{mmpZt0izb(?uTWkVmpCH9Ca^<lN-{|1E{Ekm
z<;8D>)3^P8$a`2Wu`IAGyzqFZ){qzemYOdh|7TMB;9z9!Fcd9Vv=d%v9u2A`VJ+K#
z2{tl>X+4R&h7_6rQokBdGNhBdF9l(*YG<qFB%M@a1oi?zf<mV7A_prDezUj7G8DhS
z`@?TjlZ&$<Gqcr75}V*~MHB;Mu;p{ui4|z0Q^EiYzIymrVaDU&fY}8$DWMw%|G{NY
zt#wZYOR0+QrNf>HUzLy(R>m*@jXJDKG{eZ8f7~_9PFCckCZ+%SE(8X{5QH8DT8|S0
z4{j8F-nMbidG$C&=Ct`EVY9U_YRk$lx#qkH<L2#c`4_7uy2R)CfoOZ!C3WjUY1eCQ
zL5xnZoZLa{=rNvgfg!T&-=zA{V@TFWk?x=+xSIB`1Bf6-&Gi1O<R@pqq&MxnDy6Cv
zH4cd_^d6X3m2J9eZ{+Zpo89HP`?I1juVTzoFshgGIU^v<ctY!l$@T+efyaMQ;5D`D
zw2xei`NNYE<N5pivUI<9PtsY2o87S#y0dpN(6d8C0oFqwCV*vcZiU`o@Wz{u-I!$P
zl{%n}G=nwjwXr%nP7Mtcakc~0uv=qC6_^u@yjAe-Fy^-EE3tQ)9>zxmGq)g18M;Y=
zZ{tmABnmsWo>t=S)41{g_);xm63-V%#Q|L{?8Xlk&US3NwFQyRjqm})9AJEibq_hI
zF(yO!o8dAA1pKQ-5tcm|{$Hac5)c5dM&JOSnN*TmS7#?BG3N{a7=t%7AwVGx+dYnr
z#V!lMlxR#w9d?lo{f7gr$3m(T+r!aczvfmyj<?VDjl8Qe%<t+2JpIu%w^z)^B8GX~
zzv*Xs?t2w@=2A+}^R4H9n1b`h8ntDTxE+<~mq`c&9E@0(&5vECq!ME}_D|>Cmxku)
z76Iw;MfBL$T!Nyk>GYq7PM02Oy;MFZ`^#5nPcB9-TAz9{rf7!ccm(5SHlLYqpZAhW
zV~<TnXfo_$N{T%xo}%t(pIzyU3r|W*e}`tNRW_gRY02e}f-dKF)EC+L52V?~6nCmj
zPG&3;e8(~gm!(U(ihQW=W4Z~s5%e-Fp|Ix&2?zl1V2(*c`~SmbAcc$Ru+Xpau1HAe
zMIY(xj4-Fr@Nm3b(CP9sPhiG@js&Y>s3pK_0Au|{J7A_x&_z%&aH^`R>LJz`vakYe
z2=g(UIvDlITpWS)h=4{|!_7DUL3&W9ZTd_l-8Is?)>++JV#zCMzg*v*X+7~az&(_i
zzeT9!gAgs(yOLwCosQ7!vS3b;C6ry)ug@nMA0M{<rEoT~YiGZPGFw2>pkZSIc1p`F
z3Ck^|%MW5%qZ@gsP0Y>B!TLhLP$E#97c)5M8^)dBL&lt!CA6crmzJQGH4ie!-BLX~
z1sL4nO_1H*a71tvT*+vlvNfT4(8{@%--U+)qdw8gNjkaC(n;W({0Et(tDSN#YZ`@6
z2!oC~6Re3I-o|Et`TVNq8R&S9UgKsY5bkqJC$&sFudl4&)y0C{xopwBqG=Q>?b<Rp
zi*hR}k~WI-^BEfKVOIL>^Yaa)Bi&Y+ZRSXF;mB_v2b&XggvWRXuqF$w`!MqNqlrkw
z2&OE<c6OzGaF%1C!i=b+bZitZW?(t2mIWMHRy$m+i}^mA0vIMEkO*xf0sL(iH11JR
zP|}i;HKaPF2aSg{5aJ?`=LdTz0fHp8EZy8rylGgxVGKDObYCs&YPP1Hkjtacw~-G)
zAcEQdx+b$a|JtVugD+l88kQV8awRsFVZTggmBIU^d(VTi?9_G2-j!6980ZgLPrWUp
z%HUW_F_W*h-Jp<-__Mf1M&&U7FXGJVO%02ev2u2s=L0m4dMF2Hrkz!B3E7ff&z~IW
zy!=o5m5pWiOU3$_#l0RA5{svJBhT75Gsxf6yO7N2b+_kAp8v6ouP-SGLnLHWCVCc$
zQF-)G$B>cj7rXtr{tt`m9z7we?XBcKz4NydHf#JnxZ?ksKeHp<!<NviC93|W%<V*E
zO{zMFsL-k8J5M&2+CQZ6zqjlX(l|s;00UxhP*zIHyx4G#?hy6a{4OpjJA%BoGINgR
zQF{(Us6w#uL}w1snYOm}$`8{>1Qz0iIGNNEI{7%2pGd(%o}@9Wi5Moxkqx0(XMkuA
z_wuDnJ8`EVMS+<m^qRi@X<=cUmO!LKRYE~3kA&@RD}2sS8to0lcsqE6F(eH)3Y^3}
z1*S^Kvsz`tGytl1{*Xs}czLj}1_%vEDWjVEuufy0O^lGLwm${M2x0&U$m7FV0TvyY
zRccuYVz(jXxp?EoJ~!UThI3cMVM52)5tbZ`njuW8Gr@`kum(&QF|dMw2mkG;3y)!b
zXJx%z+zZ(nxE-Z>xGS(Tf!OU}lsV2>*oko>WM<Zzi;M21!!zSH|J%N_4@*WwT>$M;
zrU(848WkWKzFSD7v|>7mv?c8E`2_@^;RhEO{&zV0%?fX%w_)svh;0OXaWq^zdQC}5
z3Heyq+;X}OkvOESczR<gfVGa$K;qvyk2+I=stn#SY;n$}5(uSw$w^80fzDx#gq5#N
zUrAfT*nKjmTen70<#KRwZI8)ryS+SLNry527XGE@8ptV9dj9-V{WneBggav`YDJ&x
zo}Q>Hwwza=FQb_4+2xV*&iI_3ROmoW+NIFF>YPa*Ox5{6YSxpmhu1^LiP^V~;AZ3*
zX^*hnqPKD08wIr%JaT(Vyq9iTZkxrfIxUY!s>mh}pGdcQ7N&N-&dTk5)#MTnkJpFj
z22~L$lA{8Qgl+!7^!-K-_sFYhwe_CesG$_@WUqYtR`Xz#_=yvaQcp5eZin5vGjtRv
z1?6Dr6W80mnFlY>R|vSZ`&(=izTTec?S4IP*IP+$D<4vI=ps$@lfRB<<*zJY0$M!a
zE&vmr?-cQuRaUz)3wY_FbsFmGuo=4{{>NspGU*im?qDJZfA{YD#&HPN=(fU5XjX_I
z6Hu-C+{TiK85c8YfF8>dHz}=2GO?NsB)&C9Uyw=;@y5cxe``=7VF?SR3Dj=baljSK
z1<R(9Fbv)R2CXel!l*CL2<==|)i&mMkWm~xI`Q)gBD%2fF4g1Y;*u?Y@C5p#m>3EI
z9(SCHc%p#mf`uJh4jjP%el1|Ffq^#u3S9rtNqsaaNJ%k7U=%!vPmUXMGBVoXVT784
zm^A>eF099RGNH;s8U@zNc%^^`!R|^Q<uL~M7!V^4(A9MXo??ji@B(1RbcH!QH1ujt
z2kHr+ap3Of0_+Jc3RvMl1dK>C$9|#GYaQPsVgTVAKKT~UI@Fy$8-E)hDpa{};YXzx
z(sr6#T6p=0q}6*=oRA2ttxe{4<>`Y5zt!rq<%lm6f;M=<el<o*MIgcpUo-#|II`(#
zfd$bVyv3OrI9PXR!o|OR9J)kYu;52P3xT@>Q7JziN^!wreydyVDpD$e#m?u?pPfNO
zykp>(o{^Q61#|!D(+e#!>AQFHn3^}FY4(Vm=m<T|?2siGnoMTTf9&)9%KK@R2Wco2
z1Q`o@&*)JyU43WnM5lA_d<MB)Hj7M>#QBT@XcLiteP(57R$9MzbGacb<4D>5>Dl6r
zuE}QU`y&esztrU4^95Y_dt>$XZTFVMYl(ly{K9Cd2j;uF=VUs!`uE1^6JXXVwSHDu
zJ8tv3?1d(`dbJ35oSZ3%^%SL?ib@k4>N@=*9`9@&{`vc#I!Hb6&BSvw=JOkk>H04*
zHD9C-oI7QIHB0!&nyOdPM32L*YzBskLydFaA9uXidz<<`YI8gq018RHT{gjujKwmN
zCTyxUo#}(b^aex_Q6VU(nvWe^SBk8ULAIvQjW^GMF-Mk#OP@VeY*R*?&?#vQ{NTnH
zp-VVnYhY=aW021m**=Z|`2s#=OcS1}X3B01GeB==fq$Bt3psYx@&FR)<^erKSbUSN
zZ3U4h>50HBPOpV4u}yco??GLFr}tZ6so>r~V924yZXzJJ5Cd+&bK)L75`{zv)dZzq
zTW6;vD0WaVIhO^T9X8xvyUrHQ8*{M=Q}fy&hWXVE#BuP8i2NO@@q2C!4hWuo5jqdR
zjg(`Pi4e-n1e=2~i!iK$3+Qkaq|V93HFld4W8kxljg5&`%>RH|#X7lIFaab7Q6nmD
zQ=HO3abY5H0(ll1zhQ_F<>5h|9~3ZoHwt+rC6}NXoSd5CkzHI`@<y=ONsbmUQz4>&
z6bzWCnfH@<(2RcnuK7>qqO$T4etuT~5i-{l=Y=I)>3qinfUHMFLrV*J)-sf&m8-uK
z5dCb^^L7W)cM-knqpiI+w#nMc3fADCSN6EaJ828*DEQk6_EhOiyUtcT^;&n|t9FMV
z>r2};_<ipk4vRj$H*PNTLTr0p5J*V1_mC}&N4Yo}iZL&dvflnjog5`CA+x)vNCK2!
zC7SaiBawXNb7v>CpIX>Rf~h4TyWO`(Ak@oy=9~-P;OTg>f>LY6*eljodv~$>(dbd0
zdPL%M^y6o44e9v%s*-H%9Mc4LQhv&@vg}*^bj)P?zJ?7skp8BmqxeAj>BnY2>c|>D
zOtweifHZMh@E6>+ENZC@T05!|9y}0icx<5Mmg>-ldyRM2UaX}1JlSF*luOxJ9^9~b
z3$V1kUQP!DyCV7Oe8iRFr>H~J_x%F`kh9cl^$xD_U<C{?(SYEo#Ps;Hk+2PZdSD!)
z4eA_s0vQhd6nyF^(NM{uGl%39q70mwZRTN$>1R{9y>!S)??K8WEQl&VP%x}^81ZJn
z-@rkQG+2V~f1#|0_ECeN3a|A*5jU<|D0`dD$b2=ABFSaUp;Rp^x^?U-KQr!BXhpTO
zK(r*r0pFGrWZ~oCfqc2R_magNZ0vy9KxsorOHWtM(nDL--yfdFf8;1J*8_4^qOP7O
zrWO!TQB@5K34!5(nFjnLWFE}S*x)Jn=5_}(Fv1*a@V~2`kT(#ZhR0?Q{46pAVX`nW
zA(HS@G-R@kpMD!3ILV>*ALD_q;wARls9A$*OL?Xr1#R1(qO4xH-!uw^7pfFsFDU&0
zU0tkr_|^uL9n5lJyg<K>6+Z+&FEv=g9>(nj#=a|GytIGCGXL64U-$Wp4{38ZE<fKo
zEW__{k<#RxRcUT%gG^+DE5+pg{k*IzbH?3q4s79KQY1D42^OOycWERY0WNAb`zWlU
z`FO65wc+`uOp>;BZeD5Qr&|u+Hrjb_tW)_Gh7=lJ^UiQFXAcV5?I|bZdwY!F$Tl^v
z%1=#CbI2;kFU^1^)`*;J+lJbNq=@nRPR%6N8kSwJykCc_7<P1Yh{l`Ng_P|0wsnPh
zcCwHqxhu1&opweb?oW1ad-<5c*beDEFPJ~k-*2^f`iGux4}@&HgBi&W<f+s27zyKG
zfZQP3%opPloIb%!eE7NHeel6>D;G^VvJDU-2`vlmN%#wnACEj$_~y+&oHmdULn#j%
zM74b%T4D0Gt}d59Uk||J^7D~375w~AI6181Hs5hyj`1cgSUga%P0e4vYz+A^d@&Ql
z>8g=UE)R)1k=%#-4omON#lsLy;zSrgxeJ9aG*jzqYkA+%k2lzJG}sg5t~_2aNz=%_
z>Cahe6v=%7n^COIq4SMIj1!*o{xTQXDXjZSu4HI5jyezlOi~fiS1$!>KiqzF%ye&H
z+Mi#RbHBcR+Rx5>9vmp3kr@3I)5C?&<pkXcMW17U2syOzo;cA|o(O_+gIy+a5ntry
zQuyL|wZ(G>)%J4|-x2J|AM4~MTSVnwPz{qhGA_LneOv^`_+2S=bh&ybnssHaVbNRe
zw$<!HJ3v9$rCTOV`NL_&Zaj{C|8*xb={nWeOKt5dSU~`$qGf0}=CvH&xJpIvUP;|d
zkDPdWbmKTJmz!5-P_*n5n{zHUmNu`c4L;vf5*ya$`?^InU_VMW=gFx_ul~mELsqU>
zmmKw|>@ZK+;SRT!)I!M-!jF$5-}NtsTvzz0kl~p7;_I1h&l|TTrrQ&e6a2FeDgR4)
zvwMh%Cgvh`evlencgR(~d|B51CpkVr2e9*+6HX9gXB<j5P${C`LHVLvwRM)z3dkPv
zk|+s#0})3#1Dx_|gX|UpM2OLV#FQ=qBr&)OpjU@bo`gUykBA?%9--~NpGO^#I%ZM;
z(GBQrs1z||d56Ztk{-03!+d;vhYwf$`z(O_@(ENG5ZimLz3rW*M>5$I@wvccXlsOP
zdoL$vC3Gb@dkN6sqN97xhl<b(cQ2GaIQE)G(f#1zX%L=*Y94<K@3c^?CDh3nHUU<G
zNdsm&^g*Wh9V<y0Ny&GwUq94b#yvNMa<HP}KT`~;FCKY3Ppk8MWt1%_LoQ~7L_|RD
zg9;QH2q3rsd-~5q*ie`;mr##J<2X8*%gLw4oy&*}Yr5K{nf`T9sS)o=OMs)sjsq$n
z^mq^<?x3YTRG4r{*Tl3=%uFvU@_0mT)S-&?<>fflnf~G#gFO`!Ydxhl2A@2JD<7|?
zm8T`2TKjeVn&IDg#sl|se-3BzuM~Jcx)tAv1^`S|a*8Y0Up??x>V8}xzBry09uQzb
zC^@~B%qlvV_~nWwy%y&k*>4%M7M+rgdxgaaoUNq1`?VBFtlg#D!;f>Z)K1CaaM(O%
z_l$y>mw$$eq$RAl@w%MwXqwSKiM4$e<|k?E?Way3KF_j8;=rwWW}3-+WTz=8UhY-y
z`}b*-NjhkjwQ^g3+NHnVhPQdqoVSm8$K9tprtK`Cm_ktmmKxHzt~-#gNdPTcUhav)
zqjvlj9)T*K?X9TgQ0`A4h@x%~k|f~hf%=zt`XEp+w1FtoL5pJPzmtaiJ{%Fh2Rvqp
znp<cjYK(}obj0aF8it>{kJlFTHiI6sr!j>o?zNUg0^slYReAYXWkR|4<{BzBR4^I{
zD!KlThK5F`+|?dPFEg`Dz}O}x)^H$!9YlM)95#871~2ipho2bWkGcREB(6^gMvoQu
zJxWL@a~Opz=0*EB5m}g+n2410SzKN?65ws)W+d7~M^;AB;)33bvOmY4BoU}xtaXTP
zfY3UGNw;GjK*V9AX8VIe{XL2vAAP!(T3hN!65$GSYwPojH<4+2^9(se7u9484=JH8
zZE9&j$BzdcnXlsFPEXlUAO%RePb=p-moI8bL@;?QITfn^-EQ{cK9^kcJba-}%s`5<
zA*hZ^^v;*|{;YV-uG)QbA5|HJ?=|_3jj6p6Y=4S|;#`oLxwtikTBb+VbhRYk`uJQ{
z4z8cB*Sh)o$6Mu#&$Rmt6T4zuUQZj9RqB7dIqZ9Ehu^Uiq@nbL>Xjtv?Gp7D9R6wE
zKL$x9j>_3T9GYV1w%fI<+IPF>pAn-tTUame1!d)69RPXvYEJn7xE2ub(puIjU&UZc
zzGaMVf;{h%xB5cOiH<??(D!dhzXlk;K1kzAcj0OE?%JzBIueU*=y(Cv91o)>pt}<<
zRX<Iaq?Q8IAjB*2XB_(9-vx}=uFNO<K*Q!`8mfQiF}U(k?&w9d0gQXLB{#_B(P&m7
z#TB0w`diT<48Z#BYIpwP#C-zV9_AN^Tlu0l7|H*B7RX1<Lh1MS)1gSCz0iq&+JGuX
zf}5L&V>h?4f$h(vKnlOOxltWKEr>p`|M?__Z91=w<e>snICvoR0l@kw+5y;4Rlk4#
z{!GaT{Tq2oKM{Q3(4#Y-Px1VxjL<3LIK^~uPB4<g-@wcJ8}=O=b8`e*qW*vy%Sn0@
z5{ucXskb`0sGu>LvniGl5{g*J_`9^U1=k<uHOE*~(B|6N2?y2QD08;f(0Ft<75fDI
zY2-PhfT_7pk)56WE3q7236ynVa;|?;gAh)6F@s&ws$@Jf;nO~%eFJ#0liOTg3%f8V
zbSQ;oiIISx#dubV!NxUCS#Ldl=0^oPd58!9o14L^ypRLoPF|j$N1Fj26zHhecf4Gh
zOQ<HEeivq?na^W9fDsW}I7iFzr(et6<}1;q;N62DTo&Ib?)0n2W>@^uN-o~wgH%#p
zOX+tXi%&x0@s!=lYR*Z&M5}`*xSIX>Zf|LPRg%0_`XDcmR8YrGjCYfD+TqUO-B;Dr
z=K5VCv(0YW7rf7D+AW}(sqw<|_s#O_|2*bfmlLnwxORKb?cTf7LSODWo|+zZ3h||=
z8u@I45lZiF5`y;&vZL|^z2j{*QPgpsM&&!=cbDi4OA7ez=f3HGT0i3ceNtOnq+cgL
zYwMmi7nGUrPi(G98w!3Z?_0&XRUzMQ<nXlfW@=8F{1?hy>;$2`;Z<UQD<dpr?E~%c
zSE!bV3CYJ7rx7HFaj13^D>XT*KvXQCY(n1oJ6*&RJ4qYt3%fCDgH~1LXnSqeU)OSI
zq`ukW1E9Oj#P*Inkm<*^yZuwebP95Ei2lCCCe@il#Uc(n>cYb0JrLEPyn~Mrx!04E
zp(9dA9AhzC`2s&9v6I6*0vN8!%4D^yhPpZuLUbd1gODyuMPN1{ntb5k!Gm~yJ?o-l
z>H<f3E-`DIa_}J|U}y$#BFg5Niy*B2lIM(6ve+O9Z)E75`V~4hIJh1A>lWtStSP}G
zuFlR&b`#eK+)W_Ys`GOQX-n!k{kiCUmD5{ygEK|D>K4Wxm@#5z*xuP0I8vgKT|SoV
z5h#nML5b1-%dYyQ_la>#;l1IpF?WQ+T=_>*&2NbNNlF+5n#JDuASwGWBsV;1X7p68
z+z_dGR__fu6VV(^Vs16xWgMJ&bDg^9e*F{ae|Y}9MNY($QT^I^<Iv}cjTcHBUv2)#
z%hcB@j%gDARFb#&cTSs^MeKmvku1&=lo@2|Jq)@zse^PDVjX|DKhoD&U-)&F+JrQm
z^09D9z5bacQ6o_G|Bt1!0IG8P+W4V61f)wqx<R^Ir33_|L8Mc<J0w-4q@*O25(K0X
zDQOYu5|mDnkowlS|BsnFbLY+-Jg;ZJd#}CL^ZcG}rm1b5XYZz3n;mD9b2eTKbSXc0
z?7DL(6k5oT9(<uOA*$bS6YFs(vBDS9?-P_S0?#W_gkGE0<<iH-HV$Gy*#invP<dj9
zH_q?A2tY~1AXD~|m<Qx9G>?Mm?BS-?^V47E&;Y>uG-j);DHx_{;68dXkOp^X5fKq!
zEy6`aS=HQ-;8p}Xuf2z%58E|ey=5f}eM*1!8+*WNXFr&~O&@Ij-whhNM;fB@Ea?MS
zSXdln_ki#LAjXt_WTrg81VP6I37bFzg|Q_3JA8<~78|3A<C47Krp6plp_b8q{X6=@
z#{cT<!#`>dK_9c*C4xO%(TaI3y(!aA7RIVqI_t37E6$Fyf6`)b+dn<|>4tq%>u-xm
z{2Aj3X3LA2Fbyl}QRwwU5{4<``pBR<Awg>}UfEj}zymt3jSyM6Xg=q+v*{Romh$My
z!ySj2C@Z_v^76*2sa2i*%ynie;@eTadyCEmS~+OJrBO0MtMv-WHw<??QS${%@o#)i
z{#-oGpP9?0iEv_?0oqg2$zs)xi%)Tp#`pU}oAp=kHqGJob@Do3{L-|6P2u<VZ4I-m
z^WA`vU(^qR2Q7iFyuZ)&Hq{s~h*b|Ko<*n>g5MRqI0NJi87?rU1@#$Zv%th8Ut6uM
zti*_&h`w^jb!qaiEJmUV9uZOcz%R^*|MDZ%#;+lW`nDG13W^%!g!aj*?RCV@BD424
z^AiYjh9^ef$ofD73*{<%-@ic1Dm~xvseX8jdwwMxzgf|*51anH-xU#=mzE?BXX7;P
z_a(uW8qeSoPK<*vQd;SzJWbKTyuG{(vA0zlQ2C$i?H#<un1303KU(UsLbv{-hsO6B
zEYN>ESw{_RpopM}xcPus@~zRtICUaHuuJ40T)R;OM#(Vh^w4kOTRoOP>oED%-?G5X
z3|z}^$A?yCoqQUK^X0EEPj)o^{y4k!#~^w^aQCJ0{0~eG#ZMnDYU8wS({6G78Pk)^
zxQT6bJT;q3{NaNO?II@Ir{DOG9y<yK&@w|Sf9hFZM9d;CJ(`6C$VvH*XPa4J?38dy
zg)HmJu>_dP%j=}*Bko0^VUgJmvp)>7d%d^aE69KrdUh-2_1@r;FzuGuZv|6^^dRn)
z{hzH5SP2SR<-Sk{%#y}`L!BGrIZi}t_TJgtdUteitDsPMVPUcmE1w;jeiFXgH6bBH
zzpYoltj*n7sWg1F{iWZ@%h<S%XXhVYeN8A%!)*k@_nMwmY?F5MZG=1?yZU|*L6laZ
z_j--et;<`n#!->aLU9nOZ=NKYhwj}G54o~7H652eK~H+pzCQUX)xO?&tF)BzHJ#Y`
z$aIJqZM|<`w@5R<&0eEbU?tTv(0}*{sfNkc>gE%RV4kN}iS0$~^QXQ_B{(~Cw-f$4
zoRf3sVYJwzxepn}Z07iqR#n>iP8_pL%dtUz&sP=i@8`3eUtwm4AS^mit<J4|0Q%bX
zYcuNeme1%@vFgk7X7hjwT;+q}8+iK4RfiM_pVwOnzw3Khn%_$9$EZf@K(lAGikRFR
zL#sC>D!zQah<EdzTO)^rG*{GZd@Q!E!EB<iA|Q2d@cYp)z~NG7bQ94x_bGUJc_js{
zu4-h{du3vx=~&<KCHq!?0$aK=H;s7>7B?E3gjV*t)YzM{aY<u1c_#!qa*oSJMy`Dq
zo_Hl5muH9zblxSUl-lWxh_R1CK5_T=iH!<<^x9fmjA0{+=H0Z&gT>Bv36U>9gui<h
zU8+?yvG$9uhv~&Wf6c`5e3K}=e^}<<>>G%{==U7T+Z(YNhiA@YM(>oA9Ks?x{waon
z$g*)VqHQz$^14*oGk!qOf{J~ehkcW4e_8PI)EnXJbrrSB)6Qm8_r|AVSww6ejhe;|
zKLP#udqg{B$tlZ`ZCElwrJ|L(V`J$XRfqicWbL?;KA+#oyr`mLqUii81ErV?4X>Xc
z+R#u>0h8AU;gzv3?ZbGKYmnh)H&GvKdgfJ<e;VzEeWNQYzNa+?XSrl81b3TgwUhmA
z6WxqKVBP1(2;cqv_6X$j-`YRJr{9|?kM8~n3`^rwwBbjG)7R;LLP$-U*FGF&oqHI2
z;0544G4YObopi(tx&JZGKfxly^EwX<%>0y1k7^5ATBo^xl&+x8yR@{<AMJ%Sq@~(N
za^J#W=LqH?h0H&>oVUBpGkbC8akHKT?h9@{f*pIj_JzYJiXx|Vw42{Yoe{;EOo$%t
z{a}2O9}1;6iSLNfN1%%&{5#)7jepSd6LsLbq#IrMEo_KSZ-c*i$vt($kDN*@)C}*M
z%KEkSMLgLX7PDd-ZI|<UOwSqW2pybfyn~wipTwO+GfXDC{vjRCakFKQOuD$>seV$f
ze7w}zRdjgnkL8~sqNIfF*WzfcKuP^nPv7AIm#vN3+|2$*-GWQB(4KM*?Nu&y9<Bnk
zwny`Vw*^hG(8%TZPmA!sranhu$NjQ;<S3E_t_T(qG=!3JqLCxp<W>9G+h4U>M!J`}
zq%EY}E_itYVRwbHOaG{!WL9ytzkLukg6_&IB~|mHCj~1m;v1?w)4FKan0Mb+bglH8
z+6TUJM5y|leY;`ncZhKjP}E_U=`!Am1ENZ<Y`g1@(b>z}VJiifD`I1lwm}=kPf<&h
z{$aMJ9b0O4d_K5o>^SN2Zq~a=Qp=u7+vv3oR$}X2B6=y`3^QMR1kp<J>`q%_ecuy-
zta<a0c^$L2rX<x@RUTK=Z1GtNVW03--Y2APpVN$9;UL&h3CYYP@gm4e^>jQ5?eZz-
zzOYasfV&J$)sbXxx+l3Pa%FYb`-<mjJOo!Qq2;prC~{^#xfDJH-}agXd|KbOxtG3B
zK*6CQ31r;#d9|^)6iV@DDN%X<r@hz|ZfO=Tx(avoxEwjoXT9eY)VkA^HQ@zzAR2_w
z7HHqLUOY`Qlp>swjlK~PalDqxCHb_7kK+fQs%N37qm-iRAa5-}jdR69(?@?UdAmmZ
znU`*-{u8f;@?k5JQYWTI>*zYw1^eE_M5g~Q3{|r3#gO*OH*(##l!VZ1HS>?Ph|vkf
zRK$vDck)>IQ7*;q;#sINHrym^=*$<XZeka-C{c44vf8X!x)y(eDo?z6eYJNDU443A
zMrlTi@56JeGtSE0&yy4GdzkGjQ=QcDw0o*9O_XoW{g_kHV9vwoWXd2#cfC}ZYpf!K
z-dgCAg}35rZ|Ds<w67J!hfGDcL#?-Wk|QF~!9D;<?^+O)<1pXE|5fbM1Pr0Cj!Kw7
zt5f=#eul1LL9{Ki@XGA;#MQCwq0uW(&WlA8?3-ORNo5&r_TY{~$eoQe`1ZF`<ar;+
zhcosuQ!spS&u%%Mv^5LNmfD$o*wOQZTP#Vp?E8K6j%ssGJrIU07ht8+b?+PU1_aJ^
zpWh)J`xtY5M+!4E=AZ;z$F;RWcmBrV{=CnZ8gd;ZY4!W!@kX-`%Yr~ufj3oi-1%Y3
zrKf8`Eoo=uo0`w0s<#?$rl~4K6W!6H`|9C=vBZz~fo3z9_;Wo{?-3LH-NE3Ql}m3h
zcPD@jvm;aJ>!f*=LxloGbY<L2O}$S)EWf7ys>%u2v0l5I&>?cW^Ks_$S&^|IO%fPN
zI7CELxHS^+qarMrm0Hm41^7*0zHk(N4V?-KioDieY5P@euX}BhwFo$}2p~of3*nMr
zcyN%&5EI+u7th=-8Zs(~jd10Tw6*D~WPN@`|3@hi$-4#K2qmQ&`4=!Hi6vp7qnkW6
zf|i@QI)1#@EuTX$DVduy{3l{y99U$+hIBbs!AxYHTuV!Is#EGc2w8{7CAhIdU7Dk5
z3-QE=!3=@NbMKM~@bSq&I$&!HJ{3X+82N)8ob60BQ3c%mMo2t_VWJAG%bUc+{EvG=
zZr)QQF3QiBXCZ-xWn!`5K{qk_*zByawsy7CG?>cc?l$q`L)smX4`4))qMJ3{wMUYS
zvSgVJ_P7B+BlIuZp}gch!&ZK_(tEC%yS@1F9o|PbS)+er{~G@aZ?Zg0Z;8az=z2Cx
zsw$cE!|`jH>QtsKbGI7R2l+A*J$<q7n7sI!p5X}=t&zPYp$QHw-ZxCoMzQ4(0uS&M
zFe8?Ml{?!S(9pG<Av&_y8zVIHv7}J-9H3nFZ$Gy%+8vaL2Hh*s-0oUq=)Sfa753be
z4Dz-6z{ianfw(nzwzDR-A@KQ`W~p}gS6sGc1X~A@7}*;sjJq!wi#j6b5NRkAc6?)Y
zuhxd?jt{K>OjO%@|J;E6Jzu+t{1TaY?%wYwSrN*edS87jiQD~;CqzuMG8C)r8Ew#V
za2>5I{8q(|_l@DU!80Or&RsSwNt*->TpjjTvX>iLU2Kqr0WDup+#y-pM}PjHg#xQ1
zFZds{EchuCpn(e)xg^F|<e(iK@lQVm0w5e3^^hcOTRRPHu*LQe+0=X8{P<nf&;_;u
zKMufy|4y1Oet3ch)V+#2b1-vNRqX*CkMDc~JZUg%fD0+K{Xk_Le08=4_4wggV8d)H
z5Orac1%h}PJRBSl?*X!~2*pDHrc%&qLjv}^UU9X>MZyY%`4`yce?P=W=zIq7gnM0d
zZyJv=+(FZLO(l%Nq%U|6C=v8M$R73TyQ(&;n!2ZF#Z=^UgxlMXp14#pi5i3%f67X~
z@_2G|kN5F+qLYIHGu`$QKdpE5UVbdUK1Qui(PT5?`ok-$r{A}SfsTcRi>M|csKTHl
zqO`I=B^-QqeQQMw5CdR3)lAA$@1b`_$hlNn4Wva^YC5XD$xwc*p^#`BKcMs7;QQn4
zXU{t{9#pfEpQ>k^%#NH-J4XibXn!N}#O=<zYf$**M&kj!7#9LF=ySRM^3=L_8o&b<
zLar|>E8kL>sims*l%$zCzB`!raU^2U-_K}yoRt(6r)dA`poUAER(jSW4PoUo?m|cx
z5CABnj$gfKh$X>bv`5!$WMs-jbP{C5!~hiFAo~hKaB#rA$jb|vb#5TYTk&q*+T5&n
znFqtFdebi0gFv^^-P6+s^mQ=cL(gZi!PVT!X&Z0_;5uW1=`+l$VfsAq>nWLXd|Vu)
z;EA}*i9vJnXnl+!<iZ^U3?LL!$cI5>wc&d}C4*KBI<x$gkqY?@4Gq&yKODf<*9L>Z
zuIjH}?}anM#sES=z?OoCcWq|}Jh~*bwD=IxQCwCAkwfr<hKRNV=NWv3b#*Y;18?xo
zP9h_A)(}u+o;-ajC{GMfCBBfe0a#W)Dovq{JO1q(nBsKGl!$>a2T~IF7~zZ%_K|w8
z;@vx7AEw_c21QZTWV{j+bnR05i^ezLV{CZ(BPCcMGlCx>$^?k~)A<Y}Y2b=SbRtns
z%Wi#im}JU#4*+Q4MoWZ?`%;b9Ym>RTvZ6vmO${Owz~g4Y54{_B=0jKDUF+~8fKc@G
zQ?^PW-1A|o?hTDQ=!x_5L&g*+z7EeW;O#1F8<0{bKpw=tfZ%^oUte!vu3;(2H=&G=
zIaxcBMo1v;mOa&SQF!wOSLFMHGAvKJZP)4ckN%E%Wseo5{;fF$^m!g+o$^T>X@AH1
zRG~eJ$BTcF^Rr#C$98lbW1E6;0%d*mGysM%O-&MjSJ%-w9Td8|^&`qn?5Mi>0h!0p
z(8Iug_K!_-WRxg>_hP?Z4^+O5cH8B<w8hS|)D4CqPg@MRSV|Tr1fs{)uc2ie5!LEe
zN)UJ6v0Q+udpb~hNI;y4Z)V=r!kE#aey_0GW?X{Sxz^_HWCb2wI_B2aUx<WuTh*4u
zyNT!b*>~^MeNJ47f7N2PGkgJ+;%$IeSkOaZrh~@I3oKZzz~oxX@d3{+Lhb(jKL-aW
zp_a*h_+0>XKr&i@(fxv&4FQu&W^57|azB3#3mYVLVCHtMorVS!*!rO}hwMNCDJrEO
z32B5G%*qN7k|47Jc8(`cZX;l60&TRVMe3tbtKC=u%$E%G^><-(1=BCk68Qi;26SN;
zJv6RjIm2*zP{||F4xrM73{uc1gVGVcB^X{n{{;qF!3W(G|7kd!rVmfrujzW-EA-F%
z+48_t3p_V4*usZK0oy06kgF>StFJ<Wf&l7(Ifz!iHmrJZfoqfTaBx767Nm7RQ3Yv!
za$Fqbcf*iPT|>hZBBVg523jVFg@-`*U3eZ4Xn^u0<P@610{DOa{;eo0^E(<-^?3Re
zHV!o$xChS8&Yr_aAHW0o+Nb{?27)ecC;S?+-()2un%diCSy-&0l@38mU5l~f8{8Zm
zVCkF#@e@!;D0qxOnEe4#SAj>p_;i2=wgOqd!&T^5U%_u(65EBOL6DGwY))KKvKa(#
z&CSNeIxsVipF4o@4`gNjdfEy@j=(En|4`oy+W$%>(0wT>xs89buBl<7-l3q8tMCpy
zh8WMnTT_!<dSrJb-G(E72ep$d>IIQ95iSdz$%<ahy?tj+vlYlaeq$v{{coLVbk|OG
zAxb%>ygf=GDWx0%>J=w84yFu^9S&ph^~`ic=re3o*kfQo1Hu-Goa2Q63MCa>)sGkL
zAt57cd7@rEGe3iVru9$8;4m9Uv$D*-r13C#S1$A`b8oeMrT4_~+pGB;ry1hwfYQIS
z@1qV;)<+dL5Z?(#15GcwiK~;a3BH`V18FsLNyxqR990#UTRNfq12;L{(5LfVH@+(O
zDUY)9Z^2i7<I53fCf_B6gj0G~6Yp;qj@fSuonYWZ$naeUh71JbPTA|JwlpYy?qqY|
z42iIy^ae<3x|#p8u4P2%e{NuNupU4_q!#QINa3-Yn;Xo$b#+Pow2O6K-2V&eMy3~_
z@r7CC^XJbY<Mo>*D<@}pbMvgjN7mc7@3N2pBcD+Xcru{HaB$#6z*&xgM=temy%46S
zu)Bk-8O#Eprh{n<jPzl4>fH?1HOLYKK{_&Ugq;i!CGhKEh!Pr#06@{vk!P{aBNLN^
zl~YrndF6a<B#{YR%plo@c?AKD2x$C^YHMp@qXrC-n2TiwkTF1Ynm!P<;u{juuEaz|
zO$|xXqKknZfq^aaE_@suk7{iQax|e|4j%!8c<_nf2Yy>oBq*aT_+cUq5^YGYgt88n
zHkFVK3maPs$-Uxlph*zP3L4;Pm~yIzYKC6YTb-L6A_%L@+k@d0g5LteUU<xON<>st
zl;e;00+je5=Ko)y59s}Xxd&ZyhzPQ7N4QOz`atx^e<Z~Zpr?TmFUX*#rVPX6w9U+T
z$#6lU=g3b<2z%4!_p&>VKYSJ9t|#}A6-FWy$yr0*lco=ZY}76<uLl}b3*9gF6(tiD
z1`e}YIgW#=dIJP86y1u<Oo<TJ<yVvVi&PRZl`0R(82N|sZdqB6Yo5FQP^iGIpHOT=
zRp+%p;i396!02|XZ(6Q7u3VK^Og$8@ap0E&998!A>i1JHFb-6<F2=uEIXMdX=_*V{
z&)0Kq+uSgIwVoqZPG0$}`^iSb(E!F_(9rpn>7Tup-4?^D=d&c|X{t>j%`>tn+9lD3
zRJ2=QBgozfGb3Hk2^A~*)3Jr47Mu0nNmlAja(!Tind`WN#<OQDOGf-+cCvwuC*PlS
zA~gFpPmL*Jc;4!6to-~}RbziFyt6FWxTqJRTzK3nn5<YL9-&OXb4}q!JBb8PXN;_w
zi`+{7FK!fA*CDV$JuEjzRn{hZ!cSRL2@!=5y$WGF?k0?l)gHh+1-xur0g$6uNWd2W
z<=tCIR2&%CN;7srL2#xb1Cu~C09hmO)q|90a_fm8RniK4xggC4;uq{WAVdMpkV``|
zgr${?qlAK%00ckqLqt?nUJguX80F_m`tZgTfaM2LfD={VYX-3%Of7U-NI+H!P+)T!
z1SDs5@qa6P7TLRUo0XN<tR<ss8RERs2b6aa);2a*a1EunZ>X&e8yyrtAaF8xZ)o|S
z2wJm*c_$mn4IKp-dFye)(SuB7brVx!x{=Zk#vmx3uP)9&M}Uu6_+Q4b*<mr1-=(Fc
z@F^fC;V}fER86M57>B0<rUOXxA$Ccg_}xVLnB9^8<>)B!G$<XCVq+OasYpmkK@8yx
zM_6m?-L2uSYieW-(dZ5#5OCJKe(m|}cyZbu;^E9HlzwB51Th|rMdjmV*7bXI^NVX>
z%@Wpc&7!<fp0)Baj(UG}N1!JY<+(^M&X?Xu(x?dMYF_drZ@CCeO;3dh#zs@&Tcb7+
zdzZvQq=Dg8n=7}_qsa{Yt@H-!m_NHTfbb?$Jpx93dy~1QlSK`a_ZaK^EaMHLU9i(5
z(LyO~vvm)MrenN?x2r!n$IKED85z@I%NKH{MN3AM6x&W>-@+FAM(D-Kz8$eCubo+j
z8e>7uT8GAoc3fnCP0>X=jaLZI*wT{GPa6}d2W^gvi_XsqH*J=A?wNhC?|IAbKGm2|
z+&fkK&VF(vQFdji=UJ{DpCN@UMUqzC=RK@&Mr|?zZ0trI&Rp18pov>wSLd|Y)(QnF
z?0b75*XQO}hZH*F;PpVr@fMt)ogMf}0eZs>zI6Cw)jq-j2M9S*n_6)sgHT#pMur{%
z>izg`AiBc&37A+Y`2c2CbPn?AOl|gTAzQ*|OQVW3&jDD?FxMp!H|0&AcVS!c+3@@a
z$|#gKrKNqny)nY}P^_dX_=2?v#;5V!OsXgdh=l9300ArL=>DCg9D+C|1i%MHk+3^@
zO2Ef4VIdjHku<2#Pk;5w*Ut|&dh&R$XE&ZS%$o92lm&W-WrHf71l=8EzfUXG4tS|<
zgfm+2qs4cFKor>3S|AAqL>bHz<%vPYrBf!%!2#pz7nd-}h7Gm<Tid*gPxHKWd!URg
zU{T9mg^6_kYk(5Mm3v~sYkNvSW^ricl0?{6xXIDcOVY=ie!)J_|HrsT_-}3kbBWCJ
z1k4!Akb$e@0U6e70@B%3^6m<pqySw;yRWFkyb+{PtwS9}oxe%=CGvHN$VKPSpE4|2
zho0~d2M>{-b`Ya^yb7kCgwhFWtk>#adl|G0n?*e9(kX71adE}i`13VN+dqyJwwhZT
zS{3x#l*IGL^A_25n)s;0@thRjf#!X3?b(%$w9!1}QPwRbbk*6;pO}QB=LE01eV3T9
z@iAV|o19ud48jb(H+meFc#(y|PZE<mJp8+}^Q+&Vz}|%b)10dg6bwb0e`+%tcnahR
z>Bp{~)LK4y3r4LEEw^8~F>)bXlF)t}4Wo(Ne%`hL*B1lM?Y^}?DJdx+Y@2WZb{Koy
zjFSj$FKkQ@t1TlY7F$rNSppnQICJ5&1>L;+CljDkeflKM$$5{F7(&=!>OSZ25vj11
zmJSjtyDd))<Y3km$V7thz~5_Yy<ffz=12lp@h!OFBqb%q#iwm*b7Vu>nwtJ)+U6n|
zM=R!h<e;7U<16(PgHHZAD53D8K3lF8bA_$=0wxjkY>+IZ#PrG6HsXu5;Kbx)N;ED4
zmYzAcC7hPZ%H0qW0J+Xu*<xc5AopEY3ntOPgNf;Kcb5d`P`4FOgc0D$D6)(&<y~3;
zSp+R8QUT@%)hzUUz;gooZE~^}Bo%*((FXU+qeq|ImK7jH8irj^R&blQ%|SF5h=1ju
z-~R_dTI+W3mz0;^<0c32C;UlZrbGtWNpH+36^_BI9KbX2-MN8<?Xt-7(LIzg7J2~X
z4M?rDpW8mh(Ea@Cv~)*8TJ7!GvKE2O9v|{{p-iSn^ZGf8ljY8rrK^QK`6?W$oGY8T
zeN5CbbB<PTUmWi#buOW^5;WoOd&_(;4-Fst9d^w)HK}Mwe%fe>s(Wsp1A7E`Q0c{A
zW~H$P{GB)&Gc$W2Q0M2-S}^ceX*k+552x(IkH_0*mB-DbIc!ad6%TYkM|InB^nFyb
zP3WTQID)_V%^M0$FU2@MJwjAG%Xw`1%#Jp^0znHMx-~V;E;*VE6|ZOAR;zB@wKj>0
z{|3WQjGZfXF+0Dmt;xt9|ETkJZvV9S^F!U%?8(RNdS<jt6n-}Bg4U&6vN!%0c_A24
z3ZPHqO^?^x3faLRBOy72I-Cj=9O5820fwA;z|I{=KLuJL$=%0~SAhKj`wIbP7igQ-
zfBk}uqCZ;!ym-jl#_=)u``%Sn9v>WR{AUJ1N5D-78Ztk{7A7WcGBAu-)j*m61R%wO
zU=&Ituq6JM=nHzek48MvmQO#KaHc{;*MAIc02JYbL%j-p8<;bLss)frNYxkrcJp2v
z;QCti{Ljd&{adf#q=V8-EJ;*E1hoT}U4I&%__&h@93;}93GGsaTO4$IxO4!)Nv@*+
zn=7<yr`PxP*lH<}bS!0{(}KWgd;`8JDB|Fc0EjKL+(EEHbNsR?1LRxqqGY)=;mAJ+
zJQ|>H<4jZ`|MwK6FQ8S-%*Zf=Aj5`Pkilf$QR7X=Ll1}B{(qUjpihmq^ppsKo4T|#
zY})XV09y-IfjlvHD=01?WE7cU1}P-D&z~cMFf-NDa&mac;~_mA8jw&49Bh3cq7U9e
z&JiAC$UooQ`~Y{!?fe)f`VgrHylbeT)7!%XG-6L1tJ+6yY~1v-{g#u$n%w=QhUo{0
zJ)=Gp42(XkDl5_5Sdgk>6a4FQoAkoIJ}&=bSH8%SKt5c;Low=}5Fd$H>xYTpqu=E(
z@XWMvGq$*hpn{$K>guEc>Rd&l#3nrtSW`JZ4sp2AIxMw{-T9=#0o3o_ni{Y!*S-G}
z<#%h}juj#IiA1Sg!<?{?RMV?d5<^>B?FL#3hMQ1iE4KZuah5J3j7lnNc*SRC&ox-@
zt0(v-w0ij%OGv1DM#>%+)$q)ai{xmeMeUCIu=CuL6s%@R@VX!F=ry=HwCH+6A_q{s
zhY+&+jW0@yl9UwMO?)zm3i-g22YT5DUx@yNR__xtvjylc0m}#+T!5K{ENbV5dGEtj
zB)|^Rpt=Y|`>X}S<cNuhM<*ukn8a|&$OHpa2r>(#1Jbz3o@Zu0GB8Nb&4oK@N=Ak+
z)bcNIq%lxCp$PycH?VZPo7{qL`qM1&&6~w~oRSg}NcJ1712|wH$P<ihfae5nTj|6m
zxE5**@exw=0QtTLCw$arSn`l9_AP}CLY|{2%m7~m#VhFXWMp#xlfi#82ev#M!=~9K
za9q9v$ECFN{OqhG7&CU8_lEoW;MNaBOSoOZ8wcGN)|3}<V&RNXHNbzu4j;^wHqO`H
z2GQf7H}Xk=Yzi%}6kQ%NTqqt<(a<2_+Q$d_%8&&~;RAwJQ?RnbqXOIe<x7Qo(AW?H
z789({)nC6h{`vz{41!;ev$C__>v7_QXTVhj+D?7Jz>Xv5F;dFc2KymA_}#Z&3J+dg
z#6h$=z<6#4P|yc6XiLmcml#DaV%8k=Lsro_q%p7lx-(2aNZJV@ivV)|09Q2)PgTn3
zzek?e2gwbh!osPq-ct<|LSLX`MAoOi!7!29f!5<#izfJWT}?XSEB$xnchNew1t-e5
zILL@=-fZ1n(h%BN+>G|X^<ANTMF_Z!uonbv<_emW2~7R0h>M%|+9E_)wXr(dKpPC(
zQ-Y~TtJyWQQZA0hRiVR|fW?qNcNQh4>FNDC&+qN(_p&g%y#0~1;FO&_p&PYpa&%Zm
zgk;C9ULg*O<%>#3{C;8&MkU{r5-sqAmdh`pt%$@TLK_&zvEB;G>;;ud6JGA9pEFKP
zmuB59{xbAB2l}GLf53qz0~a`n*25Tv9zEj#iw?-KBaq!&ziTlR<UL&bN8xv3@y9hS
zX(BRh%A3V#-PBpH8TVPtCp|nYcG!2f?7#NQn6>WZgan@t#1qMo9QAozjzlS}_sveD
z8Z*hnHExt;@roxEK$L(g1oANWujen5WirE&3}JXWA8&&U5sW{jI%N?1>wYtxB%Bcf
z*`Pp82W=ytkkFsW8%<qHVlK#ca+aBiNr~x!u`wXjtobRS;2c@Q!oWZY?OFyKCipR}
zgY#?PtxHs4&LsT1X+a4T<)-H5yCEfTYlZtHY^?7lz<0!swERM#^gFPKVE_E7Cu;zs
zJi*nI*O%1z(a^31gS<>0yp51wtmRKkKu8#;Q~)i3+UdF3+55#hF+rKZqChQO?z2yh
z3%DsIiJ-4!!0!^K{+q9OJ}}_8*U0>G<huL(y6?q;Yn%N6#i^>A!evoPc@C6s$qfv9
zBHni#Y5df=hZx?ws2yR>C_TK}q)Cgt%C(f}p)G>&e6xg@UiyQ^ebmYu<%*rnUnw3s
zoGTr)s^+2+eNqa}88@*}*~>C^K39Yy$MlEph4;^JKe~*6%vqO;UK(mQ-C2Bwnux1O
zR*tpo%eH!=Eg>u{qYdZ&BtL7aPvElOd0b}_!LjL|LFfR0p<h6s{M$x0G%dk=V(Qeq
z_wUu;$KS8+wpCpHSo+=@@TcoGib@GHo9~j(n@e*Hy7eh$-08+pG~V_vz*;w`F!F+9
zp?O}D_)95MV;{aO1w;Or9rQ0K(wACczDSd(!kUr^<i(qSNhsATS7Z6w*T;CBnAo~s
z>>qIblMmqjJqEo{A2E+z^&dd1!?L8%@+KhoQ;dlb{N*|(_?RoNXJn_V)LCg3*ctC9
zpoBtag_ldk#Xn)C&i8a^SpXqrA`8cCN0{{5@TKnn&+_%Dsz`dk#!lTWm##FL2KBdU
zE`vKtIXTgU6|IupT4X!L*A^TXg_Qn@y3&9Q?n3EAVP0|~YVjlFd_^Xr9T6srI6l9n
zj~Fl5WskOWY2aaxef>fJx7{Ngf!?XX3b`0EoKe)gH~}E+Q`-<b4L1+R^8jl|x%0zW
z387yKh_0#GY-?>=V*Gnp9r1X#FZbO!?B2inWVN73VqZv3*m+n+zE6S8h>Z|MNE9$y
zSS56`6QhTm@4U{d_lc$a(2&;NCUbavK&@6Jyzcs^V!kKo@y>IOywhh{WY~zG27iWb
zJe9c-A~^F_$B@I|-+E0iJsJWo?Ea_f!t8P2)Pot;?&eH8Ouc);LC)cJx$e1%h80|1
zX3s!7Cp_`N#KQ6K5Ab8@+A{cZ$De%-l=j;{`?TMeUzWBlt5?R@fMMh{>Ky4!a3^};
zsKIY1qS#e#LIV3qqTupB^s%Wa-=z+L6nlOyN3xoB|5h&11~yRx5S|9MKlY)|iXD_i
z>{peCQ01t^8;2;KcIegy2Y^K+dp8=bg5Np<_qHdEJOW?bjd>@3uQO8VeliAgV?|*s
zzX0mGN*eF_VYbwC$dVjUOwYC50o#D0e&ULp-VfdsQiO#!@th#xZQQpQyd?t;wPsKE
z84|B47tK`Kl%#o~%?%B>{_U}dm}_}t3B3jF@L#{_WrCVaI9pq|Y!eLBUuu0T>i^@?
z*}U`b_~jMY<Z=eS>`>TqGm!^=#5EjWvbiq8Z!3?~L~~o0%a=pv45GWAhj#^X3)GE4
z0mo|+94-m}_tSe&lOxfVF_9T&!QwnZ9z~J}hmR}pzJtkr!ToO+6_KM8wMdWxIo^G&
zdqj2gp!CTgT|HT?8&6aHx;QLXL5+>7O^aBfj}4|1><LCwM}G@KTbTOIwg6ge;$<4S
z*vmhBJ-<FDG3;T5cEtp2xa1Gvx=fy0OG;0B9m>sy-8z4s0d_I9o+oL8(!Tpk%OQ#O
zZ%F-4opp?j&xb^fAr-->o_qZR+i01mgx8@9zoeCHl~@%&hfZLPY*E+i_?H3N?2H+k
zIja|DV)F#eS#KWVIc497#ATAtAPB~LhTt7V2^FQ6RiRG(O7Br`Q!>txuA9#DXJqi`
z?YJtLc)s3D$VCm(ze6kXIhpimCVWzx_V03HpN4l`p#Ie(c~_J~hY`X}Q_6od1M};j
zmx{+jtwt>oY`A!GxoE-4Z*0&sP<4Zn%}_36acd*wJp?Ol3jXu4QIUPoxSx{ve#hKR
zq6Q7i9|6X|w&`zAh(<zKz>vmmWo(kxo^wWnpxqU7a{oJ8Mscs{X|O6^Yf4UaAw6D>
z^v>7Jfc+)Qe}5$X$^A2wz|9O_SKLb4N5^s3CJtYRsI!3O#R`|LtF%jOo7WWT%^sK^
zSTT#n3+u$=6y^Dd5mh-6B0T)=5?OJJF}-tIU);iY(OG>0Ln6q&PHnxvBPxoA{$tfz
zJWIL&W8<gQ->XY$0s_n&%*2zV#U`6A^s+0&{=;7e-9g>nU#`}iP9IZC%zu+Gr7I*|
z;0k4MxD`8O(QJ?JwurjC#VCw^I{xMF*1f6d?@S1en{|_YX?yqtPlmH7ggMbV>^v#R
zN{4eFz8ro`#&#X1Of*c8J7AfxA)0W*Fz-{<n}*QdFQP+?AiR1SK6&KJoq*RXxwIn4
zzRRZ1V$xK2(8+LR@nb_}b}8{>F|YOMFFm3GXa}W4A_ZO!AX_11kO@3o?Js3N{_rGB
zXM?QD#HDJnvc}$%aGvXrr5_79_iNsn_D&r0R}nKvad9Ck8?NivOCjt%HQ-SDrZN4&
zOcJf`SCV^deX`3CA3suM*qIcclHi$vY49lXZKWmyN8*K3x2^q^J*hw@Xp6HKv&;+2
z1wQ?IViJ2C9%`>Uw6lpnE$@s$MN$9iv(LxS>8ZweX;M<G2n+htGc=!@k?J0KWZ!oR
z5d71Vf#zaXkEb6!5)88-tJyZH@EFOh1bG98+_RrW>|>pBmP>|pAt?i%Z_fuQZkm5D
za}-b@WwohH?jmYHi9+rCS(f|N{imB`pc&yAZgpel**nhG9NXdd^punjIeteVqLt&{
z`WqreQBvTc^!&2n3FEBhdES(MFxYFBK!Q2=C=#DN1Ce_R#Z6pg4-dG7<wjaxr;m<}
z>F9ZanSwtvcws@e%#m5_5Jc2q6vE9oQ&&5PsC)KRTwFq(mwi2o!GVwEwAa*=UL}Z}
zMATBCbH(&~84Wk9n@7(|LkmcZLEkRH*dgO;HdyK@hM7aZc{79AR6^43_!MH4vr9c-
z-{#|Nvzu)2pjywfQFzH$lyI*(lZi9cLKV@uJa8}eAe`B2+vk04qukmXPd<zOP&$MZ
zB4bAVx)2eAcMC6l1&nwxggKg;JvM`s_Vbnbx7IR+&}1*aKYEnk%M<>|lFBpTJf=<-
z6DLAt>hqJanU7%qv<*n&BaD$uk#qKldKRV}LnTAZo4YAaD-`frzAt=UWAr`7t;8N%
zx1dMuf>EZGVkJVJ!b9Y!h`6NRxS+hcs0V$*coN)S!Dj@))Zon|#ujm!0xt)Y+AmX6
z|AIA=D18NP=jVV30Ouv^G@`V!64Vl=HXZ=EWP>hZD$W$VwZlC*u#nUXXYyX-v<1d8
zD1ZHm^JOV=e13mKr_TU!lRc~>ASqK0tH%NRFWPRSj{(7qCVygU4iq}!;ZiY*ep?k+
z%s$JdWn*;GGm}+rtns>gnr#7rF*d5(iHeC2BOb!9pUdA{609MUHKZbVG~UJ<RE5)s
z&#tRr$rn52)`XX>GOXaSDordsQILp|(0K2{3HnVzLB>x%*hLzLQzx#B<}dKI*>UnQ
z{1j~b6Rw-5b{;?EY)n=kJJ5KQ_v~}gY1viDhcKb|uH{eS(CQ##W$X%R_0wg*6IL<u
z+TWwDW*)67RBdkg9WnRCVt@K^;`s?k6R#OTk?bE<U<c6&(DQ`pFSq~|@<IHJkBeIl
z=^KXJ;39hmqfSsF*$Km_3mTp&CTWJnIy<usRc%+>1fpt?eZtCOolQ}znlxrVxA@_@
z@Mp5o$BMG6FK?-cWpt8LpLH)q9-{O)x4yZI52ZpYn4Pa7rTAHf+RG@0Et92D(#ihq
zj@eh3Y3b_ed9EZb+)o4l2J_4Mdi@4lAFXBa9FJIr<#gfQVOeO4`i$=?I>#7!Rg?w0
z>5{RWE0p?%vp$t7qejo6!}VYG#oEtUQYaNpSxP1rop@?WB#aqxZxlrtg{?AIu6Hth
z<(F6DcP%tD5&Gn@MOR5rH4sN@c@=l2@6qtZn^V@iS*~ZqVWEY7E}hbE-#MRgrK-y<
zvF&UjMr816MY}J1iheIe47NNWuEPzt4RfU%G1AH+?^cuomFp~sUDf%(fe$g}YAncv
zE9k%(RqSqVGRZ=K6%5M2&`t8J=+mcZJK>~y{_`nu2;Q|^?*FdWBYmQzm4Cb^M|<;Y
zTnO29;iFkf&S=S(yzlolc$_8HMI(AJ&ss-+^uET@VY3iln#9xp>YKLSiVuB@4fIrb
zte^h~LV;HUQF!26I^5sCAwKCS3>qa#E!v4leiBy=b1638VX-8;QHd$3@9*o&vxE~l
z9f^`rlAm-s<8)jnDqS9DT87}&Idty6sijrtd-Li2dqZNak0z67iTy=ZN7tt@CSwRn
zYU-bV1k4v58--F+?cwSKT6NjWx(CIc-CwO-H5%`Xu?d)v$f$@XYOeHGrZi{O|HEt2
z@9lV5Q!l!6T0@vrk2ci(8tp1s&P3w5WbO|Eku8u%Uuz&8<^?4sG2CHDntFWq&#kSj
zloVZKV>|>{iIL;{`1lkx7WgX!M%m$(FK8H(x*oVpJ*TDS%qZvhz<m5R|1I;5Ds{}}
z6BD(Q7%ZKVC=^gwc#ERYl}bor|1B`MHIJygNqiwLEMTG3FI+`~^#-#L2jTl+>nKN?
zGj%;yI&{Jz#&Ga`DP?*2_eT%6&-%G?U;q6sM%eqa{?$=>pz&qJLjKJU&jWM~^&2il
zi!M`+GUc4}F;Unszvx)p?r?Rz<&T|B*ug8|_K_|W9QX~h>}1hqtwTwKwVG?3T;oS4
zvw^-cqRR6}hb`&7yyc&Z#KwbuTNqcqDh##};byo#9M{D}%5?AHwRlI9Y`;{wHAur~
zF{k*fGO6Dh#0-FuRVhT?Oc9~Wp>>wPBY=5{PKe(ekc4P^p<Nkm3G?R`H%jONTMPDM
zLVRSR%F3TJPYLKBLQ^BxZK%!$T^=IuD)hJZ_C{LRaRkE|AtR%UKTK|Pagl-UGX5mT
ztV;EP9y^&?ZFSA~#`g_RAPX@z<{IP<`~qN?U}i$^is_{~Z7=vl_1_VIz1SC(4I5n^
znttJo!NIy4y<3(J$c-5fCT^2kpi268ex9jrqooBy=sCqJB@kAegO~#5mf$sn1U2$_
z5GcOUf5)a#-`2)U*xTmqyx!u+Jma?{*ckX*tiAY%FbHDI#*zwCzkVi@?IT2|qEJaI
z4^|izm-`ZqB7|?0|Ayl0ImZh|e9T~WZ1V7IsWpy_76-e@p_<3%RQLw^Y02r6A9F$=
z3J()~|K9y*x5#=i7jLkK1V)t^Oy+@v-*NLn#^zd7N6h^ae{YqDP8=i2qfCT+nLA@H
zLEBXa0ow9B@g3Nh38fp46}6<-Y4;fho-<aqrQUfQEzJ6x`fA;#_Pp<fjB-Qbz!K{j
z3lH`qeid;I-jw0WS+n-b+1IWWE|(GZKYzVwk5P7K!{x<q#0Mqz6?va?lpE_>a@wlV
zTn5U*LJEyoZeAV(un__11kyo#M;8}XY$oZ;birlHXb!SC@B{v*^rN6Z7fWiWuZIYD
zXeohn5L&d*id()9T$yMB8Zc1S899Se2l^9PLrHOQOz#L`uJ7aN2}Zk@osH2Er1Hct
z4+K<G8{F!k5zXh)4rx3NABQspR*)f>;OdQ*1+@Sea$(#L#z+HKlVY75nIH*h7T>=8
z>w_uuomG^TYYfvvoHqad1N;awP!rH5n`!vrjL?`v20y~kt;#+vAu22k1*8bpf?Hc#
z;17O%$C0&?k7%40>Dz_e8j&m>8JR2Bkn^m07vv}zke-(Zy$on_|4~dpJPW8vaC<_&
z<j<H57;BWuTwk<4e}2^+uSy0q!_k))D=C4!x+h-wmAa-S3p~Ch<Jx)K@j-R8zct)3
zP{k%Na3D5}b813Oz<5KTBLw@WOSIeVsS?8vHx!8@r=4W{J!cD)f3{!T7U15V!85fT
zA@ufs-Ptd&QQAND$RlDcDW1jqOVScHTsFlomAfefc|mmg>xQnhJaZ^x$2KOSx@pN;
zboE5;Aw`y@jWl+R)@N(i@x&VdxvoYd?#;iJF5N&Edi>?Z){7Sfj=KaR!jv;y9GwNH
zMQ(c!$KJUlG`T0BrW3u|vtRIdzhYQb#wLf&{o1{}#EsVN@n~g?2;J$yvJ(;6u{Lf1
zdr0UgEjBiK{vP@&Nh8UBfB^W*N3wFD$7LtXnfi6F{o0H*g@6W055SKGF_uBT_8`cL
zgkdV5qEj{pL3H2|zT=oSzTpJvCcM0?d>|@;D-E~{4o^;GK|+_W7~=-W2opwPsgpSm
z5WB$S3n?pwIRlJOq2n^Xq4WTmRZEHglmZpu29wquu_OpYCMP4C3;Z)wgtGMX6AU}I
z{=#x8s@h)eis2JMK$JFY27nuZ;f4S{bJl0~>`n{(SsIZn5F>(C`N4x_=#Eh%*yEtf
z3lCz!4|2*On*dlwAe<eC7TVKkdU?q31S%;=4t2^v;#ghH4+CXLsC>1!<BbLYE^2y=
z>9^3l+u8!{*Bq&qlsqAd@&g@u+^FyZc0brD!9Ba-`OQxFu+V&$3O=`YO7F&zxt`=x
zMiX9;H8#!ff(r8iI~fcTL9YnvwPn}mbMJ0pFk?eU4@7mu=p2|HgMV*Jt1JG;MHyLB
zRZ;@P3~*jVvT{;V{xq~-I-ib%<Od*a(9Ax}zAFTAI0G>ZZIDBMWni92^DG=2aZA47
zH1d_$w3w1~lYnUAJ!b3z_tFEmbIao5zrTIQS~>n@m;JcX&=gxhncaL-m-o5$&t%wQ
z5OFPH6|p4y%+-zrH`PDrP6si1|ImEMvD0Ju&chqQpSrs@qcOX}pGP^7$(yd|ca|$W
z%ID|Mrgf$+|0Q4%jJ@6Fb;#<*-6+uKjDZlFA?%f43>)}F@$4~TO?34r8Px@Y46z+5
zgA+wbY%6bHY$bPbBJG7i#0aBwP95gu35+V4jN_%LC*GF46q}seJW>np??>M6FLyG0
zTl(dvE0MgSRDwcS_qkKQl=4k%S%NjM=#6z(`83Lmlx$&g<uRxlVH}_05CkI&<kEzK
z5A5Isc>tFHBW@CdEIrj({MH001Fr#Pkm4_nI6Xa`1063?bce8@JO(o%NUix;SdfjF
zwY8GsV(Gu%bwQSdTq0p;SkTW0297!_+^t%cqiM9sKoter3Ya$lu8KDuUJ-P8pdP@W
z33|oRmgw>bggmkSyN@7^FC0U3REG!LhS?WnJa6P$e>8${4N&I6YXo^!92}ke_`L^~
zi)t}lV5OKJ8|$>H0eBg7kYT3;^q*#)%+AURGkH86p{lLzT1N*WZv>*L7#5Nku>lwf
z#q${;EQiy;Y7V{3|0t+P^Xi>D56bl3{rx-)h(LP>hi_Ydp<fJ@BFv1cCIKP@@mR3*
zW4ay~8G*={mYQ0^Nf`)0FxLZ4%gO<?ok5ui1frxB|JF7LTtR@W1t#hN{{BD}qQX}J
zXX`W>VhO3V1_2O=ts(sj_<(T*@C-%E`Jmhl3<TMC<6M7mnO}w-a#1shh}6SGr>$+l
zf*){OAnyS+4ME6jSlz&pNPYFn+S(elnJ{tBmePE^LD3Mga$5SYRU+hkb}{&$y@5J@
zP-NvbrHaLAW2y+}E*~K|#@2QdxB;n!z2dv*u8npm18OI+<PrA}si@eP$@F1!<kh#9
z2)08$Z$Bg!JU*_XX=~t1?*2Wcx<m5&srbp>b?}DH;tkd-RpM+$MnRp^?Ur616%%1i
z4(tcCJR5u*bnMR54kY}>^h1%28!x_lv50AlsZk^7mOORMy?IS=!*qGRPjrO6>EQd#
zM5sitz7SzVi;cd|T!#{_KrGhz_hsYz`WM26CMI*BfEpUtChP6p=nq}$E34FntE%b@
z(HMJ@9migq-j;c9J8t)C*iQ;3Znsc<p4ED}D3Xh?b2h1iM~;WD?nV_r{2@@C8$hsx
zaGI*Ngo!6IF}m6%kx|Xqcovulrx2F~?}6*-XBaL4*zfm{=prp8Wn-f}Z7=8&U<|ql
zXh0~Bz<MH-IS3|qk*uAyH40i<6H`+H#QzutaK4TV4<ohzK>2}?J{V=BKpIitVL#ZS
zLAZdNHv^&tJngl$DMw?XSwk@ScW`&FQD^OPpK}u7Giy2JEPPj5dJ0WP7;g7J`~zza
znLx?R{1{?I(d8iq1>#Shnnp3k0vagf^6w<9OFhny#l^qCw$I7QsqnxP=EgvlA;*n^
zKBJ`D61e7-9sqO<V!>*Q!jo2fL7I+Ce6^|pbps&YpypukTYUjH&0ToI!A${*vw;DC
z&uDRzuZST54Zs}+j|>PQpw3wUNHM|<L^x3j2cQaWEi7CCoyIhj2>a~V;ZrSsAjrsV
zZ*L#7W5NFUanfvHa1ioTxb)xeA0HDE5(XnN`aypmMsz}vq0Xx7V%rkk46|RvT_t%v
zmr9T>8C3wW6RKL+h+sabrmhY=zyOdU!>q5~b#Y;42ErHt?(pi~ubxC2<dmtb2}c^~
z__FZ7MIH~3;CJQaKu6>ydB%@F3$xPwLXrQnl3&JSQJ8}|<OIHG)4(q~-iy8~h9^H_
zz-|G)pUXs1L6wZt>#eFRtsK2dh7$bZ+d;R%(Dg@pZRCVr^GKyc<dbSVp$t!ic&A$t
z!Lf)Udse@NE-EbvheS6{PX+Z&I`-hnd!K!AU|n>Cfz`xATAJqaQnjw*&t!Yr(XkO#
zY=>ojWzr*YGn^zD?yLQQIKK12AhED(d)Ag3>{8M!ar?RI#%04^zUwyZvS<9??iuPT
z<Jg6VQXJ*UeG{bohfb}&B!LzoOfIw&rXg2sw`n{W^z{Zc0?u04S`d@_M1d#suQwg$
z%U`)ue%4jZ6O>3S2>`msyRO@CE9b_g33#X5AJaWrih{7C4)3|O^q_2v)~2Y-(IFz1
zAAewE1U9y|m!z=@`LIr*`n){8p;85B@AY~6bu*AJ`e}baSunDe@&hAp1WYn;^Fzp$
zjDv{!8diycfx*BpWXgyXRF1%S1M5GOoB$XHrvV$=8oW<R#H$cU1|Sb`#Pxy~@z}u3
z?+KtiAZZ%jy!N+Jpbg~W+M2e_^J<<4-NPObXn<5hLQK356iHpC7fz5y40ucg1j57?
ztV8TqtNr-fg@pyAex|MMsyN;3-vzKn;Lw5h4J5vBdL`0`x=dB)x3`DD#M~S>HxQB~
zG6zv!<Dfhj6cU2^3S_l~`tP6)h96MGo`XaPgcwM?GkgZnFhUj&kOyMp;~gQ17092U
zByxxIaR?BLC%f~=KijM-WcSk=G-{&LuVIUa$U~tKsagQFfOG+(R>5tdq^!I%-z+L6
zbpZrXz;;7a$0K+T!8-&iwpeEa=qvxh#(>`qL7_mf0;RVtKcy@vqyeHLPYm}4NC*l9
z<e(ns1StApODfrCJ>r)~k`q8UlX=Hc-_FhsX6oY`2|$7Y-4u2~Wu+!>I{5y8-bmEN
z4^)7X@$2J;_7}6e0Ko#idrM;u9NWo-dX&-9m!97SGi8KlVqbkYJj_ob6iP@z3B57Z
zUVb%UzaA(yf4QAqrjFrJK)Nf7V5Qi0LdQbQclzz!tI>v@9zFhrznk|Z<hZ9dIhy4D
zPk{6C-92~{R{K}(r(<HHC*1f)L?`~uR`65n6d53A=wh(?Hg?CU4)H~QAOAW)=YHE`
zQ}Q6}j!Tj<Y3vN9tmtPfWee4guuwjRNcM9~?EReM)S!5I4U|R3C5EttuF*+?-#VkQ
zjp5I;vmctbjgal5ENye`-T$meiNS+8xLjR3#hHkvXW&5Gg=srzVd@bxy3<qmxwvg%
zvM=_j7j5jyC*6@9ySZfrQ<JxU7Ram~P`XidT=2{Z8T`yaoiZYbAjc*_nHYNhCP5C@
zm6@asry!FwTXCDyf)WI<(6_84OOxQ|2OPXRL=u7P2#|qhwesl$4^2$A-Ne8`8S^-b
z<JI+{8B0SI+^h9C;a#|$qXQK^ti$_Fzo7Vs?9AuyR-l2<X#w*r;X8Lw<TNxAA)cC$
z5KzOg@dGMHWcCiXAxM`XSnNN!5Dd@9zJ1ft(-Q`aCFFP7)PfQo%ua|7I3mFm2%=!H
zrQLayXA9V+q6g5?hPs?e*H};QJ46T+*lB1CRo^GN3sfp?ZQ|r!Xx~8873dK%)j^a?
zOQ_13YGZ2);vk^mezU8CBL*0)pumJ%z{&~)If6$6{Gki5T49j^T9eT68bM4(RtHEb
zFulQ%`T;(6NeP>j)ZB(A6j4!;ks$dbkN=BgKfOR$KkslWjTqm6ib-8fjWGfpY;FI*
zQU_*9pgbz6s)BVXYY1WjfwiVLA4$(j2-nda(1?J#5Y9QVB=B4v`q0w`b}nE3{A#YV
z0dispJa9ioLs0fU&$+nBBPGqWv_$>U_v(XdyE6~Zgx#yiyQ&=-ldHQ6J}0o?6pwG+
zh`-6Ye0HE(M=!n`Xn+@x6{Z=50(p!BLox&dd!1SVkEO&D?q+2M(h_22S`ooT%13Nl
ziav;C8I3)z{Xhk%GQI9Uhm>81@u(PFw?HdrCVlQulAnSa&Hs$62T!LY$Vws#XPE1a
z3I?6O_9OOAC(N7qmlkH9doy1!7HGIl$JDH#I?;Hph8LhlbINaF(zc)v9x0i*g|e@H
z-u;<v%K-O|t6GL5<zGjdqBkqA{`Bs)NeZ&9Ik*^up%KE9pNtF81y9P#2K{dPDEZ@<
zG5}u_O`bTfGPL*x<Aw7NxOKZ}qO9EvU9N7XB2#%Tuuk+S#Z^v$|BWC{IsTMj##j7a
z5CIMR`Y^rCCC%{N!OO+P1%zvsmigUQ5Vs0B=qoUytbA24vjG`0?p7e~hG=0YUCvY{
zY^Z<{9iT-wsazhE(&N0TJO-pfFzx_na4187`S$H7^+45p?F@C+%m9dg#lP?C{)+$X
z<W8>`t;YTOXO@%^os`3F_j(RdL*d@r78C$W60Wcy3kr5NXq*QD2rWImrvDBU{AMr3
zJx`rwq%t8bxZnCEpW{=qRWeYHDk~{L1SA3*7nf<A2?eq7y=csi*S&XdclQd;El4>9
z8L*BHi8zlnBQg`PnG~1Ld_Ia18^0^McVO9#7`>A}q2HPii^|-<Ei+~jfdqgk*qG!x
zaPaPb<;uGLXW(bO8XKo5eP+G<f;q^BCsp1}`{-Xz5DsG;oGJg}fPaGhSwu9}N|APj
zLf_5#Ybx;$1`|1=W5Z=i9}A<k<KM_g6v}t?{pmQK?3qcSyIhp#9X)7e*p!I02WE+#
zsp(#PD(}1&yp7E~YCCNdZ#&(6&#ga5o~-Od@f$91f$i&;m>LmZ%fAvT?cI-}lIeI7
z>eTdFPeYN>Qn8l2ts?AOFn@DsM;T7!s?ekp8T+FQqM%K3$Et9GQ7dhVF1~|XSn^|d
z`iP}3QA3Sh%&98QvM(uodS^m2+rK|0$LvQ5-MsDDloQ$I_4j7fzkgxtc1kQwN8B-J
zT)g@>Z<gVp2LCH7EbQX8R;%6$62v#cynb+zT;9ov$e_daq%JzUWc?TtbwlP|=+oQy
z({hej;fNeGZCZL|n>iGBnN!ba_0R}F4TBWB=t0vzj^K)g6-7`xolszBYB~?c7uaw&
z;4Z^;$F5-(+*qyf&oYIHr{@t|7NKos!b?H*Qu1*RKA;<c%n}t71N6>=vkP!-jldcM
zF1JYwT>GtR8jFiD5MYrmD}xpU0u0$u&w5GFA)YrwRClb2Iruymo4mFV5MK(kSujAR
z2*S|_Fa_v2pvy~0O7@E_&CD1HzOQU;owpW5fe^QJ%@U|tO`5$cG)o*^UE8hgAXpnH
ziLeC$o(+2K<rNjJMeCha2Zx7{?qOX4mW)T{=31Kepd<n-8wi9U;nLKUPW%iIcTfaD
z0RkP{MYt}5&#qL@0p^M7tjJINz!To9cyb;GXJ^QmKy+9OLY6OVqkVL#a1$wHZvwU0
zeQOw<!FVD+KP;g@1|Z6AZq-nZkJ(*(?7$8e78ZtWbN}oD*voKpPQ3@tJ$G6Fnl<b2
z>Jg2TgH?PvjuHD1u#F^<60EF|y)+LZ?flN3D-#JOiT-RG_Gv-$5+=A){I8haS+=Rf
zk0>HeyKHLH@OzZiRf^%i-=3m<jf_^E2B|QtvilK^|BEeO2kQ;BTTv(l1|v-%o7Nky
z$C#phkqY~d9h{j(ft0BXeDcA}M-vmy$x<YDOU#`URZBeJ`ndwef494*FRNo+6h%`7
z^))7+i2+(f%PU90UGGbHfR2Ufb{+e=_oLwVXbkkigkkdp6P%@VMN8~F3%~zhe+fVd
zAcsKIPpS%Nl;swE42^f*&>+qcQ=FFA7z#Z%2&-}MqPqXQh?=hv{Ivj0{(El2>U)js
zxqDC2_H$H(y5r2|*@dX-G}nqBmO6_RH5#U5z3Us=>2$Y{u-0MST26>rLr-k7tNT$|
zLHk~6*2CMjOA{A^#mU!C2Kx~)Q|{&?dg&ei(+{Zi6A{CN0#-)lL)SJ;Kk?b|<WoZf
z&eZ);Yu<HP3ql4hi~y38N4ooO-vteuzCJmuVQ4gfG&3(HMN#7Dn!03sdS>P;0EaZq
zN&n*jB!Gnn*pH)DHPF;R#`GbeLsDK28Q$^Fo`HV(ePyMKgTv;=2H>m(Gr6JOzjNm=
z{C|NP#pz%ZQz^VP0Xyg#Og>$pKnBJ-XzY<TU=Xu~f=M$7Zi$efEkzHx!C87y&_0on
zkbs2<(s*bqYZ6BS)C@{QWEl_Gz?Op^8ijm_Yn}mF{PTWm(DOt18L0Z8S*QLRNO_Q7
z46VaG;9-Ly4vK7mBD{VL57lqMuU};r^!HODAf55>B!Rq|nPpzA^ML&oB<6?+3q$q(
z5R~zH<$Zm9Aj$?&8UX6x_y%PwjL6`U%mxl3pwL6F^eXNq7bJv6TY{s_ruGwPN88);
z246RUTod}}aDz-8S%WQM9@?7VE9tie=L=-kzYvV={t1d#cr99>_iDl`Dk~e(|ME7}
zB<WuN8VtFS;|@@Lrsd|g0nZX_gWSgT;Ft-5Oq3+a-9{GSv96<Dfa5eu!2t(UU~ufm
zKSRNMtTeN*J8udkWEJXmR)<ywgWRPYH@Zus`5#@*F*xC3Q{HZUKVICjt=`zRHs>}J
zF2iWoBcGZ@Cn3Br#Nv^_F5XX<JEg|n!Ps(NhX8q7I}kqfJ|U(JeQ>Hug&*D0k}^N9
zL7iy-cT@X!DqSfS*3M$c;_>B)v)TWVbl%}u{%sh4?9CIh_f9rtBztG?Y%(&k_ujH+
zr0m%sqeS)yp==S^gk+PE@m_wfKRPN72hVfg_xBp-`8kOP&l<cQbY&6zh+$%xOwTuW
zoHY7L=JL)bxAC1*!5_^T#)Njn!q5*_ofXgV%NsNwC#5TdNsq%i(b34N8>Q{As1y=Q
z_Oqngx%o=@Hw+Zek{%8FAW8Wd#L!d_42W?imGAlV`+Mmz{I4i53}sq(5_~NSBoWxC
z@78^yKHcCH7$wc`dj4%YF0K$H7-we{EiE4tW2v*sxJ$L{4`hE~#VcfW)WeW;ttWrz
zZ_d^ouY1GNk`m3IkYv%9wamg7eFmYlD5z5QVPxEY9)~jC?vCjkbnV-YUiq=`64%Vg
zb+l}rkQjntKRmuc8L1#vifD)QY2Lnjip3)^|DuC5f(IY2;JHuK)H(L}1DqL?W&w!<
ztAqj1s(<`}{|8qScvI-<=||n@udM<hm*)^)@M|!4!1g^i86FS=2?!<}>i)Ce0SCE&
z17<R}Q<ZH0vzS5bFz~dGz8k~L;HR^XlvF$5SD|Lk%9@0YjkN$g*XjQwYpMdfzrUZ!
z)N{rClO_ioAs=V9AZ_W(;NV}N#RHrk;u#=i8*WmFTUuUTwh{ONt^`Q528p-b*XOBu
zdFq(AB@ey|0wJK+4Lqk1P7It7M<FVx?XQ7}UTYAXz@T^t<l)rAX>fHJf~^2tC&0ub
z5dI0kMHr%}vJLe0)fiO*+56?)C!E~eUShdm5d6RS#=9v9Jb9{Yg5u&POsSAg87l`%
zLg$9XXqZ#N$%KI6`=c5|=*_@;edpyjPcg82U4qwI*3OPSt_Um!@XdjM2_aQ3Po6+B
z7~CAyGg~mNVq{zdk>Tsg%5J_t*X9El;KEC!#KLqt1*V{IAEnwLr=0%6F$;57$PI_I
z63G90$fXbAEgOzP6ZLOmv<_zc!u_9{{PF$=TMT#y@`L?9YWgNVMGX)AuD=ZaWg^1q
zogp*7fb(4Uut1g;P~Ed7-dgVG@r;{#8S{c#h~VhOne7t~Zw7xw;@<-?k9kwfH5mVn
zgjo#Rhf@5&Aljx)Y)AcF5c?}?EK_Qs1(}XWqpPOq$i<K#;raGiP(;M{?;jk_XYMzz
zAoa&ovj74rG9{vzB^az8b@s5#Q{w-A`Y|F{ExD##L64dIOWUiHBDF~|>m7V#=mf#$
zQhUf!+x#Y?Yf+Az#yLhE?Sn%YimtFaA777nN>y~q_+Fd`z2sSYKbC^z6k+HR;_ySb
zTgq>~xaSG3rxtoG;{FQ1FY42&u3ouDV0_vyhjbg5a3Rv-i5!Fm0WJqHuTY(38@FUT
ziM;Ln!J_18Ws5HofFJt;{kM%QCUG-k51y}T13QL7X7U2LjGWE}muCfu%2^mg`%;Mo
z_BX4-Gepqc#ef)YXS$QI&@|jy(p_RTFP<=SS&;5lnO#7)56T+5Da3QQIatfJUIYK3
z!2I5owe`6+8*F@_jF6KvY4k=y?ft8YhR~K78yt}E0lwpFumb?6>x>9vm`QQL69Vy1
z2d4l-`8eZDO+m5XDgwP(7umJX3UWnq)XSAvsJsIq3IQ5f0R18uh+~09yh|3T$?>(n
z->AX05G;dPrzi`*Ub?{NOT@cSykMaT8!dqFSE$|P<6}rw+HSiF2Cw2YF&LU54cJ<s
z#*pi^u8IN!e)%$W9t~XS>88G`@`{QunS@&$xTA|wt+02MS5Sb^ZLlXIvB87boew%=
z*j?tH2b>T=10B(UK)_G4<xP!`872imL@??t)_x5=xCsw?%w6yheEuxQmM%)8@x}H%
z&;l}2QWn6S*wWJX*y7W9Cv^^3XIV|Z$ab%~!_4%?{tjeeXqMW{HP6d$Bwi_Bi%|z6
z7(i@2UCnnnU02xVz12d2&n$NDoAE~>&yUmJ<(v)an}Q=jBs>1ffrSPqS7ma#4l(Sq
zef9B|ar(fpW5wF=$h~w6J$xlLN6V=sDd*c?`G6wnFg{!qg<Rn7JpW0-N)|{gg^Ccc
z;Eha8a`ul{ZpdX&U0gJX-`3>ZV%PZV<MXiF$qjLvY4F}<BS7K!MDT6UY=k(sDwYy5
z)WlOU{IQfo7+#v05g`y{<Qasa^z^{ks6<6aBOKNj3=e2$!`RkI5uz`f+v-Jm%=n5t
zEC)A3M)M(J12rD6+Gsd8JPf5;YePuqxxruB`q9q7p|&Fp%ak0IwmcJ2?B`Wh2yks^
zy|xWoAWs%49SuHwytB7_VM_Z^NqObP^9kiv<;g;z!oB@?l(Y0R)P`Y#=rV@@(cbXR
zYyXGz!ktg`59@F6(I5&Oko%2=ALyS;B^KkXX$R>elF<%zQ)XSYTAtoS(%>#zV|jd%
z4-6i7{7w^9&V<Jc9Z1(|YWIWAgdV>9J834hj0z8Tkv|0TS}kVz0ARUsL;B4K3JSTv
zR~44FDY$|Tmc&H6Owx!WfS4Z@W8P@aP8J^#9&Rm=4R*o?8w5p?JYBSUIT8CDBJ|q*
zyl>frjrcMftCg7ByS(R{<v(TW#FBuH83Dr)!Smy8f;7C-E?^g!XB`64|MF7jO6q{G
z@7ghCfLgBo?ba=`$-}FfAH&I#&L@*?Mp@lF{*O8~Q<v6Lk3sJ6WUTHe`|L&CH?b!5
zCpy2pXjKo0)Q{H!UdHHmBh$++jAu26v24()>nY#pN_9QfE%+S%hbUzj<=5iaN&C~6
z!K<cj!b@yl$5THcvcEx3Zc7-WTu6}@D6q%bms_D<@=o1AvmmXSm6}ADDkpk#@XW=P
z>P+ndX56+<nA77T<FkngFVAFvf^9u-pV2<Dgh`I;$w{*ls?pClg2jo2(iNr_!=dU+
zpH_epLpn7k4Y8TG3+82R({e;CoS;m5E}(`=H$G6C(&Fs6@w8NHQMtZK`QI453EA7S
zLU{^~au0=z_@dDbT`GciM(e^%G91q?i{^d2U-)eOrdn6XisXJs*&<+?H&|vm#QSh(
zIO{NLeTzVp5fJa+lMAbTS4zfhT`ddVN6^!seFYhj3B{|*>Lwf$g?IEwONM5&c#~)h
zg$^6f&!705e^k{vH>uePY$$ld(n!(Khm>jngkK*sLb@kboe<u6$giR4_4LkS6%a@}
zyz%0Lo8K;9&^7shhbY?8p{~Do%|Rouo_g{zO=V?|hU63U&>7~P<JANiei*7dycMgu
zM}*MTp9n3zuMH?FM#J$DA#`dIcHY&tZVbDC1$x%&Mm<`ki=(662TcO&JUq+=&GV0`
zDu?q+T5M`u{XuLdY(35i02fWqyv$bZBGLHTJZkSyS6r=G=i`&#7$eptya6+&*5K`<
z%>k@Q$KUs7gU%pcYw6M|v6A;&ev4R-wL8i))a)@Q;nEp|nrwSnSKFJyYI28Xx|r&g
zh>{Tu;TwyL&n-F*r>@*kY!O*>CeH2VVg1CKO(^C3lr*p9*fL}MVsA-UCF#<L+~(fu
zxQ7xtXw_Zu5Rgq5V%~^#F0#aqhBqh+=qFX9%Y;}e9yl(sZF?hM6$Mu)Cx0&rP~>3N
z>6!jC4{SbAiu7Da-bk+}5h24T1k-z8YjxYrM*M=0o$U<5!>l=2mz>q*;eYm&ap)U&
zjwXBSJKnPV&Bms{$NbbPF#@9_(^{!*P(Bh~d;M44#8Qij1}EOizH?79+xb~je6S#m
zk=}!kM7PGW!82r@?Sy<p`5^i7MvZ5G$<Z*TJe|Ce;?FVbSwlx~l4-7+N$c#Gp127D
zcq_gIJ|1pgvY2+tG>jrvj?B85@^E1p%cRXdGi$jm66-UDNRov}D1kza1aE3}QPI1P
z+j@qt{C8T!)UX_bznt?aQ^X8Dq<o*IPI*KkYoiyWbM(!pZl1sh^RceQFrUl2&7&xt
z`)+NWNuhXAJ&aRE7^DRvv!sMk#NAf^inMXtX9w3yksM+6scVC{N+cAwEtJp*X+`j)
zqR<v|k<2Oo`UTTI&6#z0yhjz#;Zk`Pv@UZ>N0oj<T-Y&uh5zNhA5M{d&DDDA?v}H&
zWFI90H*<}vn!csyvR`vK{|&}Zoi*9Hx`!*iocG3+;-jc;uOXb$Ct6i8q>^#e*4}ni
z6eo;bWDp^W81Lgm7HV?v;EdAZ2xL2b*uD)C=##CbYf}y2pAP-GqfqDO{@lLl)5|CG
z`UAaK2?x)(ZNK1E+6B4GyJPH`$$N)>vwpqzl5Qu&x#DEW$MD6juKJ~H6CtDu5m};s
zbs6A8x?tj<M@S_8(vHuowiOCxq>{svmQW*Y9T;M4ppfFm^rAOZ4B(C{f{sfiztQA*
zSC|p^s|@z1$?C={ZMBnA14Zx2qIen!McXRQ_d%oeEb|f@M^Z^{OjK3pzDFAsFRnK_
zCuX53)*5NbBmuF7LIlT6j*h#RKGiAw_ubz&peP~~QHHQ4)`qPyeQ><6nO!YiL%lRT
z4hDGxiLH1f%o&bJzOX;?dS6jtcjRDZ!9av?y88hhjYdU<+V9vkND(5)n8Ct-73c5I
z=R69ne3|gJRq`UGP1yB?MUVw!p$cJi%sK1m@zintw{TkJQuHz-b?8E;T#<<OW@S(6
ze=|)x4sJ9Gt5q&F=fL#1BRng#p|cKp%GVv&jU_35myyv6Gv7s=*vLA+1E;(H_9f5&
z{Q!Ov>DK9(HDlk9MQmzCKJ<=MgTdC?w{BU3g@xKr>&ZGQq$p}lhc8h=)gtcjw?DUN
zbH&H1t)+;A#9sSxUBWA6$M0&$W@4G1?|(msBa#r8#2Jd=)dZ>+7Sxr&u&M~Pj4mm8
zJ`ikVS~*)^RbJS`Bww7>KRK7@`OhmpZs{@T`9e$QU*aX(8s)#hU>CCt=+YfpkQdPc
ze8o?Fk)N1om{hc{v<oVuQd}%9b>lIy7d#8J5jmljQbM7vBwuMQB(URD-XskyVtTBi
z@pLV7pBmd$6{)Fuvf<b#E*nTN3Xa`l2*pAuCLOjOsH+(Wx*K<Lu%#eSyR|T%St|Yk
zg2vVSYrBAi`|c>sHOOtH7dd^c>cE43M2loYK_MZmmo3IzV(}Cmbf)-_A8K<IDt1>@
zI&{E3^b#C8T7Dx=Kis=k@P1#v)?L@Hbp{-QZRe{$Uc8vrkjxEuhP}`s9iSH_ahD}@
zgTlTRl~j@FBdz$9ziY_mC10$#OkCvC!`H!l>=X+{hG=B8`tn_J2J}^vQZXoqf}p2M
zAIDfJ#-7;BqIZlnuZyCdNNc7j({YC)q$sch!``C(^Yzj)tsMBK_q1Z<_-o@%=7}++
zEC#!@PQM|0zxd17kcJT9Dti(oS%%}XD%(V;f+b}cxn|j;jr|96z!ap6?kFgqwbqT%
z-6i<$$_8<-V<S)t&{QW1Zen2cRG21B(Uy61lU(Yc>|#oxU@8P&#=W|kUwPuRvIRbw
zgO;_dDBgfSyN?2l{<?1He?myK-uT{=(46>s#hQKmO&Eg|ZiTDY0@ngZM-S@s%M`y^
zw*$EUcliph%abd4NbQDMkeQB7v%Af1|Fez{x2<R9KD|Gv>BT)=@NyZw(6GMTc=3%Y
z7ed?r<qrkS#fq7}8i*Ce;{G1O)0-uah(RH37!L?q(xZB%(^b9-%xXRp5v*rb=yS{|
zd{5>ls9ZmU-9q}lw`jxTBezg*FX6xOeCC^G6Ad9XZj#m(8Vie3UWmkMExn$BqaW!=
zG2V^|ZS&b#Q83Da@7mrnZSN6b3$;O82-;6#A`?smB1+)q?V_uWg-EKKT=*D>lLI#p
zPdy{xqw%E}BU)#&u#IpbI~gtu8;wSz2{WT+xKl7gFx!7s;#;&oWi_Ajv=oo5b&m^)
z{!3w9wWloo-Vdh5DY0h!Ao-j6&oB|4D4L;j1G(v0S$0BHD3=2l$ts1T9LyJa#$J{5
zq`?+$#&lnUhW`lN(^{)_T^jn4@=KC(C~T9tjXddN#CJj)wBa`qA|{QY7Q*3+3fM*%
zjKWe3nCSErV|sztINs|*<MJgeuAv>5ldGQdWj;_Dl(ZY-Y`ggQ&4EckHl1!Durod&
zk;XwRX4`tQ?-6aUuKrB~{O-xN;q>$b$Z!ky&AFVNC{lA|twq57KrNIy2iHO*;V3y{
zE{blI{l;Dh9p-@L7wRd+f-0&H4z38q&`i8yX-{R_4G+ezMRyH!(x;prp@=B_<cg49
zJ>Vs=zBpNqYV!8tB{0kW^0K?kTx01b)^Fd9!v~<X5o_Yn<Vbo(X=S7HFk-{XAK&#V
z4DUxN=2r`M6!ms?zFw49G`<fQQ$#1WFBM#KQEcw4Ut-!T7VaPq#SnMUWJvbTwTU;l
z%CttvMFfK`=ksiFf^W6-9i=4{4h@VM=m!6NMx;AIAfhmQ<ru%+CgQhm?Zowf?Gc)k
z$NRm{vB7$60m?-uD&M}pa<DdeSio03GZh5(pX@xr(u-26m(eOHAt;+04+kqJK6hoO
zuwi}wpiCHm<B}7Bf|s+6Nu_Y?6<efb#fTmmk%F30&+q_&kD{t_hI;*8P@rAc93f#0
zN+vYNn^kLlt63UB9{bi;ncRubN_#l$$8!oq4RFr4?s_v*EOnaXX9T%7{`)XkSgd1d
z%GE4H1g}Z@*@ZRM<0r$8;ihW9a2|aa?)Ug42q{Q#a4r-sjh5tG{ok(7P)blhvz~n3
znCi*oZyEAIJ-x{o?iZUkNq#U*KQZvZ%9cjg6t3+F3KH$>%j%22{3guJu6`)_;xH>9
zZ3l-GGpVBHsxwSv-+#Zg>cVVico|)Sed^4DD)UbOEq5Y&5F5ujS|Y)^?mEAj2nX6n
zaw&A|F=;Xs8MfgvSz3MChQBgH%IlH@Dy&nQ44qjkn*XqLwwt*9R|!ZtZ@P(0$)L=K
z<Tz^GJH+&QLX!J!|A88(uMb|>a&GUCJ(Ur%DWYT5bX5l8m=`tIJvk8oPIqwdyo;CA
z@b0nVGr|nEGnTs!R4~wYpl|@(xqHDcDU`4H1=tT0nrxA<PR~-+*`n`WoJBn`Aej1T
z;oh++r-IK|hQf`}+%L6^MRQsrsr=KqewN>PI|SaBllkid^CSvD6KQF(9=}e?N=$;a
z+KRiHL)wZezC2&9U(tAfNy^e}<i4)|#8KKMY`Sc2zIOii_p+0Y0}n=3R5yVFjU|D%
zv|+U<90sU}KlahGTNd776a5Pa?wnmC%&-x@qwF20&|r*j$+D<uuj&fkqny!x$ZoI1
zGN62{x=_YXacQsoz}#1Ra&%FUS)Jjyj%edzENzPTh8~+-w(i{or6Udw4iOL#X(B_u
zS3IcO|Lw2^+1mYkk=>T@#Vrb2-=0vE%AeY-X2nbs+HV=%!Wz9;9KmO~=eqw})FhS=
zEoTd}6r(Yry+Hf?;RiFUe)Qi>e1gQ0H4Ha2UjME_Y$B$F7C11}MDZsg%pQ0Y-w-b|
zTOuLLIQopnmD+w=%w$1QD>}pUtw9d2{z}#oN9NUEGCeOelt{H=o9a(On0GrBrf1aP
z8mj+Dg_9Fye#-QI;O8s*3Vl6#r~8j(okT3v_rrcj?`n!k7dBj+>?*OH>?uyIMHYVy
z8^JLVbE*uZx`{+L{8>=jsXBgj_o*QoW1xj*7!v{$?bRaRrJ3O*Iy*K#^@fk<EKnsd
zBN)^BzVw^;x8yNAHJ=>%y}eC{kI&+GoCbA1seIpPGfx)C%7$#47QV8j_kqH_4-?G!
z3dPb|<GsC#Tx87Hqt^-L5aX%)+pCouiN3MD%>ytyDk@^!C=h7k0r=|7vV07Jy@5*<
zV(LESbQgAQAjfNHFn{yCkOMfcgfv&IaT4&hFfv*;c<)evjFTe{6!VD+vZdN2#60GX
zOuW1<77JNYbg^=2DJi>~zrWC3`ux}WY3k|K`Rp8<I8Sodn@H@xdp~ww6;el<|B(mJ
z<lu2nF`&cEO6zh7?zO!+>t7#VMvo(zUQOlWMc3DmSIY0ftjdcpV@62jQ#RnAFsBKj
zWsQUpW1pXFXniL~X{Hgnx$qvZ@s-pDx(ENOQX!r}+lFkKHb5LwlSlF7&^B5mnY%Z0
zi0n27jl-;Ydgg5=@A1n!o1;EMz4XGmdIT*QN1karuSlxaX&T?(xAVFCr$RGx<aJq<
zfpimHW@J}};}tH+_$#284|+z>V&pz!D&yPW&_n$&$?%9aa=(1gxcFwmodUto8N@q%
zzP}MquxY#s>~<Sc<H^eJ`(j!7xRxxnXWMg)C=EC!klDyr))tY~{Fw0i7I&@<F+c1Q
zSG-l)ug2eO%^OZc+_iq%ULEh1WnPFSg<^5My-mV?#!Y5z|G5*k167{h<*n~k^h!Uz
z@k&A=L<{tT9{w@~Gxq8e{i8B9J^g1l_X7(3uuUie&G9$|S<%t8On#X@pESaLi5E=n
zLV1cd88Vu6^;YU7QABg>kkLoL_X36yc2Wq}rda@vAY2Ey+pMwSA7Fg107xk4qM`}V
z>SuyLnD}<0(SD2#0ZJ;!r^5Mxjj*<{;eJ^A88nS8E!PReAU+1`0z_fK{E-kFyPfaP
zT7F0{q}fjW84+cIM-QZu0X^(>Ma7@?Ff>wJ*8jk^WH)cZsz&dvK0ieQ0G+>O3$Cfu
z^&rttL2*V8Vcm2)`vK-+x!W*i1$W+Nl_WsaK=Xqd#=ye^x<*(<UBS@7vuPIcskCfu
zA$pHxD;t1Jkf-MeVUo*MXc-X22XjUGeAu6{rTej>S%6f?zXisxDeC2Dq1{%uI5|P@
z7{gZn>qU(HbzX;S7^rd1&JK=$E@!>)KNa51yFUvCPyY0fv2?+F)nkn|e@8&xmN#hx
zxcOP#73`qC6vtahZxSo>3GF68M{&uE@wksbgvt1lrQz*{-9d`^5PP_r)7}x`w0KN-
zQYdv!>!2akM&ugZzW7TZ($YO#fgm<zXzGImgP<M-3l>7_OKG0yugi`_e~n4NpccGh
z<>Hze+G)#pc0ZsIk~oB^X8FzdnXA^MMvI<^j(PlQUOK=0-V%m-St0eOL+J6O?9;~%
zG%eA6J5d+hkZH8#KRgwR_Ca&ul*Hs#rx9-0O9qF19ib&Dp)h_-Irf4p#Nl{olIp6p
z)s3g2t0bhEnQp}zG708J+De08`H#J|+Bn`k+1O2rFFIGe_<j2g-`_*d!Dk$US%}aX
zTOWMNb7CExyK`BMd%?KR-c(fb#g;m$wY_d57dEdUG;nlWYxJ6P7p;HYH$3lhuzJda
z{V;|0c~I%W#9gmbDZl3wwph{`q_wCF(|ES3b?H;A8HW+HD7k3v#)UFC&XM8If5dle
z5<dO&e#SYxKqN&~Ie5tOtm8X+bkMK|t^rR68=oGi+aZ$x0BTNmUn&&q85oe0k^+8{
z;oiM~DF_4o@b>K{B*T`1o+T?@+z`|Vz)S`0aY~956+)qS4?yKr&HK21GN2WY?}l*M
z>ty;re^gaf;lctoV_6v+i10a|eS`>bPfvjSK(tn=c5KlrDFz1YaL9ZF*^CrYu2LT&
z>LHAlFa|VTAB?s@kpXb&NEu6r#Zpx41%n2pqk}sVu>fjH^G46tW>r_<{(;pkXb+?q
zhBuGk8Q*8E@*j-V61dnWz>c*0_5$ENoz?=dmV&gxJzwJ3$e%w!{soKUp|)zRQcaHk
zupofeT4BSC>8hF8f|uf27Xb@9*tLN&1eR{2V`C4w$PhI5{Xc*<9~Ra^2q+4SDix5Q
z=jS1g{iQ0~=*mZ<N>4FU;KYj1)bhH={d5-gW6LhFw6Kuke3o{P7=o*;1wi2ezh1B-
zaH_>C0UtX*9|A&8?boCTDr#zYz=9GF-Uc@sdKwy_W&*xioNlMl#}q8g*JlCZ`l}#3
zQARfQ@Nj@5<o^B4LG=R&id3g{Q65cmbhzr0Q+e{xo%$uAX!>(Qb4RRPv_^vAcUbpO
zuijuH3J`KSavCyA_;O_EBz1ZI_eaAI5Qon@W>I?-_!gw_T}Pfz+~!B$d!W4V&p%!U
zl{wRlyR^|ub8DDdaWu=Q5@L^uaR%nEMoas-jj7Hbr(Ry-^Bap#GkQ`s5`Lh0JXY6t
zy6btD?p7VDREFn=Zwb_<m{P9m!X4ioMCNd~u#$1wF$~1MWXfui8#+f<uOfy1CcQ%=
zeJWe<7;S`n*aY7pTw2j>Jc_Y{G8^Y@R$TbX{#RXl>-C01o8Pq6uVYrSZ}G&}ZI1gr
z(J}6=5lq{)h}Vt~GYyKeiGF8R-mx<L(v1`}0<C*}Zo-usP0P~z`|I7e`AD~T#6}$W
zkUh6ET{i#Fybu+f=#4=`1oGT7<UC$A*UH@yJOYlLxkN>L#3>_^DIAytx_7nx6NU?8
z2=BvK1q+vkvsC_p{m8OqdkE%IdWRzpx==VH=4Tx}>TP_E%24aDA+7Zb%0{a8g3hg5
zQ|LX20**#d%zpi<8YYDRcNO4$vj*;%C?k9KVC@eaESxBrrVDaqR~i6Wg8g&RHRTGN
zO!!@ZI0cDWXIB?UYk`ptYI{dVN3a@z;Ml6p2tce|iy%=44FLrGLGCKZe;|4l_6wjz
z`(|6r0hdRU@17NG7V`7wM@Ku?4%}$WTl~GGq@+Mer=yeJXN`-8Cz!1YVTXKteB$CX
zU3`GCDj!oWAG<!@r>E6(L{c*{Ry@TXJa_;OsQ+?nA*`H*I|h^y;4+AbiUN0GTpaFx
z=lc3OthS((d8Q)2?GBNKa9iFc#pTHwu;7EewWp_0I0HpAh?e0v=;`SJlKuR(Odm-}
zDQY)JGwKAmY(USF#baDYkwbYE5CAF9%-B`{wg$l{tjL_}({ED4@(%Xqo6F0v5mV0<
zyTixVzIL$X{qI_W4N<QmBA_1zjc8nv?fV~~kC+7ywFB(b;N^zTxy&^~B&9pEJWrOL
ztt}?dn!sqYv#~L<;Rzgjcmd&V2B`+aQ~7u@*wLj$$HmMGL+6EtXa`E#%NHunZKh<z
z?v%$f^udoMJrsUSY-5uElt`gQJm*%7ovmz^rFQSA2s*o1p&k||9zuE%B@vgDexc$H
zt817awTWHWs9P`UQ`Cy?f_Ipvlu$6|b*v6^WJDSptcqWin7&=>FByGR?e?bzJeiQ1
z&LrbolO0oZa(WPP=T4)6?S&psO3VX=MdCMgjsa>dH~Vp;UJoSU590LXeW^`2-`~UN
zhPXXOrjtfU^?XcQM0%{5OW2>tV27x~xXf=kNJ=hlJiBzU_5OHldNlXe=Arw}EGG4g
zMciwgu*ggmr2u;D6mc9@BJ?~`Vr*q>bTmx-?YrB0nUz*YX8NOl=LRy4lk1}Rw=sOf
zTj{SDhX#M%^Re~$l@l;@N_%{)DS;8YIeZ-T@XA^4p{v+a6uEY)g`KeDNBBySOPFE8
zNXuScBgAXh1w%*}{!J+vwDSA!_MeTNA0OG54q|e)f7NZ?k6_O1(GRkh9^Q^S3m5N=
zwT{b(`yJV--8Mn$es93woifi`n)}VJdjtp*wEHab<}190Y#B<Cc9>4C;==2cUv+J@
zS?cDi=T`)6IQWI}gad7aE=B1g=&avVzbA@`sV*jGmSB+;(<$I(n38zjD|<|#p2-Ze
zp|xpLYCd25kEcraxvD4ai*l4$lT}#z9Yu;eYXAJ*n%RMn5npjtz*_6+f!m7G3pjO9
z_ymA0(WPnYBNS7PhwUJwhg^m7G0Nn7L@`}t@lneSAWkMCAW$wH1;tNBRu<d^t~7Ra
zM#4^0$V3Hz(U+;`;)a%OfH3Ns=S{+<>I*sCV8en>fn^tXVU*F?5<zFz@d}m32EfBk
z?}ML)JXUVI<=E^+nQ~f*y;1SVXX<N{4cxJ5V13uo3E7J`e=5fWT6!e9+E|Ch?(Sk2
zShhf3W&8dV{to5_NM(*MXN50%`Ry;b1>SSP`3*5q1ehSv1w#Qm9e^8ZO;H9%z4_JI
zBv3k5-A_SL1uk5`1j-gdu{SU<K!T0VqMT$j3PIIEYP|$|pzy0R$_1enJ|qupPF9(l
z>+7=-#}d+sQzR;Yw++56Jfftf!zLWIHaD4--9cLjnWm?^T}12}c_8u@elpFH-gj;4
zfNzqko&^!Id%ge?H03dHci#svx-0mjfUsUyUk@*<p04iae^9={i(F+^g*7}m*<0%b
z*$!YCzYZsd$u?vU7Aq$Ex6FZGYGpM@&n)AS$-N$$P=18P<Ht|eX0x+@*j*g99G^AL
zph3DCxdYzK&iJ4oq?=l)k*YTZ+S*x+eJE(Xoqo%_jT*-7lZmw!O>?l!jf`|DUKud0
z!&;DILB|ZGuOV^$)4r=UWu#2bN=ke~CjDi$$wP_bjr>;v+Ewp1=<R@LiF73;d*kjd
z(Gt7J_wO@FFG<wK?Rb5&w4)u|Papp}&Hk+W<X!TeQXol#>{~y6$Ss3Aot-4n89lwZ
zUvwAi{1YB9yn5>DE~G`c!MQTbponb1_$2Z97xNL`y&9f|2n*bT-;s)Fi_~&H@xznv
znD3y5NmQW*p>-2gD06U+SI%&>y}@anvn(F6uKVasNGo>NbDaWlmrQWt&RfCvdN`ul
zBy0Qlz5EqY9GoVBvX{-JJhJ)k+t^(Omptx>1a7ycrLo8?_HFE%$h&2iX|rA)V$oYN
z9sN3+PMvl!2x=OdtFN>(X81LxBqz0k*Mzsm)Y(oQrI29Bd)M2_iu0pq7i~ei6zW&S
z-^tJ2xLuE!4{a*RbEVP#MC=}Q{VON6)=juQr2c5N==oUjkW!Pv{e5wIZ1g|gO-7Yu
zIhEs{9Hb7;&T~yZJJ5(IrHO0&Kt@}Fv7M7MZD19ohH$M3Qzc%%=`CheV;cY;;mNv9
zfe(=qf~2^WMs>jXg;W%9FFcuRe#nz`og)l567chc!0m<rPvmv>id7A@b3@p&NR8q7
zpZ7!W3~Q{Q76bA#s9#_3KT;46^93gjq)I!(scdDnbnU+z%)LHe6BRth)P!y9?5Goa
z04W3FKUi!Rk4(+aw}BQA90=N^*WQA0@OAzD`_8EDO>OO{)7@)WJ}?b@=KRVhH!CYD
z66Babh5Pl(7vF_2EO-RK<`rUf6nbA~XN!W{50dPz-K@cF^irm#xp2DMixI~{t_Xa4
zTU%S8tU<sC0)$a^6bekK;-KOJE1w<3FK8d(F$Dp^exSny;W5ZHA<7tJFCh?R)Eg0H
z7JRx2jyXaiqHEDIKfjxW1;gB(0q6_=c3{z$aHw!TYyCUzh~M>D5=JF+pFGM{*&b2!
zIM<h#mD$?ZKvfRaN`+Bf91DP~Pr+_&4-BVAgzb}I{8$$FCxNY+970cwmO7*C{8B}7
zZ$vM$m8%8&Z;w&cD9AkEsr_+h^~8IETo_k_f}bz|OH(jGDd9_)m5Ht~@q~D28vWuf
zxewi%4ZDKaBBn*?6~ouulB^O8;!k2vR3_Tzx-bUF2G37@x_>*a@pTIbcK`U1KiBa%
zV{_fL{-bX&|7i?WU$;XaQ3IA-#;ZZyW20F|%%L#+o9=b5l;Q$Y!_3Mb;aS+x6WbWh
zClzCIcD}z+^=deO|6(eVGq6mx4)qY-#A)&O?T)7mc&#@GNy3k+uPC3y$0pRTcG-B?
zCe!Crdo~`B4e?LhxizNq;q-@K$X?69W>kE)$%X86cuw^IiF>0+GzRhrtMTqOg}Cdu
zORY!~7DpkHK@OKynwVtAulnpA*603ob3R3La``cYQ1+)6UmuX6E&8>BoU}-WJAK5=
zMTo|BhokM$!^K((YBZ!x@nFjPp^4*v%xylAH1dr_MAMT`w&sem`f$CpD-Q>J5L_rU
zd<9A|iKZft+ZAaaQ!tV|+DFG$VQjtmi6oUTvYog@GBoY>&bD^!<Ubu53XDlC-cWWe
zAE{p|Y<k_o+`N7(JZWV(X@|#zaWApnjflF^ta&%}CQ_5<lU|8~2_I6zy_;rb3ae{s
zMpoS?zJKR2tY)C&^%R4REy(-e#&R2g8gCyMtgWD7P)@^-l7V}u5pJCd{mr(^qbl%j
zJeqi;hb|4l124aQpPx6^)`oy16mS>;;~y19CeZbuOFR8+;GYW)+z$EB<m>qjqETF$
z_W-h?X>J~}yU@X&=esn2b?F1`U?BY`6S`z7(5S;0?)pPA_<UpS=Z_!CTH|nZLJ7U}
zq^Bzpvb}XV6Y(x#*3wOa21xc~fVbwwUz3|5+(M~TyL{{uh?9M#fNl&GG}k~6R_8&p
z5=$IA4+zV`q*5|7*|G+fQ?)?3b^ktXs1(EVyHBPej?1xr2BL<vUyGai!Ce60WjOGG
zsF2>Le%udsS5O@1W@M0Jqc5T8LLdlysFb>om8tFB_sgSK8>d^Ae0hDdTt6R<j)K&O
z@x_VSB;i;N3g-Qn)!incVKr|M79mUFx?IUNPDmp5luqulijV(tM3R5!)_Bk@JyFqJ
z+sHJ=8s<OJhk74&I<e)`h%2L!ai4EIyUTmK@WbOhJdNP$Umc$`E)5wz<xCrsD~mWK
zE10&I6NZja25)~NnOIJz&p8i`Ypq6Gh(BBTa6Z&~$wktS`4f$~wGfLvO)|gFbhq76
zj=|gg+ghDJ4IL^<5jL)%%;~#?Uaj0Kn=b-Ar-+~~><{e|sO6YN5}n6o?!KMPrw5Z)
z_MZ7mdJlN3_6#{_@S;n^)V^%Z9&eJbT^$bv)NgOkcrh#yA*$;<{bSV7m5EtyeShrf
zhd~_0^SXI|O7haP@rXz&D?rq$s@Rq0cxL|cF47g{p<<F@Obi+vgF)`A{Z!ShV`qc!
z=1lR2XlO<K$C@UG`Z-Bc64=F?MUwOPY&2eDJzDo(>hcx|e?`kAD9Vb$(ZMCJfLk(<
zB1&k4_@o(lYbcSU!P)n0@oo5A(r!p`NAi^Pr+Z%88A^N^LA?ZLY2hb%mvbGCK2+$^
zpPBy+v7&+Y6iPoRn&<;}I{-J~{wa7rJ-_+t@}HgIC_*G@S;Se_fL&NPi>0rDKNkiP
zX=zNPxIn3g=kN99HXmd25UwJ!_+_mlMCYQbc;E9P4p4iM#jkzM?m7tMqu}D^zHh2k
z-qaKT))Ppsum9=(0J<Ve%S9-_%2l(8g?}vn1G4-1=}^co5od7H!OXE(xuqD2Iw&nI
zJ0n594j~Hk8GY7q#*2HjOsUvI2MEyHa*^E|>ITCy=!xTwp^XG*9;jV`9kWb!zAgnN
zEGYfKoCHGup@Y2|9a8x;7Ui_P#RKu3Jzp4s1O&jLERkh2vZk!2R{84H(=`O-I{Ti5
z$uTLbsJwurt)G;)fxG1RT%lMiZ_WP2FFy$gv$>xR!$jiP9`VR4{ObyAczj$)zzT^y
z7<kT)U+-)>KNRB4l|7g`W=?6pJ+zn@x?EFEf8`uKrePx`fP+J__gc0Xae-PEoLc@l
zj3^>89539DR57nNW4>UK*{WSyu7f1@Y=u%XAhKW0*|^?qlzG1Yxx|fj(|dEDI@NJ<
zbN~RAs7*TY-Ij{dO__x~kvD0%%knObt>|`90!^l!u-B6pS@)AyrzU@!9VvYEe=T!6
z74?#Le;O6Lr~P0djJD;(4(_jUd=hO<s;BzQy-yc(UJZWEI!`oB4s-TZiW3;+XXJj6
z&A;cld8NW9EOZ=H8`4kIO1tOFOgI01=fYq<DM*z?C51&E4<|0|Rh`VIj1qer?Vc0k
z?QGY7L6%j$jx=TK10&+BQb>jqkMF3Mq0EY0`Z@{U^PMF775<q7QH$NBp%E)UYCr2+
z)?4~D(=W#QVUYfY{bzH}SB4oFy%A+d8>A)5!Y=aCo#q{15&?-$X`Jb$F$YrEvbTlf
z&F6A~$IFG($-GKgLbyq28WAfUKAji*n2wgLh`1svs}7#$51bo=M?8{+FAq!$&#eer
zZ%48yXRCTc0tbw-G_LMHih)MB_mR6*%~Wg9KQsT0Qt&x|(Su9N8+r?H_y6A73Idxk
zxa>bZF^0?ol~T@Ix4?OC2dSwg%IP4kh6nOe{~=8;gn8}n@58^qbph=`rTz>^(Z|Np
zGcrmh9KgH^!wWoIT;DuN&vi{uwnGa7rbcnahvj2_EpyNxzt$;Fa`?9^o}ZnqJSHTK
zTy$+{Y6AARTTcQdaJk`@v7}(TzVHarSkS_xK%xtElS1(=fQbW3d3_yRQg8$`fs+Jf
zSO}iUEj9yW@!hBZ_+(Znb{lVk86<kITd^0Bx*}8Ru+TTR9J4Bo2M;zkHg0inSWx^L
zE|i6SX5{hp2=MLO+k%1~78dQxdnNzHDbyJOh<wvkq-bPa^6GTx^k5CJM|0jYPx5)c
zxbhDRaf2<^$}Kn;dapJZ&S;Ez!uNvl4jg8{1A)JAkaFI>4RI2CAFy8QHrfni`hFgH
zPP9wk{v2)h8QbO8RX>T#-i@L8_s-2u{ry7n@^-DdGK{}c6$yW@uN?VQ@{R`CX#bVK
z8(8k0StNY4!$2d=rO>aTbt>QEmw)rN485i6<m;&o`eNIA(H`<*H3}9u4ZRnCW^9t@
z@Ctk<ybNk|ZVhJV`$8%nj7;*@4BmZh-TIi`k;`LX-4)$YX&l|NYO_ld((zX`X=b|R
zsOuvUN(L+0*MV4}=QNhT@LH;Ai0DoN(0*F-(cJYaoRdolB`h*d{m1?ly_ynpmE3G9
z9!n#10VQ-TEd8Jqy|C|_>I+S}Jzt#PoEts6;zI}DzYh}3U%GK2|NLlVZ_O^@c+JBf
zaAqR!?$8mwiIe7VaYC!+eHl5kgT{c2jU$_t!sY2jLCSE3azwv3+6oM8zjNoi)#CX6
z=lzrK#a)W@^A{(8R<5Hs)~{7Czc9~~<?a#gx!2kruz%|x<|3}83YEl0*IzmWpRcAP
zI*tsE*ieXe+`24RYns_Rbi#AS=atxc()8%>Z$waAzKYUQjdvIDn0Wh375&%!3kvRZ
zC_`;96HMt)!z{qz?A>(#)-8LX{5ulVK|Ois(t&dvG_!)NtTuZ~-C&~H1v_z-_G<vb
zU+u<7LQEGYX&eaOF9BQwO+gDt&>=5jqAEB_hfdzjZ4YK!knVal^(YzAz90(X<R4F7
zWx&bqBA_q;V*?u>U=*;@`LJXS_-sw<nVGdh+i~3tfgAtpw{HY7UDwef;(Kz?c}p?C
zobCG1QWKsfjg^DUf;N|_>JEoGVsw6Sad82GB50qCw&*W+W6aN&$YEx1U9kD(*->1F
zi@M<yLx~3J^cAoo`7S34x9%mna6IdW(5@xYJ;vUHgsa1H$@}NKU3-xWV^z-}i^^9#
zJ3AZhM;JQ5uL#%-AZ~woTh-bKc1mClK*HbYHNk6W?WK_YDAah6qX%S+%by-Y(D49w
z2YlX@Fd@A-JEBTtqocpsHccv@m?za-Jkqv2fL)9!Yf`MtLCW*6)*9w9*Q=^8U-+_B
zlO->G14FOLQ@gvn%gK@;W4U}efBp*)4IcXX->-jeV0ZYySqi;M2m<~vfSm#C)N~CE
zAM;Vn0Y(KLbkGvXz80sP82<V5nuZE5{Y#hD)3~NuG_wUk!q8c|%S9rhUaOyJOROr3
zS!611!A$scbK%D`NUL^N!?=Wet8>-B)BbS%$h#I6?CP1OU-en>N{oUBGrA=k%nj0b
zk>)m0cL=m67Es1Md5Z*|xB~K_y<O_eUJu>m-TFIIW)|tyk%@76NnG#4Eo?}jc=i`c
z_IJbNfu?&e(bhedzVKn*|DuajPN|UYH|2O9X1#dJrl(tpJg|l{Q45kO45PmW@txkd
zhdQ80u^uH{>R__>rZgiZ2}5Qq<ZM@OV_-tkT5OKAdOC(^GFReu$c`cwG42Cp6{!^K
zpTin&bL3Lk%|}sF8(`v=Rga2jCzKnyj3r<AyCeLtvT*0woH*;&*J%tfoV*wD-)4~^
zud7~Mz>oFFgZ#JZx;rYOmziWgM)M4*VxKZ@ll8qxMLe-lcqA9+6JBcYiPgeq8Mj)^
z2hXhM8V>G<lOY;@4<*Kj6}^HnGI&dQ0VnfecZ)Z8FW&d(0Edv;5L`bH0aqM%<VF{C
zIC7E)=H1#_cW?#4hgp>mG@iw=-IL}aL0(=*3kwX=NU&kMCBA4ttG4bVuAiYDx@k+%
zV=Vy8<X-k>I9slduguI$-*XLk=86+uLfFBz=^w^N{r&!@pofT##>WI8CzSB;1##?x
z*R>WM9UTt`$8)%pLqa5b-M|w9M*t)+g71SR4KCShPr2$}m}v2uGz?n{Y<M>2<j^3B
z1<$w!pvk_@a5byST5bT26Da?1NZ7vShzdGegHP}}vN23biY>j{m|Cr*6&y?e9-z8%
z0oB_B-j?z2-^pU-;J|_!l89cy1XKV}`Zmxw=<8>yl%i_t>K=CD@xobzff|;UmgbAQ
zv+n-@;A`g&y^r1^u%kM`1ErQPaete!8L|xE7Ao^dpcdW+<QTU!k|}k)o7_BMAPp#N
zCFSM4tPy$szhC>R%fJBzPAL{*9C<Bh{K|=}6RyS*X1l96z-<C!LCC4Pp5Y6Nh@5~a
zQ#D_r<<+al<0vA40Egj!n{{8>ZBN7{d|m71S&ZX%j!fPm@t}J{%oNs$bKkRM5*veZ
zt5dzt3msQ93JG0}cTb89`|O}3Q6p88A0>A>&+TA1zsKK<A^XoFE{ypWXHE0tk$H16
zhi9m<h80>`oo^*Y)k0YYsS7*!zCw8Bin~kjW#5iQK+`{iwl_1MJkS}GG#gS-NNqds
z{qwG+p<cG)zxyk3N;L1^20nJHVb`s%7Hue)L?tvq@#TLQGlr2I3>i6PJBQtl9~3*B
z+ZT8eoVrrzRk88krYW(Wb=u&uOS)IhI~`F(N7X*KO)_v0c=ZmAa*TaMJ9f|aQS<kg
z#Z7H?Gjz)}3OqeZ<6?P_iaXlt>&M>(Ea=y$Flz_01?8Ood2m)+8G@i0JUZGJKhm9;
zt~1qld^%W$vC>DEC{Y|K(Yi_3Jc}QNEletNSgKCGEm+VI*>7FakIgFYAFlgGco8Lo
zORn)Zo;erlFu@T0Fem06tXuc^JHxLi(3r9Lv>BO6)O~kv7%^>}SUga%$!21Y&=1b;
za6%1R007Q)fKHpk#2YQFg^CG3NNQQz>Kr?UIZyG3YM!|0yBR^Tn`&d85G&QZ=gY&}
z>qeIhnFtUZUfk65FXZYt1O~M^xw%0rUv8u-2|534@O3n*^oHA#rWYrwa|CDO@bJ(#
z3MH-xoZjFC92j6$*5)8h8jM<lg9F%K|Kj53dzojC{DT7P0o2hzcDX)JD&Kt^JF|o^
z%-n*gLeMyDH!KrEww~kUJNOcy6pb(rSl7aq$@hMw?`o~q;}>*lGo>6VRg)U90djuQ
zt0B<J&tna4s-?-eB92^jVVnMp5k@;ZyJW%~mcF6+tTC5<%GaoH)%!aF?K#-|@r$G?
zMg+x$ki_4Uc{}|7E^ASQxjYQ@!R;UcIi0XJLI4eQc@Jb3Fdu}-THn14*m+s-`F=m?
zj9-H#_x<~dv(E8`IlNi<_Vg(%5A{-WO2&0o44i9*C_87qEufgA`#)`q*++jW$Z%B~
zDPg>zE!#jKOaCYoBSda}#m2qiCj*X+?F%M$(~3|1(-K{Gyv~+ThZd@btnYt{Ws%Aq
zqk}m{gTgWi?gPa0Z%}g))CEMu3uMv?(luF_XNInRiWqwGdwK=`9<!?4?Gbg=BX*UC
zv)!CBrZ+k$f;|w3B>chw6k{ZQ%ud0I<va14S+;uS>0@Xl`6tKBwhB)%MgJYQspdUY
zODPc-)vC}M5r}2l8ojM?5O|zvT4V8LZe*;^-mcvV1Bn-vt(n1q9#^t5zDMFm$0G0G
zf#+e%jqHEdnr(RXciw4sYfVBrc)m5MJYU_CBFRQW47=%{&(81p39BcJv6`7w+EnNa
zSHw<EC&j+oNL!o5bv}QZUByL$G@tj&(P%%7om}WL9;6huuilf-Qo}RhEwE?CR6^2Q
zw#O>H=Ifx0uNBuYAXh#6z9sr#4axHGgB3q_7LFWwgExdT9_|~vc}g87hkRz8a2I%4
zYNr#Nu!d6g@O`x9b0rq{sH4KAgKzos!Hs4Tp@v+)JjI~?k$$EEG#qa*TYrG9g|IMO
zEE;*@pQ@{O#VfT)?>Lb39$jt>eQGU#*<FrDlSt=#rd56w<loM%HU?XolR=->v9U2h
zxHuqz2hOFk{Es~<$jIHLvVg(rS%|R-?<i0xK0RL_q}bQXiKTygesstBE6Pd#jYI{Q
zIsqiC6{5kCGxe}E_4V~3S12_#H8b=3#6)-PpLLJj+8=EpSMN*}?@*PL=4K<1gn}^f
zh;u(OVC`Mtw8C5Zg8X>g>Bf0kg8#yVqqZ&KthLwTc32~Q>l2DM5iNvw-#$<8Tb=HI
zlYO=G59R&ViTM>PGT!y*9b<1bTxAQVc~1fe?;o?r>VNB|h}9Qd@ziej6WjlHar0(T
z0={VI;-Zvn%X`lHlh=D~lzWNim6tAS8*ambCvA#X$Cbb8|418$k&&W=jE6j+)N#kT
zxyVCej-E@n;;?&+iKxcta0hKcF407m<ApI&4D|s4mshp%januX>{88Q-Cs6ks&7@Y
zPhR8VvXYve*CzXX@jb6{F;f3fs+K)`x%j<RgD~>`T<8RkKBsaVVSqTga+$tva?{4(
z*IVxqNET&Wbe-0tpzLkV`Q*lWv$p}8RT5*^JNNAJVg|gl=@o8i$6;6@l2RVcx3|*S
z4dghLeAyfR%zNI0K%nx|P|3s)7&lt($<pb5LGH&CT4r2w2-0Uuwm0yOo`s;Owd|J3
zVisV{5m2}?$)s3|D0^MpZkv3dx9GJQa7@G5x)mL+7r!jiUi&$I^zEuh(xV@OcU$*o
zcN7NSDtYMdj}1Q5uz&`%Tm#MA@$rj6n5GO26mzKj2U308&>+I&@OtF&;8TIK+NVRC
zyim1vM&fV{02Kq42&rUOr?I?_3Ge<U^Y`4by1raSAQcPt^pJ0+|5ju2rdhQ`2XxGA
z8hJG21PD#w$5hn@{}7>J=G1eVcoV)cCRr)Fa-@(<Ur#S$A@DL>1*NwpYs@`OwTjdp
zWlgVDgsgcYvIULLFE)@PIH@1YbwQCLE0p)_Sv#6n^^?wp;O7n&_E7^&t1?ysc9#|V
zGcFnItkz$juLv7Aef(3=dZljUUs_K7*Egt(P2OLnYt!+b<Q!q%F(r426od9H<v1((
zU~&@~6N}U0A{k@DSEzhKq#}XCcSQ?JxN5kJ(}RMs+E)ZCpO|f8PZQht2H)_d3vqdx
z`Ma<=lSE<5n?_iMw>!xUKfv;@ESgpzK`HW$-WRh_N4@j)3ZbrSjBdu~f(!>tA913+
z8=`MegwIPW)Df57L1wI#u|BiSn)P_!$oFsGAE!zDB7pGD<uYyC4_kYO1HzYb?ikYA
zGO^9SlU&O6)ZGXVr^SpXvPI<|==UGyWB#)D*spR8&0Fjk+@g-eU2V{F{C#;LtfMpQ
z8k9IQJS5jygePjm%{{29rB%e`Hhf=Xi590PT;6}^xLitQ8E=<(sGU-#1?NuJ)O3U;
zFRGaqS(Q@gRFomZ=P18@F>5Y4Bb@QcGu7XgcI_zZk#@9ajSE`gnZs6QO!zn~#7dv3
zCeq0BI1N9hkZPun9yu2)XQz7a*+_{;-_S7~8}29;Tg_&CG1lMzZrf0zYBNMF)}Vyy
z0wRc-d`ky-DWYWDCU}z+JZe}U_E0RVP<S9(jeyYs8`N+HNFEy>9d$ob1Qio(&j6tX
zlMab|z`=Cu1@JaiT@yWQH_hL(IiBv9j2R%DKJNb8Ies#8S5BvsKH*=8K*wq%8Hc<;
zwx+)qE#f`BvHx!H?LzEZ`tpLdOsAOEE#V)tl`@00=B)+86)jDpzp{yh#7C?9S}iCb
zIU3e_?8n~RGAiKZ{`%b8eOjkPH=*rc=GPxORn|AVzkgr-vr!%?1JzQYiT9tOE6*d!
z_5-F*OrNX*Kd(J{O%cHmRj}LacK+i>T&K)471j?wI=8lXmX$a-exYFBS`@zBc8fS?
zHizDmXnTE@tt=M*X5Nd4O+2Y|5pmBa9%9CoFn;hRlDgdy8t>X@e`lBU&9aZ^&05a&
z^j2h6GD<yJ%iGlVSPE3u_kQ|64FJuzEJZ~QS%CEiF-Dv1;$+{>U_b3}u3L;=OTHuB
z7*Fm6U>02>5N&-+^;0tH^(`%cQ`itRLTA$Yn}IPKR{0_!XKB+pV}rQ1Y-q%GEyjc}
z*-eRoG}rmU94Gi~_9IFjGRK+2%l6bDv$2%duLmb)HmUx2Bpzz<zlcPHq8GT9;UlFj
zeu`9TDrJ8woT<$u-;9@Zy4s!n?xPsU98a=`ar=Tg=y6TwdRH}h(?9-ore-=Vj1Tn;
zlMx(vb1{a`ZETQcI%D(EyXyGlGPC%0^vzr+&c2O{H8|OPL_G4WU%n1omv9^L5g@qJ
z$tq2VCHV?V7(UgSRJ692xb&V?W(%@EAn}ZjsDmRyHYV9v{R0`7(SDTKCO=$OlHvSV
z3vcCN5Vt)Gq68dtR0zaFLqmgv5G!#K04&1#6ISw+i3%^uK)hhWGx_ZB2+}jsR~AZ?
zS<8*Dy1K%MB>zZ$=q<$|kL)gU(GM1EtqoD82vV^7a;r%ttStt=K<U-zDdEs>v~uc(
zK9c5Ql&}3X1r~ziRDRT%_xmu=V64gi8G2k9(SnlX-5}g4)z7M(l)+Z|Z1!XA!r7@E
zjr;>vzxXv1vt;Hvf;mg(&_(8>t~<TmoX>`wZr-~2ZcZ8@lP$xcvoiFMEu*i=JIHBs
zt8LgbP)PJ)i8c<(;gR3w=2m_l3uGU<UaS$VSNqUViH%#^KNh0z({*#~-~HC_7?2v%
zvMZm;(9O?0_oVA7Iq6f+FPHTFh(PM@G~RQ+?$G(@LOS1ni(8TG*qEUh(pf2bu{N<$
z^2^SqEF%so+f5ft)GMNcBNOG{hUlgO8a%oP!!#)f(Erf3NH;P6*^kUIi&ZFA8G6&W
z+`7d2Hf?}S$?NR=bW-^ayH_hKRj!<em-R-F?W50YHQpbmn`Z9!FzR^R=T1ArQmdqO
zTw}i?$EhU?!E2|BjK_*ZFqU+(gz3~)ExP)Sl_gSArkOS=urT>+gWB^EAqC+${v`Hm
zUflz`sdyf&zXVGuD4B@x8v^S$5+k<7tTSZZBkfyu6*^uZRiiwAiavAaB@qngk*h<p
zN-rr^-1vJ$ffy$AVbo>hV<)C)(=-$aN$s>IW7|}5Hscv{6tq=63)GRnoyj4{lX6?2
z`s&M<nx3Cg@9%wgp_~d3vG73W`Ww3ZmAvB$ZV;C*0k0oDG^z1*zg&465Y$8QD4~k$
zdMJZesZVV{1yV}7WOh>Ahn3$)G$438XrVm}LQbKjy-7+6HJFJRulNwGN$P597GKV*
zsw<r&<jzh1KI@%tD((1y#V&Cu8FLlWz~$A<J!|}1^@!5o)~44ygBUF`rQlnvV1@G7
zm&j)|=_o{~DfLXpzdb#i8y7@T;|Ugde9dI<NvC<m6>#2*_?@ml7w}S{sAP=zu-ngI
z?nY=wkfK!~UudR}#7Chz6zpl5IZF~{t;XhXx7+&bf;|M2^xs~#yt*3BYZi@1@!Xz5
z9-X38vvj1}wV5j{Kb_w}(?%Tr^@r2C{MP88!*Op7))uvxFqB(WINCEuQO(*bA-mI9
z9`u4mU4%EH6a;U?r^F&NW!|Gcl<aJ9oIAcH{xrIsQ`)D~6ziWZ%is1U!k|-4LPmx!
z>bAxFdE_g41}p}dn-6e%X5E%q>xO!)6wUp)UHX1D8q5pOR6Ju_XEHPYvY56(a_6C+
zs32~dN^dI5{nbl)gc8@MqObt9E|ey2o1f@+sl2GqOl2<+;~NiyUq;17DpEPz?}`Y1
z`(t!&<qpA^m2&t;Pu$Zdu7A*%xzWEcj*Ib2y{&L!39pV}rOf%eg&QLaG7C23Y=c`0
z&WI4})M!g-$4`b5zFRjRyc?`qM5Pc{%2-^-o^$SzM*E4PO|<8`{)?fM3I|W)e<YoC
zJl@~`#&6uZbC}JonU3jcrfWXaZ4=Yo-8CIk(_@(K&Kah=W4gQjj_=REJn-Os-sha_
zbzRpJF^o_Q5r!MbC(Ydc-`^e^|0=9Y_#da=Ed#xfgSA&JLgbLNVt-)AnVhCu{AVuO
zzq|KNT*{w%n3F1oyW#ZStKkk)hwJ0jCi3AUg?bi+*##bs^nav9sz8-(n?G(^%~_RW
z3|xdZXb5dWBH4SVL!RGqJz&-V+E36xgP_e^wfWQI!!YP22J?=!EZ~Pc0dgWYF$U;>
zVqnPnO9=E9V3kT=itbzIQ-49$2h`Z*$II#Qg8tT<p-$J2W@PaUGs;^quQ?m}#=YLo
zm-CiZS-&pry}vOj;Q5)zT_t_g-YZ^XY$Tx4qwcS0B3B^V-+fOlb&r?&wc@|}lJvlV
z0^}v0k(!rOdj9Naom|Wm^s1TPcn{t$n_u6}r3yb~3jPcCX9qW({Zna2Qm~yukhAVS
z%=|-I**?VP)5-HKFw;s+PtxFEG2QfMxOyCUH{r7}xx6)`z4n@vjqDxUg6#y~2o;VT
z4pxt}KYsdy_r*Czn1o70IydosP0dt?=<?V-3AUQB?Nmkv#a8W-Ra%qq=bPAk#B-ma
z#@Zn7C?RU;(SO~wuemhYHbkA}y{Jl0C4P7)yS{22QI7MzZd~p6Gh%kvm%MvNUlI}p
zw~SRMLY-c3Q3OKVVS)JMw^CCj3@<E)1T0N**<)34%V(+)8!|f#yRwZjeSG?sM!#6?
zL?Vh?hN=|)8xwOdlIiJgA|KgG-aakks`4RtZ<CyT`CYoq78^6=+is+Slir!My-ZMU
z+e-|cmUo6}awrX?I~IAGT?ZVwpNU!p++B$Z@^alZ7FJf=y;jYrJ$tEwkOl3Wl#>%9
zf^WP6?t)u_cSy!UXpwAKT0ZiGuClFxH$9bJ%Dr-gonwj_Cw?{#J6z*l4Eu{B2iu)*
za>=2H+4LH(y1P*JgDQwV@@*TJJ9R4H1S-E#7@<}9LWDHW&#11S++<s;kt<8zRIL?W
zA;Lz4A%pKI&udg{13z+e;(Sz|nq!7`TC&@)&r7tD%hJTc{J_-r3%-&yzfD+Y?+Z70
zCwkUApY3wG^J9S<7u6qxM}V##E1M6bbzr&x1205GL{P&A$OdH@`&V~h7T|Qdx)p{M
zE|vR|+j4tnXRgUbM)7aqtlY;h+g;dqb)J@*F?Git>po~JJv6L(yXH^-uJxtk_U$h7
z7{!b14>^$j+S-O>CmP6MzllHDcCMZi2^dU>w}|ehVbs=vXL6;ZMCBzpoj|w28Jyp~
z;c=IOW|s^ugr_%S?TO6%%kEhVZ?gHEO3d7*O7Sgbak9zyR~ehl^pgityR;Poel!Gz
zSglN3*n^j?lge#q-?Q7qrP;tDuD{;&RP9uA;IV2BLDu)?-go}V!3llywv!@>+GvY~
zM_V@|CZlwwvZvfUUQ}uTFV9qIn9LTNjOX=J`9TJ~c3Uwo2Mx3Tm%(T~f}N9LB+Gr6
zm*^X$LuZqPuWLfrt<rnTAsRUH_+&2)rGqz6nBe?x3cn-gu{|aXroV0Q9D4IbE`&?e
zLv&Ag?IISwL)t1}*i5A$-_d4X*KTV!8oQ3`(KtgRf0a`DO_}Yv(+g(JSRPZmyCiHv
znIdqd&?~LDF5UF)+T1^?t<FSgAlsahf(T-JX#cD$(;qU8LCY2_R)<lLtpBNqgUp7y
zj43<0QxVpai2Pow&ZdeqizI+R>qqrrN;rOTcuopY4f4WzRHKj)83LDRV;g34y}2Dd
zv?Y{Bce0QWTUV6C{%w1MOzAot4suE6ReS5c8ZCE}fLFf1h%F$mY{`S1P#y*8=T~-V
z9*Ago!$YqFIBGJJq{j+B+A#^7g^_c&T!`MDhb2?MkyQ%}MU{%Cy~}Rq-FGB^=-Lxa
z8&{jwDL2#nTO#@4(2EP~1=9xPqH(Q$)+ZuoHBBqV;GOC7=6RzgNR+JsUD7=fFA#nd
z7vBPc+WI^Q5si*|fqFC(t5Gl(eKzczcRjaiI@FMbNpRaNRhy|)%3tm*y6{u&O<lBH
z%6@H6)zkAz{n<{n6#H%U+edAO#<;s#sP*WlmWT%x%Y%*!#F?=mr_%CUR0`3AW74p!
zaJ}`occN@*Y`iauPDDapjBrUKX)z45y;S>@_rm+=Z|A>=8=q$55&??QAE<FZ8jqqG
zcUX3@p$CfZ)osq^zRs9A+WIJXHc6Dm(om!4b7)aU1&Ob?W=njwDE{KPMgDESS=`4R
z3xWy<N2#fsO+X!sV~2uj3%B(nPa-3Z@)hwhCe}4wfufG4Cy~SWKF?Fd<yVCy+MtoE
z8Lr9QF}5-irVt8NK|{;K-uWT33LHymUaU7SD5*m!e?*kED568~{Vh-s46r&EFoz8_
zxN(rOr6m~h(8RKsCd&~SyniYbk286%_UDC<RWsnT6wfx&`sdu!rZr^uxbAniXNrS;
z?ftyS=vX3$RgPL#OpHE<tE0~>W?jKYMYKjTK@UE3ZL+TGL8<?=q`HsL?*wzBs%>t{
zO^3O&+`32SL3KMf9-%mif0ML}mxaj!^zxEIzZ6|u<(iX?0Y4tjWF?(lPe{Yx)<4cK
z4~OrDdEISk5A)sS%!J)K|1`7v8_mr9ueUVtXK%wFzg7aHguPkCT5149B*2nO4C_`P
zR%ZIIN~C{;U%aS+_%<Tf!wXu7D_);&=u`)hGTJ8@cbW_>RW%&Ec&eHU8XjHNN%I2F
zr^k0nkI~fqGT2`0MgpfdEmEAKaVPFp!2$2*mzIHr2qlgnw1<GEn#(y)A*J&A<VmF<
zldOc6@rAF=_dC)kFYruW4}S*giF=1#`t;sAdy}Jwt6{#DQ_z<e;BzA<U?}I|y4$t<
z?YLCVA|7C^5d$h#@I5lOU9Qxr8M5?=za=~Hol1~ld*IA_tY8^?kpCdgpd&1nzK<)7
z3utwgY|UBG2_?pz@z2H{A^&CW7+K9&HD>PB`sZ^|{g;agav*ZtFW=vz-GyJ@pYT0`
zQzGfpiS_RtQlU8<?3x@JRUC=O`@O=2s|Vj9BTN26(tXailP*WI#nOs3T$wSV@BQJw
zOYuj{@LtLK+IAx`ObtMS9nOi-g3L(a;c%lWN9haIi<1-n>grbBMlPmPY&jrjdDLB4
z1=lIc`yDR~BZWaG5((%3xu)D-pI~_|__?AMp@pd_$|P}+2z9U7?@ap>^J3@VDR+E`
zH5vYH$3C`a;DMk^ODH-9|Mu6=&$77T;tfrf{Sy}V!xLklN7I{EJb&<5DDI}_#zyP*
zzJsgptN{I_`Q$7Kye!8<b|0<Jo=5H-0ZS{zV_)Fg<jV+SN?ckzBF6tHzJ8gmdaBtD
z+j4id*;}lmB0cVLDZg@T#C(8?O8-M8^{V}4Q;+d8dOa#J`bD=gJbg!{T$3$4o+nDI
z()2kc?&qz)&Q%TmpWM`EF1+XO`lO;CJZTS$>yccd#DAfOgcx8Nyk~_d!+OQ(Ancej
z4bvqMX$+kg3sfi{MQz@9hptfZQbSHqgS!aKDt>GSOMdXVKKLQrE@cdETSO>K?vEQ1
zgWKe$K~X)O)~up9)e;ymBDAZ+nWm>{R#a*uNm)FG?-1AE$RvC#${<RQ&4s{w*+HUG
z*Au7Md$}LZ@G#OSJSZ-!%s?g6K&9X?Iut&Rnk3jzc&`-ze=@g7f>&>p_TKk>IRSp=
zh#o1%zwidc!Rz&-ySgU`z?1?k@8p#6{nBw5Aze%Z0C_*E1!Wot7Rz?!(~e%h_x9l;
zMHCsYR(tc0mxT<gFG4LnTC0>6rE~AX`!PLV)f~`fg2ap}uForVvX$vcqW~McYD)OE
zapY4|B$#Kg-g`eCE(#<u4>UjC$`_rFHx1hf4jbxSE)0}EB8;|&9FSWdE;ZMfeu3@Y
z9l50>J5+@9@#3_btu($1edT2vblhdN;<hGA@Wa1ToDE%sMe4SP+db@fC2jSdFZy-x
zCn423gHTvIzQi{%;j6Doh5EvUHwW0i^1PxArTu)3H8Ty}GHqPF4pttiprZB2Aww6X
zP)XHl<<z*t*QCEQT2f$P8f>n|*u$hsWbtN>mRuG`J1~*J!CDM?t)S$kZc+%MhJlCz
zEp6fVwVB_-i8EFRCGDDB?jQq^mL`{1Agh#a>+Iw<M$<qOUd(xE$h+D9PN~dFld<5H
zPYV`LCXbJ?BKLVR;cfQ`-P5f9%oxJv#Jnb22Xl6uhf0F8mAns@AbKV;(#jp?t|`^0
zGX@uPa(N$^7OL;}-<rbLer0Ua8q?JqJ%x(Go`0|p+kQ6<O65RhPRaUujcSt=O_#q5
zQfOwz5U}xY>{gGLJ~4Jos7?FWUY&=K8&j=nu$BLNv3xLFl^7NX=MR<ig^9>~($a$c
z=NdQGOb9QZ?sw#Fn8%{c%J?4~BzQOvuAB+D2uYJUPw%t0v`d(Y+HOcEG4>r+*A*>y
zyJHQH1t}o**$aMqZ|nc$(`y_Hx)KSZzZQ8R_>z4FA^>4EYLbapej|hOp;@{_apKc(
z8vDPyE1D?b)WeYm!w^B59UbN~GGt$v3`B51Q=9+t>GrBxBE8K~$T!ofsfp(Z%cB{F
z;-USOpD|#IFKd)?oX(=^%*Nv&*Q~wnX6vhG7!3(<JOUS%loXP}_~$A&0|Vc!8(<Gg
zlm$7g=Rk5JU7sDO97PEd1A#TYBN-aX%q=JW#RP^A;8_Mb_VgYz0|Tf7#YGDO4qw1;
z``-tq2sPf$_V)F5?pM(HpCJ1Q)H5H{Ed%Tjz&cs85d$ZboUAO0|B9QptE(%R_s`DG
z0=Oe6TYProgKsMW``zEKS!<~Y!vVAB?_H}ayex+XfcF)*!3tjZz|aqrs5JS4an6O_
zujJ3;PY^&;NaG&L5O4u#kKC-orIx1JTIav%e9r)!Ksj*Q)^`Ig#a}PH+kC(e%<_q?
zuI7D56*t(Qn!I2z(N^ZP7?4K3!CNMhhGRrYDSEz!?URcu!?9rdMxbmyjNBR#HAkMs
z@un#2bbXv+z5PRdCF<50N1zBM6U5)3)+iJ?D__>I65n4>DRAvqxg9sr-cmK^Q{zoA
z!rP2AA=Fu2pkbAH2gv`TGuO&U&CvO1ezenkwydp}8Mj_XT>5HAo(s(v{Fi1?j>V+$
zRdoC&|Emvxe}Fl|!9-72esg-a;bQq!NyP0hHuZnzgmY6+h%RFp?u;blNnY~o6`FUi
z^;)>7;M}-3K>VmfuW4s}`6-F}wPS8aB)7n$hcNGJG8g+>AM7M`QJ;fDd)DSO1A~rX
zvD3EEDxwxL#U)LwX0@NVp^{;Q`9<-J=t+MWo1A*`Ylo$Bb<>0xnhj6>>fdu`SGP}1
zErQF9OPeTlJY(F4NfJKzY&JKY$$V~)*Cnr*U%qZ(CB<;`szikhS3vScOpF`JWDrx7
zpuay_PEdOAzlOH^F?SlBk_sN<|C8a8K~R>1HF3K)dnsCOi=+iHC8528lSREHwvN*a
zsMzlf#jc<#w+s|T{f4*<rNe#=kwI5|^XF*x>~Ry>$9eC_n_;vFHIBMSX*k<<w$p!a
zGvntc2k|QDq7kAEc($pGnFsyh%OgH0j@2GF0(gX8x6-JX6Fr^!{IO|V?{0ds^gN2H
z{v%Ty$pnN%qn?OgAN18ImWIy&tmhdeW>oPU5CN!_-T#?S05ImK`Y-D*U*>@;X*(0-
zoMv0Sn)=pn03s11INlm$GJs$9c0m8}v?}Xi(0~p2sDP~z7^2)pb0mShpj~JEiiD)$
z*`PQvIr;7pRNn*zxhy&*gYPk(^~lA>cHBk&$i~311Hx&*#CyAn?epW~&qeDiK#f@f
zt<!bO-U4J;%iebf;Jbm}rNI0)_p1<a_r4MM53TgquU{a-(GyNss7~Yo$Sz<c56s0o
zK_24SBVfk#c-<!q+>;=g7R?U<^34)RU%}%0pRK!(UC;MWy<@=vJL}!5Y_6!N=q0@)
zW|}%7wi7=&i_+=YyMdOrg}Iiuy}fZ8u4lB`jd9~TvVOF|UC0MBW0;Ul2x+85kwhHs
zNCf=G+5H5@@1lV*iWXw66$1Y^ffmGmn8bn*P8pT(!3mPD?>5Z#PBcqblcKLPZ`b_g
ztON}l&JSh;T+4|BhXW}E2M)b%5nY~?J*_q9W0mR;ygzA4-4$S;Bhny*TpfBJqGqlS
zmPRq*BMc+ph||0mBNig5POP^gv(AA*Vb?m8frzCGd|f^e-*v$c1!jYr20m@9R0^qu
zqpIDh9co~qxOM5h7F6(W9HF6OeaNhyJC<Rsb<ACY#zGn_&S&~%&EhGn{5~LQ*)n@I
zzjoa-sDhmfq!VW>C(_YCUnyGYUFK|&E2VMy<sphSM1B|Yv0}k^8Rq2O+~U&L8vV7l
zVwCuWF_bc!iM?p|@{SH1r8bj-vyDUOmb}b`%f?B}fBZ*V$e=n#=B3->;o^9(VDe)Y
z+jq<DQ7!+_<2ds*B0LJJGJGh65;KwdNByXh|C?^3-8b)!y@Zzi5So&i2XIh+tK_ff
z5A~F)*F0Lbph^jIyR1HNyHcfe(Ej?g`4Z=v_A;F1o~8wAwBl^wiaX}gVJ3FWHi&SH
z3sW;{_@*`!ka=!CSy$qbm}4HR<Ge`jP4$s6Y`8xcmp~?6fURtm{AhNL-$~L9A{fvW
zfE<0w^gbp*A{W`VFD<QB_~yqjx8PM@+Z(+~Ss1~8C9OZNZ`0_%y}n>?W!lR!OaXkp
zw)%Pv+IXO()qI&&%oMx<U@^c~baHY64Sd-luWzU76w6*dbIAbW0Eiuc%ap}st|~ZK
z0C-CAN<v^m;d9)M0lWdQgP{1kf-Gd6)%-_5jnvTi@jrr>k53!$tb?-mE;b<Ll}J#6
zfX(;sD<I(n=uHA(TyNdDQvhg~-k{(8*=P@NYhVpM7gK|J0#H~0a1S6M21FJ(Vjk-S
zz)hmUK>_g=q3CsRi(Ob+@&@@Yg>PJ_zS7k2?Unn$=nO0@(cRtgq}Cu9DIUCL?K^)k
zwRZs(CF8RP&A#!}H#cTE;GWX<7x;NED2Xu+7CkIG{D%X>Cnjg_ZaoRLQpH@&;R<TM
zTNzLHicBOk^>yl)6wh?aeO=)-?C^aFk%01Hh7C)8mTZ4Y`XcRrKBxHv`L-$u|C3k^
zTkrxtS+OjF`cL8G%46lcI(s(C%Lw-Da!O_r5wV?o0mw&>yZ7_AF0VtMTnvs3+xjUJ
z7&f2wdBpp$zf{`Od7T+L$Wh@(ag}(z+rMzMenNq~jDU|3sUmJW@A@ny$6t)jrjOQw
zvlZE3h-=)DzGY%z;qG(EIn?g!V$eP;5vH-hss6S*FmvH-1NngbeoyLYl_F0+&iPt$
z#Gp6p>uNhp5Z9G*#V8>uh9;z&<$Br(4wC~)yER5Iz?wwMd)dhqDS}V--Z07!eLTke
z;zUVCD~8?JeyLMahA=<5@E>XU95bC(uAlPLVL--9XOrQy*XV)t6d8POA9t_AL_>7b
zwCTa&#o?4MiSQ3gX%6?Work`w`ya1m7tBj%uS$lsE7j_esYwfKa}<wvIw^$W{Q*=W
zo(M-if#mctCGDnS%0hdLcwA*L|Jln_)|BC``BtwG4W^l<>3W!3&*-X_$4D8Gxci0W
z#PptujZ_t)m-PnQuEfVwI5#}jNs)UvBHctfak_=0+%~eg7B=rlzn3vJZ~>I5gQQXH
z?B2UyTXipn=J}^>1g`JeXcGwDj4R4U$X4&3RqwDzR+s3KE5QqS-L15C{aq4u5RZ_~
z$LrrP3PM6d>0Se)1n>`9?arx8Z1eHz8y6<(C#aS{^G*6=wo~&buz{L5cowh&5wHcn
zs}=zp7ZhF;AakUtW##2{THN14f<OX<o;R8kT$H`Mo^7)B_8bc1C!uax!&{F0Aan?D
zU!Y`wBpAd~Kq&@wzpIy{KMXkaL5g=~YKq(E(Gy%eDl|Yg@;UVgN6*UYb2h{SW`0ok
z4&dLNpP&Cq#+UOyRvD^)JvgC($_@ZMVIl&gzj<K1#f*{yeug_x#?j{i2TPQdi316h
zH<PB-DS=|yV%fZ2#=K-mFrtV;g|u3LYyu%NZOT|KZtl;(J=PWfJc^72BK;oXfISAj
z+gjM0it7zQQ->;t0iuAu4)ZG3Rj+X~>-+k3W9^Y7dO64V){8n(x*nRL2L#t&gh$ow
z<g_O6y!RWHlm{gC_7sJ7>v;a5EMcS?1K(AAA8{V;42na%Al^Un#?~mk^rA(6v9ve^
zN#q7^a=u4p;lKI<){Ci&Fg{wA>zSA7k;u#ejkIb;Vyc>&OmyME#|7GHntG%=jG7Rn
zFP9+;ELS5U-CGo*Dnj9qRKKwC<L?-^5(K?CsK!N5QWBPQkKORSiU4GvBpg^4D-&L9
z1@ZLQni|wW6<_EBKl2}{C%3gMP7bokA{{5RiDXxN*5Av!C*Cg?49(1Bm6TPKQJXhd
z3hJS|KlKtB{^Dv-u8<lohi7BeiyMd=+=s$RGckR;J2#&9zLtY9>iMX|egi|uJoll7
zZ)=)Uw%Z!F32)>+q}9Tvd5rMBOvr<|`F6_cG5d0;W}aF~bQVfOOZbGzd($lCH`AZD
zl$y7)C&I%r=7pn&=ibDPv$lHLbnmf~378yMre3z^GVd)%-+Br5U69YcDo=%z5Em8t
z9S)Q0t#7!tgSOIorbM2S4dUrl4Vps?TpM&Kabm6OuptALAi2HrE^}LafZV#O_UW^b
zgIlqFR^eyjkl^xK5+v3Q+?_?84$=)Y(Qz0YiYSqOqoCTWeHICbW0!cqU~mrVU!KuP
zxGU{#XFS|&oz}0%u7NoTGXFHuG&h@pm4)aHr>eq`Rl}L-;PnmFmc{Js;?YZXhOrMd
zH?tHWU#@?j#LfltBrhCpZ}+FL_fL#;Ld7BN_)w)k7e#zkM0p?8_Rb>UaHwg(x*(Z_
z%2-sMLMi)qG^_M+HIf#=$?n+`2`DBV9UU4>mq$KNch49;sa$aS17|9I&pHFP>p{+8
zCJ>S2<ct@xs#pWL5x^t_WK;zuCF~%v=Pv|1plrT{jm^`Jk`IXeqkS(gw*})&kl6>=
z5nbSB2BZ-HEtz~q5dujE?1I4AAE`7?M@tLf*`AAyPQ$`ap6>3qAb|5NCZ_$&6Qt$A
zn5q?&j(|=o0s?|aa$#?9y8-NyE%IqlC4h+(AWw?`=;>gUaT|6*A*w}=J7f9Jhu7yO
z4HpOqaIS6f^%6fBJ_`u~^x^c(4-;#A?h}AABAZvqY4Rei(PP2&K5_lm{`Mk8UcHgm
zadudW`wnX3QOz3gjV^>X#ppv45i91e7mPl7O!mEmI>1L?FKZjjpy%Rj$c!tCN!Apn
zyKxqi*K6m+d=S$rZmY&;o8;L;bMUA=I3bpTV2~G8)jHZ@tdo#s_oza^AHNE{@ZGt_
zUBT5nck7FCZLiO{!$xcH?06>dXc6VrgfBm@#2&a-;zZc9i9-<~xG-T4#Ust~o>!2}
zzAcQ<wub{728I$@8tBSZ-)D=$!Tx)$xXFDU;pUrF>eS5&bHx^D&d&!yv)Z*ll0!BV
zoRZHDeYkU94PyfIf(NN}6x698o4l4$wu1hZrlTnsJM1(3D_DLE`c>h0W3R}q1~NIV
z{(NoC;4ZSi(a%DTdFR4U)7+l$wyzvqie!rE50)K%xNJS92up_r9(o6y%%EnC;-QB~
z+G{cq_ooPUx#n<JxTXs=H5*;%YJM<{NZh?gobKxiMWl=saa7qUrl_kjy{i4Du8+}3
zMs@N29aR7`d1)dFm)=%6ZQOs6dpgAX9fuh5>0w8O*>RHcekOSSGS|Tb>Q8kJ{ISwZ
zy_qTm{`AaaN1Xf4A&Z1E(v3#Qfvd-V>^vv@;CN=}|0A3FSQ$1=<!~?gg!8w@JB4&5
z)Nfpb3&1^91UlaVCqRRV#ABS>ha*h{|LUh*7aEu41ZAxsgYt=H6A%Ih84^yqJ+!}?
z)(c|`*1WE2>M>uw?2!s8bC%!544Yl1SwSfEe10FQnQr{I;F&DcR&TY=U!nT$MteEY
z;=<GkrO<mTBo{C1d12MeT7uxc9YdxWmjxFooqP%#NWcT62xz1MM?|5^8RJ;#JkV1C
z>M1JvUPq)&*hNYiYip-zFlDkCirvoufHr`a<P{X$J^-J<qf9(40|8o;6n>Nxf*(XC
z4qyba1&>9Pl$302eoa~|0>GP<)d9dy=qM|Ts7wT+;)7@o2w|O_odLH2rY{U7Ou`=A
zfj|w~Ptek2$(_Y(m($ST1};y4K*Ia3`w0UC1d^CEL3jodDv>kV`HeF6M`Poh0b9z@
zW^1bu_-&{6Bwt+Jy#msl_VbFO8vK0L8%6$6&GYu~=6c=FY40{T82&18C^enqz@Hhz
z9Vu;4;bkND{^4?mZJC<n%KHx$Y*+q$8G-AgW>WEpbWFTvB2BM6<&`lWN`IsK^$QRp
zQzAN%hfAtc(Jy?R@lMeble=$2x+bxGQ?bzQDk!Fy8mm+3`uEzyS|)?{@pSI!&cx^U
zj`ibJNYbV=M4o<-6UN{N<gA>@G;LB8e;nCFg}ukOYA%785|rF7^cx>3N`VhJ1|L>z
z>wzb0&yKz_t}LUUq)CSK_pQUs$OtU?>;#d#MocRuA-<TGFYObihCa~#!0~lf6MrE7
zwk+v_{L@KqQRM`co(4R9&}W)T>wl-Ju>V9R(2pi-9^q1OJxQHFgt)T?T?#W$s6j+m
zjo<Kb@boQX2o^aypYC(I9^6A9Xl44g9Z1I6F+WX3v}5*OvLD^g`n+!z()MtfAcx@C
z*QY3}!IJV4)RT2wa+fVwbSgWiCiz`We0qjlOchcY5*Q#q#;g7=2j%`^+`aM$Mh;*R
z@clkuxMxvy<w%^ii-NOC@dC4Gu%M{jf?W-bnl4um<vq*iqS(w}SqQ<l1Ob9{`+q;l
zJ)LLFBBT88xNzu+*1x44Xr(rej!ENr-=Yz?d#P|~j(kSwS{?2iSq}`%r9-cFIg!MV
zb)D^0X18UwjSeXT>dy7;>Zf-075-H_3Nci3Em|6eHw?n2y~D3%($rA>QxIvrEE1Vi
zgy*D<H0=bh={D@IEEhQsqhGGi3kc1TR`X5rrAC*v#?JM2c)d-K-aaHhO)G`UgeUHn
zPrqB;Jc?P+{=~DORqdLuR;W%}h)<n8AYdBqH5Z6Jo%E;*Sl*#u96{F_u**B`PJqUv
zhDA_4rK_!t-hOm-G++0txcChpUn)Oy7vL!^Zk>U)6;O=^e98c)1w8oxMFo1<z*tZ4
z>HciIQ0XgqXQd?<X^jRGXk-Dq2|!xu{o=_aJ_frVU~uK-=l2*#0haCA=_v;X$AraO
zUt3<!{h12T4*`fKKydgr^f{p8xc8+EnXtDf*yXlT8vv&|liz7~2OUwd5Fe~tt<u`&
zX7H(X+IR*|&JVw)!Tj+Np9F{zQlJR~$Q@P1yW<)gb6VOCRq;_M;pdX6#prSntDU7&
z=d=0GK6R1Kn_m#u<5@axvAfG#Uy-}yj7PK3K_gdaHzGr<Y2!W!zg%H~*5D+QJD7`x
zB9lYM;dp$PbKU5q*2vAf(e$}^FAiVQZ5C9)hi}c~+0nePdGL5IAB<3Alt}3^YU$zO
zau=e_&*RNe-`4ATFEQ~_Io~wwf?pMeBfEjy#=2dNu;M1Pc81|ynHJT{;TS)DLkJ(b
zA^k_>Ev5_viv$m?0;QdI!Li2r+%ybA27K7Q%b5IU8wnb9Rd@N{l54Ll=}=iTg(UFQ
znR}Q!SFYYGK9=IEj>6m+E6GJ<Xg45b?>BMo)n|H8;Ej~|Lo-6FyC&gWFiSiPpa#m7
zD#9ObM>0OS%@&uOSNG#5>@YyiC2#EZp6+>@?%=r#X<2_7KTKtd*EB?IYJ8hNc=fJ0
zQmt*aK)yfH_1y}Jm$#j)q|=GhPy5e<SK12SN}5X;s)F~T3lfw<wV$^9jZ>ma_t1%0
zUJ6$Ja=1hCliuGxvM0HPlW2aO1&k$eqRGB%MofsX_hKxc<rEQH=wlKB$9_5$vV^`2
zM!6>t@z1896b-@ob<|N=^7GfQx+-_W^eA>93oBjSaL^ns)EMl`@p{x~h}GiR8v)Bw
zCu+3jZ{p&9wW~z>J`e{S*xGa{GwL`8k{q+M_n=6~hH~M{0xz1PDo8i5Tb=f=SxYh!
zWsQb1$*{_eA%xxrJTzg`{+9r;b-cXXpZQ{KhWj%iL7LzKF$IReLgsuoK{6YjHvv4I
zf+tHa5znkqn!MZ`lBJ#8Aq<4-ACN2vf(>(Gzx-F0_FR23ySzNihT#kF%2e;8yN%d0
zx7J5x?Hrc3&a7rD{{dQbzHnO6!pI0tm;{KEK>*{uZaxDf!@d@ROmWrxL98?sOoIUG
zRxF#1D59pe_VViLE4i>9=$@V2O;1mMZebcVbL8R$eTE<fIvVYo2_%xI`z>M6%#jS*
zC9W{JL8%l5603lfIt+&i918&^x~mIpYWL+IJ*=juz|Cpk*;7u6i-838wx7j{bNj#A
zmh8@dBu1coB+}K-uos#)Yk!AhNafVq=)?W^f%=E89*REnjmrML#Yy2hma#Eirf}p(
zMw9PB?W7wID1<cA-{-zC>eQ5jz89oq0{;wR3KTK=Wb;#pUe=W9W@FQ(10HZW$ATGD
z*bPelXW(>seiupf)o|nZNDudC;#5*}`GCW9P#elW`{D1g)QDi%9x1~q#!{GH6N?&>
z>z(ECgB;R>isrHPx#~Yb*HS8hm*fAgxt7)ZHX?Q&{v5;a$5JKDX?=+`JLO%3Lb{e#
z>(Z9J*SoXMxJE+lv}Z%N|5%i`QEl59bw?0~aKD^8fWQJ^DnD9-WI!2;-5$9J9<@5h
zgN?5+)R_uNMg-mN#R9XfQ><PUJuSg+X<4>^$X71bGeS499v3uO1=fXXQB4K|a6dC(
zGRC?N)0;}FKLO$JAEwJwOhd)c)Lj2r^Uq<Ci2VEkn_8#Z;CE&IK?4q^%+f4b5RrH%
zj%(fI45d+1RKCz_FWg`6i^sv<lPbM2l9gF^QGG=|^U0z(+003$jdjDhz{rz!QxaF1
zLIF*IQudVn$bZX|FpPpY@I#Q}>vVhsQWFx}YV<5u!yHH)B?LZ;RE=qcLd2|S!s~CY
z%f~=Y7XGyL6flpt&fRv(`5Sog3g<%%s&rKb3y#InCc4kpO#x+PyB%BwMF~rkJ6ujm
zNc-0rcMJ$ycn(ROF5QgFj8*j(ORBhS`i|>|)4)@P<+dY#D|Za4vR2UwEpx#o6TVUR
z?HgeL`f;gH>7C@EAE*7ts*$6>SkPlni+3>J)M7tWhvJ`d9Tn24hfPDU`Bw*~qOW}x
zYnb8+SMmi;6vwC{rNBIEI5{Rp8Nen|Qb5ui_iNv}a}y>~*Zs{IRcvU7LHVpD2;1;_
z-7bTxA~yEk#Vw$QL*677*Vh9>s{)|qBuP{A+pS3eWlj*j&!_?no}#33CoMpT7>kS-
zaB_cjKR^RIViFVoQ&xt>raxp;5TF6Mk2m`6Zuuz_ur9}|CoRBb2-Lc5@hpI<bz)Ei
z7}f~^8&zMFz)iw;dJ7<QfI3rIPk|GfDScvNX66Mw2*ej6BO$65`KA9^zVk2WAC%{V
z1av&@>GRa@55}eMk*7V*+`RJj;dz?h=CnSVeQo5Pl^O9bh}S@bEtuqm3O5X=D+akQ
z>N<<ctU?T}L-%*G$T7;F)3V~r2oh16K=I@0&PJk^gM|0;V;BP?c&N;=k!@Q^8^v}#
zKa;}4IsZ$gn-2OU^CFrVi$5I<KYWHM9E`vGKCI@d!6o?gW$&YD-iK=GwD@5MGEwCf
zTzh^&s(`XbZ?tN%u*CYe!Q~lynOyeRZbKHt`Z249<9Ra0jr>jXJq!93MxQt3AwyG}
zF4{{&|3#30BYvzu>+F2m>U-HCitxA?X^m{egrWEbuKM+wrgSQSLj7x!B6TWZClqg@
zdu!tP)j6m*PNXj$aTtsd&um<^3S_zyg9w;Y9<H&u_(;Yg%I3Zl+eEv1K|s18j`DqU
z#`bLG{MgJc&pdCi-4!;tZMSUVMjJ*Dv9dO;Ch6sWGfq8Ctn(7m5%B47DrBq+T=*M0
zjNZO9&OWA`rp8fr)UFt9c>j5PRJcVxu)`i#flUD=713%og&ScRvn#hpQhl_k7;13T
zdk7`4HyARD6&Vl5?BZn+hYx}HqEP1geIBJ3;8;^sOt{I>i{3g+^A#NGajtfOOfmp3
zODXM)KU+hQydSR;ZB{p(`g=TUu}c(qQWVx&zV>isoJjOoELZ-O-QYUp*Z$OQVdViR
z44h-V3Rx--14r(Mcd>nhOnMbFd(L<Ft)rSx<0M5^I7I}wUx$r}vjeN8i-?P?_Lsdx
zl2Qz;&1!3$XXo!!|IqO^VX8(6*<7v-_E(`1v6xa)L>mJ2ALLVZn_Aa7&ST*lUHj3(
ziFQwa?H4-fiCHI`b{ib+sOifE$%f|;vFa@>E@s5Vfe2<Yi*6%GQ3eMih39}El6sj=
zzg@aA{WD2*xO|i<_BUvn1|REw*A_MITn@fD^qE`FeTMak%afCcFgiNGS_hWb(N$YA
z&^WCp4o-&4AQ}%ei`);73=9k)Rbp32>Fo{%vR?&He*<=K$wx*>m271*5XSz0bK>(-
z0zWr3<~a5J!|A_)XN>v)0mMMFwxpz_zWy2%l+mJ4GBaC&p;uT~7*HrGG%P_bUs7`V
z_+vDCZ*u4J5);e*p3E||!t1>^MZqnmr`~)VX0DX5!-9iwrZ^zLJe9Odu%PEFV=kR!
ztVl$befDZCs(l~1uM4kTfcXar5NPd3cqr~P<yCb5pg;O+;Eahn;(R6y6kt<Dh`?59
zkj?lm7it%2B9{Hr#TJw$^}1x*F2CBc2r-`hKE$9TbW@DNpRU6-RktT{wW+&gX#9Hz
zJgacuq3~{EaT2l8a`G$Ew8U#E8tq07Jm+UC=k(G&^%4Y1z$C5VvR2n!L%<p3kcr}3
zP_SB<Rpz}O#gZyr5)%%mfiT5ytlQS)VwbrQZMVu8Yke+(6PZ04*#;a2EHSY2K(i>`
z(sx8!QRxCI-&;v}zQIjHO)*QPpu2{`Xg~2m%J(l5^I-hIy+Qa#rjJ`DNeiyJo=+#s
z^%rMR-C`891lbZ|?@g6FBbF`K`C4~|oP=`uT7&YSaA};o=z+R^r~iFvmZEZPHS0(F
z@ZsIdsKM*Q;ftG|SYLhW_^h{@od2rwTZ5xt)mCS~r0wflKOg`0R`^_2Hy`u*XYucb
z$sx?&lygG+S>ZNx-;W`Bv=lL79;NthN^}_5i2N8?<U|k_V)u$)h<k8iD6zPh6j147
zmTN>v2mZ+~84L&xnxyu(_XYC5VF-EBwx~`NWTGjaKMa9%M9V3PpNEz6hSsfy&gFt(
zc*{;l?Z+T0Z#538$ZP+6%rfqJDID9FQ8>|<_>tns>WSTO)j0Vq4#R~E9@Kvv6(ZXS
z=p+>Re}~d-pI)sW*2hLkPzkkZl%i=^dPgW^<_Vu{@`G?sO@pz)5v~^P=;jvG3d_Nm
zQ8cbvqF{jWPYPEq&|s|6rpz7C{#e&b#@?IfQR0W0C}uJw^vBD-f#iKuY$S3SnwtG1
zK{>bI9MkvK)=X*HPd9ogx_XwgtX~}pf#IM4MW7NSJwYjGgN~5ZTy<q7$Ir<(I4Gb%
zaBa5Y*<%iFHzddf`T2`>eTCTC;W<Edd+o7b0onmXU|`qES9>E9XQDY}z}7vD456l_
zU9#(YHIT#{p}hsv5BrAu^SBnU_vK2qN@?pgI_`i@LL_8lz(2OPuT(62=|o)o{PFi*
z>fOyoyy+`TP0d-enqR<(Y2<hZM#1g}Wyio)toc7d!t9&8Osryh%E;ouY~8d@e%9@I
z^)lhkU%rZt6P>J|U$<^hUNR`O9}yWY70vcbko={(vAJCLg+oT_u(b`YC=0^zllL>D
zjeCl2P*+*ZLe>ej>=|+07V413Zf?mNmJX6BqW4mDn~Ri5h+%2-n#`p0cIhbK4ZcWY
zY7w~n{P!E)F9(70E!&a9eT}xsg%PoV4Gu4V4(6fJ@h*1D3G%^a!%LANAqVky3^+JU
zslQ)*GD3^cfJZB~b7@w9PuQ5F*M&#vVhl_WO%a{&nu_Q;0|O3wKJdjLxmQ-J42#F^
z^`G~sYa2hs!a>ZD#XW2|zc*Eas*-Yr;eW241=f4*CR9`zX<ql&S(n1ud|%go^C;8z
z{ktR5lgJ2_h8<JxzTc<gMO#5(qF~Dt5wSHHyB-S@_K=AEw!h1huv~izKmF%l1y^0j
z;%iN#&ci2n+SXCq?@3WTkQjLIq(Zo6-5S#=E7Ta}r1c*6f67yHsOrb_eIl}(F1&od
znO8-uEjYlBd`E4e(7lB#`>(<_G^%HgyG_{Dgq%5v@2-iDc5{#Tbz!|**k1B>4~|8=
za+yRi9)s3~i80dG2sFtiYRY3tTs2r2!pmSfC=Y~PO$Ex!#_brE&6Zn(o&|x4^x{;m
zxZ<IpR^Q-UQFRAkB0%Uf3E%~1W{P_GuoM~TVCipg8F_6Qg@(HbgS9a9p&m%(9uT_0
z?;_jgqF4;WrWXz|mA5(5?~GP%R~;x$UvfnTd_)q(Pk(PfBI+9_7spv8$H|!@@#!#U
zme8g2@m$r_lQi+8vTl*I!rxS31jx%Ueveyb1uN8i$$-1Bj+QgAZyhR4ZMzqFOp0x=
zG!BZ-nJ7v(6M=Jw!^`OM+^wOCNWT6-2r@gq<^9;rL8~~B;%fLRh%xVQ*{8~-?!V;+
z-=c=rod=#4Dk|s-qu~4`XS)3~3*Pc9&j*4Uv(X$-B+{3=yRHdWs6N?34TfQ$(!#Xy
z;)Xt4R!NCmVFuI){G8OY*l3ZbWn_L>8#8_$F!??Yn8bL=qI;S@6w)HXSCBuhNVhAL
zwH*F3A9FxUv=!V!;eWmONI%@S4>x}MHYMI^RS)SM%-4r&jXdhRj5NLD94fO!d<+|*
zOj~n(LrX*;qHtt;AMs33tjnke!N(Vr{c{^7k%BkZ{*~J58~QHxET)q$S+m+0Xz}cv
zuUu@F%mux34jvSMr8zbi6RN}>TQ2fOk%9b|>_BZb55kJZ6c3l`**!WW*&j_z6dhqr
zbCld<b&!vZA}>fI^ykj8tqK%Q0+;POEnJT^29f~{#fp$RdZb}WVU~Aeo&<gJID{G=
zRblkt@)AU%w5&?)SN|nj&5eK6!E{t5d)-Naz`hckPWb^br@DO8FkuX)PO0s>qoPE?
z1|P#EO-Gq#FcY>aNdLtk%6}1)iXl|JnoyeSO{^;WNwy8auSTqPO=CVO)TWjSk#f_!
zr75SECaC;Hit}xE%J)>NFo>vfH5)~nMu{rIkNTTK)VgIJ$9>zU4qXUHQ%+U$y>QqZ
zRkppVdP)@dB6{?gA=C5k?_*~9u<@St83u_-9JGdual58~Z9S>pn`BuSAs$Y?PyFO5
zx{q0Xb-<34DF-75X@YcAEoeR$<$T>h7)uiOcP9a-mNCld3ZJbtMm<|Q0zArO3?cl_
z4g@R+Ih;5I;Tv)vK8h-}IHb`2GjDX=Je8H7*N3s|v+einWKy0pi(eZwc|UjeDyDei
z1pM)%WT({(9?V+FAsZpCC*~zJLDvx$9kPx*ZkNJ{BcM@Ihzt6MS}iMJ+!^RG9r?Jc
zWNNUy>Kn<_^1$t-l4;Y8(QZr(oR?qn4xyqrP?^-dIgC3C*Uae`L@MyH{O>$2bKBC(
zH<yB49<9F|G3ndQ$LY5?IvtIETB-X+rFSJQZZ)$WrtuCpS34TCG6YVf2Faeroo?*0
zmL8KqO83*buUuNsUVSStu9*4nMfdrQCs62wsU%FFz0vT`?j07O$u%E$qLYv`kCV){
z%xipS*euAfSz{qUx7wa7FLlu_rc5db++U0Ad3%K5J1U3a(Gj5Z9WjW~(2e&KGYeC*
zs|?$U`-&IFTWy0CI8~7oL8aJgi`#4SukTXc?%_c%>WPhuZI;dkmNChNGT)kN9bI|>
z=cM4U!~KNKQ~SagudT_iX%jRL&!j1Qs5Blt;n<(@9LzN9jxV}pN`W!vu@5&%=F;|T
zduZ?fQ1((t`EGPL7|fNUieO)s7yikQ^~K}IW-|Q%{|^odkI{7;KVGm=>>yzIig}92
zAErv!-Ml}5`s(t%UAr%jqVM{s1)>-wDyuTv2>WS+bVd{bM9z-SezVVDTqFUrhtbS~
ztWPmInkX~@O;ow0e~4NspZM?Hg;K;vCcZ7gh+b(e5gdu`Et~s30R#_h0S{!$Qe99G
zmnYKhKn6)=Vc&P6BS_K%gFNY9j}vZGz{(;Kj^5!w*4OQtX=+^YW4TX?YO$&I{MEu_
z#f>-~yuxP|e6;@W;~}RT+1)4{lJzD5`{}v?>m9K;$16rCs1(My2(Cozcm&vg!?6V1
zb%?ogoj4WK`NNO;{Pgy5;n2*)P=auiAgFZWzjJ6pGc#RE;M0A{%voH;k42afW!g7B
zYjWeD*b17SXiLL?QK!=ON{ZibmC%fIJ&Di_Ex-POz!l~dP>#%wJExzsi=@*X2@ipx
zm7!ZB-0#FZK;Jg8!TaKkkqs0%a3r<e3JipC|0iY9zx(OruCt0sW?XRi{R5nz^6y?F
zkQb(UdjVny6<R%2Opv3{S)Jw1vvd)r{uGW+Ywxfx4;NowHgXo5{&7U@nO;s%6@v3s
ze#5F+dmB;r=$7=!SmpKi9=y!;oDPWZt2Xx%m#xbm!{jfIKS|M!;lKrobeb0ZCGcCk
zn^^kkArureEo<t`_08w`Ire`Rep$ePB>)-wZ(8zgd|&k6)TFc3k}ms>n<P76>fbCI
zBI{%B?;3ZA^&Fj&8)B=*DG*zcWO`fh`>XDd{IUw^YD(Zm?vnyNb0m`g?tUbLaQ#tS
zi4R2lty7JU>njl^;@#QCm%gp#uwC?<(#_alt*l9C`|PrUc(I7;Jr1tP*)cvA6K21}
zf&()WuPpiH)p`u6x%bSQiq8n%p1oM8zdynYuJE0WTyr1p6z<K<>#`0tJE_j)Vd}or
zDq$wAa5RiQ7nr;p;LXa~_oWJ?5-*1;=TVTq__*+|wD}FyJ1lL?5(vK%W)R+(c|6@h
z!@<EjB|+h%X<^`Nu}ntTp0D6B-Xy5dYFO14w(#&d+aX8I=kW5bSa#>w76x&@PQ>Xf
zikU1Bu9^$%f3e@gX~f3;8lC^(A>^`rRC+5K^W=bI+kq{fV}#o=aW&XTXF2SE9csG%
zUj5%2xZ{rfUS-+>=<1wb;m4I8y?sL*l6J#a_Fm=n2Daaa{cAa~)F4n>WHyZCS11UG
zA`Avd{C=FOw_9*$zFow;NVa6CbI26P-$8Rwa+_d7LM&5X!<tVCoaJ`+U!iUd%YFD^
zV_7^B;~R(M5?(q1_Is{f%;RM7s=b6fo5wM?+RMYqr^gSwd4JN~vU)$=L=veh`AjYB
z;C{6k7Z+yMtH?9$Yt?`eJJw6c208uS-Y0>G$mQWhac@^M#*ZIrHh~yM*27hYu#k4`
z8n?n`A@1Aa^O7$FLq6U*0banz@LBWori;((a_u^yM=wZ*0Jr>~r>T{d)u6+tWDkqa
zhA7CseyooeeISkewD-R;xCT*6DF)9&Cr=jTZ<5silm@Nk6LeuI3F{{TRx>kUxa3I`
zXDVuHVpoEsi=mH)4u0&(9m^xJh&_~f7hQFj;(dlyRD!off(+SfWs^NTdPj#mKR8%x
z>Fv(ign<sgX8I`aPtDJ>54kGRUEAJG+QoxNEP8)SLiuEG1@quIWbSpcCMG?OMnQw$
zAiGz#twGniF!aI5#*nw{OTy)Xl;_exLP&SSdA-SOx?RSpDA1CzBFSNX4#OKBM9i|K
zrEg91xBokhpQ=)%{3%bAM8nUz(=CP}w1epTwP^(-M_T+bD9x$;z*hH!(*!xV5O!j-
zea$$Bd5jPfkzaI5z#^{hes(JJ)$;>=;vjfE292HRS`3f;ZY|V<(O0fCBF_7qo5(r^
zm6i@n+CX4&j3PL=S?VQfge-dO2Li(GNAo;e!`l339&I@Ni3!TC9}oWW%2QV!gpo5{
z`wUMs-+DMn)y|J(aefgU`S-)?0edQ%HrjBF5inEe<5d5J^>-)^6mJg{{eXnhdcyq0
z0wO7yP7Jo+c!@&V(LW&9KHt0}DX%@$I78E0;oJQp=m=3D6zvE>BAmy}BG6FCV$qSj
zrwk45$m&ASRUVh*X*nuyFx3CVN-R7xPA{8~2d${egmnUA{g+cYQu$A8>ab!H9HIkK
z?NxreJ6{;nCzkt+B0m}gdpb&O_H%ZmUBefno!*E9Yt(T>8>|`R&P~&v=h(Wdg+bEk
ziw~nBF;P;OA<^dO_AdA5>aX_doNShcB#m$5Jh{o<zP7>ZCk&&ZfluYFa=+X^dWzfP
zTjToohvDi;<al<jqKI&^|5Kv+$x=qh>UszQmWQf2B0iSO(ZWQ9aX?YS<8OUEVqG{_
z`bN3Y)ImGp`eu8-=R6*9A?GH<llez!sn<cxGz1Di*nvRAoM@k!(L|>Ei_D|v#l^w?
zvSz9dQ~q$#=_*=oPxv2d!B*ri+AC<HLlKAKCyvx%qVIxFm|S}ZP5i;dK%2Gs#K`dB
zxU>)0*S{m~o<~OR#A_|-2?KdNxl|LJ?LQXK;QOBiWnv!+#OY|Vs4{$8y8Z4m4R;n+
zd&t~G!(T&7CtzR~s1to{O*Vk^%DF=0-Qsn|;7p#gGdf};0Z%CGg%~&TS3DTpNc|7g
zowN0B5drR@b{9UjrV~r#S}EKdim>)RSY$kfND205(rnAXwN5AYdWbVAxK$bF;otKm
zwBH1wkMr}VQ~1P$8R_mdzG@NpND!2n`QjrAD~Kg+^nLKCXh4UQc$W)WvS_tO1U9e4
z6*?%bN}Zcez|91T!Uv+`YP})kpw#Em@ZQ3#@_y9SgW(iy7$xGhlQ=w0Z92!QX8+;e
z*$*Ns%N%N&o3euUI~;0yAkuC>Bnbb6m(QL3qk3(#>D9Z8%cZ|TPZ#OZWie*eE^TLF
z%CyNA7f`nji*Zk`mHE3Sx&W3C({8pgjrsaR%*;>X*2v7U4An)30r9~s2>1uluY>3e
zHTTtJ=<!9MFvNe<P$>P|vG>!_WoUxD<njvFzR1fV4=T{LdHk56c3go}8hA8m_&8q^
z7y=5sYP#Ade&d-9zLF=cc6eV%pK7RT;pU+xto<}{cKUJ-GySltcDwd<^}HeWT7a`H
zSs;@aRoX#SP}XLFi3m3tmYLfybi2x~)!rNu-F{2t{%zHfk}Mt!-2}69&V#4*9n%KW
zUf<8A(~&O%yL{+>vZ^ppb}WZ~UT|9gYNcGGuhL4zL!v?Zj&55|uT+jDwN|C&MKv<{
z;>})GW3YRn@Of2vpOevITf1luALm8}QI@$zJiMsj&4!l4^>EvlN3&8&b{ZnI#`j3M
za6Visrkxa4Y<r*YX@XZ+1R3A^$F%$~{mWb@_^HZ`<@50P&7q6>qUV_;P0RDM{{;8^
zo<;}lTjM)}f8u<e?*277YiuSC<Hwk`T__|K_;5XTt-LBnRCxR$tnw%8{rWITcN6n<
z`74{Z9fZ9cLLU%Rgc6LDA?G;j7Pio&17ho-J?3++_QL_S7fcOr-8{{E2m1+_ExoSR
zL901oQ9re0Y+RMb)2PTud0Q{=)Lrfuy_>&sw3(GegMtAgf8$-M0X-2K@`0i(J&3nM
zpePL05DLS$^1Mvz)fPhH(NM?<u{ByXhI%1KGd7Vxqt$kC-yAGGfOogk0LA*T3jdZ%
z8D1Vy9L@*^nSlGxKnsrfJ5qP3<ZuD>kKID6mu}lr%a^;$?5reVVNQpsJF6o`$+6S!
zJdFGuqrbM@$fhXlL{~Q5<uAfiXAX=qzd{7N@W?`4{~YCGEd)s;?0d6`A0LJE`=KDe
z_7$U6A=;9o#Fdl^e<OTX(ntC=E7aACswT=jp3yCnhwMj%%lU0-ZR@K$Dj{JMF%h};
zvw^G|IWa>9F!xLB$BQ%0hT&sHf7~B4$*A(KndTz9Yy_d`;9TUvQaaT>rG4T0v`>m<
zzNj*q)GJ|uEnL*_A5+L!ih47!&i@%&C!oGIdi){gzHo~i6B>6-P7U427dCgZMLs^I
z_8dp-f?0^!W(bO>M4Fv;g~!XR(v?1?`BJC2u`Tp>8NxS<yoEvOzoTpo3^+qT9FUEK
z7joRrwgNG-V<vgMlFQ5RUw3GaUk>GeBO8jb0k``PSCXR!ouSyR0KX`H4=r}#q;gZ1
zrHHYwhWdv|)AOeB6CpoB2JZ~f0v6%BaPB3-6=PG?%N_M5yX{nbME;9mmK~9=zp6F%
zxqr_@P~^5Vd2WtxRhrTD_9FW4Qp`MpZ;pAkd`DksXAlogg29^ZvI=z}!-p|MO4OI1
zXx=dMDrUyy46`;&2-w%4%#?z^5|YKG_MBq3WIje87T;YX0#;g8n|8JwA@W8f6~vZf
zn^1a+DoZpEDpwRiG+FwyDl&2bD^F+R5#sCgQysar<O|1hO~A?X8o(zmO_Ebm0*gQn
zaV$&zDNNednLWhY<*AAJX!FYrxdQqtk~LSyRZIAwDM%yPw(UxnvoGC`7&8()pK#e%
z5~=D`v$4q0o&0c(S-H-P!5GI^oj;lX;u9(i{iH9d_o$J`P1>!o<l<j1#AY1-AhRn!
z-)mD5lwqAMwsbx0(jwklrjT`RIZIg1$D4$J<Ln{rA3p4XMq?ku{dN;wR^vi&IF~?T
zNaL53J5LkmQo?Pes@A%#!F%PbaM|4nS!o_;DO_b(52iTlW%T#asBC;!Vc&S%8zT{T
zHecdU_@Z_)12rmfuQ!3>!Af*04ONnGCxYpJMQnaam&PO&5`5|Yre}H-Q}{$V2^Z2l
zGyawPr49vGiU=M|<MinM|2R6!uqd!7fDYX$9TJk#A)QJH(%mJ}(%mI3E#2MSol?@$
zNJvX}!#<W@`>iqzBiy-pPFnr$SHJxwx(xrmPvv_{kO61Z1<VzcHwY^c(WL7)b@sO@
zKfZClG}H+!iK*`#5`M6g@GQ1}Ni1ERsP;x-in(EGs2V_sRHrH!e_k~ex;@S;_dLB^
z?0jZxcQ4`EnU?M{+UgIh26wKy{M^&n#g<i#&ud3uKLW;?VcY>CrXZ6;R%d%i!-;RG
z$jl-6a~DhuM5<BwAbqB22P5IrCq2IdG0Z|}*H=u+qA2?O_Xb3TtsrJ0^yILTI8Qei
z8jv!0X9&ITQ(Y4egmbND$jC!L!Lh;osYxvl+YI`bFX=7<BLo9hvQq_C6svEyG2#nh
z=PL2{H08#+RkSG8D_!HLU~5_l`|M~61|fO{sB$z4Uf93NbHjcg(HKW<q1U>6B1GRn
zYZVVu(d1L(n#aB6D3F)QRAZVk|D0|6n~Y%IBhT$n5-R-r4pbIs@e~OYpumEl(EaLP
z*|I;}96n=P#u`#FvmZI4uAZW2dT_#UpENEt4la}K4?RKMA6MVDGn|i?NziU^>CGW+
z1?vF4c6W7*+MFKQ!3^<FV%@EFu#y>%ms>mf_*a@RP(w^=!iWx{kQH7P*s?qGTLX2{
zjApDr#?~6=U?wpK?A5V#wEX{bpF^q0L$oF2+S!>$o=vsRSgQ}#89==i`JIG*>fT3S
zR6RL@1dV6q@m6ruyX?5jqa0BTE5a{iqSDBOX7k5HXhqXzIZ8|vn=1x#LyrQ=e(-M8
zz&Dh@sb6p$$eng^Dy5T~>Ax1K%v<jGU8biv5{Vv6_Sc?>w6*bxzt@*NhJ4n{oczn7
z)%W%bC+39lcC{hRzw7>UENVrku)?(PzPz>u2ny84Y+TWVpyB_Q$+qYW`Y;`h6oS*_
z4nDq@BIf$G4mA<*M<_{LK@97pi@-M>R%0GX1g*$VNd(Hakg@9bG^kPgil5o>(`D(Y
zzEKT=WCtCM6dNhReNTKS)|vOjj`p9d0f7=q${LcF20MoNUi34ImI?VSW%;wUtB{Bf
zq6~K4cUw<?Lx1v*6o>c}3DHGRWX>LiLU$tFPUqm1r%okjSZ1SnJR$-qnE2^Q?!m^=
zvar5>#HQxvJC~D5q)aL^4g%l-&A52cem;}YdOMQZ3i^2?uUMRqrdMWY<mJ$s)3y`f
zJ4cNyDxxfXYbMRQOu*D%4~ZOFA6vTCNV)f9Fh=2fD`#O@Y11VJIqrr;;WJB#<%QU~
zu-7NV3@8%oZb>Rw8qQYM`M_(b3Gexjf%N3?DgGi*4VZ%nuD&o~zK^EUDc_+f$dQvE
z`@Ca@h_*0BU1%X6DH-!U;wc~8Uw?$|<VUR~>!1^fUV|`Oli8Dyp^8CQOguCDZ`QIz
z!vugf$X6~IB+JfVdt|X!X;dNc%H8%HF%N9;UlB37S0R!x2VZRo*SOz^VHu;Bo5zV$
zvr%wYlPfYYY1DImwa*uz4*f0$e?^MKmsSI-d%c~$9h5Nn`g4cDjPB~G_IK=hu6BzQ
zvGSR1JhR$!VPPe|kDNyZ{L`g{CDXN>$vZmGE$?%nI!7k(E8$G6&DWCR{<eKhU1_XK
z$D~(*7-jpK8q@98VUfFivU=_P_7!d2DRHoZb`UOg_P%7NVlF26)=mgzI9s(X)l2U4
zIpWg`Vl<^IzcAe1f!gP0wSkK7{G4nq@^^>Y^P=5G5LL2+H&=TbW&-5wooVP3_w9)&
zzh0?i9GsGW3b}$0%$LSBcKxDYLq*@$E?Q8($&+*m*1IYPL<p=@7^6{CYYsR?Ba}@F
z3uQ|L9&P=}C1AQYT!SOP>fyoO@r_yP=?xMM&K0^3(NPaO>iGGjfp56@5CMIFUU*vB
zU|rdu3M6+{n|&A(q2>Db6U+8iKr=2eykhSA6pRF2*ID01*E$KHBzw{kL1*pa$wDZC
zM~6_0phvsCRp5t2^GpwKLosy02>KFWLQG}1!P181T!*ew4i2(ZRQP_?1yIQ>S($e<
zb8@{oho-eT$?6ZgBn3;d(jqRxVbocOn9>vPqc^grMLkbvmRBUkS0}KbN`nRiiULfg
zhCh`gGVwQ9KmMZawE1e@SbrT~shK|{=%zJX7w<c>(s`dXV5@WtveLP>i^W29-*q~z
zBqc@N4*Tyar6_!)#T%v5G%`>M_K&iVsnT(!DEdw3pmysRnMoIe#EvWi-}>Bdp9w1M
z=ngJ#e!Z#a);lrgTmxpn-DvGl{=3istBB%0CNCaLe@g-D8OlP;aM1r8<7(9Mg~OLY
zS?{V_%f)8g?-yd=`)mGMNaOFmup+Du!9|Z4gyha#1hy7d0fx{QzKWbHBI$J!G8HtV
z95b;jj9lf&4osN{_ZqB`FN&@AECOa2fD2Tk;$x${H-gGx#El5$h(BO45tZH;vm-}3
z*c(_k3^an!oj}O+d69#Sf<!Chvuv0jW%fcFQ%)*h6>(Ew=CG5q1P%x6%4W7J3`O5z
zol`Wxys6C1#n2-&vheFGO{BuZ4-6c3;~xF$zLyEN+NAg+wU~uIntJ!w_i}Jni~gF2
z=<=4D?|Z2WCM<<oQM@^!cWLuo#j(oj?V<0VxA6>@w>xF#h`!{5@ph`FbV9mLJ+Ia8
zw=uqd9{>l#(A9zDh!Exvo$I?$mF60d7#u!c>>nSYn{eV2{{|tK(ey&&D!sSei@tUP
zTa8tWBYn)pf9Jq&1{*vpD2ioIT>U4_nrhf{E9YqCct-l{Qp?L1l=M^9+AT?P<Jcja
z@0Zz*j8}H(Qd_Ib5$fMm@dff?(!1VyR1YsjyDZSo!qOrkia;y)CivdLzJcn~6H`W5
zM*5MT*DLQZ`Ik76JsUCI@rv)=*pZN`$(@2MDH9gPf#3m$)_e51wWk!<{!B%cp=7Mo
zV8h<LWcd%&a1>DND9Xcjxo1=UU*z|R9;NeO*Fq@hKKPSy@wZT(5KjIM5M)NhCcmTu
zMqW%I(k7WMs6oF_5dv07oF7#d>YAU9h>uoQ!+|kA?T*>Tx`?g_Eu_m%%S!DdH8h5+
zuq-TCi2|Oxk+FoUizX*JYt{@NYk}8>g5vI*=^P#KFxHN|6NZwt$!44rlMv*r2j*es
zy_CMLuYGH~KHNR55fES76fL@Gq(eD3Z<BxA>U4K}!?R^F7A%+Osd?^9zU#S{0wYqK
zCE0HVmR6Q_NqP60?NIj*j_`+Z>>R=pK03LHQ_rocw0ORw&-&c$%YF&HP7>K+-8=bM
zCzhh1;e7Msd2$O6QsvY*K)wFwO+cFP&wx?oUn5kdu;g)yT)3-J>jQB9k*7`K;X3d!
zjw(`F34hc2V>x$1nofFle=5BF$v<KGVGirz2h5V=+ucv7KQK&KP+>(x$f20vuzl^b
zP(H#cK`5e8=^(VxP<^)Sv$XJz(C8wNi_F<vTviAdxw|w;LO6dIG6f=Z<B!QplZx@7
zw_-`jp~J>?S__W>eyJlTBA12bGIEmSH0!QE2{#DgVPP^5Fhgt9EVDS*f4N>9w%_Do
zKngx|LTf@)Fvr9#P?u>4Dn0}e{1!@zK(r3(j<gNv633!qO4vI`uA|<=by<~(H6H8H
z3_!4)E|5o^KRD_T)&3+2c83>*<`1|v`=xQk2m9^Y#rEV0^_i54MiN$)nzyxw<2h%<
zlP>GTq>(FBqSwxow25_LycW|utEInM3A}b(7%l%^PP_`{qF{>(cgWl@is84-_=Wm?
z423VxE9JoGx6uc|@1VqadFTyN{KKf?^{O<)Sg!Jo+F&in7_nRfY>Ap_-hnm=)c<{?
z-2Y2yor<-!ESN!sP?g5`3{B_XL{(SKcVf`jzhur@l>MgJiMSJuEHNM?g#Jnq%m{is
z5uZO8$BL-P4Ay2RhvhL;KW)_Y9*Xq^YoMkDVUl7l3KCT-4l6g9UBb8^e3kqBC-fI#
zTz)8Dn9%v-X!QXg8oeBJj%F;@T)m0SVU#_*8q2sTgwEDrR25%-4Ua`(9JgyDff$9B
z4hgeMCkcg`=NxRY0-Ky<SNIz(6ePr=0qD)vsF&*^h}JAYf1L%8m|vwM)A@^FD?pN<
z=%eAApy<hA?4gK4#<hqcd&NXDr@PS<UC>2P{LyHf1K%_uS|8a$*@XxKxS{KlD5WS}
zCD_*Jd@Go*m8aFwTMz^d$J4B2WCV9K&@l{^@hv3QkaGDF>ZtN${e}0ie?%Is@vS|f
z5lJ*&^pyVkD4Wd6{P|8SM#-8-W8|k1cDl(jDK|E3jDi+jycC>K_PFuhpAK$78N+$k
zRB3W!CJ6D*GrkM-hZ~`LpTh59s8cz;G9ANSQDVE!o-BmqD^@NzehW)_6|y?rZs{<6
zZ&NbG?&S8ZV4F|b;m<C*mNCA89;zWxj$OwL5}gV;TTm9_*?Y#YV-AaaU2OD=7B<u_
z{|3?Dn}(5z1V>vK8WXc2J`0nCVhTthSzFyyFj5d0N+e^{kMPJ)yjc+JQ}f+Myb0(J
zBE(%VoS?ZcG*{2^w1pLoiByK;M@3lhWv!fMSsyM2vYL*wG#Si{aG~^TL_!rgg)u4G
zpE~oAX?#Q?AuPTw)?-wL2QjR>*cT6)L_CA~K#Ym<qRrTi(~^)KN~}u@b4uibk;wG~
zdBR831An=`N(o$ozD+Dq`P+l~m}V}uF@pUG<p*Ig7`=VE)N=UzX+UzRNh4xsjjVd;
z_Yh^MR!kb-UTPF<`qdjBuj+r1_xvtaDYo~GI78<6Zv0eQk2~Vt%&)odF12NHGlJ$g
ze@VPy_lhkp?l2v106ZkWkIOCVx)72Pi8O1-*=w{{7m}na{(}#pO#{BUutnH9_<s5h
z4U}eZ8d=?N2|F#-BM}MqWd{S<6eQQZ|F%&z4+L~Rr^(TZD*}&u4jlwYzI|nA_&;+8
z_hze=7EiO+_;-^J*x5IeKzdn$m=v3rSDqqq1Q%JH6TBIEPVN@6n^4AlES=#?mxH*s
z3mskQ^Z$PX1++cho%)n9VDV>rXGdR8Ia^`Sq&9|1N)czk4)FeV7Dp}Whqvt0k2p#N
zNd|!TI>@k1&ju(#G(7Qezl)Ghys)1W0s{lVf_UiWKf2x)9p+f7FYL){C|I3D8zWy1
zUi;tz;H-CN<_6FI`niDaHSqf`kvqA6c|reX{?J*wTn!vQbxViQ#0^<-Dc~&p*`k*o
z_w>BlDD<(wSmbuJo?mX~m7P@o;dzDk<cNw*bPu2HxH~5jH#`V2qi}~LR^}Ogm=6)b
zUzRk4GY~fuApi=XvJCcVc{rsWtWYgg=MgmQ^n&BK$CNfk*&|cEWY9}np8xxf!1DP5
z<MY=IP+PfVQvAK=%+Z4VmN2IJF|Pf{5JO_P%4m3^5f)QxQpo?OiV98En$kEgY$NU=
zYEE;~R=`5Yt6np5irwCBZ<1({G5^zEI`}$Y#Arxw*ChmL)$C1fa;t?1nya54IX>+*
z4`Pw8N|){1mR<}oD1HNc6nCXf)_W`?ay$ig3Vzz~V|%5qYC;6B5aDpV+@awSTp@ae
zF^o()4~x}vnnI2aNZVgBz04%Yy!8VP+e5^P-tH!R_QbvLFf?YNoa~B9!UDClUSA%j
zXQ1DmGSVn?j6zBgOZ!$($-T8a9TRLcSH1-}EUwl{?sUv>8QkSaY31_DVH&(dMJ0}U
z2T#g;932xSny5V}@n&ykx{mj@*89YDWZ*cyQs)h3C<Kg^^X10xJkz)bYM@dzW8y6=
z%%h7q4J(&S+3tQxWG>A6m^BtRul&}L_syf&hJrVQ>N6_(xiKrf{I4e(C&jf!65Rwf
z_sBo@NoLL<f+t(V9&*)W5{{8z;>i<21W~+stXiB%k{PUf@Wl(ss)WQCl9NsJETHE>
zru|rrTBeoieuz+FLXkkchS5Tx@eBy6pxwJrk~S8|ji9i<U@F>v!wL}<dCw$~0e`DS
zHF%OsKhGUfxc#0U+Sh|Yn8P=WO2w18uZ<HbAIZ;|KazJn(!WrG6!Hxb#X+dnCYbb!
zTm{-5DUqG5Sd>))wspPO?+c#NKLa25@1c2hL5)qfMH;zNTRR_LIlWI-NlpgUXI_46
zWK`o&9Cqa6EgBb|1AvQ1Wg@n={rgqc=JrW>xHMO&QlWxQ*W01X(BZ;4fw_}<*B+U<
zKMQ|obBF%MR+Lgm|G0xx)y10_Y#6OL=8Oq)W=W58Hm0AX1bvW`oZsN8pH<FMb=0z0
zgpGsYIBkdDSR|1t?fXh(%oc)4o;M*ij<p%*lpRYik!FA?6et|LPWtqG@MxMwV*2AM
z%BQr%;o4FDAT))1)C@<0cS*WoE2Q>&x3Aw9s9KYugA`rVPxElj_^b!9cqcG4Oby)t
zZxoALmiBIV%FI4vFJmu_;aUHpj*)iur0aR$Y}cJFGvnXC){@ea(y``or;6|^tjMse
z-2CKg1fNRoP(V6j)~XxabCizF+rI<u3BS^cmVZ;oEfxArw(A#r(=N+)l8TCx`QO0B
z<LK6lRSD+r=?y?#<l-TI0;{}0RUifMO5jusSXzJEC49*ozXnocuwBn#I=1X_+|ISM
zpH>gncY#LBW`%4${QBbJ0AQ6mJN3bWODv$5>AL)R2Tr|&$xlH}3SjikeCc|XbDX2x
z(hwRNnim-pFe1IP)LVa5NjD6n#Q^*CqF4utjy7v(Rv{taA@gYm#1AE^HAg<+;o1iL
z=SM|*Utsu_1L`60C(_U-&(IZV8^Zj7z3Y*Yk?ZS*qL{!N^CD70{`Mk`0;=N`@LadH
zl!@X2wb%7-uTWcCTlg#{>fs0q+}n8n?R(8i=F?_+SEoK<oZGxxP$B#5b|E|tJH9;C
z6E?>&`48E_G5!eAf&P~A)4793A)-Fj6@t%z9ySYmO=|TctUn$hChVlT{?fzM()MGo
zWSBFVz~gzLwdX~+S|du5_v2#Ut}7RbQ^F5O3L`_PN}h}DePJi3{f(G+*V-QN2xEnl
zM&YVcJ7`VK#nOE8jQ(J=Zh4FQ@ayV1!|hW>356l)T9@LJe8i;o?VMrc(GEXa+45MT
zD)twHH#zSKRXC`9`S87;QYMWtyODW6z9-<LKya&>K{O-xvnw7@$1XlI){>@ovR5TV
z2;vozNM@i#)ZtG5NBK#b>+V%hK@vgYW6tOU<H<!3d+;B73P*~<ZzPr14&1WuHNCxq
z{=iUuQBywsl2B0y-;}VpyT2RW5kX~v{>ZtGPrx^}Nl57s7(1PiBwoim@(E7#qOpEf
zx8Ctc+lC?Y9d4yMOU6znHv<Qu8pp!ej$Yf%!E83nfTJdqShy;V_=h=@&aIV#(pl42
z)iXZ#$q$8iE7uvHh|@dnTIP;IX?AE@`6T3D7wdPpALr^<XjU=WKK<^>{v)R!nr(I(
z)BRAdDE5WAc7QjLnmxb?_m|G#Qk#m0TQj?o*bJvP#<@C-VD~)5Q)$MQ*MaVE>#K<G
zwnou!?BJQ!@`{oyxSQ2J8$dw{L&pQBClFQ1{gJF~1CZ@({a!iusz&=-+p_kfOLeiz
zgh8tnk8>(I9$+JuSsH&86hhE7{29kn?rOzYwE6X`<F{(<CNG-VRpnYIatWoMzuEM&
z*;SSMI(47JaDD7!$1oGp95VDcGN;bPGC$jLd?0=Q5KV36<jy?rbbO#TRuHl+ZOX~1
z+qkHyhP}53ej?o;Zp=m0>(`1={OOW|^lDwJXV#guIZI2vP9CHlS+`j{=A$)_ytRJ#
zo7+`${V;lbt@}j2`B#xT{cKi7*&#XRmE^w!y&vBL(VynHe;8BRuGe7>NS4b?sVZ$d
z$1mC@PU}=O{6_tih`FypRN#Zhy=58kj?wjeNp+|g&JVn3EYPi~Hi+a#X`8~-bp2nT
zG&xD8p35(Kj(yEj{6q}yuMWXRa_xc@xYwzyJU$&Dt1K^XkB1NhvGMZWg5Oy|Ohg@z
z!}?oT10$mx@Hg-~Z@vv|4ADY>a(4B8<r>_rML(;!xiy!R3>n)4NtBfp>PMP5pcn(I
z%|4gvK0wsdU_M=NxjzRqX~_l2L&lu44$V5wt-7i+AA-@rV)fp>{&UM5{}v}%)Bsv9
zI2%F_exvUX?9w%iAb$z(&nfwr?=H@luBJM(ZaZ(qrK-veJ`2zhmTWq`009ob=m0_C
z0oc$EkG-#3YZ$?eH`vrh^e-uCsn}75)}5o48aAm#5AI#J%~PV6od!XLN-At%V`n_`
z`u-7wM>g4MPFYn|T=D9q!(x?Tqw1zV)`~b_{SE-M&Q9IE;llfk8kcazfeLj8LHI@#
zP#tAxfE&wu8a$|VBMdlt052rj<F4fXzk-ZedBMwgx-ejpmX(za%h|N&6~)wHPNb45
zFxM+-9IUab)?g-0dnl+~U|h3rX8v}Mfblww?Q;-7iUA9I?!`a}lTLRgMFkbaM=$z|
z8+c@J!(c2f{%vFnY@GiFG%p~pxC27Og33yp!^L{=Li>{&*Dmx1V+aGzSmTQO{&Nz<
z7hQ{oF_Y&tlZDr}tkIS3_Ndq17cwUi(><j*A4UyWB^U?PuaVa4Cf-jrHd(+ZD-)s6
zYv0^+mhL4fZYoX*Ss}$&I&6!ZGg7{#i61kw|B+~v^6nFU-HLa>%vPH7OwF{g&%Y_t
zACB7(mD~yA*5=Jye7woX8GOR_O@eIf-t>3lANnZC-HXgN-wM|<Bnt*Oi3Ej&$8y)k
z!E424Ri2P4%Y=O7Tjb4{iAj&wGl+Z7_jAI>!KXuC<BN_+u|Jx@du)p=5_U{@m=p^1
z{wy5mJGSU9gb%hv_L%-8iPhUoIWup~gNil9Sc@-C*07&Cy58Sve?NXbQd`|@$mdh9
z!0dFEd*1UA`<;V1>NMxZY1y3R&ksKpj2TP6{86*241I+frw}wCe_k(`lc$xw``p!Y
z`OT~eUVW5U*_YjHAZeGnIc~B&LVaCE^8zJ*J1v=^6`>_T;KsLqFX=k6HLQezBl{yC
z5B<VnOHNU;l?l5*)qNJt2uv#m+JTTU5j?pxo{j4FMiVUyb`61Y!=YB;3;r<`8tm9I
zE{_=e2~}0OpCA5^dc1yQpQygw%YJjeDMsm8{VB9>%eE}(4x5N0@Uf1o+62qSCsH2D
z<&^Adt~S?R*?Z_;cb^QamY7qD6fHG7J%cmx>ty4GXh^9sJWtY_$^J;gNcy~<3!W-s
zV_gMgyjY}I>NXO{wmu^~jD58Hu!DgJBvSOv?_TmvWP!{yx}+R~6dIb3l-3MRdMfGN
zJeL3VB2Nxe&Ahhc?K!3B0>;N`h;Y)Ew5vPp@{(o{3#vkX<FJurwrF(PMUSyA;4EzB
zD@D^G%N4pd^Vuq83yS3KwJ+-NvnVf0+P{HGB@_}JT(^}-l&u6oFX5N=#mOqVz)8$}
zMSukj_pCP!7c0r$5dy4ew3V}@oz%<&T>raiTKBOTrnVNNpKZ6-LJEyHQEP9WwkZl@
z3$ja->ncjd{wm4TS`MK2IneH`-iugJMiUTw?=fT^dhPXl?uX#cF<NVm>BBW=NjPvV
z^HP@HD8&0ww=r}#g*2sgy2qu0?iwOuh+FwMPwp$nB4el@%b1dWNa*jB^!=4k^b`gm
zEi*?h4|XK#diW(JPuGAE12l?fhF(B|40vVD;3Nx37+E^~%~OVq&+-%X0Q;q~%(FSt
z5u8oYW_rH-F90M<Ju3xTc~^m_!8cLHwVIW4`;L6#ii`{l+BL>VS^IbEy}^yZS8p-%
zRuQLN&qh{u6gUcApk>+re>n1iV}5>+ap^F-T<lJQNJ+|Ly9Vy9xKMK&8?S-nz;|RT
zh2O;*sD}k!ciOJ^^!15JNrg`D#eca?v8;fSkdz!x<Bc0K2B%}%T3U{}$A^cP_m6;U
z16WboO}2&(4(Fyq=Y-RoK%J(kr?)aczw5|{@N$4sG`=%p%<d<W1(a8qh&<_Iv$L}R
z%3;eR@M1sbC?Ie|56%UE3{F{b#h{=dK7M{n3k&ccj=C@D=oaq171z?-95(=U0PqJ0
zwqlg)j(lE1`VI~bG;w?X{?#m4-3F*>YVv}I1CGFln>js?!xpFgGo;Xx5}>LCGH8G%
z0P=JIjWVg7nVV~@tNR%12yQt+VBdGA!Uka)z<Vl6OTq2+scTzdp{beK$JjhT-vI%d
zFMUjm(y(63N%#2RfP{bmyc>Z~43ItT4|RIo`q=-+RRTgnUI4=asJO(Ai+ops4v>yk
zdTud93Ei1Jl~-3+gCv`uBoY8cqaq@7QXXzHqo*#b821ZkO7;>*imP?3)SoLv-mX<m
zZ2LIbm{E-k=o@RZG~Nn2wcNa^(2RT@^})i08Eh3JOoC#UpSWk0v^HL}W{YO~ZQ<hP
zq}zVf!1R2g&*VDpb(%eSAy#Cv2MvKLotDam=C>~rT;$eJQT~A}clCAE<3?K;HBBHh
zis*b$_}w2B4ZGPIGq&ThPAm91@ja!L$JT2#$sbZw$vlJCm0N~Tlm3s8RR@K5qnfC8
zMffukR5-@904^T1>D}s{`jZl^O48*CjIF9yTwS&qu^3Px0p!slhz8r8+ga1nTHWT^
zeW9!Ar5DkP^bNVGI&*!rEOGVK+IpufYqc9SNd<Pz%x27mN6T)fS4+fGcI&AK9W$?v
zG^bC(l*|6*so<pRr*9oM)`rBQ{Z6Mic+3Qdr$M5hRL$P8EbQ!*dG}KAgYZn!icT~B
z*KL<2^1{CxckjNCc~{ov5ex=W9zI_>FeNfrmqlG%$)_F1ZVbir9um;_gFvc0p_{*T
z6gF)BsZ#4A@;WM=uYkcu!#O(6?!&a)(?2$S-Ny(gZi1HA#IJW(8*_nw&o7`A?L+PQ
zY|PA%$`1j4$#My6`eVh9@>5O>&naY^x)0Z>Z4plK>7Gu4J}&Xk9O0?KJbw%8Bl88@
z9R2W-6Eh8r&}~ITxJ9W{!Vbve;qc={iQ3u@sAJ$zb|)~{lfD&1B7YQRLESNbj73D%
z7H6akJ1V-^-I9A3PffAmGO6@4OpE<(u*CcYdWGAAli1Tpx^f^{uNZfe`yzu*D-Nlm
z$P8Q8TYJxV8?x@t8?}}<7tUv$l^@;&)`pP#Arbj5eKpTebZox+y&_68)h4`>aE!P(
zHi$Pe@0NIg*>+SCM%?h^x>VR%ceX(mUpAYQBCQ?6?^sQ{ynqrCONE&8XTLN}u+wmc
zZ<12?lH2Dx{N5(TWsd)`c5!8s_b$MYsHMUJua$IKWh-swh+w{xBT)vGj6WJNV$^L!
zuppc4_S6TKe~jd=Qc_$jd}d+F{X;%4zs-#LKrFSuT48+{S60C27tZnZ*@v~c^JebF
z3cre&>1e0;Ps5+R4*raCm+=V5V6iE~((Gcgr4!I>8t^g}G?EczGYVJ2w6|0|(X0A8
z>aMoAozDSDwI{Ug2w+#)k1%E4FYnkl7t>&hD~_e}Ujr9`&skjN!=a6j$6f&U%8R!e
ztf)LcjOXU&`j(UcMQ>5jE?`c+guvk+4C>`tFKS5h_k1|WfI-QdKBjHm3|FO94#KwA
z)9nt3R2?VZSb&jt(W+r`a<Z}GvOFA*37GEzj2q;X?I3c;4s9X`oj`T23WGcooO3LL
zyFG9n@C+_w8>|+TR8{j!{!L6w{7UAStJKdNHR(M2QHhFy0c6*@ZLW5`L1-`KxT@+5
zpipuF$*N&5eCwYTV4-$9H&MiidM%hDL-T*?%*hE<-_!)C%%GTBZgzO_)PQ%Iu<&p)
za7757c78>LwUyO@dgtAY@Z+@b)&ejQngI}BkRhNoAFOshx2`@OfoB2IL9VZhoHi?M
z<DT0biILhJ5y$q;pl$|V2#C7df!YCtZ!%y7cL8o};QURLq1pMB{0bF*<Md_;2yei-
zNxF>eQ6FH!2tkF2Q37qOMZNV(o7=|E?*L(8QcH~;D(`bQ4T9+7sEzmZ%8GTh2EY?C
z>onN{u-Wsa{<9N!J4s;D1_<m-9DIC__7!j-DF{@o>iS-n03Ap~M3ghR`vMTms;hGZ
zWx{9*K+WGGKlRvBL*1PFlOu-Xvy5HCFIY7ITA^nvE}$R=frOTuiwpQYudlAO%4cuS
zcRG_ns!l>Aoz8<*a{AlaY!R|sU`_DT)W!QM^t>~2i?Xq9jm6O+*?@q6#xA*BFa%l{
zapjc3eI>8F(l0qGSngE=`B;8mAS8K*aCxjK=+>WgSw~Sg0lBa(VX5Qv<GHNzp=HON
zmj0s(4wGhid7~~yQj4|O-AVUn-P8t*L*bU4k*FZPmU8C8(mJYFVG!sXzoRbg@iU`;
zxKroNg-@fW+^CLFq9UAZ{yOvB>JmIFegAA~m;2Jj79pk%aQCVRjDEMan0MXimg|&d
z5Sta6OAxf7t6<<o{PE`D+p`eKkqO8R&gaDx!PYbHgyT_quTQ;$Hp6Q3x3HeP`(lVQ
zO6_Ww>pUw~ApJWzCI<6`IVClxKNqbG)S}SmE4+;KCpt1b{N2}49EJY!9U*j8qn;zj
zLj8OuE0x!Vk$nm)-D6qNud<evDK(kUJ^N*+wX8diQdl0_(_~axl4%ihiiryh1@1GV
zz_zm{uTMiZaU6b28g)n50>^%(Rx;YaL4}brcWig{z0Z|r|1aKKw3%P}XMEZ$fjsw}
z=auU#71bOAq~aYYsouoIM`XetJ(?<73q0fcLbRNAc5KId{XR=Aq{KG^Va3f(@Vp0Z
z-%@*spEX!zWS}NRIM^IjV7w5XQ3d)Dq|Fd*tr7H*rakt|v~6$9FBR6mP=?zH3aYZg
z<9A~?7!uqWvL$78p|HXPWuZuu%Vx(%3#Z;P483I^4KAoH3JWrd{J!<{WN~D+Rakg4
zrl>Y|UY?2^{8J3OsW>@DT?;db=03=bY$uLEYS8LfGB8!U>Jy?t5(#PU@1Z@2RC4l`
z=QUk5iM;-%sVOECB6f>_su{Eu3oWEY8ZdW9Y{wyS^g=(oGbiYCT`(DJto3diT(oq@
z#=f&4`@3#%cbxPDKa0vyA-IqY_hXMu8KssYD&vTCt11bd2QAHdot-Db|KjIuOOCtT
zHY5r%@2E-b=Tv^>H#ByRrmp+BNO~uHe6(%7p~H(m?v-E6Rlrb}#(3l?Wo#&tMwLhL
zMbVSTxYy2iF1A!{69<%}+x;EYW1`(el8!jomU-tG{9xXdp8DHwj|by15UQ~)*|`HA
zhN2>|_P8q4@m`{NxbSRPN5uEEu<P=Cf~Dq**&l*Irl_A7Zj)l-<MSNl^RRJ$+}T-C
zapZEctz4`kDLF7duVHFhNF|kd(?`4Vc;w=<217RZYD;!{8DwJ%wWcpYZF_E<7V;9q
zfkY65CLrtW23+iN?Zy_J3V^8sr_!X^3cIEHk0rqMoSqI6tmnV@of^P^o=f&<W?--e
zXglcuD6-~<uyR@9k}l+Rr@eZo_7o0S=-1!@g`aQ70WKRHUtc~R`*Z@-PPvU&X-SFx
z<3DvW@0;}*fXdcwz4~h7p)D@nkH)=xvM}y_HLGm{VD;^`>+e5*-bmwh0Gwi8Q1{z-
z?Q2(Sl;!4rzPs2141|yzI?y^zO-gDK8)*)-;vz;5?!0b4#>K}UPvw4Tee~xexPvmF
zI{@L)`x(%A4xC#De*S!UGT^Il=?_D|0r$(d{1Q+>3k1~dn<po>-fjY~pZ}?MYU$`O
zB7(A^r2@p#%vq<$`RdOv@$mzOASdXyJe-gFoTsjO9#jwbf_EkmmmAB=%Xh}o@4@GS
zM$)Ma4T!wn;4VPu;iMPzU*rW&`!IZNdR0r+NCn+5!0YiGNy-nj5lbsq4WL780pw@E
zuq^N9rQ7|S*c1zSaLWd%EkN4I^9g`&|GM+}v9bN|>uqC2>rqQ#hWlFr)R$;`aX}C?
z35HL_F8^Gz3QgHbA}ci3@g@EVxBSfwtFZdFc=7%kMczf=YusO#(Z6w}O{_C@LuUT?
zExfE^(xTW+C0aFb-#TZO7;WUPy~zADaWLZUkZBR5M)QpWFBEAwWk^3@!phe_Hw4J@
z4oidDkEC)VC68+Q!##Rq+n3&iD50q;ll~{4N9(5AafO+_!T5qg<HfLu6v`6ZDcLfi
zZkBxwPnhS;+}S>y)eCB`gu+8t6T5T7!+{(6tk}c#{D(I_zA*4VrENush)^U-)cw#7
z$b0nhy@lUI2T3EoN1!sO>x!O0+4P2?bEt0cLy3#${UKjQRb1uaE3ez{fbVwvzTx8J
zu~EUEaNYjt*t4ed_jr!QaKS9T-e<V{{q611UT)4&URF;L9LhuwuJ2Uy^Ftejm~f1g
z>gu0nPv<yZF_Zh%gl3nc!VnW`NKvmbp8oh)v6Xq#l@=vr@Scx{@Q_epDmi161xip`
zzh?dr#seLGTn9ok=G4M499~jlU)@yby7({ZX``Ui=Y&+)C)?w`V3K3t9A3%>mO9;Y
zor5gnPN{_5{p=$<YYHYTbxbUyT33QSSEhb@m*+lIhX<MuZCtdJj!+M0Lc7#bo%dDn
zo~6NzTnFF#d&gNFV@n}Nj)~g7pS+evO}6~i^P!171kIFV{(IeR#9>fHLF9pk(6Owj
zyt_fnO^E4m+J6{vK44J^a+L_;HICwqf3d;?Q8lLC(+#7Rp{bZK(<`j=a_n}Q`+6(%
zA!2yU+uD46y;Ohn_&C)5ZCA0~(;ctO1e#17#@D|o63blZ=o|?t!>}@#a5{JeiPIYL
z%RP(ZlV^C|Es;Yg-`3CY6OlHJofuE-WvbevcK9aQ(eW3P-)oADZo^-bycTj?p1AO-
zG=t&PWKL((9T^s}JG>a?MX|D$AMN>a`KdDOJE~5{M(OK^O)}j|hm(^G86L;m*uI;O
zb62tfl2@5eqb!c9hl>q%+n0@(hf9h|fAV%zvLdM&ZbeciOrENP;Ew+$wuO2aB;4>6
z7S<lAj>w;_ejqXYN1kF%gTQN?<x<1cIU$0OR+X)wEAXKqNaxAErmL*y&vs%JqJ$yq
zDt(^$IZNEc?Z*4*I`EqeV$u%MZe{=A;2=nmJcU-hKox$n*1ZaD{1qob+RN_q^Z<e*
z)c#zh&&_(U4d?=RLIWws#N12MbY_-I^%e`Zd*>Vt17p>Fzg+)zSpDgg?AZ=r`arnT
zt6IY?$Kgu-3JhN017wSp@3SXBBp@Otc4$r;*(xb6h5{rBwMsqU-h@(B1)_s}=hm0V
z28PbPtl)0~F!Tc`^2fc79LR15B|$}h4Q}s2+jb|z<0!H7Ve4R_R#g>{Z%K)X8R+SU
zTow}Ifp3j>dgBz}(o#nooDUZTyq>>nnS_Uhsa5Fgo!>$-$7#cqg{J`c6Qt0;=jJ+(
zy^cZS*Ox8~JV~L<V<qf&AY=XcQ=;`x2JK({VFO*}xpbG6<jf~xV&ePTai7<KVBKv%
zhXeWt`gc=_GSk15qt5ml>+63cCVq+q>8^k%X6%r$!0SY+;*O5jboBJicmGPyGtb=H
z!B==`gMtDA#B7!q%<fDHh?3=hk)Ph%{hx5sg#la+cw)4|w^HD(4REuCZ@MwIsqwde
zCC7D=?i|;mp`n3ZgpG+zFRRS7;{wTR^>4B@`SHIU(#O9S-lcwW*pfTX{=!(C%^^^K
zW)}M$-<<4~2_A~UM`+*g+)Mm7@8p`RP-FPyLE9(2PwrLBr0!Ne6L%T0;PTT^dMABJ
zDHbx;uLXUf!xFkwyWWxUPt-qJZXUQk%&`cy=WjHoI#i3T$WH5RHV`qt`|)+K+%r7w
zc=w&?N9?8;793@k4y0Fqbsv_DR`znQaOAIQg@?Ngy{-C%1{GiR`j>}o^N`XM5DOxF
zpBPlJ{OWzduAz?z%M3@~YYQ)sB|_fWL3hJw^l{Qo>$}gNu5U;x0oP19`8fR|*e45Y
zGS=x*)d6?7u2u(LEYy+eeFScx)+9J3sn=`iWh^uDAY1ZaqbNOFLJ6U~4<-oPdyVk(
zx1uaf90JBs^Im~DzjK7|#I}u_>*cKznzFRmBU{6jtr-F8WH=N3Tgz{6_xIEPQYcZ_
zBmZ2Qj}aZofg-H)ib!-1vw2*6(`!2RmibeMy0#tPrg6#rH`4U+_WAbPd_P?TI8g<M
znuH-}u0+$*M>5+)^`qzUN{Wyt&GVI~=^ZQU@n6I?nRcV!xyDO}tlk_3d$@FJEdCbo
zJjf~-B-PI7xJY2$k(s_oQT+sce1cRT=g7pi`h{DNYuWNP4{h#Jz{r5d)$P}+-B(nH
zviJh3ZYrp(U|kpzL|eHxiPTd=;e274npp6tbrQd*f>2eB+YoVCF=|*tCUtiY$1=Of
zFGNs-$RWrN5J$x-_rsuGBV>i69AOjY%I}GMyu4#Ud!E+m%+aIx&dX|HRu8>IWt7bO
zBSD^OSfwBD34$eWPuSVtvN+l)bKD2buY6L1O466oGW>*bxIvdl-@9Fz%+y{tV{lG6
zl*c|VFdsHiBevmaQq)eAD)P*H<@HVD`3sq&0rWz#_VAb5J$`qjFSiNJ|IFbtvdOAi
z(k%D{?VEHHaTQ}p#HpVa&P~hyOn4rSdUT%mAK`PO_|LaJ{oLEHXq-QY{iCSzhz$Mb
z`McUUvEj+Yio$XK`UXO9Bxwi+1|+DWUor?j>IeoFHnUO4zF;ZEInTo%PxovsbCik6
zif3fHU&eClj=RP+HBY%mZ8)AzDRN#jqkV98?jb%>oB$#a&u1&oZjgnd5O~F0)m4ib
zWNFAeZvgcR9!VJ%Hz*rd&!4l%wyEp6+0pw+3{#wKb>&V%`M%rW1ZYzD?f&-FjtixZ
zY+;A?fm$Ef9Fn5WSc3bFia~fQDjHPB1~IOjZkYOP3b+hw7Y=4XdPOe=f5x#4h;#Ro
zQQj|2#Idol0l?`2oVvskSYO7G`|IQ9--SX>JLxVB_4R<A58ArvmA77F;r7r4=0rh?
z>gtW4gl=Qp1E2Cv*5l!H05nu9I_@ko$GJh^1eN-hAHr)MkE?@}cb2mix=Vnl_2-Wu
zXdZYrG2%q8x_fV~DqasVptL)~wf=eH_BrRq3*Q=yc{7s8k_loESlTI-rn@y*JNpph
zlRoYSz6qu<BOxjtm!q_Pqf@|t0G$W00#Ic<6#LSzNOV4%${r*Oeo(meIrpF&IRjl!
z@B);nSpq~5sIk9;I^D_95gg^kNk+YX1TGkFDX&fBr`VTTyS5jEy$tt%#j$|C>3v!H
z?%liF4zezbdS>kgD+7b9+}z$nXVA)MPlg4z-{6B-L$mP=xRl<N7wG?6<xMys4#|9)
z{Ay3$AE9K0-Pp*Exe@MhvqjiLU;UoRLg7<n(g&tjvUra^=w)cXSf(<>g+K5_YJFyU
z%YM-A-ec+TqiIBdVO#I{IMd}OEMBFhDLY~0$j+Yq2MNYDe$(TYbLRC)qfb1#jP>o{
zn`GPHnp&Rp<XpyH8E)6_k7|=MC~Iq~bid+p<0)P)BC<%4f0&p213?Jp&Cqv^{EqZf
zCmzjKK`d5EoWS<)nSp8uKPKL!e((aiR1z%8y#DKGsNG<yGU!*%xCOV$(ceDC{Na=t
zH8iyTrnnWFkIP8eiqO=FCO!~|JXd;e`-cmXNt$(4Lw+N9=qQ<_I>t%%$B<dZ=!fmc
zi-DU1xxbZpgQhA}y*Owp9GQhwaYH+qtM;3NeLW3tTP+B~Fm4VA6LGU>dm8k(obBCp
z+9owmZJqnaBPuWu@OdND$D5CgFL>eKMIfGG(o4l#v~St#npf1)mX;v#tNBRH)WD5R
z{k@sk?K%o*U%Hk_Yu8{iH34@D7JRt{9A7w0dEgYKj0JFKP>y|8(;AoGXqCmz%r@E-
z8rS2gs==rgj{HkQE+2c?-U%vjE8U03IOc6U4b@>kqOZJ|d522+r_yA~Hyk@T53Moq
zEB&!v-l|PEU;0d<BX0T)WXICIV<RGP&q;ARZ<DIC!jzu1i-J^@;%j$BuAD8~Sdol0
z1$7)<4v7r0CUGCZZ^eS%x4Zr%j9nL>wYrexs@}7pc3D^T@=%e(@o9XGHN=t?SI1K~
z^>Hnw3N?AMZw&J^<aYVRt~PU;p4;^GH(onsEQhQdoQC2(pYw9f*d$ht=JpNJ7md?5
zM(m*^El4K^;*N1*k!3-1a^J$As3Ni1Dc)|g?^tgyzrV+z=L=oxI_f{7=9OEcDkgaJ
zz=D;2OAbXN$Nf%@B7x$Jo!Cs2y0c|x%WGjaIH?w4h^8P#XTrXQJj7YPdM0~uIpdzp
z$NOS)GI?(GA9H2ZLi=}hU4{h`yu$rhzkr)Utm;YJFS~;sL8Y@%B*O8?vVk7_aH3$J
zE5?sL6Z3=ejLf3s=#txV4qqT0alL#QtMFPOuC20RzhOVy_k0w$d*ZLugWn7n3u|XT
zU4nt9!c<@oFFa?JMa1-5LJ=yIx2&Z3aCWfySj;{4bTCjyzU9&WB=h77C-)8_aE?7!
zZDlNU`Es8%(QvI}*<skUbsT1%i~Vas(-bh6KN+!C_JEr9X}|M{fn^euh)*wCDu>K_
z9n1ZF4fd$0DB<g6hjrT<V5(xYz1UUkT+PgUfCn`&VblPNJn>n3|H~FoqfO?Fg>JL`
z76_VX;Aa^Sp3UpQ^a&)YTO*0WCtWaLjN&H#3=~vmoJ6SbegOCfygE>L;a_IUG>N&b
zby^(F!7SR;)YQYHb$n-kcXxMxA56QzOzM~X&cMcLSQxS*PG$Smq9l;Zf>;WsLtqaQ
z2^RVxMnO$&c6nI<B!n-lT+k4%Tz!7J1`8Ads|61x2DJ-mWAvGOpfw1FV*=V>JY)>K
z36o}Z?d^grWw0dt&Wt4Ji3thLE-tABdtfA_S6Q)tyAtt{ss{9QLH=z6IKD0W6(Iiv
z(VmQeKm!b_fS1AhereU&$w^jD4s?S%IywkBOg6PeK|QaktgNi1#mCBOP_G5L3oAtu
zj&MF>|Ci7d`rjDo>D@rHLtS4#Qyr@H;s|i<eNMym!9T+GpJQ*Ar?DGh^!dq2tSF2d
z&xUU6`r>B#By=EaBuO0T@c3jQUY@L2_<myJ^TP#>BtpK}R7*&Wk4bWtk-=?K%V0lo
z!bY&vSEF4ht&Z;G%!&Lg$>>sbmP^&SUmX@hYeUnYgXP@!_pSQ%e3lqqBYhr_PvqjJ
z9soy`eQOyXU|2}2n$k|Yu_i5KBY-gOH~k)JfjJFY>CtaRhU8p&UhXg6Cb~kAzMOHy
zjBR(baRy~kUaxdGC+_A`=@o7{#P}CzjAEqts@&O#6fGtnKBki!1Pw9!|H$%({(>1)
z3&%fW_%Q%piq#PNmr~&eZk6yNAFF(35!TThiv*QqLe>4yDU}Edg}-9%pU=7sBFY5?
zns7$fh=b>a`_hn|uh?P@6yM>+L}JntcD-Hi7&IWsT9hB|`}bkgC~(rD$ih#|w_?9q
zLjX_N2;H31$yif%-ZFE_s+qv(Gi|V>0&X|WqWW6pPu1d%_o#(&8qo(1s6wJFSq6{-
z-vfu`v-Zl}l9r8iAFOh`((%s{IbQtN={{$-V2+eLR24gx_mh@tX#K5|jCR9YViXpi
z)m8V>g3F^7HJ!ON=4+VRReSkAQ>DzS%e$eyxaD6byE}#|Q1&Lo_;5)09Vp+ip%<OT
zTlTn^o~4eTyG(1C^y6l;d@yD^))-tm`zzP5YMw!qE#LDx`<aqOtIBc^f5ARxR3znu
zTC0IrKB!6NH!|J{tJ|wkD&^46u~sWi48qjbenJH8Rt#@Z-{bL#Kw4F0TEEt)!bY&;
z=gT>;m&fyID&*^TIArQe=BHxQVla8Q;c+uh<C<uq(OB&jjLMrP1$?*>RB0g$VIwHy
z|J9)9e6`_#In0{;GjQ0R)9_!9>U0s2h}svWZe>|>j#s8qk+x6Vs0Y-u^33RKSF!c6
zh%obxCjChmv#4Fn=^-*7-xTT#jT|(v)uMK>-u@H~`dh~NAV2MsJuzZH^s_Esz4Ebd
zCw3zjU*B^~*dt>=f9ow1zS!hCQ*!kYjVPw)yGmN#hk<|;DGXA<iTcOe?9T}9dW+a(
z#AAW94xvri#THzjU0g>Pr@fN3Ft*N{TEm*%uD_+;?kJ@&&jnc+$-X<+i7!CP+}iu$
z2_e|(V;#Vqs%;jhPBh91PBd2XI)IaLOwNmoMLZ<T!QB-h78CI;oe)?H%<%k@UzIHs
z;tPeGXV_+dO6m8h%Onn)>(fyR{J9?-34u|sqt@^QDtk$@i&)h2DQP52H%NJOngFl+
z_R)LavW(yy)=NZnMuTzt(jD~NJm||hN%SfktE*4JP@e=;(yf06B1v2KD_YN{|ACdG
zP_Y-@W8K9UWntOrmlE3J%Bpkq8Myr%S3A76wzfe3?{?O(bcQHYEW>R(In}zw{ORHL
z#iIlUL10)95R>o$VB{6fIP%iS1N~PjDd~KrSSro(Sz?>EQ=po8DSJUv7PJ^aP2Ft$
zhc9*X3K03*o*$1ZOG`&gYC(bevhtLgl0qeAVQI-BTU%UAFW-Or=C!I+EF<10;P3!-
zZv)sfu-o`)#>wY(cOh(5q`}zWerXXk0J^prS65e_U)KH{XT)}#xC*><769QK><$2n
z)Xr$?+|*PJm{EcDtvBe;j&dss+^huvwV@Y?ex|hxZF<L`#CAEDR|FnUn<QoymgA$N
zryl%{lYAC0`pi7Rv%xpVZsQ)-ZKpp$%3YS1x2b#VuAX7*1ozzf|KO+R=H_N7jus%z
zJ=_ZliVvLcTS43RVIO3)+uy!}$a^OK>lv$9#n_QETH0)d1|d3DS=*h9pK%?xzF>oW
zZ~Vg>5(3P*;pr7=OSs4%H@FeOnyleQr{9w+&Fgd{4h=2{;&Su8_KV|93O)OISSB(t
zmXyl%eNHJWyBXB)bVhbCnDcu|zyB$phLX`9O@d}Xsl_Dy_NyJwMcUt*c+DwiOp8r8
zwX`_L(Ji$<zdhUd%rG&R<D(o3(h``RH#JEv8KWkA5=><xkeCaQLO*UP<E2(JRx8;C
zpe(?>W5xgQa~J*<whWdNeizoRA04VMs#<9gPdRe5S^zFHo~oT^MCI2BZ^xb{2fX8y
zDDzmg(^h)B=;<WAFx|gFge0V2%r8ffBia>p)Jg<p^32IhP03g;;}m#=eoiV%V3Ux&
zNqAFeXKY+Ts$KKBdc7j=u-DO>ggp8E1;qds6ArJ~0(l`JOL#qTG@GmgCr-t+YP*eL
zS+;8!i!EE<q#`yu`h;V57*DRq4_;ZG@D-`DL@^De@ugVJ4~$y#ExS+rl2I8}?T-?r
zOR9|)d&L8ptZ2HCrYu6O)QkKCJYJ$w1rF6b1`Zx2JIvays~!zrd()*t;2%`}q0as)
z=WKhn>vlR(F1fUBSyc<2Ztr)f{v*Ne%Bg?*VCttn?2TLtt~azB@0Csz8H~&))W)J#
zbjQP%ZcVUMDUBinrGJj6<@jq1TiW^SkN%aw|MKU6U@OlTr-0>nC_gt3iMr6y1#(bD
zf{N`$z>)P@qAP4$lEd&_U9T7gu1Xh-o!$U+FC=&=p<ZfxRX=}}Zn6xU_Gfj7gfh|&
zO~}@TOUKVTy7A8AaQ2vj7EDKpnujZBgdkSgjOLH(fnt#{RMrg43`ohYkrC1|y?f$p
zNiz7}|I9i4Vv~8KL$0vMU=`5n7-tD$n17?nAtW<TkwPe&vfuS``cZsyU`4C&M;=TS
zju(C3TP8A$XOgK8^@>?0=if)ffIK6(5ybF6ib|_0ot{n>>_x^?{^Xku!Xh<`ZSS1&
zzjHk8GCto7uFWT3-RvrG;e}o}?Wd%WkjcVIKv4_~-{@z~X8!t-x4mus$&~iK-pf1J
z3C`zhzv|BsMfG=;396Ww_Ea=`HS2^M7lz)jj<s)wt0LJ44U>&yk@%fqs3ixX;bkNV
zC|iS;HGjP=f+uu5@kgX@LfjDzl%j)%g2oKs%wx(i!TlUm3~fy;+dtIVx|nUY7$u+L
z<MQs4CFn~0FqK|K`gL08_IH#tR~RvtN*64M0&fVYB&n&D>+8XGl>FSKdO5Hwwsk(=
zcXrmvy>?mka-oTX0z)A{krsa3lgB_qD=ujPu?39mx3`$V(EGUa`KfJWJ|6?DZGylA
zDrrW&HjUW4m>4WoReTn`HnT~}%<)EpZhs7~-4D*KKzO3>G^2Ve(vY1EdZU-u*Xru(
z<4J6}+1a9CopV~?wLDiUSm`V&`S*eBZsK%fz@d2=%-3HK+hCHVr>6&U&ZVVPxk73w
zt#<dznlB>)ucOEjtsAvt^T1c%q!t<(8L?^JN_dFZ0fluTc-n2hX--(4&sfg4M?ori
z>^i_tB{j@);VJ;yupOHW0-yyD1tKM=*EwX*K~I2=iOGqF1T-E?%FAasnSMxbrFVh`
z<9VpOXAT&P)z{Z&XG5LbKQ{hx*7lADJ4erJ2*ORvg;rpR0Bj{#SXrsyQ0t>rEggbx
z<Sh*#?*l5a{U4{fe5K-VDEKcAP*=B^PUtD54?esDo%UyWNg_QF-h*j8kO+eQaUtC>
z$h5(xtG<$wQOY*hUhV#*JBA^2vj$qar04@*8~>OzE}hGwtDkhDt7H2Lv&du$J%Xp+
zl(zJ_aS80#KR>QMx98*lZF$EA=`lEA0@kDx_jXWH$Um*Tyt#Q@EsP8hl992r{i4AR
zm62e%;#HFV_p2{i#9}icp_qQJg4O(oAdJAYAOC)HP|Fg^>r1XaIGeHypTN)^!aB;=
zhDI7POYP!ZVY8lBpDWI42<Ix9O3I;AY&sfFQ%VbU1@nh;^QLw(J(-_dHj<f=hiu=n
z7UxYR{={L5l`l^&{4-6w95*Uau@m!lTS_Ai)-nmB$I?v*ev#1o)t92s--H=c3dXTs
z2ct0|Q~TYeuWAA!HD%ptijp>>gNPJFf=ZxG-&8JRZ0;9`?!uM+$@%nN0=u3ls--~G
z>ZH0o%HdUf>&-8Vrwzo$vEL8Y2`Zf=U0dr_(Mt2nqnFdSTbhdx7h*%^kO2v)xA8o?
zQ8lK~9dvPo9WD`m^S@1D;Dk5gS#ceCJ)0hj2!HoP7`_d_Jx~iINqL)M@QPVkVupf(
ze4Z+G$s$=<RMAh3G%<9`R;tIo_#$AK0d=yY_ZDkv!+5GFgYf%%CuO&WHjBfvZ^!N9
zt6U7r|B-Z-QBgH)7p8OQ8hYsNF6kZ+5D=uhQ(7d3?(S}-B&EB%8wBYV2>}85&hvh=
z_``Df=djK_ckF%bEg_E`TYGVz^QQzGSv--f(}xS|s)aR=CC~6;05#_5*=|qFZgf}l
zR%gb*|CVXHCbz@&_sg%F2a~yx+^Eo0?fG3-5XGvIwvm{JN8nX|)~ah@_tZeNYJV}^
zjHwa1ceIk#<QGfq*>S9%r-&2=zoZ%j8HSJQR}&z!tbK^$JQP6$pOlu6-jK_NuR2t|
zuy`@}8>H5}*9{CK#SP+*Obn+Oq(KzvK&}WgM-31nku4?K;HOS=9yi<+Fql63J@ZWt
zpT%qEyL&)#GZtKB-?wSkUxwfBT%GX?@?yt_aNnSM8i()7HBzu>lR%@Uw$M16D3XcB
z!qW%%@i>&ca;-)!xB^o=h#^FB$}~)H^mQ;>ja*CT<d1dY-{y24B0)>6cN*xIGI<k0
zQP0cL$T^Xt4kdw0J03v<@Xzf}wDreUbFa6}D=k|u>b*ZX^1BZ`4L3NG0{_7sM^l^&
zlb;KRC=X4p5$Di}E|LJhUtYvw-`SLyL7N;oMR=@7=pcWyB({BL9B<N%y$;;R$UFn0
zcS^nHW~w{=j}DG^kcAHHWJK_r*?D=UZ=Qv1*oDst<J`?t38Z52Ftf3|;|GSmAP}0}
zL9ho5kAq1w?Hbx(jRyF%xFLX^^Oc+aM&gaG-Kv#9a4F2$_9I(tj=^BM)?P2Sg>tO}
zZLYw!piqtusd7UpSwz@0w>st=g-r;wG;X@i`iUUi1lTdgi(LX&jet5Jic_`k#eu^|
zUK0TK``4I01G6e;4G`Yp2gHDe$<WAaR#sJUg*_R6yVt4d3O6g&`U*s^p;Gx20_nK`
z`J60{HCoHiFt?%*kRELU5~9k=Ly0=)o|iuw%-V*A=N_Vf2q`=w0!R;~op1-*&e2gN
zdVGB#vlN2X4-{QM|8uQ?<lDj?F;MS!cM8<5L!B#CRn;3K42l1JDl36v2BcKMIk!CF
zcZ?mlAB;@yg_D;%Ykd1l8~4A@;|j2VcytQ_{<Cqn#>!nM6Uh#s-wz1<*Z9alm0$zF
zyFPi^*_{AKB;QBI?3^5~12C|Uh?0{b97;~cuUZ1+P&bIqt95<+YCwLEH!UJyQd+4o
z$k^VPpVz8d@&hjGhgB3nJ_2xu1C*?0oEbNMU5`8euIZ6lZ~wXr9kV@{M6jXv7Lc5t
zo!#inz5j_w{UG&ks2R|&+Wlmpb5l;{Y{uAk%VG}3{=n(LSZqyCz9!acqw9MSkrB7f
z0rv?-gnP0!AbhtI@m1#;N2k*Q`X?Fg5AQ$B_6Y{>Sq@<*27w7;^&aP`;`{AiS88fZ
z2?gR+rSk`k25<~%*q$B<dBPv}HxdrE<L<C9h+}G*dqK<kt{~UhN|DMY-wEGuOz-L=
zT-XouGVFiTHHoos{yd;dVOSoD$2H1x<l{liB`?~74L~S&=`~_J1xYFAT`@|sqjZnM
zkRRc&hiR~1aDxKSOayBjy!F&GM5l7CyKKI%esESnAab_QOw;^X{5^6?VpBLo;La9B
z-pe^}Oe(fjT>bzR#r*tuPdlij#4%IdCA5O8?o(nYh&!J?9Wn9%ZCpvvBdPApvph}h
zW3+G0*eH5KO75$h8A&kc4M~HHVTxRpKCM~yV|l2d`pG#3g1GKmnfzI(6GR~@<&yh|
z$yL?->k#kO)uCFR=OlJ9NtBbdZEWn)0nnI+59fU2^Zb0=JGb~S7`EMsEBv|0=1g@i
zKX^WCq2zN2aSoPrU583Fr{YV)k^pA<3a7DIz1Vp9jH6zgZpz1n73ak2<-bG@L45<C
zBI3_uZoMbI%6Zgr&988*U6e2-{IxF+dulI6lz5EiXPd^b7OdlyDJWQT+I(z(Z<;Ed
z=9v83{B$A{&kQ0{5VDK6zVR3qq%j?fF3KC~IZwJvmW|^G3BfXSRqhKARoV$I>fbQ~
zhrEIFqrpzWg?Gru`}Mv2GT-SWCOepap;MThKg0C}Br20zpk3=^`H9PWro0mJ^{feh
z+LXXe4;-1a)C%5pOmv~xJx6+qD6d5|r43mLo*8(=wMUU2ys%l5y$z&(OBByq+-1w_
zENP$afxFPlKQ^dTVf=<)XBMsAZ9dTj#SKPnFCC#UTgdTp%^?ZTyYH<Fhwko5bt}V4
z5e6E?^O*8iEBIPnU!PLTJrs^dQ)Mdb|Heos=2>8BWplC49LuzR<FhALMqs7gl;@Ar
z5C1f5+s==_T0{gs*tWJz46-|A(yTc~)h9veQ=_2vENeiwueo;KT^=gR#tB~(dxEu=
zri_rh;5@bpopRM&o^0mR%P==jO<~~A1k<!n*j-u_V0j09L`O)Q6yymP&NinF42?EL
z50wh%bv5U=K#<jlISoyM!H?qF&Z5@KRMjpqGGOsBpjUq>=^GhV?`=~4D=yhGJxJS7
zlaT^{nMc<X$m408zQUVi?I!S96E0^kukknz;rRhc)gkggSX4#Wf;rr6tLiIVO${MQ
z4_eQAb8bE3H+#*h@|wB8W)vuugz|Iz7jgT}Kj`H&Cly<I$bI)JfnH01pMSsQp>mOy
z`m4#`73Y?trO+UtST68)09CW21L#?S;|w5L;=)<xdNrj=rhoMBey?Vc5En-Y#N+|i
z9YBQRYlOZiNlUNnm%{L}jg>LsDe?*!koFx&0Izw0un}M|($u+gr@V7FpaDu0%lkH1
zkEx+D+&}!Co5#!Ur^|_qT!~MDue5|JVKOWXs=U^rjX$>#xzgGOu@>M_%nd<qj;Uk(
zRLYJ6LaJN=Tfgsljbk~&uRpdY@Y%Jj@^UJ-kT9sK>UO`VkJ<ljnX(6LJahIUuY<$u
zX{zpX4`bA?tR$-Z)dmMwL}49IOw(S_+z#;RaW{YY!s)dpTS{)<U(xi`S-4@3<&CSR
zIy0Q@)+Xy@DaofQTQ&=YSYVYHjI^itFh~CmG5q*DjKEL>+n8D2Nyd{HX$5f>F`@{o
za~5k%#^jqS?z}FKO<FaAeOCh3f(U^eK3M(B{p8Q#_iqSY9LkC^9dd%c_Vo6dK{NG-
zEwgL6KWiEv=li)AfGehEY?BG#`7wXkF{5bV{Sb`>8|G>Sk{Ii6j`E>5Q3N4<7fu(J
z=WfjK1EYuy7BLKfzq~=0(rjWefYV=Y?_df_&9-M({~*7&!>vOF+^Pd)T9=KxRci9e
zi4jSgoMIg<3l}&lkYW<ktham@bOP@+mipTUP~-nN`q}}t2iPtq<-<!8=2?}w^E;iE
zCr__-{m>WMBBeZk*VtCshFNvU+1d0fd1&2l??UTmlCRl<i{HItqi`-Fs<#bokt4mM
z_v50E=$sI{btyjCLg<IKIYlQHwYchNUduwG0B(=PH-FM+A+&$$17R^V?Pq#g>J!`}
zGPi_3-}2;J^D8P8Pr!u~iEdIM;YHKH8EGKPbL+ZVPVj-%k3R8Xj!GfasXkCxF8b56
zm+Isa|M)S?^d4POLS8GYowYJXPje!UPgqhJ5(d#YV<<2{)e>Kjc1cwcI${zL?{C5W
z=nT6dkR$B=ggqcPLHmKn1C&<Gcs`Yim5iQ*uDPsoAcIZsN?0<HDf)p}y5GED{WIbs
zg)X-#dTxaLEQ+R5zZ^}TM-UF}EG7a)gn1%{+U3wrC}_|W$?>siH9FY^nui3hBWUs#
zqPy(VO`yZ1u~RQ(@+l>KiU?4?aG6Yz7rHHp1_bW!)*qXG%T>WB_SqlV?ryzX`)cyp
zJA!BgRQo$M6$QB_^sk?;u=|hfO_*Q0$(w#igjydv9$7LHk{orjs0!1@-!+#Zv%<Ho
zKy$|ZLL7?w*{+zg-JutU<w^#V-V_TO6xW%hs2hZIoEU~Aw}WJhiz38K%u`IR@)a}3
z*2u^OWkFBwO?~nS1C$FMnv<G)baY6}PJ6@pn9;RJsP-uGKtWGbEK(UW`sJJoPFP6#
zZK~`*Y#BN|=?slNk2dYvd&+uL>Q2GD>5S?h;_Jj*&i*C$Km+AfwPfEdi1)l8g^QFh
z@)5|4?)rYVGgSy=Wdd=Uj?T{0_vHLSLOr@guYqzv&@C`O1FhD-`@cJYBpRqe@bQvm
z?{A5oe+{J}?Ql`-?ftH=&)mLv?|GLMZzDQj^UZEBbYMVyd*~}1W2@ZPO%H9;Bcf_`
z=%m?vb8Dbf1Qw6dpH2q62IfnA17)?co>AR59ab+SZ;(y12O>5k{$0Pk{@pquUoM9c
zeBSsYJfYH%WLs(jndftTtSjS>(qm`&#3nROAN@6FcwQ^pa<>dBG^>S_o5~308W50H
z6yn1A2tp#yH;Xs2#4Jo4Lw$KX3PEO{Mf%adt$7U3<N*U!m?FRuQOM=`tW$1z-z(rZ
z(RO^!Hvz}1dd2t!lK(Pcm;96@746j3YW#?ZZX--8wLGg9zDGe;G#(;vsw!lJcc?Q*
zV)cHT?TtAaXw}Xj;fg|#?ck#lz*2cAPiipFmDj|ROT`T$;!i9D@%pB@xb}grq{)`0
zo9YZh%$213ovr!#Xbbh23;bkaiZwpi<3#Ma<jH2G{9x`t73P-_WveBz|55fmkM<d}
zeUDkPs4;JL*SquM_XW3~LOJCwdKP5EJKc0IVt?YO#L}?C>2tPDJ))BLIqzq>Pc8>n
zZD(pZV9d)LfZ@p|c)-B_ab?MUZEj&C7yv^D-O8CBA9p*lBa|XaqgQQR)VMbN#n+Km
z9f8)qS59!VrYvACW075jm1NrSjw!cmH(*Ee$~m>(UrpH`M(Hu0P#ihN%Oz{V(+wqJ
z@d{6TwH@RIvF$K0M+nYSxdv%w&Jjz6s1B39V`&)RT`DO)o@A{kkNn4M#VH77O17f!
zbCsb|-L1dwW6*BZsYrWF+Z2g0&HnkI{r3Ap|J%1bxd1u7ScI4Lh|%W{ErH!8wnFk3
z*6s6BYl-r38!l^+D98uwIRr+OQNek2dU7wWEbb5K1Fx}(bYd!AgoW^xOz7a!UTobj
zDCD>O?8hir2w_oyOr<o41Q|raP&6rIA0$S3EfiyduH;gz;kr}dJbHt=jUsF$VT7^%
zum_AUq9JYyDc^ib4%Q7k<?BC1vmSM_g!FI6dD!+Jx;sSYg2_q6K6eIg$3ywgId5>N
zHZfsD5h?gta(pYbKP~EyuecS@^xveAYd2u9^vb=(z0yjd1@D`)60ny$2ZfN*Qn8|l
z5SnSwP!?|lZ>c%Q-Y9?R-IM1Gx0*#^GKEty(+nm;5yr5ygc8ydEb%|l)3Bj6*r8P8
zH*gBGf3GI%aETA#?LEiHR$Y495atf0cRz#jvi{0c<PM|PI<w+eHkwQ2yh_p>H+(QU
zC*SSm=2N*^{c?BRxBw^b9FIEITb)KYGKOWA4J(SA-hEHmrHY>z$o~A=Hnd<~{|ry_
zba3_P4>%)?JAHmri}%Np@?9?+y?!#Q*SqFefA5O?Ee04zUI{Wac}o^G{~mOi)Ly&J
zII73rP)CG0Z54m{fHnD;s`K-9r}LRk^iViU4a8Bl3nq}Dr>|<Z`dxfl?$`H=poW+u
zC+EB0<6v71pf}Jqb)O;W{^{bN_BJ%$|4A|284YIY+19^>IQIiyN-D7qUFnY9<!5`R
z^Na@&OFDkm+`;nk9SU>llL&WQ+2`{lWy*tkXX9}^oVkseAA|(@e&d)InQ_pQCw{3+
z7N!j_Xh0s$5-s_?b$u*6QSF#1Sqo7Q)86-nrf~ZNtrJb>%;^*ocL6Hm6$sj<1bN}~
z1V6P~RyP_8QA}?=50#j*%%LO{JN{})mi^11+0Sz%<vcemoj#rTlFUV66*4K@-%Ia4
ziP?A;(T}PpXVHs5j|ov)i;&C__;Pc{<}oy{f)Q!Mnubw`G*FZy`^P$;aU&C5{;8^u
z+TmUEUA}9dBaY#=Xn(JU={+@_Cah-afRn;fgz%JU=4i1W;XwhhmDlE0p+5@$_Pl4Q
z_<no(MZ&-vuu9n3S_=}USbW{Ji(9%$AN?9y)nwSDx8i?}7qj)dvBd~bhv;T}0tBb<
z|Lwd9+G%a}=Agn&M{`_8?a}6lFDI_J%oS}gVoHH@D!1~O<(sdvQLi6Hm=uJKr=h4r
zz2J%q!ZsG_BS-2_^KvS7P@bRV{;4S?xswSj!Eow~<2*Wb(xm$2vb>`^sAAwmwyPQe
za4_f=p%|jaFviWl)axuAbiy#nK43vt<2u5An0j+|Ln!tTv4o`M5%xHTu0jE3tU$;u
z7_^cXSY02;f-oVn*U%)(3!s$>zX^ACb&Tbs*%jOexhI>84W-G2Xty+6?+r#gPAzCJ
z(Nu6ZWf+yxF^%O9;%c%-Vyu;<%3z2;j#=s<P0_5=VCa4cwZ7^{I}b;4j2MSGIsr_)
zV0kHmS!7pP1b-yeq?$~-L3SRZLs_D8c}m5a;113lf%pOWY7vmJfIy<g>JP=X7+bH?
zyliCEm`ZzdS;U?vh158OYR;B}I3yh?A7%FFTRv~+Pqm{ac~PN%?|b++1Gq(3kBXay
zyT4TW{c}Bc6`2}Z)OW4kBlvHj<;5n%Y-yQn*DuZ4<Sq;Q?d-K!UmCGR<7W<X*tbj`
z>*t^eq-jek|LKu(GhoNeh%Ag5*M^P@!90Q>a0SZ}{sp~jRF0IHdsg|>#zp{TA=czK
z;~(2)omR_cv#0Aoeb^Mu7oOqg5^5<tRiZ8K{R&qE`h>bB5wz8R{UL~``S}^dgh;O)
zz6(aMQ1<IzbzJRC<?7Fz8WcI?DpR&R=EkD#T~K!B%c}cgW1Is=A?k4)7b+Hr`mZkQ
znynQEtRbR-_uhn;Hw!A5)2uW<8GTrF_U+&0?_a5+ZO)><wv`0wIE0>^&pFux2Xd#s
zqDT?Og58OYf(jP8GJeM`Ck3Um<%kRzyzjdGMV0Ng=Vxkq-&b!@QAskjai8XrAs~cx
z4&3dJTwiMu%ge<+Gx(|F)ucnYi%Z`jBx89abErpitZt77qG#M)|7kGjKkakrg9jgL
zq9}^!jGa??c{W(YrjUu?@$>;H)~Fvvt3#Yy(HwT{xJ}6{O$lX836SAsywEGsQV}3g
zO{rQ2gQtG^zkuC>!3PbG4->8B=%&Jb{9H@&&rk4gTCg>HZEXC|MdC<4J^XV+G55Lf
z7)kU5<#psMG$0siXcR{Zo_i&$6XrD#Ki`~uc4LL-=2y7CnG68o_VK{-`;n<erI6Xf
zx<pqLk6{AbZ~?-o2zrHJ+B$O9UU>M?4ks1bb~xJ1!kl+_T!iP*&=jab6&tGxOSCgI
z%tc3c13Iu_HTafb8m+zMOKW>k(b;BJ`fm3A>~Z6-7oR2<?#(qewB7TK%iM0iwwB_t
zZBd((PyZMf7xY^!56T)D(UP|e9P33E9TidzqGD`D-nLA99o(6F`5?%*88CWzYpbs>
zv}6~@R)ei5NMzjilyQ9tp=5eYlUY~Xiu31DEY8i+-PAAUje^Inv=rEf$Cf`vr6AN<
zSRdibs0Ej3FlNbGv)uL~O@<4fBb%ZQ_69j6L&!7BqejBvl#!JOe-T?}Y^b9)mG;Nt
z(<d1i_`L3lGa&9f(-S#EL-?fs;MALm{-&UfL?~DTp1A}0+WNpHd^P@pe=Osgkno+p
zA`cUw`7Iw*TLTSupyv;}nx~s8ke*nKRFH1QA(|_?$zqI;LzK0PFsxzr47;?o8kj5n
zZ;Oz#O%Z6h(Z0*9F(KL*>(5EiXSRINl}07V37$|Hme++n0)YO0EpzPSATYDWP%3Ep
z%@_7tl|i_xV1jRQ>W~+VOGT~2FiuY5YR^1|GIFZNmh!4^Cr}9+&#rDWT`F0{`wq5e
zBEF+_3HhMf(e}y@=kbQLj7)pwW+1BdoH%)?tR#?Gu$oK7kUy`;%Q-Gr{+|0r_t7K)
zTb!z_BFmu|WH>`7ugy~Wk=`Q}Jiw|SXUO#_FBRlwn@HDnPP&^YGv2GMEW%?H#-)$s
z<yt6&*M+89RMi_dF4e<K7$eiq?KuF#keOvQCkoRiI?!Ko{lNUu3@-)8Bro?}Upkc`
zvE_em=z`^&fj#lMAdT#c&)T16LBQ^BcBsfKsA3vX?qgFzNN?>#ry(e=G)$YPIKeQJ
zHYHlcpJVfxJlW#>g%|S;Y-udz9-rFW6er0TDw}ZUQ2)MV|IO{JY=-5|ws`mR0axHv
z2=#N%r$fU&BE!B{vj0{C$!@2MUoS5&%@f#|hH(<8y!4p8t_+!;P{L3KUf7mj!@J3|
z1T&IV(R-Osn2sgXe29lk3Ms!BHAVK_UP%5^csXVHP*Yo}!kUM!NI+-t^>-9tyK)Nf
zRhE}!6+DU35xz>In`X|`H56cPEg0e2t_R_v#}H-20~%=p4{h#uveWp~MMjES6GA%s
z&yL?o3c}gV^kaEKJn}sZFjyVKAemR%`6P7cXs{_8l4^Xu2|c}`C^y19z4)h%hke#v
z-uEjhn)(`J8Wd9y8jG~!sH+DS?AW^Q-~=aly^Y=kb&XTTR5Rvq+p=-Bj|49~yk^mr
zzn6=0%XU8utMAo9=3}P9EUor&OCoT4MTx?HB1-N{!309&3emDnk%py^aV+~#H_Wcm
za&KACO0VCgKl&QFu8w`+R-p+2XJ|0v9udi-hsjjh=SouRYfelDbb4uFl+&b67&FCl
zno|xM5|8ATz2|z!Nbs)h{%D&`_qQz&XqJK+PWbYM%4*0jD~(#ADIbYyJ_fflu&FI*
zH`?Va<i&@kLRC`P*KB=ub}o;legW(wK%*{^wzOxXu2+|#taf>_<ne{3tHZvqInvWj
z;qxK_Q4{<A#a^x&0YXvE1xA+9vjK9AmpFk3J$iPgt}8UDD4A^Jhy<Dx#6M~(gMwlP
zW;8|O*E}Xc=0_|DDW!1J%T04;sj?$Zswz)PUHdV@Pklcrc$t&)*!ywN%GrLH({0<(
zaGB+RLH_6%ZOg3O_wkr`eMH}2CO)7VKRVtnc~*pEcovT%l~B`Ig`yfbbW2TX^>6t&
zGYLuw#%9aFd4eV6HIYwfN(nu8P;q>Aa9bm6VL<YfxD+GZ0`eYiFgk7#^)Li6tx#4e
zNW6;W8=|cY4}C9A+)gOEl2p87ZZ(N@2)q++h#+onsKRU?0%IwLcq7Cx=)<aJ;tT1}
zD8}%jb$P%)lp>Jg2%Oy5Zq3&m&l{s5Pb{gkxR%#TvH8`Ly`uaW)$Ny}?68SNsHor~
zH8nY>Q!bB(rOC{t)1xN}&c*Ua3^axx!}!esG%h(4PA?Q-)1H_HL1(dn6z6fq<47J*
z?Cg(;OJR$kpiBn->9%*zT1fCk;cIEF3zinP*qe=-jh0V+=sFrG1G5b1Ay>ta*sO9x
zjrY)H!UNV#d*%UC(6_iXB0af}GoP5eZyQU=2Bd^oysoMm9WTs2(_v$}Wle2)gzMj=
ze3i9MsZ(~mJkU-o0tanHY{?3S*-EEgEox{390qKBYQ}d{*)zNstkeIJF?;%Unedqe
zdv~0lojPyPU{dChjgk;bh(t8DAW8iD`-E_rB0z$<eeavJlG*_S`hr)*|1>qK!@#}w
z?_a+Ib|Z@ci)E!SRXtq`=U;f%Z5KkNWSiv&Dacz6=zYD=VlTYy!C4x!enKdS9ro}i
zPEz7&q9Ue}4NGmsT|{<)PU0nR#!2jPHIVx0@~vw2DLlONps0oW3%J60r+`ck{ro4n
zk>j^Qok4`mOyJu-Cir`T3khFM*cn3Znc4f$fAHAI!X}Ugz3j}55fL0wQ(P`&4i{IX
z0avgk7(teh8(KI?J4`SAm9^hV=TLW6Ykb%KGBb?cm1gi${!dv|O{{-*B-F;!)z>U|
zDU_cLSL8mjY)gh)C+e*Ih_Hr4cdjOwai8=a4OH#rO0W5A?FmC0%#hIEBh!(>-om6x
z3E0r~G838dH!ukPh<pj%=tBtEftlgbpxPaW+~9^Hb)NJ3+SzZjKcB$~Y4@W%FxZxI
z6arJ~P!6F$(jp;sM@7dIU{qx_O<DZ|hx2RakyFq+MS0Co?|M$MFw*)}DRBSetM#$p
z&Z4itSA9qItxCh!(Vk{UAJqWn1#XZL0h08@!J^^!qcV;fp&#9QCT|ERkB9bq?_VWI
z!EsnP+2Qb|Flq8yQR3~2*N3O0+Rup>Pmc)zU7_e&IKg3Gn^zNsFO)U2EstxZzBDIq
z>ztqGditwz^p<d=B^hRtz6H&393gfbIU^0~6Vjgp5h9prOSExC7(P=8I+bB^hVs}C
zzMRm>b(Hj#>tnO_{^uoH;AFFcb6sThTtLv2`m^qeS}~H?k6CQMgRs0A8Gga?39fvs
znzx<SQpf*pRCzw7bzC#oQ0ZL<tR3aAHv;Iqf0lGp`GJ-Sr?h^6_e<2ZOzH=p4SEbm
z*pe$8uW1Mknk-lgBGul@-vfaIVT2_b(K4CYLSV@J<@^m=SMU#j>ps=l<xMD7pXO*U
zZ!6lTLiF#lbWOd=Xfi}#+;MWn-biL+04~l2PF5)c4RBi^d~<w>wG`p+-*o?JiR<Ed
zVIt8nWAO6nN&#fF;J$W49=O$P@zLLs+vjI$)#NXiJR#Q|hTeEZ#ow9^eVQqHb*bJf
z^@CDu{U$Tl^nILOgW$FCqhR&#0u39&e`Dd`g5Z?pq_tUPOp1F?-F9zxIYw;o>qCO{
z$HG*=;UIct5Dc3|2_1@o09mK^ZXQ8K#I9n?o!iviqAkw3w$Ysk?24q$+bJT^(;7%{
z-ZQ~TTx#_r<MOC4i_lBQ;h-xiK6U(MB`p0U{1gF)gtuVof@@^uC8CAycR(oX_85`n
ziG%tY7rYfo98K<X=29o>bNNyV1Cv>dkgh9!!Bk|4!t2j-d?IX@nbCDbX?AKQ^uN%S
zCGL;R%C%Gj9I{{9{`ca4{!f`~MQ4b6Up{)6dBo+yp8q_pS)P?1XsP+z3Z>mC_07yq
zv!kf;s9E#MQ>84i0C}e2<(EeE;vOL1;4YR@via%e^+(Scr2K@Pjm611`VUB<Ljehi
zY3O6?XNdxLEm}g`V=0apm&1aaZ;f)_uirMd*2m<rX3+<m#V5FtMRM!u6?peTKJeKD
zgo%(S6k&!Jf>Cx5_OY<5cQOX0%5v)Ix!u(0rpm-yL)-qb807_n6-P4l$A9A4M_&cz
ziCNR40cO(Ix@;G!!)GLsI6!nEA|j5lQ`g{1ruf(Hi+mOR>R6{YcR;e9WPJ*fdT<mv
zF`I7Eu^W_9NSIAyZ<G1$+`DThi;^n@%RYn15ijCSi4lk{+9~t%Mb~q6TjAH<+0kH3
z-G1@W5!kN?qdKbm2n8ivOqS%R(%&i$`KqfDR}BV>47LpvmzN11M^jF|zZO0jGFZL+
zd{r}V^?bg1B_+yl#&v!9c$m>_SZ=eDp2hWJuF)Z;=q$X_I{uO?e_8L)MICwAa}l4c
zyuLJz9C?tI6?u?RSBxbf8^^o8E4uB-_szIQP-9S(Tln^2m^zmer?evv*tOm?(E~qQ
zDx|hwl<V8Y$GWEQVRLaoU)@Jb+L0&Xo955{CuHU##rn0`!?_sO1nqn(dfHQ2z%_Yw
zZ6>f_h+Bl`jlk|i2(hvL`RZrOfmSx<_>YXjcj~1$iadfiUwao>&etEVd1?#>A4FCa
z^TryKQJ|bbh}xqt&`}|QsC0z%sPth2n>4X&bm$F}CiCEZ+D?e3o|-@Ld6;b2<C(k$
zie#7?WS~|?)&IvqF#${iF^?OLb>B!>)YQQ&#fVt-D@3VM6g_!L_x!%2%lKCm0TaD)
z`|n|L;11UR)0H!)OB@l+W^ImP80H)!>(YHmTy^8^7GNAx|4uPwuf&}d@A87b?}Uw$
zwFaBIQ$wyS^g{ak3+!pTf8}|SxIAF&w!xb#VVLv|n0naGXRK%iEggyy59u6eHsCPL
z#Nb$jky#^Gk#2X&oKY&$w3r0P^t98S@46nXPOv2R%89e1Mc$~S<y@jwAZU~DRK*%0
z$~ATd()E@*^RhCEZ+~86FcelQMs6wC2Mc|UiMN@pHoQYCpPu^#iJa`D<WO~w-3RNE
zG_$Qfx4?CA(K3M@Y@P=vO0pnXu}*ThzgMm<c_@z7EE{lPxDm9VsoA}6uLC{*y_jqd
zl>fb%2Nnt^vF<i)%$JYPq8DeV`llorDCFlEc)#D`uMf`NfQ(&jss+F8drdv;bU3#j
zWRIlxlzkcJirnqZ4>>CE3%DJPa$QNaNlBXbH2O$d7L)4De)J6q3G<Jp`k#95H!cDi
zeydne3p*h(Ub%3Q+QhcebZ0MHX4Ah}G{s|~D?x~jl$#njr`k<6?WS;lX{bAfrQP&!
zk#53CpLaOyy)Abgo*w&Z{4Mz`Se)&O`qfNgk2>@|$f}Y8hD7t+&`H&oeGlzCHDtVb
z$`?yQ{*ZNGl)T|3`lyVoksO<D`iGA{Ty;c4_zxn8sQ19SNX|3YDJXh%reo(dvy%ur
zY&6rOR~#JCwZo+mg%v4_(T#|asX<!=UZt<2A>V<M1X+CVMfO2kH>0BO!$jo9pbg#O
zFEzvKMB?p4V|+%5?u}MMO*)^j5AquGT54)bb|s75LJZ|KRD48gbH)$IJy_ji5Ug+3
zjJKBQqV!}-*Q4;7GjH3QD=>^cqW!$JC1wJa3=}1gxxH8mw>zy|@3KfK9}ViUi<ji(
z%ZU^?TbbUAha*7|5stG;oBT0;6!T?$m;`GPvlDkGHwv%RBAF9$E4U)_nlMB+dLUFh
zk(0Rvg$9jmf5SJ$RO%ZfbxoeH;@ycfA)3wA>ZqN+JrT9>uq#X{ov0Z!?CT?@AIBj9
zOnn6R4PRrtC1t~Ms>j>V8_0sp4pkN4+R=Ad3+#{Jh`Xq(QY1{uTjAddAa*DrS2T39
zWRALV*9UJ6A~G;4w^9b6L@lJ+89K~kRzMMO!zGX(i+D2OC_!kenl~h&1n&@uSjQHN
z%H85qe)oTd5MKAAWWo{cY9KB^kQsB4@mPz<Z)F0|->tWPkiNI+ppT+Tkfag<B-TjM
zdL3RDfMJq}kr6Pb1L&h2vF*orn}W}WHwCZH08HW!U<}8T#=Q=Z0%&u4dwYPFNM}AF
ziCs*gtT=r=hx+-pI_J_q4YYVL%3u!6GyFCA4V-H)cU-vvr@t+^6SH%B`SWVElpFAb
z#@}IC9ePgqe1r26hoD7{JVYTIgzIs2ga9Ny&@CwGy<PI@Epf>aj+$}aNAU2D@F+xz
zLAc9n%WA2l4IlB~;$|tA^ZYa;W9dq0!j@xilzGPUw>fZh4i=QOK@<;&{wbW0Cx<`w
zWt2=(Vv1{q_AC<NhE3Ch!YWmiMPF$MgK=6@TUD6=^<P~1nG&)xs#5%1N61`>HplMj
zJsd(s)a`s1DM2cIP<GjwZ_v6g7(*&bxlEY|D)av5AJ;171odCSVj!gBVERE!1T++2
z2M_!N!u<!88xsx;sQ$*qzh!V<r>9f$XHNFTpq+)6eWrdj_?9czad<=3oIuuSkf_D;
z^3#v?I%li<!wgoEnY(2jp{+VWQ_u6~c_Gd>_vV~r?;Ay`4n1}ocN;97L`3xaCUp)`
z9b2E)wrBoPM7{YVPYT72oPDqI4!MMdaag1(S%8P%5^D_$!SYx?K_u822JfXLgYZY1
z%$PZ{na$MOKwv159rmwfB8}X-kWAZmvdKJMM1*I0h?}F#$MJbbcnBNVODrY~^#68q
zCu^5h7@}<`#E8jz6Xp|{EP`g|uF2RaJmLC?=4oo1DY|#mC%2;f*7S6fy+ju7ly4C&
zR*EM!N7!Sy59^|k{9Scwu*|I}I&m<5Qe8YtVcXnhBC=T0Ql=eLXi=IZwjZMv?dB&1
z1&mWE7>Opa7a0$XNF53RQD)?s5#gH__N>zZ8?oP(if=wt*6TZooRm_j7pL#l(fmm!
zbdUdA9DOEvgVW=C91u8xuh{^HZNkGn=eB&vf^p|%yxH#d?ATFsmYqu=uj=bt#bqd9
zOSPQHM^}{fSJvXt4j{RclyOZ*#%I%b1RwbhaUS|FR_;fmbwHphbOzy6Orn%1eWA>Q
z(jkTc3f=u`QL=AGA1JP;ruy#LcMKxxBhl&tGmC^puoB|%nJPk_|5A{1;ZI*XG9jE(
zK{9uZW)ig`59%TxI!&4G$<#br3LG;Vbj@FUDiaBsUP;i7dFKLl2jI%FcWNQzL$#VH
z4Ll6r7f`cgUWb4B=T~Z>RG7gf7Y4(JhtkuYtae%&n9+#8ZJ@9~cMRzq^pRY&sFf9%
z)#64|G?O?FVFiboDM=H3;YJy@`tIgCU>qIInyao!s0PV`mM>tKwio~;nEo)#*OP+o
zhsPPo>*jBtIb4Y7CmL$c0P;@Sf1iKD!^4M%)@tv#3|s5`AFtnjK7AK%=HcN1kiiW(
zg@(ded+n_Hp3ALX+tzfnoIieIPCVpN<P~1-c`fVi+E7%du<JgwHr?5&9bB!;jm-&n
zCiBC>bku*F?3ST_INK@zfb;tWMfa|8TXu-gpI=!+>S~u{j{cUyUZPrI4W(#8kWe9p
zh(FpKB3#oxQyZdnxl4KDbLw9><--1jS3S0|MhI^@Qvz>+)vN_~yzXmEg|_kONN8#Q
zB|IZvY6jk9vTl7F?$$BOEmA{}9;^lSDNxOn>lB@l%iJ>S#kqlJvQdv>5S8cJ3ya$q
zUTVgSIhMi_iZE+QkIaLK>>%2rtQo)2>zi&vsDM$HCr&1XgpMsu{1<cK8N*b*zW6{{
z-mZ2B1NaFD{NG}YX5xc<R%7{QiS<X>-{(bmg!1;qg9!v^$)B_T!DVqb#C9J$c^kjn
z<H-A=@}?B!lX%}>u8Mg*^Y_xY&$X6roD<gUBTiM5B%(})4E&uN>TJw2(dN0Q<??En
zlA1~y#a~DgAWX}JLgiF=SYQ&{NSJD_2wKb~+yPm$`N;UixXr3&2@;s0yq#rX@yZM}
z+0F6_>Lv3Q03+Wlc|jVQLh?z3cic2rBRhshAw^Gq+{lzJmELYZCl0S-bTFw%Qei;U
zJ%UGomw?$Wm9RXVeNUJ9D?MLySE{dBI0R{kOqn?tDU`+udY5Z06#?!<Q$`C;3`~#t
zBG`Z*gk6a>^sWx8CbZc!81k3@7?CMeMkKah8O$;XDhQ$QfT6h?kJRHT4cF*KM>Epl
zkuq~}ksz4?XeH|B9n^wPmu)11F3U|UH|%ON$Lmtf+ug;iErFRvFO$kT0^nUuMyp$9
zUPy@n$OyM|H@qA;_I&$0yRA<-O_%VZ$Vh=OtWK$_$hZU*<#}UXN+c#Pm`l8%S)liQ
z^SSEHABx5|oOZeyn!CjwnHB>SF+7faYa;<{>S<604r#x0!l+XICjKJ)SaT&=GKrXc
zBqE9TXj|o8TMk0!#Pb+JLXE}gQxb+7mgyZ$MZz0TdPWIqrERIM>9OO1R0l1TgYHOL
zKIacz^j5gDonX5LU3y6^xB<D!k?fAauur6I;PBvV>6D}pX8p-g?VGUo<@)7aQk4lq
zJa=DNtT1C?*reRjC|L7hQLCDxQOCr$tR6)8wj9SxnTnd7br_pF17AYmm5AEK=)n;s
znWU4y5zK7iXcJitL85wnuA&T8OGy(4{%;D*z)4D_ot+2|)85@1t9k_q!$5}(FbNv~
zx?y^H`hVVo|GZ@H-by5?S5W&M7Xj{yfL(%u)edi$w{PFFrs2y2MzFYgy-D+W@ta9L
zz^?${1ponVxgBeCvU-Kug1=5=!9r-zE_43!AUTBR&3cRXr=#yjDA?!83u7N={(0-%
zJZsz!F`SAqo_37TRm5ohqpg&a9mgvu<r_DpezHo=>&&D<DVLH_XbdVSMbwm59zZ(J
zwhs;@^{baPF`SZ$jcPLfWuYt(fMXZtJyjv3()E@P+CGq3&Ws)&<?DqYEj1T;aGX#?
zO0T_{1~r(vf(IofM(Kxc3_aiTopEwHT5k93xa=)co063xDjj4p*1ALUf&s;25>+^k
z`KhJM?M3hGoDS<@@~J|`9N{VEyh@pdiLEI$TO_GVaQkLzkKz|sBO@(@It)T(IY&JY
z-h0#apKvExnZ%hv%F6C~>{fxNiptzz|C6!|z~1)W&~S5k`8$A@1f0(R%?3d6%F`yj
zuki<@I(fow#cgeEWn~OK^!QP?cXw@uwSWouOC`Yf`llVpVB+?8eE{6=FVD|6n;ljT
zCP+9wGyxQ{C-ReF<Nqz}k^k!)e&Ryy#HpY|sM-=qnwb}_0SqnYaKR<eOUtH+RxM_l
zoOT|sXO9(3F@=PDjNEQhdp|}(_{*I+M1OC*`=_h}oAeBO)8ty_fv)ot)0mif!ajZi
zug+eTWV7R7iZ%KY-BN$bjZnN}7!O)720<d?l9hZ=Q{^W|g7+)rfn7?MpvKbdz|Aox
z-Rm2^;UY5xmIbFhkDyZM+tea(@~B*P6n{`P-ZTPOK9t|yrOzz+M|5NCATungGHC%U
z9Fp5_kU-?FPoJfQ>sd{py>Y@bT0RB@#bDY;lR)5oMX>PPA0rLrJ#i5#6l$@b=u;DO
z;xxUK!>KJ0_TX%H5Xc{j5c?B@Xf$?^N@-C1f<f5t$}2^_tvED`E}VF9X1EDc0FU}*
zN@&|3s3jf0y2Z%i0-pD%TRzmlAmYF+1VFn1?24q^V#b_Nxbm-T(X^GPBk!+b8do{k
z`6o>HNAmQd>sbz{yye^MvXh5S3MAg*%6&@uR@!X`c>ei%UgUYXQTBJ|b{+FFRNzZ8
z+mSn+VpF6W2Q(Hb>Z!brZbR)(k5<7p9<Ug)hG6SH8UjygESY#ybcJX~76n4y(WvJ(
z6zN{`49kou&a<ponXf6f*x&Mcdb0b#jG$p*%0jkDC0MnJDvP2bscM5at}>j`INSh6
zmeyu~Bc4Yhn<=hz@AmMhG+|US*}QTCO|dLts0JR#s`$P+oM0FQxT|`MH_39=6h&_b
ztcN)iNeGwCyTpo%z-N+<@2aPyKj+CkcUpw1GBy@!ZEnr;!3>v?rzA57hMgO(i6#Z&
zO+-Luho~kyHzFfR>n!D(4FUwc?ni*+2|UGbm6fdj^KEtmtS7)`dNWAS^P}lx4Uoha
z%mDN$tCkHM3gJYRvLJwOj|#}_0keNuSsCEa0+4gI;#4?cG611o%yp;t-^&vaB*0F5
zc6kX<`)-eqfqzAfj>#)#R-m;T;MNu(2N^3dKK9|@%D?%;6J&@j?~9E7#bdZyAi@8v
zxh4COlFNtHp~>*O_sn<Gkt{%x{V^&N^;PXBSKfjk=gN<FW1ETVE@b6c-pNwQrunOM
z=23IMf<Q%DXhAsqv!-bJtgbokx^|lmBixb3x|3}miLo&U+$^y)A*nwt;igQ5)gb~5
zmy72%^!CG+jkQQc;JLwMS&pH#*z6(FqB~vjC3b(V4#@;dI>AT^rrF?{P*)}?PW5~1
z;dNzHI4yV(B4jZhc^@gBUMqkW5=z;C@YSudF_JY%TX=)DRGP!Jl@N@YGswITf)bRW
zS;6}h5`_20>%shq+T7UbGUv7L7H1)7A&CN@EpDyAcBaVMGhpuW18_2c&+P2%Oh@PQ
zZWI$>CI0iLrH2wsPL7F$0Awlv4;t_zcz0~UAfpY>=Z!Pn2OKVKsc=wr^~<%!kze;m
z1VOJ439ou>?p6Q*oLPN~`zAmKaC`xz#K3Nk6RnDm<Ee)LKIiGSLbA*KKqces-a+91
z_l9_Y<EzKj@}0G=((nRLOypE5ndde>Yq!!90EUxN)nPZly&xx)o4eq`yubbRy6(Lz
zOSk4aNxL?OD_8HKus8Yd?5X)>LI0in23$n@Dt7EFRk@HVy&`X4BqBv2T@HAypIyXM
z{=2MKbOkKys6lTi)%uu<yyjrgsy1Ii4eu%9me%0UU((c$a<Y#V8LpyIHjz;vWzvYr
zTKGRWMKPtwTHol>qiU1qk0pX3g*M!~!W_)XmaZ_XToolI*JC9NzrG07_h4P6kld0g
zjpWgY10z9gbmS{33E?6{-W^!8t(cj}2a@pUS{P0-H^Q4p>Gs+0V%P>|ol*|tO370{
zN3*OIbaWyH%(82N3HaA`PvFbnI}%RAOdyb9$sS-@g_{lT0mcsN>0EsyBg!}h05E(9
z@QCSirpgyi01uzj#`io?PkVRw`NO8M_0(T)8EdfP=wpzds-q{DsTlbjc@((tSGaXR
zRSP_yx9-$kd{@4cuzN+6kCrgSQ@pO>h_*;%fXT<?7+=<_!!`{@@Y5zC5mxwSehR`_
zrsDllu|M(FJ!ScL5OUKKDZc0@1BTJCudBmQg2v$JTxO`%IA_(SUaT5^#O{aY5kt+2
zuGNWicSGIyScn4!g*9)S8GZ(7WYIAkPuLeJMQjL=<C~ZQCJU;-FhTtApF@D260w(l
zIiV;emhP^QVOA$M=_@OiDcLb{NU8r;Up@pbB{A$b>{$z;!IYSnSJBviQDHeoN4lwG
zjoXqLMhgx*Neo6xg&06|aMxEbytIJVJx?7TUoZzr<Xel6xeS2#`0XS9`SWM>3hzJX
zzMh@}o}LQ;c*EoezyfXA4tP?0bDabXA^-gi${}dMy>&~hsTmn;(Y!o7Nh)Ok)krXB
z%DS-^crk*;$5nvnwKxTfdOb}|JlhU0Cu}4I394PU=$OYrCYY7g2KA@d-)`d*Z9h@Y
z8m#&+x5h0Jl*`J#i+rs6fR2KP#E&H}y~343j@+xSwd}Jb@a^UI-NiQP>FKNhgXkhx
zsoMLdRW-YGrS;rYbFD;RDa1%;l%1|du$*Wmg8*J7oPT6-f!8t(vcy9kSj=0t{fJ(3
zKu@$jG7DN~9kr*R{Ont06EZ3qOjy~c1Z!3J0CC_Z9MTPC-@C&5D$gNwBK3WzW^gfy
zsm{kW)%;z3Thcp_#L(o%SSXLSyJi!+>?id6eA+W6MUh8~SUhVPI4unX#z_>?;a(Kc
z<3wa4!W73)?qdz4Y^8abX$b0XM&_`TLepq^Ro5C?rXot%tadOOW@`}{5{Rvh(AJjc
zIGh{WudKA;SU&J`wyE0e`A5Eq3x2uXuz9^p;L`>s31{bFwgbS;x6}tn)0<tN?w4x}
zegUomEOJ30Q6xAxxZvg71~7bP3c2Ld0}ryy!onhIaAGMNm<~lm?CSM^P&_|BKPrIN
z3h?zrD13<t08gqE5QtZ%#im=`nkoVUfdD*<BjBO{Y7MXwl@$G7$5XfC8Y!dOKO06?
zwN<qGnv>7B>=T%DSe4K7^0%3!U@Myfi}?h~%FPm?MVl;pC6HCcmeri$f?1BVAL(6R
z5<?k65zl8nz-hYf%7C_B|I~|tt}&M7ibt=EtHvHa#TcEOxZuIZ7}Z)`YT1eX@=G^s
z;|a~icSIa0E2OP8{10`Jq4SOx<y^y2ZhmyR1*Y8U_2f$shIegLRXN>iJ}-nTc;YXo
zE>#D0Fn16o5}Pw=f_iE1EORiuWpS%CD*3)C1t^oy6%7DQlaCHwn4+fL`hN*>bM5EP
zgk!SoMJM_~CO21&8_ENYAcVpUa1%?-)nd?Lr+3-LF7$cJx$5^9E!#i-i%G}=Dt8$>
zlc=cZ@;8$nfLD|7`P>2(o8n7NjRcTUAWkI&qDxZ&ym6}+e{A{vE;rjOd3^zn8Gv#H
zAdMATEDQWV@Lv|6jf$!&2l0S5C{<h^O@B@{<s=$oBMb6blb2PR5pK+y4=YxWR)m<}
zibjxsw%OvHqa|c>#rGj%+a2fc<{z!K*rkTTU?N8Apc?{@(oBjSR~Qd`Up&)9V!RzJ
zw3L9bzHK&C=B1y#RG9UPu^0=3NKbN+a1wi(bGB;K5s2F(MM|aS9)B!3bxzGPPtAy{
zK(T`)BMl1Hp+7CFhRxA|$qW?~-Y1uiXlM;aRD|-3RbgPkJ@7{>j0Tf9hP@y{5u0aO
z^WLht6aPi#rEMR!eIy)WI-+@x*rkDq9;=F8jky5(T09oUxzLGhAUT?df_W?5Z{0{9
z&Zztc@M~-9EWH5epgfVrpG6UGDl6CdW}e%dn+3q2%k7??&dyGt(ZL7w>gkoNCT{fv
z?$O1^?f<R@aDZ4K0EBVc?hIB443xZjb@<i2x8FK0_v@9_<1#-#w~>)~!d*}}m`9M&
zS3kWj{J^NSw1fQ@@@3b=ol*K0CVPjWF|=t4LA61x4&8m2_q*j<vJ-=W89!Yd<I!|m
z`|gwCRP1nrBdjm^;^yUwrzHO}ThvHr>qz7-_vqmz;M<CrkkFBEx!J?sZvxq#quhbC
z_t%32Hxbwz(<m+MRoW^j2x03VM8!xc1{<z?GBY6nCz>S<OeIJdmPN`wF@B)(J9BZa
z`rk7u6(nVzVhWKlc}STcxPV2(o!xL-4>}m$vi0i?eo;|&Eq@Bx+SYR+?9eS=V|I#H
zkT8;K<{)iO$3rbCwhl*r{@dwqCkbOi9V=`mbRXLqDVQAIR)1aQ1eZeirE>9+NM^|$
zt#}D{tY+|{x@S;B9DRvT=2~14k3<Z;MNX;5_&Z_21B!h7Hc$}zyIgut3O+2~Si*Gl
z+4NG*F=0aKWi%*W5Ja0(ZOjYO=CO)}-s{e+;-fvzn>w~AjZp>j0Ar1E5P4&;I}O2y
zn1jgD-AAuoZCR4x9F>!GJdr386#w`fO8%Ye>AsmZF>)Vc0ICrXjN(R7q5YR{8e!S<
zGeEls=zae|MgjwSHbQ<KACFq{0<;zY=R{)cLxUS7M<@>@kca~A^{u04b%0usBjkb|
z@z%Hx0tWrLyUPQ%6qk}>Vq!5vyY2xc5VSxUS~#Dzb)Yf={cKoE|2GxPp*9`u&X{S$
z{mZoSVOrh#4#D;1Ofu4ydD8p9fa0pwO-0*&--f;qjY%yoEj`(J`M&*sFF|idgg?+T
zBw@-TafLP(nx7DUE)2n@DzFFZ{<&}nx$*rolO%sL9={!7Qq~gw7t%vj+QYc5FK>eN
zPM;#eF)J@cTmp6Heb#u1@;(%0_t>}p4$St~KR(W)h}^PKTN~FIBH8l*U<9R*0LC;j
zGUA$E=fx#^TADHp2SWo^7h9H?R)o@w5)VTcNDShZOV7Uu`kq?GcM$(e8lEZyAGmWz
zNl9rgu>gn#x4o+MjSV0<KvINs!g`^B{r>*G2k`#au{!{O?s2wn04r>Ju0(NT{dD5M
zmNp59>Pok=YSiEO4p3t=RLTyINXVQ034oL=fDfjo9#1KHD^~=Ei=CnrD<CkpB|({>
zJQhm*&S<(U!_}k8e?}AGyW&8T8{E*@iQgU3kevVdoKvNw26VU?$|&LkLT%I&-F_Ub
z-JQbLg(X$AZIz~4iH`YXonJri9;g?Fg0zyFV)x!#y-Vgv_oFeka?{zuphi8iOGsu<
zVlUE<Ehql;tYj+)AEx=)E!0!L6>p<=p5!&tE=he49pP9t&*&}OL}@@UV_c>RyiBiF
z`Les44x(cs#Cu*`**i&)vePsXoff$_FUGi0k0%)-mm#>%9xmWaNwpA;pV@H!PKOA;
zTpt6)=H}5~m?EA2Z1bZKz{Y8BKb)IOs;~cP%fCLWQNrwJWhJkwnpb<)X2_YRJ~KU?
zK5+nS6M%Z8L=U9Dy6?L}cBrWffbZhJK<t_T56{jW@0$QL<}?i*T0H;mFJ`03rM_ME
zvWVFV0VhT$=YvNElTbIJn4z^ba~+~|`FbVA#_Xwv1Dn%1_~yh6xWHO7=SursP6;(X
z%AZ0GF1iWx`8TNzm5A*DF0q!;+QVbuiVu0tYpZ(++TOLSN9vOe+_St;n@n9Pb0n2Z
zwLZww`mVXNo-wliwQV_~kB(m@Sh)j>ne4lhm@Ok8gNi(3GNC|aJGxQdV&2Td#+;Y^
zUuFh)3e=idU6e#C|A1$+CJ|Te5IxcFQAq>!b00HBCXwOf83~I}zyS)md*VPx_i5F}
z(t~t^eh)qd-ut#Blq+Z#8!6PSQ<Xryl16n-A}O7z6UvdN8dO>tU5V{0ju|F1{r#en
zb;iN?qdEXa2I81RgoTgqpUBA#w*P#;r;-r$xZ3$qS!w$AZN~O57khgZdi?OBv<WMt
z6_baIp^tN(p8+@%FiyERI~!lFp&|qWL6eBUcde+$C>EUh36Oth5->J6IJm!W`R?7q
zwTt(~x(;W?*8V?R{&s+I93PJjNm6nI*mFKUtDn~w7Z(9I{j$vnIt<e3`oBU^Z!rQ8
z-`ChPp!5-<-%eK$P_lTg2{O~X_{Bt0sB-4DNSBV9ojQh(FAsNVznW3yTeiSPhG$iW
z;Y^l#ktAC&J-;5er#3KHD)V;QEAXNFq508IC4weII_iB)gDVaT9Tl`IWo;QXsRM{m
z*>k?V>28g=r?g=YS(t26bI*+CzDP@z-RH1p&5{h-Ma+6EGZ@>$LGUROR9r%PhsE^a
zO#gI+RP|2N5%A{|LR&COBJ>EMi|l1^;c~|PzopSW@UV@}$Y4+;X5a@kmFc(1%m4Q4
zGS>HEpP2V#q7dBJASK8A{#}rhJr)VUQ%6VV^5WNjc)j%|mMmZ(jYnu;Zvo<|?(dmW
z#sHu^0IvVL)ZZ^dn*;<d!O#C6M`ythRo6vfLb@BIWoVG@2I)@ePU#Mj?q-0YyAkP-
zE@6P7K|+vD=@g{C`+oBaX71c`&OUpsy`H0+`rzkdNt%nF^+7+~^8mgFVklgbN{32u
ziiZ{TyvnLiXLal^LoH?ohN`L}V+PW)HezM%ZgkeqteO%Zzik(kYDJrDl@rSFG&&C*
z20!P{6YQjY_CerQqW{)2e(VF=sIU6OJOU=ORk<O%Q`FadC(c5s<G>96hC-J;q%1cn
z>|<)8mSdzm54$cuMfA#WP!*lxUIR(LkK3kwm<m~;bhqT19Hh}2mB3+pne?aFghXO<
zNn!cD<RBCKT}mx?Bv(!*HkWx=8I3_if95a(Qa24p#{6_ZKZrH$YWw>@A+-}{e><=F
zxh)k8E*|ZSf0Px!U5OJpsl=L%6@$v{Dag#*n<*2v=V8l9dJ{0zL{VFZO^?q5$g03g
zsG-~1)AQVYJw;ARiu&fsv>u=a0^wTjyQ8T9MJqP8G1ui^jg7(3kUF(krv$F#Qg$H+
zDRNY3%{!P)U*Grv%)e*vgJn^B=B0a04Qezq@nt|G+x|ZH@VlBghn$B%Qv=N>2cNaB
z<MvMs?C?_ERG2sg5H000LIbEUy{v0A3ia?#LA(+bIhlQBPf{oM9ujd)RRGR;HYXzk
zBjax@m%Xt!4rB(VjZM&I)w6XWU$>2gg8a)Zso`U9*zhN7UhWW(azRK*<0heV56dR(
zf!>Na+zgUJKU7Hyj{}kM&O$T@64K*WE~9ipG@$<_EvPifHb+rFGwY*sz72z&ftQJX
z6qX1^pA?hIBo~JuSww2l7odBg{T$F6ki6YO+hl+#D%*uxm)c!0krKB>)LFvJJyo{!
zy&6&L&n$}ZS3oQPoOooec3mk(GNI{lmdT=vEL=E(W(Q(-`<Mvq3yn-<QH?Gp@+Ky~
zf!6N41EH*glT)JHvzQn=P)g4oc_=HxWJyeRZv*~IvQPxq)cpKO1n}ILNqGx`0-|mF
z|3lXT8I(ZAkw|J5D<SbF8SO@4p7ZLFSAb2^OOsZ0I!tT>!Ma-KldbK@vk-B7h8`ia
zPcTqX9Nz}OtIl_J5+9@=Tt5KsK6J+&>VEa`1QZsouC7dk|9JSda80W}z+E)itd?t}
z@UCc$VX|B$2wV#}pR<&xr(KB5Mpi~QRK@V;Dv{wdg<F2Mt*xwFsZTA~-4a}V{(z;V
zc|+m%n}atQtW};prDQgGEGB4%8Q_4O#;i?Q<OGrDb&95@q|u|%hDd4A!$L1H=Y`${
zIYsw0>-cCX6_E(ODm{5dbk4GYhwK|@wyui;+~8sdf5f_c`$M~Ho~y5csA_|)o@ei@
zH|UjxLU<7#{>eOAqdV)LmWv!YXpEQ!9XrZsjvmfsOSXMyvyMj(LFZ@iy8l<z`K*Eh
z7nifclanN9<?rHJKz8i=_qFdoOx~14-|Gym3;;%g&abW-v1HtxZ%By#_c^KP7f#~g
z;qe^85&%REf(nBa8^YloK{fg4qw7?Kh5$ZjQpO0h5CVEjZlK?PP+A=N;E#z29pFTL
zV{b3HRKCbCcF@eoFvH7DhL46#S;BSV%jU@Zh@8ygEfBELuGn|$@Q<P#-*qwG=98@f
z2Lt}z;I?mD1VuwhYlm)<^})Vv+pkx9OGGMB{G@l4Sj;9q4WKbCn{fze>mw*<u)I3Y
zTB!zP@YONTZ)_BT<#<Fhh7bOst*C<aGuei##>(&wp$d60WnA(NQ$_OkxVMtGg@KE<
zBk%~iOufTY1qfK2*nj5MF#qcH7t`GT4haDlrsTG9ND+ZFdX|3*I%v>f$~I&cm?5;|
z)WC}uzK1cGla2s!eu2HefFtWZFo5^10x130FGyr$-cFUdf6w}_Uxuq~K;-{4@Pb*J
zOv}B~jSSmRwNa~_|NZ+nfVMllxv}OJGGjTaQPTYhpirtcVuYvG0D>sY10N0AR$aT>
z4_~7B?=d^8pR=lZth#3Yr!G-)WzAQ6XDw{17U9+1I2J~HceeN=u4IVTz+E~bkq#kL
zSvP`hyMBu=`9fj(!sZx*k83XI34@JdQ&QygeA~pi#d|(6l4pB@>!W;r9D11o5i^2#
zAdwDSyXT{e&$*2&QV_=rrRX~;G}Ykst=I6r?$(qTRnbN|>fCE&nWP>4k=TP=e4Zd2
z$+5D*%1p~P3;no+T1yr|2KY$(m|CTpFm#RQGH8mf7r{!rRy0wRXi(xZtq;X^nRUt&
zuO2#qHPLE69bP&o#S_0L*}|I&rLlO!AB`zPq-1NTKfuiF0ObjD=WkI)%%4%ITKq#A
z8Lw)ZdK8w%*5SFwcx5IfEG&4K7CI979K^-|LW%ijz}zi}>Oz2j{8F%j%+=|nw!R)H
z+va$k0j3oor2#ZomCAYWZiF=O2OS;S`*sc1jMF7Q`2+?&9nM-Pf}K`LDJZ@_>~rLK
zCS@p0)EV&nxfE<9{qm)`S_hj`HBR;=(AuD`s*3dOTj6T^<O+wl5*=M#v1!MRiztEa
z1F>`W;2;2f{T~*s_UV*w$@scLpyy~s<`L+;EE#)F0whJJ)udrdAp2X)=S1Jvw;j48
zg&QHkj0e~4bo5W!yL^vTfS&m3=;<j?@4Yz%Jv+09tg@$E?yW<yWJS{l!+D;XX^B!%
zF)J}<4th!6B9Q$k0rllR#Sk0HLhU>4y-M*PMvt&KV{t+C1^F*A|8TKIg&Tn$&Xv{J
zz0>eQx&D|^da5;o#jj&UEJR)>>lc~|xeH4z^%T)=eY=^_G|_~??YB1AI+8xjjl;)u
zhef$%<{JA&Z&-WNq@_IGwuxxyATrouH<PI-ykD<igr7H;rWyz9FvB1_Dv!_W8cgYG
zmCi=hwY6T3H4)OZu&Z7GEzw?k_1kx&$96IYgQNRmR-Ss&nj2u`bk>O^rKvC^Q;O^_
zYWq?=R#)Do!-O~2|K9m=VzR+R1H2B9NPs%d9vrcu&a~U^e4OaY`yAxbl^Flt(knd*
zxyc~lvtl_DA!_7BfMO*HIY~TTJRZ7&t)^I@3JO@UyNZQa(009xTZWGGCPIb?Cvjwz
zC7*Ghgu<ZO>CcSSHJELhYVE5H@JQ{*qUd<6#KoW%P<N&32oxv+3VOl2rVn=B{q_H#
zJaS{8BCR&3=m?8>(=n$3e&r~nF>e3xSkVeBnlV4o2r<Ivthei&IZ_P}>4ZRRnqApj
zi(^8D*@_0y^nJB_<GM=7xkwSSC|M+keveE(@7FLPhIInV+>o-vJbcQG24Ow>SkjJW
zdJ_mBHW}xjo*1s>tXBT@6RmLQy=$!p*q}fO0z{GmkdJDen$Da^q&0Tn9#dQl5Az6d
z;@_j%lZggHWZw&5`1MeTce_r$1u!AP!U)jh<7&c8Gc_}_vwz2)B*y(_FE-LkK(m53
zHo{uh`yC#XOQ&a7C6Tpy$3ho!J)Y-$pZ{SK-N7^d%So;D!Hx7t%%jckt|&KwJ;6(c
zoPUSpw%@b&pHE)j6vp6ny?^%AEO}i1sC=5g_FxpWs`fc1CGr;M32}3iVz=5;XgdB=
z3H824-oxhHf{{e6QJ`5_z$ezKZ!*a<yfW`XFGX1=A>7rL+%9CoMI?m=X{KOF2CHH}
zcN!BSw*;`YAr%>4$j<P>=mC?X&R<-N(sZ;14HYf5E&W5Gr1j?ny8W#WaGOYoT0F}0
zJa9-d!)__6`;u4Ne2v|LQlhdTjISX$)@buRvj;|boyQBKHhrfcMJUm*opR?64J@f-
zLNLiDXSAt;$qHhl`|%^<m~~T0Nr^@Szw;+=3cJ8=4Hp03Iz51}Tv1W+@Zhg-b7Sme
z5LMye?94ttPjG$B(+|+A=pa$2>@W&y>YBR!0Tf?|(kOT2V8jmL=g-cttKl6bD=WaU
zQ=+l#KgoA>+P)Nc*K9NI^>S<0aaeM+Wno(Zf`LVAu7QXA$^|600)VYAtIq8JG0F>w
zF?1PG<Ikm}qJn@N{A<n%HJAv2Y^&84hqT9OApOf6K*f+4yGa2kt-`OVVHZmD2qBr@
z0!?#sR2?0vl^QcrJlRU4HH^@(3|1Bz(W=>W=Y*$2LK#Z4Y_MX&sQ2la_q4U(BNrOs
z@C@lx?CjAAuJCUgt5YKpRv8;WBRnc>U-nqVOSl~p*S|9VP&nmB=SrsulDGtEA<Zkx
z2+|pG!4$YfB;sudFgYr+zr#!;X*+e0f15Bao_?|SZ^89>6C5iUp@XYOh^VM1gV{-o
zO_tK1T9#147GjlC0o~F3iImK!&qVkXG~cA5%S>2v6F`TBH4CT>?RirMcKP1-7r<f!
zcni-r^XeOc*8+eH2W%B>-p8)Jx9nqW?9hRxtZcH!5rG#2O;H({WRm!#jcFv37DvO&
z<;L&M+M1ybV6`-r5+<khiPx8nSaMfux0FAh!Upne8eORg2q=UGQ|aJjWZ;rT5oWY@
zBs@l$jv!6xWt;BN6v}O$Dz1p_Q(7XS0ZLR87T_Zy=x=uglCsa0Sz}uv0u*t)ypAg>
zvR1I&b!e#D7wsSmwOf<~m38?Kl^R1eLboxew(HT|_X|&-1@>5<*S_b5lG?OS(}#}N
zA*o>Wmx9wSqN*@b-)qIteom43krv;|6Ym}}@nhT2Fa#oZ`7V??485F5?PTFA>4TK_
zb(Kv_KZ76XlZN4x7kIA;G^wa14WTzE;8yi5DI!2+v(MSPu1<}~fC;tb0~hfMGC$kS
zus85bA=<jSz_~|>`LC-}m^$db7zjR>)toz8czNz(kKfv&b2%U9b*K3CYcNt;D2-Y6
zonMb2c9V+m<gZrI7r~4S1^gwmX%pYXk2;%|4cD3v?R}|#Pry3SmohInW^)ialn*fx
zk1Bm_oZhHuBitS0HSZ5RME9bleTBwq-hVyTMihWNEG1Jt9&!#P^779+S&03R5m_-%
zw24Vc6dTsz`&qx^o#}BT@bD{5G!-;3C&V+lKHaeN+(9hanck|o9}nXB5x`uC^}DFw
z!ah9r_caQmJe%|c;$KeUuq)<8jsC`OCu^9Tmp_tDP6&%Oy&Ig{qu-Ay;0xY|zsW&c
zBp^3`7MUY3$`XmP6}L*0+uB8Yp8XU@>_es~?Q!7KWp(%GD!*<x$EboF<$Gn7S(B)i
zxNFz5W2FLKGL&;NLfZpXM@o?;TR%S5`|PW=LDGjgaWlta4W^8|aV6K{BKx<dz}*1-
ztsHIcWK9i_w}~D(2rOYNQ6O6xNF5aiPIxx{rC-11e*NO*=htH)Qkl=mCM(P)^9_Hk
zEDUOCZSAWWXM}ac#dV7qo0?#0uyON6vT2)5|LvQW!Ev8g#l*rxwf-E?<m{Zqz{8Uc
z%l;Qog7;wdqBw2`e!b~Se}I18NAD=^8WImYRsB>}$6H?ZhXo<Hf&;H`+V^2E({=6p
zCBUVA=|>UYT>P`r<$Df*tofamH+#v0^Tx);01;{LmpITW0C23+L53jwG27;(ohJ(;
zk~dp_Y5v<!te{|R?IQ?k=WeVGQ3HCGjI|pljNWa;pQ5Uw`9sAA^id`cIY>(JSMX%w
znhz?yyt+Um0#sXp8$3~mWQ~)GdwV+pMeB5&QHUUq!7?{Id7g^RNBw9e*RVgTmhacl
zn;B{47uG_o@F~TN;*5`$u~_j9NY2SED`jBd*gW*(;7SCs<Y#<mO0Pk7SZ?~B1JoUK
z6tW|D=DcS)i~0tDP<`FmC5ZiCVqyX`oB@I$aCKa&HQ2$v7U1QrHR)>8U|REDGI@S}
zPD@J@@ewTnCPK!OMY%a(S3iEtTUjMl%r2AG)o5KkBvjxf&#zCBuLEi(-$5b3dFA@r
zR|sHfEX_lrsYgr%9DE?DcyRO9$9iqfw^>;%O4BUNhDT-1i)(pllkD$r_Vyc(HE{56
z=sV@ImD0Y3qBF^e)glwU5Cy@j58xd#{MEFNuJ8BF)XD@gk$fwrTPX>3RvvBQz|CHN
zEwee?bNc0;=k}!(%hrGg_7+@L-I1bcVm?)UnaauK%q>j%<VLvZ_f}C#ufYqHtwFgZ
zM~rQ8w4kS5RaUiC57IBe9b(ZA&=ZmlrVpUfMr3*)@;OtgWRqstP3`T1na4Yp3+W6t
z*LG*MoH26jRa4hD3vuYKoTPb$g~`K~O>Fh1J^wDYhJeSIs^I4*NR9o`2qGjR@;D)}
zDQOD%9jf2lG^dxour-8H!{Y7z^F5pWo<~g+_`%=Mh&j`p!jelRZG7B|Q^ApSi?g)!
zQ22OJiH=T3mcC&JqbcHM)>j9@{P}XR)qz~3dqQ9rx*&|63(oC@{yp0>#X42(c7V=O
zy2Vq!+VV>bYnymI3%snhUA1kbw|}dU4^zL2-MGj_8|k^HI=Cb@Y_c994IM6#C;t9>
zOV}^L`9Nbyst$X%98@VTNNtVU5ABa{jvUHlQ_U8S#qxwBy&(UNABP+5(x65Jmww%W
z^75c<+hMH4QHMxWJW!<XMu+<|`fXAAhjxb}MElP~pIt^u^8=^l4Ox0RxiiI@TiVh;
z4j&igria2Ubb0c?S)TFe*+NJ}3mTx>225=4iP;pjw6(3+h@0793-fJ}f2!RHVZ7R~
zdH|kL|K-%Ce<3{>VD~gOTH00=Ii$nLhDN`OsSnM}A4RZvZuTSQMAbFBZtPUVmVmsz
ztQ}*?l`i{OThN-A_4y4>OkUP}yj-@D;p59<;Nw%kkCT=cp&8y*Q5Di3KOua5CJ=q%
zM4AMH7_fC-ZbGP;G+DG3wAaT|l&TDkE^Z}Hw)#0v&0K7bZHyP?3xyoTc^_x$rThN4
z1-vwzM@d9XA9MlN{Fj5*r^3RQn@Uy|7AGJC{}Eu+`!98^w;F#l)BOpIs|v)A0eeL2
zlTrW9<%f580vTrDGJq-nAC&#SRC-9^1>kwS-l2Z=qrt7Jt250$B|wkdKR8fVlEeoX
zrqXZ41Ma=fhm?o@wC4T?C*5!x!s6o#zOx}Q`yTv|8T@eO+b6=ucY9){$fVoy)gFzw
zHm%d_YfTl_)sNWJTR8isKg+~|ZyeDCG`n*4JqIi<)GB;llAf#V`$=f|pFW?q)NEdB
zUr6J6q=X|Y6p&sUt)MF!3b8HB%mC)7cd0QI4ohaiJvB9eP3;;0g2>CuqaY*e^`ch+
zk^IE*&(B}>n#4IdX<!QY5Luc{k@IdW5uX!a^SHdf)OU3JIVo^p)i`(Bz9Se<;AX|;
zb5_=x(L8NCO~voBJ1ehPo{}Og!leROn<9jQ^2!yfN8R}CaNMlfO)@?-mCa40k9GNz
z99s}B_9Jp)xG0TaXGJ%g6Rn}FZi-fg@?D_8tz)i2#?cuzN44N)X7xKdDsAmA{6^^}
zC!?=a`38P<F3-Z3>eQb7VLoVzydRu%2%)$$6#IFl?K#OAzMGVTUn`5{Hg@~Q(f=l%
zaKHMGMd0IHylKBi9u8;*gj%|QN6NT?$}`=knhe!8GJ33~5(TO&h(pfVX--CR*Y5yD
z%bzu!exikHnK?Nu)&@BRQ{Q84Vd}1*-VvAf6_UH|-mL=8Fnh<Lb36N(y7xJ`{x_O+
zopD`f!i@=85ht4p3i#k~ZEgDcqdSIej{s5OAr+oU?yLIypU-Q-TqLhxGc|61u_Z=@
zz{vVMsQ*`eZ${tsVUv%Zx1}eeDJDVc<#ugT(E(@&-;>X`+#ua=GH~CZ{3^m>upk2Z
zUvA862t5r1Ih$P<j(!;3WS=$*2XL19O+@X4UnxY<<9l>6SC0c0H-RxJlGoFEU;FHv
z{K9|zv)_EbP29gy4r19mOxVfAhL-<QRz~X4&;#9yh6h)tyB64eL0~g7ZPSOqKWxWO
zYZ8(z2YYeynGH7h@AD!Qssn%jth->KUqy2>JFeRZ)GAx0x(V!-B^|1RUYOh|{FWSe
z3}>D3IKf$yxk7#^b?<-u8nt$#Xfj}6G-%F=riQ>F`C9h&h(`Vzarxw<*XsYpZ{FZ>
z2CplWzy@<a`(xlD&ZN=0?K9Cu;nM-m!<K*ElG-Em;rr)BAwle<M0Q$u_3InWBr45h
zh4Yk`hs9vil`6p0q#blG(MRs`eXH-e{q@ecFTbFGikw`Vu)MOe5<u?a{QgeU4G4b<
zLDk|phuh*f?kJl!b*%`B?@~1pnb5{V!ZR$_>dlR&YpA($Y}pe3&}qb5feSg{smXU4
zU5gtep98oFFkj+|MFs}iG`jD<GEGPv6i&0J#OFVmmr4(g>=dDJs#d*0BL?)NZ*cm`
z&w~#cl%WbBAX}Ir&B4{R?_v-m_~p8g<Moq;#enKK%FCYFi!2y4#0fO2Pwf^*1z(>4
zm-EO0&%u7&&JKz+t)Zdcb*?|m=zbIB@?o5h@6pgO&)lu9cpy6`E_e$=&5ABOoI*_L
zix?Kx#Dw{3*}T(=v<wiT9%2;f%J(}J&1NurG6mzuy|N%mFXF)<xzrXj`J)H2W9kcK
zCBZ?xxyTwy4=2JarqSkW<mWAE)S)y^MD8r*cGR_Et@giO0{RWV4lrO>G0^6sWBa!n
z6Sf#U4~yt+s@2})pC$ZYh#MXIfu%Zcw07uR?531w<RfJ}0O{`w_HMs}aJ(h>iH+||
z1UcD;+BTD?dZ>&Gw&dkpL+le<hXF;r0*?o=QMr>?X?i6l?dZ2G|1PJ-odZd#uaW~V
z`91&fnt;4!UjS@8{i55L<>KJ5+){02X<4gL)J6<@N4yhGy$dlqJS_UkDlUE&A#Lof
zt2Xbq3E$btM5v#Ha<K14kwmfe=PQ@0N?I}P+qZ{*Qj`qnOIa#h5>CH4wLE7e=F|$V
zd_T|M>m#$hw|w852Xj5R%RhqZou7-qgg&$42n#k(ENb^9e?i1Nv6#k{fePM{2kmSg
z9(Jw#Rz4TMGtjpZB`PnIA`_Mh=gh;QU&iUVfS(X(JfQN!5)I9d@GPbb!ocZdT^O*a
z3jH~QnK?+Z$(4oTz}&TWe8HXqK{ynF1oR#U_JTJgKC<}h{KSs-q{1l&YqM!-%P3>?
zJ)drq--O~cd=_YKKCAY|*ItUE`aUmSE!ibMV&Sef+8jw7Q^&v+?PCd7Fvp|yKwST#
zJr6n4g7fn6QBzm{sH1Zq_@JZ2N*wzEkfl1Z&s>rycVwuyKW{X{_P(g9Vq$B>t<st?
z89Nik+rF3QjLA&{4r{<%JO6hreB*p#TAc~K=>*Q%SrB`E9&V3&etu#?!zkWC>wU8`
zd7J7Cb|O|z9NUuoQ+0`WCKDmaVD1sC*4m`YCTrl{X?IV)&!%#qgZ170#$@mf+mr`I
z`-jum@6!YR!4IxKhmVH4GynGH`f@b5C0HS$uP)!ot^0BOU5EAfdiqK{&#NSJ*;=hu
zeEAl{9vn0|ISE8*_cya5poLv%fq>$>xy?S;`M5gJ7@?=Gq`dh{z+Y3zk;Q_Zwq$_`
zgI64^+~o(GPmf%2ge1!|{og*O6b!Uw2T-`8{!A`lgbPwwiLYL-OEEg_3}{S?4rM7F
zwVyu0{lP{Yy|tD!Ja-y|-o(3i%NL4BnZplY6w}lyv4-FfLdVa}Ojj4zZX3=3TWUtG
z7ZiaK8Y_o}d>dFWr55n{wC6JyCO6q)J&L`(pvTkq-y7<xiMlL8*Vp&YW%FxZ1TL4)
z9YRJ+vBP;Ia{VhE1iG?IT&hjiRqjq0YzSm8gZl+S|Jag-P&Qq&>>Ifn<t%2l1fMp_
z3npY}ED%K+ZASaQTyQ9}Vtmg~4#pZTe|0wbbC^p+WKq9_v7+z;P!C-8Jqvf}sDZsD
zuduSh_M&SeL%^B4??LqdDq;GkTqri|3n;X-W)^Zb#z@TrsfiG5!_t|jDFtQwT2~3>
zHoLmrndPi5Z`yw=lWWAZ{rj%^{vDHPH{N*mu#Z0SHHsS>1qPoam)e5dHkqvGfXM+`
z!Oust?MpuZ<REVL1I_&p862;`5=waJ*4CvZmzZdGY45swvYH9y5${>d^@^RkxA)}P
zvIU>O{A_5621}ziYx{4x#?eNrge2jLSZB}2)1;kEwWiv7=-2UlzSPp|?10KGzHSEV
z=yijD12{y99lK1C%xK~#0jO*Dn*St#1Z_3wG84GY*$~8;g4z<7J!G{u<o>1-6<K!Y
z_<LrNyl?-Q_uRL+M6VPQTU}%w>#wm-mTxhT+(G3@`GZ#epM>8Z(+R{2=KVX1SB#dy
zV{?=Qw)Z6o)GWlVkNUoYL>C}XKMG4aM32emW9fGk3Z_9B4U$;4Hwg5;PvV($g-ef*
z9ru=SeT9>`lS{pjZ$=&W+jPY#?23>bg%GyYot=~AP>}l={ZsHO_3H&reDqeTd<^vH
zkS3oYRo_3v<C+KO%VqHDv}wUu;CfE_<y#hX!M*Yhc4hS-J<RX!R<A#Puvt%wWhP<E
z$*;60@7u0lVjmnx*tw<r3#h1M#2TvkrrO%R8Xm5qqQRuWf|tz08RBr2{HpLCMV|_G
z!11V42{e*g=C;`rwH&y-l85ijUSS4(<H3jK9o2e`^YC4@p<FzKXn1vQaW><+I$IhC
z3(jM%@Gq&sPbs&>lqZ4${&%zoGd@SDOM9lQt5@}TB7Lr3Ho~DJ*aYk2i#Qjd$ZvHP
z5GmZ;e&u5q5>2FRj4wj{*OFhA>bk+K5->aMvI1*g$eQbY;v>TZ5N6y%D}CVk^1Mb3
z(l665`ySVZNnm4J;)2Jh>wKASOk3I8`;x4X>;Lj87Yt%%J)S}jyTE4zmVD(7G+Dk>
zPmALR0X?kEMm9Ar@+y@U4o&3Hv!*6Hek+#dbHnu^eFDCG(7?sBbtUtAHsYGmPh})-
z=R{e=ZH@QN&dj9Tq>L4QO$!18?5nQuS^U$z(+&6N!MtzhZY`CS<AEM%5+!0+$)M-U
zL(g7QuN9QeymJ0%kB<fzW8xM9wgN!wgN&)<R8%|Yd?YY(58s+o*3@Og=%cPD=_{;z
z?{hxFD-=Lz?xZrk=l9P6gtl4%SU^~ik+Uc?Stp9(e%bP?xqsjux^t4^JAJh(&8Utb
zU9;1)NsY!kZ0R6fG(3qyP#I9?lru*kSAM<+jcz8H)Q94sMoAA#_S+c<8K|+K=R{3I
zYjh_jtVM*ETjQq#qaM##O#+y$fHk!JHxsViwyb3H*5mQCrHxx~ls*#|^DU0}sH#A!
zN|U9^RQ;U60f)DV+i>OU?bz#+Tub@4yy>hQhEid{w~A<EBZHwUbWi_E1(Wh;vw{hS
z<4fMxxqpQ;5+!7aiJ~|%`w#65@QxZRPca8P+{L|$$2;T{YncD;)RmF3%Fn-rCPVcY
zJU+Zz<}cQ$DS4-D1lyl%tASvKKlm@!T3Ckdi61O}tC+U?C#K{WK0T^AlRj2l^kJ~@
z+jV%|G07px1ZQbUL7_-6c<lLPBTN6|xQ+F(Iqym<{MT$-Ntv$b&vAs!*1;3WHp&I<
z;J??K*gkt>=k0fuipLNaAdgm?;wL9NFGpu4n1p54RJD%MC9H60dW*yV5B%<J`Z+WZ
zA;%nZ#DZXIY34i>;bfSlA2cz<X)P6wggWM-qe;b=;9?-IWpvD(d43nreAGgQUhLo}
z`rZF$V&cNW#m#&qjKl6gZLy9W8*35}wDxyF)r9>sxDTQgu@$Lmo;OU8;n~tPe@20g
zS`P1>ymIAuC*sYv)vO%p)T6rclBB>SU1w_#>jEw$NmvEc*Cm;nT6B2!%lezfTgN}p
zZJvj2BW##ENtYW=)kd<BW<_rSlnRl7h4oevu0Asq9vPX5kd%B!;x)~WVwEBL!_s80
z_@{SQPpMVSMT;^$CL0dEZQ0I5dvQ|8)9(v=;!O&-cz#AdC((cDzdsD}R-eHZX`*|8
zovO(jRR@PgdI}yqUk8&<jXjh+r>#(%4C{(a{x<P)oe^MS^7Z`7zIK)Qv}bntkxDe*
z3jyyPdrKay<BN|OBruUj!{TE;)Sso-f4}SK<(=8u)Lo)eZSlw?QUI7S+3n5pATbf2
zs<6D8-1;CyiG?wXlk0j{jMN6qzesWU2FNJm_#?snXg0cr>9~deJ->0uQX;aEJj4KI
z=(lKS{vTWJ^0CsE-ND7>MaJwM>Y#EaDx7IS(@HJKpv_vxFfQV4GprZ<r<v93ibg1j
zT6Gw{Cj_*UwTzu4>%u($iw$0ZI{@P+J$P@}^wERA#llKxGn7+#xH0ozAY(ux6<-mP
zsj70}C+b8?F4xultHJgVkO5fdBH$E@yc3&Jm^hZSDZ!$Mi7C$Gw6#Nn>Gir$B$q#R
z@@h9NuLXB<lP1Jj+e}>+X$*9Eza8S<Nb{|-U1wBMdOX+VQ=&uh-qCDFk-eDISop%Y
z7vEH*J&Knd%1OA=G9uL6wi?v}p7&lDj!R((dzmQKdZ~`xw%MAy)(|OWdKCq`?33fs
zshHPR<U=(xUpB9^kvoMvI0aNuIcANDtO%OnWs5g^3d<&IGPv?bM*@u@P@wqg8FNZn
zLWZDBnL-{BZ?ngq%d`lI;ur@xQJD2Nd<H6C9%dkg*e|y6rlX$|i^6TJgo_?%HU};>
zJsO;eu@NSAnR4&HFb)d+esi6jf4_(1MXL|ukPoDl5#asS(zJ1K3DBT2tgPY@M<ypT
zj=UQ67eap->SXw>RaY_b^G(v@+uGRNm3?qg9dggg<{~DZ;RWtxIq!;91`*MmD;RXZ
z2-pTq!v9tYsCyxfDBbGx+-bSXUSDtL>+<GQR+6b38cRPUdv@o1q7+l+SN-R3oTAC?
zbz?O`+R#5}7@&e)nnmy7`9q0tZx~eJhjj_+&i^5Xi%2e96cx$rL<9>FstPrA<H>Hi
z@F$HPO1Cv9pO8WjjeGa-jFxQotBK0tQyhI-f1oRexA)1K!Q5?v$d9wXjwEJzOSd;x
z$waHal)&ki0bi2EDqNR0nZ_-RSz%1*JUl8YoD%Bd(`Ub}xhcd|_#J^|9XYt&;PYPI
zn@?ABd){6)k2m?{Esap}DO_zdQcQm?{CCPvo55_92X64w6l96@!^@`o*>ulGv9tMR
zuYG^6bd7rAPHwixagri$6N2n$`a2E~K=>`Ks#EWm{k0K{mM8^K&7Rme-Il21hdD8I
zpiXsq+}B&PjAFNj&_CS)c{}8jiLX}M!4o{M4&q;mgNh@pCo9(5FV_D_S2~P_PzT3o
zq!gj3LuyIRab@g0?*_J|uqOM3<2~y<>&Pt+(Y`FL=C$|4I`XxAs#(pygJL9`^&`>!
zqsOKqIOdFgJaVlN`cRd7M%vibL4Hrvhd{L}McqqBF+0m+ZTaJ_sXgZpCK*lv=av-m
zajY7*=p?GfJCWh4Fw+P!TXJ}XQ1nUA3tBJM>Ocr;BdU;Fp#5Z)5Gk}fKLJ@}i_<9_
zPw9~ctENT|*5tgpZZ{dJ-)uWc{V++3I>;J@3ODuPAu!0r1=}8&x_Jn^^m_u7@Y9nM
zV*qgG@w){W835Yx04qHHedpnd5wKGAYt12EI*L34?kbhtg8b(pb$Bk3{?fPUTJf@m
zYEshJmlN1jg648SjE|tGh{)>%3kBTi>ExE1Tab8xLYecbTV7gp*yF#>5ojeV>z5?$
zDeKzt@jOr}%za7-*xQGrsm0&4wDWM9|Gjm863mHWqk}C@<yWv70o8oq!otk@)cyT7
zKY7)pb^?bz)rn~pEAHQ7$g;jI=G;tjDcD}xaR36*OV62Qay(NqpTdlK<L*@yvh|+o
zG1u+89wZIS>q;6S-O|?7(7$F}T}*q~)(%v|&d!)vMAq3Oa)yRg-(=?-oaN-0G8>(*
z{23UU+En?!lAtfQ{WexNfX;9#?P{w~$gyrR!>Le7hG|i7_!VPcnGXcmhp=Qc&pWAd
zA<$tkX`p$hL|hJIJ~q8=Tj~qAeiSD*`T6&2-)rvLN%}4mdQIZqrUqUky&adqsCx=!
zipG~WM$E}2tBkgR;;dgJ!KiQ2b8`M<XSe8H+*@~W|KU+>)#3IwF*8jZ-D&*zjU_2@
z_UG^o@9Aldh5ngq{O~YY=UAElu7Vn?V$cKGfm~L@(gi|>Eqw}Tg}Yh!<eG_|oXT;k
z_HG*q+l@xblH)T5q3!KTLV<tIrIkwSyy(~mR$U7g-CYohlP!bd+lhlw2vbL_FuFpS
z_6(A^mqb(|r6i8!R6nndG(kc*cJcrM;Xo)^jMeU1`7mL*uBMIw)n7lraSPe8uU-h(
z)m4~lR1X4I7Ru=Ydt+t6+izd5b#xuBuftDIk2;0ds<YG5Kxu^W`otI*=}Ls?CmXK%
zkW{5DK{A7q@}{-lN|FrPG}$AZs9`wcLc2GXQMxYpSWol_7wz))VOA+&ih`E&d;`(_
zZL{%*%1ig~%UwFIOUDrDNNm*p#yy#0_KJhVgF^2wR!0GCaGAl7>~AN}@5>3>(9Clg
zCrPpI%L@28kob%p(kZ6b@c6bbiN8R;2?fE<u@gUP{#35FG3fBBi^^%gzT>!v#8H3A
zbZIS3*G_CQRxD4*1Fc978RYFH)%GPVo!SM9A4Do~Y%$AO=7}y<Nm?+9Y)n5MWbtrC
zldapk8q>IJ@n$<?fT;H^{$?YO5Vy6=a8GxK;?e1q+<?^OVpO;?K>jf@A#ro^jGV)}
z&reQKH!Lkz+lH3f+MMv-8YrF$*m4-|e;;)#PBg~fkqct~$gHqj<;0N)wNg$lds4z3
zvRfsC%~A+$URw98zh3xJK*z{O?z=Wl@1NI#9!I^G@RFmWqHJyLCdbBZgMauY(4f})
zy@M0n!NkFF{oQ#xno2id-cV7o|K<Gi#`5y=5@7DYc>jG9=$zksz+L<xP!9y4*S$ak
zO`Qx*M^0Bob{?ed;e`bCm?$?4P$)v4*%2gG!dnSE`_kw>!c4|07e*=Y_99@<TtiP+
zgmmG`e@)g9=*&h_S5#LMqOTmabb%nXHR!mgDKJ`COMCMt-QK3THn#bLW_dX#ViFAB
zGOd#pD@@EE@a=28t2Q@&GrXcro=+j+p(vl^{65A}8^RH6M(d_WHw+32TNfF>GcXkG
zz$lVIxB~qfD6K(Co=yQ3RWTvSu3*U~GoD@ICO5lKau$p&$h{lhf!^NTIoXu+h`?@m
z_qeMG%kf?09vZE7Jtn3(_$Aw76H~{xLnP!6MEM#JJ28wuZdMZbZ3^3m$T%crWg$zU
zRjL$?8Wat>=r^~J4x;W#B4asag|OYL;yb9|h*!arixySyChQqgYG2MSd~ANueGIz#
zPg*Uvh8A^`4k3|qVKos5^5c)51+y=Rf(b7EjoXOewyZs3<wR9z8Yr4jLX&6})np@Q
zml&azNtP(x;yk2myVq?N%dBaMSVLr#?C^<v1tDRzifwA_t+xx0alL|<+@4#3sy4kN
zI{U0p5s~~KZ_>nWRCs#2^9(}6!mZ5NmM<gmUB0nIhp7t5sYzXKQ(CAOh`AIGplN96
z&T(@|xM!q9h^lbMnif@ojfEU$4RQ#LLP~Px#i+Ewai26eGMm9=%38Bc3@j|RJ*Jk8
z(8apFO{qZ(>yE7H`Nb%k;u_hZn2D(zBBIFs{khTYlTTihirbq~42+tD0_5`7{w*;|
zQ%WEGxuPzK;cMcVG~m&7rU+0_{(%<;^Bb6lbn$iFgYcxMEeIPitl0xM;U&DnsJ$*4
zv(oqb=Q-h<HA3EilqlXeBEcnpfNACUc^vi0W+X%-vaaX$gpf>y39v8H=O7=qHz2A_
zz`KQckJNni`jYd5GfCFL9b0|o9P8h+%{OBf$n@UY@%Jf5Wp4-FLft^AW@8-~k}jH}
zS!-{>yKCb0rqo0>)ja#+JsOnhgQp#e*Nvxhfy#~UXfdveP+kWb#VZS{7kCL$8!zx!
z*LTMRE)2({4!BSx;wJ0T52X<ln25utH_2T5Bl@g5;YjjA!b1sN?Z8=K9SrHl5mEog
zEJvA#9wUtqXU=VkgO(NfwkoWY$tEr&RA?aYtWE}wK1Ir`#>NnhQV^HJUle$EPcQYs
z_#EREb%;6Bm9nLy+@79oHSb$mpLyTPf=MaLbaI+&Df}oZHwB}1BAmN6Z%6dLfw8Hv
z4T$OJ;tQiX2u;y{ZiVT@J0DKxc5$GFxhVnbzByf~JYU3D{N;WJF!liB$Uvrt!>3OG
zIy4Y431UPJc5OVLRa7v@YVPmvV^at=xNh_Ux|+5NV=g<aP2kU{tg-+XTdm#hff9e@
zn<UxB5dSzhNlnx@qa+l0I-nCmk7fQ)I3l9`8eIkaY8_2YOsJIZ(Xo{+GEE`0DJxfb
zjJq>wI(kRYg|c8c!=FNhz$7^XX0D*6m;o#B80X{?!=>I@$3xHvV@NT#eWN|nb}2H-
z>OyY~qsX@MVWx1G)Kd<EHBrb%D;7>u)>qWItbbcW8v_6M^K<T^VQ$4B;e(2StxsFt
zSh}+aqCPP=Vu#IEgH*1&E>00gudWvPB0bfMkkZx1J;PE<<s}MX*A6a>X0=LqUDRDc
z@^KERs$;^Dh5ZPhxYbhO(rxfra&QQw&BN$Y4HE-}#^87~^fj-nJBkX?6VLcQA8cm@
zYtm*8WrYuWF_r4){rdZ(*XRXNQkTNfp|gFvyvpJz{)>qGRkfCG1`kQNaYf&Bc0L!(
zrt({&WvW*|qdNJ8Vr#|~7n=c?MMvF2uaUjFk=c-??54#z-N}skq>(x8Zs)wLdE-z*
z*rO%vC@$Nl-WW_^QO#*<b$o~qjz!bg7w&X1pu3i(90HO8QSI&DzD==f3|r+L`o@Xg
z&k40DdxL}{jsitSBt#wcXf3fX5@G&rT_K%1BV8dxT|I6KybxrC>fo|HEq+*YI?3AD
zVv?2ASX*NG>~Z(buJh+c)QY+t!DW7UYT4|RXmFwvAz=?L?`1}+$Ebe@`uCFl_X;nV
zpR4t4kaWsph&A}K`r9QXFs1#g!F}XO`pWbBJw*ySU;Sv!DvU?qw54z?6?O+gx&3HJ
zqp;H7587T{8WnnzK?m6VcgN-~R?~uwv_`8B8C8#OBuRK{nN(N`c?*Z+=33d(d^xW!
z#-X|S`^_hbT#Wkze~H)UBoUFX!hG3(%XH9^F~aSpXe>6qSMthpr%~otY)Tz*AK|fX
zYuIC{du#WEN0n{Y3m)g(qUdlRsr;yeAv~^0JRL_sA4T`!E!scMgH(ba(lk;$yrIbO
zVQBcC$|Sm3=JZ7Vai%BS55#Vngm?b};~XpvYM|QiofZ>et$yjX)#aI)e~!njM~?rj
zbp?)<a~mrP_O?hsDHvT>g;v`@Xwb_p>VdQ6sLxHz+~2TtbZ8VQs4F5W-sX6h=zX;%
z)hJ`$+eLq%n0O*4E4k>;S9lp_?9l#=B!&AT`QKVqQU4Eo%qJiayh}%|_+Pld+UN70
z^WfLVP)QoMo5NXP90|~C1_lNIRHdkA+dfI$gJreW-FVw>9xv9CJJUgT%~JoBAoyee
z4x`(Yg-%DO$bk^OrPY12Xm?iTYbTFPc#_eFVJu8gtn@&Njf}LGrYO~XzRdlmm^k8)
z+A@6#f&%{D)%FRmz_=SlMa3aRKMQ(enNB~XZ_K^$&Hd<o0)2Q_NrKgVVAK|*-kr?|
zBl>oPC9oIKt-opX;P+Gya;frh##=UGI7a-E>VhUY8TL!i<gHixq%BF+&8Bbv;8&TT
z#y@enzo;XwEZ_*7$SZ&7#CajC%0;Do=n7*=)k)C}R7QevX%fwmY@LRc6J_i}?pTGU
zw3W}FCRuvRgLDmOcZ$ESJvW)>(FIjSZF*AZa@gK#an5w>=<y(3X&DfOoJ{QY8ug~V
zC6l@(sG}8W&syP7CbU(b*zQjSiBgT7qrE}g+W(`&T}K3x=X%0=*iUkTQFvM<JX~c=
zS>uk_$j9#HP97=cg=^H!9|u-z802`D4X?)~oD6+bv=KPPo_b37Q`#1X9=RfjF-Fi@
z5QFDQz^|p;ET7~ls`7n~G9w!Iz8H?1ZAriYbtPSCxlIZWh?NS#{mvR=2<D|%Jey4(
z^{8eDtJ}J?cKpgroNY87s%c#U4@Q!nh*Z&HXf2Wi4;!(<DLVNY|3$^p7~Rot(YLNt
z%v!byq>-VOr}f?L!I3E)WQirTE-nJ=F-sXkZ#0@>j6=Rq35_}#v4pmkygc{7-P5;K
zI~lnzU$c<mM0J0+ia#$yFW&ntmVx_$IG9&Uh0-9P`#WK7=Wv8t4ol5I+Qn|1yj(#e
zc2=z=<Wur#kccb!@Z%fx4>1!w=L2*ZWpP?IS?DNs5vk|bU;3l#3tz%1YD=fS#YhZ%
zKqA7qzL3HuW=dx+Y}r5&Y<Tiy<V*Yj7_2z*CGh?H7aie%%F`S<uvcHW*iWaUEw1DH
zFJtPovK5cnG{{pFnqYjIf1Ea9rkY8Oq@kf%|L^-SP{zO;M9Z@#tGL0dPpuglgz*bC
z_WZK`mkbqgRMsrty|@!{?Dsu(JMM!!gG$Q4HqD$U?x3os2AdiX$l;P$SCMu{Dm>O8
z&_d}<>8+F~t!;Yw7kP-7$HR0hegh3Eht>broT_RDY!4U^zYpwn6I`30_k^*>AOALW
zA0`5hN`rP66L0TZfDTS1YtZ-d0G3delhXEvkvFJH*y8<+UXteuM_|}$NE_2I`F13{
z!ln?n?LKJHRSZ85qN?oGgA~o05oqxl%=I%9G7)Cw!lQn~MW<E9Z}Yg=+!l*4Oc%68
zw5B!P?$C-yPxGVsN?snbp@-Qr{C?E3cJor>V`f%1JezDaCnlO!QB|CliIgvSDhp<O
zU_o{D-do9e3(v+O(h!eW{N1JmD#n6}j-(H9ai~_Me%2#Nmf0Vy1MzRsGc?%KZfK<N
z)^45Cm(r9ikeSleb!sLcq|;j922qeGtH(Rg9E-N&CI#FRE;0?y=YGm6R;k#P17`5H
zB!1h_-9b<i^{;~4%?ZU}UX07gdu?s4V_AE5Cjxcco)9amOm{*>Em0~1={fJ;i=ua4
z`HbmU$fv2aKixr!9t=sJ^|YG{ZZmWk6on(r+i(#mjJW45Bv?}NnfPb6hgo+N)4a5O
z;|L4)kLWOO<{Sp3u<I(lqpVY<NmXVbB_hu{&akv(Ht)YZxCp<GCv`s{6E;v<Dt50A
z_omlat^(&&RZ-D$WK$0*>x86m;%5O+qoe_yaqN<eJ2NtbhGu>f$}~%(i9~e>CoiXc
zF&57VM{Ju-p`$eVGYft~Fx9Z4JKojjNXPk}%PZjibkLGuo@%aOm=lQx-EPPTKBmzt
z6Y*;LaOM-|ooHrjFX4Te1wzon+H|d<aIQMoRLSI_bkrkX`}t+pQ36`&<9UR&R#Yl6
zNQXa1sEu=}L6_)q`28t}dh-&F$&0KC-=6U9(vMyjFN}Eas#@e47qzGcX;^7_OuD*-
zqEZ1|79eW#oX&_Rl*~winxbaZlvj<)Lrr~-UOGy6dS%X1%M`cQ$PQzL5wmSPwS4T}
zdl>dqVR@JUe=K3sZn^C6eE_{v=F;U>?3h?1eand5NZ4<t{03ANbmy+Zu~A`UokKx6
zbn`yR-;bVxtgoeoG(>tt8UBt{qjj6jgCIxgOodXmv3vcH+MgFm$`6SEzCT-b37F#q
zTv_^t;$JKWCwKR^<2hb{1R^m3fu*%IpyzXZ{Q$s}KSE{<m<hG$W%;oPT;a&ru*_mK
zu*yYEl^fCiO*$=JK9YPz3g{7U-c3kICkAF#@UN6t&<r3a6-v_!L4_`m9zllq(h^Dj
zV?FE^k~zlSzGpny_gXj6*1ESs6=fOh&xB}lpXu=8hKqJaXRGq3Ij|Gir)BQ^4iDYZ
z;^u}e|NU4L^W#<G(Kp~mCSab!VB|N%60XY7c^H*O(@JS74%^~h@K|P7W8v86zqbiP
zuaFtHn1W8s;r<fUfDcBIw;-`DYFRFXO{IF1hzZ(c?!lBLbfk8ggK{J8ui4yh9%uEY
z=0)jYBNsmd77ITn+;Dm^YIj}8rdm^wD<kOYf$HUT35R(nQ;7bwKT=PLu^sHP`J<qW
zrmjw&Au;4s)%Ej?Z;LvTvrgS$qM_LFu`5>CDf(U9Uy!oOrFtg}DT`#=1tKfWP@vj3
z)n>qI90CgI;LIJktkz^uA_8ytwi_GSZa_Yt+|fIs%~^N2VZ;~rV{#-YKkW3JT*Q%t
zhmnZ&@))_9uvajNxNB5QOAxeDw3$D|qCn<U63Q)H$pVNyPt#O2E=90sNpa0SZ7X82
z5Aqjqwe_u?-C&4tsWE$(h%ObTRJZ4(9)EWU2}Ov+a`H=nvei-unFH}?BYLJ++!4jd
zR|yr8dOw?N{3+~`!uEo)m^M9GF+xy8HQtcDqZRGV+MxDKzSYuHHUguYa!jMbg)zDi
z+Rz$BFxikQy_1beq!EGRe=v{mAXA<1F?D*>SxHVERu|NLSA(CbKyGg%ZThF*OOXFE
z0Tz6gUC$rJ=GEBmNh%}+2S*{;Tf#n;L5(LIzw@+C)M!j~l@b~8SX|8%RPQ@f_#%lB
zcHsf&mpt($OkhyQ@VWCUzbX%|{z<Nnk5AOl7GO1Y;%9|<eEhgHGc&_10K^B)YSioL
z+~YeWZX>jXgQ}zUVVQAl)6B%W$=0h>6knW1!r68zg|}O=JZTfPM*2d+(*{~B?hX|q
z%UK2CnL58}e|u6sYxvrw@oo4ri9xQC;m@C#51gLG)^oYcyG|J7c|<)M5aN-MILPn>
zW?S?KQ-5At`hqDSMrgN;vy~bVddCTQusBeE*WO@b;@QTo^G*4-<LifyX{%xj$+fH{
zP0}rb7w_19&<-}2|1&**`R_R$tFpFb=JkEsGXX(zi6nC?@AFV7H>6}w6$3WFtX*KK
zBxfr72%nT?x{`<#+LX_dGRN-tP$jgC93S6HB&Kbn*rclM>y=wR*;Sh5qNYt2NC7n=
zP0G%B+m28LnRe{!!doA<)UHr<v27&(O@$EtU23hkh4+anS`ar<+b86%;N4;aja91u
zT^dZ|a$@)Ep61VYCy3z$9mc^FSV`Rt?0G@lSD5pK`_vv<LD9`SWgE!)hTE>ONEo$;
z_>Y0<uwUZ^?Y<6jpW#`G5E%L~j_#}JWZRn-c^1U%%=ecuDTTP6s~ggz+l*WPSgU>?
zI{$U`Bllf;>_<FbBZBB<&wAgK5cwC(^UfDhyQC7P8kSxtlGJ^8EKU-SvZ`ug3DfoU
zb<&P~PFq7mgT+wn)FgeTF}JvQZ$rb(($doJ-_OSI{Ra}S52;&tLi(!W$*Cw9(AX%k
zQ|GNpoJk>Ko1ua+mSqjI@M)B$92NZ)Q6{p5a2PpwZ)}9WqN0Hf3vv~ePmqStqk$t7
zBaLh+KWpJM@oZBptl}Bt;ls7(=YQeowudi`HQ^ohrj+wC&^2+N(}B|f?VB>r&oD%?
zEPZs2f}jEU{xF%~mz^iOo#nYFDTn>@y@eDsFul<9N$s2RlsLw7YpgLQmf_MV%@s>X
zIKRe{^gAg}9?p+*2O7-#V`WnC&=EuZIOM3(pMFnebNa$bi4Gx&)H$>W{0TB5Ol}J%
z%+7ys9AvO~!_?Fc%>9OUt~rBix|pt6uMW*(R)_>>Bebu#Zk5NS?o`Gb%VpdxA#P{B
zy}cK;t%b^*9XFo;l2@xQCC+RrJ#K`kUc=SQfdRoxI6SyK10aS7A+&#MC>k)lb7zYN
z-d_xpm~}s`#&h)EZ@ipt6!>k&0{z6I`uhKJqD1!Oe9qUMbD8ai9<vj<0t>skKfX&<
zOIK?7$itJ|#*55<eCH>v9dEYZIum3m<D!1{L*sC5&g7_^Bfz<OK4_fw+&XA@V)}sl
zQsmz=qfuTmV;<OW{GTnd4%A2yCb%ON_BN-rWIpejT!BG09FA8K?{iS~s)!gCCpUs5
z`9dfT!VD_IM8T+Ej0kRIKzkmDkX9y@h{(WHK`;I=rm#cFerJlU7W2mkw738LM5_OO
zBA|b~@4eqHl}`qSq+Y#MRaM!DyKWbaaHxza($7y%bqQ^L*64ow_HDW^-`aS7KbXzt
zDyi2}r%vD2>qV!%J~Mi6-~SAA@u2sTJ&*a17@y-8vG7R1BZ!cOFiquVGG53$xO`19
zH&(8xZa0hrBi4(s*sjHW^WPUB1-^hgAik6o6ck)ux({&zlM)&R2L3?SC^i<>&&5S0
z@C^X<T4_7gU@Bu8KM?;b1ZxTb_BJ4b-4kY%m6xYddBu+;FLztrM7Pq$t_Ut+3Vw3Q
zcS+iT1A}@t+4Gqxpn%v3*(2$#wjpEgTNSqcr$XI((D~hY)raC>+LwE|?YYu<!Qt<f
zW9llCBG}ZHgpi{?Ic7ti2KOSMr}8t$8!5jdJotVx=<zK-AK%Y~1;M19DY(0U9vDWD
zY$+p4uPo%#93MY_&^}M0LC_OH;r$PRzK6;GvL46<oYU3V4zK6_*WJ1QL!G{VTvFO<
ztF1Odv}JWbgmOr1rCODAP?Xblkcc71aWL)nl`V_K7mM(bE$a|bISr<glqr(Klrb}j
zNsKdN26Onn-n;E%Kc62y|G>9Lk4Iv>-}n1|-}iODuIs+9=Oy(N17osgfkIK$Kz?h@
zda3~drhWA25iy2ppHqd+owhd`dW^e#>y&CoBb6$TQcuc=GvZ4lMz7+H<Wlxa|CdxF
z=zvF@wECJ}08a7wthoMk2WKo6m($yPD%n0_(}JJYiZiX`e6<qX-i-)l(q^PHdV4qj
zvCP%gmCI(=M6hSL)b;Ka8?wR-RxZ5jOq(K)JkNUB)#YTaPBne_+}qC0jmIcFij(I6
z)NOD+s~3Rtai9X}<*pBy{B$&~VZzTde(i!MS<Q^0+OoB{AMv+&j{;&$fBt85;ksj2
zTryGb-Q~jdY@Dy79y#5X3aDm&PEHSbq(196CO>?d_d_9aAKU_m=YaIEZQC|<vh;u9
z=s!(xz;);w#=wc41T3QphifB!`d*eqNM=&VU+1{<KYjWmKi`Z^8QZXGVI&6$z&D3$
zL@Ou~zAN3lTk6&W9^{hwSM|bnxW{rhE(GQz5aZ0{3s3~cA9%K->labaqFK2VCF#@r
z0^*OY&_#S5mFNY0SBvA#&X+n0P1&^3TqcJjePZmlFR!@Rl1;<YjV65aQSS2-KhgfV
zV(w^y`>B&94rH|r%8N4%=5^>VwrSP0UZ^1N?zJk0mN;B>;m->9yh8r5yx;j%Ouk?`
zY{T7#UX#PwNAztBl^2JaXBxU^&t;T0^2V(<ts?CK(wNB)P(7P=A<r%}^IR^!>W)XL
zPS!UKMMpL&T-_xM?=Z4q2C&NJ>^<5QI7VC2IN~)Po#&vVa;=*<E0;ApRn_;+vc>c5
zYrBUH?bT^XO*bcA@7zdQb4EB6V5!liy$JPlhXZ;okfTQDQXAcxGU+e$?)X(YZBAOb
z_f*J{F5|8dA*F`HGZt4a;WolkblZCr-1Jo6U6M?-hD|99z|^ss^1yW)5HIFG$0ekc
z`Bj>mnuZ{AkWqT_?&*i2f`KI0sPD3mD66ZhuU-vY3X;GJPTn;$q+257IyJ=ViwG&m
z@8ojn7hb9CJ$fv!?eSGb5DbwIg<*<xqH$)K+o=)<FC<&uK9-l0lS8M|Z{7NE$e{#~
z6bGF^#Dxy()sUwjgZuXW(T~CAF3>nkroF4HkMc8-NEE+*znt)Gh<Rob>qXxLPF|_5
zS@WfWJeq-2n_S^rATPpar-+Rpl2;&LA}uXP>-4XHXoF;F5N#Nxt5&Uo6~F6odjI~0
zf%by+@z2M1ZAv<TN)K1BUi}W>Xew1^Z4<E-<7kZ;d1F?y;?>8swY5m2Y&DA0u(U8Y
zFU<GE$82rmXq4+#XJt}JKN+Pmvx|$1i;74*j|-<d#A0#gPKuEYe{hi8T-UmM?$e$z
z#JQ~2bqhj~MqEXsNg}9Pi6Mg}4L9m<&EAB41TlG_3ON({hK4I*_E9JlM@L87fiH`_
z{HRnaN}=~xl>#Y)r`OWb!v3_oyE_`d<i|Ahz_CY9fD4SAEX?gv9i`~{mKGqZ;xfsi
zWVie8aOb?dJcI*SELKNH;Drcfi*#=sGVEDuKKcl`T*7gN>Pm&~2f-d;;xBT0O`5Xz
zMAeSP_$-EvZf}QuB6imt=@F7~W~Mibuuas-9F6+3Tj^Ylg^^MTS5^ZI4tYehY4F|s
zK8CBbl=e0snJ_a01+z0Vn$|PTGI28?BDN>m!z`%vU)zTvAb2?oaEr}JGf$Li?*ZtI
zbNJY=r-~b>)#HuY@X!wX>^ao>^1K1kXJ|uZtmL_JtTKW}a@VnZMj|DfNs`N}c|Ni!
zpZ)vxk-*l7kB^5PI&Uz|9*GDN474-YI;^r0x=iZmQ?o7Oa6$fQdwU@PiKWqI9~d>3
z4eid>-?>wghbjQwQ5pb3Dnv}(&l+OWn7Z5BJ39viq3Eriu?or&;K7jJVmbS+xpp|9
z*x&uNS?qoA!qR<eL&)R@0PSTQmNlT|Y1=LxKIr;R{}-w#iuzkdhVw(uc3^^C1^M>j
z@8@dx7XJ(M>>u<uGRD6&?t0DT`kd-u(xrkZ_0T_V-CCy}N9P0OhMuOG*Ksc2jEs!b
z3+rAKXDJQFKz;uFxjR~*U0iLTwuJs%*T7~1)!GIy$iUFLaNz>>KrE(8;%Wv?6su@x
z$h!J0%5RPlUHzcET=qeU{<hRDnvyke)4yrDcZ21-&d#dpO^njonf785tL&BcI57&C
zR0%Wp_8(U~(k!Q6*kU<4S^mROgH$nLsxj~NBF3V31Pyy#y!aciU2hvK0*4+lPo6w!
zG4=Kwca|eWD|To9>dkVM&ER<JY>KfPYpOUxP_SdTBF90evy9DT21x`=`mY8~;9Mm0
zOk#ByB+&!$&-wY<&7Q4BYZ{KObekTCm@-_`P~z>Fpvfw;w|IA1t<~tuIw*lIkRBc~
zT^yaAC4-i_FxXLMlDgYZG;~uKL!6o&@!yL-VqNZDN)6^E*@L*sZR(p~*nY2-hyesh
zbFGj=p(FD@ASj6I$I#8C6x-^?f8WMrasg%y>bl%;x12M>5!S+vAGWcPjHl4Wvvk=k
zGM6SmHz#W)zN-zV&4xKM6%`e!f&y1IRVJZ}>h+`_eWV|=qtsPauQp{55h>&vGq0m8
zM30v?H8pLqG=cHN^_{2^K@caTZv%Q3g8*}31oSOtfJ8bwBEwyS#_E;0!96j<7pt^U
zsYdkvDiVr1b_%;DZtI0(?)DQRzu(gi(oH(U*Mp+U&i<y=h^^Sr&>$PvlfBt_9;3nD
zb+(gPrO3n8BSs%9Ql}ZNwZfW_aD3hH>{(ZzyFscmEzmU9UnUV!`*v_c+6!C)dSZ;X
z_zczeavFmN@^Wh@GDf<{tv1N(x=*oE59y7^f<QDkoh$x`H&82+jIhdfZrwU|AFxzR
z_3>m~M+@m#TwH7{0L|_p$9aC!h>Z%lRN2*~79t!x`%uL%q7Y4JXmAzp8^VXcEzFu}
z%O$Qw<vVgcFI}SXi)dGNXCK*|G>n3SaS?V*0d2U7pD_~F=N!Zqq&9~=+qsUxx|}Y?
z%V_f+=StYzFPAPY#sb;@{_$0qGC<SWXo_?MuLbbKZtzB7se$~KiON`{S*T28Tt)ce
z)=^6}4r?KEb?}eE!fMF+TESf(Z>04STZfG{ubP{=LELbAmk=J&{gut(TUIXgepkwi
z9CXY+Vgm9v);QD->e^rWZje($(V&XQ4r$#VPX(H>6S=^>y}je>aViPqHSn$*&l^Ch
zRyvU`Uc49@O5}suT1@v&PEL+*2UW1vzpp7#I*A36_)pknfYrp=PuE;Yxd&4?Ha6zp
zWV&Jb^^0j!n1M4~nS^T}xGpPn00>lLQkU}L`IkIBXJ%%Iv7R|xV=>QIn^{^2YZn0c
z&_F@4OF3!Hy#Rg(P_<yC0GNX>hTfK(^Ym;Cw>Hb*0N!>x#pU#=Q=1s$A$=L;L}O}$
zY@;Wdc8u%?chV<fBAuA?jHMimbqJ@w*v3f1=2ZIkp%+wDRJQwY)RshjYi%YIPY|=K
za(c3eO$*Y#@rKLQSfHSyq5`c5#u2qj<%FxN41>AfFl+kdxbDwk78)`82-6Ldeq<vV
z9zh_PteN<tL7g&~aBvI3J5hZ&{x2*+^=C`&H<@XxE!h$4j}(fC9#yU{#WJ@(%2M17
zMDo9~vv(zE1`UP*WsS2S`T3pz))6yPhk=1dYck^lzy#_wv&fl-M}%4B#h`ovCW3R=
zSUo9Guj2hr4H{JQ6h=n!sv4|qK@2KZ(Ro)N+iiAJzUGk@|9x-lj$vhG<={G1&OKC=
z00bNUKwv-sWF;m!R-Git_jUTHOyM{6&YfoCf|U|CJGp(je&qs%Ep+jC(!6LSvLnID
z7th(z*0%9RX~@J!G~wIC7hq!nU<3rQ!qvx(jg9z140O43Wghmq_vN%87cHw98SkBM
z-->oWTXezQ-4b@*G`2@L+cPF|<cud11Q-I$H#q2Z=@K7KM~pG2B0>^+;)HB?L`ph;
z{&(04^*Gni{@YZUkV>b@P)d<WZ4aoasew{L4dk)7X4Af#P%u8>e4JF9fRI|WXi=Fr
z9mb$AFK=4hXQ@Y|<hJ(q{@&c@FPkLH*fE@kiTp4oI$`fDcwrkc{y=RFr1%?1aUhq|
zdQ2c25;XJjJ0Unez0OXW1I@TVK_2eF@Z$G3ZY(sG%pB^u@G|a~UluP}a_3my(y;e)
zv&6j{WFPdT>rm<4$f)AD2L?FV*;QTH(8e(R6#`#X#*I)#xp(eh?)8%vqUZBN-%N7P
z8@y|4LswtHU^`o4Vqoy*?b}a*J9nzv`uk5{cBQy`$^%5Xav`832NPB<i2^|wqyMmd
zPS?bK>>WS72Dt>CnAO}j7JMx#YNSTUA*zd@A5h{VC#Np_G<uep*}IV3nxNUvWYQ9=
zRaI4&s+(6Bd<<zp35<OEngQ`dGXT4hySo)FMZ4B6`*~kZett(sM^((-q9S!=WnZ-o
z@!vlvE2|1G#+d}K?X*&3ue1vmS*|2MM@Lqp7X3G3uwur}lmGEp9$Cl^ii?SH#?H+<
zuPK;R7&*|E+Kh(w{JFwRW?QX0>g+tEwF#ruH1_^@a%7LmSa9{-yWW*AQV)G3&yxcO
z3*O!O_3Me8VjPyZ<Izc%u;^^8c&Ld)nu)+G{gYQX8f>l}ms?bHI6;%nbv=IEUo_gC
zln&$7a?wa7=0HNPI$vqITo=p$EQt?=#oF%O`2f?vYTcNqCk{+uAc-h<JRl{8X86Uj
zep~9yr<^!2KW)Q4tVrMP9SZXg(#RB0^5@T-$u211!;C*Tql^YxVx^p!o%KeDQY{QA
z(gFnIC8Dt&EY~A@mhNnWQo&UDt5g%*=P$u|nnwV*FB;8c3ak4dXhJ4i_S-VP)?Dy}
zaRn#7pLDexH&$#L+K<~O?a3z{%bQg=1(=nEp;F`ZeK|}Q$`BFbIa7BHT9g|uln~3j
zDra;)t1QL;%-4G_8@i^jhD}iCO7X-Au!G+HXp!@_tmfum!NwcjEYi)gu)&pk;VNmn
ze$WzCc?VG)R(ECu!jVQ`V8gAJi(u+~`t%7)(QrjitW3(4%~~tg>;J-Aas#JEejnI=
z3M9`o@vV5x7cs91mmlC6B!O2GhR5B5=2Jnj>WZ!}EliAMH$J%So)x8?E<QUxD~X`X
z5P_oMFZ&BafUj)UF01HGI7q;ZGN{t&*q+I$De0&EmZ!1BXQbk6@$gFG@{*I8Mfv%s
zlLJm0Jd`VjvI%8V+^UL3SmiztMP=T_VRgC;zZD<sBRX_7YLjA4hwQRWnB2YP4<dz<
zk*td|^^DiAkHF8kwGr#(_nOO5d8EX9$ExU^;Bj0#qh{i}cKP)O4;~m98CAnyc-c1r
z7YZ&Je`v_t!(*$>MCYaAnt}WRX@8dVi%-ads|gM8_xI1UyRk24_~%ELTqe>wI!-z>
z^=N~on1Ao_HVJLy1Hs?jeJ1FD(8JUSo@m>3x%c1dEL(s*O}owY$E<In+<Q`h?&i&#
z5&c=QypiWu;$UuQFGG%isxgUta8Ff+s5$JTVX_<CmzX$YWIy%V&L0a-PH7SZo8x<!
z5~N2f;u-+JaTTYg&~srpUc9g_uZw?iUjE1LC=^;lk9BS<lrTzCAUdYK=&n`H(IE2b
zjY$W1ejz-gSFPyS0qh+G&bq_1#ZzOpW>KyrM<w=*1p~pnaiyPZ^^z!XK+?UGud#Yt
z9kx#Jp^V{K;h~vcZ|`O2=Jw^~W|{?${)<xbsVbAf17Yf0YfoeW`o6!ynhTCy_K}Oc
znO82w<)x*5)6XFO9BbVL9|&&<bk=q*mx|?ZYI4%f-kw#)hPTqv(%n=iji!sDvCbas
z%c4dgexXg`O@x%kFjO((YD{~!n<gFDyDq-<;dwz@o1M8jf;VQEMOdlT8m1A%l5~{U
z3SMXL8IH_4q*VatX7gsG`)gVc*C;tN*{rMD#wTEOBIe7JobAeQKGMjA=SRfE;BKBP
zc?-#Od~=eyy6y4fiH^6>twd>{2NdIdI7_EPtm(F28(&`Vt6ODNm08k(%CF9$pAME*
zb>%%8=JjwM`syXa6ON;bd(eegg3zg4OeP9vLftskW*HDF8?@%o{|ELLwOYPhytrb`
zQ-Zq+yDJQ>X^7LX)m)zJ77!SicE{Af;MkUw*8a(tFJFFqm5wM-))Sl$%?RT3A0FMd
z_*`gcRb}O=WL}J_aco?io{r9McT7!9^EMs`3JTInT)ldAyjvxmPK8{I-2M3OwYHX)
z%g<Il-@z}ukID?IqU&`SDr?q&B1Z6{Ow`m>RNfffwcCs)IR$q|lH}g2*CN(n(+cz>
z*%__Ev#4(OGGPyyoWUgtb<$P%yVrKdjVs}}!J9__585$#DRFzCejyOCnj?CquS`yN
z(pd$cBPCtD&T#QL%v;RF3e+*+z~AxVRGX^Al$DnsOdyLzV}6x4UtNIGZ!+yuJC#hV
z>Ff8$Y9?AUN@F!FhnIYk2e*?<20EU@;qbIH%!6Nhk4JO=fM6SeE^NJHLmgA1UVc1J
zse<vLiror2xT5dzaI_HS-pJC@($Mf++Q*kKe<|W4e)wIU9R`gbU%s-{Q<tHlt`3Nw
zZ@TzH`ftCz#j{|2#n6GYXMYugP9A2{jMHCrmW3lCgT)VjF!4{EAV_uUwOD&0I-4&O
z%{_0hx_l6|yZm}ar>Cc#wg`7WYg(#dag)Jo!r;Q#yo>pkdT3uV532E<TZ%KeWiLbp
z>AN>?-h7BKnTue^G`#%bRjC>2>2nc!!~4RrsuMIPCb8mZ%#Hz{v^$Rc)sS;wrQ;0Y
z6nsinTbq%YnM!p1VMfbW3f<q@bj=C=q5#+p<Po6ZKGkE-pfsX@d&<#}T+~+<BWB@C
z+&l1{8=^$$4Ae1@#K}ZUotcObNq>ZxA&&?)1=n!k?4eu}Bu-~p4Ppjyh<sRN6(i(@
zC<J^z4TuP3We9~nj7%t%5lB`cT_!>PIw9_#8P~S3+2PGQg-!wOC*0eVrw>4f_rse-
zf8k&>L^yV>#V7<25gd#)yUv(RKCZ9a1$|DH6wBIeyed$aSg*1-f!M?-FAwtdMRu=*
zq?MSOnHeFQg)V1Z-i==%{EzTi1o&`TE9H<@aplLfAM`6o>?*t{AXhFy3Bf56s&Ylo
zAZQ4(iAB~3VJ#3qLpzB03qZ%jace|&Om+7nR!Wor`*E(~W^L^h{sHH3K|7*T7`h^?
z@7}B_$W-dIo@{S2Przql(8~thEwO5_A6~MzwQZge@PCxd3JE_L@sQb$B4<Z?`@WO!
zs!+9wGkM1tt)z=$LUH7iaEF4-3TK~3D!GWNm^DQXIz*)vfK(&s+?Wtz?*W6#9CGBv
z`8Thw(y?S-Nli^9>?5&WqXq@Hy`8r`q^~Ih?IR_+h6w}$C^#s7lQ5BQiG!M|Dy5mi
zxsMn%v_AaN9f)>z!V|^~-?p~)tTGK2bw?2~F<SgvLie>A!Buajit02h5Iexaf{Gzi
z!|Vc&PE6_T=}_3*nf)UUl}=Lh-_U$@tcU1bXmMiXB76bBH+$Q6=TFs&#~FCKJfbE^
z9Qao-u*7nO;0hwR5Do9Isgiuv+%Zx{B80S*k%YT#Z{Cz5$cZy{N)U7~he30%_*I6%
zh{9SvEH7_<`O@y>$;@#c5!APx7I9_leoj=%HJ=FnN4OnMct^Q>sr3G)8_SnOu}?2c
zb`wlaR>M0+c(tys4q^?O9;_~vm@0+`0<f6Y#JM8(_npR%f6!N3lEQE+Cs`v}OL)>3
zjRu6Xh`%4ao#5#I5eRI-vlvxC<F}+BkQfg04k)o$Tz$s_6Ug2*JOENO_1-e&_a?Eb
zMHRBi=`c)c_*X|ZVs&#x@dKDo`0I-m<gZ&jxqMS9l_L75JN(^y@W<`#?Gc|ty`o<a
z=b|1r%)MUC<eS!rLA8d;!BPgY%uk$1%FmD7{Y~NvOi6gveF4Q3XK=<q^$s8e3C|Bz
z?RfB+;ivm5-5lue$G(7YR&w1+-T^j%h<&s^T!wcRc#s#IQs`KYnGrBte`{kS27(J-
z2`yTI+1B=ZYya622S-N=Yy*bTi_$@h5A)3-nYGiq;J$sx-R_YFtiqG-QNL(-bg-&G
zo$|DtzFruKC<}D&5Jmz%PRcx_x!e>kH8Jt`9zAgT4Hg7E794IEV}sN~B@TrJ1vCs0
zgo$k#Nnc;L!b55$T5B#(&_s>^BrdM<5KR~hc4~cqMM%4-;@189t$e{rJG<aRbA&WG
zIfZ^}t6g?Aobv{G8ykV}DXyLI+<SDsqM|XHWpA&vKmk)%mjNf>@eiY2{>?R?ZbeH!
ziCRa5?)Og#Zy;bAHgw6A7BX>xRR)hthXLgh+?vi=8MBXFzXFW}yX4|ULZc#{P@R^h
z(s21sZtgalOP4ND5PPaLXL6m}7GuW(Lmw{}oN#!a`T3a$li@pX8lVv?oth-ActuLC
zVPmi~^`3G+-5VrAO5-cnw$z8KzZq?*(+krsRw!VSLWMMLIN-?@2jAQ@U0esTO03*+
zBCp%WUJUtVl+5jA%$gFlN1Ch|&Ta;&SZHGQWo2~ttn$FwRB%8^EeVFHtT;s5E-N+5
zcTK7j{OYR1(+Ouwegi&!uc_|UM*49)*zIH8zQJzGD=9~oU$??=zwfUK32KlUmZ_EH
zg1gy-n|hQT+MIMiD-o}NWFWEjVj<$x+}_*Tr2h-74>m<uELzv`mps4gR_oN3STYy7
zHgkKGaB(LGhtXLHyb02j`Fj@;wq;3|byMJ4P4)QO1UB|fz>M`x+%-QZGa)g%zFfo>
z-m}|`m{s~6)UYe{E5`UU%P7jrJ0(?UHS#8ra6^>J?9(`k<^T{&D9YTRN+%Zw2j7X|
zt~2txmL)?C^5(@`DG5V<mU}M@csBp@ZlC-*IZ;i<SJTTsZ~m>VHnEcXYab9<IBVC*
z5qrGEHn07%ujIsY%+;GcoXWrd{7n~=tzU?Q?XBgg(R<>=-o=0Yp6`6W6w{#VTZSi0
zdJa6vdZEMcOF8@1=gXvQjF;E^yaV^2m*1-R-QSnp^>mHgpLfN!?Yyt%T>0Fd>Ysj=
z`{y(Ny_x@P@GX%0>$VErUt9hA{-*r@lgsZNReVBIXKnfCd8Q{6pDeWuj_Wb`=hdZD
z@;I_iLHa*Ersu9rkv$9$4D@p}K6msosnf|RX?oh}y7)gT=Kehb^lUc>q-%cPK^3g{
zO78D|WxT#mk)0)uqy9N)s?B%WkGLL^U-kDZPVeiNL|Z@lJfcQR$IWY~TfcDl`|Y00
zqzm=5<}CW_=T8_7BZL3`af30+l(b$G$2b1GUhs=q2}PEabmHHh=U!*k9iBAY*?G@K
zr!gm4VPT=Xl$th?+pyb9v{p_|ZV7p>1Noefx3?RKEEgPfKET^Ic3!^(KlzsU$@w#6
zH?wnoZum#eK!2-&uKsr2tp;`mTg?oN%(fcq>KmEq>rYngeE1)~;O%qX<3h-P|AolD
S$S?2<a@KnfTNNQ2<Np9+$Gc4c

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/blog/day_80__default_backend.mdwn b/doc/design/assistant/blog/day_80__default_backend.mdwn
new file mode 100644
index 0000000000..5b6aa7f981
--- /dev/null
+++ b/doc/design/assistant/blog/day_80__default_backend.mdwn
@@ -0,0 +1,14 @@
+I've changed the default backend used by git-annex from SHA256 to SHA256E.
+Including the filename extension in the key is known to make repositories
+more usable on things like MP3 players, and I've recently learned it also
+avoids [[forum/Weird_behavior_with_OS_X_Finder_and_Preview.app]]. 
+
+I thought about only changing the default in repositories set up by the
+assistant, but it seemed simpler to change the main default. The old
+backend is really only better if you might have multiple copies of files
+with the same content that have different extensions.
+
+Fixed the socket leak in pairing that eluded me earlier.
+
+I've made a new [[polls]] page, and posted a poll:
+[[polls/prioritizing_special_remotes]]
diff --git a/doc/design/assistant/blog/day_81__enabling_pre-existing_special_remotes.mdwn b/doc/design/assistant/blog/day_81__enabling_pre-existing_special_remotes.mdwn
new file mode 100644
index 0000000000..45a7e9f20b
--- /dev/null
+++ b/doc/design/assistant/blog/day_81__enabling_pre-existing_special_remotes.mdwn
@@ -0,0 +1,34 @@
+It's possible for one git annex repository to configure a special remote
+that it makes sense for other repositories to also be able to use. Today I
+added the UI to support that; in the list of repositories, such
+repositories have a "enable" link.
+
+To enable pre-existing rsync special remotes, the webapp has to do the same
+probing and ssh key setup that it does when initially creating them.
+Rsync.net is also handled as a special case in that code. There was one
+ugly part to this.. When a rsync remote is configured in the webapp,
+it uses a mangled hostname like "git-annex-example.com-user", to
+make ssh use the key it sets up. That gets stored in the `remote.log`, and so
+the enabling code has to unmangle it to get back to the real hostname.
+
+---
+
+Based on the still-running [[prioritizing_special_remotes]] poll, a lot
+of people want special remote support for their phone or mp3 player.
+(As opposed to running git-annex on an Android phone, which comes later..)
+It'd be easy enough to make the webapp set up a directory special remote
+on such a device, but that makes consuming some types of content on the
+phone difficult (mp3 players seem to handle them ok based on what people tell
+me). I need to think more about some of the ideas mentioned in [[android]]
+for more suitable ways of storing files.
+
+One thing's for sure: You won't want the assistant to sync all your files
+to your phone! So I also need to start coming up with partial syncing
+controls. One idea is for each remote to have a configurable matcher for files
+it likes to receive. That could be only mp3 files, or all files inside a
+given subdirectory, or all files *not* in a given subdirectory. That means
+that when the assistant detects a file has been moved, it'll need to add
+(or remove) a queued transfer. Lots of other things could be matched on,
+like file size, number of copies, etc. Oh look, I have a
+[beautiful library I wrote earlier](http://joeyh.name/blog/entry/happy_haskell_hacker)
+that I can reuse!
diff --git a/doc/design/assistant/blog/day_82__git-annex_branch_work.mdwn b/doc/design/assistant/blog/day_82__git-annex_branch_work.mdwn
new file mode 100644
index 0000000000..ed2e4e6029
--- /dev/null
+++ b/doc/design/assistant/blog/day_82__git-annex_branch_work.mdwn
@@ -0,0 +1,26 @@
+Started today doing testing of [[syncing]], and found some bugs and things
+it needs to do better. But was quickly sidetracked when I noticed that
+`transferkey` was making a commit to the git-annex branch for every file it
+transferred, which is too slow and bloats history too much.
+
+To fix that actually involved fixing a long-standing annoyance; that
+read-only git-annex commands like `whereis` sometimes start off with
+"(Recording state in git)", when the journal contains some not yet
+committed changes to the git-annex branch. I had to carefully think
+through the cases to avoid those commits.
+
+As I was working on that, I found a real nasty lurking bug in the git-annex
+branch handling. It's unlikely to happen unless `annex.autocommit=false` is
+set, but it could occur when two git-annex processes race one another just
+right too. The root of the bug is that `git cat-file --batch` does not
+always show changes made to the index after it started. I think it does
+in enough cases to have tricked me before, but in general it can't be
+trusted to report the current state of the index, but only some past state.
+
+I was able to fix the bug, by ensuring that changes being made to the
+branch are always visible in either the journal or the branch -- never in
+the index alone.
+
+----
+
+Hopefully something less low-level tomorrow..!
diff --git a/doc/design/assistant/blog/day_83__3-way.mdwn b/doc/design/assistant/blog/day_83__3-way.mdwn
new file mode 100644
index 0000000000..9411c4c1c2
--- /dev/null
+++ b/doc/design/assistant/blog/day_83__3-way.mdwn
@@ -0,0 +1,73 @@
+Syncing works well when the graph of repositories is strongly connected.
+Now I'm working on making it work reliably with less connected graphs.
+
+I've been focusing on and testing a doubly-connected list of repositories,
+such as: `A <-> B <-> C`
+
+----
+
+I was seeing a lot of git-annex branch push failures occuring in
+this line of repositories topology. Sometimes was is able to recover from
+these, but when two repositories were trying to push to one-another at the
+same time, and both failed, both would pull and merge, which actually keeps
+the git-annex branch still diverged. (The two merge commits differ.)
+
+A large part of the problem was that it pushed directly into the git-annex
+branch on the remote; the same branch the remote modifies. I changed it to
+push to `synced/git-annex` on the remote, which avoids most push failures.
+Only when A and C are both trying to push into `B/synced/git-annex` at the
+same time would one fail, and need to pull, merge, and retry.
+
+-----
+
+With that change, git syncing always succeeded in my tests, and without
+needing any retries. But with more complex sets of repositories, or more
+traffic, it could still fail.
+
+I want to avoid repeated retries, exponential backoffs, and that kind of
+thing. It'd probably be good enough, but I'm not happy with it because
+it could take arbitrarily long to get git in sync.
+
+I've settled on letting it retry once to push to the synced/git-annex
+and synced/master branches. If the retry fails, it enters a fallback mode,
+which is guaranteed to succeed, as long as the remote is accessible.
+
+The problem with the fallback mode is it uses really ugly branch names.
+Which is why Joachim Breitner and I originally decided on making `git annex
+sync` use the single `synced/master` branch, despite the potential for
+failed syncs. But in the assistant, the requirements are different,
+and I'm ok with the uglier names.
+
+It does seem to make sense to only use the uglier names as a fallback,
+rather than by default. This preserves compatability with `git annex sync`,
+and it allows the assistant to delete fallback sync branches after it's
+merged them, so the ugliness is temporary.
+
+---
+
+Also worked some today on a bug that prevents C from receiving files
+added to A.
+
+The problem is that file contents and git metadata sync independantly. So C
+will probably receive the git metadata from B before B has finished
+downloading the file from A. C would normally queue a download of the
+content when it sees the file appear, but at this point it has nowhere to
+get it from.
+
+My first stab at this was a failure. I made each download of a file result
+in uploads of the file being queued to every remote that doesn't have it
+yet. So rather than C downloading from B, B uploads to C. Which works fine,
+but then C sees this download from B has finished, and proceeds to try to
+re-upload to B. Which rejects it, but notices that this download has
+finished, so re-uploads it to C...
+
+The problem with that approach is that I don't have an event when a download
+succeeds, just an event when a download ends.  Of course, C could skip
+uploading back to the same place it just downloaded from, but loops are
+still possible with other network topologies (ie, if D is connected to both
+B and C, there would be an upload loop 'B -> C -> D -> B`). So unless I can
+find a better event to hook into, this idea is doomed.
+
+I do have another idea to fix the same problem. C could certainly remember
+that it saw a file and didn't know where to get the content from, and then
+when it receives a git push of a git-annex branch, try again.
diff --git a/doc/design/assistant/blog/day_84__deferred_downloads.mdwn b/doc/design/assistant/blog/day_84__deferred_downloads.mdwn
new file mode 100644
index 0000000000..0ae684e476
--- /dev/null
+++ b/doc/design/assistant/blog/day_84__deferred_downloads.mdwn
@@ -0,0 +1,33 @@
+Implemented deferred downloads. So my example from yesterday of three
+repositories in a line keep fully in sync now!
+
+I punted on one problem while doing it. It might be possible to get a really
+big list of deferred downloads in some situation. That all lives in memory.
+I aim for git-annex to always have a constant upper bound on memory use,
+so that's not really acceptable. I have TODOed a reminder to do something
+about limiting the size of this list.
+
+----
+
+I also ran into a nasty crash while implementing this, where two threads
+were trying to do things to git HEAD at the same time, and so one crashed,
+and in a way I don't entirely understand, that crash took down another
+thread with a BlockedIndefinitelyOnSTM exception. I think I've fixed
+this, but it's bothersome that this is the second time that modifications
+to the Merger thread have led to a concurrency related crash that I
+have not fully understood. 
+
+My guess is that STM can get confused when it's
+retrying, and the thread that was preventing it from completing a
+transaction crashes, because it suddenly does not see any other
+references to the TVar(s) involved in the transaction. Any GHC STM gurus
+out there?
+
+---
+
+Still work to be done on making data transfers to keep fully in sync in all
+circumstances. One case I've realized needs work occurs when a USB drive is
+plugged in. Files are downloaded from it to keep the repo in sync, but the
+repo neglects to queue uploads of those files it just got out to other
+repositories it's in contact with. Seems I still need to do something to
+detecting when a successful download is done, and queue uploads.
diff --git a/doc/design/assistant/blog/day_85__more_foundation_work.mdwn b/doc/design/assistant/blog/day_85__more_foundation_work.mdwn
new file mode 100644
index 0000000000..25bad37488
--- /dev/null
+++ b/doc/design/assistant/blog/day_85__more_foundation_work.mdwn
@@ -0,0 +1,17 @@
+Turns out I was able to easily avoid the potential upload loops that would
+occur if each time a repo receives a download, it queues uploads to the
+repos it's connected to. With that done. I suspect, but have not proven,
+that the assistant is able to keep repos arranged in any shape of graph in
+sync, as long as it's connected (of course) and each connection is
+bi-directional. That's a good start .. or at least a nice improvement from
+only strongly connected graphs being kept in sync.
+
+Eliminated some empty commits that would be made sometimes, which is a nice
+optimisation.
+
+------
+
+I wanted to get back to some UI work after this week's deep dive into the
+internals. So I filled in a missing piece, the repository switcher in the
+upper right corner. Now the webapp's UI allows setting up different
+repositories for different purposes, and switching between them.
diff --git a/doc/design/assistant/blog/day_86__towards_the_beta.mdwn b/doc/design/assistant/blog/day_86__towards_the_beta.mdwn
new file mode 100644
index 0000000000..b11dd9bf90
--- /dev/null
+++ b/doc/design/assistant/blog/day_86__towards_the_beta.mdwn
@@ -0,0 +1,33 @@
+Putting together a shortlist of things I want to sort out before the beta.
+
+* [[Progress bars|progressbars]] for file uploads.
+* No mocked up parts in the webapp's UI. Think I implemented the last of
+  those yesterday, although there are some unlinked repository configuration
+  options.
+* The basic watching functionality, should work reliably.
+  There are some known scalability issues with eg,
+  [[kqueue on OSX|bugs/Issue_on_OSX_with_some_system_limits]] that
+  need to be dealt with, but needn't block a beta.
+* Should keep any configuration of repositories that can be set up using
+  the webapp in sync whenever it's possible to do so. I think that'll work
+  after the past few days work.
+* Should be easy to install and get running. Of course part of the point
+  of the beta release is to get it out there, on Hackage, in Debian
+  unstable, and in the other places that git-annex packagers put it.
+  As to getting it running, the autostart files and menu items look good
+  on Linux. The OSX equivilants still need work and testing.
+* No howlingly bad bugs. [[This bug|bugs/pasting_into_annex_on_OSX]] is
+  the one I'm most concerned with currently. OTOH, 
+  [[bugs/watcher_commits_unlocked_files]] can be listed in the errata.
+
+----
+
+So I worked on progress bars for uploads today. Wrote a nice little
+parser for rsync's progress output, that parses arbitrary size chunks,
+returning any unparsable part. Added a ProgressCallback parameter to
+all the backends' upload methods. Wrote a nasty thing that intercepts
+rsync's output, currently a character at a time (horrible, but rsync
+doesn't output that much, so surprisingly acceptable), and outputs it and
+parses it. Hooked all this up, and got it working for uploads to
+git remotes. That's 1/10th of the total ways uploads can happen that
+have working progress bars. It'll take a while to fill in the rest..
diff --git a/doc/design/assistant/blog/day_87__more_progress_progress.mdwn b/doc/design/assistant/blog/day_87__more_progress_progress.mdwn
new file mode 100644
index 0000000000..c2b266d6d9
--- /dev/null
+++ b/doc/design/assistant/blog/day_87__more_progress_progress.mdwn
@@ -0,0 +1,28 @@
+Worked more on upload progress tracking. I'm fairly happy with its state
+now:
+
+* It's fully implemented for rsync special remotes.
+
+* Git remotes also fully support it, with the
+  notable exception of file uploads run by `git-annex-shell recvkey`. That
+  runs `rsync --server --sender`, and in that mode, rsync refuses to output
+  progress info. Not sure what to do about this case. Maybe I should
+  write a parser for the rsync wire protocol that can tell what chunk of the
+  file is being sent, and shim it in front of the rsync server? That's
+  rather hardcore, but it seems the best of a bad grab bag of options that
+  include things like `LD_PRELOAD` hacks.
+
+* Also optimised the rsync progress bar reader to read whole
+  chunks of data rather than one byte at a time.
+
+* Also got progress bars to actually update in the webapp for uploads.
+
+  This turned out to be tricky because kqueue cannot be used to detect when
+  existing files have been modified. (One of kqueue's worst shortcomings vs
+  inotify.) Currently on kqueue systems it has to poll.
+
+I will probably upload add progress tracking to the directory special remote,
+which should be very easy (it already implements its own progress bars),
+and leave the other special remotes for later. I can add upload progress
+tracking to each special remote when I add support for configuring it in
+the webapp.
diff --git a/doc/design/assistant/blog/day_88__progressbars_still_progressing.mdwn b/doc/design/assistant/blog/day_88__progressbars_still_progressing.mdwn
new file mode 100644
index 0000000000..cd3c493c15
--- /dev/null
+++ b/doc/design/assistant/blog/day_88__progressbars_still_progressing.mdwn
@@ -0,0 +1,18 @@
+Short day today, but I again worked only on progress bars.
+
+* Added upload progress tracking for the directory special remote.
+* Some optimisations.
+* Added a `git annex-shell transferkey` command. This isn't used yet,
+  but the plan is to use it to feed back information about how much
+  of a file has been sent when downloading it. So that the uploader
+  can display a progress bar. This method avoids needing to parse the rsync
+  protocol, which is approximately impossible without copying half of rsync.
+  Happily, git-annex's automatic ssh connection caching will make the small
+  amount of data this needs to send be efficiently pipelined over the same
+  ssh connection that rsync is using.
+
+I probably have less than 10 lines of code to write to finish up
+[[progressbars]] for now. Looking forward to getting that behind me, and on
+to something more interesting. Even doing mail merge to print labels to
+mail out Kickstarter rewards is more interesting than progress bars at this
+point. :)
diff --git a/doc/design/assistant/blog/day_89__final_polish.mdwn b/doc/design/assistant/blog/day_89__final_polish.mdwn
new file mode 100644
index 0000000000..4a72a7ff23
--- /dev/null
+++ b/doc/design/assistant/blog/day_89__final_polish.mdwn
@@ -0,0 +1,24 @@
+Finally wrapped up progress bars; upload progress is now reported in all
+situations. 
+
+After all that, I was pleased to find a use for the progress info, beyond
+displaying it to the user. Now the assistant uses it to decide whether it
+makes sense to immediately retry a failed transfer. This should make it
+work nicely, or at least better, with flaky network or drives.
+
+The webapp crashed on startup when there was no `~/.gitconfig`.
+Guess all of us who have tried it so far are actual git users,
+but I'm glad I caught this before releasing the beta.
+
+Jimmy Tang kindly took on making a OS X .app directory for git-annex.
+So it now has an icon that will launch the webapp. 
+[[!img /assistant/osx-app.png]]
+
+I'm getting lots of contributors to git-annex all of a sudden. I've had 3
+patches this weekend, and 2 of them have been to Haskell code.
+Justin Azoff is working on [[todo/incremental_fsck]], and Robie Basak
+has [gotten Amazon Glacier working](https://github.com/basak/glacier-cli)
+using the hook special remote.
+
+Started doing some design for [[transfer_control]]. I will start
+work on this after releasing the first beta.
diff --git a/doc/design/assistant/blog/day_8__speed.mdwn b/doc/design/assistant/blog/day_8__speed.mdwn
new file mode 100644
index 0000000000..d99add97a7
--- /dev/null
+++ b/doc/design/assistant/blog/day_8__speed.mdwn
@@ -0,0 +1,67 @@
+Since last post, I've worked on speeding up `git annex watch`'s startup time
+in a large repository.
+
+The problem was that its initial scan was naively staging every symlink in
+the repository, even though most of them are, presumably, staged correctly
+already. This was done in case the user copied or moved some symlinks
+around while `git annex watch` was not running -- we want to notice and
+commit such changes at startup.
+
+Since I already had the `stat` info for the symlink, it can look at the
+`ctime` to see if the symlink was made recently, and only stage it if so.
+This sped up startup in my big repo from longer than I cared to wait (10+
+minutes, or half an hour while profiling) to a minute or so. Of course,
+inotify events are already serviced during startup, so making it scan
+quickly is really only important so people don't think it's a resource hog.
+First impressions are important. :)
+
+But what does "made recently" mean exactly? Well, my answer is possibly
+over engineered, but most of it is really groundwork for things I'll need
+later anyway. I added a new data structure for tracking the status of the
+daemon, which is periodically written to disk by another thread (thread #6!)
+to `.git/annex/daemon.status` Currently it looks like this; I anticipate
+adding lots more info as I move into the [[syncing]] stage:
+
+	lastRunning:1339610482.47928s
+	scanComplete:True
+
+So, only symlinks made after the daemon was last running need to be
+expensively staged on startup. Although, as RichiH pointed out,
+this fails if the clock is changed. But I have been planning to have a
+cleanup thread anyway, that will handle this, and other
+potential problems, so I think that's ok.
+
+Stracing its startup scan, it's fairly tight now. There are some repeated 
+`getcwd` syscalls that could be optimised out for a minor speedup.
+
+----
+
+Added the sanity check thread. Thread #7! It currently only does one sanity
+check per day, but the sanity check is a fairly lightweight job,
+so I may make it run more frequently. OTOH, it may never ever find a
+problem, so once per day seems a good compromise. 
+
+Currently it's only checking that all files in the tree are properly staged
+in git. I might make it `git annex fsck` later, but fscking the whole tree
+once per day is a bit much. Perhaps it should only fsck a few files per
+day? TBD
+
+Currently any problems found in the sanity check are just fixed and logged.
+It would be good to do something about getting problems that might indicate
+bugs fed back to me, in a privacy-respecting way. TBD
+
+----
+
+I also refactored the code, which was getting far too large to all be in
+one module. 
+
+I have been thinking about renaming `git annex watch` to `git annex assistant`,
+but I think I'll leave the command name as-is. Some users might
+want a simple watcher and stager, without the assistant's other features
+like syncing and the webapp. So the next stage of the
+[[roadmap|design/assistant]] will be a different command that also runs
+`watch`.
+
+At this point, I feel I'm done with the first phase of [[inotify]].
+It has a couple known bugs, but it's ready for brave beta testers to try.
+I trust it enough to be running it on my live data.
diff --git a/doc/design/assistant/blog/day_8__speed/comment_1_a3dba537b276d5737abc8cb93f1965f4._comment b/doc/design/assistant/blog/day_8__speed/comment_1_a3dba537b276d5737abc8cb93f1965f4._comment
new file mode 100644
index 0000000000..d0a207c82a
--- /dev/null
+++ b/doc/design/assistant/blog/day_8__speed/comment_1_a3dba537b276d5737abc8cb93f1965f4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="Battery usage"
+ date="2012-06-15T09:57:33Z"
+ content="""
+Complete fsck is good, but once a week probably enough.
+
+But please see if you can make fsck optional depending on if the machine is running on battery.
+"""]]
diff --git a/doc/design/assistant/blog/day_90__beta.mdwn b/doc/design/assistant/blog/day_90__beta.mdwn
new file mode 100644
index 0000000000..fc9bf4a41d
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta.mdwn
@@ -0,0 +1,16 @@
+Just released git-annex 3.20120924, which includes beta versions of
+the assistant and webapp. Read the [[/assistant/errata]], then give it a
+try!
+
+I've uploaded it to Haskell's cabal, and to Debian unstable, and hope my
+helpers for other distributions will update them soon. (Although the
+additional dependencies to build the webapp may take a while on some.)
+I also hope something can be done to make a prebuilt version available on
+OSX soonish.
+
+I've decided to license the webapp under the
+[AGPL](http://www.gnu.org/licenses/agpl-3.0.html). This should not impact
+normal users of it, and git-annex can be built without the webapp as a pure
+GPL licensed program. This is just insurance to prevent someone turning the
+webapp into a propritary web-only service, by requiring that anyone who
+does so provide the source of the webapp.
diff --git a/doc/design/assistant/blog/day_90__beta/comment_1_5f2a3b18ad7558abe04f51534a29ff13._comment b/doc/design/assistant/blog/day_90__beta/comment_1_5f2a3b18ad7558abe04f51534a29ff13._comment
new file mode 100644
index 0000000000..6b95e317dd
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta/comment_1_5f2a3b18ad7558abe04f51534a29ff13._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJEI45rGczFAnuM7gRSj4C6s9AS9yPZDc"
+ nickname="Kevin"
+ subject="Haskell on MacPorts"
+ date="2012-09-24T21:09:39Z"
+ content="""
+FYI, I just came across a [MacPorts ticket](https://trac.macports.org/ticket/35813) to update Haskell to 2012.2.0.0.  It would be nice to install git-annex from MacPorts.
+
+"""]]
diff --git a/doc/design/assistant/blog/day_90__beta/comment_2_961c4eba97f4eac75174244d6b2b00c0._comment b/doc/design/assistant/blog/day_90__beta/comment_2_961c4eba97f4eac75174244d6b2b00c0._comment
new file mode 100644
index 0000000000..ed6c8e2aec
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta/comment_2_961c4eba97f4eac75174244d6b2b00c0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-09-24T21:21:57Z"
+ content="""
+cool, I haven't been on top of things recently. If haskell-platform gets updated in macports and assuming its easy to package up any dependancies (if any) as macport packages, git-annex should be relatively straightforward to package up
+"""]]
diff --git a/doc/design/assistant/blog/day_90__beta/comment_3_c76675a4633cbbe347ed42c222918d38._comment b/doc/design/assistant/blog/day_90__beta/comment_3_c76675a4633cbbe347ed42c222918d38._comment
new file mode 100644
index 0000000000..151a9c2578
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta/comment_3_c76675a4633cbbe347ed42c222918d38._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="A few OS X bugs"
+ date="2012-09-25T00:50:56Z"
+ content="""
+Cabal update
+
+Cabal install git-annex 
+Seemed to install correctly on OS X 10.7
+
+After the installation, an application for git-annex showed up on my desktop.  This is the wrong place to put applications in OS X.  It should belong in the /Applications Folder.  
+Launching the git-annex app, the web-browser is opened, and it tells me to make a repository.  I entered /Users/[my home folder]/Annex and continued.  I then got an internal server error and nothing else happened.  The Error:
+
+uuid [\"-m\"] exited 127
+
+Annex was created, and there is a .git folder in it.
+
+Checking the annex status:
+Bret-Air:Annex bret$ git annex status
+git-annex: First run: git-annex init
+
+I'll try it on 10.6 here in just a moment.  Let me know if I can provide any more useful information.  
+"""]]
diff --git a/doc/design/assistant/blog/day_90__beta/comment_4_f0b8f77cb691e747fe35bcf2f51b5baa._comment b/doc/design/assistant/blog/day_90__beta/comment_4_f0b8f77cb691e747fe35bcf2f51b5baa._comment
new file mode 100644
index 0000000000..f6889fe049
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta/comment_4_f0b8f77cb691e747fe35bcf2f51b5baa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="comment 4"
+ date="2012-09-25T00:59:51Z"
+ content="""
+OS X 10.6 is doing the same thing as on 10.7.
+"""]]
diff --git a/doc/design/assistant/blog/day_90__beta/comment_5_99fbc9feac62e66a12b0d357cf86ccc1._comment b/doc/design/assistant/blog/day_90__beta/comment_5_99fbc9feac62e66a12b0d357cf86ccc1._comment
new file mode 100644
index 0000000000..d886d56bb5
--- /dev/null
+++ b/doc/design/assistant/blog/day_90__beta/comment_5_99fbc9feac62e66a12b0d357cf86ccc1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 5"
+ date="2012-09-25T14:49:31Z"
+ content="""
+@Bret my best guess (without any error message from the uuid command) is that your uuid doesn't support the -m parameter. I've made the configure step check for this and it'll fall back to uuid without the parameter.
+"""]]
diff --git a/doc/design/assistant/blog/day_91__break.mdwn b/doc/design/assistant/blog/day_91__break.mdwn
new file mode 100644
index 0000000000..f2102746da
--- /dev/null
+++ b/doc/design/assistant/blog/day_91__break.mdwn
@@ -0,0 +1,7 @@
+Mostly took a break from working on the assistant today. Instead worked
+on adding incremental fsck to git-annex. Well, that will be something
+that assistant will use, eventually, probably.
+
+Jimmy and I have been working on a self-contained OSX app for using the
+assistant, that doesn't depend on installing git, etc. More on that
+once we have something that works.
diff --git a/doc/design/assistant/blog/day_92__S3.mdwn b/doc/design/assistant/blog/day_92__S3.mdwn
new file mode 100644
index 0000000000..c3f275a865
--- /dev/null
+++ b/doc/design/assistant/blog/day_92__S3.mdwn
@@ -0,0 +1,23 @@
+Amazon S3 was the second most popular choice in the
+[[polls/prioritizing_special_remotes]] poll, and since I'm not sure how
+I want to support phone/mp3 players, I did it first.
+
+So I added a configurator today to easily set up an Amazon S3 repository.
+That was straightforward and didn't take long since git-annex already
+supported S3.
+
+The hard part, of course, is key distribution. Since the webapp so far
+can only configure the shared encryption method, and not fullblown gpg keys,
+I didn't feel it would be secure to store the S3 keys in the git repository.
+Anyone with access to that git repo would have full access to S3 ... just not
+acceptable. Instead, the webapp stores the keys in a 600 mode file locally,
+and they're not distributed at all.
+
+When the same S3 repository is enabled on another computer, it prompts for
+keys then too. I did add a hint about using the IAM Management Console in
+this case -- it should be possible to set up users in IAM who can only
+access a single bucket, although I have not tried to set that up.
+
+---
+
+Also, more work on the standalone OSX app.
diff --git a/doc/design/assistant/blog/day_92__S3/comment_1_eda656247d11cea7fbed2e33137a39e5._comment b/doc/design/assistant/blog/day_92__S3/comment_1_eda656247d11cea7fbed2e33137a39e5._comment
new file mode 100644
index 0000000000..af610bdb73
--- /dev/null
+++ b/doc/design/assistant/blog/day_92__S3/comment_1_eda656247d11cea7fbed2e33137a39e5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-09-26T23:52:50Z"
+ content="""
+I think a lot of people misinterpreted \"phone/mp3 player\" as \"Android\"; I know I did.
+
+As you already support directories, MTP would be needed to support the other half of pretty much all phones and media players (other than those made by Apple). MTP is a valley of pain, though.
+"""]]
diff --git a/doc/design/assistant/blog/day_92__S3/comment_2_8249d2d9521e44c674da3fda74be077a._comment b/doc/design/assistant/blog/day_92__S3/comment_2_8249d2d9521e44c674da3fda74be077a._comment
new file mode 100644
index 0000000000..fb83b23e4a
--- /dev/null
+++ b/doc/design/assistant/blog/day_92__S3/comment_2_8249d2d9521e44c674da3fda74be077a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlFd2EbAmGD0FjHmuoerXfT0GO_jPcgvQA"
+ nickname="Gert"
+ subject="Single bucket for S3"
+ date="2012-09-27T09:17:24Z"
+ content="""
+You can easily do that with IAM, checkout <http://andrewhitchcock.org/?post=325>.
+
+It boils down to creating a policy for each user/bucket. But allow read access to the full bucket list (otherwise the AWS Console won't work).
+"""]]
diff --git a/doc/design/assistant/blog/day_93__OSX_standalone_app.mdwn b/doc/design/assistant/blog/day_93__OSX_standalone_app.mdwn
new file mode 100644
index 0000000000..711710fc7c
--- /dev/null
+++ b/doc/design/assistant/blog/day_93__OSX_standalone_app.mdwn
@@ -0,0 +1,23 @@
+Various bug fixes, and work on the OSX app today:
+
+* Avoid crashing when ssh-keygen fails due to not being able to parse
+  `authorized_keys`.. seems a lot of people have crufty unparsable
+  `authorized_keys` files.
+* On OSX, for some reason the webapp was failing to start sometimes due
+  to bind failing with EINVAL. I don't understand why, as that should
+  only happen if the socket is already bound, which it should not as
+  it's just been created. I was able to work around this by retrying
+  with a new socket when bind fails.
+* When setting up `authorized_keys` to let `git-annex-shell` be run,
+  it had been inserting a perl oneliner into it. I changed that
+  to instead call a `~/.ssh/git-annex-shell` wrapper script that it sets
+  up. The benefits are it no longer needs perl, and it's less ugly,
+  and the standalone OSX app can modify the wrapper script to point to
+  wherever it's installed today (people like to move these things around I
+  guess).
+* Made the standalone OSX app set up autostarting when it's first run.
+* Spent rather a long time collecting the licenses of all the software that
+  will be bundled with the standalone OSX app. Ended up with a file
+  containing 3954 lines of legalese. Happily, all the software appears
+  redistributable, and free software; even the couple of OSX system libraries
+  we're bundling are licensed under the APSL.
diff --git a/doc/design/assistant/blog/day_93__easy_install.mdwn b/doc/design/assistant/blog/day_93__easy_install.mdwn
new file mode 100644
index 0000000000..013b872e12
--- /dev/null
+++ b/doc/design/assistant/blog/day_93__easy_install.mdwn
@@ -0,0 +1,34 @@
+I hear that people want the git-annex assistant to be easy to install
+without messing about building it from source..
+
+## on OSX
+
+So Jimmy and I have been working all week on making an easily installed OSX
+app of the assistant. This is a .dmz file that bundles all the dependencies
+(git, etc) in, so it can be installed with one click.
+
+It seems to basically work. You can get it [[here|install/OSX]].
+
+Unfortunatly, the [[bugs/pasting_into_annex_on_OSX]] bug resurfaced while
+testing this.. So I can't really recommend using it on real data yet.
+
+Still, any testing you can do is gonna be really helpful. I'm squashing OSX
+bugs right and left.
+
+## on Linux
+
+First of all, the git-annex assistant is now available in Debian unstable,
+and in Arch Linux's AUR. Proper packages.
+
+For all the other Linux distributions, I have a workaround. It's
+a big hack, but it seems to work.. at least on Debian stable.
+
+I've just put up a [[install/linux_standalone]] tarball, which has **no
+library dependencies** apart from glibc, and doesn't even need git to be
+installed on your system.
+
+## on FreeBSD
+
+The FreeBSD port has been updated to include the git-annex assistant too..
+
+[[!meta title="day 94 easy install"]]
diff --git a/doc/design/assistant/blog/day_93__easy_install/comment_1_d4f7de723c98577ef28d89ee6b87fd13._comment b/doc/design/assistant/blog/day_93__easy_install/comment_1_d4f7de723c98577ef28d89ee6b87fd13._comment
new file mode 100644
index 0000000000..57a0c78d7a
--- /dev/null
+++ b/doc/design/assistant/blog/day_93__easy_install/comment_1_d4f7de723c98577ef28d89ee6b87fd13._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://rjc.pip.verisignlabs.com/"
+ ip="86.22.66.200"
+ subject="assistant in Debian"
+ date="2012-09-30T09:10:17Z"
+ content="""
+The same version of ghc in Debian repository on i386 and amd64 privides ghc-ghci virtual package while on all the other architectures it doesn't. Is that normal or shall I file a bug?
+
+What it basically means is that the packages, both git-annex (with assistant) and its build dependencies, for all the other archs cannot be build on Debian porting machines until that is fixed. It already is in the experimental version but until that one gets to unstable there won't be any official debs for all non-Intel architecures.
+"""]]
diff --git a/doc/design/assistant/blog/day_93__easy_install/comment_2_6337b341c1cfb2132b59704394e57b36._comment b/doc/design/assistant/blog/day_93__easy_install/comment_2_6337b341c1cfb2132b59704394e57b36._comment
new file mode 100644
index 0000000000..ba027e9217
--- /dev/null
+++ b/doc/design/assistant/blog/day_93__easy_install/comment_2_6337b341c1cfb2132b59704394e57b36._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 2"
+ date="2012-09-30T17:11:13Z"
+ content="""
+The next upload to debian will enable building the assistant on architectures that don't have template haskell and so cannot build the webapp.
+"""]]
diff --git a/doc/design/assistant/blog/day_95__repository_groups.mdwn b/doc/design/assistant/blog/day_95__repository_groups.mdwn
new file mode 100644
index 0000000000..5e4bc6d209
--- /dev/null
+++ b/doc/design/assistant/blog/day_95__repository_groups.mdwn
@@ -0,0 +1,21 @@
+Spent a lot of time this weekend thinking about/stuck on the [[cloud]]
+notification problem. Currently IRC is looking like the best way for
+repositories to notify one-another when changes are made, but I'm not sure
+about using that, and not ready to start on it.
+
+Instead, laid some groundwork for [[transfer_control]] today. Added 
+some simple commands to manage groups of repositories, and find files
+that are present in repositories in a group. I'm not completely happy
+with the syntax for that, and need to think up some good syntax to specify
+files that are present in *all* repositories in a group.
+
+The plan is to have the assistant automatically guess at groups to put new
+repositories it makes in (it should be able to make good guesses),
+as well as have an interface to change them, and an interface to configure
+transfer control using these groups (and other ways of matching files).
+And, probably, some canned transfer control recipes for common setups.
+
+---
+
+Collected up the past week's work and made a release today. I'm probably
+back to making regular releases every week or two.
diff --git a/doc/design/assistant/blog/day_96__revisiting_file_adds.mdwn b/doc/design/assistant/blog/day_96__revisiting_file_adds.mdwn
new file mode 100644
index 0000000000..a9607bb804
--- /dev/null
+++ b/doc/design/assistant/blog/day_96__revisiting_file_adds.mdwn
@@ -0,0 +1,24 @@
+Today I revisited something from way back in [[day_7__bugfixes]].
+Back then, it wasn't practical to run `git ls-files` on every
+file the watcher noticed, to check if it was already in git. Revisiting
+this, I found I could efficiently do that check at the same point it checks
+`lsof`. When there's a lot of files being added, they're batched up at that
+point, so it won't be calling `git ls-files` repeatedly.
+
+Result: It's safe to mix use of the assistant with files stored in git
+in the normal way. And it's safe to mix use of `git annex unlock` with
+the assistant; it won't immediately re-lock files. Yay!
+
+----
+
+Also fixed a crash in the committer, and made `git annex status` display
+repository groups.
+
+----
+
+Been thinking through where to store the [[transfer_control]] expressions.
+Since repositories need to know about the transfer controls of other
+remotes, storing them in `.git/config` isn't right. I thought it might be
+nice to configure the expressions in `.gitattributes`, but it seems the
+file format doesn't allow complicated multi-word attributes. Instead,
+they'll be stored in the git-annex branch.
diff --git a/doc/design/assistant/blog/day_96__revisiting_file_adds/comment_1_da3ca47041168b6c82aeb2c18acc5017._comment b/doc/design/assistant/blog/day_96__revisiting_file_adds/comment_1_da3ca47041168b6c82aeb2c18acc5017._comment
new file mode 100644
index 0000000000..298a953710
--- /dev/null
+++ b/doc/design/assistant/blog/day_96__revisiting_file_adds/comment_1_da3ca47041168b6c82aeb2c18acc5017._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="symlinks?"
+ date="2012-10-03T07:15:21Z"
+ content="""
+Does that mean that git-annex will no longer need to turn everything into symlinks? I suspect that that will improve behaviour on at least OSX quite a bit.
+"""]]
diff --git a/doc/design/assistant/blog/day_97__stuffing.mdwn b/doc/design/assistant/blog/day_97__stuffing.mdwn
new file mode 100644
index 0000000000..595aca1e0c
--- /dev/null
+++ b/doc/design/assistant/blog/day_97__stuffing.mdwn
@@ -0,0 +1,14 @@
+Not a lot of programming today; I spent most of the day stuffing hundreds
+of envelopes for this Kickstarter thing you may have heard of. Some post
+office is going to be very surprised with all the international mail soon.
+
+----
+
+That said, I did write 184 lines of code. (Actually rather a lot, but it
+was mostly pure functional code, so easy to write.) That
+pops up your text editor on a file with the the trust and group
+configurations of repositories, that's stored in the git-annex branch.
+Handy for both viewing that stuff all in one place, and changing it.
+
+The real reason for doing that is to provide a nice interface for editing
+transfer control expressions, which I'll be adding next.
diff --git a/doc/design/assistant/blog/day_98__preferred_content.mdwn b/doc/design/assistant/blog/day_98__preferred_content.mdwn
new file mode 100644
index 0000000000..d1324f69eb
--- /dev/null
+++ b/doc/design/assistant/blog/day_98__preferred_content.mdwn
@@ -0,0 +1,44 @@
+Started implementing [[transfer_control]]. Although I'm currently calling
+the configuration for it "preferred content expressions". (What a mouthful!)
+
+I was mostly able to reuse the Limit code (used to handle parameters like
+--not --in otherrepo), so it can already build Matchers for preferred content
+expressions in my little Domain Specific Language.
+
+Preferred content expressions can be edited with `git annex vicfg`, which
+checks that they parse properly. 
+
+The plan is that the first place to use them is not going to be inside the
+assistant, but in commands that use the `--auto` parameter, which will use
+them as an additional constraint, in addition to the numcopies setting
+already used. Once I get it working there, I'll add it to the assistant.
+
+Let's say a repo has a preferred content setting of
+"(not copies=trusted:2) and (not in=usbdrive)"
+
+* `git annex get --auto` will get files that have less than 2 trusted
+  copies, and are not in the usb drive.
+* `git annex drop --auto` will drop files that have 2 or more trusted
+  copies, and are not in the usb drive (assuming numcopies allows dropping
+  them of course).
+* `git annex copy --auto --to thatrepo` run from another repo
+  will only copy files that have less than 2 trusted copies. (And if that
+  was run on the usb drive, it'd never copy anything!)
+
+There is a complication here.. What if the repo with that preferred content
+setting is itself trusted? Then when it gets a file, its number of
+trusted copies increases, which will make it be dropped again. :-/
+
+This is a nuance that the numcopies code already deals with, but it's
+much harder to deal with it in these complicated expressions. I need to think
+about this; the three ideas I'm working on are:
+
+1. Leave it to whoever/whatever writes these expressions to write ones
+   that avoid such problems. Which is ok if I'm the only one writing
+   pre-canned ones, in practice..
+2. Transform expressions into ones that avoid such problems. (For example,
+   replace "not copies=trusted:2" with "not (copies=trusted:2 or (in=here and
+   trusted=here and copies=trusted:3))"
+3. Have some of the commands (mostly drop I think) pretend the drop
+   has already happened, and check if it'd then want to get the file back
+   again.
diff --git a/doc/design/assistant/blog/day_98__preferred_content/comment_1_2136618e3515d0ac6369a41f1934ec2a._comment b/doc/design/assistant/blog/day_98__preferred_content/comment_1_2136618e3515d0ac6369a41f1934ec2a._comment
new file mode 100644
index 0000000000..b0fcd8c798
--- /dev/null
+++ b/doc/design/assistant/blog/day_98__preferred_content/comment_1_2136618e3515d0ac6369a41f1934ec2a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="Ah, the barber paradox"
+ date="2012-10-05T06:51:11Z"
+ content="""
+Nice. Would (not in=here) be the simplest paradoxical expression?
+
+Is just disregarding the target repo completely during checks a possibility? This would interpret (not copies=trusted:X) as \"not in X *other* trusted repositories, no matter whether we are trusted or not\", and (not in=here) just as \"true\". I think this should generally arrive at the same results as the option 2., but by definition of the expression meaing, not by rewriting.
+
+Alternative 3 (or is my wording different enough to be 3a?) - check that the invariant \"we have all the known files matching our PCE and only these files\" would hold after an operation before actually performing it - could be bistable if done both for gets and drops:
+
+* (not in=here) and we do not have the file -> get thinks \"if we get it, we have a file not matching the PCE\" -> get does not get it;
+* (not in=here) and we do have the file -> drop thinks \"if we drop it, there exists a file matching the PCE which we miss\" -> drop does not drop it.
+
+This is not necessarily bad. Checking just for drops should be monostable, I guess, but doesn't it look a bit arbitrary? (Though it would be again equivalent to option 2, wouldn't it? So maybe not that arbitrary.)
+"""]]
diff --git a/doc/design/assistant/blog/day_98__preferred_content/comment_2_5f6db00e69628bf2f72b0e6f2981a49b._comment b/doc/design/assistant/blog/day_98__preferred_content/comment_2_5f6db00e69628bf2f72b0e6f2981a49b._comment
new file mode 100644
index 0000000000..fa1ce32b83
--- /dev/null
+++ b/doc/design/assistant/blog/day_98__preferred_content/comment_2_5f6db00e69628bf2f72b0e6f2981a49b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 2"
+ date="2012-10-05T15:08:26Z"
+ content="""
+Yes, I think checking the future only for drops is both stable and equivilant to the other choices. 
+
+Disregarding the target solves the problem for the current set of expressions. There may be future expressions or operations where that does not hold. For example, if move supported --auto (which it does not), you'd need to disregard both sides.
+
+That method would make it impossible to do some possibly useful things. \"in=here or (not copies=3)\"
+
+The real problem with it is that existing options like --copies and --in already take all repos into account, so this would potentally lead to two divergent DSLs being used by git-annex, which would probably be confusing.
+"""]]
diff --git a/doc/design/assistant/blog/day_99_shotgun.mdwn b/doc/design/assistant/blog/day_99_shotgun.mdwn
new file mode 100644
index 0000000000..77a08f3cb3
--- /dev/null
+++ b/doc/design/assistant/blog/day_99_shotgun.mdwn
@@ -0,0 +1,70 @@
+Fixed the assistant to wait on all the zombie processes that would sometimes
+pile up. I didn't realize this was as bad as it was.
+
+Zombies and git-annex have been a problem since I started developing it,
+because back then I made some rather poor choices, due to barely knowing
+how to write Haskell. So parts of the code that stream input from git commands
+don't clean up after them properly. Not normally a problem, because
+git-annex reaps the zombies after each file it processes. But this reaping
+is not thread-safe; it cannot be used in the assistant.
+
+If I were starting git-annex today, I'd use one of the new Haskell things like
+Conduits, that allow for very clean control over finalization of resources.
+But switching it to Conduits now would probably take weeks of work; I've not
+yet felt it was worthwhile. (Also it's not clear Conduits are the last,
+best thing.)
+
+For now, it keeps track of the pids it needs to wait on, and all the code
+run by the assistant is zombie-free. However, some code for fsck and unused
+that I anticipate the assistant using eventually still has some lurking
+zombies.
+
+----
+
+Solved the issue with preferred content expressions and dropping that
+I mentioned yesterday. My solution was to add a parameter to specify a set
+of repositories where content should be assumed not to be present. When
+deciding whether to drop, it can put the current repository in, and then
+if the expression fails to match, the content can be dropped.
+
+Using yesterday's example "(not copies=trusted:2) and (not in=usbdrive)",
+when the local repo is one of the 2 trusted copies, the drop check will
+see only 1 trusted copy, so the expression matches, and so the content will
+not be dropped.
+
+I've not tested my solution, but it type checks. :P I'll wire it up to
+`get/drop/move --auto` tomorrow and see how it performs.
+
+----
+
+Would preferred content expressions be more readble if they were inverted
+(becoming content filtering expressions)?
+
+1. "(not copies=trusted:2) and (not in=usbdrive)" becomes
+   "copies=trusted:2 or in=usbdrive"
+2. "smallerthan=10mb and include=*.mp3 and exclude=junk/*" becomes
+   "largerthan=10mb or exclude=*.mp3" or include=junk/*"
+3. "(not group=archival) and (not copies=archival:1)" becomes
+   "group=archival or copies=archival:1"
+
+1 and 3 are improved, but 2, less so. It's a trifle weird for "include"
+to mean "include in excluded content".
+
+The other reason not to do this is that currently the expressions
+can be fed into `git annex find` on the command line, and it'll come
+back with the files that would be kept.
+
+Perhaps a middle groud is to make "dontwant" be an alias for "not".
+Then we can write "dontwant (copies=trusted:2 or in=usbdrive)"
+
+----
+
+A user told me this:
+
+> I can confirm that the assistant does what it is supposed to do really well. I
+> just hooked up my notebook to the network and it starts syncing from notebook to
+> fileserver and the assistant on the fileserver also immediately starts syncing
+> to the [..] backup
+
+That makes me happy, it's the first quite so real-world success report I've
+heard.
diff --git a/doc/design/assistant/blog/day_99_shotgun/comment_1_12bb8f54bb13ea20ac4187a2301d77ca._comment b/doc/design/assistant/blog/day_99_shotgun/comment_1_12bb8f54bb13ea20ac4187a2301d77ca._comment
new file mode 100644
index 0000000000..eeaefef421
--- /dev/null
+++ b/doc/design/assistant/blog/day_99_shotgun/comment_1_12bb8f54bb13ea20ac4187a2301d77ca._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="Include/exclude"
+ date="2012-10-06T08:40:23Z"
+ content="""
+It seems that example 2 reads weird for filtering because exclude/include say *what to do* while copies/in say *what to test*. An alias (maybe \"glob\") for include  should be acceptable both ways (largerthan=10mb or glob=junk/\* or not glob=\*.mp3).
+
+That said, I would vote for keeping PCEs. And actually the simple \"not (copies=trusted:2 or in=usbdrive)\" does not read significantly worse than with \"dontwant\". (In *my bikeshed* we would have \"all\" == \"glob=\*\" and \"except\" == \"and not\").
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness.mdwn b/doc/design/assistant/blog/day_9__correctness.mdwn
new file mode 100644
index 0000000000..1fa4c09d0d
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness.mdwn
@@ -0,0 +1,30 @@
+	git merge watch_
+
+My cursor has been mentally poised here all day, but I've been reluctant to
+merge watch into master. It seems solid, but is it correct? I was able to
+think up a lot of races it'd be subject to, and deal with them, but did I
+find them all?
+
+Perhaps I need to do some automated fuzz testing to reassure myself.
+I looked into using [genbackupdata](http://liw.fi/genbackupdata/) to that
+end. It's not quite what I need, but could be
+[moved in that direction](http://bugs.debian.org/677542). Or I could write
+my own fuzz tester, but it seems better to use someone else's, because 
+a) laziness and b) they're less likely to have the same blind spots I do.
+
+My reluctance to merge isn't helped by the known bugs with files that are
+either already open before `git annex watch` starts, or are opened by two
+processes at once, and confuse it into annexing the still-open file when one
+process closes it.
+
+I've been thinking about just running `lsof` on every file as it's being
+annexed to check for that, but in the end, `lsof` is too slow. Since its
+check involves trawling through all of /proc, it takes it a good half a
+second to check a file, and adding 25 seconds to the time it takes to
+process 100 files is just not acceptable.
+
+But an option that could work is to run `lsof` after a bunch of new files
+have been annexed. It can check a lot of files nearly as fast as a single
+one. In the rare case that an annexed file is indeed still open, it could
+be moved back out of the annex. Then when its remaining writer finally
+closes it, another inotify event would re-annex it.
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_1_564a39cb976767e2c0a9c74fabe10be4._comment b/doc/design/assistant/blog/day_9__correctness/comment_1_564a39cb976767e2c0a9c74fabe10be4._comment
new file mode 100644
index 0000000000..8236002ccd
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_1_564a39cb976767e2c0a9c74fabe10be4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="os compatibility"
+ date="2012-06-15T07:19:23Z"
+ content="""
+A downside of relying on lsof is that you might be painting yourself into a linux corner: other operating systems might not have a lsof or alternative you can rely on. Especially for Windows this might be a worry. 
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_2_77924e9d50b40f05e792e427a25849a6._comment b/doc/design/assistant/blog/day_9__correctness/comment_2_77924e9d50b40f05e792e427a25849a6._comment
new file mode 100644
index 0000000000..8744882c97
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_2_77924e9d50b40f05e792e427a25849a6._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="filesystem number of open file handles on a file"
+ date="2012-06-15T08:21:37Z"
+ content="""
+wasn't there some filesystem functionality that could tell you the amount of open file handles on a certain file?  I thought this was tracked per-file too.
+Or maybe i'm just confusing it with the number of hard links (which stat can tell you), anyway something to look into.
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_3_92bd86cd06d579e23800af2e5c66a291._comment b/doc/design/assistant/blog/day_9__correctness/comment_3_92bd86cd06d579e23800af2e5c66a291._comment
new file mode 100644
index 0000000000..680f16ecc1
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_3_92bd86cd06d579e23800af2e5c66a291._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-06-15T08:58:17Z"
+ content="""
+I would also be reluctant to use lsof for the sake of non-linux systems or systems that don't have lsof. I've only been playing around with the watch branch of my \"other\" laptop under archlinux. It looks usable, however I would prefer support for OSX before the watch branch gets merged to master ;)
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_4_0d12b51ccdfc2a94d3e59a5628521e0a._comment b/doc/design/assistant/blog/day_9__correctness/comment_4_0d12b51ccdfc2a94d3e59a5628521e0a._comment
new file mode 100644
index 0000000000..7218754916
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_4_0d12b51ccdfc2a94d3e59a5628521e0a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2012-06-15T10:21:17Z"
+ content="""
+Corner case, but if the other program finishes writing while you are annexing and your check shows no open files, you are left with bad checksum on a correct file. This \"broken\" file with propagate and the next round of fsck will show that all copies are \"bad\".
+
+Without verifying if this is viable, could you set the file RO and thus block future writes before starting to annex?
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_5_208f9dd3e1d92555b05c29159538a901._comment b/doc/design/assistant/blog/day_9__correctness/comment_5_208f9dd3e1d92555b05c29159538a901._comment
new file mode 100644
index 0000000000..b7fbecc398
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_5_208f9dd3e1d92555b05c29159538a901._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.135"
+ subject="comment 5"
+ date="2012-06-15T15:14:52Z"
+ content="""
+@wichert All this inotify stuff is entirely linux specific AFAIK anyway, so it's find for workarounds to limitations in inotify functionality to also be linux specific.
+
+@dieter I think you're thinking of hard links, filesystems don't track number of open file handles afaik.
+
+@Jimmy, I'm planning to get watch going on freebsd (and hopefully that will also cover OSX), after merging it :)
+
+@Richard, the file is set RO while it's being annexed, so any lsof would come after that point.
+"""]]
diff --git a/doc/design/assistant/blog/day_9__correctness/comment_6_90cc6b60718896fb175919417600fdf9._comment b/doc/design/assistant/blog/day_9__correctness/comment_6_90cc6b60718896fb175919417600fdf9._comment
new file mode 100644
index 0000000000..622b141fdb
--- /dev/null
+++ b/doc/design/assistant/blog/day_9__correctness/comment_6_90cc6b60718896fb175919417600fdf9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.135"
+ subject="comment 6"
+ date="2012-06-15T15:23:21Z"
+ content="""
+But Rich is right, and I was thinking the same thing earlier this morning, that delaying the lsof allows the writer to change the file and exit, and only fsck can detect the problem then. Setting file permissions doesn't help once a process already has it open for write. Which has put me off the delayed lsof idea unfortunately. lsof *could* be run safely during the intial annexing.
+"""]]
diff --git a/doc/design/assistant/chunks.mdwn b/doc/design/assistant/chunks.mdwn
new file mode 100644
index 0000000000..6a92731ee7
--- /dev/null
+++ b/doc/design/assistant/chunks.mdwn
@@ -0,0 +1,7 @@
+To avoid leaking even the size of your encrypted files to cloud storage
+providers, add a mode that stores fixed size chunks.
+
+May be a useful starting point for [[deltas]].
+
+May also allow for downloading different chunks of a file concurrently from
+multiple remotes.
diff --git a/doc/design/assistant/cloud.mdwn b/doc/design/assistant/cloud.mdwn
new file mode 100644
index 0000000000..aa0eba382f
--- /dev/null
+++ b/doc/design/assistant/cloud.mdwn
@@ -0,0 +1,45 @@
+The [[syncing]] design assumes the network is connected. But it's often
+not in these pre-IPV6 days, so the cloud needs to be used to bridge between
+LANS.
+
+## The cloud notification problem (**done**)
+
+Alice and Bob have repos, and there is a cloud remote they both share.
+Alice adds a file; the assistant transfers it to the cloud remote.
+How does Bob find out about it?
+
+There are two parts to this problem. Bob needs to find out that there's
+been a change to Alice's git repo. Then he needs to pull from Alice's git repo,
+or some other repo in the cloud she pushed to. Once both steps are done,
+the assistant will transfer the file from the cloud to Bob.
+
+* dvcs-autosync uses xmppp; all repos need to have the same xmpp account
+  configured, and send self-messages. An alternative would be to have
+  different accounts that join a channel or message each other. Still needs
+  account configuration.
+* irc could be used. With a default irc network, and an agreed-upon channel,
+  no configuration should be needed. IRC might be harder to get through
+  some firewalls, and is prone to netsplits, etc. IRC networks have reasons
+  to be wary of bots using them. Only basic notifications could be done over
+  irc, as it has little security.
+* When there's a ssh server involved, code could be run on it to notify
+  logged-in clients. But this is not a general solution to this problem.
+* pubsubhubbub does not seem like an option; its hubs want to pull down
+  a feed over http.
+
+See [[xmpp]] for design of git-annex's use of xmpp for push notifications.
+
+## storing git repos in the cloud **done for XMPP**
+
+Of course, one option is to just use github etc to store the git repo.
+
+Two things can store git repos in Amazon S3:
+* <http://gabrito.com/post/storing-git-repositories-in-amazon-s3-for-high-availability>
+* <http://wiki.cs.pdx.edu/oss2009/index/projects/gits3.html>
+
+Another option is to not store the git repo in the cloud, but push/pull
+peer-to-peer. When peers cannot directly talk to one-another, this could be
+bounced through something like XMPP. This is **done** for [[xmpp]]!
+
+Another option: Use <https://github.com/blake2-ppc/git-remote-gcrypt> to store
+git repo encrypted on cloud storage.
diff --git a/doc/design/assistant/cloud/comment_1_4997778abc171999499487b71b31c9ba._comment b/doc/design/assistant/cloud/comment_1_4997778abc171999499487b71b31c9ba._comment
new file mode 100644
index 0000000000..1a01afaa33
--- /dev/null
+++ b/doc/design/assistant/cloud/comment_1_4997778abc171999499487b71b31c9ba._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkq0-zRhubO6kR9f85-5kALszIzxIokTUw"
+ nickname="James"
+ subject="Cloud Service Limitations"
+ date="2012-06-11T02:15:04Z"
+ content="""
+Hey Joey!
+
+I'm not very tech savvy, but here is my question. 
+I think for all cloud service providers, there is an upload limitation on how big one file may be.
+For example, I can't upload a file bigger than 100 MB on box.net. 
+Does this affect git-annex at all? Will git-annex automatically split the file depending on the cloud provider or will I have to create small RAR archives of one large file to upload them?
+
+Thanks!
+James
+"""]]
diff --git a/doc/design/assistant/cloud/comment_2_08da8bc74a4845e354dca99184cffd70._comment b/doc/design/assistant/cloud/comment_2_08da8bc74a4845e354dca99184cffd70._comment
new file mode 100644
index 0000000000..a9b377ea5f
--- /dev/null
+++ b/doc/design/assistant/cloud/comment_2_08da8bc74a4845e354dca99184cffd70._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.126"
+ subject="re: cloud"
+ date="2012-06-11T04:48:08Z"
+ content="""
+Yes, git-annex has to split files for certian providers. I already added support for this as part of my first pass at supporting box.com, see [[tips/using_box.com_as_a_special_remote]].
+"""]]
diff --git a/doc/design/assistant/cloud/comment_3_faafd1266301997b1822d215ec8e8d8c._comment b/doc/design/assistant/cloud/comment_3_faafd1266301997b1822d215ec8e8d8c._comment
new file mode 100644
index 0000000000..074a3a82c8
--- /dev/null
+++ b/doc/design/assistant/cloud/comment_3_faafd1266301997b1822d215ec8e8d8c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7Oyqusvn0oONFtVhCx5gRAcvPjyRMcBI"
+ nickname="Michaël"
+ subject="is ftp an option?"
+ date="2012-05-30T10:44:12Z"
+ content="""
+for people only having ftp-access to there storage.
+"""]]
diff --git a/doc/design/assistant/cloud/comment_4_3eb557d5439831f6e0032944d12c02cf._comment b/doc/design/assistant/cloud/comment_4_3eb557d5439831f6e0032944d12c02cf._comment
new file mode 100644
index 0000000000..e3879a1142
--- /dev/null
+++ b/doc/design/assistant/cloud/comment_4_3eb557d5439831f6e0032944d12c02cf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9XEh8pxrJxZxIkyK7lWaA7QG1UWt9lgU"
+ nickname="Gugelplus"
+ subject="OwnCloud"
+ date="2012-08-27T20:43:19Z"
+ content="""
+“Google drive (attractive because it's free, only 5 gb tho)”
+
+Just in case somebody also wants their 5GB of disk space in the cloud, consider using some of the [owncloud providers](http://owncloud.org/providers/). They also offer that amount, but they use free software for everything, using standard protocols (WebDav mostly, because is well supported in all OS).
+
+Git Annex works with them through davfs2, but it would be great if it could support this other program/protocol (OwnCloud/WebDAV) in a more integrated way.
+"""]]
diff --git a/doc/design/assistant/comment_10_f2233fad55c20686cf299bf6788f1f23._comment b/doc/design/assistant/comment_10_f2233fad55c20686cf299bf6788f1f23._comment
new file mode 100644
index 0000000000..f24357fb64
--- /dev/null
+++ b/doc/design/assistant/comment_10_f2233fad55c20686cf299bf6788f1f23._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://www.klomp.eu/"
+ ip="95.91.241.82"
+ subject="Watch also possible with git?"
+ date="2012-06-15T17:25:30Z"
+ content="""
+Hi,
+
+it seems that you put a lot of efforts in handling race conditions. Thats great. I wonder if the watch can also be used with git (i.e. changes are commited into git and not as annex)? I know that other projects follow this idea but why using different tools if the git-annex assistant could handle both...
+"""]]
diff --git a/doc/design/assistant/comment_11_a38f0f21c2346e65b786d791b6829f9b._comment b/doc/design/assistant/comment_11_a38f0f21c2346e65b786d791b6829f9b._comment
new file mode 100644
index 0000000000..71a9f155d3
--- /dev/null
+++ b/doc/design/assistant/comment_11_a38f0f21c2346e65b786d791b6829f9b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawneJXwhacIb0YvvdYFxhlNVpz6Wpg6V7AA"
+ nickname="Shayne"
+ subject="comment 11"
+ date="2012-08-13T00:37:35Z"
+ content="""
+Yeah definately go with homebrew rather than macports if possible. macports and fink, whilst great systems, have a tendency to sort of create their own alternative-dimension of files within the system that just dont always feel particularly well integrated. As a result \"brew\" has become increasingly more popular to the point its almost ubuquitous now.
+
+Plus its brew-doctor thing is awesome. 
+
+The best approach though thats agnostic to distro systems is to simply go for a generic installer.
+"""]]
diff --git a/doc/design/assistant/comment_12_5e991177d6577384f39a36ae02f5f574._comment b/doc/design/assistant/comment_12_5e991177d6577384f39a36ae02f5f574._comment
new file mode 100644
index 0000000000..b2de673e3c
--- /dev/null
+++ b/doc/design/assistant/comment_12_5e991177d6577384f39a36ae02f5f574._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlu-fdXIt_RF9ggvg4zP0yBbtjWQwHAMS4"
+ nickname="Jörn"
+ subject="Multiple annexes?"
+ date="2012-09-20T16:10:29Z"
+ content="""
+Thank you for this great piece of software which is now becoming even better with the assistant.
+
+Just one question: will one instance of the assistant be able to track multiple git annex repositories each building up their own network of annexes OR would I need to run multiple instances of the assistant?
+
+Thanks,
+Jörn
+"""]]
diff --git a/doc/design/assistant/comment_13_f8625c6f43b58847840df338a73b7972._comment b/doc/design/assistant/comment_13_f8625c6f43b58847840df338a73b7972._comment
new file mode 100644
index 0000000000..c121eaf7f1
--- /dev/null
+++ b/doc/design/assistant/comment_13_f8625c6f43b58847840df338a73b7972._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 13"
+ date="2012-09-20T16:21:11Z"
+ content="""
+@Jörn, two days ago I added support in the webapp for multiple independent repositories. So you can create independent repos using it, and switch between them from a menu. Under the hood there are multiple git-annex assistant daemons running, but this is an implementation detail; it's not like these use any more memory or other resources than would a single daemon that managed multiple repositories.
+"""]]
diff --git a/doc/design/assistant/comment_14_c37ef5931b0f5c1f808083e0d636a208._comment b/doc/design/assistant/comment_14_c37ef5931b0f5c1f808083e0d636a208._comment
new file mode 100644
index 0000000000..b43741febe
--- /dev/null
+++ b/doc/design/assistant/comment_14_c37ef5931b0f5c1f808083e0d636a208._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ subject="you rock! & roadmap update?"
+ date="2012-09-21T04:25:58Z"
+ content="""
+joey, you rock. I just want to push on that point - it doesn't seem like there's that many tools that do what git-annex is trying to do out there, and you seem to be doing an incredible job at doing it, so this is great, keep going!
+
+i was wondering - i am glad to see the progress, but it is unclear to me where you actually are in the roadmap. are things going according to plan? are we at month 3? 4? or 1-4? :) just little updates on that roadmap section above would be quite useful!
+
+thanks again!
+"""]]
diff --git a/doc/design/assistant/comment_15_68c98a27083567f20c2e6bc2a760991b._comment b/doc/design/assistant/comment_15_68c98a27083567f20c2e6bc2a760991b._comment
new file mode 100644
index 0000000000..10b55bbe30
--- /dev/null
+++ b/doc/design/assistant/comment_15_68c98a27083567f20c2e6bc2a760991b._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 15"
+ date="2012-09-21T05:25:53Z"
+ content="""
+We're on month 4 of work, and most of months 1-3 is done well enough for a first pass. Very little of what's listed in month 4 has happened yet, due to my being maybe 2 weeks behind schedule, but bits of [[cloud]] are being planned.
+
+I've made a small adjustment, I think it'll make sense to spend a month on user-driven features before getting into Android.
+"""]]
diff --git a/doc/design/assistant/comment_16_8e6788c817c60371d2a2f158e1a65f87._comment b/doc/design/assistant/comment_16_8e6788c817c60371d2a2f158e1a65f87._comment
new file mode 100644
index 0000000000..de5e5b0785
--- /dev/null
+++ b/doc/design/assistant/comment_16_8e6788c817c60371d2a2f158e1a65f87._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~gdr-go2"
+ nickname="gdr-go2"
+ subject="Maybe a DEB?2"
+ date="2012-09-27T09:44:14Z"
+ content="""
+Month 3 was all about easy setup, so I kind of expected to download a deb package and just install it, not to download a whole bunch of haskell libraries. Is there a chance that you will release some packages?
+"""]]
diff --git a/doc/design/assistant/comment_17_97bdfacac5ac492281c9454ee4c0228e._comment b/doc/design/assistant/comment_17_97bdfacac5ac492281c9454ee4c0228e._comment
new file mode 100644
index 0000000000..ea3f50e611
--- /dev/null
+++ b/doc/design/assistant/comment_17_97bdfacac5ac492281c9454ee4c0228e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 17"
+ date="2012-09-27T18:44:11Z"
+ content="""
+@gdr A package with the assistant is available in Debian unstable.
+"""]]
diff --git a/doc/design/assistant/comment_18_53137b2df4913496c0afb2d895aa4ee2._comment b/doc/design/assistant/comment_18_53137b2df4913496c0afb2d895aa4ee2._comment
new file mode 100644
index 0000000000..672c2a9d75
--- /dev/null
+++ b/doc/design/assistant/comment_18_53137b2df4913496c0afb2d895aa4ee2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="for OSX, package managers (homebrew and macports) are really second-class"
+ date="2013-07-24T07:24:49Z"
+ content="""
+at least with regards to wide spread use. I agree with Wichert, the average OSX user won't use them. I myself would go with homebrew (because it is far less of a pain than macports), but actually static built binaries that are just dragged from a DMG to your programs folder is the way to go if you can't go osx app store. It's just how most Apple users are wired. PKG would be fine, too, since most will know them, but those are really only needed if you need to place stuff in /Library/Frameworks or things like that. If it can be done as a all-inclusive OSX .app, do it that way and just pack it up in a .DMG.
+"""]]
diff --git a/doc/design/assistant/comment_19_ff1b0ba57e22ed757ec3fc5400b5e43e._comment b/doc/design/assistant/comment_19_ff1b0ba57e22ed757ec3fc5400b5e43e._comment
new file mode 100644
index 0000000000..1ef6136b90
--- /dev/null
+++ b/doc/design/assistant/comment_19_ff1b0ba57e22ed757ec3fc5400b5e43e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlnoH5btjn_BLib3_IhES5uMhrzuOiwCYo"
+ nickname="András"
+ subject="windows port"
+ date="2013-07-25T07:50:19Z"
+ content="""
+I'd love to use the Windows port of the assistant by Christmas. Keep up the good work! :)
+"""]]
diff --git a/doc/design/assistant/comment_1_a48fcfbf97f0a373ea375cd8f07f0fc8._comment b/doc/design/assistant/comment_1_a48fcfbf97f0a373ea375cd8f07f0fc8._comment
new file mode 100644
index 0000000000..646a03398a
--- /dev/null
+++ b/doc/design/assistant/comment_1_a48fcfbf97f0a373ea375cd8f07f0fc8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-06-02T12:06:37Z"
+ content="""
+Will statically linked binaries be provided for say Linux, OSX and *BSD?  I think having some statically linked binaries will certainly help and appeal to a lot of users.
+"""]]
diff --git a/doc/design/assistant/comment_20_099da245e3276fa84f5e14312d186621._comment b/doc/design/assistant/comment_20_099da245e3276fa84f5e14312d186621._comment
new file mode 100644
index 0000000000..f423c3e10d
--- /dev/null
+++ b/doc/design/assistant/comment_20_099da245e3276fa84f5e14312d186621._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 20"
+ date="2013-07-25T18:22:51Z"
+ content="""
+@Georg, DMG have been built for OSX for a long time. See [[install/OSX]]
+"""]]
diff --git a/doc/design/assistant/comment_2_6d3552414fdcc2ed3244567e6c67989d._comment b/doc/design/assistant/comment_2_6d3552414fdcc2ed3244567e6c67989d._comment
new file mode 100644
index 0000000000..8056eec168
--- /dev/null
+++ b/doc/design/assistant/comment_2_6d3552414fdcc2ed3244567e6c67989d._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-06-04T19:45:00Z"
+ content="""
+Jimmy, I hope to make it as easy as possible to install. I've been focusing on getting it directly into popular Linux distributions, rather than shipping my own binary. The OSX binary is static, and while I lack a OSX machine, I would like to get it easier to distribute to OSX users.
+"""]]
diff --git a/doc/design/assistant/comment_3_05223be50c889b2ed6bc4abf74116450._comment b/doc/design/assistant/comment_3_05223be50c889b2ed6bc4abf74116450._comment
new file mode 100644
index 0000000000..a78fa33439
--- /dev/null
+++ b/doc/design/assistant/comment_3_05223be50c889b2ed6bc4abf74116450._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-06-07T20:22:55Z"
+ content="""
+I'd agree getting it into the main distros is the way to go, if you need OSX binaries, I could volunteer to setup an autobuilder to generate binaries for OSX users, however it would rely on users to have macports with the correct ports installed to use it (things like coreutils etc...)
+
+"""]]
diff --git a/doc/design/assistant/comment_4_fbbd93b55803ae21e6ba4b6568c2fafd._comment b/doc/design/assistant/comment_4_fbbd93b55803ae21e6ba4b6568c2fafd._comment
new file mode 100644
index 0000000000..cd3b5aaef7
--- /dev/null
+++ b/doc/design/assistant/comment_4_fbbd93b55803ae21e6ba4b6568c2fafd._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 4"
+ date="2012-06-08T01:56:52Z"
+ content="""
+I always appreciate your OSX work Jimmy...
+
+Could it be put into macports?
+"""]]
diff --git a/doc/design/assistant/comment_5_f4e9af3fed6c27e8ff39badb9794064d._comment b/doc/design/assistant/comment_5_f4e9af3fed6c27e8ff39badb9794064d._comment
new file mode 100644
index 0000000000..bf8d9709e8
--- /dev/null
+++ b/doc/design/assistant/comment_5_f4e9af3fed6c27e8ff39badb9794064d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2012-06-08T07:22:34Z"
+ content="""
+In relation to macports, I often found that haskell in macports are often behind other distros, and I'm not willing to put much effort into maintaining or updating those ports. I found that to build git-annex, installing macports manually and then installing haskell-platform from the upstream to be the best way to get the most up to date dependancies for git-annex.
+
+fyi in macports ghc is at version 6.10.4 and haskell platform is at version 2009.2, so there are a significant number of ports to update.
+
+I was thinking about this a bit more and I reckon it might be easier to try and build a self contained .pkg package and have all the needed binaries in a .app styled package, that would work well when the webapp comes along. I will take a look at it in a week or two (currently moving house so I dont have much time)
+"""]]
diff --git a/doc/design/assistant/comment_6_c7ad07cade1f44f9a8b61f92225bb9c5._comment b/doc/design/assistant/comment_6_c7ad07cade1f44f9a8b61f92225bb9c5._comment
new file mode 100644
index 0000000000..9fa66d6d31
--- /dev/null
+++ b/doc/design/assistant/comment_6_c7ad07cade1f44f9a8b61f92225bb9c5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 6"
+ date="2012-06-08T15:21:18Z"
+ content="""
+It's not much for now... but see <http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0/> I'm ignoring the debian-stable and pristine-tar branches for now, as I am just building and testing on osx 10.7.
+
+Hope the autobuilder will help you develop the OSX side of things without having direct access to an osx machine! I will try and get gitbuilder to spit out appropriately named tarballs of the compiled binaries in a few days when I have more time.
+"""]]
diff --git a/doc/design/assistant/comment_7_609d38e993267195a80fecd84c93d1e2._comment b/doc/design/assistant/comment_7_609d38e993267195a80fecd84c93d1e2._comment
new file mode 100644
index 0000000000..6685c6548e
--- /dev/null
+++ b/doc/design/assistant/comment_7_609d38e993267195a80fecd84c93d1e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.126"
+ subject="comment 7"
+ date="2012-06-09T18:07:51Z"
+ content="""
+Thanks, that's already been useful to me. You might as well skip the debian-specific \"bpo\" tags too.
+"""]]
diff --git a/doc/design/assistant/comment_8_22b818e1a2a825efb78139271a14f944._comment b/doc/design/assistant/comment_8_22b818e1a2a825efb78139271a14f944._comment
new file mode 100644
index 0000000000..57f354e494
--- /dev/null
+++ b/doc/design/assistant/comment_8_22b818e1a2a825efb78139271a14f944._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawldKnauegZulM7X6JoHJs7Gd5PnDjcgx-E"
+ nickname="Matt"
+ subject="Homebrew instead of MacPorts"
+ date="2012-06-22T04:26:02Z"
+ content="""
+[Homebrew] is a much better package manager than MacPorts IMO.
+
+[Homebrew]: http://mxcl.github.com/homebrew/
+"""]]
diff --git a/doc/design/assistant/comment_9_d052e2142da8b4838fb1edf791ea23ae._comment b/doc/design/assistant/comment_9_d052e2142da8b4838fb1edf791ea23ae._comment
new file mode 100644
index 0000000000..5e955c2b6c
--- /dev/null
+++ b/doc/design/assistant/comment_9_d052e2142da8b4838fb1edf791ea23ae._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="macports"
+ date="2012-06-12T13:00:34Z"
+ content="""
+The average OSX user has a) no idea what macports is, and b) will not be able to install it. Anything that requires a user to do anything with a commandline (or really anything other than using a GUI installer) is effectively a dealbreaker. For our use cases OSX is definitely a requirement, but it must only use standard OSX installation methods in order to be usable. Being in the appstore would be ideal, but standard dmg/pkg installers are still common enough that they are also acceptable.
+
+FWIW this is the same reason many git GUIs were not usable for our OSX users: they required separate installation of the git commandline tools.
+"""]]
diff --git a/doc/design/assistant/configurators.mdwn b/doc/design/assistant/configurators.mdwn
new file mode 100644
index 0000000000..4d08ac54a9
--- /dev/null
+++ b/doc/design/assistant/configurators.mdwn
@@ -0,0 +1,20 @@
+Add to the [[webapp]] some configuration of git-annex.
+
+There are some basic settings that pass through to `git config`, things
+like how much disk space to leave free, how many copies to ensure are kept
+of files, etc.
+
+The meat of the configuration will be in configuration assistants that walk
+through setting up common use cases.
+
+* Create a repository (run when the web app is started without a configured
+  repository too). **done**
+* Clone this repo to a USB drive or other removable drive. **done**
+* Make a bare repo on a remote ssh server **done**
+* Clone this repo to another host. (Needs [[pairing]]) **done**
+* Set up Amazon S3. **done**
+* Set up encrypted rsync remote. **done**
+* Rsync.net special case **done**
+* Set up gpg encryption key; gpg key distribution.
+* I lost my USB drive!
+* etc -- many more possibilities
diff --git a/doc/design/assistant/deltas.mdwn b/doc/design/assistant/deltas.mdwn
new file mode 100644
index 0000000000..ff4185a18f
--- /dev/null
+++ b/doc/design/assistant/deltas.mdwn
@@ -0,0 +1,9 @@
+Speed up syncing of modified versions of existing files. 
+
+One simple way is to find the key of the old version of a file that's
+being transferred, so it can be used as the basis for rsync, or any
+other similar transfer protocol.
+
+For remotes that don't use rsync, a poor man's version could be had by
+chunking each object into multiple parts. Only modified parts need be
+transferred. Sort of sub-keys to the main key being stored.
diff --git a/doc/design/assistant/deltas/comment_1_bdb477af913c9782c0e8509e6b294b6e._comment b/doc/design/assistant/deltas/comment_1_bdb477af913c9782c0e8509e6b294b6e._comment
new file mode 100644
index 0000000000..3361de4bf1
--- /dev/null
+++ b/doc/design/assistant/deltas/comment_1_bdb477af913c9782c0e8509e6b294b6e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="zsync?"
+ date="2012-09-10T12:35:45Z"
+ content="""
+zsync.moria.org.uk may have broken some of the ground here.
+"""]]
diff --git a/doc/design/assistant/deltas/comment_2_71889d15ba20ebb0fe13080c68162a5b._comment b/doc/design/assistant/deltas/comment_2_71889d15ba20ebb0fe13080c68162a5b._comment
new file mode 100644
index 0000000000..3ef911b776
--- /dev/null
+++ b/doc/design/assistant/deltas/comment_2_71889d15ba20ebb0fe13080c68162a5b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm72W-CH7bzZ8uHvaw1KJGrToPSQDNBnIA"
+ nickname="Beni"
+ subject="bup splitting"
+ date="2013-08-05T17:13:14Z"
+ content="""
+bup splits files into chunks based on rolling sums.
+https://github.com/apenwarr/bup/blob/master/DESIGN
+For small changes to big files, this would improve not only transfer speed but also repository size.
+And git-annex already supports bup remotes.  What's missing?
+"""]]
diff --git a/doc/design/assistant/desymlink.mdwn b/doc/design/assistant/desymlink.mdwn
new file mode 100644
index 0000000000..ffa37399dd
--- /dev/null
+++ b/doc/design/assistant/desymlink.mdwn
@@ -0,0 +1,145 @@
+While dropbox allows modifying files in the folder, git-annex freezes
+them upon creation, using symlinks.
+
+This is a core design simplification of git-annex.
+But it is problematic too:
+
+* To allow directly editing files in its folder, something like [[todo/smudge]] is
+  needed, to get rid of the symlinks that stand in for the files.
+* OSX seems to have a [[lot_of_problems|bugs/OSX_alias_permissions_and_versions_problem]]
+  with stupid programs that follow symlinks and present the git-annex
+  hash filename to the user.
+* FAT sucks and doesn't support symlinks at all, so [[Android]] can't
+  have regular repos on it.
+
+One approach for this would be to hide the git repo away somewhere,
+and have the git-annex assistant watch a regular directory, with
+regular files.
+
+There would have to be a mapping from files to git-annex objects.
+And some intelligent way to determine when a file has been changed
+and no longer corresponds to its object. (Not expensive hashing every time,
+plz.)
+
+Since this leaves every file open to modification, any such repository
+probably needs to be considered untrusted by git-annex. So it doesn't
+leave its only copy of a file in such a repository, but instead
+syncs it to a proper git-annex repository.
+
+The assistant would make git commits still, of symlinks. It can already do
+that with without actual symlinks existing on disk. More difficult is
+handling merging; git merge wants a real repository with files it can
+really operate on. The assistant would need to calculate merges on its own,
+and update the regular directory to reflect changes made in the merge.
+
+Another massive problem with this idea is that it doesn't allow for
+[[partial_content]]. The symlinks that everyone loves to hate on are what
+make it possible for the contents of some files to not be present on
+disk, while the files are still in git and can be retreived as desired.
+With real files, some other standin for a missing file would be needed.
+Perhaps a 0 length, unreadable, unwritable file? On systems that
+support symlinks it could be a broken symlink like is used now, that
+is converted to a real file when it becomes present.
+
+## concrete design
+
+* Enable with annex.direct
+* Use .git/ for the git repo, but `.git/annex/objects` won't be used
+  for object storage.
+* `git status` and similar will show all files as type changed, and
+  `git commit` would be a very bad idea. Just don't support users running
+  git commands that affect the repository in this mode. Probably.
+* However, `git status` and similar also will show deleted and new files,
+  which will be helpful for the assistant to use when starting up.
+* Cache the mtime, size etc of files, and use this to detect when they've been
+  modified when the assistant was not running. This would only need to be
+  checked at startup, probably.
+* Use dangling symlinks for standins for missing content, as now.
+  This allows just cloning one of these repositories normally, and then
+  as the files are synced in, they become real files.
+* Maintain a local mapping from keys to files in the tree. This is needed
+  when sending/receiving/dropping keys to know what file to access.
+  Note that a key can map to multiple files. And that when a file is
+  deleted or moved, the mapping needs to be updated.
+* May need a reverse mapping, from files in the tree to keys? TBD
+  (Currently, getting by looking up symlinks using `git cat-file`)
+  (Needed to make things like `git annex drop` that want to map from the
+  file back to the key work.)
+* The existing watch code detects when a file gets closed, and in this
+  mode, it could be a new file, or a modified file, or an unchanged file.
+  For a modified file, can compare mtime, size, etc, to see if it needs
+  to be re-added.
+* The inotify/kqueue interface does not tell us when a file is renamed.
+  So a rename has to be treated as a delete and an add, so can have a lot
+  of overhead, to re-hash the file.
+* Note that this could be used without the assistant, as a git remote
+  that content is transferred to and from. Without the assistant, changes
+  to files in this remote would not be noticed and committed, unless
+  a git-annex command were added to do so.
+  Getting it basically working as a remote would be a good 1st step.
+* It could also be used without the assistant as a repository that
+  the user uses directly. Would need some git-annex commands
+  to merge changes into the repo, update caches, and commit changes.
+  This could all be done by "git annex sync".
+
+## TODO
+
+* kqueue does not deliver an event when an existing file is modified.
+  This doesn't affect OSX, which uses FSEvents now, but it makes direct
+  mode assistant not 100% on other BSD's.
+
+## done
+
+* `git annex sync` updates the key to files mappings for files changed,
+  but needs much other work to handle direct mode:
+  * Generate git commit, without running `git commit`, because it will
+    want to stage the full files. **done**
+  * Update location logs for any files deleted by a commit. **done**
+  * Generate a git merge, without running `git merge` (or possibly running
+    it in a scratch repo?), because it will stumble over the direct files.
+    **done**
+  * Drop contents of files deleted by a merge (including updating the
+    location log), or if we cannot drop,
+    move their contents to `.git/annex/objects/`.  **no**  .. instead, 
+    avoid ever losing file contents in a direct mode merge. If the file is
+    deleted, its content is moved back to .git/annex/objects, if necessary.
+  * When a merge adds a symlink pointing at a key that is present in the
+    repo, replace the symlink with the direct file (either moving out
+    of `.git/annex/objects/` or hard-linking if the same key is present
+    elsewhere in the tree. **done**
+  * handle merge conflicts on direct mode files **done**
+* support direct mode in the assistant (many little fixes)
+
+* Deal with files changing as they're being transferred from a direct mode
+  repository to another git repository. The remote repo currently will 
+  accept the bad data and update the location log to say it has the key.
+
+  This affects both special remotes and git remotes. 
+
+  For special remotes,
+  it seems the best that could be done is to have an error unwind action
+  passed to `sendAnnex` that is called if the file is modified as it's
+  transferred. That would then remove the probably corrupted file from the
+  remote. (The full transfer would still run, unless there was also a way
+  to cancel an in progress transfer.) **done**
+
+  (With the above, there is some potential for the bad content being
+  downloaded from the special remote into another repo. This would only
+  happen if the other repo for some reason thinks the special remote 
+  has the content. Since the location log would not be updated until the
+  transfer is successful, this should not happen.)
+
+  For local git remotes, need to check the direct mode file after it's
+  copied and before it's put into place as a key's content. **done**
+  (untested)
+
+  `git-annex-shell sendkey` needs to do something if it sent bad
+  data. This seems to not need protocol changes; it can just detect 
+  the problem and exit nonzero. Would need to do something to clean up
+  the temp file, which is probably corrupt. (Could in future use it as a
+  basis for transferring the new key..) **done**
+
+  For git remotes, added a flag to `git-annex-shell recvkey` (using a field
+  after the "--" to remain back-compat). With this flag, after receiving
+  the data, the remote fscks the data. This is not optimal, but avoids
+  needing another round-trip, or a protocol change.
diff --git a/doc/design/assistant/desymlink/comment_1_f1bfe250b7f872359f7075998b6e42e3._comment b/doc/design/assistant/desymlink/comment_1_f1bfe250b7f872359f7075998b6e42e3._comment
new file mode 100644
index 0000000000..5e60ff29e0
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_1_f1bfe250b7f872359f7075998b6e42e3._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn-KDr_Z4CMkjS0v_TxQ08SzAB5ecHG3K0"
+ nickname="Glen"
+ subject="Modifying files in a folder watched by assistant"
+ date="2012-09-19T14:18:54Z"
+ content="""
+I think this feature is really important.  For my use cases, if I can't modify files that are in the folder that is kept in sync, then I would just use rsync or manually keep copies on multiple systems..
+
+I might be missing something, but tried a git annex unlock on the file, but if the assistant is running, it seems to revert this back.
+
+"""]]
diff --git a/doc/design/assistant/desymlink/comment_2_5e876edfe9853645f761b5ed9b5021aa._comment b/doc/design/assistant/desymlink/comment_2_5e876edfe9853645f761b5ed9b5021aa._comment
new file mode 100644
index 0000000000..b79ae4781a
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_2_5e876edfe9853645f761b5ed9b5021aa._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknpbpx4uDElXRzJ4kPXuJU1KdcslOI6go"
+ nickname="Rodrigo"
+ subject="I strongly agree with Glen"
+ date="2012-10-03T14:07:40Z"
+ content="""
+And if your goal is to build an app \"like dropbox\" it is a must have feature.
+Thanks for your work. You are doing great!
+"""]]
diff --git a/doc/design/assistant/desymlink/comment_3_538561d74371e53c2f8df7f5ebdf58a8._comment b/doc/design/assistant/desymlink/comment_3_538561d74371e53c2f8df7f5ebdf58a8._comment
new file mode 100644
index 0000000000..40067b25bb
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_3_538561d74371e53c2f8df7f5ebdf58a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 3"
+ date="2012-10-05T00:43:11Z"
+ content="""
+@Glen, for what it's worth, you can now manually \"git annex unlock\" a file and it'll stay unlocked until you manually \"git annex add\" the new version.
+"""]]
diff --git a/doc/design/assistant/desymlink/comment_4_586ecaa800e6c162377c937da5e65440._comment b/doc/design/assistant/desymlink/comment_4_586ecaa800e6c162377c937da5e65440._comment
new file mode 100644
index 0000000000..aeb1587edc
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_4_586ecaa800e6c162377c937da5e65440._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJEI45rGczFAnuM7gRSj4C6s9AS9yPZDc"
+ nickname="Kevin"
+ subject="unlock not behaving as you describe"
+ date="2012-11-05T22:35:35Z"
+ content="""
+@joeyh,
+
+I'm not seeing the behavior you describe re \"git annex unlock\" when using the assistant.  After unlocking and writing the file, git annex assistant commits the changes and recreates the symlink from under me which is annoying.
+
+I'm running OS X 10.7.5 using the bundled git-annex.app version 3.20121017.
+"""]]
diff --git a/doc/design/assistant/desymlink/comment_5_8fc703de67814cf2aec2a908852298a4._comment b/doc/design/assistant/desymlink/comment_5_8fc703de67814cf2aec2a908852298a4._comment
new file mode 100644
index 0000000000..ca43615326
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_5_8fc703de67814cf2aec2a908852298a4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 5"
+ date="2012-11-05T23:40:50Z"
+ content="""
+Well, you're able to unlock and modify the file -- that's what I fixed.
+
+Committing changes to files is what the assistant does..
+"""]]
diff --git a/doc/design/assistant/desymlink/comment_6_1b473ad89494afb82250af4b6df5f5c9._comment b/doc/design/assistant/desymlink/comment_6_1b473ad89494afb82250af4b6df5f5c9._comment
new file mode 100644
index 0000000000..fad9cbe984
--- /dev/null
+++ b/doc/design/assistant/desymlink/comment_6_1b473ad89494afb82250af4b6df5f5c9._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 6"
+ date="2012-12-03T05:33:44Z"
+ content="""
+> One approach for this would be to hide the git repo away somewhere, and have the git-annex assistant watch a regular directory, with regular files.
+
+I think this would be the single most important feature added to git-annex.
+1. It could be used to backup regularly a smb share over the network.
+2. For those who dont trust a program who modifies their files directly. 
+(I had a 3GB permanent data loss, when trying to push a 10GB directory into git annex.)
+3. Android 
+
+I do hope the above method will be implemented for Android too, so its like two birds with one stone. 
+(Im really for option 2 here. I dont like the very idea of modifying my files directly. 
+Git does not do it either, I have disk space (if not I buy more disks), rather then risquing losing important datas)
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/design/assistant/disaster_recovery.mdwn b/doc/design/assistant/disaster_recovery.mdwn
new file mode 100644
index 0000000000..6fcf955195
--- /dev/null
+++ b/doc/design/assistant/disaster_recovery.mdwn
@@ -0,0 +1,185 @@
+The assistant should help the user recover their repository when things go
+wrong.
+
+[[!toc ]]
+
+## dangling lock files
+
+There are a few ways a git repository can get broken that are easily fixed.
+One is left over index.lck files. When a commit to a repository fails,
+check that nothing else is using it, fix the problem, and redo the commit.
+
+* **done** for .git/annex/index.lock, can be handled safely and automatically.
+* **done** for .git/index.lock, only when the assistant is starting up.
+* What about local remotes, eg removable drives? git-annex does attempt
+  to commit to the git-annex branch of those. It will use the automatic
+  fix if any are dangling. It does not commit to the master branch; indeed
+  a removable drive typically has a bare repository.
+  However, it does a scan for broken locks anyway if there's a problem
+  syncing. **done**
+* What about git-annex-shell? If the ssh remote has the assistant running,
+  it can take care of it, and if not, it's a server, and perhaps the user
+  should be required to fix up if it crashes during a commit. This should
+  not affect the assistant anyway.
+* **done** Seems that refs can also have stale lock files, for example
+  '/storage/emulated/legacy/DCIM/.git/refs/remotes/flick_phonecamera/synced/git-annex.lock'
+  All git lock files are now handled (except gc lock files).
+
+## incremental fsck
+
+Add webapp UI to enable incremental fsck **done**
+
+Of course, incremental fsck will run as an niced (and ioniced) background
+job. There will need to be a button in the webapp to stop it, in case it's
+annoying. **done**
+
+When fsck finds a damanged file, queue a download of the file from a
+remote. **done**
+
+Detect when a removable drive is connected in the Cronner, and check
+and try to run its remote fsck jobs. **done** (Same mechanism will work for
+network remotes becoming connected.)
+
+TODO: If no accessible remote has a file that fsck reported missing,
+prompt the user to eg, connect a drive containing it. Or perhaps this is a
+special case of a general problem, and the webapp should prompt the user
+when any desired file is available on a remote that's not mounted?
+
+## git-annex-shell remote fsck
+
+TODO: git-annex-shell fsck support, which would allow cheap fast fscks
+of ssh remotes.
+
+Would be nice; otherwise remote fsck is too expensive (downloads
+everything) to have the assistant do.
+
+Note that Remote.Git already tries to use this, but the assistant does not
+call it for non-local remotes.
+
+## git fsck and repair
+
+Add git fsck to scheduled self fsck **done**
+
+TODO: git fsck on ssh remotes? Probably not worth the complexity..
+
+TODO: If committing to the repository fails, after resolving any dangling
+lock files (see above), it should git fsck. This is difficult, because
+git commit will also fail if the commit turns out to be empty, or due to
+other transient problems.. So commit failures are currently ignored by the
+assistant.
+
+If git fsck finds problems, launch git repository repair. **done**
+
+git annex fsck --fast at end of repository repair to ensure
+git-annex branch is accurate. **done**
+
+If syncing with a local repository fails, try to repair it. **done**
+
+TODO: "Repair" gcrypt remotes, by removing all refs and objects,
+and re-pushing. (Since the objects are encrypted data, there is no way
+to pull missing ones from anywhere..) 
+Need to preserve gcrypt-id while doing this!
+
+TODO: along with displaying alert when there is a problem detected
+by consistency check, send an email alert. (Using system MTA?)
+
+## nudge user to schedule fscks
+
+Make the webapp encourage users to schedule fscks of their
+local repositories. The goal here was that it should not be obnoxious about
+repeatedly pestering the user to set that up, but should still encourage
+anyone who cares to set it up.
+
+Maybe: Display a message only once per week, and only after the repository
+has existed for at least one full day. But, this will require storing
+quite a lot of state.
+
+Or: Display a message whenever a removable drive is detected to have been
+connected. I like this, but what about nudging the main repo? Could do it
+every webapp startup, perhaps? **done**
+
+There should be a "No thanks" button that prevents it nudging again for a
+repo. **done**
+
+## git repository repair
+
+There are several ways git repositories can get damanged. 
+
+The most common is empty files in .git/annex/objects and commits that refer
+to those objects. When the objects have not yet been pushed anywhere.
+I've several times recovered from this manually by
+removing the bad files and resetting to before the commits that referred to
+them. Then re-staging any divergence in the working tree. This could
+perhaps be automated.
+
+As long as the git repository has at least one remote, another method is to
+clone the remote, sync from all other remotes, move over .git/config and
+.git/annex/objects, and tar up the old broken git repo and `git annex add`
+it. This should be automatable and get the user back on their feet. User
+could just click a button and have this be done.
+
+This is useful outside git-annex as well, so make it a
+git-recover-repository command.
+
+### detailed design
+
+Run `git fsck` and parse output to find bad objects. **done** Note that
+fsck may fall over and fail to print out all bad objects, when
+files are corrupt. So if the fsck exits nonzero, need to collect all
+bad objects it did find, and:
+
+1. If the local repository contains packs, the packs may be corrupt.
+   So, start by using `git unpack-objects` to unpack all
+   packs it can handle (which may include parts of corrupt packs) 
+   back to loose objects. And delete all packs. **done**
+2. Delete all loose corrupt objects. **done**
+
+Repeat until fsck finds no new problems. **done**
+
+Check if there's a remote. If so, and if the bad objects are all
+present on it, can simply get all bad objects from the remote,
+and inject them back into .git/objects to recover:
+
+3. Make a new (bare) clone from the remote.
+   (Note: git does not seem to provide a way to fetch specific missing
+   objects from the remote. Also, cannot use `--reference` against
+   a repository with missing refs. So this seems unavoidably
+   network-expensive.) **done**
+5. Rsync objects over. (Turned out to work better than git-cat-file, 
+   because we don't have to walk the graph to add missing objects.)
+   **done**
+6. If each bad object was able to be repaired this way, we're done!
+   (If not, can reuse the clone for getting objects from the next remote.)
+   **done**
+
+If some missing objects cannot be recovered from remotes, find commits in each
+local branch that are broken by all remaining missing objects. Some of this can
+be parsed from git fsck output, but for eg blobs, the commits need to
+be walked to walk the trees, to find trees that refer to the blobs. **done**
+
+For each branch that is affected, look in the reflog and/or `git log
+$branch` to find the last good commit that predates all broken commits. (If
+the head commit of a branch is broken, git log is not going to show
+anything useful, but the reflog can be used to find past refs for the
+branch -- have to first delete the .git/HEAD file if it points to the
+broken ref.) **done**
+
+The basic idea then is to reset the branch to the last good commit
+that was found for it.
+
+* For the HEAD branch, can just reset it. (If no last good commit was found
+  for the HEAD branch, reset it to a dummy empty commit.) This will
+  leave git showing any changes made since then as staged in the index and
+  uncommitted. Or if the index is missing/corrupt, any files in the tree will
+  show as modified and uncommitted. User (or git-annex assistant) can then
+  commit as appropriate. Print appropriate warning message. **done**
+* Special handling for git-annex branch and index. **done**
+* Remote tracking branches can just be removed, and then `git fetch`
+  from the remote, which will re-download missing objects from it and
+  reinstate the tracking branch. **done**
+* For other branches, reset them to last good commit, or delete
+  if none was found. **done**
+* (Decided not to touch tags.)
+
+The index file can still refer to objects that were missing.
+Rewrite to remove them. **done**
diff --git a/doc/design/assistant/disaster_recovery/comment_1_955dc807196863da23aa8dbd15e04364._comment b/doc/design/assistant/disaster_recovery/comment_1_955dc807196863da23aa8dbd15e04364._comment
new file mode 100644
index 0000000000..63c7e942d9
--- /dev/null
+++ b/doc/design/assistant/disaster_recovery/comment_1_955dc807196863da23aa8dbd15e04364._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-10-19T15:50:47Z"
+ content="""
+The restriction on fetching over the Git protocol is, partly, for security reasons – e.g. if one accidentally pushes a commit with private data, and then `push --force`'s a cleaned-up version, Git needs to prevent anyone from downloading the old commit by just giving its SHA1 (e.g. obtained from an IRC/email push notification). So it restricts fetching to the tips of any ref. (I've been told that it could check if the given object is merely *reachable* from any ref, but it doesn't do so for performance reasons.)
+
+git 1.8 has a minor way to relax this requirement – it allows giving a SHA1 to `git fetch` (although I think the protocol already worked this way), and it allows refs to be hidden server-side but still remain fetchable, so in theory there could be a (hidden) ref for every object, for easy fetching...
+"""]]
diff --git a/doc/design/assistant/encrypted_git_remotes.mdwn b/doc/design/assistant/encrypted_git_remotes.mdwn
new file mode 100644
index 0000000000..7d210a292d
--- /dev/null
+++ b/doc/design/assistant/encrypted_git_remotes.mdwn
@@ -0,0 +1,22 @@
+Encrypted git remotes are now possible 
+using [git-remote-gcrypt](https://github.com/joeyh/git-remote-gcrypt).
+
+There are at least two use cases for this in the assistant:
+
+* Storing an encrypted git repository on a local drive. **done**
+* Or on a remote server. This could even allow using github. But more
+  likely would be a shell server that has git-annex-shell on it so can
+  also store file contents, and which is not trusted with unencrypted data.
+  **done**
+
+git-remote-gcrypt is already usable with git-annex. What's needed is
+to make sure it's installed (ie, get it packaged into distros or embedded
+into git-annex), and make it easy to set up from the webapp. **done**
+
+Hmm, this will need gpg key creation, so would also be a good opportunity
+to make the webapp allow using that for special remotes too.
+
+One change is needed in git-annex core.. It currently does not support
+storing encrypted files on git remotes, only on special remotes. Perhaps
+the way to deal with this is to make it consider git-remote-grypt remotes
+to be a special remote type? **done**
diff --git a/doc/design/assistant/gpgkeys.mdwn b/doc/design/assistant/gpgkeys.mdwn
new file mode 100644
index 0000000000..9d1254eb93
--- /dev/null
+++ b/doc/design/assistant/gpgkeys.mdwn
@@ -0,0 +1,40 @@
+Currently the assistant sets up a shared encryption key, which is checked
+into git, so anyone who gets the repository can decrypt files that are
+stored encrypted on special remotes.
+
+To support using gpg keys in the assistant, we need some things:
+
+1. Help user set up a gpg key if they don't have one. This could be a
+   special-purpose key dedicated to being used by git-annex. It might be
+   nice to leave the user with a securely set up general purpose key,
+   but that would certainly preclude prompting for its password in the
+   webapp. Indeed, the password prompt is the main problem here.
+   Best solution would be to get gpg agent working on all supported 
+   platforms.
+
+   Update: For now, git-annex only assists in generating gpg keys that are
+   intended to only be used to encrypt a repo.
+
+2. After generating a gpg key, back it up. It might be the only way
+   some data is accessible.
+
+   One way I'm considering is generating a QR code
+   of the key, which could be printed to paper. Preliminary results
+   are good; a 4096 bit secret key fits in a QR code (a secret key
+   with many subkeys may not). Debian has command-line utilities that
+   can generate and read such a QR code.
+
+   Another way would be to use shamir secret sharing to split the key into
+   N peices and send each one to one of the user's repos.
+
+3. Help user learn the gpg keys of people they want to share their repo
+   with, and give them access. If the public key was recorded in the git-annex
+   branch, this could be easily determined when sharing repositories with
+   friends. Or, use MonkeySphere, or Monkeysign..
+
+-----
+
+Another gpg key security thing is that currently git-annex stores
+crypto creds in memory while it's running. Should use locked memory. See
+<https://github.com/vincenthz/hs-securemem> and
+<https://github.com/vincenthz/hs-securemem/issues/1>
diff --git a/doc/design/assistant/gpgkeys/comment_1_a14427f88c9fd8e25ad8708146bb4bff._comment b/doc/design/assistant/gpgkeys/comment_1_a14427f88c9fd8e25ad8708146bb4bff._comment
new file mode 100644
index 0000000000..610f9bbb67
--- /dev/null
+++ b/doc/design/assistant/gpgkeys/comment_1_a14427f88c9fd8e25ad8708146bb4bff._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="85.197.15.125"
+ subject="Paperkey"
+ date="2013-12-05T11:37:02Z"
+ content="""
+Regarding backups, have you considered using [paperkey](http://www.jabberwocky.com/software/paperkey/) (also [in Debian](http://packages.debian.org/search?keywords=paperkey))?
+It only stores a minimal amount of key data and formats it in a human-readable way.
+
+The result is mainly meant to be printed but `paperkey` would probably also be a good way to keep the size of QR codes down.
+
+I've actually recovered a key from a such a printed backup (using OCR) and it worked great thanks to line-wise checksums.
+Maybe you could create paperkey PDF files with a proper OCR font through the web app?
+
+"""]]
diff --git a/doc/design/assistant/inotify.mdwn b/doc/design/assistant/inotify.mdwn
new file mode 100644
index 0000000000..c951f4fe2a
--- /dev/null
+++ b/doc/design/assistant/inotify.mdwn
@@ -0,0 +1,234 @@
+"git annex watch" command, which runs, in the background, watching via
+inotify for changes, and automatically annexing new files, etc. Now
+available!
+
+[[!toc]]
+
+## known bugs
+
+* Kqueue has to open every directory it watches, so too many directories
+  will run it out of the max number of open files (typically 1024), and fail.
+  I may need to fork off multiple watcher processes to handle this.
+  See [[bug|bugs/Issue_on_OSX_with_some_system_limits]]. (Does not affect
+  OSX any longer, only other BSDs).
+
+## beyond Linux
+
+I'd also like to support OSX and if possible the BSDs.
+
+* kqueue ([haskell bindings](http://hackage.haskell.org/package/kqueue))
+  is supported by FreeBSD, OSX, and other BSDs.
+
+  In kqueue, to watch for changes to a file, you have to have an open file
+  descriptor to the file. This wouldn't scale. 
+
+  Apparently, a directory can be watched, and events are generated when
+  files are added/removed from it. You then have to scan to find which
+  files changed. [example](https://developer.apple.com/library/mac/#samplecode/FileNotification/Listings/Main_c.html#//apple_ref/doc/uid/DTS10003143-Main_c-DontLinkElementID_3)
+
+  Gamin does the best it can with just kqueue, supplimented by polling.
+  The source file `server/gam_kqueue.c` makes for interesting reading.
+  Using gamin to do the heavy lifting is one option. 
+  ([haskell bindings](http://hackage.haskell.org/package/hlibfam) for FAM;
+  gamin shares the API)
+
+  kqueue does not seem to provide a way to tell when a file gets closed,
+  only when it's initially created. Poses problems..
+
+  * [man page](http://www.freebsd.org/cgi/man.cgi?query=kqueue&apropos=0&sektion=0&format=html)
+  * <https://github.com/gorakhargosh/watchdog/blob/master/src/watchdog/observers/kqueue.py> (good example program)
+
+  *kqueue is now supported*
+
+* hfsevents ([haskell bindings](http://hackage.haskell.org/package/hfsevents))
+  is OSX specific.
+
+  Originally it was only directory level, and you were only told a
+  directory had changed and not which file. Based on the haskell
+  binding's code, from OSX 10.7.0, file level events were added.
+
+  This will be harder for me to develop for, since I don't have access to
+  OSX machines..
+
+  hfsevents does not seem to provide a way to tell when a file gets closed,
+  only when it's initially created. Poses problems..
+
+  * <https://developer.apple.com/library/mac/#documentation/Darwin/Conceptual/FSEvents_ProgGuide/Introduction/Introduction.html>
+  * <http://pypi.python.org/pypi/MacFSEvents/0.2.8> (good example program)
+  * <https://github.com/gorakhargosh/watchdog/blob/master/src/watchdog/observers/fsevents.py> (good example program)
+
+  *hfsevents is now supported*
+
+* Windows has a Win32 ReadDirectoryChangesW, and perhaps other things.
+
+  It was easy to get watching to work in windows. But there is no lsof,
+  to check if a file can safely be added. So, need to carefully consider
+  how to make adding a file safe in windows.
+
+  Without lsof, an InodeCache is generated in "lockdown" (which doesn't
+  do anything to prevent new writers), and is compared with the stat of the
+  file after it's ingested (and checksummed). This will detect many changes
+  to files, which change the size or mtime.
+
+  So, we have 2 cases to worry about. 
+
+  1. A process has the file open for write as it's added, does not change
+     it until the add is done.
+
+     As long as an event is generated once the file does get closed, this
+     is fine -- the modified version will be re-added. And such events are
+     indeed generated on windows.
+
+  2. A process has the file open for write as it's added, and changes it 
+     in some way that does not affect size or mtime.
+
+     If an event is generated when the file does get closed, this is the
+     same as a scenario where a process opens the file after it's added,
+     makes such a change, and closes it. In either case, a file closed
+     event is generated, and the Watcher will not detect any change
+     using the inode cache, so will not re-add the file.
+
+     So, this scenario is a potential problem, but it seems at least
+     unlikely that a program would modify a file without affecting its
+     mtime. Note that this same scenario can happen even with lsof, and
+     even on linux (although on linux the InodeCache includes an actual
+     inode, which might detect the change too).
+
+  Conclusion: It's probably ok to run without lsof on Windows.
+
+  Corrolary: lsof might not generally be needed in direct mode, on
+  systems that do generate file close events (but not when
+  eventsCoalesce).
+  The same arguments given above seem to apply to !Windows. Note that lsof
+  is needed in indirect mode, as discussed below.
+
+  **windows is now supported**
+
+## the races
+
+Many races need to be dealt with by this code. Here are some of them.
+
+* File is added and then removed before the add event starts.
+
+  Not a problem; The add event does nothing since the file is not present.
+
+* File is added and then removed before the add event has finished
+  processing it.
+  
+  **Minor problem**; When the add's processing of the file (checksum and so
+  on) fails due to it going away, there is an ugly error message, but
+  things are otherwise ok.
+
+* File is added and then replaced with another file before the annex add
+  moves its content into the annex.
+
+  Fixed this problem; Now it hard links the file to a temp directory and
+  operates on the hard link, which is also made unwritable.
+
+* File is added and then replaced with another file before the annex add
+  makes its symlink.
+
+  **Minor problem**; The annex add will fail creating its symlink since
+  the file exists. There is an ugly error message, but the second add
+  event will add the new file.
+
+* File is added and then replaced with another file before the annex add
+  stages the symlink in git.
+
+  Now fixed; `git annex watch` avoids running `git add` because of this
+  race. Instead, it stages symlinks directly into the index, without
+  looking at what's currently on disk.
+
+* Link is moved, fixed link is written by fix event, but then that is
+  removed by the user and replaced with a file before the event finishes.
+
+  Now fixed; same fix as previous race above.
+
+* File is removed and then re-added before the removal event starts.
+
+  Not a problem; The removal event does nothing since the file exists,
+  and the add event replaces it in git with the new one.
+
+* File is removed and then re-added before the removal event finishes.
+
+  Not a problem; The removal event removes the old file from the index, and
+  the add event adds the new one.
+
+* Symlink appears, but is then deleted before it can be processed.
+
+  Leads to an ugly message, otherwise no problem:
+
+	./me: readSymbolicLink: does not exist (No such file or directory)
+
+  Here `me` is a file that was in a conflicted merge, which got
+  removed as part of the resolution. This is probably coming from the watcher
+  thread, which sees the newly added symlink (created by the git merge),
+  but finds it deleted (by the conflict resolver) by the time it processes it.
+
+## done
+
+- on startup, add any files that have appeared since last run **done**
+- on startup, fix the symlinks for any renamed links **done**
+- on startup, stage any files that have been deleted since last run
+  (seems to require a `git commit -a` on startup, or at least a
+  `git add --update`, which will notice deleted files) **done**
+- notice new files, and git annex add **done**
+- notice renamed files, auto-fix the symlink, and stage the new file location
+  **done**
+- handle cases where directories are moved outside the repo, and stop
+  watching them **done**
+- when a whole directory is deleted or moved, stage removal of its
+  contents from the index **done**
+- notice deleted files and stage the deletion
+  (tricky; there's a race with add since it replaces the file with a symlink..)
+  **done**
+- Gracefully handle when the default limit of 8192 inotified directories
+  is exceeded. This can be tuned by root, so help the user fix it.
+  **done**
+- periodically auto-commit staged changes (avoid autocommitting when
+  lots of changes are coming in) **done**
+- coleasce related add/rm events for speed and less disk IO **done**
+- don't annex `.gitignore` and `.gitattributes` files **done**
+- run as a daemon **done**
+- A process has a file open for write, another one closes it,
+  and so it's added. Then the first process modifies it.
+
+  Or, a process has a file open for write when `git annex watch` starts
+  up, it will be added to the annex. If the process later continues
+  writing, it will change content in the annex.
+
+  This changes content in the annex, and fsck will later catch
+  the inconsistency.
+
+  Possible fixes: 
+
+  * Somehow track or detect if a file is open for write by any processes.
+    `lsof` could be used, although it would be a little slow.
+
+    Here's one way to avoid the slowdown: When a file is being added,
+    set it read-only, and hard-link it into a quarantine directory,
+    remembering both filenames.
+    Then use the batch change mode code to detect batch adds and bundle
+    them together.
+    Just before committing, lsof the quarantine directory. Any files in
+    it that are still open for write can just have their write bit turned
+    back on and be deleted from quarantine, to be handled when their writer
+    closes. Files that pass quarantine get added as usual. This avoids
+    repeated lsof calls slowing down adds, but does add a constant factor
+    overhead (0.25 seconds lsof call) before any add gets committed. **done**
+
+  * Or, when possible, making a copy on write copy before adding the file
+    would avoid this.
+  * Or, as a last resort, make an expensive copy of the file and add that.
+  * Tracking file opens and closes with inotify could tell if any other
+    processes have the file open. But there are problems.. It doesn't
+    seem to differentiate between files opened for read and for write.
+    And there would still be a race after the last close and before it's
+    injected into the annex, where it could be opened for write again.
+    Would need to detect that and undo the annex injection or something.
+
+- If a file is checked into git as a normal file and gets modified
+  (or merged, etc), it will be converted into an annexed file.
+  See [[blog/day_7__bugfixes]]. **done**; we always check ls-files now
+- When you `git annex unlock` a file, it will immediately be re-locked.
+  See [[bugs/watcher_commits_unlocked_files]]. Seems fixed now?
diff --git a/doc/design/assistant/inotify/comment_1_3d3ff74447452d65c10ccc3dbfc323cd._comment b/doc/design/assistant/inotify/comment_1_3d3ff74447452d65c10ccc3dbfc323cd._comment
new file mode 100644
index 0000000000..d042806a17
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_1_3d3ff74447452d65c10ccc3dbfc323cd._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://ciffer.net/~svend/"
+ subject="comment 1"
+ date="2012-06-04T19:42:07Z"
+ content="""
+I would find it useful if the watch command could 'git add' new files (instead of 'git annex add') for certain repositories.
+"""]]
diff --git a/doc/design/assistant/inotify/comment_2_a3c0fa6d97397c508b4b8aafdcee8f6f._comment b/doc/design/assistant/inotify/comment_2_a3c0fa6d97397c508b4b8aafdcee8f6f._comment
new file mode 100644
index 0000000000..13ee1523c3
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_2_a3c0fa6d97397c508b4b8aafdcee8f6f._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-06-04T19:46:03Z"
+ content="""
+I think it's already on the list: \"configurable option to only annex files meeting certian size or filename criteria\" -- files not meeting those criteria would just be git added.
+"""]]
diff --git a/doc/design/assistant/inotify/comment_3_b346e870c1cd80e4b0a313c3a9fed6b3._comment b/doc/design/assistant/inotify/comment_3_b346e870c1cd80e4b0a313c3a9fed6b3._comment
new file mode 100644
index 0000000000..c1f22c4b8a
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_3_b346e870c1cd80e4b0a313c3a9fed6b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-06-17T08:52:32Z"
+ content="""
+In relation to OSX support, hfsevents (or supporting hfs is probably a bad idea), its very osx specific and users who are moving usb keys and disks between systems will probably end up using fat32/exfat/vfat disks around. Also if you want I can lower the turn around time for the OSX auto-builder that I have setup to every 1 or 2mins? would that help?
+"""]]
diff --git a/doc/design/assistant/inotify/comment_4_32be58b4c3b17a4ea539690d2fb45159._comment b/doc/design/assistant/inotify/comment_4_32be58b4c3b17a4ea539690d2fb45159._comment
new file mode 100644
index 0000000000..d854d91c2b
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_4_32be58b4c3b17a4ea539690d2fb45159._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.147"
+ subject="comment 4"
+ date="2012-06-17T16:39:43Z"
+ content="""
+hfsevents seems usable, git-annex does not need to watch for file changes on remotes on other media.
+
+But, trying kqueue first.
+
+You could perhaps run the autobuilder on a per-commit basis..
+"""]]
diff --git a/doc/design/assistant/inotify/comment_5_0cdd3046d90ad2012025d846ece0731e._comment b/doc/design/assistant/inotify/comment_5_0cdd3046d90ad2012025d846ece0731e._comment
new file mode 100644
index 0000000000..8b075c36f0
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_5_0cdd3046d90ad2012025d846ece0731e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2012-06-17T21:42:59Z"
+ content="""
+okay, I've gotten gitbuilder to poll the git repo every minute for changes, gitbuilder doesn't build every commit. It doesn't work like that, it checks out the master and builds that. If there is a failure it automatically bisects to find out where the problem first got introduced. Hope the change to the builder helps!
+"""]]
diff --git a/doc/design/assistant/inotify/comment_6_e197d5d0d853572ec1f2e5985762e60d._comment b/doc/design/assistant/inotify/comment_6_e197d5d0d853572ec1f2e5985762e60d._comment
new file mode 100644
index 0000000000..76716ddda5
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_6_e197d5d0d853572ec1f2e5985762e60d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnV2c63kDc6X21a1H81me1mIenUCScd2Gs"
+ nickname="Emanuele"
+ subject="watch branch?"
+ date="2012-06-01T19:19:17Z"
+ content="""
+Hello there? Where can I find more info about this git watch branch? 
+Keep up the good work!
+"""]]
diff --git a/doc/design/assistant/inotify/comment_7_00809aaad6b68f189a9cc42af810a0a6._comment b/doc/design/assistant/inotify/comment_7_00809aaad6b68f189a9cc42af810a0a6._comment
new file mode 100644
index 0000000000..7e1ad7db5c
--- /dev/null
+++ b/doc/design/assistant/inotify/comment_7_00809aaad6b68f189a9cc42af810a0a6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnwfqF4wL6l_O26RyzoBowUMvQ_955Vpao"
+ nickname="Markus"
+ subject="comment 7"
+ date="2014-06-14T06:29:55Z"
+ content="""
+FWIW: Removing the [raspi-copies-and-fills](https://github.com/simonjhall/copies-and-fills) package ('apt-get purge raspi-copies-and-fills') stops annex from printing the message over and over again. According to the package's description though, you suffer a performance penalty without the package.
+"""]]
diff --git a/doc/design/assistant/leftovers.mdwn b/doc/design/assistant/leftovers.mdwn
new file mode 100644
index 0000000000..b8c0f456b6
--- /dev/null
+++ b/doc/design/assistant/leftovers.mdwn
@@ -0,0 +1,17 @@
+Things that don't fit anywhere else:
+
+* Automatically start daemon on boot or when user logs in, using
+  freedesktop autostart file. **done**
+* Somehow get content that is unavailable. This is problematic with inotify,
+  since we only get an event once the user has tried (and failed) to read
+  from the file. This is only needed if all the files in the directory 
+  are not kept synced, but in some situations (ie, low disk space phones),
+  that is likely.
+* Drop files that have not been used lately, or meet some other criteria
+  (as long as there's a copy elsewhere). **done** (via preferred content;
+  eg archive directories)
+* Perhaps automatically dropunused files that have been deleted,
+  although I cannot see a way to do that, since by the time the inotify
+  deletion event arrives, the file is deleted, and we cannot see what
+  its symlink pointed to! Alternatively, perhaps automatically
+  do an expensive unused/dropunused cleanup process.
diff --git a/doc/design/assistant/leftovers/comment_1_b20c88bb3c583a32023c1f6b6dc9486d._comment b/doc/design/assistant/leftovers/comment_1_b20c88bb3c583a32023c1f6b6dc9486d._comment
new file mode 100644
index 0000000000..3c7e1820db
--- /dev/null
+++ b/doc/design/assistant/leftovers/comment_1_b20c88bb3c583a32023c1f6b6dc9486d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-10-30T09:07:37Z"
+ content="""
+I think the automatic dropunused part is handled by the assistant already anyway, but in case it's not: The git repo still knows where the symlink pointed to so it should not be a problem to get that info from the last commit that was 'actively' locally and which contained said symlink.
+"""]]
diff --git a/doc/design/assistant/more_cloud_providers.mdwn b/doc/design/assistant/more_cloud_providers.mdwn
new file mode 100644
index 0000000000..16e7276570
--- /dev/null
+++ b/doc/design/assistant/more_cloud_providers.mdwn
@@ -0,0 +1,24 @@
+Git-annex already supports storing large files in 
+several cloud providers via [[special_remotes]].
+More should be added, such as:
+
+* Google drive (attractive because it's free, only 5 gb tho)
+* Owncloud (has several [providers](http://owncloud.org/providers/);
+  at least one provides 5 gb free; open DAV based API)
+* OpenStack Swift (teh future)
+* Box.com (it's free, and current method is hard to set up and a sorta
+  shakey; a better method would be to use its API) **done**
+* Dropbox? That would be ironic.. Via its API, presumably.
+* [[Amazon Glacier|todo/special_remote_for_amazon_glacier]] **done**
+* Internet Archive **done**
+* [nimbus.io](https://nimbus.io/) Fairly low prices ($0.06/GB);
+  REST API; free software
+* Mediafire provides 50gb free and has a REST API.
+* Flickr provides 1 tb (!!!!) to free accounts, and can store at least
+  photos and videos. <https://github.com/ricardobeat/filr> is a hack
+  to allow storing any type of file on Flickr.
+* mega.co.nz. Already supported via [[tips/megaannex]], would just need
+  webapp modifications to configure it. May want to use megaannex as-is to
+  build a non-hook special remote in haskell.
+
+See poll at [[polls/prioritizing_special_remotes]].
diff --git a/doc/design/assistant/pairing.mdwn b/doc/design/assistant/pairing.mdwn
new file mode 100644
index 0000000000..d09c644ee7
--- /dev/null
+++ b/doc/design/assistant/pairing.mdwn
@@ -0,0 +1,83 @@
+For git-annex to be able to clone its repo to another host, it'd be good to
+have some way of pairing devices.
+
+## security
+
+Pairing uses its own network protocol, built on top of multicast UDP.
+
+It's important that pairing securely verifies that the right host is being
+paired with. This is accomplied by having a shared secret be entered on
+both the hosts that will be paired. Hopefully that secret is communicated
+securely out of band. 
+
+(In practice, the security of that communication will vary. To guard against
+interception, each pairing session pairs exactly two hosts and then forgets
+the shared secret. So an attacker who tries to reuse an intercepted secret
+will not succeed in pairing. This does not guard against an intercepted
+secret that is used before the legitimate parties finish pairing.)
+
+Each host can construct messages that the other host can verify using the
+shared secret, and so know that, for example, the ssh public key it
+received belongs to the right host and has not been altered by a man in the
+middle.
+
+The verification works like this: Take a HMAC SHA1 checksum of the message,
+using the shared secret as the HMAC key. Include this checksum after the
+message. The other host can then do the same calculation and verify the
+checksum.
+
+Additionally, a UUID is included in the message. Messages that are part of
+the same pairing session all share a UUID. And all such messages should
+be verifiable as described above. If a message has the same UUID but is
+not verifiable, then someone on the network is up to no good. Perhaps
+they are trying to brute-force the shared secret. When this is detected,
+the pairing session is shut down. (Which would still let an attacker
+DOS pairing, but that's not a very interesting attack.)
+
+The protocol used for pairing consists of 3 messages, a PairReq, and
+PairAck, and a PairDone. Let's consider what an attacker could accomplish
+by replaying these:
+
+* PairReq: This would make the webapp pop up an alert about an incoming
+  pair request. If the user thought it was real and for some reason
+  entered the right shared secret used in the real one earlier, the
+  ssh key inside the PairReq would be added to `authorized_keys`. Which
+  allows the host that originally sent the PairReq to access its git
+  repository, but doesn't seem to do the attacker any good.
+* PairAck:  If the host that originally sent
+  the PairReq is still pairing, it'll add the ssh key from the PairAck,
+  and start syncing, which again does the attacker no good.
+* PairDone: If the host that sent the PairAck is still syncing, it'll
+  add the ssh key from the PairDone, and start syncing, and stop
+  sending PairAcks. But probably, it's not syncing, because it would have
+  seen the original PairDone.. and anyway, this seems to do the attacker no
+  good.
+
+So replay attacks don't seem to be a problem.
+
+So far I've considered security from a third-party attacker, but either the
+first or second parties in pairing could also be attackers. Presumably they
+trust each other with access to their files as mediated by
+[[git-annex-shell]]. However, one could try to get shell access to the
+other's computer by sending malicious data in a pairing message. So the
+pairing code always checks every data field's content, for example the ssh
+public key is rejected if it looks at all unusual. Any control characters
+in the pairing message cause it to be rejected, to guard against console
+poisoning attacks. Furthermore, git-annex is careful not to expose data to
+the shell, and the webapp uses Yesod's type safety to ensure all user input
+is escaped before going to the browser.
+
+## TODO
+
+* pairing over IPV6 only networks does not work. Haskell's
+  `network-multicast` library complains "inet_addr: Malformed address: ff02::1"
+  .. seems it just doesn't support IPv6. The pairing code in git-annex
+  does support ipv6, apart from this, it's just broadcasting the messages
+  that fails. (Pairing over mixed networks is fine.)
+* If there are three assistants on the network, and 2 pair, the third is
+  left displaying a "Pair request from foo" alert, until it's close. 
+  Or, if the user clicks the button to pair, it'll get to the 
+  "Pairing in progress" alert, which will show forever (until canceled).
+
+  It should be possible for third parties to tell when pairing is done,
+  but it's actually rather hard since they don't necessarily share the secret.
diff --git a/doc/design/assistant/partial_content.mdwn b/doc/design/assistant/partial_content.mdwn
new file mode 100644
index 0000000000..cbfbfcea83
--- /dev/null
+++ b/doc/design/assistant/partial_content.mdwn
@@ -0,0 +1,36 @@
+On a regular system, a reasonable simplifying assumption is that all the
+files in the folder will be synced to the system. A user might want to
+disable syncing of some subdirectories, for eg, archived files. But in
+general, things are simpler to understand and implement if all files sync.
+
+But, an Android gadget probably cannot hold all a user's files. Indeed,
+it's likely that old files will be aggressively dropped from the Android
+after syncing to elsewhere, in order to keep enough free space on it for
+new files. 
+
+There needs to be a way for the user to browse files not on the gadget and
+request they be transferred to it. This could be done as a browser in the
+web app, or using a subdirectory full of placeholder files (not symlinks;
+see [[Android]]) that start transfer of the real file when accessed.
+
+----
+
+Currently, Android uses the "source" repository type in some
+configurations. This makes files be removed as soon as they are sent
+somewhere else.
+
+A compromise that avoids needing UI might be to change "source" so it
+retained files for a while after they were created, even after they were
+uploaded elsewhere. For example, it could hold onto them for a day. This
+would allow the user time to do things with new files before they are
+removed from the android device.
+
+One way to implement that would be a new preferred content expression like
+"age(1 day)". But this would need at least a daily full transfer scan to be
+run. 
+
+Another way would be to have a way to make drops of files be deferred
+for a period of time. This approach would not need to be specific to the
+"source" repository type. And seems easy enough to do, just have a
+configuration setting for the time interval, and an ordered drop queue
+and a thread that waits as needed before dropping.
diff --git a/doc/design/assistant/partial_content/comment_1_58c4faa321a5bb71adf9fdee079849f4._comment b/doc/design/assistant/partial_content/comment_1_58c4faa321a5bb71adf9fdee079849f4._comment
new file mode 100644
index 0000000000..aa65cd6b9a
--- /dev/null
+++ b/doc/design/assistant/partial_content/comment_1_58c4faa321a5bb71adf9fdee079849f4._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkpEY8WTFDhjIVTWG38Ph7ppmuXUTJAHAg"
+ nickname="Justin"
+ subject="selective sync"
+ date="2012-07-28T04:08:00Z"
+ content="""
+hey joey
+
+great work!!
+
+will partial content work like selective sync in dropbox
+
+use case: on desktop i have photos/mp3s/docs, but would only want to sync the docs to my netbook
+
+cheers
+
+justin
+"""]]
diff --git a/doc/design/assistant/polls.mdwn b/doc/design/assistant/polls.mdwn
new file mode 100644
index 0000000000..3457fd2453
--- /dev/null
+++ b/doc/design/assistant/polls.mdwn
@@ -0,0 +1 @@
+[[!inline pages="(page(design/assistant/blog/*) and tagged(design/assistant/polls)) or page(design/assistant/polls/*)" show=0]]
diff --git a/doc/design/assistant/polls/2013_user_survey.mdwn b/doc/design/assistant/polls/2013_user_survey.mdwn
new file mode 100644
index 0000000000..d1bac0ef8a
--- /dev/null
+++ b/doc/design/assistant/polls/2013_user_survey.mdwn
@@ -0,0 +1 @@
+The 2013 git-annex user survey is in progress [[here|/polls/2013]].
diff --git a/doc/design/assistant/polls/Android.mdwn b/doc/design/assistant/polls/Android.mdwn
new file mode 100644
index 0000000000..78806eac29
--- /dev/null
+++ b/doc/design/assistant/polls/Android.mdwn
@@ -0,0 +1,18 @@
+Help me choose a goal for the month of December. The last poll showed 
+a lot of interest in using the git-annex assistant with phones, etc.
+
+Background: git-annex uses symbolic links in its repositories. This makes it
+hard to use with filesystems, such as FAT, that do not support symbolic links.
+FAT filesystems are the main storage available on some Android devices that
+have a micro-SD card. Other, newer Android devices don't have a SD card and so
+avoid this problem.
+
+I can either work on the idea described in
+[[design/assistant/desymlink]], which could solve the symlink problem and
+also could lead to a nicer workflow to editing files that are stored in
+git-annex.
+
+Or, I can work on [[Android_porting|design/assistant/android]], and try to
+get the assistant working on Android's built-in storage.
+
+[[!poll open=no 81 "solve the symlink problem first" 17 "port to Android first" 1 "other"]]
diff --git a/doc/design/assistant/polls/Android/comment_1_fa6c409833f28c67da105d25f4a440e0._comment b/doc/design/assistant/polls/Android/comment_1_fa6c409833f28c67da105d25f4a440e0._comment
new file mode 100644
index 0000000000..49b7796073
--- /dev/null
+++ b/doc/design/assistant/polls/Android/comment_1_fa6c409833f28c67da105d25f4a440e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4yApngiiAJE5iX1MQ0VO_LXjLt4LgdHE"
+ nickname="Jim"
+ subject="No mass storage"
+ date="2012-12-02T03:33:06Z"
+ content="""
+I would have asked for better FAT support, but my Galaxy Nexus doesn't support mass storage mode, and MTP is not as easy to use nor reliably supported everywhere.  So I'd lean towards functionality that stays on the phone as much as possible.
+"""]]
diff --git a/doc/design/assistant/polls/Android_default_directory.mdwn b/doc/design/assistant/polls/Android_default_directory.mdwn
new file mode 100644
index 0000000000..ee41fac21d
--- /dev/null
+++ b/doc/design/assistant/polls/Android_default_directory.mdwn
@@ -0,0 +1,7 @@
+What directory should the Android webapp default to creating an annex in?
+
+Same as the desktop webapp, users will be able to enter a directory they
+want the first time they run it, but to save typing on android, anything
+that gets enough votes will be included in a list of choices as well.
+
+[[!poll open=yes expandable=yes 67 "/sdcard/annex" 6 "Whole /sdcard" 7 "DCIM directory (photos and videos only)" 2 "Same as for regular git-annex. ~/annex/"]]
diff --git a/doc/design/assistant/polls/Android_default_directory/comment_1_d39655091ac3ed51a9d4325d86b23ad7._comment b/doc/design/assistant/polls/Android_default_directory/comment_1_d39655091ac3ed51a9d4325d86b23ad7._comment
new file mode 100644
index 0000000000..30b73d184c
--- /dev/null
+++ b/doc/design/assistant/polls/Android_default_directory/comment_1_d39655091ac3ed51a9d4325d86b23ad7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2013-04-19T06:29:14Z"
+ content="""
+While my main use case is a photo repo, I don't think it's wise to default to there.
+
+Similarly, spamming what amounts to the root dir of \"external\" storage with repos seems like a bad idea.
+"""]]
diff --git a/doc/design/assistant/polls/Android_default_directory/comment_2_2f1eaae95075db26488517720afd1c63._comment b/doc/design/assistant/polls/Android_default_directory/comment_2_2f1eaae95075db26488517720afd1c63._comment
new file mode 100644
index 0000000000..b2df3b0a27
--- /dev/null
+++ b/doc/design/assistant/polls/Android_default_directory/comment_2_2f1eaae95075db26488517720afd1c63._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnE6kFAbud1LWrQuyX76yMYnUjHt9tR-A8"
+ nickname="Leonardo"
+ subject="Direct mode"
+ date="2013-04-20T20:55:09Z"
+ content="""
+I think direct mode should be the default on Android
+"""]]
diff --git a/doc/design/assistant/polls/Android_default_directory/comment_3_b484012f60789be73d7d5b338cff6203._comment b/doc/design/assistant/polls/Android_default_directory/comment_3_b484012f60789be73d7d5b338cff6203._comment
new file mode 100644
index 0000000000..7474d774df
--- /dev/null
+++ b/doc/design/assistant/polls/Android_default_directory/comment_3_b484012f60789be73d7d5b338cff6203._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-20T23:38:47Z"
+ content="""
+@Richard, including all of /sdcard seems a reasonable thing to do if you want to back it all up. I don't know how likely anyone would be to want to sync the whole contents though.
+
+@Leonardo direct mode is the default for all respositories created by the webapp, as well as all repositories on crippled filesystems that cannot support indirect mode. Android webapp thus defaults to direct mode twice over!
+"""]]
diff --git a/doc/design/assistant/polls/goals_for_April.mdwn b/doc/design/assistant/polls/goals_for_April.mdwn
new file mode 100644
index 0000000000..53132dd441
--- /dev/null
+++ b/doc/design/assistant/polls/goals_for_April.mdwn
@@ -0,0 +1,17 @@
+What should I work on in April? I expect I could get perhaps two of these
+features done in a month if I'm lucky. I have only 3 more funded months,
+and parts of one will be spent working on porting to Windows, so choose wisely!
+--[[Joey]]
+
+[[!poll open=yes expandable=yes 4 "upload and download rate limiting" 15 "get webapp working on Android" 5 "deltas: speed up syncing modified versions of existing files" 8 "encrypted git remotes using git-remote-gcrypt" 0 "add support for more cloud storage remotes" 19 "don't work on features, work on making it easier to install and use" 2 "Handle duplicate files" 6 "direct mode (aka real files instead of symlinks) [already done --joey]" 3 "start windows port now"]]
+
+References:
+
+* [[rate_limiting]]
+* [[Android]]
+* [[deltas]] to speed up syncing modified files (at least for remotes using rsync)
+* [[encrypted_git_remotes]]
+* [[more_cloud_providers]] (OpenStack Swift, Owncloud, Google drive,
+  Dropbox, Mediafire, nimbus.io, Mega, etc.)
+* [[old poll on "what is preventing me from using git-annex assistant"|what_is_preventing_me_from_using_git-annex_assistant]]
+  (many of the items on it should be fixed now, but I have plenty of bug reports to chew on still)
diff --git a/doc/design/assistant/polls/goals_for_April/comment_1_9f81fa96db5970a4be0828c74a6d2d55._comment b/doc/design/assistant/polls/goals_for_April/comment_1_9f81fa96db5970a4be0828c74a6d2d55._comment
new file mode 100644
index 0000000000..f63460543b
--- /dev/null
+++ b/doc/design/assistant/polls/goals_for_April/comment_1_9f81fa96db5970a4be0828c74a6d2d55._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Duplicate files"
+ date="2013-04-01T07:58:51Z"
+ content="""
+Having duplicate files is fairly easy. 
+a) Just a backup of your files, to not have accidental deleting.
+
+b) Some programs implements UNDO command (Ctrl-Z) as simply copying over the working text file
+to a backup directory. 
+
+c) If you tests precompiled programs, like git annex itself, it has identical files across releases.
+
+
+For more info about duplicate files, read hear these two bugreports:
+
+http://git-annex.branchable.com/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/
+(last comment)
+
+http://git-annex.branchable.com/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/
+"""]]
diff --git a/doc/design/assistant/polls/goals_for_April/comment_2_d8956d220ccacff3d2f6cbeb15718459._comment b/doc/design/assistant/polls/goals_for_April/comment_2_d8956d220ccacff3d2f6cbeb15718459._comment
new file mode 100644
index 0000000000..8fed65fb0c
--- /dev/null
+++ b/doc/design/assistant/polls/goals_for_April/comment_2_d8956d220ccacff3d2f6cbeb15718459._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkWG4T4SGZxY-q4Wo8Jbxwb67g4J-WYmQM"
+ nickname="Mark"
+ subject="don't work on features option"
+ date="2013-04-01T14:03:35Z"
+ content="""
+The \"don't work on features...\" poll entry is a bit vague, so I figured stating my interpretation of it and why I choose it might be a good idea.
+I've had git-annex installed for the last few months during which it has been steadily improving, but IMO it still lacks polish.
+From time to time I see transient issues: (even on the current version)
+
+- random download stalling when I know the remote is accessible
+- files disappearing then reappearing without an obvious cause
+- xmmp hanging
+
+I do not have any means of replicating these issues (though IIRC some of the recently worked on bugs related to these issues).
+In my past experience this indicates that there are all sorts of 'fun' bugs hiding in the source which you seem to be chasing down.
+Heck, I could have a simple configuration error from when I set things up on my remote server.
+There was little documentation available when I setup my remote server for this and unless I have missed something in the RecentChanges feed, there still is relatively little.
+So, some issues with my xmmp daemon, local ssh keys via ssh-agent, or bad $PATH stuff could be causing things to subtlety malfunction at no fault of git-annex.
+
+Falling back to the command line only tends to be a good response, but outside of the assistant there does not seem to be any manual way to handle the special remotes.
+Fair enough, but it would seem logical for error handling to recognize that these are assistant only urls rather than some generic \"bad url\".
+Just getting the right error messages while a small touch would be a sign of some polish even though it is a nitpick.
+
+Perhaps some simple test code run repeatedly to form a stress test could reveal some odd behavior, but I'm not sure myself.
+
+With all of that said, I like what has been done so far and I'm hoping to see all the nooks of git-annex get the polishing that they deserve.
+"""]]
diff --git a/doc/design/assistant/polls/goals_for_April/comment_3_aadad6dfd56d068d2e377606910c006f._comment b/doc/design/assistant/polls/goals_for_April/comment_3_aadad6dfd56d068d2e377606910c006f._comment
new file mode 100644
index 0000000000..f3cea47c83
--- /dev/null
+++ b/doc/design/assistant/polls/goals_for_April/comment_3_aadad6dfd56d068d2e377606910c006f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="Ask for more money :-)"
+ date="2013-04-01T19:01:49Z"
+ content="""
+This is slightly off topic, but from my perspective this Kickstarter project has been a riotous success, and due to the credibility you have built up from 9 months of consistently high quality work produced in a very transparent and community-oriented fashion, I'd be surprised if you weren't able to raise more money to continue development after the 12 months is up.  Assuming you want to of course :)  Maybe you need a break or change of scene.  But if not, it would be a shame not to continue if the userbase wants it.
+"""]]
diff --git a/doc/design/assistant/polls/prioritizing_special_remotes.mdwn b/doc/design/assistant/polls/prioritizing_special_remotes.mdwn
new file mode 100644
index 0000000000..0b99e99183
--- /dev/null
+++ b/doc/design/assistant/polls/prioritizing_special_remotes.mdwn
@@ -0,0 +1,16 @@
+Background: git-annex supports storing data in various [[special remotes]].
+The git-annex assistant will make it easy to configure these, and easy
+configurators have already been built for a few: removable drives, rsync.net,
+locally paired systems, and remote servers with rsync.
+
+Help me prioritize my work: What special remote would you most like
+to use with the git-annex assistant?
+
+[[!poll open=yes 16 "Amazon S3 (done)" 12 "Amazon Glacier (done)" 10 "Box.com (done)" 73 "My phone (or MP3 player)" 25 "Tahoe-LAFS" 13 "OpenStack SWIFT" 34 "Google Drive"]]
+
+This poll is ordered with the options I consider easiest to build
+listed first. Mostly because git-annex already supports them and they
+only need an easy configurator. The ones at the bottom are likely to need
+significant work. See [[cloud]] for detailed discussion.
+
+Have another idea? Absolutely need two or more? Post comments..
diff --git a/doc/design/assistant/polls/prioritizing_special_remotes/comment_1_dd9280df27848a7ff132f5809dab0a79._comment b/doc/design/assistant/polls/prioritizing_special_remotes/comment_1_dd9280df27848a7ff132f5809dab0a79._comment
new file mode 100644
index 0000000000..0214d4a12b
--- /dev/null
+++ b/doc/design/assistant/polls/prioritizing_special_remotes/comment_1_dd9280df27848a7ff132f5809dab0a79._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-09-13T08:39:59Z"
+ content="""
+I've been looking at ceph for various reasons in work, it supports a swift interface as well as it's own restful api. so +1 for swift (and any s3 compatible api).
+"""]]
diff --git a/doc/design/assistant/polls/prioritizing_special_remotes/comment_2_370e0b9c43486ee96c825f9155eebde4._comment b/doc/design/assistant/polls/prioritizing_special_remotes/comment_2_370e0b9c43486ee96c825f9155eebde4._comment
new file mode 100644
index 0000000000..4d00922a48
--- /dev/null
+++ b/doc/design/assistant/polls/prioritizing_special_remotes/comment_2_370e0b9c43486ee96c825f9155eebde4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2012-09-13T09:07:02Z"
+ content="""
+Swift has its own API but offers a S3 compatibility layer. Last I tried that layer, it did not work.
+"""]]
diff --git a/doc/design/assistant/polls/prioritizing_special_remotes/comment_3_883a003b9c552b89f191135c582f99aa._comment b/doc/design/assistant/polls/prioritizing_special_remotes/comment_3_883a003b9c552b89f191135c582f99aa._comment
new file mode 100644
index 0000000000..83844cd351
--- /dev/null
+++ b/doc/design/assistant/polls/prioritizing_special_remotes/comment_3_883a003b9c552b89f191135c582f99aa._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmsz4weoPXV2oEtv3zpo9dOxn_SEPz-7Iw"
+ nickname="Zooko"
+ subject="reasons to like Tahoe-LAFS as a special remote"
+ date="2012-10-12T18:17:42Z"
+ content="""
+Here are a couple of things which are (I think) unique about the Tahoe-LAFS special remote:
+
+1. encryption ; All of the data is encrypted before leaving your local system and heading for the server (or for the clouds). This is true even though you don't (I think) have to enter an encryption key into git-annex to access your data.
+
+(Note: the above implies that you're in danger of permanently losing access to your data, by losing the last copy of the encryption key, if your local git-annex state is lost. This deserves careful consideration.)
+
+2. erasure-coding ; You can configure Tahoe-LAFS to spread the data out in a RAID-like way across multiple remote storage servers, where each server holds only, say, 1/3 of the data, but there are, say, 10 different servers, where any 3 of them are sufficient to give you full access to your data. Does that make sense it uses less bandwidth and storage space than replication (i.e. putting a complete replica of your data on each of 4 or 5 or 10 different storage servers), but it is more robust than sharding (i.e. putting 1/3 of your data on each of three different servers so that if any one of them goes down you lose 1/3 of your data).
+"""]]
diff --git a/doc/design/assistant/polls/prioritizing_special_remotes/comment_4_746006c3fffc7f917c4526fd688051f7._comment b/doc/design/assistant/polls/prioritizing_special_remotes/comment_4_746006c3fffc7f917c4526fd688051f7._comment
new file mode 100644
index 0000000000..713d1d7b59
--- /dev/null
+++ b/doc/design/assistant/polls/prioritizing_special_remotes/comment_4_746006c3fffc7f917c4526fd688051f7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnjrMQEhzd8xI81V9BL2jsKlNgVJLD7PKs"
+ nickname="Pankaj"
+ subject="Google Music as remote?"
+ date="2012-10-31T06:07:32Z"
+ content="""
+A dropbox like folder which syncs with Google Music. Google Music allows uploading upto 20K songs. Also using git-annex , I can ensure that I dont need to store all the duplicate mp3 on my local drive. Only one copy of \"older music\" is \"arvhived\" on GMusic, whereas more recent songs are on my local drive.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant.mdwn b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant.mdwn
new file mode 100644
index 0000000000..4b4778c1f4
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant.mdwn
@@ -0,0 +1,16 @@
+My goal for this month is to get more people using the git-annex assistant,
+and fix issues that might be blocking you from using it. To do this,
+I'd like to get an idea about whether you're already using it,
+or what's keeping you from using it.
+
+If you use `git-annex` at the command line and have no reason to use the
+assistant, please instead fill in this poll on behalf of less technically
+adept friends or family -- what's preventing you from introducing them to
+the assistant?
+
+[[!poll open=no expandable=yes 8 "I'm using the assistant!" 28 "I need a Windows port" 30 "I need an Android port" 3 "I need an IPhone port (not holding my breath)" 2 "Well, it's still in beta..." 11 "I want to, but have not had the time to try it" 5 "Just inertia. I've got this dropbox/whatever that already works.." 3 "It's too hard to install (please say why in comments)" 2 "Perceived recent increase of bug reports and thus sitting it out." 25 "Initially the lack of direct-mode. Now concerns about the safety of direct mode. Perhaps after the next release." 10 "I haven't always well understood the differences between commandline operation & the assistant, so the differences would confuse me, and I found the command line more understandable & less scary.  Now trying to learn to like & trust the assistant. :)" 21 "An Ubuntu PPA would be supercool! Thanks for your great work!!" 18 "Not yet in Debian sid amd64" 6 "Waiting for Fedora/CentOS rpm repository." 2 "throttling transfers, it upsets people when I saturate the connection" 2 "partial content" 1 "Not yet available in macports" 4 "No build yet for Nokia N9" 3 "Using only git-annex webapp to config does not seem to work: Create walkthough?" 5 "No build for OSX 10.6" 5 "Needs more focus on the UI." 1 "Just inertia. I don't have a Dropbox/whatever." 4 "Replaces files with a symlink mess." 2 "configurable option to only annex files meeting certian size or filename criteria" 4 "I'm really confused about how to make it sync with a remote NON-bare repository. I'm even afraid to try `git remote add`, since there is no clear method to completely forget a git-annex remote..." 5 "A build for te raspberry pi would be supercol!" 1 "Would be nice to exclude subfolders from the gui or through a config file" 1 "I wish I had transparently encrypted git repos in the cloud available, like jgit." 1 "too many inodes used in direct mode. maybe it's possible to keep more info as git objects instead?" 2 "I need to be able to restrict in which repo dirs changes get auto-committed" 1 "Provide .deb package" 1 "Better documentation/walkthroughs on using git-annex within an existing git repo. AKA mixed use" 1 "Union mounts to have a single view of file collection on the network" 1 "Ubuntu PPA does not build with webapp" 1 "I set it up, but am confused about what I set up! It would be great to be able to start from scratch." 1 "I need to be able to restrict in which repo dirs changes get auto-committed using a syntax similar to gitignore"]]
+
+Feel free to write in your own reasons, or add a comment to give me more info.
+
+Note: Poll is now closed. Nearly all these issues have been dealt with.
+Please file bug reports if any of these issues still affect you.
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_10_10a4839a05be39ced54ffbe880a588bb._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_10_10a4839a05be39ced54ffbe880a588bb._comment
new file mode 100644
index 0000000000..b501be3b8b
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_10_10a4839a05be39ced54ffbe880a588bb._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 10"
+ date="2013-01-11T21:57:29Z"
+ content="""
+@joey: My usecase is fairly simple. 
+I have a working directory where I do work 
+(not programing, but text editing with homecooked spreadsheet/texteditor).
+
+I work/type on spot/on site. So I'm walking while typing.
+
+Its easy to do stupid things while you work, 
+so would be really handy to have a backup automagically on the same computer to prevent mistakes, user errors.
+(The last mistake, I did is I copied all my daily files into a \"tmp\" directory, 
+then I launched my homebrew program which also created a tmp dir then deleted the whole content of it. 
+I fixed it, but my datas was lost. It is a simple user mistake which could be prevented if I would have a 
+live backup all the time. Creating a git repo for daily typing is just too much overhead. 
+It is like you create a git repo for your text messages...)
+
+So my usecase is a live backup. Or the broken file deleting thing on unix/linux since forever.
+
+Laszlo
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_11_ac91d866f11c66dd8c86e2cd1a368c85._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_11_ac91d866f11c66dd8c86e2cd1a368c85._comment
new file mode 100644
index 0000000000..1657d11ad0
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_11_ac91d866f11c66dd8c86e2cd1a368c85._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 11"
+ date="2013-01-11T22:17:07Z"
+ content="""
+@dzsino: You may want to have a look at [metamonger](https://github.com/RichiH/metamonger) which tries to solve exactly this problem. It's not finished yet, though.
+
+-- Richard
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_12_e244c1bf334b1cc9ad0cc760bf8fe5de._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_12_e244c1bf334b1cc9ad0cc760bf8fe5de._comment
new file mode 100644
index 0000000000..fc2b03baca
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_12_e244c1bf334b1cc9ad0cc760bf8fe5de._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="It fails silently and leaves symlinks behind"
+ date="2013-01-11T23:49:51Z"
+ content="""
+I dedicated a day to looking into using the assistant and although it's clearly an exciting piece of software it's still pretty hard to get working. To get two machines to sync with one another the options seem to be:
+
+1. Connect both of them to a XMPP server: That makes metadata sync flawlessly and yet leaves a symlink mess behind. As it turns out that's because XMPP syncs only metadata but nowhere was that stated on the webapp (that I could find) and no error message given
+2. So then I tried the sync method with SSH. 
+
+For that you'll need to:
+
+* Have SSH servers installed on both endpoints (for me that was easy to do but I'm sure most users will have a harder time)
+* Make sure both computers are actually on the same broadcast network otherwise they won't see each other (I was testing with a VM behind virtualbox's NAT so initially it didn't work)
+* Install the assistant on both sides and make sure both the base program and the shell wrapper are in the PATH. (this was harder to do than needed as in the standalone bundle they're not on the same folder and the shell wrapper needs to be run by the runshell script, so even if you get it in the path it will still fail with missing libraries. An Ubuntu PPA would have solved this I'm sure.
+
+For some reason I couldn't figure out they still couldn't sync and symlink mess ensued.
+
+I think there are a few usability issues here:
+
+1. Direct mode should never overwrite files in a way you can no longer use them just because metadata updates came before content updates. I'd rather have an older version of the file than lose access to it.
+2. Error reporting needs to be a lot more explicit to be able to debug these issues
+3. At the best of times SSH sync is going to be a problem. In my opinion to be really dropbox-like the sync method for normal users should be to connect all devices to the same XMPP account (this works great now) and then have those assistants automatically reach each other by a direct connection when possible and by something like STUN if NAT punching is needed. The SSH/bup/etc remotes all have their place for advanced setups but being able to tell the user to just connect to XMPP and be done would turn this from \"something I'll spend an afternoon writing puppet manifests to deploy in my personal servers/computers\" to \"something I can explain to a non-technical friend how to use over a phone call and then share files with him\".
+
+On the XMPP side though, it would work best if you could authenticate a Google XMPP acount through an OAuth workflow instead of asking for the password. I wouldn't give any program my gmail password but I'd easily give it permission to use gtalk on my behalf.
+
+As I started by saying the assistant (and git-annex in general) is an extremely impressive piece of software that I'm very excited about. I hope it keeps improving at the current pace as there are still a few features I'd love to have (partial content particularly) but by far the thing that's keeping me most from using it is the ability to easily get a reliable sync going that won't leave me with a folder full of symlinks that I don't know what to do about. One of the great things about dropbox is that whenever it isn't running or can't sync for any reason your folder degenerates into a folder like any other on your disk. The right way of thinking about direct mode should be that one, \"a folder like any other that we stream changes from and to on multiple machines\". Right now, with the symlink replacement when sync isn't possible and to a lesser extent the adding of .git folders it doesn't live up to that guarantee.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_13_1a0faf4bdc78741937e8a2f5cb5bbec6._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_13_1a0faf4bdc78741937e8a2f5cb5bbec6._comment
new file mode 100644
index 0000000000..066859b32b
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_13_1a0faf4bdc78741937e8a2f5cb5bbec6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 13"
+ date="2013-01-12T08:16:48Z"
+ content="""
+@Pedro: That is an excellent test, and usecase!
+
+Indeed, the gui needs a lot more info on it. 
+Also file integratity is a real fear with this kind of application.
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_14_8d8a11dbfae7a7bc574bdf37f87e0684._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_14_8d8a11dbfae7a7bc574bdf37f87e0684._comment
new file mode 100644
index 0000000000..1ecaff59f0
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_14_8d8a11dbfae7a7bc574bdf37f87e0684._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~rubiojr"
+ nickname="rubiojr"
+ subject="git-annex PPA"
+ date="2013-01-15T14:16:35Z"
+ content="""
+Hey Joey,
+
+I do maintain a PPA with a more up2date version in fact:
+
+https://launchpad.net/~rubiojr/+archive/git-annex
+
+Now that the direct mode is in place, I guess it's probably a good time to backport again.
+
+Thanks for such a great piece of software.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_15_c437adeaccf0b3d134e0f81c64e25b9f._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_15_c437adeaccf0b3d134e0f81c64e25b9f._comment
new file mode 100644
index 0000000000..e6e4af37e2
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_15_c437adeaccf0b3d134e0f81c64e25b9f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~rubiojr"
+ nickname="rubiojr"
+ subject="direct mode still 'untrusted'?"
+ date="2013-01-15T14:23:22Z"
+ content="""
+BTW,
+
+Does this still apply?
+
+\"I'd like git annex direct to set the repository to untrusted, but I didn't do it. Partly because having git annex indirect set it back to semitrusted seems possibly wrong -- the user might not trust a repo even in indirect mode. Or might fully trust it. The docs will encourage users to set direct mode repos to untrusted -- in direct mode you're operating without large swathes of git-annex's carefully constructed safety net. (When the assistant later uses direct mode, it'll untrust the repository automatically.)\"
+
+http://git-annex.branchable.com/design/assistant/blog/day_151__direct_mode_toggle/
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_16_6e3fce3a32ab346dc3d0fd4b69967536._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_16_6e3fce3a32ab346dc3d0fd4b69967536._comment
new file mode 100644
index 0000000000..afda489a13
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_16_6e3fce3a32ab346dc3d0fd4b69967536._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="just one thing"
+ date="2013-01-16T01:45:54Z"
+ content="""
+http://git-annex.branchable.com/todo/wishlist:_disable_automatic_commits/ is the only thing I'm waiting for.  Will become a very keen beta-tester (maybe even coder) when that happens.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_17_1b7233d88593d0d99b26ea3e7af20d9c._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_17_1b7233d88593d0d99b26ea3e7af20d9c._comment
new file mode 100644
index 0000000000..278181ad51
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_17_1b7233d88593d0d99b26ea3e7af20d9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 17"
+ date="2013-01-16T19:38:36Z"
+ content="""
+@rubiojr I recommend configuring direct mode repos as untrusted if you care about accessing old versions of your files as stored in git. If that is not a concern, direct mode is safe, it's just that it allows editing/deleting any file at any time, even if that's the only copy of the file.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_18_a23d5a0e2718b8e486f036fe8a413b36._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_18_a23d5a0e2718b8e486f036fe8a413b36._comment
new file mode 100644
index 0000000000..5f82d7ebb6
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_18_a23d5a0e2718b8e486f036fe8a413b36._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="comment 18"
+ date="2013-01-17T12:04:34Z"
+ content="""
+the \"I haven't always well understood the differences between commandline operation & the assistant, so the differences would confuse me, and I found the command line more understandable & less scary. Now trying to learn to like & trust the assistant.\" fits pretty well for me -- i'd like to use the webapp at least for viewing, but i'm worried that some auto-magic would kick in, and i regularly have uncommitted stuff in at least one git-annex repo.
+
+a --dry-run flag or similar on the `git annex webapp` would be nice, or a description of what would happen or how to turn that off / make it create other branches / even commit or push something.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_19_f4c84a9d701d52cf2f2e45f3d764a90c._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_19_f4c84a9d701d52cf2f2e45f3d764a90c._comment
new file mode 100644
index 0000000000..35def93746
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_19_f4c84a9d701d52cf2f2e45f3d764a90c._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmvVKc1ECzZx7EhtLHBP6RWPZewq4x_9I"
+ nickname="Daniele"
+ subject="Windows + git ignore like syntax for files to sync"
+ date="2013-04-19T10:47:36Z"
+ content="""
+Hi,
+
+my company would need this for some project.
+
+But to adopt it I would need:
+* windows support (I don't care if now symlink support for now)
+* being able to define which files are automatically synced using a syntax similar to the gitignore one
+* being able to disable auto-commit (just synching, user should be able to commit on their own)
+
+thanks
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_1_00a0de8190d946caaeeca3b44646146f._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_1_00a0de8190d946caaeeca3b44646146f._comment
new file mode 100644
index 0000000000..4bebe748d1
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_1_00a0de8190d946caaeeca3b44646146f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="Two reasons"
+ date="2013-01-10T18:00:05Z"
+ content="""
+As of right now, the assistant has only secondary benefit over plain git-annex inasmuch there's a lot more code activity.
+
+As soon as the assistant supports Android, I will use for syncing photos off of my phone and may start to use the assistant on my usual repos as a natural consequence.
+
+Additionally, there's a subjective feeling of more bugs being reported. That may or may not be true, but as long as there's no Android port, I don't have an actual reason to \"risk\" it.
+
+-- Richard
+
+PS: This seems to be the first poll where you can place only one vote while it's the first where I really wanted to vote on two separate items.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_20_199c9807499470771af6cbca6d034cfa._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_20_199c9807499470771af6cbca6d034cfa._comment
new file mode 100644
index 0000000000..51e1bc4ea0
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_20_199c9807499470771af6cbca6d034cfa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 20"
+ date="2013-04-19T18:01:44Z"
+ content="""
+You can turn off automatic commits in the webapp by pausing syncing for the local repository. 
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_21_9185b0e05b1b1997533694da1de83073._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_21_9185b0e05b1b1997533694da1de83073._comment
new file mode 100644
index 0000000000..5ec65ad98a
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_21_9185b0e05b1b1997533694da1de83073._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH-n1yD04qmSeXKKzYaXFTN1ciFWVb5As"
+ nickname="Martyn"
+ subject="Can't seem to get the configuration I am looking for from the webapp"
+ date="2014-01-02T23:41:44Z"
+ content="""
+Currently, I have a local server, desktop and laptop (all on the same network). My laptop leaves the house occasionally where I work on it...
+Quite simply, I want make the local server the centralised repository and have the desktop + laptop sync up and down to and from the server. The server would act as a backup and file change history between all local repositories on desktop and laptop. So I would sync between trips away.
+
+Sadly every combination with git-annex webapp fails for a number of reasons, it could be just me but here is what I've experienced:
+
+a) I want to use direct mode ALL the time or at least be able to configure it without the command line. Currently server side set ups are indirect depending on the repository group. So no symlinks basically. I think \"full backup\" and \"client\" are the only two that do what I was hoping for here.
+b) The list of repository group types miss something I'm looking for, I want the \"full backup\" with \"transfer\" for the remote server - I guess? 
+c) For remote cloud solutions, I would like the files to exist, not just the raw .git/ directory to exist on the server. When I tested it, I couldn't see a way to test on the server itself the integrity of the files (could be my lack of git-annex knowledge :)
+d) I would like it if the assistant made it simpler to configure remotes, i.e. right now if I have 2 directories I believe I would need 4 configurations to push/pull locally and remotely to the 1 server with each machine. I've had this working and it's the closest I've got so far, but tedious if I want to do it for 5 directories on 2 machines (that's 20 configurations to add in all unless there is an easier way?)
+e) The \"share with other devices\" option seems one of the best right now, but it suffers with the issues of c) AFAICT. Why not have the server just be a remote when unencrypted?
+
+From some reading up on the command line tools, it seems like it would be easier to set up using those for what I want than using the webapp.
+I currently love the webapp, it's just missing some polish and options to do what I need.
+
+Thanks for the great work so far! :)
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_2_35f6f121e54260cb960211a6e2e51e8e._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_2_35f6f121e54260cb960211a6e2e51e8e._comment
new file mode 100644
index 0000000000..bf52b9c1c2
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_2_35f6f121e54260cb960211a6e2e51e8e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniCRkhl_W87gOK5eElfsef3FoUsUFpAr4"
+ nickname="Alexandre"
+ subject="Two assistants with shared transfer repository"
+ date="2013-01-11T07:17:12Z"
+ content="""
+I voted for the Windows port, which unfortunately I must use at work.
+
+But another thing that Dropbox gets right is that you can [sync two clients with one shared repository](http://git-annex.branchable.com/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__) that works without any configuration whether you are home or somewhere else. This use case is covered by sync over XMPP, but there are two small issues with this :
+- if I use Google XMPP servers to sync two assistants in the same network, everything goes through the slower Internet link
+- if I setup my own XMPP server, well, this is more setup, more open ports, etc.
+
+It would be nice to have repository pushs on a shared repository notified to the connected clients in the SSH connection.
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_3_acbe4f63b5d552ac5ae5a12c6f42dc18._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_3_acbe4f63b5d552ac5ae5a12c6f42dc18._comment
new file mode 100644
index 0000000000..0d971c29c1
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_3_acbe4f63b5d552ac5ae5a12c6f42dc18._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 3"
+ date="2013-01-11T09:32:33Z"
+ content="""
+I've got a few wishes for git-annex…  Referring to the poll options:
+
+- I need an Android port
+
+I think this is the biggest issue for getting a high WAF.  (I want to put our photos in an annex, and getting them auto-magically off her phone would get me massive brownie points.)
+
+- Initially the lack of direct-mode. Now concerns about the safety of direct mode. Perhaps after the next release.
+
+The \"potentially unsafe\" sort of comments in the blog make me worry about trusting my data to the direct mode.  Saying that I *really* appreciate the honesty of the comments.  That is why I want to keep using, and recommend to others, git-annex.
+
+- I haven't always well understood the differences between commandline operation & the assistant, so the differences would confuse me, and I found the command line more understandable & less scary. Now trying to learn to like & trust the assistant.
+
+I also have worried about the automatic adding by the assistant - prior to direct mode.
+
+- throttling transfers, it upsets people when I saturate the connection
+
+I think a bittorrent option would be ideal.  Not public torrents, but torrents between my annexes.
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_4_0d988280865caae498a3b693b6342e37._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_4_0d988280865caae498a3b693b6342e37._comment
new file mode 100644
index 0000000000..b66cd12f7e
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_4_0d988280865caae498a3b693b6342e37._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Two local repositories"
+ date="2013-01-11T10:31:54Z"
+ content="""
+Here is my usecase:
+I want two local (direct mode) repositories. So basically a working directory and a backup directory to the working one.
+
+The removable media repository *almost* fulfill this usecase, except you can only select drive and not a directory.
+I think it would be relatively simple to implement. (A drive is a directory under linux after all).
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_5_ac8fe3768c30dd7999c183500f8567bb._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_5_ac8fe3768c30dd7999c183500f8567bb._comment
new file mode 100644
index 0000000000..713e8ef7d9
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_5_ac8fe3768c30dd7999c183500f8567bb._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.154.225.32"
+ subject="SSH keys"
+ date="2013-01-11T12:02:50Z"
+ content="""
+Really looking forward to seeing this project go forward and impressed by what you have accomplished.
+
+I have my own server which I want to use as a repository, so I'll choose \"Remote server\". I want to use direct mode.
+Now I can only create an encrypted remote which is fine for me, but I don't know how to sync that with another client using this remote.
+
+Also with the generated ssh keys I no longer can log into my server normally as it tries to use the generated keys.
+The generated keys should also be restricted to only be able to change the repository and nothing else.
+
+Maybe webdav could be used to create something with better access control and repositories for groups etc.
+Also with a simple web upload/download page, similar to dropbox.
+
+Sorry if my post is long and idiotic, just simple (hopefully constructive) feedback from a simple user :)
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_6_36832de705a2bebf8dc6e65dcd661731._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_6_36832de705a2bebf8dc6e65dcd661731._comment
new file mode 100644
index 0000000000..525a325f03
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_6_36832de705a2bebf8dc6e65dcd661731._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 6"
+ date="2013-01-11T15:06:47Z"
+ content="""
+Laszlo's concern about \"you can only select a drive and not a directory\" relates to a problem I had.
+
+I have two local directories, ~/annex indirect my main annex, and ~/directannex for playing with direct mode.
+
+I had hoped to back each up to the same shared drive, but didn't realize there was no option to select a directory within a shared drive, so when I tried to do that through the assistant I inadvertently connected the two by backing them up to the same directory on the shared drive!
+
+This is probably a \"power user problem\" which has a \"power user solution\" of setting up the separate repository manually.  But it did take me by surprise.
+
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_7_3618067e473577a112e36970ca71e0ab._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_7_3618067e473577a112e36970ca71e0ab._comment
new file mode 100644
index 0000000000..bfb1b949ce
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_7_3618067e473577a112e36970ca71e0ab._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="Recording file creation dates?"
+ date="2013-01-11T16:35:27Z"
+ content="""
+I've just started using git annex, command line feels safer for the time being. One issue I've got with assistant that I had to kill it couple of times when it got confused over something (could be that I used command line git annex at the same time?),  shutdown from the UI is welcome.
+
+More of a git annex issue for me that I lost file creation dates for annexed files, which i don't really mind for most of my content, except really old photos without proper EXIF tags.
+I think of git annex as more of a DVR for my digital life, rather than a mere sync tool, so I would welcome some basic metadata facility. Would you consider adding this?
+(Really getting carried away, I would want to full text search on file names, ID3 tags, document metadata and text etc. and requesting files based on search hits, spotlight style..)
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_8_07a13b6f000ddc0ac4472b863d8b50bd._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_8_07a13b6f000ddc0ac4472b863d8b50bd._comment
new file mode 100644
index 0000000000..8bbd57b5d2
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_8_07a13b6f000ddc0ac4472b863d8b50bd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 8"
+ date="2013-01-11T20:02:39Z"
+ content="""
+@Alexandre, what you want can be achieved by setting up XMPP pairing, and also [[local pairing|assistant/local_pairing_walkthrough]]. Then when computers are on the same network, transfers are done via the LAN.
+
+@Laszlo, this can be set up without using the webapp. Just make the two repositories, using the webapp. Then go into each and run \"git remote add myotherrepo $path_to_other_repo\". Then assistant will automatically sync them. I *have* thought about adding a configurator for this to the webapp. It would help to know what use cases you're getting at with this.
+
+@marvin The generated ssh keys are configured to only allow running `git-annex-shell`, which limits it to only acting on the repository. The keys are also configured, in `.ssh/config` to only be used when a particular host alias is used. They should not be used when you just ssh normally to the host. If this is happening to you, please file a bug report with details.
+
+@dzsino you can get file creation dates out of git using git log :)
+"""]]
diff --git a/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_9_e15eb407d988fda363296c8b566cc8fb._comment b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_9_e15eb407d988fda363296c8b566cc8fb._comment
new file mode 100644
index 0000000000..f7dd3eb884
--- /dev/null
+++ b/doc/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/comment_9_e15eb407d988fda363296c8b566cc8fb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Question about git-annex"
+ date="2013-01-11T21:05:55Z"
+ content="""
+Not sure where the correct place to ask this is...
+
+My use case for git-annex is to back up important files (pictures, videos, etc.) on a hard disk at work and one at home. Is there an easy way to do that? I'd like to be able to get git-annex to fill up my phone/laptop with files that it thinks are backed up in <2 of the locations, and ferry them back and forth. They can be deleted to free up space after that, if necessary.
+
+Thanks for all your work, by the way. I missed the kickstarter, but if there's a simple and direct way to donate (dwolla?, gittip?), I'd love to chip in.
+"""]]
diff --git a/doc/design/assistant/progressbars.mdwn b/doc/design/assistant/progressbars.mdwn
new file mode 100644
index 0000000000..50f4245085
--- /dev/null
+++ b/doc/design/assistant/progressbars.mdwn
@@ -0,0 +1,43 @@
+Currently, git-annex takes a very lazy approch to displaying
+progress into. It just lets rsync or whatever display the progress
+for it, in the terminal.
+
+Something better is needed for the [[webapp]]. There needs to be a
+way for the web app to know what the current progress is of all transfers.
+
+This is one of those potentially hidden but time consuming problems.
+
+## downloads
+
+* Watch temp file as it's coming in and use its size.
+  Can either poll every .5 seconds or so to check file size, or
+  could use inotify. **done**
+* When easily available, remotes call the MeterUpdate callback as downloads
+  progress. **done**
+* S3 TODO  
+  While it has a download progress bar, `getObject` probably buffers the whole
+  download in memory before returning. Leaving the progress bar to only
+  display progress for writing the file out of memory. Fixing this would
+  involve making hS3 stream better (also avoids it wasting memory).
+
+## uploads
+
+Each individual remote type needs to implement its own support for calling
+the MeterUpdate callback as the upload progresses.
+
+* git: **done**
+* rsync: **done**
+* directory: **done**
+* web: Not applicable; does not upload 
+* webdav: **done**
+* S3: **done**
+* glacier: **done**
+* bup: TODO
+* hook: Would require the hook interface to somehow do this, which seems
+  too complicated. So skipping.
+
+## communication
+
+It may be worth using a better communication channel than files on disk for
+the transfer progress. Shared memory could be used, or http posts to the
+webapp.
diff --git a/doc/design/assistant/progressbars/comment_1_3ea263b1f334e8e38e14f00a96202988._comment b/doc/design/assistant/progressbars/comment_1_3ea263b1f334e8e38e14f00a96202988._comment
new file mode 100644
index 0000000000..4a011f61be
--- /dev/null
+++ b/doc/design/assistant/progressbars/comment_1_3ea263b1f334e8e38e14f00a96202988._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://abhidg.myopenid.com/"
+ ip="129.67.132.87"
+ subject="librsync"
+ date="2012-06-13T02:14:29Z"
+ content="""
+There's librsync which might support reporting the progress through its API, but it seems to be in beta.
+"""]]
diff --git a/doc/design/assistant/rate_limiting.mdwn b/doc/design/assistant/rate_limiting.mdwn
new file mode 100644
index 0000000000..3ab804329a
--- /dev/null
+++ b/doc/design/assistant/rate_limiting.mdwn
@@ -0,0 +1,57 @@
+Webapp needs a simple speed control knob, especially to avoid saturating 
+bandwidth on uploads.
+
+We have basic throttling support in git-annex for rsync,
+but none for any special remotes. A good first step would be to expose
+this in the webapp, and ensure that `git-annex-shell` also honors it when
+sending/receiving data.
+
+We actually need two speed controls, one for upload and one for download.
+
+It is probably not necessary to throttle git push/pull operations, as the
+data transfers tend to be small. Only throttling file transfers is
+essential.
+
+## possibility: trickle
+
+Since `git-annex transferkeys` is a separate process, one easy option would
+be to run it inside `trickle`. If the user changes the bandwidth limits,
+it could kill the transfer and restart it with different trickle options.
+
+Problem: Not all special remotes support resuming transfers, so this is
+suboptimal. (So too are the pause/resume buttons, when using those
+remotes!)
+
+`trickle` is available for OSX as well as Linux and BSDs.
+<http://hints.macworld.com/comment.php?mode=view&cid=65362>
+<http://mac.softpedia.com/get/Network-Admin/Trickle.shtml>
+It is probably not easily available for Android, as it uses `LD_PRELOAD`.
+
+## possibility: built in IO limiting
+
+A cleaner method would be to do the limiting inside git-annex. We already
+have metered file IO. It should be possible to make the meter not only report
+on the transfer speed, but detect when it's going too fast, and delay. This
+will delay the file streaming through the special remote's transfer code,
+so should work for a variety of special remotes. (Not for rsync or bup
+or git-annex-shell though, so those need to be handled separately.)
+
+Should work well for uploads at least. I don't know how well it would work
+for throttling downloads; the sender may just keep sending data and the
+data buffer before it gets to the IO meter. Maybe once the buffers fill the
+OS would have the TCP throttled down. Needs investigation; trickle claims
+to throttle downloads.
+
+## communications channels
+
+There would need to be a communication channel for the assistant to tell
+`git annex transferkeys` when the rate limit has changed. It could for
+example send it a SIGUSR1, and then leave it up to the process to reload
+the git config. Inside the IO meter, we could have an MVar that contains
+the current throttle value, so the IO meter could check it each time it's
+called and adjust its throttling appropriately.
+
+Ideally, the assistant could also communicate in the same way with
+`git-annex-shell` to tell it when the limit has changed. Since
+`git-annex-shell` uses rsync, it would need to abort the transfer, and rely
+on the other side retrying to start it up with the new limit.
diff --git a/doc/design/assistant/screenshot/firstrun.png b/doc/design/assistant/screenshot/firstrun.png
new file mode 100644
index 0000000000000000000000000000000000000000..7e9d505b4057e2bf71faeeb0f32ef325fd15700e
GIT binary patch
literal 54347
zcmX7P1z1z>|MqAUkWeWV5Cy){Atf=9R6&&Pl<v-L2uL^q5fG4=iimVfnB-_ANB8I)
zFq#2l+q>WYJ?A>-T<2^jpHJMM`+lCp*RQmhu5(`p002zSbu<hB0Lu5|<rzIC`H12#
z;S}<Q+C@!I4FIT4VYsrVA@5TJ7-&BOR1DqSChzb$>KNz&0O5iFKvXOMa7jKCwFLkK
zNdf>EI{@HG768EEo7?b4nfwE-!%J-q0O^18x8|ZW@{w!4I_3f7t<L`~TD=~s<kJDq
zHPnnkXLr#Mt6M=tx`V0R6mz>w-o}J)S4OYfc$b)Us6>8i=m{6{jxv|0KRJC;{c>NN
z5R5^)S<hyK3oQtkxW5NJ6DjL_@rRE|xb4=9N%A?b=hu70cZaY;kt8#-i|W>+4wGX-
z<oWM)xD3oz2ELz%igf-`znXf%7yBvaUF&gED+4=}?;x5_q4CKYZI>itM*?THS!V)g
z>c5!@zx2*jkOfQV(6H;qM@k>or#<AaL(!4Y$!5~s@K;)Q&N1qYe<dOLj9-m~Iv<gx
zc+*8PKx@HsBMb@`dFlO{Kh^AEs*YK9dJyYNGp&aXoZT}Sn6E$k1w@?<3o3#K{vAja
z#L>~w=sa|AnaZC3#;ElQbUDx5CG@iYRim(S7hCb3*eo<5=E*FSI$z$8)={0XSJ1Ja
z4CPXho}bX%*zNm#C%xr+_0seqRXkGU@}g{D(7LZdawTU;CO-T8py|~DJ9W!<le8?!
zL#&dwyrrl!{QYLw|J{q4BAPEt>`P_K5DAOtm)FlYy^15hj6!2XYU{Cc+Q_%kh_x0a
z*sJUzOHt({)3jIglZUs!W0PpQqvZPklph+*BmsTVT^CX=u6I?WmF-vda(myd>9RB2
zqxvbsNR`ilZ6e4e{o2^=>X$ZEbd}&okAo#v!l1p=3ic;eMTWmDMcJV<x>G67GpW@=
zoi_*^!j)H6VDpDx5_~YBqV!GVKZdXQrp<Ut`m;mdpFu_ycY2ff=sV)y=RXNZ4)UXU
z8o|2#MJ^&WJ;QuJ(6NAs{mZ%FP(7UCxFQ*6FQ}!>PP$5s4Ps5~ls|vu?{b(W^EmlB
zFWZy<vShLcoS}Pjzl|P7{@IC<VBV$UV@u?Wt7Zaz(BKCsqhuH#(6^&;f<svsKSy+9
z(h%%%ZA(kv+SDj+8=F#0qoMTMR>wALkh2x1HivAM+u(>3*L(zhdo3z$xN12%(Z%jv
z0^LW~-!afzldfWH9d^+<bbM42Y<$i?`GaPjyU0VY!a3tobspaAN$Dk=;cK84)f(<f
znsNbJH(gj7j=Pds6Ul8)es*ibw*`CUy8OE-yc}J}(Y>C_7aqI?m6bMO*j=v2Od|}+
zs5y)a;ZH3wbMu1yA`(ic{k+7cmGCpg`ek}bvZbazXxE4Jv$p=<Q|AUraC1rRZc5iC
zs2QwSN3|Z8BS&S;I60&`|5{Y0HumfBc%T06?<2B2^&eHomc`%V2Z53hjm(a$-`@?D
z_$V@V=oEf_9<pH45LBtT!OsRQPqWbNj@zm(KwF{jqDn@F%|ONxbxl_ML8(<!PU80Q
zhtqE#$I{ZpQqysN%$*s<&}NKbq~q*8rKZD$JwaYcgJLA*01Hss!u%0Ngp@10bBz=Q
za4}sI?2KZSy01n-XwERG{)e^E(Ba^e<QKGyszk)kYp=7ag#YaF^j2!&PiX7lkNbz-
z;n(dE+jQqtH_xJrqPh~0P*ZxLtg(%CqUcoSvs&b;3lY%0#Kp;LC*57%P2Q<9wXuGX
znvf|<EP#uQ;yB}2p<Syz$+L|lU#D_4QKv44R6hF2JLyb!H$zPvs^3PzDo6X_Tj$qg
zI&^+|!lvrrp~`+&3eXt`xg44ZxP3XDmYv-a0k^m)O-R#MeIy~l@ztEetG*Sv5DG8B
zNCUDH63^^zZYpn$LIPp(WdiWtrrmX9oxXnd#a5QoJ@$K#35q7`H`L5d`%3ju;iK$X
zb5}Fg%|77F+gnad_&7dE#%|4|KfX!MY4rq~z?IP6_fTVIRmmC3;*rkKhQpvIDu8O8
zhiv_N&QM)<Y5!m1jU(>M#|&FJV?HUZ$AULG*d*;<T<uY!5Gsnad~w6Bk6&tp$Kl^t
zHmKlMEwbx}e$c&+y!=!2=IHGe)oRAFceKv9tHaOWAvbXd9u<=53<|9u>0}r)64xiG
z`X4yvwCe0l3SpBQ<qLhPH0R|Y$;2I#u-8b{{aCp|t0H4?hXy(PiDt6_?T?30h0><g
zX6=%U55BnnkzH62?m1qjd517F`*M#*YPTp2ND4p9+6-fTz<A@DT=w8z<%Ky_`Khvk
zf<ov_jg#1-b)DzTK(-9?y(i=T%O>><p=%@BKeSRN&0_~7kPti?bj+@8ow+xxE6Q4F
zcFMf7Gi6c^R&d%_8h#D%gv#L0c<yYtl>@2i2N!{5r#`1HMbvErlI2SExWWAz%6p=A
zMbhXVKP!-RQV5b*mtHzys;sP17<~3hFz|K48RmA(h+W+uG*fqS(tH{r4yyYlkn~fe
zwuvvH6CgqFU%&ajbmJ*+cAeH@n9xJuk?-2p$RzSD|F3?rQK3O0P<vZ*!lqbUx0Zgr
z$NYJ9u#d0w_K5+r=`|{O9l`(N@u-7}x^W)WOQtBL9{pXRGsf6T5e+u2fq$L98tNj9
z+VGXC7w%Zl4z30G9od*Q6I5@1R-=C=IC;9WiH^}Kf62MD3x3~vhijzV-?FaFZrt@T
z6`jq_*~?5}W8p&G$r8H%*|#Pl1$woJ=e5)oOpJBX;7?3%E*S|F;jui7<_ifpK0U0M
zoP6#i4w~b~^Xd!6fX}P$103r@22tTPsN<&76{)C>cxK?`RskR%LcAd1k)%7a?&EDS
zbY2Vyh8`9QhgQRZhe>zOVd_kj%#sSH%SwtuLsoK$9oFYRd)Vgb7HQ~<RG*XnR+YT+
zz2?L;#v9T8An<qL;e2Yy0x-1qCyV*#ea34IcrNYPM;?d1?2q^yvwV=G?fJw9kKl$B
zo@V$y0O=hw@a$HUJn;g@1qbs=zdoJy@W>BcIjlqy>RVduS1oyE_~qP=_FVczEQyN5
zy5-;<c=)LZvp%EhXIs!aKhQP`^<*@%;H=ZsvL<<wp33~?(VyR7$21D1#Oy|-yY;&S
zIqQ?{l+C&EDm|y&QyG&=ut3-|JDcy@HP5r|mT?`Q?{lS=qVvm2%M~Lm%BQxeV(2LT
zzJ6m9w%xu|_5Fo0K1EXNAse)76w`02obI*g_1HhaMJ2s@ujAUyZt8Q!zdx%PjULe~
z82NSmHqv=)p|^R*2=J3Jzzcqz#SY0l_ZV`DF?D{$osU3nm9?D=|9#iNw%>oTKe_*S
z<1a-`#HI==L1h;k1Pc6{DtH5{dDq3=)s_ARCpm=;I2+<aMfZg0sH8%f3p538;{CAQ
zw5eMk?mmrdHrNp4fb+vg_`gs{r~ZN6m7SVg*9(G@F4{groPT!9gT6@|n2LsOR{#33
zliV!tVju422uySe!c32#d~8mNk}@k@dGk)?Q_Wg-_4UD~X0u1A9^U3TIUAMxXG5~6
zZqEorjZTVYL8$=|pLpt8LReqTKwa(m=JoGuB}g#yb~Mn`-r;9IBB};-VGWI&dZ<m&
zi&Myp7n6r_g^}=+dU;g|WvBG+#vEH4`9+sV;izlXAuVSEfA=g=`79Bg^KvbN!h3U+
z-zq#8`-;BsmIPd&>7{^?j1Sd@79KU|6^!I6gw<5Es76k|1~@rkWL!{M$=vHZbI8HZ
z4%Jysg{<GzoH#0uq&diO@{5j#yT^btTw`=^f2)b_9M4=<R&rUpBIS~+pgQX*m9vKy
zc28=X-07*iW;J=>NjTn}f!95n3?53!(f>-*vOKB}6DGu4qMp9g8q5kqJ`=bNIvQI~
z+9$g7_K#$uY{M&!vJktKEe3DuM+}5o^AJr4x5h{A-7A~zrGr-+Bv06w1kiVUPfP}R
zwP%x^S?SWbw-r@;@afa1`Q1E9A34k)Q!#8ee3M3P*h9F|-}4)6bh09wSs?e3NY?2Z
zfk-3*yrGG%7e&MNpjgmmGso2<P51p<O`v0%{QmQOZ`|J=o8&u39mX9wcP5d)pJ2Hj
z{{cDVTpHyYBes8J$Hf0B`Of#JSQig=?(~j22rI<#vg=b+-48%Yxh%%^GSBR(WFS&(
ziW;rLp7W<t{%#5d+dci1Y2bv&wp&`+_|<GteqdAwu|c=CzKeNwCI8dM@~ntP`dY+c
z$<hYDvqn>CY-w2q9L)R{pzl*S^A_u>RChl1iZ`4l#S<YGoAN3FMm#1>WQ*oZl`*Tr
zAuDi5V#rOOP@(>v9G`-H-LfZBbuZCwuR?7D-b%1hx4BA=PffgPkZ8m9&_`*}=C-sM
z_PwCy8Zyr72d?a4*n5frS^oMaa&nBxd3=YbG(A&a8Oxd`*7DMNURkYm$_ORZ8Uovn
zBK!7}o<mUR>~C^r&Zu*O()YQ=NH4WE1UZk9CZ625Ixh%8T)~rM1!928=M8}Q<8ua8
zUTgy{b%t_L5?`FL42djVO0DL-vdYO;4my+ZQeQ$X@>=_{G$ym(2x2AumNz~O4QRjT
z^+HkMbia~RYx@a$?gK044Hs8L9N4FhGqj2TX`Js}X6kk(M46OMd%Rp*i-(0_D(@rp
zN!Y`=I-V)8q|9NlqP(p#kAm-0YY<3N^Sy32r9!}&r<s{6-tOZs!?(RBj}9w;B2g9t
z{ME7c<dUUi#2t@6Kl$cbtTDRSqitEVKbL47yi(oe5Nu!AqPn0p^tO5$sn*5rT3&ro
z(THt`tlxI9dGqFtw|9lt2iaYwT<m;p#AXE=@H2mOyq?*DL+5$`!Wl%Ohuu_M;E=GA
z`_QD!l!=zLJs@Bi-#P(GgvX0cMv)7*#hoQz3pYfp{N8_+%gCwt-Dv|4t~liV4|Z!|
z#O1eLbK{8Vc6a^n5{WOSw#`pG|1I_Py{yedWttjM)5S~b6^t+C0BO!AdFkqa5~jIz
zmb_}M<JUS0tAJ(mEf*Z9{L-~`R9Bo7OLtg*U$^GHN2;<PGHdm7?>_$FM02v&@Ei1g
z&gd5i$jr#dPCb7|CifkH@33xJF=CMyHf_&xo&I{NP9cZz5CuIW*Y4ONVzt^qi{D94
z@TSY-nwmPLir%;2%ij1*lB4wyhpm3&em>OVu`m6>mwXkF^Qz?>1#PR0zF=d$$gVTt
zBA+<`hox9TFK+f;AQ5x%X)#)V+*<hTFnOsq4xx!%-@j8u(or*}K`C_UaX>>q?_9pX
z@xq@zLG>KwqR#4$1&K13%qMV}GzI`4fX(E3HFa+NM&x=M!Iu7%$pB6h^_<^%9&My{
z-=+opN#~*N+^L8MH~My2<4-pm3^WC36MXbAs?ewDyFtT-apT<_2qL}hKl$F{fM1|0
zppZKzEg6B8ND<QE0)!r%eWyVh%`@cwceR|`>9ha9k!$JDKA%nyjRu!<7b9)aj~0*b
z#I~W5Qs-co_@jF*lN=(y;x?LC4Z>GW4n`a)t}YUvSMV#PxT+c(4Y!DW2FJW=bD3I2
zBt{i!KSDO)d4zT;K=;YfHv6NPh#^%1Ju@@?0iuz!Ly|2~!QmfYu})Q%9$PUZ8T8eB
zE&ZC`<!Hk~d*h(d0Cd#Q<CymSzM#JX>ev}RgAHIR-)s@nPk?^-U{YcAh`xPmq##qm
zHa|603UnFxSijjjgzs94^3`i2qx9!2H}c24Y)Rd`9C)2|suG3}9^z5vv0%04+N52X
zm*iJ<^$hS>zU}c4Yu)lh@qO<Hys)6cI@Y+jq{^$guc@gVO;mJsy`<t9_(+$Ft6>K1
z``BDnkXFG2<8?0V3cnI)!&5U%Q%A=Y`m$^4*U#F%steRB%<A^+h)>Y8Tg$J7VHEnk
zTSYCbXm=$n3Ee4odhO6>PLsdb2Y($=MvkX-ErsbXzuM|}V3P9a?ptCR$GYBI(tfJ{
zJMJp0+5!&72>|N)(LB;EHbuv$$L1GD3}Sthe2=;324ZjhDAHrTbNgD<Z8etIR}H0u
zbqD?#7Nqn<F8$132s5dU>@YQ!C%XotQ%@G53J;3LCYTwR>WJyFXtXY)q{B6or3PE7
zsqVN85yE<L{+Q_B=TPn2^ggwBjR3mu3{Vry;I;tLw@vg<{T@4X&eQn;IKYd|F*Y4E
z;?ppqk$O%l7!PONEPHE%9)|mGIvOYbfW7r(+N}h1%SRZOt|q$G2<vrGTo{i{%Z>AY
ztqDkQ<fhEr`t0A#?$TdGCF_;hGmGBsJm{iDCSIM&gEeAeOJd@&+&vDe=G~OM{JN<x
zA24yl6!~?HuJIQlmB+t`vVmaBDstTd)m+tL5>pO)B^*$D!+dH7!_Cb-Ki}Xtm6imB
zLK_?B?WAiXUqd8nlX}R!h2H$un+F5RKG>z;kuUOGmJ{RSYa1Js3V~b0N9+Cj4Ljl<
z;f4d=u$WV*ScmR)KM8}s8DETP@L%O3!OP1WL}hhxnksv=1w}MKnXT~IILK7junv+H
zunli&dsF=)WMrR1qAFi`#(#(XdsqfJCyxO+++}A+Lgs}6{1mOzP2aqc@@iLkmLrhu
zQTpu^X7D~l`;_%bg&BUMzbTUG)Rg)i-2=*Dvxw{<(-&yty_<7WMS2_ps-NcT+Qozo
zZOy$AFp9_HR_u`kz?O$_&UH*{*YSErrZ_DPvxCMDxXZXQ3b*3}bhrk1z}AaasWh=Y
zV~>?npEO7e-HG6BX!wV%4_Pr*p)xZ|bi&2ceMrvyv#U?v4ztnGY|OI}xJ}d7Sr`3e
zS3Gd~&b{WkvBIB~K`k8DqV3i`KCveJjSxJDZVfre(-&;*WcaAzNkKX+nh6VAY^pkc
zAHodrCth9j8&7n^Gm(Kl@b^ziIk|@VhDV)0O4xUj@7}Yw2SLuIMZ%9f0WsE{fHI-l
z>#%Q8#Lv6xyp-jtD|5T8=*wO{c^?RRJz&z2GO7aeN0hIL;NYXml0au;aEEv@51S-j
z^(jF~bq!9BG9jv8PTUV?bA4>KH!1BfYZ1F(J-7M~=(<R2-_dXNu6Xz%CM<jL+fGYw
zCDo4XYQlkUs!rg_+VlKPB^Avtx(xyCsg6jq0X_9eHk07u8sR`+{n;UgXdejg>C6Y!
zk3C+<*9YwI9OyugrIVax8Hx)_Z(-HSaO1|SmoF{<`YwMFvjmXM$KpY?Eb7eTy0XN9
z;KJx@!!vV`mrCjNmiAsF@ylg#K{Xclp*7oj3kmw@<(gTu0F5QF1^zLev$EvFySKJV
z9o4}@pm@X<%{%$+m)sJh{{pr9FRA0HVd6?fvW;iQpWeq(6Ai*IU&Q?98-=SCxKAI=
z7j!5&X*@mYe&M2hT0Mq&mBUNEkjoXgck$5yyZR}!<|2$!TDsfYA?Ny^{U2wyz0J8A
z37*y)@g25iy4=v`mRWf7>4dH15=iaki}fxBDgsp#=(4m4Pec1Y9j0P!S+G}ypm@}8
zA<AAbGQ5FixXm$?+xT~>UdSvvR|ZOG7P#A^mmRnXBb_$_Nr#GaNTg_X541D5p}IEt
zf8odV!X>A9>@prLE&wX+Z~o^gColKdY#<lr19`VOa>)6yt22PTW#xr27DuDzsMVL=
zvO+-+6kO!RFM%c~L%N3T-c5H+B(d7b)%JB73Ws0mR}#Z|XJ5t>-%91Ki^(!&%ndS`
za>j81gQtxVTk}Z)VNiCKkFvIt#X#C6%yMa^aLxMg25LxCTiZ&S?l$%k`1CiysfUBE
z#RsWN*uIME!`(Ndg~t^i?Mp!E{ybU_j8T65J-g&F<=@c2(o4?_bd5!Y143+Mm4E0C
zUH;%4ZL9BTygHuw)L7#}*1EySt=ai5%M#FcDJtRM;PdDx22&c$QMZtw{Ps1A$h)qA
zYtewG?R^zC&F+tbSH;)9G&MC*L-X9?R3^`^$duwoUX^GLYIq@B`_A?9RX-h_f8+pE
z?z4w(#MzQAIfiEv4&%)uR0n4Nmlb!GSaCq$!`7DojqklA{H7L!BlCkAuH+I&=liRL
zghhApcX&{Cj=l>~IUZMFjhR6WMndpX9p3|4b)$EFKYxC+2lw`h7eE`{7*Nr7zfBEr
zt1RL4kU71-Yp>-<tMk=jLj)q4bhS{7)9mW}a{;G2bz6)C^aj9YYfr!VE*ZlEpN<n4
zw5UU}rfVpr_sO;HcuTt&^v1Q_#THn(Mk;etLohGO+V_rh7*XZkLi9RznU(EHryO&g
zEyUJDFd!f;<d1TPB!8S=KtSmP8E{%R%Cs4Gw;V4lB;M=}$A{WBxt|5zlzsd-vSA-;
z;?g~JCQr<N9ul-rD%vr<SAlg$PMz}I9IY3}@uwwvxDIQ^GGX3UaYuDga&ROLxsDrI
z7nhcRG3)E56(-?uo`td=DrP<6{szhV3CKIahlQ`C)Z^g5RY~+>O2~o8e$_ReiIBI+
z7ocb7m;kM^gE%u;MD0IS?+jib@xR3h_Qk`lhYdcxAL`-HQWbFf0X9~ns3Qz-rg$FF
z>_rYx$)_eK;bN{aXH%KLJhQm+u*0wiC>_I!P^rAc9u0HYTp1ZCjkH&JKiKdB;aR^K
ze`i+x!k>4JQNQ{50UC{jRs9$GkEPM6wm7S~PO@|Xw6k1fs>1h5p(I@4oR~ed@F4tI
zp+Q})-aVG3{gsuK<>iHuBmPt!e%2lht-FNnKXy{;os^%dDl&yd)T1M$^Yl6;g$rw1
z+Wx~9M5J007Jl&2Uw*}KY@qy7d%2Uepk2g(qOlFtN$@u<SDvIl_Y~_qp6y7hZslNw
zrUpGok$c-N`PfAyWFPLX&O-felZmz?qvWMp%rmcuSKGZX5s}LIkVTb`(-|@yn(j~h
zuGV@Dg6Ogj4EGzSX7V(^0?MeVsR@%@6_w4yZ62&Yym$U6dqV8uBEG)9n$dS-pxzil
znro1^39)x_$YykwdH8u<f@Hh4Rn0u4^F>F4DM`@ObbH%SzVEn{^hZ)w)EN^1=fQwX
zI@O~2eD9iqi7P9{+x`+h#RC(Ues71TnD4O7KIhxl@bcPwbZVZR^Mh`uZVGcX?Xc3M
zJb&9?J|=bN>P?4NOT{eV%v~u$5JBdS`PiPDKZ>GlepTT*yG`b#7<g67+U%%50(7;g
znXcd9zO}o1$tHA@y3IjKek+Loz$TxE9bTOFh+o{hY=*IzT8-+8j)`&l5{YmrRIYd(
z*6uk(zyM6AIBzOi@Uv0)24y@UxOllkE?%=fHrbWdG0gQ_>UY!^1&__hHq@F)+{d5d
z-u!)`Cs?2%?AYl*#__=~%9A<e1_lRf8^glG!>>1)yUHv6a<S-gOshV`o|};|8|nS*
zaMgXMB5-v}op`sTE}rZ2q;MS5cb7*jk{@-j*f+MOF3_IXX#q1IrHV=@mke9<a9jGY
zAb%8VhXZS;bgxQU(Js+<v-Hlw-^dGT)G-!|4OxuPAO0jM`8TqDwg>_&B8@J5iD|PO
zC2e(OdN?5pn}~0WUN7bvvGzzYK1h9m&F0JlRkgM^Nb|FjqtPP|_Sl;O0`G`K8yg#O
zarEE!#nmHxfdS68E)(!1QwB;2X?f!EOi?IB5^VumDX+}x;XtWKW}Zprcg3x`i(or^
zfUoN`jCjeM3^rc>(sSH2^S0r&pLpo&-#U>X-W`2!8!}QG6x0g}a%?`!?r~1&I^*qk
zy2+xTD|l0$dr&%C!|t1h=hgXYGZht;uAt#sLMj1&D$lKW?SX^&wFgg&WQ>gSgM)7-
zrezO0C)EXSmy(L*6W>-`pX*^oSq|imILHOzv^fRJbo<T*V;U;*c<<afanxocQ~9~y
zp%MB_&h{fU5Ct;;jU(kwnRu#>V8DoL#o6&TzI1#I@orNriHS+pVvrBQTWmBMCQ0kt
zva%`nsM;~-7r&f)Dax%h56$P_!J4Rn#U6c+p+t&ZYKqzye*DOq2uRRym@E{M=f^pr
z%SbW-S`zi1&j!q(@8v_DnCa=D5;`3uGD67ehK=d|Zo{WLMvm$+XYRG_n$q{38Bxb4
zF*83=Qj8rh3df2bQlH>fxP!=o8`-$D+PS!OyS1+Q+y$!U%jbyOws=aPt}_|Onwk4F
zIdg7kj4)GOQK=|5=UPAT?@%;6gBpE|O}yD;Y?Fst<NxVW<`_hN&>}(I>BA9<^0N=^
zrTY*8czn<u9{E~W{7!<sJ-Mj`;WM6cV<86qd1lB>F2<zrykxEN=Mh+G=h^h<?<lCm
z*x`j^+I%ddcP6cO)=*ALIPlpjYJI5U)y-eKnKy?jsP4zI_?HG;iUDF-p3#2~)uq25
zI}do+jEcUxj@j9PToHf6J=Ey$zmjyG4-LUB5({Gg<5|25z9MdA`K{(zGd!dBi{?cF
z!(Fa?NY~D8rT7RI^cd&}#?JeDr;eyKfFse@C?UqB%QQv6!F-ly|B_0DHhY3jPb(@u
z+-nS0zC0*!POGLvCN9&b^+pzBMvcoS`#S=nU@&Oe9n?A2fLv!+d~bWZLFV^n98wdy
zyeqt~%hyA7oh3PkY#aV1Xi#0^`_SR|^T+U+NNjr;3{23^gfSd4f71EcJn)HpM;`;k
zs-K=$IkXgC{bN;vuud8sBgt$p?8yFtERS~GS8rdXit%v&1KUIKC`QK4*D_N=3Pya5
zOSg-T67R}t2?mhWJpkFJy}SnNk7UTGE5I4M5c|kf))bmdl8pRUwUF*4$&E6~%?ZU@
z+t~Dd<=*>ViM-ClwT2m$*XI$6WjV4OZ4NCfFAoX|0{X42JxEbLT8?joMR+eP604<8
zw`ZmboF^>wnjqiWhPRfN!$^O&%_BmR5<g<ruX)s(JdhlSox|Fhe_8!Vt6nhUNy(Q{
zlb@gOsHL4VxS?(f5y%u#7&0?7oXe>pw^_f0_1C}<{{B7;#(f^G!nU8+0NjN0K_L42
zDLW&M<o3?<y^Grm0glUZY7BBH((qs_q?zUYy!LKSgBSE!emZO?{5~Wbm-WWQA|m8A
zO!>BA<iGv=u+Evi#`}Q}csx8jtgUVdy~>T;`W_#=H>>EV<*(Jf(c|*Vs_1KdV|^ab
z7P~rTTU2WJpR%*^`M)9be$U5yMW6a3zI?B%n;aYjttIFr%S?{D3b2vsTW52w4oPK{
zyqw%oQ`f|VSaAEj$@TK@4K5W{%_Zff*<Tfs>|fj3im<=L?0DS1j&sAQ9L#Luxs#H>
z1Q5Qel99F}^?`QsJtY%ELr1;Cqa$vW@RQhUH?6h;b6G|`G=X_$7h^1mjUNzM6!es$
zECHtzJMm4ocq4BJ(n_k6XEpZ)Na(^Eoq-anYUP>n_BIroUotwzAtG)>bBP<&cCaC)
zuB-|TI?Dj^Hw)Q%W3Nd$_Gp}X`Q$1F1W#ehc)<$Yk{=NWOtR9-=U;jmxW{rc3Qu4!
zEe%D|diC=~t7%q45G@h-Jw(pm?iQ~iz1Mcb-z%AIN}B#l)d^~NQg224*O9W$OQ^6Z
z+EMeqjEkd<v0qF0*WFDU)5e$9iwQc_>`7S%MVvz`{a@uO+gO_R*GR{-wffOQyC_>d
zrEz5&>l{OO6js+F_E*Dfib`F~v)f$l%(GvaqK?0~;n0;Hu0}A$G1GfNXS*}<i;>5r
zl`YqqnNyOJc~m3MPqxQ8IyzGBDjsd*_~ffZoHcmzJo{I!Q8bmqCFLTS^-*i+5;g1^
zH_(w0-wS}V3aXC*q3=9)FAW>c*B)_X_g7V^iA$T$WPeaCUb8hVyFAl**Vx!tR8$ln
zukGu502=$nrPx2Y$9v-CbB@Q;(b8W0-@5OuxGgvvkApOoOzlKum#ZI|kv~~LYG(SM
z>)j)(-PyWHWGe^Fy}Dz{kvUSpAHWO>+BPuMG5L2prAYa35OEQ7ie~7I=F4sL1-E<o
z-R;TN&DG!+KPS4XEwdJ9aV^auAxJPr#!1mOlDIeGqsh-2)zH8V5DY-9N}-Mmor-Q@
zZ9>p~DI>0rIl0YDOfHXmQ{cFKQI-3tFLr{0n39;%u-W_}A;7aSzx@5ZpF40DRLk*@
zlDD__O`%st|J|aXph!(kC9e&C>4stJH^~LXLfGcL>%Fm`Y}lk2r>0xExa+&MDyrM2
zr|n!lAIop)X+6+QiY|U5Dce2{sAx0rkYv!!<Rag)Up-4z;0wnA8YdKC+p)3=3=0jV
zj~*T#_9eF&1BZBeMuwA<Q~lq+p%Hi^6O&VWpTB?qv5RKmrq&^3q;y1{aJZ?RJF1J2
zZ<#Z}DmLZC#bmBX=;aF@@YeD#yDO~HYIl-M4tKM0iK?f4gugsuOUe;>j%h_-!`-+m
zSygAUv%P)V=?Gt(X;`mN!X5;k`-xq4)AH^U*%E(NRKz(s^?ZOxa&v3PF(X<mFOQ3h
z)An&kCzN*8W@T+;#Wz5HwYvB1W$~ZD@qhomtGD0b4s?cV@~7Utz|NJLN-Xl+J2rGn
zG%0NsyR7S`%}bP7PzA5(3qg@$=i<%-W?!5lCV{ju_hn>cl>aw1{rc7IDQBr&RBq~R
zBs@W;5s`Ro<G{dxCX~IF_iwPDUvY8q_IgyE*v&Zm@GB4H9wNKUB`NvoL+`Zw#>1o)
zi&Ptyr1Xi!<LQTpcT)ER{A-I^LX~!?ITQ>`{Pty-U#dK#ppUNJO+%c)Tpzc~%1sl_
zdSIhFcSyBF!ms%-DxYGA+cwPn8r4$f%Ki%xCgz6=GdT;tMdy+DQkkHYZyaEt+um1G
z+wg6Ho!B<H0j3G<#oqI}g}J0kaOmhi;>dHf$oeqp3LDAJNM+ac;kJlL*_K`&h3khi
zCkSy&Q*hY!x6aomFSx>Bd*x}1ku^L0y!l}p+26kL0k*fdCoE_`-fC?QSq#RXzX`_I
z7ew!R|N25ERqG=!j*{zY(9yG|3!`SZ)yABoTK<^UZegaI`7cuc(gdX!ot+oW!1Bu8
zUiH))&ns^FC3-yFyysxrZ-e<A*hn+u6@eE}>O0OvTc)IEz@#iThVt&P45xob+hA%o
zy`B^oRad`xTVn>v_{u>oBN5%p=c|>)ZSTz4_Rvf>Jf?8uKl(4?s@F?oWjRVKZZI(!
zgxAMYpA*Z(D<{WK48u;H<%zq;R0famTLmc#K~vV5;?@>5Z=Y*v(MCb8R(bvW{CYlo
zC_2}}=n=&Zl`AKVaQj7(D~CN(m5WQ{%4%<qptq13|G5Y!I48bREz6mi{-utw+p#CP
zHj9azm|)mN2tGD3EX-Cv@AH4`iK5D+-WGiy7)vH@Z;DwrN01eIub868FH_vq?T>{%
zGwL1Hm6aJeBr03J@hiNnLG(quemxwUm6b~cL#Ii)Ew#Rzm@sW>#t(vzvOgk7A^Ojv
zGvn277W|q0ny_3T$`03gSkYo(9ky+-mcS||Y&X6WNbW&KP3|aWvqWRVLcQRL={|K#
zUcC-Y{@?YY7NagNpTtpgEVX7TGD<od-Rh8Zd{B@KQ>Z6F3D-gdI29cy)}ashwZi^W
zRwYC(TKoB_Fns7qzDFeqx;$xbf9CPR$*E9-{~7}Wm7QG9p!4y;az}aQ7a`rOVJKnk
z@&j=$C9W{~C)!SLYySPAv{V$K2jz*rSZ>lJ+c`Fz^nlbUl*x!gsrV5)2CN^UngM*k
zh^drcZvu#sML7wIUR8ik{noZ%w+h+g_6``VNz^PxDr$6e^kA;&tmZz9M=6Aq#!Sn6
z7hpH~0|*s3OOYt=GL+g$fuak6wqDa$Fj<MDoB>JnUsf!#KGUW}okhwT7On8CDvOAJ
zvwT7WeQ?>UZ!_sNdva;3rR&gX0O-aT(&?KwSwQx{!9#&SAo9zjJ$(IxVEHubV1z$D
zde_9Jr_mUAa1~AA?La%{f4v0m{|lJyF0Ws3HVQc-KHhoH5q*2KGTAh;=6ID$Uu^5A
z`mX!f%ixy?%TI*)U9p)r&=SGHk4W1e=#zbM`S=)>#pfzCt<%&0bVMnAmT3+s2b3L`
znUtsK4XGTRsTY2Fta$`R#=Mb~@mf8^^}Hf(mg{ymj7i%SN^{gJJGe?lC46r~=88iu
zc<(5tja<e|Me|(|XVU!&;zK<2$>B#Td!VhY4Y1~4e@X)Y0)fRw;cKpK>AfJ96yz0V
zDMMreCxjNt>`&5)F|qWL&bG3)wzjguU@+m?VJ@o^vbD8k<K;h3vk$YR9Lby>;>D@?
z(7PVq9ME!mmr#CI9%0)BpxV12A2BIoT44l~^%z=6QT3~$<tPzWSC1FahXnrnbZ~UM
zNs%iC<dE__-xb=>V7%jpIdKbl&+q+gmzay{6X_E$aC4f_WM;-G>K9>AimxqqUgIm>
zWrYhrtSVHSS^2dzAyb&gR^XzMTf?Y;v*t!ZUI+qtjI9f)^NtAFISW}t6TK1LrKnsb
z`HO{Oa0@snsFt7AaqVx4>dcO?qqdfYS-%6Pp#K_uh&-a1cTYBFFgoh!1Dr^t2+?gK
z_p>_8_i7^hZW52mY*$xTurQfCkq$p`-BHY*@jN>^GWhQn0gppyVUu&`@SDXgL;`^a
zEM-(E;xp@Oyx4U45s65#eNnc!Rg)4zF|FWd^cQjjfOX1BwFrXT@R7-7`BLp9;(wLz
zid4;J-wZWvAH_A&(w;BK|F_hOT;O4{+nCQ&mN>a{R5JB#;*vJaZiIo-#aiX{<Vl7%
zy{$tq@A#V^HW3$rNxm+zz$m47y4(hL@3Q8;oRfI45i0lYj-Ug8G1%>R@Adg|yd(KV
zye?zpOC-kM)0_i_Ga+!?DWs*&8Mh(3{S~GU_${VV1sdF`ET5@|pi8axP?N?cWoCYt
zt!F2sTUQ}_N?%uPDMKM4eqDu^IMs8h)n;D6-OytgJDjU^!VyNq!F-6Dw&v?}i?;Rt
z0s!6+xAewaPmz~tuNnX3d$YgwoIkisuC4Uy$1ie2i@BrP?9MlVBsa0-%?l)nun!0Z
z1yZ&Gry$3DIkq{v?0`+=&=qQDzX(|~X^}KkD?#H>{Ehx(^999u&I@YX(}Y3*b=%3C
z$xYng-^ybTi+iU5WLNYS1bkhEk@jIeS9n|Ae7t+3*xZ@r3|Q?<c>htRF4vZzeJh~)
zzBtFpkK`j!<d5UCH`F3O0p0PBpeP%uI~XMl3*q9bnH0WSTWhW~+42T*x${e<$Xa4X
z3{AestanInvPEEgk*Ln3dr#fm%X_Dhc(3u66Lv+0BrQjB$+uuPEH8(-bB7GU8nj+j
zZP`yATd9MZ-xzkdx$D*jktzMNw;NYo!t(Wv`Vi#En+Mw3$#<n9&0Kw3e<!p7v@{uS
zFx}vkik#m1ms(Jub$NmdNNa>4r}vhfXg}&aoUIQKib6Mrz!U?tD#;|-#BB}^az|0N
z(}|8s4Mj!UmV+MP{`~231=@T^-t*6fC|lyg&kL&iHSkjbgDHuYD~C6;3`!x`EU5>I
zN=gwYTT&CI!tpn*QL!l9$L9F7WJ^2s<*S$@^b@Eg!I7R|Ffsj+VNH!{uH^m6Hg4An
z8>WxU?w+2n9~oy>TJbzl_;Yl$UTjE9E`iR^PmqD+G;_epgZ(h_CN)B}@6vJB0Xh>&
ze0C8<K|wBblzk7DI>vZ+Yv}V@)c8~79&eeOnAp5g73Tl3-k8sme|U3$%L!;xQi36K
zhaga%20s}m^%8f}4(_W{(cbWcPY+i~a&Tla!&P&oojx?S6Hd%)i!wLYF_`?@7Ut%P
zPJOokb@uKY931bT*@LFKx(aQP;E9Qe7&>Mmxk7l-_jCE#;g-<iT!A<g7X;dldBCif
zQ%yP-=*al|ua{&2**%$4S01Dk_hknp+TOKX;-{6w4dSMnnu52Ha)@4c{ePctayS6R
znlGPTef!*FGB<cJmU3gC>ys~WI07K<uN-xcD+PRxU7aW*I-qkFArMnDvuQ5`+IdjM
zBVsc9NXEJF(P^=e7ftQ+vWk&MD(n2T01d`;o}<#*CvGun{HEg@-b1RrVbGI9=7kNZ
zwb|yQOjK@@@PFEj-d{(<YzR=u)@xR(0QJ*uuM5LXiLVu(4=FKWZAP{kM0>x!AAeZt
z*PyGLAx)Wz9%^IO+op6vL$GnuXYUhy&ZIIBli$Oee6<fjf)3iM#q@dgf{cAYU`#Ow
zQSzxE@d_`!l)fj{vA#MdlQIvKpSVOzo)lk5vC+1Yt#lKT0qI$z+x4#0=DAyaG>rvH
z<htS`A02+c6QJ*kO74)MP12?|nrf+eaNoMTW!AZiMne3Pj=<ha`zWE!Zi12{qH$YC
z#Zty&sAKZ-)+U&rSJCa0=^XSCegW;gAvU7=`L_^H>R(#h;)?1y)E+}kV|JwG1_|VU
zl&Hx-g?>1*NTB?!G}{-<fcbr-M@`%;u#ICxA_|mMuAaG9x+Z<SDLs+Ucax6XS!sOh
z5?_x%jX4Z^E*M`;A2SreSD>{08$mwe;eK}?`0f18oK5#e@D(<F2hAy!7-);RcX&(8
z>|Fr#_s`~jgSP8(o0ZppT=ugk7THN1D~FP?QuTlpq_*2LSk`7Tapxr3L}Fb2dQy__
z;h~#hH5rJp6@QdDBoklQM%>vKpRm%Ve0|Wr%gZr|78OIVIe!KX-3<--Yb@mcs0aiu
z0Hsni;%a4OWnf@XmS#zz%L%azk@>T8HYXH$HUq9Ui#+$`0qE=No0^&eqWS*zu5S)y
z(9zMIDjW~3RQFDQ@-=O@^danT7r|y~JvLWUfYlyT6=a6Jq|*H|thA+9>169cii<PY
zcg|}S4hO!-Cq4xe<x^D7*6{mC-kUd%4}~I}Rj)ohkUcm!Q7}I;1nz@@c?uOr29yUT
z#UDOEPL5CU#GZXnWF%mGasp&}PT1chsP)wZ8FSqB$NgC0MUq+$-nred4t3<r8g!0h
zy%x=vp;OUQAkv&s!jLK6AactEl{Yv@kPhGd3tm_V&Sbn!@9UQeIy%&@_VZJF*M_{h
zg1;!<b=tPKw=XO#B-f&KcAm!8)=W>Qwm+VrZrp>`yF@lsibNrcbba&YUWcr&WZK?J
zZo(&Lt1DCJa8mbo0zPizBq9r54>BVAxP%LKtsa>XxAp*71{_$Y$5NpHoeL7uC9KaN
zA=zwlNAC~8jy7~xvu~wW+O(Srr&@Xif!U&f8S+q#xu&2qULvE`xatUHHT_gwF+Dp&
z=aMGV>8Su!8tgf@QJEAG5A+dz4owd~L5LrBqyUq7lqSz+tSu~_cut1`ipDuEnXmH{
zf2LrOI=Cexgfh8gzCoY*5-_hKy~N9#{gLTZT0R8eNQa}7e0slJ>Uwln`*h>e0F0HB
zuWKtHo3qtAH742FHo^n9&=I06?U=4VR(Sno8y*IVQ0q7+tDR4f-d4y2URHpe4shz8
zm7#3D4(Lb0`?*Yhvq0ESNR~pxo0F$uZJLCh?HzVe^Xbq+ep4}JpnTIH#&AQKga2j@
z^>R#%5P0V6>GZyhWYF;c_prVp6WTZ$x`yX~haYbch;R?5+8MHkeg21@HO*(WOrczk
z*GHs3?@<Q&z10r84A&_zBp!6n*)}o&6CSLrc?*et?DUS$6)s)kKB1Fywm4p13NZEv
zgy+KNUha_*?(3Nu@+b%IkmrqIvrdT2U0%Mk;JCBGxyjETG)WC7h0oT84xQg|Q0Hf6
ziE?N8V{XC1nAaF3eVayFa}?nVtplF&O~CN+Di@6v98me7chi;^czDd4ujd!wQJW_J
zm{YDPBdl(vCO#g&%B+{n&AM@Z-%cQ{`mT#=_{kQDh(nf|Rvszuudb5mkNw#9@ADJ`
zy2Gb*_v=O0m{qQZi6~tEy8n)1^<GYO;_4*P1HGT0r{w<@r#0*K1lseWaLTwmc>b@S
z<-)?%iD5vUR|KwC$Yp=FR_5WupO=^kH^U<Er+UKKHNTme2;RTIYppTN54{$N*gZrK
z=wu|GSpel*Mf;A5awu1cV7;6QULerY(NWPeaGeC0&&Y?xgYft`=6e>FrkTg<nZ*Gx
z!~e*RQ*!%yip=IvWP{Hl)$`{zHa7;bUp{nc4gJRsrB-|W@Am2GslO>6b$eO&*QyY>
z!T0dTs3F&F**^8<t@P^q_Ax2o98<sLCh`CRk+r8TQ)itYbwpFwc%Cr6W4^)okw@v5
z%N^7&a&lZ=UIr3Q49(24H2B~AcWW|W@Y5%jyjN2fNf+V&&?Ap`CEm?2F@<+q_xz1e
zoAa+uiw8Czdv$~$t*!^LLJlt$Os9yAAQSJwDTl78M2_8!yEpkHnyyy+1-^DvlD0Bs
zc9-hM`0FM(GXD#kdyq|mg>s*#r2M6|j>&2K0s7Hi3TrW8Aoo&<ZrySBxRt-)kQi&9
z6`_4jnPAj=bQzIbTE=v|#T+F+aXU`|A2>U(!4_-VH?-)t*a1+`+MrbLAJzL*BWYm^
zZGCAk{e63;++o9lNi5n9XC|%I_rvWReb)ZM(SSBWR(7+m-p~^K7>MvqG-%Hi7a<6e
zlmLtYdl89zf#+`gx23#Fs!z*tC3AVaB>ThYuTYoSO#kg4lS?aXDz9(wIe)vVg7z1_
zly&JlonJpDU2KK}YP)CAb0PZ85ckgC32M?(fG_sWy7b`HohNE6w`>TrICxQA9Y`%$
z-cZl0x%Bt8J9O_oTF(c;CvWPA?_*|s4QQ{{m$@+&M<7-!b?L^3HPnk>@2&XlL&pHV
zr<t}FJT?miackv8RsDiiTIw)mxzY)ayr#%nv`vj=I6hk3wxVwC?ChmQ$h%~V@y}?R
zqXVw#md!n^KiTn$CtPWFDqp-WWnZAom$wW}>v|~jfw?`fctLbLQ8%fnc*Mc`7PX9R
zar1nO_nQapl(grb;V!7+u}xdE%UPs}M5;W{!+df0yr<AZG}`sGZ);PLOK54h|J=|)
z!U368?s7PUO0=9$A&C=cG@%){pcI5jM<RhyiGBziAL>k$Jz(W$#I5UHo3Q=Ok7Uu<
zA?d`R*hoAxNB0+`xtiE3WQcv0u&=gZ{V^m$Bx8bm@Ne}9m!%vk%o*Fb-$EESMD5Pk
z%P1)56pRdnE`b5PgAcmds?SH_(<pu_&nCr}lW9c$IL0JS>G3Zs7|fIK@!ul_S`@#F
zOO+0~IEn)xMV~~*i}b_(M&v4mY>esSR6<Dv;lj)q&3|T@WSWCHgc&~b*g@m%&^y$w
zYI4lx1zC{*P38Tsk6&n5S3L?i7qXAOmR$F2gH6_b?LCy^GZyxJ!u@&+@N+1xIkU7B
zqHwml-fvna)0O^WJ$BBUJba;-aOrC>8bfAft|KLyK#?d&O)m;n`RC8$hYzWrBEbam
z2dQ@KVWg#ss;ZLQ**+rk{i>v^W4W8Y7Tlnzaint2tnc<q1O+Y<-$tr`kCyoc!+WLu
zBKl#YXJL!DyJrg2Lk`N2k`c!r`xCD@q@sL+kraU{q<`K+R)i3OH68NyjQ+I$+>#wJ
zGobt6{-=iG0VZQMW(dFvJ;gt%zakwgKXJGLWt;MS`uA!~H8BUK`@Je>t2^qDJCfM>
zJu3CuZ6SYw1@$HsYl`2L+9t3kYzjx-hItLx8m$qe8(7<IM5<D)1Elix>uXSpu9R;T
zG>d|T<;h!;_DpwakJCZ{pBeSbJllVtsCXfsqj_J1X<?*okz)6%_VPQ&%Y^9oH7tJG
zq3ORbOv;A2b4TTy25ZulzYbeV1<gPGP<vz#NQYgqvrySNm1%x5=PvE4Ac&VTc!_){
ztY~^J@j2++$?pt)hDzD{vhss_*lf}Dx9aw&Pw49UYSJk!N1?6N)2CLRe}c-H?#L;h
zFU6>-sYPq{Sh{z50;q|j%=k3|tqkL;KxW<kX6Z!69s{N_9kHmp@u|w^48m`Q;jHfI
zBD?FZs|Z3OA>+fWDGv*H9&z#7YkHrz@#U<tVW)RKK$Nz2TEJ-O&M|KPE;lH%G}i6U
z)O}(J#SHJ>n5}{^j+Z&ARLoAramArv4)+;7y2rleQn?qLx%(gLY}Y%PXyb{`muPly
zadEY65OdLbSiBxu-0IuZYA#9(ooUTEZPF|n$szkDGyI)A7d1SULp1tl3_h>PIKQ8G
ze$vEYdmI>&ia1}Us?RCS%ry0Cwx8jJ1z#<>ubynf0c3<3AK$}EI@k7Csj}}Vd!$I$
z68T^K4m2nEcV%fkC{ov9<>%-qj4N(?s?zpMXhu7QC!_c6i$ViYb|i`TD$bs5Wgp``
zWNiz<78w}ZPH3b+7jh3Lb6qyP7mg<9T?|67v#gvfp%*WLATTg!^jV`j26M)%aIibS
z*n9hfp%XGRJe2Hn-iw=f=XugoM0Y4T$*qBMG9RCU^D2glV5q2f#P`4}h2TJ=9g(Z{
zk@oiG4(%KFxWOB_7T90EC#__2#Mlzm;hp6b?y~pq-xtm}THQ?nL`JOr8^}(<;oLqD
ziu%CBNRkWltDNBV5<$_xgq)l?ZC=QD4v|YGJdmt&L`F89Ui$SXT9d^Gat&CZog&A{
zNM<UbDJlE^rRhKrGy5FxwFd9Rrz_)T<^n>fI5))bhC?a$uf4=dla@K0JNrI{@MOvP
zjWlc$dAMEup_f-fMJfk2nG^7wV>(#r7lQpz-ajSpYm8qTB_jVl1>k;p*9Q#mrIu{~
zF(u4!k@oht2z1<6+9|ypRH!e^jQVjykFo;JO^Pb1Sp&eVO#F9-Kyv=wuZ7m6GNarY
zULV=@#q1+Nu1iIg*3pZ<xsW)ImVdZaX5h!99Pd&Ww{6s<h%TVXy2}r~i98H`MNe{*
zT}?Y!`pBwYSit)g>Fs#-bXPo6Qvi7Eil|GijDPIe2j5wkzRf3_)2(~^CDhZ$Yx=0a
z%zU+cF+DDp76cBQ{~knIDFhcqYd0<_0BAYo*L!h9xKg|EdDy?Vb01=Q^cIgcEWs<?
zZf+2aiPP?vAD>@#>)9SScegx^w0hT?wMHWxMmN^JGo$BoJ3M<)=DNd>$Frl|!+WRj
zl%l-<F*3FxZd+^PxT(Fn>+Sa#+!{nJ#@bBk8r9}ZiT=hD+B6(j(|zTYV5+BBZ2r*|
znU{$S3CU=2NTCq-ejo%?k}XTSQIF52*$G*r&9)uu(5uWnXosIEUHDI|lX0ZjKkvCc
z@tHUI@u~}!!7HIEJ&-HxoVdeCE>iS=RUWPho!92QEf=H(h>Yo)ca^#m25)mH*?iw!
zY8BHZy2T~alati+ewBvjOY&wr7_$4b%Yo-6*Nvy-)OU7P=8~`brLjIak&$%dyG-U<
zgF`H82QL^n&}cM`8a*RpQ{eXJ(;K>p8tunTjg9zina%Jo<<?KE^In-wAz^G$GjFpL
zkL~j}8LnS{E1g|bB-A0v8(CHQb8VC67`9_lr#mAdbl1G%5@QU1uXu?bsShwfAQ5}@
zE)axc&kYFaoxkbi9KK=xy_Id{9D)RQG29fnMRqZPd>)(Iw{OG1bw1rOW6h0_w$sv%
zcp-EeS%q(7XnL_tAj^i(WC9C2H)akAL|MAKdqBaLZvU3<lNCRaN`(i2pxU7L8|#94
zd86e93k!8#UA80}!-9*coJtf3Q;b*u<M%~Ot(z^ps<UX+mT2tJm+~CSxOt>J0XH#G
zX`Bm0EHCbGh?_0x48;c^Ic2;fa~6SQAM<IsaMsb$dGTV*@FfESgO@23f4U>@Pj=mb
z0kRA^+f2$b^CIHzFc*oR_-}V}RC=?DGJTw8YAqa9=e^e~y<Z%khjw_@Ahtg|Rb(^o
zz<N&0Fy$)66`D5U;J$XTI>O<8EAv9DyZu_z^Qx>+igWZh@~4=Yr#wv0Xa5r01B1cv
zRZ!idOXQ*~r>?m8C<hGEXZM(-<cRZfj2ndGM0XI277&+67o_#c>}*g)MFl(be@qc>
zJ^)3ojwRR<sns~21d<uJ2l}^ir)%A&GWtaJAVb>g1z!=5gLXSdns<2%OBU&PcmKq_
z-J!~oux+_}Th@JH-{2mqbL3)%(9~RMWU8G41@DxT3V*5Qv}^;9!H6Y@4<SU?h!@B)
z{%fmf74D)^@Tvdh3y4AZqyGMW9H?&p`?gFt%SVcj+^Wi(t(z&TpGSv>LyM1A$k-x<
zT<Dx+j;e=UkaZ*~I>t~;uM1gg6t{ZfBgy&GAb4Lp0{j2Sd&{UO!>C<&h7be=1OXM0
zP`X6Wp*sWw=^DCg=<ZOFMpC-FYk;ApyJKi+7(%-7Jo>)xIqR(Ro<HBe@B0>O0kfXD
z^SNiwzOH@k{j?O%XFoQr)+E3H)HTiO{T_NmW^Y@LHj{DxRE%DefU1$Nh2KCw3b<it
z$WA}}eAsj{ywvQO|1l8=T@g}Hc(3<90pj-GKcJzZogXYhwY08JCq5~^IS}7HVLug&
zk@q^)e136a@YPmjpqu~r<8s)KC&$d3xVI+NlY_}*EHr^%I5hOv$Mgwzt->Bue}TMd
z3f>w*vjsnMI$m$5jQq2@NyDdZZ-22wUN}h0WVzj^bXHWGOqrIpy-9O(bjdDIoOVX1
z|LN06XQz0)i7JySK-g1Z^N$P|S1taTrywSNXE!GtZ{m&aP5d(CSb2kP7-MB2vHFkZ
z*>c#(xF=FbOYY1lQUIszMKlnx@b>l&4FN(|if;|YKL;i{t@$tl8XGpf!j}-61ppW>
zPfnUm{JBY|r%Z2tvwzjf>f4aOS}6;}u}bLC<>T+ycYbN=>K^TwA@N7t3e4JPwcO*z
zt$NBRq$i@?($v$hBz86gTuy(?_k60*aH~dY>*+ynCpaML5K__^okkbQ2=X1Fig}^~
zIaAKR613{R8fxztkci*Ez*r2@ki>1t_-(mP9bSNb_>h2)I9v`8?oNCXN=;1E1ZV{S
zzGjLAX{AT>Rqf@;C4>0yPA8^u2Rk+M=p|?v$C0&EIqJqrn&Hn$(#D|rZ*U)^ZLxR-
zCKi`ZC1c{+8oPx8epnh-hcFG?7cIlqoQo^zqmtJtawbh?3P8$f+|;|tuOtqA>;Ghr
zw2%bTlEmyd)aLoN+C(<6-3^2u+IarykK4Ui_SIt{VQ%IpI!Iyw5fg7!S63IatEcn2
z6m6r7CbkBDob_meLL#5$3seyJCDf_IoXdUsM<k02eOCM}h_{%Fn2Lb_x#l!rFwYmb
zq_|&10`#0^Z5bPz<yr7pc8~St#r2l&pP<_E*7Lmum2k;y6{bW%4=n;vXqOTciYh%8
zygj1^455kTnOVB8i|5BM-Fzb|HxG{x3eRJ8GNUZXbQab{#969^^o3{f_0-IiZi{wb
zA~&jZm9SDg_mqvD{m<@70=0;UVz#6+vm=U>qq>g;I{;~T-?OYH`&vm@_++OFX-$an
zYijCGtc)fUfwYEeu+V%jfHad55>}ay(V)cYBglCS<xY=}linDh-L()==X?r#A+WnT
z-Umd(!rDLqpd}h?U70VvUrL*_`uxCdzX>oz`epLvT9$3-93V3*8DP@lns%_y2)`gJ
zLmPfu=R-viFd!dqEni)Y^ULrN!0rY;`|9oiPqhf+0P>#5dwV&!xI#L!u+ltMs__N+
zD)<2EqlLr#QvWRYtz2y$zGt8H+q_&>?K&H8RTJWolh&I>N2a)OL;KUFfiXAW`@+bi
z>ez83Q1k)C-9h6~9kBn0N?QVu@}gZsH#ax$=HZTxF=!wnX9mK>_5K?Fnceni`);wi
zj&W7HNIMB<`NWR6;dgPGeN9ctZ2J{Ia1-*c_$!v_klMh&A1orn9ybO=JGP69%U|+b
ze=jTZaTC83ZUx81sj`&;KWtTbo=`;FiI<pIU_$=ZC;A9aw|c#LC*2iyRE_1?&V*^q
z)nuVE;NF=H7h<;Tgin|aySdc^u>=GHalS|P709`f_44wfkAY)T=RnpS+>h7r1eCHI
zeLZ(vb6Zm$Q@$8~%fZlQdzHQk|8ywE?*{TW@TY{`6>K-sfWQX#`SPcBZcQCZZcC#I
z>GAO2<GKAlch}Oi9|K#+T7A~d`OkmbkzyFkR%Cj3ivd^_kcX+?pP9t;JtgO=NXU0}
z8E|k_zdS{e^14-wnb&Br7*=Y~#q=4o3{(j)4*=P`AL%0202^#WM(ViHAD13MDde;r
z)oyOw_CefGt^3-|Gf4cAtNr)qVGq6<{M|~H_z$lmFl5uV$R2+cp{71;Zf!0r(=~s9
zt(&GR*6|aM{4xuWnI+L+17~L=mz>kIrd>ZrSp$$XWoKu2-UV=gP(~RV&#hKJlJ|fK
zWXlJtGfSu&e1&q6*4A%a4nvF~Wt2cPh$OUhE3d4K4gN<L|4~OT;CFm{a5`jBr@^Ae
z@RW^>O%js5pnrP$8ygSjZQ>9>5-q-_`I{}COBk%e1bkGxB!E?t`@Ssv@Y=!I{y8}z
z;r1bW+pukN7zHN+M%J!@yE|{o3CJ$zDzN$ecwwo@LCK;!co}L?s|LKIXP}W2$?Qxl
z=JWHb83<`G07pIm_bz=4sI&qYfkle@haW_-sas!!>Vp;R>Zy)?iT@F~C-0&7b6+p9
zog8F-9@lc+2goz2*CjjsI8Nv|ZLcqi9vcQ<rePhrJ0CGmsh4RGJzrpW6<arb#X<c!
z3L2jO^CaXvM4}=#l_~iNU-JgkP?CSNZoUq#OCKSa9?Grm?R^)yOzG^xicQ`5use)w
zIl0)MR_OM&dw`59VSiyRXD|PDt?0`WqadEfU{IIQztM$fA|C=O)2-}(;!^JP^=((o
z{}P@WVTf#dv;CExT6BzNU{)MfvlkVWIn{)fmygsGUIZMt(f}9B(pe9^-fZpkkZXSB
zNFJJ|<hFB31^SFy#zwJY9V{lB2wd!sw~Vwzg;5GEA*bkoHa>xygNbV^(W<KI=05L$
z@mIYFUljhmk`giecS2Emk;U33kktQt5&Z61W4~(nHGE_u?<SR86|k9mObhk=0s^Tz
zn4;JXW3~L8Hk8p8O-aCH8xH31mFuK4k1WTrfND6OqlRlKGi(C?b@e|NN(mI&5d`Ym
zP=7up94h}ia#;efj+K?@r~k%B(ORn1zX~O$V9))Z{Q!xfSK6yo-vUz>fnliE>87!c
z+^(B$@<$q%k&l5@h}sx>ztP=~#5I3sxPw<o81G;P3BUC)|2r*@Li|lf@06DOjr2g9
zR`1jLOwao}TQkUzrd!*Klum)6cC>HFf9AKGtHZx(N8VD{>TEFz*gORUza`{<s2qd1
zu?>CwFhP~A`$_gZ0sRKvL!#td9>4W{x!n|zrHqu7LMuzVsd=688wj3jn-fuj8&PtM
zN?YaBWI`AUu01`MqT54{Yxe$u!%uPfZ<Tf|`a3QU=;Dd!(B9w>c|sFiK0Y(_^cFZi
zB(ybrL3YPNmuF&Vl&xobyv`k|*9t6de2e@=x#`{7t5qpX&+Vb^>v7AA39QzZ!%D`t
z&(E!ALHgadSfD**g$TgS|5?%SO~hzB<uPJ49q54$JIChEM=^@51q3c~*$@t6!<*#K
z23#!<PJP;FNJ1%p{1FyQJqnFHd36x}qGWy0uvIy3Q~9Q<P1X6{#_?R_{-H9>?Ju^m
z_rjVEy4q=tl#lbf3{Pqj6(u8A?hZ{ee~C`~v=O-wILpX6SZEn^jJLrWC1Ejrf3RHW
zEBozCku0o=f*!5qaxHXxt~_ZOo(AFEA66)p2m$-Kl3g6<`~J`ravi*Dj1>6O`NI}k
zK7X9ku)$-JEIywOlUe^$16w1jKB&!`9cZ0EIQO?7Ssog!9oDmN&ff{?-fxgWR|jc1
zh2|>26*XnT^tF~(Ns-={_W_acT4(}rDBkM$eh!Wcq?CQ>oZl0NC~^G+TPAk)m|0){
ztneHyi4<FS!pb}D{3a}~5_QOVPVRZJ7IAzUj<_gfY=79@G1a)l>|v%pg>|@Sz<+yM
zqhNAL0b(JM1-+RSd+&a%ztKJz?drlPE0|756)aO<J>XjUuH~W<D<&vuv1RFgg0HbN
zz4b)Dz}}&s>suTN?y&dKl|r!lLUT;A5VEW8QyL)?NBYg`i7uv58|UVZ*z;FCr41(?
ze3bVGnKyr2?3Y4X-$fGqCPBGZBcEZn6h4#xwlVaGzSB;W%hnX+_IdH<SG7MSZ8P4=
zvTKR0?u<3zPj2e35Y7|=D>=^NO1J~8oQHba(4jI-x5M!5Ljy^JENSe(FX;NB>)Ee<
zhW!+;c2hvzQWQZcS6J&JDYLm-*iC;j{BC09!Cqla8QUIsF3^^2jhp;pF-+1|IXk&j
zE&MAOURzSmGi+w;dnlRR8k}EkEZRF%igM%k(2m7Yi2kEv6Swg+NI+<cnYp#D@ikT~
zB&fz=pmt`TR(w)+a7%FM&&0(U_t38!53gH^;79eYUY}vlA7<R$Z_iA{E0dr5y5hBM
zxBEmi@wuJCp1kDtW%;wF{5YT6OKUilFJ4F`qCL9@%uuw-6uBSzIG#CZ0W8e39<dG5
z+^F=HP}OE{JZ5Lld3oP6aDqR1Slq)$8g+U+hCjY!v1`)m>64J$d^a1~Ixs|nxo9T0
zaJ_cZ9@+Zc-f3skXh$USj;t*n-wf?X;vI`0ro<tX)aWb!`HUFyxm3afq0{nG`eZ`a
zH1}mSn+Yot+q+AjLB01jLgzG~$l&68kITEo9$jtcb+O3C88o+z=EOUJ%A47f$eakP
z#MVG(ltA#z3RObCKtn#3EEDbB*BY+@=iWumP5K4SKlW}B6?q!kf!(>oK9~5eVX~>P
z@Az=KJeEWYXxFvJ_@E*VDgS-Yyi_*^w-!ENXsMkAbOm1bVznJPCRodoyj1^0@gj6O
zI~I1l!#|JChd<zlOG0AEF8tuz2pOntBwN)xBE8x0PB|Nb_B*QWyK7IxqX!CZ$4#(b
zl%LY@UxpV@i|mSm+sxdz(jM~iTrDZ`m7CKq^Wh}LAcIEEe0+Yd&$b2WU5=fb2`DVz
zUVkdq3%Q|zP2_cq3^q<|#hH{3&*4+G6Xj*zRMAs>NLfig+WghmSmAR^WSda%hwuI&
z2!66WRetN!+v09(%iH82eXPTVuR&x4jh**$31dtn*jc(-8SVhVOH_2-u3B7unxgp`
zo#wmQDak9jP>BiY4DPqBYw6s}yjWPMX&$WZ;;S)^wNEbvN=OI0q*^H`9L?IdT4!7E
z<WCX52jJyWk;koO;{tkKmz;j}o(DKQcbWzUSKHfEb<(b0H)EP05mub47Ph->{q;jB
zVw>S2Eb|Zu^?Kg)*{vmI!y~`Evi5j~Uotun8FS9!0VTYQIU151`bRH?_%$q?VkV{a
z;hw=&X;!>laHp+B@XNQLxW|G7%%zNRj|oA7g2#EptlSlcD><6&k;8}ytm~0;3Tt7?
z-x%`hWP5l#{7D4ozj3AHXR?hazAyIt)P>3GRUfqNc#w13Wp-kM@Em9EtxnqN+itdA
z^5{h3{t>X7A<~&N7zzT~ptmL6ka%U|J~1Z3Hx_Gt0E$2kEF2-uq9xV^EekH->|NoK
zf0~F^%??flX^sg`<oL!fXt!#}nIhGPLr$*IKyR2PJ!kT8weY6CkiJaZx`SaM)wDoP
z?+L}QsUf&hhpwwyUhD7d7B6pQ@9$3IeN9XC@Y}q5QzPXm*dS?q7f3TpRx_@jXc&Xg
z*`UXscGKoi)-I5p?)2&+A*-Zbzz9ei@mYCJkZIgbGmG4EI==RUC4#tzh+D@NB%Y6Y
zoW{BY?;ak;>eoq{5l~aKI`nSYpv*5$e#;zu-;@4_$2%uT>nq!7o=pTUUaK5+p{&ON
zJWo=3H$W<aPtR-gIv?JS@okqU2IlGnu1R@FV8Ij9e2CtJZbArHqRz1`f9!zmx!{7?
zQl3iG(Jm;(HeGOISkYl+lwR*;qrSCAp!4C|PeIG?(4&8{da~}*nIos|D9KTr!V!p7
zFggu!pdsoL<$<?)JjERi+tnAbKb|Cp9B%$wv`t*%G#crlO3e0;-$K%2+%VB=7YApl
z>`&f7R1lB9Sts^GpM9TYv433IID8(4B#jTd`Q2z4=)Us#uoctx>jyMY({q}<v)G-b
z$<hwk7^3Ls<-;fLht19s^G}yQF(Z%g1w9Xf*d+`f_)#gfDPdLe>6;JtQwif`zKo6!
z1`18kaG-Z*n`8!bO_nJF`6@9x9)bx-4J<!r^*N<j!Nqz5r^8ku>#LC@ZectSJ^L(M
zMb@%kREuS_uJXf`ropWg%$fW4!<5`BHe>kmWGBaHv1_X<!F9EAegt^F{9>b}`o1=f
zJ;JfoHu-z1>E0i=m8KL-vh>=PT)|V3)7x-K7p;Zc@LjQp`}6pzjhG-Qf%C85Q{V4g
zjOfX}OF8ttKuNmHb&|%<=`d%k-_?xsXm$s^P$os+3csVo0<As480M^+&|*U-BY1jY
zZFaV0Srtjuun4266o~q-_xknD{{D(}WGn_gukwHdO?aO9@XL$FeUU)g!9Q@UcV>|g
z6XUWtz;IW5#_aCW8(8#OS|@>3eAbCfA`<N_&qKL+Z8W{``_yI!mDw(M7(qJ9#GuQk
zH-%nN0e^P*-tzWxbEa8ffJgoKm7kwMHjL56C!0=ykJGK+36-9G(BkX&C`j;T7cHo1
z1n*Il{^X+f@7sO+h$&x)?f5U!)|>V1Y#yXNWdzi5b0eYDw$$BS?mE^xo!t9$Xtu=n
z)<W*&g_Kr_cTP6x;jPh8ycxTXgPY~)SSvDq_^O8!X^Q|}?|SF{5njwZe}2D4Sx#|j
z*GrGIw_k2{F`p1}!21aPeG!y)wSKqq3GWlE!OnGeTC6Ve>}tbpp69BS{O10=QV^ss
zNT%lKbbctw?*=^^>yWFn+VYP3vofk&?Ms>XRLS8|xaFOq_hokeftlGK8;#4UjyGww
zbT8*BUC)jBk*#FYH>@9k#I?yYx3i;wSLmWapX#j!)0itJb&j9C;OXDuUkQwmj0{(&
zI<Y@%trl^_d`!Q;>Atc4B>mULqZX@c_MjI3k1svcoeC-mx_?Do)#JA`9yB3fY5TG}
zmx}?ElO0mT%fzJa_f?%5SJksdZHv-Iq9&$CSLMSv0Z_Yz#SVThA>XStcLBeElWWCY
zF<1P?;yq*Qj)o@P^UZX;8GQL$ThNW(E4%2%_pR4$nEbJq%b@dCOT3{^)a{&4W=zeH
zx^=!s=^Zvw^lZ_=oy(ztl(xEp`+*Zif+_eb3_*K)Jo}u3ylTD%w_dO8!o*rTu)db_
zfmTup54Lj>OiD>znru?Hz1VpZ9Sep7-pi6R3Le_8Hc{z+x?XZ5!AQC5#MZXB@6Ia=
zG_~>%su#BMhn=tFcO`-81;KVp0qMR=R;(vI%$p~NKD2pPQ$Ueb?U|DXd9@c}Lf#Ok
z)gSq$c%x*C>sz=EF6o|b_diHNYY?K^Db@6E?G5{#D7^!%dq{4MxVHw@@CSAe$auXz
zn&)&DJSo07xZjldSm1FfKx8U^R=|m88)Md}#OtYU)qZf%lJvsWL4MUP{IwEZw$x(6
zZn;mNA{jNwvTG!Mn2_)Jl>Pj1y3du7j9r`e#pRxldYG;t5eE0;ludFOTb?Q8IpQv~
z$2H#<o|$zWG(tprcXZsB2lmC|o;zYvgJTv!n^X;L4S?@fqquY4TCjNq$o$1So@JZo
ztQoLWbBjui(8_o##T3A)*8M0hF0MY%3xecopuie_%p}jcsw8}W;8))d`L<$GX*{aA
z_c|pKd+?0!k_v9J`|9g6a}Za2UZLSMF$`bAI?-%EX)a+_P~uTRryV+ru+9lj{4;EV
z`9cl9XND_Hxz$^8WZ{zB9ab^di&qylCspko<>dFR?zU#B2gQsd-qLg^hnEllo;mz2
z(pRAPD}qJSsi_9A^(!}&$45JV)(%+YbS63q;_jb-*wX(X5eJ%%^Qvr#W3=cBW2wZ@
z`0<v`b4JsZs^-q>^N<3&jGx2D`RG&G_|1FZlr6hCWZVw+-4YD|P?cuZri|Dra2_WA
za#%)R-upxHSgZ1_@#^}A6$g<62;Taq>$Xa=qu3t=q962jd0+Z!x!vC*!hXyLeaXXk
z_GHzdFh=L<5~XA2J2tM$2O!rRTPFcs7|7+W<l^!Q3;zh8unlC+YB!v#;*gznWGRZh
zLo1b@pouj(cJ&58eh%KFpX!N#cEelSC&dqUF!m(?I4JAn^EV%roAMu%(0K)*+*9ye
zDA0St_AM|KY<t0w9sm=6I~j9(w}W0o`b6{tJI^&g0S)1p1{whIQC|!n{e%8ox^n+I
zN~Qcah}719G?NChN~=-Ae{)`UUjqu_G1M6e?%fYyM+n9toraa#Y|GVVk!!^O^U|Qg
zl>3jsI3=#s7_73cQ~Tb#;Q;6g5g~u)cuM@$0C6*k6RZL7GhM@FJbxD@n|+fCT>D>)
zz<;iT;pKnKqV-T5xU9`C(IZQt9lZ*WFa!?GuNNVO-iBggV#%@P4k!PB{r_60BL6=I
zBl6#SSH1ob3IEsbkN&qU`hR=VXu-ZNbFP1N6IS;&|FR>^0IoLySUI|zxPg5b|0a<6
zIHC9&*r4NiASDf`ITR+DEt*LX?9;5cz7#Ls4s1uSZDg0>*p5@HX>fB$50@lxD%R_O
zx=PQ&yY))zm%7*VO0$3i)my%o7u@6I0NmMi$llB&N2gXI;O6}QYs3G)dANeBnSV2{
zwGqE-HWmY`qFkBVRk>QvG07&cbslp&pCA-LD7!?=A*(L##;aE6$*FzCbie_vuU)N_
z3{>Sz(9+9iOC|drHGaGpm|SOa*jw2m{~=6X>sV&MRTgj4MmN>QyV<%&Fs=x-TB4gW
zt+I;3!sBj4FQZ3owI~an^6l-CW!MZGqGHs~_l-1zTEz)PeVpsm_|*z$4NVwoEJ0W&
zp>v&UDL=DTH)pN`vT~+TFIia3J=C8UDLJn>md+kY*y<vVNzGWkRJS_L9`2H5|Lu+l
zr~C85icJHmXN+TPnzTzoqI7wTxUksTx1g48yC2%3qoguUhh?Z7o1p9^=5_MT`rZ|N
zI-Ee1*U>7K68&3fIP)OVKkpm#;g|Gx%~d&_lOBE1S*zdbH)VTM@@iyk2QtqBc<qS&
z@budsz#Hin8{$#dXg(C|nh(oxRzM^rgxFQpA12~NF=w$sEBzqW3=A?;C|b&k(OUVv
z92q>WAZAchOw2q2Zyzg&qQKWIiG9D?U#_{67_6Nfpmu2fZsnKV;$96-0Y*M1xA4RF
zy~9ra@0-0#zh=7dmO^n|8>p>ewyhKmgu-U9*Ru>DrNT+$xBdhU9gQ2S_D(9F_noDs
z6~#X)W3w<>URT6lOC}fLfS(dS74LlaSSukRc6Pvjt^Yl#vGG>I52iDP4^PNK>L<k|
zRFYm*H`gBzW`&hDNXVfiuc+ViOtRZs%)1*Svieh;uaLwNaifVDQ8c1oX5E%E)~^(F
zZcN+k7i1^m(SGBqvLS1l-`;c$mgW*`eP;UpR!A%EH%<oQe7)T#dDYyPnKC&!T}7*E
z@IpoWB%@}2&4uevHRR+jCHE8)7U%3ENJVWGFi6q=L(22Qq$Y={lmsqSx|$Z2BqTo%
z)n*$wXxFs0E$evj9Z!R*<zxMTa>5v+^(T%AP7CvV&X`sX<Bm8?AjZ{zsCqX#viP~`
zFBC`utLa#kO;Zr|<IVt9zOpZtWw%50q-y41sy7_4v1kSm%YYI;-FlwgK$npa=DPp)
z>kvbb1m>3~95JOkaI2nRM#h_IVzgdnwyIPZaRQfwmAigUdKP1)!=IuqtCM1o@WacW
zDsg&6LmDa7@8yVMPi3~IM%PO<n`rXUKsmw;ALnjEicXz(uWq*JT3a4lPt;+QdHq3j
zSvl5Bw|aqr(%rX3Az>7%m72`)O@iuA#<Zp4Yu{&NMKcfRLVR_I32+KRYkPHd>UH8u
zhv!?J@XcfgHNUrdd&6l~=Twi=-sRU@*wxpcrEk03@hQ~UAIW-74jsL&sX&9ykhCgQ
z^4IlGE*w}b6VE-8an*&~IMLb;Lz~KXeo8Qa%%^S~PAlD+)oe6zRaI`5rq^L9bu?0;
zcEY&Is+lj4C$1$U-}D1lJ*q0u$!Hi^O$>Bje$4G6{)TK~qC0a&h1|@P&YJC8nw;KV
zNyF~}e?h6R1_dV)P1%ia^m#-@huEnuFSwkeUC*LHHGdqB?aUil7{?LdmYZlCa%`|h
zImBV&mQp4i_gbLp%4e&o?eAQAU)8p)I)BkNQ8aru8q0-cv^-19mvDf512N(gH3NNM
zmspy1HfJ-Eb9@uiQ=XPs>D`s~*s%_#C=bP_TK>GjZZgZ}Fdq;tU#^#|DQI+eUPF<b
z^NSPo!!PVKyx8F*E74ioW+@W>;;f#h_@cSRV;Kdzx0czFzuO;=qtIS>8kU=R!bx&C
z8w)pzSspyy;3G$nFK90EMy0lly$Fjt3MD<9t#Rw2Gg&nRU3nOrSi@PTtLhTU2hMbw
zU^{7#ImhdSpW_NYwqA@!{yTwBa0a!JT<}UuDGqfX0>3={6D^b==GAT7z|W-CcUrCG
zqsDBaHePjx{1M?+Nl~gf(^~BC9VXctI?(UOk;g`vkF0sWGg+mbsH!N9nJ(_ZG^drn
zCt4JS(#&#W#*0^QPAGxR{ZmTz<e4gjm<N({_68f6*PcGa$-yw_8b=Cq<s3c#;y>Mm
zQ^o063(5#fYw*_mXi2d8^utj{yu=g#N=NWh)c1tuY`IN3DlQ%q5sc&<Q7y{}X{Cs{
zrw~t@<j$XjwXo8c5c;nYkLJ%mS;>s-E-P)O<vDZ^DMM(n<kYC8zsMCD6wNk7SZ~Yk
zP8$U8GW4$bZ%>^N(G|bZ{4(W8RAOtg5eL^>!l*cMgnT@gRnQlC#s`7LzZ0m-2*Ty7
zr&cmj$pmc3C_0&Xxqq4YR8d}9SW4qt9#MmVD8RjgghDx9N=aaVl|XbERXG^KijE86
zAtC4lQ(lDH+EI}tV=tn*#kq7Ah8WGYXc@Bzwf)cZl*A{lPTN<b<(Z;VmuqYsR%=6%
z_97uuH@cdQuE_B-+!97jo~von6J<hTRyB1{wUS|SRX?kF`k%1bJmuRT*sUbNPhf<}
z^aW>d9*Q0NI~Y##1J<bMr&hAY(2^y`Az0HnKB&Ubd-pnZK<!YIBu^ob*^iC=k^6pQ
zaV}DN#x$r)3iHgtpa;?!g8A@wI9A0cn1|!=s-XbrLx&lQY_O#!4d4XZkkl=l8G)Ec
zT7Ge;=3aq9LU3+r3~_Lh1tW~sXuzG_5?cpgzkt=~brM(JtFJu_NkY?;L)0EqB~$Q7
z-m<GNh^|uQ{X*s>wt}zMwMhz#o0Fv<7Hc$A%;()_6#ac*@fM5)SA=y%UHKJ@omQ&5
z5{|s%Yu9?ks*X7!=BZ*gj~WNw*9~;@_A!THs>2(oyn9}}V>+Ah$RK(mGGi)u!#JzU
zws-mUw^5~AS9I-3C<r!TVq~%1ABQ{laR#o-ljruaH~dg7tOt~}W_S^|iO#^nl$H`O
zp7)J8JOo>G;vp9(wxAePmhol;u69!*vp+<*yRugh41-&3r7yv|RQBVmb7xbz2Y6Fv
z>4$bsuIpwtub7K;r4k~_gitb7By0;~x1*E7!gv*_%gqa=McgeFugDA?o+VS1GO=1;
z%M+y+gju+rJT3l)rlIzHZs6ss&)T+i=KK+%5y%8Eh*rXKo2itZw&j=NwDJdHTodye
zHJt)1t_{oiz=qYV{e?P&;Ry4h&{foX2^x7Uc$Wg3I*0*eaUz%NfTDksKT#2)Mp=_0
zKXI$HR3|Wzz3G&5xVwzV=9XU@)k>`tn(<gfe6)I_*3B-Ln7mR9!nN56v+$mzUR>$@
zI{MUFjZ`-oL!qWTO19s$LrXx@=DuHrH3I~MqFqC~*9zVcXJFK*(mmZUc}FX$)427T
z?k$~^4t7S4ov*}%X7F34JuQXrH(yc3GGOtYNt{-z1pjtoumezRJ}rm(;&E*mR8x1A
zbo%KUkIvQcb6H{s2GxE{s0-Tf$KeG^q-X^yq!<!%Hi=@n2n)YO2tST@CS+*m!y$@Y
z{lRW6F^m^S*hD&iVuoULj0Lr@d2~{1VK0IM8dZ(wOR=Kd?*2MT%&OOtZQ)1l#5Va{
zOMhzInYk{g&g;X6XV&W5wp~50L=Hp^#9NMFegDzTn8iT~IY+fp(#X;**hxWkl8*rm
z7h-B-v0yt7q#WzHZ%V9#Y~Pq5we@nizuze4WfWk7yDz4&Kn<mJ)u^M2r7~?N3f!Cw
ztIj0kO(jpn5|aA+`UcI5PS)22ccPZK^5aO%%9_i4%~h1upPJgjG$nne;b~k|5{uT3
zrF=<F6rH<Cd^skX5!wm|#6ghHY>rpQN+>ySrNs_Pxx}&Y82B=+tuYbMOMy>bA9~CH
zMR8<-lOh=!+Wv)j+VN50eiet`k4>K0FGC}#=8i|)JhV>~&_0ax&a5|MEQ-XM+2}U&
zE`Ju#dfJoYqU7WtL$iWQW%Mc2S*Ofg?i%4eZTWh{MhimA_@Lhn#D`OhX|<WbPlVu)
zwPn*dTgOAuiY<4pced~d9mqL?X1}I}R>h0D5+v;j7Wx`GDAz32m)E?tddYQ@*~d1|
z&;Cj;$fiQMF5-iCM=85ZRf3qSg5&R8=jT^Z5O2kaIFmqTR1DtX##e?utvG{JMOJ)0
z_-n?nuGJ~o66UgjnRpYun|qao+eiY3z($FlVsNK~RBhAQl*`eqOuOjw7rCmWaP5|j
zT}2=3z16cTD^m5$-9F+knGBO?(|zT~v$-cRG`x(wGF{#5I?0V5mB5{1YV*jqS-+i<
z9)d((S86o*^v!*7Fu!0O8hfy5+zW;>{!WEE?bEahA|~gPH$m9psini8uqwF4DAFqD
zFsyl_CU34kMJT{zwH4#4e_{;Es0ZbhV`hBi@;E?!d5%kAowSH>uCWvC4@hyw1vmZB
zeUa3n^|)fpf^${uqC^LKCHHFQi44oEJB2TO|M$n4fSZ)IRAV-*4If9ee#A38nNZs*
zPsZ2ZLEP^Dg0a6Q61B0bv*C~Utt^~~4a+?nDX522>T(=O^XzWg3+c6Dx56C_<K@oh
z$q}@C*=;J(dPU`*RluzUy_!b@ges+^wVcl8(gEpjE6xy^mBED%Efh=9CXI!rZ3nWP
zc^HY2SHy7=Z+56usTk<E7<pO8*t1}7s`;e)#>9h?jilzH*GXqClW-jL$KzyF&0BsW
zhpy)<eWVx0M`61qEGmUlN|?7<S!P}Ap~{236^-?&F3u{D#!Y&Of(F>`;Kvwvmde3a
zGPjYl<&OXfn<Fh)d%F@|Zcznhs<U++Tr~1MMo+0`YQDs4zqZbtNfOSYgx6mL5)<;+
z`3o?oONO9u!6z)ZQfY)T*bU$}0aT}MCZ%fgYtFV9v<tPxN&eRJl<GwoOi3M;Xxj{K
z+kQC1*UbFCP4;g^l|>xs_Su!-+K{My>uwcVg)U8BiasAk3gUIQtiYk2Z+Hr>+G0|>
z%l6$#Z&TF<B$3k_PH_{a8k9D)LU#JL3H!TEHv4h*6~oeaCdmg1t9}l6bZvF+oX#q0
zb-YbjWC7?QNi(}%`Qe7`E?OAWolj(Pt9np23-ug3Ez<iFWG`OK<#@#<yQ0!4v)2f$
zHn6zgz9`vdN|zVJYSgZS##KV2)`AyHm2QZ$d3DFyhpo%?ulQ>bMdE?9$!ZKqzD^=K
zqg?pIkfy1WUlDUt?u&D{R&{UY*($TE5L3SdW(lnGt!fX=a5_FOu-GhKX|Lx+MdXAr
zttVGFpW&dw-jtaSZ903F9Cp)>IJjUw1W3Gv@vWZq?u7XGs`?zXxfB7*^^qY3G-A2P
z!e}O<gdutCT^JZ3t&B3<KH8WoGL<Y<8S88g7A@Q|$tlJK2Wo!-%5TK}sHrbYBLS!u
z2!2S<x+H0K+xcY1@gx;%!cTArNlejSk|l7Jqk#tlEaJrb5&LRC>q`3{t@r<gv+{WP
z0jnMjq;KSrJW{IJjGC!Q&iW-#W^4;p$15vx<%uF&DtE+Qc#1V=JIwk#vb0f4YW5k3
zT^@?Fa)yrO(|qk@HglN0s~S*T55{Xyo7!%&n1MB(ny8=FM>kufmN9TT%1H)G_Eoi%
z?>S$;zk_XW=-TT<l<RE~T&fCzq^kkHt@YA;vsUP|3q%!JL)+8>c_4gLu9?0g3vRl%
zfVkWliu1PENgcm8Gv4oYzNVhZdy#tKmCkkR;VKd7nzpp(Y&BkeQv3$CAOAx^LeF)C
zwJ5=}%bB;uCsk}^<`(q&J>WUZBd-wqXX6$zpc0$!<MOoiIDVL9-{7r=8DMp=ojy9a
z)v8Y$+!hdyrvAVj>Lmhi_2S53J)ZP0208hmSu^PW`94(anp4A8cDCa@AA9cZuo6;r
zd=ipOqUIOAU4NyTT3d;AH$jsiUu;0X<?{Hj36GrnU4~T=NFBp&e^{NjPz(!Jw@hFq
z(&D$6?&rkM%#7--Ui8lJF1Ktel;wH>3Kf-YL;JRqwP16Q1w-Ke#+=Vf+*m1UlYBP=
zk8$8zR&Sgl9$Gt52zZPdju?}y!;31z+35Eh@T&=3E2a-({cS~ww!H|JM{EIp7Kil=
zqnfs++Aw0T35TbCyc7F13-qz-#}jBWe%btYy(hh3j-rsx8gYq9LJ)aRGZ(C|Up)zK
z-M*=+NzB`D_PH^81KdkIM9-BJ5a2xE7^3kQ?M@--X?d7N#mkaZ3IWGWB@hP|UfWWy
zQt?wy_g$xu4ac{kXLKNT!KCNUp44v>^BrlZADbQ^yxrscL1fuV^uwQ2I$6LVJmBmU
zDaj<1$PZ~I#Hdqas=uHN>0@p@NLRbEs*fldQykH=a+`5p>8~a^m@O(3H&3BVsNuGl
zT6Ico*(cDJa^9}kKX)O5ig5URkO_6EA>+$np8L^URxgY$RA83#`D<=Toj1w+{!~^|
zNU7D^+G#re#NbViw21!wb~cYv8(x>I>;a<HfarLbWnx;h=}>#%ZXBPGDg&>TE$NNr
zO&NnmOlq2P#>0z156LVh>-Ou-sEoovt)%2!w(&1$*v3=Ref}bhR^Yf-d}hpx+`_yp
zHF61QrH)TRwfTfvJnUw*gm8Rn#XthrKxIgglVZMVFCA%<xxCJOvZ83U61Hxj_Q|wU
z8Ncn)Err$Dkzz8u(|Rs?m~L1zC7T(E?`MKEq$=-^O;g>h^N<}sf1JvWFPs^oT3`sa
z)^0JiXbDbk6|}hdnpK~RdtrfZqis@W*v0xFHe~)WTkXfnWcp&I*#{4mTv`O(H?qzp
zw)^phq4l;Dq?FYbvI}`~JJzcyxkJvTijUSU<%*}{RPstcEwqRv*BHVI#qK7Q=%=;|
zw#wg?7W2k#0V2z?;iKgE3Jc|pRk;Cm%E6iW=U=L!LBn%P@+P{|3r=SutricV?+teH
zHpq&}_q!v`5l*aX)-tnIJNhd%SI>8k1EG9}Q*HGH@p2U{2RREb_p;vOVAd!~Cp%89
zFqP*zB$e{y&i#1(B`fsYrKKD`kA5+tnG{3J4Y3$_;JjLO<ynODzPz$UwZeU<#L3xZ
za{Q7td9}{EKU|X^l1($>QQ=f;RP*Z+JT9FHLpaUdkTvrEy$AP6LBbPdvv>Hy<77`G
z`G`0@)hwSSXS9VNIY3po%q2Te&bQ2dK%MC5yQsaOng-5V0QGxXGbj0tUgpG7y=Fk@
z`XH|*2Bz83D)Lou^)&;SMEr>z*QmmW7{Yf=i1s%7;LixZ89Xttb<;<|OPKWU7uJo1
zUSCne4j!>q)Jl+n#ot|wjN6<?s{Y&3c~k-3{M!?7&XAnUaYw)#wYXSASLa4&yPW;^
z^HmNYmLJKnIifNIhDy<m^Wm@yL}DMK$Ok2A)^`uv;3c=io~l!bha3^_GNFy;vVDww
z9vKYu1My1H3E7yYbo3V`%@jxkERy7dZ15)q0}Gi)1gU9<R^H6bZwSV>iBH!43uuFK
z%<4kkQS3j1ar^i=X%>{q(la6iTX<(mBLh(O*j#tW31G`O|85!Ol+$;X5AA59ko+x@
zIJ9q%OF-(NGOG6#Xu>|<5gUj~#Tm8==N7Ne`_H0+&=qWTuyu5Q$ke$U_7kI&J?Fos
zZ6?~5I;s?$jck9T0$tIT&dny@?`V$jwHSX#{8WR1q${7;{dfhdV`Q*URqzrwkF2h$
zVkIYjVQlrm)pP2*1I4lgR3_{=@GW31=i{SO<1kH(MPv0w=H`E?F(?2}-B1BzD^&s{
zO_lKk4GJnd!>-YI5%)%dww}fg)4=+PACq$N6vg5fazSBo#u}4^a~W5>d0>%FX^w~Z
zc7`*hZg;cxMR+Z<YCB;4t0orI4LL~M5=xoqg9C>Sp#P|}-bmZ9A~|3PTd1UAB;;VM
z4EaGTT%I>@&i%<M6;@i&Qeb&kIQ^fC%Bkgs-ih6*L~L$r%=0mQm_mpy_V)vSEe)Wp
z&c*5!jCELz3?PzkpX7&!G)kG-6)?K&lB!aaV5_%W@cjLKJLVrC;i(kW0qK_p)+X+o
z<AZx4gsJRUv}U%>SgzDP_ykfoFl27?SZT+(2RT~m*1`>X%B;ju{gx8E^=H*0_bo!(
zM<k5N@P=6vGig=es;djS(RIbVRTd)So(qX<dI^Ml?i<Q9?3zc`)!BRH)n;ndDF(ev
z4MlCblNL%!awIq~c|1W^gPrv#71~C;mIlkS795N9+x4lwOr{FqqcCZKf&L@(9DLmU
z4lSOt5qy8LUC<v`#?fwCR6jac+&*r4z?p-^P=T;x*Q43XBp}PY!+0t}PCA%*8s+~E
zirc8eBR>Ig@An4VA@VHv<k;6+X0m<D@OeP;Gm~V9{^Ns^xm36;lr*Ps&s~i*0n8o#
z0F=|8c4`S3*jL*$V8W23H`yRTLzL{LjLzmzNksO;8p~a#G3+o`WJ=g4F5=MKyfu|9
z2?(El`-P~spLaL~?M#R^?uE2mGHee~j~0@xf&M(sa$6vJVjm2e#N?S4a^7&ada0vP
zv74*QmVOu1Rh-AZ$z{Ss#VQHT=zlFSQzE4Uqz>xF&Xc;+@YB8YLljuNRdknbVXYjw
z+42BDG)SS)#)AYZZ2(_GxfJiWWGb@a7Mbf7_bj@>44kR`+P?jGd1~o8uzx@&D=%F(
zn$6(oZcl7l^W*2VYD4ONG3>Ks*IyJ4Ug6qcmxEq!{shzmT2`sVa`avj4Sb`@5tLNk
z8s-T)V{0Ao+$G@7H$K7pz5F_)N8tNg=I7WWgR}m}AI+=k$~5D$rCiJ{*%Ov2c_A~O
zn@Wo_`80g&h(XKSNF6o0H@pvp$EK%7Dc1Yn+s<pPo2QKngAmc-qvSQ}TS#GjHA!Bk
zYK6pFdI1XTk7-lR-iSq^RJH7$tQb@D-lZnIq&scoX31Tu?xLkmkWH<CpnH5NRjirm
zf%zHN^h+lrHPe?&oSA*Y!?V~_9PVoP9<_}dF0Kji;a#mX#YfA%pRwZtH~t!V4x?#n
z;l$>56iIiOiN(17McY@?b+NyKLH!Q#0D_IF^Rh}?;0<YuGs{dS7ZOJ3nCJ7kjNn6q
z&Nd0QwOubrR;ds^<U4lPwXx5HTx_~g&r!#lEQ2QPg~WZoETm<lZ+W%qiZ_y3G@~kJ
z*Xwv8e9VwWG$!}kITH(=<wGuC>D}=Sf7xos4o8QN{`SGLrdw>fn5AU{{A&O@%rhJG
zR4i55fmnYskAZ0u@EP6Z37{O9HaF~rzv#_{odrJ>fe%PD@1(2Esb*KF@cAshr+vqm
zRpE7)mQu3H(|{eG-eB$Wt0X1jx<ZZuVd=@t_|V{L_f!Ds8M3u5OiYvrCmfg&E_W;;
zgRXE>5juRa-Hmo<u2OVY2>(2K#Tm19>rpY|?0VvC71PdJ%xv#)5HW7i$5_(wAG^o%
zQL)KmAk8_E*3n@S`z*E6P1<teq+*j@7TQeX^s75yw6x*+TW3w2J(QCu#ML^ruEKm^
zX}!!PQ|<3=Ld~~&)Fbid0T+C`13iU1;t57(53^ORmf1{e9S(Qf(g{#gz3$T(h?tza
zEdh2G)){fUXMPpWEj*-2`8`M&-eEBsLnnu3mvP0z2TwuQyaY>-*OL%$zaEL+JdLpV
zUV>4?4Z=2t3NV*L?k02xECGWnRlYy%kFNf+lANGlv}=b>E*bm*pZv0BfY)j1TppfO
zn+v;MJ}SZCt`L42>W~o<h=y%4FT`3+=9#*dT;7=cNcg;a19cv2yf=@$pO>KD-}lmk
zm1ma~U@!qq7;rH&&}EW5N4}>{9BiVFK|5-h+q;*$NP`;`Ihwbp-|}9pj7j9oV!gf5
zxVOvZ9q^cj8tE%0$e~(f4}{)kJjcTPNu;!AQXsp9%%nk~Rp}?KG8P_gt6!ET=6l0(
z%&9uH%NRO+DN>|NG4U-eRGAlv-%<W}{w>GFT}Cg;TaeqwOrgi%58m0HsWZ07<J-&e
zg`dRNx%Q4`{u5@U^N)IowuW6@nr(a#{N_yW%a^n=zv=KM2ONcm;`t}zb*&{2Ql<@-
zt#V%ur!=$VUNqc&Wz~G^Uij8Y!p6m17Y|F~3)4FviPgPl*Q`I6t~+9oTEav>;7)hz
zZ+3^to>8DdD1ce?X_T+tZnDpwKEz|#%D~iUOUR}Cj3S#BcvDkswYx4U93-5cab#(z
zN6)GEfsBPfa&c<L9KR`el-kZQ^X7lcJNYjW$$yD2{(E)Aflv#k9VV!)o4fI4oxWIq
zyXslaFho!GA$7CF(PiCXmjwXgd`|vcb`DJu=qQ?QCWR4(N1J%-A?KTW=McGZD@+XU
ziH?({fH#-VB8j&fzlxs=#^?<to$lQ-eS|jB($&m=dSrtfZyI{8$>(4jZwu&DUN+LM
z9o4oAqwKN(Xf}60Y)xCw<cCi7Ew85qz-4V;SLXsfOX=C*m>~1E!gk4bTX|shF<v4l
zrbdM#5N(C^<O>dErvgx_x*Ac7283v{rq(|5*jWl=O_SmYY$Kp|qwW+X&66z)4tA=G
z+s{4apv~ELpUh8RQ(|c?ionln4{3n#cd#V7zM}a<4Uh|@62^&%=Ccw48b)w()y1N#
z19f867ba;iXTO!bH-ub}1o0Mm+uE&!%n=(eCT7n$(@}R)*J<-_ayJ3kOEiL(+03+z
zS;Z>D&%;znUt^bUe(PJ=`p|;&%`p=?_`PJVd`f!3H_fau{i(rR#uKy7*X$K+@d=5E
zah2@uHip{$gjO;lYNn>wX(oK<g(@rk?<uwGUbWIhp&P0Y2U`S(6wrdWBRnnUl;X;{
zV90=>V&GXp$20qnOf8wJ<2OwUL!B}~XqwJS4*ClHTEdwB7nG(hW-=7SJfc-^RE!|Z
z{0qQPt7gxE&}!9$BM#RuABB+*DqmPNY;U;X^Y|d%!oaWLnrGX`pX*0+Ovtq2t9*x&
zQUZ5P0JO!(yO+q89M9v(2#~3qT`#vL+>7}Jr)>_AsI314ZXQH_r0Ihg`nE)R^B?Vf
zw8vL-R6{46uk$!8tz=)h>}d+pSI;JmWGDJR@ekFlB#ZP!)Nzk0x_Abz&2BhWi6Vba
zvhpR}$W_}f-QtLsFFfr~;-<@yvT3-QVhJ^*(u>?kE`G}Vz6*woCFO?QM}z=ar4;wS
z#Y;Sh=sPB2=qg!SjJo*%6McDw#)}^@>XUDCJ0aS+h7HF}?m#Sbsz(YoM+m?y-ehhw
z`-n1QAyB+YsDBfavWHsY@-D0NJfx=FxP9|o_4pK0QFg7)I%K(u5n_6@5EjxDUJUY+
z;D{=ISE{A1ln58Jzj*)~52?+aZK7L5*!-Vhi+AU-4)UHy*0Bn0iw=g&kk@|i`$-k(
zJoQ3s%UOX@f%tp<ySk?-n_3(xbg%Mjn3xoEh3N$*OeR90Va*qG>GE2Ons6775g$^_
zZi(DIFCawGKRg2~hcb=K^Fnk|*C4D06M6kz$?@faKgwIDd97qM<FZTyW7OHIpy6qU
ztUAsrQqApE-+)@hQeSEq9OWD-)b<ObBy(A_^*?@yTy!{^rK6+ep~aSF%E_ez_xASJ
z=GiU+&mtR4PfpnjdM%VQl$wbNw^>A|qT|iXs7D(GgPbsPRV$@Aab=2=l<NalLw;;y
zfc|@=mYe*aNNu(e{zLZ}w#8}4m3@rrkCLCe4G%%%)lePmh$I2#cVR&N_?^9HASA%v
zpTabGKqP~5GD_66*c^;~sZKwqVV*U@S~6Y%II_xye%q&B%WOB9C%mue>8<>uo5<%4
zO)wj@sCXEW-_v$-EJ`hxLcMscYSEGKZGjt|9Lu9uA2>?xD8=XE6Y;5FHcHWyB%dpb
zUh}n@4#9`%vjP=nlACiwBX;W{N?Cscn5F#;>-{J7$AMNZPaWF>+d&}Z2h!pqDnY{<
z@q`ksrLrGJ77<6>?`bBlX_&aMg})<q_}{h`JQcQ9nP?n)A_6*=odm5CWt{;rnJ0ez
z(KJL+(QlDXthvJYo%G`9y|t!<8sIXJwurSprr#}%b1{y%vzv+Q&NZghMGIkG0fst8
z8C4i7nu3XC?MJVZT@f4-zZRb6jGVuC>}Y7HhPhSvF%^vhCe??ovZaguXt_|tUeGWq
z>KQ49g}#dm99Fqk!tw!~Xf1$zFEJu%TFLf!Cub_c*t7J4d^;=RX(1GrmotkkHC<H<
z@s!;<bXg)}Ch4^BHiDFC*4m%FD7C!}nXG>a@h1p?{=Tl1iz?c2>KM6xK6!hkn%f$0
z?r9(w7L0?o{>2?r`iVX8`?#$an;6ht$T3P_`tj2-^}=tD-8HARxk2A1;rHKah{trF
zK{eAFxHucL#J2`S`jAk`srI>PCF{gumDI;nT0*s|L%4PPF{m6$-ts`SZ}K09k##n~
zWsgGMZ1+2c6ldk<GHMymyN?u*KRelz6V!ntPOKZJBq%JZ6GiV-@JhdKBEP9wKk}%n
za~e}jJ^xA>T4Q2?A{oYriWgjtlq`C<lM02rtZU<`PeH>D3u9(r`iO=Tf@4Gz1L_p-
ze)`me9*pV!#edA66>IM=Qaj)Fm}`fqmoBMOho_`B@$#r(k}#xk6q><|C~R~nW#l8+
z7wXv9>G{~)6-8{|4?oC9*ft19dgg_<^l#1d!HFVl^GGR&YMSBlM5vDD+{Wf7nn*4b
zO_d?@Pm;SN0m)w5ky5fq9v#}^-{@^STp%jd_s!H7Us{T~8sp@GL4LEJXG@%UR{DWY
z*|@0`_*+D%RvmjsQgjN5t<Fa#e6Ahlta_O*S?&r+%wRHXZYO_MZ#_o8nFLyi0+8QC
ztZTM`63<5u`FsOnCJ?Wji5YI4jdgLdCGURFa2E#Sx_>1S$z$IaT2<``{Ldj0BDj-C
zQo1K0NKuFIM4o4bf_O#^IaPTP!Sf?{sHvs#Wclg165Z+%h>sw5iEc~_qv_kH0+i15
zpBE4_ky8>t1b%~70)+M|tHk$fPiLJEWH}z2O7ML*#yV{14OsEX6Hpcn%|~I~>Gwng
zl=HFD;@UJIXOW2%Ivw|=Bq>so5|6%ighgp0L(*_!h=VKl65H}911N4cPjM(@^Xn|}
z3u4?1B^?Z4X{}taon+h@?s0q_nUC^JC2uSMmUrs9bKT0Z-vi0%9sP;E^gs>XyhF1*
z`Yk@WFz3zu_u5f@k&+Fr%B4Nl=51p(t0AUZMmtTd<LDaW+CGTYP*GkcU0KFd1}}9d
z2M}l)?jIC0q2od#pQAvp=|*bv@&}V1W0;!cWWU9Y)ASsl@NZk!tS&wLTBuQI>n5qz
zvH)551P1xw^m=#H!G_|lzXrY2`zD(h_vo{k>7KAV&=qv1q<`!cAJ<eng0X`L9J|31
zbdW)3do|79aCVx?JhJPsc)6|#s)CdUnhN!Ea=JR5_i_K95G>+UEFqf62y}&bx8ujp
z!_gnVG?2Cv<HZYehE(m#kxI}H!C`b|){fIY%0Zzr=-_Rc_o9xY2RF?~sK-KI942()
zq?nMDJzRlG=F9Ar?D$DB6D}Oh&3;Y^bt3qXdeH$Dq0X$VJ`DXH-XCb$`DHjYj(q0y
zSzbMrOZT;$=k$ik;J}(6PHW9`6cJHCnT}9su-x!+3<X)LxomKVeE)J!cQ>65v^z32
z`N*Ri(Zqx6sA*>@;ozn<9{qYgCJo_suy$)=QLO%%Z9#(o@lKuc`w#eA8!J=MqlnTI
z5)v3P+1mEZit)ckW7W{n^*0hnyR4qmCh>!PimxVJyH{xo4I<9O%$z|hJv3Z`?}RS&
z&Amhi5(O6z6F)STd&c}d4@~oFh-HbH96E`o@#V`gF{=FZq?t#Y2}5itaTBX|R;cd$
z(qXxg9~W6#h2yrfX`^-j4C5>rd7Wvh)(b(``}I5@S=osGk+e$F)ax_Wg`qPIWl<aQ
zFe+>TUCrVt-o|?Y4vX>EAS^s`2CO1(20sP(oidGL7g(5T{`{AJoG@mP@cEqM)A@W2
z3qKq@@|6L&hlep3tL+|E2$M1JS0KR=#)`Gm_h*<M-i0XvKu%;v+vW*Y*~F^HD89}#
zkSiI))JBSJsa~@tF!46`u2Enhe?ZMO7A6JlZ)dX%{BMBU9fFn|2#o+w%3D}#?)n~K
zxlHyyh<nSRxVmm#w1F20o}j@A?t}#QAi>>fECGVMI|L6F+}+(9_u%f(jccHBXk1Re
z-@bKk)!F-=zo)AE&+6(`bB#6TnDcqYGshrP`O~ykZ${P#hj7%WZua7K)c;?~PDJpE
z<^N6D$q$*BYs05E7pl>0VrjqH(oZZz6<sHX#lD5n>E)~pErE8c;NMz)O&&gQpTXOf
z9J|_)cgE2En=&|&g{+j*WcQg$Ia6?B1x6jrH&I0#d-y=;SWhQU&!HJwJv@OuF}9Uk
zs!}vqBa=xkF_l5PyXeX?xC0mVocYoRUw?fY$%fH4s!n8yKzMG}{-P@lS2{zg-p5)N
zqqV-P6?=d3EBN=1=F{hYW$(k$@MPQneKm6eUppc%B328t7%D&|0EVnFSv{*5$ztKv
z3&&o}y8;EaiZVHEO*?hfxt|yc7^Mw#(4r|=bK_|Q-m1#xl?UG&7i4O2LK)T+?>KL_
z8;cf+YT&igAQtZq-`HA<KP<u*4EQ#Fv2t`|3HW-6oEU)iaG9xwC$|tm966^oW!kTn
zrP}bXj#lb1wl(9+g?+VDAx&cy+941wj#$LE&2HwB#sJ9eH6}%jynDy|mv1-uFZx__
zzLjze;nBU|qJ5<C^S0k!8^PWl{;dd6NyO7cQ@Beoi2H-@VRF<^=8uI-ay@_;TxBpu
z|5!J1rVyi^_=i=8PdWA%8F#Jc8VI?DYiOsq!VJCkT>y3_i5QgAmb?Y-*0sh+f-P?*
z5Rx_<0jP|<C<r!@ycmGp-CYoS-NbYbP0_Nwo4J&G6|O!qpf)go65t>OSSt4VPcm;V
zju6%esshQ3k%WQ|lkM16&9ot4Y`W#zMdT!|DJf&Y_T8DswK67DAXCz2IRLwo<L&&R
zTO}f20CL5#$4K(?)K8c#_%GYF3s6u6p*;%;G(a00?glI`Y;7sEJ6#T5Wwaac(2q}1
zuS5lyd3+x;wjt=HX0ttQ(^RvR6xaM-${n}Ul2Xiuyh(J_ZaVjn&wW*oZG}+zbS*ab
zXqJKTss2h{A<2ueFdR!t-zuM)xoSZ=sJc|hSy9O@Ne?M?v*OS0d(S_sbSm5-K2T(S
z$e~m_)Hx>UySBEJdsqFB*UL=u0Vx8&TY~UEX>sKvEZP&Evg&4t=c8S|tPqXB@iax(
z7=DMIKtfmthz%6(G*X<^_LH0ckRO>K0N?S8jQ;A8o<uXDTVcggB~#h>1mG=6I9xoW
zkCCi@pP|fNIgKc0{2iQ6ceCSo=FR}bW-fABnaoP>(7cDBV~pl~{?JDx%e3Vu%K`~?
zFi<s{Y<oKXl`r>K0WK-d6SwKGSGjxwwFmz2*ZuMJTNg-juF*7#GCx85Ii9fj>2l`8
z_CyC+;3%^vIE{{95bzI*9FgsPqnWQf_78i*EChhs;b><LGb337spd^dmB_<sjJ@mM
zwO<!-H9CurlT*hU4KJr0L6@)UTL|@NT_r52SiFE`RL&@~0I4sqIC3iKQJc*$!w4B5
z*F#iX{-kC*xSiQ#nVwsyo$fT9)WL6m(Zvj<%md_Vo{h~6?N{lvnz3o90)Azn05U}2
zKq?khK;xGIHvU>fesrV}xPXWInLtk`u*y2ps7xmtXl8YqVf{S+qq6>r5LONXv8jz%
zUh=@#zXB<~+>o+zmFQ#m)G(K<{o*LByBt`pBqy(%nu4ls>4^NDr{<Te?^@gTiz~~G
zE~;VT%+&#d>+<0GnbHKmn6=!b{>%5Tbt7PH6(a3#Lv6DJW|2FDwsi!<NoPjQ9#t@O
z#W@?a1d;A?Y7=Qqo5f#rHB*|BTv^9XW{)Wx`ap|%ST{bst)CRZ?84`UgOY0HFzQNF
z2>1fsWu8A0FTrj17@(s6O;1I)@4-M&YCR{x+JNpObKFnP);PK~-jRp=yu7^Uc6er;
zotde*D;yiEsU3h3TxY9Z=_2sF&+2;p>m)*zxf2`EGWs*b`l<=A8#ia@Nk{*CqGr>{
z&`Y+0!?2^;!Q15>ln9wh(6@klka34-Dod1D?CYSP?IhSoxc(Cl1IG%$7}m9fz?!w#
z*jwqZ$FK9tAO?T!9b6(d;9Xe|GCO^r@#7C_T0muG{hr{y;Os(HV`)lLCrIl0VGru$
zOJtuxd7!N}a-!RY4))=$bp`%7s&AoSJ(kgyX8Z`RpF=Khj;PaA;9<V~g@^Hrdab9e
z5;8zc#DA~;qg0sf@$>1t)2$Cv!5@3Ohw(oj0W0@OMbLdfF~KAAjlz0Oc&g2W%fxn5
zs~+I@P>oVL0bZVX2)1q-9oQG+N>S%UZ4e4E$$NuXYiAJ3{T_8vKPQtc&r~(9cab|o
zu}IKOqld%SKn+z;!5q>iNbtAR8TYAHix}IMDWK!&8EpjQF}_En=dMai#~@e_#C0-h
zBgjEjE3$vMJUduAd5lt|XWTaL!Yz?gp&G#f)Hj>yc3)2^$Q$7I4l>o!{>(~CMi;}_
zH8lfjk84POp}>)>$<BexZAX|Zvonl+;SEvYATv}-AreOqnzM+HDqlAimoKRAuB<+}
z6;YNEA4FgAyRff#{-frxzI0nf0wGM(RuMod>fUeK{SPu6=Q_{*(4BL}@M@_IGRPt+
zK+gi<2T&}xcwxCnRcM{mb`kKqn>k4i&9s>LdbJ5Q?WUx*G0}~KwMpZj`byX=jz%iU
zppie16|7k`zD})nvC?zDaYQe?`!<#z-m}~a_yrptvn%&evYg{TeptDrC4eiE(fUTs
z8a_lnzuugRR#rWB5#2q$abA^_vz}imb(CuOA`s5I>%w?q3>?rJldt3kxsf-}x~Z9z
z4BAEuW?Z9P6Hg1C+tmS0c*XE`z<1KUrvyq2t9mwHnk$w`E>`u9Wj8HVD2b{KnCzs|
z<&^k73EalgjEIZI#L(7$^f8RhktEAHyY=Z3EsUMSA^+eXIg;>kD<aBO4uSTFjBxre
z2-vI_+F#K+c-$NAd<D~s!#fBz&AGqKJwJ1;IB~6DJ6hRm@h3}O&#Pj7&V;J7x`mzh
zsB9x1U<vOByQk#MaBh{F&D9zB^^AE&>M-ze@KrN<e0jUtwM&}RlGO5P<vN_E<v`Vp
z5r@Mx@I-U3s(+0b=6C0nBM7sai*yUynhgKTg}jzl#oAesaie8NNgN6h*t|A5__CEB
zyt>VXrOD*uEZljBU*<KIIma%DX$C_AeEhVJKlv*|e5ImTj`E)K%RA1P9~GU{9zA?G
zsVK(YmdbnBY!!=NbW1hMu#K#ekwzO0KQW>Fu62$YM7O2{U<#IOW#QkHNQYMTH57Rj
z6ykgdHpL;YiAln^LvYAUF;n+LBbr>Ra8p9P1pz_Lp&OMg=M9sa5!2L!tAEhE&5bhf
z*f+8WXygC$gpHpQ%jD1x^bISRG>X&|$+n=reZd(1v*Dn^&B^f6c;8{Uw)*R8tvbGC
z4fmEo1O-%O(gQ*s-ZRC+QhBdArubqDB`iAR-aNF}tbXFvz$kL=Xgz`^rHf+lMIb#O
zO!^sqqy~diKMp7QtKs)jV|mb!p&6T$974E@Qbha&%c5c|5P{F8KRp^55c>5e<#7~>
z0ZHAvdJoniAJ!?3^VTeYP&Je07uoUwyw0uIp>`dnj*UI?&nJ*2UV<litYHM68DRp+
zaC^FH&lQ*Xn7H_f>-sdw3}qT{qIg_aePZ>x&Y$$L#2uPm{rtHDOLZaC_;nXtOI4eY
zJnM_xC{Okd+76}u^<TbxJi^lmQICO+#;aI5K2DKl+GPXNKA67}jXp6UQ?0|>nlG<e
zAsg4}agkPRW|3uGB8d4}O1)d#PiA#<@pWzNi=S0(#tU$EVf-Sp-=kRkfVEcqB4M-5
zy0E^^vYRSo;H&9s)`iI0^1zm%hGpo(g3)3*85wSZMs^^}efj>PrYXB7W;8Rg`es>~
zPl5;!!2vVM0p&B$RBTX<*uw6#dAVOAfz*qNNR9shR{M)zHuB1gdJzFY5ZUl3AL>Td
z9OXI0s?<G)efwtf8sVg16AX@;V2G>7M|@jS!+7{rWD^vvu+Y0xiy9jY#k!h42xjFH
zFeI-MH-F!BgH)S3K@e(CC%a_En+9%!wRIqNiX5_i-n$<Vx#a^yFO`MgVWaS&QlVDh
zccEBek;e$?166YYfEsHxuW{UFTy6S{<byKbIdy=3f=PM4Aj6fuNerg+hnc2DVmFO_
zwZB$11$A{C*Aux`eC;KH$qzUC4Ffa0Xu9E5VIK5kqv3gJE-@kH=zhLb-L-#C$PhN2
zz!+SlG-GX<y+NJ#16$7PWEfLlL%dBwLMx_Qa*1KbM<=c=k2r{biL>Q)(D(6?-WHgu
zmh(pGwfXi0`+6|CNJV||Z$2xK9_|3fENMeo(0|t;eLTKaPA7fm8Z&EsW^;C$^HuTn
zTHZW<shA0)tDCQ~)BPy*z16Bu?aoR%OEjA*l&E%n`XR1qNKl!i4k!IcYg_Ky+=r0#
zO*4I({p?}tetI+m8gTwOtT}?cO^F8V`JuI<vokt+#}6>fQF9`sMUbg6_py1tgxs72
zNqBXGypG@Q57}{beEp{Dp;_KoJX_~l9#9{d1$2$VG0L*>UVmt&eyGvedu%_*FeM8a
z9T0>&<W?49?(2Tjnh^0GnusVf+9JgvRI68w2^m7zC4kD!w$DcW9x&zKH$hf`XfUi=
ze>Zv@UY;@M^h7iy71HhirGVWQF>b$$*;#6y#1u9WS6qux1WcZOi#?(92>ZC=o!{iT
z9Q$G!Wfj!E)OtVA7sTmI(;<<amjZ4N`+!5y08>isRSYi2q-b$YJ=!AwImGJA;#gFF
zXz?&jBp`?~XizMCt{*rg<oI3rww8z~d@esE+|5wt_=r<ozS%*lsiP%tQsvLKv2~V8
zt*?hyAL}8W8W<Qm|1B-^m>_h2w9s+`P5%6G8^z@OtzFWWNFnlot~g6?h?2rhpLPE(
zn)g_PZ(rJ(Pp2y7s_;p0o-?|Zs27A}>nLOiCD!xk&zG&0r`f`=ke&Z544SHi;}aan
z#-JDs?QY^j>mgHFV~=d*_Vep&7qD5w>7Rd=v^N3|5mxVA85BZmSVlI~=Gw+|91bLI
zL$P{yUV=Dpy=*$RNkn|!IvgN|^l(wpx_Ej%uk6ch6<TL_j?Z@C1k}dh8IM`P+WKDl
z9|8DCbe_xJ-`@6Qe@$?1Q7>(Me~x4j6a=3WDc6caFq@1CTT5IDRC|Pw)%qhEnzhI8
zg0yxVbXKaNGxQ{JEo16>{Fd6@4C8{<;2<M>yAudOTX@Bc5a+5P5)}>~M3=>hn!o=L
zUsvJ+)W74)LC}Xo<-#o3>;Z|}X{SCl-rL4L!<cm2B58GK8s5<G_wYCS+h-nzihA4l
z4UB6zM_H|9Xy{*=_vt!c#<H>qm1>>;X8}D#%v}9%O-ENCMx(a^p%T2@EZ9s?K%nm+
zie?~N)NjoS7;_Md-2Q9%SHq)Vs9RLV$!VEt^As|`iD2HW=&Pb)NIl~NLH4;}EEcII
z1G;j0`^ih)mSYY^D|#tc5yTZMY4p6^JUZ{sNS5Qx%|l7a;9j}UbMm5r6guJJO#j?X
zo+I|oDD{>Ic9ZKMlI^`;JF?%IM>TF<Lbw{}KZbLytj_N`kD4?62{|0s6f0taR9ly-
z*hIX-cKA9IOQndVGb|+K=s2Rfg=Dpz^??<(Bt?LEum0+AmU1Yj)D+mtmqubv4Dt=w
z&nb*+n2<E%^2@~{rC8P1t#Rrn6Dpvz$?V^8IxBs)*QhH`c!aQNs_$<xr6BonI1w;T
z6OxQt!OG*q-*d|~W>;FDt!z_Jq+LcKFKHz2rlc%r5NM8<afj3;Qv`S%yup0<6=*yw
zU8kfxlFEuT=Kjhzj?~h6jx$7+6YX!7DC`o-K66sk(Sy(MM22&@a<?&;x%m-`F`#dH
zqK@A<KFI&ntur72!;qU)Gbyo(DoByRBF(%{P<X<sk94o2S`iqW0USX^<)AyEiz6%|
zx6QX5Fvy-A-8Ps&h*4p3RRHSuX#Ca1$~Z@S9xqX!SK6iB+}{qvC&&i&i8%ydq+(a4
z4T%#tubFt6u+aq+W+8dxEZ0i$CAyxUr$whLbYm%pzX6MOc_+@E3KS}WVh|Z+K}zEy
z?wQ_Z7@C&28gynXX*L4MosO|{hZI-2)fKYu9%hhB)@X%>IkKHm>1?-axyypt=)jVY
zU+qFgN&TEdCstaGiRdb8Rq)*pfbn;2*PnA8G=gH@MKwejFh8EQQt%{8lD66>dU@nM
zlXyu6O!ZScfN+(fH?$&8!+CNG@1)n81{wuvAg9vh>2M3U5(vWyE8YNsNd&YMlQBn!
zXd}Sj@*orSRM52`r~X<Nssge-eo{t>{j#d8`#FRA$V^IG*3RVgwM197Us$qR%*gDQ
z`&8O@9X%!P84!Wv8@^RPY$v+;y**7Z82zDXg*E=%WLAExMf^aLqUS@6iY-^8mMp)x
z^007F^#Qe-VkrB$DsA^aQLKDuM8a&`3Hs+OYM!&~zEq}$(=dJ0nK+Mux2=N7$|Tq<
z#$U{(hjBq<XH!z}8VamDiT|mocwFG~Z#4!}%DsPUPtraz{-@r<iuC=zr4U9$M*ro%
zWNuVN{;i@=AA9L2lu4c`Jh>B6>c4fQ8$NuNK0xM^e^{4lVmPhz`(=I&EkJVgLFU~^
z^4@c+WHD6*vV*a@Z~#qEkZSCKJc?^uk0RO^`YQ7e)ZNzmD550`x+xZ3t8?VpvJ5i*
zR=tQi`kzfzM+RkP911PrtH(D&af$=CCuw#|gs88pW&SP*i0>6|Qvfy$ZHm5&=TK=O
zP-Aobdr1_^g`-M&E@8s&<*a%ImcraM2(0VG^`)!Nars*^5U25>K31Df2ih6*Dqqcf
z0*@X=1Tr1&w=idWLkIN$B9#EPf0lP)&Teo{2hFea9}KN%KGDUVK<Cs@+k#$d^jf-i
zQ-e&TbLg^lYY|}?fMObvU3!ZqhuXje#DvXNG-mfe=aPAoyiF;+tlUZdi*BS{L^#`K
z=PiUbiKT`2jsbNN0rWBdAY|$;F3G!xzt<{W5eKc41e<Aj<X)`f4FVO8jq0xkx-Ton
zpR)pZm)R!~9Gq`WB=_A~Y-}1MBo)!HGbO+dv^Y9_n6miFzdD)Arc53cEo|mPgSQrG
zeP9z)WHKg&eNqL*lI1lIiJ?J~z?gd-Dks60bz2yq@j_(75sx7h{1{p?PnN5xbZ8AH
z2Mo^nW7pQ#EgWkpN;Ti}{=JmDp+Ks@t;p#QRD_LothOy0B)di0G83(~RKF$70On;n
zHx5C!NZfB?9-aW$LJJk_s%N4axacFMmb{SS-OWK5U8&8R<g7V#%Q{E0+u33-Ge0}q
z{&hUIVx}5>KI7k|3uIv_JPRzlrPk|<5RvU`F@yu2pf(F_?K|=zLAQCZh_Q1Sf>wpg
zk@YpY?Ii`?PmV)qEaXVi_3MED$?YXscSC)C&-66Gih?r`GX1;ZzRxU#8b2JB4RTar
z1+s|t4xt0B8>-(1)ae<i5=1T99i5yU+y5nfn?`XF^0gJzyF7OaR~^bFc9j>C*jZH`
zL|Kn=7im63RiUo@j235QSMOZdb@9MJDAg_LEoCniz+|KwPyS<u5Rk!j0);xZsp#Zw
zW1?cQp$c|(35Kx@?7K<oR-uQ2>kFfA1O&!U3fyos9PG-NS<40XVfE3<+;YS*%h7`<
ztRfQM3n3M_hIx*U(L2k7S;gXRrb{DTDzDxGH}eX4m96q)^s+-~<AI6N%=zs#jVFRp
z@kebEdOTIyox>3PxS!Przf8D#<H+o0K_$g!waO)j0%a!xD<enl6!4SA)o-TUxIhay
zkFDt@p$$Xi1h7Yx;xGZd`1z^t__a!pK=6=$)6lhftTJgjcI=KM&|Kr4R#_?f$+Wfs
zUwxgY|6SSO4X3tk%FD51b6%P2wbIJ4mP}N%*@|k<{*8M&y+#!SmU(PsbGjKPI_BfF
zM_-l2Q90j=nYw-XVMaRH(L3gACCrl*-s#E1Mgs<xwl)FX=SeSFVfue4n-{3z@9%ZD
zb!U#GAFTo}ljS?UuyFE)Wz~nvHKQ`qq02}%P~16gq^&8Jwrw3hbxPD85lhmsMLFt&
zc){uqEqn@*$y0&(gReke^Ma<@-E&8`r93-c0r1otC|J4C_RJ-n8`hR!0RL#6^d6lu
zWlXb;{D{=iHJ)8mUps6p<<WF=ZN+xu24Q18o^nb0*tOdfA1NLDwo>04VV`&Bc56xC
zX{&Q4Q8Y+mXb+vwuxiUnkPt>kro|3R43PREQ+e&pt((Je#G4!fFK=wmyfgzL{FPVa
z&#bKu`OQjf&V@SrzKkli%539Xg;iu--Y>;lO%6vs8R{`UN{l7KuP^e&CGGC$rBy3-
z8oj0BwlI+8rlfNBxy|bxS3szoSrMY*0>Lob8O4%JlvIPsV>LBME${)(h406el@ct6
zlY6m6#)qdg@@RmVzN~1NTp@)BNN6H36N~`Kqw+>|G~qk)rgls~o8qEzY!+v0V7gU-
zDsm8d(*m$KkYYrbuz6t{{tE0XKRp1#2Jrpd#($)tfQX}2s}_?r!O|f#2Y`+nNB7om
z8NRFJdVMR>C5>iDOp0}k54LU5a`Q(R2$;$RR_!8BC9Yg|T`T<gU+r|&6$if3@i5Qm
z8KC9P2^}Db<*!g1-YA@X3;<gNeF^E5s+|3JP}+XSn8T?HIIiM(pIFKq02&Q9ZG`MA
zM0_s(MisIpLsC188IdGg^GlRv)?SmuY^yjl`ShLL?4Tlc6D*q0&a!lt@wWo~Ofjb#
zV3XV$vcy%n>~eR$9*=1V!wn0ft@nx5rt~Q1wTf`C(F$JR#Lm?hrpsJn(sn-SsqJqy
z^3XHH+-PYqH<HzKjjP{1FZ$8CYwVJ~X_<|PjM0-KCqbK}$O&?q$eL4<)nltPQezaF
z#wP?g@CB`y=`dEHi2$|K0LC8Ut-L`L@@faGcQ6u7Z$o&?_Qm%<r!o}jcayZN@?#gE
z%wwUbn<UPqa?JWB*rF<$O^z+E4i*t>sDGK&`5uVm)pHSZ)oSxZleR?r3$*-gYH%38
zGxRDV>A%AO*mW1aBjSKMD223R1mt!6!F9y{>XUe4;yijJhu)sR%_Ah1$HbX5>p+Xe
zN0)Y8e%G-5yx7?M{ZYnK8i?_fI=Ms+(X5;P*G8N4${j8}eTRDOH({b|rkCXmmcXw2
z7Um0>eng8eV7g_9wj<98pdvu-m1SdTacXY^CoI&!OQwt=pmP1ZDx`RSGL+o$&7i`>
z`m#a7Nn%+b8{-?~cjN3Y{AT@4XgI5Rys_6_3LTTBce-NcTzc)m&IC89z~n0hoxu_q
zcT=5j@d7^J@?FN7iW=wlhOvbrI=SJ6qFy>|L8>JywGM$F?8q!PCAs0QiZ_e5=_P|5
z_hgqX9xz%G$BX*D-yz<`D%=OZXfIS_m@5)L9^@AXs{~#D>n5qgCI*!}{e}eoS{)l2
ztX8B}kXu_M6^L#@{LQB+S}@nw(bbk3`&A?LF)JDYz65PyS;*zY5ZFcCcwt4trbAuK
zyJ<AOAxyz-%Hs9>uSKknOG|5;l)5V;1S>0N8MjFQh2dLPJJ<wrowRt$Q!!$?T+;-6
zK)C1e&0NDr&SkHv75s`Bu*R9s#toQGwmQLXK&XX$oi`(h7Xh06_-i2#?a{EajILYI
zf$tuo>{e>unyq-y&^acqXnf_jl9M5eQQ#r*{43A*7w+zIA7<@~syCbPi`0b~!5l>(
z&nPXqlBU=sDkDqF=J#W+swr{oe=4%Wb-M2Puv(p(Hh7D+^wFg(L?cL%DzHyxTbT(?
zN25umzDhJ#jn6iAR+;bG92rIHzCRpFu3P~0cp6lSBL`f00jPL6?t+CVMcn^1RB!ev
z<jbj<H&WBho1r8$ZPad9e*&V9H51SdSL`M26}w@y$Ue5TyM>{M>4p^h<^pxTS1zoD
zI3AI`M|CLdRmuMcF!`C^-)t`+_R32q1UF!b`(TB(Ad@9bG{15vi8VQ#X)EnBT_H}G
zM-TOP9AC59itYI84EM?=TPh=MB<w2NECX<~3T^i~Ux9@>W!Xcu#AeH)m9(_U&iW2f
z@bG7^g#;J29cZhXwpt$QW+O0Iv@-z&D!Ew!8sffi`R^IS35ZN{akP0W0>J9as!dqb
zxCx$pQ_tahLJEZ#en6@G&lEEPYggwSa%>I-LFNmAoljcCB|Z+<JTYx`bQc8dZBA8`
zwJ?`Q1Vvdi0Q^V-Wo_Ez9fCpYe8tr#PPXe->X!bk+M5aOm8U*j0K56Q&gpVE|E2DQ
z>Lka!WO5d|Ygf1+(k>Z7E_-Xk4xJ<4A0)y&v$LnM4()-68&Y#CYsZHLtfs*>y@I(M
zdn;?SQ@LM;V(GGtmQfl-=t;<x)u1x})w930iPP1&k~LoOJflNQrC_^%etEY)eq6zb
zZ7r!9*bZuSNI5@F>a(h#1Z8V^gwcoT0d`YPQV-rZEdV-9$j>p0G}sfC{{Y!O!oZtH
zAwxE&cBr|$T4AH7fcfH6r4|K;v<E>!geJ$wnECv4h!xxpv(_5JEOy5fQht_ZvVC*E
zrQ~>cyIUY!a5htm2_RM!Ak=-Q5X%j}#+Z=s6u(CRMNrTo*&@GOCh@j$`qmtj!DXfc
z8m~nPxR(?Z(r$^sD`s(4x{ZjfpKKA<Crs$<^d0Grddo>C0QegXQ76Z~2sn_rX&Wwt
z8|FG=Y#mPDFH%-=sEQRxdMX+m)I!Y8;72aieb3ngugGmlXy{5m<L@OcaJj{L4JiyC
zYv$ZQ@O86?DiYRZ>bXu$s(w|Sip;LrL0YFqe>yWq4K#%cNSx13w{<3=K9_4%teA2u
ze_>i8w<}#J)bO7@cWJ6xoIDjq&GeMpxM)Zk8D00xw6hrjvJFEPI!Z<`mww|Bge*X!
z33|<0(3jbU+8!Wm>fSbFAB)P@oD__7d*s58l-{dW5!QURJF5#&>Yf4f!j;u@*&0oI
zgIj*io@pW-lIlO+Qy7npVc~`<n;Is`Jv9{Pftt!3jKVr=hmKfgmUy(UueD-sV8<&5
ze4ZnWBHP<$?!<Cm>0@C)g#y7U#(7)oWzPCFYRAM1=E%^jtmplgnJhxarlO_^3!9)R
z(vmzf)I{;>;SEiqbljv6Zb+ZH_=7_@D(feS?-iqP%jPI9+mkIVo{qCsSFgP9Xws@u
z{cN*7yLc+(6i+I}`7yh63r;%s$xN^fBTirq`c4Tzz{e8?p$djDS@`1FcP^CUwsm-T
zXfu?9Er=R!I7QGZemqKH{0j+nw_%32U<bg!u=@DUif1dNZyOdF#!Fb<9jvIva|CZ*
z7@1hQK+0nS_{hh{ht|T+7$DAbW0&UO49NXaVE;LlvApynHIU8FJpXQjJo@C>WDSW3
zT@tSzBXv9X$Jr|BM>pAgB|_qs(vm-~_@H6L5LWyEqW3#Ji0P&@?1qE@RJ$k>{@mXo
z@mF@sjmX2~WF46<i8Ru39;3a1@~b-EBB|BIw;jU&$#e<*L%zc0r8&yN1=`^2>HR<%
zZnODMn59^MAJ3u1+LDOJVd0&Sf<1O2mzt_3+FB`Ev^Kcrp|Ic4eq>Dkb>2f-I&3R~
zFJ%W_QGms21gZsbS`}6DGIQNUuVZ1s^Ir)_;(7f8CBmtZbXqAjp9@#~UV)74yx~P%
z2GIN^Oi1wcSRmpkin7~%+?0ZSP0i?cCF=KzXoL9D1Su4yvEp;{c|ro`vpOon1{vL{
zY58o<k{?Uowr*znm<Bug_?PD7av&sV(TaR@g;?;oDQhm1*y#OVPqXY%K@c)!o<q$1
zd7f3WQO3Fu*VP0*_M*7Zv#!0=*pW}$O}(F8^P9}&R1LdLbSVX_$rhu5(&;`hf(1zL
zy}}6tptY-w{wiJl_oxHwuK=R2-`4!d%~)}RE;&c0^ItTFYJ{w_QG|}b4<@9Mr+rId
zM0IU#(J;>tMJ?yNiM}tKMXN>DvuD%m3rez<e1sA`7?RFY3_DWK<=yUVLsvtl6m-JG
z-S7KYOh4SOE6Ee1DmbO0=uqW^Fkg|VCmuPN3LE1tQTs1U2@3ctoMJ^jakmclw~sA{
ztEcM5{nyV#ot1=dd|&@(vf*FNO}y{_%u^(ri4Z<t%y?(ZK$G4250->(7SxVz+E<f3
zS60=I{Ob$Zh8_dobPIWzI(&o#u7)hO_9zA}u!n_Cam3k;SC)G#@svz=*ql<F`PWCm
z^EyIph4x(}D*})RJM|pyCnc`*ljYM7)N84-nzxz9N_p_x3a`DI>gvYaw=~rpO;To(
z8~0lMd_*wrE&t%=ZNSmO^hWe_gb<MxP8$I3`)c~6QvW$XsX#dRT^k|ma2hU9;IK(%
zj6oxZ=FMic+FDYBnu%9QKQDlt+0SJ|iUm?d0MX`)UkuV)t9}$G;^Xa^z(VRZ35xSh
zh?DOlpHu|QIl2kpRc|8j(zWr&i733adP0cKq@`YCoPFZIm`bzXwv{DQMjZM6TcBb`
zE9nLwmzZfL565mE&7*gp=7Av<Pm{ev;5)pA?vlqd$0yBwYl}CsD{y9{6LN%Lfr{F@
z)dL6YhIR%}cKP-Jo+J!AeeLk*i7J&r?}qc`lapvdRA``Hh+`0Yjp-RDM~RhBdEI}Z
z@z(0rDqD-;6`vcY9T08CIT$jYMc7`VgM2{PS#NPxSIWy5`#(c;O$OGw3@>lNN74tB
z;KihC81LyZIqV*R%%fb}Ab;JT@$Sc{Vk+y&4@e@}YD?EYNmw({FfZLYLW7n{m7f2`
z7<`Oh?ho3cgCAyZEHg~Y0YYkTB_l0ISwx*ICyVi_dK5F?Tb+?+t2qZ~@fX!BuyDBo
z_^>%_%e9A9mpZDNeg7N=B2L<(xXx5ppF@gdN*z)0E1894;nOZ(U}w<ZybJkJ)DQS)
zCnBlVpltH!A5BkTeG+xX3mH0Mue|F*OCzJ$xe)RH@B#2PYnrDQ^=!)AT3YxdBr(#}
zK1Ed%pLT6p9Qey$r3~$^xVeH0&G`+dxJg8?2mgOS`sz>eXj@pnU-f?K*0H0s)N@zh
zVO|Vj2;%>Pq@k1LnI%J?M5?$M6J>d}vRdjJ*1xN1lPXcTACX!;tli+*szNlGSL&X=
zN7~YM{P|8wJfR7+i5aFdxgU_DV`+@hWG-hXdzW3_=3r`a^>UsbePU7#W`ADUv6E1T
zT4WB=TgD--N8|}VqJa6cKu}XDZEc2%4PE<-7=wt@^;B$gT{ryN*5|BZG)<^%|H_VP
zMhsk}W(iTBb6+l*bIF=_%Q`lN3F4se4%NR$4)wJV+S1~3)yzDuFXLUfR#e1>1-EIl
z&bJ_u5Ie8h;g@~3dx|5co+Z5S$PaH~8PLrtE$1r!{r6uB1K2al+UEER!5W_R7%+oq
z^3!2+Jk4s29)tX|x|pCVNu?#bu@+!~HuL^<_wbl)S7_+(Mz$dzGWq`vQnysVVwI6B
zN;R~Yr!@=$S1(T;u>dAXGpKy5#pmfJJY!t76BY_>5!s)g=frH2s?{PMnAubo`7<fo
zEp2s+d^PyAP<pH>-BU<GD?@8}beX;`azM8O)b*9{4da=5#t6Q~Vl1iI#Fn~kwj+KM
zCnWBLuLbBR1XdNz3P{4j&$!+Y9Q-3pP2^Gy8NIy!#ti&fov^Hk(nS8qsM<aT$c30<
zxz^~EMxbbPkS6dL6$ZlRImuL(7cFMspZ_wC%4{4i<-=!sjDXGslptJ9<Y_J9gFk64
zP6ac3SWzpiTS*MZi<UhWAHUj)@9yy!Nl3_m87Ywhl<<VEG;)m*?r^IZI8Zi^S5RxJ
zWDbRW%32SX*#TbB=$-@g3H%-TE2iRxmPKEaT=4qc7y@vcaK!@SZOQpGmYPJBf|JZd
zdbsxiaP)f@SY96eA}D_>BBrg2f>y|-)gjd%;|SPG7vCzYk4FUbn<yQU8&)&@?)s^@
zoarTZw=LJ|h2B$ZGPyr0|FhQu9Rt9Z*=tZin@9g%#ZfIir!-I&OwCWh#3_@xU>Wrz
zKb<aGV>_=oRxtz#kc$y*IXem?Kpxi2m~bw!uGTYp*U1)_0`bAZ`e6BQrpSb;$RMq*
zD6h4<&emu{#?mMu4<B6a6avClsSTL4Xmo4#VmSGQ$aauc8>I}jw$eq*aCk%zD|;i7
z^*2naDIHNv<a-0D9P?Kjx7M~sNwn5Bu9iRFP<O$mvPxbi1Hj!IgaBszhVz~ic|%*B
zmdZqe;B?a4)L<zxK%&y)L8Vb{CSKH(Xo*d}3LaLehs}Q;Xxlc9A~x|o?c@>H*Uwv~
z$sg6IB{(XH4ZrZaf2K}i3Ha1G^J&`fAS)pM&ARMZX}gWOt<6wG$LfEgHR;|C{_z5{
z{3OMv72$&C{(=JG%bBhHBSOW64}kxUTnB{g^bktrS&n1gAsM?zS;%7n8jJMW`)vTn
zpm(mi15aJNtS*sinyxo*$K*ynW?l<Op>VO-j%W$Fm$;UF-@!7=AC3OHHZ0aY@xA)v
zX)|!bug7A3!sJ}u#A29QdZ<EuyIg}W#$Mybl^C8?^brFppOaMl7rb=+=RAEpxz9-=
z@Xs~l6l#yBgtn5Sn}dm?Hfs%Qb8LIBB6w)cjDQ4SMv#6Ue~G^K#G_d$<!pj2^7~+@
zhVha)qj7h10l<|hKSq6rW1_bxXinq)^8z4dm))p>hh3VQn4Y5tq#a85f{CG>lo*H0
z5qtgy(J)rtYY&VVqHkcw0|cZ_5Vp4Ilim`f-tF<&!@a(Zk+P)cDJh681IH;FjZURP
z6X5XZ+&@K95v4A|=S3>Lwyb8BsAHa2OcpS92#3-1Mqmwp7bD;*x9gsss4?{L1}Qxr
z7Xbf?!io9|q_)fZ?lxN0$X`tY0HvYY^Ml=G2agW`F%Ru5Oc7}9kN00?Lns2~C_40p
z1TC$-t#Uf|iiTaOe>wtGQY;FCnMHCVXs!Jo;69;D&&jH<srFS)(k~AsV2rq<c~66p
zHX;cc9U8~fJ@k#l?csXxjzcUi1^6H#al1o%6@2N4UX8B>e6EEx_6c(F&m&TG+eqK(
zZjqD@o~rJqXeBe!Ew-9HVpC16&Y?{ac-uqYY_eBGwEuw1Q6@M}d9cQ=A~n$gDoj*U
z93pcj@N4Y9yp=e#v3dj-5vEi~P88?!%TELWO=azP?0EXcFOy1Qw(#N|=&or90R<%l
z>mTg4|D;h!lVrqbG_AeCzjeF)R!>CXtPG4CKy}{Atguw*<Z1ER;>>7=ApDJ9P!lJh
zoR(Z;G&HBTjU!S1!C9!K$*e9jDibkH+>G=w$0F<io!;B~@t8@|Zr&Qf(;LV@#e1~l
zFGS$kS|rSc%Cms6QOiIpF?RLjX!&y}BKe<%lPaOV+D&>B^c9}ya;>Kh5+_+H!We(A
zNvnK!GNLqX;?d7oS9A*B+X}C2tP6tXwk5y4BnP>+|H4JiW#h%Z%@`ZI-l9wY)PD{D
z8rp>eTdP3};FZpUfX~W@f_|V+MT5T@OY;NPoGL52*FH534I-$QgV~0zlaPBgt&ZFl
zc*~&^i{B#$YO1G~PHHJ^dK<Mz33sY<HR~4Eq}w32g15T5aAL2nWl_aE)tM!<!(hTY
zecS<yUsYA7b4@2N9=H5&0R8dT3xNSa-43>GJXSS&&O!}MId#Sr_>%WfKAQi{+`PNh
z-=zdu&eqcQGYMq#O0I&8nJ}cypnow>+@R=JG-clK7~4r+-lJpu{r`sPg4wI0e8?Vc
zSg{?P`pB=~*o>ow%bg2!8|#Xr&-k|LquU5PDVqyG*R5+mZw+9=wz`@0efpjvsVPGE
z3lyx_S{I>*zuuUE1mGt1?v_+=+<c2U{x1UCqAtK|p7e2>^nJ(sZ<jF#2bDq`DRD)v
zT=;&}uq07QX`YZa!x%S=DmswxFkhoYC4Z4F`a}J__{wlvLL(HQ;N*aGFZQL4qnRu8
zt6clAFdGL4$4NaoIe91p&mZ<~SE$x}{8AMNj&q3M$JY<kA1^Us(l=T^3|I0UI2su<
zV;jidd@!|av%dH6q^QZZhs#RT8T7o1@%LbYg!V^zi)`>Fa|6+r7eaTV4f~co1=Ure
zpgIfL)eoE5R`0SpX@Xgi6Jrm0V=%%1`1QZNRAKq<I8CLln=&8?s^H(AV)q^ttex`w
zr+I{H5_!1d;cp&Z{!e)1uUEC_?_M^|Vcb6-S7HL*I^pE|WYTA&rcNV?Q=j`V(p@EH
zpnXtN6;Vq29pMQOx>FI^_oPtx%1cRiD-imv=L)kQVEi*@5ul<)A1ot&&&S<sI!@Db
zC4@uq=KL)Mys@W%POJV!$47+s=a@*uNGQhdhksh8?<0SpMT4_Q=yW@Psee2~06%zo
zFqrtMjydKar<Z?_Fgfs?J_eBy(;#smA)SlM!PB^oiLvT$!5{XKgg%d5H3;qG?3sJ6
zVpH`5q2lR<#prQxV5Uxgvoahs4#DI{5aA6QLGu&C!~J|hjVJy`MMMc1>Ad%OM>jjI
zb>b1Jh1~cF!7thThbM(GqR`Z|$mOU0pcGEbo`a7H*!>5isRW-ydahWsKVsgcUX295
z#T}|28xqMmbBFf~MWyul{Z)6%#xY=s)$|3>kNkejyU#xPGv_PanB4I{#-MWlp-~SW
zRF?OKgaQQ$`%-pxr@psqDG3P)Ct`2Xl*d>oAD>@t*S+m0(z#i*3g;X?5N}|gzW{#x
zxahS-IopEf{P=rK74hflN%S>JTe!4~gNRbEx0Zh#otUQ3^pnxL_gN>T*?vwwmX!{E
zv)6szZrx5VSFaJiCrx^h)TAw(a{x`snAxYc3F20ow{HN3c09G>gS(?|je9=#2C*cH
z?2jSg2svEsPY|$ZsmRgG4_=NAoprzZ!EX_D;3<+AZ|;c_pg>=+^Mf|oKRIXO3spb>
zW*}f{di}!Z>hbydh(>+{{+FwOZ#`6iZ0U2vY8zBZ!ZJu;kBu157-~&tiTA*`;E`JW
zzlK*lr>E+@MUWdD8&FpkcHQa=!N=efnz}+bM-b`x_z5hUZJ!uBf-7;)=ZcBf#qy@e
zG=A8Is^_X6FohvFlqk4Q4r9{&4qpNzP<^LT!?)jUA_+~M_mOKdxsUUX4w**e`H<~i
z-Di956X#4ZJTaw=aTv5Esz$G77%v63qq{x-l<s~DL0=+H#BgJ)Wv(jUMjkXkdQ|yZ
zhkW1DiFNZ$OvK(choR5TvCl{7%1Gy)vG&vY<rHnD#*=QGTAY?2;@vVLNQi8A9HMi7
zj%XWv$*KGOZ=?XA_FI4GL<VnI0w*A6s`*>>yw&cyXX`z6K(RTHNa*1lWZ1&>>M8;O
zU-uOi6S0#&&oTk${7%8GT+ERWv;)1^AMZ0Zi54Rjr$Akn{G$I3!sjm)cTP{r>qAfU
zYscHBbKckH*D-(J0A+=L$71yIq`S2t>etooe|tr#PbyPDQI_!tzxHJ)&|j~m>Ktyz
zS@FjqjBQ1z*(;3zz#ajBdTI+WrbJnuW?t%D`=^~mhg6^HSklQpbWyTH?JS@j;pU66
z;xUMaa*gbrxWe<y0KbF1^syN_X9trF`=^%&?Q}lTb=cPSIZPf)k&VrICCr8TBH$6(
z0Yisi{n^)gl4l+H78?L<BAs&34qPx^qCfpD4L9pB&23?S9U8kKiI01KuY65Y&77!v
zNx^Ai^xvKqjGe}xNVkN`(g2=q$5HBrudB~HIY<TvF9nBlIj9tG*fQ?dSNvZ+ce6Lf
zApxi=p|_t7gd#V-4~8W5QN56SPSDYP>ppaQ(9?`65JKe#l`=Z>e|;+A;LY+Dy7p06
zNz3`R=QZAe%(#EL`GWqLy;1`qr=`JWU$KXjcsFL9TxiN<e}b}8xb-0D6;VUyKH_e`
z+%GgK)_4$MxbAX>|I5@984G2E^AlBm*xY*}aYDAyp)dFM_vTaC1iBxJmR|P0K=2-$
z(PL|Xg6!Gthqv8V*K;}g6*WjbomYc<i!r<#2JLnWFoq+y25S~TW5;yc<NZ{&sJny?
zUeA5x8FfDXdZ)m&)Ai9r6I9!1V_qdp6PgclJq%fd5wX*ji<Y;Xy}<iI!~VY5HwR!9
zshwsO7@aIXpQP*^XWlI}05FF0HabAa?Nd2|uRcNSszPTv5JN%tlQ#baiAyNZ9l8t6
z$(iF=<pvJTWZ;~2TE2>Qw}-%;@Q?@UlCd;+_M4;ebiIA+y3D%5;pDLGU^i!e=;ow-
z$;SSk!q4;8gyY!nZp{c2&NwRRtY3;luar}Ax;;MEBkiz9*@ncL#QMRuPuIZQP+lYd
zo$azY`vu>2x@cm$?AVZY9S_l)R_j-{OFaJuWt}@{j=>X5S`_I?pYa8fLoVXJTY_h(
zi6D3%g5-ZO(_M+P@%Zz=bG+mEEG*psYUuTYC3fTG_`AW?ls<BfmZF`lb+0sK^jb2{
zf!oJG-+%n;)M3r$tzWmMJj`%J9M5~?b42}o#3Ld&Kt6kcuF8n1_b~sb+|%hPVdPk5
zhF9saz@(fzQb6~M>T~Ovl7iDH^}sF>_R|Sc&N@6>vsK}LlaNEke@7EbWCW*zF3c(X
zpVEHv4VbHR?`^6pi?|)dyDuPB7k|#uA$}1%hZdhy!B0bY7}L=i)ay@Q9OaS=y6Lbc
zW98Fo?X~;CCV<vURan`RLjG0y-i>tb_VN%*Z-<eJ16%NOTMF<P{Cr@9Md9VT+II-m
z`!=zNccacL0u*VUZ%t9wT{>ClT>Wm)d^=lqRR=*o3mvS2yF%u`gfu)t__C4RER2<G
z7`zr{M#qTGer|(l4PnK3kO&;Ny0R&EtU6sC+Jmw$Czy`gy~<i`&$phHZ60>bq3%e_
zPjYkp%71a)!YL1GEJtHO`VfuRqr*tYN4L#cy0yisiU2HNGj<2h+x5g9!pRNB*dzEP
zH35Dwue)glYa4aGIejRbOIZ@p9;=thxT{-agXHkNtWjP)dBX$wllM?;4y4}KxkaPj
zaig6hyZV!>@=}N1($kIuQ})6A?F&@jwjbwpmlT-ufR}yHj!phLQ$m7Sd`jtCzO{OB
zHn^s>`TUCc($0S#ImyAYgv^T%B<vw2GfcZ14?W9quzOsL+u6WlzCVpSdwDeCCRJDy
zeXiI)qd;S?<iDQ7c^<3Ke0>aV-*;Ja%&9$R?zws@w)e;Cao(R4^|Vr7-PVc7@p8Nf
zv{g=1YN1@azoN{+Kz(YUB+GdjZ@{U<hl+tk>E$u^OaQ}EQ%g{ou(0rzTE@v`07#$c
z<?661R&%)SwvL<ksh3V`DEc{rvh26X*}in8{aQ=I{{Ch<Z{UH69F~CHv45XYoVV*M
z-piLqh+{LIn!n9ON%IkV*AFBgK#zf_>)}L|@)7O=lZOR?-51vE4PQxhk=66mGqtS6
z*HzwbeD>i^6VLmBMP5;$QTO2o!aG_F093cqY(T*Dsu)J#G;imz{Bm=)-MHkwX4QSM
zYa-&Ho#Qjk>j6XYS(0oMKJ9C%@_4A@UZPkPn10xfMr{^(*7=inry;|Ct9x<r$RKjl
z%IklPK6PdP`dHR1^3eJV-sPDc=zK&P4c>U>hsR%zYGsFB0fh0VhbD=3!;XhP&0r8=
zb!yh0=S!Hq0*`&x45z5=y1*4!dE-}ml`n8|fn;jw$f(lOF@L0~=2XRi>aC0hVb6_i
zPFcs9+uVV?-$Syr&fN|#eMXLM&ExOxmo%7YmjF}czN+6t4XS%ew|869_A^-BD0Vz<
zfWH~xDQ&zPKGj#Z`$oByg&qzlFV9x)?`|hMC$G8>JhOA|7cQK&-9@fi-hS9KsaKf3
zumUXCnS}LkIkc}`sivLPFVsCkT(`PId|QVNDuF$E{20bnnVkf6LQWGcMFNH$nUVUU
z4s)+EtF{sIlt7;~lA8roUj1eRec;6tY08wzTBxh_vZN~t<Ytn4w_1q|$E}I0G272s
zvp-kM&+^KSd{LN#)!z4_soAdTWitH>;na{;MyUja-T<Nwjk&~%vyzRy4#)Fkcbm!U
zo-y6af;}d-5a?b$qRqgm<|ne7y`gK%ihr%2Cirns6}4h#KSqqI*7@M`hNq?VkkM=G
zna=^LU<L;YVxYrH6U}SI6|hFx1EWPHM7*r+$XUCy9Hab&puuR{GyB_nj_Jz~3|1X%
z2gg|I_11-h@hqV!N?X!O&s_#6um64*#P6cs|1K_bWo3o?wq{eD+aoY`qx-v?+s)2x
z&3UM}z};vwHt5yJO!3u-aZ>m>)_=^p3xCBYFM11WfDpCzhK4^-EZ1cMeTsocxyw(^
z;GPbGW7u1eA-`1l)=Q!=Y>u2voRDU82#~u3%}7t*FDi%H>)2O&nXZvsG+#XOZ@6l8
zC41irICSr}iC*r`=-s?<pF5v#yj{~;eJF@TT7DScFTgUg05-ooNj=W7ZO9Xfy2CE-
z!<JGaHA;<O7zS(o_RdiDl?_X)XD3MOLC7A?g1`4k70_0iR8Nn>bm@rBO~xVbjQrcy
z>T=5xJC^A4gf@lOM~`DY@BUl8F^pK-b@GG|b*N^Z(@>c@C6nl1zNL%hhf91G%=q|N
z&+Mg?YX0J<>)37>tQkM&<;Nk3$aefOQTI!K>_Ru_P~E>a-qGN>y&I<_N7)bhh~wD_
zdu@E&OA*bkco75yI1Sytnpf)&-0}PEYdhYOiw-yl-SxlTEy28BuJ%Nqmjb*@{-*t{
z@0(5Ac(odMrhMJ(Bn_Z$RJrK&UUJ$y!trxf)EU0&*y@kzwq+x}@;^FOh6fTyD2wPi
zshysw=pQ!rN-El8F{<+r4w2_*VdakUnJ%ZJ67RO7kiBi;%)yqo^%gVmSpfHco(x;V
z@;0A)C(ruN6F62p9j=FrKA?(}7?ILAFTDpmu;OJP2<8U~x&iS*lp<_c?4Iie5Hy5n
zyYHvXm75wLDAv!HB`)t=owR!m2HKOMNLV%457|C;6*3_;JRJ|!RlZrT(a#k|j|3E$
zOBYWJD{D|~;l}2oDj0W%Hvzzja;qBNEtP)ugFTkv&#9Y5<Hw`0Ce^x5c=T#}ikrY0
zS!#IuV(TU2XYevCXs@SEQqxk^@<Z6R{{i$ItNRSC)>SSMCf?7yh<49SI=CljXaKsO
z-ltG1+pV=q^WBlLpE7%0T2r1qvb^G$ZTJ(Y^ui>*-KV_h+$@Mbp7+Bxo*yC)?l)ed
z4({{2eU2nHUcn_kqA$x(ju@X4ct|FA^Un`>4@t584Y13(QJ14gCdgzA9s2sz<otAI
z)cw$JUrKQ=|83%@vZyEQiT7@!`(^On9^dCd_S;rmI?b8B<rCfp^fl4{2O_fS1nMIr
zuV?n_Gt@Csx|;aSKg_Rx{j_IxIQ&nn*Ikug?kU$(u8q0jQR>h13nw5|p|}u=Pe@2#
zGkjYOJ6VYKZh99<5#jrEeQF*98ePKHtEpK$v0tXG|FOGc?q+Xi-R^&q3v2V42<=oJ
zf)Gj`#j;b>yF!cSs$R{tcNQftFpR8kKHTnu6*GXNlo%%hLp2W8{gEXc)xNMxcr$>U
zH3<GfFo!VcsI>cHe&%Y5SNKw2-d6%@ncTj3X(ja&JJ1)l82PAd)Gsl`Ekr~Bu@2&8
z=CO&f@)*F&Fd}U{GfXM{On1!;n7qAgbqAfk&N3TAuckVmE-P&JL<-rd@q%JkQg%Ek
zJT!(S{A(WjouM~RL8mxK&GuuapT6-=T^X(14j4QFuXf>0>Nm5MKby3>!MY!6{85Dj
z1O?%QSfu~UmVY+?`o&b1cX!iENX<+CQnz3CLldR4@Oj--_w_(&f5(<B8jld;<H~+9
z3&(4P->V^@&MagDr%AZwYW`{{bG+Zk^6}T(XQJ1O$kzs?yqB${vRL7nWl++=v(VIM
zL7Z-fC+{QsSL263Wg$a<q4`M_yf*Mn*Yc#3z5fAfQr!T}(mx*s1s_AQfU%TMGl3>X
zGHuS7|85DCzKRNd78cGrxl_LyGkUp<efb;vJw<vAleRht70UA$){OLIn|;5@<Kwq}
zVE%IZ&&$$*2-(X3FSbWy|3i2|hBnPhl#dU2%gEN3o5@=@yei`RJMvAGFwGtbn@n4&
zm;Em`&#D9ce%}Nad@lBHV;1YswuyETtyliGI}cQylZ3f*nr|)q<LeZSMAQai;W5tR
zw|DwIWPQfLR~Zp;V6aJ!onyM=o||Zhg|kh=x*R?<Reb4<`@h;d*Qh40Jb+Ii2x?j)
zZxne6SR_Cmtl0pDS5X2{pm-px7=%m~P#{8534%N|RY{v5LIg@8_R#IF2qL%`c^FJ9
z;hAoIfq+2K#1?_@PzXe_6Sg0=AG+If_V{h*!_1jE_kYjKojYe{elx%OZ*FdmUu#`n
z?=)J7qYC?SlMSNLnl0ASiNQHL9D-@?_LR2&kFBS7;g<vQRcF)LVzNt4SyJo-kC`5h
z>-S_R>$}OIYbAMarjIg`L$gxg#bT}8GfL06M+4PeI{)z#SJdWu3PzFi1d}&8{LL+F
z<!i>ef>9qm{c6U>K((1;YSK=2X)CRse%tp*T<E7-J9myiAUxF*+j1fo+9Q1bw)x(V
z!`4F2`{dO5AxYkRSwo{RPZ=McA9QN%)DL;5#BtYS8owSt;<WYO2-}Y~-?jfj*!Dj2
z+XT3_J}}E0BH5G>E*LVk+}w7HuCS7_25U9@10=C&$8Go7Re<mIN&evsK-JN8v{^K3
z_54rEY0-h2rfY6+G#=l5!%3qIy0+7iBDmTi;<hgAIcDyYWLnCrTRQ%TGX(ClPaITF
zvDdom*nY^<^;MOdzeR~^YTOfu5P{!o3wWsv6%||Hdea%z%C1Gt0mAH8K*30>dMM<6
z9h^I^4SD7Erim`ix$fL<CrP!ZOul|yzXursyV8~V&AwK~cr>or05YnKEqSR$Rce2V
z)sfso$Eej>fmU6UZ@n5g9XmWT^2uA%WbG9c<}y!k-f~9+QNyBz25;~5TKVwB3DKIu
zbo!wtRIV4MY@n1}3?WufrR|NCEhzb-WYymunUl>Ny%BQn=TLCq*^GYrN5rPN7mDzA
z0si*~GdKrbz->C*w+X=uUdkzv-}^yz@?uWrk@%E5eqCQE5+m~e?mFTyTDr=!+a)nP
z>-!~%ICv4d6CDi8u~&7CAx<Z0w;8Cq39Zmu4#5TdsW$gZZ=s<vCjsnFBs~b3zIpuF
zfkex+5)1Q909yrd8_zaD9-~yL_WSOJzrwuknwN?Q<WG3)G_l{<k?jyr1h}gGH_yN2
z^(0CcVUtzG6LGaK9QJ&^UhCluJ)%#U&HJ)tz^2^6MCbx7`5aBMvaLM|R=F>7by%h%
zhDdEn3|^To|0%(W1Cyiq7+C_;cutq4D(+22zdpj5r_LHbvrPAa2Pz&y3=0}JB%^H%
z>TA>{$Cn%&S!H&W&yA7s!*YC`nru`AgeQ61q~uffmQut(fB&7a*`lJN{_Bq5JcX)W
z39?)L{xd(#WHp}Asa;=7F;f--Jb)J~)4(`e(f(ae*JnCX@g=DJgRR}nO34-%esKX8
zrY|IR4p@rggd&lstW5enVb`s*sK#7`zlWgj<-$_$0wAaDmB<(F4B&9B>YsspAIXZo
z1|{!b@Rh*X!rJ1YK7=v#0U8iV(FBA@pUN4wF>5Bs$^$kL4_LG#`Tdra<O&Ek_K0@}
zT2#{oJe&!U`hkm~rq`UCS`qIs6$3|3WZNPDVUp9RtOVtXIQ!0v1M{TurS_lo^dx|8
zARmV12r$g_3KDkrsE5}`BoZrv5S%~Tue>neRqEAL1Kf@YCVe6sj`Svl_yqPL<;8_4
zb~dbR7Y&@CBTUH;T9{-b5@#Xf;>yH2MuICqw399F-oAZO{9(tOM|kb@?JLJZEo|Xs
zm@`o|$V+A~ryjwX4g5>issa=%Di7W$tSf%pXQJ;g$Kl0oRpVRGBa_<#E%rgsxNY%y
zFPs-Q9veE>))$wo2iJPqc+`>tj7kd@GO8T&WEGu<Llx&W-|jbZFo`4z4O?O$SI8-7
z=^X6$xI+I4m;V>d=>MU=%f@<7&4lgk##+}gp>rJeWQ@$TPP;%KZnO9Z`Wq`#FgD;N
zh$K?Qna;Wo0!FcyK<sdDx!c@x1(y4!(9l-a(<44HX#&M&1spmwsN>`KWkL){p}Lfv
zS&`ZaD>tT^nvN40x}3gS9d_?ddf8i^#gtR{DMSm<nFVbHd#*O$`?Y!Yo{sf@=!nsv
z53sSX*m&E^cU(3EI<Pi*y@k?y{0pt^U#1?v-y?X}sY|hYE5b&*&m-gDhN&kD99C=m
zLSkoL{B`c3E@|{{8h!tGqe~bgD{2dG;2vG+l$+*}*EYtwDk>p&WC$WQguhvi3~o~`
zblq?Qvo7#Cv@*=U8Z0Yn6oh<7T@{J`8?In1QmwvT*GT$hrP@|I+7mS%e)kzPA75Hg
zS_zfSJ9U|>Z^6%;Jh5FO;jItMbXF$UXf%(Z!Zrn3V<$UUzO?j-1^@s@RxpJ{W2B|g
z(^<d)I*XN(o@CEtC1kSbpuM|&P;w?CE#=d+2*C~-RN7fr8cbl(y=j?rXaQi+7_2)Q
z?~cP9#^AmGfb+(p-O*m&XmpYCFzHtTX$&ys&)L5nuz2_N8z=xE1t0pjA@EqyKLK=F
BYZ(9l

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/screenshot/intro.png b/doc/design/assistant/screenshot/intro.png
new file mode 100644
index 0000000000000000000000000000000000000000..23ed49d6776cd9c365d2a834b55265931a61c26e
GIT binary patch
literal 50730
zcmW(-1zb~a7runj($bAemq?CorI9WHkp}7R?odF9AuTQ43_&_3-2)^>*XS7E{@=Fy
z-re`!-R*bZ_nhZB&pCIon(9gfxYW1+01&7s%WDGwdL(L*#YRW<h?a09qgI$UGHNma
zP@9Z*Z}9}RjpnYcBnwoJ)9#`+7_F4G)d0ZnB>;p(0KhG(D`W=%Jox}%?*jmceFFfB
z&pB;cAk>bhmhY70fye)zKRQdlpn7mVD;v6_*2@216o(unQ6C3X<YnIbEFP?Qo9O7@
z0VnY7PcjBLI^S_QL;!LVk<a<MIdqHpPBYJ(Dw<G@`QdR@({Tme;+5`Fxl?1W1czRq
z-o*3rFx}4~EW@AqNEJ!a#Djxb{}9Py%UPP|9S>;uySp8?!gKtO0^Oi=L~`_bc-Tzm
z-rerB1MZ-aGtdB{qdq>IUK3M>C?bSW1&xUj6WxYlKucEXRuJm`wJReZA2e_latG8U
z0%1fcvbFMDo=n*Lfq*};o4i$L4BQvIVGvcoE+I!H616TeyAY{B$QBwxh8>AIlr<ww
zmY<1;2y^{F_Kn*7CM}oToPD|9Rl>nag}<$Gil(wy`{)i@v9RVa&6D6QlkxVT-oCLf
zWO1YB7QC|0>?<iwX_a*R!mB@haNLZExSj{6@@U7_<Hgf!8kst6-{2`}fQP!$cwIdy
zVv8|vghjTA!WsM*#^*rL-SYP;y;#YV0x1@TQ5K>}?q1&~Fyi2$aNj8F<Oi_pwqsL8
zX^&4(cqg{#_$S_fqDlD#ergvR8&Q(NfdT_{v`P9b;yxQbxXl(L)rGt8VrP2U)Xm=v
zEzbY$zfI2dUnbB>`Y<X?J&pThxQvw|fr&;tKu9;QQCvO>(cy4SMZ094RweK!9;j`|
z_mXyOhL>o3GR&~1><CK8`h&PfOuby@;c3@4;9!j0Tot27fRt$Lt^B=8sT5s)7-aMz
zlMh~lmrp>eoyOOV*-tFX@PH4zvSXGr@$!~9BY&fe4r3yGlB^9o+!AONiT<p$?BsCX
zMOv0gOG~bm4qpD_FRnQxUwF}>!=^BW-)n@Vet|QqtL#eaKuxiR7J|iSU^W;MgQ4|>
zQ}MAE8(l0q%HtUh2S*tIWOpjFu3a79?=}}I0n&`9v9qB6^Bfx!=ys)*Ap${@Dboe5
z7hgYp8r{Oc<Jrl^_o&Vet;4Wn#_I2Lqa8t9`N{godxN*JKge{WQA+C*XcJQwHilqI
z5LD9xBx{(UlnCV?9YG5VGqQ)#jM({_A}ztk4N_1uNa4#!W(2!{9F^@`s4zU5j)_qv
zUzsff_sCe&MUb9GBkArcaa{!b$sno1TbqSs`WZFf`=jDtsvjxaItuO&TDjD?$5N}W
z%Kq&99zb9+F&6sE!`PI!LVqp9OB&wD$RO2z-pLHO=Co#J2d$ohfX}p7OA{<}HKu`w
zhg;*-&+Ya5&8A<MFQxClMME1>=>>dHUt|f0Wu&A@%PJ(k-R3EjFmd?dr!njde9OB3
z**-6aiSDFU+}zIl8&^8oW`>Y1j8UF>eJB6ntm(k&g*KWBwTpc|L0gMtZ8gtWj85b2
z;u)@IkVU>GD|y`UNM}T1zwhD?LP7#uJc1I+EDJ-JNYwkQWTENdPBQAMl5!){d>&42
zh<|Cz&!PioPu-ao{-G{6eQ<TH(H|rv7>Vfpm-g=yci7|TqvY+*hH-OTju}2eiZO(U
z$bv~G2zJIO6**?+A?LetR?V|f_KSF=Zrcu66FJ%@D4ycH0Ge*XHKXoU;={zQ{rv~q
zqP$|_4~JX{s;LmHpS#hqmphLDS}VLHH}4uHACu%0k>M4I{^!eRL@oZcKsVY+aJaam
z))F&z80!!+(C^6|C*|S?(Dn()B|zFxLo4Z#Ma3c-c!W)KibPr3?gf2qnm|}B{$N;!
z@Q(b#?>!+niYm5y3LL>&<+K{C{Zv#`nw_<JqZ8*Fy-P!9@gioWm|;OSD!ra+d6$?W
zyX9K$oF}_B4sYMS9c6$+#CZAGem)_v7$4AKqa<eC7k0>yK3HvX3Ve)E4brOo>>{&o
z*ybTB{L2c9m$#;gofJxnd7ijCq}_-=Hh-X?=}kgQOAE5-!5lfqz<NgZ{JD{$b;V-f
z?LyXiY_H!{QfF|Lz4;fXu78EedD*84;hm`#--?eP3N3EW?KI}g3S05@_U&iOX#|e(
zNYIGkOzK$@hI=$qm9$^qT5D?ll4o|dW<k&@O}#hJjINEv@J*_h6nzSiTpMAqklEtw
z<%k{MHRM&Ws=lds5|TqB3?k^UA$fI~snm9cF2k)BQ%R_VBd6$S@TgD&mM}6@FI=q4
z#wZ<?x*7<D{0^@sBn_38PU}IPSm;QEE3GA^D1{L_jI3-r9R|Z4K&<<Ktqf}omL<xU
z`bP943TC~IqZ|jUk~T0gS4FwLexj`498knp!wBh78mD&U8WG?cNwc4?_0N94NwV^K
z8#>CBIyz_ndy7+2Q2pM&Z+M_YW1p7(8DJSE;&YPeuLRp(^Zj;vZ8cF_+n-E=Hc{8k
z<4aE;{O|PJ{5(1aVx!-b-2Yi}w$Ri+<0!_gAieg~9OJIaaPYx4j%RJvmJc|(L>Ns$
z>&;9$OfqQuYuuRtp@v3kB1|R18&^mF>n?#`RO9$UOY0MKG$<lJKmT1OPvgDU?qu;)
ziJG|Uzlg2T3ySCr&u_D@o&T0B<zT_q6J^srTD3>z(jKM%wl^I!^z232!6*c|AcxKM
zt4<Q<|Mn-w91C7HC53m!Y#0PORh5pu$PZ@7CKQ>Vt{UuBP!8e5#u{wLQa|OfsZa+a
zF@UH`h66djr{NGh><CO1W#u-brAi~gx!8s;awO5P(hsBVPh~@(#&d;pH19cd2a@PU
z*}adSbCS8m7MaNrW6Gq3g$5QvZclA8N+SQmKx~D7xasAFr}HrzzTYb<AT{2tZAPrA
zO-_l912{%Chp;L<;J09lo8zCqf`GYMxg}-4z>3n*@ox1Rwjv|Z^z6^b>e*8R%hNP6
zt%u~SrSD1*$%;zr0Wa6&yw(uLKS1~F^PJnufemjvVKi}1TZ6$EIL&iKd7`Vc_4U0Y
z7ad+0m-V1Bd*=Nn_SLu?;bV}VzK`?XlzT$`z1IgN(RFcd-xgg-bb#bXy}XE^5F6Y?
z2--WG&LANqa`0Yp!Kr6!rP-YCCokPn2VC{Vs?4Z59mB?y4F@otk+THZg;)4lSSrbQ
ze)y(YNh$sbKjflrj{57c2()2hWh(h2e1BKz&g&pUkmq8A+vdHhEY{G^O!F7Ygjn#K
zD~P_t!?{jqXeg(C(E0UW_23eH3N1ddqT%I)+p`h7JB{TnlRK{z&7e@`G8@%~3*uRj
zrmeZBt~HXNSg(-a*&!y-9FH4+3_GHo(5*gk=Hq1|N?~Q^;N?c7_zN4*xpYL2_?%J#
z>R`~#A5smVyP~G+7Uq9^u{X1SeY&yz-Rb%0xA|XAgn5JIo#_%=y9*`U;JW&pE3lA7
zL{(L{x%e+6yfV$+jGAXwBk0U7`J_65=W*0qs(59F6jPLAT0Cf$lR)^Vb+!f_QBJBt
z=HL5oe4fXz;Kb;ePVGrE(>t?)53iYsUL{k_L(H#UdiO=O_vhL0J~tD4<Fri+Tw7i!
z(P4;7-fq?dCkqgysC7T51s!?6z&#R9KH|B;#noigIF>tDE+%yKL?cc4Xu<V?K@5z+
z7*gIA^y$$>|GWp#Urz~L0rg-3Kt;R%gX58@-p>@=_9!gnKyiu{j$*sZ@mzsa&B~L@
z&#tw^3bY3bWD5HpZGV3}Lk|tH*on%O-ekc*S6&0*SIWvh)jWEdE3NqwBjgWt>mOak
zxF-prFJ1s7p@T|K)2}j2uV>pP1ujTmBQ>OlGrBHDbu<zv`D}M=YLbzkW}v}#_?+~K
zZv!3<HS%(<bn-3qzAoJ#wm)H(0{%NnNkb{PIlisjieg|TtHZ0*l>sxPp@B5^i@Csf
z{a)mC)hfA-gN23T&^a$55jq9%qa6Ck=YYKJFk)b8cT>-s*B5qP$o1p77=U)&KL=hW
z(a#q8Zz?%-VTSO_VO3tc*_gaP36YU|d<a-QZr(I!mYAICa;T$_c>kVbrg$W?!oi-o
z-SbJv{#?2+0#WFHadvf8pY?@RrPhFqoZjuh>&dIsG;}m}GF?4g0eluRp}UW<8#mqE
zNqsL~9Fixq_pTvb@kjU)K^$+V1PRxQPd*s-dq{63*bG%tvSKnN?o3}~%CXZzNfONq
zsvq&PR^5~GTCY3#fk)G;T&{i9s}{_)R)(&7a1yv~r*F_LYUz6Q*yiRV<`uQAFvH;C
z8{b7t??~m(YnHoh$H?~UhpyV%33K`z-?T1m#?wvTZIjF5SSYWf0q@j2TPZi>thAzl
z6N&)te;dd7x~P#7V-8RW1-6c`tPfq0wB=O&4Mz4Y3X@ZS!rL7e8+bpQBaZtb!R*x%
z^+!{oIB{(`$J`@`fL?9lB2EDENOE(qbUgF-pkLQP&V`=pzDGQ^dXr-H==6RAdY!M*
zA3*zUU>W;<y}iqwLIWdY#@xmIj+3(-Dh)35IuKd3nBRbU9jBBQ@X#-=7G_2#?#<=S
z&L8vRx|mlf>KFy+vyq`mpXM6Vh0Atq;$|P>U@DuM&X8|8gWW2wW~i)wozn9l2u%7<
z9Phv7<+*hAEp88Gh}K#xDGr=3UhhLmf7)wrJ_BXvy1OpFu31>dEp9$SrVKzj&KZ!*
zGWnrZ+rM+InjGifUVLjg=`)i>SFd2trfD$CrtpU}*>V8^wTCfG7i%H>$?E<d*JJzN
zUxU9BQBq<PsO!GdIQ-&s>#t~d^|7KnGBUEb_+U-6|A&_TucN4YV-VCqw~zcQE1R@4
zPxwsRZJ*MN@tXmmI#NUZf!VGf?f$0}z8}2leZYm@$n$s`hzhhnimd`4>lt0nrq<5h
z3KPpi2N!dY?Kf{b?k|DsmX+}wY=8C3Dsiw+_>=UP4z!ZanZa-Zzd$w5nH|?&8u6v-
z7a@~-AO%Y%-q5hLuml|#Pc_b0bYQ1pq_44UJp3v4!$au5a@$S=z2og%=%WNL0%}S#
z``GK&;kQ6MvAwF1N&T&q^wp&VV&Q;6V-!K6=7a3)b_oi&?~CmB)icGpyP0POzO}58
zuGlb0b=tlFPD~Dmq}*5US;qx6oZ%}2QtN1nk{4~qN4bUcc{rfEy>os1p-0svev>jA
z8+G5UrIX{k3!2BRxaJTWkFDl2J9DR51wfPBlzY1MG6`Sk)5S#Jn#3!~bnMS$%SI@O
zEO)Svi;GK;IQ$e8BrosN`vJd1=i~ZjZ7f68qt>VZy0$VArb^s<`^LN)mwJ7CMiShI
zfWVoV#iq{M5k=4^Lq(3~H+OzCY>PfNYQ4S*bICL0x?Bz$849w}A^e}*K}3mktG*+J
zQqbNOi&{xpbl_im^fpCBp-)%CPXC+49fn?J6?CyUOqQotV(z<cnou-7DmqxZxYMc`
zaB_(V{B*=QL`>gL`|A9p^Xr~F+{<oYP4oDKzI9<?Wh0u*bclZtokh$?sB&(i(;qnx
z(eFE9WZ>KAo9JihX2EES2SVV-%Uo>RA9?ZP7(<c~8Ekj`Im4~9Ur6<_JGL(g(7?xV
z-p*wS+`Xs(?#wMT$Ba1mdTRcJ8_6as6+LVMBKJX<3J1Vo#z4g5{u{j!6ivPXhI{9O
zQqkAY7@O*Yk*2z=P>R(yT@^nN9XSAEV5eBY!KtJ2ror<kcoG?bqfoG<@B|>Don4rN
zLQadZ^OaSn1g-gEUd+<Xbtqan(hE5n*x8kxRva80G&Bez9!vlsJjb^U3r$BdrqyOG
zL<|0FbXzYH=OOP>!r(Vi?$nrO;9G6)nVKBv-w(Bzz|nIymmSte%9(d48H07OPv}3?
zOO88M2M7U`hqltAyV_t97sKCCiEex~0>26!JwB4QM?sd;(>R8Y$ujic%X{qxG+#UG
z?pE~_6#V_G8EW_S7RFIIYmJ<rSO2I>$0_c0v{>s-0mOh5+_zP?eY=Ww^r+xs+%FA)
z016FP6`#`mC*E?>CVjC_BiTaW4@DmvYYN`$lJ4wTJ7>?HGiO+zH#Q1dV;@j<3nYv!
z`vCa{m_<ZvC1-l4r!0`OH)6!S=m0k>j<>#o^0&-j03}rP<ged(o2x%dL&Y-xBG9ym
zCHx4kGJx)c)XwqEoWKreurQd``hX@LO#d*HcB8?I4zzf@T&b}MHZR-FsPzU@^DqOz
zOM-(e-$q-q?#6@BbGO}_Ru*~8b2suXF^78%C2gso&F@CdYxg5?m*->&w3EkYTODaM
znd7<QtHL}<mGKZ4DT&1=;jSzwa7tJHGgrfj#>gQcz{d7>+YwU+JM!cEOm${7s6c}z
zD_R(%f~9U`x%KI{jhiGo^x<LN)hi#>eb3X0711Os%97eE>PdV8z|Dm)V@s8Sj@z&O
zR5eB@k#}JMZ||_yO@E4^IVDB2?-vM~sXG&9)_hd>NNMv!1SZ~M6~2;|Od};)pf3o-
zJn2RR_|7J+2Dcl@f2r)&wfQ+oMG1!cUnNO+Z)?6^UPHj^t*oq^4wnK}H-}6M{e4r=
zh0)MFquDhmbjsdScP2-_*YrNeJ^2c2E!Li+Bs(HO5RVO*I#TV8j-ZE(X`_W?#t)h}
zAnq;Geth$1Ax#>!qM!66#Y-S%Ml<hq13~re*;`dV@?=E6x1Bl55ETiSm=I);5p?|x
z22zxZ)9ur1f<vs^PM7D-B1FW+@4^Ws*L)>~guE8&th0rjvOvB92Frd<x|r_lj!jM;
zHD(K<R4bNPAM>EQ<aADzLA|2Ay<2D-=B5{i?6pT5N<Ak2l5YwN6p!IsZx?ZOGH9mj
z#<m13Rw91Z_5b}`XyEI$t!lgZXQDh*JTh{n#Z{+RFEY|IQ@L2!Wt-ypa};PS8AQ&s
z?MW^!#8y^V)t+o5OHh-N$|3Gg(Z`Y>4exGcr5a}$y-7(ui!a@X_4McL9qhi#f2@v+
zk14_@bIE_x86%)ct)|v|qPcd{59?PzCn`$WFbLILBWFMatcjzWuP#>18DtcTWTYs6
z3_?ni03GtIlj0}X{y(C3PdG@wgn}pA>}0q-k9$l~n&VxW=a;thTE|6lGcNB=*5yVK
z*DYDF-)qdQ<@or(GFx?M)-XFp3FXuqT88ISbinOJyj0-J`X9f3nFpjrw-4;T{th3{
zJ)YzJoujK%BScU3U~c_b`{BRfGpwt#?UN}Fk%~!z-0Yhy`&@PS-eOv*d$D#|d%LQ}
zR0i*!%Zq)VQ3Oa%r?%6Nk9J_b!vh}x1l8tdQsKWvi0p0{&;iP*Mu@mkpFKhe5v<@0
zbMyYq8NdDgtnqp_O_miq<6BUM9tA~^>-D8o4Mf85C3*<&Y^4xVJLYKO=C4_2^?}jl
z*1e$>xWN!b`6p!LWm$?z+S$)%tU*vTCLm<7oFum0Wb<XI{jl#^;tRp|nRr`t*H1@g
z1+_UU6m7rQRp8J|Z|<qsag0S4*;go7GSEPjs2x-Lms@oW0<P4RZC}YU4noQ{MaBo9
zmz_HxfQe{uS%P!;U8gV1ZE!I_&qlqhvQqWkJB$$0SL$5GDCY6YqTfSj)VZiTvC*l<
zOzZK+nxVM!i~H^(DX&JuYxo8~ZVZ*aV)8?f_uh)!?s_dwV>;^BN{6?fQ192a4Qs=s
z0Kg-?kJ-D`j=pE&vSGow|4DC8kF&{;cExn9T)#@uB+bIEf`Y;ZRzd^pNN>OH+ScY(
zoepS2Up9=AZaYY3+wTQr6czW^Xdyh?+hz0>-YzSbaaPTJBc&?OAX4!ixJ`R7`-A8R
z6|fb26R7lT%?Iqj+VIZjhbWjRjq9`2V_F&*Ij|pZ_IR`zYTWFcp7GWDc=lmN-&`lA
zThn-d@86yx?%O?HSRLd>$M=rf<M1hv?p-|;p!({go!u*#`Biyt@p6D%*nI^1D=%XS
z>qUt9{r3%V+&E{6%SmlQ!Yip@<o0swLGY--d{~%7M8aG`Av4Pp^xr6UE}B&DAIC*2
z;n7`&&^PQC{K!rA?&x`Dg!j>On65kM_!wR>%4^^2<M<FBW<{l6_GixcH(%wcM6b|<
zpc?Q~H=W!%y}WKX4)qf7RQTRj@ZMCbT(6=W2(h5-a{a(>Vs|kCT4A3zXL;71cF8?p
z?+Y$$Y;7!tQ*VE~$xldQD_T6#&Vt_zXH!{|zv=g2M>8$7@_K9-VPTzImHSvPe~Cv$
z`>*B&dbKr*9_pDR^)DCR5ld{yg<+J7C<M)#f#Du~Hg4{C)X$g}+0%8a@?qsS+hZ6_
zpPqu@C}$m5VF(q^Oh$l8^|#2$GZrej2)o_!q5LR~J?E6tR!+g!@HBUc4kNrH@PP~_
z`J2fi@<zCvV<yqr8b~!5t*iX~qj{<aAfl#j`|vyL1_5`0bx;A5lapL|!cLC<Z)Tg^
zC?<J9dw-J-BfM>6k}GRPFN)vFZLx!`I-htDx&{%fQ$61-^*;1ipK}q_8*qK^q~O;}
zU@@~DoO_>Mtjkq3t}0G8!7?rquDq9D!}Bj2>ZXuykuO|L@so;zfl$T3;AEzQ##&6~
zGnPw*fI-#BnU$4zYSqg|TjQh+(JU*^^f^Mia)&=>Kf05;8Y5hO-}Hh8s5ol2Iq@*U
zddS@fG1j%rQpOOpI>y>&<!*?xZC@}Ewy5H&4^r)lIm*J`Q!FDN{r<rxsop)0>76^-
z2zh#XQSKQ2?uric)hqF9e6X0s-y+v7kZ#Fbt@K+{6C8TVMKMwe!eA#AFL%PMc8EzY
zm9y*g;o;+h&k2hLAU#vn5wQ5Gq`os1iVSSiZRszr${wq=2Vj~v#*Jq-z|I^m&qi{6
z^96k_#`5jOe(vQGdvVsm6ia2*v(v}kBN(@k+3RPxxCisKa_>KWbT%{d^^F|+o=C{-
zy-UXY9DU@QGcIx53vzPur*e1<FE7u|{u$CVQ#F0NpaP2LE|L#_pMs_a)2&#tJ^|Q|
zfcaV|V@%uX_lVv5Z?CY!KG;$lDM@#aQj|Vi_xe7>UZDT*%`_|gf_2p_zR2+W;1zb>
z?F?l0$=hOuTt)W#Bh#hi#KfE3gJY|w!pACaU-QeT<~|%GaSz-SGQ2K$#!tF^fqj7<
zf&-OozgP<I34bK<pd^`XZXUZTTx8c3C&G(KO;#8EyhfNQ1);z?-=&<up%&$C3A}T*
zvx_v~BEeBOqCcXirze2BUY%g$9b0x0&JIA$xl&u&hN+FkWr)zjK6`prX;(a;ix~u2
zlP9CRQwF#3r+fR=uE4yYTlSDn8Pg4auY(3B)tVji%T0V0YI_^b<;v5gMoy(4kHUmS
zKR15C^A0%~*LFpxnq5Teg{`<{Vgh7I&A~XAsS~79W`QY%&LeFJzP?3e;R-KQVRa6f
zG~PbbEE|^pHjJAN#r)cJc+Pn8nSiyI&tn2H!mS1Be$Un$WzGz2AISs1{GqTF|4Whx
z&7H~CyB6PdItet!-PoZrcEg@}<0m{prdSDhXDA8aTj;51@CqwpN<q6OWL#oXfFEe_
zy~+HV86Ww^tu=FcmNO;mKtWJ#*CXp^jJns;3bYVw84hxL{HMAqhMp=n^~b!N6>OK!
z{e9vkUP_8>k0hF}bZY(WlfsnNG_69M{NhoWJP025bFU@5JEeJ-p&I1Y7EYrevi|rl
zI!M`pmm`V?_IN7~D2uxaxX%B5nZf*FY8(phYJm7XSTT2HTu?Xr+#FD?|797~-zOI2
zl6(dPn5xX3nAPIC5S#IOg~&2BcVvsPv1xLo`}wp83qeo`8{DDmou5+_E+<?V===b7
zACGr@e6OsWktTp9!?t-wog3;{Xp_4C(5V21H>PjZKyzQDE87!1&2Tz*8@b3?)xSq<
zILuXRecjEB)MUfQeJ0p%4Ti6LJc?fpVyT1jh52a0Vy%Ai-0V!bJm(G^QS*SnB-?E6
zp0EA_%iUhNdYK-IUfj9*M*ngq=B6sJLj%Kolcx4BtY3J`iA82BVN;9-)venynG2UV
zNg}gqxT+V<zij0=NSaFcEf*c7n&vEK0Kg-14wC1O6op(qBwj!gH(Ijx$_wsk>cLqD
z>pWJr{b#u|8R+ONCZ>Iu-DBBLIFUEO4w85B92qGjIDGinkt48RUa=-<5xY*LY-n|c
zmn-o~%k1KnJ|U%`$4GN_n^)D`saYQ4eDHhxm*{@6_N^2N5LAau*JppcfPCND48|NA
ze`;GeH|w!a;`}OQNlRDPQ|&t{(dh7nWHw%vOU>7}rG3bRD#Pi1kzab{Vk0S(PR#S!
zJ}rzLRN!t<s+p?EN`@OLi^^aLjBg|~zY*L+Vc_~i;39}}F5|v$Vhi}udExJDrd7)0
zgs9GIvSx$);kO6)zM8VN>25DEwXEo=5n(bB#r$Cg{@T6CFgHxJ$T~i(15w$3LkF@7
zq~7a_<vq(EchdEcIsrlJ64Wb*0r=MLZ}*&B&IxV(+EW5-COUL+PyEHR8R5pQ8O?Vx
z-04k^M7pLl40N1i*g$umg2yA0QAOdtjtL|CYM5*qnUI-+aUZZ^B9HIH2jSOb%P`U5
z@N8RrzPY=*JLIlvOkg-iQ&U3F$U=g33R>MX|4ANOY~T3SVuPIM<;;w3k)|W9mWNnY
ziR7bgvDxI|f^V;JUUqr{XI#P;aTDKkb;{YRTKzCG!hhl(<J<nG*PJtQ1|w~lN(A&Z
zDJ!d2k#FRQ(7(4Usd+Yzj-9gzf(k}19P|^X`o|TC<a_TN6KzI`P1}rKRwISl^(XOy
zz)p`{Vw)Zvr?nedd)F|DP&iHNcc?rdozh(gVkb_beeE@OM8^<(YG`N2KHz$Ebi|^V
zh`&pMhWRxk<L>rm84^B`k=fQHNjm)uJB%nUf(2`!m=^l6k0(M}nkYh(^^*@$+u8Z^
zhaZ`lneP`9tbClRz%ILqp+a#s^flYQ>fO^_mp%2ggpGc3RvKbdx@B*Vo|}}-*s0d+
zy@p{}y6U9HR~UaNJ;GgmmPCgB0NoHt%HKsr==r%lPgrpPZKl&xtamPKHFBnZw`i6_
zobKmELI0|P1C-ZSw|%iu!^+oC-qF#d_;CM4M|twnp>;GYtX+lmV^wIXas&u1YjH6z
z7&gZ*5>v9fLoe|VaF74=tupo>OQzr9iiN!FUF!!N%&)8{6^pBl&Q60JY(xL_jroY6
z14&j?!`%WN?vL1onq0)OOWWTY{NXB3bDK1hd017n{p7ybtb%caHTqV!q1=q6EZDM)
zM9Qq%>E%5GbA-S-KIHRm^fR8M-`7mPT^*~`^~>};anH$PBQC@Ffn|<1%XERC$-6;q
zMxMT*ZOaSfvV^pu(rZUN`-|+?(1VI1O)h5E{_M|B(6zZd&+>4(t_Hq$eoR9<4K&EG
z%A&4R{P_fvb+`DWx~zQK-ag0l`FTkB%<eQwCDdLIxrWgWEI{I)<UeP`mgOQ*qZbDa
zLgUM4_!@pMyl7KW-t}zA*Bhj|z0%mEY-?!vTC#K&$`O&^1AsTM!&<&R=tp;dAk^Ts
z$;6iU>}&?%V79nkLxbV+X5<^+N|HxVThmtH9h2P;o}evVG3Zu|EO!LtnEq_5^VIP9
zGtgVC)Qru`%bR6E8TEU$Xh)JCIX<=T&`6!=I!(>=?uf+letzP&3|(R{gj@svZ=mIY
zQD%+FYVGmgR?f(Ao+KRChrJgznP^NAM1J!UL{Jvg8(BipgaK@(h!jNQl|Pf_$n^Ad
zj=2BgLa{V9)2p48W=OmLJDAPQRoLnE@%r+@ROj8Lw--B+>>$o~u7rf3>(}~suB#Rx
zq<HLMI1?4q`CngUMXb}?)4&0QNu*KV>D95*CF=CZOCyqGl=f{K^@uEWA{%QwaIq8#
zgEKuqr5p&BhomN#?%Cx{ot*3x`VQ0DpESpRjl4m%!|%x({Uo4>#>U1uXSN#n>hzvR
zl{s-QpD-?-g5_>v4|<f{Awz^Bs-^@|zHr)7SN@hOH5b}-awL9SOfT^k_jqn~{zgI~
z@ZTRLm*p0Ir^Tt&faXZ2!sf5j)aT7{$Joji9yPG=r}#9fA}{SWTbOWIn0r_V1l<p#
zv<-dS2iMlMQYG-5DH`2O{leFckcmOA82$tO7s)hVy&wFl%!2c>@R%b0t{Ne#87eBu
zO-z<~P229TH<FKGo%?+h=12&k)HlTP=$%$wOAFd7^&FqgRHbKhV&}-akxcGjmrDfn
zOPJn+VTD^`+^ZP0hp3o7%Q%6Zi^hI;y;S9c-Q5Lop(KlMq!5NLL(6Q#nudlmS)Mb~
z(`2wtaX<Mq1Fo{_Y7g%#W$KH;)M+`U&`>a#{;IH#NOngupKTBNI#_rAJgn`D2pGeg
zA~u@SP*?ZqHpXjcys}pEH>8=FncDWvmaw=xk9qtNY^xZ~;O+H5k3AMMuvgAeHhnl*
zJd%vc?W0tp64mc*c2oVOC2A0j7k3+14Z9kW2n6(QAX!7wZF3N7M9SnACeAzlorTrd
zXUy1CcWZACR<9(eK*hm1Bg@22lww&M!HAu-VejA|n&j!~N+<Xs#uYh>&zq_H{$~Xz
zg9^0<k*1E0LRwE&7KgC#)#=7dda;0Cvzjz(a~Z*O?`r1q#60)zZxHF}>HTD=r272)
zJQ~JR<zgp9bT?`i*B``ZO18`^>{PEAJOzB{4H(O^&KgZ&YWUnh7Vsg&CZts653T6U
z*|%8t0~-U6cGly5I&TdHSfaQ>^SdyNrR|h&U{?-!k9Cv<5V9eXswwh8Iv@|m@3cgX
z(pQd`8{svOaZ=3n!zxMvRwmzj7J=`T=?h}iOVjDPB(Vo)TPE&&Naqo6R6f6`?9TJS
zXL^wM@%Cz%m_@OqsEGB&3p!D^kA2Y$HIHYUQBFgNT1L6*rE^yY#HPj-D1Jf`TcoIi
zlI8<$^Iio@Wccl#MV9Yz)EX4b?X$my)^P!Rf>U*A6tJ%1QhY1L#0?Sk!ZPCc7k=Sp
zTp6f9nsy+GL0G1+LKoJtphu9Nm-l!B&tnkx;t~)L;NhwEzdHKzN+T&D0pz(i4bKY(
z=j8>P3lYlhSQJdyQ-u|s`z?O>k??rlh_4JX5&3b^O&KzqjjZ)6*PHqnC7M~I@?z4N
zIJbyo=pwtSQ^fW>d5aSXO5a668VZ`%*NLgA#hmYbF#4Qtkfo@ca(8$4+FHv0+Yhnw
zw@WT|kM}25ReDRqj&yMYd&3;D?=!NEc_{}j4&O~Rg27-XW2pZNQlfgWzw?&TBQ3vW
zgeYrp!<qS`DFpl}>k9ta7tGrd=pYTjj4QCsBEcORtuK9DuO6#h5Dv-9OHMx9zL+*A
zeDuB52$cqanVEDz`t?}S0PVn*DP(*5=#Ar`a`^8bbNhcRRbc5OQl$s&Io>L4Br~?<
zo{eo2ECa*KD^T-}Zr7^LT`?)C$0Zktr>7?!$mdsfwy~zBriX`zrsm)IS}XH_Qw7xA
zbAdcOmlKfvnU0AmGqcAQ$gOMqZe|a^Q7q7jyKrjqDaPMMkm<-&qx62rWUa1Wl*?_;
zzpajdXV*hkSgxQPQUBJ97o)A8CwhCs;l8=*nW)jYyFA>Vt2th%S3;3#|GVcDnGF^W
z%Ef8E2s7kBU2sH1l#j3Plc!JZ8{2x7l9~jTN(L%))6-Ei&&~PBDp~RqZvSfFQnQPB
zRP}`(+v2Y%f>iW>kqh-w_a~1TJb{nhp%_C$LuF-3l1ST`f<Bkg;0yB96c0WIr>gO}
zB@H$*J$?PSzBGhrFx7dZ1WP*&WUSroFqNOQ1JntGSQ}dLZHpw?eFBx(-CCNN)qp2V
z+vWE>sG}?*W!KAI2kX86`Ya(H@-4GMui~!nqGHC*c9`$i<63;CJ8~36y4s#>u-xPS
z@7(X9$!Uq1<-Z3fCnr@Df08;)%`zKV9Lk(u+l)IdH94*KL=s?C7i-&DTU&EtHH>{H
z!kqXA>32sy{<B&Ye}cY5bAHBv<%PVQLqMe%NJ!9u@`G^pXkHjo7{*P(rjp-K;ecIZ
zV_x;cgrIOKd_K!NvqO#MoPe}X*7D)@V#^*Kn;1x-o^bi_Xx497y`3|}Ih#zg{BYi!
zjjTNN+8Sn{S()PHX*DEgmps+&{!0<U2z<CX+ZxH_bx~U?=e<vJ+i~M3o}X*9-Ki{%
z;E~aL9dPm+Yb1jkBjjHtOMB8v<x4rUVC#nX_tSiw*^w&7SBC28(j$0&Z|xN&MHd^b
zI>s#L9nETg!O-SR(xPH7DVmpC9Gxy&kA*(|eBx&YQm$q=Iq=ALh|xV%mP6L89<<6o
zx%x_$=!fJ_RT2T_mrI0<p#l|C*^g7dZiQ&}_Nuu{t0`cDzv^wE&v5HtxR==twQo;5
z)^9^=l1<9rgpB;qyb9Hj*dO$AoL>_{)V5mF9b;r1-XPoS$6nLeJ3J9|xUZO|g}%-K
zY$Y_PLaLucG5TcL*j0h6-kgAz{^b8K(e*7YDsb?LSssz#8hnha`(>iLTX+(tC*pDa
zQ<*jBU+k+W0vfNYqm{mR3YWzO96<8^q&FfW0<j=!g`wE|GWZ?sK$-4VkmOluo}c~U
zB5#p)S#$Fh!)_^ku2}1v1tH?(#NQ&qyiftktKF$+>vI%1L1;w<K6kI3pRY1dWy|AY
zat+XlT#t04;p_$@C0*}*n07Tgrfmha^{=>%A^zLDRDPZPy<?qiC5o(GH{0!FP$}_v
zfgQ7;-N?r~c->V7&ug=H>S_{od#iaJr`tVq6r<jJtQ9lqS}XpwTr5N>TjX1P-p7hp
zI~K@{0(_&yD7XPCdIZCLlHfjIIAt5vTrzvy@UWzm+x5;fG&+0xavXGQ^dw})Tj2bN
zT#iUSZ|56cCJ)2S#o&oWFTvORqI31+pJw#V^blG}5iX{DYnf9Nf&qNKXPcFkTvl&g
zU28Sj5@KQiAPPn4c43|Er;}$PXc$Hl8b>uPkK(1~J$Oz8vy{U%bdY|(nTN9t!`qPu
z!!K~|xU*DKo*BpalOb^l#gUIZ+l7j=L%o^rd}~vP@SIqwrMmbW+@z&LX5!Ay&X}<z
z3qDD#eCntjH1#N!Z9aumzz)Tu7!T;4R|S0cx_V&h2(g_pjV_6+I7WJ}_EFV9==WZV
zdFAhPC*_rb#A|B52aB5Xt$$a^rxO=+AYZSCzj~_-h`6n9XVA5qo7sxfFFBeG%vsvF
zRwP!en~c2b5~~U4ROz0b9zByN`;zzFO1GV%Yk}e0`RKo+P`ga$Ls*mhZF~()X5(T>
zVk6jE@0lJ0@K#adT@K@Wmun5YEY$q9E;;}yU1eQdYU-o8%0Zia#1}^gPRrj2+4KfR
zVDU}QlE`Mj4U({uu%cKD)S+4^Z;KtZCTgTJqH8ab8)}2S?-Ou&zx5c@naFoUjTxgr
zQl|QR<_#H8&=zIZsdbHv-e+6<a37AU)`gt)oOji((79j%DQ}Af$0DMl&_h&TzE%gM
zQP)tJRm@Y&{otEW%m9Q=+)PhTlF2s*wU_eT-cwX<iid|syR4zDtu6igQv5)=uC8UO
zgY$nrS;F~Qf2aS|C&Tb$*;Kdd!PgpN_Z!Jl;2^*4jH*@DxAeh`TWh1=>roI5&gI|F
zb`g@?p67iM8*l8_pZ9nVNnZ`R8w){uK$B+m67}3WFAom<kAoo}?r>CocVwC)*B+6l
z$yZV$pV#208((yEbfg|O5s`Ri{)og#X055xYjXQ^+3Fu`ajZiH#*sl?T@ii6uj?G<
zddsjJ1gWhAyC~AL-J87Ye|#AIsT2?pP+n1?oHk8^AN`Es9C4boL+hM_(h7IL64hpq
zE|<ryTC4svRzriY3}lp`k0*Z*au5$28+7KG3n(ENm5D>;UT)r-aim`!Ea<S2p#!~q
zC>y3u?1w_3K_H&_tIHAIz~Br@5jn4e@Qu~hNL3&tO-eGzX0e>i%Y$NY>1<{)CN{Z-
zX4&Czj7RtDcH*ytNV`|^b;=b1>Qy-ccaQ{4f3LY)cpIp7^3yo2>Fugk?c;Dfc`VuM
zFa+`#T4`7B{h9W7YRd}vefTck^aUBVJSNjq09<-?EDAb`&D3rRvNOVB|F;r`Q3eX>
z3iaSQrpGU`?$~_1-M{}43!UT59Q$+Y{`u+F;oc^rIT~6Q0Icb_Q!R^8YY+<vSBdNH
zI(;Y$HS5Cw2ZPCOb}nw;ILvlDTrQ!ilb7SjIbp$%54m@|Xx)%mB$_mrpEVJ%d>gog
ze4P{0_L{r3xnNHD&RECzdSD`VSHJc1ldo#IA`M|g{&#JWZLz?Q;D~?=a2?Jqb^f%e
z=lV&txf{FIV1&U`6^+!<FngOZqE`cck8v~})Rugy*FQm5TH}_VugT|ZpW|;c^$;r@
zwBpC7^fDiho?+D#=8g|wzEhR5Y5&|hw=7OoN~70Qo8f4X)=%QZ1N*$;HymMQU9#e<
z`R#mAEmZfgBpI(wYe<TU92<~p$Ev#iURG89`Sjd*{#&GVR#a6p%T|fC+(Kp7SQPa?
z_S)J`$42*Fkdt0qVdJZDc5@%AtcnmIWL$f)->Y(!fo#Q3(9t;iMzHBWoDp&rG<V<w
z#@s*yuAl*oF%m8fMCEfzZY3PS#vG$weS05_F?Z+LSFf9ozP6x<*zz*E_%#5?U;{t&
z-`i{i^KQd10Wcg`yIgTgRCM20S8?CqM~jeVMDei!W0%fGlw6oC>|)<&lws}e=2lQp
zfEm{0cazTe=AzkZKs|x_O%7wsd4di~Rt6Y}uoJLgv%i`<G&j%oT_8LrC$~v-OQovc
zv(nN?XqMVLDq9>fu>nd!#`R<=B&E350j$&i=`&>@1o?nv{qbW0owyeiyn^u*-|ZLX
zs?&`#iqRj!I`7I#!9m9l-teyLo|3U_NyCSQqm}kN-%tJjnqfYHNC##n(W~N2m_fs5
zM8Avo!8|wzw0@G>>%!ybuyXsz<>P7grQ)xxCrYp@okG#Do`N1TEv<}IKR=(B&*&$I
zy*iAw|H0w<Iy&5BxG3VJ^NcR$VDimRE2WBsHbr^m;>i_%uVgy$*_E*e#jeSzk@|*?
z4r@+s9v*sB3;=wKE<+h-c6RouaoPL5jSU?$GgzxTTnc$zSgY#M>~5KNV^MSFR{$Al
zm&*0?xc|yRakMw$RyYvQc6p!Z(&i%oS}rjFly5KYLF_m{z0{-Y%w0uhK-&aIMW;nP
z?+X3-JF~t&f7DwwsvEu|c<(fh4*Bk9V;O+8XMJehmueaZ$fL3|hhs{AM6%Qo3h{R4
zY8ZgcBD$0d+LfVwn2#jd$>>4EqvPV1dR{rP{`j|xZ(HAucE?7@J35r$e!})bs-Wu?
zy(p`VfJlA~DIO1;Cn3he6`|{<V}w(??|1_shtm-Y?g=>S(D6hH65!Y4bYy}Rm0Z7S
z!$MlJ#@^}g8&el3gCh*#-brHS`}*3*_b_=i;L^S(6*%ebXW$s-tbCqxwGH~gIp;Ly
z^YN%>2p4BSj$pvw_ItTNql~9Y!H!nIt_T!S{x;F1<ZiEftCV7#(2Kkzrxo`HW=JW0
zJo0Qr>Xq6aDG^cko-U2|Ht1&We#r7H3B1y>jfix)d=XI%d{*P%X%y~>_ZZdBs|l>v
zVaOk)04@U{@K5V%it13`ODfy)x(sfWxvzp;v15Pwh2(n^{RyF_q7TLfS6X_FoGrd`
zN9?biU!tM85gIC_zZ{%uUl+Q-#&($Z%P^#xL-E1HH($xc4;^1?RJ=`3*T=PX*0rP2
z;n9JiJN+vPqBm7Ee4ad!ZhV22?d0$}Z(DC{J7@dyK-?ykzi&k6<xh6&NHA#RGwo+u
zD55B$tnBAUN(#BMsLI(hdv0@`k-6Eh>AAKE*>G`O1(LY!9`PrMG;jW%ak@m#Rk+i?
zQGYz!&lARb7s;$*`|IL&y$a|AJ+ymi=?<lYyf1sNUFLCnzT2N|jP^nLF=%Y;Z%HTy
z7Oj{^1nbb3S5s)+Q&UrYeNO-%uy^_pE-tQ|oSackYp0JYjYn@Z0m?_$fc=kda>czt
z7t>SX-bV-1?3Ep|TN_o^EDwK3lcgG+mNZZVUqfX<%Jb|`LV^@H;Osj?@IAkzBodC{
zUn+6=ljX&?)6s+rn%S|O(}TU4#~`n5ci`mS9r_5DG6!8PBN!g{3q|YA0U*l)a(&!Z
zBjgCW9{KIM(a#`qf`}nz$?Uos7mue9ufq*PaW-t(ZbXMNTL(i;^?3%T^J?eD(RPM;
zN?yjLu}NN+Bn&15$H&1<d;0<_2qwkG#KbCczL(C4+uD)tkQ@^;I5L8Viz|R-Rd{yh
z2K==>SlRd4`Ezrf`at?%3asT#VYQ6T>SnIo9L`mOS)x?;|KR|#=&~<Z0m@m8Z;yr<
zX**^zyYW_zAlc4?*ie9vXYx*qU_kq6w&)$9&*mQ9<GqugJaq03>l}&M?YG=AP&Ck~
zfDZg6hnKM5=-bSR<G~HbLND6CeBw#iXB+7#eDHn9@{Na+7M0Bg=ZaG-l_t*^l<WSR
zH{^{{QO<$~iv{iOWk_gror?jRTU(y{UdJnI?U%W<XV+iNx=P})9k-LCksVdc0iIli
zIJW)ik$>oAfWLhM*5Z8#u6HS$Q|{m<Q5$EN6GS~<f}8{(B3e@+0n-<>?A8QcjvXJ}
zn}2*CHhMww4jU!);Ur-bc#)%bpUj`sM^_?Ry*gti?UJjPKHV#ax<oFnZS3O$y#?ZE
z(!VPB_&^5V&6lg9c>&eHPaK3PZph2uiN>G0E`^BD#nT%dhxTv!2;Nz~p4k2;BwX#w
z@^~?_y<Y&Ud3I!X@dU33I6CY=|6s`I<g62HTs8Muji6%HKu#1kE`(?(CmX}@c=M)}
zu2eE_nO({H8X7ER+`(wHx$eyyT<jS<*f`VVb>`Y(PXKRlgm!r<kferb93!`1el8V>
zLd6Xm5rP%yVvUQ3Dc(wN3H{<;?}$cOHuzam+Xbe-YSM3pKiN!fPo@{Szl(gQZ{}~&
zR^iYIE1uegT>BXZX_ZAs-{~YL#qJWXUnhNHO^soX6AipQ*EbK;)zbRynp0DA+`Jk@
zLrm<7*jC%nd0hoRdg*^&tCUPD$^2y~0sd!ubyZNI3h6QSj(7BEq2AZ#^3&zNT9YH)
ze7&o~C2xc<O`gBk>}=Jl1Y&d)Wm^%Ek?H#H6M{EW^O^#sK1<8K9qx)HO+))I`DgPO
z^60$Q9r1AIEhXj|7yg28+CG|q?lyVrc+AiFx!O$F`#+Pn`Et=6h@%3O5q+e>7>kj7
z2pF@;s}^<JJo%g7`>cqTQq*!Y?Zt5i;?lBqKHtHgIZaUWX&TuH==i03MOj&DYs+HJ
zmx5hX90lugS2|)(j@{i_-`+95-Xoc~InUcwXm+XP;&lIlHs9W@NP@1-rYi1A;=>~-
zB2uk!oZ$p|&A^a1I5-$j!K)}QkE*T{78c%U{bXS9O|h`{@k7`1k4GQc4wx|e$vupE
zOyyeqLl@neMqUL|-6kSOXWG}b&*pmXB+Z;QjItb7JY`5iwtcci2e5|f-a<R`D#UJv
zT0^Ft2k@M+|6ByM{25eTI$tK>*7e(mJR0Evx>4n(tH*vHdsx6`&VFTr)rI)LKk;Gp
zx5eJadS3W$7(i0>c-Pm*<uJR9);FpLtW0Rqszf?ZBZ4md-#`(VX!<p))B;ER2oQ%6
z{hoE)sr8dNp*$<I9EbrAtFsC8j%5RXI<blBG@$UV_2*GSHt@mM4ExvCKEp6g4g;#h
zm|j7-=)=QNla?t+u~U>D_?b1CJRX+WtYK%@8sF{V)B~~@>W&YW1%Y!cSoY#W(NoYv
zF!9NzY1}9&rcQewzN!~al^+RJR*q#9NiY9m6(V)wadzKOyof_zgFe>ne$@TLsqyRu
z&4HY=ndBnJn-f|h^fgg6-Qw(0Z<eL6w)1{M&8gNGrYkE4f?vZA9XU1j-?sYR5MlC{
zM@s?noUFS+^iTS9iJzagSOouCXu3q83`fu1sHxN!%#mJR-z57-{}(MD?Z7YEu}KmP
zU)r7aH~8k<KO98cGOSU>GV5_O#RS<eN|fX^u~rFIk2<|JX7}GAA9jcP1oSC3^o>jp
zY2NA8cKpz>{W}6xJJoC0tj#^rN)@Hx`NDd$o$Z3$V0irO?ftkO%}{OH{v1_%4TO_E
zZDNE*8DywXOH7W99iFVSeEr>BSIIvaFVFm4RdMRPG_NXf`};0S)T<^&#LNEn&aE@I
z^m3QH7PV~QalfET@6|xWK|S<%zLrH$P`+4O?YjsXP@)e0I2_NK=i|r$s0J5M@fx3=
ze8vjVHxI%Aq&d(5LPA2o$9-KE_(63!1(kd}sBerWWS|%LI2ei{l}syYzdPBy>U-xD
zYxSEFV70VUQ)`TF$Ljqn;U`~8FYyuKNlQDBd;M@_Ar~!$oY#p|coI!WNBhRICA=c#
zZ4rN`AIf~heS63njnaKD-%rM96>n_?=St}t8GY(_$(=cZb-oWj-p{_g8`|7d+1j!;
zw5fl3>2j0jh>MN=A2Q+LVE_ya48p?A2sm{A!VidviQxnD5K{83ovil~xR?vX(_IdV
z^NvoeJd8E=4oU_4LEl(@#A3J#DrE4ry6h<Dl=AcP$MuPOv)rb)&p!`gHhGKQ&Co81
zVcT}<w5>XmbLzf(@7X{IX*Gvy9@&R7)#1gMkSA2j?+{}H?=OzgT|+b%Us!0G^!yO9
z(nCqFeMKr?WMyUF8<jMb=$Qu@?oD+zoy$5UnsEs0a`WDG=$9TL=`V0Ur4QCqCsncb
z$#lDWKZ>y-c2$YwZ>k)e>BQf0KYQd=&s6D9^(K7(H;qU**F+hRUf+^JQwE6M{o&%Z
za2Qdc$kVpY@RiZt?3pkMEt<%4eQo|L5R(x1*zIF*T>ihXKkXDJTu?nyS<wppw8_ul
ziZPM8LWgBO3MOKr=cfay7$9S{6ngJ!>o=pX_&OYhk>QI=rPiSjXd&gpWd2#sYAxTt
zJcrqE6>@TE!|1`F+`<ac?WDgiNJ4l!eKdEd8C~5uxoWixv$^f+S-s+H8e7H^@w)TG
zTTbQwZ+@f;ZLh{Pcvw2bR@*$7f5J}+-r30>^T5D7Le1=eprgb{rK8^JC%J`XGohu{
zRFKpA;dd{!F|W8FUK}lO>^37qQ&i;>UgId_|28P}pA8DZ8|*cbf0sOG#O&dSBR$3J
zJ0%<0GgO4~8zs&BY!HNge$%}pY6N}#G|9%-f(0t>%L&TtI$a)dK`u?1+CS?D7~MTj
z&(6xrCwK!lL~YAxgwN1W<sd#jJ{_n1H2r^^SK6p_w3CsSJJTxM<ICD=o?G3>Qx%m$
z#91}!2JMZFFK&!m=etuRvGP2bC|lh~7RL^w1dCL*iV6olEGXr()oAuzBrdh=?i)g(
zu$G(s1t@f(*4_WJ=4U&@*1Vcz3<o==EDQbM+XZ-Dl|;bx$=dI59qk}`QMdE7E12PA
z&Ifz|8Pv5KT=GgvK&G(l^5XRHFF)UYjeDS_)t>n}T*JoN^B7j|FgKX}<n8wg<JR&p
z3xoV#4P7+pNF(y+&r381gVh%ZfnYG|zNtl>psten;KSSWUZrPhD7~#xmYf*YH#6h;
z2)#3&lB}(*wX?H}jg9T!AIK2)GKB<nc65M*g!E8}EU92ge*W58)dCDt8{{`SdW4(#
zH}H`p;;z9I_&a8NrnlGnYdt=izsB^1U%;>3rPvKDUK7MWsorqAxo^F4d592(EH3a^
zPOw;|!R=yYeo9a%!L#pye0A@X0LnKuh`;I>g?;6Z9PhkJ$rR+3Z{N68DKU{==7Nq9
zYFOdxaAxeJJTVO|@A}bJ2y*WW--3Nmg}i5?Pw$+e*(l*ta8buo)!YRJ;OwlLvWD+_
zVC~Ib0@Xtz#G)-CnpSe<>Q9!2s8)C5Ujud%)E^l9IG(o&x<0OEqd>mR<llZGewEvC
zgQ&q6Ts*~t+0T}odohuI8h<#*p5{BsbnEfHE@GEx>+x=X+wec?-ZH3;sB0H&oZ!J7
z5+H=&1a}QC3Bldn-5~^b4-O$5<lyd>;2zxF-5sX$e&4N`sk(orZq=Q-{5j_|yI1eM
zdhgZU&-1L+5?)u7E=N4uL6UEQjujnTLDP{KE7!~TFFU`jA9>U%)Exg@Tuj?4q8dDx
zBB+&mcN{SPXuDTlIy$7)!yS*;#nHQrd!?enM8dgznS)WmKiSl)nD#^}JzEA|ziKqF
z`MRqcT}l#@6OTt*$S9eX&(A2pY3i2!ye|s%cqe#ud$aO5f416wBIPN_c`)8nN9P|k
zUH!GF`m;|uIs!oJyX^M#H;6d=;jY>4*Dw8PK3SW(>S2Bo=;W`x1mDMP@m{@W9|BlU
zc@LVLXBTI!r%u-e&LK$^32t?cbRS`rc7YXg@A9uxh`_2dgYqC7V)S^mGkWigsuFMV
zS}nYoLu7yvUGxqpywDi0-eIn0nBe2Z25Oq-?b=o@9zQCZlrgpDQTg$ux_~(5_HvJj
z>%lddo10tKPGDdlNHAM@!-7DYBk9iZvG0bd$Y52ibY9W4dGV9?CeSf<Z!tl>!OisX
zqw?E0cTZ1j__GN`J}0O0q4WpC>MEKtz1Gb>Z%_q_CYvGX<au4fv+`1L)lHx~-{#|`
zuP>PzF}v{4#ve4qa#*Y=boW^OLMrI!Zr`;Uh=dtQoK$1Hw;;RXQ?JoEyF1&TkSF=h
z!`<DUzaZ8NWZ^~+K|S^NkcWpm2U0B!l_Z}t!;}%7o@g>Xb>{@6!m?sPhqsJ(ah1cG
zgIrqmOfS7c^z<s(zR&%KX4y~o;8psr6U@|cOg4$Uu`SnlxN9NMdmIgB7Sg>t`Kg7V
z_h@$X=pnxng9y-0_#S~8g{c*x>4U3mzh@71_1Vik$V!EVhQ>CuTToC?!0URk&PL1E
zw{3VQCT_gv#rt|T<4*Ul>EkKLekS;?-&on%ntCYoeyL?B-7$xgopD?YYFJ3J&DUn^
z{K7AJ!7zLVFbkZIeDjE~-mYFt&omp+@o>2|`Vw}U@Zw!CGx4QpcUUcZisT1~UQCs{
z)u-6B4&JAi&tS-tniROd=(hHBcL$khfVZV_RFco2GyqI_+_?kqK0uuG;>&h^CW&h@
zUP>c7H`)hpJZ9$92{U_Z`UT0d)4RO_vYuFLZx|;qlE}%Gr|6|^xW9{D&OX{W(oxkV
zpW!+_C~r^uxD#|m^89cvd(n1(KL`@mkGe|LiF&?w##d>-Lom^a6YVLtcE<DKmvzpk
zy=0SXC<)<&%a50oW5|8i&-QqAj+WN>;O@~Q_ooF;ESJMB(LjbXnv9qKVdw%BV%DE5
z|2?<@r_joCD^)OuS51HcVb%`F+_f!4fZve9IlZs%b}sbN?H*A;LH%}snR*jKIZ$of
z5^xIgs7v*BD<Dt@(s`gZqDZ;m(zErStPf=#q$)ua%4t*}q;oc!r@Za>@Ga$Kj*)v=
z;%ipYJR=0p<gse~Rbj~sjwD2Z-;SQ&@_3@xc<}uJK09)Lx3yyE*Dp%WW;1PH<HU(^
zCaxT_9J}|UV&oMZlVnD88s@9ki6~&NFE8a}WUwQ;QG$N9v}Axvzzu5b{<3mc5UX+~
zUHQy_|A6$+?9qUyOaF_G7(lVzesSwgNyjL)GkGXf*-{j|g9ix3sv;sH+S~nHuY+V$
z9K9|>9a$1g`I)y4Hk370m%-tI*}RS;83faQcPnODX*_<N(3kqdC)MdcklERWnwpw7
zV!_8N?QWO5tS3w!2T%F3TKJJsL27-ibtj8i{DP?)+*`v?N9Gg3%2uRnijFGM-z*#)
zDm(<E%}ot5`Ai_v5qdoLvBId@uAzVk(cg?PEq9N3+HN&qC%}v_*uXs4#63FC!t^SQ
zqvN7yc5z+JI33Id5x7}&0@>8T!NG{AsH6E>=-JT^!%Fwx!RWy0qSGi5GYi#sr3h*9
zco{_X=&`CCGk1aB&kO}dg=rrce^+M&tg2_3c|^l~1KwCXzzaj6Q!{^SkgqB3mz2xg
z_s3ZSk^Ve7e0b<xk_5Nu2%~7EF)^y$-LZQOx%Bhd`PN_cR#lyY;7c5}bYsfSsX?HJ
z|IeRVbaZrE`CBt1dV|kTkDD6GrY)>+fTO||!w+r>prxg?ctGo_;BjcO_&f}!7fc-f
zK*#htq8ofrTv}RsMqMi5CXVsQQiD!`jLR1fI?lQq0x+#*pT4~Gd2@w%C@b$v(WWEM
zIQ|JWo1sQBWDkcnTIl8R(C6VMno!VjT+5EZcOxo(-B3tKFHTCF_j;R|zSYQ(d1uRJ
z?)>O>^VKp+HYoJ```0iW0t)hw;YGg`#(IINHROEHTIy0#a^<?i1B<s}k-0?R3P`>?
zeNjaTdJB;6E2IzwZ+kp%B)wpV{n>U7Hc(H-LxwN4XsxKI2tp+w*6RXg7j#BHQ&MI?
zcJK6r@6Gpl@$y++x8%s8lH#}Su>Ly%Mjp$u$M0gpBk03lQ3Bkn{yQFV>g>Kl@ad_2
z+B%|Qyo+?7Ll6=8UnXy3a{z#lpYk1b-%C0LCjJr~D$1FK2n!<cjWR3UV#Bomwm}fE
zcUCUeRimdwz{$>Z-z^Z6bj$Z`dZ<=d;-hEQQA>i(S0oY6SLk;>f*eLNZVFhA<gYCA
z2VBQwm&=yHad&Oyyw|eSK?p&aUA&osP7uF#U*<OUoh<@ACb~u(A|egtJl5rROYhW^
z>B|cVg>1pd?Zaj|L<Q#1bD!j=B+Vr0G`rH37oJ{RS!wWd5~7juIj<6e1aYQgkXuS<
z=xPpDV@g-fjFrp$`FXf<!Hre1Rg<KIE84D-w)R_>xF)H5(3f#TJkb+-&bnDy1k5_8
zr}phWH~6Ee%UAg=4uQF;An*@P^d$zR^NhU+5-vMXggi4n-PF)fQ}W65OA$LO>-dPg
z7V?`(VzyN4ePxW+FI{afUN`wI(7QOD-wZfn-(ZtlIhqYTN!I=0{8vL)pR}&cvilMJ
zb3!|;QZ%{wmv=R}70RI+75dLh&Ht_@Z{Orja6T234UtCml9M0vkGdU9t3an{qR3TL
zRIWOOmJ2L+*?$?)E1nQzM@R&a@qNMNxXC9dE-qeH=hlNxUGGh#@9;D(LQM|XvYeE0
zx7OCi%k8{1H0HWd2^2E8bGZnSDZhil#Mcj=ULg`LDKenKCyNpph7K$Km(qJ@YIR3a
zHRy~R3hKjJ?+FxYb;}F1q!g&lgofrx`jr+Jvq4VzPx;GF<8O}1pfe<=xcF}_Pt6&2
zm)pU+-<}!aFdD<OpLF4{z!zt|Wpop?eqTYyVAfr<;pVq<kq5o-BC*sK{Ftr|acM7J
zLSXS7e%7n2D;Pj6f_6$Xm|7YHQ;NP?+H>?>A}V6WjKyN58E_|a*kZ$g6%T$%y~hm`
zH>_0ukR(No-Mb?B0Sj6C*WVEXgU)~e{#o}km+a-rX&3mehM#p$9D$&O5M|H_P%15R
zy|Q;nXoeF`Y6@?~1nVSlM}yQVqk2W{N&B<c>whX{rFRLn9wXG!P0iq6{alWKC~|IH
z*Es`VoHZop$v{`3Oeyi1U_@8{uFfOORLcS?<PiXtpb`j0rX-9u<-Ql9Zv*Qb^+{6+
z>0W;J&`4#C^G7oIe!j*l^iMfhapru%pqx_4@AWi)MHl!^%U1&1Sn|bGXx=lM``(vn
zQ=5Z>V`n7G^}lqFo;OD;Y0!X1Kb^b7C+4sDoa8p~4}B}@tU|?#TxM#ofelts&?;re
z!GGy04fw%>e9usHzn6nl5BmS>*CBG&j#f4**z9}Bu8SqW?Y=t`A79n8eRgw0_R{yh
zV<!`Amiu6KQ7<&?c`Plt-FaaIYBhJ;W?Q`q&KB#XkuaaaZ=C+=H*bP64fcbb4FCHm
zeN`oAnCHCB)S&IL7vyi0@ZYvG&rlw2PEHODslfIxfu_T0Q!L{Wkiw~XcMn>y&=k1!
z=#K=1<z*%uOS1Sicw|?7qF|CNnvJ`ELvdc=;HRyV`5#@V_86YUZp$77HR&oNOy6+8
zdrRJCWN^ev9cPxHslGe=7UH?UB{(q1A^n&2o55{6KSz6o|0qqzp0FqA|HjQ#F>kK9
zb5tQUBZ(r{Vzy+1I!Y`@!T%Pc{@?$JspA%UC+3gl;41OYC+(FW4WFQw#d5dxYNQPL
zpQpK|5jUm+>`C^~t()NJkm|<fRK#q6Ug&GlLZ6z>i(aAf6|1|-iH?9upXTGIQNIkG
z+Us6TxrEZb@6HUB@+ga{bB=(w*4IbDDcsy?bDtaA=_YFot*R>_?3+7V?Tf6wrFy(t
zm5~=dB=p{mO1@Y}0DqPZK<N_({<>ppBlkq~1_6eYaE5$t81O7QpKaF}=J2E%_udbw
z!c8td1f#*|2ejH$>T>vx<k}sW!u~}PhSdjD(S@gI5T_Zfc*-kz>q(sNO<C*%{jtEB
zZ;0_tpTfUVV%1XOgss+4g_X{j&Q*D)of{%#0VSc#Z}P_$mjd(E(@x$efhtzsCMlWu
z76@{!HniETS}8F^y~N^&t`-RZt9<zukSY_UF0$!--6OIsP+57t*q+9TQ&8}jzkdEO
ziE%WPduHjNZ}`=)TnUrWsIZ^jt=-}A#z8SUNlO2OKo96hY{Y^2_pR?q2Z#3RRU$Hs
z{&|TY!|&&o#+*t9o#sgNJrd&mVn@6$h*$)w^krF}zi>qZ71YuS8GN7BY;Lc1A`3sW
zW^Un%A!^f`mXR&OeGPlEJE+2ZMJmYo0c$bHlC00kE-uJIQrIn!I`wSA5RE)nvTXsb
zsVVjlL_+7JyY{~YE}+aNhZxN|Tu6#s(E;x{+)3NWoi{18R_{Mx{qQ>@^fT0YDy~&n
zbhzjxT3d4wLhVBglV@0#`Z-lp;DA`gq~(=%OwKUuO1k3qbq6ao&7d#iOH6tQM#RYz
zMz!*fCKN~5l{cg4k&rKK^VgeDxEtTv`sXV5zmXZex;J%)$=eo#KEvC-W^Q_b?U)e`
z+l`%#`#qn{8GFE5vO^l;+7!y&mYy%(^m5_DvcfhakNM<L82aFb6l2b_n!Xi5-9V$k
zJ5{3jGK|5-$jmHz@0+%s2m=-UbS-q^Ipd?!y$ho+%Xj@nt^7Z#P`zB2RjXNbmYU^!
z*t8w(f^(W)*@WF6LRv*Gbm9D~)34|ICxlEVCv$V{4>nT+=Pcp+XjqKD4&|JQxsj9o
z9FaBB;6(O6i;X0jXxyH$X`Hfd7t!gtCO+WxHouO`yl&@6cArd0_{m>`5K^zhFy`_K
zOEK+oXv+Ugvh5+uWD233oc#XJ;rVByk>|(E$|a;|A`&KJg=fzO4iJY#gyCO#u?U0r
z=3gD&94RNgbvUP{aeFcYfMf{5689;Aa9HRd+!r)}RIJjN0Vxai{c8s`e_W!EYlPq4
zY{0m`@zSN-ln-MVM!v^UqFXOdGvx1Ob4I4cc&!v9`uPoVUyrKzS)kOrbi8YP96#9J
zF>y8WmOqPoA~xdzQZGL=l%FDEywlwx9FsZ<+X4nY3;L1Lu_woJ_HhTK_(O4}YkIJW
z(a6NV@v##C9TD&}uyIPO<9kK!qk3)2aDbn0lI=iB9-Zb$;8*JRkj7|iX$vh}{M_xz
ziB_vCGVNawTZ=4CLSE#sFTt3JQsImRFzQXJU9Y_1wHy1o_4yaM775-D)E8vmNQ>nt
z{d)asKa(#QI4tKYY?8@QjPyHAENXvhAP0ztwcS%pA770{NLWs!)|BeR=b@wRjDAam
zk5VsWBWI8F`sw09JeL<FPWKxLj*vQ@EkeJa2+bE;ng-CaLUxYB)l%*KU>2AgD5WIs
z6wm_!fI(A>8eV|xt&v3ig*7LnH2F2jzxJ&DIc4r9E)!(b@hE|vqlO7QA``!FDt(Oj
z0mqLczmh6u-p_hfe$w@x-p;@kHqeoxH$IW)V&^aZ)Q9`%y}3R|+#u39M|^uXqy4I*
z@cHw$$9G`Ay1<Xwto*b6rW_3L#}&hVb77?N=_mi{^j&0j`Ci%QQ`t8v_JVm(G~V88
z1ph<q;@ihgkz6*9ls5q72^%$&)EDn(eb-l0_tX5+o#Vu}dz{oh9(mqJ4|c5=;jBwW
zr{R7Xj}9|;TxuEfN34dmtmAeAGxUn(D=yE&ei@65M30zG?{Z^&>y9tuqjqLO_&rXD
zy@k)u<qJ|uxNEiMx1=YMQ3>z9Xb#-$ta#HgN?@^-jpK!_9XJW~v{xTLT-d<^<6HfB
z1+I3yt$(a8n@h`?0W|4Q`dfjc6p~2}lq##$f|`YtXk(IgLmkokk<`0cD>3k+e}I<+
zr=X2@xOJw1&M8FE(<Z*8*B$tA|CJpOA3a0@p7hd9GosE8Sr3DVl(#Y5PM-TFgC^#G
z6(Vz_WF8CnoVD6oq`fm(hfeUKrJjOD_vPV~jKN}E)#P3_Qs9UA-<5{1zkLiYYjkbD
zxbN2n2y6rr<3nOiqF&COFUy1mn!M6SAl7DW_Gz+zLcu=7Wbnb^3Pgr+x=B0KhvjW6
zc<$G}31b%QMtDbz6Xo?&#lxCGS8bS9SC;Uli#pkfBPDrDyQiH+SFQ>;owR~0-8W3S
zm{cohbf(}kI6jpwmv=l8TyC8a2PaesZ%1XTQ67^{qd_$*NnIqA5W<wv6MzPA$I5Hp
zCOV`c%z>lR*4ejVE5JIH-@{%<1qe`%)0C^2-bbO52x%&CJ(^F9lhL~QHNGUPcA&O+
zh)C*UdCQ()0x;yFgK|upDMUiWHHg3|);Fq^>pdbAKqJL2Rn6`AoDm4!1JhO9-?su^
zQ+gx!X->n5J{A)cG8JSnm{*adEmT2Wv)v8dzdLwdAf5Z)^!o5QhrbllY0ad%Zop;7
z<Zn~^@wq$pwf8=q1}wI$#_J-*MEgei9*oNm_NL*ipz$QI-B)I<w6&a5DM$KQZ8azO
z=~Q^_8pS*|t(L|tn>$P3MqYg<U|)G=zhni}@5bo`+I3>VeYl!39Dd<rIAe}h4|w_f
z?zkv!+WQ{&yJ>|x@nJZ+j0=M%Qi0{2YjPJ$wv}4_@oLQR54I|>0#X6jF^qpnl$U!J
zW|7uL;rJ6=dA{~ilaYAu&yg-jM8MdSet}nr`XL#_BKYJ(5cmCKx1H-``u3fO(I@d0
z!T5(^#qs)>OKDO|?c%kz*!q_S2fg<^DOM`jz}Oz&{w0}9Et#`;;?62<ts668dsSv5
zRxkpt?o!k5m&fNgDmkz0VI9Yw+p@*BlM%b;PWq=1+D}dD(|yJKocQHX(-AJd7TfIW
z1AH|#-8v(=pIV(7aKA73?G~FEHMSNtP^f%t7iXISg_<_bDs?1pH#IqBji%l#!ioLb
z*ZL4R++#h<rU|!E-gJyJ9k%0<T@hL)+C$3#7HPpSc>P>_ph;%b*zcZob8$g3FFaGG
zlRg!chR2acUVfb<4G63FoY)pEm`n|;2TnmnXGMYcX3}i-?mN#*Vq1u62DMm(>3LTi
ziF>%|HY4?9{M3L_$pyk++|6(oQQ-6{DHY#%ZMSnH&+NM(t5G4dIVKr@Szuj?)_}*f
zd^s`K38p+DGm$qtLLyWy%-4kWT0x5E=4x6GgFIa5oY&t1-gGK0kIQm(cYLAouUDf_
z<HMgQV(yoX#>x6`QFMxEG46*~%3PL|Zoi9kcBlkxy(NGO%bOw+4gkP;K%^ZObZJI(
zbj$X<FXb$R;0l-K*<jRMqTDPuuGOV|J1<#?X+L~2)A8)tBe6uWT`csFKvv>{7;>ax
z<LzEe1T0vhSdM)7{Zn!!<S0;S;?Vh|$9QvDRe5@%^>=H1*^WwDhgQLDuO9NyU9D~K
z{ex&_sZZx&(On?mp8_8yQ_XLwKrUq7B%4<`G@8Zyz98pT^ehsd%P4JF=dZk$eeS|g
zbL!3olg_KgYgGT)mQT=g_9n?4@BsSUnSAd1hXRd$$WmEbi;@_~(hqxu4#B}3mg*Cc
zB~1{3Td7@x7^;x6?31W=alAFAUlh#fbY-Y}V|&)V(lXZSl_=xU=5<rJVwZI?&$z$e
zEkt752I}O1(8!jXnbh!zh;r@5zjZ!C@p(6D%J}F7d1(&0F8lNej6%m6&G^7#Gn&tO
z+%cP&NN28?42KB|fQof_{>WJ}`-`Y@`%63k)H5)7h?Nl=o_w=IYVaZ`D_XFxz3Jn1
zM(~NVaB-k$dn)f25J*fmaX%T~@pZS;*BDR^f$H6zEG(>Lu>ShSYOfiUweo%j4%v2Q
zcbIh^XZ2GQxv+iSCp(NsPBnOdYe4=^8pf6+<-<(9yZ{knXp4W{W0<LDqzFn5#2g4n
z`^o65>0jBra3a>#WD)_LFU&x$72a5C_8kzgBwMi8M2Y2xQoxm9b;!COETdr@qMDlh
zTjsgHn}6X2C2fBwYO*SfGSMx|gMsJ3wGkXxSfq(Ln&q=GuW&Ujw+e>wBOiI4_%f#s
zL%fvd!T>Cm8H7NY2Y4|H8E>iBU6CCg){oLm#Zd+!6>|)#Q)}uX+U2J;r6EV`roWT>
zTOEwn$0{vK7(OgM%-Fd`c?vQ`CAsV!K3!CH1*c=~hipEOMRuOu1e~_4>dH&cG>I=8
zBDOt0LSjVhp$7M}xvj<kEyknkb6w|U&}?fzKiP9K43??QaxZ6t$Y9HNuN{##GGnF8
ziCnQ7tpX7aE`_?!Uc@tfPLV8YcQiW+<m?dNc8l$!ZXdU7x|xq;NEuH!+=%d9jP+i}
z-e+=pDUm6kTo%uKdVY~pEG#IL<wi2;?GmFXsidgVIKMKmME$ONgKbk*=&RtF3l++v
z#~*0s`I7yvIb=V%%4joZVdol#4nBGZ%uQ=lGH=0?7!5?bCB|xk+x3XBB0|5gW9dAF
zeN|EWE25mLTX@&EVxcv_#2iK%Sc9qabbPWnN{xDOZ%c;DLXg0DfRzpOH+PS)gZT~D
z(PpHUkd3^gNk})TQ~F>sCbbRAr4J2ouAF_aK8!b`Z(%+jJ$cU*dO+=U9+pz~#Fck;
z&R!{*tuUIwZF8KAK41{o46)O*`^>lC#-KG_Q)%R7H06MKv|Ys5q%u6KGtgu*P$QhU
z?It5-c%rSQ`ti4HIr#mpOnC~Cwe{<~^>xFn9gyuic4I-5>@gq|;{ZaJPIOii9}w9a
z6X)7q4(lGx<PIs}fCle}Ww>5Jvab1J8BG;1c{TnPzry~60v@-*WrM{qTQc4=P_^+O
zWFu!76yz*ZURxxnklc16`c`y46|L_0KD$G9QYgw;AxK-#4U~4%<iGQ3o$z56*=_|8
z0D8>F!GpM$tnYEmAb~Ia{%B|MBvlQ4{menpSJiodoj9NWOnGt91@Y|md*eYOt#4KJ
zTiN^+zoV;7-az-q*j_#Jgb&$5nS!2Dl&_x~vZBUhJ)3%l_qlkMZ<9W}hzhq$dvd<5
zSfN&V4%)W)^A|RoeB;Vmd<O<Dy_QncrcdDp5h8=lrZD;mo|c+3Rk7&21#*(7Rv5Zo
zQS>HezV*3l@u$wlrM0-x%1nj*^J%3+0wP;U$kPyC587n)YZ!rdDoY#!_$E#%qykPQ
z6&K<(cy$FW?Lvizi3R-v_m(_c8m<<z8x#3%PD4hHKn~YzgFtD2nr3CO!b#gx*`~I&
zNVQ&nGk2ZdZc+<B&=8-_S8O{U9UmX>irll>=k7AcXcBU|+$OSQx09yu_O}<hy*C0v
zog_mIz^2N8G{CKXI1lxEX)2cr>9r%)Fgk8LekCHZWN2rc8qB5*=Sd?+?!fV4+qp&t
zj9LBpj)BeXusUml@)wg#-u*C0m+GB1_oF<N<YKbyq8!#AiSS$Eimf~Q)~=0m444|@
zN3ryDQnl|taq{v2KhAfxn}Fkaf>q-4yz7OU_~O}Ff8TT5z1`t4z$P~Ff=>HsQTw5%
z|EBBBN%rW=#E-iDCzXTtBGnQ1w~y0V2%~;hW)jIBzIV@F>0B-O-Uff~ZiL_i?VwOJ
zg76~$L`G(eDAky#cSM0D+)uNt6C>Ha3`T#AWtR9fbu+!(SMHi<7<y%GIXE4j!SqxL
z>902js;=kof4G}^-%i#YI@@jaKaDC#6`D2`O(=fr^rozxYkjk!KAqQ(=yGD-n0qg3
z*_4^8XuZO9(VxpeRAIC+d~edo<y4l2-s)c1TPUa&oo&tUv<u-8xXm|cQ}T7p-W#)V
zO2N%o=CTs^yP|s1MlT+ebX%Z{f%9U|xc~Uk!7|3EdB4?sw+JEd+IklKYO1{G$hA77
zOpUD4%2|K-cqQ>VrD~3ipd9y-C@ve?f&etCq28knw!7zdsJ>GW7MGBi%g*!ir?$8+
z(L(HB*4dfeZzk8tqljR-I6XoKK(derV9;(D<3|TjcLdR~SIS*8CyEAy-R4ZQ6lt%{
zj|9(C2B*{%A7QXHZYvsI8z+~Dxy9bv3fec`Cp)e!zDoAcEbX?8Ql)dm&hl{;ua&&S
z^hyd|r~f4x;*j7KGWdhO-A2eccZh?1t()$w82rU!eDA|$C2ALQYM^&CJc;*9Yy%Au
zZkD6w_;LZr`PH!>#QM~&4{$36U<$jjX8ZzxpMO?Sl@McPmj*YD11&bh{aC+h4ZQ*~
zVZQyz`L$ZNgr~7>p<RU3v4^<FDNT)S?@!th2#=o=i69o}%z?UnV3)hunr*(l7mO3B
zi%ngMAK#^w@z909tZ8fYeLi*gSRU4yWjVELez!w)0sxEr(TX4`nOY$ZTIgZ-HSuK)
zl{kJZd%|BZ-$o^1dVIVX4U}S0r~X!|^S9xXnt6?N@>XTDWOWBy_~~m!^rZ5YctZ_u
zXqQ&m%nv6cd4sIFVvJW<Uxh|{9L;ChTup6DGD^?(q2)c7;m*b*ho~O%*%W$AoZny0
zb#7OeM->ioI2s0QO(4e~+^ucxA~g1&AbrwHB$@2)_r`jq3ROPUNA4N-3qifqQyWdL
zCuHP|?1fTWZ90C5-68bNF{CU<uVXC5+_c)2i63B0GJl#H%wYDCOE>V-7d6WeGQtH)
zUfB&8sVOHRQuaGg`E=TEja7ODGPXau+IpIgHN>?ww^8NdoxoR8EGW$QXxXxwF(EWY
znHgqrDrDHkzM%V)pktGi^%d(kCb~SA79c8BW8`bOx?MQ`4%1asY>WR~)a=7y*r#t(
zbfo)T>7in-Ril9bgTz(eoP}K-UFoQ!4Y;C`G-}i+TQc4LR8LGjUn2XPgHx59&#NZu
zfEsz1jg4o2GJw%~qj65#4s>8`P9v{%U^%hYfaxH2L(}z6-_uk)oEnXzNfXlKlPEO}
z07OpTUM(}bYK-{E6*WJq6vKCn>=_fGreosX#v@SsV+eP{qQ-jG@=B(Du-N?DzNJ|*
zJ<GC{48uu5ubT1R6+s`S_`r8Kjv@VSsZD7AroxcyP}9#Jo^oy)Ju$Bi$NRZsbrVLV
ztIc<Q(FkdTr<oi1>8R#r>|jXk-u;`1&w7Xx!mtPBwMc2SGP{qT%kFncAD^d@qxrmI
zPV}llxI7@|avE==>Mru?ts9YfJb6wb52|Ka{u(g}gayd2!@jU7{n-})E0mGpVssIA
zFz=t<E)5iGGzg96fhqmgqw|?ZEhky`j^(+XEDtO7yb9x&cMjRjv|Vo@QoZtz8-3Y1
z$_eKcokl-lWIj$j+q<rfzf?Wc7*Soan7`!CJT!eOh@q~Jfoz;HYt+B{Y8Os1%joSH
z3)96vYbiZ9+I}+BUhK=Q34-NVO)uc%$~4?z%g?KZ^Ax1J6f9xP9MjHK_2b<W481=f
zp>Xtj{KkaS^@aQ&aIaZTbRsSJ4`ugR-+h3N|9<sfKsNtBPT_k7=6_g#O>b`9sKd_V
ze>=mC#(>cJo1Ne8ksy%GLjgkLUKL)H;7qZ<^r4iZ?5KqQ2j`>q5dIGk{Xc;C|FHMp
zd*iU7Z5*;uf=w{_)<8bJMw4-HokCe0Jmx&2bUa9Ofx?hz=C_Ic#&6@0|I>*{RjGK~
zh;AU(=gnxR#CNvTAy8#s{`Md2Zxcj`yrD%O-y3CnTdGh{EyI(X43^-Cr<OKLAq5Zb
zS-5tg0Gf`y_-_{De+-N8|2>u-qyO}oh5Vn<k&rXO|8)JovHbr{yV6>3o%4?-nWH#=
ztqqvsX=VcZtwa(VTUKU>=~u7x&Ah#OTD9AV{1&=pCjCVYrJG6Aq8X1E>}ivq`zpJ$
zi^|<xS(^hq)=~9eRf%V8c^DDo@4pf|9PGd`z0f0LAxqPVAj_~L9M%0*?fy)rLWA8{
zr={^9x`Yb5alf$GRZ9oDUKudHmI~4)xi8Z2$Y^p8OT<Crxc{Hsq51H<zir@nP`-%S
z(LC&k|EbnW=O6u1H&J$Wn-E1Jyx7gn2+P|8H6A;qd+YJS+2=86XE)OIZ*J|L6zgo9
zsrc9HsvBmMv3KM;-KoWtxEpx-`QOtvY+Jk|`2M<M6AnQB4Twk4C}i<;8qOg`0Du!}
z4*qw84(;BL7T}06)2`cm7o$o!pGn@AJWFO!L*rQ?epL>E9^@C7^Nb|n%uf}^A&D+p
zZS-xInVEl{NQ7!H7<IDRd>+gWe5L5x&VSF_adIokfwl^DYEQ0=fFAExsl{!c$7-Yg
zuX_~L7`Is!^?vHxP33fc+!$F_Efu=lMiL;FZ!vU>qfmHOoxi%ObXanGJbR$I)^6rv
z0~gQa_v`51Z0kF8z`yB}S4`pQ4^}g6YX8=H7on;40?f}#wBr2fHgCsA>NWE5=xGr>
zai%~ulWx=G2*<xwnKr$A=6;SU3+NwImh8cpd0rke<hax<-EC1zzyZA+spdOc#2vCy
zV}MB6k&YhN^S;+3jlPc~6<N)W;=z9}?>m1W0`p3Ssm32S9ra^M?IaMz5P-?aMeCjW
zw_x*V^Aq<WfCVTMj`A|z=4yXNl+(GS@fomt27=p}OvubHl05G(n;h;WSss&oj_X~^
zn88tPhPp=gLXe`k{b6ho4KC@4h=_U;8*(F_T}TC&U0HkW5JU4yx66fWgvNX7W6&~d
zpTE8IE--=4nrOR{0LMit3cjjkJ;+J+#X0UhX|_=IC9)B8m?8-F`~&SC8ZUtL3ZCl~
zQSU`uPP1HJ*DNvgZg}Dv$Htfb%~uKWQ1YCFwe1Xf3g5ePVlytje<WLgX5fbbJN*a(
zy?R@n^M-Ns2^Zc2lGK>|{Q83@`PbGQMrUzrvt>CSA!DQjh#Wu;T&O=Wr1Npx;vtN)
zU4H3BXGPsZ@@2QAL@Y~CY`%KnUkss|=OF*+s{EsemQ=Ck&PL?0D{;fCbuRMljDb_U
zBrM^4_4L0bn?N4E<EM*(v*`Uyg#PA|mJT7mAVY`z-^myddmZCKy7Jl?9_WQd{1<aD
zb3)#d!vPET4F4faA+6c}3BO8W|MLK)i5DXsfR(dVe)BJcldJRFWB;vPQk^MwKYVj#
zLg>?+ga<BFOD+Z@`y}_eg?+I7(~>9;_|_MJl|R|S|Dx<Or~4`)BzeQauYSxGq?)sY
z-udsYFV%}{73LLRMwW4CfEGkCk;BHO<kz>DQQ!ER*C*9o`%uEaLAFP=s$c&%PhJvE
zpZ|+1{r@#&{x1Y-TI&RDG{nG8eSMATxhWCQF`7Zt(qZCn<D}+2T1%tA+8Y+^#F2mg
zd5o)q0Xne<wgxj0g~xpJ`bu?h{&V(TywsDY%-N3`d%(a<n)i>4Zx1)o2<#lQg<9G0
z+tz>k=d7bcJDixaP4JpB_EK?;=5*VF^Ka33|IbhH|EUiBUpN>4$L^Y2je6=PY?Aiw
z&)EpmK;V&qRiWwBje%80$ZLc|Y+*P6u%(QKH8*bNgMQSf^{z1Bx1CSlNFk&Z<ngRo
zCg>T75@=S)L%*W5>i%S{>hqEu6-ZjpKdgIkd?sfThyMpaA!1l|!zG?O9@$5meMMnU
z7?YlC^if6mb~};AUtmF0;h@^wtaKrCxcFqH+(F67TC37fIT;@SjDgOad;&OOs)Z$u
zOc=g3IE;--s-Gn9ObQANcWfz}t~6>2u9rgns(VC+t7xEqxLM8bw*L?!C~e!37alze
z;~{Ez^=&w?DoFsqy1qXE03S#qz2dup?SZ3-14eNZSYb=cv@J=f1hEJVE?hoh4zNjy
z0fWW$qx*-}Qg?wD4H}YCjio6LI%t6yU=0mC7&a~A>k}dU>?hIaqSpO~GTNfVa~j>G
zdEF4}AzgDpS9#8QstHB20P6pR^L^vew5vIlW?d4TN!`M89Z3O=)>y8>f$(S9ea;Y4
z%3r=k#3!$EU_R8Bl^Qan)tvd7<UxohuB+x!j$JsNs@WT_A(mgu(a?zpmT7b)Q8Hcu
z&PxTDhKZD_-w1*A&Si!19}rFK92!1cpvHt&{H9xsB!;7yYVb?_jxhm98^VkItugQZ
zfvGy=siq<d*CC078Qu+P^;uw_kVv`ByJ1339fgv%Qs?zEE!KVDC>1Y)&FR#`Fj_bH
zTul)8wv!)K;`2$g9xMQ}cHT|mYR;yXU#2+B0E;CeicHOz_AdIzL{+N1toF)}Mmid*
z6sGBK>BxvdVqF>3^*<1LHs*^}8oMph0ZM+tZJT9ZJGEaZLVl*cal`;6w?$`HcT|rN
zG??u(S!0`xvT87|8Uiu#qBs@>;LyJY(;q=hdN7O-<ThN|<VN3+8qFaosF&c$GRXZj
zK7F+gOsuDRfr{dG0sy;5F};bUD{k7>k?Kp(LKT;d^dM)giX4EJMob=C1OMj@=is98
z1DAEiwq2*GvnJnD1-Fa*Cz;Q#l@?Coboxp^{rV;ww|nj$mlA(wfF;kvud^@uZ<1wq
z$Q9=r91|Qo_m=Ze>LCv*Pigne%N3knQ-fa7P?*&~J?ld@l9^vS5L+bwRsHd<;r3bG
zW~s~0Hoe6^(bI*MrHi}Mb_xN*5$S>oMJee=nO$`dt$(NMYr3nbGljsfGj6Y?pKdoF
z4t)Oxo8fgPPw`OTG0M`j=4+78lmxRo$r%aqTnWwR_dh*uNg&C?X|4f)<yPm{qnyhv
z3Ts{T@Frwhe3FlhA0S`%4s><1ii4#9jxiby8L8A}pCib72PsimQ^fazRfgmHk=Wq-
z4gH12Xox)a<s-hRF)Ia8`@sYKsE|=bMI>J40_1hBve4{{Fo#Ymt7M9=aDYF*?eU^9
zU#&IwwXBX%mG$#J!@Rb`>#_aFpV;c<8OdyJBlB0QrW?p_@dMeoHMJ7qfSIJm*Q^lt
zjQFHXv*mAd8fPwN+#DZ!8}`@EUSZVLJw+AD=+&BgSiT1Qktr9|x38=connTv?)z1-
zw6Y_(|2}gf_M|r=q)%Dc{6vW<(Wv2_0u>Jw!WcE2dB4mjuH!|#l9`{4>$E1F0W3_#
zfqrQ?|HX`Wp0AZAKFVL@sXz`+8igz5UZpjyn0?M`nptKF5QjCl!Dr*9^YGet1^VcI
z?%?f&!yRY7rI42YxQ#=aV2sv-F<m$=Keh>R$mzI#h~FR(C$;ELK2pM%nygd^J%)yy
z-5CvEZA8fRa(upBl#i&hQ?Kw5>!`UJtmCUWDdE5E9|+7=_o<PycyIE=YvdkF%cNQ3
z^ZVx!$)<D!Kq-dm#c9Jn>S}kW2-T^3H|#e)P2<)6qssSV9}<i|w*KI>4P$!hhmj1s
z#VM2VjTzr|?-K%Pt9B%f8e;wNG=^es65!{e{yY)|;f`LVK*$Gv44`-@3K|vg%GgOr
zop^1!1)^JRns7Gzn&0N=+Yw3f$&=wV<U}HF0?_w*{i{T8V)oma14K+%*Va`>0QDj=
zKoS=X*dt2aPIYpM3Y@|s!`afeT384zUTo4o6f(by{@1_OJul>JSm5A-(kCK{jce|i
zlfw$Nu4;mqud}#mj7C<Q$7bSY@Wz+b>%jExwibvL`CaA46#&5k;&C=$zyh3bo2I7f
z#<?=1Y&y(RV9i$j_F^^VDAx^glg0Csl*1>(&go&!2p;}-z-C;}-en|JGG1Tbm+4X;
z%WBI>?cophs2Ip~oY7*8bL(WqduhC5ug0IQS$Z~Xyp$tx;-sB8<<N=p{EZQ;f8gX2
zvM<DSZ**fZ*F6*3-3%G0vmqLX0S@##7!-N_tSIU{UJYkZfjtlOodTFYVb$$~I4q0k
z+Y+H>%s&j|6bG%>hUm0z2o>Kz7=Ki=$YiV{M&$jOz#oDEIE44fl>>*u)V{}naZuCW
zg<dV-omY4GQBV0#Gd~uN;?!|MN{&(I?J8FYg9gkiTNVL$L3Lgn@xTth0rIKI9{k7%
zu1sU&nW?vY6S(e(@|lPL&m1HsvA9AU6`(wiL341bsXem(L*;c%Xf%>zQ7t58PjZYn
zA*O#9p9(lo$}A@0EmqV-+cBh*&V4IAtN~(Es~F|c0m_*4>!-iBJa1xG5hvjEFS-g>
zMXF&aB~kb27GNm<pg-oxGrIC0HSmNSq!PK9g;xFf{@%VpZwX3=ZW}fsD5Het7P$GT
z%sm_iJ3)?&it%c>JYaoMPT36mj<!359r}rJTPi@yUf8^^GuiqKW6D`xYbomUfk5QO
zl*SxHZ*C$1DHW$1_z1z&Osy<Z(NIpErdxLh)Z1J!&~tLxUmMaW5$6<!Ha#%QTE_%*
z4sCkXCsX%)x3*jwDoTZ{%=CZm7Pi=j&}~%iyDOA=5PIIVtbMFv%b`BXi4WF@aE#1l
zavb=(7p2QtCySAT=zr;^M=tnLmox)8{Pfn}f9gRn7Un&%kZE`CkKm=DowihsJ%AE3
zMphwmbQVKGGbg+}0`9G&lYGFOx6IPF>AJ*t150R;^vx$39MMHp@<%B&N~^0L%Q<{&
zpMoW2f`x4b#i~bxEz>w@8BNnJXTX1Rb5owD2#Af#;u>|Iz!KIhrsE93ltICQV=vH4
zl~=U9hg26S<NU3I1B~BK<<P;`V*!1<S*DMiycWe;7gm#o(YOs)q_+L|$4b%WK3tzl
zFIjqwOmqk$P|9y2xZW-1df^^bG*!dxAMb@?!MXStZQmb36O~G8-En_9e13CtY>j4*
zQ}1Y+KkwXa(H)tzT|V5c^g;HRkttYWkf1y(9X*FrhZ8@@@3gZedC823$5&*za|@{8
z4biQBPesax{rKkHC;X%g%IGwM9f(p8;pW=7rHR5T^u%JN66F4YAw>V%-P<3?2>xio
zRxRH%(rtKS(Pdbk49!KXW~`uZC+MWyg<IF>cs4Aidn`3DN>6I$WL%6Q{=g%t4=4P<
zs(ob)%wrROZA=X>ga<w_E?rLaa;u{c@2Q!t!N|MizYkI;Pc0k)UyN{g8To_t4Pehd
zcxmKj>1c>*`QOg5?#Dm*e>mqOG&>>u-HE)7j8V!td!yI(=!)*mF9jB`gVryqF{XIk
zXQ>y~OFpJosP1y#xoH&QQdHc`72<pAFGFjbb-TRPp@Iz<lre~XaDDVJQd0w8ly}4n
z-uYGFFa9Lf;(W*ZMm`k|7+739eLn$1&-6wC4U3daFEJrGD~?FW)YCP359Y^@ABFh!
zbu<@&^wAV?ntr>E{2};mnog~_=pRfKSVwUvgHJ`I2O?X6SO<Pao)02P=@w0Pa=00U
zMm`CRR8IqaovN8&kxWRE1rVE-O#IQ5*Br$uyaoWC$6vh;$Db_hp66kiv+JKeRFdyP
zK6J)(;YXB#Tla#~!OgdHiLN`T1%r7yD}NtOid?q9;tKj7Va8OpwkN9=?-NP+<sj(5
zVqr<M10qm`Y5KXJZavi4ybWOWZfDuQ9b*3C#L-wJqnY}OMgx#x>_{WcQ7uio@7(T5
zCQHOhsUrX=x%fhUMoLnD_Lf5i#Cv=3wtj6H?*QgiNi+Z@YBWY6SUONk%a}KE=7e0>
z1hxStG|jts^V!m)Ac+X`F!2+OtMcUN7ZcVPX-CJuX`mPE`Kbgv$bXS3azJ`%Xt-Kp
zI^uk%7^Gi)PVb<|p%#Fevldnz*wV|&)E$NlLq8j#&j)wg3Oq2*rIDcs+>-aWGbA8c
zO-TSs+CNCJ98Th;EALd7lPwP+12s(|)l;b0kvF6k;aZLhW`oc}iXz5-IDf*Zzr*V=
z*f~`&#+0gyUi0b+t=4nbO*?d^fsP5p`rYvy6y6kbKe@%jL^yg%jpanqlCYG~Sb2(h
z7V1n=4t3xGEw=E(ML%pDJVUgo)W*hcOFZCKvWJ99L{xjIQ(oy;P}e1{(dS`;7_F6g
zwikONEe%&p8RZ7+0c<X!KD={}bhnyORj69As+;D^X(6@=K7dRAQOvMM-B+cA9Ub98
za=BTSl2y<Uy$@!RhlV|WKp@LBJhZ=G8sBEizTNU&5aG{+c&9I17BFRIrlg9pT%`hg
z%fYs`QO8LmZ+)RCPHQl$_Of-}A)=UVA!pC~r-Tz^tQvG$4Dm&g0$N(}ncc6#@1_TO
zjw{h#ryo!DDO79E_`C#><8VQ2Td&A-H8?%So6NS!HR`%D>TKq!_=$lIzp-yuRt156
zZvo@NHzwWj_=z9Ax(B^Xht*j<;vn40XjrhZCH}Qea`o@6M2yWe{)G!xAU0hsF(DHH
zaA1XS<Kn#5=RcWinyNt<zA>t=sAc3d9Li~`lUXuS7?NK}K!}9|F}#SZqJe?J!G(*l
zz;@y54J-qd{66OdnL%LBB41WBjQG1W(UUXA139kidr4Y#{>yF9Az?+za#o760`YOF
zNWgjDpZ5`G_uJFR#?L)31ly3*3ATgUf(h=~_|m!DvA`39$X;n>`R3iGK#y)OUBs!^
zO8MF=x91Qvd8aDYs6dkw4cN4e9GS|G(7u&ReiPdPwlPvQGC#Lr2wH5aXy~>liqg!9
zRZ@Y1B5W*N$GtpJ@ui!H6Ddl)jdmkjU~sEtUl>>GH(IyRaQPm-Vv{&o0$RyXgYkjx
z9)ua=!tw(4htnqV_!$BbV)O-7#=v!(9BCvKneiTp9=oT!bV4|;tSd{HNVAr+R}MYS
ztitxjXuz+jR`TE8LaraR7J5Eq@Cv-@pa3|JhS}=yl3FdF(gJ&03Pzkq4#G88EDC6Q
z1NmPAb!J5$)rP-yfyP6+qEhLz=4@NkI)p4NzqD5OZ#H$VT_MS1woXzoxz^~_%87m#
z-K0PV=qx;Xnlm8^rEd2#i^LK=w8XS^WtxgQE68aZ-E`$PGWn}8$VM1-#`JFQFa5m;
zd!fDJban3-nWc3U;D*%8(e&Dhfkevi^e5?Q$Q_0$wxBtL%}4-XnEw^ISQC#pYhN>-
zX>fb#QDn6Z*O7j3(KS>46*hDOUrrirrP)&uXyJ47NhIAqYKZZp{qRnh-+X*Naw<Y5
zXESw6V=Xoxk!87xj-<xe))5ylFDqcsvhyU_s>!Dyq~IjSc{`$B!Dck94X9VW+j!{P
z){)BMbKC!EO;e~`zcWVkk+UB#2PX0@=5ppx)3|keyCn;jy}ZBT<G7q$kMDlJ{mDOp
zT+Giua?V8CtF^HGDe`kDPD+V_R-=^8j4Dl!q?|ChfSZZq1x1%F4md+$4ApB~&-U-w
zlqj_0i!l_IsNq=L;7%#pjjy`=@2Ply8^NkZd<$S=TTwLT(MF5Df=)}N@m{UoXEfCg
zCSdQI%q|kkXR|taXd()K4kk7oUSdM(gPXhEBKfO2JYyME@RC@4Z0T4*qtz&ui?sNg
zFa}2dX#G3QnpTq6wQ$%MI>$i&9}PrdvN(&7S>O1H9`)UC-O4N4TZ(27*wTI+I?9ga
zTr*q8#Q6E*#kwd}f~|ho#{@`82F}{M;F^r7{h<vH+)cW-+Z=6WJrn7y7k^n{NPcq_
zSP%Si`gmT`P5ICME@(d_U01Zl(xi#_Ck!R{7!=)2HWiUTl_jm0Gt66ts1DZ4-J7R2
zzx2g9xaxVYzqQ?MRVPQ+-}m9m7Hla@9Lf8ik4W9andEU}leOKqKd`X6VdP<i?X_F9
zTFcilrc0Rw%a#@4d$pP?qZ-`Z{rMYwwSq8Z(mr~NM5=UawO6LaiGAcNMK^-|1Cvfr
zCY`C982|ZehRr<bo3pik2h@1jpTyQGtisxVBTE7yl@uPvU%v)QYNzk2$<It?ZT|Wm
zcpyI!7bcCKU2dZqg)RDLV%l!DjTaAPLe~8Kt7yfHbav)tMymtL(kf)&{Xmr!SA9q6
z5n6N&IL8a8-9(-BUh|LEyBpLt)s9~C#2^a0=;WzJ82tgB4Z+%W?A;p$gex*se4ftP
z9@9fjsL`r3fgFI$z-7ezk3gRpIwiOUnC}ttLS1zJqA2EoU*(={RL``@$5xGx>4Vzh
zL@%y#t!&D`oQo_1SD`Gc@aLs^*7Z-Ll*C%h2uf%<Wmfc!gs`N7=&U<*NTFCWgA)n?
zWY#thB;!@3-?}+%<t(3iEVuEkKNV<y3F`&`@k42Gk*~GoggJjI%d8srN;v~m`mL{_
z@2uu=ha1L~BWI}bOP6`yLB`{Gb*b?D<6$dyIU5uA)~l(~A*?o4JG_76$HK{qOEIW0
zNgB16*G*<hwNm(Poqs!LDwriXGB7^95fB>DzOMSB5fA;=O_JO^)yk-oYSHA^D^#^i
z;z4{6Z40mt?-jkS8xbnOCecb6zBC=SW^zg_wd;0GK>?8Mb0AS$`YmVFza+eBGx?7w
z-jQ0^R5ZUPv4XxE+`jFxRK*zHues)F5FyL1?zS;mxuPPG=R&^4BqldHAt>MA_`>cU
z%va2l4r#=*o_0k-(!|!R6sw&wfM24;wBXmp?3bVcOX>^`Y+WP|Axg0156w38Tz)rM
zpClS#q7<Db|EU1&htFXjh@5h%O|R2u`h;{Tbn+&u7ZqPlFHsAAf3j7k??<aNhLW-8
zt7xgL8t3iP*y%DLx9<AXd46<d>DQ3*^c2P;PRdZE-BGjkYtK^<iJ5iQ`cr2?V?jhy
ze2AR}n+p342|bOxof2kcF`Qf+Q?X#!N%reEQh!(v_tVMEqzNt8Qn=jq)R1dmri8Ah
zg}00QE8Br%a0h;E6Zl^sl0JuvBEd?{oez!k(h(;gMf)_Kclc~V37_2%S6(~L{=W5P
z0x|Vnk-+~wB<;%Yr<<5LLjYjQ@li#zCh`ZQgv``PKrA0_Cs$BNVd27SK5J#cOy~aZ
zV~s$2_We_EHGR~-4qhttZm{`RU2D#OFXkEmTAG~QT=PM;RUnjn;LLJ^rFJ-`r_$<z
zn^Ozr7j6ffKddUkD#|a(Rw94cI&8rI5*CZAPPDk{^iwK~_ER&w=cE=L5zqmv1($;q
z3%fT}QR1?KvR~R&)4&YO=|5L_;Z^E>MgV}lC4D;3K?>mWz7dqwaxf+=M#xqn?1aKw
zu)0qNWt=J`QI|K{Ew5(~&l7D=(epc@nN$Y*x~pkg)ekC|E^mYYpNDS@L)*llCKu74
zNx(DqN-gd7_WOQIjg^{}CE6-e08<=FOj+2?HySMs4>|!MJv9p;uA?DbJvIogqyM)V
zPo{0h4}&i;o@#klNq7a(&rJ3%WW2uKPk8dh{C@0;MR5Md0{jAR6Ea#~gRIxo1&B<r
zowjmmoa9M-5Y{veicat!0ZSv4e+>huX?Wq>-Y|2%`NREtN_lUN<}E<vf2|PK`C`63
z=5S1TT{jRlm8{#W4EJ`lkHrqEf}5@Q@{~p{3?rOEWNB**{S?9M9@I@tF!*q^8}tE)
z1^WE+P7)_?$)D*RTKJ@%%-!^o%5rK-xPO5)UKtsg;FKC3G)oKD_w{=BRlhpt?w?7S
z*};Jhy%LB#bMKoJ-}rOl<*Mmhv(BfFEFI6~`?4j2N5K1joZF|l<XxR@Fe=A#rX(h^
zJ<Xu=VeRD*wocr6SN>_6Sn2s^-KGwh@2)Y)oa)_0qMvswUIpm>N)8@0EB{L~$D@WC
z65I_dd{&D}Pz)^cxshX$tXgJ>XsDjgOl1t}Jlx$O!WYV*ghvdDc6G8RD|`U{ba$Ho
zt0ek9y|;5#Q*BSZZr2Ha8MK?eqJgB<yv_i#B%@HYlw8H*E$Cq2@3Lg|EclwyhR=SQ
zl1?|Kp)u$;Z(%5v<eGZjUJk_L&RsR!SMD2?l2TB=0%ZbSHvB46KEf+yzSMv}Var1>
z#RE-q$$<XjetZ>}N7e0x)I?H_6zEp6JNvr9wV;Gv*gty(&%cTd5BQ3^t;d~7#`nI5
zzQQV11_6NaosRkH;T%SeWq2=uwOH<xbpjG#Ull=Ow&zu*!p!MH2rD_Cl-zt4C+c;w
zhMd<Uf|AK<$u?a}h8Wzf+W}2=lGqOkjAb@#U}zBP%nodl4YsJJbio4t(O`1Mbv$gS
zGyCv9{Y6ChKnF+rt^%{25E(k~){gl=`K&M2i)uD%*(Dg{Up-jJ>oW-7J2~UPnHXWH
zdaY@`@_*0E1||u~FKw4t+S@FI!rQCeP8S|0;t>!KKzXl;T_662`TH9J;AYODDcNwY
zuT<Y-6V}{a5(<+u*;Umxy>4AN6s+jO0bxpq`ixw44-ups<fE;r$3uxSkj)@wFC(BU
z^$R3~ay+lhaOHe*p?%q>A!~?^y!^ka`|6;$o-g0QN$?OPxD!0MI|&I+a3{D8?m7`%
zCIokayEC{X!QI{6eb8Zelkab<-fnGe)!W+l{&@4x)UDg+-tNAqPoLADPxldZmi`e0
z{lUFFe;kge9QwoNG#>OpN{R*vWM_%47Tif}AepojkCj3)H&83JY{fQe(g(u=_@lJw
z`d5xN8KTncP1Bd5y~Wy_KmpiIfbX=^pJ!j9%q=1<h*joH9hi3{TVbA|fpS<?2=Hmp
z&W=cRHM>(L5hm!dO>AnnH)4&d<V!~kTx$oalj0&adkd@n%DUu7A?7QME?5UZ2jJgc
z?-2x^F2Y(_$(BSt&*SPX%7h^HoyVd9obitdUO9b45$^%wAY6cynHb~EwLqIbgOCs@
zK<3L=uBE0=DKQ8$`1#A`bo9ZZpcu~5zUW)l<^s52JFb%KZ%|*I#!1NwM$GqTxF>|v
z8v&;htk=Ku?Ezz@^5)?C`vui_<S42afvl3*2Mfonz*o+E@0ZY4e*KCqShr_+_F|MX
zq+|dDkOb_Ju6ZH(GiKsczTDhLa4f{}kH9*F2**XpzFz<MXrZ1MORXQ-=w|%(NP~N^
z>k5$!1ZnNOmwFaOvxWw6Mt5lRrJ_B<i(&IiSHopjSG&NheM<SG90w>74Oi;<n#zpd
zxFs4^T{o<oJq*xF*++<A0({+a^@&U}YH-XDMmMk{1tWL`l86okNC{w?s!96t3ji5_
z3{yt!+RxS&bN#?QGxlyQY2iGe9`x2WO7HJv^ay^<BZt`0`K`phn1vK6h^t2iVPax_
zc`xxO8^%NbyhqSrii8o`Dra8V`j`2kkG|=mxb{{LQ3`mt9!UMq#$nUWf1_gk-=i-D
zspfE~r64drZ@<YW^MyP+JWYdoH>7mqRg9F39v`)Za{Qtf8Xr!)1OwGdqE1>ud8lR&
zSG%Q%>T4=Hgb_!>`MX{fW$X(~qgy&|D=g;O9ZzT<>*pp;Q|eVu3gOAL*w!=v4eD8R
z7)c@@B^OA7I$F-Zs##7+AeJ*6<~t?@9T#fF%M${`F>*Kxe(kuE+r{xTxaKEnIaYhx
zlzLXE4<5vnZPo3Sde+(nD7<?XWzr@rv4lgm`nXuZzff;Y$LveG>9Q;#i<HpDOfQZR
zWj%y|U~7^iky**R)&UXC2qn>cBPC@N@%%Mon7OuN*2+Z9RJ8ABiY@|THm5f-mI~pv
ztwY^X2>>;yqD{Io_6BKo1xgVTOqv22PyjXy0(~!tu*m)Cpf%r^O&<0KsS8(Y68(A6
zkza7#fHZ}9Ms1U4PdSPiK8ArqO^<#7l>Z}=mPKy;G0-yY4z&DZai8kiUKuGLbu2kT
z-V#L(ilKQFZ-Syp04g{~7Sx-ZdD-|W)FHwHK^jPX*WT99JHM*SnjPQ7N(5lX9!28@
zbP3i!G(d_Ew@=kV8#*EiJh@pHKWoi7F;2<gnTrWb6ct(4Lbh#e0p6G4z+dXWuq2yF
zz*?-j+`#^;CXJ245#EA4r$vbM<gen|xEBRn0tFT)^AO<UO8z3AV;Te%u#x8VyM%S6
zmH`OnF(AYR{4%q=m|FY3UmE?`zK)r|z5Vsr516PI_u#XT`gOni7eZHpd2Ahj7{Cx-
z((@IH4mny94qXwC!BhuJ7xj1<(SSR{lGk2?GaES@Io`pZ2Lo?6zH@s<<f(^~S4@=*
zqz-AZ9BS}t#Uf>=|HunVZh$yqKy;MJ$=}i&Uw754Kcnqe6x1y!EYtUZHC}wB>}YJ#
z%bS^YJRcA)w*NR8DJQkf81e@J)qeTy?hcvf5fE(q!;gG$-?M2Cv3`lB0XUDy$wT|#
z$Q?<3Y!$tW0+@n|BLpWREf9ilf1Ty;{19AmRGv*`UE&RTAhzWG#*C`gANfOvUB7aC
z<xu5%pmJcyu$G<QpzO;UpifaHUVhjBYlA7sxlZr%CJK#@bo!<rftI($G;A85-|t-h
ze4{`>*?jfm%U03A@HA}Vpf|w9RQCMmOH#rd!a`;v=%uD{8OC*%(*pI?yJEFC0Eu}L
zC+i!hxPtbi4iw6ExIlIFa~vX5Cz1zvlI3LTLgA68?Gzc_>EpCn@ZuF^7HMJO>8-^O
z1{Oz$*6Xe&cx>^$-cJ0~RT+i4vz;%*QlTO!Plk5H7A~Z<)1$>Z!=_=D$l$p09dY=w
zJ}hTGEn;G}{7vBE8(H&+VIKPm>L4HZFMdrkSjg}*a)B}u=3)IGCH>;a0GbdA5FdXV
zYd42Klw?Dg8p!ooOL2xv5euyU80<YFpQd2CoLYVzY2lWi$T(#v$z%WFAaiZLKdnQJ
zi6f(>fx&H)Rla2Ydm4F>`47PYmd~v1Neab~yq)6BxI;Aa$c1v<ID=MG;KYqdQCw2x
z$k*u7nOUMC&%wHacbcE>2i+PfXP6K>_b56(UHZCAl)d#RUj}9PM<tf`a~N0A?muuT
z{79-CYSMA_JD$-j$C_*yGOkp@A(iz16SDD^Jh5CX^Jkk5|HHOPgTwR>?9|j2fx8E;
z8p6aO$s&oB+aA|CNkOf(jVtlmSvD|66m`1~3j2JOgHd>{Uo2}tH*DG#Nuz)>gVV9Z
z&a<5;k`@C2NDc}lHgc?fukw-gJ-cmMjC>Aus@DJHEE8op%B>;@d1%nmSRL#rPOLL?
zBT_yxi(tAbW@_fMiw+f{Lg|`)ypAT3)%+@*blbR|BHZ(n3NU7|lYp&|nV6#UF-gX9
z=Vf;<j??_YtTo!#*N%5f-?*QX=7JJxLlKK@@l3y)hk2aln+s7*PmYQ;P-uh!#6y`m
z=yNremD^uFOup!SZ7Tgy2(d`{={}0#vbQe%#lu^>nx7Dd<x+IrH{vdh$cai|j4*?&
z_0<hKl?(|jtnV4kz3D&FGE2~t1w8B!_{2~;H?xe`5>Db!6b2~1ET{R)ykpADl+9oP
z@GSsqXC#>npn+og>&Vs)6b&_4jP+NtuVlNsxM%drTP7=o&H!Hls@9$sTb_y_Coq*;
zr>C`rYQFw#rFRNeay(cqUl(u{45m_kL+Byq!i1%w)eF(Ksz*Dh5dIb39-}mCv(^XD
zqIo)J9?l5M8>2I(xx(Nhz4c6@;#lhlD^Z)ci2ZkU0bN5mDcGs~?^W2ltDT1ufSHmE
z-|#1<6Hwddd^>Q1-s{{1c4VFI8t?yk{8`FWsulW2>q}4bflY}!%)FKWz)a4EW9Kd~
zom=K;GlL-da|)QY5O%I33V!W*o=gUG^_82N4al1;Us;@Vo68;%=M!cdnX<7j18IGo
zv0?+!wy>3}4j*vzGWg_qe*MT1+s`-O{QZ)65S}?u{Xv6U;l|rTWhX@cM(B$~<%k;f
zm5;fU`6ktk?&!tKQDjrczRfxPlIz+~5)kVrDl=64QdC5m(dV`U#~Em9)@4zW<@}le
z=LcA*#tygk9$;_k_l1V?#lFlqZIgH)0KE-eD)`+VnPe_!j&h{>tbsAGK{RTn3zNcA
zbikf0N)Mcx8XeC2iKtYbftmL%rjN);gE}nhb@^mu8))%RGSymiB6hIf0Akq&mvXHF
zlzE_A51eSk+-gnhCPVS4x%mXNY_Y{jREu3JpUhCMZ?(}J1T=BCk5tpC#axD1Qd`ht
z$dcSx|8`2n$oDzTs01QFYv8=!L5hP~2_sJmry_~#ikaT3Mw5UoEBc{}Hj_D8c53E@
zE)H~3gDRoDC;PL4NnG*<6u=tCJ!-F-sP*jEUF<c1d?(3t#A}ksFy1;q-qgbF*Rg|}
zBK_~a`WElc!A8Tbxy7P5Xmu<AtF&SMDWZ&<A~q#6?-610>bg3GqX?UtR;ItreckTe
zOY7&KiV5J4)m=G$FVD&BG@lra5l7*X?>OBgzJGg@A;v#59$?|#Y*ja@kD_6ou`q?c
z1@ANJ1@WgY&0+|P#6*qs=<B0t46NmaGFf+P*=Pe<vCtlaTE~kM`z%r&jQV^cEdx}y
z7xIcp%X;;Skph(4dPRX~Vk@>9(L|u)o~?6{GLW^MzKMa!*;7bdW%>yjUi@_3T(d(0
z8D{5D`|?1H7rhK?+3;f``m9>Rpko6SzfZb3$gU&bcz!F-w$=F^zQ9?o4drYw2)mox
z02ZoD_9vLvQ`OsQNSv3qEY&5;P6X&6mh0VV>l=V>!#`qNSU!^O$r5)}65F;Bafhd;
z4Mr=}mk8$+crqyCOE|eR7d{|65UZsPyUd(d1GW)J0o%BR^D9;iod+K`YXQa*w!jLh
zuVhRv#&(X}?9dVgEU74_ijntXYTE%HnLEDMU;xHZ#&wj^w8-}C%ROiL@asj>6Fg=j
ze#6gMgm~xWH47$C-bDPm-It965c)IGraFm|*K-1-&=Ajoq}Vu5*EDV52^6(eo{UG~
z>T+aQlYmavZH0}9iJa#TK!1LvE7swq+n(A%Wfy11tNq30V}ADQxv-=ukOBq<E<Zdh
zd;-2Nxs0uk{Jm-x>^Q-IaajG*ErSJJ2?wtmkoybJY4fHF#PV=QYFZKJ_t>qEpvg#Q
z+zKuok{Lbv!U$Q<e+ry>eBjdp@}QjgEr+KBoNRS@;INb`m{WqXSFxn9N3-S@;RCTJ
zbc=QT3&>b!G44a(s#JH-Bo32ag%i9w-~hm=tYNn9fh7;~^qG^)7eMQ;GiU%{K9bbf
zX}Ba*S@fexLd@zpbh9u^m@{OTPpb3-4$Vt8MRpe77bX)%PoU^xB#gw_q;KeyWUQ!e
z_PcWqL!uM3);6x%h64o~XxV}<;pkkf(}!}+k-t~W(3~b1<ojngdBj0Qm3Zs@^<3Jv
z-*|w~@5|*A+J{qsYz^7`atX;J)=6!hezEAd4?gv1o$0kG<Narvy=U>P@X<ygCyeaM
zdgL=)FIo|n5u8lw>k55ukD+J`Tx8z|HOViYsK@4ykDwLLwYB>YhS;J2#EtEk^}uh;
zV)RCnQbmxr+G+E8Q6lj=Uf9D@29u_*&laPFc{Ikt$nfSs2eCiZhrl#Pq$d)`hM?RU
zVROKX<CpcE4Ac5}$j;c;bYiq4I19|$8E6SHK{+-3M1Q87Npj*Y;|h^%><RZpAPwSh
z##;}(IS0}2*rb>A^tqYokzMtAr33Z`A|X~e5`H6pRp2_71yvs3Qz*n2N!LM{hrYjP
zO|z0@pYyq2BvI>!IEs89xc4^PZD)p4=V|PxIox&lcPR;vzfZrWwHsLYz>cGzrANQi
z&#<Vp*2>|{!={$L3dGYxn`-}36SsvJJ8?z>`iCBeH}_9yjQ6NfU40#YgV)|7WrbZK
zZ$V{49i=;^Wb}JJ^C2kF@Ag_0^R|)BpDYBJd-^vS^?aI`dS-q1nj(4p;re>cstLXY
zhfBJrVW((?)Cmg#y^E=(TXih4Y)Eemt{dN3-z<<ZJ{=avCevl4{C;OK@l08k3lFN&
z=G?_7byW(SE}s#w-?8stT!@Vk%WBQ%T6Ex78qK0~Td+2E{yEY5wDoHrWn`;#;=F;<
zQHW~Nqlv;Zi5?I=u;f<5Ukw)eYG(?mI@S|e>j`0P=m;9(7P$OENT#8D$l~s9PCLi~
zibq3RoBFUAy9--h&eTBB-v8UZ+rx#p9wPYZSGnyq`=D~;B;F8yRUImlbi4i&I|dV@
zx6P49PTa+u41%_-Gl}{6`Cmw4<meO-+x@|qd4{j{2sgdr2G7Jb0n#)yGF)X#`;N!)
zQ|PtgBQrGs&F5+;>YdCofGA|Zx6dF<g7BDDI=TMjuTt+(0c}+WR>HR2?<Es(S?VY2
zWz#TZ=%%Fds}3^Xy#Olg4vf!^i|&w<1?AHDNgKCJEwIe<Xq<(8oQ=`$3-IcVI^K#h
zv|8ceWRtlH|AMLcd@O8y+3yC)GKs5$g*lMmjH~c1SDE3dsPO5r$b{eBMw7!IcFr}q
z!gKEli03{(l}UKd_L4$nszc?;N*j6S_FxjDwl9P<PjD0YBgc3~I*xH5$*WZ}*XHkW
z`41m_eAabdTtT6FStHKC&1iDLi2_);eaXv1?q!smc9Kl-kB-2gJLk_{hAevP{e+*g
zI!c<D1HW!$J6&|fR$L4;3!<wKO_n`gu~7jZQ+6IMb)J4eb@!!C=-Rt2TI`{Xd|;hP
zCgKbkp*M5<6l$~e)LYDNS45U}^k&_6W&8prk;1U9SEQvZZCS4wOe`1G-B^yECm^?X
z3$V?YFBrDN)9I1FLCcS=Z#2(WB=79)7blI4=l5MTRfOLbp`=>56>eu2&uNmKUYZ%o
zblCPa%oTKRPS-VcscLIIhxI4_4)1J5oHYl~r@c9q{&A%@_kg`>cDHeE$EwbFk<$1R
zH9Nv~Nd5!RgOPvEPq9DfDLE|6hR{@;iH`0g)gd<lLF|PtI6N#YzSmbtPA*Su#+;6h
zZo8U_kbr=tlHss=i>qluM7I~)&9c9aGu#Xk9<LE`gA)D}bvTH&A}WE&4OoY_mco7Y
zGS+i=w3h~0X%BzAwn}?1ov#bFj?neAbMBKk*uY4vONnnmB1x%E`Pf|T%pEabqCxfv
z68=&n0xHxk)`g!Pq845+>B5E%AoxNRP7a8~Z}YsF!bVJ8M*w14O|xyzs&mR;Td?zY
zF#M?ZZ~=SYv<dN^7AOE2)jTHv6aT8u^KgD^XoCX(!#rDp4F$f^k77(2Y|Ce&&$&Uj
zr=<n#bNma*EarBYAr!!h@SrA^SK$Lxs>DrZeX-62IV58}K{Iaxa`pB0U$mJ{fBHJb
zqBm=<4+x}rE*&}4@jKmze1tEEZbxZ;<WT(MTm%hWcKo5s)Z*@5#`(9OUxQ4{Ewwi1
zw+cgq1cl~B4{-P1cIG|P)#tD?H{fIUY<<I1i;v=bG#@KpLglyWS6pqG)$b|PJ~h=B
z7GSe9V^Qqn5UF}TC;#rgS0yIKo-bul2|W&~MbLW<u^$**Xim*&8!480)urdgc%6Rm
zh3S!3|7AC!-y;7)%}iV<hUy}U`t%@)@{8z5I+Y`!PU)DZ-P8NiI!SDP*hBe!$<AjB
z)|_@7!?sNgX>polzCgvuw?KVd(WCP#PoXv$QeR4|@*USd>$UjqfOppoC~u--@~xDd
z#;C>3zuWMd!_Eto23ux7+73~vhSX;P4QmLgqMuWadh$)_=&Iu8sd%}2sjA$oww)K~
zb0oCY%ZJ2i)Rgzu)r&hx@`xPa<xJ##t*;k&+*S&IE+0JkkDR`0d#cE#oL7U}M9@XF
z;A9OY)Lrx*aY9)=E<6B{&ttu||4DJi{w==x#}CG%Xn?&vaJF0a`ch|Jpwr;@pg>n4
z38VBZktv>qT2lesbY7hFLlSl_3a@togkRn*-}Vfi`;e`A-`N}W`Y+h+PPx}e?@nDQ
zrK|{VD`#v>YTNV4Km_vrPytB1Ahs8x%ZFHy%z8s_ezW7Flx|b6rv-v%U*4c71)Duy
z3meS}9|r5>larth0Z!1|u|uXZP@uc$1y_Cs?@;<R<#w6yC|{it4HtZNgQB23e%TJb
zPN;eiX<l6BuHG(#{w`g)zoy@e?QfqvPqG5NqTw+2Q=v?7MD!~!i@aI><ZA*|vSOEh
zl}7#OuyK*S3t8+6C89rnM&`r%OSE_UR)$jPhx%DwU4Ca0vUEDQQ9Za8NGF$ikdilf
z4V`ufpC}^W(G4-G#s5>xjVEj^`!4cb8*9nlQWw^-N=tjc?}=8&w#A@sAMadSJKLAA
zj|q<A0>=&f+MOlR_O(QvJ}sgW0p2zYfI0|8)xPQE&wAS+R8k5m!jFL@-3*;Hotlel
zDdE)dDEQE!kb|-Z@!Fr;EIHOprX|4dHX6;nQ#R2Uczim~aO~=+`H-BIFlwUN&^1%b
zqls+P27yacjjTkno;q|@m)H1X6Bf1mrqhTwn4ppx8+$qkAg@_`Es%~LDe#S-#u+Bl
zNHa>SP6t**OD0_Dy7tsgs8o<zFfGm47yw#T{9GfP23{duFFNq}#nQxL0Cta60HJAR
z+BjrvrgnAxO7X*1k$`p<Yu6oNFdOn*8KjOgWEA`sH1p2wEBbLXQ#NF^+-Q|ZTCP~3
zfok>@+a}&W0T8?kqhe4LD_ey+Ea)az1(7%G`hFH->R4n1_#(jt${r<0AtS%((k}2O
z2Dr%rM+CO7Yy_B8ZncWg09e8y5LZt%l}(S3I!y*o$kMrG5}}rT5#kvfT%{%GYt#~7
z_B0ci7TnG?cjtG~ZAZs<Qg1c3Nh6QEx4LMU*NJm+x2HW@=!LsKHRQGy{3?o@kF0a>
z0j!;){Qx4r;i~+V9$qu0ldW{>To%)$<W#JBI(U4J@@9`8z{)2xdz%9JoO{?p7xr3f
zKU1<|jNy9O-42nnF)^7+9|5q)Uf&MV0j3yClr4F*0VVq^;Au5U@on{edu+0zEB<g6
zW4vshS8T2jmO^=D36icZd4`VjI!*R6T=sc=n6yn3-?6BVU0Lo!-=6!hO<_HHL61m%
zF-~8dV3JJpaQ%6uk-(zvRxdp>y6`g+K<)4j*+ImJ-xLuOx7coav@RkNn{Vqg0o!im
zs*GgoQC7(1Oi7h@?@*iqBS)l-g7;e8m^51&Jb<Y(+<-B5uh{$Cro;Mw8Z)!`a%15`
zG|332Obpn9KfAK{#=Ec_goxEjs*&GJCyN<}5}he2AKD*I*DS_Qn*Xv8<Qzz5Ua$IK
z-ss$O@@zD!$=WJJi}yrBxiC7~TEGTVxHsp$*aHVn#ZSkiWk+$l3!z@XbfDtnJ8M%8
z+AQFl6|XAzMn#ws3dyBPqDP-|*g+Oq)@1v#C!yBdTiR{2!9&4Kfexy<xSixlpaQ95
zr=l{z*La_eM@3KZPx)BM;_o7c#)2<BXu;RqRl%rDPbJL<n#?5}U71JM%u1wYtJ6WI
zq=E`SC7)W+xv_bNQI<GTizRh)#^*XPZpCdLOQ}l0omV^|Wny37Qt-KGdA+QxR=Wu6
zfDww!=F_CBXClQ%VfdJ%nWKcrt=T@Z?u_g#l+GHEQA{^Ea(Hk{>q~P#<AX4m5fkOT
zfleF96+TaVfHvCmgcq`HXrR@&#x+I}$?3-<g3*1#SLEEYDQ2BhXKL7Q$glxX=(5<!
zHCbS!9g*C0fy)DK6IU{m55c2YQcmx`83B1J1E(|6F+2ZLgf#dH?4H&g^)^tfyQ?a(
ze4JPp<dtX6^eup87LkRW(O7Mlu+kTCWPM3FA2Q<D#Ty7V`wbnlI)Gi^(4B_(dSMxk
z7CD?)9r>R^Ij9lAe#35jpn`h`+p@0%b&8BL>ZefiB0NyHCyhkgIS8kS>J?cx4D)x)
z`pM)7nh<Le*L#*pl(74I{7h7}e1d_xX<5$(1%q-86p#u|0^}Z6RjOoQRPV2?+B{4l
zPAspo$x^(BW?Ie9!R3cPwitR(P)Bb=eRzs-1wp~stW?nyXfjJCJCSjB4ZPq30FQrR
z6O@f4|I=DWvF`3FZCFV~%+FUg_GH*(DQ$?z8qoU3C`={7?dxu6n~#Sbgc7hudi2&C
z`EPhsdZ0a$;8>ds&~oyU%&yVnF@d$7c1mY2aW8?-zFFtllVMIn%1$GM{zg{i_QI;+
zCw}=}aNU=m$%>{Hb|A7DxTwsJHboBePNk|#m7RHnsUgNx2N}NWVTzzVoy8J^a^Or?
z>3@u*$N<R)4kz65M&*q2U#n*hs7MYD%KBL*fC?QE*bQ&u8;d{PD>ji~fG&1428)X-
z9Ynq>y$uMiIz8&tt>ksKQ9wm*o(Zt#z#$3`;#t5IqyX<X8{)PM5`f-Wo(Rv|8Ir%#
z@5x(?rz*SBW!TiqPbQst0jRYE+q-*KmaBhXR#Y@_^9yZXUN7+!F~9d!T$G+YpA3`R
zzQW9|{yA`bO6?Xk+`9IyM|0BmIpwmht^{3%ef}Y;W@_4UMZbdESI23VwS>SM&0_23
zk!Wblt+DgHdhxPXYk8AhfR5b4v2cFYi{%>#I|m0*t24t3brHCXw;U!&y;BVT#ZPqB
z;Ce4)IjL`$Ho;d0SodAGKmegh5e_mEf$yj7kk9soTMil<T42nw_GXXc_;fBydw)a*
zX#l55J9}&d4gL!xDXzR#zK^J|!TB*PHl4A8;Mhd&aDi=XZMx|BjsBu!(g~q^5#L^a
z*-a-+Ojo}Tl<)mD&Li-X{QBq34@@_G-W!Qo=KzKxF_HAMWnA-u+vF`O!s<@)vR<&{
zx3;#fSw7s~m#Ll_i$3;5liO;*XZW=upvgb}6<k=VuVRf-u{1zB{2QhB)xvBZm+O5E
zeS1s8XB6F^uXmcxI!hVN27d2O4vYBhYq;SZQQ>S7G(v#%`+nxS*00371&fXq_t53T
zAz6^#KK{ukj8!3&?2modn@MtVKBnTFwynAaq(f8$<+&4&a6}X^zVqup`~P4lB3O9u
zQ`RddCpTdJe-twOw?u$CB7oqqOm;3z{5p`z{;fcp1u|OP#LuO{mmlb7DaQ*mbD+0#
zE7wtz{H&xNMcjvMWgKcGH?~AiQ!RKB7d$u&DV<4NCfXwHe!4S!j$1u{JQ^fU(gcO%
zn{DH5#547LbmMsRx@7vc!JX7qbBl}U&DkvOgi#~Zi?cBgYxG=$QdZ9$Vzm3ydvI2~
z8&76_1ze)<z88#pQQrH(Xp@VXTK=s!%7(WWHS*>N=78TrnktblxJ_f^VN>I@{Z*fp
zR;}km&u(kMEt7)bek+%PbzYiu@vM2=_X|0xuhMTk1iS>IQJfo5hKp;hL=O`MjIIFA
zB1XcA17lyvz90eczmWm}KVOVlfW<MnQNuuhpA<!XL03OGwgmBox#elmL9c0~#;lWp
zT2wjsj{q9d?QM=t7?0n}#3X%{u<V4P!l9u^DSR^vpAqa?M)zm|;&``LNEWIpzJ)&J
z^gf#doF4P8m_(o|tHd0g(z2C&`q7oQ>rQ8e)Rd)6J1xpRNl>Km_@n&jzJ{d?ZpPz7
zk&mn+|9+()d%4A{m)g+S4gcM@Mz5Qd`bsJTV}|2K<%O%;$*rLHe(_ibc|SRIv1%_a
zfRUxoVkfz}YD4Yn{xg7OQ6*^mHt=VOa6n3t;NFpkDDnzT4tLR@=~(tiS$S2xlm?eQ
zj7R@F)q6W+%Pw|=;mo8BT_nNclrjowR+thrnCh9?+LckDsso}}w=IVr#Ss7sSB6p=
zqAn2`MG9Jvw#c2n6{@t1s`~8^ME}YTuCLa&7EgfdaY<gThd0IkwDsyDQ5mwG_&K9r
zTuT+Irghsx&jr}uvY7wjW~~HotO0sl(l4v%^iiXmjU}3cKUmt>#Zfmc(eVBt_le=W
z2>2>{EieCh(IVp4iFB6ROOUaN=haeLG1ncFJbFtAAiL~ns#|dScSzJ#pcW$C^jS?n
zK)_6)S7k=vW>0h-OVD8|EA(-*zN@MD7A2uwz{3~vRe*P2)&3*%=$4qkYs_;!6lrd;
zX|JNmSJM3W((HW4p}Ce<N8hE3-rsemX6=cuY%0O%^Uwwe44gxeWpjUu_*pLwD%;8C
zx`*-@d>2OO2nMqX^{GoJAe&;0j@WhdT}X_mpZ*`B8Qy&#O!>BJ_~yuKH5~S>5rcxe
z%L9VgWMJOr+?Wz}0s!!&gqhn`o8i`b2+m}qx!hQi>y6Fa*M;dZs)guwQDXjF?N}Y3
z@P|+zlpqUaifOl5xbismyYesv8NQMWsH6~)pi<z(l7nrI1UDCtXzcoC>#aO;1lC(E
z?O4iZ)<(9juGL72d<^AsOH;~i(3Q`~1y~_h|B=qhHkf~#>D;`*aTrZpU!_i;PnX~?
zuJX7M_c{V;)bvIOkiE1pp)cikPB?Mw=T#_?P~|#j^XX^qY`%D4d%p25R)qO+A%V-o
z=k-haVdf<JG}0r9mCXnMXkf`w+?2-#KkT=}Mr0JVOYfMA+1@smhnlry1!D_Z3QGU0
zTGA_ueHVE^k==Esu=xbm320Bug|6m}TdUW-Ou5e3E1hlH<~KGsv!2FPr2JUwuY3%6
zgWAQBg}ApS`Jtx`nn=!#Uu)aA0M#SsopYJb>OZNrr<@*BMg(0Q-elF!V{aoPf5P^{
z>#>rTM;U|OAht#i`)&3!gZ$%Ic+JtkSfJbvF5{@d;oda;YXB)(YM7AU5>^!+&O#yy
zJEHFxcwL2!wjR(&6$2Ny$Z*~nsrvBK)dC8Z2yq}5;>637@LT%QVaTg@3a=9GAEjcB
zfvWI;0Fzxe`JP@B5M*XzdeVV)%b<_x)3osZt%gR0xh=p9Wa{Ya0j`ja{-Y(MarpVx
zJ;_=?7~ISK;z^FPaye){ueb>rYR7lrd{QKBGK*?zg`^Rq9&WtVK;uRuZ0?!f(0j9Y
z-5@~Cj|sJ_d-d(Hd>B9nnml<wDvND*3Fn2TqVt#W%ycf?T^<vFMkd6@bnE56ij%e4
zO>3QsQ)Ee)c@cm2*>y0ZzCMyp(E94jPsZkauq7QoE!{Fo1tF?Be+fCTWYVzec}_(F
zBIqDs<yBjpp1>b<)6tNHF+NNkE!@po)-&}-8LE(=b^N+aa7!~(1Pmp1=^Cndx%!Un
zeu(N&vgg)vfW&_MSUkJ=YKq~>N}W=g5fEV0?3wo=ow{l87e!r#;p<NVOxG^5ETIm^
zgQwMr?;=GkrTLw+t2yCw>lg3c)%~&VdXBEVH}T3sXyjC3qjs3R%qk<dGmv?k{?jk9
zb$3{M)wWr}P`90IewPxng<Y=KPT{r68qB!iE4bg7Kl{YtBG5NzmgtgO0d3_t(Mzeo
z{`idQ-@Vg5kh>#t=9V56?czs#@h}xFS{Jj|@!NTF=cW9?Wqpx{W*OT{OuRMoFM9Kr
z;Fvj=;cuCY&N29j(|j+Z<9{eTdV3s5ld8)xL_Blyh7`8h_n6G{O--6qR4i!7UEXnP
zmKhfR)UdvlpE^{9rP-G$t<G~Fc-UTAX#UeCFvG|~hQwHczn)V20baRL-bd!Ah<WTw
zlCj)sJ1wk`2su{RU_D)BtJWzngYp!0jF<3G{G{Sri!oNNx@FZ2RtQS)@?-fL5i@fN
z53lx6V+m>)!d%109VNeDu|+Gs4*dIhT9Y|vj7ESw^k3h-t`v~BG6J+}IBsS>2gFT=
z2TeI>Uoug!Fednlt30$5PE{T7Rbuw`w&=s8f==%sI;Y0sBR;QRLts+11s9BkT>_24
z{^lyF!|vkmd%(mVnY~>#!(1J`b?7q!$vP`4R27n6YGcnOOa;(~kZWl>o3dR+((Kb`
zG^~FL(5RwSHn#p?$*4B#A%f0>DPG|)WbPvo(Y#+x%e$RUjd$8YbFV&eb&Q*zbAbHh
zBmoo-+Ad9o?ZK2xkpOl4P_6x^bYRH8lqm{#MyI=SKQ$evemhxbMDqUdJyB3?*mza8
zF?8ld?s~kBKwU7hM@$C6w-(=PmMp4nEozV%50NE{aBP}j1_(<YCl15J<32~CP;%#n
zh7aeK1hn!hY<U@?p~n?FeBxLpv>!#pTd}ed>&?w6*dQptZ!?Wg136u6IgzeV-14$C
z7`_{ibxRu>`shUZg&0#=8Djze+V_RE2)p)SGeevJ!plRqV-R?Z5~V1n4qLx#@y&T_
zV2gQIh=lr>`Fyj4@+Mo-<-LLdaA}PAB7Z`g>zfr4X>Op$0LdE~UnC+_Wr-WNxgx4R
zZpO;f1M>qu9ZpTf179wfo@1V>hh9&Scl(;-_oO&q_Js-Zc~W#%iPCtiYY>w+Z&+BD
zow+n6g7a_cW^{^>Xvor6lM!<#(cL?zQl9|#ttF<~am=D>UF&pNtj_da@qLB#!Ulcq
z_AiaN^xMbM0#d~$qY2|M%?*VL9^k+)iUfi4lF@|p9T)6f8~g2!1rN0r|MNUI3!A%l
zVlL{teQGfEWva!HI<-BisQU1Yb&qmGYLbk!BkvvWRW}Yo%EDQ0Nwk|iDsqK+6M{m@
z-AyodJr3H|u;2an$6yo$v`2;Gi<*sGW#<ghqYm<*orNp+q?2?UM2^liN0rKiao%`H
zcoZEHS-j(+=gPwpK8^e$A%f777Y+~X=NO#3-xhhXvRfA%#>$Q`NF*n=W<R>(Wm&M@
z`L_B4KfzK}zcK%g>-BB!-QW`7t5~uwS+Iza6k1*88o{9xdFAdO(8ppW>>n@Wx>w&o
zFA`ogmBhVeUze)pi2g=|^4z@xbVndp_(pP1_;G0uamY{|aawm{1;<NKe1lxZKo9$;
z@1kNJ$m1V|z}TK1P3EMLrae>XPG8B#&9mGB1Gn&h6Jn|kErPK{Hj}Cn^?)<T7c+SF
zL4XR<cg>>s6w>a`KgpY(dBe1T(L}-)eLm-<?YDpRjtA%g`#d`SdC$W8LhkfCc}dq(
z%eXK`SCfZH`3D~Q(ZWcv6%wC7cLv1gWSr8m-FSF`JL>=&;79{bKiPGI-L3AxGwQ{w
zT)f9-A!w!&F3I{@j>0|_!|^c3{;Afvd3Q`q8W$&qA({FHx6bJRi%+!3YZu$+TX&hV
zl%5?elJG{dFeH?DC!VC^os3t7s;J$W^Z{W}=65B@nBN=8KDIQp?b^szlzLs-(Jo3|
zL^PSx?VSkYej5M{#Ghz-9FwT<7cnL!)V`P<$#McuKloY6t7_7ro8B!lSWZ8f1l9|0
z<I2}u?%-_R{&bW}?-w@jx6<-BwpJC;#C##!mw4H#oi6A4+*tmiw_dy9&+d^pGR;am
zHNKqz$Id`?CjI#*vH_Rd=s{iZbaNuC&(bq?mRzh79McN<@T_vKu;)QEDJuaS)A3WU
z%{79;w*7R*kL)z5Y5Ya7_wbV!@<6?10u(2@hdB59J#J+s{`C!B)U^<|BvAxyo?war
zd#Lik{-p;N8~{+4yZ9Y8Bd}QQ2prm!V;3<f_&h?xOe#EivxmCel-oAa1NuXW=}Qoq
zqZIvIBflOpox|JL$U|RAT!Y5|PF6h`$I;Go!}c+gxH*!+x3t@f;>Q?55M~Yx2Z`ea
z@5GtXZ3R5{xQ3!c2+oi}E1G_t{xzSbS@`aJc<shKD$2dQP5Q(sF&|#I*<mj<FC_Mq
z+-sFvk;*{Qcbg6vf9S1=3|JfP>zAQ-c&|wEyof}#(h@1RG|_QO&<EKUFmI%!6LFUo
zi?ptk)`JjEOJwWH+FvVBudGm|f6z;4`EuGS(n|T^EjYem)G&y#Iq0ZAu(^a{>{;LS
zH7-gZ0pLnzLorf<+eLuuc!XcQlZ%NncIx@Z)nNn_G9v@ocaf%HsC;y=fP8nMLF=MG
zLpFnXS@3u<iyPnh#I2eyJl$SO*+2(4n4IYFQRxQV60ye0?_MZEXx}@Dxgvjmufl!!
zey6b}g^&OV0akw3l|$Wm+XX29-uR^mF)2jD`nKI^pKz#{FLQINfIQ|P)zcM{4mzm!
z=$&}akRplLg#T*!O<fBl$S?<*jLGOZ6n*mSuwHpYxpiWK7Z<S5e2!J9kZt2gLsiK{
zmm~I897GCj@$)5YXj)la_-*E2`4@9*R&8}P>ytdhV_!8_w0D%$9Xs9lPNxeljz3R*
zx!@47z+^pbB{_gZu$|zWR$p5EMYQ(@f5x2E2=+k-aeIkrQI$Vr3^SXe$c&|Zwu(w)
zpEX!fc7NsLmVh2@w#+`Q+Ajq-+z=73rvd&wxTlk|3;s$SUI|-H=t%Ze-Iscg)M4^8
z7ryF!^)q8J9`{?A&0Ch4P09Nf(^W~>QEe7{io^~o3IVE%P&AhkJ8=aZ<{DH6xa}lV
z`d6IqN*22d$;mxq)By+GtCyYnNtWK1U0aXOspbljIFSUls5O%u&p|A8=4VPqZNSFx
z@yh+6bzZyyIKLTPPPC>z)Z5l}pM3Q`{A4{e=nOt=z~04Zdp<H@c61E|J4s%j{aL-8
zQ5`w;GaDqPqNk<XPB0V?yu>(_yge&)T2>c%`Ejb8(ck-WBuz3P$adca0a`9#D^yUK
zKZ|Tg?9ABwL9&V+aTmZ#m*atW87bhzl)DFP`g<dT@$Ahr0w7tw4mhbZ!(3r4QA#fD
z-Tw5Z=$bJBqq8DSj&knR0rw4<CENfRQI1g$+@vGtf>;2lvyHb9Unx>uKkQ__NC})p
zo`b!NNJp%X2t-em_6BE3j%e`)dZK^>>A?Gk<^*#tIwA}2brR3^`TsOwdFOrmTkavC
zF#ikOZ1#Kwr>jD7i1+S((nr}OtD}^9B|k>s!s%kveinC^^O1l6h>NJ<>C1}-**P9z
z*cI;d#{!+o%@MkjPVAJ)xS+^JH*sNufsg%3#Jo@sap-=EWSPNa?2zT;{g<eu3p?6P
zSc?4P1a*MZvGbNkDu?TQ5JDkj5$*hPos;<lEn!{_c)BwYEX!;U8>6UTUmx)BhdC;2
z&KDG(I0u2o{2FV%u_<D<h0bAw@9Q|OZQeL<%NpwaPQW`m_hSPZKT1?A{Z24wyboaK
zFniWm^LW=Q8P2BI=qXxVdUNiFX>E8Nx<AN?q*Jl^S5%~eJwG%F{t-fqc$61mZSanE
zfpwJUv#_=#mnp)}<gY^F%3~AeAZrTj`5LCS1UhEA3%?)D>6&-XVAa@yl~j)xaiJr=
zCL-6tPBFu#y??^@H$ppR;Rey*$Y12%=h3C%J&Xl~-g`fLGbOL@3MCkk8*hJ&%#QdH
zJE1Ic&)i&HqMUk4RQkEjmU|I<dR#wV*5kbe=r*?R;sqXlUl$lSY29IaICL@&IT){&
zd_c>19*0uzG|Z8H>m-SGHntnse%aKU>3=pOiX|%g;6FHM{NOsdl4}BRwl;Nq=o0Ke
zo6Z%5IKA3`7?wqmJn}czX**Q;(|^irK6v)AfVhe>=+Y!hg74*?|MjQk3Q>B=mAm_S
zC-dDHhjC=@J;M84@S~ysRFcG;@S8n@R!-#P)-(4%K``TcXCD3^WCp_(q8ry3WHA9G
zi%F`&t9t1aFu_sxR=4AVqv+3JHg2!md=W_zBHC}=z$dVAjNG63Dy!36Gh+AGWu#ef
z3=_YLZt#xisGO%`Z}%!(sb<?@Qo{)LDDM>b@KAYIfwD1f;xpzybtNip+;tZ9oTQ`q
za>4|5*(on{&sGu{ij8C43b+nBCNb83?s@GGSj#V@hHp8|w!?Q+F-C5)_Tk$}@KtL6
z#-;A=%9Cby&Vcz!aiI5k&ytiXX{TaG0pb7~t~U72D6zTXXc6F&b2jUNGoY3AcRiP-
z0}{6wqv_V5W#wbj=^q2{>h+%)4_UCC?ktN);?8`MEbJKn!}=y8(Lqm&``<CvfluQh
znbat6P;_M$oOuL(5HBi@2JA#;X|#!Fh54%v7rIMg8a?Rl<3xqM4nmBf%Vo)SkH;ct
zWX99w(^|~jT{(5T%|mwpuao%$Gk~Jp?<j@$)VmTzYK)-y)~(rl5HSP}V3R@jBMCRo
zyPu>QuWIe7PZr^#gO{y*#OaO5fQnO2)Egj}Yw@mhVfO)kCprsQTXr%b7rLLHrIgIT
zM>3T$v=z9l>43{^7M}(_Ju(6+N~w+Sx%ewZ1BtVq>YYO2_jWrjh3yREzZGM;9BQA~
ze9yh71&<~Bi8(-A#d1b#Cf{JjM`1CBk5_R{92FKjxD$Uz$kd$s(;><w36<Z&viF<F
z(Wk@F4xaN|u^Fx#aJbDRLJQJ&_5Or<a){R-USF;n$YJNs5@Tc%QZLj)7w7<*rEmP`
zT{f;KR2><~MkU0jy@*fzk8f*7#atA1JngM{-T*q~_B>(IuOU2b&HfJtKMl_Joq`>;
zN+FeXDHGm3mRan*_C`Io1WOrG(2B$Uw}z5U3Ba{tt`Bw2wmy*g(uORx?Xc^O;L{Gb
znvHt<4xe+3hSfXIGvL$e=C7bwiHL2C7qTin0viUcb2P9IR}X3dR9?STZBNCXf;8ab
zv9;Xz2+LR2J3*Wkv`}?9X}|@Y?#Vh`sz1If#A&;JB7aIfGE+iD1w`HojeGl7vrop|
zcc?#U?#ZJB-H+#kUEH`GPL?yO+Y1_+i~v>M_MfI56kl1X_}wEo1}lcXG{Udh8C4pM
z2Qwq;l4|O!NDVqYi9p>3W+OH?Z2^z=yl$bHbJzJ8XEWAlvvD|tBh-cR?FW56JG9K^
zE$FQen|qt8@E-7!i|=UV<3xVPlPP!Qi$TP)`9D)gYm82$pmABy)>z~zYLe=Q1FBBN
zpeu`0lNC@E3Kq3w-OE-;9ah6x<IZQfO{tlE7Tf^GUc#UYRmm0YnC?>WVJScg23V9#
z__QMmaK8LgbWKPdOza7WTrgU63?wy5QTE4Ml#FfE`H*P2y5P!N*9ZUz(uD;)$2)$X
zL2I9r_@OTQkwIo1uPPwab2mB-Yn)=-xCK5te%E3A8pG4ZNq&X$wh4ptQK+qDd;L9*
zFe7BPojmXc9Q5I)mxu&U%qsAl`a%?Scyk&t+nqhAd<-&yCm;@hrK=437OuN-3I#h~
zhU#>{*udt`oQC~P;SH+mJAdXbQe-<G6#IK>l}(^t^btW&M*ljGUh9slkDHsF!-&+Y
z;mh@PPMhpVij7yEXNu5{h%~&loj<CNi_MBo7)c${byc#Dm1pB9KL+7P#g)_RJM@ir
zRp)G~S$CuLw!9W_VzmK{aN^7-uZ}Pd@Wu{`$$i9Kc~B!OCGaVwc{J#bWyznETD+?E
z9<gfIlDJ|t;9P_2<KeK{)co?wr0F)A3)T9oQ&8PE|9=gX%Qbj)JW0^zdTd9_4}qsn
zFG=rnLHE_W6?ys9M%VqrhSdP5$%grP2DfBM)_cRz1WVr%9rQ;he(`I^d9H(sz}ty6
zJjuIKy!Oip!jLB+3_}xfw~hVrC!gbqQ;xRV!YqvJhhM70Pmj5`SF`X7`BPXm{LdVH
z$9*)lrNQ;soV?THNk(qaeb;aeP}R8YdgJhvYt&QRk5#)Zz70+64(}A6H3?qvm-60V
z{#AHSKQSJ7n*?tNJYDz7dQ1}h%v=%ZeKlQb8=HsAY(Q`SCvbZL&-flMOX2`VbNXm>
zLQObcP;F^jd=~KSJwuK=?5-)`;hH|^R{ZEbe(3JTq1T|n83^qP1#tm;yEp)2$f}O=
z_-8A>Gq=NEOlkzUh)O&gTKNr5+Rf7Cbvu|01u-|Ebc(Xj9s`CJ&uPyfTQ#D8MMt(z
zW=5(!*K841{L_9~N9#6TyY&(-<=F_wH*ITMU>$%8qoe^vkM0Ad3gn%3uP0@sPKUNr
z>+KPJ7A$CIVn)+ZP{R9ZG|*=e0=(mtm&?!nFJLiWXd^$^S7{;<e#qr?ceAR&^Ch@D
zRH88Gunvxxs3xg>i7$;|Js77qHB^ML@h#e5#ZzzoQL>7{!vUttAUrsXu#pl*{dBdl
zx@!{ki{o>cKrF&(gAsj(UQV4pNzGe$Qf0I}YxTfF(=vB_CRZ08Z!Eq8Kfg~2Ti!(a
z&t4&7UTF$a`mppO3}JQqeTUlUA`svh!gXXg<dzI(iTRi7r~~fMe<<#_>lK~*=qva<
zpHI=NU4PIihj83V9pL~ECUP8i6lWyE;XlsCUO-+`;<8u`PGoRYgPQ{vt1PhuQRo(4
zD%cCUAPQ#99^a~VKy3{lpCIhUi>?Mk54#w*Uf?HS6NjT-Ye?1UXrSs%$_39~KbS$m
z@yYveru^wsgXa@T$I^E4<6y%h><y=|!Fdam=y--J=-?Ly#Bq7xujP`noi+y;G&rK2
z^~tsv!!wxu$f6ZOWuJ#V84wq`v;WJ<N9wwXKnUm$IoXc2*$?vMqtMdnt4Bad2ebMV
z<fY~0;yX7z{vTn4|6(Hkw_wHpKSUN2a6w^Vd+poamo-DedVe{X0ukp})2>#R@J)8a
zK3D_+^MBfGwh}7DenI8^+rJMVSY~&7JH1IM>bX>p$dws(Qq!Wh6H(r~^cE4XK1@J>
zizg|**iz-%wG4y=;{jHPVQE)??|7|ybV}{C+zkDNL2dZYuN7fWma#JsJksTEugFvQ
zvw5>amvp+Hh#D^o-UcxLZvyH6wEq7AbDr6~Ax2c&hT~LnWFS56FE(wH+j<5&?Mpdc
zvJXPAV*e`@JZuU>w0{YOb$B71n(JHK-{C7KSGWFA(W!^!A9UMG)(*+oAoHKEaPq_Z
zm9at8KX|yipe1|HKV;bj?0;yo0^hVB!eIaQxw=*=1Gf>cPH=;`RX$E5t}F*9CVosH
z{q2cR$CWSu=~J3hu*|7-ntW-1#i>pQ^4b%IGIeOcEI0*`ZWloA{#MuB+zAM@baV%}
z1D&}XExlZ6IA~;TT%CZn9ze^|hyg?~#=pfZKDk?pn7djc{s260xOq6<2y*ZUYw~c5
u@bilBBQE(w-n<cv+Hm_10zfAVTPvUcTHxKd{wP8K@ZqhBT!oD3m;VLw7?KnK

literal 0
HcmV?d00001

diff --git a/doc/design/assistant/sshpassword.mdwn b/doc/design/assistant/sshpassword.mdwn
new file mode 100644
index 0000000000..59f981bb16
--- /dev/null
+++ b/doc/design/assistant/sshpassword.mdwn
@@ -0,0 +1,65 @@
+Currently the assistant sets up dedicated ssh keys, that can just use
+git-annex. This is ok. The problem is that the initial 2 connections to the
+ssh server when setting up these keys involve a password prompt, which is
+done at the console unless the system happens to have a working ssh agent
+that can pop up a dialog. That can be confusing.
+
+It would be nice to have the webapp prompt for the password. Can it be done
+securely?
+
+This might come down to a simple change to the webapp to prompt for the
+password, and then rather a lot of pain to make the webapp use HTTPS so we
+can be pretty sure noone is sniffing the (localhost) connection.
+
+## ssh-askpass approach
+
+* If ssh-askpass is in PATH, or `SSH_ASKPASS` is set, do nothing.
+  (Unless webapp is run remotely.)  
+  XXX not currently done; the UI would need to omit the password entry
+  fields in this case.
+* Otherwise, have the assistant set `SSH_ASKPASS` to a command that will
+  cause the webapp to read the password and forward it on. Also, set
+  DISPLAY to ensure that ssh runs the program. **done**
+
+Looking at ssh.exe, I think this will even work on Windows; it contains the
+code to run ssh-askpass. (It does work on Windows!)
+
+### securely handling the password
+
+* Maybe force upgrade webapp to https? Locally, the risk would be that
+  root could tcpdump and read password, so not large risk. If webapp
+  is being accessed remotely, absolutely: require https.
+* Use hs-securemem to store password.
+* Avoid storing password for long. Erase it after webapp setup of remote
+  is complete. Time out after 10 minutes and erase it. **done**
+* If the user is slow, the cached ssh key can exire before they finish.
+  This results in ssh being given no password, and failing. The UI
+  now detects this and suggests the user retry. **done**
+* Prompt using a html field name that does not trigger web browser password
+  saving if possible.
+
+### ssh-askpass shim, and password forwarding
+
+`SSH_ASKPASS` needs to be set to a program (probably git-annex)
+which gets the password from the webapp, and outputs it to stdout. **done**
+
+Seems to call for the webapp and program to communicate over a local
+socket (locked down so only user can access) or environment.
+Environment is not as secure (easily snooped by root).
+Local socket probably won't work on Windows. Could just use a temp file.
+
+(Currently uses a temp file with locked down perms that it's careful
+to clean up after use.)
+
+Note that the webapp can probe to see if ssh needs a password, and can
+prompt the user for it before running ssh and the ssh-askpass shim.
+This avoids some complexity, and perhaps some attack vectors,
+if the shim cannot requst an arbitrary password prompt.
+(This complexity not needed with the temp file approach..)
+
+### TODO
+
+* test on OSX
+* test on Android
+* remove the vestigial terminal on Windows and Android, since this was the
+  last thing actually using it (not easy!)
diff --git a/doc/design/assistant/sshpassword/comment_1_24399abe0a0c1de271490ee15e064760._comment b/doc/design/assistant/sshpassword/comment_1_24399abe0a0c1de271490ee15e064760._comment
new file mode 100644
index 0000000000..e71806fa29
--- /dev/null
+++ b/doc/design/assistant/sshpassword/comment_1_24399abe0a0c1de271490ee15e064760._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2014-04-29T10:10:04Z"
+ content="""
+Can you do something similar for gpg-agent?  Or do it instead with a ssh supported gpg-agent?
+"""]]
diff --git a/doc/design/assistant/sshpassword/comment_2_36a811bca209c7ac8a44d64bf8bc5bf3._comment b/doc/design/assistant/sshpassword/comment_2_36a811bca209c7ac8a44d64bf8bc5bf3._comment
new file mode 100644
index 0000000000..8d9925af2e
--- /dev/null
+++ b/doc/design/assistant/sshpassword/comment_2_36a811bca209c7ac8a44d64bf8bc5bf3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 2"
+ date="2014-05-19T15:47:19Z"
+ content="""
+I don't feel comfortable prompting for gpg passphrases in the webapp. See [[gpgkeys]] for thoughts on this.
+"""]]
diff --git a/doc/design/assistant/syncing.mdwn b/doc/design/assistant/syncing.mdwn
new file mode 100644
index 0000000000..df9a771b13
--- /dev/null
+++ b/doc/design/assistant/syncing.mdwn
@@ -0,0 +1,220 @@
+Once files are added (or removed or moved), need to send those changes to
+all the other git clones, at both the git level and the key/value level.
+
+## misc TODO
+
+* Test MountWatcher on LXDE.
+* Add a hook, so when there's a change to sync, a program can be run
+   and do its own signaling.
+* --debug will show often unnecessary work being done. Optimise.
+* Configurablity, including only enabling git syncing but not data transfer;
+  only uploading new files but not downloading, and only downloading
+  files in some directories and not others. See for use cases:
+  [[forum/Wishlist:_options_for_syncing_meta-data_and_data]]
+* speed up git syncing by using the cached ssh connection for it too
+  Will need to use `GIT_SSH`, which needs to point to a command to run,
+  not a shell command line. Beware that the network connection may have
+  bounced and the cached ssh connection not be usable.
+* Map the network of git repos, and use that map to calculate
+  optimal transfers to keep the data in sync. Currently a naive flood fill
+  is done instead. Maybe use XMPP as a side channel to learn about the
+  network topology?
+* Find a more efficient way for the TransferScanner to find the transfers
+  that need to be done to sync with a remote. Currently it walks the git
+  working copy and checks each file. That probably needs to be done once,
+  but further calls to the TransferScanner could eg, look at the delta
+  between the last scan and the current one in the git-annex branch.
+* [[use multiple transfer slots|todo/Slow_transfer_for_a_lot_of_small_files.]]
+* The TransferQueue's list of deferred downloads could theoretically
+  grow without bounds in memory. Limit it to a given number of entries,
+  and fall back to some other method -- either storing deferred downloads
+  on disk, or perhaps scheduling a TransferScanner run to get back into sync.
+
+## More efficient syncing
+
+See [[syncing/efficiency]]
+
+## TransferScanner efficiency
+
+The TransferScanner thread needs to find keys that need to be Uploaded
+to a remote, or Downloaded from it.
+
+How to find the keys to transfer? I'd like to avoid potentially
+expensive traversals of the whole git working copy if I can.
+(Currently, the TransferScanner does do the naive and possibly expensive
+scan of the git working copy.)
+
+One way would be to do a git diff between the (unmerged) git-annex branches
+of the git repo, and its remote. Parse that for lines that add a key to
+either, and queue transfers. That should work fairly efficiently when the
+remote is a git repository. Indeed, git-annex already does such a diff
+when it's doing a union merge of data into the git-annex branch. It
+might even be possible to have the union merge and scan use the same
+git diff data.
+
+But that approach has several problems:
+
+1. The list of keys it would generate wouldn't have associated git
+   filenames, so the UI couldn't show the user what files were being
+   transferred.
+2. Worse, without filenames, any later features to exclude
+   files/directories from being transferred wouldn't work.
+3. Looking at a git diff of the git-annex branches would find keys
+   that were added to either side while the two repos were disconnected.
+   But if the two repos' keys were not fully in sync before they
+   disconnected (which is quite possible; transfers could be incomplete),
+   the diff would not show those older out of sync keys.
+
+The remote could also be a special remote. In this case, I have to either
+traverse the git working copy, or perhaps traverse the whole git-annex
+branch (which would have the same problems with filesnames not being
+available).
+
+If a traversal is done, should check all remotes, not just
+one. Probably worth handling the case where a remote is connected
+while in the middle of such a scan, so part of the scan needs to be
+redone to check it.
+
+## done
+
+1. Can use `git annex sync`, which already handles bidirectional syncing.
+   When a change is committed, launch the part of `git annex sync` that pushes
+   out changes. **done**; changes are pushed out to all remotes in parallel
+1. Watch `.git/refs/remotes/` for changes (which would be pushed in from
+   another node via `git annex sync`), and run the part of `git annex sync`
+   that merges in received changes, and follow it by the part that pushes out
+   changes (sending them to any other remotes).
+   [The watching can be done with the existing inotify code! This avoids needing
+   any special mechanism to notify a remote that it's been synced to.]  
+   **done**
+1. Periodically retry pushes that failed.  **done** (every half an hour)
+1. Also, detect if a push failed due to not being up-to-date, pull,
+   and repush. **done**
+2. Use a git merge driver that adds both conflicting files,
+   so conflicts never break a sync. **done**
+
+* on-disk transfers in progress information files (read/write/enumerate)
+  **done**
+* locking for the files, so redundant transfer races can be detected,
+  and failed transfers noticed **done**
+* transfer info for git-annex-shell **done**
+* update files as transfers proceed. See [[progressbars]]
+  (updating for downloads is easy; for uploads is hard)
+* add Transfer queue TChan **done**
+* add TransferInfo Map to DaemonStatus for tracking transfers in progress.
+  **done**
+* Poll transfer in progress info files for changes (use inotify again!
+  wow! hammer, meet nail..), and update the TransferInfo Map **done**
+* enqueue Transfers (Uploads) as new files are added to the annex by
+  Watcher. **done**
+* enqueue Tranferrs (Downloads) as new dangling symlinks are noticed by
+  Watcher. **done**
+  (Note: Needs git-annex branch to be merged before the tree is merged,
+  so it knows where to download from. Checked and this is the case.)
+* Write basic Transfer handling thread. Multiple such threads need to be
+  able to be run at once. Each will need its own independant copy of the 
+  Annex state monad. **done**
+* Write transfer control thread, which decides when to launch transfers.
+  **done**
+* Transfer watching has a race on kqueue systems, which makes finished
+  fast transfers not be noticed by the TransferWatcher. Which in turn
+  prevents the transfer slot being freed and any further transfers
+  from happening. So, this approach is too fragile to rely on for
+  maintaining the TransferSlots. Instead, need [[todo/assistant_threaded_runtime]],
+  which would allow running something for sure when a transfer thread
+  finishes. **done**
+* Test MountWatcher on KDE, and add whatever dbus events KDE emits when
+  drives are mounted. **done**
+* It would be nice if, when a USB drive is connected, 
+  syncing starts automatically. Use dbus on Linux? **done**
+* Optimisations in 5c3e14649ee7c404f86a1b82b648d896762cbbc2 temporarily
+  broke content syncing in some situations, which need to be added back.
+  **done**
+
+  Now syncing a disconnected remote only starts a transfer scan if the
+  remote's git-annex branch has diverged, which indicates it probably has
+  new files. But that leaves open the cases where the local repo has
+  new files; and where the two repos git branches are in sync, but the
+  content transfers are lagging behind; and where the transfer scan has
+  never been run.
+
+  Need to track locally whether we're believed to be in sync with a remote.
+  This includes:
+  * All local content has been transferred to it successfully.
+  * The remote has been scanned once for data to transfer from it, and all
+    transfers initiated by that scan succeeded.
+
+  Note the complication that, if it's initiated a transfer, our queued
+  transfer will be thrown out as unnecessary. But if its transfer then
+  fails, that needs to be noticed.
+
+  If we're going to track failed transfers, we could just set a flag,
+  and use that flag later to initiate a new transfer scan. We need a flag
+  in any case, to ensure that a transfer scan is run for each new remote.
+  The flag could be `.git/annex/transfer/scanned/uuid`.
+
+  But, if failed transfers are tracked, we could also record them, in 
+  order to retry them later, without the scan. I'm thinking about a
+  directory like `.git/annex/transfer/failed/{upload,download}/uuid/`,
+  which failed transfer log files could be moved to.
+* A remote may lose content it had before, so when requeuing
+  a failed download, check the location log to see if the remote still has
+  the content, and if not, queue a download from elsewhere. (And, a remote
+  may get content we were uploading from elsewhere, so check the location
+  log when queuing a failed Upload too.) **done**
+* Fix MountWatcher to notice umounts and remounts of drives. **done**
+* Run transfer scan on startup. **done**
+* Often several remotes will be queued for full TransferScanner scans,
+  and the scan does the same thing for each .. so it would be better to
+  combine them into one scan in such a case. **done**
+* The syncing code currently doesn't run for special remotes. While
+  transfering the git info about special remotes could be a complication,
+  if we assume that's synced between existing git remotes, it should be
+  possible for them to do file transfers to/from special remotes.
+  **done**
+
+* The transfer code doesn't always manage to transfer file contents.
+
+  Besides reconnection events, there are two places where transfers get queued:
+
+  1. When the committer commits a file, it queues uploads.
+  2. When the watcher sees a broken symlink be created, it queues downloads.
+
+  Consider a doubly-linked chain of three repositories, A B and C.
+  (C and A do not directly communicate.)
+  
+  * File is added to A.
+  * A uploads its content to B.
+  * At the same time, A git syncs to B.
+  * Once B gets the git sync, it git syncs to C.
+  * When C's watcher sees the file appear, it tries to download it. But if
+    B had not finished receiving the file from A, C doesn't know B has it,
+    and cannot download it from anywhere.
+
+  Possible solution: After B receives content, it could queue uploads of it 
+  to all remotes that it doesn't know have it yet, which would include C. 
+  **done**
+  
+  In practice, this had the problem that when C receives the content,
+  it will queue uploads of it, which can send back to B (or to some other repo
+  that already has the content) and loop, until the git-annex branches catch
+  up and break the cycle.
+
+  To avoid that problem, incoming uploads should not result in a transfer
+  info file being written when the key is already present. **done**
+
+  Possible solution: C could record a deferred download. (Similar to a failed
+  download, but with an unknown source.) When C next receives a git-annex
+  branch push, it could try to queue deferred downloads. **done**
+
+  Note that this solution won't cover use cases the other does. For example,
+  connect a USB drive A; B syncs files from it, and then should pass them to C.
+  If the files are not new, C won't immediatly request them from B.
+
+* Running the assistant in a fresh clone of a repository, it sometimes
+  skips downloading a file, while successfully downloading all the rest.
+  There does not seem to be an error message. This will sometimes reproduce
+  (in a fresh clone each time) several times in a row, but then stops happening,
+  which has prevented me from debugging it.
+  This could possibly have been caused by the bug fixed in 750c4ac6c282d14d19f79e0711f858367da145e4.
+  Provisionally closed.
diff --git a/doc/design/assistant/syncing/comment_1_c70156174ff19b503978d623bd2df36f._comment b/doc/design/assistant/syncing/comment_1_c70156174ff19b503978d623bd2df36f._comment
new file mode 100644
index 0000000000..019490e619
--- /dev/null
+++ b/doc/design/assistant/syncing/comment_1_c70156174ff19b503978d623bd2df36f._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk4YX0PWICfWGRLuncCPufMPDctT7KAYJA"
+ nickname="betabrain"
+ subject="selective data syncing"
+ date="2012-07-24T15:27:08Z"
+ content="""
+How will the assistant know which files' data to distribute between the repos?
+
+I'm using git-annex and it's numcopies attribute to maintain a redundant archive spread over different computers and usb drives. Not all drives should get a copy of everything, e.g. the usb drive I take to work should not automatically get a copy of family pictures.
+
+How about .gitattributes?
+
+* \* annex.auto-sync-data = false # don't automatically sync the data
+* archive/ annex.auto-push-repos = NAS # everything added to archive/ in any repo goes automatically to the NAS remote.
+* work/ annex.auto-synced-repos = LAPTOP WORKUSB # everything added to work/ in LAPTOP or WORKUSB gets synced to WORKUSB and LAPTOP
+* work/ annex.auto-push-repos = LAPTOP WORKUSB # stuff added to work/ anywhere gets synced to LAPTOP and WORKUSB
+* important/ annex.auto-sync-data = true # push data to all repos
+* webserver_logs/ annex.remote.WEBSERVER.auto-push-repos = S3 # only the assistant running in WEBSERVER pushes webserver_logs/ to S3 remote
+"""]]
diff --git a/doc/design/assistant/syncing/comment_2_eb992b5b2c7a5ce23443e2a6007e5ff9._comment b/doc/design/assistant/syncing/comment_2_eb992b5b2c7a5ce23443e2a6007e5ff9._comment
new file mode 100644
index 0000000000..a4609d7e19
--- /dev/null
+++ b/doc/design/assistant/syncing/comment_2_eb992b5b2c7a5ce23443e2a6007e5ff9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBl7cA6wLDxVNUyLIHvAyCkf8ir3alYpk"
+ nickname="Tyson"
+ subject="Bridging LANs"
+ date="2012-07-10T10:20:59Z"
+ content="""
+Why rely on the cloud when you can instead use XMPP and jingle to perform NAT traversal for you? AFAIKT, it also means that traffic won't leave your router if the two endpoints are behind the same router.
+"""]]
diff --git a/doc/design/assistant/syncing/comment_3_e1b5e8a24556de16d1cacd27ee0c1bd1._comment b/doc/design/assistant/syncing/comment_3_e1b5e8a24556de16d1cacd27ee0c1bd1._comment
new file mode 100644
index 0000000000..c9118595c9
--- /dev/null
+++ b/doc/design/assistant/syncing/comment_3_e1b5e8a24556de16d1cacd27ee0c1bd1._comment
@@ -0,0 +1,80 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-07-03T08:26:43Z"
+ content="""
+On \"git syncing\" point number 9, on OSX you could potentially do this on a semi-regular basis
+
+<pre>
+system_profiler SPNetworkVolumeDataType
+Volumes:
+
+    net:
+
+      Type: autofs
+      Mount Point: /net
+      Mounted From: map -hosts
+      Automounted: Yes
+
+    home:
+
+      Type: autofs
+      Mount Point: /home
+      Mounted From: map auto_home
+      Automounted: Yes
+</pre>
+
+and
+
+<pre>
+x00:~ jtang$ system_profiler SPUSBDataType
+USB:
+
+    USB High-Speed Bus:
+
+      Host Controller Location: Built-in USB
+      Host Controller Driver: AppleUSBEHCI
+      PCI Device ID: 0x0aa9 
+      PCI Revision ID: 0x00b1 
+      PCI Vendor ID: 0x10de 
+      Bus Number: 0x26 
+
+        Hub:
+
+          Product ID: 0x2504
+          Vendor ID: 0x0424  (SMSC)
+          Version: 0.01
+          Speed: Up to 480 Mb/sec
+          Location ID: 0x26200000 / 3
+          Current Available (mA): 500
+          Current Required (mA): 2
+
+            USB to ATA/ATAPI Bridge:
+
+              Capacity: 750.16 GB (750,156,374,016 bytes)
+              Removable Media: Yes
+              Detachable Drive: Yes
+              BSD Name: disk1
+              Product ID: 0x2338
+              Vendor ID: 0x152d  (JMicron Technology Corp.)
+              Version: 1.00
+              Serial Number: 313541813001
+              Speed: Up to 480 Mb/sec
+              Manufacturer: JMicron
+              Location ID: 0x26240000 / 5
+              Current Available (mA): 500
+              Current Required (mA): 2
+              Partition Map Type: MBR (Master Boot Record)
+              S.M.A.R.T. status: Not Supported
+              Volumes:
+                Porta-Disk:
+                  Capacity: 750.16 GB (750,156,341,760 bytes)
+                  Available: 668.42 GB (668,424,208,384 bytes)
+                  Writable: Yes
+                  File System: ExFAT
+....
+</pre>
+
+I think its possible to programatically get this information either from the CLI (it dumps out XML output if required) or some development library. There is also DBUS in macports, but I have never had much interaction with it, so I don't know if its good or bad on OSX.
+"""]]
diff --git a/doc/design/assistant/syncing/efficiency.mdwn b/doc/design/assistant/syncing/efficiency.mdwn
new file mode 100644
index 0000000000..09bcc11b69
--- /dev/null
+++ b/doc/design/assistant/syncing/efficiency.mdwn
@@ -0,0 +1,77 @@
+Currently, the git-annex assistant syncs with remotes in a way that is
+dumb, and potentially inneficient:
+
+1. Files are transferred to each reachable remote whose
+   [[preferred_content]] setting indicates it wants the file.
+
+2. After each file transfer (upload or download), a git sync
+   is done to all the remotes, to update location log information.
+
+## unncessary transfers
+
+There are network toplogies where #1 is massively inneficient.
+For example:
+
+<pre>
+  laptopA-----laptopB-----laptopC
+      \         |             /
+       \---cloud based repo--/
+</pre>
+
+When laptopA has a new file, it will first send it to laptopB. It will then
+check if the cloud based transfer repository wants a copy. It will, because
+laptopC has not yet gotten a copy. So laptopA will proceed with a slow
+upload to the cloud, while meanwhile laptopB is sending the file over fast
+LAN to laptopC.
+
+(The more common case with no laptopC happens to work efficiently.
+So does the case where laptopA is paired with laptopC.)
+
+## unncessary syncing
+
+Less importantly, the constant git syncing after each transfer is rather a
+lot of work, and prevents collecting multiple presence changes to the git-annex 
+branch into larger commits, which would save disk space over time.
+
+In many cases, this sync is necessary. For example, when a file is uploaded
+to a transfer remote, the location change needs to be synced out so that
+other clients know to grab it.
+
+Or, when downloading a file from a drive, the sync lets other locally
+paired repositories know we got it, so they can download it from us. 
+OTOH, this is also a case where a sync is sometimes unnecessary, since
+if we're going to upload the file to them after getting it, the sync
+only perhaps lets them start downloading it before our transfer queue
+reaches a point where we'd upload it.
+
+It would be good to find a way to detect when syncing is not immediately
+necessary, and defer it.
+
+## mapping
+
+Mapping the repository network has the potential to get git-annex the
+information it needs to avoid unnecessary transfers and/or unncessary
+syncing.
+
+Mapping the network can reuse code in `git annex map`. Once the map is
+built, we want to find paths through the network that reach all nodes
+eventually, with the least cost. This is a minimum spanning tree problem,
+except with a directed graph, so really a Arborescence problem.
+
+A significant problem in mapping is that nodes are mobile, they can move
+between networks over time. This breaks LAN based paths through the
+network. Mapping would need a way to detect this. Note that individual
+git-annex assistants can tell when they've switched networks by using the
+`networkConnectedNotifier`.
+
+## P2P signaling
+
+Another approach that might help with these problems is if git-annex
+repositories have a non-git out of band signaling mechanism. This could,
+for example, be used by laptopB to tell laptopA that it's trying to send 
+a file directly to laptopC. laptopA could then defer the upload to the
+cloud for a while.
+
+## syncing only requested content
+
+See [[adhoc_routing]]
diff --git a/doc/design/assistant/telehash.mdwn b/doc/design/assistant/telehash.mdwn
new file mode 100644
index 0000000000..2ecf9ec718
--- /dev/null
+++ b/doc/design/assistant/telehash.mdwn
@@ -0,0 +1,90 @@
+[Telehash](http://telehash.org/) for secure P2P communication between
+git-annex (assistant) repositories.
+
+## telehash implementation status
+
+* node.js version seems almost complete
+* C version currently lacks channel support and seems buggy (13 Jan 2014)
+* No pure haskell implementation of telehash v2. There was one of
+  telehash v1 (even that seems incomplete). I have pinged its author
+  to see if he anticipates updating it.
+* Rapid development, situation may change in a month or 2.
+* Is it secure? A security review should be done by competant people
+  (not Joey). See <https://github.com/telehash/telehash.org/issues/23>
+* **Haskell version** 
+  <https://github.com/alanz/htelehash/tree/v2/src/TeleHash>
+  Development on v2 in haskell is just starting up!
+
+## implementation basics
+
+* Add a telehash.log that maps between uuid and telehash address.
+* On startup, assistant creates a new telehash keypair if not already
+  present; stores this locally and generates a telehash address from it,
+  stored in telehash.log.
+* Use telehash for notifications of changes to the repository
+* Do git push over telehash. (Pretty easy, may need rate limiting in
+  situations involving relays.)
+* Remove git push over XMPP (which has several problems including
+  XMPP being an unreliable transport, requiring a separate XMPP account per
+  repo, and XMPP not being end-to-end encrypted)
+
+## telehash address discovery
+
+* Easy way is any set of repos that are already connected can communicate
+  them via telehash.log.
+* Local pairing can be used for telehash address discovery. Could be made
+  to work without ssh (with content transfer over telehash discussed
+  below).
+* XMPP pairing can also be used for telehash address discovery. (Note that
+  MITM attacks are possible.) Is it worth keeping XMPP in git-annex just
+  for this?
+* Telehash addresses of repositories can be communicated out of band (eg,
+  via an OTR session or gpg signed mail), and pasted into the webapp to
+  initiate a repository pairing that then proceeds entirely over telehash.
+  Once both sides do this, the pairing can proceed automatically.
+
+## content transfer over telehash
+
+* In some circumstances, it would be ok to do annexed content transfer
+  over telehash.  
+  Need to check if there are MTU problems with large data bodies in
+  telehash messages.  
+  Probably not when a bridge is being used, due to required rate
+  limiting in bridging over telehash. Cloud transfer remotes still needed for
+  those situations.
+* On a LAN, telehash can be used to determine the current local IP address
+  of another computer on the LAN. The 2 could then determine if either uses
+  ssh and if so use regular git-annex-shell for transfers. Or could do
+  annexed content transfer directly over telehash.
+
+## generic git-remote-telehash
+
+This might turn out to be easy to split off from git-annex, so `git pull`
+and `git push` can be used at the command line to access telehash remotes.
+Allows using general git entirely decentralized and with end-to-end
+encryption.
+
+## separate daemon?
+
+See [[git-remote-daemon]] for a design.
+
+Advantages:
+
+* `git annex sync` could also use the running daemon
+* `git-remote-telehash` could use the running daemon
+* c-telehash might end up linked to openssl, which has licence combination
+  problems with git-annex. A separate process not using git-annex's code
+  would avoid this.
+* Allows the daemon to be written in some other language if necessary
+  (for example, if c-telehash development stalls and the nodejs version is
+  already usable)
+* Potentially could be generalized to handle other similar protocols.
+  Or even the xmpp code moved into it. There could even be git-annex native
+  exchange protocols implemented in such a daemon to allow SSH-less
+  transfers.
+* Security holes in telehash would not need to compromise the entire
+  git-annex. daemon could be sandboxed in one way or another.
+
+Disadvantages:
+
+* Adds some complexity.
diff --git a/doc/design/assistant/thanks/comment_1_8b08b5c30e5aea3fc4599f856fd25df5._comment b/doc/design/assistant/thanks/comment_1_8b08b5c30e5aea3fc4599f856fd25df5._comment
new file mode 100644
index 0000000000..77a0873ee4
--- /dev/null
+++ b/doc/design/assistant/thanks/comment_1_8b08b5c30e5aea3fc4599f856fd25df5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlUbH3eytydcwlWqv8oauE2Jg4NwcV9uA0"
+ nickname="Anna"
+ subject="Special"
+ date="2012-07-20T23:45:15Z"
+ content="""
+I feel pretty special getting an individualized thank you!  Btw, the good news is that your video finally explained what you were working on so that I understood it. :-)
+"""]]
diff --git a/doc/design/assistant/todo.mdwn b/doc/design/assistant/todo.mdwn
new file mode 100644
index 0000000000..2b369a2e2e
--- /dev/null
+++ b/doc/design/assistant/todo.mdwn
@@ -0,0 +1,4 @@
+This is a subset of [[/todo]] and [[/bugs]] 
+for items tagged for the assistant.
+
+[[!inline pages="tagged(design/assistant) and !link(bugs/done) and !link(bugs/moreinfo)" show=0 archive=yes]]
diff --git a/doc/design/assistant/transfer_control.mdwn b/doc/design/assistant/transfer_control.mdwn
new file mode 100644
index 0000000000..b0a14ed2b7
--- /dev/null
+++ b/doc/design/assistant/transfer_control.mdwn
@@ -0,0 +1,123 @@
+Some remotes are too small to sync everything to them.
+
+The case of a small remote on a gadget that the user interacts with,
+such as a phone, where they may want to request it get content
+it doesn't currently have, is covered by the [[partial_content]] page.
+
+But often the remote is just a removable drive or a cloud remote,
+that has a limited size. This page is about making the assistant do
+something smart with such remotes.
+
+## TODO
+
+* The expensive scan currently makes one pass, dropping content at the same
+  time more uploads and downloads are queued. It would be better to drop as
+  much content as possible upfront, to keep the total annex size as small
+  as possible. How to do that without making two expensive scans?
+* The TransferWatcher's finishedTransfer function relies on the location
+  log having been updated after a transfer. But there's a race; if the
+  log is not updated in time, it will fail to drop unwanted content.
+  (There's a 10 second sleep there now to avoid the race, but that's hardly
+  a fix.)
+
+### dropping no longer preferred content
+
+When a file is renamed, it might stop being preferred, so
+could be checked and dropped. (If there's multiple links to
+the same content, this gets tricky. Let's assume there are not.)
+
+### analysis of changes that can result in content no longer being preferred
+
+1. The preferred content expression can change, or a new repo is added, or
+   groups change. Generally, some change to global annex state. Only way to deal
+   with this is an expensive scan. (The rest of the items below come from
+   analizing the terminals used in preferred content expressions.) **done**
+2. renaming of a file (ie, moved to `archive/`) **done**
+   (note also that renaming a file can also make it become preferred content
+   again, and should cause it to be transferred in that case) **done**
+3. we get a file (`in`, `copies`) **done**
+4. we sent a file (`in`, `copies`) **done**
+5. some other repository drops the file (`in`, `copies` .. However, it's
+   unlikely that an expression would prefer content when *more* copies
+   exisited, and want to drop it when less do. That's nearly a pathological
+   case.)
+6. `migrate` is used to change a backend (`inbackend`; unlikely)
+
+That's all! Of these, 1-4 are by far the most important.
+
+## specifying what data a remote prefers to contain (**done**)
+
+Imagine a per-remote preferred content setting, that matches things that
+should be stored on the remote.
+
+For example, a MP3 player might use:
+`smallerthan(10mb) and filename(*.mp3) and (not filename(junk/*))`
+
+Adding that as a filter to files sent to a remote should be
+straightforward.
+
+A USB drive that is carried between three laptops and used to sync data
+between them might use: `not (in=laptop1 and in=laptop2 and in=laptop3)`
+
+In this case, transferring data from the usb repo should
+check if preferred content settings rejects the data, and if so, drop it
+from the repo. So once all three laptops have the data, it is
+pruned from the transfer drive.
+
+## repo groups (**done**)
+
+Seems like git-annex needs a way to know the groups of repos. Some
+groups:
+
+* enduser: The user interacts with this repo directly.
+* archival: This repo accumulates stuff, and once it's in enough archives,
+  it tends to get removed from other places.
+* transfer: This repo is used to transfer data between enduser repos,
+  it does not hold data for long periods of time, and tends to have a
+  limited size.
+
+Add a group.log that can assign repos to these or other groups. (**done**)
+
+Some examples of using groups:
+
+* Want to remove content from a repo, if it's not an archival repo,
+  and the content has reached at least one archival repo:
+
+  `(not group=archival) and (not copies=archival:1)`
+
+  That would make send to configure on all repos, or even set
+  a global `annex.accept` to it. **done**
+
+* Make a cloud repo only hold data until all known clients have a copy:
+
+  `not ingroup(enduser)`
+
+## configuration
+
+The above is all well and good for those who enjoy boolean algebra, but
+how to configure these sorts of expressions in the webapp?
+
+Currently, we have a simple drop down list to select between a few
+predefined groups with pre-defined preferred content recipes. Is this good
+enough?
+
+I think so; useful recipes can be developed on the wiki and included in
+git-annex.
+
+## the state change problem (**done**)
+
+Imagine that a trusted repo has setting like `not copies=trusted:2`
+This means that `git annex get --auto` should get files not in 2 trusted
+repos. But once it has, the file is in 3 trusted repos, and so `git annex
+drop --auto` should drop it again!
+
+How to fix? Can it even be fixed? Maybe care has to be taken when
+writing expressions, to avoid this problem. One that avoids it:
+`not (copies=trusted:2 or (in=here and trusted=here and copies=trusted:3))`
+
+Or, expressions could be automatically rewritten to avoid the problem.
+
+Or, perhaps simulation could be used to detect the problem. Before
+dropping, check the expression. Then simulate that the drop has happened.
+Does the expression now make it want to add it? Then don't drop it!
+**done**.. effectively using this approach.
diff --git a/doc/design/assistant/transfer_control/comment_1_d5adaef4712913dc0263d4ebafb79320._comment b/doc/design/assistant/transfer_control/comment_1_d5adaef4712913dc0263d4ebafb79320._comment
new file mode 100644
index 0000000000..54e6a59cc2
--- /dev/null
+++ b/doc/design/assistant/transfer_control/comment_1_d5adaef4712913dc0263d4ebafb79320._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-09-23T21:58:08Z"
+ content="""
+You could try to do it similar to [RT](http://bestpractical.com/rt/):
+
+* Implement saved statements, i.e. offer common use cases
+* Allow those statements (or aliases? stanzas?) to be loaded in a relatively simple editor with a basic wizard to support the building of new rules
+* Offer a free-text input for advanced users. It should be able to parse that and load it into the simple editor.
+* Users should be able to save, export, and import those statements.
+* Optionally, allow users to dry run the rules by showing them what git-annex needs to do to fulfill the requirements set by the statements.
+
+"""]]
diff --git a/doc/design/assistant/transfer_control/comment_2_3b51474fefa6c0d19055046e06af196d._comment b/doc/design/assistant/transfer_control/comment_2_3b51474fefa6c0d19055046e06af196d._comment
new file mode 100644
index 0000000000..ec53f7aacd
--- /dev/null
+++ b/doc/design/assistant/transfer_control/comment_2_3b51474fefa6c0d19055046e06af196d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRRUUZo3W7pAoRoST8P_l0PtUBhvYuzDg"
+ nickname="Lyle"
+ subject="exactly this use case: cloud remotes too small"
+ date="2014-01-06T00:31:34Z"
+ content="""
+I want to store a lot of scientific data in git-annex and have only a specific subset of my often used data in a box.com account so it is quickly synced between computers (my home internet has a limited upload speed). My home server will store all the files as it has effectively unlimited space. 
+
+I basically want the opposite of archive for git-annex-assistant, I'd like to mark the box.com special remote to store every *except* a certain special directory called less used files or whatever, or vise-versa, only store a folder of often used files, the local clients would store everything and my home server would also store everything. 
+
+It seems like transfer control and the groups.log can do this but I'm just not sure how to actually set it up?
+
+Thanks!
+"""]]
diff --git a/doc/design/assistant/transfer_control/comment_3_44a1a6d2db9097de9ae68ea1ff1b08a2._comment b/doc/design/assistant/transfer_control/comment_3_44a1a6d2db9097de9ae68ea1ff1b08a2._comment
new file mode 100644
index 0000000000..33ab5565bd
--- /dev/null
+++ b/doc/design/assistant/transfer_control/comment_3_44a1a6d2db9097de9ae68ea1ff1b08a2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 3"
+ date="2014-01-06T15:04:33Z"
+ content="""
+Just put the box.com remote in the transfer group. There is no need for special subdirectories, the transfer group makes the remote only want files that have not yet reached all the known clients.
+"""]]
diff --git a/doc/design/assistant/upgrading.mdwn b/doc/design/assistant/upgrading.mdwn
new file mode 100644
index 0000000000..b1d658c8b5
--- /dev/null
+++ b/doc/design/assistant/upgrading.mdwn
@@ -0,0 +1,52 @@
+The assistant should support upgrading itself.
+
+## non-distro upgrades
+
+When git-annex was installed from this website, the assistant should poll
+periodically (once a day or so) to see if there is a new version.
+It downloads, over https, a .info file, which contains a serialized data
+type containing upgrade information. The url it's downloaded from is
+configured by setting `UPGRADE_LOCATION` when building git-annex on the
+autobuilders.
+
+When a new version is found, the webapp prompts the user to start the
+upgrade. (annex.autoupgrade can be set to true to upgrade w/o prompting.)
+
+The upgrade process is automatic, and rather tricky. The file is downloaded
+using git-annex (as a regular key!), and is then unpacked into a new
+directory, and the programfile updated to point to it. Then git-annex
+restarts itself.
+
+### manifest files
+
+To clean up the old installation, a git-annex.MANIFEST file is looked for
+in it, and the files listed, as well as empty directories, are deleted.
+I don't want to accidentially delete something I didn't ship!
+
+## restart on upgrade
+
+When git-annex is installed from a proper distribution package, there is no
+need for the above. But, the assistant still needs to notice when git-annex
+get upgraded, and offer to restart (or automatically restart when
+annex.autoupgrade is set).
+
+This is done using the DirWatcher, watching the directory containing the
+git-annex binary. Or, in the case of a non-distro install, watching the
+directory where eg git-annex.linux/ was unpacked.
+
+When an change is detected, restart.
+
+## multi-daemon upgrades
+
+A single system may have multiple assistant daemons running in different
+repositories.
+
+In this case, one daemon should do the non-distro upgrade, and the rest
+should notice the upgrade and restart.
+
+I don't want every daemon trying to download the file at once..
+
+Approach: The first new version is installed into a stable directory, based
+on its version. So, start the upgrade by making this directory. If upgrade
+is already in progress, the directory will already exist. (Remove directory
+if upgrade fails.)
diff --git a/doc/design/assistant/webapp.mdwn b/doc/design/assistant/webapp.mdwn
new file mode 100644
index 0000000000..797c9ad301
--- /dev/null
+++ b/doc/design/assistant/webapp.mdwn
@@ -0,0 +1,65 @@
+The webapp is a web server that displays a shiny interface.
+
+## performance
+
+Having the webapp open while transfers are
+running uses significant CPU just for the browser to update the progress 
+bar. Unsurprising, since the webapp is sending the browser a new `<div>`
+each time. Updating the DOM instead from javascript would avoid that;
+the webapp just needs to send the javascript either a full `<div>` or a 
+changed percentage and quantity complete to update a single progress bar.
+
+(Another reason to do this is it'll cut down on the refreshes, which 
+sometimes make browsers ignore clicks on UI elements like the pause button, 
+if the transfer display refreshes just as the click is made.)
+
+## other features
+
+* there could be a UI to export a file, which would make it be served up
+  over http by the web app
+* there could be a UI (some javascript thing) in the web browser to
+  submit urls to the web app to be added to the annex and downloaded.
+  See: [[todo/wishlist:_an_"assistant"_for_web-browsing_--_tracking_the_sources_of_the_downloads]]
+* Display the `inotify max_user_watches` exceeded message. **done**
+* Display something sane when kqueue runs out of file descriptors.
+* allow removing git remotes **done**
+* allow disabling syncing to here, which should temporarily disable all
+  local syncing. **done**
+
+## better headless support
+
+`--listen` is insecure, and using HTTPS would still not make it 100% secure
+as there would be no way for the browser to verify its certificate.
+
+I do have a better idea, but it'd be hard to implement.
+`git annex webapp --remote user@host:dir` could ssh to the remote host,
+run the webapp there, listening only on localhost, and then send the
+port the webapp chose back over the ssh connection. Then the same
+ssh connection could be reused (using ssh connection caching) to set up
+port forwarding from a port on the local host to the remote webapp.
+
+This would need to handle the first run case too, which would require
+forwarding a second port once the webapp made the repository and
+the second webapp started up.
+
+## first start **done**
+
+* make git repo **done**
+* generate a nice description like "joey@hostname Desktop/annex" **done**
+* record repository that was made, and use it next time run **done**
+* write a pid file, to prevent more than one first-start process running
+  at once **done**
+
+## security **acceptable/done**
+
+* Listen only to localhost. **done**
+* Instruct the user's web browser to open an url that contains a secret
+  token. This guards against other users on the same system. **done**
+  (I would like to avoid passwords or other authentication methods,
+  it's your local system.)
+* Don't pass the url with secret token directly to the web browser,
+  as that exposes it to `ps`. Instead, write a html file only the user can read,
+  that redirects to the webapp. **done**
+* Alternative for Linux at least would be to write a small program using
+  GTK+ Webkit, that runs the webapp, and can know what user ran it, avoiding
+  needing authentication.
diff --git a/doc/design/assistant/webapp/comment_1_bab6f6fa720273c0f9700a3765150189._comment b/doc/design/assistant/webapp/comment_1_bab6f6fa720273c0f9700a3765150189._comment
new file mode 100644
index 0000000000..3e1330f96d
--- /dev/null
+++ b/doc/design/assistant/webapp/comment_1_bab6f6fa720273c0f9700a3765150189._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="ARM support"
+ date="2012-07-13T16:51:15Z"
+ content="""
+The closure of [this](http://hackage.haskell.org/trac/ghc/ticket/5839) ticket hopefully marks the end of TH issues on ARM. As of 7.4.2, GHC's linker has enough ARM support to allow a selection of common packages compile on my PandaBoard. That being said, it hasn't had a whole lot of testing so it's possible I still need to implement a few relocation types.
+"""]]
diff --git a/doc/design/assistant/webapp/comment_2_3cf0cf460c7869d0cc22940fcc84aec4._comment b/doc/design/assistant/webapp/comment_2_3cf0cf460c7869d0cc22940fcc84aec4._comment
new file mode 100644
index 0000000000..60d678aba4
--- /dev/null
+++ b/doc/design/assistant/webapp/comment_2_3cf0cf460c7869d0cc22940fcc84aec4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="yatesa"
+ ip="171.25.193.21"
+ subject="Secret URL token"
+ date="2012-06-19T03:41:16Z"
+ content="""
+> Instruct the user's web browser to open an url that contains a secret token. This guards against other users on the same system.
+
+How will you implement that? Running \"sensible-browser URL\" would be the obvious way, but the secret URL would show up in a well timed ps listing. (And depending on the browser, ps may show the URL the entire time it's running.)
+"""]]
diff --git a/doc/design/assistant/webapp/comment_3_428e153135f7a64215730719207d82c4._comment b/doc/design/assistant/webapp/comment_3_428e153135f7a64215730719207d82c4._comment
new file mode 100644
index 0000000000..7a73799aa4
--- /dev/null
+++ b/doc/design/assistant/webapp/comment_3_428e153135f7a64215730719207d82c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 3"
+ date="2012-07-26T17:35:18Z"
+ content="""
+Using twitter-bootstrap for the webapp - this might be a wishlist item, but would it be possible to ensure that the webapp's css uses twitter-bootstrap classes. It would make theming much easier in the long run and it would give you a nice modern look with a low amount of effort.
+"""]]
diff --git a/doc/design/assistant/webapp/comment_4_f4068a7abbb77ba6a3297cbcf1e503e9._comment b/doc/design/assistant/webapp/comment_4_f4068a7abbb77ba6a3297cbcf1e503e9._comment
new file mode 100644
index 0000000000..d713e3e8fc
--- /dev/null
+++ b/doc/design/assistant/webapp/comment_4_f4068a7abbb77ba6a3297cbcf1e503e9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 4"
+ date="2012-07-26T17:45:28Z"
+ content="""
+So, Yesod's scaffolded site actually does use bootstrap, but I didn't use the scaffolded site so don't have it. I am not quite to the point of doing any theming of the webapp, but I do have this nice example of how to put in bootstrap right here..
+
+By the way, if anyone would like to play with the html templates for the webapp, the main html template is `templates/default-layout.hamlet`. Uses a slightly weird template markup, but plain html will also work. And there's also the `static/` directory; every file in there will be compiled directly into the git-annex binary, and is available at `http://localhost:port/static/$file` in the webapp. See the favicon link in `default-layout.hamlet` of how to construct a type-safe link to a static file: `href=@{StaticR favicon_ico}`. That's all you really need to theme the webapp, without doing any real programming!
+"""]]
diff --git a/doc/design/assistant/windows.mdwn b/doc/design/assistant/windows.mdwn
new file mode 100644
index 0000000000..78ab69febb
--- /dev/null
+++ b/doc/design/assistant/windows.mdwn
@@ -0,0 +1,33 @@
+See [[todo/windows_support]]..
+
+## symlinks
+
+Apparently new versions of Windows have something very like symlinks.
+(Or really, 3 or so things not entirely unlike symlinks and all different.)
+Stackoverflow has some details.
+
+NTFS supports symbolic links two different ways: an [[!wikipedia NTFS symbolic link]] and an [[!wikipedia NTFS_junction_point]].  The former seems like the closest analogue to POSIX symlinks.
+
+The windows port will not use symlinks. It will only support direct mode.
+
+## POSIX
+
+Lots of ifdefs and pain to deal with POSIX calls in the code base.
+
+Or I could try to use Cygwin.
+
+## Deeper system integration
+
+[NTFS Reparse Points](http://msdn.microsoft.com/en-us/library/aa365503%28v=VS.85%29.aspx) allow a program to define how the OS will interpret a file or directory in arbitrary ways.  This requires writing a file system filter.
+
+## Developement environment
+
+Someone wrote in to say:
+
+> For Windows Development you can easily qualify
+> for Bizspark - http://www.microsoft.com/bizspark/
+> 
+> This will get you 100% free Windows OS licenses and
+> Dev tools, plus a free Azure account for cloud testing.
+> (You can also now deploy Linux VMs to Azure as well)
+> No money required at all.
diff --git a/doc/design/assistant/windows/comment_1_f4b829318b182e1cec29f13babb6498e._comment b/doc/design/assistant/windows/comment_1_f4b829318b182e1cec29f13babb6498e._comment
new file mode 100644
index 0000000000..0bccc3a354
--- /dev/null
+++ b/doc/design/assistant/windows/comment_1_f4b829318b182e1cec29f13babb6498e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlCGROoy62svBUy6P24x1KoGoDWrBq2ErA"
+ nickname="Steve"
+ subject="comment 1"
+ date="2012-08-07T04:15:43Z"
+ content="""
+NTFS symbolic links should do exactly what you would expect them to do. They can point to files or directories. Junction points are legacy NTFS functionality and reparse points are more like the POSIX mount functionality.
+
+NTFS symbolic links should work for you, junction point should be avoided, and reparse points would be like using a nuke to kill a fly. The only hang up you might have is that I think all three features require elevated privileges to manage.
+"""]]
diff --git a/doc/design/assistant/xmpp.mdwn b/doc/design/assistant/xmpp.mdwn
new file mode 100644
index 0000000000..4bdc58874f
--- /dev/null
+++ b/doc/design/assistant/xmpp.mdwn
@@ -0,0 +1,136 @@
+The git-annex assistant uses XMPP to communicate between peers that
+cannot directly talk to one-another. A typical scenario is two users
+who share a repository, that is stored in the [[cloud]].
+
+### TODO
+
+* Do git-annex clients sharing an account with regular clients cause confusing
+  things to happen? 
+  See <http://git-annex.branchable.com/design/assistant/blog/day_114__xmpp/#comment-aaba579f92cb452caf26ac53071a6788>
+* Support registering with XMPP provider from within the webapp, 
+  as clients like pidgin are able to do.
+* At least some XMPP servers are lossy (does XMPP guarantee delivery)?
+  I have seen a log where a push's packet 1 and 3 arrived, but 2 did not.
+  To deal with this, need at least a 1 packet buffer and ACK or resend
+  request implemented over top of XMPP. Essentially, TCP over XMPP. :(
+
+## design goals
+
+1. Avoid user-visible messages. dvcs-autosync uses XMPP similarly, but
+   sends user-visible messages. Avoiding user-visible messages lets
+   the user configure git-annex to use his existing XMPP account
+   (eg, Google Talk).
+
+2. Send notifications to buddies. dvcs-autosync sends only self-messages,
+   but that requires every node have the same XMPP account configured.
+   git-annex should support that mode, but it should also send notifications
+   to a user's buddies. (This will also allow for using XMPP for pairing
+   in the future.)
+
+3. Don't make account appear active. Just because git-annex is being an XMPP
+   client, it doesn't mean that it wants to get chat messages, or make the
+   user appear active when he's not using his chat program.
+
+## protocol
+
+To avoid relying on XMPP extensions, git-annex communicates
+using presence messages, and chat messages (with empty body tags,
+so clients don't display them).
+
+git-annex sets a negative presence priority, to avoid any regular messages
+getting eaten by its clients. It also sets itself extended away.
+Note that this means that chat messages always have to be directed at
+specific git-annex clients.
+
+To the presence and chat messages, it adds its own tag as
+[extended content](http://xmpp.org/rfcs/rfc6121.html#presence-extended).
+The xml namespace is "git-annex" (not an URL because I hate wasting bandwidth).
+
+To indicate it's pushed changes to a git repo with a given UUID, a message
+that is sent to all buddies and other clients using the account (no
+explicit pairing needed), it uses a broadcast presence message containing:
+
+	<git-annex xmlns='git-annex' push="uuid[,uuid...]" />
+
+Multiple UUIDs can be listed when multiple clients were pushed. If the
+git repo does not have a git-annex UUID, an empty string is used.
+
+To query if other git-annex clients are around, a presence message is used,
+containing:
+
+	<git-annex xmlns='git-annex' query="" />
+
+For pairing, a chat message is sent to every known git-annex client,
+containing:
+
+	<git-annex xmlns='git-annex' pairing="PairReq|PairAck|PairDone myuuid" />
+
+### git push over XMPP
+
+To indicate that we could push over XMPP, a chat message is sent,
+to each known client of each XMPP remote.
+
+	<git-annex xmlns='git-annex' canpush="myuuid" shas="sha1 sha1" />
+
+The shas are omitted by old clients. If present, they are the git shas of
+the head and git-annex branches that are available to be pushed. This lets
+the receiver check if it's already got them.
+
+To request that a remote push to us, a chat message can be sent.
+
+	<git-annex xmlns='git-annex' pushrequest="myuuid" />
+
+When replying to an canpush message, this is directed at the specific
+client that indicated it could push. To solicit pushes from all clients,
+the message has to be sent directed individually to each client.
+
+When a peer is ready to send a git push, it sends:
+
+	<git-annex xmlns='git-annex' startingpush="myuuid" />
+
+The receiver runs `git receive-pack`, and sends back its output in
+one or more chat messages, directed to the client that is pushing:
+
+	<git-annex xmlns='git-annex' rp="N">
+	007b27ca394d26a05d9b6beefa1b07da456caa2157d7 refs/heads/git-annex report-status delete-refs side-band-64k quiet ofs-delta
+	</git-annex>
+
+The sender replies with the data from `git push`, in 
+one or more chat messages, directed to the receiver:
+
+	<git-annex xmlns='git-annex' sp="N">
+	data
+	</git-annex>
+
+The value of rp and sp used to be empty, but now it's a sequence number.
+This indicates the sequence of this packet, counting from 1. The receiver
+and sender each have their own sequence numbers.
+
+When `git receive-pack` exits, the receiver indicates its exit
+status with a chat message, directed at the sender:
+
+	<git-annex xmlns='git-annex' rpdone="0" />
+
+### security
+
+Data git-annex sends over XMPP will be visible to the XMPP account's
+buddies, and to the XMPP server (and any attacker who has access to the
+XMPP server). So it's important to consider the security exposure of using
+it.
+
+Even if git-annex sends only a single bit notification, this lets attackers
+know when the user is active and changing files. Although the assistant's other
+syncing activities can somewhat mask this.
+
+As soon as git-annex does anything unlike any other client, an attacker can
+see how many clients are connected for a user, and fingerprint the ones
+running git-annex, and determine how many clients are running git-annex.
+
+An attacker can observe the UUIDs used for pushes and pairing, and determine
+how many different remotes are being used.
+
+An attacker could replay push notification messages, reusing UUIDs it's
+observed. This would make clients pull repeatedly, perhaps as a DOS.
+
+The XMPP server, or an attacker with access to it can reconstruct the git 
+repository from data sent in pushes, in part or in whole.
diff --git a/doc/design/assistant/xmpp/comment_1_f20650f93d7f0ca39b9ba3ce0380193f._comment b/doc/design/assistant/xmpp/comment_1_f20650f93d7f0ca39b9ba3ce0380193f._comment
new file mode 100644
index 0000000000..7ee62eea7f
--- /dev/null
+++ b/doc/design/assistant/xmpp/comment_1_f20650f93d7f0ca39b9ba3ce0380193f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://meep.pl/"
+ ip="193.23.174.18"
+ subject="xmlns"
+ date="2012-11-11T09:00:01Z"
+ content="""
+A minor point, but is saving a couple of bytes per message worth using a [deprecated feature](http://www.w3.org/TR/REC-xml-names/#iri-use) of the namespaces specification? This is not technically *breaking* the current specification, since \"git-annex\" is of course still a (relative) URI reference; and anyway chances of problems are, I guess, slim. But is it the lesser of two bugs?
+
+The shortest moderately sane absolute URI containing \"git-annex\" would probably be \"data:,git-annex\".
+"""]]
diff --git a/doc/design/assistant/xmpp/comment_2_8c22839a8f5912b4a817415c4a359697._comment b/doc/design/assistant/xmpp/comment_2_8c22839a8f5912b4a817415c4a359697._comment
new file mode 100644
index 0000000000..5b6ea3946c
--- /dev/null
+++ b/doc/design/assistant/xmpp/comment_2_8c22839a8f5912b4a817415c4a359697._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="Plans for two factor authentication or oath?"
+ date="2013-04-15T00:58:04Z"
+ content="""
+Are there plans to support google's two factor authentication?  Right now I have to use an application specific password.
+"""]]
diff --git a/doc/design/assistant/xmpp/comment_4_773102522f21844cffc841e6cde9229e._comment b/doc/design/assistant/xmpp/comment_4_773102522f21844cffc841e6cde9229e._comment
new file mode 100644
index 0000000000..f8ddf0a3b8
--- /dev/null
+++ b/doc/design/assistant/xmpp/comment_4_773102522f21844cffc841e6cde9229e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hhm"
+ ip="108.17.80.177"
+ subject="file transfer?"
+ date="2013-04-23T10:22:51Z"
+ content="""
+Would it be possible to add optional support for transferring files over XMPP (possibly being disabled out-of-the-box so as not to suck up third-party bandwidth)?
+"""]]
diff --git a/doc/design/assistant/xmpp_security.mdwn b/doc/design/assistant/xmpp_security.mdwn
new file mode 100644
index 0000000000..a5bd84e042
--- /dev/null
+++ b/doc/design/assistant/xmpp_security.mdwn
@@ -0,0 +1,29 @@
+Currently [[xmpp]] relies on the SSL connection to the server for security.
+The server can see git repository data pushed through it. (Also, the SSL
+connection is not pinned or really checked well at all.)
+
+Add an encryption layer that does not rely on trusting the XMPP server's
+security. There are a few options for how to generate the key for eg,
+AES encryption:
+
+  * Do a simple Diffie-Hellman shared key generation when starting each XMPP
+    push session. Would not protect the users from active MITM by the
+    XMPP server, but would prevent passive data gathering attacks from
+    getting useful data. Since the key is ephemeral, would provide
+    Forward Security.
+  * Do D-H key generation, but at pairing, not push time. Allows for an
+    optional confirmation step, using eg, BubbleBabble to compare the
+    keys out of band. ("I see xebeb-dibyb-gycub-kacyb-modib-pudub-sefab-vifuc-bygoc-daguc-gohec-kuxax .. do you too?")
+  * Prompt both users for a passphrase when XMPP pairing, and 
+    use SPEKE (or similar methods like J-PAKE) to generate a shared key.
+    Avoids active MITM attacks. Makes pairing harder, especially pairing
+    between one's own devices, since the passphrase has to be entered on
+    all devices. Also problimatic when pairing more than 2 devices,
+    especially when adding a device to the set later, since there
+    would then be multiple different keys in use.
+  * Rely on the user's gpg key, and do gpg key verification during XMPP
+    pairing. Problimatic because who wants to put their gpg key on their
+    phone? Also, require the users be in the WOT and be gpg literate.
+
+Update: This seems unlikely to be worth doing. [[Telehash]] is better.
+--[[Joey]]
diff --git a/doc/design/assistant/xmpp_security/comment_1_c714e86553c02600249795efb224be8a._comment b/doc/design/assistant/xmpp_security/comment_1_c714e86553c02600249795efb224be8a._comment
new file mode 100644
index 0000000000..92cff201df
--- /dev/null
+++ b/doc/design/assistant/xmpp_security/comment_1_c714e86553c02600249795efb224be8a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Sagi"
+ ip="2001:610:1908:8001:25ce:8a0b:53cc:c010"
+ subject="Why not use OTR?"
+ date="2013-07-23T23:53:12Z"
+ content="""
+[OTR](http://www.cypherpunks.ca/otr/) seems a natural fit for end-to-end encryption over xmpp. I can't find Haskell bindings for libotr at this moment, but creating those instead of inventing new protocols might be worth considering. There are also several [native implementations](http://www.cypherpunks.ca/otr/software.php) (Python, Go, Scheme), but I'm not sure if that's worth the effort.
+
+
+"""]]
diff --git a/doc/design/caching_database.mdwn b/doc/design/caching_database.mdwn
new file mode 100644
index 0000000000..9d688a9d4a
--- /dev/null
+++ b/doc/design/caching_database.mdwn
@@ -0,0 +1,124 @@
+* [[metadata]] for views
+* [direct mode mappings scale badly with thousands of identical files](/bugs/__34__Adding_4923_files__34___is_really_slow)
+* [[bugs/incremental_fsck_should_not_use_sticky_bit]]
+* [[todo/wishlist:_pack_metadata_in_direct_mode]]
+* [[todo/cache_key_info]]
+
+What do all these have in common? They could all be improved by
+using some kind of database to locally store the information in an
+efficient way.
+
+The database should only function as a cache. It should be able to be
+generated and updated by looking at the git repository.
+
+* Metadata can be updated by looking at the git-annex branch,
+  either its current state, or the diff between the old and new versions
+* Direct mode mappings can be updated by looking at the current branch,
+  to see which files map to which key. Or the diff between the old
+  and new versions of the branch.
+* Incremental fsck information is not stored in git, but can be
+  "regenerated" by running fsck again.  
+  (Perhaps doesn't quite fit, but let it slide..)
+
+Store in the database the Ref of the branch that was used to construct it.
+(Update in same transaction as cached data.)
+
+## implementation plan
+
+1. Implement for metadata, on a branch, with sqlite.
+2. Make sure that builds on all platforms.
+3. Add associated file mappings support. This is needed to fully
+   use the caching database to construct views.
+4. Store incremental fsck info in db.
+5. Replace .map files with 3. for direct mode.
+
+## case study: persistent with sqllite
+
+Here's a non-normalized database schema in persistent's syntax.
+
+<pre>
+CachedKey
+  key Key
+  associatedFiles [FilePath]
+  lastFscked Int Maybe
+  KeyIndex key
+
+CachedMetaData
+  key Key
+  metaDataField MetaDataField
+  metaDataValue MetaDataValue
+</pre>
+
+Using the above database schema and persistent with sqlite, I made
+a database containing 30k Cache records. This took 5 seconds to create
+and was 7 mb on disk. (Would be rather smaller, if a more packed Key
+show/read instance were used.)
+
+Running 1000 separate queries to get 1000 CachedKeys took 0.688s with warm
+cache. This was more than halved when all 1000 queries were done inside the
+same `runSqlite` call. (Which could be done using a separate thread and some
+MVars.)
+
+(Note that if the database is a cache, there is no need to perform migrations
+when querying it. My benchmarks skip `runMigration`. Instead, if the query
+fails, the database doesn't exist, or uses an incompatable schema, and the
+cache can be rebuilt then. This avoids the problem that persistent's migrations
+can sometimes fail.)
+
+Doubling the db to 60k scaled linearly in disk and cpu and did not affect
+query time.
+
+----
+
+Here's a normalized schema:
+
+<pre>
+CachedKey
+  key Key
+  KeyIndex key
+  deriving Show
+
+AssociatedFiles
+  keyId CachedKeyId Eq
+  associatedFile FilePath
+  KeyIdIndex keyId associatedFile
+  deriving Show
+
+CachedMetaField
+  field MetaField
+  FieldIndex field
+
+CachedMetaData
+  keyId CachedKeyId Eq
+  fieldId CachedMetaFieldId Eq
+  metaValue String
+
+LastFscked
+  keyId CachedKeyId Eq
+  localFscked Int Maybe
+</pre>
+
+With this, running 1000 joins to get the associated files of 1000
+Keys took 5.6s with warm cache. (When done in the same `runSqlite` call.) Ouch!
+
+Update: This performance was fixed by adding `KeyIdOutdex keyId associatedFile`,
+which adds a uniqueness constraint on the tuple of key and associatedFile.
+With this, 1000 queries takes 0.406s. Note that persistent is probably not
+actually doing a join at the SQL level, so this could be sped up using
+eg, esquelito.
+
+Update2: Using esquelito to do a join got this down to 0.250s.
+
+Code: <http://lpaste.net/101141> <http://lpaste.net/101142>
+
+Compare the above with 1000 calls to `associatedFiles`, which is approximately
+as fast as just opening and reading 1000 files, so will take well under
+0.05s with a **cold** cache.
+
+So, we're looking at nearly an order of magnitude slowdown using sqlite and
+persistent for associated files. OTOH, the normalized schema should
+perform better when adding an associated file to a key that already has many.
+
+For metadata, the story is much nicer. Querying for 30000 keys that all
+have a particular tag in their metadata takes 0.65s. So fast enough to be
+used in views.
diff --git a/doc/design/encryption.mdwn b/doc/design/encryption.mdwn
new file mode 100644
index 0000000000..cc0dd16842
--- /dev/null
+++ b/doc/design/encryption.mdwn
@@ -0,0 +1,126 @@
+This was the design doc for [[/encryption]] and is preserved for
+the curious. For an example of using git-annex with an encrypted S3 remote,
+see [[tips/using_Amazon_S3]].
+
+[[!toc]]
+
+## encryption backends
+
+It makes sense to support multiple encryption backends. So, there
+should be a way to tell what backend is responsible for a given filename
+in an encrypted remote. (And since special remotes can also store files
+unencrypted, differentiate from those as well.)
+
+The rest of this page will describe a single encryption backend using GPG.
+Probably only one will be needed, but who knows? Maybe that backend will
+turn out badly designed, or some other encryptor needed. Designing
+with more than one encryption backend in mind helps future-proofing.
+
+## encryption key management
+
+[[!template id=note text="""
+The basis of this scheme was originally developed by Lars Wirzenius et al
+[for Obnam](http://liw.fi/obnam/encryption/).
+"""]]
+
+Data is encrypted by GnuPG, using a symmetric cipher. The cipher is
+generated by GnuPG when the special remote is created. By default the
+best entropy pool is used, hence the generation may take a while; One
+can use `initremote` with `highRandomQuality=false` or `--fast` options
+to speed up things, but at the expense of using random numbers of a
+lower quality. The generated cipher is then checked into your git
+repository, encrypted using one or more OpenPGP public keys. This scheme
+allows new OpenPGP private keys to be given access to content that has
+already been stored in the remote.
+
+Different encrypted remotes need to be able to each use different ciphers.
+Allowing multiple ciphers to be used within a single remote would add a lot
+of complexity, so is not planned to be supported.
+Instead, if you want a new cipher, create a new S3 bucket, or whatever.
+There does not seem to be much benefit to using the same cipher for
+two different encrypted remotes.
+
+So, the encrypted cipher could just be stored with the rest of a remote's
+configuration in `remotes.log` (see [[internals]]). When `git
+annex intiremote` makes a remote, it can generate a random symmetric
+cipher, and encrypt it with the specified gpg key. To allow another gpg
+public key access, update the encrypted cipher to be encrypted to both gpg
+keys.
+
+## filename enumeration
+
+If the names of files are encrypted or securely hashed, or whatever is
+chosen, this makes it harder for git-annex (let alone untrusted third parties!)
+to get a list of the files that are stored on a given enrypted remote.
+But, does git-annex really ever need to do such an enumeration?
+
+Apparently not. `git annex unused --from remote` can now check for
+unused data that is stored on a remote, and it does so based only on
+location log data for the remote. This assumes that the location log is
+kept accurately.
+
+What about `git annex fsck --from remote`? Such a command should be able to,
+for each file in the repository, contact the encrypted remote to check
+if it has the file. This can be done without enumeration, although it will
+mean running gpg once per file fscked, to get the encrypted filename.
+
+So, the files stored in the remote should be encrypted. But, it needs to
+be a repeatable encryption, so they cannot just be gpg encrypted, that
+would yeild a new name each time. Instead, HMAC is used. Any hash could
+be used with HMAC. SHA-1 is the default, but [[other_hashes|/encryption]]
+can be chosen for new remotes.
+
+It was suggested that it might not be wise to use the same cipher for both
+gpg and HMAC. Being paranoid, it's best not to tie the security of one
+to the security of the other. So, the encrypted cipher described above is
+actually split in two; half is used for HMAC, and half for gpg.
+
+----
+
+Does the HMAC cipher need to be gpg encrypted? Imagine if it were
+stored in plainext in the git repository. Anyone who can access
+the git repository already knows the actual filenames, and typically also
+the content hashes of annexed content. Having access to the HMAC cipher
+could perhaps be said to only let them verify that data they already
+know.
+
+While this seems a pretty persuasive argument, I'm not 100% convinced, and
+anyway, most times that the HMAC cipher is needed, the gpg cipher is also
+needed. Keeping the HMAC cipher encrypted does slow down two things:
+dropping content from encrypted remotes, and checking if encrypted remotes
+really have content. If it's later determined to be safe to not encrypt the
+HMAC cipher, the current design allows changing that, even for existing
+remotes.
+
+## other use of the symmetric cipher
+
+The symmetric cipher can be used to encrypt other content than the content
+sent to the remote. In particular, it may make sense to encrypt whatever
+access keys are used by the special remote with the cipher, and store that
+in remotes.log. This way anyone whose gpg key has been given access to 
+the cipher can get access to whatever other credentials are needed to
+use the special remote.
+
+## risks
+
+A risk of this scheme is that, once the symmetric cipher has been
+obtained, it allows full access to all the encrypted content. Indeed
+anyone owning a key that used to be granted access could already have
+decrypted the cipher and stored a copy. While it is in possible to
+remove a key with `keyid-=`, it is designed for a
+[[completely_different_purpose|/encryption]] and does not actually revoke
+access.
+
+If git-annex stores the decrypted symmetric cipher in memory, then there
+is a risk that it could be intercepted from there by an attacker. Gpg
+ameliorates these type of risks by using locked memory. For git-annex, note
+that an attacker with local machine access can tell at least all the
+filenames and metadata of files stored in the encrypted remote anyway,
+and can access whatever content is stored locally.
+
+This design does not support obfuscating the size of files by chunking
+them, as that would have added a lot of complexity, for dubious benefits.
+If the untrusted party running the encrypted remote wants to know file sizes,
+they could correlate chunks that are accessed together. Encrypting data
+changes the original file size enough to avoid it being used as a direct
+fingerprint at least.
diff --git a/doc/design/encryption/comment_1_4715ffafb3c4a9915bc33f2b26aaa9c1._comment b/doc/design/encryption/comment_1_4715ffafb3c4a9915bc33f2b26aaa9c1._comment
new file mode 100644
index 0000000000..f2ecc46d0a
--- /dev/null
+++ b/doc/design/encryption/comment_1_4715ffafb3c4a9915bc33f2b26aaa9c1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-04-03T20:03:14Z"
+ content="""
+New encryption keys could be used for different directories/files/patterns/times/whatever. One could then encrypt this new key for the public keys of other people/machines and push them out along with the actual data. This would allow some level of access restriction or future revocation. git-annex would need to keep track of which files can be decrypted with which keys. I am undecided if that information needs to be encrypted or not.
+
+Encrypted object files should be checksummed in encrypted form so that it's possible to verify integrity without knowing any keys. Same goes for encrypted keys, etc.
+
+Chunking files in this context seems like needless overkill. This might make sense to store a DVD image on CDs or similar, at some point. But not for encryption, imo. Coming up with sane chunk sizes for all use cases is literally impossible and as you pointed out, correlation by the remote admin is trivial.
+"""]]
diff --git a/doc/design/encryption/comment_2_a610b3d056a059899178859a3a821ea5._comment b/doc/design/encryption/comment_2_a610b3d056a059899178859a3a821ea5._comment
new file mode 100644
index 0000000000..d5461e23c0
--- /dev/null
+++ b/doc/design/encryption/comment_2_a610b3d056a059899178859a3a821ea5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-05T18:41:49Z"
+ content="""
+I see no use case for verifying encrypted object files w/o access to the encryption key. And possible use cases for not allowing anyone to verify your data.
+
+If there are to be multiple encryption keys usable within a single encrypted remote, than they would need to be given some kind of name (a since symmetric key is used, there is no pubkey to provide a name), and the name encoded in the files stored in the remote. While certainly doable I'm not sold that adding a layer of indirection is worthwhile. It only seems it would be worthwhile if setting up a new encrypted remote was expensive to do. Perhaps that could be the case for some type of remote other than S3 buckets.
+"""]]
diff --git a/doc/design/encryption/comment_3_cca186a9536cd3f6e86994631b14231c._comment b/doc/design/encryption/comment_3_cca186a9536cd3f6e86994631b14231c._comment
new file mode 100644
index 0000000000..d3c483fdf3
--- /dev/null
+++ b/doc/design/encryption/comment_3_cca186a9536cd3f6e86994631b14231c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2011-04-05T23:24:17Z"
+ content="""
+Assuming you're storing your encrypted annex with me and I with you, our regular cron jobs to verify all data will catch corruption in each other's annexes.
+
+Checksums of the encrypted objects could be optional, mitigating any potential attack scenarios.
+
+It's not only about the cost of setting up new remotes. It would also be a way to keep data in one annex while making it accessible only in a subset of them. For example, I might need some private letters at work, but I don't want my work machine to be able to access them all.
+"""]]
diff --git a/doc/design/encryption/comment_4_8f3ba3e504b058791fc6e6f9c38154cf._comment b/doc/design/encryption/comment_4_8f3ba3e504b058791fc6e6f9c38154cf._comment
new file mode 100644
index 0000000000..14eb1acac1
--- /dev/null
+++ b/doc/design/encryption/comment_4_8f3ba3e504b058791fc6e6f9c38154cf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-04-07T19:59:30Z"
+ content="""
+@Richard the easy way to deal with that scenario is to set up a remote that work can access, and only put in it files work should be able to see. Needing to specify which key a file should be encrypted to when putting it in a remote that supported multiple keys would add another level of complexity which that avoids.
+
+Of course, the right approach is probably to have a separate repository for work. If you don't trust it with seeing file contents, you probably also don't trust it with the contents of your git repository.
+"""]]
diff --git a/doc/design/encryption/comment_5_520e60aa53217b5ba428d4c05d897dee._comment b/doc/design/encryption/comment_5_520e60aa53217b5ba428d4c05d897dee._comment
new file mode 100644
index 0000000000..ff579f49b8
--- /dev/null
+++ b/doc/design/encryption/comment_5_520e60aa53217b5ba428d4c05d897dee._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkS6aFVrEwOrDuQBTMXxtGHtueA69NS_jo"
+ nickname="Hans"
+ subject="using sshfs + cryptmount is more secure"
+ date="2012-08-14T13:41:47Z"
+ content="""
+\"For git-annex, note that an attacker with local machine access can tell at least all the filenames and metadata of files stored in the encrypted remote anyway, and can access whatever content is stored locally.\"
+
+Better security is given by sshfs + cryptmount, which I used when I recently setup a git-annex repository on a free shell account from a provider I do not trust.
+
+See http://code.cjb.net/free-secure-online-backup.html for what I did to get a really secure solution.
+
+Kind regards,
+
+Hans Ekbrand
+"""]]
diff --git a/doc/design/encryption/comment_6_d677fead0fe0c543f48f07d85f83f592._comment b/doc/design/encryption/comment_6_d677fead0fe0c543f48f07d85f83f592._comment
new file mode 100644
index 0000000000..a2c7013fb0
--- /dev/null
+++ b/doc/design/encryption/comment_6_d677fead0fe0c543f48f07d85f83f592._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 6"
+ date="2012-08-14T14:10:40Z"
+ content="""
+Hans,
+
+You are misunderstanding how git-annex encryption works.  The \"untrusted host\" and the \"local machine\" are not the same machine.  git-annex only transfers pre-encrypted files to the \"untrusted host\".
+
+You should setup a git-annex encrypted remote and watch how it works so you can see for yourself that it is not insecure.
+
+Your solution does not provide better security, it accomplishes the same thing as git-annex in a more complicated way.  In addition, since you are mounting the image from the client your solution will not work with multiple clients.
+"""]]
diff --git a/doc/design/encryption/comment_7_c1c38a09b1276e29adc3ba564dc0fe4e._comment b/doc/design/encryption/comment_7_c1c38a09b1276e29adc3ba564dc0fe4e._comment
new file mode 100644
index 0000000000..259214495a
--- /dev/null
+++ b/doc/design/encryption/comment_7_c1c38a09b1276e29adc3ba564dc0fe4e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkS6aFVrEwOrDuQBTMXxtGHtueA69NS_jo"
+ nickname="Hans"
+ subject="comment 7"
+ date="2012-08-15T19:16:10Z"
+ content="""
+Justin,
+
+thanks for clearing that up. It's great that git-annex has implemented mechanisms to work securely on untrusted hosts. My solution is thus only interesting for files that are impractical to manage with git-annex (e.g. data for/from applications that need rw-access to a large number of files). And, possibly, for providers that do not provide rsync.
+
+Your remark that my solution does not work with more than one client, is not entirely accurate. No more than one client can access the repository at any given time, but as long as access is not simultaneous, any number of clients can access the repository. Still, your point is taken, it's a limitation I should mention.
+
+It would be interesting to compare the performance of individually encrypted files to encrypted image-file. My intuition says that encrypted image-file should be faster, but that's just a guess.
+"""]]
diff --git a/doc/design/external_special_remote_protocol.mdwn b/doc/design/external_special_remote_protocol.mdwn
new file mode 100644
index 0000000000..6fe09ff7cc
--- /dev/null
+++ b/doc/design/external_special_remote_protocol.mdwn
@@ -0,0 +1,293 @@
+Communication between git-annex and a program implementing an external
+special remote uses this protocol.
+
+[[!toc]]
+
+## starting the program
+
+The external special remote program has a name like
+`git-annex-remote-$bar`. When 
+`git annex initremote foo type=external externaltype=$bar` is run,
+git-annex finds the appropriate program in PATH.
+
+The program is started by git-annex when it needs to access the special
+remote, and may be left running for a long period of time. This allows
+it to perform expensive setup tasks, etc. Note that git-annex may choose to
+start multiple instances of the program (eg, when multiple git-annex
+commands are run concurrently in a repository).
+
+## protocol overview
+
+Communication is via stdin and stdout. Therefore, the external special
+remote must avoid doing any prompting, or outputting anything like eg,
+progress to stdout. (Such stuff can be sent to stderr instead.)
+
+The protocol is line based. Messages are sent in either direction, from
+git-annex to the special remote, and from the special remote to git-annex.
+
+In order to avoid confusing interactions, one or the other has control
+at any given time, and is responsible for sending requests, while the other
+only sends replies to the requests.
+
+Each protocol line starts with a command, which is followed by the
+command's parameters (a fixed number per command), each separated by a
+single space. The last parameter may contain spaces. Parameters may be
+empty, but the separating spaces are still required in that case.
+
+## example session
+
+The special remote is responsible for sending the first message, indicating
+the version of the protocol it is using.
+
+	VERSION 1
+
+Once it knows the version, git-annex will generally 
+send a message telling the special remote to start up.
+(Or it might send a INITREMOTE, so don't hardcode this order.)
+
+	PREPARE
+
+The special remote can now ask git-annex for its configuration, as needed,
+and check that it's valid. git-annex responds with the configuration values
+
+	GETCONFIG directory
+	VALUE /media/usbdrive/repo
+	GETCONFIG automount
+	VALUE true
+
+Once the special remote is satisfied with its configuration and is
+ready to go, it tells git-annex.
+
+	PREPARE-SUCCESS
+
+Now git-annex will tell the special remote what to do. Let's suppose
+it wants to store a key. 
+
+	TRANSFER STORE somekey tmpfile
+
+The special remote can continue sending messages to git-annex during this
+transfer. It will typically send progress messages, indicating how many
+bytes have been sent:
+
+	PROGRESS 10240
+	PROGRESS 20480
+
+Once the key has been stored, the special remote tells git-annex the result:
+
+	TRANSFER-SUCCESS STORE somekey
+
+Once git-annex is done with the special remote, it will close its stdin.
+The special remote program can then exit.
+
+## git-annex request messages
+
+These are messages git-annex sends to the special remote program.
+None of these messages require an immediate reply. The special
+remote can send any messages it likes while handling the requests.
+
+Once the special remote has finished performing the request, it should
+send one of the corresponding replies listed in the next section.
+
+The following requests *must* all be supported by the special remote.
+
+* `INITREMOTE`  
+  Request that the remote initialize itself. This is where any one-time
+  setup tasks can be done, for example creating an Amazon S3 bucket.  
+  Note: This may be run repeatedly over time, as a remote is initialized in
+  different repositories, or as the configuration of a remote is changed.
+  (Both `git annex initremote` and `git-annex enableremote` run this.)
+  So any one-time setup tasks should be done idempotently.
+* `PREPARE`  
+  Tells the special remote it's time to prepare itself to be used.  
+  Only INITREMOTE can come before this.
+* `TRANSFER STORE|RETRIEVE Key File`  
+  Requests the transfer of a key. For Send, the File is the file to upload;
+  for Receive the File is where to store the download.  
+  Note that the File should not influence the filename used on the remote.
+  The filename will not contain any whitespace.  
+  Multiple transfers might be requested by git-annex, but it's fine for the 
+  program to serialize them and only do one at a time.
+* `CHECKPRESENT Key`  
+  Requests the remote check if a key is present in it.
+* `REMOVE Key`  
+  Requests the remote remove a key's contents.
+
+The following requests can optionally be supported. If not handled,
+replying with `UNSUPPORTED-REQUEST` is acceptable.
+
+* `GETCOST`  
+  Requests the remote return a use cost. Higher costs are more expensive.
+  (See Config/Cost.hs for some standard costs.)
+* `GETAVAILABILITY`
+  Requests the remote send back an `AVAILABILITY` reply.
+  If the remote replies with `UNSUPPORTED-REQUEST`, its availability
+  is asssumed to be global. So, only remotes that are only reachable
+  locally need to worry about implementing this.
+
+More optional requests may be added, without changing the protocol version,
+so if an unknown request is seen, reply with `UNSUPPORTED-REQUEST`.
+
+## special remote replies
+
+These should be sent only in response to the git-annex request messages.
+They do not have to be sent immediately after the request; the special
+remote can send its own requests (listed in the next section below)
+while it's handling a request.
+
+* `PREPARE-SUCCESS`  
+  Sent as a response to PREPARE once the special remote is ready for use.
+* `PREPARE-FAILURE ErrorMsg`
+  Sent as a response to PREPARE if the special remote cannot be used.
+* `TRANSFER-SUCCESS STORE|RETRIEVE Key`  
+  Indicates the transfer completed successfully.
+* `TRANSFER-FAILURE STORE|RETRIEVE Key ErrorMsg`  
+  Indicates the transfer failed.
+* `CHECKPRESENT-SUCCESS Key`  
+  Indicates that a key has been positively verified to be present in the
+  remote.
+* `CHECKPRESENT-FAILURE Key`  
+  Indicates that a key has been positively verified to not be present in the
+  remote.
+* `CHECKPRESENT-UNKNOWN Key ErrorMsg`  
+  Indicates that it is not currently possible to verify if the key is
+  present in the remote. (Perhaps the remote cannot be contacted.)
+* `REMOVE-SUCCESS Key`  
+  Indicates the key has been removed from the remote. May be returned if
+  the remote didn't have the key at the point removal was requested.
+* `REMOVE-FAILURE Key ErrorMsg`  
+  Indicates that the key was unable to be removed from the remote.
+* `COST Int`  
+  Indicates the cost of the remote.
+* `AVAILABILITY GLOBAL|LOCAL`
+  Indicates if the remote is globally or only locally available.
+  (Ie stored in the cloud vs on a local disk.)
+* `INITREMOTE-SUCCESS`  
+  Indicates the INITREMOTE succeeded and the remote is ready to use.
+* `INITREMOTE-FAILURE ErrorMsg`  
+  Indicates that INITREMOTE failed.
+* `UNSUPPORTED-REQUEST`  
+  Indicates that the special remote does not know how to handle a request.
+
+## special remote messages
+
+These messages may be sent by the special remote at any time that it's
+in control.
+
+* `VERSION Int`  
+  Supported protocol version. Current version is 1. Must be sent first
+  thing at startup, as until it sees this git-annex does not know how to
+  talk with the special remote program!
+* `PROGRESS Int`  
+  Indicates the current progress of the transfer (in bytes). May be repeated
+  any number of times during the transfer process, but it's wasteful to
+  update the progress until at least another 1% of the file has been sent.
+  This is highly recommended for STORE. (It is optional but good for RETRIEVE.)  
+  (git-annex does not send a reply to this message.)
+* `DIRHASH Key`  
+  Gets a two level hash associated with a Key. Something like "abc/def".
+  This is always the same for any given Key, so can be used for eg,
+  creating hash directory structures to store Keys in.  
+  (git-annex replies with VALUE followed by the value.)
+* `SETCONFIG Setting Value`  
+  Sets one of the special remote's configuration settings.  
+  Normally this is sent during INITREMOTE, which allows these settings
+  to be stored in the git-annex branch, so will be available if the same
+  special remote is used elsewhere. (If sent after INITREMOTE, the changed
+  configuration will only be available while the remote is running.)
+* `GETCONFIG Setting`  
+  Gets one of the special remote's configuration settings, which can have
+  been passed by the user when running `git annex initremote`, or
+  can have been set by a previous SETCONFIG. Can be run at any time.  
+  (git-annex replies with VALUE followed by the value. If the setting is
+  not set, the value will be empty.)
+* `SETCREDS Setting User Password`  
+  When some form of user and password is needed to access a special remote,
+  this can be used to securely store them for later use.
+  (Like SETCONFIG, this is normally sent only during INITREMOTE.)  
+  The Setting indicates which value in a remote's configuration can be
+  used to store the creds.  
+  Note that creds are normally only stored in the remote's configuration
+  when it's surely safe to do so; when gpg encryption is used, in which
+  case the creds will be encrypted using it. If creds are not stored in
+  the configuration, they'll only be stored in a local file.  
+  (embedcreds can be set to yes by the user or by SETCONFIG to force
+   the creds to be stored in the remote's configuration).
+* `GETCREDS Setting`  
+  Gets any creds that were previously stored in the remote's configuration
+  or a file.
+  (git-annex replies with "CREDS User Password". If no creds are found,
+  User and Password are both empty.)
+* `GETUUID`  
+  Queries for the UUID of the special remote being used.  
+  (git-annex replies with VALUE followed by the UUID.)
+* `GETGITDIR`  
+  Queries for the path to the git directory of the repository that
+  is using the external special remote.
+  (git-annex replies with VALUE followed by the path.)
+* `SETWANTED PreferredContentExpression`  
+  Can be used to set the preferred content of a repository. Normally
+  this is not configured by a special remote, but it may make sense
+  in some situations to hint at the kind of content that should be stored
+  in the special remote. Note that if a unparsable expression is set,
+  git-annex will ignore it.
+* `GETWANTED`  
+  Gets the current preferred content setting of the repository.
+  (git-annex replies with VALUE followed by the preferred content
+  expression.)
+* `SETSTATE Key Value`  
+  Can be used to store some form of state for a Key. The state stored
+  can be anything this remote needs to store, in any format.
+  It is stored in the git-annex branch. Note that this means that if
+  multiple repositories are using the same special remote, and store
+  different state, whichever one stored the state last will win. Also,
+  it's best to avoid storing much state, since this will bloat the
+  git-annex branch. Most remotes will not need to store any state.
+* `GETSTATE Key`  
+  Gets any state that has been stored for the key.  
+  (git-annex replies with VALUE followed by the state.)
+* `DEBUG message`
+  Tells git-annex to display the message if --debug is enabled.
+
+## general messages
+
+These messages can be sent at any time by either git-annex or the special
+remote.
+
+* `ERROR ErrorMsg`  
+  Generic error. Can be sent at any time if things get too messed up
+  to continue. When possible, use a more specific reply from the list above.  
+  The special remote program should exit after sending this, as
+  git-annex will not talk to it any further. If the program receives
+  an ERROR from git-annex, it can exit with its own ERROR.
+
+## long running network connections
+
+Since an external special remote is started only when git-annex needs to
+access the remote, and then left running, it's ok to open a network
+connection in the PREPARE stage, and continue to use that network
+connection as requests are made.
+
+If you're unable to open a network connection, or the connection closes,
+perhaps because the network is down, it's ok to fail to perform any
+requests. Or you can try to reconnect when a new request is made.
+
+Note that the external special remote program may be left running for
+quite a long time, especially when the git-annex assistant is using it.
+The assistant will detect when the system connects to a network, and will
+start a new process the next time it needs to use a remote.
+
+## TODO
+
+* When storing encrypted files stream the file up/down the pipe, rather
+  than using a temp file. Will probably involve less space and disk IO, 
+  and makes the progress display better, since the encryption can happen
+  concurrently with the transfer. Also, no need to use PROGRESS in this
+  scenario, since git-annex can see how much data it has sent/received from
+  the remote. However, \n and probably \0 need to be escaped somehow in the
+  file data, which adds complication.
+* uuid discovery during INITREMOTE.
+* Support for splitting files into chunks.
+* Support for getting and setting the list of urls that can be associated
+  with a key.
+* Hook into webapp. Needs a way to provide some kind of prompt to the user
+  in the webapp, etc.
diff --git a/doc/design/external_special_remote_protocol/comment_11_8d3c35eb0a2a9c57b10566fcaf56d248._comment b/doc/design/external_special_remote_protocol/comment_11_8d3c35eb0a2a9c57b10566fcaf56d248._comment
new file mode 100644
index 0000000000..58c337ccd7
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_11_8d3c35eb0a2a9c57b10566fcaf56d248._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 11"
+ date="2014-01-13T18:45:34Z"
+ content="""
+I've handled the cloud repo check by making external special remotes be assumed by default to be globally available via the cloud. So no need to do anything in most cases. For remotes that are only available locally, the remote can reply with \"AVAILABILITY LOCAL\" when git-annex sends an AVAILABILITY request.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_12_241e57092d9e5631ac0ec4dd962477a6._comment b/doc/design/external_special_remote_protocol/comment_12_241e57092d9e5631ac0ec4dd962477a6._comment
new file mode 100644
index 0000000000..b5b3d1bfc2
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_12_241e57092d9e5631ac0ec4dd962477a6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="TobiasTheViking"
+ subject="Feature request"
+ date="2014-01-11T15:41:48Z"
+ content="""
+The ability to mark a remote as being a \"cloud\" remote. To silence the \"Unable to download files from your other devices. Add a cloud repository\" message in the webapp. 
+
+Maybe as simple as \"SETCONFIG cloud true\", if that is a viable implementation.
+
+
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_12_e3029c65d34f78272bc11961ebfd8237._comment b/doc/design/external_special_remote_protocol/comment_12_e3029c65d34f78272bc11961ebfd8237._comment
new file mode 100644
index 0000000000..e8d0dcfe8e
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_12_e3029c65d34f78272bc11961ebfd8237._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm_YXzEdPHzbSGVwtmTR7g1BqDtTnIBB5s"
+ nickname="Matthias"
+ subject="Chunk it"
+ date="2014-01-20T16:22:09Z"
+ content="""
+> TODO: stream the file up/down the pipe, rather than using a temp file
+
+You might want to use chunked transfer, i.e. a series of \"EXPECT 65536\" followed by that many bytes of binary data and an EOF marker (EXPECT-END or EXPECT 0), instead of escaping three characters (newline, NUL, and the escape prefix) and the additional unnecessary tedious per-character processing that would require.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_13_472748f03ba8dad773da7f35b70cb6e4._comment b/doc/design/external_special_remote_protocol/comment_13_472748f03ba8dad773da7f35b70cb6e4._comment
new file mode 100644
index 0000000000..f222349c13
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_13_472748f03ba8dad773da7f35b70cb6e4._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 13"
+ date="2014-02-10T18:22:55Z"
+ content="""
+First things first: in the documentation, I think `SETCONFIG Setting` should be `SETCONFIG Setting Value`.
+
+Now a few questions:
+
+- why have `SETCREDS` and `GETCREDS` have both a username and a password? I'd like to use them to store a OAuth token, but because of this I also have to store a dummy value, which seems weird to me. Is it possible to just do `SETCREDS oauth_token XXXYYY123456`?
+- about `PROGRESS`: my remote is sending `PROGRESS xxx` every 64kb uploaded or downloaded, but no upload/download progress is displayed by git-annex. Is this normal? Should I do it myself, or will it be done by a future version of git-annex?
+
+Joey, thanks a lot for all your work on git-annex :)
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_14_71c3e21a72222250bab933e1c9167fbc._comment b/doc/design/external_special_remote_protocol/comment_14_71c3e21a72222250bab933e1c9167fbc._comment
new file mode 100644
index 0000000000..095f225373
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_14_71c3e21a72222250bab933e1c9167fbc._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 14"
+ date="2014-02-11T01:36:51Z"
+ content="""
+Schnouki, fixed SETCONFIG docs. Note that this is a wiki. :)
+
+I agree it's a little weird for SETCREDS to have a username and a password. This is just exposing git-annex's existing credential storage which has a tuple of values rather than using, say, a multivalue map. If you only need one it's fine to put in a dummy value for the other one.
+
+Re PROGRESS, it seems I hooked up the progress stuff, so it was visible in the webapp, but forgot to put up a progress display at the command line. Fixed in git.
+
+I look forward to seeing your special remote implementation!
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_15_c77386deddc64b2028d9c3a7393d4df7._comment b/doc/design/external_special_remote_protocol/comment_15_c77386deddc64b2028d9c3a7393d4df7._comment
new file mode 100644
index 0000000000..d8ecdc3983
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_15_c77386deddc64b2028d9c3a7393d4df7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 15"
+ date="2014-02-11T13:44:10Z"
+ content="""
+Joey, thanks for fixing that so quickly. Indeed it works in the webapp; I'll check the CLI version as soon as possible :)
+
+I just released the new remote on <https://github.com/Schnouki/git-annex-remote-hubic>. It's for [hubiC](https://hubic.com/), a French personal cloud storage service made by OVH that has free 25GB accounts and only charges €10/month for 10TB (VAT included). It's really experimental (hacked it over the weekend), but it seems to work for me so far.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_1_5baff75d278394a8818c348fb4f13b8a._comment b/doc/design/external_special_remote_protocol/comment_1_5baff75d278394a8818c348fb4f13b8a._comment
new file mode 100644
index 0000000000..aa2e85d900
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_1_5baff75d278394a8818c348fb4f13b8a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmicVKRM8vJX4wPuAwlLEoS2cjmFXQkjkE"
+ nickname="Thomas"
+ subject="not useful for &quot;plain directory&quot; special remote?"
+ date="2013-12-16T20:10:16Z"
+ content="""
+It says: \"Note that the File should not influence the filename used on the remote. The filename used should be derived from the Key.\"
+
+Thus this interface might not be useful to implement [[todo/New special remote suggeston - clean directory]]? The clean directory special remote would just do that: save $key content on the remote under the filename $file.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_2_70429b7c4f1e4083a9d5a6e2e238056d._comment b/doc/design/external_special_remote_protocol/comment_2_70429b7c4f1e4083a9d5a6e2e238056d._comment
new file mode 100644
index 0000000000..032136b022
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_2_70429b7c4f1e4083a9d5a6e2e238056d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 2"
+ date="2013-12-16T20:42:23Z"
+ content="""
+That's not how special remotes work -- they have nothing to do with the symlinks in the work tree, which are managed by git (or git-annex in direct mode). They only store values for keys.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_3_c763e44d06d9f50f0d357889b180b819._comment b/doc/design/external_special_remote_protocol/comment_3_c763e44d06d9f50f0d357889b180b819._comment
new file mode 100644
index 0000000000..08d405c8e2
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_3_c763e44d06d9f50f0d357889b180b819._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="TobiasTheViking"
+ subject="Feature requests"
+ date="2013-12-28T13:57:35Z"
+ content="""
+PREPARE-Failure ErrorMsg (matching INITREMOTE-FAILURE ErrorMsg)
+
+Also, i'd like for the following to overwrite existing credentials/configs 
+MYFOLDER=\"testfolder\" MYLOGIN=\"login\" MYPASSWORD=\"pword\" MYURL=\"http://webdav/\"    git annex enableremote owncloud type=external externaltype=owncloud --debug
+
+This would also be needed for refreshing oauth.
+
+
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_4_20ff41d82b5f1872698a5b24adcd0c41._comment b/doc/design/external_special_remote_protocol/comment_4_20ff41d82b5f1872698a5b24adcd0c41._comment
new file mode 100644
index 0000000000..6597294fba
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_4_20ff41d82b5f1872698a5b24adcd0c41._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 4"
+ date="2013-12-29T17:50:23Z"
+ content="""
+Added PREPARE-FAILURE
+
+git-annex enableremote causes INITREMOTE to be called, so any credentials can be stored etc. (Note that, as with built-in special remotes, credentials are only stored in the git-annex branch when the remote is encrypted. Otherwise, they're stored locally in a .git/annex/creds/ file.)
+
+Also, I'd recommend using environment variables for passing credentials to initremote/enableremote, because that avoids leaking them in `ps`.. but it probably doesn't make sense to use environment variables for other settings, but instead pass them as parameters of initremote/enableremote, which can be looked up using GETCONFIG. Only exception might be if the setting needs to vary between different machines.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_5_3ee158e548002badae5bf44dc0442626._comment b/doc/design/external_special_remote_protocol/comment_5_3ee158e548002badae5bf44dc0442626._comment
new file mode 100644
index 0000000000..fcc70a1860
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_5_3ee158e548002badae5bf44dc0442626._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="TobiasTheViking"
+ subject="Feature requests"
+ date="2013-12-31T14:05:07Z"
+ content="""
+Hook should be able to set default configuration for itself.
+
+For instance, clean flickr hook will only upload some files(notably pictures). The user shouldn't have to manage that.
+
+Other hooks have a maximum filesize(though i guess that doesn't matter once splitting works).
+
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_6_ee2828ce25b83bbabc9d5dde35d1e57b._comment b/doc/design/external_special_remote_protocol/comment_6_ee2828ce25b83bbabc9d5dde35d1e57b._comment
new file mode 100644
index 0000000000..f57bfabbc4
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_6_ee2828ce25b83bbabc9d5dde35d1e57b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 6"
+ date="2013-12-31T17:56:34Z"
+ content="""
+I suppose you're talking about preferred content settings.
+
+I think that it makes sense for hooks to use existing git-annex plumbing etc when it's available. So a hook could just run `git annex wanted` to manage its preferred content.
+
+The only problem is that a hook does not currently have a way to discover the UUID of the repository! So I've added a GETUUID to cover this and other use cases.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_7_edb649d0019a061ef7bf6534a444429d._comment b/doc/design/external_special_remote_protocol/comment_7_edb649d0019a061ef7bf6534a444429d._comment
new file mode 100644
index 0000000000..4e9f91c42c
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_7_edb649d0019a061ef7bf6534a444429d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="TobiasTheViking"
+ subject="comment 7"
+ date="2013-12-31T18:20:32Z"
+ content="""
+I think the hook running anything in shell, to interact with git annex, is a mistake.
+
+I see a lot more potential pitfalls and mistakes(especially crossplatform). 
+
+It should be the existing git annex plumbing (preferred content) as you say. I just really think it should be configurable in the protocol, instead of a having to run a shell command. 
+
+Since you have made this advanced protocol i really see it as a mistake to do anything between the hook and git-annex outside of the protocol, it makes much more sense to have all their interactions happen within the protocol.
+
+IMO anyways.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment b/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment
new file mode 100644
index 0000000000..f9803bee01
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_8_1f4c205a5ce6f33ccf2f4d80754e5699._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 8"
+ date="2013-12-31T19:16:16Z"
+ content="""
+It makes sense to only implement one interface to things, unless there is a reason such as performance to do otherwise.
+"""]]
diff --git a/doc/design/external_special_remote_protocol/comment_9_15c4cfe064be37cc104dcb6aa049a449._comment b/doc/design/external_special_remote_protocol/comment_9_15c4cfe064be37cc104dcb6aa049a449._comment
new file mode 100644
index 0000000000..cc3f7dd235
--- /dev/null
+++ b/doc/design/external_special_remote_protocol/comment_9_15c4cfe064be37cc104dcb6aa049a449._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 9"
+ date="2014-01-02T00:15:28Z"
+ content="""
+Tobias made some good points:
+
+* git-annex may not be in PATH depending on installation method
+* It would in theory be bad if a special remote ran some git-annex command that used the special remote and ran some git-annex command [...].
+* git-annex would need to tell the special remote what git repo it was being used with.
+
+So, added GETWANTED and SETWANTED. However, if I find myself recapitulating a lot of git-annex's command-line plumbing stuff in this protocol, I will need to revisit this decision and find a better way. Particularly, I narrowly escaped an intractable dependency loop in [[!commit 8e3032df2d5c6ddf07e43de4b3bb89cb578ae048]].
+"""]]
diff --git a/doc/design/gcrypt.mdwn b/doc/design/gcrypt.mdwn
new file mode 100644
index 0000000000..d5b9c064bc
--- /dev/null
+++ b/doc/design/gcrypt.mdwn
@@ -0,0 +1,8 @@
+To integrate with git-remote-gcrypt, a key thing is to have a way to map
+from the gcrypt-id of an encrypted repository to a git-annex repository
+uuid.
+
+To do this, we'll make a v5 UUID, feeding in the gcrypt-id.
+The namespace used is itself a v5 UUID, generated using the URL
+namespace and the URL of this page at the time this scheme was
+developed: "http://git-annex.branchable.com/design/gcrypt/"
diff --git a/doc/design/git-remote-daemon.mdwn b/doc/design/git-remote-daemon.mdwn
new file mode 100644
index 0000000000..270ceaa472
--- /dev/null
+++ b/doc/design/git-remote-daemon.mdwn
@@ -0,0 +1,173 @@
+# goals
+
+* be configured like a regular git remote, with an unusual url
+  or other configuration
+* receive notifications when a remote has received new commits,
+  and take some action
+* optionally, do receive-pack and send-pack to a remote that
+  is only accessible over an arbitrary network transport
+  (like assistant does with XMPP)
+* optionally, send/receive git-annex objects to remote
+  over an arbitrary network transport
+
+# difficulties
+
+* authentication & configuration
+* multiple nodes may be accessible over a single network transport,
+  with it desirable to sync with any/all of them. For example, with
+  XMPP, there can be multiple friends synced with. This means that
+  one git remote can map to multiple remote nodes. Specific to git-annex,
+  this means that a set of UUIDs known to be associated with the remote
+  needs to be maintained, while currently each remote can only have one
+  annex-uuid in .git/config.
+
+# payoffs
+
+* support [[assistant/telehash]]!
+* Allow running against a normal ssh git remote. This would run
+  git-annex-shell on the remote, watching for changes, and so be able to
+  notify when a commit was pushed to the remote repo. This would let the
+  assistant immediately notice and pull. So the assistant would be fully
+  usable with a single ssh remote and no other configuration!
+  **do this first**
+* clean up existing XMPP support, make it not a special case, and not
+  tightly tied to the assistant
+* git-remote-daemon could be used independantly of git-annex,
+  in any git repository.
+
+# design
+
+Let git-remote-daemon be the name. Or for git-annex,
+`git annex remotedaemon`.
+
+It runs in one of two ways:
+
+1. Forked to background, using a named pipe for the control protocol.
+2. With --foreground, the control protocol goes over stdio.
+
+Either way, behavior is the same:
+
+* Get a list of remotes to act on by looking at .git/config
+* Automatically notices when a remote has changes to branches
+  matching remote.$name.fetch, and pulls them down to the appropriate
+  location.
+* When the control protocol informs it about a new ref that's available,
+  it offers the ref to any interested remotes.
+
+# control protocol
+
+This is an asynchronous protocol. Ie, either side can send any message
+at any time, and the other side does not send a reply.
+
+It is line based and intended to be low volume and not used for large data.
+
+TODO: Expand with commands for sending/receiving git-annex objects, and
+progress during transfer.
+
+TODO: Will probably need to add something for whatever pairing is done by
+the webapp.
+
+## emitted messages
+
+* `CONNECTED uri`
+
+  Sent when a connection has been made with a remote.
+
+* `DISCONNECTED uri`
+
+  Sent when connection with a remote has been lost.
+
+* `SYNCING uri`
+
+  Indicates that a pull or a push with a remote is in progress.
+  Always followed by DONESYNCING.
+
+* `DONESYNCING uri 1|0`
+
+  Indicates that syncing with a remote is done, and either succeeded
+  (1) or failed (0).
+
+* `WARNING uri string`
+
+  A message to display to the user about a remote.
+
+## consumed messages
+
+* `PAUSE`
+
+  The user has requested a pause.  
+  git-remote-daemon should close connections and idle.
+
+* `LOSTNET`
+
+  The network connection has been lost.  
+  git-remote-daemon should close connections and idle.
+
+* `RESUME`
+
+  Undoes PAUSE or LOSTNET.  
+  Start back up network connections.
+
+* `CHANGED ref ...`
+
+  Indicates that a ref is new or has changed. These can be offered to peers,
+  and peers that are interested in them can pull the content.
+
+* `RELOAD`
+
+  Indicates that configs have changed. Daemon should reload .git/config
+  and/or restart.
+
+  Possible config changes include adding a new remote, removing a remote,
+  or setting `remote.<name>.annex-sync` to configure whether to sync with a
+  particular remote.
+
+* `STOP`
+
+  Shut down git-remote-daemon
+
+  (When using stdio, it also should shutdown when it reaches EOF on 
+  stdin.)
+
+# encryption & authentication
+
+For simplicity, the network transports have to do their own end-to-end
+encryption. Encryption is not part of this design.
+
+(XMPP does not do end-to-end encryption, but might be supported
+transitionally.)
+
+Ditto for authentication that we're talking to who we intend to talk to.
+Any public key data etc used for authentication is part of the remote's
+configuration (or hidden away in a secure chmodded file, if necessary).
+This design does not concern itself with authenticating the remote node,
+it just takes the auth token and uses it.
+
+For example, in telehash, each node has its own keypair, which is used
+or authentication and encryption, and is all that's needed to route
+messages to that node.
+
+# network level protocol
+
+How do peers communicate with one another over the network?
+
+This seems to need to be network-layer dependant. Telehash will need
+one design, and git-annex-shell on a central ssh server has a very different
+(and much simpler) design.
+
+## ssh
+
+`git-annex-shell notifychanges` is run, and speaks a simple protocol
+over stdio to inform when refs on the remote have changed.
+
+No pushing is done for CHANGED, since git handles ssh natively.
+
+TODO: test!
+
+## telehash 
+
+TODO
+
+## xmpp
+
+Reuse [[assistant/xmpp]]
diff --git a/doc/design/git-remote-daemon/comment_1_bfa8f33a3fdb6e271dfbdd0378b5d364._comment b/doc/design/git-remote-daemon/comment_1_bfa8f33a3fdb6e271dfbdd0378b5d364._comment
new file mode 100644
index 0000000000..d93bab0902
--- /dev/null
+++ b/doc/design/git-remote-daemon/comment_1_bfa8f33a3fdb6e271dfbdd0378b5d364._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="Rolling hash chunking"
+ date="2014-04-04T14:16:25Z"
+ content="""
+I am not sure which page is the best for this comment, but this one seems somewhat relevant.
+
+Given that a future telehash implementation may download files from multiple peers, it might be a good idea to download files in chunks, possibly in parallel. In this case, it might be a good idea to use a rolling hash for chunking (like rsync et al). [There is a package for that on Hackage](http://hackage.haskell.org/package/hash-0.2.0.1/docs/Data-Hash-Rolling.html).
+
+git-annex could store a list of chunk checksums in `.git/annex/objects/…/SHA….chunks` whenever the repository holds a copy of the file. The checksum list would be a small fraction of the file in size, but all the checksum lists for all the files in a repository might take up too much space to store in the `git-annex` branch.
+
+When getting an object, git-annex could first download the `.chunks` file from a remote/peer and then proceed to download missing chunks in a BitTorrent-like fashion.
+
+If git-annex has an idea about what locally present object might be an earlier version of the file, it could compare the checksum lists and only download the parts that have changed (à la rsync).
+"""]]
diff --git a/doc/design/metadata.mdwn b/doc/design/metadata.mdwn
new file mode 100644
index 0000000000..10e79b9f8e
--- /dev/null
+++ b/doc/design/metadata.mdwn
@@ -0,0 +1,196 @@
+[[!toc]]
+
+# metadata
+
+Attach an arbitrary set of metadata to a key. This consists of any number
+of fields. Each field has an unordered set of values. The special field
+"tag" has as its values any tags that are set for the key.
+
+Store in git-annex branch, next to location log files.
+
+Storage needs to support union merging, including removing an old value
+of a field, and adding a new value of a field.
+
+# filtered branches
+
+See [[tips/metadata_driven_views]]
+
+The reason to use specially named filtered branches is because it makes
+self-documenting how the repository is currently filtered.
+
+## unmatched files in filtered branches
+
+TODO Files not matching the view should be able to be included in
+the filtered branch, in a special location, an "other" directory.
+
+For example, it could make a "other" directory containing files
+without a tag when viewing by tag.
+
+It might be nice, if in a two level view, for the other directories
+to nest. For example, `other/2014/file`. However, that leads to a
+performance problem: When adding a level to a view, it has to look at each
+file in the "other" directory and generate a view for it too. With a lot
+of files, that'd be slow.
+
+Instead, why not replicate the parent branch's directory structure inside
+the "other" directory? Then the directory tree only has to be constructed
+once, and can be left alone when refining a view.
+
+## operations while on filtered branch
+
+* If files are removed and git commit called, git-annex should remove the
+  relevant metadata from the files. **done**  
+  (Currently, only metadata used for visible subdirs is added and removed
+  this way.)
+  (Also, this is not usable in direct mode because deleting the
+  file.. actually deletes it...)
+* If a file is moved into a new subdirectory while in a view branch,
+  a tag is added with the subdir name. This allows on the fly tagging.
+  **done**
+* `git annex sync` should avoid pushing out the view branch, but
+  it should check if there are changes to the metadata pulled in, and update
+  the branch to reflect them.
+
+## automatically added metadata
+
+When annex.genmetadata is set, git annex add automatically attaches
+some metadata to a file. Currently year and month fields, from its mtime.
+
+There's also a post-commit-annex hook script.
+
+## directory hierarchy metadata
+
+From the original filename used in the master branch, when
+constructing a view, generate fields. For example foo/bar/baz.mp3
+would get /=foo, foo/=bar, foo/bar/=baz, and .=mp3.
+
+Note that dir/=subdir allows a view to use `dir/=*` and only
+match one level of subdirs with the glob. So is better than dir=foo/bar
+as the metadata. (Alternatively, could do special glob matching.)
+
+This allows using whatever directory hierarchy exists to inform the view,
+without locking the view into using it. 
+
+Complication: When refining a view, it only looks at the filenames in
+the view, so it has to map from
+those filenames to derive the same metadata, unless there is persistent
+storage. Luckily, the filenames used in the views currently include the
+subdirs.
+
+# other uses for metadata
+
+Uses are not limited to view branches.
+
+`git annex checkoutmeta year=2014 talk` in a subdir of master could create the
+same tree of files filter would. The user can then commit that if desired.
+Or, they could run additional commands like `git annex fadd` to refine the
+tree of files in the subdir.
+
+Metadata can be used for configuring numcopies. One way would be a
+numcopies=n value attached to a file. But perhaps better would be to make
+the numcopies.log allow configuring numcopies based on which files have
+other metadata.
+
+Other programs could query git-annex for the metadata of files in the work
+tree, and do whatever it wants with it.
+
+# filenames
+
+The hard part of this is actually getting a useful filename to put in the
+view branch, since git-annex only has a key which the user will not
+want to see.
+
+* Could use filename metadata for the key, recorded by git-annex add (which
+  may not correspond to filenames being used in regular git branches like
+  master for the key).
+* Could use the .map files to get a filename, but this is somewhat
+  arbitrary (.map can contain multiple filenames), and is only
+  currently supported in direct mode.
+* Current approach: Have a reference branch (eg master) and walk it to
+  find filenames and
+  keys. Fine as long as it can be done efficiently. Also allows including
+  the subdirectory a file is in, potentially. cwebber points out that this
+  is essentially a form of tracking branch. Which implies it will need to
+  be updatable when the reference branch changes. Should be doable via
+  diff-tree.
+
+Note that we have to take care to avoid generating conflicting filenames.
+The current approach is to embed the full directory structure inside the
+filename in the view branch.
+
+## union merge properties
+
+While the storage could just list all the current values of a field on a
+line with a timestamp, that's not good enough. Two disconnected
+repositories can make changes to the values of a field (setting and
+unsetting tags for example) and when this is union merged back together,
+the changes need to be able to be replayed in order to determine which
+values we end up with. 
+
+To make that work, we log not only when a field is set to a value, 
+but when a value is unset as well.
+
+For example, here two different remotes added tags, and then later
+a tag was removed:
+
+	1287290776.765152s tag +foo +bar
+	1287290991.152124s tag +baz
+	1291237510.141453s tag -bar
+
+# efficient metadata lookup
+
+Looking up metadata for view generation so far requires traversing all keys
+in the git-annex branch. This is slow. A fast cache is needed.
+
+TODO
+
+# direct mode issues
+
+TODO (direct mode is currently not supported with view branches)
+
+Checking out a view branch can result in any number of copies of a file
+appearing in different directories. No problem in indirect mode, but
+in direct mode these are real, expensive copies.
+
+But, it's worth supporting direct mode!
+
+So, possible approaches:
+
+* Before checking out a view branch, calculate how much space will
+  be used by duplicates and refuse if not enough is free.
+* Only check out one file, and omit the copies. Keep track of which
+  files were omitted, and make sure that when committing on the branch,
+  that metadata is not removed. Has the downside that files can seem
+  to randomly move around in the tree as their metadata changes.
+* Disallow view branch checkouts that have duplicate files.
+  This would cripple it some, but perhaps not too badly?
+
+# gotchas
+
+* Checking out a view branch can remove the current subdir. May be worth
+  detecting when this happens and help the user.
+  **done**
+
+* Git has a complex set of rules for what is legal in a ref name.
+  View branch names will need to filter out any illegal stuff. **done**
+
+* Metadata should be copied to the new key when adding a modified version
+  of a file. **done**
+
+* Filesystems that are not case sensative (including case preserving OSX)
+  will cause problems if view branches try to use different cases for 
+  2 directories representing a metadata field.
+  
+  Solution might be to compare fields names case-insensitively, and
+  pick one representation consistently. **done**
+
+* Assistant needs to know about views, so it can update metadata when
+  files are moved around inside them. TODO
+
+* What happens if git annex add or the assistant add a new file while on a
+  view? If the file is not also added to the master branch, it will be lost
+  when exiting the view. TODO
+
+* The filename mangling can result in a filename in a view
+  that is too long for its containing filesystem. Should detect and do
+  something reasonable to avoid. TODO
diff --git a/doc/design/metadata/comment_1_22ed80bd8eabaa836e9dfc2432531f04._comment b/doc/design/metadata/comment_1_22ed80bd8eabaa836e9dfc2432531f04._comment
new file mode 100644
index 0000000000..493db43397
--- /dev/null
+++ b/doc/design/metadata/comment_1_22ed80bd8eabaa836e9dfc2432531f04._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3vKzS4eOWYpKMoYXqMIjNsIg_nYF-loU"
+ nickname="Konubinix"
+ subject="Already existing metadata implementation "
+ date="2014-02-22T21:45:25Z"
+ content="""
+Hi,
+
+I love the idea behing storing metadata.
+
+I suggest to exchange ideas (and maybe code) with projects already implementing metadata systems.
+
+I have tried several implementations and particularly noticed tmsu (http://tmsu.org/). This tool stores tags into a sqlite database and uses also a SHA-256 fingerprint of the file to be aware of file moves. It provides a fuse view of the tags with the ability to change tags by moving files (like in the git annex metadata view).
+
+Paul Ruane is particularly responsive on the mailing list and he already supports git annexed files (with SHAE-256 fingerprint) (see the end of the thread https://groups.google.com/forum/#!topic/tmsu/A5EGpnCcJ2w).
+
+Even if you cannot reuse the project, they are interresting ideas that might be worth looking at like the implications of tags: a file tagged \"film\" being automatically tagged \"video\".
+
+Tagsistant (http://www.tagsistant.net/) may also be a good source of inspirations. I just don't like the fact that it uses a backstore of tagged files.
+
+Thanks for reading.
+"""]]
diff --git a/doc/design/metadata/comment_2_03ae28acedbe1fa45c366b30b58fcf48._comment b/doc/design/metadata/comment_2_03ae28acedbe1fa45c366b30b58fcf48._comment
new file mode 100644
index 0000000000..c222f75d36
--- /dev/null
+++ b/doc/design/metadata/comment_2_03ae28acedbe1fa45c366b30b58fcf48._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2014-02-25T09:51:17Z"
+ content="""
+Some additional ideas for metadata...
+
+Instead of having a simplistic scheme like 'field=value' it might be advantageous to consider a scheme like 'attribute=XXX, value=YYY, unit=ZZZ' that way you could do intesting things with the metadata like adding counters to things, and allow for doing interesting queries like give me all 'things' tagged with a unit of \"audio_file\", this assumes one had trawled through an entire annex and then tagged all files based on type with the unix file tool or something like that.
+
+The above idea is already in use in irods and its a really nice and powerful way to let users add meta-data and to build up more interesting use cases and tools.
+
+btw, I plan on taking a look at seeing if I can map some of the meta that we have in work into this new git-annex feature to see how well/bad it works. Either way this feature looks cool! +1!!!
+"""]]
diff --git a/doc/design/metadata/comment_3_ee850df7d3fa4c56194f13a6e3890a30._comment b/doc/design/metadata/comment_3_ee850df7d3fa4c56194f13a6e3890a30._comment
new file mode 100644
index 0000000000..f77cd86115
--- /dev/null
+++ b/doc/design/metadata/comment_3_ee850df7d3fa4c56194f13a6e3890a30._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2014-02-25T09:57:09Z"
+ content="""
+actually in your mp3 example you could have ....
+
+ATTRIBUTE=sample_rate, VALUE=22100, UNIT=Hertz
+
+another example use case is to always be consistent with the AVU order then you could stick in ntriples from RDF to do other cool things by looking up various linked data sources -- see http://www.w3.org/2001/sw/RDFCore/ntriples/ and http://www.freebase.com/, actually this would be quite cool if git-annex examined the mp3's id3 tag, the created an ntriple styled entry can be automatically parsed with the web-based annex gui and automatically pull in additional meta-data from the likes of freebase. I guess the list of ideas can just only get bigger with this potential metadata capability.
+"""]]
diff --git a/doc/design/metadata/comment_4_c32ade1524487e5fdc6f83b2db39f04c._comment b/doc/design/metadata/comment_4_c32ade1524487e5fdc6f83b2db39f04c._comment
new file mode 100644
index 0000000000..01f917ef59
--- /dev/null
+++ b/doc/design/metadata/comment_4_c32ade1524487e5fdc6f83b2db39f04c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="198.164.160.48"
+ subject="convenient way to query metadata?"
+ date="2014-03-15T20:58:28Z"
+ content="""
+I'd like to be able to do something like \"git annex metadata -q fieldname\" and have that output the value(s) of fieldname.  I see I could parse the json output but that isn't too convenient in a shell script. Or have I missed something that already exists?
+"""]]
diff --git a/doc/design/metadata/comment_5_0ac3132cd7a84f0e170fbe3a6f235fe7._comment b/doc/design/metadata/comment_5_0ac3132cd7a84f0e170fbe3a6f235fe7._comment
new file mode 100644
index 0000000000..ca98f7f415
--- /dev/null
+++ b/doc/design/metadata/comment_5_0ac3132cd7a84f0e170fbe3a6f235fe7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 5"
+ date="2014-03-15T21:30:52Z"
+ content="""
+@bremner, you must be up to something interesting.. Added metadata --get for you.
+"""]]
diff --git a/doc/design/metadata/comment_6_fa51ae544b193122334dbae7960ab3d9._comment b/doc/design/metadata/comment_6_fa51ae544b193122334dbae7960ab3d9._comment
new file mode 100644
index 0000000000..7be49a6a92
--- /dev/null
+++ b/doc/design/metadata/comment_6_fa51ae544b193122334dbae7960ab3d9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="tdussa"
+ ip="217.84.74.69"
+ subject="Why not automatically add the whole date?"
+ date="2014-04-30T20:41:20Z"
+ content="""
+Hi,
+
+apologies if I am missing something, but from what I understand, git-annex will automatically add the year and the month from a file's mtime to its metadata if instructed to do so.
+
+So... What about the day (or the time, for that matter?)?  What is the reasoning behind the decision not to add those bits automatically?  And, is there a way to get git-annex to add those bits of information automatically as well (besides the obvious way of creating a pre-commit-hook script to that effect)?
+
+THX & Cheers,
+Toby.
+"""]]
diff --git a/doc/design/preferred_content.mdwn b/doc/design/preferred_content.mdwn
new file mode 100644
index 0000000000..3972b8b583
--- /dev/null
+++ b/doc/design/preferred_content.mdwn
@@ -0,0 +1,21 @@
+The [[preferred_content]] expressions didn't have a design document, but
+it's a small non-turing complete DSL for expressing which objects a
+repository prefers to contain.
+
+One thing that needs to be written down though is the stability analysis
+that must be done of preferred content expressions. 
+
+It's important that when a set of repositories all look at one-another's
+preferred content expressions, and copy/move/drop objects to satisfy them,
+they end up at a steady state. So, a given preferred content expression
+should ideally evaluate to the same answer for each key, from the
+perspective of each repository.
+
+The best way to ensure that is the case is to only use terms in preferred
+content expressions that rely on state that is shared between all
+repositories. So, state in the git-annex branch, or the master branch
+(assuming all repositories have master checked out).
+
+Since git is eventually consistent, there might be disagreements about
+which object belongs where, but once consistency is reached, things will
+settle down.
diff --git a/doc/design/requests_routing.mdwn b/doc/design/requests_routing.mdwn
new file mode 100644
index 0000000000..2391cfae95
--- /dev/null
+++ b/doc/design/requests_routing.mdwn
@@ -0,0 +1,100 @@
+## requesting content
+ 
+In some situations, nodes only want particular files, and not everything.
+(Or don't have the bandwidth to get everything.) A way to handle this,
+that should work in a fully ad-hoc, offline distributed network,
+suggested by Vincenzo Tozzi:
+
+* Nodes generate a request for a specific file they want, committed
+  to git somewhere.
+* This request has a TTL (of eg 3 or 4).
+* When syncing, copy the requests that a node has, and decrease their TTL
+  by 1. Requests with a TTL of 0 have timed out and are not copied.
+  (So, requests are stored in git, but on eg, per-node branches.)
+* Only copy content to nodes that have a request for it (either one
+  originating with them, or one they copied from another node).
+* Each request indicates the requesting node, so once no nodes have an
+  active request for a particular file, it's ok to drop it from the
+  transfer nodes (honoring numcopies etc of course).
+
+## simulation
+
+A simulation of a network using this method is in [[simroutes.hs]].
+
+Question: How efficient is this method? Does the network fill with many
+copies that are not needed, before the request is fulfilled?
+
+## storing requests
+
+Requests could be stored in the location tracking file.
+
+Currently:
+
+	time 0|1 uuid1
+	time 0|1 uuid2
+
+* Use negative numbers for the TTL of a request:
+
+	time -3! uuid1
+	time -2 uuid2
+
+  The `!` indicates that the request originated on
+  that node.
+* To propigate a request, set -1 * (TTL+1) in the line
+  for the uuid of the repository that is propigating it.  
+  This should be done as part of the git-annex branch merge,
+  so if a location tracking file is merged, any open requests
+  get propigated to the current repository automatically.
+* When a requested file reaches a node that requested it,
+  the location is set to 1; this automatically clears the
+  request.
+* When a file has no more originating requests, clear all
+  the copied requests:
+
+	time 1 uuid1
+	time -2 uuid2
+
+  Becomes:
+
+	time 1 uuid1
+	time' 0 uuid2
+
+## generating requests
+
+	git annex request [file...]
+
+Indicates that the file is wanted in the current repository.
+
+(git annex get could also do this on failure, or suggest doing this)
+
+## acting on requests
+
+Add a preferred content expression that looks at request data:
+
+	requestedby=N
+
+Matches files that have been requested by at least N nodes.
+
+	requested
+
+Matches files that the current node has requested.
+
+### Example preferred content expressions
+
+For an immobile node that accumulates files it requests, and also
+temporarily stores files requested by other such nodes:
+
+	present or requestedby=1
+
+For a node that only transfers files between the immobile nodes:
+
+	requestedby=1
+
+For an immobile node that only accumulates files it requests, but never
+stores files requested by other nodes:
+
+	present or requested
+
+TODO: Would be nice to be able to prioritize files that more nodes are
+requesting, or that have some urgent flag set. But currently there is no
+way to do that; content is either preferred or not preferred.
diff --git a/doc/design/requests_routing/comment_1_421b14a4dd9d6c431e00333057df1627._comment b/doc/design/requests_routing/comment_1_421b14a4dd9d6c431e00333057df1627._comment
new file mode 100644
index 0000000000..f2e0a857a2
--- /dev/null
+++ b/doc/design/requests_routing/comment_1_421b14a4dd9d6c431e00333057df1627._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 1"
+ date="2014-05-07T06:27:10Z"
+ content="""
+“Nodes generate a request for a specific file they want”
+
+It would be also convenient to be able to “push” a file to another node you do not have direct access to by creating a request for that file on behalf of the node.
+"""]]
diff --git a/doc/design/requests_routing/simroutes.hs b/doc/design/requests_routing/simroutes.hs
new file mode 100644
index 0000000000..d911259354
--- /dev/null
+++ b/doc/design/requests_routing/simroutes.hs
@@ -0,0 +1,402 @@
+-- Simulation of non-flood syncing of content, across a network of nodes.
+
+module Main where
+
+import System.Random
+import Control.Monad.Random
+import Control.Monad
+import Control.Applicative
+import Data.Ratio
+import Data.Ord
+import Data.List
+import Data.Maybe
+import qualified Data.Set as S
+import qualified Data.Map.Strict as M
+
+{-
+ - Tunable values
+ -}
+
+totalFiles :: Int
+totalFiles = 100
+
+-- How likely is a given file to be wanted by any particular node?
+probabilityFilesWanted :: Probability
+probabilityFilesWanted = 0.10
+
+-- How many different locations can each transfer node move between?
+-- (Min, Max)
+transferDestinationsRange :: (Int, Int)
+transferDestinationsRange = (2, 3)
+
+-- Controls how likely transfer nodes are to move around in a given step
+-- of the simulation.
+-- (They actually move slightly less because they may start to move and
+-- pick the same location they are at.)
+-- (Min, Max)
+transferMoveFrequencyRange :: (Probability, Probability)
+transferMoveFrequencyRange = (0.10, 1.00)
+
+-- counts both immobile and transfer nodes as hops, so double Vince's
+-- theoretical TTL of 3.
+-- (30% loss on mocambos network w/o ttl of 4!)
+maxTTL :: TTL
+maxTTL = TTL (4 * 2)
+
+numImmobileNodes :: Int
+numImmobileNodes = 10
+
+numTransferNodes :: Int
+numTransferNodes = 20
+
+numSteps :: Int
+numSteps = 100
+
+-- IO code
+main :: IO ()
+main = do
+--	initialnetwork <- evalRandIO (seedFiles totalFiles =<< genNetwork)
+	initialnetwork <- evalRandIO (seedFiles totalFiles =<< mocambosNetwork)
+	networks <- evalRandIO (simulate numSteps initialnetwork)
+	let finalnetwork = last networks
+	putStrLn $ summarize initialnetwork finalnetwork
+	putStrLn "location history of file 1:"
+	print $ trace (traceHaveFile (File 1)) networks
+	putStrLn "request history of file 1:"
+	print $ trace (traceWantFile (File 1)) networks
+-- Only pure code below :)
+
+data Network = Network (M.Map NodeName ImmobileNode) [TransferNode]
+	deriving (Show, Eq)
+
+data ImmobileNode = ImmobileNode NodeRepo
+	deriving (Show, Eq)
+
+type NodeName = String
+
+type Route = [NodeName]
+
+data TransferNode = TransferNode
+	{ currentlocation :: NodeName
+	, possiblelocations :: [NodeName]
+	, movefrequency :: Probability
+	, transferrepo :: NodeRepo
+	}
+	deriving (Show, Eq)
+
+data NodeRepo = NodeRepo
+	{ wantFiles :: [Request]
+	, haveFiles :: S.Set File
+	, satisfiedRequests :: S.Set Request
+	}
+	deriving (Show, Eq)
+
+data File = File Int
+	deriving (Show, Eq, Ord)
+
+randomFile :: (RandomGen g) => Rand g File
+randomFile = File <$> getRandomR (0, totalFiles)
+
+data Request = Request File TTL
+	deriving (Show, Ord)
+
+-- compare ignoring TTL
+instance Eq Request where
+	(Request f1 _) == (Request f2 _) = f1 == f2
+
+requestedFile :: Request -> File
+requestedFile (Request f _) = f
+
+requestTTL :: Request -> TTL
+requestTTL (Request _ ttl) = ttl
+
+data TTL = TTL Int
+	deriving (Show, Eq, Ord)
+
+incTTL :: TTL -> TTL
+incTTL (TTL t) = TTL (t + 1)
+
+decTTL :: TTL -> TTL
+decTTL (TTL t) = TTL (t - 1)
+
+staleTTL :: TTL -> Bool
+staleTTL (TTL t) = t < 1
+
+-- Origin of a request starts one higher than max, since the TTL
+-- will decrement the first time the Request is transferred to another node.
+originTTL :: TTL
+originTTL = incTTL maxTTL
+
+randomRequest :: (RandomGen g) => Rand g Request
+randomRequest = Request
+	<$> randomFile
+	<*> pure originTTL
+
+type Probability = Float
+
+randomProbability :: (RandomGen g) => Rand g Probability
+randomProbability = getRandomR (0, 1)
+
+-- Returns the state of the network at each step of the simulation.
+simulate :: (RandomGen g) => Int -> Network -> Rand g [Network]
+simulate n net = go n [net]
+  where
+	go 0 nets = return (reverse nets)
+	go c (prev:nets) = do
+		new <- step prev
+		go (c - 1) (new:prev:nets)
+
+-- Each step of the simulation, check if each TransferNode wants to move,
+-- and if so:
+--   1. It and its current location exchange their Requests.
+--   2. And they exchange any requested files.
+--   3. Move it to a new random location.
+--
+-- Note: This implementation does not exchange requests between two
+-- TransferNodes that both arrive at the same location at the same step,
+-- and then move away in the next step.
+step :: (RandomGen g) => Network -> Rand g Network
+step (Network immobiles transfers) = go immobiles [] transfers
+  where
+	go is c [] = return (Network is c)
+	go is c (t:ts) = do
+		r <- randomProbability
+		if movefrequency t <= r
+			then case M.lookup (currentlocation t) is of
+				Nothing -> go is (c ++ [t]) ts
+				Just currentloc -> do
+					let (currentloc', t') = merge currentloc t
+					t'' <- move t'
+					go (M.insert (currentlocation t) currentloc' is) (c ++ [t'']) ts
+			else go is (c ++ [t]) ts
+
+merge :: ImmobileNode -> TransferNode -> (ImmobileNode, TransferNode)
+merge (ImmobileNode ir) t@(TransferNode { transferrepo = tr }) =
+	( ImmobileNode (go ir tr)
+	, t { transferrepo = go tr ir }
+	)
+  where
+	go r1 r2 = r1
+		{ wantFiles = wantFiles'
+		, haveFiles = haveFiles'
+		, satisfiedRequests = satisfiedRequests' `S.union` checkSatisfied wantFiles' haveFiles'
+		}
+	  where
+	  	wantFiles' = foldr addRequest (wantFiles r1) (wantFiles r2)
+		haveFiles' = S.foldr (addFile wantFiles' satisfiedRequests') (haveFiles r1) (haveFiles r2)
+		satisfiedRequests' = satisfiedRequests r1 `S.union` satisfiedRequests r2
+
+-- Adds a file to the set, when there's a request for it, and the request
+-- has not already been satisfied.
+addFile :: [Request] -> S.Set Request -> File -> S.Set File -> S.Set File
+addFile rs srs f fs
+	| any (\sr -> f == requestedFile sr) (S.toList srs) = fs
+	| any (\r -> f == requestedFile r) rs = S.insert f fs
+	| otherwise = fs
+
+-- Checks if any requests have been satisfied, and returns them,
+-- to be added to satisfidRequests
+checkSatisfied :: [Request] -> S.Set File -> S.Set Request
+checkSatisfied want have = S.fromList (filter satisfied want)
+  where
+	satisfied r = requestTTL r == originTTL && S.member (requestedFile r) have
+
+-- Decrements TTL, and avoids adding request with a stale TTL, or a
+-- request for an already added file with the same or a lower TTL.
+addRequest :: Request -> [Request] -> [Request]
+addRequest (Request f ttl) rs
+	| staleTTL ttl' = rs
+	| any (\r -> requestTTL r >= ttl) similar = rs
+	| otherwise = r' : other
+  where
+	ttl' = decTTL ttl
+	r' = Request f ttl'
+	(other, similar) = partition (/= r') rs
+
+move :: (RandomGen g) => TransferNode -> Rand g TransferNode
+move t = do
+	newloc <- randomfrom (possiblelocations t)
+	return $ t { currentlocation = newloc }
+
+genNetwork :: (RandomGen g) => Rand g Network
+genNetwork = do
+	let immobiles = M.fromList (zip (map show [1..]) (replicate numImmobileNodes emptyImmobile))
+	transfers <- sequence (replicate numTransferNodes (mkTransfer $ M.keys immobiles))
+	return $ Network immobiles transfers
+
+emptyImmobile :: ImmobileNode
+emptyImmobile = ImmobileNode (NodeRepo [] S.empty S.empty)
+
+mkTransfer :: (RandomGen g) => [NodeName] -> Rand g TransferNode
+mkTransfer immobiles = do
+  	-- Transfer nodes are given random routes. May be simplistic.
+	-- Also, some immobile nodes will not be serviced by any transfer nodes.
+	numpossiblelocs <- getRandomR transferDestinationsRange
+	possiblelocs <- sequence (replicate numpossiblelocs (randomfrom immobiles))
+	mkTransferBetween possiblelocs
+
+mkTransferBetween :: (RandomGen g) => [NodeName] -> Rand g TransferNode
+mkTransferBetween possiblelocs = do
+	currentloc <- randomfrom possiblelocs
+	movefreq <- getRandomR transferMoveFrequencyRange
+	-- transfer nodes start out with no files or requests in their repo
+	let repo = (NodeRepo [] S.empty S.empty)
+	return $ TransferNode currentloc possiblelocs movefreq repo
+
+randomfrom :: (RandomGen g) => [a] -> Rand g a
+randomfrom l = do
+	i <- getRandomR (1, length l)
+	return $ l !! (i - 1)
+
+-- Seeds the network with the given number of files. Each file is added to
+-- one of the immobile nodes of the network at random. And, one other node,
+-- at random, is selected which wants to get the file.
+seedFiles :: (RandomGen g) => Int -> Network -> Rand g Network
+seedFiles 0 network = return network
+seedFiles n network@(Network m t) = do
+	(origink, ImmobileNode originr) <- randnode
+	(destinationk, ImmobileNode destinationr) <- randnode
+	let file = File n
+	let origin = ImmobileNode $ originr
+		{ haveFiles = S.insert file (haveFiles originr) }
+	let destination = ImmobileNode $ destinationr
+		{ wantFiles = Request file originTTL : wantFiles destinationr }
+	let m' = M.insert origink origin $
+		M.insert destinationk destination m
+	seedFiles (n - 1) (Network m' t)
+  where
+	randnode = do
+		k <- randomfrom (M.keys m)
+		return (k, fromJust $ M.lookup k m)
+
+summarize :: Network -> Network -> String
+summarize _initial@(Network origis _) _final@(Network is _ts) = format
+	[ ("Total wanted files",
+		show (sum (overis (length . findoriginreqs . wantFiles . repo))))
+	, ("Wanted files that were not transferred to requesting node",
+		show (sum (overis (S.size . findunsatisfied . repo))))
+	, ("Nodes that failed to get files",
+		show (map withinitiallocs $ filter (not . S.null . snd)
+			(M.toList $ M.map (findunsatisfied . repo) is)))
+	, ("Total number of files on immobile nodes at end",
+		show (overis (S.size . haveFiles . repo)))
+	--, ("Immobile nodes at end", show is)
+	]
+  where
+  	findoriginreqs = filter (\r -> requestTTL r == originTTL)
+	findunsatisfied r = 
+		let wantedfs = S.fromList $ map requestedFile (findoriginreqs (wantFiles r))
+		in S.difference wantedfs (haveFiles r)
+	repo (ImmobileNode r) = r
+	overis f = map f $ M.elems is
+	format = unlines . map (\(d, s) -> d ++ ": " ++ s)
+
+	withinitiallocs (name, missingfiles) = (name, S.map addinitialloc missingfiles)
+	addinitialloc f = (f, M.lookup f initiallocs)
+
+	initiallocs = M.fromList $ 
+		concatMap (\(k, v) -> map (\f -> (f, k)) (S.toList $ haveFiles $ repo v)) $
+			M.toList origis
+
+trace :: (Network -> S.Set NodeName) -> [Network] -> String
+trace tracer networks = show $ go [] S.empty $ map tracer networks
+  where
+	go c old [] = reverse c
+	go c old (new:l) = go ((S.toList $ new `S.difference` old):c) new l
+
+traceHaveFile :: File -> Network -> S.Set NodeName
+traceHaveFile f (Network m _) = S.fromList $ M.keys $
+	M.filter (\(ImmobileNode r) -> f `S.member` haveFiles r) m 
+
+traceWantFile :: File -> Network -> S.Set NodeName
+traceWantFile f (Network m _) = S.fromList $ M.keys $
+	M.filter (\(ImmobileNode r) -> any wantf (wantFiles r)) m 
+  where
+	wantf (Request rf _ttl) = rf == f
+
+mocambosNetwork :: (RandomGen g) => Rand g Network
+mocambosNetwork = do
+	let major = map (immobilenamed . fst) communities
+	let minor = map immobilenamed (concatMap snd communities)
+	majortransfer <- mapM mkTransferBetween majorroutes
+	minortransfer <- mapM mkTransferBetween (concatMap minorroutes (concat (replicate 5 communities)))
+	return $ Network
+		(M.fromList (major++minor))
+		(majortransfer ++ minortransfer)
+  where
+	immobilenamed name = (name, emptyImmobile)
+
+	-- As a simplification, this only makes 2 hop routes, between minor
+	-- and major communities; no 3-legged routes.
+	minorroutes :: (NodeName, [NodeName]) -> [Route]
+	minorroutes (major, minors) = map (\n -> [major, n]) minors
+
+communities :: [(NodeName, [NodeName])]
+communities =
+	[ ("Tainá/SP",
+		[ "badtas"
+		, "vauedo ribera"
+		, "cofundo"
+		, "jao"
+		, "fazenda"
+		]
+	  )
+	, ("Odomode/RS",
+		[ "moradadapaz"
+		, "pelotas" 
+		]
+	  )
+	, ("MercadoSul/DF",
+		[ "mesquito"
+		, "kalungos"
+		]
+	  )
+	, ("Coco/PE",
+		[ "xambá"
+		, "alafin"
+		, "terreiaos"
+		]
+	  )
+	, ("Linharinho/ES",
+		[ "monte alegne"
+		]
+	  )
+	, ("Boneco/BA",
+		[ "barroso"
+		, "lagoa santa"
+		, "terravista"
+		]
+	  )
+	, ("Zumbidospalmanes/NA",
+		[ "allantana"
+		]
+	  )
+	, ("Casa Pneta/PA",
+		[ "marajó"
+		]
+	  )
+	, ("Purarue/PA",
+		[ "oriaminá"
+		]
+	  )
+	, ("Madiba/NET", [])
+	]
+
+majorroutes :: [Route]
+majorroutes =
+	-- person's routes
+	[ ["Tainá/SP", "Odomode/RS"]
+	, ["Tainá/SP", "MercadoSul/DF"]
+	, ["MercadoSul/DF", "Boneco/BA"]
+	, ["MercadoSul/DF", "Zumbidospalmanes/NA"]
+	, ["Zumbidospalmanes/NA", "Casa Pneta/PA"]
+	, ["Casa Pneta/PA", "Purarue/PA"]
+	, ["Casa Pneta/PA", "Linharinho/ES"]
+	, ["Boneco/BA", "Coco/PE"]
+	-- internet connections
+	, ["Tainá/SP", "MercadoSul/DF", "Coco/PE", "Purarue/PA", "Odomode/RS", "Madiba/NET"]
+	, ["Tainá/SP", "MercadoSul/DF", "Coco/PE", "Purarue/PA", "Odomode/RS", "Madiba/NET"]
+	, ["Tainá/SP", "MercadoSul/DF", "Coco/PE", "Purarue/PA", "Odomode/RS", "Madiba/NET"]
+	, ["Tainá/SP", "MercadoSul/DF", "Coco/PE", "Purarue/PA", "Odomode/RS", "Madiba/NET"]
+	, ["Tainá/SP", "MercadoSul/DF", "Coco/PE", "Purarue/PA", "Odomode/RS", "Madiba/NET"]
+	]
diff --git a/doc/design/roadmap.mdwn b/doc/design/roadmap.mdwn
new file mode 100644
index 0000000000..6312808284
--- /dev/null
+++ b/doc/design/roadmap.mdwn
@@ -0,0 +1,18 @@
+## roadmap
+
+Now in the 
+[sustaining git-annex development](https://campaign.joeyh.name/) year
+(starting September 2013).
+
+* Month 1 [[!traillink assistant/encrypted_git_remotes]]
+* Month 2 [[!traillink assistant/disaster_recovery]]
+* Month 3 [[!traillink direct_mode]] guard [[!traillink assistant/upgrading]]
+* Month 4 [[!traillink assistant/windows text="Windows webapp"]], Linux arm, external special remotes
+* Month 5 user-driven features and polishing
+* Month 6 get Windows out of beta, [[!traillink design/metadata text="metadata and views"]]
+* Month 7 user-driven features and polishing
+* Month 8 [[!traillink git-remote-daemon]]
+* Month 9 Brazil!, [[!traillink assistant/sshpassword]]
+* Month 10 polish [[assistant/Windows]] port
+* **Month 11 [[!traillink assistant/chunks]], [[!traillink assistant/deltas]], [[!traillink assistant/gpgkeys]] (pick 2?)**
+* Month 12 [[!traillink assistant/telehash]]
diff --git a/doc/devblog.mdwn b/doc/devblog.mdwn
new file mode 100644
index 0000000000..aa66b01009
--- /dev/null
+++ b/doc/devblog.mdwn
@@ -0,0 +1,10 @@
+Work on git-annex is [crowdfunded](https://campaign.joeyh.name/).
+Joey blogs about his progress here on a semi-daily basis.
+
+[[!sidebar content="""
+[[!calendar type="month" pages="page(devblog/*)"]]
+[[!calendar type="month" month="-1" pages="page(devblog/*)"]]
+[[!calendar type="month" month="-2" pages="page(devblog/*)"]]
+"""]]
+
+[[!inline pages="page(devblog/*)" show=0]]
diff --git a/doc/devblog/day_-1__drop_dead.mdwn b/doc/devblog/day_-1__drop_dead.mdwn
new file mode 100644
index 0000000000..97f7cf1d28
--- /dev/null
+++ b/doc/devblog/day_-1__drop_dead.mdwn
@@ -0,0 +1,5 @@
+Implemented `git annex forget --drop-dead`, which is finally a way to
+remove all references to old repositories that you've marked as dead.
+
+I've still not merged in the `forget` branch, because I developed this
+while slightly ill, and have not tested it very well yet.
diff --git a/doc/devblog/day_-3__.mdwn b/doc/devblog/day_-3__.mdwn
new file mode 100644
index 0000000000..fa1473e06e
--- /dev/null
+++ b/doc/devblog/day_-3__.mdwn
@@ -0,0 +1,29 @@
+John Millikin came through and fixed that haskell-gnutls segfault
+on OSX that I developed a reproducible test case for the other day.
+It's a bit hard to test, since the bug doesn't always happen, but the
+fix is already deployed for Mountain Lion autobuilder.
+
+However, I then found another way to make haskell-gnutls segfault, more
+reliably on OSX, and even sometimes on Linux. Just entering the wrong XMPP
+password in the assistant can trigger this crash. Hopefully John will work
+his magic again.
+
+---
+
+Meanwhile, I fixed the sync-after-forget problem. Now sync always forces
+its push of the git-annex branch (as does the assistant). I considered but
+rejected having sync do the kind of uuid-tagged branch push that the
+assistant sometimes falls back to if it's failing to do a normal sync. It's
+ugly, but worse, it wouldn't work in the workflow where multiple clients
+are syncing to a central bare repository, because they'd not pull down the
+hidden uuid-tagged branches, and without the assistant running on the
+repository, nothing would ever merge their data into the git-annex branch.
+Forcing the push of synced/git-annex was easy, once I satisfied myself
+that it was always ok to do so.
+
+Also factored out a module that knows about all the different log files
+stored on the git-annex branch, which is all the support infrastructure
+that will be needed to make `git annex forget --drop-dead` work. Since this
+is basically a routing module, perhaps I'll get around to making it use
+a nice bidirectional routing library like
+[Zwaluw](http://hackage.haskell.org/package/Zwaluw) one day.
diff --git a/doc/devblog/day_-4__forgetting.mdwn b/doc/devblog/day_-4__forgetting.mdwn
new file mode 100644
index 0000000000..a37b32e33a
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting.mdwn
@@ -0,0 +1,80 @@
+Yesterday I spent making a release, and shopping for a new laptop, since
+this one is dying. (Soon I'll be able to compile git-annex fast-ish! Yay!)
+And thinking about [[todo/wishlist:_dropping_git-annex_history]].
+
+Today, I added the `git annex forget` command. It's currently been lightly
+tested, seems to work, and is living in the `forget` branch until I gain
+confidence with it. It should be perfectly safe to use, even if it's buggy,
+because you can use `git reflog git-annex` to pull out and revert to an old
+version of your git-annex branch. So if you're been wanting this feature,
+please beta test!
+
+----
+
+I actually implemented something more generic than just forgetting git
+history. There's now a whole mechanism for git-annex doing distributed
+transitions of whatever sort is needed.
+
+There were several subtleties involved in distributed transitions:
+
+First is how to tell when a given transition has already been done on a
+branch. At first I was thinking that the transition log should include the
+sha of the first commit on the old branch that got rewritten. However, that
+would mean that after a single transition had been done, every git-annex
+branch merge would need to look up the first commit of the current branch,
+to see if it's done the transition yet. That's slow! Instead, transitions
+are logged with a timestamp, and as long as a branch contains a transition
+with the same timestamp, it's been done.
+
+A really tricky problem is what to do if the local repository has
+transitioned, but a remote has not, and changes keep being made to the
+remote. What it does so far is incorporate the changes from the remote into
+the index, and re-run the transition code over the whole thing to yeild a
+single new commit. This might not be very efficient (once I write the more
+full-featured transition code), but it lets the local repo keep up with
+what's going on in the remote, without directly merging with it (which
+would revert the transition). And once the remote repository has its
+git-annex upgraded to one that knows about transitions, it will finish up
+the transition on its side automatically, and the two branches will once
+again merge.
+
+Related to the previous problem, we don't want to keep trying to merge
+from a remote branch when it's not yet transitioned. So a blacklist is
+used, of untransitioned commits that have already been integrated.
+
+One really subtle thing is that when the user does a transition more
+complicated than `git annex forget`, like the `git annex forget --dead`
+that I need to implement to forget dead remotes, they're not just telling
+git-annex to forget whatever dead remotes it knows right now. They're
+actually telling git-annex to perform the transition one time on every
+existing clone of the repository, at some point in the future. Repositories
+with unfinished transitions could hang around for years, and at some future
+point when git-annex runs in the repository again, it would merge in the
+current state of the world, and re-do the transition. So you might tell it
+to forget dead remotes today, and then the very repository you ran that in
+later becomes dead, and a long-slumbering repo wakes up and forgets about
+the repo that started the whole process! I hope users don't find this
+massively confusing, but that's how the implementation works right now.
+
+----
+
+I think I have at least two more days of work to do to finish up this
+feature.
+
+* I still need to add some extra features like forgetting about dead remotes,
+  and forgetting about keys that are no longer present on any remote.
+
+* After `git annex forget`, `git annex sync`
+  will fail to push the synced/annex branch to remotes, since the branch
+  is no longer a fast-forward of the old one. I will probably fix this by
+  making `git annex sync` do a fallback push of a unique branch in this case,
+  like the assistant already does. Although I may need to adjust that code
+  to handle this case, too..
+
+* For some reason the automatic transitioning code triggers
+  a "(recovery from race)" commit. This is certainly a bug somewhere,
+  because you can't have a race with only 1 participant.
+
+----
+
+Today's work was sponsored by Richard Hartmann.
diff --git a/doc/devblog/day_-4__forgetting/comment_1_f3cc7a25af4c59fda3924c737a789419._comment b/doc/devblog/day_-4__forgetting/comment_1_f3cc7a25af4c59fda3924c737a789419._comment
new file mode 100644
index 0000000000..4c926c1afd
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_1_f3cc7a25af4c59fda3924c737a789419._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Sandra.Devil"
+ ip="77.172.73.184"
+ subject="New laptop"
+ date="2013-09-01T09:38:32Z"
+ content="""
+What is the new laptop you are going to use? Specs please :) 
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_2_e47476c80af02a2e9cf76c53fdbb8534._comment b/doc/devblog/day_-4__forgetting/comment_2_e47476c80af02a2e9cf76c53fdbb8534._comment
new file mode 100644
index 0000000000..db2438f97e
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_2_e47476c80af02a2e9cf76c53fdbb8534._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="188.193.207.34"
+ subject="Update one forgetting keys no longer present"
+ date="2014-02-17T23:21:49Z"
+ content="""
+I have some repos where due to some hiccups file versions (not in the working tree anymore) were lost and now they come up again and again when fsck is running.
+So I would be happy if I could make my repos forget these not available files via \"git annex forget $key\" and perhaps even have a better solution to show all objects with numcopies=0.
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_3_b57956a8ce372d620f21ea9a497e8013._comment b/doc/devblog/day_-4__forgetting/comment_3_b57956a8ce372d620f21ea9a497e8013._comment
new file mode 100644
index 0000000000..5c0bbc42b4
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_3_b57956a8ce372d620f21ea9a497e8013._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 3"
+ date="2014-02-20T18:54:48Z"
+ content="""
+@stp, It seems to me if you just delete the symlinks in your git repository that point to the lost files, `git annex fsck` will shut up.
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_4_812b630df01ac35254e3c4e677554e2b._comment b/doc/devblog/day_-4__forgetting/comment_4_812b630df01ac35254e3c4e677554e2b._comment
new file mode 100644
index 0000000000..187545fbc5
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_4_812b630df01ac35254e3c4e677554e2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="comment 4"
+ date="2014-02-20T21:07:41Z"
+ content="""
+Yeah true if I remove symlinks from the history (as I understand your suggestion) it would work. I just wanted to suggest that it could be something useful for the git annex forget function as it already cleans out old dead repos and other things.
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_5_a9670eca2aff9ad5f04412a8d8b6df6a._comment b/doc/devblog/day_-4__forgetting/comment_5_a9670eca2aff9ad5f04412a8d8b6df6a._comment
new file mode 100644
index 0000000000..d830225262
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_5_a9670eca2aff9ad5f04412a8d8b6df6a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 5"
+ date="2014-02-20T21:14:21Z"
+ content="""
+You don't need to delete them from the history, just from the branch you're running `git annex fsck` in.
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_6_4f87e2ab119f3cd81266159f02952188._comment b/doc/devblog/day_-4__forgetting/comment_6_4f87e2ab119f3cd81266159f02952188._comment
new file mode 100644
index 0000000000..4ecbb1ae65
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_6_4f87e2ab119f3cd81266159f02952188._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="comment 6"
+ date="2014-02-20T22:19:12Z"
+ content="""
+As discussed on irc.
+Fsck --all does check more then the working tree and therefore for fsck to not complain this would be a worthy feature to be added. (git annex forget $key)
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_7_a865216046aa91a47d0d2b2f0668ea89._comment b/doc/devblog/day_-4__forgetting/comment_7_a865216046aa91a47d0d2b2f0668ea89._comment
new file mode 100644
index 0000000000..dc142edc01
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_7_a865216046aa91a47d0d2b2f0668ea89._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="84.56.21.11"
+ subject="New findings"
+ date="2014-02-24T12:28:03Z"
+ content="""
+Another thing I found, which was annoying is that I have objects in my annex not tracked anywhere it seems.
+\"git annex fsck --all\" complains about not having access to the object. \"git log --stat -S '$key'\" doesn't have any record. \"git annex fsck\" has no issues and \"git annex unused\" comes up empty too.
+I'm not sure where these objects still reside or why how to remove this annoying failure.
+
+So not only should \"git annex forget $key\" remove references from within all branches, but should also clean up the aforementioned loose objects, which are neither unused, nor available, nor referenced.
+"""]]
diff --git a/doc/devblog/day_-4__forgetting/comment_8_3f7045a00905b4287d950b08d5a77a82._comment b/doc/devblog/day_-4__forgetting/comment_8_3f7045a00905b4287d950b08d5a77a82._comment
new file mode 100644
index 0000000000..f0ba50990c
--- /dev/null
+++ b/doc/devblog/day_-4__forgetting/comment_8_3f7045a00905b4287d950b08d5a77a82._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="stp"
+ ip="188.193.207.34"
+ subject="Any update on cleaning up commands?"
+ date="2014-03-21T16:32:43Z"
+ content="""
+Is there any update on cleaning up object/file references to objects/content not at all present and lost. I would love my git annex fsck --all to show current failures and not these old files all the time.
+Thanks
+"""]]
diff --git a/doc/devblog/day_100__git-annex_sync_--content.mdwn b/doc/devblog/day_100__git-annex_sync_--content.mdwn
new file mode 100644
index 0000000000..f35fbd330e
--- /dev/null
+++ b/doc/devblog/day_100__git-annex_sync_--content.mdwn
@@ -0,0 +1,4 @@
+Spent the day building this new feature, which makes `git annex sync --content`
+do the same synchronization of file contents (to satisfy preferred content
+settings) that the assistant does. The result has not been tested a lot
+yet, but seems to work well.
diff --git a/doc/devblog/day_101__old_mistakes.mdwn b/doc/devblog/day_101__old_mistakes.mdwn
new file mode 100644
index 0000000000..4a37416dc4
--- /dev/null
+++ b/doc/devblog/day_101__old_mistakes.mdwn
@@ -0,0 +1,23 @@
+In order to remove some hackishness in `git annex sync --content`, I
+finally fixed a bad design decision I made back at the very beginning
+(before I really knew haskell) when I built the command seek code, which
+had led to a kind of inversion of control. This took most of a night, but
+it made a lot of code in git-annex clearer, and it makes the command
+seeking code much more flexible in what it can do. Some of the oldest, and
+worst code in git-annex was removed in the process.
+
+Also, I've been reworking the numcopies configuration, to allow for a 
+[[todo/preferred_content_numcopies_check]]. That will let the assistant,
+as well as `git annex sync --content` proactively make copies when
+needed in order to satisfy numcopies. 
+
+As part of this, `git config annex.numcopies` is deprecated, and there's a
+new `git annex numcopies N` command that sets the numcopies value that will
+be used by any clone of a repository.
+
+I got the preferred content checking of numcopies working too. However,
+I am unsure if checking for per-file .gitattributes annex.numcopies
+settings will make preferred content expressions be, so I have left
+that out for now.
+
+Today's work was sponsored by Josh Taylor.
diff --git a/doc/devblog/day_101__old_mistakes/comment_1_2c6e991efde3296450189b2821f2ccc3._comment b/doc/devblog/day_101__old_mistakes/comment_1_2c6e991efde3296450189b2821f2ccc3._comment
new file mode 100644
index 0000000000..93fb84aa3d
--- /dev/null
+++ b/doc/devblog/day_101__old_mistakes/comment_1_2c6e991efde3296450189b2821f2ccc3._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2014-01-21T00:20:34Z"
+ content="""
+Some more details on
+
+* when the old mechanism will stop working
+* how you will ensure interoperability in repo sets which have different versions installed in different places
+* which option weighs more heavily
+
+would be appreciated.
+
+
+Richard
+"""]]
diff --git a/doc/devblog/day_101__old_mistakes/comment_2_524690d69056737dd296e4f7626737d2._comment b/doc/devblog/day_101__old_mistakes/comment_2_524690d69056737dd296e4f7626737d2._comment
new file mode 100644
index 0000000000..9f7ebecf18
--- /dev/null
+++ b/doc/devblog/day_101__old_mistakes/comment_2_524690d69056737dd296e4f7626737d2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.249"
+ subject="comment 2"
+ date="2014-01-21T02:23:00Z"
+ content="""
+I don't plan to remove .git/config annex.numcopies support. It is 5 lines of code. 
+
+A fundamental problem with the .git/config annex.numcopies setting is that it can be inconsistently set between repositories. Therefore, there is no worse potential with interoperability if you use differing versions of git-annex that support and do not support the new global numcopies setting. If this was a concern though, you can use .gitattributes to set annex.numcopies for *, which all recent versions of git-annex support.
+
+The old git/config annex.numcopies setting is overridden as soon as you use `git annex numcopies`. In turn `git annex numcopies` is overridden by any relevant .gitattributes annex.numcopies setting. This is documented on the man page.
+"""]]
diff --git a/doc/devblog/day_102__cleanups.mdwn b/doc/devblog/day_102__cleanups.mdwn
new file mode 100644
index 0000000000..27a1badeaf
--- /dev/null
+++ b/doc/devblog/day_102__cleanups.mdwn
@@ -0,0 +1,10 @@
+Worked on cleaning up and reorganizing all the code that handles numcopies
+settings. Much nicer now. Fixed some bugs.
+
+As expected, making the preferred content numcopies check look at
+.gitattributes slows it down significantly. So, exposed both the slow and
+accurate check and a faster version that ignores .gitattributes.
+
+Also worked on the test suite, removing dependencies between tests.
+This will let tasty-rerun be used later to run only previously failing
+tests.
diff --git a/doc/devblog/day_103__unused.mdwn b/doc/devblog/day_103__unused.mdwn
new file mode 100644
index 0000000000..affb4e532e
--- /dev/null
+++ b/doc/devblog/day_103__unused.mdwn
@@ -0,0 +1,34 @@
+A big missing peice of the assistant is doing something about the content
+of old versions of files, and deleted files. In direct mode, editing or
+deleting a file necessarily loses its content from the local repository,
+but the content can still hang around in other repositories. So, the
+assistant needs to do something about that to avoid eating up disk space
+unnecessarily.
+
+I built on recent work, that lets preferred content expressions be matched
+against keys with no associated file. This means that I can run unused keys
+through all the machinery in the assistant that handles file transfers, and
+they'll end being moved to whatever repository wants them. To control which
+repositories do want to retain unused files, and which not, I added a
+`unused` keyword to preferred content expressions. Client repositories and
+transfer repositories do not want to retain unused files, but backup etc
+repos do.
+
+One nice thing about this `unused` preferred content implementation is that
+it doesn't slow down normal matching of preferred content expressions at
+all. Can you guess why not? See [[!commit 4b55afe9e92c045d72b78747021e15e8dfc16416]]
+
+So, the assistant will run `git annex unused` on a daily basis, and
+cause unused files to flow to repositories that want them. But what if no
+repositories do? To guard against filling up the local disk, there's
+a `annex.expireunused` configuration setting, that can cause old unused
+files to be deleted by the assistant after a number of days.
+
+I made the assistant check if there seem to be a lot of unused files piling
+up. (1000+, or 10% of disk used by them, or more space taken by unused files
+than is free.) If so, it'll pop up an alert to nudge the user to configure
+annex.expireunused.
+
+Still need to build the UI to configure that, and test all of this.
+
+Today's work was sponsored by Samuel Tardieu.
diff --git a/doc/devblog/day_104__unused_II.mdwn b/doc/devblog/day_104__unused_II.mdwn
new file mode 100644
index 0000000000..7dc01c5fdd
--- /dev/null
+++ b/doc/devblog/day_104__unused_II.mdwn
@@ -0,0 +1,7 @@
+Built the UI to manage unused files.
+
+[[!img assistant/unused.png]]
+
+Testing yesterday's work, I found several problems that prevented the
+assistant from moving unused files around, and fixed them. It seems to be
+working pretty well now.
diff --git a/doc/devblog/day_104__unused_II/comment_1_a693a56123497a39c30cbd35b8e35bce._comment b/doc/devblog/day_104__unused_II/comment_1_a693a56123497a39c30cbd35b8e35bce._comment
new file mode 100644
index 0000000000..a4893f63ab
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_1_a693a56123497a39c30cbd35b8e35bce._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="state of windows"
+ date="2014-01-28T10:29:41Z"
+ content="""
+Any idea when this stuff will end in the windows build? I am currently fiddling around with git-annex on windows (btw: great work on that so far!) and the unused files config would be highly valueable to me, since I want to mostly use it to push files out to my server from my work machine or my windows tablet, while preventing to clog up too much space. And since I am lazy, I would love to leave the house keeping to git-annex ;)
+
+An additional question on the windows build: which of the backends can actually make use of windows proxy settings? I guess if webdav was in the list of supported backends, it would work fine, since it is only http, but since it is missing, which of the others would work through just a standard configured squid proxy? For my work machine this is the only way to reach the outside world, doing https to my web server.
+"""]]
diff --git a/doc/devblog/day_104__unused_II/comment_2_9833fb9daa50bc838cc46ca2f6c16580._comment b/doc/devblog/day_104__unused_II/comment_2_9833fb9daa50bc838cc46ca2f6c16580._comment
new file mode 100644
index 0000000000..eeaef05bf2
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_2_9833fb9daa50bc838cc46ca2f6c16580._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 2"
+ date="2014-01-28T20:58:32Z"
+ content="""
+AFAICS, the Windows build does include WebDAV support.
+
+I don't know about Windows proxy stuff. If it requires the program to do something, git-annex almost certianly does not do it.
+"""]]
diff --git a/doc/devblog/day_104__unused_II/comment_3_873a882ec1ddc3be473473cb224a9040._comment b/doc/devblog/day_104__unused_II/comment_3_873a882ec1ddc3be473473cb224a9040._comment
new file mode 100644
index 0000000000..96b870627f
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_3_873a882ec1ddc3be473473cb224a9040._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="comment 3"
+ date="2014-01-29T08:22:13Z"
+ content="""
+well, at least in the assistant there is no selection to add a webdav repository - only box.com, rsync.net, S3, remote ssh, and the archives on glazier or internet archive. It is the binary version from 16th this month. I thought it was still excluded due to the compiler crashes you wrote about, because it doesn't show up in the webapp as option. I was scratching my head anyway about that windows build, because there was nothing about setting up encryption in the configuration in the webapp.
+
+Proxy support on Windows is kinda like proxy support on linux when you pull the proxy from gnome settings - just it is pulled from the registry. I don't know how Haskell HTTP client libraries handle it, only know it for Python - there the client libraries usually grab proxy settings automatically from the system configuration.
+
+Another option which could work for me to get through our firewall at work would be ssh - I can use ssh with proxy commands to reach the outside, but didn't yet find the used ssh configs on the windows git-annex installation - it doesn't use the one in ~/.ssh, I added my proxy commands there, but that isn't used.
+"""]]
diff --git a/doc/devblog/day_104__unused_II/comment_4_5ef1bb4d69cf7206f7ca0e542abad6bd._comment b/doc/devblog/day_104__unused_II/comment_4_5ef1bb4d69cf7206f7ca0e542abad6bd._comment
new file mode 100644
index 0000000000..adf3293ffe
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_4_5ef1bb4d69cf7206f7ca0e542abad6bd._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="comment 4"
+ date="2014-01-29T08:26:19Z"
+ content="""
+Oh, just noticed in the console window of the assistant:
+
+ssh-keygen: /home/xgwsbae/.ssh/known_hosts: No such file or directory
+ssh-keygen: /home/xgwsbae/.ssh/known_hosts: No such file or directory
+
+Home directory is C:/Users/xgwsbae/ (git bash gives /c/Users/xgwsbae in $HOME) ... looks like something got confuzzled between Windows and Unix there.
+"""]]
diff --git a/doc/devblog/day_104__unused_II/comment_5_1964bfce4887c9c0828fd7f54f5b4f6b._comment b/doc/devblog/day_104__unused_II/comment_5_1964bfce4887c9c0828fd7f54f5b4f6b._comment
new file mode 100644
index 0000000000..12849438c6
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_5_1964bfce4887c9c0828fd7f54f5b4f6b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.199"
+ subject="comment 5"
+ date="2014-01-29T17:58:26Z"
+ content="""
+Some things (not git-annex) default to /home/$USER when appropriate env vars are not set. There is a bug open about that, [[bugs/assistant_using_the_incorrect_path_on_windows?]], although I don't know what it makes sense for git-annex to do to deal with it.
+
+box.com *is* a webdav repository. It is the only webdav repository the webapp currently supports setting up, although you can configure any webdav remote you like at the command line and the assistant will then be able to use it.
+
+Will be curious to hear if the http-conduit library used for webdav supports proxies. If not, that would certianly seem a good place to file a bug. Unofrtunately, git-annex uses 2 or 3 other http stacks in other places too.
+"""]]
diff --git a/doc/devblog/day_104__unused_II/comment_6_0ed4023c9c249024fe0454fc5bab3b14._comment b/doc/devblog/day_104__unused_II/comment_6_0ed4023c9c249024fe0454fc5bab3b14._comment
new file mode 100644
index 0000000000..d900dc5117
--- /dev/null
+++ b/doc/devblog/day_104__unused_II/comment_6_0ed4023c9c249024fe0454fc5bab3b14._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="comment 6"
+ date="2014-01-30T10:52:09Z"
+ content="""
+Well, according to the hackage documentation of http conduit it seems it at least supports proxies when youre code gives it the proxy host and port.
+
+But the link about the problem with environment settings helped me to get around my immediate problem by just running annex from the git bash (which is prefereably to me most of the time anyway). So I could set up my annex on my work machine and just tunnel out with ProxyCommand via our ssh gateway. Yay!
+"""]]
diff --git a/doc/devblog/day_105__locking.mdwn b/doc/devblog/day_105__locking.mdwn
new file mode 100644
index 0000000000..b41056bb44
--- /dev/null
+++ b/doc/devblog/day_105__locking.mdwn
@@ -0,0 +1,30 @@
+With yesterday's release, I'm pretty much done with the month's work. Since
+there was no particular goal this month, it's been a grab bag of features
+and bugfixes. Quite a lot of them in this last release.
+
+I'll be away the next couple of days.. But got a start today on the next
+part of the roadmap, which is planned to be all about Windows and Android
+porting. Today, it was all about lock files, mostly on Windows.
+
+Lock files on Windows are horrific. I especially like that programs that
+want to open a file, for any reason, are encouraged in the official
+documentation to retry repeatedly if it fails, because some other
+random program, like a virus checker, might have opened the file first.
+
+Turns out Windows does support a shared file read mode. This was
+just barely enough for me to implement both shared and exclusive
+file locking a-la-flock.
+
+Couldn't avoid a busy wait in a few places that block on a lock.
+Luckily, these are few, and the chances the lock will be taken for a long
+time is small. (I did think about trying to watch the file for close events
+and detect when the lock was released that way, but it seemed much too
+complicated and hard to avoid races.)
+
+Also, Windows only seems to support mandatory locks, while all locking in
+git-annex needs to be advisory locks. Ie, git-annex's locking shouldn't
+prevent a program from opening an annexed file! To work around that,
+I am using dedicated lock files on Windows.
+
+Also switched direct mode's annexed object locking to use dedicated lock
+files. AFAICS, this was pretty well broken in direct mode before.
diff --git a/doc/devblog/day_106__catching_up.mdwn b/doc/devblog/day_106__catching_up.mdwn
new file mode 100644
index 0000000000..86e7acbaec
--- /dev/null
+++ b/doc/devblog/day_106__catching_up.mdwn
@@ -0,0 +1,5 @@
+While I've not been blogging over what amounted to a long weekend, looking
+over the changelog, there were quite a few things done. Mostly various
+improvements and fixes to `git annex sync --content`.
+
+Today, got the test suite to pass on Windows 100% again.
diff --git a/doc/devblog/day_107__TDD.mdwn b/doc/devblog/day_107__TDD.mdwn
new file mode 100644
index 0000000000..0ae41f0d64
--- /dev/null
+++ b/doc/devblog/day_107__TDD.mdwn
@@ -0,0 +1,10 @@
+A more test driven day than usual. Yesterday I noticed a test case was
+failing on Windows in a way not related to what it was intended to test,
+and fixed the test case to not fail.. But knew I'd need to get to the
+bottom of what broke it eventually.
+
+Digging into that today, I eventually (after rather a long time stuck)
+determined the bug involved automatic conflict resolution, but only
+happened on systems without symlink support. This let me reproduce it on
+FAT outside Windows and do some fast TDD iterations in a much less
+unwieldly environment and fix the bug.
diff --git a/doc/devblog/day_108__new_use_for_location_tracking.mdwn b/doc/devblog/day_108__new_use_for_location_tracking.mdwn
new file mode 100644
index 0000000000..62e40672f7
--- /dev/null
+++ b/doc/devblog/day_108__new_use_for_location_tracking.mdwn
@@ -0,0 +1,20 @@
+Added a new feature that started out with me wanting a way to undo a
+`git-annex drop`, but turned into something rather more powerful. The `--in`
+option can now be told to match files that were in a repository at some
+point in the past. For example, `git annex get --in=here@{yesterday}` will
+get any files that have been dropped over the past day.
+
+While git-annex's location tracking info is stored in git and thus versioned,
+very little of it makes use of past versions of the location tracking info
+(only `git annex log`). I'm happy to have finally found a use for it!
+
+OB Windows porting: Fixed a bug in the symlink calculation code.
+Sounds simple; took 2 hours!
+
+Also various bug triage; updated git version on OSX; forwarded bug about
+DAV-0.6 being broken upstream; fixed a bug with initremote in 
+encryption=pubkey mode. Backlog is 65 messages.
+
+---
+
+Today's work was sponsored by Brock Spratlen.
diff --git a/doc/devblog/day_109__elimintating_absNormPath.mdwn b/doc/devblog/day_109__elimintating_absNormPath.mdwn
new file mode 100644
index 0000000000..a15cb7f093
--- /dev/null
+++ b/doc/devblog/day_109__elimintating_absNormPath.mdwn
@@ -0,0 +1,18 @@
+git-annex has been using MissingH's `absNormPath` forever, but that's
+not very maintained and doesn't work on Windows. I've been
+wanting to get rid of it for some time, and finally did today, writing a
+`simplifyPath` that does the things git-annex needs and will work with all
+the Windows filename craziness, and takes advantage of the more modern
+System.FilePath to be quite a simple peice of code. A QuickCheck test found
+no important divergences from absNormPath. A good first step to making
+git-annex not depend on MissingH at all. 
+
+That fixed one last Windows bug that was disabled in the test suite:
+`git annex add ..\subdir\file` will now work.
+
+I am re-installing the Android autobuilder for 2 reasons: I noticed I had
+accidentially lost a patch to make a library use the Android SSL cert directory,
+and also a new version of GHC is very near to release and so it makes sense
+to update.
+
+Down to 38 messages in the backlog.
diff --git a/doc/devblog/day_10__lazy_Sunday.mdwn b/doc/devblog/day_10__lazy_Sunday.mdwn
new file mode 100644
index 0000000000..aa6a70918a
--- /dev/null
+++ b/doc/devblog/day_10__lazy_Sunday.mdwn
@@ -0,0 +1,23 @@
+Fixed a typo that broke automatic youtube video support in `addurl`.
+
+----
+
+Now there's an easy way to get an overview of how close your repository
+is to meeting the configured numcopies settings (or when it exceeds them).
+
+<pre>
+# time git annex status . 
+[...]
+numcopies stats: 
+	numcopies +0: 6686
+	numcopies +1: 3793
+	numcopies +3: 3156
+	numcopies +2: 2743
+	numcopies -1: 1242
+	numcopies -4: 1098
+	numcopies -3: 1009
+	numcopies +4: 372
+</pre>
+
+This does make `git annex status` slow when run on a large directory tree,
+so --fast disables that.
diff --git a/doc/devblog/day_110__release_prep.mdwn b/doc/devblog/day_110__release_prep.mdwn
new file mode 100644
index 0000000000..12ba78a4fd
--- /dev/null
+++ b/doc/devblog/day_110__release_prep.mdwn
@@ -0,0 +1,25 @@
+Last night I tracked down and fixed a bug in the DAV library that has been
+affecting WebDAV remotes. I've been deploying the fix for that today,
+including to the android and arm autobuilders. While I finished a clean
+reinstall of the android autobuilder, I ran into problems getting a clean
+reinstall of the arm autobuilder (some type mismatch error building
+yesod-core), so manually fixed its DAV for now.
+
+The WebDAV fix and other recent fixes makes me want to make a release soon,
+probably Monday.
+
+ObWindows: Fixed git-annex to not crash when run on Windows
+in a git repository that has a remote with a unix-style path 
+like "/foo/bar". Seems that not everything aggrees on whether such a path
+is absolute; even sometimes different parts of the same library disagree!
+
+[[!format haskell """
+import System.FilePath.Windows
+
+prop_windows_is_sane :: Bool
+prop_windows_is_sane = isAbsolute upath || ("C:\\STUFF" </> upath /= upath)
+  where upath = "/foo/bar"
+"""]]
+
+Perhaps more interestingly, I've been helping dxtrish port git-annex to
+OpenBSD and it seems most of the way there.
diff --git a/doc/devblog/day_111__windows_beta_release.mdwn b/doc/devblog/day_111__windows_beta_release.mdwn
new file mode 100644
index 0000000000..cd880dc0c5
--- /dev/null
+++ b/doc/devblog/day_111__windows_beta_release.mdwn
@@ -0,0 +1,6 @@
+Pushed out the new release. This is the first one where I consider the
+git-annex command line beta quality on Windows.
+
+Did some testing of the webapp on Windows, trying out every part of the UI.
+I now have eleven todo items involving the webapp listed in
+[[todo/windows_support]]. Most of them don't look too bad to fix.
diff --git a/doc/devblog/day_112__metadata_design.mdwn b/doc/devblog/day_112__metadata_design.mdwn
new file mode 100644
index 0000000000..e75d4fc4ed
--- /dev/null
+++ b/doc/devblog/day_112__metadata_design.mdwn
@@ -0,0 +1,18 @@
+There's a new design document for letting git-annex store arbitrary
+metadata. The really neat thing about this is the user can check out only
+files matching the tags or values they care about, and get an automatically
+structuted file tree layout that can be dynamically filtered. It's going to
+be awesome! [[design/metadata]]
+
+In the meantime, spent most of today working on Windows. Very good
+progress, possibly motivated by wanting to get it over with so I can spend
+some time this month on the above. ;)
+
+* webapp can make box.com and S3 remotes. This just involved fixing a hack
+  where the webapp set environment variables to communicate creds to
+  initremote. Can't change environment on Windows (or I don't know how to).
+* webapp can make repos on removable drives.
+* `git annex assistant --stop` works, although this is not likely to really
+  be useful
+* The source tree now has 0 `func = error "Windows TODO"` type stubbed out
+  functions to trip over.
diff --git a/doc/devblog/day_113__metadata_groundwork.mdwn b/doc/devblog/day_113__metadata_groundwork.mdwn
new file mode 100644
index 0000000000..4859c4d33e
--- /dev/null
+++ b/doc/devblog/day_113__metadata_groundwork.mdwn
@@ -0,0 +1,9 @@
+Built the core data types, and log for metadata storage. Making metadata
+union merge well is tricky, but I have a design I'm happy with, that will
+allow distributed changes to metadata.
+
+Finished up the day with a `git annex metadata` command to get/set metadata
+for a file.
+
+This is all the goundwork needed to begin experimenting with generating
+git branches that display different metadata-driven views of annexed files.
diff --git a/doc/devblog/day_114__windows_porting.mdwn b/doc/devblog/day_114__windows_porting.mdwn
new file mode 100644
index 0000000000..2f1cace1b1
--- /dev/null
+++ b/doc/devblog/day_114__windows_porting.mdwn
@@ -0,0 +1,8 @@
+Windows porting all day. Fixed a lot of issues with the webapp,
+so quite productive. Except for the 2 hours wasted finding a way to kill a
+process by PID from Haskell on Windows.
+
+Last night, made `git annex metadata` able to set metadata on a whole
+directory or list of files if desired. And added a `--metadata field=value`
+switch (and corresponding preferred content terminal) which limits
+git-annex to acting on files with the specified metadata.
diff --git a/doc/devblog/day_115__windows_porting.mdwn b/doc/devblog/day_115__windows_porting.mdwn
new file mode 100644
index 0000000000..a9abe4ad2f
--- /dev/null
+++ b/doc/devblog/day_115__windows_porting.mdwn
@@ -0,0 +1,17 @@
+More Windows porting.. Seem to be getting near an end of the easy stuff,
+and also the webapp is getting pretty usable on Windows now, the only
+really important thing lacking is XMPP support.
+
+Made git-annex on Windows set HOME when it's not already set. Several of
+the bundled cygwin tools only look at HOME. This was made a lot harder and
+uglier due to there not being any way to modify the environment of the
+running process.. git-annex has to re-run itself with the fixed
+environment.
+
+Got rsync.net working in the webapp. Although with an extra rsync.net
+password prompt on Windows, which I cannot find a way to avoid.
+
+While testing that, I discovered that openssh 6.5p1 has broken support for
+~/.ssh/config Host lines that contain upper case letters! I have filed a
+bug about this and put a quick fix in git-annex, which sometimes generated
+such lines.
diff --git a/doc/devblog/day_116__views.mdwn b/doc/devblog/day_116__views.mdwn
new file mode 100644
index 0000000000..a7aaf2c939
--- /dev/null
+++ b/doc/devblog/day_116__views.mdwn
@@ -0,0 +1,54 @@
+Working on building [[design/metadata]] filtered branches.
+
+Spent most of the day on types and pure code. Finally at the end 
+I wrote down two actions that I still need to implement to make
+it all work:
+
+[[!format haskell """
+applyView' :: MkFileView -> View -> Annex Git.Branch
+updateView :: View -> Git.Ref -> Git.Ref -> Annex Git.Branch
+"""]]
+
+I know how to implement these, more or less. And in most cases
+they will be pretty fast.
+
+The more interesting part is already done. That was the issue of how to
+generate filenames in the filter branches. That depends on the `View` being
+used to filter and organize the branch, but also on the original filename used
+in the reference branch. Each filter branch has a reference branch (such as
+"master"), and displays a filtered and metadata-driven reorganized tree
+of files from its reference branch.
+
+[[!format haskell """
+fileViews :: View -> (FilePath -> FileView) -> FilePath -> MetaData -> Maybe [FileView]
+"""]]
+
+So, a view that matches files tagged "haskell" or "git-annex"
+and with an author of "J\*" will generate filenames like 
+"haskell/Joachim/interesting_theoretical_talk.ogg" and
+"git-annex/Joey/mytalk.ogg".
+
+It can also work backwards from these 
+filenames to derive the MetaData that is encoded in them.
+
+[[!format haskell """
+fromView :: View -> FileView -> MetaData
+"""]]
+
+So, copying a file to "haskell/Joey/mytalk.ogg" lets it know that
+it's gained a "haskell" tag. I knew I was on the right track when
+`fromView` turned out to be only 6 lines of code!
+
+The trickiest part of all this, which I spent most of yesterday thinking
+about, is what to do if the master branch has files in subdirectories. It
+probably does not makes sense to retain that hierarchical directory
+structure in the filtered branch, because we instead have a
+non-hierarchical metadata structure to express. (And there would probably
+be a lot of deep directory structures containing only one file.) But
+throwing away the subdirectory information entirely means that two files
+with the same basename and same metadata would have colliding names.
+
+I eventually decided to embed the subdirectory information into the filenames
+used on the filter branch. Currently that is done by converting
+`dir/subdir/file.foo` to `file(dir)(subdir).foo`. We'll see how this works
+out in practice..
diff --git a/doc/devblog/day_117__views_implemented.mdwn b/doc/devblog/day_117__views_implemented.mdwn
new file mode 100644
index 0000000000..fa2ae28375
--- /dev/null
+++ b/doc/devblog/day_117__views_implemented.mdwn
@@ -0,0 +1,76 @@
+Today I built `git annex view`, and `git annex vadd` and a few related
+commands. A quick demo:
+
+<pre>
+joey@darkstar:~/lib/talks>ls
+Chaos_Communication_Congress/  FOSDEM/       Linux_Conference_Australia/
+Debian/                        LibrePlanet/  README.md
+joey@darkstar:~/lib/talks>git annex view tag=*
+view  (searching...)
+Switched to branch 'views/_'
+ok
+joey@darkstar:~/lib/talks#_>tree -d
+.
+|-- Debian
+|-- android
+|-- bigpicture
+|-- debhelper
+|-- git
+|-- git-annex
+`-- seen
+
+7 directories
+joey@darkstar:~/lib/talks#_>git annex vadd author=*
+vadd  
+Switched to branch 'views/author=_;_'
+ok
+joey@darkstar:~/lib/talks#author=_;_>tree -d
+.
+|-- Benjamin Mako Hill
+|   `-- bigpicture
+|-- Denis Carikli
+|   `-- android
+|-- Joey Hess
+|   |-- Debian
+|   |-- bigpicture
+|   |-- debhelper
+|   |-- git
+|   `-- git-annex
+|-- Richard Hartmann
+|   |-- git
+|   `-- git-annex
+`-- Stefano Zacchiroli
+    `-- Debian
+
+15 directories
+joey@darkstar:~/lib/talks#author=_;_>git annex vpop
+vpop 1
+Switched to branch 'views/_'
+ok
+joey@darkstar:~/lib/talks#_>git annex vadd tag=git-annex
+vadd  
+Switched to branch 'views/(git-annex)'
+ok
+joey@darkstar:~/lib/talks#(git-annex)>ls
+1025_gitify_your_life_{Debian;2013;DebConf13;high}.ogv@
+git_annex___manage_files_with_git__without_checking_their_contents_into_git_{FOSDEM;2012;lightningtalks}.webm@
+mirror.linux.org.au_linux.conf.au_2013_mp4_gitannex_{Linux_Conference_Australia;2013}.mp4@
+joey@darkstar:~/lib/talks#_>git annex vpop 2
+vpop 2
+Switched to branch 'master'
+ok
+</pre>
+
+Not 100% happy with the speed -- the generation of the view branch is close
+to optimal, and fast enough (unless the branch has very many matching
+files). And `vadd` can be quite fast if the view has already limited the
+total number of files to a smallish amount. But `view` has to look at every
+file's metadata, and this can take a while in a large repository. Needs indexes.
+
+It also needs integration with `git annex sync`, so the view branches
+update when files are added to the master branch, and moving files around
+inside a view and committing them does not yet update their metadata.
+
+---
+
+Today's work was sponsored by Daniel Atlas.
diff --git a/doc/devblog/day_118__views_refined.mdwn b/doc/devblog/day_118__views_refined.mdwn
new file mode 100644
index 0000000000..bfd102f18f
--- /dev/null
+++ b/doc/devblog/day_118__views_refined.mdwn
@@ -0,0 +1,7 @@
+Still working on views. The most important addition today is that
+`git annex precommit` notices when files have been moved/copied/deleted
+in a view, and updates the metadata to reflect the changes.
+
+Also wrote some walkthrough documentation: [[tips/metadata_driven_views]].  
+And, recorded a screencast demoing views, which I will upload next time
+I have bandwidth.
diff --git a/doc/devblog/day_119__catching_up.mdwn b/doc/devblog/day_119__catching_up.mdwn
new file mode 100644
index 0000000000..c49c3e34dd
--- /dev/null
+++ b/doc/devblog/day_119__catching_up.mdwn
@@ -0,0 +1,15 @@
+Spent the day catching up on the last week or so's traffic. Ended up
+making numerous small big fixes and improvements. Message backlog stands at
+44.
+
+Here's the [[screencast demoing views|videos/git-annex_views_demo]]!
+
+Added to the design today the idea of
+automatically deriving metadata from the location of files in the master
+branch's directory tree. Eg, `git annex view tag=* podcasts/=*` in a
+repository that has a `podcasts/` directory would make a tree like
+"$tag/$podcast". Seems promising. 
+
+So much still to do with views.. I have belatedly added them to
+the roadmap for this month; doing Windows and Android in the same month was
+too much to expect.
diff --git a/doc/devblog/day_119__catching_up/comment_1_8aa413e75cab411b0aec254f0f33ebb9._comment b/doc/devblog/day_119__catching_up/comment_1_8aa413e75cab411b0aec254f0f33ebb9._comment
new file mode 100644
index 0000000000..9c1ba1e43e
--- /dev/null
+++ b/doc/devblog/day_119__catching_up/comment_1_8aa413e75cab411b0aec254f0f33ebb9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJEI45rGczFAnuM7gRSj4C6s9AS9yPZDc"
+ nickname="Kevin"
+ subject="Neat!"
+ date="2014-02-20T21:59:05Z"
+ content="""
+When the [[metadata design|day_112__metadata_design]] stuff appeared on the blog I didn't understand what you meant by automatically creating new tree layouts.  I'm really liking these views and can already imagine how useful it would be to tag my photos by person/place/time.  This is awesome!  Keep up the good work.
+"""]]
diff --git a/doc/devblog/day_119__catching_up/comment_2_db31d08690730836ce6277e797fcae1d._comment b/doc/devblog/day_119__catching_up/comment_2_db31d08690730836ce6277e797fcae1d._comment
new file mode 100644
index 0000000000..532b7a4d5f
--- /dev/null
+++ b/doc/devblog/day_119__catching_up/comment_2_db31d08690730836ce6277e797fcae1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawneiQ3iR9VXOPEP34u7m_L3Qr28H1nEfE0"
+ nickname="Ethan"
+ subject="LFS"
+ date="2014-02-21T00:03:59Z"
+ content="""
+You might be interested in the Logic File System at http://www.padator.org/wiki/wiki-LFS/doku.php or http://www.padator.org/papers/ which has a similar idea with views and metadata.
+"""]]
diff --git a/doc/devblog/day_119__catching_up/comment_3_d44da76b18f53a5f51b46e3e15090a48._comment b/doc/devblog/day_119__catching_up/comment_3_d44da76b18f53a5f51b46e3e15090a48._comment
new file mode 100644
index 0000000000..9d97aff2d4
--- /dev/null
+++ b/doc/devblog/day_119__catching_up/comment_3_d44da76b18f53a5f51b46e3e15090a48._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2014-02-21T07:05:34Z"
+ content="""
+I agree with Kevin as to the potential usefulness for photos.  Particularly if there's some way of automatically extracting and using tags or other EXIF metadata.
+"""]]
diff --git a/doc/devblog/day_11__webapp_encrypted_drives.mdwn b/doc/devblog/day_11__webapp_encrypted_drives.mdwn
new file mode 100644
index 0000000000..677c02491b
--- /dev/null
+++ b/doc/devblog/day_11__webapp_encrypted_drives.mdwn
@@ -0,0 +1,12 @@
+Now the webapp can set up encrypted repositories on removable drives.
+
+[[assistant/encryptdrive.png]]
+
+This UI needs some work, and the button to create a new key is not wired
+up. Also if you have no gpg agent installed, there will be lots of password
+prompts at the console.
+
+Forked git-remote-gcrypt to fix a bug. Hopefully my patch will be merged;
+for now I recommend installing my worked version.
+
+Today's work was sponsored by Romain Lenglet.
diff --git a/doc/devblog/day_120__more_metadata.mdwn b/doc/devblog/day_120__more_metadata.mdwn
new file mode 100644
index 0000000000..daff68e379
--- /dev/null
+++ b/doc/devblog/day_120__more_metadata.mdwn
@@ -0,0 +1,17 @@
+When generating a view, there's now a way to reuse part of the directory
+hierarchy of the parent branch. For example, `git annex view tag=* podcasts/=*`
+makes a view where the first level is the tags, and the second level is
+whatever `podcasts/*` directories the files were in.
+
+Also, year and month metadata can be automatically recorded when
+adding files to the annex. I made this only be done when annex.genmetadata
+is turned on, to avoid polluting repositories that don't want to use metadata.
+
+It would be nice if there was a way to add a hook script that's run
+when files are added, to collect their metadata. I am not sure yet if
+I am going to add that to git-annex though. It's already possible to do via
+the regular git `post-commit` hook. Just make it look at the commit to see
+what files were added, and then run `git annex metadata` to set their
+metadata appropriately. It would be good to at least have an example of
+such a script to eg, extract EXIF or ID3 metadata. Perhaps someone can
+contribute one?
diff --git a/doc/devblog/day_121__special_remote_maintenance.mdwn b/doc/devblog/day_121__special_remote_maintenance.mdwn
new file mode 100644
index 0000000000..5517048858
--- /dev/null
+++ b/doc/devblog/day_121__special_remote_maintenance.mdwn
@@ -0,0 +1,23 @@
+Turns out that in the last release I broke making box.com, Amazon S3 and
+Glacier remotes from the webapp. Fixed that.
+
+Also, dealt with changes in the haskell DAV library that broke support for
+box.com, and worked around an exception handling bug in the library.
+
+I think I should try to enhance the test suite so it can run live tests
+on special remotes, which would at least have caught the some of these
+recent problems...
+
+----
+
+Since metadata is tied to a particular key, editing an annexed file,
+which causes the key to change, made the metadata seem to get lost.
+
+I've now fixed this; it copies the metadata from the old version to the new
+one. (Taking care to copy the log file identically, so git can reuse its
+blob.) 
+
+That meant that `git annex add` has to check every file it adds to see if
+there's an old version. Happily, that check is fairly fast; I benchmarked my
+laptop running 2500 such checks a second. So it's not going to slow things
+down appreciably.
diff --git a/doc/devblog/day_122_more_windows_porting.mdwn b/doc/devblog/day_122_more_windows_porting.mdwn
new file mode 100644
index 0000000000..7b496f670f
--- /dev/null
+++ b/doc/devblog/day_122_more_windows_porting.mdwn
@@ -0,0 +1,4 @@
+More Windows porting. Made the build completely `-Wall` safe on Windows.
+Fixed some DOS path separator bugs that were preventing WebDav from
+working. Have now tested both box.com and Amazon S3 to be completely
+working in the webapp on Windows.
diff --git a/doc/devblog/day_123__stuck.mdwn b/doc/devblog/day_123__stuck.mdwn
new file mode 100644
index 0000000000..c48507cf0e
--- /dev/null
+++ b/doc/devblog/day_123__stuck.mdwn
@@ -0,0 +1,13 @@
+Not a lot accomplished today. Some release prep, followed up to a few bug
+reports.
+
+Split git-annex's .git/annex/tmp into two directories. .git/annex/tmp will
+now be used only for partially transferred objects, while
+.git/annex/misctmp will be used for everything else. In particular this
+allows symlinking .git/annex/tmp to a ram disk, if you want to do that.
+(It's not possible for .git/annex/misctmp to be on a different filesystem
+from the rest of the repository for various reasons.)
+
+Beat on Windows XMPP for several more painful hours. Got all the haskell
+bindings installed, except for gnuidn. And patched network-client-xmpp to
+build without gnuidn. Have not managed to get it to link.
diff --git a/doc/devblog/day_124__day_off.mdwn b/doc/devblog/day_124__day_off.mdwn
new file mode 100644
index 0000000000..c8c8f0109f
--- /dev/null
+++ b/doc/devblog/day_124__day_off.mdwn
@@ -0,0 +1,13 @@
+Did not plan to work on git-annex today..
+
+Unexpectedly ended up making the webapp support HTTPS. Not by default,
+but if a key and certificate are provided, it'll use them. Great for
+using the webapp remotely! See the new tip: [[tips/remote_webapp_setup]].
+
+Also removed support for --listen with a port, which was buggy and not
+necessary with HTTPS.
+
+Also fixed several webapp/assistant bugs, including one that let it be run in
+a bare git repository.
+
+And, made the quvi version be probed at runtime, rather than compile time.
diff --git a/doc/devblog/day_125__metadata_and_views.mdwn b/doc/devblog/day_125__metadata_and_views.mdwn
new file mode 100644
index 0000000000..471457355a
--- /dev/null
+++ b/doc/devblog/day_125__metadata_and_views.mdwn
@@ -0,0 +1,11 @@
+Worked on metadata and views. Besides bugfixes, two features of note:
+
+Made git-annex run a hook script, pre-commit-annex. And I wrote a
+sample script that extracts metadata from lots of kinds of files,
+including photos and sound files, using extract(1) to do the heavy lifting.
+See [[tips/automatically_adding_metadata]].
+
+Views can be filtered to not include a tag or a field.
+For example, `git annex view tag=* !old year!=2013`
+
+Today's work was sponsored by Stephan Schulz
diff --git a/doc/devblog/day_128__release_prep.mdwn b/doc/devblog/day_128__release_prep.mdwn
new file mode 100644
index 0000000000..d43d2f877b
--- /dev/null
+++ b/doc/devblog/day_128__release_prep.mdwn
@@ -0,0 +1,27 @@
+Preparing for a release (probably tomorrow or Friday).
+
+Part of that was updating the autobuilders. Had to deal with the gnutls
+security hole fix, and upgrading that on the OSX autobuilder turned out to
+be quite complicated due to library version skew. Also, I switched the
+linux autobuilders over to building from Debian unstable, rather than
+stable. That should be ok to do now that the standalone build bundles all
+the libraries it needs... And the arm build has always used unstable, and
+has been reported working on a lot of systems. So I think this will be
+safe, but have backed up the old autobuilder chroots just in case.
+
+Also been catching up on bug reports and traffic and 
+and dealt with quite a lot of things today. Smarter log file
+rotation for the assistant, better webapp behavior when git is not
+installed, and a fix for the webdav 5 second timeout problem.
+
+Perhaps the most interesting change is a new `annex.startupscan` setting,
+which can be disabled to prevent the assistant from doing the expensive
+startup scan. This means it misses noticing any files that changed since it
+last run, but this should be useful for those really big repositories.
+
+(Last night, did more work on the test suite, including even more checking
+of merge conflict resolution.)
+
+----
+
+Today's work was sponsored by Michael Alan Dorman.
diff --git a/doc/devblog/day_12__gpg_key_generation.mdwn b/doc/devblog/day_12__gpg_key_generation.mdwn
new file mode 100644
index 0000000000..c79c49f856
--- /dev/null
+++ b/doc/devblog/day_12__gpg_key_generation.mdwn
@@ -0,0 +1,35 @@
+I decided to keep gpg key generation very simple for now. So it generates a
+special-purpose key that is only intended to be used by git-annex. It
+hardcodes some key parameters, like RSA and 4096 bits (maximum recommended
+by gpg at this time). And there is no password on the key, although you can
+of course edit it and set one. This is because anyone who can access the
+computer to get the key can also look at the files in your git-annex
+repository. Also because I can't rely on gpg-agent being installed
+everywhere. All these simplifying assumptions may be revisited later, but
+are enough for now for someone who doesn't know about gpg (so doesn't 
+have a key already) and just wants an encrypted repo on a
+removable drive.
+
+Put together a simple UI to deal with gpg taking quite a while to
+generate a key ...
+
+[[assistant/genkey.png]]
+
+[[assistant/repoinfo.png]]
+
+Then I had to patch git-remote-gcrypt again, to have a per-remote
+signingkey setting, so that these special-purpose keys get used for signing
+their repo.
+
+Next, need to add support for adding an existing gcrypt repo as a remote
+(assuming it's encrypted to an available key). Then, gcrypt repos on ssh
+servers..
+
+----
+
+Also dealt with build breakage caused by a new version of the Haskell DNS
+library.
+
+----
+
+Today's work was sponsored by Joseph Liu.
diff --git a/doc/devblog/day_12__gpg_key_generation/comment_1_48cdfe3bd71fb348ae05fd90e8cf1dab._comment b/doc/devblog/day_12__gpg_key_generation/comment_1_48cdfe3bd71fb348ae05fd90e8cf1dab._comment
new file mode 100644
index 0000000000..d7a6a86313
--- /dev/null
+++ b/doc/devblog/day_12__gpg_key_generation/comment_1_48cdfe3bd71fb348ae05fd90e8cf1dab._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-09-18T05:00:12Z"
+ content="""
+Should be \"PGP\" or *at least* \"GnuPG\".
+"""]]
diff --git a/doc/devblog/day_130__post_release.mdwn b/doc/devblog/day_130__post_release.mdwn
new file mode 100644
index 0000000000..b6a2af6c8b
--- /dev/null
+++ b/doc/devblog/day_130__post_release.mdwn
@@ -0,0 +1,17 @@
+Release made yesterday, but only finished up the armel build today. 
+And it turns out the OSX build was missing the webapp, so it's also been
+updated today.
+
+Post release bug triage including:
+
+Added a nice piece of UI to the webapp on user request: A "Sync now" menu
+item in the repository for each repo. (The one for the current repo syncs with
+all its remotes.)
+
+Copying files to a git repository on the same computer turns out to have
+had a resource leak issue, that caused 1 zombie process per file. With
+some tricky monad state caching, fixed that, and also eliminated 8% of the work
+done by git-annex in this case.
+
+Fixed `git annex unused` in direct mode to not think that files that were
+deleted out of the work tree by the user still existed and were unused.
diff --git a/doc/devblog/day_131__more_bug_squashing.mdwn b/doc/devblog/day_131__more_bug_squashing.mdwn
new file mode 100644
index 0000000000..3c256f1fbd
--- /dev/null
+++ b/doc/devblog/day_131__more_bug_squashing.mdwn
@@ -0,0 +1,11 @@
+Squashed three or four more bugs today. Unanswered message backlog is down
+to 27.
+
+The most interesting problem today is that the git-repair code was using
+too much memory when `git-fsck` output a lot of problems (300 thousand!). I
+managed to half the memory use in the worst case (and reduced it much more
+in more likely cases). But, don't really feel I can close that bug yet,
+since really big, really badly broken repositories can still run it out of
+memory. It would be good to find a way to reorganize the code so that the
+broken objects list streams through git-repair and never has to all be
+buffered in memory at once. But this is not easy.
diff --git a/doc/devblog/day_132__database_musings.mdwn b/doc/devblog/day_132__database_musings.mdwn
new file mode 100644
index 0000000000..76ce14c32d
--- /dev/null
+++ b/doc/devblog/day_132__database_musings.mdwn
@@ -0,0 +1,17 @@
+Updated the Debian stable backport to the last release. Also it seems that
+the last release unexpectedly fixed XMPP SIGILL on some OSX machines.
+Apparently when I rebuilt all the libraries recently, it somehow fixed that
+[[old_unsolved_bug|bugs/Share_with_friends_crash_in_osx]].
+
+[RichiH](http://richardhartmann.de/) suggested "wrt ballooning memory on
+repair: can you read in broken
+stuff and simply stop reading once you reach a certain threshold, then
+start repairing, re-run fsck, etc?" .. I had considered that but was
+not sure it would work. I think I've gotten it to work.
+
+Now working on a design for using a [[design/caching_database]]
+for some parts of git-annex. My initial benchmarks using SQLite
+indicate it would slow down associated file lookups by nearly an order of
+magnitude compared with the current ".map files" implementation.
+(But would scale better in edge cases). OTOH, using a SQLite
+database to index metadata for use in views looks very promising.
diff --git a/doc/devblog/day_133__db_and_bugfixes.mdwn b/doc/devblog/day_133__db_and_bugfixes.mdwn
new file mode 100644
index 0000000000..5ba1df20e6
--- /dev/null
+++ b/doc/devblog/day_133__db_and_bugfixes.mdwn
@@ -0,0 +1,20 @@
+Did some more exploration and perf tuning and thinking on caching
+databases, and am pretty sure I know how I want to implement it. Will be
+several stages, starting with using it for generating views, and ending(?)
+with using it for direct mode file mappings.
+
+Not sure I'm ready to dive into that yet, so instead spent the rest of the
+day working on small bugfixes and improvements. Only two significant ones..
+
+Made the webapp use a constant time string comparison (from `securemem`)
+to check if its auth token is valid. This could help avoid a potential
+timing attack to guess the auth token, although that is theoretical.
+Just best practice to do this.
+
+Seems that openssh 6.5p1 had another hidden surprise (in addition to
+its now-fixed bug in handing hostnames in `.ssh/config`) -- it broke
+the method git-annex was using for stopping a cached ssh connection,
+which led to some timeouts for failing DNS lookups. If git-annex seems
+to stall for a few seconds at startup/shutdown, that may be why
+(--debug will say for sure). I seem to have found a workaround that
+avoids this problem.
diff --git a/doc/devblog/day_134-135__avoiding_the_turing_tarpit.mdwn b/doc/devblog/day_134-135__avoiding_the_turing_tarpit.mdwn
new file mode 100644
index 0000000000..d18470ae03
--- /dev/null
+++ b/doc/devblog/day_134-135__avoiding_the_turing_tarpit.mdwn
@@ -0,0 +1,18 @@
+Added some power and convenience to [[preferred_content]] expressions.
+
+Before, "standard" was a special case. Now it's a first-class keyword,
+so you can do things like "standard or present" to use the standard
+preferred content expression, modified to also want any file that happens
+to be present.
+
+Also added a way to write your own reusable preferred content expressions,
+tied to groups. To make a repository use them, set its preferred 
+content to "groupwanted". Of course, "groupwanted" is also a first-class
+keyword, so "not groupwanted" or something can also be done.
+
+While I was at it, I made `vicfg` show the built-in standard preferred
+content expressions, for reference. This little IDE should be pretty
+self-explanatory, I hope.
+
+So, preferred content is almost its own little programming language now.
+Except I was careful to not allow recursion. ;)
diff --git a/doc/devblog/day_136__frustrating_day.mdwn b/doc/devblog/day_136__frustrating_day.mdwn
new file mode 100644
index 0000000000..9088093d4a
--- /dev/null
+++ b/doc/devblog/day_136__frustrating_day.mdwn
@@ -0,0 +1,10 @@
+The website broke and I spent several hours fixing it, changing the
+configuration to not let it break like this again, cleaning up after it,
+etc.
+
+Did manage to make a few minor bugfixes and improvements, but nothing
+stunning.
+
+----
+
+I'll be attending LibrePlanet at MIT this weekend.
diff --git a/doc/devblog/day_137-138__bug_triage_and_too_much_windows.mdwn b/doc/devblog/day_137-138__bug_triage_and_too_much_windows.mdwn
new file mode 100644
index 0000000000..28b197356b
--- /dev/null
+++ b/doc/devblog/day_137-138__bug_triage_and_too_much_windows.mdwn
@@ -0,0 +1,15 @@
+Yesterday, worked on cleaning up the todo list. Fixed Windows slash problem
+with rsync remotes. Today, more Windows work; it turns out to have been
+quite buggy in its handling of non-ASCII characters in filenames. Encoding
+stuff is never easy for me, but I eventually managed to find a way to fix
+that, although I think there are other filename encoding problems lurking
+in git-annex on Windows still to be dealt with.
+
+Implemented an interesting metadata feature yesterday. It turns out that
+metadata can have metadata. Particularly, it can be useful to know when a
+field was last set. That was already beeing tracked, internally (to make
+union merging work), so I was able to quite cheaply expose it as
+"$field-lastchanged" metadata that can be used like any other metadata.
+
+I've been thinking about how to implement [[todo/required_content]]
+expressions, and think I have a reasonably good handle on it.
diff --git a/doc/devblog/day_139-140__traveling.mdwn b/doc/devblog/day_139-140__traveling.mdwn
new file mode 100644
index 0000000000..3025e45b5c
--- /dev/null
+++ b/doc/devblog/day_139-140__traveling.mdwn
@@ -0,0 +1,17 @@
+Yesterday coded up one nice improvement on the plane -- `git annex unannex`
+(and `uninit`) is now tons faster. Before it did a git commit after every
+file processed, now there's just 1 commit at the end. This required using
+some locking to prevent the `pre-commit` hook from running in a confusing
+state.
+
+Today. LibrePlanet and a surprising amount of development. I've
+added [[tips/file_manager_integration]], only for Nautilus so far.
+The main part of this was adding --notify-start and --notify-finish, which
+use dbus desktop notifications to provide feedback. 
+
+(Made possible thanks to Max Rabkin for updating
+[fdo-notify](http://hackage.haskell.org/package/fdo-notify) to use the
+new dbus library, and ion for developing the initial Nautilus integration
+scripts.)
+
+Today's work and LibrePlanet visit was sponsored by Jürgen Lüters.
diff --git a/doc/devblog/day_13__encrypted_sneakernet_working.mdwn b/doc/devblog/day_13__encrypted_sneakernet_working.mdwn
new file mode 100644
index 0000000000..777da255a2
--- /dev/null
+++ b/doc/devblog/day_13__encrypted_sneakernet_working.mdwn
@@ -0,0 +1,13 @@
+Spent basically all of today getting the assistant to be able to handle
+gcrypt special remotes that already exist when it's told to add a USB
+drive. This was quite tricky! And I did have to skip handling gcrypt repos
+that are not git-annex special remotes.
+
+Anyway, it's now almost easy to set up an encrypted sneakernet 
+using a USB drive and some computers running the webapp. The only part
+that the assistant doesn't help with is gpg key management.
+
+Plan is to make a release on Friday, and then try to also add support for
+encrypted git repositories on remote servers. Tomorrow I will try to get
+through some of the communications backlog that has been piling up while I
+was head down working on gcrypt.
diff --git a/doc/devblog/day_141__f-droid_sprint.mdwn b/doc/devblog/day_141__f-droid_sprint.mdwn
new file mode 100644
index 0000000000..2a9e30b553
--- /dev/null
+++ b/doc/devblog/day_141__f-droid_sprint.mdwn
@@ -0,0 +1,3 @@
+Attended at the f-droid sprint at LibrePlanet, and have been getting a
+handle on how their build server works with an eye toward adding git-annex
+to it. Not entirely successful getting vagrant to build an image yet.
diff --git a/doc/devblog/day_141__f-droid_sprint/comment_1_1cc76207020ac478747117c76d7b5f9c._comment b/doc/devblog/day_141__f-droid_sprint/comment_1_1cc76207020ac478747117c76d7b5f9c._comment
new file mode 100644
index 0000000000..9971f33da5
--- /dev/null
+++ b/doc/devblog/day_141__f-droid_sprint/comment_1_1cc76207020ac478747117c76d7b5f9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmJuOOkYYguRbWhXzxihIPBavxITJIMyww"
+ nickname="Matt"
+ subject="Excellent News"
+ date="2014-03-26T14:14:35Z"
+ content="""
+It will be great to see git-annex on f-droid!
+"""]]
diff --git a/doc/devblog/day_142__digging_out.mdwn b/doc/devblog/day_142__digging_out.mdwn
new file mode 100644
index 0000000000..fc2ceea365
--- /dev/null
+++ b/doc/devblog/day_142__digging_out.mdwn
@@ -0,0 +1,13 @@
+Catching up on conference backlog. 36 messages backlog remains.
+
+Fixed `git-annex-shell configlist` to automatically initialize a
+git remote when a git-annex branch had been pushed to it. This is necessary
+for gitolite to be easy to use, and I'm sure it used to work.
+
+Updated the Debian backport and made a Debian package of the
+fdo-notify haskell library used for notifications.
+
+Applied a patch from Alberto Berti to fix support for tahoe-lafs
+1.10.
+
+And various other bug fixes and small improvements.
diff --git a/doc/devblog/day_143__foolish_hiatus.mdwn b/doc/devblog/day_143__foolish_hiatus.mdwn
new file mode 100644
index 0000000000..f6763dff30
--- /dev/null
+++ b/doc/devblog/day_143__foolish_hiatus.mdwn
@@ -0,0 +1,20 @@
+Last week's trip was productive, but I came home more tired than I
+realized. Found myself being snappy & stressed, so I have been on break.
+
+I did do a little git-annex dev in the past 5 days. On Saturday I
+implemented [[todo/preferred_content]] (although without the active checks
+I think it probably ought to have.) Yesterday I had a long conversation
+with the Tahoe developers about improving git-annex's tahoe integration.
+
+Today, I have been wrapping up [building propellor](http://joeyh.name/code/propellor/).
+To test its docker support, I used propellor to build and deploy a
+container that is a git-annex autobuilder. I'll be replacing the old
+autobuilder setup with this shortly, and expect to also publish docker
+images for git-annex autobuilders, so anyone who wants to can run their
+own autobuilder really easily.
+
+---
+
+I have April penciled in on the roadmap as the month to do telehash.
+I don't know if telehash-c is ready for me yet, but it has had a lot of
+activity lately, so this schedule may still work out!
diff --git a/doc/devblog/day_144__catching_up.mdwn b/doc/devblog/day_144__catching_up.mdwn
new file mode 100644
index 0000000000..52e25f0d58
--- /dev/null
+++ b/doc/devblog/day_144__catching_up.mdwn
@@ -0,0 +1,12 @@
+Got caught up on all recent bugs and questions, although I still have a
+backlog of 27 older things that I really should find time for.
+
+Fixed a couple of bugs. One was that the assistant set up ssh
+`authorized_keys` that didn't work with the fish shell.
+
+Also got caught up on the current state of telehash-c. Have not quite
+gotten it to work, but it seems pretty close to being able to see it do
+something useful for the first time.
+
+Pushing out a release this evening with a good number of changes left over
+from March.
diff --git a/doc/devblog/day_144__catching_up/comment_1_311a7245dd12f1a7e432168d16041348._comment b/doc/devblog/day_144__catching_up/comment_1_311a7245dd12f1a7e432168d16041348._comment
new file mode 100644
index 0000000000..f13ed82ae3
--- /dev/null
+++ b/doc/devblog/day_144__catching_up/comment_1_311a7245dd12f1a7e432168d16041348._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="70.82.37.38"
+ subject="comment 1"
+ date="2014-04-02T21:28:15Z"
+ content="""
+awesome! can't wait to see telehash land! :)
+"""]]
diff --git a/doc/devblog/day_145__a_plan.mdwn b/doc/devblog/day_145__a_plan.mdwn
new file mode 100644
index 0000000000..5f18ab8064
--- /dev/null
+++ b/doc/devblog/day_145__a_plan.mdwn
@@ -0,0 +1,16 @@
+I have a plan for this month. While waiting for telehash, I am going to
+build [[design/git-remote-daemon]], which is the infrastructure git-annex
+will need, to use telehash. Since it's generalized to support other protocols,
+I'll be able to start using it before telehash is ready.
+
+In fact, I plan to first make it work with ssh:// remotes, where
+it will talk with git-annex-shell on the remote server. This will let the
+assistant immediately know when the server has received a commit, and that
+will simplify using the assistant with a ssh server -- no more need for
+XMPP in this case! It should also work with git-remote-gcrypt encrypted
+repositories, so also covers the case of an untrusted ssh server where
+everything is end-to-end encrypted.
+
+Building the git-annex-shell part of this should be pretty easy, and
+building enough of the [[design/git-remote-daemon]] design to support it
+also not hard.
diff --git a/doc/devblog/day_145__a_plan/comment_1_c0ceea77443be1172527ed8549f000a4._comment b/doc/devblog/day_145__a_plan/comment_1_c0ceea77443be1172527ed8549f000a4._comment
new file mode 100644
index 0000000000..6bcc18bc2a
--- /dev/null
+++ b/doc/devblog/day_145__a_plan/comment_1_c0ceea77443be1172527ed8549f000a4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="look at mosh"
+ date="2014-04-04T14:07:51Z"
+ content="""
+you may want to look at how \"mosh\" handles authentication: http://mosh.mit.edu/
+
+from what i understand, it negociates an authentication token using SSH and then uses that to encrypt and authenticate UDP traffic. seems like similar issues here...
+"""]]
diff --git a/doc/devblog/day_146__halfway_to_git-remote-daemon.mdwn b/doc/devblog/day_146__halfway_to_git-remote-daemon.mdwn
new file mode 100644
index 0000000000..977123f55a
--- /dev/null
+++ b/doc/devblog/day_146__halfway_to_git-remote-daemon.mdwn
@@ -0,0 +1,17 @@
+Added `git-annex-shell notifychanges` command, which uses inotify (etc)
+to detect when git refs have changed, and informs the caller about the
+changes. This was relatively easy to write; I reused the existing inotify
+code, and factored out code for simple line-based protocols from the
+external special remote protocol. Also implemented the git-remote-daemon
+protocol. 200 lines of code total.
+
+Meanwhile, Johan Kiviniemi improved the dbus notifications, making them
+work on Ubuntu and adding icons. Awesome!
+
+There's going to be some fun to get git-annex-shell upgraded so that the
+assistant can use this new notify feaure. While I have not started working
+on the assistant side of this, you can get a jump by installing today's
+upcoming release of git-annex. I had to push this out early because there
+was a bug that prevented the webapp from running on non-gnome systems. Since
+all changes in this release only affected Linux, today's release will be a
+Linux-only release.
diff --git a/doc/devblog/day_147__git-annex_remotedaemon.mdwn b/doc/devblog/day_147__git-annex_remotedaemon.mdwn
new file mode 100644
index 0000000000..0e500ec406
--- /dev/null
+++ b/doc/devblog/day_147__git-annex_remotedaemon.mdwn
@@ -0,0 +1,5 @@
+Built `git-annex remotedaemon` command today. It's buggy, but it already
+works! If you have a new enough git-annex-shell on a remote server, you can
+run "git annex remotedaemon" in a git-annex repository, and it will notice
+any pushes that get made to that remote from any other clone, and pull down
+the changes.
diff --git a/doc/devblog/day_148__too_many_documents.mdwn b/doc/devblog/day_148__too_many_documents.mdwn
new file mode 100644
index 0000000000..3cb5e5baf8
--- /dev/null
+++ b/doc/devblog/day_148__too_many_documents.mdwn
@@ -0,0 +1,8 @@
+Various bug triage today. Was not good for much after shuffling paper for
+the whole first part of the day, but did get a few little things done.
+
+Re <http://heartbleed.com/>, git-annex does not use OpenSSL itself,
+but when using XMPP, the remote server's key could have been intercepted
+using this new technique. Also, the git-annex autobuilds and this website
+are served over https -- working on generating new https certificates now.
+Be safe out there..
diff --git a/doc/devblog/day_149__remote_control_working.mdwn b/doc/devblog/day_149__remote_control_working.mdwn
new file mode 100644
index 0000000000..56c108b7b7
--- /dev/null
+++ b/doc/devblog/day_149__remote_control_working.mdwn
@@ -0,0 +1,15 @@
+[[design/git-remote-daemon]] is tied into the assistant, and working!
+Since it's not really ready yet, this is in the `remotecontrol` branch.
+
+My test case for this is two client repositories, both running
+the assistant. Both have a bare git repository, accessed over ssh,
+set up as their only remote, and no other way to keep in touch with
+one-another. When I change a file in one repository,
+the other one instantly notices the change and syncs.
+
+This is gonna be *awesome*. Much less need for XMPP. Windows will be fully
+usable even without XMPP. Also, most of the work I did today will be fully
+reused when the telehash backend gets built. The telehash-c developer is
+making noises about it being almost ready for use, too!
+
+Today's work was sponsored by Frédéric Schütz.
diff --git a/doc/devblog/day_149__signal.mdwn b/doc/devblog/day_149__signal.mdwn
new file mode 100644
index 0000000000..2bcb01a728
--- /dev/null
+++ b/doc/devblog/day_149__signal.mdwn
@@ -0,0 +1,16 @@
+[[!meta title="day 150 signal"]]
+
+The git-remote-daemon now robustly handles loss of signal, with
+reconnection backoffs. And it detects if the remote ssh server has too
+old a version of git-annex-shell and the webapp will display a warning
+message.
+
+[[!img /assistant/connection.png]]
+
+Also, made the webapp show a network signal bars icon next to both
+ssh and xmpp remotes that it's currently connected with. And, updated the
+webapp's nudging to set up XMPP to now suggest either an XMPP or a ssh remote.
+
+I think that the `remotecontrol` branch is nearly ready for merging!
+
+Today's work was sponsored by Paul Tagliamonte.
diff --git a/doc/devblog/day_14__gcrypt_refinements_and_OOM_fixes.mdwn b/doc/devblog/day_14__gcrypt_refinements_and_OOM_fixes.mdwn
new file mode 100644
index 0000000000..2ff1d16dda
--- /dev/null
+++ b/doc/devblog/day_14__gcrypt_refinements_and_OOM_fixes.mdwn
@@ -0,0 +1,26 @@
+Spent a few hours improving gcrypt in some minor ways, including adding a
+--check option that the assistant can use to find out if a given repo is
+encrypted with dgit, and also tell if the necessary gpg key is available to
+decrypt it. Also merged in a fix to support subkeys, developed by a
+git-annex user who is the first person I've heard from who is using gcrypt.
+I don't want to maintain gcrypt, so I am glad its author has shown up
+again today.
+
+Got mostly caught up on backlog. The main bug I was able to track down
+today is git-annex using a lot of memory in certian repositories. This
+turns out to have happened when a really large file was committed right
+intoo to the git repository (by mistake or on purpose). Some parts of
+git-annex buffer file contents in memory while trying to work out if
+they're git-annex keys. Fixed by making it first check if a file in git is
+marked as a symlink. Which was really hard to do!
+
+At least 4 people ran into this bug, which makes me suspect that lots of
+people are messing up when using direct mode (probably due to not reading
+the documentation, or having `git commit -a` hardwired into their fingers,
+and forcing git to commit large files into their repos, rather than having
+git-annex manage them. Implementing [[todo/direct_mode_guard]] seems more
+urgent now.
+
+----
+
+Today's work was sponsored by Amitai Schlair.
diff --git a/doc/devblog/day_15-17__Android_rebuild.mdwn b/doc/devblog/day_15-17__Android_rebuild.mdwn
new file mode 100644
index 0000000000..758e2d0977
--- /dev/null
+++ b/doc/devblog/day_15-17__Android_rebuild.mdwn
@@ -0,0 +1,67 @@
+Made a release on Friday. But I had to rebuild the OSX and Linux standalone
+builds today to fix a bug in them.
+
+Spent the past **three days** redoing the whole Android build environment.
+I've been progressively moving from my first hacked up Android build env to
+something more reproducible and sane. Finally I am at the point where I can
+run a shell script (well, actually, 3 shell scripts) and get an Android
+build chroot. It's still not immune to breaking when new versions of
+haskell libs are uploaded, but this is much better, and should be
+maintainable going forward. 
+
+This is a good starting point for getting git-annex into the F-Droid app
+store, or for trying to build with a newer version of the Android SDK and
+NDK, to perhaps get it working on Android 4.3. (Eventually. I am so sick
+of building Android stuff right now..)
+
+Friday was all spent struggling to get ghc-android to build. I had not built
+it successfully since February. I finally did,
+on Saturday, and I have made my own fork of it which builds using a
+known-good snapshot of the current development version of ghc. Building
+this in a Debian stable chroot means that there should be no possibility
+that upstream changes will break the build again.
+
+With ghc built, I moved on to building all the haskell libs git-annex
+needs. Unfortunately my build script for these also has stopped working
+since I made it in April. I failed to pin every package at a defined
+version, and things broke.
+
+So, I redid the build script, and updated all the haskell libs to the
+newest versions while I was at it. I have decided not to pin the library
+versions (at least until I find a foolproof way to do it), so this new
+script will break in the future, but it should break in a way I can fix up
+easily by just refreshing a patch.
+
+The new ghc-android build has a nice feature of at least being able to
+compile Template Haskell code (though still not run it at compile time.
+This made the patching needed in the Haskell libs quite a lot less. Offset
+somewhat by me needing to make general fixes to lots of libs to build with
+ghc head. Including some fun with `==#` changing its type from `Bool` to
+`Int#`. In all, I think I removed around 2.5 thousand lines of patches!
+(Only 6 thousand lines to go...)
+
+Today I improved ghc-android some more so it cross builds several C libraries
+that are needed to build several haskell libraries needed for XMPP.
+I had only ever built those once, and done it by hand, and very hackishly.
+Now they all build automatically too.
+
+And, I put together a script that builds the debian stable chroot and
+installs ghc-android.
+
+And, I hacked on the EvilSplicer (which is sadly still needed) to
+work with the new ghc/yesod/etc.
+
+At this point, I have git-annex successfully building, including the APK!
+
+----
+
+In a bored hour waiting for a compile, I also sped up `git annex add`
+on OSX by I think a factor of 10. Using cryptohash for hash calculation
+now, when external hash programs are not available. It's still a few
+percentage points slower than external hash programs, or I'd use it by
+default.
+
+----
+
+This period of important drudgery was sponsored by an unknown bitcoin
+user, and by Bradley Unterrheiner and Andreas Olsson.
diff --git a/doc/devblog/day_151__birthday_bug.mdwn b/doc/devblog/day_151__birthday_bug.mdwn
new file mode 100644
index 0000000000..251bfb935f
--- /dev/null
+++ b/doc/devblog/day_151__birthday_bug.mdwn
@@ -0,0 +1,18 @@
+Pushed out a new release today, fixing two important bugs, followed by a
+second release which fixed the bugs harder.
+
+Automatic upgrading was broken on OSX. The webapp will tell you upgrading
+failed, and you'll need to manually download the .dmg and install it.
+
+With help from Maximiliano Curia, finally tracked down a bug I have been
+chasing for a while where the assistant would start using a lot of CPU
+while not seeming to be busy doing anything. Turned out to be triggered by
+a scheduled fsck that was configured to run once a month with no particular
+day specified.
+
+That bug turned out to affect users who first scheduled such a fsck job
+after the 11th day of the month. So I expedited putting a release out to
+avoid anyone else running into it starting tomorrow.
+
+(Oddly, the 11th day of this month also happens to be my birthday. I did not
+expect to have to cut 2 releases today..)
diff --git a/doc/devblog/day_152__more_ssh_connection_caching.mdwn b/doc/devblog/day_152__more_ssh_connection_caching.mdwn
new file mode 100644
index 0000000000..ad472b5e55
--- /dev/null
+++ b/doc/devblog/day_152__more_ssh_connection_caching.mdwn
@@ -0,0 +1,37 @@
+Made ssh connection caching be used in several more places. `git annex
+sync` will use it when pushing/pulling to a remote, as will the assistant.
+And `git-annex remotedaemon` also uses connection caching. So, when
+a push lands on a ssh remote, the assistant will immediately notice it, and
+pull down the change over the same TCP connection used for the
+notifications.
+
+This was a bit of a pain to do. Had to set `GIT_SSH=git-annex` and then
+when git invokes git-annex as ssh, it runs ssh with the connection caching
+parameters.
+
+Also, improved the network-manager and wicd code, so it detects when a
+connection has gone down. That propagates through to the remote-daemon,
+which closes all ssh connections. I need to also find out how to detect
+network connections/disconnections on OSX..
+
+Otherwise, the remote-control branch seems ready to be merged. But I want
+to test it for a while first.
+
+----
+
+Followed up on yesterday's bug with writing some test cases for
+Utility.Scheduled, which led to some more bug fixes. Luckily nothing
+I need to rush out a release over. In the end, the code got a lot
+simpler and clearer.
+
+[[!format haskell """
+-- Check if the new Day occurs one month or more past the old Day.
+oneMonthPast :: Day -> Day -> Bool
+new `oneMonthPast` old = fromGregorian y (m+1) d <= new
+  where
+        (y,m,d) = toGregorian old
+"""]]
+
+-------
+
+Today's work was sponsored by Asbjørn Sloth Tønnesen.
diff --git a/doc/devblog/day_153__remotedaemon_has_landed.mdwn b/doc/devblog/day_153__remotedaemon_has_landed.mdwn
new file mode 100644
index 0000000000..5033b32b25
--- /dev/null
+++ b/doc/devblog/day_153__remotedaemon_has_landed.mdwn
@@ -0,0 +1,10 @@
+After fixing a few bugs in the `remotecontrol` branch, It's landed in
+`master`. Try a daily build today, and see if the assistant can keep in
+sync using nothing more than a remote ssh repository!
+
+So, now all the groundwork for telehash is laid too. I only need a
+telehash library to start developing on top of. Development on telehash-c
+is continuing, but I'm more excited that
+[htelehash](https://github.com/alanz/htelehash/tree/v2) 
+has been revived and is being updated to the v2 protocol, seemingly quite
+quickly.
diff --git a/doc/devblog/day_153__remotedaemon_has_landed/comment_1_f19ae6b3d6f33a68e4ffe0c32f788745._comment b/doc/devblog/day_153__remotedaemon_has_landed/comment_1_f19ae6b3d6f33a68e4ffe0c32f788745._comment
new file mode 100644
index 0000000000..5ff090ffde
--- /dev/null
+++ b/doc/devblog/day_153__remotedaemon_has_landed/comment_1_f19ae6b3d6f33a68e4ffe0c32f788745._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkC0W3ZQERUaTkHoks6k68Tsp1tz510nGo"
+ nickname="Georg"
+ subject=" remotedaemon in pre-built tarballs"
+ date="2014-04-17T07:40:25Z"
+ content="""
+Hi Joey,
+
+can you tell me when the pre-built Linux tarballs will include the remotedaemon?
+Are they updated on a daily basis?
+
+Best regards, Georg
+"""]]
diff --git a/doc/devblog/day_153__remotedaemon_has_landed/comment_2_fbf0c50f772e958af638d2b72dac73f5._comment b/doc/devblog/day_153__remotedaemon_has_landed/comment_2_fbf0c50f772e958af638d2b72dac73f5._comment
new file mode 100644
index 0000000000..5f81fde5cf
--- /dev/null
+++ b/doc/devblog/day_153__remotedaemon_has_landed/comment_2_fbf0c50f772e958af638d2b72dac73f5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 2"
+ date="2014-04-17T19:31:30Z"
+ content="""
+The daily builds are updated on a daily basis, so already include it.
+
+The release builds are updated on each release, and so do not.
+"""]]
diff --git a/doc/devblog/day_154__catching_up.mdwn b/doc/devblog/day_154__catching_up.mdwn
new file mode 100644
index 0000000000..7c49a788e2
--- /dev/null
+++ b/doc/devblog/day_154__catching_up.mdwn
@@ -0,0 +1,13 @@
+Worked through message backlog today. Got it down from around 70 to just
+37. Was able to fix some bugs, including making the webapp start up more
+robustly in some misconfigurations.
+
+Added a new `findref` command which may be useful in a git `update` hook to
+deny pushes of refs if the annexed content has not been sent first.
+
+----
+
+BTW, I also added a new `reinit` command a few days ago, which can be
+useful if you're cloning back a deleted repository.
+
+Also a few days ago, I made `uninit` a *lot* faster.
diff --git a/doc/devblog/day_155__missing_bits.mdwn b/doc/devblog/day_155__missing_bits.mdwn
new file mode 100644
index 0000000000..aa8fd9d4ee
--- /dev/null
+++ b/doc/devblog/day_155__missing_bits.mdwn
@@ -0,0 +1,27 @@
+Sometimes you don't notice something is missing for a long time until
+it suddenly demands attention. Like today.
+
+Seems the webapp never had a way to stop using XMPP and delete the XMPP
+password. So I added one.
+
+The new support for instantly noticing changes on a ssh remote forgot to
+start up a connection to a new remote after it was created. Fixed that.
+
+(While doing some testing on Android for unrelated reasons, I noticed that
+my android tablet was pushing photos to a ssh server and my laptop
+immediately noticed and downloaded them from tere, which is an excellent
+demo. I will deploy this on my trip in Brazil next week. Yes, I'm spending
+2 weeks in Brazil with git-annex users; more on this later.)
+
+Finally, it turns out that "installing" git-annex from the standalone
+tarball, or DMG, on a server didn't make it usable by the webapp. Because
+git-annex shell is not in PATH on the server, and indeed git and rsync may
+not be in PATH either if they were installed with the git-annex bundle.
+Fixed this by making the bundle install a ~/.ssh/git-annex-wrapper, which 
+the webapp will detect and use.
+
+Also, quite a lot of other bug chasing activity.
+
+----
+
+Today's work was sponsored by Thomas Koch.
diff --git a/doc/devblog/day_155__missing_bits/comment_1_76424498600ba603946035efffb88023._comment b/doc/devblog/day_155__missing_bits/comment_1_76424498600ba603946035efffb88023._comment
new file mode 100644
index 0000000000..d9ee528e0a
--- /dev/null
+++ b/doc/devblog/day_155__missing_bits/comment_1_76424498600ba603946035efffb88023._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 1"
+ date="2014-04-20T23:58:51Z"
+ content="""
+thanks!
+"""]]
diff --git a/doc/devblog/day_156__release_day.mdwn b/doc/devblog/day_156__release_day.mdwn
new file mode 100644
index 0000000000..7a312b234e
--- /dev/null
+++ b/doc/devblog/day_156__release_day.mdwn
@@ -0,0 +1,14 @@
+I hope this will be a really good release. Didn't get all the way to
+[[design/assistant/telehash]] this month, but the remotedaemon is pretty sweet. Updated [[design/roadmap]]
+pushes telehash back again.
+
+The files in this release are now gpg signed, after recently moving the
+downloads site to a dedicated server, which has a dedicated gpg key.
+You can verify the detached signatures as an additional security check
+over trusting SSL. The automatic upgrade code doesn't check the gpg
+signatures yet.
+
+Sören Brunk has ported the webapp to Bootstrap 3.
+<https://github.com/brunksn/git-annex/tree/bootstrap3>  
+The branch is not ready for merging yet (it would break the Debian stable
+backports), but that was a nice surprise.
diff --git a/doc/devblog/day_157__upgrade_checking.mdwn b/doc/devblog/day_157__upgrade_checking.mdwn
new file mode 100644
index 0000000000..ff70b80939
--- /dev/null
+++ b/doc/devblog/day_157__upgrade_checking.mdwn
@@ -0,0 +1,22 @@
+Now git-annex's self-upgrade code will check the gpg signature of a
+new version before using it.
+
+To do this I had to include the gpg public keys into the
+git-annex distribution, and that raised the question of which public keys
+to include. Currently I have both the dedicated git-annex distribution
+signing key, and my own gpg key as a backup in case I somehow misplace the
+former.
+
+Also spent a while looking at the recent logs on the web server. There
+seem to be around 600 users of the assistant with
+upgrade checking enabled. That breaks down to 68% Linux amd64, 20% Linux
+i386, 11% OSX Mavericks, and 0.5% OSX Lion.
+
+Most are upgrading successfully, but there are a few that seem to
+repeatedly fail for some reason. (Not counting the OSX Lion, which will
+probably never find an upgrade available.) I hope that someone who is
+experiencing an upgrade failure gets in touch with some debug logs.
+
+In the same time period, around 450 unique hosts manually downloaded a
+git-anex distribution. Also compare with Debian popcon, which has 1200
+reporting git-annex users.
diff --git a/doc/devblog/day_158__enroute_to_Brazil.mdwn b/doc/devblog/day_158__enroute_to_Brazil.mdwn
new file mode 100644
index 0000000000..cd9830f2ee
--- /dev/null
+++ b/doc/devblog/day_158__enroute_to_Brazil.mdwn
@@ -0,0 +1,10 @@
+Next month the roadmap has me working on [[design/assistant/sshpassword]].
+That will be a nice UI improvement and I'd be very surprised if it takes
+more than a week, which is great.
+
+Getting a jump on it today, investigating using `SSH_ASKPASS`. It seems this
+will even work on Windows! Preliminary design in [[design/assistant/sshpassword]].
+
+Time to get on a plane to a plane to a plane to Brasilia!
+
+[[!meta date="Fri, 25 Apr 2014 16:32:36 -0400"]]
diff --git a/doc/devblog/day_159__tmp_file_cleanup.mdwn b/doc/devblog/day_159__tmp_file_cleanup.mdwn
new file mode 100644
index 0000000000..d1ef58109f
--- /dev/null
+++ b/doc/devblog/day_159__tmp_file_cleanup.mdwn
@@ -0,0 +1,12 @@
+Today was mostly spent driving across Brazil, but I had energy this evening
+for a little work on git-annex.
+
+Made the assistant delete old temporary files on startup. I've had
+scattered reports of a few users whose `.git/annex/tmp` contained many
+files, apparently put there by the assistant when it locks down a file
+prior to annexing it. That seems it could possibly be a bug -- or it could
+just be unclean shutdowns interrupting the assistant. Anyway, this will
+deal with any source of tmp cruft, and I made sure to preserve
+tmp files for partially downloaded content.
+
+[[!meta date="Sun, 27 Apr 2014 22:12:55 -0300"]]
diff --git a/doc/devblog/day_160__.mdwn b/doc/devblog/day_160__.mdwn
new file mode 100644
index 0000000000..2c20d2f0d8
--- /dev/null
+++ b/doc/devblog/day_160__.mdwn
@@ -0,0 +1,20 @@
+Reviewed Sören's updated bootstrap3 patch, which appeared while I was
+[traveling](http://joeyh.name/blog/entry/the_real_Brazil/). Sören
+kindly fixed it to work with Debian stable's old version of Yesod,
+which was quite a lot of work. The new new bootstrap3 UI looks nice,
+found a few minor issues, but expect to be able to merge it soon.
+
+Started on [[design/assistant/sshpassword]] groundwork. Added a simple
+password cache to the assistant, with automatic expiration, and made
+git-annex be able to be run by ssh as the `SSH_ASKPASS` program.
+
+The main difficulty will be changing the webapp's UI to prompt for the ssh
+password when one is needed. There are several code paths in ssh remote
+setup where a password might be needed. Since the cached password expires,
+it may need to be prompted for at any of those points. Since a new page is
+loading, it can't pop up a prompt on the current page; it needs to redirect
+to a password prompt page and then redirect back to the action that needed
+the password. ...At least, that's one way to do it.
+I'm going to sleep on it and hope I dream up a better way.
+
+[[!meta date="Tue, 29 Apr 2014 18:33:53 -0400"]]
diff --git a/doc/devblog/day_161__routing_design.mdwn b/doc/devblog/day_161__routing_design.mdwn
new file mode 100644
index 0000000000..9c9e65d171
--- /dev/null
+++ b/doc/devblog/day_161__routing_design.mdwn
@@ -0,0 +1,13 @@
+I've moved out of implementation mode (unable to concentrate enough), and
+into high-level design mode.
+
+[[Syncing efficiency|design/assistant/syncing/efficiency]] has been an open TODO for years,
+to find a way to avoid flood filling the network, and find more efficient
+ways to ensure data only gets to the nodes that want it. Relatedly,
+Android devices  often need a way to mark individual files they want to have.
+Had a [very productive discussion with Vince and Fernao](http://joeyh.name/blog/entry/who_needs_whiteboards_when_you_have_strange_seed_pods_from_the_jungle/)
+and I think we're heading toward a design that will address both these
+needs, as well as some more Brazil-specific use cases, about which more
+later.
+
+Today's work was sponsored by Casa do Boneco.
diff --git a/doc/devblog/day_162__routing_sim_and_massive_contribution_landed.mdwn b/doc/devblog/day_162__routing_sim_and_massive_contribution_landed.mdwn
new file mode 100644
index 0000000000..a8f5313ac4
--- /dev/null
+++ b/doc/devblog/day_162__routing_sim_and_massive_contribution_landed.mdwn
@@ -0,0 +1,17 @@
+Sören Brunk's massive bootstrap 3 patch has landed! This is a 43 thousand
+line diff, with 2 thousand lines after the javascript and CSS libraries are
+filtered out. Either way, the biggest patch contributed by anyone to
+git-annex so far, and excellent work.
+
+Meanwhile, I built a [[haskell program|design/assistant/syncing/simroutes.hs]] to simulate
+a network of highly distributed git-annex nodes with ad-hoc connections and
+the selective file syncing algorythm now documented at the bottom of
+[[design/assistant/syncing/efficiency]].
+
+Currently around 33% of requested files never get to their destination
+in this simulation, but this is probably because its network is randomly
+generated, and so contains disconnected islands. So next, some data entry,
+from a map that involves an Amazon not in .com, dotted with names of people
+I have recently met... :)
+
+<a href="https://downloads.kitenet.net/git-annex/mapa/mapa.jpg"><img src="https://downloads.kitenet.net/git-annex/mapa/mapa.jpg" width=1024 height=768></a>
diff --git a/doc/devblog/day_163__request_and_routing_design.mdwn b/doc/devblog/day_163__request_and_routing_design.mdwn
new file mode 100644
index 0000000000..c11664a06f
--- /dev/null
+++ b/doc/devblog/day_163__request_and_routing_design.mdwn
@@ -0,0 +1,3 @@
+I have a preliminary design for [[design/requests_routing]]. Won't be
+working on it immediately, but simulations show it can work well in a large
+ad-hoc network.
diff --git a/doc/devblog/day_164__back.mdwn b/doc/devblog/day_164__back.mdwn
new file mode 100644
index 0000000000..48a6ce6f07
--- /dev/null
+++ b/doc/devblog/day_164__back.mdwn
@@ -0,0 +1,17 @@
+My backlog is massive -- 181 items to answer. Will probably take the rest
+of the month to get caught back up. Rather than digging into that yet,
+spent today working on the webapp's ssh password prompting. 
+
+I simplified it so the password is entered on the same form as the rest
+of the server's information. That made the UI easy to build, but
+means that when a user already has a ssh key they want to use, they need
+to select "existing ssh key"; the webapp no longer probes to automatically
+detect that case.
+
+Got the ssh password prompting in the webapp basically working, and it's a
+*really* nice improvement! I even got it to work on Windows (eventually...).
+It's still only in the `sshpassword` branch, since I need to test it more
+and probably fix some bugs. In particular, when enabling a remote that
+already exists, I think it never prompts for the password yet.
+
+Today's work was sponsored by Nicola Chiapolini.
diff --git a/doc/devblog/day_165__sshpassword_merged.mdwn b/doc/devblog/day_165__sshpassword_merged.mdwn
new file mode 100644
index 0000000000..4479df733e
--- /dev/null
+++ b/doc/devblog/day_165__sshpassword_merged.mdwn
@@ -0,0 +1,18 @@
+Spent the day testing the sshpasswd branch. A few interesting things:
+
+* I was able to get rid of 10 lines of Windows specific code for
+  rsync.net, which had been necessary for console ssh password prompting to
+  work. Yay!
+* git-remote-gcrypt turned out to be broken when there is no controlling
+  tty. --no-tty has to be passed to gpg to avoid it falling over in this
+  case, even when a gpg agent is available to be used. I fixed this with
+  a new release of git-remote-gcrypt.
+
+Mostly the new branch just worked! And is merged...
+
+Merged a patch from Robie Basak that adds a new special remote that's sort
+of like bup but supports deletion: [[special_remotes/ddar]]
+
+Backlog: 172
+
+Today's work was sponsored by Andrew Cant.
diff --git a/doc/devblog/day_166__catching_up.mdwn b/doc/devblog/day_166__catching_up.mdwn
new file mode 100644
index 0000000000..51878562e9
--- /dev/null
+++ b/doc/devblog/day_166__catching_up.mdwn
@@ -0,0 +1,40 @@
+Powered through the backlog today, and got it down to 67! Probably most of
+the rest is the hard ones though.
+
+A theme today was: It's stupid hard to get git-annex-shell installed into
+PATH. While that should be the simplest thing in the world, I'm pinned
+between two problems:
+
+1. There's no single portable package format, so all the decades of
+   development nice ways to get things into PATH don't work for everybody.
+2. bash provides not a single dotfile that will work in all circumstances
+   to configure PATH. In particular, "ssh $host git-annex-shell" causes bash
+   to helpfully avoid looking at any dotfiles at all.
+
+Today's flailing to work around that inluded:
+
+* Merged a patch from Fraser Tweedale to allow `git config remote.origin.annex-shell /not/in/path/git-annex-shell`
+* Merged a patch from Justin Lebar to allow symlinking the git-annex-shell
+  etc from the standalone tarball to a directory that is in PATH. (Only
+  on Linux, not OSX yet.)
+* Improved the warning message git-annex prints when a remote server does
+  not have git-annex-shell in PATH, suggesting some things the user could
+  do to try to fix it.
+
+I've found out why OSX machines were retrying upgrades repeatedly. The
+version in the .info file did not match the actual git-annex version for
+OSX. I've fixed the info file version, but will need to come up with a
+system to avoid such mismatches.
+
+Made a few other fixes. A notable one is that dragging and dropping
+repositories in the webapp to reorder the list (and configure costs)
+had been broken since November.
+
+git-annex 5.20140421 finally got into Debian testing today, so I updated
+the backport. I recommend upgrading, especially if you're using the
+assistant with a ssh remote, since you'll get all of last month's nice
+features that make XMPP unnecessary in that configuration.
+
+----
+
+Today's work was sponsored by Geoffrey Irving.
diff --git a/doc/devblog/day_167__growing_the_community_of_git-annex_contributors.mdwn b/doc/devblog/day_167__growing_the_community_of_git-annex_contributors.mdwn
new file mode 100644
index 0000000000..1408e13e2c
--- /dev/null
+++ b/doc/devblog/day_167__growing_the_community_of_git-annex_contributors.mdwn
@@ -0,0 +1,11 @@
+Released git-annex 5.20140517 today. The changelog for this release
+is very unusual, because it's full of contributions from others! There are
+as many patches from others in this release as git-annex got in the first
+entire two years of its existence.
+
+I'd like to keep that going. Also, I could really use help triaging bug
+reports right now. So I have updated the **[[contribute]]** page with more
+info about easy ways to contribute to git-annex. If you read this devblog,
+you're an ideal contributor, and you don't need to know how to write
+haskell either.. So take a [[look at the page|contribute]] and see if
+you can help out.
diff --git a/doc/devblog/day_168__backlog_continued.mdwn b/doc/devblog/day_168__backlog_continued.mdwn
new file mode 100644
index 0000000000..ab19565338
--- /dev/null
+++ b/doc/devblog/day_168__backlog_continued.mdwn
@@ -0,0 +1,16 @@
+Worked on triaging several bugs. Fixed an easy one, which involved the
+assistant choosing the wrong path to a repository that has multiple
+remotes. After today, backlog is down to 43, nearly pre-Brazil levels.
+
+It seems that git-remote-gcrypt [[never quite worked on OSX|bugs/remote_gcrypt_based_repos_and_conflicting_uuids]].
+It looked like it did, but a bug prevented anything being pushed to the remote.
+Tracked down and fixed that bug.
+
+This evening, getting back to working on the armel autobuilder setup
+using propellor. The autobuilder will use a pair of docker containers, one
+armel and a companion amd64, and their quite complex setup will be *almost*
+fully automated (except for the haskell library patching part).
+
+----
+
+Today's work was sponsored by Mica Semrick.
diff --git a/doc/devblog/day_169-171__juggling.mdwn b/doc/devblog/day_169-171__juggling.mdwn
new file mode 100644
index 0000000000..2b34da90ac
--- /dev/null
+++ b/doc/devblog/day_169-171__juggling.mdwn
@@ -0,0 +1,14 @@
+Keeping lots of things going these past few days..
+
+* Rebootstrapping the armel autobuilder with propellor. 
+  Some qemu instability and the need to update haskell
+  library patches meant this took a lot of hand-holding. Finally got a
+  working setup today.
+* Designing and ordering new git-annex stickers on clear viynl backing;
+  have put off sending those to campaign contributors for too long.
+* Added a new feature to the webapp: It now remembers the ssh remotes
+  that it sets up, and makes it easy to enable them elsewhere, the same
+  as other sorts of remotes. Had a very pleasant surprise building this,
+  when I was able to reuse all the UI code for enabling rsync and gcrypt
+  remotes. I think this will be a useful feature as we transition away
+  from XMPP.
diff --git a/doc/devblog/day_172__.mdwn b/doc/devblog/day_172__.mdwn
new file mode 100644
index 0000000000..7f2595cef9
--- /dev/null
+++ b/doc/devblog/day_172__.mdwn
@@ -0,0 +1,7 @@
+Working on moving the android autobuilder to Docker & Propellor, which will
+finish containerizing all the autobuilds that I run. Updated
+ghc-android to use the released ghc 7.8.2, which will make it build more
+reliably. 
+
+Also did bug triage. Bugs are now divided into [[bugs/confirmed]]
+and [[bugs/unconfirmed]] categories.
diff --git a/doc/devblog/day_173-174__android_rebootstrap.mdwn b/doc/devblog/day_173-174__android_rebootstrap.mdwn
new file mode 100644
index 0000000000..6029b1870f
--- /dev/null
+++ b/doc/devblog/day_173-174__android_rebootstrap.mdwn
@@ -0,0 +1,8 @@
+With some help from Sören, have been redoing the android build environment
+for git-annex. This included making propellor put it in a docker container,
+which was easy. But then much struggling with annoying stuff like getting
+the gnutls linking to work, and working around some dependency issues on
+hackage that make cabal's dependency resolver melt down.
+Finally succeeded after much more time than I had wanted to spend on this.
+
+[[!meta date="Mon May 27 16:36:40 JEST 2014"]]
diff --git a/doc/devblog/day_175__encoding_day.mdwn b/doc/devblog/day_175__encoding_day.mdwn
new file mode 100644
index 0000000000..5e23342d5c
--- /dev/null
+++ b/doc/devblog/day_175__encoding_day.mdwn
@@ -0,0 +1,20 @@
+These themed days are inaverdent, but it happened again: Nearly everything
+done today had to do with encoding issues.
+
+The big news is that it turned out everything written to files in the
+git-annex branch had unicode characters truncated to 8 bits. Now fixed so
+you should always get out the same thing you put in, no matter what
+encoding you use (but please use utf8). This affected things like storing
+repository descriptions, but worse, it affected metadata. (Also preferred
+content expressions, I suppose.)
+
+With that fixed, there are still 7 source files left that use Char8 libraries.
+There used to be more; nearly every use of those is a bug. I looked over
+the remaining uses of it, and there might be a problem with Creds using it.
+I should probably make a push to stamp out all remaining uses of Char8.
+
+Other encoding bugs were less reproducible.
+
+And just now, Sören made some progress on
+[[bugs/Bootstrap3_icons_missing_on_Android]] ... and my current theory
+is this is actually caused by an encoding issue too.
diff --git a/doc/devblog/day_176__mostly_a_day_off.mdwn b/doc/devblog/day_176__mostly_a_day_off.mdwn
new file mode 100644
index 0000000000..46bf1c4db1
--- /dev/null
+++ b/doc/devblog/day_176__mostly_a_day_off.mdwn
@@ -0,0 +1,8 @@
+Got a handle on the Android webapp static file problems (no, they were not
+really encoding problems!), and hopefully
+that's all fixed now. Also, only 3 modules use Char8 now. And updated the
+git-annex backport. That's all I did today.
+
+Meanwhile, a complete [[tips/ZSH_completion]] has been contributed by
+Schnouki. And, Ben Gamari sent in a patch moving from the deprecated 
+MonadCatchIO-transformers library to the exceptions library.
diff --git a/doc/devblog/day_177__enabling.mdwn b/doc/devblog/day_177__enabling.mdwn
new file mode 100644
index 0000000000..55a1895aaf
--- /dev/null
+++ b/doc/devblog/day_177__enabling.mdwn
@@ -0,0 +1,21 @@
+After making a release yesterday, I've been fixing some bugs in the
+webapp, all to do with repository configuration stored on the git-annex
+branch. I was led into this by a strange little bug where the webapp stored
+configuration in the wrong repo in one situation. From there, I noticed
+that often when enabling an existing repository, the webapp would stomp on
+its group and preferred content and description, replacing them with
+defaults.
+
+This was a systematic problem, it had to be fixed in several places. And
+some of the fixes were quite tricky. For example, when adding a ssh
+repository, and it turns out there's already a git-annex repository at the
+entered location, it needs to avoid changing its configuration. But also,
+the configuration of that repo won't be known until after the first git
+pull from it. So it doesn't make sense to show the repository edit form
+after enabling such a repository.
+
+Also worked on a couple other bugs, and further cleaned up the [[bugs]]
+page. I think I am finally happy with how the bug list is displayed,
+with confirmed/moreinfo/etc tags.
+
+Today's work was sponsored by François Deppierraz.
diff --git a/doc/devblog/day_177__enabling/comment_1_820d29f84dade09b0e7bb7435c52fcb8._comment b/doc/devblog/day_177__enabling/comment_1_820d29f84dade09b0e7bb7435c52fcb8._comment
new file mode 100644
index 0000000000..05ecdc32d1
--- /dev/null
+++ b/doc/devblog/day_177__enabling/comment_1_820d29f84dade09b0e7bb7435c52fcb8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2014-06-02T13:36:00Z"
+ content="""
+Can you make the tags be displayed with background colours or some other mechanism for quick visual recognition? All \"done\" are green, all \"moreinfo\" blue(?), etc pp.
+
+
+Thanks,
+Richard
+"""]]
diff --git a/doc/devblog/day_178-179__screencast_and_what_next.mdwn b/doc/devblog/day_178-179__screencast_and_what_next.mdwn
new file mode 100644
index 0000000000..fe7ba399da
--- /dev/null
+++ b/doc/devblog/day_178-179__screencast_and_what_next.mdwn
@@ -0,0 +1,12 @@
+Yesterday I recorded a new screencast, demoing using the assistant on a
+local network with a small server. [[videos/git-annex_assistant_lan]].
+That's the best screencast yet; having a real framing story was nice;
+recent improvements to git-annex are taken advantage of without being made
+a big deal; and audio and video are improved. (But there are some minor
+encoding glitches which I'd have to re-edit it to fix.)
+
+The [[design/roadmap]] has this month dedicated to improving Android.
+But I think what I'd more like to do is whatever makes the assistant usable
+by the most people. This might mean doing more on Windows, since I hear
+from many who would benefit from that. Or maybe something not related to
+porting?
diff --git a/doc/devblog/day_178-179__screencast_and_what_next/comment_1_eeba788fed45cb22f9cc2a738ceaa074._comment b/doc/devblog/day_178-179__screencast_and_what_next/comment_1_eeba788fed45cb22f9cc2a738ceaa074._comment
new file mode 100644
index 0000000000..d5bb0a1833
--- /dev/null
+++ b/doc/devblog/day_178-179__screencast_and_what_next/comment_1_eeba788fed45cb22f9cc2a738ceaa074._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8BAEUyzYhORZmMuocRTk4M-3IumDm5VU"
+ nickname="luciusf0"
+ subject="Windows Support +1"
+ date="2014-06-06T21:54:38Z"
+ content="""
+I just also (like others) wanna state my strong interest in a windows port. Actually it's the only thing which is holding me back of using git-annex for real, as I live and work in a mixed-OS environment. The git-annex features would be the answers to an awful lot of our day-to-day problems, and I cannot wait to have it ready for a production environment. So -> Windows Port +1
+"""]]
diff --git a/doc/devblog/day_178-179__screencast_and_what_next/comment_2_d44e67e34615c7b00e29f307556cdd06._comment b/doc/devblog/day_178-179__screencast_and_what_next/comment_2_d44e67e34615c7b00e29f307556cdd06._comment
new file mode 100644
index 0000000000..defb4a80ff
--- /dev/null
+++ b/doc/devblog/day_178-179__screencast_and_what_next/comment_2_d44e67e34615c7b00e29f307556cdd06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Android"
+ date="2014-06-08T02:44:45Z"
+ content="""
+As I don't use Windows and git-annex is already fitting my Linux use cases perfectly, I'd have to vote for Android.  FWIW, I have previously posted some thoughts on what would I see as lacking on Android [here](http://git-annex.branchable.com/forum/Controlling_content_on_mobile_device/).
+"""]]
diff --git a/doc/devblog/day_180__porting.mdwn b/doc/devblog/day_180__porting.mdwn
new file mode 100644
index 0000000000..27b4eaca1c
--- /dev/null
+++ b/doc/devblog/day_180__porting.mdwn
@@ -0,0 +1,13 @@
+Did work on Windows porting today. First, fixed a reversion in the last
+release, that broke the git-annex branch pretty badly on Windows, causing
+\r to be written to files on that branch that should never have DOS line
+endings. Second, fixed a long-standing bug that prevented getting a file
+from a local bare repository on Windows.
+
+Also refreshed all autobuilders to deal with the gnutls and openssl
+security holes-of-the-week. (git-annex uses gnutls only for XMPP,
+and does not use openssl itself, but a few programs bundled with it,
+like curl, do use openssl.)
+
+A nice piece of news: OSX Homebrew now contains git-annex, so it can be
+easily installed with `brew install git-annex`
diff --git a/doc/devblog/day_180__porting/comment_1_133875f4435a298b85ddfb8a2cc11a7a._comment b/doc/devblog/day_180__porting/comment_1_133875f4435a298b85ddfb8a2cc11a7a._comment
new file mode 100644
index 0000000000..2aa67e8233
--- /dev/null
+++ b/doc/devblog/day_180__porting/comment_1_133875f4435a298b85ddfb8a2cc11a7a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="Tamschi"
+ ip="178.27.213.202"
+ subject="It's still impossible to use the git-annex repository on Windows."
+ date="2014-06-09T14:44:07Z"
+ content="""
+Since the bug tracker is in the same repository and branch as the main program (why?), any bugs submitted with a colon in the title will prevent access on NTFS file systems.  
+There is at least one such instance, I assume it potentially affects blog posts too.
+"""]]
diff --git a/doc/devblog/day_181__tricky_merge.mdwn b/doc/devblog/day_181__tricky_merge.mdwn
new file mode 100644
index 0000000000..c6bcaf8d42
--- /dev/null
+++ b/doc/devblog/day_181__tricky_merge.mdwn
@@ -0,0 +1,8 @@
+Spent most of today improving behavior when a sync or merge is
+interrupted in direct mode. It was possible for an interrupt at the wrong
+time to leave the merge committed, but the work tree not yet updated. And
+then the next sync would make a commit that reverted the merged changes!
+
+To fix this I had to avoid making any merge commit or indeed updating the
+index until after the work tree is updated. It looked intractable for a
+while; I'm still surprised I eventually succeeded.
diff --git a/doc/devblog/day_182__service.mdwn b/doc/devblog/day_182__service.mdwn
new file mode 100644
index 0000000000..1377252487
--- /dev/null
+++ b/doc/devblog/day_182__service.mdwn
@@ -0,0 +1,6 @@
+Have for the first time gotten git-annex to run as a proper Windows
+service, using nssm.
+([details](http://git-annex.branchable.com/todo/windows_support/#comment-a61be55862ea32e3dc30972f905bb987))
+Not quite ready yet though; doesn't run as the right user.
+
+And a few other windows porting bits.
diff --git a/doc/devblog/day_183__rubbing_sticks_together.mdwn b/doc/devblog/day_183__rubbing_sticks_together.mdwn
new file mode 100644
index 0000000000..ecab379167
--- /dev/null
+++ b/doc/devblog/day_183__rubbing_sticks_together.mdwn
@@ -0,0 +1,23 @@
+Spent all day on some horrible timestamp issues on legacy systems. 
+
+On FAT, timestamps have a 2s granularity, which is ok, but then Linux adds
+a temporary higher resolution cache, which is lost on unmount. This
+confused git-annex since the mtimes seemed to change and it had to
+re-checksum half the files to get unconfused, which was not good.
+I found a way to use the inode sentinal file to detect when on FAT
+and put in a workaround, without degrading git-annex everywhere else.
+
+On Windows, time zones are a utter disaster; it changes the mtime it reports
+for files after the time zone has changed. Also there's a bug in the
+haskell time library which makes it return old time zone data after a time
+zone change. (I just finished developing a fix for that bug..)
+
+Left with nothing but a few sticks, I rubbed them together, and
+actually found a way to deal with this problem too. Scary details in
+[[bugs/Windows_file_timestamp_timezone_madness]]. While I've implemented
+it, it's stuck on a branch until I find a way to make git-annex notice when
+the timezone changes while it's running.
+
+----
+
+Today's work was sponsored by Svenne Krap.
diff --git a/doc/devblog/day_184__windows_month.mdwn b/doc/devblog/day_184__windows_month.mdwn
new file mode 100644
index 0000000000..c99d03e90b
--- /dev/null
+++ b/doc/devblog/day_184__windows_month.mdwn
@@ -0,0 +1,22 @@
+It's officially a Windows porting month. Now that I'm half way through it
+and with the last week of the month going to be a vacation, this makes
+sense.
+
+Today, finished up dealing with the timezone/timestamp issues on Windows.
+This got stranger and stranger the closer I looked at it. After a timestamp
+change, a program that was already running will see one timestamp, while a
+program that is started after the change will see another one! My approach
+works pretty much no matter how Windows goes insane though, and always
+recovers a true timestamp. Yay.
+
+Also fixed a regression test failure on Windows, which turned out to be
+rooted in a bug in the command queue runner, which neglected to pass
+along environment overrides on Windows.
+
+Then I spent 5 hours tracking down a tricky 
+test suite failure on Windows, which turned out to also
+affect FAT and be a recent reversion that has as it's
+root cause a [fun bug in git itself](http://marc.info/?l=git&m=140262402204212&w=2).
+Put in a not very good workaround. Thank goodness for test suites!
+
+Also got the arm autobuilder unstuck. Release tomorrow.
diff --git a/doc/devblog/day_185__service.mdwn b/doc/devblog/day_185__service.mdwn
new file mode 100644
index 0000000000..0613ae2bf9
--- /dev/null
+++ b/doc/devblog/day_185__service.mdwn
@@ -0,0 +1,6 @@
+More work on [[todo/windows_git-annex_service]], but am stuck with a
+permissions problem.
+
+Fixed a bug that prevented two assistants from syncing when there was only
+a uni-directional link between them. Only affected direct mode, and
+was introduced back when I added the direct mode guard.
diff --git a/doc/devblog/day_186__cracked_it.mdwn b/doc/devblog/day_186__cracked_it.mdwn
new file mode 100644
index 0000000000..cff6130cbf
--- /dev/null
+++ b/doc/devblog/day_186__cracked_it.mdwn
@@ -0,0 +1,8 @@
+After despairing of ever solving this yesterday (and for the past 6 months
+really), I've got the webapp running on Windows with no visible DOS box.
+Also have the assistant starting up in the background on login.
+
+It turns out a service was not the way to do. There is a way to write a VB
+Script that runs a "DOS" command in a hidden window, and this is what I
+used. Amazing how hard it was to work this out, probably partly because I
+don't have the Windows vocabulary to know what to look for.
diff --git a/doc/devblog/day_186__cracked_it/comment_1_288b736adf392acd0f45667b2980138d._comment b/doc/devblog/day_186__cracked_it/comment_1_288b736adf392acd0f45667b2980138d._comment
new file mode 100644
index 0000000000..d85798eb88
--- /dev/null
+++ b/doc/devblog/day_186__cracked_it/comment_1_288b736adf392acd0f45667b2980138d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~maestro-alubia"
+ nickname="maestro-alubia"
+ subject="Congratulations!"
+ date="2014-06-18T09:08:45Z"
+ content="""
+I really feel with you and I am glad I currently do not need to develop on/for Windows. I wish you good progress with Windows porting, so you can concentrate on the interesting stuff again :)
+
+Best regards,
+Fabian
+"""]]
diff --git a/doc/devblog/day_186__cracked_it/comment_2_d1d79e93ac420f6b3a6f8a622e8e00bd._comment b/doc/devblog/day_186__cracked_it/comment_2_d1d79e93ac420f6b3a6f8a622e8e00bd._comment
new file mode 100644
index 0000000000..d6ade5c01a
--- /dev/null
+++ b/doc/devblog/day_186__cracked_it/comment_2_d1d79e93ac420f6b3a6f8a622e8e00bd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="VBScript + wscript to avoid DOS window"
+ date="2014-06-21T02:09:58Z"
+ content="""
+I use this technique too, to run cygwin xterm without an ugly DOS box popup.
+"""]]
diff --git a/doc/devblog/day_186__cracked_it/comment_3_8ca17a51b10b4e4a63d0672d5ce29024._comment b/doc/devblog/day_186__cracked_it/comment_3_8ca17a51b10b4e4a63d0672d5ce29024._comment
new file mode 100644
index 0000000000..356453e8f2
--- /dev/null
+++ b/doc/devblog/day_186__cracked_it/comment_3_8ca17a51b10b4e4a63d0672d5ce29024._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="VBScript + wscript to avoid DOS window"
+ date="2014-06-21T02:15:04Z"
+ content="""
+(sorry that I didn't see before that you had run into this annoying problem)
+"""]]
diff --git a/doc/devblog/day_187__release_prep.mdwn b/doc/devblog/day_187__release_prep.mdwn
new file mode 100644
index 0000000000..a5207c373e
--- /dev/null
+++ b/doc/devblog/day_187__release_prep.mdwn
@@ -0,0 +1,10 @@
+Last night, got logging to daemon.log working on Windows. Aside from XMPP
+not working (but it's near to being deprecated anyway), and some possible
+issues with unicode characters in filenames, the Windows port now seems in
+pretty good shape for a beta release.
+
+Today, mostly worked on fixing the release process so the metadata
+accurarely reflects the version from the autobuilder that is included in
+the release. Turns out there was version skew in the last release (now
+manually corrected). This should avoid that happening again, and also
+automates more of my release process.
diff --git a/doc/devblog/day_187__release_prep/comment_1_206692d16177c2a9ca11c0eeff545697._comment b/doc/devblog/day_187__release_prep/comment_1_206692d16177c2a9ca11c0eeff545697._comment
new file mode 100644
index 0000000000..a9e982a211
--- /dev/null
+++ b/doc/devblog/day_187__release_prep/comment_1_206692d16177c2a9ca11c0eeff545697._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlnoH5btjn_BLib3_IhES5uMhrzuOiwCYo"
+ nickname="András"
+ subject="sync options?"
+ date="2014-06-19T13:16:51Z"
+ content="""
+What options will we have in this beta for windows <=> windows (local network) and windows <=> linux (remote server) synchronization?  I'm interested only in non-cloud sync possibilities.
+
+(I tried to follow the developments but apparently failed...)
+
+Also thank you for working on the windows port!
+
+"""]]
diff --git a/doc/devblog/day_187__release_prep/comment_2_961fb35d9cf7d5e518f8d0bddb8626a6._comment b/doc/devblog/day_187__release_prep/comment_2_961fb35d9cf7d5e518f8d0bddb8626a6._comment
new file mode 100644
index 0000000000..6abcfb7dd3
--- /dev/null
+++ b/doc/devblog/day_187__release_prep/comment_2_961fb35d9cf7d5e518f8d0bddb8626a6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 2"
+ date="2014-06-19T22:13:23Z"
+ content="""
+windows to linux server (local or remote) to windows will work. 
+"""]]
diff --git a/doc/devblog/day_188__back_sans_laptop.mdwn b/doc/devblog/day_188__back_sans_laptop.mdwn
new file mode 100644
index 0000000000..080d6176ef
--- /dev/null
+++ b/doc/devblog/day_188__back_sans_laptop.mdwn
@@ -0,0 +1,5 @@
+I am back from the beach, but my dev laptop is dead. A replacement is being
+shipped, and I have spent today getting my old netbook into a usable state
+so I can perhaps do some work using it in the meantime.
+
+(Backlog is 95 messages.)
diff --git a/doc/devblog/day_189__finally_working_again.mdwn b/doc/devblog/day_189__finally_working_again.mdwn
new file mode 100644
index 0000000000..54b72b52b5
--- /dev/null
+++ b/doc/devblog/day_189__finally_working_again.mdwn
@@ -0,0 +1,18 @@
+Finally back to work with a new laptop!
+
+Did one fairly major feature today: When using git-annex to pull down
+podcasts, metadata from the feed is copied into git-annex's metadata store,
+if annex.genmetadata is set. Should be great for views etc!
+
+Worked through a lot of the backlog, which is down to 47 messages now.
+
+Only other bug fix of note is a fix on Android. A recent change to git made
+it try to chmod files, which tends to fail on the horrible /sdcard
+filesystem. Patched git to avoid that.
+
+For some reason the autobuilder box rebooted while I was away, and 
+somehow the docker containers didn't come back up -- so they got
+automatically rebuilt. But I have to manually finish up building the
+android and armel ones. Will be babysitting that build this evening.
+
+Today's work was sponsored by Ævar Arnfjörð Bjarmason.
diff --git a/doc/devblog/day_190__fun_fixes.mdwn b/doc/devblog/day_190__fun_fixes.mdwn
new file mode 100644
index 0000000000..d3895df1f4
--- /dev/null
+++ b/doc/devblog/day_190__fun_fixes.mdwn
@@ -0,0 +1,13 @@
+Spent the morning improving behavior when `commit.gpgsign` is set.
+Now git-annex will let gpg sign commits that are made when eg, manually
+running `git annex sync`, but not commits implicitly made to the git-annex
+branch. And any commits made by the assistant are not gpg signed. This was
+slightly tricky, since lots of different places in git-annex ran `git
+commit`, `git merge` and similar.
+
+Then got back to a test I left running over vacation, that added millions
+of files to a git annex repo. This was able to reproduce a problem where
+`git annex add` blew the stack and crashed at the end. There turned out to
+be two different memory issues, one was in git-annex and the other is in
+Haskell's core `getDirectoryContents`. Was able to entirely fix it,
+eventually.
diff --git a/doc/devblog/day_191__semidistracted.mdwn b/doc/devblog/day_191__semidistracted.mdwn
new file mode 100644
index 0000000000..3d4b5b6efc
--- /dev/null
+++ b/doc/devblog/day_191__semidistracted.mdwn
@@ -0,0 +1,7 @@
+Got a bit distracted improving Haskell's directory listing code.
+
+Only real git-annex work today was fixing [[bugs/Assistant_merge_loop]],
+which was caused by changes in the last release (that made direct mode
+merging crash/interrupt-safe). This is a kind of ugly bug, that can result
+in the assistant making lots of empty commits in direct mode repositories.
+So, I plan to make a new release on Monday.
diff --git a/doc/devblog/day_192__release_day.mdwn b/doc/devblog/day_192__release_day.mdwn
new file mode 100644
index 0000000000..ce1a38861c
--- /dev/null
+++ b/doc/devblog/day_192__release_day.mdwn
@@ -0,0 +1,4 @@
+Got the release out. Had to fix various autobuilder issues. The arm autobuilder
+is unfortunatly not working currently.
+
+Updated git-annex to build with a new version of the bloomfilter library.
diff --git a/doc/devblog/day_193-194__ugly_bug.mdwn b/doc/devblog/day_193-194__ugly_bug.mdwn
new file mode 100644
index 0000000000..668b7b2ab9
--- /dev/null
+++ b/doc/devblog/day_193-194__ugly_bug.mdwn
@@ -0,0 +1,37 @@
+**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.
diff --git a/doc/devblog/day_195-196__catching_up.mdwn b/doc/devblog/day_195-196__catching_up.mdwn
new file mode 100644
index 0000000000..2c04eaa150
--- /dev/null
+++ b/doc/devblog/day_195-196__catching_up.mdwn
@@ -0,0 +1,13 @@
+Spent past 2 days catching up on backlog and doing bug triage and some
+minor bug fixes and features. Backlog is 27, lowest in quite a while so I
+feel well on top of things.
+
+I was saddened to find [this bug](http://git-annex.branchable.com/bugs/files_lost_during_upgrade/#comment-b265c796b1599d2dde649699cb54fa86)
+where I almost managed to analize the [[ugy_bug|day_193-194__ugly_bug]]'s race
+condition, but not quite (and then went on vacation). BTW, I have not heard
+from anyone else who was hit by that bug so far.
+
+The linux autobuilders are still down; their host server had a disk crash
+in an electrical outage. Might be down for a while. I would not mind
+setting up a redundant autobuilder if anyone else would like to donate a
+linux VM with 4+ gb of ram.
diff --git a/doc/devblog/day_197__autobuilder_rescuscitation.mdwn b/doc/devblog/day_197__autobuilder_rescuscitation.mdwn
new file mode 100644
index 0000000000..12dada287d
--- /dev/null
+++ b/doc/devblog/day_197__autobuilder_rescuscitation.mdwn
@@ -0,0 +1,14 @@
+Yay, the Linux autobuilder is back! Also fixed the Windows build.
+
+Fixed a reversion that prevented the webapp from starting
+properly on Windows, which was introduced by some bad locking when I put in
+the hack that makes it log to the log file on that platform.
+
+Various other minor fixes here and there. There are almost enough
+to do a release again soon.
+
+I've also been trying to bootstrap ghc 7.8 on arm, for Debian. There's a script
+that's supposed to allow building 7.8 using 7.6.3, dealing with a linker
+problem by using the gold linker. Hopefully that will work since otherwise
+Debian could remain stuck with an old ghc or worse lose the arm ports.
+Neither would be great for git-annex..
diff --git a/doc/devblog/day_198__branching_out.mdwn b/doc/devblog/day_198__branching_out.mdwn
new file mode 100644
index 0000000000..cdb3a6d1b6
--- /dev/null
+++ b/doc/devblog/day_198__branching_out.mdwn
@@ -0,0 +1,23 @@
+I have mostly been thinking about gcrypt today.
+[This issue](https://github.com/blake2-ppc/git-remote-gcrypt/issues/9)
+needs to be dealt with. The question is, does it really make sense to
+try to hide the people a git repository is encrypted for? I have 
+[posted some thoughts](http://git-annex.branchable.com/bugs/using_gpg_encryption_with_multiple_keys_fails/?updated#comment-0c4f679d972c63b0b25b6aa5e851af62)
+and am coming to the viewpoint that obscuring the identities of users
+of a repository is not a problem git-annex should try to solve itself,
+although it also shouldn't get in the way of someone who is able and
+wants to do that (by using tor, etc).
+
+Finally, I decided to go ahead and add a gcrypt.publish-participants
+setting to git-remote-gcrypt, and make git-annex set that by default when
+setting up a gcrypt repository.
+
+Some promising news from the ghc build on arm. I got a working ghc, and
+even ghci works. Which would make the template haskell in the webapp etc
+avaialble on arm without the current horrible hacks. Have not managed to
+build the debian ghc package successfully yet though.
+
+Also, fixed a bug that made `git annex sync` not pull/push with a local
+repository that had not yet been initialized for use with git-annex.
+
+Today's work was sponsored by Stanley Yamane.
diff --git a/doc/devblog/day_198__branching_out/comment_1_91ce3dc707ba1ba7c5d9e57e20ffce40._comment b/doc/devblog/day_198__branching_out/comment_1_91ce3dc707ba1ba7c5d9e57e20ffce40._comment
new file mode 100644
index 0000000000..7b9ba45b7d
--- /dev/null
+++ b/doc/devblog/day_198__branching_out/comment_1_91ce3dc707ba1ba7c5d9e57e20ffce40._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="lex"
+ ip="2620:149:7:303:796f:ae98:a0a1:94b"
+ subject="comment 1"
+ date="2014-07-16T21:13:06Z"
+ content="""
+glad my bug inspired a blog post about it.  =]
+"""]]
diff --git a/doc/devblog/day_199__ten_minute_cycle.mdwn b/doc/devblog/day_199__ten_minute_cycle.mdwn
new file mode 100644
index 0000000000..56b48747e2
--- /dev/null
+++ b/doc/devblog/day_199__ten_minute_cycle.mdwn
@@ -0,0 +1,6 @@
+Spent hours today in a 10-minute build/test cycle, tracking down a bug that
+caused the assistant to crash on Windows after exactly 10 minutes uptime.
+Eventually found the cause; this is fallout from last month's work
+that got it logging to the debug.log on Windows.
+
+There was more, but that was the interesting one..
diff --git a/doc/devblog/day_19__moving_on.mdwn b/doc/devblog/day_19__moving_on.mdwn
new file mode 100644
index 0000000000..7f4cd8244a
--- /dev/null
+++ b/doc/devblog/day_19__moving_on.mdwn
@@ -0,0 +1,37 @@
+Finished moving the Android autobuilder over to the new clean build
+environment. Tested the Android app, and it still works. Whew!
+
+There's a small chance that the issue with the Android app not working on
+Android 4.3 has been fixed by this rebuild. I doubt it, but perhaps someone
+can download the daily build and give it another try..
+
+----
+
+I have 7 days left in which I'd like to get remote gcrypt repositories
+working in the assistant. I think that should be fairly easy, but a
+prerequisite for it is making git-annex-shell support being run on a gcrypt
+repository. That's needed so that the assistant's normal locked down ssh
+key setup can also be used for gcrypt repositories.
+
+At the same time, not all gcrypt endpoints will have git-annex-shell
+installed, and it *seems* to make sense to leave in the existing support
+for running raw rsync and git push commands against such a repository. So
+that's going to add some complication.
+
+It will also complicate git-annex-shell to support gcrypt repos. Basically,
+everything it does in git-annex repos will need to be reimplemented in
+gcrypt repositories. Generally in a more simple form; for example it
+doesn't need to (and can't) update location logs in a gcrypt repo.
+
+----
+
+I also need to find a good UI to present the three available choices
+(unencrypted git, encrypted git, encrypted rsync) when setting up a repo
+on a ssh server. I don't want to just remove the encrypted rsync option,
+because it's useful when using xmpp to sync the git repo, and is simpler to
+set up since it uses shared encryption rather than gpg public keys.
+
+My current thought is to offer just 2 choices, encrypted and non-encrypted.
+If they choose encrypted, offer a choice of shared encryption or encrypting
+to a specific key. I think I can word this so it's pretty clear what the
+tradeoffs are.
diff --git a/doc/devblog/day_19__moving_on/comment_1_870106f671f9a055b81e6fc83e0850b5._comment b/doc/devblog/day_19__moving_on/comment_1_870106f671f9a055b81e6fc83e0850b5._comment
new file mode 100644
index 0000000000..b0ed97bcf3
--- /dev/null
+++ b/doc/devblog/day_19__moving_on/comment_1_870106f671f9a055b81e6fc83e0850b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmW0kg4uiMIhSHeVuvJFyo2VYMl7Qoej0s"
+ nickname="Chris"
+ subject="comment 1"
+ date="2013-09-23T20:58:45Z"
+ content="""
+The new version of the Android apk doesn't work for me on my Nexus 4.
+"""]]
diff --git a/doc/devblog/day_19__moving_on/comment_2_fad055c8860385ac6c012f897c96408f._comment b/doc/devblog/day_19__moving_on/comment_2_fad055c8860385ac6c012f897c96408f._comment
new file mode 100644
index 0000000000..f2e754b3ab
--- /dev/null
+++ b/doc/devblog/day_19__moving_on/comment_2_fad055c8860385ac6c012f897c96408f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 2"
+ date="2013-09-24T07:11:31Z"
+ content="""
+Yeah, no joy on Cyanogenmod 10.2(Android 4.3).
+
+Would be pretty surprising if it had worked.
+"""]]
diff --git a/doc/devblog/day_19__moving_on/comment_3_69e47d612159587f080ab761566d1830._comment b/doc/devblog/day_19__moving_on/comment_3_69e47d612159587f080ab761566d1830._comment
new file mode 100644
index 0000000000..206fdd8520
--- /dev/null
+++ b/doc/devblog/day_19__moving_on/comment_3_69e47d612159587f080ab761566d1830._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR6E5iUghMWdUGlbA9CCs8DKaoigMjJXw"
+ nickname="Efraim"
+ subject="not working on my nexus 4 either"
+ date="2013-09-24T07:37:28Z"
+ content="""
+terminal output reads:
+
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+
+git annex webapp
+
+u0_a124@mako:/sdcard/git-annex.home $ git annex webpp
+
+CANNOT LINK EXECUTABLE: git-annex invalid R_ARM_COPY relocation against DT_SYMBOLIC shared library libc.so (built with -Bsymbolic?)
+
+1|u0_a124@mako:/sdcard/git-annex.home $
+"""]]
diff --git a/doc/devblog/day_1__inauspicious_beginning.mdwn b/doc/devblog/day_1__inauspicious_beginning.mdwn
new file mode 100644
index 0000000000..b14f763bbe
--- /dev/null
+++ b/doc/devblog/day_1__inauspicious_beginning.mdwn
@@ -0,0 +1,11 @@
+I try hard to keep this devblog about git-annex development and not me.
+However, it is a shame that what I wanted to be the beginning of my first
+real month of work funded by the new campaign has been marred by my home's
+internet connection being taken out by a lightning strike, and by illness.
+Nearly back on my feet after that, and waiting for my new laptop to
+finally get here.
+
+Today's work: Finished up the `git annex forget` feature and merged it in.
+Fixed the bug that was causing the commit race detection code to
+incorrectly fire on the commit made by the transition code. Few other bits
+and pieces.
diff --git a/doc/devblog/day_1__inauspicious_beginning/comment_1_cc4dea43caf3126c6f814b589b701d70._comment b/doc/devblog/day_1__inauspicious_beginning/comment_1_cc4dea43caf3126c6f814b589b701d70._comment
new file mode 100644
index 0000000000..03e3fec6d6
--- /dev/null
+++ b/doc/devblog/day_1__inauspicious_beginning/comment_1_cc4dea43caf3126c6f814b589b701d70._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="rjc"
+ ip="86.22.66.200"
+ subject="laptop"
+ date="2013-09-04T21:42:52Z"
+ content="""
+Are you retiring your Dell mini?
+
+What kind of laptop are you getting?
+"""]]
diff --git a/doc/devblog/day_20__gcrypt_and_git-annex-shell.mdwn b/doc/devblog/day_20__gcrypt_and_git-annex-shell.mdwn
new file mode 100644
index 0000000000..0e4142b7c0
--- /dev/null
+++ b/doc/devblog/day_20__gcrypt_and_git-annex-shell.mdwn
@@ -0,0 +1,14 @@
+Added support for gcrypt remotes to git-annex-shell. Now gcrypt special
+remotes probe when they are set up to see if the remote system has a
+suitable git-annex-shell, and if so all commands are sent to it. Kept the
+direct rsync mode working as a fallback.
+
+It turns out I made a bad decision when first adding gcrypt support to
+git-annex. To make implementation marginally easier, I decided to not
+put objects inside the usual `annex/objects` directory in a gcrypt remote.
+But that lack of consistency would have made adding support to
+git-annex-shell a lot harder. So, I decided to change this. Which 
+means that anyone already using gcrypt with git-annex will need to
+[[manually_move_files_around|upgrades/gcrypt]].
+
+Today's work was sponsored by Tobias Nix.
diff --git a/doc/devblog/day_21__bugfix_day.mdwn b/doc/devblog/day_21__bugfix_day.mdwn
new file mode 100644
index 0000000000..a913fce56a
--- /dev/null
+++ b/doc/devblog/day_21__bugfix_day.mdwn
@@ -0,0 +1,5 @@
+Did various bug fixes and followup today. Amazing how a day can vanish that
+way. Made 4 actual improvements.
+
+I still have 46 messages in unanswered backlog. Although only 8 of
+the are from this month.
diff --git a/doc/devblog/day_22__gcrypt_on_rsync.net.mdwn b/doc/devblog/day_22__gcrypt_on_rsync.net.mdwn
new file mode 100644
index 0000000000..2c59517952
--- /dev/null
+++ b/doc/devblog/day_22__gcrypt_on_rsync.net.mdwn
@@ -0,0 +1,20 @@
+Being still a little unsure of the UI and complexity
+for configuring gcrypt on ssh servers, I thought I'd start today with the
+special case of gcrypt on rsync.net. Since rsync.net allows running some git
+commands, gcrypt can be used to make encrypted git repositories on it.
+
+Here's the UI I came up with. It's complicated a bit by needing to explain
+the tradeoffs between the rsync and gcrypt special remotes.
+
+[[!img /assistant/rsync.net.encryption.png]]
+
+This works fine, but I did not get a chance to add support for enabling
+existing gcrypt repos on rsync.net. Anyway, most of the changes to make
+this work will also make it easier to add general support for gcrypt on ssh
+servers.
+
+Also spent a while fixing a bug in git-remote-gcrypt. Oddly 
+`gpg --list-keys --fast-list --fingerprint` does not show the fingerprints
+of some keys.
+
+Today's work was sponsored by Cloudier - Thomas Djärv.
diff --git a/doc/devblog/day_23__GNU_day.mdwn b/doc/devblog/day_23__GNU_day.mdwn
new file mode 100644
index 0000000000..4f5b25ca77
--- /dev/null
+++ b/doc/devblog/day_23__GNU_day.mdwn
@@ -0,0 +1,23 @@
+Worked on making the assistant able to merge in existing encrypted
+git repositories from rsync.net.
+
+This had two parts. First, making the webapp UI where you click to enable a
+known special remote work with these encrypted repos. Secondly, handling
+the case where a user knows they have an encrypted repository on rsync.net,
+so enters in its hostname and path, but git-annex doesn't know about that
+special remote. The second case is important, for example, when the
+encrypted repository is a backup and you're restoring from it. It wouldn't
+do for the assistant, in that case, to make a *new* encrypted repo and
+push it over top of your backup!
+
+Handling that was a neat trick. It has to do quite a lot of probing, including
+downloading the whole encrypted git repo so it can decrypt it and merge it,
+to find out about the special remote configuration used for it. This all
+works with just 2 ssh connections, and only 1 ssh password prompt max.
+
+Next, on to generalizing this rsync.net specific code to work with
+arbitrary ssh servers!
+
+----
+
+Today's work was made possible by [RMS's vision 30 years ago](http://article.olduse.net/771@mit-eddie.UUCP).
diff --git a/doc/devblog/day_24__nearly_done_with_gcrypt.mdwn b/doc/devblog/day_24__nearly_done_with_gcrypt.mdwn
new file mode 100644
index 0000000000..22d3fa70b5
--- /dev/null
+++ b/doc/devblog/day_24__nearly_done_with_gcrypt.mdwn
@@ -0,0 +1,23 @@
+So close to being done with gcrypt support.. But still not quite there.
+
+Today I made the UI changes to support gcrypt when setting up a repository
+on a ssh server, and improved the probing and data types so it can tell
+which options the server supports. Fairly happy with how that is turning
+out.
+
+Have not yet hooked up the new buttons to make gcrypt repos. While I was
+testing that my changes didn't break other stuff, I found a bug in the
+webapp that caused it to sometimes fail to transfer one file to/from a
+remote that was just added, because the transferrer process didn't know
+about the new remote yet, and crashed (and was restarted knowing about it,
+so successfully sent any other files). So got sidetracked on fixing that.
+
+Also did some work to make the gpg bundled with git-annex on OSX be
+compatable with the config files written by MacGPG. At first I was going to
+hack it to not crash on the options it didn't support, but it turned out
+that upgrading to version 1.4.14 actually fixed the problem that was making
+it build without support for DNS.
+
+----
+
+Today's work was sponsored by Thomas Hochstein.
diff --git a/doc/devblog/day_25__finishing_up_gcrypt.mdwn b/doc/devblog/day_25__finishing_up_gcrypt.mdwn
new file mode 100644
index 0000000000..9666282d0e
--- /dev/null
+++ b/doc/devblog/day_25__finishing_up_gcrypt.mdwn
@@ -0,0 +1,25 @@
+Long day, but I did finally finish up with gcrypt support. More or less.
+
+Got both creating and enabling existing gcrypt repositories on ssh servers
+working in the webapp. (But I ran out of time to make it detect when the
+user is manually entering a gcrypt repo that already exists. Should be easy
+so maybe tomorrow.)
+
+Fixed several bugs in git-annex's gcrypt support that turned up in testing.
+Made git-annex ensure that a gcrypt repository does not have
+receive.denyNonFastForwards set, because gcrypt relies on always forcing
+the push of the branch it stores its manifest on. Fixed a bug in
+`git-annex-shell recvkey` when it was receiving a file from an annex in
+direct mode.
+
+Also had to add a new `git annex shell gcryptsetup` command, which is
+needed to make setting up a gcrypt repository work when the assistant
+has set up a locked-down ssh key that can only run git-annex-shell. Painted
+myself into a bit of a corner there.
+
+And tested, tested, tested. So many possibilities and edge cases in this
+part of the code..
+
+----
+
+Today's work was sponsored by Hendrik Müller Hofstede.
diff --git a/doc/devblog/day_26__gcrypt_really_done_this_time.mdwn b/doc/devblog/day_26__gcrypt_really_done_this_time.mdwn
new file mode 100644
index 0000000000..347e4be5f7
--- /dev/null
+++ b/doc/devblog/day_26__gcrypt_really_done_this_time.mdwn
@@ -0,0 +1,17 @@
+Did I say it would be easy to make the webapp detect when a gcrypt repository 
+already existed and enable it? Well, it wasn't exactly hard, but it took
+over 300 lines of code and 3 hours..
+
+So, gcrypt support is done for now. The glaring omission is gpg key
+management for sharing gcrypt repositories between machines and/or people.
+But despite that, I think it's solid, and easy to use, and covers some
+great use cases.
+
+Pushed out a release.
+
+Now I really need to start thinking about
+[[design/assistant/disaster_recovery]].
+
+----
+
+Today's work was sponsored by Dominik Wagenknecht.
diff --git a/doc/devblog/day_27__locking_fun.mdwn b/doc/devblog/day_27__locking_fun.mdwn
new file mode 100644
index 0000000000..ef0c4131f9
--- /dev/null
+++ b/doc/devblog/day_27__locking_fun.mdwn
@@ -0,0 +1,49 @@
+Started the day by getting the builds updated for yesterday's release. This
+included making it possible to build git-annex with Debian stable's version
+of cryptohash. Also updated the Debian stable backport to the previous
+release.
+
+----
+
+The [[design/roadmap]] has this month devoted to improving git-annex's
+support for recovering from disasters, broken repos, and so on. Today I've
+been working on the first thing on [[the_list|design/assistant/disaster_recovery]],
+stale git index lock files.
+
+It's unfortunate that git uses simple files for locking, and does not use
+fcntl or flock to prevent the stale lock file problem. Perhaps they want
+it to work on broken NFS systems? The problem with that line of thinking is
+is means all non-broken systems end up broken by stale lock files. Not a
+good tradeoff IMHO.
+
+There are actually two lock files that can end up stale when using
+git-annex; both `.git/index.lock` and `.git/annex/index.lock`. Today I
+concentrated on the latter, because I saw a way to prevent it from ever
+being a problem. All updates to that index file are done by git-annex when
+committing to the git-annex branch. git-annex already uses fcntl locking
+when manipulating its journal. So, that can be extended to also cover
+committing to the git-annex branch, and then the git `index.lock` file
+is irrelevant, and can just be removed if it exists when a commit is
+started.
+
+To ensure this makes sense, I used the type system to prove that the journal
+locking was in effect everywhere I need it to be. Very happy I was able to
+do that, although I am very much a novice at using the type system for
+interesting proofs. But doing so made it very easily to build up to a point
+where I could unlink the `.git/annex/index.lock` and be sure it was safe to do
+that.
+
+----
+
+What about stale `.git/index.lock` files? I don't think it's appropriate
+for git-annex to generally recover from those, because it would change
+regular git command line behavior, and risks breaking something. However, I
+do want the assistant to be able to recover if such a file exists when it
+is starting up, since that would prevent it from running. Implemented that
+also today, although I am less happy with the way the assistant detects
+when this lock file is stale, which is somewhat heuristic (but should work
+even on networked filesystems with multiple writing machines).
+
+----
+
+Today's work was sponsored by Torbjørn Thorsen.
diff --git a/doc/devblog/day_27__locking_fun/comment_1_0eb247235fbf8f563934f3548e1d2e10._comment b/doc/devblog/day_27__locking_fun/comment_1_0eb247235fbf8f563934f3548e1d2e10._comment
new file mode 100644
index 0000000000..261fa005c6
--- /dev/null
+++ b/doc/devblog/day_27__locking_fun/comment_1_0eb247235fbf8f563934f3548e1d2e10._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="News page not updated"
+ date="2013-10-04T09:38:21Z"
+ content="""
+Already for the last three or so releases the News page wasn't updated. :-( I think many people (including me) used this page to check if their version is uptodate. Posting the newest version there motivates people to try the very latest which seems very desirable for the git-annex development.
+"""]]
diff --git a/doc/devblog/day_27__locking_fun/comment_2_e8b1dfe1b0641e031d05733448b7bc8b._comment b/doc/devblog/day_27__locking_fun/comment_2_e8b1dfe1b0641e031d05733448b7bc8b._comment
new file mode 100644
index 0000000000..c073f735a4
--- /dev/null
+++ b/doc/devblog/day_27__locking_fun/comment_2_e8b1dfe1b0641e031d05733448b7bc8b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.243"
+ subject="comment 2"
+ date="2013-10-04T20:13:37Z"
+ content="""
+Sorry about that. It turns out my release script was broken.
+"""]]
diff --git a/doc/devblog/day_27__locking_fun/comment_3_b67f8ef4ed42b49c8c2e6c4e53163b16._comment b/doc/devblog/day_27__locking_fun/comment_3_b67f8ef4ed42b49c8c2e6c4e53163b16._comment
new file mode 100644
index 0000000000..39c840e84f
--- /dev/null
+++ b/doc/devblog/day_27__locking_fun/comment_3_b67f8ef4ed42b49c8c2e6c4e53163b16._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 3"
+ date="2013-10-07T09:17:30Z"
+ content="""
+Hi,
+
+Can you please enlighten us mere mortals, when this stale file locking problem occcurs?
+The typical situation. I tried to google up, and read locking files on wikipedia, but 
+still have no exact knowledge when the \"stale\" part happens.
+
+How it gets outdated without noticing?
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/devblog/day_27__locking_fun/comment_4_0759644baf26b75f4e48dbb387d725a5._comment b/doc/devblog/day_27__locking_fun/comment_4_0759644baf26b75f4e48dbb387d725a5._comment
new file mode 100644
index 0000000000..cbeae8b78f
--- /dev/null
+++ b/doc/devblog/day_27__locking_fun/comment_4_0759644baf26b75f4e48dbb387d725a5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 4"
+ date="2013-10-12T23:31:16Z"
+ content="""
+Git simply creates a file as a lock file, and does not use any form of locking on it, so if the git process dies for any reason before it gets a chance to remove the lock file, a stale lock file remains, and future git commands will fall over it.
+
+It's really surprisingly bad..
+"""]]
diff --git a/doc/devblog/day_28__lazy_saturday.mdwn b/doc/devblog/day_28__lazy_saturday.mdwn
new file mode 100644
index 0000000000..c2237b28bd
--- /dev/null
+++ b/doc/devblog/day_28__lazy_saturday.mdwn
@@ -0,0 +1,17 @@
+Finished up the automatic recovery from stale lock files. Turns out git
+has quite a few lock files; the assistant handles them all.
+
+Improved URL and WORM keys so the filenames used for them
+will always work on FAT (which has a crazy assortmeny of illegal
+characters). This is a tricky thing to deal with without breaking backwards
+compatability, so it's only dealt with when creating new URL or WORM keys.
+
+-----
+
+I think my next step in this disaster recovery themed month will be adding
+periodic incremental fsck to the assistant. `git annex fsck` can already
+do an incremental fsck, so this should mostly involve adding a user
+interface to the webapp to configure when it should fsck. For example, you
+might choose to run it for up 1 hour every night, with a goal of checking
+all your files once per month. Also will need to make the assistant do
+something useful when fsck finds a bad file (ie, queue a re-download).
diff --git a/doc/devblog/day_29__scheduling.mdwn b/doc/devblog/day_29__scheduling.mdwn
new file mode 100644
index 0000000000..98c928bf8b
--- /dev/null
+++ b/doc/devblog/day_29__scheduling.mdwn
@@ -0,0 +1,10 @@
+Spent most of the day building some generic types for scheduling recurring
+events. Not sure if rolling my own was a good idea, but that's what I did.
+
+In the incrementalfsck branch, I have hooked this up in `git-annex vicfg`,
+which now accepts and parses scheduled events like 
+"fsck self every day at any time for 60 minutes" and 
+"fsck self on day 1 of weeks divisible by 2 at 3:45 for 120 minutes", and
+stores them in the git-annex branch. The exact syntax is of course subject
+to change, but also doesn't matter a whole lot since the webapp will have
+a better interface.
diff --git a/doc/devblog/day_2__new_laptop.mdwn b/doc/devblog/day_2__new_laptop.mdwn
new file mode 100644
index 0000000000..0008007429
--- /dev/null
+++ b/doc/devblog/day_2__new_laptop.mdwn
@@ -0,0 +1,8 @@
+Now I can build git-annex twice as fast! And a typical incremental build is
+down to 10 seconds, from 51 seconds.
+
+Spent a productive evening working with Guilhem to get his encryption
+patches reviewed and merged. Now there is a way to remove revoked gpg keys,
+and there is a new encryption scheme available that uses public key
+encryption by default rather than git-annex's usual approach. That's not
+for everyone, but it is a good option to have available.
diff --git a/doc/devblog/day_2__new_laptop/comment_1_93447dbd4eb09b4db96770644ea663cb._comment b/doc/devblog/day_2__new_laptop/comment_1_93447dbd4eb09b4db96770644ea663cb._comment
new file mode 100644
index 0000000000..15d19b0c95
--- /dev/null
+++ b/doc/devblog/day_2__new_laptop/comment_1_93447dbd4eb09b4db96770644ea663cb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 1"
+ date="2013-09-05T15:07:44Z"
+ content="""
+out of curiosity, what laptop model have you choosen finally?
+
+Laszlo
+"""]]
diff --git a/doc/devblog/day_2__new_laptop/comment_2_e1d022b25f2c16dbe72db07ad4b10a2d._comment b/doc/devblog/day_2__new_laptop/comment_2_e1d022b25f2c16dbe72db07ad4b10a2d._comment
new file mode 100644
index 0000000000..0525975216
--- /dev/null
+++ b/doc/devblog/day_2__new_laptop/comment_2_e1d022b25f2c16dbe72db07ad4b10a2d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.54"
+ subject="comment 2"
+ date="2013-09-06T18:02:08Z"
+ content="""
+Lenovo Yoga 11s
+"""]]
diff --git a/doc/devblog/day_30__cronner.mdwn b/doc/devblog/day_30__cronner.mdwn
new file mode 100644
index 0000000000..f368407caa
--- /dev/null
+++ b/doc/devblog/day_30__cronner.mdwn
@@ -0,0 +1,17 @@
+Lots of progress from yesterday's modest start of building data types for
+scheduling. Last night I wrote the hairy calendar code to calculate when
+next to run a scheduled event. (This is actually quite superior to `cron`,
+which checks every second to see if it should run each event!) Today I
+built a "Cronner" thread that handles spawning threads to handle each
+scheduled event. It even notices when changes have been made to the its
+schedule and stops/starts event threads appropriately.
+
+Everything is hooked up, building, and there's a good chance it works
+without too many bugs, but while I've tested all the pure code (mostly
+automatically with quickcheck properties), I have not run the Cronner
+thread at all. And there is some tricky stuff in there, like noticing
+that the machine was asleep past when it expected to wake up, and deciding
+if it should still run a scheduled event, or should wait until next time.
+So tomorrow we'll see..
+
+Today's work was sponsored by Ethan Aubin.
diff --git a/doc/devblog/day_30__cronner/comment_1_53dfd9310e92f5225db52a13e20a46d4._comment b/doc/devblog/day_30__cronner/comment_1_53dfd9310e92f5225db52a13e20a46d4._comment
new file mode 100644
index 0000000000..dc0c7dfe1c
--- /dev/null
+++ b/doc/devblog/day_30__cronner/comment_1_53dfd9310e92f5225db52a13e20a46d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-10-09T06:04:15Z"
+ content="""
+The SysV Unix *cron* learned this same thing [in 1979][1].
+
+[1]: http://en.wikipedia.org/wiki/Cron#Multi-user_capability
+"""]]
diff --git a/doc/devblog/day_30__cronner/comment_2_f98357c6f7a6da23873ac27c2e1e9638._comment b/doc/devblog/day_30__cronner/comment_2_f98357c6f7a6da23873ac27c2e1e9638._comment
new file mode 100644
index 0000000000..0fc310a780
--- /dev/null
+++ b/doc/devblog/day_30__cronner/comment_2_f98357c6f7a6da23873ac27c2e1e9638._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 2"
+ date="2013-10-11T17:07:24Z"
+ content="""
+However, if you strace a traditional cron, you will be sad at how it's implemented. So much statting of files, and checking of entries every second..
+
+0 polling or redundant calulcation in my code!
+"""]]
diff --git a/doc/devblog/day_31__blah.mdwn b/doc/devblog/day_31__blah.mdwn
new file mode 100644
index 0000000000..672adbfd37
--- /dev/null
+++ b/doc/devblog/day_31__blah.mdwn
@@ -0,0 +1,17 @@
+Some neat stuff is coming up, but today was a pretty blah day for me.
+I did get the Cronner tested and working (only had a few little bugs). But
+I got stuck for quite a while making the Cronner stop `git-annex fsck`
+processes it was running when their jobs get removed. I had some code to do
+this that worked when run standalone, but not when run from git-annex.
+
+After considerable head-scratching, I found out this was due to
+`forkProcess` masking aync exceptions, which seems to be probably
+[a bug](http://ghc.haskell.org/trac/ghc/ticket/8433). Luckily was able to
+work around it. Async exceptions continue to strike me as the worst part of
+the worst part of Haskell (the worst part being exceptions in general).
+
+Was more productive after that.. Got the assistant to automatically queue
+re-downloads of any files that fsck throws out due to having bad contents,
+and made the webapp display an alert while fscking is running, which will
+go to the page to configure fsck schedules. Now all I need to do is
+build the UI of that page.
diff --git a/doc/devblog/day_32__fsck_config_UI.mdwn b/doc/devblog/day_32__fsck_config_UI.mdwn
new file mode 100644
index 0000000000..66f4cfd54f
--- /dev/null
+++ b/doc/devblog/day_32__fsck_config_UI.mdwn
@@ -0,0 +1,20 @@
+Last night, built this nice user interface for configuring periodic fscks:
+
+[[!img assistant/fsckconfig.png]]
+
+Rather happy that that whole UI needed only 140 lines of code to build.
+Though rather more work behind it, as seen in this blog..
+
+Today I added some support to git-annex for smart fscking of remotes.
+So far only git repos on local drives, but this should get extended to
+git-annex-shell for ssh remotes. The assistant can also run periodic fscks
+of these.
+
+Still need to test that, and find a way to make a removable drive's fsck
+job run when the drive gets plugged in. That's where picking "any time"
+will be useful; it'll let you configure fscking of removable drives when
+they're available, as long as they have not been fscked too recently.
+
+----
+
+Today's work was sponsored by Georg Bauer.
diff --git a/doc/devblog/day_33__fsck_on_connect.mdwn b/doc/devblog/day_33__fsck_on_connect.mdwn
new file mode 100644
index 0000000000..36c2260083
--- /dev/null
+++ b/doc/devblog/day_33__fsck_on_connect.mdwn
@@ -0,0 +1,9 @@
+Built everything needed to run a fsck when a remote gets connected. Have
+not tested it; only testing is blocking merging the incrementalfsck branch
+now.
+
+Also updated the OSX and Android builds to use a new gpg release (denial of
+service security fix), and updated the Debian backport, and did a small
+amount of bug fixing. I need to do several more days of bug fixing once 
+I get this incremental fsck feature wrapped up before moving on to recovery
+of corrupt git repositories.
diff --git a/doc/devblog/day_34__wrapping_up_fsck.mdwn b/doc/devblog/day_34__wrapping_up_fsck.mdwn
new file mode 100644
index 0000000000..b667086054
--- /dev/null
+++ b/doc/devblog/day_34__wrapping_up_fsck.mdwn
@@ -0,0 +1,7 @@
+Fixed a lot of bugs in the assistant's fsck handling today, and merged
+it into master. There are some enhancments that could be added to it, 
+including fscking ssh remotes via git-annex-shell and adding the ability to
+schedule events to run every 30 days instead of on a specific day of the
+month. But enough on this feature for now.
+
+Today's work was sponsored by Daniel Brockman.
diff --git a/doc/devblog/day_35__anacron_and_bugfixing.mdwn b/doc/devblog/day_35__anacron_and_bugfixing.mdwn
new file mode 100644
index 0000000000..af021d5767
--- /dev/null
+++ b/doc/devblog/day_35__anacron_and_bugfixing.mdwn
@@ -0,0 +1,15 @@
+While I said I was done with fsck scheduling yesterday, I ended up adding
+one more feature to it today: Full anacron style scheduling. So a fsck can
+be scheduled to run once per week, or month, or year, and it'll run the
+fsck the next time it's available after that much time has passed. The nice
+thing about this is I didn't have to change Cronner *at all* to add this,
+just improved the Recurrance data type and the code that calculates when
+to run events.
+
+Rest of the day I've been catching up on some bug reports. The main bug I
+fixed caused git-annex on Android to hang when adding files. This turns out
+to be because it's using a new (unreleased) version of git, and
+`git check-attr -z` output format has changed in an incompatable way.
+
+I am currently 70 messages behind, which includes some ugly looking bug
+reports, so I will probably continue with this over the next couple days.
diff --git a/doc/devblog/day_36__bugfixing.mdwn b/doc/devblog/day_36__bugfixing.mdwn
new file mode 100644
index 0000000000..0e31d54bf4
--- /dev/null
+++ b/doc/devblog/day_36__bugfixing.mdwn
@@ -0,0 +1 @@
+Productive day, but I'm wiped out. Backlog down to 51.
diff --git a/doc/devblog/day_37__long_day.mdwn b/doc/devblog/day_37__long_day.mdwn
new file mode 100644
index 0000000000..7882a746d8
--- /dev/null
+++ b/doc/devblog/day_37__long_day.mdwn
@@ -0,0 +1,6 @@
+A long day of bugfixing. Split into two major parts. First I got back to a
+bug I filed in August to do with the assistant misbehaving when run in a
+subdirectory of a git repository, and did a nice type-driven fix of the
+underlying problem (that also found and fixed some other related bugs that
+would not normally occur). Then, spent 4 hours in Windows purgatory working
+around crazy path separator issues.
diff --git a/doc/devblog/day_38__starting_git_repo_repair.mdwn b/doc/devblog/day_38__starting_git_repo_repair.mdwn
new file mode 100644
index 0000000000..3808abe389
--- /dev/null
+++ b/doc/devblog/day_38__starting_git_repo_repair.mdwn
@@ -0,0 +1,11 @@
+Goal for the rest of the month is to build automatic recovery git
+repository corruption. Spent today investigating how to do it and came up
+with a fairly [[detailed_design|design/assistant/disaster_recovery]]. It
+will have two parts, first to handle repository problems that can be fixed
+by fetching objects from remotes, and secondly to recover from problems
+where data never got sent to a remote, and has been lost.
+
+In either case, the assistant should be able to detect the problem and
+automatically recover well enough to keep running. Since this also affects
+non-git-annex repositories, it will also be available in a standalone
+`git-recover-repository` command.
diff --git a/doc/devblog/day_38__starting_git_repo_repair/comment_1_321468d9686db5dde072500bdaeb7d29._comment b/doc/devblog/day_38__starting_git_repo_repair/comment_1_321468d9686db5dde072500bdaeb7d29._comment
new file mode 100644
index 0000000000..3a1ce7851c
--- /dev/null
+++ b/doc/devblog/day_38__starting_git_repo_repair/comment_1_321468d9686db5dde072500bdaeb7d29._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="Idea: checksum left-over files in .git/annex/tmp for potential recovery"
+ date="2013-10-19T12:30:58Z"
+ content="""
+This just came to mind when I thought about the second case.  I noticed quite often that files were left in .git/annex/tmp (seen on OS X) and sometimes these are the only instances of files on this particular computer.
+
+(It's on my todo list to file several bug reports about this and other issues on OS X...)
+"""]]
diff --git a/doc/devblog/day_39__git-recover-repository.mdwn b/doc/devblog/day_39__git-recover-repository.mdwn
new file mode 100644
index 0000000000..f2c552eef8
--- /dev/null
+++ b/doc/devblog/day_39__git-recover-repository.mdwn
@@ -0,0 +1,54 @@
+Built a `git-recover-repository` command today. So far it only does the
+detection and deletion of corrupt objects, and retrieves them from remotes
+when possible. No handling yet of missing objects that cannot be recovered
+from remotes.
+
+Here's a couple of sample runs where I do bad things to the git
+repository and it fixes them:
+
+<pre>
+joey@darkstar:~/tmp/git-annex>chmod 644 .git/objects/pack/*
+joey@darkstar:~/tmp/git-annex>echo > .git/objects/pack/pack-a1a770c1569ac6e2746f85573adc59477b96ebc5.pack 
+joey@darkstar:~/tmp/git-annex>~/src/git-annex/git-recover-repository 
+Running git fsck ...
+git fsck found a problem but no specific broken objects. Perhaps a corrupt pack file? Unpacking all pack files.
+fatal: early EOF
+Unpacking objects: 100% (148/148), done.
+Unpacking objects: 100% (354/354), done.
+Re-running git fsck to see if it finds more problems.
+Re-running git fsck to see if it finds more problems.
+Initialized empty Git repository in /home/joey/tmp/tmprepo.0/.git/
+Trying to recover missing objects from remote origin
+Successfully recovered repository!
+You should run "git fsck" to make sure, but it looks like
+everything was recovered ok.
+</pre>
+
+----
+
+<pre>
+joey@darkstar:~/tmp/git-annex>chmod 644 .git/objects/00/0800742987b9f9c34caea512b413e627dd718e
+joey@darkstar:~/tmp/git-annex>echo > .git/objects/00/0800742987b9f9c34caea512b413e627dd718e
+joey@darkstar:~/tmp/git-annex>~/src/git-annex/git-recover-repository 
+Running git fsck ...
+error: unable to unpack 000800742987b9f9c34caea512b413e627dd718e header
+error: inflateEnd: stream consistency error (no message)
+error: unable to unpack 000800742987b9f9c34caea512b413e627dd718e header
+error: inflateEnd: stream consistency error (no message)
+git fsck found 1 broken objects. Unpacking all pack files.
+removing 1 corrupt loose objects
+Re-running git fsck to see if it finds more problems.
+Re-running git fsck to see if it finds more problems.
+Initialized empty Git repository in /home/joey/tmp/tmprepo.0/.git/
+Trying to recover missing objects from remote origin
+Successfully recovered repository!
+You should run "git fsck" to make sure, but it looks like
+everything was recovered ok.
+</pre>
+
+Works great! I need to move this and `git-union-merge` out of the git-annex
+source tree sometime.
+
+----
+
+Today's work was sponsored by Francois Marier.
diff --git a/doc/devblog/day_3__gcrypt_uuids.mdwn b/doc/devblog/day_3__gcrypt_uuids.mdwn
new file mode 100644
index 0000000000..3182aca633
--- /dev/null
+++ b/doc/devblog/day_3__gcrypt_uuids.mdwn
@@ -0,0 +1,63 @@
+Started work on [gcrypt](https://github.com/blake2-ppc/git-remote-gcrypt)
+support.
+
+The first question is, should git-annex leave it up to gcrypt to transport
+the data to the encrypted repository on a push/pull? gcrypt hooks into git
+nicely to make that just work. However, if I go this route, it limits
+the places the encrypted git repositores can be stored to regular git
+remotes (and rsync). The alternative is to somehow use gcrypt to
+generate/consume the data, but use the git-annex special remotes to store
+individual files. Which would allow for a git repo stored on S3, etc.
+For now, I am going with the simple option, but I have not ruled out
+trying to make the latter work. It seems it would need changes to gcrypt
+though.
+
+Next question: Given a remote that uses gcrypt, how do I determine the
+annex.uuid of that repository. I found a nice solutuon to this. gcrypt has
+its own gcrypt-id, and I convert it to a UUID in a 
+[[reproducible, and even standards-compliant way|design/gcrypt]]. So
+the same encrypted remote will automatically get the same annex.uuid
+wherever it's used. Nice. Does mean that git-annex cannot find a uuid
+until `git pull` or `git push` has been used, to let gcrypt get the
+gcrypt-id. Implemented that.
+
+The next step is actually making git-annex store data on gcrypt remotes.
+And it needs to store it encrypted of course. It seems best to avoid
+needing a `git annex initremote` for these gcrypt remotes, and just have
+git-annex automatically encrypt data stored on them. But I don't
+know. Without initializing them like a special remote is, I'm limited to
+using the gpg keys that gcrypt is configured to encrypt to, and cannot use
+the regular git-annex hybrid encryption scheme. Also, I need to generate
+and store a nonce anyway to HMAC ecrypt keys. (Or modify gcrypt
+to put enough entropy in gcrypt-id that I can use it?) 
+
+Another concern I have is that gcrypt's own encryption scheme is simply
+to use a list of public keys to encrypt to. It would be nicer if the
+full set of git-annex encryption schemes could be used. Then the webapp
+could use shared encryption to avoid needing to make the user set up a gpg
+key, or hybrid encryption could be used to add keys later, etc.
+
+But I see why gcrypt works the way it does. Otherwise, you can't make an
+encrypted repo with a friend set as one of the particpants and have them be
+able to git clone it. Both hybrid and shared encryption store a secret
+inside the repo, which is not accessible if it's encrypted using that
+secret. There are use cases where not being able to blindly clone a gcrypt
+repo would be ok. For example, you use the assistant to pair with a friend
+and then set up an encrypted repo in the cloud for both of you to use.
+
+Anyway, for now, I will need to deal with
+setting up gpg keys etc in the assistant. I don't want to tackle
+full [[design/assistant/gpgkeys]] yet. Instead, I think I will start by
+adding some simple stuff to the assistant:
+
+* When adding a USB drive, offer to encrypt the repository on the drive
+  so that only you can see it.
+* When adding a ssh remote make a similar offer.
+* Add a UI to add an arbitrary git remote with encryption.
+  Let the user paste in the url to an empty remote they have,
+  which could be to eg github. (In most cases this won't be used for
+  annexed content..)
+* When the user has no gpg key, prompt to set one up. (Securely!)
+* Maybe have an interface to add another gpg key that can access the gcrypt
+  repo. Note that this will need to re-encrypt and re-push the whole
+  git history.
diff --git a/doc/devblog/day_40__another_fine_mess.mdwn b/doc/devblog/day_40__another_fine_mess.mdwn
new file mode 100644
index 0000000000..dfe5bc5642
--- /dev/null
+++ b/doc/devblog/day_40__another_fine_mess.mdwn
@@ -0,0 +1,15 @@
+Solid day of working on repository recovery. Got `git recover-repository
+--force` working, which involves fixing up branches that refer to missing
+objects. Mostly straightforward traversal of git commits, trees, blobs, to
+find when a branch has a problem, and identify an old version of it that
+predates the missing object. (Can also find them in the reflog.) 
+
+The main complication turned out to be that `git branch -D` and `git
+show-ref` don't behave very well when the commit objects pointed to by refs
+are themselves missing. And git has no low-level plumbing that avoids
+falling over these problems, so I had to write it myself.
+
+Testing has turned up one unexpected problem: Git's index can itself refer
+to missing objects, and that will break future commits, etc. So I need to
+find a way to validate the index, and when it's got problems,
+either throw it out, or possibly recover some of the staged data from it.
diff --git a/doc/devblog/day_41__onward.mdwn b/doc/devblog/day_41__onward.mdwn
new file mode 100644
index 0000000000..fd393b7340
--- /dev/null
+++ b/doc/devblog/day_41__onward.mdwn
@@ -0,0 +1,17 @@
+I think that git-recover-repository is ready now. Made it deal with the
+index file referencing corrupt objects. The best approach I could think of
+for that is to just remove those objects from the index, so the user can
+re-add files from their work tree after recovery.
+
+Now to integrate this git repository repair capability into the git-annex 
+assistant. I decided to run `git fsck` as part of a scheduled
+repository consistency check. It may also make sense for the assistant to
+notice when things are going wrong, and suggest an immediate check. I've
+started on the webapp UI to run a repository repair when fsck detects
+problems.
+
+[[!img /assistant/brokenrepositoryalert.png]]
+
+[[!img /assistant/repairrepository.png]]
+
+[[!meta title="the user interface I hope noone ever sees"]]
diff --git a/doc/devblog/day_41__onward/comment_1_a716c7b5a9ea3c949ff047cfb4e9a0a4._comment b/doc/devblog/day_41__onward/comment_1_a716c7b5a9ea3c949ff047cfb4e9a0a4._comment
new file mode 100644
index 0000000000..0457a4bf04
--- /dev/null
+++ b/doc/devblog/day_41__onward/comment_1_a716c7b5a9ea3c949ff047cfb4e9a0a4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="aarone"
+ ip="2607:f470:8:d008:290:f5ff:fec3:a9e6"
+ subject="Email alert"
+ date="2013-10-22T21:23:24Z"
+ content="""
+I have at least one git-annex repository where I seldom open the web UI, but rather have the assistant humming along in the background.  I think for my use case it would be best to receive an email notification that the assistant had detected a problem, which would prompt me to open the web UI and perform the recovery.
+"""]]
diff --git a/doc/devblog/day_41__onward/comment_2_33149e424cd5f03fac376288bcc4dfdc._comment b/doc/devblog/day_41__onward/comment_2_33149e424cd5f03fac376288bcc4dfdc._comment
new file mode 100644
index 0000000000..fd26f92903
--- /dev/null
+++ b/doc/devblog/day_41__onward/comment_2_33149e424cd5f03fac376288bcc4dfdc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="excellent idea"
+ date="2013-10-22T22:13:58Z"
+ content="""
+Added to my todo. I think it would require the system have an MTA though, I really don't want git-annex to grow to the point it can send email. ;)
+"""]]
diff --git a/doc/devblog/day_41__onward/comment_3_3b07503bd79089ad3ce3ddd7535ed116._comment b/doc/devblog/day_41__onward/comment_3_3b07503bd79089ad3ce3ddd7535ed116._comment
new file mode 100644
index 0000000000..1116b4d1b0
--- /dev/null
+++ b/doc/devblog/day_41__onward/comment_3_3b07503bd79089ad3ce3ddd7535ed116._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="Please check if it needs help from the user first"
+ date="2013-10-23T23:30:10Z"
+ content="""
+Awesome that you're working on recovery, and recovery automation!
+
+Please only bother the user if there is a serious problem _and_ it can't be fixed without their help. Otherwise I fear people will learn to ignore your dialog boxes, like they do most dialog boxes. If you want to notify your user that some hard drive corruption happened (and it's been fixed already) then put a little yellow/orange line across somewhere with a warning message.
+
+When I read to the part about how it can (probably) be fixed automatically, I got a flash of annoyance and thought \"well, then fix it automatically, why are you bothering me?\"
+
+Please (if you aren't already) check if it can be automatically fixed without help from the user before telling the user about it. Then you can say \"The data to fix this could not be reached, please plug in another repo or something.\"
+"""]]
diff --git a/doc/devblog/day_42__repair_milestone.mdwn b/doc/devblog/day_42__repair_milestone.mdwn
new file mode 100644
index 0000000000..61a1bea279
--- /dev/null
+++ b/doc/devblog/day_42__repair_milestone.mdwn
@@ -0,0 +1,35 @@
+The webapp now fully handles repairing damage to the repository.
+
+Along with all the git repository repair stuff already built, I added
+additional repairs of the git-annex branch and git-annex's index file.
+That was pretty easy actually, since git-annex already handles merging
+git-annex branches that can sometimes be quite out of date. So when git repo
+repair has to throw away recent changes to the git-annex branch, it just
+effectively becomes out of date. Added a `git annex fsck --fast` run to
+ensure that the git-annex branch reflects the current state of the
+repository.
+
+When the webapp runs a repair, it first stops the assistant from committing
+new files. Once the repair is done, that's started back up, and it runs a
+startup scan, which is just what is needed in this sitation; it will add
+any new files, as well as any old files that the git repository damange
+caused to be removed from the index.
+
+Also made `git annex repair` run the git repository repair code, 
+for those with a more command-line bent. It can be used in non-git-annex
+repos too!
+
+----
+
+So, I'm nearly ready to wrap up working on disaster recovery. Lots has been
+accomplished this month. And I have put off making a release for entirely
+too long!
+
+The big missing piece is repair of git remotes located on removable drive.
+I may make a release before adding that, but removable drives are probably
+where git repository corruption is most likely to occur, so I certainly
+need to add that.
+
+----
+
+Today's work was sponsored by Scott Robinson.
diff --git a/doc/devblog/day_43__bugfix_day.mdwn b/doc/devblog/day_43__bugfix_day.mdwn
new file mode 100644
index 0000000000..ad150f5120
--- /dev/null
+++ b/doc/devblog/day_43__bugfix_day.mdwn
@@ -0,0 +1,26 @@
+Got well caught up on bug fixes and traffic. Backlog is down to 40.
+
+Made the assistant wait for a few seconds before doing the startup
+scan when it's autostarted, since the desktop is often busy starting
+up at that same time.
+
+Fixed an ugly bug with chunked webdav and directory special remotes
+that caused it to not write a "chunkcount" file when storing data,
+so it didn't think the data was present later. I was able to make it
+recover nicely from that mistake, by probing for what chunks are actually
+present.
+
+Several people turn out to have had problems with `git annex sync` not
+working because receive.denyNonFastForwards is enabled. I made the webapp
+not enable it when setting up a ssh repository, and I made `git annex sync`
+print out a hint about this when it's failed to push. (I don't think this
+problem affects the assistant's own syncing.)
+
+Made the assistant try to repair a damaged git repository without
+prompting. It will only prompt when it fails to fetch all the lost
+objects from remotes.
+
+Glad to see that others have managed to 
+[get git-annex to build on Max OS X 10.9](http://git-annex.branchable.com/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/#comment-8e8ee5e50506a6fde029d236f4809df8). 
+Now I just need someone to offer up a ssh account on that OS, and I could
+set up an autobuilder for it.
diff --git a/doc/devblog/day_44__automatic_removable_drive_repair.mdwn b/doc/devblog/day_44__automatic_removable_drive_repair.mdwn
new file mode 100644
index 0000000000..444cf5f2e5
--- /dev/null
+++ b/doc/devblog/day_44__automatic_removable_drive_repair.mdwn
@@ -0,0 +1,16 @@
+Finally got the assistant to repair git repositories on removable drives,
+or other local repos. Mostly this happens entirely automatically, whatever
+data in the git repo on the drive has been corrupted can just be copied
+to it from `~/annex/.git`.
+
+And, the assistant will launch a git fsck of such a repo whenever it fails
+to sync with it, so the user does not even need to schedule periodic fscks.
+Although it's still a good idea, since some git repository problems don't
+prevent syncing from happening.
+
+Watching git annex heal problems like this is quite cool!
+
+One thing I had to defer till later is repairing corrupted gcrypt
+repositories. I don't see a way to do it without deleting all the objects
+in the gcrypt repository, and re-pushing everything. And even doing that
+is tricky, since the `gcrypt-id` needs to stay the same.
diff --git a/doc/devblog/day_45__command_line.mdwn b/doc/devblog/day_45__command_line.mdwn
new file mode 100644
index 0000000000..fa6a7ffc74
--- /dev/null
+++ b/doc/devblog/day_45__command_line.mdwn
@@ -0,0 +1,9 @@
+All command line stuff today..
+
+Added --want-get and --want-drop, which can be used to test preferred content settings
+of a repository. For example `git annex find --in . --want-drop` will list the same
+files that `git annex drop --auto` would try to drop. (Also renamed `git annex content`
+to `git annex wanted`.)
+
+Finally laid to rest problems with `git annex unannex` when multiple files point to the
+same key. It's a lot slower, but I'll stop getting bug reports about that.
diff --git a/doc/devblog/day_46__wrapping_up_the_month.mdwn b/doc/devblog/day_46__wrapping_up_the_month.mdwn
new file mode 100644
index 0000000000..c6045178c5
--- /dev/null
+++ b/doc/devblog/day_46__wrapping_up_the_month.mdwn
@@ -0,0 +1,18 @@
+Spent today reviewing my [[plans_for_the_month|assistant/disaster_recovery]]
+and filling in a couple of missing peices.
+
+Noticed that I had forgotten to make repository repair clean up any stale
+git locks, despite writing that code at the beginning of the month, and
+added that in.
+
+Made the webapp notice when a repository that is being used does not have
+any consistency checks configured, and encourage the user to set up checks.
+This happens when the assistant is started (for the local repository),
+and when removable drives containing repositories are plugged in. If the
+reminders are annoying, they can be disabled with a couple clicks.
+
+And I think that just about wraps up the month. (If I get a chance, I would
+still like to add recovery of git-remote-gcrypt encrypted git repositories.)
+
+My [[design/roadmap]] has next month dedicated to user-driven features
+and polishing and bugfixing.
diff --git a/doc/devblog/day_47__fell_off_the_blogging_wagon.mdwn b/doc/devblog/day_47__fell_off_the_blogging_wagon.mdwn
new file mode 100644
index 0000000000..fd312a0d8d
--- /dev/null
+++ b/doc/devblog/day_47__fell_off_the_blogging_wagon.mdwn
@@ -0,0 +1,3 @@
+Low activity the past couple of days. Released a new version of git-annex
+yesterday. Today fixed three bugs (including a local pairing one that was
+pretty compicated) and worked on getting caught up with traffic.
diff --git a/doc/devblog/day_48__direct_mode_guard_design.mdwn b/doc/devblog/day_48__direct_mode_guard_design.mdwn
new file mode 100644
index 0000000000..c047e7f750
--- /dev/null
+++ b/doc/devblog/day_48__direct_mode_guard_design.mdwn
@@ -0,0 +1,29 @@
+I've been investigating ways to implement a [[/todo/direct_mode_guard]].
+Preventing a stray `git commit -a` or `git add` doing bad things in a
+direct mode repository seems increasingly important.
+
+First, considered moving `.git`, so git won't know it's a git repository.
+This doesn't seem *too* hard to do, but there will certainly be unexpected
+places that assume `.git` is the directory name.
+
+I dislike it more and more as I think about it though, because it moves
+direct mode git-annex toward being entirely separate from git, and I don't
+want to write my own version control system. Nor do I want to complicate
+the git ecosystem with tools needing to know about git-annex to work in
+such a repository.
+
+So, I'm happy that one of the other ideas I tried today seems quite
+promising. Just set core.bare=true in a direct mode repository. This nicely
+blocks all git commands that operate on the working tree from doing
+anything, which is just what's needed in direct mode, since they don't know
+how to handle the direct mode files. But it lets all git commands and other
+tools that don't touch the working tree continue to be used. You can even
+run `git log file` in such a repository (surprisingly!)
+
+It also gives an easy out for anyone who really wants to use git commands
+that operate on the work tree of their direct mode repository, by just
+passing `-c core.bare=false`. And it's really easy to implement in
+git-annex too -- it can just notice if a repo has core.bare and
+annex.direct both set, and pass that parameter to every git command it
+runs. I should be able to get by with only modifying 2 functions to
+implement this.
diff --git a/doc/devblog/day_48__direct_mode_guard_design/comment_1_ec0147ccc55bad3a38652383f4098a65._comment b/doc/devblog/day_48__direct_mode_guard_design/comment_1_ec0147ccc55bad3a38652383f4098a65._comment
new file mode 100644
index 0000000000..3f297d505c
--- /dev/null
+++ b/doc/devblog/day_48__direct_mode_guard_design/comment_1_ec0147ccc55bad3a38652383f4098a65._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="70.82.37.38"
+ subject="awesome!"
+ date="2013-11-05T15:50:15Z"
+ content="""
+`core.bare=true` seems like an awesome idea!!! it probably means this can be factored into current installs without any change too right?
+"""]]
diff --git a/doc/devblog/day_49__direct_mode_guard_implementation.mdwn b/doc/devblog/day_49__direct_mode_guard_implementation.mdwn
new file mode 100644
index 0000000000..ebc0dd4946
--- /dev/null
+++ b/doc/devblog/day_49__direct_mode_guard_implementation.mdwn
@@ -0,0 +1,14 @@
+Long, long day coding up the direct mode guard today. About 90% of the fun
+is dealing with `receive.denyCurrentBranch` not preventing pushes that
+change the current branch, now that core.bare is set in direct mode.
+My current solution to this involves using a special branch when using
+direct mode, which nothing will ever push to (hopefully). A much nicer
+solution would be to use a `update` hook to deny pushes of the current
+branch -- but there are filesystems where repos cannot have git hooks.
+
+The test suite is falling over, but the `directguard` branch otherwise
+seems usable.
+
+----
+
+Today's work was sponsored by Carlo Matteo Capocasa.
diff --git a/doc/devblog/day_49__direct_mode_guard_implementation/comment_1_3ebe5c3f708070f164ecaf36b79f7bfc._comment b/doc/devblog/day_49__direct_mode_guard_implementation/comment_1_3ebe5c3f708070f164ecaf36b79f7bfc._comment
new file mode 100644
index 0000000000..2a77d6d815
--- /dev/null
+++ b/doc/devblog/day_49__direct_mode_guard_implementation/comment_1_3ebe5c3f708070f164ecaf36b79f7bfc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 1"
+ date="2013-11-06T11:50:00Z"
+ content="""
+Thanks, Joey! I am very proud!
+"""]]
diff --git a/doc/devblog/day_4__unexpected_windows_day.mdwn b/doc/devblog/day_4__unexpected_windows_day.mdwn
new file mode 100644
index 0000000000..6a448c3fc1
--- /dev/null
+++ b/doc/devblog/day_4__unexpected_windows_day.mdwn
@@ -0,0 +1,10 @@
+Woke up with a pretty solid plan for gcrypt. It will be structured as a
+separate special remote, so `initremote` will be needed, with a gitrepo=
+parameter (unless the remote already exists). git-annex will then set up
+the git remote, including pushing to it (needed to get a gcrypt-id).
+
+Didn't feel up to implementing that today. Instead I expectedly spent
+the day doing mostly Windows work, including setting up a VM on my new
+laptop for development. Including a ssh server in Windows, so I can
+script local builds and tests on Windows without ever having to
+touch the desktop. Much better!
diff --git a/doc/devblog/day_50__grab_bag.mdwn b/doc/devblog/day_50__grab_bag.mdwn
new file mode 100644
index 0000000000..e38ec065c7
--- /dev/null
+++ b/doc/devblog/day_50__grab_bag.mdwn
@@ -0,0 +1,34 @@
+Started by tracking down a strange bug that was apparently
+ubuntu-specific and caused git-annex branch changes to get committed to
+master. Root cause turned out to failing to recover from an
+exception. I'm kicking myself about that, because I remember looking at the
+code where the bug was at least twice before and thinking "hmm, should add
+exception handling here? nah..". Exceptions are horrible.
+
+Made a release with a fix for that and a few minor other accumulated
+changes since last Friday's release. The pain point of this release is to
+fix building without the webapp (so it will propigate to Debian testing,
+etc). This release does not include the direct mode guard, so I'll have a
+few weeks until the next release to get that tested.
+
+Fixed the test suite in `directguard`. This branch is now nearly ready to
+merge to master, but one command that is badly needed in guarded direct
+mode is "git status". So I am planning to rename "git annex status" to
+"git annex info", and make "git annex status" display something similar
+to "git status".
+
+Also took half an hour and added optional [[EKG]] support to git-annex.
+This is a Haskell library that can add a terrific monitoring console web
+UI to any program in 2 lines of code. Here we can see the git-annex
+webapp using resources at startup, followed in a few seconds by the
+assistant's startup scan of the repository.
+
+[[!img ekg/ekg.png]]
+
+BTW, Kevin tells me that the machine used to build git-annex for OSX is
+going to be upgraded to 10.9 soon. So, hopefully I'll be making autobuilds
+of that. I may have to stop the 10.8.2 autobuilds though.
+
+----
+
+Today's work was sponsored by [Protonet](http://protonet.info/).
diff --git a/doc/devblog/day_50__grab_bag/comment_1_01846f6494fe843889391fd09fd127a0._comment b/doc/devblog/day_50__grab_bag/comment_1_01846f6494fe843889391fd09fd127a0._comment
new file mode 100644
index 0000000000..1c17171808
--- /dev/null
+++ b/doc/devblog/day_50__grab_bag/comment_1_01846f6494fe843889391fd09fd127a0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="OS X builds"
+ date="2013-11-07T05:12:13Z"
+ content="""
+Joey, were you not interested in my offer of an OS X build server that I've posted elsewhere on this list, and also in e-mail to you?
+"""]]
diff --git a/doc/devblog/day_50__grab_bag/comment_2_12736014aa2c1af81e4b83072505e7d5._comment b/doc/devblog/day_50__grab_bag/comment_2_12736014aa2c1af81e4b83072505e7d5._comment
new file mode 100644
index 0000000000..70d7b7cd16
--- /dev/null
+++ b/doc/devblog/day_50__grab_bag/comment_2_12736014aa2c1af81e4b83072505e7d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 2"
+ date="2013-11-07T16:01:00Z"
+ content="""
+John, must have missed that; can't see to find it anywhere..
+"""]]
diff --git a/doc/devblog/day_51__direct_mode_guard_finished.mdwn b/doc/devblog/day_51__direct_mode_guard_finished.mdwn
new file mode 100644
index 0000000000..9c637aa949
--- /dev/null
+++ b/doc/devblog/day_51__direct_mode_guard_finished.mdwn
@@ -0,0 +1,6 @@
+Finished the direct mode guard, including the new `git annex status`
+command.
+
+Spent the rest of the day working on various bug fixes. One of them turned
+into rather a lot of work to make the webapp's UI better for git
+remotes that do not have an annex.uuid.
diff --git a/doc/devblog/day_52__slowly_but_surely.mdwn b/doc/devblog/day_52__slowly_but_surely.mdwn
new file mode 100644
index 0000000000..01019355bd
--- /dev/null
+++ b/doc/devblog/day_52__slowly_but_surely.mdwn
@@ -0,0 +1,5 @@
+Been chipping away at my backlog of messages, and it's down to 23 items.
+
+Finally managed to get ghc to build with a newer version of the NDK.
+This *might* mean a solution to git-annex on Android 4.2. I 
+[need help with testing](http://git-annex.branchable.com/bugs/git-annex_broken_on_Android_4.3/#comment-90b82735cd6090a7765f423b743fffd3).
diff --git a/doc/devblog/day_54__android_bisection_minions.mdwn b/doc/devblog/day_54__android_bisection_minions.mdwn
new file mode 100644
index 0000000000..ed86c68d07
--- /dev/null
+++ b/doc/devblog/day_54__android_bisection_minions.mdwn
@@ -0,0 +1,9 @@
+Finally found the [root cause](http://git-annex.branchable.com/bugs/git-annex_broken_on_Android_4.3/#comment-452bee7d0a816300ccb4a34f9758134e)
+of the Android 4.3/4.4 trouble, and a fix is now in place!
+
+As a bonus, it looks like I've fixed a problem accessing the
+environment on Android that had been worked around in an ugly way before.
+
+Big thanks to my remote hands Michael Alan, Sören, and subito. All
+told they ran 19 separate tests to help me narrow down this tricky
+problem, often repeating long command lines on software keyboards.
diff --git a/doc/devblog/day_54__android_bisection_minions/comment_1_bea8fbe2b87d4a4865b92fa796298fa0._comment b/doc/devblog/day_54__android_bisection_minions/comment_1_bea8fbe2b87d4a4865b92fa796298fa0._comment
new file mode 100644
index 0000000000..0f8e588273
--- /dev/null
+++ b/doc/devblog/day_54__android_bisection_minions/comment_1_bea8fbe2b87d4a4865b92fa796298fa0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmW0kg4uiMIhSHeVuvJFyo2VYMl7Qoej0s"
+ nickname="Chris"
+ subject="Woot!"
+ date="2013-11-12T15:52:48Z"
+ content="""
+Thanks for getting this fixed.  I'm about to go on a long plane ride, and this will make it a lot easier for me to put movies on my tablet.
+"""]]
diff --git a/doc/devblog/day_55__fireside_porting.mdwn b/doc/devblog/day_55__fireside_porting.mdwn
new file mode 100644
index 0000000000..c7469d953b
--- /dev/null
+++ b/doc/devblog/day_55__fireside_porting.mdwn
@@ -0,0 +1,22 @@
+Annoyingly, the Android 4.3 fix breaks git-annex on Android 4.0 (probably
+through 4.2), so I now have two separate builds of the Android app.
+
+---
+
+Worked on Windows porting today. I've managed to get the assistant
+and watcher (but not yet webapp) to build on Windows.
+The `git annex transferrer` interface needs POSIX stuff, and seems to be
+the main thing that will need porting for Windows for the assistant to
+work, besides of course file change detection. For that, I've hooked up
+[Win32-notify](http://hackage.haskell.org/package/Win32-notify).
+
+So the watcher might work on Windows. 
+At least in theory. Problem is, while all the code builds ok, 
+it fails to link:
+
+	ghc.exe: could not execute: C:\Program Files (x86)\Haskell Platform\2012.4.0.0\lib/../mingw/bin/gcc.exe
+
+I wonder if this is case of too many parameters being passed?
+
+This happens both on the autobuilder and on my laptop, so I'm stuck here.
+Oh well, I was not planning to work on this anyway until February...
diff --git a/doc/devblog/day_55__fireside_porting/comment_1_d690a52db82f9594d99ae65fe51e1f1a._comment b/doc/devblog/day_55__fireside_porting/comment_1_d690a52db82f9594d99ae65fe51e1f1a._comment
new file mode 100644
index 0000000000..74acc83221
--- /dev/null
+++ b/doc/devblog/day_55__fireside_porting/comment_1_d690a52db82f9594d99ae65fe51e1f1a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-11-13T06:22:49Z"
+ content="""
+[ProcExp](http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx) may be useful -- it can show process-related syscalls and their return codes _(among other things like file or registry access)_ so it should tell exactly why the exec failed.
+"""]]
diff --git a/doc/devblog/day_56__git-annex_user_survey.mdwn b/doc/devblog/day_56__git-annex_user_survey.mdwn
new file mode 100644
index 0000000000..8c1c67994e
--- /dev/null
+++ b/doc/devblog/day_56__git-annex_user_survey.mdwn
@@ -0,0 +1,20 @@
+One of my goals for this month is to get a better sense of how git-annex is
+being used, how it's working out for people, and what areas need to be
+concentrated on. To start on that, I am doing the 
+[2013 git-annex user survey](http://git-annex-survey.branchable.com/polls/2013/), similar to the git user
+surveys. I will be adding some less general polls later (suggestions for
+topics appreciated!), but you can go vote in any or all of 10 polls now.
+
+----
+
+Found a workaround for yesterday's Windows build problem. Seems that only
+cabal runs gcc in a way that fails, so `ghc --make` builds is successfully.
+However, the watcher doesn't quite work on Windows. It does get events when
+files are created, but it seems to then hang before it can add the file to
+git, or indeed finish printing out a debug log message about the event.
+This looks like it could be a problem with the threaded ghc runtime on
+Windows, or something like that.
+
+Main work today was improving the git repository repair to handle corrupt
+index files. The assistant can now start up, detect that the index file is
+corrupt, and regenerate it all automatically.
diff --git a/doc/devblog/day_57__mavericks.mdwn b/doc/devblog/day_57__mavericks.mdwn
new file mode 100644
index 0000000000..1031895bed
--- /dev/null
+++ b/doc/devblog/day_57__mavericks.mdwn
@@ -0,0 +1,14 @@
+The user survey is producing some interesting and useful results!  
+Added two more polls: [using with](http://git-annex-survey.branchable.com/polls/2013/using_with/) and [blocking problems](http://git-annex-survey.branchable.com/polls/2013/blocking_problems/)  
+(There were some load issues so if you were unable to vote yesterday, try
+again..)
+
+Worked on getting the autobuilder for OS X Mavericks set up. Eventually
+succeeded, after patching a few packages to work around a cpp that thinks
+it should parse haskell files as if they're C code.
+Also, Jimmy has resuscitated the OS X Lion autobuilder.
+
+A not too bad bug in automatic merge conflict resolution has been reported,
+so I will need to dig into that tomorrow. Didn't feel up to it today, so
+instead have been spending the remaining time finishing up a branch that
+switches the test suite to use the tasty test framework.
diff --git a/doc/devblog/day_58__urgle.mdwn b/doc/devblog/day_58__urgle.mdwn
new file mode 100644
index 0000000000..f6d930d806
--- /dev/null
+++ b/doc/devblog/day_58__urgle.mdwn
@@ -0,0 +1,16 @@
+Fixed two difficult bugs with direct mode. One happened (sometimes) when a
+file was deleted and replaced with a directory by the same name and then
+those changes were merged into a direct mode repository.
+
+The other problem was that direct mode did not prevent writes to
+.git/annex/objects the way that indirect mode does, so when a file in the
+repository was not currently present, writing to the dangling symlink would
+follow it and write into the object directory.
+
+Hmm, I was going to say that it's a pity that direct mode still has so many
+bugs being found and fixed, but the last real bug fix to direct mode was
+made last May! Instead, I probably have to thank Tim for being a very
+thorough tester.
+
+Finished switching the test suite to use the tasty framework, and prepared
+tasty packages for Debian.
diff --git a/doc/devblog/day_58__urgle/comment_1_bd279f58f614b103a53215dfb0211007._comment b/doc/devblog/day_58__urgle/comment_1_bd279f58f614b103a53215dfb0211007._comment
new file mode 100644
index 0000000000..0fec5fa8c9
--- /dev/null
+++ b/doc/devblog/day_58__urgle/comment_1_bd279f58f614b103a53215dfb0211007._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="Is direct mode still using symlinks then?"
+ date="2013-11-16T16:28:39Z"
+ content="""
+Is direct mode still using symlinks? I see the bug I opened is still unclosed:
+
+http://git-annex.branchable.com/bugs/Direct_mode_repositories_still_use_symlinks_sometimes/
+
+Any opinion on this? This is still my main problem with replacing dropbox with git-annex.
+"""]]
diff --git a/doc/devblog/day_59__release_day.mdwn b/doc/devblog/day_59__release_day.mdwn
new file mode 100644
index 0000000000..469ccec445
--- /dev/null
+++ b/doc/devblog/day_59__release_day.mdwn
@@ -0,0 +1,11 @@
+Release today, right on bi-weekly schedule. Rather startled
+at the size of the changelog for this one; along with the direct mode
+guard, it adds support for OS X Mavericks, Android 4.3/4.4, and fixes
+numerous bugs.
+
+Posted another question in the survey,
+<http://git-annex-survey.branchable.com/polls/2013/roadmap/>.
+
+Spun off git-repair as an independant package from git-annex. Of course,
+most of the source code is shared with git-annex. I need to do something
+with libraries eventually..
diff --git a/doc/devblog/day_5__gcrypt_special_remote_part_1.mdwn b/doc/devblog/day_5__gcrypt_special_remote_part_1.mdwn
new file mode 100644
index 0000000000..626b5edaf9
--- /dev/null
+++ b/doc/devblog/day_5__gcrypt_special_remote_part_1.mdwn
@@ -0,0 +1,7 @@
+About half way done with a gcrypt special remote. I can initremote it (the
+hard part to get working), and can send files to it. Can't yet get files
+back, or remove files, and only local repositories work so far, but this is
+enough to know it's going to be pretty nice!
+
+Did find one issue in gcrypt that I may need to develop a patch for:
+<https://github.com/blake2-ppc/git-remote-gcrypt/issues/3>
diff --git a/doc/devblog/day_60__damage_driven_development.mdwn b/doc/devblog/day_60__damage_driven_development.mdwn
new file mode 100644
index 0000000000..64460e86a9
--- /dev/null
+++ b/doc/devblog/day_60__damage_driven_development.mdwn
@@ -0,0 +1,36 @@
+Wrote some evil code you don't want to run today. Git.Destroyer randomly
+generates Damage, and applies it to a git repository, in a way that is
+reproducible -- applying the same Damage to clones of the same git repo 
+will always yeild the same result.
+
+This let me build a test harness for git-repair, which repeatedly clones,
+damages, and repairs a repository. And when it fails, I can just ask it to
+retry after fixing the bug and it'll re-run every attempt it's logged.
+
+This is already yeilding improvements to the git-repair code.
+The first randomly constructed Damage that it failed to recover
+turned out to be a truncated index file that hid some other
+corrupted object files from being repaired.
+
+	[Damage Empty (FileSelector 1),
+	 Damage Empty (FileSelector 2),
+	 Damage Empty (FileSelector 3),
+	 Damage Reverse (FileSelector 3),
+	 Damage (ScrambleFileMode 3) (FileSelector 5),
+	 Damage Delete (FileSelector 9),
+	 Damage (PrependGarbage "¥SOH¥STX¥ENQ¥f¥a¥ACK¥b¥DLE¥n") (FileSelector 9),
+	 Damage Empty (FileSelector 12),
+	 Damage (CorruptByte 11 25) (FileSelector 6),
+	 Damage Empty (FileSelector 5),
+	 Damage (ScrambleFileMode 4294967281) (FileSelector 14)
+	]
+
+I need to improve the ranges of files that it damages -- currently QuickCheck
+seems to only be selecting one of the first 20 or so files. Also, it's quite
+common that it will damage `.git/config` so badly that git thinks it's not
+a git repository anymore. I am not sure if that is something `git-repair`
+should try to deal with.
+
+---
+
+Today's work was sponsored by the WikiMedia Foundation.
diff --git a/doc/devblog/day_61__damage_driven_development__II.mdwn b/doc/devblog/day_61__damage_driven_development__II.mdwn
new file mode 100644
index 0000000000..605a3878d8
--- /dev/null
+++ b/doc/devblog/day_61__damage_driven_development__II.mdwn
@@ -0,0 +1,15 @@
+Pushed out a minor release of git-annex today, mostly to fix build problems
+on Debian. No strong reason to upgrade to it otherwise.
+
+Continued where I left off with the Git.Destroyer. Fixed quite a lot of
+edge cases where git repair failed due to things like a corrupted .git/HEAD
+file (this makes git think it's not in a git repository), corrupt
+git objects that have an unknown object type and so crash git hard, and
+an interesting failure mode where git fsck wants to allocate 116 GB of
+memory due to a corrupted object size header. Reported that last to the git
+list, as well as working around it.
+
+At the end of the day, I ran a test creating 10000 corrupt git
+repositories, and **all** of them were recovered! Any improvements will
+probably involve finding new ways to corrupt git repositories that my code
+can't think of. ;)
diff --git a/doc/devblog/day_62__upgrade_alerts.mdwn b/doc/devblog/day_62__upgrade_alerts.mdwn
new file mode 100644
index 0000000000..0b30785631
--- /dev/null
+++ b/doc/devblog/day_62__upgrade_alerts.mdwn
@@ -0,0 +1,22 @@
+Still working on the git repair code. Improved the test suite, which found
+some more bugs, and so I've been running tests all day and occasionally
+going and fixing a bug in the repair code. The hardest part of repairing a
+git repo has turned out to be reliably determining which objects in it are
+broken. Bugs in git don't help (but the git devs are going to fix the one I
+reported).
+
+But the interesting new thing today is that I added some upgrade alert code
+to the webapp. Ideally everyone would get git-annex and other software as
+part of an OS distribution, which would include its own upgrade system -- 
+But the  [survey](http://git-annex-survey.branchable.com/polls/2013/how_installed/)
+tells me that a quarter of installs are from the prebuilt binaries I
+distribute.
+
+So, those builds are going to be built with knowledge of an upgrade url,
+and will periodically download a small info file (over https) to see if a
+newer version is available, and show an alert.
+
+I think all that's working, though I have not yet put the info files in
+place and tested it. The actual upgrade process will be a manual
+download and reinstall, to start with, and then perhaps I'll automate it
+further, depending on how hard that is on the different platforms.
diff --git a/doc/devblog/day_62__upgrade_alerts/comment_1_cdb44aaa1d2a784a72613cbf16038f89._comment b/doc/devblog/day_62__upgrade_alerts/comment_1_cdb44aaa1d2a784a72613cbf16038f89._comment
new file mode 100644
index 0000000000..cb0bfc08b8
--- /dev/null
+++ b/doc/devblog/day_62__upgrade_alerts/comment_1_cdb44aaa1d2a784a72613cbf16038f89._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="gitannex-install"
+ date="2013-11-22T07:13:02Z"
+ content="""
+To install and upgrade the prebuilt binary on Linux I use the fantastic [gitannex-install](https://github.com/zerodogg/scriptbucket/blob/master/gitannex-install) script, together with the upgrade alert this is just great.
+"""]]
diff --git a/doc/devblog/day_62__upgrade_alerts/comment_2_b08bb946e4760d7f03b45c852c745b2e._comment b/doc/devblog/day_62__upgrade_alerts/comment_2_b08bb946e4760d7f03b45c852c745b2e._comment
new file mode 100644
index 0000000000..3a5ec5b7db
--- /dev/null
+++ b/doc/devblog/day_62__upgrade_alerts/comment_2_b08bb946e4760d7f03b45c852c745b2e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="git-annex release annex"
+ date="2013-11-25T06:15:23Z"
+ content="""
+Immediate thought: instead of an info file, why not sync a public git repo with releases annexed with URLs?
+"""]]
diff --git a/doc/devblog/day_63__leverage.mdwn b/doc/devblog/day_63__leverage.mdwn
new file mode 100644
index 0000000000..6cf8acfa25
--- /dev/null
+++ b/doc/devblog/day_63__leverage.mdwn
@@ -0,0 +1,24 @@
+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. And yes, this will work even for
+`apt-get upgrade`!
+
+----
+
+Today's work was sponsored by Paul Tötterman
diff --git a/doc/devblog/day_64__overkill.mdwn b/doc/devblog/day_64__overkill.mdwn
new file mode 100644
index 0000000000..fd5d66f4ec
--- /dev/null
+++ b/doc/devblog/day_64__overkill.mdwn
@@ -0,0 +1,31 @@
+Completely finished up with making the assistant detect when git-annex's
+binary has changed and handling the restart.
+
+It's a bit tricky because during an upgrade there can be two assistant
+daemons running at the same time, in the same repository. Although I
+disable the watcher of the old one first. Luckily, git-annex has long
+supported running multiple concurrent git-annex processes in the same
+repository.
+
+The surprisingly annoying part turned out to be how to make the webapp
+redirect the browser to the new url when it's upgraded. Particularly needed
+when automatic upgrades are enabled, since the user will not then be taking
+any action in the webapp that could result in a redirect. My solution to this
+feels like overkill; the webapp does ajax long polling until it gets an
+url, and then redirects to it. Had to write javascript code and ugh.
+
+But, that turned out to also be useful when manually restarting the webapp
+(removed some horrible old code that ran a shell script to do it before),
+and also when shutting the webapp down.
+
+[[!img assistant/downloadupgrade.png alt="assistant downloading an upgrade to itself"]]
+
+Getting back to upgrades, I have the assistant downloading the upgrade, and
+running a hook action once the key is transferred. Now all I need is some
+platform-specific code to install it. Will probably be hairy, especially on
+OSX where I need to somehow unmount the old git-annex dmg and mount the new
+one, from within a program running on the old dmg.
+
+----
+
+Today's work was sponsored by Evan Deaubl.
diff --git a/doc/devblog/day_64__overkill/comment_1_e1db7678aae37af281d31ae211677786._comment b/doc/devblog/day_64__overkill/comment_1_e1db7678aae37af281d31ae211677786._comment
new file mode 100644
index 0000000000..b04af39ffb
--- /dev/null
+++ b/doc/devblog/day_64__overkill/comment_1_e1db7678aae37af281d31ae211677786._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="abg"
+ ip="184.75.210.234"
+ subject="Upgrade installation in OSX"
+ date="2013-11-24T00:28:03Z"
+ content="""
+Hey,
+
+You don't have to implement any whacky DMG replacement logic for OSX upgrades. No sane user will be using the application from the DMG. They will drag the .app directory to /Applications or some non-standard location and unmount the DMG.  So your upgrade logic for OSX should end up looking very similar to the upgrade logic for Linux.
+"""]]
diff --git a/doc/devblog/day_64__overkill/comment_3_f7a96f0b6d942d0b59d9d0ec1b21c4bf._comment b/doc/devblog/day_64__overkill/comment_3_f7a96f0b6d942d0b59d9d0ec1b21c4bf._comment
new file mode 100644
index 0000000000..c9e76b577e
--- /dev/null
+++ b/doc/devblog/day_64__overkill/comment_3_f7a96f0b6d942d0b59d9d0ec1b21c4bf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmuh_0-Mjz7QkVz7gT_7PRpCgmMcBFkj14"
+ nickname="Wichert"
+ subject="Running from DMG is not a sane use-case"
+ date="2013-11-25T08:23:38Z"
+ content="""
+I don't think you should bother trying to support upgrades when people are running from a dmg. A DMG is just a disk image, and a format commonly used to distribute software. Running software from a DMG is not something anyone does beyond a quick first test of an application. A more reasonable thing to do, which many applications do now, is to offer to move the application from the DMG to /Applications if you detect someone is running it from a DMG.
+"""]]
diff --git a/doc/devblog/day_65__wrapping_up_upgrades.mdwn b/doc/devblog/day_65__wrapping_up_upgrades.mdwn
new file mode 100644
index 0000000000..9faa31a63c
--- /dev/null
+++ b/doc/devblog/day_65__wrapping_up_upgrades.mdwn
@@ -0,0 +1,5 @@
+[[!img assistant/upgradecomplete.png]]
+
+Upgrades are fully working on Linux. OSX code is written but intested and I
+thought of one bug it certainly has on my evening walk. Probably another
+hour's work left later this evening to finish it off.
diff --git a/doc/devblog/day_66__upgrade_testing.mdwn b/doc/devblog/day_66__upgrade_testing.mdwn
new file mode 100644
index 0000000000..741ec494ee
--- /dev/null
+++ b/doc/devblog/day_66__upgrade_testing.mdwn
@@ -0,0 +1,17 @@
+Upgrades should be working on OSX Mavericks, Linux, and sort of on Android.
+This needs more testing, so I have temporarily made the daily builds think
+they are an older version than the last git-annex release. So when you
+install a daily build, and start the webapp, it should try to upgrade
+(really downgrade) to the last release. Tests appreciated.
+
+Looking over the whole upgrade code base, it took 700 lines of code
+to build the whole thing, of which 75 are platform specific (and mostly
+come down to just 3 or 4 shell commands). Not bad..
+
+----
+
+Last night, added support for quvi 0.9, which has a completely changed
+command line interface from the 0.4 version.
+
+Plan to spend tomorrow catching up on bug reports etc and then low activity
+for rest of the week.
diff --git a/doc/devblog/day_67_thanksgiving_rush.mdwn b/doc/devblog/day_67_thanksgiving_rush.mdwn
new file mode 100644
index 0000000000..7ac6ba523f
--- /dev/null
+++ b/doc/devblog/day_67_thanksgiving_rush.mdwn
@@ -0,0 +1,19 @@
+My last day before thanksgiving, getting caught up with some recent bug
+reports and, quite a rush to get a lot of fixes in. Adding to the fun,
+wintery weather means very limited power today.
+
+It was a very productive day, especially for Android, which hopefully has
+XMPP working again (at least it builds..), halved the size of the package,
+etc.
+
+Fixed a stupid bug in the automatic v5 upgrade code; annex.version was not
+being set to 5, and so every git annex command was
+actually re-running the upgrade.
+
+Fixed another bug I introduced last Friday, which the test suite luckily
+caught, that broke using some local remotes in direct mode.
+
+Tracked down a behavior that makes `git annex sync` quite slow on
+filesystems that don't support symlinks. I need to switch direct mode to 
+not using `git commit` at all, and use plumbing to make commits there.
+Will probably work on this over the holiday.
diff --git a/doc/devblog/day_68__bits_and_pieces.mdwn b/doc/devblog/day_68__bits_and_pieces.mdwn
new file mode 100644
index 0000000000..1caa6e38bb
--- /dev/null
+++ b/doc/devblog/day_68__bits_and_pieces.mdwn
@@ -0,0 +1,14 @@
+Made a release yesterday to fix a bug that made git-annex init in a bare
+repository set core.bare=false. This bug only affected git-annex 5, it
+was introduced when building the direct mode guard. Currently recovering
+from it is a [manual (pretty easy) process](http://git-annex.branchable.com/bugs/assistant_creating_.git_directory_inside_bare_repo/#comment-73a8ce8aa100baa7c03861b769fdca29).
+Perhas I should automate that, but I mostly wanted to get a fix out
+before too many people encountered the bug.
+
+Today, I made the assistant run batch jobs with ionice and nocache, when
+those commands are available. Also, when the assistant transfers files,
+that also runs as a batch job.
+
+Changed how git-annex does commits, avoiding using `git commit` in direct
+mode, since in some situations `git commit` (not with `-a`!) wants to
+read the contents of files in the work tree, which can be very slow.
diff --git a/doc/devblog/day_69__catching_up.mdwn b/doc/devblog/day_69__catching_up.mdwn
new file mode 100644
index 0000000000..45b1e38e6c
--- /dev/null
+++ b/doc/devblog/day_69__catching_up.mdwn
@@ -0,0 +1,14 @@
+Still working through thanksgiving backlog. Around 55 messages to go.
+
+Wrote hairy code to automatically fix up bad bare repositories created by
+recent versions of git-annex. Managed to do it with only 1 stat call
+overhead (per local repository). Will probably keep that code in git-annex
+for a year or so, despite the bug only being present for a few weeks,
+because the repositories that need to be fixed might be on removable drives
+that are rarely used.
+
+Various other small bug fixes, including dealing with box.com having
+changed their WebDAV endpoint url.
+
+Spent a while evaluating various key/value storage possibilities. 
+[[bugs/incremental_fsck_should_not_use_sticky_bit]] has the details.
diff --git a/doc/devblog/day_6__gcrypt_fully_working.mdwn b/doc/devblog/day_6__gcrypt_fully_working.mdwn
new file mode 100644
index 0000000000..58abdbb602
--- /dev/null
+++ b/doc/devblog/day_6__gcrypt_fully_working.mdwn
@@ -0,0 +1,8 @@
+gcrpyt is fully working now. *Most* of the examples in
+[[tips/fully_encrypted_git_repositories_with_gcrypt]] should work.
+
+A few known problems:
+
+* `git annex sync` refuses to sync with gcrypt remotes. some url parsing issue.
+* Swapping two drives with gcrypt repositories on the same mount point doesn't work yet.
+* http urls are not supported
diff --git a/doc/devblog/day_6__gcrypt_fully_working/comment_1_136bb7537a9ba93d400ce6f6ea1932ac._comment b/doc/devblog/day_6__gcrypt_fully_working/comment_1_136bb7537a9ba93d400ce6f6ea1932ac._comment
new file mode 100644
index 0000000000..adb298fd33
--- /dev/null
+++ b/doc/devblog/day_6__gcrypt_fully_working/comment_1_136bb7537a9ba93d400ce6f6ea1932ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="Converting an rsync special remote to a gcrypt special remote"
+ date="2013-09-11T17:36:09Z"
+ content="""
+I'm guessing there is no way to convert an rsync special remote to a gcrypt special remote?  It would be cool not to have to upload 100GB across the Atlantic again!
+"""]]
diff --git a/doc/devblog/day_6__gcrypt_fully_working/comment_2_1f8faa65bbd56a12588b43a5bc822d96._comment b/doc/devblog/day_6__gcrypt_fully_working/comment_2_1f8faa65bbd56a12588b43a5bc822d96._comment
new file mode 100644
index 0000000000..a6859cf2f7
--- /dev/null
+++ b/doc/devblog/day_6__gcrypt_fully_working/comment_2_1f8faa65bbd56a12588b43a5bc822d96._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 2"
+ date="2013-09-12T16:53:02Z"
+ content="""
+Well, rsync and gcrypt use the same locations for annexed content, so it's theoretically possible.
+
+However, it seems a lot easier to just add a gcrypt remote and let git-annex use the existing rsync remote for the content that is already stored in it.
+"""]]
diff --git a/doc/devblog/day_70__preliminary_user_survey_analysis.mdwn b/doc/devblog/day_70__preliminary_user_survey_analysis.mdwn
new file mode 100644
index 0000000000..0202d6c4af
--- /dev/null
+++ b/doc/devblog/day_70__preliminary_user_survey_analysis.mdwn
@@ -0,0 +1,104 @@
+The [2013 git-annex user survey](http://git-annex-survey.branchable.com/polls/2013/)
+has been running for several weeks and around 375 people have answered
+at least the first question. While I am going to leave it up through the
+end of the year, I went over the data today to see what interesting
+preliminary conclusions I can draw.
+
+* 11% build git-annex from source. More than I would have guessed.
+
+* 20% use the prebuilt versions from the git-annex website.
+  
+  This is a number to keep in mind later, when more people have upgraded to
+  the last release, which checks for upgrades. I can run some stats on
+  the number of upgrade checks I receive, and multiplying that by 5 would
+  give a good approximation of the total number of computers running
+  git-annex.
+
+* I'm surprised to see so many more Linux (79%) than OSX (15%) users.
+  Also surprising is there are more Windows (2%) than Android (1%) users.
+  (Android numbers may be artificially low since many users will use it in
+  addition to one of the other OSes.)
+
+* Android and Windows unsurprisingly lead in ports requested, but the 
+  Synology NAS is a surprise runner up, with 5% (more than IOS).
+
+  In theory it would not be too hard to make a standalone arm tarball,
+  which could be used on such a device, although IIRC the Synology had
+  problems with a too old linker and libc. It would help if I could make
+  the standalone tarball not depend on the system linker at all.
+  
+  A susprising number (3%) want some kind of port the the Raspberry Pi, which
+  is weird because I'd think they'd just be using Raspbian on it.. but a
+  standalone arm tarball would also cover that use case.
+
+* A minimum of 1664 (probably closer to 2000) git annex repositories are being
+  used by the 248 people who answered that question. Around 7 repositories
+  per person average, which is either one repository checked out on 7
+  different machines or two repositories on 3 machines, etc.
+
+* At least 143 terabytes of data are being stored in git-annex. This does
+  not count redundant data. (It also excludes several hundred terabytes from
+  one instituion that I don't think are fully online yet.)
+  Average user has more than half a terabyte of data.
+
+* 8% of users store scientific data in git-annex! :) A couple of users are
+  using it for game development assets, and 5% of users are using it for
+  some form of business data.
+
+* Only 10% of users are sharing a git-annex repository with at least one
+  other person. 27% use it by themselves, but want to get others using
+  their repositories. This probably points to it needing to be easier for
+  nontechnical users.
+
+* 61% of git-annex users have good or very good knowledge of git.
+  This question intentionally used the same wording as the 
+  [general git user survey](https://git.wiki.kernel.org/index.php/GitSurvey2012),
+  so the results can be compared. The curves have somewhat different
+  shapes, with git-annex's users being biased more toward the higher
+  knowledge levels than git's users.
+
+* The question about how happy users are also used the same wording.
+  While 74% of users are happy with git-annex, 94% are similarly happy with
+  git, and a while the median git-annex user is happy, the median git user
+  is very happy.
+  
+  The 10% who wrote in "very enthusiastic, but still often
+  bitten by quirks (so not very happy yet, but with lots of confidence in
+  the potential" might have thrown off this comparison some, but they
+  certianly made their point!
+
+* 3% of respondants say that a bug is preventing them from using git-annex,
+  but that they have not reported the bug yet. Frustrating! 1% say that a
+  bug that's been reported already is blocking them.
+
+* 18% wrote in that they need the webapp to support using github (etc)
+  as a central server. I've been moving in that direction with the
+  encryption and some other changes, so it's probably time to make a UI for
+  that.
+
+* 12% want more control over which files are stored locally when using the
+  assistant.
+
+* A really surprising thing happened when someone wrote in that I should
+  work on "not needing twice disk space of repo in direct mode", and 5% of
+  people then picked this choice. This is some kind of documentation
+  problem, because of course git-annex never needs 2x disk space, whether
+  using direct mode or not. That's one of its advantages over git!
+
+* Somewhere between 59 and 161 of the survey respondants use Debian.
+  I can compare this with [Debian popularity contest data](http://qa.debian.org/popcon-graph.php?packages=git-annex)
+  which has 400 active installations and 1000 total installations,
+  and make guesses about what fraction of all git-annex users have answered
+  the survey. By making different assumptions I got guesses that varied by
+  2 orders of magnitude, so not worth bothering with. Explicitly asking how
+  many people use each Linux distribution would be a good idea in next
+  year's survey.
+
+----
+
+Main work today was fixing Android DNS lookups, which was trying to use
+/etc/resolv.conf to look up SRV records for XMPP, and had to be changed to
+use a getprop command instead. Since I can't remember dealing with this
+before (not impossible I made some quick fix to the dns library before and
+lost it though), I'm wondering if XMPP was ever usable on Android before.
+Cannot remember. May work now, anyway...
diff --git a/doc/devblog/day_71__that_was_unexpected.mdwn b/doc/devblog/day_71__that_was_unexpected.mdwn
new file mode 100644
index 0000000000..92de97b7dc
--- /dev/null
+++ b/doc/devblog/day_71__that_was_unexpected.mdwn
@@ -0,0 +1,30 @@
+Had planned to spend all day not working on git-annex and instead getting
+caught up on conference videos. However, got a little bit multitasky while
+watching those, and started investigating why, last time I worked on
+Windows port, git-annex was failing to link. 
+
+A good thing to do while watching conference videos since it involved lots of 
+test builds with different flags. Eventially solved it. 
+Building w/o WebDAV avoids crashing the compiler anyhow.
+
+Thought I'd try the resulting binary and see if perhaps I had forgotten to
+use the threaded RTS when I was running ghc by hand to link it last time,
+and perhaps that was why threads
+[[seemed to have hung|day_56__git-annex_user_survey]] back then.
+
+It was. This became clear when I saw a "deadlocked indefinitely in MVar"
+error message, which tells me that it's at least using the threaded RTS.
+So, I fixed that, and a few other minor things, and ran this command
+in a DOS prompt box:
+
+	git annex watch --force --foreground --debug
+
+And I've been making changes to files in that repository, and amazingly,
+the watcher is noticing them, and committing them!
+
+So, I was almost entirely there to a windows port of the watcher a month
+ago, and didn't know. It has some rough edges, including not doing anything
+to check if a newly created file is open for write when adding it, and
+getting the full assistant ported will be more work, and the full webapp
+may be a whole other set of problems, but this is a quite nice milestone
+for the Windows port.
diff --git a/doc/devblog/day_72__windows_webapp_not.mdwn b/doc/devblog/day_72__windows_webapp_not.mdwn
new file mode 100644
index 0000000000..985afe7c42
--- /dev/null
+++ b/doc/devblog/day_72__windows_webapp_not.mdwn
@@ -0,0 +1,22 @@
+Got the entire webapp to build on Windows.
+
+Compiling was easy. One line of code had to be #ifdefed out, and the whole
+rest of the webapp UI just built!
+
+Linking was epic. It seems that I really am runninginto a 32kb command line length
+limit, which causes the link command to fail on Windows. git-annex with all
+its bells and whistles enabled is just too big. Filed a 
+[ghc bug report](https://ghc.haskell.org/trac/ghc/ticket/8596), and got back a
+helpful response about using <http://gcc.gnu.org/wiki/Response_Files> to
+work around.
+
+6 hours of slogging through compiling dependencies and fighting with
+toolchain later, I have managed to link git-annex with the webapp!
+
+The process is not automated yet. While I was able to automate
+passing gcc a @file with its parameters, gcc then calls collect2, which
+calls ld, and both are passed too many parameters. I have not found a way
+to get gcc to generate a response file. So I did it manually. Urgh.
+
+Also, it crashes on startup with `getAddrInfo` failure. But some more
+porting is to be expected, now that the windows webapp links.. ;)
diff --git a/doc/devblog/day_73__EvilLinker.mdwn b/doc/devblog/day_73__EvilLinker.mdwn
new file mode 100644
index 0000000000..68aa5d0653
--- /dev/null
+++ b/doc/devblog/day_73__EvilLinker.mdwn
@@ -0,0 +1,28 @@
+Android has the EvilSplicer, now Windows gets the EvilLinker. Fully
+automated, and truly horrible solution to the too long command line problem.
+
+Now when I run `git annex webapp` on windows, it almost manages to open
+the web browser.
+
+At the same time, I worked with Yuri to upgrade the Windows autobuilder to a
+newer Haskell platform, which can install Yesod. I have not quite achieved
+a successful webapp build on the autobuilder, but it seems close.
+
+----
+
+Here's a nice Haskell exercise for someone. I wrote this quick and dirty
+function in the EvilSplicer, but it's crying out for a generalized solution.
+
+[[!format haskell """
+{- Input contains something like 
+ - c:/program files/haskell platform/foo -LC:/Program Files/Haskell Platform/ -L...
+ - and the *right* spaces must be escaped with \
+ -
+ - Argh.
+ -}
+escapeDosPaths :: String -> String
+escapeDosPaths = replace "Program Files" "Program\\ Files"
+        . replace "program files" "program\\ files"
+        . replace "Haskell Platform" "Haskell\\ Platform"
+        . replace "haskell platform" "haskell\\ platform"
+"""]]
diff --git a/doc/devblog/day_74__so_close.mdwn b/doc/devblog/day_74__so_close.mdwn
new file mode 100644
index 0000000000..1f63eaf4d8
--- /dev/null
+++ b/doc/devblog/day_74__so_close.mdwn
@@ -0,0 +1,20 @@
+Windows webapp now starts, opens a web browser, and ... crashes. 
+
+<img src="https://identi.ca/uploads/joeyh/2013/12/7/hDkkSA.png">
+
+This  is [a bug in warp](https://github.com/yesodweb/wai/issues/202)
+or a deep level of the stack. I know that yesod apps have run on Windows
+before, so apparently something has changed and introduced this problem.
+
+Also have a problem with the autobuilder; the EvilSplicer or something
+it runs is locking up on that system for reasons not yet determined.
+
+Looks like I will need to wait a bit longer for the windows webapp, but I
+could keep working on porting the assistant in the meantime. 
+
+The most important thing that I need to port is how to check if a file
+is being written to at the same time the assistant adds it to the
+repository. No real `lsof` equivilant on Windows. I might be able to do
+something with exclusive locking to detect if there's a writer (but this
+would also block using the file while it was being added). Or I may be able
+to avoid the need for this check, at least in direct mode.
diff --git a/doc/devblog/day_74__so_close/comment_1_b1aa185734c3d74830b81def4fe63bff._comment b/doc/devblog/day_74__so_close/comment_1_b1aa185734c3d74830b81def4fe63bff._comment
new file mode 100644
index 0000000000..2abbc8dd33
--- /dev/null
+++ b/doc/devblog/day_74__so_close/comment_1_b1aa185734c3d74830b81def4fe63bff._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-12-08T12:52:26Z"
+ content="""
+Take a look at how Process Hacker implements the \"Search for open handles\" function; it is rather close to `lsof`. (Unlocker probably does it the same way, too.)
+
+But locking (e.g. I think the \"share mode\" could prevent other programs from writing but not reading) may be more reliable, if a program starts writing to file *after* the lsof check happens...
+"""]]
diff --git a/doc/devblog/day_75__hallelujah.mdwn b/doc/devblog/day_75__hallelujah.mdwn
new file mode 100644
index 0000000000..42fb4fdf9c
--- /dev/null
+++ b/doc/devblog/day_75__hallelujah.mdwn
@@ -0,0 +1,8 @@
+I have seen the glory of the webapp running on Windows.
+
+One of the warp developers pointed me in the right direction and I
+developed a fix for the `recv` bug.
+
+My Windows and MSIE are old and fall over on some of the
+javascript, so it's not glorious enough for a screenshot. But large chunks
+of it do seem to work.
diff --git a/doc/devblog/day_75__hallelujah/comment_1_df04c456e99d47743494a18c1badba8c._comment b/doc/devblog/day_75__hallelujah/comment_1_df04c456e99d47743494a18c1badba8c._comment
new file mode 100644
index 0000000000..bd83ec1ff4
--- /dev/null
+++ b/doc/devblog/day_75__hallelujah/comment_1_df04c456e99d47743494a18c1badba8c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~maestro-alubia"
+ nickname="maestro-alubia"
+ subject="comment 1"
+ date="2013-12-09T19:47:32Z"
+ content="""
+Yeah! Looking forward to finally introduce git-annex in my heterogeneous network. Thanks and keep up the good work!
+"""]]
diff --git a/doc/devblog/day_76__results.mdwn b/doc/devblog/day_76__results.mdwn
new file mode 100644
index 0000000000..4fc71eaa63
--- /dev/null
+++ b/doc/devblog/day_76__results.mdwn
@@ -0,0 +1,15 @@
+Fixed up a few problems with the Windows webapp, and it's now completely
+usable, using any browser other than MSIE. While there are missing
+features in the windows port, all the UI for the features it does have
+seems to just work in the webapp.
+
+Fixed a ugly problem with Firefox, which turned out to have been introduced
+a while ago by a workaround for an ugly problem in Chrome. Web browsers are
+so wonderful, until they're crap.
+
+Think I've fixed the bug in the EvilLinker that was causing it to hang on
+the autobuilder, but still don't have a Windows autobuild with the webapp
+just yet.
+
+Also improved `git annex import` some more, and worked on a bug in git
+repository repair, which I will need to spend some more time on tomorrow.
diff --git a/doc/devblog/day_77__it_builds.mdwn b/doc/devblog/day_77__it_builds.mdwn
new file mode 100644
index 0000000000..421bb5efec
--- /dev/null
+++ b/doc/devblog/day_77__it_builds.mdwn
@@ -0,0 +1,8 @@
+Got the Windows autobuilder building the webapp. Have not tried that build
+yet myself, but I have high hopes it will work.
+
+Made other Windows improvements, including making the installer
+write a start menu entry file, and adding free disk space checking.
+
+Spent rest of the day improving git repair code on a real-world corrupted
+repository.
diff --git a/doc/devblog/day_78__desidetracked.mdwn b/doc/devblog/day_78__desidetracked.mdwn
new file mode 100644
index 0000000000..5b8ca8a583
--- /dev/null
+++ b/doc/devblog/day_78__desidetracked.mdwn
@@ -0,0 +1,34 @@
+I've switched over to mostly working on Windows porting in the evenings
+when bored, with days spent on other git-annex stuff. So, getting back to
+the planned [[design/roadmap]] for this month..
+
+Set up a [tip4commit for git-annex](http://tip4commit.com/projects/152).
+Anyone who gets a commit merged in will receive a currently small amount of
+bitcoin. This would almost be a good way to encourage more committers
+other than me, by putting say, half the money I have earmarked for that into
+the tip jar. The problem is, I make too many commits myself, so most of the
+money would be quickly tipped back out to me! I have gotten in touch with the
+tip4commit people, and hope they will give me a way to blacklist
+myself from being tipped.
+
+Designed a [[design/external_special_remote_protocol]] that seems pretty
+good for first-class special remotes implemented outside git-annex.
+It's moderately complicated on the git-annex side to make it simple and
+flexible on the special remote side, but I estimate only a few days to build
+it once I have the design finalized.
+
+# windows
+
+Tested the autobuilt windows webapp. It works! Sorted out some issues with
+the bundled libraries.
+
+Reworked how `git annex transferkeys` communicates, to make it easier to
+port it to Windows. Narrowly managed to avoid needing to write Haskell
+bindings to Windows's equivilant of `pipe(2)`. I think the Windows
+assistant can transfer keys now. and the webapp UI may even be able to be
+used to stop transfers. Needs testing.
+
+Investigated what I'll need to get XMPP working on Windows. Most of the
+libs are available in cygwin, but gsasl would need to be built from source.
+Also some kind of space-in-path problem is preventing cabal installing some
+of the necessary dependencies.
diff --git a/doc/devblog/day_79__catch_up.mdwn b/doc/devblog/day_79__catch_up.mdwn
new file mode 100644
index 0000000000..0206a0acf6
--- /dev/null
+++ b/doc/devblog/day_79__catch_up.mdwn
@@ -0,0 +1,3 @@
+Spent most of today catching up with a weeks's worth of traffic.
+
+Fixed 2 bugs. Message backlog is 23 messages.
diff --git a/doc/devblog/day_7__release_day.mdwn b/doc/devblog/day_7__release_day.mdwn
new file mode 100644
index 0000000000..f377bb4be2
--- /dev/null
+++ b/doc/devblog/day_7__release_day.mdwn
@@ -0,0 +1,10 @@
+Got git annex sync working with gcrypt. So went ahead and made a release
+today. Lots of nice new features!
+
+Unfortunately the linux 64 bit daily build is failing, because my build
+host only has 2 gb of memory and it is no longer enough. I am looking for a
+new build host, ideally one that doesn't cost me $40/month for 3 gb of ram
+and 15 gb of disk. (Extra special ideally one that I can run multiple builds
+per day on, rather than the current situation of only building overnight to
+avoid loading the machine during the day.) Until this is sorted out, no
+new 64 bit linux builds..
diff --git a/doc/devblog/day_7__release_day/comment_1_12bb94d903868ecddb3e348c9c4afeaf._comment b/doc/devblog/day_7__release_day/comment_1_12bb94d903868ecddb3e348c9c4afeaf._comment
new file mode 100644
index 0000000000..266e843fd5
--- /dev/null
+++ b/doc/devblog/day_7__release_day/comment_1_12bb94d903868ecddb3e348c9c4afeaf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 1"
+ date="2013-09-09T21:51:47Z"
+ content="""
+Joey, I'd be happy to host 64-bit builds on both Mac and Linux using my personal Jenkins server (both machines are local and have 16+ GB of RAM).  I might even be able to get you SSH jail access to the build tree for the 64-bit Linux build.  Just let me know at johnw@fpcomplete.com.
+"""]]
diff --git a/doc/devblog/day_7__release_day/comment_2_d3e38d6f6bba179dab40d4d75ff061de._comment b/doc/devblog/day_7__release_day/comment_2_d3e38d6f6bba179dab40d4d75ff061de._comment
new file mode 100644
index 0000000000..96fb5dce30
--- /dev/null
+++ b/doc/devblog/day_7__release_day/comment_2_d3e38d6f6bba179dab40d4d75ff061de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-09-10T23:11:27Z"
+ content="""
+Everything is all setup now to build git-annex on both systems, at most once per hour (if there have been new Git commits), and only between 2am and 4pm.  Just contact me on IRC or e-mail and I'll setup you up with credentials so that you can manipulate the jobs and access the build artifacts.
+"""]]
diff --git a/doc/devblog/day_80__plumbing.mdwn b/doc/devblog/day_80__plumbing.mdwn
new file mode 100644
index 0000000000..3ef76a3730
--- /dev/null
+++ b/doc/devblog/day_80__plumbing.mdwn
@@ -0,0 +1,9 @@
+Made some improvements to git-annex's plumbing level commands today. Added
+new lookupkey and examinekey commands. Also expanded the things that
+`git annex find` can report about files. Among other things, the elusive
+hash directory locations can now be looked up, which IIRC a few people have
+asked for a way to do.
+
+Also did some work on the linux standalone tarball and OSX app. Both now
+include man pages, and it's also now possible to just unpack it and symlink
+git-annex into ~/bin or similar to add it to PATH.
diff --git a/doc/devblog/day_81__more_standalone.mdwn b/doc/devblog/day_81__more_standalone.mdwn
new file mode 100644
index 0000000000..646f280c12
--- /dev/null
+++ b/doc/devblog/day_81__more_standalone.mdwn
@@ -0,0 +1,15 @@
+Made the Linux standalone builds more self-contained, now they include
+their own linker and glibc, and ugly hacks to make them be used when
+running the included programs. This should make them more portable
+to older systems.
+
+Set up an arm autobuilder. 
+This autobuilder runs in an Debian armel chroot, using
+qemu-user-static (with a patch to make it support some syscalls ghc uses).
+No webapp yet; waiting on feedback of how well it works. I *hope* this
+build will be usable on eg, Synology NAS and Raspberry PI.
+
+Also worked on improving the assistant's batching of commits during the
+startup scan. And some other followups and bug triage.
+
+Today's work was sponsored by Hamish Coleman.
diff --git a/doc/devblog/day_81__more_standalone/comment_1_25ceb116406b55a8ff28f7b392806bc9._comment b/doc/devblog/day_81__more_standalone/comment_1_25ceb116406b55a8ff28f7b392806bc9._comment
new file mode 100644
index 0000000000..4a18b79a66
--- /dev/null
+++ b/doc/devblog/day_81__more_standalone/comment_1_25ceb116406b55a8ff28f7b392806bc9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Binaries"
+ date="2013-12-17T12:49:26Z"
+ content="""
+Are there binaries for the RPi version anywhere, it would be great to try it.
+
+Thanks
+"""]]
diff --git a/doc/devblog/day_82__rpi_and_synology.mdwn b/doc/devblog/day_82__rpi_and_synology.mdwn
new file mode 100644
index 0000000000..3749f474ad
--- /dev/null
+++ b/doc/devblog/day_82__rpi_and_synology.mdwn
@@ -0,0 +1,21 @@
+Fixed a few problems in the [[armel build|install/Linux_standalone]], and
+it's been confirmed to work on Raspberry Pi and Synology NAS. Since none of
+the fixes were specific to those platforms, it will probably work anywhere
+the kernel is new enough. That covers 9+% of the 
+[missing ports in the user survey](http://git-annex-survey.branchable.com/polls/2013/missing_ports/)!
+
+Thought through the possible issues with the assistant on Windows not being
+able to use lsof. I've convinced myself it's probably safe. (In fact, it
+might be safe to stop checking with lsof when using the assistant in direct
+mode entirely.) Also did some testing of some specific interesting
+circumstances (including 2 concurrent writers to a single file).
+
+I've been working on adding the webapp to the armel build. This can mostly
+reuse the patches and EvilSplicer developed for Android, but it's taking
+some babysitting of the build to get yesod etc installer for various reasons.
+Will be surprised if I don't get there tomorrow.
+
+One other thing.. I notice that <http://git-annex.org/> is up and running.
+This was set up by Subito, who offered me the domain, but I suggested he
+keep it and set up a pretty start page that points new users at the
+relevant parts of the wiki. I think he's done a good job with that!
diff --git a/doc/devblog/day_82__rpi_and_synology/comment_1_d154ddcf22027fd06acf9da73e12c006._comment b/doc/devblog/day_82__rpi_and_synology/comment_1_d154ddcf22027fd06acf9da73e12c006._comment
new file mode 100644
index 0000000000..33bc12e634
--- /dev/null
+++ b/doc/devblog/day_82__rpi_and_synology/comment_1_d154ddcf22027fd06acf9da73e12c006._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Attila"
+ ip="213.163.19.162"
+ subject="git-annex.org"
+ date="2013-12-27T14:14:07Z"
+ content="""
+Minor glitch on git-annex.org: the first link to http://git-annex.branchable.com is missing http:// prefix and so points to http://www.git-annex.org/git-annex.branchable.com
+"""]]
diff --git a/doc/devblog/day_83__armel_webapp.mdwn b/doc/devblog/day_83__armel_webapp.mdwn
new file mode 100644
index 0000000000..95c70010b8
--- /dev/null
+++ b/doc/devblog/day_83__armel_webapp.mdwn
@@ -0,0 +1,19 @@
+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.
diff --git a/doc/devblog/day_84__ho_uh_oh.mdwn b/doc/devblog/day_84__ho_uh_oh.mdwn
new file mode 100644
index 0000000000..516ceb5321
--- /dev/null
+++ b/doc/devblog/day_84__ho_uh_oh.mdwn
@@ -0,0 +1,11 @@
+Resurfaced today to fix some problems with the Linux standalone builds
+in the Solstice release. The worst of these prevented the amd64 build from
+running on some systems, and that build has been updated. The other
+problems all involved the binary shimming, and were less serious.
+
+As part of that work, replaced the hacky shell script that handled the
+linux library copying and binary shimming with a haskell program.
+
+Also worked on some Windows bugs, and fixed a typo in the test suite.
+Got my own little present: haskell-tasty finally got out of Incoming, so
+the next Debian package build will once again include the test suite.
diff --git a/doc/devblog/day_85__external_special_remote_protocol_types.mdwn b/doc/devblog/day_85__external_special_remote_protocol_types.mdwn
new file mode 100644
index 0000000000..9b3e4d9b1f
--- /dev/null
+++ b/doc/devblog/day_85__external_special_remote_protocol_types.mdwn
@@ -0,0 +1,25 @@
+Only did a few hours today, getting started on implementing the
+[[design/external_special_remote_protocol]].
+
+Mostly this involved writing down types for the various messages,
+and code to parse them. I'm very happy with how the parsing turned out;
+nearly all the work is handled by the data types and type classes,
+and so only one line of very simple code is needed to parse each message:
+
+[[!format haskell """
+instance Receivable Response where
+       parseCommand "PREPARE-SUCCESS" = parse0 PREPARE_SUCCESS
+       parseCommand "TRANSFER-SUCCESS" = parse2 TRANSFER_SUCCESS
+       parseCommand "TRANSFER-FAILURE" = parse3 TRANSFER_FAILURE
+"""]]
+
+An especially nice part of this implementation is that it knows exactly how
+many parameters each message should have (and their types of course), and so
+can both reject invalid messages, and avoid ambiguity in tokenizing the
+parameters. For example, the 3rd parameter of TRANSFER-FAILURE is an error
+message, and as it's the last parameter, it can contain multiple words.
+
+	*Remote.External> parseMessage "TRANSFER-FAILURE STORE SHA1--foo doesn't work on Christmas" :: Maybe Response
+	Just (TRANSFER_FAILURE Upload (Key {keyName = "foo", keyBackendName = "SHA1", keySize = Nothing, keyMtime = Nothing}) "doesn't work on Christmas")
+
+That's the easy groundwork for external special remotes, done.
diff --git a/doc/devblog/day_86__external_special_remote_implementation.mdwn b/doc/devblog/day_86__external_special_remote_implementation.mdwn
new file mode 100644
index 0000000000..c40bfbaea3
--- /dev/null
+++ b/doc/devblog/day_86__external_special_remote_implementation.mdwn
@@ -0,0 +1,11 @@
+Built most of the external special remote today. While I've written 600
+lines of code for this, and think it's probably working, and complete
+(except for a couple of features), all I know is that it compiles.
+
+I've also written an [[example external special remote program in shell script|special_remotes/external/example.sh]],
+so the next step is to put the two together and see how it works.
+I also hope that some people who have built hook special remotes
+in the past will update them to the new external special remote interface,
+which is quite a lot better.
+
+Today's work was sponsored by Justine Lam.
diff --git a/doc/devblog/day_86__external_special_remote_implementation/comment_1_5116bcf4b60030cb46683df94a75d7ee._comment b/doc/devblog/day_86__external_special_remote_implementation/comment_1_5116bcf4b60030cb46683df94a75d7ee._comment
new file mode 100644
index 0000000000..3580623086
--- /dev/null
+++ b/doc/devblog/day_86__external_special_remote_implementation/comment_1_5116bcf4b60030cb46683df94a75d7ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawleVyKk2kQsB_HgEdS7w1s0BmgRGy1aay0"
+ nickname="Milan"
+ subject="comment 1"
+ date="2013-12-27T08:44:44Z"
+ content="""
+Will it support splitting of large files for remotes that limits size of stored file?
+"""]]
diff --git a/doc/devblog/day_86__external_special_remote_implementation/comment_2_7b6e734f785fbd9db7883b63150023dc._comment b/doc/devblog/day_86__external_special_remote_implementation/comment_2_7b6e734f785fbd9db7883b63150023dc._comment
new file mode 100644
index 0000000000..7a0c857834
--- /dev/null
+++ b/doc/devblog/day_86__external_special_remote_implementation/comment_2_7b6e734f785fbd9db7883b63150023dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 2"
+ date="2013-12-27T19:12:17Z"
+ content="""
+That's on the TODO list and the protocol should be easily flexible enough to let it be added. The existing code to handle chunks is a bit of a mess though.
+"""]]
diff --git a/doc/devblog/day_87__external_special_remotes_done.mdwn b/doc/devblog/day_87__external_special_remotes_done.mdwn
new file mode 100644
index 0000000000..b8bba606bb
--- /dev/null
+++ b/doc/devblog/day_87__external_special_remotes_done.mdwn
@@ -0,0 +1,16 @@
+The [[external_special_remote|special_remotes/external]] interface is now
+done, and tested working great! Now we just need all the old hook special
+remotes to be converted to use it..
+
+I punted on per-special-remote, per-key state storage in the git-annex
+branch for now. If I find an example of a remote that needs it (Tahoe-LAFS
+may, but still TBD), I'll add it. Added suppport for using the same
+credential storage that git-annex uses for S3 and WebDAV credentials.
+
+The main improvement I'd like to make is to add an interface for transferring
+files where the file is streamed to/from the external special remote,
+rather than using temp files as it does now. This would be more efficient
+(sometimes) and make the progress bars better. But it needs to either use a
+named pipe, which is complicated and non-portable, or serialize the file's
+contents over a currently line-based protocol, which would be a pain.
+Anyway, this can be added later, the protocol is extensible.
diff --git a/doc/devblog/day_88__lazy_sunday.mdwn b/doc/devblog/day_88__lazy_sunday.mdwn
new file mode 100644
index 0000000000..b06c76bd2f
--- /dev/null
+++ b/doc/devblog/day_88__lazy_sunday.mdwn
@@ -0,0 +1,15 @@
+Fixed a bug that could leave a direct mode repository stuck at
+annex.version 3. As part of that, v3 indirect mode repositories will be
+automatically updated to v5. There's no actual change in that upgrade, it
+just simplifies things to have only one supported annex.version.
+
+Added youtube playlist support to git-annex. Seems I had almost all the
+pieces needed, and didn't know it. Only about a dozen lines of code!
+
+Added PREPARE-FAILURE support to the external special remote interface.
+
+After I found the cable my kitten stole (her apport level is high), fixed
+file transfers to/from Android. This broke because git-annex assistant
+tries to use ionice, if it's in PATH, and Android's ionice is not suitable.
+It could probably include ionice in the busybox build and use that one, but
+I wanted a quick fix for this before the upcoming release.
diff --git a/doc/devblog/day_89__reflections.mdwn b/doc/devblog/day_89__reflections.mdwn
new file mode 100644
index 0000000000..94bbf87e2b
--- /dev/null
+++ b/doc/devblog/day_89__reflections.mdwn
@@ -0,0 +1,18 @@
+Worked on bug report and forum backlog (24 messages left), and made a few
+bug fixes. The main one was a fix for a Windows-specific direct mode merge
+bug.
+
+This month didn't go entirely to plan. I had not expected to work on the
+Windows assistant and webapp and get it so close to fully working. Nor had
+I expected to spend time and make significant progress on porting git-annex
+to *Linux* -- particularly to embedded NAS devices! I had hoped to
+encourage some others to develop git-annex, but only had one bite from a
+student and it didn't work out. Meanwhile, automatically rewarding
+committers with bitcoin is an interesting alternative approach to possibly
+motivating contributors, and I would like to set that up, but the software
+is new and I haven't had time yet. The only thing that went exactly as
+planned was the external special remote implementation.
+
+A special surprise this month is that I have started hearing privately from
+several institutions that are starting using git-annex in interesting ways.
+Hope I can share details of some of that 2014!
diff --git a/doc/devblog/day_8__ill.mdwn b/doc/devblog/day_8__ill.mdwn
new file mode 100644
index 0000000000..c086a9dc1b
--- /dev/null
+++ b/doc/devblog/day_8__ill.mdwn
@@ -0,0 +1,20 @@
+I've been out sick. However, some things kept happening. Mesar contributed
+a build host, and the linux and android builds are now happening, hourly,
+there. (Thanks as well to the two other people who also offered hostng.)
+And I made a minor release to fix a bug in the test suite that I was pleased
+three different people reported.
+
+Today, my main work was getting git-annex to notice when a gcrypt remote
+located on some removable drive mount point is not the same gcrypt remote
+that was mounted there before. I was able to finesse this so it
+re-configures things to use the new gcrypt remote, as long as it's a
+special remote it knows about. (Otherwise it has to ignore the remote.)
+So, encrypted repos on removable drives will work just as well as
+non-encrypted repos!
+
+Also spent a while with rsync.net tech support trying to work out why
+someone's git-annex apparently opened a lot of concurrent ssh connections
+to rsync.net. Have not been able to reproduce the problem though.
+
+Also, a lot of catch-up to traffic. Still 63 messages backlogged however,
+and still not entirely well..
diff --git a/doc/devblog/day_90__slow_start.mdwn b/doc/devblog/day_90__slow_start.mdwn
new file mode 100644
index 0000000000..09d1f7270c
--- /dev/null
+++ b/doc/devblog/day_90__slow_start.mdwn
@@ -0,0 +1,23 @@
+Various work on Debian, OSX, and Windows stuff. Mostly uninteresting, but
+took most of the day.
+
+Made `git annex mirror --all` work. I can see why I left it out; when the
+mirroring wants to drop an object, in --all mode it doesn't have an
+associated file in the tree, so it cannot look at the annex.numcopies in
+gitattributes. Same reason why `git annex drop --all` is not implemented.
+But decided to go ahead and only use other numcopies configuration for
+mirroring.
+
+Added GETWANTED and SETWANTED to the external special remote protocol, and
+that is as far as I want to go on adding git-annex plumbing stuff to the
+protocol. I expect Tobias will release a boatload of special remotes
+updated to the new protocol soon, which seems to prove it has everything
+that could reasonably be needed.
+
+This is a nice public git-annex repository containing a growing collection
+of tech conference videos. <https://github.com/RichiH/conference_proceedings>
+
+Did some design work on [[todo/untracked_remotes]], which I think will turn
+out to be read-only remotes. Being able to clone a repository and use
+git-annex in the clone without anything leaking back upstream is often
+desirable when using public repository, or a repository with many users.
diff --git a/doc/devblog/day_91__wintry_mix.mdwn b/doc/devblog/day_91__wintry_mix.mdwn
new file mode 100644
index 0000000000..bfa9ddd35e
--- /dev/null
+++ b/doc/devblog/day_91__wintry_mix.mdwn
@@ -0,0 +1,11 @@
+Implemented read-only remotes. This may not cover every use case around
+wanting to clone a repository and use git-annex without leaking the
+existence of your clone back to it, but I think it hits most of them in a
+quite easy way, and allows for some potentially interesting stuff like
+partitioned networks of git-annex repositories.
+
+Zooko and I have been talking things over (for rather too long),
+and I think have now agreed on a how a more advanced git-annex
+Tahoe-LAFS special remote should work. This includes storing the
+tahoe file-caps in the git-annex branch. So, I really need to add that
+per-special-remote data storage feature I've been thinking about.
diff --git a/doc/devblog/day_92-93__reconnection.mdwn b/doc/devblog/day_92-93__reconnection.mdwn
new file mode 100644
index 0000000000..aa83bde38c
--- /dev/null
+++ b/doc/devblog/day_92-93__reconnection.mdwn
@@ -0,0 +1,34 @@
+Yesterday, added per-remote, per-key state storage. This is exported via
+the external special remote protocol, and I expect to use it at least for
+Tahoe Lafs.
+
+Also, made the assistant write ssh config files with better permissions,
+so ssh won't refuse to use them. (The only case I know of where that
+happened was on Windows.)
+
+Today, made `addurl` and `importfeed` honor annex.diskreserve. Found out about
+this the hard way, when an importfeed cron job filled up my server with
+youtube videos. I should probably also make `import` honor
+annex.diskreserve.
+
+---
+
+I've been working, so far inconclusively, on making the assistant
+deal with remotes that might open a long duration network connection.
+Problem being that if the connection is lost, and the remote is not smart
+enough to reconnect, all further use of it could fail.
+
+In a `restarttransferrer` branch, I have made the assistant start separate
+`transferkeys` processes for each remote. So if a remote starts to
+fail, the assistant can stop its `transferkeys` process, and restart it,
+solving the problem.
+
+But, if a resource needed for a remote is not available, this degrades to
+every transfer attempt to that remote restarting it. So I don't know if this is the
+right approach.
+
+Other approaches being considered include asking that implementors of
+external special remotes deal with reconnection themselves (Tobias, do you
+deal with this in your remotes?), or making the
+assistant only restart failing remotes after it detects there's been 
+a network connection change.
diff --git a/doc/devblog/day_94__leaks.mdwn b/doc/devblog/day_94__leaks.mdwn
new file mode 100644
index 0000000000..3aa4e1552c
--- /dev/null
+++ b/doc/devblog/day_94__leaks.mdwn
@@ -0,0 +1,12 @@
+Spent ages tracking down a memory leak in the assistant that showed up when
+a lot of files were added. Turned out to be a standard haskell laziness
+induced problem, fixed by adding strictness annotations. Actually there
+were several of them, that leaked at different rates. Eventually, I seem to
+have gotten them all fixed:
+
+Before: [[bugs/import_memleak_from_the_assistant/leakbefore.png]]
+After: [[bugs/import_memleak_from_the_assistant/leakafter.png]]
+
+Also fixed a bug in `git annex add` when the disk was completely full.
+In that situation, it could sometimes move the file from the work tree to
+.git/annex/objects and fail to put the symlink in place.
diff --git a/doc/devblog/day_95__reconnection_revisited.mdwn b/doc/devblog/day_95__reconnection_revisited.mdwn
new file mode 100644
index 0000000000..b2d5b28a58
--- /dev/null
+++ b/doc/devblog/day_95__reconnection_revisited.mdwn
@@ -0,0 +1,13 @@
+Taught the assistant to stop reusing an existing `git annex transferkeys`
+process after it detects a network connection change. I don't think this is
+a complete solution to what to do about long-duration network connections
+in remotes. For one thing a remote could take a long time to time out
+when the network is disconnected, and block other transfers (eg to
+local drives) in the meantime. But at least if a remote loses its network
+connection and does not try to reconnect on its own, and so is continually
+failing, this will get it back into a working state eventually.
+
+Also, fixed a problem with the OSX Mavericks build, it seems that the
+versions of wget and coreutils stuff that I was including in it were built
+by homebrew with full optimisations turned on, so didn't work on some CPUs.
+Replaced those with portable builds.
diff --git a/doc/devblog/day_95__reconnection_revisited/comment_1_c1106e573fcf9f3d4524c0e4f4254790._comment b/doc/devblog/day_95__reconnection_revisited/comment_1_c1106e573fcf9f3d4524c0e4f4254790._comment
new file mode 100644
index 0000000000..67618f64d3
--- /dev/null
+++ b/doc/devblog/day_95__reconnection_revisited/comment_1_c1106e573fcf9f3d4524c0e4f4254790._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="comment 1"
+ date="2014-01-07T16:02:01Z"
+ content="""
+Thanks for the Mavericks fix! 
+"""]]
diff --git a/doc/devblog/day_95__reconnection_revisited/comment_2_40478739f95e0b56ce0103db6e405ef4._comment b/doc/devblog/day_95__reconnection_revisited/comment_2_40478739f95e0b56ce0103db6e405ef4._comment
new file mode 100644
index 0000000000..331965e3e7
--- /dev/null
+++ b/doc/devblog/day_95__reconnection_revisited/comment_2_40478739f95e0b56ce0103db6e405ef4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxp2XU8gIribhhGhGuYtU6eMMwHv5gUGI"
+ nickname="Amitai"
+ subject="obligatory &quot;bah homebrew, yay pkgsrc&quot; comment"
+ date="2014-01-12T03:01:17Z"
+ content="""
+Bah homebrew, yay pkgsrc.
+
+:-)
+"""]]
diff --git a/doc/devblog/day_96__catching_up.mdwn b/doc/devblog/day_96__catching_up.mdwn
new file mode 100644
index 0000000000..c41e962b13
--- /dev/null
+++ b/doc/devblog/day_96__catching_up.mdwn
@@ -0,0 +1,7 @@
+Been on reduced activity the past several days. I did spend a full day
+somewhere in there building the Tahoe LAFS special remote. Also, Tobias has
+finished updating his full suite of external special remotes to use the new
+interface!
+
+Worked on closing up the fundraising campaign today (long overdue).
+This included adding a new wall-o-names to [[/thanks]].
diff --git a/doc/devblog/day_97__exciting_telehash_possiblities.mdwn b/doc/devblog/day_97__exciting_telehash_possiblities.mdwn
new file mode 100644
index 0000000000..2477949768
--- /dev/null
+++ b/doc/devblog/day_97__exciting_telehash_possiblities.mdwn
@@ -0,0 +1,20 @@
+If you've been keeping an eye on the [[design/roadmap]], you'll have seen that
+[[design/assistant/xmpp_security]] keeps being pushed back. This was because
+it's a hard and annoying problem requiring custom crypto and with an
+ugly key validation problem built into it too. I've now removed it from the
+roadmap entirely, replacing it with a [[design/assistant/telehash]] design.
+
+I'm excited by the possibilities of using telehash with git-annex. It seems
+it would be quite easy to make it significantly more peer-to-peer and
+flexible. The only issue is that telehash is still under heavy
+development and the C implementation is not even usable yet..
+(I'll probably end up writing Haskell bindings to that.)
+So I've pushed it down the roadmap to at least March.
+
+Spent the rest of the day making some minor improvements to external special
+remote protocol and doing some other minor bug fixes and backlog catch up.
+My backlog has exploded to nearly 50 messages remaining.
+
+----
+
+Today's work was sponsored by Chad Horohoe.
diff --git a/doc/devblog/day_97__exciting_telehash_possiblities/comment_1_7c775d93cbeed0d553e224751d30fbaa._comment b/doc/devblog/day_97__exciting_telehash_possiblities/comment_1_7c775d93cbeed0d553e224751d30fbaa._comment
new file mode 100644
index 0000000000..78750716ed
--- /dev/null
+++ b/doc/devblog/day_97__exciting_telehash_possiblities/comment_1_7c775d93cbeed0d553e224751d30fbaa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="is telehash udp only?"
+ date="2014-01-14T14:21:36Z"
+ content="""
+Is telehash UDP only?
+
+I like that XMPP works with HTTPS so it also works at work with proxies that only allows http traffic.
+"""]]
diff --git a/doc/devblog/day_98__old_bug.mdwn b/doc/devblog/day_98__old_bug.mdwn
new file mode 100644
index 0000000000..565efbdbcc
--- /dev/null
+++ b/doc/devblog/day_98__old_bug.mdwn
@@ -0,0 +1,17 @@
+Fixed a bug that one or two people had mentioned years ago, but I was never
+able to reproduce myself or get anyone to reproduce in a useful way. It
+caused log files that were supposed to be committed to the git-annex branch
+to end up in master. Turned out to involve weird stuff when the environment
+contains two different settings for a single variable. So was easily fixed
+at last. (I'm pretty sure the code would have never had this bug if
+Data.AssocList was not buried inside an xml library, which rather
+discourages using it when dealing with the environment.)
+
+Also worked on, and hopefully fixed, another OSX cpu optimisations problem.
+This one involving shared libraries that git-annex uses for XMPP.
+
+Also made the assistant detect corrupt .git/annex/index files on startup
+and remove them. It was already able to recover from corrupt .git/index
+files.
+
+Today's work was sponsored by David Wagner.
diff --git a/doc/devblog/day_99__catching_up_again.mdwn b/doc/devblog/day_99__catching_up_again.mdwn
new file mode 100644
index 0000000000..118a21f8d2
--- /dev/null
+++ b/doc/devblog/day_99__catching_up_again.mdwn
@@ -0,0 +1,19 @@
+Activity has been a bit low again this week. It seems to make sense to do
+weekly releases currently (rather than bi-monthly), and Thursday's
+release had only one new feature (Tahoe LAFS) and a bunch of bug fixes.
+
+Looks like git-annex will get back into Debian testing soon, after various
+fixes to make it build on all architectures again, and then the
+backport can be updated again too.
+
+I have been struggling with a problem with the OSX builds, which fail with
+a SIGKILL on some machines. It seems that homebrew likes to agressively
+optimise things it builds, and while I have had some success with its
+`--build-bottle` option, something in the gnutls stack used for XMPP is
+still over-optimised. Waiting to hear back from Kevin on cleaning up some
+optimised system libraries on the OSX host I use. (Is there some way to make
+a clean chrooot on OSX that can be accessed by a non-root user?)
+
+Today I did some minor work involving the --json switch, and also 
+a small change (well, under 300 line diff) allowing
+--all to be mixed with options like --copies and --in.
diff --git a/doc/devblog/day_99__catching_up_again/comment_1_b871bf0606dc29be9b8c2e5dc150f708._comment b/doc/devblog/day_99__catching_up_again/comment_1_b871bf0606dc29be9b8c2e5dc150f708._comment
new file mode 100644
index 0000000000..933de78737
--- /dev/null
+++ b/doc/devblog/day_99__catching_up_again/comment_1_b871bf0606dc29be9b8c2e5dc150f708._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkq2cjugiSvKWiWmcah3CPBqviQV_cin9I"
+ nickname="Yury"
+ subject="The world of Mac"
+ date="2014-01-19T14:13:55Z"
+ content="""
+I think that there is nothing fundamental about Mac OS X, which would prevent one from making a clean chroot that would work for non-root users. For instance, I believe that jailkit has been reported to work just fine. The problem is that you'll have to rebuild most of the stuff you need from scratch, which is very tedious. Might be easier to find instances where Homebrew has something like -march=native added to the $CFLAGS (not that I particularly fancy Homebrew of all 'missing' package managers on OS X).
+
+Anyways, it sounds like I'm going to get a Mac Mini donated sometime soon and I'm curious as to what would be the best way to make use of it for the CI system...
+"""]]
diff --git a/doc/devblog/day_99__catching_up_again/comment_2_c8363d47223e7bb899420e800bde3e27._comment b/doc/devblog/day_99__catching_up_again/comment_2_c8363d47223e7bb899420e800bde3e27._comment
new file mode 100644
index 0000000000..fb2377845d
--- /dev/null
+++ b/doc/devblog/day_99__catching_up_again/comment_2_c8363d47223e7bb899420e800bde3e27._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnE6kFAbud1LWrQuyX76yMYnUjHt9tR-A8"
+ nickname="Leonardo"
+ subject="Chroots"
+ date="2014-01-21T13:52:29Z"
+ content="""
+How about simply having sshd inside the chroot?
+"""]]
diff --git a/doc/devblog/day_9__Friday_the_13th.mdwn b/doc/devblog/day_9__Friday_the_13th.mdwn
new file mode 100644
index 0000000000..77d9039eb8
--- /dev/null
+++ b/doc/devblog/day_9__Friday_the_13th.mdwn
@@ -0,0 +1,21 @@
+Worked to get git-remote-gcrypt included in every git-annex autobuild
+bundle.
+(Except Windows; running a shell script there may need some work later..)
+
+Next I want to work on making the assistant easily able to create encrypted
+git repositories on removable drives. Which will involve a UI to select
+which gpg key to use, or creating (and backing up!) a gpg key.
+
+But, I got distracted chasing down some bugs on Windows. These were
+quite ugly; more direct mode mapping breakage which resulted in 
+files not being accessible. Also fsck on Windows failed to detect and fix
+the problem. All fixed now. (If you use git-annex on Windows, you should
+certainly upgrade and run `git annex fsck`.)
+
+As with most bugs in the Windows port, the underlying cause turned out to
+be stupid: `isSymlink` always returned False on Windows. Which makes sense
+from the perspective of Windows not quite having anything entirely like
+symlinks. But failed when that was being used to detect when files in the
+git tree being merged into the repository had the symlink bit set..
+
+Did bug triage. Backlog down to 32 (mostly messages from August).
diff --git a/doc/devblog/day_9__Friday_the_13th/comment_1_07195b4ec399ba1be6c8bdb3ae0fa50b._comment b/doc/devblog/day_9__Friday_the_13th/comment_1_07195b4ec399ba1be6c8bdb3ae0fa50b._comment
new file mode 100644
index 0000000000..aff4dc264a
--- /dev/null
+++ b/doc/devblog/day_9__Friday_the_13th/comment_1_07195b4ec399ba1be6c8bdb3ae0fa50b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 1"
+ date="2013-09-13T22:05:37Z"
+ content="""
+Windows *does* have something very much like symlinks – they're called *symlinks* (\"symbolic links\") and they are meant to [\"function just like UNIX links\"][1] as the official docs say.
+
+But on the other hand, yes – `isSymlink` makes less sense on Windows, because symlinks are just a type of reparse points, and there may be several other types (e.g. directory junctions should also be treated like symlinks, but mount points shouldn't...)
+
+[1]: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365680(v=vs.85).aspx
+"""]]
diff --git a/doc/devblog/day__126-127__merge_fixes.mdwn b/doc/devblog/day__126-127__merge_fixes.mdwn
new file mode 100644
index 0000000000..f4a57a09d7
--- /dev/null
+++ b/doc/devblog/day__126-127__merge_fixes.mdwn
@@ -0,0 +1,61 @@
+Yesterday I learned of a nasty bug in handling of merges in direct mode. It
+turns out that if the remote repository has added a file, and there is a
+conflicting file in the local work tree, which has not been added to git, the
+local file was overwritten when git-annex did a merge. That's really bad, I'm
+very unhappy this bug lurked undetected for so long.
+
+Understanding the bug was easy. Fixing it turned out to be hard, because
+the automatic merge conflict resolution code was quite a mess. In
+particular, it wrote files to the work tree, which made it difficult for a
+later stage to detect and handle the abovementioned case. Also, the
+automatic merge resolution code had weird asymmetric structure that I never
+fully understood, and generally needed to be stared at for an hour to begin
+to understand it.
+
+In the process of cleaning that up, I wrote several more tests,
+to ensure that every case was handled correctly. Coverage was about 50%
+of the cases, and should now be 100%.
+
+To add to the fun, a while ago I had dealt with a bug on FAT/Windows where
+it sometimes lost the symlink bit during automatic merge resolution. Except
+it turned out my test case for it had a heisenbug, and I had not actually
+fixed it (I think). In any case, my old fix for it was a large part
+of the ugliness I was cleaning up, and had to be rewritten.
+Fully tracking down and dealing with that took a large part of today.
+
+Finally this evening, I added support for automatically handling merge
+conflicts where one side is an annexed file, and the other side has the
+same filename committed to git in the normal way. This is not an important
+case, but it's worth it for completeness. There was an unexpected benefit
+to doing it; it turned out that the weird asymmetric part of the code went
+away.
+
+The final core of the automatic merge conflict resolver has morphed from
+a mess I'd not want to paste here to a quite consise and easy to follow
+bit of code.
+
+[[!format haskell """
+        case (kus, kthem) of
+                -- Both sides of conflict are annexed files
+                (Just keyUs, Just keyThem) -> resolveby $
+                        if keyUs == keyThem
+                                then makelink keyUs
+                                else do
+                                        makelink keyUs
+                                        makelink keyThem
+                -- Our side is annexed file, other side is not.
+                (Just keyUs, Nothing) -> resolveby $ do
+                        graftin them file
+                        makelink keyUs
+                -- Our side is not annexed file, other side is.
+                (Nothing, Just keyThem) -> resolveby $ do
+                        graftin us file
+                        makelink keyThem
+                -- Neither side is annexed file; cannot resolve.
+                (Nothing, Nothing) -> return Nothing
+"""]]
+
+Since the bug that started all this is so bad, I want to make a release
+pretty soon.. But I will probably let it soak and whale on the test suite
+a bit more first. (This bug is also probably worth backporting to old
+versions of git-annex in eg Debian stable.)
diff --git a/doc/devblog/moving_blogs.mdwn b/doc/devblog/moving_blogs.mdwn
new file mode 100644
index 0000000000..f6dac56c9e
--- /dev/null
+++ b/doc/devblog/moving_blogs.mdwn
@@ -0,0 +1,5 @@
+I've started a new page for my devblog, since I'm not focusing extensively
+on the assistant and so keeping the blog [[here|design/assistant/blog]]
+increasingly felt wrong. Also, my new year of
+[crowdfunded development](https://campaign.joeyh.name)
+formally starts in September, so a new blog seemed good.
diff --git a/doc/devblog/moving_blogs/comment_1_6caa7e67461a6ea5de8155ae9cf75fab._comment b/doc/devblog/moving_blogs/comment_1_6caa7e67461a6ea5de8155ae9cf75fab._comment
new file mode 100644
index 0000000000..46df4a7f68
--- /dev/null
+++ b/doc/devblog/moving_blogs/comment_1_6caa7e67461a6ea5de8155ae9cf75fab._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://pnijjar.livejournal.com/"
+ ip="99.236.22.229"
+ subject="comment 1"
+ date="2013-08-31T00:05:16Z"
+ content="""
+Do we need to update our RSS feeds? I appear to be getting your devblog posts in my old feed, but I do not know whether that will continue working.
+"""]]
diff --git a/doc/devblog/moving_blogs/comment_2_e3e2048fc2397b87a2f29c9fe49394cb._comment b/doc/devblog/moving_blogs/comment_2_e3e2048fc2397b87a2f29c9fe49394cb._comment
new file mode 100644
index 0000000000..19b5ae1c6f
--- /dev/null
+++ b/doc/devblog/moving_blogs/comment_2_e3e2048fc2397b87a2f29c9fe49394cb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 2"
+ date="2013-08-31T10:03:04Z"
+ content="""
+The old RSS feed will continue working.
+
+So sit back, relax, and enjoy the show.
+"""]]
diff --git a/doc/devblog/whither_XMPP.mdwn b/doc/devblog/whither_XMPP.mdwn
new file mode 100644
index 0000000000..9e99ba1acd
--- /dev/null
+++ b/doc/devblog/whither_XMPP.mdwn
@@ -0,0 +1,30 @@
+Pushed a release today. Rest of day spent beating head against Windows XMPP
+brick wall.
+
+Actually made a lot of progress -- Finally found the right approach, and
+got a clean build of the XMPP haskell libraries. But.. ghc fails to
+load the libraries when running Template Haskell. 
+"Misaligned section: 18206e5b".
+Filed [a bug report](https://ghc.haskell.org/trac/ghc/ticket/8830), 
+and I'm sure this alignment problem can be fixed,
+but I'm not hopeful about fixing it myself.
+
+One workaround would be to use the EvilSplicer, building once without the
+XMPP library linked in, to get the TH splices expanded, and then a second
+time with the XMPP library and no TH. Made a `winsplicehack` branch with
+tons of ifdefs that allows doing this. However, several dozen haskell libraries
+would need to be patched to get it to work. I have the patches from
+Android, but would rather avoid doing all that again on Windows.
+
+Another workaround would be to move XMPP into a separate process from the
+webapp. This is not very appealing either, the IPC between them would be
+fairly complicated since the webapp does stuff like show lists of XMPP
+buddies, etc. But, one thing this idea has to recommend it is I am already
+considering using a separate helper daemon like this for
+[[design/assistant/Telehash]].
+
+So there could be synergies between XMPP and Telehash support, possibly
+leading to some kind of plugin interface in git-annex for this sort of
+thing. But then, once Telehash or something like it is available and
+working well, I plan to deprecate XMPP entirely. It's been a flakey pain
+from the start, so that can't come too soon.
diff --git a/doc/direct_mode.mdwn b/doc/direct_mode.mdwn
new file mode 100644
index 0000000000..749d3a6e2c
--- /dev/null
+++ b/doc/direct_mode.mdwn
@@ -0,0 +1,93 @@
+Normally, git-annex repositories consist of symlinks that are checked into
+git, and in turn point at the content of large files that is stored in
+`.git/annex/objects/`. Direct mode gets rid of the symlinks.
+
+The advantage of direct mode is that you can access files directly,
+including modifying them. The disadvantage is that most regular git
+commands cannot be used in a direct mode repository.
+
+Normally, git-annex repositories start off in indirect mode. With some
+exceptions:
+
+* Repositories created by the [[assistant]] use direct mode by default.
+* Repositories on FAT and other less than stellar filesystems
+  that don't support things like symlinks will be automatically put
+  into direct mode.
+* Windows always uses direct mode.
+
+## enabling (and disabling) direct mode
+
+Any repository can be converted to use direct mode at any time, and if you
+decide not to use it, you can convert back to indirect mode just as easily.
+Also, you can have one clone of a repository using direct mode, and another
+using indirect mode.
+
+To start using direct mode:
+
+	git annex direct
+
+To stop using direct mode:
+
+	git annex indirect
+
+## safety of using direct mode
+
+With direct mode, you're operating without large swathes of git-annex's
+carefully constructed safety net, which ensures that past versions of
+files are preserved and can be accessed. 
+With direct mode, any file can be edited directly, or deleted at any time,
+and there's no guarantee that the old version is backed up somewhere else.
+
+So if you care about preserving the history of files, you're strongly
+encouraged to tell git-annex that your direct mode repository cannot be
+trusted to retain the content of a file. To do so:
+
+	git annex untrust .
+
+On the other hand, if you only care about the current versions of files,
+and are using git-annex with direct mode to keep files synchronised between
+computers, and manage your files, this should not be a concern for you.
+
+## use a direct mode repository
+
+You can use most git-annex commands as usual in a direct mode repository.
+
+Direct mode also works well with the git-annex assistant.
+
+The most important command to use in a direct mode repository is `git annex
+sync`. This will commit any files you have run `git annex add` on, as well
+as files that were added earlier and have been modified. It will push 
+the changes to other repositories for `git annex sync` there to pick up,
+and will pull and merge any changes made on other repositories into the
+local repository.
+
+## what doesn't work in direct mode
+
+A very few git-annex commands don't work in direct mode, and will refuse
+to do anything. For example, `git annex unlock` doesn't make sense in
+direct mode.
+
+As for git commands, direct mode prevents using any git command that would
+modify or access the work tree. So you cannot `git commit` or `git pull`
+(use `git annex sync` for both instead), or run `git status` (use `git
+annex status` instead). These git commands will complain "fatal: This
+operation must be run in a work tree".
+
+The reason for this is that git doesn't understand how git-annex uses the
+work tree in direct mode. Where git expects the symlinks that get checked
+into git to be checked out in the work tree, direct mode instead replaces
+them with the actual content of files, as managed by git-annex.
+
+There are still lots of git commands you can use in direct mode. For
+example, you can run `git log` on files, run `git push`, `git fetch`,
+`git config`, `git remote add` etc.
+
+## forcing git to use the work tree in direct mode
+
+This is for experts only. You can lose data doing this, or check enormous
+files directly into your git repository, and it's your fault if you do!
+Also, there should be no good reason to need to do this, ever.
+
+Ok, with the warnings out of the way, all you need to do to make any
+git command access the work tree in direct mode is pass it 
+`-c core.bare=false`
diff --git a/doc/direct_mode/comment_11_1c79c93f4b17cfc354ab920e3775cc60._comment b/doc/direct_mode/comment_11_1c79c93f4b17cfc354ab920e3775cc60._comment
new file mode 100644
index 0000000000..ad1b66bc07
--- /dev/null
+++ b/doc/direct_mode/comment_11_1c79c93f4b17cfc354ab920e3775cc60._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://www.gl-como.it/author/valhalla/"
+ nickname="valhalla"
+ subject="Direct mode clone of an indirect repo"
+ date="2013-08-18T08:47:35Z"
+ content="""
+I too have issues with mixing direct and indirect mode repositories.
+
+ I have a regular, existing repository with ebooks, shared between various clones on proper :) filesystems; now I would need a copy of some of them on an ereader which only offers a FAT filesystem, so it has to be direct mode.
+
+    mount $READER
+    cd $reader
+    git clone $REPO
+
+I get a directory full of small files, the way git manages links on FAT.
+
+    git annex init \"ebook reader\"
+
+This detects the fact that it is working on a crippled filesystem, enables direct mode and disables ssh connection caching; up to now everything seems to be fine, but then
+
+    git annex get $SOME_BOOK
+
+seems to work, downloads the file somewhere, but when I try to open $SOME_BOOK it is still the fake link, and the file has been downloaded in its destination, as if the repo wasn't in direct mode.
+
+I use version 4.20130723 on debian jessie
+"""]]
diff --git a/doc/direct_mode/comment_12_1b5218fdb6ee362d6df68ff1229590d4._comment b/doc/direct_mode/comment_12_1b5218fdb6ee362d6df68ff1229590d4._comment
new file mode 100644
index 0000000000..1743d5df99
--- /dev/null
+++ b/doc/direct_mode/comment_12_1b5218fdb6ee362d6df68ff1229590d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 12"
+ date="2013-08-23T17:48:54Z"
+ content="""
+There should be no obstacles to using direct mode on one clone of a git repository, and indirect mode on another clone. The data stored in git for either mode is identical, and I do this myself for some repositories.
+
+@valhalla, you probably need to run `git annex fsck`, and if that does not solve your problem, you need to file a bug report.
+"""]]
diff --git a/doc/direct_mode/comment_12_7d507b6f87085a19d8dd5014f580922b._comment b/doc/direct_mode/comment_12_7d507b6f87085a19d8dd5014f580922b._comment
new file mode 100644
index 0000000000..bc8f006800
--- /dev/null
+++ b/doc/direct_mode/comment_12_7d507b6f87085a19d8dd5014f580922b._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ ip="82.247.184.53"
+ subject="Fixing symlinks to the annex store in direct mode"
+ date="2014-07-16T06:52:33Z"
+ content="""
+I have an issue with direct mode: I have tons of symlinks that points to the git-annex store, while in direct mode. After investigation, I found that these files don't seem to be part of the repository. I can check with:
+
+    $ git -c core.bare=false status --porcelain tr.html
+    ?? Documentation/Mozilla/developer.mozilla.org/tr.html
+
+    $ ls -l tr.html
+    lrwxrwxrwx 1 mildred mildred 205 10 juin  16:22 tr.html -> ../../../.git/annex/objects/gF/z1/SHA256E-s31895--c873982bd742ba8db6e026afee26b7ab2f75f54f587304d8c2d877db3900c0f6.html/SHA256E-s31895--c873982bd742ba8db6e026afee26b7ab2f75f54f587304d8c2d877db3900c0f6.html
+
+The link is valid, and is probably pointing to a unused file in the annex store. How to add these files back?
+
+If I was in indirect mode, I could simply use `git add tr.html` (and **not** `git annex add`). This would stage to the git staging area the symlink, and all would be well.
+
+I found that in direct mode, the same was true. The command is: 
+
+    git -c core.bare=false add tr.html
+
+The file is added to the repository, and the link is converted to the target file. The question now is why? There is no hook on the add command. Could it be the annex assistant? If that didn't worked, my question would have been: how to checkout a file in direct mode?
+"""]]
diff --git a/doc/direct_mode/comment_13_5169c5541970d3b3bc1e080e07539b22._comment b/doc/direct_mode/comment_13_5169c5541970d3b3bc1e080e07539b22._comment
new file mode 100644
index 0000000000..7d15fca6f8
--- /dev/null
+++ b/doc/direct_mode/comment_13_5169c5541970d3b3bc1e080e07539b22._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ ip="82.247.184.53"
+ subject="Re: Fixing symlinks to the annex store in direct mode"
+ date="2014-07-16T07:04:08Z"
+ content="""
+What I said was just wrong. Instead of trying on tr.html, I tried with a copy of that file. But making the copy of that file had the wanted effect, transforming the symlink to the actual file. Probably the assistant monitoring file creation, and transforming indirect file to direct file. Or perhaps the `cp` command follows symlinks by default (I thought it didn't).
+"""]]
diff --git a/doc/direct_mode/comment_13_55108ac736ea450df89332ba5de4a208._comment b/doc/direct_mode/comment_13_55108ac736ea450df89332ba5de4a208._comment
new file mode 100644
index 0000000000..b8d80cd7ea
--- /dev/null
+++ b/doc/direct_mode/comment_13_55108ac736ea450df89332ba5de4a208._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 13"
+ date="2013-08-23T17:50:15Z"
+ content="""
+@obergix asked:
+
+> But then, how can a direct repo sync with changes made in other remotes, if there no pull/fetch available.
+
+The answer is simple: By running `git annex sync`, which handles all that.
+"""]]
diff --git a/doc/direct_mode/comment_14_03a02e689d92faa596de98e02b2ffe28._comment b/doc/direct_mode/comment_14_03a02e689d92faa596de98e02b2ffe28._comment
new file mode 100644
index 0000000000..ce47a5eb8c
--- /dev/null
+++ b/doc/direct_mode/comment_14_03a02e689d92faa596de98e02b2ffe28._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 14"
+ date="2014-07-16T17:51:28Z"
+ content="""
+I kinda wish people would post questions to the forum, and not clutter up this page..
+
+Anyway, there have been past bugs in the direct mode code that caused some files to not be checked out in direct mode, but stay as symlinks pointing at the content. That can be fixed by running `git annex fsck`. But, I am not aware of any problem that can leave a git-annex symlink that is not checked into git at all. Perhaps you copied the symlink from another location?
+"""]]
diff --git a/doc/direct_mode/comment_14_ff4ffc2aabc5fd174d7386ef13860f78._comment b/doc/direct_mode/comment_14_ff4ffc2aabc5fd174d7386ef13860f78._comment
new file mode 100644
index 0000000000..3a538e00b3
--- /dev/null
+++ b/doc/direct_mode/comment_14_ff4ffc2aabc5fd174d7386ef13860f78._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="Git annex copy needed before git annex sync"
+ date="2013-08-23T19:59:35Z"
+ content="""
+Thanks for these details @joeyh. But AFAIU, one needs to proceed to the git annex copy before doing the git annex sync, otherwise, symlinks (or files containing the symlink path on SMB) will be created, instead of the plain \"direct\" files that are expected.
+
+I'm still not sure whether the git annex sync needs to be issued on either of the indirect or direct remotes first, or both, then in which sequence. I think a \"walkthrough\" script would help.
+"""]]
diff --git a/doc/direct_mode/comment_15_1cd32456630b25d5aaa6d2763e6eb384._comment b/doc/direct_mode/comment_15_1cd32456630b25d5aaa6d2763e6eb384._comment
new file mode 100644
index 0000000000..d265118a04
--- /dev/null
+++ b/doc/direct_mode/comment_15_1cd32456630b25d5aaa6d2763e6eb384._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 15"
+ date="2013-08-24T15:56:47Z"
+ content="""
+No, you can sync before you copy, get, or whatever. git-annex will replace the symlinks with the actual files when they arrive at the repository.
+"""]]
diff --git a/doc/direct_mode/comment_3_8020d74bddf0e38b0a297e5dae7c217b._comment b/doc/direct_mode/comment_3_8020d74bddf0e38b0a297e5dae7c217b._comment
new file mode 100644
index 0000000000..f89cafe533
--- /dev/null
+++ b/doc/direct_mode/comment_3_8020d74bddf0e38b0a297e5dae7c217b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl2Jj8q2upJL4ZQAc2lp7ugTxJiGtcICv8"
+ nickname="Michael"
+ subject="comment 3"
+ date="2013-02-19T03:03:14Z"
+ content="""
+So, if I edit a \"content file\" (change a music file's metadata, say), what's the workflow to record that fact and then synchronise it to other repositories?
+
+I can't do a `git add`, so I don't understand what has to happen as a first step.  (Thanks for your quick reply above, BTW.)
+
+
+"""]]
diff --git a/doc/direct_mode/comment_4_97c26bd82f623a3b2d56bab4afff0126._comment b/doc/direct_mode/comment_4_97c26bd82f623a3b2d56bab4afff0126._comment
new file mode 100644
index 0000000000..cf5ae2fb64
--- /dev/null
+++ b/doc/direct_mode/comment_4_97c26bd82f623a3b2d56bab4afff0126._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.183"
+ subject="comment 4"
+ date="2013-02-19T03:05:35Z"
+ content="""
+<pre>
+git annex add $file
+git annex sync
+git annex copy $file --to otherrepo
+</pre>
+"""]]
diff --git a/doc/direct_mode/comment_5_42363bf0367f935b3eee8ad3d2eaf5cf._comment b/doc/direct_mode/comment_5_42363bf0367f935b3eee8ad3d2eaf5cf._comment
new file mode 100644
index 0000000000..d4e2962a64
--- /dev/null
+++ b/doc/direct_mode/comment_5_42363bf0367f935b3eee8ad3d2eaf5cf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="mildred"
+ ip="2a01:e35:2f7b:8350:225:22ff:fe40:fdfc"
+ subject="What happens to object database in direct mode?"
+ date="2013-07-08T13:27:21Z"
+ content="""
+What happens to the object database (`.git/annex/objects`) when going to direct mode? Are the objects deleted, moved to another location, kept?
+
+If the objects are kept, does it means that the file on the repository in direct mode is duplicated in the object database? If so, would it be relevant to use `cp --reflink=auto` to populate the working directory to enable copy on write on filesystems that supports it?
+"""]]
diff --git a/doc/direct_mode/comment_6_5f03b1686c1fb3f7606a5bc724ac3812._comment b/doc/direct_mode/comment_6_5f03b1686c1fb3f7606a5bc724ac3812._comment
new file mode 100644
index 0000000000..1cdb9a79c7
--- /dev/null
+++ b/doc/direct_mode/comment_6_5f03b1686c1fb3f7606a5bc724ac3812._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 6"
+ date="2013-07-08T16:11:32Z"
+ content="""
+`.git/annex/objects` does not typically contain any file contents in direct mode. The file contents are stored directly in the working tree.
+"""]]
diff --git a/doc/direct_mode/comment_7_5355ac418bfb26e990762b80f4c36b77._comment b/doc/direct_mode/comment_7_5355ac418bfb26e990762b80f4c36b77._comment
new file mode 100644
index 0000000000..d416a01f62
--- /dev/null
+++ b/doc/direct_mode/comment_7_5355ac418bfb26e990762b80f4c36b77._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 7"
+ date="2013-08-12T18:06:21Z"
+ content="""
+Would it be safe to add largefiles to gitignore in direct mode?
+
+Can git-annex still track large files ignored by git?
+
+Thanks. :-)
+"""]]
diff --git a/doc/direct_mode/comment_8_6cd15e2c5fd0bef48f60c6993322c2fc._comment b/doc/direct_mode/comment_8_6cd15e2c5fd0bef48f60c6993322c2fc._comment
new file mode 100644
index 0000000000..72ba16baf4
--- /dev/null
+++ b/doc/direct_mode/comment_8_6cd15e2c5fd0bef48f60c6993322c2fc._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 8"
+ date="2013-08-12T18:12:32Z"
+ content="""
+asbraithwaite:
+No, as far as I know it can not.
+"""]]
diff --git a/doc/distributed_version_control.mdwn b/doc/distributed_version_control.mdwn
new file mode 100644
index 0000000000..ccf82b91c7
--- /dev/null
+++ b/doc/distributed_version_control.mdwn
@@ -0,0 +1,21 @@
+In git, there can be multiple clones of a repository, each clone can 
+be independently modified, and clones can push or pull changes to
+one-another to get back in sync.
+
+git-annex preserves that fundamental distributed nature of git, while
+dropping the requirement that, once in sync, each clone contains all the data
+that was committed to each other clone. Instead of storing the content
+of a file in the repository, git-annex stores a pointer to the content.
+
+Each git-annex repository is responsible for storing some of the content,
+and can copy it to or from other repositories. [[Location_tracking]]
+information is committed to git, to let repositories inform other
+repositories what file contents they have available.
+
+---
+
+The [[walkthrough]] shows how to create a distributed set of git-annex
+repositories with no central repository.
+
+Prefer a central repository like GitHub? See the
+[[tips/centralized_git_repository_tutorial]].
diff --git a/doc/download.mdwn b/doc/download.mdwn
new file mode 100644
index 0000000000..8c6f5b5140
--- /dev/null
+++ b/doc/download.mdwn
@@ -0,0 +1,40 @@
+The main git repository for git-annex is `git://git-annex.branchable.com/`
+
+(You can push changes to this wiki from that anonymous git checkout.)
+
+Other mirrors of the git repository:
+
+* `git://git.kitenet.net/git-annex` [[gitweb](http://git.kitenet.net/?p=git-annex.git;a=summary)]
+* [at github](https://github.com/joeyh/git-annex)
+
+Releases of git-annex are uploaded
+[to hackage](http://hackage.haskell.org/package/git-annex). Get your
+tarballs there, if you need them.
+
+Some operating systems include git-annex in easily prepackaged form and
+others need some manual work. See [[install]] for details.
+
+## git branches
+
+The git repository has some branches:
+
+* `ghc7.0` supports versions of ghc older than 7.4, which
+  had a major change to filename encoding.
+* `old-monad-control` is for systems that don't have a newer monad-control
+  library.
+* `no-ifelse` avoids using the IFelse library
+  (merge it into master if you need it)
+* `no-bloom` avoids using bloom filters. (merge it into master if you need it)
+* `no-s3` avoids using the S3 library (merge it into master if you need it)
+* `debian-stable` contains the latest backport of git-annex to Debian
+  stable.
+* `tweak-fetch` adds support for the git tweak-fetch hook, which has
+  been proposed and implemented but not yet accepted into git.
+* `setup` contains configuration for this website
+* `pristine-tar` contains [pristine-tar](http://kitenet.net/~joey/code/pristine-tar)
+  data to create tarballs of any past git-annex release.
+
+----
+
+Developing git-annex? Patches are very welcome.
+You should read [[coding_style]].
diff --git a/doc/download/comment_1_ec2578241a966cfcdd43f2a26a5c8709._comment b/doc/download/comment_1_ec2578241a966cfcdd43f2a26a5c8709._comment
new file mode 100644
index 0000000000..e242230a05
--- /dev/null
+++ b/doc/download/comment_1_ec2578241a966cfcdd43f2a26a5c8709._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3uJkdiJJejvqix9dULvw_Ma7DCtB-6zA"
+ nickname="Ian"
+ subject="git clone git://git-annex.branchable.com/ gives an error"
+ date="2012-08-13T20:57:34Z"
+ content="""
+Thought you would want to know
+
+error: unable to create file doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2_however_syb-0.1.0.2_was_excluded_because_json-0.5_requires_syb___62____61__0.3.3.mdwn (File name too long)
+fatal: cannot create directory at 'doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2_however_syb-0.1.0.2_was_excluded_because_json-0.5_requires_syb___62____61__0.3.3': File name too long
+
+
+"""]]
diff --git a/doc/download/comment_2_ee0d158ac59903737dbc4ef632f11fe3._comment b/doc/download/comment_2_ee0d158ac59903737dbc4ef632f11fe3._comment
new file mode 100644
index 0000000000..d3024217a9
--- /dev/null
+++ b/doc/download/comment_2_ee0d158ac59903737dbc4ef632f11fe3._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-08-16T23:28:30Z"
+ content="""
+Ok, I've renamed that long-ish filename.
+"""]]
diff --git a/doc/ekg.mdwn b/doc/ekg.mdwn
new file mode 100644
index 0000000000..508fd2e929
--- /dev/null
+++ b/doc/ekg.mdwn
@@ -0,0 +1,31 @@
+You can `cabal configure -fEKG` to build a git-annex that includes
+the EKG remote monitoring interface.
+
+To access the EKG control panel, go to
+<http://localhost:4242/> while a git-annex command is running.
+
+This EKG build is mostly useful for debugging resource usage problems.
+
+[[!img ekg.png caption="git-annex webapp startup, and assistant startup scan"]]
+
+Note that since only one process can open port 4242 at a time, running
+more than one git-annex process with EKG support at the same time can
+result in some "resource busy (Address already in use)" messages -- but
+git-annex will continue to work.
+
+----
+
+## full profiling
+
+For the really tricky memory leaks, here's how to make a profiling build of
+git-annex.
+
+1. `cabal configure` with only the flags you really need
+2. `cabal build --ghc-options="-prof -auto-all -caf-all"`
+  This will probably fail due to some missing profiling libraries.
+  You have to get the profiling versions of all needed haskell libraries
+  installed somehow.
+3. Run git-annex with the special flags `+RTS -hc -p`
+4. Reproduce the memory leak problem.
+5. If the assistant was run, stop it.
+6. `hp2ps -e8in -c git-annex.hp` to generate a .ps graph of memory usage.
diff --git a/doc/ekg/ekg.png b/doc/ekg/ekg.png
new file mode 100644
index 0000000000000000000000000000000000000000..a8d16a2d819fafadfcf97347e39cfe2da4d3074b
GIT binary patch
literal 57392
zcmb5WWmH>TyDl8urL;hCC<TgZaVuWj-HN*f_ZBVgF2##Ok>FaaxVyUqcgsoJ=h^$+
z`;768@BByzYtGCy<<{%IR=z6AOJblBq5=Q_jE_=c$^Za7^abOL3=6#yjT<%&{e$8l
zr3C~4&|dz2!2r@SUPCV;Ie(NBM_NWhd_}}MiHsHl0FVPdihWRZUpQL!(^YZHVt&@>
zAf6&-{D{DA+HV!<ifkOYNChm)e;6AoH#<mip>v@d(QKk@jD~eXyo>68_d{O{@e?zf
z+vmoYDVb9wx#hK+hTvS=faaIHZe6Z~y!5q%ezFXlVHnR+`QC4~9wbGOv0+`G5L&Xa
z$WHp!fr7gi12ntH9=kwa<mdZJ$inUg3OsDsD_Z4zsn|E-zdvNev051#0sw#h`S+^)
z^lR}{vj4nfSs(JZ|36)595WobYTo%K0$^8%&3;k;$B6m2*gd9$N$X4=!)9=&0tGmM
z*doXjf!OC`p|EQgcgND+u<jejbrSzf;O~HLRH#|r=L38SNqB}MBL1SQ2vrJS3cz46
zAXtuUSPR9WVIG#nzdNHHW(U3=wTxH3m<Bo|blk1=G;rz#SI~atQ^hmb_Ufede3P<L
zMm+&x_8wzex2briwPfK*;k--GaAel+^8Oj*cgFm?)9lTK!qfL_aLFvgHnHS9&3~@;
z<jiJtqCkcw>+P^s$%CBeKo`?RrPIZD2-&mu=ycGk?|Pz7Hi#2&yO$RYxGjoqKxi^}
zEPT6tF>7%55H~Ygt*SAn_ycAaQg_hTOqz~g<1kvOjMIi!Ci{CMM37U{;Jb264TM-&
z<V~}=9=nncJslSL(!qCU^s5HQN0s-}qe7q5b{|T7&(b}Fk5}zq^DJIi9Ap_J<S#wW
zlC`!JT>)>s+ces;QNJDFhxoa)Rc;B{>DxXJ@6A*E=kdx{b8E1<Rk+XSo|QFL*O&>O
zBj=h+d>7JS<7!a*CdPj#b3@uxzIJE;x&L`lkOaBCXn9?xr{lhUAqYStjpXsH-LfK6
ze;!r__&r}_!!Y=GPFDEY&9RLBu$_!fXJ&;2mqX5W8(B4*@AuJ??O>&RHmV_u?!+A=
z!|z}GIdu{0WRHuT<=e*+KM!@;T6^`Q$gEK$4GB1<4!{^$nfKMf^cVtDm@(XQh6u7d
z3}i`Z?=ial#mSyW&Y10qO})83IzW}f7veC8g#~)7$~}AN=({jl5H<IDe%@`LJAFR|
z864h`v3WNc2IDW2Y<DlSFzPaCgY_TBsUiq#D0qo+n}Rj#_0VYX!LZyv9rvMMci?Eg
zI{G%ZVO-}f*&JgS!jB^W93dV!;)&x?Vg<qixyRYX<K`OU=9O3<DdQw1E=ilf5zJ>z
z5K}czGGoe#hP8!q1>Y|fL}}%#74O^oMz})Sjs>%^4F$7LsEyw3=KQN;`BIMBV#pN!
zSYP(EY7p)G)|v5#Gl#3wL3Y*iH9@exQ4gL5a~?0&4N>qB#C*<z!X0&|D1oFdK8|qy
zq1m`kJy$C_`dQhuuZAM3z!7}uc}?R%jVMWt1`m&qlFwf$hdy==M}J-u!ws8!MrugO
z<w~-xoNK0eqO6j6PCyD>CzUhI&PF<&>#7|0Ci|;4lOK-qYM$;SFNL!oBr4k-sJS*5
zFlJ7=!8$8*9^=O-wVQ1{_da`vM4{<K@4mi}xY512eqdSK-!vQf3Z28)e2QZos1<ai
zlb$X6#COr?3WydgX1p~mzRQb-T=|t@&3J%y$;OI`9|vyEBa)U-FWQ^|8l!ciUb<I5
z<BQ2sM`7IAu7X|w#r|4{7}^0~U0=JyB9}86=-t}2|ER%h+&FwO&C^*d##iWgKYR`5
zw%%ysxJXvs8eE?s39iIl2^<fAHE+9*{BA>bcZ|9l)5hQXotM@V&D^)9Ckv$g!1dpj
z67WAUweRU78~R9l-w9-`eL(rEfS4)Fr}nq4rAXMg7yza5&82Bx95Q$%0KC#>Mvtp`
zjevdjq1Q%FGMnE$8033b-j-q-y~;hIb+-_8AB~j0hi<0I<)8hSKXE$K<+t=;(o5KO
z?oZ{C<GTzLa-YcWyt~0Xx}E>QW&3TO^sgQiHdSTc+233_)$Ck*@Uzy4fgU_**cRE(
zi+P0GLH4~vjVsJ{!x;i-FU-BnmiEI}AmhWcoNdo_Je7R_J)heY3U^=t<b>!@)LOej
z1abt)fOA0C_<V9yTbQ6_<RASo7Ua<k^DP<^_MiK4;MGt0bPH(kKU|m1v){KjID%)s
z|9XKJoMgY;Lg8x?<#s&;6O9x~&}_}QDKi9ehSB5dN@y1-IlT#>iuO5~4m3queMlwc
z5<;v}EQcBM8Ii6L_<LHip9GTiJ_()sjbojtDRA&VbrxL*szy~|H+iE0TLtuQ5xt4Y
zCRe%MG$Jp%_C68V*4?+}L!KwIdtXOAo_N|Fw+v;Q!E&usJQI*0{X3+Ou>vrVnxB$R
zQWIGZZ}cE?!wd^K*X(v~*qStAIc@DLO;!U|o*pOCG@q*D!AVwnGfQDKm2TZr+i~5|
zsw*om_Fv;lVGstuhJ}T(dyp_wq_keiu0`q~CjZ*q^7;}({}ogZ|J?BA!<3Jg;Gx`F
zv`-tzeq))aEt)`}Jn283+zqXS(EVOs!s9=d%;JCfK&Vgr>)Ay9cMDmEO|;mXoUQ18
z+G_;<)8*z%{kxCYBLAz!9b%jyOn!Rj{XhD1n{Fo3YdoT0|DAfE>_^z%*9HHaMNDzV
zwc?0qzv>jiC@!*bCnGv-3+xO66HI9KDK&uqG~<huOR{I`)Fwvr_2-D2HuTiY;2Uj2
zt=ITJrt_D3jHBK;1*o{U2%KgR)E&}XPzXH7kY%lE2gW?uBDNv~%Ca6kR(GpaX166(
z2~X8gcqP8`cnNTq&z{p6U%*XH8*8=N#SF!ZYDWRAc@G}C)Y&JK3i6+CLiUX%t&Yo*
zKMJgzT9f^BKUs{yXtrk3T?0_~PnoOCwzN3>IN3O*MCB>$=HPbe8<d~Uu;F$&m%XXd
z6B@wUcMSI4ZN(NTd__iKVl{u0m;HEI4#WdhZrv7%>r6Zb_4#RCPOd(VZ(KiJa`|yU
ze!Nwje(FO`zx5W(uCzB$QqtCz8d#&Is(k#ucgqvLsNwvmJDwC7>zRu4?@nOcC2G_Y
z3+>+LE#63iPIR;FQI9sNC{gWj>N{!qS2TR@)wlhcLcsR}eo~U8=OmX<#~t<#Okq-T
zw+r;KgRI`S<&1I&E&Mo(SI~pneCWFn!H}|V(^=6A&a*r3?B}y#ABYVmBg%5Vy-}-d
z<XN!ZgK)3cYH*9kg#_q9#b7ntyG?=YDCT6wy*uh%!^b(qqEmO~2j~*)#TMA-vG)5#
zv)q{jV`yo^cAAk>jr8^VzXAZWHW=068n<Z7dKc6`zrwuz`ITAs;vQ{wI#FT{-Vh^1
zp+X15R(m!k#|<DoOpM>I4s&_onM(NI%bsC88EEx_P+Xka`?W;6)X9I=BX$+*l<VT;
z4(cPirb`;|{k`CyUKCJKOSr~ndtY5)tmaZQ!Ok8)^~UbqeX&?9XQR_W<}vp)&RG>N
zCFgvsM}F<PvR&^N<bT!)=<^~A=6~2<#^+QkFJTl&&9E+G{d=RF^gxn@SETlu@%J%V
z{V_BXXcU1Hq$2%q2Rud~t|!MY!)v59n9%QJM)*Y?Vbh82+@BiFH`l6R{rga>#&ybz
z>Gi5CZw9ox;k{B@Hc5csfY&Ea1WwB{TSq2LYJrb(zuZQ2(_x$4hhB)=IiN;!d5gy1
z#*n)88|31PAVc*gCPZyC#LKNcK1Qv?K=6{Ph{g4Tf*Za+{jy%oCZ2*xe7rf%N-=jM
z<pr`oNvdRpGsXjYryv6ofAO2GickTM^_f7=)S=(|*%@);i;;R!d;c<r+xfvh^8LJ<
z<J>=YEraf2H2W6w_~6t!d`*`vObravJ>SQ|qP^v2x5;MVe$@#@b!U~UshKGY_vSS)
zEIyK$-(w@o^+q~MxY<G)reACowM!#9fM4AK#n|?T;V`JJ@L^`wdDRorzfSgi!HmyO
z7lt{%<#%kUwwBNR`SAYfb3Fd$Or;hIxi_<lQOl=U!I-lZ5XH&zb*cDxdp7;Hpan}t
zYHE|&_W3|t_<xJsdUe;L%WeMy(F}t>h`uYG#WdI(sa3W-ux~oUuk02=h;c&tAQyfG
z>hof(l-VTK?c(}uaUcG%5Z6<emO^D1jrqu3HgqjHb+M%W>t@fcz`JFyHx;FIULOvk
zGD{zK-HxPIm8|GUtmDTJvB)rWUlK2E%~_5fs!8JT7d4Bashir*B{0BZ*C!XVu2fl*
z_5U^(MDiZ;Q!QC*jbpf#zgFrcaHIdnoZa$I01mz3JtBb6Q)<~%3Wb(r+MmlAkc~D@
z$eq_$09J$l;G1t&)+M?cIAw@tNWg&2&H)(TsySFd3vYg_5>*+TLqI$%8w>qwqIx{n
z2E8?Rhp-pS=tG#jh+g^hrGEs4&z!{fOOx`eTQ4VsJtL{L;NvxuD|n`B=t^EpOE6?3
zRd`_2i|ru=jkn6Co&_^DLN;3~n^V>aC8F$<Pd3IWQAzCQa^$AZqUPS7r?XIn5a%S*
zcCYAWHlAPzx4dgsFG@P+KVsrYFB4FgiIY~*`34U#uPG>-u(@gCk3r5+Ls3IeTf+tX
zP_KYjT%5qMad1Zga_po<WXfZyUgXd(XlD40feEw^t(Z6n7LSrCa4AIFWlKs?Yd3yq
z)1#%^>L(*9znG}K*uJN8P`<yAgPN~D?$52vVKBVhoVm#4m{x%-?Xx4CJR$*p|9u#6
zP<tUWz>UKZRv?x3Vsa1*Mzhh0%0DTlmZtXSC(f4IU2=foi;lQJe7;uX3Kwm;bkM8^
z1+0m`DDr5I&peJAq5nbINz3>?L57bLAWP3W+48)^!Y|hAk2m@44^^VCj!Xfb<yI`4
z)qph^9snM<hMb1}H&eUbBSX8=Wgq8RLF2{kOB4<}mQ<Kf<sVlFmWJP%*mGL#EXu3L
z(aM%8H0Y_!N^4yFB0Hy4ze&TLN)#apyGH8MsifK-Cv8ZJhKPuIg)1(I{_*u~@Q_W7
z?YIt}axH7Opo**P$U+m6nIB7LrL)^4_0tVD=FD*K1}5pK0OZ4ywtklHz}3#z0Egqn
zRc`KB6L7<8O&a~+tm~*pJ*UKXl9aQgQt{H$wKc!x<M(p524BFCf(A!qwg9}b9GWWx
zWuNGnO06&6IB*go)kZHbR7rZ>F()cZ!`%oe{%RN}(2$DWJ42*1NlKW)CDid8Vq_HP
zN^&izYW-%ysOnJ*`mcebh7Iytyz8fDEEEq1VUBpT4@dP~%k@agjBT2c$z4WaB9*%u
zNt!v^IM`+#7kTtCJ8VJd29)qEL-U;<aRDjaoV=S0E>)qMk}IX;dY!6BQ^WGD(>qOb
zQ&X;IhM&&H7eG*PxFHs(Ncg=F6IA6QQ@}gExgCooSdDl>v$`5>t0iLXJ|RXGa#l;t
zc&JLgbGc(DW(CN&Q0NXjq@bIc<`9M9)536Q>~>GXo97k(aM0{c%!lpZ+9~~{-krNs
zW>wMMUc$pQc)2m-Y(5WD-dY%nG`64PBYuq36i@V97W-dqA?gp=U)O@+s*u+n6~Hh6
z$Bp|qI385Ms6Fi=kC(S#2b?)YuQv}9r~p~XH`i3gadSS25K?cq=Com@%OBP0Rj0<a
zxH^}-Z!qW|-u2d<FTh$(-F*3a*nie9i3qD-W%f|U31E`=-i>s1SEzUdLl^$%AZMFa
zLD7@=aos=W__wUE^*H$NXf?{^f_a$t&%_MGGbGD!1h2Z^Bk+h@=ReEXk}8#G3#Du~
zj;~UxSFSXw6f3)EFDH{KndS>n`AMHe=?RX3kH5;FGCXx=Wt(cQRAYH}nw#*WiP3N2
zpsB2KpB$eFI#DWts^9JktqLNOQ&PfpyhM4VnRuUk^rRuMq?Xh2K<jf~UmK_es8Xf!
zE7I9_{873hX&3rRWSX8zoR?OhDq+csWATq@vnBEXXy9JEW3pjB?$y~zarg58_D(h6
z01clp5dlt^I32xfW{ODlZfrZXqU(q>+vJX}Wy>j%>!Wwoa7<j>nCI)6Y#k$OMr)Gg
zZ?;x)bO?XTL7=QDn{Y48(wwy@8<x1#ds4-q$M5Kt`LtZC3yw;a3d$A}9ZPc4h=AOm
z31dmy&(sp@kF8_qSdHz_F!;{^OQ}m%G7m(}*e&%)0I|cHson1dmpj<fUVrqlUv&-E
zNiHfpQf{wWwEshi^t5&O6u;d1f3+uUw2L7Tn-E(hh5W0-$P`#O|A;A6WGu1%355T<
z85*Vho;vjH-?;eyyW78ZF!0~ILca`+LH-VrQ~S?4bnMWU@cc0#vDk<pgdtL8Lo(Oz
zfkH9V^q)s}^L*rg_hwTwE!Rc)W@u0^n~3*VU0)Eil4?1!Z5Cv$L7zN4t3h&}oN~^k
zv%r)@EWothSdE!K;I%bo^JfM9sxv6gu+(|9mwg}PS?E)69S~8M@L1?OI&2I%0o}=P
ziO>(~9dh<3TU6^jl19?T52h^1exS4kCSDvBL||5IU+-A#OI|R$4eDNwAdA@;6V2}}
zNIf6I{20~UH8|CYV`gu|R9elw%icTngH&%^UA|;cyIJPV7eVv#oCVmK_;}C+IC$J*
zb1Yt^N<DW3u0|&um~KOCEL&uBkn8Ed=IKR4Tc_^TQZZ~-)33%GGQ9z#ZvB2e8Y7jd
zL2YJ1?{&sCfwu1+7J3?(VymJFzo=EdN{&|}9je%Ks!f+>@wB!1RTFKHBQ`CM*0TJz
z9fmNp($1Wh7FXX;wA;RwOou=EFh*uXF@Lu@`&RXXKv>0e`&u0<S!HB9@x<yX4P*Lp
zMP6S!lF)zN2GOuOC4lNvR3vuJ%izxK5J(3!yJj19ic=&;l85a-(SC>s@`aoktbJ*Q
z^Ik)1M5*U#S*XH;9#c$&v)uDVq9sq1;YUxk4{3`P8#d@i@5VgGiF6YS)lZ3|;P5{?
zMNYIY&2J(Ya=5|vEAhb8!b;T0#fzRCn-nBCb=?gzB)JNt%ui5fWalTG$3{n1^FJaX
z76_OSp3xwF;3v<<DmQCm$a}09>i+S`T*l91Mk23z$AV>aUu;6G9<`h^7Xd0?Vk4rt
z6Iy8zoj9p=L#iH2TX^hJlB!AP>&Y;e?l9j@#UVeHCd9cUPr&(wGZxyI^?c=#=3Z4!
zt*%SP#tc}H&mSzYQY8?9afY593ru{Nq%AGWYGsVykpLhBVk~)-8JLF7Vnl1+PGUgE
z0Lwi@=nw!5NRHCo&elcEbRy7$MM`<O1`UKp42p{9CkT{1MmsM%qihWAPS10qQs9PQ
z<YDDmRc*!4h_QAMX^5o3BK5g>U!aLt^koEx@$vmybYo8+vuAbNj=%CR*Kz})arMB9
z_0|mE@5IDdW(e+{#x(EC)hC@C+H)3=h4a)_2ddZ2>~7xjvOraCawIFSE&!r6ZsSsW
z;#GWqt7QxG+PKl$?c>j`FL4nEkG%MzcVF=UWqD1F=NN-pEW(+{wkuZpTG&JG#F35E
z#zm8G)7}<n!B6_HeVi6TagqzFs+;OI+4A4y@9zv=)%m}*23L%%C(04I!6<@iU+t!4
zWZE`e6)$Aq_@PCbn(idY_x!5k5f3x0d%+0x3ky2YRvOg%VX$!a3{0G$EVT;#O6G6B
z)xYpXq^>gU$DpEV$fkJZ>%H*{Ig(*cVf4!mQ&LduTU&|UaUW&tR53c*MNieFAKH5I
zesa{Ti4h_0N`pN$*i<FkabJmvL>%KlMU$4ru8nseoeiPps*vP;uwBh}Lpf#`(sgeD
zai0rp7pc8tb@g!kUbdIxVmipA-H`x*15@#|p*1<PiDdPvMFgqi6K9+1rUENooq^d-
zxqYB3$9*7Z3@5qV@uET<3-Gqii?|O<e<egZu`U1Q$LFxl_?a&{XI8f6=0ptYwreI@
zGZy<T=oTEj=*<ldnrMW23*$3+BT4dlu|#VypyDeVtZ&nMdxqqJG5eqP7%cQ8dOHQ4
zn{g?rnoEWa=i(MA#t&53#?3gkcePoMh7MQ;5qK6DKyN`!U(KTi!|SasYA>JVU5nE$
zXSfJeL<C=p33AqYP)QD!00)=oe0as=-F4$PI==NK##x$d|4Phh?;>!(160{;KGU_b
zX@01+$!n7uh0#W#19Fksw!f1en8DA7VNvDu(7vhEPtsI$0SK=r?dptPhpK=ME}SDe
z70u3TXJITXEm7)caM%`KYAYu--?=~Z{H$wcyCkfco^L9$8GmEx<MX*EQqNigb`DsJ
z;GageP}1G=W402};W3g>KG(rjlhf=3_NP6upGp^o8qxTdu)c%cnz6~dgSK+E#F0<d
zzLtlAp*Yd)F8=a;)X>f8*a(JTp#r!Ji5_ENNYDYVhyl(l4*ua7YM9FoVwA3ki2V&H
z26rDwjpRFygEPn$(l<$o>O1Q=5qqioK7XhYFj*jIx-{q)Es>R;OxO#4T4m^$Q9;^q
z|76#W{OzqmX#&8XUow8VX?4PPynV*A9!dCPlmrC~z%tA3LB{3f6Xlfe3t^>T?Ge$u
zSnX-GXAh&RHRo#2DV}On6dGySGhLe+Z3e5%E+ad{s&{IX1X*nncAreOwPlvGc6Q8K
zrOjE>Ve%~|-t9t7qUD=QEL5^{N~Cw9&#&Q=8c&I$EW|$gi5Ft;e<#w2@UnrQEosO(
z4|(i>DugUwr?nS1rZQ&U$y#CD$1j7V5D2)_01=gzi~)WPgBJc<g7|a$h=|`Q*Bdff
zE!CF~?{miYqh@MThw<v<?dvsR_MA7fOOq-lYo`)Z88bZ_hLbn}mX?IPIDfpT&)BB)
zKyBU*97J{9i4^^T2@X39(2&UqQTU9I!`(m#0J_3Y5Qe;$t=Ozbs;`T7Px_7w0L~*F
zYIWLdwz-!}AapGF#`2VBCbwdb%zp1}zpBrWGzvTZflm@?YVJiYE2}iH*UR_YJO1|W
zumCAlD*%TEUKccMRRNlQs>1enkHrxNx(MpZIdG=^3JbAkL^LdB3M?hSjL#`!a9)0V
ziwg*^er;DXnUUS>={2A9YYf#+XM2zD;N9B{3#Bk5i?TBKD%tX{F>QhMF<DuN-x>;W
z{naJ8*vbD1OJY9kdkV0$7Y^5$K0OZ;-OSc{`2TcnU1?X3uRyA5pKh<;`KAZ0G2|xh
z1FnhNTTGwY@C{1%eg$W06b_ETbqPo^o0Tuucqr)bttsyY?#QHrNSA;3j_xJrj~@W0
z>hz*gIwEX7<RuvSPM89)4{EIzYW`VpOfjA1Z7X+Q<+sF(Lu*XK@tK;ggz&Cc3=2(d
zh5GbZ8AwI5{V%y@KGdEwB<aZx4V9IAanPy?YH8v4^otZ(Wdv1)iFvWDs6_akJVM+f
z{#|}?KJ6mbr{{ZlhKn$D8awYgVKR4KD`{8Uz+wSSSJ&s>@k;3;CAdNVx1kzV2@_S!
zzN%<z{;!IOIv!26c{0}|etTuhU^_#(!q~BN`xPYwnl(cJ`7Sv@TNsQh;>}tsVL1iJ
z5q^!d1(N3{N)(WeVZDmk@Y-E?1Vc|{tKIso=vow7o<U-J;BN3TGga-vDc+KUjvnV=
zc(Znk@O7KUB((z%6fuqY2wrLgUQ)+cZlCp$71f5sSPt)3;kPI31Ni+NpgGXN#a?0F
zpRmbp4{;_?))75U{u62o`p1P_9L8<_KP|z~&^CrP`x>6Kfd3v{;7^?RPdE!roanys
zHU5JU|5scYGZ0~CDg0ZuMcNoZ2#@Xxon|C!udpr#eQ%cCDh=8N*8<3c1F!^Vkg^rX
zv61tPa^c6H1gS%D_%A@CQg7odK|s-<`EksK%(b^`BH44tUz#a(O}UopS)=ffmgG;B
zg*o+SKY8W<8>`Adv)k$VTCob1Oq~oBuf0#c^C14Lx>YE=9gU%T@<L2fax{`;&p0FI
z5Zvrqda|Rj3sLJUo@@o#eM&13&>Btul1krVE_q~OX3v2~#HY)~bJG8A>`Yn!U`B7v
zIhV%A94$z9G~D~k$3B9|%`HW?rw|h)+sQW(KH(vLuc;RTj)g|hy%TVw1fi<kXw7Sl
zu%8$jf+&JCI+{AD0B7q9UmKD#kyxe(`4H?_g>Ry$p*3ND7J6>n6bxa*jUX3vCSYfD
zwIP!OKQ}_hT0N#u&vCuKM$nV!48hzCqQhs5RE!L(?*>0pz{$X1ZHF&B9RmQ%{y}Jf
z^Ep210@ru%mE4}w?QplN3DVM9LS{G7HO3`-_DRd#ZFv}ppxsU$)%ywy-{Z39^Hm|g
z?Va7l*+*T$i^Zolok{TbkA5{X?Q1L=oZ1|eGkEx1&CY6;+8#CYN}7+#)9IdobPT5;
z!6M+{!g$EH>iHFdisTI=%85f4Laq3DCEb>SN5%izg080#AvNHS^{D~&<$@5b5R(+K
zgrEO%0p9gtYP9;^Yj?pa%?2N-<!;FV)_8o3?8U7$bge{gN;3J#wYkf3Lahag{GL1`
zF**uus6bn$RrK!{(Ft&c@RequsoxgNfS<2dly5=j9z5{i3YF!xEED91tOjg{X)%YI
z&XHYl1khxwm`Cly8J^0ASe0BUpbJM5ZhAQ8_dC|-7@pz8>1kJ#qk9~I`2Dc#RsE}(
z4-U#K8pm$+qXtcdec@%ha^hD`wD$Hx%r)GmR>hR%Eyy^y0CQl@xS<={*9^D(UCXy6
zE!7e)c*S4pVzxI9vNchHS_fhbz+d=j%uSrOn|*X%lT3SE%jy~#+28E?2nbXU#(8Tn
zd$xceoOgVFdlq`nm%*g2z$Ow-s}+dSK&)vk-c)o(Wjx+AUOx}1q9v8}4H9ap)ntCh
z-o8*s!3!tGg+<Am3D<cqRr+-vKfV=YsKhyL>?I+Z5DwUCI#{Xnq^<|4snIBuFSM4_
zUrsbloR?5OcfG{GpowSKm`=))9kH=wiL{_OUs(29y*_aBx@vYi_95yB=_9Nt=7iQz
zes8SR#kYl=apLdW=T;XtAa&ll&)Wwx!ulo-%}xg{Ay%393ricD{772zN-n7{hLrTo
z61HER8AB-8=hV{R>aJ_!ejP}ljLsL(lBlEkW0v+X$=x+)Kfw#%r`O@6PAQsMsN?Nn
zPIJ<u$tDI1!`4(L(icyYl(_62qLpd|Dme%1U^aWqMU~LYx!Qi+5iTF+*~rHdyLcQ9
z$M=%=Ip3ewpN-&2UiC7s_gc%u^2PU3xjq5oXDJn~HcXRHg=S?TMHh^BSYMVX?cQwn
z^Z40q{2=`Ku@o-#<1J@O=Uhfs1xB-cM(xVHE;?x5lnIYnhb-r?N<f}?_&UbY#BD##
zeeG#I$g$C@2H)w8aN`@!JSIi=GO+CRagU5xs7`f*o!j)U_4x0xv-%A|VJ0v9@$F#B
z1}{f~mP*P$87SD>S1y7JpP=?JK2(z-i`7`!*ZbFi;-LHY_Y>1zilje?HFXT~w}=g0
z6Vu9<kpP}`&cOHzT0fZ(j!l1U!kq0(j>L=*-J&IBHv)g{Qr7fz+yjpAp4@ROTw<2n
zZ6B4zo&|pD0P(C|C$4NcB*0~;O6?9qkbIF+sqMiRJ`#<&-|BzdqH9o*a28{&)^`{T
zVguHnOe)~}URCZqPK;swJZ56&06S1!w0rKa3O#Ll?C)yG_xMp<%MC^k51Crj;*-21
z0Ji2;H%t^VS4NKoPtI&5l;9fczD`Uo8X9GjDJ9Buz?-t_1AD#^P=-eI%~i8|EiEjk
zPt)&pM2|LbpSNXZTTmR004R<dXtOPpoL^h;9DikDMFLp7s;@Lfbq@;RGmyGZ(Lw+n
zHk?F}5(~^w7~!j`sw#tKl_6W369E>we&)+2VomFE4%Kw99W4>Vj(-Nnd<A$#;NiBv
zh@qc~7(g(32YF-l{(x<=jhLmhj*{7U&RiW!vA&Ttrouh`5lyG`*9C_9N4uId_5ys1
zoT0`%$Dn0?8%cfPULe3EE*9?KWPd#ya(uP5HTrz|Jki(g=p3-InN(jgs_|UR4e9mM
zkM*^WKeAqZ-QWT2;KHU#(JzvA(HzPUq1x^1_c$tid^8jPP_9n8|C*IB!jj;=V|ZRd
zkH(CVK7Lo#^8LA4O}B2nxLW1cu`BrBUMi-#eQ=LgUCoWoM^e1%r=RwMCQXsJW-}AJ
zwYeIJ(dNvyImgtLsriC$>o6iRmkGVNj6SIz<To`1S}r@j0}#M<I8L6K@PQT?alXRC
zb~+Q?MiO!DjAZgHO9-&Aj4dwG<9sdLJgMHlUu^+_k~bUn_Pl&y<Cg6pmy-%b2a72>
z-m2OTig^j=4z-nj1CYZ>qwjc?E9R`PN};GV*~J`?k6XWY2~!wen08ywJ8p7eZ)+QM
zKNL<m!S!3{W&r>WcpL6KfhqTOVnmg?hMmjL_~~oEB^Dg_jw`$$sqqC135>{&t5Zut
z;}NA!B%auf$L?}yToM0McsFEML61h7i=>|Jr@^$vO18_oZrFh~(D*zKQqQ}-y?+fU
zowu2>>TLk}52j@=zNIf2RXK|#;#r{uzT)J9=~z?K|B-Xooo6l}SvRp(CxGyxDa#@H
zcWtiMe(a)sS;y1KQGNec5Jh`tDpCgW5PL7Dam8}2Zduu2Hik19(}^c%YelZ}nLM2T
zvey-EW$>NL-4bxLAU}WUkoEfV5`Z1vGwA?%-e&guC@UKgmgbtwmL=%pIS@xRX*;D~
zIlJ#nO-(J|E$XxI%+>C^Kam$LNci$4u#%6BFj9pZ?D$K4R+`A8pD|Kh7~MQ?*$m{A
zb`Lwf!)WCNtkdP&**Bk|j@K^wkxIBrgJ4$<g*NEvZ%W@UB9#t>)SxKq8HGjJ)2S8|
z@i7b!%gO5LAbfL@G4%`<E1vk3Uw;*Po2|jUYDpVUH;rcutYSFY`NW6Ath|^Orq;w^
zoo6c6t&~E6ef@OoeHU_~hlAGOw{V|!=ydXEZ!I*_<Gc4TTj~8HF&w|;(B1ZUDRtG`
zd$aZ)VhVQHlURZ=IwkcC-e8k28c~^B6Z*6&6!Ox0CCcx!2HYHw!$GGWnm-n{YtgTV
z)KR`-26E#6de2+bNU&l0q6u@A5{fp;-o|(RttRT^K&y#YRe!39$=sg?5|1n99m6G`
zXCfQ$gxQeXn@Y5s-P9RJIdk4<p;zJCjeE&KUCxJ(VJ#W)MXPZJ)a%R8kEUhDgIKF#
zL+CypvG8NN`-7<Ahwtqi*4vEmnQEljWz$Q+F}n#!ZRxXCs*6}g?VK?P<xBc)rr|ly
zjC%5)+Zq(<tgW0J*la(1W1CF2FXs5A86Tcp&hR~qCHR%kNA*;tU#SHIJlN`zb5MJ*
z@8J;?gy@l{l@$+{LtkquXm*@E0udT)H1>gGrA71gPtRRx%X%KJ<nYedyF_mT-O|j?
z&%Z1(@G56?Ybp?60_jqd)UO8IjPcDe$sJXhzeg+_k;Z)YR(W9U!Zq#@t&V02c_j%0
z5cg%U({(~x+9^DeO*B3r*`8q_bj)Rrlom|!mN?pF?u!({x15qBoy1%NC)DRuqF9`@
zxNP6!p^tf1%W3R1QB*}`1Pjvnu-Lv}hjPgXw3+-qV8>C902v{GT>XQWKNN6;d-2%h
zQ)Zee^2Vno1L+m9E}ct}KBLKL_Q!k`skcZaukoL~u6*p(i{0m@sQ9rP7P@SAhNzV$
zv<nzcQ|pB3562P!iXRmXN`WkyZ#4<tDass`@Y4hY2E5sDyP>i?$J9dsARv|3^LIhz
zPg><POw<Ei(Mhp1cv}PXU@zldeQ3tj@wTO(tDF9n*w?nRtCZ2kb_3-s7OuSZb~pKn
zmvwptli+?@&l)=CY?kD5po28yr7&#Ag>e6c>l?C=9Pl1)%Z_5yAO=dv7@Dhuvw-?<
z702m~l7&1K<3Hd_%h3TOc{fP;fS>xR(Vlr1OYp)s8!s{FWo|s9Gq}fF4SS+8i#vy(
z(gXGQ&@Wo-BA2zQi94Dyo84wO0J`^4nYC!pl!PCf!T=QASVs65K?|eY_{kir*aJPY
zh2tooXd#=BR+P@Xb<QODd)P1bFI2ix2(;uRiHrRqek&xUm1C}|OLOVb%j1gr9FH$A
z@IeCMyVlQ+n>wv!8fS?`{se5#)mbY{GmDT1AjT+zV#9nvy+X7wOL;UgKyG?xS_iGG
zB21Cn)7F9yu!Rf+r=+#l^g>0zq`#?&#bCmQ9h3gj0J&8$u(hDHX|4p`ZtvN?bGW;L
zB<ac__bBYh9TULGxSmzvPC$$|fk__7ZvwUdT<;Mlrl(z)(|jJ!`u52Qq|LIpBAG6;
zyEsI8)76wQe>_agE>EnU*jnC!QrXQUB~gZpd{<AJ1t`-F$@UCb%=gJg>UzS_Nv~6f
z&&Iuv(<dKUV(_;t8$!O5K(jm)1*$X)3V(O<ETWp7y}BH3!;k$7L6>F9BK@KRe)xf3
zy$*_tNV}Al+I;wUc|8eN%FhJDz0W7Agp!w@4i77Q(hOQ|@2?I)XF+ZqG!dztD1n06
z3a{87blB0-n_Y<?E?#7h-dJ3!5G6fNatNU(EOk#~{w-rP4yFzvk$DT-&pKZl@VD>f
zfCugOCkj3dA|YnoOBX!`KOp*hY<MUze9Wc%be{Vs7fhYeZ8zYtBN<?4H287Vncj)c
zD4Tzt$tg(4hhaC6Y#ASet)!$R6Q4Z(z#@K44dwViL6JsDR}<9;%@nC^K3nfvgA>f9
zBI{E#PAKLTW%j3R!}bEyDF_dOqRMO4cPF=4fTLFpJpd$E(iLm$Fj#iRj?~V`(Lmd{
zOeDL{GME}gXh*0G?&P0fub{-D&lY!vb(1Fsd%p9=K~jwsR?CL#A!|tinXmvmRzMYd
zz+mSgdWFBsXBpvJq8V9gl^tK)K-sZ|8}ffDF`GcY&*wuEj~bEw-*;Qe-?SU)++m(|
zZTlDT1MSVqQHszdBW&^c9Z_^=(NgKE>G+%ijvi5rd)BQ<KLrc&2)byRx)xl`=?8$d
zyW-|5@XxPwMXY|_A6>?Vftd5n>@o70gTvxyTjpXt-hzxeW0z2;*Si7NW=Uo?o=xix
zT$(q9a^dUZ-Lcls+kt9#fH7kMb#3F;xNl)6+BKB;8`~-ml;jkX7@1ptV2!ggcJqv{
z3j6m}xWbDMw&vL8HFYq1_hX*a`m}gCwVgo5Ja08yOE=H`<C6GIPE8HBtpzkbqYHXE
zeRE3n_fsv;ZERj@w#9OZ)*KvS6{}D7?Iq2pONHg7UsO2h>-S;GO6eozLa|1W=j}S@
z64SKR=%!AVb!N>Pe!Qu&u|adzUUX27{hb8mzj*+;P%mr-{;ib7?C<THXA5{hsgd9*
z+HD|nZQVQ|gWuyEdKDo?soJIVK)vL&TUTwC>g2Y(E^B{8R`0t4o~f!0N%etAU%?W_
zFVz=L*)n$Ey(q=ii}gyZ$8CGpoe~iR=?ftdVXCfBuPrkh#e%SyOu|)+y@0_0=Bq%k
z@-d-3U0I`bi~S<g*fF(9SWf)XAJC7YR5|&?_WQ!mia93t>to$UzDao3f@#-JMZP@#
zeKx^}#)k+B`~ePc$~|CMkpKgES!<4HQrM0FoS#eOp;vAiE{}%B3JlMSVxF?tFafh?
zflNqz<pTmc25mcfvd!uL)b`k*iIG2o^x=9_gUPhW3#0hNnQj*;#e0>|Wwn!^=Cl0e
zq4+taqS<_(uLDnYKfe>)l1KSaqosgPBX206*Kve=mCdy5b((G9^;nAWINJ^}AYDCr
zuhuA{#NW};Wa0MmpMqpz6rU%x!a<mtOI>sJ-~xtW&m?_BU9(D!>w|_1P1(ChKI$&m
z!$nSVJdG#{U%9}-4ZNZ(yK)(+(9&X_cmqBLu!n48mutRs-KR`&e{5d@{hKL>9W0HP
zsj;QfhyCNAPz4NIQVn@>-|3$r*C|fZM{aaUl{&Mg0v_iig>+8_&NlxRJqy2J3Er+n
z9SEhTdFL~U7f2(1Q>IEkP|lLWSd!<ZWcOKIS<oCW?@1*<bv0Y8ccatSgM%N%Bl1|7
zYZ{6On?R&!PAXgF%pEBlO18d!zV07*sduJeZvSAnbw6ly7IL|i7N$`{ul%K`Tp+U!
zxL6+?rlApe2HVA8Zem+f5-P*(m>Vvm8C&-?D)Ot7PDg29aW`)VE$J2-^6s+RYOC+l
zJ(Lao8dLCAlgwN2voLu?*jF5}n}-x~>C>TALCRPu3!3O*7|_cM_zZ7N3gDM`n28t7
zsCJ95`RHx<?5Z&R$y`pwENF0k7h(k@`r#ap=2-K_Q?j$O<Kmnu9}f2SVaV~qi`E|=
zliMGuSXo)=tQM9#w=ef6Ws(?D?eeZYTjh(`Sy>$kNe^zo?RT`C&MtC$Z2njTVjVb`
z0v!m!+r(w0-^BpIc)=tE=qoYSE+U7{FdDBn8pohq*Gj*KYw+{l-nGt`v1<Z{U<!{2
ze3qGW+;8C&c$)n|1P$XB{H{lu;^IAD5YYA%G!<ulCDt)+%Dz@NZ%u)Mb1-fGRcXFA
zd|+)odorSi70S@4s4ODBu|95!*+n<7`s#4y2&6PhrHIVKM7~R-UD}JsyKR2lf{xv_
z!Nh4LR_WVjq9<Tzd`VN&)@6W$t*D}f_)(G2*uJ7->85utv*#$XcOw=IV6t{p&r3{p
zVDgEQ&ZT_~%5)sh{G)qLNFo;*FWe|KM-Yy4sS%T~R^*56ok!pdQMk&2#&}UW&ewSq
z0`Hf;UpIEn;$0&|)DdGb>~`()$CK8;0%|_b0}!iXwsWGh9dtT*VN>%Kan4a@*~-j9
zM>^{3b1<HK5FSjyW)Isjcp1<NHqYa>O9zwyr(j4<Y3+)s0|wN<M#X5@VYK9T3=(Y+
z?U@U%dR&~1;6omY<yMcaAd|)H_#;^-Lq6bio#*Z1q>*4A_T8(8`~CJu&9Lxv-iZ?D
z5G(M$T2N2qbJs7n04=?IKGnstAxqBJA~zYo@wv84v-ApSx9>Bt`Z}84V+I!19ItQD
zhd+BJX=JbFr%3T_=Ki%pB83f)yP(}Y4Z;X{mLmO1KtSi#IrE@16+kyhTBWY%IO!L+
zq(oMl3hpa=R@_%SRAC$%lEzxqjeF375+#Lm8hvRg7-#N^%9DB$SE#-9pgdqL->_oo
z#3sAlSuPqM3ao}5Y%8y<q!^ev{+d#j)b@DsmJTqoBa+v7Y=XmcA~iZGrRrfE`Nm0Z
zhl6WJLtBq6=x3}_T;Bi(zzGV@#ekZAEKqF!M(Zl2h@`#jR`Dbxud)PQCa26TK6w}@
zC>;HGyE+|CdID~jdmbU<)lL>_%?Vk~4=`u=5$D;Ou?a|2Z*uiplRxd_^TJdw&L@6L
z=;6{P$JY=}oFvg-XJJpa998?hUU=lpUz%R4SxC{ss($BHKD|e}dJo@pQ%;NPk!!E`
zKcr<9-E^dB%*Y*K#$=83_V&7oVhjci5aRipfW<_WN<P)Yso5PovR$5jr?8U22*aoY
zwmgQSP%<x^AwvyI%&CP*X}VG(Dt`0iLT61z0B;#yGspIc@AXT-zWt1}iLz*Fj+WN9
z--pS-qJ~%q`{TOKiK?ziv<}n9=hORemazW!7^V_6CBo37EnzAlwP{%nw+hkr`aV;^
zSX@SY{c6D?tKH+wXtY>Cuyx@ujdl0j>tx6ktL38e#K`{FbL&$V`>#tPP*WcKxbtZQ
zmE?#cU<nV3Y`V|)b{gd*@W4p%+{|aK!L|H_%ScK|NC9hqK(wcz`Wk_jyy{bN(W@PX
zudSAEz!BkpqN5nggFiI}vD4elXoX^|Vgf4ytU8G%Ppn^}NpRMO;RzXVLlw$3bq@gH
z$|O6xiTB&~`!Qz3iZYb78CivK7cqwkItNT}iq`MVfHfkSX4RS;+T~y10PnE?a<=%^
z7b)m?9)yF--kc<WF-rOIw3=7EnG)so#b|GwUp1NmA9@yWprvPixzxI6CkN_xlyX$i
zr%yEO1n1ao0#a*yvVEIQOa0#OCI|bHySk<3SccH2LZ)RP&--MfGD7W6bkAtjP;ft*
z^3Wqb9*C!gKyC8#BVlQ=Vq%h=HTn*n!$Mkya^0JaR*IB=aIqW69)hfE!H#g&fC(c#
zJyXf7T-EPb`8OlxK-5HGlw{iPKcix8a_lk8NZDSv08kT}9%fmcI$_DMD<}a24=603
zW;5%0lI7#QHJG`DgXtf!`?w0W{tsv??`>@%(z`|C2ITy{^euxqZM7`>Dru+m=?vOd
zVKmbbO%m~neHasdBw^}x{yhCG=hJP3tDDQyQNJ5cr*m^ZcfbA3Rqmz_XO1#D)4TK#
z)eOH)p-QQC(8udKd-SCio;9LSoUwf+V`;CN`uQUZra|QyYk<ktHZC6F*07m=Iwril
zIQw6aYud;T&3*bb4{ONo*QmYvt0}8((d~Whpp1|=qIGBAiY$!4|HN7lD{5d7sEImW
z#_mkXvhzcv@~`gkwr8qaAq~Qkp3)mF^d753#I?SKq(%~AW@9@fa@cPP=S+eFmbT94
zPC?E;i<FfXKEH`dhDB#^*o4Wf6;;WtWltP98X8{J^fMZ&HE&6Kv*YA|LjXk3ANZb3
zL#!^KjlH~^=|(A?b$-c=3CR|6$$Yo$JXeD4r<Uj8HxmS;EwLVs9FTclJP1tQKSgd|
zEf2~l5$?XAD>niAM*CgM(YVoJZZ*KH*x6cVoK$+WsO-G6xgLFnuQ-nj8X{{dyK9vD
zk$cZSJ;qA?ig^QymC>1wtVIzO{d4v>ov{k{z2!B>UsIaz9rrmJr~qr#BKf&`rz{Tt
zF9;E7LGJ$}LgajN*Z=;dO0Bv|H816|6&qEdg{Xd(Qn|{aY~)2eN6u9qizxZg!}8rZ
z)@t)xJO@ba)%)4)mAlm$-?H$hv71VRI}>_*X7|~%g{4OJ_PbjNUJ;2!-LG-AB8}?1
z99$^7%oq4+Kf>zv*&0QrmrSH5?(M}R1thJX(3)o|Wc_N?yO1WVAT@62J*FA*nMGBd
z7=ULU;sWa78CAx3Gfg77i)2g6I?=z}HB$NZ6}>AbOUB>)a%s7Q>m{;}vB|*mOP%w<
zw=Fuc$u$u!Hh1gkp{Y5{%yEEwejlw*j;*~IOiO*T>ujYQ-L;Jim>%*TYsMAoc?-VS
z4|SgzEVi%D8FkRF?Dw5eFMEQNwN&B*;w{l&6I0u~WeSvf({x*GOh2gQd-He?cVJ(7
z@R;6FYXRd$OK9JHB$M{azkk6z8XcYbP;>zqbvo8u6_)+=g>0?xJE*eA?}8qK%o1N9
z;Dqscz{U0Y=l-m|^<Y6QO<8U3mnEb4p}DQKZA%1#XAw#5fh6gGz|`fEjPsTbh~3rL
z=lEB;BihY_kfY21@Wf9{FLmR!!YwMKS2)FDm9sm$c^=R?<o==`4ITS8>E)X9Si@`B
z>WI$5qL4=9LkNXFi}zYElHEu;B-0lnax+LuFZRnt?GO=72%3=|y#hFd!}w<s=wfD3
zxgeCG>B3?w@U6=uv{RE=YZb*vtupMwARr}6FBfZ|5j^e^@4vzs_)OOu)E;KEnyyAi
z%ISiF1z$1fkj_){F`-tS7R{TDaqJf_2NggSXKMC<Se6Dw9T9a3r<rbafPDR1sC$9L
zTv{i^_k!;NF~=tRP<$b#{G4Or6SMso_<0dW|EOsmg9U~8eE1X<K`GbXTVMxxe3G0%
zGc>$+a*`Q;DQ2rdOCq#BNs3U(pYPU4u`Y65D6x>k<OGMxG-Mgunc1UTKhk;EGzNzQ
z7=`oC5cNr%8L6ebHk<p0zTK~<;35B-9@F3gnf-F$tau*qOi{zZ2Nch&rjKf_vRtGd
zk9!Y*CiDrUf=8=woeBJNHn!d~yPA*=lxsS?1&O%aviP?`LBRAZJMJZnnO4h5BlmHK
ztu#NLPilgIOU>xS8O_SK-#40Pj{1Y#dBEX(IQP@Hnu8^s3KclyiA1jD4QYK<Mah^x
zVrma6l%`VKW%%hwIBMf-T$g}`7*u6pUOG@Lup1c1dXK6Cyu~*0w=voLNU5(s_Wu(x
z^0!N3<>cwoy}+e#!#FN0w7NJbN65P|eD|@Rm0;by@Nd=I%|LJY#V9m&-rS@|4-Qj>
zvR}L0X-&m#ud6A^2oJ14>SZtv)F$!l-8!1pa*&Zix0&h0-mqZxKY4RguC!^L-n>pC
z$<0!|+VghW(SjOaOmWdr#iVkvocFvbaXPgvUBPnnDe0=k()kk@<!Y}hf~&O4SJaRB
zo=_vu^7FH=z06?ya0V+Mue62W)r0RUm|$ENA`JP$BLi`$VAMA`ts1q7irxXP=C}IY
zToioa$8c-sEBHJ8m(!kw&1N?utRX76Isrk<{6)I&x;9(}8YL?t7rSsU0jjx5*@;}=
zam1uPMy{#`Wl{|K(%2+Rv$vvDF==itXL_wS*U}s}UvklSYR85(`}suDch&lPpKTn@
zR<8EqufSxpm?6?&-+K!x4ISAJGuRw2I3A5kdJC@RjVst{-YeAJobXcJ0C@kM&^E$P
zV!+!FZ!4{LJAj|z5`y^KQEx;2J1<H^lAr8g-Z%C=4$iiOTS_kZ864N<hBQ_d$Rr0d
zlD&36pwB!fIwk__eBBkOe*5+Mc}n=NsiT%h9>opafa9V709c?owX|VY#rmlDCqN&+
zo?G$iymg6FP_DcGXP0q1@*8<o)v1Xs(@VjBd?@X9RMx;t5cid{wVsHGuH10y<AU&l
zG2dB}RpP-^tg&Ob3Q~Mt1N}_et%=&=Ax$@D06h(MyVb^%V4?2&hs?0;!x<MXg)Hxo
zVrd9InEPLPaB9r&{CLDE|G$%6JcimHd)_$f7Jmc+KF&Ltg!FoF84qz^U2kg)Opc=%
zrGhzlslGgCV_Hr4)VXf#V&?x&c3qbmpm3z5J#4Bvso$gHZ|rayZZuU13jynaA+#SW
zG_=8DIE(yWE&!Ab0kB(Ni!KTl@`O?>Nl_I9uBI~WepuyLe284(dt4y(v3e{{c%1L(
z>g=+$#>?{HB<nE3q*p&89+$fQ706zE2dF22QxHR8il}SRh34&QdNyh{Qp{WJ=PzPn
z_Jb!#*&?e{-qR4tXYx;y+{2^%-_Px7z4nODNo@CR?L{<HsgKh+XM+Mtw!sl$+2MO9
z926$fnr!Ewc_Z}EF8~J$szJ%8YqScCl~KmaUOQvPKDe{X@C590Q}J;f;lk*pV1y!0
zwFvhwKfeYC#}A~ITFEF-o7Z!sym=+D^48*J1=M=Ktp9YJ>9vY@x?UY@U4oHt0i{}&
zj13U{;bp}j*+Wav<pY#txQ@`Gb8lEr@f(ve%}3Y8V&tG$E|ew*w0o0SK`rNXypAT>
z6WxAyio_Lfk$%<p_b5=J&N((Tr|ajyxhBl~A0^lqsFe0>Z{_DNa$W$;nCnTcLuHl|
z{4WeClJ9>*pI#NZjpxuO`Fnr<9Mk#mn;#Y<^=SSrk{gTBW?gKiVsL0dOD$xs!R3ws
z<Gss#YQ2Gd4NMoty!3cn^8PZE#q!VGKYMh1?cm?Ump23#ZX22EJ==VHaPXL|*>}M$
z2zMg{9IcdAy1$oQxR^K3o(Erh3H(gwvWLBWycjK7KYlu@8NI*1&&@4d=4s9Lz26TY
ztP>^&{QkiNzuBj!Cyh#d@Zn*4aL9e_lf5tWsd=c1qXmg7NJqkkAGFiG-otpDTYV{j
z?XCk42g<c`>+X9L!W0YlVc+?{k|%Uu4FkhPj*THUdV$jA$J^uzUbuV`-G|a^6rz$l
zp~%ef9a;mueg98`gVW;`pPOaq=vcSpq3de_(N~?jFOlK9zNftV;M^XKk_$ij2xiCm
zY7$50`j?!vMG+*=g2YWg4z(gNe3TJ-W0T8N@|sQs&DO3<8-ETiaR?@>qGaYcQ*E$D
z?z<Eo+)<Fux<Q9V+c|Edu3*z+xJ*0PrRCs4zkTwB_^|$KDsOmyLqwr~WH{levK0a#
zJp0a2>PrN}UP>8CgW25+{loUFWSE_U6PL>y7cB4fz)A>{4>6v^sC4Ltk@=|t^j8kV
z!|_nePH*gXF})oJyuf)p-Z~Kv8~(ep`36BoxHRf0R3&>_U)R&mSN3i)&h)L@eV+0b
zkLA&;kle>m8$6U)l|M{zw|CslgBnKVDXr8aRQc%79+Wan!k%`oFx(&Pv+ld@u7wS_
z{68}@VO{zll4Ew5#~UM4x)zMi3XLspUo^GpT7M=vB3&Mi_?~j7#Oip%xqbvbuRgB!
zC5fz|fAB)`WWKw%_r3dU&`S0|-%AN=CO6ui_?O2e8<wo}m&m2x?%#YKEc;jxwRfD<
zS99GwdUIX<`B31?-ringHJnexOQ%+!S-Y#{$AicA18$e5n;Aygo!XFjqR5_J%w*XS
zJ~mY67G*5Jaa7@>NR4PoERW0f_S*LE;xXdi!W;SB{_aQyN6Ab%4{$@%=~tTY3Qh$!
zsdb>7goS{SZq*LN{NyPwz2W~*_7*^KbZx@+009Dl;I6^lf_n(=Hn_V((7`>y2{t$c
zcL*LFg1fuByZb*p@4Nf$ep~g|w-i-SQ{B*g`q+Kl*ExOibb31^Nj{Gs$k>hzMKAo0
zG2bR_Sj!SUkJ{pPu~2SPt}vBqMDxIhWaCt`chrqYsO%hWR$<0Px%X)H+K%W})lfnA
z=GV{2OfMDct8Y?tRb_F`-IHB4-4vp@WGwHI(CZ|?E_un1PoE5*zM|tE8T8(|aHpN8
zdkWn;okp0Qc%D>D=%DrKkUWhc0OmhG-gO})2QaB`o4<rbM$#Zu=JqgMLjxqTdT91o
z+WnO|SV=-Ruf2M#&eVGj#`|Cs(%?a7_)(is{+qDEzt+qOVtSRtUf#zCh||(c(E#*P
zJNM-Pph${6xvMIng;HpMDv?U>NC^a;6-0Q+GF!7m&7N&I%Cq-GzW2ar_wO;f_(r)E
z87x0GhsqrZ2hHxGm$*~?v$&5W`r|VKwa)+o+;D8<LSDT!cxfcOXRdF2Pto4yZq(`y
zDfsU>88>6aa0dgh&!wKlax224wj47Oeba@i7@cizhePJNgm|4@Mvyt+N8!54`ecPD
z^OYYCw_YwLVedIF1}qRu3>AA|(RLzli`${OeP4FgTn2~*;AfVtU>OTxJ4n?=NStyq
zefk#v(%=3q1xem1-I|=H`0ph@*SdN?f`@$KAOb>QfDcc_aLd!N82S~JL+EaVG*hAR
zE^Q>OAqlX@g8f%iy3DhN8lX|pm$M39`I96wsoaU7<jrv!=nFJzMHfGB2kMrf<P4@Q
z5Ji+;lG#sGYr^ebqgguYy)Z-2l4m!Fjtg>*2m|1~B(vyY!cvx#=O}PM;Ag2{5?O`d
zPk`v;mSE79+^OodgR?R}NeD?c0*eAu3{oXa9>;_mayeB5Vfq7->iazEr8eT_Yb31e
zL419r_Y<*5dG~JGqtQA`=WA^mSNbY@djUQpT<p&9VcIf;V7vN?@^!wliUgQFN8Y9n
zB{C_t>E*=Z`_8IdpXWObD0Y*n_2B`f(Iot*RnRov&V!euV){Z31`fl|qerp~4Pf>&
z$Po&0CKrKhS0oun=}jkqv$GL%x7I&6s4|)JJk_IN?kIZ~#D6ld+vha9L;$LkrQhKJ
ziX3cInM%evyy+jUL=jLZR+dz=q(Mf#uoe0v=1YIAk<v!Gtl8YZ!4~Ka9D<#ej!N6*
zrdc^0{ppOQ=OlpH-{A}KzvE}oLH&xjuc#R+6d7^p)y7||Su$npvP9a94J<Yc*2yhK
zuSeoQj0zv*k&mO@y96yK1|d0-#wS}t)~C(jD0}1u8IwyGcaqR%DNOabb9hnlU!X;v
zz^TfUe-oi9=$~Mi?>e+cL#nsTbqO$pp<Wv5pR{rgiERfqt$7uAS##Ni_OFb;;Pj5T
z`qMoCqa7B~V9P<69F9>sUT#N2%$7D98V{7qh)q4eu~E6@;41X7BE_G5e0_Xg0%(S(
zWctt3?09@z4%l&#p!-JplW&^B6&+)GcIuG3_Q976M@6s^X?f#g(-<Gfn3;Bih7JcG
zhLS&L4#&bhw0<;rg?`>wwOv-yeioKV9i{LXBpA#KKnJ|Pa-Lzoz8mI@tH^C27N_?U
zRtPUC>!nW}%C0C~FsqrC_iDLrIN)u$S$NpubC|VRR?=+ko?nMQPfWz|Yu`ugiXQHc
zEOLx*(H%+Q6k<p)%?H;7mcf6_|JHeGXK8(jzs_jSK)ti^y^K$5)eA2hfkN>*lE^)k
z1W8<}avIpSXcXH#d3oVB>%!gQV^kyAI$_l`u9aTgGcnT{gn!<|XRXB#<>WuEKBK{y
zatsKmFDWZ0Ck;=S4yN+7RkmhyS>D%;RF?sO2L_5RB6^Ip{830=O~ibBKxal2xI?Yp
z<Sh<#n33M5lUysOp0`n+#K^HRu+P7_rt4?5L=k@TMxZ=%qs`4vsxN9Ol6Gv-SQJ?~
zsE!U%#R)`+b#*dR&g&SJL5&K$PD5Qx12+=#R$}3zs1-b1C%!7O^Vc30-PL(0*r1-y
zU+ae44b6PRxT42^2Y~IONPYx<`N$$`hoWRE8=00l<uJ~ayyB3&sa9Gn9>|UjEsT{c
z{-eiK_Ai(GTCEJvCsu6vJ{@n<AYw{LrRn(#n6mKe*#dPcp(dU`B#87BgD`|{_6q_&
z>5?a5u+_}_77f410N6RRgC2~td|a+5fC!l}%zKdfXARONrXEV{U~G1!EjL_KR8@qM
zH~z!uG#t0C;4A2AC&ayHH~*lizoChV5Yw@jhthXnZ`|1uVAwKq<+2>c__R&n^T{zX
z@j@IHp<?r@ekl$5KrNuGf>Vf_P%L$HXU_c4*<DL3<-jcw;K0cv5L}yQ%Be1aV)+fs
zsRcE~ZR)grvLRyZ7F|)i4#DC&mM4!*+FH$&k=J#q`hPzLkL^_R-OPFLzod`|+CA)`
zgm3oBMW51(7ZWaO=?F>~ONG`B&%1D^;0`1VAQ#M9t*R`~Z(CYg7uhqPr-VK53&7UJ
z3Mxd;s;a)^oDzWyeD|%7#SunQQuf_}&1dDu-LD06Hb*yihYP$5x4EU2?AI)4<|+~u
zwRJT^JC5#KVDNz&pC1@IQD?@6J^4UO%XKkM+lgJR?Yy19Qb$fzrl>Zj1Ri8O5v~_2
zE}xD_d=EMjNt!f?S#7ReuVZd|`JrzXo#g9zw>4tV@iF@2g_hx$)yf2LmoD}hw-YB-
zD|9BJ_%IbYpt>K#kDFd3N9Bnd9-^8mL$Q4C>9JO8kIf{%((QHZwOkU9aV3&}Z^qYg
zxxp4PSgx`;+{l;0Fg&ryA!Gmgv~)|zY~rnC|1vUXIXgH1{HxgKdUIAFWzXzO!uZ};
zX5U)JUiYfwLSAD+bjaW-PA;-~`dXI(OAjr5r4|KdJhq)D4=&0+uXAxrO47J7?I+-3
zRANtRYSZBdF_Ms3D{_<;2g-&cNF!ZHIkes14Oa!v524$*PQnO@UIuNl^E5_hEH3L<
zfDIU`NgiA_I(_K4q-9F65x^UNkD1e944mecPfnn<r4$sRm)B`fq1vhPhUk-2wj9(k
zF>w}c>sBy{xc7;YL~hqrjw98o-^oZBc5{sa^_j+7)xwoTPfs3HXUY!_K(!i#Gx}}p
zJnG(50^T0S2iny>JF0$1=Ba7AqwhGSUT@M@GhQk%^22wdx1zSkMmslS?sy5bJO)$U
zqJKzkB)ldc8M5Fa^_Z-8A}mnCE*(rL=}T-aRnXi;JW<=7aJM9*BR}~ZUC~S5#dG!+
z>$ZvwHEcS4RtW958~Tka2B4B6e3c}IPN{S0i4Gi(Jcp?+=$_xX8K7cwC)EaiwKsKd
z4=G{LHv{_(UV^BI3;J0RlPJ-Iv-StbxQdoS690NNV18^W>%SJE4C$Rz*PRI|*@gtx
zPLY$wr3ZDP<r7-)i1aGh6u~em?{!^QY%qJ_oyDPY-UEU+I5cJS8O=7QD5P0vY`sk^
zCiAOL+v?qyb?y1J&c-{wmf_TUjVXS9+P%!T7czX=&^_o2kp^Z!62D346(#xkO~2}v
z4U-jNM8DJc_sQNsN&$|%=n9Qph6`_oAMe1I)$zu6GRa2cR;ZmBY5Qw}BKsXYC0o+B
zLtmW4<)&W}wXC>Y)o8SjqW!WaBrL6S^;sqgEi}mh=#3@@`xTbyRvTt^sWYON9k-si
z#l^*RTcTkzb0fL3Lkg)VKX9Lq5?lXED*_#T0|AD#VF-PmU(NXG{*??EIu115946;|
z(<8!M*|_vloYLz?B1!A1%)`<mO0k9!X@)NO2a_4iM2JGgDDp>%wv0L>1&eLs2Y(E*
z@$Js$yuFOf)`tobBtp<jsJZ|wPs#DkEt~uejwZ8<o87|MHoO|+)-p6qMoKZ0)ANbd
zAr@=ta0BDoE#5G!Puu9v`fvGE?l+hQEVvQfP@^&gNQbY?dgftiizK`&A6*P>>~h4R
zt**!_w6i!?hS^a9zb%6rc}bf*b>-X%j?aHSWg8WhjKI}56qHw#GZOD{2`SniIR7F@
zCldbn6si}ZT&<y|tv9*lzv{g#NHNU1%W18z4g+mhUt-K}M#sgkTRxa4dBrz>6a@w+
z+Hm%6=enP{<qedWdWIjB(^H&i#T{}_$UVw#x7VQa@R!5&*+rLpYNJ{Ix+3nG*(7#i
zTeP?%Yt5Km!c#x*(S%RhB#>TiIqZg95czZ=>NLG_yqiPvytS{6i9hm~vYBJQ?Q^#_
z{t}%DcJe*1JKev1)Ytn{Us9bV#Zae)b0u=(zXXE{2)>DJJ>l#-X)Ui4(ME_9K!OYG
zko?$tF0zAfxrxFpF9U}X6jeVN{L9P2CP-Z3-818*IS>KP_{#vXihDPwn{Itx4exlj
zlBV{`n6}QjhI;U%C{r|QNh#B+-eyVR-Z5io^K<I-Vtwze&)oZVtDuJF)}nI06*#$`
zo~vFdCx)WZvVC@S8@F4nfgTJBx38W}y{epfkfw7z#=}jBfK_8E;l%Ga(JbkHdBdsF
zZLEtWHwST1^BX6oI=ccd4hE>ATQ(}o^YuLMO%tU{=nr{i7Z0J8-5a&!POU6mTyzWa
zj8YekX@9s*M5svBZv|qso$jxaC_XaWr?MKomk>{|^=+HI4PWB8yCGVwwg+(=_m9#4
zD8@cHez-7<Yn#-roW^>^IU58F3=%T7M1}P>E;L6~IX*_{2XL9<*un)u8N9wc6A=+{
zaBzr;i8-aKdzmh#rKO2!j6%qQrH_x`D05>4e{U4g;%~#R6Drbud|r1X+_q627bpv9
z+3tEj`__EFD>N7CYnC=`r>X-5KUhOq-+a!*60C+Tg*a|Er>kw&v*jGtGYo&U7OG4K
zI|AW75hx5cL=lA6$XVn+UZF|~`-cG5D1V3T#bCspBCIud@uz1X6etrZj4GYjUPxn0
zijPkMx6x6KtmU`AOMD0Z%~kF@(Mv2TuU{L!=`!khw?`f-#UUlLOL>NY+ufB7y&q(B
z;E|+3MzTiD5{lt={DlN6nWdh(sJ5h$*N#H(?Aym9w~FVIyxIyu=%2@K9II{T=N%sc
zO=zDB^vg=z*ekS@^J&&!vNG%1o}WfDLYT%@T}HS1`P67xY3cNo%+O{lJMdB$J0XoR
z{9}hff6ddV(rH`IR`gEGQC0|?rE>^I<XY{~0xRz9pt!7Ea4#!VzNP=n;HRF!-c30#
zRv(62ivBNEa`9h_q6&63W^GYGjTB^$xd9gs6YO?fsV^8ZO6MAhvleCcOav%s)S{AF
zyy4tZTDf#G4{!JN*&qWf)4?%y0MsSoGD<J~+-sC|?SA9y^EAwYfK%FxF_x649k33C
zuI4k_cH7DU%f{ohcXi0+ZhTBYo=_vNrS$KP^?FkOfeaYR>w(CQX!kOJfd7Hk1hu&j
z5->!yRO3b*ZvC*Y8O^Q@D=XjkKZduNH7~22IiOS%F^FZEl*1a(vreBFc61uNnEypH
z9ti)cQqhkIDtqiZ#l)X{pPfx-UB%h9>Ps`bh7?oX(kiqQ>Q>E{*-s2<r5Z;L_)>iu
zd9i-zf}WT4_R^8~1WM#MAYG<{ek1kBjz4zF-h6F>()y`#Xq4T20_BGot-v&W(|eoW
zrTRkb?3kSzs(D)J;#)QG%7Ks_H?LimVMdQ$ClBK%O#h}w+r1z(UH)qf&G!_IGzkrU
zn6C79XY`a5Mn++Q1a@9gVwm)Uvh&UEP8aa`9=iiMU_*D@_KUP_{kh*U%O(GmPfxbG
zKmZNyj94H^p|SaHZH}~LBwX!;ZL|2>B^t0yv|m2$$kkVSNNNg|B0>f#W7Yv;y{*r)
z#g&GpM+}8*_Rp$0o$)$rF7BoEKOiUIazP&+Lk9K;F*>hz-|(23)O$vXw#X_5(|<5c
z%oXAbLUx^V9&ATAN`cfId0$_ll6O7XM$3&Z|9)Ki1f()7r8zN914+Ia1H>+}lsKUA
zK1-*$Z6g-5dW1d$2F^KBuD9YXWd_KBdw#1$!U56KGKrNbOQX^^--Tk#b-k6o!CMhP
zE+e@U0k3%^H`WjTJh1q3T+BrkkB=M@Cwdb%>Am%(237xD^=ytONVojgAh5H*;%LI_
zGD^8v{Kr&fbsA^tB!g*U_}iWR>k2m;gQ6iHR;c!j6pydF?-E898T-hOIV})InSWNo
zd;6OvC~yD2{FI0kANHBf<tPH5D8+50NXc}n*D|u%hq6ie?WjLr=59YjergO=nHT*u
zB-{N#gWyMZX%%B3oingUtJfr&lvpyviW{-@Q!oUUb`(MiY`9F;^I7JP>sNg|Ei5GS
z)||;`XhQvzqc&@rqjui~qetzYJPvq^=bSrz6Z8K0j2el`C{+TNi}I67zbaSCi_|B?
ztUZ1!EKYbsgPl^D61lli=-=f|o7NZJuqH<7l~Npp!L}1)Z>37a*L`Te?lL$RY{Y_%
zXbVJ6IDS-4F9YqtAH$=pgaoJl#jKb3n)QQt9zP1zg{BW7;5UVKB&rhqck)DWa`KW(
zyJJ2_27cbKU}n#)R(W+53H^4P7%$V>Ze_#!txG6{uVMufY+?Qv(k0`1AN)XkeE9iP
zpIT2w8aWl(ZMYu8Q&T_5DKjtv<@74vhX9VcZ(^loiraI0Du_7y-YO?{{n_|7;sZaW
zGods{k4M~67Vq+M!A9O>@DD3)HPm^)mAu8o4FwMsu`t}ZtN<K9C<OjYfn^U00$?PW
zg#mt74K2H*w-hgFJ>#N(^?tVAjlX*Yocj@G*cfW%10+edh*3|c7mft_qvNO*Qk1fL
zqU7Cqix9J}f*xljNFGzk6})WM&fp~kdEB46#*5WYR$flsi1{12WZHDH26orLmKJ*l
z^p=b(vnPzUW!8IXj&=2u`|$%up005R%N)9}iE+-i*!9?_*0%|DvmDK7sGM^0^<}Lf
zeNQ(-)A~uC?kH+fzJ*j7eQRd#vX<Y?6mka2oBytdDX3RedWi)=3PqQ)H#8T$gcZA=
zhiwF4;EXvb6x0XnQX0$TeB4y{b2qX`A~K1D%I6z9CzaJ}YmEn3p#{<x>(y<K_m*0T
zphiI^`symn#v_eo$gSmY07!V=K|@#9_|z&)r|@(FZtP8Cj0X05r$gZZSLdKM-~s4`
z4?R&N&zsun3>1S?tGcsS8egZ4%j;}`Pzo|BWYmlX7hC;ou`Rlg^QHuLu9^yVM2uO>
z+J8j*R*?w_h3}Gg7~B+l$zzF(&#7~IZ$7uWRkKxNUSE=W4n;PlhBLY%M1GuHH*g-%
zRIe|n`qTdDdPW;2vaI`DSjF4ZDYTm@YsHY?%U$7*J_#}>So0Wt;21oTu~PJ)3O=Tq
zr}D6g9VN^EAZwNOPfu*1g8^yB7*6quLQ|FZl%68bX}>mWd5-WQ^JsaQaC*fV8=EEF
z*_gc_$#a3MK3+6I@<q8I{l|D?^SJ7!-*x{yj<S+&9^!^!^ZHXuoRUTBg%#K}i&8kn
z2d$=Y8|m%PN$c8E%UdveU5yJq<+wH7!Q~ZT@A3*HC+7Q@a~i2FnPS=f;WRArxchOz
zd%NjyLGqt+n%I*1Y-Rn;ohb4~;F!qgaH>Kqmfi6{^{lVAfH?>zrPQg-onA$4^`Vow
zT4Jb8!0V#*@5K7}7au{ngl0QB#_adPC+BXn+e<HZ@zpK8fw2|UC#>d+b%;6j*8Eal
zp8I~i$<^ongWqbYHsB4=w>KxZRA?}d%ZrK@7S<Q)((jfmp;d6r|J@0ad4iPs`gYkh
zE7!@B6mr<&&+z2?{?(cS9`_oon(`VIi<fkLAtF@hG?Sdb2_#Hy4VoKQ(HG$r=&cZC
zs-CBuT9Dh#1}Kt3`^g0)E%;bM4$P|i^LuxX2f+Db`S=8CY;w}rjhjjfQX(t`ee31F
z;dO>Nm0O!!^RIuhyH7+cNsLZ|u@@-gdGiN|_df6MPg<+5Hom-in;)mPHPAbCm*|eB
zeb#-b_kB7(Ve~v{Ekr>yUV2)Bd1x%0J1GA4a6n(c^a&MKXGP>O<3`WZSY<Ld%erfJ
zer!TpPnYQRGh{*5X7Shd<;DFpyVc*@y(<?2kcZOr;czi!Vd5PXhtKiv7#K(oT{(xw
zrUqej8hd{vvFuj7vQ$Mfh5InC>VJReGFakPYNvq~&H^PQndNXlbH8J^m61JuFV3YG
zN($x2jiJCGj^?L{zPb8D<f<Ka7%Yt%T~N_j`psx4H(79bL1*&{x1`ZFyQF5u|L*|a
z^w+nF5C&}~m8SeDv_R#56<0p;JF~<$&#WBZxNre6PwEt~Dx;vog96wNH<^F*T(d*c
z!&Z$StQLt9B?=ON>a){4jLUZYN{ECRMq9NHUAmUE^**~<1}+DXuJzwRdF@|F&tD^x
z{na-`s71iaSp)Cdvg&k8v@U`mkd@xz)8nUPVSd!!Cg%5~=<{yK{m7J_2V(v2P*GPS
z@4lF1(j<o-!5{$;<&=dN_HLaYC}sSmnyvD?^94PPvl2CQ?R<g5n@uRWi2^DglE~aA
zCM-jba40blWVQLetOZFr-?P}$HtrTwyd1*Az-Rbw02RKBST#MjM8rLd&B!dLr*eAT
z`vX^X_qdSHr$T46nkY1hdVcs2rc5;C4>!ogd;9f^KKXH?;h#;Zx+EXEscYxaPurd2
z92Lbw^&j#~@wg=5E4hBHg33lvKcYaEweo^v=DWdtn=gnldtPwc*5MQXs$6&9h-F(q
zkzaFZAgnOO3F-Lr?SgaRaf#8<US_#&FejqM{Uw8{?<6Ctu7qlonGW1|VB?VLdGK&B
z(K{O0Mn7z+kocjhX?8lkp0yGqYWT#$(!JlzNw)GQ`y}|7v8t*3=O1gi^36U4`m0z>
z7R!rVyzM2k!(%JIqZ{YO{MrnTG|r1bjA5W>eP*=JRa}9-k_GpvbyRd~!sB|N#G{ap
z*2r@=WFLyvQ(yP2RnA4Nwd2yjqZ_wb%S$_jAU!?oiZQ*3#p&;Ui<`xRO#<KU(~#wi
zDr*~m;W&=og?W{S!Q~WWDW2T8*4jG9D^#kejBg(n`ybtKA70oo%VQ)>-PLw_c)m^g
zDm%}4zqHZyJo|<{AylN|l!(!1VGveev0cnh8?u-MPaF(1;ulCl2TzCkn}}^kV#yIv
zjoZ?d1i9+q+NAy58~A2w>;5&pe`$IfV>oKzf<31G$YP~+x#4km15<g+HM(f1HuA?_
z<bSvTWy2q2Or8Elb=obTv-uqTmV=a;it<WxOJ1jJBXq30jIH&5cAs>S(Srxh+H~|;
z=`}3rx!M;Up{uu7r_qIt*&Mz<(7tk`tJXa~uL$wlHKDBPy|#REd}^;$*W*!jxozyl
zxw2JJ*4Lh1V{>!9r;w4d)#P{Z!pXUCl#oMitarJOm^s+#nomSYy?AWKN)KhK>Jfky
zj~iE?_|wvDNntmyHLqivZq%#1tT8@i=<0ee+g%$OT3Z|kN5vr+m`IctFYp03BK7af
z^CKisw6d}a3k%!ftuSDDPfBgh$`p3JUy!-8yL<VReYhm(dNlVPnV_82vFo*D97Dck
z{}9i5a5wOh-22tdrcnK1L*6#ZMI0e#ym0k&bW}gW!*cv(Xf%zd+Gd_DU7l+e&&ApK
zXtm9Ewp`bGrc^ToYg$5>YUucrFbR|&G+N6$H8g;S$sAKOaS8~j9p&zQMEhNQSZ>Uw
znaVKfMc;4fJ<6Xw$NwklJP3{IW|SSp^h<14Fu=s1r^zL=gi@hYNEru3b}tj}w)@;J
zv}tKQ9*_g(ebg_X2}nqqStP*|z7Nxl9uk+ul%`?mCnOJ+kBg(PN1=Nnuiozden>e<
zg?Q+D-fO9h@F*vtnaBV==(zWv%a;%^D)sbMv!jLK5JkJ_9m9y2zW`Xmlm0-jUA3$B
zRG`g3LQw#&@E$)>LwhlT|Lzw!(sF3WI7%r`a2f#c?RZ-#T3AP@lP43Y$2`p7PvoSD
z_>Yg~LnywGLBBU#WT)(Cf(5s_8#9Jf{-^L}tU>ljrCf%9A#}cMixfVOq3g!YuT9Ci
zKcFO<FgoJH3;eR{#7D$@ZcYIe0QR?7Zm9(I31}**4Bnh`{8Y9W69#OpO!L>>-c_VH
zhmHY0s7TF5N?c-6!)>=`&r@v`(zwq*<l8=;Tskaj0Ay)=)Kee*3o3@rS>?+Y_v__~
z7wyB+a|bbGQEH^PRI%S!bNX22>$At<VXsIDCoUXuxyRh^^%&5e|E_Bb-|vkTV4(i;
zJra_2L9Ub&r}NS7>$wrLA9V&DCYKk^)>HVZ8~FGE2S!C8!aah@TA+fpOI$DoWn@f4
zl868jnl&>e>f*y0e^RcT<`DS(>}Ts?FmGLk@rby?UNJAClnsyaQlJ+{d!}_8vr5aJ
zk0vSxoH4QWX?s;H@4zE7_w@E1!Z>|-($$o)t<_DFa7}`sTQgzn!x9i^R{d1hWo_Ai
zX6E$N#`j&je~ahp{MA+<U)iJnt;KC)UHoZU62&t_@_3wnz^C?0A5A!Y=ynrYYP*fS
zR?2tBy(G?<toXh}LU1t6z}VbSPLt*1hp0(#et)MiV88$gkFDE!lGM(t2d!sPUJhqb
zkdeDtuz^Kt1!z2sc~idzpRB!gZ`(gVzFzU>IVU^p=A`;w+&5JPZ#-3XLIN>X7!UXy
zqFZwUQOuQ0-5X^iq?4Dgnf%vB56Ez(e|(>1M(ga7`R6}9&&TD=)%F9{v~vJ>4lOQK
z#n+Z<qY?MfuKkHd{<o5AV{(ZCm1C>`{7zn1CEN(u0pyS3DfRB%Z}Ihn1F*$uTWRn&
zKazp_$OW^_T;EBMJ1is{)h&PXP?70d;Bwq@tAEiPr+an{T1%E02huwNO0{B~E+(e#
zL-t3F#0<|mKLYx6PUqX)x?2=V|04WEQ1Ql%xW5<Fs6tCaCD?D;&!EZL1Oy?~DbYfL
zM#(e&HuuTnQsTE~u|umM*sy<}ep<FSClt~VwtGT?5{)7w!@<osJpUuJbZ-6uy-J;5
zN2TtzJ2Atf>UMYa6t*T>5NI*?(`2_wk%k@eHQP;yhZiaogR@QvHg&hKus{O~=$%<d
zD<tH_PxgL~jzZE^{PwkJ+kp^%?Li$e;SnlmDq%hOmEEXvPWHn~gCV3hk`NcK(JG@E
zx&H-Gm>>fOgje=J=hZ)VbC`~<_?|Aftq_4Ko*&(g8gDNi8Q+Zq(526BWZZ8;`5Y1T
zi~HZf>Dv<D+2=7Id-y!dQ~Q}`(yv~JQ&dR+r!^QjXS*ZJ&+$yyQ9`?o#w}D)gSyom
z#FWfH-Pc~<lcNZU2_BNTyw2fFM_sIm@d-90ywk*$IT{XzPUkGx@x!~ZkIP!QeRs}R
z@63PQsseR|rzcidNA=Dl#JU?@4&RD#;(VrmJnGS@clU-L7BFU3f$;I;R_TI+j{~Vw
z_XDleL?-NSsdpkUWv3rcY+5#Haa?T&p!({?<M@6iB-Gl>S2Zx1HGlcdeR~{Z>VAK*
z9e##!*By>y?qMAnWkXEBlh&O%!`yV6&tdpuG{Rx+v)yn*`KlN@ex!I#W{15Mag~Md
zPK@MM^?bcV#jI~eiXT!>wx?tjodJVm%{=Vxs-^he^5tm_SrciN_R0MN^{F%I)d@8`
zFDI5jQV9M<E+1dAoBpZBrGaJndy{e$pFJd>Iaa&0j-)oBAC##8NT1LeDp<G<r6?A6
zE#}Gtc|L)x;lEdidyIBFPG|WSA4p1Wh;dm;-R~ZwdthWpmM@;1#%ECoadn(tKl5Q^
zwq&|rT<_}6sG3uM5qVwjUuih}2tYaYa@`I0gsQwsPA{#)yL?XgedP*}?)$(2t>>oV
z6*ACE17z2<fu(qZEpJd}h*-gfWohzdS>}_8b>+=P&|EDX|Lv1He4n~{DDEoL`Fdi8
zf|G0P0UENxu?L-c#3If=iCTlhKdd`KX+N_x8#R$pXpCV*c82jj<$RY16q_OZ!<_zA
z-%6{n{S2)Pn11rPYm%0HTAmLLY5$I3K3mlyjrU=%%wUd%b0aeCG17t%s{NcSGiKCM
zFvpv<5M3?jD`6(>o_eMA8|*=Xbjok#!(|^#Nbh!{ZfwrmJK_ut07AjeHZc%Tn^-x8
zU6qh*Uzc!yircKHVyc6nEe<lt!};L1v)^hy<c5>zYh<_%)rHE%nNK})B8s=jfE8{{
z=+Z`=zWDc>r@@r^6T2_9q~89s+l~QHgo*4P49)>`hGjMWy6+*VjqFyqN|*BEexSy0
zz>_TYB?SBs<KrvSa;LvXlqUNXzX_3MHhI2e1#LDwwmN2xTbSI6SUr&nLMTtyzabQf
zd|w~S>#~hzPNkvax?5$IP>)DvP*hvrp<MPklVQJESxv?yenB`1hhs*uD0yYD8(u`W
zWcODg3n37TcUoQX_kkO4uKCfj@*9}CLz;05nyWE#?M}4pkFY#nP{Af8Xk=F14qFoz
zCMGT`W!@4|!4eW3CJNGc^Rqye-J9eiGv9AcpD6|-lp(PEjgGOJlSx;LntQNZ*1aY-
z+?-yQwDyPhR94$Zc)Xfk<vLBxqVe1w?&S&5<YZ1HrTr8zhEXLl4qU>G;IUx#faJKK
z_ERzCn}1Tnqoa@pf|OIjGRay<TL4gfL7TZ|2wNEl8CSAlJpMVMH7)As^3H)E;g3x%
zyHpxyfgr%E$?XH_tskgDkGku_1RqZy{05ZQ{$ZK3!hR5il((dYAn!ac5KCkq;kF`L
z@P<nw<8GmS9VN=k@!~Et2UxMx^1OP=4|28#`!tAPxz^`r5AGi^l`^f&uIOqkA3Kk*
z^ZctO_Hdv@jjz9lB|S^)`}*hmsTuzdB;;O8q=huH;fY}g-ZR~jyqfqyaR-l&?69yM
zV6i1ePQ7ym*?6N`G)8EhU9&l<*DAFmNw>J}q_E8ASKhEWddqg?w(=K*|6zMT7tS~4
zbon$5%4x0EP;mgOT_jBJvCV&wbm{Bq0iX-$QH3~hxa7I$wX6y1nye0=djevG_03fR
zn|z|>q$}s5SC=Pdb~yfOuV}~*bt7xL)wJHTiDF3pIw0V?;1t4*$Tlh|@u}~oaObm5
z@pv*z?N^`BLCL}LYila++`q=i5xYoGTa27Jn2Ig<FQNw{V8hLArUnGP1D#V*TB*gp
zs4|^;cuq36;mz%zu`k%S!elO|{f`6UjmC~WiRg8AM@@fm*%^rQhKG&`_JdWjERN_?
zThDz~o7|QzEq+G)UgW?^7x1nvgM~$xjS2u4!%18Z#a6FCh;QZDFFz4Y4lmcB?5oZ2
z0g{oP7iYnng3HRz-E5MK@aJ`#EBu#kK_cZ1obb(Se9M-RtH=nB*RKzM<t;l$BDBNY
zTckpf#F<+O1Z$a(7IT8UMS2+5=9)q~l1x8JjPF$Q+|+s!MKUs$2l;&)@E=%)FoWmq
zV<2){6g)9vmI@v1%528KR2J%jm+NDOYh`20PVZ^m9Z~3Jom*T=f@l&wgfH+4d)dkn
z?F@L(UPBkiS4_7SENf59P0U!vi&hjBj!we-8lBwaz<NH8ZiWAKRqL8Fzh&d-iZcTt
zgr`iUF0~YbPwEg|Vs1{axnfzpwW*wOIkyXpt^TWYe(q0GIXT+!{M35g+u^r!2a8Mu
zvRd|=-rQ2&7XOKuUWyu(e&)ug6a+{J3VMGc95YFO9M(>*dYB>cNft1AIbM&u#R9(>
z5^3#rv#M$T)rzome4B-{*s&QShKNuy_Bzd`Y>g!s>UBPgF?j|I^Q_YdaAbc(qR*m%
z{jI#gLrR#Vbe)3j_93dM6V1gT-lwC_d>;f@gX}}W2>JGtP6#QCQ09P6D2(|cCYT@l
zVIj}A<J@N44bJ%Hzu6E)OS<|r55moA1nzsm^sMwUr8_kxGwT0Md{8wTw9U8G?bhX3
ze3UiywAnYyP6TT(qBC>{FY5Ecx9|LJT3&`oC>a^VO`S?_bPC$9{A<BNNhqEG7+tyc
z800ml`45kxp<$|9v}vhZV8?5KxD>NitYLf0x+Ez3f?mZf<5pk;TH4aPorZ&{YfgD(
z5(uq2wqs(K`ORJ0=40sy{r_Y`DBf7fNa%c)nY{)Za12696tY*Y2aGhSY}=oRQ4XC$
z>hfxGtGWzwM9~{18z$!A`=1X|ibVJ-?jP%!u<QoWuJD=4UH57kEd^xHb}z^M(I~m|
z?KJW=)4M;YcQKA4;HCXUd;Qwi3{3TgFGSP>%(<Adn304ly)%gII*;BmQwXmfK2DH(
z7pE0twh6>f_@+c5&nIuH_Kr?wNN5i2dHsXBWkpXqyT0p$VLeBKUg5iQ&_nScK6MWg
zl-wdOhQ3BN!6v*yJ?AX9Ku@t<>K<L0%dg*TKyf8fy#bN)urJjVJ>ewM+V=b2A@aXJ
zQ?{ZbNo$kfE!6BEJ)YX?xy=$pV|zKDDIRt+lCV!9z1}zPFDfLpff9MyvXv9e(^rZ}
z*+daU&EBvi0}Cb=IU0WGxa5&m9FiCftZJB~EEepIQIfZ+G>q{cK?L02_+5waF5hnr
zJ-@c8%9?s~RaVoKqAQZRb8w7Seoc6Cdg$$Z09zv&P1F!_BXg@gBlRqC;CN@7P*tHw
z9{mDNpM5X7G4;%n3OGIEYWu8>NBNolmV42W7?jmJZ&1AewU3|14xnL|g0jq6o!n1k
zfX%0+`>R-0pcgL-fRbVmQM5Uz=EC*}o!-7tpXP6U6gIWus{Q%=Q<juC<b2!$4*e`t
z{4>HG)rpZ{%gV$fz~Vn}m)idZcbV2(Us!{kwA)WVr+j$w$^2x$DH~Uf4FgFf6*(+f
z#P`sIc$CGtkg;M3>)f-LH2`x-QS)CpP!G>zV&3a!ba=Zb+>9h>Np1ZhK&8;v$#3vX
zm`Un*G`+rsfm9)mfgLke+)SQ~@{bS(psoUu8u+{HeSWP>?F)19^7#?o@tITR?3=YL
z+Y*nrHq9)+q}Devmc^A1%2TO@)XftyGBVHGL=7rkteryt)K_J2nVw(cyq&t9rnITE
zv5#4H3GULhb|jMUNs0I`7_BQU?TPG1?=)ck_#4L-4$s8YBBa0SYZ#tceEV$QS<c$k
zn%j0OkvgU1#!iUjd5>D5EqlyiWtNb{oBp;FKKjP@sV40)yxv=(ZS|F{NjFZ}f_eYY
zF7W8&(2Bk$Vd&pOGFM!oh{XGC9?@xQTeTnWVNq3B@$+P^OA*bXq|uZLWed3q?@T$q
z!o>NH>i^x93NYgojQU0hHotHy--3)9aN<)a&q|l*hS%sTq!+xLX^{{Q$t1dHsrFy2
z%AG&As?p0+E>0=-LovNQwfADZ+p$meyFUjKSCRYC1u4%$dV%sPD?0Y?21*7~5Aa<V
zO+)&5y=v+`WldGmoaf5;^m?L+{_!a;Z;nTn?XlHoz+6+wL%O<x<41*ZqEy?%i`u+H
zx%8yT^;32Ev|lY<Om!nwDE$8(bj>wDM2md<#D=Cp^Qu`+aDGueJ*C_Z<PaC#^vQ|+
zI#o3hf~2IP|0NxpC*n)LV1uBrZ!RwPj8Qvg5UE0ZmRm5j!(fQ_@%Hp|Z?CYZh?b5n
z<*+%RgVYaVRotr~?0!A)EXV=On10Y7nARCAhVvC9xrUoYLRSAR(x>lut#(<E>64O~
zIeHmh?({fUX-vRr^9Q@biB{yf>L3y5->EE6Khd5_p+`UT;`cdW!%OnsS+WIJ4fbOL
zTnELuCYd>E!~6gPe&oaR%hS`7*qvl@z0hR?WKG29K``UwzOz%hl7vJrgt@sLFVvb1
zr@*SqXxG{BfX)n<{oiR&Az@$sHzC6sF4xE?NVOMZn3!@5U4vS*T3V8~vzNS+&M-C(
z!f&^W4;ew#0+n3=s0T?SktmWgG+gS$J{gF45k~W8q4ZV|n$6G-1witqVz3mH)rV5b
z9d!QL28H(U{9bLjsQ}NkKD-yMTb=fL?dgSQMvBe5%Jiu%Um0(<l1k1Fdi>$D@N#o0
z<Vl7o&bEPNhi#bRuJx~xmdcU+d^@<1y;w1Q=b%iVXMFK%uhCJ-@by>PY&tlJ>B~<p
z4yr)f2)v~O2179_E}Q`BkE0zF2(f+oxWLiq;+LNuYHDE9GkP|6W4KI8k+u0PVmRZd
zxsZOjC+>gA8tUw$T>|30F*X=tO2wO@W~W%xWgvq%WvwXspip@={+VqKt;5v8p08a9
zXtI8mTA>UZ6tJ;$%%q`AY%pf$2iKgHxl-P^^)~4Yr2lV@h7H&lKUR(VEkZJeLM5q$
z6IRO7S&Z{xhwG|8QPO-~{<(I9LKm1rr(_Y8p-qc0_}N|Ri9xR}wofYiH-8*TR1uE&
ze(-Pn_w+K(2N$wTTygrvyU8~YB$ZCmIxaX#fu*fG3A2bYXSbAWU9WSab=cLK$TMtR
zcfg1ohAsd)6S_{3^`C8wev;2(jU=TjuA;KOe0=`lh&+PIvv~MuoB`r$GTw!LivW9u
zO}Is1KW4X!0e>c?xFf4bZAeQgb$EE%1yxshcxd$ZuW>O<;$G|Q$ll1Mh@DrH#YLg|
zu;gYWOmBX<9t!a|RQ8dp`%X&&XY48^WXDLGS5Z3}^Lf^8p3cYBeORp}ucON6d2CD(
z$yh1D$^}1WQdt_gaj0!()&+&X`c<JqMLH3|O|bEv`Y6iuZ8-E=!3`_K_n)*z1@6@{
zoM5SBDZVGfL`;Z;`2#gF7$)DT=@_(~%vJ3sR<RD5CTRDT>5=K+0$aXp$N4!9qDN*h
zy0jZG2<JIZGOjK)mk;a=r^bCRIY_6E*809}2pDt%`x<tNyFRkM=@WwXsIW3F8sLsh
zVx@A^!;JM1M1!Izhy`lo%r5=8R`y8;C5y%xUmm^Teyk!Ji@VH^A)N&usGyVmf@Uhm
zIr;X4EC0hFNxJkf1GYmZJJ>klz>H3GqFyIO+9_)djaV8$`?oc8?c3kq>}I97#X0zQ
z5-hg-_+gk4@9vBubV=XH!4T6we#sKMNw%ZkmqF7oex>*j$7_o7m5gn?C&eJ~=^#X-
zq4>*B!Mg@yBYeGTxIs288;Se#Xr`vvhi8T?<(V%pK57X6hxXuJ#;?D}0x`9E;F4sP
zf2GZIg-<LLfeL|k#%JOe&yl^+!TBWO{_)bu%isll-HYZ%N^zLu%tpW(&iLdF%@_qD
zI~ud#_Ge)lv!*3Xui*lB&1mNHSO>oS6qO&GL_+4mZfT6b3sVHhTs6xJ%K}3O;2LyM
zzM>5{>43RO^r75iNker=OW}Iwx=sHB85lE#7CE!XM(c$T3F7b(hoG6t<NwN{+5Ymm
zHm%(WpIEfz!N|@S5wQ1ek6lN$n~>+Gftp*KXUv_u581DMy$-@OLS+zDYX5-`jQ^N2
ztO+3^-d_*!G>M`LixHCzn7X<(BE&HnroUykTY^HMae%)HF)b7GK1$F60{c+Jrf|hn
zO#^?Gt2kJ}GO45$=(ozo8jR8Tv+@#V&3m|p{u9K1fM6p?ERWDudh=ks;+I|Me5~A&
z)IpEw{1IC=4gp|d!2{5O;)PnrjZ|VPQ-+3RgIxcY3jb`X{0A1ZE=keIqP{7Ih5H9M
zRM^t~9jS;6e6zUvH{$Y-J(C0!H@@3+&%4#R@{$}*xZ{&eS&R_L$3}y7Vx6&|$%bY*
z-~m9xm$lQ<O+;ITb<wnUb5&t-TYzXVSrc>{@dk)RpiHcGYvZiJh|tmDh8!o1Z}bV5
z>pj6%j{(as#XHkldlpXo91kd8mvGM6_De!;VNCAqLd<HRF&gfCXqFIuKw0}f$CAbo
zos*|{c05_-Q5EC{*0T{K=~O#s9#arLi9j(-4@2HUrRCq`Qsm$$c|K?bjwv%4Heeu>
zB<Tu>H{T|ftRtv$2-FFO=?6U?*Z=tbT@_KDIv^nSJ<T?^{NN!-UXf-UbkbU}WX_I1
z&&bky_r(i!*e~?WT3|JnN2Zlv?jeIXve<}f7J{jj3KZf{CKl-UR4XoVt=hEsDztfU
zN&sQz51gEb-uXyT#Q^Z$PLtY@KG~JNa)2?N5=hBl0NkO0TLa`!tvi)*se`B>H6;8X
za%{Vw*562JbF#+1M%y4ugz#c+z5AjOTP7Y-h}9V*lM@p&?OuOF#Dh&t1fkeYVN3r5
z=6tb3f`iFXlEz%JoOlvDQ5}xU+OFYuvy=szyLh1Fg)l4F3`uSktY>Ybk*P`vSTGX8
z00O}<q=-7;J~1QqzxlTS9Pw#8`z?*N6tlk(w1j{_?$zKRJ;?m44O8uzji9g3U<mFF
z(qzHT$89Bn0C-)WuW<oSq{Qt)9lzj7N&kU9fQj9kjKHP1J12Yz3<S?F4;vB~M=)J5
zj-aYw%VcO$@1LH+&9jPIMXb^CyvH!-fL4U-HK{-G4)%YoWq|)Ir4oFYTP1Ygu!i{|
z#C_4<zeydX*5Y`3<J)$*Hr}H7u#IRsiM9)7Du9?EjsKV+E)X$ia_h~)2`3WEQ^Ml^
zt(s|4p!hL<bK~)5$c&zcFb8u?4!4QoVhmA7H8?Du&5T`qQwE<RL!XdF7^mexi59t+
zC7)E(;>s#rUnw|B9O$o5*n1xVmUuz`R7}PqJ}<qE)PpROQ4Y4{aM4bEI>`sUAvs(j
zJ|CTGmmdXr<yO|c@y72wc<b#e78b@Ey!oIr&ih)+^C7N|i#CCmE;2ytpfONM)yC!C
z+g~-~Zkf>~nn#<sB=(UPhOM}@5~d6CqLjBqJwgw?_2n9p;35dj*{}Rw+^b`|SPY#3
zW*3tuiMv}ax5WZ#^QA4)g^UuRlrA)Ot}a71?jb)}p_s=Aw}ch+dWyrkzt`j^L4d1P
z-*zfS4eM#G+9x=@ZAnc?&MTC?8DfO+nuI9mrXXpFFXjr&Zy5m>ROoxut+}oCOHvZ(
zT@{Lda(Fzf>!ajFt)9d1J(v;Qg<rPb30h9ZVQ@2{=d|0@@tKOy8VvoJxR^mq`!2yP
zK0T#>L(b|)h3z|ert=*f-9=+40JYX*gxPKpAJtus?vkYFr%lG>$7)R2D@Epb^%Sgh
zjlS3z-|>f4OH0SU%FKB4q%o@N(ZZ;$_wGCkl{YVT!~0kzDqU{m<nIFH*X7{aa_n8u
z7H8&iYk_X5U4^A5j$ckCzVO?^6{i7rod17%!)5o$G9Qb%nVz!_=gsaqEw`4rwUZ;6
z{O^25=wFL-W=~uo;?N(e9vlkGt*N55m}mw4_wekRyFQm{`K7Jb|G9X@J2<a1Cy>9F
zifn|jAV8_Q|9!g+8!?Kwc}m(a#JUV1c>(QKcp%Sj<V{rlP4moz_8Y5&89nxJGw5z9
zfop5L#KWDDSCiTw`5yKBB&2r)d)B2Ayz%`sAkFvuaimK3)d+Rh@_w@fdJmRD7e|;{
zcnwWSc;DvcHUd?8KUeb_pO_3KdrWm1iw;(){afe?aYl|7F=BAlo@ulQ2KjRjWL{8g
z7P`OEloM1OKXQ4E)YCuaKou(F@yV67bZ3u;F?GGuK!^DxXZNO7D}v0!ZMGm<Q`3k;
zMkTuGW4cuZmD!bswB&T%B-Gi@|8M~|^EP7!ZOjljoA&)lpoRV412}2ZpC`~u!~*jE
zI6TVi0_F%^>zkU|)h7Ngv*<rbj<fx34Qmrhrj>n73Z;fLB7LiS`GX@!Gjy6P>sO7#
z;$Vjq!d3Fs)qZV>{qRGw3RG35t)r^|#vH}-qMMKBLz{dOQ-)A1ANZ?glgCI*7yauf
zCS-!HaYQ(O>WJ6sqHxG`VRCs1Khq0?a<u$7l26^X@bbi$n!*2PmV;92p?XyCw#4GT
zdi=uNP4Jc;KytF`+5fQDJk1ZtrXxc{B1?1@VE5nU8G5<lK3@qfMezQpl`;8#Nh3aA
znH4RVE<P&S0fSo}6IG>wMtjmPfChjXwO-sJaDM%(`ufA>I`f%MUB)1K!-pJpLgQ$9
zxJ@|XYd@uTet%0^qKCx4J$!p_u`r`qIXzud_8E5>L>cf7@Y$nVGlC2N0X1#Yd`ES}
zqlSJUe(#Tuxg0aGW)E-cVA?#i6J{IA{!Yw-sdBDZzrNW_rbu#5qt5d!^dw0EkUbci
zYG2QMGrV70nw<vxB|ZpFq<iidjl&~zth`<;aC6vjmUCHvOX4GilZ->WwqNo7s?r))
zUOw=(m|~&Wvk}fKC%LaYOoP_`M@E)5GaiyN{vR3HefMX8l7(up{93G!Bo3^_-Cb_V
z{L`2qdwwydCI&VJ2FL=$l%2bT$AKOwT`?rN&i$UhKzTql+Cx*kN0kl(UnOgOvY(i@
zVP}^|lh-HMUx-*Wz_^$K(WcB1Zqs92<mM}zKZsPTcNO3#X|l>e!4-d01QC;jg}t~o
z;A8$pj9C5~38FeLPR34sIEoC`GjeHo269B73MwYk<&<=@|MXK}Pmv;B?`OZII<=#6
z5TR)FN~*_PzMNEly$<w;85KG&E+93pU4GH)>3<<R%sUy8BWQhUFFvi(w*6?ok+ul!
zlR2)lcKe9rP5^1)*EcNKd=m0{1N_x(_eCv26${DU8^Zi&LwS3}SUdo=vOXSn%Y(J?
zEAz^1mODcUNJiPD{Pt+IX=8<2&G14s(_LKj3x#;Kv)2TaD8Ga|Q>)}vY5#`=vTT4K
zdse+f!Mdp6@=W16E|8W=UK-7PkK=u>g>%fPTR}*dg%{e{_#V*gwHGI@PmjAwq7yRP
zGq>PwE3E=PLM(bJ`<#~1WwP74Dch#zmjuqy)ya4B%ah}-(_8mq-OB3e$aYQ&y85~g
zcW-NIc#iiSzqsBurd)7RJ-FJqO2`b#aHblE1?MLJ->7J!cZk^$q=Wo(nOOa+PmFPZ
zCsE>ZwSpb%{|XAt??j1sO6j{1n7HYyYiE_2^e|(p1xAR;V}hQy@;$W&^?jc^aTc{R
zR}%KlLjNB#=Ue1s^VQ}pdZ#)#P9`Sr+99dl0?s6!mw=S+ulQG)2u{Y67<6mo168c@
zv#Y)Vy+>Ee81jTF;Qg#C5+M#&FAZI3OSRXc&*)s7-u`u;Qi{gX*0VmH_9^m<=6e8#
z5#Y98vOayPwKpHlh!iE`e{FakzzC!&Egkc_P;H?3&@1tb7Xsk+ez=NP#<1u-a74Qj
zeJ$c~3EkudID^&ZRoXvT-82+BKW))IPpiQzVQ&8o{tzQ+f+jeu{5&LdtMkXf5F(M6
zOpmyTCo<`3{i#*e($!So#FYB=yOEVxS#{;jX+mGluadUtO&IE8-cygFw;m)okliU~
z%CvBu0vCifn@ao}R#D&nvodIBVP+>duZqX8*RcKsgeT-Wm#-n2LQ8AEvNB;vr3=;H
zoL9%O+(hL*6qLC=ogl}-<m8q(YEog#&_d=ZyREVmPQDNJa@e>Pczz@=F1Hw7HS9u-
zdiS;l=r%fP@uahU*4I9SP{`pZLH#3ex#i^B%%2o;$jToMj;`tH?RxH%RLJW&Sa3h@
ztV6cB=P-DNT*bllIDO~1<oj$Wiueu7l#3$_w=K+8)i?yC)&>5vRcZZ&>!*iwdBCWk
zdg~#Ml*#Bo0zD)4piUy|+oJ9M{$zAP?40%RFhXVZR6EU#WF1@`{E&gFM%U%W`Gp>5
zmfW<9Ua)x>I3W&k1lG6{Cm{_h|B3SHs<!44F2_o-wp0sjt`S3{s*%7<qot?Q@;Av0
z2fs`$H8b;-2P}}o>gCLD6nn=I!{;v5-((83qe2k|PSe(_HSZ+uxew9}{-q=5A!))?
zRVyFhI^bclRRFT%4-X9uK^(B4=qgpA%Ta;k<mCTEU#_k<f6MZW!cFGY<skZ(B}3&E
z78f)P>be7aFO2V<_#-Gbv{#MXwI1hDvJ&lgh$KeCjNwT&SH9zB@T^uDx`%D##2=!0
z#zx)mktkStdXk1qA``OKw&E4F3;!vC4Sf@`rK&lly^d3kdw&_EI_)}1aoZ!rLd%*H
zkAaK#E<}k<QBHO6{CiVtZWGPRE%I;)IG$FT+j<jc0Y1ZgxVWK{EUTquP9kiWO!l+F
zhzW{uWzMi3`FA+KrKP?5bN}XrBaV&^|1==M2nwVd(-0DnN~s2Lh6-E!x?b)`FLUGH
z{#!1`1Gt~r^J4H3^(V~3(~>Wcng>HRfFM*&FaqxYBf5VD45roDM}T)hQRIlR<#+`F
zFkF@fOru}cekn3sAmkQHL+!m|QW-1~4pF2Gq)IQrs<?+`|9dRmr1n9{Pj-q>VAOy3
z6v7UE(2{*gBlRy$M4@8(%W3+B6NAO{KyIQBp&H{>gh--FlhWX#3K1*X#XWN7VW%oL
zN)F=9iKUfFDQ_iE?3iQ@`?(jNM@m*6bZRiv2#&stMz`Tntp_ByLE~3D%dqeZ{~b7e
zfb0mAFHB|rG2JI!Aaf@rxBlJRWSOIKKcj-gy~KDrY#hb+`XMafu@^?jy`b~qEHIOB
zuB~XVLv-pVJe>7Fb)5U{brc5*cqdGF=V9%KJfM#$=|{J^Dn1Z0ot`X3O3PXYttkiX
zSeosA6BM<Om8<$*CGYqBhpeh}@V<Q%YF1d-Q3QR_yNpRhoshzCFCa{^B62hm@)h(I
z^#8}%TZP3LHEWx=1b24`?hxFahTv|&-Q6X)LxO8aaCdhacXtm?<8IU0``iD_o;jO?
z=77H7?Os+@cRf{$7OSiTJ(OVn^;Kq@H+~NrN9*_$T;_B0{eKFl=Ag&^)k<w~czPS8
zM7?RL8KueJZufq?eysRDke64TPJXoC3n#pQKx-)aS60Cb<VYb4ENQE?b6<6GV&|gl
zcj=Z@lvCi8M$}Ob&=i1?vY~l0-?=|!77T~7X~?Qkyr)EB-njBDkD{+wGqT6iRz}4o
zBbb$jDN9K3OkcbR9-egu1g^u~?cJZlqqse6<f)cs-Yk3O`A_kA`akIURwm*k^*Q+7
z3`Ii&_~pwNuHr<5KAvZfW@0`6DjasRxC$G0y?MtZ35CmBj+vr~yeM`w-7Hj{4B9IN
zI-BjKkp|pny?Yw@->se~iQL^*WAg~#rCbR6c39VSnqG1Qf_pjL-jKmwh81^T-R5<|
z@apCI_>dX~h*97<*~6GaEmN}x@%_XNgV0SFu~Z&NrA7>ch`o{ufkK(68Az`Ls*1do
zr5m-oR2nO>W5@-UP*FCK(mCa;)Ok&rQHgvY>X>102y^x$kbO6Xd~FIi9Og=}a{;Ye
zD#~R<OQ6^;p`xO~4ZmdCFS!g`9F!0}HBN7;87OsLJ8qdD=swl5+P|vZoD;2>vW=@P
z^7399k#=nhb<FohXA%8=JgCn*z80?U>zySc>b~r&H@}Z(m&iHN%KJD`g@+*3JM_DL
zV(stE^!9!VmKN(xqNYs~s-hMfesulqD+mk=vX|RI6m#JDVXidK_9P0Q*>Ad`m>R^q
zQz~DboT!yJQ1z!KEK)HoLL=Yu%k>QzJvpo(Q2GHM87br%2Y|P0X}{i5yYEpc;xW}4
z{_7S!s4cVYWl888xDkXea`+PfMVZsM$(p{#?QF2fs<qQ}-1A!wr?k$5($9mAYUU6|
ziqAYW1~D+bNJTWhb;4-4ygSood~ly2UoxpYqQb<hXsC^O>6oXm)dolp&naY*tA8=*
zJzzuON;U;C)0>HLa&*NjIX&$A-4oEr1ibIbCQIt%DZ<%)?`5k-7q?r#%qNHlyE4z9
zV8drf4N5}!25=eeLi|HcsZeh=Dw_LoUKU96oAw7KEG#f`g~lwEnH<);EY$jxzNDbp
z^2{1o0T-5E5R;0E*FesT3mM6`FMBeTLMRa@>O7K^_aSQ{W;c5O4}BRg;yWhvD!0<1
zDAiK!=>Bz6S`NYfc~$g<4~OdfxFR99!H^ImN|m7B1yV3<#7_)^D48vNX|K*258DrA
ziID6~GdAW1`+#L?y{~@>9YzK-C{n6vK=ha7NOtT{?rvy1xn(<LQw<D?S)(&}@aOhl
zpKdJBk#T?#!nYLQk%p77hKh?#NR*;U>)w(?XX~V%$=tDpXvv*>^CofKm!wxk@EUOZ
zj%n)^jrjNT*OQlM_tJWpBpUjXGj)e2h^nvxx42g9<oP^Cc1l<vB-IX!tT!D(NIt%W
zaY8Sf*5~|QW$Scup6|b0W@5$jW1LOQ>591UN0peFp@6Lr5b4g$zdKdg<ywRM<1%aL
zS~KZvkm#qgNLcIqP=E+Z2-7Y!#K9F)DHVP$ka{7}Po(;CO`+9EIf)^CYRZJhzQ2ls
zJYW#;8Sp(5{;|H;GqC;U>|M%6LT@UPJ=ajMX3L3%%j8q$H=#IC_LN3bij2A8_5)T)
zK^11z)2Ni1tpFDUC}IXz&O*o|8N5d#W(7eSh9sCxf658CpKD@^>xF6c>u@XTsm;`!
zkJG$eQ2v2wGw{RGSu**^dNAq8b~OLsR~#srJ2Oa&QGlXxoQ;v%1O>YiOYp3e5}0rq
zR>YUXvAMW3S)Zbz!)X9Cfj{<jWqngl&yT0-$p^A$>LTodH`mi4udt!w5<|6X9Q}*a
zWjE#ycDVnok0c@R8hNgRCr}bd7N1N1NYEzl+g87lB2-tdfhjcM*il`oA=NskB_k(u
zn*Yovm#;C?FcBxjIDLr|!JJ9w8%oZ;OHwvXLl$h&m(B)Emq=zyv?S&J3=4z>Vr1=y
zkkD#{^yG3(RsG+?mn39O*3{!>ro>*}`*TN1_cwYCbCQ#lb!ht2TQ9roO|FU2uRlSp
z)~jEc;!bQ~VwLF~6Qt|_qgqZ-r?Eql_#{R6O>`z|EZ+jvXEO`7W7|!{#z@70HckJA
zj%^(O$H>ID5@r11C!fqZS`#dsy_kX@lPPRe(-n{a(NBL&uHPv9tz|c~sQP$>`<CeF
z;`ym*tp_p9kk}HD9uIV+9F;~wI8_s|r(;E3&H4TOP@pPmquF+58<{xH0?2u}p%kmY
z!|2@wJ{@KT)WH+B^K~yLtUe&scdi)2wyW^|0(tJ(vXm<Dv7ZclfZD*dqT-+7^e9L+
zIl;;SNfDpts{<G^6f$3|n%w$NL)Fm!SojoOfp_c8d}?Rz-VW4O7YB_l)n0!pcIMzJ
zsTP#z(<3F^Aykvq{&u89X~`vaw+Nd{riB+_v`o=CEtMUlsK@+uuK0|Mnc4`BSXC(Y
zFzj|T(=mtkbO;^C7kVj0S@c9{t9=jE?3<NTr@v5NKkNVnh>(fkPd@4Db;w!2+5UDD
z=oWLnMbIST;@2h<-&tVy`Q~ZMd!IA!ZM|CPcDg!nH%(9EV=eC~ZtMBXGVn!>x%+iS
zDc}()!7t!^)xFhjab2oD<+r7h!&cW#k|}MoqfA@>FzI(=b~g2CM*}qe2sfv-MMroA
zSYRr-C84oWDs>+=F71}~vMB&cw5N=L9^vA?JOnC8l<KgaQRN+rs);;yq`QKf(E@;;
zGWwxeafGRELjq8O{N{Vs-oYR#Io#V>T7U!@!MyAODKHRi!$+3B1U_8_d}~QAw;THf
z1ny~OgKwAP3<VOymxM<Ehjw~0XtTwTXb{tg)g(vRW*1(Qal{@6gS0-T!o#)^4};6N
zZ99$78+*?|x7J>BH9noFUY3Inglju;(iUUQO|kriW@OU3!aSg2WyXZ3&ZcgGhokE5
zr)5Wv&Z~N!t=3DB@1e*00&VVNpve7iS5}~eJJ=Nk>bP7V&8Wq-f9dqwSKq5rlSv>1
zTTCW67+LGd=S)Yv?L}oVIq~rf&8MMsMe;vmqq#(Um`<F$%%JJfmP>AacpM0&xc#xF
z(Lo)Yw9;6^O||J^_(*|5C1h|5)1UVYT*LMyJt4y+M5XwR^mZx`jOXkSMzzH|!*Zrb
zc!LsRW{4)SKL^0OozvuyO35RSzvU&#6rOA&L)f>VrS{^sw?E-x^XaJedjbd~@TTv)
z2a?IP6KU~0q#BZMa&@{W4Io=1<J;U=IdpF(3G{oJl!+(t_iJBT`QmV4CUoo|(DE?z
z8|ZLbSbO8D)OQL8QSEqmnEUD&`1l=7_ej8hH;UFn*yU^hODW$`lEgg^T<-LH>df!<
zac9W$zLAWH(fcc@pWnl#Ozx=zQENjKNv@q){Kq>A+1FCxKLX(Q++H?i5<HsYE+F88
znWaD*o~aeOICurqTSlEGIMx|g;5vrO*1X&|IYCUV)!|$nm)+YHlFCy(ljWJV_km+h
zY4F~Pft2ZMv?}T8YBTt3I2l2%Jr@YC@K?e3KveCjI*Vv&UK@fRUc=cxzIZu_x>R2e
z$P#ydkG+<qkSkY14$~(7eccbG028U<qz@*arx<b{dh(gLene-x`ZXN|3hw5g<H31=
zLKY#ArDr5OJJa^D-J66^wIMU-FJQQSdz}Qbm+=t3@dU<ITRKrTdC!f>$T!Wk1>yxU
zZ}BBpD3SPswDsn46<Nuw9XCC}Jv^L!X-~nz@uE~mlH=u$kL?|-k@UGFpCh{$YY59V
zCC@*k&*vZa@V{3@e9D}siqaCYZPs01w}<E7??v9D>OY3TzjAZ%b-pmJ9;X4PXF42D
zgZJO@9>9`uJCg`nqKquz>|}plze_Kf(|7Pg_!c*~-f8J^iMqUMKPHUy+j39qcZC8!
zzRT)<Y#Y57`Lw)~ZM9sM4l+xu*oORRrLY_V26PLjz$oX*cdcFg^8uOQ{shq+HL=W1
zJ=!5fug=+s>>`M9rRVjn{kU(iRhfUvpI}H!m7=e9;;R&ltC&*BTCX!<1SOKU9qWw3
zXJ7G}&6v@)rq&>=L^B<#>f39~dTV0g_Q*~;E2(W-%CMY~H}9rk#;IHVTgv9A2Sus)
z_x9F;Zw`UZWAS(o=eA#)dCy<Kx9G;#QFz)p*hHl`m~}!!OtACzl=85E)>h{+`@1IM
z>>Y1o*8~XkzVI{-)L5$R9lHuaWa{ayu6~6EgAX@=?dcKj*RBBPEsJW{;s^WtuMORL
zf}Pz5zZRR$nf-^*xO~?P*VPVu)+X=HY^;|T@Yk+(yLMCmYuP%e)}h%S`rO-D+eH}z
zPQ6yXD~GZg=+<9vHh#P`a&LXSB*>)tz3i(Al?H#@MSMK&_HR8)I+hq6L`|$uoY60q
z#_-kiEt$D+;vY~^#OO!)DOaHT=qW68Wv4<J`|7%qRl)SA6`~f2QYnDt5dj93cS?9~
zV-oy0c)2DrUw2GgXdts&*~5l{Oqysu*Do{os*+bL2RB_hi9yT$^m$p5qDH?x<ek=6
zMrN=O*IQm9@`Me3x#?iCFvNuGkF}QNhfrldEb1wB6!E%s(v#u;8@E7zH)2hYLXa<f
zfSoWkUPE-p(>Aj@`?`K5vI$w;`F2)S`7+e_vA##8V)^zC4HW6}IO+lYJ|D>`&dk}<
zyKg9P9x@}_hX$TnxfLB<4kXcU!3U}f?8R%nz17MDSUUBGGm5+w$B{ihK6Ev_SCVxG
zlsxR@3Dx@^ZB-WqT+}|J1?r=r*)E2}UKne7S@W`cS^x9kf#0d*5cZ+ew@5eClo9l(
zbe4*~Gmk9kBP{1o?=-@32ro%XdR4%eeqpldH_7h_*387n9DPJxqmKF%%`KtK&V>rv
zHyOdDhQWE2k9B5j8<1!5j$W?GcY&N0t`nB2uwE$4Ib4Q<@E!F6KW!x=Cg*F#CcqQQ
z!+C7dvMX)%CXG3+6rX?VapQyc=JRhuqv9VG56}F;N8{}nu+!<$cR<o32ay>PTkSl;
zV#<Q7?#8L8LI|`?S<Dc{(t73>B7u&gJ^Kv-&yV+*Y7pJcq-YyaEp~?oucA4>ptITN
z17uC7TQe5G+aGI|K{gq-+d-B~@OI?m>HOoWzDg_4|7`92)K;^p;Z^Oi?<pb^?rY9+
z4Ja+p6qq)F!k1+focZ$HCh+6#w7p&6_ZVsV@v*cOA@U8jR-KgWOEZmxj_|f$PgQm>
zJ#j5$EGspCkz!ty@~m$|k+e^=uj`p?T`@&N-xnt;XMJU+U<NA=#{}CXsbP5JvX-B4
z1PPFmpQF@cDT@g@by66mTbN%T{MlQdYAnH?D;v?O5~)Pn`S{ggs?fCR`mDhR(Tggr
zuJb3_cu4LeVfN0{)L$>uK^ka{O=N*^$4&QpQx!fX?(3T)?ar^#Jkp~ZT+I!nf{)^^
zuBV~*JixCYduhG5<4(&5QWlWF<3O+5+NN~1z0%2JyS7GE8d^iPy+FD!*ih|J*}8l_
zc8W@Bl^YSBUtjV&*yogOZp`Bq?yYGWW_g|Ph4<*X9nkow6nR@UqMu}bnOJP@YPmhk
z6Y_k=GXk)_#gKUfoEIN{%&sTa=hvFwtf)mKISBY(JDJ{C{MVwR^kp(e9No%gpwY>L
z?ahg5Z+@(s{^6VJ0tpb8(@-NRI6-G;GrvEf1g1Q+5?NO}no(rkO6r9K`6)Xu)>OC9
zy~;CcU~~Nz8EOrRG5!&={fk`uTfr_$_{vD`eA9VC^SRJMjrme!gxOG)z0w(Iz3Xi}
zV~_;x9aKe|OJ~85WrF#(LyLx;u-;@l<a*A$Mke&Mo{?(Lv)a+>nf!3~{k*ht@8ABs
z^+D6s%NlB|F`a6%oU~hgKN>lgQQM4r<Z)aJrbR7o67g|)arN?=`o;0KUS~VBX<ABq
ze-CVm%hs#wr;#~0Apd#RpK8#4pKG=J?xpA3|7961{(U+<>v6^R<M8%L>-lyiT!V<6
zcmk*H<m%&9_0WjPAa3jBh^(RFMVy!YQLFlbi)Wu{xvBAPJ7e)YAy;sHrp;Y%OhJi9
z%mJ=nkjAVR6aU@;a0I^l8A-e^BiQ#319g>!#^9X$&g_Bfq@^60Sv9F?rMxainty9g
zN_u>t^{pj+c(qD^R3f7sdY$l4&Zx^HHkOD&Y8s_{m_wYc&P0ADdMlF1aOIH;*CyEa
z^f<GT%dy@hgC=wcO}5v~Q}90&Mb^H^uP$vh)#D8Mc<!Y7yS6f?8`xwn5_Eta?`I2W
zZl?L0AJDg%{Ceey$_->IB0Bz3eC~A{JjJs(G}t)(b09|Mi@Q%&^6%%4V!oA`hVnIu
zS%Q&#Hi9fd6BO2qYw5~!`jwqzDpyx@`FrD==jCT2W*(lnB*WlO$+ekXJGMb-u~IA7
z_LwsXAIWQ{uf^{0n$%4UDKR2WA4ye~;Ju4PXu|7ardHfsx+!LJQ2gI`#ZFAMhxNcb
z_w=%|R}e{jxG3Yc_)$DhaG3d<SYZwyxJ?SBO+R)M5FA!r)kkk;iPje{GwYqpd_pM5
zHUcj_JT|tcGTKMutU6)n7>YO|2mpFUn-E+-lQ+a~m>$JU2RpgV$Mz?S(Zt(h%!z@_
z9F_BV=sVLj;uV3BRz>#M)4_WgB@gPXdy-}TE?5ZBPqK<fuHSEhq3Gw7@<UlNm%(3o
zPLRP-enfcPu9f}^sF<zZLuV}T<L%<GWBu7z7*6}H_U~IO3u|$J-+Q4_rD5JZOLxF=
zJC2T}g9F`@JN`cp!mi*;YjPWBbD@d#s%62kMKx*duR;j*4ADA@1ZH+?^Yj*pJZ)>N
zA`Ny<0^A@%h8hcOD0JmblY~`j*t#w_hH`xInKdj=Kmt9a28+4B2Xpjtj2SosfaA|6
zl(@7&f%V6pZ9ItHpBHQ8efTPhD4}Cju=&v8ZSt3MSDL`e)JmKJ!O!c!+uwl*IvDh4
zO+0}WyfuG*H|UaVJ<i=!v&NB5cxg?#y`OR%Vjbjm-2D5{<7$!Q2;&I1>#Wjb3^g=#
zUw)jV0GUS2RS6%<j?Ob~T`H`JHi3KTI>#nqYCkXNe`%LD?4Eryf~52Goeu}5G&CVh
znh+4h;0Kkiga6ylgN$PTt?QhX)8OO0wf*&z!VP&5OCAn$EA4g<Cnq-1%_Y0`REaN~
zG8@CyVfVQwJ|`)GFD#r(qY3`jdwH3@v*4(!_Y#slf+;w-19j+N*6Qvb%E>GUn3UXr
z`dJ?L0|~vBjaDbwmI|sz6q4|gn@NQw4>BkekeYwmI{GPqVbCWfZ6FFAC&8JTIWuC{
zCe>A#%5D=qoSiQ2l<#W`_LriG4K?{@Ily?{RAw^xis;n!s=FZ&-xAwTQYd9DHP4SW
z_;D1Ae-z^}C{ZeeZtuAD&J_88JBZNJ!V-sScXrbZ4*n22UcjUZH&GVSViF!4nI@^3
zQTzyr%xAD0k!j24{>`uM(6jeN%I?z|whq$>X|%>Kmtb!p{K2^#m1-l@6RZMu4SiS(
zwsERZbRr%>tHB+XKqLzUFxs=-(V<4P4vf!YhAWe@#J^V`hyJ1?{XN!*rOzIBz-~5n
z2Wr~q-2Z>H05628>3!@tO>*e7IH}uXOFinQ4uA^4=wIg@7F<Uqc8zbapBZ@+<c#7W
zZ_V5SC)dG3s$VdJYv8%EMN&ea-6Zy9hr1>ebvu~*sFDIho67;&rrom_;=$Ab;!)V_
zyCftxcUf)o@9Qw+2+_ar>r6g-bLLt|Kf&sz<}WO`Bne@QvipbiD(_Al(07RZDHm6N
zFH}Ly775&3#|e+#l^}ag1XG&+kj6_pggz(ZcuN+}_sFXBR$x?if;j!kkE;gqPg4fq
z%L^69ho4u~%#iB-&ifO=aO8e%N!cA>;TJsnbh8qnkeKxgJ2UAHl6*(i=qnnoq<zb*
z`P9$<1JJ-dC1vYqaOR2A3R&9{EL2w1Fd-NS4pZ+atQ@Whu%iV21lt9P*3+>49jIhR
z2r6bcx*vYp*6~k3%8XQm_%zx<iflUkcxD?fFrV0P4f$ZU{O5%eANgPGRT#*XWKGuo
zm!TsMT8oyi>&);%$m=5R`7kSp2S7Cig%SSAwaB*)(l0JCOh+<kK2(;|67aW%l)(y0
z=8TWCw;z{2u8UY8xo=KcO`{4u^j%*50M`nRHJtJfXGl;YtcBO8c4IhuHMzxncqxkl
zMNF0D-M3yzaYAqpOt9~U*zxeYJHY1j=C|bZTD9=q?Z-`uWB2p?+;9hv7-h;@miNol
z$LndtJNVVn{6P%SQ66}I_nW{mH4ITdrpL8adkcw+ld?YAk(r?|*|h|?;u*|$YB@k!
zdxogM<z63>PCM07!+S1>hD^=KnoMgFteBl;%+wD%k)JLRKhUY+!d6{P81WAv)(w42
zFM;iPTMhG+etTI+GxV|V*AjN!Us?L%_g98Bj`c%7;DV>?srkLh@o}x|>XzpNw`a=8
z+dBUkFtd_s8nZ$!zL-~Ubn%{T@y*)p%h<ZTTqb~ahLEWSTOB8}UTbth(sl0kK9q^_
zTfVZG1u7?WNsnZw<iL0^yEV#h^91+_eG*L7>12d3`?k~tAT|7da3h<z)(fNd+wqK^
zq4!%(WuD;+ql(?z?JBru|Ag~U+LkXxj6G4o+80SyGsx=GM>H0@x83UTHb)E@go5|h
zmn)XZq^T+|^AvzSgQwHXd-hF(9I(SFM0)XD!MR3Ja$hU9y%@blIxN*(9}^=p=?V-|
z*VCaO3WYxBvrs}v+UsT{zVZ1BmB;aa!AIs{&sax>yC`(*z7H#Y-@oe?a&eve3mFJZ
zCWK&2o!7_5H{vONHDt0r`*>o9h^(*={98!VeZBmt10Kz3aa{Ud8^%dEol`F9E+aTo
zM@kxJA!6{+HHOg!bCNia9U}|Oi*Un=YR!gIfWc)y+ne&WZBf@!(#z#PK`0OAa<BVE
z_0Q&K$vxT2xf{3bPA@QRVI9f?UTQC8^Q0@h%Pt<7vhR@c^9ti%chCZPd3j3+_W8fn
zXhCpdtn}ef<M>h^sdYb>nsHcz!j5N9s<FNbC35_mc>=Ai*WN}N#Z#L>N7nE{Mciyn
ziwnH2y0>Eq)_k84JP$|z<0-?(6RpYDr==-~`?RiAe1nI-QA3s-8NI!|BW=Y5<DhSl
z-zECDS6=+WBO)LXC?b$hIh_N%YS{Lqe?qxh(H)|pT1Y#R-P(z|Y@?ta9Jpvo>jf2l
zCr_KS=0hP$+lW=dg6GWniiV2%skS70O(J-H_4D5}f}7p2trQRjhC}GiMCTb|s7bNN
zDUFoH?j|_`2>h0TgWv%U-VpoG8*UlO+ul7<LUsz@YmcdKVtk|%Gj$SEH{a52n*!ex
z;$M$s{wDBs++>i*7<P@l`RzX@X=PbDORXpz+;rc_R&5{m1|+L~E_3g7wWHO-AI1&W
zVrhRk%W^!d)4^ZiWR~;3-v@Qt=ai;CgB0OW$rt~@a5m_!w^^f)MLaShxxG|tnFb6e
zh@P>YsJ=0U>r<ZN%^_jkxyL>bg46jLeA|0}Dqe1&$N8KLq~BiFTJA>-W}S>J3C!PY
zYz#)OGgG=#9IdCR_+6PlH(kYNHBuEJI*(E?JwdaARs9m)P-e0U&J>)$B+Q^tTw<8s
zdCeHxFetKqzQAlWY6PgQheCaI4FOJXO*<*-Gy>Pc`Sk!Q&Sarxxf_U@5h&$LfKkrH
zix~QPB~o`gc6A$6wNSAvd)Wqif<zo691aVz*G?HZ_2GfTyblE{u6#4qBEkhSI?*2A
z760~KFG1ssZA3lkrVg*-4?xe1rT68epHs~eYB7e>wmXEs6Je6@_vJr|IYfM?$lE_1
zP#pARrs8j{2QndwZ_T<raSh3`v9n9hzEwlZ_FEG-mSP$5WMeBESyVLn*^ZT{f&I}x
ze_c&Q5*x46w`^b9&u)}zvC1|+Ed4oB5z3)O0`^awE`H>_{Rp3SWSAuMwd2ng^tlBi
z%L({QC1R0tVxiTx)1ZI02-)jA2ghKl`yLviN6qL7G<m4SYEV00Ww;SoS#AMrD_?4(
z1T4lkw~c~eYkDC$3?c$t&W|O?-cFnayMMu5cJYn~Fq0-MEiR@W8+UA@y{yJ9%}ZN~
zMCoNi94O<MhqQdZ&eQ&?i|i$?TU+)=fMG&Z3!S{&ro5mrs`V$Xgt);d>`aZG7E#XR
zRZ>OT6`yK~LiiA}I)6@8dAXjM+V*$oPp#ynC`*fjv;sxV&7O-!w|<|0X+L<IMaUbr
zU%Yf(u#O_-9he%bsi|4x1yJP45RR2)ugabs3~KjSqqfabppKa7Ps)K3l<69rWURs9
z6tr?j1drxflpSyX(hOX5gq!w!-oEND7MLydDRw=rIxxE-g=i=91~>NnKD5>$vBg@c
zF_;r}*PiQrJ0h|5@v%+4b9er}{=?VsU7+}4e`X`1eWu3L_GEj9jKrrgTco)Ce0!&#
zM9$4_t$U(;>vo(<iS+s1s86o<bnU5?HqHLkt~=p8fq3h|M1o<_+2p~sxcxLsEhh`@
zOrj1^^r5tKDBi=(cO+c<Fx7y0q{!e0AooYa1L-M1K){2$NcSG%vTg0_neg(aR=4m<
ztNRB_ahG{rE&uyV;Jp6r&TUTaa)jH^$nSQvhhN4+@mFmz-+NLiA3y>C&B{@OQ|8+T
zEs;kEqwe(o16)UBM4k!*9G90(=XM5;>wQrxjmRX*+~0b0rW!z*JAm2P{9k=f&$X8S
z^1nu2J30{HA1fy~07$#XeaFt5Rd%z0>&fz=FM_u#NfM6O_w=2fOd?O9+J(H0x_L-S
z+n2zA25?6lWudW_{Srk84%eh{X0jTK_|3kM#Kh2CWeyr5D+t%FN$P_{Dz-O`7htF(
zj_PC~dX0r7qsxqVt$I@Rve_{Q#B?l#DteqRv3`sy`>}inPrhOjErjDE@A}I6^L0}E
z;u}0#{66`HKi5X{9uN#+k2gKc4mkt0)*pS~Xic(sI{nP*iUxC16!<NFpm}8Tq2%u=
zykzWuANk|@xP1lw`$|?)KEI|bl)&gNl5;DYr^TfBi5E0d;iOnTlG2FDraU;OrZ+d4
zlV4l!j)4&0#ysPxPt|1d1pXJio!LEJ`*@_Ce5cAX6rOE82X;n`!BUd`FL--)<T|vP
zd2i?QB<p+A)z3r7#HY#Q&r9>7+_Cvz7+1)Uaa7yxaToZ`6X<;GQ#BR+@cM>EY5n#+
z@G0wL=Q+@CudkS}8QHuVG5G*D2Nmz-?O7dD)SuzWp<85bF7Aw7onLV#=_9C7amK`t
zsLAhm2XFKBR&C8l$YW>D$j^=%Z4JETSw3$Gc!<;AES)bTyhS8HJ@(CQc|E7U-PRtZ
z7U$*~pv9azAO0~pt{IZwQq8m$+eR$(oh5|`t>F98`vc>OvHWadVQxW4icgE;ul`TC
z8#|jx7Svr-sJLv$SRLq3pSq+6Sgv^IrAqiEp}jY9G%fNW>^9c_5nSfD;;nO5hZQh&
z^`AJ#E%rBZJp`(J*^i%4WUiH4%ka{4bp`0HSwox`EAccpKv)SZ)ms8g0hoGCO$sZu
z%vo8wCd>7uSGTRC5EGSDl{v!xZH0~Q{~^UAORS)^v&QY)u8Ga4d(W8Shb6)J)uztE
zi^pIK$F&&WQ9tFi)?5Q-ly*W>FxuBzcR7iRd1?9rhRKeurfWn(=7T4nX<pb|I@#^4
zbG9jwq#kDrxfw4EUb>C+Zr-{-yv#<Lm4p|55I!0OJ|?gVzg8;UhCiF<j&n^mMDdZm
z1{VFxXB&rBllk5sY}pq4FCj$?>93Ldcom_qx8+lT?xoNW36-wGPp@e^-zMw?G_(7%
zv1p}*gG}Q2>eGa{DNZJx77xo*YDvR_9LwVQBr!2T$ZaRuP|AkN7)4HlmcSB3jidP#
z8d=T;iyrFZGPiIfeln*Nz3d;qoFC-;#qTYi`tl7k*y@k1{=a0{I2K1IkI7Q~t01@|
z^wTn^e=TV4{9Nz;0%{xjjvZdql;O)n{KD3ewk_bsb?CzjzT^JBzP$-Vc5?!q>-#zo
zxq3xL_kPtV0q;R(uLKfYI3wPwE5-re;r>ESMrWw=`$p_LFkq232RvyE|ILgoOP^m%
z6J95`!%?&Xo|TA1Zm%x<t>5%SeBP8V`bB&#9;UmE6yG*Y@5tU;NJ$qfU<n)txGra%
zOfF~t1tRsu)@RR2g*~d4v(TSGB&LDTr_$#JuC^IDF-3uaUF+<bGu#yd@C$E^b=s{a
zm@EC6NluoI^q3ff2a=;t<2`<K<Z9#jLfR$ye4J(KSt2{pr#d-E=$;eh<+CHt;6B?e
zg<2O(anUtlr#fI~cC3SlaZvxv&E(Fo4GVuHvHm9GqVWFJ9AL^2KFJgCAo8_7C(4qW
zoBCrIP&k##pZ1lT8=EtE#jtHHs&ID0(sH)eN`?Oa36dX>2sd6U{l7B7dR_9zWPK@|
zY&vs1yUdJlcE4DEdtvQrGrdlzO9DwV!B)RXFNT&ZEge&zc6KEx<=It?KI|Oa`S_FU
zp`}qH1#Bc*c^&=uxLNzyvoxp{epzl_TUx5HvwkYR47)+&M#<){HQr$T7>s7k8uFGu
z`~T8pO)yP<r@%vpu~__3Jjej!$Nam>{O*oeNpq4KuV)ECr<qF#B&(W<WaCypE^0=K
zok%a;q8?IBd+3^v;mV+S*MnJ+0j<_H1o22HuQmXsc<rF4Mn$tTVH;d}Hy?0~KWlFp
zFVcJ#oYYefdfr-2<DZFE<8?+Z5qpR_Zs5FPg7>N^eL9-?jrN5b&s=`OU(r%Y_<L7V
z)80_gOzj>I|CeNnw${SC?OwdhEImi!I^+#n$O<1TwX^+A@O?IUo4y_wJG))qm53FZ
z&+Ttl@BhSi$7q-fTdhDdTdtuNO%boZJPv1O|GzkO<GA+5A2Tu=kgc%mHNl^?RVCuQ
zZ#H^nc<%?D&;mw2yJa7Xc>(9u*oUca7N>ef`p-90xdI<C)rD#AKs15w`?;GyYtln{
zYr7S{`+4I(Ym;Cyy4<nyFISF{jGP3Ag3~gN_VFzk^7iko*}^FjBzzhE&X<?1_jHL&
z6?`1$G&Fp{<geQxOix$`CNAA|x^R=_0vG5G@ziNSOato@v!4eQQ}U;wfFFv`ObKJ5
zfH!Z@h<eAFoc-Fn*V?8Uik?T@qlCxV>iqy{@_cP7+Zuew(*?+9H_GH7m;Un%Aa`MQ
z^|_NrmAR5?)c7V|s9kB^F|goVp?{IS&0J(Tca^`&w31n|`XRs3T@qI4bw7Bw_-wiU
zJcBdqzo_!ePfx1%i8YVysQywg_g#M{Cf#%`8JDqNX*9j4oyYQhF<FzI-1y%ByWQg_
zL3vg`IDe)GzB<ph!1!g){v2iPn+WfL=bYl}S?7oA^DCqOvt55#9De-4C!M>;z<|;l
z*3_!O3;$a*-9>+jZ2Z^qCC^M+ANeMGdm*nP_m|(aXr2uY8;cxsbBc*sy)_V#%Ut`%
zebg~78A(XI=e6X>``*ik>1usY!|>qUD;?SbOB)O}TDfRV`>zH2Eibq&G~|fUzqrPv
zIv2OpDhMcI7&IRw?PiguDj=)8u0K5mk-$KCWHc|f>6X9M1qO&NNDU{Yw3FIt0ZtTd
z-tniMsGRKPp3P1K;7xjb;QbXRNY*kTUzaXO=(oO()PwKN`LQK1>t#wY^_kc(Fdwq^
z&s@OmZC%7@!~M_}-#m7IdVJwpcGKPryzrK`$n1LV;xjmP1j$8nwVR}vvstuXQocNw
zeP*?~a87aj&3~ojS`no-Jk8Vl_u@TQvD3buURx(K{h`G|?yRZ1tM>mdAdMwNgThYC
zS64c>rhXC2l3@l8$Z8@>T#j7`36y@TACm&t^Gx+9ZPW&395t810Iv;r*zknE^n8z~
zzQ7XxhSeTi$~+X#>phEH9cCn@%m31megSXfoX=;6$fkAhoLeImy+gF3cJ&x71Pc$T
z!lyJ@SE7ws^xn~xI>X4o)7%S<Zw}h}b3B;3AJ?7bct9?j$1<Z((YmiwJ3|ZQtJHYg
zm>27PJh}XA|I+l+x{^NJnPd%|?ua*=>w?yEba0j?NrY0xsw(Jx5)J-&@g!-Wjy5l#
zmauSC&bShh#mp0@xSNQ^VVl<Y`mps8FgaG)eP|k_L8iBvcY5t|GIVJ4Jb!X$eQ|x7
z)@6HLuka)JyW_th@QPd>h<&9l&A{2y)s(WU<)Eng<E|uKU5blkuH<a5)YnNP5=nz-
z`hDLIWx7Lq4Vv6WZS}C(_q(}@3Lb{Dr?U-|kp!o{oO)@wueg+Bf}Fhm6*l%YWCR_$
zxv3|tv3=#;93a3`nl&bBbo^Dg5Y3VjEW;3X-UA2J#jc=tAw?3yABPk;L{|k0-Hnx7
zd|Z<cF0{VF?X?WwRo}tQUC}5QDZ@7I4-#<TQ{8@QmhTY-`n=y2&ip307|oarG&u0<
z6P#%#`iID1MKxrtavMxatJ$=-%~fhCSvYe+6V8F8D!#EqL1JAYaN>*18KY26%-1-0
zP#%>@{AJ@*z%UU1!;;Qq(8-8Xpdm2aokM|f&*UoX#y5I_SpbB~1$<$fzQiW}k=7D2
z@}jSt9YkBCTc=HgyFf9MwFkDG(HgsobHrI!^m<*KzNaFZx2e4K)|Dfz3o)H3xl;}m
zqti7W=iA%gf;y^KJeVWwEaKaejF7+?vb%Z4k9z})suZ%9*+CI*rG|ehHb~<bd{a!s
z*aII;ER_@_8522m56c$X%2aT{iLjO;M^OB#+gK_5GDbzZ-vo;+Clm_A{VPIRHEI+J
zz{(xRXvAr$rj4yfE4;C?Y}b2U8h7e#+ZHC1S!IMB;|xJF(|>{{&1N4OL_7}*d{`Lv
z-i_uO=Zj9#`WCL3S(GdkQuBp=jr9fG#tJXkoP&P@e6x;&UY1B6Hw_Vw15>NPX~KqU
zl`)+VOny}n=-nMHU2pOqsE43bZ{277BNVTAS*|~3Ba_cS4KW`oIZ#w(+-Xc7Ci7MW
z&xEaGjMPlJP7%pfe}JKtU@;$hkfd`gTPIQSDGE&^1|V_L2`MzNljrfI!BSb-s5S%q
z2I>1LT7|<|s!$LEEJp>4_2gO1$(Sy~g30mn1%59r>5T35$>sqgiW8BR8^0+!rf6|U
zx*MNN9OuUBV(=J>_Zvtf)H?Tnw;%=`rDuUfs<<%mQpi7<)MtMz#!EH=Ac&(@+2n#j
zx9RR^$P5SXZBnO7m}TO9TEkC-5S&x}Qg@Qn2oy1d$&3BvIX<*|2%w285u@w(<7ANz
z?UM}6sv}4kii1c|R|>i-dz(S0;G0iPlADK1tS=&<+q$k1kIo}ArF>W6A(EZ1Q!(~{
zimIkrQlp8Q>hU+Q3=^Dn!9SougzwsoD$;ZOYD<1FJwf(PgRvv)(`*#S;&@VfYYa4K
zTWIW%#9ug54u+m^-+6lZTnl4k^|-Xei?(5^5m6!n?uHKQcnbsVjfz|JI`Wi_#B1`S
z!tO(=_8mLz)9o1Cdd>`cR%Ys2cgJj1Oyn=9Zl6s7PXnB{A2CF5qd&hGDqv&RK?=CE
zVc3S0i~?sPkETxFJN~W2e=lQ04juo&Dhg&q0415=*hr0R%g?J;k%!*i%+PSB{YoF-
zlJwbaY1C6uPG}d34p~iVvl|BAeoTVKQd{je*R+qtyL{FmBo;&tXowXkoU^lF@&N+|
zm~8sHHymt~19wVE_J~x;0b0#fvZ@pfmYfT;)%Mp(u@r;x-H2ybKW}Zz4j}8LUtIPS
zh92)+K(&-z8!d~AaMhvPH_Ut@WSnpvZ~}t~c^8#l+QAOhcA_O&Q&rieqTAeC-*D{6
z6JFh35*zJC2mQFl{j@GZ0v9JO8G87+g3DyGFI_Y#1XP*ojxm#?sa5~_p5K<eIA&@h
zr9U5vH%^>by{txD$FRC4A(<TgD{D_i>^sL9LU1N}7!wpZB8r@?j=B-y;)b=buTV?w
zkJDt19hN?f@#p6^Hz)4$G%4U{s6HkEK`1Z+oD~`u1z!U{9z$N{Lcg<X6RxIWfQ4zM
z=}&-+^ZlP*66t%CyEr5=4lf=#Xu3rZzO<x<rpnxH&=ewf_f<h$Y&0{g24+4E#-R%i
z8i`H~7n~CV0d&c9Z2VikekKMlmA5tS#-QC-90}_t#+Sc}+ck>0yHSO{=>u#Lrtz}j
zgRv^>I1fvsC;&49NyCYwasrZd6vtuv&N=*}k;`wvw*4k8`5%o#BEAOh#dihzL#hf_
zn92K-Y&>Fpg}x>nr>C|$Uy%I%D+>YF-_f7yMC~W^Iqq&D7D^e9;DcNM^I_mm^~{eM
z2tVLckOc0A4>(ZXmsceOE>kK66CkmOIjOw*l?>{350s(CbY+tcZ-sfKRZOLYyRBwr
z{Kc_)^g*ptW3pS3FhfKLsU8A%8}YsziQ<zD9T;f$v{tXE!mN^1(mZ@^&-b1*K$=8b
zui_~G<T8yXxt{p5yJ6fA7t286<m@j0w-MStp5Abl$v!kMI7HmgNzGqH0Fr=%p}H<a
zH_rc-J>N{JdeS^acd9r$Xw4FeGHC9KRaIj`u%IvkFS$QK_Tf&*HN?<FL0Wi$gZG(d
z{d|c`r&3`G2z~sPxy6L)7F+FZZ)UGRWpB<5*LxiJOnW(;++-b0KFlt{yyVl-#JbQD
z)Tj}z0QX2$_L;o7PQFS|1?~}{Dp(fk>9f!{Zm%Nj{mFbqPD;u?J#}c{ng5h(%nmT!
z{&r$iU3T+URukDl6ns!oZ6F64-?G)H(#FK$%WI$0CHj|n`In1Kx0EKuWO<5qBxLD_
z&AI0_qW~$7Y~8g*4tohEE(J?dOoQ~jd?93O7*!B>&#epj?B;%kK^<~3?opcU_<Y^k
z8Cdl9?qUNggpBa#CBg`h^G)bbWD0hdsB35<gPko-QyNg$v<Y)=mnLu<xEKn)7!c3G
zx*xV>p<KoY14Rw5UL;(}3{!4ed6du>XG>~eAtRR?7{tgFb-?CCzo+|1L*xS0;=~}k
z`7twG$fI(F$q+MC{ijL%(b1AtIL`lwwGDUV!PgG)bO>qHR}ef5NRH?PifI$j8tv`o
zgH?2h=yk)nF;M=%ze0p`bac{Y!K~>`Gz+w$)h+nwUJ*>+@&w>hs%yC@sjpfMx!?Y%
zc7<2($PbS$3N?w2OACtzsQdJT8d&H;!x*r<<U%vi7o;Tv4UMKYS{0^9{25MfGHo)D
zXYMLa2s2G>ee-*?I69~)%Ve16@FblhK-DRV58B)mZJ9HNFAJ2Hj#kpErVIz1=?kvP
zf1_V)!^q!tl-RV{NXfqU{xg1Tfw>yu^Atv|hH?1A{(P1AfZsplGjI?A=y0F1ksvJe
z*d|nznB+2(Zrt-Rn(#XAI@?x1aaH}fP^KZ9SkF7GGB&{bmB3V=40b3MI{Ab;U1b&r
z)POHOk&%(<Lr1A&{qmx~Bt{Yb)O>S{=;e975>PC{(bzGlAvyF8P=NwC^9vfY&Otgj
z`+WoHS=>lgLX(7Pdk*vKGZUejCI{0bT8Y&5<;*x(v)ofr>=Kz6J>rWcZkr9dbt%fM
z{LiZ5sf*|XhVVf`>_d?<)L^&JYJN_Ke;63389IcALR#%xA7{}Ep~S_3BE8qP=1s<J
zLnN)G$H8h1s<ylc1&us;mGgj|=}iU#S1ZN1*yY<B&^P|$CPAQg-tR9feS#QHG@m~4
z{Am3P?S^VC7pWXDI+rGCt{D03BB<SRZg9sviDsp=Lj_>gBM0RRQ#{}JSzAqxMi&Wn
z304%)Nm|dIBI-3Te69N9y7XP(>`I030_`Nv9p1mS)q8-;v?N~wm&SqF_Z=E=mV$`E
z_Wn0oB!Xf7KQ`6^ZAP|_(n!LZbl5fDS;;QCbW#Jc6ujA~e{S>DAHzcChluw?uErQA
zfngCY6li4qo*R^T<q(*7!-s<fq^t)}n&|xe6us5)r4eK-%8sS2?pKQ;=R{5a)=QZ&
z*8fS=KApP!c)fpYZ#Kp2v@KAt+ihZ9sKTed?6V{zCMK|D6s!y1u;!-S(dd#sOvDYf
zp{;4v4`}=Atb<hqY5>V^sbGEh#7`OAu%ebez#R+@0rPtW+i}Aj`QrA!kDcML&lqj<
zRKvp7j}QG<_LXfMOMul(MXa`XI%_WXz<h?D)UpOU2LggDLQYaleTN~fOdpE;7t^fk
zLYxU)W$ciAy)ARNQ~4?zkc5!o@;v^!J9hy*f|=+WdNhvmX^nD>2h%``1)h}l5v?=&
zmefR?kL%PB;uvhT+E-L)gZ@uFCnv|@Ld;Q-p@1b<zdH|>)6vHxd0RMcYLUmma{XEk
zmhex4v{LS1_l7_d>?SDQiPzA8ixUca);h)Bzw+_a33o3Lv8k;8%8hN~;)2Kd0X5MY
zL?ZV~kEP84(N5oHAq=>H?0E|dt2X*S-w}GH-xw)aeDSbhC|Mb=s8m6MDFFb1Tbuox
zoJXt%7FJMIz}<O1h!u5SS<Gl^b1>thV#?7FiAk=!eE$d*A0vy<=8ws1fmRBSG&j|>
zU6lNkrE&)viCi$LP7=5Nb}!TrahXT407q)i2?Iq?v(JJ(!x4cMc)`86_-KezOOUl3
z*+u!9Q2r|(A-s0DQ{#tEA!mx2bz`tv2nSxL%lf`<lE|%s7z4_+Q2x66i~F@`O53;b
z{(-yRTQr;4RSB^OWzu%td2nN1t&!Ahb+eXrM`hT0{2x=g0ZiVPzvg;4a9ccN(Bf5-
zLj@=sgxZK>r|M3sfNiK5;2PUEngp?xZrl-|%%Px~FEZ8ai2J$`z^%Ql4lZpjz|tB3
z)|DKMosRYYja4z~S979ay19m9GLh*~lXCyXHFqtCN%VCvxkMox_$|17u2~8i8Rv1d
z#)YP^ppWn+N2}GuTOSu2JY~(QoSf&!jMgOX1GDMeorid*Hq3hYw%RD0?|;q@;pYp*
zG_Y`O%l^)mXlEqChD}nOTemd^FEr&Jt>ehY^X+yKS_6Cnl^@K0IzRolTq3+Ziu#kz
zC614)zOpuE#$sq-U*X`-P6n~iR(9vmASyXdu6|q?CQN9G6J-NQWb76ZPra%m8)+kA
z)%bz7KiT*N7KlFiUqAH~8fz4VBrXzLX&3DJ3sEV-*vWP6iU;M!E{>ODastlG5i0=l
z5Em#Xe4dZkP+eRVoWj)#k!90fe4k-e*;TMG@gnAxjqimA;{!;n3~>uD8(4)7rr#Pl
zPH%kQPMS_~8Lj=hjC3$h)3h<Nn8e2R>R80J!WV$Odb%py>fZq5f}T|tVkI%k5^*p$
zYn^2x)hl%WIr*KIVg-W}nFTc}L`U6|tQGC_Ldx_r`%m~o(OmEci0g32cApca+%a}w
z*VD3mk(QUd+LgRNbvFz|e@*r+8^w88(EjcXBF=1Z@yl01@Ty{%VtJ(vv5N}XJ>{E(
z*T%(Rw;b$OCBguo!^&cw6YeXc#tE!wr)`niq*yeat{7RG17Ya5U$>ZCt&wpbck^9n
zK$V#*gzXCp90$sd@xG3F_kF*hJ_>j)u?f?3z!vT5=dWLb(fqd_d4!pxOK#l1t1SRa
z?j*yu^ysyR*Yq_o%n32v+?s}0Q&lh@0n9C#GY9nlahyE+hp9rN`6_UBQ8$26+*QQv
zytqHk6-E1gog{*d(V0Hp74KFx+_jIlLWP3D^CFG7e@g5!_z|@A&Dd1mWJ5;w;d)Z{
zWv_8Oi@~Owl06GYDWs<BD;!~3xHsxTRq>@mH{~~P{Q(2^73O9^mU4p=x$-WZC;Y&f
za%@xgl<ect0Khb~`(n+|1)9yrm*xAe!8QNhZ@EhgqrN6&>y<F-?QV|ZP+q@j>0F;b
zI?q19;m4H0rbx%dTY*-bFLlHxJEVaPz5rw<u?NkOM!8aauyq&le6q*uFuH|<{js+C
z-)HN(wSbZnST`6B+|b|XrAkrStI}48QNUzbkh03}u_klH-<{2y1FnyDH@HP#a%s6p
z%n~wPrl=xzaY?WvhLD?v;@DfIhIWV>8AAIhxur@wt>ZB6Ql8!{+-CFnf#GsWLlvUh
z)0s_bPjrhDb-?EN)Na>_93$YH`-I(W28~1m6T`D>o39rr?Gn5hv^d+oP%eJ{+tOwz
zsjWd%u77*@RCy{k^6Ta0CJfN8i*E7-1?O@7Zad<_`(ypD(G>fQY@3wUu7_11;G6xd
zP3w|_f(`|e1gx;9L8s5=OLyAaCb8|!J^?Zk!5DIIZ%t4lOiVfg;)8>9nw%JLfj&eu
z#wsI<ri7nbT-9Krga*UqGjDx5hSg(cjB@~%Ei1!BKPjgKJKPOnP_;^SiJ=i~vD-9a
z0SyKi)8@ujA;v_aIR1Q8iOr35q1MORfrD_O4r6XhUWCvbIMO7ITv*V2psBXirlq>J
zpkH=I;gI08g@Z;`MP}W0qaXT~-}2iCNZi&e|CJ!Vg@dB{&)we!@cCLvZ?R=jq^gv<
zh)ij*h>YGTkWb*1uQ^%eQAuU3*!ZgBIi0fDh{3J}X*%vFG<JbTC$?NO!0?n=2lIuc
zG0<luuv}{)REix#gwq8wk8Bzb4hkxD=m_k4FBR-S84+r3So;eNZR8lv{|W_!Bsw|n
z#m3mqbZT60GVrNyBSDwZmiux%yR4pSvag|J$xQucsd(tisYKvM3hc6k^Q}M`$Ao_(
zuC-2TjV;#)hdSV*R5fVJGeT#ht8c+uMAKTcR7mXdnOUj$?AkHD%-~=WXi&?+&isq8
z$x1349PSpa<>8Nm@h#POUv5?%IK0^!!@AbYjST(18rhQi7wiF06;{DWF(;C<AyHaP
zGMf2Mf`xf}c(KE)$qx`1#B!x{IE=GjN5B}D=dg2*NS{CxIEJ{k_f|44>#NI&O@&u8
ziyqn{QC@EOB=9x#1bqVwONhXqd+aVs=VVYcVZ<i+>ai0t<<7ewlW|8uc$=lN`iEr|
z9N4H9G@WbDr!A1Y*^pObvG|v)wh^FaI$3wxZfNy`SExW`#3w(Ya^~PrU)tP|Pym^Z
zg?BV7T6q_7-UQlHShn}=e~Z|{0C*f)##;S4oHlzJUItE@5CA}qsz>z$X%L$3&1Psl
zu9HLOZ;F^yX>*PNj2DM^JPgDTYOwb<Mvq%dPk^h%`K&8Vn~ed`<%C08&(Xw-Xs}?4
ziAP8%5mLEP9w^$i^JfRQ{tjcbWRsUHL5g{?t?UwvpdS3|R}WhzUNFjC2M=K<CpDxs
zAf3YK0KBpSRFo!nE1&piKKvmFVj;XmhJuOHzHg$I0UuSL3^Njwm9OO*U`*mmP!&BL
z3PuaV3B9=mD9ONOnR|1(=t)vFG>G}jb<By;vz3w=ZMYj)zc-m!(8^7Ko7Y3O(uTj#
zorJfu7(?oW6DEh)&aUn%s+1zt6@F?Jl$V(q8G53gH2Zu{{8MGD82TLgsvH;l^(czb
zT0^`_ez+?eG<E71v>MrA>X}Jp?cV6_h_e})Q3&~8WTrm^=zEdkNcMc%46j)c@8N%3
zo)_idg$%&~)&x!*2F^C_Yia7gjL#`iv{{VvnLk);zTb4e*K<OUzS#V(2aR1;y{{}K
zIQYLS6}aa6Z0oA$p-bJII&|^E5X((cR+83JGqn*rg9}Xcm`TLH^!zn;H`gu}%5efl
zx3ti*Y^+&3x8hb-rIt_h^A$?MFhPoG<EBhj`cs9Jut4d_EA=kvb6p`pen&tCBKIUw
z8N0`aGNac4iG{<!?8H0Uu>|QJ`!frbGc}W#R4>(G-x@%agGrP6(XZR5ou>pb3434G
zg?a_EDZhZV{Aiouxn(wY@+tdjMUCgsgv|k{%kWuCYwUPmzqNaj@IC|}v5H%Qs^Xub
zAXR8^U#<`?#o_0<DIm#q1FmcRr}Tk3nEtf{Cwvn(72q>rD{{>5WOW$my~7Ss-E})_
zOVo9}Qk-S@<k0>$dlk_vB=r3A+PC{^qT8VTg)XSLyY>93`|<ie0!G&Y@96Oe2wE*w
zgHU4n{(DL;=v@{XeK(YwyV%ctU?)1wG^VC#RTuX+gH}3|%}oSDnkJ1I!)M30)*6}x
zDR~}Mb@JvHU$VxwgUJo!_&??<;Nospl;d1vxe%IffI3(v_FZ`fx=Gk!Fl;8S$MBTm
zVCq|p^qfdCO{T)2IEj3`<%o)4dUmS3Lw(Yq@K%Z~)8{}-`)^rhiviQh(?oTZbAjky
zad~qWTisR4($>=n&tg@K$w={1*JYdpnj?{`{8J}homYSab`M^C(31NrJe~*X^C~3~
z7ky%MbfJpNK4k|DjIp))tr^&|h_d5BRVWOnAgX{XzN4HnEY%|<mp{vFZfcJK?PIhe
z24qw{CJ+63a(62dL|y-{!mc~2spVUr(5rx=pcDZ?zzC?9DnV&V6+|RRXeuIvUZq2%
zhK?Yhbb`R8C>IC>DFLMysY2+ziWsD6Adufdy>Gp@-g@iJe_1Cvv*+92?ERgYoY}pg
zTqmI*>JIlK7K=mC<BQtziDp_Oydw8>!pmKY%y;;Cey;&EJ1%zH-{!qaZDUbvaj-T&
zlS)sfG&UT>A{P)tz>#oE5}lu^uC;2}Y3BQA$s8j-#|5@9wy@$NBhHso{i|&+YSnoz
zpB}Y{a$=a95n@84)E|heU-B@OtL+yPmcZmw2|)&{$~g0;P|r^7ofH*7^Dr<LL}kia
ziA=Lyj1#05oNA*xAO$G@wbJuC??(@$uRF%(^Cc0WN?YOmKjaS;B?Q%cPcvDF@)Jx|
zp?R{eW-KH6!G3Els}#1;sL>ohR=t$Fz@`6LC;jNgQ=J{1^lGQMpj-knt~NGenW7YK
zU@CXZacZYyApo9B-=xOI?{h}V{g%V+mWv%ivJGg<{ZHw#;xzm;LXXGQIK?mxh3_|_
za<K!(^9>S?`RPOOqN&t$<B`d5v0?mt#$HM_dGdu+d>l|gO+t`*oAsT8)<-1LKkZ?t
z>%EBls5&oV_}qsE&-IZIdNx_-Ks;2Y40ducUFb-UJf=WRXk#IR2io@W>^islQIgtE
zh2k<`{y#T+GZoqRVGPYh{MC)iUf(83VA-`N6<kMeQp3W+T+SL6o&`9O&+Ro^u;7M{
zLSGB6%2O@U$8+s_pij(dus}r3M{paaD&m=Vm1FCRCNrCmLvuA#EAz)DP*gF(YQgv<
zvd_M(AtfPU6JzBe&kMZNw&v!ye63q;)gJdy1W?%lcfJALx4Uf{&%g>v-$u(XuoU`^
z9;JaF@cUm%OmR*D1AJg@@-VHvL>!K)X$^ma;bR$6UcSSS84=-~cRft0eQCTn`b+)w
z1xZrUsinW=+cWr@HWa}3a9l~qo#HCs9!*Q##zxBfj2`nOCvL-+ZJeaVfH)Zr4qCnG
zX(ng>t@<|9Rb_G&YvhQi#YV0RVcH)tS~*d(-8G-7>n0)arhfORN-)XEa=Gd#>*dtz
z==9psgmplZAZfjJt=0P6V;X^L1Fr8+1DHgGadmahEA}1A8SIYine3eGCxKQ&o*v~4
zDjJ4P{f2;Ex)m4=ZRn!ShNXXfP~eN`S9|QV`UIn4;=4O3d%C{H@v@?qtZ15_@6;l^
zjDsj<lN0&YMbpKDlkaLz@By9UBI*PM`}-yflE6V%aTj77^5HI`ZQ!C1X7_Oc!E8qQ
zp?hB)yF`eE=uon>+IQgy4#$<c^@*M#bV~EX(H9SYl3k~TdVi#Ny$W}%L?>Tp|9RU1
zUfFWA@^++PYntOnJ#)F+lXaXZce-GU+iWC~&A^3MW|&mgwFIzBX*f>t*VSl92rRn}
z<EvXGMC?<aC<VhBuim^3pwtw@aOc?6lws{@X!J<zm;DzX1{PcW#wPy?Iium^S(Q6i
z>Kw8)Uu{4*p^RGJe>mY`>R}&@2byAb$q}OAQwh{*287Q|odcESD|wz{-FrdB_4^-R
z@r**mZkrnha6N^#?8ji9#=)*`2r`|>G^>Ttp*i4_TWg3Qs(*&cWV4KSBhj{*opxda
z(Rv106%T}CFY%Jzt8g3EKpwL@9iODGiqT+YJrysDn)b0tuQCJJwBEYsJ63JdjyovN
zHn)oWs=T_zBJ9e?SIo+R(O2PlJlw7);Br+KcY0@QP7U!3fsKj#t@kj(a@5|l?`9xn
zvf@YoFsJp}V~Db0P9H9V_x-ocl=OC9;Hh2)jPkRbexzjRB%jy}%4)~X^;WQ+MZ$}m
zn@M~;-Snpa-Y+Na%YOAEIRScU6c8ghp<HO<|53%QbT*sQhpR1Nabj>TrKUs>S5WYF
zQhJq}o7ba*PNS+~ATh0>|Fr8O=pYWT(V~&w=ajz`+FZj91iKf{&)$@pXi~5;YWV`l
z+uQ~KylKM{s$_m$Tcvz_n~|jx^Gz2)j2XCo?dH^!670~^XV<H+(Pmst*AHB9M6b%N
z1R#rU-a5x`i4~9hb{CyC4Ig?uTz_^T8i(;D81rbyu=h`VW_swC*lUVc(vnk@{afC$
zw7U~R!$6e-q}*()#a-#MOP3JSlIpiH8@{yVesy{NgFu0jI@oroV25pkLm?r+%d*Cm
znrSa#N-$N;36W}I+gF$G=P#Yxr*BBFG9TXIhlv9O2ym7z4+n#`k3Q@1|N7BmFiamJ
zh6??B*p{}0)c11e9bIL#Z_S|#(F0Ihu^}*CFiahfA<$Io0VzMftqXH%DQyh7UV3e=
zK`4Z3KFoLMAE9#?24R(pybkY3wY5Bz@D8gaHx>nCG!ARM{#YX}lTX$&=F_-<VFz~q
zD@K~a-=H0}<Ae5mUDs~5ouJW;-S0Zd$HoZK5aa`9X0UK3(;^>U#*x^^{WK%o7Q#pc
zJn=Wgu%F>!Lg_&cO`2nD?*g5HeV5r$bOG2qmRE?O0s<;1)nbiUl(RNg)<988wcO(`
zp+E3UX!^mkav{=z6F=Q}EY(<ZOy-8&8JmWDdMfy7i8n}F*AeGs-5HJtiAMi+KL^Ke
zati&qhr0T2M}mvTd+f*j;P`E<&~c(U_QC&q{SS)&tAjtk7wkZW53!(ij3Y-hLx)%f
zmW>~pUdwy4!t-a6<kUBu_VI%jlujL$@SZ{B`G{`q!Lesj545j$m2B_9dlZe+oqyXX
zmIKD#oaWDSjr*f4>QHs)mC6UR(rQ>Lp%xDG1t3LI%8AC626NiQ&0Ea^tNLoZ{D8cA
zxy6S#K;+KK8ZTEw2x{u(ik|ABRP-h4D1Uf;)71NNBnXY_bklv04=+t}wYHPd)!Plb
z63eeQFk%HrUX$c(hH?|oKFrdUGhZE*tixBu#I(JxKe`sn;KKRxYpfnL*tQbR^(>wN
zBldKy1>4mpXe(cz3;tDz2v&)TeRayi#1LM|?5&?Is1zn`f`?Dr-zcP~PrXd<e6(qI
zJR=QOhpf-~Dqbh+bfr6pmNn)gf0`L?`*eHWPt6WSU2U3ImD`C*d>YNuDoWSKY!a2Y
ztisim?hEmdli{nZ2@R&p{X6&LJio0{YdNdWevC9gO-&8-EJG|KTR68Cg3JeSye*{W
z5+!x$d)9#yDy%Iqueb6LK$W~O3}rtFd2XexuKpp>szdCku;6R3xMgJSd*KP>5aR`*
z79!A%oiI+$OetmWr`M%sJ&Pc2y=rD{lD<Nhqbx_=MD>d9_BAH?T0uP?Xh(J9BiZ<K
zf+t=@SWhHj%cF)1`?Z7RgFsqoxyJq=$RfTL-`}0gs<_v&K(JUpN7*v#W<aTt5RX<K
zp>d{h)yvXHbr~igBDDI!R0Fk_-Ep19nDP-X>0M9xWTD5Yj=Uua7Id>N)XJpu^;~g@
z1({@TW@hBsvmuu8y$|{<y#xXpk6s(vil}7V1o<MogTt}qFFs9K^Q|qd*o*V98XLDS
zu?y0?>_mGPZtp<;vbmJCM>_>shJk6=BRs>wa4vAh?vdvVmgm5<*Vd{v>hOS2%Qg0_
z#)j2~M?g#f0imUr<z3wcJIr=avZhMN)%VL1U*yc}-Mtd@bBbSxQK^~WHm#?dd|_py
z<$QP<%y?rlfZK5KmxfTrdYNVPkOY#|K)h8_U$85kI$XSf9Dhsm@V*DscO4=E^svF)
zMYZ;Mf%1|4C#Hr!j;t>1PVtVq<P3@B_y@R*vy$Slp{rH8g0HVJHpP%$e)11g>NyX_
zf|G$}E+t0VfL*ei+lNE5s=G+O)H`wA7u7E!{Kk!nB0j%*K&}RnHDDKpXievrX7J8@
z`9^-)aW9_JLPjCB&Yed<M@kaA?|k{a*}a_9!fY{ESp9s_9O0&x<fZwa;gO$Ns1vY?
z&9hLG0H(EQI{|&EQm?%zlY~OLfTPWeaze=Ii9vX+f@AV{z<VF-Pmbt&8_-^)GqSsn
zkF>SQAfT8~mP~~8JQo4aNIlr88^T+w-Bzt|0;{Q;y33T%DOUi1aV3;iK<A~?s_6)W
zylGKo<aLgI2KyszdPjd++Ozu^F*J>JgYazCTgZX4GxvS%hjwHz+>4}UY=kW>hB=rQ
zv+iThwsFsHBI?5P_q}unb>Y=*wJjBJz^JONtxR~3Kf3jrf&vMXM<T6cLmVcmC0ODY
zKYsk!E!7BC9vwBG#QXjDwz_ItbL(((POWf=)CDaIox9IAVYv-naGa=i>`vhd)c)(n
z4ZKQ(*e4>)XbyJ?Kr~WjBqW&!SyMOEyNRXY*`tM7&fj~)7fXg2^}9l3e$hYSR;$AD
zSMA;23HLosqj~pXDoqX`wPEa<@kl+ikvdjfTbVqI_pm$@9Y(DOM%-ih+<$M{molE9
zg_GJw1nGBu>uJ50dfII&s;WEjwWOh0f#7XG=oDY7DMa9s&zP(;p7c~#mqjBTZA(2j
z<A`CkOKM-36JwY7YfjbNv9ZhPb+nFz#Kb8nK)EOv`!3HZ|5zNJk5B75w{1m(jgL-A
zd8X`*+YAYcSy6)giTWe46Dadg1d2H03+M9KI(@9*n%<x@<J~hDIoR3zu8M$3?cXf1
zBedD@D`y{D|1018n{WndPa7B+wHgSFGkkS1rw>#K9W2|FZE;ms2exG7AhW^tG{O6F
zUqqy-QcGEPn_6ATZhTIPlh2fQ?5n<0TVBNudvQ-TQJ<-!en$zkyAj%~Vi^%MgBEl7
zIn9q@RnAylbGRXg&xuQ#U|S@<DCDIA2;M=Cd9ClXjrumkp<%G2u{!{8Dr99`k8+nV
z_MTiCR9{%KMDk^fZOXTA7T6pqPU+NwBtSF+<Ycy8{5xnQ`O;?0Qb!-%rDl8Zbv`*I
zcMqyYSWfAQxFWyWh~W}qlHnIZ{Lu3!7cR`qTv1e#36O)vKk;KexKRQ-TG4r0xbibw
ziq#)pSyQw<c<By|KfZl?R^8hAS+!;7!bO?$0cK-f&0lx!?@j#;b91S(P=&g5j=M0B
z^Wx)nrd~BJ?wGmxI>8u<nncvLWnN4^ayho+JRb$W7L=j0tme(Tv$7h7R^=Q5$3Gj*
z!<I3vze%s(YkcE|+orSJiV}a{j8iXV%{9f1Jp0`!%^Q}Lo{Cra-iiu}3`(N6Ul(aP
zhB~6@CV4Yw$Y*GKwh{b>;F+2yw)l&QiY!jEkm!Jsh40?5?!hb<`Bi%&*xBjxNM$U9
zH;${`D^n^4t098lkRZE$cncSY{B6|LNsGg|Sei~<x&xFqxZBR)Jt&z6avVTSDK6q1
zCh^DHK^-)$qzTW7=QE8&{^GZXxXE5;iuZl2sj9e3XTSd);XgiJ<Vk6s%PDIBK{f(|
zxGc-S^w8w9)`awR=nH23K;N~+5}Ee_OY<4pIQKQKfK(arPaDPd6!6_{r(_G&%fE1h
zZM`k-RQu$oM_|q8Ohf4Aa)Ki}x+84G;ye31()^x0?~cr#>ang7`&(4))XWHcS9Eze
zzx^QKM)W(;n}q&1m4}lD#NycsDpWTUS|8WtP!g?pU&f=>GqxdAc@{bn?mO$4{bsR{
zp~#K%{GdgBHM_Qke``N{=9n^OUk4SL4nvNhzJkXZi}OKTca;&>u#ab(x&D!-cyyF|
z&lqGft5T!*Bw_H$YTEweg}X>6E)@9KHnAsSLpQ%f*OYuoV{XDgE$Ij0vyLXsFW{IZ
zqvbg6J?cFmmn1NnT|1r?i%rz0>)wDKYAgWplJIwC8=&jAu=LUY!Iu5z_GNsc>Rkv2
z#n1SR%wg>QZtCq?#UKNlf^UNWs{2a-U&NE7njWvf?A=~s<uu9Oc%{+*yUAq97DMAj
z%6^f^SvBpdhm`Kuxya$89uHu!ArwBFST)D)y)i)XR+^WRYG<O1P5W--f9}~a7j$p=
z?_6~;nXC4CcDSqjly`E^h)%eLDk#nZEvD|c<qhMd#dv-TVbcy0_1ltc$or&`e6@>_
z>x<oi(X(zdGdtuMKhc~gKYXw@t~NRCC-I+3_wVU={6(dOckZ9e?FcpI{5VlcQ!b|h
z(D|>!>kp$!8kaK0Wsva$OXoj*ZVd$wHqRxcX@0v>^PK+j-aR#Ol)aO17w|9{!dTu!
zm}Wi}xtN@C$%YLxXvB{plI%mS+%s9Q%+4<eG80kzPKsl-gAdgM7eQ@0N<5{|kFlXi
zMCYU6CL;&)1AZ%8nj;U}qvtwp+$~^SI;gl<!lubUkJpy^uh?g+Hh+Qje?-CmQ+8XR
ZDAeHw5=;B8Eph<Zv~KCCzf*k}{2!a7CFuYF

literal 0
HcmV?d00001

diff --git a/doc/encryption.mdwn b/doc/encryption.mdwn
new file mode 100644
index 0000000000..ecc908463e
--- /dev/null
+++ b/doc/encryption.mdwn
@@ -0,0 +1,101 @@
+[[!toc]]
+
+git-annex mostly does not use encryption. Anyone with access to a git
+repository can see all the filenames in it, its history, and can access
+any annexed file contents.
+
+Encryption is needed when using [[special_remotes]] like Amazon S3, where
+file content is sent to an untrusted party who does not have access to the
+git repository.
+
+Such an encrypted remote uses strong ([[symmetric|design/encryption]] or
+asymmetric) encryption on the contents of files, as well as HMAC hashing
+of the filenames. The size of the encrypted files, and access patterns
+of the data, should be the only clues to what is stored in such a
+remote.
+
+You should decide whether to use encryption with a special remote before
+any data is stored in it. So, `git annex initremote` requires you
+to specify "encryption=none" when first setting up a remote in order
+to disable encryption. To use encryption, you run 
+run `git-annex initremote` in one of these ways:
+
+* `git annex initremote newremote type=... encryption=hybrid keyid=KEYID ...`
+* `git annex initremote newremote type=... encryption=shared`
+* `git annex initremote newremote type=... encryption=pubkey keyid=KEYID ...`
+
+## hybrid encryption keys
+
+The [[hybrid_key_design|design/encryption]] allows additional
+encryption keys to be added on to a special remote later. Due to this
+flexibility, it is the default and recommended encryption scheme.
+ 
+	git annex initremote newremote type=... [encryption=hybrid] keyid=KEYID ...
+
+Here the KEYID(s) are passed to `gpg` to find encryption keys. 
+Typically, you will say "keyid=2512E3C7" to use a specific gpg key.
+Or, you might say "keyid=joey@kitenet.net" to search for matching keys.
+
+To add a new key and allow it to access all the content that is stored
+in the encrypted special remote, just run `git annex
+enableremote` specifying the new encryption key:
+
+	git annex enableremote myremote keyid+=788A3F4C
+
+While a key can later be removed from the list, note that
+that will **not** necessarily prevent the owner of the key
+from accessing data on the remote (which is by design impossible to prevent,
+short of deleting the remote). In fact the only sound use of `keyid-=` is
+probably to replace a revoked key:
+
+	git annex enableremote myremote keyid-=2512E3C7 keyid+=788A3F4C
+
+See also [[encryption_design|design/encryption]] for other security
+risks associated with encryption.
+
+## shared encryption key
+
+Alternatively, you can configure git-annex to use a shared cipher to
+encrypt data stored in a remote. This shared cipher is stored,
+**unencrypted** in the git repository. So it's shared among every
+clone of the git repository. 
+	
+	git annex initremote newremote type=... encryption=shared
+
+The advantage is you don't need to set up gpg keys. The disadvantage is
+that this is **insecure** unless you trust every clone of the git
+repository with access to the encrypted data stored in the special remote.
+
+## regular public key encryption
+
+This alternative simply encrypts the files in the special remotes to one or
+more public keys. It might be considered more secure due to its simplicity
+and since it's exactly the way everyone else uses gpg.
+
+	git annex initremote newremote type=.... encryption=pubkey keyid=KEYID ...
+
+A disavantage is that is not easy to later add additional public keys
+to the special remote. While the `enableremote` parameters `keyid+=` and
+`keyid-=` can be used, they have **no effect** on files that are already
+present on the remote. Probably the only use for these parameters is 
+to replace a revoked key:
+
+	git annex enableremote myremote keyid-=2512E3C7 keyid+=788A3F4C
+
+But even in this case, since the files are not re-encrypted, the revoked
+key has to be kept around to be able to decrypt those files.
+(Of course, if the reason for revocation is
+that the key has been compromised, it is **insecure** to leave files
+encrypted using that old key, and the user should re-encrypt everything.)
+
+(Because filenames are MAC'ed, a cipher still needs to be
+generated (and encrypted to the given key IDs).)
+
+## MAC algorithm
+
+The default MAC algorithm to be applied on the filenames is HMACSHA1. A
+stronger one, for instance HMACSHA512, one can be chosen upon creation
+of the special remote with the option `mac=HMACSHA512`. The available
+MAC algorithms are HMACSHA1, HMACSHA224, HMACSHA256, HMACSHA384, and
+HMACSHA512. Note that it is not possible to change algorithm for a
+non-empty remote.
diff --git a/doc/encryption/comment_1_1afca8d7182075d46db41f6ad3dd5911._comment b/doc/encryption/comment_1_1afca8d7182075d46db41f6ad3dd5911._comment
new file mode 100644
index 0000000000..db93bf63f8
--- /dev/null
+++ b/doc/encryption/comment_1_1afca8d7182075d46db41f6ad3dd5911._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zooko"
+ ip="75.220.153.232"
+ subject="Tahoe-LAFS comes with encryption"
+ date="2011-05-18T04:32:14Z"
+ content="""
+The Tahoe-LAFS special remote automatically encrypts and adds cryptography integrity checks/digital signatures. For that special remote you should not use the git-annex encryption scheme.
+
+Tahoe-LAFS encryption generates a new independent key for each file. This means that you can share access to one of the files without thereby sharing access to all of them, and it means that individual files can be deduplicated among multiple users.
+"""]]
diff --git a/doc/favicon.ico b/doc/favicon.ico
new file mode 100644
index 0000000000000000000000000000000000000000..e754f5a48b1782620b743e3e9096f3cd40333edb
GIT binary patch
literal 2550
zcmeH{Pj3=Y6vYov6>UXE)Y_^QwIKEH!^+B-xG-IsRKo}821p1bEJ!hF8pFzjm8rF@
zDM1Y>(l(}c0}D1Ju%XD>9qAWn8j@Oq2;Mit0A-M*Cc5fL=HC0x@4k6&?qUEH)X?ko
zl>1;&0cHS3BWSI~XD#rIJPUbx?$g8jxL%1-3Y>9mZRJs~*OAZXvADQ|FB^4Ot>c)V
ze@EUojEvSXvGEwu?;phe&L9YahEWg%gWYcB*)%0Q=h-F*FQhyvu1!-CH%$8N+?Vx~
z#Ov22*%R~78)@0dOC)Zr#^0}sK=eEBbJ#VXlaZb$^ziwKlEx*~G)u0zxjB?dB}{yM
z1eeQ&<>h7gd_GK1zeFODz}{X7)!I+QVlm9j%wS<*fo8iU&ereuBOZ@qc6JukY7Lv4
zo5*A`D3{Cddc7F46|uIqhGMY@r_+f_rGjWQitX)f1cO0@LLr31VXUmIAel@eolYZ{
z%fan-qgJaS5{cl`$G6zo*@4I7LHSo1G)$yYDeUg<BAd;^;c%c(C?F6BV1NGy*4NkR
zzE$btj^fb-jwaA^0=hO?!MLsswRx@5JRnjYPPN=tb*G6LL(7({ha6wk8;t$DxGvjr
zR*~6%MO=*zGiJIZgGRo=m}aa|pQGLmtfSWtG`(X=ewncoO)e<;Mfz^eIXQ1qays)C
zKcADkj9qBHt5MveJDoW#a;t{1`<+~OlNx9*kBs#xux|V~W5Y5Zd7y02S{O4o_ABqF
z?C<TI?Zkrz)roZn@!+AkVnbI$tyXvSW%J*0dULzv1Dm-WQr-0BqBp<YXzR9<&`Dcw
SE+3-%!~VbLJ%0}W0saQKoa2-L

literal 0
HcmV?d00001

diff --git a/doc/feeds.mdwn b/doc/feeds.mdwn
new file mode 100644
index 0000000000..cc63be876e
--- /dev/null
+++ b/doc/feeds.mdwn
@@ -0,0 +1,4 @@
+Aggregating git-annex mentions from elsewhere on the net..
+
+* [[!aggregate expirecount=25 name="twitter" feedurl="http://tmp.kitenet.net/git-annex-twitter.rss" url="http://search.twitter.com/search.atom?q=git-annex"]]
+
diff --git a/doc/footer/column_a.mdwn b/doc/footer/column_a.mdwn
new file mode 100644
index 0000000000..92c77d8406
--- /dev/null
+++ b/doc/footer/column_a.mdwn
@@ -0,0 +1,7 @@
+### Recent [[news]]
+
+[[!inline pages="news/* and !*/Discussion" archive=yes show=2 feeds=no]]
+
+### [[devblog|devblog]]
+
+[[!inline pages="devblog/* and !*/Discussion" archive=yes show=5 feeds=no]]
diff --git a/doc/footer/column_b.mdwn b/doc/footer/column_b.mdwn
new file mode 100644
index 0000000000..4d2d3dd983
--- /dev/null
+++ b/doc/footer/column_b.mdwn
@@ -0,0 +1,7 @@
+### Recent [[videos]]
+
+[[!inline pages="videos/* and !*/Discussion" archive=yes show=2 feeds=no]]
+
+### Recent [[forum posts|forum]]
+
+[[!inline pages="forum/* and !*/Discussion" archive=yes show=5 feeds=no]]
diff --git a/doc/forum.mdwn b/doc/forum.mdwn
new file mode 100644
index 0000000000..e8a208ddfd
--- /dev/null
+++ b/doc/forum.mdwn
@@ -0,0 +1,8 @@
+This is a place to discuss using git-annex.
+If you need help, advice, or anything, post about it here.
+
+But, please don't post bug reports here. Put them in [[bugs]].  
+And please don't make wishlist requests here. Put them in [[todo]].  
+(If you post bugs/todo here, it'll just get moved.)
+
+[[!inline pages="forum/* and !*/Discussion" archive=yes rootpage=forum postformtext="Add a new thread titled:"]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__.mdwn b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__.mdwn
new file mode 100644
index 0000000000..84f92ae7ea
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__.mdwn
@@ -0,0 +1,3 @@
+I have 2 clients (laptops) that  would (usually) not be online at the same time. Is it possible to use git-annex for syncing these 2 clients through an encrypted server?
+
+I have tried to set this up with the assistant by using an USB-disk for copying the repository from one client to the other. The server is configured through the assistant as repository group 'transfer'. Now both clients see the encrypted ssh-server, each client copy stuff to the encrypted server, but no files are copied between the 2 clients. (In my case, running git-annex on the server is not an option. I have read through this forum, but it doesn't seem anyone has been able to get it to work.)
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_1_924521ad5972046bac44d2e04ec296c7._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_1_924521ad5972046bac44d2e04ec296c7._comment
new file mode 100644
index 0000000000..90b47a3a9a
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_1_924521ad5972046bac44d2e04ec296c7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnvVfFLW4CTKs7UjdiLIsOn_cxj1Jnh64I"
+ nickname="Charl"
+ subject="Change the encrypted server repository group to &quot;full backup&quot;"
+ date="2014-03-23T21:00:01Z"
+ content="""
+Have you tried changing the repository group of the encrypted server to \"full backup\" instead of \"transfer\"?
+
+I've just started experimenting with git-annex, and this setup (two possibly remote laptops, one encrypted server) seems to be working after very limited testing. I'm currently importing a larger collection of about 40000 files, will see if it still does (it seems whilst one client is transferring to the remote server, the other client laptop is not beeing synced; it did sync after my first batch of copying however.)
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_2_e2a7f34a3ccc1b6467e6da611c067d66._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_2_e2a7f34a3ccc1b6467e6da611c067d66._comment
new file mode 100644
index 0000000000..b50ba4b469
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_2_e2a7f34a3ccc1b6467e6da611c067d66._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkvN0eFnwvgw2JyTSSHw0QouytcxtPLln8"
+ nickname="Stein Roald"
+ subject="No success"
+ date="2014-03-26T19:43:24Z"
+ content="""
+Thank you, Charl, for your suggestion. I've tried it, without success. (It doesn't seem like that change changed anything on the encrypted ssh-server.)
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_3_f9a369a6ac69f091e6128990274d3228._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_3_f9a369a6ac69f091e6128990274d3228._comment
new file mode 100644
index 0000000000..1e42061447
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_3_f9a369a6ac69f091e6128990274d3228._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 3"
+ date="2014-03-26T21:10:39Z"
+ content="""
+What kind of encrypted remote are you using? An encrypted rsync special remote does not include the git repository, but only the content of the files, so cannot be used in this way.
+
+If you set up a [[gcrypt special remote|special_remotes/gcrypt]], it will be encrypted and includes the full git repository, as well as the content of the files, so can be used like this.
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_4_91b422f8d55b68077245c606c4f7f87c._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_4_91b422f8d55b68077245c606c4f7f87c._comment
new file mode 100644
index 0000000000..4d8915b8df
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_4_91b422f8d55b68077245c606c4f7f87c._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkvN0eFnwvgw2JyTSSHw0QouytcxtPLln8"
+ nickname="Stein Roald"
+ subject="Need some clarification"
+ date="2014-03-28T22:49:14Z"
+ content="""
+OK, thank you Joey for your help, and I think you have made some really excellent software. I've spent a couple of days to configure gpg and understand how to use it (glad I did, it has been on my todo-list for a long time...)
+
+First to your question: When I started, I just used the git-annex assistant to \"set up a repository on a remote server using ssh\" as a \"transfer repository\". Now I'll use git-remote-gcrypt instead.
+
+Now I have 2 questions:
+
+---
+
+1) On this webpage: [[https://github.com/joeyh/git-remote-gcrypt]] these are the instructions for setting up a remote for two participants:
+
+    git remote add cryptremote gcrypt::rsync://example.com:repo
+    git config remote.cryptremote.gcrypt-participants \"KEY1 KEY2\"
+    git push cryptremote master
+
+**Question 1:** As I own both computers myself, will syncing between the 2 computers work if I only use 1 KEY (the same KEY on both computers)?
+
+---
+
+2) I am still struggling to understand git-annex assistant and the use of special remotes. Important reasons for using git-annex are backups and moving data to the cloud to free up disk space locally. If I've understood it correctly, git-annex assistant always encrypts data sent to special remotes. And it seems to me that this page [[http://git-annex.branchable.com/special_remotes/]] suggest that git-annex assistant makes it easy to transfer files between different computers that do not communicate directly. I must clearly have misunderstood something, as Joey's comment above seem to state that I can't use the assistant for setting up syncing between computers.
+
+**Question 2:** If I loose my computer, or it becomes corrupted, how can I get my files back if I don't set up special remotes as a gcrypt special remote? (And if I can't, what is the purpose of the special remotes made by the assistant?)
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_5_f6128fe75ff3453747f69f12e0fd0a5b._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_5_f6128fe75ff3453747f69f12e0fd0a5b._comment
new file mode 100644
index 0000000000..8dcddbeef5
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_5_f6128fe75ff3453747f69f12e0fd0a5b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Confused"
+ date="2014-03-31T03:18:41Z"
+ content="""
+>What kind of encrypted remote are you using? An encrypted rsync special remote does not include the git repository, but only the content of the files, so cannot be used in this way.
+
+Forgive me, Joey, I've been following your work on the assistant for almost as long as you've been working on it, and I use git a little bit, but I have yet to wrap my head around the complexities of git and how git-annex and the assistant...morph them.  I've read all the design docs you've written, but I still don't understand this.  From reading the OP it sounds like this is exactly what the encrypted rsync special remote is for: using a transfer repo to sync two devices that don't connect directly to each other.  Why would he need to use a gcrypt repo instead?
+
+Thanks for your patience.  I know you get asked these basic questions over and over again.
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_6_9b90b4031a5ed26c375903b33ed65a10._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_6_9b90b4031a5ed26c375903b33ed65a10._comment
new file mode 100644
index 0000000000..5fc4286b27
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_6_9b90b4031a5ed26c375903b33ed65a10._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 6"
+ date="2014-04-02T20:11:35Z"
+ content="""
+@Adam, an encrypted special remote does not contain the git repository (the gcrypt special remote is an exception to this rule). So you need to use another method to sync the git repository between machines.
+
+@Stein Roald once you have a clone of the git repository, you have the information that git-annex needs in able to get files from encrypted special remotes.
+
+Question 1: While gcrypt supports multi-key setups, when you use the git-annex assistant to set up a gcrypt remote it only sets it up to use one key. It's left to you to arrange for this key to be on every computer that needs it. Or use command-line stuff to add additional keys later.
+
+Question 2: You can certianly use the assistant to set up syncing between computers, but the only setup that currently provides 100% end-to-end enctyption of the git repository is using gcrypt. (Special remotes are 100% end-to-end encrypted, but as I've stated several times, do not contain the git repository data.)
+Since you seemed to want 100% end to end encryption I suggested using gcrypt. There are simpler setups, like using XMPP, that encrypt everything but not end-to-end, so the XMPP server could snoop on it.
+
+If you loose your computer, you can get your files back from any other device where you've set up a clone of that repository. A backup drive, another computer , etc. 
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_7_acd64ce1b08a97ddf730622272e9f611._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_7_acd64ce1b08a97ddf730622272e9f611._comment
new file mode 100644
index 0000000000..f850253b18
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_7_acd64ce1b08a97ddf730622272e9f611._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkvN0eFnwvgw2JyTSSHw0QouytcxtPLln8"
+ nickname="Stein Roald"
+ subject="comment 7"
+ date="2014-04-03T21:55:14Z"
+ content="""
+Thanks again, Joey, for your time and for your kind answers.
+
+I have tried to set up git-annex with 2 laptops, each with their own gpg-key in order to use a remote server with gcrypt (and those laptops have shared the keys with each other). I regularly use git, but so far I haven't been able to get this setup to work. But before I bother the world with these problems, I would be interested in learning how to do the following:
+
+*Question 3*: How can I use the git-annex assistant to set up a gcrypt remote (with one key)? It doesn't show up as an option as far as I can see (git-annex version: 4.20130815).
+
+*Promise*: When I get git-annex to work with gcrypt, I'll make a summary on how I did it (and maybe which mistakes I made so others can avoid them).
+"""]]
diff --git a/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_8_9baacb14fc5eb449cb13e0b4a4995fb0._comment b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_8_9baacb14fc5eb449cb13e0b4a4995fb0._comment
new file mode 100644
index 0000000000..0ecc2fb3ba
--- /dev/null
+++ b/doc/forum/2_clients_using_an_encrypted_server_for_syncing_-_possible__63__/comment_8_9baacb14fc5eb449cb13e0b4a4995fb0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 8"
+ date="2014-05-19T16:48:09Z"
+ content="""
+4.20130815 is too old. Get a current version.
+"""]]
diff --git a/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__.mdwn b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__.mdwn
new file mode 100644
index 0000000000..c6c67a2917
--- /dev/null
+++ b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__.mdwn
@@ -0,0 +1,12 @@
+Hello,
+
+I went through several of the questions on the forum but could not find the answer to this. I have the following scenario, which seems very similar to the nomad case.
+
+I have a server at home with many big media files. I want to keep a subset of these files on my laptop, to watch when I travel. When I'm done watching the files, I want to either delete them (i.e, they should no longer be on any machine) or archive them (i.e., they should remain on the server, but no longer be on the laptop). I think I know how to do this from the command line, but I still have a few questions.
+
+- How do I drop a file from _every_ repository? If I understood correctly, `git annex drop foo` will only drop foo locally.
+- Is it possible to follow this use case using the assistant, or should I use the command line instead (which would be very fine with me)? In particular, how do I choose the file I want to put on the laptop? (It seems `git annex get` is the command line way, is there an assistant equivalent?)
+- Can I use both the assistant and the command line at the same time? Is there a description of the command-line version of what the assistant is doing behind the scenes?
+- Can the server repository be both a "transfer" repository (to hold the files I haven't watch) and an "archive" repository (to keep the files I've watched and decided to keep), or do I need two repositories (on the server) for that?
+
+Thanks a lot for any suggestion.
diff --git a/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_1_fe291cd6cd8e2d5b8e23f8e3689d824b._comment b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_1_fe291cd6cd8e2d5b8e23f8e3689d824b._comment
new file mode 100644
index 0000000000..e29f576577
--- /dev/null
+++ b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_1_fe291cd6cd8e2d5b8e23f8e3689d824b._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-21T22:41:44Z"
+ content="""
+You can use `git annex drop foo --from remote` to drop the file from the remote. Of course, the remote has to be accessible. You can't drop files from an offline drive that's stored in a safe.. 
+
+What you might be looking for is `git annex drop foo; rm foo`, followed by a git commit, and then later you can run `git annex unused` on a remote and it will let you then easily drop the files you've removed from the repository. This approach of just deleting files when you're done with them also works when using the assistant.
+
+The assistant isn't really about only keeping a subset of files on your laptop. It would like to get them all, except for ones in \"archive\" directories.
+You can configure the assistant to use manual mode, and then it doesn't download any files on its own (so you have to manually `git annex get` them), but it will still handle all the other stuff the assistant does, like automatically committing and syncing changes.
+
+An archive repository wants one copy of every file that is not already stored in some other archive repository. So an archive repository could certainly be used instead of a transfer repository. (But not a small archive repository; those only want files that are moved to \"archive\" directories.) A better choice might be to make that server be a backup repository. That makes it want *every* file, no matter what, and it follows that it would archive everything, and have everything the client wants available for transferring to it.
+"""]]
diff --git a/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_2_f0dbc3c723999bf0f22502e3a89d1d4a._comment b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_2_f0dbc3c723999bf0f22502e3a89d1d4a._comment
new file mode 100644
index 0000000000..3ae6b94c5c
--- /dev/null
+++ b/doc/forum/A_question_an_the_nomad_use_cases:_files_to_fetch__44___files_to_delete__44___files_to_keep__63__/comment_2_f0dbc3c723999bf0f22502e3a89d1d4a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 2"
+ date="2013-10-23T10:06:53Z"
+ content="""
+Thank you for the suggestions and explanations. I'm using a manual repo and I find that it works quite well.
+"""]]
diff --git a/doc/forum/A_really_stupid_question.mdwn b/doc/forum/A_really_stupid_question.mdwn
new file mode 100644
index 0000000000..38c7bcb56a
--- /dev/null
+++ b/doc/forum/A_really_stupid_question.mdwn
@@ -0,0 +1,3 @@
+Sorry, but all this wiki and the manpage seem to gloss over the most obvious question:
+
+What happens when you commit conflicting edits in different repositories?
diff --git a/doc/forum/A_really_stupid_question/comment_1_40e02556de0b00b94f245a0196b5a89f._comment b/doc/forum/A_really_stupid_question/comment_1_40e02556de0b00b94f245a0196b5a89f._comment
new file mode 100644
index 0000000000..2a400db3b0
--- /dev/null
+++ b/doc/forum/A_really_stupid_question/comment_1_40e02556de0b00b94f245a0196b5a89f._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="Good question!"
+ date="2011-12-20T23:07:25Z"
+ content="""
+You get a regular git merge conflict, which can be resolved in any of the regular ways, except that conflicting files are just symlinks.
+
+Example:
+
+<pre>
+$ git pull
+...
+Auto-merging myfile
+CONFLICT (add/add): Merge conflict in myfile
+Automatic merge failed; fix conflicts and then commit the result.
+$ git status
+# On branch master
+# Your branch and 'origin/master' have diverged,
+# and have 1 and 1 different commit(s) each, respectively.
+#
+# Unmerged paths:
+#   (use \"git add/rm <file>...\" as appropriate to mark resolution)
+#
+#	both added:         myfile
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+$ git add myfile
+$ git commit -m \"took local version of the conflicting file\"
+</pre>
+"""]]
diff --git a/doc/forum/A_tiny_filesystem__63__.mdwn b/doc/forum/A_tiny_filesystem__63__.mdwn
new file mode 100644
index 0000000000..44a397e2f6
--- /dev/null
+++ b/doc/forum/A_tiny_filesystem__63__.mdwn
@@ -0,0 +1,7 @@
+First of all, thanks for the amazing work! I've already tried Owncloud, SparkleShare, Unison, rsync and lsycnd. Finally I may have found the real deal.
+
+My main problem with git-annex right now is that it is not fast/reliable enough. The main issues being: broken links now and then (I've probably done something wrong) and the slow: "startup scans", "consistency checks", "attempting to fix here" and "syncing with server". (50 Giga, Work-Server-Home, setup via webapp assistant)
+
+Please, tell me if I'm wrong, but I have the impression that git-annex would get much more robust if it was 100% sure that nobody could mess with its file tree. One possibility would be to add the option (when creating a repo) to make a protected filesystem controlled by git-annex only via FUSE (not something like ShareBox). This could be a tiny filesystem (such as loggedfs) that does nothing but make sure that only git-annex can mount/change files. This would definitely add to speed (reducing checks) and stability.
+
+I'm I being too naive? Most likely there is something I'm overlooking, like the amount of work this would involve.
diff --git a/doc/forum/A_tiny_filesystem__63__/comment_1_993e3f5dbe4bcbb5b7bd9e08ab9554f3._comment b/doc/forum/A_tiny_filesystem__63__/comment_1_993e3f5dbe4bcbb5b7bd9e08ab9554f3._comment
new file mode 100644
index 0000000000..aa246b5ee7
--- /dev/null
+++ b/doc/forum/A_tiny_filesystem__63__/comment_1_993e3f5dbe4bcbb5b7bd9e08ab9554f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-05T22:34:32Z"
+ content="""
+git-annex can indeed be sped up by preventing modification of files in the tree. you can do this by running \"git annex indirect\"
+"""]]
diff --git a/doc/forum/A_tiny_filesystem__63__/comment_2_af57591d42868c8aa1cc1eda43ca8b98._comment b/doc/forum/A_tiny_filesystem__63__/comment_2_af57591d42868c8aa1cc1eda43ca8b98._comment
new file mode 100644
index 0000000000..1d4bc4be7a
--- /dev/null
+++ b/doc/forum/A_tiny_filesystem__63__/comment_2_af57591d42868c8aa1cc1eda43ca8b98._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2014-04-07T04:25:43Z"
+ content="""
+what's wrong with [sharebox](https://github.com/chmduquesne/sharebox-fs), actually?
+"""]]
diff --git a/doc/forum/A_tiny_filesystem__63__/comment_3_3869c0472b50d7cf5e29ac0720f4f20f._comment b/doc/forum/A_tiny_filesystem__63__/comment_3_3869c0472b50d7cf5e29ac0720f4f20f._comment
new file mode 100644
index 0000000000..9c1613ca7c
--- /dev/null
+++ b/doc/forum/A_tiny_filesystem__63__/comment_3_3869c0472b50d7cf5e29ac0720f4f20f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="augusto"
+ ip="177.98.104.136"
+ subject="comment 3"
+ date="2014-04-08T22:46:18Z"
+ content="""
+When I saw Sharebox's page on Github I had the impression it was vaporware. It has a section named \"Planned Interface\" and there are no updates for quite a while.
+
+Is it working? How to install/use it?
+"""]]
diff --git a/doc/forum/Accessing_files_directly_on__a_USB_device.mdwn b/doc/forum/Accessing_files_directly_on__a_USB_device.mdwn
new file mode 100644
index 0000000000..7b16f65231
--- /dev/null
+++ b/doc/forum/Accessing_files_directly_on__a_USB_device.mdwn
@@ -0,0 +1,11 @@
+Using the assistant, I have created a repository on my laptop plus a synced repository on a USB disk. Looking into the first repository, I see my files accompanied by a .git directory. However, looking on the USB disk (e.g. /media/usb/annex), all I see is what looks like the content of a .git directory.
+
+This means that it is difficult to retrieve any file directly from this disk -- it has to be synced to another local repository first.
+
+Is there any way to change this ? E.g. to have a copy of the working tree, plus a .git directory, on the disk ?
+
+My use case: I have added plenty of media files to my repository. In addition to using the USB disk as a backup/medium for transfering these files to another computer, I'd like to be able to plug the disk to e.g. a media player and read the files directly from the tree, but it does not work at the moment.
+
+Is there anything I am missing ?
+
+Edited: yes, there is something I was missing: the forum entry at [[forum/USB_backup_with_files_visible/]]
diff --git a/doc/forum/Accessing_files_in_bare_repository.mdwn b/doc/forum/Accessing_files_in_bare_repository.mdwn
new file mode 100644
index 0000000000..2ea6ba9d32
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository.mdwn
@@ -0,0 +1,5 @@
+I have set up a remote server repository using the git-annex web assistant, accessed via ssh. The repository is a bare one according to the config file in the annex directory on the server.
+
+I am wondering how I could access any of the files in the repository while logged in to the server - they don't have their usual file names to look for clearly. Is there a way to get a list of the files for starters? I tried using git annex find, but it never returns any files. git annex get followed by a filename of a document in the repository also doesn't work.
+
+Thanks to help me understand better how to approach this.
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_10_7eb66e3806f9524e043fae2da9d57d64._comment b/doc/forum/Accessing_files_in_bare_repository/comment_10_7eb66e3806f9524e043fae2da9d57d64._comment
new file mode 100644
index 0000000000..2b9bb86317
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_10_7eb66e3806f9524e043fae2da9d57d64._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 10"
+ date="2013-05-13T04:08:14Z"
+ content="""
+I'm not sure what's up.  I hope Joey can weigh in.
+
+\"git annex sync\" ought to go get the symlinks from your remote, and merge them into your master branch, which is currently checked out, so you should see them.  :(
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_11_f0165d66865ad14f7eb5d50e900c1df4._comment b/doc/forum/Accessing_files_in_bare_repository/comment_11_f0165d66865ad14f7eb5d50e900c1df4._comment
new file mode 100644
index 0000000000..abacbc30e4
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_11_f0165d66865ad14f7eb5d50e900c1df4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-05-13T17:33:26Z"
+ content="""
+When the assistant (or git annex sync) pushes to a repository, it creates a `synced/master` branch. So your bare repository has no regular `master` branch. So when you clone it, you get a repository with no branch checked out, which is what git-annex sync complains about.
+
+There are several solutions. The easiest is to run `git merge origin/synced/master`; then your checkout will have a master branch and you can use `git annex sync` from then on.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_12_0e7ea5161b6da6e9bb9425bdb953de33._comment b/doc/forum/Accessing_files_in_bare_repository/comment_12_0e7ea5161b6da6e9bb9425bdb953de33._comment
new file mode 100644
index 0000000000..8d083d32db
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_12_0e7ea5161b6da6e9bb9425bdb953de33._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 12"
+ date="2013-05-14T04:07:37Z"
+ content="""
+Thanks Joey, this worked. The symlinks are in the directory and I can get the actual file contents (except for one attempt that failed - I'll need to check why that didn't seem to have propagated to the bare repository.)
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_13_f804b9bf71f7d04bd23ce32d813dc340._comment b/doc/forum/Accessing_files_in_bare_repository/comment_13_f804b9bf71f7d04bd23ce32d813dc340._comment
new file mode 100644
index 0000000000..470541f1d1
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_13_f804b9bf71f7d04bd23ce32d813dc340._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 13"
+ date="2013-06-12T18:56:39Z"
+ content="""
+Regarding my comment above, I've changed things so now `git annex sync` to a bare repository *does* push to the regular branch. So `git clone` will work without this bother.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_1_6de649d38febd2240eb5b703da77c2d6._comment b/doc/forum/Accessing_files_in_bare_repository/comment_1_6de649d38febd2240eb5b703da77c2d6._comment
new file mode 100644
index 0000000000..ec14394b88
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_1_6de649d38febd2240eb5b703da77c2d6._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-05-08T13:40:16Z"
+ content="""
+Do you have git-annex available on the server from the command line?
+
+If so, the easiest way would probably be to clone the repo in git, and do a \"git annex init\" in it.  This would give you a copy of the repo with none of the files in it.  It would be tiny, just full of symlinks, no content.  Then pull down copies of *only* the individual files you need using \"git annex get.\"
+
+Maybe set that repo to \"untrusted\" to make sure other repos don't start depending on it to store copies of files to fulfill numcopies.
+
+When you're done with a copy of a file, just \"git annex drop\" it again so it disappears from this skeletal repo.
+
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_2_7e8dd09915ddc3267377e900891cb02c._comment b/doc/forum/Accessing_files_in_bare_repository/comment_2_7e8dd09915ddc3267377e900891cb02c._comment
new file mode 100644
index 0000000000..9c4df2f054
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_2_7e8dd09915ddc3267377e900891cb02c._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 2"
+ date="2013-05-10T03:21:57Z"
+ content="""
+I have git-annex on the VPS. The bare repository is in the directory \"annex\"
+
+From the user's root directory, I execute:
+
+git clone annex/ Documents
+Cloning into 'Documents'...
+done.
+warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+cd Documents/
+~/Documents$ git annex init 'Documents on VPS'
+init Documents on VPS ok
+(Recording state in git...)
+
+Still, when I try to get a file now, or do a git annex find, nothing shows up.
+
+
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_3_80eae4a73f38d1a7e35f97c33b6401f8._comment b/doc/forum/Accessing_files_in_bare_repository/comment_3_80eae4a73f38d1a7e35f97c33b6401f8._comment
new file mode 100644
index 0000000000..31aa5b1a39
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_3_80eae4a73f38d1a7e35f97c33b6401f8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 3"
+ date="2013-05-10T04:11:22Z"
+ content="""
+OK, I'm not sure what is up, but perhaps try \"git annex sync\" and see if that gives you the treeful of symlinks that you want.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_4_5ec13e98d3ecb69426e974d34f712f9b._comment b/doc/forum/Accessing_files_in_bare_repository/comment_4_5ec13e98d3ecb69426e974d34f712f9b._comment
new file mode 100644
index 0000000000..720d787666
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_4_5ec13e98d3ecb69426e974d34f712f9b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 4"
+ date="2013-05-10T04:11:53Z"
+ content="""
+that is, do \"git annex sync\" from within your new clone.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_5_dccbf5793998c6381e23eb8ff6497ebf._comment b/doc/forum/Accessing_files_in_bare_repository/comment_5_dccbf5793998c6381e23eb8ff6497ebf._comment
new file mode 100644
index 0000000000..d89ab793ec
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_5_dccbf5793998c6381e23eb8ff6497ebf._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 5"
+ date="2013-05-10T04:23:28Z"
+ content="""
+Thanks for your help. Unfortunately that doesn't do the trick either:
+
+git annex sync
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+commit
+ok
+git-annex: no branch is checked out
+
+After this, git annex find still yields no results.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_6_42d923916232c81f3b8bdbefa34a89d3._comment b/doc/forum/Accessing_files_in_bare_repository/comment_6_42d923916232c81f3b8bdbefa34a89d3._comment
new file mode 100644
index 0000000000..f33b521466
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_6_42d923916232c81f3b8bdbefa34a89d3._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 6"
+ date="2013-05-10T12:52:48Z"
+ content="""
+OK, I'm going to guess the problem is there is no \"master\" branch in your cloned repository, because there is no \"master\" branch in a bare remote. (Not sure about this, just guessing.)  Try \"git branch\" in your clone.  If there is no \"master\" branch, that's the problem.
+
+If that's true, the right thing to do would probably have been not to clone from it, but to create a fresh git repo and then set your bare repo as a remote.
+
+You could try doing that -- create a fresh git repo, git annex init it, and then try something like \"git remote add barerepo /path/to/bare/repo\" and then \"git annex sync\" which should pull changes from the bare repo's 'synced/master' branch into your 'synced/master' branch and from there into your master branch, giving you all your symlinks.
+
+If that works you could declare your previous attempt \"dead\" and you'll be good.
+
+It *may* also be possible to just fix the clone you've got by creating a master branch, maybe by branching off of synced/master.  Do a \"git branch\" and see whether synced/master exists, and just try \"git branch master synced/master\" and then \"git checkout master\" and that might do the job!
+
+But I'm just throwing ideas around here, so I hope somebody who actually knows what's going on (joey? are you there?) will pipe up.
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_7_43a0a7d222faee582aeb3150a59cef87._comment b/doc/forum/Accessing_files_in_bare_repository/comment_7_43a0a7d222faee582aeb3150a59cef87._comment
new file mode 100644
index 0000000000..7684b0c461
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_7_43a0a7d222faee582aeb3150a59cef87._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 7"
+ date="2013-05-12T14:04:29Z"
+ content="""
+That all sounded very plausible, but for some reason it failed to work for me. I went back to basics and tried getting there by replicating steps 1 to 3 of the walkthrough, but also to no aval. I'll still try one more thing - setting up a local repository on the VPS and syncing it to my main one over XMPP. That seems rather convoluted given the bare repository is on the same server, but who knows...
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_8_ec1024235c1c74c113483a833df84654._comment b/doc/forum/Accessing_files_in_bare_repository/comment_8_ec1024235c1c74c113483a833df84654._comment
new file mode 100644
index 0000000000..e609a4c902
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_8_ec1024235c1c74c113483a833df84654._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 8"
+ date="2013-05-12T19:06:14Z"
+ content="""
+So what *does* show up?  Is your repo an empty directory?  Or are the symlinks that should point to content there?
+
+as far as git goes, are you on the master branch?  *is* there a master branch?  If you do \"git status\" what do you see?
+
+There's no reason this shouldn't work for you....
+"""]]
diff --git a/doc/forum/Accessing_files_in_bare_repository/comment_9_c156b8c1ae0f2905566bbdb13b84e577._comment b/doc/forum/Accessing_files_in_bare_repository/comment_9_c156b8c1ae0f2905566bbdb13b84e577._comment
new file mode 100644
index 0000000000..43b93b271c
--- /dev/null
+++ b/doc/forum/Accessing_files_in_bare_repository/comment_9_c156b8c1ae0f2905566bbdb13b84e577._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 9"
+ date="2013-05-12T23:51:16Z"
+ content="""
+I get the following:
+
+frederik@niihau:~/Documents$ git status
+# On branch master
+#
+# Initial commit
+#
+nothing to commit (create/copy files and use \"git add\" to track)
+
+And this is the config:
+
+frederik@niihau:~/Documents$ cat .git/config 
+[core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+[remote \"origin\"]
+        fetch = +refs/heads/*:refs/remotes/origin/*
+        url = /home/frederik/annex
+        annex-uuid = 1648a298-27aa-4cb1-xx-xxx
+[annex]
+        uuid = 4406bd35-9ff7-4008-yy-yyy
+        version = 3
+[remote \"niihau\"]
+        url = /home/frederik/annex
+        fetch = +refs/heads/*:refs/remotes/niihau/*
+        annex-uuid = 1648a298-27aa-4cb1-xx-xxx
+
+Not having worked with git before, all this is still very new for me. I have 33M of data in the .git directory, mostly in objects, so it does seem to have synced something already.
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository.mdwn b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository.mdwn
new file mode 100644
index 0000000000..f09b2ea3de
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository.mdwn
@@ -0,0 +1,28 @@
+Hi!
+
+One of my annex repository has a very strange behavior. Every `git annex` command is very slow.
+
+I'm using MacOSX Mavericks, and this repository is a network drive, mounted with Samba. It's using direct mode, and the filesystem is crippled. I use *annex* for storing huge files, for example movies. I moved some files in this directory, and used `git annex add`. It was long (as checksum was performed) and I thought that everything was OK. I tried `git log -p`, it was OK too:
+
+    new file mode 120000
+    index 0000000..e58c65a
+    --- /dev/null
+    +++ b/Movies/movie.mp4
+    @@ -0,0 +1 @@
+    +../.git/annex/objects/FK/60/SHA256E-s346858581--053dca6a842376ab8022722df306ad5
+    \ No newline at end of file
+
+However it was not. I tried to launch `git annex sync another_repo` (with *another_repo* indirect and on a local disk) and it took ages. Even `git annex list` takes ages, **on every repository linked to this one**. With `ps -A`, I found out that the issue was created by `git --git-dir=/Volumes/SAMBA_REMOTE/.git --work-tree=/Volumes/SAMBA_REMOTE -c core.bare=false checkout -q -B annex/direct/master`.
+
+**Have you ever noticed this behavior? Have I done something wrong?**
+
+Here is the output of `git annex version`:
+
+    git-annex version: 5.20131117-gbd514dc
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 5
+    upgrade supported from repository versions: 0 1 2 4
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/bugs/direct_mode_sync_should_avoid_git_commit.mdwn b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
new file mode 100644
index 0000000000..ec7ce2ccef
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
@@ -0,0 +1 @@
+See [[/bugs/direct_mode_sync_should_avoid_git_commit/]] instead.
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_10_06dae5709750ea1da4f7fdbee4e84efc._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_10_06dae5709750ea1da4f7fdbee4e84efc._comment
new file mode 100644
index 0000000000..c8feb05b93
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_10_06dae5709750ea1da4f7fdbee4e84efc._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 10"
+ date="2013-11-26T21:48:11Z"
+ content="""
+Hmm. Seems to me that `git commit` is trying to download the whole big file from the SMB share. Perhaps just to compare it with the symlink it expects to be there?
+
+When I try this, in a large direct mode repository with some video from *my* family, `git commit` does not open the file (verified with strace), let alone read it, and so finishes in well under 1 second. 
+
+Aha, I was able to reproduce `git commit` doing that with a repo on a FAT filesystem. git opens the file, and mmaps it, and I guess it proceeds to try to diff it against the symlink standin file it expected to be there.
+
+This is particularly unfortunate, since `git commit` is only, I think, doing this so that it can print out a \"Changes not staged for commit\" message. Which git-annex sync throws away. There seems to be no git commit option that disables this behavior.
+
+I think that this calls for making `git annex sync` not use `git commit` any longer, and instead manually build the commit using `git-write-tree` and `git-commit-tree`. Since I don't know if I will get to this before the thanksgiving holiday, I am creating a bug: [[bugs/direct_mode_sync_should_avoid_git_commit]]
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_11_2069c5c41882ae0a1973fb7da583b60e._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_11_2069c5c41882ae0a1973fb7da583b60e._comment
new file mode 100644
index 0000000000..76ecd13c2a
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_11_2069c5c41882ae0a1973fb7da583b60e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 11"
+ date="2013-11-26T21:57:52Z"
+ content="""
+Awesome! Thanks for your very efficient investigations. I'll stay tuned to the bug report.
+
+Happy Thanksgiving!
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_12_b35e3a87c30974eedd71ebe52ecbed96._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_12_b35e3a87c30974eedd71ebe52ecbed96._comment
new file mode 100644
index 0000000000..282f1fb4ce
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_12_b35e3a87c30974eedd71ebe52ecbed96._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 12"
+ date="2013-11-27T12:08:29Z"
+ content="""
+I corrected the bug address: See [[/bugs/direct_mode_sync_should_avoid_git_commit/]]
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_13_84e026f9bda87bfd12a3769dcef77f8b._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_13_84e026f9bda87bfd12a3769dcef77f8b._comment
new file mode 100644
index 0000000000..dfc0db3d2d
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_13_84e026f9bda87bfd12a3769dcef77f8b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 13"
+ date="2013-11-27T12:13:04Z"
+ content="""
+thanks!
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_14_b2ac2ea300a5026832b40a1a6b27a7cd._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_14_b2ac2ea300a5026832b40a1a6b27a7cd._comment
new file mode 100644
index 0000000000..4dfc762ac3
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_14_b2ac2ea300a5026832b40a1a6b27a7cd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 14"
+ date="2013-12-02T20:05:00Z"
+ content="""
+Should be fixed; the git commit is now avoided.
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_1_ed3534196164c6736a8dbf21c65c119d._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_1_ed3534196164c6736a8dbf21c65c119d._comment
new file mode 100644
index 0000000000..ed104f488e
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_1_ed3534196164c6736a8dbf21c65c119d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T17:26:12Z"
+ content="""
+If you run git-annex with --debug, it will print out every command it is running. This is useful because A) I can see the commands in context and B) it includes timestamps, which is a little bit more informative than \"it took ages\". (Which can mean anything.)
+
+Anyway, I figured out the problem. Upgrade from v4 to v5 does what should be a one-time git checkout, but it seems that the auto upgrade code neglected to update annex.version, so it started doing it on every command run in a v4 repo. Fixed in git. You can work around the bug by running \"git config annex.version 5\".
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_2_1e29bcf568f02765c48f0eac6c640673._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_2_1e29bcf568f02765c48f0eac6c640673._comment
new file mode 100644
index 0000000000..ab0cd9c9d4
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_2_1e29bcf568f02765c48f0eac6c640673._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 2"
+ date="2013-11-26T20:42:03Z"
+ content="""
+My problem isn't solved. I cloned the repository from my netbook to the SMD drive, and added a file in this new direct annex repository :
+
+    [3singes:/Volumes/Video/Videos/Films] $ git annex add MyFamily.mkv --debug
+    [2013-11-26 19:52:59 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"MyFamily.mkv\"]
+    [2013-11-26 19:52:59 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"ls-files\",\"--modified\",\"-z\",\"--\",\"MyFamily.mkv\"]
+    [2013-11-26 19:52:59 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+    add MyFamily.mkv [2013-11-26 19:52:59 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+    (checksum...) [2013-11-26 19:52:59 CET] read: gsha256sum [\"MyFamily.mkv\"]
+    [2013-11-26 20:55:35 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+    [2013-11-26 20:55:35 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+    ok
+    (Recording state in git...)
+    [2013-11-26 20:55:35 CET] feed: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-11-26 20:55:35 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+    [2013-11-26 20:55:35 CET] feed: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-11-26 20:55:35 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-11-26 20:55:36 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"write-tree\"]
+    [2013-11-26 20:55:36 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"commit-tree\",\"9bdb7b18b44020441ec8dc179e676120e769ff32\",\"-p\",\"refs/heads/git-annex\"]
+    [2013-11-26 20:55:37 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"update-ref\",\"refs/heads/git-annex\",\"293332232ca4e7428090171b52dcc5b3b80d1df6\"]
+
+Let's try to sync to my macbookpro annex repository:
+
+    [3singes:/Volumes/Video/Videos/Films] $ git annex sync macbookpro --debug
+    [2013-11-26 20:57:48 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+    [2013-11-26 20:57:48 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-11-26 20:57:49 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..293332232ca4e7428090171b52dcc5b3b80d1df6\",\"--oneline\",\"-n1\"]
+    [2013-11-26 20:57:49 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..b2146cf0abc7d6a7e5c79d3b133181b56cd77461\",\"--oneline\",\"-n1\"]
+    [2013-11-26 20:57:49 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..c2cf7488b4745d4168491d8e62f5bdc354869133\",\"--oneline\",\"-n1\"]
+    [2013-11-26 20:57:49 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+    [2013-11-26 20:57:49 CET] read: git [\"config\",\"--null\",\"--list\"]
+    [2013-11-26 20:57:49 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"ls-files\",\"--stage\",\"-z\",\"--others\",\"--exclude-standard\",\"--\",\"/Volumes/Video/Videos\"]
+    [2013-11-26 20:57:50 CET] chat: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"cat-file\",\"--batch\"]
+    (Recording state in git...)
+    [2013-11-26 20:57:55 CET] feed: xargs [\"-0\",\"git\",\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"add\",\"-f\"]
+    commit
+    [2013-11-26 20:57:55 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"commit\",\"-m\",\"git-annex automatic sync\"]
+
+Now it's 21:41 CET, and it's been stuck for circa 1 hour.
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_3_9ea6803a94b1de15079a3fa20d59c9af._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_3_9ea6803a94b1de15079a3fa20d59c9af._comment
new file mode 100644
index 0000000000..f2c4fd77e1
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_3_9ea6803a94b1de15079a3fa20d59c9af._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-11-26T20:51:59Z"
+ content="""
+The problem you reported *is* solved. You were not talking about syncing before.
+
+If your setup is such that `git commit` takes a long time to run, then `git annex sync` is also necessarily going to take a long time to run.
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_4_3fae5a7fa5d99d0eb4473adb43e7f6f5._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_4_3fae5a7fa5d99d0eb4473adb43e7f6f5._comment
new file mode 100644
index 0000000000..e9b7655cf7
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_4_3fae5a7fa5d99d0eb4473adb43e7f6f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 4"
+ date="2013-11-26T20:55:39Z"
+ content="""
+Thanks for your answer. On the second part of my problem, *why* should `git commit` be slow? It's only committing a file with a line (../.git/annex/...), isn't it?
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_5_57a5b73cff480266355e75c7bdc762c2._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_5_57a5b73cff480266355e75c7bdc762c2._comment
new file mode 100644
index 0000000000..51e31d9b4e
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_5_57a5b73cff480266355e75c7bdc762c2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 5"
+ date="2013-11-26T21:02:17Z"
+ content="""
+Err, I read my post again, and I definitely *was* talking about syncing ;-)
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_6_bbcf5e863c8f152e1079536e9011a404._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_6_bbcf5e863c8f152e1079536e9011a404._comment
new file mode 100644
index 0000000000..4640a91bfc
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_6_bbcf5e863c8f152e1079536e9011a404._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 6"
+ date="2013-11-26T21:04:44Z"
+ content="""
+I think the most likely reason for git commit to be slow on your setup is that it probably rewrites .git/index. If you have a lot of files in your repository, the index file will be large and rewriting the index file will involve re-transferring it all over the network to the SMB share. 
+
+It's also possible that git commit scans the whole work tree, although I don't think it should -- it's not been told to with -a.
+
+You may be able to find what's taking a long time by
+
+    strace git --git-dir=/Volumes/Video/Videos/.git --work-tree=/Volumes/Video/Videos -c core.bare=false commit -m \"git-annex automatic sync\"
+
+(or ltrace)
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_7_fdcd144c22601bdf98ff844254b0120d._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_7_fdcd144c22601bdf98ff844254b0120d._comment
new file mode 100644
index 0000000000..033a1af45a
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_7_fdcd144c22601bdf98ff844254b0120d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 7"
+ date="2013-11-26T21:07:12Z"
+ content="""
+If you kept your git repository on your local disk, and used a [[directory special remote|special_remotes/directory]] on the SMB share, you could then `git annex copy --to smbshare` and `git annex get --from smbshare` as desired, which would probably be much more efficient.
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_8_b77243e765b2af7ba71e963fcb5cbbb1._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_8_b77243e765b2af7ba71e963fcb5cbbb1._comment
new file mode 100644
index 0000000000..273b9d8e91
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_8_b77243e765b2af7ba71e963fcb5cbbb1._comment
@@ -0,0 +1,71 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 8"
+ date="2013-11-26T21:17:38Z"
+ content="""
+Thanks again for your answers.
+
+`.git/index` is only 30Ko big. It shouldn't be an issue, even through the network.
+
+However, I ran `lsof`, and strangely it lock the big file I added before (`/Volumes/Video/Videos/Films/MyFamily.mkv`)
+
+    COMMAND   PID    USER   FD   TYPE DEVICE    SIZE/OFF                 NODE NAME
+    git     68047 3singes  cwd    DIR   46,7       16384  5152641528667254045 /Volumes/Video/Videos
+    git     68047 3singes  txt    REG    1,4     3035984             77501447 /Applications/git-annex.app/Contents/MacOS/bundle/git
+    git     68047 3singes  txt    REG   46,7        8632  9219631544499731818 /Volumes/Video/Videos/.git/objects/pack/pack-99901c82bacfa26c04f505ceb27c4af9ccda414f.idx
+    git     68047 3singes  txt    REG    1,4      403392             77501680 /Applications/git-annex.app/Contents/MacOS/bundle/usr/lib/libpcre.0.dylib
+    git     68047 3singes  txt    REG   46,7        4012  8204150806531008435 /Volumes/Video/Videos/.git/objects/pack/pack-bb60a2315b13bda720682a4213507e5ee9ba029f.idx
+    git     68047 3singes  txt    REG   46,7       15969 12003107822997399035 /Volumes/Video/Videos/.git/objects/pack/pack-bb60a2315b13bda720682a4213507e5ee9ba029f.pack
+    git     68047 3singes  txt    REG    1,4      169392             77501683 /Applications/git-annex.app/Contents/MacOS/bundle/usr/lib/libz.1.dylib
+    git     68047 3singes  txt    REG    1,4     2088992             77501673 /Applications/git-annex.app/Contents/MacOS/bundle/usr/lib/libiconv.2.dylib
+    git     68047 3singes  txt    REG    1,4      600832             72809225 /usr/lib/dyld
+    git     68047 3singes  txt    REG    1,4   342937194             75930310 /private/var/db/dyld/dyld_shared_cache_x86_64
+    git     68047 3singes    0u   CHR  16,10    0t718314                 2413 /dev/ttys010
+    git     68047 3singes    1w   CHR    3,2         0t0                  308 /dev/null
+    git     68047 3singes    2w   CHR    3,2         0t0                  308 /dev/null
+    git     68047 3singes    3u   REG   46,7           0 17793593705208135594 /Volumes/Video/Videos/.git/index.lock
+    git     68047 3singes    4r   REG   46,7 15581987050 12221620371912261305 /Volumes/Video/Videos/Films/MyFamily.mkv
+    git     68047 3singes    8w   CHR    3,2         0t0                  308 /dev/null
+
+I'm using MacOSX, so I can only use `dtrace`, which I don't know so much.
+
+**The process is over, after 1H30:**
+
+    ok
+    [2013-11-26 22:13:48 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"symbolic-ref\",\"HEAD\"]
+    [2013-11-26 22:13:48 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"refs/heads/annex/direct/master\"]
+    [2013-11-26 22:13:48 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/heads/synced/master\"]
+    [2013-11-26 22:13:49 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/annex/direct/master..refs/heads/synced/master\",\"--oneline\",\"-n1\"]
+    pull macbookpro
+    [2013-11-26 22:13:49 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"fetch\",\"macbookpro\"]
+    From /Users/3singes/Movies/NE PAS SAUVEGARDER/Videos
+       b2146cf..c2cf748  git-annex  -> macbookpro/git-annex
+    [2013-11-26 22:13:50 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/macbookpro/annex/direct/master\"]
+    [2013-11-26 22:13:50 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/macbookpro/synced/master\"]
+    [2013-11-26 22:13:50 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/synced/master..refs/remotes/macbookpro/synced/master\",\"--oneline\",\"-n1\"]
+    ok
+    [2013-11-26 22:13:50 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"git-annex\"]
+    [2013-11-26 22:13:50 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-11-26 22:13:50 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..293332232ca4e7428090171b52dcc5b3b80d1df6\",\"--oneline\",\"-n1\"]
+    [2013-11-26 22:13:51 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..b2146cf0abc7d6a7e5c79d3b133181b56cd77461\",\"--oneline\",\"-n1\"]
+    [2013-11-26 22:13:51 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/heads/git-annex..c2cf7488b4745d4168491d8e62f5bdc354869133\",\"--oneline\",\"-n1\"]
+    [2013-11-26 22:13:51 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-11-26 22:13:51 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"branch\",\"-f\",\"master\"]
+    [2013-11-26 22:13:51 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/macbookpro/synced/master\"]
+    [2013-11-26 22:13:51 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/remotes/macbookpro/synced/master..refs/heads/synced/master\",\"--oneline\",\"-n1\"]
+    [2013-11-26 22:13:51 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/macbookpro/git-annex\"]
+    [2013-11-26 22:13:51 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"log\",\"refs/remotes/macbookpro/git-annex..git-annex\",\"--oneline\",\"-n1\"]
+    push macbookpro
+    [2013-11-26 22:13:52 CET] call: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"push\",\"macbookpro\",\"+git-annex:synced/git-annex\",\"annex/direct/master:synced/master\"]
+    Counting objects: 9, done.
+    Delta compression using up to 8 threads.
+    Compressing objects: 100% (4/4), done.
+    Writing objects: 100% (5/5), 440 bytes | 0 bytes/s, done.
+    Total 5 (delta 3), reused 0 (delta 0)
+    To /Users/3singes/Movies/NE PAS SAUVEGARDER/Videos
+       c2cf748..2933322  git-annex -> synced/git-annex
+    [2013-11-26 22:13:57 CET] read: git [\"--git-dir=/Volumes/Video/Videos/.git\",\"--work-tree=/Volumes/Video/Videos\",\"-c\",\"core.bare=false\",\"push\",\"macbookpro\",\"master\"]
+    ok
+
+"""]]
diff --git a/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_9_cb0815e96ee211d4778f2e7a4274e855._comment b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_9_cb0815e96ee211d4778f2e7a4274e855._comment
new file mode 100644
index 0000000000..041f3c5477
--- /dev/null
+++ b/doc/forum/Actions_very_slow_on_a_direct___40__and_crippled__41___annex_repository/comment_9_cb0815e96ee211d4778f2e7a4274e855._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 9"
+ date="2013-11-26T21:19:42Z"
+ content="""
+I thought to a directory special remote, but it doesn't meet my needs: the SMB drive is used by a MediaCenter, so I need the working tree.
+"""]]
diff --git a/doc/forum/Add_a___34__local__34___remote.mdwn b/doc/forum/Add_a___34__local__34___remote.mdwn
new file mode 100644
index 0000000000..c35a637a85
--- /dev/null
+++ b/doc/forum/Add_a___34__local__34___remote.mdwn
@@ -0,0 +1,13 @@
+I have been playing around with annex assistent today (way late as I am one of the Kickstarter backers) and found the following puzzling.
+
+I am running a fairly new version, my package manager calls it 4.20130323 (git-annex does not seem to have a --version switch). 
+
+I have been playing around with the annex assistent webapp today and have the following questions/observations: 
+
+1) The "remote" server creates a bare git repository as far as I can tell, the "local computer" probably does the right thing (but I cannot run it as the "other box" has no X or browser). Is there any way to remotely create a "local" copy (i.e. non-bare git repository, which can later be managed by the cli?)
+2) It seems like git-annex-assistent (webapp) binds to localhost, is it possible to let it bind to either a specific ip-address (or all)? (Yes, I understand the security implications, but the use-case is the box from question 2 - i.e. on local network but no X and no browser). 
+3) what is being launched when I hit "files", on the video it starts a file-manager on my box nothing happens (and no errors as far as I can tell). 
+
+Thank you in advance
+
+Svenne
diff --git a/doc/forum/Add_a___34__local__34___remote/comment_1_c68ad724b465c4be5243be687168c0b3._comment b/doc/forum/Add_a___34__local__34___remote/comment_1_c68ad724b465c4be5243be687168c0b3._comment
new file mode 100644
index 0000000000..251e89e034
--- /dev/null
+++ b/doc/forum/Add_a___34__local__34___remote/comment_1_c68ad724b465c4be5243be687168c0b3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-08T19:11:33Z"
+ content="""
+1. If you want to use the cli for managing the repository, why not `git clone` it using the cli as well? Set up a remote in your existing repository pointing at the repository you cloned, and the assistant will push changes to it. This is all that the webapp would do when creating the repository. The webapp does not set up remote non-bare repositories because unless the user is comfortable with the cli, nothing is going to keep them up-to-date.
+
+2. Setting up the assistant on a headless box is something I need to support better, indeed. I've just now made `git annex webapp --listen=IP` listen on the specified IP address, and output the URL you can connect to from the remote side. Note that this does not yet use HTTPS, so use with caution.
+
+3. It uses the `xdg-open` program to open a file manager. If `xdg-open` was not in your PATH, it would instead point the web browser at a file:/// URI as a fallback. If it seems to do nothing, this probably means `xdg-open` is in PATH but not working for some reason. Try running `xdg-open /path/to/your/repository`
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with.mdwn b/doc/forum/Adding_existing_S3_bucket_to_sync_with.mdwn
new file mode 100644
index 0000000000..af138c1015
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with.mdwn
@@ -0,0 +1,16 @@
+Hello,
+
+I am just starting to learn git-annex so forgive me if this is a naive question.
+
+I have the following repositories:
+
+1. Home (laptop)
+2. Work (mac mini)
+3. S3 bucket
+4. USB drive, full backup, attached to Home laptop.
+
+I want to sync files between Home and Work via the S3 bucket.  It is not clear to me how to accomplish this through the git-annex assistant.  Is this possible? Are there instructions online?
+
+Thanks in advance!
+
+Scott
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_1_30b9a70d367dd5b8781e9a86e42d4c3e._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_1_30b9a70d367dd5b8781e9a86e42d4c3e._comment
new file mode 100644
index 0000000000..d68af19f95
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_1_30b9a70d367dd5b8781e9a86e42d4c3e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://marco.paga.myopenid.com/"
+ ip="2001:4dd0:ff00:917b:d575:780:2c27:d982"
+ subject="Yes, it is possible"
+ date="2013-08-19T17:59:56Z"
+ content="""
+You can sync both repos. The simplest way is to have both clients signed on to jabber. This way the clients exchange information when the two are online.
+
+Additionally you need to have a cloud special remote available on both ends. The cloud repository is needed to push and retrieve data for the clients. You need to configure the cloud as a transfer reposity. The clients as - what else - client. The USB Drive can be used as a backup repository on one or both ends and perhaps even for syncing very large files around.
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_2_a8525c1a7e5f89c30c9503fe8bfed02e._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_2_a8525c1a7e5f89c30c9503fe8bfed02e._comment
new file mode 100644
index 0000000000..9e1d27af4e
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_2_a8525c1a7e5f89c30c9503fe8bfed02e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://marco.paga.myopenid.com/"
+ ip="2001:4dd0:ff00:917b:d575:780:2c27:d982"
+ subject="I forgot to mention"
+ date="2013-08-19T18:01:47Z"
+ content="""
+You might want to have a look at this: https://git-annex.branchable.com/assistant/remote_sharing_walkthrough/
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_3_c3878989f74e740c0ed42f440750f3a4._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_3_c3878989f74e740c0ed42f440750f3a4._comment
new file mode 100644
index 0000000000..9925f8274d
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_3_c3878989f74e740c0ed42f440750f3a4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjQhXk8KAh9yD0p1R6QzT-Sw7FtHE3d54"
+ nickname="Scott"
+ subject="comment 3"
+ date="2013-08-19T18:03:41Z"
+ content="""
+Great thanks!  I'll try it out tonight and report back.
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_4_c06cc86496f9d4c0c42a8c89aa5a7b35._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_4_c06cc86496f9d4c0c42a8c89aa5a7b35._comment
new file mode 100644
index 0000000000..5e1a397135
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_4_c06cc86496f9d4c0c42a8c89aa5a7b35._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjQhXk8KAh9yD0p1R6QzT-Sw7FtHE3d54"
+ nickname="Scott"
+ subject="comment 4"
+ date="2013-08-20T16:18:24Z"
+ content="""
+When I try to setup my Jabber client, using my gmail address, the assistant crashes.  I thought this might be due to having two-factor authentication enabled so I generated an application specific password and tried that.  The assistant still crashes.  The log is huge, I am not sure what would be relevant to show here.
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_5_0a1c2dd0929511ff824be8de2c8d85eb._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_5_0a1c2dd0929511ff824be8de2c8d85eb._comment
new file mode 100644
index 0000000000..2c4927b195
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_5_0a1c2dd0929511ff824be8de2c8d85eb._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://marco.paga.myopenid.com/"
+ ip="2001:4dd0:ff00:917b:f87b:5579:3820:5db"
+ subject="Please post the log"
+ date="2013-08-21T15:49:00Z"
+ content="""
+I don't know what is going wrong. It is not a bad idea to post the log information.
+
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_6_1444c2f89885f028f20a4d3ce225a403._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_6_1444c2f89885f028f20a4d3ce225a403._comment
new file mode 100644
index 0000000000..21c3d80e35
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_6_1444c2f89885f028f20a4d3ce225a403._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjQhXk8KAh9yD0p1R6QzT-Sw7FtHE3d54"
+ nickname="Scott"
+ subject="comment 6"
+ date="2013-08-21T20:05:31Z"
+ content="""
+I tried a different approach and attempted to setup s3 at the command line.  This is what I did:
+
+zombie:annex scott$ export AWS_ACCESS_KEY_ID=\"my key\"
+zombie:annex scott$ export AWS_SECRET_ACCESS_KEY=\"my secret key\"
+zombie:annex scott$ git annex initremote S3 type=S3 encryption=shared
+[2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"show-ref\",\"git-annex\"]
+[2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"log\",\"refs/heads/git-annex..da801570f9ed8d28e5a0cea6cc51f1a2003317d6\",\"--oneline\",\"-n1\"]
+[2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"log\",\"refs/heads/git-annex..8015f3fed32792b558d16008d20816fab0fc50c2\",\"--oneline\",\"-n1\"]
+[2013-08-21 13:03:42 PDT] chat: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"cat-file\",\"--batch\"]
+[2013-08-21 13:03:42 PDT] read: git [\"config\",\"--null\",\"--list\"]
+initremote S3 (encryption setup) [2013-08-21 13:03:42 PDT] read: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"2\",\"512\"]
+(shared cipher) (checking bucket...)
+git-annex: connect: does not exist (Connection refused)
+failed
+git-annex: initremote: 1 failed
+"""]]
diff --git a/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_7_1c30944010d541096baff18198a5560d._comment b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_7_1c30944010d541096baff18198a5560d._comment
new file mode 100644
index 0000000000..7e05bf59af
--- /dev/null
+++ b/doc/forum/Adding_existing_S3_bucket_to_sync_with/comment_7_1c30944010d541096baff18198a5560d._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjQhXk8KAh9yD0p1R6QzT-Sw7FtHE3d54"
+ nickname="Scott"
+ subject="comment 7"
+ date="2013-08-21T20:07:58Z"
+ content="""
+Sorry that didnt format properly
+
+    zombie:annex scott$ export AWS_ACCESS_KEY_ID=\"key\"
+    zombie:annex scott$ export AWS_SECRET_ACCESS_KEY=\"secret\"
+    zombie:annex scott$ git annex initremote S3 type=S3 encryption=shared
+    [2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"show-ref\",\"git-annex\"]
+    [2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"log\",\"refs/heads/git-annex..da801570f9ed8d28e5a0cea6cc51f1a2003317d6\",\"--oneline\",\"-n1\"]  
+    [2013-08-21 13:03:42 PDT] read: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"log\",\"refs/heads/git-annex..8015f3fed32792b558d16008d20816fab0fc50c2\",\"--oneline\",\"-n1\"  ]
+    [2013-08-21 13:03:42 PDT] chat: git [\"--git-dir=/Network/Servers/filer004/vol/office_homes/scott/annex/.git\",\"--work-tree=/Network/Servers/filer004/vol/office_homes/scott/annex\",\"cat-file\",\"--batch\"]
+    [2013-08-21 13:03:42 PDT] read: git [\"config\",\"--null\",\"--list\"]
+    initremote S3 (encryption setup) [2013-08-21 13:03:42 PDT] read: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"2\",\"512\"]
+    (shared cipher) (checking bucket...)
+    git-annex: connect: does not exist (Connection refused)
+    failed
+    git-annex: initremote: 1 failed
+"""]]
diff --git a/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook.mdwn b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook.mdwn
new file mode 100644
index 0000000000..459e738382
--- /dev/null
+++ b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook.mdwn
@@ -0,0 +1,21 @@
+I need some advice from more experienced users. 
+
+I've created four repositories on my macbook and paired them with repos on my ubuntu desktop. They are all created with the webapp so they might have some configurations that are not optimal for me.
+
+In fact, when I start my macbook it is unusual for more than an hour because git-annex is reading and writing to and from the disk in the background. 
+
+I don't change much in three of the four repos, only one repo contains my daily work. 
+
+What configuration would enhance my situation?
+
+The four repos are called:
+
+- movies
+- pictures
+- music
+- documents (many changes each day)
+
+I have also problems to switch to the documents repo in the webapp.
+
+TIA
+juh
diff --git a/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_1_af8ab0a47cd379fcb1445e50782ad086._comment b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_1_af8ab0a47cd379fcb1445e50782ad086._comment
new file mode 100644
index 0000000000..a7cb701b6f
--- /dev/null
+++ b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_1_af8ab0a47cd379fcb1445e50782ad086._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTIL7ubr5opWM69Q5VtCxuxC2H0SSnzic"
+ nickname="Petr"
+ subject="Where are your repositories located?"
+ date="2014-01-14T08:58:31Z"
+ content="""
+First - Where are the repos actually located ~/Desktop or ~/annex/<repo>? Other?
+ 
+I can confirm, that like two weeks back I have had similar issue using git-annex-assistant with other synced repos on local LAN and at Box.com. The git-annex processes actually overloaded the CPU and I was forced to kill annex processes to get over.
+
+I also found myself that NFS mounted shares, linked by symlink to home directory, can slowdown mac finder app as well if NFS has slight delays in response.
+"""]]
diff --git a/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_2_a7202bcbdda36a3801833d2432db1965._comment b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_2_a7202bcbdda36a3801833d2432db1965._comment
new file mode 100644
index 0000000000..478d2804f6
--- /dev/null
+++ b/doc/forum/Advice_needed:_git-annex_slows_down_my_macbook/comment_2_a7202bcbdda36a3801833d2432db1965._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="comment 2"
+ date="2014-01-14T10:23:21Z"
+ content="""
+All repositories are located in my home folders:
+~/Pictures
+~/Movies
+~/Music
+~/Documents
+
+On my Ubuntu desktop machine and my macbook. They are connected in my local network via WLAN. 
+
+I use different git annex versions on these two machines. Maybe this causes problems.
+
+On Ubuntu I have 
+Version: 4.20130815
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP 
+
+On my macbook:
+Version: 5-20140106-gcb3351b
+
+juh
+"""]]
diff --git a/doc/forum/Android:_Encrypted_Remotes__63__.mdwn b/doc/forum/Android:_Encrypted_Remotes__63__.mdwn
new file mode 100644
index 0000000000..b8342392fc
--- /dev/null
+++ b/doc/forum/Android:_Encrypted_Remotes__63__.mdwn
@@ -0,0 +1,3 @@
+Hi,
+
+Does the Android app support encryption at all? The assistant allows me to create encrypted repositories but it just keeps telling me to install git-remote-gcrypt, which did not work.
diff --git a/doc/forum/Android:_Encrypted_Remotes__63__/comment_1_6b16cd372a9bd4f99d4c8b09a82ce3ed._comment b/doc/forum/Android:_Encrypted_Remotes__63__/comment_1_6b16cd372a9bd4f99d4c8b09a82ce3ed._comment
new file mode 100644
index 0000000000..3edcc5f900
--- /dev/null
+++ b/doc/forum/Android:_Encrypted_Remotes__63__/comment_1_6b16cd372a9bd4f99d4c8b09a82ce3ed._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-03T19:14:37Z"
+ content="""
+Encrypted [[special_remotes]] are supported just fine on Android.
+
+As for storing the [[encrypted git repository itself on a remote|special_remotes/gcrypt]], which is what git-remote-gcrypt is used for, it would need porting that to Android. I don't think that should be very hard (it's just a rather complicated shell script and all the tools it uses are already included in the git-annex bundle). I may eventully end up reimplementing git-remote-gcrypt as part of git-annex in Haskell, since porting it to eg, Windows is likely to be a lot harder..
+"""]]
diff --git a/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__.mdwn b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__.mdwn
new file mode 100644
index 0000000000..0392dbb38f
--- /dev/null
+++ b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__.mdwn
@@ -0,0 +1,3 @@
+While running the Git Annex App on Android, the app causes a constant cpu usage of about 50% when idling. I've seen this behavior on two devices (phone and tablet) with a CM 10.1 nightly build. The app causes this high cpu usage even when it is in the background, not performing any synchronization and managing only one repository containing just one file. Unfortunately I couldn't figure out what causes the cpu usage. The daemon.log file remains unchanged and I couldn't find any other log files.
+
+Is this expected behavior or unusual high cpu usage?
diff --git a/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_1_7880fc38792a1fcbf3e5c47e8bcaabce._comment b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_1_7880fc38792a1fcbf3e5c47e8bcaabce._comment
new file mode 100644
index 0000000000..28f3dfb925
--- /dev/null
+++ b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_1_7880fc38792a1fcbf3e5c47e8bcaabce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmKKg3Vmzk7KwRGRKjHVdtyoj1JfxLX6NM"
+ nickname="Tom"
+ subject="comment 1"
+ date="2013-10-01T17:38:03Z"
+ content="""
+I've had this issue as well. Saw a comment on Joey's blog that implies he knows about it and that a fix will be released soon.
+"""]]
diff --git a/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_2_840fbce18b4fdec21ee557fdf52c366e._comment b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_2_840fbce18b4fdec21ee557fdf52c366e._comment
new file mode 100644
index 0000000000..eaf42c9e2a
--- /dev/null
+++ b/doc/forum/Android:_is_constant_high_cpu_usage_to_be_expected__63__/comment_2_840fbce18b4fdec21ee557fdf52c366e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 2"
+ date="2013-10-16T16:57:02Z"
+ content="""
+This was fixed.
+
+(Please file bug reports for bugs in the future, so they don't clutter up this forum once fixed.)
+"""]]
diff --git a/doc/forum/Android_-_ext3__47__4__47__....mdwn b/doc/forum/Android_-_ext3__47__4__47__....mdwn
new file mode 100644
index 0000000000..5227228a97
--- /dev/null
+++ b/doc/forum/Android_-_ext3__47__4__47__....mdwn
@@ -0,0 +1 @@
+Is there a good way to use a ext4 formated external sdcard on a rooted android with symlinks. If android mounts it (with the sdcard command i think) symlinks don't work. If i mount it with mount the permissions are a problem because every app has a different user.
diff --git a/doc/forum/Android_version_does_not_sync.mdwn b/doc/forum/Android_version_does_not_sync.mdwn
new file mode 100644
index 0000000000..4c2d288be9
--- /dev/null
+++ b/doc/forum/Android_version_does_not_sync.mdwn
@@ -0,0 +1,23 @@
+Hey!
+
+I have got a Kindle Fire HD (2nd generation) and want to use Git Annex to sync my data round. However, it does not sync my data at all (my other setups, e.g. PC or laptop do work quite well). The reason for that seems to be quite simple, but I do not know how to fix that:
+
+I always get the warning message:
+
+> TransferScanner crashed: /storage/emulated/legacy/annex/.git/index: copyFile: does not exist (No such file or directory).
+
+I found the same error in the log:
+
+> git-annex: /storage/emulated/legacy/annex/.git/index: copyFile: does not exist (No such file or directory)
+> ...
+> fatal: Run with no arguments or with -c cmd
+> git-annex-shell: git-shell failed
+
+I am using the latest versions for android and arm (server, raspberry pi) from this site from today (13.07.2014)
+
+http://git-annex.branchable.com/install/
+
+I hope somebody can help me. I tried restaring the TransferScanner, restarting git-annex, restarting the OS, resetting the OS (to shipping defaults), nothing helped.
+
+Cheers,
+Stephan
diff --git a/doc/forum/Android_version_does_not_sync/comment_1_ed9e33eef2c6d651847dca9d3f7a63f6._comment b/doc/forum/Android_version_does_not_sync/comment_1_ed9e33eef2c6d651847dca9d3f7a63f6._comment
new file mode 100644
index 0000000000..589b230c39
--- /dev/null
+++ b/doc/forum/Android_version_does_not_sync/comment_1_ed9e33eef2c6d651847dca9d3f7a63f6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="sts"
+ ip="134.147.119.104"
+ subject="comment 1"
+ date="2014-07-14T09:12:13Z"
+ content="""
+Ok, I checked and the index file was missing and not sure why, but I had to manually sync one time. So I had to go in the annex folder with the command line and make a \"git annex sync\". It works pretty well now, it seems not to automatically sync my data (have to force it with \"Sync Now\"), but at least I can sync data to my tablet and thats awesome :).
+"""]]
diff --git a/doc/forum/Android_version_does_not_sync/comment_2_4eafd3e989611f835c489b379bd6ec8a._comment b/doc/forum/Android_version_does_not_sync/comment_2_4eafd3e989611f835c489b379bd6ec8a._comment
new file mode 100644
index 0000000000..bf2b412633
--- /dev/null
+++ b/doc/forum/Android_version_does_not_sync/comment_2_4eafd3e989611f835c489b379bd6ec8a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-14T18:21:15Z"
+ content="""
+How did you create this repository on the android device? Normally a git repository has an index file, unless it has just been manually created with `git init` and has not yet had anything added to it. When the webapp is used to create a repository, it should always leave it with an index file already present.
+"""]]
diff --git a/doc/forum/Annex_contents_just_disappeared__63__.mdwn b/doc/forum/Annex_contents_just_disappeared__63__.mdwn
new file mode 100644
index 0000000000..d18e2bf91c
--- /dev/null
+++ b/doc/forum/Annex_contents_just_disappeared__63__.mdwn
@@ -0,0 +1,12 @@
+Joey,
+
+I have git-annex now to manage many of the repositories on my system.  I have them both on my local machine, and on a very large file server, and a backup system on the Internet.
+
+Today I went to look at a file in one of my annexes and it wasn't there.  This really surprised me.  But what surprised me most is that around 90% of the files in *all* of my annexes on both my local system and my file server are completely missing.  Only the Internet backup system has them.
+
+How could something like this happen, when I haven't been interacting with these annexes at all during this time?  Can you think of any scenario that might lead to this?  This is pretty much the absolute worst case scenario for an archival data system.
+
+I am running on Mac OS X 10.8, using GHC 7.6.3 to build git-annex, and I keep my git-annex binary updated often.
+
+Thanks,
+  John
diff --git a/doc/forum/Annex_contents_just_disappeared__63__/comment_1_4ab5ca00f912c0c95fabc10f2d9600d3._comment b/doc/forum/Annex_contents_just_disappeared__63__/comment_1_4ab5ca00f912c0c95fabc10f2d9600d3._comment
new file mode 100644
index 0000000000..fe4edbc27c
--- /dev/null
+++ b/doc/forum/Annex_contents_just_disappeared__63__/comment_1_4ab5ca00f912c0c95fabc10f2d9600d3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 1"
+ date="2013-08-23T03:06:00Z"
+ content="""
+Wait, I think this comes from a backend switch.  I changed my .gitattributes file at one point to read:
+
+* annex.backend=SHA512E annex.numcopies=2
+
+I thought this would just affect new files, not existing annexed content.  Could this do it?
+"""]]
diff --git a/doc/forum/Annex_contents_just_disappeared__63__/comment_2_657f737c5d64d440aa133ddb41408fbc._comment b/doc/forum/Annex_contents_just_disappeared__63__/comment_2_657f737c5d64d440aa133ddb41408fbc._comment
new file mode 100644
index 0000000000..e30ff02ca1
--- /dev/null
+++ b/doc/forum/Annex_contents_just_disappeared__63__/comment_2_657f737c5d64d440aa133ddb41408fbc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-08-23T03:14:15Z"
+ content="""
+Yes, that was the problem, sorry to bother you.  None of my data is gone, it's just sitting there under unknown names.  I can roll back to when it knew the names, and migrate them forward.
+"""]]
diff --git a/doc/forum/Annex_contents_just_disappeared__63__/comment_3_9b4c35feb14b37d43d053d7430da9abf._comment b/doc/forum/Annex_contents_just_disappeared__63__/comment_3_9b4c35feb14b37d43d053d7430da9abf._comment
new file mode 100644
index 0000000000..6c40a1cac9
--- /dev/null
+++ b/doc/forum/Annex_contents_just_disappeared__63__/comment_3_9b4c35feb14b37d43d053d7430da9abf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 3"
+ date="2013-08-23T04:28:45Z"
+ content="""
+If you change the backend, and then in one repository you run `git annex migrate`, other repositories that have the old keys will not know about the new names. For this reason, then multiple repositories have the files, it's best to run it redundantly in each repository.
+
+TBH, migration is a bit of a PITA because of this. Best to aovid it in most cases.
+
+Git-annex will never perform a migration begind your back. You must have run `git annex migrate` at some point. You can check the git history for details.
+"""]]
diff --git a/doc/forum/Annex_contents_just_disappeared__63__/comment_4_c3625409652bff5f2165260803269a8a._comment b/doc/forum/Annex_contents_just_disappeared__63__/comment_4_c3625409652bff5f2165260803269a8a._comment
new file mode 100644
index 0000000000..236f8cfdef
--- /dev/null
+++ b/doc/forum/Annex_contents_just_disappeared__63__/comment_4_c3625409652bff5f2165260803269a8a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 4"
+ date="2013-08-30T06:06:16Z"
+ content="""
+Just to confirm, this wasn't a git-annex problem at all, but just a misstep during migration as you suggested.
+
+I think what I'm going to do now is to just wipe the slate clean and start over again, by using `unannex -fast` on all the files, wiping `.git`, and then adding everything back in using my new default backend of SHA512E.  The bigger pain is doing the same thing on all the servers where I have this data (to avoid having to upload it again), but in such a way that I'm not replicating file history.  I think I should be able to just clone, `mv $OLDREPO/.git/annex/objects objects`, `git annex add objects`, `git rm -r --cached objects`, and then everything should be good without even needing a new commit on the remote machine, just a git-annex sync.
+"""]]
diff --git a/doc/forum/Annex_dropping_files.mdwn b/doc/forum/Annex_dropping_files.mdwn
new file mode 100644
index 0000000000..7ec19caa15
--- /dev/null
+++ b/doc/forum/Annex_dropping_files.mdwn
@@ -0,0 +1,12 @@
+It seems like one of my repos dropped files by itself, my setup involved 3 distributed repos (non bare repos, not using assistant), A/B/C then one client died I've created another one in its place called D cloned from B and marked C as dead. I have now A/B/D. I have updated files in A synced it to D (central) I then tried dropping unused, it listed none (I've dropped the files from A which has full copy) at this point I thought B did not sync to it maybe thats why it did not drop them. I went home sync my laptop B (B dropped its share of unused files) but cental D still show no unused. 
+
+A-D has full copies of the repo
+B has partial.
+
+At this point I checked out a old commit from a week ago, checked where the links for the files are pointing to, they point to no where files are not there. Repo sized reported with du -hcs show both repos are the same size (132GB) looks like D managed to drop unused files by itself. I am wondering what caused this?
+
+My annex version is,
+
+git-annex version: 4.20130902-g307537a
+
+on all clients.
diff --git a/doc/forum/Annex_dropping_files/comment_1_62fbea95248fda2ff075b5a8952a728f._comment b/doc/forum/Annex_dropping_files/comment_1_62fbea95248fda2ff075b5a8952a728f._comment
new file mode 100644
index 0000000000..3844d3f0d3
--- /dev/null
+++ b/doc/forum/Annex_dropping_files/comment_1_62fbea95248fda2ff075b5a8952a728f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T21:01:03Z"
+ content="""
+If you have just created repository D and have just copied some files to it, then it will only contain those files, and not old deleted files or old versions of files. You can run `git annex copy --all --to D` to copy all those files to D, although if you're only wanting to dropunused them, there is not much point in that..
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode.mdwn b/doc/forum/Annex_slow_on_Windows__47__direct_mode.mdwn
new file mode 100644
index 0000000000..57247ac5dd
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode.mdwn
@@ -0,0 +1,11 @@
+I've been using annex for some weeks now and while I more and more love how it behaves on my Linux machines, I just can't get it working on Windows...
+
+The setup consists of two Ubuntu machines (one being an always-on server) and a Windows laptop I keep for the occasional moment of gaming. My wife's Windows machine is a candidate to join the annex setup, as well as some other computers I still use every now and then.
+
+The first thing I started annexing was my pictures folder. It consists of about 40k files and occupies about 350GB. The Ubuntu server is running a hidden service as a substitute for a DynDNS with ssh basically the only thing going out/in. First, I couldn't get annex to properly sync its data via TOR, but when I instead set up a directory special remote on the server (with the annex repository there being "bare", i.e. not containing any actual data) I got them to sync as they should.
+
+Not the Windows machine though. It's just too slow. It seems that on every sync, every add, every anything it scans... well, everything. I added some files and after an hour I checked the resource monitor which files were being accessed and it seemed to be every last one of the files present in the pictures folder. I'm not sure what's going on there, but it's really getting to the point of being a dealbreaker... I think it's something with annex only supporting direct mode repositories on Windows and all files just lying around (as that's really the only large difference between those setups), although I'm of course not entirely sure.
+
+I'd really like to run annex in indirect mode on Windows. I can't really find any information on that (except those few "official" pages that just state that annex is running in direct mode on Windows). I know that creating symlinks needs elevated priviledges on Windows, but accepting a prompt seems to be much more realistic than waiting hours for a sync.
+
+So... Is there any way to get indirect running on Windows? And if there isn't, is there any other way to speed up direct mode / Windows performance?
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_1_d80839f4582fc2a6269db31e30e1dbab._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_1_d80839f4582fc2a6269db31e30e1dbab._comment
new file mode 100644
index 0000000000..c68c727385
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_1_d80839f4582fc2a6269db31e30e1dbab._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="Same boat"
+ date="2014-07-03T19:38:15Z"
+ content="""
+I'd love to know this too. I'm setting up on 2 Windows 8.1 machines (with a 3rd Windows 7 hopefully joining the party as well as a couple of Linux boxes) but doing anything is really slow. I just ran git annex status on a 50GB, 7000 file Music repo and it took 6 minutes. I've not even setup the remotes yet but as soon as I'd added and sync'd, things slowed down. I'm running on a nippy SSD and CPU usage is around 12%.
+
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_2_593e1e01b70a2b6a15ad6bca09a80c7b._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_2_593e1e01b70a2b6a15ad6bca09a80c7b._comment
new file mode 100644
index 0000000000..0e357f4d6d
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_2_593e1e01b70a2b6a15ad6bca09a80c7b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnOSgFb3l7nL3Fs7Y9gPGJJjFiV7aJ1tek"
+ nickname="Phil"
+ subject="comment 2"
+ date="2014-07-03T19:39:12Z"
+ content="""
+Fortunately, git annex sync is pretty quick
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_3_c4e4c596f31aa97645fe1e1527dc2c31._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_3_c4e4c596f31aa97645fe1e1527dc2c31._comment
new file mode 100644
index 0000000000..a97ccda2e3
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_3_c4e4c596f31aa97645fe1e1527dc2c31._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 3"
+ date="2014-07-04T20:57:54Z"
+ content="""
+Yall need to tell me your git-annex versions. [[devblog/day_183__rubbing_sticks_together]] fixed a horrible slowdown that indeed causes git-annex on windows to unnecessarily look at lots of files.
+
+Also, is this using the git-annex assistant, or using git-annex at the command line that's being slow?
+
+As to using symlinks on windows, cygwin's build of git is able to handle them somehow. I have not tried to get it working with git-annex, but it seems at least possible that indirect mode could be accomplished that way.
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_4_92db0b99ada9af15a5383da41397ebd7._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_4_92db0b99ada9af15a5383da41397ebd7._comment
new file mode 100644
index 0000000000..39e472606b
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_4_92db0b99ada9af15a5383da41397ebd7._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.172.69"
+ subject="Also in the same boat"
+ date="2014-07-07T01:12:18Z"
+ content="""
+Even worse here. git-annex looked (and still looks) so promising for exactly I want (share >100GB photos/data with my girlfriend which are on my private DSL connected server but each of us should only download whatever he currently needs for offline usage and everything should stay consistent, e.g. is one edits, adds or deletes files). However, after long testing in Windows I gave up. I had so many issues and speed was one of them. So I looked again at other solutions (ownCloud pydio) but they are not good either. unison is one thing that just works perfectly but it is not suited to sync huge stuff where just parts are available on one machine.
+
+I still put much hope in git-annex that it's useable at some point also in Windows. If there would be another of these kickstarters for that, I'd be in.
+
+One BIG dealbreaker for me is SSH. It popped up a couple of times already there is inconsistency between ssh.exe, plink.exe and %GIT_SSH%.
+But the biggest issue is that ssh.exe in Windows does not do connection sharing: For each single file a new SSH session is created! That way it works only for huge files (movies) where the overhead is small. In my tests I had smaller files, that's just unuseable.
+
+I know it's a conundrum. unison just leaves one ssh connection open, that would be nice. I know however that this requires bigger changes. But what about for example starting something in background (during a git-annex command) that leaves the SSH session open and pumps data via some IPC?
+
+Last but not least: links. I agree windows links are unuseable. But would it really be real links? What about just basic *.lnk files?
+
+
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_5_3d628c9db9ebdfd5bff92af105c47719._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_5_3d628c9db9ebdfd5bff92af105c47719._comment
new file mode 100644
index 0000000000..9b7b166b3a
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_5_3d628c9db9ebdfd5bff92af105c47719._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.172.69"
+ subject="comment 5"
+ date="2014-07-07T01:16:21Z"
+ content="""
+One more thing: integration in TortoiseGit would be sooooooooo great! You would then even be able to let novice computer users use git-annex.
+
+I added a feature request long time ago but it's on hold: http://code.google.com/p/tortoisegit/issues/detail?id=2166
+
+I do hope that git-annex becomes more popular to increase the chance that it will be built into that...
+
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_6_db7965fa928c093233769ed52b2fcd43._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_6_db7965fa928c093233769ed52b2fcd43._comment
new file mode 100644
index 0000000000..90b6094fa8
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_6_db7965fa928c093233769ed52b2fcd43._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Idhup"
+ ip="178.175.139.138"
+ subject="Connection sharing workaround"
+ date="2014-07-07T10:20:23Z"
+ content="""
+I had the same issues but was able to work around most of them. I simply created keypairs on my Windows machines that allowed me to log in to my Ubuntu server. Means that while the overhead does make it smaller (I guess), the whole sync process can simply be run in the background without me having to check for a password prompt for 30 minutes, just to miss the short period during which I can enter it. Also, the actual object storage was moved to a directory special remote on the server, so Windows clients can simply automount a samba share and push the content over that line, which is less of a hazzle.
+
+Also, the speed issue got *much* better when I added all files. I still had a lot of files just lying around on my Windows machine. Once I added them all, the sync process sped up by several magnitudes. So, if https://git-annex.branchable.com/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/ can be solved, I guess I'm happy on Windows.
+"""]]
diff --git a/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_7_674f52c5e5484207db403b18efc986c6._comment b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_7_674f52c5e5484207db403b18efc986c6._comment
new file mode 100644
index 0000000000..2b87a11e01
--- /dev/null
+++ b/doc/forum/Annex_slow_on_Windows__47__direct_mode/comment_7_674f52c5e5484207db403b18efc986c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Idhup"
+ ip="178.175.139.138"
+ subject="typo"
+ date="2014-07-07T10:23:23Z"
+ content="""
+Slower. It's not smaller, it's slower. Gee.
+"""]]
diff --git a/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__.mdwn b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__.mdwn
new file mode 100644
index 0000000000..425301a0da
--- /dev/null
+++ b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__.mdwn
@@ -0,0 +1,9 @@
+I'm trying to use git-annex as a way to sync fairly large folders between machines. These folders contain documents, projects, ...
+
+There are several issues with files that just won't get added to my git-annex repository:
+
+- files mentioned in .gitignore are not added -- this is good.
+- files starting with a dot are not added unless I explicitly mention them to git add -- this is strange, but I can work around it.
+- folders called .git/ are not added no matter what I try. git annex add --force doesn't help, either.
+
+Any idea how I could solve the third issue? It might not even be specific to git-annex... maybe git just works that way... but I'd be grateful for hints.
diff --git a/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_1_51f4392e718d857e2f155d6217727a53._comment b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_1_51f4392e718d857e2f155d6217727a53._comment
new file mode 100644
index 0000000000..3aecd39881
--- /dev/null
+++ b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_1_51f4392e718d857e2f155d6217727a53._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq4ClC5EMN1Vq1DpWXAqP5TiDnCK1mSfk"
+ nickname="Jonas"
+ subject="comment 1"
+ date="2014-01-09T22:58:30Z"
+ content="""
+I just found [this thread](http://git-annex.branchable.com/forum/Tracking_a_directory_with_some_hg_and_git_repositories/) where a user was discouraged from syncing git repositories with annex.
+
+I've used unison in the past for this. Sure, it would occasionally create a few unneeded object files; but these got removed during the next \"git gc\", and never corrupted a repository... Do people know of any better way to handle this problem?
+"""]]
diff --git a/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_2_9698c4a8f0d8785ee89a6228e0e85ca9._comment b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_2_9698c4a8f0d8785ee89a6228e0e85ca9._comment
new file mode 100644
index 0000000000..0c933fe312
--- /dev/null
+++ b/doc/forum/Any_way_to_add_a_folder_called___34__.git__34___to_git-annex__63__/comment_2_9698c4a8f0d8785ee89a6228e0e85ca9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~timo-linux"
+ nickname="Tim O'Callaghan"
+ subject="How about automatically adding it as a submodule?"
+ date="2014-01-11T10:30:57Z"
+ content="""
+Adding as a submodule and automatically adding the annexe destination as a remote? that should work in most cases..
+"""]]
diff --git a/doc/forum/Assistant:_configure_auto-sync.mdwn b/doc/forum/Assistant:_configure_auto-sync.mdwn
new file mode 100644
index 0000000000..48c4dc4552
--- /dev/null
+++ b/doc/forum/Assistant:_configure_auto-sync.mdwn
@@ -0,0 +1,11 @@
+I have large central repositories of data. Therefore, on each client I want to save part data(to save space of disk). In command line I do 
+
+	[...]
+	git-annex webapp
+	git-annex drop [DeleteContentDirectory]
+	[...]
+
+After this command Assistant performs automatic synchronization getting content of files from this directory(DeleteContentDirectory), but I don't want. I want it's was only symlink of file in this directory.
+
+How can I configure Assistant which files have to get content on the client?  It's possible?
+ 
diff --git a/doc/forum/Assistant:_configure_auto-sync/comment_1_c8cabd38114582bbdbad49f2d81959d7._comment b/doc/forum/Assistant:_configure_auto-sync/comment_1_c8cabd38114582bbdbad49f2d81959d7._comment
new file mode 100644
index 0000000000..34fffb8463
--- /dev/null
+++ b/doc/forum/Assistant:_configure_auto-sync/comment_1_c8cabd38114582bbdbad49f2d81959d7._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 1"
+ date="2013-08-26T07:44:22Z"
+ content="""
+You should set your repository to \"manual\" mode instead of \"client\" mode.
+
+But then no data will be synced at all by the assistant, only metadata. You would have to do \"get/drop\" manually for commandline for all files.
+
+Alternatively you could use the special \"archive\" folders that are supported by the assistant.
+
+"""]]
diff --git a/doc/forum/Assistant_Droping_Files.mdwn b/doc/forum/Assistant_Droping_Files.mdwn
new file mode 100644
index 0000000000..e26edc92dc
--- /dev/null
+++ b/doc/forum/Assistant_Droping_Files.mdwn
@@ -0,0 +1,8 @@
+I have a setup as follows,
+
+3 drives on a remote ssh server regular git annex repos.
+One untrusted clone of this repository on my laptop. 
+
+On my laptop in webapp I have set num of copies to 2 (each file does have two copies on the server already). all repos plus laptop is set to manual mode. What happens is whenever I get a file to the laptop it would drop it from the disk on the server. Even though laptop is marked as untrusted this does not happen when using annex at the command line when I do a git annex get . --auto on the server it does not take the files on the untrusted repos into account which is what I want so I can drop files without moving them back to the server.
+
+Is this the intended behavior or am I doing something wrong?
diff --git a/doc/forum/Assistant_loosing_advantages__63__.mdwn b/doc/forum/Assistant_loosing_advantages__63__.mdwn
new file mode 100644
index 0000000000..113a436bf7
--- /dev/null
+++ b/doc/forum/Assistant_loosing_advantages__63__.mdwn
@@ -0,0 +1,10 @@
+Hey,
+
+I write an article for the univerity about git-annex assistant and I'm a little bit confused about the function of the assistant. 
+Because an advantage of git-annex is that you can hold different files at different places in one repository, but this isn't anymore, or? The assistant syncs every file to every place of the repository. And this makes it just to another Dropbox (not direct the same) pentant or I'm not correct?
+
+The transfer group is just for transfer files to other repositories, which are not connected with the network or?
+
+I'm using ppa, ubuntu 12.04 lts, vers, 2013-12-13
+
+JP Lührig
diff --git a/doc/forum/Assistant_loosing_advantages__63__/comment_1_cdbc827d9e00aeeaefafe45de64b8d2c._comment b/doc/forum/Assistant_loosing_advantages__63__/comment_1_cdbc827d9e00aeeaefafe45de64b8d2c._comment
new file mode 100644
index 0000000000..171019b16c
--- /dev/null
+++ b/doc/forum/Assistant_loosing_advantages__63__/comment_1_cdbc827d9e00aeeaefafe45de64b8d2c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="good question.."
+ date="2013-12-19T17:04:53Z"
+ content="""
+The assistant necessarily simplifies some things git-annex does, so that it can automate them, and this includes keeping files synced to everywhere by default. There are ways to configure the assistant to only keep a subset of files on a computer, including [[archive_directories|assistant/archival_walkthrough]]. Underneath, there is the quite powerful [[preferred_content]] DSL, which can be used to configure lots more interesting behavior about what goes where. So far only some common scenarios have been made easily available in the webappp, but there's potential for lots more configurability here, if a good UI for it is built.
+
+I think the assistant is probably better than dropbox at handling external removable media, used for backups or archiving. (But I have not evaluated, or actually even used dropbox myself. My goal is *not* to copy dropbox.) And it's better at encryption, and it allows using a variety of cloud services rather than only one provider.
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync.mdwn b/doc/forum/Assistant_not_syncing_to_Rsync.mdwn
new file mode 100644
index 0000000000..18adc733d5
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync.mdwn
@@ -0,0 +1,15 @@
+I have 3 remotes for an annex - one on my laptop, one on a USB drive that's plugged in 50% of the time, and an rsync special remote on a friend's machine that I can access using SSH.
+
+I have tried various things (annex copy, numcopies=3) to make it move data to the rsync remote, but it doesn't seem to want to work. I have tried git annex sync. I added the remote repo using the webapp, and it looked as if it was copying my files for a bit then stopped. I have the remote repo setup as a backup in the webapp.
+
+The sizes of the directorys:
+    ~ $ du -sh Documents
+    126M	Documents
+    ~ $ du -sh /Volumes/Backup/Documents
+    227M	/Volumes/Backup/Documents
+
+and the remote
+    [c0g@womb Tom]$ du -sh MacDocuments/
+    21M	MacDocuments/
+
+I'm also curious as to why the usb drive repo is so much bigger than the thing I'm copying, but I'll worry about that later.
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_1_2178a7fc0d66643e84597b0938ef65f2._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_1_2178a7fc0d66643e84597b0938ef65f2._comment
new file mode 100644
index 0000000000..e701b7cd8f
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_1_2178a7fc0d66643e84597b0938ef65f2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-10T18:36:04Z"
+ content="""
+What does it say when you run:
+
+  git annex copy --to $rsyncremote
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_2_650651398443e128c2adc6a2a2d320d0._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_2_650651398443e128c2adc6a2a2d320d0._comment
new file mode 100644
index 0000000000..28d043c6d5
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_2_650651398443e128c2adc6a2a2d320d0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjWgG_L90szs6o4E8cBusol57zkcDhg7c"
+ nickname="Tom"
+ subject="comment 2"
+ date="2013-01-10T18:40:13Z"
+ content="""
+....
+copy FrenchBasicCourserevised-Volume1-StudentText.pdf (checking Womb_MacDocuments...) ok
+....
+
+for each file in the directory.
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_3_e6d0c9620b148acc72342862a8b4cfef._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_3_e6d0c9620b148acc72342862a8b4cfef._comment
new file mode 100644
index 0000000000..99b78a73c4
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_3_e6d0c9620b148acc72342862a8b4cfef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-10T18:44:00Z"
+ content="""
+Sounds like copy works then?
+
+What version of git-annex do you have installed? A bug was fixed on December 11th, before that the assistant never stored things in repositories configured as backups.
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_4_b91f9febdb8b69d8b487ba4ea08c119a._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_4_b91f9febdb8b69d8b487ba4ea08c119a._comment
new file mode 100644
index 0000000000..8303babe3d
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_4_b91f9febdb8b69d8b487ba4ea08c119a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjWgG_L90szs6o4E8cBusol57zkcDhg7c"
+ nickname="Tom"
+ subject="comment 4"
+ date="2013-01-10T18:48:16Z"
+ content="""
+Sorry for lack of extra information: The sizes of the remote folder is still at 21MB, well below even the size of the PDF I posted about (that's about 75MB). Copy claims to work, but I see no network use and the remote repo doesn't grow. I install using cabal on my max yesterday, git-annex version: 3.20130107
+
+
+
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_5_c5ad7c1546a17d8459c995c9c8c26414._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_5_c5ad7c1546a17d8459c995c9c8c26414._comment
new file mode 100644
index 0000000000..653b7cc51f
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_5_c5ad7c1546a17d8459c995c9c8c26414._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 5"
+ date="2013-01-10T18:58:49Z"
+ content="""
+Ok, so copy is checking if the file is present, and it seems to think it is, so doesn't try again to send it.
+
+Here's what you need to do: Run `git annex copy FrenchBasicCourserevised-Volume1-StudentText.pdf  --to Womb_MacDocuments --debug`
+
+It'll output something like this:
+
+    copy new (checking rsync...) [2013-01-10 14:51:43 JEST] read: rsync [\"localhost:/tmp/r/f87/4d5/'SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855'\"]
+
+Now try running that command at the shell, and check its exit status. For the above, I ran:
+
+    rsync \"localhost:/tmp/r/f87/4d5/'SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855'\"; echo $?
+
+It output:
+
+    -rw-r--r--           0 2013/01/10 14:51:40 SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
+    0
+
+Compare with the same command but with the filename mangled. 
+
+    rsync: link_stat \"/tmp/r/f87/4d5/'SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/mangled'\" failed: No such file or directory (2)
+    rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1536) [Receiver=3.0.9]
+    27
+
+It seems that rsync might be exiting 0 for content that's not there, in your case. This test will confirm or disprove that hypothesis and might provide some useful debug info.
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_6_4c12587f972eced91c5128d4885800b5._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_6_4c12587f972eced91c5128d4885800b5._comment
new file mode 100644
index 0000000000..3746fa2e37
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_6_4c12587f972eced91c5128d4885800b5._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjWgG_L90szs6o4E8cBusol57zkcDhg7c"
+ nickname="Tom"
+ subject="comment 6"
+ date="2013-01-11T07:44:11Z"
+ content="""
+I did what you said for a file, and checked the remote size as well. Local size of this file was 11.4 meg, remote was 1.3 megabytes.
+
+    copy Paradox Interactive/Crusader Kings II/save games/Yngling/1066_09_15_2.ck2 (checking Womb_MacDocuments...) [2013-01-11 07:30:26 GMT] read: rsync [\"c0g@git-    annex-c0g:/raid/Tom/MacDocuments/87f/7f7/'GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7/GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7'\"]
+     ok
+
+    rsync c0g@git-annex-c0g:/raid/Tom/MacDocuments/87f/7f7/'GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7/GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7'
+    -rw-r--r--     1290004 2013/01/10 17:37:14 GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7
+    0
+
+    ~/Documents ± la Paradox\ Interactive/Crusader\ Kings\ II/save\ games/Yngling
+    total 44728
+    drwx------  4 c0g  staff       136 10 Jan 17:52 . 
+    drwx------  3 c0g  staff       102 10 Nov 20:53 ..
+    -rw-r--r--  1 c0g  staff  11413707 10 Jan 17:52 1066_09_15.ck2
+    -rw-r--r--  1 c0g  staff  11484448 10 Jan 17:52 1066_09_15_2.ck2
+
+    [c0g@womb GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7]$ ls -la
+    total 1268
+    drwxr-xr-x 2 c0g users    4096 Jan 10 12:37 .
+    drwxr-xr-x 3 c0g users    4096 Jan 10 12:37 ..
+    -rw-r--r-- 1 c0g users 1290004 Jan 10 12:37 GPGHMACSHA1--0148d706315885fac29c3a1dc0ec37b2835739a7
+
+
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_7_6ecaaee9316bcf0c65688676d60fc055._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_7_6ecaaee9316bcf0c65688676d60fc055._comment
new file mode 100644
index 0000000000..38f755c86e
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_7_6ecaaee9316bcf0c65688676d60fc055._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjWgG_L90szs6o4E8cBusol57zkcDhg7c"
+ nickname="Tom"
+ subject="comment 7"
+ date="2013-01-11T07:52:17Z"
+ content="""
+I just compressed the documents folder, and it compresses down to 20 MB... I'm going to guess it stores as a compressed encrypted archive? How embarrasing for me!
+"""]]
diff --git a/doc/forum/Assistant_not_syncing_to_Rsync/comment_8_daa9a9a6188afa0394833e1b682f7cd4._comment b/doc/forum/Assistant_not_syncing_to_Rsync/comment_8_daa9a9a6188afa0394833e1b682f7cd4._comment
new file mode 100644
index 0000000000..f0a1c88fc7
--- /dev/null
+++ b/doc/forum/Assistant_not_syncing_to_Rsync/comment_8_daa9a9a6188afa0394833e1b682f7cd4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 8"
+ date="2013-01-11T17:20:19Z"
+ content="""
+Aha! Yes, encryption includes compression. 
+
+So, only remaining question is why your USB drive seems to be using 2x the uncompressed file size. One possibility would be it could have old versions of files, or deleted files still stored in it. You could try running \"git annex unused\" in its repository to find them. Other than that, I'm not sure what it could be. You can look around in its .git/annex directory, and compare to your laptop's repository, and perhaps see what's using the space.
+"""]]
diff --git a/doc/forum/Auto_archiving.mdwn b/doc/forum/Auto_archiving.mdwn
new file mode 100644
index 0000000000..f32a648c23
--- /dev/null
+++ b/doc/forum/Auto_archiving.mdwn
@@ -0,0 +1,17 @@
+I've been toying with the idea of auto archiving files (that is - removing them from .) based on a set of rules.
+
+Git already provides attribute management for files and I put together a simple script that tries to achieve the following:
+
+* Look for files with X copies (including a local one)
+* Verify that the file is not recent (defined as not having been dropped or getted within X days )
+* Verify that the file has an annex.archive attribute
+* Archive if the above is met
+
+Here is the script:
+http://pastebin.com/53iLqyPd
+
+You just add the annex.archive attribute to files via .gitattributes to use
+
+The script runs in preview mode... exec with autoArchive.sh commit to drop the files.
+
+Open to thoughts / suggestions
diff --git a/doc/forum/Auto_sync_with_music_player.mdwn b/doc/forum/Auto_sync_with_music_player.mdwn
new file mode 100644
index 0000000000..e4a5543b45
--- /dev/null
+++ b/doc/forum/Auto_sync_with_music_player.mdwn
@@ -0,0 +1 @@
+I have a music directory under Nexus 5 which is a git-annex repository. If I sync the same with remote repository, newly added songs or modified songs(modifed id3 tags) will not sync with music player. But if I use Android File Transfer to transfer songs, it will sync music player. The songs which are transferred using git-annex will reflect in music player only after restart. Do we have to execute any command which will sync music player.
diff --git a/doc/forum/Auto_sync_with_music_player/comment_1_81ad1c15cfd753531c01dae8945d1caf._comment b/doc/forum/Auto_sync_with_music_player/comment_1_81ad1c15cfd753531c01dae8945d1caf._comment
new file mode 100644
index 0000000000..3ed75f9e9d
--- /dev/null
+++ b/doc/forum/Auto_sync_with_music_player/comment_1_81ad1c15cfd753531c01dae8945d1caf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-05T20:40:50Z"
+ content="""
+This is probably done via intents or a similar interface. git-annex is not yet able to use such android api's, but if there is a command line way to send the message that a file has changed, which there probably is, I could look into making git-annex use it.
+"""]]
diff --git a/doc/forum/Auto_sync_with_music_player/comment_2_a15e3f298c3d3faa5b3295355f9bb794._comment b/doc/forum/Auto_sync_with_music_player/comment_2_a15e3f298c3d3faa5b3295355f9bb794._comment
new file mode 100644
index 0000000000..fc0d069683
--- /dev/null
+++ b/doc/forum/Auto_sync_with_music_player/comment_2_a15e3f298c3d3faa5b3295355f9bb794._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="EvanDeaubl"
+ ip="67.128.198.190"
+ subject="Workaround using external app"
+ date="2014-03-07T14:57:39Z"
+ content="""
+A workaround for this is using an external app that pings the media scanner to rescan. It's an extra step to remember, but I haven't found it too much of a burden.
+
+I use this one: <https://play.google.com/store/apps/details?id=com.addz.mediascanner>, but there are at least a dozen to choose from.
+
+"""]]
diff --git a/doc/forum/Auto_sync_with_music_player/comment_3_99f65a0efaf5d5f9b8ff530acc122860._comment b/doc/forum/Auto_sync_with_music_player/comment_3_99f65a0efaf5d5f9b8ff530acc122860._comment
new file mode 100644
index 0000000000..b0275abdc2
--- /dev/null
+++ b/doc/forum/Auto_sync_with_music_player/comment_3_99f65a0efaf5d5f9b8ff530acc122860._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-18T19:59:07Z"
+ content="""
+Turns out there is an open todo about this with details: [[todo/Use_MediaScannerConnection_on_Android]]
+"""]]
diff --git a/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__.mdwn b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__.mdwn
new file mode 100644
index 0000000000..50518e33ad
--- /dev/null
+++ b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__.mdwn
@@ -0,0 +1,46 @@
+## Use case
+
+A laptop with a relatively small hard drive has copies of a subset of
+all annexed files.  When annexed files are changed externally and `git
+annex sync` is run on the laptop, the stale local copies are
+invalidated and their symlinks break.  How can I automatically fetch
+the updated versions of these previously locally-cached files?
+
+Because I only want a subset of files, I can't do
+
+    git annex add --not --in here --and --in superset.
+
+Because files may be renamed, the
+[[tips/automatically_getting_files_on_checkout/]] solution, by making
+`dir` specify the subset, will require manually and redundantly
+tracking renames.
+
+## Simple ( (?) ) feature addition to git-annex to support this
+
+When locally-cached files are invalidated by `git-annex sync`,
+git-annex could notify the user, and give them the option to
+`git-annex get` the invalidated files.  Bonus points if the mechanism
+allows this to be done at any point in the future, not just when
+running `git-annex sync`.  The idea is that git-annex could track
+which files, previously cached locally, have been invalidated
+*unintentionally* by syncs, and treat them differently from files,
+previously cached locally, that have been *intentionally* dropped
+using `git-annex drop` or `git-annex move`.
+
+## More generally
+
+The ability to specify a collection of files to always cache locally
+(something like a numcopies.here=1), which is robust to renames, would
+work.  The "robust to renames" part seems tricky in git: whereas svn
+attaches properties to files, and so properties are propagated by `svn
+mv`, I believe git attributes are only specified by patterns in
+.gitattributes files.
+
+## Related questions / possible approaches
+
+Other forum posts mention [[`git
+subtree`|forum/git-subtree_support__63__/]] and [[sparse git
+checkouts|forum/sparse_git_checkouts_with_annex/]], but I'm not
+familiar with these features and from reading those questions it's
+unclear if those approaches will work for me.  Does anyone more
+familiar see how to adapt one of those features to my use case?
diff --git a/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_1_dab1099ee56541c194de319c593f1268._comment b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_1_dab1099ee56541c194de319c593f1268._comment
new file mode 100644
index 0000000000..fa561ef04c
--- /dev/null
+++ b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_1_dab1099ee56541c194de319c593f1268._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-06-04T19:56:05Z"
+ content="""
+Personally, I deal with this problem by having a directory, or directories where I put files that I want to have on my partial checkout laptop, and run `git annex get` in that directory. 
+
+It's not a perfect solution, but I don't know that a perfect solution exists.
+"""]]
diff --git a/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_2_b5faccf132fb47e3cda778a6600fd9ef._comment b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_2_b5faccf132fb47e3cda778a6600fd9ef._comment
new file mode 100644
index 0000000000..2cd1001ef3
--- /dev/null
+++ b/doc/forum/Automatic___96__git_annex_get__96___after_invalidation_of_local_files_due_to_external_modification__63__/comment_2_b5faccf132fb47e3cda778a6600fd9ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlu7K3h7Ry1uDAU_ERYGuqt0LoGNJqGuRo"
+ nickname="Nathan"
+ subject="comment 2"
+ date="2012-06-04T21:01:52Z"
+ content="""
+Joey, that sounds reasonable; I'll try it. Thanks!
+"""]]
diff --git a/doc/forum/Automatic_commit_messages_for_git_annex_sync.mdwn b/doc/forum/Automatic_commit_messages_for_git_annex_sync.mdwn
new file mode 100644
index 0000000000..60b8e034d0
--- /dev/null
+++ b/doc/forum/Automatic_commit_messages_for_git_annex_sync.mdwn
@@ -0,0 +1 @@
+Not really important (who reads git annex commit messages anyways ;-)), but nice to have and maybe a nice task for someone who wants to play around with Haskell and git annex: It would be shiny if the auto-commit done by git annex sync would automatically create a sensible commmit message and description. E.g. if just one file is added, it could say „Added blubb“. If a few files are added, it could say „Added blubb, bla and n other files“, based on the file name length, and list the files in the long description. Lots of room for playing around :-)
diff --git a/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_1_ea2ec57bc695da4df8a30a35d433959d._comment b/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_1_ea2ec57bc695da4df8a30a35d433959d._comment
new file mode 100644
index 0000000000..c07dd49999
--- /dev/null
+++ b/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_1_ea2ec57bc695da4df8a30a35d433959d._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-02-24T20:52:51Z"
+ content="""
+Took me a minute to see this is not about [[bugs/wishlist:_more_descriptive_commit_messages_in_git-annex_branch]], but about the \"git-annex automatic sync\" message that is used when committing any changes currently on the master branch before doing the rest of the sync.
+
+So.. It would be pretty easy to `ls-files` the relevant files before the commit and make a message. Although this would roughly double the commit time in a large tree, since that would walk the whole tree again (git commit -a already does it once). Smarter approaches could be faster.. perhaps it could find unstaged files, stage them, generate the message, and then `git commit` the staged changes.
+
+But, would this really be useful? It's already easy to get `git log` to show a summary of the changes made in such a commit. So it's often seen as bad form to unnecessarily mention which files a commit changes in the commit message.
+
+Perhaps more useful would be to expand the current message with details like where the sync is being committed, or what
+remotes it's going to sync from, or something like that.
+"""]]
diff --git a/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_2_af71f53dbbca35d5a5c66ff131887ada._comment b/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_2_af71f53dbbca35d5a5c66ff131887ada._comment
new file mode 100644
index 0000000000..a71f72b9e4
--- /dev/null
+++ b/doc/forum/Automatic_commit_messages_for_git_annex_sync/comment_2_af71f53dbbca35d5a5c66ff131887ada._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 2"
+ date="2012-02-24T23:09:03Z"
+ content="""
+Yes, it is really a minor point. And indeed, \"git log --summary\" is pretty good already. But I’d still think that at least the title could deserves some love. Including the Hostname or the name of the repository there is a good idea as well.
+"""]]
diff --git a/doc/forum/Automatically_dropping_files.mdwn b/doc/forum/Automatically_dropping_files.mdwn
new file mode 100644
index 0000000000..dd47d87d68
--- /dev/null
+++ b/doc/forum/Automatically_dropping_files.mdwn
@@ -0,0 +1,7 @@
+I can make `git-annex` automatically fetch files with the [[/preferred content]] setting and the `--auto` flag, and it works almost exactly like I expect it to work.
+
+What I am missing is a way to make `git annex drop --auto` drop all files that are not wanted.
+
+I would like to work with metadata and tags in such a way that I can have clones (with views) that have only exactly those files available which carry a tag (done), and all other files automatically removed from the annex (unless that would be unsafe).
+
+Does anyone know how to achieve this?
diff --git a/doc/forum/Automatically_dropping_files/comment_1_f5fc608f9cb0edf3272b586b62050637._comment b/doc/forum/Automatically_dropping_files/comment_1_f5fc608f9cb0edf3272b586b62050637._comment
new file mode 100644
index 0000000000..28c9c0a565
--- /dev/null
+++ b/doc/forum/Automatically_dropping_files/comment_1_f5fc608f9cb0edf3272b586b62050637._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 1"
+ date="2014-05-19T15:41:05Z"
+ content="""
+`git annex drop --auto` *does* automatically drop files that are not wanted, according to your preferred content settings.
+
+If your preferred content for a repo is `metadata=tag=done`, then only files tagged \"done\" will be kept in the repository. 
+
+Of course, files are only dropped if enough other copies can be verified to exist in other repositories..
+"""]]
diff --git a/doc/forum/Automatically_syncronise_centralised_repository.mdwn b/doc/forum/Automatically_syncronise_centralised_repository.mdwn
new file mode 100644
index 0000000000..fe93a814d0
--- /dev/null
+++ b/doc/forum/Automatically_syncronise_centralised_repository.mdwn
@@ -0,0 +1,14 @@
+I would like to use git annex between two locations (work and home) where essentially the two computers are never on at the same time.
+
+I have set up a special remote (S3) to cater for file transfer between the sites, but still need some way of syncronising the git repositories between them.
+I have access to a git server, but which doesn't have git-annex on it. So, I think that is all the components I need to get this working.
+
+However, I don't want to have to manually sync my computers with the central server, so I would like the assistant to do it for me, in what is essentially the complement of the special remote.
+
+What is the best way to accomplish this? I guess that this is a general git question, not specific to git annex.
+I see some solutions [[http://stackoverflow.com/questions/3583061/automatically-mirror-a-git-repository]], but my git isn't really up to evaluating the options properly.
+
+So, what do other people do in this situation? 
+
+
+--Walter
diff --git a/doc/forum/Automatically_syncronise_centralised_repository/comment_1_6a2047daa9faf4309d2ed27d5cc48b76._comment b/doc/forum/Automatically_syncronise_centralised_repository/comment_1_6a2047daa9faf4309d2ed27d5cc48b76._comment
new file mode 100644
index 0000000000..cbf8f0d047
--- /dev/null
+++ b/doc/forum/Automatically_syncronise_centralised_repository/comment_1_6a2047daa9faf4309d2ed27d5cc48b76._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-22T18:58:08Z"
+ content="""
+The assistant can handle this syncing via a central bare remote. The only problem is that, since your server does not have git-annex installed, that remote will have annex-ignore set on it. That made the assistant not use it for syncing at all.
+
+I've just committed a change to git that makes the assistant still use such a git remote for syncing the git repository, even though it cannot store file contents there.
+"""]]
diff --git a/doc/forum/Automatically_syncronise_centralised_repository/comment_2_3be7b45bc2284019f17a81375637a576._comment b/doc/forum/Automatically_syncronise_centralised_repository/comment_2_3be7b45bc2284019f17a81375637a576._comment
new file mode 100644
index 0000000000..956e6b00a3
--- /dev/null
+++ b/doc/forum/Automatically_syncronise_centralised_repository/comment_2_3be7b45bc2284019f17a81375637a576._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 2"
+ date="2013-04-22T20:37:59Z"
+ content="""
+That looks like exactly what I'm after!
+
+I'm very impressed by the quick response. Keep up the great work!
+"""]]
diff --git a/doc/forum/Basic_set_up_with_one_remote.mdwn b/doc/forum/Basic_set_up_with_one_remote.mdwn
new file mode 100644
index 0000000000..669c281d3d
--- /dev/null
+++ b/doc/forum/Basic_set_up_with_one_remote.mdwn
@@ -0,0 +1,14 @@
+Hi, I'm new to git annex and so far it's looking really useful. I'm convinced what I'm trying to achieve is possible, but I can't seem to hit upon the right combination. Here's what I'd like to set up.
+
+One server with git annex / rsync / ssh access, but configured such that it contains a history of all the files as a full backup.
+Two clients WITHOUT ssh access (these are portable machines and I'd rather not open any ports I don't absolutely have to).
+
+I've used the assistant to set up syncing between all three, using a jabber account to send signals and the server to pass on the files between the machines. This all works beautifully. But what I can't seem to get right is the server / backup aspect. If I set up the server using the assistant as a remote, and set it to "full backup" from the drop down list, it doesn't seem to have any files in the repository except in the .git/annex/objects folder. Which are all cryptic file names and not really accessible. If I run commands such as 
+
+> git annex find
+
+(which should list all files as far as I can tell) in the server repository, it doesn't list any files at all. As the clients are all set up as direct repositories I can't access any history of the files there, so this doesn't seem to be quite what I'm after. The sync is working, but I really want the backup / history aspect as well.
+
+Does anyone know if what I want is possible? If so hopefully I'm close and someone can point out where I've gone wrong. I'm not afraid of the command line, but the assistant is a very convenient way to get started. 
+
+Thanks for your help.
diff --git a/doc/forum/Basic_set_up_with_one_remote/comment_1_3ad06a0dbebf62e6440f549e77af59b6._comment b/doc/forum/Basic_set_up_with_one_remote/comment_1_3ad06a0dbebf62e6440f549e77af59b6._comment
new file mode 100644
index 0000000000..c262611075
--- /dev/null
+++ b/doc/forum/Basic_set_up_with_one_remote/comment_1_3ad06a0dbebf62e6440f549e77af59b6._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="ssh remote defaults to bare repo"
+ date="2014-05-06T06:10:06Z"
+ content="""
+Hi,
+
+When setting up a ssh remote the default is to create a repo without a human readable file structure. To achieve what you are looking for you have to initialize a git annex repo on the server and then add the remote to the clients. afaik this has to be done using the command line interface. 
+
+If i remember correctly you add remotes with `git remote add ssh://example.com/path/to/annex`
+
+Cant find the docs atm (I'm commuting and at my final dest)
+
+"""]]
diff --git a/doc/forum/Basic_set_up_with_one_remote/comment_2_59e18e759c907b8adabf8c34eef08065._comment b/doc/forum/Basic_set_up_with_one_remote/comment_2_59e18e759c907b8adabf8c34eef08065._comment
new file mode 100644
index 0000000000..40ed2c8b5a
--- /dev/null
+++ b/doc/forum/Basic_set_up_with_one_remote/comment_2_59e18e759c907b8adabf8c34eef08065._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl2I59wfwq505F9W0a6f7sFDcC9neWcc24"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2014-05-06T12:45:05Z"
+ content="""
+OK that sounds reasonable. I'll give it a go.
+
+I don't mind so much that the remote is not human readable as I wont be browsing directly on the remote, but what I did find disconcerting is that I didn't seem to be able to access any files. For example if I lose both the client machines, how do I get access to the files on the remote?
+"""]]
diff --git a/doc/forum/Basic_set_up_with_one_remote/comment_3_5221a713ee3f65fa2740c9fa6cb1db0f._comment b/doc/forum/Basic_set_up_with_one_remote/comment_3_5221a713ee3f65fa2740c9fa6cb1db0f._comment
new file mode 100644
index 0000000000..43dbb5d635
--- /dev/null
+++ b/doc/forum/Basic_set_up_with_one_remote/comment_3_5221a713ee3f65fa2740c9fa6cb1db0f._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl2I59wfwq505F9W0a6f7sFDcC9neWcc24"
+ nickname="Andrew"
+ subject="Still missing something"
+ date="2014-05-06T17:35:20Z"
+ content="""
+On the server I ran
+
+git init
+git annex init
+
+On client I ran
+
+git init
+git annex init
+git annex direct
+
+then dropped some files in and ran
+
+git sync
+
+This didn't upload any files. I now have a broken link on the server without the actual file.
+
+When I tried to set up the server in the same way, then used the web assistant to create the repository on the client and then combine it with the manually created repository on the server, it actually worked for the first file. I could see a working link to the file it had just uploaded. But any subsequent files didn't reflect in the file structure. Additional files would show up in the .git/annex/objects folder, but again I have no way to explore these. git annex find showed nothing, git annex status showed only the first file and git log didn't show much. I tried re-adding this remote to a new annex repository, but it didn't give me access to the files or the history of the files. I'm confused!
+
+Is it me or is this not working as expected?
+"""]]
diff --git a/doc/forum/Basic_set_up_with_one_remote/comment_4_62e554a546e4b50d211f5f65446fd289._comment b/doc/forum/Basic_set_up_with_one_remote/comment_4_62e554a546e4b50d211f5f65446fd289._comment
new file mode 100644
index 0000000000..8cbe86666a
--- /dev/null
+++ b/doc/forum/Basic_set_up_with_one_remote/comment_4_62e554a546e4b50d211f5f65446fd289._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Some guesses"
+ date="2014-05-06T19:43:02Z"
+ content="""
+If you don't need human readable file structure on the server you don't have to initialize the annex repo. Just create a \"remote server\" repo with the assistant and set it to \"full backup\" if you want all the files there all the time. Without the \"full backup\" setting I believe only files it thinks someone else needs will be uploaded.* This might solve your problem with symlinks as `git annex sync` syncs metadata, only moving actual data if required.
+
+I'm not sure if the `git-annex find` command will work on a bare repo I can't test as all my repos are configured so that I can access the files in a normal way. Running `git-annex whereis $file` on the client should allow you to check if a file has been uploaded.
+
+
+*Massive caveat as I'm really not sure
+"""]]
diff --git a/doc/forum/Behaviour_of_fsck.mdwn b/doc/forum/Behaviour_of_fsck.mdwn
new file mode 100644
index 0000000000..cd27d49f76
--- /dev/null
+++ b/doc/forum/Behaviour_of_fsck.mdwn
@@ -0,0 +1,13 @@
+The current behaviour of 'fsck' is a bit verbose. I have an annex'd directory of tarballs for my own build system for "science" applications, there's about ~600 or so blobs in my repo, I do occassionally like to run fsck across all my data to see what files don't meet the min num copies requirement that I have set.
+
+Would it be better for the default behaviour of fsck when it has not been given a path to only output errors and not bother to show that a file is ok for every single file in a repo. i.e.
+
+    git annex fsck
+
+should show only 'errors' and maybe a simple indicator showing the status (show a spinner or dots?) and when 
+
+    git annex fsck PATH/FILE 
+
+it should have the current behaviour? 
+
+Right now the current fsck behaviour might get annoying for anyone who would want to run fsck with repos with lots of big files.
diff --git a/doc/forum/Behaviour_of_fsck/comment_1_0e40f158b3f4ccdcaab1408d858b68b8._comment b/doc/forum/Behaviour_of_fsck/comment_1_0e40f158b3f4ccdcaab1408d858b68b8._comment
new file mode 100644
index 0000000000..dc48e2f943
--- /dev/null
+++ b/doc/forum/Behaviour_of_fsck/comment_1_0e40f158b3f4ccdcaab1408d858b68b8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-24T17:45:08Z"
+ content="""
+I tend to agree that the default output of fsck is not quite right. I often use git annex fsck -q. A progress spinner display is a good idea.
+"""]]
diff --git a/doc/forum/Behaviour_of_fsck/comment_2_ead36a23c3e6efa1c41e4555f93e014e._comment b/doc/forum/Behaviour_of_fsck/comment_2_ead36a23c3e6efa1c41e4555f93e014e._comment
new file mode 100644
index 0000000000..357b48a234
--- /dev/null
+++ b/doc/forum/Behaviour_of_fsck/comment_2_ead36a23c3e6efa1c41e4555f93e014e._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2011-03-26T10:57:41Z"
+ content="""
+After some thought, perhaps the default fsck output should be at least machine readable and copy and pasteable i.e.
+
+<pre>
+$ git annex fsck
+Files with errors
+
+    file1
+    file2
+
+</pre>
+
+so I can then copy the list of borked files and then just paste it into a for loop in my shell to recover the files. it's just an idea.
+"""]]
diff --git a/doc/forum/Behaviour_of_fsck/comment_3_97848f9a3db89c0427cfb671ba13300e._comment b/doc/forum/Behaviour_of_fsck/comment_3_97848f9a3db89c0427cfb671ba13300e._comment
new file mode 100644
index 0000000000..be34473c0a
--- /dev/null
+++ b/doc/forum/Behaviour_of_fsck/comment_3_97848f9a3db89c0427cfb671ba13300e._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2011-03-28T01:16:21Z"
+ content="""
+Another nice thing would be a summary of _what_ is wrong. I.e.
+
+    % git fsck
+    [...]
+    git-annex: 100 total failed
+      50 checksum failed
+      50 not enough copies exit
+
+And the same/similar for all other failure modes.
+
+
+-- RichiH
+"""]]
diff --git a/doc/forum/Behaviour_of_fsck/comment_4_e4911dc6793f98fb81151daacbe49968._comment b/doc/forum/Behaviour_of_fsck/comment_4_e4911dc6793f98fb81151daacbe49968._comment
new file mode 100644
index 0000000000..e8c9837462
--- /dev/null
+++ b/doc/forum/Behaviour_of_fsck/comment_4_e4911dc6793f98fb81151daacbe49968._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-03-25T11:23:04Z"
+ content="""
+FWIW, I wanted to suggest exactly the same thing.
+"""]]
diff --git a/doc/forum/Best_approach_for_central_sharing_and_multiple_users.mdwn b/doc/forum/Best_approach_for_central_sharing_and_multiple_users.mdwn
new file mode 100644
index 0000000000..6fc104cb8f
--- /dev/null
+++ b/doc/forum/Best_approach_for_central_sharing_and_multiple_users.mdwn
@@ -0,0 +1,8 @@
+Just a quick question: Can anyone recomment me a good to handle a centralized repository which is used by different users?
+
+Requirements: must work in direct mode on both sides, server is Linux, clients are Windows and operated by 2 different users.
+
+- Should the repository create bare or not?
+- Must the repository created on the server or can it also be "pushed" from one client to the server (via SSH on the server)?
+- Is there a better way for data transfer than SSH (WebDAV as in SVN)? I am still struggling with an elegant way to handle public keys in windows
+- What is the best way to not only keep meta data in sync but also the data each of the users has checked out?
diff --git a/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_1_48ffb50b92588daec6887bf08f1b97f5._comment b/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_1_48ffb50b92588daec6887bf08f1b97f5._comment
new file mode 100644
index 0000000000..17860d0372
--- /dev/null
+++ b/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_1_48ffb50b92588daec6887bf08f1b97f5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T19:31:52Z"
+ content="""
+I suggest following this screencast: [[videos/git-annex_assistant_lan]]
+
+While it talks about a local network, this will also work with a server on the internet.
+"""]]
diff --git a/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_2_6b9a20f9707da9d2cfc3697a538d6935._comment b/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_2_6b9a20f9707da9d2cfc3697a538d6935._comment
new file mode 100644
index 0000000000..c77e9a8fd1
--- /dev/null
+++ b/doc/forum/Best_approach_for_central_sharing_and_multiple_users/comment_2_6b9a20f9707da9d2cfc3697a538d6935._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.173.91"
+ subject="comment 2"
+ date="2014-07-11T21:56:29Z"
+ content="""
+Thanks, great work!
+
+I wanted to avoid the assistant so far because I feel I do not get so much control (particularly which files are synced to the clients) but I think I'll start with the assistant ...
+
+
+"""]]
diff --git a/doc/forum/Best_way_to_manage_files_on_removable_media__63__.mdwn b/doc/forum/Best_way_to_manage_files_on_removable_media__63__.mdwn
new file mode 100644
index 0000000000..d6d1206ae0
--- /dev/null
+++ b/doc/forum/Best_way_to_manage_files_on_removable_media__63__.mdwn
@@ -0,0 +1,18 @@
+I have a bunch of removable storage devices and was planning on storing my data across
+all of them.  I've run into an annoyance, and would like to see if anybody has any
+ideas.
+
+My goal was to have the full file tree on all the devices, but only a subset of the
+annexed data.  Where I have run into trouble is removing data from the system.  It
+seems that the "git annex unused" command checks remote branches as well as local ones
+when determining whether an object is referred to.
+
+This means that if I remove a file that is stored locally, "git annex unused" doesn't
+report the corresponding object as unused until I either connect and update all
+removable storage *or* remove the remote corresponding to the removable storage.  I
+posted a bug about this inconsistency named
+[[bugs/git annex unused considers remote branches which makes it inconsistent]].
+
+If I used the removable storage as a special remote, then I wouldn't have this issue,
+but I also wouldn't be able to conveniently use the files on it and manage the repo
+from it either.
diff --git a/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository.mdwn b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository.mdwn
new file mode 100644
index 0000000000..c126f83735
--- /dev/null
+++ b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository.mdwn
@@ -0,0 +1,17 @@
+Hi!
+
+What is the best way to add again the content of file in an direct and crippled annex repository? I'm using such a repository on a SMB drive, with no symbolic links, that's why the repository is in direct mode.
+
+For example:
+
+`/disk/annex-rep/a.bin` contains the text `../.git/annex/objects/W3/M8/SHA256E-s4701522386--e486cce01b1870cee394a376a3acc64a608e84e38b85e6c21c29721cf14328e6.bin/SHA256E-s4701522386--e486cce01b1870cee394a376a3acc64a608e84e38b85e6c21c29721cf14328e6.bin`
+
+and I've got the real content in another directory, outside annex: /disk/a.bin (contains the binary data)
+
+I imagined this process:
+* replace `/disk/annex-rep/a.bin` with `/disk/a.bin``
+* update `git-annex:122/4b8/SHA256E-s4701522386--e486cce01b1870cee394a376a3acc64a608e84e38b85e6c21c29721cf14328e6.bin.log` by adding this repository uuid
+
+I tried `git annex reinject` but it didn't work.
+
+Is there another way?
diff --git a/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_1_552e74f9573a34ec178f396b83252c3e._comment b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_1_552e74f9573a34ec178f396b83252c3e._comment
new file mode 100644
index 0000000000..439c985dcb
--- /dev/null
+++ b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_1_552e74f9573a34ec178f396b83252c3e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T19:54:21Z"
+ content="""
+There's a bug report asking that reinject work in direct mode. I just have not gotten around to it.
+
+Another way to do it would be to make a temp directory in your annex repository, move or copy the file to there, and `git annex add`. As long as you're not using the WORM backend, the checksum will be used, and so it'll see it's added the content of the file, and make the a.bin file have that content too.
+
+Off to see if I can easily add direct mode reinject now..
+"""]]
diff --git a/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_2_33c57922714f204fc63c260b838f3712._comment b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_2_33c57922714f204fc63c260b838f3712._comment
new file mode 100644
index 0000000000..afc449ac2e
--- /dev/null
+++ b/doc/forum/Best_way_to_re-add_a_file_in_a_direct_and_crippled_annex_repository/comment_2_33c57922714f204fc63c260b838f3712._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-11-26T20:18:56Z"
+ content="""
+Turned out to be trivial, so it's supported now.
+"""]]
diff --git a/doc/forum/Big_repository_vs._multiple_small.mdwn b/doc/forum/Big_repository_vs._multiple_small.mdwn
new file mode 100644
index 0000000000..c77dd02a55
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small.mdwn
@@ -0,0 +1,8 @@
+I am new to git (but extensively used SVN).
+
+In SVN I could have a big fat repository but only check out sub-trees is it.
+Is that also common in git(-annex) / recommended?
+
+E.g., should I create a big-fat repos with all data I have (personal data, music, videos, ...) and check out only the appropriate subtress or create a repository for each purpose? E.g., one for Fotos, Music, OnTheGoData, ebooks, ...
+
+What happens if I have a git-annex repository checked out at my laptop (say, d:\Files) and within it, check out another one (e.g. d:\Files\Library)?
diff --git a/doc/forum/Big_repository_vs._multiple_small/comment_1_8e21ee3c674ef6e595bdab53dd5c2356._comment b/doc/forum/Big_repository_vs._multiple_small/comment_1_8e21ee3c674ef6e595bdab53dd5c2356._comment
new file mode 100644
index 0000000000..707a1cca6e
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small/comment_1_8e21ee3c674ef6e595bdab53dd5c2356._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2014-04-14T15:32:34Z"
+ content="""
+In my setup I have one repository for each category (photos documents videos) it is faster then single giant repository plus it makes sharing with other people easier since you can let people clone one category at a time.
+"""]]
diff --git a/doc/forum/Big_repository_vs._multiple_small/comment_2_656c62351502492d20e8490242e51169._comment b/doc/forum/Big_repository_vs._multiple_small/comment_2_656c62351502492d20e8490242e51169._comment
new file mode 100644
index 0000000000..22fa765428
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small/comment_2_656c62351502492d20e8490242e51169._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 2"
+ date="2014-04-15T18:23:13Z"
+ content="""
+Thank you, that's a good point!
+
+Does this also mean that a repository in git(-annex) is \"all or nothing\"?
+
+For example, I cannot share/clone parts of it? Or define access rights within a repository?
+
+With SVN for example, I have a big repository \"university\" and it contains all stuff of projects/research. Each individual directory is only shared with the persons whom I worked together in this particular project. In short: In git, this should not be that way, right?
+"""]]
diff --git a/doc/forum/Big_repository_vs._multiple_small/comment_3_e9c44ea364513f090844f46af2ea46a1._comment b/doc/forum/Big_repository_vs._multiple_small/comment_3_e9c44ea364513f090844f46af2ea46a1._comment
new file mode 100644
index 0000000000..063260ba10
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small/comment_3_e9c44ea364513f090844f46af2ea46a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="comment 3"
+ date="2014-04-17T14:04:31Z"
+ content="""
+Yeah, git does not have the concept of checking out subdirectories that subversion does. You could, however, have different branches with different content that live in the same repo and therefore share the same git-annex backend, so there could be overlap between what files are in what branch without them using up much extra disk space.
+"""]]
diff --git a/doc/forum/Big_repository_vs._multiple_small/comment_4_82e13580426dc648688e4c26e7ed91ec._comment b/doc/forum/Big_repository_vs._multiple_small/comment_4_82e13580426dc648688e4c26e7ed91ec._comment
new file mode 100644
index 0000000000..e79e19814a
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small/comment_4_82e13580426dc648688e4c26e7ed91ec._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 4"
+ date="2014-04-18T09:16:44Z"
+ content="""
+with git you can not checkout parts of a repo it is all or nothing but with annex you can download your files dir by dir. When you clone you get symlinks for all files but only the files you want are downloaded.
+"""]]
diff --git a/doc/forum/Big_repository_vs._multiple_small/comment_5_632aceb71dc6a4a9a4bb03de25a9b21a._comment b/doc/forum/Big_repository_vs._multiple_small/comment_5_632aceb71dc6a4a9a4bb03de25a9b21a._comment
new file mode 100644
index 0000000000..182263f397
--- /dev/null
+++ b/doc/forum/Big_repository_vs._multiple_small/comment_5_632aceb71dc6a4a9a4bb03de25a9b21a._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="74.61.144.53"
+ subject="comment 5"
+ date="2014-04-19T05:38:43Z"
+ content="""
+Thanks!
+
+But what to my question regarding checking out a repository within a repository?
+
+I will most likely have a \"home\" repository which I would check out at first level.
+
+Then, within one directory I would like to (only locally!) check out another, such as \"Library\".
+
+Something like mount ... to mount one FS within another mount point.
+
+For SVN I think there exist externals for that ...
+
+Does this work?
+
+
+
+"""]]
diff --git a/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days.mdwn b/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days.mdwn
new file mode 100644
index 0000000000..77b0928916
--- /dev/null
+++ b/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days.mdwn
@@ -0,0 +1,72 @@
+I've been experiencing problems with Box.com for a few days now and I don't know what's causing them. Is anyone else experiencing anything similar?
+
+I paste the log.
+
+    [2013-09-02 12:27:26 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "c9e1d5421e78924c21e3d68e84f80a8d1f64f9488020107ca0eeee0c4f10e763.py", keyBackendName = "SHA256E", keySize = Just 1891, keyMtime = Nothing}}
+    [2013-09-02 12:27:26 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/kant.xml Nothing : expensive scan found missing object
+    [2013-09-02 12:27:26 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/argecho.py Nothing
+    [2013-09-02 12:27:26 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/argecho.py Nothing
+    [2013-09-02 12:27:26 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/argecho.py Nothing
+    
+    
+    100%          0.0 B/s 0s[2013-09-02 12:27:26 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/argecho.py Just 437
+    ResponseTimeout
+    ResponseTimeout
+    
+                            
+    [2013-09-02 12:27:44 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "dd3cc45d91430c6f7d68eb807f4ac1561cd0297b11a2de77b5fe66017d125798.py", keyBackendName = "SHA256E", keySize = Just 437, keyMtime = Nothing}}
+    [2013-09-02 12:27:44 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/kgp.dtd Nothing : expensive scan found missing object
+    [2013-09-02 12:27:44 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/autosize.py Nothing
+    [2013-09-02 12:27:44 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/autosize.py Nothing
+    [2013-09-02 12:27:44 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/autosize.py Nothing
+    
+    
+    100%          0.0 B/s 0s[2013-09-02 12:27:44 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/autosize.py Just 2861
+    ResponseTimeout
+    ResponseTimeout
+    
+                            
+    [2013-09-02 12:28:02 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "d6b7940ac68768a8e37e72f248e2d94f19fb0d47062084d9baf0ec08cebbf692.py", keyBackendName = "SHA256E", keySize = Just 2861, keyMtime = Nothing}}
+    [2013-09-02 12:28:02 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/kgp.py Nothing : expensive scan found missing object
+    [2013-09-02 12:28:02 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/builddialectexamples.py Nothing
+    [2013-09-02 12:28:03 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/builddialectexamples.py Nothing
+    [2013-09-02 12:28:03 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/builddialectexamples.py Nothing
+    
+    
+    100%          0.0 B/s 0s[2013-09-02 12:28:03 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/builddialectexamples.py Just 1090
+    ResponseTimeout
+    ResponseTimeout
+    
+                            
+    [2013-09-02 12:28:21 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "f1492b80d05b96cc7cf2904d461c99d430fa86a4eb1d99f1b155c9147ff4420f.py", keyBackendName = "SHA256E", keySize = Just 1090, keyMtime = Nothing}}
+    [2013-09-02 12:28:21 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/russiansample.xml Nothing : expensive scan found missing object
+    [2013-09-02 12:28:21 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/colorize.py Nothing
+    [2013-09-02 12:28:21 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/colorize.py Nothing
+    [2013-09-02 12:28:21 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/colorize.py Nothing
+    
+    
+    100%          0.0 B/s 0s[2013-09-02 12:28:21 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/colorize.py Just 4864
+    ResponseTimeout
+    ResponseTimeout
+    
+    
+    [2013-09-02 12:28:40 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "b577eaf8b6ddbf9fef866c455cae248aec3b22e3f2e91aa2b75ece90f1801689.py", keyBackendName = "SHA256E", keySize = Just 4864, keyMtime = Nothing}}
+    [2013-09-02 12:28:40 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/stderr.py Nothing : expensive scan found missing object
+    [2013-09-02 12:28:40 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/dialect.py Nothing
+    [2013-09-02 12:28:40 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/dialect.py Nothing
+    [2013-09-02 12:28:40 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/dialect.py Nothing
+    
+    
+    100%          0.0 B/s 0s[2013-09-02 12:28:40 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/dialect.py Just 4449
+    ResponseTimeout
+    ResponseTimeout
+    
+                            
+    [2013-09-02 12:28:58 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9", transferKey = Key {keyName = "c5e5d9b1bee2710c7ed05270a363d3e93270b0fb6779c4c8d59ace06c11db684.py", keyBackendName = "SHA256E", keySize = Just 4449, keyMtime = Nothing}}
+    [2013-09-02 12:28:58 CEST] TransferScanner: queued Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/kgp/stdout.py Nothing : expensive scan found missing object
+    [2013-09-02 12:28:58 CEST] Transferrer: Transferring: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/fibonacci.py Nothing
+    [2013-09-02 12:28:58 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/fibonacci.py Nothing
+    [2013-09-02 12:28:58 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/fibonacci.py Nothing
+
+
+    100%          0.0 B/s 0s[2013-09-02 12:28:58 CEST] TransferWatcher: transfer starting: Upload UUID "72111b4c-28fe-42fd-a77b-e4cb9240a1c9" Documentos/diveintopython-5.4/py/fibonacci.py Just 532
diff --git a/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days/comment_1_6ca872c241399b9129cf9a18f42ebd43._comment b/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days/comment_1_6ca872c241399b9129cf9a18f42ebd43._comment
new file mode 100644
index 0000000000..2c7d98b49d
--- /dev/null
+++ b/doc/forum/Box.com_hasn__39__t_been_working_for_a_few_days/comment_1_6ca872c241399b9129cf9a18f42ebd43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="It works here"
+ date="2013-09-02T11:47:00Z"
+ content="""
+I set up a box.com remote a couple of months ago or so just for testing. Haven't used it that much, but I tested it now to see if it still works. No errors or problems. I have pasted the output from a session where I copied a file to box.com, dropped it locally, then got it back from box.com here: <https://gist.github.com/sunny256/6411972>. The computer I ran the test on is using the newest git-annex binary (v4.20130827), Ubuntu 10.04.4 LTS. Pretty old distro, but it still works.
+"""]]
diff --git a/doc/forum/Building_a_Debian_package_of_git-annex.mdwn b/doc/forum/Building_a_Debian_package_of_git-annex.mdwn
new file mode 100644
index 0000000000..ee222df29d
--- /dev/null
+++ b/doc/forum/Building_a_Debian_package_of_git-annex.mdwn
@@ -0,0 +1,27 @@
+I'd like to have a Debian/Ubuntu package of the latest git-annex (f.e. to have it installed systemwide). In the source I can find the debian/ folder with all needed information to build the package. But it looks like I don't have all needed dependencies on my Ubuntu 12.10:
+
+    user@laptop(pc) ~/src/git/git-annex (git)-[master] % debuild -us -uc
+    dpkg-buildpackage -rfakeroot -D -us -uc
+    dpkg-buildpackage: source package git-annex
+    dpkg-buildpackage: source version 3.20130115
+    dpkg-buildpackage: source changed by Joey Hess <joeyh@debian.org>
+    dpkg-source --before-build git-annex
+    dpkg-buildpackage: host architecture amd64
+    dpkg-checkbuilddeps: Unmet build dependencies: libghc-dav-dev (>= 0.3) libghc-dbus-dev (>= 0.10.3) libghc-yesod-dev libghc-yesod-static-dev libghc-yesod-default-dev libghc-hamlet-dev libghc-clientsession-dev libghc-warp-dev libghc-wai-dev libghc-wai-logger-dev libghc-case-insensitive-dev libghc-http-types-dev libghc-blaze-builder-dev libghc-crypto-api-dev libghc-network-multicast-dev libghc-network-info-dev libghc-safesemaphore-dev libghc-network-protocol-xmpp-dev (>= 0.4.3-1+b1) libghc-gnutls-dev (>= 0.1.4) libghc-xml-types-dev
+    dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
+    dpkg-buildpackage: warning: (Use -d flag to override.)
+    debuild: fatal error at line 1357:
+    dpkg-buildpackage -rfakeroot -D -us -uc failed
+    user@laptop(pc) ~/src/git/git-annex (git)-[master] % apt-get install libghc-dav-dev libghc-dbus-dev libghc-yesod-dev libghc-yesod-static-dev libghc-yesod- default-dev libghc-hamlet-dev libghc-clientsession-dev libghc-warp-dev libghc-wai-dev libghc-wai-logger-dev libghc-case-insensitive-dev libghc-http-types-dev libghc-blaze-builder-dev libghc-crypto-api-dev libghc-network-multicast-dev libghc-network-info-dev libghc-safesemaphore-dev libghc-network-protocol-xmpp-dev libghc-gnutls-dev libghc-xml-types-dev
+    Reading package lists... Done
+    Building dependency tree       
+    Reading state information... Done
+    E: Unable to locate package libghc-dav-dev
+    E: Unable to locate package libghc-network-multicast-dev
+    E: Unable to locate package libghc-network-info-dev
+    E: Unable to locate package libghc-safesemaphore-dev
+
+How can I build the package? Or would it be possible for you to build the package and add it to the "Install" page (like the prebuilt linux tarball)? That would be great!
+
+Cheers and thanks for the hard work,
+Tobias
diff --git a/doc/forum/Building_a_Debian_package_of_git-annex/comment_1_0848513c46f3efa21bc34784554ae88a._comment b/doc/forum/Building_a_Debian_package_of_git-annex/comment_1_0848513c46f3efa21bc34784554ae88a._comment
new file mode 100644
index 0000000000..39790c5ffd
--- /dev/null
+++ b/doc/forum/Building_a_Debian_package_of_git-annex/comment_1_0848513c46f3efa21bc34784554ae88a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-16T23:05:13Z"
+ content="""
+There is a package available already: <http://packages.debian.org/unstable/git-annex>
+
+This will install even on Debian stable, I think.
+"""]]
diff --git a/doc/forum/Building_git-annex-3.20121112-19309.mdwn b/doc/forum/Building_git-annex-3.20121112-19309.mdwn
new file mode 100644
index 0000000000..68d5e32050
--- /dev/null
+++ b/doc/forum/Building_git-annex-3.20121112-19309.mdwn
@@ -0,0 +1,78 @@
+Hi,
+
+I have Problems building git-annex-3.20121112-19309, I rceive the following error:
+
+...
+  Loading object (static) dist/build/git-annex/git-annex-tmp/Utility/libmounts.o ... done
+  final link ... done
+
+  Assistant/Alert.hs:66:30:
+      Warning: default newline style has changed, using an explicit $newline is recommended
+
+  Assistant/Alert.hs:69:31:
+      Warning: default newline style has changed, using an explicit $newline is recommended
+  [157 of 279] Compiling Assistant.Types.DaemonStatus ( Assistant/Types/DaemonStatus.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/DaemonStatus.o )
+  [158 of 279] Compiling Assistant.Monad  ( Assistant/Monad.hs, dist/build/git-annex/git-annex-tmp/Assistant/Monad.o )
+
+  Assistant/Monad.hs:86:16:
+      Couldn't match expected type `Assistant a'
+                  with actual type `Reader AssistantData a'
+      Expected type: (AssistantData -> a) -> Assistant a
+        Actual type: (AssistantData -> a) -> Reader AssistantData a
+      In the expression: reader
+      In an equation for `getAssistant': getAssistant = reader
+
+  Assistant/Monad.hs:93:15:
+      Couldn't match expected type `Assistant t0'
+                  with actual type `Reader r0 a0'
+      In the return type of a call of `reader'
+      In a stmt of a 'do' block: st <- reader threadState
+      In the expression:
+        do { st <- reader threadState;
+             liftIO $ runThreadState st a }
+
+  Assistant/Monad.hs:99:14:
+      Couldn't match expected type `Assistant t0'
+                  with actual type `Reader r0 a0'
+      In the return type of a call of `reader'
+      In a stmt of a 'do' block: d <- reader id
+      In the expression:
+        do { d <- reader id;
+             liftIO $ io $ runAssistant d a }
+
+  Assistant/Monad.hs:105:14:
+      Couldn't match expected type `Assistant t0'
+                  with actual type `Reader r0 a0'
+      In the return type of a call of `reader'
+      In a stmt of a 'do' block: d <- reader id
+      In the expression:
+        do { d <- reader id;
+             return $ runAssistant d a }
+
+  Assistant/Monad.hs:110:14:
+      Couldn't match expected type `Assistant t0'
+                  with actual type `Reader r0 a0'
+      In the return type of a call of `reader'
+      In a stmt of a 'do' block: d <- reader id
+      In the expression:
+        do { d <- reader id;
+             return $ \ v -> runAssistant d $ a v }
+
+  Assistant/Monad.hs:115:14:
+      Couldn't match expected type `Assistant t0'
+                  with actual type `Reader r0 a0'
+      In the return type of a call of `reader'
+      In a stmt of a 'do' block: d <- reader id
+      In the expression:
+        do { d <- reader id;
+             return $ \ v1 v2 -> runAssistant d (a v1 v2) }
+
+  Assistant/Monad.hs:120:12:
+      Couldn't match expected type `Assistant a0'
+                  with actual type `Reader r0 a1'
+      In the return type of a call of `reader'
+      In the first argument of `(>>=)', namely `reader v'
+      In the expression: reader v >>= liftIO . io
+  cabal: Error: some packages failed to install:
+  git-annex-3.20121112 failed during the building phase. The exception was:
+  ExitFailure 1
diff --git a/doc/forum/Building_git-annex-3.20121112-19309/comment_1_b115e28c77fe748ee6643c41f766beb4._comment b/doc/forum/Building_git-annex-3.20121112-19309/comment_1_b115e28c77fe748ee6643c41f766beb4._comment
new file mode 100644
index 0000000000..3b75dfeb6d
--- /dev/null
+++ b/doc/forum/Building_git-annex-3.20121112-19309/comment_1_b115e28c77fe748ee6643c41f766beb4._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-18T17:49:57Z"
+ content="""
+What platform are you building on? 
+
+What version of ghc is installed?
+
+What version of the haskell mtl library is installed? (`cabal list --installed --simple-output mtl`)
+"""]]
diff --git a/doc/forum/Building_git-annex-3.20121112-19309/comment_2_8c6ae1fd74f14da12ccfa77dbd27fc65._comment b/doc/forum/Building_git-annex-3.20121112-19309/comment_2_8c6ae1fd74f14da12ccfa77dbd27fc65._comment
new file mode 100644
index 0000000000..195f639919
--- /dev/null
+++ b/doc/forum/Building_git-annex-3.20121112-19309/comment_2_8c6ae1fd74f14da12ccfa77dbd27fc65._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 2"
+ date="2012-11-19T06:57:54Z"
+ content="""
+This is an Ubuntu 12.04 system (3.2.0-29-generic-pae #46-Ubuntu SMP Fri Jul 27 17:25:43 UTC 2012 i686 i686 i386 GNU/Linux)
+
+ghc is 7.4.1
+
+mtl info is:
+
+MonadCatchIO-mtl 0.3.0.5
+mtl 2.0.1.0
+
+"""]]
diff --git a/doc/forum/Building_git-annex-3.20121112-19309/comment_3_2f30b301c14f3a7fa0f52715d6140353._comment b/doc/forum/Building_git-annex-3.20121112-19309/comment_3_2f30b301c14f3a7fa0f52715d6140353._comment
new file mode 100644
index 0000000000..d4f48434cb
--- /dev/null
+++ b/doc/forum/Building_git-annex-3.20121112-19309/comment_3_2f30b301c14f3a7fa0f52715d6140353._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-11-25T18:56:01Z"
+ content="""
+On my Debian system, where it builds ok, I have the same ghc version, but version 2.1.1 of mtl. I suspect your old version of that is the problem. You can try using cabal to install a newer mtl:
+
+<pre>
+  cabal update
+  cabal install mtl
+</pre>
+"""]]
diff --git a/doc/forum/Building_git-annex-3.20121112-19309/comment_4_1e3c3903a71a2ff7109372aa4dd5742a._comment b/doc/forum/Building_git-annex-3.20121112-19309/comment_4_1e3c3903a71a2ff7109372aa4dd5742a._comment
new file mode 100644
index 0000000000..1b59c3d2d0
--- /dev/null
+++ b/doc/forum/Building_git-annex-3.20121112-19309/comment_4_1e3c3903a71a2ff7109372aa4dd5742a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 4"
+ date="2012-11-25T20:26:33Z"
+ content="""
+I was able to reproduce this build failure with the same old version of mtl you have. I've adjusted the cabal build dependencies to require a newer version.
+"""]]
diff --git a/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__.mdwn b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__.mdwn
new file mode 100644
index 0000000000..f4878da200
--- /dev/null
+++ b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__.mdwn
@@ -0,0 +1,19 @@
+Hi,
+
+I try to install git-annex master with cabal, so I cloned the git repo and run "cabal install --only-dependencies". This gives me the following error:
+
+    Resolving dependencies...
+    cabal: Could not resolve dependencies:
+    trying: git-annex-3.20120826 (user goal)
+    trying: git-annex-3.20120826:+oldyesod
+    trying: git-annex-3.20120826:+currentyesod
+    next goal: yesod-default (dependency of git-annex-3.20120826:+oldyesod)
+    rejecting: yesod-default-1.1.0 (conflict: git-annex-3.20120826:oldyesod =>
+    yesod-default(<=1.0.1.1))
+    rejecting: yesod-default-1.0.1.1, 1.0.1, 1.0.0, 0.6.1, 0.5.0, 0.4.1, 0.4.0,
+    0.3.1 (conflict: git-annex-3.20120826:currentyesod => yesod-default(>=1.1.0))
+
+Any idea how to fix this? (PS: I'm running Kubuntu 12.04)
+
+Cheers,
+Tobias
diff --git a/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_1_2eb4f410b54a25fcc895893a3c631c43._comment b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_1_2eb4f410b54a25fcc895893a3c631c43._comment
new file mode 100644
index 0000000000..b18e74f7a1
--- /dev/null
+++ b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_1_2eb4f410b54a25fcc895893a3c631c43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 1"
+ date="2012-08-29T16:01:00Z"
+ content="""
+Hmm, cabal is not as smart as I'd hoped it could be. I've removed the support for old version of yesod.
+"""]]
diff --git a/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_2_44cd6f6dd674df105d6f0b3f320f3236._comment b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_2_44cd6f6dd674df105d6f0b3f320f3236._comment
new file mode 100644
index 0000000000..4d8b0a8aa9
--- /dev/null
+++ b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_2_44cd6f6dd674df105d6f0b3f320f3236._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 2"
+ date="2012-08-30T10:01:24Z"
+ content="""
+thanks, that resolved the dependency trouble.
+But now:
+
+    Building git-annex-3.20120826...
+    Preprocessing executable 'git-annex' for git-annex-3.20120826...
+
+    Utility/Yesod.hs:15:8:
+        Could not find module `Data.Default'
+        It is a member of the hidden package `data-default-0.5.0'.
+        Perhaps you need to add `data-default' to the build-depends in your .cabal file.
+        Use -v to see a list of the files searched for.
+
+"""]]
diff --git a/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_3_992af6855901df79a2018a07941cb8b6._comment b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_3_992af6855901df79a2018a07941cb8b6._comment
new file mode 100644
index 0000000000..09d0dbd9af
--- /dev/null
+++ b/doc/forum/Cabal:_Could_not_resolve_dependencies___40__yesod__41__/comment_3_992af6855901df79a2018a07941cb8b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 3"
+ date="2012-08-30T16:59:07Z"
+ content="""
+The Data.Default problem is fixed now.
+"""]]
diff --git a/doc/forum/Calculating_Annex_Cost_by_Ping_Times.mdwn b/doc/forum/Calculating_Annex_Cost_by_Ping_Times.mdwn
new file mode 100644
index 0000000000..996e864c30
--- /dev/null
+++ b/doc/forum/Calculating_Annex_Cost_by_Ping_Times.mdwn
@@ -0,0 +1 @@
+I threw together a pair of shell scripts for calculating the cost of a remote using ping times.  I don't know how useful this is in practice, but the theory seemed sound to me.  If I'm in a hotel room with my two laptops, I'd rather annex try to get a file from the other laptop than from my NAS all the way back home.  I'd love to figure out how to also detect if I'm on my VerizonWireless connection at the time and multiply the cost of all connections over the Internet accordingly, but that's down the road.  Latest versions of the pair of scripts will be at <https://gist.github.com/4410357>. I'm interested in feedback, so please fork the git repo on gist and send me changes/updates. Also of note is that these were written for MacOSX. If you're interested in using them on a different linux, pay attention to the format of the summary line of your ping command.
diff --git a/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_1_9b4a6bc8d52ecbbdd537e8cf76757a80._comment b/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_1_9b4a6bc8d52ecbbdd537e8cf76757a80._comment
new file mode 100644
index 0000000000..2a2554f8d3
--- /dev/null
+++ b/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_1_9b4a6bc8d52ecbbdd537e8cf76757a80._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-12-30T23:01:39Z"
+ content="""
+You may want to use hop count, not ping times, for a rough guesstimate of distance.
+
+Generally speaking, this is a highly non-trivial problem that's subject to university research projects so unless you find a well-maintained third party tool to solve this problem, it's unlikely that you will find a truly general solution.
+
+Anyway, look into mtr for your distance measurements.
+
+
+Richard
+"""]]
diff --git a/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_2_7e04f85c6ba74c18c8dde148aef9bf80._comment b/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_2_7e04f85c6ba74c18c8dde148aef9bf80._comment
new file mode 100644
index 0000000000..7dc4072eb1
--- /dev/null
+++ b/doc/forum/Calculating_Annex_Cost_by_Ping_Times/comment_2_7e04f85c6ba74c18c8dde148aef9bf80._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2013-01-06T11:08:42Z"
+ content="""
+Yeah, I was debating between ping times (max or avg) and hop count and ultimately went with ping time because of this situation: From my office to my house is ~12 hops but because we peer with the cable modem provider the ping time is still ~5ms. But from my cell modem, it's ~8 hops but ping times of ~200ms.
+"""]]
diff --git a/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__.mdwn b/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__.mdwn
new file mode 100644
index 0000000000..6d1083dd57
--- /dev/null
+++ b/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__.mdwn
@@ -0,0 +1,6 @@
+Is it possible to story ordinary files in the git repository, or is this going to confuse git-annex? In other words, can I safely run
+
+    git add .gitattributes
+    git commit -m 'remember attributes' .gitattributes
+
+..., or do I have to use `git-annex add` all time?
diff --git a/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__/comment_1_c8f9923d8dc76b8bed25dce5ae09b520._comment b/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__/comment_1_c8f9923d8dc76b8bed25dce5ae09b520._comment
new file mode 100644
index 0000000000..8873edcde8
--- /dev/null
+++ b/doc/forum/Can_I_store_normal_files_in_the_git-annex_git_repository__63__/comment_1_c8f9923d8dc76b8bed25dce5ae09b520._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="77.12.196.1"
+ subject="Solved"
+ date="2011-07-13T16:21:25Z"
+ content="""
+I got my answer on #vcs-home: Yes, git-annex and git get along fine.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo.mdwn b/doc/forum/Can_Not_Sync_to_Git_Repo.mdwn
new file mode 100644
index 0000000000..3b57829961
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo.mdwn
@@ -0,0 +1 @@
+On one my repos (git repo on github data on S3) I've started getting, `fatal: Cannot force update the current branch` `git-annex: failed to update refs/heads/master` other clones of this repository can sync fine but this one started failing after adding a couple of files.
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_10_e0f82074eb1a4b8258729d9a23a7f421._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_10_e0f82074eb1a4b8258729d9a23a7f421._comment
new file mode 100644
index 0000000000..bf3cc836af
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_10_e0f82074eb1a4b8258729d9a23a7f421._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="no annex/direct/master branch"
+ date="2013-12-21T04:19:33Z"
+ content="""
+Same problem here:
+
+    % git branch -a
+      git-annex
+    * master
+      synced/git-annex
+      synced/master
+      remotes/HD02/git-annex
+      remotes/HD02/master
+      remotes/HD02/synced/git-annex
+      remotes/HD02/synced/master
+
+This is a direct mode repo, too.
+
+It seems that git-annex didn't properly update the repo.  .git/config shows:
+
+    [core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        ...
+    [annex]
+        ...
+        version = 3
+        direct = true
+
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_11_842aaf685aa843c21bf3eef0b61f8630._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_11_842aaf685aa843c21bf3eef0b61f8630._comment
new file mode 100644
index 0000000000..a62cd7877f
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_11_842aaf685aa843c21bf3eef0b61f8630._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 11"
+ date="2013-12-29T17:09:26Z"
+ content="""
+I've found a bug where a repo would for some unknown reason be in direct mode but v3, and so would not be auto-upgraded to v5. This explains at least what Chris Stork shows. But I think not what previous posters are experiencing. I've fixed that bug in git.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_12_b4f8be428a08db01dbd004e1f06dcffd._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_12_b4f8be428a08db01dbd004e1f06dcffd._comment
new file mode 100644
index 0000000000..883ae6d96f
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_12_b4f8be428a08db01dbd004e1f06dcffd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="Bug fix confirmed"
+ date="2014-01-30T15:29:56Z"
+ content="""
+Thank you, Joey!
+FYI, my repo was automatically converted to version 5 and put on the annex/direct/master branch.
+As Joey mentioned, this might only apply to my bug.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_1_80344c54804ddee81d89c0b40731fb9c._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_1_80344c54804ddee81d89c0b40731fb9c._comment
new file mode 100644
index 0000000000..93c4ce7791
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_1_80344c54804ddee81d89c0b40731fb9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="83.87.167.98"
+ subject="comment 1"
+ date="2013-12-02T19:32:18Z"
+ content="""
+i have the same problem on one of my repo's as well.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_2_1797c2fef5c20e885b56b8a2c6330ff0._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_2_1797c2fef5c20e885b56b8a2c6330ff0._comment
new file mode 100644
index 0000000000..8d08c32760
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_2_1797c2fef5c20e885b56b8a2c6330ff0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-12-02T19:52:04Z"
+ content="""
+Post the version of git-annex you're using, and `git annex sync --debug` output.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_3_fb23d640f9634cab2da91848f1848627._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_3_fb23d640f9634cab2da91848f1848627._comment
new file mode 100644
index 0000000000..10206a898f
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_3_fb23d640f9634cab2da91848f1848627._comment
@@ -0,0 +1,58 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="83.87.167.98"
+ subject="comment 3"
+ date="2013-12-03T08:35:21Z"
+ content="""
+> git-annex version
+
+	git-annex version: 5.20131117-gbd514dc
+	build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+	key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+	remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+	local repository version: 5
+	default repository version: 3
+	supported repository versions: 3 5
+	upgrade supported from repository versions: 0 1 2 4
+
+
+> git-annex sync --debug bonus_remote
+
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"git-annex\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..37a902328b4806d1549bf174241339432105d756\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..5e25b4c5c8c28d48b212c079767827e27819c379\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..2245416c2355c9e00f560bcde15b8856d8f924be\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..18e56479af7031d179cd4f4af4138b15211bea26\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..b74c5b5cfeecfeace64a4b31aabd7163c6c28f42\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..88fd933c3dbb56d2527c19d6b462c61d9213535c\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:07 CET] chat: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"cat-file\",\"--batch\"]
+	[2013-12-03 09:23:07 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"ls-files\",\"--stage\",\"-z\",\"--others\",\"--exclude-standard\",\"--\",\"/Users/remy/Sync\"]
+	[2013-12-03 09:23:07 CET] chat: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"cat-file\",\"--batch\"]
+	commit  
+	[2013-12-03 09:23:13 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"commit\",\"-m\",\"git-annex automatic sync\"]
+	ok
+	[2013-12-03 09:23:13 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"symbolic-ref\",\"HEAD\"]
+	[2013-12-03 09:23:13 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"refs/heads/master\"]
+	[2013-12-03 09:23:13 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"--verify\",\"-q\",\"refs/heads/synced/master\"]
+	[2013-12-03 09:23:13 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/master..refs/heads/synced/master\",\"--oneline\",\"-n1\"]
+	pull bonus_remote 
+	[2013-12-03 09:23:13 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"fetch\",\"bonus_remote\"]
+	[2013-12-03 09:23:14 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/bonus_remote/master\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/master..refs/remotes/bonus_remote/master\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/bonus_remote/synced/master\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/synced/master..refs/remotes/bonus_remote/synced/master\",\"--oneline\",\"-n1\"]
+	ok
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"git-annex\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..37a902328b4806d1549bf174241339432105d756\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..5e25b4c5c8c28d48b212c079767827e27819c379\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..2245416c2355c9e00f560bcde15b8856d8f924be\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..18e56479af7031d179cd4f4af4138b15211bea26\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..b74c5b5cfeecfeace64a4b31aabd7163c6c28f42\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] read: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"log\",\"refs/heads/git-annex..88fd933c3dbb56d2527c19d6b462c61d9213535c\",\"--oneline\",\"-n1\"]
+	[2013-12-03 09:23:14 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"branch\",\"-f\",\"synced/master\"]
+	[2013-12-03 09:23:14 CET] call: git [\"--git-dir=/Users/remy/Sync/.git\",\"--work-tree=/Users/remy/Sync\",\"branch\",\"-f\",\"master\"]
+	fatal: Cannot force update the current branch.
+	git-annex: failed to update refs/heads/master
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_4_a947736911e68856f2c3494963063df8._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_4_a947736911e68856f2c3494963063df8._comment
new file mode 100644
index 0000000000..c2a48b5573
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_4_a947736911e68856f2c3494963063df8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmu416zAYgYzbXVZAe30MiXoOWO4z6nGX8"
+ nickname="Johannes"
+ subject="comment 4"
+ date="2013-12-05T16:31:04Z"
+ content="""
+I have the same problem. \"git annex repair\" does not detect any problems.
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_5_ce0e77143cfd2d578b1e5a71e35060da._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_5_ce0e77143cfd2d578b1e5a71e35060da._comment
new file mode 100644
index 0000000000..9b80220fb6
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_5_ce0e77143cfd2d578b1e5a71e35060da._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="comment 5"
+ date="2013-12-07T18:14:21Z"
+ content="""
+I'm experiencing the same problem in one of my repositories on a couple computers now.
+
+> git-annex version: 5.20131118-gc7e5cde
+> build flags: Assistant Webapp Pairing S3 WebDAV Inotify DBus XMPP Feeds Quvi TDFA
+> key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+> remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+> local repository version: 3
+> default repository version: 3
+> supported repository versions: 3 5
+> upgrade supported from repository versions: 0 1 2 4
+
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_6_10e114da6a2bb54b860b44767ba1ca94._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_6_10e114da6a2bb54b860b44767ba1ca94._comment
new file mode 100644
index 0000000000..b605de7262
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_6_10e114da6a2bb54b860b44767ba1ca94._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="same here"
+ date="2013-12-11T19:57:09Z"
+ content="""
+I'm facing the same situation as the other commenters.
+
+    git-annex version: 5.20131130-gc25be33
+    [...]
+    (merging gitlab/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    fatal: Cannot force update the current branch.
+    git-annex: failed to update refs/heads/master
+
+Seems to be a problem with the command `git branch -f master`
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_7_415bab6a7ab564e671f42cfad83e0e58._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_7_415bab6a7ab564e671f42cfad83e0e58._comment
new file mode 100644
index 0000000000..8b1824ede5
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_7_415bab6a7ab564e671f42cfad83e0e58._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 7"
+ date="2013-12-12T17:07:37Z"
+ content="""
+What branch does `git branch` say is checked out?
+
+If you're using direct mode, you should not have the master branch checked out. Instead you should have an `annex/direct/master` branch that direct mode sets up and automatically switches you to. (Commits are still made to the master branch when syncing.)
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_8_36abd829ea71a44c7cded1123a7c913d._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_8_36abd829ea71a44c7cded1123a7c913d._comment
new file mode 100644
index 0000000000..66f75327ee
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_8_36abd829ea71a44c7cded1123a7c913d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 8"
+ date="2013-12-14T13:15:13Z"
+ content="""
+The master branch was checkout out (I don't know why). Checking out the mentioned branch fixed the syncing issue: `git checkout annex/direct/master`
+"""]]
diff --git a/doc/forum/Can_Not_Sync_to_Git_Repo/comment_9_2fb745aaffe544f97bbdc670261fd4fd._comment b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_9_2fb745aaffe544f97bbdc670261fd4fd._comment
new file mode 100644
index 0000000000..3bf1df783a
--- /dev/null
+++ b/doc/forum/Can_Not_Sync_to_Git_Repo/comment_9_2fb745aaffe544f97bbdc670261fd4fd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="etset"
+ ip="82.155.112.106"
+ subject="comment 9"
+ date="2013-12-19T12:45:06Z"
+ content="""
+I seem to have the same problem. I have two repositories added as ssh remotes to one another with the assistant. `git-annex sync` works on one of these, but not on the other, failing with the same error as above. Also, running `git-annex sync --debug` results in the same output as in Remy's above post. `git-annex repair` doesn't find any problem. Running `git branch` on both shows that neither repository has an `annex/direct/master` branch, and both have `master` checked out. 
+
+One of the repositories has the current version from debian wheezy-backports, 4.20131106~bpo70+1, installed, and the other one had 5.20131130 from unstable as of when I discovered the problem (I upgraded it today, but the problem persists). I'm not sure, but I think those were the versions I used to create the repositores, too.
+
+Trying to reproduce the problem, I created a new repository via assistant on both computers, the one running 4.20131106~bpo70+1 and the one recently upgraded to 5.20131213. On the 5.* one, a `annex/direct/master` branch was created and checked out, but not on the 4.* one. However, adding each other as ssh remotes with the assistant makes the `annex/direct/master` on 5.* disappear and `master` to be checked out on both.
+
+Is there anything I can do to fix the repositories? Is there any other info I could provide to help with this?
+"""]]
diff --git a/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook.mdwn b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook.mdwn
new file mode 100644
index 0000000000..9c0f5c7d72
--- /dev/null
+++ b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook.mdwn
@@ -0,0 +1,41 @@
+I'm trying to automate syncing of two repos A and B. My goal is to run `git annex sync` from A and have the working copy of B updated automatically. According to the manual page, `git annex merge` should to the trick. It works just fine when I run it manually in B, but not when I run it from the post-receive hook, as suggested in the manual page.
+
+Here is a test script that illustrates the issue: <https://gist.github.com/anonymous/6197019>
+
+The output I get:
+
+    [...]
+    file1 exists after manual git annex merge
+    [...]
+    file2 does not exist after git annex merge in post-receive
+
+From the output I can see that `git annex merge` is run on the remote end, and seems to do it's thing (`file2` is added):
+
+    remote: merge git-annex (merging synced/git-annex into git-annex...)
+    remote: ok
+    remote: merge synced/master Updating 6e5bfba..0dcbcfd
+    remote: Fast-forward
+    remote:  file2 |    1 +
+    remote:  1 file changed, 1 insertion(+)
+    remote:  create mode 120000 file2
+    remote: 
+    remote: ok
+
+However, the working copy in B does not have the file `file2`. Even worse, `git status` in B shows the file as deleted:
+
+    # On branch master
+    # Your branch is ahead of 'origin/master' by 2 commits.
+    #
+    # Changes not staged for commit:
+    #   (use "git add/rm <file>..." to update what will be committed)
+    #   (use "git checkout -- <file>..." to discard changes in working directory)
+    #
+    #	deleted:    file2
+    #
+    no changes added to commit (use "git add" and/or "git commit -a")
+
+So when running `git annex sync` from B now, the file will be deleted from A as well, which is not what I expected.
+
+This is on Ubuntu 12.04, using the precompiled git-annex tarball (amd64).
+
+What am I doing wrong?
diff --git a/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_1_8b71cb6772b219c27c17392d5099907a._comment b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_1_8b71cb6772b219c27c17392d5099907a._comment
new file mode 100644
index 0000000000..cfaff89b12
--- /dev/null
+++ b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_1_8b71cb6772b219c27c17392d5099907a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://kallesoderman.myopenid.com/"
+ ip="85.224.35.48"
+ subject="Same problem here"
+ date="2013-08-14T20:20:42Z"
+ content="""
+I'm trying to achieve [[USB_backup_with_files_visible/]] but can't make the post-recieve or post-update hooks have any effect. The filesystem is vfat so there are some issues with mounting defaults and executables (do the hooks have to be executable?) but regardless of mount options no dice.
+
+ ``git-annex merge`` at the cli works perfectly. I havent been bitten by  files being deleted and propagated though.
+
+Manually merging ruins my \"late for work need to bring data but to tired to think properly\" use case.
+"""]]
diff --git a/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_2_af2a2634d8d128868022d033d6adb549._comment b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_2_af2a2634d8d128868022d033d6adb549._comment
new file mode 100644
index 0000000000..0623ed1dbb
--- /dev/null
+++ b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_2_af2a2634d8d128868022d033d6adb549._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-23T18:35:01Z"
+ content="""
+Having just set up <http://annex.debconf.org> which uses a git hook to run `git annex merge`, I can say that the main problems you are likely to run into are:
+
+1. The hook might be run with the cwd not set to the top of the git repository. cd to the git repository in the hook to fix.
+2. The hook might be run with `GIT_DIR` set to a strange value (in my case, it was set to \".\"), which is not the actual .git directory location. Unsetting it fixes that.
+
+I don't know about how to get git hooks to work on FAT filesystems though. Hooks have to be executable, and most systems probably don't mount such filesystems with executability allowed.
+"""]]
diff --git a/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_3_31ec762a0684d2ce87d229ed2924db93._comment b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_3_31ec762a0684d2ce87d229ed2924db93._comment
new file mode 100644
index 0000000000..2a56b57e92
--- /dev/null
+++ b/doc/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/comment_3_31ec762a0684d2ce87d229ed2924db93._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq495p0WtZDUpxzYN9YnToZGODfCGnqOw"
+ nickname="Stanis"
+ subject="comment 3"
+ date="2013-08-24T13:30:52Z"
+ content="""
+Thanks joey, that's exactly what was happening.
+
+Just to repeat it here, if anyone else runs into the same problem, your post-receive hook has to look like this:
+
+    #!/bin/sh
+    unset GIT_DIR
+    cd ..
+    git annex merge
+
+"""]]
diff --git a/doc/forum/Can__39__t_get_jabber_working.mdwn b/doc/forum/Can__39__t_get_jabber_working.mdwn
new file mode 100644
index 0000000000..6f129ee311
--- /dev/null
+++ b/doc/forum/Can__39__t_get_jabber_working.mdwn
@@ -0,0 +1,7 @@
+I've been running circles around the "jabber account setup" in assistant. I tried using jabber.org (isode) and jabber.de (openfire), but whatever I do I get thrown back to an Error page
+
+"Firefox can't establish a connection to the server at 127.0.0.1:61967." 
+
+Assistant definetly tries to connect to the server (LittleSnitch is giving me a hint) and the connections are unblocked. Even after turning LittleSnitch off completely it won't work. On the other hand, I can connect to the servers using Jitsi without any problems. I'd be really thankful for any help.
+
+David 
diff --git a/doc/forum/Can__39__t_get_jabber_working/comment_1_def20bf0b3c1a188e4dad5ec67b455d8._comment b/doc/forum/Can__39__t_get_jabber_working/comment_1_def20bf0b3c1a188e4dad5ec67b455d8._comment
new file mode 100644
index 0000000000..e2491de644
--- /dev/null
+++ b/doc/forum/Can__39__t_get_jabber_working/comment_1_def20bf0b3c1a188e4dad5ec67b455d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="Edit:"
+ date="2014-01-14T16:31:05Z"
+ content="""
+I tried this on a OS X 10.9.1 and OS X 10.8.5 as well as the regular dmg download and the autobuild.
+"""]]
diff --git a/doc/forum/Can__39__t_get_jabber_working/comment_2_7cb49c0ebfec6e0fe6784e189ed65d40._comment b/doc/forum/Can__39__t_get_jabber_working/comment_2_7cb49c0ebfec6e0fe6784e189ed65d40._comment
new file mode 100644
index 0000000000..d4b296cd52
--- /dev/null
+++ b/doc/forum/Can__39__t_get_jabber_working/comment_2_7cb49c0ebfec6e0fe6784e189ed65d40._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 2"
+ date="2014-01-14T18:56:44Z"
+ content="""
+You apprear to be experiencing this bug: [[bugs/Share_with_friends_crash_in_osx]]
+"""]]
diff --git a/doc/forum/Can__39__t_get_jabber_working/comment_3_852dc402a286e38b77b99f174c33f8d1._comment b/doc/forum/Can__39__t_get_jabber_working/comment_3_852dc402a286e38b77b99f174c33f8d1._comment
new file mode 100644
index 0000000000..251047f264
--- /dev/null
+++ b/doc/forum/Can__39__t_get_jabber_working/comment_3_852dc402a286e38b77b99f174c33f8d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="Yes"
+ date="2014-01-15T01:41:12Z"
+ content="""
+Will put future comments there. Thanks you.
+"""]]
diff --git a/doc/forum/Can__39__t_get_jabber_working/comment_4_259741e146906ff70540390bdfe07002._comment b/doc/forum/Can__39__t_get_jabber_working/comment_4_259741e146906ff70540390bdfe07002._comment
new file mode 100644
index 0000000000..005759caf9
--- /dev/null
+++ b/doc/forum/Can__39__t_get_jabber_working/comment_4_259741e146906ff70540390bdfe07002._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlm_3m5gLhML9bHbZ8FpJ-HBZhWaRfFeO8"
+ nickname="Corey"
+ subject="Same bug? OSX 10.9.1"
+ date="2014-01-23T23:38:32Z"
+ content="""
+… using Chrome. Connection to 127.0.0.1:XXXXX interrupted when setting up Jabber.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work.mdwn b/doc/forum/Can__39__t_get_pairing_to_work.mdwn
new file mode 100644
index 0000000000..fc45bffcb4
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work.mdwn
@@ -0,0 +1,5 @@
+I'm trying to pair my ~/music repositories on my two laptops (Ubuntu 10.04 and 12.04) using the Linux standalone tarball on my home WiFi network. After entering the same passphrase on both machines, nothing happens, both remain in "Pairing in progress" state.
+
+The router I'm using is, I think, fairly standard, it's a ZyXEL P-2812HNU-F1 with factory settings.
+
+Are others having the problem too? Any advice where I should start looking for what goes wrong?
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_1_b981977b4fb942fd109c37fcf40f35d7._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_1_b981977b4fb942fd109c37fcf40f35d7._comment
new file mode 100644
index 0000000000..5e6690354a
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_1_b981977b4fb942fd109c37fcf40f35d7._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 1"
+ date="2012-10-11T23:48:37Z"
+ content="""
+It's not clear from your description whether you
+
+a) Started the pairing process independently on both machines... which probably doesn't work.
+
+b) Started pairing on one machine, and the other one noticed and popped up a pair request alert where
+you re-entered the password.
+
+If b) didn't happen, then the the pairing broadcast is not being seen by the second machine.
+You can try using tcpdump or wireshark to see the traffic. The traffic will look like this:
+
+<pre>
+19:45:11.125893 IP 10.1.1.2.43376 > 224.0.0.1.55556: UDP, length 692
+</pre>
+
+If all is going well, you should be able to see that on both the machine that's initiating the pairing and the other machine. And every other machine on the network for that matter.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_2_341e2ff6c88ace1b1422e16781edf580._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_2_341e2ff6c88ace1b1422e16781edf580._comment
new file mode 100644
index 0000000000..541b0e5812
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_2_341e2ff6c88ace1b1422e16781edf580._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlZvtBCVyJw4O71OPsdwGpVh6iJ1W-xaPc"
+ nickname="Kilian"
+ subject="comment 2"
+ date="2012-10-17T14:39:58Z"
+ content="""
+Thanks - it seems to be a problem with my router's firmware.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_3_0c8cce48f179f2564ff0844bb7ef6bd1._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_3_0c8cce48f179f2564ff0844bb7ef6bd1._comment
new file mode 100644
index 0000000000..f1ade11f97
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_3_0c8cce48f179f2564ff0844bb7ef6bd1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2012-10-17T17:35:11Z"
+ content="""
+Well, that's interesting. I wonder if other broadcast network services work over your router? The most common one is probably the avahi/zeroconf services.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_4_169d77b30cea05125068ee1eeb2ef328._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_4_169d77b30cea05125068ee1eeb2ef328._comment
new file mode 100644
index 0000000000..7725a3a62a
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_4_169d77b30cea05125068ee1eeb2ef328._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlZvtBCVyJw4O71OPsdwGpVh6iJ1W-xaPc"
+ nickname="Kilian"
+ subject="comment 4"
+ date="2012-10-18T22:44:40Z"
+ content="""
+Hmm... using avahi-discover the two machines can indeed see some services offered by each other. A git-annex-assistant specific problem after all?
+
+So when I initiate a pairing on 192.168.1.63, and run tcpdump on the same machine, it looks like this:
+
+ke@thot:~/opt/git-annex.linux$ sudo tcpdump -i eth1 host 224.0.0.1 -n
+tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
+listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
+00:33:47.723989 IP 192.168.1.63.56243 > 224.0.0.1.55556: UDP, length 691
+00:33:49.729242 IP 192.168.1.63.55072 > 224.0.0.1.55556: UDP, length 691
+00:33:51.733358 IP 192.168.1.63.55115 > 224.0.0.1.55556: UDP, length 691
+00:33:53.736730 IP 192.168.1.63.60249 > 224.0.0.1.55556: UDP, length 691
+00:33:55.741641 IP 192.168.1.63.59753 > 224.0.0.1.55556: UDP, length 691
+
+The same command (modulo different interface name) on the other machine (192.168.1.59) turns up nothing:
+
+ke@apis:~/opt/git-annex.linux$ sudo tcpdump -i wlan0 host 224.0.0.1 -n
+tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
+listening on wlan0, link-type EN10MB (Ethernet), capture size 96 bytes
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_5_70e6c4f4f01277be1767b38ca8374793._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_5_70e6c4f4f01277be1767b38ca8374793._comment
new file mode 100644
index 0000000000..2b249ab575
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_5_70e6c4f4f01277be1767b38ca8374793._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 5"
+ date="2012-10-22T16:18:56Z"
+ content="""
+So, the only difference I can think of is that avahi uses a different multicast address than the one I picked for git-annex. It may be that your router is only letting that one address through even though it's supposed to let a whole range through.
+
+I've prepared a test build of git-annex that uses the same 224.0.0.251 address avahi does. http://downloads.kitenet.net/tmp/git-annex-standalone-i386.tar.gz (i386 build)
+If you can try that and see how it behaves, I'll see if I need to change the address.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_6_2cd014a76fac6e08269dfd8146957418._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_6_2cd014a76fac6e08269dfd8146957418._comment
new file mode 100644
index 0000000000..49a5a9ac90
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_6_2cd014a76fac6e08269dfd8146957418._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlZvtBCVyJw4O71OPsdwGpVh6iJ1W-xaPc"
+ nickname="Kilian"
+ subject="comment 6"
+ date="2012-10-22T19:44:45Z"
+ content="""
+Yep, with the test build I see the pair request and can respond to it!
+
+Pairing doesn't seem to succeed, but that looks like a different issue. I'll try around some more and report back, probably in a new thread.
+"""]]
diff --git a/doc/forum/Can__39__t_get_pairing_to_work/comment_7_b9b715084d5a5562998b1724699d49e5._comment b/doc/forum/Can__39__t_get_pairing_to_work/comment_7_b9b715084d5a5562998b1724699d49e5._comment
new file mode 100644
index 0000000000..69d6e12e09
--- /dev/null
+++ b/doc/forum/Can__39__t_get_pairing_to_work/comment_7_b9b715084d5a5562998b1724699d49e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 7"
+ date="2012-10-22T19:49:44Z"
+ content="""
+All right, I'll change the address.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex.mdwn b/doc/forum/Can__39__t_init_git_annex.mdwn
new file mode 100644
index 0000000000..85be0e1071
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex.mdwn
@@ -0,0 +1,15 @@
+It seems I can't initialize git annex:
+
+    $ git annex init "files2"
+    init files2 
+      pre-commit hook (/Volumes/project/annex/.git/hooks/pre-commit) already exists, not configuring
+    
+    git-annex: waitToSetLock: failed (Operation not supported)
+    failed
+    git-annex: init: 1 failed
+    $
+
+
+  `project` is a remote file server connected via `smb://`.
+
+   Any ideas why and how to fix?
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_10_c4d2ab1ecf69718a2211c3ea7b27092b._comment b/doc/forum/Can__39__t_init_git_annex/comment_10_c4d2ab1ecf69718a2211c3ea7b27092b._comment
new file mode 100644
index 0000000000..273d0c1351
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_10_c4d2ab1ecf69718a2211c3ea7b27092b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 10"
+ date="2012-10-16T05:52:08Z"
+ content="""
+If you need a git repository with your regular file names on the smb share, none of the special remotes will meet your needs. You'd need to find a way to make it support POSIX locking to use git-annex on it in a full git repository.
+
+But I think that in most cases a directory special remote on such a share, with the git repository kept locally and git-annex used to pull files down to it as needed, would work ok.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_12_fca9ed3707e097bee2cd642424681005._comment b/doc/forum/Can__39__t_init_git_annex/comment_12_fca9ed3707e097bee2cd642424681005._comment
new file mode 100644
index 0000000000..adc9fba3bb
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_12_fca9ed3707e097bee2cd642424681005._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 12"
+ date="2012-10-16T06:01:44Z"
+ content="""
+OK;   The purpose of putting files on the remote `smb://` partition is to publish these big data files, so other (potentially non-technical) people can download and use them.  They'll not be willing to learn how to use git, let alone git-annex.  And i have multiple development machines that can generate revisions/updates to these big files.  I previously just rsync from/to various development machines to/from this smb partition, but i find sometimes I don't always srync in correct direction.  The hope is i can have annex on these development machines, and set the smb:// partition as the remote for these git annex.    But it sounds like none of the special remote will have the original form, and a normal remote is not possible on smb:// partition.  
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_1_a294b5e7e52aa9f66a708866be16f137._comment b/doc/forum/Can__39__t_init_git_annex/comment_1_a294b5e7e52aa9f66a708866be16f137._comment
new file mode 100644
index 0000000000..2dd0575eca
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_1_a294b5e7e52aa9f66a708866be16f137._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 1"
+ date="2012-10-16T02:52:26Z"
+ content="""
+The smb:// is a red flag to me. git-annex relies on POSIX file locking, and I'll bet smb does not provide that, or, perhaps, your samba server needs a configuration change to support it.
+
+You might consider putting your git annex repository on the local filesystem, and setting up a [[special_remote|special_remotes]] on smb. The [[special_remotes/directory]] special remote is a likely choice.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_2_fcf678d5188821d63b4c9ea5b59474a8._comment b/doc/forum/Can__39__t_init_git_annex/comment_2_fcf678d5188821d63b4c9ea5b59474a8._comment
new file mode 100644
index 0000000000..c3596a5185
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_2_fcf678d5188821d63b4c9ea5b59474a8._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 2"
+ date="2012-10-16T03:19:43Z"
+ content="""
+Thanks for getting back so quick; So, after doing
+
+    git annex initremote smb type=directory directory=/Volumes/subproject/ encryption=none
+    git annex describe smb \"smb://XXXhost.com/subproject\"
+
+What else do i need to do?  Do i need to `git init` and/or `git annex init` in `/Volumes/subproject/`?
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_3_c83f7dea7d5304e226e52eb3c43ef14a._comment b/doc/forum/Can__39__t_init_git_annex/comment_3_c83f7dea7d5304e226e52eb3c43ef14a._comment
new file mode 100644
index 0000000000..c7680bc936
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_3_c83f7dea7d5304e226e52eb3c43ef14a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 3"
+ date="2012-10-16T04:12:55Z"
+ content="""
+Nope, you're set with just those two commands. You can now do things like \"git annex copy --to smb\"
+to put files there, and \"git annex get\" will get files from there as necessary.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_4_06a01dd51ffbfd006c0afb8eab40b530._comment b/doc/forum/Can__39__t_init_git_annex/comment_4_06a01dd51ffbfd006c0afb8eab40b530._comment
new file mode 100644
index 0000000000..421f98e626
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_4_06a01dd51ffbfd006c0afb8eab40b530._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 4"
+ date="2012-10-16T04:17:11Z"
+ content="""
+Could i use (some variant of) `git annex sync` to do two-way sync between local and `smb`?
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_5_53c33484bded57abc60f0449331c7b05._comment b/doc/forum/Can__39__t_init_git_annex/comment_5_53c33484bded57abc60f0449331c7b05._comment
new file mode 100644
index 0000000000..5bbbb73608
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_5_53c33484bded57abc60f0449331c7b05._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 5"
+ date="2012-10-16T04:23:59Z"
+ content="""
+`git annex sync` only syncs the git repository, not file contents, and the special remote has no git repo, only file contents. `git annex copy` will avoid transferring things that are already there, so it's the way to go.
+
+If you want automatic syncing of file contents and lots of other magic including automatic commit of new files, you could try the [[assistant]].
+
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_6_9e0ff44f6e62581bfc83f9f1da3e0100._comment b/doc/forum/Can__39__t_init_git_annex/comment_6_9e0ff44f6e62581bfc83f9f1da3e0100._comment
new file mode 100644
index 0000000000..36c0bb5d59
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_6_9e0ff44f6e62581bfc83f9f1da3e0100._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 6"
+ date="2012-10-16T04:38:40Z"
+ content="""
+OK;  The reason i ask about `git annex sync` is because I had previously copied the large files onto `smb://` before setting up the `annex` and don't want to unnecessarily transfer large data over Internet again.  But now if i do `git annex copy --to smb`, and check what's added/changed in `smb` end, i found 
+ 
+    $ cd /Volumes/subproject
+    $ ls
+    091		383		bigdir1    bigfile1  ...
+
+The files with numbers in names such as`091`, `383` are being added, the `bigfile1` and `bigdir1` are the ones previously copied there.  What are those `091`, `383` etc.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_7_7f96b5ef05e2faf4a3dbe8bfc39b810e._comment b/doc/forum/Can__39__t_init_git_annex/comment_7_7f96b5ef05e2faf4a3dbe8bfc39b810e._comment
new file mode 100644
index 0000000000..9c29567f68
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_7_7f96b5ef05e2faf4a3dbe8bfc39b810e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 7"
+ date="2012-10-16T04:52:12Z"
+ content="""
+That's where it stores files in the directory special remote. You can move the similar contents of /Volumes/subproject/.git/annex/objects/ to the same place as those and then run `git annex fsck --from smb --fast` and it'll learn about those files you already transferred.
+
+You probably also want to delete /Volumes/subproject/.git afterwards, and any git working tree that was checked out there before; the directory special remote does not use the git repository that you had there before.
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_8_65ab8463716f4ddd7721a5bcfcd18fa0._comment b/doc/forum/Can__39__t_init_git_annex/comment_8_65ab8463716f4ddd7721a5bcfcd18fa0._comment
new file mode 100644
index 0000000000..8f37408f77
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_8_65ab8463716f4ddd7721a5bcfcd18fa0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 8"
+ date="2012-10-16T05:22:54Z"
+ content="""
+Oh,  I see.   But what I need on the remote partition `/Volumes/subproject` connected via `smb://` is the actual `bigdir1` and `bigfile`, not the encoded objects.  Maybe I should use some other types of special remote?
+"""]]
diff --git a/doc/forum/Can__39__t_init_git_annex/comment_9_31a45f6a72266190b3ed7a7b02e03d5b._comment b/doc/forum/Can__39__t_init_git_annex/comment_9_31a45f6a72266190b3ed7a7b02e03d5b._comment
new file mode 100644
index 0000000000..94db3f2fef
--- /dev/null
+++ b/doc/forum/Can__39__t_init_git_annex/comment_9_31a45f6a72266190b3ed7a7b02e03d5b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZ0g2UAijV7RGrKtWPljCCAYHBJ3pwPvM"
+ nickname="Meng"
+ subject="comment 9"
+ date="2012-10-16T05:33:06Z"
+ content="""
+Maybe i didn't explain clearly at the beginning:  `/Volumes/subproject` is a remote partition connected via smb://.  It doesn't have a `.git`.  The content I mentioned previously \"copied\" there was copied via `cp -R`.  And my local annex is `~/project/subproject` and it does have `.git` and `.git/annex` in it.
+"""]]
diff --git a/doc/forum/Can__39__t_install:_Mac_OS_10.8.2.mdwn b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2.mdwn
new file mode 100644
index 0000000000..d63acdcb8b
--- /dev/null
+++ b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2.mdwn
@@ -0,0 +1,36 @@
+###Tried to install git-annex.app
+
+- App hangs up
+- Cpu "git" load is 100
+- Had to force quite git-annex
+
+###Install thru command line: using Brew
+
+- Installed haskell
+- updated cabal
+- But when I do:
+
+`
+cabal install git-annex --bindir=$HOME/bin
+`
+
+**I get this**
+
+    Resolving dependencies...
+    Configuring gnuidn-0.2...
+    cabal: The program c2hs is required but it could not be found.
+    Configuring libxml-sax-0.7.3...
+    cabal: The pkg-config package libxml-2.0 is required but it could not be found.
+    cabal: Error: some packages failed to install:
+    git-annex-3.20121127.1 depends on libxml-sax-0.7.3 which failed to install.
+    gnuidn-0.2 failed during the configure step. The exception was:
+    ExitFailure 1
+    libxml-sax-0.7.3 failed during the configure step. The exception was:
+    ExitFailure 1
+    network-protocol-xmpp-0.4.4 depends on libxml-sax-0.7.3 which failed to install.
+
+Any help would be greatly appreciated. 
+
+Thanks,
+
+Carlito
diff --git a/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_1_c44023d81e9e4f7c9341af0e4271a1e4._comment b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_1_c44023d81e9e4f7c9341af0e4271a1e4._comment
new file mode 100644
index 0000000000..43f86c8b04
--- /dev/null
+++ b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_1_c44023d81e9e4f7c9341af0e4271a1e4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 1"
+ date="2012-12-06T18:09:13Z"
+ content="""
+The lack of c2hs can be dealt with by `cabal install c2hs` (which the install instructions already say to do).
+
+Nobody currently understands why git commands are spinning and using all CPU when run by the app. This is being tracked at [[bugs/OSX_app_issues]].
+"""]]
diff --git a/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_2_dfbcd39eedff28dc9ed866a8f1411ef3._comment b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_2_dfbcd39eedff28dc9ed866a8f1411ef3._comment
new file mode 100644
index 0000000000..904fbb15c6
--- /dev/null
+++ b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_2_dfbcd39eedff28dc9ed866a8f1411ef3._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlxKQEwwP6J58W0Dmfq0-v0j3LXtT5gNAA"
+ nickname="Carlito"
+ subject="Thanks"
+ date="2012-12-06T19:23:48Z"
+ content="""
+Thanks joey!
+
+Sorry missed `cabal install c2hs` in the instruction. But got passed that and still can't install.
+
+    Resolving dependencies...
+    Configuring libxml-sax-0.7.3...
+    cabal: The pkg-config package libxml-2.0 is required but it could not be found.
+    cabal: Error: some packages failed to install:
+    git-annex-3.20121127.1 depends on libxml-sax-0.7.3 which failed to install.
+    libxml-sax-0.7.3 failed during the configure step. The exception was:
+    ExitFailure 1
+    network-protocol-xmpp-0.4.4 depends on libxml-sax-0.7.3 which failed to install.
+
+I tried
+
+    brew install libxml2
+    cabal install libxml
+
+Also I added $HOME/.cabal/bin to my path
+
+Thanks,
+
+Carlito
+"""]]
diff --git a/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_3_b37b2a9906ffb956cca91adb4bb4e521._comment b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_3_b37b2a9906ffb956cca91adb4bb4e521._comment
new file mode 100644
index 0000000000..dbfff2a84e
--- /dev/null
+++ b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_3_b37b2a9906ffb956cca91adb4bb4e521._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.162"
+ subject="comment 3"
+ date="2012-12-06T21:20:19Z"
+ content="""
+I can't help with installing libraries on OSX, but you can disable XMPP support in git-annex like this: \"cabal install git-annex -f-XMPP\"
+"""]]
diff --git a/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_4_afddf16f8faedc78d458835480f10dc3._comment b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_4_afddf16f8faedc78d458835480f10dc3._comment
new file mode 100644
index 0000000000..c221455fcb
--- /dev/null
+++ b/doc/forum/Can__39__t_install:_Mac_OS_10.8.2/comment_4_afddf16f8faedc78d458835480f10dc3._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlxKQEwwP6J58W0Dmfq0-v0j3LXtT5gNAA"
+ nickname="Carlito"
+ subject="Got it to work!"
+ date="2012-12-06T22:17:55Z"
+ content="""
+Had to link it: 
+
+    brew install libxml2 
+    brew link libxml2
+
+Thanks for your help.
+
+Will test out annex and leave any bug reports.
+"""]]
diff --git a/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__.mdwn b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__.mdwn
new file mode 100644
index 0000000000..0b49f422fa
--- /dev/null
+++ b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__.mdwn
@@ -0,0 +1,76 @@
+Hi, I tried with several git annex versions, on 3 different clients, and using 2 different remotes (an home server and box.com) and trying out different remotes setups but I've been unable to get git annex working as I expected.
+
+
+I used the assistant for setup, I can sync files between clients just fine if they're connected at the same time, but if I sync a file from client A to the remotes when client B is off, and then later I turn off client A and power on client B, I've never been able to successfully sync files.
+
+on client B, inside .git/annex/daemon.log there's nothing interesting: just messages like:
+
+```(scanning...) [2014-06-03 14:53:26 CEST] Watcher: Performing startup scan
+
+Already up-to-date.```
+
+`git annex sync` just outputs
+
+`"commit  ok"`
+
+and `git annex list`:
+
+```
+here
+
+|berdario
+
+||soloud
+
+|||web
+
+||||box.com
+
+|||||
+
+XX__X IMG_20130202_100444.jpg
+
+XXX_X cookies.png
+
+XXX_X dancingllama.png
+
+XXX_X dario_bertini_cv.pdf
+
+XX__X steam_latest.deb
+```
+
+while this is what I get on client A:
+
+```
+here
+
+|berdario
+
+||web 
+
+|||box.com 
+
+||||
+
+XX_X IMG_20130202_100444.jpg
+
+X__X Russian Lesson 5 - Wikibooks, open books for an open world.html
+
+XX_X cookies.png
+
+XX_X dancingllama.png
+
+XX_X dario_bertini_cv.pdf
+
+XX_X steam_latest.deb
+```
+
+(they're just a bunch of random files I'm using to test it, both clients are called berdario, soloud is the home server (currently down) and the other working remote is box.com)
+
+As you can see the russian wikibooks html file is successfully synced with the remotes, but client B is unable to see it...
+
+I tried to set the remotes as incremental backup, full backup, transfer, client (!?) but none of these settings work.
+
+Is git annex not what I'm looking for? Is it supposed to work only on contemporarily connected clients?
+
+Thanks
diff --git a/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_1_a3fbae205c0312436f8861f432643811._comment b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_1_a3fbae205c0312436f8861f432643811._comment
new file mode 100644
index 0000000000..a5baa31f3b
--- /dev/null
+++ b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_1_a3fbae205c0312436f8861f432643811._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-04T18:21:13Z"
+ content="""
+your box.com repository only stores encrypted file contents, it does not include the git repository. So you need to either set up XMPP, which will allow the clients to sync while they're turned on, or you need to put a git repository on a remote server, which the clients can use to sync anytime.
+
+Recent versions of git-annex allow encrypting the git repository. Use the \"remote server\" option in the webapp UI to set it up.
+"""]]
diff --git a/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_2_de49cf261c644a6e7f6ac881a48d4e6c._comment b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_2_de49cf261c644a6e7f6ac881a48d4e6c._comment
new file mode 100644
index 0000000000..552a6db2b6
--- /dev/null
+++ b/doc/forum/Can_git_annex___40__mostly__41___be_an_Ubuntu_One___40__or_Dropbox...__41___substitute__63__/comment_2_de49cf261c644a6e7f6ac881a48d4e6c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk0Sr9y7EcI5OhPk4GteZiHVxaoC0DmJ-E"
+ nickname="Dario"
+ subject="comment 2"
+ date="2014-06-05T09:10:40Z"
+ content="""
+I have set up XMPP already. I thought it was obvious, since otherwise you wouldn't even be able to share a remote with other clients (it would overwrite the contents)
+
+And the same problem happens with a remote server
+"""]]
diff --git a/doc/forum/Can_not_delete_Repository.mdwn b/doc/forum/Can_not_delete_Repository.mdwn
new file mode 100644
index 0000000000..549b47c3d3
--- /dev/null
+++ b/doc/forum/Can_not_delete_Repository.mdwn
@@ -0,0 +1,3 @@
+I have one repository that I deleted a while back. When I mark it as dead in command line it disappears from git annex info however when I run webapp it pops back webapp shows it as syncing disabled. When I try to delete it from the webapp it does not delete. I tried shutting down the daemon mark it as dead again then run git annex forget --drop-dead --force but running it makes the repo active again instead of deleting it.
+
+Repo in question was a S3 repo. I tried deleting it using both its name and uuid.
diff --git a/doc/forum/Can_not_delete_Repository/comment_1_b1a9420974e2e50c9c86a379ad62502c._comment b/doc/forum/Can_not_delete_Repository/comment_1_b1a9420974e2e50c9c86a379ad62502c._comment
new file mode 100644
index 0000000000..050127c24b
--- /dev/null
+++ b/doc/forum/Can_not_delete_Repository/comment_1_b1a9420974e2e50c9c86a379ad62502c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-21T17:36:03Z"
+ content="""
+Marking a repository as dead does not mean it is deleted. The way this is supposed to work, using the webapp is you tell it to start deleting the repository, which causes it to mark it as dead, and also, crucially, puts it into the \"unwanted\" group. This does not remove it from the list yet, but it causes all files located in the repository to be moved off it (assuming the repository can still be accessed).
+
+Then once the webapp detects that the repository is empty it will prompt you to continue the deletion process and truely remove it. It can take quite a while for the webapp to get around to this last step, since it's done during the expensive transfer scan, which it tries to avoid running unnecessarily.
+
+In any case, you can always edit .git/config and delete the remote, which should make the webapp no longer show it, as long as it's marked as dead.
+"""]]
diff --git a/doc/forum/Can_not_drop_unused_file.mdwn b/doc/forum/Can_not_drop_unused_file.mdwn
new file mode 100644
index 0000000000..8ec48eb14f
--- /dev/null
+++ b/doc/forum/Can_not_drop_unused_file.mdwn
@@ -0,0 +1,14 @@
+I have encrypted directory remote on a usb drive over time it accumulated some unused files. I would like to drop them running,
+
+    git annex --unused --from external
+
+returns a list of unused files when I try to drop them with,
+
+
+    git annex dropunused --force --from external 1-XX
+
+I get,
+
+    dropunused XX (from external...) failed
+
+I can not seem to get rid of these files.
diff --git a/doc/forum/Can_not_drop_unused_file/comment_1_cea83dfdf4cdb4f6efb3f2b33a39a51f._comment b/doc/forum/Can_not_drop_unused_file/comment_1_cea83dfdf4cdb4f6efb3f2b33a39a51f._comment
new file mode 100644
index 0000000000..4a6eacc510
--- /dev/null
+++ b/doc/forum/Can_not_drop_unused_file/comment_1_cea83dfdf4cdb4f6efb3f2b33a39a51f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.68"
+ subject="comment 1"
+ date="2014-01-18T22:39:37Z"
+ content="""
+One reason it might fail (especially if it's not printing any useful message beyond \"(failed)\") is if it thought the file was present in the repositort, but something has happened to it.
+
+So, I suggest you try:
+
+git annex fsck --from external
+
+Followed by dropping again.
+
+If that doesn't help, I'd recommend stracing the dropping of one of the unused files, and see what's going wrong toward the end.
+"""]]
diff --git a/doc/forum/Can_not_drop_unused_file/comment_2_ed1543cff5e6e81ca18c43b716ca8199._comment b/doc/forum/Can_not_drop_unused_file/comment_2_ed1543cff5e6e81ca18c43b716ca8199._comment
new file mode 100644
index 0000000000..321e107615
--- /dev/null
+++ b/doc/forum/Can_not_drop_unused_file/comment_2_ed1543cff5e6e81ca18c43b716ca8199._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-01-19T23:56:17Z"
+ content="""
+I've tried,
+
+    git annex fsck --from external
+
+and
+
+    git annex fsck --all --from external
+
+did not solve the problem. Running,
+
+    strace git annex dropunused 1 --from external --force
+
+tail of strace produces,
+
+    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidp
+    tr=0x7f3a8d6d8a10) = 5746                                                            
+    rt_sigaction(SIGINT, {0x4e1fb0, [INT], SA_RESTORER|SA_RESTART, 0x7f3a8c8b60b0}, {SIG_D
+    FL, [], 0}, 8) = 0                                                                   
+    rt_sigaction(SIGHUP, {0x4e1fb0, [HUP], SA_RESTORER|SA_RESTART, 0x7f3a8c8b60b0}, {SIG_D
+    FL, [], 0}, 8) = 0                                                                   
+    rt_sigaction(SIGTERM, {0x4e1fb0, [TERM], SA_RESTORER|SA_RESTART, 0x7f3a8c8b60b0}, {SIG
+    _DFL, [], 0}, 8) = 0                                                                 
+    rt_sigaction(SIGQUIT, {0x4e1fb0, [QUIT], SA_RESTORER|SA_RESTART, 0x7f3a8c8b60b0}, {SIG
+    _DFL, [], 0}, 8) = 0                                                                 
+    rt_sigaction(SIGPIPE, {0x4e1fb0, [PIPE], SA_RESTORER|SA_RESTART, 0x7f3a8c8b60b0}, {SIG
+    _DFL, [], 0}, 8) = 0                                                                 
+    close(5)                                = 0
+    read(4, \"\", 1)                          = 0
+    close(4)                                = 0
+    wait4(5746, dropunused 1 (from external...) (gpg) failed
+    git-annex: dropunused: 1 failed
+    [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 5746
+    --- SIGCHLD (Child exited) @ 0 (0) ---
+    exit_group(1)                           = ?
+
+"""]]
diff --git a/doc/forum/Can_not_drop_unused_file/comment_3_0c9c9c0ed557af4845a67434c21bb4bc._comment b/doc/forum/Can_not_drop_unused_file/comment_3_0c9c9c0ed557af4845a67434c21bb4bc._comment
new file mode 100644
index 0000000000..8a1ecfdd24
--- /dev/null
+++ b/doc/forum/Can_not_drop_unused_file/comment_3_0c9c9c0ed557af4845a67434c21bb4bc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.68"
+ subject="comment 3"
+ date="2014-01-20T16:33:27Z"
+ content="""
+I see you're using encryption. That could have something to do with the problem. Which type of encryption was used for this special remote? encryption=shared or one of the other options?
+
+Look through the whole strace output for attempts to access the directory special remote and show those. Or put up the full strace somewhere.
+"""]]
diff --git a/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___.mdwn b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___.mdwn
new file mode 100644
index 0000000000..684893e84e
--- /dev/null
+++ b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___.mdwn
@@ -0,0 +1,13 @@
+I'm wondering if it is possible to have remotes that don't have the *content* of git-annex tracked.
+
+# My use case:
+
+I have a number of projects that I am working on at any one time.  They all are tracking independently by `git` and more recently I am using `git annex` to manage the large files.
+
+However because I have so many projects I work on one (called `AAA`), move to another, delete `AAA` to save disk space, ...time passes... return to `AAA`.
+
+Now, prior to `git-annex` I could just clone `AAA` from my central repository folder do work, commit, push, repeat and then delete and there is no indication that I had one, or many copies of `AAA` floating around.  Now with `git-annex` there is some trail of me cloning, running `git annex get`, etc.
+
+Is there some way to set a remote as `untracked`?  By that I mean it is classed as `untrusted` - so I can move files around, add them, copy to trusted remotes and delete the whole repository without worrying about losing data - but it also doesn't push any of the git-annex tracking info of where a copy of a file actually is.  I don't want to know if any or all of my other `untracked` repositories have a copy of a file or not. 
+
+I don't want my `git annex whereis` polluted with many references to repositories that just don't exist any more.  I guess I could set them to dead but that still keeps all of the tracking info around in all the repos, which seems unnecessary...
diff --git a/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_1_35e5a963b9e58ed7773dfcb884f8ecbd._comment b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_1_35e5a963b9e58ed7773dfcb884f8ecbd._comment
new file mode 100644
index 0000000000..955c256ca9
--- /dev/null
+++ b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_1_35e5a963b9e58ed7773dfcb884f8ecbd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-07T16:27:21Z"
+ content="""
+This seems like a reasonable request, so I've opened [[todo/untracked_remotes]]
+
+I will note that if you know the annex.uuid of the previous AAA repository, you can make the new one use that same uuid, just `git config annex.uuid $UUID`. (`git annex fsck --fast` would be a good idea after doing that.)
+"""]]
diff --git a/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_2_7cde9785886c8450e1475f0b54481ae3._comment b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_2_7cde9785886c8450e1475f0b54481ae3._comment
new file mode 100644
index 0000000000..92713db013
--- /dev/null
+++ b/doc/forum/Can_we_have_remotes_that_aren__39__t_tracked__63___/comment_2_7cde9785886c8450e1475f0b54481ae3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 2"
+ date="2014-01-02T17:26:35Z"
+ content="""
+I have now implemented a way to mark a remote as readonly. This prevents git-annex from pushing anything to the remote, or modifying it in other ways.
+
+It seems that in your use case, you might want to avoid git-annex sync pushing the git-annex branch, but still push a branch like master. So far, it's up to you to decide which branches to manually push; readonly disables all pushing.
+"""]]
diff --git a/doc/forum/Cannot_find_git-annex_in_server.mdwn b/doc/forum/Cannot_find_git-annex_in_server.mdwn
new file mode 100644
index 0000000000..6208c288e5
--- /dev/null
+++ b/doc/forum/Cannot_find_git-annex_in_server.mdwn
@@ -0,0 +1,10 @@
+My server is running the precompiled tarball https://downloads.kitenet.net/git-annex/linux/current/
+
+git-annex version: 4.20130531-g5df09b5
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+The tarball is untared in "/opt/git-annex.linux" and this location is added to the users path in ".profile", who can launch the webapp as usual and so on.
+
+But when a git-annex client from another computer tries to stablish a remote server repository with the server via ssh, it will complain "/usr/bin/git-annex", "runshell" and so on are missing. And if the binaries in "/opt/git-annex.linux" are symlinked in "/usr/bin" they will start to miss the other bin and libs in the "/opt/git-annex.linux" source tree.
+
+As you can understand, I can't put the whole "/opt/git-annex.linux" folder tree in "/usr/bin". Is there any solution to make the precompiled tarball work properly as a git-annex server?
diff --git a/doc/forum/Cannot_find_git-annex_in_server/comment_1_bf7e98e6130698ad0dc92e3a6a63ade3._comment b/doc/forum/Cannot_find_git-annex_in_server/comment_1_bf7e98e6130698ad0dc92e3a6a63ade3._comment
new file mode 100644
index 0000000000..b5685c901c
--- /dev/null
+++ b/doc/forum/Cannot_find_git-annex_in_server/comment_1_bf7e98e6130698ad0dc92e3a6a63ade3._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-20T15:23:32Z"
+ content="""
+The standalone tarball does not need to be installed in /usr/bin or any other particular location. I *never* hardcode /usr/bin in anything.
+
+It seems likely to me that you have not correctly added /opt/git-annex.linux to PATH. You mention `.profile` -- but this is only used
+by bash when starting a login shell. So any non-login shells won't have it in path. You need to put something in .bashrc for that.
+
+Also, to use git-annex on a server, there is no reason at all to install the latest and greatest version. Any version 3 or greater build of git-annex will work fine on a server with newer git-annex versions on clients. So `apt-get install git-annex` is a much easier and nicer way to install it on a server. Most linux distributions have a package of git-annex and an easy way to install it.
+
+(It would also help if you pasted actual error messages, rather than a summary of an error message.)
+"""]]
diff --git a/doc/forum/Cannot_find_git-annex_in_server/comment_2_168dda4aed09f90a510bc453e8a7cda7._comment b/doc/forum/Cannot_find_git-annex_in_server/comment_2_168dda4aed09f90a510bc453e8a7cda7._comment
new file mode 100644
index 0000000000..48c0a65aff
--- /dev/null
+++ b/doc/forum/Cannot_find_git-annex_in_server/comment_2_168dda4aed09f90a510bc453e8a7cda7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmCEE7m7pm6lqvYmgRSESRP9xqmmMm9ox8"
+ nickname="Daniel"
+ subject="comment 2"
+ date="2013-06-20T20:14:25Z"
+ content="""
+I'd rather use the package from the repositories. But this server is running an openSUSE install and the package manager could not resolve the Haskell dependencies of the unofficial git-annex rpm package.
+
+Indeed, performing the PATH extension in \".bashrc\", not in \".profile\", solved the issue. I feel like a newbie. Thanks for the express answer!
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa.mdwn b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa.mdwn
new file mode 100644
index 0000000000..351c6f92d6
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa.mdwn
@@ -0,0 +1,6 @@
+Hi, I have installed latest version from https://launchpad.net/~rubiojr/+archive/git-annex, that is git-annex version: 3.20121017-ubuntu1ppa1~precise
+When running git annex webapp I get 
+
+git-annex: unknown command webapp
+
+I only installed git-annex. Are there more packages to be installed to make it work?
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_1_9345551f5772c3a6f1490b00e1edbf69._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_1_9345551f5772c3a6f1490b00e1edbf69._comment
new file mode 100644
index 0000000000..aae67b95e3
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_1_9345551f5772c3a6f1490b00e1edbf69._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 1"
+ date="2013-04-23T08:39:50Z"
+ content="""
+This version does not have the webapp. Use a newer one (maybe you need the standalone build)
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_2_0b688a442b6a911a0353e73097a24cb6._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_2_0b688a442b6a911a0353e73097a24cb6._comment
new file mode 100644
index 0000000000..b83eb40ec8
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_2_0b688a442b6a911a0353e73097a24cb6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="tomas"
+ ip="64.103.25.104"
+ subject="comment 2"
+ date="2013-04-23T11:50:21Z"
+ content="""
+According to documentation:
+http://git-annex.branchable.com/assistant/
+The git-annex assistant comes as part of git-annex, starting with version 3.20120924.
+
+So it should be there in 3.20121017, no?
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_3_7e246caa00005560bb489c927c663046._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_3_7e246caa00005560bb489c927c663046._comment
new file mode 100644
index 0000000000..e2463ba23c
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_3_7e246caa00005560bb489c927c663046._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-23T16:05:31Z"
+ content="""
+git-annex can be built without the webapp, and if some of the necessary dependencies for the webapp are not available, it will build without it by default. More recent versions than that one let you run `git annex version` and see the build flags, which can all be disabled due to missing dependencies. For example:
+
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+Sergio does seem to be trying to backport all the dependencies of the webapp, but it looks to me like some of them, particularly haskell-xml-hamlet, have not successfully built yet.
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_4_1d8025aabe8bc72711a77f691f67da5f._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_4_1d8025aabe8bc72711a77f691f67da5f._comment
new file mode 100644
index 0000000000..4c050f0520
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_4_1d8025aabe8bc72711a77f691f67da5f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="fmarier"
+ ip="121.98.93.240"
+ subject="My PPA (Ubuntu Precise) has git-annex 4.20130417"
+ date="2013-04-27T23:31:54Z"
+ content="""
+It has the 90+ Haskell packages that are required to build git annex with every backend: https://launchpad.net/~fmarier/+archive/ppa
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_5_7c2f95da65190016192424e7c622122f._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_5_7c2f95da65190016192424e7c622122f._comment
new file mode 100644
index 0000000000..6821da22d8
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_5_7c2f95da65190016192424e7c622122f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Debian Sid PowerPC is also without webapp"
+ date="2013-05-07T09:44:31Z"
+ content="""
+Took me a couple of minutes to figure out why git-annex on my old Apple G4 wouldn't recognise the webapp command. Comparing the version command output on AMD64 and PowerPC made it obvious.
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_6_9b8465cefe609e7a696e7573b8892e38._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_6_9b8465cefe609e7a696e7573b8892e38._comment
new file mode 100644
index 0000000000..b2a6e55bb9
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_6_9b8465cefe609e7a696e7573b8892e38._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="tomas"
+ ip="188.167.111.235"
+ subject="thanks for the ppa"
+ date="2013-05-08T10:04:25Z"
+ content="""
+Thanks François for your work
+"""]]
diff --git a/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_7_af6472762a598a454ba52ac0caa059aa._comment b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_7_af6472762a598a454ba52ac0caa059aa._comment
new file mode 100644
index 0000000000..d205e653de
--- /dev/null
+++ b/doc/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/comment_7_af6472762a598a454ba52ac0caa059aa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="New location for my PPA"
+ date="2013-06-15T07:41:03Z"
+ content="""
+My Ubuntu Precise PPA has moved here: https://launchpad.net/~fmarier/+archive/git-annex
+
+It contains version 20130601 of git-annex.
+"""]]
diff --git a/doc/forum/Centralized_repository_with_webapp.mdwn b/doc/forum/Centralized_repository_with_webapp.mdwn
new file mode 100644
index 0000000000..6a9fb285de
--- /dev/null
+++ b/doc/forum/Centralized_repository_with_webapp.mdwn
@@ -0,0 +1,13 @@
+Hi,
+
+I'm kind of new to git-annex, I've been following it for a while and tried small task, but never used it in a real situation.
+I'm now trying to sync various computers through a central server and I'm having some problems, so I think I might be doing something wrong.
+
+I have a remote server that I want to use as central server. I use the webapp to configure client 1 to use that server as remote server and using git (so I assume it stores the files and the tree). I then create the client 2 in another computer and doing the exact same steps.
+Initially everything seams to work, but after a few modifications in the clients weird things start to happen, files only in one client, some files don't get updated, etc.
+
+I guess I'm doing something wrong (maybe I need to clone the repo in client 2 instead of creating a new one?) but I can't figure out how to solve it.
+
+Any tip that could help me?
+
+Thanks!
diff --git a/doc/forum/Centralized_repository_with_webapp/comment_1_dcb9b07fd154f4d4fdef4809cc37ce77._comment b/doc/forum/Centralized_repository_with_webapp/comment_1_dcb9b07fd154f4d4fdef4809cc37ce77._comment
new file mode 100644
index 0000000000..78866072e3
--- /dev/null
+++ b/doc/forum/Centralized_repository_with_webapp/comment_1_dcb9b07fd154f4d4fdef4809cc37ce77._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-11T15:13:32Z"
+ content="""
+Your setup is fine as far as it goes. The problem is that a client has no way to know when another client has pushed a change to the centralized repository. It might take quite a while before it decides on its own to go pull changes from there (most often because *it* has now changed a file, and realizes it needs to sync), and so it won't see files the other client has added right away.
+
+The solution to this is to go to Configuration -> Jabber account, and set both clients up using the same Jabber account. (Or, if these two machines belong to different people, you can pick \"pair with a friend\" to link one with the other over Jabber.)
+
+Now when one client pushes to the centralized repository, it will immediately send the other a message letting it know something has changed.
+
+The webapp actually pops up an alert when you add that centralized ssh repository, to nudge you to do this:
+
+[[/assistant/xmppnudge.png]]
+
+I'm trying to find ways to make the need to do this more clear...
+"""]]
diff --git a/doc/forum/Centralized_repository_with_webapp/comment_2_08c84f2703f89dc12982eba9dd2a06d1._comment b/doc/forum/Centralized_repository_with_webapp/comment_2_08c84f2703f89dc12982eba9dd2a06d1._comment
new file mode 100644
index 0000000000..a6686f6a3d
--- /dev/null
+++ b/doc/forum/Centralized_repository_with_webapp/comment_2_08c84f2703f89dc12982eba9dd2a06d1._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 2"
+ date="2013-03-13T23:52:32Z"
+ content="""
+Hi Joey,
+
+My problem isn't that the repositories don't sync immediately, they are never up at the same time and I understand that the assistant is not constantly checking for changes, so that's not an issue.
+The problem is that with this setup I'm experiencing data loss (files being completely removed from both repos), it has happened a few times, but I cant seam to reproduce it reliably. I'll keep investigating and get back to you if I have a proper bug.
+"""]]
diff --git a/doc/forum/Change_remote_server_address.mdwn b/doc/forum/Change_remote_server_address.mdwn
new file mode 100644
index 0000000000..722b4ada4e
--- /dev/null
+++ b/doc/forum/Change_remote_server_address.mdwn
@@ -0,0 +1,6 @@
+Hi again,
+
+I have a SSH remote server that I registered to my git-annex repository via git-annex assistant. When I go to edit the settings for the repository from within git-annex assistant I noticed I can't edit the server address. If the server IP changes, how should I go about letting git-annex know of this? Can I just (1) shutdown git-annex assistant, (2) edit the 'url' line of the remote entry inside the repository's ``.git/config`` file, and then (3) start up git-annex assistant again? Is this a safe method for doing this?
+
+Regards,
+Blake
diff --git a/doc/forum/Change_remote_server_address/comment_1_401c3d2530ac7ba41dd3857ab4737ed5._comment b/doc/forum/Change_remote_server_address/comment_1_401c3d2530ac7ba41dd3857ab4737ed5._comment
new file mode 100644
index 0000000000..d4e4068296
--- /dev/null
+++ b/doc/forum/Change_remote_server_address/comment_1_401c3d2530ac7ba41dd3857ab4737ed5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-01T16:35:47Z"
+ content="""
+Yes, you can certainly edit .git/config in any way you like and the assistant will use the new values when started back up.
+
+It shouldn't be using a hardcoded IP address normally, unless you manually entered an IP address when setting up that ssh remote. Using DNS is better..
+"""]]
diff --git a/doc/forum/Check_if_remote_is_using_GPG__63__.mdwn b/doc/forum/Check_if_remote_is_using_GPG__63__.mdwn
new file mode 100644
index 0000000000..d719b2feb7
--- /dev/null
+++ b/doc/forum/Check_if_remote_is_using_GPG__63__.mdwn
@@ -0,0 +1 @@
+Is there a way to check if a special remote is setup to use GPG? And, if so, see the ID of keys that it is encrypting to?
diff --git a/doc/forum/Check_if_remote_is_using_GPG__63__/comment_1_db8ce8ef50fc33a28860ee475988450f._comment b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_1_db8ce8ef50fc33a28860ee475988450f._comment
new file mode 100644
index 0000000000..ff073cd9a0
--- /dev/null
+++ b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_1_db8ce8ef50fc33a28860ee475988450f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-17T18:59:40Z"
+ content="""
+You can tell this by looking at remote.log:
+
+git show git-annex:remote.log
+
+Remotes that are encrypted will have a big \"cipher=\" block in there, and ones that are encrypted to gpg public keys will have a list of the keys following \"cipherkeys=\"
+
+
+"""]]
diff --git a/doc/forum/Check_if_remote_is_using_GPG__63__/comment_2_11c7033904c9c7a1df766e915632c386._comment b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_2_11c7033904c9c7a1df766e915632c386._comment
new file mode 100644
index 0000000000..a88021352e
--- /dev/null
+++ b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_2_11c7033904c9c7a1df766e915632c386._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="77.247.182.246"
+ subject="comment 2"
+ date="2013-03-17T22:25:58Z"
+ content="""
+If a special remote was setup using shared encryption, can I change it to using keys by simply doing `initremote myremote encryption=keyid`? Or should I remove the remote and start over?
+"""]]
diff --git a/doc/forum/Check_if_remote_is_using_GPG__63__/comment_3_a7ab70ad87a334c36761ddb3d830d99b._comment b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_3_a7ab70ad87a334c36761ddb3d830d99b._comment
new file mode 100644
index 0000000000..f467495b8e
--- /dev/null
+++ b/doc/forum/Check_if_remote_is_using_GPG__63__/comment_3_a7ab70ad87a334c36761ddb3d830d99b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-18T15:09:53Z"
+ content="""
+git-annex won't let you change a remote's encryption scheme, as this would make any data stored in the remote using the old scheme be no longer accessible. You need to make a new remote. It should be fine to point the new remote at the same location as the old one, though.
+"""]]
diff --git a/doc/forum/Check_when_your_last_fsck_was__63__.mdwn b/doc/forum/Check_when_your_last_fsck_was__63__.mdwn
new file mode 100644
index 0000000000..4a655cc1de
--- /dev/null
+++ b/doc/forum/Check_when_your_last_fsck_was__63__.mdwn
@@ -0,0 +1,4 @@
+Hey Joey,
+    Is there a way to see when the last fsck was?  I know about --incremental and the related options, but sometimes I'd like to know when the last time I fsck'd a file (or even the whole repo) was.  There doesn't seem to be a command line option for it, but I know that info is saved somewhere...maybe this could be part of 'git annex status'?
+
+$(words of gratitude and encouragement)
diff --git a/doc/forum/Check_when_your_last_fsck_was__63__/comment_1_ee98a1fcd796fe4fd7af6f77d0c1837d._comment b/doc/forum/Check_when_your_last_fsck_was__63__/comment_1_ee98a1fcd796fe4fd7af6f77d0c1837d._comment
new file mode 100644
index 0000000000..ae8ffe42fa
--- /dev/null
+++ b/doc/forum/Check_when_your_last_fsck_was__63__/comment_1_ee98a1fcd796fe4fd7af6f77d0c1837d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T18:50:06Z"
+ content="""
+You're quite right. that info is stored in `.git/annex/fsckstate`. The timestamp of the file is when the last incremental fsck was started. The contents of the file is the same date, represented as seconds from epoch.
+
+That is only written to when doing an incremental fsck though. A non-incremental fsck does not touch the file.
+"""]]
diff --git a/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__.mdwn b/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__.mdwn
new file mode 100644
index 0000000000..97299a9662
--- /dev/null
+++ b/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__.mdwn
@@ -0,0 +1,5 @@
+I would like to use git-annex with [S3 reduced redundancy storace (RRS)](https://aws.amazon.com/s3/faqs/#rrs_anchor), a cheaper S3 service with an higher chance of seeing your files disappear overnight. This means that git-annex may think that a certain files has been copied to a S3 remote while, in fact, it is no longer there.
+
+I would like to check that the files S3 are really there and, if some files are not, record that we lost that copy. In the case of S3, either the data is there and it is complete or it is not there at all, so there is no need to check the data itself, just the presence of the files.
+
+Is there a way to check that all the files that are supposed to be in a S3 remote are still there?
diff --git a/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__/comment_2_793b3d9f78562f3aecf27dd926bbcf82._comment b/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__/comment_2_793b3d9f78562f3aecf27dd926bbcf82._comment
new file mode 100644
index 0000000000..404ba8b878
--- /dev/null
+++ b/doc/forum/Checking_for_missing_files_in_S3___40__reduced_redundancy__41__/comment_2_793b3d9f78562f3aecf27dd926bbcf82._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 2"
+ date="2014-04-24T18:12:59Z"
+ content="""
+git annex fsck --fast --from $yours3remote
+"""]]
diff --git a/doc/forum/Checkout_only_some_files_with_the_assistant.mdwn b/doc/forum/Checkout_only_some_files_with_the_assistant.mdwn
new file mode 100644
index 0000000000..7a2270d920
--- /dev/null
+++ b/doc/forum/Checkout_only_some_files_with_the_assistant.mdwn
@@ -0,0 +1,14 @@
+Hi,
+
+I really like git-annex for sharing contents with all my devices. But i have a problem with the assistant on my phone, i don't know how to git annex get some file but not all.
+For example i have this on a remote:
+
+repository:
+ - big file1
+ - big file2
+ - big file3
+
+I have this repository on my phone. I would like to be able to checkout out only "big file2" directly within the assistant.
+How can i achieve that?
+
+Thank you. 
diff --git a/doc/forum/Checkout_only_some_files_with_the_assistant/comment_1_23d8ab1a05e3e9d3611bd12a4ba70b0c._comment b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_1_23d8ab1a05e3e9d3611bd12a4ba70b0c._comment
new file mode 100644
index 0000000000..85325c60ce
--- /dev/null
+++ b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_1_23d8ab1a05e3e9d3611bd12a4ba70b0c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-24T18:15:15Z"
+ content="""
+[[preferred_content]] expressions can be used to do that. Works best if all the files you want have some extension or are in a specific directory.
+
+There are some [[preferred_content/standard_groups]] that might do what you want, particularly the \"manual\" one.
+"""]]
diff --git a/doc/forum/Checkout_only_some_files_with_the_assistant/comment_2_bf095ff5b5af95b062ae1f7da566a279._comment b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_2_bf095ff5b5af95b062ae1f7da566a279._comment
new file mode 100644
index 0000000000..cf35f3541d
--- /dev/null
+++ b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_2_bf095ff5b5af95b062ae1f7da566a279._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="elfangor"
+ ip="176.57.244.101"
+ subject="comment 2"
+ date="2014-04-28T13:12:07Z"
+ content="""
+Thanks for your reply.
+
+The Standard group \"manual\" seems to be what i need. The last thing i'd like to now is, is there a way to do git annex get on the assistant(on the webui) on my phone? (I know i can do this on the shell opened, but it's not that easy to write from the phone.) I guess it's not implemented, and i understand that it should be a lot of work to add a file browser in the ui where you can git annex get, and git annex add from it.
+
+Thanks again for your answer, really helpfull: I have a better idea on how i will structur my git annex repositories.
+"""]]
diff --git a/doc/forum/Checkout_only_some_files_with_the_assistant/comment_3_7c026e36e1cdd52053c34638c87d793c._comment b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_3_7c026e36e1cdd52053c34638c87d793c._comment
new file mode 100644
index 0000000000..ae18c8caff
--- /dev/null
+++ b/doc/forum/Checkout_only_some_files_with_the_assistant/comment_3_7c026e36e1cdd52053c34638c87d793c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 3"
+ date="2014-05-19T15:45:57Z"
+ content="""
+There is not currently any UI to do git-annex get/drop. 
+
+There is some recent work on [[tips/file_manager_integration]] which lets you use a file manager and pick files you want and files to drop. Nobody has gotten it working with android file manager yet AFAIK.
+"""]]
diff --git a/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode.mdwn b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode.mdwn
new file mode 100644
index 0000000000..f0912fd74a
--- /dev/null
+++ b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode.mdwn
@@ -0,0 +1,19 @@
+I recently began experimenting with direct mode on a repository where only a very limited number of commands (`git annex sync`, `git annex add .`, etc.) are being used (through desktop buttons).
+
+Things were working well, and then on another repository in indirect mode I moved a large folder and synced that data with a bare repo, and synced the repo in direct mode with the same bare repo (to get everything in sync).
+
+At that point, git annex seemed to hang, taking forever to complete, and from looking a processes and files it seemed like it was going nowhere, so I killed it. I wish I had done a bit more diagnostics before that, but unfortunately I didn't.
+
+At that point, I noticed that the old directory was still there and that there were still many files in it, but the new folder had also been created and there were files there, too. So I thought the transfer was done, and for whatever reason `git annex sync` had just not cleaned up properly.
+
+In fact, the sync was only half done and the remaining files in the old directory were the only (local) copies (on the direct mode repo). I removed them and then synced again, which actually told git to delete those symlinks.
+
+When I updated another (indirect mode) repository I noticed this, so I reverted the commit in question and got the symlinks back, no data lost. Then I went back to the direct mode repo, switched to indirect mode because I was worried about direct mode, `git annex sync`ed, then `git annex get` to get the files again from a usb and everything was back to normal.
+
+Except that when I tried to go back to direct mode in that original repo, I got an error saying that git could not stat a file which is in the old (deleted) folder. Searching around, I noticed that in the `.git/annex/objects` directory, there are many remaining `.map` files with lines referring to the old (deleted) directory.
+
+Is there any way to "reset" this somehow? I would like to switch back to direct mode, and I'd prefer not to recreate the repo.
+
+Oh and I'm using version: 4.20130501-g4a5bfb3.
+
+Thanks!
diff --git a/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_1_3440b2e1662d3b113c18283afcbf4520._comment b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_1_3440b2e1662d3b113c18283afcbf4520._comment
new file mode 100644
index 0000000000..77c0ebbba6
--- /dev/null
+++ b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_1_3440b2e1662d3b113c18283afcbf4520._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnkBYpLu_NOj7Uq0-acvLgWhxF8AUEIJbo"
+ nickname="Chris"
+ subject="comment 1"
+ date="2013-05-10T03:50:26Z"
+ content="""
+Maybe a simpler question: if I delete all the `.map` and `.cache` files that are leftover in the `.git/annex/objects` directory, will that effectively \"reset\" the status so that I can then switch to direct mode?
+"""]]
diff --git a/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_2_9a61ba8ac4a375f1d69cd09b5a6f8091._comment b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_2_9a61ba8ac4a375f1d69cd09b5a6f8091._comment
new file mode 100644
index 0000000000..e471f113ea
--- /dev/null
+++ b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_2_9a61ba8ac4a375f1d69cd09b5a6f8091._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnkBYpLu_NOj7Uq0-acvLgWhxF8AUEIJbo"
+ nickname="Chris"
+ subject="comment 2"
+ date="2013-05-10T04:01:38Z"
+ content="""
+After reading [this](http://git-annex.branchable.com/internals/):
+
+> Also in direct mode, some additional data is stored in these directories. .cache files contain cached file stats used in detecting when a file has changed, and .map files contain a list of file(s) in the work directory that contain the key.
+
+I decided that indeed, deleting the `.map` and `.cache` files should do the trick, so I deleted them and direct mode works again.
+
+Still not sure what went wrong with the original sync, but at least I got things back on track.
+"""]]
diff --git a/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_3_6b9d8c48547f3d0a911310622ba91df7._comment b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_3_6b9d8c48547f3d0a911310622ba91df7._comment
new file mode 100644
index 0000000000..b7d495dea4
--- /dev/null
+++ b/doc/forum/Cleaning_up_after_aborted_sync_in_direct_mode/comment_3_6b9d8c48547f3d0a911310622ba91df7._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-13T18:00:42Z"
+ content="""
+This sounds like one or more bugs that I should address, but I'm having trouble understanding exactly what you did, from your description, at the level of detail I need to replicate a problem.
+
+Do you still have a copy of the corrupted repository? Or any error messages to show me?
+
+It sounds like at least one problem might have been this bug: [[bugs/Unable_to_switch_back_to_direct_mode]]
+At least that is fixed in current git.
+"""]]
diff --git a/doc/forum/Coming_from_git_world.mdwn b/doc/forum/Coming_from_git_world.mdwn
new file mode 100644
index 0000000000..ee8b844e81
--- /dev/null
+++ b/doc/forum/Coming_from_git_world.mdwn
@@ -0,0 +1,9 @@
+So i am coming from git world, All documentation and posts seemed to be for media etc. I have a simple question.
+
+Can i use git annex to manage large files , Which i think i can. But will it work with branching/tagging etc.
+
+e.g. We currently use git have some large files in git repo.... I am planning to move the large files to use annex. But would like to maintain branches, i.e. each branch might have different version of files and maybe tagged, So i can get back some old version from a branch.
+
+Is this possible ? I did not get any explicit  answer or examples on how this works or even if its supported.
+
+Also can i use same folder for git and git-annex ? 
diff --git a/doc/forum/Coming_from_git_world/comment_10_098bef38c2688607e869425a557cc482._comment b/doc/forum/Coming_from_git_world/comment_10_098bef38c2688607e869425a557cc482._comment
new file mode 100644
index 0000000000..85ba7fe7f0
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_10_098bef38c2688607e869425a557cc482._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 10"
+ date="2013-07-10T17:05:49Z"
+ content="""
+It has its own ssh server written in java too, which hardcodes the set of commands it supports. AFAICS it would require some java coding to add a command to this, it does not seem to be designed for easy extensability.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_11_98d75a1415e0c3689ab4231855e61233._comment b/doc/forum/Coming_from_git_world/comment_11_98d75a1415e0c3689ab4231855e61233._comment
new file mode 100644
index 0000000000..3dba0760b5
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_11_98d75a1415e0c3689ab4231855e61233._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn5RcmefXjrl1vmbHIiOWQyXGXVKxlm3rg"
+ nickname="Kavin"
+ subject="comment 11"
+ date="2013-07-10T20:14:52Z"
+ content="""
+:( Ahh... So i guess this might not be possible in near future.
+
+Ill go to plan B, Setup another server which users will connect to for large files which will have git-annex installed. (So a central Repository for git annex). They will need to add another remote in git config.
+
+Does git annex have a way to manage ssh keys ?  (Please can you point me to the location where i can read how git-annex-shell ? )
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_12_5e7079e9bf3e4d97191333c66ac00e52._comment b/doc/forum/Coming_from_git_world/comment_12_5e7079e9bf3e4d97191333c66ac00e52._comment
new file mode 100644
index 0000000000..2d76687371
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_12_5e7079e9bf3e4d97191333c66ac00e52._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 12"
+ date="2013-07-10T21:10:03Z"
+ content="""
+Yes, a separate repository is one way to go, although I do not think it would be very hard to get gerrit's internal ssh to run git-annex-shell.
+
+[[git-annex-shell]] is a low-level restricted shell like git-shell, not a login manager, so it has nothing at all to do with ssh keys. Things like gitosis and gitolite can be built on top of git-shell and git-annex-shell and handle ssh key management.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_1_357443dc601ae38784c01cf18552f4d5._comment b/doc/forum/Coming_from_git_world/comment_1_357443dc601ae38784c01cf18552f4d5._comment
new file mode 100644
index 0000000000..adc65d50f2
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_1_357443dc601ae38784c01cf18552f4d5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-08T20:09:54Z"
+ content="""
+Yes, git-annex would not do very well at adding large file support to git if it did not handle tagging, branches, etc! So of course it does. It's in a sense too obvious a thing to get much mention. And so people sometimes get confused about it.
+
+The only thing to need to be aware of coming from git is that not every repository will have every version of every file locally available. When you check out a branch, you may need to run `git annex get` to retrieve those versions from origin or elsewhere.
+
+And, `git annex unused` can be used to find versions of files that no existing tag or branch refers to, and `git annex dropunused` can then delete those versions. If you want to ensure every revision in your git repo is accessible, you should avoid using those two commands; otherwise git-annex will never delete old versions of files.
+
+The unreleased git master adds a new feature, a --all switch that makes git annex commands operate on all versions of files. While normally `git annex get` will only do what it needs to to get all files in the currently checked out branch, `git annex get --all` will pull down every version of every file in the whole history. Similarly, `git annex copy --all --to origin` will ensure that every locally available version of every file is sent to origin.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_2_ed1847dd3f47a9d013b8dd0455fb80ff._comment b/doc/forum/Coming_from_git_world/comment_2_ed1847dd3f47a9d013b8dd0455fb80ff._comment
new file mode 100644
index 0000000000..33d7d44d35
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_2_ed1847dd3f47a9d013b8dd0455fb80ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 2"
+ date="2013-07-08T20:18:27Z"
+ content="""
+And yes, you can use the same git repository for files added to git `git add file` and added to git annex `git annex add file`
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_3_09c6bb83a73d34dff2b8bc185a14a1db._comment b/doc/forum/Coming_from_git_world/comment_3_09c6bb83a73d34dff2b8bc185a14a1db._comment
new file mode 100644
index 0000000000..07023ffe3c
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_3_09c6bb83a73d34dff2b8bc185a14a1db._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn5RcmefXjrl1vmbHIiOWQyXGXVKxlm3rg"
+ nickname="Kavin"
+ subject="comment 3"
+ date="2013-07-08T23:27:45Z"
+ content="""
+Awesome!! thanks, As i am kicking the tires, Based on my current scenario, How can i deploy this in my company , So each developer to do the bare minimum, Like just install git annex and it should work.
+
+i.e. is it possible to avoid the step git remote add backup ? Then they can just do
+
+$ yum install git-annex
+$ cd repo
+$ git checkout staging
+$ git pull
+$ git annex get large_file
+
+And it then just works.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_4_6c731bb9a8d21dd9ab8c09612b23f908._comment b/doc/forum/Coming_from_git_world/comment_4_6c731bb9a8d21dd9ab8c09612b23f908._comment
new file mode 100644
index 0000000000..f09281bc45
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_4_6c731bb9a8d21dd9ab8c09612b23f908._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 4"
+ date="2013-07-09T18:14:07Z"
+ content="""
+I don't know where you got the \"git remote add backup\" step from. Obviously this is not necessary unless you want to add a remote named \"backup\".
+
+To use git-annex in a centralized git environment, which it sounds like you have here, you just need to install git-annex on the central git server, and arrange for all the developers to have ssh access to it. Then any git repository that is cloned from that server using ssh as the transport can support git-annex without the user needing to do anything special to set it up.
+
+This assumes that users have shell accounts on the server. git-annex includes the git-annex-shell program, which is similar to the git-shell in git. User accounts can be locked down to use this restricted shell if giving them full shell access to the server is not desired.
+
+If the server is using a git repository manager like gitolite or gitosis, those can also be adapted to use git-annex-shell. I got gitolite patched to support it earlier, see [[tips/using_gitolite_with_git-annex]].
+
+PS: I'm available for consulting on deploying git-annex in production environments. ;)
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_5_e719d99af5afd90da3d3db692eff28dc._comment b/doc/forum/Coming_from_git_world/comment_5_e719d99af5afd90da3d3db692eff28dc._comment
new file mode 100644
index 0000000000..ffeaaa6e06
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_5_e719d99af5afd90da3d3db692eff28dc._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn5RcmefXjrl1vmbHIiOWQyXGXVKxlm3rg"
+ nickname="Kavin"
+ subject="comment 5"
+ date="2013-07-09T20:32:51Z"
+ content="""
+Thank you very much!!!!! Yes, Planning to use Centralized repo. Basically what i understood was there will be a git server and separate server for hosting the large files. Its great to know i can use the same server and do not need to explicitly point to the server.
+
+As we are using Gerrit, What is the general best practice for it. (After i am done with it, I will write a blog post, As i am sure many people with centralized repo's might need this)  
+Thanks! 
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_6_85a42106944dba9995fb3f4bfee3443a._comment b/doc/forum/Coming_from_git_world/comment_6_85a42106944dba9995fb3f4bfee3443a._comment
new file mode 100644
index 0000000000..840553025e
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_6_85a42106944dba9995fb3f4bfee3443a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 6"
+ date="2013-07-09T20:39:25Z"
+ content="""
+Yes, the default for a repository accessed using ssh is to also store the large files in that repository. Of course you can set up a second remote to hold the large files if that works better.
+
+I don't have any personal experience with Gerrit. All I can say is that files managed by git-annex will appear as symlinks.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_7_90623294b910ceca3dc8ebd41b50fc9b._comment b/doc/forum/Coming_from_git_world/comment_7_90623294b910ceca3dc8ebd41b50fc9b._comment
new file mode 100644
index 0000000000..50b34fb86d
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_7_90623294b910ceca3dc8ebd41b50fc9b._comment
@@ -0,0 +1,38 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn5RcmefXjrl1vmbHIiOWQyXGXVKxlm3rg"
+ nickname="Kavin"
+ subject="comment 7"
+ date="2013-07-09T23:48:17Z"
+ content="""
+Thanks, So i made some progress, In the gerrit repo server,  (which has git-annex installed)
+
+I ran: 
+    git annex init origin,
+
+Did a clone of the repo, it had the branch git-annex, So i assumed all is working.
+
+I did a 
+    git annex add 
+and 
+    git push
+
+Then when i try to 
+    git annex copy --to origin
+
+I get error , But git-annex-shell is installed on the machine:
+
+    $ echo $PATH
+    /usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/gerrit2/bin
+    $ which git-annex-shell
+    /usr/bin/git-annex-shell
+
+
+
+    Gerrit Code Review: git-annex-shell: not found
+    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+    rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6]
+    
+    rsync failed -- run git annex again to resume file transfer failed
+    
+Any idea what i  need to do to make it work ?
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_8_28dbee30eb54877418f72eb8935302d8._comment b/doc/forum/Coming_from_git_world/comment_8_28dbee30eb54877418f72eb8935302d8._comment
new file mode 100644
index 0000000000..668cfbd95a
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_8_28dbee30eb54877418f72eb8935302d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 8"
+ date="2013-07-10T16:42:18Z"
+ content="""
+If gerrit is handling incoming ssh connections, it's probable running its own restricted shell. That shell would need to be configured to spawn git-annex-shell when asked to do so in order for git-annex to transfer files to that repository.
+"""]]
diff --git a/doc/forum/Coming_from_git_world/comment_9_6edb36ea9535030fa3766937398e5bc7._comment b/doc/forum/Coming_from_git_world/comment_9_6edb36ea9535030fa3766937398e5bc7._comment
new file mode 100644
index 0000000000..2f1034d173
--- /dev/null
+++ b/doc/forum/Coming_from_git_world/comment_9_6edb36ea9535030fa3766937398e5bc7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 9"
+ date="2013-07-10T16:57:29Z"
+ content="""
+AFAIK Gerrit relies on jgit implementation of git in java; allowing it to execute helper programs like git-annex-shell may be tricky.
+"""]]
diff --git a/doc/forum/Comparison_with_other_big_files_solutions.mdwn b/doc/forum/Comparison_with_other_big_files_solutions.mdwn
new file mode 100644
index 0000000000..cfbd12d29b
--- /dev/null
+++ b/doc/forum/Comparison_with_other_big_files_solutions.mdwn
@@ -0,0 +1,11 @@
+# Comparison
+
+Based on my understanding of the http://git-annex.branchable.com/not/ page and of some research,
+I have made a draft of an [Online excel document][1] that compares different git file solutions.
+
+Feel free to edit the document and help the community to understand the different solutions out there.
+
+[1]: https://onedrive.live.com/redir?resid=C66C90783BD2C185!1200&authkey=!ACF-Ol_mG3DwQ2k&ithint=file%2c.xlsx
+
+Thank you very much,
+Alex
diff --git a/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__.mdwn b/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__.mdwn
new file mode 100644
index 0000000000..49f3d75ef3
--- /dev/null
+++ b/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__.mdwn
@@ -0,0 +1 @@
+I use git-annex mostly to archive my photos.  They're generally large raw files and I am encrypting them going to the S3 special remote.  Are there any plans to compress objects before encrypting them?  It would save on S3 costs, only add some overhead on get and copy, and I don't think there would be any problems looking up data later.
diff --git a/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__/comment_1_9c6c4ca0c9dc6976ba7cf27e84683bf0._comment b/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__/comment_1_9c6c4ca0c9dc6976ba7cf27e84683bf0._comment
new file mode 100644
index 0000000000..7c5f1ecc1d
--- /dev/null
+++ b/doc/forum/Compression_in_special_remotes___40__specifically_S3__41____63__/comment_1_9c6c4ca0c9dc6976ba7cf27e84683bf0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 1"
+ date="2012-12-14T18:53:04Z"
+ content="""
+gpg compresses encrypted content by default, so all encrypted special remotes get compression for free
+"""]]
diff --git a/doc/forum/Consistency_Check_for_S3.mdwn b/doc/forum/Consistency_Check_for_S3.mdwn
new file mode 100644
index 0000000000..0c06f86090
--- /dev/null
+++ b/doc/forum/Consistency_Check_for_S3.mdwn
@@ -0,0 +1 @@
+Wepapp only allows me to setup consistency checks for the local repo. Non of my computers has full copy of repos. How can I setup annex so that every night for one hour it checks consistency of s3 data?
diff --git a/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment b/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment
new file mode 100644
index 0000000000..a641ded34d
--- /dev/null
+++ b/doc/forum/Consistency_Check_for_S3/comment_1_40385806ef1cc082232cd2723a24be1a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-31T19:30:00Z"
+ content="""
+The webapp does not let you set up a consistency check for data in a S3 remote because the only way to check it would be to download the data, which is expensive in bandwidth and potentially, Amazon S3 fees.
+"""]]
diff --git a/doc/forum/Consistency_Check_for_S3/comment_2_ebfe40d9f777c9c0a83c44afd0f5802d._comment b/doc/forum/Consistency_Check_for_S3/comment_2_ebfe40d9f777c9c0a83c44afd0f5802d._comment
new file mode 100644
index 0000000000..d78a1dc52d
--- /dev/null
+++ b/doc/forum/Consistency_Check_for_S3/comment_2_ebfe40d9f777c9c0a83c44afd0f5802d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-01-01T01:50:57Z"
+ content="""
+Is it possible to do it from command line? I was thinking with a time limit I would spread the fsck over a mount run it once a while to make sure all data is actually there when I need it. 
+"""]]
diff --git a/doc/forum/Consistency_Check_for_S3/comment_3_ec9de6882a0eef4d2786e55b583ad020._comment b/doc/forum/Consistency_Check_for_S3/comment_3_ec9de6882a0eef4d2786e55b583ad020._comment
new file mode 100644
index 0000000000..e0e68fe6df
--- /dev/null
+++ b/doc/forum/Consistency_Check_for_S3/comment_3_ec9de6882a0eef4d2786e55b583ad020._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2014-01-01T21:05:20Z"
+ content="""
+Adapting an example from the man page:
+
+`git annex fsck --incremental-schedule 30d --time-limit 1h --from S3`
+"""]]
diff --git a/doc/forum/Controlling_content_on_mobile_device.mdwn b/doc/forum/Controlling_content_on_mobile_device.mdwn
new file mode 100644
index 0000000000..b1f145ccb2
--- /dev/null
+++ b/doc/forum/Controlling_content_on_mobile_device.mdwn
@@ -0,0 +1,46 @@
+I have some questions about how to best manage content on mobile
+devices.  This is probably more of a wishlist discussion, although I
+haven't had enough experience with the assistant and preferred content
+features enough to know how much of this might already be possible.
+
+(While I did donate to both campaigns, I also didn't donate at the
+"personal git-annex assistant" level, so I also know not to expect
+personal undivided attention :) . Any tips would be appreciated.)
+
+In short, I don't think git-annex really fits with how I'd like to use
+it on my Android phone.  My current setup is as follows:
+
+- I have a large repository with various media files.  This is stored
+  on several computers, at least one of which generally has a copy of
+  everything.  I use a centralized bare repo to automatically
+  synchronize between computers with "`git annex sync origin`" using
+  cron, and manually control what is on each one using "`copy --to
+  host`", "`get`", "`drop`", etc.  It is *awesome*.
+
+What I would like for Android is:
+
+- The phone keeps in sync with the origin repository.
+
+- On the phone, I'd like to browse through and choose content to get
+  or drop.  I could use the command-line "`get`" and "`drop`" for
+  this, of course, but being able to do it through the webapp would be
+  better, as typing on a phone is no fun.
+
+- From _off_ the phone, I'd like to be able to choose which content
+  should be _on_ the phone.  For example, using the command line or
+  webapp on my desktop, I'd like to be able to choose media files that
+  should be downloaded to (or removed from) the phone.  However, I
+  don't want to have to move files between directories in the repository
+  to achieve this.
+
+- The only useful content that gets created on the phone is photos and
+  videos.  Those should get uploaded to the main server, but only the
+  most recent files should remain on the phone by default (say,
+  anything older than 2 weeks gets dropped).  Both on the phone, and
+  off the phone, I'd be able to override that using the previously
+  described features, so that certain photos remain on the phone
+  forever, or get dropped earlier.
+
+Thoughts?  I feel like git-annex is close to being able to do this.
+
+-jim
diff --git a/doc/forum/Controlling_content_on_mobile_device/comment_1_708649b7f30d8619d7b34dcb0ef46515._comment b/doc/forum/Controlling_content_on_mobile_device/comment_1_708649b7f30d8619d7b34dcb0ef46515._comment
new file mode 100644
index 0000000000..c9cbc9e79c
--- /dev/null
+++ b/doc/forum/Controlling_content_on_mobile_device/comment_1_708649b7f30d8619d7b34dcb0ef46515._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl_EUsflI4UOGtx0-2yrRJuGAzNyN_5UYY"
+ nickname="Chris"
+ subject="comment 1"
+ date="2014-01-03T16:33:51Z"
+ content="""
+Jim,
+
+I have nothing in terms of a solution, but wanted to say thanks for writing this up.  This describes precisely the use case I am also seeking on my Android phone.
+
+-- Chris
+"""]]
diff --git a/doc/forum/Controlling_content_on_mobile_device/comment_2_dba1a1b0917332a1dee387b1183bd2cb._comment b/doc/forum/Controlling_content_on_mobile_device/comment_2_dba1a1b0917332a1dee387b1183bd2cb._comment
new file mode 100644
index 0000000000..60aea0bdda
--- /dev/null
+++ b/doc/forum/Controlling_content_on_mobile_device/comment_2_dba1a1b0917332a1dee387b1183bd2cb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Metadata?"
+ date="2014-02-21T18:44:10Z"
+ content="""
+I suspect the new [metadata](http://git-annex.branchable.com/design/metadata/) support could be used to help implement this.
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo.mdwn b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo.mdwn
new file mode 100644
index 0000000000..c941725356
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo.mdwn
@@ -0,0 +1 @@
+Is it possible to convert a regular git annex repo (git clone then git annex init in the folder), to an rsync remote. I have an annex with alot of remotes which makes the sync operation take a really long time. I would like to convert some of those remotes to rsync. This particular repo has a TB of data so I would like to avoid dropping content from the remote than re download everything.
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_1_e6065f9c44c85030c7628e2cfa0fd0fa._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_1_e6065f9c44c85030c7628e2cfa0fd0fa._comment
new file mode 100644
index 0000000000..46ba67c302
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_1_e6065f9c44c85030c7628e2cfa0fd0fa._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-23T18:57:42Z"
+ content="""
+This is doable. It works best if the remote repo is a bare git repository, because then the filenames line up 100% with the filenames used in a rsync special remote. If the git repo is not bare, the rsync special remote will first try the paths it expects, and only then fall back to the right paths, so a little extra work done. (If this became a big problem, it would not be infesable to move the files around with a script.)
+
+Anyway, if it's a bare repo, then repo.git/annex/objects is where you want to point the rsync special remote at. With a non-bare repo, repo/.git/annex/objects/ is the location. I'd recommend moving the objects directory out to a new location, and pointing the rsyncurl at that. This way, there's no possibility of git-annex thinking one files accessed 2 ways is 2 copies.
+
+Of course, you can't use encryption for the rsync special remote.
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_2_76bfb11396dc20a5105376b22e7e773b._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_2_76bfb11396dc20a5105376b22e7e773b._comment
new file mode 100644
index 0000000000..8ed4f65081
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_2_76bfb11396dc20a5105376b22e7e773b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 2"
+ date="2014-02-23T19:07:59Z"
+ content="""
+However, if the only problem is that pushing and pulling with a git repository makes `git annex sync` take too long, another option is setting `git config remote.$foo.annex-sync false`. You can still then use git-annex commands to get and push data to the remote, and can even `git annex sync $foo` from time to time, but it won't slow down the normal `git annex sync`.
+
+However, this also prevents the assistant from uploading new files to the remote automatically.
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_3_b34d6ae0718ab0ff6bc1d7b8f2470b9b._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_3_b34d6ae0718ab0ff6bc1d7b8f2470b9b._comment
new file mode 100644
index 0000000000..a8040cd3fe
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_3_b34d6ae0718ab0ff6bc1d7b8f2470b9b._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 3"
+ date="2014-02-23T19:39:28Z"
+ content="""
+Thanks for the reply, just to make sure I got you right,
+
+It is indeed a non bare git repo. So I will move the folder repo/.git/annex/objects/ to repo/
+
+then run,
+
+git annex initremote myrsync type=rsync rsyncurl=ssh.example.com:~/repo
+
+and enable the remote on other annexes (disks are connected to an ssh server there is no encryption setup right now so I do not mind not having it.). And everything should be setup correctly.
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_4_8f5e323b29745591f9f2f0f867353f69._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_4_8f5e323b29745591f9f2f0f867353f69._comment
new file mode 100644
index 0000000000..c8305aaa92
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_4_8f5e323b29745591f9f2f0f867353f69._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 4"
+ date="2014-02-23T19:45:09Z"
+ content="""
+and as a follow up do I have rename the repos or can I reuse the same names for the repos?
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_5_9824c953694770afa0611ff7276737bf._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_5_9824c953694770afa0611ff7276737bf._comment
new file mode 100644
index 0000000000..c6052232b8
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_5_9824c953694770afa0611ff7276737bf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 5"
+ date="2014-02-24T19:07:33Z"
+ content="""
+That looks all-right, although initremote will ask you to tell it what encryption to use, and you'll need to specify `encryption=none`
+
+One thing I forgot to mention is that the UUID of the new rsync repository won't be the same, so git-annex won't know about the files in there. This can be fixed by `git annex fsck --fast --from myrsync`. Which doesn't re-download all the files, but you still may want to run it on a repository close to or on the server for speed.
+
+You can re-use the name you're currently using for the git remote for the new rsync special remote if you like.
+"""]]
diff --git a/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_6_5899741cb7f83e1b22c5ee3509c5ff21._comment b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_6_5899741cb7f83e1b22c5ee3509c5ff21._comment
new file mode 100644
index 0000000000..8b7c3b52e1
--- /dev/null
+++ b/doc/forum/Convert_regular_git-annex_repo_to_a_rsync_repo/comment_6_5899741cb7f83e1b22c5ee3509c5ff21._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 6"
+ date="2014-02-25T09:34:16Z"
+ content="""
+assuming the remote I am converting is called some-repo should mark it as dead before converting and reinitting as rsync some-repo again?
+"""]]
diff --git a/doc/forum/Corrupt_Repository_Invalid_Object.mdwn b/doc/forum/Corrupt_Repository_Invalid_Object.mdwn
new file mode 100644
index 0000000000..af6d8e3538
--- /dev/null
+++ b/doc/forum/Corrupt_Repository_Invalid_Object.mdwn
@@ -0,0 +1,10 @@
+One of my repositories got corrupted. I am not exactly sure how it happened (was running a series of commands) but I think I accidentally ran regular mv instead of git mv. To fix it I deleted the moved file then checkout the original link however this did not fixed the problem. I ended up with a corrupted repo. Now running any command ends with the following error,
+
+    ga sync
+    (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    error: invalid object 040000 6ad564920e3d78d31c9456f5be3869a0319f9f08 for'3fd/d44'                                                                                
+    fatal: git-write-tree: error building trees
+    git-annex: failed to read sha from git write-tree
+
+Was wondering how to fix this? I did run git fsck and git annex fsck but non fixed the problem.
diff --git a/doc/forum/Corrupt_Repository_Invalid_Object/comment_1_b7fd4b6212b50400342931e70684b96c._comment b/doc/forum/Corrupt_Repository_Invalid_Object/comment_1_b7fd4b6212b50400342931e70684b96c._comment
new file mode 100644
index 0000000000..a62e6d345c
--- /dev/null
+++ b/doc/forum/Corrupt_Repository_Invalid_Object/comment_1_b7fd4b6212b50400342931e70684b96c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-17T19:47:54Z"
+ content="""
+git is complaining about one of the files in `.git/objects` being missing or corrupt.
+
+It's not likely that some accidental command you ran caused this. More likely a disk error or an unclean shutdown could have left the repository in this state.
+
+You can try running `git annex repair` which should be able to repair git repositories with this kind of damage.
+
+Or you can just `git clone` the repository from any other place you have it and move over .git/annex/objects and .git/config to the new repository, discarding the damaged one.
+"""]]
diff --git a/doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn b/doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn
new file mode 100644
index 0000000000..b4271d172c
--- /dev/null
+++ b/doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn
@@ -0,0 +1,3 @@
+I tried to compile the assitant branch on Ubuntu 12.04. But i depends on the DBus libraryw hich does not compile with some glibberish errors. Is there a way to solve this?
+
+
diff --git a/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_1_dc14a40b64b7eda94d1a3fd766cd39cc._comment b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_1_dc14a40b64b7eda94d1a3fd766cd39cc._comment
new file mode 100644
index 0000000000..0ef2469d3c
--- /dev/null
+++ b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_1_dc14a40b64b7eda94d1a3fd766cd39cc._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.119"
+ subject="comment 1"
+ date="2012-08-25T13:06:31Z"
+ content="""
+Hmm, let's see... 
+ 
+If the gibberish error is ouyay orgotfay otay otay elltay emay utwhay ethay
+roreay asway, then we can figure it out, surely..
+
+If the gibberish error looks something like Ḩ̶̞̗̓ͯ̅͒ͪͫe̢ͦ̊ͭͭͤͣ̂͏̢̳̦͔̬ͅ ̣̘̹̄̕͢Ç̛͈͔̹̮̗͈͓̞ͨ͂͑ͅo̿ͥͮ̿͢͏̧̹̗̪͇̫m̷̢̞̙͑̊̔ͧ̍ͩ̇̚ę̜͑̀͝s̖̱̝̩̞̻͐͂̐́̂̇̆͂ 
+
+.. your use of cabal  
+has accidentually summoned Cthulu! Back slowly away from the monitor!
+
+Otherwise, you might try installing the `libdbus-1-dev` package with apt, 
+which might make cabal install the haskell dbus bindings successfully. Or
+you could just install the `libghc-dbus-dev` package, which contains the 
+necessary haskell library pre-built. But I don't know if it's in Ubuntu 
+12.04; it only seems to be available in quantal 
+<http://packages.ubuntu.com/search?keywords=libghc-dbus-dev>
+
+Or you could even build it with the Makefile, rather than using cabal.
+The Makefile has a `-DWITH_DBUS` setting in it that can be removed to build
+the fallback mode that doesn't use dbus.
+
+"""]]
diff --git a/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_2_608a30e274e6a691a39f69503720e320._comment b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_2_608a30e274e6a691a39f69503720e320._comment
new file mode 100644
index 0000000000..02bda9eaa6
--- /dev/null
+++ b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_2_608a30e274e6a691a39f69503720e320._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.119"
+ subject="comment 2"
+ date="2012-08-25T13:11:37Z"
+ content="""
+I fnordgot to mention, cabal can be configured to not build with dbus too. The relevant incantation is:
+
+cabal install git-annex --flags=\"-Dbus\"
+"""]]
diff --git a/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_3_791b9978b410c1aff7fd8ef05c38f5f9._comment b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_3_791b9978b410c1aff7fd8ef05c38f5f9._comment
new file mode 100644
index 0000000000..4097070fd2
--- /dev/null
+++ b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_3_791b9978b410c1aff7fd8ef05c38f5f9._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="Shame on me..."
+ date="2012-08-25T15:43:19Z"
+ content="""
+The build error is:
+
+$ cabal install DBus
+Resolving dependencies...
+Configuring DBus-0.4...
+checking for pkg-config... /usr/bin/pkg-config
+checking pkg-config is at least version 0.9.0... yes
+checking for DBUS... yes
+configure: creating ./config.status
+config.status: creating DBus.buildinfo
+Building DBus-0.4...
+Preprocessing library DBus-0.4...
+
+DBus/Message.hsc:1:14:
+    Warning: -XPatternSignatures is deprecated: use -XScopedTypeVariables or pragma {-# LANGUAGE ScopedTypeVariables #-} instead
+
+DBus/Message.hsc:2:12:
+    Warning: -fglasgow-exts is deprecated: Use individual extensions instead
+[1 of 5] Compiling DBus.Shared      ( dist/build/DBus/Shared.hs, dist/build/DBus/Shared.o )
+[2 of 5] Compiling DBus             ( dist/build/DBus.hs, dist/build/DBus.o )
+
+DBus.hsc:26:49:
+    Warning: In the use of `mkTyCon'
+             (imported from Data.Typeable):
+             Deprecated: \"either derive Typeable, or use mkTyCon3 instead\"
+[3 of 5] Compiling DBus.Internal    ( dist/build/DBus/Internal.hs, dist/build/DBus/Internal.o )
+
+DBus/Internal.hsc:12:27:
+    Module `Control.Exception' does not export `throwDyn'
+cabal: Error: some packages failed to install:
+DBus-0.4 failed during the building phase. The exception was:
+ExitFailure 1
+
+"""]]
diff --git a/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_4_8665c95299916138c4af375626d9ec7d._comment b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_4_8665c95299916138c4af375626d9ec7d._comment
new file mode 100644
index 0000000000..abd154a6bc
--- /dev/null
+++ b/doc/forum/DBus_on_Ubuntu_12.04__63__/comment_4_8665c95299916138c4af375626d9ec7d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.119"
+ subject="in the language of the ancients, small details matter"
+ date="2012-08-25T15:50:47Z"
+ content="""
+It seems that to cabal, \"DBus\" and \"dbus\" are different packages, and it seems you should install the latter, which has a current version of 0.10 which works and not some old 0.4 version.
+"""]]
diff --git a/doc/forum/DO_NOT_use_ntfs-3g_on_mac_osx_for_annex.mdwn b/doc/forum/DO_NOT_use_ntfs-3g_on_mac_osx_for_annex.mdwn
new file mode 100644
index 0000000000..16750a1fb2
--- /dev/null
+++ b/doc/forum/DO_NOT_use_ntfs-3g_on_mac_osx_for_annex.mdwn
@@ -0,0 +1,41 @@
+After testing around git-annex on my mac using ntfs-3g to access the removable harddrive, I conclude that this is very dangerous. 
+
+Here are some example error snippets:
+
+    add man/man1/git-tar-tree.1 
+    git-annex: /Volumes/SeagateExpansion/annex/testdirect/.git/annex/objects/0K/JJ/SHA256E-s3805--948fd508a364e036ec28f5287d11825062aea2c0ed86a3a89ed871edc6ddc7a8.1/: openTempFile: interrupted (Interrupted system call)
+    failed
+
+    add man/man1/git-bundle.1 
+    git-annex: /Volumes/SeagateExpansion/annex/testdirect/.git/annex/tmp/e3f_804_SHA256E-s8739--569a4b4fe1072e17ff0aa9a2f67d0130b9ec3ed23f96c5a4ea38ada82f50b4aa.1.log: rename: does not exist (No such file or directory)
+    failed
+
+    add git-core/git-completion.bash failed
+    add man/man7/gitglossary.7 failed
+    (Recording state in git...)
+
+    git-annex: /Volumes/SeagateExpansion/annex/testdirect/.git/annex/journal/.fuse_hidden00005dd50000010a: removeLink: does not exist (No such file or directory)
+    failed
+    git-annex: add: 3 failed
+
+It's interesting that after each git-annex add ., it would got fewer failures. But in the end it stuck at 2 files. After 60 times doing: git-annex add .
+
+It went from this:
+
+    git-annex: add: 248 failed
+
+to this:
+
+    git-annex: add: 2 failed
+
+Now the repository has 246 objects, let's try to convert it into an indirect one:
+
+    git-annex indirect
+    ...
+    git-annex info
+    ...
+    annexed files in working tree: 9
+
+Only 9 files made into the indirect repository! Remaining files stay as original state. Now it would be a nightmare to try to recover form this mess.
+
+I discourage anyone from using ntfs-3g on mac for annexing. Especially direct & indirect mode. Bare repo seems to be fine however.
diff --git a/doc/forum/DS__95__Store_files_are_not_added.mdwn b/doc/forum/DS__95__Store_files_are_not_added.mdwn
new file mode 100644
index 0000000000..f0ccf2023b
--- /dev/null
+++ b/doc/forum/DS__95__Store_files_are_not_added.mdwn
@@ -0,0 +1,3 @@
+The "git annex add" command adds new file to the annex. However ".DS_Store" files are ignored by git-annex. Is there a list of files that are being ignored? 
+
+Maybe sometimes it's useful to add .DS_Store extended attribute data to the annex to ensure a complete sync of Mac files...
diff --git a/doc/forum/DS__95__Store_files_are_not_added/comment_1_30687306da9bd35ec02a806193c5e240._comment b/doc/forum/DS__95__Store_files_are_not_added/comment_1_30687306da9bd35ec02a806193c5e240._comment
new file mode 100644
index 0000000000..3402b84c61
--- /dev/null
+++ b/doc/forum/DS__95__Store_files_are_not_added/comment_1_30687306da9bd35ec02a806193c5e240._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-08-02T23:29:38Z"
+ content="""
+git-annex ignores whatever git does. See `git-ls-files` and the gitignore configuration.
+"""]]
diff --git a/doc/forum/Debugging_Git_Annex.mdwn b/doc/forum/Debugging_Git_Annex.mdwn
new file mode 100644
index 0000000000..fc4d829a2a
--- /dev/null
+++ b/doc/forum/Debugging_Git_Annex.mdwn
@@ -0,0 +1,4 @@
+Hi, 
+May I know, how can I debug git-annex code.
+I am new to Haskell Platform, I would like to know which IDE can be used to debug haskell code.
+Thank You.
diff --git a/doc/forum/Debugging_Git_Annex/comment_1_ce63b2ee641a2338f1ad5ded9e6f09a8._comment b/doc/forum/Debugging_Git_Annex/comment_1_ce63b2ee641a2338f1ad5ded9e6f09a8._comment
new file mode 100644
index 0000000000..84781a00a4
--- /dev/null
+++ b/doc/forum/Debugging_Git_Annex/comment_1_ce63b2ee641a2338f1ad5ded9e6f09a8._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="This is not an easy question to answer..."
+ date="2012-06-04T19:49:46Z"
+ content="""
+Do you have a bug in git-annex that you need fixed, or are you just curious?
+"""]]
diff --git a/doc/forum/Debugging_Git_Annex/comment_2_1d70ff052d00f33c34fd45730ea13040._comment b/doc/forum/Debugging_Git_Annex/comment_2_1d70ff052d00f33c34fd45730ea13040._comment
new file mode 100644
index 0000000000..017b34b0de
--- /dev/null
+++ b/doc/forum/Debugging_Git_Annex/comment_2_1d70ff052d00f33c34fd45730ea13040._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="comment 2"
+ date="2012-06-05T17:19:16Z"
+ content="""
+Hi,
+
+I want to replace rsync with aspera-rsync. Whenever there is file transfer between 2 repositories which are in two different hosts, git-annex will use rsync protocol. I am trying to replace that rsync call with aspera-rsync so that transfer can be more faster. Since I am new to Haskell I am finding difficulties to understand the flow of execution. Is there any way I can debug so that I can get the flow?
+
+Thanks
+"""]]
diff --git a/doc/forum/Default_text__47__html_handler.mdwn b/doc/forum/Default_text__47__html_handler.mdwn
new file mode 100644
index 0000000000..a6bf4aaab9
--- /dev/null
+++ b/doc/forum/Default_text__47__html_handler.mdwn
@@ -0,0 +1,2 @@
+I've had to change my default `text/html .html` handler from a text editor to a browser to support the opening sequence of `git annex webapp`. any other way around this? perhaps to have it open the page in the default browser rather than the default text/html handler?
+
diff --git a/doc/forum/Default_text__47__html_handler/comment_1_4730061916c7e12b7a41906152f847ee._comment b/doc/forum/Default_text__47__html_handler/comment_1_4730061916c7e12b7a41906152f847ee._comment
new file mode 100644
index 0000000000..e2424f1ccc
--- /dev/null
+++ b/doc/forum/Default_text__47__html_handler/comment_1_4730061916c7e12b7a41906152f847ee._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-13T17:25:07Z"
+ content="""
+Not without exposing the secret token to other users in the system by passing it as a parameter to the browser command. Which is why it uses the method it does.
+
+But, you can configure it to use a specific browser in the standard git way:
+
+git config web.browser chromium
+"""]]
diff --git a/doc/forum/Delete_unused_files__47__metadata.mdwn b/doc/forum/Delete_unused_files__47__metadata.mdwn
new file mode 100644
index 0000000000..5c6b413996
--- /dev/null
+++ b/doc/forum/Delete_unused_files__47__metadata.mdwn
@@ -0,0 +1,7 @@
+After moving some files (about 1G, some big and some small files) in and out the annex, I noticed that the size of the repository has grown quite a bit. My empty repository now is over 100 MB (even after  "git annex dropunused ..." and "git gc").
+
+Most of this size is not Git metadata but many small files in the git-annex branch that seem to hold information about files I deleted (even in the other known repositories).
+
+So is there a way to get rid of these useless but space consuming information?
+
+(Maybe there is no (elegant) way to remove the symlink versions from the Git history (is there?), but it would already be nice if those small git-annex metadata files could be removed)
diff --git a/doc/forum/Delete_unused_files__47__metadata/comment_1_3efc19895c8dec89b71ae3778b583fea._comment b/doc/forum/Delete_unused_files__47__metadata/comment_1_3efc19895c8dec89b71ae3778b583fea._comment
new file mode 100644
index 0000000000..c0d779abd1
--- /dev/null
+++ b/doc/forum/Delete_unused_files__47__metadata/comment_1_3efc19895c8dec89b71ae3778b583fea._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-08-07T20:06:26Z"
+ content="""
+You must have quite a number of files and/or location tracking churn to get the branch that large. 
+
+Removing location tracking files for vanished files from the git-annex branch would not save much space.. Only a very little bit of tree object size going forward. The way the git-annex branch is merged does not really allow deleting files from it. And of course git uses space for even deleted files.
+
+It'd be possible to delete the git-annex branch entirely, first backing up git-annex:uuid.log  git-annex:remote.log and git-annex:trust.log and then making a new, clean branch that those files are added back to. Then run git annex fsck on every clone to repopulate the location tracking info for files that still exit. (Note that this would also lose urls stored by `git-annex addurl`.)
+"""]]
diff --git a/doc/forum/Delete_unused_files__47__metadata/comment_2_23597d9468347b3d94257f3c02afe1b8._comment b/doc/forum/Delete_unused_files__47__metadata/comment_2_23597d9468347b3d94257f3c02afe1b8._comment
new file mode 100644
index 0000000000..340debc11e
--- /dev/null
+++ b/doc/forum/Delete_unused_files__47__metadata/comment_2_23597d9468347b3d94257f3c02afe1b8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-08-08T14:54:42Z"
+ content="""
+I'm sort of getting into the same issue as I run 'git-annex get .' and 'git annex sync' with one of the annexes that I have on a nightly basis to collect data for back up reasons. But it's good to know there is a work around for it.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__.mdwn b/doc/forum/Detached_git_work_tree__63__.mdwn
new file mode 100644
index 0000000000..3c1f6ae249
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__.mdwn
@@ -0,0 +1,11 @@
+Does git-annex (safely) handle detached work trees?
+
+That is, in git I can set `GIT_WORK_TREE=/dir/A` and `GIT_DIR=/dir/B` in the environment and have all my .git stuff in /dir/B and all my files in /dir/A.
+
+I can see this coming in useful for a few situations, but in particular for difficult file systems - like SMB or old implementations of NFS.
+
+In my particular case I have a Drobo (something like a proprietary NAS).  The Drobo is linux based, but by default mounts as a samba share or if you install `unfsd` it can be mounted via NFS.  Unfortunately, the nfs is v3 and doesn't allow locks, so git-annex barfs.  :-(
+
+What I'd like to be able to do is have a direct mode annex on the drobo, with the git directory sitting on one of my linux machines.  That machine would be the only one that would directly access the drobo data as an annex but other systems that look at the drobo would see what looks like a normal directory structure; for example my media centre - `mythtv` naturally! - would see "normal" names for my music collection, not SHA256 hashes...
+
+I guess there would be an issue if there were different `GIT_DIR`s pointing to the one `GIT_WORK_TREE`, but that is a caveat emptor IMHO. 
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_10_656c737772bf92be2c7a2f33bd2bb0f0._comment b/doc/forum/Detached_git_work_tree__63__/comment_10_656c737772bf92be2c7a2f33bd2bb0f0._comment
new file mode 100644
index 0000000000..0bf9c12f45
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_10_656c737772bf92be2c7a2f33bd2bb0f0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="comment 10"
+ date="2013-02-24T12:04:21Z"
+ content="""
+Been using it a few hours now and it works like a charm - first thing I did was get a sitemap of the LCA and FOSDEM talks and use addurl --fast on them, since I've been wanting to do that since I saw the lightning talk last year at FOSDEM.
+
+Thanks again for making this awesome utility!
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_1_28ac35a325fba250721d9f1b7c994960._comment b/doc/forum/Detached_git_work_tree__63__/comment_1_28ac35a325fba250721d9f1b7c994960._comment
new file mode 100644
index 0000000000..83721eac36
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_1_28ac35a325fba250721d9f1b7c994960._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:32:51Z"
+ content="""
+Recent versions of git-annex support these variables. I haven't tested it extensively, but AFAIK it works.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_2_7128c26bbc8efea04a5a317edf0ca9f2._comment b/doc/forum/Detached_git_work_tree__63__/comment_2_7128c26bbc8efea04a5a317edf0ca9f2._comment
new file mode 100644
index 0000000000..e9154c6933
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_2_7128c26bbc8efea04a5a317edf0ca9f2._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="Having issues here"
+ date="2013-02-23T14:44:15Z"
+ content="""
+I'm trying to use git-annex with vcsh, and it doesn't seem to be respecting the GIT_WORK_TREE and GIT_DIR variables vcsh sets. If I try it manually, the same happens.
+
+Any time I try to invoke a git-annex subcommand (init, add) via vcsh (vcsh $repo annex init/add/etc) it spits out an error that \"git-annex: Not in a git repository.\"
+
+I'd really like this to work, so that I can manage the bigger files in my home with topic-based annexes alongside plain-git repos for dotfiles.
+
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_3_a3c22f905748ff2c803e8621c74a87a0._comment b/doc/forum/Detached_git_work_tree__63__/comment_3_a3c22f905748ff2c803e8621c74a87a0._comment
new file mode 100644
index 0000000000..0e59edd76e
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_3_a3c22f905748ff2c803e8621c74a87a0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 3"
+ date="2013-02-23T15:01:57Z"
+ content="""
+@Alex, you forgot to say what version of git-annex you are having trouble with.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_4_8063921241760458349e7cb0cadf3d4e._comment b/doc/forum/Detached_git_work_tree__63__/comment_4_8063921241760458349e7cb0cadf3d4e._comment
new file mode 100644
index 0000000000..b0d8fcd419
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_4_8063921241760458349e7cb0cadf3d4e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="comment 4"
+ date="2013-02-23T15:07:52Z"
+ content="""
+3.20130216.1 from Hackage - I packaged it for Exherbo specifically to try this, and installed it about two hours ago.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_5_4510a787255cb03e7d0c3e7b830b7d52._comment b/doc/forum/Detached_git_work_tree__63__/comment_5_4510a787255cb03e7d0c3e7b830b7d52._comment
new file mode 100644
index 0000000000..693e8ef4dd
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_5_4510a787255cb03e7d0c3e7b830b7d52._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 5"
+ date="2013-02-23T16:44:48Z"
+ content="""
+So, I found and fixed that bug. It really seems to be working now. Although I've thought that at least twice before!
+
+There is an important caveat though, with using `GIT_DIR` and/or `GIT_WORK_TREE`.
+
+git-annex needs to check in symlinks that point at the git repository. If using `GIT_DIR`, those symlinks do not look like \"-> .git/annex/objects/\"; they instead point off to some git repository elsewhere, as a relative path. For example they could look like \"-> ../gitrepo/annex/objects/\". Similar when using `GIT_WORK_TREE`.
+
+But this is a problem if you want to use the same git repo elsewhere, with a git work tree and repo that are not set up the same relative to one-another, because the links will all be wrong. So, if you decide to use `GIT_DIR` or `GIT_WORK_TREE` with git-annex, any clone of the repository will need to place the git directory in the same place relative to the working tree. 
+
+If you later want to change the relative paths between git directory and work tree, it would need to be changed in all clones of the repository, and then you could use `git annex fix` to update the symlinks.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_6_ffd9c67ecc5b46ae98996018573f5591._comment b/doc/forum/Detached_git_work_tree__63__/comment_6_ffd9c67ecc5b46ae98996018573f5591._comment
new file mode 100644
index 0000000000..faecbf2f55
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_6_ffd9c67ecc5b46ae98996018573f5591._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="comment 6"
+ date="2013-02-23T21:23:18Z"
+ content="""
+Cool, thanks! The caveat shouldn't be much of a problem for my use case - with vcsh, the workdir is always $HOME, and I'm using the recommended mr-based workflow so the gitdir will always be ~/.config/vcsh/repo.d/$name.git in each clone.
+
+EDIT: fix erroneous path
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_7_36ca007643c983604fc4aed6ec8cb3d2._comment b/doc/forum/Detached_git_work_tree__63__/comment_7_36ca007643c983604fc4aed6ec8cb3d2._comment
new file mode 100644
index 0000000000..9e5d241a25
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_7_36ca007643c983604fc4aed6ec8cb3d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="Further possible issues"
+ date="2013-02-23T23:17:43Z"
+ content="""
+Mm, looking at the actual code changes it may still not work with vcsh - since multiple GIT_DIRS share one GIT_WORKTREE, some symlinks will point to ~/.config/vcsh/repo.d/foo.git and some will point to ~/.config/vcsh/repo.d/bar.git. When git annex is invoked with GIT_DIR='~/.config/vcsh/repo.d/bar.git', with the changes you made files annexed by ~/.config/vcsh/repo.d/foo.git will still match isLinkToAnnex.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_8_b7a2da4fbace7156e11c48a496a19dc9._comment b/doc/forum/Detached_git_work_tree__63__/comment_8_b7a2da4fbace7156e11c48a496a19dc9._comment
new file mode 100644
index 0000000000..7d9d13a7a6
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_8_b7a2da4fbace7156e11c48a496a19dc9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 8"
+ date="2013-02-23T23:23:01Z"
+ content="""
+That should not be a problem, because git-annex only acts on files that `git ls-files` lists.
+"""]]
diff --git a/doc/forum/Detached_git_work_tree__63__/comment_9_f9fa237a693d28178f0451799209f7e2._comment b/doc/forum/Detached_git_work_tree__63__/comment_9_f9fa237a693d28178f0451799209f7e2._comment
new file mode 100644
index 0000000000..16702141c0
--- /dev/null
+++ b/doc/forum/Detached_git_work_tree__63__/comment_9_f9fa237a693d28178f0451799209f7e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="comment 9"
+ date="2013-02-24T00:52:52Z"
+ content="""
+Alright then, sounds like it should be perfect! Thanks for the quick response!
+"""]]
diff --git a/doc/forum/Difference_between_copy__44___move_and_get__63__.mdwn b/doc/forum/Difference_between_copy__44___move_and_get__63__.mdwn
new file mode 100644
index 0000000000..a94281a1fc
--- /dev/null
+++ b/doc/forum/Difference_between_copy__44___move_and_get__63__.mdwn
@@ -0,0 +1,24 @@
+I'm starting to experiment with git annex.  I'd like to use it for a centralized git repo that will be checked out often, but the clones will rarely need some large binary files (used for testing).  Therefore, I've set up a centralized/bare git repo and a clone of that repo using the instructions at [centralized_git_repository_tutorial](http://git-annex.branchable.com/tips/centralized_git_repository_tutorial/) and [bare_repositories](http://git-annex.branchable.com/bare_repositories/).  I've added some files to the annex in the clone.
+
+I'm struggling to understand the difference between copy, move, and get.  Here's a sequence of commands:
+
+    >> git annex add shared/1bel.maegz
+    >> git commit -m "added first file"
+    >> git push
+    >> git annex move shared/1bel.maegz --to origin
+    ## Now it no longer exists in my local repo
+    >> git annex get shared/1bel.maegz
+    fails.
+    >> git annex get shared/1bel.maegz --from origin
+    fails.
+    >> git annex copy shared/1bel.maegz --from origin
+    fails.
+    >> git annex move shared/1bel.maegz --from origin
+    succeeds! Now I have the file in my clone.
+
+Each failure message is:
+
+    fatal: Could not switch to '../.git/annex/objects/W8/gZ/SHA256-s99196--62874e9b58e652c9c01e796c2bf38b2234a80e0cef95c185bb7f0857d9765df2': No such file or directory
+    git-annex: <file descriptor: 6>: hGetLine: end of file
+
+How are copy, move, and get different? Which one *should* I be using to move my large data into the central (bare) repo?  Will it then be available to other clones?
diff --git a/doc/forum/Difference_between_copy__44___move_and_get__63__/comment_1_26ee8192af3a62178c1ccf17c6da5ca5._comment b/doc/forum/Difference_between_copy__44___move_and_get__63__/comment_1_26ee8192af3a62178c1ccf17c6da5ca5._comment
new file mode 100644
index 0000000000..fb1aed5da1
--- /dev/null
+++ b/doc/forum/Difference_between_copy__44___move_and_get__63__/comment_1_26ee8192af3a62178c1ccf17c6da5ca5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-09T02:00:11Z"
+ content="""
+There is no particular reason to use any of copy, move, or get. Use which ever command makes sense at the time.
+
+The problem you're encoutering is that you have an old, and broken version of git-annex installed. Upgrade and the error message will go away and both get and copy, in your example, will work.
+"""]]
diff --git a/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn
new file mode 100644
index 0000000000..8413a6e08a
--- /dev/null
+++ b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__.mdwn
@@ -0,0 +1,6 @@
+Is there likely to be any problem in pointing different annexes to the same special remote (i.e. rsync/box.com/etc.) ?
+
+As the objects are stored based on their SHA256 key the expectation is that the chance of collision is is small.
+
+The only problem I can foresee is where the same content is stored in more than one annex and it is deleted in the remote in one annex, but not the other - there won't be any protection against that, but for non-overlapping content this risk should be negligible.
+
diff --git a/doc/forum/Different_annexes_pointing_to_same_special_remote__63__/comment_1_359f46805e6508d03aadd90429937546._comment b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__/comment_1_359f46805e6508d03aadd90429937546._comment
new file mode 100644
index 0000000000..282ed82c8b
--- /dev/null
+++ b/doc/forum/Different_annexes_pointing_to_same_special_remote__63__/comment_1_359f46805e6508d03aadd90429937546._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 1"
+ date="2013-02-24T21:51:19Z"
+ content="""
+You're basically right. Additionally, if you use encryption, the keys used on the remote are themselves encrypted and so even the same content will result in different keys.
+
+With this said, it's easy to use a subdirectory of a rsync or box.com remote, and I'd rather recommend doing that, rather than jumbling multiple repositories data into a single directory.
+"""]]
diff --git a/doc/forum/Direct_special_remotes.mdwn b/doc/forum/Direct_special_remotes.mdwn
new file mode 100644
index 0000000000..bf80d57f85
--- /dev/null
+++ b/doc/forum/Direct_special_remotes.mdwn
@@ -0,0 +1,26 @@
+I have a NAS at home which I access both as AFP/SMB shares and thru ssh/rsync.  Now, I'd like to keep on using the shares as before, i.e., browsable via AFP/SMB with conventional file names.  Ideally, I'd also like to git-annex some NAS shares, preferably, in direct mode. However, it seems out of the question to install git-annex on the NAS (hopefully, I'm wrong about this in the long run).
+
+Two **non-special remote setups** would be:
+
+1. Mount the share and turn it into a direct mode git annex repo.  Does anybody have experience with this?  I'd suspect this to be very inefficient due to the use of all the files in .git over AFP/SMB.  Configuration as a WORM backend seems to be advised? (Edit: Well, I just tried this and 'git annex init' failed as described in this [forum post](http://git-annex.branchable.com/forum/Can__39__t_init_git_annex/).  So AFP/SMB seem to be non-starters. :-(  Furthermore, AFP/SMB are immediately detected as crippled and set to direct mode automatically.)
+2. Same as 1. but with a local GIT_DIR.  This should work by having .git on the NAS link to the local GIT_DIR.
+
+Alternatively, I could treat my NAS as a [**web special remote**](http://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/).  Some URL schemes come to mind:
+
+* **file:**  This would benefit from some wish list items ([recursive directory remote setup/addurl](http://git-annex.branchable.com/todo/wishlist:_recursive_directory_remote_setup__47__addurl/)).
+* **rsync:** AFAIK not implemented (yet?) as an option for web special remotes.
+* **sftp:** (Might also include ssh access.)
+
+The problem is that the "web semantics" don't really work in my use case:
+
+* Files might change/move on the NAS.
+* I'd like changes (e.g., renamed files) in my local repo to propagate to the NAS.  Currently, git-annex would use git push for this purpose IIUC, however that's not available on the NAS...
+* the web semantics seem to imply that there is exactly one "web" repository (and the URL is fixed)
+
+All of these indicate a mismatch between my use case and web special remotes.
+
+Hence my question: **Would something like a "direct special remote" make sense?**
+
+As a starting point I'd look at a setup similar to 2. above, i.e., a remote "working copy" with local GIT_DIR.  Except that instead of a whole local .git directory a branch in an existing .git dir might be more appropriate...
+
+--Chris
diff --git a/doc/forum/Direct_special_remotes/comment_1_50357130a1c57ad2fab70f71925faf02._comment b/doc/forum/Direct_special_remotes/comment_1_50357130a1c57ad2fab70f71925faf02._comment
new file mode 100644
index 0000000000..09e9771280
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_1_50357130a1c57ad2fab70f71925faf02._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVICFY2CDP08xdsPr3cgmScomy9HA-1sk"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2013-04-04T00:33:15Z"
+ content="""
+\"Dumb NAS in direct mode, without git-annex installed\" would greatly expand the possible use cases IMO - it would transform git-annex from a distributed filesystem to a general sync tool. Or maybe I'm dreaming.
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_2_e94a722ca056a068bcc16eb822008602._comment b/doc/forum/Direct_special_remotes/comment_2_e94a722ca056a068bcc16eb822008602._comment
new file mode 100644
index 0000000000..4b4d8632c8
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_2_e94a722ca056a068bcc16eb822008602._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.179.73"
+ subject="Local rsync ssh remote (I am confused)"
+ date="2013-04-13T17:54:06Z"
+ content="""
+If I understand this right, it is not possible to use git-annex as a simple wrapper around rsync.
+
+My use case is this: I have a music folder on a plug computer running debian squeeze. The plug computer acts as a streaming music server. My wish is to create a local ssh remote to have my laptop git-annex music repo in sync with the plug computer. So ideally I don't want to install git-annex on the plug computer (but git is there so a git bare repo can be used).
+
+According to the UI, if I use \"Pairing with a local computer\", both computers needs to have git-annex installed. If I try \"Remote server\" either I need both machines git-annex aware or I need the content of the plug computer to be encrypted (which is obviously not what I want in this case).
+
+Is the use case supported by the UI ? Should I try with the CLI ?
+
+Thanks for your help
+
+
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_4_187036bbfee0508e2914afb51ead3c71._comment b/doc/forum/Direct_special_remotes/comment_4_187036bbfee0508e2914afb51ead3c71._comment
new file mode 100644
index 0000000000..1f62871115
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_4_187036bbfee0508e2914afb51ead3c71._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.190.181"
+ subject="comment 4"
+ date="2013-04-14T09:01:27Z"
+ content="""
+Thanks !
+
+Before trying the CLI, I will install have a go with installing git-annex on the plug computer.
+
+Do you know by any chance if version 3.20120629~bpo60+2 (the available version on squeeze-backport) will be compatible with the current latest release (4.20130405) ?
+
+I guess I am asking if version 3 is compatible with version 4.
+
+
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_4_6bfbf60f2061d49b7d34c844e7e1dea2._comment b/doc/forum/Direct_special_remotes/comment_4_6bfbf60f2061d49b7d34c844e7e1dea2._comment
new file mode 100644
index 0000000000..86621a00e3
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_4_6bfbf60f2061d49b7d34c844e7e1dea2._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.48.75.171"
+ subject="comment 4"
+ date="2013-04-14T01:07:19Z"
+ content="""
+@pradermecker: I think that the CLI would be able to do what you're describing (to some extent), but the issue is that the filenames it creates will be hashes, and not in the folder pattern that is on your laptop. Of course, if the plug computer uses file metadata to determine file info, and will search a directory tree, then it probably won't care that the files are named strange things.
+
+As a quick example:
+
+I have a repo with three files in it:
+
+    $ ls -R
+    .:
+    File 1  File 2  File 3
+
+I copy those files to a directory remote:
+
+    $ git annex copy --to=test-dir *
+    copy File 1 (to test-dir...) 
+    ok                      
+    copy File 2 (to test-dir...) 
+    ok                      
+    copy File 3 (to test-dir...) 
+    ok                      
+    (Recording state in git...)
+
+Then I look at what's in my directory remote:
+
+    $ cd ../remote
+    $ ls -R
+    .:
+    0d4  d35  f15
+
+    ./0d4:
+    d37
+
+    ./0d4/d37:
+    SHA256-s7--a940d8aadc02f798331b2d46f1a8ad2c9821783060f4a0810da42bf785855c1c
+
+    ./0d4/d37/SHA256-s7--a940d8aadc02f798331b2d46f1a8ad2c9821783060f4a0810da42bf785855c1c:
+    SHA256-s7--a940d8aadc02f798331b2d46f1a8ad2c9821783060f4a0810da42bf785855c1c
+
+    ./d35:
+    55c
+
+    ./d35/55c:
+    SHA256-s7--ab1ad6a49c022416008887464b8dc03b523b9e81530cf47d1f6f7712c1b30955
+
+    ./d35/55c/SHA256-s7--ab1ad6a49c022416008887464b8dc03b523b9e81530cf47d1f6f7712c1b30955:
+    SHA256-s7--ab1ad6a49c022416008887464b8dc03b523b9e81530cf47d1f6f7712c1b30955
+
+    ./f15:
+    3f2
+
+    ./f15/3f2:
+    SHA256-s7--d1993f1115215aa6389e33fa9979fb39bb29e5bed14661baf1cf6af3182f0164
+
+    ./f15/3f2/SHA256-s7--d1993f1115215aa6389e33fa9979fb39bb29e5bed14661baf1cf6af3182f0164:
+    SHA256-s7--d1993f1115215aa6389e33fa9979fb39bb29e5bed14661baf1cf6af3182f0164
+
+I haven't checked, but I think that the assistant will be able to use a special remote that you create from the CLI once you create it.
+
+To create a remote without encryption using the CLI, try a command of the form `git annex initremote remote-name blah blah blah encryption=none`
+Also see the information at [[special_remotes/directory]], [[special_remotes/rsync]], and [[Repo accessible from \"dumb\" client without git-annex]].
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_5_69c34c655e4b153dfc0d1b8580091124._comment b/doc/forum/Direct_special_remotes/comment_5_69c34c655e4b153dfc0d1b8580091124._comment
new file mode 100644
index 0000000000..bad1f635cb
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_5_69c34c655e4b153dfc0d1b8580091124._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.48.75.171"
+ subject="comment 4"
+ date="2013-04-16T07:57:05Z"
+ content="""
+Not I. Sorry. You might want to make a forum post about this, if you haven't already: [[forum]]
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_6_b054cfc3d3f81873f3faae7eb4f5337c._comment b/doc/forum/Direct_special_remotes/comment_6_b054cfc3d3f81873f3faae7eb4f5337c._comment
new file mode 100644
index 0000000000..5ade3f1d01
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_6_b054cfc3d3f81873f3faae7eb4f5337c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-16T17:03:36Z"
+ content="""
+Version 3.2012* is compatible with the current version. You can install that version anywhere you don't need the full assistant.
+"""]]
diff --git a/doc/forum/Direct_special_remotes/comment_7_5f9d8a0ef2f13f242594848825d29ee7._comment b/doc/forum/Direct_special_remotes/comment_7_5f9d8a0ef2f13f242594848825d29ee7._comment
new file mode 100644
index 0000000000..fa1f07daac
--- /dev/null
+++ b/doc/forum/Direct_special_remotes/comment_7_5f9d8a0ef2f13f242594848825d29ee7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkI9AR8BqG4RPw_Ov2lnDCJWMuM6WMRobQ"
+ nickname="Dav"
+ subject="Curious to know if there's progress on this"
+ date="2013-12-09T00:49:45Z"
+ content="""
+The above scenario is also quite interesting to me. Similarly running and old OS (Debian 4.x) on a NAS, and it would be great to be able to access files directly (via direct mode) and manage via git annex, along with a true backup elsewhere. Mostly commenting so I'll get emails for further discussion here.
+"""]]
diff --git a/doc/forum/Distributing_data_to_a_set_of_drives.mdwn b/doc/forum/Distributing_data_to_a_set_of_drives.mdwn
new file mode 100644
index 0000000000..406379715d
--- /dev/null
+++ b/doc/forum/Distributing_data_to_a_set_of_drives.mdwn
@@ -0,0 +1 @@
+Here is my situation, Say I have a repo that is 3 TBs (lets call this repo A has full copy of everything.) and I have 3 other drives all 1 TB each lets call them B C D, then I have partial checkouts on my laptops D E. What I would like to do is, have two copies of all files in A and BCD I would like to threat BCD as a group acting like a single repo so A distributes files evenly to drives in group BCD. I also want copies in D and E to not count towards num of files. As for the latter even though I set D and E as untrusted annex still counts copies on those repos If a get a file in D assistant drops a copy from one of the trusted repos A or BCD I have to move it back instead of just dropping it. Also How can I or is it possible to set BCD to act as a group so A distributes files among drives currently I can do this using find/get but it turns it into a math problem every time a add a file to A I have to manually check which disk has most space navigate to it check files with less copies then 2 and get them.
diff --git a/doc/forum/Distributing_data_to_a_set_of_drives/comment_1_f1fa72879f4e1db13bf59dea33c91624._comment b/doc/forum/Distributing_data_to_a_set_of_drives/comment_1_f1fa72879f4e1db13bf59dea33c91624._comment
new file mode 100644
index 0000000000..f0c0a1c2be
--- /dev/null
+++ b/doc/forum/Distributing_data_to_a_set_of_drives/comment_1_f1fa72879f4e1db13bf59dea33c91624._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 1"
+ date="2014-05-08T16:56:34Z"
+ content="""
+I recommend rewriting your comment.  Use paragraphs and be more clear and specific.
+"""]]
diff --git a/doc/forum/Distributing_data_to_a_set_of_drives/comment_2_e13b4e5c1e6f1f503f93d521b504d5c1._comment b/doc/forum/Distributing_data_to_a_set_of_drives/comment_2_e13b4e5c1e6f1f503f93d521b504d5c1._comment
new file mode 100644
index 0000000000..5843ab1779
--- /dev/null
+++ b/doc/forum/Distributing_data_to_a_set_of_drives/comment_2_e13b4e5c1e6f1f503f93d521b504d5c1._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 2"
+ date="2014-05-17T17:00:19Z"
+ content="""
+git-annex doesn't allow bonding repositories like that, but it does have repository groups which can accomplish the same thing.
+
+For example, if you put B C and D into the archive group, and set the [[preferred_content]] expression to \"standard\", then each repository will only want files that have not yet reached some other archive repository.
+
+Or, you can make up your own group name, like \"BCD\" and set the preferred content of each repository to something like \"not (copies=BCD:2)\"  -- and now it will try to have 2 copies of each file on one of the drives.
+
+Once it's configured, using either the git-annex assistant, or `git annex sync --content` will copy files around according to the configuration.
+
+This will tend to fill up the first drive, or the first 2 drives, and only use subsequent drives if files don't fit on the first drive. You can use [[cost]] settings to control which drives files are put on.
+"""]]
diff --git a/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__.mdwn b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__.mdwn
new file mode 100644
index 0000000000..d5a3d3a928
--- /dev/null
+++ b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__.mdwn
@@ -0,0 +1 @@
+Do both friends need to be online in order for Jabber syncing to work? Or will the pushed changes be stored on the Jabber server, so that when the remote machine does come online it can pull them even if the original machine is now offline?
diff --git a/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_1_f290dd8547176793934f8077374e1c0a._comment b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_1_f290dd8547176793934f8077374e1c0a._comment
new file mode 100644
index 0000000000..8df82612a9
--- /dev/null
+++ b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_1_f290dd8547176793934f8077374e1c0a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-02-27T17:54:47Z"
+ content="""
+Both friends need to be online at the same time to sync with Jabber.
+
+There are some extensions that store and forward jabber messages, but:
+
+* They are probably not widely available.
+* AFAIK they only forward chat messages. But we try not to use visible messages, because that would prevent
+  reusing your jabber account with git-annex.
+* Most importantly, the git protocol lets the sender and receiver communicate with each other to work out what data to transfer. If one if offline, the best that could be done is to upload the whole git repository!
+
+If you want the ability for off-line clients to sync up, you should add a shared bare git repository.
+"""]]
diff --git a/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_2_c358eb51047f333e582bd824be5e0e65._comment b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_2_c358eb51047f333e582bd824be5e0e65._comment
new file mode 100644
index 0000000000..b3efced0b8
--- /dev/null
+++ b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_2_c358eb51047f333e582bd824be5e0e65._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="24.16.193.140"
+ subject="comment 2"
+ date="2013-03-11T19:40:30Z"
+ content="""
+How would I add a shared bare git repository in the web app?
+"""]]
diff --git a/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_3_a2332c0e7b29110b9aed2ab69ce9d8c4._comment b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_3_a2332c0e7b29110b9aed2ab69ce9d8c4._comment
new file mode 100644
index 0000000000..c9a8779808
--- /dev/null
+++ b/doc/forum/Does_Jabber_syncing_work_when_the_buddy_is_offline__63__/comment_3_a2332c0e7b29110b9aed2ab69ce9d8c4._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-11T19:45:34Z"
+ content="""
+That's done by the \"Remote server\" option on the Repositories page.
+
+You need to have git-annex (any old version will do) installed on the server for this to work.
+
+Of course, a regular git remote will do as well, although the assistant does not set this up. You could even use github for that remote, or a similar service; any remote added with `git remote add` will be used by the assistant.
+"""]]
diff --git a/doc/forum/Does_git-annex_version_big_files__63__.mdwn b/doc/forum/Does_git-annex_version_big_files__63__.mdwn
new file mode 100644
index 0000000000..5cbe7d50ac
--- /dev/null
+++ b/doc/forum/Does_git-annex_version_big_files__63__.mdwn
@@ -0,0 +1,5 @@
+Hi
+
+I am trying to understand how git-annex works. Does it version big files at all? 
+
+thanks
diff --git a/doc/forum/Does_git-annex_version_big_files__63__/comment_1_0b44003c1dc53adb807298ae452f8004._comment b/doc/forum/Does_git-annex_version_big_files__63__/comment_1_0b44003c1dc53adb807298ae452f8004._comment
new file mode 100644
index 0000000000..7f403f0cde
--- /dev/null
+++ b/doc/forum/Does_git-annex_version_big_files__63__/comment_1_0b44003c1dc53adb807298ae452f8004._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-09T18:56:59Z"
+ content="""
+Yes. Have you read [[How_It_Works]]?
+"""]]
diff --git a/doc/forum/Does_git-annex_version_big_files__63__/comment_2_ca40b67abd7bd36155d16d0396d7472c._comment b/doc/forum/Does_git-annex_version_big_files__63__/comment_2_ca40b67abd7bd36155d16d0396d7472c._comment
new file mode 100644
index 0000000000..a753d7e82e
--- /dev/null
+++ b/doc/forum/Does_git-annex_version_big_files__63__/comment_2_ca40b67abd7bd36155d16d0396d7472c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="karhun"
+ ip="99.20.248.32"
+ subject="comment 2"
+ date="2012-11-09T21:37:19Z"
+ content="""
+Hi
+
+Thanks for the pointer.
+
+The reason I asked about is that it says that \"git-annex allows managing files with git, without checking the file contents into git. \". So I was just trying to understand the mechanic behind the description. If it is not check into the git then probably it is not versioning the files. I assumed that it must be  merely a sync tool.
+
+
+"""]]
diff --git a/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment b/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment
new file mode 100644
index 0000000000..33c4ef7ba8
--- /dev/null
+++ b/doc/forum/Does_git-annex_version_big_files__63__/comment_3_32de3501feedce51b43ed9dcc399c7a9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="karhun"
+ ip="99.20.248.32"
+ subject="comment 3"
+ date="2012-11-12T05:58:16Z"
+ content="""
+Hi
+
+I have one more follow up question.
+
+So git-annex versions files as I understand. Is it possible to use it without file versioning and just use it as a sync tool. I realize that there are example scenarios to demonstrate it however I would like to disable versioning if possible because I am intending to use it on large folders with big binary type files.
+
+thanks
+
+"""]]
diff --git a/doc/forum/Does_git-annex_version_big_files__63__/comment_4_8c65a7f8bda3c876971c2801fb6a76a1._comment b/doc/forum/Does_git-annex_version_big_files__63__/comment_4_8c65a7f8bda3c876971c2801fb6a76a1._comment
new file mode 100644
index 0000000000..f7f2e85dce
--- /dev/null
+++ b/doc/forum/Does_git-annex_version_big_files__63__/comment_4_8c65a7f8bda3c876971c2801fb6a76a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 4"
+ date="2012-11-12T15:17:53Z"
+ content="""
+Let's suppose you delete a file from git, and sync the deletion. Later, you can run `git annex unused` and it will find content not needed by any branch of the git repository. And if you choose, you can use `git annex dropunused` to delete that content.
+"""]]
diff --git a/doc/forum/Does_migrate_ensure_data_integrity__63__.mdwn b/doc/forum/Does_migrate_ensure_data_integrity__63__.mdwn
new file mode 100644
index 0000000000..872e7d53da
--- /dev/null
+++ b/doc/forum/Does_migrate_ensure_data_integrity__63__.mdwn
@@ -0,0 +1,7 @@
+Out of simple curiosity, how does 'git annex migrate' work?  I'm mostly wondering how file integrity is ensured.
+
+Let's say you want to migrate foo.txt from (say) md5 to sha256.  Does git annex simply sha256sum foo.txt and rename it in the .git/objects folder to the new sum?  Or does it md5sum foo.txt, verify that it's the not corrupt, then sha256sum it and rename to the new sum?
+
+You could run into problems if you migrate without first verifying; if the file is corrupt and you simply sha256sum and rename it, then the file wouldn't seem corrupt at your next fsck.
+
+I'm sure you've considered this during the basic design phase of git-annex, but I'd just like to be sure.  I'm kind of paranoid when it comes to data integrity. =P
diff --git a/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_1_cef50b32c46f4406c6f918c5866ddc15._comment b/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_1_cef50b32c46f4406c6f918c5866ddc15._comment
new file mode 100644
index 0000000000..7c819a8ca9
--- /dev/null
+++ b/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_1_cef50b32c46f4406c6f918c5866ddc15._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T18:28:01Z"
+ content="""
+I actually didn't originally consider this, but it turns out I have wonderful users, and you're at least the second to consider this case.
+
+So the released git-annex version does already verify the checksum when doing a migration. However, as I was checking this, I noticed 
+I had left a window between the verification and the generation of the new key for the migration. It's pretty unlikely a file would get corrupted just as it was being migrated, but that's no excuse. I've committed a change that reverses the order; so it generates a new key and then verifies the old one.
+"""]]
diff --git a/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_2_f389b924c8531b35fdf5dedd10fc8000._comment b/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_2_f389b924c8531b35fdf5dedd10fc8000._comment
new file mode 100644
index 0000000000..c377d814c5
--- /dev/null
+++ b/doc/forum/Does_migrate_ensure_data_integrity__63__/comment_2_f389b924c8531b35fdf5dedd10fc8000._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="154.51.136.37"
+ subject="comment 2"
+ date="2013-05-14T15:54:08Z"
+ content="""
+An even better solution.  Thanks for your time and effort joey!
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files.mdwn b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files.mdwn
new file mode 100644
index 0000000000..aae2bf2764
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files.mdwn
@@ -0,0 +1,25 @@
+My Use Case:
+
+I try basicly to use annex as a raid-like tool (at least thats the first step)
+
+so I added some big files to it, and then I synced it to a usb-remote. So far all did go well...
+
+No I startet annex watch daemon... because I thought it would then watch the files and checkin and out at least for the "origin" copy of the files.
+
+Then I thought lets delete some files I dont need anymore... so... rm.... ^^
+
+Maybe I just wanted to see what happens or if that would magicly do what I wanted him to do... ok I knew that it would not delete the file on the usb-drive (backup...) ok... but maybe at least localy...
+
+
+Now what did happen instead of that... the links are gone yes... the files it self are in the .git objects tree, so they did not get deleted, so ok not the way I wanted... have to unlock it first, would make maybe sense...
+
+So I tried first to get the links back... tried fix, tried unused, tried get... but the links doesnt show up again...
+
+is there a way to first bring back the links?
+is it save or the right way to just git rebase HEAD~3 to bring the links back?
+
+and then when I want to delete files from all places whats the way to do that... annex unlock -> then delete? or git drop filex --copies=0 or something?
+
+like I said I try to use is like a more flexible raid thing, this files are to big to really back em up with history... I watch them... and then soon I will often delete them (from everywhere). but other parts stay... I dont delete them then... ^^
+
+So maybe I missuse annex for that usecase... try to find that out ;)
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_1_b307bfb0b70d649897f411eb753bd50a._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_1_b307bfb0b70d649897f411eb753bd50a._comment
new file mode 100644
index 0000000000..739319b71e
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_1_b307bfb0b70d649897f411eb753bd50a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.60"
+ subject="comment 1"
+ date="2012-09-16T00:14:49Z"
+ content="""
+You can use any git command you like like `git rebase` or `git revert` to operate on the links.
+
+git-annex, like git, keeps data for files that have been deleted.
+
+The `git annex unused` command will find that data and let you remove it. See [[walkthrough/unused_data]].
+
+
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_2_58a6a1476274b8c4feb3d43ecd998759._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_2_58a6a1476274b8c4feb3d43ecd998759._comment
new file mode 100644
index 0000000000..01ad2901d2
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_2_58a6a1476274b8c4feb3d43ecd998759._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="thanx for fast help ;)"
+ date="2012-09-16T16:09:29Z"
+ content="""
+git-annex version: 3.20120629
+
+git annex unused did not show me anything... dont know why... I did only \"rm Directory\" not git rm... but \"git annex watch\" did check it in... I sadly have reverted and droped the file now... but if you want I can try to delete other files the same way to see if annex unused shows them... then I post the hole commands... k I try it now:
+
+oh I see the directory I wanted to drop did not get dropped because I set numcopies to 2 ;) so I try it again with that file:
+
+1. rm -r directory
+2. ls it is gone (should be ;) )
+
+user@host:~/annex/SOFTWARE$ git annex unused
+unused . (checking for unused data...) (checking master...) (checking synced/master...) (checking usbdrive/master...) ok
+user@host:~/annex/SOFTWARE$ 
+
+Is that like it should be? If so, should unused only show stuff that I delete with git rm?
+
+
+-----------------------------------
+
+Ok I did read the unused doku you pointed me. So I thought I got it, but I did not:
+
+If I
+
+1. rm File
+2. in the usb-repos, git pull
+both repositories dont have a link to the file.
+3. git unused shows nothing
+4. it seemed that the link AND the File it links to got deleted:
+
+-../.git/annex/objects/pM/vq/SHA256-s1066518528--00c5e1b1610c0c2dfab05c7a55aaad
+
+but the file size is 1gb, both directories dont get smaller... also if I use git gc after that it does not get smaller too.
+
+Is there a way to really delete files from both repositories.
+
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_3_4b857f481db7b2437ac9f8137a8510e2._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_3_4b857f481db7b2437ac9f8137a8510e2._comment
new file mode 100644
index 0000000000..a1e003ee77
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_3_4b857f481db7b2437ac9f8137a8510e2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.60"
+ subject="comment 3"
+ date="2012-09-16T17:08:49Z"
+ content="""
+> unused . (checking for unused data...) (checking master...) (checking synced
+/master...) (checking usbdrive/master...) ok
+
+It still considers a file's content used while some branch contains the file. So one of the branches it's checking there still has your file in it. Once you get all the branches synced up, the file will become unused.
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_4_828db3bf2863d98c0b0fb4074aa7f066._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_4_828db3bf2863d98c0b0fb4074aa7f066._comment
new file mode 100644
index 0000000000..20e1801075
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_4_828db3bf2863d98c0b0fb4074aa7f066._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="comment 4"
+ date="2012-09-16T22:51:00Z"
+ content="""
+hmm Ok I tried now something that seems to did it...  after I did checkin and pull the deletion of the soft-link of the file... I addionaly used git annex sync, and then again pushed it from the usb drive... now the unused command finds stuff...
+
+So am I right now to make that happen:
+
+1. delete the file in the \"main\" repos
+2. git pull from the other repository(s)
+3. git annex sync
+
+4. git annex unused (now it founds something to delete)
+
+5. git annex dropunused 1-1000 (or some other range) do that in both repositories to delete in on both... and do that maybe as cronjob (from point 2 to 5) or do the last last step only if a drive is nearly full (automaticly or manually...)
+
+ok so maybe I could use that.
+
+the advantages over something like rsync are...
+
+1. I have a history and can reverse some operations (till I do step 5 ^^)
+2. I am more flexible in repo/remote types
+3. checksums get saved
+4. I can have repo with all links but 0 data on a 3rd pc and can \"get\" stuff dynamicly (what is the cheapest transfeir) ot them... aka partial checkouts
+
+ok I think the 4. advantage buys me ;)
+
+hope I got it now right with the 5 step instruction.
+
+keep up your great work, would have tried kickstarter here maybe too for other stuff... but I am no american ;) and eu-guys are not allowed, and I also have no relative in usa ;) but that only as a site note ;)
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_5_cb2063d6a4e08a5c12bf3723d0fa74e0._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_5_cb2063d6a4e08a5c12bf3723d0fa74e0._comment
new file mode 100644
index 0000000000..14e5b3da39
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_5_cb2063d6a4e08a5c12bf3723d0fa74e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 5"
+ date="2012-09-17T14:12:13Z"
+ content="""
+That looks right except you shouldn't have to `git pull from the other repository(s)`.  The first thing `git annex sync` does is a `git pull`.
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_6_1759bcd5708f591f91b9c410f6dc5c54._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_6_1759bcd5708f591f91b9c410f6dc5c54._comment
new file mode 100644
index 0000000000..379d728ee4
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_6_1759bcd5708f591f91b9c410f6dc5c54._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="comment 6"
+ date="2012-09-17T23:00:09Z"
+ content="""
+ok I now at least got it that it is nice to run watch on both repositories... 
+
+but what I dont get is, is the git annex watch commando not a automatic way so that this deamon makes sync command whenever needed? so I have to use git annex sync first on the repos where I delete the file and then again on the repos I want to receive that change... that seemed to work, but why did watch not do that for me???
+
+
+
+
+"""]]
diff --git a/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_7_2a389f01eb5131042ea1e71a73c9787a._comment b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_7_2a389f01eb5131042ea1e71a73c9787a._comment
new file mode 100644
index 0000000000..ecc159641e
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_how_to_delete__47__recover_files/comment_7_2a389f01eb5131042ea1e71a73c9787a._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="comment 7"
+ date="2012-09-18T00:11:50Z"
+ content="""
+cd /mnt/data/annex/ &&
+/usr/bin/git annex sync &&
+/usr/bin/git annex copy --auto --to usbdrive &&
+cd /mnt/usb1/annex/ &&
+/usr/bin/git annex sync &&
+echo \"synced\" ||
+echo \"backup of annex failed\" | sendxmpp -t name@server.country
+
+
+ok suprisingly that did not only sync the files but also did remove the file, so you dont need a pull... dont know what I did wrong the other times I tried, does maybe the  copy command also \"copies\" the delete commit?
+
+but annyway that works for me... (for now I do the dropunused command manuelly...)
+
+that should work as cronjob...
+"""]]
diff --git a/doc/forum/Don__39__t_understand_local_vs._known_keys.mdwn b/doc/forum/Don__39__t_understand_local_vs._known_keys.mdwn
new file mode 100644
index 0000000000..39f8c1041e
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_local_vs._known_keys.mdwn
@@ -0,0 +1,19 @@
+I just created a new Annex by doing the following:
+
+ 1. git init
+ 2. git annex init
+ 3. git annex add .
+ 4. git commit -m "Added files"
+ 5. git annex status
+
+I see the following:
+
+    local annex keys: 224
+    local annex size: 41 gigabytes
+    known annex keys: 235
+    known annex size: 49 gigabytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage: 
+            SHA256: 459
+
+Why is there an 8 gigabyte difference here?  What/where are those files?  What is a bloom filter?
diff --git a/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_1_10749c0d76e824217dd1ff8c8a6e42a5._comment b/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_1_10749c0d76e824217dd1ff8c8a6e42a5._comment
new file mode 100644
index 0000000000..5ab1d55cc2
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_1_10749c0d76e824217dd1ff8c8a6e42a5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-10-17T12:54:42Z"
+ content="""
+Those are duplicate files.
+
+see http://git-annex.branchable.com/tips/finding_duplicate_files/ for how to easily display them.
+"""]]
diff --git a/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_2_db9f1b6d9638c2b0a7e241c2727e8cfb._comment b/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_2_db9f1b6d9638c2b0a7e241c2727e8cfb._comment
new file mode 100644
index 0000000000..c1ca018f5c
--- /dev/null
+++ b/doc/forum/Don__39__t_understand_local_vs._known_keys/comment_2_db9f1b6d9638c2b0a7e241c2727e8cfb._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2012-10-17T17:32:52Z"
+ content="""
+The local keys are files whose content is locally present.  
+The known keys are annexed files in the current branch, whose content may or may not be present. 
+
+Justin is correct -- if you have the same file in the tree twice, it will be counted twice as known keys. Since git-annex deuplicates, only one local key is needed to store it.
+
+The bloom filter is a technical implementation detail that allows the potentially expensive status scan to run in constant space. You can read about it on Wikipedia if interested. :)
+"""]]
diff --git a/doc/forum/Drop_with_assistant.mdwn b/doc/forum/Drop_with_assistant.mdwn
new file mode 100644
index 0000000000..f8847ab188
--- /dev/null
+++ b/doc/forum/Drop_with_assistant.mdwn
@@ -0,0 +1,5 @@
+Hi,
+
+how can I handle *drop* with the assistant? There are some files in my annex that I don't need on my laptop. so i just *drop* them on the command line bevcause I have copies on my server and an external usb drive. But after a while the assistant pulls all the files back in. Can I avoid this and make the *drop* somehow "sticky" until i *get* them over cli?
+
+Best, Michael
diff --git a/doc/forum/Drop_with_assistant/comment_1_048f5a31c549afb19b76a65bddd0cd24._comment b/doc/forum/Drop_with_assistant/comment_1_048f5a31c549afb19b76a65bddd0cd24._comment
new file mode 100644
index 0000000000..e59c285c2f
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_1_048f5a31c549afb19b76a65bddd0cd24._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-04-11T07:32:50Z"
+ content="""
+Hi,
+
+you can set your repository type to 'manual'.
+
+Best
+Karsten
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_2_527d7b6a8efa85b904111f179912d926._comment b/doc/forum/Drop_with_assistant/comment_2_527d7b6a8efa85b904111f179912d926._comment
new file mode 100644
index 0000000000..d3ffed3f71
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_2_527d7b6a8efa85b904111f179912d926._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-04-11T08:26:01Z"
+ content="""
+@Karsten But then I would loose all replication features? Or can I mark subfolders as manual? Or would I mix different annexes?
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_3_c50857506869bb1cd306b66acf37fba8._comment b/doc/forum/Drop_with_assistant/comment_3_c50857506869bb1cd306b66acf37fba8._comment
new file mode 100644
index 0000000000..cd45baeaf1
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_3_c50857506869bb1cd306b66acf37fba8._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2013-04-11T13:18:04Z"
+ content="""
+The trivial way to do this is to set your repository to \"client\" and then when you want to drop a file, create a folder called \"archive\" and drag the file into that folder.  The assistant will drop it (if numcopies is satisfied that there are enough copies elsewhere).  If you want it back, drag it out of the archive and the assistant will re-fetch it.
+
+This is how I use git-annex: I have an ssh remote and a usb drive which are both \"backup\" and my laptop is \"client\", and my numcopies is sent to 2.
+
+Files are always copied to the ssh remote and the usb drive because they're \"backup.\"  That fulfills my numcopies=2.  At that point, anything in an \"archive\" folder on my laptop will be dropped automatically.
+
+It means my annex is littered with \"archive\" folders, but it achieves the desired effect.
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_4_1ea37445d5eb96c3efa182e88e07b867._comment b/doc/forum/Drop_with_assistant/comment_4_1ea37445d5eb96c3efa182e88e07b867._comment
new file mode 100644
index 0000000000..56fcfa2549
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_4_1ea37445d5eb96c3efa182e88e07b867._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 4"
+ date="2013-04-11T13:39:13Z"
+ content="""
+A nice feature would be, to  be able to put a .annex-manual file into a subfolder and from that point the files would require manual git-annex management.
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_5_c08908ea5232cbe067c73ecd12d0e218._comment b/doc/forum/Drop_with_assistant/comment_5_c08908ea5232cbe067c73ecd12d0e218._comment
new file mode 100644
index 0000000000..b13392a9cd
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_5_c08908ea5232cbe067c73ecd12d0e218._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-11T15:00:10Z"
+ content="""
+Setting your repository to manual doesn't prevent it syncing changes out to other repositories, it just prevents it from downloading the contents of files it doesn't already have.
+
+
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_6_015134228cb865f97326fbb7193636ea._comment b/doc/forum/Drop_with_assistant/comment_6_015134228cb865f97326fbb7193636ea._comment
new file mode 100644
index 0000000000..b57bfdda97
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_6_015134228cb865f97326fbb7193636ea._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 6"
+ date="2013-04-12T06:31:17Z"
+ content="""
+@joey But a *manual* node will still be the middleman between say a remote host and a local usb connected to the node?
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_7_950759930667588f21659cd6d7065fbb._comment b/doc/forum/Drop_with_assistant/comment_7_950759930667588f21659cd6d7065fbb._comment
new file mode 100644
index 0000000000..c4bd03a9c8
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_7_950759930667588f21659cd6d7065fbb._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 7"
+ date="2013-04-12T13:30:24Z"
+ content="""
+As I understand it, nothing will \"be the middleman\" in the sense of, if annex A has remotes B and C, grabbing content from B in order to give it to C without regards for whether or not A wants it.  Annex A doesn't think in terms of moving content from one remote to another remote, only in terms of pulling and pushing to remotes individually.
+
+I get the \"move content from remote B to C\" effect by setting numcopies=2 and making both remotes \"backup.\"  If content is only on remote B, it will migrate to A in order to fulfill numcopies.  Then it will migrate to C because of C's preferred content settings.
+
+(Respecting minimum numcopies is higher priority than respecting preferred content settings, so even if A wouldn't normally \"want\" the content, it will receive it if it needs to in order to fulfill numcopies.)
+
+I've got A set to \"client\" so content in archive directories disappears once the content is on B and C (because numcopies is fulfilled, and so A's preferred content can take effect.)
+
+If you had A set to \"manual,\" then it wouldn't automatically drop content once it moved from B to A to C, though.  Because it would only drop things manually.
+
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_8_773e540e46adc43487323e8d38ceb2d9._comment b/doc/forum/Drop_with_assistant/comment_8_773e540e46adc43487323e8d38ceb2d9._comment
new file mode 100644
index 0000000000..9f9e0855ce
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_8_773e540e46adc43487323e8d38ceb2d9._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-04-16T20:46:09Z"
+ content="""
+@edheil, you used to be right about the middleman. But I'm continually improving things. :)
+
+So, consider this situation:
+
+> A (client) --- B (client) ---- C (archive)
+
+If a file is created on A, inside an `archive` directory, B wants a copy, since it's not archived yet. Once B gets the copy, it sends it on the C. At that point, B notices that hey, this file was archived and is in an archive directory, and so it no longer wants its copy and drops it.
+
+(At this point A will also want to drop the file. However, it cannot! This is because git-annex requires positive, direct verification that some other repository has a file before dropping it, and A cannot talk to C to check.
+However, if you set C to be trusted, this verification is bypassed, and then A will be able to drop the file as well.)
+
+This support for middlemen is a new feature, which will be in the next release. You can get it in any recent nightly build.
+
+Amusingly this feature was built without writing any haskell code.. just fine-tuning the preferred content expressions!
+
+We can also consider what happens if B is set to manual. In this case, it won't automatically get the file from A. But if you manually get it, then B will send it on to C. And A will drop the file once it hears that C has it. Due to the manual mode, you'll have to manually drop it from B of course.
+"""]]
diff --git a/doc/forum/Drop_with_assistant/comment_9_d85d120d7219ea6c179c2619a17bdae9._comment b/doc/forum/Drop_with_assistant/comment_9_d85d120d7219ea6c179c2619a17bdae9._comment
new file mode 100644
index 0000000000..9c9aa439c8
--- /dev/null
+++ b/doc/forum/Drop_with_assistant/comment_9_d85d120d7219ea6c179c2619a17bdae9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 9"
+ date="2013-04-17T03:37:48Z"
+ content="""
+Nice!  It sounds like there would be another way to accomplish what I'm currently accomplishing by using numcopies=2 and standard client/backup directories. (backup <--> client <--> backup)
+
+In order to get double backups, I *could* tweak the content settings for my laptop's annex, which is currently set to standard \"client\" mode, so that it's exactly like \"client\" mode except that \"archive\" directories want to drop content which is archived *twice*. (backup <--> tweaked-client <--> backup)
+
+Then I'd get content automatically copying itself out to two archives, and dropping it when it has done so, without touching numcopies.
+
+No reason not to keep doing it the way I'm doing it, since it's simpler, but it's cool to see the assistant getting smarter. :)
+
+"""]]
diff --git a/doc/forum/Effectively_replicating_backup_files.mdwn b/doc/forum/Effectively_replicating_backup_files.mdwn
new file mode 100644
index 0000000000..85d8f4b52e
--- /dev/null
+++ b/doc/forum/Effectively_replicating_backup_files.mdwn
@@ -0,0 +1,25 @@
+I currently use duply/duplicity to back up my networked computers to my home server. I have two external HDDs and, every week or so, I bring one of these home and copy the backup files to the hard drive (I leave them on the server to easily restore files and because I have a large hard drive in that). I use some hand-written scripts to keep a copy these backup files in the cloud (Ubuntu One) until they have been copied to both hard drives, ensuring that there are always two copies of the files somewhere offsite. Out of paranoia, I also have some "standalone backups" that are just huge encrypted archives of important folders (say, my entire Photos directory) as at a certain date - in case for some reason duplicity ever stops working or I need to roll something back to a version years earlier. I am less worried about these standalone backups and manually keep one copy of each somewhere.
+
+It sounds like Git-Annex could automate things quite nicely (and give me some neat extras, like knowing where they were). This is how I understand I should do it, but please let me know if it is the right approach or if you have any suggestions:
+
+1. Create a folder on my server called "annex" and make a Git-Annex "large backup" repository in there.
+2. Create a folder within that called "archive" and put a "backup" folder within that. I understand that having the backups within an archive folder will mean that they aren't automatically copied to my desktop machines etc. 
+3. Within that "backup" folder, create two folders, one called "duplicity" and one called "standalone". Put the backups in the respective folders.
+4. Set up gcrypt Git-Annex repositories on my two external HDDs as "small backups". This seems to just start copying files across. That surprised me, as the files are in the archive folder and I thought the default was numcopies=1. Is there some autosync option that I need to turn off? Ideally, I would like it to encrypt/decrypt primarily with my server GPG key (which I'm not worried about copying around my computers), but also encrypt to my personal GPG key (where I'd only put my public key on the server, but I know I will not lose the secret key for that). Am I right that to do that I would need to set the repos up manually with:
+
+    git init --bare /mnt/externalHDD1
+
+    git annex initremote externalHDD1 type=gcrypt gitrepo=/mnt/externalHDD1 keyid=$serverkey keyid=$personalkey
+
+    git annex sync externalHDD1
+
+    Or should the gitrepo be the location of my main Git-Annex repository? How do I make it sync up with my other repos?
+
+5. I understand that I would then need to set numcopies=3 in a .gitattributes file in the "archive/backup/duplicity" directory and, say, a numcopies=2 in the "archive/backup/standalone".
+6. I could then add a cloud repository as a "transfer" repository and Git-Annex should only keep files on that that are not already in the right number of places (similar to what my scripts are doing now).
+7. I have recently upgraded my hard drive, so I have my old 1TB internal hard drive that I will be putting in a cupboard somewhere. I was thinking that I could make this an archive drive for things like one copy of my duplicity/standalone backups. I wouldn't want it to be the only copy of anything. If I just set it as an archive drive, would this work?
+8. Are there more clever ways of doing this? I consider my external HDDs and the cloud repo as "offsite" repositories and ideally there would always be one copy of my backups offsite (in addition to at least three overall). There would also ideally be one of each of my files "live" (in most cases my server) that could instantly push files into a cloud repo and then to wherever I am. Is there any ability to put repositories in groups and write rules like that?
+
+Any thoughts greatly appreciated!
+
+Aaron
diff --git a/doc/forum/Effectively_replicating_backup_files/comment_1_b1ab0da82db076c5244b0dcc95282ddd._comment b/doc/forum/Effectively_replicating_backup_files/comment_1_b1ab0da82db076c5244b0dcc95282ddd._comment
new file mode 100644
index 0000000000..54f7f782a3
--- /dev/null
+++ b/doc/forum/Effectively_replicating_backup_files/comment_1_b1ab0da82db076c5244b0dcc95282ddd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-07T16:42:14Z"
+ content="""
+This all sounds reasonable to me.
+
+gitrepo= is the location of the repository you are setting up with gcrypt, not your existing git-annex repository.
+
+numcopies configures the lower bound of the number of copies, not the upper bound. There's no \"small backup\" type, you must mean either small archive, or incremental backup. Either type of repository is going to want to have files that have not previously been archived, or backed up.
+
+You might eventually want to write your own [[preferred_content]] expressions to handle offsite repositories. I'd recommend starting simple and building up.
+"""]]
diff --git a/doc/forum/Effectively_replicating_backup_files/comment_2_472ab9c973b475f7f3ce7e3934f94281._comment b/doc/forum/Effectively_replicating_backup_files/comment_2_472ab9c973b475f7f3ce7e3934f94281._comment
new file mode 100644
index 0000000000..668416c047
--- /dev/null
+++ b/doc/forum/Effectively_replicating_backup_files/comment_2_472ab9c973b475f7f3ce7e3934f94281._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
+ nickname="Aaron"
+ subject="comment 2"
+ date="2013-11-07T19:46:32Z"
+ content="""
+Thanks Joey!
+
+> gitrepo= is the location of the repository you are setting up with gcrypt, not your existing git-annex repository.
+
+Great, thanks. If I set these up outside of the WebApp, what is the best way to link them up to my main repositories?
+
+> numcopies configures the lower bound of the number of copies, not the upper bound. There's no \"small backup\" type, 
+> you must mean either small archive, or incremental backup. Either type of repository is going to want to have files 
+> that have not previously been archived, or backed up.
+
+Yes, I meant incremental backup. Thanks, understood. The page on preferred content ( http://git-annex.branchable.com/preferred_content/ ) made things a bit clearer. I didn't realise that the incremental backups etc want a copy even if it isn't necessary to satisfy numcopies. Does that mean that once it is on one backup drive, it will not be sent to the other unless I increase numcopies?
+
+"""]]
diff --git a/doc/forum/Effectively_replicating_backup_files/comment_3_826493bd59b81786c1f6a56f1c438004._comment b/doc/forum/Effectively_replicating_backup_files/comment_3_826493bd59b81786c1f6a56f1c438004._comment
new file mode 100644
index 0000000000..9088de9e73
--- /dev/null
+++ b/doc/forum/Effectively_replicating_backup_files/comment_3_826493bd59b81786c1f6a56f1c438004._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2013-11-08T17:06:02Z"
+ content="""
+The webapp can use remotes that you have configured at the command line just as well as it can use remotes you configure using the webapp.
+
+Each file only gets backed up to one incremental backup repository. If you have a full backup repository it will (try to) get another copy of every single file.
+"""]]
diff --git a/doc/forum/Encrypted_Content_Remote_Daemon_.mdwn b/doc/forum/Encrypted_Content_Remote_Daemon_.mdwn
new file mode 100644
index 0000000000..614d276884
--- /dev/null
+++ b/doc/forum/Encrypted_Content_Remote_Daemon_.mdwn
@@ -0,0 +1 @@
+I am currently using rsync.net to keep my notes in sync, both git repo and the content (gpg encrypted) is stored there. Instead of creating two other repos on a server that I have which has git-annex installed where I can actually use remote daemon. Is it possible to create a repo containing both the git repo and the content encrypted from the command line?
diff --git a/doc/forum/Encrypted_Content_Remote_Daemon_/comment_1_96f63e509e23c081c48302274e21db78._comment b/doc/forum/Encrypted_Content_Remote_Daemon_/comment_1_96f63e509e23c081c48302274e21db78._comment
new file mode 100644
index 0000000000..eb97c2680e
--- /dev/null
+++ b/doc/forum/Encrypted_Content_Remote_Daemon_/comment_1_96f63e509e23c081c48302274e21db78._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-27T00:31:18Z"
+ content="""
+Why not go all the way and encrypt the git repository stored on the remote server too? [[special_remotes/gcrypt]]
+
+When you have git-annex-shell installed on the remote server, the remote daemon should work for gcrypt repositories as well as normal non-encrypted git repositories.
+"""]]
diff --git a/doc/forum/Encrypted_Content_Remote_Daemon_/comment_2_acd0ffdc3f5079265858073c2af81557._comment b/doc/forum/Encrypted_Content_Remote_Daemon_/comment_2_acd0ffdc3f5079265858073c2af81557._comment
new file mode 100644
index 0000000000..a699ad640c
--- /dev/null
+++ b/doc/forum/Encrypted_Content_Remote_Daemon_/comment_2_acd0ffdc3f5079265858073c2af81557._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-04-28T09:14:12Z"
+ content="""
+I would love to use gcrypt and I tried it but the problem is at every sync it will ask for my pass phrase even though the key used to encrypt the repo is pass phrase less it goes through the keys in my keychain and asks me to unlock all my keys one by one.
+"""]]
diff --git a/doc/forum/Encrypted_ssh_remote__44___synced_folders.mdwn b/doc/forum/Encrypted_ssh_remote__44___synced_folders.mdwn
new file mode 100644
index 0000000000..ea54026f87
--- /dev/null
+++ b/doc/forum/Encrypted_ssh_remote__44___synced_folders.mdwn
@@ -0,0 +1,87 @@
+Hello,
+
+I hope my understanding of the git-annex webapp is correct, and if not, please correct my wrong thought-pattern.
+
+I have 2 VPS servers and 5 computers. On the 5 computers, I want to sync one folder (with subfolders and files). All the computers are full-disk encrypted, and it is important for me that when the data leaves my computer, it stays encrypted in one way or another. I want to use the two VPS's as an encrypted ssh full backup repository.
+
+The computers are rarely on at the same time, some are off for two weeks, others are on more frequent. However, the VPS's are always on.
+
+Now, is it possible to set up git-annex to support this behaviour? Using an encrypted ssh remote to make sure the folder is in sync on all computers? 
+
+I've set git-annex up on one box, with the two servers as encrypted full backup remotes (without git-annex installed there), and configured my jabber account. That all works, and the files get synced.
+
+Then I've set up a second computer, while the first one is still on. There I've added my jabber account, and created a local repository. Then I selected "Share with your other devices". It now shows my jabber account on both machines, and I saw a few syncing messages, but then there came errors, "Unable to download files from your other devices". I've attached the log at the bottom of this page.
+
+It gives me the option to add a Cloud Repository. If I add the encrypted rsync full backup remote VPS there, will it work and keep my files in sync? is there something I'm doing wrong?
+
+Note that the computers I've set up now are two OS X machines running Mountain Lion, and the servers are CentOS 6.
+
+Log:
+
+
+    [2013-07-15 07:44:17 CEST] main: starting assistant version 4.20130709-g18e5f43
+
+    (scanning...) [2013-07-15 07:44:17 CEST] Watcher: Performing startup scan
+    (started...) [2013-07-15 07:45:08 CEST] main: starting assistant version 4.20130709-g18e5f43
+
+    (scanning...) [2013-07-15 07:45:08 CEST] Watcher: Performing startup scan
+    (started...) [2013-07-15 07:54:31 CEST] XMPPClient: Pairing with stnl in progress
+    rercrrrreveeeec:ccccv vvvv:r:::: e    rsrrrreoeeeesussssorooooucuuuurerrrrc cccceveeee a    vnvvvvaiaaaansnnnnihiiiisesssshdhhhhe eeeed(dddd C    (o((((CnCCCConoooonennnnncnnnneteeeecicccctottttiniiiio oooonrnnnn e    rsrrrreeeeeestsssse eeeetbtttt y    b bbbbypyyyy e    peppppereeeee)eeeer
+    rrrr)))))
+
+
+
+
+    recv: resource vanished (Connection reset by peer)
+    recv:r errceevcs:vo :ur rercseeos uovruacrneci esv havenadin si(hsCehoden dn( eC(coCtnoinnoennce tcriteoisnoe ntr  erbseyes tep teb eybr y)p
+    epeere)r
+    )
+    [2013-07-15 07:55:00 CEST] XMPPSendPack: Syncing with janwxmpp
+    Already up-to-date.
+    recv: resource vanished (Connection reset by peer)
+    [2013-07-15 07:55:04 CEST] XMPPReceivePack: Syncing with janwxmpp
+    To xmpp::janwxmpp@gmail.com
+     * [new branch]      git-annex -> refs/synced/0a41c397-09e8-4957-a6f4-2a6846a4f9d8/cmVsc3RubEBnbWFpbC5jb20=/git-annex
+     * [new branch]      master -> refs/synced/0a41c397-09e8-4957-a6f4-2a6846a4f9d8/cmVsc3RubEBnbWFpbC5jb20=/master
+    [2013-07-15 07:55:25 CEST] XMPPSendPack: Unable to download files from your other devices.
+    [2013-07-15 07:55:25 CEST] XMPPSendPack: Syncing with janwxmpp
+    recv: resource vanished (Connection reset by peer)
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    [2013-07-15 07:57:25 CEST] XMPPSendPack: Unable to download files from your other devices.
+    recv: resource vanished (Connection reset by peer)
+    recv: resource vanished (Connection reset by peer)
+    recv: resource vanished (Connection reset by peer)
+    recv: resource vanished (Connection reset by peer)
+    recv: resource vanished (Connection reset by peer)
+
+    (Recording state in git...)
+
+    (scanning...) [2013-07-15 08:01:36 CEST] Watcher: Performing startup scan
+    (started...) recvr:rrrrrrre eeeeeeecrcccccccvevvvvvvv:s::::::: o       rurrrrrrrereeeeeeescsssssssoeooooooou uuuuuuurvrrrrrrrcaccccccceneeeeeee i       vsvvvvvvvahaaaaaaanennnnnnnidiiiiiiis sssssssh(hhhhhhheCeeeeeeedoddddddd n       (n(((((((CeCCCCCCCocooooooontnnnnnnnninnnnnnneoeeeeeeecnccccccct tttttttiriiiiiiioeooooooonsnnnnnnn e       rtrrrrrrre eeeeeeesbssssssseyeeeeeeet ttttttt p       bebbbbbbbyeyyyyyyy r       p)pppppppe
+    eeeeeeeeeeeeeeerrrrrrrr))))))))
+
+
+
+
+
+
+
+    [2013-07-15 08:44:42 CEST] XMPPSendPack: Syncing with janwxmpp
+    recv: resource vanished (Connection reset by peer)
+    recrvre:ec cvrv:e: s roreuesrsocoueur rcvceae n vivasanhnieisdsh he(edCd o (n(CnCoeoncnntneiecoctnti ioronen s reretes sebetyt   bpbyey e prpe)ee
+    err))
+
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    [2013-07-15 08:46:42 CEST] XMPPSendPack: Unable to download files from your other devices.
+    [2013-07-15 08:46:42 CEST] XMPPSendPack: Syncing with janwxmpp
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    [2013-07-15 08:48:42 CEST] XMPPSendPack: Unable to download files from your other devices.
diff --git a/doc/forum/Encrypted_ssh_remote__44___synced_folders/comment_1_7b9b4ef614c90e0b222d24678d1b9026._comment b/doc/forum/Encrypted_ssh_remote__44___synced_folders/comment_1_7b9b4ef614c90e0b222d24678d1b9026._comment
new file mode 100644
index 0000000000..9ebee5f702
--- /dev/null
+++ b/doc/forum/Encrypted_ssh_remote__44___synced_folders/comment_1_7b9b4ef614c90e0b222d24678d1b9026._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T19:40:20Z"
+ content="""
+Yes, you need to add the rsync remote to the second computer. Once it's set up, they will be able to exchange file contents using it, and using XMPP as a control channel.
+
+If the first computer already has that rsync remote configured, it should push some notes about the existance of that remote to the second one, over XMPP. Then in the webapp, you should just need to click on \"enable\" next to the rsync remote, and it'll prompt for the necessary info to set it up.
+"""]]
diff --git a/doc/forum/Error_adding_ssh_remote_in_assistant.mdwn b/doc/forum/Error_adding_ssh_remote_in_assistant.mdwn
new file mode 100644
index 0000000000..e2ef42a19d
--- /dev/null
+++ b/doc/forum/Error_adding_ssh_remote_in_assistant.mdwn
@@ -0,0 +1,15 @@
+I'm trying to add a ssh remote in the web app, but I receive the following error:
+
+    Internal Server Error
+
+    ssh-keygen ["-F","router.eisenacher81.org"] exited 1
+
+The console complains about the known_hosts file:
+
+   /home/michael/.ssh/known_hosts is not a valid known_hosts file.
+   line 44 missing key:  AAAAB3NzaC1yc2EAAAABIwAAAIEAtnX75Qa8YVR...
+   key_read: uudecode AAAAB3NzaC1|1|veTakKhYY3OSqCepiq7WAUK8cxQ=|suoi0YU/lgg781Vz9O7yTao5exY= ssh-rsa                            AAAAB3NzaC1yc2EAAAABIwAAAIEA4bTnEFFiKz4+i3S9DWHJVoV8CD1DsVRJRodWdTA86+x58S0l0rUyJgXbGwScMI+xFCrqzpd4Hgoc4ElRykj5SL+7IuB5ZAe+4ILQPeiL9ck/1Q7uoh7vWiURXr92Hz5tjuEe3QI9H   iKauXj5yj5mGq1VVXLN1CdfQ99G4zSxK7c= failed
+   line 73 invalid key: |1|k9vzo7Ftuxf235It5LbrX36p2f0=|rNHdygip...
+   line 93: invalid hashed name: |1||1|aptgcuUg4ITWhZQLxzRHH8gUIOQ=|Qe2JAlAw++SZosE9ZhQW+fA3twE=...   
+   line 120 missing key:  AAAAB3NzaC1yc2EAAAABIwAAAQEAsHa75NfjyB1...
+   /home/michael/.ssh/known_hosts is not a valid known_hosts file.
diff --git a/doc/forum/Error_adding_ssh_remote_in_assistant/comment_1_eecc0660db4083cc91c5330587f74610._comment b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_1_eecc0660db4083cc91c5330587f74610._comment
new file mode 100644
index 0000000000..c5ca912317
--- /dev/null
+++ b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_1_eecc0660db4083cc91c5330587f74610._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-22T12:40:55Z"
+ content="""
+Looks like you have a corrupt known_hosts file, but I'm pretty sure git-annex did not do it, as it only lets ssh update that as normal. If you delete the problem lines it'll probably work, though you might want to save a copy to investigate what happened.
+"""]]
diff --git a/doc/forum/Error_adding_ssh_remote_in_assistant/comment_2_3e6aad22e8020b12ff7ef914b75281d1._comment b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_2_3e6aad22e8020b12ff7ef914b75281d1._comment
new file mode 100644
index 0000000000..85acfcc1e9
--- /dev/null
+++ b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_2_3e6aad22e8020b12ff7ef914b75281d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 2"
+ date="2012-09-27T15:29:56Z"
+ content="""
+I've made the assistant ignore ssh-keygen -F failing.
+"""]]
diff --git a/doc/forum/Error_adding_ssh_remote_in_assistant/comment_3_3ea529e16502071fc0980c6d5c60a036._comment b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_3_3ea529e16502071fc0980c6d5c60a036._comment
new file mode 100644
index 0000000000..799050de06
--- /dev/null
+++ b/doc/forum/Error_adding_ssh_remote_in_assistant/comment_3_3ea529e16502071fc0980c6d5c60a036._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 3"
+ date="2012-09-27T15:42:19Z"
+ content="""
+Okay, cleaning up the file worked for me, but I suspect that these invalid entries were created by a valid program. So ignoring errors in the file is \"good enough\". 
+"""]]
diff --git a/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch.mdwn b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch.mdwn
new file mode 100644
index 0000000000..76294b6a61
--- /dev/null
+++ b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch.mdwn
@@ -0,0 +1 @@
+I have an external HDD which I setup as a remote manually before I started using the assistant.  When I plug it in files sync fine and the git-annex branch gets synced, but the master branch doesn't; git annex sync doesn't do the job and I have to run git pull.  This is annoying because it means that portable drive is useless as a backup, since it doesn't have the required metadata; I have to manually git pull to make it a useful backup.  How can I make the assistant sync the metadata in--if not the master branch, at least origin/master so I could merge later without the remote available.  Thanks.
diff --git a/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_1_9a909e3d89061adacbd8ed370520250c._comment b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_1_9a909e3d89061adacbd8ed370520250c._comment
new file mode 100644
index 0000000000..43fe578e17
--- /dev/null
+++ b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_1_9a909e3d89061adacbd8ed370520250c._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-08T21:25:49Z"
+ content="""
+apologies if I misunderstand your question, but I believe that git-annex puts the metadata in the repository's sync/master branch, which you can merge into the repository's local master either manually or by running \"git annex sync\" in the repository.
+
+"""]]
diff --git a/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_2_0dd489b264374b7b1065b89e1ff7561b._comment b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_2_0dd489b264374b7b1065b89e1ff7561b._comment
new file mode 100644
index 0000000000..d26707c224
--- /dev/null
+++ b/doc/forum/External_drive_syncs_git-annex_branch_but_not_master_branch/comment_2_0dd489b264374b7b1065b89e1ff7561b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.166.255"
+ subject="comment 2"
+ date="2012-12-08T21:57:37Z"
+ content="""
+It does, which is what one would have expected I guess, but I didn't look.  Thanks so much.
+"""]]
diff --git a/doc/forum/Fast_cloning_a_repo_initially.mdwn b/doc/forum/Fast_cloning_a_repo_initially.mdwn
new file mode 100644
index 0000000000..52a275786c
--- /dev/null
+++ b/doc/forum/Fast_cloning_a_repo_initially.mdwn
@@ -0,0 +1,3 @@
+Is there any fast way to rsync a direct-mode (assistant) git/annex directory from one machine to another?
+
+Scenario: I was already using unison to synchronize 40GB between my desktop and laptop. I've added git annex to my desktop, but is there a way to bootstrap on my laptop without needing to re-transfer all the files? (I don't have a .git on my laptop yet but all the files are there already.)
diff --git a/doc/forum/Fast_cloning_a_repo_initially/comment_1_0db0caafe30dd1b6f15fb1679dec8f9f._comment b/doc/forum/Fast_cloning_a_repo_initially/comment_1_0db0caafe30dd1b6f15fb1679dec8f9f._comment
new file mode 100644
index 0000000000..5d4aa35090
--- /dev/null
+++ b/doc/forum/Fast_cloning_a_repo_initially/comment_1_0db0caafe30dd1b6f15fb1679dec8f9f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 1"
+ date="2014-05-23T15:30:23Z"
+ content="""
+I don't recommend moving direct mode repositories between filesystems, because git-annex relies on the inode as one way to detect if files in a direct mode repo have changed. It will notice that all the inode numbers have changed, and fall back to a mode where it only uses mtime.
+
+Anyway, your situation is better handled by initializing a repository on the desktop, and a separate one on the laptop. Then add remotes tying the repos together, and git-annex sync will just do the right thing, including not transferring files that have already been synced to both places.
+"""]]
diff --git a/doc/forum/Fast_cloning_a_repo_initially/comment_2_e17abc209c2b3ba20158be76801ce04a._comment b/doc/forum/Fast_cloning_a_repo_initially/comment_2_e17abc209c2b3ba20158be76801ce04a._comment
new file mode 100644
index 0000000000..0a07264cd0
--- /dev/null
+++ b/doc/forum/Fast_cloning_a_repo_initially/comment_2_e17abc209c2b3ba20158be76801ce04a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jamieson"
+ ip="71.11.161.246"
+ subject="Thanks!"
+ date="2014-05-23T16:11:35Z"
+ content="""
+I'll do it that way, thanks!!
+"""]]
diff --git a/doc/forum/Feature_Request:_add_filename_to_hash_objects.mdwn b/doc/forum/Feature_Request:_add_filename_to_hash_objects.mdwn
new file mode 100644
index 0000000000..173cd2d949
--- /dev/null
+++ b/doc/forum/Feature_Request:_add_filename_to_hash_objects.mdwn
@@ -0,0 +1,6 @@
+hi,  
+i just did git annex unused in 2 repos, one with WORM and one with SHA1.   
+with WORM i instantly could see which file it was, with SHA1 not.  
+
+so would it be possible to just add the first seen filename to the hashes identifier? the name could just be ignored but it would help with unused to see which file i am searching for.  
+thanks!
diff --git a/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_1_73dc0a9cad486cf2d34faf064c6193b1._comment b/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_1_73dc0a9cad486cf2d34faf064c6193b1._comment
new file mode 100644
index 0000000000..8a2f9fb009
--- /dev/null
+++ b/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_1_73dc0a9cad486cf2d34faf064c6193b1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-16T15:19:25Z"
+ content="""
+Adding a filename would defeat deduplication. You suggest adding the \"first seen\" filename, but then git-annex would need to maintain a lookup between hashes and hashes with the first seen filename to use when adding new files.
+
+There is already [[todo/wishlist: option to print more info with 'unused']].
+"""]]
diff --git a/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_2_f818b3ecfeb1d1dd83df4668c061718a._comment b/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_2_f818b3ecfeb1d1dd83df4668c061718a._comment
new file mode 100644
index 0000000000..638492822e
--- /dev/null
+++ b/doc/forum/Feature_Request:_add_filename_to_hash_objects/comment_2_f818b3ecfeb1d1dd83df4668c061718a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="orb"
+ ip="178.11.228.69"
+ subject="comment 2"
+ date="2013-10-17T21:12:09Z"
+ content="""
+thanks! (i hope a thanks is wanted, i know people who are just distracted and consider \"thanks\" posts unnecessary)
+"""]]
diff --git a/doc/forum/Feature_request:_Multiple_concurrent_transfers.mdwn b/doc/forum/Feature_request:_Multiple_concurrent_transfers.mdwn
new file mode 100644
index 0000000000..a9d9fb162d
--- /dev/null
+++ b/doc/forum/Feature_request:_Multiple_concurrent_transfers.mdwn
@@ -0,0 +1,19 @@
+I'm sitting on a pretty fast connection, and often git-annex isn't using my entire upstream to fill the remotes.
+
+Lets say i have an annex with 10 x 100mb files. and my git-annex has 5 special remotes that needs to be filled.
+
+I would like to have git-annex do 5 concurrent uploads(one to each remote). Currently git-annex only uploads to one special-remote at a time (meaning the 4 remaining servers are just waiting).
+
+It would also be nice to have a per remote number of threads. Especially if adding a directory with 1000 small files in it(say 100bytes each), having 5 transfer threads to each remote would make the sync complete much faster.
+
+
+For now i've made a shell script that i call:
+
+    # for j in `seq -w 0 10`; do echo DOING $j; for i in `curl "http://127.0.0.1:$1/?auth=$2" | grep "continue" | gawk -F\"  ' { print $8 } '`; do curl "http://127.0.0.1:$1$i"; sleep 0; done; done
+
+But it is very rough, and basically just starts all transfers on the page. Which means i currently have 315 active transfers running. whoops.
+
+I could improve the shell script. But it really would be quite a bit niftier to have it as settings in git-annex.
+
+Sincerely
+Tobias
diff --git a/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing.mdwn b/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing.mdwn
new file mode 100644
index 0000000000..0a069340c0
--- /dev/null
+++ b/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing.mdwn
@@ -0,0 +1,5 @@
+I'm not sure of the right place for feature requests; sorry if this is incorrect.
+
+It occurred to me that it would be neat if running git annex copy --auto copied enough copies of the file to connected remotes that don't have it to fulfil numcopies (if possible). Further coolness could come from choosing the remotes smartly (based, for example, on availability, access cost, remote disk space, trust level... you get the idea)
+
+Having an option like this would allow the user to use numcopies to backup files to wherever possible, if they don't really care about where those copies go.
diff --git a/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing/comment_1_bbac7d0810a79eb1f42a01e1b31d5c4c._comment b/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing/comment_1_bbac7d0810a79eb1f42a01e1b31d5c4c._comment
new file mode 100644
index 0000000000..cd834e08d4
--- /dev/null
+++ b/doc/forum/Feature_request:_git_annex_copy_--auto_does_the_right_thing/comment_1_bbac7d0810a79eb1f42a01e1b31d5c4c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.183"
+ subject="comment 1"
+ date="2013-02-09T02:32:23Z"
+ content="""
+You can kind of do this now by:
+
+for remote in $(git remote); do git annex copy --auto --to $remote; done
+
+Although without some of the potential smarts of course.
+"""]]
diff --git a/doc/forum/Feature_request:_webapp_support_for_centralized_bare_repos.mdwn b/doc/forum/Feature_request:_webapp_support_for_centralized_bare_repos.mdwn
new file mode 100644
index 0000000000..2fdab28a77
--- /dev/null
+++ b/doc/forum/Feature_request:_webapp_support_for_centralized_bare_repos.mdwn
@@ -0,0 +1 @@
+I would like it if the webapp could support setting up [bare remotes](http://git-annex.branchable.com/tips/centralized_git_repository_tutorial/) to assist with syncing between two machines that are never online at the same time.
diff --git a/doc/forum/Find_files_that_lack_a_certain_field_in_metadata.mdwn b/doc/forum/Find_files_that_lack_a_certain_field_in_metadata.mdwn
new file mode 100644
index 0000000000..b0fe9ddaab
--- /dev/null
+++ b/doc/forum/Find_files_that_lack_a_certain_field_in_metadata.mdwn
@@ -0,0 +1,5 @@
+Is there any way to find all files that do not have a certain field assigned in metadata. E.g. I want to find all files that do not have an author field set and
+
+    git-annex find --not --metadata "author=*"
+
+doesn't give any results.
diff --git a/doc/forum/Find_files_that_lack_a_certain_field_in_metadata/comment_1_476e52563ccd3ad1b43e3a2da4dfaa82._comment b/doc/forum/Find_files_that_lack_a_certain_field_in_metadata/comment_1_476e52563ccd3ad1b43e3a2da4dfaa82._comment
new file mode 100644
index 0000000000..fbfb6ebb69
--- /dev/null
+++ b/doc/forum/Find_files_that_lack_a_certain_field_in_metadata/comment_1_476e52563ccd3ad1b43e3a2da4dfaa82._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-21T22:36:51Z"
+ content="""
+--metadata does not support globs, so your example is asking for all files that don't have an author field with a literal \"*\" value. When I try that command, it lists all files ... as expected.
+
+It seems that adding glob support to it would get to the result you want, and makes sense to parallel git annex view. Change made in git!
+"""]]
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__.mdwn b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__.mdwn
new file mode 100644
index 0000000000..ded094ec13
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__.mdwn
@@ -0,0 +1,3 @@
+I've made a first attempt at a .app launcher for git-annex webapp for OSX, please see <https://github.com/jcftang/git-annex/commits/master> the icon needs to be resized and made to look nicer at somepoint, the launcher assumes that git-annex is in the run time path.
+
+I would imagine it might be possible to fiddle with the paths and get all the needed components into the .app file for OSX users.
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_1_97c261b9080c5ecc5424683066bbe05b._comment b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_1_97c261b9080c5ecc5424683066bbe05b._comment
new file mode 100644
index 0000000000..aa2757054f
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_1_97c261b9080c5ecc5424683066bbe05b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-23T15:14:20Z"
+ content="""
+Aha! I had been fumbling trying to find the right way to do this. Looks very promising. Found the documentation for the file format: <http://developer.apple.com/library/ios/#documentation/General/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html>
+
+Where do I install this thing? If I put the git-annex.app directory inside ~/Desktop/, will that put it on the user's desktop?
+
+Could you make a screenshot?
+
+I'm guessing that the NSAppleScriptEnabled is not needed, and perhaps the LSMinimumSystemVersionByArchitecture block could also be removed.
+"""]]
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_2_ae45f9703b635c235409682cf252d36c._comment b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_2_ae45f9703b635c235409682cf252d36c._comment
new file mode 100644
index 0000000000..edb8e50c7a
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_2_ae45f9703b635c235409682cf252d36c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 2"
+ date="2012-09-23T15:17:42Z"
+ content="""
+Also, is there any global location I can install it when installing as root?
+"""]]
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_3_066ca31a2e5dfe55a58092ba85231c7c._comment b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_3_066ca31a2e5dfe55a58092ba85231c7c._comment
new file mode 100644
index 0000000000..4a48117ee1
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_3_066ca31a2e5dfe55a58092ba85231c7c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2012-09-23T15:52:31Z"
+ content="""
+The .app file can be placed anywhere, typically you would want to bundle it in a .dmg file for the user and the user just \"drags\" it to the /Applications folder. It should be possible to bundle statically linked binaries inside the .app bundle, you might end up having to ship parts of coreutils and a few other applications to make it self contained.
+
+Anyhow, here is a quick screencast <http://screencast.com/t/pnk8bk3hyUJM> and a screengrab of the app <http://screencast.com/t/4jjeRFx4g>
+"""]]
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_4_a0a9f7f44cadb8036fcddfc21bb0781f._comment b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_4_a0a9f7f44cadb8036fcddfc21bb0781f._comment
new file mode 100644
index 0000000000..a18b341f71
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_4_a0a9f7f44cadb8036fcddfc21bb0781f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2012-09-23T16:00:35Z"
+ content="""
+Thinking this out a little, I reckon the script _MacOS/git-annex_ could be a bit more clever and get the basedir/basename of where it app is and execute git-annex from the .app bundle, then you wouldn't need to install it as root at all. It would require a bit of work to collect the executables needed.
+
+Also, I just quickly checked my Lion install, it seems to come with git and uuidgen once xcode and the command line tools are installed. 
+"""]]
diff --git a/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_5_92240b3f8629f1f2bbe1829700082a79._comment b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_5_92240b3f8629f1f2bbe1829700082a79._comment
new file mode 100644
index 0000000000..e8a6d550f3
--- /dev/null
+++ b/doc/forum/First_attempt_at_an_OSX_launcher___40__.app__41__/comment_5_92240b3f8629f1f2bbe1829700082a79._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 5"
+ date="2012-09-23T16:29:19Z"
+ content="""
+For now I have it generating the shell script, so it contains the path to whereever git-annex's binary is actually installed.
+
+For root, the app is installed in /Applications/ , for non-root installs I put it in ~/Desktop/
+"""]]
diff --git a/doc/forum/Fixing_up_corrupt_annexes.mdwn b/doc/forum/Fixing_up_corrupt_annexes.mdwn
new file mode 100644
index 0000000000..be6beeca8f
--- /dev/null
+++ b/doc/forum/Fixing_up_corrupt_annexes.mdwn
@@ -0,0 +1,10 @@
+I was wondering how does one recover from...
+
+<pre>
+(Recording state in git...)
+error: invalid object 100644 8f154c946adc039af5240cc650a0a95c840e6fa6 for '041/5a4/SHA256-s6148--7ddcf853e4b16e77ab8c3c855c46867e6ed61c7089c334edf98bbdd3fb3a89ba.log'
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+</pre>
+
+The above was caught when i ran a "git annex fsck --fast" to check stash of files"
diff --git a/doc/forum/Fixing_up_corrupt_annexes/comment_1_cea21f96bcfb56aaab7ea03c1c804d2d._comment b/doc/forum/Fixing_up_corrupt_annexes/comment_1_cea21f96bcfb56aaab7ea03c1c804d2d._comment
new file mode 100644
index 0000000000..335cbb51d2
--- /dev/null
+++ b/doc/forum/Fixing_up_corrupt_annexes/comment_1_cea21f96bcfb56aaab7ea03c1c804d2d._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-07-24T22:00:35Z"
+ content="""
+This is a corrupt git repository. See [[tips/what_to_do_when_a_repository_is_corrupted]]
+"""]]
diff --git a/doc/forum/Fixing_up_corrupt_annexes/comment_2_5cdd2fcfa61b3f6255e5ad63a3ab00ce._comment b/doc/forum/Fixing_up_corrupt_annexes/comment_2_5cdd2fcfa61b3f6255e5ad63a3ab00ce._comment
new file mode 100644
index 0000000000..4692338af6
--- /dev/null
+++ b/doc/forum/Fixing_up_corrupt_annexes/comment_2_5cdd2fcfa61b3f6255e5ad63a3ab00ce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-07-25T06:52:32Z"
+ content="""
+Ah I was looking at the walkthrough on how to fix the issue, I had not thought about looking at the tips section. That tip fixed the issue for me, thanks.
+"""]]
diff --git a/doc/forum/Folders_for___34__actions__34___-_now_that_views_have_disrupted_the_file_structure__63__.mdwn b/doc/forum/Folders_for___34__actions__34___-_now_that_views_have_disrupted_the_file_structure__63__.mdwn
new file mode 100644
index 0000000000..61a8c7905d
--- /dev/null
+++ b/doc/forum/Folders_for___34__actions__34___-_now_that_views_have_disrupted_the_file_structure__63__.mdwn
@@ -0,0 +1,20 @@
+The _views_ functionality has made the file structure dynamic. 
+
+With this in mind would it be possible/suitable to make drag and drop targets for `git-annex get` and `git-annex drop` commands?
+This would make available git annex most interesting feature to assistant users.
+
+I'm not entirely sure it's a good idea but it avoids file manager scripts and should be discoverable and easy to use.
+
+I see two possibilities:
+
+1. A folder in the annex root that contains a mirror of the tree but with only the unavailable files. Unavaliable files would then not be displayed in the live tree. Perhaps the folder can be called `remote`? Files can then be dragged from this tree to the live tree to trigger transfer of files. Any error/info gets displayed in the assistant
+2. Flat droptargets in the annex root for `drop` and `get` commands.
+
+
+Number one above makes discovering available files a bit cumbersome as you have to navigate down a parallell tree. It does make the available/remote distinction clearer which may be good for assistant users.
+
+The mechanism could be extended to include a folder or droptarget for each remote.
+
+The creation of droptargets/action folders could be triggered by a big visible button in the assistant interface **Manage Files**
+
+Is it messy?
diff --git a/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files.mdwn b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files.mdwn
new file mode 100644
index 0000000000..827383f9f4
--- /dev/null
+++ b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files.mdwn
@@ -0,0 +1 @@
+With numcopies it is possible to control how many copies there should be of a file overall in all of the remotes. Is it also possible, using .gitattributes or something else, to force one of the repos (e.g. a server) to contain a copy of all files, or does this have to be done manually?
diff --git a/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_1_702b1b94c735f1b9cde16daa77a80c12._comment b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_1_702b1b94c735f1b9cde16daa77a80c12._comment
new file mode 100644
index 0000000000..d964a253bb
--- /dev/null
+++ b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_1_702b1b94c735f1b9cde16daa77a80c12._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-09-14T20:36:53Z"
+ content="""
+That is what the \"backup\" preferred content group is for.  Depending on how your repos connect to each other it might take some more trickery to make all content migrate to it, but that will make it \"want\" all the files if it can get them.
+"""]]
diff --git a/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_2_3df7fcbcd482bb9377ead238b314995b._comment b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_2_3df7fcbcd482bb9377ead238b314995b._comment
new file mode 100644
index 0000000000..e59af71fbd
--- /dev/null
+++ b/doc/forum/Forcing_one_repo_to_contain_a_copy_of_all_files/comment_2_3df7fcbcd482bb9377ead238b314995b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="Ed's right"
+ date="2013-09-19T18:56:39Z"
+ content="""
+What we don't have is something to enforce a particular preferred content setting. Ie, refuse to allow dropping a file from a repo if it's preferred content there. Currently you have to remember to use `git annex drop --auto` to cause the preferred content to be honored.
+"""]]
diff --git a/doc/forum/GPG_passphrase_handling.mdwn b/doc/forum/GPG_passphrase_handling.mdwn
new file mode 100644
index 0000000000..b0f82cb890
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling.mdwn
@@ -0,0 +1,76 @@
+[[!meta title="GPG passphrase handling on OSX"]]
+
+Hello!
+I'm using OSX 10.9 and have installed gpg (and gpg2, if it matters) through
+homebrew and git-annex through cabal. I also installed
+https://github.com/joeyh/git-remote-gcrypt like the UI told me.
+
+Whenever I'm trying to add an encrypted remote through the web UI I get a
+lot of "You need a passphrase to unlock the secret key for user:" on stdout
+and, obviously, I can't enter my passphrase (If I could I wouldn't make this
+post to begin with :))
+Is this behavior normal? What should I do to work around it?
+I did also try to not use the web UI by using this command:
+git annex initremote rsync.net type=gcrypt gitrepo=user@host:directory encryption=pubkey keyid=X
+
+Because of this I can't copy files to my remotes. All I get is:
+-----
+$ git annex copy --to rsync.net
+copy MySecretFile (gpg) 
+You need a passphrase to unlock the secret key for
+user: "user"
+4096-bit RSA key, ID X, created 2013-10-01 (main key ID Y)
+
+(checking rsync.net...) (to rsync.net...) gpg: no valid addressees
+gpg: [stdin]: encryption failed: No user ID
+failed
+-----
+
+Yes, I am using gpg-agent. When other applications ask for my passphrase I get
+the pinentry dialog from GPGTools, just like I've configured it in
+~/.gnupg/gpg-agent.conf, but this isn't the case with git-annex.
+
+If I remove GPGTools from /usr/local/bin with: ``brew link --overwrite gnupg &&
+brew link --overwrite gnupg2'' it works *slightly* better. 
+I get that pinentry dialog I want but when I do a copy I get:
+-----
+$ git annex copy --to rsync.net
+copy MySecretFile (gpg) (checking rsync.net...) (to rsync.net...) gpg: no valid addressees
+gpg: [stdin]: encryption failed: no such user id
+failed
+-----
+
+--debug shows me it is executing gpg llke so:
+-----
+gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--encrypt","--no-encrypt-to","--no-default-recipient","--force-mdc","--no-textmode"]
+-----
+
+$ git annex version
+git-annex version: 4.20131024
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+
+$ gpg --version
+gpg (GnuPG) 2.0.22
+libgcrypt 1.5.3
+Copyright (C) 2013 Free Software Foundation, Inc.
+License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+
+Home: ~/.gnupg
+Supported algorithms:
+Pubkey: RSA, ELG, DSA, ?, ?
+Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
+        CAMELLIA128, CAMELLIA192, CAMELLIA256
+Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
+Compression: Uncompressed, ZIP, ZLIB, BZIP2
+
+ $ gpg-agent --version
+gpg-agent (GnuPG/MacGPG2) 2.0.22
+libgcrypt 1.5.3
+Copyright (C) 2013 Free Software Foundation, Inc.
+License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
diff --git a/doc/forum/GPG_passphrase_handling/comment_1_11ba130e8bea6698858d0a1a5b01830f._comment b/doc/forum/GPG_passphrase_handling/comment_1_11ba130e8bea6698858d0a1a5b01830f._comment
new file mode 100644
index 0000000000..f2709f18cc
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling/comment_1_11ba130e8bea6698858d0a1a5b01830f._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 1"
+ date="2013-10-31T00:06:22Z"
+ content="""
+In fact I just tried this with a key without a passphrase and I STILL get:
+
+[2013-10-31 01:00:50 CET] Pusher: Syncing with rsync.net 
+gpg: no valid addressees
+gpg: [stdin]: encryption failed: no such user id
+
+In addition I also noticed a lot of:
+git-annex: fd:28: hPutBuf: resource vanished (Broken pipe)
+"""]]
diff --git a/doc/forum/GPG_passphrase_handling/comment_2_ef9d58d15b7bbe0b3c7140bb01d73a31._comment b/doc/forum/GPG_passphrase_handling/comment_2_ef9d58d15b7bbe0b3c7140bb01d73a31._comment
new file mode 100644
index 0000000000..d15248ab7a
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling/comment_2_ef9d58d15b7bbe0b3c7140bb01d73a31._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 2"
+ date="2013-10-31T02:42:47Z"
+ content="""
+I think I have found two ways I can make this happen.
+
+1) If a filename contains UTF-8 it seems to happen (At least with this specific filename I have right here)
+
+2) Finder.app does not seem to play nice with git-annex (I got the same error when I tried using Finder to copy files to my git-annex thing)
+
+
+
+"""]]
diff --git a/doc/forum/GPG_passphrase_handling/comment_3_84eb129c8483b87b3ae6ecaf8b4a8309._comment b/doc/forum/GPG_passphrase_handling/comment_3_84eb129c8483b87b3ae6ecaf8b4a8309._comment
new file mode 100644
index 0000000000..298e2f13d2
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling/comment_3_84eb129c8483b87b3ae6ecaf8b4a8309._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T20:39:36Z"
+ content="""
+There seem to be a lot of different ways to install gpg on OSX, with different results in what works and not. I don't know what's going on with that. Advice from those who understand Mac OS would be appreciated.
+
+As far as the \"gpg: no valid addressees\" bug goes, I can reproduce it on Linux, and have fixed it. Only affected using gcrypt with encryption=pubkey.
+
+(Please file bug reports in [[bugs]] in the future, not in the forum!)
+"""]]
diff --git a/doc/forum/GPG_passphrase_handling/comment_4_8724297f6d7ac140ab395a940bab0d7d._comment b/doc/forum/GPG_passphrase_handling/comment_4_8724297f6d7ac140ab395a940bab0d7d._comment
new file mode 100644
index 0000000000..983c35c3ab
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling/comment_4_8724297f6d7ac140ab395a940bab0d7d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 4"
+ date="2013-11-03T13:10:11Z"
+ content="""
+I would have filed it in the bug section if I knew it was a bug. I just thought I had done something wrong :)
+"""]]
diff --git a/doc/forum/Generating_a_Temp_View_of_Available_Files.mdwn b/doc/forum/Generating_a_Temp_View_of_Available_Files.mdwn
new file mode 100644
index 0000000000..bdb8ece692
--- /dev/null
+++ b/doc/forum/Generating_a_Temp_View_of_Available_Files.mdwn
@@ -0,0 +1 @@
+Is it possible to generate a view of files currently available on the annex? My use case is that I have pretty large repo (couple of TBs) and I have partial checkouts on multiple machines instead of seeing 100s of broken symlinks I would like to just filter filter files that are present on the machine?
diff --git a/doc/forum/Getting_started_with_Amazon_S3.mdwn b/doc/forum/Getting_started_with_Amazon_S3.mdwn
new file mode 100644
index 0000000000..1ee86b57fa
--- /dev/null
+++ b/doc/forum/Getting_started_with_Amazon_S3.mdwn
@@ -0,0 +1,28 @@
+I'm just getting started with git-annex and trying to wrap my head around using it with Amazon S3. I am familiar with using git, but things are a bit different as we can't init a repo at S3 directly.
+
+I've followed http://git-annex.branchable.com/tips/using_Amazon_S3/, and performed:
+
+`git init`<br/>
+Initialized empty Git repository in /home/<br/>
+`git annex init`<br/>
+init  ok<br/>
+`git annex initremote s3 type=S3 encryption=FOOBAR bucket=foo`<br/>
+initremote s3 (encryption setup with gpg key YGTVT51715TFR) (checking bucket...) (gpg) ok<br/>
+`git annex describe s3 "Amazon S3"`<br/>
+describe s3 ok<br/>
+`git annexx add foo/`<br/>
+add foo/bar.txt<br/>
+add foo/bar.png<br/>
+...etc<br/>
+`git annex sync`<br/>
+51 files changed, 51 insertions(+)<br/>
+create mode 120000 foo/bar.txt<br/>
+create mode 120000 foo/bar.png<br/>
+...etc<br/>
+
+
+Looking at http://git-annex.branchable.com/git-annex/, I thought the files added would then be pushed to S3 by git annex sync, but that doesn't seem to be the case. I've also tried variations of got annex copy, like `git annex copy . --to s3`, without any luck.
+
+Is there a way to push to s3?
+
+Any help is appreciated!
diff --git a/doc/forum/Getting_started_with_Amazon_S3/comment_1_f50883133d5d4903cc95c0dcaa52d052._comment b/doc/forum/Getting_started_with_Amazon_S3/comment_1_f50883133d5d4903cc95c0dcaa52d052._comment
new file mode 100644
index 0000000000..b2211fa6c1
--- /dev/null
+++ b/doc/forum/Getting_started_with_Amazon_S3/comment_1_f50883133d5d4903cc95c0dcaa52d052._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 1"
+ date="2012-05-29T19:09:50Z"
+ content="""
+`git annex sync` only syncs git metadata, not file contents, and metadata is not stored on S3, so it does notthing (much).
+
+`git annex move . --to s3` or `git annex copy . --to s3` is the right way to send the files to S3. I'm not sure why you say it's not working. I'd try it but Amazon is not letting me sign up for S3 again right now. Can you show what goes wrong with copy?
+"""]]
diff --git a/doc/forum/Getting_started_with_Amazon_S3/comment_2_e90aa3259d9a12cd67daa27d42d69ab5._comment b/doc/forum/Getting_started_with_Amazon_S3/comment_2_e90aa3259d9a12cd67daa27d42d69ab5._comment
new file mode 100644
index 0000000000..742e8d4469
--- /dev/null
+++ b/doc/forum/Getting_started_with_Amazon_S3/comment_2_e90aa3259d9a12cd67daa27d42d69ab5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnoUOqs_lbuWyZBqyU6unHgUduJwDDgiKY"
+ nickname="Matt"
+ subject="comment 2"
+ date="2012-05-30T00:40:45Z"
+ content="""
+It's strange. I've done some testing on another machine, and this one, and the issue seems to be with adding only certain sub-directories of the git-annex directory. Would it cause an issue with git-annex if a sub-directory was a git repo?
+"""]]
diff --git a/doc/forum/Getting_started_with_Amazon_S3/comment_3_c3adce7c0f29e71ed9dd07103ede2c1a._comment b/doc/forum/Getting_started_with_Amazon_S3/comment_3_c3adce7c0f29e71ed9dd07103ede2c1a._comment
new file mode 100644
index 0000000000..450a1513ce
--- /dev/null
+++ b/doc/forum/Getting_started_with_Amazon_S3/comment_3_c3adce7c0f29e71ed9dd07103ede2c1a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 3"
+ date="2012-05-30T00:54:38Z"
+ content="""
+If the subdirectory has a .git, then it's a separate git repo, and inside the directory, all git (and git-annex) commands in it will operate on that nested repo and ignore the outside one.
+"""]]
diff --git a/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file.mdwn b/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file.mdwn
new file mode 100644
index 0000000000..9a2c807992
--- /dev/null
+++ b/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file.mdwn
@@ -0,0 +1,75 @@
+Hello,
+
+I am trying to wrap my head around annex still.  I'm creating a source local git repo, editing an annex file, and then syncing in a second repo.  In that second repo I'm trying to figure out how I can get a status notifying me that a file is out of date.
+
+If I use 'annex sync --content' the files are all up to date, as expected, but what I kind of expected is 'annex status' to say something like 'files out of date, blah blah'.  I am spelling out my example below.  
+
+Annex version is 5.20140613
+
+
+## I create a source and target repo, and I add a git managed file and an annex managed file
+
+    $ mkdir source target
+    $ cd source
+    $ git init
+    $ git annex init
+    $ cat > gitfile
+    hi this is my git file
+    $ cat > annexfile
+    hi this is my annex file
+    $ git add gitfile 
+    $ git annex add annexfile 
+    $ git commit -m 'init commit'
+    $ cd ../target
+    $ git clone ../source/ .
+    $ ls -al
+    total 16
+    drwxr-xr-x  170 Jul 15 15:55 .
+    drwxr-xr-x  136 Jul 15 15:54 ..
+    drwxr-xr-x  442 Jul 15 15:55 .git
+    lrwxr-xr-x  180 Jul 15 15:55 annexfile -> .git/annex/objects/Qp/F0/SHA256E-s25--045cf30cb201c6723cb6fad9ca539f639de7f242b87775b876ef9ccb1f577ccf/SHA256E-s25--045cf30cb201c6723cb6fad9ca539f639de7f242b87775b876ef9ccb1f577ccf
+    -rw-r--r--  23 Jul 15 15:55 gitfile
+    $ git annex sync
+    ...
+    To [base path]/target/../source/
+     * [new branch]      git-annex -> synced/git-annex
+     * [new branch]      master -> synced/master
+    ok
+    $ cat gitfile 
+    hi this is my git file
+    $ cat annexfile 
+    cat: annexfile: No such file or directory
+    $ git annex sync --content
+    $ cat annexfile 
+    hi this is my annex file
+
+## So far so good.  Now I'm going to edit my annexed file in source repo and see if I can find out that the file was edited in the target
+
+    $ cd ..
+    $ cd source
+    $ git annex edit annexfile 
+    $ cat > annexfile 
+    wow I changed my annex file
+    $ git annex add annexfile 
+    $ git commit -m 'changed an annex file'
+    $ cd ..
+    $ cd target
+    $ git pull
+    $ cat annexfile 
+    cat: annexfile: No such file or directory
+    $ git annex sync
+    $ ls
+    annexfile gitfile
+    $ cat annexfile 
+    cat: annexfile: No such file or directory
+    $ git annex status
+    [no output]
+
+## Here is where I'd expect something saying 'annexfile is out of date', etc.
+## I can infer it because the link is missing, but I'm sure there's a more logical way.
+
+    $ git annex sync --content
+    $ cat annexfile 
+    wow I changed my annex file
+
+## After I synced content all is well.
diff --git a/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file/comment_1_e323c21d27bb0946993ba1438429c457._comment b/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file/comment_1_e323c21d27bb0946993ba1438429c457._comment
new file mode 100644
index 0000000000..78b0a9c1e5
--- /dev/null
+++ b/doc/forum/Getting_the_status_of_a_remotely_changed_annex_file/comment_1_e323c21d27bb0946993ba1438429c457._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-16T18:18:00Z"
+ content="""
+As soon as git-annex syncs with a remote that has made changes to the repository, any new files or files that have been modified, and the content is not yet available in the local repository will be broken symlinks. You can generally easily see a broken symlink by running `ls`, at least with a good `ls` on eg Linux that supports colorization. (Look for the red filenames.) Many file managers also represent broken symlinks in a visual way. 
+
+Or, you can run a command like `git annex whereis $file` and see if it includes \"here\" in the list of locations.
+
+Or, you can run `git annex find --not --in here` to find all files whose current content is not present.
+
+The reason `git annex status` doesn't say is that it's focused on showing you which files in the local repository have not yet been committed to git. The `git annex list` command has a similar one line per file output, but puts a \"_\" in the first column (under \"here\") if the file is not locally present.
+"""]]
diff --git a/doc/forum/Git-Annex_with_Asustor_NAS.mdwn b/doc/forum/Git-Annex_with_Asustor_NAS.mdwn
new file mode 100644
index 0000000000..8d29ce0235
--- /dev/null
+++ b/doc/forum/Git-Annex_with_Asustor_NAS.mdwn
@@ -0,0 +1,4 @@
+I'd like to use git-annex with my Asustor 302t NAS. It should be treated like a "simple" removable drive. I don't really know how to do this however, when scanning for "removable drives", it can't be found, when I try connecting via SSH, I receive an Error: Permission denied (publickey,password). As there is no way to insert my password before connecting.
+
+How do I setup a repository on my NAS to be synced with my laptop?
+I am using MAC OS X and the git-annex web interface currently.
diff --git a/doc/forum/Git-Annex_with_Asustor_NAS/comment_1_44445200e5b716caeec225972a5d5dce._comment b/doc/forum/Git-Annex_with_Asustor_NAS/comment_1_44445200e5b716caeec225972a5d5dce._comment
new file mode 100644
index 0000000000..ae5ea41e23
--- /dev/null
+++ b/doc/forum/Git-Annex_with_Asustor_NAS/comment_1_44445200e5b716caeec225972a5d5dce._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T16:32:05Z"
+ content="""
+If your NAS is accessed over SSH, it is not a removably drive, clearly.
+
+Try starting git-annex webapp from a console, you will probably see the ssh password prompt there. Or, install ssh-askpass, or, install a current daily build of git-annex, which will prompt for the ssh password from within the webapp.
+"""]]
diff --git a/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__.mdwn b/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__.mdwn
new file mode 100644
index 0000000000..36cfd4d768
--- /dev/null
+++ b/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+I accidentally removed the .git/ folder inside a git annex assistant-monitored folder. When I open the assistant web app it still shows the repository but when I try to select it the page request never returns. What can I do at this point? I was thinking I can remove the repository from the git annex assitant configuration file if it is a plain-text file, but I don't know of its location. Please advise.
+
+Regards,
+Blake
diff --git a/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__/comment_1_5baffd4d6994bbcb23614b17777a0ffe._comment b/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__/comment_1_5baffd4d6994bbcb23614b17777a0ffe._comment
new file mode 100644
index 0000000000..f48337a423
--- /dev/null
+++ b/doc/forum/Git-annex_assistant_configuration_file__40__s__41___location__40__s__41__/comment_1_5baffd4d6994bbcb23614b17777a0ffe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-17T16:07:00Z"
+ content="""
+The file you need is .config/git-annex/autostart in your home directory.
+
+Once deleted, re-running the assistant should let you re-create the git repository and it'll re-add your files.
+"""]]
diff --git a/doc/forum/GitBlit_as_a_centralized_repository.mdwn b/doc/forum/GitBlit_as_a_centralized_repository.mdwn
new file mode 100644
index 0000000000..884392d586
--- /dev/null
+++ b/doc/forum/GitBlit_as_a_centralized_repository.mdwn
@@ -0,0 +1,2 @@
+Is it possible to use Gitblit as a centralized repository using git-annex? 
+thanks Gary
diff --git a/doc/forum/GitBlit_as_a_centralized_repository/comment_1_06bedf5fbac45415e0cc81f41b25a5a0._comment b/doc/forum/GitBlit_as_a_centralized_repository/comment_1_06bedf5fbac45415e0cc81f41b25a5a0._comment
new file mode 100644
index 0000000000..91dac6305a
--- /dev/null
+++ b/doc/forum/GitBlit_as_a_centralized_repository/comment_1_06bedf5fbac45415e0cc81f41b25a5a0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T17:40:20Z"
+ content="""
+I assume gitblit is something like gitosis or gitolite. These let a user ssh in to a server to access a git repository, but they limit the commands they can run to `git-shell`. In order to use git-annex get/copy to such a repository, it needs to be able to run `git-annex-shell`, which is like git-shell but with more commands available. If gitblit can be made allow git-annex-shell to be run, it will work.
+"""]]
diff --git a/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__.mdwn b/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__.mdwn
new file mode 100644
index 0000000000..0a3aac9116
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__.mdwn
@@ -0,0 +1,11 @@
+Hi,
+
+I am trying to use Git Annex Assistant on my Fedora Linux computer. I currently have a local repository that assistant monitors, but now I want to use my personal server as a git remote for the repository. I click on Configuration > Remote server and it prompts me for my server login credentials and then click the "Check this server" button. After this I am shown a screen that assistant is "Ready to add remote server" and then states:
+> The server <MY IP ADDRESS HERE> can be used as is, but installing git-annex on it would make it work better, and provide more options below.
+>
+> If you're able to install software on the server, do so and click Retry
+
+The information shown below this message is regarding encrypting the data (if I have git-annex installed on the server, which I don't). So my question is, what do I do now? There is no button to just add the remote from within git annex assistant? I created a bare repository on my server and added a remote manually inside the repository on my local machine, but git annex assistant doesn't notice it. I'm clueless on what git annex assistant is expecting from me at this point. I would think what I'm trying to do is one of the most common use cases for git annex, but I can't find any documentation or materials on the correct procedure for this. Any help is appreciated.
+
+Regards,
+Blake
diff --git a/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__/comment_1_d0a3d0090928790d5a05e9f8e5f05320._comment b/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__/comment_1_d0a3d0090928790d5a05e9f8e5f05320._comment
new file mode 100644
index 0000000000..5c3a596a5c
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant:_How_to_add_a_remote__63__/comment_1_d0a3d0090928790d5a05e9f8e5f05320._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-21T22:20:53Z"
+ content="""
+You have two choices:
+
+1. Install git-annex on your server. You can then use the webapp to set up a git repository, or use the git repository you've already set up.
+
+2. Don't install git-annex on your server. Select the option in the webapp to use an encrypred rsync repository on your server. (The screen you described the webapp showing had a button to use this option, but you seem to have misread it.)
+"""]]
diff --git a/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive.mdwn b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive.mdwn
new file mode 100644
index 0000000000..20e435fcff
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive.mdwn
@@ -0,0 +1,3 @@
+I'm using Git Annex Assistant for the first time, trying to get it to mirror a directory of files from my computer to an external USB drive. I've tried setting up the second repo as a "Removable Drive" in the "full backup" repository group. I've also tried putting it in the "client" group. The result is the same, and Assistant doesn't backup any of my files to the external drive.
+
+What I get in the external drive in the directory that should contain the repo are the set of files "annex, objects, refs, config, HEAD" and they are NOT in a .git subdirectory. Aside from this I don't see any of the files Git Annex Assistant says it has synced. As this is my first time using the Assistant, I don't know if this is a bug, or if I'm just using it incorrectly. If anyone knows what is going on here, please share.
diff --git a/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_1_a1d1ae9488924b08682b355aff51130d._comment b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_1_a1d1ae9488924b08682b355aff51130d._comment
new file mode 100644
index 0000000000..31ed0999ef
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_1_a1d1ae9488924b08682b355aff51130d._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="This is the expected default behavior"
+ date="2014-05-17T20:49:06Z"
+ content="""
+Your files should be on the removable drive but the file structure and file names are following git annex logic and is not meant to be human readable.
+
+The default assumption (which I question) is that you will use the removable drive to transfer files between git-annex repositories. So by default you cannot read the files on devices that do not have git-annex installed.
+
+You can configure git-annex to do what you want using the `post-receive` hook. It's a bit complicated and might leave git-annex hogging your drive when you wan't to eject it but see the following:
+
+ - [[forum/USB_backup_with_files_visible/]]
+ - [[forum/Can't_get_git-annex_merge_to_work_from_git_hook/#comment-d93181e69b8bea54bc03cb335dd1d7c8]]
+
+The last post on that second link tells you exactly what to put in the `post-receive` hook in the .git/hooks folder on your removable drive.
+"""]]
diff --git a/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_2_6649077583bc14730a08aaaca7ccb62e._comment b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_2_6649077583bc14730a08aaaca7ccb62e._comment
new file mode 100644
index 0000000000..059d446e7b
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_2_6649077583bc14730a08aaaca7ccb62e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnov5q9_Cl4Ps5NoYE08yE01NLSvBANnY8"
+ nickname="Eric"
+ subject="comment 2"
+ date="2014-05-18T09:35:45Z"
+ content="""
+Okay, I understand now. Probably Assistant should only treat the external drive that way if it's in the \"transfer\" group.
+"""]]
diff --git a/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_3_f359d9b9356de7ee10b9e725a011cc43._comment b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_3_f359d9b9356de7ee10b9e725a011cc43._comment
new file mode 100644
index 0000000000..caec25ffd1
--- /dev/null
+++ b/doc/forum/Git_Annex_Assistant_won__39__t_backup_files_to_removable_drive/comment_3_f359d9b9356de7ee10b9e725a011cc43._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnov5q9_Cl4Ps5NoYE08yE01NLSvBANnY8"
+ nickname="Eric"
+ subject="comment 3"
+ date="2014-07-10T05:50:32Z"
+ content="""
+Actually, I understand the logic behind encouraging bare repositories.
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files.mdwn b/doc/forum/Git_Annex_Sync_Delinks_Files.mdwn
new file mode 100644
index 0000000000..1ce18dd0b9
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files.mdwn
@@ -0,0 +1,11 @@
+So, I'm using git-annex to manage a group of external hard drives that I use to store a bunch of big files.
+
+When syncing tonight, though, it decided to take a whole subdirectory and replace the symlinks with the content directly when merging, or something.
+
+The remote side is not like that, and I didn't tell it to do anything like that.
+It just seems to feel like that's the thing to do, then it syncs and fails because suddenly git has many gigs of objects, which is what git-annex is supposed to solve.
+
+I've reset master a bunch of times, and it keeps choosing that path, but I don't know why.
+I've also reset master and synced/master a few times. I'm not fully sure what that one actually encodes, so I didn't want to touch it too much, but setting it to the same thing as master didn't seem to fix things either.
+
+Any idea why?
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_1_8b03707777a9d8e38715cb77d2a0addc._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_1_8b03707777a9d8e38715cb77d2a0addc._comment
new file mode 100644
index 0000000000..ad0605f494
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_1_8b03707777a9d8e38715cb77d2a0addc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-31T18:06:15Z"
+ content="""
+Are you using direct mode?
+
+Before the direct mode guard was put in place, it was not uncommon for users to mistakenly run some command like \"git commit -a\" in a direct mode repository. This happily checks the full large files into git.
+
+It sounds to me like you've done that. But, you have not provided enough information to make anything more than a vague guess.
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_2_a625e7d88e321532ace103548b31b67b._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_2_a625e7d88e321532ace103548b31b67b._comment
new file mode 100644
index 0000000000..9dd931053c
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_2_a625e7d88e321532ace103548b31b67b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk_W9oOMDiBaU_xLIbeaTF8wW2wJzJ7bfw"
+ nickname="Christopher"
+ subject="comment 2"
+ date="2013-12-31T18:56:58Z"
+ content="""
+I am not in direct mode.
+I don't believe I did anything in the repo. I reset back to a commit and look in the folder and it's all symlinks and nothing in git status says anything about it.
+
+Then I run `git annex sync` and one of the thing it does is \"Checking out files\" which takes a long time, since it seems to be copying the data into the working directory and commiting it.
+I don't know why it's decided to do that.
+
+What steps can I take to either get you more information or fix things?
+
+Perhaps relatedly, if I make a mistake with git-annex, is git-reset master and git-reset synced/master the right approach?
+Are there other things I should try, etc?
+
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment
new file mode 100644
index 0000000000..f3a1ca577e
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_3_5278164dab570755ed58afe466dfad42._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2013-12-31T19:19:15Z"
+ content="""
+\"Checking out files\" is a message printed by git (not by git-annex) when it is updating the work tree.
+
+It still seems that you have somehow committed large files directly to git. Perhaps you accidentially ran \"git add\" on a large file.
+
+git annex sync is probably merging this commit from one of your other repositories.
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_4_e43ede0bdc20de9aa10ab6ce387d8582._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_4_e43ede0bdc20de9aa10ab6ce387d8582._comment
new file mode 100644
index 0000000000..9b16ea2b06
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_4_e43ede0bdc20de9aa10ab6ce387d8582._comment
@@ -0,0 +1,92 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk_W9oOMDiBaU_xLIbeaTF8wW2wJzJ7bfw"
+ nickname="Christopher"
+ subject="comment 4"
+ date="2014-01-01T15:23:17Z"
+ content="""
+I know that checking of files is a git message, I was just providing it for context.
+
+I know that my other repos do not have these things checked in, because one of them is offline and not involved in this, and the other repo literally can't contain that much data, which is the biggest reason this is an issue.
+
+Here are the commits I don't like:
+
+    commit 1ae2410a4bc3e35edbfd9d48a577bcfc7e3a8836
+    Author: Christopher Vollick <0@psycoti.ca>
+    Date:   Mon Dec 30 23:22:47 2013 -0500
+    
+        git-annex automatic sync
+    
+    :120000 100644 185b311... fd03ae5... T	subdir1/other_file0309
+    :120000 100644 515e6df... 44f8383... T	subdir1/other_file0309
+    
+    commit 7403e3116eb34e2b192dfa3ea4c16e35f82210ba
+    Author: Christopher Vollick <0@psycoti.ca>
+    Date:   Sat Dec 21 19:12:56 2013 -0500
+    
+        git-annex automatic sync
+    
+    :120000 100644 185b311... fd03ae5... T	subdir1/other_file0309
+    :120000 100644 515e6df... 357d9a7... T	subdir1/other_file0309
+    :120000 100644 079f69f... 97c785a... T	subdir1/file01
+    :120000 100644 c69574a... 1589721... T	subdir1/file02
+    :120000 100644 01d98a4... 154a059... T	subdir1/file03
+    :120000 100644 6ee02d5... 6857f73... T	subdir1/file04
+    :120000 100644 aab78e7... 19bae04... T	subdir1/file05
+    :120000 100644 9f8d11b... bd5b501... T	subdir1/file06
+    :120000 100644 ca824c1... a9e0b9e... T	subdir1/file07
+    :120000 100644 c85f526... a6383fc... T	subdir1/file08
+    :120000 100644 a6d957d... 9b99c99... T	subdir1/file09
+    :120000 100644 d3de258... d51da9a... T	subdir1/file10
+    :120000 100644 3cc803e... 8f7945f... T	subdir1/other_file0005
+    :120000 100644 cd94cca... 1c06cf8... T	subdir1/other_file0006
+    :120000 100644 1442c98... fee3c1d... T	subdir1/other_file0201
+    :120000 100644 4131025... f732332... T	subdir1/other_file0202
+    :120000 100644 865214f... 1178931... T	subdir1/other_file0203
+    :120000 100644 a0f84e2... 6c39a4a... T	subdir1/other_file0204
+    :120000 100644 21bf0c1... bbb3c93... T	subdir1/other_file0205
+    :120000 100644 5f6a5f3... d298a97... T	subdir1/other_file0206
+    :120000 100644 3d7f034... 4cac0d1... T	subdir1/other_file0207
+    :120000 100644 ee75d44... d769e8e... T	subdir1/other_file0208
+    :120000 100644 f381401... 5f1a7f3... T	subdir1/other_file0209
+    :120000 100644 8b6a409... 1db8c37... T	subdir1/other_file0210
+    :120000 100644 c6a23f1... 5a9bbf5... T	subdir1/other_file0211
+    :120000 100644 17a34c7... 068c619... T	subdir1/other_file0212
+    :120000 100644 3c7fe0a... 356315b... T	subdir1/other_file0213
+    :120000 100644 4b61d45... e9747e5... T	subdir1/other_file0214
+    :120000 100644 1c0d845... f7a11d3... T	subdir1/other_file0301
+    :120000 100644 cdd57b2... fb5512f... T	subdir1/other_file0302
+    :120000 100644 9bb8ffc... 9b3897d... T	subdir1/other_file0303
+    :120000 100644 007cfa6... 93e36d7... T	subdir1/other_file0304
+    :120000 100644 24cf5d3... 9eecff4... T	subdir1/other_file0305
+    :120000 100644 d9be965... 6c612f4... T	subdir1/other_file0306
+    :120000 100644 20cd474... 9d1c714... T	subdir1/other_file0307
+    :120000 100644 3f24532... 9ff7770... T	subdir1/other_file0308
+    :120000 100644 3939cbe... de9fefd... T	subdir1/other_file0308
+    :120000 100644 9de87f9... 2242892... T	subdir1/other_file0309
+    :120000 100644 7250b17... a544af6... T	subdir1/other_file0310
+    :120000 100644 9de87f9... 2242892... T	subdir1/other_file0312
+    :120000 100644 14fbe43... f643564... T	subdir1/other_file0401
+    :120000 100644 0f28f22... e4b5e2c... T	subdir1/other_file0402
+    :120000 100644 6704647... 4529fb0... T	subdir1/other_file0403
+    :120000 100644 65b3742... dacc2ce... T	subdir1/other_file0404
+    :120000 100644 14ad1d6... a4f7dab... T	subdir1/other_file0405
+    :120000 100644 87bda81... a3b2a0a... T	subdir1/other_file0406
+    :120000 100644 23fd37b... 7ea3182... T	subdir1/other_file0407
+    :120000 100644 a82d025... aa0e1f6... T	subdir1/other_file0408
+    :120000 100644 cd350d3... c225b3d... T	subdir1/other_file0409
+    :120000 100644 2ce6c3b... 1efffa6... T	subdir1/other_file0410
+    :120000 100644 3f780d5... 207f8af... T	subdir1/other_file0411
+    :120000 100644 27ecf10... 4a34b2d... T	subdir1/other_file0412
+    :120000 100644 5cf1ba0... ab0b15d... T	subdir1/other_file0413
+    :120000 100644 a1cccd7... 274dbd1... T	subdir1/other_file0004
+
+Now, the most interesting part here is that commit 7403e3116eb is dated Sat Dec 21.
+That is not when I was attempting this. The 30th, shown in 1ae24 is.
+
+That makes me think that I have failed to reset properly, and so when I'm telling it to sync it's not recomputing the thing, it's just grabbing the thing it did last time.
+
+Now, I still don't know why it chose to do that, but perhaps it wouldn't choose to do that again if I could figure out how to get it to forget that path.
+
+Thoughts?
+
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_5_dc71987f0e19f04a920561201f9552b4._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_5_dc71987f0e19f04a920561201f9552b4._comment
new file mode 100644
index 0000000000..03e4d2a9bf
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_5_dc71987f0e19f04a920561201f9552b4._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk_W9oOMDiBaU_xLIbeaTF8wW2wJzJ7bfw"
+ nickname="Christopher"
+ subject="comment 5"
+ date="2014-01-01T16:37:38Z"
+ content="""
+Ok, so, looking into it a little more I think I've found that I screwed up updating a ref, so I didn't reset synced/master like I thought I did.
+
+So, I don't know why it chose to make this choice in the first place, but I was able to reset and manually change my way around it.
+
+That being said, I don't want to do this a lot, because I'm not fully clear on what the synced branches represent.
+Is it that, on repo1, repo2/synced/master is the last thing that pushed over, and that after a sync local synced/master is always master, and before that it's the last sync to anywhere?
+
+How safe is it to screw around with these things?
+"""]]
diff --git a/doc/forum/Git_Annex_Sync_Delinks_Files/comment_6_257a89f81858659c4dac4d116e7cf0a3._comment b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_6_257a89f81858659c4dac4d116e7cf0a3._comment
new file mode 100644
index 0000000000..f293a60308
--- /dev/null
+++ b/doc/forum/Git_Annex_Sync_Delinks_Files/comment_6_257a89f81858659c4dac4d116e7cf0a3._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 6"
+ date="2014-01-01T20:59:32Z"
+ content="""
+The ` T ` in your `git show --raw` indicates that what was a symlink has been replaced with a regular file, and this has been committed to git. 
+
+It's certainly possible to do that when using git-annex, but you have to go a bit out of your way to so shoot yourself in the foot, because normally the pre-commit hook will detect that, and fix up your commit to not change the type of the file. Something like this:
+
+[[!format sh \"\"\"
+joey@darkstar:~/tmp/r>git annex unlock foo
+unlock foo (copying...) ok
+joey@darkstar:~/tmp/r>git commit -a --no-verify -m oops
+[master 9b63e4e] oops
+ 1 file changed, 1 deletion(-)
+ rewrite foo (100%)
+ mode change 120000 => 100644
+joey@darkstar:~/tmp/r>git show --raw
+commit 9b63e4efad1f229ae7713749e9ac2d0f9c286008
+Author: Joey Hess <joey@kitenet.net>
+Date:   Wed Jan 1 16:55:19 2014 -0400
+
+    oops
+
+:120000 100644 ea46194... e69de29... T	foo
+\"\"\"]]
+
+The fact that you seem to have made 2 commits that did this, on the 21st and 30th, makes me wonder if your .git/hooks/pre-commit does not exist, or perhaps you are making some other mistake repeatedly.
+
+The synced/* branches never have any data that is not stored somewhere else (another branch, possibly in the remote repository), so it should always be ok to delete them.
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols.mdwn b/doc/forum/Git_Annex_Transfer_Protocols.mdwn
new file mode 100644
index 0000000000..d6a660a2d8
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols.mdwn
@@ -0,0 +1,9 @@
+Hi,
+
+May I know, which processes git-annex is using to move/copy/get file content between repositories?
+Is it using same processes which git uses, Like send-pack, receive-pack.
+I want to use Aspera to move file contents between repositories.
+Is it enough if I customize send-pack, receive-pack of git code to do Aspera file transfer or git-annex uses any other transfer mechanism.
+
+Many Thanks,
+Royal Pinto
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_1_a870ec991078c95a6bb683d6962ab56e._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_1_a870ec991078c95a6bb683d6962ab56e._comment
new file mode 100644
index 0000000000..31c463470c
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_1_a870ec991078c95a6bb683d6962ab56e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.186"
+ subject="rsync over ssh"
+ date="2012-05-10T18:18:01Z"
+ content="""
+Some other protocols such as S3 for special remotes.
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_2_71419376ef50a679ea8f0f9e16991c17._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_2_71419376ef50a679ea8f0f9e16991c17._comment
new file mode 100644
index 0000000000..2e07aef088
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_2_71419376ef50a679ea8f0f9e16991c17._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="Protocols to transfer file content"
+ date="2012-05-10T18:48:40Z"
+ content="""
+Thanks, Is git annex is using same protocols as normal git to transfer content between normal git repositories?
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_3_fea43664a500111ca99f4043e0dadb14._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_3_fea43664a500111ca99f4043e0dadb14._comment
new file mode 100644
index 0000000000..6e7b36e311
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_3_fea43664a500111ca99f4043e0dadb14._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.186"
+ subject="comment 3"
+ date="2012-05-10T18:51:56Z"
+ content="""
+git-annex doesn't transfer git content between git repositories. You use git for that. Well, git-annex sync can run a few git commands for you to do it.
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_4_56fb2dab1d4030c9820be32b495afdf0._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_4_56fb2dab1d4030c9820be32b495afdf0._comment
new file mode 100644
index 0000000000..fef10cd813
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_4_56fb2dab1d4030c9820be32b495afdf0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="Git annex content transfer protocols"
+ date="2012-05-10T19:13:48Z"
+ content="""
+Sorry if I am not clear. Actually i meant to ask, if i have 2 git repositories which are not special remotes and I am transferring annexed file content between these repositories using git annex command (move or copy) then, which protocol it uses to transfer content? Is it uses git-send-pack git-recieve-pack or some other protocols. 
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_5_a6ec9c5a4a3c0bac1df87f1df9be140b._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_5_a6ec9c5a4a3c0bac1df87f1df9be140b._comment
new file mode 100644
index 0000000000..be25737c1d
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_5_a6ec9c5a4a3c0bac1df87f1df9be140b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.186"
+ subject="comment 5"
+ date="2012-05-10T19:17:22Z"
+ content="""
+rsync over ssh is used to transfer file contents between repositories. (You can use the -d option to see the commands git-annex runs.)
+"""]]
diff --git a/doc/forum/Git_Annex_Transfer_Protocols/comment_6_1678452fb7114aeabcf0cc3d5f6c69b0._comment b/doc/forum/Git_Annex_Transfer_Protocols/comment_6_1678452fb7114aeabcf0cc3d5f6c69b0._comment
new file mode 100644
index 0000000000..b7ef8f33c4
--- /dev/null
+++ b/doc/forum/Git_Annex_Transfer_Protocols/comment_6_1678452fb7114aeabcf0cc3d5f6c69b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="comment 6"
+ date="2012-05-10T19:21:08Z"
+ content="""
+Ok. This helped me a lot. Thank you
+"""]]
diff --git a/doc/forum/Git_annex___39__corrupting__39___itself.mdwn b/doc/forum/Git_annex___39__corrupting__39___itself.mdwn
new file mode 100644
index 0000000000..fe1edc17dc
--- /dev/null
+++ b/doc/forum/Git_annex___39__corrupting__39___itself.mdwn
@@ -0,0 +1,34 @@
+Hi,
+
+Since the I updated to `2013-10-24` `git annex` has corrupted itself twice on my setup.  I'm not claiming causality here and thus I haven't filled it as a bug (probably the mistake is mine).
+
+I use three laptops and one remote ssh server.  The motherboard on laptop *T* seems to have broken and I haven't fixed it yet.  I have disabled sync to *T*  on the webapp dashboard.  
+
+First, one computer, called *W*, broke on Friday.  I got the dreaded [serious problem](http://git-annex.branchable.com/devblog/day_41__onward/) screen. `git fsck` reported lots of missing blobs and tree problem, though my data seemed OK.  I git cloned the repo from computer *X*.  Now, last night both X and W reported the same problem (log below).  *W*  recovered itself somehow, but *X*  is now in a cycle of re-adding all files in the repo and the posting the below error that has to do with computer *T* (IP ending with 107).  
+
+I would appreciate hints on why this suddenly started happen.  Computer T has been out of sync for almost 14 days (since the 24th of October I think).
+
+    error: refs/remotes/192.168.1.107_annex/git-annex does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/master does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/synced/git-annex does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/synced/master does not point to a valid object!
+    error: refs/synced/2ed58ecf-8e8c-44b8-ad34-d42ddfb35315/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/git-annex does not point to a valid object!
+    error: refs/synced/2ed58ecf-8e8c-44b8-ad34-d42ddfb35315/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/master does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/git-annex does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/master does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/git-annex does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/master does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/git-annex does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/master does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/synced/git-annex does not point to a valid object!
+    error: refs/remotes/192.168.1.107_annex/synced/master does not point to a valid object!
+    error: refs/synced/2ed58ecf-8e8c-44b8-ad34-d42ddfb35315/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/git-annex does not point to a valid object!
+    error: refs/synced/2ed58ecf-8e8c-44b8-ad34-d42ddfb35315/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/master does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/git-annex does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/cmFzbXVzQGNvZGVyb2xsZXJzLmNvbQ==/master does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/git-annex does not point to a valid object!
+    error: refs/synced/f54b8200-8ec1-43d2-8710-b73ec118addc/master does not point to a valid object!
+    error: invalid object 100644 1ca66de3cdd9c79cde26a7555cf3b8d26d0e371d for '000/147/SHA256E-s347--1ab8084bf9ae06407ce0a7260a83638ea6e9a028dc59b4815fd60aec61dbd747.txt.log.log'
+    fatal: git-write-tree: error building trees
+    TransferScanner crashed: failed to read sha from git write-tree
+    [2013-11-04 09:45:41 CET] TransferScanner: warning TransferScanner crashed: failed to read sha from git write-tree
diff --git a/doc/forum/Git_annex___39__corrupting__39___itself/comment_1_bcf50a215e2f8771e098aadfff4c300c._comment b/doc/forum/Git_annex___39__corrupting__39___itself/comment_1_bcf50a215e2f8771e098aadfff4c300c._comment
new file mode 100644
index 0000000000..2fe95ab335
--- /dev/null
+++ b/doc/forum/Git_annex___39__corrupting__39___itself/comment_1_bcf50a215e2f8771e098aadfff4c300c._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEXAlu8qKv_FHYOv-uEohdGgMY_Lw-Ges"
+ nickname="Jonas"
+ subject="Just happened for me as well."
+ date="2013-11-12T08:10:56Z"
+ content="""
+This was the first search result when I googled the error message, I'm not sure what has happened (or if it is a problem since I don't change my files that often).
+
+git-annex version: 4.20131101
+
+Also running git annex with one ssh remote ( laptop1 & laptop2 synching through a ssh remote server ).
+
+Got a bunch of 
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/git-annex does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/master does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/git-annex does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/master does not point to a valid object!
+when I tried a manual git annex sync, and noticed that I had a bunch of those in the log in the webapp as well... 
+
+The gui doesn't show that anything is wrong, and looking at the log it seems that things are atleast uploading
+
+    [2013-11-12 09:05:46 CET] Committer: Committing changes to git
+    [2013-11-12 09:05:46 CET] Pusher: Syncing with born 
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/git-annex does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/master does not point to a valid object!
+    Everything up-to-date
+
+    FILE
+
+       32768  42%    0.00kB/s    0:00:00  
+       76972 100%   42.16MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+    sent 77056 bytes  received 31 bytes  51391.33 bytes/sec
+    total size is 76972  speedup is 1.00
+    [2013-11-12 09:05:48 CET] Transferrer: Uploaded FILE
+    [2013-11-12 09:05:48 CET] Pusher: Syncing with born 
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/git-annex does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/master does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/git-annex does not point to a valid object!
+    error: refs/synced/dbb70cea-4b83-416f-93af-e59082c4d633/master does not point to a valid object!
+    To ssh://me@born/annex
+      54e04cf..333cf10  git-annex -> synced/git-annex
+"""]]
diff --git a/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_75f957e7be6c1ad8936c0a2a5374db3e._comment b/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_75f957e7be6c1ad8936c0a2a5374db3e._comment
new file mode 100644
index 0000000000..80f778bb16
--- /dev/null
+++ b/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_75f957e7be6c1ad8936c0a2a5374db3e._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEXAlu8qKv_FHYOv-uEohdGgMY_Lw-Ges"
+ nickname="Jonas"
+ subject="comment 3"
+ date="2013-11-13T09:03:24Z"
+ content="""
+I did a change of one of the files and that totally broke all other repositories, git fsck reports a lot of missing trees (I'm not sure if it is normal), and git annex fsck started reporting invalid object for another file for some reason, also got a (git annex repair still reports everything is fine though.)
+
+    fatal: git-write-tree: error building trees
+    git-annex: failed to read sha from git write-tree
+
+
+
+I tried following those instructions but I don't think I had a good repository, git annex repair reported everything was ok but git fsck said a lot of trees where missing and it stopped updating.
+I noticed I was running different git version (git version 1.7.9.5 on the server and git version 1.8.4.2 on one of the clients), so maybe that was part of the reason.
+
+I couldn't find out what remote dbb70cea-4b83-416f-93af-e59082c4d633 was supposed to be either, it wasn't any of the active ones and it didn't show up with git annex status either (I've lost a few repositories when I reinstalled my computer).
+
+I ended up recreating the repository (by copying the raw files) from what I think is the most recent version from one of my computers and hope that it was a error that happened due to upgrades.
+"""]]
diff --git a/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_ab062b1df3b55fd49852a6220c98249e._comment b/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_ab062b1df3b55fd49852a6220c98249e._comment
new file mode 100644
index 0000000000..76e9d00de4
--- /dev/null
+++ b/doc/forum/Git_annex___39__corrupting__39___itself/comment_3_ab062b1df3b55fd49852a6220c98249e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 3"
+ date="2013-11-12T17:19:32Z"
+ content="""
+I have been getting this too. Here is what I have done to fix it:
+
+[[tips/recovering_from_a_corrupt_git_repository]]
+"""]]
diff --git a/doc/forum/Git_annex___39__corrupting__39___itself/comment_4_45974f60a81ed2d00b87ffb1a7963c6f._comment b/doc/forum/Git_annex___39__corrupting__39___itself/comment_4_45974f60a81ed2d00b87ffb1a7963c6f._comment
new file mode 100644
index 0000000000..4328f5d244
--- /dev/null
+++ b/doc/forum/Git_annex___39__corrupting__39___itself/comment_4_45974f60a81ed2d00b87ffb1a7963c6f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 4"
+ date="2014-01-13T20:27:34Z"
+ content="""
+Many problems of this sort can happen if the disk that the git reposotory is on is losing data that's written to it, or is just removed (or the computer crashes) at the wrong time. `git-annex repair` can be run in the repository to recover from many problems like this, and it's getting better all the time.
+"""]]
diff --git a/doc/forum/Git_annex_assistant_in_command_line.mdwn b/doc/forum/Git_annex_assistant_in_command_line.mdwn
new file mode 100644
index 0000000000..9323d2137f
--- /dev/null
+++ b/doc/forum/Git_annex_assistant_in_command_line.mdwn
@@ -0,0 +1,2 @@
+How can I clone a git annex remote (bare repository) created with the webapp in command line ? My goal is to be able to access the files using an ssh connection.
+
diff --git a/doc/forum/Git_annex_assistant_in_command_line/comment_1_ce05226307ade8db90ada2dbf290bd58._comment b/doc/forum/Git_annex_assistant_in_command_line/comment_1_ce05226307ade8db90ada2dbf290bd58._comment
new file mode 100644
index 0000000000..e02a4298c4
--- /dev/null
+++ b/doc/forum/Git_annex_assistant_in_command_line/comment_1_ce05226307ade8db90ada2dbf290bd58._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-07T17:16:27Z"
+ content="""
+There is no difference between a repository created using the assistant and one created by hand. So you can just `git clone ssh://server/path` or `git remote add foo  ssh://server/path` and use it at the command line like any other repository.
+
+The assistant interoperates perfectly with the command line; you can switch between them at will at any time.
+"""]]
diff --git a/doc/forum/Git_annex_assistant_on_EC2.mdwn b/doc/forum/Git_annex_assistant_on_EC2.mdwn
new file mode 100644
index 0000000000..27f20ae462
--- /dev/null
+++ b/doc/forum/Git_annex_assistant_on_EC2.mdwn
@@ -0,0 +1,5 @@
+With Amazon EC2, it is possible to take a snapshot of the virtual machine and then bring up multiple instances based on the snapshot. 
+
+If I configure git annex assistant to sync a folder to S3, will it work correctly if I spin up multiple instances, all identical git annex assistant configurations?
+
+My use case is to allow users of my forums to upload attachments with their posts. The attachments are stored locally on disk, but I'm hoping that git annex assistant can help synchroise the attachments across all forum instances (I usually run only 1 instance, but their could be as many as 3 under heavy load).
diff --git a/doc/forum/Git_annex_assistant_on_EC2/comment_1_bbdb4611373117a2176c225378110a05._comment b/doc/forum/Git_annex_assistant_on_EC2/comment_1_bbdb4611373117a2176c225378110a05._comment
new file mode 100644
index 0000000000..cab80f976c
--- /dev/null
+++ b/doc/forum/Git_annex_assistant_on_EC2/comment_1_bbdb4611373117a2176c225378110a05._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-09-06T22:57:05Z"
+ content="""
+If you are using ec2 and s3 why don't you just serve the attachments directly from s3?  Not sure how git-annex adds anything here.
+"""]]
diff --git a/doc/forum/Git_annex_assistant_on_EC2/comment_2_614ed11f7134137d6376d36a61c293f5._comment b/doc/forum/Git_annex_assistant_on_EC2/comment_2_614ed11f7134137d6376d36a61c293f5._comment
new file mode 100644
index 0000000000..dfb629d62b
--- /dev/null
+++ b/doc/forum/Git_annex_assistant_on_EC2/comment_2_614ed11f7134137d6376d36a61c293f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.251.174"
+ subject="comment 2"
+ date="2013-09-07T17:08:27Z"
+ content="""
+You are going to need to make each repository have a distinct UUID. Otherwise, the assistant will get confused.
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows.mdwn b/doc/forum/Git_annex_on_Windows.mdwn
new file mode 100644
index 0000000000..b5ca80bee0
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows.mdwn
@@ -0,0 +1,11 @@
+Hi,
+I want to download some files in git and git annex in Windows OS.
+I have installed msysgit for git-scm in D:\Git directory,
+Now I download git-annex assistant for Windows, and install it
+in D:\Git\cmd directory.
+But when I run the command "git annex" in git-bash, it says it can not
+found the "git annex" command.
+My question is that, how should I use git annex in Windows to download files?
+For example, git annex get <filename>.
+Doea anyone has any idear to help me figure it out?
+Thanks in advance!
diff --git a/doc/forum/Git_annex_on_Windows/comment_1_da24ba0219a164f9ab93fe75dd85127e._comment b/doc/forum/Git_annex_on_Windows/comment_1_da24ba0219a164f9ab93fe75dd85127e._comment
new file mode 100644
index 0000000000..be50ece070
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_1_da24ba0219a164f9ab93fe75dd85127e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.251.174"
+ subject="comment 1"
+ date="2013-09-07T17:00:03Z"
+ content="""
+Are you able to run git commands? IIRC msysgit prompts when it's installed about whether you want to put it in the path or not. git-annex just piggybacks on this path setting. It is installed in the same folder as the git.exe and should work as long as that is in path.
+Otherwise, consult windows documentation to add git-annex to the path, or you can copy the git-annex.exe to somewhere else I suppose.
+
+I built a clean Windows system yesterday and have just re-tested it and it does work.
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_2_c0880ce3ee13d388ab5b46a740170845._comment b/doc/forum/Git_annex_on_Windows/comment_2_c0880ce3ee13d388ab5b46a740170845._comment
new file mode 100644
index 0000000000..bdf30b3b7e
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_2_c0880ce3ee13d388ab5b46a740170845._comment
@@ -0,0 +1,50 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQrsXK-icnYXg6kJNd-jDjMgOixnhwE34"
+ nickname="x"
+ subject="reply to Comment 1"
+ date="2013-09-10T13:46:45Z"
+ content="""
+Thanks for your helpful comment.I add the path to windows, and the
+problem disappears now.
+But I meet another problem when I download the data using git annex.
+I use the command \"git annex get foo.nc\" to download data. The foo.nc
+is actually symlink. For example:
+foo.nc -> ../../.git/annex/objects/jK/v7/WORM-s16009120-m1337754158--
+foo.nc/WORM-s16009120-m1337754158--foo.nc
+Could you help me to figure it out?
+Thank you.
+
+The erro information when using git annex in Windows, is as below:
+
+$ git annex get tau.nc
+ 
+   Detected a crippled filesystem.
+
+   Enabling direct mode.
+
+   Detected a filesystem without fifo support.
+
+   Disabling ssh connection caching.
+
+*** Please tell me who you are.
+ 
+ 
+
+Run 
+
+    git config --global user.email \"you@example.com\"
+
+    git config --user.name \"Your Name\"
+ 
+to set your account's default identity.
+
+Omit --global to set the identity only in this repository.
+
+ 
+
+fatal: unable to auto-detect email address (got 'xshao@DELL-PC.(none')
+ 
+git-annex :tau.nc not found
+
+(Recording state in git ...)
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_3_70c22716fde60d14fd0c7e74acf4a224._comment b/doc/forum/Git_annex_on_Windows/comment_3_70c22716fde60d14fd0c7e74acf4a224._comment
new file mode 100644
index 0000000000..772d9348a0
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_3_70c22716fde60d14fd0c7e74acf4a224._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQrsXK-icnYXg6kJNd-jDjMgOixnhwE34"
+ nickname="x"
+ subject="Comment3"
+ date="2013-09-10T15:36:57Z"
+ content="""
+In addition, because the file is actually symlink direct to the data stored in Amazon S3
+How could I get the URL, given the symlink for git annex. For example:
+foo.nc -> ../../.git/annex/objects/jK/v7/WORM-s16009120-m1337754158--foo.nc/WORM-s16009120-m1337754158--foo.nc
+Thank you.
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_4_b9232deab6bc5036d7339aa202013218._comment b/doc/forum/Git_annex_on_Windows/comment_4_b9232deab6bc5036d7339aa202013218._comment
new file mode 100644
index 0000000000..6fd2f8c3d2
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_4_b9232deab6bc5036d7339aa202013218._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 4"
+ date="2013-09-12T20:58:30Z"
+ content="""
+Once `git annex get` has downloaded the file, it will replace the symlink with the contents of the file.
+
+If that is not happening, you might try running `git annex fsck`
+
+
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_5_27af3c431b50b540d2bd1d3af3f21080._comment b/doc/forum/Git_annex_on_Windows/comment_5_27af3c431b50b540d2bd1d3af3f21080._comment
new file mode 100644
index 0000000000..5db96f08ed
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_5_27af3c431b50b540d2bd1d3af3f21080._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 5"
+ date="2013-09-13T18:03:17Z"
+ content="""
+Turns out that there was a bug in the Windows port that could lead to the behavior described, and another bug that prevented `git annex fsck` from fixing it. I have fixed both bugs, so you should upgrade and then run `git annex fsck`.
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_6_79fb5ec1b47593ab3355543c5499284a._comment b/doc/forum/Git_annex_on_Windows/comment_6_79fb5ec1b47593ab3355543c5499284a._comment
new file mode 100644
index 0000000000..c3f2ca2a81
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_6_79fb5ec1b47593ab3355543c5499284a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alerque.com/"
+ nickname="Caleb"
+ subject="path issue"
+ date="2014-03-20T13:05:34Z"
+ content="""
+It seems the use of the cmd folder in the Windows git-annex installer no longer meshes with the git install from msysgit. Changing \"cmd\" to \"bin\" during the install process made it work for me.
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_7_75d4450b4608ad0b453bc69159e708de._comment b/doc/forum/Git_annex_on_Windows/comment_7_75d4450b4608ad0b453bc69159e708de._comment
new file mode 100644
index 0000000000..2d0b3ea3ce
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_7_75d4450b4608ad0b453bc69159e708de._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 7"
+ date="2014-03-20T16:04:36Z"
+ content="""
+Hmm, putting git-annex.exe in to bin and not cmd with mysysgit 1.8.5.2 will make \"git annex\" work, but \"git-annex\" will not.
+
+What version of msysgit has the problem with bin?
+"""]]
diff --git a/doc/forum/Git_annex_on_Windows/comment_8_e4e5ad0cda34bb597fe1bb804acc15e9._comment b/doc/forum/Git_annex_on_Windows/comment_8_e4e5ad0cda34bb597fe1bb804acc15e9._comment
new file mode 100644
index 0000000000..3a649c5013
--- /dev/null
+++ b/doc/forum/Git_annex_on_Windows/comment_8_e4e5ad0cda34bb597fe1bb804acc15e9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 8"
+ date="2014-03-20T19:50:26Z"
+ content="""
+I upgraded to msysgit 1.9.0 and git annex works in cmd. 
+
+Did you tell the msysgit installer to \"Run git from the windows command prompt\"? This is the default. If you chose \"Use git bash only\" then git-annex will only work from within git bash.
+"""]]
diff --git a/doc/forum/Git_annex_syncing_speed__44___possible__63__.mdwn b/doc/forum/Git_annex_syncing_speed__44___possible__63__.mdwn
new file mode 100644
index 0000000000..d1fcc74aaa
--- /dev/null
+++ b/doc/forum/Git_annex_syncing_speed__44___possible__63__.mdwn
@@ -0,0 +1,21 @@
+Hello
+
+I'm trying Git annex latest builds available in Linux & Android
+Here is the scenario :-
+
+Syncing 2 peer devices running Linux & Android
+Devices can access each other directly over Cisco VPN encrypted link
+
+Currently, syncing files via rsync over webdav (over Cisco VPN)
+Everything is working, manual file tracking is an issue.
+
+Here's where Git annex steps in,
+I've configures external jabber account so they can talk to each other.
+
+But the transfers are super-slow over internet,
+I'm guessing Cisco VPN adding 15-20% overhead + SSH adding another 20-30% overhead.
+
+Since the network link is trusted, is there any way to speed things up assuming Cisco solution
+remains in place?
+
+looking to solve this issue
diff --git a/doc/forum/Git_annex_syncing_speed__44___possible__63__/comment_1_8aa224b3016dc38e4cea8ee1865a3ab6._comment b/doc/forum/Git_annex_syncing_speed__44___possible__63__/comment_1_8aa224b3016dc38e4cea8ee1865a3ab6._comment
new file mode 100644
index 0000000000..eb0e65f801
--- /dev/null
+++ b/doc/forum/Git_annex_syncing_speed__44___possible__63__/comment_1_8aa224b3016dc38e4cea8ee1865a3ab6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-07-12T20:09:32Z"
+ content="""
+Not sure if it applies to your devices, but I considerably speed up SSH transfers on my raspberry pi by using
+
+    Ciphers arcfour
+
+in the ssh configuration.
+"""]]
diff --git a/doc/forum/Git_repos_in_git_annex__63__.mdwn b/doc/forum/Git_repos_in_git_annex__63__.mdwn
new file mode 100644
index 0000000000..2d16a66592
--- /dev/null
+++ b/doc/forum/Git_repos_in_git_annex__63__.mdwn
@@ -0,0 +1,7 @@
+Hello,
+
+A mode of operation that I find comfortable, and from various online posts it seems that so do some others, is putting whole git repositories in dropbox.
+
+It seems that currently this mode of operations if not supported in a simple manner. (i.e. just add and let assistant do the work). Is there any workaround or possibility to do this?
+
+Thanks!
diff --git a/doc/forum/Git_repos_in_git_annex__63__/comment_1_8aaa0d83e8fcd5997f6b0097f3b21622._comment b/doc/forum/Git_repos_in_git_annex__63__/comment_1_8aaa0d83e8fcd5997f6b0097f3b21622._comment
new file mode 100644
index 0000000000..fac5ad5b11
--- /dev/null
+++ b/doc/forum/Git_repos_in_git_annex__63__/comment_1_8aaa0d83e8fcd5997f6b0097f3b21622._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="EvanDeaubl"
+ ip="68.230.56.163"
+ subject="comment 1"
+ date="2013-07-28T02:40:24Z"
+ content="""
+I'll give this warning upfront: this works for me, but it requires manual intervention, and I wouldn't be surprised if this spectacularly broke with the assistant running in full auto mode.
+
+I'm currently storing git repos inside of my annex by using a separated git dir, so that git doesn't detect the nested repository and balk at adding it. Doing a git clone or git init with a --separate-git-dir=<git dir> argument puts what would normally be in .git in that directory, and creates a simple .git file in its place which references the separated git dir.
+
+When I'm not using the repo, I move the .git file out of the directory, and everything looks like regular files to git-annex. When I want to use it, I move it back in place, and any git operations inside the repo directory use the inner git repo itself.
+
+Another option I used for a while was to store bare repos in the annex, and doing checkouts from those repos.
+"""]]
diff --git a/doc/forum/Git_repos_in_git_annex__63__/comment_2_8546341a561a5f55216c2f437f8ec0c2._comment b/doc/forum/Git_repos_in_git_annex__63__/comment_2_8546341a561a5f55216c2f437f8ec0c2._comment
new file mode 100644
index 0000000000..90d40d8aa6
--- /dev/null
+++ b/doc/forum/Git_repos_in_git_annex__63__/comment_2_8546341a561a5f55216c2f437f8ec0c2._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Many months later..."
+ date="2014-05-08T16:49:26Z"
+ content="""
+Here is the relevant bug: <http://git-annex.branchable.com/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X>
+
+Here's my scenario: I have been using Dropbox for several years.  I want to move to git-annex.
+
+For some time I used Bazaar repos inside Dropbox.  A couple of times I accidentally modified files on one computer before another finished syncing, and the repo became mildly corrupted, but I recovered it okay.
+
+Recently I switched to git, and so far, so good.  I'm careful not to make any changes to my files before Dropbox is finished syncing, so everything works fine.
+
+But when I add a directory containing a git repo to an annex, git-annex ignores the .git directory, so the repo isn't synced.
+
+I read this forum thread, and I read the bug report, but there don't appear to be any real solutions.
+
+This seems like what should be a fairly common use case: a user has a directory of simple text files, like shell scripts or org-mode files.  He uses git to version-control them, and he uses Dropbox to sync the files and the git repo automatically between computers.  Now the user wants to use git-annex instead, but if he does this, it will mean having to choose between:
+
+* No longer using git to version-control the files
+* Only using git on a single system, which means that he can't make commits or do any other git operations when using other systems
+* Keeping separate git repos on each system, and making the same commits manually on each one...which would be a mess
+* Keeping separate git repos on each system, and using a script to make commits automatically--which would mean commits wouldn't be any more useful than a simple timed backup script
+
+I guess I could just use git instead of Dropbox or git-annex, but then I must choose between either:
+
+* Only being able to sync repos when both systems are online
+* Having to store repos in plaintext on remote servers
+
+This is one of my primary use cases for Dropbox/git-annex.  I'd really appreciate any help in figuring this out.  Thanks.
+"""]]
diff --git a/doc/forum/Git_repositories_in_the_annex__63__.mdwn b/doc/forum/Git_repositories_in_the_annex__63__.mdwn
new file mode 100644
index 0000000000..a18af8c2c7
--- /dev/null
+++ b/doc/forum/Git_repositories_in_the_annex__63__.mdwn
@@ -0,0 +1,5 @@
+First of all thanks for the great work. git-annex looks very nice already!
+
+I wonder if it's possible to add Git repositories to the annex. In my current Dropbox setup I drop some small Git repositories into the Dropbox to keep them in sync on two computers. 
+
+This is obviously not possible with git-annex, as the annex itself is a Git repository and sub-repositories (directories with .git folders) are ignored. But in some cases people might want to be able to drop "anything" into the annex, maybe even Git repositories (e.g. the "nomad" usecase)...
diff --git a/doc/forum/Gitolite_problems.mdwn b/doc/forum/Gitolite_problems.mdwn
new file mode 100644
index 0000000000..15b7d62698
--- /dev/null
+++ b/doc/forum/Gitolite_problems.mdwn
@@ -0,0 +1,11 @@
+I am having some issues trying to make git-annex work with the latest version of Gitolite, 
+When running git annex sync, or git annex copy --to I get.
+"""
+Failed to get annex.uuid configuration of repository origin
+
+Instead, got: "annex.uuid=\ncore.gcrypt-id=\n"
+"""
+
+Has anyone found any solution to this? Also, I am using the latest version of Gitolite, because I wanted to see whether it would work.
+Thanks, Zack.
+EDIT: It might also be worthy to note that I did have a go at following the guide on this site.
diff --git a/doc/forum/Gitolite_problems/comment_1_3a41f9b6bddc060b1fa9e35b9ce8b55f._comment b/doc/forum/Gitolite_problems/comment_1_3a41f9b6bddc060b1fa9e35b9ce8b55f._comment
new file mode 100644
index 0000000000..b29fdf2a3e
--- /dev/null
+++ b/doc/forum/Gitolite_problems/comment_1_3a41f9b6bddc060b1fa9e35b9ce8b55f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Renaud"
+ ip="126.10.66.235"
+ subject="comment 1"
+ date="2014-01-11T14:29:08Z"
+ content="""
+I had that problem when I tried to access a newly created remote repository.
+It seems git-annex doesn't recognize anymore if the remote repository has been initialized or not.
+The workaround I used is create a local repository, initialize it with git annex, `clone --bare` it, add the bare repository as a remote and `git annex sync` it to initialize the bare repository. Then, you can put the bare repository where gitolite usualy keep its repositories and use it normally.
+"""]]
diff --git a/doc/forum/Gitolite_problems/comment_2_ef156bf7a1e17496c5fc1f592d45f2ad._comment b/doc/forum/Gitolite_problems/comment_2_ef156bf7a1e17496c5fc1f592d45f2ad._comment
new file mode 100644
index 0000000000..7c4e8662f4
--- /dev/null
+++ b/doc/forum/Gitolite_problems/comment_2_ef156bf7a1e17496c5fc1f592d45f2ad._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqaNwDQ367zpW6cIRviLz6zJZZFODgoEI"
+ nickname="Zack"
+ subject="Almost there!"
+ date="2014-01-12T19:13:29Z"
+ content="""
+Thanks for the help (I can now clone the repo.), but I now get this.
+get file FATAL: bad git-annex-shell command: git-annex-shell 'configlist' '/annex2.git' at /opt/gitolite2/bin/commands/git-annex-shell line 25, <DATA> line 1.
+"""]]
diff --git a/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn b/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn
new file mode 100644
index 0000000000..5b7be71575
--- /dev/null
+++ b/doc/forum/Handling_web_special_remote_when_content_changes__63__.mdwn
@@ -0,0 +1,19 @@
+I am in the process of organising all of my documents (pdf/ps/etc.) and putting them into an annex.  It seems like the easiest (and smartest?) way for me to manage my 15,000+ document library...  (Yeah, I've not read them all!)
+
+However, one of the issues I have run into is when I want to include something like a software manual...
+
+I'm not even sure if git-annex is the correct way to handle these sort of document, but...
+
+What would you do if the URL stays the same, but the file content changes over time?
+
+For example, the administration manual for R gets updated and re-released for each release of R, but the URL stays the same.
+
+    http://cran.r-project.org/doc/manuals/R-admin.pdf
+
+I'm not particularly worried about whether my annex version is the most recent, just that if I want to 'annex get' it, it will pull *a* version from somewhere.
+
+Any thoughts?
+
+I'd bet that the SHA-hash would change between releases(!) so would a WORM backend be the best approach?  It would mess up my one-file-in-multiple-directories (i.e. multiple simlinks to the one SHA-...-.....) approach.
+
+ 
diff --git a/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_1_05ee6a1b1943ef3c90634e52233bde1c._comment b/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_1_05ee6a1b1943ef3c90634e52233bde1c._comment
new file mode 100644
index 0000000000..0f0bf2f327
--- /dev/null
+++ b/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_1_05ee6a1b1943ef3c90634e52233bde1c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-03T00:57:55Z"
+ content="""
+The web special remote will happily download files when you `git annex get` even if they don't have the same content that they did before.
+
+`git annex fsck` will detect such mismatched content to the best ability of the backend (so checking the SHA1, or verifying the file size at least matches if you use WORM), and complain and move such mismatched content aside. `git annex addurl --fast` deserves a special mention; it uses a backend that only records the URL, and so if it's used, fsck cannot later detect such changes. Which might be what you want..
+
+For most users, this is one of the reasons `git annex untrust web` is a recommended configuration. Once you untrust the web, any content you download from the web will be kept around in one of your own git-annex repositories, rather than the untrustworthy web being the old copy.
+"""]]
diff --git a/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_2_48d82e391812d8ec0d4e6562d0607fe7._comment b/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_2_48d82e391812d8ec0d4e6562d0607fe7._comment
new file mode 100644
index 0000000000..93c43137d3
--- /dev/null
+++ b/doc/forum/Handling_web_special_remote_when_content_changes__63__/comment_2_48d82e391812d8ec0d4e6562d0607fe7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 2"
+ date="2012-01-03T02:49:18Z"
+ content="""
+Thanks!  `git annex addurl --fast` does exactly what I want it to do.
+
+Wow.  Yet another special backend for me to play with.  :-)
+"""]]
diff --git a/doc/forum/Help_Windows_walkthrough.mdwn b/doc/forum/Help_Windows_walkthrough.mdwn
new file mode 100644
index 0000000000..dbe61b556b
--- /dev/null
+++ b/doc/forum/Help_Windows_walkthrough.mdwn
@@ -0,0 +1,177 @@
+Hello,
+
+i am trying to run the walkthrough on Windows 7. When i try to get the contents of a file, i only get a some git annex text string and not the real file. Both repositories are on the same ntfs filesystem. 
+
+C:\tmp>git annex version  
+git-annex version: 4.20130827-g4f18612  
+build flags: Pairing Testsuite S3 WebDAV DNS  
+local repository version: 4  
+default repository version: 3  
+supported repository versions: 3 4  
+upgrade supported from repository versions: 2  
+  
+C:\tmp\server>git --version  
+git version 1.8.3.msysgit.0  
+   
+
+# walkthrough.bat
+    
+    doskey /history > commands.log
+    mkdir laptop
+    cd laptop
+    git init
+    git annex init laptop
+    cd ..
+    
+    git clone laptop server
+    cd server
+    git annex init server
+    git remote add laptop c:\tmp\laptop
+    
+    cd ..\laptop
+    git remote add server c:\tmp\server
+    copy ..\1.pdf .
+    git annex add 1.pdf
+    git commit -m add
+    dir 
+    
+    cd ..\server
+    dir
+    git fetch laptop
+    git merge laptop/master
+    git annex get 1.pdf
+    dir
+    type 1.pdf
+    
+
+# walkthrough.log
+
+    C:\tmp>walkthrough.bat
+    
+    C:\tmp>doskey /history  1>commands.log
+    
+    C:\tmp>mkdir laptop
+    
+    C:\tmp>cd laptop
+    
+    C:\tmp\laptop>git init
+    Initialized empty Git repository in C:/tmp/laptop/.git/
+    
+    C:\tmp\laptop>git annex init laptop
+    init laptop
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+    ok
+    (Recording state in git...)
+    
+    C:\tmp\laptop>cd ..
+    
+    C:\tmp>git clone laptop server
+    Cloning into 'server'...
+    done.
+    warning: remote HEAD refers to nonexistent ref, unable to checkout.
+    
+    
+    C:\tmp>cd server
+    
+    C:\tmp\server>git annex init server
+    init server
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+    ok
+    (Recording state in git...)
+    
+    C:\tmp\server>git remote add laptop c:\tmp\laptop
+    
+    C:\tmp\server>cd ..\laptop
+    
+    C:\tmp\laptop>git remote add server c:\tmp\server
+    
+    C:\tmp\laptop>copy ..\1.pdf .
+            1 file(s) copied.
+    
+    C:\tmp\laptop>git annex add 1.pdf
+    add 1.pdf (checksum...) ok
+    (Recording state in git...)
+    
+    C:\tmp\laptop>git commit -m add
+    [master (root-commit) 7ad1514] add
+     1 file changed, 1 insertion(+)
+     create mode 120000 1.pdf
+    
+    C:\tmp\laptop>dir
+     Volume in drive C has no label.
+     Volume Serial Number is x
+    
+     Directory of C:\tmp\laptop
+    
+    09/01/2013  11:03 AM    <DIR>          .
+    09/01/2013  11:03 AM    <DIR>          ..
+    08/30/2013  12:43 PM            37,500 1.pdf
+                   1 File(s)         37,500 bytes
+                   2 Dir(s)   7,698,817,024 bytes free
+    
+    C:\tmp\laptop>cd ..\server
+    
+    C:\tmp\server>dir
+     Volume in drive C has no label.
+     Volume Serial Number is x
+    
+     Directory of C:\tmp\server
+    
+    09/01/2013  11:03 AM    <DIR>          .
+    09/01/2013  11:03 AM    <DIR>          ..
+                   0 File(s)              0 bytes
+                   2 Dir(s)   7,698,817,024 bytes free
+    
+    C:\tmp\server>git fetch laptop
+    remote: Counting objects: 9, done.
+    remote: Compressing objects: 100% (6/6), done.
+    remote: Total 8 (delta 1), reused 0 (delta 0)
+    Unpacking objects: 100% (8/8), done.
+    From c:\tmp\laptop
+     * [new branch]      git-annex  -> laptop/git-annex
+     * [new branch]      master     -> laptop/master
+    
+    C:\tmp\server>git merge laptop/master
+    
+    C:\tmp\server>git annex get 1.pdf
+    get 1.pdf (merging laptop/git-annex origin/git-annex into git-annex...)
+    (Recording state in git...)
+    (from laptop...)
+    1.pdf
+           37500 100%    4.51MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 37573 bytes  received 31 bytes  75208.00 bytes/sec
+    total size is 37500  speedup is 1.00
+    ok
+    (Recording state in git...)
+    
+    C:\tmp\server>dir
+     Volume in drive C has no label.
+     Volume Serial Number is x
+    
+     Directory of C:\tmp\server
+    
+    09/01/2013  11:03 AM    <DIR>          .
+    09/01/2013  11:03 AM    <DIR>          ..
+    09/01/2013  11:03 AM               194 1.pdf
+                   1 File(s)            194 bytes
+                   2 Dir(s)   7,698,767,872 bytes free
+    
+    C:\tmp\server>type 1.pdf
+    .git/annex/objects/kM/0q/SHA256E-s37500--32d8190c7e189d45f48245a100e4cc981ea1bbc
+    02ac8bfa6188db73e41ce06f3.pdf/SHA256E-s37500--32d8190c7e189d45f48245a100e4cc981e
+    a1bbc02ac8bfa6188db73e41ce06f3.pdfC:\tmp\server>
+    C:\tmp\server>
+    
diff --git a/doc/forum/Help_Windows_walkthrough/comment_1_5fc22393a1b28235eabb2871ad83d0a7._comment b/doc/forum/Help_Windows_walkthrough/comment_1_5fc22393a1b28235eabb2871ad83d0a7._comment
new file mode 100644
index 0000000000..95623a6454
--- /dev/null
+++ b/doc/forum/Help_Windows_walkthrough/comment_1_5fc22393a1b28235eabb2871ad83d0a7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.7"
+ subject="comment 1"
+ date="2013-09-03T17:59:03Z"
+ content="""
+The walkthrough assumes a system that uses indirect mode by default, so it won't work quite right on Windows, which is forced to use direct mode.
+
+Running `git annex fsck` in the server repository will fix up this situation, but the right thing on Windows is to use `git annex sync` rather than the manual `git fetch + git merge` the walkthrough shows.
+
+Guess I'll make the walkthrough use sync, although it may make it harder for people to understand what's going on internally.
+"""]]
diff --git a/doc/forum/Help_on_my_usecase.mdwn b/doc/forum/Help_on_my_usecase.mdwn
new file mode 100644
index 0000000000..ef670aa254
--- /dev/null
+++ b/doc/forum/Help_on_my_usecase.mdwn
@@ -0,0 +1,22 @@
+I am using git-annex assistant for a few months now and still don't think I have it all setup correctly. My setup is:
+
+* Laptop Computer with low storage. Content creator, assistant: file source
+* Desktop Computer with medium storage capacity. Consumer, assistant: manual Mode
+* 2TB USB HD (EXT4) Backup, assistant: full backup
+* 2.5" portable 500GB drive NTFS formatted. transfer to backup: assistant: tried transfer and partial backup
+* Root Server on the web, not yet in the mix. Planned: Index only / content creator
+
+My primary goal is getting the stuff from the Laptop to the 2TB USB drive, syncing the annex with the desktop so I can get files on the desktop from the backup.
+What works:
+
+* Checking stuff into the annex on the Laptop
+* When the 2TB drive is connected to the Laptop, stuff is automatically moved there too
+* Bare Repo on the 2.5" configured as partial backup automatically backups the data
+
+What doesn't work:
+
+* Connecting the 2.5" bare repo to the Desktop to move stuff to the backup drive automatically
+* Having a human readable folder Structure on the 2.5" NTFS drive. I'd be ok to have a bare repo plus a special remote on the drive, but I don't know how to configure it
+* How do I drop stuff from the bare repo on the 2.5" drive? I think a partial backup should drop content that is in a full backup, but it doesn't
+
+Thanks for reading this long post. If anyone has any tips on how to configure the assistant, thats much appreciated.
diff --git a/doc/forum/Help_on_my_usecase/comment_1_a35b35c7927640f21d47c3df4f91dabb._comment b/doc/forum/Help_on_my_usecase/comment_1_a35b35c7927640f21d47c3df4f91dabb._comment
new file mode 100644
index 0000000000..25116a7c43
--- /dev/null
+++ b/doc/forum/Help_on_my_usecase/comment_1_a35b35c7927640f21d47c3df4f91dabb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-09T18:18:49Z"
+ content="""
+An incremental backup is supposed to drop content once it reaches a full backup. But, the assistant can only do that if it's able to verify that the full backup drive (or some other repository it can access) has a file, at the same time it's dropping it from the incremental backup drive. If you don't have both the incremental and full backup drives plugged in at the same time, you could consider making git-annex [[trust]] the full backup drive, which would avoid this explicit check.
+
+It sounds like you want a non-bare git repository on the 2.5\" drive. The assistant does not currently support setting that up, but you can do it by just using `git clone` as shown in the [[walkthrough]].
+
+I'm not clear on what doesn't work when you connect the 2.5\" drive to your desktop.
+"""]]
diff --git a/doc/forum/Help_with_syncing_file_contents.mdwn b/doc/forum/Help_with_syncing_file_contents.mdwn
new file mode 100644
index 0000000000..28ac22b2e1
--- /dev/null
+++ b/doc/forum/Help_with_syncing_file_contents.mdwn
@@ -0,0 +1,68 @@
+Hi everyone,
+
+everyday I understand more and more how git and git-annex work but I need help with this one.
+I guess I have two questions but let me describe the scenario first:
+
+I have one local repository of mp3s (assume just one file: file1.mp3).
+I clone that repository into a remote git-annex repository over ssh and "git annex get" the file contents for file1.mp3.
+
+I unlock some mp3's locally and modify some mp3 tags. 
+Then I notify git-annex of these changes
+with "git annex add *"
+and commit them with "git commit -m 'mp3 tags changed'". 
+[git annex locks them again and changes the symlinks to point to the changed file in the annex, git commits the changed symlink]
+
+At this point in time there are two objects in my git annex repository:
+hash(file1.mp3) 
+hash(file1.mp3|with modified tags)
+The symlink points now to hash(file1.mp3|with modified tags)
+
+At this point the remote still does not now of this commit and of the new file contents.
+Thus I do "git push" to send the changes to the remote.
+The remote now has a BROKEN symlink because it already points to hash(file1.mp3|with modified tags)
+but the remote annex's object directory only contains hash(file1.mp3).
+
+Then I want my remote repository to also have the updated mp3 tags.
+The only way I see (without scripting) to have the updated mp3 tags in the remote repository is to do an "git annex get file1.mp3" on the remote repository or an "git annex copy --to remote file1.mp3" at my local repository. However, although the binary differences between both files
+file1.mp3 and file1.mp3|with modified tags are small the latter is transferred completely from the local repository to the remote repository.
+
+This is not a problem when just changing one file, but a problem when I have 10GB's of files and when it takes 2days to upload them to the remote because of a low bandwidth. 
+
+First question: Did I miss something? Does git-annex already provide means to only transmit the diff between the two objects? 
+
+Second question regarding disk space.
+I now have a complete history of all changes to file1.mp3 in my git-annex repository. I have the objects that represent every state of file1.mp3 and I can go back to these states when I checkout the respective commits and thereby the symlinks that link to these "old" objects. This history can take up a lot of space. What is the clean way to forget the past? AFAIK "git drop unused" only drops file contents that are not referenced in any commit? 
+
+If one wanted to preserve the entire history but save disk space one could also only store the current content and the patches that allow to reconstruct older versions from the current one. I understand that applying several patches consecutively takes more cpu time but for me going back to an older commit with my binary files only happens rarely. 
+
+This is the algorithm I have in mind for an optimized "git annex get file1":
+
+On that repository where the file is missing:
+
+1. Find the newest object that represented the contents of file1 in file1's commit history.
+
+2. Transmit this object identification hash(object) to the remote that has the current version (the one I am getting from).
+
+At that remote: 
+
+If the history contains full versions of file contents:
+
+Create a binary diff between the object identified by hash(object) and the current content of file1.
+
+If the history contains only the current version and patches to older versions:
+Collect all patches that represent the change from hash(object) to the current content of file1.
+
+If the list of patches is bigger than the current content of file 1 transmit the current content of file1. Otherwise transmit the patch(es) 
+
+On that repository where the file is missing:
+
+Apply the patch(es) to the latest object to obtain the current object.
+
+What's your opinion on this?
+
+Marek
+
+
+
+
+
diff --git a/doc/forum/Help_with_syncing_file_contents/comment_1_7ec34de3140983739080115c82966bf5._comment b/doc/forum/Help_with_syncing_file_contents/comment_1_7ec34de3140983739080115c82966bf5._comment
new file mode 100644
index 0000000000..87ef6d1306
--- /dev/null
+++ b/doc/forum/Help_with_syncing_file_contents/comment_1_7ec34de3140983739080115c82966bf5._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Possible quick solution with rsync"
+ date="2013-05-28T10:52:30Z"
+ content="""
+One could achieve the effect of only transmitting the changes of file contents using rsync.
+
+On the repository that lacks the current version:
+
+cp latestversionavailable currentversion
+rsync remoterepository/currentversion ./currentversion
+
+
+
+
+
+"""]]
diff --git a/doc/forum/Help_with_syncing_file_contents/comment_2_7dba58d3c62d6f64a270298e4e4329a4._comment b/doc/forum/Help_with_syncing_file_contents/comment_2_7dba58d3c62d6f64a270298e4e4329a4._comment
new file mode 100644
index 0000000000..2d427cccb8
--- /dev/null
+++ b/doc/forum/Help_with_syncing_file_contents/comment_2_7dba58d3c62d6f64a270298e4e4329a4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="I should have read git annex unused first"
+ date="2013-05-28T22:14:46Z"
+ content="""
+Apparently \"git annex unused\" finds previous versions of the object that are not symlinked anymore. However, if a file is renamed then the oldest version before the rename is not marked as unused.
+
+
+"""]]
diff --git a/doc/forum/Help_with_syncing_file_contents/comment_3_b26cfa20dc81517d93e760f4809bdc24._comment b/doc/forum/Help_with_syncing_file_contents/comment_3_b26cfa20dc81517d93e760f4809bdc24._comment
new file mode 100644
index 0000000000..6293ada24b
--- /dev/null
+++ b/doc/forum/Help_with_syncing_file_contents/comment_3_b26cfa20dc81517d93e760f4809bdc24._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-29T16:50:35Z"
+ content="""
+Treating each version of a file as a separate object that is stored and transmitted separately is one of the core simplifying assumptions of git-annex. Among other things it makes it easy to have dumb special remotes that are mere key/value stores. And it keeps it easy to understand.
+
+I don't consider this a problem as far as storage goes. Disk space is cheap; git-annex allows dropping unused versions of files from repositories that are not on large cheap storage.
+
+For file transfer, it would be nice to find optimisations that don't require changing this simplifying assumption. This can be done at least for rsync I think. The [[design/assistant/deltas]] page is where the design of this is or will be worked on.
+"""]]
diff --git a/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___.mdwn b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___.mdwn
new file mode 100644
index 0000000000..78b10b47a4
--- /dev/null
+++ b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___.mdwn
@@ -0,0 +1,6 @@
+Hello.
+How can I use git-annex get a list of files in directory that have content? For each such file the result of command
+
+     git-annex get [file] 
+   
+will be empty.
diff --git a/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_1_e897d8fc10474cf865279dc22f22ecb7._comment b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_1_e897d8fc10474cf865279dc22f22ecb7._comment
new file mode 100644
index 0000000000..8a0697e093
--- /dev/null
+++ b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_1_e897d8fc10474cf865279dc22f22ecb7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 1"
+ date="2013-12-30T13:15:20Z"
+ content="""
+    git annex find <path>
+
+that's what you meant?
+"""]]
diff --git a/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_2_3af326205db6ee04f2a8644baa1dd566._comment b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_2_3af326205db6ee04f2a8644baa1dd566._comment
new file mode 100644
index 0000000000..6fe18b5cb2
--- /dev/null
+++ b/doc/forum/How_can_I_use_git-annex_get_a_list_of_files_in_directory_that_have_content__63___/comment_2_3af326205db6ee04f2a8644baa1dd566._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Alexcei"
+ ip="92.255.239.77"
+ subject="comment 2"
+ date="2013-12-30T13:25:45Z"
+ content="""
+Yes, this is what I need. I have not seen this command before. Thank you.
+"""]]
diff --git a/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__.mdwn b/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__.mdwn
new file mode 100644
index 0000000000..a4bcc4843c
--- /dev/null
+++ b/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__.mdwn
@@ -0,0 +1 @@
+I had accidentally chosen the wrong directory for the repository. What should I do to clean all of git-annex?
diff --git a/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__/comment_1_e14757c2c106770c2d7069ace4987b3b._comment b/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__/comment_1_e14757c2c106770c2d7069ace4987b3b._comment
new file mode 100644
index 0000000000..b051aa704a
--- /dev/null
+++ b/doc/forum/How_do_I_cleanly_remove_an_Android_git-annex_installation__63__/comment_1_e14757c2c106770c2d7069ace4987b3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T18:43:08Z"
+ content="""
+It should be sufficient to delete `/sdcard/git-annex.home` and delete the .git directory inside whatever directory you set up as the repository.
+"""]]
diff --git a/doc/forum/How_do_I_do_with_.gitrefs__47_____63__.mdwn b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__.mdwn
new file mode 100644
index 0000000000..d4a2a71b14
--- /dev/null
+++ b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__.mdwn
@@ -0,0 +1 @@
+There is .gitrefs directory in my annexed repo while I am unaware. Should I do `git add .gitrefs/` or `git annex add .gitrefs/` or just ignore?
diff --git a/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_1_5e235af2ea13fd4f6a226c842f69965e._comment b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_1_5e235af2ea13fd4f6a226c842f69965e._comment
new file mode 100644
index 0000000000..9e8d044a1e
--- /dev/null
+++ b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_1_5e235af2ea13fd4f6a226c842f69965e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 1"
+ date="2014-01-06T15:44:15Z"
+ content="""
+AFAIK neither git nor git-annex creates a .gitrefs directory.
+"""]]
diff --git a/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_2_50d0c643537175b514d5eae604fb5bea._comment b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_2_50d0c643537175b514d5eae604fb5bea._comment
new file mode 100644
index 0000000000..a812e99b0f
--- /dev/null
+++ b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_2_50d0c643537175b514d5eae604fb5bea._comment
@@ -0,0 +1,51 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.203.53.96"
+ subject="comment 2"
+ date="2014-01-11T07:51:57Z"
+ content="""
+I have noticed a .gitrefs/ directory being added to my git-annex repositories as well.
+Two direct-mode git-annex assistant-managed repos have turned up a .gitrefs directory the past month or so, with the directory often returning after I remove it. First occurrance according to git logs is on the 3rd of December.
+
+The directory looks a lot like .git/refs, as if some tool is trying to do something to .git/refs but has a bug that removes the first /, and then proceeds to copy or recreate the files.
+
+    [0 zerodogg@firefly annexed]$ du -hs .gitrefs .git/refs
+    172K    .gitrefs
+    192K    .git/refs
+    [0 zerodogg@firefly annexed]$ find .gitrefs > /tmp/gitr1
+    [0 zerodogg@firefly annexed]$ find .git/refs > /tmp/gitr2
+    [0 zerodogg@firefly annexed]$ perl -pi -e 's/^\.git.?refs//' /tmp/gitr*                                                                                                   
+    [0 zerodogg@firefly annexed]$ diff -BrayN --suppress-common-lines /tmp/gitr1 /tmp/gitr2                                                                                   
+                                                                  > /tags
+                                                                  > /remotes/browncoats
+                                                                  > /remotes/browncoats/master
+                                                                  > /remotes/browncoats/synced
+                                                                  > /remotes/browncoats/synced/master
+                                                                  > /remotes/browncoats/synced/git-annex
+                                                                  > /remotes/browncoats/git-annex
+                                                                  > /remotes/browncoats/annex
+                                                                  > /remotes/browncoats/annex/direct
+                                                                  > /remotes/browncoats/annex/direct/master
+    /remotes/serenity/master                                      <
+    /remotes/zoe                                                  | /remotes/faerun/annex
+    /remotes/zoe/master                                           | /remotes/faerun/annex/direct
+    /remotes/zoe/synced                                           | /remotes/faerunpi
+    /remotes/zoe/synced/master                                    | /remotes/faerunpi/synced
+    /remotes/zoe/synced/git-annex                                 | /remotes/faerunpi/annex
+    /remotes/firefly                                              | /remotes/faerunpi/annex/direct
+    /remotes/firefly/master                                       <
+    /remotes/firefly/synced                                       <
+    /remotes/firefly/synced/master                                <
+    /remotes/firefly/synced/git-annex                             <
+    /remotes/firefly/git-annex                                    <
+    /remotes/firefly/annex                                        <
+    /remotes/firefly/annex/direct                                 <
+    /remotes/firefly/annex/direct/master                          <
+    /remotes/river/master                                         <
+                                                                  > /remotes/origin
+                                                                  > /remotes/origin/synced
+                                                                  > /remotes/hufsa
+                                                                  > /remotes/hufsa/synced
+                                                                  > /synced
+
+"""]]
diff --git a/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_3_3d342c32b14c7edbece596ba970a8415._comment b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_3_3d342c32b14c7edbece596ba970a8415._comment
new file mode 100644
index 0000000000..8902e004a6
--- /dev/null
+++ b/doc/forum/How_do_I_do_with_.gitrefs__47_____63__/comment_3_3d342c32b14c7edbece596ba970a8415._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 3"
+ date="2014-01-15T20:40:35Z"
+ content="""
+A bug in the git repository repair code caused packed-refs files to be exploded to .gitrefs instead of .git/refs. I have fixed that bug.
+
+To fix up a repository that this happened to, I'd recommend checking if there are any tags and branches in the .gitrefs directory that have gone missing from .git/refs.. If so, you could move the files back into place (unannexing them first if necessary). Otherwise, deleting .gitrefs would seem to be the thing to do.
+"""]]
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__.mdwn b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__.mdwn
new file mode 100644
index 0000000000..c9a5a6c0a4
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__.mdwn
@@ -0,0 +1,3 @@
+`git annex dropunused` is simple enough.
+
+But how do I perform the equivalent procedure on an rsync remote?  I'd presume that `git annex copy --to remote` is not sufficient.
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_1_8db3cb5348b845eb99c2c829957db9ea._comment b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_1_8db3cb5348b845eb99c2c829957db9ea._comment
new file mode 100644
index 0000000000..026d393bb5
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_1_8db3cb5348b845eb99c2c829957db9ea._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-05-12T23:06:34Z"
+ content="""
+Oh, sheesh, it's right there at the bottom of http://git-annex.branchable.com/special_remotes/.  Oops.
+"""]]
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_2_6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_2_6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment
new file mode 100644
index 0000000000..2df92a8a36
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_2_6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-13T18:03:23Z"
+ content="""
+Well, in your defense it's documented there because I can't think of a better place to put it. Maybe you looked in some other places first before finding it there, and I should add a pointer to those places?
+
+(For the curious, the magic run is just: git annex unused --from remote)
+"""]]
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_3_f24d678e4192a70322aa164ed9b71fc8._comment b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_3_f24d678e4192a70322aa164ed9b71fc8._comment
new file mode 100644
index 0000000000..2b53984c37
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_3_f24d678e4192a70322aa164ed9b71fc8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 3"
+ date="2013-05-13T18:56:32Z"
+ content="""
+I think in general the `git annex command --help` bits could be more thorough.  If `git annex dropunused --help` indicated that it took `--from`, that would probably have helped me.
+"""]]
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_4_9233decd0aaf9211447f36e0d9346445._comment b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_4_9233decd0aaf9211447f36e0d9346445._comment
new file mode 100644
index 0000000000..f326cd3400
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_4_9233decd0aaf9211447f36e0d9346445._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-05-13T18:59:08Z"
+ content="""
+You might be using an older version. Here's the output of that command in the current version:
+
+<pre>
+Usage: git-annex dropunused NUM|RANGE ... [option ...]
+  -f REMOTE  --from=REMOTE  drop content from a remote
+
+To see additional options common to all commands, run: git annex help options
+</pre>
+"""]]
diff --git a/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_5_e1deb110f752e5495d5c77ec444abac5._comment b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_5_e1deb110f752e5495d5c77ec444abac5._comment
new file mode 100644
index 0000000000..e9ca6bc138
--- /dev/null
+++ b/doc/forum/How_do_I_dropunused_with_an_rsync_remote__63__/comment_5_e1deb110f752e5495d5c77ec444abac5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 5"
+ date="2013-05-13T19:07:11Z"
+ content="""
+Ah, rebuilding got me that.  That's pretty good!
+"""]]
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__.mdwn b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__.mdwn
new file mode 100644
index 0000000000..209e0f6a78
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__.mdwn
@@ -0,0 +1,16 @@
+Hello,
+
+I had some trouble adding a remote (the files would not appear when I was copying them to the remote), so I started over and cloned an existing repository.
+
+Of course, as I started over, I had a duplicate uuid for the remote, which would cause problems when trying to copy (I would have an error "git-annex-shell: expected repository UUID 70582c7b-0b57-4087-a9d1-77b5f5f3c75e but found UUID 335699ea-d5b8-49ff-b207-1571b5969afe").
+
+I finally managed to find the wrong uuid in the .git/config file (there was a duplicated entry for the remote) and I'm now able to copy things to the remote repository, and "git annex sync" works well. However I still see a mention of this repository when I do a "git annex whereis":
+
+    cody:games schmitta$ git annex whereis
+    whereis dungeon_keeper_1.1.0.11.dmg (3 copies) 
+      	1cdfb490-0660-41fb-b7ce-74b89abb9aac -- top
+       	335699ea-d5b8-49ff-b207-1571b5969afe -- here (cody)
+       	70582c7b-0b57-4087-a9d1-77b5f5f3c75e
+
+
+Where can I find where this last line come from, and how can I get rid of it? I tried saying that this uuid is dead, but git annex tells me it's not a remote name.
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_1_b3c215cedba51fb47992ef10c60d6acc._comment b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_1_b3c215cedba51fb47992ef10c60d6acc._comment
new file mode 100644
index 0000000000..80b664dced
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_1_b3c215cedba51fb47992ef10c60d6acc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 1"
+ date="2014-03-08T06:42:29Z"
+ content="""
+If it helps, I had a look at \"git annex vicfg\", and there is no mention of the extra UUID there.
+"""]]
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_2_85415e1fceb737919cc1cd9f37242458._comment b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_2_85415e1fceb737919cc1cd9f37242458._comment
new file mode 100644
index 0000000000..a251dade38
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_2_85415e1fceb737919cc1cd9f37242458._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 2"
+ date="2014-03-12T19:35:26Z"
+ content="""
+Probably this will fix it:
+
+`git annex dead 70582c7b-0b57-4087-a9d1-77b5f5f3c75e`
+"""]]
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_3_fb3a591dc60182f7922fc2b5c24f50f1._comment b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_3_fb3a591dc60182f7922fc2b5c24f50f1._comment
new file mode 100644
index 0000000000..bebd8f290d
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_3_fb3a591dc60182f7922fc2b5c24f50f1._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 3"
+ date="2014-03-13T20:05:53Z"
+ content="""
+Unfortunately git annex tells me there is no such remote:
+
+    cody:games schmitta$ git annex dead 70582c7b-0b57-4087-a9d1-77b5f5f3c75e
+    dead 70582c7b-0b57-4087-a9d1-77b5f5f3c75e git-annex: there is no available git remote named \"70582c7b-0b57-4087-a9d1-77b5f5f3c75e\"
+"""]]
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_4_aed0be32e579c7a39c63aa7e3ec5f67b._comment b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_4_aed0be32e579c7a39c63aa7e3ec5f67b._comment
new file mode 100644
index 0000000000..99ac0d5a6a
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_4_aed0be32e579c7a39c63aa7e3ec5f67b._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 4"
+ date="2014-03-14T17:46:23Z"
+ content="""
+It seems that the git-annex branch's uuid.log must somehow not list this uuid, but it's used in the location tracking log files. 
+
+The only way I can think of that this could happen is if you had set up a repository, run git-annex init, and then went in and changed the annex.uuid setting to this other uuid, and added files with that misconfiguration. Does that sound like what happened?
+
+The fix is just as evil as the cause -- you can edit .git/config to add a new, dummy git remote that has annex-uuid set to the problem uuid, and then `git-annex dead` can be used to kill the uuid via that remote. For example:
+
+[[!format sh \"\"\"
+joey@darkstar:~/tmp/x>git annex whereis eep
+whereis eep (1 copy) 
+  	00000a6d-e770-4ab9-a640-7d6272e9ffff
+ok
+joey@darkstar:~/tmp/x>git annex dead 00000a6d-e770-4ab9-a640-7d6272e9ffff
+dead 00000a6d-e770-4ab9-a640-7d6272e9ffff git-annex: there is no available git remote named \"00000a6d-e770-4ab9-a640-7d6272e9ffff\"
+- exit 1
+joey@darkstar:~/tmp/x>git remote add dummy dummy
+joey@darkstar:~/tmp/x>git config remote.dummy.annex-uuid 00000a6d-e770-4ab9-a640-7d6272e9ffff
+joey@darkstar:~/tmp/x>git annex dead dummy
+dead dummy ok
+(Recording state in git...)
+joey@darkstar:~/tmp/x>git annex whereis eep
+whereis eep (0 copies) failed
+\"\"\"]]
+"""]]
diff --git a/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_5_0c9a6c8a92d6c6e04ae3a8349b799c60._comment b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_5_0c9a6c8a92d6c6e04ae3a8349b799c60._comment
new file mode 100644
index 0000000000..9807fb7d9f
--- /dev/null
+++ b/doc/forum/How_do_I_get_rid_of_a_wrong_remote_uuid__63__/comment_5_0c9a6c8a92d6c6e04ae3a8349b799c60._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 5"
+ date="2014-03-14T18:11:52Z"
+ content="""
+Thanks, it worked!
+
+Regarding how I got into that state, here is what happened:
+- I configured a new repository (git init, git annex init) on machine B
+- I added that repository as a remote from machine A
+- I started pushing files from machine A to machine B, starting with the file that later showed this problem
+- I then noticed that, although the files were said to be successfully sent, I could not see them on machine B (no symbolic link was created), even after a \"git annex sync\" there
+- I decided to start over, deleting the annex, and creating it from a clone of an existing annex
+- This resulted in a duplicated UUID for the same path, which led to this problem
+
+Maybe some documentation on how to cleanly start over when things get in a bad state would be very useful.
+
+Thanks again,
+
+Alan
+"""]]
diff --git a/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__.mdwn b/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__.mdwn
new file mode 100644
index 0000000000..d574956bf1
--- /dev/null
+++ b/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__.mdwn
@@ -0,0 +1,4 @@
+Hi Joey,
+    I was wondering how you know when a file in your repo fails a fsck.  I'm having trouble finding out since I can't change any of the objects (which is great!).  I'd just like to know since I have thousands of files in one of my annexes, and scrolling through my term buffer is unwieldy.  I'd assume it would show up when the fsck was done, or in 'git annex status'...
+
+Thanks!
diff --git a/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__/comment_1_1c14981916dd55376d5e9f95023556cb._comment b/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__/comment_1_1c14981916dd55376d5e9f95023556cb._comment
new file mode 100644
index 0000000000..042a1c46a2
--- /dev/null
+++ b/doc/forum/How_do_you_know_when_something_fails_a_fsck__63__/comment_1_1c14981916dd55376d5e9f95023556cb._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-06-10T14:23:25Z"
+ content="""
+    justin@box:/tmp/f$ git init
+    Initialized empty Git repository in /tmp/f/.git/
+    justin@box:/tmp/f$ git-annex init 
+    init  ok
+    (Recording state in git...)
+    justin@box:/tmp/f$ cp /etc/motd .
+    justin@box:/tmp/f$ git-annex add .
+    add motd (checksum...) ok
+    (Recording state in git...)
+    justin@box:/tmp/f$ git-annex fsck
+    fsck motd (checksum...) ok
+    justin@box:/tmp/f$ chmod +w motd 
+    justin@box:/tmp/f$ echo hi >> motd 
+    justin@box:/tmp/f$ git-annex fsck
+    fsck motd 
+      Bad file size (3 B larger); moved to /tmp/f/.git/annex/bad/SHA256-s354--2e724dde1a5dc33bc15580b2aef1ee541ca8047d746fff9bb7917062b871c0bf
+
+      ** No known copies exist of motd
+    failed
+    (Recording state in git...)
+    git-annex: fsck: 1 failed
+
+
+You can also use fsck -q which will only show errors.
+
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__.mdwn b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__.mdwn
new file mode 100644
index 0000000000..a2ac090ad5
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__.mdwn
@@ -0,0 +1,7 @@
+When starting git-annex assistant with:
+
+    git-annex webapp
+
+an unwanted web browser is opened.
+
+How does one change the web browser with which the web interface is displayed?
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_1_f4402eabda2327da3a0bbc64ed3baf9a._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_1_f4402eabda2327da3a0bbc64ed3baf9a._comment
new file mode 100644
index 0000000000..6369dbd0bb
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_1_f4402eabda2327da3a0bbc64ed3baf9a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.60"
+ subject="comment 1"
+ date="2012-09-17T15:32:07Z"
+ content="""
+The web browser is started by running the `xdg-open` program (or just `open` on Mac OS X).
+
+xdg-open, in turn, runs the desktop environment's kde-open, gvfs-open, exo-open. Which browser these run is configured in the desktop environment's settings. Which is my goal for the web app; it should open the same browser that other applications in the desktop use.
+
+When there's no desktop environment in use, xdg-open falls back to some default browser, or to what's configured by the BROWSER environment variable.
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_2_cdb41f2c7b6bc5bf40d88582dcbf45aa._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_2_cdb41f2c7b6bc5bf40d88582dcbf45aa._comment
new file mode 100644
index 0000000000..ce626fa9f5
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_2_cdb41f2c7b6bc5bf40d88582dcbf45aa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlZvtBCVyJw4O71OPsdwGpVh6iJ1W-xaPc"
+ nickname="Kilian"
+ subject="comment 2"
+ date="2012-10-11T21:56:26Z"
+ content="""
+On my Ubuntu 10.04 machine, ./git-annex-webapp starts Firefox whereas xdg-open starts my configured standard browser, Chrome.
+
+-ke
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_3_ca75e928c245eb23a02b5f40ec69cbb1._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_3_ca75e928c245eb23a02b5f40ec69cbb1._comment
new file mode 100644
index 0000000000..b2b605492c
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_3_ca75e928c245eb23a02b5f40ec69cbb1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 3"
+ date="2012-10-11T23:41:36Z"
+ content="""
+Recently the webapp has started honoring git's web.browser setting, so if that's set in ~/.gitconfig, it'll use a different browser than xdg-open does.
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_4_1635f136909711295b9b70d1255e0378._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_4_1635f136909711295b9b70d1255e0378._comment
new file mode 100644
index 0000000000..e6d12ca5d0
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_4_1635f136909711295b9b70d1255e0378._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Doesn't use the configured web browser app..."
+ date="2012-12-04T23:10:43Z"
+ content="""
+On my system, `xdg-open http://google.com/` opens firefox as desired, but `xdg-open file:///tmp/foo.html` tries to load **wine**!
+I'm using xfce, and it seems like exo-open is noticing the `file://` URL, finding the mime type, and looking it up in `~/.local/share/applications/wine-extension-html.desktop`, which was (annoyingly) created by wine.  Deleting those files fixes it.
+
+Not sure how you'd make this better.  Maybe give xdg-open a URL like `http://localhost:54896/?authfile=...` that redirects to `file:///tmp/webapp12345.html` that redirects to `http://localhost:54896/?auth=...` ?
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_5_ee0cbe9498c518de98480a2ad229f685._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_5_ee0cbe9498c518de98480a2ad229f685._comment
new file mode 100644
index 0000000000..8dc9d74ecb
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_5_ee0cbe9498c518de98480a2ad229f685._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.72"
+ subject="comment 5"
+ date="2012-12-05T01:21:03Z"
+ content="""
+@Jim, that would be a good technique.. except many browsers prohibit redirecting to file:// urls.
+
+
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_6_799b9d9d3ffbc2c14eca8d442e2aff8c._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_6_799b9d9d3ffbc2c14eca8d442e2aff8c._comment
new file mode 100644
index 0000000000..767426fefa
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_6_799b9d9d3ffbc2c14eca8d442e2aff8c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 6"
+ date="2013-11-15T13:43:06Z"
+ content="""
+Since git web--browse defaults to firefox on my system (Ubuntu/XMonad), I did this on Ubuntu to get the system default browser.
+
+  git config --global web.browser xdg-open
+
+"""]]
diff --git a/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_7_71ff45948487e9ac8de809a5ccc3d874._comment b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_7_71ff45948487e9ac8de809a5ccc3d874._comment
new file mode 100644
index 0000000000..115d402ad5
--- /dev/null
+++ b/doc/forum/How_does_one_change_git-annex_assistant__39__s_web_browser__63__/comment_7_71ff45948487e9ac8de809a5ccc3d874._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="rupi"
+ ip="80.110.152.13"
+ subject="xdg-open"
+ date="2014-02-28T17:48:23Z"
+ content="""
+Since I discovered the same behavior mentioned above (git annex webapp
+tries to use 'winebrowser'). There is an easy way to work with the difference
+between http
+url and html files: enter preferences for both:
+
+In ~/.local/share/applications/mimeapps.list:
+
+		[Added Associations]
+		..
+		x-scheme-handler/http=iceweasel.desktop;
+		x-scheme-handler/https=iceweasel.desktop;
+		text/html=icewesel.desktop;
+
+
+		[Default Applications]
+		x-scheme-handler/http=iceweasel.desktop
+		x-scheme-handler/https=iceweasel.desktop
+		text/html=iceweasel.desktop
+
+
+Your preferred browser might be a different one off course. And I agree that this has to be the most logical place to store that information ever.. 
+
+"""]]
diff --git a/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads.mdwn b/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads.mdwn
new file mode 100644
index 0000000000..8de9cc7692
--- /dev/null
+++ b/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads.mdwn
@@ -0,0 +1,3 @@
+I want to upload and download more than one file at a time to and from the various remotes.
+
+How do I do that?
diff --git a/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads/comment_1_d5559994ee45a5c185a55c9a4d824aa4._comment b/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads/comment_1_d5559994ee45a5c185a55c9a4d824aa4._comment
new file mode 100644
index 0000000000..41999cf0e9
--- /dev/null
+++ b/doc/forum/How_does_one_change_the_number_of_simultaneous_uploads/comment_1_d5559994ee45a5c185a55c9a4d824aa4._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T19:12:10Z"
+ content="""
+This is not currently supported. See [[todo/Slow_transfer_for_a_lot_of_small_files.]]
+
+ You can click on the button next to individual files in the transfer queue to force concurrent transfers.
+
+
+"""]]
diff --git a/doc/forum/How_to_cancel_an_add__63__.mdwn b/doc/forum/How_to_cancel_an_add__63__.mdwn
new file mode 100644
index 0000000000..e0b0f1c8fe
--- /dev/null
+++ b/doc/forum/How_to_cancel_an_add__63__.mdwn
@@ -0,0 +1,5 @@
+What is the safest way to cancel a `git annex add` before the first commit?
+
+Say I first added a directory with a lot of small files to the annex and then (while watching the endless list of checksum operations) decide I should actually put them in a tar file and annex that instead.
+
+The problem seems to be that `git annex add` immediately replaces the files with symlinks instead of waiting for a commit, so I can't just `git reset largedir/; tar cvfz largedir.tgz largedir/; git annex add largedir.tgz`.
diff --git a/doc/forum/How_to_cancel_an_add__63__/comment_1_f768ce5dc7c76f96ee6eb352f167be44._comment b/doc/forum/How_to_cancel_an_add__63__/comment_1_f768ce5dc7c76f96ee6eb352f167be44._comment
new file mode 100644
index 0000000000..cef9384691
--- /dev/null
+++ b/doc/forum/How_to_cancel_an_add__63__/comment_1_f768ce5dc7c76f96ee6eb352f167be44._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-03T00:50:48Z"
+ content="""
+Run `git annex unannex` on the files.
+"""]]
diff --git a/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__.mdwn b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__.mdwn
new file mode 100644
index 0000000000..70e3eada30
--- /dev/null
+++ b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__.mdwn
@@ -0,0 +1,2 @@
+git-annex created a gitannexxxxxxxxxxxxxxxxxxxxx folder on S3 and I guess I'm a bit OCD but I'd like to rename it to git-annex. 
+Of course I can rename it in my S3 console but where does git-annex store that name so I can also change it on my local install of git-annex.
diff --git a/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_1_be74d63e1951f515948d232e096b4862._comment b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_1_be74d63e1951f515948d232e096b4862._comment
new file mode 100644
index 0000000000..3aecea0517
--- /dev/null
+++ b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_1_be74d63e1951f515948d232e096b4862._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T16:28:40Z"
+ content="""
+If you look at the [[S3_documentation|special_remotes/S3]] you will see a `bucket` setting that does what you want. You can use `git annex enableremote` to change it.
+"""]]
diff --git a/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_2_d54a7163cfe9a94b7ba337860958e5c5._comment b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_2_d54a7163cfe9a94b7ba337860958e5c5._comment
new file mode 100644
index 0000000000..d563d061ac
--- /dev/null
+++ b/doc/forum/How_to_change_the_name_of_a_repo_on_S3__63__/comment_2_d54a7163cfe9a94b7ba337860958e5c5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 2"
+ date="2014-05-16T18:08:11Z"
+ content="""
+Thanks but I realized there's no way to rename an S3 bucket so giving up on this idea...
+"""]]
diff --git a/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode.mdwn b/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode.mdwn
new file mode 100644
index 0000000000..82fc666a08
--- /dev/null
+++ b/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode.mdwn
@@ -0,0 +1,7 @@
+I am in direct mode (managing music) and have no other repositories than the one I'm in.  I would like to delete a file and have git no longer track it at all.
+
+So far I've manually deleted the file and run "git annex add .", but when I run "git annex status" the file is still marked as deleted.  I would like to receive no message whatsoever.
+
+I tried "git annex drop path" , "git annex unannex path", and everything else I can think of but nothing will get git annex to forget the file.
+
+I'm sure this is easy, but how do you remove a deleted file in direct mode?
diff --git a/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode/comment_1_c6bd2ef90516dde928ff18ded36df625._comment b/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode/comment_1_c6bd2ef90516dde928ff18ded36df625._comment
new file mode 100644
index 0000000000..9b5881ad6b
--- /dev/null
+++ b/doc/forum/How_to_completely_remove_tracking_of_a_deleted_file_in_direct_mode/comment_1_c6bd2ef90516dde928ff18ded36df625._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-07-02T16:57:46Z"
+ content="""
+git annex sync
+"""]]
diff --git a/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__.mdwn b/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__.mdwn
new file mode 100644
index 0000000000..0e72582d32
--- /dev/null
+++ b/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__.mdwn
@@ -0,0 +1,14 @@
+Hello,
+
+I want to be safe and have two copies of my files on two different backend. Currently I only have a SSH backend, that stores all my data. I have full(root) access to that machine/backend. On my laptop I have only a few bytes of data, because all is moved/copied to that SSH backend. Now, I want to duplicate the data on the SSH backend to a Google Drive account (or any other). How could I do that (without downloading all data from the SSH backend)??? Encryption is not a must.
+
+I looked into the annex/objects folder on the SSH backend, but there are 3 char length directories compared to what I see on a test Google Drive backend, where only 2 char length directory names are.
+
+Example SSH backend: [git-annex root]/annex/objects/c10/90a/SHA256E-s445227--14c3f85d6dd3464f116f6a5bbd411012781d36794549d136b18d1914c4158820.jpg/SHA256E-s445227--14c3f85d6dd3464f116f6a5bbd411012781d36794549d136b18d1914c4158820.jpg
+
+Example Google Drive: [Google Drive root]/annex/W7/xQ/SHA256E-s913904--29f9800b0dd34d4200c4e9ee152b79c3556a9a473848720be7cf83d20eff65a4.JPG
+
+Is there a way to convert these directory names and do a simpe copy??? 
+
+Thank you,
+Bence
diff --git a/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__/comment_1_7973928b1aa9e0fcfeb6bf80885441f5._comment b/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__/comment_1_7973928b1aa9e0fcfeb6bf80885441f5._comment
new file mode 100644
index 0000000000..3c7d072588
--- /dev/null
+++ b/doc/forum/How_to_copy__47__duplicate_all_data_from_rsync__47__ssh_backend_to_other_backend__63__/comment_1_7973928b1aa9e0fcfeb6bf80885441f5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.251.174"
+ subject="comment 1"
+ date="2013-09-07T17:11:03Z"
+ content="""
+Just run `git annex copy --all --to remote` 
+
+(Needs git-annex 4.20130709 or newer.)
+"""]]
diff --git a/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__.mdwn b/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__.mdwn
new file mode 100644
index 0000000000..576d598ddb
--- /dev/null
+++ b/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__.mdwn
@@ -0,0 +1,3 @@
+I use git annex in direct mode and I have renamed a file. What should I do to make git annex understand that the file has just been renamed and not deleted/added?
+
+The file I renamed is quite big and I would like to avoid having to copy it again to the remotes and I would also like to avoid having to redownload it again in all the repositories.
diff --git a/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__/comment_1_fe38fedbbc9e4a9e13bf19950e63c7ac._comment b/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__/comment_1_fe38fedbbc9e4a9e13bf19950e63c7ac._comment
new file mode 100644
index 0000000000..6f452acb8c
--- /dev/null
+++ b/doc/forum/How_to_deal_with_renamed_files_in_direct_mode__63__/comment_1_fe38fedbbc9e4a9e13bf19950e63c7ac._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-07T17:14:18Z"
+ content="""
+You don't have to do anything special, git-annex automatically detects when a file has been renamed.
+
+Just `git annex` add the new file, and commit and sync like usual.
+"""]]
diff --git a/doc/forum/How_to_debug_failing_sync.mdwn b/doc/forum/How_to_debug_failing_sync.mdwn
new file mode 100644
index 0000000000..ad18aeb55c
--- /dev/null
+++ b/doc/forum/How_to_debug_failing_sync.mdwn
@@ -0,0 +1,5 @@
+I've got a remote I setup while connected to my home network that is no longer syncing when I'm on the same network. I'm not sure how to debug the problem. Any tips?
+
+I will say that when I edit the repository in the assistant, the url it gives for the "git repository location at" field looks incorrect. It's got an extra "git-annex-" prepended to the hostname. I'm not sure how to alter that.
+
+I'm using version 5.20140517~bpo70+1, from the wheezy backports.
diff --git a/doc/forum/How_to_debug_failing_sync/comment_1_a597b868182e55e5f39394f154740534._comment b/doc/forum/How_to_debug_failing_sync/comment_1_a597b868182e55e5f39394f154740534._comment
new file mode 100644
index 0000000000..2d89ecda37
--- /dev/null
+++ b/doc/forum/How_to_debug_failing_sync/comment_1_a597b868182e55e5f39394f154740534._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-29T18:15:12Z"
+ content="""
+That extra git-annex- prefix is used in ~/.ssh/config to set up the ssh keys for the repository. So it's normal.
+
+I suggest that you try running git-annex sync at the command line and paste the output so we can see how it fails.
+"""]]
diff --git a/doc/forum/How_to_debug_failing_sync/comment_2_db0a5652d76e4e568a4d7808195bc59c._comment b/doc/forum/How_to_debug_failing_sync/comment_2_db0a5652d76e4e568a4d7808195bc59c._comment
new file mode 100644
index 0000000000..bf707ecb14
--- /dev/null
+++ b/doc/forum/How_to_debug_failing_sync/comment_2_db0a5652d76e4e568a4d7808195bc59c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="go8ose"
+ ip="59.167.191.61"
+ subject="comment 2"
+ date="2014-05-30T10:28:38Z"
+ content="""
+I was shown a password prompt for the remote. Then I realised I was controlling my ~/.ssh/authorized_keys file with puppet, which would have removed the public key that annex would have added to that file. I'm sure that once I fix that up, I'll get it working again.
+
+Thanks for the CLI suggestion.
+"""]]
diff --git a/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__.mdwn b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__.mdwn
new file mode 100644
index 0000000000..7b8e1a0bad
--- /dev/null
+++ b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__.mdwn
@@ -0,0 +1,7 @@
+I'm using git-annex to manage my files. Some of my remotes are available using 2 or 3 methods, for example ssh and nfs, but the nfs access is only possible on my local network, of course. Then, git-annex chooses the fastest method to sync or get the files (nfs, if available, ssh instead, using scores to choose). For now, I define a remote per repository and per access method (example: server-by-ssh, server-by-nfs), but that's not a really git-annex way to do the job, as it is not compliant with the numcopies option, which ckecks that the files in the annex are kept with enough replications (with my current method, many remotes are in fact the same folders on a hard drive).
+
+Then, my question applies to both git and git-annex, since the remotes are added in git, not git-annex: I wonder if it is possible to define alternative url for a given remote.
+
+I have tried to use the git remote set --url --add command, but it doesn't really work as I would expect. Indeed, if the nfs url is not reachable, git hangs up and waits.
+
+Any idea?
diff --git a/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_1_52918b5ec25e55837215439fe1bb1a14._comment b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_1_52918b5ec25e55837215439fe1bb1a14._comment
new file mode 100644
index 0000000000..5bafa57d95
--- /dev/null
+++ b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_1_52918b5ec25e55837215439fe1bb1a14._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-08-21T12:42:16Z"
+ content="""
+I don't think having multiple remotes for the same repository confuses git-annex since it uses the UUID not the url to identify them.
+"""]]
diff --git a/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_2_3a1567c9f484b5e12e5560cdcc2cfddd._comment b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_2_3a1567c9f484b5e12e5560cdcc2cfddd._comment
new file mode 100644
index 0000000000..859804678c
--- /dev/null
+++ b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_2_3a1567c9f484b5e12e5560cdcc2cfddd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.29"
+ subject="Justin is right"
+ date="2012-08-21T15:57:46Z"
+ content="""
+git-annex doesn't care how many git remotes you have pointing to a given repo, that repo's uuid still only counts as one copy.
+"""]]
diff --git a/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_3_48c3a80c14a85f27d742482b2ccbe628._comment b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_3_48c3a80c14a85f27d742482b2ccbe628._comment
new file mode 100644
index 0000000000..7a0054c493
--- /dev/null
+++ b/doc/forum/How_to_define_an_alternative_remote_url_for_a_git_remote_repository__63__/comment_3_48c3a80c14a85f27d742482b2ccbe628._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/speredenn#aaf38"
+ nickname="Jean-Baptiste Carré"
+ subject="comment 3"
+ date="2012-08-21T18:15:48Z"
+ content="""
+You're totally right: The UUIDs are the same. So it shouldn't matter if there are many repositories pointing to the same folder, as you state it. Thanks a lot!
+"""]]
diff --git a/doc/forum/How_to_delete_a_remote__63__.mdwn b/doc/forum/How_to_delete_a_remote__63__.mdwn
new file mode 100644
index 0000000000..6aebaf5f51
--- /dev/null
+++ b/doc/forum/How_to_delete_a_remote__63__.mdwn
@@ -0,0 +1 @@
+I have a repository with an S3 remote named `cloud`. I now no longer want to use that remote. I've dropped all the data from it (`git annex drop . --from cloud`). How do I tell my repository to forget about the remote?
diff --git a/doc/forum/How_to_delete_a_remote__63__/comment_1_8cba186bb67079ff41bf6d0b04613f4a._comment b/doc/forum/How_to_delete_a_remote__63__/comment_1_8cba186bb67079ff41bf6d0b04613f4a._comment
new file mode 100644
index 0000000000..e60eb3d5d9
--- /dev/null
+++ b/doc/forum/How_to_delete_a_remote__63__/comment_1_8cba186bb67079ff41bf6d0b04613f4a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="You can set the trust to &quot;dead&quot;"
+ date="2013-01-23T19:02:22Z"
+ content="""
+Simple answer: You can't fully delete a remote - with annex commands. You can mark it as dead.
+
+You can give this a try as a workaround: [[Truly_purging_dead_repositories/#comment-51ab797094f4c07bf5327fd21cad5835]]
+"""]]
diff --git a/doc/forum/How_to_delete_a_remote__63__/comment_2_33c429ffa7e9e2ed9c5fac760ee8e82c._comment b/doc/forum/How_to_delete_a_remote__63__/comment_2_33c429ffa7e9e2ed9c5fac760ee8e82c._comment
new file mode 100644
index 0000000000..2866710c8b
--- /dev/null
+++ b/doc/forum/How_to_delete_a_remote__63__/comment_2_33c429ffa7e9e2ed9c5fac760ee8e82c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 2"
+ date="2013-09-04T06:43:26Z"
+ content="""
+Recently git-annex has gotten the ability to do this: `git annex forget --drop-dead`
+
+That prunes all history relating to all dead remotes. You need to be running a git-annex that supports this on all computers you use the repos on, or the pruned history will get merged back in.
+
+I don't recommend doing this just because you want to \"clean history\". Think of it as something you can do at some point in the future if the .git/objects somehow gets too large or too slow. Put off deleting data until tomorrow if you don't absolutely need to do it today.
+"""]]
diff --git a/doc/forum/How_to_delete_a_remote__63__/comment_3_e9c5508092ca2983f458b16bf1e07082._comment b/doc/forum/How_to_delete_a_remote__63__/comment_3_e9c5508092ca2983f458b16bf1e07082._comment
new file mode 100644
index 0000000000..337ef2efe1
--- /dev/null
+++ b/doc/forum/How_to_delete_a_remote__63__/comment_3_e9c5508092ca2983f458b16bf1e07082._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="konubinix"
+ ip="82.243.233.186"
+ subject="Dropping dead repositories"
+ date="2013-09-04T07:40:22Z"
+ content="""
+Actually, it may be a good idea to remove repositories made for tests purposes.
+
+I now have 2 dead repositories that are USB_test1 and USB_test2 that I created before knowing I could reuse the annex uuid.
+
+They are now there and it is difficult to remove them.
+
+For that special case, the --drop-dead feature is very welcome.
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4.mdwn b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4.mdwn
new file mode 100644
index 0000000000..c67d4e77f8
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4.mdwn
@@ -0,0 +1,28 @@
+Git annex is really amazing software, and this cute little scenario is actually Linux's fault. But it's a nasty situation nonetheless, and worth passing on.
+
+...
+
+Create a client repository on your laptop and two backup repositories on external USB drives. Keep all repositories mounted and connected. Now drop 60GB of data spread over 30,000 files into your annex, and watch git annex assistant start adding and syncing. So far, so good.
+
+Now wait a few hours, and watch some kernel crypto code—probably ecryptfs—fall over with a segfault.
+
+Since your laptop and USB drives are all running ext4, the sudden kernel panic will leave you with hundreds of 0-length files. Because git annex assistant was busily adding and syncing files, those 0-length files are spread randomly throughout all your git repositories (typically in `.git/objects`) and throughout all the associated annexes. Unfortunately, because `git annex assistant` generates _tons_ of commits, this is pretty much unrecoverable using standard git tools unless you're willing to get deep into the repositories' internals.
+
+So what should you do, if you want to add 10s of 1000s of files and there's some risk of kernel panic or accidentally bumping a USB cable? Here's my recommendation to limit the damage:
+
+1. Use the command line if possible.
+2. Add all your files with your remotes offline.
+3. Run `git gc` on your central repository, just on general principals.
+4. Mount one repository at a time.
+5. Sync the pure git data first, and then make sure that all disk I/O is flushed (`sync; sleep 10` is a good approximation).
+6. Use `git annex copy --to` to move the annex data.
+7. Unmount the USB repository cleanly and move onto the next one.
+
+If you _do_ bump a USB cable in the middle of step (6), then:
+
+1. Run 'git annex fsck' to clean up any garbage files.
+2. Try another 'git annex copy --to' where you left off.
+
+Wiser minds than I are encouraged to suggest optimizations for the recovery steps.
+
+The theory behind these steps is to only do one thing at a time, and to expose as few remotes as possible to a power failure or crash. A secondary goal is to make sure that pure git operations complete very quickly, limiting the risk that they will be interrupted, because they're the hardest operations to recover from after a crash.
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_1_42ca6cfbbb79fe63514805b8119ac16b._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_1_42ca6cfbbb79fe63514805b8119ac16b._comment
new file mode 100644
index 0000000000..f6d8396b7a
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_1_42ca6cfbbb79fe63514805b8119ac16b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-07-23T14:45:05Z"
+ content="""
+It seems to me that it would be better to avoid using kernel features that crash. And, set up a git repository on another machine, which will serve as a real backup if something goes catostrophically wrong. The only potential failure mode then would be if a kernel/hardware issue zeroed some of your files, in direct mode the assistant might commit those new corrupt files and ship them over to the backup. But, if your offsite backup is accumulating old versions of files, you can recover from this by reverting the bad commit.
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_2_c94ce6a9767c624e2445a7d9eea40396._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_2_c94ce6a9767c624e2445a7d9eea40396._comment
new file mode 100644
index 0000000000..347a95539a
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_2_c94ce6a9767c624e2445a7d9eea40396._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://emk.myopenid.com/"
+ ip="24.2.150.84"
+ subject="Well, this is the first time it ever panicked"
+ date="2013-07-23T16:32:10Z"
+ content="""
+Well, it's not like my machine kernel panics on a regular basis or anything. :-) This is the first time I ever saw the kernel encryption code do this. I'm running a boring stock install of Ubuntu 12.04 LTS that was preloaded by ZaReason, and I'm using the ecryptfs home directory encryption supplied by Ubuntu. So in this case, \"stop using kernel features that crash\" means \"stop using Ubuntu on supported hardware.\"
+
+The underlying problem is that ext4 allocates file contents lazily and out-of-order, and it may wait a surprisingly long time before actually flushing data to disk:
+
+https://bugs.launchpad.net/ubuntu/+source/linux/+bug/317781
+http://linux.bihlman.com/2010/learn-linux-help/how-to-solve-zero-length-file-problem-in-linuxs-ext4-file-system/
+
+The problem is that `git annex assistant` and `git` don't sync the disks all that often, and that the assistant can generate huge amounts of complicated disk I/O across multiple volumes for hours on end. All you need to do is go through the walkthrough, create the specified repositories including one on a USB drive, and throw 50GB of data into the annex directory. `git annex assistant` will happily grind away overnight, and it anything prevents ext4 from flushing data, there's a good chance you'll wind up with multiple corrupted repositories with hundreds of `git fsck` errors.
+
+There are some potential workarounds:
+
+1. Reconfigure ext4 to run in data write-back mode. This isn't really possible for non-technical users, but it's an excellent idea for large external USB drives.
+2. Somehow convince `git` and `git annex assistant` to call `sync` or `fsync` more aggressively on local volumes.
+3. Use a remote server for at least one remote, as you suggested.
+4. Operate on the repository manually, so that you can ensure that `git`'s data is in a known-good state before trying to copy the annex files. The 
+annex files are much easier to recover than git's state.
+
+Anyway, I doubt this is really fixable. And it's not really `git annex`'s fault, in any case. But I'm really glad I had recent backups of all my data last night, which allowed me to checksum everything and start from scratch.
+
+...
+
+Leaving aside this incident, `git annex` is one of the nicest pieces of open source software I've seen in a long time, and it's clearly going to change how I use my computer. And thank you for posting the crowd-funding campaign so we can say \"Thanks!\"
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_3_bcda51053b62bbb20ce71a59469e1b26._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_3_bcda51053b62bbb20ce71a59469e1b26._comment
new file mode 100644
index 0000000000..5cf8c93f38
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_3_bcda51053b62bbb20ce71a59469e1b26._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2013-07-23T17:17:43Z"
+ content="""
+`git config core.fsyncobjectfiles true`
+
+This will make git fsync all the data it writes. Whether it's a good default, I don't know.
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_4_48e5b9eae920e5f13812de8d6f6bc640._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_4_48e5b9eae920e5f13812de8d6f6bc640._comment
new file mode 100644
index 0000000000..2bac2ca1bf
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_4_48e5b9eae920e5f13812de8d6f6bc640._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2013-07-23T17:38:50Z"
+ content="""
+I have made the assistant enable the fsync option when it creates a repository on a removable drive. That is, at least in my experience, the thing that most likely needs it. I don't know if it would have saved you in your situation or not.
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_5_787c0bfdc1d309db1486c3a37723a957._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_5_787c0bfdc1d309db1486c3a37723a957._comment
new file mode 100644
index 0000000000..dd40495ca9
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_5_787c0bfdc1d309db1486c3a37723a957._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 5"
+ date="2013-07-23T17:39:42Z"
+ content="""
+Oh i've had that type of crash from ecryptfs many times over many different versions of Ubuntu, also before i even encountered git-annex.
+
+Git-annex might provoke this issue, but it is by no means the only thing that can crash your system when running ecryptfs.
+
+I highly suggest you try LUKS for a stable experience.
+
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_6_8894beb06443f234e9200b03b5f3badf._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_6_8894beb06443f234e9200b03b5f3badf._comment
new file mode 100644
index 0000000000..149998aaf0
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_6_8894beb06443f234e9200b03b5f3badf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 6"
+ date="2013-07-23T17:54:00Z"
+ content="""
+If there's an easy way to detect when a directory is inside an ecryptfs volume, I'd be happy to make the assistant automatically enable fsync on it. ;)
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_7_457f62ee3e58f68a55f66c5bde6002fd._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_7_457f62ee3e58f68a55f66c5bde6002fd._comment
new file mode 100644
index 0000000000..8f545e2ebd
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_7_457f62ee3e58f68a55f66c5bde6002fd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://emk.myopenid.com/"
+ ip="24.2.150.84"
+ subject="Thank you!"
+ date="2013-07-23T18:36:22Z"
+ content="""
+What good idea! I've turned on `core.fsyncobjectfiles`. This should definitely help avoid the worst damage when ext4 filesystems get unmounted while dirty. Thank you very much for addressing this issue so quickly, even if though has more to do with ext4 than git annex.
+
+develop: Thank you for the suggestion to use LUKS; that's good to know.
+"""]]
diff --git a/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_8_bd2b412116a66107bc0ff0efd7e39a58._comment b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_8_bd2b412116a66107bc0ff0efd7e39a58._comment
new file mode 100644
index 0000000000..0d09a9652b
--- /dev/null
+++ b/doc/forum/How_to_destroy_a_master_annex_and_all_remotes_with_git_annex_assistant_and_ext4/comment_8_bd2b412116a66107bc0ff0efd7e39a58._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://emk.myopenid.com/"
+ ip="24.2.150.84"
+ subject="Detecting ecryptfs"
+ date="2013-07-23T18:49:08Z"
+ content="""
+If the string `\" ecryptfs \"` (with surrounding spaces) appears in `/etc/mtab`, then there's at least one ecryptfs volume on the system. More specific parsing will tell you where it's mounted.
+
+Ubuntu released a new kernels fixing the worst ecryptfs bugs in 12.04 LTS. The current version is OK, but perhaps not exactly great. Some older versions are public menaces with awful data corruption bugs.
+"""]]
diff --git a/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__.mdwn b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__.mdwn
new file mode 100644
index 0000000000..f06135c24e
--- /dev/null
+++ b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__.mdwn
@@ -0,0 +1,7 @@
+My annex contains several large files that I have unlocked, edited, and committed again, i.e. the annex contains the version history of those files. However, I don't want the history -- keeping the latest version is good enough for me. Running `git annex unused` won't detect those old versions, though, because they aren't unused as old Git revisions still refer to them. So I wonder:
+
+1. What is the best way to get rid of the old versions of files in the annex?
+
+2. What is the best way to detect old versions of files in the annex?
+
+I guess, I could run `git rebase -i` to squash commits to those files into one commit, thereby getting rid of the references to the old copies, but that approach feels awkward and error prone. Is anyone aware of a better way?
diff --git a/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_1_dccf4dc4483d08e5e2936b2cadeafeaf._comment b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_1_dccf4dc4483d08e5e2936b2cadeafeaf._comment
new file mode 100644
index 0000000000..ee4fe2e6ce
--- /dev/null
+++ b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_1_dccf4dc4483d08e5e2936b2cadeafeaf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="77.186.179.173"
+ subject="comment 1"
+ date="2012-02-09T18:53:00Z"
+ content="""
+Sorry for commmenting on my own question ... I think I just figured out that `git annex unused` *does* in fact do what I want. When I tried it, it just didn't show the obsolete versions of the files I edited because I hadn't yet synchronized all repositories, so that was why the obsolete versions were still considered used.
+"""]]
diff --git a/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_2_5710294c1c8652c12b6df2233255a45e._comment b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_2_5710294c1c8652c12b6df2233255a45e._comment
new file mode 100644
index 0000000000..576093a87f
--- /dev/null
+++ b/doc/forum/How_to_expire_old_versions_of_files_that_have_been_edited__63__/comment_2_5710294c1c8652c12b6df2233255a45e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-02-09T19:42:28Z"
+ content="""
+Yes, contents are still considered used while tags or refs refer to them. Including remote tracking branches like `remotes/origin/master`
+"""]]
diff --git a/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__.mdwn b/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__.mdwn
new file mode 100644
index 0000000000..d5aa71b448
--- /dev/null
+++ b/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__.mdwn
@@ -0,0 +1,54 @@
+I've done a `git annex add` and `git commit` on my annex which included some files I don't want to add to the annex. I've tried to reverse it all out, but whenever I `git annex add` something, the unwanted files show up in the git-annex branch.
+
+    git init forgetmenot
+    cd forgetmenot
+    git commit -m "create" --allow-empty
+    git annex init fmn
+    
+    echo 'foo' > foo
+    echo 'bar' > bar
+    
+    git annex add
+    git commit -m "add foo"
+    
+    git log --oneline --name-only
+    # 28634c0 add foo
+    # bar
+    # foo
+    # 4a87050 create
+
+    git log --oneline --name-only git-annex
+    74e6969 update
+    41d/a26/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c.log
+    a70/4a5/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730.log
+    95285ed update
+    uuid.log
+    2135e07 branch created
+
+If you now try to get git-annex to forget by reverting *master* and *git-annex* and only adding/commiting *foo*, the master branch ends up correct, but git-annex magically remembers *bar*!
+
+    git reset --hard HEAD^
+    git branch -f git-annex git-annex^
+
+    echo 'foo' > foo
+    git annex add
+    git commit -m "add foo"
+
+    git log --oneline --name-only
+    # 1b4889e add foo
+    # foo
+    # 4a87050 create
+
+    git log --oneline --name-only git-annex
+    # 3d0b9bc update
+    # 41d/a26/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c.log
+    # a70/4a5/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730.log
+    # 2e17a19 update
+    # uuid.log
+    # 646776b branch created
+
+How is git-annex remembering this and how can I get it to completely forget?
+
+I have tried `git gc --aggressive --prune=all`, `git annex fsck --all` and `git annex drop unused` but somehow, git-annex is remembering bar existed.
+
+This is an exercise in micro-managing the git-annex branch a bit, but this situation does also cause git-annex to complain about the missing files on fsck (0 out of 2 copies) so it isn't just being a control freak! Honest! :)
diff --git a/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__/comment_1_65471c42e163ac8ee6ec109f1397271b._comment b/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__/comment_1_65471c42e163ac8ee6ec109f1397271b._comment
new file mode 100644
index 0000000000..44b36ba604
--- /dev/null
+++ b/doc/forum/How_to_get_git-annex_to_forget_a_commit__63__/comment_1_65471c42e163ac8ee6ec109f1397271b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="CandyAngel"
+ ip="81.111.193.130"
+ subject="comment 1"
+ date="2014-07-17T15:43:03Z"
+ content="""
+Joey has pointed me to the solution.
+
+git-annex was remembering these files due to them being present in *.git/annex/index*.
+
+A simple `rm .git/annex/index` after moving the git-annex branch to the earlier commit prevents the \"ghost\" log files from being recreated and Joey confirmed this is safe to do (git-annex automatically recreates it).
+"""]]
diff --git a/doc/forum/How_to_handle_the_git-annex_branch__63__.mdwn b/doc/forum/How_to_handle_the_git-annex_branch__63__.mdwn
new file mode 100644
index 0000000000..49c732e226
--- /dev/null
+++ b/doc/forum/How_to_handle_the_git-annex_branch__63__.mdwn
@@ -0,0 +1,5 @@
+Hi!
+
+When I update one repository to/from another, am I to push/pull only the master branch (and other branches I'd have created myself) or also the git-annex branch?
+
+From what I understand, the git-annex branch is local to one repository and has no interest in being merged in another, but some examples make use of git pull --all (which merges distant git-annex branch into local).
diff --git a/doc/forum/How_to_handle_the_git-annex_branch__63__/comment_1_800bd55b322e72f229882d7fd3888b14._comment b/doc/forum/How_to_handle_the_git-annex_branch__63__/comment_1_800bd55b322e72f229882d7fd3888b14._comment
new file mode 100644
index 0000000000..6c5a5144f3
--- /dev/null
+++ b/doc/forum/How_to_handle_the_git-annex_branch__63__/comment_1_800bd55b322e72f229882d7fd3888b14._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-04-10T16:05:40Z"
+ content="""
+The git-annex branch is how the annex information for the different repositories is communicated around, so yes, you need to push/pull it. 
+"""]]
diff --git a/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository.mdwn b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository.mdwn
new file mode 100644
index 0000000000..48ad2d1d83
--- /dev/null
+++ b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository.mdwn
@@ -0,0 +1,3 @@
+I have git-annex set up with three clients and a transfer repository and everything was working fine, but a couple of days ago I noticed that git-annex was starting to upload to the transfer repository files that where already present on the three clients, and it hasn't stopped since. It's uploading all my files and I don't really know why.
+
+Is there a way to know why does git-annex think it needs to upload this files?
diff --git a/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_1_17db96492e6bc0e243fc7cb62565c4c4._comment b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_1_17db96492e6bc0e243fc7cb62565c4c4._comment
new file mode 100644
index 0000000000..6cf5541e8f
--- /dev/null
+++ b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_1_17db96492e6bc0e243fc7cb62565c4c4._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 1"
+ date="2014-03-26T17:46:30Z"
+ content="""
+A few likely reasons:
+
+* If a 4th client repository had popped up. 
+* If you have configured a high number of copies, it might only be able to be met by keeping files on the transfer repository.
+* Similarly, if a repository that used to have the files has been marked as dead or deleted, more copies might be needed to make up for that.
+* For completeness, if the transfer repository accidentially had its type changed to some other kind of repository, like a full backup.
+
+You can enable debugging (start with --debug or go into the webapp's preferences) and it might say a little more, but the debugging info is not very good.
+
+The best thing is probably to look at one single file, use `git annex whereis` on the file to see what repositories contain it, and then think about how that interacts with the [[preferred_content_expression_of_the_transfer_repository|preferred_content/standard_groups]].
+"""]]
diff --git a/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_2_e772ea0383ac690cbcbcf125258986cf._comment b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_2_e772ea0383ac690cbcbcf125258986cf._comment
new file mode 100644
index 0000000000..27f158ea1e
--- /dev/null
+++ b/doc/forum/How_to_know_why_is_git-annex_uploading_a_file_to_a_transfer_repository/comment_2_e772ea0383ac690cbcbcf125258986cf._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 2"
+ date="2014-04-01T08:01:00Z"
+ content="""
+I thought I had already checked all does possibilities, the repositories where in the correct group and no new repositories had been added. *git annex info* didn't show anything weird and nor did *git annex whereis*. I finally found out *git annex vicfg* and I found two new repositories with no name in the repository groups. It looked something like this:
+
+    # (for )
+    group repository-hash = client
+    # (for )
+    group repository-hash = client
+
+
+No idea of how they got there, but setting both of them to unwanted solved the issue.
+"""]]
diff --git a/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__.mdwn b/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__.mdwn
new file mode 100644
index 0000000000..b39e69d7b5
--- /dev/null
+++ b/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__.mdwn
@@ -0,0 +1,5 @@
+Hi,
+
+In normal maven release procedure, it re-clones the gitrepo from the tag to do the release from either git or local file, But as git-annex uses symlinks when the repo is clones by maven, it misses the files. Any recommendations how i can make this work ? 
+
+Also would love some data on who is using git-annex in production environment would be good.
diff --git a/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__/comment_1_9298aa55771b68873de02e6a7964bbdc._comment b/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__/comment_1_9298aa55771b68873de02e6a7964bbdc._comment
new file mode 100644
index 0000000000..ca62bd43e0
--- /dev/null
+++ b/doc/forum/How_to_make_Maven_releases_work_with_git_annex___63__/comment_1_9298aa55771b68873de02e6a7964bbdc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T18:20:53Z"
+ content="""
+If you can find a way to run `git annex get` in the cloned repo, it will copy over the files. Perhaps there is some way to make Maven do that via a hook script or similar?
+"""]]
diff --git a/doc/forum/How_to_make_a_server_store_the_files.mdwn b/doc/forum/How_to_make_a_server_store_the_files.mdwn
new file mode 100644
index 0000000000..1af29381f2
--- /dev/null
+++ b/doc/forum/How_to_make_a_server_store_the_files.mdwn
@@ -0,0 +1 @@
+How can I make one of my servers keep a copy of the files on the server, so I can easily SFTP in and download the files. I don't want to see the .git folder, I want to see the files synced there.
diff --git a/doc/forum/How_to_make_a_server_store_the_files/comment_1_20196067475918e788afa0debc4d5ce5._comment b/doc/forum/How_to_make_a_server_store_the_files/comment_1_20196067475918e788afa0debc4d5ce5._comment
new file mode 100644
index 0000000000..e653881637
--- /dev/null
+++ b/doc/forum/How_to_make_a_server_store_the_files/comment_1_20196067475918e788afa0debc4d5ce5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-07-02T17:18:00Z"
+ content="""
+Make a non-bare git repository on the server, and make it have a git post-receive hook that runs 
+\"git annex merge\"
+"""]]
diff --git a/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__.mdwn b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__.mdwn
new file mode 100644
index 0000000000..1b1ddff469
--- /dev/null
+++ b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__.mdwn
@@ -0,0 +1,9 @@
+I have a repository on my laptop with a single remote on a USB drive. Both were created without the assistant.
+
+The remote holds all the content. My understanding is that this would be a "backup" repository, using the group definitions.
+
+The local repository generally holds no content. When I want a file, I make sure the remote is available, and then I `git annex get` it.
+
+This works fine in git annex, but I'm now experimenting with the assistant. As soon as I fire up the assistant, it starts downloading all of the data from the remote. I don't ever want it to automatically get any content from the remote. If it sees new content in the repository, I would like it to push that out to the remote. But never get anything from the remote, and never drop anything that is in the repository.
+
+How can I setup this behaviour in the assistant? I have set the remote's repository group to "backup". The local repository is not in any group, since none of the groups fit my model for this repo.
diff --git a/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_1_fd8b287758ad77b3527ae71017cffabf._comment b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_1_fd8b287758ad77b3527ae71017cffabf._comment
new file mode 100644
index 0000000000..326158d95a
--- /dev/null
+++ b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_1_fd8b287758ad77b3527ae71017cffabf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-01-20T08:11:37Z"
+ content="""
+Run 'git annex vicfg', locate the preferred content setting for your repository, uncomment it and set it to 'present'. Then it shouldn't move content automatically.
+"""]]
diff --git a/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_2_e8e75b4451aaf55461edf2f3d68797ed._comment b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_2_e8e75b4451aaf55461edf2f3d68797ed._comment
new file mode 100644
index 0000000000..790567ecaa
--- /dev/null
+++ b/doc/forum/How_to_prevent_the_assistant_from_downloading_all_data__63__/comment_2_e8e75b4451aaf55461edf2f3d68797ed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-01-24T02:01:00Z"
+ content="""
+A recent commit allows you to just choose \"manual mode\" in the webapp to get the same effect.
+"""]]
diff --git a/doc/forum/How_to_rename_a_remote__63__.mdwn b/doc/forum/How_to_rename_a_remote__63__.mdwn
new file mode 100644
index 0000000000..be2355a079
--- /dev/null
+++ b/doc/forum/How_to_rename_a_remote__63__.mdwn
@@ -0,0 +1 @@
+I recently created WebDAV remote to my annex which I assumed to be just for testing purposes at the time, so I gave it a strange and long-wided name. It turned out, though, that the remote is stable, works fine, and that I'm going to keep it. Now, I would like to give it a snappier and more descriptive name than the one I originally chose. Is that possible somehow?
diff --git a/doc/forum/How_to_rename_a_remote__63__/comment_1_a9bfbd82f7bb47661f0d9e0e0d904332._comment b/doc/forum/How_to_rename_a_remote__63__/comment_1_a9bfbd82f7bb47661f0d9e0e0d904332._comment
new file mode 100644
index 0000000000..31f44c8f6f
--- /dev/null
+++ b/doc/forum/How_to_rename_a_remote__63__/comment_1_a9bfbd82f7bb47661f0d9e0e0d904332._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 1"
+ date="2013-01-18T18:20:43Z"
+ content="""
+You can rename a git remote with just \"git remote rename <old> <new>\". However, for a special remote, git-remote will fail to rename it unless you first add a dummy remote.<name>.fetch value in .git/config. You can remove it later.
+
+So, for example:
+
+<pre>
+git config remote.$uglyname.fetch dummy
+git remote rename $uglyname $nicename
+git config remote.$nicename.fetch \"\"
+</pre>
+
+(The webapp handles doing this when you edit a remote's name, BTW.)
+
+---
+
+There's actually another place the name of a special remote is recorded, in `remote.log`. That name is only used when you use `git annex initremote` though. It actually is possible to change it, by using `initremote` to change the vale of the name field. Example:
+
+<pre>
+git annex initremote $uglyname name=$newname
+</pre>
+
+Note that for some types of special remotes, this will require you to re-specify some other configuration. For example, with a directory special remote, it wanted me to include a directory= parameter.
+"""]]
diff --git a/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__.mdwn b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__.mdwn
new file mode 100644
index 0000000000..a21d6d6d29
--- /dev/null
+++ b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__.mdwn
@@ -0,0 +1,65 @@
+I have just done a sync in a direct mode repo:
+
+    git-annex sync sshremote
+
+It has quite a few conflicts (both sides adding the same file with same content). But somehow the merge won't conclude. Here's some log:
+
+    $ git-annex sync sshremote
+    commit  ok
+    pull sshremote 
+    warning: no common commits
+    remote: Counting objects: 32162, done.
+    remote: Compressing objects: 100% (31192/31192), done.
+    remote: Total 32162 (delta 3), reused 32162 (delta 3)
+    Receiving objects: 100% (32162/32162), 3.39 MiB | 1.61 MiB/s, done.
+    Resolving deltas: 100% (3/3), done.
+    From sshremote:/repo
+     * [new branch]      annex/direct/master -> sshremote/annex/direct/master
+     * [new branch]      git-annex  -> sshremote/git-annex
+     * [new branch]      master     -> sshremote/master
+     * [new branch]      synced/master -> sshremote/synced/master
+
+    Auto-merging file1
+    CONFLICT (add/add): Merge conflict in file1
+    Auto-merging file2
+    CONFLICT (add/add): Merge conflict in file2
+    Auto-merging file3
+    CONFLICT (add/add): Merge conflict in file3
+    Auto-merging file4
+    CONFLICT (add/add): Merge conflict in file4
+    Automatic merge failed; fix conflicts and then commit the result.
+    file1: needs merge
+    file2: needs merge
+    file3: needs merge
+    file4: needs merge
+    ^C
+
+I waited for a few minutes, and checked that both cpu and disk activity is near zero on both server. So I interrupted it, thinking it might be some locking issue. 
+
+But now I cannot sync with the remote anymore because the merge is still in process. How should I resolve the conflicts? I could do it manually if I cannot use annex's auto merge.
+
+    $ git-annex sync sshremote
+    commit  ok
+    pull sshremote 
+
+    fatal: You have not concluded your merge (MERGE_HEAD exists).
+    Please, commit your changes before you can merge.
+
+    fatal: You have not concluded your merge (MERGE_HEAD exists).
+    Please, commit your changes before you can merge.
+    failed
+
+    $ git merge --abort
+    fatal: This operation must be run in a work tree
+
+Update: this is running on OSX with:
+
+    git-annex version: 5.20131221-g00d1673
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 5
+    upgrade supported from repository versions: 0 1 2 4
+
diff --git a/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_1_8e2a14842b44844f90c80b862a1b3a6d._comment b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_1_8e2a14842b44844f90c80b862a1b3a6d._comment
new file mode 100644
index 0000000000..3b1383376b
--- /dev/null
+++ b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_1_8e2a14842b44844f90c80b862a1b3a6d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-01T20:31:21Z"
+ content="""
+I think you can fix at least the immediate problem by deleting the .git/MERGE_HEAD file.
+
+
+"""]]
diff --git a/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_2_031ab6b5a2765ed9e2b185b24a8cbd78._comment b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_2_031ab6b5a2765ed9e2b185b24a8cbd78._comment
new file mode 100644
index 0000000000..d8c4ded898
--- /dev/null
+++ b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_2_031ab6b5a2765ed9e2b185b24a8cbd78._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkYmMFDdf3GJ9Oba6NCVkzGc4JyB9WavMs"
+ nickname="Xinruo"
+ subject="Thanks"
+ date="2014-01-02T00:41:27Z"
+ content="""
+That did the trick! 
+"""]]
diff --git a/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_3_93f20519483837c59a75821621e22dee._comment b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_3_93f20519483837c59a75821621e22dee._comment
new file mode 100644
index 0000000000..7cfc2a7f21
--- /dev/null
+++ b/doc/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/comment_3_93f20519483837c59a75821621e22dee._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2014-01-02T02:05:05Z"
+ content="""
+AFAICS, git-merge was still running when you ctrl-c'd it. So this is coming before git-annex processes the merge to update the work tree.
+
+I don't know why it would take so long to run, especially if it was not using CPU or disk. You might try to reproduce the problem, passing --debug to git-annex, and perhaps strace the git-merge process to see what it's doing.
+"""]]
diff --git a/doc/forum/How_to_restore_symlinks.mdwn b/doc/forum/How_to_restore_symlinks.mdwn
new file mode 100644
index 0000000000..30fb07001b
--- /dev/null
+++ b/doc/forum/How_to_restore_symlinks.mdwn
@@ -0,0 +1 @@
+Somehow the symlinks have vanished from one directory of my repository. How can I restore them?
diff --git a/doc/forum/How_to_restore_symlinks/comment_1_c67e752cf7d5431096fab4b3304790a7._comment b/doc/forum/How_to_restore_symlinks/comment_1_c67e752cf7d5431096fab4b3304790a7._comment
new file mode 100644
index 0000000000..d9e14dd164
--- /dev/null
+++ b/doc/forum/How_to_restore_symlinks/comment_1_c67e752cf7d5431096fab4b3304790a7._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="git annex fix"
+ date="2012-11-24T08:51:19Z"
+ content="""
+You can try
+    git annex fix yourDirectory
+
+Hope that helps.
+"""]]
diff --git a/doc/forum/How_to_restore_symlinks/comment_2_f9ec6096595e2c149c48924e3b54542f._comment b/doc/forum/How_to_restore_symlinks/comment_2_f9ec6096595e2c149c48924e3b54542f._comment
new file mode 100644
index 0000000000..689f321261
--- /dev/null
+++ b/doc/forum/How_to_restore_symlinks/comment_2_f9ec6096595e2c149c48924e3b54542f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 2"
+ date="2012-11-25T18:35:56Z"
+ content="""
+The key thing to realize is that the symlinks used by git-annex are checked into git like any other file would be. So you can use the entire git toolkit to manage them. 
+
+For example, you could run `git status` to see if git shows them as recently deleted, and then use `git checkout $file` to restore the deleted files. 
+
+Or perhaps the deletion has been committed to git, and then you'd use `git log --stat` to find the commit that deleted your files, and `git revert` could be used to undo it.
+
+(`git annex fix` is not related to this and won't help.)
+"""]]
diff --git a/doc/forum/How_to_restore_symlinks/comment_3_4ff80729787a2a4e2baf05dd1db37da3._comment b/doc/forum/How_to_restore_symlinks/comment_3_4ff80729787a2a4e2baf05dd1db37da3._comment
new file mode 100644
index 0000000000..ce0be74b00
--- /dev/null
+++ b/doc/forum/How_to_restore_symlinks/comment_3_4ff80729787a2a4e2baf05dd1db37da3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="jbee"
+ ip="178.25.68.205"
+ subject="Thanks"
+ date="2012-11-28T11:52:24Z"
+ content="""
+> deletion has been committed to git, and then you'd use git log --stat to find the commit that deleted your files, and git revert could be used to undo it.
+
+That did the trick.
+
+Thanks Joey, for the answer and the magnificence that is git-annex.
+"""]]
diff --git a/doc/forum/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn b/doc/forum/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
new file mode 100644
index 0000000000..981a53ba0b
--- /dev/null
+++ b/doc/forum/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
@@ -0,0 +1,5 @@
+I worked out how to retroactively annex a large file that had been checked into a git repo some time ago.  I thought this might be useful for others, so I am posting it here.
+
+> This is a great tip, so I've moved it to
+> [[tips|tips/How_to_retroactively_annex_a_file_already_in_a_git_repo]].
+> --[[Joey]] 
diff --git a/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__.mdwn b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__.mdwn
new file mode 100644
index 0000000000..8ee5eeea56
--- /dev/null
+++ b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__.mdwn
@@ -0,0 +1,15 @@
+This seems like something that should be completely obvious, but I've been trying to get it working for a while without success.
+
+I have a few machines (at least 3) at different locations. I want them all to be synced with a remote server that I have. I've installed git-annex on the server, and setting up the assistant on one of the machines, I can create the remote repository, and all seems to work (it spits out info about syncing... though I don't have any easy way of checking if it's working, as all I have is the one client). 
+
+It says in the webapp that setting up a remote git repository in transfer mode will make it easy to have other clients. But I'm wondering how to set that up. I tried just adding the same server with the same path on another machine, but it doesn't seem to be syncing, and I imagine that it is trying to create a fresh repo there instead of syncing with an existing one.
+
+So, how do I set this up? I don't mind adding git remotes, ssh keys, etc, manually, but I haven't been able to figure out what I should be doing! My end goal is to have one annex that is synced between the many computers (ala Dropbox, as the assistant is supposed to be).
+
+Note that the configuration of the test machines:
+client 1 - debian, git-annex built from current cabal
+server - debian, git-annex from apt
+client2 - mac osx, git-annex built from current cabal
+
+Thanks,
+Daniel
diff --git a/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_1_bedaf308cfc70b9e751914a400ebcbc2._comment b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_1_bedaf308cfc70b9e751914a400ebcbc2._comment
new file mode 100644
index 0000000000..b6a884aa54
--- /dev/null
+++ b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_1_bedaf308cfc70b9e751914a400ebcbc2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-08T21:29:26Z"
+ content="""
+Just adding the same server with the same path is the right thing to do, it will use the existing repo.
+
+Probably the problem you're having is that one client doesn't know when the other client has sent data to the server. I've recently been adding XMPP (Jabber) support to deal with that. That is not yet in a released version of git-annex, but it is available in git master.
+"""]]
diff --git a/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_2_d665b1514253c8aa487ebf8b2728e3b1._comment b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_2_d665b1514253c8aa487ebf8b2728e3b1._comment
new file mode 100644
index 0000000000..9cb54839f1
--- /dev/null
+++ b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_2_d665b1514253c8aa487ebf8b2728e3b1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlsfh8P7pN2OBr24ztT_7AyYQLCcVqqa-4"
+ nickname="Daniel"
+ subject="comment 2"
+ date="2012-11-09T17:49:32Z"
+ content="""
+The master is segfaulting on one of my machines (the mac), but XMMP sounds good in general.
+
+In the meantime - does git annex sync do what the assistant does? Or is there a command to tell the assistant to check for remote changes? (or a way to get it to auto-poll)
+"""]]
diff --git a/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_3_aef42387a3673ab6710fb23e878d7e17._comment b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_3_aef42387a3673ab6710fb23e878d7e17._comment
new file mode 100644
index 0000000000..2249c9964b
--- /dev/null
+++ b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_3_aef42387a3673ab6710fb23e878d7e17._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 3"
+ date="2012-11-13T17:57:49Z"
+ content="""
+I recently dealt with a segfault caused by a bug in the haskell gnutls library. It could be that's what you were seeing. It's fixed in gnutls (>= 0.1.4)
+
+Yes, you can run `git annex sync` by hand. It does the same syncing of the git repository that the assistant does. I don't think making the assistant poll is a good idea.
+"""]]
diff --git a/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_4_bfbcc041db472f4808979e6b3d7c4be2._comment b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_4_bfbcc041db472f4808979e6b3d7c4be2._comment
new file mode 100644
index 0000000000..7bd4870a3c
--- /dev/null
+++ b/doc/forum/How_to_set_up_two_assistants_with_one_shared_transfer_repository__63__/comment_4_bfbcc041db472f4808979e6b3d7c4be2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniCRkhl_W87gOK5eElfsef3FoUsUFpAr4"
+ nickname="Alexandre"
+ subject="Simplifying this kind of setup"
+ date="2012-12-10T14:33:08Z"
+ content="""
+Maybe it is possible to avoid the XMPP account setup and transferring via XMPP, maybe getting notifications through the SSH connection is possible.
+
+I'm thinking about a \"git-annex-shell server\" unix socket to which clients would connect using the SSH connection and get update notifications from other clients.
+"""]]
diff --git a/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__.mdwn b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__.mdwn
new file mode 100644
index 0000000000..91d7a886b6
--- /dev/null
+++ b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__.mdwn
@@ -0,0 +1,40 @@
+I have one Annex meant to be kept in sync across two computers by the assistant. These computers can't connect directly, so I use a transfer repository (at rsync.net) and xmpp. Recently the two repositories have started to diverge: files added here do not appear there and vice versa, files modified here are not updated there and vice versa. It may be related to this bug: [[bugs/Jabber__47__xmpp_not_supported_on_Debian_Wheezy_backport/]] since one of the two installed versions of git-annex is 5.20140117~bpo70+1, but I do not know whether the divergence started the day I upgraded to this version.
+
+I tried this:
+
+    git-annex fsck --from rsync.net_annex
+
+on both machines. No error is reported, but files are missing here and there and files differ here and there.
+
+I stopped the assistant on both machines and tried to sync with:
+
+    git-annex sync 
+
+and got:
+
+    commit  
+    ok
+    pull 'XXX'
+    fatal: Unable to find remote helper for 'xmpp'
+    failed
+    push 'XXX'
+        Pushing to XXX failed 
+        (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git config)
+    failed
+    git-annex: sync: 2 failed
+
+where 'XXX' stands for my jabber account. I then tried:
+
+    git-annex sync rsync.net_annex
+
+but got:
+
+    git-annex: cannot sync special remotes: rsync.net_annex
+
+    
+
+This situation is unfortunate because the user is not made aware of anything failing. The assistant is running, the webapp shows files being uploaded to the transfer repository, but the two repositories are actually diverging.
+
+How can I synchronize these two repositories?
+
+Thanks,
diff --git a/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_1_1c913395f076ee203caaab057da8afbe._comment b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_1_1c913395f076ee203caaab057da8afbe._comment
new file mode 100644
index 0000000000..7bf4585054
--- /dev/null
+++ b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_1_1c913395f076ee203caaab057da8afbe._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="downgrading is not an easy option"
+ date="2014-01-30T05:44:48Z"
+ content="""
+In order to check whether this is related to  [[https://git-annex.branchable.com/bugs/Jabber__47__xmpp_not_supported_on_Debian_Wheezy_backport/]] I tried to downgrade git-annex to the previous version that was available on wheezy-backports (git-annex_4.20131106~bpo70+1_i386.deb) but then I get:
+
+    git-annex: Repository version 5 is not supported. Upgrade git-annex.
+    failed
+
+
+"""]]
diff --git a/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_2_081793c52bf15c74a7f48a67c49ff818._comment b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_2_081793c52bf15c74a7f48a67c49ff818._comment
new file mode 100644
index 0000000000..8d4d49a778
--- /dev/null
+++ b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_2_081793c52bf15c74a7f48a67c49ff818._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="clean up"
+ date="2014-01-31T19:55:30Z"
+ content="""
+ok, now that git-annex has been updated to 5.20140117~bpo70+2 things start flowing again, so it was actually caused by [[http://git-annex.branchable.com/bugs/Jabber__47__xmpp_not_supported_on_Debian_Wheezy_backport/]]. Now there is a certain number of files called 'filename.variant.06b8' for instance. That is a bit messy.
+
+I do not know wheter/how it would be possible to inform the user that something is going wrong, but certainely it would be better to avoid failing completely silently.
+
+It would be useful if the webapp could give more precise information about the files the assistant is manipulating. For instance: \"now uploading file 'bla', updating version last uploaded from 'remote' on 'date'\".
+"""]]
diff --git a/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_3_f8e0376beb486cf8ce52384ff511ecf2._comment b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_3_f8e0376beb486cf8ce52384ff511ecf2._comment
new file mode 100644
index 0000000000..99bfbba0a8
--- /dev/null
+++ b/doc/forum/How_to_solve__problem_with_diverging_repositories_handled_by_the_assistant__63__/comment_3_f8e0376beb486cf8ce52384ff511ecf2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 3"
+ date="2014-02-07T19:07:11Z"
+ content="""
+Normally the webapp will tell you whenever it fails to sync with a remote. However, in this case, it had XMPP support compiled right out of it, so had no idea that remote even existed, and never tried to sync with it, so had no failure to report.
+
+
+The \".variant\" files are because you must have made files with the same names in the 2 repositories while they were disconnected.
+"""]]
diff --git a/doc/forum/Howto_remove_a_repository__63__.mdwn b/doc/forum/Howto_remove_a_repository__63__.mdwn
new file mode 100644
index 0000000000..4eb4e68699
--- /dev/null
+++ b/doc/forum/Howto_remove_a_repository__63__.mdwn
@@ -0,0 +1,4 @@
+Hello,
+
+I have added a few repositories for testing purpose and would like to remove them.
+Is it possible to remove a repository through assistant? 
diff --git a/doc/forum/Howto_remove_a_repository__63__/comment_1_b55fa4e92bb457ecaa5ca8f5cee7be1d._comment b/doc/forum/Howto_remove_a_repository__63__/comment_1_b55fa4e92bb457ecaa5ca8f5cee7be1d._comment
new file mode 100644
index 0000000000..642da6575f
--- /dev/null
+++ b/doc/forum/Howto_remove_a_repository__63__/comment_1_b55fa4e92bb457ecaa5ca8f5cee7be1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-17T19:05:27Z"
+ content="""
+There's no UI for it in the assistant. [[Relevant bug report|bugs/The_webapp_doesn't_allow_deleting_repositories]]
+"""]]
diff --git a/doc/forum/Howto_remove_unused_files.mdwn b/doc/forum/Howto_remove_unused_files.mdwn
new file mode 100644
index 0000000000..db770457b0
--- /dev/null
+++ b/doc/forum/Howto_remove_unused_files.mdwn
@@ -0,0 +1,31 @@
+Hello.
+
+My case: I have somehow managed to get my repo, with quite much stuff inside it messed up.
+
+There is single directory 'cities' containing quite many files (>10k) that i would rather see gone (and keep the tar.bz version of it ..). I tried doing 
+
+    git drop --force
+
+that works fine, but the files are still there after sync. 
+
+git annex unused says just 'ok' so i guess it thinks they are still used somewhere. I tried to look where, but i ended up just doing git annex drop -f my_remote_here test_file_name for each of my remotes. This doesnt help. 
+How can i get rid of these files? Doing git annex fsck shows that 
+
+
+So, try to search what is the key:
+
+     % ls -lah cities/diskcache/config.cfg
+     lrwxrwxrwx 1 XX XXX 190 Nov 29 05:52 cities/diskcache/config.cfg -> ../../../../.git/annex/objects/qm/M6/SHA256-s32--4f5ce34d1b0b8d854a315530b2fdcbfa9c3067636a2aa5433a04402db4151dce/SHA256-s32--4f5ce34d1b0b8d854a315530b2fdcbfa9c3067636a2aa5433a04402db4151dce
+     sundberg@sundberg-MS-7680 ~/git-repository/ubuntu.iso/Archive/Maps
+     % git log --stat --all -SSHA256-s32--4f5ce34d1b0b8d854a315530b2fdcbfa9c3067636a2aa5433a04402db4151dce/SHA256-s32--4f5ce34d1b0b8d854a315530b2fdcbfa9c3067636a2aa5433a04402db4151dce
+     commit 51a57a023774ff80408210828f298f5c42a7e0be
+     Author: XXXX
+     Date:   Sun Dec 9 13:42:40 2012 +0200
+        git-annex automatic sync
+     Archive/Maps/cities/diskcache/config.cfg |    1 +
+     1 file changed, 1 insertion(+)
+
+So how can i deduce what is the remote i should try to clean up ?
+
+
+Thanks!
diff --git a/doc/forum/Howto_remove_unused_files/comment_1_f2a7948268ce3cb3967a9fdd8ccc570a._comment b/doc/forum/Howto_remove_unused_files/comment_1_f2a7948268ce3cb3967a9fdd8ccc570a._comment
new file mode 100644
index 0000000000..b2bf64397b
--- /dev/null
+++ b/doc/forum/Howto_remove_unused_files/comment_1_f2a7948268ce3cb3967a9fdd8ccc570a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbv1oKTKhbBp0Ljh_WGU7BFSWWxBr7D3U"
+ nickname="Pauli"
+ subject="Just to add"
+ date="2013-04-02T19:01:09Z"
+ content="""
+
+When i do 'git annex get .' on my usb-remote i get these kind of prints:
+
+    get Archive/Maps/cities/diskcache/voices/slovenian_f/slovenian_female/g5ext_000 (not available) 
+    No other repository is known to contain the file.
+    failed
+
+
+No repository contains the file? Well why cannot i then get it removed from the listing .. 
+"""]]
diff --git a/doc/forum/Howto_remove_unused_files/comment_2_9b4d198c2d8a52adef3d166a8196fc0d._comment b/doc/forum/Howto_remove_unused_files/comment_2_9b4d198c2d8a52adef3d166a8196fc0d._comment
new file mode 100644
index 0000000000..ef4219e2fb
--- /dev/null
+++ b/doc/forum/Howto_remove_unused_files/comment_2_9b4d198c2d8a52adef3d166a8196fc0d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbv1oKTKhbBp0Ljh_WGU7BFSWWxBr7D3U"
+ nickname="Pauli"
+ subject="comment 2"
+ date="2013-04-02T19:10:18Z"
+ content="""
+Just to continue my monolog: doing 'git rm -r cities' followed with git annex sync did the trick. Why didn't i find this anywhere ..
+"""]]
diff --git a/doc/forum/Howto_remove_unused_files/comment_3_441d10901d5c055ac3ed2a6cb61c075c._comment b/doc/forum/Howto_remove_unused_files/comment_3_441d10901d5c055ac3ed2a6cb61c075c._comment
new file mode 100644
index 0000000000..ffb941ac88
--- /dev/null
+++ b/doc/forum/Howto_remove_unused_files/comment_3_441d10901d5c055ac3ed2a6cb61c075c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-02T21:21:21Z"
+ content="""
+git-annex adds large file capabilities to git, but it leaves all the regular git commands there for you to use. So the answer to \"how do I do &lt;something I'd normally do with a git command&gt;\" is always \"run the git command\". You only need to use git-annex to add large files to git, and to move their content around between repositories. Hope that helps clear that up.
+"""]]
diff --git a/doc/forum/Import_options.mdwn b/doc/forum/Import_options.mdwn
new file mode 100644
index 0000000000..543d1a4ec8
--- /dev/null
+++ b/doc/forum/Import_options.mdwn
@@ -0,0 +1,14 @@
+Thank you for adding import options to handle duplicates. Very handy when consolidating data from various sources.
+
+Can deletion of the source files be decoupled from annex duplication/deduplication options? For example, I would like to import source files without deleting them and at the same time do not import duplicates.
+
+Better yet, since deletion of source files is potentially dangerous, a delete option could be required for deletion to be performed. Example:
+
+git annex import --deduplicate --delete_all_source_files
+git annex import --deduplicate --delete_source_duplicates
+
+Also, it would be great to have import "status" option which goes over files to be imported and logs their status ( to be imported, duplicate etc. ) without actually performing any changes. It would be great for testing and trial runs.
+
+I hope the above make sense. It would make import feature more flexible.
+
+Cheers, 
diff --git a/doc/forum/Import_options/comment_1_118a5f978090a3909299876a01c0adec._comment b/doc/forum/Import_options/comment_1_118a5f978090a3909299876a01c0adec._comment
new file mode 100644
index 0000000000..3475a0d734
--- /dev/null
+++ b/doc/forum/Import_options/comment_1_118a5f978090a3909299876a01c0adec._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkeJKC5Sy0stmcTWyePOLEVv0G-x1yaT_w"
+ nickname="Josef"
+ subject="wishlist"
+ date="2013-09-26T11:11:19Z"
+ content="""
+Posted the above yesterday before realizing that it should probably go to wishlist requests. I am sorry about that.
+
+Basically it is a request to extend import options and perhaps make the options easier to use/understand.
+
+Suggested Import Options:
+
+- source directory,
+- destination directory,
+- deduplicate in annex ( yes, no )
+- delete source files ( yes, no )
+- trial run ( screen output only )
+
+Many thanks for a great product!
+
+"""]]
diff --git a/doc/forum/Import_options/comment_2_21da91f08cb6b28ae3e79ade033db516._comment b/doc/forum/Import_options/comment_2_21da91f08cb6b28ae3e79ade033db516._comment
new file mode 100644
index 0000000000..a3e2596248
--- /dev/null
+++ b/doc/forum/Import_options/comment_2_21da91f08cb6b28ae3e79ade033db516._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkeJKC5Sy0stmcTWyePOLEVv0G-x1yaT_w"
+ nickname="Josef"
+ subject="Additional Comments"
+ date="2013-09-30T21:33:31Z"
+ content="""
+Imported several thousand files to annex and would like to add the following comments:
+
+- it would be great to have an option to exclude hidden dot files from import,
+
+- empty directories should be deleted when files located in the directories are deleted,
+
+- \"git annex add\" seems to process directories and files alphabetically, unfortunately import processes files in a different order, which makes it hard to predict which files are deleted when deduplicating,
+
+Cheers,
+
+"""]]
diff --git a/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__.mdwn b/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__.mdwn
new file mode 100644
index 0000000000..5643f6b7a0
--- /dev/null
+++ b/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__.mdwn
@@ -0,0 +1,9 @@
+Consider the following two use cases:
+
+* I have a git-annex repo on a portable medium and carry it around between several machines. I use it on a non-important system with the most current git-annex installed, automagic upgrade happens. I am now forced to upgrade git-annex on all other machines. Bonus points if this happens in the background and I don't even notice it until it's too late.
+
+* My system crashes and I use a rescue CD to access local data, including git-annex. The rescue CD includes a newer version of git-annex and once my system is restored, I am forced to upgrade git-annex locally.
+
+My suggestion would be not to upgrade automatically, but to either ask the user if this is OK or to error out and request that they run git annex update by hand.
+
+Optionally, this could be done via a local config variable which should default to error or ask, not upgrade.
diff --git a/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__/comment_1_c25900b9d2d62cc0b8c77150bcfebadf._comment b/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__/comment_1_c25900b9d2d62cc0b8c77150bcfebadf._comment
new file mode 100644
index 0000000000..8420d7bb3a
--- /dev/null
+++ b/doc/forum/Is_an_automagic_upgrade_of_the_object_directory_safe__63__/comment_1_c25900b9d2d62cc0b8c77150bcfebadf._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-18T00:38:51Z"
+ content="""
+These are good examples; I think you've convinced me at least for upgrades going forward after v2. I'm not sure we have enough users and outdated git-annex installations to worry about it for v1.
+
+(Hoping such upgrades are rare anyway.. Part of the point of changes made in v2 was to allow lots of changes to be made later w/o needing a v3.)
+
+Update: Upgrades from v1 to v2 will no longer be handled automatically
+now.
+"""]]
diff --git a/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__.mdwn b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__.mdwn
new file mode 100644
index 0000000000..4fb3d05af9
--- /dev/null
+++ b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__.mdwn
@@ -0,0 +1,18 @@
+So suppose you put an existing folder under git-annex control, like this:
+
+    cd Archive_of_all_my_files
+    git init .
+    git annex init "Archive Folder"
+    git annex add .
+
+And now you forget the last step:
+
+    git commit -am "init"
+
+Instead, you fool around with git. After all, isn't git designed to keep your data safe and make sure there's no way you can accidentally lose it? The only branch that exists is 'git-annex', so you switch to that branch to see what it is:
+
+    git checkout git-annex
+
+This command switches to the branch git-annex and makes a mess in the working directory. And you can't switch back to master since master does not have any commits. Is there a clean way to go back? I tried 'git checkout --orphan master', but the messy files stayed in the working directory. In the meantime, there should probably be a warning on the walkthrough page.
+
+I think git / git annex should warn you before switching the branch in this rare situation.
diff --git a/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_1_f9decde3955f10148febc4646fba5a68._comment b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_1_f9decde3955f10148febc4646fba5a68._comment
new file mode 100644
index 0000000000..ed1c52d449
--- /dev/null
+++ b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_1_f9decde3955f10148febc4646fba5a68._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-02T05:28:00Z"
+ content="""
+Yes, any git repository where there has not been an initial commit made is in an unusal situation. I've often felt this is a design flaw of git; it could start off with an empty root 00000 commit and avoid this complexity.
+
+There are probably all kinds of fancy git commands that can be used to get out of the situation you describe, but finessing a perfect exit from a situation that has happened in the first 5 minutes of using a new repository seems like overkill. Just run `git annex unannex` to move all your files out of git-annex; run `git rm -rf .` to delete the files from the git-annex branch; run `rm -rf .git`, and you're back where you started with some files and no git repository.
+
+... And no, neither git nor git-annex make any promises about keeping your data secure until you have both committed it and sent it somewhere else.
+"""]]
diff --git a/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_2_ed32a48edce4f150bedf24cfe91de254._comment b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_2_ed32a48edce4f150bedf24cfe91de254._comment
new file mode 100644
index 0000000000..946fcefa7f
--- /dev/null
+++ b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_2_ed32a48edce4f150bedf24cfe91de254._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 2"
+ date="2013-07-02T05:29:00Z"
+ content="""
+Oh and no, I don't think it's useful to bog down the walkthrough with warnings and caveats about this type of thing.
+"""]]
diff --git a/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_3_ef9618850e5e688bac3c646983f00ed8._comment b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_3_ef9618850e5e688bac3c646983f00ed8._comment
new file mode 100644
index 0000000000..f29fc8f813
--- /dev/null
+++ b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_3_ef9618850e5e688bac3c646983f00ed8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHRhCe3qwVKQ8_NOGGSYJnAMW6FFyKbOc"
+ nickname="Holger"
+ subject="comment 3"
+ date="2013-07-02T05:52:10Z"
+ content="""
+Thanks for your helpful response. The cleaning procedure that you propose is perfectly fine.
+
+I wasn't suggesting to put up a big warning sign; I just feel like the walkthrough would be a little smoother if it explained something like: hey, 'git annex add .' just moved all of your precious files to '.git/annex/' and renamed them in a way that may scare you. But don't worry: if, at any point, you want to get them out again and put them back in their original place, just run 'git annex unannex'.
+"""]]
diff --git a/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_4_4bf460c5826c36b205e418c4f3f7d770._comment b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_4_4bf460c5826c36b205e418c4f3f7d770._comment
new file mode 100644
index 0000000000..9d5dc042c5
--- /dev/null
+++ b/doc/forum/Is_git-annex_in_a_precarious_state_before_the_initial_commit__63__/comment_4_4bf460c5826c36b205e418c4f3f7d770._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 4"
+ date="2013-10-22T11:28:52Z"
+ content="""
+I've had this a few times (or situations very similar).
+
+    git init
+is now always followed by
+
+    git commit -m \"CREATE GIT REPOSITORY\" --allow-empty
+
+.. which I should really set as an alias :)
+"""]]
diff --git a/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__.mdwn b/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__.mdwn
new file mode 100644
index 0000000000..9c41acb707
--- /dev/null
+++ b/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__.mdwn
@@ -0,0 +1,23 @@
+Hey,
+
+I've found that git annex works great as a way to publish websites to a web server.  I can edit my website on my computer, `git annex sync` my working directory to the VPS, and then `git annex get files-I-want-to-publish`.  This works great.  I can maintain my normal working directory structure on the VPS and I don't have to worry about people seeing files I DIDN'T want to publish, since the dead symlinks just show up as 404s.
+
+There's one small problem.  
+
+Say:
+
+ 1) I've already published a file using `git annex get file-to-update`
+
+ 2) I update that file on my computer
+
+ 3) I do `git annex sync`
+
+ 4) I do `git annex get file-to-update`
+
+Between steps 3 and 4, file-to-update goes from being an accessible web resource to being a dead symlink.  It's not really a problem for me, as hardly anyone visits my site. But it would be nice if I could make `sync` leave the old symlink to the old file until I `get`ed the new one.
+
+Is this possible?
+
+PS: For those who might follow in my footsteps, remember that you probably don't want people reading the contents of your .git dir, so make a re-write rule for this!
+
+Timothy
diff --git a/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__/comment_1_d6f2d2cdc5f4ffde9eee9f3a8c215a06._comment b/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__/comment_1_d6f2d2cdc5f4ffde9eee9f3a8c215a06._comment
new file mode 100644
index 0000000000..0c20b9dd69
--- /dev/null
+++ b/doc/forum/Is_it_possible_to_make_git-sync_not_nullify_symlinks__63__/comment_1_d6f2d2cdc5f4ffde9eee9f3a8c215a06._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-07T16:18:52Z"
+ content="""
+I'd recommend that you just copy your files to the repository to publish them before running git-annex sync.
+
+Alternatively, unless your web pages are very large, you can just check them into git directly, still use git-annex sync if you want (and still using git-annex for large files), and avoid the complication of being able to have files that are listed in the repository but whose content is not present.
+"""]]
diff --git a/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise.mdwn b/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise.mdwn
new file mode 100644
index 0000000000..d85eefc2cb
--- /dev/null
+++ b/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise.mdwn
@@ -0,0 +1,7 @@
+I'd like to have git-annex assistant running so I can use it to sync files, but when I downloaded and ran it the webapp was missing.  
+
+I've recently begun using Trisquel, or rather the KDE version Triskel.  The current Trisquel is built from Ubuntu Precise, 12.04, the current LTS version.  Thus it seems that I'm a bit behind the current Ubuntu software, and my impression is that this relates to my problem.
+
+In [a post](http://git-annex.branchable.com/forum/Cannot_launch_webapp_on_ubuntu_12.04_using_ppa/) on this forum I read that a version of git-annex was built without the webapp, and that this had since been corrected.  It appears from my git-annex version data that I have an older version, though I downloaded it only two days ago, and it's older than the corrected version.  Is this because my Ubuntu stuff is out of date? 
+
+More importantly, is there any way I can get webapp running on my current OS, or must I wait until Trisquel gets to 13.04?
diff --git a/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise/comment_1_6bd27bd31833336c1df783253378ccae._comment b/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise/comment_1_6bd27bd31833336c1df783253378ccae._comment
new file mode 100644
index 0000000000..43c8ae525f
--- /dev/null
+++ b/doc/forum/Lacking_webapp_on_Trisquel__47__Ubuntu_Precise/comment_1_6bd27bd31833336c1df783253378ccae._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-17T19:36:27Z"
+ content="""
+There is a PPA for Ubuntu Precise, which includes the webapp.
+
+Or you can use the standalone tarball, which works nearly everywhere.
+"""]]
diff --git a/doc/forum/Let_watch_selectively_annex_files.mdwn b/doc/forum/Let_watch_selectively_annex_files.mdwn
new file mode 100644
index 0000000000..f56b19452a
--- /dev/null
+++ b/doc/forum/Let_watch_selectively_annex_files.mdwn
@@ -0,0 +1,27 @@
+Hello,
+
+First of all, thanks to Joey for developing git-annex, good job!
+
+I have a small feature request: when running git annex watch, new files are automatically added to the annex. It would be nice to let this depend on an attribute: add a file to annex if an attribute is set, otherwise do a regular git add.
+
+My use-case is the following: I have a repository containing documents I'm working on (mostly LaTeX), which I'd like to be regular files in git (no annex), and a bunch of extra documentation (pdfs) and images, which I'd like to go to the annex. I currently set a git-attribute (addtoannex), and use a shell script to selectively add files to annex as follows:
+
+Content of .gitattributes:
+
+    *.png addtoannex
+    *.jpg addtoannex
+
+Snippet of add script:
+
+    git check-attr addtoannex "$FILE" | grep -q ": set$"
+    if [ $? -eq 0 ]; then
+        git annex add "$FILE"
+    else
+        git add "$FILE"
+    fi
+
+It would be great if the watcher could honour an attribute.
+
+best regards,
+
+Tom
diff --git a/doc/forum/Let_watch_selectively_annex_files/comment_1_8379de87d16502d9aadf252da01e4d9a._comment b/doc/forum/Let_watch_selectively_annex_files/comment_1_8379de87d16502d9aadf252da01e4d9a._comment
new file mode 100644
index 0000000000..415b088941
--- /dev/null
+++ b/doc/forum/Let_watch_selectively_annex_files/comment_1_8379de87d16502d9aadf252da01e4d9a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-07T18:10:14Z"
+ content="""
+This has been requested a couple of times in different places.
+
+The problem with using a git attribute is it only allows basic matching on filenames. Some users would prefer to use the size of the file. So if/when this gets implemented it will probably not use a git attribute, but some other config setting.
+"""]]
diff --git a/doc/forum/Let_watch_selectively_annex_files/comment_2_2219ff6b4dc927eb2a299cd1af90aed8._comment b/doc/forum/Let_watch_selectively_annex_files/comment_2_2219ff6b4dc927eb2a299cd1af90aed8._comment
new file mode 100644
index 0000000000..d6cee26d5c
--- /dev/null
+++ b/doc/forum/Let_watch_selectively_annex_files/comment_2_2219ff6b4dc927eb2a299cd1af90aed8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-06-11T14:28:56Z"
+ content="""
+See [[tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant]]
+"""]]
diff --git a/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__.mdwn b/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__.mdwn
new file mode 100644
index 0000000000..dfe8afe2c9
--- /dev/null
+++ b/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__.mdwn
@@ -0,0 +1,4 @@
+Hi,
+
+Suppose I have an annexed file whose content is stored on an extenal hard drive.
+When the hard drive is mounted, is it possible to have immediately access to this file without transfering it, by modifying the symlink to point to the file content on the hard drive instead of having a broken link?
diff --git a/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__/comment_1_ce0464d5fca6ada9f1477831fd47ce09._comment b/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__/comment_1_ce0464d5fca6ada9f1477831fd47ce09._comment
new file mode 100644
index 0000000000..ee6ec690e9
--- /dev/null
+++ b/doc/forum/Link_to_local_remote_instead_of_broken_link_when_possible__63__/comment_1_ce0464d5fca6ada9f1477831fd47ce09._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-02T18:25:16Z"
+ content="""
+See [[todo/union_mounting]]
+"""]]
diff --git a/doc/forum/Links_or_actual_files__63___Confused__33__.mdwn b/doc/forum/Links_or_actual_files__63___Confused__33__.mdwn
new file mode 100644
index 0000000000..8d7ef2c172
--- /dev/null
+++ b/doc/forum/Links_or_actual_files__63___Confused__33__.mdwn
@@ -0,0 +1,21 @@
+I don't think it's a bug or a todo, just a request for clarification.
+
+So, I installed git-annex first on a Mac, and created the initial repository, and started dropping stuff into it. All fine.
+
+Created a second repository on an external (but never disconnected, also does Time Machine) drive. All fine. Everything's there.
+
+Went across the room to my Linux desktop, installed git-annex, and tried to pair it to my Mac's git-annex repo. Hit <a href="http://git-annex.branchable.com/bugs/bad_comment_in_ssh_public_key_ssh-rsa/#comment-0ee00f307909723fdf8c73695787f067">this bug</a>, installed latest git-annex from tarball and got past that and got the pairing done. Syncing happened, all looked well...
+
+But when I look in the annex dir on that Linux machine, I now just see symlinks to the actual files in the repo's .git/annex stuff. It kinda works, but it's a bit distracting, especially if you open such a file in any desktop app and you can see it's got the target of the link (some sha-value filename.ext) rather than the sensibly-named link. Including files created and coped into that annex on that machine. (In Nautilus they all show with symlink & lock emblems.)
+
+Look again at some documentation, and apparently it's <a href="http://git-annex.branchable.com/how_it_works/">supposed to do this</a>
+
+Which makes me wonder why it *isn't* doing it on the Mac I started the repository on?
+
+Went to another mac (laptop) and installed git-annex, and set up pairing to the first mac - as far as I can tell, doing the exact same procedure as I did under Linux. TBH through the webapp there's not much scope for doing it a different way. Files sync across...
+
+And there they are, the actual files, directly in the annex dir, not symlinks.
+
+(I am by the way confirming this at the commandline, it's not just what Finder/Nautilus may be displaying to me graphically.)
+
+Now, seeing the actual files in the annex directory is what I *prefer*; but I'm a: confused as to why the Macs are doing it that way but Linux isn't, and b: given the "how it works" link, why everything isn't using the links.
diff --git a/doc/forum/Links_or_actual_files__63___Confused__33__/comment_1_779cee2448d7070b1dd636d01296c01e._comment b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_1_779cee2448d7070b1dd636d01296c01e._comment
new file mode 100644
index 0000000000..0122cf45bc
--- /dev/null
+++ b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_1_779cee2448d7070b1dd636d01296c01e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T17:58:24Z"
+ content="""
+When you create a git-annex repository using the webapp, it uses [[direct_mode]]. That is not the default if you create a repository by hand at the command line, although you can enable it if you prefer it.
+"""]]
diff --git a/doc/forum/Links_or_actual_files__63___Confused__33__/comment_2_bccda88697ab7beec0b9fe9ee0230688._comment b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_2_bccda88697ab7beec0b9fe9ee0230688._comment
new file mode 100644
index 0000000000..c6a851eff0
--- /dev/null
+++ b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_2_bccda88697ab7beec0b9fe9ee0230688._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="webapp/direct"
+ date="2013-09-12T18:17:51Z"
+ content="""
+well, i did it using the webapp both times; i've barely scratched at the git-annex commandline so far.
+
+However... I then tried to repeat it on another linux box (running ubuntu saucy and the version of git-annex in that repo) and it worked as expected: Real files in the annex directory, ie: as I understand it, direct mode.
+
+So, went back to the first linux box (running ubuntu raring), and cleared everything off, quit and started again, doing the same thing again, and *it* did the direct mode thing itself this time.
+
+Which I think leaves me with it the way I want it. :-)
+
+My only guess is, maybe it got set up in non-direct mode when I first started using the older git-annex in the raring repos, before failing with the bad comment in ssh public key bug, at which point I switched to the downloaded-today tarball and just tried to resume. Starting from scratch with the newer version worked.
+
+I'm sure more questions to come later; am a Dropbox fugitive by way of ownCloud (won't-fix bug on version upgrades) basically trying to replicate that kind of convenience. But those are for other postings.
+"""]]
diff --git a/doc/forum/Links_or_actual_files__63___Confused__33__/comment_3_c2a9da3f03b55ff294dc0d2010380119._comment b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_3_c2a9da3f03b55ff294dc0d2010380119._comment
new file mode 100644
index 0000000000..5df67c6057
--- /dev/null
+++ b/doc/forum/Links_or_actual_files__63___Confused__33__/comment_3_c2a9da3f03b55ff294dc0d2010380119._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 3"
+ date="2013-09-12T20:22:44Z"
+ content="""
+Yep, relatively ancient (from last year) versions of the webapp didn't use direct mode by default, and have various bugs as well.
+"""]]
diff --git a/doc/forum/Local_and_remote_in_direct_mode.mdwn b/doc/forum/Local_and_remote_in_direct_mode.mdwn
new file mode 100644
index 0000000000..128d8eab61
--- /dev/null
+++ b/doc/forum/Local_and_remote_in_direct_mode.mdwn
@@ -0,0 +1,7 @@
+I have two machines (A and B ) both have a directory called "inbox"
+I want to sync these two directories. So I ran git annex assistant on machine A and set up a remote to B with **ssh** and selected **client: a repository on your computer**.
+
+The end result is that I have something that looks like a git bare repo on machine B and I have no files on A from machine B.
+
+What am I doing wrong? What shall I do to achieve my goal?
+It is kind of dropbox functionality what I want. (Which I never used for security/policy reasons.)
diff --git a/doc/forum/Local_and_remote_in_direct_mode/comment_1_45f89ebcb6092d1b2582feebc8a5e9d7._comment b/doc/forum/Local_and_remote_in_direct_mode/comment_1_45f89ebcb6092d1b2582feebc8a5e9d7._comment
new file mode 100644
index 0000000000..f7244cabc8
--- /dev/null
+++ b/doc/forum/Local_and_remote_in_direct_mode/comment_1_45f89ebcb6092d1b2582feebc8a5e9d7._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-19T18:05:58Z"
+ content="""
+The \"Remote server using ssh\" option in the webapp is intended to set up a bare git repository on a server, not a non-bare git repository on a client.
+
+For what you want, both your computers need to be running the git-annex assistant.
+
+* If the computers are on the same network, pick the \"Local computer\" option on one to start a pairing process with the other.
+* If the computers are not on the same network, but can (apparently) access one-another by ssh, then you're a lucky guy. :) But the webapp doesn't cater to this unusual configuration (unless the local pairing option above works). All you need to do though, it manually add a git remote on each that points to the already existing, git-annex assistant managed repository on the other. Eg: `git remote add B ssh://machineB:/~/annex`
+* If the computers are not on the same network, and cannot access each other directly using ssh, you will need
+to use the XMPP option, and a transfer remote that both can access.
+"""]]
diff --git a/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning.mdwn b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning.mdwn
new file mode 100644
index 0000000000..e7062ff29c
--- /dev/null
+++ b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning.mdwn
@@ -0,0 +1,20 @@
+I have a git annex repository which I use to store versioned binaries in a regular git repository. We also use submodules in the repository (the sources of the versioned binaries) but the binaries are not in the submodules. This has worked great for us.
+
+Recently, there have been a number of changes (I got a new laptop, moved to fedora 20, renamed the repository, etc...) that happened at once. Now when I checkout a clean working version of the repository and then run git annex get . and then do an unlock and a lock on the file I get the "Locking this file would discard any changes you have made to it. Use 'git annex add' to stage your changes. (Or, use --force to override)" warning.
+
+I have tried to isolate this as much as possible but can't find what caused this. On a co-worker's laptop it seems to work fine so far. A clean repository didn't fix it. An old repository didn't fix it (though I recall it working there previously on this laptop). It did work and just stopped recently.
+
+    $ git annex version
+    git-annex version: 5.20140107
+    build flags: Assistant Inotify DBus Quvi TDFA
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    remote types: git gcrypt bup directory rsync web glacier hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+    $ git annex lock --debug --verbose vendors/unittest-xml-reporting-1.5.0.tar.gz  # (some names changed to protect the innocent)
+    [2014-02-05 12:54:45 IST] read: git ["--git-dir=/home/user/loppa_deuce/loppa/.git","--work-tree=/home/user/loppa_deuce/loppa","diff","--name-only","--diff-filter=T","-z","--","vendors/unittest-xml-reporting-1.5.0.tar.gz"]
+    [2014-02-05 12:54:45 IST] chat: git ["--git-dir=/home/user/loppa_deuce/loppa/.git","--work-tree=/home/user/loppa_deuce/loppa","cat-file","--batch"]
+    [2014-02-05 12:54:45 IST] read: git ["--git-dir=/home/user/loppa_deuce/loppa/.git","--work-tree=/home/user/loppa_deuce/loppa","diff","--name-only","--diff-filter=T","-z","--cached","--","vendors/unittest-xml-reporting-1.5.0.tar.gz"]
+    lock vendors/unittest-xml-reporting-1.5.0.tar.gz git-annex: Locking this file would discard any changes you have made to it. Use 'git annex add' to stage your changes. (Or, use --force to override)
diff --git a/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_1_25a04c7345f5b626aa71524603c833ed._comment b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_1_25a04c7345f5b626aa71524603c833ed._comment
new file mode 100644
index 0000000000..84f556d654
--- /dev/null
+++ b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_1_25a04c7345f5b626aa71524603c833ed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmfVOIl06X7NKio-NBYZ-cfw5LFVqHMX8o"
+ nickname="Daniel"
+ subject="Hash is the same"
+ date="2014-02-05T11:13:12Z"
+ content="""
+I forgot to mention that I also checked the hash of the file to make sure that nothing changed the file and nothing changed. Just quick unlock/lock triggers it.
+"""]]
diff --git a/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_2_7146a3c69749b9b1001fffc6e7a8bcda._comment b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_2_7146a3c69749b9b1001fffc6e7a8bcda._comment
new file mode 100644
index 0000000000..cc5e853169
--- /dev/null
+++ b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_2_7146a3c69749b9b1001fffc6e7a8bcda._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmfVOIl06X7NKio-NBYZ-cfw5LFVqHMX8o"
+ nickname="Daniel"
+ subject="New git-annex package to blame"
+ date="2014-02-05T14:23:40Z"
+ content="""
+I downgraded my git-annex version, rechecked out the repository and now everything works.
+    $ git annex version
+    git-annex version: 4.20130827
+    build flags: Assistant Inotify
+
+"""]]
diff --git a/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_3_fd39e6ceffd9bf0709658c34945d8699._comment b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_3_fd39e6ceffd9bf0709658c34945d8699._comment
new file mode 100644
index 0000000000..5b23df8707
--- /dev/null
+++ b/doc/forum/Locking_and_then_unlocking_a_file_results_in_file_changed_warning/comment_3_fd39e6ceffd9bf0709658c34945d8699._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="206.74.132.139"
+ subject="comment 3"
+ date="2014-02-06T17:05:45Z"
+ content="""
+Recent versions of git-annex have tried to extend the --force option to be needed in any operation that can possibly cause data loss. This includes locking a file, since that throws away any changes.
+
+Note that `git annex lock` does not check if the file is unmodified. For a few reasons including 
+
+* some backends don't include a checksum
+* it would be expensive to check a checksum
+* the file could get modified after or during a checksum check, and those modifications would be missed
+
+If you are sure you want to throw away any changes, use --force as suggested. If not, use `git annex add $file`, and assuming you're using a checksumming backend, it will notice the file has not changed and do what you want `git annex lock $file` to have done in this case.
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX.mdwn b/doc/forum/Looking_at_the_webapp_on_OSX.mdwn
new file mode 100644
index 0000000000..b2c514d835
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX.mdwn
@@ -0,0 +1,18 @@
+Not logging this in the bugs section, but poking at the new webapp feature...
+
+<pre>
+laplace:annex jtang$ git annex webapp -d
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","show-ref","git-annex"] 
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","show-ref","--hash","refs/heads/git-annex"] 
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..731005d121426a38b206c4544da02cdb3b974974","--oneline","-n1"] 
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..d36d8d88847decc2320f0be22892ad94a8abe594","--oneline","-n1"] 
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..57bcddc14d03b61028f7002e2dabcc5181d74f3d","--oneline","-n1"] 
+[2012-07-26 19:02:50 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..372aceaf49b60ebe31cc3fe2e52ba4fbe99c134f","--oneline","-n1"] 
+[2012-07-26 19:02:50 IST] chat: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","cat-file","--batch"] 
+[2012-07-26 19:02:50 IST] read: git ["config","--null","--list"] 
+[2012-07-26 19:02:50 IST] call: open ["file:///Users/jtang/annex/.git/annex/webapp.html"] 
+The file /Users/jtang/annex/.git/annex/webapp.html does not exist.
+git-annex: failed to start web browser on url file:///Users/jtang/annex/.git/annex/webapp.html
+</pre>
+
+I would have expected the open command to open up http://localhost:port/ instead of a file on my machine. Anyway, its just an observation on the current state of the webapp feature, not expecting it to work enough for me to test it ;)
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_1_68820f2f469356633c1abb18a47e0c59._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_1_68820f2f469356633c1abb18a47e0c59._comment
new file mode 100644
index 0000000000..9aa05c8f0a
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_1_68820f2f469356633c1abb18a47e0c59._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 1"
+ date="2012-07-26T18:17:40Z"
+ content="""
+This could happen if you already had an old version of git-annex assistant running in that repository.
+
+Try:
+
+git annex assistant --stop ; git annex webapp
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_2_4ce86546d8a135df9cfab46b4612fa0b._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_2_4ce86546d8a135df9cfab46b4612fa0b._comment
new file mode 100644
index 0000000000..b24956b8c7
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_2_4ce86546d8a135df9cfab46b4612fa0b._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 2"
+ date="2012-07-26T20:42:37Z"
+ content="""
+The last few commits fixed the webapp startup quirk, it doesn't work yet for me as the watch command is probably failing
+
+<pre>
+laplace:annex jtang$ git annex webapp  -d
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"show-ref\",\"git-annex\"] 
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"] 
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"log\",\"refs/heads/git-annex..731005d121426a38b206c4544da02cdb3b974974\",\"--oneline\",\"-n1\"] 
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"log\",\"refs/heads/git-annex..d36d8d88847decc2320f0be22892ad94a8abe594\",\"--oneline\",\"-n1\"] 
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"log\",\"refs/heads/git-annex..57bcddc14d03b61028f7002e2dabcc5181d74f3d\",\"--oneline\",\"-n1\"] 
+[2012-07-26 21:41:15 IST] read: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"log\",\"refs/heads/git-annex..372aceaf49b60ebe31cc3fe2e52ba4fbe99c134f\",\"--oneline\",\"-n1\"] 
+[2012-07-26 21:41:15 IST] chat: git [\"--git-dir=/Users/jtang/annex/.git\",\"--work-tree=/Users/jtang/annex\",\"cat-file\",\"--batch\"] 
+[2012-07-26 21:41:15 IST] read: git [\"config\",\"--null\",\"--list\"] 
+git-annex: failed to start git-annex assistant
+</pre>
+
+it doesn't segfault or anything, it just states that the assistant command failed to start :P
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_3_6d398a2cceff14a1b774b85ee1725073._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_3_6d398a2cceff14a1b774b85ee1725073._comment
new file mode 100644
index 0000000000..a139537def
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_3_6d398a2cceff14a1b774b85ee1725073._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 3"
+ date="2012-07-26T22:07:25Z"
+ content="""
+I've been improving this code path, so make sure you're current. I just made it wait for longer than the 10 seconds it was waiting before giving up. 
+
+If it still fails, try running `git-annex assistant --debug --foreground`
+in one terminal, wait for it to start up, and then run `git annex webapp` in another.
+If that still fails, check if `.git/annex/webapp.html` exists.
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_4_5e503787a4b1d3534c5e20da5480b763._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_4_5e503787a4b1d3534c5e20da5480b763._comment
new file mode 100644
index 0000000000..fde217e63c
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_4_5e503787a4b1d3534c5e20da5480b763._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 4"
+ date="2012-07-26T22:08:53Z"
+ content="""
+Oh, wait, you're right, if the assistant process that watch forks off is segfaulting, that error message is about the best we can hope for. You can try the manual startup of the assistant to confirm it's crashing..
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_5_c735841bc230efc61594ea013fc2902b._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_5_c735841bc230efc61594ea013fc2902b._comment
new file mode 100644
index 0000000000..47f7be6033
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_5_c735841bc230efc61594ea013fc2902b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2012-07-27T15:53:50Z"
+ content="""
+I can confirm that the watch command is crashing when i start it up manually.
+"""]]
diff --git a/doc/forum/Looking_at_the_webapp_on_OSX/comment_6_0e489fbfc89d282e9eb47f1b814ff70c._comment b/doc/forum/Looking_at_the_webapp_on_OSX/comment_6_0e489fbfc89d282e9eb47f1b814ff70c._comment
new file mode 100644
index 0000000000..9014923867
--- /dev/null
+++ b/doc/forum/Looking_at_the_webapp_on_OSX/comment_6_0e489fbfc89d282e9eb47f1b814ff70c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 6"
+ date="2012-07-27T18:21:17Z"
+ content="""
+FYI, the webapp starts up and sends me to a web browser with the correct page ;) this is after the other issue of [[Watch command as of commit 6cecc26206c4a539999b04664136c6f785211a41 segfaults]] got fixed.
+"""]]
diff --git a/doc/forum/Lyve_Home.mdwn b/doc/forum/Lyve_Home.mdwn
new file mode 100644
index 0000000000..b9e0917695
--- /dev/null
+++ b/doc/forum/Lyve_Home.mdwn
@@ -0,0 +1,6 @@
+Lyve Home is an interesting device to store personal photos and videos. It is a 2TB hard drive that stores all your photos. It tries to replicate the files on every device you connect (computer, phone, etc.) and keeps at least two copies of each photo. The photos are not stored in the cloud, Lyve only stores metadata in the cloud.
+
+http://www.youtube.com/watch?v=sOE5uWqS6YQ
+
+This is something that could be easily made with git-annex and a small computer, like a Raspberry Pi, and a hard drive. 
+
diff --git a/doc/forum/Make_whereis_output_more_compact.mdwn b/doc/forum/Make_whereis_output_more_compact.mdwn
new file mode 100644
index 0000000000..5503e716f3
--- /dev/null
+++ b/doc/forum/Make_whereis_output_more_compact.mdwn
@@ -0,0 +1,13 @@
+Hi there,
+
+first of all, great job done on annex! I think I finally found what I was looking for to organize all my data.
+
+My question: when I do git annex whereis Music, I get a detailed list of every single song and its remote locations. I have tens of thousands of songs, so just typing git annex whereis Music gives me way too much information. 
+Here is my proposition: in my case, every file of the Music folder resides in the same remote. So, wouldn't it be better to show just one line of output telling me that Music is on remote bla and blub, and then I know that all files in Music are in remotes bla and blub?
+
+Is that possible now already or would that be a feature request? What do you think?
+
+Cheers,
+Moritz.
+
+PS: I know that I can specify filters, e.g. git annex whereis --in bla --and --not --in blub. That is great!
diff --git a/doc/forum/Making_git-annex_a_self-funded_project__63__.mdwn b/doc/forum/Making_git-annex_a_self-funded_project__63__.mdwn
new file mode 100644
index 0000000000..29eddaa0cb
--- /dev/null
+++ b/doc/forum/Making_git-annex_a_self-funded_project__63__.mdwn
@@ -0,0 +1,10 @@
+With the fundraiser having met its stretch goal of $15,000, I was thinking of how to keep git-annex going beyond another year.  What about selling stuff?  Not just merch (though being able to buy stickers would be neat), but useful things that would complement the software, like selling hardware for a small remote that you could plug into your home network, or even set up at a friend's house to have online, but offsite.
+
+
+Something like a CubieBoard2 and an HDD for annexes preloaded with all the necessary software and a git-annex apt repo for keeping it updated.  Everything would come in a nice little enclosure with a git-annex logo on it; you plug in the power, the ethernet, and boom it's ready to go, with no terminal magic (but it's there if you want it!).  You could create them on-demand without having to keep much of a stock (except maybe the enclosure), so there's practically no risk.
+
+
+
+Aesthetically, I was thinking of something that exposed as little of the insides as possible.  Basically just power, ethernet, and USB ports.
+
+Maybe material for another Kickstarter?
diff --git a/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_1_4a1ba95b7231ba973ddb672d2419e28c._comment b/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_1_4a1ba95b7231ba973ddb672d2419e28c._comment
new file mode 100644
index 0000000000..03ddae4832
--- /dev/null
+++ b/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_1_4a1ba95b7231ba973ddb672d2419e28c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="94.126.178.1"
+ subject="comment 1"
+ date="2013-07-27T01:56:47Z"
+ content="""
+Other ideas welcome!
+"""]]
diff --git a/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_2_7c476ae92e63c991f229708678874ca2._comment b/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_2_7c476ae92e63c991f229708678874ca2._comment
new file mode 100644
index 0000000000..70e470c85c
--- /dev/null
+++ b/doc/forum/Making_git-annex_a_self-funded_project__63__/comment_2_7c476ae92e63c991f229708678874ca2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 2"
+ date="2013-07-28T00:21:39Z"
+ content="""
+A few people have suggested that idea. I don't know if I want to get into the HW business.
+"""]]
diff --git a/doc/forum/Making_git-annex_less_necessary.mdwn b/doc/forum/Making_git-annex_less_necessary.mdwn
new file mode 100644
index 0000000000..086c051398
--- /dev/null
+++ b/doc/forum/Making_git-annex_less_necessary.mdwn
@@ -0,0 +1,5 @@
+http://git-annex.branchable.com/walkthrough/ says "Git wants to first stage the entire contents of the file in its index. That can be slow for big files (sorta why git-annex exists in the first place)."<br/>
+What is git doing that git-annex isn't, other than copying the file to .git/objects rather than just moving it to .git/annex/objects, prepending it with "blob"+length, and compressing it? If git were changed to store the "blob"+length as part of the object filename rather than as part of the object file content, have a config option to use uncompressed objects for large files (and not try to pack them when creating pack files), and were used on a filesystem such as zfs or btrfs which does COW so the copy would be as fast as a move, then what speed advantage would git-annex still have over git? I realize git-annex has more features than just big file handling, and has the worm backend for even faster handling, but I'm just talking about the case with the default sha backend.<br/>
+Have such changes been proposed for git? It seems that for anybody already familiar with the git codebase, adding the config option for uncompressed objects and moving the storage location for "blob"+length would be easy changes to make, and I see no downside to them. It wouldn't break backwards compatibility because the object filename being hash."blob".length rather than just hash would indicate that the new object format is in use, and a ".raw" filename extension could be used for uncompressed objects (or more sensibly, in the new format, no additional extension for uncompressed, and ".compressed" for compressed).<br/>
+This would also eliminate the need for a git-annex object store separate from the git object store, and the complexities involved with having them separate, and the need for symlinks, and the complexities they cause. I don't think that relying on COW for speed is unreasonable once btrfs becomes the default in major Linux distros (the bsds already have zfs and hammerfs); right now part of what git-annex is doing is just working around the functional deficiency of non-COW filesystems.<br/>
+P.S. I recommend a "plain" option for the page type when submitting comments on your wiki, so I don't have to put HTML line break markup at the end of my lines.
diff --git a/doc/forum/Making_git-annex_less_necessary/comment_1_03faaa3866778d24cd03887b85dc9954._comment b/doc/forum/Making_git-annex_less_necessary/comment_1_03faaa3866778d24cd03887b85dc9954._comment
new file mode 100644
index 0000000000..3396643f66
--- /dev/null
+++ b/doc/forum/Making_git-annex_less_necessary/comment_1_03faaa3866778d24cd03887b85dc9954._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.245"
+ subject="comment 1"
+ date="2012-05-08T18:22:12Z"
+ content="""
+git's code base makes lots of assumptions hardcoding the size of the hash, etc. (grep its source for magic numbers 40 and 42...) I'd like to see git get parameratised hashes. SHA1 insecurity may evenutally push it in that direction. However, when I asked the git developers about this at the Gittogether last year, there were several ideas floated that would avoid parameterisation, and a lot of good thoughts about problems parameterised hashes would cause.
+
+Moving data into git proper would still leave the problems unique to large data of not being able to store it all on every clone. Which means a git-annex like thing is needed to track where the data resides and move it around.
+
+(BTW, in markdown, you separate paragraphs with blank lines. Like in email.)
+"""]]
diff --git a/doc/forum/Making_git-annex_less_necessary/comment_2_2db02a94dffd525885c9d7fc6c5fa464._comment b/doc/forum/Making_git-annex_less_necessary/comment_2_2db02a94dffd525885c9d7fc6c5fa464._comment
new file mode 100644
index 0000000000..4b1dbd271b
--- /dev/null
+++ b/doc/forum/Making_git-annex_less_necessary/comment_2_2db02a94dffd525885c9d7fc6c5fa464._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/IAg3idYGk.joxsJb2WCxl20gig.0.8hS#d5165"
+ nickname="Kelly"
+ subject="comment 2"
+ date="2012-05-10T15:01:15Z"
+ content="""
+I think my comment a couple days ago got caught in the spam filter, so I'm reposting. 
+What were the ideas to avoid parameterisation? What were the problems of parameterisation, other than just the current hardcoded assumptions?
+
+Speaking of hash insecurity, http://static.usenix.org/events/hotos03/tech/full_papers/henson/henson_html/node8.html says compare-by-hash is a bad idea. As I understand, git doesn't have an option of verifying content matches when the hash matches when adding data to the object store (like zfs's \"dedup=verify\" option, which you can use even when using sha256), because the assumption is that the risk of collision (or at least just the risk of accidental collision) is negligible. Would it be worthwhile to add this option to git-annex?
+
+"""]]
diff --git a/doc/forum/Making_git-annex_less_necessary/comment_3_429ec656e0ac02f98843f8d7f3c02d6a._comment b/doc/forum/Making_git-annex_less_necessary/comment_3_429ec656e0ac02f98843f8d7f3c02d6a._comment
new file mode 100644
index 0000000000..41b7570e12
--- /dev/null
+++ b/doc/forum/Making_git-annex_less_necessary/comment_3_429ec656e0ac02f98843f8d7f3c02d6a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/IAg3idYGk.joxsJb2WCxl20gig.0.8hS#d5165"
+ nickname="Kelly"
+ subject="comment 2"
+ date="2012-05-09T01:22:13Z"
+ content="""
+What were the ideas to avoid parameterisation? What were the problems of parameterisation, other than just the current hardcoded assumptions?
+
+Speaking of hash insecurity, http://static.usenix.org/events/hotos03/tech/full_papers/henson/henson_html/node8.html says compare-by-hash is a bad idea. As I understand, git doesn't have an option of verifying content matches when the hash matches when adding data to the object store (like zfs's \"dedup=verify\" option, which you can use even when using sha256), because the assumption is that the risk of collision (or at least just the risk of accidental collision) is negligible. Would it be worthwhile to add this option to git-annex?
+
+"""]]
diff --git a/doc/forum/Making_git-annex_less_necessary/comment_4_384813dd022dfd9c1ef14e0f1479a123._comment b/doc/forum/Making_git-annex_less_necessary/comment_4_384813dd022dfd9c1ef14e0f1479a123._comment
new file mode 100644
index 0000000000..40f0e02b0a
--- /dev/null
+++ b/doc/forum/Making_git-annex_less_necessary/comment_4_384813dd022dfd9c1ef14e0f1479a123._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/"
+ nickname="chrysn"
+ subject="comment 2"
+ date="2012-05-11T17:40:20Z"
+ content="""
+from my layman's standpoint, i think it would be feasible. i've suggested this previously, but not pushed it too much. quoting from [[my user page|users/chrysn]]:
+
+* **would like git-annex to**: not be required any more as git itself learns to use cow filesystems to avoid abundant disk usage and gets better with sparser checkouts (git-annex might then still be a simpler tool that watches over what can be safely dropped for a sparser checkout)
+
+*concerning hash sizes or parameterized hashes*: the problems with hash sizes could be avoided if instead of putting the objects in the \"normal\" object dir, barefiles would be managed in a similar way as packs are. when a new files gets added, they'd be cow-copied to ``.git/objects/bare/${HA}/${SH}``, and ``.git/objects/bareprefix/${HA}/${SH}`` would contain the \"blob ${SIZE}\0\" prefix that gets concatenated to the object body to form the object itself.
+
+(maybe it'd even be sufficient to *just store the size* in the bareprefix, as all those objects would be blobs, but then again, some flexibility won't hurt.)
+
+if the *pack file format* is flexible enough, the bareprefix files can get packed too. for the adventerous user who modifies bigfiles, the pack file mechanisms should be made aware of their presence, and be able to store deltas between them. the operations for applying those deltas would be difficult to optimize, and could be added at a later stage. a typical example could be storing a pdf file -- the pdf file format is designed for appending, so chances are the new version is just the old version plus several k at the end.
+
+neither of that would affect git's *wire protocol*, so no compatibility problems. (it would be advisable to find a reasonable way to do sparse checkouts, though; something like \"server, pack and send your master, but make it sparse and don't include blobs >1mb\").
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__.mdwn b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__.mdwn
new file mode 100644
index 0000000000..acd9066ec8
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__.mdwn
@@ -0,0 +1,118 @@
+I have come up with a moderately complex solution to a particular use case that I have and am posting it here in case it is useful to someone else, and to get suggestions on how to improve it.
+
+#The problem:
+
+I have a large number of files that are accessed infrequently and stored off-line on DVD-Rs.  I need to keep track of which files are on which disc so that when I want a file I can find it.
+
+#The solution:
+
+I currently keep a text file to track which files are on which discs.  I would like to organize all the files in a proper filesystem using git annex, allowing me better organization and the ability to keep some smaller related files online near the annexed large files.
+
+#Requirements:
+
+1) Easily locate the DVD-R containing any specific offline file
+
+This is easily taken care of with git annex whereis
+
+2) Automatically de-duplicate stored files with the same contents
+
+This is taken care of with one of the hash backends (E.G. SHA256)
+
+3) The DVD-Rs still need to be usable without git or git-annex (E.G. The stored files should retain their normal human readable names)
+
+This requirement rules out dir and rsync special remotes, they store the files named according to their hash.  I have settled on making each disc a separate repo which will satisfy this requirement.
+
+
+#Future goals:
+
+4) Easily incorporate the current DVD-Rs into the new system
+
+I haven't found a way to fulfill this goal yet.  I have some convoluted ideas, but nothing so easy as mount disc, run git annex command.
+
+
+#The solution in detail
+Suppose you have the following tree:
+
+<pre>
+~/mainrepo/thing1/file1.bin
+~/mainrepo/thing1/description1.txt
+~/mainrepo/thing2/file2.bin
+~/mainrepo/thing2/description2.txt
+</pre>
+
+You want to store thing1 on disc1 and thing2 on disc2, but you'd like to keep the descriptions online because they are small and useful for figuring out which thing you want later.
+
+1) Create the main repo and annex the files:
+
+<pre>
+cd ~/mainrepo
+git init
+git annex init mainrepo
+git annex add .
+git commit -m 'added files'
+</pre>
+
+2) Create two new unrelated repos and populate them with their respective data and annex:
+
+<pre>
+cd /tmp
+mkdir disc1repo disc2repo
+cd disc1repo
+cp ~/mainrepo/thing1/* .
+git init
+git annex init disc1
+git annex add .
+git commit -m 'added files'
+cd ../disc2repo
+cp ~/mainrepo/thing2/* .
+git init
+git annex init disc2
+git annex add .
+git commit -m 'added files'
+</pre>
+
+3) This is optional, but after annexing the files in these new repos, I replace the symlinks pointing into to the .git/annex/objects/ directory with hard links.  This makes the DVD-Rs usable from operating systems that can't deal with symlinks.  (mkisofs handles hard links correctly)
+
+<pre>
+cd /tmp
+find disc1repo/ disc2repo/ -type l -execdir sh -c "mv -iv {} {}.symlink && ln -L {}.symlink {} && rm {}.symlink" \;
+</pre>
+
+4) Burn these repos onto DVD-Rs:
+
+<pre>
+cd /tmp
+#make isos
+mkisofs -volid disc1 -rational-rock -joliet -joliet-long -udf -full-iso9660-filenames -iso-level 3 -o disc1.iso disc1repo/
+mkisofs -volid disc2 -rational-rock -joliet -joliet-long -udf -full-iso9660-filenames -iso-level 3 -o disc2.iso disc2repo/
+#burn the isos (untested command)
+cdrecord -v -dao disc1.iso
+cdrecord -v -dao disc2.iso
+</pre>
+
+5) Mount the DVD-Rs and add as a remote and fetch, then drop from the mainrepo:
+
+<pre>
+cd ~/mainrepo
+#disc1
+mount /mnt/cdrom
+git remote add disc1 /mnt/cdrom
+git fetch disc1
+git annex drop thing1/thing1.bin
+umount /mnt/cdrom
+#disc2
+mount /mnt/cdrom
+git remote add disc2 /mnt/cdrom
+git fetch disc2
+git annex drop thing2/thing2.bin
+umount /mnt/cdrom
+</pre>
+
+6) Enjoy!  You can now find out what disc things are on simply using git annex whereis, and you can git annex get them or simply use them directly from the disc.
+
+
+I'd appreciate any comments and helpful suggestions.  Especially how to simplify the process or easily integrate all the things I already have stored on discs.
+
+Maybe it would be possible to create a special remote using the hooks for the DVD-Rs.
+
+Even though it is a bit tedious and complicated, the current process could be automated using a script.
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_10_a061d300b718ad943c940e122cc57220._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_10_a061d300b718ad943c940e122cc57220._comment
new file mode 100644
index 0000000000..488e9aa7bf
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_10_a061d300b718ad943c940e122cc57220._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="Web remote works"
+ date="2012-11-25T22:30:46Z"
+ content="""
+Thanks for the suggestion Joey, I found a way to make the web remotes work for adding the files from existing discs.  I wound up adding a symlink farm to the repo with a link for each disk pointing at the mount point.  This way when I try to retrieve a file, I see the URL which contains the name of the disc:
+
+    $ git annex get bigfile.bin
+    get bigfile.bin (from web...) 
+    curl: (37) Couldn't open file /var/tmp/repo/storage/dvd13/bigfile.bin
+    
+      Unable to access these remotes: web
+    
+      Try making some of these repositories available:
+            00000000-0000-0000-0000-000000000001 -- web
+    failed
+    git-annex: get: 1 failed
+
+It took me a while as the version of git-annex in portage was rather old and I just didn't get around to updating git-annex on Gentoo for while.  If anybody wants to get git-annex 3.20121112 running under Gentoo I detailed the process I used at <http://git-annex.mysteryvortex.com>
+
+Now I'll have to try out the assistant!  (Though I didn't get the webapp to compile due to a shakespeare-js error)
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_11_76529080054407570611b4357ce4f3ed._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_11_76529080054407570611b4357ce4f3ed._comment
new file mode 100644
index 0000000000..8823ecf416
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_11_76529080054407570611b4357ce4f3ed._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="Bad ebuilds"
+ date="2012-12-01T02:45:37Z"
+ content="""
+Just an update for anybody that used the ebuilds I created from the link above.  They did not create the git-annex-shell symlink which can cause git-annex to start ignoring your remotes.  More details and fixed ebuilds are now on the page.
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_12_9acf5ce41a023f3848a51891cceeb51b._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_12_9acf5ce41a023f3848a51891cceeb51b._comment
new file mode 100644
index 0000000000..aa742361da
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_12_9acf5ce41a023f3848a51891cceeb51b._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 12"
+ date="2013-03-11T10:34:42Z"
+ content="""
+Without having read this, I've reported a very similar wishlist item at:
+[http://git-annex.branchable.com/todo/wishlist:_recursive_directory_remote_setup__47__addurl](http://git-annex.branchable.com/todo/wishlist:_recursive_directory_remote_setup__47__addurl)
+
+combining a recursive addurl (in my case using --fast) script with the suggestions regarding symlinks here, it's somewhat workable:
+
+    ln -s /media/cdrom /var/tmp/mycdrom123
+    ~/utv/scripts/annex-importdir /var/tmp/mycdrom123
+
+Ideally though, for optical media it would have a couple of more features (some already noted above):
+
+* Ability to form a (reasonably) unique identifier from a disc, using the label and the date of creation
+  * Ability for Annex to identify discs using this and ask for the correct disc if the file does not match (accomodating RW discs where label and date might change, or simply disc copies)
+    * Example: `not the original disc... trying anyway... file hash mismatch... please enable the remote disc with \"MYLABEL\" and creation date \"2001-01-01\"`
+* Option to checksum without importing the actual objects into the annex
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_1_25e65ee3949e7d918376298cf11585f2._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_1_25e65ee3949e7d918376298cf11585f2._comment
new file mode 100644
index 0000000000..e406f1b6f8
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_1_25e65ee3949e7d918376298cf11585f2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Have you seen the dar utility?"
+ date="2012-10-20T19:03:37Z"
+ content="""
+http://dar.linux.free.fr/doc/index.html
+
+Would be nice to have this as another remote option for git-annex, since I too would like to have static (and possibly incrementally extended) remotes that span multiple DVDs
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_2_8a71ca048f9de29a198a6afb17d5315e._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_2_8a71ca048f9de29a198a6afb17d5315e._comment
new file mode 100644
index 0000000000..abff8702ec
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_2_8a71ca048f9de29a198a6afb17d5315e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="&quot;free-form&quot; special remote / dar utility"
+ date="2012-10-20T22:11:23Z"
+ content="""
+dar looks familiar, I'm sure I have run across it in the past.  However, it is not suitable in this case; see requirement #3 above that the DVD-Rs be usable without git or git-annex.
+
+What would work we be some sort of special remote that allows free-form data.  Imagine that you create the DVD-R with the files on it, then you mount it and add the mount directory as a free-form special remote.  git-annex checksums all the files under the specified directory and stores the relative path to each file somewhere.  Then, when you want to fetch a specific hash from the remote it looks up the relative path, adds it to the base directory and transfers it into the local .git/annex/objects/ store.
+
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_3_e3d1d3a3d3d831432ec940a8ab6f31e9._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_3_e3d1d3a3d3d831432ec940a8ab6f31e9._comment
new file mode 100644
index 0000000000..973e97319e
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_3_e3d1d3a3d3d831432ec940a8ab6f31e9._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.57.104"
+ subject="Yes, I agree, such a special remote for free-form read-only media would be convnient."
+ date="2012-10-20T23:58:45Z"
+ content="""
+I have already stored a lot of large files on DVDs. I did that for arhiving, so I cared that there are several copies. But I want this to be more automated.
+
+I take my disc (or one created by someone else, without any knowledge of Git), checksum its contents in git-annex, and in the projects where I'm using this content, I can check that the file is archived on at least N discs.
+
+Also, I might enhance the content -- this would be refected in a Git commit, so then I want also to be able to check that the new version has also ben archived on severeal discs.
+
+A special remote for such free-form read-only media would be very convenient.
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_4_26a33eae98b4faaf6baf6635e3d28a8f._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_4_26a33eae98b4faaf6baf6635e3d28a8f._comment
new file mode 100644
index 0000000000..44d547dd9c
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_4_26a33eae98b4faaf6baf6635e3d28a8f._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="Some free-form remote ideas"
+ date="2012-10-21T02:07:40Z"
+ content="""
+This is starting to get interesting.  A free-form remote would definitely simplify my use case, and also solve the \"future goal\" of easily incorporating my already existing DVD-Rs.
+
+I haven't really looked into the git-annex internals up to this point, but looking at the [[special_remotes/hook]] page there doesn't seem to be a hook for init which would be needed to populate git-annex's index of files in the remote.  (git-annex seems to assume that new special remotes are empty)
+
+Another problem is where to store the hash to path relation information.  On a RW remote it would be stored in the remote, but here we need to keep it in the repo somehow.  This could be in the git-annex branch, or possibly another branch created specifically for this purpose.
+
+1) initremote needs to:
+
+* hash the contents of all the remote's files
+* update git-annex's index of the remote's contents
+* store the paths to the hashes in the repo
+
+2) store and remove should just fail.
+
+3) retrieve and check present seem straight forward.
+
+The assistant blog mentions adding support for read only remotes but I don't know anything about it: [[design/assistant/blog/day_65__transfer_polish]] (I'm still on 3.20120605)
+
+Let me know if there is anything I haven't thought of yet.
+
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_5_49ac298d39c824b0e52a239961463e09._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_5_49ac298d39c824b0e52a239961463e09._comment
new file mode 100644
index 0000000000..b06891cd83
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_5_49ac298d39c824b0e52a239961463e09._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 5"
+ date="2012-10-21T05:36:36Z"
+ content="""
+I encourage playing around with the hook special remote and see how far you can make it go.
+
+I may be doing something vaguely like this for [[design/assistant/desymlink]], although I'm pretty sure it would still have a git repository associated with the directory of regular files.
+
+One option is to use the web special remote, with file:// urls. Assuming a given disc will always end up mounted somewhere stable, such as /media/dvd1, /media/dvd2, etc, you could then just `git annex addurl file:///media/dvd1/$file`. `git annex whereis` will show the url, which has enough info to work out the disk to mount.
+
+The web special remote did not support file:// urls, but I've just fixed that. The only downside is that, while it will identify files duplicated across disks, and `whereis` will show multiple urls for such files, there's only one web special remote, and so it only counts as 1 copy. This could perhaps be improved; git-annex may eventually get support for remotes reporting how many copies of a file they contain.
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_6_55a4a3616ea59654da1c2f9902561e3b._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_6_55a4a3616ea59654da1c2f9902561e3b._comment
new file mode 100644
index 0000000000..ab971dab5e
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_6_55a4a3616ea59654da1c2f9902561e3b._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://www.openid.albertlash.com/openid/"
+ ip="74.96.185.87"
+ subject="It works!"
+ date="2012-10-24T22:00:31Z"
+ content="""
+This works great! I first tried it with WORM, no-go. I can see why the SHA backends are so powerful, they appear to circumvent the commits which git usually uses for merging. When I first do the merge, it reports this:
+
+warning: no common commits
+
+Compared to how I've managed CD/DVD backups in the past, this is a quantum leap forward, and I don't find it convoluted in comparison. Yes, there is dar, but I prefer this method. In my case, its the perfect solution for original files, which in generally are treated as immutable, and not accessed very often. They are usually large, too! I'm using them for digital pictures.
+
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_7_92a2af3e0e328bb48bcc67a69187ee57._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_7_92a2af3e0e328bb48bcc67a69187ee57._comment
new file mode 100644
index 0000000000..736fc6ce20
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_7_92a2af3e0e328bb48bcc67a69187ee57._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="web and hook special remotes"
+ date="2012-10-24T23:26:53Z"
+ content="""
+Hi Joey,
+
+Thanks for the advice.  I had thought of the web special remote; but as you may have noticed from my example, I don't use automount so my DVDs and CDs all get mounted in the same place. (/mnt/cdrom) so the web special remote won't work for me.
+
+I'll try to play around with the hook special remote this weekend.  I had a thought it might be interesting to have it search for the DVDs in some common places or even by parsing the mounted file systems, and allow an override or augmentation through git config.
+
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_8_f6e39e71882d55cdc061166aea3e2bd3._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_8_f6e39e71882d55cdc061166aea3e2bd3._comment
new file mode 100644
index 0000000000..84705d4cd7
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_8_f6e39e71882d55cdc061166aea3e2bd3._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="no need to merge"
+ date="2012-10-24T23:52:30Z"
+ content="""
+Albert,
+
+Thanks for feedback!  I'm glad that somebody else found the method I worked out useful.  As I'm going to try and turn it into a proper special remote, let me know if there is any particular use case or feature you'd like me to address.
+
+Note that in my testing, I found that you don't actually need to merge the DVD's branch into the local branch you are using for git annex to be able to find the files on it that are identical to files in your local branch.
+
+I haven't played around with cloning the repo, but I will try that this weekend.  I'm thinking it *might* be necessary to create local branches from the DVD remotes so that they'll get carried along when you clone the repo.
+
+As far as the repos on the DVD's not having a shared ancestry with main repo, that was a conscious choice that I made.  I wanted to add as little extra data to the DVDs as possible since I usually fill them to the brim anyway.  I didn't feel that it would be beneficial for the DVD's to know about the history of the main repo and other files that they don't contain.  Furthermore, besides all the links and history, you'd be replicating all the files in the main repo that aren't annexed.
+
+If you want to avoid the error, but still have a local branch for the DVD repos you should be able to do something like the following:
+
+<b>WARNING:</b> these commands are untested!
+<pre>
+git checkout -b disc1 disc1/master
+git checkout -b disc2 disc2/master
+</pre>
+
+Working from the original example, you should then get local branches for the DVDs that don't have a common ancestor with your master local repo.  I haven't actually tested that though.  Testing will have to wait for this weekend.
+"""]]
diff --git a/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_9_6c45a6264d69e22800c329a0f8a2d470._comment b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_9_6c45a6264d69e22800c329a0f8a2d470._comment
new file mode 100644
index 0000000000..5a3f2885c1
--- /dev/null
+++ b/doc/forum/Managing_a_large_number_of_files_archived_on_many_pieces_of_read-only_medium___40__E.G._DVDs__41__/comment_9_6c45a6264d69e22800c329a0f8a2d470._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.138"
+ subject="comment 9"
+ date="2012-10-25T03:33:29Z"
+ content="""
+@Steve, it seems to me you could still use the web special remote, just pointing it at an url that goes through a symlink to the mount point.
+"""]]
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__.mdwn b/doc/forum/Managing_multiple_annexes_with_assistant__63__.mdwn
new file mode 100644
index 0000000000..30e059743f
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__.mdwn
@@ -0,0 +1,13 @@
+Is it possible to run more than one instance of the assistant in an account?
+
+A particular example is that I might have two annexes:
+
+1. for my music, and
+2. for some personal documents.
+
+I would like to have my music annex paired with my work laptop and have all the automagical power of git-annex-assistant working for me.  However I don't want to put my personal documents on a work machine, hence the second annex.
+
+(I think) An ideal world would have the assistant managing both annexes.  Is this possible?
+
+
+I know my question is similar to [one annex versus many annexes?](http://git-annex.branchable.com/forum/one_annex_versus_many_annexes__63__/) but I think it is different enough to warrant a new thread...
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_1_ba8c70e4a46441b48ad910625636eee5._comment b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_1_ba8c70e4a46441b48ad910625636eee5._comment
new file mode 100644
index 0000000000..675b5b71c2
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_1_ba8c70e4a46441b48ad910625636eee5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-19T17:08:39Z"
+ content="""
+If you go to the upper-right menu in the webapp, and select \"New repository\", you can add a separate independant repository. The assistant's autostart will run it on both of them when you log in.
+"""]]
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_2_4b4f0a7d84a51ae92536e2c190256069._comment b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_2_4b4f0a7d84a51ae92536e2c190256069._comment
new file mode 100644
index 0000000000..86fa9ebabc
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_2_4b4f0a7d84a51ae92536e2c190256069._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkk3K0AUduAybbBO_LRRGKOe2zcGeezbzI"
+ nickname="Nathan"
+ subject="Webapp spins when adding a second annex"
+ date="2012-11-20T04:55:05Z"
+ content="""
+I was trying to add a second annex (repository) via the webapp, but it seems like the process never completes: the browser just spins (\"connecting...\"). If I kill the webapp process and restart, I can see the second annex in the list of repositories, but clicking on it gives the same behaviour. Interestingly, the path *is* added to ~/.config/git-annex/autostart, and the webapp does create the path, if needed, and initializes it as a git annex. I've reproduced this on two different machines, both running Ubuntu 12.10 and git annex 3.20121112.
+
+Is there anything I can do to help debug?
+"""]]
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_3_86daadc565f96db5db13b6dbcbc66db3._comment b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_3_86daadc565f96db5db13b6dbcbc66db3._comment
new file mode 100644
index 0000000000..6ad879d76d
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_3_86daadc565f96db5db13b6dbcbc66db3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-11-25T18:59:37Z"
+ content="""
+@Nathan at this point, you should have two separate git-annex processes running, one for each repository. You can try opening a shell, changing to the new repository, and running `git annex webapp --debug` to get debugging information on the new one.
+"""]]
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_4_e43d71ddfdfdb7bcb13bfb894de6a5ec._comment b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_4_e43d71ddfdfdb7bcb13bfb894de6a5ec._comment
new file mode 100644
index 0000000000..78570a08d3
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_4_e43d71ddfdfdb7bcb13bfb894de6a5ec._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 4"
+ date="2012-11-28T20:13:11Z"
+ content="""
+@Nathan, I have just noticed and fixed a problem that could cause this to happen if you were using the standalone tarball (or OSX app) builds. It would not affect git-annex installed by other methods.
+"""]]
diff --git a/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_5_e94d33be83b45918d1a39d6e16fba4b4._comment b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_5_e94d33be83b45918d1a39d6e16fba4b4._comment
new file mode 100644
index 0000000000..ae9c5c5b60
--- /dev/null
+++ b/doc/forum/Managing_multiple_annexes_with_assistant__63__/comment_5_e94d33be83b45918d1a39d6e16fba4b4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkk3K0AUduAybbBO_LRRGKOe2zcGeezbzI"
+ nickname="Nathan"
+ subject="comment 5"
+ date="2012-12-11T04:15:49Z"
+ content="""
+Thanks, Joey; I was using the standalone build, and it seems to be behaving better now.
+"""]]
diff --git a/doc/forum/Managing_multiple_repositories_concurrently__63__.mdwn b/doc/forum/Managing_multiple_repositories_concurrently__63__.mdwn
new file mode 100644
index 0000000000..60942584b8
--- /dev/null
+++ b/doc/forum/Managing_multiple_repositories_concurrently__63__.mdwn
@@ -0,0 +1,5 @@
+I have the webapp setup to manage 4 different repositories.
+
+One repository had many gigabytes to upload to a remote. As this was moving along, I wanted to check on the status of one of the other repositories. I knew that this second repository had a lot of data to download. When I switched to the second repo in the webapp, I noticed in my network monitor that the amount of upstream bandwidth I was using dropped and the amount of downstream bandwidth increased. I switched back to the first repo, and my downstream bandwidth dropped and the upstream bandwidth increased.
+
+It looks like git-annex stopped uploading data from the first repo when I switched to the second, and stopped downloading data to the second repo when I switched to the first. Is this correct? I was under the impression that switching repositories in the webapp simply changed the view that I was looking at, but that the assistant would still be managing all the repositories I had setup -- uploading/downloading/syncing concurrently.
diff --git a/doc/forum/Managing_multiple_repositories_concurrently__63__/comment_1_ebec1ddad71e961cdc9b21cbddfbcdaf._comment b/doc/forum/Managing_multiple_repositories_concurrently__63__/comment_1_ebec1ddad71e961cdc9b21cbddfbcdaf._comment
new file mode 100644
index 0000000000..c1c5cd9179
--- /dev/null
+++ b/doc/forum/Managing_multiple_repositories_concurrently__63__/comment_1_ebec1ddad71e961cdc9b21cbddfbcdaf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-17T18:53:26Z"
+ content="""
+Each repository gets its own git-annex assistant daemon, which is entirely separate from the daemons used by other repositories. 
+
+The only affect that switching which repository is in view in the webapp can have is it can start a daemon running on a repository that for some reason did not already have the daemon running. This could happen if it was not set to autostart on login, for example.
+"""]]
diff --git a/doc/forum/Manual_Setup_of_a_Central_Repo.mdwn b/doc/forum/Manual_Setup_of_a_Central_Repo.mdwn
new file mode 100644
index 0000000000..82a1c70bae
--- /dev/null
+++ b/doc/forum/Manual_Setup_of_a_Central_Repo.mdwn
@@ -0,0 +1 @@
+My current setup involves 3 computers, one desktop one laptop and a vps. In my current setup I have created annex repos on the server and cloned from it, both machines sync to the server. All three use non base repos. Now I have another annex folder on the desktop that I would like to sync between the three. Both machines are behind NAT so server can not communicate with the machines. In order to init the repo on the vps, I was thinking of setting up a temporary VPN/port forward between the desktop and the VPS then clone from the desktop finally remove the remote section in .git/config on the server so VPS becomes the master again. First of all is there an easier way to do this? if not is it safe to do this? or is it going to cause problems down the line.
diff --git a/doc/forum/Manual_Setup_of_a_Central_Repo/comment_1_3a163fd5629dc40423f1290a78ae1c07._comment b/doc/forum/Manual_Setup_of_a_Central_Repo/comment_1_3a163fd5629dc40423f1290a78ae1c07._comment
new file mode 100644
index 0000000000..e5630b3319
--- /dev/null
+++ b/doc/forum/Manual_Setup_of_a_Central_Repo/comment_1_3a163fd5629dc40423f1290a78ae1c07._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-26T18:46:06Z"
+ content="""
+You could certainly do that. I don't think it's the easiest way.
+
+Note that this is essentially a git question. It really has nothing to do with git-annex, unless you want to use the git-annex assistant, which can sync a repository over XMPP without needing a central git repository at all.
+
+If I had this problem with git in general, I would make a new empty repository on the server, and push the local repository I have on the one machine to it. Then on the other machine, I would clone from the server. Problem solved, I think?
+"""]]
diff --git a/doc/forum/Manual_commit_message_in_direct_mode.mdwn b/doc/forum/Manual_commit_message_in_direct_mode.mdwn
new file mode 100644
index 0000000000..d74c366073
--- /dev/null
+++ b/doc/forum/Manual_commit_message_in_direct_mode.mdwn
@@ -0,0 +1,3 @@
+I am just returning to git-annex after some time. The last time I was using it, the [[/todo/direct_mode_guard]] was not yet in place, and I could supply my own commit messages even in a direct mode repository using `git commit`. Now that the guard is in place, is there a built-in way to provide a commit message that will be used instead of "git-annex automatic sync" by `git annex sync`? 
+
+I have tried doing a manual commit with `git --git-dir=/path/to/local/.git --work-tree=/path/to/local -c core.bare=false commit -m 'Manual Commit Message'`, and it seems to work. Does this do the same thing as the part of `git annex sync` that commits any outstanding changes before syncing with remotes?
diff --git a/doc/forum/Manual_commit_message_in_direct_mode/comment_1_32f95eefec25bb127ed96248446c21b1._comment b/doc/forum/Manual_commit_message_in_direct_mode/comment_1_32f95eefec25bb127ed96248446c21b1._comment
new file mode 100644
index 0000000000..bb53d4458e
--- /dev/null
+++ b/doc/forum/Manual_commit_message_in_direct_mode/comment_1_32f95eefec25bb127ed96248446c21b1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 1"
+ date="2014-05-27T16:10:29Z"
+ content="""
+Yes, you can use the `-c core.bare=false` trick to bypass the direct mode guard if you want to. Just bear in mind that it's very easy to shoot yourself in the foot by passing -a or filenames to git commit, which then checks the whole large file into git..
+"""]]
diff --git a/doc/forum/Manual_commit_message_in_direct_mode/comment_2_bf1d10067379c802ac5020d8becd6d35._comment b/doc/forum/Manual_commit_message_in_direct_mode/comment_2_bf1d10067379c802ac5020d8becd6d35._comment
new file mode 100644
index 0000000000..facb5ce334
--- /dev/null
+++ b/doc/forum/Manual_commit_message_in_direct_mode/comment_2_bf1d10067379c802ac5020d8becd6d35._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxvt4mc32O0ctvPGhhII_ZKsHUiaD2o7I"
+ nickname="William"
+ subject="comment 2"
+ date="2014-05-28T04:40:27Z"
+ content="""
+Joey, thanks for clarifying that. I learned about the perils of using regular git commands in direct mode before the guard was implemented, so I will use with care. Specifying a commit message is really the only case where I am tempted to bypass the the `git annex` subcommands in direct mode. 
+
+
+"""]]
diff --git a/doc/forum/Manual_mode_option_in_assistant_auto-syncs.mdwn b/doc/forum/Manual_mode_option_in_assistant_auto-syncs.mdwn
new file mode 100644
index 0000000000..49b58e529e
--- /dev/null
+++ b/doc/forum/Manual_mode_option_in_assistant_auto-syncs.mdwn
@@ -0,0 +1,11 @@
+Hi,
+
+I've recently set-up a server which uses Southpaw's Tactic DAM system and I've initialised a git-annex directory using the assistant which will manage any files which Tactic puts into the git-annex. I plan to make some remote repositories to Amazon S3, friends and some local machines on my home network. The server is running Ubuntu 64-bit and so I've written an upstart job which runs 'git-annex assistant --autostart' as the user 'git-annex' as this user doesn't log-in and run the xdg autostart .desktop at all.
+
+I saw that you can set the purpose of each repository which it will sync to and noticed 'Manual Mode.' From the description, it seems it will only work if I do explicit git-annex commands to it which would be perfect for me as I'd like to write tools which run git-annex add/get/drop/etc. manually on some remotes like ones to friends as I don't want them to sync to everything or any files that they produce, only files which they request with a special tool that I'll write and have Tactic marshal the file changes/names/etc.
+
+I've set those remotes to manual-mode via the assistant and tried copying a file to the remote's directory, but it auto-synced the file anyway. Maybe I'm getting confused at how manual mode works but I'd like to only explicitly set which files to add to the repo by a command and not just 'any' file which gets placed into that directory. If this is more of a wishlist request I guess just move this post into there and I'll reword it as a wish request.
+
+I don't need to use the assistant if that makes more sense, but I would like to be able to still monitor things as the webapp makes for a great GUI to check for that stuff. I can't wait for the https version  of webapp too, I currently run git-annex webapp --listen=<ip>:<port> and then run the link it outputs on my desktop machine to manage it from the server.
+
+Thanks, and this is such a great bit of software, especially as my Internet connection is really bad for 2013 standards, and having the option for friends/remote servers to sync up via an encrypted S3 or box.com account is great!
diff --git a/doc/forum/Manual_mode_option_in_assistant_auto-syncs/comment_1_4a0468b6ca2ffff8ef8f19800597567d._comment b/doc/forum/Manual_mode_option_in_assistant_auto-syncs/comment_1_4a0468b6ca2ffff8ef8f19800597567d._comment
new file mode 100644
index 0000000000..56e68f779b
--- /dev/null
+++ b/doc/forum/Manual_mode_option_in_assistant_auto-syncs/comment_1_4a0468b6ca2ffff8ef8f19800597567d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T16:20:29Z"
+ content="""
+In the assistant, putting a repository in manual mode prevents the assistant from automatically downloading every file that is added to other clones of the repository. As you've noticed, it does not prevent the assistant from automatically adding new files that are put into the local repository, or from uploading those files to other clients that want them (ie, clients not themselves set to use manual mode).
+
+You can prevent the assistant from noticing when you add new files to a repository by clicking on \"syncing enabled\" in the first repository in the list. (The repository labeled as \"here\".) You can then `git annex add` the files you want to add by hand, and manually `copy annex copy` them to other repositories, and manually `git annex sync`.
+"""]]
diff --git a/doc/forum/Manual_webapp_behaviour_on_ARM.mdwn b/doc/forum/Manual_webapp_behaviour_on_ARM.mdwn
new file mode 100644
index 0000000000..8b7b8fe278
--- /dev/null
+++ b/doc/forum/Manual_webapp_behaviour_on_ARM.mdwn
@@ -0,0 +1,15 @@
+Hello,
+
+I have a Samsung ARM Chromebook running Ubuntu with crouton (chroot in chromeos). I want to use git-annex, and add the chromebook as a second "device" to my already set up git-annex repo on my main pc. That repo is one folder set up with the assistant, and it has one encrypted ssh(rsync) remote.
+
+I've read that the webapp is not available on ARM, and I've also found a topic with a simple script to replicate git-annex-assistant steps: http://git-annex.branchable.com/forum/Running_assistant_steps_manually/. So, I've used the `cabal` steps to install git-annex manually, which is working.
+
+I want to use git-annex in a dropbox-like fashion, folder and file sync between these two devices (and maybe later on another encrypted ssh remote). However I'm in need of some guidance regarding the command line usage and such.
+
+My questions are:
+
+- How do I "add" the chromebook repo to the existing git-annex setup?
+- The machines are not on at the same time. One is my main workstation and the chromebook is my "mobile friend". The encrypted ssh remote is on a VPS, that is always on.
+  - How do I configure the syncing between the main machine, the chromebook and the encrypted ssh remote on the vps? If possible, bi-directional.
+
+If it is possible, both explanation and command line examples would help a lot. 
diff --git a/doc/forum/MegaAnnex_not_working..mdwn b/doc/forum/MegaAnnex_not_working..mdwn
new file mode 100644
index 0000000000..3eff4b7414
--- /dev/null
+++ b/doc/forum/MegaAnnex_not_working..mdwn
@@ -0,0 +1,32 @@
+When copying to a megaannex remote, it hangs after a while, and I get this:
+
+    copy Boomarks/Android (gpg) Traceback (most recent call last):
+      File "/usr/local/bin//git-annex-remote-mega", line 511, in <module>
+        common.startRemote()
+      File "/home/zack/megaannex/lib/CommonFunctions.py", line 557, in startRemote
+        sys.modules["__main__"].checkpresent(line)
+      File "/usr/local/bin//git-annex-remote-mega", line 483, in checkpresent
+        folder = setFolder(conf["folder"], common.ask("DIRHASH " + line[1]))
+      File "/usr/local/bin//git-annex-remote-mega", line 401, in setFolder
+        folder = createFolder(conf["folder"], 2)
+      File "/usr/local/bin//git-annex-remote-mega", line 378, in createFolder
+        res = m.create_folder(subject, folder)
+      File "/usr/lib/python2.7/site-packages/mega/mega.py", line 617, in create_folder
+        'i': self.request_id})
+      File "/usr/lib/python2.7/site-packages/mega/mega.py", line 110, in _api_request
+        timeout=self.timeout)
+      File "/usr/lib/python2.7/site-packages/requests/api.py", line 88, in post
+        return request('post', url, data=data, **kwargs)
+      File "/usr/lib/python2.7/site-packages/requests/api.py", line 44, in request
+        return session.request(method=method, url=url, **kwargs)
+      File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 354, in request
+        resp = self.send(prep, **send_kwargs)
+      File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 460, in send
+        r = adapter.send(request, **kwargs)
+      File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 250, in send
+        raise SSLError(e)
+    requests.exceptions.SSLError: The read operation timed out
+    (external special remote protocol error, unexpectedly received "" (unable to parse command)) failed
+
+
+Any help would be appreciated, thanks!
diff --git a/doc/forum/MegaAnnex_not_working./comment_1_5aa3fd366d4c78ca79bb58005a49791c._comment b/doc/forum/MegaAnnex_not_working./comment_1_5aa3fd366d4c78ca79bb58005a49791c._comment
new file mode 100644
index 0000000000..c2e7353dbc
--- /dev/null
+++ b/doc/forum/MegaAnnex_not_working./comment_1_5aa3fd366d4c78ca79bb58005a49791c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T19:42:24Z"
+ content="""
+This looks to me like the connection to Mega fails, so either they have a server down, or a network problem, or perhaps the API that the megaannex remote was relying on might have been removed..
+"""]]
diff --git a/doc/forum/Missing_git-annex.linux__47__runshell.mdwn b/doc/forum/Missing_git-annex.linux__47__runshell.mdwn
new file mode 100644
index 0000000000..3ad7e85c13
--- /dev/null
+++ b/doc/forum/Missing_git-annex.linux__47__runshell.mdwn
@@ -0,0 +1,44 @@
+Hi,
+
+I've said up two clients to sync locally as well as over ssh-rsync.
+
+However, locally one client is complaining about missing `runshell` at a location where `git annex` is not installed.  The log is below.  On the assistent overview it just says "unfinished repository".  Note that I am able to ssh into the other machine and from the other machine I'm also able to ssh into this machine.
+
+
+I'm using the latest prebuild binary package (git-annex-bin at Archlinux AUR).  So my `git annex` setup contains 
+
+    $> pacman -Ql git-annex-bin 
+    git-annex-bin /usr/
+    git-annex-bin /usr/bin/
+    git-annex-bin /usr/bin/git-annex
+    git-annex-bin /usr/bin/git-annex-shell
+
+    $> pacman -Qi git-annex-bin # with chops
+    Name           : git-annex-bin
+    Version        : 4.20130909-1
+    Description    : Precompiled version of git-annex, webapp and assistant
+    included.
+    Architecture   : x86_64
+
+Here is a log of one event where it fails to transfer.  
+
+    [2013-09-28 18:06:38 CEST] TransferScanner: queued Upload NoUUID config/emacs.d/ac-l-dict/amsmath-c-a-* Nothing : expensive scan found missing object
+    [2013-09-28 18:06:38 CEST] Transferrer: Transferring: Upload NoUUID config/dotfiles/stardict/dic/stardict-oxford-2.4.2/oxford.ifo Nothing
+    [2013-09-28 18:06:38 CEST] call: git-annex ["transferkeys","--readfd","96","--writefd","94"]
+    [2013-09-28 18:06:38 CEST] read: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex","show-ref","git-annex"]
+    [2013-09-28 18:06:38 CEST] read: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex","show-ref","--hash","refs/heads/git-annex"]
+    [2013-09-28 18:06:38 CEST] read: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex[","log2","0r1e3f-s/0h9e-ad2s8/ g1i8t-annex..90df78a0910a6f2998655e6:06:38 CEST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Aurora/26.0a2
+    ea47d478ea0589b54","--oneline","-n1"]
+    [2013-09-28 18:06:38 CEST] read: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex","log","refs/heads/git-annex..5f6870ed24e5ded1764765bbfef2b85aff046569","--oneline","-n1"]
+    [2013-09-28 18:06:38 CEST] chat: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex","cat-file","--batch"]
+    [2013-09-28 18:06:38 CEST] read: ssh ["-S","/home/rasmus/annex/.git/annex/ssh/00b8ef4cb08290718ba625d9bd86ca0b","-o","ControlMaster=auto","-o","ControlPersist=yes","-T","rasmus@git-annex-192.168.1.107-rasmus_annex","git-annex-shell 'configlist' '/~/annex/'"]
+    /home/rasmus/.ssh/git-annex-shell: line 4: /opt/git-annex.linux/runshell: No such file or directory
+    [2013-09-28 18:06:38 CEST] call: git ["--git-dir=/home/rasmus/annex/.git","--work-tree=/home/rasmus/annex","fetch","--quiet","192.168.1.107_annex"]
+    [2013-09-28 18:06:38 CEST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Aurora/26.0a2
+    [2013-09-28 18:06:38 CEST] 127.0.0.1 GET /log Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 Aurora/26.0a2
+    /home/rasmus/.ssh/git-annex-shell: line 4: /opt/git-annex.linux/runshell: No such file or directory
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    git-annex: Unknown UUID
diff --git a/doc/forum/Missing_git-annex.linux__47__runshell/comment_1_f29a5105649579ef15e79d983c4e1f8e._comment b/doc/forum/Missing_git-annex.linux__47__runshell/comment_1_f29a5105649579ef15e79d983c4e1f8e._comment
new file mode 100644
index 0000000000..a10c4aaf0f
--- /dev/null
+++ b/doc/forum/Missing_git-annex.linux__47__runshell/comment_1_f29a5105649579ef15e79d983c4e1f8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 1"
+ date="2013-09-30T16:08:40Z"
+ content="""
+You apparently at one point installed git-annex from the prebuilt tarball, in `/opt/git-annex.linux/`. It set up a ~/.ssh/git-annex-shell that points to this location. If you no longer have it installed that way, you can remove that file.
+"""]]
diff --git a/doc/forum/Modification_time_of_files_retained_in_synchronized_remote_copies__63__.mdwn b/doc/forum/Modification_time_of_files_retained_in_synchronized_remote_copies__63__.mdwn
new file mode 100644
index 0000000000..3cd519a6db
--- /dev/null
+++ b/doc/forum/Modification_time_of_files_retained_in_synchronized_remote_copies__63__.mdwn
@@ -0,0 +1,5 @@
+I've noticed how, when files are synchronized/transferred from one repository (annex?) to another by the assistant, the files in the «remote» repository do no retain the modification time of the original files.
+From what I know git does not save file-specific metadata (ownership/timestamps/etc.).
+Since I've just started using git-annex, and I'd very much like for backup copies to retain the mtime of the originals, I would like to ask whether I am experiencing a malfunction or whether this is expected behaviour.
+
+Regards
diff --git a/doc/forum/Moving_large_files_within_the_repo_without_copying___63__.mdwn b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__.mdwn
new file mode 100644
index 0000000000..55d51f21df
--- /dev/null
+++ b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__.mdwn
@@ -0,0 +1,19 @@
+Is there a way to move a large file without "git annex unlock"ing it (Which takes very long for copying and then rehashing the file)?
+Using a simple "mv" or "git mv" results in broken symlinks, if the target directory is on a different hierarchy level:
+
+Example:
+
+Initial State:
+
+    $ ls -Hl Pictures:
+    Pictures/showImages.jpg -> ../.git/annex/objects/90/32/SHA1-s8737--a8bfb285d0ae394cb75c86f1eb9f703fb678a51e/SHA1-s8737--a8bfb285d0ae394cb
+
+Move: 
+
+    $ mv Pictures/showImages.jpg .
+
+Result: 
+
+    $ ls -H showImages.jpg
+    ls: cannot access showImages.jpg: No such file or directory
+    
diff --git a/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_1_9e3290138133d5a23a80f72342f47ec4._comment b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_1_9e3290138133d5a23a80f72342f47ec4._comment
new file mode 100644
index 0000000000..d1df9cf514
--- /dev/null
+++ b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_1_9e3290138133d5a23a80f72342f47ec4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2012-11-28T13:28:21Z"
+ content="""
+Just commit, git-annex will fix the symlinks. Or do it manually with 'git annex fix'.
+"""]]
diff --git a/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_2_232b77894dda51d02cbc34bd25d3213b._comment b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_2_232b77894dda51d02cbc34bd25d3213b._comment
new file mode 100644
index 0000000000..0559e79543
--- /dev/null
+++ b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_2_232b77894dda51d02cbc34bd25d3213b._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="Does not work"
+ date="2012-11-28T14:50:16Z"
+ content="""
+    $ git annex fix 
+
+Does not change anything. and
+
+    $ git annex fix showImages.jpg
+    git-annex: showImages.jpg not found
+"""]]
diff --git a/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_3_d35ac1bdb3fa6e303ad92348ba174158._comment b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_3_d35ac1bdb3fa6e303ad92348ba174158._comment
new file mode 100644
index 0000000000..d4d25a7056
--- /dev/null
+++ b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_3_d35ac1bdb3fa6e303ad92348ba174158._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 3"
+ date="2012-11-28T15:03:42Z"
+ content="""
+In my tests 'git annex fix' works only on symlinks in directories alredy known to git. So if you created a new directory inside your annex, be sure to 'git add' the directory before running 'git annex fix'.
+
+HTH,
+Karsten
+"""]]
diff --git a/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_4_4b443ec6b47eaabe214d0c2222083e4a._comment b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_4_4b443ec6b47eaabe214d0c2222083e4a._comment
new file mode 100644
index 0000000000..cf09b261ae
--- /dev/null
+++ b/doc/forum/Moving_large_files_within_the_repo_without_copying___63__/comment_4_4b443ec6b47eaabe214d0c2222083e4a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 4"
+ date="2012-11-28T15:14:49Z"
+ content="""
+Thanks. It seems that the file itself has to be added to git annex to be able to bet git annex fixed!
+"""]]
diff --git a/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout.mdwn b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout.mdwn
new file mode 100644
index 0000000000..3ed022b481
--- /dev/null
+++ b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout.mdwn
@@ -0,0 +1,4 @@
+Hi,
+Is there any way I can move or copy file content of older version without doing checkout to that version, by passing commit hash as parameter in move command itself? 
+
+Thank you
diff --git a/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_1_f114b75b29123453758b493fae7f5167._comment b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_1_f114b75b29123453758b493fae7f5167._comment
new file mode 100644
index 0000000000..a53c6bbd69
--- /dev/null
+++ b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_1_f114b75b29123453758b493fae7f5167._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafael"
+ subject="comment 1"
+ date="2012-05-15T07:59:57Z"
+ content="""
+I had a similiar question in forum/new_microfeatures/. I would like to fetch/copy all the annexed content from a repo, be it on the current branch, another branch, or corresponds to an old version of a file. A command like \"git annex copy --all --from=source [path]\" would then ensure I have access to all the content I need even if I have later no longer access to source. Sure I could use rsync.
+"""]]
diff --git a/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_2_e377b7614c2961b460a10e285f3db274._comment b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_2_e377b7614c2961b460a10e285f3db274._comment
new file mode 100644
index 0000000000..18ff153ad0
--- /dev/null
+++ b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_2_e377b7614c2961b460a10e285f3db274._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.51"
+ subject="comment 2"
+ date="2012-05-15T17:00:10Z"
+ content="""
+Yes, I think that [[todo/add_-all_option]] is the right approach for this. Seems unlikely you'd have some files' hashes handy without having them checked out, but operating on all content makes sense.
+
+That page discusses some problems implementing it for some commands, but should not pose a problem for `move`. It would also be possible to support `get` and `copy`, except `--auto` couldn't be used with `--all`. Even `fsck` could support it.
+"""]]
diff --git a/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_3_d251958795ab0867c65cf182e54a6ffe._comment b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_3_d251958795ab0867c65cf182e54a6ffe._comment
new file mode 100644
index 0000000000..63d1e68006
--- /dev/null
+++ b/doc/forum/Moving_older_version__39__s_file_content_without_doing_checkout/comment_3_d251958795ab0867c65cf182e54a6ffe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 3"
+ date="2013-07-03T18:10:29Z"
+ content="""
+Now the --all option is built. You can, for example, run `git annex copy --all --to backup`
+"""]]
diff --git a/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant.mdwn b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant.mdwn
new file mode 100644
index 0000000000..0614554add
--- /dev/null
+++ b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant.mdwn
@@ -0,0 +1,57 @@
+This post is a personal story, a bug report, and a feature request.
+
+I discovered `git-annex assistant` by accident a couple of weeks (months?) ago. I was very impressed by the technical smartness and decided it was worth a try. My current configuration (everything done through the assistant web GUI) is:
+
+* Two machines that act as client repositories and are usually in the same LAN. Both of them run OS X Mountain Lion.
+* One transfer repository which was Box.com, but then I switched to Amazon S3 (today, I’ll explain why).
+* The repository consists of mixed files and is ~4 GB big (very small plain text files, PDFs, some MP3 files, the biggest files are about 20–50 MB). The Finder reports that the repository is ~40 GB big while `du -sh` reports 4.4 GB. It’s probably just a silly Finder bug, but it would be great to know why this happens.
+* I have version 4.20130324 on both clients. The OS X versions seems to be always a little bit behind. It would be great if it could match with other platforms.
+
+Here are some issues which I think are worth mentioning:
+
+1. I had some issues with the assistant, because I initially launched it from the mounted DMG. `git-annex assistant` set the environment up, but it configured the wrong paths (to `/Volumes` instead `/Applications` where the bundle later went). This has caused issues with authentication and some ssh keys. `git-annex` was confused which keys to use and I had to manually remove the first ones from the `.ssh/` directory. This could be very confusing for technically not so savvy users, because the error messages in the GUI were confusing.
+
+2. I’m still very confused about the behavior of `git-annex assistant` when it launches. The application icon bounces in the Dock for quite a long time, then it looks like the process would’ve crashed (I can only *Force Quit* it from the Dock). Then the icon disappears after some minutes / half an hour. I was unsure if the assistant would run if I would *Force Quit* it (yes). The behavior is very strange on OS X. It would be great to have at least a normal icon which bounces a couple of times, stays in the Dock without appearing like a non-responding app, and that launches the web GUI when a user clicks on it. Optimal would be just a menu bar icon which would show the current progress, let me launch the web GUI, check for updates, pause & resume all transfers, and restart & quit `git-annex assistant`.
+
+3. The initial sync went great and pretty fast. I was also impressed by the speed `git-annex` picks up new changes and synchronizes them to other repositories. After adding the Box.com transfer repository everything got worse. Files that were added to one of the client repositories were never synced to the other machine, despite making sure that the client repositories appeared above the Box.com repository in `git-annex assistant`. The transfer was very slow (that’s probably due to the API rate limits of Box.com) and I got the impression that the files were uploaded multiple times (probably true, because the assistant couldn’t upload them in the first place and then just tried it again giving me the impression that it was stuck in some kind of loop). I tried to manually click on a couple of hundred play buttons in the queue in the hope that there would somewhere appear the item which should’ve been synced to the other machine in the first place. I also attached some log messages to the end of this post which could be helpful. At this point `git-annex assistant` basically stopped working for me. I lived somehow with it in the hope that it would upload everything to Box.com in the upcoming days, but it never got better, even after a couple of weeks (in the meantime we copied files manually over an attached network storage which lived outside of the repository). Today I bit the bullet and switched to Amazon S3. All files were uploaded in a couple of minutes and it looks like this setup would be more reliable. It’ll cost us a couple of $ each month, but it’s OK, because it actually works.
+
+4. I read somewhere that transfer repositories where meant to keep only files that are not present on all client repositories. With my configuration `git-annex` just uploads everything to the transfer repository (no matter if it’s Box.com or Amazon S3). Is this the correct behavior? Did I get something wrong or is this just not implemented yet? It’s OK in the current version, but it would be great to store only the missing files in the future.
+
+5. After I switched to Amazon S3 some encrypted file names appear in my queue. They are gone after I restart `git-annex assistant` or when I manually remove them with the `X` button. Is this a bug?
+
+6. It is confusing that the web GUI shows that the transfer failed when the second machine is offline. While technically this is true, it would be much more assuring to know that the client is just offline. If something fails I get the impression that it is broken, but the client was only unreachable and that’s just a temporary state that’ll get automatically fixed when the client goes online again. Adding green / red lights to the repository with a mouse over description would be probably a good idea. Reporting that the client is unreachable instead of showing the error message would also be more appropriate.
+
+7. The biggest issue I have now is that `git-annex assistant` randomly crashes on both machines. I don’t know if this is a known issue or if this an OS X only issue, but it is slightly annoying. If you want to make sure that files really synchronized, you’ve to start `git-annex assistant` just to check if it still runs. I hope that this will get fixed as soon as possible. I would love to help you with debug logs, but I don’t know where to look. There’s nothing meaningful in the system log or the debug log.
+
+8. If the issues with Box.com are because of their API rate limits, I would make this clearer when adding new Box.com repositories or I would remove the feature altogether, because they actually make `git-annex assistant` unusable.
+
+To sum everything up: my biggest issues so far are the constant crashes and the strange behavior of the Dock icon. I’m still pretty impressed by the technical smartness and that the software is available at all. Thank you very much—Joey—for letting us use this software on a daily basis. I’m glad that you launched the Kickstarter campaign. I don’t know if it’s much of a hassle, but a second Kickstarter to make sure that development will continue would be probably a good idea. I would like to help with logs, but I don’t know how. Please let me know if there’s something I can do.
+
+**Box.com logs:**
+
+    87%          16.0KB/s 2s[2013-04-22 15:14:35 CEST] Pusher: Syncing with 10.0.1.4_jcshared
+    To ssh://rafael@git-annex-10.0.1.4-rafael/~/jc-shared/
+       7428090..f0d2f9e  git-annex -> synced/git-annex
+       9d2cb35..1f7b678  master -> synced/master
+    Already up-to-date.
+    Already up-to-date.
+    gpg: [stdout]: write error: Broken pipe
+    gpg: DBG: deflate: iobuf_write failed
+    gpg: build_packet failed: file write error
+    gpg: [stdout]: write error: Broken pipe
+    gpg: iobuf_flush failed on close: file write error
+    gpg: symmetric encryption of `[stdin]' failed: file write error
+    ResponseTimeout
+    git-annex: fd:41: hPutBuf: resource vanished (Broken pipe)
+    ResponseTimeout
+    (gpg)
+    87%          16.0KB/s 2sgpg: [stdout]: write error: Broken pipe
+    gpg: DBG: deflate: iobuf_write failed
+    gpg: build_packet failed: file write error
+    gpg: [stdout]: write error: Broken pipe
+    gpg: iobuf_flush failed on close: file write error
+    gpg: symmetric encryption of `[stdin]' failed: file write error
+    ResponseTimeout
+    git-annex: fd:54: hPutBuf: resource vanished (Broken pipe)
+    send: resource vanished (Connection reset by peer)
+    ResponseTimeout
diff --git a/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_1_9d4019a54fb508e286a5d6d2660361d9._comment b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_1_9d4019a54fb508e286a5d6d2660361d9._comment
new file mode 100644
index 0000000000..10e10e06c4
--- /dev/null
+++ b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_1_9d4019a54fb508e286a5d6d2660361d9._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-23T21:41:31Z"
+ content="""
+This is a lot of stuff. It would be better to file individual detailed bug reports if you want any of this looked at in depth. Otherwise, I just read it to get an impression of how things are working, or not, for you, and try to hit some of the main points:
+
+* The OSX app icon behavior is probably because OSX does not realize that this is supposed to be a daemon. I don't know how to fix that. Clicking on the app icon is supposed to launch the web app, and has been reported to do so by others. I have no access to an OSX desktop.
+
+* Transfer repositories only keep files that have not yet reached all your client repositories. However, it's possible that files
+  may be uploaded to a transfer repository unnecessarily (if there is some other path for the file to get to the other client
+  repositories, ie if you've locally paired them). In this case, the file will be uploaded and then later removed from the transfer
+  repository, without being used.
+
+* I have never seen encrypted filenames appear in the webapp. I don't see how that could happen TBH.
+
+* git-annex logs information to `.git/annex/debug.log` within your repository. You can go to Configuration -> Preferences to enable
+  additional debug logging. I absolutely need these logs to help debug almost any problems with the assistant.
+
+* \"Clicking a couple of hundred play buttons\" could result in it trying to make a couple of hundred uploads to box.com
+  at the same time. This is probably not a good idea.
+
+* The fragment of log you posted shows me some problem that caused gpg to fail to encrypt a file before sending it to somewhere,
+  but it's lacking all context (and starts when the file transfer is already 87% complete!) so I can't say more. I need to see the whole log to make any informed guesses about what might be going on.
+"""]]
diff --git a/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_2_109534a45881ce94a4586c8a83945f9f._comment b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_2_109534a45881ce94a4586c8a83945f9f._comment
new file mode 100644
index 0000000000..33b2aa393e
--- /dev/null
+++ b/doc/forum/My_first_impressions_after_some_weeks_with_git-annex_assistant/comment_2_109534a45881ce94a4586c8a83945f9f._comment
@@ -0,0 +1,85 @@
+[[!comment format=mdwn
+ username="EmanueleAina"
+ ip="93.38.211.231"
+ subject="comment 2"
+ date="2013-09-11T17:55:14Z"
+ content="""
+I seem to hit the same issue (`ResponseTimeout`) on box.com, but I don't have any log file under .git/annex.
+
+The timeout is quite unpredictable, sometimes I'm able to transfer less than 20% of the file while sometimes it fails after reaching 51%. The file is quite big, 6.2G.
+
+Unfortunately, after the first upload fails, `git-annex` seems to think that the file has been uploaded successfully and will refuse to copy it again. Even `whereis` will list the box.com location.
+
+I think there are really two bugs: the one triggering the timeouts, and the fact that `git-annex` thinks that the failing upload succeeded and is unable to recover the interrupted upload.
+
+Here's the log I got on the shell. Let me know how I can provide any additional information needed. Thanks!
+
+	$ git annex copy --verbose --debug home.tar.gz --to box.com
+	[2013-09-11 17:42:52 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"git-annex\"]
+	[2013-09-11 17:42:52 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-11 17:42:52 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1e029f92c5c82b094cbe70b55927996c31579e2e\",\"--oneline\",\"-n1\"]
+	[2013-09-11 17:42:52 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1090c21b121fd8b6e2ab49a772c8eab5235a3930\",\"--oneline\",\"-n1\"]
+	[2013-09-11 17:42:52 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"cat-file\",\"--batch\"]
+	[2013-09-11 17:42:52 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"home.tar.gz\"]
+	copy home.tar.gz (gpg) [2013-09-11 17:42:52 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
+	(checking box.com...) (to box.com...) 
+	[2013-09-11 17:42:57 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"11\",\"--symmetric\",\"--force-mdc\",\"--no-textmode\"]
+	35%      660.8KB/s 1h44mResponseTimeout
+	gpg: [stdout]: write error: Broken pipe
+	gpg: DBG: deflate: iobuf_write failed
+	gpg: build_packet failed: file write error
+	gpg: [stdout]: write error: Broken pipe
+	gpg: iobuf_flush failed on close: file write error
+	gpg: [stdout]: write error: Broken pipe
+	gpg: iobuf_flush failed on close: file write error
+	gpg: symmetric encryption of `[stdin]' failed: file write error
+	git-annex: fd:13: hPutBuf: resource vanished (Broken pipe)
+	failed
+	git-annex: copy: 1 failed
+	$ git annex copy --verbose --debug home.tar.gz --to box.com
+	[2013-09-11 19:38:26 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"git-annex\"]
+	[2013-09-11 19:38:26 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-11 19:38:26 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1e029f92c5c82b094cbe70b55927996c31579e2e\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:38:26 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1090c21b121fd8b6e2ab49a772c8eab5235a3930\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:38:26 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"cat-file\",\"--batch\"]
+	[2013-09-11 19:38:26 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"home.tar.gz\"]
+	copy home.tar.gz (gpg) [2013-09-11 19:38:26 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
+	(checking box.com...) ok
+	$ git annex whereis --verbose --debug home.tar.gz             
+	[2013-09-11 19:38:57 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"git-annex\"]
+	[2013-09-11 19:38:57 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-11 19:38:57 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1e029f92c5c82b094cbe70b55927996c31579e2e\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:38:57 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1090c21b121fd8b6e2ab49a772c8eab5235a3930\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:38:57 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"cat-file\",\"--batch\"]
+	[2013-09-11 19:38:57 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"home.tar.gz\"]
+	whereis home.tar.gz (2 copies) 
+		d7db543e-5463-11e2-b7dd-9f423f798cc4 -- here (em@ocracy:/data/backup)
+		e71fa45e-5463-11e2-a14e-93ca09c272da -- box.com
+	ok
+	$ git annex fsck --verbose --debug home.tar.gz
+	[2013-09-11 19:39:05 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"home.tar.gz\"]
+	[2013-09-11 19:39:05 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+	fsck home.tar.gz [2013-09-11 19:39:05 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"git-annex\"]
+	[2013-09-11 19:39:05 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-11 19:39:05 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1e029f92c5c82b094cbe70b55927996c31579e2e\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:39:05 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1090c21b121fd8b6e2ab49a772c8eab5235a3930\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:39:05 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"cat-file\",\"--batch\"]
+	(checksum...) [2013-09-11 19:39:05 CEST] read: sha256sum [\"/data/backup/.git/annex/objects/mG/kp/SHA256E-s6640317400--dcf0a535728f3f3f787db6339b740a4a6f6529e5ce1d238f28574499a8172670.tar.gz/SHA256E-s6640317400--dcf0a535728f3f3f787db6339b740a4a6f6529e5ce1d238f28574499a8172670.tar.gz\"]
+	ok
+	$ git annex fsck --verbose --debug home.tar.gz --from box.com
+	[2013-09-11 19:42:15 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"git-annex\"]
+	[2013-09-11 19:42:15 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-11 19:42:15 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1e029f92c5c82b094cbe70b55927996c31579e2e\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:42:15 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"log\",\"refs/heads/git-annex..1090c21b121fd8b6e2ab49a772c8eab5235a3930\",\"--oneline\",\"-n1\"]
+	[2013-09-11 19:42:15 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"cat-file\",\"--batch\"]
+	[2013-09-11 19:42:15 CEST] read: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"home.tar.gz\"]
+	[2013-09-11 19:42:15 CEST] chat: git [\"--git-dir=/data/backup/.git\",\"--work-tree=/data/backup\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+	fsck home.tar.gz (gpg) [2013-09-11 19:42:15 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
+	(checking box.com...) 
+	[2013-09-11 19:42:28 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"10\",\"--decrypt\"]
+	gpg: decrypt_message failed: eof
+	ok
+
+
+
+"""]]
diff --git a/doc/forum/Need_new_build_instructions_for_Debian_stable.mdwn b/doc/forum/Need_new_build_instructions_for_Debian_stable.mdwn
new file mode 100644
index 0000000000..7db19697c3
--- /dev/null
+++ b/doc/forum/Need_new_build_instructions_for_Debian_stable.mdwn
@@ -0,0 +1,5 @@
+The instructions for building git-annex on [[install/Debian]] stable don't seem to be valid anymore.
+
+1. `dpkg-checkbuilddeps` is looking for the wrong packages, e.g. libghc-missingh-dev instead of libghc6-missingh-dev.
+
+2. Not all dependencies are available in the Squeeze repositories anymore (at least not Crypto and hS3), if I am not mistaken.
diff --git a/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_1_8c1eea6dfec8b7e1c7a371b6e9c26118._comment b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_1_8c1eea6dfec8b7e1c7a371b6e9c26118._comment
new file mode 100644
index 0000000000..e464c84da1
--- /dev/null
+++ b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_1_8c1eea6dfec8b7e1c7a371b6e9c26118._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-26T15:27:49Z"
+ content="""
+I have updated the instructions.
+"""]]
diff --git a/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_2_f6ff8306c946219dbe39bb8938a349ab._comment b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_2_f6ff8306c946219dbe39bb8938a349ab._comment
new file mode 100644
index 0000000000..40f570610a
--- /dev/null
+++ b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_2_f6ff8306c946219dbe39bb8938a349ab._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="213.196.216.21"
+ subject="comment 2"
+ date="2011-04-26T18:56:44Z"
+ content="""
+Thanks for the update, Joey. I think you forgot to change libghc-missingh-dev to libghc6-missingh-dev for the copy & paste instructions though.
+
+Also, after having checked that I have everything installed I'm still getting this error:
+
+	...
+	[15 of 77] Compiling Annex            ( Annex.hs, Annex.o )
+
+	Annex.hs:19:35:
+		Module `Control.Monad.State' does not export `state'
+	make[1]: *** [git-annex] Error 1
+	make[1]: Leaving directory `/home/gernot/dev/git-annex'
+	dh_auto_build: make -j1 returned exit code 2
+	make: *** [binary] Error 2
+
+"""]]
diff --git a/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_3_bcda70cbfc7c1a14fa82da70f9f876e2._comment b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_3_bcda70cbfc7c1a14fa82da70f9f876e2._comment
new file mode 100644
index 0000000000..8b41116431
--- /dev/null
+++ b/doc/forum/Need_new_build_instructions_for_Debian_stable/comment_3_bcda70cbfc7c1a14fa82da70f9f876e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-04-26T23:40:33Z"
+ content="""
+Both problems fixed.
+"""]]
diff --git a/doc/forum/Need_some_help_to_fix_my_repository.mdwn b/doc/forum/Need_some_help_to_fix_my_repository.mdwn
new file mode 100644
index 0000000000..e4f6fb593f
--- /dev/null
+++ b/doc/forum/Need_some_help_to_fix_my_repository.mdwn
@@ -0,0 +1,31 @@
+Hi, 
+first sorry for my poor english it's not my native language.
+
+I have one repository on my laptop and two repository on usb disk. Made with following  walkthrough (creating a repository and adding a remote).
+
+Yesterday I have a backup of my repository on usb disk before add some file with
+
+cd /media/usb/annex;git fetch laptop; git merge laptop/master&&git annex get .&&git annex sync
+
+Now the repository on my usb disk is a mess.
+Every file before the commit are lost. 
+For example : 
+ After the sync : file Z.7z 
+Z.7z: broken symbolic link to `../../../../.git/annex/objects/2K/49/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855'
+
+The file ../../../../.git/annex/objects/2K/49/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 doesn't exist.
+
+On the repository before the sync (inside the Backup) :
+file Z.7z 
+Z.7z: symbolic link to `../../../../.git/annex/objects/J1/f4/SHA256-s696365035--d2dcc67bf2f05fcfc7f42723b2d415d4f057a2eeadc282b40f5bc3724534f2f4/SHA256-s696365035--d2dcc67bf2f05fcfc7f42723b2d415d4f057a2eeadc282b40f5bc3724534f2f4'
+
+The file ../../../../.git/annex/objects/J1/f4/SHA256-s696365035--d2dcc67bf2f05fcfc7f42723b2d415d4f057a2eeadc282b40f5bc3724534f2f4/SHA256-s696365035--d2dcc67bf2f05fcfc7f42723b2d415d4f057a2eeadc282b40f5bc3724534f2f4  still exist in the repository after the sync.
+
+3 questions, if somebody could help me :
+
+ - what I do wrong ?
+ - why the- symlink for every file had change after "cd /media/usb/annex;git fetch laptop; git merge laptop/master&&git annex get .&&git annex sync"
+ - how could I fix my repository ? recover file from the backup ? how ? Copy every file to start my repository from a new clean state ?
+ 
+
+
diff --git a/doc/forum/Need_some_help_to_fix_my_repository/comment_1_f0d279c530b796b2c93d793f85d147e8._comment b/doc/forum/Need_some_help_to_fix_my_repository/comment_1_f0d279c530b796b2c93d793f85d147e8._comment
new file mode 100644
index 0000000000..6f9a8078f9
--- /dev/null
+++ b/doc/forum/Need_some_help_to_fix_my_repository/comment_1_f0d279c530b796b2c93d793f85d147e8._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-22T20:00:12Z"
+ content="""
+1. Use `git log --stat` to find the commit that changed your file `Z.7z`
+2. Use `git revert` to revert that commit
+
+That will put things back the way they were.
+
+You should then investigate what caused the bad commit to be made. It seems to have involved the file being reset to be 0 bytes in size.
+"""]]
diff --git a/doc/forum/Need_some_help_to_fix_my_repository/comment_2_a3fcfa1f8eadec5fa8a9efacca174048._comment b/doc/forum/Need_some_help_to_fix_my_repository/comment_2_a3fcfa1f8eadec5fa8a9efacca174048._comment
new file mode 100644
index 0000000000..bded393bf0
--- /dev/null
+++ b/doc/forum/Need_some_help_to_fix_my_repository/comment_2_a3fcfa1f8eadec5fa8a9efacca174048._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkyQL8VPwrSf8LA0k8PKDWFCEKFH3O5Jds"
+ nickname="marco"
+ subject="Brvo"
+ date="2013-04-22T23:33:10Z"
+ content="""
+Bravo. Mon Hero.
+
+You save my data ! I can't find what happen but thanks a lot.
+"""]]
diff --git a/doc/forum/Need_some_help_to_fix_my_repository/comment_3_7878f9b76ddfa3392c9ec6a1810cb745._comment b/doc/forum/Need_some_help_to_fix_my_repository/comment_3_7878f9b76ddfa3392c9ec6a1810cb745._comment
new file mode 100644
index 0000000000..67657110a4
--- /dev/null
+++ b/doc/forum/Need_some_help_to_fix_my_repository/comment_3_7878f9b76ddfa3392c9ec6a1810cb745._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="glad I could help"
+ date="2013-04-23T21:16:47Z"
+ content="""
+I'm curious if your repository is using direct mode, and is perhaps on a FAT filesystem, or other filesystem that does not support symlinks?
+
+One way this could have happened is due to a bug in `git annex sync` when used on such a filesystem. I've just fixed this bug in commit 07580dc3dfb2f4d9af9a20bc172cbc32953c49d6
+"""]]
diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn
new file mode 100644
index 0000000000..3584569b64
--- /dev/null
+++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__.mdwn
@@ -0,0 +1,23 @@
+I've two huge annex repos (about 100G) with all my photos.
+One is on my laptop and it uses indirect mode; the other one is on my NAS and I mount it into a CIFS folder, then it uses direct mode because of the crippled fs.
+Each repo is remote of the other one. The NAS repo belongs to backup group with the standard preferred content.
+I changed about 1000 photos in my PC repo (mainly renamed them) and I wanted to sync changes to the NAS repo, so I went through this sequence:
+
+* "git annex add" and "git annex sync" on my PC => OK;
+
+* "git annex sync" on the NAS repo => it started copying all the content BUT I stopped it because I had not enough time to wait at that very moment;
+
+* again "git anne sync" on the NAS repo => I had more time to wait BUT it didn't resume the copy from the PC repo, it just said something like "all done, nothing to do"
+
+* I checked that several files were missing on the NAS that I had modified/renamed on the PC repo so I did "git annex add" again on the PC => nothing new to add, nothing to do;
+
+* I did again "git annex sync" on the PC repo => it deleted also from my PC repo all the photos that were also missing on the NAS repo;
+
+* I've also checked for unused files on the PC repo and it now gives about 1000 files.
+
+So here are my questions:
+
+1. where was I wrong?
+
+2. can I restore my photos on my PC repo (which uses indirect mode) ?
+
diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_1_af0ed0730645c1e3c9a4946acd48c18a._comment b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_1_af0ed0730645c1e3c9a4946acd48c18a._comment
new file mode 100644
index 0000000000..8f2905c6f3
--- /dev/null
+++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_1_af0ed0730645c1e3c9a4946acd48c18a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-06T18:18:36Z"
+ content="""
+It's not clear from your description when the files got deleted or why, but you can use `git log --stat` to find out. Then you can `git revert` the problem commit.
+"""]]
diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_2_12f3c2bb2458b69e6355c8f94bab868f._comment b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_2_12f3c2bb2458b69e6355c8f94bab868f._comment
new file mode 100644
index 0000000000..4c30d0f4c5
--- /dev/null
+++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_2_12f3c2bb2458b69e6355c8f94bab868f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="feulif"
+ ip="151.27.145.89"
+ subject="Thank you"
+ date="2014-06-08T08:36:40Z"
+ content="""
+Thank you so much!
+That solved my problem and restored my precious photos!
+
+Now I see there are similar issues in the forum already, but I was searching for the bad keywords (like \"restore unused\") and I could not find them.
+
+By the way, your software is outstanding.
+"""]]
diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_3_b233b4daac32c452776e1e3d9a29f2cc._comment b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_3_b233b4daac32c452776e1e3d9a29f2cc._comment
new file mode 100644
index 0000000000..faec248bfb
--- /dev/null
+++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_3_b233b4daac32c452776e1e3d9a29f2cc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-09T19:44:49Z"
+ content="""
+What did the bad commit that you ended up reverting look like?
+
+It seems to me that something must have went wrong due to your interrupting the first sync on the NAS. Perhaps this left it with newly added files not yet moved into place in the tree. So the next time you synced, this would cause it to see that the files seemed to have been deleted and make a commit reflecting that.
+
+This, then is a bug in how direct mode handles merges. [[bugs/direct_mode_merge_interrupt]]
+"""]]
diff --git a/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_4_8e079e92929dcfdf19f6adec16f800e5._comment b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_4_8e079e92929dcfdf19f6adec16f800e5._comment
new file mode 100644
index 0000000000..0e079a6944
--- /dev/null
+++ b/doc/forum/Need_to_recover_unused_files_because_of_bad_sync__63__/comment_4_8e079e92929dcfdf19f6adec16f800e5._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="feulif"
+ ip="151.27.145.89"
+ subject="comment 4"
+ date="2014-06-10T18:43:34Z"
+ content="""
+Here is the log of the \"bad\" commit:
+
+    commit 38e0e1ef009b820f008b46f53c24d9835ca0f9a6
+    Author: me <me@myself.com>
+    Date:   Wed Jun 4 00:04:37 2014 +0200
+    
+    git-annex automatic sync
+
+     folder/subfolder1/subfolder2/photo.jpg          | 1 +
+     [...]
+     [...]
+     [...]
+     folder/subfolder1/subfolderN/video.MOV          | 1 +
+     2266 files changed, 2266 insertions(+)
+
+I stopped (ctrl-c) when it was adding the video.
+"""]]
diff --git a/doc/forum/New_git-annex_integration_mode_for_Emacs_users.mdwn b/doc/forum/New_git-annex_integration_mode_for_Emacs_users.mdwn
new file mode 100644
index 0000000000..0513e0df8f
--- /dev/null
+++ b/doc/forum/New_git-annex_integration_mode_for_Emacs_users.mdwn
@@ -0,0 +1,3 @@
+I've started a another project to provide Emacs integration for git-annex: [[https://github.com/jwiegley/git-annex-el]]
+
+My problem with the existing mode is that it didn't feel at all Emacsy, while my mode just piggy backs on existing paradigms, like using `C-x C-q` in a locked file to make it editable, and allowing you to browse and lock/unlock annexed files from Dired.
diff --git a/doc/forum/New_user_misunderstandings.mdwn b/doc/forum/New_user_misunderstandings.mdwn
new file mode 100644
index 0000000000..d1b1df180b
--- /dev/null
+++ b/doc/forum/New_user_misunderstandings.mdwn
@@ -0,0 +1,24 @@
+New user? Can't figure out the basics? Add it here - what you wanted, what you tried.
+
+#### I wanted to keep track of some files I had all organized in a directory outside of my ~/annex:
+
+    $ cd ~/annex
+    $ git annex add /path/to/some/photos
+    fatal: '/path/to/some/photos' is outside repository
+
+ But git-annex doesn't work that way. I had to do this instead
+
+    $ rsync -a /path/to/some/photos
+    $ git annex add photos
+    (Recording state in git...)
+    $ git annex status
+    ... lots of helpful info...
+
+#### I just have the OS/X app, can I do commandline stuff?
+
+yes
+
+    $ /Applications/git-annex.app/Contents/MacOS/git-annex add photos/
+    (Recording state in git...)
+
+but perhaps there is a better way.
diff --git a/doc/forum/New_user_misunderstandings/comment_1_c1785924109b5d5cde9aa3d3460cf955._comment b/doc/forum/New_user_misunderstandings/comment_1_c1785924109b5d5cde9aa3d3460cf955._comment
new file mode 100644
index 0000000000..b15f5cfb76
--- /dev/null
+++ b/doc/forum/New_user_misunderstandings/comment_1_c1785924109b5d5cde9aa3d3460cf955._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 1"
+ date="2012-12-17T16:21:36Z"
+ content="""
+For importing your photos, you can use `git annex import /path/to/some/photos` .. this will move them from the given location into the current directory, and add them to the annex. It preserves subdirectory structure too.
+
+For using the OSX app at the command line, the only thing that is guaranteed to work properly is to run `/Applications/git-annex.app/Contents/MacOS/runshell`, which will modify your PATH and other environment appropriately.
+"""]]
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__.mdwn b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__.mdwn
new file mode 100644
index 0000000000..eb1aa3b50b
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__.mdwn
@@ -0,0 +1,5 @@
+I'm brand new to git-annex and am having trouble getting going.  I've got an annex and I get messages like "Ran daily sanity check" and "Synced with web", but I can't get connected to a Jabber account.  I've been using my Gmail account, which works fine for logging into this forum but gives me the message "Unable to connect to the Jabber server. Maybe you entered the wrong password?" when I try to configure the Jabber account.
+
+I'm using version 3.20121112ubuntu2.  I think a later version might exist but I don't know how to reach it; I've done the standard install for Ubuntu-style OSs (I'm running Kubuntu right now), and that's the git-annex version that arrives.
+
+Any suggestions?  Sorry for the simplistic startup question, but it looks like this will be a great tool once I get it running.
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_1_59158afcedac18a7285d57491b2a468a._comment b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_1_59158afcedac18a7285d57491b2a468a._comment
new file mode 100644
index 0000000000..45b4a9bdff
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_1_59158afcedac18a7285d57491b2a468a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 1"
+ date="2013-07-27T22:13:49Z"
+ content="""
+Since 2012 git-annex has had massive improvements to its Jabber support. See [[/install/Ubuntu]] to get a current version.
+"""]]
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_2_2a70ac08bb95774415b09dab7d7f8605._comment b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_2_2a70ac08bb95774415b09dab7d7f8605._comment
new file mode 100644
index 0000000000..777a238510
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_2_2a70ac08bb95774415b09dab7d7f8605._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlutNrg7ajiNAfi5gqJfD8crv0aimZa27k"
+ nickname="Chuck"
+ subject="Now I'm really confused 8-/"
+ date="2013-07-28T05:26:02Z"
+ content="""
+Yes, I followed the directions on that page and executed \"sudo apt-get install git-annex\" on my 13.04 (Raring) system.  I did it again just now to verify, and I got the same result from \"git-annex version\", namely \"3.20121112ubuntu2\".  Do I need to add a repo for Raring as for Precise? 
+"""]]
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_3_92a52b523ed4c68b70ddcabc2a050b76._comment b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_3_92a52b523ed4c68b70ddcabc2a050b76._comment
new file mode 100644
index 0000000000..9b1d95e788
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_3_92a52b523ed4c68b70ddcabc2a050b76._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmKKg3Vmzk7KwRGRKjHVdtyoj1JfxLX6NM"
+ nickname="Tom"
+ subject="comment 3"
+ date="2013-10-01T18:33:05Z"
+ content="""
+I've got the same issue on Xubuntu 13.04. I installed using this script: https://github.com/zerodogg/scriptbucket/blob/master/gitannex-install
+
+`git-annex version` makes no mention of DNS or ADNS
+
+`host` command is installed on my machine. any suggestions on how best to fix for this setup?
+"""]]
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_4_c52a75761ea107f6d69c09bac64f0f0a._comment b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_4_c52a75761ea107f6d69c09bac64f0f0a._comment
new file mode 100644
index 0000000000..b15edfa5a6
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_4_c52a75761ea107f6d69c09bac64f0f0a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmKKg3Vmzk7KwRGRKjHVdtyoj1JfxLX6NM"
+ nickname="Tom"
+ subject="comment 4"
+ date="2013-10-02T21:27:36Z"
+ content="""
+Update to my comment above - it seems my problem is related to ejabberd as discussed here: <http://git-annex.branchable.com/forum/XMPP_authentication_failure/>
+
+Think I might change my server to [Prosody](https://prosody.im/) and see what happens then.
+
+
+"""]]
diff --git a/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_5_2685e3a87464ccd37d593516d94ba5cf._comment b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_5_2685e3a87464ccd37d593516d94ba5cf._comment
new file mode 100644
index 0000000000..84d6832ff3
--- /dev/null
+++ b/doc/forum/Newbie_stuck_at___34__Unable_to_connect_to_the_Jabber_server__34__/comment_5_2685e3a87464ccd37d593516d94ba5cf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkr_EUIHZ8CTtOGm-j-guMBzaYuOzrXJwg"
+ nickname="Christoph"
+ subject="be aware of the 2-step verification"
+ date="2013-10-15T20:03:12Z"
+ content="""
+if you enabled the \"2-step verification\" in our google account (Account -> Security -> 2-step verification: Status: ON) you have to make a \"Application-specific passwords\" for your Jabber login.
+
+NoXorius
+"""]]
diff --git a/doc/forum/No_SSL_traffic_for_S3__63__.mdwn b/doc/forum/No_SSL_traffic_for_S3__63__.mdwn
new file mode 100644
index 0000000000..c2f4e3717f
--- /dev/null
+++ b/doc/forum/No_SSL_traffic_for_S3__63__.mdwn
@@ -0,0 +1,8 @@
+As far I can tell, the encryption mentioned on the wiki for S3 [1] refers to file-level encryption. That is, it encrypts files with GPG before storing them (or after retrieving them) from S3. However, even if I have GPG encryption off, I still want S3 requests to use SSL encryption. As far as I can tell, HTTPS isn't used with S3 remotes. Is there any way to enable it (if so, it should be the default)?
+
+I am using git-annex version: 3.20120406
+
+Cheers,
+--acrefoot
+
+[1] http://git-annex.branchable.com/special_remotes/S3/
diff --git a/doc/forum/No_SSL_traffic_for_S3__63__/comment_1_f509bf273896180e6df8c771438dd093._comment b/doc/forum/No_SSL_traffic_for_S3__63__/comment_1_f509bf273896180e6df8c771438dd093._comment
new file mode 100644
index 0000000000..808d4c0351
--- /dev/null
+++ b/doc/forum/No_SSL_traffic_for_S3__63__/comment_1_f509bf273896180e6df8c771438dd093._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-15T20:25:42Z"
+ content="""
+<http://hackage.haskell.org/package/hS3> is a Haskell library for S3, which git-annex uses. It does not support HTTPS. I'm sure its author would appreciate help, or maybe even just gentle motivation.
+
+FWIW, I think that S3's authorization is designed to be pretty secure even over an un-encrypted transport.
+It uses HMAC to sign the request with your AWS credentials securely, and includes a date that is hopefully used to avoid replay attacks.
+"""]]
diff --git a/doc/forum/No_SSL_traffic_for_S3__63__/comment_2_358635d19c82202c63014ca84de7fc3b._comment b/doc/forum/No_SSL_traffic_for_S3__63__/comment_2_358635d19c82202c63014ca84de7fc3b._comment
new file mode 100644
index 0000000000..edf1b63381
--- /dev/null
+++ b/doc/forum/No_SSL_traffic_for_S3__63__/comment_2_358635d19c82202c63014ca84de7fc3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRIwPkmDOZSpul-Lx61_jUGHh9f_F3od8"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-01-15T20:47:50Z"
+ content="""
+The authorization is fine, but it's scary to see your data floating along the wire in plain-text :)
+"""]]
diff --git a/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01.mdwn b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01.mdwn
new file mode 100644
index 0000000000..b13cab9bf9
--- /dev/null
+++ b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01.mdwn
@@ -0,0 +1,16 @@
+I'm running version 5.20131224-g692aa01 standalone tarball on linux x86_64 (Linux Mint 15). When I run `git-annex status` in the terminal I get no output. 
+
+I've tried:
+
+* system linked (`ln -s`) the `git-annex`, `git-annex-shell`, and `git-annex-webapp` to `~/bin/` which is on my PATH
+* run the `runshell` program from the terminal 
+
+Other things to consider:
+
+* I've just upgraded the repo from version 3 to version 5
+* Repo was created using git-annex version 3 
+* I don't use assistant or the webapp
+* Only used from my terminal
+* Repo is in indirect mode
+
+What do I need to do to see the results of `git-annex status`? in my terminal?
diff --git a/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_1_b014f1edcb7ce39da9b582683d3b80c0._comment b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_1_b014f1edcb7ce39da9b582683d3b80c0._comment
new file mode 100644
index 0000000000..cffcbab75e
--- /dev/null
+++ b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_1_b014f1edcb7ce39da9b582683d3b80c0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-26T23:06:34Z"
+ content="""
+Run `git annex info` instead. That is what older versions of git-annex called `git annex status`
+
+Meanwhile, `git annex status` is now like `git status` -- it shows an overview of uncommitted changes in your work tree.
+"""]]
diff --git a/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_2_24602de6cfe1f3d988c5105e7266a518._comment b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_2_24602de6cfe1f3d988c5105e7266a518._comment
new file mode 100644
index 0000000000..b09cf9757f
--- /dev/null
+++ b/doc/forum/No_output_from_git-annex_status_v5.20131224-g692aa01/comment_2_24602de6cfe1f3d988c5105e7266a518._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/e65e6d0e-58ba-41de-84cc-1f2ba54cf574"
+ nickname="Mica Semrick"
+ subject="Thanks!"
+ date="2013-12-27T01:37:36Z"
+ content="""
+Not sure how I missed that :D
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back.mdwn b/doc/forum/Not_sure_how_to_get_my_s3_remote_back.mdwn
new file mode 100644
index 0000000000..86f8da4548
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back.mdwn
@@ -0,0 +1,31 @@
+My situation goes something like this:
+
+I have a machine with an annex and a number of special remotes (s3, box, and an rsync'd nas).  I also have a git remote that's doesn't have git annex on it, so it's just got the git branches.  That machine has some problems so I start getting the annex set up on a different machine.  These are the steps that I went through:
+
+* clone from the git remote
+* git annex doesn't think this is an actual annex at this point, so `git annex init` it
+* Now I can start the webapp `git annex webapp`
+* My rsync'd remote works and the assistant starts downloading the files from there (which is great, it's the local network one) but the box and s3 remotes are disabled (sure, not a huge deal).
+* Click enable on the box remote, I have to specify that it's a full backup remote
+* Things start copying from box as well, so I disable it until everything from the local network is done
+* Click enable on the s3 remote and it wants my AWS creds
+* Download those and add it
+* Set the remote up the same way, as a full backup.
+
+At this point, all my files have copied from the rsync remote, so I enable the other remotes.
+
+Now I want to make sure that all the remotes are set up and working properly.
+
+I turn off the webapp, turn off direct mode (I think it was indirect mode by default, but I'd been playing with things before then), and `git annex drop <file>` a file that I don't particularly care about.  Everything drops successfully.
+
+I'm able to `git annex get -f <rsync remote> <file>` and from `<box remote>` successfully, but when I try to get from the s3 remote, it doesn't give me any output and doesn't download the file.
+
+Having used regular git annex without the assistant before, I try re-initing the remote `git annex initremote <s3>`.  It complains that there's no type, so I `git annex initremote <s3> type=S3`, then it complains about encryption.  `git annex initremote <s3> type=S3 encryption=shared`.  It says it worked, but I `git annex get -f <s3> <file>` still doesn't do anything.
+
+After more looking around, it turns out that I may have created a second remote with the same name as the original s3 remote... (figure that out).  I use the webapp to rename the remotes so they're different, but neither of them will `get -f` successfully.
+
+At this point, I turn to you and ask what the heck I did wrong.  I tried editing the remote.log and uuid.log files to remove the new s3 remote (and I figured out which one was which) from the git-annex branch.  I also marked the new s3 remote as dead, but I still can't get access to s3.
+
+`git annex fsck -f <s3>` doesn't actually seem to hit s3 (I seem to recall that it used to, it calculated checksums), it just checks some git local information.
+
+I don't mind deleting my current checkout and starting from the clone step again if you think I've made too much of a mess.  At least I know I can get my files off my rsync remote and box :)
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_10_ed35a6ec605e8f79ec107856af6d1a46._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_10_ed35a6ec605e8f79ec107856af6d1a46._comment
new file mode 100644
index 0000000000..eda042c832
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_10_ed35a6ec605e8f79ec107856af6d1a46._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-04-26T20:33:03Z"
+ content="""
+Oh.. I got confused by you talking about the box remote. Lines you pasted look ok anyway.
+
+Ok, looking at the S3 remote then...
+
+> I did notice that initially the s3 remote was named \"annex\". That was probably the web interface's doing, way back when I added it.
+
+So, you can never change the names used to refer to remotes in remote.log. These names can be different from the names used to refer to the same remotes in .git/config. (Which can vary from repository to repository anyway..) So, if you originally added a s3 remote and called it \"annex\", you still need to use that name when running initremote elsewhere to add that remote to your repository.
+
+The remote with name \"s3\" added in the 11:26 is a separate s3 remote, and I think one you don't want. (And have marked dead?)
+
+I think all you need to do is \"git annex initremote annex\" to add the s3 remote you want to your new repository.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_11_e48b6efa42159dc83e1be11bfb54abcd._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_11_e48b6efa42159dc83e1be11bfb54abcd._comment
new file mode 100644
index 0000000000..41da88a8d3
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_11_e48b6efa42159dc83e1be11bfb54abcd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 11"
+ date="2013-04-26T20:37:51Z"
+ content="""
+Ah, I see.  It looks like that did solve my problem.
+
+Yes, I did mark the old s3 remote as dead.
+
+At least now I know how to fix it if it ever happens again.  I wonder if I'll ever be able to recreate it...
+
+Thanks!
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_12_b58232d0e3fa4649565c0c7d4ce2e82e._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_12_b58232d0e3fa4649565c0c7d4ce2e82e._comment
new file mode 100644
index 0000000000..8b13675fe7
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_12_b58232d0e3fa4649565c0c7d4ce2e82e._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-04-26T20:52:36Z"
+ content="""
+It's easy to recreate. As I understand it, the entire process went something like this:
+
+git annex initremote annex type=S3 encryption=blahblah # possibly this was done in the webapp?
+
+git remote rename annex s3 # also possibly done in the webapp
+
+# clone to different computer, and on the new clone:
+
+git annex initremote s3
+
+git-annex: Specify the type of remote with type=
+
+git annex initremote s3 type=S3 encryption=blahblah
+
+The last line creates a *new* remote.
+
+I'm inclined to think the main confusing thing here is that initremote is used to both create a new special remote, and to configure the repository to use an already existing special remote that was created elsewhere. If you had to use `enableremote` for the latter,
+things could be less confusing:
+
+# clone to different computer, and on the new clone:
+
+git annex enableremote s3
+
+git-annex: No existing special remote named s3. Choose from one of these existing special remotes: annex
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_13_85368b60091dc3ce2efb58013ffe9f83._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_13_85368b60091dc3ce2efb58013ffe9f83._comment
new file mode 100644
index 0000000000..c51377dbbe
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_13_85368b60091dc3ce2efb58013ffe9f83._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 13"
+ date="2013-04-26T21:16:30Z"
+ content="""
+I tend to agree with you.  At first I liked the idea that initremote could be used to re-initialize a remote, but then I got confused about what the name of that remote was.  I suppose git annex status could have told me.  I kept wanting to have something like \"git annex remote\" (which would list them) and then \"git annex remote init\" to initialize them.  That way the remote actions would follow the same sort of interface as \"git remote\", where you could list, init, create, edit, rename, enable, disable, kill (dead?), etc.  The main drawback I see with that is having too many levels to type.
+
+I really like the idea of having the ability to \"git annex remote show s3\" and it will tell me what the type, uuid, options, etc are for that remote.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_14_e65281bef23e0076936c508728a87897._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_14_e65281bef23e0076936c508728a87897._comment
new file mode 100644
index 0000000000..31fd9d60b0
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_14_e65281bef23e0076936c508728a87897._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 14"
+ date="2013-04-26T22:25:04Z"
+ content="""
+Have now split out an enableremote command.
+
+<pre>
+joey@gnu:~/tmp/annex>git annex initremote foo                                 
+git-annex: There is already a special remote named \"foo\". (Use enableremote to enable an existing special remote.)
+joey@gnu:~/tmp/annex>git annex enableremote
+git-annex: Specify the name of the special remote to enable. Known special remotes: foo
+</pre>
+
+Also, I wrote something wrong before. It *is* possible to change the name used by initremote (now enableremote).
+
+With the current release of git-annex:
+
+`git annex initremote annex name=mys3`
+
+With the next release:
+
+`git annex enableremote annex name=mys3`
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_1_fffb59ad5a197d2980dd0ec35cf4aafa._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_1_fffb59ad5a197d2980dd0ec35cf4aafa._comment
new file mode 100644
index 0000000000..d8d754309c
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_1_fffb59ad5a197d2980dd0ec35cf4aafa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-24T23:56:54Z"
+ content="""
+What you describe, `git annex get $file --from remote` silently not doing anything, is the expected behavior if the remote doesn't have the file. This allows you to eg, run `git annex get . --from remote` and get all files that the remote does have while skipping the rest.
+
+Did you ever try looking at `git annex whereis $file` ? 
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_2_0cfcc2075bff556b9fde5acc3dc1d599._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_2_0cfcc2075bff556b9fde5acc3dc1d599._comment
new file mode 100644
index 0000000000..c673737c1b
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_2_0cfcc2075bff556b9fde5acc3dc1d599._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 2"
+ date="2013-04-25T00:20:59Z"
+ content="""
+When I run `git annex whereis $file` it tells me it's available at box, s3, my rsync remote, the original repo (from the machine I created the annex on), and my temporary usb stick repo (nothing wrong with redundancy...).  So it seems that git annex thinks the file is available in the s3 remote, even though it's refusing to download it.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_3_6fe2ff1282fb14a4ce26ef8dc775d07e._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_3_6fe2ff1282fb14a4ce26ef8dc775d07e._comment
new file mode 100644
index 0000000000..187993a5ab
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_3_6fe2ff1282fb14a4ce26ef8dc775d07e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-25T00:50:01Z"
+ content="""
+Does the uuid that whereis prints next to the name of the s3 remote match the annex.<remote>.uuid setting for that remote in .git/config?
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_4_64338d2d77dcbabd16b55eb145f40dc6._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_4_64338d2d77dcbabd16b55eb145f40dc6._comment
new file mode 100644
index 0000000000..d4a05ce8e2
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_4_64338d2d77dcbabd16b55eb145f40dc6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 4"
+ date="2013-04-25T01:18:00Z"
+ content="""
+Oh! That might be it!  During the whole \"I have two remotes with the name s3\" situation, it seems that both of them in my .git/config ended up with the same uuid, even though the original one had a different uuid.  If I change it back, I end up getting an access denied when I try to `git annex get ...`.  Progress!
+
+I thought that you were supposed to do a `git annex initremote s3` from a clone to enable a remote with the credentials stored in the repo.  It seems that internally something still thinks that the \"s3\" remote has the new uuid.  When I run that command it changes the uuid back to the new (invalid) one.
+
+Is there a way I can totally remove the bad s3 (which I've partially renamed to s3thefirst) remote from my history/repo (I'm pretty sure it's been synced back up to origin at this point) or properly rename it so it doesn't keep getting confused?  Hopefully that will address my problem.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_5_dd66c9ea0c83388f6826751944330d10._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_5_dd66c9ea0c83388f6826751944330d10._comment
new file mode 100644
index 0000000000..58fba2ca8f
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_5_dd66c9ea0c83388f6826751944330d10._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-25T02:14:18Z"
+ content="""
+Yes, when you run `git annex initremote $remotename` with no other parameters, it enables a remote from the stored configuration.
+Which does not include `AWS_SECRET_ACCESS_KEY` and `AWS_ACCESS_KEY_ID`; you need to set those and then
+you should not get access denied.
+
+You seem to say your .git/config contains two remotes with the same name, but I don't think that's possible.
+
+I don't know how you could end up with two remotes with the same name in `git show git-annex:remote.log`, unless the two were added in separate repositories which were then synced together. Since this is not a usual situation there's not any UI to deal with it. I've just committed a change that will make `initremote` prefer remotes that have not been marked dead when there's a naming comflict.
+
+However, I'm more curious how this situation came about.  I have not been able to reproduce the problem when enabling a S3 remote using the webapp.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_6_dc0c5e395e4c443b7227afdb157194e5._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_6_dc0c5e395e4c443b7227afdb157194e5._comment
new file mode 100644
index 0000000000..c9c352c352
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_6_dc0c5e395e4c443b7227afdb157194e5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-25T02:18:56Z"
+ content="""
+What you could do to help track down how this occurred is to check out the `git-annex` branch, and use `git blame` to find out when the second remote with the same name was first added to the `remote.log` file.
+
+Then you should be able to tell, either from the email address used for that commit, or at least the date of the commit, whether this occurred recently when you enabled the S3 remote in the webapp, or perhaps at some time in the past.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_7_3c0ea4c76cdd889707f7308576e3efa0._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_7_3c0ea4c76cdd889707f7308576e3efa0._comment
new file mode 100644
index 0000000000..b325328947
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_7_3c0ea4c76cdd889707f7308576e3efa0._comment
@@ -0,0 +1,65 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 7"
+ date="2013-04-26T19:10:15Z"
+ content="""
+http://pastebin.com/CM2EfQ21
+
+This is what the commit log looks like for the remote.log file.  There is some interesting stuff in here.  I'll try to highlight the changes without giving too much of the important bits away.
+
+The I commit at 2013-04-22 11:57 is when I added the box remote:
+
+0490d177-78e2-421b-a004-47d88ee7a2e3 chunksize=10mb cipher=... davcreds=... embedcreds=yes name=box.com type=webdav url=https://www.box.com/dav/annex timestamp=1366657062.972357s
+1d0ab67c-6a43-11e2-9feb-df22c6d1e308 bucket=annex-1d0ab67c-6a43-11e2-9feb-df22c6d1e308 cipher=... datacenter=US host=s3.amazonaws.com name=annex port=80 storageclass=REDUCED_REDUNDANCY type=S3 timestamp=1359484726.520727s
+
+The contents also includes my nas remote, but I will omit that for brevity's sake.  I did notice that initially the s3 remote was named \"annex\".  That was probably the web interface's doing, way back when I added it.
+
+The next commit at 2013-04-24 10:55 seems to have added encryption=shared and highRandomQuality=false to the nas remote (I think this was when I re-enabled the nas remote through the webapp).
+
+The commit at 2013-04-24 11:05 looks like it added similar stuff to the box remote (added highRandomQuality=false).  Probably this was from enabling it then as well.
+
+At 2013-04-24 11:12 the s3 remote had highRandomQuality=false added also.
+
+At 2013-04-24 11:26, a new remote was added:
+
+4d86972d-9b0a-4095-bc50-f9bec8144c30 bucket=s3-4d86972d-9b0a-4095-bc50-f9bec8144c30 cipher=... datacenter=US host=s3.amazonaws.com name=s3 port=80 storageclass=STANDARD type=S3 timestamp=1366828017.8792s
+
+Very possibly this was me doing a `git annex initremote ...` thinking that the s3 remote was actually named s3 (somehow, I feel like I would have checked that, but I'm going to chalk that up to my own stupidity).
+
+Then at 2013-04-24 11:35, the new s3 remote was changed... but it seems like only the timestamp was altered.  I suspect this was from another command line change, but I don't remember exactly what I did at that point.  Probably a reference in a different file was also modified, but I'm not looking at those.
+
+At 2013-04-24 11:37, again the new s3 remote was changed, but again it was just the timestamp.
+
+In the merge at 2013-04-24 15:15, a bunch of things happened.  This may be where stuff went wrong.  I do find it weird because it should have just been a fast forward, given what the history looks like.  I suspect that this was caused by a `git annex sync`, but I'm not 100% sure.
+
+In this commit the following happened:
+
+* The box remote was duplicated (with different davcreds and one having highRandomQuality=false)
+* The annex remote was duplicated (with highRandomQuality=false in one)
+* The nas remote was duplicated (one with encryption=shared and highRandomQuality=false and the other without)
+
+In addition, within that commit, my uuid.log file also had duplication that seems to be where part of the confusion comes from:
+
+* The 1d0ab67c-6a43-11e2-9feb-df22c6d1e308 remote shows up twice, once named \"annex\" and the other time named \"s3\".
+* The 4d86972d-9b0a-4095-bc50-f9bec8144c30 remote is only include once in there, but its name is also \"s3\".
+* Other remotes are duplicated, with different timestamps, but no overlapping uuids.
+
+Then at 2013-04-24 18:13, I think things try to fix themselves:
+
+* The older box remote (I guess based on timestamp) is removed.  Now there's only one.
+* The older 1d0ab67c-6a43-11e2-9feb-df22c6d1e308 remote (still named annex) is removed.  Now there's only one there too.
+* The single 4d86972d-9b0a-4095-bc50-f9bec8144c30 remote is updated with a new timestamp.
+* The older nas remote is also removed.
+
+No duplicates exist in this file and no cross-references exist either.
+
+The uuid.log file seems to be the place where the annex remote is renamed to s3.  I have no idea what caused that, but it was probably me.
+
+* In 2013-04-24 11:12, everything is fine in the uuid.log file.  The annex timestamp is updated, but no problems.
+* In 2013-04-24 11:13 (which doesn't show up when I look at the remote.log changes, because it didn't change that), a file's location log is updated and the 1d0ab67c-6a43-11e2-9feb-df22c6d1e308 remote is renamed from annex to s3 in uuid.log, but not in remotes.log.
+* In 2013-04-24 11:26, 4d86972d-9b0a-4095-bc50-f9bec8144c30 is added to remotes.log with the name s3 and to uuid.log with the name s3 (which is now a duplicate of the renamed 1d0ab67c-6a43-11e2-9feb-df22c6d1e308, but only in uuid.log).
+
+All of this seems horribly confusing and I don't envy your trying to unwind it.
+
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_8_36519ee4499a19f0864e4fcd264e9933._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_8_36519ee4499a19f0864e4fcd264e9933._comment
new file mode 100644
index 0000000000..39a1ce51d5
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_8_36519ee4499a19f0864e4fcd264e9933._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-04-26T20:06:34Z"
+ content="""
+Most of this is perfectly normal. The duplication of lines are normal; when two git-annex branches are union merged, it's as if it runs `cat branch1:file branch2:file | uniq > file`. When there are conflicting lines for the same uuid, the one with the newest timestamp is used.
+
+The description of the remote in uuid.log is also not relevant to this bug.
+
+This is the key part:
+
+> The box remote was duplicated (with different davcreds and one having highRandomQuality=false)
+
+As you note, 2013-04-24 15:15 was a merge. So there must have been two branches before, which had different box remotes with different davcreds. 
+
+It would probably help if you can paste those lines as they looked after that merge (omitting most of the davcreds).
+
+Also, I'd like to see the box line from the 11:05 commit.
+"""]]
diff --git a/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_9_85b23f375e53469fb09b24b945b3aba9._comment b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_9_85b23f375e53469fb09b24b945b3aba9._comment
new file mode 100644
index 0000000000..be9bd3c0df
--- /dev/null
+++ b/doc/forum/Not_sure_how_to_get_my_s3_remote_back/comment_9_85b23f375e53469fb09b24b945b3aba9._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 9"
+ date="2013-04-26T20:21:05Z"
+ content="""
+Two box lines after 15:15 merge:
+
+0490d177-78e2-421b-a004-47d88ee7a2e3 chunksize=10mb cipher=... davcreds=... embedcreds=yes highRandomQuality=false name=box.com type=webdav url=https://www.box.com/dav/annex timestamp=1366826729.945023s
+0490d177-78e2-421b-a004-47d88ee7a2e3 chunksize=10mb cipher=... davcreds=... embedcreds=yes name=box.com type=webdav url=https://www.box.com/dav/annex timestamp=1366657062.972357s
+
+After the 11:05 commit, the box line looked like this:
+
+0490d177-78e2-421b-a004-47d88ee7a2e3 chunksize=10mb cipher=... davcreds=... embedcreds=yes highRandomQuality=false name=box.com type=webdav url=https://www.box.com/dav/annex timestamp=1366826729.945023s
+
+I am curious why you want to know about box, when s3 is the one that I'm having trouble with...
+"""]]
diff --git a/doc/forum/OSX_Mavericks_anyone__63__.mdwn b/doc/forum/OSX_Mavericks_anyone__63__.mdwn
new file mode 100644
index 0000000000..b19133680c
--- /dev/null
+++ b/doc/forum/OSX_Mavericks_anyone__63__.mdwn
@@ -0,0 +1,3 @@
+Was anyone able to run git annex on Mavericks?
+
+Didn't have time for qualified troubleshooting, sorry
diff --git a/doc/forum/OSX_Mavericks_anyone__63__/comment_1_3075b02aeb57adcbf4addf9fb4c123ba._comment b/doc/forum/OSX_Mavericks_anyone__63__/comment_1_3075b02aeb57adcbf4addf9fb4c123ba._comment
new file mode 100644
index 0000000000..1657d676d8
--- /dev/null
+++ b/doc/forum/OSX_Mavericks_anyone__63__/comment_1_3075b02aeb57adcbf4addf9fb4c123ba._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://mike.magin.org/"
+ nickname="mmagin"
+ subject="a little"
+ date="2013-10-24T17:02:18Z"
+ content="""
+Some syncing and copying, nothing other than normal remotes and one S3 remote.
+Haven't even done an \"add\" yet.
+
+Not an assistant user.  Still running 4.20130422-gb9341fd on this computer.
+"""]]
diff --git a/doc/forum/OSX_Mavericks_anyone__63__/comment_2_c2b6110fc4a3d3481ed8a4b48efb9635._comment b/doc/forum/OSX_Mavericks_anyone__63__/comment_2_c2b6110fc4a3d3481ed8a4b48efb9635._comment
new file mode 100644
index 0000000000..bfc43d682a
--- /dev/null
+++ b/doc/forum/OSX_Mavericks_anyone__63__/comment_2_c2b6110fc4a3d3481ed8a4b48efb9635._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="Alex"
+ ip="217.8.62.35"
+ subject="not at all"
+ date="2013-10-24T19:50:11Z"
+ content="""
+I'd love to see an updated OS X build for Mavericks.
+
+Currently I'm getting this error:
+
+    dyld: Symbol not found: _objc_debug_taggedpointer_mask
+      Referenced from: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+      Expected in: /Applications/git-annex.app/Contents/MacOS/bundle/I
+     in /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+    Trace/BPT trap: 5
+
+"""]]
diff --git a/doc/forum/OSX_Mavericks_anyone__63__/comment_3_7df9ba63cb1f385681242b4b58d6a87c._comment b/doc/forum/OSX_Mavericks_anyone__63__/comment_3_7df9ba63cb1f385681242b4b58d6a87c._comment
new file mode 100644
index 0000000000..691fd9064c
--- /dev/null
+++ b/doc/forum/OSX_Mavericks_anyone__63__/comment_3_7df9ba63cb1f385681242b4b58d6a87c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="67.223.19.96"
+ subject="comment 3"
+ date="2013-10-24T19:53:08Z"
+ content="""
+Mavericks is being discussed [[here|bugs/git annex doesn't work in Max OS X 10.9]]
+"""]]
diff --git a/doc/forum/OSX_Mavericks_anyone__63__/comment_4_740fee31c4ca9d84428f97f63ffc075a._comment b/doc/forum/OSX_Mavericks_anyone__63__/comment_4_740fee31c4ca9d84428f97f63ffc075a._comment
new file mode 100644
index 0000000000..3ad5c23446
--- /dev/null
+++ b/doc/forum/OSX_Mavericks_anyone__63__/comment_4_740fee31c4ca9d84428f97f63ffc075a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Alex"
+ ip="217.8.62.35"
+ subject="comment 4"
+ date="2013-10-24T19:55:56Z"
+ content="""
+Thanks, Joey!
+"""]]
diff --git a/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set.mdwn b/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set.mdwn
new file mode 100644
index 0000000000..5e417b14c9
--- /dev/null
+++ b/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set.mdwn
@@ -0,0 +1,12 @@
+This is a tip for users who wish to use remotes which are based on OSX systems and have used macports to install some of the required utilities for git-annex to work.
+
+The default behaviour of OSX's sshd is to have a "highly restricted" restricted environment. The defaults that it allows is
+
+    jtang@x00:~ $ ssh x00 echo \$PATH
+    /usr/bin:/bin:/usr/sbin:/sbin
+
+One solution is to enable *PermitUserEnvironment yes* in `/etc/sshd_config` and then in your own `~/.ssh/environment` file you could add something like (the below is an example)
+
+    PATH=/Users/jtang/bin:/opt/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/X11/bin:/Users/jtang/.cabal/bin:/opt/local/libexec/gnubin
+
+If the above is not done, cloning from the OSX host will fail if git is not installed in /usr/bin (which it probably won't be).
diff --git a/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set/comment_1_a136ff877389f0930c066ba118edd9fd._comment b/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set/comment_1_a136ff877389f0930c066ba118edd9fd._comment
new file mode 100644
index 0000000000..0cbf79c8d5
--- /dev/null
+++ b/doc/forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set/comment_1_a136ff877389f0930c066ba118edd9fd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-24T18:08:00Z"
+ content="""
+If you use git-annex from the OSX .dmg, it will set up a ~/.ssh/git-annex-shell, which is the only command that is needed when git-annex is using an OSX server as a remote. Since version 5.20140421, the webapp will also use ~/.ssh/git-annex-wrapper, which the .dmg also sets up, to run some commands like git. 
+
+The upshot is that this should not affect git-annex when installed from the .dmg on the OSX server. If you build git-annex from source yourself, you do need to make sure that it and git end up in PATH.
+"""]]
diff --git a/doc/forum/OSX__39__s_haskell-platform_statically_links_things.mdwn b/doc/forum/OSX__39__s_haskell-platform_statically_links_things.mdwn
new file mode 100644
index 0000000000..537c85d019
--- /dev/null
+++ b/doc/forum/OSX__39__s_haskell-platform_statically_links_things.mdwn
@@ -0,0 +1,17 @@
+This isn't really a bug of git-annex, but a problem with haskell-platform/ghc6.12.x so this post might need to be moved to a better place (maybe tips).
+
+OSX's haskell-platform doesn't have the dynamic libraries available, as far as I know it just isn't supported therefore git-annex will always be statically built on OSX, so wrappers like <http://tsocks.sourceforge.net/> or [[!google dsocks]] for preloading connect() calls won't work. 
+
+<pre>
+jtang@x00:~/annex $ tsocks git annex get .
+dyld: could not load inserted library: /opt/local/lib/libtsocks.dylib
+
+error: git-annex died of signal 5
+</pre>
+
+The side effect of this means that users who are behind restrictive firewalls that allow only ssh via a socks proxy, they will need to configure ssh to use something like <http://bent.latency.net/bent/git/goto-san-connect-1.85/src/connect.html>.
+
+<pre>
+host remotemyhost
+        ProxyCommand connect -S proxy.mydomain:1080 -R local %h %p
+</pre>
diff --git a/doc/forum/OpenOffice___47___Libre_Office.mdwn b/doc/forum/OpenOffice___47___Libre_Office.mdwn
new file mode 100644
index 0000000000..f28ad62598
--- /dev/null
+++ b/doc/forum/OpenOffice___47___Libre_Office.mdwn
@@ -0,0 +1,5 @@
+I'm trying to use git-annex for keeping my company invoices data. It seems a good idea because it's encrypted and whatnot, I'd never upload them to Dropbox. However, Libre Office refuses to work with files copied to annex-tracked folder. It's likely a flaw in LO/OOo, but maybe someone here knows a way to make the two work together.
+
+When opening a spreadsheet, I'm getting a "Document in use - document locked by: Unknown User - Open read-only or open a copy" dialog. I tried opening a copy and saving under a different filename , but I can only save once - any subsequent saves to the same filename result in an error.
+
+A graphic version of my story: http://f.gdr.name/annex-ooo-1.png http://f.gdr.name/annex-ooo-2.png
diff --git a/doc/forum/OpenOffice___47___Libre_Office/comment_1_98ed542fedd820d47bf8deb7d3232725._comment b/doc/forum/OpenOffice___47___Libre_Office/comment_1_98ed542fedd820d47bf8deb7d3232725._comment
new file mode 100644
index 0000000000..68dbee1661
--- /dev/null
+++ b/doc/forum/OpenOffice___47___Libre_Office/comment_1_98ed542fedd820d47bf8deb7d3232725._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-01-02T19:10:28Z"
+ content="""
+Files in git-annex are locked normally. You can use `git annex unlock` to unlock a file for editing. Or you can use the new [[direct_mode]].
+"""]]
diff --git a/doc/forum/OpenOffice___47___Libre_Office/comment_2_f313fdaa23863c2ae99cfbfe9ec2e1e0._comment b/doc/forum/OpenOffice___47___Libre_Office/comment_2_f313fdaa23863c2ae99cfbfe9ec2e1e0._comment
new file mode 100644
index 0000000000..394f6fb012
--- /dev/null
+++ b/doc/forum/OpenOffice___47___Libre_Office/comment_2_f313fdaa23863c2ae99cfbfe9ec2e1e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~gdr-go2"
+ nickname="gdr-go2"
+ subject="Thanks"
+ date="2013-01-02T19:58:44Z"
+ content="""
+Direct mode has solved the problem. Great new addition.
+"""]]
diff --git a/doc/forum/Out_of_memory_error_in_fsck__44___whereis__44___find_and_status_cmds.mdwn b/doc/forum/Out_of_memory_error_in_fsck__44___whereis__44___find_and_status_cmds.mdwn
new file mode 100644
index 0000000000..8c54f49da5
--- /dev/null
+++ b/doc/forum/Out_of_memory_error_in_fsck__44___whereis__44___find_and_status_cmds.mdwn
@@ -0,0 +1,5 @@
+Please file bug reports in [[bugs]], not the forum, so they can be closed
+when fixed.
+
+Moved to [[bug report|bugs/Out_of_memory_error_in_fsck_whereis_find_and_status_cmds]].
+--[[Joey]]
diff --git a/doc/forum/Overwriting_data_without_getting_it.mdwn b/doc/forum/Overwriting_data_without_getting_it.mdwn
new file mode 100644
index 0000000000..ccd23b74e7
--- /dev/null
+++ b/doc/forum/Overwriting_data_without_getting_it.mdwn
@@ -0,0 +1,3 @@
+My collaborators and I use git annex to track various large data files (among some smaller metadata files managed by ordinary git).  Some of these data files need to change completely -- the old ones were just wrong.  So I do a git checkout, but don't `git annex get` because it would just be a waste of time and bandwidth.  This means that my "data files" are just broken symlinks.  Now, I find that by making the necessary directories under `.git/annex/objects/`, I can write to these files in the usual way.  The symlinks are preserved, and the files they link to now exist and are full of my corrected data.  This seems like it's a problem because the hash has presumably changed.  (I'm still a little fuzzy on how exactly git-annex works.)  Also, git/git-annex doesn't seem to realize that anything has changed.  Is this recoverable?
+
+Would it have been better to just `git rm` (or something) the original version of the file, commit that, and then add the new data?  And if so, how should I go about this now that I've created these many very large files?  If not, what would be the preferred way to do this?
diff --git a/doc/forum/Overwriting_data_without_getting_it/comment_1_f1c0199ee9bffcc84287370b89361294._comment b/doc/forum/Overwriting_data_without_getting_it/comment_1_f1c0199ee9bffcc84287370b89361294._comment
new file mode 100644
index 0000000000..a6092b1f21
--- /dev/null
+++ b/doc/forum/Overwriting_data_without_getting_it/comment_1_f1c0199ee9bffcc84287370b89361294._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-12T16:57:52Z"
+ content="""
+I think you're making this more complicated than it needs to be. You don't need to mess around with .git/annex/objects at all. You can replace git-annex symlinks with new files and git annex add the new content.
+
+For example:
+
+[[!format sh \"\"\"
+joey@gnu:~/tmp/repo>git annex drop --force foo
+drop foo ok
+(Recording state in git...)
+joey@gnu:~/tmp/repo>ls
+foo@
+joey@gnu:~/tmp/repo>rm foo
+joey@gnu:~/tmp/repo>echo \"new good contents\" > foo
+joey@gnu:~/tmp/repo>git annex add foo
+add foo (checksum...) ok
+(Recording state in git...)
+joey@gnu:~/tmp/repo>git commit -m add
+[master ec3ed14] add
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+\"\"\"]]
+"""]]
diff --git a/doc/forum/Overwriting_data_without_getting_it/comment_2_6a1d08dbca206129ef6cf8aa97daeee1._comment b/doc/forum/Overwriting_data_without_getting_it/comment_2_6a1d08dbca206129ef6cf8aa97daeee1._comment
new file mode 100644
index 0000000000..698d00c35b
--- /dev/null
+++ b/doc/forum/Overwriting_data_without_getting_it/comment_2_6a1d08dbca206129ef6cf8aa97daeee1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkxmke7K8gEXleVRuQvCK5LHPLIzQA6s0E"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-06-12T17:14:11Z"
+ content="""
+Yes, it seems I was making this more complicated than it needed to be.  Just a plain rm seems to work.  But just to be clear, I never had the data so I don't need to drop it, right?  (By which I mean, is there some other function of drop that I don't understand?)
+"""]]
diff --git a/doc/forum/Overwriting_data_without_getting_it/comment_3_52958e76e506fdbb6b533681ab619b3b._comment b/doc/forum/Overwriting_data_without_getting_it/comment_3_52958e76e506fdbb6b533681ab619b3b._comment
new file mode 100644
index 0000000000..19292b8707
--- /dev/null
+++ b/doc/forum/Overwriting_data_without_getting_it/comment_3_52958e76e506fdbb6b533681ab619b3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-06-12T17:15:26Z"
+ content="""
+Right. I just put the drop in there to get my repository to the state you described.
+"""]]
diff --git a/doc/forum/Performance_implications_of_triply_nested_objects_directory.mdwn b/doc/forum/Performance_implications_of_triply_nested_objects_directory.mdwn
new file mode 100644
index 0000000000..7a6e548b1f
--- /dev/null
+++ b/doc/forum/Performance_implications_of_triply_nested_objects_directory.mdwn
@@ -0,0 +1,23 @@
+Posting this in case anyone might find it interesting.
+
+I had noticed impractical and abysmally slow performance when tracking a huge number of files (150k) in a git-annex. In direct mode, the repo was outright unusable, but even in indirect mode, many operations where painfully slow; even operations beyond the well-known offender, «git annex findunused», e.g., the seemingly harmless «git annex info».
+
+I also noticed that the performance was hugely improved on my (otherwise comparable) machine running btrfs, and I wondered how this might be. From previous benchmarks, I had gained the impression that ext4 and btrfs are on par, performance-wise, and you choose btrfs for the features rather than performance. Now, after trying to update my back-ups via rsync, I have had an idea how the contrast between the two machines might might be accounted for. Specifically, I noted that, after converting my 150k folder into a git-annex repo, ascertaining that the back-up is current via rsync would take ~15 minutes, where it used to take mere seconds before. This could then only be due to the demands on directory traversal introduced by the annex-layout.
+
+Accordingly, I wanted to see whether the traversal would be something that explains the difference in performance between btrfs and ext4, so I ran a tiny benchmark, traversing the .git folder on my home drive (ext4, SATA) and the backup drive (btrfs, USB3), and I was astounded by the difference:
+
+zardoz [ /mnt/bak/m-annex ]$ time tree .git >/dev/null
+
+tree .git >/dev/null  14,23s user 2,78s system 24% cpu 1:09,69 total
+
+zardoz [ ~/m-annex ]$ time tree .git >/dev/null
+
+tree .git >/dev/null  26,40s user 0,96s system 1% cpu 23:37,94 total
+
+While running, I peeked into the io using iotop, and observed around 500K/s during traversal on ext4 vs. 5M/s on btrfs.
+
+While I was aquainted with the dogma that file-systems hate to have a single folder with a bazillion files, sources on the net seem to indicate that having lots and lots of sparse folders is even worse, and given the one-file-per-folder structure of the annex objects store, this would then potentially explain the heavy thrashing on ext4.
+
+Something I am wondering now: Which operations in git-annex (or plain git) incite that sort of directory traversal? One candidate which occurred to me is «git annex unused», and the differences in performance between ext4 and btrfs are on the same order as in the above benchmark. Originally, Joey related somewhere that the search in «unused» is expensive; but if traversal is involved, it could actually be that this has even more impact than searching git history.
+
+In any case, if anyone wants to track a very large number of files via git-annex, ext4 seems to be not the ideal file-system for this.
diff --git a/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_1_068a8f120d188b8fa5d3e5b687fd02dc._comment b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_1_068a8f120d188b8fa5d3e5b687fd02dc._comment
new file mode 100644
index 0000000000..0a368b3a31
--- /dev/null
+++ b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_1_068a8f120d188b8fa5d3e5b687fd02dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-14T18:33:25Z"
+ content="""
+I'm afraid that you're comparing apples (SATA drives) and oranges (USB drives).
+"""]]
diff --git a/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_2_cc0f5be21fd1523bdddc7bcf6ff04435._comment b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_2_cc0f5be21fd1523bdddc7bcf6ff04435._comment
new file mode 100644
index 0000000000..e47565d676
--- /dev/null
+++ b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_2_cc0f5be21fd1523bdddc7bcf6ff04435._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.49.247.112"
+ subject="comment 2"
+ date="2014-07-14T19:34:31Z"
+ content="""
+I suppose you misread something. Note that the 60s traversal was on the (slower) /external/ drive, and the 24minute traversal on the (faster) internal one, so if anything, the results become more pronounced because of the comparison.
+
+In the meantime I converted the internal drive to btrfs, and the traversal time on SATA is now 30s, as opposed to the >20min on ext.
+"""]]
diff --git a/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_3_1133795276371c86cdd52b25a8b20c52._comment b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_3_1133795276371c86cdd52b25a8b20c52._comment
new file mode 100644
index 0000000000..6b875932d0
--- /dev/null
+++ b/doc/forum/Performance_implications_of_triply_nested_objects_directory/comment_3_1133795276371c86cdd52b25a8b20c52._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 3"
+ date="2014-07-15T07:29:37Z"
+ content="""
+The ext-community seems to
+[corroborate](http://www.redhat.com/archives/ext3-users/2013-March/msg00007.html)
+the observation that having many sparse directories scales extremely
+poorly, though this still leaves me curious as to how btrfs deals
+with.
+
+One thing I read is that btrfs stores a secondary index on directories
+and uses this index in the readdir() syscall; this secondary index
+works in such a way that inodes are likely to be traversed in
+sequential on-disk order, while for ext, the readdir() results will be
+ordered by inode number, yielding a random access pattern.
+
+I must confess I’ve always liked to think of the file-system as a
+cheap data-base, but apparently that is not such a good idea (i. e.,
+it’s not cheap at all, in the long run). On the other hand (supposing
+that operations like «git annex unused» do indeed work by traversing
+the object tree), it probably wouldn’t be easy coming up with a scheme
+that scales better. For traversal-bound operations, one might maintain
+a database, but it would be a hassle to ensure that this in always in
+sync with the file-system.
+
+"""]]
diff --git a/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__.mdwn b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__.mdwn
new file mode 100644
index 0000000000..caa9fc85a3
--- /dev/null
+++ b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__.mdwn
@@ -0,0 +1,36 @@
+Hello,
+
+I've a strange (for me ;-)) problem.
+<br>I'm trying to use git-annex with 2 debian wheezy (packages from backports)
+<br>I've put my ssh pub key on the server in the autorized_keys for my username account (and for the root account to be sure)
+my username account is member of the sudo group (not sure it's required)
+
+I can create an ssh session directly to the server with :
+
+    ssh username@remoteserver.lan -p 62322
+
+and work inside this session.
+
+    Sep 14 03:42:35 file sshd[8849]: Accepted publickey for username from 80.201.25.4 port 32969 ssh2
+    Sep 14 03:42:35 file sshd[8849]: pam_unix(sshd:session): session opened for user username by (uid=0)
+    ...
+    Sep 14 05:13:14 file sshd[8851]: Received disconnect from 80.201.25.4: 11: disconnected by user
+    Sep 14 05:13:14 file sshd[8849]: pam_unix(sshd:session): session closed for user username
+
+But when I use the git-annex assistant on the same workstation with the same remote server and port,
+<br>the 1st step is OK,
+<br>but when I've to choose between git or rsync encrypted, I'm choosing git and receive :
+
+    "Permission denied (publickey)."
+
+On the server I can only see that the ssh session is immediately closed after opened and before the choice git or rsync is made.
+
+    Sep 14 05:13:42 file sshd[8882]: Accepted publickey for username from 80.201.25.4 port 32984 ssh2
+    Sep 14 05:13:42 file sshd[8882]: pam_unix(sshd:session): session opened for user username by (uid=0)
+    Sep 14 05:13:42 file sshd[8886]: Received disconnect from 80.201.25.4: 11: disconnected by user
+    Sep 14 05:13:42 file sshd[8882]: pam_unix(sshd:session): session closed for user username
+
+Do you think it's the problem ? or whatelse ...
+<br>and could you guide me to a possible solution ?
+
+Best regards
diff --git a/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_1_6c74f0b43c457fe97b2d8630ca4fde29._comment b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_1_6c74f0b43c457fe97b2d8630ca4fde29._comment
new file mode 100644
index 0000000000..8d22157726
--- /dev/null
+++ b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_1_6c74f0b43c457fe97b2d8630ca4fde29._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2013-11-08T18:24:27Z"
+ content="""
+The webapp sets up a dedicated ssh public key when you add a ssh repository in there.
+
+You might see some useful debugging info your your problem in ~/annex/.git/annex/daemon.log
+"""]]
diff --git a/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_2_b7a384e853e1756a684774348fad29e6._comment b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_2_b7a384e853e1756a684774348fad29e6._comment
new file mode 100644
index 0000000000..ecf26daa10
--- /dev/null
+++ b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_2_b7a384e853e1756a684774348fad29e6._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="Auroch"
+ ip="87.65.174.80"
+ subject="OK,thanx for this"
+ date="2013-11-09T09:10:42Z"
+ content="""
+The problem is not solve, but with your informations, I think i've found somehting.
+
+Is it possible that the problem is linked to my situation of port-forwarding ?
+The remoteserver is a host (proxmox) with iptable port forwarding 62322 to the real port 22 of the VM hosting the git where I try to connect.
+
+So could the problem seems to be that some actions are taken on the host and not the VM ... correct ?
+
+    [2013-11-09 09:51:33 CET] read: ssh-keygen [\"-F\",\"bla.remote.tld\"]
+    [2013-11-09 09:51:33 CET] read: ssh [\"-oNumberOfPasswordPrompts=0\",\"-n\",\"-p\",\"62322\",\"user@bla.remote.tld\",\"sh -c 'echo git-annex-probe loggedin;if which git-annex-shell; then echo git-annex-probe git-annex-shell; fi;if which rsync; then echo git-annex-probe rsync; fi;if which ~/.ssh/git-annex-shell; then echo git-annex-probe ~/.ssh/git-annex-shell; fi'\"]
+    [2013-11-09 09:51:35 CET] chat: ssh [\"user@bla.remote.tld\",\"sh -c 'mkdir -p '\\"'\\"'annex'\\"'\\"'&&cd '\\"'\\"'annex'\\"'\\"'&&if [ ! -d .git ]; then git init --bare --shared; fi&&git annex init'\"]
+
+If it's correct, have you an idea for solving this ?
+
+best regards
+
+"""]]
diff --git a/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_3_3a8a7f51cb04a92c576549d379b57248._comment b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_3_3a8a7f51cb04a92c576549d379b57248._comment
new file mode 100644
index 0000000000..546f647edb
--- /dev/null
+++ b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_3_3a8a7f51cb04a92c576549d379b57248._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 3"
+ date="2013-11-09T18:07:56Z"
+ content="""
+Well, it does look like your git-annex did not pass the port to the second command. 
+
+What version are you using? I've just tested with a ssh server only listening on 2222 and it used the port throughout.
+
+You might try upgrading to a recent version. I know that version 4.20130627, at least, had a bug with the ssh port.
+"""]]
diff --git a/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_4_582ad3ba0c62a77b08a10b37a780c670._comment b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_4_582ad3ba0c62a77b08a10b37a780c670._comment
new file mode 100644
index 0000000000..c8d8c8b520
--- /dev/null
+++ b/doc/forum/Permission_denied___40__publickey__41___On_second_Step_...___63__/comment_4_582ad3ba0c62a77b08a10b37a780c670._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="Auroch"
+ ip="87.65.174.80"
+ subject="comment 4"
+ date="2013-11-09T19:24:54Z"
+ content="""
+I've the wheezy-backports version
+
+    i   4.20131002~bpo70+1                                                        wheezy-backports                                      100
+
+I'll have to wait an update and I'll come back to you.
+
+Thanx this amazing work !
+
+"""]]
diff --git a/doc/forum/Please_fix_compatibility_with_ghc_7.0.mdwn b/doc/forum/Please_fix_compatibility_with_ghc_7.0.mdwn
new file mode 100644
index 0000000000..d49081bf34
--- /dev/null
+++ b/doc/forum/Please_fix_compatibility_with_ghc_7.0.mdwn
@@ -0,0 +1 @@
+I'm having trouble installing the latest git-annex. It depends on 'base >= 4.5 && base < 5', but ghc 7.0 only ships base 3.0. I've tried upgrading ghc to 7.4 but that breaks a whole bunch of other things; for example, the Crypto module fails to compile, preventing me from installing ghc. Please fix compatibility with ghc 7.0.
diff --git a/doc/forum/Please_fix_compatibility_with_ghc_7.0/comment_1_d1d10217ebd0151e947b3a6cd37399ce._comment b/doc/forum/Please_fix_compatibility_with_ghc_7.0/comment_1_d1d10217ebd0151e947b3a6cd37399ce._comment
new file mode 100644
index 0000000000..04b8ce6750
--- /dev/null
+++ b/doc/forum/Please_fix_compatibility_with_ghc_7.0/comment_1_d1d10217ebd0151e947b3a6cd37399ce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-03-11T15:50:11Z"
+ content="""
+There is a `ghc7.0` branch in [[git|download]] that is being maintained to work with that version.
+"""]]
diff --git a/doc/forum/Please_publish_new_releases_not_shorter_than_11_days.mdwn b/doc/forum/Please_publish_new_releases_not_shorter_than_11_days.mdwn
new file mode 100644
index 0000000000..f67d2d797d
--- /dev/null
+++ b/doc/forum/Please_publish_new_releases_not_shorter_than_11_days.mdwn
@@ -0,0 +1,6 @@
+Hi,
+i am following debian testing. The latest git-annex publication has manged to replace the former version on the last possible moment. Now another 10 days waiting.
+Would be nice if you can coordinate with testing.
+
+Thank you for git-annex. 
+Jürgen
diff --git a/doc/forum/Please_publish_new_releases_not_shorter_than_11_days/comment_1_da3d39de5be47ebe8b25a42ed1f36510._comment b/doc/forum/Please_publish_new_releases_not_shorter_than_11_days/comment_1_da3d39de5be47ebe8b25a42ed1f36510._comment
new file mode 100644
index 0000000000..1fb259c98c
--- /dev/null
+++ b/doc/forum/Please_publish_new_releases_not_shorter_than_11_days/comment_1_da3d39de5be47ebe8b25a42ed1f36510._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-03T19:57:24Z"
+ content="""
+I do coordinate with testing. That version had no possibility of ever reaching testing, since it failed to build on several architectures.
+"""]]
diff --git a/doc/forum/Podcast_syncing_use-case.mdwn b/doc/forum/Podcast_syncing_use-case.mdwn
new file mode 100644
index 0000000000..6b3c81cabc
--- /dev/null
+++ b/doc/forum/Podcast_syncing_use-case.mdwn
@@ -0,0 +1,34 @@
+I've been trying to use git-annex with the following strategy.
+
+* Download podcasts into the annex `gpodder-downloads`
+* Check the podcasts into the annex using `git annex add`.
+* Copy the podcasts over to my mp3 player in the annex `usb-ariaz`.
+  This is a FAT-formatted mp3 player, so I have been using a bare
+  repository.  
+* Move the podcasts to a different annex called `gpodder-on-usbdisk`
+  to indicate that they have been successfully put on the mp3 player.
+* `chmod` the files on the mp3 player to `0600` so that I can delete
+  them from the player when I am done listening to them.
+  
+Then I go for a run or something and listen to a bunch of podcasts,
+deleting them after I have listened to them.  When I get back, I would
+like to find the files that I have listened to and remove them from
+the annexes that are not on the mp3 player.  What I have been hoping
+is that something like
+
+    ~/gpodder-on-usbdisk $ git annex find --not --in usb-ariaz --print0 | xargs -0 git rm
+    ~/gpodder-on-usbdisk $ git annex unused
+    ~/gpodder-on-usbdisk $ git annex dropunused `seq X`
+	
+would work.  However, it appears that `git-annex find` does not
+actually check to see that the file contents are present, but only
+looks at the `git-annex` branch of the `usb-ariaz` repository.  Since
+I have not changed that with my sneaky deletions, it has no way of
+knowing that the files have been deleted.
+
+Is there any way to do this properly?  (And by properly, I don't mean
+"don't delete the files".  That is really the only way I have of
+marking that I have listened to podcasts on this particular mp3 player.)
+
+I tried setting the `usb-ariaz` repository to be untrusted, but that
+did not change the behavior of `git annex find`.
diff --git a/doc/forum/Podcast_syncing_use-case/comment_1_ace6f9d3a950348a3ac0ff592b62e786._comment b/doc/forum/Podcast_syncing_use-case/comment_1_ace6f9d3a950348a3ac0ff592b62e786._comment
new file mode 100644
index 0000000000..fe396c39f3
--- /dev/null
+++ b/doc/forum/Podcast_syncing_use-case/comment_1_ace6f9d3a950348a3ac0ff592b62e786._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-11-27T17:56:31Z"
+ content="""
+Right, --in goes by git-annex's [[location_tracking]] information; actually checking if a remote still has the files would make --in too expensive in many cases.
+
+So you need to give `gpodder-on-usbdisk` current information. You can do that by going to `usb-ariaz` and doing a `git annex fsck`. That will find the deleted files and update the location information. Then, back on `gpodder-on-usbdisk`, `git pull usb-ariaz`, and then you can proceed with the commands you showed.
+"""]]
diff --git a/doc/forum/Podcast_syncing_use-case/comment_2_930a6620b4d516e69ed952f9da5371bb._comment b/doc/forum/Podcast_syncing_use-case/comment_2_930a6620b4d516e69ed952f9da5371bb._comment
new file mode 100644
index 0000000000..97eb3c681c
--- /dev/null
+++ b/doc/forum/Podcast_syncing_use-case/comment_2_930a6620b4d516e69ed952f9da5371bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cgray.myopenid.com/"
+ nickname="cgray"
+ subject="comment 2"
+ date="2011-11-27T22:10:44Z"
+ content="""
+Thanks, that works perfectly!
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP.mdwn b/doc/forum/Poor_man__39__s_IMAP.mdwn
new file mode 100644
index 0000000000..af53ddc197
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP.mdwn
@@ -0,0 +1,6 @@
+I have an e-mail server configured to save my mail in ~/Maildir on an account that is available over ssh. I'd like to keep emailserver:~/Maildir in a two-way sync with laptop:~/Mail/private essentially creating a poor man's IMAP — without setting up and maintaining an actual IMAP server. **Is it an appropriate use of git-annex or would another tool be more fitting? And how do I go about doing it?** I'd like to sync the files, the content, not just information about the files or other meta-data. 
+
+I tried setting it up with the webUI to the assistant but it only offers encrypted storage[1] on the remote server. I looked into setting it up manually but "git-annex does not notice when files are added to remote rsync repositories."[2]
+
+[1] http://git-annex.branchable.com/bugs/Remote_repositories_have_to_be_setup_encrypted/  
+[2] from comments on http://git-annex.branchable.com/special_remotes/rsync/
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_1_258ff23c462dc88b88ced405c4f5040f._comment b/doc/forum/Poor_man__39__s_IMAP/comment_1_258ff23c462dc88b88ced405c4f5040f._comment
new file mode 100644
index 0000000000..8965f18be3
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_1_258ff23c462dc88b88ced405c4f5040f._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 1"
+ date="2013-08-14T06:45:56Z"
+ content="""
+I'd say that git-annex is the wrong tool.
+
+OfflineIMAP ([[http://offlineimap.org]]) is simple to set up, is easy to secure over ssh and does exactly what you want.
+
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_2_c88d1abdda4cb526a6ee45a710c75bc4._comment b/doc/forum/Poor_man__39__s_IMAP/comment_2_c88d1abdda4cb526a6ee45a710c75bc4._comment
new file mode 100644
index 0000000000..4ab7af46ba
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_2_c88d1abdda4cb526a6ee45a710c75bc4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 2"
+ date="2013-08-14T06:53:04Z"
+ content="""
+From my massive amount of googling, i.e. 2min, apparently mbsync ([[http://isync.sourceforge.net/mbsync.html]]) is good too.
+
+I've never used it, so YMMV.
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_3_3847e371db1c2788c075e7dca1fbd33e._comment b/doc/forum/Poor_man__39__s_IMAP/comment_3_3847e371db1c2788c075e7dca1fbd33e._comment
new file mode 100644
index 0000000000..a8ed314756
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_3_3847e371db1c2788c075e7dca1fbd33e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://spindritf.myopenid.com/"
+ nickname="spindritf"
+ subject="comment 3"
+ date="2013-08-14T07:30:30Z"
+ content="""
+Offlineimap connects to an IMAP server and I was hoping to avoid running one. Thanks though. 
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_4_cf6cc21f2cf2aa5c949844e24a7b4075._comment b/doc/forum/Poor_man__39__s_IMAP/comment_4_cf6cc21f2cf2aa5c949844e24a7b4075._comment
new file mode 100644
index 0000000000..bcb6982164
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_4_cf6cc21f2cf2aa5c949844e24a7b4075._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 4"
+ date="2013-08-14T11:11:59Z"
+ content="""
+IMHO It is not the wrong tool for the job, after all the whole point of assistant is to sync folder across machines. I have a similar setup. I have two folders on two machines plus an encrypted repo on an ssh server. On both folders (local/server) i keep webapp running they sync using the encrypted repo/xmpp. The only downside to this approach is that VPS has two copies of every file one in the folder on in the encrypted git repo.
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_5_d861fa69475ce526841b3195be8ee356._comment b/doc/forum/Poor_man__39__s_IMAP/comment_5_d861fa69475ce526841b3195be8ee356._comment
new file mode 100644
index 0000000000..d5621bb4a9
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_5_d861fa69475ce526841b3195be8ee356._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://spindritf.myopenid.com/"
+ nickname="spindritf"
+ subject="comment 5"
+ date="2013-08-14T18:08:22Z"
+ content="""
+> IMHO It is not the wrong tool for the job, after all the whole point of assistant is to sync folder across machines.
+
+That's what I thought. OK, so how do I do it? Should I set up this rsync special remote and run sync every once in a while. When starting the e-mail client for example? 
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_6_1e81bd4bb62652bc674cdcd7ed57ac5c._comment b/doc/forum/Poor_man__39__s_IMAP/comment_6_1e81bd4bb62652bc674cdcd7ed57ac5c._comment
new file mode 100644
index 0000000000..7e07204561
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_6_1e81bd4bb62652bc674cdcd7ed57ac5c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 6"
+ date="2013-08-16T09:14:52Z"
+ content="""
+You can either keep running 2 webapps paired using xmpp running all the time that gives you push like notifications or if you are ok with syncing every once in a while you can have a check mail script that adds files on the server commits them then calls git annex sync locally,
+
+    ssh $1 \"cd /path/to/annex/;git add .;git commit 'Update'\";git annex sync
+
+should do the trick. The latter method you just need to annex repos no encrypted third repo. Just init your git annex repo on the server and clone on the laptop thats it.
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_7_b3929281dff6078d77f1b9ae42e25bb6._comment b/doc/forum/Poor_man__39__s_IMAP/comment_7_b3929281dff6078d77f1b9ae42e25bb6._comment
new file mode 100644
index 0000000000..aba4cd0de9
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_7_b3929281dff6078d77f1b9ae42e25bb6._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 7"
+ date="2013-08-23T18:30:04Z"
+ content="""
+I don't feel that git-annex is the best thing to use for this. Maildir has some specific semantics for the filenames used in it that let imap clients resolve inconsistencies, such as a message that was read on machine A, and deleted on machine B. git-annex is unlikely to work as well.
+
+However, I have to say that the very beginning of this thread has a wrong statement in it. 
+
+> I tried setting it up with the webUI to the assistant but it only offers encrypted storage[1] on the remote server.
+
+If you install git and git-annex on your remote server, the git-annex assistant will detect this, and offer the choice between a regular git repository, and encrypted storage. If you don't have them installed, it tells you you don't, offers to let you retry once you do install them, and offers encrypted storage as the only option that works given what's installed on the server.
+
+(Also, the bug you linked to in [1] has nothing at all to do with what you were talking about.)
+"""]]
diff --git a/doc/forum/Poor_man__39__s_IMAP/comment_8_69506e8c519196f44b9ed15b32f00106._comment b/doc/forum/Poor_man__39__s_IMAP/comment_8_69506e8c519196f44b9ed15b32f00106._comment
new file mode 100644
index 0000000000..18b99a880c
--- /dev/null
+++ b/doc/forum/Poor_man__39__s_IMAP/comment_8_69506e8c519196f44b9ed15b32f00106._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="konubinix"
+ ip="82.243.233.186"
+ subject="And with a lots of mails?"
+ date="2013-08-27T06:44:56Z"
+ content="""
+Hi,
+
+I have a question quite similar, but for a different purpose. I use OfflineImap for imap synchronisation, but in my current situation, I travel a lot between two places: one connected to the Internet and the other not connected.
+
+When I am connected to the Internet, I may synchronize mails, then I rsync my ~/Mail directory to a usb key so that I have access to them in the place without connection. The mails filenames may be changed as Joeyh mentioned while I read or delete them. I rsync them back to the usb key before going back to the place with Internet connection, where the OfflineImap synchronization may occur.
+
+This solution, with rsynced key, works well. But I would love a history of what was done with file names and may be able to retrieve an old mail.
+
+I figured out that that the git annex was a really good solution for that.
+
+The main drawback from my point of view is that I have around 100 000 mails (some would say that's \"[Not much mail](http://notmuchmail.org/)\"), and I am afraid that git will be quite slow with that amount of files.
+
+Did anyone experience an annexed repository with so many items it in?
+
+Best
+"""]]
diff --git a/doc/forum/Portable_version_of_git-annex_for_windows.mdwn b/doc/forum/Portable_version_of_git-annex_for_windows.mdwn
new file mode 100644
index 0000000000..e4c0bb7374
--- /dev/null
+++ b/doc/forum/Portable_version_of_git-annex_for_windows.mdwn
@@ -0,0 +1,22 @@
+Problem: I don't have admin access on all the computers I want to plug my USB with git-annex on.
+Solution: Make git & git-annex portable.
+
+The only catch is I'm not familiar enough with git to be able to actually tell if the more specialized git-annex working properly. The commands execute without crashing so I suspect it's fine but I was hoping someone else more competent could try this out and let me know if I it's working so I can add it to the tips section. Thanks in advance!
+
+Ingredients:
+
+* Portable version of msysgit: <http://code.google.com/p/msysgit/downloads/list>
+
+* Windows git-annex installer: <http://git-annex.branchable.com/install/>
+
+* 7-zip (portable version optional): <http://portableapps.com/apps/utilities/7-zip_portable>
+
+Steps:
+
+1. Use 7-zip to extract the contents of the git-annex installer into their own folder.
+
+2. Extract the portable version of git and copy all files extracted from git-annex installer into the "cmd" folder.
+
+3. Run it!
+
+Edit: the markdown is eating my attempts to create a numbered list and making them a paragraph instead. Apologies!
diff --git a/doc/forum/Portable_version_of_git-annex_for_windows/comment_1_e5e60fa8d104a09152a8164d5a906aec._comment b/doc/forum/Portable_version_of_git-annex_for_windows/comment_1_e5e60fa8d104a09152a8164d5a906aec._comment
new file mode 100644
index 0000000000..2d5b22ee87
--- /dev/null
+++ b/doc/forum/Portable_version_of_git-annex_for_windows/comment_1_e5e60fa8d104a09152a8164d5a906aec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="rtwolf"
+ ip="69.165.155.234"
+ subject="comment 1"
+ date="2014-01-07T17:38:19Z"
+ content="""
+Seems windows version of git-annex only runs in direct mode so I got the dreaded \"fatal: this operation must be run in a work tree\" error. Ran \"git config core.bare false\" which fixed it.
+
+More info on direct mode: <http://git-annex.branchable.com/direct_mode/>
+"""]]
diff --git a/doc/forum/Portable_version_of_git-annex_for_windows/comment_2_d8d1aa0920351e880ba6678bb97585de._comment b/doc/forum/Portable_version_of_git-annex_for_windows/comment_2_d8d1aa0920351e880ba6678bb97585de._comment
new file mode 100644
index 0000000000..3602e88c6a
--- /dev/null
+++ b/doc/forum/Portable_version_of_git-annex_for_windows/comment_2_d8d1aa0920351e880ba6678bb97585de._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="rtwolf"
+ ip="69.165.155.234"
+ subject="comment 2"
+ date="2014-01-07T17:41:25Z"
+ content="""
+Correction to above. Don't run that command, just use git annex sync instead.
+
+Also, git annex drop gives just a blank line. Maybe it doesn't work in direct mode either?
+"""]]
diff --git a/doc/forum/Post-Kickstarter.mdwn b/doc/forum/Post-Kickstarter.mdwn
new file mode 100644
index 0000000000..d774ca25b1
--- /dev/null
+++ b/doc/forum/Post-Kickstarter.mdwn
@@ -0,0 +1,5 @@
+We're nearing the end of the year of development funded by Kickstarter. I'm curious to know what the future of the project looks like.
+
+I assume that development will decrease from its current levels as you focus more of your energy on activities that put bread on the table, but is git-annex still something that you foresee actively working on or will it be in more of a feature-freeze-bug-fix stage?
+
+As a backer my only regret is that during the campaign I wasn't able to donate as much as I would have liked. The project has exceeded my expectations since then. I don't know that another Kickstarter campaign is worth the effort, but if you were to ask for donations to fund another month or two or three I would gladly donate. Or perhaps implement a feature-bounty program where users could donate money toward development of a particular feature they would like to see added. Or perhaps you're sick of working for the Internet!
diff --git a/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__.mdwn b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__.mdwn
new file mode 100644
index 0000000000..d89bcee290
--- /dev/null
+++ b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__.mdwn
@@ -0,0 +1,77 @@
+Hello,
+
+I have the problem that, while git-annex preserves the file access rights (user, group, others) for the actual file, it does not make sure that others can access this file through the directory tree above said file:
+
+    /tmp $ mkdir test
+    /tmp $ chown claudius:media test
+    /tmp $ chmod 750 test
+    /tmp $ ls -dl test
+    drwxr-x--- 2 claudius media 40 2012-01-23 19:27 test/
+    /tmp $ cd test
+    /tmp/test $ git init --shared=all
+    Initialized empty shared Git repository in /tmp/test/.git/
+    /tmp/test $ git annex init "test"
+    init test ok
+    /tmp/test $ echo 123 > abc
+    /tmp/test $ chmod 640 abc
+    /tmp/test $ chown claudius:media abc
+    /tmp/test $ ls -l
+    total 4
+    -rw-r----- 1 claudius media 4 2012-01-23 19:27 abc
+    /tmp/test $ git annex add .
+    add abc (checksum...) ok
+    (Recording state in git...)
+    /tmp/test $ ls -l
+    total 4
+    lrwxrwxrwx 1 claudius claudius 176 2012-01-23 19:27 abc -> .git/annex/objects/8F/pj/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b
+    /tmp/test $ ls -l .git/annex/objects/8F/pj/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b
+    -r--r----- 1 claudius media 4 2012-01-23 19:27 .git/annex/objects/8F/pj/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b
+    /tmp/test $ ls -lR .git/annex/objects/
+    .git/annex/objects/:
+    total 0
+    drwx--S--- 3 claudius claudius 60 2012-01-23 19:28 8F/
+    
+    .git/annex/objects/8F:
+    total 0
+    drwx--S--- 3 claudius claudius 60 2012-01-23 19:28 pj/
+    
+    .git/annex/objects/8F/pj:
+    total 0
+    dr-x--S--- 2 claudius claudius 60 2012-01-23 19:28 SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b/
+    
+    .git/annex/objects/8F/pj/SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b:
+    total 4
+    -r--r----- 1 claudius media 4 2012-01-23 19:27 SHA256-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b
+    /tmp/test $ stat .git/annex/objects/
+      File: `.git/annex/objects/'
+      Size: 60        	Blocks: 0          IO Block: 4096   directory
+    Device: 11h/17d	Inode: 2365970     Links: 3
+    Access: (2700/drwx--S---)  Uid: ( 1000/claudius)   Gid: ( 1000/claudius)
+    Access: 2012-01-23 19:28:10.614948386 +0100
+    Modify: 2012-01-23 19:28:10.614948386 +0100
+    Change: 2012-01-23 19:28:10.614948386 +0100
+     Birth: -
+
+The use case is that I have a rather large collection of music I would like to manage with git-annex in various locations (all of it on my external hard drive, some on my notebook etc. This music is played by MPD, which can access the collection because it is in the "media" group. After changing to git-annex, however, this fails.
+
+I tried to avoid this specific problem by declaring the git repository to be shared, which does appear to have some effect on the other files in .git:
+
+    /tmp/test $ ls -l .git
+    total 16
+    drwx--S---  5 claudius claudius 160 2012-01-23 19:28 annex/
+    drwxrwsr-x  2 claudius claudius  40 2012-01-23 19:27 branches/
+    -rw-rw-r--  1 claudius claudius 218 2012-01-23 19:27 config
+    -rw-rw-r--  1 claudius claudius  73 2012-01-23 19:27 description
+    -rw-rw-r--  1 claudius claudius  23 2012-01-23 19:27 HEAD
+    drwxrwsr-x  2 claudius claudius 220 2012-01-23 19:27 hooks/
+    -rw-rw-r--  1 claudius claudius 104 2012-01-23 19:28 index
+    drwxrwsr-x  2 claudius claudius  60 2012-01-23 19:27 info/
+    drwxrwsr-x  3 claudius claudius  60 2012-01-23 19:27 logs/
+    drwxrwsr-x 15 claudius claudius 300 2012-01-23 19:28 objects/
+    drwxrwsr-x  4 claudius claudius  80 2012-01-23 19:27 refs/
+
+I could obviously try to change the rights of annex/, annex/objects etc., but I would like to avoid having to adapt them each time a new folder is added somewhere below annex/objects/.
+
+My knowledge of git and especially git-annex is not too good, so it might well be that I missed something obvious. Any hints? :)
+
+(And thank you, of course, for taking the time to read all this)
diff --git a/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_1_5dd978f9b5a0771f44ab9e086bf5a07f._comment b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_1_5dd978f9b5a0771f44ab9e086bf5a07f._comment
new file mode 100644
index 0000000000..d2da5e94df
--- /dev/null
+++ b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_1_5dd978f9b5a0771f44ab9e086bf5a07f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-23T19:00:40Z"
+ content="""
+You say you started the repo with \"git init --shared\" .. but what that's really meant for is bare repositories, which can have several users pushing into it, not a non-bare repository.
+
+The strange mode on the directories \"dr-x--S---\" and files \"-r--r-----\" must be due to your umask setting though. My umask is 022 and the directories and files under `.git/annex/objects` are \"drwxr-xr-x\" and \"-r--r--r--\", which allows anyone to read them unless an upper directory blocks it -- and with this umask, none do unless I explicitly remove permissions from one to lock down a repository.
+
+About mpd, the obvious fix is to run mpd not as a system user but as yourself. I put \"@reboot mpd\" in my crontab to do this.
+
+
+"""]]
diff --git a/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_2_9f51947b35ee04e473655e20d56c740a._comment b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_2_9f51947b35ee04e473655e20d56c740a._comment
new file mode 100644
index 0000000000..5d632ab860
--- /dev/null
+++ b/doc/forum/Preserving_file_access_rights_in_directory_tree_below_objects__47__/comment_2_9f51947b35ee04e473655e20d56c740a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlB7-aXsqwzOi2BIR_Q4sUF8sjj24H6F3c"
+ nickname="Claudius"
+ subject="comment 2"
+ date="2012-01-23T19:39:17Z"
+ content="""
+Thank you for your comment! Indeed, setting the umask to, for example, 022 has the desired effect that annex/objects etc. are executable (and in this special case also writable), my previous umask setting was 077; the \"strange\" permissions on the git directories was probably due to --shared=all, and the mode of \"440\" on the files within the git-annex tree is correct (the original file was 640 and stripped of its write permission).
+
+Using this umask setting and newgrp to switch the default group, I was successfully able to set up the repositories.
+
+However, I would like to suggest adding the execute bit to the directories below .git/annex/objects/ per default, even if the umask of the current shell differs. As the correct rights are already preserved in the actual files (minus their write permission) together with correct owner and group, the files are still protected the same way as previously, and because +x does not allow directory listings, no additional information can leak out either. Not having to set the umask to something \"sensible\" before operating git-annex would be a huge plus, too :)
+
+The reason why I am not running MPD as my user is that I am a bit wary of running an application even exposed to the local network as my main user, and I see nothing wrong with running it as its own user.
+
+Thank you again for your help and the time you put into this project!
+"""]]
diff --git a/doc/forum/Previous_versions_in_direct_mode__63__.mdwn b/doc/forum/Previous_versions_in_direct_mode__63__.mdwn
new file mode 100644
index 0000000000..2958346e73
--- /dev/null
+++ b/doc/forum/Previous_versions_in_direct_mode__63__.mdwn
@@ -0,0 +1,3 @@
+I am in Windows and therefore forced to use direct mode. After reading for a long while I still have not found a way of "git annex get" previous versions. Is this supported? is it only the last version in the repository?
+
+any chance to use indirect mode in Windows? In theory Windows supports NTFS symlinks, why is this not supported?
diff --git a/doc/forum/Previous_versions_in_direct_mode__63__/comment_1_352d460acd5500587e679d934180eee4._comment b/doc/forum/Previous_versions_in_direct_mode__63__/comment_1_352d460acd5500587e679d934180eee4._comment
new file mode 100644
index 0000000000..b81e6c85e4
--- /dev/null
+++ b/doc/forum/Previous_versions_in_direct_mode__63__/comment_1_352d460acd5500587e679d934180eee4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-24T20:56:00Z"
+ content="""
+git-annex for windows is targeting being used with msysgit, and msysgit does not seem to support symlinks. That's one good reason. Since cywin's git does support symlinks, it might be possible to get git-annex to use it and support indirect mode.
+
+Doing anything about this is probably \"patches accepted\" territory for me. I'm mostly interested in porting git-annex to Windows so it can be used on computers owned by non-technical users, to interoperate with git-annex on more capable operating systems.
+"""]]
diff --git a/doc/forum/Problem_compiling_current_master.mdwn b/doc/forum/Problem_compiling_current_master.mdwn
new file mode 100644
index 0000000000..d79dcd0b4f
--- /dev/null
+++ b/doc/forum/Problem_compiling_current_master.mdwn
@@ -0,0 +1,12 @@
+While trying to compile the current master I run in the following error:
+
+    Utility/Yesod.hs:21:14:
+        Couldn't match expected type `String'
+                    with actual type `WidgetFileSettings'
+        Expected type: String -> Q Exp
+          Actual type: WidgetFileSettings -> FilePath -> Q Exp
+        In the expression: widgetFileNoReload
+        In an equation for `widgetFile': widgetFile = widgetFileNoReload
+    make: *** [git-annex] Fehler 1
+
+I installed all dependencies from the INSTALL document. What is wrong?
diff --git a/doc/forum/Problem_compiling_current_master/comment_1_135df61ec850c06e3b48ccfef7b5b031._comment b/doc/forum/Problem_compiling_current_master/comment_1_135df61ec850c06e3b48ccfef7b5b031._comment
new file mode 100644
index 0000000000..676cc697d6
--- /dev/null
+++ b/doc/forum/Problem_compiling_current_master/comment_1_135df61ec850c06e3b48ccfef7b5b031._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 1"
+ date="2012-08-29T15:51:15Z"
+ content="""
+I think you're building with the Makefile, not with cabal, and have the recent yesod 1.1.0 release installed. The Makefile contains a -DWITH_OLD_YESOD that you need to remove in that situation.
+"""]]
diff --git a/doc/forum/Problem_compiling_current_master/comment_2_fb3e27b6014e84bd919a7a4a95e39ef9._comment b/doc/forum/Problem_compiling_current_master/comment_2_fb3e27b6014e84bd919a7a4a95e39ef9._comment
new file mode 100644
index 0000000000..61c6f3be67
--- /dev/null
+++ b/doc/forum/Problem_compiling_current_master/comment_2_fb3e27b6014e84bd919a7a4a95e39ef9._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 2"
+ date="2012-08-30T11:32:24Z"
+ content="""
+That helped now the compile stops at:
+
+    Utility/WebApp.hs:106:9:
+        Ambiguous occurrence `liftIO'
+        It could refer to either `Yesod.liftIO',
+                                 imported from `Yesod' at Utility/WebApp.hs:14:1-12
+                                 (and originally defined in `transformers-0.2.2.0:Control.Monad.IO.Class')
+                              or `Control.Monad.IO.Class.liftIO',
+                                 imported from `Control.Monad.IO.Class' at Utility/WebApp.hs:18:1-29
+    make: *** [git-annex] Fehler 1
+
+
+
+"""]]
diff --git a/doc/forum/Problem_compiling_current_master/comment_3_b737b3945103c5e2aa798b4e65fbce06._comment b/doc/forum/Problem_compiling_current_master/comment_3_b737b3945103c5e2aa798b4e65fbce06._comment
new file mode 100644
index 0000000000..12c4b1af08
--- /dev/null
+++ b/doc/forum/Problem_compiling_current_master/comment_3_b737b3945103c5e2aa798b4e65fbce06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 3"
+ date="2012-08-30T17:07:44Z"
+ content="""
+I've fixed this.. I think. I don't have this problem with the version of yesod I have here.
+"""]]
diff --git a/doc/forum/Problem_compiling_current_master/comment_4_28c1b335ae388d4e1f22b711ac1c001f._comment b/doc/forum/Problem_compiling_current_master/comment_4_28c1b335ae388d4e1f22b711ac1c001f._comment
new file mode 100644
index 0000000000..d16e17c139
--- /dev/null
+++ b/doc/forum/Problem_compiling_current_master/comment_4_28c1b335ae388d4e1f22b711ac1c001f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmU_2tE75oyG0h2ZPN4lcroIKEMC8G-otE"
+ nickname="Michael"
+ subject="comment 4"
+ date="2012-08-31T08:04:18Z"
+ content="""
+Success! Now it compiles fine on Ubuntu 12.04 with make. Thank you.
+"""]]
diff --git a/doc/forum/Problems_syncing_with_box.com.mdwn b/doc/forum/Problems_syncing_with_box.com.mdwn
new file mode 100644
index 0000000000..e536ccdb60
--- /dev/null
+++ b/doc/forum/Problems_syncing_with_box.com.mdwn
@@ -0,0 +1,26 @@
+I have a repository synchronized between two PCs and box.com . I chose encryption for box.com. Today on my work computer I changed files, on box.com I see that there are changed files today. When I got home, I still see files with yesterday's date.
+One thing to mention is that currently the work PC is not accessible. 
+
+1. How do I debug this problem? I have logging set to debug via web console, saved, restarted daemon, but after restart the debug checkbox is unchecked.
+From logs it looks like that after failing to connect to work pc via ssh it gives up:
+
+    [2013-05-09 21:42:52 CEST] main: Syncing with box.com
+this is first and last line mentioning box today, I restarted the daemon several times around 22:14 :
+
+    [2013-05-09 22:11:40 CEST] TransferScanner: Syncing with [work pc repo]
+    Already up-to-date.
+    
+    (scanning...) [2013-05-09 22:11:40 CEST] Watcher: Performing startup scan
+    Already up-to-date.
+    
+    (started...) ssh: connect to host [work pc] port 22: No route to host
+    fatal: The remote end hung up unexpectedly
+
+
+2. where is the configuration for box.com stored? How can I check gpg key ID mentioned at http://git-annex.branchable.com/tips/using_box.com_as_a_special_remote/
+3. how do I manually trigger sync with box.com? git fetch box.com neither git annex sync box.com doesn't work.
+
+
+---
+Version: 4.20130501
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
diff --git a/doc/forum/Problems_syncing_with_box.com/comment_1_8db642849da4d42cd9a43142e2b7cb70._comment b/doc/forum/Problems_syncing_with_box.com/comment_1_8db642849da4d42cd9a43142e2b7cb70._comment
new file mode 100644
index 0000000000..b60fc03e0c
--- /dev/null
+++ b/doc/forum/Problems_syncing_with_box.com/comment_1_8db642849da4d42cd9a43142e2b7cb70._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T17:56:35Z"
+ content="""
+From what you've described, the box.com special remote is the only remote you have connecting your two computers.
+
+But special remotes are only used to transfer the contents of files. They do not have the content of the git repository.
+
+You need to set up a git remote that both computers can access. Or you can use the webapp to set up XMPP to sync between the computers directly. If you start the webapp, it will detect you're missing a git remote, and suggest setting up XMPP. [[/assistant/xmppnudge.png]]
+"""]]
diff --git a/doc/forum/Problems_syncing_with_box.com/comment_2_cd18f33647aebc04af5469e4ce1fbcd2._comment b/doc/forum/Problems_syncing_with_box.com/comment_2_cd18f33647aebc04af5469e4ce1fbcd2._comment
new file mode 100644
index 0000000000..d156622df8
--- /dev/null
+++ b/doc/forum/Problems_syncing_with_box.com/comment_2_cd18f33647aebc04af5469e4ce1fbcd2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="tomas"
+ ip="188.167.111.235"
+ subject="Problems syncing with box.com"
+ date="2013-05-19T19:56:09Z"
+ content="""
+Thanks for the answer Joey.
+My setup is really 2 PCs that are usually not turned on at the same time (usually) and are unable to connect directly (usually). I've dropped box.com because there are bugs. When I sync a file, I see a broken link sometimes. That happens even in situation when the two PCs see each other. Other repos work as expected. So I assume this is a box.com issue. I tried to remove the box repo from both sides, but it is still in 'cleaning out' state even after few days and a lot of daemon restarts. I also have a queue to box. If I delete the transfers, they would appear later. Any way of sorting that out?
+I know that reporting bugs like this is not really efficient. What would be the best way to make it reproducible? E.g. using vagrant and two VMs?
+
+"""]]
diff --git a/doc/forum/Problems_using_submodules_with_git-annex__63__.mdwn b/doc/forum/Problems_using_submodules_with_git-annex__63__.mdwn
new file mode 100644
index 0000000000..39ebe855c1
--- /dev/null
+++ b/doc/forum/Problems_using_submodules_with_git-annex__63__.mdwn
@@ -0,0 +1 @@
+Are there any problems using submodules with git-annex? I have not tried it yet, I'm just asking.
diff --git a/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_1_c7a927736d419d3c31c912001ff16ee4._comment b/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_1_c7a927736d419d3c31c912001ff16ee4._comment
new file mode 100644
index 0000000000..3c2f5addba
--- /dev/null
+++ b/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_1_c7a927736d419d3c31c912001ff16ee4._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-07-05T17:04:34Z"
+ content="""
+I haven't tried it either, but I think it should work ok, as long as you bear in mind that to git-annex, each submodule will be treated as a separate git repository.
+"""]]
diff --git a/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_2_26f6581b5969eb2cb77495c40de88951._comment b/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_2_26f6581b5969eb2cb77495c40de88951._comment
new file mode 100644
index 0000000000..a9e9398341
--- /dev/null
+++ b/doc/forum/Problems_using_submodules_with_git-annex__63__/comment_2_26f6581b5969eb2cb77495c40de88951._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ nickname="Mildred"
+ subject="submodules with git-annex in direct mode"
+ date="2014-04-27T14:05:20Z"
+ content="""
+Does this work well even with direct mode ?
+How is this managed in direct mode ?
+
+Coming back from direct mode to indirect mode (required when I want to run git commands) I found that the .gitmodules file was an annex symlink (to .git/annex/objects/...). I just recovered from corrupt repository and may have made mistakes, but is this a risk under normal curcumstances ?
+"""]]
diff --git a/doc/forum/Problems_when_cloning_a_repository.mdwn b/doc/forum/Problems_when_cloning_a_repository.mdwn
new file mode 100644
index 0000000000..374aca26ec
--- /dev/null
+++ b/doc/forum/Problems_when_cloning_a_repository.mdwn
@@ -0,0 +1,22 @@
+Hi,
+
+On a linux server I created a (direct) git annex repository:
+
+    $ ls -a
+    .  ..  apps  attic  devel  games  .git  portable  tools
+
+On a Windows client, I want to check it out:
+
+    me@client /cygdrive/c/tmp
+    $ git clone ssh://me@server/srv/data/bin bin
+    Cloning into 'bin'...
+
+But git annex checks only half of it out :-(
+
+    me@client /cygdrive/c/tmp
+    $ ls -a bin
+    .  ..  .git  attic  games
+
+Any ideas? Sorry, I am very new to git-annex (and git).
+
+Thanks!
diff --git a/doc/forum/Problems_when_cloning_a_repository/comment_1_191c091c384d8d97d24f8a77e8ff90ee._comment b/doc/forum/Problems_when_cloning_a_repository/comment_1_191c091c384d8d97d24f8a77e8ff90ee._comment
new file mode 100644
index 0000000000..bb0d294c76
--- /dev/null
+++ b/doc/forum/Problems_when_cloning_a_repository/comment_1_191c091c384d8d97d24f8a77e8ff90ee._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="178.79.137.64"
+ subject="comment 1"
+ date="2014-05-08T12:50:58Z"
+ content="""
+What files are in the directories that are missing?
+Are they committed into the repository?
+"""]]
diff --git a/doc/forum/Problems_when_cloning_a_repository/comment_2_74ccbb09677444478074e9eab405fbaf._comment b/doc/forum/Problems_when_cloning_a_repository/comment_2_74ccbb09677444478074e9eab405fbaf._comment
new file mode 100644
index 0000000000..5f4ee08f7c
--- /dev/null
+++ b/doc/forum/Problems_when_cloning_a_repository/comment_2_74ccbb09677444478074e9eab405fbaf._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.174.99"
+ subject="comment 2"
+ date="2014-05-09T01:02:22Z"
+ content="""
+Thanks.
+
+As you can see everything except attic and games is missing.
+
+As far as I understand, yes, they are committed. How can I check?
+On the server I issued
+    git annex add .
+
+\"git annex status\" does not output anything. Remember: I use direct mode.
+"""]]
diff --git a/doc/forum/Problems_when_cloning_a_repository/comment_3_3436e26dd9fe07233a070d4e95d81cdf._comment b/doc/forum/Problems_when_cloning_a_repository/comment_3_3436e26dd9fe07233a070d4e95d81cdf._comment
new file mode 100644
index 0000000000..65470841a5
--- /dev/null
+++ b/doc/forum/Problems_when_cloning_a_repository/comment_3_3436e26dd9fe07233a070d4e95d81cdf._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.174.99"
+ subject="comment 3"
+ date="2014-05-09T06:06:54Z"
+ content="""
+Finally I found it: https://git-annex.branchable.com/bugs/assistant_doesn__39__t_sync_empty_directories/
+
+Empty directories.
+
+Wow! I was not aware that git is actually a step BACKWARDS in this regard :-(
+
+That was already a big problem half a century ago in CVS, finally fixed in SVN and git re-introduces the issue? Sad :-(
+
+
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files.mdwn b/doc/forum/Problems_with_large_numbers_of_files.mdwn
new file mode 100644
index 0000000000..1dbddd3e28
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files.mdwn
@@ -0,0 +1,8 @@
+I'm trying to use git-annex to archive scientific data. I'm often dealing with large numbers of files, sometimes 10k or more. When I try to git-annex add these files I get this error:
+
+
+    Stack space overflow: current size 8388608 bytes.
+    Use `+RTS -Ksize' to increase it.
+
+
+This is with the latest version of git-annex and a current version of git on OS 10.6.7. After this error occurs, I am unable to un-annex the files and I'm forced to recover from a backup. 
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_1_08791cb78b982087c2a07316fe3ed46c._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_1_08791cb78b982087c2a07316fe3ed46c._comment
new file mode 100644
index 0000000000..94043a7001
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_1_08791cb78b982087c2a07316fe3ed46c._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2011-04-05T07:27:46Z"
+ content="""
+Heh, cool, I was thinking throwing about 28million files at git-annex. Let me know how it goes, I suspect you have just run into a default limits OSX problem.
+
+You probably just need to up some system limits (you will need to read the error messages that first appear) then do something like
+
+<pre>
+# this is really for the run time, you can set these settings in /etc/sysctl.conf
+sudo sysctl -w kern.maxproc=2048
+sudo sysctl -w kern.maxprocperuid=1024
+
+# tell launchd about having higher limits
+sudo echo \"limit maxfiles 1024 unlimited\" >> /etc/launchd.conf
+sudo echo \"limit maxproc 1024 2048\" >> /etc/launchd.conf
+</pre>
+
+There are other system limits which you can check by doing a \"ulimit -a\", once you make the above changes, you will need to reboot to make the changes take affect. I am unsure if the above will help as it is an example of what I did on 10.6.6 a few months ago to fix some forking issues. From the error you got you will probably need to increase the stacksize to something bigger or even make it unlimited if you feel lucky, the default stacksize on OSX is 8192, try making it say 10times that size first and see what happens.
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_2_0392a11219463e40c53bae73c8188b69._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_2_0392a11219463e40c53bae73c8188b69._comment
new file mode 100644
index 0000000000..8ea5531f43
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_2_0392a11219463e40c53bae73c8188b69._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-05T17:46:03Z"
+ content="""
+This message comes from ghc's runtime memory manager. Apparently your ghc defaults to limiting the stack to 80 mb.
+Mine seems to limit it slightly higher -- I have seen haskell programs successfully grow as large as 350 mb, although generally not intentionally. :)
+
+Here's how to adjust the limit at runtime, obviously you'd want a larger number:
+
+<pre>
+# git-annex +RTS -K100 -RTS find
+Stack space overflow: current size 100 bytes.
+Use `+RTS -Ksize -RTS' to increase it.
+</pre>
+
+I've tried to avoid git-annex using quantities of memory that scale with the number of files in the repo, and I think in general successfully -- I run it on 32 mb and 128 mb machines, FWIW. There are some tricky cases, and haskell makes it easy to accidentally write code that uses much more memory than would be expected.
+
+One well known case is `git annex unused`, which *has* to build a structure of every annexed file. I have been considering using a bloom filter or something to avoid that.
+
+Another possible case is when running a command like `git annex add`, and passing it a lot of files/directories. Some code tries to preserve the order of your input after passing it through `git ls-files` (which destroys ordering), and to do so it needs to buffer both the input and the result in ram.
+
+It's possible to build git-annex with memory profiling and generate some quite helpful profiling data. Edit the Makefile and add this to GHCFLAGS: `-prof -auto-all -caf-all -fforce-recomp` then when running git-annex, add the parameters: `+RTS -p -RTS` , and look for the git-annex.prof file.
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_3_537e9884c1488a7a4bcf131ea63b71f7._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_3_537e9884c1488a7a4bcf131ea63b71f7._comment
new file mode 100644
index 0000000000..8e4101e37e
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_3_537e9884c1488a7a4bcf131ea63b71f7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-04-05T18:02:05Z"
+ content="""
+Oh, you'll need profiling builds of various haskell libraries to build with profiling support. If that's not easily accomplished, if you could show me the form of the command you're running, and also how git annex unannex fails, that would be helpful for investigating.
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_4_7cb65d013e72bd2b7e90452079d42ac9._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_4_7cb65d013e72bd2b7e90452079d42ac9._comment
new file mode 100644
index 0000000000..bac9fd7cad
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_4_7cb65d013e72bd2b7e90452079d42ac9._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkhdKAhe3l_UyGt5SdfRBPYVwe-9f8P2dM"
+ nickname="Justin"
+ subject="comment 4"
+ date="2011-04-05T21:14:12Z"
+ content="""
+@joey
+
+OK, I'll try increasing the stack size and see if that helps.
+
+For reference, I was running:
+
+git annex add .
+
+on a directory containing about 100k files spread over many nested subdirectories. I actually have more than a dozen projects like this that I plan to keep in git annex, possibly in separate repositories if necessary. I could probably tar the data and then archive that, but I like the idea of being able to see the structure of my data even though the contents of the files are on a different machine.
+
+After the crash, running:
+
+git annex unannex
+
+does nothing and returns instantly. What exactly is 'git annex add' doing? I know that it's moving files into the key-value store and adding symlinks, but I don't know what else it does.
+
+--Justin
+
+
+
+If 
+
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_5_86a42ee3173a5d38f803e64b79496ab3._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_5_86a42ee3173a5d38f803e64b79496ab3._comment
new file mode 100644
index 0000000000..7dcccef2e5
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_5_86a42ee3173a5d38f803e64b79496ab3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-04-07T16:41:00Z"
+ content="""
+I think what is happening with \"git annex unannex\" is that \"git annex add\" crashes before it can \"git add\" the symlinks. unannex only looks at files that \"git ls-files\" shows, and so files that are not added to git are not seen. So, this can be recovered from by looking at git status and manually adding the symlinks to git, and then unannex.
+
+That also suggests that \"git annex add .\" has done something before crashing. That's consistent with you passing it < 2 parameters; it's not just running out of memory trying to expand and preserve order of its parameters (like it might if you ran \"git annex add experiment-1/ experiment-2/\")
+
+I'm pretty sure I know where the space leak is now. git-annex builds up a queue of git commands, so that it can run git a minimum number of times. Currently, this queue is only flushed at the end. I had been meaning to work on having it flush the queue periodically to avoid it growing without bounds, and I will prioritize doing that.
+
+(The only other thing that \"git annex add\" does is record location log information.)
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_6_4551274288383c9cc27cbf85b122d307._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_6_4551274288383c9cc27cbf85b122d307._comment
new file mode 100644
index 0000000000..fff8f7cdde
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_6_4551274288383c9cc27cbf85b122d307._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-04-07T18:09:13Z"
+ content="""
+I've committed the queue flush improvements, so it will buffer up to 10240 git actions, and then flush the queue.
+
+There may be other memory leaks at scale (besides the two I mentioned earlier), but this seems promising. I'm well into running `git annex add` on a half million files and it's using 18 mb ram and has flushed the queue several times. This run
+will fail due to running out of inodes for the log files, not due to memory. :)
+"""]]
diff --git a/doc/forum/Problems_with_large_numbers_of_files/comment_7_d18cf944352f8303799c86f2c0354e8e._comment b/doc/forum/Problems_with_large_numbers_of_files/comment_7_d18cf944352f8303799c86f2c0354e8e._comment
new file mode 100644
index 0000000000..7d2ad5eba7
--- /dev/null
+++ b/doc/forum/Problems_with_large_numbers_of_files/comment_7_d18cf944352f8303799c86f2c0354e8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 7"
+ date="2011-04-08T21:55:36Z"
+ content="""
+http://xfs.org/index.php/XFS_FAQ#Q:_Performance:_mkfs.xfs_-n_size.3D64k_option
+"""]]
diff --git a/doc/forum/Pruning_out_unwanted_Git_objects.mdwn b/doc/forum/Pruning_out_unwanted_Git_objects.mdwn
new file mode 100644
index 0000000000..36397b2670
--- /dev/null
+++ b/doc/forum/Pruning_out_unwanted_Git_objects.mdwn
@@ -0,0 +1,3 @@
+I have a backups repository with a few files in it, that at one point had some huge filesets erroneously added to it.  As a result, even though there are only 23,334 annexed files, the number of non-dangling Git objects in the repository comes to 593,584.
+
+Normally I would use `git filter-branch` to clear out the deadwood in situations like this, since it is a completely private repository.  What I'm wondering is, is any such thing possible with git-annex, or is the best option just to start over, copy all the files into the new repository, and then `git-add` them all?
diff --git a/doc/forum/Pruning_out_unwanted_Git_objects/comment_1_0cf7a12bfa2957260f4b2f79b0cadf2f._comment b/doc/forum/Pruning_out_unwanted_Git_objects/comment_1_0cf7a12bfa2957260f4b2f79b0cadf2f._comment
new file mode 100644
index 0000000000..fbf538afa5
--- /dev/null
+++ b/doc/forum/Pruning_out_unwanted_Git_objects/comment_1_0cf7a12bfa2957260f4b2f79b0cadf2f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 1"
+ date="2013-08-29T07:23:13Z"
+ content="""
+Maybe one way to solve this that would be general is to have some kind of `prune-history` command, which keeps only the HEAD and drops everything else.  Because there are some repositories that I want to manage with `git-annex` for many reasons, but I don't care about keep history around at all.
+"""]]
diff --git a/doc/forum/Pruning_out_unwanted_Git_objects/comment_2_7472943c02cfe2808b0d566e06caa1a5._comment b/doc/forum/Pruning_out_unwanted_Git_objects/comment_2_7472943c02cfe2808b0d566e06caa1a5._comment
new file mode 100644
index 0000000000..0c26463514
--- /dev/null
+++ b/doc/forum/Pruning_out_unwanted_Git_objects/comment_2_7472943c02cfe2808b0d566e06caa1a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-08-30T06:18:42Z"
+ content="""
+This was answered quite thoroughly in:http://git-annex.branchable.com/forum/safely_dropping_git-annex_history/
+"""]]
diff --git a/doc/forum/Pruning_out_unwanted_Git_objects/comment_3_6a1e7a83d94394454fc085f6d2728cd7._comment b/doc/forum/Pruning_out_unwanted_Git_objects/comment_3_6a1e7a83d94394454fc085f6d2728cd7._comment
new file mode 100644
index 0000000000..90951961f3
--- /dev/null
+++ b/doc/forum/Pruning_out_unwanted_Git_objects/comment_3_6a1e7a83d94394454fc085f6d2728cd7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 3"
+ date="2013-09-04T06:36:15Z"
+ content="""
+`git annex forget` automates this now. Needs a version of git-annex supporting it installed on *all* the computers you use the repo on.
+"""]]
diff --git a/doc/forum/Purge_a_remote.mdwn b/doc/forum/Purge_a_remote.mdwn
new file mode 100644
index 0000000000..f1b04ead2d
--- /dev/null
+++ b/doc/forum/Purge_a_remote.mdwn
@@ -0,0 +1,2 @@
+How could I delete and purge a remote? I want to remove all traces of it
+but I can't find out how to achieve this.
diff --git a/doc/forum/Purge_a_remote/comment_1_78b3b77f457c65d31fd8a5abf714905d._comment b/doc/forum/Purge_a_remote/comment_1_78b3b77f457c65d31fd8a5abf714905d._comment
new file mode 100644
index 0000000000..a7eff3a99c
--- /dev/null
+++ b/doc/forum/Purge_a_remote/comment_1_78b3b77f457c65d31fd8a5abf714905d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-05T16:17:22Z"
+ content="""
+In the git-annex webapp, each repository has a settings menu with \"delete repository\".
+"""]]
diff --git a/doc/forum/Purge_a_remote/comment_2_dc65719157dee63b3979563ed57ee0ce._comment b/doc/forum/Purge_a_remote/comment_2_dc65719157dee63b3979563ed57ee0ce._comment
new file mode 100644
index 0000000000..86827c529a
--- /dev/null
+++ b/doc/forum/Purge_a_remote/comment_2_dc65719157dee63b3979563ed57ee0ce._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 2"
+ date="2013-11-05T17:46:02Z"
+ content="""
+When I use that Delete button it seems to still have records of it
+because when I delete the repo on the other end and create a new bare
+one it complains about some UUID mismatch.
+"""]]
diff --git a/doc/forum/Purge_a_remote/comment_3_63e0280273b816fa4b837724e102f813._comment b/doc/forum/Purge_a_remote/comment_3_63e0280273b816fa4b837724e102f813._comment
new file mode 100644
index 0000000000..621bda5085
--- /dev/null
+++ b/doc/forum/Purge_a_remote/comment_3_63e0280273b816fa4b837724e102f813._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-05T18:03:26Z"
+ content="""
+Hmm well, it's true that deleting a repository does not clean out any git remotes that other repositories might have configured using it, and the uuid of the old remote is cached in there. This is only a problem if you put back another repository in the same location as the old one. `git remote remove` should clean that up for you.
+"""]]
diff --git a/doc/forum/Purge_a_remote/comment_4_7fad1c4798ca03a4095ac3241c279f6d._comment b/doc/forum/Purge_a_remote/comment_4_7fad1c4798ca03a4095ac3241c279f6d._comment
new file mode 100644
index 0000000000..afb4dc92e3
--- /dev/null
+++ b/doc/forum/Purge_a_remote/comment_4_7fad1c4798ca03a4095ac3241c279f6d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 4"
+ date="2013-11-06T14:24:21Z"
+ content="""
+That is exactly what I have wanted to do a couple of times now and 'git remote remove' does not seem to remove it all either.
+When I try to create a new repository in the same place it still complains about that darn UUID :)
+
+What is working is to manually add the new UUID to .git/config
+"""]]
diff --git a/doc/forum/Push__47__Pull_with_the_Assistant.mdwn b/doc/forum/Push__47__Pull_with_the_Assistant.mdwn
new file mode 100644
index 0000000000..315ad38d85
--- /dev/null
+++ b/doc/forum/Push__47__Pull_with_the_Assistant.mdwn
@@ -0,0 +1 @@
+If I use git-annex with a centralized bare git repository as [described here](http://git-annex.branchable.com/tips/centralized_git_repository_tutorial/), will the Assistant automatically `git push` and `git pull` the master and git-annex branches? Or does it basically just do a `git annex sync`?
diff --git a/doc/forum/Push__47__Pull_with_the_Assistant/comment_1_f7b63d379c2d21794adf8658f546f8a7._comment b/doc/forum/Push__47__Pull_with_the_Assistant/comment_1_f7b63d379c2d21794adf8658f546f8a7._comment
new file mode 100644
index 0000000000..0477218bc6
--- /dev/null
+++ b/doc/forum/Push__47__Pull_with_the_Assistant/comment_1_f7b63d379c2d21794adf8658f546f8a7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-17T20:25:03Z"
+ content="""
+The assistant will push, pull, and merge the master and git-annex branches (which is exactly what git annex sync does). 
+
+Additionally, the assistant will transfer file contents to the bare repository, either to make it have a copy of everything, or as needed to transfer to other repositories that also use that bare repository. This behavior is configurable using the webapp.
+"""]]
diff --git a/doc/forum/Push__47__Pull_with_the_Assistant/comment_2_aec8cc20576e7ffd5a8be4348d1a0073._comment b/doc/forum/Push__47__Pull_with_the_Assistant/comment_2_aec8cc20576e7ffd5a8be4348d1a0073._comment
new file mode 100644
index 0000000000..20be4c6ce3
--- /dev/null
+++ b/doc/forum/Push__47__Pull_with_the_Assistant/comment_2_aec8cc20576e7ffd5a8be4348d1a0073._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="85.159.236.214"
+ subject="comment 2"
+ date="2012-11-17T20:44:53Z"
+ content="""
+When I make a change in the repository and run a plain old `git annex sync`, it pushes out to any other available annex, but not to my bare hub. If I run `git annex sync` a second time it tells me that I'm ahead of the hub:
+
+    commit
+    # On branch master
+    # Your branch is ahead of 'hub/master' by 1 commit.
+    #
+    nothing to commit, working directory clean
+    ok
+
+In order to push the changes out to the hub I have to do `git push --all`.
+
+The same thing with pulling. If I make a change on the annex, push it to the hub, and then go to a second annex that knows about the hub but not the first annex, a `git annex sync` does not pull the changes in from the hub. I have to do `git pull` to get them.
+
+Do I have something setup incorrectly?
+"""]]
diff --git a/doc/forum/Pushing_git_repo_to_AWS_S3_from_behind_proxy.mdwn b/doc/forum/Pushing_git_repo_to_AWS_S3_from_behind_proxy.mdwn
new file mode 100644
index 0000000000..03676502ba
--- /dev/null
+++ b/doc/forum/Pushing_git_repo_to_AWS_S3_from_behind_proxy.mdwn
@@ -0,0 +1,9 @@
+I want to setup my remote git repo on S3
+Referred to
+http://git-annex.branchable.com/tips/using_Amazon_S3/
+http://git-annex.branchable.com/special_remotes/S3/
+
+I need support for AWS.config param proxy_uri
+http://docs.amazonwebservices.com/AWSRubySDK/latest/AWS.html
+
+Can some one help?
diff --git a/doc/forum/Reappearing_repos_in_webapp_and_vicfg.mdwn b/doc/forum/Reappearing_repos_in_webapp_and_vicfg.mdwn
new file mode 100644
index 0000000000..41a64630d4
--- /dev/null
+++ b/doc/forum/Reappearing_repos_in_webapp_and_vicfg.mdwn
@@ -0,0 +1,43 @@
+Hi,
+
+Whenever I do a git annex vicfg (as pasted below) the long gone repo 40da403e-6f74-4705-aae0-433aa656b55e keeps automatically being added back into the configuration.  Worse in the webapp this manifests itself as a repository list item that's empty of text (and when buttons are clicked there's a complaint about missing UUIDs).
+
+In addition to removing the lines via git-annex vicfg, I've switched my repository into indirect mode, manually checked out the the git-annex branch and deleted the offending key from the preferred content and group files (it oddly didn't appear in the uuid file).  However they keep coming back :-(
+
+Everything seems to be okay bar this rogue entry which in the web-app irrationally bothers me.
+
+I'm running the very latest git-annex release.
+
+Any thoughts?
+
+Cheers,
+
+Matt.
+
+
+    # git-annex configuration
+    #
+    # Changes saved to this file will be recorded in the git-annex branch.
+    #
+    # Lines in this file have the format:
+    #   setting uuid = value
+    
+    # Repository trust configuration
+    # (Valid trust levels: trusted semitrusted untrusted dead)
+    # (for mattford63 (matt@descartes.rss.mhs.man.ac.uk:~/current))
+    trust 88733342-45ef-420f-8f1b-9a5ed8d8e070 = semitrusted
+    
+    # Repository groups
+    # (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+    # (Separate group names with spaces)
+    # (for )
+    group 40da403e-6f74-4705-aae0-433aa656b55e = client
+    # (for mattford63 (matt@descartes.rss.mhs.man.ac.uk:~/current))
+    group 88733342-45ef-420f-8f1b-9a5ed8d8e070 = client
+
+    # Repository preferred contents
+    # (for )
+    content 40da403e-6f74-4705-aae0-433aa656b55e = standard
+    # (for mattford63 (matt@descartes.rss.mhs.man.ac.uk:~/current))
+    content 88733342-45ef-420f-8f1b-9a5ed8d8e070 = standard
+    
diff --git a/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_1_bd977e864ae89816fa7f4ff69879b15f._comment b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_1_bd977e864ae89816fa7f4ff69879b15f._comment
new file mode 100644
index 0000000000..983dd8478c
--- /dev/null
+++ b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_1_bd977e864ae89816fa7f4ff69879b15f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-02T16:56:42Z"
+ content="""
+Run: `git annex dead 40da403e-6f74-4705-aae0-433aa656b55e`
+"""]]
diff --git a/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_2_05749f9e75689d0111339b7126c12300._comment b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_2_05749f9e75689d0111339b7126c12300._comment
new file mode 100644
index 0000000000..bd56c6670a
--- /dev/null
+++ b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_2_05749f9e75689d0111339b7126c12300._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2013-07-02T19:48:19Z"
+ content="""
+Hi,
+
+I should have mentioned I can't do this either:
+
+    ~/current $ git annex dead 40da403e-6f74-4705-aae0-433aa656b55e
+    dead 40da403e-6f74-4705-aae0-433aa656b55e git-annex: there is no available git remote named \"40da403e-6f74-4705-aae0-433aa656b55e\"
+
+I can't quite remember how I removed the remote - it was a whilst back, I think maybe I just edited it out of the git config file....
+"""]]
diff --git a/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_3_b1531994eea0fbbf4cb097e604378a53._comment b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_3_b1531994eea0fbbf4cb097e604378a53._comment
new file mode 100644
index 0000000000..a079e3b123
--- /dev/null
+++ b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_3_b1531994eea0fbbf4cb097e604378a53._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 3"
+ date="2013-07-02T19:58:30Z"
+ content="""
+It seems that the uuid is present in the group.log and preferred-content.log files in the git-annex branch, but not in the uuid.log file. I missed that in your description before. That's weird, don't know how that could happen.
+
+However, when I manually configure things this way, I do not see the repository in the webapp. Which makes sense; uuid.log is the canonical list of repositories.
+
+I guess if I were you I'd manually edit the uuid into uuid.log and then mark it dead.
+"""]]
diff --git a/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_4_f1eba3e8aa4116e3c20747ec1d6e24e5._comment b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_4_f1eba3e8aa4116e3c20747ec1d6e24e5._comment
new file mode 100644
index 0000000000..6c5e8835e8
--- /dev/null
+++ b/doc/forum/Reappearing_repos_in_webapp_and_vicfg/comment_4_f1eba3e8aa4116e3c20747ec1d6e24e5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 4"
+ date="2013-07-02T20:45:29Z"
+ content="""
+I tried as you suggested.  It worked as far in so far that I was able to mark the repository dead.  However, I still see an empty line in the web app so perhaps this odd repo isn't the cause (but I'm deeply suspicious of it).  Looking at the HTML source the line in the web-app does not have any UUID at all (see the screen shot [here](http://dancingfrog.hopto.org/~matt/git-annex.png)).
+
+What causes the code to add back a previously deleted repository (I vaguely remember something about this being due to the merge algorithm...and why one can only mark repos as deleted)?  Why would it only add back to the group and trust logs and not the UUID?  The code that generates the web-app HTML must use something else or things in addition to the UUID log?
+
+The logs don't really say much - how can I help debug this further?
+"""]]
diff --git a/doc/forum/Recommended_number_of_repositories.mdwn b/doc/forum/Recommended_number_of_repositories.mdwn
new file mode 100644
index 0000000000..9e9f2838d6
--- /dev/null
+++ b/doc/forum/Recommended_number_of_repositories.mdwn
@@ -0,0 +1,4 @@
+With git it is easy to create one repository per project, and it almost always makes sense to do so.  When using git-annex, what is the recommended setup?
+
+Should one have a single annex containing all files, or is it recommended to create different repositories for things like 'photos', 'music', 'isos' ?
+
diff --git a/doc/forum/Recommended_number_of_repositories/comment_1_3ef256230756be8a9679b107cdbfd018._comment b/doc/forum/Recommended_number_of_repositories/comment_1_3ef256230756be8a9679b107cdbfd018._comment
new file mode 100644
index 0000000000..46ce0e8d53
--- /dev/null
+++ b/doc/forum/Recommended_number_of_repositories/comment_1_3ef256230756be8a9679b107cdbfd018._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="depends ..."
+ date="2011-11-04T19:59:24Z"
+ content="""
+It makes sense to have separate repositories when you have well-defined uses for them. 
+
+I have a separate repository just for music and podcasts, which I can put various places where I have no need of the overhead of a tree of other files.
+
+If you're using it for whatever arbitrary large files you accumulate, I find it's useful to have them in one repository. This way I can rearrange things as makes sense. It might make sense to have \"photos\" and \"isos\" as categories today, but next year you might prefer to move those under 2011/{photos,isos}. It would certainly make sense to have different repositories for home, work, etc.
+
+How to split repositories up for a home directory is a general problem that the [vcs-home](http://vcs-home.branchable.com)
+project has surely considered at one time or another.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck.mdwn b/doc/forum/Recover_files__44___annex_stuck.mdwn
new file mode 100644
index 0000000000..b3e46471f8
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck.mdwn
@@ -0,0 +1,28 @@
+I have a directory with 6TB of data in it. I tried to use git annex to back it up to three 3TB drives, I didn't want to use RAID as it sucks, and I didn't want to use tar as I wanted my files easily available.
+
+I added my remotes successfully, then I ran ``git annex add .``
+
+That mostly worked, although it understandably took ages, although it missed several GB of files here and there.
+
+Next I tried to do ``git commit -a -m added``, hoping that this would copy all of my files to the remotes.  It didn't it just died with the error 
+
+    fatal: No HEAD commit to compare with (yet)
+    fatal: No HEAD commit to compare with (yet)
+    Stack space overflow: current size 8388608 bytes.
+    Use `+RTS -Ksize -RTS' to increase it.
+
+So I freaked out and decided to undo the mess and just go with tar instead, since at this point every git command takes multiple minutes and fails with the same error as above.
+
+I tried to run ``git anne unannex .``, but I got this error:
+
+``
+unannex GWAS/by-download-number/27081.log.gz fatal: No HEAD commit to compare with (yet)
+``
+
+So now I can't do anything without committing the files it seems, and I somehow need to grow the git cache, although when I search online for `+RTS -Ksize -RTS', I get nothing. 
+
+Does anyone know how to increase the cache size, or how to unannex the files without this HEAD error?
+
+Thanks,
+
+Mike
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_10_6d85c3ec73ddc0682d9643f4d5eeda70._comment b/doc/forum/Recover_files__44___annex_stuck/comment_10_6d85c3ec73ddc0682d9643f4d5eeda70._comment
new file mode 100644
index 0000000000..1a8cca6009
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_10_6d85c3ec73ddc0682d9643f4d5eeda70._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 10"
+ date="2014-06-18T20:15:42Z"
+ content="""
+``git ls-files --cached | wc -l`` returns: 1882028
+
+As far as I can tell, the largest objects in .git/objects are 65kb, there are just a bunch of them (257). Also, my repo contains 1,886,125 files and directories total, most in a single directory (after git annex add completed, that one directory contained 8.3GB of symlinks.
+
+``git-annex add .`` just completed successfully, I am now running ``git commit -a -m added``, it is chugging away and taking its time.
+
+Is there an obvious upper limit to the number of files or the total size of files that git annex can handle? For example, is 1 million files too many? How about 6TB? or 9TB? For this repo I think I have a little less than 2m files, and the total size of the repo is greater than 6TB. Is that too much? Should I split it into multiple repos?
+
+I also have a question just about the utility of git-annex for this purpose. I don't need to backup this data, I just want to have it off the big hard drive and onto a bunch of small drives. I have added 3 4TB drives as remotes and I want all of the data stored on them, I will take them offline and put them in a safe. Ideally my file and directory structure will remain intact as symlinks, and then when I want to access a file in the future, I can run ``git annex get <file>``, connect the drive that git annex tells me to, and then get that file, use it, and then drop it when I am done. From all of my reading it seems like that is a good usage for git annex, but I want to check with you and see if that makes sense to you. Also, can I just run ``git annex drop --auto --numcopies=1``  to get git annex to move all of the files to my remote repositories?
+
+Thanks for all of your help, and let me know if there are any other debug steps you would like me to run. I am still waiting for git commit to run, and for an exact repo size for you.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_11_52e799bb6f24a1ebed58fad6cebd3a71._comment b/doc/forum/Recover_files__44___annex_stuck/comment_11_52e799bb6f24a1ebed58fad6cebd3a71._comment
new file mode 100644
index 0000000000..d5fc3e7ae6
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_11_52e799bb6f24a1ebed58fad6cebd3a71._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 11"
+ date="2014-06-18T20:54:31Z"
+ content="""
+Ok, my suspicion is that the root problem is having a large number of file in a single directory. That would cause the git tree objects to get big, and it may 
+be that git-annex somewhere buffers a whole tree object in memory, although I cannot think of where off the top of my head.
+
+git-annex scales to any size of files (limited only by checksumming time unless you use the WORM backend to avoid checksumming). git-annex tries to scale at least as good as git does to a large quantity of files in a repository. git doesn't handle a million files in a repository very fast, due to a number of issues including how the index works. I have never tested git-annex with more than 1 million files, and not all in the same directory.
+
+Other than the number of files, your use case seems reasonable. `git annex drop` will drop files that you have already copied to enough of the remotes (using eg, `git-annex copy`).
+
+Above you show a git-annex add failing after 5 files. I suspect you truncated that output, and it processed rather more files. git-annex only says \"(Recording state in git...)\" once it's added all the files, or after it's added around 10 thousand files and still has more to do). It seems to have failed at the point where the files are staged into the index.
+
+I'm building a 2 million file in one directory repo on a fast server now to see if I can reproduce this.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_12_686a285bc7e950aae67856c47e7cb21e._comment b/doc/forum/Recover_files__44___annex_stuck/comment_12_686a285bc7e950aae67856c47e7cb21e._comment
new file mode 100644
index 0000000000..0428dfd309
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_12_686a285bc7e950aae67856c47e7cb21e._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 12"
+ date="2014-06-18T22:28:27Z"
+ content="""
+Yes, you are right. ``git-annex add`` got through almost all of the files in the first run, which I did a week ago, I am not sure how long it took, several days I think (which is fine, time isn't that important here).
+
+I re-ran ``git-annex add .`` yesterday after having trouble with ``git commit``, which is when I uncovered these problems. I think you are right that the problem appears when git-annex is staging files into the index. No problems occurred during checksumming or moving files.
+
+Also, the repo isn't as large as I thought, it if 4.1TB, so it makes sense that the issue is number of files, not files size.
+
+``git add`` and ``git commit`` are now working fine, all git operations (e.g. ``git status``) are now taking around 30s to 1 min, which is acceptable. 
+
+I am going to try and move the data to the remotes now. Is there anything special I need to do since the remotes are smaller than the current repo? The remotes are just single drives with ext4 filesystems and an empty repo on them. I ideally want to fill each drive as much as possible, and have the current repo contain no files, how do I do that? Can I just run ``git-annex move --to mito_backup1`` and then when it is full run a second command of ``git-annex move --to mito_backup2``.  Is it better to use ``git-annex copy`` instead of ``move`` and then use ``drop`` after?
+
+Thanks! 
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_13_a4d62d494b340458e6535d573bade965._comment b/doc/forum/Recover_files__44___annex_stuck/comment_13_a4d62d494b340458e6535d573bade965._comment
new file mode 100644
index 0000000000..e68933b5c7
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_13_a4d62d494b340458e6535d573bade965._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 13"
+ date="2014-06-18T22:43:08Z"
+ content="""
+It will be faster to use `git annex move`, assuming you want to only have 1 copy of each file, and not more. git-annex will stop storing files on a drive once it gets close to full (annex.diskreserve), and you can safely interrupt it and switch to the next drive.
+
+Do you have any special git configuration? In particular I'm curious about any annex.queuesize setting, which if set to something really high would make `git annex add` buffer a lot of filenames and stage them all at once. (However, I just noticed that annex.queuesize didn't cause as large a queue to be used as intended, so it would need to have been set to some really enormous value to run it out of stack space.)
+
+Also, see [[scalability]].
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_14_c10f0fe1440ccd170804a433db2267ee._comment b/doc/forum/Recover_files__44___annex_stuck/comment_14_c10f0fe1440ccd170804a433db2267ee._comment
new file mode 100644
index 0000000000..71c8d239db
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_14_c10f0fe1440ccd170804a433db2267ee._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 14"
+ date="2014-06-18T22:51:28Z"
+ content="""
+As far as I know I am using the defaults, I didn't customize anything. I am thinking of switching to the WORM backend though as I think it will make things a little faster, but I haven't done that yet.
+
+Also, I actually compiled cabal-install with the ghc flag ``-rtsopts`` and git-annex with flags ``-rtsopts -with-rtsopts=-K1000m``. Due to the amount of memory available, I am not worried if git-annex leaks memory and uses 1GB of memory during operations, but I have been watching it with htop, and its memory usage is usually very small.
+
+
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_15_14446cafac6c33a3f95b5344c42c0bef._comment b/doc/forum/Recover_files__44___annex_stuck/comment_15_14446cafac6c33a3f95b5344c42c0bef._comment
new file mode 100644
index 0000000000..bc1faa82cf
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_15_14446cafac6c33a3f95b5344c42c0bef._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 15"
+ date="2014-06-19T21:19:01Z"
+ content="""
+Everything seems to be working fine now, but I have another question:
+
+Is there any way to speed up the copying of many small files? It looks like git-annex is calling rsync for each individual file, which is very fast for large files, but on my directories with many small files, the total speed is working on to just a few MB an hour - it has only transferred 1GB in the last 4 hours.
+
+I am using the WORM backed with the ``-b WORM`` flag, but I wonder if there is a different move method implemented? For example many calls to ``mv`` will be much faster than many calls to ``rsync``. 
+
+Thanks!
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_16_63c19f58b7e95e39ba25a735bdcc0bcf._comment b/doc/forum/Recover_files__44___annex_stuck/comment_16_63c19f58b7e95e39ba25a735bdcc0bcf._comment
new file mode 100644
index 0000000000..c55edddf97
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_16_63c19f58b7e95e39ba25a735bdcc0bcf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 16"
+ date="2014-06-19T22:16:21Z"
+ content="""
+git-annex could be made to always use cp for local transfers, see Remote/Git.hs rsyncOrCopyFile and change `ifM (sameDeviceIds src dest) (docopy, dorsync)` to just `docopy`
+
+However, I doubt that will be a significant speedup. It's more likely that the overhead around copying a file and updating the location tracking etc adds up with millions of small files.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_17_8e5c7572ab8d1f0e41fedf6f805b942a._comment b/doc/forum/Recover_files__44___annex_stuck/comment_17_8e5c7572ab8d1f0e41fedf6f805b942a._comment
new file mode 100644
index 0000000000..4761bcf3ab
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_17_8e5c7572ab8d1f0e41fedf6f805b942a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 17"
+ date="2014-06-21T01:56:48Z"
+ content="""
+Would git-annex be able to detect if I manually moved some files? At this point it looks like the transfer will take multiple weeks... if I just moved the files from .git/annex directly from one repo to the other I could make the transfer significantly faster, but would that corrupt the repo?
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_18_e5357c63107f79571bd3ff609b4406a7._comment b/doc/forum/Recover_files__44___annex_stuck/comment_18_e5357c63107f79571bd3ff609b4406a7._comment
new file mode 100644
index 0000000000..0398980b44
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_18_e5357c63107f79571bd3ff609b4406a7._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 18"
+ date="2014-07-04T18:03:54Z"
+ content="""
+You can manually move files and use `git annex fsck`, but it is not likely to be any faster.
+
+---
+
+After letting a 2 million file import run while I was away on vacation, I came back to it, and it indeed ran out of memory:
+
+<pre>
+add 999996 ok
+add 999997 ok
+(Recording state in git...)
+[2014-06-21 11:49:28 JEST] feed: xargs [\"-0\",\"git\",\"--git-dir=/home/joey/tmp/r/.git\",\"--work-tree=/home/joey/tmp/r\",\"add\",\"--\"]
+add 999998 ok
+add 999999 ok
+[2014-06-21 11:49:49 JEST] read: git [\"--git-dir=/home/joey/tmp/r/.git\",\"--work-tree=/home/joey/tmp/r\",\"diff\",\"--name-only\",\"--diff-filter=T\",\"-z\",\"--\",\".\"]
+(Recording state in git...)
+[2014-06-21 11:52:24 JEST] feed: xargs [\"-0\",\"git\",\"--git-dir=/home/joey/tmp/r/.git\",\"--work-tree=/home/joey/tmp/r\",\"add\",\"--\"]
+Stack space overflow: current size 8388608 bytes.
+Use `+RTS -Ksize -RTS' to increase it.
+</pre>
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_19_3316652073710f39965cd49ceea5c4ff._comment b/doc/forum/Recover_files__44___annex_stuck/comment_19_3316652073710f39965cd49ceea5c4ff._comment
new file mode 100644
index 0000000000..828b07d41f
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_19_3316652073710f39965cd49ceea5c4ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 19"
+ date="2014-07-04T18:18:41Z"
+ content="""
+[[bugs/runs_of_of_memory_adding_2_million_files]]
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_1_d605f755c363d56cf5f1060ad06ee173._comment b/doc/forum/Recover_files__44___annex_stuck/comment_1_d605f755c363d56cf5f1060ad06ee173._comment
new file mode 100644
index 0000000000..18c1c0e9bb
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_1_d605f755c363d56cf5f1060ad06ee173._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 1"
+ date="2014-06-18T16:22:13Z"
+ content="""
+What version of git-annex are you using? And what version of git? Is your git-annex repository in direct mode or indirect mode?
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_2_f3ee184a4d3b8d82a8a362a6c03a54a3._comment b/doc/forum/Recover_files__44___annex_stuck/comment_2_f3ee184a4d3b8d82a8a362a6c03a54a3._comment
new file mode 100644
index 0000000000..7c46785bf2
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_2_f3ee184a4d3b8d82a8a362a6c03a54a3._comment
@@ -0,0 +1,54 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="Frustrating"
+ date="2014-06-18T16:29:31Z"
+ content="""
+OK, this is a little frustrating. I found this post from three years ago: [[http://git-annex.branchable.com/forum/Problems_with_large_numbers_of_files/]] and I decided to try a newer version of git-annex.
+
+I uninstalled ghc and haskell from Scientific Linux because all of these Red Hat based distros have ancient packages.
+
+I installed the latest git from source, the latest ghc linux x86_64 binary, and then the latest haskell platform from source. Then I used cabal to install all dependencies for git annex with ``cabal install --only-dependencies git-annex``. Finally I installed git annex from source.
+
+I then tried to run ``git-annex add .`` in my directory and got the following error:
+
+    #> git annex add .
+    add AllStudies.txt.csv.gz ok
+    add GWAS/action.txt.gz ok
+    add GWAS/archive/dump2.txt.gz ok
+    add GWAS/archive/dump3.txt.gz ok
+    add GWAS/by-download-number/27080.log.gz ok
+    (Recording state in git...)
+    Stack space overflow: current size 8388608 bytes.
+    Use `+RTS -Ksize -RTS' to increase it.
+
+
+Ok, I was hoping that the latest version would just work, no luck. So I did what it told me to:
+
+``git-annex +RTS -K1000000 -RTS add .``
+
+That gave the error:
+
+``
+    git-annex: Most RTS options are disabled. Link with -rtsopts to enable them.
+``
+
+Grr.
+
+So I went into the Makefile and added the line ``-rtsopts -with-rtsopts=\"-K1000m\"`` after every call to ghc I could find. I also added ``ghc-options: -with-rtsopts=\"-K100000\"`` to my ~/.cabal/config file.
+
+Now when I run ``make`` I get this error:
+
+
+    if [ \"cabal \" = ./Setup ]; then ghc --make Setup; fi
+    cabal  configure
+    cabal: Most RTS options are disabled. Link with -rtsopts to enable them.
+    make: *** [Build/SysConfig.hs] Error 1
+
+
+Do I have to manually compile the entire Haskell Platform with the -rtsopts flag in order to get this to work?
+
+I can't find any easy-to-follow information anywhere that shows me how to just increase the memory limit. My server has 48 cores, 192GB of memory, over 1TB of scratch space, and over 60TB of storage. I really want to be able to use git-annex to easily move files from our large RAID arrays onto archive drives, and be able to intelligently get that data back whenever I want, I don't understand why I am being limited to 8MB of memory for this.
+
+Any advice would be fantastic, thank you.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_3_341b47663d133411587ec70ef2b178c6._comment b/doc/forum/Recover_files__44___annex_stuck/comment_3_341b47663d133411587ec70ef2b178c6._comment
new file mode 100644
index 0000000000..77a7c93c8b
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_3_341b47663d133411587ec70ef2b178c6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="Version"
+ date="2014-06-18T16:32:32Z"
+ content="""
+Hi Joeyh,
+
+Thanks for the reply. I am using git version 2.0.0.390.gcb682f8, not sure what version of git-annex, but I downloaded it from github about 20 minutes ago.
+
+Thanks!
+
+-Mike
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_4_66c0d9284d5edbac189a64b03c4fe50a._comment b/doc/forum/Recover_files__44___annex_stuck/comment_4_66c0d9284d5edbac189a64b03c4fe50a._comment
new file mode 100644
index 0000000000..5d153e2481
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_4_66c0d9284d5edbac189a64b03c4fe50a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 4"
+ date="2014-06-18T16:35:29Z"
+ content="""
+You can find out the version of git-annex by running: git-annex version
+
+You can find out if your repository is in direct or indirect mode by running: git config annex.direct
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_5_8b32f6597f447f88bee7a80698fb4df6._comment b/doc/forum/Recover_files__44___annex_stuck/comment_5_8b32f6597f447f88bee7a80698fb4df6._comment
new file mode 100644
index 0000000000..cf656f3eae
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_5_8b32f6597f447f88bee7a80698fb4df6._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="Versions"
+ date="2014-06-18T16:40:14Z"
+ content="""
+``git-annex version`` returns:
+
+    git-annex version: 5.20140618-gc2f1c63 
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: unknown
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+``git config annex.direct`` exits with error code 1 and doesn't return any information, however I never explicitly set direct mode, and the repository is all symlinked, so my assumption is that it is in indirect mode. Would direct mode be better for such a large repo?
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_6_4cc81169e99a453cdb6e83e57e638f37._comment b/doc/forum/Recover_files__44___annex_stuck/comment_6_4cc81169e99a453cdb6e83e57e638f37._comment
new file mode 100644
index 0000000000..52e04dfc85
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_6_4cc81169e99a453cdb6e83e57e638f37._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="Reinstall GHC or Cabal?"
+ date="2014-06-18T16:49:35Z"
+ content="""
+Do I need to reinstall ghc or cabal with rtsopts enabled somehow in order to be able to compile git-annex with -K1000m?
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_7_2d104cf4682e04906f8ca0ced7288cf1._comment b/doc/forum/Recover_files__44___annex_stuck/comment_7_2d104cf4682e04906f8ca0ced7288cf1._comment
new file mode 100644
index 0000000000..6ea7b45f64
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_7_2d104cf4682e04906f8ca0ced7288cf1._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 7"
+ date="2014-06-18T17:14:40Z"
+ content="""
+Ok, so the repository is in indirect mode, and this rules out a large quantity of problems that could have been caused by direct mode (no, I don't recommend using direct mode).
+
+If you want to build git-annex with the +RTS option enabled, you just need to pass -rtsopts to ghc when building git-annex. (Not -with-rtsopts ...) 
+That *might* let you pump up the memory and bypass whatever the problem is, or at least find out how much memory it's trying to allocate, which might be a useful clue. But I would be much more interested in debugging and fixing the actual problem, since git-annex should not normally need to allocate a 8+ mb chunk of memory.
+
+The  \"No HEAD commit to compare with (yet)\" failure mode was removed from git in 2011. You must have been using old versions of git and git-annex before you upgraded. Perhaps they have left the repository in some broken state.
+
+What size does `du -hsc .git/objects` report? How about `du -h .git/index`?
+
+Are git commands that do not involve git-annex still taking a long time to run or failing in some way? (Note that `git commit` has a hook that runs git-annex; you can bypass that with `git commit --no-verify`)
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_8_d356c4fce9f1197e5292f9dedf85bbc9._comment b/doc/forum/Recover_files__44___annex_stuck/comment_8_d356c4fce9f1197e5292f9dedf85bbc9._comment
new file mode 100644
index 0000000000..df1af4f06b
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_8_d356c4fce9f1197e5292f9dedf85bbc9._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmwjQzWgiD7_I3zw-_91rMRf_6qoThupis"
+ nickname="Mike"
+ subject="comment 8"
+ date="2014-06-18T17:31:58Z"
+ content="""
+The git available through yum is git 1.7.1, which looks like it was released in 2010 or earlier. (I really wish I had a different version of linux on this server). It is possible that in some way screwed up the repo.
+
+I figured out how to compile cabal and git-annex with rtsopts, so I can now set higher memory levels, but I am happy to help debug the problem too, as I would really love a fully functional git-annex.
+
+git commands now run quickly, thanks to the new git I think.
+
+``du -hsc .git/objects`` returns: ``8.1G    .git/objects``
+
+``du -h .git/index`` returns: ``437M    .git/index``
+
+I am currently running the command ``git-annex +RTS -K1000m -RTS add .``, it is chugging away doing something, but is not printing any messages yet after 11 minutes of running, it is a 6TB directory though, and there are a lot of concurrent IO operations on that disk right now.
+
+I am also running ``du -h --max-depth=1`` on the root repo directory, and also ``find | wc -l``, so that I can tell you the exact size of the dir and the total number of files too.  These operations combined may take more than an hour though, I will send details when the commands complete.
+
+Let me know if you want me to stop the ``git-annex +RTS -K1000m -RTS add .`` command and run git-annex some other way.
+"""]]
diff --git a/doc/forum/Recover_files__44___annex_stuck/comment_9_856c7e1575f5d99530ecd54004315487._comment b/doc/forum/Recover_files__44___annex_stuck/comment_9_856c7e1575f5d99530ecd54004315487._comment
new file mode 100644
index 0000000000..c092d99f50
--- /dev/null
+++ b/doc/forum/Recover_files__44___annex_stuck/comment_9_856c7e1575f5d99530ecd54004315487._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.203"
+ subject="comment 9"
+ date="2014-06-18T17:36:44Z"
+ content="""
+Both of those du's look extremely large. How many files are listed by `git ls-files --cached | wc -l` ?
+
+I don't think that there's any point in running `git annex add` while you're still having some problem. I am curious though how much memory the git-annex add you have running has used.
+
+If I were you, I'd look in .git/objects for large files (> 100kb, say).
+"""]]
diff --git a/doc/forum/Relocating_annex_directory.mdwn b/doc/forum/Relocating_annex_directory.mdwn
new file mode 100644
index 0000000000..f2e271333e
--- /dev/null
+++ b/doc/forum/Relocating_annex_directory.mdwn
@@ -0,0 +1 @@
+I have around 70 GBs of data spread around 4 repositories on a Linux (Ubuntu) box. My problem is I need to reformat the drive they are on. I would like to move them to an external usb drive temporarily during reinstall then move them back to their original location. When I started with annex I did try to mv annexFolder/ toNewLoc/ which failed leaving behind a corrupt repo. What is a safe way to move an annex folder? My primary connection is a 3G modem so I am trying to avoid re downloading everything. Another thing I am trying to avoid is cloning the repos to the external drive, reinstall, clone it back to the internal drive and mark original and external repos as dead, but AFAIK those dead repos will show up in the output of whereis, so everytime I reformat I gonna have two extra dead repos.
diff --git a/doc/forum/Relocating_annex_directory/comment_1_13ff5438baa1db110beb6aab3a783def._comment b/doc/forum/Relocating_annex_directory/comment_1_13ff5438baa1db110beb6aab3a783def._comment
new file mode 100644
index 0000000000..5136941c50
--- /dev/null
+++ b/doc/forum/Relocating_annex_directory/comment_1_13ff5438baa1db110beb6aab3a783def._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-08-16T03:42:00Z"
+ content="""
+moving the annex should work fine, provided:
+
+* You are moving it to a proper unix filesystem - NOT fat32
+* The assistant is shutdown. If it is running, bad things will happen.
+"""]]
diff --git a/doc/forum/Relocating_annex_directory/comment_2_6d88ff03fcf00ae872442e8a86c968ed._comment b/doc/forum/Relocating_annex_directory/comment_2_6d88ff03fcf00ae872442e8a86c968ed._comment
new file mode 100644
index 0000000000..e7b361675f
--- /dev/null
+++ b/doc/forum/Relocating_annex_directory/comment_2_6d88ff03fcf00ae872442e8a86c968ed._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-24T18:56:11Z"
+ content="""
+`git annex whereis` does not show dead repositories. 
+
+Anyway Justin is of course right: Provided the assistant is not running in a repository, the repository is just a collection of files in a directory, and can be moved around, tarred up, untarred, etc just like any other repository. If the assistant is running it may become unhappy if its repository vanishes out from underneath it.
+"""]]
diff --git a/doc/forum/Remote_server_only_for_the_git_repository.mdwn b/doc/forum/Remote_server_only_for_the_git_repository.mdwn
new file mode 100644
index 0000000000..12f4c5c78f
--- /dev/null
+++ b/doc/forum/Remote_server_only_for_the_git_repository.mdwn
@@ -0,0 +1,3 @@
+Hi, I'm using git-annex 5.2014012 with the webapp and I've added two repositories: a remote server and a box.com account. When I add a file it is uploaded properly to both remotes as you would expect.
+
+The problem is that I would like the files to only be uploaded to box.com, and the remote server only store the git repository. Is there any way of saying to git-annex to not sync files to a remote server?
diff --git a/doc/forum/Remote_server_only_for_the_git_repository/comment_1_d4d8d8cfebf9a98ca8878c5684d5bb50._comment b/doc/forum/Remote_server_only_for_the_git_repository/comment_1_d4d8d8cfebf9a98ca8878c5684d5bb50._comment
new file mode 100644
index 0000000000..c97184cb82
--- /dev/null
+++ b/doc/forum/Remote_server_only_for_the_git_repository/comment_1_d4d8d8cfebf9a98ca8878c5684d5bb50._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2014-02-06T13:30:33Z"
+ content="""
+You can tell git-annex to ignore the repo (assuming git repo is called origin)
+
+     git config remote.origin.annex-ignore true
+"""]]
diff --git a/doc/forum/Remote_server_only_for_the_git_repository/comment_2_a62dec8ab98ac7bd65059a9e425a01e2._comment b/doc/forum/Remote_server_only_for_the_git_repository/comment_2_a62dec8ab98ac7bd65059a9e425a01e2._comment
new file mode 100644
index 0000000000..d02994628c
--- /dev/null
+++ b/doc/forum/Remote_server_only_for_the_git_repository/comment_2_a62dec8ab98ac7bd65059a9e425a01e2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 2"
+ date="2014-02-07T11:36:32Z"
+ content="""
+Thanks, that seams to be exactly what I need.
+Any change of adding this option to the webapp?
+"""]]
diff --git a/doc/forum/Removing_files_not_found_by_git_annex_unused.mdwn b/doc/forum/Removing_files_not_found_by_git_annex_unused.mdwn
new file mode 100644
index 0000000000..ce0aedc51d
--- /dev/null
+++ b/doc/forum/Removing_files_not_found_by_git_annex_unused.mdwn
@@ -0,0 +1,29 @@
+Hi,
+
+I've removed some large files with git remove, but seem to be unable to remove the corresponding annex content.
+
+Example:
+
+kheymann@corax:~/annex$ find -name "*s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac" 
+
+./.git/annex/objects/jF/j7/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
+
+./.git/annex/objects/jF/j7/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac/SHA256-s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
+
+kheymann@corax:~/annex$ git annex dropkey -vvv --backend SHA256 s24576--10daa3d9007edad720dc057e4272a9c6cda930bef34a83e3bc1d93f1c55b9cac
+
+No output but the files remain in the annex. Git annex fsck and git annex unused run without listing files to be removes. What can I do apart from deleting the files manually from the annex?
+
+Some info:
+
+    kheymann@corax:~/annex$ git annex version
+    git-annex version: 3.20121017
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+Any hints?
+
+Best, 
+Karsten
diff --git a/doc/forum/Removing_files_not_found_by_git_annex_unused/comment_1_420c6230e68de0a0ac7d7da91ac60801._comment b/doc/forum/Removing_files_not_found_by_git_annex_unused/comment_1_420c6230e68de0a0ac7d7da91ac60801._comment
new file mode 100644
index 0000000000..f932f779cf
--- /dev/null
+++ b/doc/forum/Removing_files_not_found_by_git_annex_unused/comment_1_420c6230e68de0a0ac7d7da91ac60801._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2012-11-09T19:37:24Z"
+ content="""
+Please ignore my previous post, by following the instructions in the comment in http://git-annex.branchable.com/walkthrough/unused_data/ I was able to get rid of the data.
+"""]]
diff --git a/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex.mdwn b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex.mdwn
new file mode 100644
index 0000000000..bcf2a87a39
--- /dev/null
+++ b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex.mdwn
@@ -0,0 +1,11 @@
+Hi,
+
+I'm trying to figure out if it's possible to have a remote that allows access from _clients without git-annex_. That is a remote type that presents itself as a client repo. I'm probably missing something obvious.
+
+Ideally I'd like to use my Nokia N900 phone as a ssh remote from which I can open files on any computer when the device is connected via usb in mass storage mode. This would allow me to access my files when I'm using a computer at work or at a friends house without installing git-annex. The phone has an ext3 partition so links are possible. Naturally I'd have to ensure the files I want are on the device before I leave the house.
+
+I'd also like to be able to scp files from my ssh remote when on git-annex less devices. Unfortunately the ssh/rsync repo presents no links or normal filenames.
+
+Git annex, and the assistant is working really smoothly between my local computers and my server on the internet. Setting things up with the webapp is super simple. Great work!
+
+
diff --git a/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_1_077c492fd37d335f74a5c886ff0d524f._comment b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_1_077c492fd37d335f74a5c886ff0d524f._comment
new file mode 100644
index 0000000000..4e724ff55e
--- /dev/null
+++ b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_1_077c492fd37d335f74a5c886ff0d524f._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-20T20:20:06Z"
+ content="""
+This is off the top of my head, so I may be wrong on details:
+
+An ssh remote, or a USB remote, when you create it with the assistant, is a bare repo.  The files in it are not visible or accessible except through a clone of it (such as your client repo).
+
+You *could* make an SSH remote or USB remote as a *non-bare repo*, in which case the files within it would be visible and accessible just like on a client repo.  You could set that up using the command line; the assistant doesn't do it, but once you got it set up on the command line the assistant would use it just like normal.
+
+There is a catch though.  Though potentially available, the files in that repo don't actually show up until you run \"git annex sync\" in that repo.  Because git annex does not update the checked out branch of a remote.  So you'd have to cd into that repo manually and run \"git annex sync\" to make the latest-and-greatest files available.
+
+Here's how I'd do this...
+
+If the git annex assistant is running, turn it off.
+
+follow the instructions here: http://git-annex.branchable.com/walkthrough/  under \"adding a remote\" on your usb drive.  You now have a non-bare remote.
+
+Fire up the assistant and you'll see that that is now one of your remotes.  Configure it to \"backup\" or whatever you want.  Let the assistant fill it up with content.
+
+When you want to take it someplace, get on the command line and \"cd /wherever/my/usb/drive/is/annex\" and then do: \"git annex sync\" -- that will update the links to the content so you can actually see it.
+
+You now have all your content available on your USB drive.
+
+You can do a similar process to manually create a non-bare SSH remote, and you can ssh in and run \"git annex sync\" to update its links and make the content available, which you can then retrieve va scp or sftp, or for that matter, you could configure a web server or WebDAV to serve it up if you like.
+
+The only complication is running git-annex sync to update your links.
+
+Again, this is all off the top of my head, I haven't looked up or tested anything here so I welcome correction.  But I think what you want to do can be pretty straightforward if you're willing to go behind Assistant's back to do the setup work, and run \"git annex sync\" when you need to.
+"""]]
diff --git a/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_2_00e6576e3e60d2650461eeb0f918e6e5._comment b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_2_00e6576e3e60d2650461eeb0f918e6e5._comment
new file mode 100644
index 0000000000..64f111921a
--- /dev/null
+++ b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_2_00e6576e3e60d2650461eeb0f918e6e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 2"
+ date="2013-01-21T07:02:17Z"
+ content="""
+An alternative to running git annex sync in the non-bare remote is running an assistant there.
+"""]]
diff --git a/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_3_c36a9562c53ac683b62fc4471405aa2a._comment b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_3_c36a9562c53ac683b62fc4471405aa2a._comment
new file mode 100644
index 0000000000..db7dec37f2
--- /dev/null
+++ b/doc/forum/Repo_accessible_from___34__dumb__34___client_without_git-annex/comment_3_c36a9562c53ac683b62fc4471405aa2a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Thanks for the help"
+ date="2013-01-21T20:40:39Z"
+ content="""
+I take it all the above requires mounting an sshfs filsystem of the remote client to run the git-annex or the assistant \"locally\" on the desktop or laptop. Or am I missing something.
+
+For the usb usecase a normal mount would suffice of course.
+
+The lack of automation means running a rsync script from (or to) the phone is easier. Not as clever though :( and means running a separate \"system\" for distributing files to the phone.
+
+Thanks again!
+
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key.mdwn b/doc/forum/Restricting_SSH_+_supply_key.mdwn
new file mode 100644
index 0000000000..59dd72fdc6
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key.mdwn
@@ -0,0 +1,7 @@
+Just two very simple questions:
+
+1.) Is there a way to restrict the SSH key for git annex by supplying a command= ? Even better, is it also possible to supply a directory in which the repository is? (I do not want chroot - too complicated but a soft check would be sufficient for me).
+
+2.) Can I tell git and git-ssh which pubkey to use WITHOUT changing system-/user wide config (e.g.., .ssh/*)? If it is indeed not possible, what's the best way to do it in Windows?
+
+Thanks!
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_10_8bbd0b6488c23ce8b182bd6b1765c94b._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_10_8bbd0b6488c23ce8b182bd6b1765c94b._comment
new file mode 100644
index 0000000000..2bcf658b96
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_10_8bbd0b6488c23ce8b182bd6b1765c94b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="ooooh"
+ date="2014-07-16T22:21:36Z"
+ content="""
+Thank *you* for taking the time to figure that out!
+ 
+I agree on moving the .vbs files. I have done so. (Well, you have to run the git-annex-uninstall.exe to remove the old ones, but that shouldn't matter.)
+Testing of an autobuild would be appreciated.
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_1_cac35ac1ac0b300ddfac5ffc74291bce._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_1_cac35ac1ac0b300ddfac5ffc74291bce._comment
new file mode 100644
index 0000000000..edcb5307e6
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_1_cac35ac1ac0b300ddfac5ffc74291bce._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T19:41:54Z"
+ content="""
+1. Yes, use [[git-annex-shell]].
+
+2. The best way to do this is to use a dummy hostname in the git url for the remote. Then in .ssh/config, you can add a Host stanza that sets the real Hostname and also specifies the IdentityFile to use for that host.
+
+Incidentially, the git-annex webapp takes care of both of these things for you automatically when setting up a remote on a ssh server.
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_2_e9803dd1794b4d078efa9435ff5ba295._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_2_e9803dd1794b4d078efa9435ff5ba295._comment
new file mode 100644
index 0000000000..e3ae82116e
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_2_e9803dd1794b4d078efa9435ff5ba295._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.173.91"
+ subject="comment 2"
+ date="2014-07-11T21:43:11Z"
+ content="""
+Hey Joey,
+
+Cool, that's great! Thanks!
+
+As for the client side. I assume you probably don't know too much about the git setup on Windows ... but maybe (or someone else has an idea :)
+
+1.) The ssh client config for git is \"c:\Program Files (x86)\Git\etc\ssh\ssh_config\" which is *very* unhandy since it's system wide! If it would at least be in the user profile ... (as mentioned, within the \".git\" directory of the repository would be the best)
+
+2.) Even if I create a \"Host\" and use \"IdentityFile\", ssh still queries the agent! This is absolutely unwanted and slows down things! I have a particular key \"git-annex.key\" and *only* this should be tried - no agent. The reason why the agent is especially problematic for me is that I use a special agent which \"locks\" itself after some inactivity and requires to re-enter the passwords.
+
+Thank you!
+
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_3_1c3beb859e76cb69d2bacd2473ec72b7._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_3_1c3beb859e76cb69d2bacd2473ec72b7._comment
new file mode 100644
index 0000000000..5412405e7e
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_3_1c3beb859e76cb69d2bacd2473ec72b7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-14T20:20:28Z"
+ content="""
+Re the ssh config on Windows, my windows VM has a per-user .ssh/config inside c:\Documents and Settings\$user. This is where the assistant stores configurations so I know it works.
+
+The soution to ssh still trying to use the agent is probably to set \"IdentitiesOnly yes\" in the stanza for a host. This is what the assistant does, anyway.
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_4_1c541fc9a44e5cfb13c7d3ef0eeba2c7._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_4_1c541fc9a44e5cfb13c7d3ef0eeba2c7._comment
new file mode 100644
index 0000000000..cba554860f
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_4_1c541fc9a44e5cfb13c7d3ef0eeba2c7._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 4"
+ date="2014-07-15T03:11:18Z"
+ content="""
+Hi Joey,
+
+Sorry that I bother so much with this.
+Thank you so much for your answer. At least with the command line it works now. I had it in %USERPROFILE%/.ssh/ssh_config (where I think it's supposed to be) rather than %USERPROFILE%/.ssh/config. In this file I have a stanza \"Host annex\" with Hostname, Port and IdentityFile set. When I call \"ssh annex\" from the command line everything works. It seems that it also works when I use e.g. \"git annex sync\" from the command line.
+
+However, if I use the webapp, the daemon.log is full of:
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    ssh: Could not resolve hostname annex: hostname nor servname provided, or not known
+    fatal: Could not read from remote repository.
+
+Is it possible that the assistant ignores the ssh config or does something differently?
+
+Thanks again!
+
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_5_4dbd5605f2638de0a3edfb3886a47938._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_5_4dbd5605f2638de0a3edfb3886a47938._comment
new file mode 100644
index 0000000000..26792873d1
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_5_4dbd5605f2638de0a3edfb3886a47938._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 5"
+ date="2014-07-15T04:03:16Z"
+ content="""
+After some debugging I found another weird thing which is I think the reason. If I execute
+    git annex get file.jpg
+
+everything works. But if I do
+
+    \"c:\program files (x86)\git\bin\git.exe\" annex get file.jpg
+
+it fails, claiming it can't connect to host \"annex\". I found that there are 3 (!) git.exe installed. When I choose
+
+    \"c:\program files (x86)\git\cmd\git.exe\" annex get file.jpg
+
+it works again. When I use \"which git\" in cygwin, it also points me to the \"cmd/git.exe\" version.
+So I think this is a bug and git annex assistant should call the executeable in \"cmd\" rather than \"bin\".
+Why are there three versions of git.exe at all (one more is in directory libexec/git-core)?
+
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_6_a9c5b424a6acb2da152bf87b2e7617bb._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_6_a9c5b424a6acb2da152bf87b2e7617bb._comment
new file mode 100644
index 0000000000..ef15c43a28
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_6_a9c5b424a6acb2da152bf87b2e7617bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 6"
+ date="2014-07-15T19:20:13Z"
+ content="""
+msgit seems to install it in both places, I am not sure why. Either one works ok when I try to use them. The msgit installer puts \"c:\program files (x86)\git\cmd\\" into PATH so I assume that's the one you're supposed to use.
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_7_93b7c2a5947fb6904c88cd5c120e404c._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_7_93b7c2a5947fb6904c88cd5c120e404c._comment
new file mode 100644
index 0000000000..caeec29e59
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_7_93b7c2a5947fb6904c88cd5c120e404c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 7"
+ date="2014-07-15T20:33:07Z"
+ content="""
+Thanks Joey,
+
+The problem is more that git-annex assistant takes the wrong (which is in \"bin\" rather than \"cmd\"). I think this is a bug. Because this way the connection does not work in git-annex assistant the same way it does not work with the version in \"bin\" ...
+
+I think when git-annex assistant just calls the git.exe from path (which should be cmd/git.exe) then it should work.
+
+Regards
+Niki
+
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_8_beaa350751eca4642545d1b83e528dd7._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_8_beaa350751eca4642545d1b83e528dd7._comment
new file mode 100644
index 0000000000..0d236d5e58
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_8_beaa350751eca4642545d1b83e528dd7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 8"
+ date="2014-07-16T18:10:09Z"
+ content="""
+git-annex only ever runs git from PATH; I never hardcode paths to programs.
+
+You can verify this by running it with the --debug flag to see the exact commands it runs.
+"""]]
diff --git a/doc/forum/Restricting_SSH_+_supply_key/comment_9_2faceeaf0d39f82e5d624eae19e4ca53._comment b/doc/forum/Restricting_SSH_+_supply_key/comment_9_2faceeaf0d39f82e5d624eae19e4ca53._comment
new file mode 100644
index 0000000000..8ed240a818
--- /dev/null
+++ b/doc/forum/Restricting_SSH_+_supply_key/comment_9_2faceeaf0d39f82e5d624eae19e4ca53._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="204.17.143.10"
+ subject="comment 9"
+ date="2014-07-16T20:54:54Z"
+ content="""
+Hi Joey,
+
+Thanks for taking care about all these Windows troubles (Windows and POSIX is unfortunately a big mess).
+
+I finally found the issue now and maybe the bug is related to msysgit. I guess you don't know too much about it so I will report to the msysgit folks.
+
+However, there is still an (easy to fix) \"bug\" related to git-annex I think. I shortly describe the issue and a possible fix:
+
+1.) As mentioned above, from the 3 git.exe, only the one in \"cmd\" should be called! It seems to be a wrapper for the \"bin\"-version. If the git.exe from \"bin\" is called something with the environment is wrong (e.g., ssh_config can not be found)
+
+2.) cmd/git.exe is in %PATH% so usually no problem
+
+3.) However, git-annex-autostart.vbs is in \"bin\" folder. Therefore, when called from there PWD is the \"bin\" folder and when calling \"git.exe\" without absolute path, this overwrites %PATH% because it's the current directory (of course, such behavior does not appear on UNIX).
+
+4.) Now the git-annex assistant daemon always calls the wrong git.exe resulting in a broken config
+
+
+Short term fix for users: Create a shortcut to git-annex-autostart.vbs and change the working directory to anything else
+
+Long term fix for git-annex option 1: Do a chdir in the vbs file before calling git. This is not so good because where to?
+
+Long term fix for git-annex option 2: Just place the vbs files in the parent directory (where \"Git Bash.vbs\" is). This looks like the cleanest solution to me.
+
+
+"""]]
diff --git a/doc/forum/Restricting_git-annex-shell_to_a_specific_repository.mdwn b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository.mdwn
new file mode 100644
index 0000000000..bed019e415
--- /dev/null
+++ b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository.mdwn
@@ -0,0 +1,25 @@
+Is there a way to restrict git-annex-shell to a specific directory?
+Currently, if git-annex is paired to a remote repository, it adds this to the authorized_keys:
+
+
+    $ cat ~/.ssh/authorized_keys
+    command="~/.ssh/git-annex-shell",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-rsa AAAAB3...
+
+    $ cat ~/.ssh/git-annex-shell 
+    #!/bin/sh
+    set -e
+    exec git-annex-shell -c "$SSH_ORIGINAL_COMMAND"
+
+That gives whoever has the pubkey the right to access all repositories of one user.
+It would be nice to have a manual way to limit the access to a specific repository like 
+
+
+    $ cat ~/.ssh/git-annex-shell 
+    #!/bin/sh
+    set -e
+    export GIT_ANNEX_SHELL_REPO=~/annex
+    exec git-annex-shell -c "$SSH_ORIGINAL_COMMAND"
+
+
+Or maybe some chroot hackery is the way to go?
+
diff --git a/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_1_66544520bff71181e4a03ca583b0b458._comment b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_1_66544520bff71181e4a03ca583b0b458._comment
new file mode 100644
index 0000000000..141f964945
--- /dev/null
+++ b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_1_66544520bff71181e4a03ca583b0b458._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 1"
+ date="2012-11-05T16:40:39Z"
+ content="""
+I've added a `GIT_ANNEX_SHELL_DIRECTORY` environment variable, that, if set, prevents git-annex-shell from operating on any other directory.
+
+I've made the assistant include that setting in `authorized_keys` that it sets up. For example:
+
+    command=\"GIT_ANNEX_SHELL_DIRECTORY=/home/me/annex ~/.ssh/git-annex-shell\" ...
+"""]]
diff --git a/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_2_2a210255e8535712c71fa183e56ab600._comment b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_2_2a210255e8535712c71fa183e56ab600._comment
new file mode 100644
index 0000000000..42b6c1758e
--- /dev/null
+++ b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_2_2a210255e8535712c71fa183e56ab600._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://olg.myid.net/"
+ ip="93.218.131.119"
+ subject="comment 2"
+ date="2012-11-05T23:34:20Z"
+ content="""
+Wow, thank you for implementing this so quickly!
+
+
+Just one question: As far as I understood git-annex-shell relays all unknown commands to git-shell. In this case are there the same restrictions active, too?
+
+Thanks again...
+"""]]
diff --git a/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_3_52cd4bd9694b2100b0e0dd2eafa9e828._comment b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_3_52cd4bd9694b2100b0e0dd2eafa9e828._comment
new file mode 100644
index 0000000000..e198f8e09a
--- /dev/null
+++ b/doc/forum/Restricting_git-annex-shell_to_a_specific_repository/comment_3_52cd4bd9694b2100b0e0dd2eafa9e828._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 3"
+ date="2012-11-05T23:42:10Z"
+ content="""
+All commands usually run by `git-shell` have the repository directory as their last parameter, and git-annex-shell depends on that being the case and checks them. It's possible to add some commands to git-shell by putting them in a special directory, and if those commands don't take the directory last, they wouldn't work.
+"""]]
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode.mdwn b/doc/forum/Retrieve_previous_version_in_direct_mode.mdwn
new file mode 100644
index 0000000000..c74b55b368
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode.mdwn
@@ -0,0 +1,5 @@
+I use the assistant with a local directory in direct mode. I have read in different places that direct mode does not ensure that past versions of files are preserved.
+
+What precisely happens to past versions? Under which conditions are past versions kept?
+
+How would I go about retrieving the past version of a file in direct mode?
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode/comment_1_ca3a999ed64c42b8df810115de205d2f._comment b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_1_ca3a999ed64c42b8df810115de205d2f._comment
new file mode 100644
index 0000000000..dce26832b4
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_1_ca3a999ed64c42b8df810115de205d2f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-21T22:16:16Z"
+ content="""
+If you change a direct mode file and that file has not yet been transferred to some other repository, you've changed the only copy of the file, and so you cannot get back the old version.
+
+Other than that, git-annex always preserves old versions of direct mode files, the same as it preserves old versions of indirect mode files.
+
+To get back an old version of a file, use `git annex indirect` to get out of direct mode, use regular git commands to check out the version of the repository that has the file you need, and use `git annex get` to retrieve the file if it's not available in the local repository.
+"""]]
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode/comment_2_1292b34ff6d9976b2bd08748e1ba4e7a._comment b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_2_1292b34ff6d9976b2bd08748e1ba4e7a._comment
new file mode 100644
index 0000000000..47ab2b742d
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_2_1292b34ff6d9976b2bd08748e1ba4e7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Disk space?"
+ date="2013-11-02T01:33:10Z"
+ content="""
+Sorry, I'm confused: does using regular client repositories in direct mode still store old versions of files?  If so, for how long?  I don't have unlimited disk space, and if it stored in git every copy of every file forever, especially large ones, I'd run out of space...and then what?
+"""]]
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode/comment_3_699e816c0397f6db924feeab906f1151._comment b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_3_699e816c0397f6db924feeab906f1151._comment
new file mode 100644
index 0000000000..77fa9b0e7c
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_3_699e816c0397f6db924feeab906f1151._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T17:36:23Z"
+ content="""
+You can use `git annex unused` and `git annex dropunused` to remove old versions of files.
+"""]]
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode/comment_4_d900388753de5870b7b9c0e8b8c06ed7._comment b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_4_d900388753de5870b7b9c0e8b8c06ed7._comment
new file mode 100644
index 0000000000..deb26163eb
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_4_d900388753de5870b7b9c0e8b8c06ed7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 4"
+ date="2013-11-02T22:30:07Z"
+ content="""
+Thank you.  Just curious, are there plans to put that in the webapp?
+"""]]
diff --git a/doc/forum/Retrieve_previous_version_in_direct_mode/comment_5_1360b936aa389a0ab5e5e453824b2ece._comment b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_5_1360b936aa389a0ab5e5e453824b2ece._comment
new file mode 100644
index 0000000000..c921758b42
--- /dev/null
+++ b/doc/forum/Retrieve_previous_version_in_direct_mode/comment_5_1360b936aa389a0ab5e5e453824b2ece._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="How to do this on Mac OSX"
+ date="2014-05-08T22:46:49Z"
+ content="""
+So I have a local repository on my MBP and a backup repository on S3. 
+How do I now restore OLD or deleted file versions on my MBP with git-annex assistant?
+"""]]
diff --git a/doc/forum/Revert_file_linkage_to_original_files.mdwn b/doc/forum/Revert_file_linkage_to_original_files.mdwn
new file mode 100644
index 0000000000..ba83cfd150
--- /dev/null
+++ b/doc/forum/Revert_file_linkage_to_original_files.mdwn
@@ -0,0 +1,9 @@
+I've recently found the following problem:
+
+I really really want to get back my original folder structure - which includes the real files, not the symlinks. I've searched for quite a while, but I simply could not find an acceptable solution...
+
+So I thought I would like to ask you guys here, if anybody experienced similar problems (or at least knows a solution for my problem)?
+
+Greetings
+
+Pethor
diff --git a/doc/forum/Revert_file_linkage_to_original_files/comment_1_898ca2c9976e92d22470c7404aa9813f._comment b/doc/forum/Revert_file_linkage_to_original_files/comment_1_898ca2c9976e92d22470c7404aa9813f._comment
new file mode 100644
index 0000000000..a72a2cfdd4
--- /dev/null
+++ b/doc/forum/Revert_file_linkage_to_original_files/comment_1_898ca2c9976e92d22470c7404aa9813f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-15T09:02:38Z"
+ content="""
+Sounds like you want to switch to [[direct mode]].
+
+(Or possibly to run `git annex unannex`, if you don't want to use git-annex for these files.)
+"""]]
diff --git a/doc/forum/Revert_to_a_precedent_state_in_direct_mode.mdwn b/doc/forum/Revert_to_a_precedent_state_in_direct_mode.mdwn
new file mode 100644
index 0000000000..08aa843cfd
--- /dev/null
+++ b/doc/forum/Revert_to_a_precedent_state_in_direct_mode.mdwn
@@ -0,0 +1,3 @@
+I have made some mistakes while using `git annex import` in direct mode. Now I see that some files have been erroneously added and there are other problems. I have not yet used `git annex sync`.
+
+How can I tell git-annex in direct mode (or bare git) to forget about all these changes and revert back to the last known good (pre-import) state? This means also removing the few imported files and recreate their links.
diff --git a/doc/forum/Revert_to_a_precedent_state_in_direct_mode/comment_1_1ae9f7defbab44621c3108973a4f683a._comment b/doc/forum/Revert_to_a_precedent_state_in_direct_mode/comment_1_1ae9f7defbab44621c3108973a4f683a._comment
new file mode 100644
index 0000000000..88f7fc895d
--- /dev/null
+++ b/doc/forum/Revert_to_a_precedent_state_in_direct_mode/comment_1_1ae9f7defbab44621c3108973a4f683a._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-04T19:03:05Z"
+ content="""
+I wish that I had a good answer for you, but since you're using direct mode, I really do not!
+
+You can run this to see the status:
+
+    git -c core.bare=false status
+
+That's safe. Everything below has a good chance of losing data if not used carefully.
+
+You can run a command like this to *delete* an unwanted file (that is shown as a new file in the above).
+
+    git -c core.bare=false rm -f unwanted_file
+
+If the status shows a file as being modified, you can run this to throw away the modified version. This does not put back the old version! It will leave you with a broken symlink.
+
+    git -c core.bare=false reset modified_file
+    git -c core.bare=false checkout modified_file
+    git annex fsck
+
+If you're lucky, you can then `git annex get` to get the old version from some other repository that still has it.
+"""]]
diff --git a/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__.mdwn b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__.mdwn
new file mode 100644
index 0000000000..4116577bb2
--- /dev/null
+++ b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__.mdwn
@@ -0,0 +1,2 @@
+How can I run the assistant on a server and access the webinterface over the network from my client pc?
+The use case I have in mind is that the server can automatically synchronize files, pushed over XMPP.
diff --git a/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_1_dd75d78ef63f2689199a302ed1846017._comment b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_1_dd75d78ef63f2689199a302ed1846017._comment
new file mode 100644
index 0000000000..ec31212e54
--- /dev/null
+++ b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_1_dd75d78ef63f2689199a302ed1846017._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-01-17T08:30:54Z"
+ content="""
+You don't need the webapp to run the assistant, but if you want, you can forward it to your local system. You will find the URL in .git/annex/url and have to extract the port from it (http://127.0.0.1:<someport>/.../), afterwards forward that port either via ssh port forwarding or via a webserver acting as a reverse proxy.
+"""]]
diff --git a/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_2_df654df60c5fa6a84d786d248928a352._comment b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_2_df654df60c5fa6a84d786d248928a352._comment
new file mode 100644
index 0000000000..ff43a083d8
--- /dev/null
+++ b/doc/forum/Running_assistant_on_a_server___40__no_X_available__41__/comment_2_df654df60c5fa6a84d786d248928a352._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-17T16:29:39Z"
+ content="""
+If this is a true server, with a static IP (or some dynamic DNS), there is no need to run the assistant on it; clients using the assistant can ssh in and sync data to it directly.
+
+Anyway, you can git config web.browser to run some script with the url it will be passed to the webapp when the webapp is started. I sometimes configure it to just echo the url out; it'd also be possible to automate
+setting up a redirection for a remote browser, I suppose.
+"""]]
diff --git a/doc/forum/Running_assistant_steps_manually.mdwn b/doc/forum/Running_assistant_steps_manually.mdwn
new file mode 100644
index 0000000000..b3b683433b
--- /dev/null
+++ b/doc/forum/Running_assistant_steps_manually.mdwn
@@ -0,0 +1,20 @@
+Unfortunately one of the machines that I am running git-annex on is too old to handle the watcher thread.
+
+The error message is:
+
+    Watcher crashed: Need at least OSX 10.7.0 for file-level FSEvents
+
+
+I am however interested in duplicating the assistant steps manually.  I'm happy to accept that I won't have the great, auto-magic, coverage, but, how I run the steps that the assistant runs?
+
+I'm guessing there is a:
+
+    git annex add .
+    git commit -m "[blah]"
+    git annex sync
+
+but how do I get the pushing to backup/transfer/whatever remotes to work?  And what order should I do these?
+
+What I would *like* to do is get a script that runs all of the needed annex steps and then kick it off in a cron job 2-5 times a day.
+
+Any thoughts?
diff --git a/doc/forum/Running_assistant_steps_manually/comment_1_e14e0a1d55d01cb4f67a94bbe349b872._comment b/doc/forum/Running_assistant_steps_manually/comment_1_e14e0a1d55d01cb4f67a94bbe349b872._comment
new file mode 100644
index 0000000000..6629ff024c
--- /dev/null
+++ b/doc/forum/Running_assistant_steps_manually/comment_1_e14e0a1d55d01cb4f67a94bbe349b872._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T20:18:11Z"
+ content="""
+Essentially, you want to run this:
+
+<pre>
+git annex add
+git annex sync
+for remote in $(git remote); do
+    git annex copy --auto --to $remote
+    git annex get --auto --from $remote
+done
+git annex drop --auto
+</pre>
+
+Of course this cannot sync with XMPP remotes. Otherwise it will get you to essentially the same place as the assistant.
+"""]]
diff --git a/doc/forum/Running_assistant_steps_manually/comment_2_3192f614c929b8060d4fbde56a7adec1._comment b/doc/forum/Running_assistant_steps_manually/comment_2_3192f614c929b8060d4fbde56a7adec1._comment
new file mode 100644
index 0000000000..b6c10ee880
--- /dev/null
+++ b/doc/forum/Running_assistant_steps_manually/comment_2_3192f614c929b8060d4fbde56a7adec1._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Looks great"
+ date="2013-08-29T12:45:10Z"
+ content="""
+This looks great as I have:
+
+ * A preference for multiple small repositories.
+ * Old versions for `git-annex` due to being on Ubuntu LTS for my server.
+ * A Samsung Galaxy Nexus which somehow seems too slow to run the assistant.
+
+So these steps combined with some locking and maybe `inotify` seem perfect
+"""]]
diff --git a/doc/forum/Running_out_of__inodes.mdwn b/doc/forum/Running_out_of__inodes.mdwn
new file mode 100644
index 0000000000..417de18de0
--- /dev/null
+++ b/doc/forum/Running_out_of__inodes.mdwn
@@ -0,0 +1,17 @@
+When syncing with a huge git annex repository on usb disk, my small laptop partition runs out of inodes.
+
+Any workaround for this?
+
+- Use bare repository?
+
+    Some git annex command are not supported.
+    This makes managing (particularly adding) files difficult.
+
+- Use a loop file partition with tiny block size and large inode numbers?
+
+    Operations on a huge git repository are slow.
+    On a loop file partition will be slower.
+
+- Maybe shrink the partition and make room for a specific partition for git annex repository?
+
+Any opinions?   
diff --git a/doc/forum/Running_out_of__inodes/comment_1_abc73d9ad662ef642337b683bf0a0253._comment b/doc/forum/Running_out_of__inodes/comment_1_abc73d9ad662ef642337b683bf0a0253._comment
new file mode 100644
index 0000000000..11f2f7b7eb
--- /dev/null
+++ b/doc/forum/Running_out_of__inodes/comment_1_abc73d9ad662ef642337b683bf0a0253._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T20:37:05Z"
+ content="""
+Define \"huge\"? Checking out a git repository necessarily requires one inode per file in the repository, plus a smaller quantity for the things in .git. A git-annex repository  is much the same as any other git repository.
+
+Even when I make a really tiny 100 mb ext4 filesystem, it defaults to 25000 inodes, which would be enough to contain a checkout of my second largest git-annex repository. 
+
+Anyway, using git branches seems like a reasonable workaround, to the extent I understand your problem. Make a branch with the files in it you want to have available on the small drive, or check out an empty branch on the small drive and `git annex add` files in there. You can merge the branch back into your master branch on the large drive.
+"""]]
diff --git a/doc/forum/S3_Host_Question.mdwn b/doc/forum/S3_Host_Question.mdwn
new file mode 100644
index 0000000000..f114d7c930
--- /dev/null
+++ b/doc/forum/S3_Host_Question.mdwn
@@ -0,0 +1,11 @@
+I have two machines A & B.  Each have their our repository.
+
+On machine A I have created a remotehost (S3) and have synced successfully.
+
+I am trying to link machine B to the same remote host.  I keep getting an error on the initremote command on machine B.
+
+I tried using the same command as I did on A and it is not working.   Is there a different command to link machine B to an existing remote repository?
+
+Any help is appreciated.
+
+Rob
diff --git a/doc/forum/S3_Host_Question/comment_1_8c8ecea703405753e47e0da5e8325929._comment b/doc/forum/S3_Host_Question/comment_1_8c8ecea703405753e47e0da5e8325929._comment
new file mode 100644
index 0000000000..b8d63e5fdd
--- /dev/null
+++ b/doc/forum/S3_Host_Question/comment_1_8c8ecea703405753e47e0da5e8325929._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-12-13T08:37:24Z"
+ content="""
+On machine B you don't initremote you enableremote,
+
+
+    git annex enableremote mys3
+"""]]
diff --git a/doc/forum/S3_Host_Question/comment_2_3d6fa3147d59a5e0d10b005388b23c7a._comment b/doc/forum/S3_Host_Question/comment_2_3d6fa3147d59a5e0d10b005388b23c7a._comment
new file mode 100644
index 0000000000..cef33d3542
--- /dev/null
+++ b/doc/forum/S3_Host_Question/comment_2_3d6fa3147d59a5e0d10b005388b23c7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnKhw0-Tu5oHjeoz_gAP4Nu5V9uo8ta3hM"
+ nickname="Robert"
+ subject="unknown special remote"
+ date="2013-12-13T15:12:37Z"
+ content="""
+How does machine B know about the remote?  Machines A & B are separate and don't share references. Am I missing a step? 
+"""]]
diff --git a/doc/forum/S3_Host_Question/comment_3_797edf3ad41561ab8960f3b28d20611e._comment b/doc/forum/S3_Host_Question/comment_3_797edf3ad41561ab8960f3b28d20611e._comment
new file mode 100644
index 0000000000..a0dbae5bdc
--- /dev/null
+++ b/doc/forum/S3_Host_Question/comment_3_797edf3ad41561ab8960f3b28d20611e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 3"
+ date="2013-12-14T09:05:26Z"
+ content="""
+remote info is recorded in git once you clone the git repo it knows about machine a and s3 repo.
+"""]]
diff --git a/doc/forum/Same_Jabber_account_for_different_annexes.mdwn b/doc/forum/Same_Jabber_account_for_different_annexes.mdwn
new file mode 100644
index 0000000000..f58d4abd06
--- /dev/null
+++ b/doc/forum/Same_Jabber_account_for_different_annexes.mdwn
@@ -0,0 +1 @@
+Is it possible to use the same jabber account for different annexes? I think I've mixed up several repositories by using the same jabber account for synchronizing...
diff --git a/doc/forum/Same_Jabber_account_for_different_annexes/comment_1_90c3954fe11980eef42b5f5d34f83488._comment b/doc/forum/Same_Jabber_account_for_different_annexes/comment_1_90c3954fe11980eef42b5f5d34f83488._comment
new file mode 100644
index 0000000000..e39b7b52be
--- /dev/null
+++ b/doc/forum/Same_Jabber_account_for_different_annexes/comment_1_90c3954fe11980eef42b5f5d34f83488._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-11T15:02:40Z"
+ content="""
+This is a limitation of how jabber is currently used. You need different accounts to sync different repositories over jabber. Supporting using 1 account is the main open todo item on the [[design/assistant/xmpp]] page.
+"""]]
diff --git a/doc/forum/Same_Jabber_account_for_different_annexes/comment_2_802600b3568e5f94d0550092b22975db._comment b/doc/forum/Same_Jabber_account_for_different_annexes/comment_2_802600b3568e5f94d0550092b22975db._comment
new file mode 100644
index 0000000000..6be7841efd
--- /dev/null
+++ b/doc/forum/Same_Jabber_account_for_different_annexes/comment_2_802600b3568e5f94d0550092b22975db._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="paulvt"
+ ip="2001:1af8:ff19:0:a288:b4ff:fe2c:f600"
+ subject="Resources"
+ date="2013-07-13T08:14:35Z"
+ content="""
+XMPP resources (carrying annex.uuid) cannot be of any help here?
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server.mdwn b/doc/forum/Securing_a_shared_ssh_server.mdwn
new file mode 100644
index 0000000000..3e0006cb36
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server.mdwn
@@ -0,0 +1,3 @@
+Hi, I'd like to share files with friends, to do so we need a shared server to exchange the files. I could setup an ssh access on one of my servers but I don't want others to have a full access. I assume I can restrict this using a `command='wrapper-around-git'` prefix in `.ssh/authorized_keys`, where `wrapper-around-git` is simply a script that checks if `SSH_ORIGINAL_COMMAND` is an authorised command and runs it. This is exactly the approach used with Mercurial (hg-ssh) and presumably git also relies on this mechanism.
+
+But to do so, I need to know what commands can be executed over ssh when using git-annex assistant. Could you document about this? Thanks!
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_1_ea971b57d94db5b8d487f728faa5e9a8._comment b/doc/forum/Securing_a_shared_ssh_server/comment_1_ea971b57d94db5b8d487f728faa5e9a8._comment
new file mode 100644
index 0000000000..f82a57295b
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_1_ea971b57d94db5b8d487f728faa5e9a8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-24T15:35:16Z"
+ content="""
+The git-annex assistant automatically sets up a ssh key that is locked down this way when you select \"ssh server\" in the webapp.
+
+The command you need to allow to run is git-annex-shell. This has been designed to be secure.
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_2_421a19f6e1fb40db6ee205daf8e3f867._comment b/doc/forum/Securing_a_shared_ssh_server/comment_2_421a19f6e1fb40db6ee205daf8e3f867._comment
new file mode 100644
index 0000000000..3d92c8b273
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_2_421a19f6e1fb40db6ee205daf8e3f867._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 2"
+ date="2013-05-24T15:47:36Z"
+ content="""
+Thanks for your quick answer! But this is true only for servers where git-annex is installed. On a server that just does SSH, things must be different. So, I've started to use the SSH `command=` mechanism to log the commands and discovered so far four of them:
+
+ * `sh -c 'echo git-annex-probe...` and `sh -c 'mkdir -p ...` when the server is first connected by a client
+ * `rsync --server -vre.iLsf --partial-dir .rsync-partial . DIR/` and `rsync --server --sender -e31.14 --inplace . DIR//bd1/469/TEXT` when files are transfered between clients
+
+I want to derive patterns from this but if you could give them to me (ie, tell me which parts are fixed and which are variable) this will be safer. Moreover, I'm quite sure there are somme commands missing from my logs... By the way, parameter `-e31.14` to `rsync` surprises me because `-e` is supposed to set the remote shell (like `--rsh`).
+
+Cheers, Franck
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_3_acdbf92f646dbbf691621f08b3d94c26._comment b/doc/forum/Securing_a_shared_ssh_server/comment_3_acdbf92f646dbbf691621f08b3d94c26._comment
new file mode 100644
index 0000000000..ea48a2caf0
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_3_acdbf92f646dbbf691621f08b3d94c26._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-27T19:14:37Z"
+ content="""
+I am confident that it will be *easier* to install git-annex-shell on your ssh server than it will be to lock down rsync. 
+
+All you need to do is go get the standalone linux tarball of git-annex, untar it, and add its directory to PATH.
+
+You can google for perl scripts that lock down rsync, but I have never been happy with any of the ones I found.
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_4_67533d08e1b8706b844262e9c483d982._comment b/doc/forum/Securing_a_shared_ssh_server/comment_4_67533d08e1b8706b844262e9c483d982._comment
new file mode 100644
index 0000000000..107c7b3cce
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_4_67533d08e1b8706b844262e9c483d982._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 4"
+ date="2013-05-28T06:34:04Z"
+ content="""
+Thanks, but my server is a synology nas and as you know from another thread of comments, having git-annex work on it is not that simple. ;-)
+Moreover, I'd like to be able to use ssh accounts where I don't have a root access and not necessarily git. So, a general method to restrict ssh would interest me. 
+
+But your answer seems to suggest that almost arbitrary rsync commands may be given. If so, I agree that there are few hopes to build a secured jail around this... But if really a limited subset of commands is used, I think it should be possible to check them securely. 
+
+Now on I'm focused on having git-annex work because this looks like the most promising way. But I'll have another question regarding it: I noticed that we can restrict access to a specific repository using an appropriate environnement variable. But it's it possible to provide a list of repositories instead of just one? My collaborators will typically have access to several shares but not to all of them. 
+
+Thanks for your responsiveness, after trying tens of candidates git-annex appears to be the only serious solution to replace Dropbox and I'm really glad that you actively help your users! 
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_5_bf193e02b388b4358632a169d2425b5c._comment b/doc/forum/Securing_a_shared_ssh_server/comment_5_bf193e02b388b4358632a169d2425b5c._comment
new file mode 100644
index 0000000000..d0f78da92e
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_5_bf193e02b388b4358632a169d2425b5c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-29T16:56:37Z"
+ content="""
+I can't say what options rsync will choose to pass to the server, when the rsync special remote uses rsync. It's up to that command.
+
+`GIT_ANNEX_SHELL_DIRECTORY` currently only supports specifying one directory. 
+"""]]
diff --git a/doc/forum/Securing_a_shared_ssh_server/comment_6_50d391992cd444080ebc70db30b215c5._comment b/doc/forum/Securing_a_shared_ssh_server/comment_6_50d391992cd444080ebc70db30b215c5._comment
new file mode 100644
index 0000000000..fce7ab3dfb
--- /dev/null
+++ b/doc/forum/Securing_a_shared_ssh_server/comment_6_50d391992cd444080ebc70db30b215c5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 6"
+ date="2013-05-29T17:41:25Z"
+ content="""
+OK, I understand now why it is complicated to secure rsync, the best I can hope is to chroot it on a restricted account. Thanks! And the \"currently\" regarding ˋGIT_ANNEX_SHELL_DIRECTORYˋ gives me hope about a future change.  :-)
+Cheers, Franck
+"""]]
diff --git a/doc/forum/Sending_requests_across_the_network.mdwn b/doc/forum/Sending_requests_across_the_network.mdwn
new file mode 100644
index 0000000000..db53224776
--- /dev/null
+++ b/doc/forum/Sending_requests_across_the_network.mdwn
@@ -0,0 +1,15 @@
+Hi,
+
+Is it possible to have git-annex send requests across the repository network? Say I have a network topology like this:  
+Home (annex) <-> Cloud (S3) <-> Laptop (annex)  
+
+Home has all files, cloud has zero, and laptop has subset of files. Let's also assume Laptop can't talk to Home directly (maybe it's behind a NAT), but both Home and Laptop are connected to the internet.  
+If I'm away on my laptop, can I retrieve a file from Home "through" Cloud?
+
+That is, Laptop checking its remotes and none of them have the file I want, so it checks remotes of remotes, etc. I'm not sure if git-annex knows the topology (seems likely considering it can generate the graphviz image). It also seems there is a communication medium of Jabber/XMPP where it could communicate between internet-connected git-annex servers (which might not otherwise be able to talk to each other directly)? So the fact that Cloud isn't a git-annex server, just a dumb key/value store would be okay?
+
+I realize that I could set it up so Home mirrors everything to Cloud and then that eventually mirrors over to Laptop, but let's assume both Cloud and Laptop have small storage capacities, so on-demand fetching would be needed.
+
+This is basically the same usecase as the USB transfer drive to sync two annexes not on the same network, but automated.
+
+Thanks!
diff --git a/doc/forum/Sending_requests_across_the_network/comment_1_8ff713d4c968705061bf2044ea0fe5a0._comment b/doc/forum/Sending_requests_across_the_network/comment_1_8ff713d4c968705061bf2044ea0fe5a0._comment
new file mode 100644
index 0000000000..8cb4575c10
--- /dev/null
+++ b/doc/forum/Sending_requests_across_the_network/comment_1_8ff713d4c968705061bf2044ea0fe5a0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="preferred content …"
+ date="2014-07-02T07:26:59Z"
+ content="""
+Hi
+
+This can be accomplished with the use of [[/preferred_content/]].
+"""]]
diff --git a/doc/forum/Sending_requests_across_the_network/comment_2_cb29e5346a8775d87d30b18b7fc005a7._comment b/doc/forum/Sending_requests_across_the_network/comment_2_cb29e5346a8775d87d30b18b7fc005a7._comment
new file mode 100644
index 0000000000..87e6976fe9
--- /dev/null
+++ b/doc/forum/Sending_requests_across_the_network/comment_2_cb29e5346a8775d87d30b18b7fc005a7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-07-02T17:25:51Z"
+ content="""
+The network topology shown has only a S3 special remote connecting the two repositories. This only provides a place to store file contents, it does not allow syncing the contents of git repositories. 
+
+You need either XMPP(Jabber) for that, or a git remote on some other server. Once there is a way for the git repository to sync, the Home repository will see when Laptop is missing a file it wants (configured via the preferred content mentioned above), and upload it to S3.
+"""]]
diff --git a/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port.mdwn b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port.mdwn
new file mode 100644
index 0000000000..85755e982d
--- /dev/null
+++ b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port.mdwn
@@ -0,0 +1,13 @@
+I want to setup a rsync special remote on my server with a non-standard ssh port.
+
+I tried the following steps:
+
+    git annex initremote rsync-encrypted type=rsync rsyncurl=1.2.3.4:/encrypted-annex encryption=AAAAAAAAA
+    git config remote.rsync-encrypted.annex-rsync-options "-e \'ssh -p 443\'"
+
+But I just get this error:
+
+    [2012-11-22 21:04:30 CET] read: rsync ["-e","'ssh","-p","443'","--progress","--recursive","--partial","-- partial-dir=.rsync-partial","/home/marco/annex/.git/annex/tmp/rsynctmp/15309/","1.2.3.4:/encrypted-annex"]
+    Missing trailing-' in remote-shell command.
+
+I tried some ways to escape the config but I don't have a clue. Anybody?
diff --git a/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_1_1eb6990e93ec92cb6fd7dbee59f31072._comment b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_1_1eb6990e93ec92cb6fd7dbee59f31072._comment
new file mode 100644
index 0000000000..5af84acc07
--- /dev/null
+++ b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_1_1eb6990e93ec92cb6fd7dbee59f31072._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 1"
+ date="2012-11-22T22:44:11Z"
+ content="""
+Add the host to your .ssh/config like this
+
+Host myotherpc
+     HostName 10.0.0.10
+     Port 2222
+
+"""]]
diff --git a/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_2_c85d5167e7ccce1ecf1de396e72ce7bc._comment b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_2_c85d5167e7ccce1ecf1de396e72ce7bc._comment
new file mode 100644
index 0000000000..c336be0d1c
--- /dev/null
+++ b/doc/forum/Setup_of_rsync_special_remote_with_non-standard_ssh_port/comment_2_c85d5167e7ccce1ecf1de396e72ce7bc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="~/.ssh/config"
+ date="2012-11-23T05:08:47Z"
+ content="""
+Thank you very much. Works like a charm.
+"""]]
diff --git a/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__.mdwn b/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__.mdwn
new file mode 100644
index 0000000000..53d0e0165c
--- /dev/null
+++ b/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+When using git-annex assistant, is there a possibility to share only certain files or directories from a repository (similar to what Dropbox can do), or do we have to share whole repositories so far?
+Could this be a nice wishlist item, or is there a strong reason against adding this feature to git-annex?
+
+Thanks a lot!
diff --git a/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__/comment_1_ec0d56cb31b918023a9184cee168b406._comment b/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__/comment_1_ec0d56cb31b918023a9184cee168b406._comment
new file mode 100644
index 0000000000..8fa6f7b40b
--- /dev/null
+++ b/doc/forum/Share_only_certain_files_of_a_repo___40__Assistant__41__/comment_1_ec0d56cb31b918023a9184cee168b406._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T19:44:57Z"
+ content="""
+Everyone can see the names of every file that is put into the git repository. Whether the contents of those files is transferred from the machine where they were created to other clones of the repository is configurable using [[preferred_content]], but it's not really intended as an access control mechanism.
+"""]]
diff --git a/doc/forum/Share_with_friend_copies_only_sym_links.mdwn b/doc/forum/Share_with_friend_copies_only_sym_links.mdwn
new file mode 100644
index 0000000000..8f31b63372
--- /dev/null
+++ b/doc/forum/Share_with_friend_copies_only_sym_links.mdwn
@@ -0,0 +1,38 @@
+I just setup git-annex across three macs, using git-annex assistant.  I have one repository working fine, which successfully syncs between two of my own accounts on two different machines, via S3.
+
+Now I'm trying to get the "share with a friend" feature to work.  The problem is that only Mac Alias's / sym links are created, for example:
+
+Machine 1:
+- Copy file into ~/annex/
+
+Machine 2:
+- The file is synced as a sym-link, with a link into a file in .git that doesn't exist.
+
+The config is:
+- Version: 4.20130909-ga29f960 - Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi
+- Two macs
+- Share with friend over Jabber
+- Use Box as the cloud sync service with encryption enabled.  Box is setup as a transfer repository.
+
+I've looked through the logs in .git/annex/daemon.log* and there doesn't look to be any problems.
+
+This is what the log looks like:
+
+    [2013-09-14 19:55:47 PDT] Committer: Adding 20120101-..084-1.jpg
+    failed
+    add /Users/nick/Shared/20120101-GOPR0084-1.jpg (checksum...) ok 
+    add /Users/nick/Shared/20120101-GOPR0084-1.jpg (checksum...) ok 
+    add /Users/nick/Shared/20120101-GOPR0084-1.jpg (checksum...) ok 
+    add /Users/nick/Shared/20120101-GOPR0084-1.jpg (checksum...) ok 
+    add /Users/nick/Shared/20120101-GOPR0084-1.jpg (checksum...) [2013-09-14 19:55:47 PDT] Committer: Committing changes to git
+    [2013-09-14 19:55:48 PDT] XMPPSendPack: Syncing with USER2 
+    Already up-to-date.
+    To xmpp::USER2@gmail.com
+       7b65b15..183b91c  git-annex -> refs/synced/6163ef8e-c36a-4b09-919b-9c18ade55234/bmlja2JsYWNrMUBnbWFpbC5jb20=/git-annex
+       3104275..96afa09  master -> refs/synced/6163ef8e-c36a-4b09-919b-9c18ade55234/bmlja2JsYWNrMUBnbWFpbC5jb20=/master
+    [2013-09-14 19:55:49 PDT] XMPPSendPack: Syncing with USER2 
+    Everything up-to-date
+    recv: resource vanished (Connection reset by peer)
+
+
+Any ideas what I should look at next?  Thanks in advance :-)
diff --git a/doc/forum/Share_with_friend_copies_only_sym_links/comment_1_a8d22dfefb219f0c9130cc294364b198._comment b/doc/forum/Share_with_friend_copies_only_sym_links/comment_1_a8d22dfefb219f0c9130cc294364b198._comment
new file mode 100644
index 0000000000..84217711aa
--- /dev/null
+++ b/doc/forum/Share_with_friend_copies_only_sym_links/comment_1_a8d22dfefb219f0c9130cc294364b198._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 1"
+ date="2013-09-19T17:41:47Z"
+ content="""
+git-annex can only share the contents of files with a friend when you both have access to a transfer repository. Your friend's git-annex webapp should detect that it does not have such a repository, and should be displaying an alert like this:
+
+[[assistant/cloudnudge.png]]
+(But in this case it should say \"Unable to download files from YourName\")
+
+So, you need to give your friend access to the S3 repository that you're already using to keep your 2 computers in sync. Or, set up some other transfer repository that you both can access.
+
+There is a way in S3 to create another key that can read and write to a S3 bucket. You can then give that key to your friend.
+
+Or, you could set up a shared git repository on a ssh server you both have access to. Or, set up a box.com remote -- the webapp will offer to store the box.com credentials and share them with your friend.
+"""]]
diff --git a/doc/forum/Sharing_annex_with_local_clones.mdwn b/doc/forum/Sharing_annex_with_local_clones.mdwn
new file mode 100644
index 0000000000..756075ef90
--- /dev/null
+++ b/doc/forum/Sharing_annex_with_local_clones.mdwn
@@ -0,0 +1 @@
+Hi, is there any particular problem with symlinking one .git/annex to share between multiple repos?
diff --git a/doc/forum/Sharing_annex_with_local_clones/comment_1_2b60e13e5f7b8cee56cf2ddc6c47f64d._comment b/doc/forum/Sharing_annex_with_local_clones/comment_1_2b60e13e5f7b8cee56cf2ddc6c47f64d._comment
new file mode 100644
index 0000000000..892bc50f52
--- /dev/null
+++ b/doc/forum/Sharing_annex_with_local_clones/comment_1_2b60e13e5f7b8cee56cf2ddc6c47f64d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="don't do that"
+ date="2012-03-19T18:23:13Z"
+ content="""
+Suppose you do that to repos A and B. Now, in A, you `git annex drop` a file that is only present in those repositories. A checks B to make sure it still has a copy of the file. It sees the (same) file there, so assumes it's safe to drop. The file is removed from A, also removing it from B, and losing data.
+
+It is possible to configure A and B to mutually distrust one-another and avoid this problem, but there will be other problems too.
+
+Instead, git-annex supports using `cp --reflink=auto`, which on filesystems supporting Copy On Write (eg, btrfs), avoids duplicating contents when A and B are on the same filesystem.
+"""]]
diff --git a/doc/forum/Sharing_annex_with_local_clones/comment_2_24ff2c1eb643077daa37c01644cebcd2._comment b/doc/forum/Sharing_annex_with_local_clones/comment_2_24ff2c1eb643077daa37c01644cebcd2._comment
new file mode 100644
index 0000000000..88f495da63
--- /dev/null
+++ b/doc/forum/Sharing_annex_with_local_clones/comment_2_24ff2c1eb643077daa37c01644cebcd2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnhsaESlYphzLTzpJy5IxxGFxxctIhWYfo"
+ nickname="Bryon"
+ subject="comment 2"
+ date="2012-03-19T18:46:13Z"
+ content="""
+Ah, OK. Is there a configuration step to set this up, or is this included magic in a new enough git-annex client?
+"""]]
diff --git a/doc/forum/Sharing_annex_with_local_clones/comment_3_5359b8eada24d27be83214ac0ae62f23._comment b/doc/forum/Sharing_annex_with_local_clones/comment_3_5359b8eada24d27be83214ac0ae62f23._comment
new file mode 100644
index 0000000000..3e5fd11545
--- /dev/null
+++ b/doc/forum/Sharing_annex_with_local_clones/comment_3_5359b8eada24d27be83214ac0ae62f23._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnhsaESlYphzLTzpJy5IxxGFxxctIhWYfo"
+ nickname="Bryon"
+ subject="comment 3"
+ date="2012-03-19T18:55:03Z"
+ content="""
+Nevermind, found it. (git-annex 0.08)
+"""]]
diff --git a/doc/forum/Simple_check_out_with_assistant__63__.mdwn b/doc/forum/Simple_check_out_with_assistant__63__.mdwn
new file mode 100644
index 0000000000..755b237e49
--- /dev/null
+++ b/doc/forum/Simple_check_out_with_assistant__63__.mdwn
@@ -0,0 +1,2 @@
+I want to use the annex assistant instead of the command line. Which is the recommended method to check out a file that I want to edit?
+
diff --git a/doc/forum/Simple_check_out_with_assistant__63__/comment_1_ade8a0743ef1ec933c8a40ed64eeac2d._comment b/doc/forum/Simple_check_out_with_assistant__63__/comment_1_ade8a0743ef1ec933c8a40ed64eeac2d._comment
new file mode 100644
index 0000000000..dbb018b53f
--- /dev/null
+++ b/doc/forum/Simple_check_out_with_assistant__63__/comment_1_ade8a0743ef1ec933c8a40ed64eeac2d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaXxj2aPZrtRkWzwswTNep8hFif1cXykw"
+ nickname="Erik"
+ subject="Follow-up: check-in"
+ date="2012-11-08T08:59:14Z"
+ content="""
+And the obvious follow-up question: How to I check in and sync the file that I just edited? (Note: I want to avoid the command line)
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts.mdwn b/doc/forum/Slightly_finer_control_over_file_whereabouts.mdwn
new file mode 100644
index 0000000000..2caf332af4
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts.mdwn
@@ -0,0 +1,18 @@
+I have previously been confused by how to have a bit more manual control over where files are (as in [[bugs/git-annex_immediately_re-gets_dropped_files/]]).
+
+I thought perhaps something like an archive directory would work, but as I might want different computers to have different content, perhaps a per-computer archive repository.
+
+To that end, I have
+
+<pre>walter@dionysus:~/annex$ git annex content .
+(exclude=archive/dionysus/* or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+:1)
+ok</pre>
+
+which is a modified version of the archive [[preferred_content]], but with the intention that I change the part after `exclude` to be different for each client.
+I also set the group to client for this client (dionysus).
+
+However, it does not seem to drop files when I move them into `archive/dionysus/`, and I cannot see anything in the logs to suggest why.
+
+What am I doing wrong here? Or, is this the wrong approach?
+
+--Walter
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_10_bcb883d46a637dd1a8ef9a92733d202a._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_10_bcb883d46a637dd1a8ef9a92733d202a._comment
new file mode 100644
index 0000000000..5064de49dc
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_10_bcb883d46a637dd1a8ef9a92733d202a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 10"
+ date="2013-11-08T18:32:12Z"
+ content="""
+If I could comprehensively fix that bug I would.
+
+But, it's supposed to already be fixed when using direct mode. Were you using indirect mode when you saw the problem?
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_11_b7a8b9eaf114f883866fbf2be51b622f._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_11_b7a8b9eaf114f883866fbf2be51b622f._comment
new file mode 100644
index 0000000000..7155b560f4
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_11_b7a8b9eaf114f883866fbf2be51b622f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 11"
+ date="2013-11-09T06:02:36Z"
+ content="""
+No, this was using direct mode.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_1_6236bcfa9beba705ead3ec2141c5d835._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_1_6236bcfa9beba705ead3ec2141c5d835._comment
new file mode 100644
index 0000000000..b9f598a1f0
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_1_6236bcfa9beba705ead3ec2141c5d835._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 1"
+ date="2013-09-19T17:57:22Z"
+ content="""
+That sound like it should work. I suggest you play around with `git annex drop --auto` at the command line. It will probably tell you why it is unable to drop a file if the problem is something like not enough copies located elsewhere. Or, if it doesn't try to drop the file at all, you'll know your preferred content expression makes it want to keep the file.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_2_ea935b37ca93e73c85d04df7c9bf6057._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_2_ea935b37ca93e73c85d04df7c9bf6057._comment
new file mode 100644
index 0000000000..50f113aa33
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_2_ea935b37ca93e73c85d04df7c9bf6057._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 2"
+ date="2013-09-19T22:22:03Z"
+ content="""
+So, it sort of works...
+
+I realised that I don't have `archive` repository but instead `backup` ones, so adding that makes `git annex drop --auto` want to drop files in archive/dionysus.
+
+However, the webapp then gets them. This I don't understand.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_3_f89a8e38283ac4c8c4a3b74c413d67a1._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_3_f89a8e38283ac4c8c4a3b74c413d67a1._comment
new file mode 100644
index 0000000000..41bb0cb58e
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_3_f89a8e38283ac4c8c4a3b74c413d67a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 3"
+ date="2013-09-20T00:15:07Z"
+ content="""
+does `git annex get --auto` also get them?
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_4_07a0a754a089c46ff69dc97ea7ba9384._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_4_07a0a754a089c46ff69dc97ea7ba9384._comment
new file mode 100644
index 0000000000..30e3965af0
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_4_07a0a754a089c46ff69dc97ea7ba9384._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 4"
+ date="2013-09-20T02:41:22Z"
+ content="""
+I am testing on my laptop, and the content expression there is
+`(exclude=archive/kronos/* ) or (not copies=semitrusted+:1)`
+to simplify things; I interpret this to mean it wants everything not in archive/kronos, and it wants things there where that's the only copy.
+
+The problem is that `git annex drop --auto` does indeed drop things, but `git annex get --auto` gets them; surely it should not be possible for that to happen?
+
+I also tried the preferred content expression of `(exclude=archive/kronos/* )`, and the same thing happens.
+
+The version of git-annex that I am using is
+<pre>git-annex version: 4.20130919-g9be7762
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
+local repository version: 4
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2</pre>
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_5_e884c001a556a0c693d1cc9a97c068ac._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_5_e884c001a556a0c693d1cc9a97c068ac._comment
new file mode 100644
index 0000000000..50e5cf9afe
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_5_e884c001a556a0c693d1cc9a97c068ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 5"
+ date="2013-09-20T15:31:18Z"
+ content="""
+Ok. This seems to be a bug in git-annex then. While it's surprisingly difficult to do so, it tries to interpet preferred content expressions in a stable way -- that is, they should not want to get a file when it's missing and then want to drop it when it's present.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_6_3e8674b5857e4994dfbc26be4f4b2855._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_6_3e8674b5857e4994dfbc26be4f4b2855._comment
new file mode 100644
index 0000000000..eff5d9339e
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_6_3e8674b5857e4994dfbc26be4f4b2855._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 6"
+ date="2013-09-20T15:36:25Z"
+ content="""
+I tried to reproduce this behavior, but failed. My configuration was 2 repos, A and B, with B the origin of A. A was configured with \"exclude=archive/kronos/*\"
+(also tried \"(exclude=archive/kronos/* ) or (not copies=semitrusted+:1)\")
+
+<pre>
+joey@darkstar:~/tmp/A>git annex get --auto
+joey@darkstar:~/tmp/A>git annex get
+get archive/kronos/foo (from origin...) ok
+(Recording state in git...)
+joey@darkstar:~/tmp/A>git annex drop --auto
+drop archive/kronos/foo ok
+(Recording state in git...)
+joey@darkstar:~/tmp/A>git annex get --auto
+joey@darkstar:~/tmp/A>
+</pre>
+
+... Which is how you want it to behave.
+
+So I wonder if it's something else in your configuration. The best thing to do would be if you can come up with a series of commands I can follow to build repositories that exhibit the problem.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_7_7aeabc2e52a39423e83fbd04560e8f91._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_7_7aeabc2e52a39423e83fbd04560e8f91._comment
new file mode 100644
index 0000000000..145a913e90
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_7_7aeabc2e52a39423e83fbd04560e8f91._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 7"
+ date="2013-09-20T15:37:48Z"
+ content="""
+Also, please check if you're running into [[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]]
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_8_53b95449cfad2fe0f72d2ad642822c03._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_8_53b95449cfad2fe0f72d2ad642822c03._comment
new file mode 100644
index 0000000000..d866380f20
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_8_53b95449cfad2fe0f72d2ad642822c03._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 8"
+ date="2013-09-20T20:30:52Z"
+ content="""
+Hmm, that could be it; the same content is both inside and outside the archive directory.
+
+What I really want to do (because maybe I'm not going about this the best way) is to use the assistant not in manual mode, but allow for some repos not having some files.
+I thought by placing them in an archive directory, then they would be dropped, and to get them again, I can just delete from the archive dir, and they will be got (as the file is also outside the archive dir.
+
+But, if that is not going to work, is there a better way to manage that?
+
+By the way, I really appreciate all the work you put into this awesome project.
+"""]]
diff --git a/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_9_a17c102a45e4fc3f101a79acb8eb4081._comment b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_9_a17c102a45e4fc3f101a79acb8eb4081._comment
new file mode 100644
index 0000000000..56d22c7fdf
--- /dev/null
+++ b/doc/forum/Slightly_finer_control_over_file_whereabouts/comment_9_a17c102a45e4fc3f101a79acb8eb4081._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 9"
+ date="2013-09-23T21:58:42Z"
+ content="""
+Thinking about this further, I'm not entirely sure what I want. I think the confusion arises from git-annex sometimes (mostly) caring about file *contents* (ie dependent on the hash of the file), but sometimes (preferred content, not sure of anywhere else) caring about file *location*.
+
+What I think I actually want is a way of specifying locations that are not synced, such that if the file is changed somewhere (on another computer), the new version should not be downloaded. But, if the same content is in another location as well, the behaviour should be stable, I don't know how that should work though.
+
+So, perhaps the best strategy is to have an explicit list of locations that I don't want, in the preferred content expression, if it could cope with files being in and out of some location at the same time. I think this would be easiest if I could avoid manually editing the expression all the time, maybe make a file with a list of file locations, if it would be possible for git-annex to handle that? I think it isn't at the moment, and my haskell is non-existent. That way, I could write some helper to add and remove files from this list. For example `dont-want file1 file2 dir1` would add these locations to a file, and `want file1 file2 dir1` would remove them from this list. Actually, I suppose I could make it just create an appropriate preferred-content expression, and then it doesn't need to support some file of locations.
+
+So, after that ramble, I guess I'm envisaging a preferred content expression like `content=(exclude=path/to/file1 and exclude=path/to/file1 and exclude=path/to/dir1/*) or (some statement about numcopies)`, which I imagine updating whenever I decide I do/don't want some file. The only obstacle to this working is [[bugs/Handling of files inside and outside archive directory at the same time]] (as I understand that bug, could be wrong on the implications of it), meaning (of course) if there are two files with the same content, and I exclude one of them, and not the other, then it both wants and doesn't want the file, and it (and I) get really confused.
+
+I suppose a short-term (well, slow) solution is to find duplicates of files I don't want, and if that exists either add the duplicate to my content expression (to say I don't want it), or remove the one I don't want from the expression (to say I do). This doesn't work well for when the content of one of the files changes (and so they are no longer duplicates), but I think I would search for them each time I generate the expression, so at that time it would no longer find the duplicate.
+
+So, @joey, I guess my question is, what are the chances of that bug being resolved somehow? Or if that is not likely to happen soon, I might try to implement my solution outline from the previous two paragraphs.
+"""]]
diff --git a/doc/forum/Some_mounted_devices_not_detected.mdwn b/doc/forum/Some_mounted_devices_not_detected.mdwn
new file mode 100644
index 0000000000..6146ef14fb
--- /dev/null
+++ b/doc/forum/Some_mounted_devices_not_detected.mdwn
@@ -0,0 +1,3 @@
+Automounted USB devices are not detected by the git-annex webapp on my Debian testing/squeeze installation, only drives with entries in /etc/fstab show up in the device list. Is there any way to tweak/get around this?
+
+I'm running version 4.20131106 (couldn't manage to build the package for sid). 
diff --git a/doc/forum/Some_mounted_devices_not_detected/comment_1_0ba07b95f12f57ea63bb450b88430c45._comment b/doc/forum/Some_mounted_devices_not_detected/comment_1_0ba07b95f12f57ea63bb450b88430c45._comment
new file mode 100644
index 0000000000..5cd472c8e6
--- /dev/null
+++ b/doc/forum/Some_mounted_devices_not_detected/comment_1_0ba07b95f12f57ea63bb450b88430c45._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-24T16:04:23Z"
+ content="""
+can you post an example line from /proc/mounts for one of these devices?
+"""]]
diff --git a/doc/forum/Some_mounted_devices_not_detected/comment_2_4f8c7bcd0f20dafa5635a3580ec8d1f6._comment b/doc/forum/Some_mounted_devices_not_detected/comment_2_4f8c7bcd0f20dafa5635a3580ec8d1f6._comment
new file mode 100644
index 0000000000..60512d418b
--- /dev/null
+++ b/doc/forum/Some_mounted_devices_not_detected/comment_2_4f8c7bcd0f20dafa5635a3580ec8d1f6._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmyEv6SesaYeke389mHdiHlavirPkGHzHI"
+ nickname="Albin"
+ subject="comment 2"
+ date="2013-11-26T14:35:58Z"
+ content="""
+I missed your reply on IRC. Sorry for that!
+
+Here's an example from /proc/mounts:
+
+   /dev/sdf1 /media/SoderUSB ext4 rw,nosuid,nodev,noexec,relatime,errors=remount-ro,data=ordered 0 0
+
+"""]]
diff --git a/doc/forum/Some_mounted_devices_not_detected/comment_3_06c0db7d670d9b82823102d22db15a36._comment b/doc/forum/Some_mounted_devices_not_detected/comment_3_06c0db7d670d9b82823102d22db15a36._comment
new file mode 100644
index 0000000000..53c76e210b
--- /dev/null
+++ b/doc/forum/Some_mounted_devices_not_detected/comment_3_06c0db7d670d9b82823102d22db15a36._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-11-26T19:59:42Z"
+ content="""
+Hmm, that looks fine.
+
+Perhaps the user you're running git-annex as cannot write to `/media/SoderUSB` ? The webapp avoids listing places you can't write, since it would fail to make a repository there. (Also because this is an easy way for it to avoid listing `/`, `/usr`, or whatever other OS-level mounts a system might have..)
+"""]]
diff --git a/doc/forum/Some_mounted_devices_not_detected/comment_4_80820a29361c5be4a94672dacfdefa6f._comment b/doc/forum/Some_mounted_devices_not_detected/comment_4_80820a29361c5be4a94672dacfdefa6f._comment
new file mode 100644
index 0000000000..03b917a69a
--- /dev/null
+++ b/doc/forum/Some_mounted_devices_not_detected/comment_4_80820a29361c5be4a94672dacfdefa6f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmyEv6SesaYeke389mHdiHlavirPkGHzHI"
+ nickname="Albin"
+ subject="comment 4"
+ date="2013-11-27T17:33:22Z"
+ content="""
+Actually, that (write permissions) seems to have been the problem. Thanks! Can't imagine why pmount would not mount a device writable by my user, though.
+"""]]
diff --git a/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff.mdwn b/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff.mdwn
new file mode 100644
index 0000000000..3d93d80269
--- /dev/null
+++ b/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff.mdwn
@@ -0,0 +1,22 @@
+I'm using git-annex to manage my photos on my laptop, and have my NAS (which is just a debian linux system with lots of disks) as one of my remotes. I use my NAS as a backup, and to free up space on my laptop.
+
+But somehow I now have lots of directories in my main root directory of the photos directory. it looks like [0-9a-f][0-9a-f][0-9a-f], so I have 000, ... a00, ... ddd, ..., all the way to fff. Thousands of them. Each one has a few directories that also match [0-9a-f][0-9a-f][0-9a-f], and each one has a file with names of the git annex object filename.
+
+e.g.:
+
+    $ cat e1d/760/SHA256-s4061375--7909e266f340ff8bc692e073e776ceda267042adf790275a2d851f2c7eb1ca83.log 
+    1338931894.759394s 1 1adfa84c-af51-11e1-b075-0b1206d553bc
+    1338992164.202818s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+    1339862991.346546s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+    1339946933.224915s 1 224d85b4-b86f-11e1-b11e-3333ce526126
+    1339964057.205993s 1 224d85b4-b86f-11e1-b11e-3333ce526126
+    1343495865.083951s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+    1344788941.403528s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+    1351802706.679542s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+    1362423729.820711s 1 721d82ae-afbb-11e1-b78f-f396ebf52c05
+
+My remote (NAS) has these files & directories as well as my laptop. The regular photo directory hierarchy is there as well, the files work, can be copied etc. "git status" say nothing has changed. Those files are tracked by git (they have lot messages). Everything just works, it's just that there's loads of these directories? Can I remove them? How can I clear it up? I can't remember when these directories/files were added, I only noticed it today.
+
+I don't know if I had my remote (NAS) as a bare git repo and used it as that, then somehow used it as a non-bare one, would that cause this?
+
+Can I remove them? Where did they come from? What's going on?
diff --git a/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff/comment_1_20147b287fd995fa8ac9e868b5974d8a._comment b/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff/comment_1_20147b287fd995fa8ac9e868b5974d8a._comment
new file mode 100644
index 0000000000..1f5018e34a
--- /dev/null
+++ b/doc/forum/Somehow_have_lots_of_directories_in_root:_000...ffff/comment_1_20147b287fd995fa8ac9e868b5974d8a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T19:50:38Z"
+ content="""
+The files that you describe are normally tucked away on the git-annex branch of the git repository, where they're neither seen nor heard.
+
+The most likely cause of your problem would be if you have done a \"git checkout git-annex\"  ... or worse, a \"git merge git-annex\".
+
+So, check what branch you have checked out, and if it's the git-annex branch, you'll want to change back to master. If you've got master checked out and have these files, you can use `git log --stat` and see if there's a commit that added a bunch of these files to your master branch. Then you can revert that commit.
+"""]]
diff --git a/doc/forum/Special_remote_public_key_encryption_issue.mdwn b/doc/forum/Special_remote_public_key_encryption_issue.mdwn
new file mode 100644
index 0000000000..aed35ad31b
--- /dev/null
+++ b/doc/forum/Special_remote_public_key_encryption_issue.mdwn
@@ -0,0 +1,18 @@
+I'm unable to set up a standard architecture: 2 computers sharing some files, talking via a jabber account and transferring files via e.g. box.com.
+Steps:
+
+Computer 1: 
+a) Install git-annex, open up the assistant, create a new repository, add a jabber account
+b) Add a box.com account using
+WEBDAV_USERNAME=[username] WEBDAV_PASSWORD=[password] git annex initremote box.com type=webdav url=https://dav.box.com/dav/git-annex chunksize=75mb encryption=pubkey keyid=[key id].
+All seemed fine.
+
+Computer 2:
+a) same
+b) at this point I saw the option of adding box.com as a cloud storage. I clicked enable and got the message
+
+user error (gpg ["--quiet","--trust-model","always","--decrypt"] exited 2)
+
+In the meantime, on Computer 1 I saw the same option. I clicked enable and got the same message.
+
+It all works fine if I use shared encryption.
diff --git a/doc/forum/Special_remote_public_key_encryption_issue/comment_1_a9caafea017a3c148f89d4ddeee15a4c._comment b/doc/forum/Special_remote_public_key_encryption_issue/comment_1_a9caafea017a3c148f89d4ddeee15a4c._comment
new file mode 100644
index 0000000000..6c5a35c3a3
--- /dev/null
+++ b/doc/forum/Special_remote_public_key_encryption_issue/comment_1_a9caafea017a3c148f89d4ddeee15a4c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T18:22:26Z"
+ content="""
+Which is why the assistant uses shared encryption by default..
+
+You have set up a webdav repository using a gpg key that is on computer 1. To be able to access this repository on computer 2 you'll need to either copy the gpg private key from computer 1, or give computer 2 its own key and, on computer 1, add that key as one that can access the webdav repository.
+"""]]
diff --git a/doc/forum/Special_remote_public_key_encryption_issue/comment_2_adfa582d611ca501e21110282df07315._comment b/doc/forum/Special_remote_public_key_encryption_issue/comment_2_adfa582d611ca501e21110282df07315._comment
new file mode 100644
index 0000000000..8e27535307
--- /dev/null
+++ b/doc/forum/Special_remote_public_key_encryption_issue/comment_2_adfa582d611ca501e21110282df07315._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="hyperio"
+ ip="62.31.92.216"
+ subject="Still not working"
+ date="2014-05-17T12:22:17Z"
+ content="""
+Thank you for your reply. I copied over the public key from computer 2 to computer 1 and tried to add it using git annex enableremote box.com keyid+=[keyid]. I am then asked for the passphrase for my private key on computer 1. Afterwards I am asked for the passphrase for the private key on computer 2... why? Obviously I don't have it so I get 
+
+gpg: can't query passphrase in batch mode
+gpg: decryption failed: secret key not available
+
+git-annex: user error (gpg [\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--decrypt\"] exited 2)
+
+Why would I need computer 2's secret key? Or I might just get it completely wrong.
+Also, can the passphrase be remembered somewhere, so that I can use the assistant? (otherwise I think it won't work, because I would have to type the passphrase at every synchronisation attempt).
+
+Sorry for my confusion, thanks for your support.
+"""]]
diff --git a/doc/forum/Special_remote_public_key_encryption_issue/comment_3_eac16bf98a6e87461ba2f3ab7e990b2b._comment b/doc/forum/Special_remote_public_key_encryption_issue/comment_3_eac16bf98a6e87461ba2f3ab7e990b2b._comment
new file mode 100644
index 0000000000..692b307b10
--- /dev/null
+++ b/doc/forum/Special_remote_public_key_encryption_issue/comment_3_eac16bf98a6e87461ba2f3ab7e990b2b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 3"
+ date="2014-05-17T17:02:15Z"
+ content="""
+I dont think it's possible for gpg to prompt for a passphrase when all it has is a public key, so I think you copied the private key too.
+
+gpg agents can cache your passphrase.
+"""]]
diff --git a/doc/forum/Special_remote_public_key_encryption_issue/comment_6_097f52aaf178340b3abb5bfc80f0d447._comment b/doc/forum/Special_remote_public_key_encryption_issue/comment_6_097f52aaf178340b3abb5bfc80f0d447._comment
new file mode 100644
index 0000000000..93fa8b5b9c
--- /dev/null
+++ b/doc/forum/Special_remote_public_key_encryption_issue/comment_6_097f52aaf178340b3abb5bfc80f0d447._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hyperio"
+ ip="62.31.92.216"
+ subject="Still not working"
+ date="2014-05-17T17:25:39Z"
+ content="""
+I exported the public key on computer 2 with gpg --armor --export [keyid] and just imported it on computer 1...
+"""]]
diff --git a/doc/forum/Special_remote_without_chmod.mdwn b/doc/forum/Special_remote_without_chmod.mdwn
new file mode 100644
index 0000000000..46ace443b1
--- /dev/null
+++ b/doc/forum/Special_remote_without_chmod.mdwn
@@ -0,0 +1,12 @@
+Apparently, the tablet computer I'm using (Galaxy Tab 2, non-rooted) does not export the sd cards via mass storage protocol (UMS) any more. In order to be able to use a special remote for my mp3-files,  I installed an ftp/ssh server on the tablet device and used curlftpfs/sshfs (fuse file systems) to mount the sd cards on my local Linux machine. In this way, it is is quite easy to setup the special remote (e.g. "git-annex initremote galaxy-tab type=directory directory=$HOME/mnt/galaxy-tab encryption=none"). 
+
+Problems arise, when files are transferred to the special remote. From the logs of the ftp server, I can see that the actual copy operation is successful (the data is written to the file system), but the subsequent "chmod" that changes the permissions to read-only fails. The output on the console of a "git-annex copy -t galaxy-tab" is 
+
+    copy 01 some.mp3 (to galaxy-tab...) 
+    failed                  
+    git-annex: copy: 1 failed
+
+
+Therefore my question: is it possible to perform a file transfer to a special remote (type=directory) without the final "chmod"-operation?
+
+Thank you.
diff --git a/doc/forum/Special_remote_without_chmod/comment_1_4f5f9506cae72a1f321296fc5a5f339a._comment b/doc/forum/Special_remote_without_chmod/comment_1_4f5f9506cae72a1f321296fc5a5f339a._comment
new file mode 100644
index 0000000000..225cfa6cb5
--- /dev/null
+++ b/doc/forum/Special_remote_without_chmod/comment_1_4f5f9506cae72a1f321296fc5a5f339a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-25T22:00:12Z"
+ content="""
+That could be hacked into directory as a configuration setting, but I think it makes more sense to add a proper sftp special remote, and avoid the rather complex stack you're using.
+"""]]
diff --git a/doc/forum/Ssh_remote_on_NAS.mdwn b/doc/forum/Ssh_remote_on_NAS.mdwn
new file mode 100644
index 0000000000..27bca5a510
--- /dev/null
+++ b/doc/forum/Ssh_remote_on_NAS.mdwn
@@ -0,0 +1,34 @@
+Hello,
+
+I finally have git annex working on my NAS (QNAP TS-119P II) thanks to the stand-alone arm pre-build package.
+
+I've just extracted all the files on my NAS and I've linked all the exec files from the git-annex.linux folder to links placed in a path folder, so that I can run git annex everywhere on the NAS.
+
+    [~] # git annex version
+    git-annex version: 5.20140528-g92a0591
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+
+Now I'm trying to set it up as an SSH remote of my laptop repository, but I get this error:
+
+    git clone ssh://admin@nas:/share/HDA_DATA/myDir ./
+    Cloning into '.'...
+    admin@nas's password: 
+    sh: git-upload-pack: command not found
+    fatal: Could not read from remote repository.
+    
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+I've checked that git-upload-pack is available both on my laptop and on the NAS and the "myDir" folder is supposed to be readable for the admin user on the NAS, even if the user I use on the laptop and on the NAS for git annex is different from the one I use to login. In fact, if I try to scp files from the annex folder then I don't get any permissions error.
+
+    scp admin@192.168.132.66:/share/HDA_DATA/myDir/* ./
+    admin@192.168.132.66's password: 
+    doctest                                                100%    5     0.0KB/s   0.0KB/s   00:00    
+    doctest2                                               100%   51     0.1KB/s   0.1KB/s   00:01
+
+Is there something else I should look at, in order to fix it and make it work?
+
+Thanks,
+Fabio
diff --git a/doc/forum/Ssh_remote_on_NAS/comment_1_1dd8a0d0e70a1fb36fce62e89c99b404._comment b/doc/forum/Ssh_remote_on_NAS/comment_1_1dd8a0d0e70a1fb36fce62e89c99b404._comment
new file mode 100644
index 0000000000..6563a9bb60
--- /dev/null
+++ b/doc/forum/Ssh_remote_on_NAS/comment_1_1dd8a0d0e70a1fb36fce62e89c99b404._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T19:46:05Z"
+ content="""
+How did you set your PATH? Note that the bash shell provides a lot of dotfiles which you can set the PATH in -- and reuses to read any single one of them when a noninteractive login is made to run a command.
+
+It might help to install git on the NAS. It's included in the git-annex tarball, but not in a way that will put it on PATH; only in a way that will let git-annex use it.
+"""]]
diff --git a/doc/forum/Ssh_remote_on_NAS/comment_2_261601313d8825c52322949b8509bc74._comment b/doc/forum/Ssh_remote_on_NAS/comment_2_261601313d8825c52322949b8509bc74._comment
new file mode 100644
index 0000000000..1cc8fb4443
--- /dev/null
+++ b/doc/forum/Ssh_remote_on_NAS/comment_2_261601313d8825c52322949b8509bc74._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="feulif"
+ ip="20.133.1.1"
+ subject="comment 2"
+ date="2014-07-15T18:03:56Z"
+ content="""
+> How did you set your PATH? Note that the bash shell provides a lot of dotfiles which you can set the PATH in -- and reuses to read any single one of them when a noninteractive login is made to run a command.
+
+Actually I didn't set the PATH: I've just sim-linked executable files from git-annex stand-alone folder to a directory that was in my PATH already.
+
+> It might help to install git on the NAS. It's included in the git-annex tarball, but not in a way that will put it on PATH; only in a way that will let git-annex use it.
+
+It was installed, bud I've removed it because it was \"conflicting\" with the one used by git-annex. That is, when I ran any \"git annex ...\" command, git was complaining it could not find git-annex (because my nas was running the installed git binary file).
+Without git, I don't have this conflict anymore and I can effectively use git-annex when I'm logged in my NAS, but I still can't add it as an SSH remote.
+
+"""]]
diff --git a/doc/forum/Ssh_remote_on_NAS/comment_3_ed602f4f972b78bce4f62bdfca8cfe47._comment b/doc/forum/Ssh_remote_on_NAS/comment_3_ed602f4f972b78bce4f62bdfca8cfe47._comment
new file mode 100644
index 0000000000..7ddb9dc8de
--- /dev/null
+++ b/doc/forum/Ssh_remote_on_NAS/comment_3_ed602f4f972b78bce4f62bdfca8cfe47._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-15T18:55:58Z"
+ content="""
+I don't think it was a good idea to remove git from the NAS. To set up a git remote, you necessarily need to have git installed on the remote.
+
+`git annex` should work as long as git-annex is somewhere in PATH -- unless your build of git is very strange and does not check PATH for git-foo commands.
+Even if this was the case, you could run `git-annex` instead.
+"""]]
diff --git a/doc/forum/Standard_groups__47__preferred_contents.mdwn b/doc/forum/Standard_groups__47__preferred_contents.mdwn
new file mode 100644
index 0000000000..89e2b848c7
--- /dev/null
+++ b/doc/forum/Standard_groups__47__preferred_contents.mdwn
@@ -0,0 +1,14 @@
+Sorry that I am not stop asking questions - I am trying to wrap my head around annex still - and I do not fully understand the standard groups/preferred contents yet.
+
+
+First, basic: Is the "preferred content group" an attribute of a repository or of a remote? E.g., when I use assistant, I can set this property for a *remote* repository. Will this property be synced to all other clients then or is it only valid for this particular client?
+
+Second, I think the standard groups do still not cover what I want and I wonder if this could be done with preferred contents somehow? What I want:
+
+* Generally only the structure should be synced, no contents (i.e. "manual" is the closest)
+
+* When I (manually) do "git annex get" on a file this file should be synced whenever it changes locally *or* remotely (until I drop it again). Currently it seems that when it changes remotely, it is "dropped" again so I need to manually use "git annex get" again
+
+* When I (manually) do "git annex get" on a directory, it should be (recursively) synced whenever it or any file changes locally or remotely (until I drop it again). Currently nothing seems to sync at all in this case (except the meta data)
+
+Thanks!
diff --git a/doc/forum/Starting_assistant_from_CLI.mdwn b/doc/forum/Starting_assistant_from_CLI.mdwn
new file mode 100644
index 0000000000..8a4bc3d1bf
--- /dev/null
+++ b/doc/forum/Starting_assistant_from_CLI.mdwn
@@ -0,0 +1,9 @@
+I am unable to start the git-annex assistant/webapp.
+
+I use OpenBox as desktop manager and the assistant/webapp is not available through the menu.
+
+Trying to use the CLI, all my attempts fail with a message saying that it(?) is not a git repository!? Since the video show that on first start the assistant/webapp allows a choice of a directory and then creates it, I am not sure as to what git initialized directory does the assistant/webapp requires in this instance. And I also guess that means invoking the webapp from that directory rather than from the directory that contains the standalone git-annex.
+
+Any help would be appreciated as git-annex really seems to be the app I am looking for.  :)
+
+Thanks
diff --git a/doc/forum/Starting_assistant_from_CLI/comment_1_afd51ddb0f1bb3cac528e1d96829ef83._comment b/doc/forum/Starting_assistant_from_CLI/comment_1_afd51ddb0f1bb3cac528e1d96829ef83._comment
new file mode 100644
index 0000000000..05c7a12d40
--- /dev/null
+++ b/doc/forum/Starting_assistant_from_CLI/comment_1_afd51ddb0f1bb3cac528e1d96829ef83._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2014-04-14T15:35:17Z"
+ content="""
+running,
+
+    git annex webapp
+
+should launch the web app.
+"""]]
diff --git a/doc/forum/Starting_assistant_from_CLI/comment_2_76c34c00cf2065809b15a594023a688b._comment b/doc/forum/Starting_assistant_from_CLI/comment_2_76c34c00cf2065809b15a594023a688b._comment
new file mode 100644
index 0000000000..d0ce4b28fe
--- /dev/null
+++ b/doc/forum/Starting_assistant_from_CLI/comment_2_76c34c00cf2065809b15a594023a688b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqL3QbH6hrzf4XT-OW5IcMj6zSrMWl2dg"
+ nickname="Michel"
+ subject="comment 2"
+ date="2014-04-14T22:45:23Z"
+ content="""
+Unfortunately, no, I tried this and many other variants, (I tried again just now, to be sure, and I still get the \"git-annex: Not in a git repository.\" message.
+
+Thanks for trying to help. It is very much appreciated.
+
+"""]]
diff --git a/doc/forum/Starting_assistant_from_CLI/comment_3_f7826867f78b1adbfc2dad2fad4d6720._comment b/doc/forum/Starting_assistant_from_CLI/comment_3_f7826867f78b1adbfc2dad2fad4d6720._comment
new file mode 100644
index 0000000000..fbe70c4038
--- /dev/null
+++ b/doc/forum/Starting_assistant_from_CLI/comment_3_f7826867f78b1adbfc2dad2fad4d6720._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 3"
+ date="2014-04-17T20:48:56Z"
+ content="""
+Yes, the webapp is supposed to be able to be started from anywhere. 
+
+1. If you make a git annex repository and run `git annex webapp` from inside it, it'll start up the webapp on that repository. 
+2. If `~/.config/git-annex/autostart` lists some git repositories, the webapp will start up in the first listed one.
+3. Otherwise, the webapp will walk you through making a new repository.
+
+Most likely problem then is #2. If you used the webapp once, say in ~/annex and then deleted ~/annex/.git directory, it would try to start up in ~/annex, but it's no longer a git repository so it cannot start. This was a bug, so I've fixed it. 
+You could work around that problem by deleting `~/.config/git-annex/autostart` too.
+
+If it's some other problem, you can work around it by going the #1 route and making a git repository by hand (\"git init annex; cd annex; git annex init\") and running the webapp in there.
+"""]]
diff --git a/doc/forum/Starting_assistant_from_CLI/comment_4_fa7055a232a1dcb743db47308f7acf0b._comment b/doc/forum/Starting_assistant_from_CLI/comment_4_fa7055a232a1dcb743db47308f7acf0b._comment
new file mode 100644
index 0000000000..4eea29c5fd
--- /dev/null
+++ b/doc/forum/Starting_assistant_from_CLI/comment_4_fa7055a232a1dcb743db47308f7acf0b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqL3QbH6hrzf4XT-OW5IcMj6zSrMWl2dg"
+ nickname="Michel"
+ subject="comment 4"
+ date="2014-04-18T00:20:47Z"
+ content="""
+Thank you.
+
+The problem was indeed with having a file containing a non-existent ~/.config/git-annex/autostart.
+
+I can now continue my evaluation of what looks like a very fine and useful piece of software.
+
+Thanks again for the help.
+"""]]
diff --git a/doc/forum/Storing_git_repos_in_git-annex.mdwn b/doc/forum/Storing_git_repos_in_git-annex.mdwn
new file mode 100644
index 0000000000..964040cf0a
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex.mdwn
@@ -0,0 +1,27 @@
+I tried to use the [old thread](http://git-annex.branchable.com/forum/Git_repos_in_git_annex__63__/?updated#comment-9fca5cf31ccfd3d78c78cb65f7672340) for this, but threads don't get bumped when they are updated, so I guess I'll have to start a new one...
+
+Here is the relevant [bug report](http://git-annex.branchable.com/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X).
+
+Here's my scenario: I have been using Dropbox for several years.  I want to move to git-annex.
+
+For some time I used Bazaar repos inside Dropbox.  A couple of times I accidentally modified files on one computer before another finished syncing, and the repo became mildly corrupted, but I recovered it okay.
+
+Recently I switched from bzr to git, and so far, so good.  I'm careful not to make any changes to my files before Dropbox is finished syncing, so everything works fine.
+
+Now I'm testing git-annex as a replacement for Dropbox again.  But when I add a directory containing a git repo to an annex, git-annex ignores the .git directory, so the repo isn't synced.
+
+I read this forum thread, and I read the bug report, but there don't appear to be any real solutions.
+
+This seems like what should be a fairly common use case: a user has a directory of simple text files, like shell scripts or org-mode files.  He uses git to version-control them, and he uses Dropbox to sync the files and the git repo automatically between computers.  Now the user wants to use git-annex instead, but if he does this, it will mean having to choose between:
+
+* No longer using git to version-control the files
+* Only using git on a single system, which means that he can't make commits or do any other git operations when using other systems
+* Keeping separate git repos on each system, and making the same commits manually on each one...which would be a mess
+* Keeping separate git repos on each system, and using a script to make commits automatically--which would mean commits wouldn't be any more useful than a simple timed backup script
+
+I guess I could just use git instead of Dropbox or git-annex, but then I must choose between either:
+
+* Only being able to sync repos when both systems are online
+* Having to store repos in plaintext on remote servers
+
+This is one of my primary use cases for Dropbox/git-annex.  I'd really appreciate any help in figuring this out.  Thanks.
diff --git a/doc/forum/Storing_git_repos_in_git-annex/comment_1_ac7b52c0b0f75d79760ffe6a9b5c8759._comment b/doc/forum/Storing_git_repos_in_git-annex/comment_1_ac7b52c0b0f75d79760ffe6a9b5c8759._comment
new file mode 100644
index 0000000000..cb5b39ffc2
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex/comment_1_ac7b52c0b0f75d79760ffe6a9b5c8759._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T17:29:15Z"
+ content="""
+Why not just use git the way it's designed: Make a git repository on one computer. Clone to another computer. Commit changes on either whenever you like, and pull/push whenever you like. No need for any dropbox to help git sync, it can do so perfectly well on its own.
+
+If you have a lot of repositories, see <http://myrepos.branchable.com/>
+
+I continue to be unimpressed and unmotived by this use case. Posting more forum threads with the same lame reasons won't help. But at least you did say:
+
+> For some time I used Bazaar repos inside Dropbox.  A couple of times I accidentally modified files on one computer before another finished syncing
+, and the repo became mildly corrupted, but I recovered it okay.
+
+> Recently I switched to git, and so far, so good.  I'm careful not to make any changes to my files before Dropbox is finished syncing, so everythin
+g works fine.
+
+So, you used dropbox, and corrupted data.  But that was ok. And now you're very careful to avoid doing things that will corrupt data. But that's ok. Yeah, that seems like a really good decision, given all the excellent possibilities out there.`</snark>`
+"""]]
diff --git a/doc/forum/Storing_git_repos_in_git-annex/comment_3_3bec1f02ff1a61791e3cbb428c7acb4c._comment b/doc/forum/Storing_git_repos_in_git-annex/comment_3_3bec1f02ff1a61791e3cbb428c7acb4c._comment
new file mode 100644
index 0000000000..69da79a89c
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex/comment_3_3bec1f02ff1a61791e3cbb428c7acb4c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 3"
+ date="2014-05-17T00:23:02Z"
+ content="""
+Well, like Pere, I am rather surprised by your response, Joey.  I've been an enthusiastic supporter and follower of git-annex for a long time now, and have been looking forward to using it.  I didn't expect a snarky reply...and you said yourself that it was snarky.  Maybe you had a bad day or something?  :)
+
+I don't understand why this request or idea is so controversial to you.  I have several computers, and I use git to store basic text files like shell scripts and config files--a very common situation.  I use Dropbox to sync them automatically between computers.  I could use just git, and push/pull manually, but the whole point of having computers is for them to do things for me, automatically.  The purpose of the git-annex assistant, as I understand it, is to do exactly that.  Doing the push/pull manually would be a step backwards.  And giving up manual control of the git repository, losing the ability to track changes to my files, would be a huge step backwards.
+
+This seems like it must be a very common use case among Linux users, especially ones who use the shell, git, etc.  If git-annex isn't good for this situation, what is?  Surely there's a better way than opening a shell and running \"git pull\" every time I walk from one computer to the other.
+"""]]
diff --git a/doc/forum/Storing_git_repos_in_git-annex/comment_4_76ddbd27cc2f3785bb5aaebb0bb6e087._comment b/doc/forum/Storing_git_repos_in_git-annex/comment_4_76ddbd27cc2f3785bb5aaebb0bb6e087._comment
new file mode 100644
index 0000000000..9d0b024c1e
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex/comment_4_76ddbd27cc2f3785bb5aaebb0bb6e087._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 4"
+ date="2014-05-17T00:41:04Z"
+ content="""
+I should have also mentioned, the network topology is an issue that git-annex helps solve.  When my computers are on the same LAN, they could obviously sync directly with each other using git.  But when they are not on the same network, or when one of them is not online, a transfer repo is needed.  Dropbox and git-annex make this simple by handling it for me.  
+
+But if I did all my syncing with git manually, it could end up being quite a mess.  If I took my laptop with me and left the house without syncing it first, I'd have to sync with my server on the Internet.  But if I forgot to push from my desktop computer before I left, the server would be out-of-date, and I'd be stuck.
+
+Dropbox handles this for me by automatically syncing as soon as I make changes.  git-annex does the same thing, but doesn't work with nested git repos.  But giving up the nested git repo would mean giving up version control of my files.  As a developer, you understand why that's not an option!  :)
+
+Again, this seems like a very natural problem to run into, and I don't understand why it is controversial to want git-annex to handle this the way Dropbox or other sync software (e.g. SpiderOak, Wuala) can.
+"""]]
diff --git a/doc/forum/Storing_git_repos_in_git-annex/comment_5_f9520cbc6669622aa342acad35581943._comment b/doc/forum/Storing_git_repos_in_git-annex/comment_5_f9520cbc6669622aa342acad35581943._comment
new file mode 100644
index 0000000000..95bf6a0d4d
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex/comment_5_f9520cbc6669622aa342acad35581943._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 5"
+ date="2014-05-18T12:55:47Z"
+ content="""
+My, 2 cents. I used to do the same keep my git repos in Dropbox. I do not push/pull to dropbox I just keep them in there so they sync between my machines. My use case is that I am in the middle of a change and I need to switch computers (home/office) I can continue where I left of on another machine otherwise you have to make wierd commits with broken code. So IMHO it is perfectly reasonable for a single person to keep his git repo in git-annex assuming I don't use it as a central repo where other people pull push.
+
+Plus one giant problem with git annex is that there is no way to revert a file in direct repo. It only sync and reverting to old files take a lot of effort (convert to indirect checkout commit save file to a temp location convert back to direct mode place the file back its place.) with a git repo in annex I can just use git to revert files.
+
+On the other hand, git likes to create a lot of small files and sync them can take a lot of time. annex copies on file at a time.
+
+That said, at one point I did experiment putting a git repo in annex for testing (using --git-dir option) it did work so it should not be that big of a deal to add the support.
+"""]]
diff --git a/doc/forum/Storing_git_repos_in_git-annex/comment_9_d5676400e7148b7d3408f2bdb3d54b7d._comment b/doc/forum/Storing_git_repos_in_git-annex/comment_9_d5676400e7148b7d3408f2bdb3d54b7d._comment
new file mode 100644
index 0000000000..23610fa715
--- /dev/null
+++ b/doc/forum/Storing_git_repos_in_git-annex/comment_9_d5676400e7148b7d3408f2bdb3d54b7d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="So, you are more clever than your users, isn't?"
+ date="2014-05-16T18:13:34Z"
+ content="""
+Joey, your comment is really disappointing. I also use Dropbox as a central git repo and it works great for me. Maybe you find this stupid, but there is a lot of people with good reasons to do so. I agree that this is your software project, thus you have the right not to support this use case, but you don't have the right to treat the users that want this feature as you did in your comment. Next time you do a new crowdfunding campaign, I not sure I'll be between the donors again.
+"""]]
diff --git a/doc/forum/Storing_uncontrolled_files_in_an_annex.mdwn b/doc/forum/Storing_uncontrolled_files_in_an_annex.mdwn
new file mode 100644
index 0000000000..e2111f0b95
--- /dev/null
+++ b/doc/forum/Storing_uncontrolled_files_in_an_annex.mdwn
@@ -0,0 +1,3 @@
+Is there a way to store a file in an annex repo without the assistant trying to commit it? My particular issue is that git annex watch tries to add my .thunderbird folder, and I don't want it in annex. Is that a supported use case?
+
+Also, for my better understanding, does watch keep track of what files it saw last time and only look for new things on startup? Or does it try to commit anything that's not already in git (whether symlink or not)?
diff --git a/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_1_175645a90be0c79221c129308adf643e._comment b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_1_175645a90be0c79221c129308adf643e._comment
new file mode 100644
index 0000000000..2932efa399
--- /dev/null
+++ b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_1_175645a90be0c79221c129308adf643e._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-16T00:10:39Z"
+ content="""
+wow, are you git annexing your whole home directory?  that sounds extreme and problematic, since everything in git annex becomes read-only!!
+
+This how to make git annex ignore something though: make git ignore it in the first place.
+
+Stop the git assistant if it's running.
+
+create a file called \".gitignore\" in the root of your annex directory; add a line to that file for everything you want git (and therefore git annex) to ignore, e.g. \".thunderbird\"
+
+
+e.g.:
+
+    echo '.thunderbird' > '.gitignore'
+
+check that file into git:
+
+
+    git add .gitignore
+    git commit -m 'check in .gitignore'
+
+Now you should be able to start up git-annex again and have it ignore .thunderbird, or any other path you put in .gitignore
+"""]]
diff --git a/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_2_d29f214eadfe3bfd098bbc3bcf07129a._comment b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_2_d29f214eadfe3bfd098bbc3bcf07129a._comment
new file mode 100644
index 0000000000..395f08d245
--- /dev/null
+++ b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_2_d29f214eadfe3bfd098bbc3bcf07129a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="108.92.50.62"
+ subject="Thanks!"
+ date="2012-12-16T00:31:09Z"
+ content="""
+That does what I needed. I'd forgotten about that. :)
+"""]]
diff --git a/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_3_286b502e7906cca50e9e747db735bc88._comment b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_3_286b502e7906cca50e9e747db735bc88._comment
new file mode 100644
index 0000000000..f23854cbf3
--- /dev/null
+++ b/doc/forum/Storing_uncontrolled_files_in_an_annex/comment_3_286b502e7906cca50e9e747db735bc88._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 3"
+ date="2012-12-17T16:32:31Z"
+ content="""
+AFAIK, the assistant does *not* currently honor .gitgnore completely. There are parts of it that do, and places where running git commands to check .gitignore would be very expensive, and so I've TODOed it for later, as I'll need to write my own .gitignore parser. 
+
+So, use caution..
+"""]]
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__.mdwn b/doc/forum/Stupid_mistake:_recoverable__63__.mdwn
new file mode 100644
index 0000000000..8e25d70812
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__.mdwn
@@ -0,0 +1,31 @@
+Hi,
+
+I was a bit hasty the other day and did something stupid.  I
+added a new folder to git annex.  Something like
+
+    git annex add my-important folder
+
+my-important folder contains a lot of files and it took a couple
+of minutes to add.  When I then tried to do
+
+    git commit -am 'added files'
+
+per the walkthrough I got an error (9, as I recall).  I thought
+I'd added too many files or something so I wanted to start over
+and perhaps I didn't fully understand the mechanisms of annex I
+did the following
+
+    git reset --hard .
+
+Unfortunately, did replaced my files with a bunch of symlinks,
+rather than making git annex forget and go back to the previous
+stage as I had hoped.
+
+I have managed to recover most of my files from backup, but some
+of them I still can't recover.  Is there any way back?  It seems
+I still have the files in my git folder.
+
+Thanks,
+Rasmus
+
+PS: Sorry, I shouldn't have made this text rather than Markdown.
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__/comment_1_00ceb3a5e37825c4bbc806f532893706._comment b/doc/forum/Stupid_mistake:_recoverable__63__/comment_1_00ceb3a5e37825c4bbc806f532893706._comment
new file mode 100644
index 0000000000..ebc8073f7a
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__/comment_1_00ceb3a5e37825c4bbc806f532893706._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-01T18:24:20Z"
+ content="""
+The file contents are still there in `.git/annex/objects/`. 
+
+When I run `git reset --hard`, it deletes any files that have been added, but not committed. You say you still have symlinks to the content. If so, you can just `git add` the symlinks and be back how git-annex wants things to be.
+
+If, instead, you are missing the symlinks, then since you never committed the symlinks to git, there is no record anywhere in git of the filenames that go with the file contents. 
+
+What you can do is ask git-annex to put back symlinks to the file contents:
+
+<pre>
+git annex unused
+git annex addunused 1-10000
+</pre>
+
+This will make you have a bunch of files in the repository with names starting with \"unused\". You can then rename them manually.
+
+BTW, I would of course be interested in any error message from `git commit`.
+"""]]
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__/comment_2_cbedc29678d9b6af3b3c0bb1915d2391._comment b/doc/forum/Stupid_mistake:_recoverable__63__/comment_2_cbedc29678d9b6af3b3c0bb1915d2391._comment
new file mode 100644
index 0000000000..f552cfb186
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__/comment_2_cbedc29678d9b6af3b3c0bb1915d2391._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Rasmus"
+ ip="213.120.148.111"
+ subject="comment 2"
+ date="2013-04-01T23:23:55Z"
+ content="""
+Joey,
+
+Thanks for your useful tips and for providing this software.  It seems incredibly powerful and useful.  I made a copy of the folder which I messed up.  I will try the tips and report back (I'm on the road right now).
+
+The other day all the Haskell deps worked out and I managed to build git annex.  Hopefully, this will give more reliable results as it seemed that some of my bugs were caused by the 32bit prebuild on 64bit.  If I succeed in recreating my files I will try to recreate the error :)
+"""]]
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__/comment_3_86aa4d92a1330811862da1ba568b3037._comment b/doc/forum/Stupid_mistake:_recoverable__63__/comment_3_86aa4d92a1330811862da1ba568b3037._comment
new file mode 100644
index 0000000000..b642cde987
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__/comment_3_86aa4d92a1330811862da1ba568b3037._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="Rasmus"
+ ip="213.120.148.111"
+ subject="comment 3"
+ date="2013-04-02T23:25:45Z"
+ content="""
+Joey,
+
+Sorry for asking again, but I haven't been able to resolve this using the symlinks.
+
+Consider this file 
+
+    ElgarCEH.pdf -> ../.git/annex/objects/g6/q8/SHA256E-759787--3ec5f8d64cc4f84dec74ed7f0f7a640b3e672a03faf0f5fc3daf0b823d596f03.pdf/SHA256E-759787--3ec5f8d64cc4f84dec74ed7f0f7a640b3e672a03faf0f5fc3daf0b823d596f03.pdf
+
+The file that the symlink points to doesn't exist.  I'm not sure it should.  The file with {.map,.cahce} extensions does exist, in this case 
+
+    sh>ls ../.git/annex/objects/g6/q8/SHA256E-s759787--3ec5f8d64cc4f84dec74ed7f0f7a640b3e672a03faf0f5fc3daf0b823d596f03.pdf/
+       SHA256E-s759787--3ec5f8d64cc4f84dec74ed7f0f7a640b3e672a03faf0f5fc3daf0b823d596f03.pdf.cache
+       SHA256E-s759787--3ec5f8d64cc4f84dec74ed7f0f7a640b3e672a03faf0f5fc3daf0b823d596f03.pdf.map
+
+The content of the .cache file is 
+
+    1703824 411810 1350480334
+
+and the content of the .map file is 
+
+    documents/ElgarCEH.pdf
+
+However, for all of the following
+
+    git add ElgarCEH.pdf
+    git add --force ElgarCEH.pdf
+    git annex add ElgarCEH.pdf
+
+the files are not staged, and I get the message usual
+
+    no changes added to commit.
+
+with `git log`.
+
+So do I need to something more in order to get `git` to add my symlinks?
+"""]]
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__/comment_4_6d15bf8a3c3c27cc92957070161675a9._comment b/doc/forum/Stupid_mistake:_recoverable__63__/comment_4_6d15bf8a3c3c27cc92957070161675a9._comment
new file mode 100644
index 0000000000..97a4cd0db1
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__/comment_4_6d15bf8a3c3c27cc92957070161675a9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-02T23:39:48Z"
+ content="""
+If you `git add` a file and `git commit` says \"no changes added to commit\", what would you think would be the reason?
+
+I'd think it was because the file was already committed to git. So that must be the case with your symlink.
+
+You seem to have told git-annex to do something to the content of that file. You could use `git annex whereis` to find where it is, or `git annex get` to get it. (Assuming you have not used `git annex drop --force` on the file to nuke its content earlier.)
+"""]]
diff --git a/doc/forum/Stupid_mistake:_recoverable__63__/comment_5_f836b9b1d03d94c49e3798961790b2ba._comment b/doc/forum/Stupid_mistake:_recoverable__63__/comment_5_f836b9b1d03d94c49e3798961790b2ba._comment
new file mode 100644
index 0000000000..d28c247e1f
--- /dev/null
+++ b/doc/forum/Stupid_mistake:_recoverable__63__/comment_5_f836b9b1d03d94c49e3798961790b2ba._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="Rasmus"
+ ip="213.120.148.111"
+ subject="comment 5"
+ date="2013-04-03T00:45:05Z"
+ content="""
+> [links not being added].
+Right.  Obliviously.  Sorry.
+
+
+I think the problem is more severe as all of the files have somehow ended up in the .git/objects folder.  I have no idea how, but I have been unsuccessful with both methods (the second methods gives me 
+    
+    getFileStatus: does not exist (No such file or directory)
+
+which I guess is related to the fact that my files somehow ended up in the git objects folder rather than the git annex objects folder.
+
+I appreciated the help.
+
+Cheers,
+Rasmus
+"""]]
diff --git a/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version.mdwn b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version.mdwn
new file mode 100644
index 0000000000..1f8730514b
--- /dev/null
+++ b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version.mdwn
@@ -0,0 +1,9 @@
+Hi!
+
+Just tried various android ssh servers which do work, but have no access to the command line tools shipped with git annex.
+
+From what I gather from the planning docs, sshd was stripped from the android tools to save space. If this were the case, it (naively) seems to me it would have to be simple to re-enable.
+
+Rationale: It would make it super convenient to use command line git annex on my phone alongside the assistant, through letting me type on my desktop. Not to mention that the command line tools shipped with git annex are by far the best around for android work.
+
+Carlo
diff --git a/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_1_5c2f376a82458c6387560355940419d3._comment b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_1_5c2f376a82458c6387560355940419d3._comment
new file mode 100644
index 0000000000..9a39a2e4c9
--- /dev/null
+++ b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_1_5c2f376a82458c6387560355940419d3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-02T19:42:13Z"
+ content="""
+sshd was removed from the bundle because it's not needed for git-annex to be used on Android, and it would be very complicated to get it to work. (And would require rooting the device at least for port 22 and probably also since sshd needs to run as root generally.)
+
+If there are android ssh servers that let you choose which user to log in as, you could log in as the app_NN user corresponding to the git-annex android app, and have all the tools available, once you ran runshell. I belive there's also an equivilant to su on android that lets you change to an app_NN user, although you probably already need root.
+
+I think it's more usual to use adb in these situations.
+"""]]
diff --git a/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_2_6321dec0b2f22f841f3cb986e063113f._comment b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_2_6321dec0b2f22f841f3cb986e063113f._comment
new file mode 100644
index 0000000000..b1ce5a1a5b
--- /dev/null
+++ b/doc/forum/Suggestion:_Put_ssh_server_back_into_android_version/comment_2_6321dec0b2f22f841f3cb986e063113f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 2"
+ date="2013-11-03T09:48:53Z"
+ content="""
+Ah, the \"very complicated to get it to work\" part is what I didn't know, thanks for explaining and or the tips.
+"""]]
diff --git a/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo.mdwn b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo.mdwn
new file mode 100644
index 0000000000..223e5eaeda
--- /dev/null
+++ b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo.mdwn
@@ -0,0 +1,7 @@
+I work in a distributed startup.  We have a master repository on GitHub.  At the office we have modern hunky Linux desktops (seriously more powerful than any of our laptops).
+
+I (and others) have hard deadlines at the end of the day (typically child commitments).  If I leave from a meeting or brainstorming session without having pushed all of my work into the cloud then I cannot continue working from home.  This is because our office is behind multiple levels of NAT over which we have no control.  Hence I am unable to remote into my machine in order to push work up to GitHub or scp it to my laptop.
+
+Is there a way to get git-annex to sync only files that do not correspond to git objects available from our GitHub repository?  Because our source tree is quite large (2.5GB including tests and test data) I would not want git-annex to sync the entire tree.  And when I checkout a different branch I would not want git-annex to sync all changes between the previously checked-out branch and the new branch.  Rather I would like git-annex to discard any previously synced objects, note the identity of the new branch and the values of all files (object) not available from the upstream state of that branch on GitHub.
+
+Thanks in advance for any suggestions.
diff --git a/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_1_b31d02c97447996495de73705ac39f71._comment b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_1_b31d02c97447996495de73705ac39f71._comment
new file mode 100644
index 0000000000..b7f343b133
--- /dev/null
+++ b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_1_b31d02c97447996495de73705ac39f71._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="gjost"
+ ip="75.140.92.244"
+ subject="comment 1"
+ date="2014-05-20T15:19:35Z"
+ content="""
+> If I leave from a meeting or brainstorming session without having pushed all of my work into the cloud then I cannot continue working from home. This is because our office is behind multiple levels of NAT over which we have no control. Hence I am unable to remote into my machine in order to push work up to GitHub or scp it to my laptop.
+
+This is not a git-annex solution, but you could use Pagekite to SSH to your work machine from home.
+
+
+"""]]
diff --git a/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_2_098465ae8af32931779d2cd63750d5dc._comment b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_2_098465ae8af32931779d2cd63750d5dc._comment
new file mode 100644
index 0000000000..95a8721dff
--- /dev/null
+++ b/doc/forum/Sync_only_what_is_not_available_from_my_central_git_repo/comment_2_098465ae8af32931779d2cd63750d5dc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 2"
+ date="2014-05-21T18:11:45Z"
+ content="""
+It seems to me that simply running `git annex sync --content` before you go home would do what you need. Have you tried using git-annex? 
+
+Some of the things you're saying don't entirely make sense to me, and so I suspect you're perhaps worrying about problems that don't exist, or that git-annex deals with nicely.
+"""]]
diff --git a/doc/forum/Sync_with_one_offline_peer.mdwn b/doc/forum/Sync_with_one_offline_peer.mdwn
new file mode 100644
index 0000000000..6ee05c6e67
--- /dev/null
+++ b/doc/forum/Sync_with_one_offline_peer.mdwn
@@ -0,0 +1,11 @@
+Hello,
+
+I use the assistant to set up two repositories A and B synced using jabber. A third repository C on my server is used as rsync transfer. Syncing works fine between both repos when both are online.
+
+But when either A or B is offline the sync does not happen when it comes online again, though the file was synced to C.
+
+Is this because C is only a rsync repository and can't hold metadata? How can I achieve that the sync happens also when one of the repositories is offline?
+
+I also tried using the static build of git annex on my server. It seemed to run fine but during the setup the assistant got an error about too many command line arguments. On A und B I use the ArchLinux AUR build (https://aur.archlinux.org/packages/git-annex-standalone/), on C I use the static build. Could it be a version mismatch?
+
+Thanks!
diff --git a/doc/forum/Sync_with_one_offline_peer/comment_1_3859d842d4f7e2ef44877b05ebe881fb._comment b/doc/forum/Sync_with_one_offline_peer/comment_1_3859d842d4f7e2ef44877b05ebe881fb._comment
new file mode 100644
index 0000000000..5fe670d35c
--- /dev/null
+++ b/doc/forum/Sync_with_one_offline_peer/comment_1_3859d842d4f7e2ef44877b05ebe881fb._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 1"
+ date="2013-09-09T21:49:17Z"
+ content="""
+Another try on the layout:
+
+Hello,
+
+I use the assistant to set up two repositories A and B synced using jabber. A third repository C on my server is used as rsync transfer. Syncing works fine between both repos when both are online.
+
+But when either A or B is offline the sync does not happen when it comes online again, though the file was synced to C.
+
+Is this because C is only a rsync repository and can't hold metadata? How can I achieve that the sync happens also when one of the repositories is offline?
+
+I also tried using the static build of git annex on my server. It seemed to run fine but during the setup the assistant got an error about too many command line arguments. On A und B I use the ArchLinux AUR build (https://aur.archlinux.org/packages/git-annex-standalone/), on C I use the static build. Could it be a version mismatch?
+
+Thanks!
+"""]]
diff --git a/doc/forum/Sync_with_one_offline_peer/comment_2_c9ba3983b37b0c1868269616fd81e518._comment b/doc/forum/Sync_with_one_offline_peer/comment_2_c9ba3983b37b0c1868269616fd81e518._comment
new file mode 100644
index 0000000000..20b82dd3e5
--- /dev/null
+++ b/doc/forum/Sync_with_one_offline_peer/comment_2_c9ba3983b37b0c1868269616fd81e518._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 2"
+ date="2013-09-12T21:13:36Z"
+ content="""
+Yes, the rsync repository is not a git repository and so does not hold metadata. If you can install git-annex on your server, you can add a regular git repository there, and then the clients can sync to it even when the other is offline.
+
+This is also why I an working on adding support for [[special_remotes/gcrypt]] repositories, so you can have a fully encrypted git repository on the server and sync through that.
+
+>   during the setup the assistant got an error about too many command line arguments
+
+I have never heard about such a problem. You should file a bug report with the details.
+"""]]
diff --git a/doc/forum/Sync_with_one_offline_peer/comment_3_28b9c003b4560c3ce90c9ebf808b091b._comment b/doc/forum/Sync_with_one_offline_peer/comment_3_28b9c003b4560c3ce90c9ebf808b091b._comment
new file mode 100644
index 0000000000..332cd83c35
--- /dev/null
+++ b/doc/forum/Sync_with_one_offline_peer/comment_3_28b9c003b4560c3ce90c9ebf808b091b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 3"
+ date="2013-09-13T10:52:33Z"
+ content="""
+Thanks for your reply. The bug report is at <http://git-annex.branchable.com/bugs/git-annex:_Argument_list_too_long/>
+
+I'll be happy to provide any more help if I can!
+"""]]
diff --git a/doc/forum/Sync_without_jabber_account.mdwn b/doc/forum/Sync_without_jabber_account.mdwn
new file mode 100644
index 0000000000..b459f33103
--- /dev/null
+++ b/doc/forum/Sync_without_jabber_account.mdwn
@@ -0,0 +1,9 @@
+Hi,
+
+It is possible to keep devices sync only using a box.com account as a transfer remote, without Jabber? I can't use Jabber because of firewall restrictions.
+
+It would be nice to be able to use the transfer remote, in my case box.net, as the sync "provider", for example by polling a file with the needed changes in a pre-defined interval.
+
+Regards,
+
+Stone
diff --git a/doc/forum/Sync_without_jabber_account/comment_1_3e95ac2e67451f953cf0538094109f8b._comment b/doc/forum/Sync_without_jabber_account/comment_1_3e95ac2e67451f953cf0538094109f8b._comment
new file mode 100644
index 0000000000..1a601848c1
--- /dev/null
+++ b/doc/forum/Sync_without_jabber_account/comment_1_3e95ac2e67451f953cf0538094109f8b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-17T19:06:59Z"
+ content="""
+We don't currently have a way to store a git repository on box.com, and you need such a git repo on a server somewhere if you're not using Jabber.
+
+Of course you can mount the box.com, using either davfs2 or something else, and put a bare git repository in its directory, and if you set this up on multiple computers, it might just work (or they might both try to write to it at the same time and fail.. I have not tried).
+"""]]
diff --git a/doc/forum/Synchronize_large_files___40__VM_images__41__.mdwn b/doc/forum/Synchronize_large_files___40__VM_images__41__.mdwn
new file mode 100644
index 0000000000..71de3ee7cf
--- /dev/null
+++ b/doc/forum/Synchronize_large_files___40__VM_images__41__.mdwn
@@ -0,0 +1,10 @@
+Hi, 
+
+i'm thinking to use git-annex to synchronize my virtual machine directory (Virtualbox) between 3 pc. It's quite big: more than 200GB and some of the images are 40Gb in size.
+
+The synchronization will be over a lan (obviously). It is already in place with 2pc and unison but the configuration of the 3rd pc is cumbersome. 
+Does anybody have experiences with git-annex and such amount of data?
+
+Thanks in advance
+
+Gabriele
diff --git a/doc/forum/Synchronize_large_files___40__VM_images__41__/comment_1_619f6ed2d7da5832ab253d61b6dd8044._comment b/doc/forum/Synchronize_large_files___40__VM_images__41__/comment_1_619f6ed2d7da5832ab253d61b6dd8044._comment
new file mode 100644
index 0000000000..292ee3b7bf
--- /dev/null
+++ b/doc/forum/Synchronize_large_files___40__VM_images__41__/comment_1_619f6ed2d7da5832ab253d61b6dd8044._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-28T18:01:31Z"
+ content="""
+This volume of data should be no problem for git-annex.
+
+The only catch would be if you're running those VM images and want to sync them as they're changed. With git-annex, you'd need to `git annex unlock` a file to allow it to be modified, and then `git annex add` it back and commit changes made to it.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks.mdwn b/doc/forum/Syncing_machines_on_different_networks.mdwn
new file mode 100644
index 0000000000..6851a6c016
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks.mdwn
@@ -0,0 +1,9 @@
+I've been using git-annex locally for a couple months. So far I've only used it to keep track of files on my laptop and local usb hard drives. Now I would like to add a network into the picture, and hopefully start to move away from Dropbox.
+
+I have Dropbox on two computers: my home machine and my work machine. The home machine is only on when I'm at home and the work machine is only on when I'm at work, so the computers are never on at the same time and thus can never communicate directly. What are my options for keeping annexes on these two machines in sync?
+
+Initially I was hoping that I could use an S3 special remote for this, but I see that special remotes only hold the actual file data, not any of the git stuff. So I can't push my changes to S3 at work and then pull those changes in at home.
+
+From what I can tell from the documentation, the only way I can handle this problem is to have an annex sitting on a VPS or someplace that both my home and work machines can talk to. Is that correct? That would be ok, but if I'm going to put my annex out there in the cloud somewhere, I want the files to be encrypted. It looks like git-annex only supports encryption of file data with special remotes, not a full annex. Is there no way to have some sort of encrypted git-annex hub?
+
+I backed the assistant and have been following the development blog, but I haven't tried it out yet. Am I correct in thinking that nothing in the assistant will address this particular issue?
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment b/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment
new file mode 100644
index 0000000000..dcc59017b4
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_1_1c3523c722c178a96b096a68b9be4165._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2012-11-02T07:21:15Z"
+ content="""
+I might be thinking too simple, but can't you just put another annex repository on an usbdrive and use it to carry the metadata around? Add it as a remote to both compuers annex repositories and sync when you come/leave. As it does not have to carry the actual data some 100M will usually suffice. Just don't use any special remotes, but simply a cloned git repository.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_2_d7b14ffee65072329cfe9ab08a0dba50._comment b/doc/forum/Syncing_machines_on_different_networks/comment_2_d7b14ffee65072329cfe9ab08a0dba50._comment
new file mode 100644
index 0000000000..6f0f044967
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_2_d7b14ffee65072329cfe9ab08a0dba50._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.40.225"
+ subject="comment 2"
+ date="2012-11-02T19:41:27Z"
+ content="""
+That's what I've started to do. It gets the job done, but I don't like that I have to remember to plug in the stick and sync to it at the end of the work day, and then plug in the stick and sync from it when I get home. I'm hoping that there is some way to accomplish the syncing automagically, more akin to the Dropbox experience.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_3_65d1dae9b76fccb5f2b8fd8c69b60075._comment b/doc/forum/Syncing_machines_on_different_networks/comment_3_65d1dae9b76fccb5f2b8fd8c69b60075._comment
new file mode 100644
index 0000000000..2fa7ac055c
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_3_65d1dae9b76fccb5f2b8fd8c69b60075._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 3"
+ date="2012-11-04T19:44:11Z"
+ content="""
+You need two things:
+
+1. A special remote in the cloud. S3, or rsync.net, or whatever.
+2. A git repository hosted in the cloud. You could just use github (paying them if you want to avoid it being public).
+
+Is it possible to have an encrypted git remote repository? It's not directly supported by git. The way git needs to be able to request arbitrary objects by SHA, kind of prevents encrypting things to any useful level. The only way I can think of to do that would be to use some cloud storage that can be mounted as a filesystem, and store an encrypted filesystem containing the git repo in a file inside that. Not easy.
+
+The git-annex assistant is going to get around this by not requiring a central git repository and transferring git data peer-to-peer, but that will require both the peers be on the network at the same time.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_4_2ec67428af69d6c0ea051c6a67d58905._comment b/doc/forum/Syncing_machines_on_different_networks/comment_4_2ec67428af69d6c0ea051c6a67d58905._comment
new file mode 100644
index 0000000000..34d37ce4fd
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_4_2ec67428af69d6c0ea051c6a67d58905._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.40.225"
+ subject="comment 4"
+ date="2012-11-05T02:07:00Z"
+ content="""
+Thanks for the feedback.
+
+I'm thinking the smartest move will be for me to invest in some sort of wall-wart, like a SheevaPlug or RasberryPi. I can use that as the centralized hub and still avoid putting my files on the big bad interwebs.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_5_5ce093f82a2aad3fd8d7ccd5fdcab94f._comment b/doc/forum/Syncing_machines_on_different_networks/comment_5_5ce093f82a2aad3fd8d7ccd5fdcab94f._comment
new file mode 100644
index 0000000000..c3d9d52b22
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_5_5ce093f82a2aad3fd8d7ccd5fdcab94f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 5"
+ date="2012-11-05T06:43:25Z"
+ content="""
+Just a small add-up: I've already used a truecrypt volume file on a dropbox successfully, although not for a git repository. Maybe that's worth a try.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_6_a55982c28d7b90e0b70ec2bb5e594e08._comment b/doc/forum/Syncing_machines_on_different_networks/comment_6_a55982c28d7b90e0b70ec2bb5e594e08._comment
new file mode 100644
index 0000000000..d5ccdcf87c
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_6_a55982c28d7b90e0b70ec2bb5e594e08._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="24.16.193.140"
+ subject="comment 6"
+ date="2012-11-05T17:20:50Z"
+ content="""
+Right now I use Dropbox with encfs. I could do the same thing with git-annex, but it's kind of a hassle.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_7_c519d546e1a2a4e834609f3de3a605b0._comment b/doc/forum/Syncing_machines_on_different_networks/comment_7_c519d546e1a2a4e834609f3de3a605b0._comment
new file mode 100644
index 0000000000..ea4aeeaf2b
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_7_c519d546e1a2a4e834609f3de3a605b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Quick Cloud Tip"
+ date="2012-11-21T13:16:54Z"
+ content="""
+If you have broadband, get a raspberry pi and hook up a thumb drive. Then allow ssh access through your router for really cheap cloud storage.
+"""]]
diff --git a/doc/forum/Syncing_machines_on_different_networks/comment_8_84a822238ddbaf211cce5f527c3559d3._comment b/doc/forum/Syncing_machines_on_different_networks/comment_8_84a822238ddbaf211cce5f527c3559d3._comment
new file mode 100644
index 0000000000..78c3190dbd
--- /dev/null
+++ b/doc/forum/Syncing_machines_on_different_networks/comment_8_84a822238ddbaf211cce5f527c3559d3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="s3ql"
+ date="2012-11-29T17:58:35Z"
+ content="""
+I am achieving success on this issue using afuse to automatically mount an s3ql volume.  Though of course you have to manually push and pull from the git repo.
+"""]]
diff --git a/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__.mdwn b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__.mdwn
new file mode 100644
index 0000000000..9315d92180
--- /dev/null
+++ b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__.mdwn
@@ -0,0 +1,4 @@
+I created an "full archive" repo on my local pc and an encrypted "full backup" repo on Box.com. I 'm copying files on the local repo and they are getting encrypted and uploaded to Box. Superb so far :)
+
+What I am wondering though is, suppose my local pc dies. How do I get the data out of Box unencrypted from a new pc?
+
diff --git a/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_1_cd55d06a4065b9d3f14d50674c3fcaf7._comment b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_1_cd55d06a4065b9d3f14d50674c3fcaf7._comment
new file mode 100644
index 0000000000..5a5ec35894
--- /dev/null
+++ b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_1_cd55d06a4065b9d3f14d50674c3fcaf7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-09-22T21:18:17Z"
+ content="""
+Just clone the repository on another computer or usb drive and enable box.com remote as long as you have the clone of the repo you can download your files back.
+"""]]
diff --git a/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_2_25cbdf478091af9923090e049c432a7d._comment b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_2_25cbdf478091af9923090e049c432a7d._comment
new file mode 100644
index 0000000000..69db183e28
--- /dev/null
+++ b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_2_25cbdf478091af9923090e049c432a7d._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="John"
+ ip="109.242.130.160"
+ subject="comment 2"
+ date="2013-09-22T22:20:22Z"
+ content="""
+Thank you Hamza!
+
+I 'm new on git, so please excuse my trivial questions:
+
+a) I am using the git-annex assistant, is it something I can do from there or is it command line only?
+I googled a bit and from what I can tell, I should make a directory on the usb drive, go there and do 
+> $ git clone /path/to/fullArchiveRepo
+
+Would that be correct?
+
+b) Assuming I 've done it correctly, then I put the USB on a drawer and leave it there for a month. In the meantime, I 've been using the repo on my pc and more files have been archived encrypted on Box.com. Then my local pc dies. When I plug the usb on the new pc, will I be able to recover all the encrypted files, or only those up to 1 month ago?
+
+c) What is the proper process to use the cloned repo on a new pc? Plug the usb drive, open the git-annex assistant and go through the \"create new repo\" but use the path for the existing repo on the usb? Then add another repo from Box (with the same account and the same directory there? Would that work?
+
+Thank you for your time & knowledge! :)
+"""]]
diff --git a/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_3_7e71d355457d6b1a0391d4cdae6895e6._comment b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_3_7e71d355457d6b1a0391d4cdae6895e6._comment
new file mode 100644
index 0000000000..81de3fc459
--- /dev/null
+++ b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_3_7e71d355457d6b1a0391d4cdae6895e6._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 3"
+ date="2013-09-23T00:34:24Z"
+ content="""
+I do not use the assistant I prefer command line but try adding an USB drive (last I used it it had the option) It should do the clone and init it check the resulting folder if it contains a .git/ folder you have a clone of your git repo.
+
+a) For manual cloning follow http://git-annex.branchable.com/walkthrough/adding_a_remote/
+
+b) you need to keep syncing to the clone too. asistant should automatically sync to that repo. AFAIK asisstant detects when the usb repo is plugged and automatically syncs to it (again I do not use it but I seem to remember one of joey's talks showing that. YMMV)
+
+If you lose all your repos then you lose the keys to un encrypt files they are gone!, if you have a outdated repo you can get the files back using the key stored in it but without the directory structure.
+
+Correct workflow depends on how you use annex. I sync 3 computers with annex so if one dies I can clone the repo from another one. But if you are only using it on a single computer I would use a clone on an external usb drive that is always connected, so you have two clones one on the internal disk and one on the external disk so you can survive one of the drives crashing.
+"""]]
diff --git a/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_4_a73f67f2fcf0762fbd7c8366b3844af6._comment b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_4_a73f67f2fcf0762fbd7c8366b3844af6._comment
new file mode 100644
index 0000000000..7e649f858c
--- /dev/null
+++ b/doc/forum/Syncing_with_an_encrypted_remote_from_a_different_computer__63__/comment_4_a73f67f2fcf0762fbd7c8366b3844af6._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 4"
+ date="2013-09-23T20:18:38Z"
+ content="""
+Other good options to supplement an offline backup drive:
+
+* A clone of the repository on another computer of yours, or on an Adroid tablet or phone.
+* An encrypted git repository stored on a remote ssh server. (Supported by recent git-annex releases, although the assistant does not yet have a UI to set this up it's not very hard to do it manually at the command line and then the assistant will use it.)
+"""]]
diff --git a/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__.mdwn b/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__.mdwn
new file mode 100644
index 0000000000..988ec30295
--- /dev/null
+++ b/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__.mdwn
@@ -0,0 +1,11 @@
+Hello Joey,
+
+I just want to know if file transfers between three inter-connected repositories somehow gets syncronized. I have a laptop, a local file server in my home and a virtual server on the internet.
+
+Both my laptop and my file server are configured with a full git repository and connected through pairing and xmpp. The server on the internet is configured as a rsync special remote.
+
+I want the local file server to hold a copy of everything in my annex, the rsync remote should get everything except the folder "media" (too large to upload and not that important) and the laptop whatever I manually decide (preferred content is set to "present").
+
+I have added some files to the repository on the local file server and transferred their content to my laptop by using "git annex get". But when I started the web interface, I saw that those files who are present on both the file server and on the laptop get uploaded to the remote server from both computers, often the same file at the same time. Previously I though the two assistants would somehow talk to each other via xmpp so that doubled effort like that would be avoided. I'm also worried about data consistency because two apparently separate processes rsync to the same remote repository at the same time.
+
+So my question would be: Is your xmpp protocol designed to deal with situations like this and I did not set it up correctly or is what I'm trying to accomplish simply not (yet) possible?
diff --git a/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__/comment_1_ca5192a26950627a1c2efcb55d6d2fa3._comment b/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__/comment_1_ca5192a26950627a1c2efcb55d6d2fa3._comment
new file mode 100644
index 0000000000..dccd1d8d5e
--- /dev/null
+++ b/doc/forum/Syncronisation_of_syncronisation_between_3_repositories__63__/comment_1_ca5192a26950627a1c2efcb55d6d2fa3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:22:33Z"
+ content="""
+git-annex does not currently prevent multiple uploads of the same file to a rsync special remote. It is able to guard against this when uploading to a git remote, since then the remote runs git-annex-shell, which can detect when an upload is already running. You might want to convert your rsync remote to a git remote.
+
+I hope that rsyncing the same file twice at the same time is safe, but it's certainly excessively expensive.
+"""]]
diff --git a/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__.mdwn b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__.mdwn
new file mode 100644
index 0000000000..627e3b7360
--- /dev/null
+++ b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__.mdwn
@@ -0,0 +1,3 @@
+Sometimes I'm doing something crazy like working in a large GIMP file, and I just want to be able to keep "committing" the changes to the annex but I hate running into the problem of having to keep unlocking the file over and over again while saving.  I guess one solution to this might be to use git-annex assistant?  But I'm not sure I really want a daemon running, and I don't want this auto-added... I just want to be able to leave the file unlocked while I'm actively working on it, then eventually say "I'm done with this!" and set it back to a state where it's locked.
+
+Basically, I hate running into "permission denied" errors all the time when I'm saving!  I guess I could do some sort of command where I commit to the annex and then immediately unlock again... is there a better way?
diff --git a/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_1_3cbe520b184d323219cb402ff046c3b4._comment b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_1_3cbe520b184d323219cb402ff046c3b4._comment
new file mode 100644
index 0000000000..fac3628923
--- /dev/null
+++ b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_1_3cbe520b184d323219cb402ff046c3b4._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://identi.ca/cwebber/"
+ nickname="cwebber"
+ subject="Reasonable solution?"
+ date="2012-11-27T21:24:49Z"
+ content="""
+I think I have built a reasonable solution... this function checks a specific file into git and then immediately unlocks it.
+
+    function git-annex-unlocked-commit {
+        if [ $# -ne 2 ]; then
+            echo \"Wrong number of args.\"
+            return 1
+        fi
+    
+        if [ ! -e \"$1\" ]; then
+            echo \"Need a filename!\"
+            return 1
+        fi
+    
+        read -p \"Really do an unlocked commit? (y/n): \"
+        if [ \"$REPLY\" == \"y\" ]; then
+            git commit $1 -m \"$2\" && git annex unlock $1
+        fi
+    }
+
+Use it like:
+
+    git-annex-unlocked-commit mediagoblin_postcard.xcf \"Starting to fill in spencer\"
+"""]]
diff --git a/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_2_6afe7f593e955db2eefe87d9fa01882b._comment b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_2_6afe7f593e955db2eefe87d9fa01882b._comment
new file mode 100644
index 0000000000..c515372b13
--- /dev/null
+++ b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_2_6afe7f593e955db2eefe87d9fa01882b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 2"
+ date="2012-11-27T21:27:33Z"
+ content="""
+The only thing I would do differently is \"git annex add\" the file before \"git commit\". This is more efficient for large files since it avoids git looking at the whole file content.
+"""]]
diff --git a/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_3_209399487fc4f76b29f03ad82dbc2d6f._comment b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_3_209399487fc4f76b29f03ad82dbc2d6f._comment
new file mode 100644
index 0000000000..c59c7fe6f8
--- /dev/null
+++ b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_3_209399487fc4f76b29f03ad82dbc2d6f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://identi.ca/cwebber/"
+ nickname="cwebber"
+ subject="comment 3"
+ date="2012-11-27T21:30:11Z"
+ content="""
+Just in case, since I don't see licensing stuff on this wiki: copyright to that code waived under CC0. :) http://creativecommons.org/publicdomain/zero/1.0/
+"""]]
diff --git a/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_4_f33fd6f72cb9ad7dd20a04c82199413b._comment b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_4_f33fd6f72cb9ad7dd20a04c82199413b._comment
new file mode 100644
index 0000000000..ba6baad91e
--- /dev/null
+++ b/doc/forum/The_ability_to_leave_a_file_unlocked_for_a_bit_while_committing_it_repeatedly__63__/comment_4_f33fd6f72cb9ad7dd20a04c82199413b._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://identi.ca/cwebber/"
+ nickname="cwebber"
+ subject="comment 4"
+ date="2012-11-27T23:58:10Z"
+ content="""
+Ah, thanks Joey... here's an updated version:
+
+    function git-annex-unlocked-commit {
+        if [ $# -ne 2 ]; then
+            echo \"Wrong number of args.\"
+            return 1
+        fi
+    
+        if [ ! -e \"$1\" ]; then
+            echo \"Need a filename!\"
+            return 1
+        fi
+    
+        read -p \"Really do an unlocked commit? (y/n): \"
+        if [ \"$REPLY\" == \"y\" ]; then
+            git add $1 && git commit $1 -m \"$2\" && git annex unlock $1
+        fi
+    }
+
+"""]]
diff --git a/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories.mdwn b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories.mdwn
new file mode 100644
index 0000000000..898d4870ae
--- /dev/null
+++ b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories.mdwn
@@ -0,0 +1 @@
+In my documents folder I have some Mercurial and Git repositories. Are there any side effects if I track the whole directory with git annex?
diff --git a/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_1_9fc3f6c2f7379755e0084a850fa9acd4._comment b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_1_9fc3f6c2f7379755e0084a850fa9acd4._comment
new file mode 100644
index 0000000000..c61ea9a4d5
--- /dev/null
+++ b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_1_9fc3f6c2f7379755e0084a850fa9acd4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-27T19:05:59Z"
+ content="""
+I don't recommend using git-annex that way.
+
+.git directories cannot be checked into git, so will just be skipped. A hg repository will be checked in, but you can get into all kinds of bad situations if making commits to the \"same\" hg repository in two different locations. You will end up having to manually resolve conflicted merges to the files used by your distributed version control system, which defeats the point of using distributed version control.
+"""]]
diff --git a/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_2_f024d6a105143af1e06aafe49661ee06._comment b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_2_f024d6a105143af1e06aafe49661ee06._comment
new file mode 100644
index 0000000000..50b94ffaf6
--- /dev/null
+++ b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_2_f024d6a105143af1e06aafe49661ee06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="Thanks!"
+ date="2013-12-27T20:02:20Z"
+ content="""
+Ok, I feared that answer. I'll have to change my directory structure. 
+"""]]
diff --git a/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_3_aff0093c38bda8b093f05e8cbe8775e9._comment b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_3_aff0093c38bda8b093f05e8cbe8775e9._comment
new file mode 100644
index 0000000000..7108ddea3a
--- /dev/null
+++ b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_3_aff0093c38bda8b093f05e8cbe8775e9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2013-12-27T20:08:07Z"
+ content="""
+Well, you can always use .gitignore to ignore the whole content of the directory that you don't want git-annex to handle.
+"""]]
diff --git a/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_4_c889050d3079edefc4633451bd5baff8._comment b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_4_c889050d3079edefc4633451bd5baff8._comment
new file mode 100644
index 0000000000..55f9f2534e
--- /dev/null
+++ b/doc/forum/Tracking_a_directory_with_some_hg_and_git_repositories/comment_4_c889050d3079edefc4633451bd5baff8._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnvVfFLW4CTKs7UjdiLIsOn_cxj1Jnh64I"
+ nickname="Charl"
+ subject="use case: changing workstations mid-way through development session"
+ date="2014-03-23T21:22:15Z"
+ content="""
+An important use case for me with automatic synchronization, is being able to change computers mid-way through a development session. I used to do this with dropbox for years: I'd work in a git checkout, then take another laptop to go work elsewhere, and just continue in the \"same\" synchronized git repo. Having to remember to commit and push a long list of repos before changing workstations is error-prone. Also, I prefer to commit when a discrete atom of work has been completed, and to push when a topic branch is good and ready to be merged (for example), not every time that I feel like changing workstations. :) Dropbox never dropped a stitch in all this time. As long as all laptops are in a 1) connected and 2) synced up state, switching is possible.
+
+The limitation of not being able to sync the .git directories in git checkouts means that this use case can't currently be supported by git-annex (assistant). Is a work-around possible, or is this something that can't ever be supported due to the limitations of git itself?
+
+"""]]
diff --git a/doc/forum/Transfer_remotes.mdwn b/doc/forum/Transfer_remotes.mdwn
new file mode 100644
index 0000000000..eb03f3166e
--- /dev/null
+++ b/doc/forum/Transfer_remotes.mdwn
@@ -0,0 +1,3 @@
+Hi!
+
+I have a laptop A on which I setup a box.com special remote as a transfer encrypted repository. It is quite unclear to me how I should configure laptop B to use the same box.com remote and share files between the two machines.
diff --git a/doc/forum/Transfer_remotes/comment_1_c08cf3bda00d7f20a3ca3d0fdba19c9c._comment b/doc/forum/Transfer_remotes/comment_1_c08cf3bda00d7f20a3ca3d0fdba19c9c._comment
new file mode 100644
index 0000000000..7b5de17a0d
--- /dev/null
+++ b/doc/forum/Transfer_remotes/comment_1_c08cf3bda00d7f20a3ca3d0fdba19c9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="Screencast"
+ date="2013-04-11T09:59:24Z"
+ content="""
+Maybe this screencasts helps: [git-annex assistant remote sharing](http://git-annex.branchable.com/videos/git-annex_assistant_remote_sharing/)
+"""]]
diff --git a/doc/forum/Transfer_remotes/comment_2_98930629d398329f1161135464a966a5._comment b/doc/forum/Transfer_remotes/comment_2_98930629d398329f1161135464a966a5._comment
new file mode 100644
index 0000000000..1ce26e5b20
--- /dev/null
+++ b/doc/forum/Transfer_remotes/comment_2_98930629d398329f1161135464a966a5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://cyprio.net/"
+ nickname="oz"
+ subject="versions?"
+ date="2013-04-15T22:50:31Z"
+ content="""
+Well, in the screencast it seems to work alright.
+
+I only get a \"Syncing with laptop B\" on one side, nothing more happens. I'm not sure if there is a recommended version to follow this screencast, or if the versions need to match (I'm syncing between macos & linux/debian, and the mac packages are lagging behind).
+
+My guess is that the assistant is simply \"not there yet\": using git-annex manually works just fine, but the assistant... ew. :/
+"""]]
diff --git a/doc/forum/Trouble_installing_from_cabal_on_debian-testing.mdwn b/doc/forum/Trouble_installing_from_cabal_on_debian-testing.mdwn
new file mode 100644
index 0000000000..28c3a1749a
--- /dev/null
+++ b/doc/forum/Trouble_installing_from_cabal_on_debian-testing.mdwn
@@ -0,0 +1,15 @@
+I'm having trouble install from cabal on Debian-testing since the new beta released.
+
+    % sudo aptitude remove --purge cabal-install
+    % rm -rf $HOME/.cabal
+    % sudo aptitude install cabal-install
+    % cabal update
+    % cabal install git-annex
+
+The output all follows this general syntax:
+
+    <package> depends on <anotherpackage> which failed to install
+
+On the flip side, I upgrade my Debian to sid and it installed just fine through aptitude.
+
+(Apologies for my English, and if this is simply a user error)
diff --git a/doc/forum/Trouble_installing_from_cabal_on_debian-testing/comment_1_0d3e9d7cffafc34bc212557e8bbb987d._comment b/doc/forum/Trouble_installing_from_cabal_on_debian-testing/comment_1_0d3e9d7cffafc34bc212557e8bbb987d._comment
new file mode 100644
index 0000000000..d312ba7b17
--- /dev/null
+++ b/doc/forum/Trouble_installing_from_cabal_on_debian-testing/comment_1_0d3e9d7cffafc34bc212557e8bbb987d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-25T16:13:08Z"
+ content="""
+The difficulty with using cabal on Debian testing (and unstable) is that Debian has an older version of Yesod, and I have not managed to get cabal to work with both versions at once.
+
+If you build using the Makefile, it currently uses the old version of Yesod, so that'll work.
+
+The [package from unstable](http://packages.debian.org/sid/git-annex) should install ok on testing.
+"""]]
diff --git a/doc/forum/Truly_purging_dead_repositories.mdwn b/doc/forum/Truly_purging_dead_repositories.mdwn
new file mode 100644
index 0000000000..8a231439c4
--- /dev/null
+++ b/doc/forum/Truly_purging_dead_repositories.mdwn
@@ -0,0 +1 @@
+Since I'm just starting out with git-annex, I've had several false starts in getting things setup nicely between three machines.  In the course of so doing, I've ended up with several repositories which no longer exist, and which I've marked dead.  However, this is making the "git annex status" report a bit ugly, since these repositories no longer exist and can never exist again. Is there a way to truly purge dead repositories from my annex?  I'd be fine with a command that must be ran in tandem on all annexes before doing a sync...
diff --git a/doc/forum/Truly_purging_dead_repositories/comment_1_a4c75d49714b3543a9f1617a15d4a2d1._comment b/doc/forum/Truly_purging_dead_repositories/comment_1_a4c75d49714b3543a9f1617a15d4a2d1._comment
new file mode 100644
index 0000000000..6b778ed567
--- /dev/null
+++ b/doc/forum/Truly_purging_dead_repositories/comment_1_a4c75d49714b3543a9f1617a15d4a2d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-18T02:20:25Z"
+ content="""
+If you really want to, check out the git-annex branch and delete the line from uuid.log, and do this on every repo in tandem. But it seems a lot of bother for something that is entirely hidden except for this one place.
+"""]]
diff --git a/doc/forum/Truly_purging_dead_repositories/comment_2_3da60a02e7323a204c5c5dd02ba04d6c._comment b/doc/forum/Truly_purging_dead_repositories/comment_2_3da60a02e7323a204c5c5dd02ba04d6c._comment
new file mode 100644
index 0000000000..8a89eee961
--- /dev/null
+++ b/doc/forum/Truly_purging_dead_repositories/comment_2_3da60a02e7323a204c5c5dd02ba04d6c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 2"
+ date="2012-10-18T02:23:54Z"
+ content="""
+Another possibilty is to reuse the dead uuids for later repos. You can do this by just setting annex.uuid in .git/config before you run `git annex init`, and then run `git annex fsck`.
+"""]]
diff --git a/doc/forum/Truly_purging_dead_repositories/comment_3_2576e45436008ff5a7ae5a38cade658e._comment b/doc/forum/Truly_purging_dead_repositories/comment_3_2576e45436008ff5a7ae5a38cade658e._comment
new file mode 100644
index 0000000000..2b78ab0e02
--- /dev/null
+++ b/doc/forum/Truly_purging_dead_repositories/comment_3_2576e45436008ff5a7ae5a38cade658e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Another idea"
+ date="2012-10-18T05:38:07Z"
+ content="""
+What if git annex status didnn't show dead repository unless I specified \"git annex status --dead\"?  If you're OK with that, I'll try adding it.
+"""]]
diff --git a/doc/forum/Truly_purging_dead_repositories/comment_4_477e3c213c5a5d4a33afd42a5b94c718._comment b/doc/forum/Truly_purging_dead_repositories/comment_4_477e3c213c5a5d4a33afd42a5b94c718._comment
new file mode 100644
index 0000000000..3f39803b24
--- /dev/null
+++ b/doc/forum/Truly_purging_dead_repositories/comment_4_477e3c213c5a5d4a33afd42a5b94c718._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 4"
+ date="2013-09-04T06:44:42Z"
+ content="""
+Status no longer shows dead repositories.
+
+See also, answer here: <http://git-annex.branchable.com/forum/How_to_delete_a_remote__63__/#comment-7ebf3804709a5aa64f1ca057a7df74f9>
+"""]]
diff --git a/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__.mdwn b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__.mdwn
new file mode 100644
index 0000000000..5495e26498
--- /dev/null
+++ b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__.mdwn
@@ -0,0 +1,18 @@
+Hi,
+
+Here is my setup:
+
+* I have a locally networked server Server-A with a large storage hard drive auto-mounted.
+* I have two personal client computers: Client-A and Client-B.
+* Client-A is my primary (desktop) computer. 
+* Client-B is my secondary (laptop) computer that I use less often.
+* Git-annex is installed on all 3 computers and I use git-annex assistant on both Client-A and Client-B.
+* Both Client-A and Client-B need to share the same repository/files.
+
+
+What is the best or recommended git-annex assistant repository configuration for this setup? Ideally I want Server-A to have a full backup of the shared repository. I currently have a client repository for both Client-A and Client-B. Also, both Client-A and Client-B have a "full backup" repository pointing to the same repository hosted on Server-A. Is this OK? Should only one of the the client's have this repository as a "full backup"? Will this current setup also have git annex assistant auto-sync the repositories between the clients? I have both clients setup right now and they have both successfully cloned the shared repository, but I have noticed that they have yet to sync up modifications made on the other client. An alternative setup I can think of would be to have Client-A keep its current configuration and have Client-B switch the "full backup" repository to be just a "transfer" repository.
+
+I hope my intentions are clear. Please give me your recommendations.
+
+Regards,
+Blake
diff --git a/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_1_b8702892280447193e6e80be22a580a0._comment b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_1_b8702892280447193e6e80be22a580a0._comment
new file mode 100644
index 0000000000..915e7209bd
--- /dev/null
+++ b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_1_b8702892280447193e6e80be22a580a0._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlkA6XinbeOdnEDxEGQUWyjqPGh0kdMXr4"
+ nickname="Blake"
+ subject="update"
+ date="2013-10-30T07:19:56Z"
+ content="""
+It seems both Client-A and Client-B ARE actually syncing with this current setup. I think Client-B was just delayed due to the initial startup scan. So I guess at this point I am more or less asking if having both Client-A and Client-B have the remote repository being a \"full backup\" type is appropriate or if there is a better configuration that achieves what I am hoping to have.
+
+Regards,
+Blake
+"""]]
diff --git a/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_2_50cafde7e30b928480d1f142ddd763d2._comment b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_2_50cafde7e30b928480d1f142ddd763d2._comment
new file mode 100644
index 0000000000..4495401b21
--- /dev/null
+++ b/doc/forum/Two_computer_setup:___34__transfer__34___or___34__full_backup__34___repository_groups__63__/comment_2_50cafde7e30b928480d1f142ddd763d2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 2"
+ date="2013-11-01T16:47:18Z"
+ content="""
+git-annex keeps track of the repository group on a per repository basis. That is, if the repository on Server-A is a full backup, both Client-A and Client-B will consider it to be one, and use it appropriately. You can't have just Client-A think it's a full backup; this setting will be automatically synced to Client-B.
+
+Your setup sounds ok, although you might need to set up a XMPP account in order for Client-A and Client-B to immediately message one-another when they have new changes to sync. Otherwise, they might only poll Server-A occasionally for changes.
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible.mdwn b/doc/forum/USB_backup_with_files_visible.mdwn
new file mode 100644
index 0000000000..747de85ffe
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible.mdwn
@@ -0,0 +1,7 @@
+Quick question: I want to create a repository on my removable USB drive that will acquire all files (eg. "full backup" repository group), but where the files will be visible and usable if you load the drive on another computer.
+
+How do I do that from within the assistant?
+
+Thanks,
+
+Zellyn
diff --git a/doc/forum/USB_backup_with_files_visible/comment_1_2832f8ae24dfb0f101e06f7c18283028._comment b/doc/forum/USB_backup_with_files_visible/comment_1_2832f8ae24dfb0f101e06f7c18283028._comment
new file mode 100644
index 0000000000..c08a0c6928
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_1_2832f8ae24dfb0f101e06f7c18283028._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-02T17:00:41Z"
+ content="""
+This is not something the assistant really handles yet. The issue is that if you have a non-bare repository on the USB drive, something has to run `git annex sync` in it when changes are pushed to it, to update it to display the files that are in the repository.
+
+One way to do this is to set up a non-bare repository by hand and add a git post-receive hook that runs `git annex sync`
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_2_6163e01aa441f8435091f026cc6da337._comment b/doc/forum/USB_backup_with_files_visible/comment_2_6163e01aa441f8435091f026cc6da337._comment
new file mode 100644
index 0000000000..591dc847d9
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_2_6163e01aa441f8435091f026cc6da337._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="comment 2"
+ date="2013-07-02T17:10:59Z"
+ content="""
+Aah, perfect. I did in fact set up a non-bare git annex on the drive. I was just lacking the `git annex sync` command. Thanks!
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_3_ee92ff320eb5d9a031bdd1896aee0d86._comment b/doc/forum/USB_backup_with_files_visible/comment_3_ee92ff320eb5d9a031bdd1896aee0d86._comment
new file mode 100644
index 0000000000..98a3c1cc5d
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_3_ee92ff320eb5d9a031bdd1896aee0d86._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="post-receive hook looks troublesome"
+ date="2013-07-03T16:11:13Z"
+ content="""
+I just tried setting up a post-receive hook with just \"git annex sync\" in it.
+The end result is that files (git annex symlinks, really) are getting removed somehow as a result after a couple of git annex sync's done manually.
+It would be nice if this actually worked.
+
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_4_437c8342c0b65e3a89129800313eb73c._comment b/doc/forum/USB_backup_with_files_visible/comment_4_437c8342c0b65e3a89129800313eb73c._comment
new file mode 100644
index 0000000000..a45b05b25c
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_4_437c8342c0b65e3a89129800313eb73c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 4"
+ date="2013-07-03T19:54:21Z"
+ content="""
+Seems to me that any such problems would be caused by the environment variables git sets in the hook, or possibly the current working directory in use when the hook runs. So it might take some finessing to get right.
+
+Meanwhile, I've committed a change that makes `git annex merge` merge in changes synced to the repo from other repositories. So that can be used the same way `git annex sync` can, but without the added overhead of committing, pushing, and pulling.
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_5_5e10cffe8465ea4ecaa71c03a4c29ea4._comment b/doc/forum/USB_backup_with_files_visible/comment_5_5e10cffe8465ea4ecaa71c03a4c29ea4._comment
new file mode 100644
index 0000000000..20853a4a0d
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_5_5e10cffe8465ea4ecaa71c03a4c29ea4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 5"
+ date="2013-07-04T05:11:46Z"
+ content="""
+Oh!  git annex merge is very nice.
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_6_add048a16837f7940a859f21426cdbe9._comment b/doc/forum/USB_backup_with_files_visible/comment_6_add048a16837f7940a859f21426cdbe9._comment
new file mode 100644
index 0000000000..95f7495741
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_6_add048a16837f7940a859f21426cdbe9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Confused"
+ date="2013-11-03T00:13:47Z"
+ content="""
+Sorry, I'm confused.  I set up a Full Backup repo on a second hard drive, but the files are visible in its directory just like in my Client repos' directories.  Are the files not supposed to be visible?  Is something wrong?
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_7_de227ca9911fe57d7a6d3e037f574fe9._comment b/doc/forum/USB_backup_with_files_visible/comment_7_de227ca9911fe57d7a6d3e037f574fe9._comment
new file mode 100644
index 0000000000..0f74efac08
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_7_de227ca9911fe57d7a6d3e037f574fe9._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 7"
+ date="2013-11-03T01:09:16Z"
+ content="""
+You can set it up that way, but the often confusing behavior (including not being able to umount a drive that has the git-annex assistant deamon running in it!) is why the webapp attempt to steer users toward making bare reposotories on USB drives.
+
+If you click on \"Add another repository\" -> \"Removable drive\", you get a bare repository.
+
+If you click on upper-right menu -> \"Add another local repository\" and enter a path, and tell it to combine the repositories, you get a synced non-bare repository, and potentially problems unmounting the drive since you now have 2 assistant daemons running.
+
+I have now added a further link to the nice removable drive path to that second UI path.
+"""]]
diff --git a/doc/forum/USB_backup_with_files_visible/comment_8_0c0ed0e038f7f0e2d2d4ed69b7b29fbc._comment b/doc/forum/USB_backup_with_files_visible/comment_8_0c0ed0e038f7f0e2d2d4ed69b7b29fbc._comment
new file mode 100644
index 0000000000..6511343e86
--- /dev/null
+++ b/doc/forum/USB_backup_with_files_visible/comment_8_0c0ed0e038f7f0e2d2d4ed69b7b29fbc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 8"
+ date="2013-11-03T01:13:26Z"
+ content="""
+Thanks for the explanation, Joey.  I just posted a [comment](http://git-annex.branchable.com/bugs/Unnecessary_remote_transfers/#comment-f7110e694a9951d8ab546b8dec568bfa) about this on the bug report too.  Maybe the problem is simply that the Removable Drive option doesn't allow using internal, non-removable drives.
+
+BTW, I don't know if this is relevant, but I only see one \"git-annex assistant\" process running.
+"""]]
diff --git a/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.mdwn b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.mdwn
new file mode 100644
index 0000000000..6b1c03d9a4
--- /dev/null
+++ b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.mdwn
@@ -0,0 +1,22 @@
+1. Set up two computers with a client repository.
+2. Add a removable drive repository and set it to transfer group.
+3. Start adding files to computer #1 repository. See how the files get synced to the usb drive.
+4. Connect the usb drive to computer #2 and see the files getting transferred to computer #2. Everything is looking good.
+
+
+5. Connect the usb drive to computer #1 again. 
+6. Add a file that is larger than the remaining size of the usb drive, BUT smaller than the original size of the usb drive.
+7. The file does not get transferred to the usb drive due to lack of disk space.
+
+I would expect the assistant to make some space on the usb drive. Removing the files it knows has been transferred to computer #2, and then transfer the new file to the usb drive. But this does not seem to happen. 
+
+Have I missed something about how the transfer group is supposed to work?
+
+ 
+Using version:
+git-annex version: 4.20130802-g0a52f02
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+Pre built tar file.
+
+
diff --git a/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_1_0a6f6054d70009979f4a036e24b7c500._comment b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_1_0a6f6054d70009979f4a036e24b7c500._comment
new file mode 100644
index 0000000000..f298b56cde
--- /dev/null
+++ b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_1_0a6f6054d70009979f4a036e24b7c500._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T19:22:05Z"
+ content="""
+The assistant is supposed to remove files from transfer repositories once the file has been transferred to all known clients.  This generally seems to work, with all the transfer repositories I've tested it with. Nothing is special about USB drives compared with other transfer repositories.
+
+Perhaps you have not configured the USB drive as a transfer repository? Or perhaps you have another client repository (even a client repository you had once but have now deleted).
+"""]]
diff --git a/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_2_f9eef3019fe690e90c1228d62a16f70a._comment b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_2_f9eef3019fe690e90c1228d62a16f70a._comment
new file mode 100644
index 0000000000..7f761419c5
--- /dev/null
+++ b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_2_f9eef3019fe690e90c1228d62a16f70a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="even a client repository you had once but have now deleted"
+ date="2014-07-09T22:08:44Z"
+ content="""
+if this client repository has been deleted, why does it still have an impact? What is the user supposed to do to use a transfer repository if some day another client which was deleted has existed? 
+
+Old repositories seem to remain for ever in the webapp. You can try to delete them with the webapp, they will stay there. You can disable them, they will stay there. If you want to try to delete them again in the webapp, you first have to enable them again and nothing ever happens. There seems to be basically no way to delete repositories which have some day existed...
+"""]]
diff --git a/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_3_7fb74f7fab6c1baff4ffc270cf15ef0a._comment b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_3_7fb74f7fab6c1baff4ffc270cf15ef0a._comment
new file mode 100644
index 0000000000..df8333cb3c
--- /dev/null
+++ b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_3_7fb74f7fab6c1baff4ffc270cf15ef0a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-11T19:29:06Z"
+ content="""
+The webapp certianly allows deleting repositories.
+
+But, you can always go in and manually do it:
+
+<pre>
+git annex dead $uuid
+git annex group $uuid unwanted
+</pre>
+"""]]
diff --git a/doc/forum/Ubuntu_PPA.mdwn b/doc/forum/Ubuntu_PPA.mdwn
new file mode 100644
index 0000000000..b97cc1aec5
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA.mdwn
@@ -0,0 +1,3 @@
+Is there a PPA that Ubuntu people are using to track the latest git-annex?
+
+The [Ubuntu install page](http://git-annex.branchable.com/install/Ubuntu/) mentions [https://launchpad.net/~rubiojr/+archive/git-annex](https://launchpad.net/~rubiojr/+archive/git-annex) which hasn't been updated for a while.
diff --git a/doc/forum/Ubuntu_PPA/comment_1_b55535258b1b4bcfc802235f0cba075d._comment b/doc/forum/Ubuntu_PPA/comment_1_b55535258b1b4bcfc802235f0cba075d._comment
new file mode 100644
index 0000000000..d91a0d1eb8
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_1_b55535258b1b4bcfc802235f0cba075d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmeki7KlfJpAAN9CUmi9EdwhwBmIhDMYuE"
+ nickname="Marvin"
+ subject="comment 1"
+ date="2013-03-11T09:40:43Z"
+ content="""
+im also looking for a PPA with newer git-annex versions. mostly because of the glacier support...
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_2_adc4d644fed058d1811acf0b35db9c18._comment b/doc/forum/Ubuntu_PPA/comment_2_adc4d644fed058d1811acf0b35db9c18._comment
new file mode 100644
index 0000000000..bc91500c76
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_2_adc4d644fed058d1811acf0b35db9c18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVICFY2CDP08xdsPr3cgmScomy9HA-1sk"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2013-03-13T02:31:52Z"
+ content="""
+It's perfectly possible (though slightly messy) to install git-annex on Ubuntu via [[/install/cabal]], though you need to find and install all the required dependencies yourself (haskell, libidn, libgnutls, libgsasl etc). If you want to get crazy with this look at <http://developer.ubuntu.com/packaging/html/>
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_3_fc9cd51558c47718f243437202a11803._comment b/doc/forum/Ubuntu_PPA/comment_3_fc9cd51558c47718f243437202a11803._comment
new file mode 100644
index 0000000000..4c77308d05
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_3_fc9cd51558c47718f243437202a11803._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="fmarier"
+ ip="121.98.93.240"
+ subject="My PPA (Ubuntu Precise) has git-annex 4.20130417"
+ date="2013-04-27T11:12:26Z"
+ content="""
+I just went through the pain of backporting 90+ Haskell packages from Debian unstable: https://launchpad.net/~fmarier/+archive/ppa
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_4_3a8bbd0a7450a7f5323cd13144824aea._comment b/doc/forum/Ubuntu_PPA/comment_4_3a8bbd0a7450a7f5323cd13144824aea._comment
new file mode 100644
index 0000000000..335cc57ba4
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_4_3a8bbd0a7450a7f5323cd13144824aea._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="All PPAs are outdated"
+ date="2013-05-08T17:38:04Z"
+ content="""
+My work preinstalled Ubuntu machine is now on Raring, and even there the version of git-annex is only 3.20121112ubuntu3; too old to have the webapp option enabled :/ The two PPAs mentioned here aren't configured to build for Raring, so even though the one from François has a build from May 1st (7 days ago), it doesn't help me ;)
+
+François: mind updating your PPA to support Raring? Thanks much if you do!
+
+Either that, or I'll take the time some day to do a proper install on this machine (read: Debian). ;-)
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_5_2e1beaeebda0201c635db8b276cedf20._comment b/doc/forum/Ubuntu_PPA/comment_5_2e1beaeebda0201c635db8b276cedf20._comment
new file mode 100644
index 0000000000..0d94ba6f22
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_5_2e1beaeebda0201c635db8b276cedf20._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 5"
+ date="2013-05-08T23:25:37Z"
+ content="""
+If you are on raring you can still use
+
+    deb http://ppa.launchpad.net/fmarier/ppa/ubuntu precise main
+
+It's worked fine for me so far.
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_6_bd99fb70399fc58d98781a89c6d38428._comment b/doc/forum/Ubuntu_PPA/comment_6_bd99fb70399fc58d98781a89c6d38428._comment
new file mode 100644
index 0000000000..8252fe5d93
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_6_bd99fb70399fc58d98781a89c6d38428._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 6"
+ date="2013-05-20T15:52:40Z"
+ content="""
+Be careful that the fmarier ppa includes more than just git-annex.
+"""]]
diff --git a/doc/forum/Ubuntu_PPA/comment_7_c3f7ec8573934c59d70a48e36e321c13._comment b/doc/forum/Ubuntu_PPA/comment_7_c3f7ec8573934c59d70a48e36e321c13._comment
new file mode 100644
index 0000000000..849381ec29
--- /dev/null
+++ b/doc/forum/Ubuntu_PPA/comment_7_c3f7ec8573934c59d70a48e36e321c13._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="New location for my git-annex PPA"
+ date="2013-06-15T07:42:13Z"
+ content="""
+My Ubuntu Precise PPA has moved here: https://launchpad.net/~fmarier/+archive/git-annex
+
+It contains version 20130601 of git-annex.
+
+As Pedro suggested, it's now in a separate PPA with only git-annex and the 220 Haskell packages it depends on.
+"""]]
diff --git a/doc/forum/Un-git-annex__63__.mdwn b/doc/forum/Un-git-annex__63__.mdwn
new file mode 100644
index 0000000000..68e8068fc1
--- /dev/null
+++ b/doc/forum/Un-git-annex__63__.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+I am using git-annex assistant on my Fedora Linux computer. Everything seems to be working perfectly, however I have noticed that almost all of my files are now symbolic links to cryptic file names located in the .git/ directory. Oddly though it seems files inside git-annex assistant does not move/symbolic link files within git repositories inside my git-annex assist directories. My question is: how can I safely uninstall git-annex from my machine and restore all files to their non-symbolic link states? When I click on the settings drop-down for a repository inside git-annex assistant and choose disable it goes to the same page as the delete option. Any ideas?
+
+Regards,
+Blake
diff --git a/doc/forum/Un-git-annex__63__/comment_1_6059265afb66190d325083e0f28bcf33._comment b/doc/forum/Un-git-annex__63__/comment_1_6059265afb66190d325083e0f28bcf33._comment
new file mode 100644
index 0000000000..907293f99d
--- /dev/null
+++ b/doc/forum/Un-git-annex__63__/comment_1_6059265afb66190d325083e0f28bcf33._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-10-06T06:45:14Z"
+ content="""
+\"git annex uninit\" is the command which will revert an entire git annex repository back to a bunch of ordinary files, untracked by git annex (or git).  I'm not sure whether there is a way to issue that command from the assistant though.
+
+
+"""]]
diff --git a/doc/forum/Un-git-annex__63__/comment_2_fac4bfb81dbbf0dc82059aace261eb51._comment b/doc/forum/Un-git-annex__63__/comment_2_fac4bfb81dbbf0dc82059aace261eb51._comment
new file mode 100644
index 0000000000..2b1a7381ae
--- /dev/null
+++ b/doc/forum/Un-git-annex__63__/comment_2_fac4bfb81dbbf0dc82059aace261eb51._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlOc-EOD5ZyggsAp6lOnU7x5MxizwLtUXA"
+ nickname="Hendrik"
+ subject="comment 2"
+ date="2013-10-06T18:35:14Z"
+ content="""
+I had uninit'd my annex several time for testing git-annex. What I discovered was that is worked reliably but for all files that are duplicates. For duplicates only 1 of the files got restored properly.  All that was 1 year ago - so your results my differ. I had found a piece of script in the forum / tips sections that will show all duplicates.
+
+Hope this helps...
+"""]]
diff --git a/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files.mdwn b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files.mdwn
new file mode 100644
index 0000000000..c299041f02
--- /dev/null
+++ b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files.mdwn
@@ -0,0 +1,7 @@
+Hello,
+
+I was recently evaluating git-annex as a file sync tool, but I've got my files in a state where they are a mess.  The short version is that I have a local repo, and then an Encrypted S3 remote.  Once I encrypted the files, they got renamed and so forth and the files are now just symbolic links to files within the .git directory somewhere.   This has made some of them unusable for me and I need to revert the files back to not being symlinks any longer.  How would I go about doing that?
+
+Thanks,
+
+Brandon
diff --git a/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_1_568dde820c2608d86d05b07444146a26._comment b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_1_568dde820c2608d86d05b07444146a26._comment
new file mode 100644
index 0000000000..21cf455229
--- /dev/null
+++ b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_1_568dde820c2608d86d05b07444146a26._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 1"
+ date="2013-07-28T00:09:45Z"
+ content="""
+Run:
+
+`git annex get $file`
+`git annex unannex $file`
+
+$file will now be back how it was before you used git-annex. Can also run above on whole directories.
+"""]]
diff --git a/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_2_a8cf71cdf1217d9c8596cd9006eb83f5._comment b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_2_a8cf71cdf1217d9c8596cd9006eb83f5._comment
new file mode 100644
index 0000000000..2e9c387ad4
--- /dev/null
+++ b/doc/forum/Undo_Git_Annex_Changes_To_Linked_Files/comment_2_a8cf71cdf1217d9c8596cd9006eb83f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFsVANDSwNHzCWk-iP2_nXnfYKPJWziE"
+ nickname="Brandon"
+ subject="comment 2"
+ date="2013-07-28T03:26:23Z"
+ content="""
+Thanks, much appreciated.  Got all of my files back successfully.
+"""]]
diff --git a/doc/forum/Unknown_remote_type_S3.mdwn b/doc/forum/Unknown_remote_type_S3.mdwn
new file mode 100644
index 0000000000..ae8432286c
--- /dev/null
+++ b/doc/forum/Unknown_remote_type_S3.mdwn
@@ -0,0 +1,5 @@
+I have an annex set up with an s3 special remote. It works fine on one computer. I cloned the annex to a USB stick, plugged the stick into a second computer and cloned the annex to that machine. When I try to `git annex initremote cloud` on the second machine, I get the following error:
+
+    git-annex: Unknown remote type S3
+
+The second machine is running git-annex 3.20121017.
diff --git a/doc/forum/Unknown_remote_type_S3/comment_1_2aea2cd51286c809427d16519606cd37._comment b/doc/forum/Unknown_remote_type_S3/comment_1_2aea2cd51286c809427d16519606cd37._comment
new file mode 100644
index 0000000000..80e1b11aa1
--- /dev/null
+++ b/doc/forum/Unknown_remote_type_S3/comment_1_2aea2cd51286c809427d16519606cd37._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-07T18:57:17Z"
+ content="""
+It's possible to build git-annex without S3 support. I think a few Linux distros ship it this way due to not having all the necessary haskell libraries.
+"""]]
diff --git a/doc/forum/Unknown_remote_type_S3/comment_2_06f775062cd30767979fe56bcb3cf7bf._comment b/doc/forum/Unknown_remote_type_S3/comment_2_06f775062cd30767979fe56bcb3cf7bf._comment
new file mode 100644
index 0000000000..75864aedc5
--- /dev/null
+++ b/doc/forum/Unknown_remote_type_S3/comment_2_06f775062cd30767979fe56bcb3cf7bf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="24.16.193.140"
+ subject="comment 2"
+ date="2012-11-07T20:12:27Z"
+ content="""
+That was the issue. Thank you!
+"""]]
diff --git a/doc/forum/Unlock_files_when_assistant_is_running__63__.mdwn b/doc/forum/Unlock_files_when_assistant_is_running__63__.mdwn
new file mode 100644
index 0000000000..0c514368ab
--- /dev/null
+++ b/doc/forum/Unlock_files_when_assistant_is_running__63__.mdwn
@@ -0,0 +1,13 @@
+I just started using the assistant on an existing annex. I fire up the assistant like so:
+
+    $ git annex webapp
+
+Everything syncs and looks to be working fine. In another terminal, I then create a new file:
+
+    $ touch testfile.txt
+
+The assistant sees that file, immediately adds it and syncs. Ok. So now I want to edit that file.
+
+    $ git annex unlock testfile.txt
+
+As soon as I unlock the file, the assistant re-adds it to the annex and syncs, preventing me from editing the file. How can I edit files with the assistant running?
diff --git a/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_1_3f4aadf0c856c81e15c6f5ae7f1992b4._comment b/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_1_3f4aadf0c856c81e15c6f5ae7f1992b4._comment
new file mode 100644
index 0000000000..f17fc56345
--- /dev/null
+++ b/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_1_3f4aadf0c856c81e15c6f5ae7f1992b4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-11T16:06:42Z"
+ content="""
+I suspect you have an old build of the assistant. Version 3.20121009 was supposed to fix this.
+
+I re-tested with current git head today, and found I was able to unlock a file, repeatedly edit it in place without the assistant re-adding it, and then run \"git annex add\" and the assistant auto-committed the changed file. Better behavior than I was expecting in fact -- the ability to repeatedly edit is a pleasant surprise.
+"""]]
diff --git a/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_2_a76797ee9e05e43af7947508cadd7bed._comment b/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_2_a76797ee9e05e43af7947508cadd7bed._comment
new file mode 100644
index 0000000000..5567205235
--- /dev/null
+++ b/doc/forum/Unlock_files_when_assistant_is_running__63__/comment_2_a76797ee9e05e43af7947508cadd7bed._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="24.16.193.140"
+ subject="comment 2"
+ date="2012-11-12T20:09:20Z"
+ content="""
+    $ git annex version                                                   
+    git-annex version: 3.20121017
+"""]]
diff --git a/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__.mdwn b/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__.mdwn
new file mode 100644
index 0000000000..0d102b0d40
--- /dev/null
+++ b/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__.mdwn
@@ -0,0 +1,13 @@
+I'm trying to figure out if git-annex can be used for the following use case:
+
+- 2 repos in direct mode A and B
+- A is on a local filesystem, B could be a NFS mountpoint or ssh
+- B contains a number of toplevel directories, A contains a subset of those
+- For the subset in A all changes in those directories that happen on A or B should be synced automatically between both repos, including file removals.
+- A can decide to not carry a toplevel dir any more, but it must still exist in B.
+- A can copy new toplevel dirs from B and those should be synced from then on.
+
+I've been looking at the docs and played with two test repos, but I cannot seem to make the above work. To me it looks like I would need a possibility include/exclude paths from syncing via a regex.
+
+Thanks,
+Felix
diff --git a/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__/comment_1_a0a272a0931b27e5c94b93e42656b62c._comment b/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__/comment_1_a0a272a0931b27e5c94b93e42656b62c._comment
new file mode 100644
index 0000000000..3e930b5424
--- /dev/null
+++ b/doc/forum/Use_case_with_syncing_only_a_subset_possible__63__/comment_1_a0a272a0931b27e5c94b93e42656b62c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T20:39:51Z"
+ content="""
+I guess you might be using the git-annex assistant. If you were just using git-annex at the command line, you could simply only run `git annex get` on the files or directories you wanted to get.
+
+You can control which directories the git-annex assistant downloads/uploads files for using [[preferred_content]] expressions. Or the easy solution is to use the webapp to put the repository into \"manual mode\" and then manually run `git annex get` as described above to get just the files you want. (And `git annex copy --to remote` to share new files you make.)
+"""]]
diff --git a/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote.mdwn b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote.mdwn
new file mode 100644
index 0000000000..67e7971d2c
--- /dev/null
+++ b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote.mdwn
@@ -0,0 +1,3 @@
+I have a question on setting up a new repo. Is it possible to initialize a new repo using files which are already local on say my laptop, instead of downloading them from a S3 remote repository? Sorry if this is unclear. But I'm trying to make use of the files that are local on my laptop so I don's have to go through the ordeal of downloading them from S3.
+
+I should also mention that I don't have a complete set of all the files locally on the laptop vs. what's already in the S3 repository.
diff --git a/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_1_cfb6021a36eee087705967a69967f327._comment b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_1_cfb6021a36eee087705967a69967f327._comment
new file mode 100644
index 0000000000..0d1f74e833
--- /dev/null
+++ b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_1_cfb6021a36eee087705967a69967f327._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-05-27T18:13:43Z"
+ content="""
+Hi,
+
+just copy the local File into the annex again, replacing the symlinks. If you have the assistant running, it should re-add the files automatically, otherwise you can 'git annex add' them manually. 
+"""]]
diff --git a/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_2_7268b194ba72331858bc3274996b780e._comment b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_2_7268b194ba72331858bc3274996b780e._comment
new file mode 100644
index 0000000000..b066c85db9
--- /dev/null
+++ b/doc/forum/Use_local_files_instead_of_re-downloading_from_S3_remote/comment_2_7268b194ba72331858bc3274996b780e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-27T18:47:17Z"
+ content="""
+You can also use `git annex reinject` to feed in contents of specific files, without needing to directly touch the files in the repository.
+
+Or, you can check all the local files into a temporary directory. Either the assistant or a manual `git annex add` will 
+notice if these files have the same content as files already in the repository. The files will then be available in two locations, the temp directory and wherever it was checked into your repository before. You can then delete the temp directory.
+"""]]
diff --git a/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__.mdwn b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__.mdwn
new file mode 100644
index 0000000000..d33fda6008
--- /dev/null
+++ b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__.mdwn
@@ -0,0 +1 @@
+On BTRFS it is possible to use [reflinks / clones](https://en.wikipedia.org/wiki/Btrfs#Cloning). This is the equivalent of hardlinks except that when the file is modified, a copy is performed (copy on write). Perhaps git-annex could detect the availability of this feature and use it in case it is available (and the repository and the file are in the same filesystem).
diff --git a/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_1_85806316ed28d7a891f04fab4027141b._comment b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_1_85806316ed28d7a891f04fab4027141b._comment
new file mode 100644
index 0000000000..b175204e55
--- /dev/null
+++ b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_1_85806316ed28d7a891f04fab4027141b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://thkoch2001.myopenid.com/"
+ nickname="thkoch"
+ subject="It would also be nice, if git-annex would use btrfs reflinks on unlock"
+ date="2013-08-24T12:46:40Z"
+ content="""
+I don't know whether git-annex already does use btrfs reflinks, but I suspect, that I double the size of my git-annex repo folder on disk when I unlink all files.
+"""]]
diff --git a/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_2_ecb411a2c4d67917b734a90bd460d44b._comment b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_2_ecb411a2c4d67917b734a90bd460d44b._comment
new file mode 100644
index 0000000000..a4ade57926
--- /dev/null
+++ b/doc/forum/Use_reflinks_on_BTRFS_instead_of_symlinks___63__/comment_2_ecb411a2c4d67917b734a90bd460d44b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-24T15:54:02Z"
+ content="""
+git-annex has always used cp --reflink=auto, including when it cp's the file in `git annex unlock`.
+
+You can verify this with --debug.
+"""]]
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too..mdwn b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too..mdwn
new file mode 100644
index 0000000000..37dd1bc24c
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too..mdwn
@@ -0,0 +1,11 @@
+I use git everywhere i can to manage versions, but I have a usecase that is probably very common, but i could not see in the howto lists.
+
+I have a shared fileserver(FS) that is managed by others and is full of the equivalent of binary blobs (media, word docs etc). Binary blobs of course are something that git cannot normally do anything meaningful with. That is diff/patch for managing the evolution of any given file. Binary blobs have a different lifecycle of course, and i see annex as the solution for managing that.
+
+The remote FS is being used as an SMB server to windows and linux clients. The FS has other capabilities that i can use other than SMB mount including rsync and ssh. As it is running samba it also uses symlinks underneath the the SMB to manage shared folders, which can be seen when mounted in unix mode. This means the FS landscape is different when using samba as compared to rsync and ssh, as some paths may be symlinked in. The symlinks should not effect this use case, but I mention them because I don't know how annex would manage this.
+
+The basic scenario is that i have a set of project files and folders in tree on the remote FS. I want to use git to pull these binary files from the FS to edit locally while also seein/capturing changes made to files in that tree by other people not using git. Then i want to push my edits back, without effecting the files that i have no responsibility for (but have write access to). 
+
+Think a team of people with various technical capabilities working on changing binary blobs in this remote directory tree. I want to manage my interactions with portions of that remote FS tree via git (annex) with a local mirror (preferably actually containing only the files i care about) so that i can manipulate them locally, clone to other work machines and generally play about with and then push back while watching the whole tree and capturing changes others make (during sync/merge/push/pull?). Because i do not manage it, or own the contents, i also need to be able to maintain the some of the permissions (guid/uid) of the remote and untouched files. 
+
+Can you give me any suggestions?
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_1_30205c1ba18e5dca2314f593e1a0e236._comment b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_1_30205c1ba18e5dca2314f593e1a0e236._comment
new file mode 100644
index 0000000000..7f170975a6
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_1_30205c1ba18e5dca2314f593e1a0e236._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkI9pq1WH6MWeExXHVQVEsniT3DdFv4AB8"
+ nickname="Roberto"
+ subject="My usecase too"
+ date="2014-01-12T23:43:18Z"
+ content="""
+Just wanted to thank your for describing my very same use case. Unfortunately I still haven't wrapped my head around git annex to accommodate such scenario.
+"""]]
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_2_f8df728de28218a6b060ae9f08adac79._comment b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_2_f8df728de28218a6b060ae9f08adac79._comment
new file mode 100644
index 0000000000..576007b62b
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_2_f8df728de28218a6b060ae9f08adac79._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~timo-linux"
+ nickname="Tim O'Callaghan"
+ subject="Would GIT_DIR or GIT_WORK_TREE be valid for this?"
+ date="2014-01-14T07:29:31Z"
+ content="""
+For example if i mounted this filesystem and used annex and GIT_ env variables to watch it? Presumably in direct mode, because i don't want to remove the source files, but i do want to manage my source files. 
+"""]]
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_3_ba438b3a371261ee841665f1ae57eba2._comment b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_3_ba438b3a371261ee841665f1ae57eba2._comment
new file mode 100644
index 0000000000..9184495b51
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_3_ba438b3a371261ee841665f1ae57eba2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~timo-linux"
+ nickname="Tim O'Callaghan"
+ subject="What about annex mirror? "
+ date="2014-01-14T08:00:42Z"
+ content="""
+I cannot find any documentation on it, is it appropriate for this situation? 
+"""]]
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_4_9f72e6c7c14a77330297526aef260762._comment b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_4_9f72e6c7c14a77330297526aef260762._comment
new file mode 100644
index 0000000000..d43019ce04
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_4_9f72e6c7c14a77330297526aef260762._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="Many peoples' use case"
+ date="2014-01-14T09:39:05Z"
+ content="""
+Well, a description of this use case is posted every few weeks in different forms. Here are two, including my own: ;-)
+
+* [[Using git annex with a SMB  47  FTP TV NAS with preconfigured dirs]]
+* [[Direct special remotes]]
+"""]]
diff --git a/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_5_a06e8c9b4e30c1cd6cbed40d2db50abc._comment b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_5_a06e8c9b4e30c1cd6cbed40d2db50abc._comment
new file mode 100644
index 0000000000..321fa9c53f
--- /dev/null
+++ b/doc/forum/Usecase:_Tree_of_files_on_a_remote_SMB_server_that_i_need_to_leave_there__44____while_also_cloning_and_syncing_too./comment_5_a06e8c9b4e30c1cd6cbed40d2db50abc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~timo-linux"
+ nickname="Tim O'Callaghan"
+ subject="Still have not found a reasonable solution for this myself."
+ date="2014-02-03T14:34:14Z"
+ content="""
+And it seems i'm not the only one, So I'd like to bump the topic. 
+
+Can someone at least tell me if it is possible with annex/annex-gui or not? 
+"""]]
diff --git a/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell.mdwn b/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell.mdwn
new file mode 100644
index 0000000000..d3e2cef009
--- /dev/null
+++ b/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell.mdwn
@@ -0,0 +1,13 @@
+Hello,
+
+I'm very excited about Git Annex and Git Annex Assistant.
+
+One big issue that I have is that I currently have all of my photos (70-80GB) on a HTPC because it has a large hard drive. I have a decent laptop/screen set-up where I would prefer to manage the photos, but the hard drive in there is a small SSD. 
+
+I use Shotwell to manage my photos (currently on the HTPC). I would be happy to keep things simple and only access them on the laptop. I have 100GB of box.com storage (and another 100GB of Mega.co.nz storage, but I don't think that is supported by GAA yet).
+
+Ideally, what I would like is for a cache of, say, 10GB of my recently-accessed photos to live on my laptop, with the remaining 70GB living on both my HTPC and box.com. If I ever needed the underlying files for non-cached files (say if I was trying to view full-quality versions of them or send them to someone), it could try to pull these from my HTPC over the local network or, if I was "on the road", box.com. As I understand it, Shotwell has its own database and a set of thumbnails etc that you can use to manage and browse your photos while very rarely accessing the underlying photos.
+
+Is this possible with the existing GAA/Shotwell, or does one or the other require changes? Could I solve the problem by using something like the sharebox Git-Annex FUSE filesystem, so that Shotwell thinks that the files are local, but runs away and grabs them if they are remote?
+
+I would appreciate any thoughts that anyone has - particularly if anyone has made this work. 
diff --git a/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell/comment_1_5e8d54daf6b7ff357619ac65fe39a2d7._comment b/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell/comment_1_5e8d54daf6b7ff357619ac65fe39a2d7._comment
new file mode 100644
index 0000000000..7ec8ac2fc0
--- /dev/null
+++ b/doc/forum/Using_Git-Annex___40__Assistant__41___to_manage_photos_with_Shotwell/comment_1_5e8d54daf6b7ff357619ac65fe39a2d7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-27T19:09:50Z"
+ content="""
+Mega can be used via [[/tips/megaannex]]. I don't have personal experience with it, but if you set up a repository manually using that, the assistant can use that repository just as it uses any other repository.
+
+git-annex at the command line is great for small local repositories that pull files from various larger remotes as needed. You just run \"git annex get\" when you want a file and \"git annex drop\" when you want to free disk space. You can also use this mode with the assistant, by configuring the local repository to be in \"manual mode\".
+
+By default though, the way the assistant handles this kind of use case is with `archive` directories. It tries to move any files in an archive directory away from your local disk, and it tries to get any files not in an archive directory to be locally available. So you can just move files around between directories to control where they are stored. See [[assistant/archival_walkthrough]] for details an an example video.
+"""]]
diff --git a/doc/forum/Using_Linux_static_builds.mdwn b/doc/forum/Using_Linux_static_builds.mdwn
new file mode 100644
index 0000000000..ee856f72c1
--- /dev/null
+++ b/doc/forum/Using_Linux_static_builds.mdwn
@@ -0,0 +1,25 @@
+Hello,
+
+I want to use git-annex on a couple of machines that are not under my control (and one that is). For that I use the provided static build, but encountered several problems:
+
+I suppose the first step for command line use is to execute runshell:
+
+On one machine:
+
+flindner@yoko:~> software/git-annex.linux/runshell 
+/bin/bash: /lib64/libc.so.6: version `GLIBC_2.11' not found (required by /home/flindner/software/git-annex.linux//lib/x86_64-linux-gnu/libreadline.so.6)
+
+Is there anything I can do about it?
+
+On the other machine:
+
+flindner@bladefoam2:~$ software/git-annex.linux/runshell 
+bash-4.1$ 
+
+It starts a bare, non-configured shell instance. Can I modifiy and source the script to only set the environment and not start up a new shell?
+
+Another question: If using ssh:// remotes, how can I tell git-annex the first command to set up the environment need in order to execute command via SSH?
+
+Thanks,
+
+Florian
diff --git a/doc/forum/Using_Linux_static_builds/comment_1_22fd266cbe68af3e754a10f1f1295e9b._comment b/doc/forum/Using_Linux_static_builds/comment_1_22fd266cbe68af3e754a10f1f1295e9b._comment
new file mode 100644
index 0000000000..b40ae76952
--- /dev/null
+++ b/doc/forum/Using_Linux_static_builds/comment_1_22fd266cbe68af3e754a10f1f1295e9b._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 1"
+ date="2012-10-09T15:10:45Z"
+ content="""
+Yes, it seems glibc 2.11 is the oldest version you can get away with. At least until we get a build machine with some truely ancient libc, but modern versions of everything else. Statically linking libc, or including it in the tarball are unfortunatly not technically possible.
+
+You don't need to use runshell if you just want to use the assistant. Which is what this static build is really targeted for. If you want to use all of git-annex, you're probably better off installing it properly.
+It is possible to use \"runshell git annex\" to run a single command inside the shell. Or even make shell script wrappers that do that.. but it seems more difficult than installing git-annex normally.
+
+The static build can be used with ssh. The git-annex assistant should set things up properly. If you want to do it by hand, when it does is configure the ssh key to run ~/.ssh/git-annex-shell, and that file is then made a shell script that runs `runshell git-annex-shell -c \"$SSH_ORIGINAL_COMMAND\"`
+"""]]
diff --git a/doc/forum/Using_Linux_static_builds/comment_2_36f69f30117ff8696425a754ab19a08b._comment b/doc/forum/Using_Linux_static_builds/comment_2_36f69f30117ff8696425a754ab19a08b._comment
new file mode 100644
index 0000000000..4f43034a32
--- /dev/null
+++ b/doc/forum/Using_Linux_static_builds/comment_2_36f69f30117ff8696425a754ab19a08b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 2"
+ date="2012-10-10T10:48:04Z"
+ content="""
+Installing it properly seems to be quite a bit of effort, given the long list of Haskell dependencies. Most of the machines I plan to use it on are not under my control and seem to be somewhat outdated. What way of installing it properly would you suggest?
+"""]]
diff --git a/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment b/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment
new file mode 100644
index 0000000000..af301bd7e4
--- /dev/null
+++ b/doc/forum/Using_Linux_static_builds/comment_3_64506833dad0202626239e00d1eb6490._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://colberg.org/"
+ ip="2001:470:1d:4d4:2d4b:7654:2c00:b95c"
+ subject="comment 3"
+ date="2012-11-12T05:05:39Z"
+ content="""
+Hi Florian,
+
+I maintain a makefile for GNU/Linux systems that builds git-annex from scratch using a single command.
+
+    git clone http://git.colberg.org/packages.git
+
+    nice make -f packages.mk CONCURRENCY_LEVEL=16 PREFIX=$HOME/usr/rhel6-x64_64 install-git-annex
+
+The makefile fetches pre-compiled GHC 6.x (x86_64), which works on old systems (e.g. RHEL 5), builds a recent GHC 7.x from source, a minimal Haskell environment with cabal-install, and finally git-annex. I have succesfully compiled git-annex on RHEL 5.x and 6.x, and CentOS 6.x.
+
+If the build fails using the system's GCC, there is also a newer GCC in the same makefile:
+
+    nice make -f packages.mk CONCURRENCY_LEVEL=16 PREFIX=$HOME/usr/rhel6-x64_64 install-gcc
+
+Regards,
+Peter
+"""]]
diff --git a/doc/forum/Using___34__sync__34___to_sink_all_branches__63__.mdwn b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__.mdwn
new file mode 100644
index 0000000000..99ddcc3281
--- /dev/null
+++ b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__.mdwn
@@ -0,0 +1,9 @@
+Is there a way to sync all (or a subset of) local branches, not just the currently checked out branch?
+
+Does this make sense at all, or does this show I am missing some important point in git-annex?
+
+I am asking because I would like to use git-annex to keep git repositories with normal git files (with versioned and branched content) in sync.
+
+If it's not currently possible, could you provide some pointers on where to start, if I wanted to change to Haskell source?
+
+Thnx
diff --git a/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_1_ef3d5c5e2600ffa36dd933c8a42cdf96._comment b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_1_ef3d5c5e2600ffa36dd933c8a42cdf96._comment
new file mode 100644
index 0000000000..2b060197ba
--- /dev/null
+++ b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_1_ef3d5c5e2600ffa36dd933c8a42cdf96._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 1"
+ date="2012-10-29T17:04:30Z"
+ content="""
+Ok, this is what I have come up with:
+
+Merges can only be done on checked out branches. That's why the only way to do this without breaking the whole idea of git-annex (sync) is to check out each branch and run it separately. 
+
+What would be the easiest way to do this? Considering possible unsaved changes in worktree and index?
+
+Maybe simply using git-clone /tmp locally, which uses hardlinks for .git/objects/ which should make it perform ok?
+
+
+"""]]
diff --git a/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_2_424b0c6fdfe87ca08f5d408b7684ab08._comment b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_2_424b0c6fdfe87ca08f5d408b7684ab08._comment
new file mode 100644
index 0000000000..1c4b9445b6
--- /dev/null
+++ b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_2_424b0c6fdfe87ca08f5d408b7684ab08._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 2"
+ date="2012-10-29T18:52:59Z"
+ content="""
+It turns out, this is even easier: 
+
+As the behavior of \"git-annex sync\" includes performing a \"git commit -a\", any pending changes in the work tree will be committed anyway. This means, that it is safe to simply checkout and sync any branch, one wants to sync.
+"""]]
diff --git a/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_3_adaf9114c69f1268330adcebd8018fa0._comment b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_3_adaf9114c69f1268330adcebd8018fa0._comment
new file mode 100644
index 0000000000..146785ad3b
--- /dev/null
+++ b/doc/forum/Using___34__sync__34___to_sink_all_branches__63__/comment_3_adaf9114c69f1268330adcebd8018fa0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 3"
+ date="2012-11-04T20:08:02Z"
+ content="""
+Yes, that's right, `git annex sync` handles the current branch, and you can use it on different branches if desired.
+
+(It is actually possible to merge non-checked out branches, but I have not implemented that for sync.)
+"""]]
diff --git a/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__.mdwn b/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__.mdwn
new file mode 100644
index 0000000000..985bff87c9
--- /dev/null
+++ b/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__.mdwn
@@ -0,0 +1,36 @@
+I don't know if this is an "unusual setup" or something that should be supported, but it seems like a reasonable use case to me, so here goes:
+
+I have three systems: a desktop, a laptop, and a little netbook.  I have one main annex that is currently synced between the desktop and the laptop at ~/annex on both, and to a secondary, Full Backup repo on the desktop, under /mnt.
+
+I have some music on my laptop, and I like to sync ~/Music between the laptop and the netbook.  So I thought I'd make a new git-annex repo at ~/Music on both and sync them.  I want this to be kept separate from ~/annex.
+
+I also thought it would be good to backup the music, so I thought I'd connect laptop:~/Music to the Full Backup repo at desktop:/mnt.  So I paired the repo at laptop:~/Music to the repo at desktop:/mnt.
+
+So I had set up these repos:
+
+* desktop:
+  * /mnt  (Full Backup)
+  * ~/annex  (Client)
+* laptop:
+  * ~/annex  (Client)
+  * ~/Music  (Client)
+* netbook:
+  * ~/Music  (Client)
+
+As I feared--but I wasn't sure, since I'm new to git-annex--since the desktop:/mnt repo was connected to laptop:~/Music, and desktop:~/mnt was also connected to desktop:~/annex,  this caused everything in laptop:~/Music to be synced to desktop:~/annex, because they were part of the same "set" of repos; they were all in the same .git/config files.
+
+So now I have a few problems:
+
+1.  How do I get all these music files out of my ~/annex repos?  I tried removing the remote repos from ~/annex/.git/config and then running 'git-annex unused', but that didn't result in it thinking all the music files were unused.  Do I have to delete them all manually?  (There are a *lot* of directories from ~/Music now in ~/annex).
+
+2.  It seems that desktop:~/annex/.git is...now over 600 MB, even though few of the actual music files have synced over.  Is it possible to clean out ~/annex/.git and restore it to the pre-mess state without starting from scratch?
+
+3.  Is it possible--or reasonable--to use a single Full Backup repo for multiple independent client repos?  That is, is it possible to do that without the independent client repos "cross-pollinating"?  Or do I need to use separate Full Backup repos for each "set" of client repos?
+
+4.  I'm not sure if this is a separate problem, but I just want to make sure I understand the best way to handle things like this.  I wanted to disconnect desktop:~/annex from laptop:~/Music, but I thought that if I used the webapp to "Delete" the laptop:~/Music repo, it would actually start deleting the music files in laptop:~/Music, after moving them to desktop:~/annex.  Am I correct that that would have happened?  If so, "Deleting" a repo seems like a dangerous operation that should warn and prompt the user.  Maybe an "unlink repo" option needs to be available to simply disconnect two repos and leave their respective contents intact.
+
+I apologize if these are newbie problems.  Despite reading every dev blog entry--both before and after the switchover--I'm still new to actually using git-annex.  I'm not sure if it's supposed to work this way or if I'm using it wrong.
+
+If I am using it wrong...well, I can imagine other git-annex newbies doing similar things and ending up with similar messes, so maybe this needs to...be considered or something.  :)  Since I'm still experimenting with git-annex, I haven't put any "live" data in it, so I can blow away all the annexes and start over, but I would like to learn how to properly fix a situation like this in case I goof up in the future.
+
+Thanks for your help.
diff --git a/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__/comment_1_c61c28600f1079fb03ddabc950307f27._comment b/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__/comment_1_c61c28600f1079fb03ddabc950307f27._comment
new file mode 100644
index 0000000000..b7119aa2d0
--- /dev/null
+++ b/doc/forum/Using_a_single_backup_repo_for_multiple_independent_client_repos__63__/comment_1_c61c28600f1079fb03ddabc950307f27._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-05T16:14:34Z"
+ content="""
+1. Turn off the assistant, switch to indirect mode (`git annex indirect`), use `git log --stat` to find the commit(s) that added the music files, and `git revert` the commits, in reverse chronological order. Or delete the files manually.
+2. You have merged two git repositories. Without some serious git repository surgery (ie, resetting to an old version and deleting the reflog), the full history of both is going to remain stored in git going forward. However, a simple `git gc` might pack that down to a much smaller amount of disk space.
+3. Combining two repositories merges their git histories. You then have two clones of one repository containing the full contents and git history of both. Don't do that if that's not what you want. The webapp is always careful to tell you when an action will combine two repositories.
+4. Once you have combined two repositories, you have two synced repositories that contain the same data. Deleting one of them will just delete one copy of the data. It won't result in data loss, but neither will it untangle the two git trees that were previously combined.
+"""]]
diff --git a/doc/forum/Using_for_Music_repo.mdwn b/doc/forum/Using_for_Music_repo.mdwn
new file mode 100644
index 0000000000..25f1365fb8
--- /dev/null
+++ b/doc/forum/Using_for_Music_repo.mdwn
@@ -0,0 +1,13 @@
+Hi, 
+
+I am looking into using git-annex to sync my Music between 3 sources: desktop, laptop, backup, but I'm not sure if this will work ok.
+
+I notice on the wiki that:  "Normally, the content of files in the annex is prevented from being modified. That's a good thing, because it might be the only copy, you wouldn't want to lose it in a fumblefingered mistake."
+
+But most music players will download artwork, and some of course will dynamically modify/rename files according to meta data.  And I may be downloading and/or playing music on both the desktop and laptop.  So obviously I wouldn't want to be manually unlocking individual files here.  It would kinda interrupt the music listening experience.  So how would this work?
+
+I am assuming that I would always have to do a git annex add *.mp3 *.flac *.jpg before doing a git annex sync.  But can I just keep everything unlocked?  Any side effects here?  Will this work or should I just use rsync?
+
+Regards,
+
+bk
diff --git a/doc/forum/Using_for_Music_repo/comment_1_3488ed85ad98f14cb17f229225ece26e._comment b/doc/forum/Using_for_Music_repo/comment_1_3488ed85ad98f14cb17f229225ece26e._comment
new file mode 100644
index 0000000000..6176f755dd
--- /dev/null
+++ b/doc/forum/Using_for_Music_repo/comment_1_3488ed85ad98f14cb17f229225ece26e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-18T20:01:50Z"
+ content="""
+You can use [[direct_mode]] to keep all files unlocked all the time.
+
+You can use the [[assistant]] to automatically commit whatever changes are made to the directory, as well as automatically sync them to your other computers.
+"""]]
diff --git a/doc/forum/Using_for_Music_repo/comment_2_c794648878cfc77558f8db862271f997._comment b/doc/forum/Using_for_Music_repo/comment_2_c794648878cfc77558f8db862271f997._comment
new file mode 100644
index 0000000000..9ce8743076
--- /dev/null
+++ b/doc/forum/Using_for_Music_repo/comment_2_c794648878cfc77558f8db862271f997._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmgXUaPZHcAY8Wv4sTnX88CbJfYdYdKO-Y"
+ nickname="Boyd"
+ subject="comment 2"
+ date="2013-04-18T23:33:10Z"
+ content="""
+Thanks Joey!  Anyway I see that with Fedora, I don't have the 'assistant'.  I don't even seem to have the 'direct mode'.  Also tried to do a cabal install git-annex, but ran into dependency hell.  Oh well, this is goin on the back burner for a while.  Looks very promising though!
+
+Boyd
+
+[root@zbox Music]# git annex direct
+git-annex: Unknown command 'direct'
+
+Did you mean one of these?
+	reinject
+
+[root@zbox Music]# git annex version
+git-annex version: 3.20120615
+local repository version: 3
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+[root@zbox Music]# 
+
+"""]]
diff --git a/doc/forum/Using_for_Music_repo/comment_3_8c5e820f5ff7d717d64b1fd66927941b._comment b/doc/forum/Using_for_Music_repo/comment_3_8c5e820f5ff7d717d64b1fd66927941b._comment
new file mode 100644
index 0000000000..842a83052d
--- /dev/null
+++ b/doc/forum/Using_for_Music_repo/comment_3_8c5e820f5ff7d717d64b1fd66927941b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-19T18:05:49Z"
+ content="""
+Fedora has an old version of git-annex. You can use the [[install/Linux_standalone]] tarball.
+"""]]
diff --git a/doc/forum/Using_git-annex_as_a_library.mdwn b/doc/forum/Using_git-annex_as_a_library.mdwn
new file mode 100644
index 0000000000..3727679dd0
--- /dev/null
+++ b/doc/forum/Using_git-annex_as_a_library.mdwn
@@ -0,0 +1 @@
+I am looking to use git-annex as a library/tool to bring syncing to another application. Is there any documentation or open examples of doing something like this?
diff --git a/doc/forum/Using_git-annex_as_a_library/comment_1_1f8e74c5856f21c53d5a91892cbef0c6._comment b/doc/forum/Using_git-annex_as_a_library/comment_1_1f8e74c5856f21c53d5a91892cbef0c6._comment
new file mode 100644
index 0000000000..6ba664aead
--- /dev/null
+++ b/doc/forum/Using_git-annex_as_a_library/comment_1_1f8e74c5856f21c53d5a91892cbef0c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlaQ9Hd5o_wjCIcfC9MAx8GRli5-LyBang"
+ nickname="George"
+ subject="comment 1"
+ date="2013-06-29T16:07:45Z"
+ content="""
+I should say specifically interfacing with git-annex
+"""]]
diff --git a/doc/forum/Using_git-annex_as_a_library/comment_2_11a243fa7d8ac947aa9a798228dbd191._comment b/doc/forum/Using_git-annex_as_a_library/comment_2_11a243fa7d8ac947aa9a798228dbd191._comment
new file mode 100644
index 0000000000..4177d7d208
--- /dev/null
+++ b/doc/forum/Using_git-annex_as_a_library/comment_2_11a243fa7d8ac947aa9a798228dbd191._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 2"
+ date="2013-06-30T18:08:52Z"
+ content="""
+I think there are two approaches to doing this.
+
+1. Use the git-annex command line interface from your program. You can use the --json switch to enable machine-parsable output of many git-annex commands. If something needs work to be more suitable to be used as \"plumbing\" in this way, we can improve it to meet your needs.
+
+2. Use the git-annex Haskell code as a library for your program. The git-annex assistant is a great example of how far you can take this. It has the benefit that by accessing git-annex's internals, you can sometimes do things more efficiently than by using the CLI. Much of git-annex's code is already well modularized and suitable for use as a library in this way. The build system doesn't currently spit out git-annex libraries, but it would not be hard to make it do so. Of course this would entail writing at least some of your program in Haskell.
+"""]]
diff --git a/doc/forum/Using_git-annex_as_a_library/comment_3_ac52304a096ebc66967352efaffb060a._comment b/doc/forum/Using_git-annex_as_a_library/comment_3_ac52304a096ebc66967352efaffb060a._comment
new file mode 100644
index 0000000000..cda6e0799a
--- /dev/null
+++ b/doc/forum/Using_git-annex_as_a_library/comment_3_ac52304a096ebc66967352efaffb060a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Alexcei"
+ ip="92.255.239.77"
+ subject="comment 3"
+ date="2014-03-25T05:43:36Z"
+ content="""
+With version 5.20140127 first approach became impossible. Why did you decide to remove json supported by the majority of command?
+"""]]
diff --git a/doc/forum/Using_git-annex_as_a_library/comment_4_d502fea60bf3a82f8a50f72a90a80c25._comment b/doc/forum/Using_git-annex_as_a_library/comment_4_d502fea60bf3a82f8a50f72a90a80c25._comment
new file mode 100644
index 0000000000..642fda2fef
--- /dev/null
+++ b/doc/forum/Using_git-annex_as_a_library/comment_4_d502fea60bf3a82f8a50f72a90a80c25._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 4"
+ date="2014-03-26T18:31:30Z"
+ content="""
+I didn't. I removed the --json options from commands that didn't necessarily output valid json when used with it. There are numerous commands that support --json (find, whereis, info, status, metadata, examinekey), and I'm open to adding it to other commands -- but it's probably not feasible to make commands like `get` output json, since their output includes progress info printed by rsync etc.
+"""]]
diff --git a/doc/forum/Using_git-annex_via_command_line_in_OS_X.mdwn b/doc/forum/Using_git-annex_via_command_line_in_OS_X.mdwn
new file mode 100644
index 0000000000..5eba701bdd
--- /dev/null
+++ b/doc/forum/Using_git-annex_via_command_line_in_OS_X.mdwn
@@ -0,0 +1,3 @@
+After installing the binary for Mac OS X and including some larger directories, my computer now seems quite busy (for the last days) with the import process. I see a process called git-annex causing the load, so it seems OK. As the git-annex assistant seems to hang quite a bit, I would like to see the progress using a command line interface. However, I cannot use the "git annex" command as I get the message "git: 'annex' is not a git command. See 'git --help'."
+
+I guess this is my normal git version, installed by homebrew (the OS X version for apt-get) that does not know anything about the installed binary. Can I still use the CLI with this version? Or better, is there or will there be a way to install git-annex from source, or even better using "brew install git-annex"?
diff --git a/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_1_1c9e121f60fb6868c07f1a53b03c4ed0._comment b/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_1_1c9e121f60fb6868c07f1a53b03c4ed0._comment
new file mode 100644
index 0000000000..1f51e6c971
--- /dev/null
+++ b/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_1_1c9e121f60fb6868c07f1a53b03c4ed0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaZYaspvzx1lQiM56UQo-X82BnPiAaiEY"
+ nickname="Martin"
+ subject="comment 1"
+ date="2013-08-19T18:07:04Z"
+ content="""
+One more question. When running the git-annex binary the webapp opens. After closing the window I cannot access the webapp anymore. Using the IP + port number (http://127.0.0.1:53027/) does not work. Would be handy to have a bookmark for the webapp that works as long as the assistant is running.
+"""]]
diff --git a/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_2_52d8ffba82e29ac2722a8e43e469cc47._comment b/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_2_52d8ffba82e29ac2722a8e43e469cc47._comment
new file mode 100644
index 0000000000..b30773cd22
--- /dev/null
+++ b/doc/forum/Using_git-annex_via_command_line_in_OS_X/comment_2_52d8ffba82e29ac2722a8e43e469cc47._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaZYaspvzx1lQiM56UQo-X82BnPiAaiEY"
+ nickname="Martin"
+ subject="git-annex via comand line"
+ date="2013-08-19T21:53:11Z"
+ content="""
+Just found the page how to install the CLI on OS X: http://git-annex.branchable.com/install/OSX/
+That solved all my questions for now.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks.mdwn b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks.mdwn
new file mode 100644
index 0000000000..3420c129f7
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks.mdwn
@@ -0,0 +1,8 @@
+Hallo,
+
+I have got a Samsung Galaxy Note 10.1 I want to sync with a remote ssh-Server, but the tablet only supports exFAT and FAT file Systems, so I cannot use symlinks.
+
+Does any solution exist for this? 
+
+Mebus
+
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_1_b9f202a30ba7e3bc264064d24454c099._comment b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_1_b9f202a30ba7e3bc264064d24454c099._comment
new file mode 100644
index 0000000000..f5d4b3cdd5
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_1_b9f202a30ba7e3bc264064d24454c099._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-22T17:37:44Z"
+ content="""
+The sad state of affairs that in the supposedly modern 21st century, popular operating systems are regressing in functionality? 
+
+Yes, git-annex can deal with this. `git annex init` will detect when it's run on a crippled filesystem and enable various workarounds, including [[direct_mode]].
+
+The git-annex android app deals with all this automatically when creating a repository.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_2_1334a8d9f4bb60f3bf3ebabc656d98d9._comment b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_2_1334a8d9f4bb60f3bf3ebabc656d98d9._comment
new file mode 100644
index 0000000000..493aaf65e3
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_2_1334a8d9f4bb60f3bf3ebabc656d98d9._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="Mebus"
+ ip="2001:4dd0:ff00:29::2"
+ subject="comment 2"
+ date="2013-10-31T23:39:42Z"
+ content="""
+Hallo,
+
+I tried it again.
+
+On the Android tablet I get many files, which have got a size of 200 Bytes. And they should at least be a view kB.
+
+Why?
+
+Mebus
+
+
+"""]]
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_3_076f22d05fad140068a540e4d835106f._comment b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_3_076f22d05fad140068a540e4d835106f._comment
new file mode 100644
index 0000000000..0fb4f61e2b
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_3_076f22d05fad140068a540e4d835106f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-01T16:42:33Z"
+ content="""
+Files in the git repository whose content has not yet been downloaded will appear as these short placeholder files when using a filesystem that does not support symlinks. Once the files have been downloaded, that is replaced with their actual content. You may need to set up a way to your android tablet to download the files from the place they're being created.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_4_c8446ee1b817f1824fa0df07e742015c._comment b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_4_c8446ee1b817f1824fa0df07e742015c._comment
new file mode 100644
index 0000000000..cd42b6c158
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_4_c8446ee1b817f1824fa0df07e742015c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Mebus"
+ ip="2001:4dd0:ff00:29::2"
+ subject="comment 4"
+ date="2013-11-11T20:24:11Z"
+ content="""
+Does it have to be the place, where they were created or can this also be a central server, I pushed everything to?
+
+Mebus
+
+
+"""]]
diff --git a/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_5_f746c1b85ee8e4b57b6819ccceabd28b._comment b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_5_f746c1b85ee8e4b57b6819ccceabd28b._comment
new file mode 100644
index 0000000000..676e7b6f10
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_Android_tablet_which_only_has_exFAT_and_no_symlinks/comment_5_f746c1b85ee8e4b57b6819ccceabd28b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 5"
+ date="2013-11-13T16:37:46Z"
+ content="""
+The git-annex app will download the files from any remote you set up that has a copy of the file. A transfer remote in the cloud would work well.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs.mdwn b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs.mdwn
new file mode 100644
index 0000000000..1e64430385
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs.mdwn
@@ -0,0 +1,5 @@
+I've got a Freebox Revolution set-top box / TV NAS at home, with some preconfigured layou for videos, photos and music.
+
+I'd like to use it as a git-annex remote, but am afraid there's no support for FTP (authenticated) or SMB shares exported by the NAS (I don't think it supports other protocols even though runs Linux internally, AFAIK).
+
+Is there any option to store much on that NAS and sync it with git-annex ?
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_1_bd73c8d10028e1b45da9ea8f657e5064._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_1_bd73c8d10028e1b45da9ea8f657e5064._comment
new file mode 100644
index 0000000000..d5e8d54043
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_1_bd73c8d10028e1b45da9ea8f657e5064._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="Similar to &quot;direct special remotes&quot;"
+ date="2013-08-16T17:57:26Z"
+ content="""
+You have a very similar problem as I do.
+
+See my post where I called this [direct special remotes](http://git-annex.branchable.com/forum/Direct_special_remotes/).
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_2_16c3c994ee8fcb466e52ca0e812e5915._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_2_16c3c994ee8fcb466e52ca0e812e5915._comment
new file mode 100644
index 0000000000..93eef73220
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_2_16c3c994ee8fcb466e52ca0e812e5915._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="Except I don't have rsync/sftp on the NAS AFAICT"
+ date="2013-08-17T08:56:37Z"
+ content="""
+There seemed to be some hope with rsync in your case, but not mine. Thanks anyway for the pointer.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_3_ac60f6edb76bdd541711e472eec9591a._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_3_ac60f6edb76bdd541711e472eec9591a._comment
new file mode 100644
index 0000000000..8729a8481e
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_3_ac60f6edb76bdd541711e472eec9591a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="Experimenting with a CIFS mount point of the NAS and direct mode"
+ date="2013-08-17T22:11:19Z"
+ content="""
+I've been experimenting with a direct mode repo on a CIFS mount of the SMB share of the NAS.
+
+Unfortunately, it seems I can't propagate changes made on the laptop to the mount point by issueing a git pull or merge, as it is part of the unsafe commands that don't support direct mode (see details in <http://git-annex.branchable.com/direct_mode/#comment-fca93776b9526341e6aae4fe2c53038c>)... direct mode wouldn't be very useful then : I intend to mirror on the NAS the files I've been managing locally. For instance I will sort my photos in subdirs, on the laptop, and intend to mirror that on the NAS.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_4_2194f0600d9a90f0d9c947ea9cc213a3._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_4_2194f0600d9a90f0d9c947ea9cc213a3._comment
new file mode 100644
index 0000000000..4a59acdeb7
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_4_2194f0600d9a90f0d9c947ea9cc213a3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 4"
+ date="2013-08-23T17:55:39Z"
+ content="""
+Just run `git annex sync` to update the direct mode repository on your NAS.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_5_eb7d13f6b6fa674a2536bde51bfc3fd1._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_5_eb7d13f6b6fa674a2536bde51bfc3fd1._comment
new file mode 100644
index 0000000000..e014efb86c
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_5_eb7d13f6b6fa674a2536bde51bfc3fd1._comment
@@ -0,0 +1,48 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="So it seems I have found a sequence that seems to be operating fine"
+ date="2013-08-23T20:28:45Z"
+ content="""
+Here's a script, which I think makes it work, using git clone, git annex copy and git annex sync :
+    # The \"master\" remote which is with default indirect mode, on a Linux FS
+    BASE1=~/tmp
+    REPO1=$BASE1/annex-test
+    
+    # The \"slave\" remote on the NAS (a Samba server), which has been mounted with cifs, and thus will be in direct mode
+    BASE2=/mnt/freebox-server/
+    REPO2=$BASE2/annex-test
+    
+    cd $BASE1
+    mkdir $REPO1
+    cd $REPO1
+    git init
+    git annex init \"my laptop\"
+    
+    cd $REPO1
+    cp -Lr ~/some_large_files ./
+    git annex add some_large_files
+    git commit -m \"added\"
+    
+    cd $BASE2    
+    git clone $REPO1 $REPO2
+    cd $REPO2
+    
+    git annex init \"freebox server\"
+    # This is not really needed, but if you want to replicate on a non cifs mount
+    git annex direct
+    
+    cd $REPO1
+    git remote add freebox-server $REPO2
+    
+    git annex copy --to freebox-server
+    git annex sync
+    
+    cd $REPO2
+    git remote add laptop $REPO1
+    #git annex sync
+
+After this, you should have your .git and plain \"direct\" files on the NAS, mirrored from what's on the laptop.
+
+Hope this helps.
+"""]]
diff --git a/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_6_ae323b16ddb9342e91be955408eca3b1._comment b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_6_ae323b16ddb9342e91be955408eca3b1._comment
new file mode 100644
index 0000000000..44d3f5a85c
--- /dev/null
+++ b/doc/forum/Using_git_annex_with_a_SMB__47__FTP_TV_NAS_with_preconfigured_dirs/comment_6_ae323b16ddb9342e91be955408eca3b1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 6"
+ date="2013-08-24T15:58:28Z"
+ content="""
+You can run any of these operations in any order and it will work. Ie, this is far more complicated and detailed than it needs to be. Just run git-annex commands in any order to do what you want to do. If they don't, file a (detailed) bug report.
+"""]]
diff --git a/doc/forum/View_performance_with_7__44__000_files.mdwn b/doc/forum/View_performance_with_7__44__000_files.mdwn
new file mode 100644
index 0000000000..21491c77f5
--- /dev/null
+++ b/doc/forum/View_performance_with_7__44__000_files.mdwn
@@ -0,0 +1,26 @@
+I've imported about half of my photos into an annex on an external HDD,
+using metadata extensively for EXIF info, including place names.
+
+Checking out a new view is slower than I expected, at ~6 minutes.
+Is this expected behavior, am I pushing the limits of file count already?
+
+Is there anything I can do to speed things up?
+
+    % ls -1 | wc -l
+        7050
+    
+    % git branch -vv
+      git-annex                      4e590d4 update
+    * master                         985ba54 add jen's phone backups
+      views/Year=_;Month=_;Address=_ 795a58b refs/heads/views/Year=_;Month=_;Address=_
+    
+    % /usr/bin/time -p git annex view "Year=*" "Address=*" 
+    view  (searching...)
+    
+    Checking out files: 100% (12789/12789), done.
+    Switched to branch 'views/Year=_;Address=_'
+    ok
+    real       376.80
+    user        17.98
+    sys          9.66
+
diff --git a/doc/forum/View_performance_with_7__44__000_files/comment_1_e45ea752100d09d29efb6136a722eab3._comment b/doc/forum/View_performance_with_7__44__000_files/comment_1_e45ea752100d09d29efb6136a722eab3._comment
new file mode 100644
index 0000000000..cf6f140b2a
--- /dev/null
+++ b/doc/forum/View_performance_with_7__44__000_files/comment_1_e45ea752100d09d29efb6136a722eab3._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmvzzyDA8uXFz8yokeCrepbh8PwWe_WrjE"
+ nickname="Michael"
+ subject="debug output"
+ date="2014-06-16T14:17:06Z"
+ content="""
+So after looking for a debug flag, I see that it's spending all its time in cat-file, which I guess is probably not a surprise:
+
+    % /usr/bin/time -p git annex view \"Year=*\" \"Address=*\" -d
+    view  [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"symbolic-ref\",\"HEAD\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"show-ref\",\"refs/heads/master\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"symbolic-ref\",\"HEAD\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"show-ref\",\"refs/heads/master\"]
+    (searching...)
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"/Volumes/Four TB Backup/Photos\"]
+    [2014-06-16 06:29:12 PDT] feed: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"update-index\",\"-z\",\"--index-info\"]
+    [2014-06-16 06:29:12 PDT] chat: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"show-ref\",\"git-annex\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2014-06-16 06:29:12 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"log\",\"refs/heads/git-annex..4e590d433e01886e2823c3316d18b7e3cbafe227\",\"--oneline\",\"-n1\"]
+    [2014-06-16 06:29:12 PDT] chat: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"cat-file\",\"--batch\"]
+    [2014-06-16 06:34:54 PDT] read: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"write-tree\"]
+    [2014-06-16 06:34:55 PDT] chat: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"commit-tree\",\"c0fd1ea9ccae70a7353a2e787089b88115a42b7a\"]
+    [2014-06-16 06:34:55 PDT] call: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"update-ref\",\"refs/heads/views/Year=_;Address=_\",\"249c37d78e45d1fccfcb00f40337e05cb69fb64c\"]
+    
+    [2014-06-16 06:34:55 PDT] call: git [\"--git-dir=/Volumes/Four TB Backup/Photos/.git\",\"--work-tree=/Volumes/Four TB Backup/Photos\",\"checkout\",\"views/Year=_;Address=_\"]
+    Checking out files: 100% (12789/12789), done.
+    Switched to branch 'views/Year=_;Address=_'
+    ok
+    real       362.14
+    user        18.16
+    sys          7.70
+
+"""]]
diff --git a/doc/forum/View_performance_with_7__44__000_files/comment_2_b1942eed65e9b5c046095a094191a38c._comment b/doc/forum/View_performance_with_7__44__000_files/comment_2_b1942eed65e9b5c046095a094191a38c._comment
new file mode 100644
index 0000000000..91259f3351
--- /dev/null
+++ b/doc/forum/View_performance_with_7__44__000_files/comment_2_b1942eed65e9b5c046095a094191a38c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-06-16T17:52:34Z"
+ content="""
+View's don't scale to lots of files yet. Discussed in [[design/caching_database]]
+"""]]
diff --git a/doc/forum/View_performance_with_7__44__000_files/comment_3_e6e19339c9d72cf8eaae32ef4269e850._comment b/doc/forum/View_performance_with_7__44__000_files/comment_3_e6e19339c9d72cf8eaae32ef4269e850._comment
new file mode 100644
index 0000000000..01ac676cbf
--- /dev/null
+++ b/doc/forum/View_performance_with_7__44__000_files/comment_3_e6e19339c9d72cf8eaae32ef4269e850._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmvzzyDA8uXFz8yokeCrepbh8PwWe_WrjE"
+ nickname="Michael"
+ subject="comment 3"
+ date="2014-06-16T18:19:20Z"
+ content="""
+@joeyh, thanks - is that code all up to date here: https://github.com/joeyh/git-annex/tree/database ?
+
+I'd be interested in helping test it.
+"""]]
diff --git a/doc/forum/WARNING:_linker:git-annex_has_text_relocations....mdwn b/doc/forum/WARNING:_linker:git-annex_has_text_relocations....mdwn
new file mode 100644
index 0000000000..2d9ee1324f
--- /dev/null
+++ b/doc/forum/WARNING:_linker:git-annex_has_text_relocations....mdwn
@@ -0,0 +1,7 @@
+I have configured git-annex on my Nexus 5. Even though it works fantastic, it shows some warning messages.
+
+1: 'git-annex sync' :  WARNING: linker: git-annex has text relocations. This is wasting memory and is a security risk. Please fix.
+
+2: 'git log': error: cannot run less. No such file or directory.
+
+Both the commands will work has expected with these warnings. What could be the issue here.
diff --git a/doc/forum/WARNING:_linker:git-annex_has_text_relocations.../comment_1_fee360353f0b46aab6ee7a902c0837bb._comment b/doc/forum/WARNING:_linker:git-annex_has_text_relocations.../comment_1_fee360353f0b46aab6ee7a902c0837bb._comment
new file mode 100644
index 0000000000..8d9af9624e
--- /dev/null
+++ b/doc/forum/WARNING:_linker:git-annex_has_text_relocations.../comment_1_fee360353f0b46aab6ee7a902c0837bb._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-05T20:38:03Z"
+ content="""
+<http://stackoverflow.com/questions/20141538/mylib-so-has-text-relocations-this-is-wasting-memory-and-is-a-security-risk-pl>  
+Says that should have been fixed in ndk-r8c's gcc, but git-annex is already built with ndk-r9b. It might be though, that the llvm compiler still has the problem. In any case, I doubt there is a real security issue here, it's probably just a binary exploit hardening thing.
+
+As for the git log, git users the less pager by default, but of course it's not necessary and so not included on Android. You can `git config core.pager cat` to get around this.
+"""]]
diff --git a/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__.mdwn b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__.mdwn
new file mode 100644
index 0000000000..c6cb35912f
--- /dev/null
+++ b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__.mdwn
@@ -0,0 +1,16 @@
+I'm trying to use git-annex as a dropbox-replacement, but I'm hitting unexpected things although I'm doing exactly what I see in the walkthrough screencast and/or the walkthrough commands. I'm using Ubuntu 13.10, installed git-annex with apt-get. It is version 4.20130815.
+
+1) I launch the webapp and create an ~/annex folder as my initial repo. I copy some small text files in it, I see in webapp that they are added. 
+2) I add a new "Removable Storage" repo, in my usb drive. I do not touch any other settings, leave it as is. (ie in transfer group for example). It is successfully added to the repo list and I see sync complete and files synced on the webapp.
+3) When I check the contents of the usb disk annex folder, I see the following, while I was expecting to see the files I synced instead.
+
+emre@emrenb:~$ ls /media/emre/348B-78F0/annex/
+annex  branches  config  description  HEAD  hooks  info  objects  refs
+
+However, I expect the below which is the content of my ~/annex folder:
+emre@emrenb:~$ ls annex/
+unison-sync.log  unison-1.log  unison-2.log  unison.log
+
+In the walkthrough video, when Joey adds a USB storage, the filenames & thir contents sync to the usb drive. Why doesn't it work for me? 
+
+Note that I tried also android app and also the zipped tarball build. Same result, I never see actual files. 
diff --git a/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_1_cdac15fec6fc41d5487b7f653fa718a4._comment b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_1_cdac15fec6fc41d5487b7f653fa718a4._comment
new file mode 100644
index 0000000000..437e2ecdc1
--- /dev/null
+++ b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_1_cdac15fec6fc41d5487b7f653fa718a4._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Default removable storage repo not readable without git annex"
+ date="2013-10-21T08:50:50Z"
+ content="""
+Hi,
+
+Sounds to me you are expecting the files to be readable by a filemanager? By default a removable drive repo is only readable by git-annex.
+
+The standard use case is to move files between computers with git-annex installed. I agree this is not what you´d expect.
+
+Read <http://git-annex.branchable.com/forum/USB_backup_with_files_visible/> and the last post of <http://git-annex.branchable.com/forum/Can__39__t_get_git-annex_merge_to_work_from_git_hook/> for more info.
+"""]]
diff --git a/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_2_82050b7dc367ca5968ab0306db9bd7e3._comment b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_2_82050b7dc367ca5968ab0306db9bd7e3._comment
new file mode 100644
index 0000000000..edcc49a35d
--- /dev/null
+++ b/doc/forum/Walkthrough_does_not_work_for_me__44___what_am_i_doing_wrong__63__/comment_2_82050b7dc367ca5968ab0306db9bd7e3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 2"
+ date="2013-10-21T22:29:14Z"
+ content="""
+Kalle is right (I seem to keep saying that, Kalle!)
+
+Following the walkthrough commands will get you a non-bare git repository on a removable drive, and you can run \"git annex sync\" in there periodically and see all the files in your repository on the removable drive. The webapp does not make that kind of repository though, and in the screencast I'm showing the normal behavior of the webapp.
+"""]]
diff --git a/doc/forum/Walkthrough_for_direct_mode__63__.mdwn b/doc/forum/Walkthrough_for_direct_mode__63__.mdwn
new file mode 100644
index 0000000000..b3fae29447
--- /dev/null
+++ b/doc/forum/Walkthrough_for_direct_mode__63__.mdwn
@@ -0,0 +1 @@
+Hello Joey, I would be very much interested in a walkthrough for direct mode, as detailed as the one currently published. I see the comments in the current walkthrough on some differences to direct mode, but to me it is not obvious what best practices for git-annex use would be in direct mode, with and without the assistant. For a mix of Linux, OS X and Windows installations in the homes, it may also be interesting to see how to best set up the individual machines. Many thanks - 
diff --git a/doc/forum/Want_to_stop_using_Git-Annex.mdwn b/doc/forum/Want_to_stop_using_Git-Annex.mdwn
new file mode 100644
index 0000000000..a076cf1b06
--- /dev/null
+++ b/doc/forum/Want_to_stop_using_Git-Annex.mdwn
@@ -0,0 +1,9 @@
+Hi
+
+I created a git annex repo in one of my drives. But now all my files have turned into symbolic links.
+I need to remove the git repo and get my files back. How can I do that.
+
+Some of the softwares am using will not follow symbolic links, so need put the files back properly as soon as  possible.
+
+Please help.
+Thank you in advance :)
diff --git a/doc/forum/Want_to_stop_using_Git-Annex/comment_1_32e37515bd4f5d22ff9aedd3c9d98046._comment b/doc/forum/Want_to_stop_using_Git-Annex/comment_1_32e37515bd4f5d22ff9aedd3c9d98046._comment
new file mode 100644
index 0000000000..9937e5d0ca
--- /dev/null
+++ b/doc/forum/Want_to_stop_using_Git-Annex/comment_1_32e37515bd4f5d22ff9aedd3c9d98046._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="Direct mode"
+ date="2014-06-27T07:36:40Z"
+ content="""
+Hi
+
+[[direct_mode/]] is your friend.
+"""]]
diff --git a/doc/forum/Want_to_stop_using_Git-Annex/comment_2_e29e6d052ef3677ad7d5615721f3fe33._comment b/doc/forum/Want_to_stop_using_Git-Annex/comment_2_e29e6d052ef3677ad7d5615721f3fe33._comment
new file mode 100644
index 0000000000..0eddeb201c
--- /dev/null
+++ b/doc/forum/Want_to_stop_using_Git-Annex/comment_2_e29e6d052ef3677ad7d5615721f3fe33._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-07-02T17:04:29Z"
+ content="""
+git annex uninit
+"""]]
diff --git a/doc/forum/Watch__47__assistant__47__webapp_documentation.mdwn b/doc/forum/Watch__47__assistant__47__webapp_documentation.mdwn
new file mode 100644
index 0000000000..3d185ba800
--- /dev/null
+++ b/doc/forum/Watch__47__assistant__47__webapp_documentation.mdwn
@@ -0,0 +1,12 @@
+Hello,
+
+I'm not sure about the differences and interactions between watch / assistant / webapp / direct mode. I think I figured the following out, can someone confirm this, and perhaps a few words to the documentation / man page?
+
+- git annex watch uses inotify to find new files, and runs git annex add on them (it does not do regular git add)
+- git annex assistant does the same as watch, but also runs git annex sync for each new file (does it also enable direct mode?)
+- git annex webapp does the same as assistant, and also starts a webapp (in my case it immediately started sending files to origin, without asking for confirmation, which was surprising, I guess this is because I have * annex.numcopies=2 set, and there was only one copy. Still I interpreted the documentation as if it would only show me an interface, not start doing things right away.)
+
+Do these commands do anything else than what I described above?
+
+best regards,
+Tom
diff --git a/doc/forum/Watch__47__assistant__47__webapp_documentation/comment_1_adb377589dbae7fc91001df235c6b48e._comment b/doc/forum/Watch__47__assistant__47__webapp_documentation/comment_1_adb377589dbae7fc91001df235c6b48e._comment
new file mode 100644
index 0000000000..556cf4f9b8
--- /dev/null
+++ b/doc/forum/Watch__47__assistant__47__webapp_documentation/comment_1_adb377589dbae7fc91001df235c6b48e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-07T18:12:17Z"
+ content="""
+Most of this is explained pretty well on the [[man page|git-annex]]. 
+
+`git annex webapp` doesn't do anything on its own, other than start the assistant if it is not already running, and point your browser at its built-in webapp. Starting the assistant manually will always have the same effect as opening the webapp.
+
+The assistant syncs files as configured by the preferred content settings of repositories. There's an interface to disable this syncing in the webapp, or change the setting to something that doesn't prefer all content be synced to a repository. This syncing of content is different from `git annex sync`, which only syncs git repository data. It's more like running `git annex copy --auto`
+
+The assistant enables direct mode when a new repository is created (using the webapp). It does not enable direct mode when run in an existing repository.
+"""]]
diff --git a/doc/forum/Webapp_not_watching_repos.mdwn b/doc/forum/Webapp_not_watching_repos.mdwn
new file mode 100644
index 0000000000..b751b65637
--- /dev/null
+++ b/doc/forum/Webapp_not_watching_repos.mdwn
@@ -0,0 +1 @@
+I am using the webapp to watch 3 repositories. When I run git annex webapp it starts watching one of the repos but unless I switch to other repos it does not start noticing changes after switching to each repo once it works as intended.
diff --git a/doc/forum/Webapp_not_watching_repos/comment_1_02735050122afdb6498d91b462d32767._comment b/doc/forum/Webapp_not_watching_repos/comment_1_02735050122afdb6498d91b462d32767._comment
new file mode 100644
index 0000000000..9b0d61af10
--- /dev/null
+++ b/doc/forum/Webapp_not_watching_repos/comment_1_02735050122afdb6498d91b462d32767._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-27T19:02:28Z"
+ content="""
+Each separate repository needs to have a separate `git annex assistant` process handling it.
+
+Normally, these would all be started when `git annex assistant --autostart` is run, typically when you log into a desktop environment.
+
+So, on Linux, this is done via a .desktop file (or you can arrange for the command to be run as the right user at boot if not using a desktop); on OSX it's done via a .plist file. On Windows and Android, nothing handles the autostarting yet.
+"""]]
diff --git a/doc/forum/Webapp_not_watching_repos/comment_2_8ab2d4c18ddc99774e44c4f4401bfa57._comment b/doc/forum/Webapp_not_watching_repos/comment_2_8ab2d4c18ddc99774e44c4f4401bfa57._comment
new file mode 100644
index 0000000000..63573b0231
--- /dev/null
+++ b/doc/forum/Webapp_not_watching_repos/comment_2_8ab2d4c18ddc99774e44c4f4401bfa57._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2013-12-27T22:40:06Z"
+ content="""
+I don't have a desktop env. just plain xmonad, so the correct sequence to start the webapp is,
+
+    git annex assistant --autostart && git annex webapp
+
+right?
+"""]]
diff --git a/doc/forum/Webapp_not_watching_repos/comment_3_b448aa5a95a57a5228b361390e5fc838._comment b/doc/forum/Webapp_not_watching_repos/comment_3_b448aa5a95a57a5228b361390e5fc838._comment
new file mode 100644
index 0000000000..92fd3cb459
--- /dev/null
+++ b/doc/forum/Webapp_not_watching_repos/comment_3_b448aa5a95a57a5228b361390e5fc838._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 3"
+ date="2013-12-29T17:59:53Z"
+ content="""
+In this case, I would probably put `git annex assistant --autostart` in `.xinitrc`, or even make a @reboot cron job that starts it. The webapp can then be opened with `git annex webapp` at any time. (The webapp is not a separate process and does not need to be started at login.)
+"""]]
diff --git a/doc/forum/Webapp_on_ARM.mdwn b/doc/forum/Webapp_on_ARM.mdwn
new file mode 100644
index 0000000000..c9766dd8cf
--- /dev/null
+++ b/doc/forum/Webapp_on_ARM.mdwn
@@ -0,0 +1,6 @@
+Webapp on ARM?
+==============
+
+Since the webapp is apparently now available on Android (not tested yet, but I plan to do it soon ;)), I was wondering what was the status of the webapp on ARM. Does it build, does it work, and if it does would it be possible to enable it in the Debian package for the next release?
+
+For the record, I'm using git-annex on my NAS (Synology DS413j). I'm using the Debian armel package and running it in an Arch Linux chroot (a very simple setup). It works really well, and I'm extremely satisfied with git-annex. Thanks a lot for all your work, Joey *et al.*!
diff --git a/doc/forum/Webapp_on_ARM/comment_1_82ac40cef5b59070136527b8d81a5ce2._comment b/doc/forum/Webapp_on_ARM/comment_1_82ac40cef5b59070136527b8d81a5ce2._comment
new file mode 100644
index 0000000000..00e3fed262
--- /dev/null
+++ b/doc/forum/Webapp_on_ARM/comment_1_82ac40cef5b59070136527b8d81a5ce2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.10"
+ subject="comment 1"
+ date="2013-07-22T19:13:38Z"
+ content="""
+To build the WebApp on arm, you need a ghc that supports template haskell on arm. While I have heard persistent rumors of such a thing existing, I have yet to see it.
+
+It's possible to build the WebApp on arm without that, but it's a complicated process, involving first building on x86 with the same versions of the haskell libraries that you have on the arm system, and then using the EvilSplicer to generate a source tree with the template haskell expanded, which can then be built on arm. This build process is not really suitable for a Debian package.
+"""]]
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app.mdwn b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app.mdwn
new file mode 100644
index 0000000000..055a09e2ac
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app.mdwn
@@ -0,0 +1,12 @@
+I am having some weird issues with git annex under OS X.  I am new to git annex, and am generally familiar with git.  I really like the concept of git-annex and am trying to lean how to fit it into my workflow, but Im running into problems.  
+
+I have a folder that I would like to keep in sync across multiple computers and thumb drives.  Right now this folder consists of other folders and PDF files.  After initializing git and git-annex, all of the files turn into symlinks, as expected.  
+
+Looking at this folder in OSX's finder, none of the symlinks have preview images unfortunately, as expected.  Also, when trying to open the file (or symlink, and in this case PDFs) in finder, it opens the console which outputs a bunch of crap and then nothing happens.  Right clicking on the symlink in finder and using Open with... the default application to open the symlink to the PDF is OSX's Preview.app, as expected, however for some reason this isn't being used when simple double clicking.  If you click on the Preview.app option under the right click menu, Preview.app launches, but never opens the file.  Selecting an alternative such as the Skim.app pdf viewer (if installed) successfully launches the application and opens the file.  
+
+My questions are:
+1. What is the cause of not being able to launch the file in the correct app by simply double clicking it?  Do I have something mis-configued?  Is it a bug with git-annex?  Is git-annex simply not set up to work with finder yet?
+2. How come preview can't open the file but skim can?  This might be directly related to the above question, but maybe not.
+3. Is it possible to get file previews for the symlinks in your annex folder?  Are there plans to enable this kind of thing in the future, if even possible? 
+
+Details about my setup.  I am running on a 32-bit Core Duo Macbook pro from 2006, so enviably I have to run 10.6.8 and its the highest OS version I can reach right now.  All my CLI packages are installed and up to date with Mac Homebrew.  I am running git version 1.7.12.  I freshly installed haskell-platform: stable 2012.2.0.0 via homebrew.  From there I installed git-annex-3.20120825.
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment
new file mode 100644
index 0000000000..4234eac2bc
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_1_8c8d86790a9d31518f9bb96a2d2dafee._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 1"
+ date="2012-09-09T17:22:58Z"
+ content="""
+It is unfortunate that certain badly-coded programs fall over on symlinks. In theory, any program that doesn't try to be too smart for its own good will see a symlink as just like the file it links to, and should behave the same. This is the theory that led me to use symlinks in git-annex. But some programs say \"oh, a symlink! Let's see what file that's pointing at, and behave differently!\" I don't understand the mindset that leads to this kind of program being written, unless it's a program like `cp`, that has very good reasons for (at your command) following symlinks or not.
+
+I know absolutely nothing about Mac OSX, having never used it (except for in a ssh session while porting git-annex to it). But I have seen a similar problem with the FBReader ebook viewer. [Bug report](http://bugs.debian.org/685433)
+
+I was able to work around that bug by migrating my files to the SHA256E backend. This ensures that the keys stored in git-annex have extensions like .pdf etc, similar to the symlinks that point to them. You might try migrating some of your files too, and see if it makes OSX behave better. Although I thought OSX didn't rely on file extensions to determine file type.. 
+
+Anyway, the command is:
+
+    git annex migrate --backend=SHA256E
+
+I have been considering switching the default backend to SHA256E to avoid this type of problem. Your testing will be important grist for that decision.
+"""]]
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_2_b538dc2c6f122b9ce5f7569de1b03f3e._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_2_b538dc2c6f122b9ce5f7569de1b03f3e._comment
new file mode 100644
index 0000000000..ee09be502c
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_2_b538dc2c6f122b9ce5f7569de1b03f3e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://mike.magin.org/"
+ nickname="mmagin"
+ subject="comment 2"
+ date="2012-09-11T15:27:58Z"
+ content="""
+I've been using git-annex mostly on Mac OS X, and it rapidly caused me to switch to SHA256E.  I'd certainly be in favor of it being the default.  Aside from [[bugs/fsck thinks file content is bad when it isn't]] (fixed by the time I encountered it), I have had no issues with it so far.
+"""]]
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_3_16e6724fa184392d4decbe0c4eb6efe6._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_3_16e6724fa184392d4decbe0c4eb6efe6._comment
new file mode 100644
index 0000000000..0315feb642
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_3_16e6724fa184392d4decbe0c4eb6efe6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="comment 3"
+ date="2012-09-12T09:23:51Z"
+ content="""
+Sorry for the delayed response.  I am in the middle of an apartment move.
+
+I tried changing my default PDF viewer to Skim to see if that improved anything.  Nada.  Same thing.  Finder opens the terminal and outputs a bunch of nonsense.  
+
+I tried `git annex migrate --backend=SHA256E` and it seemed to really improve things from finders point of view.  Still not icon previews, but you can launch every file by double clicking it and preview is able to follow the symlink.  
+
+Note, I am on OS X 10.6.  I cant upgrade to 10.7+ due to my laptops aging processor (10.7+ requires 64-bit intel chips) and thus can't test git-annex on a more modern OS version.  Someone should test it out on a newer version of OS X before chaining any defaults, however, it seems to really improve things for the setup I have.
+"""]]
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_4_e514fe2d4d0ad6a10e281939e6ab4266._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_4_e514fe2d4d0ad6a10e281939e6ab4266._comment
new file mode 100644
index 0000000000..aa50ab57c8
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_4_e514fe2d4d0ad6a10e281939e6ab4266._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 4"
+ date="2012-09-12T20:32:52Z"
+ content="""
+I see a migration to SHA256E currently outputs:
+
+migrate issue.txt (checksum...) (Recording state in git...)
+ok
+
+Is that verifying the existing checksum or re-computing it to re-name the file?  If the latter, couldn't the SHA256 to SHA256E migration just rename the file?
+
+I would be worried about this process hiding data corruption.. If it isn't using the old checksum but instead re-computing a new one then it would be easy to miss the fact that a files checksum changed during this process.
+"""]]
diff --git a/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_5_e0eec765f72f7bf6f5a2a92c9b5dacad._comment b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_5_e0eec765f72f7bf6f5a2a92c9b5dacad._comment
new file mode 100644
index 0000000000..254a524aa3
--- /dev/null
+++ b/doc/forum/Weird_behavior_with_OS_X_Finder_and_Preview.app/comment_5_e0eec765f72f7bf6f5a2a92c9b5dacad._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 5"
+ date="2012-09-14T04:20:27Z"
+ content="""
+Good catch, I've made it verify the old checksum first.
+
++/- E migrations are not currently optimised.
+"""]]
diff --git a/doc/forum/What_can_be_done_in_case_of_conflict.mdwn b/doc/forum/What_can_be_done_in_case_of_conflict.mdwn
new file mode 100644
index 0000000000..42167a6091
--- /dev/null
+++ b/doc/forum/What_can_be_done_in_case_of_conflict.mdwn
@@ -0,0 +1,7 @@
+Hi,
+
+How can I resolve the conflict when it occurs?
+
+Suppose I have 2 branches (master, current), When I merge these branches or while doing cherry-pick, if I get conflict how can I resolve it?
+
+Thank You
diff --git a/doc/forum/What_can_be_done_in_case_of_conflict/comment_1_5ca86b099dfa08a50f656ea03bf1dcd9._comment b/doc/forum/What_can_be_done_in_case_of_conflict/comment_1_5ca86b099dfa08a50f656ea03bf1dcd9._comment
new file mode 100644
index 0000000000..6f1d241300
--- /dev/null
+++ b/doc/forum/What_can_be_done_in_case_of_conflict/comment_1_5ca86b099dfa08a50f656ea03bf1dcd9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-04-23T14:29:03Z"
+ content="""
+You handle conflicts in annexed files the same as you would handle them in other binary files checked into git.
+
+For example, you might choose to `git rm` or `git add` the file to resolve the conflict.
+
+[[Previous_discussion|forum/A_really_stupid_question]]
+"""]]
diff --git a/doc/forum/What_can_be_done_in_case_of_conflict/comment_2_69ee17959a92bb8359c0fd7b2a9d8dfb._comment b/doc/forum/What_can_be_done_in_case_of_conflict/comment_2_69ee17959a92bb8359c0fd7b2a9d8dfb._comment
new file mode 100644
index 0000000000..f4293d9c11
--- /dev/null
+++ b/doc/forum/What_can_be_done_in_case_of_conflict/comment_2_69ee17959a92bb8359c0fd7b2a9d8dfb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="Resolving conflict"
+ date="2012-04-24T03:59:31Z"
+ content="""
+Hi,
+Now I am able to resolve the conflict.
+Thank you.
+"""]]
diff --git a/doc/forum/What_can_be_done_in_case_of_conflict/comment_3_017f4bac57a040c496e0c9d068dcfd9e._comment b/doc/forum/What_can_be_done_in_case_of_conflict/comment_3_017f4bac57a040c496e0c9d068dcfd9e._comment
new file mode 100644
index 0000000000..a0d3ded394
--- /dev/null
+++ b/doc/forum/What_can_be_done_in_case_of_conflict/comment_3_017f4bac57a040c496e0c9d068dcfd9e._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYu7QmD7wrbHWkoxuriaA9XcijM-g5vrQ"
+ nickname="Royal"
+ subject="Resolving conflict"
+ date="2012-04-23T15:49:30Z"
+ content="""
+Thanks for the reply.
+
+I am executing the following commands.
+
+git init main
+cd main
+git annex init main
+echo a > a
+git annex add a
+git commit -m Initial
+git annex unlock a
+echo aa > a
+git annex add a
+git commit -m first
+git annex unlock a
+echo aaa > a
+git annex add a
+git commit -m second
+git log
+git cherry-pick <Hash of first commit>
+
+--------------------
+Error: 
+
+error: could not apply 2be8f38... first
+hint: after resolving the conflicts, mark the corrected paths
+hint: with 'git add <paths>' or 'git rm <paths>'
+hint: and commit the result with 'git commit'
+
+How can resolve the the above conflict.
+If I see the content of the file I will get the content of second commit.
+Is there any way I can get the content for first commit(Like in git we have 'theirs' option.)
+
+Thank you.
+"""]]
diff --git a/doc/forum/What_happened_to_the_walkthrough__63__.mdwn b/doc/forum/What_happened_to_the_walkthrough__63__.mdwn
new file mode 100644
index 0000000000..e8098d29a1
--- /dev/null
+++ b/doc/forum/What_happened_to_the_walkthrough__63__.mdwn
@@ -0,0 +1 @@
+As of right now (2012-05-24 at 18:00 UTC), the [[Walkthrough]] page is basically empty. Its entire contents are "A walkthrough of the basic features of git-annex." No links (other than the autogenerated "what links to this page" list at the bottom) and no contents. Any idea what happened?
diff --git a/doc/forum/What_happened_to_the_walkthrough__63__/comment_1_70db0e3cfb1318e95671c23726e5541d._comment b/doc/forum/What_happened_to_the_walkthrough__63__/comment_1_70db0e3cfb1318e95671c23726e5541d._comment
new file mode 100644
index 0000000000..cbf852dbfb
--- /dev/null
+++ b/doc/forum/What_happened_to_the_walkthrough__63__/comment_1_70db0e3cfb1318e95671c23726e5541d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-05-24T19:18:55Z"
+ content="""
+It seems the pages that are supposed to be inlined are not being found even though they are in `doc/walkthrough/`.
+"""]]
diff --git a/doc/forum/What_happened_to_the_walkthrough__63__/comment_2_f9305dd19b9b5f35e66d915b8c30374b._comment b/doc/forum/What_happened_to_the_walkthrough__63__/comment_2_f9305dd19b9b5f35e66d915b8c30374b._comment
new file mode 100644
index 0000000000..9720adfbc6
--- /dev/null
+++ b/doc/forum/What_happened_to_the_walkthrough__63__/comment_2_f9305dd19b9b5f35e66d915b8c30374b._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-05-24T20:15:19Z"
+ content="""
+Broken last night during upgrade, fixed now, thanks for noticing.
+"""]]
diff --git a/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__.mdwn b/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__.mdwn
new file mode 100644
index 0000000000..870f8913eb
--- /dev/null
+++ b/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__.mdwn
@@ -0,0 +1 @@
+I want to add an existing repository using the assistant. Is that the way?
diff --git a/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__/comment_1_d844cfe5f9907a766e871b64d68966c2._comment b/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__/comment_1_d844cfe5f9907a766e871b64d68966c2._comment
new file mode 100644
index 0000000000..0c70448895
--- /dev/null
+++ b/doc/forum/What_happens_when_in_the_git-annex_assistant_you___34__Add_another_local_repository__34___on_an_existing_repository__63__/comment_1_d844cfe5f9907a766e871b64d68966c2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T19:03:30Z"
+ content="""
+Sure, you can use that menu item. If you try it out and enter in the path of a repository, you'll see that it offers to either let you combine the two repositories together, or leave them as two unconnected repositories with different files managed by the assistant.
+"""]]
diff --git a/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__.mdwn b/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__.mdwn
new file mode 100644
index 0000000000..6dd5c16df3
--- /dev/null
+++ b/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__.mdwn
@@ -0,0 +1 @@
+Since all the annexed (in indirect mode) files are symlinks to topdir/.git/annex/...   moving files among directories at different levels is not that straightforward since symlinks would get broken.  And since there is not 'annex mv' command -- what is the best way?  (unlock is not the resolution since it copies the file, which might be prohibitively large and inefficient)
diff --git a/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__/comment_1_02d305f307b4d2ff7acd98cb36508a2f._comment b/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__/comment_1_02d305f307b4d2ff7acd98cb36508a2f._comment
new file mode 100644
index 0000000000..9eae8ef7ab
--- /dev/null
+++ b/doc/forum/What_is_the_best_way_to___34__git_annex_mv__34___file__63__/comment_1_02d305f307b4d2ff7acd98cb36508a2f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-12T16:42:54Z"
+ content="""
+You can move the symlinks however you like (git mv, or regular mv and git add).
+
+To fix up broken symlinks, you can either run `git annex fix`, or just commit the move. The pre-commit hook fixes up links automatically.
+"""]]
diff --git a/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__.mdwn b/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__.mdwn
new file mode 100644
index 0000000000..7222e07b58
--- /dev/null
+++ b/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__.mdwn
@@ -0,0 +1,3 @@
+What is the difference between "local computer" and "remote server" in the assistant's repository configuration menu? How does git-annex treat the targets differently? 
+
+
diff --git a/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__/comment_1_68734a118b7dc0c88ba67eca20953a55._comment b/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__/comment_1_68734a118b7dc0c88ba67eca20953a55._comment
new file mode 100644
index 0000000000..167d008f9a
--- /dev/null
+++ b/doc/forum/What_is_the_difference_between___34__local_computer__34___and___34__remote_server__34__/comment_1_68734a118b7dc0c88ba67eca20953a55._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-01-25T22:39:20Z"
+ content="""
+Local computer pairs with another computer on your LAN. You don't need an account on that computer, it can belong to someone else and has to be running the webapp as well for them to verify the pairing. 
+
+Remote server is for people with a ssh server out there, and does not require it be running the assistant, or even have git-annex installed. (Though it works better if at least git-annex is installed on it.)
+"""]]
diff --git a/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__.mdwn b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__.mdwn
new file mode 100644
index 0000000000..1504d10cd6
--- /dev/null
+++ b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__.mdwn
@@ -0,0 +1 @@
+What do I do when I have set up git-annex to back up a folder to an encrypted remote on a vps, and my laptop was stolen? This recently happened, and luckally I had another backup, but what would I do in the case that I have 1 computer using git-annex, backung ip a folder to an encrypted ssh remote on a vps, and I loose the computer? How do I get the data back then?
diff --git a/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_1_67ee446ca6d66e2c259ea771c2c9a2b2._comment b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_1_67ee446ca6d66e2c259ea771c2c9a2b2._comment
new file mode 100644
index 0000000000..832c931b42
--- /dev/null
+++ b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_1_67ee446ca6d66e2c259ea771c2c9a2b2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-07-26T03:57:06Z"
+ content="""
+I'm glad you had another backup. That is wise.
+
+When you have a special remote, that does not store your git repository, but only the contents of files. So if you lose all copies of your git repositories, you have lost all record of the file name associated with a file. It's the same as if `fsck` rescued inodes to `lost+found`; you'd have to manually rename the files to new names.
+
+Then there's the added complication of the encryption. This depends on how it was set up. If you set up the remote using a GPG key (and didn't lose the key too), you can manually use that key to decrypt the files. On the other hand, if it generated its own key and stored it in the git repo (default with the assistant), then when you lose all copies of the git repo, the key is gone, and your encrypted files are useless.
+"""]]
diff --git a/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_2_6d3cce3c8048e4aea8f0ed76473f6af1._comment b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_2_6d3cce3c8048e4aea8f0ed76473f6af1._comment
new file mode 100644
index 0000000000..308df9a182
--- /dev/null
+++ b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_2_6d3cce3c8048e4aea8f0ed76473f6af1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-07-26T15:04:31Z"
+ content="""
+I thought the key was checked into .git in any case, but encrypted in the case of GPG.  So .git gone => everything gone in any case.
+"""]]
diff --git a/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_3_bd506e1ca7307660b3b9769eb97beddb._comment b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_3_bd506e1ca7307660b3b9769eb97beddb._comment
new file mode 100644
index 0000000000..4591a559e0
--- /dev/null
+++ b/doc/forum/What_to_do_when_computer_is_lost_and_only_an_encrypted_ssh_remote_is_left__63__/comment_3_bd506e1ca7307660b3b9769eb97beddb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2013-07-26T16:45:26Z"
+ content="""
+Michael, you're right. Thanks for fact checking my late night comment! ;)
+"""]]
diff --git a/doc/forum/Where_is_the_content__63__.mdwn b/doc/forum/Where_is_the_content__63__.mdwn
new file mode 100644
index 0000000000..0d79bbb093
--- /dev/null
+++ b/doc/forum/Where_is_the_content__63__.mdwn
@@ -0,0 +1,8 @@
+On Android 4.4.4, I can install the most recent git annex. I want to join a git annex running on my linux server. Git annex on android seems to be able to contact remote, and it asks if I want to 'merge' with it. I hope that did not mean erase the remote.  Anyway, the sync says it is proceeding, but when it is done, I cannot find a folder with remote copies of files. 
+
+I figure either it worked, or it destroyed my remote. 
+
+After new install, I have folders /sdcard/annex and /sdcard/git-annex.home. I don't find a new folder with name of remote repo, don't understand why.
+
+Help?
+
diff --git a/doc/forum/Where_is_the_content__63__/comment_1_812e1cf740cbfa449ab3ef4dd5f2df08._comment b/doc/forum/Where_is_the_content__63__/comment_1_812e1cf740cbfa449ab3ef4dd5f2df08._comment
new file mode 100644
index 0000000000..423bd82d28
--- /dev/null
+++ b/doc/forum/Where_is_the_content__63__/comment_1_812e1cf740cbfa449ab3ef4dd5f2df08._comment
@@ -0,0 +1,132 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkpIIYg6Fl7OFsOHVPEchZYj68A3dk4lVg"
+ nickname="Paul"
+ subject="install log"
+ date="2014-07-15T12:02:59Z"
+ content="""
+Installation starting to /data/data/ga.androidterm
+ac90d4f57076a59cac3a8017b89ac9b5ab4e5021
+installing busybox
+installing git-annex
+installing git-shell
+installing git-upload-pack
+installing git
+installing gpg
+installing rsync
+installing ssh
+installing ssh-keygen
+linking ./libexec/git-core/git-show to git
+linking ./libexec/git-core/git-cherry-pick to git
+linking ./libexec/git-core/git-revert to git
+linking ./libexec/git-core/git-rerere to git
+linking ./libexec/git-core/git to git
+linking ./libexec/git-core/git-cat-file to git
+linking ./libexec/git-core/git-archive to git
+linking ./libexec/git-core/git-apply to git
+linking ./libexec/git-core/git-repack to git
+linking ./libexec/git-core/git-replace to git
+linking ./libexec/git-core/git-verify-pack to git
+linking ./libexec/git-core/git-name-rev to git
+linking ./libexec/git-core/git-grep to git
+linking ./libexec/git-core/git-format-patch to git
+linking ./libexec/git-core/git-log to git
+linking ./libexec/git-core/git-read-tree to git
+linking ./libexec/git-core/git-fast-export to git
+linking ./libexec/git-core/git-mktag to git
+linking ./libexec/git-core/git-cherry to git
+linking ./libexec/git-core/git-stage to git
+linking ./libexec/git-core/git-blame to git
+linking ./libexec/git-core/git-help to git
+linking ./libexec/git-core/git-tag to git
+linking ./libexec/git-core/git-column to git
+linking ./libexec/git-core/git-clone to git
+linking ./libexec/git-core/git-pack-redundant to git
+linking ./libexec/git-core/git-rev-list to git
+linking ./libexec/git-core/git-ls-files to git
+linking ./libexec/git-core/git-update-index to git
+linking ./libexec/git-core/git-merge-tree to git
+linking ./libexec/git-core/git-shortlog to git
+linking ./libexec/git-core/git-pack-refs to git
+linking ./libexec/git-core/git-fsck to git
+linking ./libexec/git-core/git-mv to git
+linking ./libexec/git-core/git-index-pack to git
+linking ./libexec/git-core/git-upload-archive to git
+linking ./libexec/git-core/git-unpack-file to git
+linking ./libexec/git-core/git-merge-recursive to git
+linking ./libexec/git-core/git-checkout to git
+linking ./libexec/git-core/git-mailsplit to git
+linking ./libexec/git-core/git-whatchanged to git
+linking ./libexec/git-core/git-remote-fd to git
+linking ./libexec/git-core/git-fsck-objects to git
+linking ./libexec/git-core/git-diff to git
+linking ./libexec/git-core/git-diff-tree to git
+linking ./libexec/git-core/git-check-ref-format to git
+linking ./libexec/git-core/git-status to git
+linking ./libexec/git-core/git-annotate to git
+linking ./libexec/git-core/git-bisect--helper to git
+linking ./libexec/git-core/git-mktree to git
+linking ./libexec/git-core/git-check-ignore to git
+linking ./libexec/git-core/git-clean to git
+linking ./libexec/git-core/git-merge to git
+linking ./libexec/git-core/git-var to git
+linking ./libexec/git-core/git-get-tar-commit-id to git
+linking ./libexec/git-core/git-remote-ext to git
+linking ./libexec/git-core/git-stripspace to git
+linking ./libexec/git-core/git-send-pack to git
+linking ./libexec/git-core/git-fetch to git
+linking ./libexec/git-core/git-ls-remote to git
+linking ./libexec/git-core/git-init to git
+linking ./libexec/git-core/git-notes to git
+linking ./libexec/git-core/git-commit to git
+linking ./libexec/git-core/git-receive-pack to git
+linking ./libexec/git-core/git-prune to git
+linking ./libexec/git-core/git-update-server-info to git
+linking ./libexec/git-core/git-gc to git
+linking ./libexec/git-core/git-show-ref to git
+linking ./libexec/git-core/git-merge-subtree to git
+linking ./libexec/git-core/git-describe to git
+linking ./libexec/git-core/git-branch to git
+linking ./libexec/git-core/git-checkout-index to git
+linking ./libexec/git-core/git-prune-packed to git
+linking ./libexec/git-core/git-ls-tree to git
+linking ./libexec/git-core/git-hash-object to git
+linking ./libexec/git-core/git-push to git
+linking ./libexec/git-core/git-for-each-ref to git
+linking ./libexec/git-core/git-verify-tag to git
+linking ./libexec/git-core/git-diff-files to git
+linking ./libexec/git-core/git-check-attr to git
+linking ./libexec/git-core/git-mailinfo to git
+linking ./libexec/git-core/git-check-mailmap to git
+linking ./libexec/git-core/git-fetch-pack to git
+linking ./libexec/git-core/git-diff-index to git
+linking ./libexec/git-core/git-add to git
+linking ./libexec/git-core/git-config to git
+linking ./libexec/git-core/git-merge-ours to git
+linking ./libexec/git-core/git-symbolic-ref to git
+linking ./libexec/git-core/git-init-db to git
+linking ./libexec/git-core/git-pack-objects to git
+linking ./libexec/git-core/git-rm to git
+linking ./libexec/git-core/git-write-tree to git
+linking ./libexec/git-core/git-show-branch to git
+linking ./libexec/git-core/git-fmt-merge-msg to git
+linking ./libexec/git-core/git-count-objects to git
+linking ./libexec/git-core/git-reset to git
+linking ./libexec/git-core/git-reflog to git
+linking ./libexec/git-core/git-rev-parse to git
+linking ./libexec/git-core/git-update-ref to git
+linking ./libexec/git-core/git-patch-id to git
+linking ./libexec/git-core/git-commit-tree to git
+linking ./libexec/git-core/git-merge-file to git
+linking ./libexec/git-core/git-credential to git
+linking ./libexec/git-core/git-unpack-objects to git
+linking ./libexec/git-core/git-bundle to git
+linking ./libexec/git-core/git-merge-index to git
+linking ./libexec/git-core/git-remote to git
+linking ./libexec/git-core/git-merge-base to git
+linking ./bin/git-upload-archive to git
+linking ./bin/git-receive-pack to git
+linking ./libexec/git-core/git-shell to git-shell
+linking ./libexec/git-core/git-upload-pack to git-upload-pack
+Installation complete
+
+"""]]
diff --git a/doc/forum/Where_is_the_content__63__/comment_2_5e2cfdfab6c4f84fe7a19447b417b5a7._comment b/doc/forum/Where_is_the_content__63__/comment_2_5e2cfdfab6c4f84fe7a19447b417b5a7._comment
new file mode 100644
index 0000000000..45b7b024e4
--- /dev/null
+++ b/doc/forum/Where_is_the_content__63__/comment_2_5e2cfdfab6c4f84fe7a19447b417b5a7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-15T18:37:34Z"
+ content="""
+It'll be in `/sdcard/annex` by defualt, unless you told the webapp to put it somewhere else when it asked where to put the repository. `/sdcard/annex` is a git repository which should contain all the files from the remote (not in any separate subdirectory, that's not how git works). If it does not, you can run commands like `git log --stat` in that repository to see what files have been added/removed, or `git annex status` to check the status of the files.
+"""]]
diff --git a/doc/forum/Where_is_the_content__63__/comment_3_bd4cbc8f256a94ffde4f57d2c406a9ec._comment b/doc/forum/Where_is_the_content__63__/comment_3_bd4cbc8f256a94ffde4f57d2c406a9ec._comment
new file mode 100644
index 0000000000..5b736b4100
--- /dev/null
+++ b/doc/forum/Where_is_the_content__63__/comment_3_bd4cbc8f256a94ffde4f57d2c406a9ec._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkpIIYg6Fl7OFsOHVPEchZYj68A3dk4lVg"
+ nickname="Paul"
+ subject="text relocations refusal"
+ date="2014-07-16T02:19:27Z"
+ content="""
+I'm afraid I've ruined the remote repo. For directory, I wrote \"mediashare\" because that's where I want copy to go.  i don't want it in default \"annex\". In git assistant, it is unclearbwhst directory means.   Mount point for cooy of remote? 
+
+Well, this is all I get now...
+
+1|u0_a127@manta:/sdcard $ cd annex
+u0_a127@manta:/sdcard/annex $ git annex status
+WARNING: linker: git-annex has text relocations. This is wasting memory and is a security risk. Please fix.
+
+
+"""]]
diff --git a/doc/forum/Where_is_the_content__63__/comment_4_a36b35d47472b5db779b0489bf3d4893._comment b/doc/forum/Where_is_the_content__63__/comment_4_a36b35d47472b5db779b0489bf3d4893._comment
new file mode 100644
index 0000000000..69b929810e
--- /dev/null
+++ b/doc/forum/Where_is_the_content__63__/comment_4_a36b35d47472b5db779b0489bf3d4893._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-16T20:41:17Z"
+ content="""
+That warning about text relocations always happens on Android and is not relevant to whatever problem you're having.
+
+If git-annex status does not print anything else, then it seems you have a git-annex repository in /sdcard/annex. If you entered \"mediashare\" in the webapp, you might have another repository in another location. When you open the webapp, it tells you the location of the repository in the upper-right corner -- \"Repository: $location\"
+"""]]
diff --git a/doc/forum/Which_cloud_providers_are_supported__63___.mdwn b/doc/forum/Which_cloud_providers_are_supported__63___.mdwn
new file mode 100644
index 0000000000..9f8afc3fc0
--- /dev/null
+++ b/doc/forum/Which_cloud_providers_are_supported__63___.mdwn
@@ -0,0 +1,3 @@
+So Box.net and Amazon is supported, any way to get google drive in there?
+
+thanks for cool software!
diff --git a/doc/forum/Which_cloud_providers_are_supported__63___/comment_1_1f9398840144e0452a2fed9336046547._comment b/doc/forum/Which_cloud_providers_are_supported__63___/comment_1_1f9398840144e0452a2fed9336046547._comment
new file mode 100644
index 0000000000..9d8f0ecf75
--- /dev/null
+++ b/doc/forum/Which_cloud_providers_are_supported__63___/comment_1_1f9398840144e0452a2fed9336046547._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-18T17:40:36Z"
+ content="""
+[[tips/googledriveannex]]
+
+See [[special_remotes]] for a full list of things people have gotten to work.
+"""]]
diff --git a/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__.mdwn b/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__.mdwn
new file mode 100644
index 0000000000..9ff6f11fb6
--- /dev/null
+++ b/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__.mdwn
@@ -0,0 +1,7 @@
+I currently have a pair of hard drives that I store backups etc on and that I would like to use as archive repositories for Git-Annex. I want everything on these to be encrypted, because I can't guarantee physical security of them.
+
+When I am setting up a removable drive as a repository, there is no option to encrypt to it. I understand that there is a "Directory" special remote, but it seems odd to have to use a different special remote that is not built into the webapp. Wouldn't it be good to have a checkbox for encryption when setting up a removable drive as a repository?
+
+Is there something that I'm missing here?
+
+Thanks for a great piece of software!
diff --git a/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__/comment_1_4341898d5ae4f09a5b06d24f5fe6192d._comment b/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__/comment_1_4341898d5ae4f09a5b06d24f5fe6192d._comment
new file mode 100644
index 0000000000..0ddf26666b
--- /dev/null
+++ b/doc/forum/Why_can__39__t_encryption_be_enabled_for_removable_drives__63__/comment_1_4341898d5ae4f09a5b06d24f5fe6192d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T19:45:42Z"
+ content="""
+git-annex stores a clone of the git repository on the removable drive. To encrypt a git remote, you can use the [git-remote-gcrypt](https://github.com/blake2-ppc/git-remote-gcrypt) tool. This will work with git-annex, but it needs integration into the webapp to support setting it up, and further integration so git-annex can detect when a git remote is encrypted and also encrypt the contents of file is stores there.
+"""]]
diff --git a/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__.mdwn b/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__.mdwn
new file mode 100644
index 0000000000..c250ef7c1e
--- /dev/null
+++ b/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__.mdwn
@@ -0,0 +1,5 @@
+I created a test remote using the command:
+
+    git annex initremote mybup type=bup encryption=none buprepo=/tmp/mybup
+
+I can copy files to and from the remote just fine.  However, every time I do so it makes changes inside `~/.bup`.  If I delete `~/.bup` it will recreate it.  Is this expected?  Are the files in `~/.bup` of any consequence?
diff --git a/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__/comment_1_da9c7c0e93aefc2da7409de5b138d86f._comment b/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__/comment_1_da9c7c0e93aefc2da7409de5b138d86f._comment
new file mode 100644
index 0000000000..cbb3c8d6d9
--- /dev/null
+++ b/doc/forum/Why_does_the_bup_remote_use___126____47__.bup__63__/comment_1_da9c7c0e93aefc2da7409de5b138d86f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Ah"
+ date="2012-10-18T23:52:03Z"
+ content="""
+I get now why ~/.bup is being used: -r DIR specifies a local DIR as the bup directory, but ~/.bup is still used for the local temp files.  It would be nice, therefore, if BUP_DIR were set in the case that -r specifies a local directory, so that only that directory is used.  Unless, of course, that leads to space limitations in the bup directory.  Hmm... maybe this should just be left as is in that case.
+"""]]
diff --git a/doc/forum/Will_git-annex_solve_my_problem__63__.mdwn b/doc/forum/Will_git-annex_solve_my_problem__63__.mdwn
new file mode 100644
index 0000000000..0aa2ded520
--- /dev/null
+++ b/doc/forum/Will_git-annex_solve_my_problem__63__.mdwn
@@ -0,0 +1,7 @@
+Here's my current situation:
+
+I have a box which creates about a dozen files periodically. All files add up to about 1GB in size. The files are text and sorted. I then rsync the files to n servers. The rsync diff algorithm transfers way less than n * 1GB because the files are largely the same. However, this distribution technique is inefficient because I must run n rsync processes in parallel and the rsync diff algorithm takes a lot of CPU.
+
+How could I use git-annex instead of rsync?
+
+Because the box producing the new files also has the old files, then presumably git could calculate the diffs for each file once instead of n times as with the rsync solution? Then only the diffs need be distributed to the n servers... using git-annex? And finally the newly updated version of the dozen files needs to be available on each of the n servers. Ideally, the diffs would not mount up over time on either the publishing server or the n servers, thus causing out of disk problems etc. How to deploy git-annex to solve my problem?
diff --git a/doc/forum/Will_git-annex_solve_my_problem__63__/comment_1_35acbdd1a7727df204d776c2e8f02b53._comment b/doc/forum/Will_git-annex_solve_my_problem__63__/comment_1_35acbdd1a7727df204d776c2e8f02b53._comment
new file mode 100644
index 0000000000..a4f27f46ed
--- /dev/null
+++ b/doc/forum/Will_git-annex_solve_my_problem__63__/comment_1_35acbdd1a7727df204d776c2e8f02b53._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-27T22:48:16Z"
+ content="""
+git-annex will not perform better than rsync. It uses rsync. It also does not yet use old versions of files as a rsync basis when transferring a new version of a file, so is not as efficient in this scenario.
+"""]]
diff --git a/doc/forum/Will_git-annex_solve_my_problem__63__/comment_2_230256c19ac139dea207d89c06f70782._comment b/doc/forum/Will_git-annex_solve_my_problem__63__/comment_2_230256c19ac139dea207d89c06f70782._comment
new file mode 100644
index 0000000000..2b7b7e5f7b
--- /dev/null
+++ b/doc/forum/Will_git-annex_solve_my_problem__63__/comment_2_230256c19ac139dea207d89c06f70782._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaBh9VNJ-RZ26wJZ4BEhMN1IlPT-DK6JA"
+ nickname="Alex"
+ subject="Bup"
+ date="2013-04-03T05:47:41Z"
+ content="""
+I think bup will solve your use case. Make a local bup repo and backup there then clone that repo n times. If you run git annex on top of bup you can then retrieve the subset of files you need at each destination. This will work best if you don't need every file on every remote or if your network is much slower than local disk access. 
+"""]]
diff --git a/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__.mdwn b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__.mdwn
new file mode 100644
index 0000000000..f458ba72e0
--- /dev/null
+++ b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__.mdwn
@@ -0,0 +1,3 @@
+FAT32 does not support symlinks, so I wonder if there's going to be a problem with that.
+
+Generally speaking, I am wondering about portability of git annex on windows and on android...
diff --git a/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_1_426482e6eb3a27687a48f24f6ef2332f._comment b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_1_426482e6eb3a27687a48f24f6ef2332f._comment
new file mode 100644
index 0000000000..119c9e535a
--- /dev/null
+++ b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_1_426482e6eb3a27687a48f24f6ef2332f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-07T19:13:14Z"
+ content="""
+See [[bugs/fat_support]]. A bare git repo will have to be used to avoid symlink problems, at least for now. The other problem is that git-annex key files have colons in their filenames.
+"""]]
diff --git a/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_2_af4f8b52526d8bea2904c95406fd2796._comment b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_2_af4f8b52526d8bea2904c95406fd2796._comment
new file mode 100644
index 0000000000..ca599b2857
--- /dev/null
+++ b/doc/forum/Will_git_annex_work_on_a_FAT32_formatted_key__63__/comment_2_af4f8b52526d8bea2904c95406fd2796._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-19T15:37:22Z"
+ content="""
+Now it's fully supported, so long as you put a bare git repo on your key.
+"""]]
diff --git a/doc/forum/Windows_S3_host_issue.mdwn b/doc/forum/Windows_S3_host_issue.mdwn
new file mode 100644
index 0000000000..02cd879073
--- /dev/null
+++ b/doc/forum/Windows_S3_host_issue.mdwn
@@ -0,0 +1,11 @@
+I am trying to connect to dreamhost's objects (S3) platform.  I am using the windows version.  
+Am I specifying the host correctly? Any help is appreciated.
+
+$ git-annex initremote host="objects.dreamhost.com" cloud keyid=XXXXX type=S3
+
+initremote host=objects.dreamhost.com (encryption setup) (hybrid cipher with gpg
+ key 70827ADCDE25DA0F) (checking bucket...)
+git-annex: user error (openTCPConnection: host lookup failure for "host=objects.
+dreamhost.com-f5573b49-3668-4f94-a1da-aa55085c45e8.s3.amazonaws.com")
+failed
+git-annex.exe: initremote: 1 failed
diff --git a/doc/forum/Windows_S3_host_issue/comment_1_8c0a1e84713a04a25fdc1f74919d34aa._comment b/doc/forum/Windows_S3_host_issue/comment_1_8c0a1e84713a04a25fdc1f74919d34aa._comment
new file mode 100644
index 0000000000..7382cafa6e
--- /dev/null
+++ b/doc/forum/Windows_S3_host_issue/comment_1_8c0a1e84713a04a25fdc1f74919d34aa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T17:38:21Z"
+ content="""
+No, you cannot quote part of a parameter like that. git-annex thinks you are trying to use a host that includes the quote marks you put around it. 
+
+Since you're using Windows, I can't give any advice on how to use quoting at the shell/cmd prompt. However, I don't see any need for quoting here anyway.
+"""]]
diff --git a/doc/forum/Windows_S3_host_issue/comment_2_06ecc76797c430b27a2e24776761d043._comment b/doc/forum/Windows_S3_host_issue/comment_2_06ecc76797c430b27a2e24776761d043._comment
new file mode 100644
index 0000000000..3e918120ee
--- /dev/null
+++ b/doc/forum/Windows_S3_host_issue/comment_2_06ecc76797c430b27a2e24776761d043._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk_bIB1Vadfc_GfPLKX_ScfWFCcaGyk8Ac"
+ nickname="Rob"
+ subject="Remove quotes"
+ date="2013-12-13T04:44:22Z"
+ content="""
+I tried the command with and without quotes it results in the same error.  I think the issue is that the host is trying to resolve a concatenation of the hostname and amazon.com when in fact it should be resolving to the host name only.
+"""]]
diff --git a/doc/forum/Windows_S3_host_issue/comment_3_1715557daa15b9e9e17b4850141e62af._comment b/doc/forum/Windows_S3_host_issue/comment_3_1715557daa15b9e9e17b4850141e62af._comment
new file mode 100644
index 0000000000..e4645d07b0
--- /dev/null
+++ b/doc/forum/Windows_S3_host_issue/comment_3_1715557daa15b9e9e17b4850141e62af._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 3"
+ date="2013-12-16T17:07:17Z"
+ content="""
+Looking at this again, you forgot to tell it the name of the remote, so it took the first parameter (host=\"objects.dreamhost.com\" ) as the name. The rest probably follows from that mistake.
+
+use `git annex initremote mys3 host=...`
+"""]]
diff --git a/doc/forum/Windows_support.mdwn b/doc/forum/Windows_support.mdwn
new file mode 100644
index 0000000000..0e9e8dcb6e
--- /dev/null
+++ b/doc/forum/Windows_support.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+Do you have any news about Windows support?
+Is this something you're currently working on?
+
+Thanks!
diff --git a/doc/forum/Windows_support/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment b/doc/forum/Windows_support/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
new file mode 100644
index 0000000000..95323ff997
--- /dev/null
+++ b/doc/forum/Windows_support/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-03-12T06:43:02Z"
+ content="""
+[[todo/windows_support]] has everything I know about making a windows port. This badly needs someone who understand Windows to dive into it. The question of how to create a symbolic link (or the relevant Windows equivilant) from haskell on Windows
+is a good starting point..
+"""]]
diff --git a/doc/forum/Windows_usage_instructions.mdwn b/doc/forum/Windows_usage_instructions.mdwn
new file mode 100644
index 0000000000..0b7b946251
--- /dev/null
+++ b/doc/forum/Windows_usage_instructions.mdwn
@@ -0,0 +1,25 @@
+Having a spot of bother in setting up for windows usage.
+
+I'm attempting to have a windows box syncing to a server (over ssh) and a linux box also syncing against that*
+
+So, on each machine I do
+
+ git init
+ git annex init
+
+
+On the windows and linux desktops I then do a 
+ 
+ git remote add server serverdetails.
+
+Now the problem is that if I don't add files to the repos on the machines, they won't sync as there is no branch checked out; and if I do then the first one is fine but the second will fail as it doesn't allow fast-forwards. What am I doing wrong? I've tried making the server repo bare / not bare.
+
+I'm using the latest nightly windows build, and a build from git from today (29d5bb94b4512cfe3072c9ff840cb0ce9f2af744)
+
+
+
+
+
+
+
+*Actually I'm trying to do something a little more complex than that, but this is the simplest version I can come up with.
diff --git a/doc/forum/Windows_usage_instructions/comment_1_d43dbd9406da3b9747b147715eca94ac._comment b/doc/forum/Windows_usage_instructions/comment_1_d43dbd9406da3b9747b147715eca94ac._comment
new file mode 100644
index 0000000000..6162b9540e
--- /dev/null
+++ b/doc/forum/Windows_usage_instructions/comment_1_d43dbd9406da3b9747b147715eca94ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 1"
+ date="2013-06-16T11:29:36Z"
+ content="""
+This may be related to [this](http://git-annex.branchable.com/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/#comment-a023dca06c2bcb9636d8a332f8e95ae4)
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers.mdwn b/doc/forum/Wishlist:_Bittorrent-like_transfers.mdwn
new file mode 100644
index 0000000000..7ec6632169
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers.mdwn
@@ -0,0 +1,5 @@
+**EDIT: Mistakenly posted this thread in the forum.  I created a new post in [[todo|todo/Bittorrent-like_features]]
+
+Do you think it would be possible to have bittorrent-like transfers between remotes, so that no one remote gets pegged too hard with transfers? It would be great if you distribute your files between multiple bandwidth-capped remotes, and want fast down speed.  Obviously, this isn't a simple task, but the protocol is already there, it just needs to be adapted for the purpose (and re-written in Haskell...).  Maybe some day in the future after the more important stuff gets taken care of?  It could be an enticing stretch goal.
+
+PS: still working on getting BTC, will be donating soon!
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_1_13544d54fb0418af4ca9200cdb045d91._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_1_13544d54fb0418af4ca9200cdb045d91._comment
new file mode 100644
index 0000000000..73295478f9
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_1_13544d54fb0418af4ca9200cdb045d91._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 1"
+ date="2013-07-19T02:33:36Z"
+ content="""
+I agree.  I mentioned it briefly here:
+
+[[http://git-annex.branchable.com/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/#comment-5a5d46967b826f602c423d7f72ac6f5e]]
+
+
+I did *briefly* look into torrents and the like, but couldn't work out a way to lock it down so only authorized users could use either the tracker or connect to pull the data down...
+
+The security aspect is the kicker in my mind.
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_2_9a7dad35bf80c684ad97892420d7370c._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_2_9a7dad35bf80c684ad97892420d7370c._comment
new file mode 100644
index 0000000000..affd07efd9
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_2_9a7dad35bf80c684ad97892420d7370c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="37.130.227.133"
+ subject="comment 2"
+ date="2013-07-19T07:38:47Z"
+ content="""
+Okay I've got some ideas, but they need refining.  I should be posting more tomorrow.
+
+One thing I thought of though, there could be two types of torrent support:
+
+1.  You use a torrent file or magnet link as a special remote URL.  This remote is read-only, naturally, and you'd only be able to leech (and seed, I suppose) the file in the torrent.  Neat feature maybe.  I wasn't previously thinking of this.
+
+2. This isn't really bittorrent, just inspired by it.  You use a bittorrent-type protocol to transfer between your private remotes.  You could download from multiple remotes at once to get a file (like leeching, without a tracker, just pre-defined peers...aka remotes), or you could superseed to remotes to push a file, and have the remotes then share the parts of the file amongst themselves to each get a complete copy.  Remote groups could possibly be built on, or special groups could be coded in to define the swarm.  You update (add/remove) the swarm members locally, and push the changes to each of the old swarm members so they can add/remove other remotes (or themselves) from the swarm.  Possibly, you could just push the updated swarm list to one remote already in the swarm, it adopts the new list, and shares it with the rest of the swarm.  Each remote does the same.  Maybe the swarm list should be GPG-signed and verified before adopted and passed forward?
+
+The more I think about it, the more awesome I think it could be, but holy shit it would be a LOT of work.
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_3_e5de748bc5da12a4a01e08cde2407dd1._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_3_e5de748bc5da12a4a01e08cde2407dd1._comment
new file mode 100644
index 0000000000..ba8da25f03
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_3_e5de748bc5da12a4a01e08cde2407dd1._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2013-07-19T07:50:09Z"
+ content="""
+Personally i think the easiest implementation to make would be smart transfers.
+
+You have a repo on your laptop, and a repo at work. And you have(say) 5 special remotes in between them that they need to use to transfer data.
+
+The laptop could upload 5 different files to those repositories. Wouldn't quite be bittorent transfer(not even close). But it would probably be much simpler to implement. And when syncing a lot of files(instead of just one really big one) the speed gain should really be about the same as if all the special remotes used some kind of bittorent thing.
+
+Just a thought.
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_4_e51530178f1e034c0fdd5c9aa9945567._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_4_e51530178f1e034c0fdd5c9aa9945567._comment
new file mode 100644
index 0000000000..d3e0d33145
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_4_e51530178f1e034c0fdd5c9aa9945567._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2013-07-19T07:51:39Z"
+ content="""
+Of course all files should be uploaded to all remote(to match with numcopies). but the initial push could be spread out over all existing remotes, to facility faster initial download/transfer.
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_5_81ea9c129d8c02097f09ef8c68f1bb11._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_5_81ea9c129d8c02097f09ef8c68f1bb11._comment
new file mode 100644
index 0000000000..1ef2b25ac3
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_5_81ea9c129d8c02097f09ef8c68f1bb11._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="37.130.227.133"
+ subject="comment 5"
+ date="2013-07-19T21:23:35Z"
+ content="""
+Disclaimer: I'm thinking out loud of what could make git-annex even more awesome.  I don't expect this to be implemented any time soon.  Please pardon any dumbassery.
+
+Much easier to implement, but having your remotes (optionally!) act like a swarm would be an awesome feature to have because you bring in a lot of new features that optimize storage, bandwidth, and overall traffic usage.  This would be made a lot easier if parts of it were implemented in small steps that added a nifty feature.  The best part is, each of these could be implemented by themselves, and they're all features that would be really useful.
+
+Step 1. Concurrent downloads of a file from remotes.
+
+This would make sense to have, it saves upload traffic on your remotes, and you also get faster DL speeds on the receiving end.
+
+
+Step 2. Implementing part of the super-seeding capabilities.
+
+You upload pieces of a file to different remotes from your laptop, and on your desktop you can download all those pieces and put them together again to get a complete file.  If you *really* wanted to get fancy, you could build in redundancy (ala RAID) so if a remote or two gets lost, you don't lose the entire file.  This would be a very efficient use of storage if you have a bunch of free cloud storage accounts (~1GB each) and some big files you want to back up.
+
+
+Step 3. Setting it up so that those remotes could talk to one another and share those pieces.  
+
+This is where it gets more like bittorrent.  Useful because you upload one copy and in a few hours, have say, 5 complete copies spread across your remotes.  You could add or remove remotes from a swarm locally, and push those changes to those remotes, which then adapt themselves to suit the new rules and share those with other remotes in the swarm (rules should be GPG-signed as a safety precaution).  Also, if/when deltas get implemented, you could push that delta to the swarm and have all the remotes adopt it.  This is cooler than regular bittorrent because the shared file can be updated.  As a safety precaution, the delta could be GPG signed so a corrupt file doesn't contaminate the entire swarm.  Each remote could have bandwidth/storage limits set in a dotfile.
+
+This is a high-level idea of how it might work, and it's also a HUGE set of features to add, but if implemented, you'd be saving a ton of resources, adding new use cases, and making git-annex more flexible.
+
+"""]]
diff --git a/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_6_3b5798414f89686526da3dfa72c0c4f2._comment b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_6_3b5798414f89686526da3dfa72c0c4f2._comment
new file mode 100644
index 0000000000..7a027c909c
--- /dev/null
+++ b/doc/forum/Wishlist:_Bittorrent-like_transfers/comment_6_3b5798414f89686526da3dfa72c0c4f2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="37.130.227.133"
+ subject="comment 6"
+ date="2013-07-19T21:28:58Z"
+ content="""
+Obviously, Step 3 would only work on remotes that you have control of processes on, but if given login credentials to cloud storage remotes (potentially dangerous!) they could read/write to something like dropbox or rsync.
+
+Another thing, this would be completely trackerless.  You just use remote groups (or create swarm definitions) and share those with your remotes.  It's completely decentralized!
+"""]]
diff --git a/doc/forum/Wishlist:_Don__39__t_make_files_readonly.mdwn b/doc/forum/Wishlist:_Don__39__t_make_files_readonly.mdwn
new file mode 100644
index 0000000000..4d67f93b1a
--- /dev/null
+++ b/doc/forum/Wishlist:_Don__39__t_make_files_readonly.mdwn
@@ -0,0 +1,3 @@
+Maybe this explained somewhere else, but what is the purpose of marking files readonly. To me this is an annoyance that doesn't make sense. I want to be able to change my files, having to go through an unlock step, to do that seems like unnecessary work. Interestingly, Microsoft's Team Foundation Server source control does the same thing and I don't like it there either.
+
+In addition why replace files with symlinks? Why not just leave the real files in place, or do the reverse and put the symlink to the file in the repository.
diff --git a/doc/forum/Wishlist:_Don__39__t_make_files_readonly/comment_1_7148527961e2d27793810966588c8d35._comment b/doc/forum/Wishlist:_Don__39__t_make_files_readonly/comment_1_7148527961e2d27793810966588c8d35._comment
new file mode 100644
index 0000000000..b7a6f55f47
--- /dev/null
+++ b/doc/forum/Wishlist:_Don__39__t_make_files_readonly/comment_1_7148527961e2d27793810966588c8d35._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmL8pteP2jbYJUn1M3CbeLDvz2SWAA1wtg"
+ nickname="Kristian"
+ subject="comment 1"
+ date="2012-11-22T23:38:33Z"
+ content="""
+By using symlinks gits problems with big files goes away. You simply can't put 600 GB in a git repo - that's the way I use git-annex. Also having files read only by default eliminates the need to store two copies of all files in one form or another.
+
+
+"""]]
diff --git a/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__.mdwn b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__.mdwn
new file mode 100644
index 0000000000..1a7930fec4
--- /dev/null
+++ b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__.mdwn
@@ -0,0 +1,6 @@
+I have a DLink Boxee media player and it can not play content from symbolic links, it needs to access regular media files. Unfortunately unlocking/locking is quite slow for such a large amount of data due to the required data copying, but it should not even be needed since I do not need write access to any file to watch the movie or to play the song.
+
+Is it currently possible or would it be possible to add a commands like "unlock" which would not copy the file data but simply move files out from the data store into the tree while still keeping the files read only? A corresponding "lock" command would also be needed to restore the normal symbolic link tree structure.
+
+Update:
+I tried the rsync special remote http://git-annex.branchable.com/special_remotes/rsync/ and it works but the file structure created reflects the data store not the view given by the symbolic links.
diff --git a/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_1_1cf4ab29dfa2cff59b86305fc0018251._comment b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_1_1cf4ab29dfa2cff59b86305fc0018251._comment
new file mode 100644
index 0000000000..3ab518714d
--- /dev/null
+++ b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_1_1cf4ab29dfa2cff59b86305fc0018251._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-07-07T15:27:28Z"
+ content="""
+The rsync or directory special remotes would work if the media player uses metadata in the files, rather than directory locations.
+
+Beyond that there is the [[todo/smudge]] idea, which is hoped to be supported sometime.
+"""]]
diff --git a/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_2_f5ebb7f43dcef861ecc13373fb1e263f._comment b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_2_f5ebb7f43dcef861ecc13373fb1e263f._comment
new file mode 100644
index 0000000000..9601003798
--- /dev/null
+++ b/doc/forum/Wishlist:_Is_it_possible_to___34__unlock__34___files_without_copying_the_file_data__63__/comment_2_f5ebb7f43dcef861ecc13373fb1e263f._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmL8pteP2jbYJUn1M3CbeLDvz2SWAA1wtg"
+ nickname="Kristian"
+ subject="Solution"
+ date="2011-07-31T15:24:25Z"
+ content="""
+Yes, it can read id3-tags and guess titles from movie filenames but it sometimes gets confused by the filename metadata provided by the WORM-backend.
+
+I think I have a good enough solution to this problem. It's not efficient when it comes to renames but handles adding and deletion just fine
+
+    rsync -vaL --delete source dest
+
+The -L flag looks at symbolic links and copies the actual data they are pointing to. Of course \"source\" must have all data locally for this to work.
+
+"""]]
diff --git a/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information.mdwn b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information.mdwn
new file mode 100644
index 0000000000..1de06f7cda
--- /dev/null
+++ b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information.mdwn
@@ -0,0 +1,15 @@
+It would be extremely useful to have some additional ways to select files (for git annex copy/move/get and maybe others) based on the meta-information available to git-annex, rather than just by file or directory name.
+
+An example of what I'd like to do is this:
+
+    host1$ git annex copy --to usb-drive --missing-on host2
+
+This would check location tracking information and copy each file from host1's annex which is not present on host2 onto the usb-drive annex -- i.e. it's what I want when I need to do a sneakernet synchronisation of host1 and host2 (for backup purposes, for example). Note that of course I could copy --to host2, assuming network connectivity, but that would take a long time.
+
+There's probably other selectors that we can imagine; an obvious one could be --present-on <annex> -- useful for judiciously dropping only those files that you have easily available in a local annex (as you may want to keep files that are hard to make available even if --numcopies would nominally be satisfied).
+
+Other similar ideas for file content selectors:
+
+ * Files that have less than n, exactly n or more than n copies -- for when you need to satisfy your --numcopies policy over sneakernet.
+ * Files that are present (or not present) on some trusted annex -- for making sure you have trusted copies of everything.
+ * Boolean combinations of these filters -- "git annex drop --present-on lanserver1 --or --present-on lanserver2" or similar syntax, although obviously doing this in full generality may be quite fiddly.
diff --git a/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_1_818f38aa988177d3a9415055e084f0fb._comment b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_1_818f38aa988177d3a9415055e084f0fb._comment
new file mode 100644
index 0000000000..11b44b8094
--- /dev/null
+++ b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_1_818f38aa988177d3a9415055e084f0fb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="filtering based on git-commits"
+ date="2011-06-23T13:56:35Z"
+ content="""
+additional filter criteria could come from the git history:
+
+* `git annex get --touched-in HEAD~5..` to fetch what has recently been worked on
+* `git annex get --touched-by chrysn --touched-in version-1.0..HEAD` to fetch what i've been workin on recently (based on regexp or substring match in author; git experts could probably craft much more meaningful expressions)
+
+these options could also apply to `git annex find` -- actually, looking at the normal file system tools for such tasks, that might even be sufficient (think `git annex find --numcopies-gt 3 --present-on lanserver1 --drop` like `find -iname '*foo*' -delete`
+
+(i was about to open a new forum discussion for commit-based getting, but this is close enough to be usefully joint in a discussion)
+"""]]
diff --git a/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_2_97e2ed48bd552d02918c4f98f963e6e1._comment b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_2_97e2ed48bd552d02918c4f98f963e6e1._comment
new file mode 100644
index 0000000000..787cf8f5d7
--- /dev/null
+++ b/doc/forum/Wishlist:_Ways_of_selecting_files_based_on_meta-information/comment_2_97e2ed48bd552d02918c4f98f963e6e1._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-09-19T18:46:35Z"
+ content="""
+This is now almost completely implemented. See [[walkthrough/powerful_file_matching]].
+
+"""]]
diff --git a/doc/forum/Wishlist:_automatic_reinject.mdwn b/doc/forum/Wishlist:_automatic_reinject.mdwn
new file mode 100644
index 0000000000..f975c75214
--- /dev/null
+++ b/doc/forum/Wishlist:_automatic_reinject.mdwn
@@ -0,0 +1,14 @@
+I think it would be useful to supplement the `reinject` command with an automatic
+mode which calculates the checksum of the source file and injects the file if it
+is known to the repository (without the need to provide a destination filename).
+In addition, this could be done recursively if the user provides a directory to
+inject. All this can probably be done already with some plumbing, but a simple
+`reinject --auto` (or `scour`, or `scavenge`, if you like) would be a nice addition.
+Of course this would only work for the checksum backends.
+
+Example use cases would be:
+
+* Recovering data from lost+found easily
+* Making use of old (pre-git-annex) archival volumes with useful files
+  scattered among non-useful files
+* Sneaker-netting files between disconnected git-annex repositories
diff --git a/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files.mdwn b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files.mdwn
new file mode 100644
index 0000000000..7bdd93654f
--- /dev/null
+++ b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files.mdwn
@@ -0,0 +1,10 @@
+I'm not sure if this _feature_ exists already wrapped or provided as a recipe for users or not yet. But it would be nice to be able to do a
+
+    git annex du [PATH]
+
+Such that the output that git annex would return is the total disk used locally in the PATH and the theoretical disk used by the PATH if it was fully populated locally. e.g.
+
+    $ git annex du FSL0001_ANALYSIS
+    $ Local: 1000kb, Annex: 2000kb
+
+or something along the lines of that?
diff --git a/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_1_7abb1155081a23ce4829ee69b2064541._comment b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_1_7abb1155081a23ce4829ee69b2064541._comment
new file mode 100644
index 0000000000..bff5b2ea7e
--- /dev/null
+++ b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_1_7abb1155081a23ce4829ee69b2064541._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 1"
+ date="2012-06-27T12:36:08Z"
+ content="""
+Use `du -L` for the disk space used locally. The other number is not currently available, but it would be nice to have. I also sometimes would like to have data on which backends are used how much, so making this `git annex status --subdir` is tempting. Unfortunatly, it's current implementation scans `.git/annex/objects`
+and not the disk tree (better for accurate numbers due to copies), so it would not be a very easy thing to add. Not massively hard, but not something I can pound out before I start work today..
+"""]]
diff --git a/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_2_b4c6ebada7526263e04c70eac312fda9._comment b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_2_b4c6ebada7526263e04c70eac312fda9._comment
new file mode 100644
index 0000000000..551c685d4e
--- /dev/null
+++ b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_2_b4c6ebada7526263e04c70eac312fda9._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 2"
+ date="2012-06-27T12:45:42Z"
+ content="""
+I have a hacked up version of sharebox that does this.. I need to fix it up and push it to github..
+
+the short of it is that you can do
+
+    def calculate_size(path):
+        annexfile = os.path.basename(os.readlink(path))
+        #SHA256-s2007550713--....
+        size = annexfile.split(\"-\")[1]
+        return int(size[1:])
+
+to get the size of files.. a 'git-annex du' should be pretty straightforward...
+"""]]
diff --git a/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_3_ded71b270b94617a8ebb3a713d46a274._comment b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_3_ded71b270b94617a8ebb3a713d46a274._comment
new file mode 100644
index 0000000000..ddc9ae1475
--- /dev/null
+++ b/doc/forum/Wishlist:_getting_the_disk_used_by_a_subtree_of_files/comment_3_ded71b270b94617a8ebb3a713d46a274._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-11T05:27:38Z"
+ content="""
+You can now use \"git annex status .\"
+
+Example:
+
+<pre>
+git annex status roms
+directory: roms
+local annex keys: 1
+local annex size: 248 megabytes
+known annex keys: 277
+known annex size: 12 gigabytes
+</pre>
+"""]]
diff --git a/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__.mdwn b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__.mdwn
new file mode 100644
index 0000000000..c3f915e7dd
--- /dev/null
+++ b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__.mdwn
@@ -0,0 +1 @@
+Logging to file would be nice when running git-annex as a daemon so when something fails or when certain events happens one can look at the logs to see what has failed, unless I'm missing something this probably should be on the wishlist or roadmap.
diff --git a/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_1_42aa2b61b880f4048d874210212aa63b._comment b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_1_42aa2b61b880f4048d874210212aa63b._comment
new file mode 100644
index 0000000000..c0746a5a7c
--- /dev/null
+++ b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_1_42aa2b61b880f4048d874210212aa63b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.60"
+ subject="comment 1"
+ date="2012-06-23T14:30:22Z"
+ content="""
+The logging format could be improved, but the daemon already logs to .git/annex/daemon.log. It also automatically rotates the log file.
+"""]]
diff --git a/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_2_3e201039fa0e611554171ee30e69a414._comment b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_2_3e201039fa0e611554171ee30e69a414._comment
new file mode 100644
index 0000000000..b1a76ce2d3
--- /dev/null
+++ b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_2_3e201039fa0e611554171ee30e69a414._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-06-23T08:00:12Z"
+ content="""
+actually, scratch that, i found it. it was in _.git/annex/daemon.log_ along with the other bits and pieces
+"""]]
diff --git a/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_3_d1074724c44f3296cb438b2d526d8728._comment b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_3_d1074724c44f3296cb438b2d526d8728._comment
new file mode 100644
index 0000000000..eb18628290
--- /dev/null
+++ b/doc/forum/Wishlist:_logging_to_file_when_running_as_a_daemon___40__for_the_assistant__41__/comment_3_d1074724c44f3296cb438b2d526d8728._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-07-03T14:48:16Z"
+ content="""
+Adding a date and timestamp would be a nice start to improving things.
+"""]]
diff --git a/doc/forum/Wishlist:_mark_remotes_offline.mdwn b/doc/forum/Wishlist:_mark_remotes_offline.mdwn
new file mode 100644
index 0000000000..046c62210f
--- /dev/null
+++ b/doc/forum/Wishlist:_mark_remotes_offline.mdwn
@@ -0,0 +1,12 @@
+I have several remotes which are not always accessible. For example they can
+be on hosts only accessible by LAN or on a portable hard drive which is not
+plugged in. When running sync these remotes are checked as well, leading to
+unnecessary error messages and possibly git-annex waiting for a few minutes
+on each remote for a timeout.
+
+In this situation it would be useful to mark some remotes as offline
+(`git annex offline <remotename>`), so that git-annex would not even attempt
+to contact them. Then, I could configure my system to automatically, for example,
+mark a portable hard disk remote online when plugging it in, and offline when
+unplugging it, and similarly marking remotes offline and online depending on
+whether I have an internet connection or a connection to a specific network.
diff --git a/doc/forum/Wishlist:_mark_remotes_offline/comment_1_9e3901f0123abb66034cce95cc5a941a._comment b/doc/forum/Wishlist:_mark_remotes_offline/comment_1_9e3901f0123abb66034cce95cc5a941a._comment
new file mode 100644
index 0000000000..c24a786c96
--- /dev/null
+++ b/doc/forum/Wishlist:_mark_remotes_offline/comment_1_9e3901f0123abb66034cce95cc5a941a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-07-06T13:04:07Z"
+ content="""
+You can already do this:
+
+    git config remote.foo.annex-ignore true
+
+There's no need to do anything for portable drives that are sometimes mounted and sometimes not -- git-annex will automatically avoid using repositories in directories that do not currently exist.
+
+I thought git-annex also had a way to run a command and use its exit status to control whether a repo was
+ignored or not, but it seems I never actually implemented that. It might be worth adding, although the command would necessarily run whenever git-annex is transferring data around.
+"""]]
diff --git a/doc/forum/Wishlist:_mark_remotes_offline/comment_2_d10e3d90cf421ae425e64ab266ea811b._comment b/doc/forum/Wishlist:_mark_remotes_offline/comment_2_d10e3d90cf421ae425e64ab266ea811b._comment
new file mode 100644
index 0000000000..e14cfa8225
--- /dev/null
+++ b/doc/forum/Wishlist:_mark_remotes_offline/comment_2_d10e3d90cf421ae425e64ab266ea811b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncBlzaDI248OZGjKQMXrLVQIx4XrZrzFo"
+ nickname="Perttu"
+ subject="comment 2"
+ date="2012-07-07T17:45:43Z"
+ content="""
+Ah, I didn't read the man page carefully enough. My apologies.
+
+Setting the ignore status based on an exit status would be
+even better, since this avoids re-writing a new config file for
+each repository each time I enter or exit my LAN.
+"""]]
diff --git a/doc/forum/Wishlist:_options_for_syncing_meta-data_and_data.mdwn b/doc/forum/Wishlist:_options_for_syncing_meta-data_and_data.mdwn
new file mode 100644
index 0000000000..d1df6628ea
--- /dev/null
+++ b/doc/forum/Wishlist:_options_for_syncing_meta-data_and_data.mdwn
@@ -0,0 +1,13 @@
+Since _transfer queueing_  and syncing of data works now in the assistant branch (been playing with it), there are times when I really don't want to sync the data, I would like to just sync meta-data and manually do a _get_ on files that I would want or selectively sync data in a subtree.
+
+It would be nice to have the syncing/watch feature to have the option of syncing only *meta-data* or *meta-data and data*, I think this sort of option was already planned? It would also be nice to be able to automatically sync data for only a subtree.
+
+My use case is, I have a big stash of files somewhere at home or work, and I want to keep what I am actually using on my laptop and be able to selectively just take a subtree or a set of subtree's of files. I would not always want to suck down all the data but still have the functionally to add files and push them upstream and sync meta-data.
+
+that is...
+
+> * Site A: big master annex in a server room with lots of disk (or machines), watches a directory and syncs both data and meta-data, it should always try and pull data from all it's child repos. That way I will always have a master copy of my data somewhere, it would be even nicer if I could have clones of the annex, where each annex is on a different machine which is configured to only sync a subtree of files so I can distribute my annex across different systems and disks.
+>   * Site A: machine A: syncs Folder A
+>   * Site A: machine B: syncs Folder B
+>   * and so on with selectively syncing sites and directories
+> * Laptop: has a clone of the annex, and watches a directory, syncs meta-data as usual and only uploads files to a remote (all or a designated one) but it never downloads files automatically or it should only occur inside a selected subtree.
diff --git a/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT.mdwn b/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT.mdwn
new file mode 100644
index 0000000000..847ff01bd5
--- /dev/null
+++ b/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT.mdwn
@@ -0,0 +1,5 @@
+Hi Joey,
+    I recently tried cloning a music annex to a microSD card to play on rockbox (FAT only) with my Sansa Clip, but 'git clone' stops the first time it runs into something with a special character in a file or directory, like a colon in an album title.  After this happens, there doesn't seem to be a way to get a full annex file/directory listing for the annex; it only has up to where git failed since FAT can't handle the name.  Is it possible for git-annex to replace special characters in directory/filenames with a space or underscore if it's on a crippled filesystem?  Also, would it be possible to then clone from that annex to a non-crippled FS, preserving the original filenames with special characters?  I've been meaning to ask about this for a while, so I'm a teeny bit fuzzy on the specifics...if you want, I'll reproduce the problem and cough up some more details.
+
+
+PS: I love git-annex!
diff --git a/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT/comment_1_5d33bcbd862537f53edd91dcff2b8977._comment b/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT/comment_1_5d33bcbd862537f53edd91dcff2b8977._comment
new file mode 100644
index 0000000000..42fad62b9b
--- /dev/null
+++ b/doc/forum/Wishlist:_rename_files__47__dirs_w__47___special_characters_if_filesystem_is_FAT/comment_1_5d33bcbd862537f53edd91dcff2b8977._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-06T21:13:44Z"
+ content="""
+I think this is a general git question, not specific to git-annex. At the point in time that you run `git clone` on the FAT filesystem, git-annex is not running at all.
+
+You could ask the git community about this. I know that git already has a core.precomposeunicode setting that is used to work around a somewhat similar problem on Mac OS.
+
+What git-annex *does* let you do is set up a [[directory_special_remote|special_remote/directory]] on the FAT filesystem. This way,
+there is no git repository there, and the filenames stored in git are not used at all on FAT. If your media player looks at mp3 metadata to get song titles, etc and doesn't care about the filenames at all, this would be a good option.
+"""]]
diff --git a/doc/forum/Workflow_for_adding_files.mdwn b/doc/forum/Workflow_for_adding_files.mdwn
new file mode 100644
index 0000000000..cb631543fb
--- /dev/null
+++ b/doc/forum/Workflow_for_adding_files.mdwn
@@ -0,0 +1,32 @@
+What is the correct way to add/modify files such that the changes are synchronized?
+
+Suppose I have a server "server" and a windows client "client" (more after some time); everything direct mode.
+
+I created the repos on the server:
+
+     cd bin
+     git init
+     git annex init server
+     git annex direct
+     git annex add .
+     git annex sync
+
+On the (Windows) client using cygwin:
+
+     git annex clone ssh://me@server:/srv/bin
+     cd bin
+     git annex init client
+
+Then I want to add files on the client:
+
+     git annex add tools
+     git annex sync
+
+At this point I wonder that the data is not copied to the server but only metadata!
+I then used
+
+     git annex sync --content
+
+but then everything from the server is leeched as well (as if I could have called "git annex get .")
+
+What is the intented workflow such that added/modified files on the client always go to the server, modified/new files from the server are always pulled but ONLY if I previously got the file/directory via "get annex get"?
diff --git a/doc/forum/Workflow_for_adding_files/comment_1_a60dae97db827bc641d6256d1f382b5f._comment b/doc/forum/Workflow_for_adding_files/comment_1_a60dae97db827bc641d6256d1f382b5f._comment
new file mode 100644
index 0000000000..9774e69bf7
--- /dev/null
+++ b/doc/forum/Workflow_for_adding_files/comment_1_a60dae97db827bc641d6256d1f382b5f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnJO6OKamxo1HDLwdV-W3KV4GhJ5Qitl9M"
+ nickname="Frederik"
+ subject="comment 1"
+ date="2014-05-15T00:57:23Z"
+ content="""
+Check the description for manual out on [[http://git-annex.branchable.com/preferred_content/standard_groups/]]. I believe that's what you'll need.
+"""]]
diff --git a/doc/forum/Workflow_for_adding_files/comment_2_28dd15ac50f79fb07bacf8b8326c7edc._comment b/doc/forum/Workflow_for_adding_files/comment_2_28dd15ac50f79fb07bacf8b8326c7edc._comment
new file mode 100644
index 0000000000..c11be26673
--- /dev/null
+++ b/doc/forum/Workflow_for_adding_files/comment_2_28dd15ac50f79fb07bacf8b8326c7edc._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9SYh6N-JUMkYkW4aOk55zC3Vr9KonDV4"
+ nickname="Florian"
+ subject="comment 2"
+ date="2014-06-18T07:35:31Z"
+ content="""
+Just to be sure I understood the topic, this would be achieved in putting the repo in the manual transfer group?
+
+manual
+
+This gives you nearly full manual control over what content is stored in the repository. This allows using the assistant without it trying to keep a local copy of every file. Instead, you can manually run git annex get, git annex drop, etc to manage content. Only content that is already present is wanted.
+
+The exception to this manual control is that content that a client repository would not want is not wanted. So, files in archive directories are not wanted once their content has reached an archive repository.
+
+present and ($client)
+
+(Where $client is a copy of the preferred content expression used for clients.)
+<<<
+"""]]
diff --git a/doc/forum/XBMC__44___NFS___38___git-annex_.mdwn b/doc/forum/XBMC__44___NFS___38___git-annex_.mdwn
new file mode 100644
index 0000000000..fc5cd702ad
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_.mdwn
@@ -0,0 +1,27 @@
+Hi,
+
+this is not a git-annex problem, but more likely a way some software handles symlinks and/or do file-type detection.
+
+my setup is a following:
+- multiple pc/laptop (linux)
+- one NAS (debian) - main repo for music/films/photos - all in git-annex
+- a Raspberry Pi (Raspbmc) - connected to the TV
+
+I want to share all my films/music/.. to the Pi.
+So, i setup a r/o NFS and mounted that in the XBMC.
+So far this works, I see directories but XBMC do not recognize the media files.
+It works, if I "git-annex edit ..." the file.
+
+My _assumption_ is, that it follows the symlink, finds a file with no extension - and ignores that.
+In XBMC-config there is a list of supported filetypes by extension. ( .avi,.mpg,.foo,.bar )
+
+What I have think of so far:
+- tell XBMC somehow to load all the files (did not work)
+- having some kind of (FUSE?) filter, which hides the symlink in a transparent way
+- creating via script hard-links in a seperate folder with same structure, mount that.
+- using some alternative to NFS ( like ftp, smb ) or a other kind of media-server (server-side)
+
+any comments, ideas ? 
+If i find a solution, I'll post it here.
+
+.ka
diff --git a/doc/forum/XBMC__44___NFS___38___git-annex_/comment_1_86480f31d410e903766f82e6ecf83e1c._comment b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_1_86480f31d410e903766f82e6ecf83e1c._comment
new file mode 100644
index 0000000000..e825225487
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_1_86480f31d410e903766f82e6ecf83e1c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="Samba works"
+ date="2013-05-30T14:22:46Z"
+ content="""
+I use samba. Just need to set
+
+    unix extensions = no
+
+which causes samba to handle the symlinks internally.
+"""]]
diff --git a/doc/forum/XBMC__44___NFS___38___git-annex_/comment_2_d8ed4dd51d3050db691a8abdec24cd42._comment b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_2_d8ed4dd51d3050db691a8abdec24cd42._comment
new file mode 100644
index 0000000000..0b3cb22c14
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_2_d8ed4dd51d3050db691a8abdec24cd42._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-30T15:20:51Z"
+ content="""
+The default git-annex backend for over a year now is SHA256E, which includes the filename extension in the key to deal with programs that rely on them. If you're not using that backend, you can `git annex migrate` to it.
+
+Or you can turn on direct mode, which will certainly solve the problem.
+"""]]
diff --git a/doc/forum/XBMC__44___NFS___38___git-annex_/comment_3_42b80ee51ce25775bf4532f53a8ecfe3._comment b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_3_42b80ee51ce25775bf4532f53a8ecfe3._comment
new file mode 100644
index 0000000000..00fbf6a208
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_3_42b80ee51ce25775bf4532f53a8ecfe3._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="ka7"
+ ip="2001:7b8:155d:0:222:64ff:fe16:dc52"
+ subject="comment 3"
+ date="2013-05-31T15:45:51Z"
+ content="""
+ah, great.
+I'll try the samba way.
+And i guess my git-annex is too old (using the git-annex version: 3.20120629~bpo60+2 from debian-backports)
+thanks !
+"""]]
diff --git a/doc/forum/XBMC__44___NFS___38___git-annex_/comment_4_01767f3f864954cf8080274e206da9d4._comment b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_4_01767f3f864954cf8080274e206da9d4._comment
new file mode 100644
index 0000000000..58f00af15e
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_/comment_4_01767f3f864954cf8080274e206da9d4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ka7"
+ ip="2001:7b8:155d:0:222:64ff:fe16:dc52"
+ subject="comment 4"
+ date="2013-05-31T18:46:29Z"
+ content="""
+after a quick check I realized that sha256E is available -- migrate and yepey!
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure.mdwn b/doc/forum/XMPP_authentication_failure.mdwn
new file mode 100644
index 0000000000..3c4c41bc2a
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure.mdwn
@@ -0,0 +1,15 @@
+Hi,
+
+Not sure if this is a bug or not, so posting it here rather than in the bug tracker.
+
+Basically, I am unable to add an XMPP identity via the webapp, I continually  get the error message: "Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: AuthenticationFailure)"
+
+I didn't enter the wrong password, I copy/pasted it from my password manager and the same account/password work fine with Pidgin. The log doesn't show anything of interest that I can see.
+
+Using git annex version 4.20130405 from Debain Unstable. The server is ejabberd running on my VPS with a self signed certificate.
+
+Anyone got any idea what might be going on?
+
+Cheers,
+
+Rob
diff --git a/doc/forum/XMPP_authentication_failure/comment_1_19c7c3aa79d209d613d2e061e3129690._comment b/doc/forum/XMPP_authentication_failure/comment_1_19c7c3aa79d209d613d2e061e3129690._comment
new file mode 100644
index 0000000000..a5862e58fb
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_1_19c7c3aa79d209d613d2e061e3129690._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-09T18:31:01Z"
+ content="""
+I installed ejabberd and was able to trivially reproduce this bug. Pidgin works, git-annex fails, and I just created the user with `ejabberdctl register`. Filed an upstream bug report against the haskell network-protocol-xmpp library, by email, since there's no upstream BTS:
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_2_870059fed451e8377e5d382464ecc34b._comment b/doc/forum/XMPP_authentication_failure/comment_2_870059fed451e8377e5d382464ecc34b._comment
new file mode 100644
index 0000000000..bcf4e22ac6
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_2_870059fed451e8377e5d382464ecc34b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="robconnolly"
+ ip="203.167.218.84"
+ subject="comment 2"
+ date="2013-04-09T23:01:44Z"
+ content="""
+Excellent, thanks for the quick response/action!
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_3_1a7ff955e9173f13d10b75f203792384._comment b/doc/forum/XMPP_authentication_failure/comment_3_1a7ff955e9173f13d10b75f203792384._comment
new file mode 100644
index 0000000000..587daa0edc
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_3_1a7ff955e9173f13d10b75f203792384._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-12T22:25:12Z"
+ content="""
+John has gotten back to me with some analysis. The authentication failure is when SCRAM-SHA-1 is used. Ejabberd is rejecting the client's authentication request with a reason of \"bad-protocol\". It's not clear if ejabberd is broken or if gsasl is generating a bad SCRAM-SHA-1 authentication. We're inclined toward the latter, and will be forwarding this on to ejabberd.
+
+The only way to turn off this authentication in ejabberd is to configure it to store passwords in plain text, or downgrade to a version older than 2.1.9, which first added it. Note that debian stable contains 2.1.5.3, so is not currently affected, for example.
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_4_d59031ebc0dd3abc1f4c96878328362c._comment b/doc/forum/XMPP_authentication_failure/comment_4_d59031ebc0dd3abc1f4c96878328362c._comment
new file mode 100644
index 0000000000..e3e927818a
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_4_d59031ebc0dd3abc1f4c96878328362c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-17T13:26:45Z"
+ content="""
+Upstream bug report, with patch https://support.process-one.net/browse/EJAB-1632
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_5_c37ef477bef7efdb79dd05dce90dfde6._comment b/doc/forum/XMPP_authentication_failure/comment_5_c37ef477bef7efdb79dd05dce90dfde6._comment
new file mode 100644
index 0000000000..37a3365d01
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_5_c37ef477bef7efdb79dd05dce90dfde6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkF8_uQjLYm5Mf5F_JuVW-BxlvzpWjvR_o"
+ nickname="Andrew"
+ subject="Wheezy is affected"
+ date="2013-05-25T12:00:21Z"
+ content="""
+Now that Wheezy is out, Debian Stable appears to be affected by this issue. It has ejabberd v2.1.10 .
+
+The patch on the linked bug report doesn't apply cleanly to v2.1.10. I'll try and look at this again tomorrow.
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_6_48cabea4c2caf5b3bd854df3aaa17d3d._comment b/doc/forum/XMPP_authentication_failure/comment_6_48cabea4c2caf5b3bd854df3aaa17d3d._comment
new file mode 100644
index 0000000000..fe4ab07443
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_6_48cabea4c2caf5b3bd854df3aaa17d3d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-25T17:57:43Z"
+ content="""
+Debian has it fixed in 2.1.10-5 but this has unfortunately not made it to the wheezy release.
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_7_14cd9b67806db93c3af055d88c9a910a._comment b/doc/forum/XMPP_authentication_failure/comment_7_14cd9b67806db93c3af055d88c9a910a._comment
new file mode 100644
index 0000000000..38a8733923
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_7_14cd9b67806db93c3af055d88c9a910a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkF8_uQjLYm5Mf5F_JuVW-BxlvzpWjvR_o"
+ nickname="Andrew"
+ subject="comment 7"
+ date="2013-05-25T20:27:32Z"
+ content="""
+Ah ha, so it is. I've installed ejabberd from Jessie onto my Wheezy box and now git-annex can authenticate.
+
+Thank you!
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_8_151d3fd7d3cceb30fd20a8f3bd54036c._comment b/doc/forum/XMPP_authentication_failure/comment_8_151d3fd7d3cceb30fd20a8f3bd54036c._comment
new file mode 100644
index 0000000000..2700343ca2
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_8_151d3fd7d3cceb30fd20a8f3bd54036c._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnVTPaZaIfnZqDbkmW97pqxwi2QuZIJAF4"
+ nickname="Boris"
+ subject="jabberd also affected"
+ date="2013-06-25T13:00:46Z"
+ content="""
+I tried logging in to my local 'jabberd' server and got the same response:
+
+AuthenticationError \"No supported authentication mechanism\"
+
+checking the version gives:
+
+    jabberd -v
+    jabberd14 version 1.6.1.1
+
+    The following optional features have been enabled:
+    - support for IPv6.
+    - support for TLS using GNU TLS
+    - support for MySQL
+    - support for PostgreSQL
+
+--------------
+Can I do anything, investigate something?
+"""]]
diff --git a/doc/forum/XMPP_authentication_failure/comment_9_fbb9eba65fbb72201f08511945fbcf8c._comment b/doc/forum/XMPP_authentication_failure/comment_9_fbb9eba65fbb72201f08511945fbcf8c._comment
new file mode 100644
index 0000000000..e019056de6
--- /dev/null
+++ b/doc/forum/XMPP_authentication_failure/comment_9_fbb9eba65fbb72201f08511945fbcf8c._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 9"
+ date="2013-06-25T17:18:56Z"
+ content="""
+Boris, that seems like an unrelated problem to the one affecting ejabberd. Different error message. 
+
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__.mdwn b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__.mdwn
new file mode 100644
index 0000000000..f29637c0df
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__.mdwn
@@ -0,0 +1,9 @@
+git-annex-assistant is so exciting...
+
+Can't set up XMPP sharing. The web app says "Wrong Password" for my gmail/home-google-apps/work-google-apps addresses, but they are correct.
+
+I'd love to send some debug output, can anyone tell me how to get it? Of course if I'm just doing something wrong and you have an FAQ link or similar, feel free to RTFM me :)
+
+I'm on Ubuntu 12.04 running https://downloads.kitenet.net/git-annex/linux/3.20121112/git-annex-standalone-amd64.tar.gz
+
+Carlo
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_1_1ba0735141fc6a21ac15913f4cacefae._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_1_1ba0735141fc6a21ac15913f4cacefae._comment
new file mode 100644
index 0000000000..d3f408690c
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_1_1ba0735141fc6a21ac15913f4cacefae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2012-11-13T14:38:28Z"
+ content="""
+Just an idea: Do you have two-factor-authorisation set up for your google account, you need to generate an application specific password, as the 'normal' password will not work.
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_2_16994dc86b87592fc62799e2d206d172._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_2_16994dc86b87592fc62799e2d206d172._comment
new file mode 100644
index 0000000000..2c5f408e7b
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_2_16994dc86b87592fc62799e2d206d172._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 2"
+ date="2012-11-13T17:21:35Z"
+ content="""
+@Karsten that seems likely.
+
+I've made a change so it shows the error message from the XMPP library I'm using. Which may or may not be useful..
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_3_6afd424edc4095b8f71b136de2a9e64d._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_3_6afd424edc4095b8f71b136de2a9e64d._comment
new file mode 100644
index 0000000000..eab2e796bc
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_3_6afd424edc4095b8f71b136de2a9e64d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="XMPP"
+ date="2012-11-13T23:26:50Z"
+ content="""
+Just tried a fresh jabber.org address, same error.
+
+Will see if I can get the changed version built. Or are there nightlies?
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_4_1381b6a927410642c6a93aa8354be791._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_4_1381b6a927410642c6a93aa8354be791._comment
new file mode 100644
index 0000000000..9cdca6fc1e
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_4_1381b6a927410642c6a93aa8354be791._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Now Works! For jabber.org, gmail, but NOT google apps"
+ date="2012-11-27T11:40:43Z"
+ content="""
+Hi again!
+
+With the latest version, 3.20121126, pairing works for both something@gmail.com and something@jabber.org! Yay!
+
+What still fails is my google apps address, something@somedomain.com, seems to behave same as before. the assistant says
+
+  Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: connect: timeout (Connection timed out))
+
+If you would like a google apps address on my domain, so you don't have to set up your own, just let me know.
+
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_5_c5b33c7a8aa8e6d0f9349510dac2366d._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_5_c5b33c7a8aa8e6d0f9349510dac2366d._comment
new file mode 100644
index 0000000000..58fb0242b3
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_5_c5b33c7a8aa8e6d0f9349510dac2366d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 5"
+ date="2012-11-27T20:32:47Z"
+ content="""
+Hmm, I can't think of anything I've changed that would make it work where it didn't before.
+
+I suspect the google apps problem is because it looks for a SRV record in DNS to find the jabber server, and something is wrong there. Without knowing what \"something@somedomain.com\" is standing for, it's hard to tell. :)
+
+If you'd like to set me up something to test with, my email address is id@joeyh.name
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_6_9913d2983ba2744ed24911f74988e4c7._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_6_9913d2983ba2744ed24911f74988e4c7._comment
new file mode 100644
index 0000000000..cc633e8fb5
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_6_9913d2983ba2744ed24911f74988e4c7._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 6"
+ date="2012-11-29T15:37:46Z"
+ content="""
+Weird, 20121112 works too now.
+
+Looks like some kind of edge case... I'll let you know if I find it.
+
+"""]]
diff --git a/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_7_ad6f385a2b95803eb9d81dfe76359551._comment b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_7_ad6f385a2b95803eb9d81dfe76359551._comment
new file mode 100644
index 0000000000..de8403c52e
--- /dev/null
+++ b/doc/forum/XMPP_email_setup_says_wrong_password_but_it__39__s_correct._Can_I_provide_some_kind_of_debug_data__63__/comment_7_ad6f385a2b95803eb9d81dfe76359551._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlutNrg7ajiNAfi5gqJfD8crv0aimZa27k"
+ nickname="Chuck"
+ subject="I'm having this problem too"
+ date="2013-07-21T19:14:21Z"
+ content="""
+I'm a git-annex newbie looking for Dropbox-like functionality.  I've got git-annex and the webapp running on my desktop and laptop, and I believe I've got a Jabber account working since Kopete seems happy with my account info.  But when I enter the correct Gmail UID and password I get the above error.
+
+I'm running the version of git-annex that's current in the standard Ubuntu repos (I'm actually running Kubuntu if that matters), and that version is 20121112ubuntu2.  If this is an issue that was fixed in the 20121126 release, how would I get that?  Doing the standard install gets me the version I have now...
+"""]]
diff --git a/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__.mdwn b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__.mdwn
new file mode 100644
index 0000000000..a9db915dab
--- /dev/null
+++ b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__.mdwn
@@ -0,0 +1,45 @@
+Hi,
+
+Some time ago I asked [[here|git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah]]
+about possible improvements in git `copy --fast --to`, since it was painfully slow
+on moderately large repos.
+
+Now I found a way to make it much faster for my particular use case, by
+accessing some annex internals. And I realized that maybe commands like `git
+annex find --in=repo` do not batch queries to the location log. This is based on
+the following timings, on a new repo (only a few commits) and about 30k files.
+
+    > time git annex find --in=skynet > /dev/null
+
+    real	0m55.838s
+    user	0m30.000s
+    sys	0m1.583s
+
+
+    > time git ls-tree -r git-annex | cut -d ' ' -f 3 | cut -f 1 | git cat-file --batch > /dev/null
+
+    real	0m0.334s
+    user	0m0.517s
+    sys	0m0.030s
+
+Those numbers are on linux (with an already warm file cache) and an ext4 filesystem on a SSD.
+
+The second command above is feeding a list of objects to a single `git cat-file`
+process that cats them all to stdout, preceeding every file dump by the object
+being cat-ed. It is a trivial matter to parse this output and use it for
+whatever annex needs.
+
+Above I wrote a `git ls-tree` on the git-annex branch for simplicity, but we could
+just as well do a `ls-tree | ... | git cat-file` on HEAD to get the keys for the
+annexed files matching some path and then feed those keys to a cat-file on
+the git-annex branch. And this still would be an order of magnitude faster than
+what currently annex seems to do.
+
+I'm assuming the bottleneck is in that annex does not batch the `cat-file`, as the rest of logic needed for a find will be fast. Is that right? 
+
+Now, if the queries to the location log for `copy --to` and `find` could be batched this way, the
+performance of several useful things to do, like checking how many annexed files
+we are missing, would be bastly improved. Hell, I could even put that number on
+the command line prompt!
+
+I'm not yet very fluent in Haskell, but I'm willing to help if this is something that makes sense and can be done.
diff --git a/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_1_01cbfc513c790faef3a3ede5315d3589._comment b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_1_01cbfc513c790faef3a3ede5315d3589._comment
new file mode 100644
index 0000000000..6b4a6b2a05
--- /dev/null
+++ b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_1_01cbfc513c790faef3a3ede5315d3589._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-06T22:21:33Z"
+ content="""
+git-annex uses cat-file --batch, yes. You can verify this with --debug. Or you can read Annex/CatFile.hs and Git/CatFile.hs
+
+git-annex has to ensure that the git-annex branch is up-to-date and that any info synced into the repository is merged into it. This can require several calls to git log. Your command does not do that. git-annex find also runs `git ls-files --cached`, which has to examine the state of the index and of files on disk, in order to only show files that are in the working tree. Your command also omits that.
+"""]]
diff --git a/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_2_fe28dfb360caa12d5d5bc186def3eb45._comment b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_2_fe28dfb360caa12d5d5bc186def3eb45._comment
new file mode 100644
index 0000000000..4ba4c82646
--- /dev/null
+++ b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_2_fe28dfb360caa12d5d5bc186def3eb45._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 2"
+ date="2013-11-06T23:14:03Z"
+ content="""
+Ok, then I don't understand where annex spends its time. git annex takes 55
+seconds! vs less than a second for a batched query on all the keys in the
+location log. Checking that branches are in sync, or traversing the working dir
+shouldn't amount the extra 54 seconds! At least not on a recently synced repo
+with up to date index and clean working dir.
+
+> git-annex has to ensure that the git-annex branch is up-to-date and that any info synced into the repository is merged into it. This can require several calls to git log
+
+Ok, I understand that. Checking that should be typically fast though, isn't it? On a repo that has just been synced, it doesn't need to go very far on the log.
+
+> git-annex find also runs git ls-files --cached, which has to examine the state of the index and of files on disk, in order to only show files that are in the working tree
+
+I understand that too. For my particular use case, I know I do the `git copy` when the
+repo is in sync and the working dir has no uncommited changes. So I use HEAD to retrieve the keys for
+the files in the working tree. I do something like that:
+
+    time git ls-tree -r HEAD | grep -e '^120000' | cut -d ' ' -f 3 | cut -f 1 | git cat-file --batch > /dev/null
+
+    real	0m0.178s
+    user	0m0.277s
+    sys 	0m0.037s
+
+That plus some fast parsing of the output gets the list of keys for the files in HEAD in less than a second. Where do the 54 extra seconds hide, then?
+
+Mm... how does annex retrieve the keys for files in the working tree? Does it follow
+the actual symlinks on the filesystem? I can believe that following 30k symlinks may be slow (although not 55 second slow).
+
+Sorry for being so insistent on this... It is just that I do think the same can be done much faster, and such an improvement in performance would be very interesting, not only for me.
+"""]]
diff --git a/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_3_9bb30ab62febe4ef63bed49f831a473a._comment b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_3_9bb30ab62febe4ef63bed49f831a473a._comment
new file mode 100644
index 0000000000..c92be8ad53
--- /dev/null
+++ b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_3_9bb30ab62febe4ef63bed49f831a473a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-07T18:12:09Z"
+ content="""
+It's hard to say until some profiling has actually been done. Comparing apples and oranges, or perhaps better to say, orange blossoms and oranges, is not very useful. 
+"""]]
diff --git a/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_4_7832f0347a41b8204538c01b72487803._comment b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_4_7832f0347a41b8204538c01b72487803._comment
new file mode 100644
index 0000000000..3e7eb01dba
--- /dev/null
+++ b/doc/forum/_Does_git_annex_find___40____38___friends__41___batch_queries_to_the_location_log__63__/comment_4_7832f0347a41b8204538c01b72487803._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 4"
+ date="2013-11-07T18:40:27Z"
+ content="""
+Ok, thanks.
+
+I understand that annex is more sophisticated than what I'm proposing. I'm also
+not comparing apples to oranges, what I'm saying is this: All the
+logic and checking and git calls that I thought annex needs to do, take
+much much less time than those 55 seconds. So either I'm missing something big (about 98% of it in execution time), or
+annex is doing something very inefficient. That's all I'm saying, and I was
+hoping that you could clarify that, since you already know the code.
+
+Also I'm sorry for being so annoying. If annex were writen in C, I would either have understood those 55 seconds or sent you a patch making annex faster. Being in
+haskell means that it will take me considerably more time and effort. But if I manage to
+improve things and if it is ok with you I'll send you patches... eventually.
+"""]]
diff --git a/doc/forum/__171__Locking__187___files_until_synced.mdwn b/doc/forum/__171__Locking__187___files_until_synced.mdwn
new file mode 100644
index 0000000000..129927bdc1
--- /dev/null
+++ b/doc/forum/__171__Locking__187___files_until_synced.mdwn
@@ -0,0 +1,7 @@
+I’m currently trying to set up a sync which involves an SQLite3 database file that should always be in the same state on all systems at all times (since there is no readily available way of merging the data). Basically, I’m looking for a practical way that gives me some help in making sure the files never drift apart between my remotes. Since I’m forgetful and might forget syncing the repo before going home from the office, I was wondering whether there might be a good way to assist me in this. Has anyone had some good ideas in this direction, or is there a canonical solution?
+
+It occurred to me one way would be to instate a hook somewhere that links the database to /dev/null in all other remotes (so the software will fail to work if I start it without having synced), but it seems tricky. I guess would have to involve per-remote branches, which will be hard to do, since I need to use direct mode.
+
+A less complex method might be forcing a sync before shutting down the system resp. when booting up.
+
+Maybe other folks have had ideas for a practical, yet robust solution.
diff --git a/doc/forum/__171__Locking__187___files_until_synced/comment_1_8bf59f47fee0a8d5741fe209b5899863._comment b/doc/forum/__171__Locking__187___files_until_synced/comment_1_8bf59f47fee0a8d5741fe209b5899863._comment
new file mode 100644
index 0000000000..d327a58b4c
--- /dev/null
+++ b/doc/forum/__171__Locking__187___files_until_synced/comment_1_8bf59f47fee0a8d5741fe209b5899863._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-08T17:31:53Z"
+ content="""
+This is something git's distributed nature preludes. You might frankly be better with one of the centralized VCSs that supports locking in this specific case. Or, you can do some kind of \"lock server\" that the clients contact, layering a centralized approach on top of git.
+"""]]
diff --git a/doc/forum/__171__Locking__187___files_until_synced/comment_2_0c683547a6178e4303f0b1ed1f5605a5._comment b/doc/forum/__171__Locking__187___files_until_synced/comment_2_0c683547a6178e4303f0b1ed1f5605a5._comment
new file mode 100644
index 0000000000..b76f35da5e
--- /dev/null
+++ b/doc/forum/__171__Locking__187___files_until_synced/comment_2_0c683547a6178e4303f0b1ed1f5605a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 2"
+ date="2014-07-09T07:07:27Z"
+ content="""
+Yea, it’s basically just the isolated one file that needs «locking», so one could just try a different route. The idea with keeping state on a server sounds like a pretty good idea. I could just «echo» via SSH to my webserver some info on who has the file locked; then I could wrap the program that uses the SQLite3 DB in a script that checks whether it’s safe.
+"""]]
diff --git a/doc/forum/__34__Pairing__34___more_than_two_computers.mdwn b/doc/forum/__34__Pairing__34___more_than_two_computers.mdwn
new file mode 100644
index 0000000000..099c7a6631
--- /dev/null
+++ b/doc/forum/__34__Pairing__34___more_than_two_computers.mdwn
@@ -0,0 +1,11 @@
+I need some help understanding here.
+
+We use AeroFS at work to sync the normal user files across computers. I'll quite likely be replacing that with git annex as soon as Windows port is stable enough.
+
+How it works is that you create a repo, and share it with one or more users. Then AeroFS discovers what other repos are online and if they're on the local network, and syncs from wherever is most convenient.
+
+This sounds a little like pairing, but with pairing you need to arrange more than 2 devices in a "star" or "chain". This is fine for my own devices, but it becomes brittle if you have lots of devices syncing from each other, which may or may not be online at any given time. The only way around it seems to be to pair each device with each other device, with the labor rising exponentially.
+
+Is this correct? Best compromise for my use case seems to be to just do a star setup and pair everything with an always-on machine. Do you agree?
+
+Thanks! Carlo
diff --git a/doc/forum/__34__Pairing__34___more_than_two_computers/comment_1_80f7a4bb3c66b11e566043407b611bbf._comment b/doc/forum/__34__Pairing__34___more_than_two_computers/comment_1_80f7a4bb3c66b11e566043407b611bbf._comment
new file mode 100644
index 0000000000..026681f79c
--- /dev/null
+++ b/doc/forum/__34__Pairing__34___more_than_two_computers/comment_1_80f7a4bb3c66b11e566043407b611bbf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-22T17:41:58Z"
+ content="""
+You're basically correct. Typically if you have a central machine, it's a server, so at that point you're not pairing, but are just adding a ssh server, or some other type of remote.
+
+I think that systems like AeroFS are pretty neat, but my goal is not really to build another one of those. I'd rather make git-annex be able to use such things as [[special_remotes]].
+"""]]
diff --git a/doc/forum/__34__Preseeding__34___a_special_remote.mdwn b/doc/forum/__34__Preseeding__34___a_special_remote.mdwn
new file mode 100644
index 0000000000..4b1342598c
--- /dev/null
+++ b/doc/forum/__34__Preseeding__34___a_special_remote.mdwn
@@ -0,0 +1,5 @@
+I have a remote repository that I have yet to add as a remote into git-annex, but which already contains data that I want git-annex to manage. I already know what the SHA256 hashes and sizes of all the files are, and I can arrange them to match what git-annex will expect.
+
+Is there a way that I can tell git-annex about the presence of the data, to save me having to download and re-upload everything, in a way that is safe? What I want seems to be similar to "git annex reinject" but for special remotes (and I'll take care of the renaming), but I don't see anything in the manpage that looks likely.
+
+I can quite easily create and commit the symlinks with correctly predicted names in my master branch. Will git-annex will treat these correctly?
diff --git a/doc/forum/__34__Preseeding__34___a_special_remote/comment_1_b0c46d0eba900d0f6169a2c698d7a222._comment b/doc/forum/__34__Preseeding__34___a_special_remote/comment_1_b0c46d0eba900d0f6169a2c698d7a222._comment
new file mode 100644
index 0000000000..6fae5c62e3
--- /dev/null
+++ b/doc/forum/__34__Preseeding__34___a_special_remote/comment_1_b0c46d0eba900d0f6169a2c698d7a222._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 1"
+ date="2014-05-21T17:41:22Z"
+ content="""
+If you also have the files present locally, you can simply do `git annex copy --fast --to remote`. git-annex copy will first check to see if the remote has the file; seeing that it does it will update the location log.
+
+Another option, if you have shell access on the remote is to simply set up a git repository there, move the files into it and `git annex add` them, and merge that into your local repository.
+
+There is not currently any way to set the [[location_tracking]] information to tell git-annex that a file has appeared on a remote. Of course, you can modify the git-annex branch manually to do so. See [[internals]].
+"""]]
diff --git a/doc/forum/__34__Preseeding__34___a_special_remote/comment_2_5e63f5e6f45c11cc86b293ce8acad77f._comment b/doc/forum/__34__Preseeding__34___a_special_remote/comment_2_5e63f5e6f45c11cc86b293ce8acad77f._comment
new file mode 100644
index 0000000000..cdbf1e76de
--- /dev/null
+++ b/doc/forum/__34__Preseeding__34___a_special_remote/comment_2_5e63f5e6f45c11cc86b293ce8acad77f._comment
@@ -0,0 +1,65 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkexhIpGcYa22aPQtLm-StpHiF-MHYPh5w"
+ nickname="Robie"
+ subject="Solved"
+ date="2014-06-01T13:55:58Z"
+ content="""
+Thanks to Joey for pointing me in the right direction. I got this working now.
+
+There are approximately three steps:
+
+1. Obtain a mapping of git-annex key to friendly name, and rename all entries
+in the special remote to their git-annex keys.
+
+2. Create and commit symlinks in the `master` branch (or wherever you want them).
+
+3. Add location tracking entries to the `git-annex` branch for all entries.
+
+First, I created an \"index\" file describing the contents of my special remote,
+in the form \"KEY NAME\" where KEY is the git-annex key (I used SHA256) and NAME
+is the name I want to use for each file.
+
+## Step 1: Map and rename
+
+In my case I was \"importing\" a ddar remote, so I wrote a quick script
+(https://github.com/basak/ddar/blob/master/contrib/git-annex-convert.py) to
+generate this index as well as rename all ddar archive members to their
+git-annex keys instead.
+
+## Step 2: Create and commit symlinks
+
+Then, I created symlinks in my master branch using:
+
+    exec 3<index
+    while read key name <&3; do ln -s `git annex examinekey --format='.git/annex/objects/${hashdirmixed}${key}/${key}' \"$key\"` \"$name\"; git add \"$name\"; done
+    git commit -m'Import ddar repository contents'
+    exec 3<&-
+
+## Step 3: Add to location tracking
+
+First I set three variables:
+
+    remote_name=ddar  # set to the name of the ddar git-annex special remote
+    
+    uuid=`git config remote.\"$remote_name\".annex-uuid`
+    now=`printf %6fs $(date +%s)`
+
+Then I added the entries from `index` into location tracking as follows:
+
+    git checkout git-annex
+    exec 3<index
+    while read key name <&3; do log=`git annex examinekey --format='${hashdirlower}${key}.log' \"$key\"`; mkdir -p `dirname \"$log\"`; echo \"$now 1 $uuid\" >> \"$log\";git add \"$log\";done
+    exec 3<&-
+    git commit -m'Import knowledge of ddar repository contents'
+
+## Verifying
+
+`git-annex fsck --from ddar --fast` checks that the keys expected in the
+special remote can be found (replace the special remote name as needed).
+
+Skipping `--fast` will download all data to verify it. I didn't do this -
+instead I just sampled one entry which seemed to be OK.
+
+
+
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__.mdwn b/doc/forum/__34__du__34___equivalent_on_an_annex__63__.mdwn
new file mode 100644
index 0000000000..7485958c0b
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__.mdwn
@@ -0,0 +1,5 @@
+One reason to use git-annex is to save disk space by tossing files you don't use that often.
+
+I can find big files in the repository with git annex find --largerthan=100M, but is there a way to find large *directories*?  In an ordinary filesystem I'd use "du -h" with a maxdepth to get an idea of what parts of a directory are taking up my disk space, but obviously that won't work with git annex because all the content is in .git/annex.  Any ideas?
+
+(I can get a listing of file sizes in a directory with the handy -L flag of ls -- "ls -lL" shows me the sizes of the link targets -- but that won't summarize all the sizes of subdirectories.  Unless my ls-fu is just weak.)
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_1_a41bd02361aa961e5285aeaf1ea062be._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_1_a41bd02361aa961e5285aeaf1ea062be._comment
new file mode 100644
index 0000000000..0b69a41424
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_1_a41bd02361aa961e5285aeaf1ea062be._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 1"
+ date="2012-11-28T23:21:11Z"
+ content="""
+du(1) also accepts the -L option, so if you for example want to find what directories occupies most storage:
+
+    $ du -L | sort -n
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_2_28ba62a546f5cc8f416491423d743d8a._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_2_28ba62a546f5cc8f416491423d743d8a._comment
new file mode 100644
index 0000000000..019cb8b81c
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_2_28ba62a546f5cc8f416491423d743d8a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 2"
+ date="2012-11-28T23:24:11Z"
+ content="""
+And if you want to find the biggest files in a directory tree:
+
+    $ find -type l -print0 | xargs -0 du -L | sort -n | tail -500
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_3_8d97f40c1d14b7230f3656a00a99cf80._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_3_8d97f40c1d14b7230f3656a00a99cf80._comment
new file mode 100644
index 0000000000..0a11f7cc93
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_3_8d97f40c1d14b7230f3656a00a99cf80._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2012-11-29T02:03:24Z"
+ content="""
+Sweet!  I should have RTFM a bit more.  Thanks. :)
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_4_baa8fbbdd5c449a0dc2bb622cb4a47ce._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_4_baa8fbbdd5c449a0dc2bb622cb4a47ce._comment
new file mode 100644
index 0000000000..227c74b026
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_4_baa8fbbdd5c449a0dc2bb622cb4a47ce._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="comment 4"
+ date="2012-11-29T23:51:21Z"
+ content="""
+I've been thinking about writing a sort of git-annex du.  I'm surprised to find someone else looking for such a thing.  While \"du -L\" will tell you how much space is used by files you actually have, I was interested in knowing (approximately) how much space would be used if you were to git-annex get everything you don't yet have.
+
+There are many options and variations to think about, such as:
+
+* do you want to count duplicate files once or as many times as they appear (as if you 'git-annex lock'd them all)
+* maybe you want to know how much space is used by files that reside only on a certain remote or set of remotes
+* you might want to know how much space would be used by all the files you don't yet have, but not count the files you already have
+
+All of the backends so so far seem to store the size of the files in the filename, so my plan was to read it out of the links.  If anybody has a better idea about how to get the sizes of annexed files or options that would be handy for a git-annex du, let me know.  I'll see if I can get the start of something useful this weekend.  I'll post here when I have something to share.
+
+I'm also open to suggestions for the executable name.  Right now I'm thinking \"gadu\" for git-annex disk usage.
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_5_2ee6cbbfe54a2e7b6e8eb539c18e663d._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_5_2ee6cbbfe54a2e7b6e8eb539c18e663d._comment
new file mode 100644
index 0000000000..021614405d
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_5_2ee6cbbfe54a2e7b6e8eb539c18e663d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 5"
+ date="2012-11-30T00:29:44Z"
+ content="""
+Steve, that would be a very useful utility. I've been thinking of such a tool, but haven't gotten around to write it yet. It would be practical to have before copying big/many files from another drive. If I've been short of free space, I've executed `du -L` in the source directory, but that's a bit cumbersome.
+
+And \"gadu\" is a fine name, yes. Goes well along with my \"ga\" shortcut for \"git annex\", which I created two hours after I started using git-annex. I've probably saved thousands of keystrokes because of that. &#x263a;
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_6_48f6a2761a34b7f991325f1d24e2c5ff._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_6_48f6a2761a34b7f991325f1d24e2c5ff._comment
new file mode 100644
index 0000000000..1c456e24b3
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_6_48f6a2761a34b7f991325f1d24e2c5ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="gadu 0.01 is up"
+ date="2012-12-08T06:22:50Z"
+ content="""
+I've got an initial try at gadu up over at <http://git-annex.mysteryvortex.com/git-annex-utils.html>  I created a separate thread for it: <http://git-annex.branchable.com/forum/gadu_-_git-annex_disk_usage/>
+"""]]
diff --git a/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_7_d632baff41b8582f1a79bc5018c68545._comment b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_7_d632baff41b8582f1a79bc5018c68545._comment
new file mode 100644
index 0000000000..6fa2659f93
--- /dev/null
+++ b/doc/forum/__34__du__34___equivalent_on_an_annex__63__/comment_7_d632baff41b8582f1a79bc5018c68545._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Also try sizes"
+ date="2013-01-02T22:05:39Z"
+ content="""
+The \"sizes\" tool on Hackage is a git-annex aware du-like utility.  Just give it the \"-A\" flag to have it interpret annex symlinks as if they were normal files, and to also ignore files inside a .git/annex.
+"""]]
diff --git a/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory..mdwn b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory..mdwn
new file mode 100644
index 0000000000..ea0ad80ba8
--- /dev/null
+++ b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory..mdwn
@@ -0,0 +1,11 @@
+I tried to "git annex copy --to SSH-REMOTE" it says it sends it:
+copy Test (checking SSH-REMOTE...) (to SSH-REMOTE...) 
+SHA256E-s6--8283daccd02d2b2797da53446d367e39dc0fb1615bcae4274460f44455bd9822
+           6 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 146 bytes  received 31 bytes  354.00 bytes/sec
+total size is 6  speedup is 0.03
+ok
+(Recording state in git...)
+
+But I can't find it in the working directory. Can anyone help me?
diff --git a/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_1_0c0a5999a92bf5880f2113177dc67cc2._comment b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_1_0c0a5999a92bf5880f2113177dc67cc2._comment
new file mode 100644
index 0000000000..18c41f1c97
--- /dev/null
+++ b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_1_0c0a5999a92bf5880f2113177dc67cc2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://www.rfc1149.net/"
+ nickname="Sam"
+ subject="comment 1"
+ date="2013-08-05T09:49:56Z"
+ content="""
+`git annex copy` will only push objects (content) into git annex private directory. You have to issue a `git annex merge` (or `git annex sync`) on the receiving end, or run `git annex assistant` there to update the working directory.
+
+Note that you can run `git annex merge` as a post-update hook if you want this to be done automatically.
+
+"""]]
diff --git a/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_2_c18083d9054f66f0bd51d63452af07eb._comment b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_2_c18083d9054f66f0bd51d63452af07eb._comment
new file mode 100644
index 0000000000..da0a869298
--- /dev/null
+++ b/doc/forum/__34__git_annex_copy_--to___60__REMOTE__62___.__34___doesn__39__t_send_it_to_working_directory./comment_2_c18083d9054f66f0bd51d63452af07eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqaNwDQ367zpW6cIRviLz6zJZZFODgoEI"
+ nickname="Zack"
+ subject="It worked!"
+ date="2013-08-05T09:57:25Z"
+ content="""
+Thanks for the help, it worked.
+"""]]
diff --git a/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo.mdwn b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo.mdwn
new file mode 100644
index 0000000000..9bacf28dc0
--- /dev/null
+++ b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo.mdwn
@@ -0,0 +1,7 @@
+I found the command "git annex lock" very slow (much slower than the initial "git annex add" with SHA1), for a not so big directory, when run in a big repo.
+It seems that each underlying git command is not fast, so I thought it would be better to run them once with all files as arguments.
+I had to stop the lock command, and ran "git checkout ." (I did not change any file), is this a correct alternative?
+
+Thanks a LOT for this software, one that I missed since a long time (but wasn't able to write)!
+
+Rafaël
diff --git a/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_1_044f1c5e5f7a939315c28087495a8ba8._comment b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_1_044f1c5e5f7a939315c28087495a8ba8._comment
new file mode 100644
index 0000000000..0e2773bda3
--- /dev/null
+++ b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_1_044f1c5e5f7a939315c28087495a8ba8._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="fixed"
+ date="2011-05-31T18:51:13Z"
+ content="""
+Running `git checkout` by hand is fine, of course.
+
+Underlying problem is that git has some O(N) scalability of operations on the index with regards to the number of files in the repo. So a repo with a whole lot of files will have a big index, and any operation that changes the index, like the `git reset` this needs to do, has to read in the entire index, and write out a new, modified version. It seems that git could be much smarter about its index data structures here, but I confess I don't understand the index's data structures at all. I hope someone takes it on, as git's scalability to number of files in the repo is becoming a new pain point, now that scalability to large files is \"solved\". ;)
+
+Still, it is possible to speed this up at git-annex's level. Rather than doing a `git reset` followed by a git checkout, it can just `git checkout HEAD -- file`, and since that's one command, it can then be fed into the queueing machinery in git-annex (that exists mostly to work around this git malfescence), and so only a single git command will need to be run to lock multiple files.
+
+I've just implemented the above. In my music repo, this changed an lock of a CD's worth of files from taking ctrl-c long to 1.75 seconds. Enjoy!
+
+(Hey, this even speeds up the one file case greatly, since `git reset -- file` is slooooow -- it seems to scan the *entire* repository tree. Yipes.)
+"""]]
diff --git a/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_2_e854b93415d5ab80eda8e3be3b145ec2._comment b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_2_e854b93415d5ab80eda8e3be3b145ec2._comment
new file mode 100644
index 0000000000..9e9e778ce9
--- /dev/null
+++ b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_2_e854b93415d5ab80eda8e3be3b145ec2._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="comment 2"
+ date="2011-05-31T21:43:22Z"
+ content="""
+Nice!
+So if I understand correctly, 'git reset -- file' was there to discard staged (but not commited) changes made to 'file', before checking out, so that it is equivalent to directly 'git checkout HEAD -- file' ?
+I'm curious about the \"queueing machinery in git-annex\": does it end up calling the one git command with multiple files as arguments? does it correspond to the message \"(Recording state in git...)\" ?
+Thanks!
+
+
+"""]]
diff --git a/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_3_95c110500bc54013bc1969c1a9c8f842._comment b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_3_95c110500bc54013bc1969c1a9c8f842._comment
new file mode 100644
index 0000000000..87da0c396d
--- /dev/null
+++ b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_3_95c110500bc54013bc1969c1a9c8f842._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-05-31T21:54:23Z"
+ content="""
+@Rafaël , you're correct on all counts.
+"""]]
diff --git a/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_4_a4fd212cb066cd53d0d66eb09f3b39a8._comment b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_4_a4fd212cb066cd53d0d66eb09f3b39a8._comment
new file mode 100644
index 0000000000..ecb5ba913b
--- /dev/null
+++ b/doc/forum/__34__git_annex_lock__34___very_slow_for_big_repo/comment_4_a4fd212cb066cd53d0d66eb09f3b39a8._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="josch"
+ ip="2001:638:709:5:2ad2:44ff:fe4b:56aa"
+ subject="thanks a lot!"
+ date="2014-06-23T15:13:34Z"
+ content="""
+Thank you for the answer to this problem!
+
+I put 150k emails in maildir format in git annex. Adding them took a couple of hours and so did the first full sync. But after that things didnt noticibly slow down - that was a surprise!
+
+What but then I wanted to do a one-time sync using rsync. I didnt find out how to tell rsync to follow symlinks at the destination instead of replacing symlinks with normal files. So I first unlocked the 150k emails (which was moderately quick and probably only I/O bound) and then did the rsync using the --checksum option which worked well as well. The problems started when I wanted to lock the whole thing again. This took ages and even after two days it did not output that it was adding files at all. So I used `find -type f | split -a3 -l100` and then `for f in x*; do echo $f; git annex add `echo \`cat $f\``; rm $f; done`. This started off well and I could finally see files being added. Unfortunately when I came back after a couple of hours, the progress slowed down to a crawl of only one file every few seconds.
+
+The solution was to just `git checkout -- Mail` everything. This finished in a matter of seconds and left the new mail which was copied over by rsync intact.
+
+Thanks a lot for the tip!
+
+Let me hereby also report that git annex seems to work without problems when using it with offlineimap and notmuch. At least I did not run into any problems with that setup yet.
+"""]]
diff --git a/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__.mdwn b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__.mdwn
new file mode 100644
index 0000000000..a5492dc861
--- /dev/null
+++ b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__.mdwn
@@ -0,0 +1,5 @@
+git-annex is seriously cool, however I havent figured out an important detail:
+in the short presentation Richard Hartmann mentions the Nomad use case and says "... next time Im online I would like to have file x y z ... "
+How can this be achieved exactly? If I do a git annex copy/get then it will want to do it instantly, not queuing it.
+thanks a lot!
+Aron
diff --git a/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_1_bfeb1446dee4d2f52ef25fabfb8cc8f6._comment b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_1_bfeb1446dee4d2f52ef25fabfb8cc8f6._comment
new file mode 100644
index 0000000000..0789316dc7
--- /dev/null
+++ b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_1_bfeb1446dee4d2f52ef25fabfb8cc8f6._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-07-19T14:41:39Z"
+ content="""
+What I do for this is maintain a `todo` directory and `cp -a` + `git annex add` files I want to download into this directory.
+the `cp -a` maintains the symlinks and `git annex add` fixes them if needed.
+
+Also this works the same way if the situation is reversed and the machine you want to download the files onto is not online.  You can add files to the `todo` directory on the server, then once the client machine is online do a `git annex sync` + `git annex get todo`.
+"""]]
diff --git a/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_2_e60f2bbc1c058993472fd920edbc75fc._comment b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_2_e60f2bbc1c058993472fd920edbc75fc._comment
new file mode 100644
index 0000000000..b0a8066ee8
--- /dev/null
+++ b/doc/forum/__34__next_time_Im_online_I_would_like_to_have_file_x_y_z__34__/comment_2_e60f2bbc1c058993472fd920edbc75fc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnbBRfl5F8gKRr1ko8Ai6FbEZStXXNF1S4"
+ nickname="Áron"
+ subject="comment 2"
+ date="2012-07-19T22:41:53Z"
+ content="""
+hmm not bad workaround but still not very comfortable, thanks though.
+"""]]
diff --git a/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo.mdwn b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo.mdwn
new file mode 100644
index 0000000000..f13aed2c2f
--- /dev/null
+++ b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo.mdwn
@@ -0,0 +1,17 @@
+i'm getting errors in ``git annex fsck`` on a shared bare git repo with git-annex 3.20120418 local repo version 3:
+
+``git-annex: ${PATH}/${MYREPO}.git/annex/objects/${HA}/${SH}/SHA1-${HASH}/SHA1-${HASH}: setFileMode: permission denied (Operation not permitted)``
+
+the repository is shared among several users in a common group, and the repo is set up with sticky group, and with appropriate umasks, everything should work.
+
+however, even with the file having permissions -rw-rw-r-- in the directory with permissions drwxrwsr-x, owned by someone else but by a group i'm currently in (as verified by issuing `groups`), i get said error message.
+
+a strace reveals that the failing syscall is:
+
+``[pid 17626] chmod("${FILENAME}", 0100555) = -1 EPERM (Operation not permitted)``
+
+(maybe related: git annex looks for the file in another ${HA}/${SH} combination (of three digits instead of two digits each) before, i take it this is just a new feature not used by the data in my repo? also, i should add that the repository dates back to git-annex 0.13.)
+
+as a workaround, i'm currently ``sudo chown``ing all files to me before the check.
+
+why does fsck try to set permissions even if they are ok? is this a bug in my setup, and if yes, how is a shared repository set up correctly?
diff --git a/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_1_3a5202ef2116ebb5559b6f4d920755fc._comment b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_1_3a5202ef2116ebb5559b6f4d920755fc._comment
new file mode 100644
index 0000000000..5a5cafa721
--- /dev/null
+++ b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_1_3a5202ef2116ebb5559b6f4d920755fc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-04-21T16:09:19Z"
+ content="""
+Well, the modes you show are wrong. Nothing in the annex should be writable. fsck needs to fix those. (It's true that it also always chmods even correct mode files/directories.. I've made a change avoiding that.)
+
+I have not thought or tried shared git annex repos with multiple unix users writing to them. ([[tips/Using_gitolite_with_git-annex]] would be an alternative.) Seems to me that removing content from the annex would also be a problem, since the directory will need to be chmodded to allow deleting the content from it, and that will fail if it's owned by someone else.  Perhaps git-annex needs to honor core.sharedRepository and avoid these nice safeguards on file modes then.
+"""]]
diff --git a/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_2_86663eeb75b0477f53c45f26c8e4b051._comment b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_2_86663eeb75b0477f53c45f26c8e4b051._comment
new file mode 100644
index 0000000000..1c9bfbfe40
--- /dev/null
+++ b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_2_86663eeb75b0477f53c45f26c8e4b051._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-04-21T23:46:42Z"
+ content="""
+All right, I've made all the changes so it supports `core.sharedRepository`.
+"""]]
diff --git a/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_3_c336b2b07cd006d378e5be9639ff17ec._comment b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_3_c336b2b07cd006d378e5be9639ff17ec._comment
new file mode 100644
index 0000000000..fd75f2f856
--- /dev/null
+++ b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_3_c336b2b07cd006d378e5be9639ff17ec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="comment 3"
+ date="2012-04-23T14:14:28Z"
+ content="""
+thanks, that's great. will there be a way to have sharedRepository work for shared remotes (rsync, directory) too, or is that better taken care of by acls?
+
+@not thought of shared repos: we're having our family photo archive spread over our laptops, and backed up on our home storage server and on an rsync+encryption off-site server, with everyone naturally having their own accounts on all systems -- just if you need a use case.
+"""]]
diff --git a/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_4_1339cd27ca2955f30b01ecf4da7d6fe8._comment b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_4_1339cd27ca2955f30b01ecf4da7d6fe8._comment
new file mode 100644
index 0000000000..568f11330c
--- /dev/null
+++ b/doc/forum/__34__permission_denied__34___in_fsck_on_shared_repo/comment_4_1339cd27ca2955f30b01ecf4da7d6fe8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2012-04-23T14:35:39Z"
+ content="""
+I'm not currently planning to support sharedRepository perms on special remotes. I suppose I could be convinced otherwise, it's perhaps doable for the ones you mention (rsync might be tricky). (bup special remote already supports it of course.)
+
+thanks for the use case!
+"""]]
diff --git a/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__.mdwn b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__.mdwn
new file mode 100644
index 0000000000..19aacf0215
--- /dev/null
+++ b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__.mdwn
@@ -0,0 +1,34 @@
+After a `git annex copy --auto -t m3` I got this error:
+
+    (Recording state in git...)
+    error: unable to resolve reference refs/heads/git-annex: No such file or directory
+    fatal: Cannot lock the ref 'refs/heads/git-annex'.
+    git-annex: git [Param "update-ref",Param "refs/heads/git-annex",Param "d768b20f76ce40157214a713fb0ccb9cfc9134c2"] failed
+
+I did a `git annex sync m3` and got
+
+    [...]
+    push m3
+    Counting objects: 2976, done.
+    Delta compression using up to 2 threads.
+    Compressing objects: 100% (2052/2052), done.
+    Writing objects: 100% (2379/2379), 392.33 KiB, done.
+    Total 2379 (delta 1652), reused 460 (delta 316)
+    Auto packing the repository for optimum performance.
+    error: bad ref for refs/heads/git-annex
+    error: bad ref for refs/heads/git-annex
+    error: bad ref for refs/heads/git-annex
+    To /media/m3/annex
+    87c82c5..06219eb  git-annex -> synced/git-annex
+    be7ff5e..6625634  master -> synced/master
+    ok
+
+And then I ran the command git-annex was trying to run:
+
+    $ git update-ref refs/heads/git-annex d768b20f76ce40157214a713fb0ccb9cfc9134c2
+    error: Trying to write ref refs/heads/git-annex with nonexistent object d768b20f76ce40157214a713fb0ccb9cfc9134c2
+    fatal: Cannot update the ref 'refs/heads/git-annex'.
+
+`git fsck --full` gives no errors.
+
+What does this error mean?  Should I be worried?  Thanks.
diff --git a/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_1_e50188896df347f1d92e20a52053aa14._comment b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_1_e50188896df347f1d92e20a52053aa14._comment
new file mode 100644
index 0000000000..b7ad4a13af
--- /dev/null
+++ b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_1_e50188896df347f1d92e20a52053aa14._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-01T18:33:37Z"
+ content="""
+I'm afraid that this looks like a partially corrupted git repository to me. Something seems to have gone wrong with `.git/refs/heads/git-annex`. Also, git object d768b20f76ce40157214a713fb0ccb9cfc9134c2 seems to have been present before, and be gone now. 
+
+I would run `git fsck`, then look at what's happened in `.git/refs/heads`, and if the repository does seem to be damanged, re-clone it. (You can copy over `.git/config` and `.git/annex/` to keep your annexed data in the new clone.) You should probably also run `git annex fsck`, as it could have lost some location log changes.
+"""]]
diff --git a/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_2_d67793f7c969f64943d1fd54a1208c2b._comment b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_2_d67793f7c969f64943d1fd54a1208c2b._comment
new file mode 100644
index 0000000000..1dff891217
--- /dev/null
+++ b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_2_d67793f7c969f64943d1fd54a1208c2b._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.166.255"
+ subject="comment 2"
+ date="2013-04-06T19:06:24Z"
+ content="""
+Thanks for taking the time to reply.
+
+1) The corruption spread between repositories so I resorted to restoring from a backup from some days ago, and then I restored newly added files by manually copying the symlinks from the old repo into the new one.  Of course I can't update the git-annex branch by hand.  I've run `git annex fsck`: does that re-create the location log information for the symlinks that I re-added, at least for the local repository even if it doesn't know about copies elsewhere?
+
+2) I initially tried to git clone from my restored backup, rather than just moving the restore into place.  But then while this clone showed no errors on a `git fsck --full`, any git-annex command, such as `init` (following [this](http://git-annex.branchable.com/tips/what_to_do_when_a_repository_is_corrupted/)), gives the following sort of error:
+
+    error: invalid object 100644 <long-SHA-string> for '<path to one of git annex's log files>'
+(unfortunately I lost my xterm so don't have one of my actual errors in full).  Can you think of any reason why doing a clone of the backup copy would cause this?  Instead I have just mv'd the backup copy into place and it works fine.
+"""]]
diff --git a/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_3_3523884833b5fd458a35f898797bf897._comment b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_3_3523884833b5fd458a35f898797bf897._comment
new file mode 100644
index 0000000000..21511d2ecd
--- /dev/null
+++ b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_3_3523884833b5fd458a35f898797bf897._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-08T17:23:24Z"
+ content="""
+1. I don't understand how corruption could spread between git repositories. git is supposed to use checksums to prevent bad data propigating. I would be running a lot of `git fsck` if I were you. Yes, `git annex fsck` will update location log information for files it finds in the local repository.
+
+2. Again this looks like something is corrupting your repository when git writes it. Perhaps bad memory? I think you need to get to the root of the problem with the corrupting git repositories.
+"""]]
diff --git a/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_4_02c32c2521ba1a1eaa19eaca7281f2a6._comment b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_4_02c32c2521ba1a1eaa19eaca7281f2a6._comment
new file mode 100644
index 0000000000..25d07e8ad3
--- /dev/null
+++ b/doc/forum/__34__unable_to_resolve_reference_refs__47__heads__47__git-annex__34__/comment_4_02c32c2521ba1a1eaa19eaca7281f2a6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 4"
+ date="2013-04-17T17:02:11Z"
+ content="""
+I didn't think that git would let corruption spread either, but it did: the repository m3 which I showed a push to in my original post showed a broken refs/heads/git-annex too.  You can see it happening when git tries to repack m3 after pushing to it in my original post.
+
+I am pretty sure that my HDD on the machine where this first occurred needs replacing; I've marked the remote as untrusted.
+"""]]
diff --git a/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2.mdwn b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2.mdwn
new file mode 100644
index 0000000000..950b8ee193
--- /dev/null
+++ b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2.mdwn
@@ -0,0 +1,16 @@
+Hi, another installation issue on Ubuntu Lucid:
+
+I started with a clean `~/.cabal` directory and did the following:
+
+    andreas@antares:~$ sudo aptitude install cabal-install
+    andreas@antares:~$ cabal update
+    andreas@antares:~$ cabal install git-annex -v --bindir=$HOME/
+
+However, I got some dpendancy error:
+
+    cabal: dependencies conflict: base-3.0.3.2 requires syb ==0.1.0.2 however
+    syb-0.1.0.2 was excluded because json-0.5 requires syb >=0.3.3
+
+Any ideas?
+
+Thanks for your help!
diff --git a/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_1_fae6e88115d175239fc55cef4c33fb2c._comment b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_1_fae6e88115d175239fc55cef4c33fb2c._comment
new file mode 100644
index 0000000000..c04cc335b6
--- /dev/null
+++ b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_1_fae6e88115d175239fc55cef4c33fb2c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-15T19:53:35Z"
+ content="""
+This is now about different build failure than the bug you reported, which was already fixed. Conflating the two is just confusing.
+
+The error message about `syb` is because by using cabal-install on an Ubuntu system from 2010, you're mixing the very old versions of some haskell libraries in Ubuntu with the new versions cabal wants to install. The solution is to stop mixing two package management systems --
+
+* Either install git-annex without using cabal, and use apt-get to install all its dependencies from Ubuntu, assuming your distribution has all the necessary haskell libraries packaged.
+* Or `apt-get remove ghc`, and manually install a current version of [The Haskell Platform](http://hackage.haskell.org/platform/) and use cabal.
+"""]]
diff --git a/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_2_4c7a75638e8717132ccde949018d6008._comment b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_2_4c7a75638e8717132ccde949018d6008._comment
new file mode 100644
index 0000000000..3a3106a635
--- /dev/null
+++ b/doc/forum/__91__Installation__93___base-3.0.3.2_requires_syb___61____61__0.1.0.2/comment_2_4c7a75638e8717132ccde949018d6008._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/fd55c6e3-966a-4626-865f-5d0f73e1eb88"
+ nickname="Andreas H."
+ subject="Thanks and sorry"
+ date="2012-01-15T20:54:55Z"
+ content="""
+Joey, thanks for you quick help! I'll try the manual haskell-platform install once I have quicker internet again, i.e. tomorrow.
+
+And sorry for the mess-up; I splitted the post into two. Hope it's clearer now.
+"""]]
diff --git a/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key.mdwn b/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key.mdwn
new file mode 100644
index 0000000000..f6cdb4c668
--- /dev/null
+++ b/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key.mdwn
@@ -0,0 +1,19 @@
+
+So much time gone by after the kickstarter and now I wanted to give it a kick finally.
+I set up everything on my linux desktop with no problems at all.
+
+I configured a ssh remote with shared encryption key.
+
+Then I tried to use this to share files with a windows Desktop. This is where problems started.
+
+1. Since there is no jabber sync I need to exchange keys manually. But although I read and googled for hours I just found that it would be there in the git repo somewhere in plain text. I didnt find a command to actually display it on the command line.
+2. I need to setup the (existing) ssh remote on windows manually, because I could not make the webapp recognize the ssh-keys from pageant. Also, unfortunately, all examples refer to s3. I didnt even find out which type I had to specify. There seems to be no comprehensive list of repository types for the cmdline and their required arguments respectively at all. The man page says "type=..." for the three-line description of shared encryption setups which appeared like a mockery to me. Since the remote does not have git metadata I also can not use git clone.
+3. The docs say initremote would only be used on fresh remotes, not existing ones. But enableremote only enables remotes that are already configured. So what am I to do here?
+
+Could someone tell me please
+
+1. How to find the shared key
+2. How to add the ssh remote properly
+3. Where 1 and 2 are documented
+
+Thank you!
diff --git a/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key/comment_1_811cab17410ba6e07ae7af3249cd98df._comment b/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key/comment_1_811cab17410ba6e07ae7af3249cd98df._comment
new file mode 100644
index 0000000000..7a6eafa7a7
--- /dev/null
+++ b/doc/forum/__91__NEED_HELP__93___manual_ssh_remote_setup_with_shared_key/comment_1_811cab17410ba6e07ae7af3249cd98df._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T19:28:00Z"
+ content="""
+Sorry for the delay getting to this post.
+
+The lack of jabber support on Windows makes this a bit hard to set up. You instead need to make a git repository some place that both the Windows and Linux machines can both connect to. Once git-annex on both systems is syncing with that common git repository, the Windows system will learn about the encrypted remotes you have set up, and then `git annex enableremote` will be able to use them with no problem.
+
+Of course, if you don't trust your ssh server where you already made an encrypted remote, you may not want to store a un-encrypted git repository on it, and since Windows also doesn't support encrypted git repositories yet, you'd be sort of out of luck. (For now; Windows support is being improved.) 
+
+OTOH, if you just set up that encrypted rsync remote on the ssh server because the ssh server didn't have git-annex installed on it, you can easily also put a git repository on the ssh server, and the combination will be enough to let you sync between the 2 machines.
+"""]]
diff --git a/doc/forum/__91__announce__93___metadata_extration_utility.mdwn b/doc/forum/__91__announce__93___metadata_extration_utility.mdwn
new file mode 100644
index 0000000000..3214f36d9b
--- /dev/null
+++ b/doc/forum/__91__announce__93___metadata_extration_utility.mdwn
@@ -0,0 +1,30 @@
+Let me announce 'metatag', a simple metadata extraction utility.
+
+The Design Idea is to make it completely event driven. There are string matching rules over added metadata,
+who invoke engines when matched, which in turn add more metadata and so on.
+Thus the whole metadata extraction process is controlled by those easily configurable rules. Processing a file or
+directory just starts by adding "/=filename" to the metadata, everything else bootstraps from that. After metadata
+got extracted there are exporters which implement different backends for storing this metadata (currently only a
+'print' and a 'gitannex' exporter are implemented)
+
+While still in a infancy state it already works for me. It now needs more rules and engines for metadata extraction
+and some more efforts to 'standardize' generated metadata. I'd like to welcome comments and contributions.
+
+A README about it can be found at
+
+ <http://git.pipapo.org/?p=metatag;a=blob_plain;f=README>
+
+The code is available under git from
+
+    git clone git://git.pipapo.org/metatag
+
+To make the contribution barrier as low as possible there is a public pushable 'mob' repository where everyone can
+send changes too at `git://git.pipapo.org/mob/metatag`
+
+after installing it, using it on a annexed directory is like
+
+    metatag -r -O gitannex,gitexclude -o gitannex:-stat ./
+
+There is a mailinglist for the project, you can subscribe at
+
+ <http://lists.pipapo.org/cgi-bin/mailman/listinfo/metatag>
diff --git a/doc/forum/_preferred_content:_lastpresent.mdwn b/doc/forum/_preferred_content:_lastpresent.mdwn
new file mode 100644
index 0000000000..e8730eb00c
--- /dev/null
+++ b/doc/forum/_preferred_content:_lastpresent.mdwn
@@ -0,0 +1 @@
+Is there any kind of "lastpresent" in the preferred-content expression? If set, git-annex would see if "git log --follow $path -n 1" (or some configurable -n) was present.
diff --git a/doc/forum/_preferred_content:_lastpresent/comment_1_7610cd866b256d36646b642eb5f8cae5._comment b/doc/forum/_preferred_content:_lastpresent/comment_1_7610cd866b256d36646b642eb5f8cae5._comment
new file mode 100644
index 0000000000..d5910c6d03
--- /dev/null
+++ b/doc/forum/_preferred_content:_lastpresent/comment_1_7610cd866b256d36646b642eb5f8cae5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-15T20:39:43Z"
+ content="""
+The idea seems to be to match files that have been deleted.
+
+I don't see how that could work; preferred content expressions are always matched against files in the working tree.
+
+Even if it were doable, it would be quite expensive if every preferred content query involved a `git log`...
+
+What are you trying to achieve with this?
+"""]]
diff --git a/doc/forum/_preferred_content:_lastpresent/comment_2_d25666a173b78213d583f029fd166d06._comment b/doc/forum/_preferred_content:_lastpresent/comment_2_d25666a173b78213d583f029fd166d06._comment
new file mode 100644
index 0000000000..4714034c36
--- /dev/null
+++ b/doc/forum/_preferred_content:_lastpresent/comment_2_d25666a173b78213d583f029fd166d06._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn1QhtPvsRBV7pfaDW_ZTPFv_ZIxSzQ8Rg"
+ nickname="Paul Léo"
+ subject="comment 2"
+ date="2013-11-16T13:12:35Z"
+ content="""
+The aim is to be able to have some semi-automatic mode (using \"git-annex wanted . (lastpresent)\"), where file paths which you \"git-annex get\" one time always get updated to the latest version.
+
+Or, you could also use some variant of it the other way round (using \"git-annex wanted . (notlastpresent)\"): all files would be present by default, but paths which you \"git-annex drop\"ed once wouldn't become present again.
+"""]]
diff --git a/doc/forum/advantages_of_SHA__42___over_WORM.mdwn b/doc/forum/advantages_of_SHA__42___over_WORM.mdwn
new file mode 100644
index 0000000000..5b544593f5
--- /dev/null
+++ b/doc/forum/advantages_of_SHA__42___over_WORM.mdwn
@@ -0,0 +1,5 @@
+Thanks for creating git-annex.
+
+I am confused about the advantages of the SHA* backends over WORM.  The "backends" page in this wiki says that with WORM, files "can be moved around, but should never be added to or changed".  But I don't see any difference to SHA* files as long as the premise of WORM that "any file with the same basename, size, and modification time has the same content" is true.  Using "git annex unlock", WORM files can be modified in the same way as SHA* files.
+
+If the storage I use is dependable (i.e. I don't need SHA checksums for detection of corruption), and I don't need to optimize for the case that the modification date of a file is changed but the contents stay the same, and if it is unlikely that several files will be identical, is there actually any advantage in using SHA*?
diff --git a/doc/forum/advantages_of_SHA__42___over_WORM/comment_1_96c354cac4b5ce5cf6664943bc84db1d._comment b/doc/forum/advantages_of_SHA__42___over_WORM/comment_1_96c354cac4b5ce5cf6664943bc84db1d._comment
new file mode 100644
index 0000000000..218027ca53
--- /dev/null
+++ b/doc/forum/advantages_of_SHA__42___over_WORM/comment_1_96c354cac4b5ce5cf6664943bc84db1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-08-29T16:10:38Z"
+ content="""
+You're right -- as long as nothing changes a file without letting the modification time update, editing WORM files is safe.
+"""]]
diff --git a/doc/forum/alternativeto.net___34__Like__34__.mdwn b/doc/forum/alternativeto.net___34__Like__34__.mdwn
new file mode 100644
index 0000000000..95e03dc21e
--- /dev/null
+++ b/doc/forum/alternativeto.net___34__Like__34__.mdwn
@@ -0,0 +1,3 @@
+When I went to alternativeto.net I noticed that SpiderOak is a featured application. I decided to search git-annex and see how "Like"-ed it is in comparison... there were 0 "Like"-s.
+
+I suggest going to <http://alternativeto.net/software/git-annex/> and "Like" git-annex.
diff --git a/doc/forum/android_binary-only_download.mdwn b/doc/forum/android_binary-only_download.mdwn
new file mode 100644
index 0000000000..90204fbf42
--- /dev/null
+++ b/doc/forum/android_binary-only_download.mdwn
@@ -0,0 +1,9 @@
+It would be really neat if there was a way to get just the `git-annex` binary on Android, without getting the entire APK. This can be useful when one is already using their own shell and rootfs, for example I work with <a href="https://sites.google.com/site/taldewandroid/">this</a>.
+
+This way, one can just use parts of git-annex, without having to have a whole APK and its dependencies, and the space it takes up, etc.
+
+So would you be able to add a download link for this?
+
+
+
+Thanks for the wonderful project!
diff --git a/doc/forum/android_binary-only_download/comment_1_aab206e0bf0bb5ff47c7cc9795f12f92._comment b/doc/forum/android_binary-only_download/comment_1_aab206e0bf0bb5ff47c7cc9795f12f92._comment
new file mode 100644
index 0000000000..d8e6d81fce
--- /dev/null
+++ b/doc/forum/android_binary-only_download/comment_1_aab206e0bf0bb5ff47c7cc9795f12f92._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-02T16:57:43Z"
+ content="""
+This seems a pretty unusual use case. Can't you just unpack the apk (it's a regular zip file) and get out the parts you want?
+"""]]
diff --git a/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend.mdwn b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend.mdwn
new file mode 100644
index 0000000000..6c428e3752
--- /dev/null
+++ b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend.mdwn
@@ -0,0 +1,12 @@
+First off, thanks so much for your hard work, git-annex is amazing.
+
+I just started using the [web as a special remote](http://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/) feature with the SHA256E backend, and I noticed that although the annexed file has the correct backend prefix (SHA256E) it does not have the extension of the file in the URL. The URL is `https://...IMG_1234.JPG` but the annexed file is `SHA256E-...832c99` with no extension.
+
+This is fine for most use cases, but I actually access an S3 remote directly from another app (independent of git-annex) to render photos, and in that app I'm using the extensions to figure out file types, so not having that info is slightly inconvenient.
+
+Is there any way to either:
+
+1. tell git-annex to preserve the extension of a file on the web in the annexed file, or
+2. alternatively, change the annexed filename (add the extension manually) without screwing anything up?
+
+Any help would be much appreciated, thanks!
diff --git a/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_1_d1605a6e3b4d6863f4089218994ce564._comment b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_1_d1605a6e3b4d6863f4089218994ce564._comment
new file mode 100644
index 0000000000..8b78618a94
--- /dev/null
+++ b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_1_d1605a6e3b4d6863f4089218994ce564._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-06T15:43:06Z"
+ content="""
+You don't say what version of git-annex you're using. I tested with the current version, 4.20130405:
+
+[[!format sh \"\"\"
+joey@gnu:~/tmp/rr>git annex addurl http://localhost/~joey/header_background.png
+addurl localhost_~joey_header_background.png (downloading http://localhost/~joey/header_background.png ...) --2013-05-06 11:36:41--  http://localhost/~joey/header_background.png
+Resolving localhost (localhost)... ::1, 127.0.0.1, 127.0.1.1
+Connecting to localhost (localhost)|::1|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 53693 (52K) [image/png]
+Saving to: ‘/home/joey/tmp/rr/.git/annex/tmp/URL--http&c%%localhost%~joey%header_background.png’
+
+100%[======================================>] 53,693      --.-K/s   in 0.001s  
+
+2013-05-06 11:36:41 (58.9 MB/s) - '/home/joey/tmp/rr/.git/annex/tmp/URL--http&c%%localhost%~joey%header_background.png' saved [53693/53693]
+
+(checksum...) ok
+(Recording state in git...)
+joey@gnu:~/tmp/rr>dir
+lrwxrwxrwx   1 joey joey  194 Sep 11  2010 localhost_~joey_header_background.png -> .git/annex/objects/M1/p0/SHA256E-s53693--3f065e8e2db1248765d0753cf483e40ae0eaf9bffe34b0cf738158815d0884e3.png/SHA256E-s53693--3f065e8e2db1248765d0753cf483e40ae0eaf9bffe34b0cf738158815d0884e3.png
+\"\"\"]]
+
+Looks like it's doing the right thing with the extension!
+"""]]
diff --git a/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_2_d249ff27fa3d9ac3ca32485cdef49930._comment b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_2_d249ff27fa3d9ac3ca32485cdef49930._comment
new file mode 100644
index 0000000000..3d5814bc68
--- /dev/null
+++ b/doc/forum/annexed_file_key_for_web_remote_with_SHA256E_backend/comment_2_d249ff27fa3d9ac3ca32485cdef49930._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnkBYpLu_NOj7Uq0-acvLgWhxF8AUEIJbo"
+ nickname="Chris"
+ subject="comment 2"
+ date="2013-05-07T03:37:24Z"
+ content="""
+Thanks very much! That's great news. I'm using 3.20120629, I'll just update then.
+"""]]
diff --git a/doc/forum/archaeology_of_deleted_files.mdwn b/doc/forum/archaeology_of_deleted_files.mdwn
new file mode 100644
index 0000000000..a4ed66dc81
--- /dev/null
+++ b/doc/forum/archaeology_of_deleted_files.mdwn
@@ -0,0 +1,36 @@
+Earlier this week, I somehow lost a ton of files from my annex -- by switching on the command line from indirect to direct mode while the assistant was running, I think. I'm not sure.
+
+Anyway, by "lost" I mean "lost the symlinks to," because git-annex defaults to keeping content around till you tell it otherwise.  So I still had the content in the repos on my two backup drives.  All I needed was the symlinks back.
+
+But how to figure out exactly what I lost and get it back?
+
+I found that out here:
+
+http://stackoverflow.com/questions/953481/restore-a-deleted-file-in-a-git-repo
+
+Here's a magical formula you can use to find every single file deletion in the history of your repo:
+
+    git log --diff-filter=D --summary 
+
+That will give you every commit that deleted things, and what was deleted.
+
+To bring back all the files deleted in a given commit, where COMMITHASH is the commit hash, use this command:
+
+    git checkout COMMITHASH^1 -- .
+
+to bring back only a specific file:
+
+    git checkout COMMITHASH^1 -- path/to/file.txt
+
+to bring back only a subdirectory:
+
+    git checkout COMMITHASH^1 -- sub/directory
+
+that will bring them back into the staging area.  You can see which ones just reappeared by typing:
+
+    git status
+
+then you can actually make the restore permanent by typing: 
+
+    git commit -m "I just resurrected some files"
+
diff --git a/doc/forum/archaeology_of_deleted_files/comment_1_48f27df03ec18d2c27cf6b70dcf71dc5._comment b/doc/forum/archaeology_of_deleted_files/comment_1_48f27df03ec18d2c27cf6b70dcf71dc5._comment
new file mode 100644
index 0000000000..3647193b85
--- /dev/null
+++ b/doc/forum/archaeology_of_deleted_files/comment_1_48f27df03ec18d2c27cf6b70dcf71dc5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-25T14:07:36Z"
+ content="""
+seems I inadvertently got caught by Markdown -- I tried to write COMMITHASH-hat-1 and it turned into COMMITHASH superscript 1.
+
+Tilde (~) would also have worked instead of hat (^)
+"""]]
diff --git a/doc/forum/archaeology_of_deleted_files/comment_2_c698cd10c8038bac45bd1049506a27c3._comment b/doc/forum/archaeology_of_deleted_files/comment_2_c698cd10c8038bac45bd1049506a27c3._comment
new file mode 100644
index 0000000000..363d320791
--- /dev/null
+++ b/doc/forum/archaeology_of_deleted_files/comment_2_c698cd10c8038bac45bd1049506a27c3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 2"
+ date="2013-01-25T14:27:47Z"
+ content="""
+I fixed it for you
+"""]]
diff --git a/doc/forum/archival_and_multiple_users.mdwn b/doc/forum/archival_and_multiple_users.mdwn
new file mode 100644
index 0000000000..da451d9fb9
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users.mdwn
@@ -0,0 +1,8 @@
+The assistant archival walk-through describes how files get removed from local repo if moved into archive repos.
+What if the files in question aren't needed immediately (and can be archived) for one user of a shared repo, but needed by someone else on their own machine?
+git-annex directory arrangement propagation wouldn't work for this case, it seems.  Could assistant handle this case?
+
+It looks like having a browser of the directory tree in git-annex assistant webpage with say right-click menu with "get" and "drop" would be the most flexible.
+
+Or maybe it could be more about integration with Linux etc file browsers (but then it's system specific, unlike with webapp).
+
diff --git a/doc/forum/archival_and_multiple_users/comment_1_fc4ee256f03a7c189d687caf4a34e21e._comment b/doc/forum/archival_and_multiple_users/comment_1_fc4ee256f03a7c189d687caf4a34e21e._comment
new file mode 100644
index 0000000000..090091a8a6
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users/comment_1_fc4ee256f03a7c189d687caf4a34e21e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-07-24T15:30:51Z"
+ content="""
+A feature I would love to see is a file manager integrated with the webapp, so that you could browse your files and retrieve or drop them manually as if you were using the command line.  Then you could have your repo set on \"manual\" and not worry about those archive directories.  Just manually drop content if you got low on space.
+
+"""]]
diff --git a/doc/forum/archival_and_multiple_users/comment_2_a96d57d4bb567ac9b0b9167d5b1be011._comment b/doc/forum/archival_and_multiple_users/comment_2_a96d57d4bb567ac9b0b9167d5b1be011._comment
new file mode 100644
index 0000000000..cf97f28fdb
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users/comment_2_a96d57d4bb567ac9b0b9167d5b1be011._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-07-25T18:42:59Z"
+ content="""
+I believe that the world has enough (or too many) file managers, and do not want to build another one just for git-annex. In any case \"git annex get\" or any GUI wrapping around it is not going to help with the described use case, because the problem is that the files are archived away in my offline drive, while you want to access them in your repository, which does not have access to that drive.
+
+The way to handle this situation is to copy or move the files you want out of the archive directory, and back to the parent directory. This move of the file will be synced from your repository to all the other repositories. When the repository that does have access to the archive notices this, it will get the files that have been moved out of the archive. Normal assistant syncing will then arrange to get them transferred back to the repository of the user who had wanted them.
+
+Of course, if the archive is on an offline drive, this won't happen until that drive is plugged back in.
+"""]]
diff --git a/doc/forum/archival_and_multiple_users/comment_3_bd44634b04732ffb91154c61ef9cf828._comment b/doc/forum/archival_and_multiple_users/comment_3_bd44634b04732ffb91154c61ef9cf828._comment
new file mode 100644
index 0000000000..20b67976e0
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users/comment_3_bd44634b04732ffb91154c61ef9cf828._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 3"
+ date="2013-07-25T19:16:20Z"
+ content="""
+> The way to handle this situation is to copy or move the files you want out of the archive directory, and back to the parent directory. This move of the file will be synced from your repository to all the other repositories. When the repository that does have access to the archive notices this, it will get the files that have been moved out of the archive. Normal assistant syncing will then arrange to get them transferred back to the repository of the user who had wanted them.
+
+But won't it also transfer the same files into repos of all other users (who didn't want the files)?
+On a related note, allowing moving files for everyone could jeopardise integrity of the master archive.  Is there a way to limit what kind of ops the users can do (e.g. copy but not move)?
+
+Re offline drives, the case I was thinking of is actually where each user has access to e.g. special remotes directly.  So a manual get/put would solve the problem at hand.
+
+"""]]
diff --git a/doc/forum/archival_and_multiple_users/comment_4_b89a56a5f1cd641f87925c7a5f74bcec._comment b/doc/forum/archival_and_multiple_users/comment_4_b89a56a5f1cd641f87925c7a5f74bcec._comment
new file mode 100644
index 0000000000..332e0a0a00
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users/comment_4_b89a56a5f1cd641f87925c7a5f74bcec._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2013-07-25T19:23:30Z"
+ content="""
+Moving files shouldn't jepardize anything. If a user makes a change they shouldn't have made, it can be reverted.
+
+If you have the archive drive available locally you can set your repository to manual mode and just use `git annex get` on content you want. Or you could set it to be a backup repository and the assistant would get all content.
+Or write a custom [[preferred_content]] expression for your repository to make it want files in `archive/stillusing/`
+
+
+"""]]
diff --git a/doc/forum/archival_and_multiple_users/comment_5_81293bf5dc8ad4552712c2083fd589c9._comment b/doc/forum/archival_and_multiple_users/comment_5_81293bf5dc8ad4552712c2083fd589c9._comment
new file mode 100644
index 0000000000..b7b93fdf4b
--- /dev/null
+++ b/doc/forum/archival_and_multiple_users/comment_5_81293bf5dc8ad4552712c2083fd589c9._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 5"
+ date="2013-07-26T08:20:21Z"
+ content="""
+I think i agree that this should be implemented.
+
+Not only to be able to \"get/drop\" from the assistant without the use of archive folders.
+
+But mainly because i think this will be needed anyways, to do a \"recover previous version of file\" option. Which should definitely be in the web assistant.
+
+We can't expect family and friends to figure out all command line stuff, thus they need to use the assistant. And i really think it would be a shame to not have an easy way to recover old versions, when the old versions are actually stored.
+
+Always think about having a good WAF(Wife acceptance factor).
+
+Just my 2 bits (and a haircut).
+
+"""]]
diff --git a/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__.mdwn b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__.mdwn
new file mode 100644
index 0000000000..e48bf4cf6b
--- /dev/null
+++ b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__.mdwn
@@ -0,0 +1,10 @@
+Hi,
+
+I am trying to understand git-annex, and the walkthroughs on the page did help a lot. I *feel* that git-annex is the solution for my use case: having a large archive, several computers, NAS both at work and at home, being offline during commuting, …
+
+Everything seems to be clear for me when using the command line version. Using annex assistant looks promising, and it is easy to create repositories that match my usage. But now I see that these repositories are in direct mode by default; and I am not sure how this impacts my ability to work with large files. I do not want to end up with git (without annex) handling huge files.
+
+So - can somebody explain how direct mode affects this? Can I switch to indirect mode with the assistant? Am I asking the wrong questions? 
+
+thanks,
+Ulli
diff --git a/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_1_d90d1d599ce557af03c6f0f2ea188212._comment b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_1_d90d1d599ce557af03c6f0f2ea188212._comment
new file mode 100644
index 0000000000..d762791da1
--- /dev/null
+++ b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_1_d90d1d599ce557af03c6f0f2ea188212._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-09T17:36:01Z"
+ content="""
+Files in direct mode are stored in the git annex the same way as when using indirect mode. But you're perhaps right to be wary of using direct mode, it's been quite easy to mess up while using it at the command line until very recently when the [[todo/direct_mode_guard]] was implemented.
+
+You can switch repositories created using the assistant from direct to indirect mode if you like. The assistant works in either mode.
+"""]]
diff --git a/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_2_58b1af497cab132acb28cb5f9283ec2a._comment b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_2_58b1af497cab132acb28cb5f9283ec2a._comment
new file mode 100644
index 0000000000..45cec4db56
--- /dev/null
+++ b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_2_58b1af497cab132acb28cb5f9283ec2a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="Thanks"
+ date="2013-11-12T08:57:36Z"
+ content="""
+Ok, thanks for the explanation. I still have to figure out what happens when I annex drop files on a direct repository, and how well all this plays with the Finder on Mac…
+"""]]
diff --git a/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_3_37d4fd8f69e8066b5aa19454b714e443._comment b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_3_37d4fd8f69e8066b5aa19454b714e443._comment
new file mode 100644
index 0000000000..71a0919303
--- /dev/null
+++ b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_3_37d4fd8f69e8066b5aa19454b714e443._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="So what does &quot;git annex drop&quot; do in direct mode?"
+ date="2013-11-15T15:07:57Z"
+ content="""
+I just tried a git annex drop on a file in a direct mode repository, and that just did not change anything at all, as far as I can see. Actually I don't know what to expect, but doesn't that mean that I should have to switch to indirect mode in order to be able to drop large files to save space? 
+
+Funny is that git annex drop did not complain at all but just reported \"ok\" after quite a while. And when I tried to drop a file that was not available in any other repository, it failed (which is expected behavior). So what is it what was \"ok\"?
+
+"""]]
diff --git a/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_4_a974e2105774d4f82ad286ff0792ba84._comment b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_4_a974e2105774d4f82ad286ff0792ba84._comment
new file mode 100644
index 0000000000..587d704d38
--- /dev/null
+++ b/doc/forum/assistant__44___direct_mode__44___large_files__44___command_line_-_how_do_these_play_together__63__/comment_4_a974e2105774d4f82ad286ff0792ba84._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 4"
+ date="2013-11-15T20:33:47Z"
+ content="""
+Drop in direct mode does the same thing as in indirect mode.
+
+If you are using git-annex on a crippled filesystem without symlinks, git-annex cannot represent a file whose content has been dropped using a broken symlink, so it instead represents it with a nearly empty file.
+"""]]
diff --git a/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__.mdwn b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__.mdwn
new file mode 100644
index 0000000000..c18dfb6ca8
--- /dev/null
+++ b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__.mdwn
@@ -0,0 +1,38 @@
+Hi,
+
+I have a question about encryption keys. 
+Basically I do not know how to use the data which was copied in case my local
+machine dies?
+
+
+## I have done the following:
+---
+1. copied my ssh public key to a remote server
+1. created a directory and started git annex assistant
+ 
+   mkdir ~/test_annex
+
+   cd ~/test_annex
+
+   git annex webapp
+
+1. clicked Repository->Add another local repository
+1. Assistant: Where do you want to put this new repository? Me: ~/test_annex "Make Repository"
+1. Assistant "Combine repositories?" Me: "Keep repositories separate"
+1. clicked "Add another repository" clicked "remote server"
+1. filled out "Adding a remote server using ssh" form and clicked "Check this server"
+1. choose "Use an encrypted rsync repository on the server"
+1. Assistant "Repository created" I select "Full backup" as repository group.
+
+So far so good. If I now add a file on my local machine into ~/test_annex something not human readable is created on the remote machine.
+
+What I do not understand is how I use this backup later. I am expecting something along the "hybrid encryption keys" scheme
+explained in this wiki. However I was not able to determine which of my gpg keys was used or how the data was encrypted.
+
+So my question is: "How do I use the encrypted backup remote on a second machine?"
+
+
+
+
+
+
diff --git a/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_1_70200f871b9df49261f32752a6bb0e67._comment b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_1_70200f871b9df49261f32752a6bb0e67._comment
new file mode 100644
index 0000000000..9d457a9d2d
--- /dev/null
+++ b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_1_70200f871b9df49261f32752a6bb0e67._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-27T21:19:45Z"
+ content="""
+When you create an encrypted rsync repository using the webapp like that, its encryption key is stored in your git repository, using the [[shared encryption scheme|encryption#index2h2]]. No gpg key needs to be used to decrypt files from the rsync repository; anyone with a clone of your git repository can do so.  This has its plusses and its minuses; the webapp picks that type of encryption because it's easy to use.
+
+So, the answer is to just make a clone of your repository on the other machine, and then you can use it. There are lots of ways to do that; if you stay in the webapp, go to Add Another Repisitory and any of the \"Share with your other devices\", \"Share with a friend\", or \"Local computer\" options are easy ways to do it.
+
+----
+
+Now, if you had, manually, set up a rsync repository encrypted with the [[hybrid encryption key scheme|encryption#index1h2]], to access it from another computer with clone of the repository you would need to have a gpg key that has been given access to the repository. So you would either copy your gpg secret key to the other computer, or if you don't want to trust that other computer with the your main gpg key, you could make another gpg secret key for that computer, and add that key as one of the keys that can access the encrypted repository. (Or, if the computer belonged to a friend, you could just get their gpg key, and add it.)
+"""]]
diff --git a/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_2_173da510b45f0320ae8aa2df9f14ae7b._comment b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_2_173da510b45f0320ae8aa2df9f14ae7b._comment
new file mode 100644
index 0000000000..dbf2178f5b
--- /dev/null
+++ b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_2_173da510b45f0320ae8aa2df9f14ae7b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="Frank"
+ ip="31.19.114.93"
+ subject="Comment 2"
+ date="2013-11-07T19:45:16Z"
+ content="""
+Thank you very much for the explanation! Have fun!
+
+
+
+"""]]
diff --git a/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_3_1ecea12a4be5ad09013cddb62df6ab20._comment b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_3_1ecea12a4be5ad09013cddb62df6ab20._comment
new file mode 100644
index 0000000000..aaf3735899
--- /dev/null
+++ b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_3_1ecea12a4be5ad09013cddb62df6ab20._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/W6vhceUml87q0GB9MGH1qEeteW8-#ee26a"
+ nickname="Leandro"
+ subject="comment 3"
+ date="2014-05-17T17:39:04Z"
+ content="""
+So, just to clarify things a little bit: Suppose that you have a remote at box.com (shared encrypted), then the CEO at box.com would eventually be able to decrypt your files easily since the keys are store in the git repository without encryption. Is that right? 
+"""]]
diff --git a/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_4_af4bc222d1479482bd83952353c97f05._comment b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_4_af4bc222d1479482bd83952353c97f05._comment
new file mode 100644
index 0000000000..7b7b86c306
--- /dev/null
+++ b/doc/forum/assistant_created_encrypted__backup_remote:_Howto_restore__63__/comment_4_af4bc222d1479482bd83952353c97f05._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 4"
+ date="2014-05-19T15:38:14Z"
+ content="""
+No, box.com cannot decrypt your files, because the git repository is not stored on box.com. 
+"""]]
diff --git a/doc/forum/assistant_overzealously_moving_stuff_to_other_repos.mdwn b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos.mdwn
new file mode 100644
index 0000000000..0cf3f2726a
--- /dev/null
+++ b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos.mdwn
@@ -0,0 +1,5 @@
+Debian Squeeze, git version 1.7.10.4, git-annex version 3.20121211
+
+The machine has a clone of the annex with preferred content string: `present or include=calibre/* or include=img/* or include=mail/* or include=music/* or include=sounds/*`
+
+This, I believe, should mean the assistant should never drop anything.  However for the past two days it's been moving files to an encrypted rsync remote so that there are two copies (there is another copy on an external HDD) and then it's dropping them from the current annex.  I want to keep the files here; can anyone think of any reason why they would be moved away?
diff --git a/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_1_6bd240edf1868615024ff11c24c3d52c._comment b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_1_6bd240edf1868615024ff11c24c3d52c._comment
new file mode 100644
index 0000000000..ad4b23f29a
--- /dev/null
+++ b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_1_6bd240edf1868615024ff11c24c3d52c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-19T17:19:28Z"
+ content="""
+I had similar issues when I tried to use \"present\" settings a while back, except it was with adding files.  I would add a file and then it would be immediately dropped (because it was not yet \"present\" while it was being added?).  I gave up and just started using \"archive\" subdirectories for things I didn't want to be present.  Even so I'm having some confusing issues with the assistant.  It keeps dropping certain files which are in \"backup\" repositories and therefore should never have anything dropped.  I haven't isolated what's going on to the degree I can get a good bug report together.  But I'm having a hard time trusting assistant and its content settings to do what I want.  I have a couple scripts that do things like:
+
+git annex copy --not --in=usbdrive --to=usbdrive
+
+to populate my backup repos, and these seem much more reliable than the assistant.
+
+"""]]
diff --git a/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_2_37c5e9a7669b5b94fbadb8792a765316._comment b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_2_37c5e9a7669b5b94fbadb8792a765316._comment
new file mode 100644
index 0000000000..58292aa14b
--- /dev/null
+++ b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_2_37c5e9a7669b5b94fbadb8792a765316._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 2"
+ date="2012-12-19T18:20:50Z"
+ content="""
+I've found and fixed a bug in transfer log parsing that could cause the assistant to get confused about the name of the file it had just transferred, and think it was not preferred content and drop it. I think this was causing both problems reported above.
+"""]]
diff --git a/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_3_87aa4c5942929be81ddc1e2795d56f0e._comment b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_3_87aa4c5942929be81ddc1e2795d56f0e._comment
new file mode 100644
index 0000000000..f4d6240bce
--- /dev/null
+++ b/doc/forum/assistant_overzealously_moving_stuff_to_other_repos/comment_3_87aa4c5942929be81ddc1e2795d56f0e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2012-12-20T00:05:08Z"
+ content="""
+Thanks, I'll give it another shot!
+
+"""]]
diff --git a/doc/forum/assistant_without_watch__63__.mdwn b/doc/forum/assistant_without_watch__63__.mdwn
new file mode 100644
index 0000000000..34aa3e4415
--- /dev/null
+++ b/doc/forum/assistant_without_watch__63__.mdwn
@@ -0,0 +1,13 @@
+"watch" is described as
+
+> With this running as a daemon in the background, you no longer need to manually run git commands  when  manipulating your files.
+
+and "assistant" is described as
+
+> Like watch, but also automatically syncs changes to other remotes.
+
+I would like the behaviour of assistant, without the watch part:
+
+I have an archive of large files, which I think would be useful to manage manually using git.  But I don't want to manually enforce the "numcopies=" requirement, playing with the assistant and webapp it seems really nice to have it take care of that.
+
+Is there currently an "assistant-without-watch" option?   If not, is it planned?
diff --git a/doc/forum/assistant_without_watch__63__/comment_1_be1f7c038426e53209a85ae1119269d5._comment b/doc/forum/assistant_without_watch__63__/comment_1_be1f7c038426e53209a85ae1119269d5._comment
new file mode 100644
index 0000000000..dc64ef7d2d
--- /dev/null
+++ b/doc/forum/assistant_without_watch__63__/comment_1_be1f7c038426e53209a85ae1119269d5._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 1"
+ date="2013-02-22T22:31:29Z"
+ content="""
+Not quite. 
+
+Recent versions allow you to disable the automatic committing while the assistant is running by setting annex.autocommit=false .. or just by going into the webapp repository list and pausing syncing for the \"here\" repository.
+
+But, with automatic committing disabled, the assistant doesn't know when new files are added, so will not transfer them.  The rest of it still works, so for example if another clone of the repository makes changes
+the assistant will merge them in and download the new files.
+
+To transfer new files you created, you could use `git annex copy --auto --to someremote`, which will only copy them if needed to satisfy numcopies.
+"""]]
diff --git a/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__.mdwn b/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__.mdwn
new file mode 100644
index 0000000000..45c43f4434
--- /dev/null
+++ b/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__.mdwn
@@ -0,0 +1,10 @@
+To connect to a remote server I have to tunnel it through a server I have access to. My .ssh/config for this connection looks like this:
+
+
+    Host server-at-home
+        HostName foo.bar.de
+        User foo
+        Port 222
+        ProxyCommand /usr/bin/ssh me@server-i-have-access-to /bin/nc -w 3700 %h %p
+
+Is it possible to create a connection using a similar configuration via the git-annex assistant?
diff --git a/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__/comment_1_817a3ed424e4fb76fcd33295f2953250._comment b/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__/comment_1_817a3ed424e4fb76fcd33295f2953250._comment
new file mode 100644
index 0000000000..b3e495dc22
--- /dev/null
+++ b/doc/forum/assitant:_special_remote_server___40__needs_ssh_tunnel__41__/comment_1_817a3ed424e4fb76fcd33295f2953250._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-11-28T22:08:04Z"
+ content="""
+You can add/clone from the remote from the command line and webapp will use it. 
+"""]]
diff --git a/doc/forum/autobuilders_for_git-annex_to_aid_development.mdwn b/doc/forum/autobuilders_for_git-annex_to_aid_development.mdwn
new file mode 100644
index 0000000000..2c1280e514
--- /dev/null
+++ b/doc/forum/autobuilders_for_git-annex_to_aid_development.mdwn
@@ -0,0 +1,34 @@
+This is a continuation of the conversation from [[the comments|design/assistant/#comment-77e54e7ebfbd944c370173014b535c91]] section in the design of git-assistant. In summary, I've setup an auto builder which should help [[Joey]] have an easier time developing on git-annex on non-linux/debian platforms. This builder is currently running on OSX 10.7 with the 64bit version of Haskell Platform.
+
+The builder output can be found at <http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0/>, the CGI on this site does not work as my OSX workstation is pushing the output from another location.
+
+The builder currently tries to build all branches except 
+
+* debian-stable
+* pristine-tar
+* setup
+
+It also does not build any of the tags as well, Joey had suggested to ignore the bpo named tags, but for now it's easier for me to not build any tags. To continue on this discussion, if anyone wants to setup a gitbuilder instance, here is the build.sh script that I am using.
+
+<pre>
+#!/bin/bash -x
+
+# Macports
+export PATH=/opt/local/bin:$PATH
+
+# Haskell userland
+export PATH=$PATH:$HOME/.cabal/bin
+
+# Macports gnu
+export PATH=/opt/local/libexec/gnubin:$PATH
+
+make || exit 3
+
+make -q test
+if [ "$?" = 1 ]; then
+        # run "make test", but give it a time limit in case a test gets stuck
+        ../maxtime 1800 make test || exit 4
+fi
+</pre>
+
+It's also using the branches-local script for sorting and prioritising the branches to build, this branches-local script can be found at the [autobuild-ceph](https://github.com/ceph/autobuild-ceph/blob/master/branches-local) repository. If there are other people interested in setting up their own instances of gitbuilder for git-annex, please let me know and I will setup an aggregator page to collect status of the builds. The builder runs and updates on a very regular basis.
diff --git a/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_1_7e88f815e8d9652ef18ea6d54b118962._comment b/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_1_7e88f815e8d9652ef18ea6d54b118962._comment
new file mode 100644
index 0000000000..82380cd602
--- /dev/null
+++ b/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_1_7e88f815e8d9652ef18ea6d54b118962._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2012-07-02T16:25:55Z"
+ content="""
+I've some binaries for OSX which can be found at <http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0-binary/dist/> its just the master branch, and it's built on a system that runs macports. Binaries are built and updated whenever there are changes made to the master branch of git-annex.
+"""]]
diff --git a/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_2_fef17a10226af5671495c2929653c337._comment b/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_2_fef17a10226af5671495c2929653c337._comment
new file mode 100644
index 0000000000..da3cd6e671
--- /dev/null
+++ b/doc/forum/autobuilders_for_git-annex_to_aid_development/comment_2_fef17a10226af5671495c2929653c337._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-09-29T09:01:11Z"
+ content="""
+I'm currently playing with the autobuilder to get it to do more sensible things so it may be broken for a day or two
+"""]]
diff --git a/doc/forum/avoid_rehashing_when_converting_existing_backups_into_new_remotes.mdwn b/doc/forum/avoid_rehashing_when_converting_existing_backups_into_new_remotes.mdwn
new file mode 100644
index 0000000000..34bae17fa5
--- /dev/null
+++ b/doc/forum/avoid_rehashing_when_converting_existing_backups_into_new_remotes.mdwn
@@ -0,0 +1,3 @@
+I have two copies of a large collection of photos on two computers. I have been using rsync to keep them synchronized, but I would like to use git annex instead. I finished initializing one repo, and now its time to initialize the other repo before I can sync them up. But it seems redundant that the other repo will compute its own hashes although I know that the two contents are identical. Can't I just copy the keys and tell git annex to assume that any files seen have already been hashed?
+
+As a start, I cloned the .git from the first machine to the second. But that wasn't enough ... I now have an empty git-annex repo in the second machine. What else is missing?
diff --git a/doc/forum/bainstorming:_git_annex_push___38___pull.mdwn b/doc/forum/bainstorming:_git_annex_push___38___pull.mdwn
new file mode 100644
index 0000000000..8a6c552b80
--- /dev/null
+++ b/doc/forum/bainstorming:_git_annex_push___38___pull.mdwn
@@ -0,0 +1,28 @@
+Wouldn't it make sense to offer
+
+    git annex pull
+
+which would basically do
+
+    git pull
+    git annex get
+
+and
+
+    git annex push
+
+which would do
+
+    git annex commit .
+    git annex put # (the proposed "send to default annex" command)
+    git commit -a -m "$HOST $(date +%F-%H-%M-%S)" # or similar
+    git push
+
+Resulting in commands that are totally analogous to git push & pull: Sync all data from/to a remote.
+
+> Update:
+
+This is useful:
+
+    git config [--global] alias.annex-push '!git pull && git annex add . && git annex copy . --to $REMOTE --fast --quiet && git commit -a -m "$HOST $(date +%F--%H-%M-%S-%Z)" && git push'
+
diff --git a/doc/forum/bainstorming:_git_annex_push___38___pull/comment_1_3a0bf74b51586354b7a91f8b43472376._comment b/doc/forum/bainstorming:_git_annex_push___38___pull/comment_1_3a0bf74b51586354b7a91f8b43472376._comment
new file mode 100644
index 0000000000..3d69e8f290
--- /dev/null
+++ b/doc/forum/bainstorming:_git_annex_push___38___pull/comment_1_3a0bf74b51586354b7a91f8b43472376._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-05T18:05:00Z"
+ content="""
+Maybe, otoh, part of the point of git-annex is that the data may be too large to pull down all of it.
+
+I find mr useful as a policy layer over top of git-annex, so \"mr update\" can pull down appropriate quantities of data from
+appropriate locations.
+"""]]
diff --git a/doc/forum/bainstorming:_git_annex_push___38___pull/comment_2_b02ca09914e788393c01196686f95831._comment b/doc/forum/bainstorming:_git_annex_push___38___pull/comment_2_b02ca09914e788393c01196686f95831._comment
new file mode 100644
index 0000000000..e0ecc1a819
--- /dev/null
+++ b/doc/forum/bainstorming:_git_annex_push___38___pull/comment_2_b02ca09914e788393c01196686f95831._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-04-05T20:52:52Z"
+ content="""
+No-so-subtle sarcasm taken and acknowledged :)
+
+Arguably, git-annex should know about any local limits and not have them implemented via mr from the outside. I guess my concern boils down to having git-annex do the right thing all by itself with minimal user interaction. And while I really do appreciate the flexibility of chaining commands, I am a firm believer in exposing the common use cases as easily as possible.
+
+And yes, I am fully aware that not all annexes are created equal. Point in case, I would never use git annex pull on my laptop, but I would git annex push extensively.
+
+
+"""]]
diff --git a/doc/forum/bash_completion.mdwn b/doc/forum/bash_completion.mdwn
new file mode 100644
index 0000000000..649ad0457a
--- /dev/null
+++ b/doc/forum/bash_completion.mdwn
@@ -0,0 +1 @@
+I wrote more than 2 years ago a bash completion file for git-annex (did I miss an official version?) I just updated it today to match current version of git-annex, it is far from perfect, still incomplete, and probably buggy, but works for me. I tried to attach the file in case it could be useful to someone, but it seems that I can't; is it ok to paste the code directly?
diff --git a/doc/forum/bash_completion/comment_1_5c42c0c8e7fc3224bf5406880f9fd0c4._comment b/doc/forum/bash_completion/comment_1_5c42c0c8e7fc3224bf5406880f9fd0c4._comment
new file mode 100644
index 0000000000..7f2f0afd05
--- /dev/null
+++ b/doc/forum/bash_completion/comment_1_5c42c0c8e7fc3224bf5406880f9fd0c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 1"
+ date="2013-10-10T07:08:21Z"
+ content="""
+I hope it is.  I'd love to use it.
+"""]]
diff --git a/doc/forum/bash_completion/comment_2_6cbe3c825db99bf9188a0de8bb937d5b._comment b/doc/forum/bash_completion/comment_2_6cbe3c825db99bf9188a0de8bb937d5b._comment
new file mode 100644
index 0000000000..72d5e3fc41
--- /dev/null
+++ b/doc/forum/bash_completion/comment_2_6cbe3c825db99bf9188a0de8bb937d5b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2013-10-10T09:22:00Z"
+ content="""
+it is, please publish.
+"""]]
diff --git a/doc/forum/bash_completion/comment_3_948c40f1e46ca220d61365aebcd4f6d7._comment b/doc/forum/bash_completion/comment_3_948c40f1e46ca220d61365aebcd4f6d7._comment
new file mode 100644
index 0000000000..fbe659164e
--- /dev/null
+++ b/doc/forum/bash_completion/comment_3_948c40f1e46ca220d61365aebcd4f6d7._comment
@@ -0,0 +1,136 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkUwqII7LhbatqAQY1T5ZZOdPEFcQJKG6I"
+ nickname="Rafael"
+ subject="comment 3"
+ date="2013-10-13T16:14:34Z"
+ content="""
+This code needs the bash-completion file for git by Shawn O. Pearce, I think it is distributed by default on debian. Any feed-back or improvement is welcome! I'm far from expert, use at your own risks.
+
+
+    #!bash
+    #
+    # bash completion support for git-annex
+
+    # depends on git completion file (by Shawn O. Pearce):
+    [ -n \"$__git_whitespacelist\" ] || . $BASH_COMPLETION_DIR/git
+
+
+    # almost copy of __git_aliased_command
+    # requires 2 arguments: alias and main command (after git)
+    __git_aliased_subcommand ()
+    {
+        local word cmdline=$(git --git-dir=\"$(__gitdir)\" \
+            config --get \"alias.$1\")
+        for word in $cmdline; do
+            case \"$word\" in
+                \!*)	: shell command alias ;;
+                -*)	: option ;;
+                *=*)	: setting env ;;
+                git)	: git itself ;;
+                \"$2\")   : main command
+                    local found=1 ;;
+                *)
+                    [ -n \"${found-}\" ] && echo \"$word\"
+                    return
+            esac
+        done
+    }
+
+
+    _git_annex ()
+    {
+        _get_comp_words_by_ref -n =: cur words
+        # $ git annex 2>&1 |sed '1,6d '|grep -v '^$'|grep -v 'commands:$'|cut -c1-12
+        local subcommands=\"
+            add addurl assistant copy drop edit get import importfeed lock
+            mirror move rmurl sync unlock watch webapp content dead describe
+            direct enableremote group indirect init initremote semitrust
+            trust ungroup untrust vicfg addunused dropunused fix forget fsck
+            merge unused upgrade find help list log map status version
+            whereis migrate reinject unannex uninit dropkey
+            \"
+        # plumbing (to complete?): fromkey fuzztest pre-commit rekey test
+        # transferkey transferkeys xmppgit
+        local subcommand=\"$(__git_find_on_cmdline \"$subcommands\")\"
+        if [ -z \"$subcommand\" ]; then
+            ## search for aliased subcommand
+            ## works only if the alias is invoked just after git
+            ## (simpler, cf _git function)
+            local maybesubcom maybealias=${words[1]}
+            [ -n \"$maybealias\" ] && # false with a bash alias='git annex'
+            [ \"${maybealias:0:1}\" != '-' ] &&
+            maybesubcom=$(__git_aliased_subcommand \"$maybealias\" annex)
+            for subcommand in $subcommands \"\"; do
+                [ \"$maybesubcom\" = \"$subcommand\" ] && break
+            done
+            [ -z \"$subcommand\" ] &&
+            __gitcomp \"$subcommands\" &&
+            return
+        fi
+        case \"$cur\" in
+            --from=*|--to=*|--trust=*|--semitrust=*|--untrust=*|--in=*)
+                __gitcomp \"here $(__git_remotes)\" \"\" \"${cur##*=}\"
+                ;;
+            --*)
+                __gitcomp \"
+                    --force --fast --auto --all --unused --quiet --verbose --json --debug
+                    --no-debug --from= --to= --numcopies= --time-limit= --trust= --semitrust=
+                    --untrust= --trust-glacier-inventory --backend= --format= --user-agent=
+                    --exclude= --include= --in= --copies= --inbackend= --inallgroup=
+                    --smallerthan= --largerthan= --not --and --or
+                    \"
+                ;;
+            # -*)
+            # __gitcomp \"-( -) -c\"
+            # ;;
+            *)
+                case \"$subcommand\" in
+                    # subcommands with PATH (currently outputs wrongly \"uninit\",
+                    # and not \"reinject\")
+                    # $ tr ' ' '|' <<< $(git annex 2>&1 |sed '1,6d '|grep -v '^$' | \
+                    # grep -v 'commands:$'|grep PATH |cut -c1-12)
+                    add|copy|drop|edit|get|import|lock|mirror|move|unlock|fix| \
+                        fsck|find|list|log|status|whereis|migrate|unannex| \
+                        fromkey|pre-commit|rekey|reinject)
+                        COMPREPLY=() # complete with paths
+                        ;;
+                    addurl|importfeed|rmurl) # URL commands
+                        COMPREPLY=() # at least works with file://...
+                        ;;
+                    init|uninit|unused|merge|status|map|upgrade|version|assistant| \
+                        watch|webapp|direct|indirect|vicfg|forget|help) # | plumbing...
+                        COMPREPLY= # no more args expected
+                        # is 'COMPREPLY=' correct? (seems not standard practice...)
+                        ;;
+                    describe|trust|untrust|semitrust|sync|content|dead|group|ungroup)
+                        __gitcomp \"here $(__git_remotes)\"
+                        # TODO: handle git-annex special remotes
+                        ;;
+                    initremote|enableremote)
+                        case \"$cur\" in
+                            type=*)
+                                __gitcomp \"S3 bup directory rsync gcrypt webdav\" \"\" \"${cur##type=}\"
+                                ;;
+                            encryption=*)
+                                __gitcomp \"none hybrid shared pubkey\" \"\" \"${cur##encryption=}\"
+                                ;;
+
+                            buprepo=|directory=|rsyncurl=)
+                                COMPREPLY=()
+                                # use COMPREPLY (and compgen below) directly because
+                                #  __gitcomp does not handle '*=*' pattern, only '--*=*'
+                                # Writing a __gitannexcomp function may be worth it.
+                                ;;
+                            *)
+                                local initremoteopts=\"
+                                    type= encryption= buprepo= directory= rsyncurl= \"
+                                COMPREPLY=($(compgen -W \"$initremoteopts \" -- \"$cur\"))
+                                ;;
+                        esac
+                        ;;
+                esac
+                ;;
+        esac
+    }
+
+"""]]
diff --git a/doc/forum/bash_completion/comment_4_dbae348b230b780cda91ed8576b8f9fa._comment b/doc/forum/bash_completion/comment_4_dbae348b230b780cda91ed8576b8f9fa._comment
new file mode 100644
index 0000000000..525a613b0b
--- /dev/null
+++ b/doc/forum/bash_completion/comment_4_dbae348b230b780cda91ed8576b8f9fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 4"
+ date="2013-10-15T17:53:21Z"
+ content="""
+@Rafael, you should put a license on that code..
+"""]]
diff --git a/doc/forum/batch_check_on_remote_when_using_copy.mdwn b/doc/forum/batch_check_on_remote_when_using_copy.mdwn
new file mode 100644
index 0000000000..633b61d6f9
--- /dev/null
+++ b/doc/forum/batch_check_on_remote_when_using_copy.mdwn
@@ -0,0 +1,34 @@
+When I copy my local repository with SHA* to a remote repo with SHA*, every single file is checked by itself which seems rather inefficient. When my remote is accessed via ssh, git-annex opens a new connections for every check. If you are not using a ssh key or key agent, this gets tedious...
+
+For all locked files, either git's built-in mechanisms should be used or, if that's not possible, a few hundred checksums (assuming SHA* backend) should be transfered at once and then checked locally before deciding that to transfer.
+
+Once all checks are done, one single transfer session should be started. Creating new sessions and waiting for TCP's slowstart to get going is a lot less than efficient.
+
+
+-- RichiH
+
+> (Use of SHA is irrelevant here, copy does not checksum anything.)
+> 
+> I think what you're seeing is
+> that `git annex copy --to remote` is slow, going to the remote repository
+> every time to see if it has the file, while `git annex copy --from remote`
+> is fast, since it looks at what files are locally present.
+> 
+> That is something I mean to improve. At least `git annex copy --fast --to remote`
+> could easily do a fast copy of all files that are known to be missing from
+> the remote repository. When local and remote git repos are not 100% in sync,
+> relying on that data could miss some files that the remote doesn't have anymore,
+> but local doesn't know it dropped. That's why it's a candidate for `--fast`.
+> 
+> I've just implemented that.
+> 
+> While I do hope to improve ssh usage so that it sshs once, and feeds
+> `git-annex-shell` a series of commands to run, that is a much longer-term
+> thing. --[[Joey]]
+
+>> FYI, in a repo with 1228 files, all small, repos _completely in sync_.
+
+    % git annex copy . --to foo # 1200 seconds
+    % git annex copy . --to foo --fast # 20 seconds
+
+>> RichiH
diff --git a/doc/forum/benefit_of_splitting_a_repository.mdwn b/doc/forum/benefit_of_splitting_a_repository.mdwn
new file mode 100644
index 0000000000..111feb2cf0
--- /dev/null
+++ b/doc/forum/benefit_of_splitting_a_repository.mdwn
@@ -0,0 +1,10 @@
+I am evaluating the best strategy to use git-annex to manage my media library. It consists of about 300.000 files totaling 1 TB of data.
+
+My question is, wheither it would be of advantage to split the repo into several smaller ones (Like Photos, Videos, Musik, Books, ...)?
+
+Would this affect performance of certain operations? I.e. Operations that have superlinear (O(n^a) with a > 1) complexity?
+
+I am thinking about "git annex unused", which takes 22 minutes on my machine performed on the full repo. 
+
+
+Do you have more interesting information on using git-annex in this scale?
diff --git a/doc/forum/benefit_of_splitting_a_repository/comment_1_93a86cb03b66e7ab5dd7146e7b86c9e8._comment b/doc/forum/benefit_of_splitting_a_repository/comment_1_93a86cb03b66e7ab5dd7146e7b86c9e8._comment
new file mode 100644
index 0000000000..72ea4f29bb
--- /dev/null
+++ b/doc/forum/benefit_of_splitting_a_repository/comment_1_93a86cb03b66e7ab5dd7146e7b86c9e8._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-28T18:16:10Z"
+ content="""
+`git-annex unused` needs to scan the entire repository. But it uses a bloom filter, so its complexity is O(n) to the number of keys.
+
+`git annex fsck` scans the entire repository and also reads all available file content. But we have incremental fsck support now.
+
+The rest of git-annex is designed to have good locality.
+
+The main problem you are likely to run into is innefficiencies with git's index file. This file records the status of every file in the repository, and commands like `git add` rewrite the whole file. git-annex uses a journal to minimise operations that need to rewrite the git index file, but this won't help you when you're using raw git commands in the repository.
+
+"""]]
diff --git a/doc/forum/benefit_of_splitting_a_repository/comment_2_4e2fed247298d620fee7be883a1e86a6._comment b/doc/forum/benefit_of_splitting_a_repository/comment_2_4e2fed247298d620fee7be883a1e86a6._comment
new file mode 100644
index 0000000000..c102243f40
--- /dev/null
+++ b/doc/forum/benefit_of_splitting_a_repository/comment_2_4e2fed247298d620fee7be883a1e86a6._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 2"
+ date="2012-12-02T19:24:59Z"
+ content="""
+The biggest problem I am facing actually is the git pack-objects command, which takes forever. 
+
+I am not starting it manually, but \"git annex sync\" is. 
+
+Any advice on how to make this faster?
+Does it make sense at all to pack a bunch of uncompressible simlinks?
+
+I already tried the delta=false attrigute, without any (major) effect.
+"""]]
diff --git a/doc/forum/best_practices_for_importing_photos__63__.mdwn b/doc/forum/best_practices_for_importing_photos__63__.mdwn
new file mode 100644
index 0000000000..2f57f3b35e
--- /dev/null
+++ b/doc/forum/best_practices_for_importing_photos__63__.mdwn
@@ -0,0 +1,13 @@
+What are everyone's tips for importing photos to make best use of metadata and views?
+
+Let's assume there's no need to be compatible with a photo manager app, but we may be importing lots of duplicates, and while content deduplication is great, I'd like to avoid naming problems too.
+
+Do you bother to rename your photos?
+
+Do you use EXIF metadata as git-annex metadata? Selectively or wholesale, with all the redundant tags in EXIF?
+
+If you do use a photo manager app, do you need to do anything special to make that work?
+
+Thanks for your responses everyone!
+
+-mike
diff --git a/doc/forum/best_practices_for_importing_photos__63__/comment_1_37f0ae4b552ec2a4a144ddcdc17c8453._comment b/doc/forum/best_practices_for_importing_photos__63__/comment_1_37f0ae4b552ec2a4a144ddcdc17c8453._comment
new file mode 100644
index 0000000000..3d17874ad5
--- /dev/null
+++ b/doc/forum/best_practices_for_importing_photos__63__/comment_1_37f0ae4b552ec2a4a144ddcdc17c8453._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="178.79.137.64"
+ subject="comment 1"
+ date="2014-04-15T14:25:04Z"
+ content="""
+git-annex's metadata and views made me stop hopping between programs (digikam, tagsistant etc.) to organise my photos (I had even just started working on my own FUSE tagging filesystem which was effectively going to be tagsistant, but with a git-annex'y backend).
+
+As usual, my method is probably a little odd :)
+
+Photos are 'git import'ed into a $(uuidgen) directory (so no worries about filename collisions) and tagged with media=Photograph and tag=untagged. Then I go through them and add relevant tags (one of which is \"xbmc\", no prizes for guessing how that works with the views :]) and move them into a more appropriate directory structure, using gqview and its \"sort manager\". This is really nice and fast, due to it only copying/moving symlinks!
+
+One thing I'm considering doing it putting a shim between git-annex and gqview, so that it generates entries in the sort manager which are appropriate for the current view. So, for example, if the view is location=*, the sort manager would have:
+
+    location=Malta
+    location=York
+
+While it wouldn't get updated if I create new tags (by creating directories in the view), it would save a lot of time creating them every time the view changes.
+"""]]
diff --git a/doc/forum/best_practices_for_importing_photos__63__/comment_2_7f96f0fe0fc073321bd7c5bbd9048425._comment b/doc/forum/best_practices_for_importing_photos__63__/comment_2_7f96f0fe0fc073321bd7c5bbd9048425._comment
new file mode 100644
index 0000000000..349ee432a3
--- /dev/null
+++ b/doc/forum/best_practices_for_importing_photos__63__/comment_2_7f96f0fe0fc073321bd7c5bbd9048425._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 2"
+ date="2014-04-17T20:11:59Z"
+ content="""
+It seems to me that there is a lot of cruft in EXIF that I would not want to bloat my git-annex branch with storing. That's why [[tips/automatically_adding_metadata]] imports only the listed fields. It's easy to add fields later and re-run the metadata importer on your existing files.
+
+I have not gotten as far as having any best practices to share. :)
+
+"""]]
diff --git a/doc/forum/btsync_equivalent__63__.mdwn b/doc/forum/btsync_equivalent__63__.mdwn
new file mode 100644
index 0000000000..ce72b10c5d
--- /dev/null
+++ b/doc/forum/btsync_equivalent__63__.mdwn
@@ -0,0 +1,8 @@
+I am using bit torrent sync to sync folders and files between my server, my laptop and my smartphone.
+How similar, or different, is git-annex?
+
+Btsync allows me to sync files with no centralized server, encrypted, with some revision history (but I believe it is basic).
+
+
+
+/glattering
diff --git a/doc/forum/btsync_equivalent__63__/comment_1_6bfdc6f595a8aa8979a7c2a10925812f._comment b/doc/forum/btsync_equivalent__63__/comment_1_6bfdc6f595a8aa8979a7c2a10925812f._comment
new file mode 100644
index 0000000000..dd8b17f1a9
--- /dev/null
+++ b/doc/forum/btsync_equivalent__63__/comment_1_6bfdc6f595a8aa8979a7c2a10925812f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 1"
+ date="2014-01-16T15:55:05Z"
+ content="""
+Maybe [[telehash|devblog/day_97__exciting_telehash_possiblities/]] is the free and open source answer to btsync?
+"""]]
diff --git a/doc/forum/cabal_install_fails_on_uuid.mdwn b/doc/forum/cabal_install_fails_on_uuid.mdwn
new file mode 100644
index 0000000000..606f7954dc
--- /dev/null
+++ b/doc/forum/cabal_install_fails_on_uuid.mdwn
@@ -0,0 +1,23 @@
+Hey, so I am trying to compile git-annex through cabal but it fails on building uuid. It gives me this strange error:
+
+    Resolving dependencies...
+    Configuring uuid-1.3.1...
+    Building uuid-1.3.1...
+    Preprocessing library uuid-1.3.1...
+    [ 1 of 10] Compiling Data.UUID.Builder ( Data/UUID/Builder.hs, dist/build/Data/UUID/Builder.o )
+    [ 2 of 10] Compiling Data.Word.Util   ( Data/Word/Util.hs, dist/build/Data/Word/Util.o )
+    [ 3 of 10] Compiling Data.UUID.Internal ( Data/UUID/Internal.hs, dist/build/Data/UUID/Internal.o )
+    Data/UUID/Internal.hs:394:20: Not in scope: `BL.fromStrict'
+    Data/UUID/Internal.hs:399:48: Not in scope: `BL.toStrict'
+    cabal: Error: some packages failed to install:
+    git-annex-4.20131002 depends on uuid-1.3.1 which failed to install.
+    uuid-1.3.1 failed during the building phase. The exception was:
+    ExitFailure 1
+
+Any advice on how to proceed?
+
+System is: Debian Wheezy (CrunchBang Waldorf) 64bit
+
+versions are:
+    uuid-dev: 2.20.1-5.3
+    cabal: 1.14.0
diff --git a/doc/forum/cabal_install_fails_on_uuid/comment_1_2a3963e21bc7ff526124b902cb0b6ad2._comment b/doc/forum/cabal_install_fails_on_uuid/comment_1_2a3963e21bc7ff526124b902cb0b6ad2._comment
new file mode 100644
index 0000000000..47fe7e5ff8
--- /dev/null
+++ b/doc/forum/cabal_install_fails_on_uuid/comment_1_2a3963e21bc7ff526124b902cb0b6ad2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-22T17:52:10Z"
+ content="""
+That version of the haskell uuid library installs ok on my Debian sid system. Seems to me you have a too old version of the haskell bytestring library, which added `fromStrict` in version 0.10.0.0. Probably `cabal install bytestring` will fix it up for you, but building git-annex from source using cabal is a complicated thing that can go wrong in many ways. Have you considered one of the prebuilt binaries?
+"""]]
diff --git a/doc/forum/cabal_install_fails_on_uuid/comment_2_1609525998e2b36c04d67f4d988139c0._comment b/doc/forum/cabal_install_fails_on_uuid/comment_2_1609525998e2b36c04d67f4d988139c0._comment
new file mode 100644
index 0000000000..0f308df0b4
--- /dev/null
+++ b/doc/forum/cabal_install_fails_on_uuid/comment_2_1609525998e2b36c04d67f4d988139c0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkj7tMEJKcZpNXIFkHAAcNi5qJFSFyjn6o"
+ nickname="thissideup"
+ subject="comment 2"
+ date="2013-10-23T11:15:20Z"
+ content="""
+I contacted the maintainer of the uuid-package and he fixed the issue in the current release, so everythings fine now. and: everything compiled beautifully. 
+
+But to answer your question: I tend to rather compile things myself if I don't find them (or a current enough version) in the repos - but that's purely personal. ;)
+"""]]
diff --git a/doc/forum/can_I_only_add_my_own_files__63__.mdwn b/doc/forum/can_I_only_add_my_own_files__63__.mdwn
new file mode 100644
index 0000000000..5554295824
--- /dev/null
+++ b/doc/forum/can_I_only_add_my_own_files__63__.mdwn
@@ -0,0 +1,27 @@
+Hi,
+
+[ sorry for the wrong bugreport in the last version of this entry ]
+
+It seems as if I can only add my own file to the annex, even if I have group write permissions.  Is that correct?  Can that be circumvented other than copying/deleting the large file?
+
+Here is some demonstration:
+
+    > git init
+    > git config user.name dtr
+    > git config user.email dtrn@dtrn.com
+    
+    > dd if/dev/zero of=test2.bin count=1000
+    
+    > ll
+    -rw-rw-r-- 1 dtr dtr 512000 Sep 16  2013 test2.bin
+    
+    > sudo chown someone test2.bin
+    > ll
+    -rw-rw-r-- 1 someone dtr 512000 Sep 16  2013 test2.bin
+    
+    > git annex init
+    > git annex add test2.bin
+    add test2.bin (checksum...) 
+    git-annex: /test-git-annex/.git/annex/objects/Fq/f6/SHA256-s512000--2d4da04b861bb9dbe77c871415931785a18138d6db035f1bbcd0cf8277c6fc23/SHA256-s512000--2d4da04b861bb9dbe77c871415931785a18138d6db035f1bbcd0cf8277c6fc23: setFileMode: permission denied (Operation not permitted)
+    failed
+    git-annex: add: 1 failed
diff --git a/doc/forum/can_I_only_add_my_own_files__63__/comment_1_767d647af9d0345f337338d6319071fa._comment b/doc/forum/can_I_only_add_my_own_files__63__/comment_1_767d647af9d0345f337338d6319071fa._comment
new file mode 100644
index 0000000000..80efaf04bd
--- /dev/null
+++ b/doc/forum/can_I_only_add_my_own_files__63__/comment_1_767d647af9d0345f337338d6319071fa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:42:00Z"
+ content="""
+git-annex needs to be able to lock down files to ensure that nobody can write to them, and to do this it needs to remove the write bit, and you can't remove the write bit from a file you don't own.
+
+Note that if you configure git's core.sharedRepository when making a repository (git init --shared), then all files in both git and git-annex will be group writable. Put you and the other person you wanted to be able to write to the file in a group, and you can both access the repository. So that's the right way to do it.
+"""]]
diff --git a/doc/forum/can_I_only_add_my_own_files__63__/comment_2_0c3306ffb38b97b54e1e0436d12c1876._comment b/doc/forum/can_I_only_add_my_own_files__63__/comment_2_0c3306ffb38b97b54e1e0436d12c1876._comment
new file mode 100644
index 0000000000..5a63a71760
--- /dev/null
+++ b/doc/forum/can_I_only_add_my_own_files__63__/comment_2_0c3306ffb38b97b54e1e0436d12c1876._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 2"
+ date="2013-09-26T06:32:48Z"
+ content="""
+Thanks a lot.  The solution with --shared was really helpful.
+"""]]
diff --git a/doc/forum/can_git-annex_replace_ddm__63__.mdwn b/doc/forum/can_git-annex_replace_ddm__63__.mdwn
new file mode 100644
index 0000000000..8d49652c3d
--- /dev/null
+++ b/doc/forum/can_git-annex_replace_ddm__63__.mdwn
@@ -0,0 +1,13 @@
+Hi,
+a few years ago I wrote a tool called 'ddm'.  The code is overengineered and the script is more complicated then it should be,
+but I think it demonstrates some good use cases, and I wonder how well git-annex can fulfill the requirements for those use cases - maybe I should remove ddm and start hacking with git-annex instead.
+
+To answer this question, you should read the section about the possible dataset types on http://dieter.plaetinck.be/ddm_a_distributed_data_manager.html, and the example at the bottom of that page. it demonstrates the idea behind the "selection" dataset to always try to keep a subset (the most appropriate, based on the output of some script) of files "checked out".
+the introduction section on https://github.com/Dieterbe/ddm/raw/358f7cf92c0ba7b336dc97638351d4e324461afa/MANUAL should further clarify things, as well as give some more good use cases (as you can see it's a bit more about [semi-]automated workflows then purely tracking what's where)
+
+So I'm not sure, maybe the way to go for me is to make git-annex my "housekeeping about which data is where" backend and make ddm into a set of policies and tools on top of git-annex.
+
+Any input?
+
+Thanks,
+Dieter
diff --git a/doc/forum/can_git-annex_replace_ddm__63__/comment_1_aa05008dfe800474ff76678a400099e1._comment b/doc/forum/can_git-annex_replace_ddm__63__/comment_1_aa05008dfe800474ff76678a400099e1._comment
new file mode 100644
index 0000000000..eb824971f6
--- /dev/null
+++ b/doc/forum/can_git-annex_replace_ddm__63__/comment_1_aa05008dfe800474ff76678a400099e1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-02-14T22:08:54Z"
+ content="""
+Yes, there is value in layering something over git-annex to use a policy to choose what goes where.
+
+I use [mr](http://kitenet.net/~joey/code/mr/) to update and manage all my repositories, and since mr can be made to run arbitrary commands when doing eg, an update, I use its config file as such a policy layer. For example, my podcasts are pulled into my sound repository in a subdirectory; boxes that consume podcasts run \"git pull; git annex get podcasts --exclude=\"*/out/*\"; git annex drop podcasts/*/out\". I move podcasts to \"out\" directories once done with them (I have yet to teach mpd to do that for me..), and the next time I run \"mr update\" to update everything, it pulls down new ones and removes old ones.
+
+I don't see any obstacle to doing what you want. May be that you'd need better querying facilities in git-annex (so the policy layer can know what is available where), or finer control (--exclude is a good enough hammer for me, but maybe not for you).
+"""]]
diff --git a/doc/forum/can_git-annex_replace_ddm__63__/comment_2_008554306dd082d7f543baf283510e92._comment b/doc/forum/can_git-annex_replace_ddm__63__/comment_2_008554306dd082d7f543baf283510e92._comment
new file mode 100644
index 0000000000..ab114bb1c8
--- /dev/null
+++ b/doc/forum/can_git-annex_replace_ddm__63__/comment_2_008554306dd082d7f543baf283510e92._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="comment 2"
+ date="2011-02-16T21:32:04Z"
+ content="""
+thanks Joey,
+
+is it possible to run some git annex command that tells me, for a specific directory, which files are available in an other remote? (and which remote, and which filenames?)
+I guess I could run that, do my own policy thingie, and run `git annex get` for the files I want.
+
+For your podcast use case (and some of my use cases) don't you think git [annex] might actually be overkill?  For example your podcasts use case, what value does git annex give over a simple rsync/rm script?
+such a script wouldn't even need a data store to store its state, unlike git. it seems simpler and cleaner to me.
+
+for the mpd thing, check http://alip.github.com/mpdcron/ (bad project name, it's a plugin based \"event handler\")
+you should be able to write a simple plugin for mpdcron that does what you want (or even interface with mpd yourself from perl/python/.. to use its idle mode to get events)
+
+Dieter
+"""]]
diff --git a/doc/forum/can_git-annex_replace_ddm__63__/comment_3_4c69097fe2ee81359655e59a03a9bb8d._comment b/doc/forum/can_git-annex_replace_ddm__63__/comment_3_4c69097fe2ee81359655e59a03a9bb8d._comment
new file mode 100644
index 0000000000..5cdd6aa0c6
--- /dev/null
+++ b/doc/forum/can_git-annex_replace_ddm__63__/comment_3_4c69097fe2ee81359655e59a03a9bb8d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-16T03:01:17Z"
+ content="""
+Whups, the comment above got stuck in moderation queue for 27 days. I will try to check that more frequently.
+
+In the meantime, I've implemented \"git annex whereis\" -- enjoy!
+
+I find keeping my podcasts in the annex useful because it allows me to download individual episodes or poscasts easily when low bandwidth is available (ie, dialup), or over sneakernet. And generally keeps everything organised.
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX.mdwn b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX.mdwn
new file mode 100644
index 0000000000..59ca2e9fc7
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX.mdwn
@@ -0,0 +1,18 @@
+I have a remote rsync with gpg encryption and can restore without problems on my thinkpad (FreeBSD) - but not on my MacOSX:
+
+$ git annex whereis DSC_7615.JPG
+whereis DSC_7615.JPG (2 copies) 
+  	6855de17-c8fb-11e1-9948-f0def1c18073 -- thinkpad
+   	e388bcf6-c8fc-11e1-a96f-6ffcbceb4af4 -- backup (rsync xxxx)
+ok
+
+$ git annex get --from backup DSC_7615.JPG
+fatal: Could not switch to '../../../.git/annex/objects/Pw/XP/SHA256-s1028494--SHA256': No such file or directory
+
+git-annex: <file descriptor: 6>: hGetLine: end of file
+failed
+git-annex: get: 1 failed
+
+$ git annex version
+git-annex version: 3.20120629
+local repository version: 3
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_1_21f0101447623f5a0cf9e72c3ff463bb._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_1_21f0101447623f5a0cf9e72c3ff463bb._comment
new file mode 100644
index 0000000000..c6c962c403
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_1_21f0101447623f5a0cf9e72c3ff463bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-08-07T13:11:48Z"
+ content="""
+Do the remotes in `.git/config` look the same?
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_2_6234ca64bd03a0e15efbe8f5c204338a._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_2_6234ca64bd03a0e15efbe8f5c204338a._comment
new file mode 100644
index 0000000000..5ae18235b8
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_2_6234ca64bd03a0e15efbe8f5c204338a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hannes"
+ ip="130.226.133.37"
+ subject="they do"
+ date="2012-08-07T14:06:55Z"
+ content="""
+I was also able to copy from the macosx to the rsync backup...
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_3_5ac2b520a907e232984eb513ce088054._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_3_5ac2b520a907e232984eb513ce088054._comment
new file mode 100644
index 0000000000..d80a01a0b2
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_3_5ac2b520a907e232984eb513ce088054._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hannes"
+ ip="130.226.133.37"
+ subject="also, fsck works"
+ date="2012-08-07T14:12:20Z"
+ content="""
+git annex fsck -fbackup some-local-and-remote-file works fine.
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_4_183dd1c29f66539193e7c0b73f329430._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_4_183dd1c29f66539193e7c0b73f329430._comment
new file mode 100644
index 0000000000..6ab9ebb259
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_4_183dd1c29f66539193e7c0b73f329430._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 4"
+ date="2012-08-07T17:53:35Z"
+ content="""
+I recently encountered this problem on OSX, and I'm pretty sure I fixed it. But I don't remember the details of how. I'm sorry I don't have more detail, but I recommend trying a newer version of git-annex. 
+
+And if the problem persists, --debug will show the git commands and should help identify the one that's being passed bad parameters.
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_5_c920d04ffe332caed9d223fa0ac42746._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_5_c920d04ffe332caed9d223fa0ac42746._comment
new file mode 100644
index 0000000000..32420ac661
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_5_c920d04ffe332caed9d223fa0ac42746._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="remember now"
+ date="2012-08-07T19:37:22Z"
+ content="""
+This was a bug in determining the git version at compile time. Fixed in commit bafc50e05e098234d2d22886085d9844fc763e0e which was included in version 3.20120721.
+"""]]
diff --git a/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_6_7a3cf0853a8ec7b996e19b5e80145d21._comment b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_6_7a3cf0853a8ec7b996e19b5e80145d21._comment
new file mode 100644
index 0000000000..9ffb376a71
--- /dev/null
+++ b/doc/forum/cannot_fetch_from___40__gpg-encrypted__41___rsync_remote_on_MacOSX/comment_6_7a3cf0853a8ec7b996e19b5e80145d21._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hannes"
+ ip="130.226.133.37"
+ subject="awesome, thanks"
+ date="2012-08-08T12:25:19Z"
+ content="""
+works with an updated git-annex!
+"""]]
diff --git a/doc/forum/central_non-bare_and_git_push.mdwn b/doc/forum/central_non-bare_and_git_push.mdwn
new file mode 100644
index 0000000000..ecc81096ed
--- /dev/null
+++ b/doc/forum/central_non-bare_and_git_push.mdwn
@@ -0,0 +1,9 @@
+hi,
+
+i have a usecase that i think many people have. a cental server which should be non-bare to be able to browse the files also via webdav.
+multiple clients behind nat so only pushes via xmpp are possible.
+
+i set everything up without xmpp, it works but if files are updated, none of the clients gets a git push of course because ssh works only unidirectional.
+i couldnt figure out how to set up xmpp push and have a non-bare central repo at the same time because i have to choose between ssh and xmpp git remote on the clients to the server.
+
+thanks!
diff --git a/doc/forum/central_non-bare_and_git_push/comment_1_76d0c73c8985e860eb86333c63be6340._comment b/doc/forum/central_non-bare_and_git_push/comment_1_76d0c73c8985e860eb86333c63be6340._comment
new file mode 100644
index 0000000000..6bf3d1a5e7
--- /dev/null
+++ b/doc/forum/central_non-bare_and_git_push/comment_1_76d0c73c8985e860eb86333c63be6340._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-07-25T17:05:00Z"
+ content="""
+Simply set up xmpp on your clients in addition to the central repository you have now. When one client pushes over ssh to the central repo, it will use XMPP to inform other clients of the change.
+"""]]
diff --git a/doc/forum/clear_box.com_repository.mdwn b/doc/forum/clear_box.com_repository.mdwn
new file mode 100644
index 0000000000..0de67cf623
--- /dev/null
+++ b/doc/forum/clear_box.com_repository.mdwn
@@ -0,0 +1 @@
+Using webapp I cannot get rid of box.com repository, it is locked in 'cleaning out' state for more than two weeks. How can I remove the repository from the list?
diff --git a/doc/forum/clear_box.com_repository/comment_1_2e839d8f974269c80a9fca183712350f._comment b/doc/forum/clear_box.com_repository/comment_1_2e839d8f974269c80a9fca183712350f._comment
new file mode 100644
index 0000000000..939e9b8938
--- /dev/null
+++ b/doc/forum/clear_box.com_repository/comment_1_2e839d8f974269c80a9fca183712350f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-14T16:21:54Z"
+ content="""
+We need to first understand why it's not finishing the process. Does the box.com repository still contain files? You can find out by running the command: `git annex find --in box.com` (substitute the name of your remote for box.com as needed).
+"""]]
diff --git a/doc/forum/clear_box.com_repository/comment_2_8f9c7248a148a24ae2aba39c4a79a6d1._comment b/doc/forum/clear_box.com_repository/comment_2_8f9c7248a148a24ae2aba39c4a79a6d1._comment
new file mode 100644
index 0000000000..9725c96e5a
--- /dev/null
+++ b/doc/forum/clear_box.com_repository/comment_2_8f9c7248a148a24ae2aba39c4a79a6d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="tomas"
+ ip="188.167.111.235"
+ subject="comment 2"
+ date="2013-06-16T13:32:31Z"
+ content="""
+The result of that command returned without writing any files.
+"""]]
diff --git a/doc/forum/clear_box.com_repository/comment_3_f64ad21e5abfbf4e1f925b3d651bdba3._comment b/doc/forum/clear_box.com_repository/comment_3_f64ad21e5abfbf4e1f925b3d651bdba3._comment
new file mode 100644
index 0000000000..6b19da5c7d
--- /dev/null
+++ b/doc/forum/clear_box.com_repository/comment_3_f64ad21e5abfbf4e1f925b3d651bdba3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-06-17T17:34:04Z"
+ content="""
+In that case, I'd expect the assistant will notice it can remove the remote on the next full scan, and prompt you to finish the removal. Full scans are run in a few situations, but the only guaranteed way to run one is to stop and restart the assistant.
+
+You could also enable debug mode when starting it, I'm sure the log would be useful if it somehow doesn't behave how it should.
+"""]]
diff --git a/doc/forum/clear_box.com_repository/comment_4_f8c06ac9b23b51cf18d362c260fc47a9._comment b/doc/forum/clear_box.com_repository/comment_4_f8c06ac9b23b51cf18d362c260fc47a9._comment
new file mode 100644
index 0000000000..a36ca12370
--- /dev/null
+++ b/doc/forum/clear_box.com_repository/comment_4_f8c06ac9b23b51cf18d362c260fc47a9._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="tomas"
+ ip="188.167.111.235"
+ subject="comment 4"
+ date="2013-06-17T20:17:30Z"
+ content="""
+Hi, I cannot enable debug logging via webapp, because after restart the checkbox is unchecked again. I saw nothing at all in logs after restart, the box repo is still hanging there. I would prefer using command line to remove the last traces of this repository. 
+Another similar question - how do I unassociate two repositories? The web app warns me that about deleting repo, not sure if it would also wipe it out. Is there a CLI command to add and remove the associations (git remote rm?)? Overall great work, but I am lost with the webapp. It is good for learning the concepts, but I would love to know which commands it actually executes on the backend to make the gui -> cli transition easier.
+
+Version: 4.20130516.1
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+"""]]
diff --git a/doc/forum/clear_box.com_repository/comment_5_61d401b29322802cb25896503f3e6514._comment b/doc/forum/clear_box.com_repository/comment_5_61d401b29322802cb25896503f3e6514._comment
new file mode 100644
index 0000000000..122e054a93
--- /dev/null
+++ b/doc/forum/clear_box.com_repository/comment_5_61d401b29322802cb25896503f3e6514._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-06-17T23:53:24Z"
+ content="""
+Use the --debug switch to enable debugging on startup.
+"""]]
diff --git a/doc/forum/cloud_services_to_support.mdwn b/doc/forum/cloud_services_to_support.mdwn
new file mode 100644
index 0000000000..4d6bde1b54
--- /dev/null
+++ b/doc/forum/cloud_services_to_support.mdwn
@@ -0,0 +1,16 @@
+git-annex can already be used to store data in several cloud services:
+Amazon S3, rsync.net, Tahoe-LAFS, The Internet Archive.
+
+I would like to support as many other cloud services as possible/reasonable.
+
+* [[swift|todo/wishlist:_swift_backend]]
+* Dropbox (I had been reluctant to go there due to it using a non-free client,
+  which I have no interest in installing, but there is actually an API,
+  and already a
+  [haskell module to use it](http://hackage.haskell.org/package/dropbox-sdk).
+  Would need to register for an API key.
+  <http://www.dropbox.com/developers/start/core>.
+  Annoyingly, Dropbox reviews each app before granting it production status.
+  Whoops my interest level dropped by 99%.)
+
+Post others in the comments. --[[Joey]]
diff --git a/doc/forum/cloudcmd.mdwn b/doc/forum/cloudcmd.mdwn
new file mode 100644
index 0000000000..a572abf1ca
--- /dev/null
+++ b/doc/forum/cloudcmd.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+Glad to see this project appears to be doing well.  I just wanted to mention that there's a similar project called cloudcmd that has many of the same use cases in spirit: https://github.com/briangu/cloudcmd
+
+Cheers,
+Brian
diff --git a/doc/forum/commit_current_workdir_state_in_direct_mode.mdwn b/doc/forum/commit_current_workdir_state_in_direct_mode.mdwn
new file mode 100644
index 0000000000..63945f7901
--- /dev/null
+++ b/doc/forum/commit_current_workdir_state_in_direct_mode.mdwn
@@ -0,0 +1,5 @@
+I'd like to commit the current workdir state in direct mode in a script. This is what git annex watch does but I can not reliably start and stop git annex watch in a cron script.
+
+Is this already possible with the current api or could we have something like git annex watch --once?
+
+Thank you, Thomas Koch
diff --git a/doc/forum/commit_current_workdir_state_in_direct_mode/comment_1_748481ff00374f570284bd4571584874._comment b/doc/forum/commit_current_workdir_state_in_direct_mode/comment_1_748481ff00374f570284bd4571584874._comment
new file mode 100644
index 0000000000..50bd6661ce
--- /dev/null
+++ b/doc/forum/commit_current_workdir_state_in_direct_mode/comment_1_748481ff00374f570284bd4571584874._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-31T16:25:34Z"
+ content="""
+It should be sufficient to run: `git annex add; git annex sync`
+
+That adds any new files and then commits those along with any changed or deleted files.
+"""]]
diff --git a/doc/forum/comprehension_question:_repository_vs._working_copy_in_direct_mode.mdwn b/doc/forum/comprehension_question:_repository_vs._working_copy_in_direct_mode.mdwn
new file mode 100644
index 0000000000..350bcd7bd2
--- /dev/null
+++ b/doc/forum/comprehension_question:_repository_vs._working_copy_in_direct_mode.mdwn
@@ -0,0 +1,10 @@
+(I put this in a separate topic because it is a different question)
+
+I still do not fully understand when (in direct mode!) a file is in the work copy and when in the repository.
+Because what git-annex always refers to a "repository" is actually a repository (i.e., the server part for subversion) *and* a work copy (the client part in subversion), right? (except for bare repositories which have only the former)
+
+When I change a file in the work copy, I still need to "git annex sync", right? But do I also need to "git annex sync --content" to move the changes from the work copy to the repository?
+
+Because I have a headless server where the annex should also be accessed via samba. When files are added/changed, the annex clients do not see the changes until I manually do a couple of "git annex sync" and "git annex sync --content" (it's not deterministic yet for me how often).
+
+Is this the intended behavior? If yes, is there a better way to automatically sync the changes on the headless server other than a cron job?
diff --git a/doc/forum/confused_about_external_drives.mdwn b/doc/forum/confused_about_external_drives.mdwn
new file mode 100644
index 0000000000..9fdb5c979e
--- /dev/null
+++ b/doc/forum/confused_about_external_drives.mdwn
@@ -0,0 +1,30 @@
+First off, to get that off my chest: I am not using Gnome, KDE, XFCE or any "desktop manager" (well, not quite true, I use some bits of XFCE, but it's easier to assume I'm not).
+
+So automounting is always a little tricky for me, and I often use `pmount` to mount external drives and flash cards.
+
+Now, I have tried to add an external drive as a backup to one of my git-annex repositories. I zero'd the drive, added a GPT partition (I wanted labels), formatted it as `ext4` and then gave it to my user:
+
+    cfdisk /dev/sdd
+    mkfs -t ext4 /dev/sdd1
+    mount /dev/sdd1 /mnt
+    chown anarcat /mnt
+    umount /mnt
+
+Now, at this step I would have assumed the drive would be seen by the webapp, but that wasn't the case. Maybe I wasn't patient enough? In any case, at some point I got tired and went to the commandline to add the drive as a remote. I did the following:
+
+    mkdir -p /media/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1
+    mount /dev/disk/by-id/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1 /media/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1
+    cd /srv/mp3
+    git annex remote add backup /media/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1/mp3
+    git init /media/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1/mp3
+    git annex sync
+    git annex copy --to backup
+
+So that worked, and the webapp was now seeing `backup` as yet another repository, but not quite removeable. So failed. Scratching that, I stopped the assistant, and trashed the repository:
+
+    rm -rf /media/ata-WDC_WD15EADS-00P8B0_WD-WMAVU0748851-part1/mp3
+    git remote rm backup
+
+But now, oddly enough, the webapp would see the external drive after being restarted, and I was able to add that drive.
+
+What am I doing wrong? how is the assistant finding those drives? --[[anarcat]]
diff --git a/doc/forum/confused_about_external_drives/comment_1_8340e5ff17a4846b41789e4966fed70c._comment b/doc/forum/confused_about_external_drives/comment_1_8340e5ff17a4846b41789e4966fed70c._comment
new file mode 100644
index 0000000000..5b7ca01141
--- /dev/null
+++ b/doc/forum/confused_about_external_drives/comment_1_8340e5ff17a4846b41789e4966fed70c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="separation of concerns"
+ date="2013-12-29T17:57:36Z"
+ content="""
+It doesn't make sense for the git-annex assistant to try to somehow detect and mount drives. Every OS has its own way to do that.
+
+The assistant simply detects drives that have been mounted by the OS.
+
+There is absolutely no problem with manually setting up a git repository on a removable drive and using it with the assistant. This is identical to what the assistant would set up for an external drive (except perhaps being a non-bare repository). The assistant simply detects if any git remote whose url is a directory is inside a mount point when it sees a new device be mounted.
+"""]]
diff --git a/doc/forum/confused_about_external_drives/comment_2_ad10bd0ec14c16bcad089b3ebe64580e._comment b/doc/forum/confused_about_external_drives/comment_2_ad10bd0ec14c16bcad089b3ebe64580e._comment
new file mode 100644
index 0000000000..c0eb3d8c29
--- /dev/null
+++ b/doc/forum/confused_about_external_drives/comment_2_ad10bd0ec14c16bcad089b3ebe64580e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2013-12-30T17:47:26Z"
+ content="""
+Fair enough, I guess. However, I must say that it seems that git-annex doesn't actually detect properly externally mounted hard drives. For example, here I have an annex in /srv/foo that is part of my system hard drive (but in a separate /srv partition). Then I made a backup annex in /backup/srv/foo that is on an external hard drive, yet the webapp sees those two repos as under its control - as in, i can choose both in the \"switch repository\" menu.
+
+Another drive I was able to add using the \"add external drive\" tool in the webapp doesn't show up in that list (and that's fine too!).
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map.mdwn b/doc/forum/confusion_with_remotes__44___map.mdwn
new file mode 100644
index 0000000000..0ae75d4e99
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map.mdwn
@@ -0,0 +1,113 @@
+I'm starting out with git-annex and running into some confusion with setting up the remotes.
+
+I have three systems I'm trying to set up (domains edited):
+
+* psychosis: ssh://psychosis.foo.com/vid
+* bacon: ssh://bucket.foo.com/vid
+* bucket: ssh://bucket.bar.org/vid
+
+And one bare repository so that I can have a single place to push/pull:
+
+* origin: https://git.foo.com/jim/vid.git
+
+On psychosis:
+
+    psychosis$ git config --list | grep ^remote | sort
+    remote.bacon.annex-uuid=8f1f0898-f8c1-11e0-9bf2-b387af26ee63
+    remote.bacon.fetch=+refs/heads/*:refs/remotes/bacon/*
+    remote.bacon.url=ssh://bucket.foo.com/vid
+    remote.bucket.annex-uuid=82814942-f8e0-11e0-b053-e70a61e98e19
+    remote.bucket.fetch=+refs/heads/*:refs/remotes/bucket/*
+    remote.bucket.url=ssh://bucket.bar.org/vid
+    remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
+    remote.origin.url=https://git.foo.com/jim/vid.git
+    
+    psychosis$ git annex status
+    supported backends: WORM SHA1 SHA256 SHA512 SHA224 SHA384 SHA1E SHA256E SHA512E SHA224E SHA384E URL
+    supported remote types: git S3 bup directory rsync web hook
+    known repositories: 
+            09c0b436-f8de-11e0-842f-b7644539d57f -- here (psychosis)
+            82814942-f8e0-11e0-b053-e70a61e98e19 -- bucket
+    local annex keys: 2256
+    local annex size: 449 gigabytes
+    total annex keys: 2256
+    total annex size: 449 gigabytes
+    backend usage: 
+            WORM: 2256
+
+**First point of confusion**: Why doesn't "bacon" show up in "git annex status"?  I can "git annex copy --to bacon filename" and it will copy it there.  Is there some step of setting it up that I missed?  I basically just did "git remote add bacon ssh://bucket.foo.com/vid".
+
+Now I've started setting up the remotes on each host:
+
+On bacon:
+   
+    bacon$ git config --list | grep ^remote | sort
+    remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
+    remote.origin.url=https://git.foo.com/jim/vid.git
+    remote.psychosis.annex-uuid=09c0b436-f8de-11e0-842f-b7644539d57f
+    remote.psychosis.fetch=+refs/heads/*:refs/remotes/psychosis/*
+    remote.psychosis.url=ssh://psychosis.foo.com/vid
+    
+    bacon$ git annex status
+    supported backends: WORM SHA1 SHA256 SHA512 SHA224 SHA384 SHA1E SHA256E SHA512E SHA224E SHA384E URL
+    supported remote types: git S3 bup directory rsync web hook
+    known repositories: 
+            09c0b436-f8de-11e0-842f-b7644539d57f -- psychosis
+            8f1f0898-f8c1-11e0-9bf2-b387af26ee63 -- here (bacon)
+    temporary directory size: 366 megabytes (clean up with git-annex unused)
+    local annex keys: 1
+    local annex size: 308 bytes
+    total annex keys: 2256
+    total annex size: 449 gigabytes
+    backend usage: 
+            WORM: 2256
+
+On bucket:
+
+    bucket$ git config --list | grep ^remote | sort
+    remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
+    remote.origin.url=https://git.foo.com/jim/vid.git
+    remote.psychosis.annex-uuid=09c0b436-f8de-11e0-842f-b7644539d57f
+    remote.psychosis.fetch=+refs/heads/*:refs/remotes/psychosis/*
+    remote.psychosis.url=ssh://psychosis.foo.com/vid
+
+    bucket$ git annex status
+    supported backends: WORM SHA1 SHA256 SHA512 SHA224 SHA384 SHA1E SHA256E SHA512E SHA224E SHA384E URL
+    supported remote types: git S3 bup directory rsync web hook
+    known repositories: 
+            09c0b436-f8de-11e0-842f-b7644539d57f -- psychosis
+            82814942-f8e0-11e0-b053-e70a61e98e19 -- here (bucket)
+    temporary directory size: 183 megabytes (clean up with git-annex unused)
+    local annex keys: 3
+    local annex size: 550 megabytes
+    total annex keys: 2256
+    total annex size: 449 gigabytes
+    backend usage: 
+            WORM: 2256
+
+But I'm getting weird results if I try to show the map from psychosis:
+
+    psychosis$ git annex map
+    $ git annex map
+    map /vid/tv ok
+    map bacon (sshing...) 
+    ok
+    map bucket (sshing...) 
+    ok
+    map origin 
+    failed
+    map psychosis (sshing...) 
+    jim@psychosis.foo.com's password: 
+    ok
+    map psychosis (sshing...) 
+    jim@psychosis.foo.com's password: 
+    ok
+    
+      running: dot -Tx11 map.dot
+
+**Second confusion**: it's as if psychosis was considered a new remote each time?
+The generated map has psychosis listed with several redundant links:
+
+![Map](http://jim.sh/~jim/tmp/map.png)
+
+Is this some bug or do I just need to be hit with the clue bat?
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_1_a38ded23b7f288292a843abcb1a56f38._comment b/doc/forum/confusion_with_remotes__44___map/comment_1_a38ded23b7f288292a843abcb1a56f38._comment
new file mode 100644
index 0000000000..97de93d9ec
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_1_a38ded23b7f288292a843abcb1a56f38._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-10-17T19:01:21Z"
+ content="""
+My guess is that psychosis has not pulled the git-annex branch since bacon was set up (or that bacon's git-annex branch has not been pushed to origin). git-annex status only shows remotes present in git-annex:uuid.log This may be a bug.
+
+The duplicate links in the map I don't quite understand. I only see duplicate links in my maps when I have the same repository configured as two different git remotes (for example, because the same repository can be accessed two different ways). You don't seem to have that in your config.
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_2_cd1c98b1276444e859a22c3dbd6f2a79._comment b/doc/forum/confusion_with_remotes__44___map/comment_2_cd1c98b1276444e859a22c3dbd6f2a79._comment
new file mode 100644
index 0000000000..a61b126c0c
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_2_cd1c98b1276444e859a22c3dbd6f2a79._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-10-17T19:02:50Z"
+ content="""
+Actually, there is a hint that, while you ran the git annex map on psychosis, it decided to ssh to itself two times. That seems to be where the duplicate links came from, I guess you must have some git remotes you did not show.
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_3_18531754089c991b6caefc57a5c17fe9._comment b/doc/forum/confusion_with_remotes__44___map/comment_3_18531754089c991b6caefc57a5c17fe9._comment
new file mode 100644
index 0000000000..4c77222619
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_3_18531754089c991b6caefc57a5c17fe9._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 3"
+ date="2011-10-17T19:50:06Z"
+ content="""
+No extra remotes (that I'm aware of); that output was only edited to change hostnames.
+
+On all three hosts, \"git push origin\" and \"git pull origin\" say everything is up to date.
+
+I'm using git-annex 3.20111011 on all hosts (although some were running 3.20110928 when I created the repositories).
+
+Regarding the multiple links, I've put a copy of the dot file [here](http://jim.sh/~jim/tmp/map.dot).
+It shows psychosis in three separate subgraphs, that are just getting rendered together as one,
+if that helps clarify anything.
+
+Wait, I just realized you said \"the git-annex branch\".  My origin only has \"master\".
+Do you mean the one specifically named \"git-annex\"?  I thought that was something that
+gets managed automatically, or is it something I need to manually check out and deal with?
+
+Any other info I could provide?
+
+
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_4_3b89b6d1518267fcbc050c9de038b9ca._comment b/doc/forum/confusion_with_remotes__44___map/comment_4_3b89b6d1518267fcbc050c9de038b9ca._comment
new file mode 100644
index 0000000000..f6e5993c8e
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_4_3b89b6d1518267fcbc050c9de038b9ca._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 4"
+ date="2011-10-17T20:36:51Z"
+ content="""
+Ok, after pushing the \"git-annex\" branch to origin, then \"git annex status\" knows all repositories on all hosts, so that part makes sense now.  Thanks for the tip.  But the \"git annex map\" output hasn't changed.
+
+
+
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_5_27801584325d259fa490f67273f2ff71._comment b/doc/forum/confusion_with_remotes__44___map/comment_5_27801584325d259fa490f67273f2ff71._comment
new file mode 100644
index 0000000000..77a2c4adbe
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_5_27801584325d259fa490f67273f2ff71._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 5"
+ date="2011-10-18T04:59:13Z"
+ content="""
+I think:
+
+* The first extra edge is because bucket had \"ssh://psychosis.foo.com/vid/\", while
+bacon had \"ssh://psychosis.foo.com/vid\" with no trailing slash.  That got lost in the hostname/path editing I did, sorry.
+Maybe those should be considered matching?
+* The second extra edge is because, when running \"git annex map\" from psychosis, it doesn't recognize the remote's
+remote URL as pointing back to itself.
+
+For the second case, after the \"spurious\" SSH, it could still recognize that the repositories are the same by the duplicated annex uuid, which currently shows up in `map.dot` twice.  I wonder what it would take to avoid the spurious SSH -- maybe some config that lists \"alternate\" URLs that should be considered the same as the current repository?  Or actually list URLs in uuid.log?  Fortunately, I think this only affects the map, so it's not a big problem.
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_6_496b0d9b86869bbac3a1356d53a3dda4._comment b/doc/forum/confusion_with_remotes__44___map/comment_6_496b0d9b86869bbac3a1356d53a3dda4._comment
new file mode 100644
index 0000000000..412937f3fc
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_6_496b0d9b86869bbac3a1356d53a3dda4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-10-22T01:18:27Z"
+ content="""
+Hmm, I don't see the spurious ssh edge in the dot file -- that is, I don't see any ssh:// uris in it?
+"""]]
diff --git a/doc/forum/confusion_with_remotes__44___map/comment_7_9a456f61f956a3d5e81e723d5a90794c._comment b/doc/forum/confusion_with_remotes__44___map/comment_7_9a456f61f956a3d5e81e723d5a90794c._comment
new file mode 100644
index 0000000000..85ede3a89c
--- /dev/null
+++ b/doc/forum/confusion_with_remotes__44___map/comment_7_9a456f61f956a3d5e81e723d5a90794c._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 7"
+ date="2011-10-22T05:25:47Z"
+ content="""
+I think that's because the SSH was successful (I entered the password and let it connect), so it got the UUID and put that in the .dot instead.  The same UUID (for psychosis) then ended up in two different \"subgraph\" stanzas, and Graphviz just plotted them together as one node.
+
+<p>Maybe this will clarify:
+
+<p>On psychosis, run \"git annex map\" and press ^C at the ssh password prompt: [map-nossh.dot](http://jim.sh/~jim/tmp/map-nossh.dot)
+![Map](http://jim.sh/~jim/tmp/map-nossh.png)
+
+<p>On psychosis, run \"git annex map\" and type the correct password: [map-goodssh.dot](http://jim.sh/~jim/tmp/map-goodssh.dot)
+![Map](http://jim.sh/~jim/tmp/map-goodssh.png)
+
+As I see it:
+
+* psychosis (\"localhost\") connects to each of its remotes
+* some of them point back to ssh://psychosis
+* psychosis doesn't know that ssh://psychosis is itself, so it tries to connect
+* if successful:
+  * psychosis gets put twice in the .dot as if it was two different hosts, one \"local\" and one \"ssh://psychosis\"
+  * graphviz recognizes it as the same node because the UUID is the same, but graphviz still draws the extra connecting lines
+* if unsuccessful:
+  * ssh://psychosis is shown as an additional host that can't be reached
+"""]]
diff --git a/doc/forum/correct_way_to_add_two_preexisting_datasets.mdwn b/doc/forum/correct_way_to_add_two_preexisting_datasets.mdwn
new file mode 100644
index 0000000000..bfc1a62721
--- /dev/null
+++ b/doc/forum/correct_way_to_add_two_preexisting_datasets.mdwn
@@ -0,0 +1,25 @@
+I've been syncronizing my data since long time, mainly using rsync or unison. Thus I had two 3.5Gb datasets set1 (usb drive, hfs+ partition) and set2 (hdd, ext4 ubuntu 13.04 box) which differed only in 50Mb (new on set1 ). This was double checked using diff -r before doing anything.
+
+I created a git annex repo in direct mode for set2 from command line, and after that I let the assistant scan it.
+After that created the repo for set1 and added it to the assistant. I think here comes my mistake (I think).
+
+Instead of keeping them apart, at told assistant to sync with set2.
+Why I think this was a mistake? Because set2 was indexed and set1 no, and I'm seeing a lot of file moving a copying, which in my humble opinion should not happen.
+What I expected it only the difference to be transferred from set1 to set2.
+What it seems to be doing is moving away all content in set1, and copying it back from set2. I think it will end correctly, but with a lot of unnecessary and risky operations.
+
+I think I should have independently added both datasets, let them be scanned and then connect to each other.
+So, now the questions:
+
+1. Is that the correct way to proceed?
+2. What if I have to identical files with different modifying times, I hope they are not synced, right?
+3. Is it posssible to achieve this behaviour of copying only the 50Mb?
+
+Thanks in advance and keep up the good work.
+Best regards,
+             Juan
+
+EDIT: a couple of questions more:
+
+4. after finishing, set2 ended with a lot of symlinks but only in one subfolder. To prevent this should I put numcopies in 2?
+5. This data is composed of input datasets and output simulations. Thus, I need to change them often, but not as often as code and in a very partial way (chunks of 50Mb). For me direct mode is the best (or plain git). However, I was wondering, it is possible to drop some files (even in direct mode) and use simlinks instead?
diff --git a/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_1_c5c3ff25c9f5e34db222b5f4ae58b093._comment b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_1_c5c3ff25c9f5e34db222b5f4ae58b093._comment
new file mode 100644
index 0000000000..13e2a58d2b
--- /dev/null
+++ b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_1_c5c3ff25c9f5e34db222b5f4ae58b093._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-08-23T16:17:58Z"
+ content="""
+I did something similar for my videos, I've created the repo on one machine add the video files then cloned it on the other machine then reinjected the files in to the cloned repo.
+
+http://joeyh.name/blog/entry/moving_my_email_archives_and_packages_to_git-annex/
+"""]]
diff --git a/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_2_ee3ecc86990ac5a8d0c4fdfb482a7594._comment b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_2_ee3ecc86990ac5a8d0c4fdfb482a7594._comment
new file mode 100644
index 0000000000..d1e259afd9
--- /dev/null
+++ b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_2_ee3ecc86990ac5a8d0c4fdfb482a7594._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-23T18:23:52Z"
+ content="""
+If you need to preserve mtimes, or differentiate between files with identical content but different mtimes, neither git nor git-annex is going to do what you want, since git doesn't care about preserving much file metadata.
+
+As far as importing two sets of files on two computers, the best thing to do is import each, and then let the two sync up. Otherwise, when you're running the assistant it will start downloading the first set you import to the second computer, before the second set is added there, and do extra work. Although once the duplicate files from the second set land in the second git repository, the assistant will avoid any additional redundant transfers.
+
+(The assistant never *moves* files, if both repositories are configured to be in the default client repository group. It only copies.)
+
+I don't understand question #1. \"set2 ended with a lot of symlinks but only in one subfolder\" doesn't make sense to me, or rather I could interpret it to mean any of dozen things (none of which seem likely)
+
+You can `git annex drop` files in direct mode. However, if you're running the assistant, it will try to get them back. You can configure your repository to be in manual mode to prevent the assistant doing that, or not use the assistant, or configure a [[preferred_content]] expression to make the assistant do something more custom like not try to get files located in a \"olddata\" directory.
+"""]]
diff --git a/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment
new file mode 100644
index 0000000000..d750e9581a
--- /dev/null
+++ b/doc/forum/correct_way_to_add_two_preexisting_datasets/comment_3_e29bf8b848da04c761dc601ac979ac14._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="comment 3"
+ date="2013-08-25T13:00:04Z"
+ content="""
+Thanks. It is very clear now. I think I got it running. I have 2 direct mode copies in my ubuntu box and in the USB drive and one indirect in my ultrabook (small SSD).
+What I meant is that even in direct mode, after sync ended, the set I indexed first ended with the contents of a folder in the .git dir using symlinks. But it might have been a leftover of previous attempts.
+I think I got confused by the great amount of flexibility it provides.
+Thanks.
+"""]]
diff --git a/doc/forum/could_not_read_from_remote_repository.mdwn b/doc/forum/could_not_read_from_remote_repository.mdwn
new file mode 100644
index 0000000000..6103bfd36f
--- /dev/null
+++ b/doc/forum/could_not_read_from_remote_repository.mdwn
@@ -0,0 +1,36 @@
+hi, i'm trying to set up my notebook and desktop pc to sync my documents. so i used local computers in the web app as a sync option, but on my notebook i get the following error:
+
+    [2013-11-26 11:29:03 CET] main: Pairing in progress
+    X11 forwarding request failed
+    /home/max/.ssh/git-annex-shell: line 4: exec: git-annex-shell: not found
+    X11 forwarding request failed on channel 0
+    /home/max/.ssh/git-annex-shell: line 4: exec: git-annex-shell: not found
+    fatal: Could not read from remote repository.
+    
+    Please make sure you have the correct access rights
+    and the repository exists.
+    [2013-11-26 11:29:31 CET] PairListener: Syncing with desk_Private_Dokumente 
+    X11 forwarding request failed on channel 0
+    /home/max/.ssh/git-annex-shell: line 4: exec: git-annex-shell: not found
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+    merge: refs/remotes/desk_Private_Dokumente/master - not something we can merge
+
+    merge: refs/remotes/desk_Private_Dokumente/synced/master - not something we can merge
+    X11 forwarding request failed
+    /home/max/.ssh/git-annex-shell: line 4: exec: git-annex-shell: not found
+    X11 forwarding request failed on channel 0
+    /home/max/.ssh/git-annex-shell: line 4: exec: git-annex-shell: not found
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+my desktop succeeded in adding the repository. 
+
+any idea whats going wrong ?
+
+thanks
diff --git a/doc/forum/could_not_read_from_remote_repository/comment_1_27d4d1556a80c06505ed3d8a9422d082._comment b/doc/forum/could_not_read_from_remote_repository/comment_1_27d4d1556a80c06505ed3d8a9422d082._comment
new file mode 100644
index 0000000000..aaf0946931
--- /dev/null
+++ b/doc/forum/could_not_read_from_remote_repository/comment_1_27d4d1556a80c06505ed3d8a9422d082._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T20:18:26Z"
+ content="""
+The problem seems to be on your desktop computer. /home/max/.ssh/git-annex-shell is a script that is created if you install git-annex from the standalone tarball (assuming you're using linux?). It seems that your desktop has that script, but you must have deleted that instalation of git-annex (perhaps you switched to installing it some other way), so the script doesn't work. As long as you have git-annex-shell in your PATH somehow, you can just remove /home/max/.ssh/git-annex-shell
+"""]]
diff --git a/doc/forum/could_not_read_from_remote_repository/comment_2_cf7d5e231675921c3d98faab3613c92f._comment b/doc/forum/could_not_read_from_remote_repository/comment_2_cf7d5e231675921c3d98faab3613c92f._comment
new file mode 100644
index 0000000000..6775d9278d
--- /dev/null
+++ b/doc/forum/could_not_read_from_remote_repository/comment_2_cf7d5e231675921c3d98faab3613c92f._comment
@@ -0,0 +1,49 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnX1msQxnLoSeu7q-i-c9BWghonsN7Qmns"
+ nickname="Jan Ulrich"
+ subject="Same error after deleting .ssh/git-annex-shell"
+ date="2014-06-11T15:53:17Z"
+ content="""
+Hi,
+
+I get the error before and after I deleted .ssh/git-annex-shell on my Ubuntu desktop:
+
+    janulrimacbook2:Movies juh$ git annex sync
+    commit  ok
+    pull sokrates.local_Videos
+    bash: /home/juh/.ssh/git-annex-shell: Datei oder Verzeichnis nicht gefunden
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+    failed  
+    push sokrates.local_Videos
+    bash: /home/juh/.ssh/git-annex-shell: Datei oder Verzeichnis nicht gefunden 
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+      Pushing to sokrates.local_Videos failed.
+
+       (non-fast-forward problems can be solved by setting receive.denyNonFastforwards to false in the remote's git config)
+    failed
+    git-annex: sync: 2 failed
+
+Git-annex version on macbook:
+
+    git-annex version: 5.20140605-gc2add53
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+Git-annex version on Ubuntu desktop:
+
+    git-annex version: 5.20140517
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+"""]]
diff --git a/doc/forum/differenc_in_webapp_icons__63__.mdwn b/doc/forum/differenc_in_webapp_icons__63__.mdwn
new file mode 100644
index 0000000000..3b4f355a1d
--- /dev/null
+++ b/doc/forum/differenc_in_webapp_icons__63__.mdwn
@@ -0,0 +1,4 @@
+Hi,
+
+I'm wondering what the difference between the network signal and network sync icons are in the web-app?  Nothing stands out to me why some repos have one some the other?
+
diff --git a/doc/forum/differenc_in_webapp_icons__63__/comment_1_c38e2692b13a1b76777bf88312a03966._comment b/doc/forum/differenc_in_webapp_icons__63__/comment_1_c38e2692b13a1b76777bf88312a03966._comment
new file mode 100644
index 0000000000..69777eaff9
--- /dev/null
+++ b/doc/forum/differenc_in_webapp_icons__63__/comment_1_c38e2692b13a1b76777bf88312a03966._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-26T23:03:46Z"
+ content="""
+The signal icon shows when there's a direct connection to another repositoriry. This leats your repository immediately learn when there is a change, triggering a sync. Without any signal icons, there's no fast syncing when changes are made, so the webapp will prompt for you to set up such a connection.
+"""]]
diff --git a/doc/forum/do_not_use_git-annex_inside_your_Dropbox.mdwn b/doc/forum/do_not_use_git-annex_inside_your_Dropbox.mdwn
new file mode 100644
index 0000000000..2669903449
--- /dev/null
+++ b/doc/forum/do_not_use_git-annex_inside_your_Dropbox.mdwn
@@ -0,0 +1,5 @@
+Do not place git-annex enabled git repository inside your Dropbox folder! 
+
+You will encounter broken symlinks and git-annex complaining about lost files. Dropbox [doesn't preserve case of file names](https://www.dropbox.com/help/145/en) and this breaks storage of annexed files (.git/annex/objects/). For possible recovery see <http://git-annex.branchable.com/bugs/interference_with_Dropbox_results_in_data_loss>.
+
+
diff --git a/doc/forum/do_not_use_git-annex_inside_your_Dropbox/comment_1_5a1dc9da6e6861829e321446ec7991ee._comment b/doc/forum/do_not_use_git-annex_inside_your_Dropbox/comment_1_5a1dc9da6e6861829e321446ec7991ee._comment
new file mode 100644
index 0000000000..d5da4f0005
--- /dev/null
+++ b/doc/forum/do_not_use_git-annex_inside_your_Dropbox/comment_1_5a1dc9da6e6861829e321446ec7991ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="sascha"
+ ip="2a02:8108:5c0:3ec:615a:1ac3:c7b9:a3a9"
+ subject="so how can i keep in sync a dropbox subfolder with a usbdrive"
+ date="2014-01-24T04:32:38Z"
+ content="""
+my usecase is i want to be able to be working on other computers on files that i have on my thumb-usb-drive. Back home i want to sync changes back to the subfolder of my local Dropbox-directory. Any suggestions?
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp.mdwn b/doc/forum/dot_git_slash_annex_slash_tmp.mdwn
new file mode 100644
index 0000000000..5f1262c7aa
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp.mdwn
@@ -0,0 +1,5 @@
+When I was checking out disk usage on my home directory, I noticed a bunch of files stored in .git/annex/tmp under their own filenames, rather than in .git/annex/objects.  Checking a couple, they seem to be redundant with stuff in .git/annex/objects.
+
+Is there any way to clean that stuff up?  Will the assistant eventually clean it up?
+
+Thanks!
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_10_14b74438bb1e3e02cff7926d774ba09a._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_10_14b74438bb1e3e02cff7926d774ba09a._comment
new file mode 100644
index 0000000000..fe7a71dcbf
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_10_14b74438bb1e3e02cff7926d774ba09a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 10"
+ date="2013-06-06T13:16:50Z"
+ content="""
+Huh, at some point this happened again.  Ended up with 8 gigs of files in that tmp dir.  Cleaning out again.  Yay, disk space!
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_11_b1f717342c1c8ea42a451caa2d936622._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_11_b1f717342c1c8ea42a451caa2d936622._comment
new file mode 100644
index 0000000000..c882a85731
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_11_b1f717342c1c8ea42a451caa2d936622._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="stoile"
+ ip="2a01:198:242:0:219:66ff:fef2:c021"
+ subject="Same problem here"
+ date="2013-11-16T12:10:55Z"
+ content="""
+I got the same problem on linux. Under what circumstances does \"git annex unused\" not find files in .git/annex/tmp? Maybe it is possible to improve \"git annex unused\"...
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_12_e2c6ad99333018c8c46e736da416b8ef._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_12_e2c6ad99333018c8c46e736da416b8ef._comment
new file mode 100644
index 0000000000..153a617b57
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_12_e2c6ad99333018c8c46e736da416b8ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="Wow. Found >180 GB of data in annex/tmp"
+ date="2013-11-24T21:53:29Z"
+ content="""
+… no wonder my disk was filling up. On Mac OS X 10.9…
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_13_35ae9d6bcb8d9762a92e3564b686ed72._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_13_35ae9d6bcb8d9762a92e3564b686ed72._comment
new file mode 100644
index 0000000000..0cbeb8f5ea
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_13_35ae9d6bcb8d9762a92e3564b686ed72._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 13"
+ date="2013-12-12T20:01:09Z"
+ content="""
+The people who are apparently still having this problem need to provide details about the names of the files in the temp directory. Otherwise, I cannot fix whatever problem you are encountering.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_14_92b1e8956513dbf52da31cec3f58e2c5._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_14_92b1e8956513dbf52da31cec3f58e2c5._comment
new file mode 100644
index 0000000000..b84e663ccc
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_14_92b1e8956513dbf52da31cec3f58e2c5._comment
@@ -0,0 +1,104 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 14"
+ date="2014-04-04T11:07:31Z"
+ content="""
+I just discovered there were 30GB in this tmp directory. Here are the file names. It seems that the file names are partial (they are missing some characters: it seems most file names are missing the last 16 characters and the file extension). As I'm in dire need of disk space, I'm going to delete this files now.
+
+    schmitta@top-wifi ~/D/a/.g/a/tmp (GIT_DIR!)> pwd
+    /Users/schmitta/Documents/annex/.git/annex/tmp
+    schmitta@top-wifi ~/D/a/.g/a/tmp (GIT_DIR!)> ls -al
+    total 73802184
+    drwxr-xr-x  91 schmitta  staff        3094 16 mar 11:15 .
+    drwxr-xr-x  34 schmitta  staff        1156  4 avr 12:58 ..
+    -r--r--r--@  6 schmitta  staff   132882914  8 déc 20:17 12426.
+    -r--r--r--@  6 schmitta  staff   113471066  8 déc 20:15 12426.2-
+    -r--r--r--@  6 schmitta  staff   148673586  8 déc 20:24 12427.
+    -r--r--r--@  6 schmitta  staff    96197733  8 déc 20:09 12427.2-
+    -r--r--r--@  6 schmitta  staff   132882914  8 déc 20:17 12489.
+    -r--r--r--@  6 schmitta  staff   113471066  8 déc 20:15 12489.2-
+    -r--r--r--@  6 schmitta  staff   148673586  8 déc 20:24 12490.
+    -r--r--r--@  6 schmitta  staff    96197733  8 déc 20:09 12490.2-
+    -r--r--r--@  6 schmitta  staff   132882914  8 déc 20:17 12498.
+    -r--r--r--@  6 schmitta  staff   113471066  8 déc 20:15 12498.2-
+    -r--r--r--@  6 schmitta  staff   148673586  8 déc 20:24 12499.
+    -r--r--r--@  6 schmitta  staff    96197733  8 déc 20:09 12499.2-
+    -r--r--r--@  6 schmitta  staff   132882914  8 déc 20:17 12504.
+    -r--r--r--@  6 schmitta  staff   113471066  8 déc 20:15 12504.2-
+    -r--r--r--@  6 schmitta  staff   148673586  8 déc 20:24 12505.
+    -r--r--r--@  6 schmitta  staff    96197733  8 déc 20:09 12505.2-
+    -r--r--r--@  6 schmitta  staff   132882914  8 déc 20:17 12562.
+    -r--r--r--@  6 schmitta  staff   113471066  8 déc 20:15 12562.2-
+    -r--r--r--@  6 schmitta  staff   148673586  8 déc 20:24 12563.
+    -r--r--r--@  6 schmitta  staff    96197733  8 déc 20:09 12563.2-
+    -r--r--r--   2 schmitta  staff  1237391994 21 déc 19:27 BTSM With Flowerchild Li562
+    -r--r--r--   2 schmitta  staff  1097868668 18 déc 13:24 BTSM with Flowerchild 562
+    -r--r--r--   3 schmitta  staff   181962494  1 déc 05:19 Cosmos - A Personal Voyage - Episod422
+    -r--r--r--   3 schmitta  staff   199341564 17 déc 14:28 Cosmos - A Personal Voyage - Episod423
+    -r--r--r--   3 schmitta  staff   196677905  9 jan 08:36 Cosmos - A Personal Voyage - Episod424
+    -r--r--r--   3 schmitta  staff   196671683 26 déc 19:36 Cosmos - A Personal Voyage - Episod425
+    -r--r--r--   3 schmitta  staff   199297657 19 jan 14:33 Cosmos - A Personal Voyage - Episod426
+    -r--r--r--   3 schmitta  staff   194250261 18 jan 17:10 Cosmos - A Personal Voyage - Episod427
+    -r--r--r--   3 schmitta  staff   216726281 16 jan 16:26 Cosmos - A Personal Voyage - Episod428
+    -r--r--r--   3 schmitta  staff   204634401 16 jan 12:17 Cosmos - A Personal Voyage - Episod429
+    -r--r--r--   3 schmitta  staff   179412519 11 jan 11:29 Cosmos - A Personal Voyage - Episod430
+    -r--r--r--   3 schmitta  staff   181962494  1 déc 05:19 Cosmos - A Personal Voyage - Episod572
+    -r--r--r--   3 schmitta  staff   199341564 17 déc 14:28 Cosmos - A Personal Voyage - Episod573
+    -r--r--r--   3 schmitta  staff   196677905  9 jan 08:36 Cosmos - A Personal Voyage - Episod574
+    -r--r--r--   3 schmitta  staff   196671683 26 déc 19:36 Cosmos - A Personal Voyage - Episod575
+    -r--r--r--   3 schmitta  staff   199297657 19 jan 14:33 Cosmos - A Personal Voyage - Episod576
+    -r--r--r--   3 schmitta  staff   194250261 18 jan 17:10 Cosmos - A Personal Voyage - Episod577
+    -r--r--r--   3 schmitta  staff   216726281 16 jan 16:26 Cosmos - A Personal Voyage - Episod578
+    -r--r--r--   3 schmitta  staff   204634401 16 jan 12:17 Cosmos - A Personal Voyage - Episod579
+    -r--r--r--   3 schmitta  staff   179412519 11 jan 11:29 Cosmos - A Personal Voyage - Episod580
+    -r--r--r--   3 schmitta  staff   237284500 15 mai  2012 Cosmos - A Personal Voyage - Episode422
+    -r--r--r--   3 schmitta  staff   207386296 28 jan 18:39 Cosmos - A Personal Voyage - Episode423
+    -r--r--r--   3 schmitta  staff   194659898 28 jan 20:35 Cosmos - A Personal Voyage - Episode424
+    -r--r--r--   3 schmitta  staff   221944244 11 jan 07:18 Cosmos - A Personal Voyage - Episode425
+    -r--r--r--   3 schmitta  staff   237284500 15 mai  2012 Cosmos - A Personal Voyage - Episode572
+    -r--r--r--   3 schmitta  staff   207386296 28 jan 18:39 Cosmos - A Personal Voyage - Episode573
+    -r--r--r--   3 schmitta  staff   194659898 28 jan 20:35 Cosmos - A Personal Voyage - Episode574
+    -r--r--r--   3 schmitta  staff   221944244 11 jan 07:18 Cosmos - A Personal Voyage - Episode575
+    -r--r--r--   1 schmitta  staff   166417358 25 nov 08:47 Icy Plays - Kerbal Space Program - Better Than Starting Mann456
+    -r--r--r--   2 schmitta  staff  1110410229 28 déc 00:40 Kerbal Space Program - BTSM With Flowerchild Li562
+    -r--r--r--   1 schmitta  staff   898936971 26 déc 06:22 Let's Play Minecraft Better Than Wolves   Ep 10 _ HARDCORE _ Ooooh le petit mat572
+    -r--r--r--   1 schmitta  staff   816306596 27 déc 05:08 Let's Play Minecraft Better Than Wolves   Ep 11 _ HARDCORE _ Un peu de cannabis pour le moral 572
+    -r--r--r--   1 schmitta  staff   897143936 27 déc 10:42 Let's Play Minecraft Better Than Wolves   Ep 12 _ HARDCORE _ Chaud l'enf572
+    -r--r--r--   1 schmitta  staff   922364739 29 déc 08:30 Let's Play Minecraft Better Than Wolves   Ep 13 _ HARDCORE _ Walking dea572
+    -r--r--r--   1 schmitta  staff  1321555505  1 jan 02:15 Let's Play Minecraft Better Than Wolves   Ep 14 l HARDCORE l Couvre572
+    -r--r--r--   1 schmitta  staff   889592223  5 jan 02:07 Let's Play Minecraft Better Than Wolves   Ep 15 l HARDCORE l Pa572
+    -r--r--r--   1 schmitta  staff   153571799  6 jan 03:56 Let's Play Minecraft Better Than Wolves   Ep 16 l HARDCORE l Point de s572
+    -r--r--r--   1 schmitta  staff  1036932250  9 jan 07:36 Let's Play Minecraft Better Than Wolves   Ep 17 l HARDCORE l Satané meuh572
+    -r--r--r--   1 schmitta  staff  1289798767 11 jan 22:08 Let's Play Minecraft Better Than Wolves   Ep 18 l HARDCORE l Un Moulin572
+    -r--r--r--   1 schmitta  staff  1582120875 19 jan 15:39 Let's Play Minecraft Better Than Wolves   Ep 19 l HARDCORE l Explosion de ca572
+    -r--r--r--   1 schmitta  staff   728469432 13 fév 07:02 Let's Play Minecraft Better Than Wolves   Ep 2 _ HARDCORE _ Préparation pour l'explorat422
+    -r--r--r--   1 schmitta  staff   911653518 22 jan 13:35 Let's Play Minecraft Better Than Wolves   Ep 20 l HARDCORE l Minesha572
+    -r--r--r--   1 schmitta  staff  1377428597 28 jan 08:43 Let's Play Minecraft Better Than Wolves   Ep 21 l HARDCORE l Terreur en sous-sol o_O !572
+    -r--r--r--   1 schmitta  staff  1376224927  4 fév 03:24 Let's Play Minecraft Better Than Wolves   Ep 22 l HARDCORE l Machinerie infern572
+    -r--r--r--   1 schmitta  staff  1102293665 13 fév 03:56 Let's Play Minecraft Better Than Wolves   Ep 23 l HARDCORE l Piston chenil572
+    -r--r--r--   1 schmitta  staff  1835677068 19 fév 09:14 Let's Play Minecraft Better Than Wolves   Ep 24 l HARDCORE l Piston chenille et o_Oce572
+    -r--r--r--   1 schmitta  staff   753740284 30 déc 19:31 Let's Play Minecraft Better Than Wolves   Ep 3 _ HARDCORE _ First pioche en fer422
+    -r--r--r--   1 schmitta  staff  1019022279 30 déc 18:38 Let's Play Minecraft Better Than Wolves   Ep 5 _ HARDCORE _ Fonderie super desi572
+    -r--r--r--   1 schmitta  staff   788714805 30 déc 17:47 Let's Play Minecraft Better Than Wolves   Ep 6 _ HARDCORE _ Minage de la mor572
+    -r--r--r--   1 schmitta  staff   778987710 23 déc 19:56 Let's Play Minecraft Better Than Wolves   Ep 7 _ HARDCORE _ Diamant572
+    -r--r--r--   1 schmitta  staff   644564981 23 déc 23:06 Let's Play Minecraft Better Than Wolves   Ep 8 _ HARDCORE _ Et le poulet ma572
+    -r--r--r--   1 schmitta  staff   871173289 24 déc 10:44 Let's Play Minecraft Better Than Wolves   Ep 9 _ HARDCORE _ Araignée verte de la jun572
+    -r--------@  4 schmitta  staff   149520850 14 aoû  2010 OPLSS10-Mc422
+    -r--------@  4 schmitta  staff    95020824 14 aoû  2010 OPLSS10-Mc423
+    -r--------@  4 schmitta  staff    98980596  1 sep  2010 OPLSS10-Mc424
+    -r--------@  4 schmitta  staff   207525348  1 sep  2010 OPLSS10-Mc425
+    -r--------@  4 schmitta  staff   149520850 14 aoû  2010 OPLSS10-Mc534
+    -r--------@  4 schmitta  staff    95020824 14 aoû  2010 OPLSS10-Mc535
+    -r--------@  4 schmitta  staff    98980596  1 sep  2010 OPLSS10-Mc536
+    -r--------@  4 schmitta  staff   207525348  1 sep  2010 OPLSS10-Mc537
+    -r--------@  4 schmitta  staff   149520850 14 aoû  2010 OPLSS10-Mc572
+    -r--------@  4 schmitta  staff    95020824 14 aoû  2010 OPLSS10-Mc573
+    -r--------@  4 schmitta  staff    98980596  1 sep  2010 OPLSS10-Mc574
+    -r--------@  4 schmitta  staff   207525348  1 sep  2010 OPLSS10-Mc575
+    -r--r--r--@  2 schmitta  staff   150781568 10 mar 13:34 XD300-23_68HighlightsAResearchCntAugHuma469
+    -r--r--r--@  2 schmitta  staff   145745487 10 mar 13:36 XD300-24_68HighlightsAResearchCntAugHuma469
+    -r--r--r--@  2 schmitta  staff   142414085 10 mar 13:36 XD300-25_68HighlightsAResearchCntAugHuma469
+    -r--------@  2 schmitta  staff   548973365  7 jan 20:21 laumond-20120119449.mp4
+    -r--r--r--@  2 schmitta  staff  1820482781  8 mar 18:15 salt-020131469
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_15_839e29d41de9dcc8f01dfdc585a51d12._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_15_839e29d41de9dcc8f01dfdc585a51d12._comment
new file mode 100644
index 0000000000..36ad14e57c
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_15_839e29d41de9dcc8f01dfdc585a51d12._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 15"
+ date="2014-05-19T15:43:52Z"
+ content="""
+Since version 5.20140517, the git-annex assistant will automatically clean up stale tmp files on startup.
+
+If not using the assistant, you can do it yourself..
+
+So far, all the tmp files people have been kind enough to share the details about with me seem to be created by the assistant when it locks a file down. I know this can result in dangling files if the computer is rebooted while the assistant is in the middle of doing that.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_1_1a35ef8cb89e0cd392f6e9fcee1fb92c._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_1_1a35ef8cb89e0cd392f6e9fcee1fb92c._comment
new file mode 100644
index 0000000000..d00f681443
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_1_1a35ef8cb89e0cd392f6e9fcee1fb92c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-29T19:35:41Z"
+ content="""
+These are partially downloaded files. You can use `git annex unused` to clean them up. The assistant doesn't yet explicitly clean these up, but it does keep retrying (and when possible, resuming) failed downloads until they succeed, at which point the temp file is moved into the objects directory.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_2_f4cc36c493d7c20fbaf949edd38e1252._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_2_f4cc36c493d7c20fbaf949edd38e1252._comment
new file mode 100644
index 0000000000..8aeaf63cfd
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_2_f4cc36c493d7c20fbaf949edd38e1252._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2012-11-29T19:53:33Z"
+ content="""
+that's odd... these files are on my client machine, and shouldn't be downloaded from anywhere, just uploaded to other places.  There are lots and lots of them.
+
+git-annex unused only found two files, and there are dozens and dozens of these files in my .git/annex/tmp directory.  
+
+Would it be safe to delete them by hand?
+
+(The only thing I can think of that might e relevant is, some of these have definitely been moved from place to place within my repo.  I use \"git mv\" when I do that.  Maybe I messed that up somehow, and git-annex thought they had disappeared and needed to be re-downloaded from a remote repo?)
+
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_3_69268f8aa29e807a56248f1fac86aa41._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_3_69268f8aa29e807a56248f1fac86aa41._comment
new file mode 100644
index 0000000000..d9863375ae
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_3_69268f8aa29e807a56248f1fac86aa41._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-11-29T20:22:01Z"
+ content="""
+No, moving files within the repository is unlikely to be related.
+
+If you can show me what the filenames look like I'll have a much better chance of getting somewhere, since they do not seem to be filenames that `git annex unused` knows how to deal with, and so I don't know what they could be.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_4_0ffb0c803c232a1587f956f16113aeb7._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_4_0ffb0c803c232a1587f956f16113aeb7._comment
new file mode 100644
index 0000000000..11da788418
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_4_0ffb0c803c232a1587f956f16113aeb7._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 4"
+ date="2012-11-29T20:33:09Z"
+ content="""
+They're the full actual filenames (but not directories) of particular files in my repository, sometimes with numeric suffixes (or rather, numbers before the file suffixes), like this:
+
+746.DS_Store
+747.DS_Store
+748.DS_Store
+749.DS_Store
+Birdplane87712.mp4
+Birdplane87713.mp4
+Bodyrock87712.mp4
+Bodyrock87713.mp4
+Dubstep Violin- Lindsey Stirling- Crystallize746.mp4
+Dubstep Violin- Lindsey Stirling- Crystallize87712.mp4
+Dubstep Violin- Lindsey Stirling- Crystallize87713.mp4
+Handlebars (fan video)87712.mp4
+Handlebars (fan video)87713.mp4
+Handlebars (official)87712.mp4
+Handlebars (official)87713.mp4
+
+Most of them are videos, and I've moved videos around a lot in my repository, and made some mistakes doing so from time to time when I was first learning git-annex, and fooling around on the command line -- breaking symlinks and figuring out how to fix that with git-annex fix.
+
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_5_c303e28825241733d69fca74f2015fc6._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_5_c303e28825241733d69fca74f2015fc6._comment
new file mode 100644
index 0000000000..60896ab5c7
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_5_c303e28825241733d69fca74f2015fc6._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 5"
+ date="2012-11-29T20:47:36Z"
+ content="""
+Oh, another stupid thing I might have done -- 
+
+* added files to the repo, and not realizing it might take assistant a while to recognize and add them all, gotten impatient
+* added them myself, but did it with \"import\" instead of \"add\" so I was git-annex importing files from *inside* git-annex, with an assistant process running at the same time.
+
+Might not be relevant, just trying to think of weird things I've done.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_6_3f0b376e37bd092b8d46c46bb1940e35._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_6_3f0b376e37bd092b8d46c46bb1940e35._comment
new file mode 100644
index 0000000000..0fc7f5c159
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_6_3f0b376e37bd092b8d46c46bb1940e35._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 6"
+ date="2012-11-29T20:53:34Z"
+ content="""
+Ah, I think I know what this is. When the assistant notices a new file appear, it makes a hard link in the temp directory to the new file, and waits for it to stop being written to. 
+
+If the hard link is broken before the assistant is done adding the file to the annex, it looks like it could leave the temp file behind. I've committed a change that should avoid that.
+
+Since some of these are OSX DS_Store files, and the rest have a strange number added (which git-annex did not do), I suspect you moved them into the annexed directory using the OSX Finder or something like that, and whatever was putting them into the directory first wrote them with the names we see here. Then, while git-annex was still processing them, they got renamed.
+
+I'd say you can safely delete them.
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_7_615641b3dd176d4b3a5bbfb521098e38._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_7_615641b3dd176d4b3a5bbfb521098e38._comment
new file mode 100644
index 0000000000..20e8b205f6
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_7_615641b3dd176d4b3a5bbfb521098e38._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 7"
+ date="2012-11-29T22:15:11Z"
+ content="""
+Sounds likely!!  I'll get to deleting, and when I get a chance I'll grab your latest commit and recompile.
+
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_8_4600fa9234a787004ea0e0dbb36184b9._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_8_4600fa9234a787004ea0e0dbb36184b9._comment
new file mode 100644
index 0000000000..3325f598a5
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_8_4600fa9234a787004ea0e0dbb36184b9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 8"
+ date="2012-11-29T22:15:55Z"
+ content="""
+(thanks very much!)
+"""]]
diff --git a/doc/forum/dot_git_slash_annex_slash_tmp/comment_9_4f5cd0d0d4db0479c1ad86ffdc5ae434._comment b/doc/forum/dot_git_slash_annex_slash_tmp/comment_9_4f5cd0d0d4db0479c1ad86ffdc5ae434._comment
new file mode 100644
index 0000000000..cc996c825d
--- /dev/null
+++ b/doc/forum/dot_git_slash_annex_slash_tmp/comment_9_4f5cd0d0d4db0479c1ad86ffdc5ae434._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl2Jj8q2upJL4ZQAc2lp7ugTxJiGtcICv8"
+ nickname="Michael"
+ subject="comment 9"
+ date="2013-02-20T10:23:12Z"
+ content="""
+I'm seeing this too, and the number being added to the file name is the PID of the git-annex process.
+"""]]
diff --git a/doc/forum/downloading_from_moodle.mdwn b/doc/forum/downloading_from_moodle.mdwn
new file mode 100644
index 0000000000..ad38d7f1ff
--- /dev/null
+++ b/doc/forum/downloading_from_moodle.mdwn
@@ -0,0 +1,76 @@
+my school uses moodle for our classes.  We have to sign in and then manually click to download each file, assignment and video uploaded.  I asked the school's tech administrator if there was a direct way I could access the videos through the ssh access they've given us to one of the servers, but he said it wasn't possible.
+
+when I click on the link shown, the location I see is: http://moodle.jct.ac.il/mod/resource/view.php?id=135374
+Inspect element gives more information. the response from the server is:
+
+    Remote Address:147.161.6.59:80
+    Request URL:http://moodle.jct.ac.il/mod/resource/view.php?id=135374
+    Request Method:GET
+    Status Code:303 See Other
+    Request Headersview source
+    Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
+    Accept-Encoding:gzip,deflate,sdch
+    Accept-Language:en-US,en;q=0.8,he;q=0.6
+    Connection:keep-alive
+    Cookie:visid_incap_97364=qJx2WaKqQfGidGf9VfM6QWrnlFIAAAAAQUIPAAAAAAC5EXcbt00vqNu9jdVDwEDN; __utma=98014340.1409421308.1381214363.1381214363.1390387318.2; __utmz=98014340.1381214363.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); MoodleSession5771=7s1cfqfo4ahdtmna5h7vserg97; MOODLEID1_5771=%257F%25D39%2522N%25B4%25AFY
+    DNT:1
+    Host:moodle.jct.ac.il
+    Referer:http://moodle.jct.ac.il/course/view.php?id=20151
+    User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.67 Safari/537.36
+    Query String Parametersview sourceview URL encoded
+    id:135374
+    Response Headersview source
+    Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0
+    Connection:Keep-Alive
+    Content-Encoding:gzip
+    Content-Language:he
+    Content-Length:503
+    Content-Type:text/html
+    Date:Mon, 16 Jun 2014 12:31:22 GMT
+    Expires:Thu, 19 Nov 1981 08:52:00 GMT
+    Keep-Alive:timeout=15, max=100
+    Location:http://moodle.jct.ac.il/pluginfile.php/288409/mod_resource/content/0/movie%205773/150151.5773.week1.wmv?forcedownload=1
+    Pragma:no-cache
+    Server:Apache/2.2.14 (Ubuntu)
+    Vary:Accept-Encoding
+    X-Powered-By:PHP/5.3.2-1ubuntu4.24
+
+this then pulls the following: 
+
+    Remote Address:147.161.6.59:80
+    Request URL:http://moodle.jct.ac.il/pluginfile.php/288409/mod_resource/content/0/movie%205773/150151.5773.week1.wmv?forcedownload=1
+    Request Method:GET
+    Status Code:200 OK
+    Request Headersview source
+    Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
+    Accept-Encoding:gzip,deflate,sdch
+    Accept-Language:en-US,en;q=0.8,he;q=0.6
+    Connection:keep-alive
+    Cookie:visid_incap_97364=qJx2WaKqQfGidGf9VfM6QWrnlFIAAAAAQUIPAAAAAAC5EXcbt00vqNu9jdVDwEDN; __utma=98014340.1409421308.1381214363.1381214363.1390387318.2; __utmz=98014340.1381214363.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); MoodleSession5771=7s1cfqfo4ahdtmna5h7vserg97; MOODLEID1_5771=%257F%25D39%2522N%25B4%25AFY
+    DNT:1
+    Host:moodle.jct.ac.il
+    Referer:http://moodle.jct.ac.il/course/view.php?id=20151
+    User-Agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.67 Safari/537.36
+    Query String Parametersview sourceview URL encoded
+    forcedownload:1
+    Response Headersview source
+    Accept-Ranges:bytes
+    Cache-Control:max-age=86400
+    Connection:Keep-Alive
+    Content-Disposition:attachment; filename="150151.5773.week1.wmv"
+    Content-Length:1353673203
+    Content-Type:application/x-forcedownload
+    Date:Mon, 16 Jun 2014 12:31:23 GMT
+    ETag:675e7d2cffd7a79afd8686c59ff2533f9e3508b7
+    Expires:Tue, 17 Jun 2014 12:31:23 GMT
+    Keep-Alive:timeout=15, max=99
+    Last-Modified:Fri, 19 Jul 2013 17:06:54 GMT
+    Pragma:
+    Server:Apache/2.2.14 (Ubuntu)
+    X-Powered-By:PHP/5.3.2-1ubuntu4.24
+
+when I right-click on the second one in the inspect element window, I can select "copy as cURL" i get:
+
+    curl 'http://moodle.jct.ac.il/pluginfile.php/288409/mod_resource/content/0/movie%205773/150151.5773.week1.wmv?forcedownload=1' -H 'DNT: 1' -H 'Accept-Encoding: gzip,deflate,sdch' -H 'Accept-Language: en-US,en;q=0.8,he;q=0.6' -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.67 Safari/537.36' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8' -H 'Referer: http://moodle.jct.ac.il/course/view.php?id=20151' -H 'Cookie: visid_incap_97364=qJx2WaKqQfGidGf9VfM6QWrnlFIAAAAAQUIPAAAAAAC5EXcbt00vqNu9jdVDwEDN; __utma=98014340.1409421308.1381214363.1381214363.1390387318.2; __utmz=98014340.1381214363.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); MoodleSession5771=7s1cfqfo4ahdtmna5h7vserg97; MOODLEID1_5771=%257F%25D39%2522N%25B4%25AFY' -H 'Connection: keep-alive' --compressed
+
+if I append " > week1.wmv" to the end of that output it downloads fine.  How can I add this file to a git-annex repo?
diff --git a/doc/forum/downloading_from_moodle/comment_1_3f677130d268de4288e87cfa86ea055c._comment b/doc/forum/downloading_from_moodle/comment_1_3f677130d268de4288e87cfa86ea055c._comment
new file mode 100644
index 0000000000..a489859adf
--- /dev/null
+++ b/doc/forum/downloading_from_moodle/comment_1_3f677130d268de4288e87cfa86ea055c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-16T17:55:13Z"
+ content="""
+`git annex addurl` does not support storing cookies needed to access files. I doubt that makes sense anyway, since most login cookies expire.
+
+So, your best bet seems to just be to `git annex add` the file after you download it.
+"""]]
diff --git a/doc/forum/downloading_from_moodle/comment_2_dcef60ec144f123dadd165fb602ab950._comment b/doc/forum/downloading_from_moodle/comment_2_dcef60ec144f123dadd165fb602ab950._comment
new file mode 100644
index 0000000000..1529004333
--- /dev/null
+++ b/doc/forum/downloading_from_moodle/comment_2_dcef60ec144f123dadd165fb602ab950._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-06-16T17:59:20Z"
+ content="""
+Another option would be to set up some kind of http proxy that adds the login cookie to requests.. If you really wanted to use `git annex addurl`.
+"""]]
diff --git a/doc/forum/downloading_from_moodle/comment_3_d3efb767bf9b20f96242dcf64817bd4b._comment b/doc/forum/downloading_from_moodle/comment_3_d3efb767bf9b20f96242dcf64817bd4b._comment
new file mode 100644
index 0000000000..c9b1012254
--- /dev/null
+++ b/doc/forum/downloading_from_moodle/comment_3_d3efb767bf9b20f96242dcf64817bd4b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-06-16T18:04:48Z"
+ content="""
+Actually, a simpler option may be to set `annex.http-headers` in the git config, to the appropriate http headers that set the cookie.
+"""]]
diff --git a/doc/forum/drop_old_versions_of_a_file.mdwn b/doc/forum/drop_old_versions_of_a_file.mdwn
new file mode 100644
index 0000000000..95f103dcc9
--- /dev/null
+++ b/doc/forum/drop_old_versions_of_a_file.mdwn
@@ -0,0 +1,3 @@
+I have a music repository which has multiple versions of a music file(modified id3 tags etc,.) and in my music player same file is showing two times with two different id3 tags, one is from music directory and another is from .git-annex directory which is a older version(which I don't want to see).
+
+I was just wondering if there is a way I can drop old version of a file in android(direct mode).
diff --git a/doc/forum/drop_old_versions_of_a_file/comment_1_799a413248fb8f98efbf226b1bc4300d._comment b/doc/forum/drop_old_versions_of_a_file/comment_1_799a413248fb8f98efbf226b1bc4300d._comment
new file mode 100644
index 0000000000..09b01c8a8c
--- /dev/null
+++ b/doc/forum/drop_old_versions_of_a_file/comment_1_799a413248fb8f98efbf226b1bc4300d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-03-10T17:59:01Z"
+ content="""
+What you're looking for is `git annex unused` and `git annex dropunused`
+"""]]
diff --git a/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__.mdwn b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__.mdwn
new file mode 100644
index 0000000000..2fd18f9888
--- /dev/null
+++ b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__.mdwn
@@ -0,0 +1,24 @@
+I have Ubuntu and Debian systems, playing with git-annex. This is not mission critical data, just testing. I ended up with an extra duplicate of the media files on the laptop.
+
+The whereis listing is lots and lots like this:
+
+whereis 00-Unsorted/2008-RobustStats-AmerPsyc.pdf (3 copies)
+        67e69242-d57c-4b50-aaf9-74876b899962
+        9e0bc9e4-f8bf-11e3-b9c1-9b4158540a9d -- pols110.pols.ku.edu_mediashare (
+pdf and mp3)
+        d82d2e6f-9200-49cf-86a3-1d674a768971 -- here (pauljohn@dellap14:~/medias
+hare)
+ok
+
+(I'm pretty sure) This happened because I copied the media files to /home/pauljohn/mediashare/manuscripts manually, and then I used the git-annex assistant to set up the remote linkage to same content, from  the workstation, and it apparently copied in a whole new set. 
+
+How to clean this up? Without erasing everything and starting over?
+
+Can I guess? 
+
+Open a terminal and git remove manually 67e69242-d57c-4b50-aaf9-74876b899962 ???
+
+Thanks in advance if you care to advise me :)
+
+Paul Johnson
+http://pj.freefaculty.org
diff --git a/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_1_bb6d749b758b17178227929bf7327fe1._comment b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_1_bb6d749b758b17178227929bf7327fe1._comment
new file mode 100644
index 0000000000..d528331cef
--- /dev/null
+++ b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_1_bb6d749b758b17178227929bf7327fe1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/e65e6d0e-58ba-41de-84cc-1f2ba54cf574"
+ nickname="Mica Semrick"
+ subject="comment 1"
+ date="2014-06-24T04:24:12Z"
+ content="""
+You should first try `git-annex unused` and if that doesn't work just `git-annex drop` the unwanted files.
+"""]]
diff --git a/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_2_d834df30633f7d5569797ee818cf38c3._comment b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_2_d834df30633f7d5569797ee818cf38c3._comment
new file mode 100644
index 0000000000..1f2cf2ff55
--- /dev/null
+++ b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_2_d834df30633f7d5569797ee818cf38c3._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkpIIYg6Fl7OFsOHVPEchZYj68A3dk4lVg"
+ nickname="Paul"
+ subject="please explain"
+ date="2014-07-01T13:45:08Z"
+ content="""
+Sorry. I just don't understand. 
+what am I doing wrong?  How to remove extra copy:
+
+<pre>
+whereis WaldTest/Vaeth_WaldTest.pdf (3 copies)
+        67e69242-d57c-4b50-aaf9-74876b899962
+        9e0bc9e4-f8bf-11e3-b9c1-9b4158540a9d -- pols110.pols.ku.edu_mediashare (pdf and mp3)
+        d82d2e6f-9200-49cf-86a3-1d674a768971 -- here (pauljohn@dellap14:~/mediashare)
+ok
+pauljohn@dellap14:~/mediashare/manuscripts$ git annex drop 67e69242-d57c-4b50-aaf9-74876b899962
+git-annex: 67e69242-d57c-4b50-aaf9-74876b899962 not found
+pauljohn@dellap14:~/mediashare/manuscripts$ git annex drop WaldTest/67e69242-d57c-4b50-aaf9-74876b899962
+git-annex: WaldTest/67e69242-d57c-4b50-aaf9-74876b899962 not found
+"""]]
diff --git a/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_3_1e02eff33c9fa7bea03aa6d58b910175._comment b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_3_1e02eff33c9fa7bea03aa6d58b910175._comment
new file mode 100644
index 0000000000..b0061a9d0d
--- /dev/null
+++ b/doc/forum/duplicated_content___40__user_error__41__._How_to_fix__63__/comment_3_1e02eff33c9fa7bea03aa6d58b910175._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 3"
+ date="2014-07-03T19:20:49Z"
+ content="""
+\"67e69242-d57c-4b50-aaf9-74876b899962\" is the UUID of a git annnex repository that git-annex has on record as containing the file. Since it does not have a description set (which normally gets done automatically when setting up the repository), and is not one of the remotes of the repository where you ran `git annex whereis`, it's a bit hard to tell what repository that is.
+
+What I would do in this situation is:
+
+1. Look around my computers for a repository with that UUID. You can run this command in a repository to see its uuid: `git config annex.uuid`  
+2. If I found it, I'd run `git annex describe here \"something sensible\"` and maybe set it up as a remote of other repositories and then `git annex drop` the data from it if desired.
+3. If I was unable to find the repository, I might assume it was one I created before, and have removed. Then I'd tell git-annex that: `git annex dead 67e69242-d57c-4b50-aaf9-74876b899962` (if it turns out I was wrong and the repository turns up later, this can always be reversed by running `git annex semitrust 67e69242-d57c-4b50-aaf9-74876b899962`)
+"""]]
diff --git a/doc/forum/empty_directory_handling.mdwn b/doc/forum/empty_directory_handling.mdwn
new file mode 100644
index 0000000000..b806b2e2fe
--- /dev/null
+++ b/doc/forum/empty_directory_handling.mdwn
@@ -0,0 +1,3 @@
+I've just tried using git annex assistant for the first time, to synchronize a shared directory between machines. This shared directory contains a collection of bare git repositories for various projects. Unfortunately this doesn't seem to work, as to be recognised as valid bare repos, they need to have the ref/heads and ref/tags subdirectories. git annex assistant fails to synchronise these, as they are empty.
+
+What should I do? How can I make git annex reproduce the source directory structure when synchronising?
diff --git a/doc/forum/empty_directory_handling/comment_1_34ac97b9337b6230ed8a4748203fe543._comment b/doc/forum/empty_directory_handling/comment_1_34ac97b9337b6230ed8a4748203fe543._comment
new file mode 100644
index 0000000000..edf4984ea4
--- /dev/null
+++ b/doc/forum/empty_directory_handling/comment_1_34ac97b9337b6230ed8a4748203fe543._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-07-02T17:02:31Z"
+ content="""
+This is not a good idea. See <http://git-annex.branchable.com/bugs/Can__39__t_add_a_git_repo_to_git_annex:___34__Invalid_path_repo__47__.git__47__X__34___for_many_X/#comment-29b91a7381453104e7bceea5e552cb85>
+"""]]
diff --git a/doc/forum/empty_directory_handling/comment_2_73a39e28d5a09ac342cb4195d263d91e._comment b/doc/forum/empty_directory_handling/comment_2_73a39e28d5a09ac342cb4195d263d91e._comment
new file mode 100644
index 0000000000..250c08adfd
--- /dev/null
+++ b/doc/forum/empty_directory_handling/comment_2_73a39e28d5a09ac342cb4195d263d91e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmlO6w9_FAVe3v6MdnkePxaTJqp0RPbGhM"
+ nickname="Tim"
+ subject="comment 2"
+ date="2014-07-04T04:00:25Z"
+ content="""
+Thanks - that thread was helpful. I now realise that what I was trying to do was not sensible, and I'll have to work out another approach.
+"""]]
diff --git a/doc/forum/endless_password_prompt_loop.mdwn b/doc/forum/endless_password_prompt_loop.mdwn
new file mode 100644
index 0000000000..bfdd3c1dbc
--- /dev/null
+++ b/doc/forum/endless_password_prompt_loop.mdwn
@@ -0,0 +1,8 @@
+Hi,
+
+I setup a first repository on local disk, it went fine. Next I tried setting up repo on my nas to clone the files. I installed git-annex on the NAS (it's armel arch) and created the repository via webapp, I entered the password once. Git-annex started syncing the remote repo and after few seconds password pop-up hell broke loose. I was flooded with password-prompt pop-up windows. The synchronization was continuing regardless of correctly/incorrectly entered passwords. What's more, these popups grab the keyboard and you cannot do (appropriate word) with your system.
+
+I checked this topic: http://git-annex.branchable.com/forum/ssh_password/ and ssh config is in place on my computer and on the NAS.
+
+What is causing this and how can I get rid of this?
+
diff --git a/doc/forum/endless_password_prompt_loop/comment_1_cceba12ed25cd671c7cee5a28631163e._comment b/doc/forum/endless_password_prompt_loop/comment_1_cceba12ed25cd671c7cee5a28631163e._comment
new file mode 100644
index 0000000000..d162ff3e52
--- /dev/null
+++ b/doc/forum/endless_password_prompt_loop/comment_1_cceba12ed25cd671c7cee5a28631163e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T19:49:25Z"
+ content="""
+What version of git-annex? Did more than one password prompt window somehow appear at the same time? What is doing the ssh password prompting, is it ssh-askpass, or something provided by your desktop environment?
+
+What happens if you manually ssh from your computer to the NAS, using the special hostname that git-annex has configured (you can find this hostname in the `.git/config`). `ssh -v` is generally a good way to track these problems down.
+"""]]
diff --git a/doc/forum/endless_password_prompt_loop/comment_2_f0cb86b45eb289f35197c43f83660a8f._comment b/doc/forum/endless_password_prompt_loop/comment_2_f0cb86b45eb289f35197c43f83660a8f._comment
new file mode 100644
index 0000000000..45f87d136e
--- /dev/null
+++ b/doc/forum/endless_password_prompt_loop/comment_2_f0cb86b45eb289f35197c43f83660a8f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUcCZeEK9HKV40JrcHMXAXpPKQPERt7iM"
+ nickname="Włodek"
+ subject="comment 2"
+ date="2013-07-10T22:00:47Z"
+ content="""
+Thanks for the answer. I found out that the public key auth is not working at all and ssh falls back to password auth, this is the reason for password prompts. What I don't know yet is why popups appear despite giving correct password. I'm looking for a solution. This can take some time though because my disk died few days ago = I cannot check versions. Once I've got it solved I'll post back.
+"""]]
diff --git a/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__.mdwn b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__.mdwn
new file mode 100644
index 0000000000..a39951bb50
--- /dev/null
+++ b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__.mdwn
@@ -0,0 +1,17 @@
+for the command:
+
+    $ git annex info
+
+I get the following output:
+
+   repository mode: direct
+   trusted repositories: error: refs/heads/git-annex does not point to a valid object!
+   error: refs/heads/git-annex does not point to a valid object!
+   error: invalid object 100644 993859515190743e9bed7fc8e697d5ac4e2d03a0 for '01d/56e/SHA256E-s209799168--cb8450b63c699c5f8fb121e51ed7e387258d57c851b256af0e5ceeae9542ffd8.me.avi.log'
+   fatal: git-write-tree: error building trees
+   git-annex: failed to read sha from git write-tree
+
+Please help,
+Yuval Langer.
+
+BTW, the code formatting is kinda weird. Could you help with that as well?
diff --git a/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment
new file mode 100644
index 0000000000..cf7601d408
--- /dev/null
+++ b/doc/forum/error:_refs__47__heads__47__git-annex_does_not_point_to_a_valid_object__33__/comment_1_d370b044da3bfebf9e4c90ce1e243587._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-15T20:22:40Z"
+ content="""
+This means that a git commit's data has gotten lost somehow. You can verify that by trying
+
+    git show 993859515190743e9bed7fc8e697d5ac4e2d03a0
+
+The most common reason for this to happen is if the system is shutdown unexpectedly while git-annex is running. Or, if this repository is on a removable drive, if it got removed before the data could be written.
+
+You can probably fix the problem by running:
+
+    git annex repair
+
+(Code formatting: Use 4 spaces.)
+"""]]
diff --git a/doc/forum/error_in_installation_of_base-4.5.0.0.mdwn b/doc/forum/error_in_installation_of_base-4.5.0.0.mdwn
new file mode 100644
index 0000000000..673222ed6d
--- /dev/null
+++ b/doc/forum/error_in_installation_of_base-4.5.0.0.mdwn
@@ -0,0 +1,14 @@
+Hi,
+
+I was trying to install git-annex, but then, I got a warning saying that I need to install base-4.5.0.0 first.
+
+So, I did "sudo cabal install base-4.5.0.0". Everything was going well, until I got this error:
+
+config.status: error: cannot find input file: `base.buildinfo.in'
+cabal: Error: some packages failed to install:
+base-4.5.0.0 failed during the configure step. The exception was:
+ExitFailure 1
+
+I tried to look for information on the internet, but I did not find anything useful.
+
+I know that this is not totally related to git-annex, but anyone has any thoughts on this?
diff --git a/doc/forum/error_in_installation_of_base-4.5.0.0/comment_1_0b2f79c014e0dd9badd52b8b6aa47e0c._comment b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_1_0b2f79c014e0dd9badd52b8b6aa47e0c._comment
new file mode 100644
index 0000000000..5a52a28ab1
--- /dev/null
+++ b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_1_0b2f79c014e0dd9badd52b8b6aa47e0c._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-04-22T05:39:28Z"
+ content="""
+git-annex needs ghc 7.4, that's why it depends on that base version that comes with it. So you either need to upgrade your ghc, or you can build from the `ghc7.0` branch in [[git|download]], like this:
+
+<pre>
+git clone git://git-annex.branchable.com/ git-annex
+cd git-annex
+git checkout ghc7.0
+cabal update
+cabal install --only-dependencies
+cabal configure
+cabal build
+cabal install --bindir=$HOME/bin
+</pre>
+"""]]
diff --git a/doc/forum/error_in_installation_of_base-4.5.0.0/comment_2_3badd64e48fbb174cd7de1ac9589bedf._comment b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_2_3badd64e48fbb174cd7de1ac9589bedf._comment
new file mode 100644
index 0000000000..3ad1a11388
--- /dev/null
+++ b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_2_3badd64e48fbb174cd7de1ac9589bedf._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="comment 2"
+ date="2012-04-22T14:09:33Z"
+ content="""
+Thanks for the fast response!
+
+Unfortunately, I had another problem:
+
+==================================
+Building git-annex-3.20120419...
+Utility/libdiskfree.c: In function ‘diskfree’:
+
+Utility/libdiskfree.c:61:0:
+     warning: ‘statfs64’ is deprecated (declared at /usr/include/sys/mount.h:379)
+[  6 of 157] Compiling Build.SysConfig  ( Build/SysConfig.hs, dist/build/git-annex/git-annex-tmp/Build/SysConfig.o )
+[ 15 of 157] Compiling Utility.Touch    ( dist/build/git-annex/git-annex-tmp/Utility/Touch.hs, dist/build/git-annex/git-annex-tmp/Utility/Touch.o )
+
+Utility/Touch.hsc:118:21: Not in scope: `noop'
+cabal: Error: some packages failed to install:
+git-annex-3.20120419 failed during the building phase. The exception was:
+ExitFailure 1
+==================================
+
+I also tried to look for information on the internet, and I did not find anything useful.
+Any idea of what happened?
+
+Thanks again!
+
+"""]]
diff --git a/doc/forum/error_in_installation_of_base-4.5.0.0/comment_3_d8190061ac1c683a7b699cf42e9db694._comment b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_3_d8190061ac1c683a7b699cf42e9db694._comment
new file mode 100644
index 0000000000..d9de5089e9
--- /dev/null
+++ b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_3_d8190061ac1c683a7b699cf42e9db694._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2012-04-22T15:23:26Z"
+ content="""
+That's my fault, I made a change last night that caused the noop problem. Fixed now.
+"""]]
diff --git a/doc/forum/error_in_installation_of_base-4.5.0.0/comment_4_49a4fcd2dc4f97d4055b5051feea5e3b._comment b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_4_49a4fcd2dc4f97d4055b5051feea5e3b._comment
new file mode 100644
index 0000000000..ba99334511
--- /dev/null
+++ b/doc/forum/error_in_installation_of_base-4.5.0.0/comment_4_49a4fcd2dc4f97d4055b5051feea5e3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="comment 4"
+ date="2012-04-22T16:08:55Z"
+ content="""
+Thanks, it worked now!
+"""]]
diff --git a/doc/forum/example_of_massively_disconnected_operation.mdwn b/doc/forum/example_of_massively_disconnected_operation.mdwn
new file mode 100644
index 0000000000..00a5d8d6c5
--- /dev/null
+++ b/doc/forum/example_of_massively_disconnected_operation.mdwn
@@ -0,0 +1,33 @@
+I found this archival drive that had been offline since October 26th 2010. Since I released git-annex 0.02 on October 27th, this must have been made using the very first release of git-annex, ever.
+
+So, I synced it back up! :) --[[Joey]]
+
+<pre>
+commit 4151f4595fe6205d4aed653617ab23eb3335130a
+Author: Joey Hess <joey@kitenet.net>
+Date:   Tue Oct 26 02:18:03 2010 -0400
+
+joey> git pull
+remote: Counting objects: 428782, done.
+remote: Compressing objects: 100% (280714/280714), done.
+remote: Total 416692 (delta 150923), reused 389593 (delta 125143)
+Receiving objects: 100% (416692/416692), 44.71 MiB | 495 KiB/s, done.
+Resolving deltas: 100% (150923/150923), completed with 818 local objects.
+ * [new branch]      git-annex  -> origin/git-annex
+   1893f9c..9ebcc0e  master     -> origin/master
+Updating 1893f9c..9ebcc0e
+Checking out files: 100% (76884/76884), done.
+joey> git annex version
+git-annex version: 3.20110611
+local repository version: unknown
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+joey> git config annex.version 0
+joey> git annex upgrade
+upgrade . (v0 to v1...) (v1 to v2) (moving content...) (updating symlinks...)  (moving location logs...) (v2 to v3) (merging origin/git-annex into git-annex...)
+
+  git-annex branch created
+  Be sure to push this branch when pushing to remotes.
+ok
+</pre>
diff --git a/doc/forum/exclude_files_from_annex.mdwn b/doc/forum/exclude_files_from_annex.mdwn
new file mode 100644
index 0000000000..c1707afb13
--- /dev/null
+++ b/doc/forum/exclude_files_from_annex.mdwn
@@ -0,0 +1,10 @@
+I'm wanting to do essentially [[/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/]], that is prevent git-annex from annexing certain files (by extension), and rather manage them in git only.
+
+This seems to work fine, and the assistant auto-adds them to git, and commits when I make changes, when in indirect mode.
+
+However, in a direct mode repository, then the files are automatically annexed, and even if I create them in an indirect repo, and then change it, they are annexed.
+
+Is this expected behaviour? Does the annex.largefiles setting only make sense in indirect mode?
+
+
+--Walter
diff --git a/doc/forum/exclude_files_from_annex/comment_1_82e7de5e631bae3b347815586274a936._comment b/doc/forum/exclude_files_from_annex/comment_1_82e7de5e631bae3b347815586274a936._comment
new file mode 100644
index 0000000000..23ad6aac92
--- /dev/null
+++ b/doc/forum/exclude_files_from_annex/comment_1_82e7de5e631bae3b347815586274a936._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T20:29:14Z"
+ content="""
+I don't seem to be seeing the problem you describe in direct mode:
+
+[[!format sh \"\"\"
+
+joey@gnu:~/tmp/r2>git init
+joey@gnu:~/tmp/r2>git annex init
+joey@gnu:~/tmp/r2>git config annex.largefiles \"largerthan=100kb and not (include=*.c or include=*.h)\"
+joey@gnu:~/tmp/r2>git annex direct
+joey@gnu:~/tmp/r2>git annex assistant 
+joey@gnu:~/tmp/r2>dd if=/dev/urandom of=bigfile bs=1M count=1
+1+0 records in
+1+0 records out
+joey@gnu:~/tmp/r2>echo \"main() { printf(\"hello, world!\n\") }\" > hello.c
+\"\"\"]]
+
+At that point, the bigfile was annexed, and the hello.c file was checked into git as a regular file.
+
+Are you sure you have annex.largefiles correctly configured to exclude the files you don't want to be annexed?
+"""]]
diff --git a/doc/forum/exclude_files_from_annex/comment_2_03d4599fdceb3dff184eed82824674bc._comment b/doc/forum/exclude_files_from_annex/comment_2_03d4599fdceb3dff184eed82824674bc._comment
new file mode 100644
index 0000000000..7d8f6ce772
--- /dev/null
+++ b/doc/forum/exclude_files_from_annex/comment_2_03d4599fdceb3dff184eed82824674bc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 2"
+ date="2013-05-19T21:35:37Z"
+ content="""
+This seems to have stopped happening, after I installed a newer version (from git) of git-annex.
+
+I might try and recreate it later, but for now it seems to work as expected.
+
+Thanks for your help.
+"""]]
diff --git a/doc/forum/expire_files__44___move_to_other_hosts.mdwn b/doc/forum/expire_files__44___move_to_other_hosts.mdwn
new file mode 100644
index 0000000000..9ead2f899c
--- /dev/null
+++ b/doc/forum/expire_files__44___move_to_other_hosts.mdwn
@@ -0,0 +1,19 @@
+Before turning this into a 'todo' item i'd like to discuss the possibilities...
+
+The idea is following:
+
+Having a Laptop with a rather small SSD or some other mobile device i'd like to move files away which are not needed anymore.
+The first thing is that the --to destination should be semi-automatically choosen, including ensuring enough replicas
+
+    git annex move --away <path..>
+
+should pick remotes which are suitable (either by configuration and/or other rules like disk utilization on the remote side).
+
+I am rather new to git-annex and wondering if there is currently already something which gives similar results, esp not need to hand pick the remotes where to move files.
+
+Further on there needs to be some way to find out which files are not needed anymore. On a first thought filtering by 'atime' would be nice, but nowadays mounting with noatime/relatime is common which would make this infeasible. To accomplish this, the assistant could (optionally) manage a lazy-atime by setting inotify or fanotify watches on all annexed files in a repository (close_nowrite) and queue/batch atime updates coarsely together. Then atimes on disk are only lazily updated (after some time expires, when the queue becomes full or at shutdown of the assistant), we can afford to loose some atime updates here in case of unexpected shutdowns (i rather wonder why the kernel has no lazy-atime option).
+
+Then the assistant (or by crontab) one can schedule some regular maintenance. There are certainly plenty of options to consider here, for example a mobile device might prefer only to send files if connected to Wlan, someone wants to move files away until a certain threshold of free disk space is reached etc...
+ 
+While at this, the assistant could also watch (fanotify) if someone tries to open a not available (dead symlinked) file, block that request, get the file and then proceed with the request.
+
diff --git a/doc/forum/expire_files__44___move_to_other_hosts/comment_1_ddcc2a00be1ae96a352d75a443458bcf._comment b/doc/forum/expire_files__44___move_to_other_hosts/comment_1_ddcc2a00be1ae96a352d75a443458bcf._comment
new file mode 100644
index 0000000000..a23a214948
--- /dev/null
+++ b/doc/forum/expire_files__44___move_to_other_hosts/comment_1_ddcc2a00be1ae96a352d75a443458bcf._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T19:14:25Z"
+ content="""
+I think that you're conflating two different features.
+
+First, there's the question of determining which remotes should store a file. The [[preferred_content]] expressions are a way to let the user define this in a way that makes sense for their setup. There's also the annex.diskreserve setting, to allow a remote to reject a file if it doesn't have space. The git-annex assistant can automatically apply those, and arrange to transfer files to all remotes that want a copy. Or you can do it on the command line using --auto. Perhaps it would be nice to have a `git annex copy --auto --to any`, to avoid needing to run copy multiple times to send to different remotes.
+
+Second, there's the concept of expiring files. I don't think relatime would prevent using atime for this (git-annex could just set the atime to 0 when it first gets a file to work around relatime), and I don't like the idea of inotify watching all files just to work around noatime. I suppose that the preferred content expressions could have an atime check operation added to them. Although I guess you could just as well use `find`..
+
+(Finally, I don't think there's a good way to block processes that are trying to open files that are not there, without using FuSE. And I don't know that a system that could block any program indefinitely waiting on some large files being pulled down from wherever would be one I'd want to use. This has prevented me from going down that path so far.)
+"""]]
diff --git a/doc/forum/expire_files__44___move_to_other_hosts/comment_2_7a4c3858c5eae409d04de3f9da43b57e._comment b/doc/forum/expire_files__44___move_to_other_hosts/comment_2_7a4c3858c5eae409d04de3f9da43b57e._comment
new file mode 100644
index 0000000000..ea1e680745
--- /dev/null
+++ b/doc/forum/expire_files__44___move_to_other_hosts/comment_2_7a4c3858c5eae409d04de3f9da43b57e._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="comment 2"
+ date="2013-07-30T20:29:11Z"
+ content="""
+I agree here are even more than 2 features involved.
+
+I'd appreciate a 'git annex copy --auto --to any' like feature. The point is that this should not only copy data until diskreserve is hit but distribute data in some (configureable) way around all remotes. Preferred content is one part of that, available disksize another. The user might also choose destinations depending on location and bandwidth and balance load over multiple servers until enough replicas are distributed. Details have to be worked out.
+
+Expiring content is another thing, i also thinking its most likely improper to add some atime watching thing to git-annex. Instead of that I am thinking to write a dedicated daemon which handles atime updates in userspace, this then could add some more rules to ignore accesses by other system tools (file indexers, users, etc). This makes such a expire facility completely independent from git annex and a user can choose if/what he likes.
+
+Filtering out files which are not accessed recently can then be done by 'find' or something similar and piped into 'git annex move/copy/drop'.
+
+And for your final note: fanotify can block accesses to files, it might be a bit ugly and certainly this is not for everyone, perhaps this could be externalized into some watching daemon too or if integrated to git-annex be treated very carefully and only be used if explicitly configured.
+
+"""]]
diff --git a/doc/forum/exporting_annexed_files.mdwn b/doc/forum/exporting_annexed_files.mdwn
new file mode 100644
index 0000000000..0b8d6f36b2
--- /dev/null
+++ b/doc/forum/exporting_annexed_files.mdwn
@@ -0,0 +1,4 @@
+Is there an easy way to export annexed files out of the repository? (e.g. to make a copy elsewhere, send a file by email...)
+
+Thanks,
+Denis.
diff --git a/doc/forum/exporting_annexed_files/comment_1_e08e4c79588e17fb2f1cdf53d9fab7ea._comment b/doc/forum/exporting_annexed_files/comment_1_e08e4c79588e17fb2f1cdf53d9fab7ea._comment
new file mode 100644
index 0000000000..69fc46245f
--- /dev/null
+++ b/doc/forum/exporting_annexed_files/comment_1_e08e4c79588e17fb2f1cdf53d9fab7ea._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.135"
+ subject="comment 1"
+ date="2012-06-15T19:25:59Z"
+ content="""
+Sure, you can simply:
+
+    cp annexedfile ~
+
+Or just attach the file right from the git repository to an email, like any other file. Should work fine.
+
+If you wanted to copy a whole directory to export, you'd need to use the -L flag to make cp follow the symlinks and copy the real contents:
+
+    cp -r -L annexeddirectory /media/usbdrive/
+"""]]
diff --git a/doc/forum/exporting_annexed_files/comment_2_15dc3024417b5b2ff3544a08beacab34._comment b/doc/forum/exporting_annexed_files/comment_2_15dc3024417b5b2ff3544a08beacab34._comment
new file mode 100644
index 0000000000..3621f9b895
--- /dev/null
+++ b/doc/forum/exporting_annexed_files/comment_2_15dc3024417b5b2ff3544a08beacab34._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://denis.laxalde.org/"
+ nickname="dlax"
+ subject="nautilus"
+ date="2012-06-15T19:57:31Z"
+ content="""
+Ah! I was fooled by nautilus which is not able to properly handle symlinks when copying. It copies links instead of target [[!gnomebug 623580]].
+"""]]
diff --git a/doc/forum/exporting_annexed_files/comment_3_86f0e0f767a84a0f583e121d36cb7d48._comment b/doc/forum/exporting_annexed_files/comment_3_86f0e0f767a84a0f583e121d36cb7d48._comment
new file mode 100644
index 0000000000..db6f90d881
--- /dev/null
+++ b/doc/forum/exporting_annexed_files/comment_3_86f0e0f767a84a0f583e121d36cb7d48._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.135"
+ subject="comment 3"
+ date="2012-06-16T03:26:37Z"
+ content="""
+That nautilous behavior is a bad thing when trying to export files out, but it's a good thing when just moving files around inside your repository...
+"""]]
diff --git a/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__.mdwn b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__.mdwn
new file mode 100644
index 0000000000..633ff6f9bc
--- /dev/null
+++ b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__.mdwn
@@ -0,0 +1,26 @@
+First, I'm using a 2011 version because i'm getting this kind of errors from cabal install (on Fedora 16 and 17):
+
+    $ cabal install git-annex --bindir=$HOME/.local/bin
+    Resolving dependencies...
+    cabal: cannot configure git-annex-3.20120406. It requires base >=4.5 && <5
+    For the dependency on base >=4.5 && <5 there are these packages: base-4.5.0.0.
+    However none of them are available.
+    base-4.5.0.0 was excluded because of the top level dependency base -any
+
+So I installed a 2011 version and it worked.
+
+Now, when I add some files in the git annex repository I get an error:
+
+    $ git annex add Photo\ Library/2010/06/28/IMG_4926.JPG
+    add Photo Library/2010/06/28/IMG_4926.JPG (checksum...)
+    git-annex: Photo Library/2010/06/28/IMG_4926.JPG: getFileStatus: does not exist (No such file or directory)
+    failed
+    git-annex: add: 1 failed
+
+None of the other files in the same directory are a problem. The file content is not a problem either as I can move the file elsewhere and git annex add it w/o any problem. It's this file in this directory that causes the problem.
+
+Something interesting though. If I move the file elsewhere, and git annex add it, there is no problem. Now, if I git mv the file back into its original location, and git annex fix the file, the symbolic link is wrong: instead of pointing to `../../../../.git/annex/objects/somefile` it points to  `../../../annex/objects/somefile` (notice the missing `../.git/` part of the path).
+
+I can fix that by hand, and it works well, but that's very annoying. There are not much files having that bug though.
+
+[Mildred](http://mildred.fr)
diff --git a/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_1_990197bf01351dc1ccbe1940d5084adb._comment b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_1_990197bf01351dc1ccbe1940d5084adb._comment
new file mode 100644
index 0000000000..7164de760d
--- /dev/null
+++ b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_1_990197bf01351dc1ccbe1940d5084adb._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://mildred.pip.verisignlabs.com/"
+ subject="Manually fixing links doesn't even work"
+ date="2012-04-12T15:46:54Z"
+ content="""
+I'm just answering myself: manually fixing symlinks doesn't always works. Sometimes the pre-commit hook will just rewrite the link to some wrong path.
+"""]]
diff --git a/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_2_3bb1d21b7f0d0bd6d59190ae9d246d46._comment b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_2_3bb1d21b7f0d0bd6d59190ae9d246d46._comment
new file mode 100644
index 0000000000..2fa6cc01a6
--- /dev/null
+++ b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_2_3bb1d21b7f0d0bd6d59190ae9d246d46._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-04-12T16:29:58Z"
+ content="""
+This bug was fixed in git-annex 3.20120230. You have a few options to get the fix:
+
+* Upgrade to ghc 7.4, the need for which is the cause of the cabal error message you pasted.
+* Manually [[download]] from git, and `git checkout ghc7.0` -- that branch will build with your old ghc and has the fix.
+* cherry-pick commit 51338486dcf9ab86de426e41b1eb31af1d3a6c87
+"""]]
diff --git a/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_3_692f268218690437138ae0540c879425._comment b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_3_692f268218690437138ae0540c879425._comment
new file mode 100644
index 0000000000..d5c84b431f
--- /dev/null
+++ b/doc/forum/fail_to_git_annex_add_some_files:_getFileStatus:_does_not_exist__40__v_3.20111231__41__/comment_3_692f268218690437138ae0540c879425._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://mildred.pip.verisignlabs.com/"
+ subject="Thank you a lot"
+ date="2012-04-13T07:28:10Z"
+ content="""
+Thank you,
+
+I imagined it was something like that.
+I 'm just sorry I posted that on the forum and not on the bugs section (I hadn't discovered it at that time). but now, if people search for this error, they should find this.
+
+Note for Fedora users: unfortunately GHC 7.4 will not be shipped with Fedora 17 (which is still not released). The [feature page](https://fedoraproject.org/wiki/Features/GHC74) mention it for Fedora 18. I feel like I am using debian ... outdated packages the day of the release.
+
+And many thanks for this wonderful piece of software.
+
+Mildred
+"""]]
diff --git a/doc/forum/faking_location_information.mdwn b/doc/forum/faking_location_information.mdwn
new file mode 100644
index 0000000000..7c84e12e39
--- /dev/null
+++ b/doc/forum/faking_location_information.mdwn
@@ -0,0 +1,19 @@
+Hi
+
+I am using git-annex even if people I exchange data with (currently) don‘t use it for there data. My idea behind this is that I would like to know from where I got a file, whom I gave a file and who does (probably) still have a copy of the file. To do this you need to trick git-annex location tracking feature a bit. I successfully managed to achieve this in a simple data exchange which only consisted of me coping over files to one of my git-annex repos. I did the following to make git-annex believe that the files are in two repos without the need to *copy* them around the repos.
+
+This is what I did in this simple case:
+
+1. mounted the drive from someone
+2. made a clone of my git-annex repo on the filesystem which should hold the copy of the data
+3. initialized the cloned repo with `git annex init "Drive from person X"`
+4. imported the files to the cloned repo with `git annex import --duplicate $path_to_files_from_person_x`
+5. `git annex sync` in the cloned repo
+6. `git annex sync` in main repo
+7. `git annex move . --to origin` in the cloned repo
+
+The impotent part (and the limit) here was that you can not sync these two repos after you moved files to the main repo. The problem is that there will be situations where I will have to sync them also after moving files around (for example if I want to store new files in multiple repos (and not just one main repo), or if I also want to copy files over to drives from someone).
+
+Note: I have also worked out a solution to allow someone to choose which files he/she would like to get as described [on superuser.com](http://superuser.com/a/717689).
+
+Are there better ways to fake location information then the thing I came up with (except making multiple repos for one person/drive)? Can multiple remotes be merged to one remote?
diff --git a/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
new file mode 100644
index 0000000000..ee0b49eb64
--- /dev/null
+++ b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory.mdwn
@@ -0,0 +1,112 @@
+I'm getting this error, not exactly sure why... Here's the output of running git annex sync in my pictures folder:
+
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","git-annex"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--hash","refs/heads/git-annex"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..7bf55ad4463cad9389cbb11e48334d151aacf45f","--oneline","-n1"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..f3331818fc79b6e9523e483b9d97aaec5c8da845","--oneline","-n1"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..6c3bee76aa98f5c789ddf89450b3bd52658171a6","--oneline","-n1"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..9329bf7ae5609b19e81d9605fdc990c87c5816dc","--oneline","-n1"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..ad7115c6108170dc54095f74632db339dbca4cdd","--oneline","-n1"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] chat: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","cat-file","--batch"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["config","--null","--list"]
+	commit 
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","ls-files","--stage","-z","--others","--exclude-standard","--","C:\\Users\\Name\\Pictures"]
+	[2014-06-29 12:43:59 Mitteleuropäische Sommerzeit] chat: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","cat-file","--batch"]
+	(Recording state in git...)
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","Hochzeit von NameB und NameC/2013-08-18_MVI_0583.MOV"]
+	fatal: Out of memory? mmap failed: No such file or directory
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","Hochzeit von NameB und NameC/2013-08-18_MVI_0582.MOV"]
+	fatal: Out of memory? mmap failed: No such file or directory
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","Hochzeit von NameB und NameC/2013-08-18_MVI_0417.MOV"]
+	fatal: Out of memory? mmap failed: No such file or directory
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","Hochzeit von NameB und NameC/2013-08-17_MVI_9701.MOV"]
+	fatal: Out of memory? mmap failed: No such file or directory
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2014/Hochzeit von Jana und Stefan/MVI_7168.MOV"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2456.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2452.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2450.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2449.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2448.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2447.JPG"]
+	[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2443.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2439.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2436.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2431.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2430.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2425.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2424.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2423.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2421.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2418.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2417.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2416.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2415.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2411.JPG"]
+	[2014-06-29 12:49:58 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2409.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2406.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2405.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2404.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2403.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2402.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2400.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2394.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2392.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2012/Event/IMG_2390.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0446.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0445.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0444.JPG"]
+	[2014-06-29 12:49:59 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0443.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0442.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0441.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0440.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0438.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0437.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0436.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0435.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0434.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0433.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0432.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0431.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0368.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0367.JPG"]
+	[2014-06-29 12:50:00 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0366.JPG"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0365.JPG"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","add","-f","2005/Amsterdam/CIMG0364.JPG"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--head"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","diff-index","-z","--raw","--no-renames","-l0","--cached","HEAD"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","symbolic-ref","HEAD"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--hash","refs/heads/annex/direct/master"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","write-tree"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","rev-parse","ec008c688692d3156b1aececf33a388f43e8c868:"]
+	ok
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","symbolic-ref","HEAD"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","refs/heads/annex/direct/master"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--verify","-q","refs/heads/synced/master"]
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/annex/direct/master..refs/heads/synced/master","--oneline","-n1"]
+	pull HomeServerLocal
+	[2014-06-29 12:50:01 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","fetch","HomeServerLocal"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--verify","-q","refs/remotes/HomeServerLocal/annex/direct/master"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/annex/direct/master..refs/remotes/HomeServerLocal/annex/direct/master","--oneline","-n1"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--verify","-q","refs/remotes/HomeServerLocal/synced/master"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/synced/master..refs/remotes/HomeServerLocal/synced/master","--oneline","-n1"]
+	ok
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","git-annex"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--hash","refs/heads/git-annex"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..7bf55ad4463cad9389cbb11e48334d151aacf45f","--oneline","-n1"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..f3331818fc79b6e9523e483b9d97aaec5c8da845","--oneline","-n1"]
+	[2014-06-29 12:50:02 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..6c3bee76aa98f5c789ddf89450b3bd52658171a6","--oneline","-n1"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..9329bf7ae5609b19e81d9605fdc990c87c5816dc","--oneline","-n1"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/heads/git-annex..ad7115c6108170dc54095f74632db339dbca4cdd","--oneline","-n1"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","branch","-f","synced/master"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","branch","-f","master"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--verify","-q","refs/remotes/HomeServerLocal/synced/master"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/remotes/HomeServerLocal/synced/master..refs/heads/synced/master","--oneline","-n1"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","show-ref","--verify","-q","refs/remotes/HomeServerLocal/git-annex"]
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","log","refs/remotes/HomeServerLocal/git-annex..git-annex","--oneline","-n1"]
+	push HomeServerLocal
+	[2014-06-29 12:50:03 Mitteleuropäische Sommerzeit] call: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","push","HomeServerLocal","+git-annex:synced/git-annex","annex/direct/master:synced/master"]
+	Everything up-to-date
+	[2014-06-29 12:50:04 Mitteleuropäische Sommerzeit] read: git ["--git-dir=C:\\Users\\Name\\Pictures\\.git","--work-tree=C:\\Users\\Name\\Pictures","push","HomeServerLocal","master"]
+	ok
+
+Any idea? Thanks in advance...
diff --git a/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_d98a155fa01d10ecff9058d79290156d._comment b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_d98a155fa01d10ecff9058d79290156d._comment
new file mode 100644
index 0000000000..989ab1a6a4
--- /dev/null
+++ b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_1_d98a155fa01d10ecff9058d79290156d._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="Idhup"
+ ip="91.58.248.157"
+ subject="System"
+ date="2014-06-29T19:26:42Z"
+ content="""
+Forgot to tell: This is a Win7 x64 system, running git 1.9.2.msysgit.0 and
+
+git-annex version: 5.20140517-gee56d21
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+"""]]
diff --git a/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_3b9ea7a1254ac5b50a5ab59cd331ec3f._comment b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_3b9ea7a1254ac5b50a5ab59cd331ec3f._comment
new file mode 100644
index 0000000000..2a575e0599
--- /dev/null
+++ b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_2_3b9ea7a1254ac5b50a5ab59cd331ec3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-04T17:55:45Z"
+ content="""
+<http://git-annex.branchable.com/bugs/git_annex_add_out_of_memory__63___mmap_failed:_No_such_file_or_directory/>
+"""]]
diff --git a/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_5ee300034819c5825c676cd7e3af659f._comment b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_5ee300034819c5825c676cd7e3af659f._comment
new file mode 100644
index 0000000000..55345537e8
--- /dev/null
+++ b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_3_5ee300034819c5825c676cd7e3af659f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Idhup"
+ ip="91.58.248.157"
+ subject="Didn't work"
+ date="2014-07-06T17:46:01Z"
+ content="""
+Repacking in cygwin towards a smaller packsize did not help. I shrinked it down to 2 MB per packfile, I still got the errors.
+
+When checking the debug output, you can see that git crashes when adding some large-ish .mov files. I'm not even sure if git's supposed to add them or if something went wrong with Windows/DirectMode. I executed git reset to remove pending additions that weren't supposed to be there, but to no avail.
+
+Any ideas on how to fix that?
+"""]]
diff --git a/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_cf7f5c91d3c15f72d2a714b7362c1197._comment b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_cf7f5c91d3c15f72d2a714b7362c1197._comment
new file mode 100644
index 0000000000..4b250a3e2f
--- /dev/null
+++ b/doc/forum/fatal:_Out_of_memory__63___mmap_failed:_No_such_file_or_directory/comment_4_cf7f5c91d3c15f72d2a714b7362c1197._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-10T20:16:28Z"
+ content="""
+[2014-06-29 12:49:57 Mitteleuropäische Sommerzeit] call: git [\"--git-dir=C:\\Users\\Name\\Pictures\\.git\",\"--work-tree=C:\\Users\\Name\\Pictures\",\"add\",\"-f\",\"Hochzeit von NameB und NameC/2013-08-17_MVI_9701.MOV\"]
+
+When does git-annex in direct mode run \"git add -f\"? In stageDirect, when a file has been modified that is not an annexed file, but already has been committed  directly to git.
+
+This certainly points in the direction of what the problem is with the repository. I think you need to take a look at `git log --stat \"Hochzeit von NameB und NameC/2013-08-18_MVI_0583.MOV\"` and see if it has been committed to git as a symlink or if it is indeed being stored as a Bin file in git. 
+
+Here's how the log would look for a regular git-annexed symlink:
+
+<pre>
+ $somefile | 1 +
+ 1 file changed, 1 insertion(+)
+</pre>
+
+And here for a binary file stored in git:
+
+<pre>
+ $somefile | Bin 0 -> 1016920 bytes
+ 1 file changed, 0 insertions(+), 0 deletions(-)
+</pre>
+
+If you find the latter in the log, then the author and commit message of the commit adding it would be interesting.
+
+Hypothesis: Perhaps this repository started off on a Linux or OSX system, and you were using a git-annex older than 5.20131118, when the direct mode guard was added. You might have added this file back then and accidentially committed it directly to git.
+"""]]
diff --git a/doc/forum/first-time_setup_git-annex.mdwn b/doc/forum/first-time_setup_git-annex.mdwn
new file mode 100644
index 0000000000..735d746212
--- /dev/null
+++ b/doc/forum/first-time_setup_git-annex.mdwn
@@ -0,0 +1,7 @@
+I have a git installation on my web server (web faction hosting). It allows me to run repositories from my hosting account. 
+
+What I want is to use git-annex as a dropbox replacement. Specifically, the central repository being my web server and then using local installations on my 2 mac laptops (primarily), access through browser on windows, and access on android as well (browser or some other method). 
+
+I'm looking at the install instructions, walkthrough, etc. What I'm initially not clear on is whether I need to install git-annex on my (linux centOS) webserver and any machine through which I'm accessing the repo? Seems like that would be the case of course, but I wanted to validate. 
+
+Am I going to run into issues that folks might already be able to warn me about? Anything I need to know? 
diff --git a/doc/forum/first-time_setup_git-annex/comment_1_a58d83ee3a7c2251d9a775847223f8ca._comment b/doc/forum/first-time_setup_git-annex/comment_1_a58d83ee3a7c2251d9a775847223f8ca._comment
new file mode 100644
index 0000000000..8b86d7b179
--- /dev/null
+++ b/doc/forum/first-time_setup_git-annex/comment_1_a58d83ee3a7c2251d9a775847223f8ca._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T18:39:59Z"
+ content="""
+Sorry it took so long to get back to you.
+
+You do not necessarily have to have git-annex installed on your web server. But it will open up one of the nicest ways to use git-annex with a server, which is to put a bare git repository on the server, and let git-annex send the contents of large files to that repository. It's fine to install any old version of git-annex on the server, they're all forwards and backwards compatable.
+
+In any case, you need git-annex installed on any computers where you want to access the repository, certainly.
+
+"""]]
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it.mdwn b/doc/forum/flickrannex_--_not_sure_I_get_it.mdwn
new file mode 100644
index 0000000000..fa69d61587
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it.mdwn
@@ -0,0 +1,7 @@
+flickrannex -- is it a way to upload your images to flickr by putting them in a git annex directory, and make them retrievable from it handily that way?
+
+Or is it a hack to exploit flickr's free storage, by allowing you to somehow wrap your files in images and uploading them?
+
+My python and knowledge of how git annex's hooks work is not good enough for me to be certain by reading the code.
+
+Thanks
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it/comment_1_57ea9f26760f970a70f09934d31a79b5._comment b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_1_57ea9f26760f970a70f09934d31a79b5._comment
new file mode 100644
index 0000000000..3d5da7d374
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_1_57ea9f26760f970a70f09934d31a79b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-27T01:48:43Z"
+ content="""
+Little bit of both I think. Pictures uploaded by it are visible on flickr. You can configure a [[preferred_content]] expression so the flickr remote only wants *.jpg etc. Any other file is wrapped inside an image so flickr will accept it. It would probably be a good idea to configure git-annex to `untrust` your repository if using it this way.
+"""]]
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it/comment_2_ba93563b4ce1f6497a9f1d5e6eb0d1bb._comment b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_2_ba93563b4ce1f6497a9f1d5e6eb0d1bb._comment
new file mode 100644
index 0000000000..cb9b65f6a0
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_2_ba93563b4ce1f6497a9f1d5e6eb0d1bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 2"
+ date="2013-05-27T01:57:25Z"
+ content="""
+Cool, thanks!  I ran into some issues setting it up, I'll take those to github (I hadn't been able to get as far as setting it up with an annex)
+"""]]
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it/comment_3_74f143965f48c89a3583acf1b6a7635a._comment b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_3_74f143965f48c89a3583acf1b6a7635a._comment
new file mode 100644
index 0000000000..21fcde85d3
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_3_74f143965f48c89a3583acf1b6a7635a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="I noticed you stopped filing issues on github"
+ date="2013-06-02T10:38:04Z"
+ content="""
+Does that mean the hook is working properly for you properly now?
+
+"""]]
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it/comment_4_493bb86dedfa91ccc0c9be4045953ee4._comment b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_4_493bb86dedfa91ccc0c9be4045953ee4._comment
new file mode 100644
index 0000000000..dd474ef593
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_4_493bb86dedfa91ccc0c9be4045953ee4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 4"
+ date="2013-06-02T20:27:08Z"
+ content="""
+it is, thank you!  working perfectly.
+"""]]
diff --git a/doc/forum/flickrannex_--_not_sure_I_get_it/comment_5_2c410aa478b21c0e6eb0e4d54bc8c362._comment b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_5_2c410aa478b21c0e6eb0e4d54bc8c362._comment
new file mode 100644
index 0000000000..f55a894a89
--- /dev/null
+++ b/doc/forum/flickrannex_--_not_sure_I_get_it/comment_5_2c410aa478b21c0e6eb0e4d54bc8c362._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 5"
+ date="2013-06-02T20:29:48Z"
+ content="""
+Good :)
+"""]]
diff --git a/doc/forum/folder_size_question.mdwn b/doc/forum/folder_size_question.mdwn
new file mode 100644
index 0000000000..51d11ca8bc
--- /dev/null
+++ b/doc/forum/folder_size_question.mdwn
@@ -0,0 +1,3 @@
+For test purposes I copied a folder into my local repository to do some tests. 
+I now had a look at the original folder size and the size of the repository and compared it to the original folder and the repo is about 2x bigger. How come?
+=> http://screencast.com/t/Tvqe5P22Ux
diff --git a/doc/forum/folder_size_question/comment_1_782cbf836335d86ff29853c34f00fec3._comment b/doc/forum/folder_size_question/comment_1_782cbf836335d86ff29853c34f00fec3._comment
new file mode 100644
index 0000000000..36bb93df3e
--- /dev/null
+++ b/doc/forum/folder_size_question/comment_1_782cbf836335d86ff29853c34f00fec3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T17:02:29Z"
+ content="""
+I don't have bandwidth to watch screencasts, so I can only guess.
+
+My first guess would be that you used `git add` to check the files into a git repository. This will exactly double the disk space, since each file is now stored in .git/ as well as in the working tree. This is a problem that git-annex solves.
+
+If you'd like to provide more information (cut and paste of details is useful), I can perhaps make more informed guesses. Or you could use `du` so see which files are taking up more space than you expect.
+"""]]
diff --git a/doc/forum/folder_size_question/comment_2_391aa62e4d8c496a58be4707522d8edb._comment b/doc/forum/folder_size_question/comment_2_391aa62e4d8c496a58be4707522d8edb._comment
new file mode 100644
index 0000000000..f031deb818
--- /dev/null
+++ b/doc/forum/folder_size_question/comment_2_391aa62e4d8c496a58be4707522d8edb._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 2"
+ date="2014-05-16T17:15:59Z"
+ content="""
+I don't recall doing anything besides using the git annex assistant...
+
+That link is just a screen shot...
+
+anyway here is more info:
+
+du -h -s git-annex/*
+ 38M	git-annex/Finance
+8.0K	git-annex/archive
+
+BUT if I check the folder git-annex's properties it says: 
+
+45 980 806 bytes (80,4 MB on disk) for 8 420 items
+
+Is that normal?
+"""]]
diff --git a/doc/forum/folder_size_question/comment_3_1e850dbe36fafe0505b60dd2ce0bd5d7._comment b/doc/forum/folder_size_question/comment_3_1e850dbe36fafe0505b60dd2ce0bd5d7._comment
new file mode 100644
index 0000000000..978ffcf51e
--- /dev/null
+++ b/doc/forum/folder_size_question/comment_3_1e850dbe36fafe0505b60dd2ce0bd5d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-05-16T19:07:10Z"
+ content="""
+Sounds to me like some GUI thing that is confused in some way. Which is, in my experience not unusual when it comes to GUI things and the actual size of files on disk. I'd trust `du`.
+"""]]
diff --git a/doc/forum/folder_size_question/comment_4_907f3b1cfe745abf94a6a8ba0dbd4396._comment b/doc/forum/folder_size_question/comment_4_907f3b1cfe745abf94a6a8ba0dbd4396._comment
new file mode 100644
index 0000000000..a32e9177a5
--- /dev/null
+++ b/doc/forum/folder_size_question/comment_4_907f3b1cfe745abf94a6a8ba0dbd4396._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 4"
+ date="2014-05-17T10:56:22Z"
+ content="""
+I thinks its all the small files. 
+
+    du -hs /Users/ovi/Sharing/git-annex/
+     77M	/Users/ovi/Sharing/git-annex/
+
+    du -hs /Users/ovi/Sharing/git-annex/Finance/
+     38M	/Users/ovi/Sharing/git-annex/Finance/
+
+    du -hs /Users/ovi/Sharing/git-annex/.git/
+     39M	/Users/ovi/Sharing/git-annex/.git/
+
+The GUI shows: 
+    46 136 859 bytes (80,6 MB on disk) for 8 002 items
+
+And the hidden .git folder shows:
+    7 373 616 bytes (41 MB on disk) for 7 625 items
+
+So apparently there are a lot of very small files, smaller than the blocksize hence the info is skewed? Anyway, I think its alright?
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives.mdwn b/doc/forum/fsck_gives_false_positives.mdwn
new file mode 100644
index 0000000000..2fae57c4ed
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+I use git-annex 3.20120123 on a debian-testing amd-64 machine with software RAID6 and LVM2 on it. I needed to move the whole `/home` directory to another LV (the new LV is on encrypted PV, the old LV is encrypted and not properly aligned; I'm changing from encrypted `/home` only to encrypted everything except `/boot`), so I have used the `rsync -aAXH` from a `ro` mounted `/home` to a new LV mounted on `/mnt/home_2`. After the move was complete I run the `git annex fsck` on my (4TB of) data. The fsck finds some files bad, and moves them to the `..../bad` directory. So far so good, this is how it should be, right? But then- I have a file with sha1sum of all my files. So - I checked the 'bad' file against that. It was OK. Then I computed the SHA256 of the file - this is used by `git annex fsck`. It was OK, too. So how did it happen, that the file was marked as bad? Do I miss something here? Could it be related to the hardware (HDDs) and silent data corruption? Or is it the undesirable effect of rsync? Or maybe the fsck is at fault here?
+
+Any ideas?
+
diff --git a/doc/forum/fsck_gives_false_positives/comment_1_b91070218b9d5fb687eeee1f244237ad._comment b/doc/forum/fsck_gives_false_positives/comment_1_b91070218b9d5fb687eeee1f244237ad._comment
new file mode 100644
index 0000000000..c65eaf51d9
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_1_b91070218b9d5fb687eeee1f244237ad._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-02-14T16:58:33Z"
+ content="""
+Well, it should only move files to `.git/annex/bad/` if their filesize is wrong, or their checksum is wrong.
+
+You can try moving a file out of `.git/annex/bad/` and re-run fsck and see if it fails it again. (And if it does, paste in a log!) 
+
+To do that -- 
+Suppose you have a file `.git/annex/bad/SHA256-s33--5dc45521382f1c7974d9dbfcff1246370404b952` and you know that file `foobar` was supposed to have that content (you can check that `foobar` is a symlink to that SHA value). Then reinject it:
+
+`git annex reinject .git/annex/bad/SHA256-s33--5dc45521382f1c7974d9dbfcff1246370404b952 foobar`
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment b/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment
new file mode 100644
index 0000000000..1e0111e672
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="antymat"
+ ip="77.190.74.127"
+ subject="comment 2"
+ date="2012-02-14T22:48:37Z"
+ content="""
+Thanks, joey, but I still do not know, why the file that has been (and *is*) OK according to separate sha1 and sha256 checks, has been marked 'bad' by `fsck` and moved to `.git/annex/bad`. What could be a reason for that? Could have `rsync` caused it? I know too little about internal workings of `git-annex` to answer this question.
+
+But one thing I know for certain - the false positives should *not* happen, unless something *is* wrong with the file. Otherwise, if it is unreliable, if I have to check twice, it is useless. I might as well just keep checksums of all the files and do all checks by hand...
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment b/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment
new file mode 100644
index 0000000000..bd807f4048
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2012-02-14T22:57:29Z"
+ content="""
+All that git annex fsck does is checksum the file and move it away if the checksum fails. 
+
+If bad data was somehow read from the disk that one time, what you describe could occur. I cannot think of any other way it could happen.
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment b/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment
new file mode 100644
index 0000000000..038d41620c
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="antymat"
+ ip="77.190.74.127"
+ subject="comment 4"
+ date="2012-02-15T07:13:12Z"
+ content="""
+OK, thanks. I was just wondering - since there are links in git(-annex), and a hard links too, that maybe the issue has been caused by `rsync`.
+
+I will keep my eye on that and run checks with my own checksum and `fsck` from time to time, and see what happens. I will post my results here, but the whole run (`fsck` or checksum) takes almost 2 days, so I will not do it too often... ;)
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives/comment_5_86484a504c3bbcecd5876982b9c95688._comment b/doc/forum/fsck_gives_false_positives/comment_5_86484a504c3bbcecd5876982b9c95688._comment
new file mode 100644
index 0000000000..7f0fbf96a0
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_5_86484a504c3bbcecd5876982b9c95688._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2012-02-15T15:22:56Z"
+ content="""
+The symlinks are in the git repository. So if the rsync damanged one, git would see the change. And nothing that happens to the symlinks can affect fsck.
+
+git-annex does not use hard links at all.
+
+fsck corrects mangled file permissions. It is possible to screw up the permissions so badly that it cannot see the files at all (ie, chmod 000 on a file under .git/annex/objects), but then fsck will complain and give up, not move the files to bad.
+So I don't see how a botched rsync could result in fsck moving a file with correct content to bad.
+"""]]
diff --git a/doc/forum/fsck_gives_false_positives/comment_6_1d4fbbd212fa92967abda346323031f4._comment b/doc/forum/fsck_gives_false_positives/comment_6_1d4fbbd212fa92967abda346323031f4._comment
new file mode 100644
index 0000000000..294778cbfa
--- /dev/null
+++ b/doc/forum/fsck_gives_false_positives/comment_6_1d4fbbd212fa92967abda346323031f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWQTrnPloMWiPFg8Y2Y5g-2IYe26D0KKw"
+ nickname="Jim"
+ subject="comment 6"
+ date="2012-07-07T16:18:06Z"
+ content="""
+It's also possible you got a one-time DRAM corruption.  You have to expect those to happen every so often unless you're using ECC memory.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage.mdwn b/doc/forum/gadu_-_git-annex_disk_usage.mdwn
new file mode 100644
index 0000000000..c7a20c3275
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage.mdwn
@@ -0,0 +1,7 @@
+Based on the thread over at <http://git-annex.branchable.com/forum/__34__du__34___equivalent_on_an_annex__63__/> I decided to finally write a du like utility for git-annex.  A 0.01 version is up over at <http://git-annex.mysteryvortex.com/git-annex-utils.html>.  It works, but I intend to make it smarter about handling git repos and annexed files, as well as adding more of the options available in the standard du utility.
+
+Currently it will tally up the sizes of links that look like they are annexed files.  I plan to make it actually interact with git and git-annex to verify the files are annexed and enable options like tallying files only from specific remotes, only missing files, not double counting files which are annexed multiple times but stored only once, etc...
+
+I'll have time to work on this on the weekends, and plan to get my git repo up soon.  After gadu is mostly complete I might work on some other tools.
+
+Releases are signed with a PGP key with fingerprint 5E1A 65D7 D5E9 56F1 C239  43DF C6C8 9A0B 6003 8953 (available on the website)
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_10_f632a62c4dbbf01b29f146893d7725f9._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_10_f632a62c4dbbf01b29f146893d7725f9._comment
new file mode 100644
index 0000000000..602cc43630
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_10_f632a62c4dbbf01b29f146893d7725f9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="comment 10"
+ date="2013-01-14T01:54:12Z"
+ content="""
+No problem, glad to see it is useful.  I'm not exactly a web guy, but I want to get some sort of comment/discussion system up there soon so we aren't filling up Joey's web site with semi-offtopic discussion.  (also a little beautification is in order)
+
+Yes, contributions are welcome.  GPG/PGP encrypted email is the preferred mode of communication.
+
+Currently I ask for copyright assignment in case I want to change licenses in the future.  I pledge not to go to a non-free license, but the GPL3 license choice was fairly arbitrary.  I might want to add the \"or any later version\" clause, for example.  There is also potential for a library to be split off which might benefit from something like LGPL licensing or similar.  I haven't really studied the licensing situation since GPL3 came around, so I need to take some time to look into it.
+
+I don't want to have a licensing discussion here though as it would be offtopic.  Feel free to email me and we can discuss.
+
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_11_73461da2d55d040cb43e0db286975821._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_11_73461da2d55d040cb43e0db286975821._comment
new file mode 100644
index 0000000000..5f9a8bbecc
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_11_73461da2d55d040cb43e0db286975821._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-03-11T05:31:04Z"
+ content="""
+I don't want to steal gadu's thunder, and I really quite like having an ecosystem of tools develop around git-annex.
+
+With that said, \"git annex status .\" now shows the disk used for all files in the current directory and below. It also shows the number of keys, and the total amount of disk those keys would use.
+
+Additionally, you can use all the standard git-annex file limiting options. For example, here I'm finding out how much disk space is used by files located on a *remote* system:
+
+<pre>
+git annex status . --in turtle
+directory: .
+local annex keys: 0
+local annex size: 0 bytes
+known annex keys: 10
+known annex size: 3 gigabytes
+</pre>
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_12_6c4fb123091bde435c18ac3dfd5a9b77._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_12_6c4fb123091bde435c18ac3dfd5a9b77._comment
new file mode 100644
index 0000000000..d228e196de
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_12_6c4fb123091bde435c18ac3dfd5a9b77._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-03-11T05:33:09Z"
+ content="""
+BTW, I think gadu still has its own uses, due to having a du like output, that can list space used by subdirectories. You can do that with git annex status *, but it's much more verbose, and doesn't show a break down by deeper subdirectories.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_1_067d0ffe8900751bd2d2743254ac4d77._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_1_067d0ffe8900751bd2d2743254ac4d77._comment
new file mode 100644
index 0000000000..9699b6ee68
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_1_067d0ffe8900751bd2d2743254ac4d77._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="0.02 is up"
+ date="2012-12-08T14:20:16Z"
+ content="""
+I fixed some bugs that gave the wrong answer occasionally, and made gadu much smarter now.
+
+It now searches for the .git dir an makes sure the git-annex links are well formed before counting them.
+I also added a few more du like options.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_2_ec8b57426e4d82c3392eb7dd683f2ddc._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_2_ec8b57426e4d82c3392eb7dd683f2ddc._comment
new file mode 100644
index 0000000000..04c6c3f650
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_2_ec8b57426e4d82c3392eb7dd683f2ddc._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 2"
+ date="2012-12-08T15:35:16Z"
+ content="""
+Have downloaded v0.02 and experimented a bit, and it seems to work nicely. A couple of things, though:
+
+- It displays the sizes in 512 byte blocks as default. I find that very confusing, and the standard `du`(1) from GNU coreutils uses 1024kB as default. AFAIK 512 byte blocks is an old way of measuring sizes from the really ancient UNIX days. Traditionally correct, maybe, but not very useful these days.
+- When not specifying a path, can it use \"`.`\" as default?
+- A human-readable format would've been nice, like 234M or 13G. The `du`(1) from GNU coreutils uses `-h` for this, but that option is already used for `--help`. And that's OK, I think `-h` should be reserved for that purpose. IMHO using `-h` as a synonym for `--human-readable` was a bad choice by coreutils, but it's too late to change that now.
+
+Is there any Git repository available for git-annex-utils somewhere? That's my preferred way of getting updates and follow the development.
+
+Anyway, thanks. :)
+
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_3_38296fef5a2dc5794c2dc09df676b8c1._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_3_38296fef5a2dc5794c2dc09df676b8c1._comment
new file mode 100644
index 0000000000..42e4f5a713
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_3_38296fef5a2dc5794c2dc09df676b8c1._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="gadu 0.03 is up"
+ date="2012-12-09T13:05:10Z"
+ content="""
+* 1K blocksize is now the default
+* \".\" is now the default path
+* implemented -B/--block-size option
+* --help is no longer -h, it only has a long option like du
+* implemented -h/--human-readable option
+
+du will take up to yottabytes for the --block-size option.  I had been fudging the sizes with a size_t thinking 16 exabytes was plenty big enough for now, but since I was implementing --block-size I went ahead and converted everything to use the GNU MP.  So libgmp is now a dependency.
+
+--human-readable probably doesn't have exactly the same output, but I think it is good enough.  I tried to make the options work mostly the same as du from core-utils.  Let me know if you find other discrepancies.
+
+I'll see about making the git tree available soon, but it may have to wait until next weekend.  I may also look into a forum for the website, or a mailing list.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_4_1bcc94f9982c6cfd0888f3dba0f9221e._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_4_1bcc94f9982c6cfd0888f3dba0f9221e._comment
new file mode 100644
index 0000000000..807dac1b38
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_4_1bcc94f9982c6cfd0888f3dba0f9221e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 4"
+ date="2012-12-09T20:13:47Z"
+ content="""
+Thanks a lot, Steve. Awesome, got everything on my wishlist. :) A very useful utility, and works perfectly. Will be using this a lot. git-annex-utils is a good name for this, I'm sure if you place it on GitHub or somewhere else you'll get lots of contributions and this could grow to be a project containing many useful utilities for git-annex.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_5_4365cd3031456fac1b563ee72984638e._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_5_4365cd3031456fac1b563ee72984638e._comment
new file mode 100644
index 0000000000..e2611dbaaf
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_5_4365cd3031456fac1b563ee72984638e._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="comment 5"
+ date="2012-12-10T04:07:53Z"
+ content="""
+I pay attention to feedback ;)
+
+I'm not done with it yet, I want to add in some options to limit what gets counted.
+
+For example:  If you have two annexed files that contain the same content using the same backend, they will be stored only once in the .git/annex/objects directory but be counted twice by gadu.
+
+I want to fix that, but I'll leave an option to keep that behavior if you want.  I also want to add options to count or not count files that exist in a certain repo.  It will be very easy to add options to only count files that you have or don't have locally as well.
+
+Making it pay attention to environment variables that git and git-annex do would also be a good idea. (like GIT_DIR, etc...)
+
+I'm open to good ideas that anybody has, unfortunately I can only work on it on the weekends for now.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_6_2b03d7b857497cb811e992f85700cdcc._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_6_2b03d7b857497cb811e992f85700cdcc._comment
new file mode 100644
index 0000000000..9b8d049088
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_6_2b03d7b857497cb811e992f85700cdcc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="markus"
+ ip="79.243.252.165"
+ subject="Great util!"
+ date="2012-12-28T17:45:27Z"
+ content="""
+Hi 
+
+gadu is a great util! The speed increase compared to \"du -smL\" will make it my fav. util for size calc! 
+
+ciao markus 
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_7_03a4dfaf3bd73d41c6f3c3fab0a6a922._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_7_03a4dfaf3bd73d41c6f3c3fab0a6a922._comment
new file mode 100644
index 0000000000..05f20ddcc2
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_7_03a4dfaf3bd73d41c6f3c3fab0a6a922._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="sizes has git-annex support"
+ date="2012-12-30T22:47:42Z"
+ content="""
+Just to note that I already added git-annex support to my \"sizes\" utility on Hackage several months back.  With -A, it shows you storage totals with annex symlinks computed fully resolved.
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_8_fc6ddb4dc075ee42368863c1b026dbf7._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_8_fc6ddb4dc075ee42368863c1b026dbf7._comment
new file mode 100644
index 0000000000..642ad3d961
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_8_fc6ddb4dc075ee42368863c1b026dbf7._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="git repo is now up"
+ date="2013-01-01T23:39:33Z"
+ content="""
+sunny256, the git repo is now accessible at <http://git.mysteryvortex.com>
+
+Markus, never used the -m option myself.  I added it in git it'll be in the next tarball.  (I plan to go through the du man page and add all appropriate options soon)
+
+John, I wasn't aware of your sizes utility.  I'll look into it.
+
+"""]]
diff --git a/doc/forum/gadu_-_git-annex_disk_usage/comment_9_f03254e518cbdda73e4b88e72476275d._comment b/doc/forum/gadu_-_git-annex_disk_usage/comment_9_f03254e518cbdda73e4b88e72476275d._comment
new file mode 100644
index 0000000000..d3ebbae61d
--- /dev/null
+++ b/doc/forum/gadu_-_git-annex_disk_usage/comment_9_f03254e518cbdda73e4b88e72476275d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="The git-annex-utils repo"
+ date="2013-01-09T09:39:16Z"
+ content="""
+Thanks for setting up the git-annex-utils repo, Steve. Will install the newest gadu(1) on my computers now. I'll probably contribute some patches for some utility scripts or programs, if that's OK. What's your preferred way to receive patches? GPG-encrypted mail to your address in the commit log?
+"""]]
diff --git a/doc/forum/get_and_copy_with_bare_repositories.mdwn b/doc/forum/get_and_copy_with_bare_repositories.mdwn
new file mode 100644
index 0000000000..846887f96d
--- /dev/null
+++ b/doc/forum/get_and_copy_with_bare_repositories.mdwn
@@ -0,0 +1,7 @@
+is `git annex get` and `git annex copy --to somewhere` expected to work with bare repos? the [[bare repositories]] page doesn't indicate otherwise, but a `git annex get` does plain nothing in my setup.
+
+if it's supposed not to work, there should be an error message saying that and an indication on the [[bare repositories]], otherwise, how can i trace it down?
+
+in case it is just unimplemented for lack of use cases: my setup consists of several laptops using parts of a 200gb+ photo collection, a central trusted server that should host everything, and an external encrypted remote backup. clients *should* copy everything they add to both central locations, but i'd prefer the trusted server to sync the two of them too.
+
+`get` and `copy` usually operate on the current directory, which in case of a bare repo does not contain any relevant files, but i tried explicitly specifying files too. `git annex` should either look them up in master, or always operate on all files (as indexed in the `git-annex` branch) unconditionally.
diff --git a/doc/forum/get_and_copy_with_bare_repositories/comment_1_a6e4628c0770e3f5e81348a6f29dd845._comment b/doc/forum/get_and_copy_with_bare_repositories/comment_1_a6e4628c0770e3f5e81348a6f29dd845._comment
new file mode 100644
index 0000000000..a19dd86310
--- /dev/null
+++ b/doc/forum/get_and_copy_with_bare_repositories/comment_1_a6e4628c0770e3f5e81348a6f29dd845._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-13T17:30:31Z"
+ content="""
+git-annex commands only operate on files in the currently checked out working copy. You can send files to/from bare repos from non-bare repos. But you cannot do anything with them inside the bare repo, just as regular git doesn't let you commit inside a bare repo.
+
+There is talk about [[todo/add_-all_option]], which would be usable in bare repos.
+"""]]
diff --git a/doc/forum/get_and_copy_with_bare_repositories/comment_2_652fa1bae5c2bb63dcffcbda97a567c4._comment b/doc/forum/get_and_copy_with_bare_repositories/comment_2_652fa1bae5c2bb63dcffcbda97a567c4._comment
new file mode 100644
index 0000000000..fdf9f91a2b
--- /dev/null
+++ b/doc/forum/get_and_copy_with_bare_repositories/comment_2_652fa1bae5c2bb63dcffcbda97a567c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 2"
+ date="2013-07-03T18:13:25Z"
+ content="""
+`git annex get` and `git annex copy`, as well as `git annex move` can now be used in a bare repository. In this mode, they behave as if --all were specified, and so operate on every single version of every single file.
+"""]]
diff --git a/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote.mdwn b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote.mdwn
new file mode 100644
index 0000000000..cc9091ae5b
--- /dev/null
+++ b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote.mdwn
@@ -0,0 +1,11 @@
+I'm not sure if this is my stupidity or if it's a bug, but
+
+    git annex copy --force --to REMOTE . 
+
+just zip's through really quickly and doesn't actually force a copy to a
+remote location. This is just following up on the
+[[bugs/git-annex_directory_hashing_problems_on_osx]]. I want to just do a force copy of all my data to my portable disk to really make sure that the data is really there. I would similarly would want to make sure I can force a 
+
+    git annex copy --force --from REMOTE .
+
+to pull down files from a remote.
diff --git a/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_1_3deb2c31cad37a49896f00d600253ee3._comment b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_1_3deb2c31cad37a49896f00d600253ee3._comment
new file mode 100644
index 0000000000..d2692f26f0
--- /dev/null
+++ b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_1_3deb2c31cad37a49896f00d600253ee3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T16:49:01Z"
+ content="""
+How remote is REMOTE? If it's a directory on the same computer, then git-annex copy --to is actually quickly checking that each file is present on the remote, and when it is, skipping copying it again.
+
+If the remote is ssh, git-annex copy talks to the remote to see if it has the file. This makes copy --to slow, as Rich [[complained_before|forum/batch_check_on_remote_when_using_copy]]. :)
+
+So, copy --to does not trust location tracking information (unless --fast is specified), which means that it should be doing exactly what you want it to do in your situation -- transferring every file that is really not present in the destination repository already.
+
+Neither does copy --from, by the way. It always checks if each file is present in the current repository's annex before trying to download it.
+"""]]
diff --git a/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_2_627f54d158d3ca4b72e45b4da70ff5cd._comment b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_2_627f54d158d3ca4b72e45b4da70ff5cd._comment
new file mode 100644
index 0000000000..1079303197
--- /dev/null
+++ b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_2_627f54d158d3ca4b72e45b4da70ff5cd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2011-04-03T16:59:47Z"
+ content="""
+Remote as in \"another physical machine\". I assumed that
+
+    git annex copy --force --to REMOTE .
+
+would have not trusted the contents in the current directory (or the remote that is being copied to) and then just go off and re-download/upload all the files and overwrite what is already there. I expected the combination of *--force* and copy *--to* that it would not bother to check if the files are there or not and just copy it regardless of the outcome.
+"""]]
diff --git a/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_3_3f49dab11aae5df0c4eb5e4b8d741379._comment b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_3_3f49dab11aae5df0c4eb5e4b8d741379._comment
new file mode 100644
index 0000000000..c3df214988
--- /dev/null
+++ b/doc/forum/getting_git_annex_to_do_a_force_copy_to_a_remote/comment_3_3f49dab11aae5df0c4eb5e4b8d741379._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2011-04-03T17:12:35Z"
+ content="""
+On second thought maybe the current behaviour is better than what I am suggesting that the force command should do. I guess it's better to be safe than sorry.
+"""]]
diff --git a/doc/forum/ghost_semitrusted_repositories.mdwn b/doc/forum/ghost_semitrusted_repositories.mdwn
new file mode 100644
index 0000000000..9e00178b75
--- /dev/null
+++ b/doc/forum/ghost_semitrusted_repositories.mdwn
@@ -0,0 +1,28 @@
+I had one repo on HDD and another in an USB drive. After mount point changed, I went to the HDD repo folder and tried to use git remote-set url to point it to the new location, however I think I ended in a weird state. git-annex info shows this:
+
+    git-annex info
+    repository mode: indirect
+    trusted repositories: 0
+    semitrusted repositories: 5
+        00000000-0000-0000-0000-000000000001 -- web
+        26c0c4ba-6489-4416-a054-670d373f09bd -- juan@invasor.local:/Volumes/sapo_hfs/live/papers
+        61158820-db14-45b9-b9f9-8619d956388e -- [usb_papers]
+        d4456c86-fa2b-43a7-a132-027915390cf6 -- usb_papers
+        fed56814-08c6-11e3-bf3c-af5da9f7f388 -- sapo [here]
+    untrusted repositories: 0
+    transfers in progress: none
+    available local disk space: 255.46 gigabytes (+1 megabyte reserved)
+    local annex keys: 1252
+    local annex size: 2.55 gigabytes
+    annexed files in working tree: 1297
+    size of annexed files in working tree: 2.7 gigabytes
+    bloom filter size: 16 mebibytes (0.3% full)
+    backend usage: 
+        SHA256E: 2549
+
+usb_papers was the original usb repo, and now a new one [usb_papers] shows. webapp shows only sapo[here] and [usb_papers], the other 2 repos are unknown. I was digging around but couldn't find a way to remove them.
+Seems that the webapp managed to use the new URL, but said something about "fixing repo".
+Any suggestions?
+Thanks in advance.
+Best regards,
+              Juan
diff --git a/doc/forum/ghost_semitrusted_repositories/comment_1_99bea1a964da9c5603b8cfbdc19bcde8._comment b/doc/forum/ghost_semitrusted_repositories/comment_1_99bea1a964da9c5603b8cfbdc19bcde8._comment
new file mode 100644
index 0000000000..ced8645e28
--- /dev/null
+++ b/doc/forum/ghost_semitrusted_repositories/comment_1_99bea1a964da9c5603b8cfbdc19bcde8._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T19:40:32Z"
+ content="""
+    61158820-db14-45b9-b9f9-8619d956388e -- [usb_papers]
+
+This is the git remote you currently have set up.
+
+    d4456c86-fa2b-43a7-a132-027915390cf6 -- usb_papers
+
+This is the old remote from before.
+
+Take a look at the repository in the USB drive, and see what its annex.uuid is set to. git-annex doesn't change the UUID after a repository is set up, so the fact that you have two different UUIDs is puzzling. 
+
+If you really wanted to, you could remove the old repository from the list by running: `git annex dead d4456c86-fa2b-43a7-a132-027915390cf6`  
+But I would want to get to the bottom of what happened before doing that.
+"""]]
diff --git a/doc/forum/ghost_semitrusted_repositories/comment_2_fe5fe5539d06c6b1ef69f3ed805f1ab4._comment b/doc/forum/ghost_semitrusted_repositories/comment_2_fe5fe5539d06c6b1ef69f3ed805f1ab4._comment
new file mode 100644
index 0000000000..931783a0e1
--- /dev/null
+++ b/doc/forum/ghost_semitrusted_repositories/comment_2_fe5fe5539d06c6b1ef69f3ed805f1ab4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="web remote"
+ date="2014-07-15T13:19:42Z"
+ content="""
+Ok. Got it. And what's up with the web remote? Why is it there, I didn't add that one.
+"""]]
diff --git a/doc/forum/ghost_semitrusted_repositories/comment_3_588325ef52c80cfc67d1dd80a9d5bd13._comment b/doc/forum/ghost_semitrusted_repositories/comment_3_588325ef52c80cfc67d1dd80a9d5bd13._comment
new file mode 100644
index 0000000000..1cdceff0d5
--- /dev/null
+++ b/doc/forum/ghost_semitrusted_repositories/comment_3_588325ef52c80cfc67d1dd80a9d5bd13._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-15T18:56:31Z"
+ content="""
+It's there to represent the world wide web when using eg, `git annex addurl`
+"""]]
diff --git a/doc/forum/git-annes_assistant_+_MAC_OSX_questions.mdwn b/doc/forum/git-annes_assistant_+_MAC_OSX_questions.mdwn
new file mode 100644
index 0000000000..d32e01a6e6
--- /dev/null
+++ b/doc/forum/git-annes_assistant_+_MAC_OSX_questions.mdwn
@@ -0,0 +1,16 @@
+After spending the whole last night playing with it, I think I have it figured out:
+
+it runs on my Macbook and I have added a free 50GB box.com account as archive and an S3 bucket as full-backup and set the min. number of file occurrences to keep to 2 so IF I delete anything on my Macbook, this should make sure I definitely have 2 more occurrences of each file on two separate storages.
+
+BUT here come the problems/questions
+
+- say I add a folder called: Documents, it has now apparently successfully synced to box.com and S3. I say apparently because there is no tool in the assistant to check
+- I can't seem to figure out how to delete the log of the assistant, its getting quite longish
+- I can't seem to figure out how to upgrade from 5.20140420 to 5.20140421
+- I move a file from a local repo to the archive folder but nothing happens except git-annex recording the move: (Recording state in git...)  /Users/ovi/Sharing/git-annex/Finance/1-564 Erkl. z. Gebiets- u. Steuereigenschaft 08_04.pdf still has writers, not adding [2014-05-09 17:22:43 SAST] Committer: Committing changes to git
+- the assistant doesn'T have any kind of gui for retrieving/deleting/finding stuff - I'm no stranger to the command line but I can't figure out how to add the /Applications/gitannex.app.5.20140421/Contents/MacOS to my path and if I go there and run runshell, most git-annex commands tell me: not in a git repository so all I can do right now, is look at things :-/
+- reading the description on the kickstarter page I must say I expected more. This is in no way comparable to Dropbox. 
+
+Don't get me wrong, this is the most promising project of its kind I came across if I can be pointed in the right direction :-)
+
+P.S. How does it work on the "inside"? i.e. I edit a file and git-annex picks it up and "syncs" - what is synced? The whole file? A diff? How can one restore older versions or even look to see what versions are available?
diff --git a/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_1_e661f31acd08a6459842f7f95e5c062b._comment b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_1_e661f31acd08a6459842f7f95e5c062b._comment
new file mode 100644
index 0000000000..9b524ea3b7
--- /dev/null
+++ b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_1_e661f31acd08a6459842f7f95e5c062b._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="partially solved"
+ date="2014-05-11T09:32:32Z"
+ content="""
+I managed to add the path and now I can use git annex command line.
+All my other questions and remarks are still open though :-)
+"""]]
diff --git a/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_2_e71a9d1fcf1f945fec0b7834b6038e91._comment b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_2_e71a9d1fcf1f945fec0b7834b6038e91._comment
new file mode 100644
index 0000000000..d11f641a60
--- /dev/null
+++ b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_2_e71a9d1fcf1f945fec0b7834b6038e91._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkYmMFDdf3GJ9Oba6NCVkzGc4JyB9WavMs"
+ nickname="Xinruo"
+ subject="comment 2"
+ date="2014-05-11T15:15:50Z"
+ content="""
+> say I add a folder called: Documents, it has now apparently successfully synced to box.com and S3. I say apparently because there is no tool in the assistant to check
+
+From the command line, git annex whereis FILE will tell you which remotes have the file, or git annex list will list out this for a directory
+
+> I can't seem to figure out how to delete the log of the assistant, its getting quite longish
+
+They live in .git/annex/daemon.log*
+
+> I can't seem to figure out how to upgrade from 5.20140420 to 5.20140421
+
+> I move a file from a local repo to the archive folder but nothing happens except git-annex recording the move: (Recording state in git...) /Users/ovi/Sharing/git-annex/Finance/1-564 Erkl. z. Gebiets- u. Steuereigenschaft 08_04.pdf still has writers, not adding [2014-05-09 17:22:43 SAST] Committer: Committing changes to git
+
+It says the pdf still has writers.. Maybe the file is locked by another program? In this case the file is not going to be annexed, I believe, until the lock is revoked.
+
+"""]]
diff --git a/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_3_372d9da8295d093b8b316f0a48b60ee1._comment b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_3_372d9da8295d093b8b316f0a48b60ee1._comment
new file mode 100644
index 0000000000..93f9ef414b
--- /dev/null
+++ b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_3_372d9da8295d093b8b316f0a48b60ee1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 3"
+ date="2014-05-12T11:03:59Z"
+ content="""
+So basically, I need to check the log for a specific commit and then restore that one?
+No way to list i.e. all commits for a folder and restore the whole folder?
+Or list all commits for a fiel and then restore that one?
+
+Still learning all of this, any hints welcome.
+"""]]
diff --git a/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_4_573537a49e082515bfb1be84c91b5d1b._comment b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_4_573537a49e082515bfb1be84c91b5d1b._comment
new file mode 100644
index 0000000000..01aac51119
--- /dev/null
+++ b/doc/forum/git-annes_assistant_+_MAC_OSX_questions/comment_4_573537a49e082515bfb1be84c91b5d1b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 4"
+ date="2014-06-21T13:03:11Z"
+ content="""
+Any feedback on my last questions? 
+Is there a road map somewhere? Need to figure out if this is going somewhere soon or if I should look for another solution? 
+Any other kickstarter campaigns you're planning? Wouldn't mind chipping in if it means this goes somewhere fast(er) ;-)
+"""]]
diff --git a/doc/forum/git-annex:_map:_1_failed.mdwn b/doc/forum/git-annex:_map:_1_failed.mdwn
new file mode 100644
index 0000000000..10be60ca5b
--- /dev/null
+++ b/doc/forum/git-annex:_map:_1_failed.mdwn
@@ -0,0 +1,12 @@
+What exactly does that mean?
+I got that while exploring the git annex command:
+
+shiny-2:git-annex ovi$ pwd
+/Users/ovi/Sharing/git-annex
+shiny-2:git-annex ovi$ git annex map
+map /Users/ovi/Sharing/git-annex ok
+
+  running: dot -Tx11 /Users/ovi/Sharing/git-annex/.git/annex/map.dot
+
+failed
+git-annex: map: 1 failed
diff --git a/doc/forum/git-annex:_map:_1_failed/comment_1_35ff3256e823ab8cfc53276a2123ad5f._comment b/doc/forum/git-annex:_map:_1_failed/comment_1_35ff3256e823ab8cfc53276a2123ad5f._comment
new file mode 100644
index 0000000000..d1beb59096
--- /dev/null
+++ b/doc/forum/git-annex:_map:_1_failed/comment_1_35ff3256e823ab8cfc53276a2123ad5f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T16:29:54Z"
+ content="""
+`dot` is a command from the graphviz package. Perhaps you do not have it installed.
+"""]]
diff --git a/doc/forum/git-annex:_map:_1_failed/comment_2_b0826073ebbd2847f4ab0d9bdba2dce5._comment b/doc/forum/git-annex:_map:_1_failed/comment_2_b0826073ebbd2847f4ab0d9bdba2dce5._comment
new file mode 100644
index 0000000000..b8841dd362
--- /dev/null
+++ b/doc/forum/git-annex:_map:_1_failed/comment_2_b0826073ebbd2847f4ab0d9bdba2dce5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 2"
+ date="2014-05-16T17:21:09Z"
+ content="""
+indeed I didn't have it... was it stated somewhere that I need it?
+
+Busy installing it now... going to kill my 3g Connection :-/
+
+sudo port install graphviz
+--->  Computing dependencies for graphviz
+--->  Dependencies to be installed: autoconf m4 automake fontconfig freetype gd2 jpeg libvpx tiff xpm xorg-libXext xorg-libX11 xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp xorg-libxcb xorg-libpthread-stubs xorg-xcb-proto xorg-xextproto xorg-libXt xorg-libsm xorg-libice gts netpbm jasper jbigkit libLASi pango Xft2 xrender xorg-renderproto cairo libpixman xorg-xcb-util gobject-introspection libtool harfbuzz graphite2 poppler curl lcms2 openjpeg15 poppler-data urw-fonts webp xorg-libXaw xorg-libXmu
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment.mdwn b/doc/forum/git-annex___38___ikiwiki_experiment.mdwn
new file mode 100644
index 0000000000..5b426a1808
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment.mdwn
@@ -0,0 +1,28 @@
+Hi,
+
+I've been experimenting with combining [ikiwiki](http://ikiwiki.info) with git-annex and it seems to work. Thought I'd post my process. I've [commented](http://ikiwiki.info/todo/git-annex_support/discussion/) on the ikiwiki website as well but perhaps it'd be of interest to git-annex folks.
+
+I have very little understanding of any of the tools involved and have just attempted to make it work using my limited knowledge. I don't use the web interface for ikiwiki which simplifies things.
+
+The [website in question](http://stockholm.kalleswork.net) just went online and is currently an archive of architectural photographs and the site relies heavily on the ikiwiki osm and album plugins.
+
+### Setting things up
+
+To start with I set up the wiki on the server and git clone to into `$wrkdir` on my laptop. I then initialize a git-annex repo in the `$srcdir` on the server. Leaving the `$gitdir` untouched. The `$scrdir` git-annex repo has to be in `direct` mode. Before doing any syncing I add `annex-ignore = true` and `annex-sync = false` to `.git/config` in the origin repo (`$gitdir`): this is to prevent polluting `$gitdir` with git-annex data. The same process is repeated in the `$wrkdir` on the laptop.
+
+### Pushing and syncing
+
+With this setup I can then `git add remote $srcdir`, `git add $file` and `git-push` mdwn files and other lightweight data from the laptop. While `git annex-add`, `git-annex sync` and `git-annex copy --to $srcdir` jpg's and other heavy files. All pure git commands work as expected with ikiwiki and the website recompiles etc.
+
+### Snags
+
+I'm frequently left with (non-dangling) symlinks in the `$srcdir` despite the annex repo being in direct mode. When this happens `git-annex fsck` sorts things out.
+
+Uploading image files does require a bit of manual work. But as this is done less frequently it's not much of an issue for me. I'm guessing that by doing things it the correct order (whatever that might be) I could avoid some of the manual work.
+
+The thing to keep in mind is to never `git-add` the typechanged annexed files in the $srcdir. In general I never use git commands in the $srcdir.
+
+The main problem is the symlinks though as they demand a manual `git-annex fsck`. I have no idea what causes the symlinks in a direct mode repo.
+
+Any comments? 
+
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_1_9f74449ec91577dbf6095f4beafac293._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_1_9f74449ec91577dbf6095f4beafac293._comment
new file mode 100644
index 0000000000..332f77bcc8
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_1_9f74449ec91577dbf6095f4beafac293._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="how about the web interface?"
+ date="2013-09-25T11:09:58Z"
+ content="""
+I understand you do not use the web interface - but what if you did? would it commit all those files into git?
+
+Could we add the git-annex files to a .gitignore file?
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_2_e034585c8b51cc30b35c1f7ae68205bf._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_2_e034585c8b51cc30b35c1f7ae68205bf._comment
new file mode 100644
index 0000000000..2201813fe4
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_2_e034585c8b51cc30b35c1f7ae68205bf._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="comment 2"
+ date="2013-09-25T11:58:42Z"
+ content="""
+I have very poor understanding of what ikiwiki actually does behind the scenes including how it uses the $srcdir and $gitdir.
+
+The only way I could see the web interface working would be to use the git-annex content expressions and having the assistant running on the server. That still doesn't prevent large files from being checked into git though? That all depends on which order ikiwiki can be made to do things.
+
+I might be able to test on a local wiki but that would have to wait a while.
+
+
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_3_fbbd47c3dbe8de24b0df664e4afd5cb8._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_3_fbbd47c3dbe8de24b0df664e4afd5cb8._comment
new file mode 100644
index 0000000000..63919bd22d
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_3_fbbd47c3dbe8de24b0df664e4afd5cb8._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 3"
+ date="2013-09-25T17:03:29Z"
+ content="""
+Interesting experiment.
+
+I don't know why you don't want to let git-annex sync its data to $gitdir.
+
+The symlinks could be occuring because of a bug in direct mode. (I have fixed many past bugs that caused that.) But just as likely it's because ikiwiki will run `git pull` in the srcdir.
+
+I think it would make more sense to use the underlay plugin and keep your annexed repository in a separate underlay. This would guarantee ikiwiki doesn't run git commands in there, and would ensure that nothing done with the web interface could mess with the annex.
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_4_55da5c3c41c13b08590ce1ff8117cef6._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_4_55da5c3c41c13b08590ce1ff8117cef6._comment
new file mode 100644
index 0000000000..6299326a89
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_4_55da5c3c41c13b08590ce1ff8117cef6._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="comment 4"
+ date="2013-09-25T18:28:40Z"
+ content="""
+@Joey
+
+    > I don't know why you don't want to let git-annex sync its data to $gitdir.
+
+Well neither do I! :) It seemed to be the way to avoid duplicating data while still having the images picked up by the ikiwiki album plugin. Wouldn't the files in the $gitdir end up duplicated in $srcdir?
+
+    > The symlinks could be occuring because of a bug in direct mode. 
+    > (I have fixed many past bugs that caused that.) But just as likely
+    > it's because ikiwiki will run git pull in the srcdir.
+
+When you mention it I've had similar problems with my vfat usb annex repos. Using the post-receive merge hook to make files visible for non git-annex devices about town. Nothing I can reliably recreate but I will keep my eye out for bugs.
+
+    > I think it would make more sense to use the underlay plugin and keep 
+    > your annexed repository in a separate underlay. 
+
+Yep that would be ideal. For my usecase the album plugin is vital and I can't understand how album would pick up and deal with images in an underlay dir. This is a bit OT for this site though most of my questions are ikiwiki related.
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_5_f67823351164ddfe7d595685c3679652._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_5_f67823351164ddfe7d595685c3679652._comment
new file mode 100644
index 0000000000..2701bd4af1
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_5_f67823351164ddfe7d595685c3679652._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="comment 5"
+ date="2013-09-26T06:56:49Z"
+ content="""
+Turns out using the underlay was a piece of cake! Just mirror the folder structure of the repo in your underlaydir put your jpegs there and off you go. Images are picked up by the album plugin and it all just works. No need to coax git-annex into doing odd stuff.
+
+Thought I'd post this for other ikiwikers.
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_6_d5cc91164772849d027fed5f962d9000._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_6_d5cc91164772849d027fed5f962d9000._comment
new file mode 100644
index 0000000000..1d3abdf5de
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_6_d5cc91164772849d027fed5f962d9000._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="step by step?"
+ date="2013-09-26T09:40:57Z"
+ content="""
+So how does this actually work in practice? Is the underlay directory a completely disconnected repository?
+
+Can we have step by step instructions on how to set this up?
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_7_cb4ec7ed3c39d0649133191a85ea6ab3._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_7_cb4ec7ed3c39d0649133191a85ea6ab3._comment
new file mode 100644
index 0000000000..8e387d89a5
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_7_cb4ec7ed3c39d0649133191a85ea6ab3._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="comment 7"
+ date="2013-09-26T13:05:53Z"
+ content="""
+@anarcat
+
+    > Can we have step by step instructions on how to set this up?
+
+[I described the ikiwiki album setup](http://ikiwiki.info/forum/ikiwiki_with_album___38___underlay_plugins/) on the ikiwiki website as there are no git-annex tricks anymore. Just standard behaviour.
+
+    > So how does this actually work in practice? Is the underlay directory a 
+    > completely disconnected repository?
+
+Yes they are completely separate repos. Really the underlay dir could be managed in any way you like svn, rsync, ftp etc. I didn't expect the album plugin to pick everything up but apparently it does! Perhaps underlays are completely integrated and appear as 'normal' to all of ikiwiki?
+"""]]
diff --git a/doc/forum/git-annex___38___ikiwiki_experiment/comment_8_86565e5e1508ff1862f88975446650a2._comment b/doc/forum/git-annex___38___ikiwiki_experiment/comment_8_86565e5e1508ff1862f88975446650a2._comment
new file mode 100644
index 0000000000..473551f657
--- /dev/null
+++ b/doc/forum/git-annex___38___ikiwiki_experiment/comment_8_86565e5e1508ff1862f88975446650a2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 8"
+ date="2013-09-26T13:10:25Z"
+ content="""
+Yes, I believe that is the way the underlay works - the files are just picked up.
+
+As for the ikiwiki forum post - maybe you should move it to the \"tips\" section? :)
+
+Thanks for the documentation!!
+"""]]
diff --git a/doc/forum/git-annex_across_two_filesystems.mdwn b/doc/forum/git-annex_across_two_filesystems.mdwn
new file mode 100644
index 0000000000..1e95a793c6
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems.mdwn
@@ -0,0 +1,30 @@
+Hi everyone,
+
+I need some suggestions on how to operate git-annex best in my setup.
+
+I need git-annex mainly for its ability to have directories of all my data on all my nodes but not for the data redundancy it can provide.
+I have one node that contains 2 filesystems that I want to merge in one git-annex repository. One filesystem (lets call it SAFE) is on top of a RAID1 between two 1TB hds. The other (BIG) is on top of a 3TB hd. SAFE holds data I do not want to loose (like digital pictures). BIG holds data that I can loose.
+
+I do not have enough disk space on other nodes to get rid of the RAID1.
+
+This is how I mount my filesystems:
+
+SAFE at ~/AllData/
+
+BIG at ~/AllData/bigfiles/
+
+The root of the git repository is at ~/AllData/ however when I do:
+
+git-annex add ~/AllData/bigfiles/file1
+It says:
+add bigfiles/file1 failed
+
+I assume that is because of file1 being on a different filesystem.
+
+Do I have to create two repositories: one for each filesystem or do you have any ideas on how to use git-annex best in this scenario?
+Having two repositories also has the disadvantage that I need two repositories on all other nodes am I right?
+
+Thanks for you suggestions
+
+
+
diff --git a/doc/forum/git-annex_across_two_filesystems/comment_1_53167648b8b70b41d19ca662a5f3687e._comment b/doc/forum/git-annex_across_two_filesystems/comment_1_53167648b8b70b41d19ca662a5f3687e._comment
new file mode 100644
index 0000000000..cd363948ca
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems/comment_1_53167648b8b70b41d19ca662a5f3687e._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-22T19:48:55Z"
+ content="""
+git-annex stores the contents of files inside `.git/annex/objects`. The `git annex add` is failing because it cannot `rename()` the file into that directory, because it is on a different filesystem. Even if it did a more expensive move of the file, it would not do what you want, because all the files would be moved to the `.git/annex/objects` directory, which is stored on your smaller drive.
+
+The way git-annex is intended to be used with multiple drives is this: 
+
+* Make a separate git repository on each drive.
+* Set up git remotes connecting these repositories together. You don't have to connect them all up, but at least make
+  the git repository on your main filesystem have a remote for each git repository on other drives.
+* Use `git annex sync` to keep the git repositories in sync. (Or do it manually with `git pull`)
+* When you want a file to be available in the local repository, use `git annex get $file` to get it.
+* When your local repository is getting too full, use `git annex drop` or `git annex move` to flush files
+  out to the other drive(s).
+
+The [[walkthrough]] goes through an example of adding a removable USB drive this way, but you can do the same thing for
+non-removable drives.
+
+> Having two repositories also has the disadvantage that I need two repositories on all other nodes am I right?
+
+No -- you combine the two repositories, so any clone of either one contains all the files in both. Other notes then only need one
+repository. However, for another node to be able to get files from both repositories on this node, it will need to have two git remotes configured, one for each repository.
+"""]]
diff --git a/doc/forum/git-annex_across_two_filesystems/comment_2_39adeebc1af9c437f1fc2e00c07509bf._comment b/doc/forum/git-annex_across_two_filesystems/comment_2_39adeebc1af9c437f1fc2e00c07509bf._comment
new file mode 100644
index 0000000000..ef57bdfec3
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems/comment_2_39adeebc1af9c437f1fc2e00c07509bf._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.215.244"
+ subject="comment 2"
+ date="2013-04-27T17:14:43Z"
+ content="""
+It works fine. After it is set up with the client as described, sync is automatic from the Assistant.
+
+What I find cumbersome is the fact that I need to manually call \"git annex sync\" on the remote (usb or local ssh) to view (generate) the link. Is there a way to avoid this extra step ?
+
+"""]]
diff --git a/doc/forum/git-annex_across_two_filesystems/comment_3_f4e3f28db005301adeef7ccd2c9998fb._comment b/doc/forum/git-annex_across_two_filesystems/comment_3_f4e3f28db005301adeef7ccd2c9998fb._comment
new file mode 100644
index 0000000000..52a8f55654
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems/comment_3_f4e3f28db005301adeef7ccd2c9998fb._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="Marek"
+ subject="I should have thought of this"
+ date="2013-04-30T19:55:19Z"
+ content="""
+Thanks joey, I thought of the object storage just yesterday and that the drive where it resides needs to be the big one. 
+
+I think that I will do it as you described with one addition:
+
+I set up the git-annex repository on my big drive. Lets call that BIG.
+Then I set up another on the smaller drive (or raid) and set both to sync. Lets call that RAID.
+
+BUT: Can I use num copies to tell BIG to only sync files in certain directories to RAID. Or will syncing sync everything regardless?
+
+Thanks for your help
+
+"""]]
diff --git a/doc/forum/git-annex_across_two_filesystems/comment_4_53fa7ac6f80e3281768a7bfd3d438b34._comment b/doc/forum/git-annex_across_two_filesystems/comment_4_53fa7ac6f80e3281768a7bfd3d438b34._comment
new file mode 100644
index 0000000000..bab1a8b02c
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems/comment_4_53fa7ac6f80e3281768a7bfd3d438b34._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="Marek"
+ subject="Another correction"
+ date="2013-04-30T20:11:57Z"
+ content="""
+sync just syncs the meta data but not the objects itself right? I have to do an explicit git-annex copy -to or copy -from?
+
+
+"""]]
diff --git a/doc/forum/git-annex_across_two_filesystems/comment_5_2e1be54c01970ef3456e8af4aaf00cbf._comment b/doc/forum/git-annex_across_two_filesystems/comment_5_2e1be54c01970ef3456e8af4aaf00cbf._comment
new file mode 100644
index 0000000000..83644a5548
--- /dev/null
+++ b/doc/forum/git-annex_across_two_filesystems/comment_5_2e1be54c01970ef3456e8af4aaf00cbf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-30T21:57:13Z"
+ content="""
+Yes, `git annex sync` only syncs the metadata. 
+
+If you have numcopies set to to, and run `git annex copy --to RAID --auto`, it will only copy files that have less than 2 copies. (Same with `git annex copy --from BIG --auto` or `git annex get --auto`)
+"""]]
diff --git a/doc/forum/git-annex_and_tagfs.mdwn b/doc/forum/git-annex_and_tagfs.mdwn
new file mode 100644
index 0000000000..1ef40aea1c
--- /dev/null
+++ b/doc/forum/git-annex_and_tagfs.mdwn
@@ -0,0 +1,14 @@
+Hi,
+
+Thanks for git-annex, really a great project.
+Another related feature which would be useful to have is described by tagfs [3][] [4][], experimental implementations such as [tagfs over fuse][1], and [tagsistant][2] exist, but having a solution within the power of git-annex would really be attractive.
+
+How hard would this be to implement within the existing infrastructure?
+Thanks.
+
+related post: [[multiple_sym_links___40__for_tagging_photos__41____63__]]
+
+[1]: http://code.google.com/p/tagfs/
+[2]: www.tagsistant.net/
+[3]: http://site.xam.de/2006/01-tagfs.pdf
+[4]: http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=6&ved=0CE4QFjAF&url=http%3A%2F%2Fweb.mit.edu%2F6.033%2F2011%2Fwwwdocs%2Fwriting-samples%2Fsbezek_dp1.pdf&ei=ILQkUdqxMueR0QWgx4CwDw&usg=AFQjCNE1eWeFxmaxzOLZYVsb0tomqWNQaw&bvm=bv.42661473,d.d2k
diff --git a/doc/forum/git-annex_and_tagfs/comment_1_887c74cb61d30198322ef74ebc80f950._comment b/doc/forum/git-annex_and_tagfs/comment_1_887c74cb61d30198322ef74ebc80f950._comment
new file mode 100644
index 0000000000..95739bd93f
--- /dev/null
+++ b/doc/forum/git-annex_and_tagfs/comment_1_887c74cb61d30198322ef74ebc80f950._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 1"
+ date="2013-02-24T21:52:41Z"
+ content="""
+I welcome people doing this kind of thing with git-annex. Since you can have multiple files linking to the same content easily, it should be a reasonable platform with which to build something like this.
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers.mdwn b/doc/forum/git-annex_assistant_with_2_dedicated_servers.mdwn
new file mode 100644
index 0000000000..1544b14eff
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers.mdwn
@@ -0,0 +1,11 @@
+Hello,
+
+I am looking for a solution to replicate lots of files between 2 servers (with dedicated IP address) over WAN. (I already looked at GlusterFS, DRBD, Bittorent-Sync and ownCloud, but comments are welcome). Now I am evaluating git-annex but it is (kind of) hard to get the concepts as I am not familiar with git.
+
+I could already connect the servers by following the steps of "remote sharing walkthrough" but I feel that using a 3rd special node (as "transfer repository" / rsync or ssh) is an overhead and should not be needed. But no matter how hard I tried, I couldn't make the 2 servers do a sync without a special node. 
+
+Could you please give me a hint how to do it? Or even better, some detailed steps. :)
+
+Thanks,
+
+David
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_10_533ade2215c879cd46782fd66a97b167._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_10_533ade2215c879cd46782fd66a97b167._comment
new file mode 100644
index 0000000000..ec7dc0f861
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_10_533ade2215c879cd46782fd66a97b167._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="comment 10"
+ date="2013-11-16T23:15:49Z"
+ content="""
+Great. Understood. :) Thanks.
+
+Although there is one more thing that I don't really understand. Why do we need 2 repositories. In my mind (without knowing git) I thout it would work with one repository, where both server1 and server2 can upload/download files and they got synced through this. 
+
+    server1 <-> repository (somewhere, eother server1 or server2) <-> server2
+
+Now they use different repositories and I don't get why. Also I don't get how conflict-handling can be done if there are 2 repositories for the 2 transfer-ways.
+
+Sorry to bother you with this.
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_11_c9ae51d7b772cf7a91d90925f74d2b60._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_11_c9ae51d7b772cf7a91d90925f74d2b60._comment
new file mode 100644
index 0000000000..f614d066dc
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_11_c9ae51d7b772cf7a91d90925f74d2b60._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 11"
+ date="2013-11-16T23:25:26Z"
+ content="""
+When using git, each place you access your files is a separate repository. Thus, you have:
+
+server1 (repository) <--> server2 (repository) 
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_12_41fbee0ec9bc890e309bcd48a58c3851._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_12_41fbee0ec9bc890e309bcd48a58c3851._comment
new file mode 100644
index 0000000000..d707de6e10
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_12_41fbee0ec9bc890e309bcd48a58c3851._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="comment 12"
+ date="2013-11-18T11:25:06Z"
+ content="""
+Hello,
+
+Thanks for your help and explanation. Now I had some time to test git-annex and I had a sad experience. I tried to sync the files from server1 to server2 (as described before). We are talking about 87000 small files (these are maildir folders and each file is an e-mail) with the total size of 19 Gbytes. After a few hours git-annex assistant consumed all memory on both servers ... and then all swap ... and then kernel killed git-annex. The servers have 512 MB RAM and 1 GB swap.
+
+According to the Scalability page (http://git-annex.branchable.com/scalability/) the \"memory usage should be constant\" and I am sure I didn't run \"git-annex unused\".
+
+Is this memory consumption normal or it might be a bug? What shall we do?
+
+Thanks,
+
+David
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_13_571cffc0beb8ba5fc936db6971cd3d62._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_13_571cffc0beb8ba5fc936db6971cd3d62._comment
new file mode 100644
index 0000000000..aefe988132
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_13_571cffc0beb8ba5fc936db6971cd3d62._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="comment 13"
+ date="2013-11-19T09:17:26Z"
+ content="""
+Please tell me if/how I can help you. For example if you need access to servers to test...
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_14_0fb62af673a4bc8183e8fef048ceedd4._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_14_0fb62af673a4bc8183e8fef048ceedd4._comment
new file mode 100644
index 0000000000..7a4b80aa9b
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_14_0fb62af673a4bc8183e8fef048ceedd4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 14"
+ date="2013-12-16T20:36:14Z"
+ content="""
+I see the assistant spike up to around 150 mb when adding a lot of files, then drop back down once it finishes one batch (limited to around 5000 files) and moves on to the next. 
+
+You might need to file a bug report with some more details so I can reproduce the problem.
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_1_53a79af2d8e3abe50b983bf91972b8f2._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_1_53a79af2d8e3abe50b983bf91972b8f2._comment
new file mode 100644
index 0000000000..f6f058988c
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_1_53a79af2d8e3abe50b983bf91972b8f2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-16T17:42:48Z"
+ content="""
+The [[assistant/remote sharing walkthrough]] assumes that the computers are not servers, so they might not be turned on at the same time, and cannot directly contect each other.
+
+With 2 servers, it's much simpler. Just add a git remote on each pointing at the git repository on the other server, and run the git-annex assistant on both to keep them in sync.
+
+You can add the git remote with `git remote add otherserver ssh://otherserver/path/to/repo`, or you can use the webapp to do it (Add another repository -> Remote server)
+
+(If your WAN puts the servers on the same virtual subnet, ie a VPN, you can also probably use local pairing over the WAN to get to the same setup by a different route.)
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_2_c0ba3e8b7fbf8a5ed718001cec8df676._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_2_c0ba3e8b7fbf8a5ed718001cec8df676._comment
new file mode 100644
index 0000000000..8c4bb5922c
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_2_c0ba3e8b7fbf8a5ed718001cec8df676._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="still need some clarification"
+ date="2013-11-16T22:02:46Z"
+ content="""
+Hello,
+
+Thanks for your reply. I guessed that there is an easier, direct way to do it. But unfortunately I still need some clarification. This is how I tried:
+
+1. Cleared everything to start from scratch.
+2. I started git-annex on server1: screen git annex webapp --listen=server1_ip, opened the webapp and created the local repository /media/mail
+3. I configured the XMPP account on server1.
+4. Started git-annex on server2: screen git annex webapp --listen=server2_ip, opened the webapp and created the local repository /media/mail
+5. I configured the XMPP account on server2.
+
+And here comes the confusing part:
+
+6. On server1 I clicked Add another repository / Remote server: and configured ssh server2 to the same folder: /media/mail. I chose client repository group instead of transfer. (I am not sure if I did it right) ... but server1 started sync-ing.
+7. On server2 I clicked Add another repository / Remote server: and configured ssh server1 to the same folder: /media/mail. Then I received an error message:
+
+    Failed to make repository
+    Something went wrong setting up the repository on the remote server.
+    
+    Transcript:
+    
+    init  error: could not lock config file /media/mail-test/mail/.git/config: Permission denied
+    git-annex: git [Param \"config\",Param \"annex.version\",Param \"3\"] failed
+
+Cold you please help me where I did wrong?
+
+Thanks,
+
+David
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_3_60c39bc8ef74e80e72381d514b6dd223._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_3_60c39bc8ef74e80e72381d514b6dd223._comment
new file mode 100644
index 0000000000..f9e405b70b
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_3_60c39bc8ef74e80e72381d514b6dd223._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 3"
+ date="2013-11-16T22:18:20Z"
+ content="""
+It seems to me that you probably told git-annex to log into server2 as a user that does not have write access to sever2:/media/mail. Check the username field in the remote repository form.
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_4_6241120b4325c905661ef72881f4d7af._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_4_6241120b4325c905661ef72881f4d7af._comment
new file mode 100644
index 0000000000..bb7c193895
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_4_6241120b4325c905661ef72881f4d7af._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="still need some clarification"
+ date="2013-11-16T22:31:07Z"
+ content="""
+Hey,
+
+Yes, you were right. The ssh user did not have privileges to read/write the folder. Now I have corrected this issue and things started sync-ing.
+
+But I am afraid, this is not exactly the thing I wanted to achieve. My goal was to sync from folder to folder ... and not from folder to repository both ways.
+
+So, what I would like to do is that if I create a file at server1 (e.g. /media/mail/test01.txt) then it should appear at server2 at /media/mail/test01.txt.
+
+How can I achieve this?
+
+Thanks a lot.
+
+David
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_5_cab00b8fa195340f4d3fdaf5af975b57._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_5_cab00b8fa195340f4d3fdaf5af975b57._comment
new file mode 100644
index 0000000000..179a65a99a
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_5_cab00b8fa195340f4d3fdaf5af975b57._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 5"
+ date="2013-11-16T22:55:34Z"
+ content="""
+Well, that's what should happen. What behavior are you seeing? What version of git-annex are you using?
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_6_e24df9a1c68724a912b8ac6533d9bd25._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_6_e24df9a1c68724a912b8ac6533d9bd25._comment
new file mode 100644
index 0000000000..a28e947dda
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_6_e24df9a1c68724a912b8ac6533d9bd25._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="comment 6"
+ date="2013-11-16T22:58:15Z"
+ content="""
+Hello,
+
+Yes, meanwhile files started appearing. :) Maybe I just did not wait enough time.
+
+So, I have just one more question. Shall I set the remote ssh repositories to client or transfer? I read the docs and understand the difference, but in my case I simply cannot decide. 
+
+Thanks a lot for your hard work and great support. 
+
+David
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_7_ace3dc7c60c710a04b0a587206b341c4._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_7_ace3dc7c60c710a04b0a587206b341c4._comment
new file mode 100644
index 0000000000..c41fe492f4
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_7_ace3dc7c60c710a04b0a587206b341c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 7"
+ date="2013-11-16T23:04:29Z"
+ content="""
+In your situation, you do not have or need a repository whose only job is to transfer files between two other client repositories. So the right choice for your repositories is client -- or something else possibly -- but almost certainly not transfer.
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_8_9a96bc970a17ed62b0ceb7aa3f0a6f8b._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_8_9a96bc970a17ed62b0ceb7aa3f0a6f8b._comment
new file mode 100644
index 0000000000..1d0f1db52c
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_8_9a96bc970a17ed62b0ceb7aa3f0a6f8b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="David"
+ ip="178.21.48.117"
+ subject="comment 8"
+ date="2013-11-16T23:09:32Z"
+ content="""
+Okay. One last question. Could you please help me understand how this sync works now? 
+
+So for example if I save a file on server1, it gets pushed to server2's repository. But how is it translated back to a normal file from the repository?
+
+And in this case will this file be on server2's repository as well (so are there 2 copies on server2, one in the repository and one human-readabl)?
+
+Thanks!
+"""]]
diff --git a/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_9_ea88e0696f6e25e6904248a323f6cc36._comment b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_9_ea88e0696f6e25e6904248a323f6cc36._comment
new file mode 100644
index 0000000000..cafac10772
--- /dev/null
+++ b/doc/forum/git-annex_assistant_with_2_dedicated_servers/comment_9_ea88e0696f6e25e6904248a323f6cc36._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 9"
+ date="2013-11-16T23:11:58Z"
+ content="""
+Since you created these repositories with the webapp, they default to using [[direct_mode]]. git-annex handles putting the files in place when they are transferred to the repository. Only 1 copy is made, there is no separate copy in the repository.
+"""]]
diff --git a/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS.mdwn b/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS.mdwn
new file mode 100644
index 0000000000..e2be4fd22b
--- /dev/null
+++ b/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS.mdwn
@@ -0,0 +1,7 @@
+Hi,
+
+Is there a chance to get a build of git-annex for the Nokia N9 smartphone with Meego Harmattan and later for Sailfish OS (Jolla phone)?
+Git is already available for Meego Harmattan: http://www.who.is.free.fr/wiki/doku.php?id=harmattan
+
+Cheers,
+Tobias
diff --git a/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS/comment_1_301a51c48c3d54f9d37feace26a772f8._comment b/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS/comment_1_301a51c48c3d54f9d37feace26a772f8._comment
new file mode 100644
index 0000000000..d6464b679a
--- /dev/null
+++ b/doc/forum/git-annex_build_for_Nokia_N9___40__Meego_Harmattan__41___and_Sailfish_OS/comment_1_301a51c48c3d54f9d37feace26a772f8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="paulvt"
+ ip="2001:1af8:ff19:0:a288:b4ff:fe2c:f600"
+ subject="comment 1"
+ date="2013-07-13T08:21:29Z"
+ content="""
+I've just checked and almost all of the depends that Debian Sid on my laptop has, the N9 has.  But in the case of build-depends, they are nowhere near since the entire Haskell stack is not available...
+"""]]
diff --git a/doc/forum/git-annex_communication_channels.mdwn b/doc/forum/git-annex_communication_channels.mdwn
new file mode 100644
index 0000000000..8c56ac36a2
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels.mdwn
@@ -0,0 +1,10 @@
+Thought I'd ask how y'all are finding the current communication by this forum/website/git repo only.
+
+Would there be a benefit to having an irc channel for git-annex?
+
+Maybe a mailing list? (Any persuasive reason why it would be better than this forum?)
+
+Are the existing RSS feeds on this site, for eg, new [[comments]] and posts to this forum, sufficient to keep up with
+things?
+
+--[[Joey]]
diff --git a/doc/forum/git-annex_communication_channels/comment_1_198325d2e9337c90f026396de89eec0e._comment b/doc/forum/git-annex_communication_channels/comment_1_198325d2e9337c90f026396de89eec0e._comment
new file mode 100644
index 0000000000..163aae02cc
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_1_198325d2e9337c90f026396de89eec0e._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-03-28T15:48:08Z"
+ content="""
+No matter what you end up doing, I would appreciate a git-annex-announce@ list.
+
+I really like the persistence of ikiwiki, but it's not ideal for quick communication. I would be fine with IRC and/or ML. The advantage of a ML over ikiwiki is that it doesn't seem to be as \"wasteful\" to mix normal chat with actual problem-solving.  But maybe that's merely my own perception.
+
+Speaking of RSS: I thought I had added a wishlist item to ikiwiki about providing per-subsite RSS feeds. For example there is no (obvious) way to subscribe to changes in http://git-annex.branchable.com/forum/git-annex_communication_channels/ .
+
+FWIW, I resorted to tagging my local clone of git-annex to keep track of what I've read, already.
+
+
+-- RichiH
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_2_c7aeefa6ef9a2e75d8667b479ade1b7f._comment b/doc/forum/git-annex_communication_channels/comment_2_c7aeefa6ef9a2e75d8667b479ade1b7f._comment
new file mode 100644
index 0000000000..09a2b8c1a5
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_2_c7aeefa6ef9a2e75d8667b479ade1b7f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2011-03-28T18:35:50Z"
+ content="""
+I think the forums/website currently is sufficient, I do at times wish there was a mailing list or anonymous git push to the wiki as I find editing posts through the web browser is some times tedious (the lack of !fmt or alt-q bugs me at times ;) ). The main advantage of keeping stuff on the site/forum is that everything gets saved and passed on to anyone who checks out the git repo of the code base.
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_3_1ff08a3e0e63fa0e560cbc9602245caa._comment b/doc/forum/git-annex_communication_channels/comment_3_1ff08a3e0e63fa0e560cbc9602245caa._comment
new file mode 100644
index 0000000000..72a48445ed
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_3_1ff08a3e0e63fa0e560cbc9602245caa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2011-03-28T20:47:23Z"
+ content="""
+Push access to the non-code bits of git-annex' ikiwiki would be very welcome indeed. Given the choice, I would rather edit everything in Vim than in a browser. -- RichiH
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_4_1ba6ddf54843c17c7d19a9996f2ab712._comment b/doc/forum/git-annex_communication_channels/comment_4_1ba6ddf54843c17c7d19a9996f2ab712._comment
new file mode 100644
index 0000000000..d6bba93651
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_4_1ba6ddf54843c17c7d19a9996f2ab712._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="comment 4"
+ date="2011-04-13T17:53:26Z"
+ content="""
+.1 cents: Having IRC would be really nice for seeking quick help.   E.g. like I was trying to do now, google lead me to this page.
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_5_404b723a681eb93fee015cea8024b6bc._comment b/doc/forum/git-annex_communication_channels/comment_5_404b723a681eb93fee015cea8024b6bc._comment
new file mode 100644
index 0000000000..042dcc1f38
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_5_404b723a681eb93fee015cea8024b6bc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 5"
+ date="2011-04-14T11:24:59Z"
+ content="""
+I would also like an git-annex channel. Would be #git-annex@OFTC ok?
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_6_0d87d0e26461494b1d7f8a701a924729._comment b/doc/forum/git-annex_communication_channels/comment_6_0d87d0e26461494b1d7f8a701a924729._comment
new file mode 100644
index 0000000000..8dfd0f8203
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_6_0d87d0e26461494b1d7f8a701a924729._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 6"
+ date="2011-04-15T19:32:08Z"
+ content="""
+We seem to be using #vcs-home @ OFTC for now. madduck is fine with it and joeyh pokes his head in there, as well. I just added a CIA bot to #vcs-home and this comment is a test if pushing works. -- RichiH
+"""]]
diff --git a/doc/forum/git-annex_communication_channels/comment_7_2c87c7a0648fe87c2bf6b4391f1cc468._comment b/doc/forum/git-annex_communication_channels/comment_7_2c87c7a0648fe87c2bf6b4391f1cc468._comment
new file mode 100644
index 0000000000..830d678ca1
--- /dev/null
+++ b/doc/forum/git-annex_communication_channels/comment_7_2c87c7a0648fe87c2bf6b4391f1cc468._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="anonymous git push"
+ date="2011-05-19T19:21:51Z"
+ content="""
+@Jimmy mentioned anonymous git push -- that is now enabled for this wiki. Enjoy!
+
+I may try to spend more time on #vcs-home -- or I can be summoned there from my other lurking places on irc, I guess.
+"""]]
diff --git a/doc/forum/git-annex_on_OSX.mdwn b/doc/forum/git-annex_on_OSX.mdwn
new file mode 100644
index 0000000000..a00548366a
--- /dev/null
+++ b/doc/forum/git-annex_on_OSX.mdwn
@@ -0,0 +1 @@
+See [[install/OSX]].
diff --git a/doc/forum/git-annex_on_Samba_share.mdwn b/doc/forum/git-annex_on_Samba_share.mdwn
new file mode 100644
index 0000000000..0235820c06
--- /dev/null
+++ b/doc/forum/git-annex_on_Samba_share.mdwn
@@ -0,0 +1,9 @@
+I want to put my photos into a git-annex repository, syncing it with my girlfriends computer and our NAS.
+If possible, I'd like to be able to add files to the NAS and have them synced, so I guess a special remote doesn't work here.
+
+Unfortunately, git-annex doesn't run on my NAS directly (yet), so I thought of mounting the NAS with CIFS, and creating an annex there that syncs with the local ones.
+While this seems to work fine with one computer, I wonder what will happen if I mount the Samba share on my and my girlfriend's computer at the same time.
+
+In theory, the NAS supports Samba Unix extensions which includes POSIX locking, but a weird bug that prevents you from removing a named pipe from Samba, making git-annex init fail (sent a bug report to Synology). When I disable Unix extensions it works. It then detects a crippled file system though.
+
+Any thoughts?
diff --git a/doc/forum/git-annex_on_Samba_share/comment_1_3e9cfdf2c088e48c967ad08f79966742._comment b/doc/forum/git-annex_on_Samba_share/comment_1_3e9cfdf2c088e48c967ad08f79966742._comment
new file mode 100644
index 0000000000..dead483161
--- /dev/null
+++ b/doc/forum/git-annex_on_Samba_share/comment_1_3e9cfdf2c088e48c967ad08f79966742._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="Update"
+ date="2013-06-26T17:26:05Z"
+ content="""
+After reading trough this again, I'd like to rephrase my question.
+
+Is it safe if two independent assistants access the same repository at the same time (assuming locking works)?
+
+But, much more important, a big thanks for creating git-annex! I'm using it successfully to keep my files in sync at home and at work and I think it is a really amazing tool. So thanks for the hard work!
+"""]]
diff --git a/doc/forum/git-annex_on_Samba_share/comment_2_9d3df393b7b727653598453d94dd33db._comment b/doc/forum/git-annex_on_Samba_share/comment_2_9d3df393b7b727653598453d94dd33db._comment
new file mode 100644
index 0000000000..7b17cb2a2d
--- /dev/null
+++ b/doc/forum/git-annex_on_Samba_share/comment_2_9d3df393b7b727653598453d94dd33db._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 2"
+ date="2013-06-26T17:40:21Z"
+ content="""
+If you're asking if you can run two git-annex assistant programs inside the same repository at the same time, the answer is no. Assuming locking works (grin), the second program will detect the first is running and refuse to start.
+
+If your question is, can two or more git-annex assistant or other programs, running in separate repositories, access files in the same remote safely at the same time, the answer is yes! You can, for that matter, run multiple git-annex commands at the same time in the same repository, and they're also entirely safe, thanks to some locking it does.
+
+You should post your story to [[design/assistant/blog/day_288__success_stories]]!
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working.mdwn b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working.mdwn
new file mode 100644
index 0000000000..1a00326d79
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working.mdwn
@@ -0,0 +1,12 @@
+I am trying to get git-annex working on Ubuntu, specifically 13.04 and now 13.10 (I thought upgrading to a new distro. would fix the issue).
+
+I have tried:
+
+  * installing via apt-get install git-annex
+  * installing via cabal (full-build)
+
+Both times git-annex install successfully with no errors. I then start the webapp and create a repository (which git-annex creates successfully), I then add the folders and files I want it to sync. Git-annex finds the files and says it has began syncing them, but it never moves past the first batch of files it 'says' it had started syncing. I have waited 5+ hours at one point and nothing has changed. Also, the webapp is incredibly slow, it takes 15+ seconds to perform ANY action (such as saving options or viewing the logs). The issue definitely isn't my computer as I am using an high-end SSD, core i7, DDR3 RAM, etc... 
+
+Also the logs produce no errors of any kind and actually show git-annex adding files, most of the log entries say add 'filedirectory/filename.txt' as an example.
+
+I have gotten this to successfully work on Fedora, but Ubuntu (13.04/13.10) is having serious problems.
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_1_209956f3812450a43986d4ca5e647da6._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_1_209956f3812450a43986d4ca5e647da6._comment
new file mode 100644
index 0000000000..2c4cbd2917
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_1_209956f3812450a43986d4ca5e647da6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-22T17:57:27Z"
+ content="""
+I don't really understand the problem you're describing. Is the problem with it uploading the files it's added to another remote? Does it sit there saying \"syncing with $remote\" forever? Or what?
+
+As to the webapp speed problem, it seems likely to me this is not related to CPU speed or load. It sounds rather like a DNS timeout problem, or an ipv6 to ipv4 fallback problem. Although since the URL to the webapp is http://127.0.0.1, it can't really be either of those..
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_12a58b8efe545e09b64760c87849839b._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_12a58b8efe545e09b64760c87849839b._comment
new file mode 100644
index 0000000000..6e2d780ec8
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_12a58b8efe545e09b64760c87849839b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEeLtIxQCU0qe4q5lbrZp8AcUSUUcRrkg"
+ nickname="Zach"
+ subject="comment 3"
+ date="2013-10-23T02:01:09Z"
+ content="""
+The problem is not with a remote annex. The issue I am having is git-annex never finishes syncing.
+
+Maybe a screenshot will help. http://i.imgur.com/9HSr8bl.png
+
+It never gets passed the Startup scan.
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_e0f7328603256f25c3be3706ecc9c76c._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_e0f7328603256f25c3be3706ecc9c76c._comment
new file mode 100644
index 0000000000..413a807ad7
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_3_e0f7328603256f25c3be3706ecc9c76c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 3"
+ date="2013-10-23T15:27:40Z"
+ content="""
+Your screenshot shows git-annex is in the process of adding 6244 files. Depending on the size of those files, it could take some time to read their contents in order to calculate a checksum and add them to the repository. This would not normally take hours, unless your disk is very slow or the files are extremely big.
+
+You might get some useful information if you enable debugging (Configuration -> Preferences -> Enable debug logging) and look at the log.
+
+(This is not \"syncing\" btw. You have not set up any other repository for it to sync data with.)
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_4_6bb8e4522241556fb82784d9b834cbfe._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_4_6bb8e4522241556fb82784d9b834cbfe._comment
new file mode 100644
index 0000000000..314d01e891
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_4_6bb8e4522241556fb82784d9b834cbfe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEeLtIxQCU0qe4q5lbrZp8AcUSUUcRrkg"
+ nickname="Zach"
+ subject="comment 4"
+ date="2013-10-25T20:40:26Z"
+ content="""
+Everything works, it was just taking a while on one the folders; let it run overnight, and it was done.
+
+Thanks for the help!
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_5_89a5296b461d400b51006074a13a4560._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_5_89a5296b461d400b51006074a13a4560._comment
new file mode 100644
index 0000000000..e6508fe54b
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_5_89a5296b461d400b51006074a13a4560._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 5"
+ date="2013-10-26T15:53:28Z"
+ content="""
+Can you confirm that the files in the directory it was adding were so large that it would normally take hours to checksum them all?
+"""]]
diff --git a/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_6_62daef4b4392c951b914a01b3effac11._comment b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_6_62daef4b4392c951b914a01b3effac11._comment
new file mode 100644
index 0000000000..4adcc568f5
--- /dev/null
+++ b/doc/forum/git-annex_on_Ubuntu_13.04_and_13.10_not_working/comment_6_62daef4b4392c951b914a01b3effac11._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEeLtIxQCU0qe4q5lbrZp8AcUSUUcRrkg"
+ nickname="Zach"
+ subject="comment 6"
+ date="2013-10-26T21:05:07Z"
+ content="""
+The folder that took a while is actually only 291.5 MB total, containing 25,977 items in total. I know that is the folder that was having some issues because I committed each folder separately.
+"""]]
diff --git a/doc/forum/git-annex_on_archlinuxarm__44___armv6.mdwn b/doc/forum/git-annex_on_archlinuxarm__44___armv6.mdwn
new file mode 100644
index 0000000000..edfd0ad4eb
--- /dev/null
+++ b/doc/forum/git-annex_on_archlinuxarm__44___armv6.mdwn
@@ -0,0 +1,20 @@
+Hi!
+
+I can't get git-annex to run on my archlinuxARM sytem. It fails with
+
+    $ git annex test
+    error: git-annex died of signal 11
+
+ Its a RaspberryPi (model B I think) so its an ARM11 (armv6h if I'm not mistaken). I use archlinuxarm because I am familiar with the distribution and you can have a very lean system. There is a very crude package for git-annex arm and armv7 that is build like this: https://github.com/archlinuxarm/PKGBUILDs/blob/master/alarm/git-annex/PKGBUILD . Crude, because it just takes the debian package, changes the version of libraries where apropriate and packs it as archlinux package. Two problems: 1) It's not been tested on armv6. 2) The 4.20130417 version does not exist anymore on the debian mirrors.
+
+1. The debian package is not marked as armv5 or armv7 specific and is runs on the RaspberryPi with Raspbian (but in an pretty old version if I remember correctly). So I would have imagined it runs on armv6h in general.\\
+2. I just did the same magic as in the linked PKGBUILD with a more current version to build the package but it still crashes. Can I get the old version anywhere to check if it works with that? 
+
+
+Cheers,
+  Hannes
+
+Background for whoever's interested :)
+I tried to set up a RaspberryPi to manage my files, contacts and calendars. That shouts out loud for owncloud because of its convenience (caldav, carddav, webdav and a nice interface bundled together). However, compared to git-annex owncloud is unbearably slow (on an RaspberryPi) and lacks git-annex's easy way to keep your files sorted even if you don't have them on your local disk.
+
+For these reasons I tried to install a hybrid git-annex/owncloud system. There, basically, the files are served by owncloud but at the same time also managed (and served) by git-annex (+ssh). As far as I can see that should not have any noticeable side effects in my use case (mostly single user). I have some external hard drives connected to the RaspberryPi of which I will just symlink the appropriate folders to the owncloud 'files' folder. This way I can also just take the drives with me and still have the same (UUID) git annex repository on them. Any comments?
diff --git a/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_1_88fa644df8614c2db0d092b3eb1d3156._comment b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_1_88fa644df8614c2db0d092b3eb1d3156._comment
new file mode 100644
index 0000000000..516ec0017d
--- /dev/null
+++ b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_1_88fa644df8614c2db0d092b3eb1d3156._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T16:56:50Z"
+ content="""
+You seem to be trying to take a binary built for one distribution with one CPU architecture and use it on another distribution on another CPU architecture. It's not very susprising that this does not work.
+
+Compiling git-annex from source for your particular architecture and distribution should not be difficult.
+"""]]
diff --git a/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_2_b25ca7520ff7e339ec887a379d5100ee._comment b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_2_b25ca7520ff7e339ec887a379d5100ee._comment
new file mode 100644
index 0000000000..c0a13cfa46
--- /dev/null
+++ b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_2_b25ca7520ff7e339ec887a379d5100ee._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNvX8PQVP5sLzQ78sKpB6VeH3Fu8HvZ5g"
+ nickname="Jeff"
+ subject="comment 2"
+ date="2014-01-26T04:29:09Z"
+ content="""
+I've actually been having a pretty tough time with it. Could you point me in the right direction? There's not any Haskell infrastructure on Arch ARM yet so I'd either be compiling the whole Haskell Platform or cross-compiling on x86_64 right?
+Thanks
+Jeff
+"""]]
diff --git a/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_3_eda0e90c1285396b1ab20ecc04ea6e29._comment b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_3_eda0e90c1285396b1ab20ecc04ea6e29._comment
new file mode 100644
index 0000000000..5c8f96ac32
--- /dev/null
+++ b/doc/forum/git-annex_on_archlinuxarm__44___armv6/comment_3_eda0e90c1285396b1ab20ecc04ea6e29._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.46"
+ subject="comment 3"
+ date="2014-01-26T17:59:52Z"
+ content="""
+Well, yes, the first step will be getting a ghc for the architecture, and then it's just a matter of following [[install/cabal]]
+"""]]
diff --git a/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch.mdwn b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch.mdwn
new file mode 100644
index 0000000000..c5d4c40bcf
--- /dev/null
+++ b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch.mdwn
@@ -0,0 +1,7 @@
+on a Mac OSX 10.9.1 client I would like to try out git-annex.  
+
+I download the latest Mavericks build, extract from the .dmg and it just does not run.  I open the program, one "bounce" on the dock and it is gone, nothing happens.  
+
+I sadly do not have another OSX client to try it on.  But nothing shows in the Console.app or anything.
+
+Am I missing something?
diff --git a/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_1_a47174f8438bfaa42fb8067bca77bf4c._comment b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_1_a47174f8438bfaa42fb8067bca77bf4c._comment
new file mode 100644
index 0000000000..3c9361cbdc
--- /dev/null
+++ b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_1_a47174f8438bfaa42fb8067bca77bf4c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-05T22:30:00Z"
+ content="""
+The thing to do is to try to start git-annex from the command line in a terminal. This should get an error message that will help find out what's going wrong.
+"""]]
diff --git a/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_2_567bb460cec7cd2135386acf4e7dceb4._comment b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_2_567bb460cec7cd2135386acf4e7dceb4._comment
new file mode 100644
index 0000000000..21141e45e7
--- /dev/null
+++ b/doc/forum/git-annex_on_osx_10.9.1_just_crashes__47__closes__47__doesn__39__t_run_on_launch/comment_2_567bb460cec7cd2135386acf4e7dceb4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 2"
+ date="2014-03-07T15:17:50Z"
+ content="""
+Probably this was because the OSX build was missing the webapp. Fixed now.
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram.mdwn b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram.mdwn
new file mode 100644
index 0000000000..82ca06b85f
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram.mdwn
@@ -0,0 +1,24 @@
+Hi all,
+
+git-annex basically renders my repository unmanageble.  What is the
+best and save (!) way to recover?
+
+Here is my situation:
+
+I have a fairly large repository with ~8000 managed files taking about
+65GB of disk space.
+
+git-annex worked well there.  But some programs choke on the
+symlinks.  So, I converted the repository to direct mode.  The
+transition worked well.
+
+Now git status reports a type change for the ~8000 files.
+
+But as soon as I run
+
+    git commit -m "typechange" even-only-one-of-the-files
+
+the process `git-annex pre-commit .` eats 3.5GB of ram, where I
+usually kill it, as I only have 4GB of ram....
+
+-- Andreas
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_1_ff16c7932b60b85c744bafc48bb040e4._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_1_ff16c7932b60b85c744bafc48bb040e4._comment
new file mode 100644
index 0000000000..23e5e79e88
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_1_ff16c7932b60b85c744bafc48bb040e4._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-09-18T07:19:49Z"
+ content="""
+AFAIK in direct mode you are not supposed to commit you just run
+
+    git annex sync
+
+and it will commit if files are changed. you only add new files annexed files are handled by sync
+
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_2_5599cddf579d18f70cab6e48d04ae99d._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_2_5599cddf579d18f70cab6e48d04ae99d._comment
new file mode 100644
index 0000000000..337c1627fb
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_2_5599cddf579d18f70cab6e48d04ae99d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 2"
+ date="2013-09-18T12:27:38Z"
+ content="""
+Hi Hamza,
+
+thanks for that comment.  I thought `git annex sync` is just a wrapper around `git commit -a` (among others).
+
+Using `git annex sync` does not help, as it just means that now `git annex sync` eats all my memory until swapping starts.
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_3_412941e9385f63153b23695641e71deb._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_3_412941e9385f63153b23695641e71deb._comment
new file mode 100644
index 0000000000..6349500caa
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_3_412941e9385f63153b23695641e71deb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 3"
+ date="2013-09-19T18:49:05Z"
+ content="""
+git-annex sync is a wrapper around git commit. But not -a! git commit -a will stage every one of your large files directly into the git repository, wasting much memory and worse, disk space. It is ok to use `git commit` or `git commit --staged` in direct mode after eg `git annex add`. But not `git commit -a` or `git commit even-only-one-of-the-files`. It's best to just use `git annex sync` rather than `git commit`, as it avoids finger memory causing you to run the wrong type of commit command. Please see [[direct_mode]] for the details.
+
+I was able to make pre-commit take a lot of memory by committing a 1 gb file directly to git. git-annex was buffering the whole file content in memory
+due to not thinking to check first if it was a symlink. I have fixed that bug.
+
+So I think you must have run that command you showed, and you now have a lot of data stored in your git repository that you had meant git-annex to handle. You might need to use git-filter-branch to remove it..
+
+This kind of thing is why I need to write the [[todo/direct_mode_guard]].
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_4_112ad140d9006c530db2121bec24de30._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_4_112ad140d9006c530db2121bec24de30._comment
new file mode 100644
index 0000000000..e5ebfa3281
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_4_112ad140d9006c530db2121bec24de30._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 4"
+ date="2013-09-19T20:06:39Z"
+ content="""
+Let me ask a simple question:  All files are regular files (no symlinks).  If I can live with loosing the history, is it save to just remove the .git directory and start over?  Or do I risk anything?
+
+PS: .git is about 7GB
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_5_9178023b95683a649355f291165a1467._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_5_9178023b95683a649355f291165a1467._comment
new file mode 100644
index 0000000000..7f5047ddd6
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_5_9178023b95683a649355f291165a1467._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 5"
+ date="2013-09-19T20:57:18Z"
+ content="""
+You can safely delete the git repository in the situation you describe. Better yet: Tar it up, and check the tarball into git-annex with the other files when you start over. :) Then if I'm wrong, you still have that data.
+"""]]
diff --git a/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_6_9251203421c1c3c3aed7828c4b97ecb8._comment b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_6_9251203421c1c3c3aed7828c4b97ecb8._comment
new file mode 100644
index 0000000000..ebb378e959
--- /dev/null
+++ b/doc/forum/git-annex_pre-commit_eats_all_my_4GB_of_ram/comment_6_9251203421c1c3c3aed7828c4b97ecb8._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 6"
+ date="2013-09-19T22:27:38Z"
+ content="""
+Thanks a bunch!  That is what I did now.  Seems good.
+
+May I additionally suggest a change in the man page of git annex?  There I read
+
+    sync [remote ...]
+              ...
+              The sync process involves first committing all local changes (git commit -a), ...
+              ...
+
+which made me think, I could do `git commit -a` manually as well.
+"""]]
diff --git a/doc/forum/git-annex_sync_content_available_from_which_version__63__.mdwn b/doc/forum/git-annex_sync_content_available_from_which_version__63__.mdwn
new file mode 100644
index 0000000000..511a0ba0ca
--- /dev/null
+++ b/doc/forum/git-annex_sync_content_available_from_which_version__63__.mdwn
@@ -0,0 +1,12 @@
+Hi,
+
+I'm on a centos 6.4 64bits & installed git-annex
+version : git-annex-3.20120522-2.1.el6.x86_64
+
+From my understanding of the help page, I should be able to sync content with :
+
+git annex sync --content
+
+but it is not recognized. The help tells me I may be able to use "get" but I'm unclear how...
+
+Thanks for any help
diff --git a/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment b/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment
new file mode 100644
index 0000000000..3b7967e32d
--- /dev/null
+++ b/doc/forum/git-annex_sync_content_available_from_which_version__63__/comment_1_104e1b7e7643844f221f85dcbe9c9c4b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-05T17:32:33Z"
+ content="""
+This feature was added in 5.20140210, which can be easily seen by reading the changelog.
+"""]]
diff --git a/doc/forum/git-annex_teams___47___groups.mdwn b/doc/forum/git-annex_teams___47___groups.mdwn
new file mode 100644
index 0000000000..b499f3a6e4
--- /dev/null
+++ b/doc/forum/git-annex_teams___47___groups.mdwn
@@ -0,0 +1,5 @@
+Hi,
+
+Does git-annex (preferably assistant) have any management of users / groups or teams? Our use case is we have many users which should only have access to certain folders (repos). Is this a planned feature or any manual way to work around this for now?
+
+Thanks!
diff --git a/doc/forum/git-annex_teams___47___groups/comment_1_0450673ab74f184a47ac7bab568d26dc._comment b/doc/forum/git-annex_teams___47___groups/comment_1_0450673ab74f184a47ac7bab568d26dc._comment
new file mode 100644
index 0000000000..4b77da8f55
--- /dev/null
+++ b/doc/forum/git-annex_teams___47___groups/comment_1_0450673ab74f184a47ac7bab568d26dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T17:10:17Z"
+ content="""
+Anyone with access to a git repository can access all the files stored in it. git-annex does not try to change this, so you need to find a way to have one repository for each group.
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files.mdwn b/doc/forum/git-annex_unused_not_dropping_deleted_files.mdwn
new file mode 100644
index 0000000000..1669461bc5
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files.mdwn
@@ -0,0 +1,34 @@
+I've been organizing my music collection deleted/replaces some files but git-annex unused does not show any unused files even though they are deleted and all repos are in sync.
+
+
+    git log --stat --all -S'SHA256E-s8034842--5c3475d7fef6f0c3545721f34e7cbfb6727a00708bdde192f0f1d53af251b444'
+    commit a0fecdc02f7564f8bce9726f6b934fefc11de58b
+    Date:   Thu Sep 12 17:04:53 2013 +0300
+
+        Deleted
+
+     .../Dido - Sitting On the Roof of the World.mp3    |    1 -
+     1 file changed, 1 deletion(-)
+
+    commit 7f216228fc0e6298f0290ee1d8646bc9b16eca10
+    Date:   Mon Aug 5 03:49:55 2013 +0200
+
+        Initial Import
+
+     .../Dido - Sitting On the Roof of the World.mp3    |    1 +
+     1 file changed, 1 insertion(+)`
+
+even though the file is deleted its still present in annex objects,
+
+    find .git -name '*5c3475d7fef6f0c3545721f34e7cbfb6727a00708bdde192f0f1d53af251b444*' -exec ls -al '{}' \;
+    total 7856
+    dr-xr-xr-x 2 user user    4096 Sep  9 01:24 .
+    drwxrwxr-x 3 user user    4096 Sep  9 01:24 ..
+    -r--r--r-- 1 user user 8034842 Aug  5 04:52 SHA256E-s8034842--5c3475d7fef6f0c3545721f34e7cbfb6727a00708bdde192f0f1d53af251b444.mp3
+    -r--r--r-- 1 user user 8034842 Aug  5 04:52 .git/annex/objects/Jz/74/SHA256E-s8034842--5c3475d7fef6f0c3545721f34e7cbfb6727a00708bdde192f0f1d53af251b444.mp3/SHA256E-s8034842--5c3475d7fef6f0c3545721f34e7cbfb6727a00708bdde192f0f1d53af251b444.mp3
+
+I got around 200 files that should be deleted but not showing up in unused. I though maybe one of the dead repos is causing the problem so i did a,
+
+    git annex forget --drop-dead
+
+and synced all repos. Still I can not get them to drop.
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_1_2152cfb09675e46e7492e198dd3ea094._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_1_2152cfb09675e46e7492e198dd3ea094._comment
new file mode 100644
index 0000000000..72ed0bbe17
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_1_2152cfb09675e46e7492e198dd3ea094._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 1"
+ date="2013-09-13T15:34:03Z"
+ content="""
+The most likely explanation is that you have a branch in git that still contains the deleted file, which will prevent unused from removing it. Try `git branch -a` to see all branches (a tag could also do it).
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_2_97e666dbac9de2a5e688921cba8a42e9._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_2_97e666dbac9de2a5e688921cba8a42e9._comment
new file mode 100644
index 0000000000..134106482c
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_2_97e666dbac9de2a5e688921cba8a42e9._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2013-09-13T15:59:29Z"
+ content="""
+I did not create tags or branches, running returns,
+
+    git branch -a  
+
+      git-annex
+    * master
+      synced/git-annex
+      synced/master
+      remotes/origin/HEAD -> origin/master
+      remotes/origin/git-annex
+      remotes/origin/master
+      remotes/origin/synced/master
+
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_3_d7b0e9515bface28f3650b8aa20ec2f4._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_3_d7b0e9515bface28f3650b8aa20ec2f4._comment
new file mode 100644
index 0000000000..666172b289
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_3_d7b0e9515bface28f3650b8aa20ec2f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 3"
+ date="2013-09-13T16:17:39Z"
+ content="""
+Depending on your git configuration, `git annex sync` might not be updating certian of these branches, such as remotes/origin/HEAD. You can check the branches out and see which still contains your deleted files.
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_4_5816f6cab42e27e724e735368f693b09._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_4_5816f6cab42e27e724e735368f693b09._comment
new file mode 100644
index 0000000000..e1a503d232
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_4_5816f6cab42e27e724e735368f693b09._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 4"
+ date="2013-09-13T17:57:38Z"
+ content="""
+Which one of those branches I can safely delete? this is a central repo all other clients drop their stuff here it does not have any remotes (I did clones it from a client then removed origin section from config.)
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_5_8e97f39225515f0bf8b168dfd6a0efab._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_5_8e97f39225515f0bf8b168dfd6a0efab._comment
new file mode 100644
index 0000000000..1da1f80db7
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_5_8e97f39225515f0bf8b168dfd6a0efab._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 5"
+ date="2013-09-13T18:23:02Z"
+ content="""
+So this is a bare repository?
+
+It seems to have had an origin at one point; see the remotes/origin/* branches. If it no longer has that remote, then of course those branches will not be getting updated, and so will contain the old files and that's why unused won't find them. In that case, you could safely remove the remotes/origin/* branches.
+"""]]
diff --git a/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_6_bef37f8ec9c337387b79ffd6d56fe425._comment b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_6_bef37f8ec9c337387b79ffd6d56fe425._comment
new file mode 100644
index 0000000000..fe1c94eca3
--- /dev/null
+++ b/doc/forum/git-annex_unused_not_dropping_deleted_files/comment_6_bef37f8ec9c337387b79ffd6d56fe425._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 6"
+ date="2013-09-13T18:41:30Z"
+ content="""
+It is a non bare repo, I am using the following setup,
+
+http://git-annex.branchable.com/forum/Annex_dropping_files/
+"""]]
diff --git a/doc/forum/git-assistant_clarification.mdwn b/doc/forum/git-assistant_clarification.mdwn
new file mode 100644
index 0000000000..472f96c6a9
--- /dev/null
+++ b/doc/forum/git-assistant_clarification.mdwn
@@ -0,0 +1,11 @@
+I've noticed that if I'm using git-assistant, it wants to pull down all my files from other repos onto my laptop, even after I've dropped them.  (My laptop is set up as "client," my usb drive and an ssh server as "backup".)
+
+I want to use git annex to save space on my laptop, but of course when I'm running the assistant, it pulls everything down there, even things I've manually dropped.
+
+Is my "I want to save space, with a partial archive on my laptop" use case simply out of scope for the assistant?  So I should just be using the command line for my needs?  That's fine if that's the case.
+
+Or maybe something like this is what I should be doing?  http://git-annex.branchable.com/assistant/archival_walkthrough/  ?  so instead of manually "git annex drop"-ping files in place, I should set up a directory called "archive" on my machine, from which files will magically disappear and get backed up elsewhere?
+
+If it's the case that a directory named "archive" in your checkout has the magical property of having the assistant drop and archive its contents, that's awesome, maybe just what I need, but if that behavior is spelled out in so many words anywhere I managed to miss it.
+
+Apologies for all these questions, just enjoying the software immensely and wanting to get to know it.
diff --git a/doc/forum/git-assistant_clarification/comment_1_8f553e59da12f798b854a457b96b5778._comment b/doc/forum/git-assistant_clarification/comment_1_8f553e59da12f798b854a457b96b5778._comment
new file mode 100644
index 0000000000..03f9dc2735
--- /dev/null
+++ b/doc/forum/git-assistant_clarification/comment_1_8f553e59da12f798b854a457b96b5778._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2012-11-30T08:26:24Z"
+ content="""
+I'm second this request. Also, I'm posting this to enable the rss comment subscription button for this post.
+
+Maybe these design documents are interesting:
+
+<http://git-annex.branchable.com/design/assistant/transfer_control/>
+
+<http://git-annex.branchable.com/design/assistant/partial_content/>
+"""]]
diff --git a/doc/forum/git-assistant_clarification/comment_2_06cf62b599edea6ad8396776f0081494._comment b/doc/forum/git-assistant_clarification/comment_2_06cf62b599edea6ad8396776f0081494._comment
new file mode 100644
index 0000000000..90137e722f
--- /dev/null
+++ b/doc/forum/git-assistant_clarification/comment_2_06cf62b599edea6ad8396776f0081494._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 2"
+ date="2012-11-30T16:31:21Z"
+ content="""
+The archive directory is a new feature, but yes, it does work. Just use the webapp to edit the configuration of a remote, put it into the \"small archive\" group, and the contents of archive directories will be sent to it.
+
+This is a particular application of [[preferred_content]] settings, which give you a large amount of control over which data end up where when using the assistant.
+"""]]
diff --git a/doc/forum/git-assistant_clarification/comment_3_36f0bd6e7a824e6ef40a309850bb087b._comment b/doc/forum/git-assistant_clarification/comment_3_36f0bd6e7a824e6ef40a309850bb087b._comment
new file mode 100644
index 0000000000..1cf51c296c
--- /dev/null
+++ b/doc/forum/git-assistant_clarification/comment_3_36f0bd6e7a824e6ef40a309850bb087b._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2012-11-30T18:49:37Z"
+ content="""
+Very cool!
+
+So not only is archive/ a magic subdirectory due to the \"preferred content settings\" for \"client,\" but *every* subdirectory named \"archive\" similarly drops content when possible.  That's awesome to know.
+
+Also if I really wanted to manually manage all my content and still have git-annex assistant running, I could simply use \"present\" for my preferred content settings on my laptop, and it would respect my manual gets and drops.
+
+Thank you!
+
+"""]]
diff --git a/doc/forum/git-remote-gcrypt.mdwn b/doc/forum/git-remote-gcrypt.mdwn
new file mode 100644
index 0000000000..eaf5889e7c
--- /dev/null
+++ b/doc/forum/git-remote-gcrypt.mdwn
@@ -0,0 +1 @@
+Back in January Joey [mentioned](http://git-annex.branchable.com/design/assistant/blog/day_179__brief_updates/) the [git-remote-gcrypt](https://github.com/blake2-ppc/git-remote-gcrypt) and possibly adding support for it in the Assistant. I think this would be a great addition. Now that the first big Android push is complete, is there a schedule for this feature?
diff --git a/doc/forum/git-remote-gcrypt/comment_1_175c8c35d9bbb470fcc17697eb8cc6b8._comment b/doc/forum/git-remote-gcrypt/comment_1_175c8c35d9bbb470fcc17697eb8cc6b8._comment
new file mode 100644
index 0000000000..ca38da4cd9
--- /dev/null
+++ b/doc/forum/git-remote-gcrypt/comment_1_175c8c35d9bbb470fcc17697eb8cc6b8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-07T18:42:37Z"
+ content="""
+I have not put it on the schedule (and don't think I'll get to it this month), but I have added it to the [[roadmap|design/assistant]].
+
+The main use cases it adds are encrypting git remotes on ssh servers, and on USB drives. Both are useful for sure..
+
+It also opens the possibility of using github for encrypted git remotes, but with xmpp git push that is not a pressing use case. With significantly more work, encrypted git remotes could be stored on S3 etc, but again xmpp git push covers the same use cases.
+"""]]
diff --git a/doc/forum/git-remote-gcrypt/comment_2_fdcaf507e14c995636dd93a41e488df3._comment b/doc/forum/git-remote-gcrypt/comment_2_fdcaf507e14c995636dd93a41e488df3._comment
new file mode 100644
index 0000000000..a20fc7e761
--- /dev/null
+++ b/doc/forum/git-remote-gcrypt/comment_2_fdcaf507e14c995636dd93a41e488df3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="comment 2"
+ date="2013-03-12T09:33:17Z"
+ content="""
+The use case this is really good for, that XMPP push can't help with, is for when two paired machines are almost never both turned on at once.
+"""]]
diff --git a/doc/forum/git-remote-gcrypt/comment_3_f4e830f961dbe1c60ddd277b9d888133._comment b/doc/forum/git-remote-gcrypt/comment_3_f4e830f961dbe1c60ddd277b9d888133._comment
new file mode 100644
index 0000000000..03ac7b0f56
--- /dev/null
+++ b/doc/forum/git-remote-gcrypt/comment_3_f4e830f961dbe1c60ddd277b9d888133._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.45.235"
+ subject="comment 3"
+ date="2013-05-25T22:58:16Z"
+ content="""
+I'm still hoping to see this. The feature received some attention on the [April poll](http://git-annex.branchable.com/design/assistant/polls/goals_for_April/).
+"""]]
diff --git a/doc/forum/git-status_typechange_in_direct_mode.mdwn b/doc/forum/git-status_typechange_in_direct_mode.mdwn
new file mode 100644
index 0000000000..6438fb890d
--- /dev/null
+++ b/doc/forum/git-status_typechange_in_direct_mode.mdwn
@@ -0,0 +1,48 @@
+Hi all,
+
+how can I get rid of all those 'typechange' messages in `git status`
+when in direct mode?
+
+Here is an example session:
+
+    > git init
+    Initialized empty Git repository in /some/path/.git/
+    > git config user.name dtrn
+    > git config user.email drn@drn.com
+    > git annex init
+    init  ok
+    (Recording state in git...)
+    > git annex direct
+    commit
+    # On branch master
+    #
+    # Initial commit
+    #
+    nothing to commit (create/copy files and use "git add" to track)
+    ok
+    direct  ok
+    > dd if=/dev/zero of=testfile.bin count=1000
+    1000+0 records in
+    1000+0 records out
+    512000 bytes (512 kB) copied, 0.00317424 s, 161 MB/s
+    > git annex add testfile.bin
+    add testfile.bin (checksum...) ok
+    (Recording state in git...)
+    > git commit -m "annexed testfile.bin"
+    ok
+    [master (root-commit) 281e740] annexed testfile.bin
+     1 file changed, 1 insertion(+)
+     create mode 120000 testfile.bin
+    >  git status
+    # On branch master
+    # Changes not staged for commit:
+    #   (use "git add <file>..." to update what will be committed)
+    #   (use "git checkout -- <file>..." to discard changes in working directory)
+    #
+    #       typechange: testfile.bin
+    #
+    no changes added to commit (use "git add" and/or "git commit -a")
+
+
+Regards,
+Andreas
diff --git a/doc/forum/git-status_typechange_in_direct_mode/comment_1_12c8b67aadbfa2b073e12997a55d49a7._comment b/doc/forum/git-status_typechange_in_direct_mode/comment_1_12c8b67aadbfa2b073e12997a55d49a7._comment
new file mode 100644
index 0000000000..31e476087d
--- /dev/null
+++ b/doc/forum/git-status_typechange_in_direct_mode/comment_1_12c8b67aadbfa2b073e12997a55d49a7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 1"
+ date="2013-09-20T15:24:25Z"
+ content="""
+These messages are normal in direct mode. 
+
+They happen because git status does not know about git-annex's direct mode. So it sees a file that has a symlink checked into git, but a normal file in place in the working tree. Thus, its type has changed. Short of hacking or wrapping git, or switching to indirect mode ;), there's not much that can be done about this.
+
+You might want to read [[direct_mode]] for more about this, and some of the problems it can cause when running certian git commands.
+"""]]
diff --git a/doc/forum/git-status_typechange_in_direct_mode/comment_2_005d1b17f3c2ae192aa30c6e5163989e._comment b/doc/forum/git-status_typechange_in_direct_mode/comment_2_005d1b17f3c2ae192aa30c6e5163989e._comment
new file mode 100644
index 0000000000..c598b212fe
--- /dev/null
+++ b/doc/forum/git-status_typechange_in_direct_mode/comment_2_005d1b17f3c2ae192aa30c6e5163989e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 2"
+ date="2013-09-20T20:16:47Z"
+ content="""
+Thanks for the info and the quick reply.
+"""]]
diff --git a/doc/forum/git-subtree_support__63__.mdwn b/doc/forum/git-subtree_support__63__.mdwn
new file mode 100644
index 0000000000..a95277a235
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__.mdwn
@@ -0,0 +1,9 @@
+Hi,
+
+I am a happy user of [git-subtree](http://github.com/apenwarr/git-subtree), and I wonder whether it integrates nicely with git-annex?
+
+My use-case looks like this: I have two annex repositories -- one at home and one at work. The annex at work is a strict subset of the one at home, i.e. all files that I have at work ought to be part of the annex at home, but not the other way round. Now, I realize that I could have one annex and selectively copy files to the checked out copy at work, but I don't want to do that because I don't want to have (broken) symlinks for all kinds of stuff visible on my machine at work that is not supposed to be there (such as MP3 files, etc.). Instead, I would like to use git-subtree to import the work annex into a sub-directory of the one at home, so that both annex are logically separate, but still the one at home always contains everything that the one at work contains.
+
+Is that possible?
+
+And if not, is there maybe another way to accomplish this kind of thing?
diff --git a/doc/forum/git-subtree_support__63__/comment_1_4f333cb71ed1ff259bbfd86704806aa6._comment b/doc/forum/git-subtree_support__63__/comment_1_4f333cb71ed1ff259bbfd86704806aa6._comment
new file mode 100644
index 0000000000..e4ded4c577
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_1_4f333cb71ed1ff259bbfd86704806aa6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-03T17:00:53Z"
+ content="""
+I have no experience using git-subtree, but as long as the home repository has the work one as a git remote, it will automatically merge work's git-annex branch with its own git-annex branch, and so will know what files are present at work, and will be able to get them.
+
+Probably you won't want to make work have home as a remote, so work's git-annex will not know which files home has, nor will it be able to copy files to home (but home will be able to copy files to work).
+"""]]
diff --git a/doc/forum/git-subtree_support__63__/comment_2_73d2a015b1ac79ec99e071a8b1e29034._comment b/doc/forum/git-subtree_support__63__/comment_2_73d2a015b1ac79ec99e071a8b1e29034._comment
new file mode 100644
index 0000000000..9bac6e997b
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_2_73d2a015b1ac79ec99e071a8b1e29034._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="77.188.44.113"
+ subject="comment 2"
+ date="2012-01-03T18:11:37Z"
+ content="""
+The point of git-subtree is that I can import another repository into sub-directory, i.e. I can have a directory called \"work\" that contains all files from the annex I have at work. If I make the other annex a remote and merge its contents, then all contents is going to be merged at the top-level, which is somewhat undesirable in my particular case.
+"""]]
diff --git a/doc/forum/git-subtree_support__63__/comment_3_c533400e22c306c033fcd56e64761b0b._comment b/doc/forum/git-subtree_support__63__/comment_3_c533400e22c306c033fcd56e64761b0b._comment
new file mode 100644
index 0000000000..83edaf743d
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_3_c533400e22c306c033fcd56e64761b0b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2012-01-03T18:42:08Z"
+ content="""
+You can make it a remote without merging its contents. Git will not merge its contents by default unless it's named \"origin\". git-annex will be prefectly happy with that.
+"""]]
diff --git a/doc/forum/git-subtree_support__63__/comment_4_75b0e072e668aa46ff0a8d62a6620306._comment b/doc/forum/git-subtree_support__63__/comment_4_75b0e072e668aa46ff0a8d62a6620306._comment
new file mode 100644
index 0000000000..642f952e4d
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_4_75b0e072e668aa46ff0a8d62a6620306._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="77.188.44.113"
+ subject="comment 4"
+ date="2012-01-03T19:17:36Z"
+ content="""
+Okay, I see, but is `git annex get --auto .` going to import all those files from the work remote into my home if the `master` branch of that remote isn't merged?
+"""]]
diff --git a/doc/forum/git-subtree_support__63__/comment_5_f5ec9649d9f1dc122e715de5533bc674._comment b/doc/forum/git-subtree_support__63__/comment_5_f5ec9649d9f1dc122e715de5533bc674._comment
new file mode 100644
index 0000000000..5b2f3dad55
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_5_f5ec9649d9f1dc122e715de5533bc674._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2012-01-03T19:31:45Z"
+ content="""
+Yes; git-annex uses the git-annex branch independently of the branch you have checked out. You may find [[internals]] interesting reading, but the short answer is it will work.
+"""]]
diff --git a/doc/forum/git-subtree_support__63__/comment_6_85df530f7b6d76b74ac8017c6034f95e._comment b/doc/forum/git-subtree_support__63__/comment_6_85df530f7b6d76b74ac8017c6034f95e._comment
new file mode 100644
index 0000000000..77af85258b
--- /dev/null
+++ b/doc/forum/git-subtree_support__63__/comment_6_85df530f7b6d76b74ac8017c6034f95e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="77.188.44.113"
+ subject="comment 6"
+ date="2012-01-03T19:47:11Z"
+ content="""
+Very cool! Thank you for the explanation.
+"""]]
diff --git a/doc/forum/git_annex_add_crash_and_subsequent_recovery.mdwn b/doc/forum/git_annex_add_crash_and_subsequent_recovery.mdwn
new file mode 100644
index 0000000000..3f3b943a0b
--- /dev/null
+++ b/doc/forum/git_annex_add_crash_and_subsequent_recovery.mdwn
@@ -0,0 +1,25 @@
+Perhaps stupidly I added some very large bare git repos into a git-annex.
+
+This took a very long time, used lot's of memory, and then crashed.  I didn't catch the error (which is annoying) - sorry about that.  IIRC it is the same error if one Ctrl-c's the addition.
+
+I ran `git annex add .` a second time and eventually killed it (I perhaps should have waited - I now think it was working).
+
+A `git annex unannex` fixed up some files but somehow I managed to end up with tonnes of files all sym-linked into the git annex object directory but not somehow recognised as annexed files.  I'm assuming that they somehow didn't make it into git annex's meta-data layer (or equivalent).
+
+Commands such as `git annex {fsck,whereis,unannex} weirdfile` immediately returned without error.
+
+I've now spent a lot of manual time copying the files back. Doing the following, not the cleverest but I was a little panicky about my data...
+
+    find . -type l -exec mv \{} \{}.link \; #Move link names out of the way
+    find . -type l -exec cp \{} \{}.cp \; #Copy follows links so we can copy target back to link location
+    find . -type f -name "*.link.cp" | xargs -n 1 rename 's/\.link\.cp//' #Change to original name
+    find . -type l -exec rm \{} \; #Ditch the links
+    git annex unused
+    git annex dropunused `seq 9228`
+
+9228 files were found to be unused, this gives an idea of the scale of the number of "lost" files for want of a better term.
+
+A pretty poor bug report as these things go.  Anyone any idea what might have happened (it didn't seem space or memory related)?  Or how I might have fixed it a little more cleverly?
+
+For reference I am using stable Debian, git annex version 3.20111011.
+
diff --git a/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_1_062d0153a379c1ba1df8585b90220d3d._comment b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_1_062d0153a379c1ba1df8585b90220d3d._comment
new file mode 100644
index 0000000000..e879441ff8
--- /dev/null
+++ b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_1_062d0153a379c1ba1df8585b90220d3d._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2011-12-06T12:50:27Z"
+ content="""
+Ah HA!  Looks like I found the cause of this.
+
+    [matt@rss01:~/files/matt_ford]0> git annex add mhs
+    add mhs/Accessing_Web_Manager_V10.pdf ok
+    ....
+    add mhs/MAHSC Costing Request Form Dual
+    Organisations - FINAL v20 Oct 2010.xls git-annex: unknown response from git cat-file refs/heads/git-annex:8d5/ed4/WORM-s568832-m1323164214--MAHSC Costing Request Form Dual missing
+
+Spot the file name with a newline character in it!  This causes the error message above.  It seems that the files proceeding this badly named file are sym-linked but not registered.
+
+Perhaps a bug?
+"""]]
diff --git a/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_2_6fc6be43c488c468a4811cd0a1360225._comment b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_2_6fc6be43c488c468a4811cd0a1360225._comment
new file mode 100644
index 0000000000..38f2434f49
--- /dev/null
+++ b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_2_6fc6be43c488c468a4811cd0a1360225._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-12-06T17:08:37Z"
+ content="""
+The bug with newlines is now fixed.
+
+Thought I'd mention how to clean up from interrupting `git annex add`.
+When you do that, it doesn't get a chance to `git add` the files it's
+added (this is normally done at the end, or sometimes at points in the middle when you're adding a *lot* of files).
+Which is also why fsck, whereis, and unannex wouldn't operate on them, since they only deal with files in git.
+
+So the first step is to manually use `git add` on any symlinks.
+
+Then, `git commit` as usual.
+
+At that point, `git annex unannex` would get you back to your starting state.
+"""]]
diff --git a/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_3_45efaaf27d9b580c4c75cbcdc4f65b64._comment b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_3_45efaaf27d9b580c4c75cbcdc4f65b64._comment
new file mode 100644
index 0000000000..b58f81c5b7
--- /dev/null
+++ b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_3_45efaaf27d9b580c4c75cbcdc4f65b64._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 3"
+ date="2011-12-07T07:39:15Z"
+ content="""
+Ah - very good to know that recovery is easier than the method I used.  
+
+I wonder if it could be made a feature to automatically and safely recover/resume from an interrupted `git add`?
+"""]]
diff --git a/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_4_c560eae40867512b0af2cbef161fc8ac._comment b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_4_c560eae40867512b0af2cbef161fc8ac._comment
new file mode 100644
index 0000000000..8fca16cada
--- /dev/null
+++ b/doc/forum/git_annex_add_crash_and_subsequent_recovery/comment_4_c560eae40867512b0af2cbef161fc8ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-12-07T20:54:51Z"
+ content="""
+Good idea! I've made `git annex add` recover when ran a second time.
+"""]]
diff --git a/doc/forum/git_annex_alternative.mdwn b/doc/forum/git_annex_alternative.mdwn
new file mode 100644
index 0000000000..d7c41e66d9
--- /dev/null
+++ b/doc/forum/git_annex_alternative.mdwn
@@ -0,0 +1,10 @@
+I really like git-annex and am thankfull to its creator!
+
+I especially like the high level of abstraction it provides when handling backups or syncing.
+
+But git and my ext4 filesystem and HDD just hate the amount of files/folder/symlinks it throws at them and I am asking, what the alternatives are. I am especially looking for the numcopies and "--auto" functionallity. 
+
+
+Most alternatives I checked out (eps. distributed redundant filesystems) come up with other burdens or restrictions.
+
+Do you have any experience with different systems?
diff --git a/doc/forum/git_annex_assistant_-_Changing_repository_information.mdwn b/doc/forum/git_annex_assistant_-_Changing_repository_information.mdwn
new file mode 100644
index 0000000000..c4ef39a8f9
--- /dev/null
+++ b/doc/forum/git_annex_assistant_-_Changing_repository_information.mdwn
@@ -0,0 +1 @@
+Here's one thing I don't fully understand yet. If I add a remote repository, like an archive repository on Box—or if I want to change a transfer repository to an archive repository—do I need to add it or change it separately on each of my computers? Or just one? 
diff --git a/doc/forum/git_annex_assistant_-_Changing_repository_information/comment_1_cde71a410200a7478180748fdcde0352._comment b/doc/forum/git_annex_assistant_-_Changing_repository_information/comment_1_cde71a410200a7478180748fdcde0352._comment
new file mode 100644
index 0000000000..fa0c615173
--- /dev/null
+++ b/doc/forum/git_annex_assistant_-_Changing_repository_information/comment_1_cde71a410200a7478180748fdcde0352._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-17T20:59:43Z"
+ content="""
+This information is stored on the git-annex branch, and so it is synced between repositories with the rest of git-annex's data. You only need to change it in one place.. But it's also fine to change it in multiple places if necessary.
+"""]]
diff --git a/doc/forum/git_annex_assistant__44___share_with_other_devices.mdwn b/doc/forum/git_annex_assistant__44___share_with_other_devices.mdwn
new file mode 100644
index 0000000000..faebb14a1b
--- /dev/null
+++ b/doc/forum/git_annex_assistant__44___share_with_other_devices.mdwn
@@ -0,0 +1,3 @@
+I am trying to share files between my PC at home at that at work using the walkthrough here: http://git-annex.branchable.com/assistant/remote_sharing_walkthrough/. However, I don't have the option on my machine to "Share with other devices". Any ideas why this would be missing? I am using Ubuntu 13.04 if that helps. 
+
+Update: it now works after a software update, I guess I just had an older version of git-annex. Now, I have version 4.20130723. 
diff --git a/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah.mdwn b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah.mdwn
new file mode 100644
index 0000000000..37b86c4623
--- /dev/null
+++ b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah.mdwn
@@ -0,0 +1,15 @@
+I keep a repo synced between machines over ssh. Assuming all the files are in sync, so no actual file transfer needs to takes place, when I do
+
+```
+git annex copy --fast --quiet --to blah
+```
+
+is quite slow, about 10 seconds, using 100% CPU on one core, just to decide nothing needs to be done. On the other hand, doing
+
+```
+  git annex copy --fast --quiet --from blah
+```
+
+takes about 1 second.
+
+I'm confused, as it seems to me that, since I'm using --fast, both transactions should use only locally available data, and both should need about the same amount of computing. Am I missing something? Can this be fixed?
diff --git a/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_1_5b6e0b749b01a97a6b52a2c1cca6e35a._comment b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_1_5b6e0b749b01a97a6b52a2c1cca6e35a._comment
new file mode 100644
index 0000000000..90d4292789
--- /dev/null
+++ b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_1_5b6e0b749b01a97a6b52a2c1cca6e35a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-17T19:11:38Z"
+ content="""
+How many files are in the directory tree you're copying?
+
+`copy --fast --to` does indeed avoid the check to see if the remote already has the file before copying it.
+
+However, it still needs to look in the location log to see which files are already present on the remote. Whereas `copy --from` can do a single stat of the file on disk to see if it's present in the local repo. Location log lookups are about as fast as I can make them, but they still require requesting info from out of the git repository. If you have a lot of files this otherwise minor difference in speed can stack up..
+"""]]
diff --git a/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_2_8f2567f4c4f6db2078211a87689757d3._comment b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_2_8f2567f4c4f6db2078211a87689757d3._comment
new file mode 100644
index 0000000000..c0bfe9df28
--- /dev/null
+++ b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_2_8f2567f4c4f6db2078211a87689757d3._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 2"
+ date="2013-07-17T20:45:17Z"
+ content="""
+That example I gave: 10 sec vs 1 sec is on a repository of pictures with about 6200 files on a SSD.
+
+Oh, I think I understand the source of the asymmetry, now! So, `git annex copy --to` queries the location log file by file? I've tested a `git grep` on the git-annex branch as follows
+
+```
+git grep -e <repo uuid> git-annex
+```
+
+and seems to be quite fast, less than a second on my test repo. Could git annex make use of this to speed up bulk queries to the location log?
+
+"""]]
diff --git a/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_3_ab98121076b88f351fc8cd9197e6bf64._comment b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_3_ab98121076b88f351fc8cd9197e6bf64._comment
new file mode 100644
index 0000000000..d5f399b309
--- /dev/null
+++ b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_3_ab98121076b88f351fc8cd9197e6bf64._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 3"
+ date="2013-07-18T17:39:37Z"
+ content="""
+Using git grep like that would only be an optimisation when it's acting on every file in the repository. If it's only copying a subdirectory, or a single file, git grep is likely to come out much slower.
+"""]]
diff --git a/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_4_cb13328add1b7a812efd817ad3dd1a4f._comment b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_4_cb13328add1b7a812efd817ad3dd1a4f._comment
new file mode 100644
index 0000000000..0c70777a46
--- /dev/null
+++ b/doc/forum/git_annex_copy_--fast_--to_blah_much_slower_than_--from_blah/comment_4_cb13328add1b7a812efd817ad3dd1a4f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkkyBDsfOB7JZvPZ4a8F3rwv0wk6Nb9n48"
+ nickname="Abdó"
+ subject="comment 4"
+ date="2013-07-18T22:58:24Z"
+ content="""
+I see. Thanks!
+"""]]
diff --git a/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied.mdwn b/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied.mdwn
new file mode 100644
index 0000000000..3bb2fe1768
--- /dev/null
+++ b/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied.mdwn
@@ -0,0 +1,59 @@
+I just spend an hour to understand why the following command did not do anything:
+
+    $ git annex copy --to someremote SomeDirectory
+
+With SomeDirectory containing a lot of file that are not in the someremote repository.
+I just realized that the annex from which I run the command did not contain those files either.
+
+I then did
+
+    $ git annex get SomeDirectory
+
+So that now the git annex copy command correctly copies the files to the someremote remote.
+
+I hope I won't fall into that trap again, but I think it is very annoying not to know why nothing happened.
+
+Wouldn't it be great if the git annex copy command would indicate why some file are not copied, like:
+
+    $ git annex copy --to someremote SomeDirectory
+    Cannot copy SomeFile1 since it is not present in here, (hint: run git annex get first)
+    Cannot copy SomeFile2 since it is not present in here, (hint: run git annex get first)
+    Cannot copy SomeFile3 since it is not present in here, (hint: run git annex get first)
+    ...
+
+May be this kind of information could be provided if the verbose flag is set.
+
+Another awesome (totally subjectively speaking) way of doing it could be to get the file before copying it
+
+    $ git annex copy --to someremote SomeDirectory
+    Cannot copy SomeFile1 since it is not present in here, attempting getting it first
+    get SomeFile1 (from someotherremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+    copy SomeFile1 (checking someremote...) (to someremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+    Cannot copy SomeFile2 since it is not present in here, attempting getting it first
+    get SomeFile2 (from someotherremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+    copy SomeFile2 (checking someremote...) (to someremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+    Cannot copy SomeFile3 since it is not present in here, attempting getting it first
+    get SomeFile3 (from someotherremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+    copy SomeFile3 (checking someremote...) (to someremote...)
+    SHA256E-s109353088--71734pq1p4qo6qs1p156r48s2290q7p61p1658029p103591nrs1rr708s064p59
+         12,615,808 100%  161.27kB/s    0:01:16 (xfr#1, to-chk=0/1)
+    ok
+
+We could also specify from which remote to get the file with
+
+    $ git annex copy --to someremote --from someotherremote SomeDirectory
diff --git a/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied/comment_1_75445fc0e01ee99bae1c1f5a60e314bc._comment b/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied/comment_1_75445fc0e01ee99bae1c1f5a60e314bc._comment
new file mode 100644
index 0000000000..15373be70d
--- /dev/null
+++ b/doc/forum/git_annex_copy_more_informative_about_why_some_files_are_not_copied/comment_1_75445fc0e01ee99bae1c1f5a60e314bc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="206.74.132.139"
+ subject="comment 1"
+ date="2014-02-02T21:13:21Z"
+ content="""
+I think that this behavior of git-annex is quite useful once you get used to it. It can sometimes trip up new users, but new users would not know about some --explain switch that made it say why it skipped each file. So, I consider this a documentation issue, and I've added a section to the walkthrough to help users learn about it:
+
+<http://git-annex.branchable.com/walkthrough/quiet_please:_When_git-annex_seems_to_skip_files/>
+
+As far as copy --from --to, it has been suggested before; I think there is even a todo about it somewhere, but such remote-to-remote transfers are expensive and I would hope it would not normally be used.
+"""]]
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__.mdwn b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__.mdwn
new file mode 100644
index 0000000000..c9dcf2eda8
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__.mdwn
@@ -0,0 +1,22 @@
+Whenever I try to get a file with a non-English character, git annex gives me trouble that I don't have with English filenames from the same repo.  I'm hesitant to file a bug report here since the problem seems to stem from rsync not being able to handle the characters.  Here's the output (everything enclosed in pointy brackets are redacted):
+
+    get <artist>/<album>/<track> (from origin...) 
+    git-annex: /home/<username>/Music/.git/annex/transfer/upload/53e11324-041f-11e2-93ca-27250d76416f/SHA256-s7941079--c5a31f15302d57563d8cd35e43ba34669b5485a99b617a83c89fba02fb2ca981: commitBuffer: invalid argument (invalid character)
+    protocol version mismatch -- is your shell clean?
+    (see the rsync man page for an explanation)
+    rsync error: protocol incompatibility (code 2) at compat.c(174) [Receiver=3.0.9]
+
+    git-annex-shell: sendkey: 1 failed
+      rsync failed -- run git annex again to resume file transfer
+
+      Unable to access these remotes: origin
+
+      Try making some of these repositories available:
+            604f093f-a980-4740-a9df-d21b580a2ba4 -- origin (<remote>)
+    failed
+
+
+
+It spits out similar errors for all files with Japanese/German/French/special characters, and ends with this on the last line:
+
+    git-annex: get: 138 failed
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_1_292ee7c8b37cbd13f03eb67d0359b99e._comment b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_1_292ee7c8b37cbd13f03eb67d0359b99e._comment
new file mode 100644
index 0000000000..3542dbd220
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_1_292ee7c8b37cbd13f03eb67d0359b99e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="sauluskahn"
+ ip="67.171.218.222"
+ subject="comment 1"
+ date="2012-09-21T21:40:30Z"
+ content="""
+Also, git annex is 3.20120825 on both machines, and rsync is 3.0.9
+
+Both have no problem handling the characters on their own, but when I try to rsync them I get trouble.
+"""]]
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_2_f6341119fcfde5d8160c8f603b1a6fea._comment b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_2_f6341119fcfde5d8160c8f603b1a6fea._comment
new file mode 100644
index 0000000000..080dba0e97
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_2_f6341119fcfde5d8160c8f603b1a6fea._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 2"
+ date="2012-09-21T23:23:04Z"
+ content="""
+git-annex 3.20120825 is not an actual release, just some version number used in git head.
+
+This bug, TTBOMK, was introduced in version 3.20120721, and fixed by git commit 0b12db64d834979d49ed378235b0c19b34e4a4d6 last Sunday.
+"""]]
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_3_8ad3a1d1fe5995d61e5e137280bc76c3._comment b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_3_8ad3a1d1fe5995d61e5e137280bc76c3._comment
new file mode 100644
index 0000000000..b61eff5065
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_3_8ad3a1d1fe5995d61e5e137280bc76c3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 3"
+ date="2012-09-21T23:23:52Z"
+ content="""
+I take that back about 3.20120825, it was so a real release! :) Anyway, bug is fixed in git head, and there will be a release along soon with it.
+"""]]
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_4_86b61b0484f3f4ecff657e46333b3d4f._comment b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_4_86b61b0484f3f4ecff657e46333b3d4f._comment
new file mode 100644
index 0000000000..678c13b7af
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_4_86b61b0484f3f4ecff657e46333b3d4f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="sauluskahn"
+ ip="67.171.218.222"
+ subject="comment 4"
+ date="2012-09-22T03:01:02Z"
+ content="""
+Sounds good, I'll get the next version through cabal and let you know if it's fixed.  Thanks for your time!
+"""]]
diff --git a/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_5_5ffac00d08d26acaba8c3513b24c4d65._comment b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_5_5ffac00d08d26acaba8c3513b24c4d65._comment
new file mode 100644
index 0000000000..c328519d77
--- /dev/null
+++ b/doc/forum/git_annex_failing_to_get_non-English_filenames.__Rsync_problem__63__/comment_5_5ffac00d08d26acaba8c3513b24c4d65._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="sauluskahn"
+ ip="67.171.218.222"
+ subject="comment 5"
+ date="2012-09-22T03:02:15Z"
+ content="""
+>I'll let you know if it's *not* fixed.
+
+Typo.
+"""]]
diff --git a/doc/forum/git_annex_get_--want-get_another__95__repo.mdwn b/doc/forum/git_annex_get_--want-get_another__95__repo.mdwn
new file mode 100644
index 0000000000..4ed0878766
--- /dev/null
+++ b/doc/forum/git_annex_get_--want-get_another__95__repo.mdwn
@@ -0,0 +1,68 @@
+Hi,
+
+Git-annex is really awesome. It has made my life really easier when having to
+move files around.
+
+Yet, I have been struggling with a use case that I cannot get working with git
+annex.
+
+In short, my request is: could it be possible to have --want-get and --want-drop
+accept a repository as argument to match the preferred content of that
+repository instead of here?
+
+Now, let me explain why I need this:a
+
+All my files are stored into a NAS accessible via a local network.
+
+I have an annex in my desktop computer. Using preferred content (via "git annex
+wanted") and "git annex get|drop --auto", I am able to almost automatically
+handle what files are put into my computer. What I do is to "git annex wanted"
+to indicate what I want to be here and launch a home made script that basically
+does "git annex get --auto" and "git annex drop --auto".
+
+Let's say I have a android phone to which I connect via ssh over adb. It
+contains a git repository but few files are in it. It has no wifi and so no
+access to the network, meaning no access to the NAS.
+
+The links between annexes then looks like:
+
+    NAS <-> Computer <-> Phone
+
+When I want to put a file into my phone, I generally launch "git annex get file"
+from my computer (then I get the file from the NAS) and "git annex copy --to
+phone file".
+
+I want to be able to automatise this a bit by playing with preferred content
+(like I do with my computer). This means that I want to launch "git annex
+wanted" to edit the preferred content of the phone annex and then "git annex get
+--auto" and launch "git annex copy --auto --to phone". This way, when I am not
+in front of my computer, I can still from my phone run "git annex wanted here
+'preferred content'" and hope for my synchronisation scripts (run in my
+computer) to put the good files into my phone.
+
+Obviously those commands won't work since the git annex get --auto command will
+only get what my computer wants, not what my phone wants.
+
+The intuitive (IMHO) way to do would be to launch:
+
+    git annex get --want-get phone
+	git annex copy --auto --to phone
+	git annex drop --auto
+
+With "--want-get repository" meaning, "Matches files that the preferred content
+settings for the repository make it want to get.".
+
+For the time being, I succeed in doing this with
+
+	OLD_WANTED=$(git annex wanted here)
+	git annex wanted here $(git annex wanted phone)
+	git annex copy --auto --to phone
+	git annex wanted ${OLD_WANTED}
+	git annex drop --auto
+
+This is complicated and adds two extra commits in the git-annex branch (one for
+each setting of git annex wanted) each time I call the script.
+
+What do you think?
+
+Thanks for reading.
diff --git a/doc/forum/git_annex_get_--want-get_another__95__repo/comment_1_0be0b3981ddd0743ff26cf6d396e521d._comment b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_1_0be0b3981ddd0743ff26cf6d396e521d._comment
new file mode 100644
index 0000000000..7a58e35d62
--- /dev/null
+++ b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_1_0be0b3981ddd0743ff26cf6d396e521d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-12T17:15:23Z"
+ content="""
+Well, I suppose this is doable, but the way this scenario is generally handled is to make a transfer repository (which your desktop is serving as here) have a preferred content expression that makes it want files that the client repositories (phones) want, until the files have reached the clients:
+
+In your case you could have:
+
+    (not inallgroup=phones and ($phone_preferred_content)) or ($desktop_preferred_content)
+
+Where `$desktop_preferred_content` is whatever files the desktop actually wants on its own, and `$phone_preferred_content` is a copy of the preferred content setting for the phone.
+
+To make this work, you also need to put your phone in the phones group.
+"""]]
diff --git a/doc/forum/git_annex_get_--want-get_another__95__repo/comment_2_b1ead1085a87818625579bf1ef151b5d._comment b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_2_b1ead1085a87818625579bf1ef151b5d._comment
new file mode 100644
index 0000000000..1f8ce270e8
--- /dev/null
+++ b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_2_b1ead1085a87818625579bf1ef151b5d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 2"
+ date="2014-03-12T17:16:59Z"
+ content="""
+BTW expressing this in the preferred content as above also has the benefit that you can use the new `git annex sync --content` on the desktop and it will automatically get files, copy the right ones to the phone, and drop any then-unwanted files.
+"""]]
diff --git a/doc/forum/git_annex_get_--want-get_another__95__repo/comment_3_cf2018852c84b0bf1ac061def6f0ac5d._comment b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_3_cf2018852c84b0bf1ac061def6f0ac5d._comment
new file mode 100644
index 0000000000..c6bd20e1ff
--- /dev/null
+++ b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_3_cf2018852c84b0bf1ac061def6f0ac5d._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3vKzS4eOWYpKMoYXqMIjNsIg_nYF-loU"
+ nickname="Konubinix"
+ subject="That does it but not totally"
+ date="2014-03-13T11:36:02Z"
+ content="""
+I agree with the fact that it answers my initial question.
+
+Nevertheless, I guess it is really annoying to have to change the preferred content in two locations each time I change want to modify what is on my phone.
+Indeed, I quite often change what should be really present on my phone, depending on several factors (my mood, the time I will have in transports and the phase of the moon).
+
+The reason why I use \"git annex wanted\" is that it is straightforward: I just launch : \"git annex wanted phone include=some/file\" and that's all.
+
+With the solution you propose, I would have to each time additionally launch \"git annex wanted here '(not inallgroup=phones and (include=some/file)) or ($desktop_preferred_content)'\"
+
+Where I probably have to previously launch \"git annex wanted here\" to remember what is the preferred content of my computer (and put it in $desktop_preferred_content).
+
+Another option would be to run \"git annex vicfg\" and edit both fields manually, but IMHO this appears also to be too complicated relatively to the use case.
+
+About your second comment, I really enjoy the idea if \"git annex sync --content\", but it is really long in big repositories. I guess it is because I cannot restrict the command to a directory like I do with get, drop, move and copy.
+
+Besides, the use case wants to get the files whenever they are and copy them only to the phone. With git annex sync --content, the files are also put in the other repositories.
+
+For the time being, I prefer falling back to explicit commands that are much faster when I know a directory to sync \"git annex get --auto directory && git annex copy --auto --to phone directory\".
+
+For example, I just tried \"git annex sync --content phone\" and I killed it after 5 minutes and nothing was copied yet. With the set of two commands above, the synchronization of directory (get --to phone directory + drop --from here directory) took about 3 minutes.
+"""]]
diff --git a/doc/forum/git_annex_get_--want-get_another__95__repo/comment_4_22562e8f1f2f91b9f9a5939ec9006cb5._comment b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_4_22562e8f1f2f91b9f9a5939ec9006cb5._comment
new file mode 100644
index 0000000000..25624c2c04
--- /dev/null
+++ b/doc/forum/git_annex_get_--want-get_another__95__repo/comment_4_22562e8f1f2f91b9f9a5939ec9006cb5._comment
@@ -0,0 +1,38 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm3vKzS4eOWYpKMoYXqMIjNsIg_nYF-loU"
+ nickname="Konubinix"
+ subject="Precision of the use case"
+ date="2014-03-13T11:47:59Z"
+ content="""
+I realized that the directory restriction described earlier is not clear. Let me explain it.
+
+Say I have a big repository of files with the following structure.
+
+A/...
+B/...
+C/...
+D/D1/...
+D/D2/...
+D/D3/...
+
+Imagine that each of A, B, C and D contains a lot of files.
+
+Now imagine that I have often put in the preferred content of my phone files in one of D1, D2 or D3. (for instance, include=D/D1/*)
+
+I implicitly know that I can restrict the command to D, and I can rely on preferred content to know what file from D I have to put into my phone.
+
+Then, I can run
+      $ git annex get --auto D
+      $ git annex copy --auto --to phone D
+      $ git annex drop --auto D
+
+This in my use case takes 3 minutes.
+
+When I run
+     $ git annex sync --content phone
+
+git annex goes recursively through A, B and C and that takes a long time (much more than 3 minutes). This time is really wasted since I know I only want to sync files from D.
+
+I cannot test the behavior of \"git annex sync --content\", but if I restrict the sync to phone, will it take the files from the NAS to put them on the phone?
+If I don't precise phone in the command line, it will try to sync with other repositories not in sync that I don't want to be in sync for the time being.
+"""]]
diff --git a/doc/forum/git_annex_get_creates_a_new_uuid.mdwn b/doc/forum/git_annex_get_creates_a_new_uuid.mdwn
new file mode 100644
index 0000000000..72dcd97373
--- /dev/null
+++ b/doc/forum/git_annex_get_creates_a_new_uuid.mdwn
@@ -0,0 +1,6 @@
+From git-annex(1), init should precede any operation of git-annex as a safety feature.
+
+However git cloning a repo and running `git annex get` created a new uuid for that repo, which got
+propagated via sync.
+
+Is this intended behaviour?
diff --git a/doc/forum/git_annex_get_creates_a_new_uuid/comment_1_004c87183968c326058bd3159a5baa0b._comment b/doc/forum/git_annex_get_creates_a_new_uuid/comment_1_004c87183968c326058bd3159a5baa0b._comment
new file mode 100644
index 0000000000..3a07bf0afd
--- /dev/null
+++ b/doc/forum/git_annex_get_creates_a_new_uuid/comment_1_004c87183968c326058bd3159a5baa0b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 1"
+ date="2013-07-30T20:24:06Z"
+ content="""
+From the man page:
+
+> Until a repository (**or one of its remotes**) has been initialized
+> git-annex will refuse to operate on it, to avoid accidentially
+> using it in a repository that was not intended tohave an annex.
+
+So, yes, it assumes that if a repository has a git-annex branch already, git-annex is being used, and no explicit init is necessary. You can still run `git annex init` after the fact if you like.
+"""]]
diff --git a/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis.mdwn b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis.mdwn
new file mode 100644
index 0000000000..f1aa5cc06d
--- /dev/null
+++ b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis.mdwn
@@ -0,0 +1 @@
+I just started experimenting with git annex, and I found that I would like to have a way to figure out metadata (well, size. Maybe modification date) of a non-local file. I first checked if there is "git annex ls" (which could list known files in an ls-like way) and found "git annex whereis" as somewhat a replacement, but it does not give metadata information.
diff --git a/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_1_7fba10b85f4d9289c7782eccef46949e._comment b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_1_7fba10b85f4d9289c7782eccef46949e._comment
new file mode 100644
index 0000000000..379b9f976b
--- /dev/null
+++ b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_1_7fba10b85f4d9289c7782eccef46949e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-11-14T22:46:35Z"
+ content="""
+When  I want that, I ls -l the file and look at the symlink to the key. Ie, in SHA1-s10481423--efc7eec0d711212842cd6bb8f957e1628146d6ed the size is 10481423 bytes. 
+"""]]
diff --git a/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_2_7dcec124ea7d0291ed40d80e2ffd5c7e._comment b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_2_7dcec124ea7d0291ed40d80e2ffd5c7e._comment
new file mode 100644
index 0000000000..3dd14bf010
--- /dev/null
+++ b/doc/forum/git_annex_ls___47___metadata_in_git_annex_whereis/comment_2_7dcec124ea7d0291ed40d80e2ffd5c7e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-11-14T22:48:03Z"
+ content="""
+It might make sense to put this functionality in git annex find. Perhaps a format string with a %s for example. 
+"""]]
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__.mdwn b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__.mdwn
new file mode 100644
index 0000000000..592e26b936
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__.mdwn
@@ -0,0 +1,18 @@
+I'm testing out git-annex between a few computers one being a mac (osx 10.9) and a laptop (linux mint 16).  With a vps running git annex as a transfer annex.
+
+Anyway sync is *almost* working...
+
+When I add files on my mac's annex they upload, and go to my laptop as they should.
+
+When I add files on my laptop's annex they upload, and the mac "downloads" them but only creates broken symlinks to the files.
+
+
+I looked in the log and nothing out of the ordinary is happening... is this a bug with the osx version or what?
+
+
+**more info**  
+
+* the symlink on the osx annex is symlinking to a file in .git/annex/objects  
+* the osx annex changes the aliases to real files every time I restart the git annex daemon  
+
+Thanks!
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_1_6889c4452e636474b4e70798b404fed2._comment b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_1_6889c4452e636474b4e70798b404fed2._comment
new file mode 100644
index 0000000000..c97f26e860
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_1_6889c4452e636474b4e70798b404fed2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T17:11:59Z"
+ content="""
+It sounds like the contents of the files are being successfully transferred.
+
+It may be that you're using an old and buggy version of git-annex, in which the direct mode code lost track of things and so failed to update the tree correctly when receiving the content of a file. If so, you could fix it by upgrading git-annex and running `git annex fsck`.
+"""]]
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_2_978fc11c463a457382fddd668cd1d0dd._comment b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_2_978fc11c463a457382fddd668cd1d0dd._comment
new file mode 100644
index 0000000000..b3a848ffe3
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_2_978fc11c463a457382fddd668cd1d0dd._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="I had this same problem too"
+ date="2014-01-04T01:00:10Z"
+ content="""
+I was using the 2013-12-13 build and now I've upgrade to the 2014-01-03 build.  git-annex has symlinked some important workspace.xml files to nowhere.  One looks like this:
+
+workspace.xml -> ../../../.git/annex/objects/M2/8W/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml
+
+The referenced file doesn't exist.  Actually, that entire M2 directory doesn't exist.
+
+This has cost me a lot of time trying to fix this.  I tried git-annex fsck and I get this message:
+
+ ** No known copies exist of XXXXXXX/workspace.xml
+
+\"XXXXXXX\" is a path I needed to obscure
+
+I can see it in the git-annex repo but it is a reference to a symlink that doesn't exist.  Is there any way to get this file back?  git-annex whereis tells me it is nowhere.  This appears to be real data loss.
+"""]]
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_3_4420bd3afaecd7536b02fc08cee82dbe._comment b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_3_4420bd3afaecd7536b02fc08cee82dbe._comment
new file mode 100644
index 0000000000..3f4ac940ee
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_3_4420bd3afaecd7536b02fc08cee82dbe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="Sorry for the bad formatting on that last post"
+ date="2014-01-04T17:16:51Z"
+ content="""
+I have some additional information that may be helpful.  I had git-annex syncing my Mac with a Debian system.  It appears that at some point in time the Debian system's NFS connection disconnected and then may have reconnected with sshfs.  I don't know if this happened when the syncing issue occurred or not and I can't validate that since the machine was rebooted but it is possible that that caused git-annex on the Mac to choke while syncing and create the phantom symlink.  I am experiencing NFS issues at the moment so it may have contributed to this hiccup.
+"""]]
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_4_99286f17a87049c303f2aa34c0a90286._comment b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_4_99286f17a87049c303f2aa34c0a90286._comment
new file mode 100644
index 0000000000..d21d871458
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_4_99286f17a87049c303f2aa34c0a90286._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 4"
+ date="2014-01-06T15:48:36Z"
+ content="""
+@Tim, you do not seem to be having the problem that the OP described.
+
+It is completely normal for git-annex to represent a file whose content is not present in the repository as a broken symlink.
+Typically, git-annex preserves at least one copy of the file in one of your repositories. But if you `git annex add $file; git annex drop --force $file`, you will be left in exactly the situation you describe.
+
+You can use `git annex log $file` to see a log of which repositories contained a copy of the file in the past, and see what times the file was removed from each repository. This might give clues to what operation caused the last copy of the file to be lose.
+"""]]
diff --git a/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_5_39bad7441dcea4da4b389700301233de._comment b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_5_39bad7441dcea4da4b389700301233de._comment
new file mode 100644
index 0000000000..f7975fc0ee
--- /dev/null
+++ b/doc/forum/git_annex_on_osx_only_creating_symlinks__63____63__/comment_5_39bad7441dcea4da4b389700301233de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="I'll start another thread"
+ date="2014-01-06T18:17:44Z"
+ content="""
+Let me start another thread then and not pollute this one.  Thanks!
+"""]]
diff --git a/doc/forum/git_annex_sync_dies___40__sometimes__41__.mdwn b/doc/forum/git_annex_sync_dies___40__sometimes__41__.mdwn
new file mode 100644
index 0000000000..84f9d11257
--- /dev/null
+++ b/doc/forum/git_annex_sync_dies___40__sometimes__41__.mdwn
@@ -0,0 +1,22 @@
+I've set up git annex on my laptop and on a remote server using the gitolite v3 git-annex branch.
+When I 'git annex sync' from my laptop (mac OSX) to the server, and 'git annex copy . --to server' all works fine.
+
+Later, I tried to clone the repository on another machine (linux 2.6.32). again all is well. I 'git annex init' in the new clone and then try to 'git annex sync' -- now I run into problems.
+
+Specifically, the first request for the configlist (when I do 'git annex --debug sync' all is fine until the configlist request) somehow breaks and my ssh session shows:
+
+muxserver_listen bind(): Input/output error
+
+This seems to confuse the client, who now believes that git annex is not installed on the server (it is).
+
+If I issue the same command as git annex via ssh, all seems to work ok with the caveats below:
+
+I have a feeling it's related to the -o 'ControlPersist=yes' argument that git-annex appears to be giving ssh.  If I include this option when I run via ssh, ssh dies:
+
+>ssh git@server -o "ControlMaster=auto" -o "ControlPersist=yes" "git-annex-shell 'configlist' '/~/PRJ'"
+command-line: line 0: Bad configuration option: ControlPersist
+
+
+(note that it appears to be ok to leave "ControlMaster=auto" in).
+
+any thoughts?
diff --git a/doc/forum/git_annex_sync_dies___40__sometimes__41__/comment_1_48bbac0545bf13bbf04da723e418d037._comment b/doc/forum/git_annex_sync_dies___40__sometimes__41__/comment_1_48bbac0545bf13bbf04da723e418d037._comment
new file mode 100644
index 0000000000..9445421a42
--- /dev/null
+++ b/doc/forum/git_annex_sync_dies___40__sometimes__41__/comment_1_48bbac0545bf13bbf04da723e418d037._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-15T18:16:23Z"
+ content="""
+Since this seems to be a problem with ssh connection caching, you can disable that:
+
+git config annex.sshcaching false
+
+Seems like the problem would be in the version of ssh you have installed on your linux client. Or possibly some interaction between its version and the server's version. 
+
+Since linux 2.6.32 is quite old, I'll bet you have an old ssh too.. what version?
+"""]]
diff --git a/doc/forum/git_annex_test_on_windows.mdwn b/doc/forum/git_annex_test_on_windows.mdwn
new file mode 100644
index 0000000000..4e2f8dea65
--- /dev/null
+++ b/doc/forum/git_annex_test_on_windows.mdwn
@@ -0,0 +1,5 @@
+is it worth sharing back git annex test failures occourring on some windows setup ?
+i'm having 3 failures, what kind of report can i produce shall it be of any use ?
+is it enough a test log coming from git annex test > test.log 2>&1 ?
+thanks again
+
diff --git a/doc/forum/git_annex_test_on_windows/comment_1_258ac5cfa2f5d24e737d94dc48f06899._comment b/doc/forum/git_annex_test_on_windows/comment_1_258ac5cfa2f5d24e737d94dc48f06899._comment
new file mode 100644
index 0000000000..d7968c16ed
--- /dev/null
+++ b/doc/forum/git_annex_test_on_windows/comment_1_258ac5cfa2f5d24e737d94dc48f06899._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-15T20:53:17Z"
+ content="""
+Yes, it's fine to file a bug about test failures. Be sure you try with a current autobuild.
+
+The redirection you show would work on linux, I don't know about windows. But capturing a transcript of the test output is certainly what I need.
+"""]]
diff --git a/doc/forum/git_annex_with_local_apache_webdav_server.mdwn b/doc/forum/git_annex_with_local_apache_webdav_server.mdwn
new file mode 100644
index 0000000000..db489fdfa8
--- /dev/null
+++ b/doc/forum/git_annex_with_local_apache_webdav_server.mdwn
@@ -0,0 +1,23 @@
+Hi, 
+
+trying to make git annex work locally with an apache webdav server.
+
+I have the webdav server working without issue on computers. When we try to init the repository there we get the following error:
+
+WEBDAV_USERNAME=user WEBDAV_PASSWORD=xxxxxx git annex initremote webdavtest type=webdav url=http://webdavserver/webdavsgare/annextest4 encryption=none 
+initremote webdavtest (testing WebDAV server...)
+
+git-annex: WebDAV failed to delete file: "Locked": user error
+failed
+git-annex: initremote: 1 failed
+
+
+Does anyone have any thoughts? I can post config of webdav if it helps, though the error I receive in the error_log of apache is as follows:
+
+This resource is locked and an "If:" header was not supplied to allow access to the resource.  [423, #0]
+
+but I can manage the files through command line, web interface and mounted drive with no issue.
+
+thank you in advance.
+
+Damien
diff --git a/doc/forum/git_annex_with_local_apache_webdav_server/comment_1_a3b89f90f9ac70e0a9b0711ede1cb810._comment b/doc/forum/git_annex_with_local_apache_webdav_server/comment_1_a3b89f90f9ac70e0a9b0711ede1cb810._comment
new file mode 100644
index 0000000000..7963f64f03
--- /dev/null
+++ b/doc/forum/git_annex_with_local_apache_webdav_server/comment_1_a3b89f90f9ac70e0a9b0711ede1cb810._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-02-26T19:40:18Z"
+ content="""
+The webdav library that git-annex uses does some webdav file locking. When deleting a file, it first locks it. It sounds like your webdav server does not like to delete a file that has been locked. Whether this is in spec I don't know.
+
+I do know that got rid of all the webdav locking stuff in a revamp of git-annex's webdav support 2 days ago! git-annex does not need locking the way it uses webdav.
+
+However, the daily builds are still built with an old version of the DAV library, which still does the locking ... and will probably remain like that for some time. To get the new version without locking, you need to build git-annex from its git master on a system with http://hackage.haskell.org/package/DAV version 0.6.1. Building from source with cabal is one way to do it. I'll be releasing a build for Debian unstable in the next day or two.
+"""]]
diff --git a/doc/forum/git_annex_with_local_apache_webdav_server/comment_2_d8e9237cf6e7f7558f836ba1352f5517._comment b/doc/forum/git_annex_with_local_apache_webdav_server/comment_2_d8e9237cf6e7f7558f836ba1352f5517._comment
new file mode 100644
index 0000000000..2b60a9967e
--- /dev/null
+++ b/doc/forum/git_annex_with_local_apache_webdav_server/comment_2_d8e9237cf6e7f7558f836ba1352f5517._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7hS2LGu4sLUxLMdBA16PAMcVO7CDJmjw"
+ nickname="Damien"
+ subject="comment 2"
+ date="2014-03-10T12:16:43Z"
+ content="""
+I'm curious if anyone has set this up using a local apache webdav server?
+
+I'm stuck and could use some insight.
+
+thanks
+Damien
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex.mdwn b/doc/forum/git_pull_remote_git-annex.mdwn
new file mode 100644
index 0000000000..349610693b
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex.mdwn
@@ -0,0 +1,11 @@
+I thought I'd followed the walk through when initially setting up my repos.
+
+However I find that I have to do the following to sync my annex's.
+
+    git pull remote master
+    git checkout git-annex
+    git pull remote git-annex
+    git checkout master
+    git annex get .
+
+Has something gone wrong? I see no mention of syncing git-annex repos in the walk-through...
diff --git a/doc/forum/git_pull_remote_git-annex/comment_1_9c245db3518d8b889ecdf5115ad9e053._comment b/doc/forum/git_pull_remote_git-annex/comment_1_9c245db3518d8b889ecdf5115ad9e053._comment
new file mode 100644
index 0000000000..989ab9bcd8
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_1_9c245db3518d8b889ecdf5115ad9e053._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-06T16:43:29Z"
+ content="""
+You're taking a very long and strange way to a place that you can reach as follows:
+
+<pre>
+git pull remote
+git annex get .
+</pre>
+
+Which is just as shown in [[walkthrough/getting_file_content]]. 
+
+In particular, \"git pull remote\" first fetches all branches from the remote, including the git-annex branch.
+When you say \"git pull remote master\", you're preventing it from fetching the git-annex branch. 
+If for some reason you want the slightly longer way around, it is:
+
+<pre>
+git pull remote master
+git fetch remote git-annex
+git annex get .
+</pre>
+
+Or, eqivilantly but with less network connections:
+
+<pre>
+git fetch remote
+git merge remote/master
+git annex get .
+</pre>
+
+BTW, notice that this is all bog-standard git branch pulling stuff, not specific to git-annex in the least.
+Consult your extensive and friendly git documentation for details. :)
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_2_0f7f4a311b0ec1d89613e80847e69b42._comment b/doc/forum/git_pull_remote_git-annex/comment_2_0f7f4a311b0ec1d89613e80847e69b42._comment
new file mode 100644
index 0000000000..198f95cee8
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_2_0f7f4a311b0ec1d89613e80847e69b42._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2011-12-06T23:23:29Z"
+ content="""
+Doh! Total brain melt on my part. Thanks for the additional info.  Not taking my time and reading things properly - kept assuming that the full remote pull failed due to the warning:
+
+    You asked to pull from the remote 'rss', but did not specify
+    a branch. Because this is not the default configured remote
+    for your current branch, you must specify a branch on the command line.
+
+Rookie mistake indeed.
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_3_1aa89725b5196e40a16edeeb5ccfa371._comment b/doc/forum/git_pull_remote_git-annex/comment_3_1aa89725b5196e40a16edeeb5ccfa371._comment
new file mode 100644
index 0000000000..0ead32dad2
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_3_1aa89725b5196e40a16edeeb5ccfa371._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 3"
+ date="2011-12-21T16:06:25Z"
+ content="""
+hmmmm - I'm still not sure I get this.
+
+If I'm using a whole bunch of distributed annexs with no central repo, then I can not do a `git pull remote` without either specifying the branch to use or changing default tracked remote via `git branch --set-upstream`.  The former like you note doesn't pull the git-annex branch down the latter only works one-at-a-time.
+
+The docs read to me as though I ought to be able to do a `git pull remote ; git annex get .` using anyone of my distributed annexs.
+
+Am I doing something wrong?  Or is the above correct?
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_4_646f2077edcabc000a7d9cb75a93cf55._comment b/doc/forum/git_pull_remote_git-annex/comment_4_646f2077edcabc000a7d9cb75a93cf55._comment
new file mode 100644
index 0000000000..6ba1796939
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_4_646f2077edcabc000a7d9cb75a93cf55._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="I think Matt is right."
+ date="2011-12-23T14:04:44Z"
+ content="""
+I got bitten by this too.  It seems that the user is expected to fetch
+remote git-annex branches themselves, but this is not documented
+anywhere.
+
+The man page says of \"git annex merge\":
+
+    Automatically merges any changes from remotes into the git-annex
+    branch.
+
+I am not a git newbie, but even so I had incorrectly assumed that git
+annex merge would take care of pulling the git-annex branch from the
+remote prior to merging, thereby ensuring all versions of the
+git-annex branch would be merged, and that the location tracking data
+would be synced across all peer repositories.
+
+My master branches do not track any specific upstream branch, because
+I am operating in a decentralized fashion.  Therefore the error
+message caused by `git pull $remote` succeeded in encouraging me to
+instead use `git pull $remote master`, and this excludes the git-annex
+branch from the fetch.  Even worse, a git newbie might realise this
+and be tempted to do `git pull $remote git-annex`.
+
+Therefore I think it needs to be explicitly documented that
+
+    git fetch $remote
+    git merge $remote/master
+
+is required when the local branch doesn't track an upstream branch.
+Or maybe a `--fetch` option could be added to `git annex merge` to
+perform the fetch from all remotes before running the merge(s).
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_5_4f2a05ef6551806dd0ec65372f183ca4._comment b/doc/forum/git_pull_remote_git-annex/comment_5_4f2a05ef6551806dd0ec65372f183ca4._comment
new file mode 100644
index 0000000000..c01f241202
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_5_4f2a05ef6551806dd0ec65372f183ca4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-12-23T16:50:26Z"
+ content="""
+My goal for `git-annex merge` is that users should not need to know about it, so it should not be doing expensive pulls.
+
+I hope that `git annex sync` will grow some useful features to support fully distributed git usage, as being discussed in [[pure_git-annex_only_workflow]]. I still use centralized git to avoid these problems myself.
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_6_3925d1aa56bce9380f712e238d63080f._comment b/doc/forum/git_pull_remote_git-annex/comment_6_3925d1aa56bce9380f712e238d63080f._comment
new file mode 100644
index 0000000000..f4b5ebec20
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_6_3925d1aa56bce9380f712e238d63080f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 6"
+ date="2011-12-23T17:14:03Z"
+ content="""
+Extending `git annex sync` would be nice, although auto-commit does not suit every use case, so it would be better not to couple one to the other.
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_7_24c45ee981b18bc78325c768242e635d._comment b/doc/forum/git_pull_remote_git-annex/comment_7_24c45ee981b18bc78325c768242e635d._comment
new file mode 100644
index 0000000000..dad2c0af21
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_7_24c45ee981b18bc78325c768242e635d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 7"
+ date="2011-12-23T17:24:58Z"
+ content="""
+P.S. I see you already [fixed the docs](http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=a0227e81f9c82afc12ac1bd1cecd63cc0894d751) - thanks! :)
+"""]]
diff --git a/doc/forum/git_pull_remote_git-annex/comment_8_7e76ee9b6520cbffaf484c9299a63ad3._comment b/doc/forum/git_pull_remote_git-annex/comment_8_7e76ee9b6520cbffaf484c9299a63ad3._comment
new file mode 100644
index 0000000000..5943d93127
--- /dev/null
+++ b/doc/forum/git_pull_remote_git-annex/comment_8_7e76ee9b6520cbffaf484c9299a63ad3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="git tweak-fetch"
+ date="2011-12-26T18:50:35Z"
+ content="""
+The git tweak-fetch hook that I have been developing, and hope will be accepted into git soon, provides some abilities that could be used to make \"git pull remote\" always merge remote/master. Normall, git can only be configured to do that merge automatically for one remote (ie, origin). But the tweak-fetch hook can flag arbitrary branches as needing merge. 
+
+So, it could always flag tracking branches of the currently checked out branch for merge. This would be enabled by some setting, probably, since it's not necessarily the case that everyone wants to auto-merge when they pull like this. (Which is why git doesn't do it by default after all.)
+
+(The tweak-fetch hook will also entirely eliminate the need to run git annex merge manually, since it can always take care of merging the git-annex branch.)
+"""]]
diff --git a/doc/forum/git_tag_missing_for_3.20111011.mdwn b/doc/forum/git_tag_missing_for_3.20111011.mdwn
new file mode 100644
index 0000000000..781d0c91a0
--- /dev/null
+++ b/doc/forum/git_tag_missing_for_3.20111011.mdwn
@@ -0,0 +1 @@
+Well, the subject pretty much says it all :)
diff --git a/doc/forum/git_tag_missing_for_3.20111011/comment_1_7a53bf273f3078ab3351369ef2b5f2a6._comment b/doc/forum/git_tag_missing_for_3.20111011/comment_1_7a53bf273f3078ab3351369ef2b5f2a6._comment
new file mode 100644
index 0000000000..87cda998bf
--- /dev/null
+++ b/doc/forum/git_tag_missing_for_3.20111011/comment_1_7a53bf273f3078ab3351369ef2b5f2a6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="fixed that"
+ date="2011-10-13T15:36:59Z"
+ content="""
+:)
+"""]]
diff --git a/doc/forum/git_unannex_speed.mdwn b/doc/forum/git_unannex_speed.mdwn
new file mode 100644
index 0000000000..a5e6ad5719
--- /dev/null
+++ b/doc/forum/git_unannex_speed.mdwn
@@ -0,0 +1 @@
+It was fast to git annex a bunch of files. But git unannex seems a lot slower. Is there a faster way to get files out of git annex? Or to replace the symlinks with real files and then I could just remove the .git directory? I shouldn't have put so many in as a test but they are there now.
diff --git a/doc/forum/git_unannex_speed/comment_1_10cf326248f4e89e1f75bf97d7574763._comment b/doc/forum/git_unannex_speed/comment_1_10cf326248f4e89e1f75bf97d7574763._comment
new file mode 100644
index 0000000000..39fc4793cc
--- /dev/null
+++ b/doc/forum/git_unannex_speed/comment_1_10cf326248f4e89e1f75bf97d7574763._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-08-02T16:58:41Z"
+ content="""
+It currently commits once per file, which is slow. `Command/Unannex.hs` explains why this is necessary. If I think of a way to avoid that, I will.
+"""]]
diff --git a/doc/forum/glacier_-_range_retrievals_and_daily_free_retrieval_allowance.mdwn b/doc/forum/glacier_-_range_retrievals_and_daily_free_retrieval_allowance.mdwn
new file mode 100644
index 0000000000..d9db436c61
--- /dev/null
+++ b/doc/forum/glacier_-_range_retrievals_and_daily_free_retrieval_allowance.mdwn
@@ -0,0 +1,6 @@
+I propose to add some functionality to git-annex, to automatically "throttle" the data retrieval from amazon glacier to stay within the daily free retrieval allowance. If someone would need to get his/her files faster, there should be an option to disable this throttling (or even better, specify the retrieval rate).
+
+As far as I understand glacier, this could be implemented using range retrievals. In short range retrievals enable you, to only retrieve a part of an archive in glacier. This can be used to only retrieve / request so much data, that you stay within the free retrieval allowance. ( please see [Q: Why would I retrieve only a range of an archive?](http://aws.amazon.com/glacier/faqs/#Why_would_I_retrieve_only_a_range_of_an_archive) ).
+
+
+This would be somewhat similar to the [smart retrieval feature in cloudberry](http://blog.cloudberrylab.com/2012/12/introducing-smart-restore-for-amazon.html) .
diff --git a/doc/forum/handling_MP3_metadata_changes.mdwn b/doc/forum/handling_MP3_metadata_changes.mdwn
new file mode 100644
index 0000000000..9b6caa27aa
--- /dev/null
+++ b/doc/forum/handling_MP3_metadata_changes.mdwn
@@ -0,0 +1,12 @@
+Hello,
+
+I'm still looking for a way to version control the metadata (title, artist, album name, ...) of my MP3s, I wonder if git annex could help for this problem ?
+The method I use now (without git annex) is to export the MP3 metadata to an textual format with one line per tag. 
+It's this textual file I handles with git. 
+The problem is to handle the mapping between the orignal file and the export file with file renaming or moving.
+I consider to use the checksum of the audio content (without metadata, this checksum never changes) to handle this problem.
+Maybe git annex has a different approach (better) to solve this problem ?
+How git annex would be use to solve the orignal problem ?
+
+Regards,
+Emmanuel Berry
diff --git a/doc/forum/handling_MP3_metadata_changes/comment_1_aa4955fd64ea5aa836f1a591e185c4a2._comment b/doc/forum/handling_MP3_metadata_changes/comment_1_aa4955fd64ea5aa836f1a591e185c4a2._comment
new file mode 100644
index 0000000000..483c1fb78d
--- /dev/null
+++ b/doc/forum/handling_MP3_metadata_changes/comment_1_aa4955fd64ea5aa836f1a591e185c4a2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-18T19:29:53Z"
+ content="""
+Check out [[metadata]]
+"""]]
diff --git a/doc/forum/hashing_objects_directories.mdwn b/doc/forum/hashing_objects_directories.mdwn
new file mode 100644
index 0000000000..5b7708fb58
--- /dev/null
+++ b/doc/forum/hashing_objects_directories.mdwn
@@ -0,0 +1,27 @@
+I'm wondering how easy the addition of hashing to the directories of the objects would be.
+
+Currently a tree directory structure becomes a flat two level tree under the .git/annex/objects directory ([[internals]]).  This, through the 555 mode on the directory prevents the accidental destruction of content, which is _good_.  However file and directory numbers soon add up in there and as such any file-systems with sub directory limitations will quickly realize the limit (certainly quicker than maybe expected).
+
+Suggestion is therefore to change from 
+
+ `.git/annex/objects/SHA1:123456789abcdef0123456789abcdef012345678/SHA1:123456789abcdef0123456789abcdef012345678`
+
+to 
+
+ `.git/annex/objects/SHA1:1/2/3456789abcdef0123456789abcdef012345678/SHA1:123456789abcdef0123456789abcdef012345678`
+
+or anything in between to a paranoid
+
+ `.git/annex/objects/SHA1:123/456/789/abc/def/012/345/678/9ab/cde/f01/234/5678/SHA1:123456789abcdef0123456789abcdef012345678`
+
+Also the use of a colon specifically breaks FAT32 ([[bugs/fat_support]]), must it be a colon or could an extra directory be used? i.e. `.git/annex/objects/SHA1/*/...`
+
+`git annex init` could also create all but the last level directory on initialization. I'm thinking `SHA1/1/1, SHA1/1/2, ..., SHA256/f/f, ..., URL/f/f, ..., WORM/f/f`
+
+> This is done now with a 2-level hash. It also hashes .git-annex/ log
+> files which were the worse problem really. Scales to hundreds of millions
+> of files with each dir having 1024 or fewer contents. Example:
+>
+> `me -> .git/annex/objects/71/9t/WORM-s3-m1300247299--me/WORM-s3-m1300247299--me`
+>
+> --[[Joey]]
diff --git a/doc/forum/hashing_objects_directories/comment_1_c55c56076be4f54251b0b7f79f28a607._comment b/doc/forum/hashing_objects_directories/comment_1_c55c56076be4f54251b0b7f79f28a607._comment
new file mode 100644
index 0000000000..3a19310b63
--- /dev/null
+++ b/doc/forum/hashing_objects_directories/comment_1_c55c56076be4f54251b0b7f79f28a607._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-14T16:12:49Z"
+ content="""
+My experience is that modern filesystems are not going to have many issues with tens to hundreds of thousands of items in the directory. However, if a transition does happen for FAT support I will consider adding hashing. Although getting a good balanced hash in general without, say, checksumming the filename and taking part of the checksum, is difficult. 
+
+I prefer to keep all the metadata in the filename, as this eases recovery if the files end up in lost+found. So while \"SHA/\" is a nice workaround for the FAT colon problem, I'll be doing something else. (What I'm not sure yet.)
+
+There is no point in creating unused hash directories on initialization. If anything, with a bad filesystem that just guarantees worst performance from the beginning..
+"""]]
diff --git a/doc/forum/hashing_objects_directories/comment_2_504c96959c779176f991f4125ea22009._comment b/doc/forum/hashing_objects_directories/comment_2_504c96959c779176f991f4125ea22009._comment
new file mode 100644
index 0000000000..64f1e16b50
--- /dev/null
+++ b/doc/forum/hashing_objects_directories/comment_2_504c96959c779176f991f4125ea22009._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-03-15T13:52:16Z"
+ content="""
+Can't you just use an underscore instead of a colon?
+
+Would it be feasible to split directories dynamically? I.e. start with SHA1_123456789abcdef0123456789abcdef012345678/SHA1_123456789abcdef0123456789abcdef012345678 and, at a certain cut-off point, switch to shorter directory names? This could even be done per subdirectory and based purely on a locally-configured number. Different annexes on different file systems or with different file subsets might even have different thresholds. This would ensure scale while not forcing you to segment from the start. Also, while segmenting with longer directory names means a flatter tree, segments longer than four characters might not make too much sense. Segmenting too often could lead to some directories becoming too populated, bringing us back to the dynamic segmentation.
+
+All of the above would make merging annexes by hand a _lot_ harder, but I don't know if this is a valid use case. And if all else fails, one could merge everything with the unsegemented directory names and start again from there.
+
+-- RichiH
+"""]]
diff --git a/doc/forum/hashing_objects_directories/comment_3_9134bde0a13aac0b6a4e5ebabd7f22e8._comment b/doc/forum/hashing_objects_directories/comment_3_9134bde0a13aac0b6a4e5ebabd7f22e8._comment
new file mode 100644
index 0000000000..51deb2f959
--- /dev/null
+++ b/doc/forum/hashing_objects_directories/comment_3_9134bde0a13aac0b6a4e5ebabd7f22e8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-16T03:13:39Z"
+ content="""
+It is unfortunatly not possible to do system-dependant hashing, so long as git-annex stores symlinks to the content in git.
+
+It might be possible to start without hashing, and add hashing for new files after a cutoff point. It would add complexity.
+
+I'm currently looking at a 2 character hash directory segment, based on an md5sum of the key, which splits it into 1024 buckets. git uses just 256 buckets for its object directory, but then its objects tend to get packed away. I sorta hope that one level is enough, but guess I could go to 2 levels (objects/ab/cd/key), which would provide 1048576 buckets, probably plenty, as if you are storing more than a million files, you are probably using a modern enough system to have a filesystem that doesn't need hashing.
+"""]]
diff --git a/doc/forum/hashing_objects_directories/comment_4_0de9170e429cbfea66f5afa8980d45ac._comment b/doc/forum/hashing_objects_directories/comment_4_0de9170e429cbfea66f5afa8980d45ac._comment
new file mode 100644
index 0000000000..b29eea1b2b
--- /dev/null
+++ b/doc/forum/hashing_objects_directories/comment_4_0de9170e429cbfea66f5afa8980d45ac._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-03-16T04:06:19Z"
+ content="""
+The .git-annex/ directory is what really needs hashing.
+
+Consider that when git looks for changes in there, it has to scan every file in the directory. With hashing, it should be able to more quickly identify just the subdirectories that contained changed files, by the directory mtimes.
+
+And the real kicker is that when committing there, git has to create a tree object containing every single file, even if only 1 file changed. That will be a lot of extra work; with hashed subdirs it will instead create just 2 or 3 small tree objects leading down to the changed file. (Probably these trees both pack down to similar size pack files, not sure.)
+"""]]
diff --git a/doc/forum/hashing_objects_directories/comment_5_ef6cfd49d24c180c2d0a062e5bd3a0be._comment b/doc/forum/hashing_objects_directories/comment_5_ef6cfd49d24c180c2d0a062e5bd3a0be._comment
new file mode 100644
index 0000000000..c558ee65ee
--- /dev/null
+++ b/doc/forum/hashing_objects_directories/comment_5_ef6cfd49d24c180c2d0a062e5bd3a0be._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 5"
+ date="2011-03-16T15:47:17Z"
+ content="""
+If you can't segment the names retroactively, it's better to start with segmenting, imo.
+
+As subdirectories are cheap, going with ab/cd/rest or even ab/cd/ef/rest by default wouldn't hurt.
+
+Your point about git not needing to create as many tree objects is a kicker indeed. If I were you, I would default to segmentation.
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo.mdwn b/doc/forum/help_running_git-annex_on_top_of_existing_repo.mdwn
new file mode 100644
index 0000000000..365ad71db7
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo.mdwn
@@ -0,0 +1,12 @@
+## Question
+Can git-annex run passively with an existing repo?
+
+## Scenario
+We have an existing web application with large binary assets spread throughout modules in the repo. The project is in constant development with weekly deploys to production and there are many developers working on the project.
+
+## Goal
+We need to maintain the directory structure for these assets without actually committing large binaries to the main remote (hosted on GitHub). I need a solution that has a low barrier of entry when on-boarding new developers. I was thinking maybe a script the is executed on every commit that would filter binaries files based on extensions and commit them to the git-annex remote instead. We are flexible on the type of remote storage type (SSH, S3, etc)
+
+## Notes
+I have gone through the last couple months of forum posts and done a bit of Googling but have come up empty. If anyone can point me in the right direction that would be great. 
+Thanks!
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_1_4cb38d71c943657c5ba0896cd70d2e64._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_1_4cb38d71c943657c5ba0896cd70d2e64._comment
new file mode 100644
index 0000000000..b98ad63232
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_1_4cb38d71c943657c5ba0896cd70d2e64._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-06-01T09:21:54Z"
+ content="""
+Mixing files controlled by git directly and files controlled by git annex is possible, simply 'git annex add' the large files and 'git add' the rest. You will not be able to use direct mode and you should not run the git annex assisstant, as it will add all files to the annex. 
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_2_b5e94c10ebbed9125c7e2332f75709ca._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_2_b5e94c10ebbed9125c7e2332f75709ca._comment
new file mode 100644
index 0000000000..ba321df6bc
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_2_b5e94c10ebbed9125c7e2332f75709ca._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9FMhhhM2sJ68Zjx_RmWd8cTdpI-mrkbE"
+ nickname="Hans"
+ subject="what about with git-svn?"
+ date="2013-06-04T08:00:15Z"
+ content="""
+I'm trying to wrap my head around a similar situation.
+I've tested this by git cloning my repo; the symlinks are copied, and end up broken because the annex directory under .git doesn't exist in the new repo.
+
+So to be specific: can I conclude that when I use git to copy my repo, as long as I don't explicitly use git-annex in the process, I end up with a 'bare' git repo and I don't have to worry about my annexed files coming along?
+
+Also: anyone know of anything that would be different about using git-svn? (i.e. git svn dcommit to push my changes to an svn repo)?
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_3_2b3b93bbc60fbc24d436231954d6822a._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_3_2b3b93bbc60fbc24d436231954d6822a._comment
new file mode 100644
index 0000000000..8d2fd0dff1
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_3_2b3b93bbc60fbc24d436231954d6822a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2013-06-04T12:29:04Z"
+ content="""
+As long as you're not using Direct Mode, then a git-annex repo is just an absolutely ordinary git repo, which happens to contain some symlinks that point to .git/annex/objects/*
+
+
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_4_2dfda33ffa39b92b16c8bd9005e1cefe._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_4_2dfda33ffa39b92b16c8bd9005e1cefe._comment
new file mode 100644
index 0000000000..e9f22adfd4
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_4_2dfda33ffa39b92b16c8bd9005e1cefe._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9J51AO9t75xN5k0sJgg8taUo4y0a4hpQ"
+ nickname="Daniel"
+ subject="comment 4"
+ date="2013-06-07T23:02:29Z"
+ content="""
+I'm trying to find a way to prevent developers from adding certain file types to the main repo. Is there something like a pre-add hook that could be used?
+
+I found this in another forum but I'm not sure how it was intended to be implemented.
+
+```
+git check-attr addtoannex \"$FILE\" | grep -q \": set$\"  
+if [ $? -eq 0 ]; then  
+    git annex add \"$FILE\"  
+else  
+    git add \"$FILE\"  
+fi  
+```
+
+[http://git-annex.branchable.com/forum/Let_watch_selectively_annex_files/](http://git-annex.branchable.com/forum/Let_watch_selectively_annex_files/)
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_5_96b1eb1e8e9f315c646f4686870f9b52._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_5_96b1eb1e8e9f315c646f4686870f9b52._comment
new file mode 100644
index 0000000000..6435fc2528
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_5_96b1eb1e8e9f315c646f4686870f9b52._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-06-11T14:30:08Z"
+ content="""
+I think the most useful thing for people in this thread to know about is [[tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant]].
+
+This doesn't solve it at the command line, where you still need to choose between git add and git annex add, but you can use git annex watch to automatically commit small files to git, and large files to the git annex.
+"""]]
diff --git a/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_6_e85c3fa1d17f1d6ec625b9c4f9b698c3._comment b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_6_e85c3fa1d17f1d6ec625b9c4f9b698c3._comment
new file mode 100644
index 0000000000..6220a44166
--- /dev/null
+++ b/doc/forum/help_running_git-annex_on_top_of_existing_repo/comment_6_e85c3fa1d17f1d6ec625b9c4f9b698c3._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9J51AO9t75xN5k0sJgg8taUo4y0a4hpQ"
+ nickname="Daniel"
+ subject="comment 6"
+ date="2013-06-11T22:28:52Z"
+ content="""
+This is what I ended up doing.  
+[https://gist.github.com/ifnull/5761255](https://gist.github.com/ifnull/5761255)
+
+Basically you just add the extensions of the files you want to exclude to .gitignore_large_binaries and run \"git a .\" instead of \"git add .\"
+
+    #######################
+    # Setup
+    #######################
+    mkdir annex-test
+    cd annex-test
+    git init
+    git annex init master
+
+    #######################
+    # Fab setup task
+    #######################
+    git config --local core.excludesfile ./.gitignore_large_binaries
+    git config --local alias.a '! sh ./git-add.sh'
+
+    #######################
+    # git a (git-add.sh)
+    #######################
+
+    # Generate annex include arg from .gitignore_large_binaries
+    include_str=\"--include='.lazy'\";
+
+    while read line
+    do
+        if [[ \"$line\" != *\"#\"* ]] && [[ \"$line\" != \"\" ]]; then 
+            include_str=\"$include_str --or --include=${line}\";
+        fi
+    done < \"./.gitignore_large_binaries\"
+
+    # git annex add
+    git config --local core.excludesfile ./.gitignore;
+    git annex add $1 $include_str;
+
+    # git add
+    git config --local core.excludesfile ./.gitignore_large_binaries;
+    git add $1
+"""]]
diff --git a/doc/forum/how_do_i_manually_sync_my_external_drive__63__.mdwn b/doc/forum/how_do_i_manually_sync_my_external_drive__63__.mdwn
new file mode 100644
index 0000000000..a5685761d6
--- /dev/null
+++ b/doc/forum/how_do_i_manually_sync_my_external_drive__63__.mdwn
@@ -0,0 +1,9 @@
+I am working on rehauling my backup scripts here, and I was originally doing an rsync of everything to an external drive, but now I think I can be smarted and skip my annexes in that rsync, and use git-annex superpowers to do the sync instead.
+
+I have added this to my backup script:
+
+    ( cd /srv/video && git annex copy --to backup . )
+
+And it works, so yaaay. :) However, I feel it could be faster. This seems to check each file one at a time, but doesn't git-annex keep a state of the remote internally, which would allow it to copy over only the missing files, without checking if each file is present individually?
+
+I mean, it's still pretty fast considering the dataset, but I wonder if there isn't some fast/easier way. Keep in mind I am hesitant of using the assistant for this because I am [[confused_about_external_drives]], the [[bugs/webapp takes 100% of the cpu]] and the [[bugs/assistant eats all CPU]]. I would prefer to script this anyways. --[[anarcat]]
diff --git a/doc/forum/how_do_i_manually_sync_my_external_drive__63__/comment_1_4fd8722cafd55b0503c802289206645a._comment b/doc/forum/how_do_i_manually_sync_my_external_drive__63__/comment_1_4fd8722cafd55b0503c802289206645a._comment
new file mode 100644
index 0000000000..290221541f
--- /dev/null
+++ b/doc/forum/how_do_i_manually_sync_my_external_drive__63__/comment_1_4fd8722cafd55b0503c802289206645a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-01T20:43:05Z"
+ content="""
+Pulling location tracking data out of git is unlikely to be faster than statting a single file on the drive, unless the drive is dead slow.
+
+If you really want to force it to use the location tracking information, use `--not --in backup`
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__.mdwn b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__.mdwn
new file mode 100644
index 0000000000..d16131eeab
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__.mdwn
@@ -0,0 +1,14 @@
+I have an encrypted S3 remote with which I recently ran: 
+
+$> git annex move . --from cloud
+
+which moved all my files to the local repo. When I looked at my S3 bucket, I saw some files left. I then ran:
+
+$> git annex unused --from cloud
+
+to get all the unused data. I dropped each unused data from cloud so that now I think git annex believes it has nothing on the cloud remote.
+
+However there is still one file left on the bucket. Is this normal? (if not I'll create a bug report)
+More importantly, how can I decrypt this file so I can run git log -S'KEY' to figure out what it is (I want to make sure I haven't lost any data).
+
+To be clear, when I currently run 'git annex move . --from cloud' it moves nothing and when I run 'git annex unused --from cloud' it reports no unused data.
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_1_d4dc451892e7a6e230bf32adb7f3f9fa._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_1_d4dc451892e7a6e230bf32adb7f3f9fa._comment
new file mode 100644
index 0000000000..c1eccfb0ff
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_1_d4dc451892e7a6e230bf32adb7f3f9fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="comment 1"
+ date="2013-07-27T22:14:11Z"
+ content="""
+one more thing, I forgot to mention I use gpg keys for encryption on the remote and not a shared key.
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_2_79340bf3c0691073a9808c5ac2da0a3d._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_2_79340bf3c0691073a9808c5ac2da0a3d._comment
new file mode 100644
index 0000000000..0cea29414e
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_2_79340bf3c0691073a9808c5ac2da0a3d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 2"
+ date="2013-07-27T22:30:50Z"
+ content="""
+I suppose this could happen if you have a tag or a branch or another repository that still refers to the file that's stored in S3. It would then not be found by `unused`.
+
+git-annex 4.20130709 has a nice new --all switch you can use: `git annex move --all --from cloud`
+
+If that doesn't move the file, nothing in the entire history of the git repository refers to it. The question then would be how did that file get there.
+
+It's by [[design|design/encryption]] not possible to get from the name of an encrypted file back to the key, unless you already know all the possible keys that the file could be. It's possible to decrypt the content if you have the gpg key and the git repository, but this space is a bit too small to explain every step in doing so, and I have some nice code that explains how in detail. ;)
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_3_6302fb6e5bb7cbddf2cfe74d98d32897._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_3_6302fb6e5bb7cbddf2cfe74d98d32897._comment
new file mode 100644
index 0000000000..5c8d6356c8
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_3_6302fb6e5bb7cbddf2cfe74d98d32897._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="comment 3"
+ date="2013-07-27T22:47:14Z"
+ content="""
+thanks, running
+
+'git annex move --all --from cloud'
+
+grabbed the one remaining file from the bucket.
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_4_e3d95bc09c9fb21e8e9bbacc642aa60f._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_4_e3d95bc09c9fb21e8e9bbacc642aa60f._comment
new file mode 100644
index 0000000000..493fa3ba17
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_4_e3d95bc09c9fb21e8e9bbacc642aa60f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 4"
+ date="2013-07-27T22:52:00Z"
+ content="""
+Great! And it should have also printed out the key it downloaded, if you're curious about looking where that file is used in your git repository.
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_5_f2f0a1c2fb0c6323707b11e2b06aa2db._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_5_f2f0a1c2fb0c6323707b11e2b06aa2db._comment
new file mode 100644
index 0000000000..042704e529
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_5_f2f0a1c2fb0c6323707b11e2b06aa2db._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="comment 5"
+ date="2013-07-27T23:02:19Z"
+ content="""
+yeah it did print out the name of the file so I was able to verify that it was nothing I was worried about losing. thanks again :D
+"""]]
diff --git a/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_6_66fe80e634a8f13cce18fe68974ec67a._comment b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_6_66fe80e634a8f13cce18fe68974ec67a._comment
new file mode 100644
index 0000000000..8e79b4dc28
--- /dev/null
+++ b/doc/forum/how_to_decrypt_file_from_encrypted_special_remote__63__/comment_6_66fe80e634a8f13cce18fe68974ec67a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 6"
+ date="2013-07-27T23:06:38Z"
+ content="""
+I'm curious, why didn't `git annex unused --from cloud` show the file? Was it a tag/branch/etc still referring to it?
+"""]]
diff --git a/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__.mdwn b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__.mdwn
new file mode 100644
index 0000000000..e7de592100
--- /dev/null
+++ b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__.mdwn
@@ -0,0 +1,5 @@
+I fear that while using git annex I will at some point accidentally `git add` some small files and not notice it until the only way to fix the problem is to rewrite history. What would be the best way to prevent myself from ever `git add`-ing a file into my annex repository instead of `git annex add`-ing it?
+
+And secondly, how can I best search in my git annex repository whether I already did this mistake in the past or not? Currently I'm using this which returns everything that's not a symlink or a git submodule:
+
+    git ls-files -s | awk ' $1 != 120000 && $1 != 160000 { print $4 }'
diff --git a/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_1_440dcd19ea2512f968858b780c2a2913._comment b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_1_440dcd19ea2512f968858b780c2a2913._comment
new file mode 100644
index 0000000000..166d549fd8
--- /dev/null
+++ b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_1_440dcd19ea2512f968858b780c2a2913._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="178.79.137.64"
+ subject="comment 1"
+ date="2014-06-25T10:35:07Z"
+ content="""
+I'm not sure if you can prevent 'git add' but you can at least prevent it getting commited with the pre-commit hook. Mine is this:
+
+    #!/bin/sh
+    
+    FILES=$(find -name \".git\" -prune -o -type f -not -name \".gitignore\" -print);
+    FILE_COUNT=$(echo -n \"$FILES\" | wc -l)
+    
+    if [ $FILE_COUNT -gt 0 ]; then
+            echo \"$FILE_COUNT non-symlink files found.\"
+            echo \"$FILES\"
+            exit 1
+    fi
+    
+    # automatically configured by git-annex
+    git annex pre-commit .
+"""]]
diff --git a/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_2_e9b70386774996a3d0446faaa3219120._comment b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_2_e9b70386774996a3d0446faaa3219120._comment
new file mode 100644
index 0000000000..bc8acf020d
--- /dev/null
+++ b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_2_e9b70386774996a3d0446faaa3219120._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="josch"
+ ip="2001:638:709:5:2ad2:44ff:fe4b:56aa"
+ subject="comment 2"
+ date="2014-06-27T04:50:03Z"
+ content="""
+Xyem, your method does not work well because it finds all regular files in the whole annex directory and does not only check for those that are to be committed.
+"""]]
diff --git a/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_3_3dbd76accad2df2fff14b55452c828ef._comment b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_3_3dbd76accad2df2fff14b55452c828ef._comment
new file mode 100644
index 0000000000..d8f681a1bf
--- /dev/null
+++ b/doc/forum/how_to_prevent_accidentally_running___96__git_add__96____63__/comment_3_3dbd76accad2df2fff14b55452c828ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="178.79.137.64"
+ subject="comment 3"
+ date="2014-06-27T12:02:08Z"
+ content="""
+That is intentional. In my use case, there should never be any regular files in this particular annex at all. If there are, it means I have missed something! :)
+"""]]
diff --git a/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents.mdwn b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents.mdwn
new file mode 100644
index 0000000000..4f24117f68
--- /dev/null
+++ b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents.mdwn
@@ -0,0 +1,7 @@
+It would be nice to have a way to drop files without leaving broken symlinks around, at least while in direct mode.
+
+Here is my user case. I have a collection of music CDs ripped in FLAC formats. At the same time I convert all these files to MP3 files to that I can use them in various other devices and to save space.
+
+The problem is that if I `git annex drop` the FLAC files once they are converted and copied, they leave broken symlinks around; this result in various annoying error messages in almost all the music playback I tried. At the same time, if I `rm` or `git rm` these symlinks, the content of these files will be removed also from the remotes as they are signalled as no longer wanted.
+
+Couldn't git-annex keep a separate index of files that have been removed but are meant to be kept?
diff --git a/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_1_cba76311e146dabb8ffc789bf4c8b714._comment b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_1_cba76311e146dabb8ffc789bf4c8b714._comment
new file mode 100644
index 0000000000..c490c826a8
--- /dev/null
+++ b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_1_cba76311e146dabb8ffc789bf4c8b714._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://svario.it/gioele"
+ ip="2001:1418:100:262::2"
+ subject="Maybe using branches?"
+ date="2013-05-16T10:22:48Z"
+ content="""
+A suggestion from #git-annex:
+
+> &lt;mhameed&gt; i think others are already doing this, using branches, but not sure if we have a writeup/tutorial of it
+>
+> &lt;mhameed&gt; gioele:  instead of working on master branch, switch to laptop branch, git rm the files that are not wanted and commit
+>
+> &lt;gioele&gt; mhameed: I'm lazy, I'd like git-annex to do that for me :)
+"""]]
diff --git a/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_2_8d99c50fc1347367ccc0714e8d1af385._comment b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_2_8d99c50fc1347367ccc0714e8d1af385._comment
new file mode 100644
index 0000000000..f0b20f1a4a
--- /dev/null
+++ b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_2_8d99c50fc1347367ccc0714e8d1af385._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-19T20:43:43Z"
+ content="""
+The original poster seems to have a misunderstanding of what git-annex does with the content of files. Deleting a file does not remove the content of the file. You can always use git to check out a previous version of a file, and the content from the annex will still be there (or you can `git annex get` it to get it from whereever git-annex stored the content).
+
+The only exception to this rule is is you, manually, chose to run `git annex unused` and then `git annex dropunused`. That can delete the contents of files, when no branch or tag refers to them. As long as some branch refers to the content of the files, even if it's not the currently checked out branch, the file content is retained.
+
+So a branch *is* the \"index of files that have been removed but are wanted to be kept\".
+
+For example, you could do:
+
+[[!format sh \"\"\"
+git checkout -b keepflacs
+
+cdrom-rip-command
+git annex add *.flac
+git commit -m \"ripped a cd\"
+flac-convert-command
+git annex add *.mp3
+git commit -m \"converted to mp3\"
+
+git checkout master
+git merge keepflacs
+git rm *.flac
+git commit -m \"removed flac files from this branch. They are still available in the keepflacs branch\"
+\"\"\"]]
+
+As long as you always switch to the keepflacs branch to add flac files, and never merge the master branch into keepflacs,
+but only merge keepflacs into master, keepflacs will have every flac file you have ripped. And so git-annex will retain those files
+even when you `git annex unused; git-annex dropunused`.
+
+Or, just make a promise to yourself that you'll never run `git-annex unused`, similarly to how you'd probably never run `rm -rf .git/objects/$rand`, and you don't need the branches; like git, git-annex will retain all data that has ever been checked into it.
+
+(The branches are still a good idea. For one thing, they let you run `git annex fsck` and other repository maintenance commands with the keepflacs branch checked out.)
+
+I am going to move this thread to the [[forum]], because it's not really a TODO item, but is something others may want to read.
+"""]]
diff --git a/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_3_a7a9c55c2ad448179dff5d5b69976c7d._comment b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_3_a7a9c55c2ad448179dff5d5b69976c7d._comment
new file mode 100644
index 0000000000..39ed8306c0
--- /dev/null
+++ b/doc/forum/how_to_remove_files_and_symlinks_but_keep_historical_file_contents/comment_3_a7a9c55c2ad448179dff5d5b69976c7d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-20T17:46:08Z"
+ content="""
+Erm, I missed that you want to use direct mode. All this fun with git won't really work in direct mode, and indeed direct mode is not able to guarantee that old versions of modified files are retained.
+
+Direct mode is nice for some applications involving syncing and less than ideal devices, but not for this.
+"""]]
diff --git a/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes.mdwn b/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes.mdwn
new file mode 100644
index 0000000000..cab2ec0c6b
--- /dev/null
+++ b/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes.mdwn
@@ -0,0 +1,5 @@
+I have created two git-annexes (one on my laptop and one on my work pc) The are using nearly the same files with some files existing only on the pc but not on the laptop as they are too large for the laptop. How do I get the two into sync. I found the manual in the tips section but that will create normal git-annexes with all files linked only. However, I would like to have my exiting file structure unchanged (the way the assistant does it by default)
+
+any ideas?
+
+Gregor
diff --git a/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes/comment_1_7bd0edaf2352293678f0942aaa885d13._comment b/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes/comment_1_7bd0edaf2352293678f0942aaa885d13._comment
new file mode 100644
index 0000000000..4b3b095c33
--- /dev/null
+++ b/doc/forum/howto_to_link_to_existing_direct_mode_git-annexes/comment_1_7bd0edaf2352293678f0942aaa885d13._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="71.80.94.56"
+ subject="comment 1"
+ date="2014-02-07T19:11:00Z"
+ content="""
+The webapp will help you do this, go to Add Another Repository -> Share With Your Other Devices. 
+"""]]
diff --git a/doc/forum/howto_update_feed.mdwn b/doc/forum/howto_update_feed.mdwn
new file mode 100644
index 0000000000..5323e92eb3
--- /dev/null
+++ b/doc/forum/howto_update_feed.mdwn
@@ -0,0 +1,14 @@
+I am using the importfeed [1] functionality.
+
+How am I supposed to update the feed/feeds?
+
+I understand that running
+
+    cd annex; git annex importfeed http://url/to/podcast
+
+a second time will 'do the right thing'.  But that is cumbersome as I have to know the url again.  Is there sth like git annex updatefeeds?
+
+
+
+
+[1] http://joeyh.name/blog/entry/git-annex_as_a_podcatcher/
diff --git a/doc/forum/howto_update_feed/comment_1_bec356619f370a618f19a187d09d2e35._comment b/doc/forum/howto_update_feed/comment_1_bec356619f370a618f19a187d09d2e35._comment
new file mode 100644
index 0000000000..fa87e3494d
--- /dev/null
+++ b/doc/forum/howto_update_feed/comment_1_bec356619f370a618f19a187d09d2e35._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-26T18:11:07Z"
+ content="""
+I have purposefully kept a list of feeds out of git-annex. I handle this by having a `feeds` file, which I check into git. Then a cron job runs: `xargs git-annex importfeed < feeds`
+"""]]
diff --git a/doc/forum/howto_update_feed/comment_2_84dfb80ba3db8d41164eb97022becae3._comment b/doc/forum/howto_update_feed/comment_2_84dfb80ba3db8d41164eb97022becae3._comment
new file mode 100644
index 0000000000..4f28d8f4ef
--- /dev/null
+++ b/doc/forum/howto_update_feed/comment_2_84dfb80ba3db8d41164eb97022becae3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 2"
+ date="2013-08-26T19:04:21Z"
+ content="""
+Thanks for that.  I'll do the same ;-)
+"""]]
diff --git a/doc/forum/howto_update_feed/comment_3_20166db298c10074e062aecad59ffd71._comment b/doc/forum/howto_update_feed/comment_3_20166db298c10074e062aecad59ffd71._comment
new file mode 100644
index 0000000000..73f48ac9b0
--- /dev/null
+++ b/doc/forum/howto_update_feed/comment_3_20166db298c10074e062aecad59ffd71._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 3"
+ date="2013-08-28T01:32:38Z"
+ content="""
+One thing I do slightly differently is put comments in my ```feeds``` file so I know what feed is what...
+
+    # NPR - Wait Wait... Don't Tell Me!
+    http://www.npr.org/rss/podcast.php?id=35
+    # NPR - Car Talk
+    http://www.npr.org/rss/podcast.php?id=510208
+
+
+Then I use 
+
+    grep -v '^#' feeds| xargs git-annex importfeed --relaxed
+
+I reckon that makes maintenance easier.
+"""]]
diff --git a/doc/forum/howto_update_feed/comment_4_f040e31b763fc9a7aa092442b4d6b8e8._comment b/doc/forum/howto_update_feed/comment_4_f040e31b763fc9a7aa092442b4d6b8e8._comment
new file mode 100644
index 0000000000..f7a35d1b65
--- /dev/null
+++ b/doc/forum/howto_update_feed/comment_4_f040e31b763fc9a7aa092442b4d6b8e8._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 4"
+ date="2013-09-01T18:06:51Z"
+ content="""
+Yet another solution, keeping it all in one script
+
+    #!/bin/sh
+    
+    while IFS= read line
+    do
+            test -n \"${line%%#*}\" && echo git annex importfeed --relaxed \"$line\"
+    done <<EOF
+    # FooCast - Alice & Bob
+    http://feeds.foo.com/foocast
+    # FrobCast
+    http://meep.moop.com/feed
+    EOF
+"""]]
diff --git a/doc/forum/ignore_changes_made_by_a_remote.mdwn b/doc/forum/ignore_changes_made_by_a_remote.mdwn
new file mode 100644
index 0000000000..3659774b4c
--- /dev/null
+++ b/doc/forum/ignore_changes_made_by_a_remote.mdwn
@@ -0,0 +1,8 @@
+Hi,
+
+I have two repo one in direct (on windows) and one in indirect mode. From time to time the files in the direct repo are replaced by empty files however running git annex fsck always solves it.
+The problem is that today I did run git annex sync before running git annex fsck and git annex has then created two -variants for each of my files one empty and one with the content.
+I guess the easier for me is to just scrap that repo and make a new one however how do I prevent the changes to propagate now? I guess that if I now run git annex sync on my other repo all those small files are going to have linked created for them there as well.
+
+I hope this is clear,
+Thanks in advance.
diff --git a/doc/forum/ignore_changes_made_by_a_remote/comment_1_825676069d2e1554499b76fd8c306c30._comment b/doc/forum/ignore_changes_made_by_a_remote/comment_1_825676069d2e1554499b76fd8c306c30._comment
new file mode 100644
index 0000000000..8abc059f60
--- /dev/null
+++ b/doc/forum/ignore_changes_made_by_a_remote/comment_1_825676069d2e1554499b76fd8c306c30._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-02T20:02:19Z"
+ content="""
+I don't see any need to scrap the repository. Since you have an indirect mode repsitory, you can use `git log` in there to find commits you don't like, and run `git revert` to revert them. So if a bad commit comes down from windows, you can just undo it. That's why we use git, yes?
+
+I'm much more curious about the circumstances that cause empty files to end up in the direct mode repository. 
+"""]]
diff --git a/doc/forum/ignore_changes_made_by_a_remote/comment_2_dff49b72f7e072fddaf68584beb97f3c._comment b/doc/forum/ignore_changes_made_by_a_remote/comment_2_dff49b72f7e072fddaf68584beb97f3c._comment
new file mode 100644
index 0000000000..394a609b46
--- /dev/null
+++ b/doc/forum/ignore_changes_made_by_a_remote/comment_2_dff49b72f7e072fddaf68584beb97f3c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="bvaa"
+ ip="86.82.68.238"
+ subject="comment 2"
+ date="2014-04-03T19:20:31Z"
+ content="""
+Ok it makes indeed sense.
+Regarding the empty files I am going to try to find out where that happens and if I can reproduce.
+Thanks.
+"""]]
diff --git a/doc/forum/incompatible_versions__63__.mdwn b/doc/forum/incompatible_versions__63__.mdwn
new file mode 100644
index 0000000000..13eb181491
--- /dev/null
+++ b/doc/forum/incompatible_versions__63__.mdwn
@@ -0,0 +1 @@
+Are versions 0.14 and 0.20110522 incompatible? I can't seem to copy files from a system running 0.14 to one running 20110522.
diff --git a/doc/forum/incompatible_versions__63__/comment_1_629f28258746d413e452cbd42a1a43f4._comment b/doc/forum/incompatible_versions__63__/comment_1_629f28258746d413e452cbd42a1a43f4._comment
new file mode 100644
index 0000000000..3702fde6ea
--- /dev/null
+++ b/doc/forum/incompatible_versions__63__/comment_1_629f28258746d413e452cbd42a1a43f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-06-08T00:40:54Z"
+ content="""
+They are not. See [[upgrades]]
+"""]]
diff --git a/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__.mdwn b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__.mdwn
new file mode 100644
index 0000000000..9c76e1d425
--- /dev/null
+++ b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__.mdwn
@@ -0,0 +1,5 @@
+I would like to be able to use git-annex to not only sync binary files for a project but also to be able to use it more like git, that is adding manually files to index and only commiting that.
+I think it is still possible in indirect-mode to manage files like I want, but as I am stuck in windows, I would like to be able to do that in direct-mode...
+Due to the safety measures taken to avoid doing bad things in direct-mode, it doesn't seem possible to commit (and push) files without syncing the whole repository.
+
+Is it currently possible to do what I would like to do, or will it be possible in the future ?
diff --git a/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_1_804e43111ee97dff15e49e50b6c29d91._comment b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_1_804e43111ee97dff15e49e50b6c29d91._comment
new file mode 100644
index 0000000000..9a75526146
--- /dev/null
+++ b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_1_804e43111ee97dff15e49e50b6c29d91._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T17:01:50Z"
+ content="""
+You can `git annex add` some files and leave others not added, and `git annex sync` will commit only the added ones. 
+
+What is missing is a way to have changed some files that were added, and avoid `git annex sync` committing them. 
+
+There is no technical reason this cannot be supported in direct mode, there is just no user interface built to do it. 
+
+One way is to temporarily bypass the direct mode guard, by using the appropriate git command line option to set core.bare=false temporarily while committing files. Note that it's then up to you to avoid staging the entire content of the file into the index (so no `git commit -a` etc).
+"""]]
diff --git a/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_2_299ad6cd0225daa166d36af3726a9ef2._comment b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_2_299ad6cd0225daa166d36af3726a9ef2._comment
new file mode 100644
index 0000000000..0fb4a00977
--- /dev/null
+++ b/doc/forum/is_there_a_way_to_only_commit_some_files_in_direct-mode___63__/comment_2_299ad6cd0225daa166d36af3726a9ef2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="Renaud"
+ ip="182.171.224.143"
+ subject="comment 2"
+ date="2013-12-13T06:16:12Z"
+ content="""
+Thanks for the reply!
+
+I tried to commit manually but I got confused by the (recently introduced?) annex/direct/master branch and I am not sure which branch I need to commit/merge/pull/push my changes to.
+I also got blocked when pulling from origin fail due to file changes needed to be overwritten.
+I see git-annex cleverly merges those in .git/annex/merge folder so I could try doing the same but I am not too confortable doing a large part of git-annex's job...
+
+Is there a simpler way to sync with a remote repository?
+"""]]
diff --git a/doc/forum/known_and_local_annex_keys.mdwn b/doc/forum/known_and_local_annex_keys.mdwn
new file mode 100644
index 0000000000..7dcef8693e
--- /dev/null
+++ b/doc/forum/known_and_local_annex_keys.mdwn
@@ -0,0 +1,14 @@
+I have a direct repository with the assistant running (v4.20131002). The repo is in the backup group and should be grabbing every known annex file. Yet `git annex status` says:
+
+    local annex keys: 1386
+    local annex size: 94.53 gigabytes
+    known annex keys: 1387
+    known annex size: 94.53 gigabytes
+
+As you can seem there is one more known annex key than there are local ones. Neither `git annex get` nor `git annex sync` changes the numbers. According to `tree` the repo dir contains exactly 1387 files, which means that the missing file must exist on disk. 
+
+1) How do I find out which is the file in question? How do I get it synchronized? 
+
+Yesterday there were 1376 known annex keys. Today there are 1387. For some reason the number of keys went up by 11, and I would like to know how and why. The log suggests that a couple of files have been added from inside the repo directory, but I am positive that these files already existed in the annex directory yesterday, and that I ran `git annex sync` manually without the number of local and/or known keys going up.
+
+2) Why weren't the files synced before? Is there a way to find out whether they were or were not part of the annex yesterday - maybe list all files sorted by the date they were added? 
diff --git a/doc/forum/known_and_local_annex_keys/comment_1_3cb4828dc7116e4cf49e119f055ae9a3._comment b/doc/forum/known_and_local_annex_keys/comment_1_3cb4828dc7116e4cf49e119f055ae9a3._comment
new file mode 100644
index 0000000000..24a5ef03e4
--- /dev/null
+++ b/doc/forum/known_and_local_annex_keys/comment_1_3cb4828dc7116e4cf49e119f055ae9a3._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-28T16:56:20Z"
+ content="""
+I think you're stressing way too much about a number.
+
+It's quite possible for the known and local key counts to diverge while no data is missing. For example:
+
+<pre>
+joey@darkstar:~/tmp/test>touch foo
+joey@darkstar:~/tmp/test>touch bar
+joey@darkstar:~/tmp/test>git annex add foo bar
+
+local annex keys: 1
+known annex keys: 2
+</pre>
+
+"""]]
diff --git a/doc/forum/known_and_local_annex_keys/comment_2_68f20c881eafe986694bde10571cf1c0._comment b/doc/forum/known_and_local_annex_keys/comment_2_68f20c881eafe986694bde10571cf1c0._comment
new file mode 100644
index 0000000000..944ec9cafc
--- /dev/null
+++ b/doc/forum/known_and_local_annex_keys/comment_2_68f20c881eafe986694bde10571cf1c0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="77.247.181.165"
+ subject="comment 2"
+ date="2013-10-28T18:31:21Z"
+ content="""
+I don't think I'm stressing too much. Rather, I'm inquiring about why git-annex is giving me wrong (or at least unclear) output that makes me worry about losing data. I plan to trust git-annex with a lot of important files, and in order to do that I want to make sure it's trustworthy. And that's where the inaccurate key numbers get in the way.
+
+So why do the local and known numbers diverge anyway? Would you consider adjusting the status output to be more accurate, or at least less confusing? I just want to be able to check that every single file in the repo is being backed up.
+"""]]
diff --git a/doc/forum/known_and_local_annex_keys/comment_3_e195a7091a06ce0427bb28aca9a17d04._comment b/doc/forum/known_and_local_annex_keys/comment_3_e195a7091a06ce0427bb28aca9a17d04._comment
new file mode 100644
index 0000000000..fd9228b4f0
--- /dev/null
+++ b/doc/forum/known_and_local_annex_keys/comment_3_e195a7091a06ce0427bb28aca9a17d04._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-10-28T19:06:00Z"
+ content="""
+I have adjusted the labels to be more clear.
+"""]]
diff --git a/doc/forum/known_and_local_annex_keys/comment_4_d81f0bf7465832cb676fd89f5d53ec18._comment b/doc/forum/known_and_local_annex_keys/comment_4_d81f0bf7465832cb676fd89f5d53ec18._comment
new file mode 100644
index 0000000000..fccc576d30
--- /dev/null
+++ b/doc/forum/known_and_local_annex_keys/comment_4_d81f0bf7465832cb676fd89f5d53ec18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="77.247.181.165"
+ subject="comment 4"
+ date="2013-10-28T19:24:12Z"
+ content="""
+Thanks, I'll check it out. And if you ever got around to introduce a means that can answer the above-mentioned integrity questions, that'd be really awesome.
+"""]]
diff --git a/doc/forum/linux_standalone_tarballs.mdwn b/doc/forum/linux_standalone_tarballs.mdwn
new file mode 100644
index 0000000000..1c6380a7d8
--- /dev/null
+++ b/doc/forum/linux_standalone_tarballs.mdwn
@@ -0,0 +1 @@
+Just saw that there is now a linux standalone tarball, I've a SL5 (RHEL5) based machine which I can churn out git-annex binaries if there is interest.
diff --git a/doc/forum/linux_standalone_tarballs/comment_1_5c3ceb845a45e50784f7098bfbf94df1._comment b/doc/forum/linux_standalone_tarballs/comment_1_5c3ceb845a45e50784f7098bfbf94df1._comment
new file mode 100644
index 0000000000..64a37f366f
--- /dev/null
+++ b/doc/forum/linux_standalone_tarballs/comment_1_5c3ceb845a45e50784f7098bfbf94df1._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 1"
+ date="2012-09-29T16:03:36Z"
+ content="""
+I'll be curious to see if the standalone tarball works on such a system.. it might need a newer libc
+than RHEL5 has.
+
+Conversely, that'd make it a good system to build the tarball on, so it's built to work with a nice old libc. :) 
+
+I have a machine where I could put chroots to do both 64 bit and 32 bit builds, but I don't know if I'll automate it there. Too lazy..
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac.mdwn b/doc/forum/local_pairing_with_2_mac.mdwn
new file mode 100644
index 0000000000..814ecc123f
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac.mdwn
@@ -0,0 +1,27 @@
+Hey !
+I am trying to find ways to use git annex as a tool to share big binary files for our development projects (such as PSD files).
+Our team has artists that will not use command line tools so I have been testing git-annex assistant with a lot of hope.
+However all the tests I am doing are just failing. °.° '
+
+in this thread I would like to focus on what would seem to me as an easy first approach : local pairing.
+
+So my team and I are on mac. I am just trying to sync 2 computers on the same network. But the process is stuck on the "local pairing in process" step, just after I enter the secret phrase.
+
+I have enabled sshd (preferences -> remote login) on both computers, checked the firewall to authorize git-annex, so I am probably missing something here. 
+the logs on my computer does not say anything usefull ([2013-12-04 22:04:34 CET] main: Pairing in progress) but on the other computer I have this :
+
+git-annex: ssh-keygen failed
+[2013-12-04 22:04:33 CET] PairListener: utku@MacBook-Air-de-utku.local:~/Documents/git-test is sending a pair request.
+dyld: lazy symbol binding failed: Symbol not found: ___strlcpy_chk
+ Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen
+ Expected in: /usr/lib/libSystem.B.dylib
+
+dyld: Symbol not found: ___strlcpy_chk
+ Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen
+ Expected in: /usr/lib/libSystem.B.dylib
+
+git-annex: ssh-keygen failed
+
+Don't know if that helps. I don't know which info I need to provide.
+
+cheers
diff --git a/doc/forum/local_pairing_with_2_mac/comment_10_508585e72c81d197a9a1e193c25a702a._comment b/doc/forum/local_pairing_with_2_mac/comment_10_508585e72c81d197a9a1e193c25a702a._comment
new file mode 100644
index 0000000000..1d69f41fda
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_10_508585e72c81d197a9a1e193c25a702a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfC02DTOZygFDDvvg0maRciYYMhEIFgkw"
+ nickname="Utku"
+ subject="comment 10"
+ date="2013-12-15T09:51:28Z"
+ content="""
+unfortunately, it is not working on the computer where ssh was not working
+I click an got annex and nothing seems to open
+I try to go on the system logs but I see nothing really obvious. The only log that may be related would be : 
+15/12/13 10:46:23,230 Dock[166]: find_shared_window: WID 21425
+15/12/13 10:46:23,230 Dock[166]: CGSGetWindowTags: Invalid window 0x53b1
+
+if you tell me where to look at I can give you something more useful. 
+
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_1_6ca4fed183340a2902d1d4d91284b772._comment b/doc/forum/local_pairing_with_2_mac/comment_1_6ca4fed183340a2902d1d4d91284b772._comment
new file mode 100644
index 0000000000..25c97805b0
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_1_6ca4fed183340a2902d1d4d91284b772._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T17:47:30Z"
+ content="""
+What version of OSX is the failing computer running? What version of git-annex? How did you install git-annex on it?
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_2_7c2b3d0a8a69c7056508f8ec73ebefcd._comment b/doc/forum/local_pairing_with_2_mac/comment_2_7c2b3d0a8a69c7056508f8ec73ebefcd._comment
new file mode 100644
index 0000000000..03b06e45ae
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_2_7c2b3d0a8a69c7056508f8ec73ebefcd._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfC02DTOZygFDDvvg0maRciYYMhEIFgkw"
+ nickname="Utku"
+ subject="comment 2"
+ date="2013-12-12T20:08:50Z"
+ content="""
+hello
+both computers are on mac os maverick
+latest version of git annex, and we used the git annex assistant dmg found on the install section...
+I am on a personnal home router so I don't think there is any port that might be blocked by a firewall for local connections...
+
+ 
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_3_07fa468aac1288e770487973052bccea._comment b/doc/forum/local_pairing_with_2_mac/comment_3_07fa468aac1288e770487973052bccea._comment
new file mode 100644
index 0000000000..bab5009f46
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_3_07fa468aac1288e770487973052bccea._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 3"
+ date="2013-12-12T20:37:55Z"
+ content="""
+It's not a firewall or network problem, what you pasted earlier shows that the ssh-keygen command bundled in the git annex dmg is trying to use a symbol that is not present in your libSystem library.
+
+I am puzzled why ssh-keygen apparently works on one of your macs and not on the other, if they indeed both have the same build of git-annex installed.
+
+Please paste output of `otool -L /Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen` on the mac with the problem.
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_4_dc0494213d2b57b5b9a489b096a5b8d0._comment b/doc/forum/local_pairing_with_2_mac/comment_4_dc0494213d2b57b5b9a489b096a5b8d0._comment
new file mode 100644
index 0000000000..f3f25504aa
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_4_dc0494213d2b57b5b9a489b096a5b8d0._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfC02DTOZygFDDvvg0maRciYYMhEIFgkw"
+ nickname="Utku"
+ subject="comment 4"
+ date="2013-12-12T20:58:05Z"
+ content="""
+so as I don't really know which mac has a problem, here is what I get on both computers (looks they are quite the same): 
+
+/Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen:
+	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.0.0)
+	/System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos (compatibility version 5.0.0, current version 6.0.0)
+	/System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory (compatibility version 1.0.0, current version 1.0.0)
+	/System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 55456.0.0)
+	@executable_path/O (compatibility version 1.0.0, current version 1.0.0)
+	@executable_path/P (compatibility version 3.0.0, current version 3.0.0)
+	@executable_path/B (compatibility version 1.0.0, current version 1.2.5)
+	@executable_path/L (compatibility version 1.0.0, current version 1.0.0)
+	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
+
+
+/Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen:
+       /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 855.0.0)
+       /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos (compatibility version 5.0.0, current version 6.0.0)
+       /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory (compatibility version 1.0.0, current version 1.0.0)
+       /System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 55456.0.0)
+       @executable_path/O (compatibility version 1.0.0, current version 1.0.0)
+       @executable_path/P (compatibility version 3.0.0, current version 3.0.0)
+       @executable_path/B (compatibility version 1.0.0, current version 1.2.5)
+       @executable_path/L (compatibility version 1.0.0, current version 1.0.0)
+       /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_5_bcac18e137c00d4279774dec51963289._comment b/doc/forum/local_pairing_with_2_mac/comment_5_bcac18e137c00d4279774dec51963289._comment
new file mode 100644
index 0000000000..0639068661
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_5_bcac18e137c00d4279774dec51963289._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 5"
+ date="2013-12-12T21:40:16Z"
+ content="""
+Well, I was wrong, we don't know only one of the 2 has the problem. The other one will probably not have run ssh-keygen yet.
+
+Can you run `/Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen --help` on both of them and see if it manages to print its help, or fails with an error?
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_6_76b62eafda1ecbf88abe288cbe778e17._comment b/doc/forum/local_pairing_with_2_mac/comment_6_76b62eafda1ecbf88abe288cbe778e17._comment
new file mode 100644
index 0000000000..e9cd8cc327
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_6_76b62eafda1ecbf88abe288cbe778e17._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfC02DTOZygFDDvvg0maRciYYMhEIFgkw"
+ nickname="Utku"
+ subject="comment 6"
+ date="2013-12-12T21:50:15Z"
+ content="""
+ok so it is ok on my computer, but here is what I got on the other one : 
+dyld: lazy symbol binding failed: Symbol not found: ___strlcpy_chk
+ Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen
+ Expected in: /usr/lib/libSystem.B.dylib
+
+dyld: Symbol not found: ___strlcpy_chk
+ Referenced from: /Applications/git-annex.app/Contents/MacOS/bundle/ssh-keygen
+ Expected in: /usr/lib/libSystem.B.dylib
+
+Trace/BPT trap: 5
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_7_13fe788f2e9a823ad2e4844f114675a7._comment b/doc/forum/local_pairing_with_2_mac/comment_7_13fe788f2e9a823ad2e4844f114675a7._comment
new file mode 100644
index 0000000000..883cb4e143
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_7_13fe788f2e9a823ad2e4844f114675a7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 7"
+ date="2013-12-12T21:53:56Z"
+ content="""
+So it does only fail on one machine and not the other. I wonder what is different?
+
+Can you also try running `/Volumes/git-annex/git-annex.app/Contents/MacOS/bundle/cp` on both? (I think it uses the same symbol.)
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_8_f81b454e9cfc14dcb33148798be55de3._comment b/doc/forum/local_pairing_with_2_mac/comment_8_f81b454e9cfc14dcb33148798be55de3._comment
new file mode 100644
index 0000000000..b4af1ce699
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_8_f81b454e9cfc14dcb33148798be55de3._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfC02DTOZygFDDvvg0maRciYYMhEIFgkw"
+ nickname="Utku"
+ subject="comment 8"
+ date="2013-12-12T22:03:54Z"
+ content="""
+you mean /Applications/git-annex.app/Contents/MacOS/bundle/cp ?
+
+on both computers it prints : 
+usage: cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file target_file
+       cp [-R [-H | -L | -P]] [-fi | -n] [-apvX] source_file ... target_directory
+
+
+/Volumes/git-annex/git-annex.app/Contents/MacOS/bundle/cp doesn't work
+
+"""]]
diff --git a/doc/forum/local_pairing_with_2_mac/comment_9_f7a1ce9627ebfc854dfde2f6c924db80._comment b/doc/forum/local_pairing_with_2_mac/comment_9_f7a1ce9627ebfc854dfde2f6c924db80._comment
new file mode 100644
index 0000000000..deaf9b68c4
--- /dev/null
+++ b/doc/forum/local_pairing_with_2_mac/comment_9_f7a1ce9627ebfc854dfde2f6c924db80._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 9"
+ date="2013-12-13T18:52:40Z"
+ content="""
+As a workaround, I have removed ssh-keygen and ssh from the OSX DMG. AIUI, OSX ships ssh by default anyway.
+"""]]
diff --git a/doc/forum/location_tracking_cleanup.mdwn b/doc/forum/location_tracking_cleanup.mdwn
new file mode 100644
index 0000000000..7e2e230af7
--- /dev/null
+++ b/doc/forum/location_tracking_cleanup.mdwn
@@ -0,0 +1,24 @@
+I recently started experimenting with git annex, adding files that I've had
+floating across several computers to repositories. During the testing I had
+a few occasions where I wrecked a repository somehow, and decided to wipe it
+and start anew (at this point there was no important files in them so I thought
+this is the easiest way). Well, as it turns out this interacts badly with location
+tracking, since now `git annex whereis` shows files residing in all those destroyed
+repositories, all having same names as some existing repositories. This makes it hard
+to follow whether a repo actually has a file, or was the file only seen in some dead
+repo with the same name.
+
+I planned on cleaning this up by looking up the UUIDs of the now stable, existing
+repos and untrusting all the dead copies (they should effectively disappear from
+git annex´s output then, right?), but I didn't find an easy way to look up the UUID
+of the current repository (maybe this could be included in `git annex status`?)
+I also noticed that untrust cannot remove the trust based on the UUID -- if I try
+it I simply get "there is no git remote named "11908472-...", so I guess untrust
+works with git remote names, which I find a bit confusing, since trust.log logs the
+trust levels based on the UUID. I could just write into trust.log manually, but I'm
+unsure how the changes would get propagated.
+
+What should I do? As a related wishlist item I would ask for some additional mechanisms
+for purging known-dead repositories from the location tracking database. And the ability
+to look up the UUID of the current repo, and to use the UUID to specify repositories when
+applicable (untrust and describe maybe).
diff --git a/doc/forum/location_tracking_cleanup/comment_1_7d6319e8c94dfe998af9cfcbf170efb2._comment b/doc/forum/location_tracking_cleanup/comment_1_7d6319e8c94dfe998af9cfcbf170efb2._comment
new file mode 100644
index 0000000000..8915ea3518
--- /dev/null
+++ b/doc/forum/location_tracking_cleanup/comment_1_7d6319e8c94dfe998af9cfcbf170efb2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-09-30T06:55:34Z"
+ content="""
+Specifying the UUID was supposed to work, I think I broke it a while ago. Fixed now in git.
+
+I'm not sure why you need to look up the UUID of the current repository. You can always refer to the current repository as \".\". Anyway, the UUID of the current repository is in `.git/config`, or use `git config annex.uuid`.
+"""]]
diff --git a/doc/forum/location_tracking_cleanup/comment_2_e7395cb6e01f42da72adf71ea3ebcde4._comment b/doc/forum/location_tracking_cleanup/comment_2_e7395cb6e01f42da72adf71ea3ebcde4._comment
new file mode 100644
index 0000000000..f612e53a4d
--- /dev/null
+++ b/doc/forum/location_tracking_cleanup/comment_2_e7395cb6e01f42da72adf71ea3ebcde4._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawncBlzaDI248OZGjKQMXrLVQIx4XrZrzFo"
+ nickname="Perttu"
+ subject="comment 2"
+ date="2011-09-30T11:55:35Z"
+ content="""
+Thanks for the quick reply :)
+
+I wanted to look up the UUID of the current repo so that I can find out which repo is alive from the collection of repos with the same name.
+I could have looked for it in .git/config though, since it's pretty obvious. I just looked into the git-annex branch and didn't find it there.
+Thanks for the tip about using \".\". By the way, could there be some kind of warning about using non-unique names for repos? That would make this
+scenario less likely. Or maybe that is a bad idea given the decentralized nature of git.
+
+By the way, do the trust settings propagate to other repos? If I mark some UUID as untrusted on one computer does it become globally untrusted?
+"""]]
diff --git a/doc/forum/location_tracking_cleanup/comment_3_c15428cec90e969284a5e690fb4b2fde._comment b/doc/forum/location_tracking_cleanup/comment_3_c15428cec90e969284a5e690fb4b2fde._comment
new file mode 100644
index 0000000000..c676b9b615
--- /dev/null
+++ b/doc/forum/location_tracking_cleanup/comment_3_c15428cec90e969284a5e690fb4b2fde._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-09-30T16:47:27Z"
+ content="""
+`git annex status` now includes a list of all known repositories.
+
+Yes, trust setting propigate on git push/pull like any other git-annex information.
+"""]]
diff --git a/doc/forum/lost_in_walkthrough....mdwn b/doc/forum/lost_in_walkthrough....mdwn
new file mode 100644
index 0000000000..89f4af0261
--- /dev/null
+++ b/doc/forum/lost_in_walkthrough....mdwn
@@ -0,0 +1,78 @@
+I'm trying to follow the steps of the "walkthrough" but I'm experiencing the following issue: when
+I sync one repository and do "git annex get ." I don't get the files from the other repository.
+Here is the transcript of the steps I followed - I've put them in a script (ga.sh) so I can replay
+them and show them on the shell while executing.
+Basically I have two repositories, "/tmp/a/annex" and "/tmp/b/annex", the second cloned from
+the first. All the other steps are the same as in the walkthrough.
+-----------------------------------
+> bash -x ga.sh 
++ cd /tmp
++ mkdir a
++ mkdir b
++ cd a
++ mkdir annex
++ cd annex
++ git init
+Initialized empty Git repository in /tmp/a/annex/.git/
++ git annex init a
+init a ok
+(Recording state in git...)
++ cd /tmp/b
++ git clone /tmp/a/annex
+Cloning into 'annex'...
+done.
+warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
++ cd annex
++ git annex init b
+init b ok
+(Recording state in git...)
++ git remote add a /tmp/a/annex
++ cd /tmp/a/annex
++ git remote add b /tmp/b/annex
++ dd if=/dev/urandom of=first bs=1024 count=1
+1+0 records in
+1+0 records out
+1024 bytes (1.0 kB) copied, 9.9167e-05 s, 10.3 MB/s
++ dd if=/dev/urandom of=second bs=1024 count=1
+1+0 records in
+1+0 records out
+1024 bytes (1.0 kB) copied, 0.000241635 s, 4.2 MB/s
++ git annex add .
+add first (checksum...) ok
+add second (checksum...) ok
+(Recording state in git...)
++ git commit -am added
+[master (root-commit) 5078564] added
+ 2 files changed, 2 insertions(+)
+ create mode 120000 first
+ create mode 120000 second
++ git mv first e
++ mkdir x
++ git mv second x
++ git commit -m moved
+fix x/second ok
+(Recording state in git...)
+[master 422492d] moved
+ 3 files changed, 1 insertion(+), 1 deletion(-)
+ rename first => e (100%)
+ delete mode 120000 second
+ create mode 120000 x/second
++ cd /tmp/b/annex
++ git annex sync a
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+commit  
+ok
+git-annex: no branch is checked out
++ git annex get .
+-------------------
+
+The last "git annex get ." does not retrieve the files in /tmp/a/annex ... why?
+I guess the issue starts when cloning /tmp/a/annex where no commit was done.
+
+Emanuele
+
+PS: I'm using git v1.7.9.5 (ubuntu 12.04) and the latest git-annex static binary
+downloaded a few minutes ago from the git-annex website.
+
diff --git a/doc/forum/lost_in_walkthrough.../comment_1_51b703b961ca762f0359e1c169f1ee75._comment b/doc/forum/lost_in_walkthrough.../comment_1_51b703b961ca762f0359e1c169f1ee75._comment
new file mode 100644
index 0000000000..a5c574b4a6
--- /dev/null
+++ b/doc/forum/lost_in_walkthrough.../comment_1_51b703b961ca762f0359e1c169f1ee75._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-02T19:32:50Z"
+ content="""
+I have fixed `git annex sync` to work even when run in a repository with no master branch. 
+"""]]
diff --git a/doc/forum/lost_in_walkthrough.../comment_2_a9de0401a103bdd4401ba2d5983dc54a._comment b/doc/forum/lost_in_walkthrough.../comment_2_a9de0401a103bdd4401ba2d5983dc54a._comment
new file mode 100644
index 0000000000..4a8110eb4b
--- /dev/null
+++ b/doc/forum/lost_in_walkthrough.../comment_2_a9de0401a103bdd4401ba2d5983dc54a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn2MI-Ci-bS9W5NITngsBJiL8LqWYcJ458"
+ nickname="Emanuele"
+ subject="comment 2"
+ date="2013-11-02T23:36:54Z"
+ content="""
+Great thanks! I'm glad my feedback helped improve git-annex!
+
+<https://github.com/joeyh/git-annex/commit/bc18cde32589cf53080c399e81b5680e4b>af6cef
+
+"""]]
diff --git a/doc/forum/luks_encrypted_disk_support.mdwn b/doc/forum/luks_encrypted_disk_support.mdwn
new file mode 100644
index 0000000000..e2f9efc066
--- /dev/null
+++ b/doc/forum/luks_encrypted_disk_support.mdwn
@@ -0,0 +1,3 @@
+Is there a way to easily access, say, a FDE (Full Disk Encrypted) external drive using git-annex?
+
+My use case is that I do not wish to encrypt each file individually - and find it more reliable to use a real filesystem encryption on this external hard drive. --[[anarcat]]
diff --git a/doc/forum/luks_encrypted_disk_support/comment_1_0ea476c778888f34196d9031f72b1844._comment b/doc/forum/luks_encrypted_disk_support/comment_1_0ea476c778888f34196d9031f72b1844._comment
new file mode 100644
index 0000000000..9fda6b324f
--- /dev/null
+++ b/doc/forum/luks_encrypted_disk_support/comment_1_0ea476c778888f34196d9031f72b1844._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-29T17:53:39Z"
+ content="""
+Mount the drive and put a git repository or directory special remote on it.
+
+(This question seems to easy.. am I missing something?)
+"""]]
diff --git a/doc/forum/luks_encrypted_disk_support/comment_2_0af149bfe1868dde0a132c5d835c50df._comment b/doc/forum/luks_encrypted_disk_support/comment_2_0af149bfe1868dde0a132c5d835c50df._comment
new file mode 100644
index 0000000000..9170502f27
--- /dev/null
+++ b/doc/forum/luks_encrypted_disk_support/comment_2_0af149bfe1868dde0a132c5d835c50df._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2013-12-30T17:44:33Z"
+ content="""
+I guess this is related to [[confused about external drives]] - I would have liked the assistant to propose using the full drive for storing stuff, as opposed to encrypting data with GPG, including prompting me for the crypto password.
+"""]]
diff --git a/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account.mdwn b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account.mdwn
new file mode 100644
index 0000000000..aef5a58a78
--- /dev/null
+++ b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account.mdwn
@@ -0,0 +1,20 @@
+So I got a shiny new rsync.net account, but it's not (yet) big enough for my bloated, kitchen-sink annex.  How do I make the best use of it?   Well, on the whole small files are more valuable to me than large.  Large files are usually replaceable, like ripped DVDs.  Small files are more likely to be family photos and such.  So I shut down the assistant, and I've been doing a series of these:
+
+    git annex copy --to=rsyncnet --smallerthan 10M --not --in=rsyncnet # I called my remote "rsyncnet"
+    
+    git annex copy --to=rsyncnet --smallerthan 20M --not --in=rsyncnet
+    
+    git annex copy --to=rsyncnet --smallerthan 40M --not --in=rsyncnet
+
+until the repo fills up.  With a few of these thrown in to check on my progress and what's ahead.
+
+
+    git annex status . --in=rsyncnet  # how much have I already done?
+    git annex status . --smallerthan 40M --not --in=rsyncnet # how much will this next command copy?
+
+
+It'd be possible to write a script to do all this automagically but at least this time it's easier to do by hand.
+
+Just sharing in case anybody's in a similar situation.
+
+(You could let the assistant do this for you if you configured a preferred content expression designating small files for the rsyncnet remote, of course.)
diff --git a/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_1_0ebe509b768d46081db2100f5b712ef7._comment b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_1_0ebe509b768d46081db2100f5b712ef7._comment
new file mode 100644
index 0000000000..617c87d972
--- /dev/null
+++ b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_1_0ebe509b768d46081db2100f5b712ef7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 1"
+ date="2013-07-26T16:16:04Z"
+ content="""
+How about
+
+    git annex find . --format='${bytesize} ${file}\n' |sort -n|sed 's/[0-9]* //'|while read file; do git annex copy \"$file\" --to=your_remote; done
+"""]]
diff --git a/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_2_ef63d893531d93d2eb09f48f8baff4dd._comment b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_2_ef63d893531d93d2eb09f48f8baff4dd._comment
new file mode 100644
index 0000000000..229a2dda99
--- /dev/null
+++ b/doc/forum/making_good_use_of_my_shiny_new_rsync.net_account/comment_2_ef63d893531d93d2eb09f48f8baff4dd._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-07-26T16:44:35Z"
+ content="""
+Note that you don't need to shut down the assistant; you can run multiple git-annex commands simulantaneously safely.
+You will probably want to set that repository to be in the manual group in the assistant though.
+
+Another way to do it is to make rsync.net a small archive, and move or copy your important files into `archive` directories.
+
+You can also set up multiple remotes using the same rsync.net account. So you could have a transfer remote that's used to ship files between clients, as well as your archive remote.
+"""]]
diff --git a/doc/forum/man_pages_in_the_prebuilt_linux_tarball.mdwn b/doc/forum/man_pages_in_the_prebuilt_linux_tarball.mdwn
new file mode 100644
index 0000000000..045dccb822
--- /dev/null
+++ b/doc/forum/man_pages_in_the_prebuilt_linux_tarball.mdwn
@@ -0,0 +1 @@
+Is there an easy way for a noob to get the man pages, after installing the prebuilt tarball?
diff --git a/doc/forum/man_pages_in_the_prebuilt_linux_tarball/comment_1_a7bc2e84e6d7c0e2de5900685207af78._comment b/doc/forum/man_pages_in_the_prebuilt_linux_tarball/comment_1_a7bc2e84e6d7c0e2de5900685207af78._comment
new file mode 100644
index 0000000000..01f0109e31
--- /dev/null
+++ b/doc/forum/man_pages_in_the_prebuilt_linux_tarball/comment_1_a7bc2e84e6d7c0e2de5900685207af78._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-27T20:27:37Z"
+ content="""
+Yes, go to http://git-annex.branchable.com/git-annex/ and http://git-annex.branchable.com/git-annex-shell/
+
+"""]]
diff --git a/doc/forum/managing_multiple_repositories.mdwn b/doc/forum/managing_multiple_repositories.mdwn
new file mode 100644
index 0000000000..7450b42710
--- /dev/null
+++ b/doc/forum/managing_multiple_repositories.mdwn
@@ -0,0 +1,3 @@
+I tried about 2 weeks ago using the assistant to create on my netbook and my home laptop 3 repositores, for music, pictures and documents.  Since I was also going to be away from home, I set up jabber pairing and box.com for a transfer repository, and then watched everything crash as I didn't know yet about jabber only really working for 1 repository at a time.
+
+So my new idea is this: one repository at ~/annex, and changing documents, music and pictures to be symlinks to actual documents, music and pictures folders inside ~/annex, allowing me to have just 1 annex to manage.  Is this the best way to put everything together if I want to just jabber pairing (and just 1 jabber account)?
diff --git a/doc/forum/manual_update_of_.git__47__annex__47__objects.mdwn b/doc/forum/manual_update_of_.git__47__annex__47__objects.mdwn
new file mode 100644
index 0000000000..9de5779c12
--- /dev/null
+++ b/doc/forum/manual_update_of_.git__47__annex__47__objects.mdwn
@@ -0,0 +1,8 @@
+Let's suppose that I've manually modified files in .git/annex/objects,
+for example I ran an rsync or some other file synchronization software
+to copy files. As a result, some objects have disappeared, others have
+appeared. After that `git annex whereis .' displays stale information,
+it doesn't take the manual modifications to accound. `git annex fsck'
+seems to fix this, but it runs the rehashing of all new files, so it's
+slow. Is there a fast alternative, which notices all the object file
+changes, trusts them, and just updates .git/annex/index quickly?
diff --git a/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_1_ea6ec91150c8962e2711631f2422bf3a._comment b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_1_ea6ec91150c8962e2711631f2422bf3a._comment
new file mode 100644
index 0000000000..f721e21a59
--- /dev/null
+++ b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_1_ea6ec91150c8962e2711631f2422bf3a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 1"
+ date="2013-09-12T17:11:41Z"
+ content="""
+I do not recommend manually messing with the contents of .git/annex/objects. It is a good way to lose data.
+
+If you look at the documentation for fsck in git-annex's man page, you will find the answer to your question.
+"""]]
diff --git a/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_2_a7bbf304b26650a786e358bdc01e3069._comment b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_2_a7bbf304b26650a786e358bdc01e3069._comment
new file mode 100644
index 0000000000..5468ed3d06
--- /dev/null
+++ b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_2_a7bbf304b26650a786e358bdc01e3069._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="109.201.154.177"
+ subject="But how to clean this folder?"
+ date="2014-03-20T21:55:26Z"
+ content="""
+Joey,
+
+I have sometimes experienced that there is way too much content in the `.git/annex/objects` folder.  For instance, my terminal emulator recently crashed during a sync which seemed to create a lot of folders.  
+
+In the annex repo where this happened I now got way too many folders (annex sometimes complain about no. of inodes or something like that) and I don't know how to clean it correctly.
+
+Here's a \"screenshot\":
+
+    [doc.annex] $ ls -a
+    .  ..  documents  .git  .gitignore
+    [doc.annex] $ find . -type d | wc -l
+    38568
+    [doc.annex] $ git annex fsck  > /dev/null 2>&1
+    [doc.annex] $ find . -type d | wc -l
+    38568
+    [doc.annex] $ git annex repair  > /dev/null 2>&1
+    [doc.annex] $ find . -type d | wc -l
+    38568
+    [doc.annex] $ find documents -type d | wc -l
+    1513
+    [doc.annex] $ find .git/annex/objects -type d | wc -l
+    36712
+
+This is a `direct`-mode repo.  With `.git/objectcts` I can use `git gc`.  How can I tell annex to tidy up?  I have tried `fsck`, `repair` and `forget`.
+
+Any hints on how to deal with this?  Other than manually clean up by deleting `.git/annex/objects` and rerunning `fsck`?
+"""]]
diff --git a/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_3_a855096b683c4c4f84e72c797e065d59._comment b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_3_a855096b683c4c4f84e72c797e065d59._comment
new file mode 100644
index 0000000000..2271e04ffe
--- /dev/null
+++ b/doc/forum/manual_update_of_.git__47__annex__47__objects/comment_3_a855096b683c4c4f84e72c797e065d59._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 3"
+ date="2014-03-26T19:09:07Z"
+ content="""
+1. This followup question seems to have nothing to do with the original question. (The aswer to the original question was `git annex fsck --fast`.)
+2. I find it hard to believe that a crashing terminal emulator will create a lot of folders.
+3. You show 36k subdirectories in .git/annex/objects. If I make a *tiny* 100 mb ext2 filesystem, it has 26k inodes. A 200 mb filesystem has 50k. So we're talking about a number of directories that is only large when using hardware from 1996.
+
+I'm not convinced yet that anything is wrong, or that there's anything you can do to improve matters. In any case, see [[todo/wishlist:_pack_metadata_in_direct_mode]].
+"""]]
diff --git a/doc/forum/many_remotes.mdwn b/doc/forum/many_remotes.mdwn
new file mode 100644
index 0000000000..4e463cb3c3
--- /dev/null
+++ b/doc/forum/many_remotes.mdwn
@@ -0,0 +1,24 @@
+Thanks Joey for the great work.
+
+I'm using git annex for my tv-shows and movies Folder.
+
+I have 3 USB HDD (ext.150Gb,ext.200Gb, ext.2Tb) and a USB Stick (ATV), which are traveling between 3 Devices
+
+2 Notebooks (Lappi,Kiste) and a Nas.
+
+First of all, I'm made a mistake and mixed the remote Locations from the tvshows folder with the movies folder and did a git annex sync, ( this happened about two weeks ago) 
+I think i can't undo this, only unannex will help.
+
+I've now watched the annex status output and noticed that there are many Remotes, some of them have a timestamp as name.
+
+see log file at http://pastebin.com/79bRVkK6
+
+Running git annex on ubuntu 12.04
+
+    christian@Lappi:~/Serien$ git annex version
+    git-annex version: 4.20130417
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
diff --git a/doc/forum/migrate_existing_git_repository_to_git-annex.mdwn b/doc/forum/migrate_existing_git_repository_to_git-annex.mdwn
new file mode 100644
index 0000000000..f673de765b
--- /dev/null
+++ b/doc/forum/migrate_existing_git_repository_to_git-annex.mdwn
@@ -0,0 +1,66 @@
+I have a large git repository with binary files scattered over different branches. I want to switch to git-annex mainly for performance reasons, but I don't want to loose my history.
+
+I tried to rewrite the (cloned) repository with git-filter-branch but failed miserably for several reasons:
+
+* --tree-filter performs its operations in a temporary directory (.git-rewrite/t/) so the symlinks point to the wrong destination (../../.git/annex/).
+* annex log files are stored in .git-annex/ instead of .git-rewrite/t/.git-annex/ so the filter operation misses them
+
+Any suggestions how to proceed?
+
+EDIT 3/2/2010
+I finally got it working for my purposes. Hardest part was preserving the branches while injecting the new `git annex setup` base commit.
+
+#### Clone repository
+    git clone original migrate
+    cd migrate
+    git checkout mybranch
+    git checkout master
+    git remote rm origin
+
+#### Inject `git annex setup` base commit and repair branches
+    git symbolic-ref HEAD refs/heads/newroot
+    git rm --cached *
+    git clean -f -d
+    git annex init master
+    echo \*.rpm annex.backend=SHA1 >> .gitattributes
+    git commit -m "store rpms in git annex" .gitattributes
+    git cherry-pick $(git rev-list --reverse master | head -1)
+    git rebase --onto newroot newroot master
+    git rebase --onto master mybranch~1 mybranch
+    git branch -d newroot
+
+#### Migrate repository
+    mkdir .temp
+    cp .git-annex/* .temp/
+    MYWORKDIR=$(pwd) git filter-branch \
+     --tag-name-filter cat \
+     --tree-filter '
+        mkdir -p .git-annex;
+        cp ${MYWORKDIR}/.temp/* .git-annex/;
+        for rpm in $(git ls-files | grep "\.rpm$"); do
+            echo;
+            git annex add $rpm;
+            annexdest=$(readlink $rpm);
+            if [ -e .git-annex/$(basename $annexdest).log ]; then
+                echo "FOUND $(basename $annexdest).log";
+            else
+                echo "COPY $(basename $annexdest).log";
+                cp ${MYWORKDIR}/.git-annex/$(basename $annexdest).log .git-annex/;
+                cp ${MYWORKDIR}/.git-annex/$(basename $annexdest).log ${MYWORKDIR}/.temp/;
+            fi;
+            ln -sf ${annexdest#../../} $rpm;
+        done;
+        git reset HEAD .git-rewrite;
+        :
+        ' -- $(git branch | cut -c 3-)
+    rm -rf .temp
+    git reset --hard
+
+
+TODO:
+
+* Find a way to repair branches automatically (detect branch points and run appropriate `git rebase` commands)
+
+I'll be happy to try any suggestions to improve this migration script.
+
+P.S. Is there a way to edit comments?
diff --git a/doc/forum/migrate_existing_git_repository_to_git-annex/comment_1_4181bf34c71e2e8845e6e5fb55d53381._comment b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_1_4181bf34c71e2e8845e6e5fb55d53381._comment
new file mode 100644
index 0000000000..e88794d621
--- /dev/null
+++ b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_1_4181bf34c71e2e8845e6e5fb55d53381._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-02-25T05:16:48Z"
+ content="""
+I don't know how to approach this yet, but I support the idea -- it would be great if there was a tool that could punch files out of git history and put them in the annex. (Of course with typical git history rewriting caveats.)
+
+Sounds like it might be enough to add a switch to git-annex that overrides where it considers the top of the git repository to be? 
+"""]]
diff --git a/doc/forum/migrate_existing_git_repository_to_git-annex/comment_2_5f08da5e21c0b3b5a8d1e4408c0d6405._comment b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_2_5f08da5e21c0b3b5a8d1e4408c0d6405._comment
new file mode 100644
index 0000000000..71a40ad8cb
--- /dev/null
+++ b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_2_5f08da5e21c0b3b5a8d1e4408c0d6405._comment
@@ -0,0 +1,60 @@
+[[!comment format=mdwn
+ username="tyger"
+ ip="80.66.20.180"
+ subject="comment 2"
+ date="2011-03-01T14:07:50Z"
+ content="""
+My current workflow looks like this (I'm still experimenting):
+
+### Create backup clone for migration
+
+    git clone original migrate
+    cd migrate
+    for branch in $(git branch -a | grep remotes/origin | grep -v HEAD); do git checkout --track $branch; done
+
+### Inject git annex initialization at repository base
+
+    git symbolic-ref HEAD refs/heads/newroot
+    git rm --cached *.rpm
+    git clean -f -d
+    git annex init master
+    git cherry-pick $(git rev-list --reverse master | head -1)
+    git rebase --onto newroot newroot master
+    git rebase master mybranch # how to automate this for all branches?
+    git branch -d newroot
+
+### Start migration with tree filter
+
+    echo \*.rpm annex.backend=SHA1 > .git/info/attributes
+    MYWORKDIR=$(pwd) git filter-branch --tree-filter ' \
+        if [ ! -d .git-annex ]; then \
+            mkdir .git-annex; \
+            cp ${MYWORKDIR}/.git-annex/uuid.log .git-annex/; \
+            cp ${MYWORKDIR}/.gitattributes .; \
+        fi
+        for rpm in $(git ls-files | grep \"\.rpm$\"); do \
+            echo; \
+            git annex add $rpm; \
+            annexdest=$(readlink $rpm); \
+            if [ -e .git-annex/$(basename $annexdest).log ]; then \
+                echo \"FOUND $(basename $annexdest).log\"; \
+            else \
+                echo \"COPY $(basename $annexdest).log\"; \
+                cp ${MYWORKDIR}/.git-annex/$(basename $annexdest).log .git-annex/; \
+            fi; \
+            ln -sf ${annexdest#../../} $rpm; \
+        done; \
+        git reset HEAD .git-rewrite; \
+        : \
+        ' -- $(git branch | cut -c 3-)
+    rm -rf .temp
+    git reset --hard
+
+
+There are still some drawbacks:
+
+* git history shows that git annex log files are modified with each checkin
+* branches have to be rebased manually before starting migration
+
+
+"""]]
diff --git a/doc/forum/migrate_existing_git_repository_to_git-annex/comment_3_f483038c006cf7dcccf1014fa771744f._comment b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_3_f483038c006cf7dcccf1014fa771744f._comment
new file mode 100644
index 0000000000..90bf23b6cf
--- /dev/null
+++ b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_3_f483038c006cf7dcccf1014fa771744f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="tyger"
+ ip="80.66.20.180"
+ subject="comment 3"
+ date="2011-03-02T08:15:37Z"
+ content="""
+> Sounds like it might be enough to add a switch to git-annex that overrides where it considers the top of the git repository to be?
+
+It should sufficient to honor GIT_DIR/GIT_WORK_TREE/GIT_INDEX_FILE environment variables. git filter-branch sets GIT_WORK_TREE to ., but this can be mitigated by starting the filter script with 'GIT_WORK_TREE=$(pwd $GIT_WORK_TREE)'. E.g. GIT_DIR=/home/tyger/repo/.git, GIT_WORK_TREE=/home/tyger/repo/.git-rewrite/t, then git annex should be able to compute the correct relative path or maybe use absolute pathes in symlinks.
+
+Another problem I observed is that git annex add automatically commits the symlink; this behaviour doesn't work well with filter-tree. git annex commits the wrong path (.git-rewrite/t/LINK instead of LINK). Also filter-tree doesn't expect that the filter script commmits anything; new files in the temporary work tree will be committed by filter-tree on each iteration of the filter script (missing files will be removed).
+"""]]
diff --git a/doc/forum/migrate_existing_git_repository_to_git-annex/comment_4_057f0079fbee3451ccda08026bab21d4._comment b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_4_057f0079fbee3451ccda08026bab21d4._comment
new file mode 100644
index 0000000000..e8495560ae
--- /dev/null
+++ b/doc/forum/migrate_existing_git_repository_to_git-annex/comment_4_057f0079fbee3451ccda08026bab21d4._comment
@@ -0,0 +1,20 @@
+[[!comment format=sh
+ username="https://www.google.com/accounts/o8/id?id=AItOawll4Kgp7nMuOKdB0FfbcYZ3KRq7HCS0Slc"
+ nickname="Laura"
+ subject="Rebase all branches"
+ date="2014-01-16T17:47:45Z"
+ content="""
+
+For the portion: git rebase master mybranch # how to automate this for all branches?
+
+Try this:
+
+branch_to_ignore='git-annex|master|newroot'
+for branch in $(git for-each-ref --sort=-committerdate refs/heads --format='%(refname:short)' | egrep -v $branch_to_ignore )
+    do git rebase --onto master \"$branch~\" \"$branch\"
+    echo \"Rebasing branch $branch onto master....\" 
+done
+
+Feel free to add/correct as necessary
+
+"""]]
diff --git a/doc/forum/migration_to_git-annex_and_rsync.mdwn b/doc/forum/migration_to_git-annex_and_rsync.mdwn
new file mode 100644
index 0000000000..d99dab8728
--- /dev/null
+++ b/doc/forum/migration_to_git-annex_and_rsync.mdwn
@@ -0,0 +1,33 @@
+When migrating large file repositories to git-annex that are backuped in a way that uses an rsync-style mechanism (e.g. [dirvish](http://www.dirvish.org/)) and thus keeps incremental backups small by using hardlinks, space can be saved by manually reflecting the migration on the backup. So, instead of making a last pre-git-annex backup, migrating, and duplicating all backupped data with the next backup, I used the <del>attached</del> migrate.py file below, and it saved me roughly a day of backuping.
+
+A note on terminology: "migrating" here means migrating from not using git-annex at all to using it, not to the ``git annex migrate`` command, for which a similar but different solution may be created.
+
+**WARNING**: This is a quickly hacked-together script. It worked for me, but is untested apart from that. It's just a dozen lines of code, so have a look at it and make sure you understand what it does, and what migrate.sh looks like. Take special care as this tampers with your backups, and if something goes wrong, well...
+
+First, have an up-to-date backup; then, git annex init / add etc as described in the [[walkthrough]]. In the directory in which you use git-annex, run:
+
+    $ python migrate.py > migrate.sh
+
+Then copy the resulting migrate.sh to the equivalent location inside your backups and run it there. It will move all files that are now symlinked on the master to their new positions according to the symlinks (inside .git/annex/objects), but not create the symlinks (you will do a backup later anyway).
+
+After that, do a backup as usual. As rsync sees the moved files at their new locations, it will accept them and not duplicate the data.
+
+**migrate.py**:
+
+    #!/usr/bin/env python
+    
+    import os
+    from pipes import quote
+    
+    print "#!/bin/sh"
+    print "set -e"
+    print ""
+    
+    for (dirpath, dirnames, filenames) in os.walk("."):
+    	for f in filenames:
+    		fn = os.path.join(dirpath, f)
+    		if os.path.islink(fn):
+    			link = os.path.normpath(os.path.join(dirpath, os.readlink(fn)))
+    			assert link.startswith(".git/annex/objects/")
+    			print "mkdir -p %s"%quote(os.path.dirname(link))
+    			print "mv %s %s"%(quote(fn), quote(link))
diff --git a/doc/forum/misctmp_filling_up.mdwn b/doc/forum/misctmp_filling_up.mdwn
new file mode 100644
index 0000000000..a633760c97
--- /dev/null
+++ b/doc/forum/misctmp_filling_up.mdwn
@@ -0,0 +1,11 @@
+My directory .git/annex/misctmp is quite filled up with files like P39923, P33083, and also with 7 characters P310000 up to P331998. The beginning of these filenames may come from the annexed files, which all start with 'P3'.
+
+There is a total of 12198 of them (4.0TB... yes this repo is quite big ;)).
+
+Each of those has the content of individual annexed files (about 300-400MB targzipped files). Sometimes they are hard liked to each other, up to 8 copies.
+
+Since I have copied+dropped the whole repo content to other repos, there should be nothing left locally. I have verified several of those files (the annexed files which are identical to the misctmp/* files), are they indeed are located elsewhere, and not "here".
+
+So I was wondering if it is safe to remove them, and why are they not listed by git annex unused?
+
+Thanks for your help!!
diff --git a/doc/forum/misctmp_filling_up/comment_1_2739dec72fe0950dd070c8fab9fbd751._comment b/doc/forum/misctmp_filling_up/comment_1_2739dec72fe0950dd070c8fab9fbd751._comment
new file mode 100644
index 0000000000..9d1713745c
--- /dev/null
+++ b/doc/forum/misctmp_filling_up/comment_1_2739dec72fe0950dd070c8fab9fbd751._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 1"
+ date="2014-04-27T00:16:49Z"
+ content="""
+You can delete them.
+
+AFAIK this should only happen if the assistant is interrupted while it's adding files. I plan to make the assistant clean up old tmp files on startup.
+"""]]
diff --git a/doc/forum/misctmp_filling_up/comment_2_440081b5e2b9b5b19e8cd5db3649a976._comment b/doc/forum/misctmp_filling_up/comment_2_440081b5e2b9b5b19e8cd5db3649a976._comment
new file mode 100644
index 0000000000..5048f601e8
--- /dev/null
+++ b/doc/forum/misctmp_filling_up/comment_2_440081b5e2b9b5b19e8cd5db3649a976._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmdbVIGiDH8KarAGAy8y2FHJD_F990JzXI"
+ nickname="François"
+ subject="comment 2"
+ date="2014-04-27T05:21:48Z"
+ content="""
+Indeed I had to interrupt the add a few times.
+
+Thanks!
+"""]]
diff --git a/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer..mdwn b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer..mdwn
new file mode 100644
index 0000000000..1e2e44cfab
--- /dev/null
+++ b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer..mdwn
@@ -0,0 +1,3 @@
+A couple times working in an annex manually, I accidentally did "git add" instead of "git annex add" and ended up with files checked into my repo instead of symlinks.  So now there is some file content in git, rather than in the annex.  Is there any way to root that out, or is it there forever?  (My limited knowledge of git says: it's there forever, unless maybe you go into the branches where it lives, do an interactive rebase to the time before it was added, remove that commit, replay history, and then garbage collect, but I have no idea if that would suddenly break git annex, and it sounds painful anyway.)
+
+If say I were a neat freak and wanted to just start over with a clean annex, I imagine the thing to do would be to just start the hell over -- and if I wanted to do that, the way to go would be to get into a full repository, do a "git annex uninit" and then throw away the .git directory, then do "git init" and "git annex init" and then "git annex add ." ?
diff --git a/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_1_752db25abb647804a1cc12c5b247378a._comment b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_1_752db25abb647804a1cc12c5b247378a._comment
new file mode 100644
index 0000000000..486d434803
--- /dev/null
+++ b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_1_752db25abb647804a1cc12c5b247378a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-12-02T05:41:56Z"
+ content="""
+You can rebase or use git-filter-branch to rewrite history. As long as you don't touch the git-annex branch, git-annex won't care, at all. Have at it!
+
+Your uninit plan would also work.
+"""]]
diff --git a/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_2_db6f4959c35732f72e7a90bd9f4c665c._comment b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_2_db6f4959c35732f72e7a90bd9f4c665c._comment
new file mode 100644
index 0000000000..9c7f35a771
--- /dev/null
+++ b/doc/forum/mistakenly_checked___42__files__42___into_an_annex.__bummer./comment_2_db6f4959c35732f72e7a90bd9f4c665c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2012-12-03T15:46:48Z"
+ content="""
+Thanks!  I ended up going with the uninit plan.
+"""]]
diff --git a/doc/forum/multiple_repositories_single_backup.mdwn b/doc/forum/multiple_repositories_single_backup.mdwn
new file mode 100644
index 0000000000..10f8c0e435
--- /dev/null
+++ b/doc/forum/multiple_repositories_single_backup.mdwn
@@ -0,0 +1,6 @@
+hi
+
+is it possible to have multiple repositories that share single backup directory ?
+
+for example.
+i have mp3, docs on my laptop as separate repositories. i would like to use single backup directory that is on my usb drive.
diff --git a/doc/forum/multiple_repositories_single_backup/comment_1_4a479fa78e0b366fcff1a27bc37081de._comment b/doc/forum/multiple_repositories_single_backup/comment_1_4a479fa78e0b366fcff1a27bc37081de._comment
new file mode 100644
index 0000000000..52da6a2724
--- /dev/null
+++ b/doc/forum/multiple_repositories_single_backup/comment_1_4a479fa78e0b366fcff1a27bc37081de._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-29T20:29:26Z"
+ content="""
+If you set up an identically configured special remote in the same location for each of your separate mp3 and docs repositories, then yes, you can store files for both of them in it. In the unlikely case where you have the same file in both mp3 and docs, only one copy will be stored in the remote. (Unless it's using encryption, which will tend to defeat that.)
+
+It should work ok, but unless you're trying to get deduplication like that, I don't see any reason to do it rather than having a separate special remote for each of the separate git repositories.
+
+(Also, I'm talking about special remotes here, not git remotes. If you add the same git remote to 2 separate repositories, then `git annex sync` will connect them all together.)
+"""]]
diff --git a/doc/forum/multiple_repositories_single_backup/comment_2_bbe19eec0969385a0d4682bf9e9de21a._comment b/doc/forum/multiple_repositories_single_backup/comment_2_bbe19eec0969385a0d4682bf9e9de21a._comment
new file mode 100644
index 0000000000..bac577ce99
--- /dev/null
+++ b/doc/forum/multiple_repositories_single_backup/comment_2_bbe19eec0969385a0d4682bf9e9de21a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 2"
+ date="2013-12-29T21:34:19Z"
+ content="""
+thx for reply. i think i will stick with separate directories for every repositiry
+
+mp3 on laptop -> mp3-backup directory on usb drive
+docs on laptop -> docs-backup on usb drive
+"""]]
diff --git a/doc/forum/multiple_repositories_single_backup/comment_3_1b18ea058e3eb34852055cffe51de176._comment b/doc/forum/multiple_repositories_single_backup/comment_3_1b18ea058e3eb34852055cffe51de176._comment
new file mode 100644
index 0000000000..4accf7f07b
--- /dev/null
+++ b/doc/forum/multiple_repositories_single_backup/comment_3_1b18ea058e3eb34852055cffe51de176._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="Using different git branches"
+ date="2014-01-14T09:12:19Z"
+ content="""
+This might not be practical (especially for a non-technical user) but wouldn't it be possible to share a (bare) git-annex repo for backup if the other non-bare repos use different branches of the same git repo? (These non-bare repos could also share their .git directory.) Hmm, I don't see this discussed much...
+"""]]
diff --git a/doc/forum/multiple_routes_to_same_repository.mdwn b/doc/forum/multiple_routes_to_same_repository.mdwn
new file mode 100644
index 0000000000..a94acac2f8
--- /dev/null
+++ b/doc/forum/multiple_routes_to_same_repository.mdwn
@@ -0,0 +1,2 @@
+I am trying to configure the local repo to be connected with remote computer. It can either find this computer on local network using local host name, or go through public IP host where I have ssh tunnel. First confusing thing is, that when setting up remote server, it successfuly establishes connection, but then asks me if the folder should be git or rsync - I believe this step should be skipped if the git repo is already there. Also choosing repository group should be detected from the repo itself.
+But the real problem is that I cannot add the public IP repo at all. Is this a known limitation?
diff --git a/doc/forum/multiple_routes_to_same_repository/comment_1_26c1734d41d5374f18fc688d862d6b8e._comment b/doc/forum/multiple_routes_to_same_repository/comment_1_26c1734d41d5374f18fc688d862d6b8e._comment
new file mode 100644
index 0000000000..94eadcd557
--- /dev/null
+++ b/doc/forum/multiple_routes_to_same_repository/comment_1_26c1734d41d5374f18fc688d862d6b8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZ9EwisYI1DDev8HXY6zFjPrLKt60-3QI"
+ nickname="Yo"
+ subject="comment 1"
+ date="2013-06-24T12:23:15Z"
+ content="""
+I believe I have a similar set up as you're trying to achieve. What I did was just add a repository using the public domain name only (DDNS). My home router seems to be smart enough to realize the IP the domain name resolves to is its own, so I get gigabit speeds when at home, and I can still access it when I'm not at home.
+"""]]
diff --git a/doc/forum/multiple_routes_to_same_repository/comment_2_d119ab485fb2d5512c15372efdb2327d._comment b/doc/forum/multiple_routes_to_same_repository/comment_2_d119ab485fb2d5512c15372efdb2327d._comment
new file mode 100644
index 0000000000..48cae0211b
--- /dev/null
+++ b/doc/forum/multiple_routes_to_same_repository/comment_2_d119ab485fb2d5512c15372efdb2327d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 2"
+ date="2013-06-25T20:05:46Z"
+ content="""
+I don't see anything that prevents you from adding two repositories that use different names for the same server.
+"""]]
diff --git a/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__.mdwn b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__.mdwn
new file mode 100644
index 0000000000..c5c6f3a94b
--- /dev/null
+++ b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__.mdwn
@@ -0,0 +1,11 @@
+I saw a cool page talking about "tagging" photos by using symlinks: http://www.trueelena.org/computers/articles/photo_management_with_git-annex_and_bash.html
+
+so say I have a photo in git annex, called DSC_3285.JPG, which of course is really a symlink to ../.git/annex/objects/Zk/kj/WORM-s5296770-m1338516288--DSC_3285.JPG/WORM-s5296770-m1338516288--DSC_3285.JPG.
+
+I want to make an additional link to that photo in a directory called tags/.
+
+should I link to the symlink (DSC_3285.JPG), or to the annexed file? (../.git/annex/objects/Zk/kj/WORM-s5296770-m1338516288--DSC_3285.JPG/WORM-s5296770-m1338516288--DSC_3285.JPG)
+
+I might occasionally rename DSC_3285.JPG or edit the photo itself. will the git annex commit hooks update both links, or should I prepare a script to update links in tags/ after I change DSC_3285 or the annexed data? 
+
+thank you.
diff --git a/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_1_96beb9ea895c80285748adb940b4f57d._comment b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_1_96beb9ea895c80285748adb940b4f57d._comment
new file mode 100644
index 0000000000..b4d2433aa3
--- /dev/null
+++ b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_1_96beb9ea895c80285748adb940b4f57d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 1"
+ date="2012-09-05T19:56:06Z"
+ content="""
+I'd recommend linking to the annexed file. Which is what `cp -a` does BTW. Then it'll just be a peice of content that is used by more than one filename, which git-annex handles well. However, if you then edited
+one file, git-annex would not update the other link to point to the new content.
+"""]]
diff --git a/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_2_985065c1feed9300631dac7a2701f669._comment b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_2_985065c1feed9300631dac7a2701f669._comment
new file mode 100644
index 0000000000..a53fe06b5e
--- /dev/null
+++ b/doc/forum/multiple_sym_links___40__for_tagging_photos__41____63__/comment_2_985065c1feed9300631dac7a2701f669._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnh0pv5PyOJH8dHB1Ly2rHJM4nvVd17CZ0"
+ nickname="Kevin"
+ subject="comment 2"
+ date="2012-09-05T19:57:36Z"
+ content="""
+Thank you very much! (for your answer, and for git annex)
+"""]]
diff --git a/doc/forum/multiple_urls_for_the_same_UUID.mdwn b/doc/forum/multiple_urls_for_the_same_UUID.mdwn
new file mode 100644
index 0000000000..2f8106b597
--- /dev/null
+++ b/doc/forum/multiple_urls_for_the_same_UUID.mdwn
@@ -0,0 +1,26 @@
+I've been doing a sort of experiment but I'm not sure if it's working or, really, how to even tell.
+
+I have two macbooks that are both configured as clients as well as a USB HDD, an rsync endpoint on a home NAS, and a glacier endpoint.
+
+For the purposes of this example, lets call the macbooks "chrissy" and "brodie". Chrissy's was initially configured with a remote for brodie with the url as
+
+    ssh://Brodie.88195848.members.btmm.icloud.com./Users/akraut/Desktop/annex
+
+This allows me to leverage the "Back To My Mac" free IPv6 roaming I get from Apple.  Now, occasionally, that dns resolution fails. Since I'm frequently on the same network, I can also use the mDNS address of brodie.local. which is much more reliable.
+
+So my brilliant/terrible idea was to put this in my git config:
+
+    [remote "brodie"]
+    	url = ssh://Brodie.88195848.members.btmm.icloud.com./Users/akraut/Desktop/annex
+    	fetch = +refs/heads/*:refs/remotes/brodie/*
+    	annex-uuid = BF4BCA6D-9252-4B5B-BE12-36DD755FAF4B
+    	annex-cost-command = /Users/akraut/Desktop/annex/tools/annex-cost6.sh Brodie.88195848.members.btmm.icloud.com.
+    [remote "brodie-local"]
+    	url = ssh://brodie.local./Users/akraut/Desktop/annex
+    	fetch = +refs/heads/*:refs/remotes/brodie/*
+    	annex-uuid = BF4BCA6D-9252-4B5B-BE12-36DD755FAF4B
+    	annex-cost-command = /Users/akraut/Desktop/annex/tools/annex-cost.sh brodie.local.
+
+Is there any reason why I shouldn't do this? Is annex smart enough to know that it can reach the same remote through both urls? Will the cost calculations be considered and the "local" url chosen if it's cost is less than the other?
+
+(I posted the annex-cost.sh stuff at [[forum/Calculating Annex Cost by Ping Times]].)
diff --git a/doc/forum/multiple_urls_for_the_same_UUID/comment_1_de7410d8824a864c4d106c9f1afaec3f._comment b/doc/forum/multiple_urls_for_the_same_UUID/comment_1_de7410d8824a864c4d106c9f1afaec3f._comment
new file mode 100644
index 0000000000..c06cf01c35
--- /dev/null
+++ b/doc/forum/multiple_urls_for_the_same_UUID/comment_1_de7410d8824a864c4d106c9f1afaec3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.6"
+ subject="comment 1"
+ date="2012-12-30T04:19:48Z"
+ content="""
+Yes, this is absolutely supported. If it's trying to `get` a file and it fails to access the first remote, it'll even automatically fall back to using the second. I do similar things with my own remote, for example I have a foo that uses ssh with a foo-local that uses NFS.
+"""]]
diff --git a/doc/forum/multiple_urls_for_the_same_UUID/comment_2_309a86cf7e08448be64357a30d8b56ae._comment b/doc/forum/multiple_urls_for_the_same_UUID/comment_2_309a86cf7e08448be64357a30d8b56ae._comment
new file mode 100644
index 0000000000..9d0dc9f66b
--- /dev/null
+++ b/doc/forum/multiple_urls_for_the_same_UUID/comment_2_309a86cf7e08448be64357a30d8b56ae._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="multiple ways to access a special remote?"
+ date="2013-07-10T05:52:28Z"
+ content="""
+The use case is like this: an external USB drive could be accessed both locally (as a special directory remote) or it could be mounted remotely (then it would need to be an rsync special remote).
+Is there a way to handle this?
+
+Failing that, can one switch the same remote from being a directory to an rsync without having to --move all of the content?
+
+Finally, what's the best way to check directory remote's directory= parameter?
+"""]]
diff --git a/doc/forum/multiple_urls_for_the_same_UUID/comment_3_fa97a45fc1392935fd5e0714db999bc2._comment b/doc/forum/multiple_urls_for_the_same_UUID/comment_3_fa97a45fc1392935fd5e0714db999bc2._comment
new file mode 100644
index 0000000000..c6f5dfde91
--- /dev/null
+++ b/doc/forum/multiple_urls_for_the_same_UUID/comment_3_fa97a45fc1392935fd5e0714db999bc2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 3"
+ date="2013-07-10T16:38:04Z"
+ content="""
+@Michael, like I said above, this use case is completely supported. That's why git-annex uses UUIDs to uniquely identify repositories, no matter where or how many urls are used for them. 
+
+Just set up the remotes you need, and if they end up pointing to the same repository by different routes, git-annex will automatically notice.
+
+---
+
+The directory= parameter used when initializing a directory remote is only used to set up the remote in the .git/config file. It is not stored anywhere else, since the directory could be mounted at different locations on different computers, eg when a drive is moved between computers.
+"""]]
diff --git a/doc/forum/multiple_urls_for_the_same_UUID/comment_4_139178b1ba45b62eec0c89a660c0c81e._comment b/doc/forum/multiple_urls_for_the_same_UUID/comment_4_139178b1ba45b62eec0c89a660c0c81e._comment
new file mode 100644
index 0000000000..945aa3b6bf
--- /dev/null
+++ b/doc/forum/multiple_urls_for_the_same_UUID/comment_4_139178b1ba45b62eec0c89a660c0c81e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 4"
+ date="2013-07-10T21:26:06Z"
+ content="""
+Very cool, thanks Joey.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build.mdwn b/doc/forum/new_linux_arm_tarball_build.mdwn
new file mode 100644
index 0000000000..e3b9c3de5c
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build.mdwn
@@ -0,0 +1,12 @@
+I've added an arm build to the autobuilds in [[install/Linux_standalone]].
+
+I'm curious to see how this works out. I tried to make it as self-contained
+as possible. It should work even on systems that do not use glibc, as long
+as the kernel is new enough for the glibc included in it, and supports the
+arm EABI.
+
+If it seems sufficiently useful, I might try to add the webapp to the
+build, which would be somewhat complicated, but doable (since I'm building
+using qemu, it can run a build on amd64 first to get the TH splices).
+
+--[[Joey]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_10_5f9735ec62478c99b8c814055206cff0._comment b/doc/forum/new_linux_arm_tarball_build/comment_10_5f9735ec62478c99b8c814055206cff0._comment
new file mode 100644
index 0000000000..eb3995eb15
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_10_5f9735ec62478c99b8c814055206cff0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH9ARM62C6zcEpzh2muCs4wq-GkLRntgQ"
+ nickname="Randy"
+ subject="raspbian"
+ date="2014-04-16T10:59:10Z"
+ content="""
+This works fairly well for me on Raspian. However I am getting the same error as Justin. 
+
+    ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded: ignored.
+
+I'm ignoring the errors for now, but it's a lot of noise that actually makes it slightly difficult to see the important output.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_11_859c44046b00fe885f6878cfe0e46360._comment b/doc/forum/new_linux_arm_tarball_build/comment_11_859c44046b00fe885f6878cfe0e46360._comment
new file mode 100644
index 0000000000..7be8a67316
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_11_859c44046b00fe885f6878cfe0e46360._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 11"
+ date="2014-04-17T19:39:41Z"
+ content="""
+I can't see any good way to prevent ld-linux.so from preloading things listed in `/etc/ld.so.preload`. I don't know why raspbian wants to preload that -- probably for optimisation purposes?
+
+I could modify the ld-linux.so shipped in the git-annex tarball, but that way lies pointless complication..
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_12_35ade68d62e95036344ad33db3279c21._comment b/doc/forum/new_linux_arm_tarball_build/comment_12_35ade68d62e95036344ad33db3279c21._comment
new file mode 100644
index 0000000000..ba6468a3f6
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_12_35ade68d62e95036344ad33db3279c21._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH9ARM62C6zcEpzh2muCs4wq-GkLRntgQ"
+ nickname="Randy"
+ subject="comment 12"
+ date="2014-04-18T13:38:13Z"
+ content="""
+There is no need to modify anything here. The errors were mostly just confusing at first and made me wonder if it was working properly. It is indeed working perfectly! Thanks!!!
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_1_7211ddc626bae97d4140c723c3cf028f._comment b/doc/forum/new_linux_arm_tarball_build/comment_1_7211ddc626bae97d4140c723c3cf028f._comment
new file mode 100644
index 0000000000..2e91a7a831
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_1_7211ddc626bae97d4140c723c3cf028f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="works on raspbian"
+ date="2013-12-16T23:26:51Z"
+ content="""
+This build has been verified to work on raspbian.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_2_fcbe3f7fa9d012b21c7a771553fa9142._comment b/doc/forum/new_linux_arm_tarball_build/comment_2_fcbe3f7fa9d012b21c7a771553fa9142._comment
new file mode 100644
index 0000000000..9499141fbd
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_2_fcbe3f7fa9d012b21c7a771553fa9142._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="works on Synology NAS"
+ date="2013-12-17T02:52:22Z"
+ content="""
+Using latest build (fixed some issues).
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_3_2702cdbae4179a7a103d2a7098a8ed5e._comment b/doc/forum/new_linux_arm_tarball_build/comment_3_2702cdbae4179a7a103d2a7098a8ed5e._comment
new file mode 100644
index 0000000000..ec63cccc92
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_3_2702cdbae4179a7a103d2a7098a8ed5e._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="http://julien.lefrique.name/"
+ nickname="jlefrique"
+ subject="QNAP"
+ date="2013-12-17T07:57:37Z"
+ content="""
+Hi Joey,
+
+Thank you for taking the time to setup an ARM build. I am trying to run the last standalone build on a QNAP TS-219PII. I get the following error. Do you have any ideas?
+
+    $ uname -a
+    Linux willow 2.6.33.2 #1 Fri Mar 1 04:41:48 CST 2013 armv5tel unknown
+    $ ./runshell
+    $ cd ../annex
+    $ git annex version
+    git-annex version: 5.20131216-g07252d6
+    build flags: Assistant Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web glacier hook
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 5
+    upgrade supported from repository versions: 0 1 2 4
+    $ git annex info        
+    repository mode: indirect
+    trusted repositories: fatal: cannot get RLIMIT_NOFILE: Bad address
+    fatal: cannot get RLIMIT_NOFILE: Bad address
+    fatal: cannot get RLIMIT_NOFILE: Bad address
+    fatal: cannot get RLIMIT_NOFILE: Bad address
+    fatal: cannot get RLIMIT_NOFILE: Bad address
+    fatal: cannot get RLIMIT_NOFILE: Bad address
+
+I am still using the version 3.8.3 of the QNAP distribution. I will try to update to the last version (4.0.5) to see if it helps.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_4_e1d802fbcc9d699ece5267e80990255a._comment b/doc/forum/new_linux_arm_tarball_build/comment_4_e1d802fbcc9d699ece5267e80990255a._comment
new file mode 100644
index 0000000000..e95d86b729
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_4_e1d802fbcc9d699ece5267e80990255a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="RLIMIT_NOFILE"
+ date="2013-12-17T16:05:12Z"
+ content="""
+This is clearly failing when it runs git. Looking at the git source code, it does have a `RLIMIT_NOFILE` ifdef, so I could disable this, but would have to maintain my own build of git.
+
+What kernel version is this? Upgrading is likely to fix it.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_5_257b91ecbf5a6040a8e4c9a360c775ba._comment b/doc/forum/new_linux_arm_tarball_build/comment_5_257b91ecbf5a6040a8e4c9a360c775ba._comment
new file mode 100644
index 0000000000..94ea05a495
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_5_257b91ecbf5a6040a8e4c9a360c775ba._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://julien.lefrique.name/"
+ nickname="jlefrique"
+ subject="QNAP kernel"
+ date="2013-12-17T16:27:21Z"
+ content="""
+It's kernel 2.6.33.2 (see uname in my previous message).
+A new version with kernel 3.4.x is available, I will try to update when the data on my NAS will be (more) safely backup-ed.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_6_bd8cca86a63be7e330111618c1959a74._comment b/doc/forum/new_linux_arm_tarball_build/comment_6_bd8cca86a63be7e330111618c1959a74._comment
new file mode 100644
index 0000000000..a57d48356b
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_6_bd8cca86a63be7e330111618c1959a74._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="Re: RLIMIT_NOFILE"
+ date="2013-12-19T02:10:45Z"
+ content="""
+I've passed this problem on to the git developers, and they have quickly developed a patch that will solve it, so I'll just wait for the next git release.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_7_6814bdeca94328fe6c3f407795ff923a._comment b/doc/forum/new_linux_arm_tarball_build/comment_7_6814bdeca94328fe6c3f407795ff923a._comment
new file mode 100644
index 0000000000..a4b597bdf3
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_7_6814bdeca94328fe6c3f407795ff923a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://julien.lefrique.name/"
+ nickname="jlefrique"
+ subject="Thanks"
+ date="2013-12-19T07:20:31Z"
+ content="""
+That's perfect!
+On my side, I upgraded to firmware 4.0.2 but the kernel is still the same.
+The kernel 3.4.x is available in the beta of QTS 4.1.0, I will wait the official release to upgrade.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_8_6db99d998ca990494c8f2826ff1ca273._comment b/doc/forum/new_linux_arm_tarball_build/comment_8_6db99d998ca990494c8f2826ff1ca273._comment
new file mode 100644
index 0000000000..9d58cb11ca
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_8_6db99d998ca990494c8f2826ff1ca273._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://renaud.casenave.fr/"
+ ip="126.10.66.235"
+ subject="comment 8"
+ date="2014-02-17T13:15:24Z"
+ content="""
+Hi,
+
+You might be happy to know git-annex works well on sailfishOS, even the webapp.
+It does segfault when trying to setup a xmpp account, though.
+"""]]
diff --git a/doc/forum/new_linux_arm_tarball_build/comment_9_2802b24ccb24f1615c9d61904f916d05._comment b/doc/forum/new_linux_arm_tarball_build/comment_9_2802b24ccb24f1615c9d61904f916d05._comment
new file mode 100644
index 0000000000..fbb0e2f219
--- /dev/null
+++ b/doc/forum/new_linux_arm_tarball_build/comment_9_2802b24ccb24f1615c9d61904f916d05._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 9"
+ date="2014-03-01T19:13:16Z"
+ content="""
+This seems to work great for me on Raspbian, except I get many errors of the form
+
+    ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so' from /etc/ld.so.preload cannot be preloaded: ignored.
+
+I've tried, but I haven't been able to figure out why ld doesn't like this particular lib.  I can keep ignoring the error, but help would certainly be appreciated!
+"""]]
diff --git a/doc/forum/new_microfeatures.mdwn b/doc/forum/new_microfeatures.mdwn
new file mode 100644
index 0000000000..bfe44272a7
--- /dev/null
+++ b/doc/forum/new_microfeatures.mdwn
@@ -0,0 +1,59 @@
+I'm soliciting ideas for new small features that let git-annex do things that currently have to be done manually or whatever.
+
+Here are a few I've been considering:
+
+---
+
+* --numcopies would be a useful command line switch.
+  > Update: Added. Also allows for things like `git annex drop --numcopies=2` when in a repo that normally needs 3 copies, if you need
+  > to urgently free up space.
+* A way to make `drop` and other commands temporarily trust a given remote, or possibly all remotes. 
+
+Combined, this would allow `git annex drop --numcopies=2 --trust=repoa --trust=repob` to remove files that have been replicated out to the other 2 repositories, which could be offline. (Slightly unsafe, but in this case the files are podcasts so not really.)
+
+> Update: done --[[Joey]] 
+
+---
+
+[[wishlist:_git-annex_replicate]] suggests some way for git-annex to have the smarts to copy content around on its own to ensure numcopies is satisfied. I'd be satisfied with a `git annex copy --to foo --if-needed-by-numcopies`
+
+  > Contrary to the "basic" solution, I would love to have a git annex distribute which is smart enough to simply distribute all data according to certain rules. My ideal, personal use case during the next holidays where I will have two external disks, several SD cards with 32 GB each and a local disk with 20 GB (yes....) would be:
+
+    cd ~/photos.annex # this repository does not have any objects!
+    git annex inject --bare /path/to/SD/card  # this adds softlinks, but does **not** add anything to the index. it would calculate checksums (if enabled) and have to add a temporary location list, though
+    git annex distribute # this checks the config. it would see that my two external disks have a low cost whereas the two remotes have a higher cost.
+     # check numcopies. it's 3
+     # copy to external disk one (cost x)
+     # copy to external disk two (cost x)
+     # copy to remote one (cost x * 2)
+     # remove file from temporary tracking list
+    git annex fsck # everything ok. yay!
+
+Come to think of it, the inject --bare thing is probably not a microfeature. Should I add a new wishlist item for that? -- RichiH
+
+> I've thought about such things before; does not seem really micro and I'm unsure how well it would work, but it would be worth a [[todo]]. --[[Joey]]
+
+>> Update: Done as --auto. --[[Joey]] 
+
+---
+
+Along similar lines, it might be nice to have a mode where git-annex tries to fill up a disk up to the `annex.diskreserve` with files, preferring files that have relatively few copies. Then as storage prices continue to fall, new large drives could just be plopped in and git-annex used to fill it up in a way that improves the overall redundancy without needing to manually pick and choose.
+
+> Update: git annex get --auto basically does this; you can tune
+> --numcopies on the fly to make it get more files than needed by the
+> current numcopies setting. --[[Joey]] 
+
+---
+
+If a remote could send on received files to another remote, I could use my own local bandwith efficiently while still having my git-annex repos replicate data. -- RichiH
+
+---
+
+Really micro:
+
+    % grep annex-push .git/config
+        annex-push = !git pull && git annex add . && git annex copy . --to origin --fast --quiet && git commit -a -m "$HOST $(date +%F--%H-%M-%S-%Z)" && git push
+    %
+
+-- RichiH
+--[[Joey]]
diff --git a/doc/forum/new_microfeatures/comment_1_058bd517c6fffaf3446b1f5d5be63623._comment b/doc/forum/new_microfeatures/comment_1_058bd517c6fffaf3446b1f5d5be63623._comment
new file mode 100644
index 0000000000..84fdd325dc
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_1_058bd517c6fffaf3446b1f5d5be63623._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2011-06-01T17:36:50Z"
+ content="""
+I've been longing for an automated way of removing references to a remote assuming I know the exact uuid that I want to remove. i.e. I have lost a portable HDD due to a destructive process, I now want to delete all references to copies of data that was on that disk. Unless this feature exists, I would love to see it implemented.
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_2_41ad904c68e89c85e1fc49c9e9106969._comment b/doc/forum/new_microfeatures/comment_2_41ad904c68e89c85e1fc49c9e9106969._comment
new file mode 100644
index 0000000000..4451e20baf
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_2_41ad904c68e89c85e1fc49c9e9106969._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-06-01T20:24:33Z"
+ content="""
+@jimmy [[walkthrough/what_to_do_when_you_lose_a_repository]].. I have not seen a convincing argument that removing the location tracking data entirely serves any purpose
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_3_a1a9347b5bc517f2a89a8b292c3f8517._comment b/doc/forum/new_microfeatures/comment_3_a1a9347b5bc517f2a89a8b292c3f8517._comment
new file mode 100644
index 0000000000..4bb3aa684f
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_3_a1a9347b5bc517f2a89a8b292c3f8517._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="git annex unlock --readonly"
+ date="2011-06-02T11:34:42Z"
+ content="""
+This was already asked [here](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606577), but I have a use case where I need to unlock with the files being hardlinked instead of copied (my fs does not support CoW), even though 'git annex lock' is now much faster ;-) . The idea is that 1) I want the external world see my repo \"as if\" it wasn't annexed (because of its own limitation to deal with soft links), and 2) I know what I do, and am sure that files won't be written to but only read.
+
+My case is: the repo contains a snapshot A1 of a certain remote directory. Later I want to rsync this dir into a new snapshot A2. Of course, I want to transfer only new or changed files, with the --copy-dest=A1 (or --compare-dest) rsync's options. Unfortunately, rsync won't recognize soft-links from git-annex, and will re-transfer everything.
+
+
+Maybe I'm overusing git-annex ;-) but still, I find it is a legitimate use case, and even though there are workarounds (I don't even remember what I had to do), it would be much more straightforward to have 'git annex unlock --readonly' (or '--readonly-unsafe'?), ... or have rsync take soft-links into account, but I did not see the author ask for microfeatures ideas :) (it was discussed, and only some convoluted workarounds were proposed). Thanks.
+
+
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_4_5a6786dc52382fff5cc42fdb05770196._comment b/doc/forum/new_microfeatures/comment_4_5a6786dc52382fff5cc42fdb05770196._comment
new file mode 100644
index 0000000000..cc98109e6b
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_4_5a6786dc52382fff5cc42fdb05770196._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="git annex unused"
+ date="2011-06-02T11:55:58Z"
+ content="""
+Before dropping unsused items, sometimes I want to check the content of the files manually.
+But currently, from e.g. a sha1 key, I don't know how to find the corresponding file, except with
+'find .git/annex/objects -type f -name 'SHA1-s1678--70....', wich is too slow (I'm in the case where \"git log --stat -S'KEY'\"
+won't work, either because it is too slow or it was never commited). By the way,
+is it documented somewhere how to determine the 2 (nested) sub-directories in which a given
+(by name) object is located?
+
+So I would like 'git-annex unused' be able to give me the list of *paths* to the unused items.
+Also, I would really appreciate a command like 'git annex unused --log NUMBER [NUMBER2...]' which would do for me the suggested command
+\"git log --stat -S'KEY'\", where NUMBER is from the 'git annex unused' output.
+Thanks.
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_5_3c627d275586ff499d928a8f8136babf._comment b/doc/forum/new_microfeatures/comment_5_3c627d275586ff499d928a8f8136babf._comment
new file mode 100644
index 0000000000..f7361f5d1c
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_5_3c627d275586ff499d928a8f8136babf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="git annex unused"
+ date="2011-06-02T19:51:49Z"
+ content="""
+ps: concerning the command 'find .git/annex/objects -type f -name 'SHA1-s1678--70....' from my previous comment, it is \"significantly\" faster to search for the containing directory which have the same name: 'find .git/annex/objects -maxdepth 2 -mindepth 2 -type d -name 'SHA1-s1678--70....'. I am just curious: what is the need to have each file object in its own directory, itself nested under two more sub-directories?
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_6_31ea08c008500560c0b96c6601bc6362._comment b/doc/forum/new_microfeatures/comment_6_31ea08c008500560c0b96c6601bc6362._comment
new file mode 100644
index 0000000000..868e9677c8
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_6_31ea08c008500560c0b96c6601bc6362._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="git annex fetch"
+ date="2011-07-03T14:39:41Z"
+ content="""
+I'm not sure it is worth adding a command for such a small feature, but I would certainly use it: having something like \"git annex fetch remote\" do \"git fetch remote && git annex copy --from=remote\", and \"git annex push remote\" do \"git push remote && git annex copy --to=remote\". And maybe the same for a pull operation?
+"""]]
diff --git a/doc/forum/new_microfeatures/comment_7_94045b9078b1fff877933b012d1b49e2._comment b/doc/forum/new_microfeatures/comment_7_94045b9078b1fff877933b012d1b49e2._comment
new file mode 100644
index 0000000000..e39e162322
--- /dev/null
+++ b/doc/forum/new_microfeatures/comment_7_94045b9078b1fff877933b012d1b49e2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="git annex fetch"
+ date="2011-07-03T17:57:00Z"
+ content="""
+My last comment is a bit confused. The \"git fetch\" command allows to get all the information from a remote, and it is then possible to merge while being offline (without access to the remote). I would like a \"git annex fetch remote\" command to be able to get all annexed files from remote, so that if I later merge with remote, all annexed files are already here. And \"git annex fetch\" could (optionally) call \"git fetch\" before getting the files.
+
+It seems also that in my last post, I should have written \"git annex get --from=remote\" instead of \"git annex copy --from=remote\", because \"annex copy --from\" copies all files, even if the local repo already have them (is this the case? if yes, when is it useful?)
+"""]]
diff --git a/doc/forum/nntp__47__usenet_special_remote.mdwn b/doc/forum/nntp__47__usenet_special_remote.mdwn
new file mode 100644
index 0000000000..86efa48cff
--- /dev/null
+++ b/doc/forum/nntp__47__usenet_special_remote.mdwn
@@ -0,0 +1,18 @@
+Over the last few weeks i've been working on a seperate python nntp project. But decided that it would be fun to make it usable with git-annex.
+
+The code is almost complete. One major feature left(make it usable without a mysql/sqlite database, and without fetching headers). And of course a lot of bugfixes.
+
+I'm wondering if there is any interest in this special remote hook.
+
+The thought is, buy unlimited usenet account, and you can have a git-annex repository without any upper size limit. You want 100GB, well that'll be 10$ a month, want 100000GB, well that'll be 10$ a month.
+
+Of course there are plenty of caveats(retention on server, it is doubtfull the data will stay up for more than 4 years.). Because the code is in python3 i had to use a lot of external tools (uudeview, par2, ydecode/yydecode) and parse their output. Which is a horrid horrid solution. Since the code is nearing "beta" stage i might see if i can improve on that(possibly with ctypes), if there is any interest.
+
+Currently working on freebsd, ubuntu, debian, mac os x(10.7, not tested in 10.8)
+
+The last feature to be done (and this is UUUUUGLY) is to make it get nzb files from a source like this: http://nzbindex.nl/search/?q=GPGHMACSHA (yes, that is my git-annex repo) instead of from a mysql database.
+
+So, this is a call to see if anyone is interested, and if anyone proficient in *NIX want to test it out.
+
+Sincerely
+Tobias
diff --git a/doc/forum/nntp__47__usenet_special_remote/comment_1_171a0b95b1f95cfd82073e88bdefaab9._comment b/doc/forum/nntp__47__usenet_special_remote/comment_1_171a0b95b1f95cfd82073e88bdefaab9._comment
new file mode 100644
index 0000000000..ff14f6f2ec
--- /dev/null
+++ b/doc/forum/nntp__47__usenet_special_remote/comment_1_171a0b95b1f95cfd82073e88bdefaab9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T20:49:06Z"
+ content="""
+I think it's a neat idea. I can't see using it for my own data due to retention, but if I had a use case where I wanted to spread data around and didn't care if it vanished after X months, I can see using it.
+
+I think you should publish the details, if getting it to a state others can use is not too much work,
+"""]]
diff --git a/doc/forum/nntp__47__usenet_special_remote/comment_2_48736ed17c98ffcfb13ec00b901b2dd6._comment b/doc/forum/nntp__47__usenet_special_remote/comment_2_48736ed17c98ffcfb13ec00b901b2dd6._comment
new file mode 100644
index 0000000000..90b264f7b6
--- /dev/null
+++ b/doc/forum/nntp__47__usenet_special_remote/comment_2_48736ed17c98ffcfb13ec00b901b2dd6._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 2"
+ date="2013-09-11T07:46:07Z"
+ content="""
+Only played a tiny bit with this since the initial post.
+
+I've decided that sql backend should be dropped entirely. Mostly the SQL backend was there because the code does something else entirely, and this was just a test.
+
+But since there has been no interest it will probably take ages before i actually get this finished :)
+
+"""]]
diff --git a/doc/forum/non-bare_repo_on_cloud_remote.mdwn b/doc/forum/non-bare_repo_on_cloud_remote.mdwn
new file mode 100644
index 0000000000..3949e18dac
--- /dev/null
+++ b/doc/forum/non-bare_repo_on_cloud_remote.mdwn
@@ -0,0 +1,6 @@
+Hi,
+
+I wondered if it's possible to have a non-bare repo on a cloud remote. I want to have some sort of Dropbox-like workflow were I simply put stuff into a directory on my drive and it gets synced via SSH to a central VPS so I can also always access it via HTTP, for example.
+
+Regards,
+Lukas
diff --git a/doc/forum/non-bare_repo_on_cloud_remote/comment_1_da0c023af7c78f1ef1cfe1143a900a9f._comment b/doc/forum/non-bare_repo_on_cloud_remote/comment_1_da0c023af7c78f1ef1cfe1143a900a9f._comment
new file mode 100644
index 0000000000..17476db0a8
--- /dev/null
+++ b/doc/forum/non-bare_repo_on_cloud_remote/comment_1_da0c023af7c78f1ef1cfe1143a900a9f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.10"
+ subject="comment 1"
+ date="2013-07-22T22:04:53Z"
+ content="""
+Sure you can.. That's how <http://downloads.kitenet.net/> works, which is where people download git-annex builds from!
+
+[[tips/setup_a_public_repository_on_a_web_site]]
+"""]]
diff --git a/doc/forum/non-bare_repo_on_cloud_remote/comment_2_71baea93f6caaf7b81a9ac00bee91e5e._comment b/doc/forum/non-bare_repo_on_cloud_remote/comment_2_71baea93f6caaf7b81a9ac00bee91e5e._comment
new file mode 100644
index 0000000000..145c57120c
--- /dev/null
+++ b/doc/forum/non-bare_repo_on_cloud_remote/comment_2_71baea93f6caaf7b81a9ac00bee91e5e._comment
@@ -0,0 +1,67 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 2"
+ date="2013-08-08T19:05:07Z"
+ content="""
+Seems that I don't get it... Here is what I did:
+
+First, I create a new repo with the assistant on `user@laptop ~/temp/annex-test`, then:
+
+    user@laptop ~/temp/annex-test % echo test1 > test1
+    user@laptop ~/temp/annex-test % echo test2 > test2
+    
+    user@server ~/tmp % mkdir annex-test
+    user@server ~/tmp % cd annex-test
+    user@server ~/tmp/annex-test % git init
+    Initialized empty Git repository in /home/tobru/tmp/annex-test/.git/
+    user@server ~/tmp/annex-test % git annex init
+    init  ok
+    (Recording state in git...)
+    user@server ~/tmp/annex-test % mv .git/hooks/post-update.sample .git/hooks/post-update       
+    user@server ~/tmp/annex-test % cat .git/hooks/post-update
+    #!/bin/sh
+    #
+    # An example hook script to prepare a packed repository for use over
+    # dumb transports.
+    #
+    # To enable this hook, rename this file to \"post-update\".
+    
+    exec git update-server-info
+    user@server ~/tmp/annex-test % chmod +x .git/hooks/post-update
+    user@server ~/tmp/annex-test % echo '#!/bin/sh\ngit annex merge' > .git/hooks/post-receive
+    user@server ~/tmp/annex-test % chmod +x .git/hooks/post-receive
+    
+    user@laptop ~/temp/annex-test % git remote add server ssh://user@server/home/tobru/tmp/annex-test
+    user@laptop ~/temp/annex-test % git annex assistant --stop
+    user@laptop ~/temp/annex-test % git annex sync
+    commit  
+    ok
+    pull server 
+    warning: no common commits
+    remote: Counting objects: 5, done.
+    remote: Compressing objects: 100% (3/3), done.
+    remote: Total 5 (delta 1), reused 0 (delta 0)
+    Unpacking objects: 100% (5/5), done.
+    From ssh://server.tobru.local/home/tobru/tmp/annex-test
+     * [new branch]      git-annex  -> server/git-annex
+    ok
+    (merging server/git-annex into git-annex...)
+    (Recording state in git...)
+    push server 
+    Counting objects: 27, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (20/20), done.
+    Writing objects: 100% (25/25), 2.36 KiB, done.
+    Total 25 (delta 2), reused 0 (delta 0)
+    remote: merge git-annex (merging synced/git-annex into git-annex...)
+    remote: ok
+    To ssh://tobru@server.tobru.local/home/tobru/tmp/annex-test
+     * [new branch]      git-annex -> synced/git-annex
+     * [new branch]      master -> synced/master
+    ok
+    user@laptop ~/temp/annex-test % git annex assistant
+
+Now I expect the files `test1` and `test2` to be at `user@server ~/tmp/annex-test`. But they are not displayed.
+What am I doing wrong? The main thing I wan't to achieve: Push the files from `laptop` to `server` without adding `laptop` as remote on the server.
+"""]]
diff --git a/doc/forum/not_finding_git-annex-shell_on_remote.mdwn b/doc/forum/not_finding_git-annex-shell_on_remote.mdwn
new file mode 100644
index 0000000000..0d743bf78c
--- /dev/null
+++ b/doc/forum/not_finding_git-annex-shell_on_remote.mdwn
@@ -0,0 +1,21 @@
+I have set up an annex on a remote machine and I am connecting via ssh.  But, since it is a managed machine, I installed the git-annex binary in my own ~/bin.  Well, when I try 
+$git annex sync
+
+I get:
+  $git annex sync
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+bash: git-annex-shell: command not found
+
+  Remote origin does not have git-annex installed; setting annex-ignore
+commit  ok
+pull origin 
+
+merge: refs/remotes/origin/master - not something we can merge
+
+merge: refs/remotes/origin/synced/master - not something we can merge
+failed
+git-annex: sync: 1 failed
+
+
+The git remote -v looks correct.  So, how do I tell git annex on my local machine where to use $HOME/bin in PATH on the remote machine when syncing  with remotes?
diff --git a/doc/forum/not_finding_git-annex-shell_on_remote/comment_1_84881cad02c251a2515cec50fc22bf16._comment b/doc/forum/not_finding_git-annex-shell_on_remote/comment_1_84881cad02c251a2515cec50fc22bf16._comment
new file mode 100644
index 0000000000..8441f412af
--- /dev/null
+++ b/doc/forum/not_finding_git-annex-shell_on_remote/comment_1_84881cad02c251a2515cec50fc22bf16._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Declare path on first line of bashrc?"
+ date="2014-02-15T18:36:35Z"
+ content="""
+If i don't misremember some systems including Debian require you to set the path on the very first line of .bashrc for it to work. Can't remember why just now.
+
+in other words paste the following into the very first line of `$HOME/.bashrc`
+
+`PATH=$PATH:$HOME/bin:$HOME/bin/git-annex.linux`
+
+Modify the line above if you haven't installed to `~/bin/git-annex.linux`
+
+
+"""]]
diff --git a/doc/forum/not_finding_git-annex-shell_on_remote/comment_2_f32412f8d3b84cd5cb3c4d5d6bb60f32._comment b/doc/forum/not_finding_git-annex-shell_on_remote/comment_2_f32412f8d3b84cd5cb3c4d5d6bb60f32._comment
new file mode 100644
index 0000000000..7acee2035a
--- /dev/null
+++ b/doc/forum/not_finding_git-annex-shell_on_remote/comment_2_f32412f8d3b84cd5cb3c4d5d6bb60f32._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3rK4VDzxyhmrIc18z7F5OuXvEbUsgUac"
+ nickname="Srinath"
+ subject="Progress, but still issues"
+ date="2014-02-17T04:09:23Z"
+ content="""
+\"I now realize that the git annex system still requires the standard \"add\" and \"commit\" process. But I'm still getting:
+
+$git annex sync
+commit  ok
+pull origin 
+remote: Counting objects: 37, done.
+remote: Compressing objects: 100% (35/35), done.
+remote: Total 36 (delta 0), reused 0 (delta 0)
+Unpacking objects: 100% (36/36), done.
+From ssh://stampede.tacc.utexas.edu/work/02463/srinathv/cesm1_3_beta07/scripts
+ * [new branch]      master     -> origin/master
+
+
+merge: refs/remotes/origin/synced/master - not something we can merge
+failed
+push origin 
+Counting objects: 11, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (6/6), done.
+Writing objects: 100% (8/8), 736 bytes | 0 bytes/s, done.
+Total 8 (delta 3), reused 1 (delta 0)
+To ssh://srinathv@stampede.tacc.utexas.edu/work/02463/srinathv/cesm1_3_beta07/scripts
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+git-annex: sync: 1 failed
+
+
+So the fails appear, and the suggestion of \"export PATH\" placement did not help, though appreciated.
+"""]]
diff --git a/doc/forum/not_finding_git-annex-shell_on_remote/comment_3_dfbf7f41dd4d17f2ce8b67daa9dcd11d._comment b/doc/forum/not_finding_git-annex-shell_on_remote/comment_3_dfbf7f41dd4d17f2ce8b67daa9dcd11d._comment
new file mode 100644
index 0000000000..53419452c2
--- /dev/null
+++ b/doc/forum/not_finding_git-annex-shell_on_remote/comment_3_dfbf7f41dd4d17f2ce8b67daa9dcd11d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3rK4VDzxyhmrIc18z7F5OuXvEbUsgUac"
+ nickname="Srinath"
+ subject="no more issue"
+ date="2014-02-17T04:25:31Z"
+ content="""
+After doing 1 more sync, the error messages are now gone.  I wonder if the refs directory needed to be synched correctly.
+"""]]
diff --git a/doc/forum/not_finding_git-annex-shell_on_remote/comment_4_71ae60efcacdba5e11548923b2c85b95._comment b/doc/forum/not_finding_git-annex-shell_on_remote/comment_4_71ae60efcacdba5e11548923b2c85b95._comment
new file mode 100644
index 0000000000..12bf8fa75e
--- /dev/null
+++ b/doc/forum/not_finding_git-annex-shell_on_remote/comment_4_71ae60efcacdba5e11548923b2c85b95._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 4"
+ date="2014-02-20T19:41:05Z"
+ content="""
+@Srinath I wonder if the machine you are running git-annex sync on is a Windows machine? I have seen that \" refs/remotes/origin/synced/master - not something we can merge\" intermittently when testing on Windows, but not other times.
+
+(It's not related to the original PATH configuration problem on your server.)
+"""]]
diff --git a/doc/forum/not_getting_file_contents.mdwn b/doc/forum/not_getting_file_contents.mdwn
new file mode 100644
index 0000000000..23150216dc
--- /dev/null
+++ b/doc/forum/not_getting_file_contents.mdwn
@@ -0,0 +1 @@
+I have 2 computers successfully exchanging files, but the contexts are incomplete.  Used text files, documents, mp3s as tests. Both computers report in the webapp that they are synched and file names are there.  But file sizes are wrong by 75% less and contents are unusable.  Is there something in the config?  Both machines on LinuxMint 13. 
diff --git a/doc/forum/not_getting_file_contents/comment_1_4a0f7f4de9c9bc4d13db033cb75d20af._comment b/doc/forum/not_getting_file_contents/comment_1_4a0f7f4de9c9bc4d13db033cb75d20af._comment
new file mode 100644
index 0000000000..e03ec333a6
--- /dev/null
+++ b/doc/forum/not_getting_file_contents/comment_1_4a0f7f4de9c9bc4d13db033cb75d20af._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-11T16:06:59Z"
+ content="""
+That certainly shouldn't be happening! 
+
+Are these computers syncing via local pairing, or are you using a transfer remote, and if so, which one?
+"""]]
diff --git a/doc/forum/not_getting_file_contents/comment_2_dc7403e1b551552f9fd00da6a1453570._comment b/doc/forum/not_getting_file_contents/comment_2_dc7403e1b551552f9fd00da6a1453570._comment
new file mode 100644
index 0000000000..499176b01e
--- /dev/null
+++ b/doc/forum/not_getting_file_contents/comment_2_dc7403e1b551552f9fd00da6a1453570._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="trilobite"
+ ip="71.17.134.14"
+ subject="comment 2"
+ date="2013-07-11T23:23:41Z"
+ content="""
+I did this with local synch in home lan.  Filenames do travel both directions.  Just not contents.  They are identifed as symlinks rather than files.
+"""]]
diff --git a/doc/forum/one_annex_versus_many_annexes__63__.mdwn b/doc/forum/one_annex_versus_many_annexes__63__.mdwn
new file mode 100644
index 0000000000..cafe2aa9f8
--- /dev/null
+++ b/doc/forum/one_annex_versus_many_annexes__63__.mdwn
@@ -0,0 +1,10 @@
+I'm curious how other people are using git-annex:
+
+ * A single annex containing everything they want to keep track of (albeit with some files only available in some remotes).
+ * Several annexes for different purposes.
+
+I'm mostly asking because I don't want to get too far into using git-annex without thinking clearly about which is the most suitable choice for me.  At present I have things split into two annexes, one for things I really wouldn't want to lose (and some of which are somewhat private), and another for comparatively throwaway items.  However, given the possibility of setting different annex.numcopies on different file globs or directories, it seems like it might be kind of silly to make my life more complicated by having more than one annex.
+
+Primarily, I'm curious if there are some implications of the decision that I haven't considered.  It seems like an obvious point that one would want different annexes is if they're used in distinctly different security-level environments (e.g. I'm happy to copy my FLAC (music) files over to my work computer which lives at the office, but I wouldn't want to copy personal financial documents - or even the filenames - there.)
+
+-Mike
diff --git a/doc/forum/one_or_many_annexes__63__.mdwn b/doc/forum/one_or_many_annexes__63__.mdwn
new file mode 100644
index 0000000000..57b311c18e
--- /dev/null
+++ b/doc/forum/one_or_many_annexes__63__.mdwn
@@ -0,0 +1,7 @@
+Just a question about other peoples' annex usage.  I've got one uber-annex (in ~/annex of course) where I keep ALL THE THINGS, movies, music, pictures, whatever.
+
+It's very big, of course.  And I worry about doing anything unusual with it (like trying out direct mode) because, hey, that's all my stuff.
+
+Like, just now, I tried flipping it into direct mode, and a handful of files stayed symlinks, which weirded me out.  (Maybe because I had the assistant running while I switched it, and that caused chaos?)  Then I flipped it back to indirect, and a bunch of files were left un-tracked, as real files rather than links!  I kind of freaked out, and did a big "git annex add" to add them all back. I haven't left a bug report because it's not something I want to try again experimentally to reproduce, I just want my repo back, you know?
+
+Anyways, this kind of thing might not happen if I kept multiple small repos.  I was wondering if anybody else worked that way, and what advantages/disadvantages you've found compared to having one super-repo.
diff --git a/doc/forum/one_or_many_annexes__63__/comment_1_656d96011801d67a45b0b3bb3d70fa63._comment b/doc/forum/one_or_many_annexes__63__/comment_1_656d96011801d67a45b0b3bb3d70fa63._comment
new file mode 100644
index 0000000000..240f9868fd
--- /dev/null
+++ b/doc/forum/one_or_many_annexes__63__/comment_1_656d96011801d67a45b0b3bb3d70fa63._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="comment 1"
+ date="2013-01-21T21:25:12Z"
+ content="""
+That's an interesting question. Personally, I have two annexes. One for my \"digital library\": movies, music, ebooks, downloads, everything I want to keep but was not created by me. I don't want to loose them because getting them back would be expensive and cumbersome. The other is my personal archive for Photos and Videos I've taken, which are valuable as they contain many memories which would be impossible to recreate if lost. With the first one, I'm experimenting quite a lot, with the second one I'm very conservative. Hope that helps.
+"""]]
diff --git a/doc/forum/overmounting_repository_at_home.mdwn b/doc/forum/overmounting_repository_at_home.mdwn
new file mode 100644
index 0000000000..2bac1994f0
--- /dev/null
+++ b/doc/forum/overmounting_repository_at_home.mdwn
@@ -0,0 +1,12 @@
+Consider the following scenario:
+
+- A Server which holds the full repository
+- A Laptop with a small disk, cloned the repository
+
+Now when i am online i'd just like to mount the repository from the server on over to the client, shadowing the local repository. But when offline and the server is not
+mounted the local repository takes place.
+
+The Question is now what would be a viable concept to get this right. Especially will the assistant become confused when it runs on the server side and locally on the laptop
+while the mount is in effect. Would it be sensible not to mount the whole repository tree but only parts like `.git/annex` or `.git/annex/objects`?
+
+Not tried this yet, but I am wondering whats the most viable approach would be.
diff --git a/doc/forum/overmounting_repository_at_home/comment_1_399ac5014c489698e1e45deec4db7311._comment b/doc/forum/overmounting_repository_at_home/comment_1_399ac5014c489698e1e45deec4db7311._comment
new file mode 100644
index 0000000000..90ce2ae403
--- /dev/null
+++ b/doc/forum/overmounting_repository_at_home/comment_1_399ac5014c489698e1e45deec4db7311._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/e65e6d0e-58ba-41de-84cc-1f2ba54cf574"
+ nickname="Mica Semrick"
+ subject="sounds like a bad idea... but..."
+ date="2014-06-24T04:18:51Z"
+ content="""
+From the few details you give, this sounds like a bad idea. git-annex tells different repos apart by using a UUID. You can see this UUID in `.git/config`.
+
+But if you are really insistent on doing this, you could always system link the folder to the spot you want it, then write a script that mounts the server in an arbitrary location and redoes the system link. I'd try this on a copy of the data or with some data that doesn't matter before going for it.
+"""]]
diff --git a/doc/forum/overmounting_repository_at_home/comment_2_d006d89ba204568cdee0731b6251ec1a._comment b/doc/forum/overmounting_repository_at_home/comment_2_d006d89ba204568cdee0731b6251ec1a._comment
new file mode 100644
index 0000000000..2413948b7a
--- /dev/null
+++ b/doc/forum/overmounting_repository_at_home/comment_2_d006d89ba204568cdee0731b6251ec1a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="comment 2"
+ date="2014-06-24T14:03:01Z"
+ content="""
+I know that this is a bad idea right now when done in a naive approach, I am wondering if git-annex could be made aware of this case and how it could be implemented.
+A immature idea for example would be only to overmount the .git/annex/objects folder and let the git-annex check if the objects lay on a different device, if so, refuse to do operation on the object store.
+
+I started this thread to figure out if there is some interest in such functionality and if so, polishing it out to see how it could be done. 
+"""]]
diff --git a/doc/forum/overmounting_repository_at_home/comment_3_3734b50c37cbec675813cbeca7bf4ce9._comment b/doc/forum/overmounting_repository_at_home/comment_3_3734b50c37cbec675813cbeca7bf4ce9._comment
new file mode 100644
index 0000000000..029e9eba09
--- /dev/null
+++ b/doc/forum/overmounting_repository_at_home/comment_3_3734b50c37cbec675813cbeca7bf4ce9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="Already on todo list"
+ date="2014-06-24T16:58:05Z"
+ content="""
+As is appears to me, the feature you are suggesting is already on \"the todo list\" as [[union_mounting|todo/union_mounting]]. I would also really appreciate this feature …
+"""]]
diff --git a/doc/forum/partial_synchronisation._android_phone.mdwn b/doc/forum/partial_synchronisation._android_phone.mdwn
new file mode 100644
index 0000000000..7abfb24cd7
--- /dev/null
+++ b/doc/forum/partial_synchronisation._android_phone.mdwn
@@ -0,0 +1,7 @@
+hi
+
+i have a repository that is 30 gb large. i would like to sync some content onto my android phone. take mp3's for example. i would like to see whole content on android but my phone does not have that much flash space. i would like to manualy select what folders, files will be copied onto phone.
+
+this use case may not even refer strictly to android devices but even pc's. for exaple i have small ssd drive on laptop. whole contentis kept on some hudge  raid array. i will see whole directory structure but whenever i want a file i will just shedule it for download.
+
+is it possible ? or maybe i just can not find the answer on project page ?
diff --git a/doc/forum/partial_synchronisation._android_phone/comment_1_2a48569277945a9c334bdfc51f8fd01f._comment b/doc/forum/partial_synchronisation._android_phone/comment_1_2a48569277945a9c334bdfc51f8fd01f._comment
new file mode 100644
index 0000000000..b9c28a1229
--- /dev/null
+++ b/doc/forum/partial_synchronisation._android_phone/comment_1_2a48569277945a9c334bdfc51f8fd01f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-29T21:57:05Z"
+ content="""
+You can either put a repository in manual mode, which requires you run `git annex get` etc to get just the files you want, or you can find or write a [[preferred_content]] expression that matches only the files you want in a repository, and then the assistant will make it contain only those.
+"""]]
diff --git a/doc/forum/partial_synchronisation._android_phone/comment_2_550ae91c8a1fe060368c4682d37514b6._comment b/doc/forum/partial_synchronisation._android_phone/comment_2_550ae91c8a1fe060368c4682d37514b6._comment
new file mode 100644
index 0000000000..e549bf7cc9
--- /dev/null
+++ b/doc/forum/partial_synchronisation._android_phone/comment_2_550ae91c8a1fe060368c4682d37514b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 2"
+ date="2013-12-30T22:13:15Z"
+ content="""
+thx for reply
+"""]]
diff --git a/doc/forum/performance_and_multiple_replication_problems.mdwn b/doc/forum/performance_and_multiple_replication_problems.mdwn
new file mode 100644
index 0000000000..7f2f90fddf
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems.mdwn
@@ -0,0 +1,17 @@
+Hi,
+
+I just was setting um my git-annex repository and started to sync my whole stuff in it.
+
+Background: I have choosen git-annex to sync my whole stuff (pictures, mp3s, documents, etc) between my pc, notebook and a home-server
+
+My Problems:
+1) When I'm starting the git-annex deamon, the "Performing startup scan" message occurs for hours
+2) git-annex synchronizes folders from the server which already on my pc, and that every time I restart the deamon on client
+
+My Questions:
+For 1) is git-annex when running one repository suitable to manage > 100gb and > 50000 files?
+For 2) do I have to wait until every tasks are completed (everything is committed) to get rid of multiple downloads of the same folders/files
+3) what is the best schema to sync between >2 devices should I use a Mesh or Star Schema (where my server is in the middle)
+
+Thank You in advance!
+Regards J
diff --git a/doc/forum/performance_and_multiple_replication_problems/comment_1_a2cdf1a4840f099f6bc941fd8de966c7._comment b/doc/forum/performance_and_multiple_replication_problems/comment_1_a2cdf1a4840f099f6bc941fd8de966c7._comment
new file mode 100644
index 0000000000..aab0ec17fd
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems/comment_1_a2cdf1a4840f099f6bc941fd8de966c7._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-11T15:06:58Z"
+ content="""
+It sounds like you are using git-annex to sync a *lot* of files. The startup scan is a basic check that there are no new, deleted, or modified files since the last time it ran. This requires a little work, like statting the files, but won't take long for reasonable numbers of files. 
+
+The size of files doesn't affect the length of the scan. I have a repository with on the order of 50k files, and the startup scan takes only a few minutes. One thing that could matter is that my repository is in indirect mode. Direct mode is less efficient. You could try to switch your repository to indirect mode: `git annex indirect` (you can always switch back: `git annex direct`)
+
+It would be possible to disable that scan, but at the expense of not being able to sync changes made while git-annex is not running. There's also a trick you can use: Start the assistant running in a subdirectory and it will only scan that subdirectory (it will only notice new files in that subdirectory too..)
+
+I don't quite understand what you mean with problem #2. If files were repeatedly being uploaded or downloaded, that have already been sent, that would be a bug. Please file a bug report with full debug logs if that is the case.
+
+Which topology is best? I think the best way is to start with the one you like, and if it doesn't work well, add more links between repositories. A star topology will certainly work ok. A mesh can work ok but can be hard to maintain.
+"""]]
diff --git a/doc/forum/performance_and_multiple_replication_problems/comment_2_e65b360706c66ede6e0e841b2ebbbfbc._comment b/doc/forum/performance_and_multiple_replication_problems/comment_2_e65b360706c66ede6e0e841b2ebbbfbc._comment
new file mode 100644
index 0000000000..3ce2447bc7
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems/comment_2_e65b360706c66ede6e0e841b2ebbbfbc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 2"
+ date="2013-06-12T00:47:21Z"
+ content="""
+I have witnessed that second problem as well, to the point where I've stopped autostarting (and hence using) git annex for the moment. I'll try to get some debugging data.
+"""]]
diff --git a/doc/forum/performance_and_multiple_replication_problems/comment_3_ad7cb4c510e2ab26959ea7cb40a43fef._comment b/doc/forum/performance_and_multiple_replication_problems/comment_3_ad7cb4c510e2ab26959ea7cb40a43fef._comment
new file mode 100644
index 0000000000..6e4e1b1c63
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems/comment_3_ad7cb4c510e2ab26959ea7cb40a43fef._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnNqLKszWk9EoD4CDCqNXJRIklKFBCN1Ao"
+ nickname="maurizio"
+ subject="the startup check is not a small issue"
+ date="2014-02-25T11:37:15Z"
+ content="""
+I would like to add that this startup check has probably been a blocker for my use case for a long long time. I tried to use git-annex to synchronize a huge number of files, most of them never changing. My plan was to have a few tens of GB of data which more or less never change in an archive directory and then add from time to time new data (by batches of a few hundreds of files, each of them not necessarily very large) to the annex. Once this new data has been processed or otherwise become less immediately useful, it would be shifted to the archive. It would have been very useful to have such a setup, because the amount of data is too large to be replicated everywhere, especially on a laptop. After finding this post I finally understand that the seemingly never ending \"performing startup scan\" that I observed are probably not due to the assistant somehow hanging, contrary to what I thought. It seems it is just normal operation. The problem is that this normal operation makes it unusable for the use case I was considering, since it does not make much sense to have git-annex scanning about 10^6 files or links on every boot of a laptop. On my workstation this \"startup scan\" has now been running for close to one hour now and is not finished yet, this is not thinkable on laptop boot. 
+
+Maybe an analysis of how well git-annex operation scales with number of files should be part of the documentation, since \"large files\" is not the only issue when trying to sync different computers. One finds references to \"very large number of files\" about annex.queuesize, but \"very large\" has no clear meaning. One also finds a reference to \"1 million files\" being a bit of a git limitation on comments of a bug report <https://git-annex.branchable.com/bugs/Stress_test/>. 
+
+Orders of magnitude of the number of files that git-annex is supposed to be able to handle would be very useful. 
+
+
+"""]]
diff --git a/doc/forum/performance_and_multiple_replication_problems/comment_4_23a6dc7ea569944ca55bd21851dd770d._comment b/doc/forum/performance_and_multiple_replication_problems/comment_4_23a6dc7ea569944ca55bd21851dd770d._comment
new file mode 100644
index 0000000000..77fe564fc8
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems/comment_4_23a6dc7ea569944ca55bd21851dd770d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 4"
+ date="2014-03-05T22:06:00Z"
+ content="""
+@maurizio, that's a good motivating example.
+
+So, I have made `git config annex.startupscan false` disable the startup scan (except for a minor tree walk that needs to be done to get inotify working).
+
+Of course, if you set that, the assistant won't notice any changes that are made when it's not running. It would work well to set it if the assistant is started at boot and left running until shutdown.
+
+My goal for git-annex is for it to scale to how ever many files git scales to. So I try to always make git be the limiting factor. I feel that git scales fairly well into the 100k file range.
+"""]]
diff --git a/doc/forum/performance_and_multiple_replication_problems/comment_5_8df6cc8b72e0e78c7380f7d471124498._comment b/doc/forum/performance_and_multiple_replication_problems/comment_5_8df6cc8b72e0e78c7380f7d471124498._comment
new file mode 100644
index 0000000000..f881942f90
--- /dev/null
+++ b/doc/forum/performance_and_multiple_replication_problems/comment_5_8df6cc8b72e0e78c7380f7d471124498._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 5"
+ date="2014-07-08T12:26:58Z"
+ content="""
+Something to keep in mind for some point in the future: btrfs supports an efficient method by which one can inquire exactly which files have changed since a specified point in time, where the point in time is measured by a unit called «generation».
+
+A program can request the current «generation» index, and later ask btrfs which files have changed after that index, without needing to walk the file-system. This is currently implemented in the user-space program «btrfs filesystem find-new». While it’s called «find-new», this not only find newly created files, but also changed files.
+
+Currently, it seems one needs to be super-user to use «find-new», because it lists changed files for complete subvolumes, but since generations are stored per-file, in the future there will likely be a user-space method for regular users.
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk.mdwn b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk.mdwn
new file mode 100644
index 0000000000..f70c127025
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk.mdwn
@@ -0,0 +1,12 @@
+This works with bind-mount, I might try with softlinks as well.
+
+Going through git's data on push/pull can take ages on a spindle disk even
+if the repo is rather small in size. This is especially true if you are
+used to ssd speeds, but ssd storage is expensive. Storing the annex objects
+on a cheap spindle disk and everything else on a ssd makes things a _lot_
+faster.
+
+> Update: git-annex supports `.git/annex/` being moved to a different disk
+> than the rest of the repisitory, but does *not* support individual 
+> subdirectories, like `.git/annex/objects/` being on a different disk
+> than the main `.git/annex/` directory. --[[Joey]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_1_b3f22f9be02bc4f2d5a121db3d753ff5._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_1_b3f22f9be02bc4f2d5a121db3d753ff5._comment
new file mode 100644
index 0000000000..124993bcf1
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_1_b3f22f9be02bc4f2d5a121db3d753ff5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-02T17:48:29Z"
+ content="""
+Either option should work fine, but git gc --aggressive will probably avoid most of git's seeking.
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_2_f94abce32ef818176b42a3cc860691ae._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_2_f94abce32ef818176b42a3cc860691ae._comment
new file mode 100644
index 0000000000..eddc8c6315
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_2_f94abce32ef818176b42a3cc860691ae._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-04-02T21:34:24Z"
+ content="""
+I'll give it a try as soon as I get rid of this:
+
+    % git annex fsck
+fatal: index file smaller than expected
+fatal: index file smaller than expected
+    % git status
+fatal: index file smaller than expected
+    %    
+
+And no, I am not sure where that is coming from all of a sudden... (it might have to do with a hard lockup of the whole system due to a faulty hdd I tested, but I didn't do anything to it for ages before that lock-up. So meh. Also, this is prolly off topic in here)
+
+
+Richard
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_3_0c8e77fe248e00bd990d568623e5a5c9._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_3_0c8e77fe248e00bd990d568623e5a5c9._comment
new file mode 100644
index 0000000000..fc29236c6d
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_3_0c8e77fe248e00bd990d568623e5a5c9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-04-03T01:48:57Z"
+ content="""
+For future reference, git can recover from a corrupted index file with `rm .git/index; git reset --mixed`.
+
+Of course, you lose any staged changes that were in the old index file, and may need to re-stage some files.
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_4_4b7e8f9521d61900d9ad418e74808ffb._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_4_4b7e8f9521d61900d9ad418e74808ffb._comment
new file mode 100644
index 0000000000..ec0f88d13c
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_4_4b7e8f9521d61900d9ad418e74808ffb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2011-04-03T09:03:22Z"
+ content="""
+Thanks a lot. I tried various howtos around the net, but none of them worked; yours did. (I tried it in one of the copies of the broken repo which I keep around for obvious reasons).
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_5_7abbbe7db3988a2d239d11b0a4c597e7._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_5_7abbbe7db3988a2d239d11b0a4c597e7._comment
new file mode 100644
index 0000000000..651fc81448
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_5_7abbbe7db3988a2d239d11b0a4c597e7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="stoile"
+ ip="2a01:198:242:0:219:66ff:fef2:c021"
+ subject="Error with .git/annex as a symlink"
+ date="2013-11-16T12:20:58Z"
+ content="""
+I had my git annex directory on a ssd and .git/annex on a hdd (using a symlink). I got errors when adding files because a move failed. I forgot to copy the error message. When I had .git/annex/objects on a hdd, everything worked as expected, there were no problems.
+
+So what exactly will go wrong if I only have this one subdirectory on another filesystem?
+"""]]
diff --git a/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_6_46bd45fdc25d9c583f4ebe3a9730ab9f._comment b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_6_46bd45fdc25d9c583f4ebe3a9730ab9f._comment
new file mode 100644
index 0000000000..0c0e3e4957
--- /dev/null
+++ b/doc/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/comment_6_46bd45fdc25d9c583f4ebe3a9730ab9f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="stoile"
+ ip="2a01:198:242:0:219:66ff:fef2:c021"
+ subject="Bug report answering my question"
+ date="2013-11-17T10:28:40Z"
+ content="""
+My question was answered in <http://git-annex.branchable.com/bugs/not_possible_to_have_annex_on_a_separate_filesystem/>.
+"""]]
diff --git a/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517.mdwn b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517.mdwn
new file mode 100644
index 0000000000..0d226d5df8
--- /dev/null
+++ b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517.mdwn
@@ -0,0 +1,13 @@
+    [2014-05-18 22:38:21 SAST] main: starting assistant version 5.20140517-g0aed6d9
+    Already up-to-date.
+    
+    (scanning...) [2014-05-18 22:38:22 SAST] Watcher: Performing startup scan
+    gpg: WARNING: unsafe permissions on homedir `/var/folders/m6/zkd11n111m38ff37zbtgq0lr0000gp/T/git-annex-gpg.tmp.0'
+    gpg: keyring `/Applications/git-annex.app/Contents/MacOS/trustedkeys.gpg' created
+    gpg: Signature made Sun May 18 04:16:11 2014 SAST using DSA key ID XXXXXXXX
+    gpg: Can't check signature: public key not found
+    (started...) 
+
+And still facing:
+
+    git-annex-remote-skydrive is not installed in PATH (/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/usr/bin:/bin:/usr/sbin:/sbin)
diff --git a/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_1_807d7da99f732f2fa5f9d3cb1ba9f1a1._comment b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_1_807d7da99f732f2fa5f9d3cb1ba9f1a1._comment
new file mode 100644
index 0000000000..0cd6a21d98
--- /dev/null
+++ b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_1_807d7da99f732f2fa5f9d3cb1ba9f1a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 1"
+ date="2014-06-21T13:07:51Z"
+ content="""
+What exactly are safe permissions?
+"""]]
diff --git a/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_2_92a7509fc42ab2347d57f080081d14b5._comment b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_2_92a7509fc42ab2347d57f080081d14b5._comment
new file mode 100644
index 0000000000..4767ae75bb
--- /dev/null
+++ b/doc/forum/pgp_issue_in_log_file_after_upgrade_to_5.20140517/comment_2_92a7509fc42ab2347d57f080081d14b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 2"
+ date="2014-07-03T19:49:03Z"
+ content="""
+That error message seems to occur when git-annex is trying to upgrade itself to a newer version, but for some reason the temporary directory it uses for gpg allows some other user to write to it. Perhaps because of a wacky umask, I don't know. AFAICS it's only a warning and the upgrade still works, but I have made git-annex force a sane umask when creating this temp directory.
+"""]]
diff --git a/doc/forum/post-copy__47__sync_hook.mdwn b/doc/forum/post-copy__47__sync_hook.mdwn
new file mode 100644
index 0000000000..05fbc0b291
--- /dev/null
+++ b/doc/forum/post-copy__47__sync_hook.mdwn
@@ -0,0 +1,14 @@
+Hi,
+
+I have the following setup:
+- normal git repository with website code.
+- git annex repository to hold large set of binary data (pdfs, flashmovies, etc) that belongs to the site.
+
+I use git annex so I (and other developers) don't need to copy 1.4Gb+ of binary data for every working copy. (Data that is mostly left untouched.) Using git annex copy --to=origin I can simply only add new additions to this media/binary repository, without first pulling all the data. So far so good.
+
+When commits are pushed to a certain branch on the normal git repository, a post-receive hook exports (GIT_WORK_TREE=/data/site/ git checkout $branch -f) the updated repository to an apache documentroot. Thereby updating the staging server of the website.
+
+My question is, how can I do the same thing for my git annex repository? Since post-receive fires on receiving the annex hashes, and not the actual files. Those are rsynced, and I cannot find a way to trigger an action after all files are copied by git annex via rsync.
+
+Any tips?
+
diff --git a/doc/forum/post-copy__47__sync_hook/comment_1_c8322d4b9bbf5eac80b48c312a42fbcf._comment b/doc/forum/post-copy__47__sync_hook/comment_1_c8322d4b9bbf5eac80b48c312a42fbcf._comment
new file mode 100644
index 0000000000..04a6f4668e
--- /dev/null
+++ b/doc/forum/post-copy__47__sync_hook/comment_1_c8322d4b9bbf5eac80b48c312a42fbcf._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-03-14T16:23:25Z"
+ content="""
+I've made git-annex-shell run the git `hooks/annex-content` after content is received or dropped. 
+
+Note that the clients need to be running at least git-annex version 3.20120227 , which runs git-annex-shell commit, which runs the hook.
+
+"""]]
diff --git a/doc/forum/preferred_content.mdwn b/doc/forum/preferred_content.mdwn
new file mode 100644
index 0000000000..b4c215328d
--- /dev/null
+++ b/doc/forum/preferred_content.mdwn
@@ -0,0 +1,11 @@
+Hello all,
+
+I'm trying to use "preferred content" with git-annex but I suspect that my version doesn't provide it.
+
+I'm using Debian "wheezy" that packs git-annex 3.20120629.
+
+I appreciate any help you can give.
+
+Thanks.
+
+Zaka.
diff --git a/doc/forum/preferred_content/comment_1_9c9e5f2ee5ae4d8459358ad16f879ef1._comment b/doc/forum/preferred_content/comment_1_9c9e5f2ee5ae4d8459358ad16f879ef1._comment
new file mode 100644
index 0000000000..24de5840b3
--- /dev/null
+++ b/doc/forum/preferred_content/comment_1_9c9e5f2ee5ae4d8459358ad16f879ef1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-07T18:38:22Z"
+ content="""
+The first version of git-annex to support preferred content settings was 3.20121009.
+
+There is a quite up-to-date backport available for Debian stable.
+"""]]
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks.mdwn b/doc/forum/preferred_content_settings_for_multiple_symlinks.mdwn
new file mode 100644
index 0000000000..3c67a93a5f
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks.mdwn
@@ -0,0 +1,7 @@
+I have my music library in `music/` and some really old files I recently added in `reallyold/`.  There are some MP3s in the really old files and some are the same as my library, so of course git annex is only keeping one copy.  Now, I have an rsync remote, `ma`, which prefers content from `music/` but doesn't want anything from `reallyold/`.  So while right now it is trying to drop stuff, I suspect at some point that it will try to re-add them in virtue of being in `music/`, as I've got a loop.
+
+I want to eliminate this by using the present keyword to disable dropping for stuff in `reallyold/` and `music/`.  Here is my attempt, which doesn't work--I am hoping someone can spot what's wrong.
+
+    (present and include=music/*) or (present and include=reallyold/*) or (exclude=reallyold/* and exclude=video/* and exclude= ...)
+
+Note that music is included by virtue of not being excluded so it should satisfy the third disjunct.  Thanks.
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_1_70da012d96ab576151fe3e081ef905d1._comment b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_1_70da012d96ab576151fe3e081ef905d1._comment
new file mode 100644
index 0000000000..b5fbd345eb
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_1_70da012d96ab576151fe3e081ef905d1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="Ever figure this out?"
+ date="2013-02-24T22:00:40Z"
+ content="""
+I find it's useful, when stuck on this kind of thing, to run `git annex find` at the command line passing it parts of the expression and making sure it works, and gradually building up to the complete expression.
+
+You have to do some conversion due to differences between command line and preferred content expression format. For example `git annex find -\( --in here --and --include \"music/*\" -\)`
+"""]]
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_2_ccea74d8b5a4de1f3cd1f6da6694ae0e._comment b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_2_ccea74d8b5a4de1f3cd1f6da6694ae0e._comment
new file mode 100644
index 0000000000..09b9d8564f
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_2_ccea74d8b5a4de1f3cd1f6da6694ae0e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="comment 2"
+ date="2013-03-12T09:34:08Z"
+ content="""
+Thanks for the tip--I will definitely make another attempt at some point.
+"""]]
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_3_fab70c642d5aaf26de05270860281030._comment b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_3_fab70c642d5aaf26de05270860281030._comment
new file mode 100644
index 0000000000..12c49a89c7
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_3_fab70c642d5aaf26de05270860281030._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="Impossible?"
+ date="2013-06-24T17:48:02Z"
+ content="""
+I have now investigated this further and believe that what I am trying to do is impossible.  Suppose we have a file `song.mp3` in both `music/` and `old/` and the special remote's preferred content expression is set-up to prefer `music/` and not to prefer `old/`.  So initially, git-annex won't try to upload the content when it scans `old/song.mp3`, but it will when it scans `music/song.mp3`.  Fine.  Now consider a later scan.  On scanning the filename `music/song.mp3` git-annex will suppose the file was dropped from the remote, and then see it would be preferred again so won't drop it.  But then when it gets to scanning the filename `old/song.mp3` it will see that it wouldn't be preferred and will drop the content.  So we get the loop.
+
+In order to stop the unwanted drop here, the preferred content expression must prefer \"files in old/* that is also in music/*\" but since preferred content expressions concern filenames without reference to their contents, this is impossible to express.  The expression `include=music/* and include=old/*` will never match anything.
+"""]]
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_4_3cbd06de53b6a13e2741124a8e7b5b5b._comment b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_4_3cbd06de53b6a13e2741124a8e7b5b5b._comment
new file mode 100644
index 0000000000..1868e9736a
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_4_3cbd06de53b6a13e2741124a8e7b5b5b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 4"
+ date="2013-06-25T17:22:53Z"
+ content="""
+spwhitton, your analysis is correct -- except this problem was finessed in git-annex version 4.20130621. Now, when using direct mode, it knows that `old/song.mp3` is also `music/song.mp3`, and so it only drops it if the preferred content expression allows dropping both files.
+
+Still doesn't work in indirect mode, and I think not likely to in the forseeable future. See [[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]]
+"""]]
diff --git a/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_5_963558ab261d8a6315402d371e8348f9._comment b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_5_963558ab261d8a6315402d371e8348f9._comment
new file mode 100644
index 0000000000..f7ae3216a4
--- /dev/null
+++ b/doc/forum/preferred_content_settings_for_multiple_symlinks/comment_5_963558ab261d8a6315402d371e8348f9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="comment 5"
+ date="2013-06-25T19:47:19Z"
+ content="""
+I assume you mean that if I use direct mode locally, it will get things right.  I didn't think a special remote could ever be in direct mode.
+
+Thank you for the info.  I don't want to lose the safeguards of indirect mode just for this, so I'll stick with my inelegant manual preferred content strings for now.
+"""]]
diff --git a/doc/forum/public-web-frontend.mdwn b/doc/forum/public-web-frontend.mdwn
new file mode 100644
index 0000000000..d3fdb9b94a
--- /dev/null
+++ b/doc/forum/public-web-frontend.mdwn
@@ -0,0 +1,16 @@
+Hi,
+
+Use case: I would like to have a "Public" top-level directory in my annex, which gets files in there published over HTTP on a particular server.
+
+How I see doing this:
+
+1. Put my annex to an http server with exported-over-http `/Public/` directory.
+2. Configure a `post-update` hook with the following:
+
+        $ git annex fix
+
+3. Push files on `/Public/` to that annex.
+
+Does it make sense? If yes, are there any gotchas I should beware of?
+
+Thanks.
diff --git a/doc/forum/public-web-frontend/comment_1_c73bd2dfe020c25eaad1c0707dd2db01._comment b/doc/forum/public-web-frontend/comment_1_c73bd2dfe020c25eaad1c0707dd2db01._comment
new file mode 100644
index 0000000000..b9f6c98676
--- /dev/null
+++ b/doc/forum/public-web-frontend/comment_1_c73bd2dfe020c25eaad1c0707dd2db01._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="should work.."
+ date="2012-08-05T17:18:47Z"
+ content="""
+I see no need for `git annex fix` here.
+
+Web server default configurations may not allow following symlinks outside the web server document root. On apache, it can be enabled with `Options FollowSymLinks`
+"""]]
diff --git a/doc/forum/public-web-frontend/comment_2_0026d7be6b17e50d86b3b54985882f80._comment b/doc/forum/public-web-frontend/comment_2_0026d7be6b17e50d86b3b54985882f80._comment
new file mode 100644
index 0000000000..bfb60ede1e
--- /dev/null
+++ b/doc/forum/public-web-frontend/comment_2_0026d7be6b17e50d86b3b54985882f80._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmdLmVxigDvxiGhnQ34xhyAaxl0CRRe9gs"
+ nickname="Bryan"
+ subject="Alternate version - smarter integration with other remotes/web special remote?"
+ date="2013-03-03T14:19:12Z"
+ content="""
+I love the idea of pushing files to \"visible\" using annex, but I'm wondering how difficult to would be to make this even fancier.
+
+For instance, if there are files that were originally imported from the web special remote (and have http:// prefixes, since that's not guaranteed), and they're not actually in the pushed annex, generate a redirect for all of them and write a special remote-local .htaccess file.
+
+Or, similarly, allow each remote to have some metadata which specifies what, if any, the URL prefix for a directory in annex is. Then, whenever you update a web remote, the auto-generated redirects list could contain not only files not present but with web-remote locations, but also other remotes which have the file under a web-visible path prefix. Bonus for allowing URL prefixes for S3-style remotes that are not encrypted.
+
+My use case for this sort of fancy is that I have a large server with gobs of space but on a personal (slower) internet connection, and a much smaller hosted instance with much faster bandwidth. With this smarts, I could push and pull large/expected high traffic files to the higher bandwidth/smaller machine ahead of, say, announcing a new feature or sharing a link to a video via e-mail.. or even reactively if the lower-bandwidth server is getting overwhelmed. 
+"""]]
diff --git a/doc/forum/public__44___read_only_annex_without_location_tracking.mdwn b/doc/forum/public__44___read_only_annex_without_location_tracking.mdwn
new file mode 100644
index 0000000000..88f8b21c2c
--- /dev/null
+++ b/doc/forum/public__44___read_only_annex_without_location_tracking.mdwn
@@ -0,0 +1,7 @@
+I would like to use a public, read only annex to publish photos. I have a server, running gitolite, with git-annex setup, which I use successfully to sync content between my own devices.
+
+But, with a public annex, I would like the view of the repository available from the server to be that only the server has the content, and not to have, or give out any of the location tracking information about any other annexes?
+
+A more concrete example would be, how do I get a photo in to git annex locally, and then push this to the server for public access, without publishing information about my local repository?
+
+From the public annexes I have looked at, this does not appear to be done. So I am unsure if this is even possible, however it seems a desirable thing to do?
diff --git a/doc/forum/public__44___read_only_annex_without_location_tracking/comment_1_47262f048a87fd6b781090f880a9bf99._comment b/doc/forum/public__44___read_only_annex_without_location_tracking/comment_1_47262f048a87fd6b781090f880a9bf99._comment
new file mode 100644
index 0000000000..99ed6f25a7
--- /dev/null
+++ b/doc/forum/public__44___read_only_annex_without_location_tracking/comment_1_47262f048a87fd6b781090f880a9bf99._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-03T19:35:21Z"
+ content="""
+There's not a way to do it yet.
+
+The fundamental problem is that there is a variety of information stored on the git-annex branch, including location tracking information that you don't want (locations on non-public repositories), location tracking information you do want (locations on public repositories), urls, metadata, repository configurations and descriptions (some for public and some for non-public repositories). It seems fairly hard to draw a line. And once a line is drawn, there would be two diverged git-annex branches on the public and private repos, and the private repo would need to synthesize an updated version of the public branch every time it synced.
+
+Instead, the last time this came up, I added the remote.<name>.annex-readonly setting. This allows for at least having a private repository (or a whole network of repositories that all communicate together but remain private) that pulls changes from a public repo, but avoids making changes to it. Certainly not a complete solution, since changes have to be contributed to the public repo in some out-of-band way, like perhaps using git-format-patch and git-am.
+"""]]
diff --git a/doc/forum/public__44___read_only_annex_without_location_tracking/comment_2_ec3ff6487c9e5c89c7e508d72518bd50._comment b/doc/forum/public__44___read_only_annex_without_location_tracking/comment_2_ec3ff6487c9e5c89c7e508d72518bd50._comment
new file mode 100644
index 0000000000..ad74e68660
--- /dev/null
+++ b/doc/forum/public__44___read_only_annex_without_location_tracking/comment_2_ec3ff6487c9e5c89c7e508d72518bd50._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="cbaines"
+ ip="82.19.50.118"
+ subject="comment 2"
+ date="2014-07-03T20:13:20Z"
+ content="""
+Thanks for your response.
+
+The method you describe sounds like it might just do. I'll have a try, and see if it works out :)
+"""]]
diff --git a/doc/forum/pulling_from_encrypted_remote.mdwn b/doc/forum/pulling_from_encrypted_remote.mdwn
new file mode 100644
index 0000000000..e9486b597d
--- /dev/null
+++ b/doc/forum/pulling_from_encrypted_remote.mdwn
@@ -0,0 +1,12 @@
+Is there a way to pull from an encrypted remote?
+
+Use case:
+
+1. Have annex in an encrypted public rsync remote
+2. Have USB stick with PGP keys (but not the annex repository)
+3. Get to a new computer
+4. Set up a new annex using the PGP keys I have.
+
+1-3 work fine :) However, 4'th is the issue:
+
+How would I do `git pull <remote>` for an encrypted remote? Is it possible?
diff --git a/doc/forum/pulling_from_encrypted_remote/comment_1_e9d6a9a6e01d01edb41a11b0da11d74d._comment b/doc/forum/pulling_from_encrypted_remote/comment_1_e9d6a9a6e01d01edb41a11b0da11d74d._comment
new file mode 100644
index 0000000000..2da698f4a9
--- /dev/null
+++ b/doc/forum/pulling_from_encrypted_remote/comment_1_e9d6a9a6e01d01edb41a11b0da11d74d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-07-10T18:14:31Z"
+ content="""
+You just need to `git clone` the existing repository and make sure the `git remote`s are setup.
+
+the 'rsync remote' is not actually the annex, it's just a collection of encrypted files with obfuscated names.  You need a copy of the actual repository to restore the files.
+"""]]
diff --git a/doc/forum/pulling_from_encrypted_remote/comment_2_8d0db2ff65ce935c6e68044a3e0721a8._comment b/doc/forum/pulling_from_encrypted_remote/comment_2_8d0db2ff65ce935c6e68044a3e0721a8._comment
new file mode 100644
index 0000000000..8fd73cd92c
--- /dev/null
+++ b/doc/forum/pulling_from_encrypted_remote/comment_2_8d0db2ff65ce935c6e68044a3e0721a8._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="Thats a fair solution"
+ date="2012-07-22T13:51:25Z"
+ content="""
+Until you don't have(access to) an existing repository to clone from.
+
+I really hope you revisit this when you come to the encryption part of the assistant.
+
+Btw, I also run FreeBSD if you need a tester on that at some point.
+
+Sincerely
+Tobias Ussing
+
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow.mdwn b/doc/forum/pure_git-annex_only_workflow.mdwn
new file mode 100644
index 0000000000..36648a9058
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow.mdwn
@@ -0,0 +1,46 @@
+I’m using git annex to manage my movie collection on various devices – my laptop, a NSLU tucked away somewhere with lots of space, some external hard drives. For this use case, I do not need the full power of git as a version control system, so having to run "git commit" and coming up with commit messages is annoying. Also, this makes sense for a version control system, but not for my media collection:
+
+	$ git annex add Hot\ Fuzz\ -\ English.mkv 
+	add Hot Fuzz - English.mkv (checksum...) ok
+	(Recording state in git...)
+	$ git commit -m 'another movie added'
+	[master 851dc8a] another movie added
+	 1 files changed, 1 insertions(+), 0 deletions(-)
+	 create mode 120000 00 Noch nicht gesehen/Hot Fuzz - English.mkv
+	$ git push jeff
+	Counting objects: 38, done.
+	Delta compression using up to 2 threads.
+	Compressing objects: 100% (20/20), done.
+	Writing objects: 100% (26/26), 2.00 KiB, done.
+	Total 26 (delta 11), reused 0 (delta 0)
+	remote: error: refusing to update checked out branch: refs/heads/master
+	remote: error: By default, updating the current branch in a non-bare repository
+	remote: error: is denied, because it will make the index and work tree inconsistent
+	remote: error: with what you pushed, and will require 'git reset --hard' to match
+	remote: error: the work tree to HEAD.
+	remote: error: 
+	remote: error: You can set 'receive.denyCurrentBranch' configuration variable to
+	remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into
+	remote: error: its current branch; however, this is not recommended unless you
+	remote: error: arranged to update its work tree to match what you pushed in some
+	remote: error: other way.
+	remote: error: 
+	remote: error: To squelch this message and still keep the default behaviour, set
+	remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
+	To jeff:/mnt/media/Movies
+	 ! [rejected]        git-annex -> git-annex (non-fast-forward)
+	 ! [remote rejected] master -> master (branch is currently checked out)
+	error: failed to push some refs to 'jeff:/mnt/media/Movies'
+	To prevent you from losing history, non-fast-forward updates were rejected
+	Merge the remote changes (e.g. 'git pull') before pushing again.  See the
+	'Note about fast-forwards' section of 'git push --help' for details.
+
+It seems that to successfully make the new files known to the other side, I have to log into jeff and pull _from_ my current machine.	
+
+What I would like to have is that
+
+* git annex add does not require a commit afterwards.
+* Changes to the files are automatically picked up with the next git-annex call (similar to how etckeeper works).
+* Commands "git annex push" and "git annex pull" that will sync the metadata (i.e. the list of files) in both directions without further manual intervention, at least not until the two repositories have diverged in a way that is not possible to merge sensible.
+
+Summay: git-annex is great. git is not always. Please make it possible to use git annex without having to use git.
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_10_683768c9826b0bf0f267e8734b9eb872._comment b/doc/forum/pure_git-annex_only_workflow/comment_10_683768c9826b0bf0f267e8734b9eb872._comment
new file mode 100644
index 0000000000..dc499cbc90
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_10_683768c9826b0bf0f267e8734b9eb872._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="Finally some code"
+ date="2011-12-29T19:58:31Z"
+ content="""
+The repository at http://git.nomeata.de/?p=git-annex.git;a=summary contains changes to Commands/Sync.hs (and to the manpage) that implements this behavior. The functionality should be fine; the progress output is not very nice yet, but I’m not sure if I really understood the various Command types. It also should be more easily discoverable how to activate the behavior (by running \"git branch synced/master\") by providing a helpful message, at least unless git annex init creates the branch by default.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_11_6b541ed834ef45606f3b98779a25a148._comment b/doc/forum/pure_git-annex_only_workflow/comment_11_6b541ed834ef45606f3b98779a25a148._comment
new file mode 100644
index 0000000000..30932e301f
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_11_6b541ed834ef45606f3b98779a25a148._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 11"
+ date="2011-12-30T21:49:06Z"
+ content="""
+OMG, my first sizable haskell patch!
+
+So trying this out..
+
+In each repo I want to sync, I first `git branch synced/master`
+
+Then in each repo, I found I had to pull from each of its remotes, to get the tracking branches that `defaultSyncRemotes` looks for to know those remotes are syncable. This was the surprising thing for me, I had expected sync to somehow work out which remotes were syncable without my explicit pull. And it was not very obvious that sync was not doing its thing before I did that, since it still does a lot of \"stuff\".
+
+Once set up properly, `git annex sync` fetches from each remote, merges, and then pushes to each remote that has a synced branch. Changes propigate around even when some links are one-directional. Cool!
+
+So it works fine, but I think more needs to be done to make setting up syncing easier. Ideally, all a user would need to do is run \"git annex sync\" and it syncs from all remotes, without needing to manually set up the synced/master branch.
+
+While this would lose the ability to control which remotes are synced, I think that being able to `git annex sync origin` and only sync from/to origin is sufficient, for the centralized use case.
+
+---
+
+Code review:
+
+Why did you make `branch` strict?
+
+There is a bit of a bug in your use of Command.Merge.start. The git-annex branch merge code only runs once per git-annex run, and often this comes before sync fetches from the remotes, leading to a push conflict. I've fixed this in my \"sync\" branch, along with a few other minor things.
+
+`mergeRemote` merges from `refs/remotes/foo/synced/master`. But that will only be up-to-date if `git annex sync` has recently been run there. Is there any reason it couldn't merge from `refs/remotes/foo/master`?
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_12_ca8ca35d6cd4a9f94568536736c12adc._comment b/doc/forum/pure_git-annex_only_workflow/comment_12_ca8ca35d6cd4a9f94568536736c12adc._comment
new file mode 100644
index 0000000000..5b0259b97a
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_12_ca8ca35d6cd4a9f94568536736c12adc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 12"
+ date="2011-12-30T23:45:57Z"
+ content="""
+I have made a new `autosync` branch, where all that the user needs to do is run `git annex sync` and it automatically sets up the synced/master branch. I find this very easy to use, what do you think?
+
+Note that `autosync` is also pretty smart about not running commands like \"git merge\" and \"git push\" when they would not do anything. So you may find `git annex sync` not showing all the steps you'd expect. The only step a sync always performs now is pulling from the remotes.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_13_00c82d320c7b4bb51078beba17e14dc8._comment b/doc/forum/pure_git-annex_only_workflow/comment_13_00c82d320c7b4bb51078beba17e14dc8._comment
new file mode 100644
index 0000000000..84515ec6c5
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_13_00c82d320c7b4bb51078beba17e14dc8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 13"
+ date="2011-12-31T18:34:31Z"
+ content="""
+I have merged my autosync branch, the improved sync command will be in this year's last git-annex release!
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_14_b63568b327215ef8f646a39d760fdfc0._comment b/doc/forum/pure_git-annex_only_workflow/comment_14_b63568b327215ef8f646a39d760fdfc0._comment
new file mode 100644
index 0000000000..194415dfb6
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_14_b63568b327215ef8f646a39d760fdfc0._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 14"
+ date="2012-01-02T14:02:04Z"
+ content="""
+Sorry for not replying earlier, but my non-mailinglist-communications-workflows are suboptimal :-)
+
+> Then in each repo, I found I had to pull from each of its remotes, to get the tracking branches that defaultSyncRemotes looks for to know those remotes are syncable.  This was the surprising thing for me, I had expected sync to somehow work out which remotes were syncable without my explicit pull. And it was not very obvious that sync was not doing its thing before I did that, since it still does a lot of \"stuff\".
+
+Right. But \"git fetch\" ought to be enough.
+
+Personally, I’d just pull and push everywhere, but you pointed out that it ought to be manageable. The existence of the synced/master branch is the flag that indicates this, so you need to propagate this once. Note that if the branch were already created by \"git annex init\", then this would not be a problem.
+
+It is not required to use \"git fetch\" once, you can also call \"git annex sync <remote>\" once with the remote explicitly mentioned; this would involve a fetch.
+
+> While this would lose the ability to control which remotes are synced, I think that being able to git annex sync origin and only sync from/to origin is sufficient, for the centralized use case.
+
+I’d leave this decision to you. But I see that you took the decision already, as your code now creates the synced/master branch when it does not exist (e290f4a8).
+
+> Why did you make branch strict?
+
+Because it did not work otherwise :-). It uses pipeRead, which is lazy, and for some reason git and/or your utility functions did not like that the output of the command was not consumed before the next git command was called. I did not investigate further. For better code, I’d suggest to add a function like pipeRead that completely reads the git output before returning, thus avoiding any issues with lazyIO.
+
+> mergeRemote merges from refs/remotes/foo/synced/master. But that will only be up-to-date if git annex sync has recently been run there. Is there any reason it couldn't merge from refs/remotes/foo/master?
+
+Hmm, good question. It is probably save to merge from both, and push only to synced/master. But which one first? synced/master can be ahead if the repo was synced to from somewhere else, master can be ahead if there are local changes. Maybe git merge should be called on all remote heads simultaniously, thus generating only one commit for the merge. I don’t know how well that works in practice.
+
+Thanks for including my code,
+Joachim
+
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_15_cb7c856d8141b2de3cc95874753f1ee5._comment b/doc/forum/pure_git-annex_only_workflow/comment_15_cb7c856d8141b2de3cc95874753f1ee5._comment
new file mode 100644
index 0000000000..a526d5db8a
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_15_cb7c856d8141b2de3cc95874753f1ee5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 15"
+ date="2012-01-02T16:01:49Z"
+ content="""
+With a lazy branch, I get \"git-annex: no branch is checked out\". Weird.. my best guess is that it's because this is running at the seek stage, which is unusual, and the value is not used until a later stage and so perhaps the git command gets reaped by some cleanup code before its output is read.
+
+(pipeRead is lazy because often it's used to read large quantities of data from git that are processed progressively.)
+
+I did make it merge both branches, separately. It would be possible to do one single merge, but it's probably harder for the user to recover if there are conflicts in an octopus merge. The order of the merges does not seem to me to matter much, barring conflicts it will work either way. Dealing with conflicts during sync is probably a weakness of all this; after the first conflict the rest of the sync will continue failing.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_1_a32f7efd18d174845099a4ed59e6feae._comment b/doc/forum/pure_git-annex_only_workflow/comment_1_a32f7efd18d174845099a4ed59e6feae._comment
new file mode 100644
index 0000000000..def1794a3e
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_1_a32f7efd18d174845099a4ed59e6feae._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-09T22:56:11Z"
+ content="""
+First, you need a bare git repository that you can push to, and pull from. This simplifies most git workflow.
+
+Secondly, I use [mr](http://kitenet.net/~joey/code/mr/), with this in `.mrconfig`:
+
+<pre>
+[DEFAULT]
+lib =
+        annexupdate() {
+                git commit -a -m update || true
+                git pull \"$@\"
+                git annex merge
+                git push || true
+        }
+
+[lib/sound]
+update = annexupdate
+[lib/big]
+update = annexupdate
+</pre>
+
+Which makes \"mr update\" in repositories where I rarely care about git details take care of syncing my changes.
+
+I also make \"mr update\" do a \"git annex get\" of some files in some repositories that I want to always populate. git-annex and mr go well together. :)
+
+Perhaps my annexupdate above should be available as \"git annex sync\"?
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_2_66dc9b65523a9912411db03c039ba848._comment b/doc/forum/pure_git-annex_only_workflow/comment_2_66dc9b65523a9912411db03c039ba848._comment
new file mode 100644
index 0000000000..473a0287d0
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_2_66dc9b65523a9912411db03c039ba848._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 2"
+ date="2011-12-10T16:28:29Z"
+ content="""
+Thanks for the tips so far. I guess a bare-only repo helps, but as well is something that I don’t _need_ (for my use case), any only have to do because git works like this.
+
+Also, if I have a mobile device that I want to push to, then I’d have to have two repositories on the device, as I might not be able to reach my main bare repository when traveling, but I cannot push to the „real“ repo on the mobile device from my computer. I guess I am spoiled by darcs, which will happily push to a checked out 
+remote repository, updating the checkout if possible without conflict.
+
+If I introduce a central bare repository to push to and from; I’d still have to have the other non-bare repos as remotes, so that git-annex will know about them and their files, right?
+
+I’d appreciate a \"git annex sync\" that does what you described (commit all, pull, merge, push). Especially if it comes in a \"git annex sync --all\" variant that syncs all reachable repositories.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_3_9b7d89da52f7ebb7801f9ec8545c3aba._comment b/doc/forum/pure_git-annex_only_workflow/comment_3_9b7d89da52f7ebb7801f9ec8545c3aba._comment
new file mode 100644
index 0000000000..9b6e6d7c4d
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_3_9b7d89da52f7ebb7801f9ec8545c3aba._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-12-10T19:43:04Z"
+ content="""
+Git can actually push into a non-bare repository, so long as the branch you change there is not a checked out one. Pushing into `remotes/$foo/master` and `remotes/$foo/git-annex` would work, however determining the value that the repository expects for `$foo` is something git cannot do on its own. And of course you'd still have to `git merge remotes/$foo/master` to get the changes. 
+
+Yes, you still keep the non-bare repos as remotes when adding a bare repository, so git-annex knows how to get to them.
+
+I've made `git annex sync` run the simple script above. Perhaps it can later be improved to sync all repositories.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_4_dc8a3f75533906ad3756fcc47f7e96bb._comment b/doc/forum/pure_git-annex_only_workflow/comment_4_dc8a3f75533906ad3756fcc47f7e96bb._comment
new file mode 100644
index 0000000000..1ac9e798a8
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_4_dc8a3f75533906ad3756fcc47f7e96bb._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 4"
+ date="2011-12-13T18:16:08Z"
+ content="""
+I thought about this some more, and I think I have a pretty decent solution that avoids a central bare repository. Instead of pushing to master (which git does not like) or trying to guess the remote branch name on the other side, there is a well-known branch name, say git-annex-master. Then a sync command would do something like this (untested):
+
+    git commit -a -m 'git annex sync' # ideally with a description derived from the diff
+    git merge git-annex-master
+    git pull someremote git-annex-master # for all reachable remotes. Or better to use fetch and then merge everything in one command?
+    git branch -f git-annex-master # (or checkout git-annex-master, merge master, checkout master, but since we merged before this should have the same effect
+    git annex merge
+    git push someremote git-annex-master # for all reachable remotes
+
+The nice things are: One can push to any remote repository, and thus avoid the issue of pushing to a portable device; the merging happens on the master branch, so if it fails to merge automatically, regular git foo can resolve it, and all changes eventually reach every repository.
+
+What do you think?
+    
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_5_afe5035a6b35ed2c7e193fb69cc182e2._comment b/doc/forum/pure_git-annex_only_workflow/comment_5_afe5035a6b35ed2c7e193fb69cc182e2._comment
new file mode 100644
index 0000000000..0847daae9d
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_5_afe5035a6b35ed2c7e193fb69cc182e2._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 5"
+ date="2011-12-13T18:47:18Z"
+ content="""
+After some experimentation, this seems to work better:
+
+    	git commit -a -m 'git annex sync'
+	git merge git-annex-master
+	for remote in $(git remote)
+	do
+		git fetch $remote
+		git merge $remote git-annex-master
+	done
+	git branch -f git-annex-master
+	git annex merge
+	for remote in $(git remote)
+	do
+		git push $remote git-annex git-annex-master
+	done
+
+Maybe this approach can be enhance to skip stuff gracefully if there is no git-annex-master branch and then be added to what \"git annex sync\" does, this way those who want to use the feature can do so by running \"git branch git-annex-master\" once. Or, if you like this and want to make it default, just make git-annex-init create the git-annex-master branch :-)
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_6_3660d45c5656f68924acbd23790024ee._comment b/doc/forum/pure_git-annex_only_workflow/comment_6_3660d45c5656f68924acbd23790024ee._comment
new file mode 100644
index 0000000000..fc66fbb8e1
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_6_3660d45c5656f68924acbd23790024ee._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-12-13T20:53:23Z"
+ content="""
+It would be clearer to call \"git-annex-master\" \"synced/master\" (or really \"synced/$current_branch\"). That does highlight that this method of syncing is not particularly specific to git-annex.
+
+I think this would be annoying to those who do use a central bare repository, because of the unnecessary pushing and pulling to other repos, which could be expensive to do, especially if you have a lot of interconnected repos. So having a way to enable/disable it seems best.
+
+Maybe you should work up a patch to Command/Sync.hs, since I know you know haskell :)
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_7_33db51096f568c65b22b4be0b5538c0d._comment b/doc/forum/pure_git-annex_only_workflow/comment_7_33db51096f568c65b22b4be0b5538c0d._comment
new file mode 100644
index 0000000000..753a2af169
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_7_33db51096f568c65b22b4be0b5538c0d._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 7"
+ date="2011-12-18T12:08:51Z"
+ content="""
+I agree on the naming suggestions, and that it does not suit everybody. Maybe I’ll think some more about it. The point is: I’m trying to make live easy for those who do not want to manually create some complicated setup, so if it needs configuration, it is already off that track. But turning the current behavior into something people have to configure is also not well received by the users.
+
+Given that \"git annex sync\" is a new command, maybe it is fine to have this as a default behavior, and offer an easy way out. The easy way out could be one of two flags that can be set for a repo (or a remote):
+
+* \"central\", which makes git annex sync only push and pull to and that repo (unless a different remote is given on the command line)
+* \"unsynced\", which makes git annex sync skip the repo.
+
+Maybe central is enough.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_8_6e5b42fdb7801daadc0b3046cbc3d51e._comment b/doc/forum/pure_git-annex_only_workflow/comment_8_6e5b42fdb7801daadc0b3046cbc3d51e._comment
new file mode 100644
index 0000000000..67953860ae
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_8_6e5b42fdb7801daadc0b3046cbc3d51e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 8"
+ date="2011-12-19T18:29:01Z"
+ content="""
+I don't mind changing the behavior of git-annex sync, certainly..
+
+Looking thru git's documentation, I found some existing configuration that could be reused following your idea.
+There is a remote.name.skipDefaultUpdate and a remote.name.skipFetchAll. Though both have to do with fetches, not pushes.
+Another approach might be to use git's remote group stuff.
+"""]]
diff --git a/doc/forum/pure_git-annex_only_workflow/comment_9_ace319652f9c7546883b5152ddc82591._comment b/doc/forum/pure_git-annex_only_workflow/comment_9_ace319652f9c7546883b5152ddc82591._comment
new file mode 100644
index 0000000000..de656d6629
--- /dev/null
+++ b/doc/forum/pure_git-annex_only_workflow/comment_9_ace319652f9c7546883b5152ddc82591._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 9"
+ date="2011-12-19T22:56:26Z"
+ content="""
+Another option that would please the naive user without hindering the more advanced user: \"git annex init\", by default, creates a synced/master branch. \"git annex sync\" will pull from every <remote>/sync/master branch it finds, and also push to any <remote>/sync/master branch it finds, but will not create any. So by default (at least for new users), this provides simple one-step syncing.
+
+Advanced users can disable this per-repo by just deleting the synced/master branch. Presumably the logic will be: Every repo that should not be pushed to, because it has access to some central repo, should not have a synced/master branch. Every other repo, including the (or one of the few) central repos, will have the branch.
+
+This is not the most expressive solution, as it does not allow configuring syncing between arbitrary pairs of repos, but it feels like a good compromise between that and simplicity and transparency.
+
+I think it's about time that I provide less talk and more code. I’ll see when I find the time :-)
+"""]]
diff --git a/doc/forum/purge_files_with_no_copies.mdwn b/doc/forum/purge_files_with_no_copies.mdwn
new file mode 100644
index 0000000000..5761d9290e
--- /dev/null
+++ b/doc/forum/purge_files_with_no_copies.mdwn
@@ -0,0 +1,3 @@
+Hi guys, as a result of some improper handling I am left with a couple of files with no copies scattered all around my repos. Now, while my data loss is unfortunate, it is not tragic. What I would like to do now is to purge all of these files without having to look for them one by one. Is there any easy way to do this? 
+
+Cheers
diff --git a/doc/forum/purge_files_with_no_copies/comment_1_12b578689eb8d5d38c06261ec65e2109._comment b/doc/forum/purge_files_with_no_copies/comment_1_12b578689eb8d5d38c06261ec65e2109._comment
new file mode 100644
index 0000000000..0ea81ecfe7
--- /dev/null
+++ b/doc/forum/purge_files_with_no_copies/comment_1_12b578689eb8d5d38c06261ec65e2109._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 1"
+ date="2013-09-19T20:59:32Z"
+ content="""
+This will output all files in your repository that git-annex thinks have no copies left:
+
+`git annex find --not --copies=1`
+
+Piping it to git rm is left as an excercise for the reader..
+"""]]
diff --git a/doc/forum/question_about_assistant_and___47__archive__47__.mdwn b/doc/forum/question_about_assistant_and___47__archive__47__.mdwn
new file mode 100644
index 0000000000..af8cee4c9f
--- /dev/null
+++ b/doc/forum/question_about_assistant_and___47__archive__47__.mdwn
@@ -0,0 +1,22 @@
+I have a git-annex repository located at ~/annex which has been set up using git-annex assistant.
+
+This repository is configured as "client".
+
+My other repository is a huge USB drive configured as "full archive".
+
+Now everything seems to work fine except there is one thing I don't understand:
+
+    alip@client:~/annex> git-annex whereis ./archive/kus.png
+    whereis archive/kus.png (1 copy) 
+        e79a4cf6-4c48-4833-93de-98ba6eb625d6 -- deniz
+    ok
+
+Fine, there is only one copy according to git-annex but the file is still present
+in **this** client repository:
+
+    alip@client:> du -hs ~/annex/archive
+    20G	/home/alip/annex/archive/
+
+How do I free this space? Am I supposed to call git-annex drop manually?
+
+git-annex version: 3.20130124
diff --git a/doc/forum/question_about_assistant_and___47__archive__47__/comment_1_97890e26072af9277144651e3fdcada0._comment b/doc/forum/question_about_assistant_and___47__archive__47__/comment_1_97890e26072af9277144651e3fdcada0._comment
new file mode 100644
index 0000000000..2736016c54
--- /dev/null
+++ b/doc/forum/question_about_assistant_and___47__archive__47__/comment_1_97890e26072af9277144651e3fdcada0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-01-30T18:44:52Z"
+ content="""
+Give this a try:
+
+http://git-annex.branchable.com/walkthrough/unused_data/
+"""]]
diff --git a/doc/forum/question_about_assistant_and___47__archive__47__/comment_2_542bf265e35a976ac76767762d67d617._comment b/doc/forum/question_about_assistant_and___47__archive__47__/comment_2_542bf265e35a976ac76767762d67d617._comment
new file mode 100644
index 0000000000..00cc063747
--- /dev/null
+++ b/doc/forum/question_about_assistant_and___47__archive__47__/comment_2_542bf265e35a976ac76767762d67d617._comment
@@ -0,0 +1,104 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkZktNHFhxC1kYA9KKdKpYJO4clq9WDsjE"
+ nickname="Jason"
+ subject="comment 2"
+ date="2013-01-30T19:14:48Z"
+ content="""
+I'm seeing the same thing and I think it's a bug.  Everything I'm reading says that when you move a file from anywhere into an archive directory, it's supposed to upload it to an archive and drop it locally.
+
+If I copy the file from outside my annex into the archive directory it will usually do exactly that and I'll end up with a symlink, but not always.  Sometimes I'll end up with a file.
+
+If I move the file from within my annex into the archive, everything gets confused.  Here is an example:
+
+    [jchu@april annex(master)]$ mkdir testdir
+    [jchu@april annex(master)]$ cd testdir/
+    [jchu@april testdir(master)]$ ls
+    [jchu@april testdir(master)]$ cat > test.txt << EOF
+    > I have a file.  It is very nice.
+    > EOF
+    [jchu@april testdir(master)]$ ls -l
+    total 4
+    -rw-r--r-- 1 jchu users 33 Jan 30 10:53 test.txt
+    [jchu@april testdir(master)]$ mkdir archive
+    [jchu@april testdir(master)]$ mv test.txt archive/
+    [jchu@april testdir(master)]$ ls -l
+    total 0
+    drwxr-xr-x 2 jchu users 21 Jan 30 10:54 archive
+    [jchu@april testdir(master)]$ ls -l archive/
+    total 4
+    -rw-r--r-- 1 jchu users 33 Jan 30 10:53 test.txt
+    [jchu@april testdir(master)]$ # Shouldn't this be a symlink?
+    [jchu@april testdir(master)]$ git show
+    commit 2fb2cba3fae98e0e0b8b7891b1af0cc655754896
+    Author: Jason Chu <jchu@xentac.net>
+    Date:   Wed Jan 30 10:54:11 2013 -0800
+
+    diff --git a/testdir/archive/test.txt b/testdir/archive/test.txt
+    new file mode 120000
+    index 0000000..5bd7982
+    --- /dev/null
+    +++ b/testdir/archive/test.txt
+    @@ -0,0 +1 @@
+    +../../.git/annex/objects/x5/Q1/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361dd0d37fc3dab.txt/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad3
+    \ No newline at end of file
+    [jchu@april testdir(master)]$ git show HEAD^
+    commit 410f58f782348599d42496db2c9b21cfb2e59124
+    Author: Jason Chu <jchu@xentac.net>
+    Date:   Wed Jan 30 10:54:10 2013 -0800
+
+    diff --git a/testdir/test.txt b/testdir/test.txt
+    deleted file mode 120000
+    index 82343e3..0000000
+    --- a/testdir/test.txt
+    +++ /dev/null
+    @@ -1 +0,0 @@
+    -../.git/annex/objects/x5/Q1/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361dd0d37fc3dab.txt/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361d
+    \ No newline at end of file
+
+From what I can see here, the file was archived properly and the delete in git was issued correctly.  The daemon.log shows me that the file was uploaded correctly when it was initially created and then added to the archive directory, but I don't see a direct delete in the log file (even though the git log shows me it happened).
+
+Now on to the really weird part.  If I restart the daemon (or there are other ways to trigger it, but this seems to be the easiest for me), I see that log lines that say testdir/archive/test.txt was dropped (good) but then testdir/test.txt is re-downloaded and appears back in that directory.  I wanted the file deleted from testdir, why is it back?!?  Since it gets redownloaded and readded, my new logs look like this:
+
+    [jchu@april testdir(master)]$ git show
+    commit 850464dd2f8ae5cd407a214543afab668d4b34eb
+    Author: Jason Chu <jchu@xentac.net>
+    Date:   Wed Jan 30 11:00:03 2013 -0800
+
+    diff --git a/testdir/archive/test.txt b/testdir/archive/test.txt
+    deleted file mode 120000
+    index 5bd7982..0000000
+    --- a/testdir/archive/test.txt
+    +++ /dev/null
+    @@ -1 +0,0 @@
+    -../../.git/annex/objects/x5/Q1/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361dd0d37fc3dab.txt/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad3
+    \ No newline at end of file
+    [jchu@april testdir(master)]$ git show HEAD^
+    commit 8cf9019e66e5a2cb0478e965fda352c742972591
+    Author: Jason Chu <jchu@xentac.net>
+    Date:   Wed Jan 30 11:00:00 2013 -0800
+
+    diff --git a/testdir/test.txt b/testdir/test.txt
+    new file mode 120000
+    index 0000000..82343e3
+    --- /dev/null
+    +++ b/testdir/test.txt
+    @@ -0,0 +1 @@
+    +../.git/annex/objects/x5/Q1/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361dd0d37fc3dab.txt/SHA256E-s33--1859a57b635b0702dd3813dd7637f11842730b0464c35a4ad361d
+    \ No newline at end of file
+
+And the filesystem looks like this:
+
+    [jchu@april testdir(master)]$ ls -lR
+    .:
+    total 4
+    drwxr-xr-x 2 jchu users 21 Jan 30 11:00 archive
+    -rw-r--r-- 1 jchu users 33 Jan 30 11:00 test.txt
+
+    ./archive:
+    total 4
+    -rw-r--r-- 1 jchu users 33 Jan 30 11:00 test.txt
+
+I have 3 remotes set up: a usb drive (client, it was created like that directly by annex when I created a Removable drive repo, it's a bare repo), s3 (archive), and nas (a remote server repo, that connects over ssh and uses rsync).  I thought maybe that the usb drive still had a record of testdir/test.txt existing, but the logs in refs/heads/synced/master match.
+
+It's as if the git annex thinks that the original content is still within a non-archive directory, so the data can't be dropped, but everywhere I look the references to that content are gone.  The only way I've found to fix this is to convert to indirect mode and delete the symlinks from there (which seems to work better).  It seems to be an interaction between direct mode, the archive, and maybe my filesystem (xfs).
+"""]]
diff --git a/doc/forum/question_about_assistant_and___47__archive__47__/comment_3_bafe99159df2adcd5fecc0d67bbf05a5._comment b/doc/forum/question_about_assistant_and___47__archive__47__/comment_3_bafe99159df2adcd5fecc0d67bbf05a5._comment
new file mode 100644
index 0000000000..b1c9e1774e
--- /dev/null
+++ b/doc/forum/question_about_assistant_and___47__archive__47__/comment_3_bafe99159df2adcd5fecc0d67bbf05a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 3"
+ date="2013-02-05T17:46:56Z"
+ content="""
+@alip I've just fixed a bug which made the assistant get location tracking info wrong for files it added in direct mode. That probably explains what you're seeing. You can run `git annex fsck` to fix the location log info, and if you restart the assistant it'll probably then realize the files are locally present and drop them. Of course, the USB drive has to be connected for that to work; git-annex needs to verify the files have been moved to it before it can drop them.
+"""]]
diff --git a/doc/forum/question_about_assistant_and___47__archive__47__/comment_4_e77fa2992d9302a49a05f514c81612ca._comment b/doc/forum/question_about_assistant_and___47__archive__47__/comment_4_e77fa2992d9302a49a05f514c81612ca._comment
new file mode 100644
index 0000000000..3f78b4813f
--- /dev/null
+++ b/doc/forum/question_about_assistant_and___47__archive__47__/comment_4_e77fa2992d9302a49a05f514c81612ca._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 4"
+ date="2013-02-05T19:05:49Z"
+ content="""
+@Jason That is a bug.  Please don't report what are obviously bugs in the forum! 
+
+I've posted a bug report about it here: [[bugs/direct_mode_renames]]
+"""]]
diff --git a/doc/forum/rebuild_location_log_from_encrypted_remote.mdwn b/doc/forum/rebuild_location_log_from_encrypted_remote.mdwn
new file mode 100644
index 0000000000..bf3f0e830c
--- /dev/null
+++ b/doc/forum/rebuild_location_log_from_encrypted_remote.mdwn
@@ -0,0 +1,35 @@
+Hi,
+
+I apologize, but I can't retrace my steps, so my problem is not replicable. The current situation is: 1 main repo and 1 directory/encrypted special remote. From the main repo, I see 0 available copy of the files I need. But when I do a fsck I do see the file. The problem is that the location log does not seem to get fixed after fsck, as I cannot use git-annex get to obtain the file, even after the fsck command. 
+
+Do you have any suggestions for next diagnostic/repair steps?
+
+Thanks a lot for your time and answer!
+
+Vincent
+
+macbook% git annex fsck foo.zip --from needle
+fsck foo.zip (gpg) 
+You need a passphrase to unlock the secret key for
+user: “me <email@email.edu>”
+2048-bit RSA key, ID ???????, created 2013-01-11 (main key ID ????????)
+
+(checking needle...) 
+GPGHMACSHA1--d7036fd17214c06c83d53479dcec9554a7dc2109
+    13815014 100%   14.16MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 13816832 bytes  received 42 bytes  9211249.33 bytes/sec
+total size is 13815014  speedup is 1.00
+(fixing location log) (checksum...) 
+  ** No known copies exist of foo.zip
+failed
+(Recording state in git...)
+git-annex: fsck: 1 failed
+
+
+macbook% git annex get foo.zip
+get foo.zip (not available) 
+  No other repository is known to contain the file.
+failed
+git-annex: get: 1 failed
+macbook% 
diff --git a/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment
new file mode 100644
index 0000000000..af3a411593
--- /dev/null
+++ b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_1_f84f955fed7b96ae6208b6ff2ec650cd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-12-01T19:59:16Z"
+ content="""
+I think you should try to run `git annex copy --from needle`, which will be able to get the files if needle has them, even if the location log is busted. 
+
+(Sometimes people complain that `git annex copy` goes and checks a remote, which can be unncessarily slow, rather than just trusting the location log  ... but this is why it does it!)
+
+From what I can tell, the fsck downloads some file from the remote, but the download is not entirely successful. One possibility is that it downloads a file, but the file fails to be decrypted, either because you don't have the right encyption key, or because the encrypted file has actually gotten corrupted on the remote. It might be that the same problem will affect `git annex copy --from needle`, but if so it should be more clear what's happening.
+"""]]
diff --git a/doc/forum/rebuild_location_log_from_encrypted_remote/comment_2_c0b2ce3bc7cd55a0c77ddc31493068c2._comment b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_2_c0b2ce3bc7cd55a0c77ddc31493068c2._comment
new file mode 100644
index 0000000000..10b1c038ef
--- /dev/null
+++ b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_2_c0b2ce3bc7cd55a0c77ddc31493068c2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLD-g4d-EGXD5KJh1kVKnRX0a9dTnEigg"
+ nickname="Vincent"
+ subject="comment 2"
+ date="2013-12-02T01:28:18Z"
+ content="""
+Thanks a lot for the quick response! Unfortunately, copy is just silent and does not copy the files over.
+
+I don't want to waste more of your time on this. I just wish I had kept better track of the steps I took to get myself into this mess...
+"""]]
diff --git a/doc/forum/rebuild_location_log_from_encrypted_remote/comment_3_06a73ca3dc73399ff000b642cca72de7._comment b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_3_06a73ca3dc73399ff000b642cca72de7._comment
new file mode 100644
index 0000000000..9cd4424270
--- /dev/null
+++ b/doc/forum/rebuild_location_log_from_encrypted_remote/comment_3_06a73ca3dc73399ff000b642cca72de7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 3"
+ date="2013-12-02T19:53:11Z"
+ content="""
+Hmm, it seems I was wrong about copy --from not checking the location log. It does.. Probably to avoid large copies trying to copy a lot of files that are not present in a remote.
+
+I have now made `git annex copy --force --from remote` do what I said it would do, and that should work in your situation, I think.
+"""]]
diff --git a/doc/forum/receiving_indirect_renames_on_direct_repo___63__.mdwn b/doc/forum/receiving_indirect_renames_on_direct_repo___63__.mdwn
new file mode 100644
index 0000000000..51a3aa7b64
--- /dev/null
+++ b/doc/forum/receiving_indirect_renames_on_direct_repo___63__.mdwn
@@ -0,0 +1,254 @@
+I've been playing with a mixed setup, and I frequentely end up with conflicts which can be ascribed to mixing direct windows repos with indirect linux one(s), and making renames on the indirect ones.
+Possibly someone can address what I miss of the git-annex/git interaction.  
+
+#### versions involved ####
+
+linux: git-annex version: 4.20131024
+win: git-annex version: 4.20131024-gca7b71e
+
+### Steps to reproduce behaviour ###
+
+###### 1. On linux, i setup bare origin "casa" and client repo "local":
+    
+    [michele@home ~]$ git init --bare casa
+    Initialized empty Git repository in /home/sambahome/michele/casa/
+    [michele@home ~]$ cd casa
+    [michele@home casa]$ git annex init casa
+    init casa ok
+    (Recording state in git...)
+    [michele@home ~]$ cd ..; git clone casa local
+    Cloning into 'local'...
+    done.
+    warning: remote HEAD refers to nonexistent ref, unable to checkout.
+    [michele@home ~]$ cd local; git annex init local
+    init local ok
+    (Recording state in git...)
+    [michele@home local]$ echo lintest > lintest
+    [michele@home local]$ git annex add lintest
+    add lintest (checksum...) ok
+    (Recording state in git...)
+    [michele@home local]$ git annex sync
+    (merging origin/git-annex into git-annex...)
+    (Recording state in git...)
+    commit  
+    ok
+    pull origin 
+    ok
+    push origin 
+    Counting objects: 18, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (12/12), done.
+    Writing objects: 100% (16/16), 1.48 KiB | 0 bytes/s, done.
+    Total 16 (delta 1), reused 0 (delta 0)
+    To /home/sambahome/michele/casa
+     * [new branch]      git-annex -> synced/git-annex
+     * [new branch]      master -> synced/master
+    ok
+    ```
+    
+###### 2. On windows I clone origin, and I sync empty
+
+    ```cmd
+    M:\>git clone ssh://michele@home/home/michele/casa win
+    Cloning into 'win'...
+    remote: Counting objects: 20, done.
+    remote: Compressing objects: 100% (15/15), done.
+    remote: Total 20 (delta 3), reused 0 (delta 0)
+    Receiving objects: 100% (20/20), done.
+    Resolving deltas: 100% (3/3), done.
+    M:\>cd win
+    M:\win>git annex status
+      Detected a crippled filesystem.
+      Enabling direct mode.
+      Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+    repository mode: direct
+    trusted repositories: (merging origin/git-annex origin/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    0
+    semitrusted repositories: 4
+            00000000-0000-0000-0000-000000000001 -- web
+            598ecfac-087d-49a3-b48d-beafd0d71805 -- origin (casa)
+            b2699c17-d0bc-40a0-b447-a64ad109b2a2 -- here (ALICUDI:M:\win)
+            bd4166eb-296b-4f0f-a3be-6c25e4c7cbb0 -- local
+    untrusted repositories: 0
+    transfers in progress: none
+    available local disk space: unknown
+    local annex keys: 0
+    local annex size: 0 bytes
+    known annex keys: 1
+    known annex size: 8 bytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage:
+            SHA256E: 1
+    ```
+    
+###### 3. I copy content from local to win
+
+    ```bash
+    [michele@home local]$ git annex copy --to origin lintest
+    copy lintest (to origin...) ok
+    (Recording state in git...)
+    [michele@home local]$ git annex sync
+    ...runs ok...
+    ```
+
+###### 4. and
+
+    ```cmd
+    M:\win>git annex sync
+    ...works
+    M:\win>git annex get .
+    ...works
+    M:\win>cat lintest
+    lintest
+    ```
+
+so far so good.
+###### 5. Now the renaming part (performed on linux indirect repo)
+
+    ```bash
+    [michele@home local]$ git mv lintest renamed
+    [michele@home local]$ git annex list
+    here
+    |origin
+    ||web
+    |||
+    XX_ renamed
+    [michele@home local]$ git annex sync
+    ...works
+    ```
+
+###### 6.  now, by issuing sync on windows I start getting a "push issue":
+
+    ```
+    M:\win>git annex sync
+    commit
+    ok
+    pull origin
+    remote: Counting objects: 3, done.
+    remote: Total 2 (delta 0), reused 0 (delta 0)
+    Unpacking objects: 100% (2/2), done.
+    From ssh://home/home/michele/casa
+       c3b7a63..a0854bf  master     -> origin/master
+       c3b7a63..a0854bf  synced/master -> origin/synced/master
+    ok
+    push origin
+    Counting objects: 9, done.
+    Delta compression using up to 2 threads.
+    Compressing objects: 100% (4/4), done.
+    Writing objects: 100% (5/5), 484 bytes, done.
+    Total 5 (delta 1), reused 0 (delta 0)
+    To ssh://michele@home/home/michele/casa
+       6c18669..8cc74a0  git-annex -> synced/git-annex
+     ! [rejected]        master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'ssh://michele@home/home/michele/casa'
+    hint: Updates were rejected because a pushed branch tip is behind its remote
+    hint: counterpart. Check out this branch and merge the remote changes
+    hint: (e.g. 'git pull') before pushing again.
+    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
+    failed
+    git-annex: sync: 1 failed
+    
+    M:\win>
+    ```
+
+at this stage I tried to issue a git annex merge, git annex sync, leading to same result.
+
+somewhere in the forum I read i could try issuing a git pull origin master (this could be the problem).
+and the result is as such:
+
+    ```
+    M:\win>git pull master
+    fatal: 'master' does not appear to be a git repository
+    fatal: The remote end hung up unexpectedly
+    
+    M:\win>git pull origin master
+    From ssh://home/home/michele/casa
+     * branch            master     -> FETCH_HEAD
+    Updating c3b7a63..a0854bf
+    error: Your local changes to the following files would be overwritten by merge:
+            lintest
+    Please, commit your changes or stash them before you can merge.
+    Aborting
+    
+    M:\win>git status
+    # On branch master
+    # Your branch is behind 'origin/master' by 1 commit, and can be fast-forwarded.
+    #
+    # Changes not staged for commit:
+    #   (use "git add <file>..." to update what will be committed)
+    #   (use "git checkout -- <file>..." to discard changes in working directory)
+    #
+    #       modified:   lintest
+    #
+    no changes added to commit (use "git add" and/or "git commit -a")
+    
+    M:\win>cat lintest
+    lintest
+    ```
+    
+well, ok it appears modified for some weirdness (crlf?), we can live with it.
+
+    ```
+    M:\win>git checkout -->> this replaces files contents with simlink (due to git pull above?)
+    ```
+
+at this stage content is lost, and annex has no knowledge about it.
+
+    ```
+    M:\win>git annex fsck
+    fsck lintest ok
+    
+    M:\win>cat lintest
+    .git/annex/objects/9Z/82/SHA256E-s8--2b721dbe9afe6031cce3004e909dd62e0b4b2f3944438b6a000dffc7ad657715/SHA256E-s8--2b721dbe9afe6031cce3004e90
+    M:\win>git annex list
+    here
+    |origin
+    ||web
+    |||
+    XX_ lintest
+    ```
+
+still I cannot sync, but now i can pull origin master:
+
+    ```cmd
+    M:\win>git pull origin master                          From ssh://home/home/michele/casa                       * branch            master     -> FETCH_HEAD          Updating c3b7a63..a0854bf                              Fast-forward                                            lintest => renamed | 0                                 1 file changed, 0 insertions(+), 0 deletions(-)        rename lintest => renamed (100%)                      
+    ```
+
+this doesnt restore content (annex thinks its already there:
+
+    ```
+    M:\win>cat renamed
+    .git/annex/objects/9Z/82/SHA256E-s8--2b721dbe9afe6031cce3004e909dd62e0b4b2f3944438b6a000dffc7ad657715/SHA256E-s8--2b721dbe9afe6031cce3004e909dd62e0b4b2f3944438b6a000dffc7ad657715
+    ```
+
+I think my mistake is the use of the ```git checkout``` in direct mode. But why is the file detected as modified in the first place ?
+
+note: as long as i didn't drop on origin, i still can recover contents by 'forcing' a content refresh:
+
+    ```
+    M:\win>git annex get renamed --from origin
+    get renamed (from origin...)
+    SHA256E-s8--2b721dbe9afe6031cce3004e909dd62e0b4b2f3944438b6a000dffc7ad657715
+               8 100%    7.81kB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 30 bytes  received 153 bytes  8.13 bytes/sec
+    total size is 8  speedup is 0.04
+    ok
+    (Recording state in git...)
+    
+    M:\win>cat renamed
+    .git/annex/objects/9Z/82/SHA256E-s8--2b721dbe9afe6031cce3004e909dd62e0b4b2f3944438b6a000dffc7ad657715/SHA256E-s8--2b721dbe9afe6031cce3004e909d
+    M:\win>git annex fsck
+    fsck renamed (fixing direct mode) (checksum...) ok
+    
+    M:\win>cat renamed
+    lintest
+```
+
+
+
+
+
+
diff --git a/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_1_f4b0a14373c75cb752597c832e296bcc._comment b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_1_f4b0a14373c75cb752597c832e296bcc._comment
new file mode 100644
index 0000000000..7b38c6af4d
--- /dev/null
+++ b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_1_f4b0a14373c75cb752597c832e296bcc._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-26T19:35:46Z"
+ content="""
+You should **never, ever, ever** run `git pull`, or `git checkout` inside a direct repository. You need to read [[direct_mode]]. If you do not fully understand it, you should avoid running any git commands that are not `git annex foo` in a direct mode repository. If you forget and do run such git commands, you can generally recover by running `git annex fsck`, although it's possible that the git command you run overwrites your only copy of a file, and so you'd lose it.
+
+<pre>
+To ssh://michele@home/home/michele/casa
+   6c18669..8cc74a0  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://michele@home/home/michele/casa'
+</pre>
+
+I'll bet that if you look at the `git config` of this repository it failed to push to, you'll find that it has `receive.denyNonFastforwards` set to true. If you unset that, the push should work.
+"""]]
diff --git a/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_2_8c86dfc99f0b9040402c9d746decda53._comment b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_2_8c86dfc99f0b9040402c9d746decda53._comment
new file mode 100644
index 0000000000..8b4ff46a40
--- /dev/null
+++ b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_2_8c86dfc99f0b9040402c9d746decda53._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkJafmCf-sg9_OM0pynFYM3AO4WCgJiaMI"
+ nickname="Michele"
+ subject="still cannot push when remote has renames"
+ date="2013-10-27T23:06:03Z"
+ content="""
+now, I went again through docs, and i realized how stupid was issuing a git pull on a direct repo. thanks for your patience.
+
+but, i double checked the configuration, I assume \"receive.denyNonFastForwards\" is false by default, but anyway I set it up explicitely so that now my git config (on the linux indirect repo - with respect to my previous example, I got rid of the \"extra\" bare repo in the middle) shows:
+
+    $ git config --list
+    user.email=m@g.com
+    user.name=michele
+    core.repositoryformatversion=0
+    core.filemode=true
+    core.bare=false
+    core.logallrefupdates=true
+    annex.uuid=d084e0fd-95a7-4c98-a206-fbf2c85b779d
+    annex.version=3
+    receive.denynonfastforwards=false
+
+still I am receiving the push refusal:
+
+    M:\win>git annex sync
+    commit
+    ok
+    pull origin
+    ok
+    push origin
+    To ssh://michele@home/home/michele/casa
+       ! [rejected]        master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'ssh://michele@home/home/michele/casa'
+    hint: Updates were rejected because a pushed branch tip is behind its remote
+    hint: counterpart. Check out this branch and merge the remote changes
+    hint: (e.g. 'git pull') before pushing again.
+    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
+    failed
+    git-annex: sync: 1 failed
+
+Same happens with a bare repository in the middle. BTW: the windows \"client\" repository is behind NAT, so that the linux indirect doesn't actively sync against it: could that be source of the problem ?
+"""]]
diff --git a/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_3_0246fff6c7c75f6be45bd257ec3872a5._comment b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_3_0246fff6c7c75f6be45bd257ec3872a5._comment
new file mode 100644
index 0000000000..0ffb2a0972
--- /dev/null
+++ b/doc/forum/receiving_indirect_renames_on_direct_repo___63__/comment_3_0246fff6c7c75f6be45bd257ec3872a5._comment
@@ -0,0 +1,75 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkJafmCf-sg9_OM0pynFYM3AO4WCgJiaMI"
+ nickname="Michele"
+ subject="possible explanation"
+ date="2013-10-29T11:56:21Z"
+ content="""
+now, i tried to understand what happens. Instead of issuing the *git annex sync*, I relied on *git pull origin, git merge origin/master*, (I red [[http://git-annex.branchable.com/forum/Help_Windows_walkthrough/]] and I assume that pull origin / merge origin/master would work similarly to the \"download\" part of sync, *except for losing all my direct content*) just to understand what was going on, with a clarifying result:
+
+while git annex sync fails on push, git pull origin fails on pull:
+
+    M:\win>git pull origin
+    Updating 5408d6f..c566a69
+    error: Your local changes to the following files would be overwritten by merge:
+            myfile
+    Please, commit your changes or stash them before you can merge.
+    Aborting 
+
+note that the file has not been modified locally (just got it through git annex get).
+issuing a git diff, reveals:
+
+    M:\win>git diff myfile
+    diff --git a/myfile b/myfile
+    index beaf3e8..dc5b4ff 120000
+    --- a/myfile
+    +++ b/myfile
+    @@ -1 +1 @@
+    -.git/annex/objects/z5/v7/SHA256E-s8--6090923ed0931dcc6699f32fb66fa4ba32c10924088b12c66fb4ce35a91ba98c/SHA256E-s8\ No newline at end of file
+    +linux.1
+    (END)
+
+ok, i follow suggestion, and I perform a git stash. that still wouldn't suffice for git annex sync:
+
+    M:\win>git annex sync
+    commit
+    ok
+    pull origin
+    ok
+    push origin
+    To ssh://michele@home/home/michele/homebase
+     ! [rejected]        master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'ssh://michele@home/home/michele/homebase'
+    hint: Updates were rejected because a pushed branch tip is behind its remote
+    hint: counterpart. Check out this branch and merge the remote changes
+    hint: (e.g. 'git pull') before pushing again.
+    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
+    failed
+    git-annex: sync: 1 failed
+
+now, i can perform instead a *git pull origin*, since I am confident my content is stashed.
+
+    M:\win>git pull origin
+    Updating 5408d6f..c566a69
+    Fast-forward
+     myfile => myfile.renamed | 0
+     1 file changed, 0 insertions(+), 0 deletions(-)
+     rename myfile => myfile.renamed (100%)
+
+merge is not doing anything more: at this stage content has gone (file is a direct-mode symlink nad it cannot be fixed by fsck). 
+But i can recover it from stash (and I must do it unless I want to get the annex to think i still have content).
+
+    git stash apply 
+
+voilà: the content is there! and the repos seems in good order. 
+this only adds up that this is possibily a bug in the fact that git reports direct content as modified when indeed it hasn't been modified: but this affects git annex sync only when merging renaming files.
+git annex sync now works perfectly .
+
+to sum it up, I have two questions: 
+
+1) does using stash to circumvent the problem expose me to any risk ?
+2) would the behaviour on receiving renames in the abovementioned situation worth to be signaled as a bug ? 
+
+
+
+
+"""]]
diff --git a/doc/forum/recover_deleted_files___63__.mdwn b/doc/forum/recover_deleted_files___63__.mdwn
new file mode 100644
index 0000000000..7bec369685
--- /dev/null
+++ b/doc/forum/recover_deleted_files___63__.mdwn
@@ -0,0 +1,66 @@
+hi, 
+
+i think of use git-annex as the backbone of a archival systems. at first point no distributed storage, just 1 node.
+but now i run into the topic below ( deleted the "named" symlink of the "object" -- how to recover ?)
+
+maybe someone can enlighten me...
+
+thanks,
+.ka
+
+// about the version. ( debian-squeeze, bpo )
+
+$ git-annex version
+git-annex version: 3.20120629~bpo60+2
+local repository version: 3
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+
+// building up a testcase.
+
+$ git init
+Initialized empty Git repository in ...test2/.git/
+
+$ git annex init
+init  ok
+(Recording state in git...)
+
+$ echo "aaa" > 1.txt
+
+$ echo "bbb" > 2.txt
+
+$ git-annex add .
+add 1.txt (checksum...) ok
+add 2.txt (checksum...) ok
+(Recording state in git...)
+
+$ git commit -a -m "added 2 files"
+fatal: No HEAD commit to compare with (yet)
+fatal: No HEAD commit to compare with (yet)
+[master (root-commit) fc2a5d7] added 2 files
+ Committer: userhere user <bla@bla>
+Your name and email address were configured automatically based
+on your username and hostname. Please check that they are accurate.
+...
+ 2 files changed, 2 insertions(+), 0 deletions(-)
+ create mode 120000 1.txt
+ create mode 120000 2.txt
+
+// ok, so far standard. i have now 2 files - lets delete one.
+
+$ rm 2.txt 
+$ ls -l
+lrwxrwxrwx 1 xp xp 176 24. Okt 22:55 1.txt -> .git/annex/objects/Z6/7q/SHA256-s4--17e682f060b5f8e47ea04c5c4855908b0a5ad612022260fe50e11ecb0cc0ab76/SHA256-s4--17e682f060b5f8e47ea04c5c4855908b0a5ad612022260fe50e11ecb0cc0ab76
+
+// eek, delete of 2.txt was a bad idea (it was just the symlink) -- try to recover...
+
+$ git-annex fix
+$ git-annex fsck
+fsck 1.txt (checksum...) ok
+$ ls
+1.txt
+
+// still not here.. how to recover the link to 2.txt ???
+// i still see the content of the file in the object folder
+// if I want to use git-annex as the backend of a archival system, this is important.
diff --git a/doc/forum/recover_deleted_files___63__/comment_1_d7abb7c45c6ec2723a04f153ed215453._comment b/doc/forum/recover_deleted_files___63__/comment_1_d7abb7c45c6ec2723a04f153ed215453._comment
new file mode 100644
index 0000000000..646e7ad540
--- /dev/null
+++ b/doc/forum/recover_deleted_files___63__/comment_1_d7abb7c45c6ec2723a04f153ed215453._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ciffer.net/~svend/"
+ ip="2001:1938:81:1ff::2"
+ subject="git checkout"
+ date="2012-10-24T22:50:05Z"
+ content="""
+You can use `git checkout -- file` to restore the link. `git status` will display information for restoring the file.
+"""]]
diff --git a/doc/forum/recover_deleted_files___63__/comment_2_8ea2acaa30d3ee7e9f75310f4ec859b2._comment b/doc/forum/recover_deleted_files___63__/comment_2_8ea2acaa30d3ee7e9f75310f4ec859b2._comment
new file mode 100644
index 0000000000..c99461ae0b
--- /dev/null
+++ b/doc/forum/recover_deleted_files___63__/comment_2_8ea2acaa30d3ee7e9f75310f4ec859b2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.138"
+ subject="it's a git repository..."
+ date="2012-10-25T03:29:20Z"
+ content="""
+So any git stuff can be used. If you deleted a file, committed it, and want to undo that, you can `git log --stat` to find the commit, and `git revert` it. If you deleted a file, haven't committed yet, and want one more look at it, you can `git stash` to get it back, and `git stash apply` to re-stash the change. Or yeah, just `git checkout` to get back a deleted file you have not committed yet.
+"""]]
diff --git a/doc/forum/recover_deleted_files___63__/comment_3_376de81c70799bf409be189a48234815._comment b/doc/forum/recover_deleted_files___63__/comment_3_376de81c70799bf409be189a48234815._comment
new file mode 100644
index 0000000000..89edb17eb6
--- /dev/null
+++ b/doc/forum/recover_deleted_files___63__/comment_3_376de81c70799bf409be189a48234815._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="ka7"
+ ip="2001:7b8:155d:0:222:64ff:fe16:dc52"
+ subject="ok, that worked."
+ date="2012-10-25T20:15:26Z"
+ content="""
+i think of a kind of \"WORM-library\", so basically just add, not allow to remove content. (at least not for the user thru the mounted device)
+- so a script to add/commit -- but as stag-1 check for delete files and get them back. some git magic needed, but should be doable.
+- or thru \"samba\" parameters set to add but not delete/overwrite files.  (read yes, write yes, delete no) -- to be proved thats possible, but not your job :) ( annex-ing via cron every /5 or via inotify)
+so yea, will play for a while and maybe come back with new. thanks to everybody. 
+<3 git-annex <3
+"""]]
diff --git a/doc/forum/recover_deleted_files___63__/comment_4_2e73ac530d65a01768a57058b7220a29._comment b/doc/forum/recover_deleted_files___63__/comment_4_2e73ac530d65a01768a57058b7220a29._comment
new file mode 100644
index 0000000000..9e9c1b4bf2
--- /dev/null
+++ b/doc/forum/recover_deleted_files___63__/comment_4_2e73ac530d65a01768a57058b7220a29._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXlmnJKsPulm2S_hwwRm3Ky27Zyf-wKMw"
+ nickname="Chad"
+ subject="After the fact..."
+ date="2013-12-22T03:51:36Z"
+ content="""
+I've run into a situation where I've inadvertently deleted a file from my Andriod-driven annex repo rather than dropping the file. (A set of very large *.flac files, to be exact.) These are now gone from the repo on my laptop and the repo on my workstation. When looking at the `git --log stat' call, I see the addition of these files, but I do not see their deletion. When running `git annex unused', I found references to the *.flac files, their SHA key, and indeed found the commit they were associated with. I have not dropped these unused files. How to I recover them?
+"""]]
diff --git a/doc/forum/recovering_from_repo_corruption.mdwn b/doc/forum/recovering_from_repo_corruption.mdwn
new file mode 100644
index 0000000000..42df61b789
--- /dev/null
+++ b/doc/forum/recovering_from_repo_corruption.mdwn
@@ -0,0 +1,11 @@
+In my current annex config, I have 4 computers with "traditional" git annexes as well as an external drive that is a git annex, an rsync'd backup annex, and a glacier archive.  Today, one of the computers got a corrupted git repo. It was complaining that a pack file was invalid. In my attempts to fix it, a commit was logged that deleted every file in the annex. I didn't find this out until I did 'git annex sync' and watched git delete everything, then send all those commits to my other 3 systems and the external drive. *facepalm*
+
+Fortunately, I had one of those other systems in direct mode and I copied everything from the annex as a backup. Now, when I try to re-add files to the annex, I'm running into some errors. These appear to be "collisions" within the annex part of the .git folder:
+
+    %  › git annex add House.netspd 
+    add House.netspd (checksum...) 
+    git-annex: /Users/akraut/Desktop/annex/.git/annex/objects/31/Gw/SHA256E-s167433--41e68ea0adb5a4086a0b7b39d0556b9b86523ffb6b498d58f12f96460da315e9/SHA256E-s167433--41e68ea0adb5a4086a0b7b39d0556b9b86523ffb6b498d58f12f96460da315e9.map.tmp62699: openFile: permission denied (Permission denied)
+    failed
+    git-annex: add: 1 failed
+
+Any ideas on what's going on here? Perhaps how to get things added back in or recovered? It seems all the actual file contents are here, but annex doesn't seem to know they're there anymore.
diff --git a/doc/forum/recovering_from_repo_corruption/comment_1_01fc85037e24fc70e5c5329898cf6781._comment b/doc/forum/recovering_from_repo_corruption/comment_1_01fc85037e24fc70e5c5329898cf6781._comment
new file mode 100644
index 0000000000..ab65b42cbc
--- /dev/null
+++ b/doc/forum/recovering_from_repo_corruption/comment_1_01fc85037e24fc70e5c5329898cf6781._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-26T07:11:35Z"
+ content="""
+speaking strictly from the git point of view, you can create a new commit that reverses an old commit completely.
+
+    git revert <commit>
+
+creates a new commit which does the exact opposite of the commit you specify.  Theoretically it bring everything back to you quick and clean!
+
+
+
+"""]]
diff --git a/doc/forum/recovering_from_repo_corruption/comment_2_3bd1c0bf25a0e892e711a60f53cd5298._comment b/doc/forum/recovering_from_repo_corruption/comment_2_3bd1c0bf25a0e892e711a60f53cd5298._comment
new file mode 100644
index 0000000000..c8df9c0a06
--- /dev/null
+++ b/doc/forum/recovering_from_repo_corruption/comment_2_3bd1c0bf25a0e892e711a60f53cd5298._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2013-01-26T08:13:34Z"
+ content="""
+Oh! Good call. That worked, though I did have to sync and revert alternately a few times to get things resolved.  I still haven't figured out what exactly happened, though. In two separate instances, the commit message was \"git-annex automatic sync\"
+"""]]
diff --git a/doc/forum/recovering_from_repo_corruption/comment_3_679dde8ca0081fc6854d6d2e8a42abdb._comment b/doc/forum/recovering_from_repo_corruption/comment_3_679dde8ca0081fc6854d6d2e8a42abdb._comment
new file mode 100644
index 0000000000..9b724b1431
--- /dev/null
+++ b/doc/forum/recovering_from_repo_corruption/comment_3_679dde8ca0081fc6854d6d2e8a42abdb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2013-01-26T09:11:00Z"
+ content="""
+I've fixed the bug that led to the permissions denied error.
+"""]]
diff --git a/doc/forum/recovery_from_failed_merge.mdwn b/doc/forum/recovery_from_failed_merge.mdwn
new file mode 100644
index 0000000000..802c66e511
--- /dev/null
+++ b/doc/forum/recovery_from_failed_merge.mdwn
@@ -0,0 +1,7 @@
+Starting the assistant version 5.20140613 on my  repository (~60GB), it performed a merge
+with an offline-repository, deleting a large part of the files.
+Since the repo is in direct mode, I cannot do a git revert. The other repo is not available anymore
+
+Any way of getting them back?
+Also, du shows me that the .git/annex/objects folder has approximately the size of my repo before the incident.
+
diff --git a/doc/forum/recovery_from_failed_merge/comment_1_84e5b55d473d16bc9bdba5d88dc29bc3._comment b/doc/forum/recovery_from_failed_merge/comment_1_84e5b55d473d16bc9bdba5d88dc29bc3._comment
new file mode 100644
index 0000000000..3f61d8cb9e
--- /dev/null
+++ b/doc/forum/recovery_from_failed_merge/comment_1_84e5b55d473d16bc9bdba5d88dc29bc3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-16T17:58:22Z"
+ content="""
+All your files are still there..
+
+You can either use `git annex indirect` to switch to indirect mode and then `git revert`, or you could git clone the repo to someplace else, do the revert there, and then run `git annex sync` in first the clone and then in the direct mode repo to sync the reversion back.
+"""]]
diff --git a/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote.mdwn b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote.mdwn
new file mode 100644
index 0000000000..2c437fe359
--- /dev/null
+++ b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote.mdwn
@@ -0,0 +1,8 @@
+Hi,
+
+I switched distribution and cloned my annex from the backup afterwards. getting the files from my backup worked fine, but i have a remote on an external disk and git-annex keeps saying it's unavailable despite it being there. I have the same username and hostname as on my old system so and the remote repo still has the uuid 3d661c5e-c84e-4902-b52e-decbafadfa4f. The only thing that changed is the path, it's know mounted unter /var/run/media/phaer/95... but a symlinked to the path below did not help. Any suggestions? 
+
+    3d661c5e-c84e-4902-b52e-decbafadfa4f -- phaer@kassiopeia:/media/phaer/9502bc14-b83e-471a-95a8-80ff9072a4ab/annex
+
+
+and thank you for this amazing piece of software.
diff --git a/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_1_c1962d757dd22f49e774afa13a9862ca._comment b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_1_c1962d757dd22f49e774afa13a9862ca._comment
new file mode 100644
index 0000000000..1223b24145
--- /dev/null
+++ b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_1_c1962d757dd22f49e774afa13a9862ca._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-21T22:24:35Z"
+ content="""
+It might help if you pasted the actual error message that git-annex shows when you try to use this remote. Along with the part of .git/config that configures this remote.
+
+In general, git-annex does not are if you've reinstalled your OS, moved things around, etc. As long as the git remote's path points to a repository, git-annex will see it and be able to use it.
+"""]]
diff --git a/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_2_1f0f4a1dc89643cee81ff7199b55e747._comment b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_2_1f0f4a1dc89643cee81ff7199b55e747._comment
new file mode 100644
index 0000000000..f38c0c7520
--- /dev/null
+++ b/doc/forum/reinstalled_os__44___cloned_annex__44___does_not_recognize_remote/comment_2_1f0f4a1dc89643cee81ff7199b55e747._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBhQgaA5QrFwT67-Bo0qPIx0HD9roDrso"
+ nickname="Paul"
+ subject="comment 2"
+ date="2013-11-20T11:20:13Z"
+ content="""
+The problem was just a missing git remote. Sorry & thanks
+"""]]
diff --git a/doc/forum/reliability__47__completeness_of_XMPP_updates.mdwn b/doc/forum/reliability__47__completeness_of_XMPP_updates.mdwn
new file mode 100644
index 0000000000..fc558aad60
--- /dev/null
+++ b/doc/forum/reliability__47__completeness_of_XMPP_updates.mdwn
@@ -0,0 +1,7 @@
+This falls into the category of "noob questions" I think.
+
+The one piece of the git-annex assistant puzzle I've never messed with is XMPP pairing.  I'm wondering how well a pair of repos can keep in sync with each other if their only connection is via XMPP.  Will things go badly if changes are made to one while the other is offline?  Do messages get queued up to deliver when they're both online?  (Or do they get queued on the server side so they can be delivered even if one of them is online, makes changes, then goes offline, and the other one comes online later?)
+
+If some xmpp messages don't go through for whatever reason, will the remotes be able to "catch up" with each other later on and make up for lost time?
+
+Just hoping for a general sense of the limitations of XMPP pairing.   TIA.
diff --git a/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_1_e0f7aa48d54fc0564f41c3a569c723b7._comment b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_1_e0f7aa48d54fc0564f41c3a569c723b7._comment
new file mode 100644
index 0000000000..d72cad5b97
--- /dev/null
+++ b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_1_e0f7aa48d54fc0564f41c3a569c723b7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T19:27:07Z"
+ content="""
+Both clients have to be online at the same time for XMPP push to work. Once they're able to see each other, they'll sync up, even if they've diverged since the last sync.
+
+If you tend to only have one client or the other online, you should set up a git repo on a ssh server. Then clients will drop off their changes there, and the other one will check it when it comes online. (You don't really need to use XMPP at all in this case.)
+
+The most robust and fast combo is to use XMPP pairing, and also have a git repo on a ssh server. This way, when both clients are online, they'll use XMPP to instantly propagate changes, and when not the server is there to fall back to.
+"""]]
diff --git a/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_2_4e74039a673c16c0163f2cfb406dc4c3._comment b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_2_4e74039a673c16c0163f2cfb406dc4c3._comment
new file mode 100644
index 0000000000..b4e329441b
--- /dev/null
+++ b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_2_4e74039a673c16c0163f2cfb406dc4c3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2013-07-16T23:36:22Z"
+ content="""
+Thanks, that was exactly the kind of explanation I needed.
+"""]]
diff --git a/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_3_41ade4fe72804b2f06cd4dbf405c1746._comment b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_3_41ade4fe72804b2f06cd4dbf405c1746._comment
new file mode 100644
index 0000000000..a212dbd092
--- /dev/null
+++ b/doc/forum/reliability__47__completeness_of_XMPP_updates/comment_3_41ade4fe72804b2f06cd4dbf405c1746._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Flo"
+ ip="141.76.46.31"
+ subject="Git repositery?"
+ date="2013-07-19T08:56:04Z"
+ content="""
+I'm not sure to know what you mean with \"git repository on a SSH server\". I tried to use the assistant to add this git synchronization fall-back if XMPP is not available. However, it synchronizes all files too with this new repository. I tried to make it manual, unwanted, etc. But it stills send all my files on the transfer repository on rsync.net. I don't want that...
+"""]]
diff --git a/doc/forum/relying_on_git_for_numcopies.mdwn b/doc/forum/relying_on_git_for_numcopies.mdwn
new file mode 100644
index 0000000000..37b46cf4e7
--- /dev/null
+++ b/doc/forum/relying_on_git_for_numcopies.mdwn
@@ -0,0 +1,47 @@
+**&lt;out-of-date-warning&gt;**The main problems this is supposed to solve are addressed in a different way with [[todo/hidden files]] and the `--fast` option introduced in [[batch check on remote when using copy]], so while this is not technically obsolete, the main reasons for it are gone. --[[chrysn]]**&lt;/out-of-date-warning&gt;**
+
+This is a rough sketch of a modification of git-annex to rely more on git commit semantics. It might be flawed due to my lack of understanding of git-annex internals. --[[chrysn]]
+
+Summary
+=========
+
+Currently, [[location tracking]] is only used for informational purposes unless a repository is [[trust]]ed, in which case there is no checking at all. It is proposed to use the location tracking information as a commitment to keep track of a file until another repository takes over responsibility.
+
+git's semantics for atomic commits are proposed to be used, which makes sure that before files are actually deleted, another repository has accepted the deletion.
+
+Modified git-annex-drop behavior
+==========================
+
+The most important (if not only) git-annex command that is affected by this is `git annex drop`. Currently, for dropping a large number of files, every file is checked with another (or multiple, if so configured) host if it's safe to delete.
+
+The new behavior would be to
+
+* decrement the location tracking counter for all files to be dropped,
+* commit that change,
+* try to push it to at least as many repositories that the numcopies constraints are met,
+* revert if that fails,
+* otherwise really drop the files from the backend.
+
+Unlike explicit checking, this never looks at the remote backend if the file is really present -- otoh, git-annex already relies on the files in the backend to not be touched by anyone but git-annex itself, and git-annex would only drop them if they were derefed and committed, in which case git would not accept the push. (git by itself would accept a merged push, but even if the reverting step failed due to a power outage or similar, git-annex would, before really deleting files from the backend, check again if the numcopies restraint is still met, and revert its own delete commit as the files are still present anyway.)
+
+Implications for trust
+==============
+
+The proposed change also changes the semantics of trust. Trust can now be controlled in a finer-grained way between untrusted and semi-trusted, as best illustrated by a use case:
+
+> Alice takes her netbook with her on a trip through Spain, and will fill most of its disk up with pictures she takes. As she expects to meet some old friends during the first days, she wants to take older pictures with her, which are safely backed up at home, so they can be deleted on demand.
+>
+> She tells her netbook's repository to dereference the old images (but not other parts of the repository she has not copied anywhere yet) and pushes to the server before leaving. When she adds pictures from her camera to the repository, git-annex can now free up space as needed.
+
+Dereferencing could be implemented as `git annex drop --no-rm` (or `move --no-rm`), freeing space is similar to `dropunused`.
+
+A trusted repository with the new semantics would mean that the repository would not accept dropping anything, just as before.
+
+Advantages / Disadvantages
+=====================
+
+The advantage of this proposal is that the round trips required for dropping something could be greatly reduced.
+
+There should also be simplifications in the `git annex drop` command as it doesn't need to take care of locking any more (git should already do that between checking if HEAD is a parent of the pushed commit and replacing HEAD).
+
+Besides being a major change in git-annex (with the requirement to track hosts' git-annex versions for migration, as the new trust system is incompatible with the old one), no disadvantages of that stragegy are known to the author (hoping for discussion below).
diff --git a/doc/forum/relying_on_git_for_numcopies/comment_1_8ad3cccd7f66f6423341d71241ba89fc._comment b/doc/forum/relying_on_git_for_numcopies/comment_1_8ad3cccd7f66f6423341d71241ba89fc._comment
new file mode 100644
index 0000000000..83a908da8c
--- /dev/null
+++ b/doc/forum/relying_on_git_for_numcopies/comment_1_8ad3cccd7f66f6423341d71241ba89fc._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-02-22T18:44:28Z"
+ content="""
+I see the following problems with this scheme:
+
+- Disallows removal of files when disconnected. It's currently safe to force that, as long as
+  git-annex tells you enough other repos are belived to have the file. Just as long as you
+  only force on one machine (say your laptop). With your scheme, if you drop a file while 
+  disconnected, any other host could see that the counter is still at N, because your
+  laptop had the file last time it was online, and can decide to drop the file, and lose the last 
+version.
+
+- pushing a changed counter commit to other repos is tricky, because they're not bare, and 
+  the network topology to get the commit pulled into the other repo could vary.
+
+- Merging counter files issues.  If the counter file doesn't automerge, two repos dropping the same file will conflict. But, if it does automerge, it breaks the counter conflict detection.
+
+- Needing to revert commits is going to be annoying. An actual git revert
+  could probably not reliably be done. It's need to construct a revert
+  and commit it as a new commit. And then try to push that to remotes, and
+  what if *that* push conflicts?
+
+- I do like the pre-removal dropping somewhat as an alternative to
+  trust checking. I think that can be done with current git-annex though,
+  just remove the files from the location log, but keep them in-annex.
+  Dropping a file only looks at repos that the location log says have a
+  file; so other repos can have retained a copy of a file secretly like
+  this, and can safely remove it at any time. I'd need to look into this a bit more to be 100% sure it's safe, but have started [[todo/hidden_files]]. 
+
+- I don't see any reduced round trips. It still has to contact N other
+  repos on drop. Now, rather than checking that they have a file, it needs
+  to push a change to them.
+"""]]
diff --git a/doc/forum/relying_on_git_for_numcopies/comment_2_be6acbc26008a9cb54e7b8f498f2c2a2._comment b/doc/forum/relying_on_git_for_numcopies/comment_2_be6acbc26008a9cb54e7b8f498f2c2a2._comment
new file mode 100644
index 0000000000..d9ce8b50e0
--- /dev/null
+++ b/doc/forum/relying_on_git_for_numcopies/comment_2_be6acbc26008a9cb54e7b8f498f2c2a2._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="comment 2"
+ date="2011-02-23T16:43:59Z"
+ content="""
+i'll comment on each of the points separately, well aware that even a single little leftover issue can show that my plan is faulty:
+
+* force removal: well, yes -- but the file that is currently force-removed on the laptop could just as well be the last of its kind itself. i see the problem, but am not sure if it's fatal (after all, if we rely on out-of-band knowledge when forcing something, we could just as well ask a little more)
+* non-bare repos: pushing is tricky with non-bare repos now just as well; a post-commit hook could auto-accept counter changes. (but pushing causes problems with counters anyway, doesn't it?)
+* merging: i'd have them auto-merge. git-annex will have to check the validity of the current state anyway, and a situation in which a counter-decrementing commit is not a fast-forward one would be reverted in the next step (or upon discovery, in case the next step never took place).
+* reverting: my wording was bad as \"revert\" is already taken in git-lingo. the correct term for what i was thinking of is \"reset\". (as the commit could not be pushed, it would be rolled back completely).
+    * we might have to resort to reverting, though, if the commit has already been pused to a first server of many.
+* [[todo/hidden files]]: yes, this solves pre-removal dropping :-)
+* round trips: it's not the number of servers, it's the number of files (up to 30k in my case). it seems to me that an individual request was made for every single file i wanted to drop (that would be N*M roundtrips for N affected servers and M files, and N roundtrips with git managed numcopies)
+
+all together, it seems to be a bit more complicated than i imagined, although not completely impossible. a combination of [[todo/hidden files]] and maybe a simpler reduction of the number of requests might though achieve the important goals as well.
+"""]]
diff --git a/doc/forum/relying_on_git_for_numcopies/comment_3_43d8e1513eb9947f8a503f094c03f307._comment b/doc/forum/relying_on_git_for_numcopies/comment_3_43d8e1513eb9947f8a503f094c03f307._comment
new file mode 100644
index 0000000000..27076a877f
--- /dev/null
+++ b/doc/forum/relying_on_git_for_numcopies/comment_3_43d8e1513eb9947f8a503f094c03f307._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="relation to [[todo/branching]]"
+ date="2011-02-23T21:48:14Z"
+ content="""
+the non-bare repository issue would go away if this was combined with the \"alternate\" approach to [[todo/branching]]. (with the \"fleshed out proposal\" of branching, this would not work at all for lack of shared commits.)
+"""]]
diff --git a/doc/forum/remembering_state.mdwn b/doc/forum/remembering_state.mdwn
new file mode 100644
index 0000000000..3edc193bce
--- /dev/null
+++ b/doc/forum/remembering_state.mdwn
@@ -0,0 +1,5 @@
+so i am wondering how better to remember the state of a repository.
+
+the use case is this: i have this part of my music collection which i consider to be my "favorites". i would like to have only those on an external hard drive, but also on my portable music player. so i cloned my main music collection to the external hard drive and did `git annex get` on the files i wanted there. now i want to replicate that to the music player - how would i go around doing that? if i clone that repo again, it will all have empty symlinks and i would have to reproduce the same process all over again, which i can script, but it seems a little quirky...
+
+ideas? --[[anarcat]]
diff --git a/doc/forum/remembering_state/comment_1_4a6ac5f50dfa5a17a0f0ccd0c2e7a466._comment b/doc/forum/remembering_state/comment_1_4a6ac5f50dfa5a17a0f0ccd0c2e7a466._comment
new file mode 100644
index 0000000000..bc9a072237
--- /dev/null
+++ b/doc/forum/remembering_state/comment_1_4a6ac5f50dfa5a17a0f0ccd0c2e7a466._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQeMMI82sfgZ9lim_9GqLkc4fsd0Z3Qt8"
+ nickname="Ronald"
+ subject="comment 1"
+ date="2014-05-14T09:08:22Z"
+ content="""
+I'm still learning git-annex myself, but I think you can make a new branch 'favorites'. Sort out your favorite music and make a checkout on your external HDD and music player. In the walkthrough you can see how that works. 
+"""]]
diff --git a/doc/forum/remembering_state/comment_2_1b02d3713a2986bc027d166589a11c3f._comment b/doc/forum/remembering_state/comment_2_1b02d3713a2986bc027d166589a11c3f._comment
new file mode 100644
index 0000000000..3c3f393a62
--- /dev/null
+++ b/doc/forum/remembering_state/comment_2_1b02d3713a2986bc027d166589a11c3f._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkYmMFDdf3GJ9Oba6NCVkzGc4JyB9WavMs"
+ nickname="Xinruo"
+ subject="comment 2"
+ date="2014-05-15T02:07:06Z"
+ content="""
+I think a better solution is to use http://git-annex.branchable.com/tips/metadata_driven_views/
+You can tag the files as favorites, then use get --metadata tag=favorites to get only favorites files.
+"""]]
diff --git a/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment b/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment
new file mode 100644
index 0000000000..2b349527ce
--- /dev/null
+++ b/doc/forum/remembering_state/comment_3_b48775ea1e90b061b084f61a4a9baca5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-05-15T20:01:14Z"
+ content="""
+While you can certianly use views for this, I tend to do the same with my sound files without view, but just using location tracking info. I have a set of music I'm currently listening to, and want to have more or less the same files on multiple computers as I have on my laptop. With maybe a bit more on some computers with more space. So, I do:
+
+    git annex sync
+    git annex get --in darkstar
+
+Where \"darkstar\" is the name of the repository on my laptop. 
+
+Another nice trick that also takes advantage of the location tracking logs is this to get back some files you dropped temporarily to free up space:
+
+    git annex get --in='here@{yesterday}'
+
+
+"""]]
diff --git a/doc/forum/remembering_state/comment_4_cbebcc6ed4bdae6815c0576475e96f6a._comment b/doc/forum/remembering_state/comment_4_cbebcc6ed4bdae6815c0576475e96f6a._comment
new file mode 100644
index 0000000000..c4bf94390b
--- /dev/null
+++ b/doc/forum/remembering_state/comment_4_cbebcc6ed4bdae6815c0576475e96f6a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="70.83.139.100"
+ subject="comment 4"
+ date="2014-05-21T18:02:51Z"
+ content="""
+i like @yesterday, that's a neat trick that would have basically resolved my problem here. thanks!
+"""]]
diff --git a/doc/forum/remote_server_client_repositories_are_bare__33____63__.mdwn b/doc/forum/remote_server_client_repositories_are_bare__33____63__.mdwn
new file mode 100644
index 0000000000..21c7568366
--- /dev/null
+++ b/doc/forum/remote_server_client_repositories_are_bare__33____63__.mdwn
@@ -0,0 +1,17 @@
+I've gone through most of the screen casts and lots of documentation,
+but my first attempt produced an unexpected result.
+
+I wanted to use git-annex is a Dropbox-simplistic setting - syncing
+a directory between my notebook (OSX) and my desktop (OpenSUSE 12.3).
+Running the assistant on OSX and adding a "Remote server" repository,
+changing the repository group to client produced a bare repository
+on the desktop.
+
+Am I missing something obvious?
+
+I've tried a few different version of git-annex, most recently
+
+   git-annex version: 4.20130727-g9399845
+   build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+but it remains the same.
diff --git a/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_1_234241460f6c75a8376b303b8dd4e882._comment b/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_1_234241460f6c75a8376b303b8dd4e882._comment
new file mode 100644
index 0000000000..41e599c6d4
--- /dev/null
+++ b/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_1_234241460f6c75a8376b303b8dd4e882._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmg8DSRA425Aik2clIuge8Jj-s7VJltsBI"
+ nickname="Tommy"
+ subject="comment 1"
+ date="2013-07-28T06:05:48Z"
+ content="""
+I found a partial answer on http://git-annex.branchable.com/forum/Add_a___34__local__34___remote :
+\"The webapp does not set up remote non-bare repositories because unless the user is comfortable with the cli, nothing is going to keep them up-to-date.\"
+
+So, clearly \"Remote server\" isn't what I want, but my \"desktop\" is headless and using jabber seems a silly complication when I have a perfectly fine ssh connection.  This isn't as trivial as I had expected.
+"""]]
diff --git a/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_2_42dfc382d07af2a4f29c76016084f87c._comment b/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_2_42dfc382d07af2a4f29c76016084f87c._comment
new file mode 100644
index 0000000000..84a2f36d66
--- /dev/null
+++ b/doc/forum/remote_server_client_repositories_are_bare__33____63__/comment_2_42dfc382d07af2a4f29c76016084f87c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T18:56:00Z"
+ content="""
+Make a non-bare git repository on your server. Run `git annex init` in it. Run `git annex assistant` in it.
+
+Now on your notebook, you can tell the assistant to use a remote ssh server, and point it at that directory. It will see the repository already exists, and use it, rather than making a new bare repository. The assistant daemon you've run on the server will notice when changes are pushed to the directory, and update it. 
+
+You can further set up XMPP, so that the server can tell the notebook if you make any modifications to the server. You can do this by running `git annex webapp --listen=IPADDRESS` on the server, and opening the url it prints out. But this is optional, only needed if you're going to be editing files on the server.
+"""]]
diff --git a/doc/forum/repo_corruption_in_usb_external_drive.mdwn b/doc/forum/repo_corruption_in_usb_external_drive.mdwn
new file mode 100644
index 0000000000..989126837e
--- /dev/null
+++ b/doc/forum/repo_corruption_in_usb_external_drive.mdwn
@@ -0,0 +1,41 @@
+I'm sorry to ask this again, but I'm not being able to find my previous message regarding this issue. I'm finding very hard to find older posts in forums. Is there a way to search for all my posted messages?
+Anyway, after some automount problems (changed mount point name), my usb repo (direct) ended in a weird state.
+See for instance the screenshot: <http://picpaste.com/git-annex-problem-eZvOl90y.jpg>
+
+In addition making a git-annex info gives the following:
+
+ * repository mode: direct
+ * trusted repositories: error: refs/heads/master does not point to a valid object!
+ * error: refs/heads/synced/git-annex does not point to a valid object!
+ * error: refs/heads/synced/master does not point to a valid object!
+ * error: refs/remotes/sapo/annex/direct/master does not point to a valid object!
+ * error: refs/remotes/sapo/git-annex does not point to a valid object!
+ * error: refs/remotes/sapo/master does not point to a valid object!
+ * error: refs/synced/1912d5a7-3929-47f0-8e25-a071d7079cc4/git-annex does not point to a valid object!
+ * error: refs/synced/1912d5a7-3929-47f0-8e25-a071d7079cc4/master does not point to a valid object!
+ * error: refs/heads/master does not point to a valid object!
+ * error: refs/heads/synced/git-annex does not point to a valid object!
+ * error: refs/heads/synced/master does not point to a valid object!
+ * error: refs/remotes/sapo/annex/direct/master does not point to a valid object!
+ * error: refs/remotes/sapo/git-annex does not point to a valid object!
+ * error: refs/remotes/sapo/master does not point to a valid object!
+ * error: refs/synced/1912d5a7-3929-47f0-8e25-a071d7079cc4/git-annex does not point to a valid object!
+ * error: refs/synced/1912d5a7-3929-47f0-8e25-a071d7079cc4/master does not point to a valid object!
+ * fatal: index file smaller than expected
+ * git-annex: failed to read sha from git write-tree
+
+
+What should I do? delete the usb repo and start again. Thank god this is just a trial.
+
+What happens if a file gets corrupted. Lets say it is corrupted in repo A, and fine in repo B. Will the good copy be overridden?
+
+git-repair takes a long time and seems to be stuck there, or maybe it just takes a long time (10Gb repo). Is this normal?
+    > git-annex repair
+    Running git fsck ...
+    Initialized empty Git repository in /tmp/tmprepo.1/.git/
+    Trying to recover missing objects from remote sapo.
+    Unpacking all pack files.
+    Unpacking objects: 100% (348848/348848), done.
+
+
+Thanks in advance.
diff --git a/doc/forum/repo_corruption_in_usb_external_drive/comment_1_d9122bb0cc3551d92877c299a25b9c9e._comment b/doc/forum/repo_corruption_in_usb_external_drive/comment_1_d9122bb0cc3551d92877c299a25b9c9e._comment
new file mode 100644
index 0000000000..ff325983d3
--- /dev/null
+++ b/doc/forum/repo_corruption_in_usb_external_drive/comment_1_d9122bb0cc3551d92877c299a25b9c9e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-15T18:50:29Z"
+ content="""
+It's normal for git-repair to take a long time.
+
+git-annex uses checksums to detect if a file gets corrupted.
+"""]]
diff --git a/doc/forum/reserving_space_with_directory_special_remotes.mdwn b/doc/forum/reserving_space_with_directory_special_remotes.mdwn
new file mode 100644
index 0000000000..fea762c397
--- /dev/null
+++ b/doc/forum/reserving_space_with_directory_special_remotes.mdwn
@@ -0,0 +1,2 @@
+Can diskreserve be done with directory special remotes?
+Where should such per directory remote setting be put?
diff --git a/doc/forum/reserving_space_with_directory_special_remotes/comment_1_cd17b624704d93b51931023f69573323._comment b/doc/forum/reserving_space_with_directory_special_remotes/comment_1_cd17b624704d93b51931023f69573323._comment
new file mode 100644
index 0000000000..83ef649ea3
--- /dev/null
+++ b/doc/forum/reserving_space_with_directory_special_remotes/comment_1_cd17b624704d93b51931023f69573323._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-10T23:50:53Z"
+ content="""
+Not currently supported. I've added a todo: [[todo/free_space_checking_for_local_special_remotes]]
+"""]]
diff --git a/doc/forum/reserving_space_with_directory_special_remotes/comment_2_877ca1be23d1484a8a30cdaeb6630053._comment b/doc/forum/reserving_space_with_directory_special_remotes/comment_2_877ca1be23d1484a8a30cdaeb6630053._comment
new file mode 100644
index 0000000000..c34052ae3c
--- /dev/null
+++ b/doc/forum/reserving_space_with_directory_special_remotes/comment_2_877ca1be23d1484a8a30cdaeb6630053._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-07-10T23:56:08Z"
+ content="""
+I was looking at git-annex git and saw this and thought it might be supported.
+
+commit 5cc76098ca7b702772ccf37a47f03da088148003
+Author: Joey Hess <joey@kitenet.net>
+Date:   Fri Apr 20 16:24:44 2012 -0400
+
+    Directory special remotes now check annex.diskreserve.
+
+"""]]
diff --git a/doc/forum/reserving_space_with_directory_special_remotes/comment_3_65910eeaf3c6fcfd03f22c2957293232._comment b/doc/forum/reserving_space_with_directory_special_remotes/comment_3_65910eeaf3c6fcfd03f22c2957293232._comment
new file mode 100644
index 0000000000..245849c5f8
--- /dev/null
+++ b/doc/forum/reserving_space_with_directory_special_remotes/comment_3_65910eeaf3c6fcfd03f22c2957293232._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 3"
+ date="2013-07-11T16:17:36Z"
+ content="""
+Shows what I know! It is supported. Repurposed the bug report to allow configuring a different diskreserve for the remote than the main annex.diskreserve..
+"""]]
diff --git a/doc/forum/retrieving_previous_versions.mdwn b/doc/forum/retrieving_previous_versions.mdwn
new file mode 100644
index 0000000000..7626b7935b
--- /dev/null
+++ b/doc/forum/retrieving_previous_versions.mdwn
@@ -0,0 +1,7 @@
+Hi,
+
+This might be a stupid question, but I did not find any information about it.
+Can I retrieve previous versions of a file?
+Let's say, I wanna do a "git annex get file", but considering a specific commit id. Is it possible? Are all the versions of the files kept inside .git/annex/objects?
+
+Thanks!
diff --git a/doc/forum/retrieving_previous_versions/comment_1_a4e83f688d4ec9177e7bf520f12ed26d._comment b/doc/forum/retrieving_previous_versions/comment_1_a4e83f688d4ec9177e7bf520f12ed26d._comment
new file mode 100644
index 0000000000..ab2ecee317
--- /dev/null
+++ b/doc/forum/retrieving_previous_versions/comment_1_a4e83f688d4ec9177e7bf520f12ed26d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-04-24T21:14:15Z"
+ content="""
+To get to a specific version of a file, you need to have a tag or a branch that includes that version of the file. Check out the branch and `git annex get $file`. 
+
+(Of course, even without a tag or branch, old file versions are retained, unless dropped with `unused`/`dropunused`.
+So you could even `git checkout $COMMITID`.)
+"""]]
diff --git a/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__.mdwn b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__.mdwn
new file mode 100644
index 0000000000..2a22d6ee78
--- /dev/null
+++ b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__.mdwn
@@ -0,0 +1,13 @@
+When trying to setup an rsync.net repo I always get the following error:
+
+Permission denied, please try again.
+Permission denied, please try again.
+Received disconnect from 114.xxx.xxx.xxx: 2: Too many authentication failures for 2*****
+
+I can ssh into the account without any problems and couldn't find anything, which would have helped me any further.
+Any ideas? Is the problem sitting in front of the computer? Is it a bug?
+
+Thanks.
+David
+
+This is happening on Mavericks (10.9)
diff --git a/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_1_7754e2cfb72b034effe8642c1b3e593e._comment b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_1_7754e2cfb72b034effe8642c1b3e593e._comment
new file mode 100644
index 0000000000..d29f6482c3
--- /dev/null
+++ b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_1_7754e2cfb72b034effe8642c1b3e593e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="comment 1"
+ date="2014-04-02T15:58:57Z"
+ content="""
+This problem also exists, when connecting to other ssh remote servers.
+The error msg would be:
+
+ Failed to ssh to the server. Transcript: Permission denied, please try again. Received disconnect from 80.xxx.xxx.xxx: 2: Too many authentication failures for ssh-xxxxxx-git-annex-assist 
+"""]]
diff --git a/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_2_04e1da4352ef9f9be90253ea726e5f24._comment b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_2_04e1da4352ef9f9be90253ea726e5f24._comment
new file mode 100644
index 0000000000..3181c4fe01
--- /dev/null
+++ b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_2_04e1da4352ef9f9be90253ea726e5f24._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 2"
+ date="2014-04-02T19:41:29Z"
+ content="""
+What version of git-annex?
+
+Do you have ssh-askpass installed?
+
+You might try running git webapp from a terminal, in case ssh is unable to prompt for the password in a window using ssh-askpass.
+"""]]
diff --git a/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_3_84aceb9a9d3e5bd14c044861f47e3b9d._comment b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_3_84aceb9a9d3e5bd14c044861f47e3b9d._comment
new file mode 100644
index 0000000000..ef70eea48a
--- /dev/null
+++ b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_3_84aceb9a9d3e5bd14c044861f47e3b9d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn_3tllXjSmtgm__aGr9Z4gVNFgJgGyJ30"
+ nickname="David Alan"
+ subject="comment 3"
+ date="2014-04-03T00:31:14Z"
+ content="""
+I'm running Version: 5.20140318-gdcf93d0. Do I have to install a ssh-askpass manually? I only found one thread referring to ssh-askpass, but didn't really know what to do with that information. So, no I don't have it installed as far as I know... _I_ never did anyway...
+
+Do I need it? Did I miss something in the docs?
+"""]]
diff --git a/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_4_2cd17d01edeb230197865e6ea0884de0._comment b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_4_2cd17d01edeb230197865e6ea0884de0._comment
new file mode 100644
index 0000000000..bfb4c2d74a
--- /dev/null
+++ b/doc/forum/rsync.net:_Too_many_authentication_failures_for___42____42____42____42____42__/comment_4_2cd17d01edeb230197865e6ea0884de0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 4"
+ date="2014-05-19T16:46:55Z"
+ content="""
+I suggest you upgrade to yesterday's release. It moves ssh password prompting during repository setup into a field in the webapp, so should avoid this class of problems.
+"""]]
diff --git a/doc/forum/rsync_asking_for_an_unknown_password.mdwn b/doc/forum/rsync_asking_for_an_unknown_password.mdwn
new file mode 100644
index 0000000000..1126c31eab
--- /dev/null
+++ b/doc/forum/rsync_asking_for_an_unknown_password.mdwn
@@ -0,0 +1,60 @@
+Hello,
+
+I am on OS X, using version 5.20140613.  I installed using brew.
+
+I have a really simple example where I'm trying to use local rsync to test transfer between two repos.  It keeps asking me for a password over and over.  I do not know what password it is.
+
+I'm literally doing just this:
+
+    $ cd annex-tests
+    $ mkdir target
+    $ mkdir source
+    $ cat > source/text
+    hi this is a test
+    $ cd source
+    $ git init
+    Initialized empty Git repository in /Users/me/Documents/annex-tests/source/.git/
+    $ git annex init
+    init  ok
+    (Recording state in git...)
+    $ git annex initremote rsync-login type=rsync rsyncurl=me@localhost:/Users/me/Documents/annex-tests/target encryption=none
+    initremote rsync-login ok
+    (Recording state in git...)
+    $ git annex describe rsync-login "test rsync url with a login"
+    describe rsync-login ok
+    (Recording state in git...)
+    $ git annex add text 
+    add text ok
+    (Recording state in git...)
+    $ git annex sync rsync-login --content
+    commit  ok
+    copy text copy text (checking rsync-login...) Password:
+    Password:
+    Password:
+    Password:
+    Password:
+
+I try a blank password, I try my login password, I tried 'none' (the encryption type), I try everything..  no dice
+
+So right off the bat let me explain a few things.
+
+1 -  Why not use rsa keys?  Because I was having the exact same problem and I wanted to make it even easier and use login/password
+
+2 -  Why not use the webapp since a few forum posts say you can set passwords in there?  because my annex doesn't seem to recognize the command.
+
+    $ git annex webapp
+    git-annex: unknown command webapp
+
+3 -  I verified my rsync command/url appears ok by doing the following.  The password for that command is as expected, it is my username password:
+
+    $ cat > test2
+    hi test
+    $ rsync test2 me@localhost:/Users/me/Documents/annex-tests/target
+    Password:
+    $ cat /Users/me/Documents/annex-tests/target/test2
+    hi test
+
+
+Any help will be appreciated!
+
+
diff --git a/doc/forum/rsync_asking_for_an_unknown_password/comment_1_f23d1c04a27625089eaef5b4bb7f8456._comment b/doc/forum/rsync_asking_for_an_unknown_password/comment_1_f23d1c04a27625089eaef5b4bb7f8456._comment
new file mode 100644
index 0000000000..b761838721
--- /dev/null
+++ b/doc/forum/rsync_asking_for_an_unknown_password/comment_1_f23d1c04a27625089eaef5b4bb7f8456._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T18:41:32Z"
+ content="""
+Re brew not being built with support for the webapp, I suggest you file a bug on brew about this. IIRC they were, or were planning to include the webapp in the build. They may have lost track of that.
+
+Now, what does rsyncurl=me@localhost:/Users/me/Documents/annex-tests/target say? It says to use rsync with the \"url\" me@localhost:/Users/me/Documents/annex-tests/target. What does rsync do with that url? It tries to ssh into localhost, as user \"me\". There's no magic here. I don't know why your login password isn't working, but you can verify by passing --debug to git-annex that it just runs rsync with the url you've given it.
+
+BTW, are you sure you want to use a rsync special remote at all, rather than a regular git remote using ssh?
+"""]]
diff --git a/doc/forum/rsync_asking_for_an_unknown_password/comment_2_ce4b399fdb2f04e30bd8a951994f1c80._comment b/doc/forum/rsync_asking_for_an_unknown_password/comment_2_ce4b399fdb2f04e30bd8a951994f1c80._comment
new file mode 100644
index 0000000000..494aaa2359
--- /dev/null
+++ b/doc/forum/rsync_asking_for_an_unknown_password/comment_2_ce4b399fdb2f04e30bd8a951994f1c80._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3JJvaarUKd7xShCMze_kpHVcuCzFrWTI"
+ nickname="Lucas"
+ subject="comment 2"
+ date="2014-07-15T16:18:01Z"
+ content="""
+Well I got the password issue straightened out (was me, don't ask).
+
+Both the rsync and git via ssh are working well, thanks!
+"""]]
diff --git a/doc/forum/rsync_over_ssh__63__.mdwn b/doc/forum/rsync_over_ssh__63__.mdwn
new file mode 100644
index 0000000000..9c0c9add63
--- /dev/null
+++ b/doc/forum/rsync_over_ssh__63__.mdwn
@@ -0,0 +1,2 @@
+[Walkthrough](http://git-annex.branchable.com/walkthrough/using_ssh_remotes/) says that when using ssh remotes rsync is used for transfering files. Is rsync used via ssh or unsecure?
+-- Michael K.
diff --git a/doc/forum/rsync_over_ssh__63__/comment_1_ee21f32e90303e20339e0a568321bbbe._comment b/doc/forum/rsync_over_ssh__63__/comment_1_ee21f32e90303e20339e0a568321bbbe._comment
new file mode 100644
index 0000000000..2b9fc9552d
--- /dev/null
+++ b/doc/forum/rsync_over_ssh__63__/comment_1_ee21f32e90303e20339e0a568321bbbe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-06T15:59:37Z"
+ content="""
+Everything is done over ssh unless both repos are on the same system (or unless you NFS mount a repo)
+"""]]
diff --git a/doc/forum/rsync_over_ssh__63__/comment_2_aa690da6ecfb2b30fc5080ad76dc77b1._comment b/doc/forum/rsync_over_ssh__63__/comment_2_aa690da6ecfb2b30fc5080ad76dc77b1._comment
new file mode 100644
index 0000000000..49003937b6
--- /dev/null
+++ b/doc/forum/rsync_over_ssh__63__/comment_2_aa690da6ecfb2b30fc5080ad76dc77b1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://m-f-k.myopenid.com/"
+ ip="92.194.43.135"
+ subject="comment 2"
+ date="2011-03-06T16:33:19Z"
+ content="""
+Great! This was the only thing about git-annex which could have kept me from using it. --Michael
+"""]]
diff --git a/doc/forum/rsync_remote_is_not_available_from_a_cloned_repo/comment_1_2e340c5a6473f165dc06cc35db38e5c0._comment b/doc/forum/rsync_remote_is_not_available_from_a_cloned_repo/comment_1_2e340c5a6473f165dc06cc35db38e5c0._comment
new file mode 100644
index 0000000000..2b6ff45df9
--- /dev/null
+++ b/doc/forum/rsync_remote_is_not_available_from_a_cloned_repo/comment_1_2e340c5a6473f165dc06cc35db38e5c0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="hannes"
+ ip="130.226.142.243"
+ subject="original repo git annex version"
+ date="2012-07-08T11:55:42Z"
+ content="""
+is 3.20120629
+"""]]
diff --git a/doc/forum/rsyncing_.git__47__annex__47__objects.mdwn b/doc/forum/rsyncing_.git__47__annex__47__objects.mdwn
new file mode 100644
index 0000000000..876b5e04a7
--- /dev/null
+++ b/doc/forum/rsyncing_.git__47__annex__47__objects.mdwn
@@ -0,0 +1,24 @@
+In short: is it safe to rsync .git/annex/objects/ to other clones?
+
+I'm in the process of migrating a lot of my files to a new backend.  Most them
+still use the old non-file-size-tracking SHA1 backend from when WORM was the
+default.  I have multiple clones that each use about 460 GB of their 500 GB
+drives.
+
+I've noticed that git-annex creates hardlinks to migrated content in
+.git/annex/objects, so I'm able to migrate all content despite only having 40
+GB of free space.  Excellent.
+
+Now I'm planning to `rsync -a --hard-links .git/annex/objects/
+${CLONE}/.git/annex/objects/` to recreate the hardlinks and save space on the
+clones as well.  If I `fsck` afterwards, this should be fine, right?
+
+I've tried this with a test repository and it works but I'd like to be extra
+sure that I'm not missing something crucial.
+
+The alternatives that I'm aware of are:
+
+ * making space first: `git annex dropunused "1-20000"` and `git annex get .`
+ * running `git annex migrate` in each clone.
+
+I expect rsync to be safer and faster than these alternatives.
diff --git a/doc/forum/rsyncing_.git__47__annex__47__objects/comment_1_25eb9f7be5730337b9efd96dce9efd2e._comment b/doc/forum/rsyncing_.git__47__annex__47__objects/comment_1_25eb9f7be5730337b9efd96dce9efd2e._comment
new file mode 100644
index 0000000000..8d9e22a7e9
--- /dev/null
+++ b/doc/forum/rsyncing_.git__47__annex__47__objects/comment_1_25eb9f7be5730337b9efd96dce9efd2e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-16T17:36:48Z"
+ content="""
+As long as you fsck afterwards, this is fine.
+
+You might want to `git annex fsck --all` in case you have objects for old versions of files.
+"""]]
diff --git a/doc/forum/rsyncing_.git__47__annex__47__objects/comment_2_d7ceae666c8a1951021d3c6e6ac39a11._comment b/doc/forum/rsyncing_.git__47__annex__47__objects/comment_2_d7ceae666c8a1951021d3c6e6ac39a11._comment
new file mode 100644
index 0000000000..f9c449f5eb
--- /dev/null
+++ b/doc/forum/rsyncing_.git__47__annex__47__objects/comment_2_d7ceae666c8a1951021d3c6e6ac39a11._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="89.0.237.214"
+ subject="comment 2"
+ date="2013-11-18T15:09:59Z"
+ content="""
+Thanks for the confirmation, Joey!  I also wouldn't have thought of `--all`.
+"""]]
diff --git a/doc/forum/s3_vs_ssh_Performance_Problems.mdwn b/doc/forum/s3_vs_ssh_Performance_Problems.mdwn
new file mode 100644
index 0000000000..5176e196fc
--- /dev/null
+++ b/doc/forum/s3_vs_ssh_Performance_Problems.mdwn
@@ -0,0 +1,8 @@
+I backup/sync my music using annex. I used to have one repo with 3 clones, one full copy on my vps, one full copy and one partial copy on my laptops. I decided to move all data to s3. Declared my vps repo dead, purged history (I do not care about history for this particular repo) pushed the git repo to a different computer (bare repo no data) and data to s3 (gpg encrypted). I've just finished uploading all files (around 200gb) couple files failed during the initial upload so I did a `git annex copy --quiet --to mys3 --fast` this command used to take 15 20 secs on my laptop when sending data to vps using ssh but now it took 2 hours to complete (pushing mem usage to 90%).
+
+I have one other repo (1.5gb in size 42k files using indirect mode, data gpg encrypted on s3) using the same setup except this repos content has always been on s3  i had the same behavior on this repo too. adding a file and running a copy to push content to s3 took couple hours even if I add a single 1kb file. I used to blame my hard drive, damn thing is slow but now I think this is related to s3. is there any workaround for this?
+
+Both machines are using,
+
+    git-annex version: 4.20130913-gd20a4f2
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi
diff --git a/doc/forum/s3_vs_ssh_Performance_Problems/comment_1_65f064f09d7850abecab97007b0d30f0._comment b/doc/forum/s3_vs_ssh_Performance_Problems/comment_1_65f064f09d7850abecab97007b0d30f0._comment
new file mode 100644
index 0000000000..aa3e06cc0c
--- /dev/null
+++ b/doc/forum/s3_vs_ssh_Performance_Problems/comment_1_65f064f09d7850abecab97007b0d30f0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-11-21T04:09:15Z"
+ content="""
+Is
+
+    git annex copy --not --in mys3 --to mys3 .
+
+any faster?
+"""]]
diff --git a/doc/forum/s3_vs_ssh_Performance_Problems/comment_2_baaf2384d9196077268e9ca9bbe3b871._comment b/doc/forum/s3_vs_ssh_Performance_Problems/comment_2_baaf2384d9196077268e9ca9bbe3b871._comment
new file mode 100644
index 0000000000..f54e49b2b5
--- /dev/null
+++ b/doc/forum/s3_vs_ssh_Performance_Problems/comment_2_baaf2384d9196077268e9ca9bbe3b871._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2013-11-21T17:47:57Z"
+ content="""
+No difference. Both take roughly the same time but I did time a couple of runs with both commands they usually take 3 to 5 minutes to complete. Maybe git did something behind the scenes like gc? But still slower than it used to be. My other repo (one with 42k files) still takes a 2 hours.
+"""]]
diff --git a/doc/forum/s3_vs_ssh_Performance_Problems/comment_3_dc44be42070c073d150c476406e9b425._comment b/doc/forum/s3_vs_ssh_Performance_Problems/comment_3_dc44be42070c073d150c476406e9b425._comment
new file mode 100644
index 0000000000..cbd460818f
--- /dev/null
+++ b/doc/forum/s3_vs_ssh_Performance_Problems/comment_3_dc44be42070c073d150c476406e9b425._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 3"
+ date="2013-11-22T20:21:11Z"
+ content="""
+Well it's not related to s3... that copy command won't even do any network traffic if there is nothing to copy.  I have a similarly configured annex with 4500 files and that command takes 10 seconds to run.
+
+I do remember there being a recent fix that reduced the algorithmic complexity of an operation, but I forget which.
+"""]]
diff --git a/doc/forum/s3_vs_ssh_Performance_Problems/comment_4_f9c3ef3b1b44bfb29125acb6ec621f38._comment b/doc/forum/s3_vs_ssh_Performance_Problems/comment_4_f9c3ef3b1b44bfb29125acb6ec621f38._comment
new file mode 100644
index 0000000000..2e4cda6342
--- /dev/null
+++ b/doc/forum/s3_vs_ssh_Performance_Problems/comment_4_f9c3ef3b1b44bfb29125acb6ec621f38._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 4"
+ date="2013-12-12T20:14:01Z"
+ content="""
+You mentioned something about high memory usage when copying. How much memory are we talking about?
+
+Have you run `git annex forget` in this repository before? It kind of sounds like you have, and it might be possible that it's repeatedly trying to forget old history for some reason.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history.mdwn b/doc/forum/safely_dropping_git-annex_history.mdwn
new file mode 100644
index 0000000000..a6d8e66779
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history.mdwn
@@ -0,0 +1,20 @@
+the git-annex branch of a repository i've had running since 2010 has grown to unmanagable dimensions (5gb in a fresh clone of the git-annex branch, while the master branch has merely 40mb, part of which is due to checked-in files), resulting in git-annex-merges to take in the order of magnitude of 15 minutes. getting an initial clone of the git-annex branch (not the data) takes hours alone in the "remote: Counting objects" phase (admittedly, the origin server is limited in ram, so it spends its time swapping the git process back and forth).
+
+is there a recommended way for how to reset the git-annex branch in a coordinated way? of course, this would have to happen on all copies of the repo at the same time.
+
+the workflow i currently imagine is
+
+* rename all copies of the repository (the_repo → the_repo-old, the_repo.git → the_repo-old.git)
+* clone the old origin repository to a new origin with --single-branch. (this would be *the* oportunity to ``git filter-branch --prune-empty --index-filter 'git rm --cached --ignore-unmatch .git-annex -r' master`` as well, to get rid of commits of pre-whatever versions)
+* ``git annex init`` on the master repository
+* clone it to all the other copies and ``git annex init`` there
+* set all the configuration options (untrusted repos etc) again
+* either
+  * ``git annex reinject`` the files that are already present on the respective machines, or
+  * move the .git/annex/objects files over from the original locations, and use ``git annex fsck`` to make git-annex discover which files it already has, if that works. (i have numcopies=2, thus i'd dare to move instead of copy even when trying this out the first time. complete copies, even of partially checked out clones, will exceed the capacities of most clients)
+
+my questions in that endeavor are:
+
+* is there already a standard workflow for this?
+* if not, will the above do the trick?
+* can anything be done to avoid such problems in future?
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment b/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment
new file mode 100644
index 0000000000..b24a058f6c
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_10_a4b93a3fbc98d9b86e942f95e0039862._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 10"
+ date="2013-07-20T20:03:20Z"
+ content="""
+Since you seem to have found a way that works, I'm only answering for completeness: To resolve a conflicted merge on the git-annex branch, you can just add all lines present in either side of the merge, in any order. This won't necessarily be the most minimal resolution, but it is guaranteed to always be a valid one. There is a git-union-merge program in the git-annex source (not built by default) that can do that when merging any set of branches.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_11_383882fafd32f25ed22b5eb2fb3691b9._comment b/doc/forum/safely_dropping_git-annex_history/comment_11_383882fafd32f25ed22b5eb2fb3691b9._comment
new file mode 100644
index 0000000000..fbfe641564
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_11_383882fafd32f25ed22b5eb2fb3691b9._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="propagating squashed history to other remotes"
+ date="2013-08-12T01:44:59Z"
+ content="""
+The easiest method seems to be to force-push git-annex and master to other remotes, e.g.
+
+    git push -f myremote git-annex:refs/heads/git-annex
+
+Before doing this, make sure location logs etc had a chance to propagate across all remotes.
+
+It's a good idea to remove synched/ branches before doing git-annex sync on the repos with rewritten history, too:
+    git branch -D synced/master
+    git branch -D synced/annex
+
+
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_12_47794a2abf29bf4ea2763ff89d872ab4._comment b/doc/forum/safely_dropping_git-annex_history/comment_12_47794a2abf29bf4ea2763ff89d872ab4._comment
new file mode 100644
index 0000000000..5c09316041
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_12_47794a2abf29bf4ea2763ff89d872ab4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4830:1600:187::2"
+ subject="comment 12"
+ date="2013-09-04T06:38:00Z"
+ content="""
+`git annex forget` automates this now, without needing to force-push or have a flag day. Needs a version of git-annex supporting it installed on *all* the computers you use the repo on. Repos notice they need to forget when git annex is run in them, and do, automatically.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_1_4fd76d10a93fe01588fce7a621f9254d._comment b/doc/forum/safely_dropping_git-annex_history/comment_1_4fd76d10a93fe01588fce7a621f9254d._comment
new file mode 100644
index 0000000000..e46f7291a2
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_1_4fd76d10a93fe01588fce7a621f9254d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 1"
+ date="2012-10-31T16:03:55Z"
+ content="""
+Yes, you can use fsck like that. I outlined a similar approach [here](http://git-annex.branchable.com/forum/Delete_unused_files__47__metadata/#comment-e2bd822214df96606a60e8aee2c8637a), and I think you don't even need to make new git repositories, just delete the old branch and git gc it -- but I've not heard of anyone doing this yet.
+
+So, since 2010, your repo must have gone through at least one and probably two repository format changes, which bloated the git branch. Hopefully we'll have no more of those. My largest repo that also went through that is under 150 mb however. 
+
+There was a recent bug fix where `git annex copy` unnecessarily updated location log even when the file was already copied. That kind of thing can bloat the repository, especially if you had that in a cron job... You might find `git annex log` useful to look through history of files and see if there have been a lot of location changes logged for whatever reason.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_2_10ecf3220ffcbbe94ba09da225458f18._comment b/doc/forum/safely_dropping_git-annex_history/comment_2_10ecf3220ffcbbe94ba09da225458f18._comment
new file mode 100644
index 0000000000..21befd41a0
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_2_10ecf3220ffcbbe94ba09da225458f18._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="worked well"
+ date="2012-11-04T12:23:56Z"
+ content="""
+the procedure i outlined originally worked well for me; the method chosen for reinjection was moving over the .git/annex/objects directory and doing a ``git annex fsck``.
+
+special care had to be taken of the special remote (rsync+gpg) -- i guess that's why they are called special ;-) . as described in the forum post you linked, i had to copy over remote.log and the uuid.log line from the old git-annex branch -- otherwise, a ``git annex initremote`` would have generated a new hmac, effectively resetting the remote repo.
+
+the formerly 5gb git-annex branch (admittedly not ``git gc``'d recently, but that just wasn't feasible any more) shrunk down to around 25mb of current location information. i'll keep an eye on how it's growing to see if the problem is inherent or if it was just old bugs causing trouble.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_3_e3beb8acb075faaeef6c052aecbf0a41._comment b/doc/forum/safely_dropping_git-annex_history/comment_3_e3beb8acb075faaeef6c052aecbf0a41._comment
new file mode 100644
index 0000000000..fbcbdbc4fa
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_3_e3beb8acb075faaeef6c052aecbf0a41._comment
@@ -0,0 +1,50 @@
+[[!comment format=mdwn
+ username="http://vjt.myopenid.com/"
+ nickname="vjt"
+ subject="drop &quot;content removed from annex&quot; history"
+ date="2013-06-18T02:12:01Z"
+ content="""
+Joey,
+
+dropping the git-annex branch and subsequent fsck worked. Moreover, as I turned my repository in containing over 700k objects due to a silly cycle of `git annex add` / `git annex unannex`, bloating *both* `git-annex` and `master` history, to clean up I successfully performed a squashed rebase of master onto itself.
+
+Here's what I did, in detail:
+
+    $ git checkout git-annex
+    $ cp *.log ..
+    $ git checkout master
+    $ git br -D git-annex
+    $ git br -D synced/git-annex
+    $ git checkout <first commit>
+    $ git checkout -b git-annex
+    $ cp ../*.log .
+    $ <remove the changes done in the first commit, my case just adding a .gitignore>
+    $ git add *.log
+    $ git commit --amend -m 'Init'
+
+With this, I got rid of the many `update` commits. Now, the fun part:
+
+    $ git checkout master
+    $ git rebase -i <first commit>
+    <In the git-rebase-todo, I squashed almost everything, except a few commits I wanted to preserve>
+    $ :wq
+
+Rebase went fine, and I was left with a clean master. I brought also `synced/master` up to date:
+
+    $ git checkout synced/master
+    $ git reset --hard master
+
+Now I re-created all the location links with fsck:
+
+    $ git annex fsck
+
+And eventually, got rid of the redundant history:
+
+    $ git reflog expire --expire=now --expire-unreachable=now --all
+    $ git gc --prune=now
+    $ git repack
+    $ git prune
+
+yay, 500k objects less ^_^'.
+
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_4_61a5fe2e7e47c60a8b237ea69404a37f._comment b/doc/forum/safely_dropping_git-annex_history/comment_4_61a5fe2e7e47c60a8b237ea69404a37f._comment
new file mode 100644
index 0000000000..d257e6f622
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_4_61a5fe2e7e47c60a8b237ea69404a37f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="would git annex fsck also recreate location tracking info for special remotes?"
+ date="2013-07-17T17:02:50Z"
+ content="""
+Suppose I want to drop history like discussed in this entry. How well does this deal with special (e.g. directory on an offline disk) remotes?
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_5_426d02e2f2a2ae4ec7eae02dfe4519b3._comment b/doc/forum/safely_dropping_git-annex_history/comment_5_426d02e2f2a2ae4ec7eae02dfe4519b3._comment
new file mode 100644
index 0000000000..aafa8fa1bc
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_5_426d02e2f2a2ae4ec7eae02dfe4519b3._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 5"
+ date="2013-07-17T17:06:39Z"
+ content="""
+Also, would simply squashing git-annex branch history (without fsck etc) work?
+This seems easier.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_6_410a7296c2cee16d3d5bb618a5a41c1d._comment b/doc/forum/safely_dropping_git-annex_history/comment_6_410a7296c2cee16d3d5bb618a5a41c1d._comment
new file mode 100644
index 0000000000..05ac273616
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_6_410a7296c2cee16d3d5bb618a5a41c1d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 6"
+ date="2013-07-17T18:57:12Z"
+ content="""
+You can use `git annex fsck --from remote` to verify that every file location tracking thinks is on the remote still is. It's innefficient though -- it has to download the whole file to check the special remote still has the right content! That transfer can be avoided by adding --fast.
+
+This is documented in the man page. :)
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_7_42cf492fc98a9eba8176387749ef12e0._comment b/doc/forum/safely_dropping_git-annex_history/comment_7_42cf492fc98a9eba8176387749ef12e0._comment
new file mode 100644
index 0000000000..5c10b988cd
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_7_42cf492fc98a9eba8176387749ef12e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 7"
+ date="2013-07-17T18:59:03Z"
+ content="""
+I don't see any reason why squashing git-annex branch history would not work. If you squash it to the same sha in each clone, things would be very happy, but even if you squash it to different shas, the union merge should result in those  different versions of the same data automatically merging together.
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_8_c0327ada073d8b69535f71b4dc6aa57e._comment b/doc/forum/safely_dropping_git-annex_history/comment_8_c0327ada073d8b69535f71b4dc6aa57e._comment
new file mode 100644
index 0000000000..120e4daefa
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_8_c0327ada073d8b69535f71b4dc6aa57e._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="git annex merge driver?"
+ date="2013-07-19T17:04:53Z"
+ content="""
+
+I've tried rebasing git-annex branch, and I hit a bunch of conflicts (both in uuid.log and for individual content file logs) of the form:
+
+<pre><code>
+<<<<<<< HEAD
+1369615760.859476s 1 016d9095-0cbc-4734-a498-4e0421e257d7
+=======
+1369615760.845334s 1 016d9095-0cbc-4734-a498-4e0421e257d7
+>>>>>>> 52e60e8... update
+1369615359.195672s 1 38c359dc-a7d9-498d-a818-2e9beae995b8
+</code></pre>
+
+As I understand, git-annex has a special timestamp-based merge driver to deal with these. Is there a way to use that with git rebase?
+
+"""]]
diff --git a/doc/forum/safely_dropping_git-annex_history/comment_9_f83d6090aea2b7d5d54c876df940cbad._comment b/doc/forum/safely_dropping_git-annex_history/comment_9_f83d6090aea2b7d5d54c876df940cbad._comment
new file mode 100644
index 0000000000..cbfd678508
--- /dev/null
+++ b/doc/forum/safely_dropping_git-annex_history/comment_9_f83d6090aea2b7d5d54c876df940cbad._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="git checkout --orphan"
+ date="2013-07-19T17:49:37Z"
+ content="""
+Instead of rebase, --orphan seems to be the right answer for pruning history: create a new git-annex orphan branch and git add and commit the files. So:
+<pre><code>
+
+git status 
+
+# verify there are no uncommitted or untracked files
+
+# master branch
+git branch -m old-master
+git checkout --orphan master
+git add .
+git commit -m 'first commit'
+
+# git annex branch
+git branch -m git-annex old-git-annex
+git checkout git-annex
+git checkout --orphan git-annex
+git add .
+git commit -m 'first commit'
+git checkout master
+
+# at this point, you may want to double-check that everything is still OK
+
+# finally, remove branches and clean up the objects:
+git branch -D old-master old-git-annex
+git reflog expire --expire=now --all
+git prune
+git gc
+
+</code></pre>
+
+The repo remains functional and .git is smaller.
+
+"""]]
diff --git a/doc/forum/seems_to_build_fine_on_haskell_platform_2011.mdwn b/doc/forum/seems_to_build_fine_on_haskell_platform_2011.mdwn
new file mode 100644
index 0000000000..60014a7f53
--- /dev/null
+++ b/doc/forum/seems_to_build_fine_on_haskell_platform_2011.mdwn
@@ -0,0 +1 @@
+This is just a comment on git-annex building on haskell platform 2011.2.0.0 on archlinux. It just works.
diff --git a/doc/forum/shared_cipher_tries_to_use_gpg.mdwn b/doc/forum/shared_cipher_tries_to_use_gpg.mdwn
new file mode 100644
index 0000000000..ccaa0c59d6
--- /dev/null
+++ b/doc/forum/shared_cipher_tries_to_use_gpg.mdwn
@@ -0,0 +1,10 @@
+I tried 
+
+    git annex initremote encsharedtest type=directory encryption=shared directory=/home/lee/gitannexplay
+
+and got errors:
+
+    initremote encsharedtest gpg: error reading key: public key not found
+
+Looks like it thinks "shared" should be the name of a key rather than an instruction to use the shared cipher.
+Am I doing something wrong?
diff --git a/doc/forum/shared_cipher_tries_to_use_gpg/comment_1_760961eaaa7d5c254dd71c5792437c9e._comment b/doc/forum/shared_cipher_tries_to_use_gpg/comment_1_760961eaaa7d5c254dd71c5792437c9e._comment
new file mode 100644
index 0000000000..e97118b8a7
--- /dev/null
+++ b/doc/forum/shared_cipher_tries_to_use_gpg/comment_1_760961eaaa7d5c254dd71c5792437c9e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-23T19:51:03Z"
+ content="""
+That's the right syntax, and it works when I try it, even if I move my `~/.gnupg` directory away.
+
+You sure you have a new enough git-annex for the shared cipher feature? It appeared in version 3.20120430
+
+You could try passing the `--debug` option to see what it's trying to do with gpg when it fails.
+"""]]
diff --git a/doc/forum/shared_cipher_tries_to_use_gpg/comment_2_f3260aea3a5bb9b95a9bdf1d0dfce090._comment b/doc/forum/shared_cipher_tries_to_use_gpg/comment_2_f3260aea3a5bb9b95a9bdf1d0dfce090._comment
new file mode 100644
index 0000000000..7c36e7cf4d
--- /dev/null
+++ b/doc/forum/shared_cipher_tries_to_use_gpg/comment_2_f3260aea3a5bb9b95a9bdf1d0dfce090._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlFUH5H4OUj9vMJIoXQs8bheiptgANQ6fU"
+ nickname="lee"
+ subject="A little too old"
+ date="2012-10-23T20:47:40Z"
+ content="""
+That's the problem, then. I have 3.20120406. For my purposes a gpg key with no passphrase works, though. Thanks.
+"""]]
diff --git a/doc/forum/something_really_good_happened_with_3.20130124.mdwn b/doc/forum/something_really_good_happened_with_3.20130124.mdwn
new file mode 100644
index 0000000000..73b2838222
--- /dev/null
+++ b/doc/forum/something_really_good_happened_with_3.20130124.mdwn
@@ -0,0 +1,5 @@
+The web app used to be unresponsive without manual refreshes.  Now it's all snappy and responsive and quickly reflects what the assistant is doing.
+
+It used to be a complete crapshoot whether the assistant actually shut down when you told it to (either on the command line or through the webapp).  I used to have to manually kill leftover assistants and child processes routinely.  Now... you want it gone, and it's gone instantly, every time.
+
+Something really good happened with this last version, thank you joey!
diff --git a/doc/forum/something_really_good_happened_with_3.20130124/comment_1_1712bddd2f483a353f6313aa626445f1._comment b/doc/forum/something_really_good_happened_with_3.20130124/comment_1_1712bddd2f483a353f6313aa626445f1._comment
new file mode 100644
index 0000000000..e0a4907c68
--- /dev/null
+++ b/doc/forum/something_really_good_happened_with_3.20130124/comment_1_1712bddd2f483a353f6313aa626445f1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-01-25T22:35:00Z"
+ content="""
+We fixed some broken javascript that only worked in all the browsers I tried, but not yours. It's always been this cool, just glad you can also experience it now!
+"""]]
diff --git a/doc/forum/sparse_git_checkouts_with_annex.mdwn b/doc/forum/sparse_git_checkouts_with_annex.mdwn
new file mode 100644
index 0000000000..97d2f445d3
--- /dev/null
+++ b/doc/forum/sparse_git_checkouts_with_annex.mdwn
@@ -0,0 +1,31 @@
+I checked in my music collection into git annex (about 25000 files) and i'm really impressed by the performance of git annex (after i've done an git-repack). Now i'm also moving my movies into the same git-annex, but i have the following layout of my disk drives:
+
+* small raid-1 for important stuff (music, documents), which is also backupped (aka: raid)
+* big bulk data store (aka: media)
+
+In the git-annex the following layout of files is used:
+
+* documents/ <- on raid
+* music/ <- on raid
+* videos/ <- on media
+
+Now i didn't simply clone the raid-annex to media, but did an sparse-checkout (possible since version 1.7.0)
+
+* raid: .git-annex/, documents/ and music
+* media: .git-annex/, videos/
+
+As you can see i have to checkout the .git-annex directory with the file-logs twice which slows down git operations. Everything else works fine until now. git-annex doesn't have any problem, that only a part of the symlinks are present, which is really great. Is there a possibility to sparse checkout the .git-annex directory also? Perhaps splitting the log files in .git-annex/ into N subfolders, corresponding to the toplevel subfolders, like this?
+
+Before:
+
+     $ ls .git-annex
+     00 01 02....
+
+After:
+
+     $ ls .git-annex
+     documents/ music/ videos/
+     $ ls .git-annex/documents
+     00 01 02....
+
+This would make it possible to checkout only the part of the log files which i'm interested in.
diff --git a/doc/forum/sparse_git_checkouts_with_annex/comment_1_c7dc199c5740a0e7ba606dfb5e3e579a._comment b/doc/forum/sparse_git_checkouts_with_annex/comment_1_c7dc199c5740a0e7ba606dfb5e3e579a._comment
new file mode 100644
index 0000000000..7adf4fc4d6
--- /dev/null
+++ b/doc/forum/sparse_git_checkouts_with_annex/comment_1_c7dc199c5740a0e7ba606dfb5e3e579a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-07T16:32:04Z"
+ content="""
+That's awesome, I had not heard of git sparse checkouts before. 
+
+It does not make sense to tie the log files to the directory of the corresponding files, as then the logs would have to move when the files are moved, which would be a PITA and likely make merging log file changes very complex. Also, of course, multiple files in different locations can point at the same content, which has the same log file. And, to cap it off, git-annex can need to access the log file for a given key without having the slightest idea what file in the repository might point to it, and it would be very expensive to scan the whole repository to find out what that file is in order to lookup the filename of the log file.
+
+The most likely change in git-annex that will make this better is in [[this_todo_item|todo/branching]] -- but it's unknown how to do it yet.
+"""]]
diff --git a/doc/forum/sparse_git_checkouts_with_annex/comment_2_e357db3ccc4079f07a291843975535eb._comment b/doc/forum/sparse_git_checkouts_with_annex/comment_2_e357db3ccc4079f07a291843975535eb._comment
new file mode 100644
index 0000000000..d8088a2d82
--- /dev/null
+++ b/doc/forum/sparse_git_checkouts_with_annex/comment_2_e357db3ccc4079f07a291843975535eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-07T16:33:30Z"
+ content="""
+BTW, git-annex unused *will* have a problem that not all the symlinks are present. It will suggest dropping content belonging to the excluded symlinks.
+"""]]
diff --git a/doc/forum/sparse_git_checkouts_with_annex/comment_3_fcfafca994194d57dccf5319c7c9e646._comment b/doc/forum/sparse_git_checkouts_with_annex/comment_3_fcfafca994194d57dccf5319c7c9e646._comment
new file mode 100644
index 0000000000..1b849ef891
--- /dev/null
+++ b/doc/forum/sparse_git_checkouts_with_annex/comment_3_fcfafca994194d57dccf5319c7c9e646._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 3"
+ date="2011-04-08T07:31:03Z"
+ content="""
+So perhaps checking if git-status (or similar) complains about missing files is a possible solution for this?
+"""]]
diff --git a/doc/forum/sparse_git_checkouts_with_annex/comment_4_04dc14880f31eee2b6d767d4d4258c5a._comment b/doc/forum/sparse_git_checkouts_with_annex/comment_4_04dc14880f31eee2b6d767d4d4258c5a._comment
new file mode 100644
index 0000000000..9280fc51da
--- /dev/null
+++ b/doc/forum/sparse_git_checkouts_with_annex/comment_4_04dc14880f31eee2b6d767d4d4258c5a._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 4"
+ date="2011-04-08T07:54:37Z"
+ content="""
+And something else i've done is, that i symlinked the video/ directory from the media annex to the normal raid annex
+
+    ln -s ~/media/annex/video ~/annex
+
+And it's working out great.
+
+    ~annex $ git annex whereis video/series/episode1.avi
+    whereis video/series/episode1.avi(1 copy)
+        	f210b45a-60d3-11e0-b593-3318d96f2520  -- Trantor - Media
+    ok
+
+I really like this, perhaps it is a good idea to store all log files in every repo, but maybe there is a possibilitiy to to pack multiple log files into one single file, where not only the time, the present bit and the annex-repository is stored, but also the file key. I don't know if this format would also be merged correctly by the union merge driver.
+
+"""]]
diff --git a/doc/forum/special_remote_for_IMAP.mdwn b/doc/forum/special_remote_for_IMAP.mdwn
new file mode 100644
index 0000000000..2aa9565515
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP.mdwn
@@ -0,0 +1,44 @@
+I have implemented a special remote that stores files as email messages on an imap server. You need   to install three utilities that the hooks invoke to deal with the email: mutt, imaputils, and         munpack. I use mutt to send the email with the file as a mime attachment; imaputils talks to the imap server to check for and retrieve the message containing the desired file; and munpack extracts and    decodes the attachment to get our file back.
+
+Several programs could be used in place of mutt, but the latter has a convenient command-line option  for attaching files; mutt is of course available in the repositories of most linux distributions.
+
+imaputils is a perl program available at http://sourceforge.net/projects/imaputils/
+It has several perl library dependencies that you might need to download using the cpan tool.
+What imaputils does for you is provide a command line tool for interacting with the mail server. You  can search for mail with a particular subject (for example), delete mail, retrieve messages, and in   general do anything that you can do with a mail client such as mutt, but from the command line rather than a curses interface. This allows you to in turn write scripts that talk to imap servers.
+
+munpack is part of the mpack package. This is included in the Ubuntu and Debian repositories, and can probably be easily obtained for most linuxes. munpack extracts and decodes mime attachments from the  command line.
+
+I define the special remote with
+
+    git annex initremote hogneygmail type=hook encryption=gitannex hooktype=hogneygmail
+
+The pgp key "gitannex" is a key established just for this purpose, that has no passphrase. This       allows me to use encryption transparently. You could also use encryption=shared if your version of    git-annex is recent enough. I also did
+
+    git annex untrust hogneygmail
+
+Here are the hooks:
+
+        hogneygmail-store-hook = mutt -n -s $ANNEX_KEY -a $ANNEX_FILE -- {email address} < /dev/null
+        hogneygmail-checkpresent-hook = "(imaputils.pl --conf {imap config file} --subject $ANNEX_KEY --count | grep -q \"1 messages\" -) && echo $ANNEX_KEY"
+        hogneygmail-retrieve-hook =  "imaputils.pl --conf {imap config file} --subject $ANNEX_KEY --display | munpack -fq && mv $ANNEX_KEY $ANNEX_FILE; rm $ANNEX_KEY.desc"
+        hogneygmail-remove-hook = "imaputils.pl --conf {imap config file} --subject $ANNEX_KEY --delete"
+
+The bits inside of the curly brackets, for example {email address}, are what you need to specialize   for your particular case (removing the brackets as well). The {imap config file} is a file that       contains some configuration for imaputils. In my case it contains
+
+    ssl
+    pass {password}
+    host {mail host}
+    user {mail username}
+    box  {name of mailbox to check}
+
+The first line tells imaputils to use ssl, and the third line is the address of the mail host. I      include my username and password so I won't need to type these in repeatedly. Of course this means    that you need to protect this file carefully.
+
+
+
+The operation of the hooks is pretty straightforward. The store-hook attaches the file to an          otherwise empty email message with a subject equal to the name of the key, and mails it off. Note     that if you use encryption then the keys generated by git-annex here will not be the same ones you    see on your local disc. The checkpresent-hook asks the imap server how many emails have the subject   equal to the key we are looking for; only if the reply contains "1 messages" are we sure the right    one is there. The retrieve-hook uses the "--display" option to imaputils to stream the message, pipes it to munpack to silently extract the attachment (which is our (encrypted) file), and moves the       result into the file contents. It then cleans up by deleting the .desc file that I can't prevent      munpack from leaving on the disk, even when the message is blank. The remove-hook passes the "--      delete" option to imaputils to supposedly delete the target message from the mail server.
+
+I've performed very limited testing of this, and my knowledge of git and, especially, git-annex is    very primitive, so I'm sure this could be vastly improved. In my testing with gmail this seems to     work fine, except that messages do not get deleted from the server - I don't know why.
+
+I've developed this as an experiment and proof of concept, and have no knowledge of whether actually  using this is in accord with the terms of service of gmail or any other mail service you might be     using, nor whether it is safe or a good idea.
+
+-- Lee
diff --git a/doc/forum/special_remote_for_IMAP/comment_1_7c7d4b57a1b6508fff1a6b0508c861f8._comment b/doc/forum/special_remote_for_IMAP/comment_1_7c7d4b57a1b6508fff1a6b0508c861f8._comment
new file mode 100644
index 0000000000..8d81dcfd03
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP/comment_1_7c7d4b57a1b6508fff1a6b0508c861f8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="Neat idea"
+ date="2012-10-26T18:35:21Z"
+ content="""
+I imagine that most mail servers have a maximum attachment size; that seems the most likely problem with using this.
+
+The directory special remote has support for splitting up keys into chunks to work around file size limits. It would be good, I suppose, to add that to the hook special remote too.
+"""]]
diff --git a/doc/forum/special_remote_for_IMAP/comment_2_9c46fe8a857aa7a5ce797288144386bd._comment b/doc/forum/special_remote_for_IMAP/comment_2_9c46fe8a857aa7a5ce797288144386bd._comment
new file mode 100644
index 0000000000..50358ea53a
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP/comment_2_9c46fe8a857aa7a5ce797288144386bd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlFUH5H4OUj9vMJIoXQs8bheiptgANQ6fU"
+ nickname="lee"
+ subject="chunking"
+ date="2012-10-26T22:05:16Z"
+ content="""
+That's a good point. But the splitting could easily be added to the hooks, and wouldn't need to be built in to git-annex.
+"""]]
diff --git a/doc/forum/special_remote_for_IMAP/comment_3_27e3b644df6942ce4c103236d0d5cb1b._comment b/doc/forum/special_remote_for_IMAP/comment_3_27e3b644df6942ce4c103236d0d5cb1b._comment
new file mode 100644
index 0000000000..b5d9137e64
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP/comment_3_27e3b644df6942ce4c103236d0d5cb1b._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2013-05-22T09:53:47Z"
+ content="""
+I had to change the checkpresent hook to:
+
+	hogneygmail-checkpresent-hook = (imaputils.pl --subject $ANNEX_KEY --count | grep -q \\"1 messages\\" -) && echo $ANNEX_KEY || exit 0
+
+Also, i have 5 files more than 30MB in size, that refuse to transfer.
+
+ postdrop: warning: uid=1001: File too large
+ sendmail: fatal: tou(1001): message file too big
+ Error sending message, child exited 75 (Deferred.).
+ Could not send the message.
+
+  store hook exited nonzero!
+ failed
+
+This really needs some split operations to support large files.
+
+"""]]
diff --git a/doc/forum/special_remote_for_iPods.mdwn b/doc/forum/special_remote_for_iPods.mdwn
new file mode 100644
index 0000000000..eddda5936f
--- /dev/null
+++ b/doc/forum/special_remote_for_iPods.mdwn
@@ -0,0 +1,5 @@
+I know versions of this question have been asked before, but I'm looking for a different answer.
+
+I would like a braindead special remote that can be used with devices such as portable music players. No symbolic links, no hashing, no rewriting of the filenames. The remote can be untrusted, file identity can be checked with just the filename and maybe the size. The "directory" special remote with the WORM backend seems to come closest, but does too much. 
+
+Should I just try to roll it using hooks?
diff --git a/doc/forum/special_remote_for_iPods/comment_1_37cc3dc740341cc663074fd3bfb85947._comment b/doc/forum/special_remote_for_iPods/comment_1_37cc3dc740341cc663074fd3bfb85947._comment
new file mode 100644
index 0000000000..35ac105c15
--- /dev/null
+++ b/doc/forum/special_remote_for_iPods/comment_1_37cc3dc740341cc663074fd3bfb85947._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 1"
+ date="2012-10-05T00:39:43Z"
+ content="""
+I've been thinking in similar directions on this page: [[design/assistant/desymlink]]
+"""]]
diff --git a/doc/forum/speed_up_assistant_startup_on_large_repositories.mdwn b/doc/forum/speed_up_assistant_startup_on_large_repositories.mdwn
new file mode 100644
index 0000000000..e43476c7b9
--- /dev/null
+++ b/doc/forum/speed_up_assistant_startup_on_large_repositories.mdwn
@@ -0,0 +1 @@
+Starting the assistant on a repository with a huge amount of files (f.e. `annexed files in working tree: 22087`) takes a very long time. Is there a way to speed it up? F.e. just checking the file stamps and comparing them with the last assistant run time? Checking if the files are modified could be done with the regular repository check. Thoughts?
diff --git a/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_1_5ba637a0f6d01ba24fe25e6265134e0a._comment b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_1_5ba637a0f6d01ba24fe25e6265134e0a._comment
new file mode 100644
index 0000000000..0abe4dec8a
--- /dev/null
+++ b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_1_5ba637a0f6d01ba24fe25e6265134e0a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-05T16:43:26Z"
+ content="""
+Checking the time stamps is what it does.
+
+How long is a very long time?
+"""]]
diff --git a/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_2_d65746697977f8971a4b59f5b413f926._comment b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_2_d65746697977f8971a4b59f5b413f926._comment
new file mode 100644
index 0000000000..e6915d2328
--- /dev/null
+++ b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_2_d65746697977f8971a4b59f5b413f926._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawne_amN4fko4p5cRY_9EYwaYuJKNn7LRio"
+ nickname="Tobias"
+ subject="measuring how-to"
+ date="2013-11-08T16:55:58Z"
+ content="""
+How can I measure how much time the startup scan takes? I tried to find it out using the debug log, but couldn't find any usable notice when the startup scan was finished. Maybe this two lines?
+
+    [...]
+    [2013-11-08 16:00:45 CET] Watcher: Performing startup scan
+    [...]
+    [2013-11-08 16:15:30 CET] Watcher: watching 
+"""]]
diff --git a/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_3_be6c4fe5a0c745688438b716973791cc._comment b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_3_be6c4fe5a0c745688438b716973791cc._comment
new file mode 100644
index 0000000000..d3fe6ef4c8
--- /dev/null
+++ b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_3_be6c4fe5a0c745688438b716973791cc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2013-11-08T17:04:23Z"
+ content="""
+That's right.
+
+15 minutes is certainly a very long time.
+
+Is this on a slow spinning disk? USB disk?
+"""]]
diff --git a/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_4_a07472338a08c068a9b88b2176fc2bee._comment b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_4_a07472338a08c068a9b88b2176fc2bee._comment
new file mode 100644
index 0000000000..41e69ab1e4
--- /dev/null
+++ b/doc/forum/speed_up_assistant_startup_on_large_repositories/comment_4_a07472338a08c068a9b88b2176fc2bee._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2013-11-17T17:28:06Z"
+ content="""
+The mentioned repository is stored on spinning disk.
+Maybe it would help to store the .git directory on an SSD, but I'm not sure how to do it.
+"""]]
diff --git a/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer.mdwn b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer.mdwn
new file mode 100644
index 0000000000..f40b083241
--- /dev/null
+++ b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer.mdwn
@@ -0,0 +1,28 @@
+I setup a local git annex repo and tried to pair it with an empty repo on my notebook. All done via the webapp.
+
+But pairing failed somehow, because I get this error while transfer seems to go on forever.
+
+    ssh_exchange_identification: read: Connection reset by peer
+    ssh_exchange_identification: read: Connection reset by peer
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+The webapp shows the remote repo as "unfinished repository".
+
+I can access the other computer via ssh and an other git-annex repo pairing between the two computers work fine.
+
+UPDATE: In the meantime I setup another paired repo on these two computers. Everything works fine. 
+
+I added the repos from scratch again and the same errors occurs again. The repositories which do not pair are the Documents folder on my desktop and on my macbook. Is there something special with macs documents folder?
+
+    [2013-12-31 10:53:23 CET] PushRetrier: Syncing with macbook.local_Documents 
+    fatal: 'macbook.local_Documents' does not appear to be a git repository
+    fatal: Could not read from remote repository.
+
+    Please make sure you have the correct access rights
+    and the repository exists.
+
+
+juh
diff --git a/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_1_87b9540e37abb16c0ec7605f5ab204a5._comment b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_1_87b9540e37abb16c0ec7605f5ab204a5._comment
new file mode 100644
index 0000000000..b44c0c3b53
--- /dev/null
+++ b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_1_87b9540e37abb16c0ec7605f5ab204a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Uic1ohv6"
+ ip="62.253.227.100"
+ subject="Are you using encfs?"
+ date="2014-01-09T16:30:50Z"
+ content="""
+I've seen similar error messages when the local annex was on an encfs-mounted decrypted directory. Seemingly git-annex tries to create SSH sockets in .git, and this goes wrong at least in some such situations.
+"""]]
diff --git a/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_2_bd3383c142bf93d9cd496cb668d7782c._comment b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_2_bd3383c142bf93d9cd496cb668d7782c._comment
new file mode 100644
index 0000000000..719b66eb76
--- /dev/null
+++ b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_2_bd3383c142bf93d9cd496cb668d7782c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.43"
+ subject="comment 2"
+ date="2014-01-14T21:16:14Z"
+ content="""
+I tried using git-annex on encfs to see if I could reproduce this problem, and I could not get exactly this error, but I certianly did see it cause problems with the ssh connection caching socket.
+
+It would be a good idea to `git config annex.sshcaching false` in repositories stored on encfs. 
+
+Actually, given other reports of problems caused by encfs, it would be a good idea to not use git-annex on encfs. There are better ways to encrypt your files.
+"""]]
diff --git a/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_3_9b1911ae6468d09dae74ab1a60d2757b._comment b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_3_9b1911ae6468d09dae74ab1a60d2757b._comment
new file mode 100644
index 0000000000..59f0f9f96f
--- /dev/null
+++ b/doc/forum/ssh__95__exchange__95__identification:_read:_Connection_reset_by_peer/comment_3_9b1911ae6468d09dae74ab1a60d2757b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnPgn611P6ym5yyL0BS8rUzO0_ZKRldMt0"
+ nickname="Samuel"
+ subject="What are those ?"
+ date="2014-01-31T07:37:49Z"
+ content="""
+Hi,
+
+Could you please indicate what other means of file encryption systems you have in mind?
+
+The others I know are at a partition level (cryptsetup, LUKS) and are less pratical to setup than a simple encfs.
+"""]]
diff --git a/doc/forum/ssh_key_setup_woes_in_Android.mdwn b/doc/forum/ssh_key_setup_woes_in_Android.mdwn
new file mode 100644
index 0000000000..87e2dd25ff
--- /dev/null
+++ b/doc/forum/ssh_key_setup_woes_in_Android.mdwn
@@ -0,0 +1,15 @@
+I'm trying to set up a ssh remote on Android using the latest 5.20140421. For some
+reason the assistant fails to set up passwordless login on the remote server. It
+adds the required line in `.ssh/authorized_keys` on the server side, but it still
+keeps asking for the password for every connection. Nothing suspicious appears in
+the assistant's log. Also, if I set up a ssh remote on a different directory on the
+same server, a new key is generated and added to `authorized_keys`, but the passwordless
+login still doesn't work.
+
+I didn't file a bug since this would make for a very lousy bug report. How could I
+look more into what's causing this? Where should the generated keys reside on the
+Android filesystem?
+
+I think it would be useful for the assistant to check that the generated ssh keys are
+working properly, and inform the user and/or try to set them up again if there is a
+problem, instead of silently falling back to asking for the login password on the console.
diff --git a/doc/forum/ssh_key_setup_woes_in_Android/comment_1_f16fbff27a449409699f3dbcf9590622._comment b/doc/forum/ssh_key_setup_woes_in_Android/comment_1_f16fbff27a449409699f3dbcf9590622._comment
new file mode 100644
index 0000000000..1b2d9a1859
--- /dev/null
+++ b/doc/forum/ssh_key_setup_woes_in_Android/comment_1_f16fbff27a449409699f3dbcf9590622._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 1"
+ date="2014-05-19T15:50:34Z"
+ content="""
+There have been recent improvements in the assistant's handling of ssh keys. This includes no more prompting for ssh keys in the console, ever. Instead, the ssh remote setup would presumably fail if the ssh key didn't work for some reason.
+
+To debug your problem, you need to use the shell. I would first try running \"git annex get\" or \"git annex copy\" or \"git annex drop\" on a file, and verify that it prompts for the ssh password. Then, take a look at /sdcard/git-annex.home/.ssh/config, and see if you can ssh to the special hostname set up there, from android, and if it asks for a password. If so, ssh -v might be interesting, as it should show it presenting the ssh key to the server.
+"""]]
diff --git a/doc/forum/ssh_password.mdwn b/doc/forum/ssh_password.mdwn
new file mode 100644
index 0000000000..855e5992f6
--- /dev/null
+++ b/doc/forum/ssh_password.mdwn
@@ -0,0 +1,3 @@
+Currently I have my netbook running git annex and a raspberry pi as a remote storage set up as a git repository.  I currently have it set up so that from the terminal i can just do 'ssh pi@mypi -p XXX -C' and it has the password saved.  Currently I'm having a problem that any time I add a file to my annex folder on my netbook I have to reenter my password for ssh-askpass for it to upload the file.  Once that file is uploaded, it looks to me like it closes the connection and then reopens it and asks for my password again.
+
+I'm looking in ~/.ssh/ and I'm sure that something there needs to be edited or copied, I'm not really sure what though.  Any suggestions?
diff --git a/doc/forum/ssh_password/comment_1_a3e5a41e1d4da683d577976b134b11ee._comment b/doc/forum/ssh_password/comment_1_a3e5a41e1d4da683d577976b134b11ee._comment
new file mode 100644
index 0000000000..7ef9383309
--- /dev/null
+++ b/doc/forum/ssh_password/comment_1_a3e5a41e1d4da683d577976b134b11ee._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 1"
+ date="2013-05-30T00:08:52Z"
+ content="""
+It sounds like you don't have the ssh-agent set up properly in your environment.
+
+Try starting the git annex agent from the command line and see if that helps.  If it works then it is a problem with environment variables.
+"""]]
diff --git a/doc/forum/ssh_password/comment_2_fa261676a99d49d4b237b0d43048d76d._comment b/doc/forum/ssh_password/comment_2_fa261676a99d49d4b237b0d43048d76d._comment
new file mode 100644
index 0000000000..b7a47c9fe7
--- /dev/null
+++ b/doc/forum/ssh_password/comment_2_fa261676a99d49d4b237b0d43048d76d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-30T15:49:27Z"
+ content="""
+If you set this repository up using the git-annex webapp, and choosing \"remote ssh server\", it will generate a new ssh key, stored in `~/.ssh/git-annex/`, and it will configure `~/.ssh/config` to use this key for a special made-up hostname which is used in the url for the git remote. On the server, it will set up `~/.ssh/authorized_keys` to allow this ssh key to connect without a password and run git-annex-shell.
+
+I don't know if you used the webapp to set this up. If not, you can try to replicate this setup on your own. If you did and it's not working, you now know where all the peices it sets up are, to figure out what went wrong.
+"""]]
diff --git a/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__.mdwn b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__.mdwn
new file mode 100644
index 0000000000..06b58f9738
--- /dev/null
+++ b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__.mdwn
@@ -0,0 +1,3 @@
+Hi,
+
+I own a computer that I use as a home server. I'm just getting started with git-annex, and I was trying to add an ssh remote. It connected fine, but only gave me the "encrypted rsync" option. I'd like to be able to access these files on the server as well, but the "use a git repository" option didn't show up. How do I enable this?
diff --git a/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_1_7244794579a191a677190c60758f32e7._comment b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_1_7244794579a191a677190c60758f32e7._comment
new file mode 100644
index 0000000000..14e51e79a1
--- /dev/null
+++ b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_1_7244794579a191a677190c60758f32e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmR-xG9O2HWoybxYZPVbYVYxwitfcfDgtE"
+ nickname="Charles"
+ subject="comment 1"
+ date="2013-09-09T00:29:14Z"
+ content="""
+Oh actually, I just clicked the available option and it gave me a \"connection refused\" due to my using a port other than 22. I edited the .ssh/config, but it decided to use 22 anyway?
+"""]]
diff --git a/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_2_277cf12907bd7c5930eb4f137b115e29._comment b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_2_277cf12907bd7c5930eb4f137b115e29._comment
new file mode 100644
index 0000000000..55f50b3f55
--- /dev/null
+++ b/doc/forum/ssh_remote_-_no___34__use_a_git_repository__34___option_during_setup__63__/comment_2_277cf12907bd7c5930eb4f137b115e29._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmR-xG9O2HWoybxYZPVbYVYxwitfcfDgtE"
+ nickname="Charles"
+ subject="comment 2"
+ date="2013-09-09T14:50:42Z"
+ content="""
+Never mind, I simply didn't have git-annex installed on the other computer. I'm going to make a thread in bugs about assistant always assuming port 22, you can delete this thread.
+"""]]
diff --git a/doc/forum/ssh_vs_cifs__47__webdav.mdwn b/doc/forum/ssh_vs_cifs__47__webdav.mdwn
new file mode 100644
index 0000000000..62bb9d3d9a
--- /dev/null
+++ b/doc/forum/ssh_vs_cifs__47__webdav.mdwn
@@ -0,0 +1,7 @@
+Hello,
+
+I'm new to git-annex and I would like to know which is the best method to deploy it for my case. I would like to have a central repo in my Synology NAS but with files to be able to browse files (not a bare repo). This repo will not have remotes configured. The mobile clients will use the central repo to exchange files. I thinks that this setup is totally valid x-D. Now my question is more related to how to share the repo in the Synology NAS. I am considering to use cifs/webdav for LAN/WAN access to the repo or SSH for LAN/WAN access. Which is the recommended setup? Which is the most optimum setup in terms of bandwidth or cpu usage (the CPU of my synology NAS is ARM). Thanks in advance and for this great piece of software!
+
+Best regards,
+
+Christian
diff --git a/doc/forum/start_assistant_from_command_line.mdwn b/doc/forum/start_assistant_from_command_line.mdwn
new file mode 100644
index 0000000000..3f48dd6d34
--- /dev/null
+++ b/doc/forum/start_assistant_from_command_line.mdwn
@@ -0,0 +1,11 @@
+I wanted to try out this probably great piece of software you wrote, alas I do not use a Debian distro with managed software menus (i.e. I use OpenBox), so I cannot simply open the assistant through my programs-menu. In fact, to do that I'd need the command to start the assistant so I can add it manually myself. Sadly, the man page did not gave me any advices... :(
+
+Any chance to give me the terminal command to start the assistant?
+
+***
+edit: just to update the thread: everythings okay now. Thanks for this great program!
+
+the commands (as posted by Paul):
+
+    git annex assistant
+    git annex webapp
diff --git a/doc/forum/start_assistant_from_command_line/comment_1_f8dfce1fca9f1212ccaf84e431db71a9._comment b/doc/forum/start_assistant_from_command_line/comment_1_f8dfce1fca9f1212ccaf84e431db71a9._comment
new file mode 100644
index 0000000000..dc35d61bc0
--- /dev/null
+++ b/doc/forum/start_assistant_from_command_line/comment_1_f8dfce1fca9f1212ccaf84e431db71a9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBhQgaA5QrFwT67-Bo0qPIx0HD9roDrso"
+ nickname="Paul"
+ subject="comment 1"
+ date="2013-10-21T19:20:28Z"
+ content="""
+    git annex assitant
+
+starts the assitant itself, you propably want the gui which you start by
+
+   git annex webapp
+"""]]
diff --git a/doc/forum/start_assistant_from_command_line/comment_2_e769c5d09afbff85961363ddc5eb4019._comment b/doc/forum/start_assistant_from_command_line/comment_2_e769c5d09afbff85961363ddc5eb4019._comment
new file mode 100644
index 0000000000..b970990d46
--- /dev/null
+++ b/doc/forum/start_assistant_from_command_line/comment_2_e769c5d09afbff85961363ddc5eb4019._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkj7tMEJKcZpNXIFkHAAcNi5qJFSFyjn6o"
+ nickname="thissideup"
+ subject="comment 2"
+ date="2013-10-22T11:05:13Z"
+ content="""
+ah okay. That was what I was trying to do, but git-annex failed on my. Remembering that I was on Debian and checking the version (which was June 2012) - I supposed that I wasn't able to use the assistant yet. 
+
+So now I am trying to compile from source using cabal, however I sadly ran into a roadblock: http://git-annex.branchable.com/forum/cabal_install_fails_on_uuid/
+"""]]
diff --git a/doc/forum/switching_backends.mdwn b/doc/forum/switching_backends.mdwn
new file mode 100644
index 0000000000..dedf1ffcba
--- /dev/null
+++ b/doc/forum/switching_backends.mdwn
@@ -0,0 +1,12 @@
+so git annex migrate can switch a file from using one backend to the other.
+
+I've done that with a bunch of files.
+
+The old files should become "unused" right?  But they don't seem to be.  "git annex unused" still shows me only 2 unused files, and I've just migrated dozens of files from SHA256 to SHA256E.  
+
+Is it possible they're still "used" by other repos?  I have two other repos, one reached by SSH and one on a USB drive.  Neither one of them is "bare."  So maybe those files are still used by the "master" branches there, I thought... I went over and did "git annex sync" on each.  Still my newly migrated files are not showing up as "unused."  
+
+I'm worried that my repo is going to bloat with unused files with the SHA256 backend, which mysteriously do not show up as "unused" in git annex unused, if I migrate any more.
+
+any ideas what piece of the puzzle I could be missing here?
+
diff --git a/doc/forum/switching_backends/comment_1_ecf4109c1148dafde3519243ae3c5a03._comment b/doc/forum/switching_backends/comment_1_ecf4109c1148dafde3519243ae3c5a03._comment
new file mode 100644
index 0000000000..29bc9f9c3f
--- /dev/null
+++ b/doc/forum/switching_backends/comment_1_ecf4109c1148dafde3519243ae3c5a03._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-28T03:20:38Z"
+ content="""
+Just noticed this -- http://git-annex.branchable.com/bugs/git_annex_migrate_leaves_old_backend_versions_around/
+
+so I don't need to worry about disk space bloat; they're all just hardlinks.  That's cool.  Still would be nice to know why they don't show up as \"unused.\"  But not as important.
+"""]]
diff --git a/doc/forum/switching_backends/comment_2_21f465a18f40b95dafd307fce0de659a._comment b/doc/forum/switching_backends/comment_2_21f465a18f40b95dafd307fce0de659a._comment
new file mode 100644
index 0000000000..82c9f26213
--- /dev/null
+++ b/doc/forum/switching_backends/comment_2_21f465a18f40b95dafd307fce0de659a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-01-28T06:28:28Z"
+ content="""
+It won't show as unused as long as there are git refs that still refer to the file. That could be branches, or more likely you have not synced everything to the local repo yet.
+"""]]
diff --git a/doc/forum/switching_backends/comment_4_4c13d22c1695195e6b101bd20ef6bb42._comment b/doc/forum/switching_backends/comment_4_4c13d22c1695195e6b101bd20ef6bb42._comment
new file mode 100644
index 0000000000..7ffa519e0c
--- /dev/null
+++ b/doc/forum/switching_backends/comment_4_4c13d22c1695195e6b101bd20ef6bb42._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 4"
+ date="2013-01-28T14:30:55Z"
+ content="""
+If by \"synced to the local repo\" you mean run a git annex sync, then yes, I have done that.
+
+Here's an example of what I'm seeing:
+
+    annex$ readlink subdir/subdir/file.txt 
+    ../../.git/annex/objects/zV/57/SHA256E-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2.txt/SHA256E-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2.txt
+    annex$ find .git/annex/objects/ -name SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    .git/annex/objects//1w/Q4/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    .git/annex/objects//1w/Q4/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    annex$ git annex sync
+    commit  
+    # On branch master
+    nothing to commit, working directory clean
+    ok
+    pull homeworld 
+    ok
+    push homeworld 
+    Everything up-to-date
+    ok
+    annex$ git annex unused
+    unused . (checking for unused data...) (checking master...) (checking sync/master...) (checking homeworld/master...) (checking toshiba/master...) (checking toshiba/synced/master...) ok
+    annex$ find .git/annex/objects/ -name SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    .git/annex/objects//1w/Q4/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    .git/annex/objects//1w/Q4/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2/SHA256-s3952--cb67d2cbadfea373ed8aa5ec434f246acccb33471a7e28a444138cc4fe8552c2
+    annex$ 
+
+
+As you can see, there are two remotes, \"toshiba\" and \"homeworld\".  Neither of them is bare, they have checked out \"master\" branches.  Could they be the reason that some of this data isn't \"unused\"?  (I ask because I notice it reports that it is checking homeworld/master and toshiba/master when it does the unused check)
+"""]]
diff --git a/doc/forum/switching_backends/comment_4_e1d4a48baac23fd3f67b20eba4eee8af._comment b/doc/forum/switching_backends/comment_4_e1d4a48baac23fd3f67b20eba4eee8af._comment
new file mode 100644
index 0000000000..d5f4e021ee
--- /dev/null
+++ b/doc/forum/switching_backends/comment_4_e1d4a48baac23fd3f67b20eba4eee8af._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 4"
+ date="2013-02-05T19:16:48Z"
+ content="""
+If you have not yet run `git annex sync` on the remotes, then they are still referring to the old unmigrated keys, which is why `unused` will not remove them.
+"""]]
diff --git a/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running.mdwn b/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running.mdwn
new file mode 100644
index 0000000000..f92b5aca35
--- /dev/null
+++ b/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running.mdwn
@@ -0,0 +1,2 @@
+Is that really unsafe?  Because I did that and the switch to direct mode seemed to leave a lot of files still as links, and when I panicked and switched back to indirect mode, a whole lot of stuff seemed to have become unannexed and I reannexed it.
+
diff --git a/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running/comment_1_7832243a36613c48d0077b438dbf8b4a._comment b/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running/comment_1_7832243a36613c48d0077b438dbf8b4a._comment
new file mode 100644
index 0000000000..b27115bbb1
--- /dev/null
+++ b/doc/forum/switching_to__47__from_direct_mode_while_assistant_is_running/comment_1_7832243a36613c48d0077b438dbf8b4a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-25T03:39:16Z"
+ content="""
+This may have been an unrelated issue -- I just realized that I somehow ended up with a bunch of files in the annex under the directory \"misc\" and others under the directory \"Misc\" -- I'm not sure how they got that way, since I'm on OS X and those are supposed to be the same directory -- but they get synced over to a linux box where they're different directories.  This may be the source of some of the weirdness I saw; I'm not sure.  I tried to fix it all up on the linux box so everything was in its own directory.
+
+
+"""]]
diff --git a/doc/forum/sync_between_indirect_and_direct_mode.mdwn b/doc/forum/sync_between_indirect_and_direct_mode.mdwn
new file mode 100644
index 0000000000..66833cbe51
--- /dev/null
+++ b/doc/forum/sync_between_indirect_and_direct_mode.mdwn
@@ -0,0 +1,6 @@
+I have a music repository(direct mode) in my Nexus 5 which I want to sync with remote repository(indirect mode).
+
+When I run 'git annex sync --content', it did not sync the content but when I changed remote repository to direct mode, content got synced.
+
+Do I need to set some configuration ?
+Is it possible to sync content between direct and indirect mode repositories ?
diff --git a/doc/forum/sync_between_indirect_and_direct_mode/comment_1_7efc0d79196675582571c05fdd133b53._comment b/doc/forum/sync_between_indirect_and_direct_mode/comment_1_7efc0d79196675582571c05fdd133b53._comment
new file mode 100644
index 0000000000..7cbcd3c39b
--- /dev/null
+++ b/doc/forum/sync_between_indirect_and_direct_mode/comment_1_7efc0d79196675582571c05fdd133b53._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-03-10T17:57:51Z"
+ content="""
+There is no difference between direct and indirect mode repositories when it comes to communication between repositories, so they can be used in any combination.
+"""]]
diff --git a/doc/forum/sync_between_indirect_and_direct_mode/comment_2_8ac84dbaf7a4d503497487cbdb1749d8._comment b/doc/forum/sync_between_indirect_and_direct_mode/comment_2_8ac84dbaf7a4d503497487cbdb1749d8._comment
new file mode 100644
index 0000000000..42b5126271
--- /dev/null
+++ b/doc/forum/sync_between_indirect_and_direct_mode/comment_2_8ac84dbaf7a4d503497487cbdb1749d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnDXvDvWTXmCqQ90ATTD4dV3Ii4YbnE8E0"
+ nickname="sys"
+ subject="git annex direct when not all content is in this repo"
+ date="2014-03-12T14:41:53Z"
+ content="""
+what does git annex direct do when all the content isn't available in the current repo (i am assuming it will leave symlinks for the missing content)
+"""]]
diff --git a/doc/forum/sync_between_indirect_and_direct_mode/comment_3_9acb237711669ec6046a8d07f9ed3b2c._comment b/doc/forum/sync_between_indirect_and_direct_mode/comment_3_9acb237711669ec6046a8d07f9ed3b2c._comment
new file mode 100644
index 0000000000..f743487b2b
--- /dev/null
+++ b/doc/forum/sync_between_indirect_and_direct_mode/comment_3_9acb237711669ec6046a8d07f9ed3b2c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-12T17:03:30Z"
+ content="""
+Direct mode does not require all content be present any more than indirect mode does, and missing content is represented the same in both modes, with broken symlinks.
+"""]]
diff --git a/doc/forum/sync_stages_deletions_on_remote.mdwn b/doc/forum/sync_stages_deletions_on_remote.mdwn
new file mode 100644
index 0000000000..73a51d0b0a
--- /dev/null
+++ b/doc/forum/sync_stages_deletions_on_remote.mdwn
@@ -0,0 +1,72 @@
+I'm having an issue with 2 repos: one on my laptop, the other on my NAS. Both are in indirect mode, running Arch Linux, and have the latest Git version. Laptop has git-annex 5.20140411-gda795e0, NAS has 5.20140319-g9aa31b7 (from prebuilt tarballs).
+
+The issue is quite simple. When I `git-annex add` new files on my laptop, commit them, and then `git-annex sync` them, they show up as staged for deletion on my NAS.
+
+    laptop $ git annex add some-file
+    laptop $ git commit -m "Add some-file"
+    laptop $ git annex sync
+    commit  ok
+    pull ds413j 
+    ok
+    push ds413j 
+    Counting objects: 133, done.
+    Delta compression using up to 8 threads.
+    Compressing objects: 100% (78/78), done.
+    Writing objects: 100% (80/80), 10.64 KiB | 0 bytes/s, done.
+    Total 80 (delta 12), reused 0 (delta 0)
+    To ssh://**/**
+       1dcd188..8ef4249  git-annex -> synced/git-annex
+       c0f45a6..21711d6  master -> synced/master
+    ok
+    laptop $ ssh $NAS
+    nas $ git status
+    On branch master
+    Changes to be committed:
+      (use "git reset HEAD <file>..." to unstage)
+
+            deleted:    some-file
+
+    nas $
+
+If I run `git annex sync` on the NAS, it will create a new commit that deletes that file. So I have to play with `git reset`/`git checkout` by hand to make sure that the new file won't be deleted.
+
+I'm not sure when this started, but I think it was after I did some stupid mistake (`git checkout -B master synced/master`, kill a `git annex sync` with Ctrl+C, or something else that even resulted in my non-bare repo to have "bare=true" in .git/config...). And I haven't yet been able to fix this.
+
+Any idea what can have caused this, how to fix it, and how to prevent it from happening again in the future?
+
+.git/config on NAS:
+
+    [core]
+            repositoryformatversion = 0
+            filemode = true
+            logallrefupdates = true
+    [annex]
+            uuid = d54ae60a-1f59-403c-923f-32ea3bf2d00f
+            version = 5
+            diskreserve = 1 megabyte
+            autoupgrade = ask
+            debug = false
+
+.git/config on laptop:
+
+    [core]
+            repositoryformatversion = 0
+            filemode = true
+            bare = false
+            logallrefupdates = true
+    [branch "master"]
+    [annex]
+            uuid = f20cb506-945d-4c78-af1a-0aa884bb899b
+            version = 5
+            diskreserve = 20 gigabytes
+            autoupgrade = ask
+            debug = false
+            expireunused = 7d
+            genmetadata = true
+    [push]
+            default = matching
+    [remote "ds413j"]
+            url = ssh://**/**
+            fetch = +refs/heads/*:refs/remotes/ds413j/*
+            annex-uuid = d54ae60a-1f59-403c-923f-32ea3bf2d00f
+            annex-sync = true
diff --git a/doc/forum/sync_stages_deletions_on_remote/comment_1_2b639066095e450c2d9be3b2775d24b3._comment b/doc/forum/sync_stages_deletions_on_remote/comment_1_2b639066095e450c2d9be3b2775d24b3._comment
new file mode 100644
index 0000000000..24495fd024
--- /dev/null
+++ b/doc/forum/sync_stages_deletions_on_remote/comment_1_2b639066095e450c2d9be3b2775d24b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 1"
+ date="2014-04-17T12:16:41Z"
+ content="""
+Here's the output of `git annex sync --debug` (for a different commit): <http://ix.io/bJZ>
+"""]]
diff --git a/doc/forum/sync_stages_deletions_on_remote/comment_2_da5775526a2a476b6ead1cd1a735b8bd._comment b/doc/forum/sync_stages_deletions_on_remote/comment_2_da5775526a2a476b6ead1cd1a735b8bd._comment
new file mode 100644
index 0000000000..a3076faf7c
--- /dev/null
+++ b/doc/forum/sync_stages_deletions_on_remote/comment_2_da5775526a2a476b6ead1cd1a735b8bd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 2"
+ date="2014-04-17T19:28:59Z"
+ content="""
+`git annex sync` will push changes to your NAS, but this does not cause the work tree there to be updated. You must be running some command on the NAS that gets it work tree into the state you show. You need to tell us what that command is, since it seems to be where things are going wrong. Maybe you're running the git-annex assistant on the NAS, or maybe you run `git annex sync` on the NAS. 
+"""]]
diff --git a/doc/forum/sync_stages_deletions_on_remote/comment_3_9e07593228915936fadcf90373be9f4e._comment b/doc/forum/sync_stages_deletions_on_remote/comment_3_9e07593228915936fadcf90373be9f4e._comment
new file mode 100644
index 0000000000..fb9020252d
--- /dev/null
+++ b/doc/forum/sync_stages_deletions_on_remote/comment_3_9e07593228915936fadcf90373be9f4e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 3"
+ date="2014-04-22T14:59:47Z"
+ content="""
+Not running the assistant (freshly rebooted NAS, checked with `ps ax | grep annex`), not running any other git command. Still happened, until a few minutes ago: I found the cause for this issue... and it's quite frustrating.
+
+Every now and then, I interrupt a running `git annex sync` with Ctrl+C. And sometimes this causes my NAS repository to end up with `bare = true` in its `.git/config`. When this happens, I just remove the offending line and call it a day. Now I just added a `bare = false` line to that file, and that solved the problem. It seems that somehow, if you don't explicitely tell git that your repo is not bare, it considers it as a bare repository -- and the final push from `git annex sync` actually updates the `master` branch without updating the work tree.
+
+This is probably not a bug in git-annex, but rather a weird behaviour in git -- and for sure something I didn't expect to happend. But anyway it works now :) Leaving this here in case it helps other people.
+
+Joey, thanks again for your time and your help.
+"""]]
diff --git a/doc/forum/sync_stages_deletions_on_remote/comment_4_e5a3dc34c6229ec40bc999c3cab28041._comment b/doc/forum/sync_stages_deletions_on_remote/comment_4_e5a3dc34c6229ec40bc999c3cab28041._comment
new file mode 100644
index 0000000000..710392daa4
--- /dev/null
+++ b/doc/forum/sync_stages_deletions_on_remote/comment_4_e5a3dc34c6229ec40bc999c3cab28041._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.114"
+ subject="comment 4"
+ date="2014-04-24T18:22:16Z"
+ content="""
+git sets bare = false in newly created non-bare repositories. Perhaps this is why? It seems likely that git has an inconsistent default if there's no configuration. Sounds worth filing a bug on git for. OTOH, messing with .git/config  in nonstandard ways seems like a good way to cause yourself random pain too.
+"""]]
diff --git a/doc/forum/syncing_home_directories.mdwn b/doc/forum/syncing_home_directories.mdwn
new file mode 100644
index 0000000000..fcd3917325
--- /dev/null
+++ b/doc/forum/syncing_home_directories.mdwn
@@ -0,0 +1,7 @@
+Hi,
+
+I synchronize home directories on a couple of machines using unison.  Is there a recommended way to do the equivalent using git-annex? 
+
+Thanks,
+
+John
diff --git a/doc/forum/syncing_home_directories/comment_1_220a6e0ffe0ea610921a63c0a6e3beab._comment b/doc/forum/syncing_home_directories/comment_1_220a6e0ffe0ea610921a63c0a6e3beab._comment
new file mode 100644
index 0000000000..f4699e74a1
--- /dev/null
+++ b/doc/forum/syncing_home_directories/comment_1_220a6e0ffe0ea610921a63c0a6e3beab._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-05T20:34:22Z"
+ content="""
+There are a few problems you are likely to run into if you try to store everything in git-annex:
+
+* git does not store certain things, including special file permissions, in a git repository
+* you can't check a .git directory into another git repository
+* git-annex locks files to prevent them being changed and this involves replacing them with symlinks (much less of a problem now that it has the direct mode)
+
+For these reasons, I currently encourage users to use one or more git-annex repositories to store and sync whatever large data files they need, but to confine this to subdirectories of the home directory. There are other tools like vcsh that are better suited to storing things like dotfiles in git, rather than using git-annex for that. And other tools like mr can make it easy to work with a set of repositories, so you can have your dotfiles stored in one or more repositories and your large files in others and update them all with one command. 
+
+See <http://vcs-home.branchable.com/> for more on this..
+"""]]
diff --git a/doc/forum/syncing_non-git_trees_with_git-annex.mdwn b/doc/forum/syncing_non-git_trees_with_git-annex.mdwn
new file mode 100644
index 0000000000..9973782610
--- /dev/null
+++ b/doc/forum/syncing_non-git_trees_with_git-annex.mdwn
@@ -0,0 +1,46 @@
+I have a bunch of directory trees with large data files scattered over various computers and disk drives - they contain photos, videos, music, and so on.  In many cases I initially copied one of these trees from one machine to another just as a cheap and dirty backup, and then made small modifications to both trees in ways I no longer remember. For example, I returned from a trip with a bunch of new photos, and then might have rotated some of them 90 degrees on one machine, and edited or renamed them on another.
+
+What I want to do now is use git-annex as a way of initially synchronising the trees, and then fully managing them on an ongoing basis.  Note that the trees are *not* yet git repositories.  In order to be able to detect straight-forward file renames, I believe that [[the SHA1 backend|tips/using_the_SHA1_backend]] probably makes the most sense.
+
+I've been playing around and arrived at the following setup procedure.  For the sake of discussion, I assume that we have two trees `a` and `b` which live in the same directory referred to by `$td`, and that all large files end with the `.avi` suffix.
+
+     # Setup git in 'a'.
+     cd $td/a
+     git init
+
+     # Setup git-annex in 'a'.
+     echo '* annex.backend=SHA1' > .gitattributes
+     git add .gitattributes
+     git commit -m'use SHA1 backend'
+     git annex init
+
+     # Annex all large files.
+     find -name \*.avi | xargs git annex add
+     git add .
+     git commit -m'Initial import'
+
+     # Setup git in 'b'.
+     cd $td/b
+     git clone -n $td/a new
+     mv new/.git .
+     rmdir new
+     git reset # reset git index to b's wd - hangover from cloning from 'a'
+
+     # Setup git-annex in 'b'.
+     # This merges a's (origin's) git-annex branch into the local git-annex branch.
+     git annex init
+
+     # Annex all large files - because we're using SHA1 backend, some
+     # should hash to the same keys as in 'a'.
+     find -name \*.avi | xargs git annex add
+     git add .
+     git commit -m'Changes in b tree'
+
+     git remote add a $td/a
+
+     # Now pull changes in 'b' back to 'a'.
+     cd $td/a
+     git remote add b $td/b
+     git pull b master
+
+This seems to work, but have I missed anything?
diff --git a/doc/forum/syncing_non-git_trees_with_git-annex/comment_1_7f9593bdfd95e4a8814e6cc5c44619e6._comment b/doc/forum/syncing_non-git_trees_with_git-annex/comment_1_7f9593bdfd95e4a8814e6cc5c44619e6._comment
new file mode 100644
index 0000000000..bdec508792
--- /dev/null
+++ b/doc/forum/syncing_non-git_trees_with_git-annex/comment_1_7f9593bdfd95e4a8814e6cc5c44619e6._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-14T17:31:31Z"
+ content="""
+This is an entirely reasonable way to go about it.
+
+However, doing it this way causes files in B to always \"win\" -- If the same filename is in both repositories, with differing content, the version added in B will superscede the version from A. If A has a file that is not in B, a git commit -a in B will commit a deletion of that file.
+
+I might do it your way and look at the changes in B before (or even after) committing them to see if files from A were deleted or changed.
+
+Or, I might just instead keep B in a separate subdirectory in the repository, set up like so:
+
+<pre>
+mv b old_b
+git clone a b
+cd b
+mv ../old_b .
+git annex add old_b --not --exclude '*.avi'
+</pre>
+
+Or, a third way would be to commit A to a branch like branchA and B to a separate branchB, and not merge the branches at all.
+"""]]
diff --git a/doc/forum/syncing_non-git_trees_with_git-annex/comment_2_49f15478781a0ad5e46e75319070335c._comment b/doc/forum/syncing_non-git_trees_with_git-annex/comment_2_49f15478781a0ad5e46e75319070335c._comment
new file mode 100644
index 0000000000..94b5c2ec11
--- /dev/null
+++ b/doc/forum/syncing_non-git_trees_with_git-annex/comment_2_49f15478781a0ad5e46e75319070335c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmKPMUX0YHBjE93eBsEnacwZsddSDue3PY"
+ nickname="Oliver"
+ subject="comment 2"
+ date="2011-12-23T22:04:08Z"
+ content="""
+As joey points out the problem is B overwrites A, so that any files in A that aren't in B will be removed. But the suggestion to keep B in a separate subdirectory in the repository means I'll end up with duplicates of files in both A and B. What I want is to have the merged superset of all files from both A and B with only one copy of identical files. 
+
+The problem is that unique symlinks in A/master are deleted when B/master is merged in. To add back the deleted files after the merge you can do this:
+
+    git checkout master~1 deleted_file_name                                                              #checkout a single deleted file called deleted_file_name
+    git diff master~1 master --numstat --name-only --diff-filter=D                                       #get the names of all files deleted between master and master~1
+    git diff master~1 master --numstat --name-only --diff-filter=D | xargs git checkout master~1         #checkout all deleted files between master and master~1
+
+Once the first merge has been done after set up, you can continue to make changes to A and B and future merges won't require accounting for deleted files in this way.
+"""]]
diff --git a/doc/forum/syncing_non-git_trees_with_git-annex/comment_3_6d8f399f0549eddd1d1f5c9c9a10c654._comment b/doc/forum/syncing_non-git_trees_with_git-annex/comment_3_6d8f399f0549eddd1d1f5c9c9a10c654._comment
new file mode 100644
index 0000000000..1793e686fa
--- /dev/null
+++ b/doc/forum/syncing_non-git_trees_with_git-annex/comment_3_6d8f399f0549eddd1d1f5c9c9a10c654._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="re-annexing previously annexed files"
+ date="2012-03-29T21:41:54Z"
+ content="""
+Here's another handy command-line which annexes all files in repo B which have already been annexed in repo A:
+
+    git status --porcelain | sed -n '/^ T /{s///;p}' | xargs git annex add
+
+The 'T' outputted by git status for these files indicates a type change: it's a symlink to the annex in repo A, but a normal file in repo B.
+
+"""]]
diff --git a/doc/forum/taskwarrior.mdwn b/doc/forum/taskwarrior.mdwn
new file mode 100644
index 0000000000..3e44cc610c
--- /dev/null
+++ b/doc/forum/taskwarrior.mdwn
@@ -0,0 +1,11 @@
+I try to sync my taskWarrior files .task/*.data with git-annex ... but there is two problem :
+
+- i need to chmod 755 my files because taskWarrior doesn't recognize them, or say "problem with permission" 
+
+- taskwarrior seems crazy with symbolic link used by git-annex, undo not work, task appear multiple times , etc.
+
+Is there any solution ?
+Any user experienced the same problem?
+
+Thanks
+Sr.
diff --git a/doc/forum/taskwarrior/comment_1_1c3a29e7d292cb602d9d349f8009b51e._comment b/doc/forum/taskwarrior/comment_1_1c3a29e7d292cb602d9d349f8009b51e._comment
new file mode 100644
index 0000000000..c8682b3787
--- /dev/null
+++ b/doc/forum/taskwarrior/comment_1_1c3a29e7d292cb602d9d349f8009b51e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2013-08-06T12:44:11Z"
+ content="""
+* You could try metastore (not merge friendly), git-cache-meta (pretty minimal) or metamonger (not done yet) to sync your file permissions
+* Look into direct mode to avoid symlinks
+* Alternatively, check your taskwarrior files into git, not git-annex, to avoid symlinks
+"""]]
diff --git a/doc/forum/taskwarrior/comment_2_4b3d70501763f6d36c927ae37bbd33c2._comment b/doc/forum/taskwarrior/comment_2_4b3d70501763f6d36c927ae37bbd33c2._comment
new file mode 100644
index 0000000000..ec6bcb9529
--- /dev/null
+++ b/doc/forum/taskwarrior/comment_2_4b3d70501763f6d36c927ae37bbd33c2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 2"
+ date="2014-04-14T15:27:48Z"
+ content="""
+Using direct mode would replace symlinks with actual files.
+"""]]
diff --git a/doc/forum/telehash_syncing.mdwn b/doc/forum/telehash_syncing.mdwn
new file mode 100644
index 0000000000..3a5266506e
--- /dev/null
+++ b/doc/forum/telehash_syncing.mdwn
@@ -0,0 +1,10 @@
+Hi
+
+I have read some info about telehash. It looks verry promising. I was wondering though how syncing will work. For example. I have 2 computers. Normal PC and a laptop. Mostly only one is on at a time. 
+
+* Sync messages will be sent over telehash protocoll ?
+* What if I push some changes (they will be synced to a shared repository) and laptop is not online. How will git-annex know what to sync from a shared repository ?
+* Do you plan to send files/commits directly to online clients ? If 2 friends are online at the same time.
+* What will happen with data on a shared repository if all clients have synced content ? Will it be deleted since it is not longer needed ?
+
+I was thinking of a model where you sync directly (if possible), and just drop shared content to repo for offline users. Whan everyone have pulled content it may be removed from shared repo.
diff --git a/doc/forum/tell_us_how_you__39__re_using_git-annex.mdwn b/doc/forum/tell_us_how_you__39__re_using_git-annex.mdwn
new file mode 100644
index 0000000000..d289b9f50a
--- /dev/null
+++ b/doc/forum/tell_us_how_you__39__re_using_git-annex.mdwn
@@ -0,0 +1,6 @@
+Tell your git-annex stories here. Feel free to give as little or as much detail
+as appropriate about how you're using it. How's it working out for you?
+
+See [[testimonials]] for some other stories.
+
+[[!meta author=Joey]]
diff --git a/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_1_4884803ddee7f642a3ac995a19967a6a._comment b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_1_4884803ddee7f642a3ac995a19967a6a._comment
new file mode 100644
index 0000000000..2351378bca
--- /dev/null
+++ b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_1_4884803ddee7f642a3ac995a19967a6a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ subject="just amazing"
+ date="2012-04-12T17:12:41Z"
+ content="""
+git-annex is just amazing. I just started using it and for once, I have hope to be able to organize my files a little better than now.
+
+Currently, I have a huge homedir. From time to time, I move file away in external hard drives, then forget about them. When I want to look at them back, I just can't because I have forgotten where they are. I have also a ton of files on those drives that I can't access because they are not indexed. With git-annex I have hope to put all of these files on a git repository. I will be able to see them everywhere, and find them when I need to.
+
+I might stop loosing files for once.
+
+I might avoid having multiple copies of the same things over and over again, without knowing so. and regain some more disk space.
+
+For the moment, I'm archiving my photographs. But there is one thing that might not go very well: directory hierarchies where everything is important (file owner, specific permissions, symlinks). I won't just be able to blindly annex all of these files. But for the moment I'll stick at archiving ocuments and it should be amazing.
+
+[Mildred](http://mildred.fr)
+"""]]
diff --git a/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_2_61f5054918e7b36c191454365bc7f3b7._comment b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_2_61f5054918e7b36c191454365bc7f3b7._comment
new file mode 100644
index 0000000000..3bd981c5db
--- /dev/null
+++ b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_2_61f5054918e7b36c191454365bc7f3b7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cgray.myopenid.com/"
+ nickname="cgray"
+ subject="comment 2"
+ date="2012-04-14T01:18:53Z"
+ content="""
+Git-annex has really helped me with my media files.  I have a big NAS drive where I keep all my music, tv, and movies files, each in their own git annex.  I tend to keep the media that I want to watch or listen to on my laptop and then drop it when it is done.  This way I don't have too much on my laptop at any one time, but I have a nice selection for when I'm traveling and don't have access to my NAS.
+
+Additionally, I have a mp3 player that will format itself randomly every few months or so.  I keep my podcasts on it in a git annex and in a git annex on my laptop.  When I am done with a podcast, I can delete it from the mp3 player and then sync that information with my laptop.  With this method, I have a backup of what should be on my mp3 player, so I don't need to worry about losing it all when the mp3 player decides it's had enough.
+"""]]
diff --git a/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_3_db07e8703be606c998c831e91d300d69._comment b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_3_db07e8703be606c998c831e91d300d69._comment
new file mode 100644
index 0000000000..1a80bb4808
--- /dev/null
+++ b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_3_db07e8703be606c998c831e91d300d69._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://bergey.dreamwidth.org/"
+ ip="66.80.90.109"
+ subject="git-annex, media, emacs"
+ date="2012-08-31T01:47:36Z"
+ content="""
+I've been using git-annex for a month or two to manage my music collection.  It's great to know I can drop files if I need space on the laptop, knowing exactly where I have other copies.  Now I'm writing an emacs mode to help me keep track: https://gitorious.org/emacs-contrib/annex-mode
+
+Locally available files are colored differently, and pressing g runs `git annex get` on the file at point.
+"""]]
diff --git a/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_4_a58595969cdd42ed20210e9615b42e42._comment b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_4_a58595969cdd42ed20210e9615b42e42._comment
new file mode 100644
index 0000000000..d80423eac0
--- /dev/null
+++ b/doc/forum/tell_us_how_you__39__re_using_git-annex/comment_4_a58595969cdd42ed20210e9615b42e42._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Best thing since sliced bread"
+ date="2012-11-21T13:08:57Z"
+ content="""
+It's amazing how perfect git annex is for my use case.
+
+I record music, which results in a bunch of big files that don't change, and a bunch of small files which change often.
+
+I also need these files to be preserved for the long haul, and be verified now and then. They also need to be backed up three or four times, because they're original files! Keeping track of all that was a headache before git annex, and I was also constantly awake at night because it was impossible to verify if everything's still okay.
+
+Now I just dump everything into my archive annex and I know where everything is, and that it's safe, period. I even set myself up a raspberry pi with a usb drive adapter and put some spindown code in a cron job. Now I have a hard drive at rest that I can access from anywhere at any time. The whole thing gets backed up by Amazon Glacier, but if Amazon starts getting pesky I can just add another backend and sync it up. I can even version my small files if I want to by putting them directly into git. This entire thing would have been such a huge undertaking but now it's easy. I dump everything into the annex and to the actual backups whenever I get round to it. It just has a natural flow to it.
+
+Et voila. Professional grade backups, at home, independant from any specific vendor. I absolutely never have to worry about my files going anywhere, and if I get super paranoid, I can just \"git annex fsck\" and mathematically prove to myself everything's still there.
+
+It's totally sad how many creative people will be losing their life's work in a couple of years because they rely on regular filesystems on their USB drives. Stuff like DropBox and SpiderOak is better than nothing but trusting single vendor to not screw up or mess with your life's work is just plain creepy.
+
+I just have a huge, warm fuzzy feeling now. If this sounds like I'm relentlessly hyping git annex, it's because I am! It deserves it!
+
+
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs.mdwn b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs.mdwn
new file mode 100644
index 0000000000..8981200d88
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs.mdwn
@@ -0,0 +1,22 @@
+This is work in progress, since there is now a [[special_remotes/hook]] for users to plug in whatever they want as a remote, here's my recipe for using tahoe-lafs as a remote, this is a copy and paste the relavent section from my .git/config file
+
+        tahoe-store-hook = tahoe put $ANNEX_FILE tahoe:$ANNEX_KEY
+        tahoe-retrieve-hook = tahoe get tahoe:$ANNEX_KEY $ANNEX_FILE
+        tahoe-remove-hook = tahoe rm tahoe:$ANNEX_KEY
+        tahoe-checkpresent-hook = tahoe ls tahoe:$ANNEX_KEY 2>&1 || echo FAIL
+
+Where `tahoe:` is a tahoe-lafs alias, ideally you should create a new alias (DIR-CAP or whatever the terminolgy is) to store your files, I just used the default `tahoe:` alias for testing.
+
+The only quirk I've noticed is this...
+
+<pre>
+$ git annex whereis .
+whereis frink.jar (2 copies) 
+  	084603a8-7243-11e0-b1f5-83102bcd7953  -- here (testtest)
+   	1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a
+ok
+</pre>
+
+1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a is my [[!google tahoe-lafs]] remote, but there is no label/description on it. The checkpresent-hook was a little confusing when I was setting it up, I'm currently unsure if I am doing the right thing or not with my hook. My get and put commands are a little verbose for now, i might redirect it to /dev/null once I am happier with the overall performance/behaviour my setup.
+
+Other than the quirks above, I am able to put and get files from my tahoe-lafs remote. The only thing that I have not figured out is how to "remove a file" on the remote to free up space on the remote.
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_1_76bb33ce45ce6a91b86454147463193b._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_1_76bb33ce45ce6a91b86454147463193b._comment
new file mode 100644
index 0000000000..388641f69e
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_1_76bb33ce45ce6a91b86454147463193b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="whereis labels"
+ date="2011-04-29T13:08:35Z"
+ content="""
+You should be able to fix the missing label by editing .git-annex/uuid.log and adding
+
+    1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a tahoe
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_2_4d9b9d47d01d606a475678f630797bf9._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_2_4d9b9d47d01d606a475678f630797bf9._comment
new file mode 100644
index 0000000000..e7c3d619dd
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_2_4d9b9d47d01d606a475678f630797bf9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-29T15:24:56Z"
+ content="""
+If `tahoe ls` outputs only the key, on its own line, and exits nonzero if it's not present, then I think you did the right thing.
+
+To remove a file, use `git annex move file --from tahoe` and then you can drop it locally.
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_3_8a812b11fcc2dc3b6fcf01cdbbb8459d._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_3_8a812b11fcc2dc3b6fcf01cdbbb8459d._comment
new file mode 100644
index 0000000000..16ad9e9886
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_3_8a812b11fcc2dc3b6fcf01cdbbb8459d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 3"
+ date="2011-04-29T15:33:24Z"
+ content="""
+@justin, I discovered that \"git annex describe\" did what I wanted
+
+@joey, yep that is the behaviour of \"tahoe ls\", thanks for the tip on removing the file from the remote.
+
+It seems to be working okay for now, the only concern is that on the remote everything is dumped into the same directory, but I can live with that, since I want to track biggish blobs and not lots of small little files.
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_4_fc98c819bc5eb4d7c9e74d87fb4f6f3b._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_4_fc98c819bc5eb4d7c9e74d87fb4f6f3b._comment
new file mode 100644
index 0000000000..5d271c6f3c
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_4_fc98c819bc5eb4d7c9e74d87fb4f6f3b._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2011-04-29T16:17:11Z"
+ content="""
+I've just tried to use the ANNEX_HASH_ variables, example of my configuration
+
+<pre>
+    git config annex.tahoe-store-hook 'tahoe mkdir $ANNEX_HASH_1 && tahoe put $ANNEX_FILE tahoe:$ANNEX_HASH_1/$ANNEX_KEY'
+    git config annex.tahoe-retrieve-hook 'tahoe get tahoe:$ANNEX_HASH_1/$ANNEX_KEY $ANNEX_FILE'
+    git config annex.tahoe-remove-hook 'tahoe rm tahoe:$ANNEX_HASH_1/$ANNEX_KEY'
+    git config annex.tahoe-checkpresent-hook 'tahoe ls tahoe:$ANNEX_HASH_1/$ANNEX_KEY 2>&1 || echo FAIL'
+    git annex initremote library type=hook hooktype=tahoe encryption=none
+    git annex describe 1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a library
+</pre>
+
+It's seems to work quite well for me now, I did run across this when I tried to drop a file locally, leaving the file on my remote
+
+<pre>
+jtang@x00:/tmp/annex3 $ git annex drop .
+drop frink.sh (checking library...) (unsafe) 
+  Could only verify the existence of 0 out of 1 necessary copies
+  Try making some of these repositories available:
+  	1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a  -- library
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+drop t/frink.jar (checking library...) (unsafe) 
+  Could only verify the existence of 0 out of 1 necessary copies
+  Try making some of these repositories available:
+  	1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a  -- library
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+git-annex: 2 failed
+1|jtang@x00:/tmp/annex3 $ 
+</pre>
+
+I do know that the files exist in my library as I have just inserted them, it seemed to work when I didnt have the hashing, it appears that the checkpresent doesn't seem to pass the ANNEX_HASH_* variables (from the limited debugging I did)
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_5_c459fb479fe7b13eaea2377cfc1923a6._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_5_c459fb479fe7b13eaea2377cfc1923a6._comment
new file mode 100644
index 0000000000..9127cdeeaa
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_5_c459fb479fe7b13eaea2377cfc1923a6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-04-29T18:01:04Z"
+ content="""
+I've corrected the missing `ANNEX_HASH_*` oversight. (It also affected removal, btw.)
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_6_2e9da5a919bbbc27b32de3b243867d4f._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_6_2e9da5a919bbbc27b32de3b243867d4f._comment
new file mode 100644
index 0000000000..80874db31d
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_6_2e9da5a919bbbc27b32de3b243867d4f._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 6"
+ date="2011-04-29T20:11:08Z"
+ content="""
+Cool, that seems to make things work as expected, here's an updated recipe
+
+
+<pre>
+git config annex.tahoe-store-hook 'tahoe mkdir tahoe:$ANNEX_HASH_1/$ANNEX_HASH_2 && tahoe put $ANNEX_FILE tahoe:$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY'
+git config annex.tahoe-retrieve-hook 'tahoe get tahoe:$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY $ANNEX_FILE'
+git config annex.tahoe-remove-hook 'tahoe rm tahoe:$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY'
+git config annex.tahoe-checkpresent-hook 'tahoe ls tahoe:$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY 2>&1 || echo FAIL'
+git annex initremote library type=hook hooktype=tahoe encryption=none
+git annex describe 1d1bc312-7243-11e0-a9ce-5f10c0ce9b0a library
+</pre>
+
+
+I just needs some of the output redirected to /dev/null.
+
+(I updated this comment to fix a bug. --[[Joey]])
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_7_d636c868524b2055ee85832527437f90._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_7_d636c868524b2055ee85832527437f90._comment
new file mode 100644
index 0000000000..1d75fb9631
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_7_d636c868524b2055ee85832527437f90._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="zooko"
+ ip="97.118.97.117"
+ subject="request for information, plus some ideas"
+ date="2011-05-14T05:07:17Z"
+ content="""
+Hey Jimmy: how's this working for you now? I would expect it to go slower and slower since Tahoe-LAFS has an O(N) algorithm for reading or updating directories.
+
+Of course, if it is still fast enough for your uses then that's okay. :-)
+
+(We're working on optimizations of this for future releases of Tahoe-LAFS.)
+
+I'd like to understand the desired behavior of store-hook and retrieve-hook better, in order to see if there is a more efficient way to use Tahoe-LAFS for this.
+
+Off to look for docs.
+
+Regards,
+
+Zooko
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_8_39dc449cc60a787c3bfbfaaac6f9be0c._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_8_39dc449cc60a787c3bfbfaaac6f9be0c._comment
new file mode 100644
index 0000000000..dc97128bd1
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_8_39dc449cc60a787c3bfbfaaac6f9be0c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 8"
+ date="2011-05-14T10:02:26Z"
+ content="""
+@joey thanks for the update in the previous comment, I had forgotten about updating it.
+
+@zooko it's working okay for me right now, since I'm only putting fairly big blogs on stuff on to it and only things that I *really* care about. On the performance side, if it ran faster then it would be nicer :)
+"""]]
diff --git a/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_9_2592749c2f02b3e151896e31acba359b._comment b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_9_2592749c2f02b3e151896e31acba359b._comment
new file mode 100644
index 0000000000..ba58643b97
--- /dev/null
+++ b/doc/forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs/comment_9_2592749c2f02b3e151896e31acba359b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmsz4weoPXV2oEtv3zpo9dOxn_SEPz-7Iw"
+ nickname="Zooko"
+ subject="more notes about Tahoe-LAFS performance"
+ date="2014-04-21T07:18:06Z"
+ content="""
+In case anyone is reading this thread: https://github.com/zooko/tahoe-lafs/blob/3c13c138cf09e83d2f8001888e2a7de85564d406/docs/frontends/key-value-store.rst
+"""]]
diff --git a/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_.mdwn b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_.mdwn
new file mode 100644
index 0000000000..95cfe25389
--- /dev/null
+++ b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_.mdwn
@@ -0,0 +1,7 @@
+Hi, 
+
+Is anyone having difficulties with the assistant and gpg-agent?  Particularly with multiple repos syncing to a crypt backup?
+
+It seems to work for a while and then according to the error logs I can't decrypt the manifest...I'm wondering if there is some sort of locking involved that only lets one repo sync to a gcrypt repo at a time?  I can't think why the gpg-agent would stop providing the key.
+
+I also have a rather horrible time with gpg-agent in general:  I now start each repos git annex assistant individually in the shell (from which I can confirm the gpg-agent is working) rather than launch the web-app direct. 
diff --git a/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_1_4ad9a6a7cf5678ac0bc6d46a54f64cd3._comment b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_1_4ad9a6a7cf5678ac0bc6d46a54f64cd3._comment
new file mode 100644
index 0000000000..3ec0167440
--- /dev/null
+++ b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_1_4ad9a6a7cf5678ac0bc6d46a54f64cd3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2014-04-29T10:16:11Z"
+ content="""
+hmmm - a command line based git annex sync always works.  So either the assistant has a separate locking mechanism or the assistant is somehow losing the gpg-agent environment.  Does the assistant restart/respawn itself and lose access to the gpg-agent env?
+
+I'm somewhat clutching at straws here.
+"""]]
diff --git a/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_2_82dc18ed14879936d04133f248879fb9._comment b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_2_82dc18ed14879936d04133f248879fb9._comment
new file mode 100644
index 0000000000..30bc72f549
--- /dev/null
+++ b/doc/forum/trouble_with_multiple_remotes_syncing_to_gcrypt_based_ssh_repo_/comment_2_82dc18ed14879936d04133f248879fb9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2014-04-30T12:25:55Z"
+ content="""
+I see in the comments here a possible explanation...
+
+https://git-annex.branchable.com/bugs/GPG_passphrase_repeated_prompt/
+"""]]
diff --git a/doc/forum/trusted_repositories:_fatal:_not_a_git_repo.mdwn b/doc/forum/trusted_repositories:_fatal:_not_a_git_repo.mdwn
new file mode 100644
index 0000000000..f94bd3804e
--- /dev/null
+++ b/doc/forum/trusted_repositories:_fatal:_not_a_git_repo.mdwn
@@ -0,0 +1,32 @@
+When issuing a `git annex info`, I get:
+
+~~~
+$ git-annex info
+repository mode: indirect
+trusted repositories: fatal: Not a git repository: '/home/micas/Music/.git' fatal: Not a git repository: '/home/micas/Music/.git' 0
+semitrusted repositories: 3
+	00000000-0000-0000-0000-000000000001 -- web
+ 	85f8a5ea-6278-11e2-9978-ebb59e8f37a2 -- here (Music annex backup)
+ 	9aff38f2-6447-11e2-8c89-ef50e6c0ea6c -- backupone (Music annex backupone)
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 174.28 gigabytes (+1 megabyte reserved)
+local annex keys: 5348
+local annex size: 25.62 gigabytes
+annexed files in working tree: 5374
+size of annexed files in working tree: 25.68 gigabytes
+bloom filter size: 16 mebibytes (1.1% full)
+backend usage: 
+	SHA256: 10692
+	SHA256E: 30
+~~~
+
+The troubling part (I think) is `trusted repositories: fatal: Not a git repository: '/home/micas/Music/.git' fatal: Not a git repository: '/home/micas/Music/.git' 0`
+
+Is there a command I can use to show all the uuid of known remotes? I thought I had marked all remotes pointing to /home/micas/Music/.git as `dead`
+
+Is there another reason for the output? How can I get trusted repos back to 0?
+
+**EDIT:**
+
+I removed the folder (was not a git repo at the time of the error) `/home/micas/Music` and the error went away.
diff --git a/doc/forum/trusted_repositories:_fatal:_not_a_git_repo/comment_1_0a755a4a281c3bd130722093c8ddd080._comment b/doc/forum/trusted_repositories:_fatal:_not_a_git_repo/comment_1_0a755a4a281c3bd130722093c8ddd080._comment
new file mode 100644
index 0000000000..133a80e14b
--- /dev/null
+++ b/doc/forum/trusted_repositories:_fatal:_not_a_git_repo/comment_1_0a755a4a281c3bd130722093c8ddd080._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-29T20:10:14Z"
+ content="""
+Yeah, git-annex will skip a repository if its directory doesn't exist, but if the directory exists, it expects it to be a git repository, and will run git commands that use it (to get its config specifically).
+
+The ugly message is doing just what it should; letting you know you have a problem. 
+"""]]
diff --git a/doc/forum/ui.mdwn b/doc/forum/ui.mdwn
new file mode 100644
index 0000000000..2ef8841a9e
--- /dev/null
+++ b/doc/forum/ui.mdwn
@@ -0,0 +1,11 @@
+I just briefly tried git-annex. It's an interesting concept.
+
+My main frustration so far: I find it difficult to visualise and use the annex. Shell script contortions can obviously show you anything, but I don't have the ready knowledge to compose them. It would be nice to have some more user-friendly commands or even a GUI.
+
+'annex whereis' is fine for one file, but unweildly for many (e.g. a directory whose contents are always together, never divided between repositories). Is it possible to treat a given directory and all its contents as a single object?
+
+It is not clear what files are immediately available. Sometimes you don't care about annexed files that aren't stored in the current repository. Might it be nice to temporarily remove or hide symlinks for files that are not here right now? Then you could treat the repository more like a normal file heirarchy. Or how about something like 'git annex ls' to show only currently available files?
+
+assistant and sharebox fs sound like great basic synch options, but it would be really cool to have a fuse fs somewhere between raw git-annex and assistant. Putting a file in the directory would trigger git-annex to add it and sync. rm <file> on that new file would not work by default because it's the only copy. rm --annex to get rid of the file from all repos. mv/cp <file> <remote> to transfer between repos. ls to show only the files that are here now, ls --annex to display complete information in a clear way (well-formatted, colorized). Something like that.
+
+This has just been a random brain dump from a new user, hopefully it made some sense.
diff --git a/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment b/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment
new file mode 100644
index 0000000000..84f30c5ea7
--- /dev/null
+++ b/doc/forum/ui/comment_1_f3e3446b05d6b573e29e6cad300fb635._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-20T19:51:19Z"
+ content="""
+It's pretty easy to configure ls to show broken symlinks in a different color. Run dircolors, and alias ls='ls --color==auto'. Then you can see which files are not there at a glance.
+
+The Linux file manager's I've tried (nautilus and thunar) also shows which files are present; you get a X on the icon of annexed files that are not present.
+"""]]
diff --git a/doc/forum/ui/comment_2_b493ee97eb2378e72c12f3d137109580._comment b/doc/forum/ui/comment_2_b493ee97eb2378e72c12f3d137109580._comment
new file mode 100644
index 0000000000..ee79958832
--- /dev/null
+++ b/doc/forum/ui/comment_2_b493ee97eb2378e72c12f3d137109580._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://mylesenglish.myopenid.com/"
+ ip="217.39.94.195"
+ subject="comment 2"
+ date="2013-09-16T19:21:31Z"
+ content="""
+This shell function behaves more like ls and shows the files that are present:
+
+    ga-ls () {
+      CWD=`pwd`
+      cd ${1:-.} && git annex find | cut -d / -f 1 | uniq
+      cd ${CWD}
+    }
+
+"""]]
diff --git a/doc/forum/unannex_alternatives.mdwn b/doc/forum/unannex_alternatives.mdwn
new file mode 100644
index 0000000000..efd05838e6
--- /dev/null
+++ b/doc/forum/unannex_alternatives.mdwn
@@ -0,0 +1,9 @@
+what is the work flow to get a file that is in git-annex out of there and into git? (current situation: `git-annex add`ed a bunch of pictures, later found make files in there which i'd rather have in git for proper source code control)
+
+the most intuitive thing to do is `git unannex`, which at first seemed to do the right thing, but when committing there came the hook and everything was back to where it was before.
+
+i could disable the hook as a workaround, but that doesn't smell like a good work flow.
+
+the [[man page|git-annex]] does warn that `unannex` is only supposed to be used against unintentional `git annex add`s (probably meaning that it should be used before something is committed), but the alternatives it suggests (`git rm` and `git annex drop`) don't to what i want to do.
+
+am i missing something or is there really no work flow for this? --[[chrysn]]
diff --git a/doc/forum/unannex_alternatives/comment_1_dcd4cd41280b41512bbdffafaf307993._comment b/doc/forum/unannex_alternatives/comment_1_dcd4cd41280b41512bbdffafaf307993._comment
new file mode 100644
index 0000000000..7f278d2bc9
--- /dev/null
+++ b/doc/forum/unannex_alternatives/comment_1_dcd4cd41280b41512bbdffafaf307993._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-02-02T00:39:10Z"
+ content="""
+Git-annex's commit hook does not prevent unannex being used. The file you unannex will not be checked into git anymore and will be a regular file again, not a git-annex symlink. 
+
+For example, here's a transcript:
+
+<pre>
+joey@gnu:~/tmp>mkdir demo
+joey@gnu:~/tmp>cd demo
+joey@gnu:~/tmp/demo>git init
+Initialized empty Git repository in /home/joey/tmp/demo/.git/
+joey@gnu:~/tmp/demo>git annex init demo
+init demo ok
+joey@gnu:~/tmp/demo>echo hi > file
+joey@gnu:~/tmp/demo>git annex add file 
+add file ok
+(Recording state in git...)
+joey@gnu:~/tmp/demo>git commit -m add
+[master 64cf267] add
+ 2 files changed, 2 insertions(+), 0 deletions(-)
+ create mode 100644 .git-annex/WORM:1296607093:3:file.log
+ create mode 120000 file
+joey@gnu:~/tmp/demo>git annex unannex file
+unannex file ok
+(Recording state in git...)
+joey@gnu:~/tmp/demo>ls -l file
+-rw-r--r-- 1 joey joey 3 Feb  1 20:38 file
+joey@gnu:~/tmp/demo>git commit
+[master 78a09cc] unannex
+ 2 files changed, 1 insertions(+), 2 deletions(-)
+ delete mode 120000 file
+joey@gnu:~/tmp/demo>ls -l file
+-rw-r--r-- 1 joey joey 3 Feb  1 20:38 file
+joey@gnu:~/tmp/demo>git status
+# On branch master
+# Untracked files:
+#   (use \"git add <file>...\" to include in what will be committed)
+#
+#	file
+nothing added to commit but untracked files present (use \"git add\" to track)
+</pre>
+"""]]
diff --git a/doc/forum/unannex_alternatives/comment_2_58a72a9fe0f58c7af0b4d7927a2dd21d._comment b/doc/forum/unannex_alternatives/comment_2_58a72a9fe0f58c7af0b4d7927a2dd21d._comment
new file mode 100644
index 0000000000..91ddadf8c6
--- /dev/null
+++ b/doc/forum/unannex_alternatives/comment_2_58a72a9fe0f58c7af0b4d7927a2dd21d._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-02-02T00:41:24Z"
+ content="""
+And following on to my transcript, you can then add the file to git in the regular git way, and it works fine:
+
+<pre>
+joey@gnu:~/tmp/demo>git add file
+joey@gnu:~/tmp/demo>git commit
+[master 225ffc0] added as regular git file, not in annex
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+ create mode 100644 file
+joey@gnu:~/tmp/demo>ls -l file
+-rw-r--r-- 1 joey joey 3 Feb  1 20:38 file
+joey@gnu:~/tmp/demo>git log file
+commit 225ffc048f5af7c0466b3b1fe549a6d5e9a9e9fe
+Author: Joey Hess <joey@kitenet.net>
+Date:   Tue Feb 1 20:43:13 2011 -0400
+
+    added as regular git file, not in annex
+
+commit 78a09cc791b875c3b859ca9401e5b6472bf19d08
+Author: Joey Hess <joey@kitenet.net>
+Date:   Tue Feb 1 20:38:30 2011 -0400
+
+    unannex
+
+commit 64cf267734adae05c020d9fd4d5a7ff7c64390db
+Author: Joey Hess <joey@kitenet.net>
+Date:   Tue Feb 1 20:38:18 2011 -0400
+
+    add
+</pre>
+"""]]
diff --git a/doc/forum/unannex_alternatives/comment_3_b1687fc8f9e7744327bbeb6f0635d1cd._comment b/doc/forum/unannex_alternatives/comment_3_b1687fc8f9e7744327bbeb6f0635d1cd._comment
new file mode 100644
index 0000000000..9f3223578b
--- /dev/null
+++ b/doc/forum/unannex_alternatives/comment_3_b1687fc8f9e7744327bbeb6f0635d1cd._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-02-02T00:46:00Z"
+ content="""
+Sorry for all the followups, but I see now that if you unannex, then add the file to git normally, and commit, the hook *does* misbehave.
+
+This seems to be a bug. git-annex's hook thinks that you have used git annex unlock (or \"git annex edit\") on the file and are now committing a changed version, and the right thing to do there is to add the new content to the annex and update the symlink accordingly. I'll track this bug over at [[bugs/unannex_vs_unlock_hook_confusion]].
+
+So, committing after unannex, and before checking the file into git in the
+usual way, is a workaround. But only if you do a "git commit" to commit
+staged changes.
+
+Anyway, this confusing point is fixed in git now!
+"""]]
diff --git a/doc/forum/unknown_response_from_git_cat-file.mdwn b/doc/forum/unknown_response_from_git_cat-file.mdwn
new file mode 100644
index 0000000000..e4c559815f
--- /dev/null
+++ b/doc/forum/unknown_response_from_git_cat-file.mdwn
@@ -0,0 +1,8 @@
+Hi,
+
+when running git annex add in my direct mode repository, since a few days ago I only get:
+
+$ git annex add
+git-annex: unknown response from git cat-file (":./Archiv/Someone missing",:./Archiv/Someone Like You Cover-fCvjvEGkTu4.flv)
+
+The :./Archiv/Someone missing part strikes me odd because it so much looks like broken shell meta-character escaping in git-annex, but I doubt that because it stopped working just suddenly.
diff --git a/doc/forum/unknown_response_from_git_cat-file/comment_1_f26ba569e715fe69b6de3093930362ee._comment b/doc/forum/unknown_response_from_git_cat-file/comment_1_f26ba569e715fe69b6de3093930362ee._comment
new file mode 100644
index 0000000000..0ddef17af4
--- /dev/null
+++ b/doc/forum/unknown_response_from_git_cat-file/comment_1_f26ba569e715fe69b6de3093930362ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-07T16:34:18Z"
+ content="""
+This is a bug in the 1.8.4 pre-release version of git. It will be fixed in the 1.8.4 release or another pre-release. git-annex version 4.20130802 has a workaround for this problem.
+"""]]
diff --git a/doc/forum/unlock__47__lock_always_gets_me.mdwn b/doc/forum/unlock__47__lock_always_gets_me.mdwn
new file mode 100644
index 0000000000..0891eed0e5
--- /dev/null
+++ b/doc/forum/unlock__47__lock_always_gets_me.mdwn
@@ -0,0 +1,11 @@
+Several times now I've done something like:
+
+    $ git annex unlock movie.avi
+    $ mv /tmp/fixed.avi movie.avi
+    $ git annex lock movie.avi
+
+Oops, I just lost my fixed.avi!  That really feels like the right sequence of operations to me, so I'm always surprised when I make that mistake.  I would like to see the current `lock` renamed to something like `undo-unlock`, or have the behavior changed to be the same as `add`, or maybe warn and require a `--force` when the file has been changed.
+
+If changing current behavior is undesirable, maybe `unlock` could just print a reminder that `git annex add` is the correct next step after making changes?
+
+Failing that, I suppose I could slowly start to learn from my mistakes.
diff --git a/doc/forum/unlock__47__lock_always_gets_me/comment_1_dee73a7ea3e1a5154601adb59782831f._comment b/doc/forum/unlock__47__lock_always_gets_me/comment_1_dee73a7ea3e1a5154601adb59782831f._comment
new file mode 100644
index 0000000000..c37561665f
--- /dev/null
+++ b/doc/forum/unlock__47__lock_always_gets_me/comment_1_dee73a7ea3e1a5154601adb59782831f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-07T17:15:31Z"
+ content="""
+Well, lock could check for modifications and require --force to lose them. But the check could be expensive for large files.
+
+But `git annex lock` is just a convenient way to run `git checkout`. And running `git checkout` or `git reset --hard` will lose your uncommitted file the same way obviously. 
+
+Perhaps the best fix would be to get rid of `lock` entirely, and let the user use the underlying git commands same as they would to drop modifications to other files. It would then also make sense to remove `unlock`, leaving only `edit`.
+"""]]
diff --git a/doc/forum/unlock__47__lock_always_gets_me/comment_2_f89b4349dde840c355a3bc28908decdf._comment b/doc/forum/unlock__47__lock_always_gets_me/comment_2_f89b4349dde840c355a3bc28908decdf._comment
new file mode 100644
index 0000000000..f732c87da0
--- /dev/null
+++ b/doc/forum/unlock__47__lock_always_gets_me/comment_2_f89b4349dde840c355a3bc28908decdf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="comment 2"
+ date="2013-09-07T12:26:46Z"
+ content="""
+I too was totally flummoxed by this.
+"""]]
diff --git a/doc/forum/unlock__47__lock_always_gets_me/comment_3_acbab7b75726d34dccb5c9dab7b3e728._comment b/doc/forum/unlock__47__lock_always_gets_me/comment_3_acbab7b75726d34dccb5c9dab7b3e728._comment
new file mode 100644
index 0000000000..835222f190
--- /dev/null
+++ b/doc/forum/unlock__47__lock_always_gets_me/comment_3_acbab7b75726d34dccb5c9dab7b3e728._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="It seems we've been heard"
+ date="2013-12-07T15:13:10Z"
+ content="""
+https://github.com/joeyh/git-annex/commit/cde099fe80cd2bc6345496c9266c41baf46c1976 : lock: Require --force. 
+"""]]
diff --git a/doc/forum/unrelated_repositories_sync.mdwn b/doc/forum/unrelated_repositories_sync.mdwn
new file mode 100644
index 0000000000..030fb380d7
--- /dev/null
+++ b/doc/forum/unrelated_repositories_sync.mdwn
@@ -0,0 +1,15 @@
+I have no idea how to search for this here, so I'll just go the "lazy web" approach and just ask.
+
+Say I have two "conference" repos. One is the famous [conference procedings](https://github.com/RichiH/conference_proceedings) repo, and another one is a totally unrelated repo of local conferences that are not of world-wide significance. Let's call this second repo `presentations`.
+
+I would like to have my videos of both repos in a single repo.
+
+Can I add the `conference procedings` repo as a git remote to the `presentations` repo and have it do the right thing?
+
+In fact, I'm not even sure what the right thing would be here, I guess that's the first thing I would like to clear up. But I would like to do things like what the new [[metadata]] system does. For example, I would have only the "Debian" directory from `conference procedings` in my `presentations` repo.
+
+How would that work? Would I need to do some [subtree merging](http://git-scm.com/book/ch6-7.html) magic? or `git subtree`? or submodules? or should i just use myrepos and pretend I never brought up this idea?
+
+thanks! -- [[anarcat]]
+
+related: [[tips/migrating_two_seperate_disconnected_directories_to_git_annex/]] - but that creates a merged repo...
diff --git a/doc/forum/unrelated_repositories_sync/comment_1_c899b7b05a96d14e25c2efadff3b4e52._comment b/doc/forum/unrelated_repositories_sync/comment_1_c899b7b05a96d14e25c2efadff3b4e52._comment
new file mode 100644
index 0000000000..7df8a0eb93
--- /dev/null
+++ b/doc/forum/unrelated_repositories_sync/comment_1_c899b7b05a96d14e25c2efadff3b4e52._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-02T19:51:06Z"
+ content="""
+It might help if you think about these two different repositories as branches. You have 2 branches with different files in them, and you want to produce a third branch with some mix of the two.
+
+I think git is perfectly capable of doing that. Where it gets hairy is dealing with merges when either of the 2 repositories change going forward. The same as if you've forked and modified source code, you will need to do *something* to resolve merges.
+"""]]
diff --git a/doc/forum/unsynced_folder.mdwn b/doc/forum/unsynced_folder.mdwn
new file mode 100644
index 0000000000..ceb04011e8
--- /dev/null
+++ b/doc/forum/unsynced_folder.mdwn
@@ -0,0 +1,3 @@
+If I have an archive with a lot of big files, is it possible to get one of them without using the command line, and without it popping up on other clients of that repository?
+Is it possible to have a folder that will not be synced with other clients but will still download the file when i copy it from archive?
+.gitignore probably wont work because that will not get the file from archive.
diff --git a/doc/forum/unsynced_folder/comment_1_7d7a262f067c7b02d76e82637223934c._comment b/doc/forum/unsynced_folder/comment_1_7d7a262f067c7b02d76e82637223934c._comment
new file mode 100644
index 0000000000..7f746df12c
--- /dev/null
+++ b/doc/forum/unsynced_folder/comment_1_7d7a262f067c7b02d76e82637223934c._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-12T20:09:48Z"
+ content="""
+Sorry I took so long to answer. I think that it took me a few tries to understand your question.
+
+You want to have a special folder on a single clone of a repository, and be able to move files to that folder from the archive folder, and have it get the file content from the archive repository. But you don't want that file content to spread to any of the other repositories.
+
+This is possible to do by writing a custom [[preferred_content]] expression, and configuring the repository to use it. For simplicity, let's make the folder be called `archive/local`. This way, all the clients that do not use this preferred content expression will see that the file is still under the archive folder, and not want its content.
+
+Now we can take the preferred content expression used by client repositories normally:
+
+  ((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+:1)
+
+And modify it:
+
+  ((exclude=*/archive/* and exclude=archive/* and (not */archive/local/*) and (not archive/local/*)) or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+:1)
+
+You can use `git annex vifg` to edit the preferred content expressions, and paste that in. Should work. Untested.
+"""]]
diff --git a/doc/forum/update_via_cabal_fails.mdwn b/doc/forum/update_via_cabal_fails.mdwn
new file mode 100644
index 0000000000..aae8461c6a
--- /dev/null
+++ b/doc/forum/update_via_cabal_fails.mdwn
@@ -0,0 +1,35 @@
+I tried to update git-annex via cabal. It fails due to lens not installing:
+
+    juh@sokrates:~$ cabal update
+    Downloading the latest package list from hackage.haskell.org
+    juh@sokrates:~$ cabal install git-annex
+    Resolving dependencies...
+    In order, the following will be installed:
+    lens-4.2 (new version)
+    DAV-0.6.2 (reinstall) changes: http-client-0.3.1.1 -> 0.3.3.1,
+    http-client-tls-0.2.1.1 added, http-types-0.8.4 -> 0.8.5, lens-4.1.2 ->     4.2,
+    network-2.4.1.2 added, optparse-applicative-0.7.0.2 added, xml-    conduit-1.2.0.1
+    -> 1.2.0.2, xml-hamlet-0.4.0.8 added
+    git-annex-5.20140707 (new package)
+    Warning: Note that reinstalls are always dangerous. Continuing anyway...
+    [1 of 1] Compiling Main             ( /tmp/lens-4.2-3107/lens-4.2/Setup.    lhs, /tmp/lens-4.2-3107/lens-4.2/dist/setup/Main.o )
+    Linking /tmp/lens-4.2-3107/lens-4.2/dist/setup/setup ...
+    Configuring lens-4.2...
+    Building lens-4.2...
+    Preprocessing library lens-4.2...
+    
+    src/Control/Lens/Internal/Zoom.hs:47:8:
+        Could not find module `Control.Monad.Trans.Except'
+        Perhaps you meant
+          Control.Monad.Trans.Cont (from transformers-0.3.0.0)
+          Control.Monad.Trans.Error (from transformers-0.3.0.0)
+          Control.Monad.Trans.List (from transformers-0.3.0.0)
+        Use -v to see a list of the files searched for.
+    Failed to install lens-4.2
+    cabal: Error: some packages failed to install:
+    DAV-0.6.2 depends on lens-4.2 which failed to install.
+    git-annex-5.20140707 depends on lens-4.2 which failed to install.
+    lens-4.2 failed during the building phase. The exception was:
+    ExitFailure 1
+
+I am not an experienced user of cabal. So any hints to solve the conflicts are appreciated.
diff --git a/doc/forum/update_via_cabal_fails/comment_1_e1235dc2acd3bac3dd51b7614dabbb88._comment b/doc/forum/update_via_cabal_fails/comment_1_e1235dc2acd3bac3dd51b7614dabbb88._comment
new file mode 100644
index 0000000000..71fd0e60f9
--- /dev/null
+++ b/doc/forum/update_via_cabal_fails/comment_1_e1235dc2acd3bac3dd51b7614dabbb88._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-09T17:58:48Z"
+ content="""
+It seems like you must have transformers-compat 0.1.1, and lens's dependency is slightly wrong, accepting that extremly old version. You'll need to upgrade it.
+"""]]
diff --git a/doc/forum/updating_the___34__number_of_copies__34__.mdwn b/doc/forum/updating_the___34__number_of_copies__34__.mdwn
new file mode 100644
index 0000000000..c28d265307
--- /dev/null
+++ b/doc/forum/updating_the___34__number_of_copies__34__.mdwn
@@ -0,0 +1,14 @@
+Is it possible to let git-annex check and update the "number of copies" or "whereis" information without recalculating the checksome?
+
+The use case is this:
+
+I have a very large "repo1": 300.000 files 1.5 TB.
+
+I copy it using low level tools for performance (clone the partition, netcat over network, or whatever...)
+
+Then i do "git annex init 'repo2'". 
+All files exist in both repos and the simlinks are valid, but git-annex does not know about it. 
+The "git-annex wehereis" only shows "repo1". How can I tell him without rehashing 1.6TB?
+
+Thx
+
diff --git a/doc/forum/updating_the___34__number_of_copies__34__/comment_1_327bdb0d9c190c60c7147b3acf07af09._comment b/doc/forum/updating_the___34__number_of_copies__34__/comment_1_327bdb0d9c190c60c7147b3acf07af09._comment
new file mode 100644
index 0000000000..2fd4ffaee0
--- /dev/null
+++ b/doc/forum/updating_the___34__number_of_copies__34__/comment_1_327bdb0d9c190c60c7147b3acf07af09._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-12-01T18:40:46Z"
+ content="""
+Well, first of all, after copying a repository like this, you need to edit its .git/config and delete the annex.uuid setting. Otherwise, you will have two repositories with the same UUID, which is not good.
+
+Once you've done that, run `git annex fsck` in the new repository and it will do what you want.
+"""]]
diff --git a/doc/forum/updating_the___34__number_of_copies__34__/comment_2_7e11c839637e0894332e413cde02cee9._comment b/doc/forum/updating_the___34__number_of_copies__34__/comment_2_7e11c839637e0894332e413cde02cee9._comment
new file mode 100644
index 0000000000..269fc22bc9
--- /dev/null
+++ b/doc/forum/updating_the___34__number_of_copies__34__/comment_2_7e11c839637e0894332e413cde02cee9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 2"
+ date="2012-12-01T19:27:59Z"
+ content="""
+Ok, that did the trick, except that it recalculates all cehcksums, which is exactly wat I do not want, as it is unnecessary and takes at 40MB/s just too long. Any other way? I think about adding the whereis info by hand, which simply feels wrong!
+"""]]
diff --git a/doc/forum/updating_the___34__number_of_copies__34__/comment_3_8b7a70fb3bb41e4eda412302834730bb._comment b/doc/forum/updating_the___34__number_of_copies__34__/comment_3_8b7a70fb3bb41e4eda412302834730bb._comment
new file mode 100644
index 0000000000..c130950906
--- /dev/null
+++ b/doc/forum/updating_the___34__number_of_copies__34__/comment_3_8b7a70fb3bb41e4eda412302834730bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-12-01T19:37:26Z"
+ content="""
+git annex fsck --fast will skip the checksumming.
+"""]]
diff --git a/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__.mdwn b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__.mdwn
new file mode 100644
index 0000000000..76f03452dc
--- /dev/null
+++ b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__.mdwn
@@ -0,0 +1,20 @@
+Dear all,
+           From some time now I am wondering about a way to index a set of files, lets say PDF documents. The idea is to have a unique identifier for each file and to cross-reference using this identifier. For instance, I use a project management (PM) software (web based) on a public server of my university. Then I have a set of tasks saying, review document X, or Y. And those documents are stored on an internal server of my lab.
+I see several options:
+
+1. Upload the required documents to the PM site and directly link
+2. Share online my internal server and use the URL of the docs in the PM
+3. Just use the unique identifier in the PM, and then look in git annex for that ID
+4. Use some sort of document management system (DMS)
+
+Options 1 and 2 are impractical for several reasons. Option 4 usually requires that your files are inside the DMS.
+So my questions are: 
+
+* Do you think this is doable with git-annex?
+* Is there an easy way to ask it: give me the document with this index?
+* I think the best answer for this question is: git annex find --include '*' --format='${key} ${file}' | grep <KEY>
+* And conversely, how do I find the key of a certain document?
+
+Thanks in advance.
+Best,
+       Juan
diff --git a/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_1_955f3aac12c1ddb41267c5a23ccb79e3._comment b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_1_955f3aac12c1ddb41267c5a23ccb79e3._comment
new file mode 100644
index 0000000000..069d41c106
--- /dev/null
+++ b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_1_955f3aac12c1ddb41267c5a23ccb79e3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="comment 1"
+ date="2014-07-03T19:10:53Z"
+ content="""
+To make git-annex output the key of a file, run: `git annex lookupkey $file`
+
+I don't know if the git-annex key is appropriate for your use-case. If the files never get changed, then it's a nice stable identifier. If ongoing changes are made to a file, and you want to link to the most recent version, the key would not be useful.
+
+You might also look at git-annex's [[metadata]]; you could make up some metadata field and value and attach it to a file, and it would persist as the file was modified.
+"""]]
diff --git a/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_2_0aff36755f49afddd5482a602a1ccd2b._comment b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_2_0aff36755f49afddd5482a602a1ccd2b._comment
new file mode 100644
index 0000000000..2ef754f163
--- /dev/null
+++ b/doc/forum/use_case:_unique_indentifier_of_objets___40__doi_like__41__/comment_2_0aff36755f49afddd5482a602a1ccd2b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="comment 2"
+ date="2014-07-09T15:32:49Z"
+ content="""
+If I get this right, the key will change every time the file is changed.
+If that's the case, seems that it won't be useful for my case.
+Thanks for the time.
+"""]]
diff --git a/doc/forum/use_existing_ssh_keys__63__.mdwn b/doc/forum/use_existing_ssh_keys__63__.mdwn
new file mode 100644
index 0000000000..7f73c18bc2
--- /dev/null
+++ b/doc/forum/use_existing_ssh_keys__63__.mdwn
@@ -0,0 +1,5 @@
+Hi, a new user trying out git-annex 3.20130124 here. So far looks really promising, thanks.
+
+I setup a local annex using the assistant webapp. I then created a rsync cloud repo over ssh to my shell box in a nearby data center for it. Works ok. I already have ssh key setup inclding ssh-agent for quick logins to the server. It would be great if you could configure the assistant to use these existing keys instead of creating a new set of keys. Maybe keep the defaults as is, but provide the config for this hidden behind "trust me, I know what I'm doing" check box or something.
+
+Thanks again, I keep researching.
diff --git a/doc/forum/use_existing_ssh_keys__63__/comment_1_c420c53f022bbd1b28494bc44d076feb._comment b/doc/forum/use_existing_ssh_keys__63__/comment_1_c420c53f022bbd1b28494bc44d076feb._comment
new file mode 100644
index 0000000000..93cb92c557
--- /dev/null
+++ b/doc/forum/use_existing_ssh_keys__63__/comment_1_c420c53f022bbd1b28494bc44d076feb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-07T18:11:30Z"
+ content="""
+Hmm. The assistant already tries to cater to this case of having an existing key. When setting up a rsync or ssh remote, it first tries to ssh to the server without allowing a password to be prompted for. If this succeeds, it assumes you have a passwordless key and uses it. Otherwise, it sshes in once with a password prompt, and sets up its own key.
+"""]]
diff --git a/doc/forum/use_existing_ssh_keys__63__/comment_2_e4cae848e5701852073ced307832872b._comment b/doc/forum/use_existing_ssh_keys__63__/comment_2_e4cae848e5701852073ced307832872b._comment
new file mode 100644
index 0000000000..4aaaeacce8
--- /dev/null
+++ b/doc/forum/use_existing_ssh_keys__63__/comment_2_e4cae848e5701852073ced307832872b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnwz07HJdp3nzLwCAl7OGKn_3m0tTO4Mxw"
+ nickname="Teemu"
+ subject="use existing ssh keys?"
+ date="2013-03-02T12:05:30Z"
+ content="""
+I also found the key setup confusing. I have many identity files for several server / service combinations, so the webapp key setup for an ssh+rsync cloud server always failed with too many identification attempts before I had the sense to move my keys temporarily away from ~/.ssh
+
+It would be really nice if the webapp would allow one either to pick an existing identity, or to create a new one with the aid of a couple of password logins.
+
+Also, having the created key to be restricted to only running rsync in the server would improve the chances of 'Share with a friend' use case being used. I don't think many people will want to give out full shell access to their servers in order to share some files.
+"""]]
diff --git a/doc/forum/use_existing_ssh_keys__63__/comment_3_a97c20b6df74c49e5f57c7caf962f1e2._comment b/doc/forum/use_existing_ssh_keys__63__/comment_3_a97c20b6df74c49e5f57c7caf962f1e2._comment
new file mode 100644
index 0000000000..e90ed07be4
--- /dev/null
+++ b/doc/forum/use_existing_ssh_keys__63__/comment_3_a97c20b6df74c49e5f57c7caf962f1e2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-03T16:57:22Z"
+ content="""
+When pairing with a local computer, both systems set up locked down ssh keys that only allow the pair to run git-annex on the repository being paired with. This does *not* involve full shell access.
+
+The \"remote server\" necessarily involves you already having shell access to the remote server. However, the ssh key that the assistant generates is again locked down to only being able to run git-annex on a single repository on the remote server.
+"""]]
diff --git a/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__.mdwn b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__.mdwn
new file mode 100644
index 0000000000..86e317da87
--- /dev/null
+++ b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__.mdwn
@@ -0,0 +1,7 @@
+I would like to use git-annex to synchronize 2 directories in the same manner as unison.
+
+I'm starting with 2 directories. There is an overlap of the same set of files in each directory, but each directory also has additional files as well.
+
+I create a git annex in each directory but when I do a git pull it merges and produces conflicts on those files that are the same.
+
+What is the correct workflow for this type of scenario?
diff --git a/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_1_5c3ee8a8aaa6d0918c0cc9683ce177ae._comment b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_1_5c3ee8a8aaa6d0918c0cc9683ce177ae._comment
new file mode 100644
index 0000000000..4682ea64f7
--- /dev/null
+++ b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_1_5c3ee8a8aaa6d0918c0cc9683ce177ae._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 1"
+ date="2011-12-18T13:57:33Z"
+ content="""
+Are the files identical or different? I today did something like that with similar, but not identical directories containing media files, and git happily merged them. but there, same files had same content.
+
+Also, make sure you use the same backend. In my case, one of the machines runs Debian stable, so I use the WORM backend, not the SHA backend.
+"""]]
diff --git a/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_2_648946353c6d90c57351cce4010f1301._comment b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_2_648946353c6d90c57351cce4010f1301._comment
new file mode 100644
index 0000000000..bdd4b25e43
--- /dev/null
+++ b/doc/forum/using_git_annex_to_merge_and_synchronize_2_directories___40__like_unison__41__/comment_2_648946353c6d90c57351cce4010f1301._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-12-19T18:24:59Z"
+ content="""
+I'd recommend using the SHA backend for this, the WORM backend would produce conflicts if the files' modification times changed. 
+
+[[syncing_non-git_trees_with_git-annex]] describes one way to do it.
+"""]]
diff --git a/doc/forum/version_3_upgrade.mdwn b/doc/forum/version_3_upgrade.mdwn
new file mode 100644
index 0000000000..7fdbcbc805
--- /dev/null
+++ b/doc/forum/version_3_upgrade.mdwn
@@ -0,0 +1,9 @@
+after upgrading to git-annex 3, i'm stuck with diverging git-annex branches -- i didn't manage to follow this line in the directions:
+
+> After this upgrade, you should make sure you include the git-annex branch when git pushing and pulling.
+
+could you explain how to do that in a littel more detail? git pull seems to only merge master, although i have these ``.git/config`` settings:
+
+    [branch "git-annex"]
+    	remote = origin
+    	merge = git-annex
diff --git a/doc/forum/version_3_upgrade/comment_1_05fc9c9cad26c520bebb98c852c71e35._comment b/doc/forum/version_3_upgrade/comment_1_05fc9c9cad26c520bebb98c852c71e35._comment
new file mode 100644
index 0000000000..18746225e9
--- /dev/null
+++ b/doc/forum/version_3_upgrade/comment_1_05fc9c9cad26c520bebb98c852c71e35._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-08-17T01:33:08Z"
+ content="""
+It's ok that `git pull` does not merge the git-annex branch. You can merge it with `git annex merge`, or it will be done
+automatically when you use other git-annex commands.
+
+If you use `git pull` and `git push` without any options, the defaults will make git pull and push the git-annex branch automatically.
+
+But if you're in the habit of doing `git push origin master`, that won't cause the git-annex branch to be pushed (use `git push origin git-annex` to manually push it then). Similarly, `git pull origin master` won't pull it. And also, the `remote.origin.fetch` setting in `.git/config` can be modified in ways that make `git pull` not automatically pull the git-annex branch. So those are the things to avoid after upgrade to v3, basically.
+"""]]
diff --git a/doc/forum/view_from_numeric_values.mdwn b/doc/forum/view_from_numeric_values.mdwn
new file mode 100644
index 0000000000..e1fc48a0f2
--- /dev/null
+++ b/doc/forum/view_from_numeric_values.mdwn
@@ -0,0 +1,9 @@
+Hi Joey,
+
+it would be nice when views could take numeric comparisons as filters.
+
+    git annex metadata -s length=273.0 john_cage_4_33.mp3
+
+    git annex view length<=300
+
+... here is the catch, < and > don't work well in shell, this needs some other Syntax. I think the underlying machinery (using numeric comparisons instead globs) should be quite trivial. Any Ideas about a Syntax?
diff --git a/doc/forum/view_from_numeric_values/comment_1_f3c440f3f0104002a0020ba96ddcf87b._comment b/doc/forum/view_from_numeric_values/comment_1_f3c440f3f0104002a0020ba96ddcf87b._comment
new file mode 100644
index 0000000000..4df3034a2d
--- /dev/null
+++ b/doc/forum/view_from_numeric_values/comment_1_f3c440f3f0104002a0020ba96ddcf87b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="consistent syntax"
+ date="2014-03-25T15:25:43Z"
+ content="""
+Further thinking led to the idea to use the test(1) like syntax to filter matches.
+
+    git annex view length=.* -lt 300 -gt 30 -o -eq 273 bpm=.* -eq 0
+
+"""]]
diff --git a/doc/forum/view_from_numeric_values/comment_2_2414e1a8cfd154c339d8fc0e4a630ae9._comment b/doc/forum/view_from_numeric_values/comment_2_2414e1a8cfd154c339d8fc0e4a630ae9._comment
new file mode 100644
index 0000000000..ff4fcc551f
--- /dev/null
+++ b/doc/forum/view_from_numeric_values/comment_2_2414e1a8cfd154c339d8fc0e4a630ae9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 2"
+ date="2014-03-26T17:53:28Z"
+ content="""
+I'm a little bit worried about the potential to reinvent SQL, badly. ;)
+
+As shown in your example, once you have ranges, it's natural to also want disjunctions, and then probably parenthesized expressions, and suddenly things are very complicated.
+
+Also, it's important that views remain reversable, so that committing a moved file in a view can unambiguously calculate the new metadata for it. I think that quickly becomes hard when adding these complications.
+"""]]
diff --git a/doc/forum/view_from_numeric_values/comment_3_7879a11cc9767cdaac14f9993182dc25._comment b/doc/forum/view_from_numeric_values/comment_3_7879a11cc9767cdaac14f9993182dc25._comment
new file mode 100644
index 0000000000..da6dded172
--- /dev/null
+++ b/doc/forum/view_from_numeric_values/comment_3_7879a11cc9767cdaac14f9993182dc25._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="comment 3"
+ date="2014-03-26T18:55:41Z"
+ content="""
+I'm a little bit worried about the potential to reinvent SQL, badly. ;)
+
+As shown in your example, once you have ranges, it's natural to also want disjunctions, and then probably parenthesized expressions, and suddenly things are very complicated.
+
+Also, it's important that views remain reversable, so that committing a moved file in a view can unambiguously calculate the new metadata for it. I think that quickly becomes hard when adding these complications.
+
+"""]]
diff --git a/doc/forum/view_from_numeric_values/comment_4_517c7659654a6fc608eb3332053df8a4._comment b/doc/forum/view_from_numeric_values/comment_4_517c7659654a6fc608eb3332053df8a4._comment
new file mode 100644
index 0000000000..90cb1c22a9
--- /dev/null
+++ b/doc/forum/view_from_numeric_values/comment_4_517c7659654a6fc608eb3332053df8a4._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="comment 4"
+ date="2014-03-26T20:03:51Z"
+ content="""
+I agree with you that things must stay simple. All what should be done is having the same effects like normal globs but adding arithmetic comparisons to it (could you think about a globbing extension over numeric values?). Then the generated views will have the same properties/semnatic as the normal glob'ed views without other side effects (if you want to go that far, this would even hold true for disjunct, parenthesized and otherwise complex expression).
+
+Example (how it should work, except my bug report 'set metadata on wrong files')
+
+    git annex metadata a.txt -s foo=bar -s num=1
+    git annex metadata b.txt -s foo=baz -s num=2
+    git annex metadata c.txt -s foo=barf -s num=3
+
+    git annex view foo=bar* num=* -ne 2
+
+should give
+    ./bar/1/a.txt ./barf/3/c.txt
+
+am I right now than one could
+
+    mkdir -p ./baz/2
+    mv /bar/1/a.txt ./baz/2
+
+to change the metadata of a.txt, despite the foo=baz and num=2 fields where initially filtered out when creating the view?
+If this assumption is true then having arithmetic filters, no matter how complex they are won't change the existing semantics over what globs do.
+
+"""]]
diff --git a/doc/forum/view_including_files_with_no_tags.mdwn b/doc/forum/view_including_files_with_no_tags.mdwn
new file mode 100644
index 0000000000..7ed64fc7df
--- /dev/null
+++ b/doc/forum/view_including_files_with_no_tags.mdwn
@@ -0,0 +1,5 @@
+Hi
+
+Is it possible to create a view which also includes files with no tag?
+
+I use something like `git annex view 'rating=*'` to view files sorted by rating but this view does not include files which don‘t have a rating yet. What I was looking for is a way to show tagged files and untagged files in one view.
diff --git a/doc/forum/view_including_files_with_no_tags/comment_1_b0aafc023fbec33af268576c4c199af3._comment b/doc/forum/view_including_files_with_no_tags/comment_1_b0aafc023fbec33af268576c4c199af3._comment
new file mode 100644
index 0000000000..ec58308b75
--- /dev/null
+++ b/doc/forum/view_including_files_with_no_tags/comment_1_b0aafc023fbec33af268576c4c199af3._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 1"
+ date="2014-03-25T08:54:23Z"
+ content="""
+This is a TODO:
+
+http://git-annex.branchable.com/design/metadata/
+
+    unmatched files in filtered branches
+
+    TODO Files not matching the view should be able to be included in the filtered branch, in a special location, an \"other\" directory.
+
+In the meantime, I do this before switching to the view:
+
+    git annex metadata -s fieldIwant?=untagged
+
+This shows the files without any \"fieldIwant\" in the directory \"untagged\". Afterwards, I could (but don't need to in my workflow, it automatically gets removed), do this to remove it:
+
+    git annex metadata -s fieldIwant-=untagged
+
+What the \"?=\" does is add that metadata only if the \"fieldIwant\" hasn't been set at all.
+"""]]
diff --git a/doc/forum/view_including_files_with_no_tags/comment_2_5ae9d5308371bdb1f94342c9f9b01aff._comment b/doc/forum/view_including_files_with_no_tags/comment_2_5ae9d5308371bdb1f94342c9f9b01aff._comment
new file mode 100644
index 0000000000..3f16a163f8
--- /dev/null
+++ b/doc/forum/view_including_files_with_no_tags/comment_2_5ae9d5308371bdb1f94342c9f9b01aff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="Perfect"
+ date="2014-03-25T20:11:26Z"
+ content="""
+This works great. Nice workaround, thanks very much.
+"""]]
diff --git a/doc/forum/views___40__branches__41___never_get_deleted.mdwn b/doc/forum/views___40__branches__41___never_get_deleted.mdwn
new file mode 100644
index 0000000000..bba7762dae
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted.mdwn
@@ -0,0 +1,16 @@
+Hello everyone,
+I would like to know if this is normal behavior or if it's a problem with my repository:
+
+Whenever I set a view with 
+
+git annex view attr="\*"'
+
+a new branch representing the selected view gets created, as expected. The problem is that when I switch back to master ('git checkout master' or even 'git annex vpop') the view branch stays there, and all subsequent operations on the annex also consider the view branch, resulting a great slowdown if one has done many views (attr="this", attr="that", etc.). Is this normal? If so, why is it necessary for the branch to stay on? Does it speed up going back to the branch? Redoing git annex view attr="*" does not seem to take less time. 
+
+Am I doing it wrong? Should I be deleting used view branches on my own? How?
+
+thanks for your replies.
+
+**EDIT:** I just found out that even if I delete view branches with git branch -D "views/attr=_" (which I'm not sure I should be doing), the branches are still checked when doing "git annex unused". That is, "git annex unused" lists "checking..." a whole lot of past views/branches which are not even there anymore (not listed with "git branch"). I also suspect that this is preventing deleted (git-rm) files from being collected from "unused". Is this a problem with my repo? Any way to fix this?
+
+=== git-annex version: **5.20140529-gb71f9bf** ===
diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_1_ff53fa0b5f0c4a6554a37e3309e26925._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_1_ff53fa0b5f0c4a6554a37e3309e26925._comment
new file mode 100644
index 0000000000..61fcbfeb47
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_1_ff53fa0b5f0c4a6554a37e3309e26925._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-04T18:04:30Z"
+ content="""
+You can delete the view branches if you like. I have considered making moving views clean up old branches, but I have also considered reusing existing view branches when popping back to an old view.
+
+git-annex unused can't look at branches that aren't there. Perhaps you have pushed the view branches to a remote repository, and it's checking those branches of the remote? See git branch -a.
+
+I think that it makes sense for unused to ignore (local) view branches, since these are by definition supposed to be views of an existing branch, so looking at the branch should be sufficient (and if the view is out of date and has files that have since been deleted from the branch, the user's intent is not to preserve those from unused reaping). So, made that change.
+"""]]
diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_3_1d4a3f4e83b288262e291262a6636602._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_3_1d4a3f4e83b288262e291262a6636602._comment
new file mode 100644
index 0000000000..0a5d61e548
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_3_1d4a3f4e83b288262e291262a6636602._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYMS6tQ8q9k1fylGyA9Q6fdFzRBotME2Q"
+ nickname="tom"
+ subject="EDIT reply comment:"
+ date="2014-06-04T19:44:18Z"
+ content="""
+> *You can delete the view branches if you like. I have considered making moving views clean up old branches, but I have also considered reusing existing view branches when popping back to an old view.*
+
+Alright, I'd very much welcome anyone of the two possibilities as I'm making heavy use of views and would benefit from any of the two solutions.
+
+> *Perhaps you have pushed the view branches to a remote repository, and it's checking those branches of the remote? See git branch -a.*
+
+That's it! Solution for future reference: The remote branches referenced in local repo did not exist anymore in any repo (I had deleted them earlier from the remote) so \"git push origin --delete \<branchname\>\" wouldn't work. This other command worked very well in cleaning up the overwhelming missing remote views all in one go: \"git fetch --prune \<remote\>\"
+
+> *I think that it makes sense for unused to ignore (local) view branches, since these are by definition supposed to be views of an existing branch, so looking at the branch should be sufficient. So, made that change.*
+
+Thanks a lot! It makes perfect sense, looking forward to it on the next release.
+
+Now, it seems that even after pruning the view branches on the remote, *unused* would still not collect deleted files. I'm wondering if this is because there are other offline repos (backups which are not practical to take out of their resting place) I have not yet synchronized. I can see their main branches with git branch -a: remotes/oldbackup/git-annex, remotes/oldbackup/master, remotes/oldbackup/synced/git-annex, remotes/oldbackup/synced/master. Does this mean that until all repos (even the offline ones I never sync and work mostly as a backup for old stuff) are synchronized, 'unused' won't collect the deleted files? If so, is there a workaround for this?
+
+"""]]
diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_3_4e96e5325fd12e48f190fe551a6ac07e._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_3_4e96e5325fd12e48f190fe551a6ac07e._comment
new file mode 100644
index 0000000000..7ac31b1e9b
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_3_4e96e5325fd12e48f190fe551a6ac07e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYMS6tQ8q9k1fylGyA9Q6fdFzRBotME2Q"
+ nickname="tom"
+ subject="added comment"
+ date="2014-06-04T22:41:40Z"
+ content="""
+Specifically I'm looking for a workaround that would make this behavior possible in this use case:
+
+The user decides some file in the local repository are not needed anymore, they are not needed to be in any repository at all and wants to reclaim the space as soon as possible (or at least make the files available to 'unused' for later removal). Removing the content the from local repository (git-rm ?) the space can be immediately reclaimed in the local hard drive, without the need to connect and sync unavailable/far remotes. As the other remotes and old backups become available and sync, they delete the unused content as well (or at least make it available to 'unused').
+
+Is there a way to achieve this? 
+"""]]
diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment
new file mode 100644
index 0000000000..762e4db533
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_4_a4764b5bfb08ebe90430ea14fcb6e8e0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-05T17:35:31Z"
+ content="""
+`git annex drop --force $file; git rm $file`
+
+Makes sense in some situations anyway..
+"""]]
diff --git a/doc/forum/views___40__branches__41___never_get_deleted/comment_5_02e08dffb01246010b390aeef8f32234._comment b/doc/forum/views___40__branches__41___never_get_deleted/comment_5_02e08dffb01246010b390aeef8f32234._comment
new file mode 100644
index 0000000000..a9b72087e0
--- /dev/null
+++ b/doc/forum/views___40__branches__41___never_get_deleted/comment_5_02e08dffb01246010b390aeef8f32234._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYMS6tQ8q9k1fylGyA9Q6fdFzRBotME2Q"
+ nickname="tom"
+ subject="comment 5"
+ date="2014-06-06T09:57:32Z"
+ content="""
+ah, I get it. Thanks!
+"""]]
diff --git a/doc/forum/vlc_and_git-annex.mdwn b/doc/forum/vlc_and_git-annex.mdwn
new file mode 100644
index 0000000000..cb07f8183c
--- /dev/null
+++ b/doc/forum/vlc_and_git-annex.mdwn
@@ -0,0 +1,11 @@
+I used to save movies with the srt subtitle files next to them. 
+
+Usually vlc finds it because it's on the same directory than the movie file, however with git annex the link is located on another folder.
+So after adding movies to git, the subtitles doesn't load anymore.
+
+couldn't find a quick fix. I'm thinking a bash script, but wanted to discuss it here with all annex users.
+
+I know It's out of annex scope, but I think a movie archive is a great scenario for git-annex.
+most of my HD is filled up with movies from the camcorder, screencast, etc... 
+And we usually don't modify those files
+
diff --git a/doc/forum/vlc_and_git-annex/comment_1_9c9ab8ce463cf74418aa2f385955f165._comment b/doc/forum/vlc_and_git-annex/comment_1_9c9ab8ce463cf74418aa2f385955f165._comment
new file mode 100644
index 0000000000..700b3808de
--- /dev/null
+++ b/doc/forum/vlc_and_git-annex/comment_1_9c9ab8ce463cf74418aa2f385955f165._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-23T16:16:19Z"
+ content="""
+From what you say, it seems that vlc is following the symlink to the movie content, and then looking for subtitles next to the file the symlink points to. It would have to explicitly realpath the symlink to have this behavior, and this sounds like a misfeature.. perhaps you could point out to the vlc people the mistake in doing so?
+
+There's a simple use-case where this behavior is obviously wrong, without involving git-annex. Suppose I have a movie, and one version of subtitles for it, in directory `foo`. I want to modify the subtitles, so I make a new directory `bar`, symlink the large movie file from `foo` to save space, and copy over and edit the subtitles from `foo`. Now I run vlc in `bar` to test my new subtitles. If it ignores the locally present subtitles and goes off looking for the ones in `bar`, I say this is broken behavior.
+"""]]
diff --git a/doc/forum/vlc_and_git-annex/comment_2_037f94c1deeac873dbdb36cd4c927e45._comment b/doc/forum/vlc_and_git-annex/comment_2_037f94c1deeac873dbdb36cd4c927e45._comment
new file mode 100644
index 0000000000..3c69f5fe46
--- /dev/null
+++ b/doc/forum/vlc_and_git-annex/comment_2_037f94c1deeac873dbdb36cd4c927e45._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-12-23T18:43:05Z"
+ content="""
+Since subtitle files are typically pretty small, a workaround is to simply check them into git directly, and only use git-annex for the movies. (Or `git annex unannex` the ones you've already annexed.)
+"""]]
diff --git a/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout.mdwn b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout.mdwn
new file mode 100644
index 0000000000..f57e0ee838
--- /dev/null
+++ b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout.mdwn
@@ -0,0 +1,69 @@
+I am struggling for so long time, everytime getting different errors :( :(
+
+I digged up my backup and started from scratch. Still not working.
+
+On the (linux) server (directory contains already files):
+
+     cd bin
+     git init
+     git annex init server
+     git annex direct
+     git annex add .
+
+Then, on the Windows client:
+
+     $ git clone ssh://me@server/srv/data/bin bin
+     Cloning into 'bin'...
+     warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+What's going on here?
+
+EDIT: Of course, I would not ask if everything would work as expected. But the client repository in windows is always empty, no matter what I do (issueing git annex init, git add remote, git annex sync, ...) does not seem to help me ...
+
+EDIT2: When I continue on the windows side (despite the warning):
+
+     cd bin
+     git annex init client
+     git annex sync
+     Permission denied (publickey,keyboard-interactive).
+     (merging origin/git-annex origin/synced/git-annex into git-annex...)
+     (Recording state in git...)
+     
+       Remote origin does not have git-annex installed; setting annex-ignore
+     commit  ok
+     pull origin Already up-to-date!
+     Merge made by the 'recursive' strategy.
+     
+     
+     ok
+     push origin To ssh://me@server/srv/data/bin
+        b79922f..4fe0505  git-annex -> synced/git-annex
+        2f6a601..02a2603  annex/direct/master -> synced/master
+     
+     ok
+
+
+But that's not true, git-annex is definitely installed on the server (it's just the Debian package and it resides in /usr/bin/git-annex). In any case, the client repository is still empty
+
+EDIT3: Struggle, struggle, ...
+
+Finally, for whatever reason, the client dir is not empty. What seems to be missing on the server was:
+
+     git annex sync
+
+but this is never written (also not in the walkthrough). Can anyone tell me if it's required and why?
+
+Furthermore, even that I "see" at least the file references now, I am not able to get them:
+
+     $ git annex get apps
+     get apps/gitignore (not available)
+       Try making some of these repositories available:
+             10d0ffd8-f499-4b55-83e6-ff58cd98edc5 -- server
+     
+       (Note that these git remotes have annex-ignore set: origin)
+     failed
+     git-annex: get: 1 failed
+
+That's an SSH remote, it *is* available! What is meant by that?
+
+
diff --git a/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_1_c0d9758be80d1a349ffe82c80075bebd._comment b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_1_c0d9758be80d1a349ffe82c80075bebd._comment
new file mode 100644
index 0000000000..3601e2639c
--- /dev/null
+++ b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_1_c0d9758be80d1a349ffe82c80075bebd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.174.99"
+ subject="comment 1"
+ date="2014-05-10T21:20:36Z"
+ content="""
+I think, although not sure, that all of this is related of failing/inconsistent ssh calls.
+
+I filed a bug here: https://git-annex.branchable.com/bugs/git-annex_ignores_GIT__95__SSH
+
+The problem is that failure in ssh does not result in proper error messages in git-annex, resulting in inconsistent repositories.
+"""]]
diff --git a/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_2_c28dae2eb0ab825ee6d43735e04a18a3._comment b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_2_c28dae2eb0ab825ee6d43735e04a18a3._comment
new file mode 100644
index 0000000000..97671a2c52
--- /dev/null
+++ b/doc/forum/warning:_remote_HEAD_refers_to_nonexistent_ref__44___unable_to_checkout/comment_2_c28dae2eb0ab825ee6d43735e04a18a3._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-05-16T16:49:09Z"
+ content="""
+After you add a file to a git repository, you have to git commit it. Using git-annex is no different. The walkthrough shows using `git commit`: <http://git-annex.branchable.com/walkthrough/adding_files/>; you can use `git-annex sync` if you prefer.
+
+<pre>
+Permission denied (publickey,keyboard-interactive).
+ (merging origin/git-annex origin/synced/git-annex into git-annex...)
+ (Recording state in git...)
+
+   Remote origin does not have git-annex installed; setting annex-ignore
+</pre>
+
+git-annex uses a heuristic to determine if git-annex-shell is not installed on a remote server: It tries to run it, and if that fails, it tries to run git fetch. If that succeeds it assumes this means it can log into the server, but git-annex-shell is not installed.
+
+Above, that heuristic seems to have failed; you seem to have given the wrong password or something so it didn't run git-annex-shell, but then it was able to log in for the git fetch. 
+
+You will need to run this command to fix it up: `git config remote.origin.annex-ignore false`
+"""]]
diff --git a/doc/forum/webapp___47___assistant_without_watch.mdwn b/doc/forum/webapp___47___assistant_without_watch.mdwn
new file mode 100644
index 0000000000..9bb1fcf1ad
--- /dev/null
+++ b/doc/forum/webapp___47___assistant_without_watch.mdwn
@@ -0,0 +1,9 @@
+I did not recieve feedback on my comment [1], so I try to post my question again but more clearly.
+
+Is it possible to run the assistent/the webapp without the functionality of 'git annex watch'?
+
+I'd like to use the assistant and to have the automatic syncing but I do not want the local repository to be watched.  Instead I prefer to manually add/drop my files.
+
+I do not see the 'pause button' mentioned in my earlier question [1].
+
+[1] http://git-annex.branchable.com/forum/webapp_and_manual_mode/
diff --git a/doc/forum/webapp___47___assistant_without_watch/comment_1_1bcd99aa81f937ded683e19a69d33dd9._comment b/doc/forum/webapp___47___assistant_without_watch/comment_1_1bcd99aa81f937ded683e19a69d33dd9._comment
new file mode 100644
index 0000000000..c76128ae39
--- /dev/null
+++ b/doc/forum/webapp___47___assistant_without_watch/comment_1_1bcd99aa81f937ded683e19a69d33dd9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-26T18:14:17Z"
+ content="""
+The assistant is currently only able to transfer files that it has added itself. So if you disable syncing, you have to manually upload any files you add.
+
+I doubt that I will change this in the assistant, because supporting this use case would complicate it unnecessarily for a use case that is not what it's designed to do. It's more likely that `git annex sync` will get an option to also transfer file contents.
+"""]]
diff --git a/doc/forum/webapp___47___assistant_without_watch/comment_2_9f5b3f5bf7fedcd5baec519d97d3aa8c._comment b/doc/forum/webapp___47___assistant_without_watch/comment_2_9f5b3f5bf7fedcd5baec519d97d3aa8c._comment
new file mode 100644
index 0000000000..a441558768
--- /dev/null
+++ b/doc/forum/webapp___47___assistant_without_watch/comment_2_9f5b3f5bf7fedcd5baec519d97d3aa8c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.140.110"
+ subject="comment 2"
+ date="2013-08-26T18:54:40Z"
+ content="""
+Thanks for the clarification.
+
+Although
+
+* not what I hoped for ;-)
+* I don't see that it would get complicated
+* I do not consider my use case special
+
+Anyway, thanks for this great piece of software.
+"""]]
diff --git a/doc/forum/webapp_and_manual_mode.mdwn b/doc/forum/webapp_and_manual_mode.mdwn
new file mode 100644
index 0000000000..f7a903387b
--- /dev/null
+++ b/doc/forum/webapp_and_manual_mode.mdwn
@@ -0,0 +1,7 @@
+Somehow I seemingly have not understood the manual mode.
+
+If I have a file in my repository, that is not yet in the annex (or in git), and I start the webapp, that file is automatically added to git-annex (and git).
+
+Why is that?
+
+And how can I use the webapp without such interference?
diff --git a/doc/forum/webapp_and_manual_mode/comment_1_5b5df5ffeb6ee15779972f13fdc11729._comment b/doc/forum/webapp_and_manual_mode/comment_1_5b5df5ffeb6ee15779972f13fdc11729._comment
new file mode 100644
index 0000000000..677dd04148
--- /dev/null
+++ b/doc/forum/webapp_and_manual_mode/comment_1_5b5df5ffeb6ee15779972f13fdc11729._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-21T17:17:58Z"
+ content="""
+Setting a repository to manual mode prevents the assistant from transferring new files into that repository. You have to manually run `git annex get`.
+
+To prevent the assistant from automatically adding files, you can click the pause button next to the current repository in the webapp.
+"""]]
diff --git a/doc/forum/webapp_and_manual_mode/comment_2_a1f06b50d1317c78a301b47eb05d2617._comment b/doc/forum/webapp_and_manual_mode/comment_2_a1f06b50d1317c78a301b47eb05d2617._comment
new file mode 100644
index 0000000000..99efad90a2
--- /dev/null
+++ b/doc/forum/webapp_and_manual_mode/comment_2_a1f06b50d1317c78a301b47eb05d2617._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="ringprince"
+ ip="134.76.2.1"
+ subject="comment 2"
+ date="2013-07-23T08:47:58Z"
+ content="""
+Not sure, what you mean.
+
+Disabling sync?
+But that also disables sync, right?  ;-)  So, if I add a file manually (via command line) that file is not synced automatically, correct?
+
+I do not see any other 'pause' button next to the repository.
+
+I am fine with git-annex doing the syncing automatically for me, but I want to be in control over the files git annex actually uses.
+
+If I just downloaded a big file, I might want to check it first before having git-annex move it to other repositories.
+
+
+"""]]
diff --git a/doc/forum/webapp_and_manual_mode/comment_3_f0739bf4304a91a5d4ec33ac2421c966._comment b/doc/forum/webapp_and_manual_mode/comment_3_f0739bf4304a91a5d4ec33ac2421c966._comment
new file mode 100644
index 0000000000..04369e7cd7
--- /dev/null
+++ b/doc/forum/webapp_and_manual_mode/comment_3_f0739bf4304a91a5d4ec33ac2421c966._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="Also confused by the manual mode"
+ date="2014-05-18T06:39:54Z"
+ content="""
+@Joeyh: would you mind explaining the modes maybe on their own wiki page? 
+I've got most of them but the sense and functioning of the manual method escapes me :-/
+"""]]
diff --git a/doc/forum/webapp_does_not_start.mdwn b/doc/forum/webapp_does_not_start.mdwn
new file mode 100644
index 0000000000..3003af7d01
--- /dev/null
+++ b/doc/forum/webapp_does_not_start.mdwn
@@ -0,0 +1,72 @@
+Sorry, I have again an issue :(
+
+What could be the problem that the webapp is not starting (in Windows)? git annex just exists without messages, connection to localhost failes of course
+
+    me@laptop /cygdrive/c/Data
+    $ git annex --verbose --debug webapp
+    
+    me@laptop /cygdrive/c/Data
+    $
+
+If I run it within an annexed directory I get at least one message - but it still immideately exits:
+
+    me@laptop /cygdrive/c/Data/annex
+    $ git annex --verbose --debug webapp
+    [2014-07-11 19:06:58 Pacific Daylight Time] chat: git-annex ["--verbose","--debug","webapp"]
+
+    me@laptop /cygdrive/c/Data/annex
+    $
+
+    git-annex version: 5.20140707-g8116d10
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 2 3 4
+
+
+EDIT:
+1.) Interestingly, also "git annex test" fails:
+
+    [...]
+    ok
+    push origin To C:/Data/.t\repo
+       bcc4611..91f5218  git-annex -> synced/git-annex
+       6f47922..92c578a  annex/direct/master -> synced/master
+    
+    ok
+    add ../dir2/foo ok
+    (Recording state in git...)
+    FAIL
+          Exception: .t/tmprepo9/.git/annex/journal: getDirectoryContents: permission denied (Access is denied.)
+
+    2 out of 83 tests failed
+      (This could be due to a bug in git-annex, or an incompatability
+       with utilities, such as git, installed on this system.)
+
+
+
+2.) There's really something very weird going on. At the beginning it worked. Then it stopped (as per above). Sometimes, when I start it using "Git Bash" it works. But then not any more.
+3.) Rebooting the machine does not help
+
+EDIT once again:
+4.) I am afraid there is something big broken. Suddenly I could start the daemon again. The thing I did was to delete my complete annex.
+But if I shutdown the daemon now I get:
+
+    $ git annex webapp
+    Launching web browser on file://C:\cygwin\tmp\webapp85796.html
+    
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+    
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    
+    (Recording state in git...)
+    WebApp crashed: ExitFailu
+
+... and the whole loop starts again. webapp daemon does not start as long as I delete the annex. Interestingly this is independent from %USERPROFILE%\.config. Deleting this directory does not change anything. So somehow git-annex "knows" that there is somewhere an annex and fails if it is.
+
diff --git a/doc/forum/webapp_does_not_start/comment_1_dd27d30ce305562a1552f46c87b1cd27._comment b/doc/forum/webapp_does_not_start/comment_1_dd27d30ce305562a1552f46c87b1cd27._comment
new file mode 100644
index 0000000000..cd3a7d3bc7
--- /dev/null
+++ b/doc/forum/webapp_does_not_start/comment_1_dd27d30ce305562a1552f46c87b1cd27._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-14T19:05:32Z"
+ content="""
+git-annex stores the locations of repositories in `.config/git-annex/autostart` in what passes for a home directory on Windows.
+
+Are you sure it doesn't manage to at least open a web browser tab, possibly one with an error in it? This would be easy to miss if you have a lot of tabs open. I seem to have partially reproduced this, at least that's the behavior I see. 
+
+The root of the problem seems to be that it thinks the daemon is running, but it's not. So it just opens the web browser and then stops. After I deleted .git/annex/daemon*, and .git/annex/url and .git/annex/daemon.log, `git annex webapp` worked again. 
+"""]]
diff --git a/doc/forum/webapp_does_not_start/comment_2_ef37f40288a1181ca619ae13b0f7a994._comment b/doc/forum/webapp_does_not_start/comment_2_ef37f40288a1181ca619ae13b0f7a994._comment
new file mode 100644
index 0000000000..551f518459
--- /dev/null
+++ b/doc/forum/webapp_does_not_start/comment_2_ef37f40288a1181ca619ae13b0f7a994._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-14T20:06:03Z"
+ content="""
+I think that I have fixed this problem. The Windows autobuilder should produce a fixed build within an hour.
+"""]]
diff --git a/doc/forum/webapp_does_not_start/comment_3_6e625dba9f7fa36bf9c7e9d77fbadeff._comment b/doc/forum/webapp_does_not_start/comment_3_6e625dba9f7fa36bf9c7e9d77fbadeff._comment
new file mode 100644
index 0000000000..296e066a7a
--- /dev/null
+++ b/doc/forum/webapp_does_not_start/comment_3_6e625dba9f7fa36bf9c7e9d77fbadeff._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 3"
+ date="2014-07-15T05:43:35Z"
+ content="""
+Thank you, really really great. This part seems to work again.
+For some reason, the assistant takes the wrong (?) git.exe (as I described here: http://git-annex.branchable.com/forum/Restricting_SSH_+_supply_key/)
+"""]]
diff --git a/doc/forum/webapp_listen_port_with_autostart.mdwn b/doc/forum/webapp_listen_port_with_autostart.mdwn
new file mode 100644
index 0000000000..fc9d1241b8
--- /dev/null
+++ b/doc/forum/webapp_listen_port_with_autostart.mdwn
@@ -0,0 +1,3 @@
+To start the webapp on a X-less server it's possible to use the parameter `--listen` and then connect from a client with X to it.
+
+How can I start the webapp on all annex repos on this server like on a client with `assistant --autostart`? Would be nice to start the assistant on all configured repos which listens on a defined port, f.e. `git annex assistant --autostart --listen 0.0.0.0:8888`. It would be even nicer to have a parameter to chose a autostart configuration file, f.e. `git annex assistant --autostart --autostart-config /etc/git-annex/autostart --listen 0.0.0.0:8888`, so this could end up in a real server application, a init script would be easy to write...
diff --git a/doc/forum/webapp_listen_port_with_autostart/comment_1_65dbcf3d8f6c16568f5a326242eab9c5._comment b/doc/forum/webapp_listen_port_with_autostart/comment_1_65dbcf3d8f6c16568f5a326242eab9c5._comment
new file mode 100644
index 0000000000..0c430cf7c6
--- /dev/null
+++ b/doc/forum/webapp_listen_port_with_autostart/comment_1_65dbcf3d8f6c16568f5a326242eab9c5._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T18:49:25Z"
+ content="""
+Well, it would be possible to add a configuration setting in the repository that tells the assistant what address:port to listen on.
+
+But maybe it would be better to not use `assistant --autostart` in your situation? That command is basically the same as this shell script:
+
+[[!format sh "
+#!/bin/sh
+for dir in $(cat $HOME/.config/git-annex/autostart); do
+    cd $dir
+    git annex webapp &
+done
+"]]
+
+So you can write similar shell scripts that start the webapp with whatever options you like.
+"""]]
diff --git a/doc/forum/webapp_listen_port_with_autostart/comment_2_39664f833dedc1a4fe083eec9bc4a7cd._comment b/doc/forum/webapp_listen_port_with_autostart/comment_2_39664f833dedc1a4fe083eec9bc4a7cd._comment
new file mode 100644
index 0000000000..0d48ba8255
--- /dev/null
+++ b/doc/forum/webapp_listen_port_with_autostart/comment_2_39664f833dedc1a4fe083eec9bc4a7cd._comment
@@ -0,0 +1,75 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmiqeXJtP04fzHOjXs17kHO33v7dWR2xwA"
+ nickname="Jaco"
+ subject="Init Script"
+ date="2013-11-23T08:28:32Z"
+ content="""
+Hi Joey,
+
+Could you help out with writing an init.d script to safely start and stop the webapp on a headless server? 
+I made an attempt below based on examples from the internet, but have no idea if it will work.
+
+	#!/bin/bash
+	# git-annex
+	# chkconfig: 345 20 80
+	# description: Git Annex WebApp startup and shutdown script.
+	# processname: git-annex
+	
+	
+	DAEMON=git-annex webapp
+	
+	NAME=git-annex
+	DESC=\"Git Annex WebApp init script\"
+	PIDFILE=/var/run/$NAME.pid
+	SCRIPTNAME=/etc/init.d/$NAME
+	
+	case \"$1\" in
+	start)
+		printf \"%-50s\" \"Starting $NAME...\"
+		for dir in $(cat $HOME/.config/git-annex/autostart); do
+			cd $dir
+			PID=`$DAEMON > /dev/null 2>&1 & echo $!`
+			#echo \"Saving PID\" $PID \" to \" $PIDFILE
+		        if [ -z $PID ]; then
+	        		printf \"%s\n\" \"Fail\"
+		        else
+	        		echo $PID > $PIDFILE
+				printf \"%s\n\" \"Ok\"
+			fi
+		done
+	;;
+	status)
+	        printf \"%-50s\" \"Checking $NAME...\"
+	        if [ -f $PIDFILE ]; then
+			for PID in $(cat $PIDFILE); do
+				if [ -z \"`ps axf | grep ${PID} | grep -v grep`\" ]; then
+					printf \"%s\n\" \"Process dead but pidfile exists\"
+				else
+					echo \"Running\"
+				fi
+			done
+	        else
+	            printf \"%s\n\" \"Service not running\"
+	        fi
+	;;
+	stop)
+	        printf \"%-50s\" \"Stopping $NAME\"
+		if [ -f $PIDFILE ]; then
+			for PID in $(cat $PIDFILE); do
+				kill -HUP $PID
+				printf \"%s\n\" \"Ok\"
+			done
+			rm -f $PIDFILE
+	        else
+	            printf \"%s\n\" \"pidfile not found\"
+	        fi
+	;;
+	restart)
+	  	$0 stop
+	  	$0 start
+	;;
+	*)
+	        echo \"Usage: $0 {status|start|stop|restart}\"
+	        exit 1
+	esac
+"""]]
diff --git a/doc/forum/what_happens_to_deleted_files__63__.mdwn b/doc/forum/what_happens_to_deleted_files__63__.mdwn
new file mode 100644
index 0000000000..5890a06b3d
--- /dev/null
+++ b/doc/forum/what_happens_to_deleted_files__63__.mdwn
@@ -0,0 +1,24 @@
+I have two repositories: A(direct) and B(indirect). At some point, I performed the following steps:
+
+1. Add a file in A.
+2. Sync A.
+3. Sync B, but not get all files.
+4. In B, remove a file F that was newly added in A, using `git rm` and `git commit`.
+5. Now get all files from A.
+
+This results in all "current" files being copied from A to B, but not file F.
+
+If I checkout a branch in B for an older commit which still had file F, I can see the symlink created in the branch. But now if I try to get the file in B from A, annex says that the remote is not available: 
+
+    sameerds@gajanan:/mnt/mandos/test$ git annex get
+    get IMG_0570.JPG 
+      Unable to access these remotes: A
+    
+      Try making some of these repositories available:
+      	530e4f81-474d-4b0b-9f13-4beb7361302c -- A
+    failed
+    git-annex: get: 1 failed
+
+The remote for A exists in the listing for `git remote`, and `git annex sync` does not make this error message go away. If I checkout `master` again, then everything works fine.
+
+But of course, this a different problem from my original one. It would a way to bring all files from the remote, that are ever used by any commit reachable in the local git history, irrespective of the currently checkout out commit. Perhaps an option `--deep-copy` to the standard `git annex get`.
diff --git a/doc/forum/what_happens_to_deleted_files__63__/comment_1_a476174646ad3adfbbe0cafdd7d42d08._comment b/doc/forum/what_happens_to_deleted_files__63__/comment_1_a476174646ad3adfbbe0cafdd7d42d08._comment
new file mode 100644
index 0000000000..5959db5355
--- /dev/null
+++ b/doc/forum/what_happens_to_deleted_files__63__/comment_1_a476174646ad3adfbbe0cafdd7d42d08._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://sameer.sbuddhe.net/blog/"
+ nickname="sameerds"
+ subject="never mind ..."
+ date="2013-12-31T04:06:43Z"
+ content="""
+... I discovered the [[`--all` option|http://git-annex.branchable.com/forum/Moving_older_version__39__s_file_content_without_doing_checkout/]] which does just what I was looking for!
+
+
+"""]]
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes.mdwn b/doc/forum/whereis_command_with_file_names_instead_of_hashes.mdwn
new file mode 100644
index 0000000000..6b4b3bf016
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes.mdwn
@@ -0,0 +1,7 @@
+Hi
+
+I have a laptop, server and a regular PC. Laptop and PC are using same "backup" repo on server. Thay all get notified via ssh. My goal is to have synchronization and backup in one remote repo. When I wan to list all files on all repos i do:
+
+    git-annex whereis -A (some files do fail. Don't know why)
+
+But that displays hashes. Not file names. How can to list file names on all repos instead of hashes ?
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_1_4eaca07152916adc18032fb404e4dd92._comment b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_1_4eaca07152916adc18032fb404e4dd92._comment
new file mode 100644
index 0000000000..3ad0becfe7
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_1_4eaca07152916adc18032fb404e4dd92._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="-A  --all      operate on all versions of all files"
+ date="2014-07-07T07:42:03Z"
+ content="""
+Hi
+
+`-A` operates on all the files even on files which are not accessible from your current working directory. If you omit the `-A` then filenames will be printed.
+"""]]
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_2_94b43ac23ff8332b35723422eede8997._comment b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_2_94b43ac23ff8332b35723422eede8997._comment
new file mode 100644
index 0000000000..2ab6b8e0bf
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_2_94b43ac23ff8332b35723422eede8997._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 2"
+ date="2014-07-07T08:40:57Z"
+ content="""
+Yes they will be omitted. I just want to list files that are on my laptop (for example) and on remote repo.
+"""]]
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_3_45ffa6dd17667ecd6685f85f34046eff._comment b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_3_45ffa6dd17667ecd6685f85f34046eff._comment
new file mode 100644
index 0000000000..b0d48ef990
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_3_45ffa6dd17667ecd6685f85f34046eff._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="git annex whereis --in origin"
+ date="2014-07-07T09:45:48Z"
+ content="""
+So you only want to see whereis for files which are present on certain annexes? You can use `git annex whereis --in e64553d0-779a-4c79-939a-d5b7f3e56a57` or `git annex whereis --in origin` (modify the repo names).
+
+Have a look on [QUERY COMMANDS](/git-annex/).
+"""]]
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_4_d459fbcf0db59b821ae67f4949e48103._comment b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_4_d459fbcf0db59b821ae67f4949e48103._comment
new file mode 100644
index 0000000000..24643f063d
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_4_d459fbcf0db59b821ae67f4949e48103._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 4"
+ date="2014-07-07T10:05:06Z"
+ content="""
+git-annex whereis --not --in here
+
+Does not display anything.
+
+git-annex whereis --not --in here -A
+
+Displays files on remote only. Every file has an additional message (0 copies) failed. This displays hash names. How to display file names ? I am 100% sure that my remote repo has some files that are not present on laptop or PC.
+"""]]
diff --git a/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_5_e52a8c9cb418fbc2e2cba71f37bd44ad._comment b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_5_e52a8c9cb418fbc2e2cba71f37bd44ad._comment
new file mode 100644
index 0000000000..eff34edb6a
--- /dev/null
+++ b/doc/forum/whereis_command_with_file_names_instead_of_hashes/comment_5_e52a8c9cb418fbc2e2cba71f37bd44ad._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 5"
+ date="2014-07-07T10:06:03Z"
+ content="""
+One more thing. I am using indirect mode with assistant. If that matters in some way.
+"""]]
diff --git a/doc/forum/windows_port__63__.mdwn b/doc/forum/windows_port__63__.mdwn
new file mode 100644
index 0000000000..092b8f8e1c
--- /dev/null
+++ b/doc/forum/windows_port__63__.mdwn
@@ -0,0 +1,2 @@
+Any progress on Windows port? That would be very nice to have!
+Depending on the scale of it, I might be able to help.
diff --git a/doc/forum/windows_port__63__/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment b/doc/forum/windows_port__63__/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
new file mode 100644
index 0000000000..95323ff997
--- /dev/null
+++ b/doc/forum/windows_port__63__/comment_1_23fa9aa3b00940a1c1b3876c35eef019._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-03-12T06:43:02Z"
+ content="""
+[[todo/windows_support]] has everything I know about making a windows port. This badly needs someone who understand Windows to dive into it. The question of how to create a symbolic link (or the relevant Windows equivilant) from haskell on Windows
+is a good starting point..
+"""]]
diff --git a/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer.mdwn b/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer.mdwn
new file mode 100644
index 0000000000..3be01480ea
--- /dev/null
+++ b/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer.mdwn
@@ -0,0 +1 @@
+Know what'd be a sweet feature?  A file explorer in the webapp that lets you get and drop files (for a Manual local repository).  Especially when the webapp becomes available on Android.  I'd love to be able to select what is and isn't present on a small device by some means other than moving files around.
diff --git a/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer/comment_1_c818a6d44dc13a56460b1865f70eb97c._comment b/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer/comment_1_c818a6d44dc13a56460b1865f70eb97c._comment
new file mode 100644
index 0000000000..6cc0cf38bc
--- /dev/null
+++ b/doc/forum/wishlist:_get__47__drop_via_webapp_file_explorer/comment_1_c818a6d44dc13a56460b1865f70eb97c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-11T14:55:43Z"
+ content="""
+There's a page called [[design/assistant/partial_content]] that discusses this idea and related things.
+"""]]
diff --git a/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space.mdwn b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space.mdwn
new file mode 100644
index 0000000000..8896fee37a
--- /dev/null
+++ b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space.mdwn
@@ -0,0 +1,4 @@
+I'm trying to distribute a large annex to a number of smaller archive drives.
+
+While copying to a directory special remote, the current behaviour is to continue trying copying files into a remote, even as diskspace there has been exhausted.
+It would make sense for git-annex copy to actually stop instead.
diff --git a/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_1_467e5e3db3e836030bc4b4f15846951f._comment b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_1_467e5e3db3e836030bc4b4f15846951f._comment
new file mode 100644
index 0000000000..5c5f17ca9d
--- /dev/null
+++ b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_1_467e5e3db3e836030bc4b4f15846951f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-18T19:49:43Z"
+ content="""
+Hmm, it might make sense to stop if there is no more space at all. However, just because the first file doesn't fit doesn't mean several following, smaller files can't be copied into the remaining space.
+
+Since it checks the free space before actually copying anything, it's not like there's much overhead in running through the list of files it was asked to copy and trying to copy them all, either.
+
+So, I'm unconvinced on this one.
+"""]]
diff --git a/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_2_e3ca3db9bea11d3e085ee9c3c56b33fe._comment b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_2_e3ca3db9bea11d3e085ee9c3c56b33fe._comment
new file mode 100644
index 0000000000..ee535549f3
--- /dev/null
+++ b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_2_e3ca3db9bea11d3e085ee9c3c56b33fe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-07-18T20:22:05Z"
+ content="""
+Actually with 4.20130709, I see the drive (ntfs-3g under Linux, gpg-encrypted special remote) being filled to 0 remaining space, even with reservespace of 300mb.  Guess it's another bug anyway.
+"""]]
diff --git a/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_3_0ef8c37350fc192d9b784fbab1d9f318._comment b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_3_0ef8c37350fc192d9b784fbab1d9f318._comment
new file mode 100644
index 0000000000..a33cbcd27c
--- /dev/null
+++ b/doc/forum/wishlist:_make_copy_stop_on_exhausted_disk_space/comment_3_0ef8c37350fc192d9b784fbab1d9f318._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 3"
+ date="2013-07-20T20:33:37Z"
+ content="""
+Indeed, that was a bug with encrypted directory special remotes. Fixed it.
+"""]]
diff --git a/doc/forum/working_without_git-annex_commits.mdwn b/doc/forum/working_without_git-annex_commits.mdwn
new file mode 100644
index 0000000000..00a61f3f0f
--- /dev/null
+++ b/doc/forum/working_without_git-annex_commits.mdwn
@@ -0,0 +1,20 @@
+Is it possible to use git-annex without having [[location tracking]] commits in the style of "got a video I want to rewatch on the plane" or "freed up space" in the main tree?
+
+I consider these changes to be volatile, and irrelevant to the archive history. While they are unproblematic when it comes to merging, they make the commit tree rather complicated, especially with multiple users (as opposed to a single user managing his files on an external disk, a server and his laptop). Some users might even want to contribute to a shared repository without reporting on what they checked out.
+
+As a minimal solution, I configured a repository to ``.gitignore`` ``.git-annex/*:*.log``, but even when using modes that do not require that information (``git annex copy --from`` instead of ``git annex get``), that failes when git-annex tried to git-add ignored files.
+
+A more elaborate solution might be to keep location tracking information in a branch on its own (as suggested in [[todo/branching]]), keeping the main tree clean of such commits. A stealth user could then configure that branch to never be pushed. (Alternatively, if git-annex respects .gitignore and doesn't try to check in changes on ignored files, he could locally ``.gitignore`` ``.git-annex/*:*.log``.)
+
+> A stealth user can simply avoid pushing, and so keep their repository 
+> in a forked state, that can still pull changes from origin.
+> 
+> Beyond that, [[todo/branching]] is the best solution.
+> 
+> I don't think that gitignoring the log files is a good plan, because
+> if the files are left modified and uncommitted, git will not be able to 
+> merge other changes it pulls. The automerging of log files only works
+> if any local changes to them have been committed.
+> 
+> It would be possible to add a knob that
+> simply blocks all local modifications to the log files. --[[Joey]]
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up.mdwn b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up.mdwn
new file mode 100644
index 0000000000..ee3185ddcc
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up.mdwn
@@ -0,0 +1,27 @@
+I am running git-annex on Mac OS 10.9 and syncing to a Linux device that was attached to a Synology NAS.  Both were running December versions of git-annex.
+
+While working on an application in IntelliJ my workspace.xml file disappeared.  It went from being a real file to being a symlink to a location that didn't exist.
+
+The symlink looks like this: workspace.xml -> ../../../.git/annex/objects/M2/8W/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml
+
+I tried git-annex fsck and I get this message: ** No known copies exist of XXXXXXX/workspace.xml
+
+"XXXXXXX" is a path I needed to obscure I can see it in the git-annex repo but it is a reference to a symlink that doesn't exist
+
+It was mentioned in another thread ( http://git-annex.branchable.com/forum/git_annex_on_osx_only_creating_symlinks__63____63__/ ) that this could happen if I did a forced drop but I do not use git-annex on the command line.  I'm using the assistant and having it manage all of my files for me.
+
+I tried looking at the log for it and it shows this:
+
+<pre>
+timmattison$ /Applications/git-annex.app/Contents/MacOS/git-annex log XXXXXXX/.idea/workspace.xml 
+- 2014-01-03 19:49:58 XXXXXXX/.idea/workspace.xml | d6747880-b355-4d41-b4e5-d1ad3afcb4a5 -- timmattison@MacBook-Pro.local:~/Desktop/annex
++ 2014-01-03 17:08:32 XXXXXXX/.idea/workspace.xml | d6747880-b355-4d41-b4e5-d1ad3afcb4a5 -- timmattison@MacBook-Pro.local:~/Desktop/annex
+(Recording state in git...)
+</pre>
+
+So I can see that the git-annex thinks the file was deleted but what really happened is that IntelliJ just modified it.  workspace.xml files are modified very often when working in IntelliJ.
+
+Is this a known bug that has been fixed in the new version (2013-12-30 or later)?
+
+Thanks,
+Tim
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_1_00b084f9786de6516f46065c0cb00e79._comment b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_1_00b084f9786de6516f46065c0cb00e79._comment
new file mode 100644
index 0000000000..32e4972ca1
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_1_00b084f9786de6516f46065c0cb00e79._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 1"
+ date="2014-01-06T18:38:51Z"
+ content="""
+If the file was modified, git-annex should notice and add the new version. So the mere act of modifying the file does not explain how you ended up with a symlink to the old version of the file. Although it does explain why git-annex log would show that the old version of the file had been deleted.
+
+What does `git log` say when run on the workspace.xml file?
+
+"""]]
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_2_138499b36d28c5e267b4aad8792dc87e._comment b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_2_138499b36d28c5e267b4aad8792dc87e._comment
new file mode 100644
index 0000000000..1407a8ad36
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_2_138499b36d28c5e267b4aad8792dc87e._comment
@@ -0,0 +1,48 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="git log for workspace.xml"
+ date="2014-01-06T19:17:13Z"
+ content="""
+git log on the file gives a ton of output, is this what you need?
+
+commit 93157022d8ee57097db29fcc669e99e218b54657
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 17:08:03 2014 -0500
+
+commit 04dab5520f33140a21882515b4036f71729a5f89
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 17:06:54 2014 -0500
+
+commit b75be90bf91c9f9314e567d5a28e4497070de9af
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:58:24 2014 -0500
+
+commit 4045b2d7a71b9ab692c20eeab73bf196a280940d
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:58:05 2014 -0500
+
+commit 25de8a1fcd5cce53b8077443dccba1591255431f
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:57:32 2014 -0500
+
+commit dd118ae88cdccb5a7d68a7ae14033304865cfc4e
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:53:37 2014 -0500
+
+commit eaa5f85b7feed8ba17e3874763b4d7aa6e05b5c1
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:53:23 2014 -0500
+
+commit 4d310d7d16234a1a6bcf0f14ebae232c57d904a7
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:52:42 2014 -0500
+
+commit 2487ae7f99c7b81c1648fdc88d0b39a1cf6e4d03
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:52:21 2014 -0500
+
+commit 9e0040311c43e6e1f04ff3b8fdd3ac5570c8f2d1
+Author: Tim Mattison <tim.mattison@email.com>
+Date:   Fri Jan 3 16:51:54 2014 -0500
+"""]]
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_3_6c59c494b563e56d061417eb2216bb19._comment b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_3_6c59c494b563e56d061417eb2216bb19._comment
new file mode 100644
index 0000000000..f31e7cf4da
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_3_6c59c494b563e56d061417eb2216bb19._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="Formatting!"
+ date="2014-01-06T19:22:36Z"
+ content="""
+I swear, some day I'll get the formatting correct.  Sorry!
+"""]]
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_4_ccbba61cdd6fce3e5de82417bcc0cbfb._comment b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_4_ccbba61cdd6fce3e5de82417bcc0cbfb._comment
new file mode 100644
index 0000000000..3ca8a6295f
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_4_ccbba61cdd6fce3e5de82417bcc0cbfb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
+ nickname="Tim"
+ subject="Just happened again"
+ date="2014-01-16T16:23:00Z"
+ content="""
+This happened again and now I have this:
+
+lrwxr-xr-x  1 timmattison  staff  197 Jan 16 11:18 distribute-client-applications.sh -> ../../../.git/annex/objects/JV/91/SHA256E-s921--51fc6a6e2924ff6e2673971b5786fe0f204a5984a700a2241cc77383f04f544e.sh/SHA256E-s921--51fc6a6e2924ff6e2673971b5786fe0f204a5984a700a2241cc77383f04f544e.sh
+
+This was on the machine that had the file, not a remote machine it was syncing to.  I was editing the script, I ran it, the bash script segfaulted (expected), and then git-annex essentially deleted the file.  Can you help me understand why this happens?  It's obvious when it is a file I'm working on but I'm afraid it could be happening to other files and I don't know about it.
+"""]]
diff --git a/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_5_50526283b35997cece2f087507cdd4ee._comment b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_5_50526283b35997cece2f087507cdd4ee._comment
new file mode 100644
index 0000000000..ebf175cf22
--- /dev/null
+++ b/doc/forum/workspace.xml_file_disappeared__44___broken_symlink_showed_up/comment_5_50526283b35997cece2f087507cdd4ee._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 5"
+ date="2014-03-06T18:22:31Z"
+ content="""
+Do you edit this file in multiple places? This could be an occurance of this bug: [[bugs/direct_mode_merge_can_overwrite_local,_non-annexed_files]] which is fixed in the latest release.
+
+If the program that writes the workspace.xml file did so by first deleting it, and then writing the new version, this could result in the assistant committing the deletion, which makes the new version a local, non-annexed file, and then if a pull is received that modified the file, I think the above bug could happen. 
+
+You could tell if this was the case by looking at the git log of the directory containing the file, and see if it has been repeatedly deleted and added back to the repository. The git log snippet you pasted unfortunately does not let me tell this information.
+"""]]
diff --git a/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__.mdwn b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__.mdwn
new file mode 100644
index 0000000000..2332f1bd52
--- /dev/null
+++ b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__.mdwn
@@ -0,0 +1,7 @@
+Hello people :)
+
+I'm learning to use git annex and I'm doing some tests to know how it works from an user point of view... My big goal would be to use git annex to track my entire /home directory in direct mode, so I would be able to sync my main computer with my laptop in a really effective way. But of course I feel some fear because things could go wrong and of course I have lots of important files I can't lose —nothing really important since I'll backup that /home in an external hard drive, but it would make me cry if I have to spend some hours restoring my /home :S
+
+So, do you think that tracking all the /home would be a reasonable goal?
+
+Thanks a lot for your time :)
diff --git a/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_1_b011442de2f67f3ad340031a0767e990._comment b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_1_b011442de2f67f3ad340031a0767e990._comment
new file mode 100644
index 0000000000..94d07524bc
--- /dev/null
+++ b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_1_b011442de2f67f3ad340031a0767e990._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 1"
+ date="2013-12-09T06:07:00Z"
+ content="""
+I do track my home dir using annex, but instead of one giant annex I have multiple annex repos. It is much faster than one giant annex and when used in combination with mr you can threat all repos as one. 
+"""]]
diff --git a/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_2_c69865c08c3eb49d64310fc76e80c65d._comment b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_2_c69865c08c3eb49d64310fc76e80c65d._comment
new file mode 100644
index 0000000000..e74d169459
--- /dev/null
+++ b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_2_c69865c08c3eb49d64310fc76e80c65d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawleVyKk2kQsB_HgEdS7w1s0BmgRGy1aay0"
+ nickname="Milan"
+ subject="comment 2"
+ date="2013-12-09T11:16:48Z"
+ content="""
+what is 'mr'?
+"""]]
diff --git a/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_3_7651fb48fc71b2c7b4e7b6830a0f9865._comment b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_3_7651fb48fc71b2c7b4e7b6830a0f9865._comment
new file mode 100644
index 0000000000..669046584e
--- /dev/null
+++ b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_3_7651fb48fc71b2c7b4e7b6830a0f9865._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/FHnTlSBo1eCGJRwueeKeB6.RCaPbGMPr5jxx8A--#ce0d8"
+ nickname="Hamza"
+ subject="comment 3"
+ date="2013-12-09T14:56:13Z"
+ content="""
+It [1] allows you to run commands on a set of repositories.
+
+[1] http://myrepos.branchable.com/
+"""]]
diff --git a/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_4_7d88f1aa163185c801b7697846086c7f._comment b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_4_7d88f1aa163185c801b7697846086c7f._comment
new file mode 100644
index 0000000000..3e4c8aeb2e
--- /dev/null
+++ b/doc/forum/would_you_call_me_crazy_if_I_use_git_annex_in_direct_mode_to_track_my___47__home__63____63__/comment_4_7d88f1aa163185c801b7697846086c7f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqimC5gbxsILaBlnuVXYtfSMDIhiyvHfw"
+ nickname="Valentín"
+ subject="comment 4"
+ date="2013-12-10T19:34:06Z"
+ content="""
+Hi Hamza :)
+
+I like your way of achieving the same goal —and existing ``mr``, which I hadn't known until now, it looks like the best alternative.
+
+Thanks a lot for your time :)
+"""]]
diff --git a/doc/future_proofing.mdwn b/doc/future_proofing.mdwn
new file mode 100644
index 0000000000..c9d1f068cc
--- /dev/null
+++ b/doc/future_proofing.mdwn
@@ -0,0 +1,38 @@
+Imagine putting a git-annex drive in a time capsule. In 20, or 50, or 100
+years, you'd like its contents to be as accessible as possible to whoever
+digs it up.
+
+This is a hard problem. git-annex cannot completely solve it, but it does
+its best to not contribute to the problem. Here are some aspects of the
+problem:
+
+* How are files accessed? Git-annex carefully adds minimal complexity
+  to access files in a repository. Nothing needs to be done to extract
+  files from the repository; they are there on disk in the usual way,
+  with just some symlinks pointing at the annexed file contents.
+  Neither git-annex nor git is needed to get at the file contents.
+  
+  (Also, git-annex provides an "uninit" command that moves everything out
+  of the annex, if you should ever want to stop using it.)
+
+* What file formats are used? Will they still be readable? To deal with
+  this, it's best to stick to plain text files, and the most common
+  image, sound, etc formats. Consider storing the same content in multiple
+  formats.
+
+* What filesystem is used on the drive? Will that filesystem still be
+  available? Whatever you choose to use, git-annex can put files on it.
+  Even if you choose (ugh) FAT.
+
+* What is the hardware interface of the drive? Will hardware still exist
+  to talk to it?
+
+* What if some of the data is damaged? git-annex facilitates storing a
+  configurable number of [[copies]] of the file contents. The metadata
+  about your files is stored in git, and so every clone of the repository
+  means another copy of that is stored. Also, git-annex uses filenames
+  for the data that encode everything needed to match it back to the
+  metadata. So if a filesystem is badly corrupted and all your annexed
+  files end up in `lost+found`, they can easily be lifted back out into
+  another clone of the repository. Even if the filenames are lost,
+  it's possible to [[tips/recover_data_from_lost+found]].
diff --git a/doc/git-annex-shell.mdwn b/doc/git-annex-shell.mdwn
new file mode 100644
index 0000000000..26ccb9a409
--- /dev/null
+++ b/doc/git-annex-shell.mdwn
@@ -0,0 +1,133 @@
+# NAME
+
+git-annex-shell - Restricted login shell for git-annex only SSH access
+
+# SYNOPSIS
+
+git-annex-shell [-c] command [params ...]
+
+# DESCRIPTION
+
+git-annex-shell is a restricted shell, similar to git-shell, which
+can be used as a login shell for SSH accounts.
+
+Since its syntax is identical to git-shell's, it can be used as a drop-in
+replacement anywhere git-shell is used. For example it can be used as a 
+user's restricted login shell.
+
+# COMMANDS
+
+Any command not listed below is passed through to git-shell.
+
+Note that the directory parameter should be an absolute path, otherwise
+it is assumed to be relative to the user's home directory. Also the
+first "/~/" or "/~user/" is expanded to the specified home directory.
+
+* configlist directory
+
+  This outputs a subset of the git configuration, in the same form as
+  `git config --list`. This is used to get the annex.uuid of the remote
+  repository.
+
+  When run in a repository that does not yet have an annex.uuid, one
+  will be created, as long as a git-annex branch has already been pushed to
+  the repository.
+
+* inannex directory [key ...]
+
+  This checks if all specified keys are present in the annex, 
+  and exits zero if so.
+
+* dropkey directory [key ...]
+
+  This drops the annexed data for the specified keys.
+
+* recvkey directory key
+
+  This runs rsync in server mode to receive the content of a key,
+  and stores the content in the annex.
+
+* sendkey directory key
+
+  This runs rsync in server mode to transfer out the content of a key.
+
+* transferinfo directory key
+
+  This is typically run at the same time as sendkey is sending a key
+  to the remote. Using it is optional, but is used to update
+  progress information for the transfer of the key.
+
+  It reads lines from standard input, each giving the number of bytes
+  that have been received so far. 
+
+* commit directory
+
+  This commits any staged changes to the git-annex branch.
+  It also runs the annex-content hook.
+
+* notifychanges
+
+  This is used by `git-annex remotedaemon` to be notified when
+  refs in the remote repository are changed.
+
+* gcryptsetup gcryptid
+
+  Sets up a repository as a gcrypt repository.
+
+# OPTIONS
+
+Most options are the same as in git-annex. The ones specific
+to git-annex-shell are:
+
+* --uuid=UUID
+
+  git-annex uses this to specify the UUID of the repository it was expecting
+  git-annex-shell to access, as a sanity check.
+
+* -- fields=val fields=val.. --
+
+  Additional fields may be specified this way, to retain compatability with
+  past versions of git-annex-shell (that ignore these, but would choke
+  on new dashed options).
+
+  Currently used fields include remoteuuid=, associatedfile=,
+  and direct=
+
+# HOOK
+
+After content is received or dropped from the repository by git-annex-shell,
+it runs a hook, `.git/hooks/annex-content` (or `hooks/annex-content` on a bare
+repository). The hook is not currently passed any information about what
+changed.
+
+# ENVIRONMENT
+
+* GIT_ANNEX_SHELL_READONLY
+
+  If set, disallows any command that could modify the repository.
+
+  Note that this does not prevent passing commands on to git-shell.
+  For that, you also need ...
+
+* GIT_ANNEX_SHELL_LIMITED
+
+  If set, disallows running git-shell to handle unknown commands.
+
+* GIT_ANNEX_SHELL_DIRECTORY
+
+  If set, git-annex-shell will refuse to run commands that do not operate
+  on the specified directory.
+
+# SEE ALSO
+
+[[git-annex]](1)
+
+git-shell(1)
+
+# AUTHOR
+
+Joey Hess <joey@kitenet.net>
+
+<http://git-annex.branchable.com/>
+
+Warning: Automatically converted into a man page by mdwn2man. Edit with care
diff --git a/doc/git-annex.mdwn b/doc/git-annex.mdwn
new file mode 100644
index 0000000000..8ba3558d32
--- /dev/null
+++ b/doc/git-annex.mdwn
@@ -0,0 +1,1793 @@
+# NAME
+
+git-annex - manage files with git, without checking their contents in
+
+# SYNOPSIS
+
+git annex command [params ...]
+
+# DESCRIPTION
+
+git-annex allows managing files with git, without checking the file
+contents into git. While that may seem paradoxical, it is useful when
+dealing with files larger than git can currently easily handle, whether due
+to limitations in memory, checksumming time, or disk space.
+
+Even without file content tracking, being able to manage files with git,
+move files around and delete files with versioned directory trees, and use
+branches and distributed clones, are all very handy reasons to use git. And
+annexed files can co-exist in the same git repository with regularly
+versioned files, which is convenient for maintaining documents, Makefiles,
+etc that are associated with annexed files but that benefit from full
+revision control.
+
+When a file is annexed, its content is moved into a key-value store, and
+a symlink is made that points to the content. These symlinks are checked into
+git and versioned like regular files. You can move them around, delete
+them, and so on. Pushing to another git repository will make git-annex
+there aware of the annexed file, and it can be used to retrieve its
+content from the key-value store.
+
+# EXAMPLES
+
+	# git annex get video/hackity_hack_and_kaxxt.mov
+	get video/_why_hackity_hack_and_kaxxt.mov (not available)
+	  I was unable to access these remotes: server
+	  Try making some of these repositories available:
+	  	5863d8c0-d9a9-11df-adb2-af51e6559a49  -- my home file server
+	   	58d84e8a-d9ae-11df-a1aa-ab9aa8c00826  -- portable USB drive
+	   	ca20064c-dbb5-11df-b2fe-002170d25c55  -- backup SATA drive
+	failed
+	# sudo mount /media/usb
+	# git remote add usbdrive /media/usb
+	# git annex get video/hackity_hack_and_kaxxt.mov
+	get video/hackity_hack_and_kaxxt.mov (from usbdrive...) ok
+	
+	# git annex add iso
+	add iso/Debian_5.0.iso ok
+	
+	# git annex drop iso/Debian_4.0.iso
+	drop iso/Debian_4.0.iso ok
+	
+	# git annex move iso --to=usbdrive
+	move iso/Debian_5.0.iso (moving to usbdrive...) ok
+
+# COMMONLY USED COMMANDS
+
+Like many git commands, git-annex can be passed a path that
+is either a file or a directory. In the latter case it acts on all relevant
+files in the directory. When no path is specified, most git-annex commands
+default to acting on all relevant files in the current directory (and
+subdirectories).
+
+* `add [path ...]`
+
+  Adds files in the path to the annex. If no path is specified, adds
+  files from the current directory and below.
+  
+  Files that are already checked into git, or that git has been configured
+  to ignore will be silently skipped. (Use `--force` to add ignored files.)
+
+  Dotfiles are skipped unless explicitly listed, or the --include-dotfiles
+  option is used.
+
+* `get [path ...]`
+
+  Makes the content of annexed files available in this repository. This
+  will involve copying them from another repository, or downloading them,
+  or transferring them from some kind of key-value store.
+
+  Normally git-annex will choose which repository to copy the content from,
+  but you can override this using the `--from` option.
+
+* `drop [path ...]`
+
+  Drops the content of annexed files from this repository.
+
+  git-annex will refuse to drop content if it cannot verify it is
+  safe to do so. This can be overridden with the `--force` switch.
+
+  To drop content from a remote, specify `--from`.
+
+* `move [path ...]`
+
+  When used with the `--from` option, moves the content of annexed files
+  from the specified repository to the current one.
+
+  When used with the `--to` option, moves the content of annexed files from
+  the current repository to the specified one.
+
+* `copy [path ...]`
+
+  When used with the `--from` option, copies the content of annexed files
+  from the specified repository to the current one.
+
+  When used with the `--to` option, copies the content of annexed files from
+  the current repository to the specified one.
+
+  To avoid contacting the remote to check if it has every file
+  when copying --to the repository, specify `--fast`
+
+  To force checking the remote for every file when copying --from the
+  repository, specify `--force`.
+
+* `status [path ...]`
+
+  Similar to `git status --short`, displays the status of the files in the
+  working tree. Shows files that are not checked into git, files that
+  have been deleted, and files that have been modified.
+  Particularly useful in direct mode.
+
+* `unlock [path ...]`
+
+  Normally, the content of annexed files is protected from being changed.
+  Unlocking an annexed file allows it to be modified. This replaces the
+  symlink for each specified file with a copy of the file's content.
+  You can then modify it and `git annex add` (or `git commit`) to inject
+  it back into the annex.
+
+* `edit [path ...]`
+
+  This is an alias for the unlock command. May be easier to remember,
+  if you think of this as allowing you to edit an annexed file.
+
+* `lock [path ...]`
+
+  Use this to undo an unlock command if you don't want to modify
+  the files, or have made modifications you want to discard.
+
+* `sync [remote ...]`
+
+  Use this command when you want to synchronize the local repository with
+  one or more of its remotes. You can specify the remotes to sync with by
+  name; the default is to sync with all remotes.
+  Or specify `--fast` to sync with the remotes with the
+  lowest annex-cost value.
+
+  The sync process involves first committing all local changes,
+  then fetching and merging the `synced/master` and the `git-annex` branch
+  from the remote repositories, and finally pushing the changes back to
+  those branches on the remote repositories. You can use standard git
+  commands to do each of those steps by hand, or if you don't want to
+  worry about the details, you can use sync.
+
+  Merge conflicts are automatically handled by sync. When two conflicting
+  versions of a file have been committed, both will be added to the tree,
+  under different filenames. For example, file "foo" would be replaced
+  with "foo.somekey" and "foo.otherkey".
+
+  Note that syncing with a remote will not update the remote's working
+  tree with changes made to the local repository. However, those changes
+  are pushed to the remote, so they can be merged into its working tree
+  by running "git annex sync" on the remote.
+
+  With the `--content` option, the contents of annexed files in the work
+  tree will also be uploaded and downloaded from remotes. By default,
+  this tries to get each annexed file that the local repository does not
+  yet have, and then copies each file to every remote that it is syncing with.
+  This behavior can be overridden by configuring the preferred content of
+  a repository. See see PREFERRED CONTENT below.
+
+* `merge`
+
+  This performs the same merging (and merge conflict resolution)
+  that is done by the sync command, but without pushing or pulling any data.
+
+  One way to use this is to put `git annex merge` into a repository's
+  post-receive hook. Then any syncs to the repository will update its working
+  copy automatically.
+
+* `mirror [path ...]`
+
+  This causes a destination repository to mirror a source repository.
+
+  To use the local repository as the source repository,
+  specify mirror `--to` remote.
+
+  To use a remote as the source repository, specify mirror `--from` remote.
+
+  Each specified file in the source repository is mirrored to the destination
+  repository. If a file's content is present in the source repository, it is
+  copied to the destination repository. If a file's content is not present in
+  the source repository, it will be dropped from the destination repository
+  when the numcopies setting allows.
+
+  Note that mirror does not sync the git repository, but only the file
+  contents.
+
+  Also, --all may be specified to mirror all objects stored in the git
+  annex, not only objects used by currently existing files. However, this
+  bypasses checking the .gitattributes annex.numcopies setting when
+  dropping files.
+
+* `addurl [url ...]`
+
+  Downloads each url to its own file, which is added to the annex.
+
+  To avoid immediately downloading the url, specify `--fast`.
+
+  To avoid storing the size of the url's content, and accept whatever
+  is there at a future point, specify `--relaxed`. (Implies `--fast`.)
+
+  Normally the filename is based on the full url, so will look like
+  "www.example.com_dir_subdir_bigfile". For a shorter filename, specify
+  `--pathdepth=N`. For example, `--pathdepth=1` will use "dir/subdir/bigfile",
+  while `--pathdepth=3` will use "bigfile". It can also be negative;
+  `--pathdepth=-2` will use the last two parts of the url.
+
+  Or, to directly specify what file the url is added to, specify `--file`.
+  This changes the behavior; now all the specified urls are recorded as
+  alternate locations from which the file can be downloaded. In this mode,
+  addurl can be used both to add new files, or to add urls to existing files.
+
+  When quvi is installed, urls are automatically tested to see if they
+  point to a video hosting site, and the video is downloaded instead.
+
+* `rmurl file url`
+
+  Record that the file is no longer available at the url.
+
+* `import [path ...]`
+
+  Moves files from somewhere outside the git working copy, and adds them to
+  the annex. Individual files to import can be specified.
+  If a directory is specified, the entire directory is imported.
+
+        	git annex import /media/camera/DCIM/*
+
+  By default, importing two files with the same contents from two different
+  locations will result in both files being added to the repository.
+  (With all checksumming backends, including the default SHA256E,
+  only one copy of the data will be stored.)
+
+  To not delete files from the import location, use the
+  `--duplicate` option. This could allow importing the same files repeatedly
+  to different locations in a repository. More likely, it could be used to
+  import the same files to a number of different branches or separate git
+  repositories.
+
+  To only import files whose content has not been seen before by git-annex,
+  use the `--deduplicate` option. Duplicate files will be deleted from the
+  import location.
+
+  To only import files whose content has not been seen before by git-annex,
+  but avoid deleting duplicate files, use the `--skip-duplicates` option.
+
+  The `--clean-duplicates` option does not import any new files, but any files
+  found in the import location that are duplicates of content in the annex
+  are deleted.
+
+  (Note that using `--deduplicate` or `--clean-duplicates` with the WORM
+  backend does not look at file content, but filename and mtime.)
+
+* `importfeed [url ...]`
+
+  Imports the contents of podcast feeds. Only downloads files whose
+  urls have not already been added to the repository before, so you can
+  delete, rename, etc the resulting files and repeated runs won't duplicate
+  them. (Use `--force` to force downloading urls it's seen before.)
+
+  Use `--template` to control where the files are stored.
+  The default template is '${feedtitle}/${itemtitle}${extension}'
+  (Other available variables: feedauthor, itemauthor, itemsummary, itemdescription, itemrights, itemid, itempubdate, title, author)
+
+  The `--relaxed` and `--fast` options behave the same as they do in addurl.
+  
+  When quvi is installed, links in the feed are tested to see if they
+  are on a video hosting site, and the video is downloaded. This allows
+  importing eg, youtube playlists.
+
+* `watch`
+
+  Watches for changes to files in the current directory and its subdirectories,
+  and takes care of automatically adding new files, as well as dealing with
+  deleted, copied, and moved files. With this running as a daemon in the
+  background, you no longer need to manually run git commands when
+  manipulating your files.
+
+  By default, all files in the directory will be added to the repository.
+  (Including dotfiles.) To block some files from being added, use
+  `.gitignore` files.
+
+  By default, all files that are added are added to the annex, the same
+  as when you run `git annex add`. If you configure annex.largefiles,
+  files that it does not match will instead be added with `git add`.
+
+  To not daemonize, run with `--foreground` ; to stop a running daemon,
+  run with `--stop`.
+
+* `assistant`
+
+  Like watch, but also automatically syncs changes to other remotes.
+  Typically started at boot, or when you log in.
+
+  With the `--autostart` option, the assistant is started in any repositories
+  it has created. These are listed in `~/.config/git-annex/autostart`.
+
+* `webapp`
+
+  Opens a web app, that allows easy setup of a git-annex repository,
+  and control of the git-annex assistant. If the assistant is not
+  already running, it will be started.
+
+  By default, the webapp can only be accessed from localhost, and running
+  it opens a browser window.
+
+  To use the webapp on a remote computer, use the `--listen=address`
+  option to specify the address the web server should listen on
+  (or set annex.listen).
+  This disables running a local web browser, and outputs the url you
+  can use to open the webapp.
+
+  When using the webapp on a remote computer, you'll almost certianly
+  want to enable HTTPS. The webapp will use HTTPS if it finds
+  a .git/annex/privkey.pem and .git/annex/certificate.pem. Here's
+  one way to generate those files, using a self-signed certificate:
+
+    openssl genrsa -out .git/annex/privkey.pem 4096
+    openssl req -new -x509 -key .git/annex/privkey.pem > .git/annex/certificate.pem
+
+# REPOSITORY SETUP COMMANDS
+
+* `init [description]`
+
+  Until a repository (or one of its remotes) has been initialized,
+  git-annex will refuse to operate on it, to avoid accidentally
+  using it in a repository that was not intended to have an annex.
+
+  It's useful, but not mandatory, to initialize each new clone
+  of a repository with its own description. If you don't provide one,
+  one will be generated using the username, hostname and the path.
+
+* `describe repository description`
+
+  Changes the description of a repository.
+
+  The repository to describe can be specified by git remote name or
+  by uuid. To change the description of the current repository, use
+  "here".
+
+* `initremote name [param=value ...]`
+
+  Creates a new special remote, and adds it to `.git/config`.
+
+  The remote's configuration is specified by the parameters. Different
+  types of special remotes need different configuration values. The
+  command will prompt for parameters as needed.
+
+  All special remotes support encryption. You can either specify
+  `encryption=none` to disable encryption, or specify
+  `encryption=hybrid keyid=$keyid ...` to specify a GPG key id (or an email
+  address associated with a key).
+
+  There are actually three schemes that can be used for management of the
+  encryption keys. When using the encryption=hybrid scheme, additional
+  GPG keys can be given access to the encrypted special remote easily
+  (without re-encrypting everything). When using encryption=shared,
+  a shared key is generated and stored in the git repository, allowing
+  anyone who can clone the git repository to access it. Finally, when using
+  encryption=pubkey, content in the special remote is directly encrypted
+  to the specified GPG keys, and additional ones cannot easily be given
+  access.
+
+  Note that with encryption enabled, a cryptographic key is created.
+  This requires sufficient entropy. If initremote seems to hang or take
+  a long time while generating the key, you may want to Ctrl-c it and
+  re-run with `--fast`, which causes it to use a lower-quality source of
+  randomness.
+
+  Example Amazon S3 remote:
+
+    	git annex initremote mys3 type=S3 encryption=hybrid keyid=me@example.com datacenter=EU
+
+* `enableremote name [param=value ...]`
+
+  Enables use of an existing special remote in the current repository,
+  which may be a different repository than the one in which it was
+  originally created with the initremote command.
+
+  The name of the remote is the same name used when originally
+  creating that remote with "initremote". Run "git annex enableremote"
+  with no parameters to get a list of special remote names.
+
+  Some special remotes may need parameters to be specified every time.
+  For example, the directory special remote requires a directory= parameter.
+
+  This command can also be used to modify the configuration of an existing
+  special remote, by specifying new values for parameters that were
+  originally set when using initremote. (However, some settings such as
+  the as the encryption scheme cannot be changed once a special remote
+  has been created.)
+
+  The GPG keys that an encrypted special remote is encrypted with can be
+  changed using the keyid+= and keyid-= parameters. These respectively
+  add and remove keys from the list. However, note that removing a key
+  does NOT necessarily prevent the key's owner from accessing data
+  in the encrypted special remote
+  (which is by design impossible, short of deleting the remote).
+
+  One use-case of keyid-= is to replace a revoked key with
+  a new key:
+
+        	git annex enableremote mys3 keyid-=revokedkey keyid+=newkey
+
+  Also, note that for encrypted special remotes using plain public-key
+  encryption (encryption=pubkey), adding or removing a key has NO effect
+  on files that have already been copied to the remote. Hence using
+  keyid+= and keyid-= with such remotes should be used with care, and
+  make little sense except in cases like the revoked key example above.
+
+* `numcopies [N]`
+
+  Tells git-annex how many copies it should preserve of files, over all
+  repositories. The default is 1.
+
+  Run without a number to get the current value.
+
+  When git-annex is asked to drop a file, it first verifies that the
+  required number of copies can be satisfied amoung all the other
+  repositories that have a copy of the file.
+
+  This can be overridden on a per-file basis by the annex.numcopies setting
+  in .gitattributes files.
+
+* `trust [repository ...]`
+
+  Records that a repository is trusted to not unexpectedly lose
+  content. Use with care.
+
+  To trust the current repository, use "here".
+
+* `untrust [repository ...]`
+
+  Records that a repository is not trusted and could lose content
+  at any time.
+
+* `semitrust [repository ...]`
+
+  Returns a repository to the default semi trusted state.
+
+* `dead [repository ...]`
+
+  Indicates that the repository has been irretrievably lost.
+  (To undo, use semitrust.)
+
+* `group repository groupname`
+
+  Adds a repository to a group, such as "archival", "enduser", or "transfer".
+  The groupname must be a single word.
+
+  Omit the groupname to show the current groups that a repository is in.
+
+* `ungroup repository groupname`
+
+  Removes a repository from a group.
+
+* `wanted repository [expression]`
+
+  When run with an expression, configures the content that is preferred
+  to be held in the archive. See PREFERRED CONTENT below.
+
+  For example:
+
+        	git annex wanted . "include=*.mp3 or include=*.ogg"
+
+  Without an expression, displays the current preferred content setting
+  of the repository.
+
+* `schedule repository [expression]`
+
+  When run with an expression, configures scheduled jobs to run at a
+  particular time. This can be used to make the assistant periodically run
+  incremental fscks. See SCHEDULED JOBS below.
+
+* `vicfg`
+
+  Opens EDITOR on a temp file containing most of the above configuration
+  settings, as well as a few others, and when it exits, stores any changes
+  made back to the git-annex branch.
+
+* `direct`
+
+  Switches a repository to use direct mode, where rather than symlinks to
+  files, the files are directly present in the repository.
+
+  As part of the switch to direct mode, any changed files will be committed.
+
+  Note that git commands that operate on the work tree are often unsafe to
+  use in direct mode repositories, and can result in data loss or other
+  bad behavior.
+
+* `indirect`
+
+  Switches a repository back from direct mode to the default, indirect mode.
+
+  As part of the switch from direct mode, any changed files will be committed.
+
+# REPOSITORY MAINTENANCE COMMANDS
+
+* `fsck [path ...]`
+
+  With no parameters, this command checks the whole annex for consistency,
+  and warns about or fixes any problems found. This is a good compliment to
+  `git fsck`.
+
+  With parameters, only the specified files are checked.
+
+  To check a remote to fsck, specify `--from`.
+
+  To avoid expensive checksum calculations (and expensive transfers when
+  fscking a remote), specify `--fast`.
+
+  To start a new incremental fsck, use the `--incremental` option. Then
+  the next time you fsck, you can instead use the `--more` option 
+  to skip over files that have already been checked, and continue
+  where it left off.
+
+  The `--incremental-schedule` option makes a new incremental fsck be
+  started a configurable time after the last incremental fsck was started.
+  Once the current incremental fsck has completely finished, it causes
+  a new one to start.
+
+  Maybe you'd like to run a fsck for 5 hours at night, picking up each
+  night where it left off. You'd like this to continue until all files
+  have been fscked. And once it's done, you'd like a new fsck pass to start,
+  but no more often than once a month. Then put this in a nightly cron job:
+
+        	git annex fsck --incremental-schedule 30d --time-limit 5h
+
+  To verify data integrity only while disregarding required number of copies,
+  use `--numcopies=1`.
+
+* `unused`
+
+  Checks the annex for data that does not correspond to any files present
+  in any tag or branch, and prints a numbered list of the data.
+
+  To only show unused temp and bad files, specify `--fast`.
+
+  To check for annexed data on a remote, specify `--from`.
+
+  After running this command, you can use the `--unused` option to
+  operate on all the unused data that was found. For example, to
+  move all unused data to origin:
+
+        	git annex unused; git annex move --unused --to origin
+
+* `dropunused [number|range ...]`
+
+  Drops the data corresponding to the numbers, as listed by the last
+  `git annex unused`
+
+  You can also specify ranges of numbers, such as "1-1000".
+  Or, specify "all" to drop all unused data.
+
+  To drop the data from a remote, specify `--from.`
+
+* `addunused [number|range ...]`
+
+  Adds back files for the content corresponding to the numbers or ranges,
+  as listed by the last `git annex unused`. The files will have names
+  starting with "unused."
+
+* `fix [path ...]`
+
+  Fixes up symlinks that have become broken to again point to annexed content.
+  This is useful to run if you have been moving the symlinks around,
+  but is done automatically when committing a change with git too.
+
+* `upgrade`
+
+  Upgrades the repository to current layout.
+
+* `forget`
+
+  Causes the git-annex branch to be rewritten, throwing away historical
+  data about past locations of files. The resulting branch will use less
+  space, but `git annex log` will not be able to show where
+  files used to be located.
+
+  To also prune references to repositories that have been marked as dead,
+  specify `--drop-dead`.
+
+  When this rewritten branch is merged into other clones of
+  the repository, `git-annex` will automatically perform the same rewriting
+  to their local `git-annex` branches. So the forgetfulness will automatically
+  propagate out from its starting point until all repositories running
+  git-annex have forgotten their old history. (You may need to force
+  git to push the branch to any git repositories not running git-annex.)
+
+* `repair`
+
+  This can repair many of the problems with git repositories that `git fsck`
+  detects, but does not itself fix. It's useful if a repository has become
+  badly damaged. One way this can happen is if a repository used by git-annex
+  is on a removable drive that gets unplugged at the wrong time.
+
+  This command can actually be used inside git repositories that do not
+  use git-annex at all; when used in a repository using git-annex, it
+  does additional repairs of the git-annex branch.
+
+  It works by deleting any corrupt objects from the git repository, and
+  retrieving all missing objects it can from the remotes of the repository.
+
+  If that is not sufficient to fully recover the repository, it can also
+  reset branches back to commits before the corruption happened, delete
+  branches that are no longer available due to the lost data, and remove any
+  missing files from the index. It will only do this if run with the
+  `--force` option, since that rewrites history and throws out missing data.
+  Note that the `--force` option never touches tags, even if they are no
+  longer usable due to missing data.
+
+  After running this command, you will probably want to run `git fsck` to
+  verify it fixed the repository. Note that fsck may still complain about
+  objects referenced by the reflog, or the stash, if they were unable to be
+  recovered. This command does not try to clean up either the reflog or the
+  stash.
+
+  It is also a good idea to run `git annex fsck --fast` after this command,
+  to make sure that the git-annex branch reflects reality.
+
+# QUERY COMMANDS
+
+* `find [path ...]`
+
+  Outputs a list of annexed files in the specified path. With no path,
+  finds files in the current directory and its subdirectories.
+
+  By default, only lists annexed files whose content is currently present.
+  This can be changed by specifying matching options. To list all
+  annexed files, present or not, specify `--include "*"`. To list all
+  annexed files whose content is not present, specify `--not --in=here`
+
+  To output filenames terminated with nulls, for use with xargs -0,
+  specify `--print0`. Or, a custom output formatting can be specified using
+  `--format`. The default output format is the same as `--format='${file}\\n'`
+
+  These variables are available for use in formats: file, key, backend,
+  bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for 
+  the mtime field of a WORM key).
+
+* `whereis [path ...]`
+
+  Displays a information about where the contents of files are located.
+
+* `list [path ...]`
+
+  Displays a table of remotes that contain the contents of the specified
+  files. This is similar to whereis but a more compact display. Only
+  configured remotes are shown by default; specify --allrepos to list
+  all repositories.
+
+* `log [path ...]`
+
+  Displays the location log for the specified file or files,
+  showing each repository they were added to ("+") and removed from ("-").
+
+  To limit how far back to search for location log changes, the options
+  `--since`, `--after`, `--until`, `--before`, and `--max-count` can be specified.
+  They are passed through to git log. For example, `--since "1 month ago"`
+
+  To generate output suitable for the gource visualization program,
+  specify `--gource`.
+
+* `info [directory ...]`
+
+  Displays some statistics and other information, including how much data
+  is in the annex and a list of all known repositories.
+
+  To only show the data that can be gathered quickly, use `--fast`.
+
+  When a directory is specified, shows a differently formatted info
+  display for that directory. In this mode, all of the matching
+  options can be used to filter the files that will be included in
+  the information.
+
+  For example, suppose you want to run "git annex get .", but
+  would first like to see how much disk space that will use.
+  Then run:
+
+        	git annex info --fast . --not --in here
+
+* `version`
+
+  Shows the version of git-annex, as well as repository version information.
+
+* `map`
+
+  Helps you keep track of your repositories, and the connections between them,
+  by going out and looking at all the ones it can get to, and generating a
+  Graphviz file displaying it all. If the `dot` command is available, it is
+  used to display the file to your screen (using x11 backend). (To disable
+  this display, specify `--fast`)
+
+  This command only connects to hosts that the host it's run on can
+  directly connect to. It does not try to tunnel through intermediate hosts.
+  So it might not show all connections between the repositories in the network.
+
+  Also, if connecting to a host requires a password, you might have to enter
+  it several times as the map is being built.
+
+  Note that this subcommand can be used to graph any git repository; it
+  is not limited to git-annex repositories.
+
+# METADATA COMMANDS
+
+* `metadata [path ...] [-s field=value -s field+=value -s field-=value ...] [-g field]`
+
+  The content of a file can have any number of metadata fields 
+  attached to it to describe it. Each metadata field can in turn
+  have any number of values. 
+  
+  This command can be used to set metadata, or show the currently set
+  metadata.
+  
+  To show current metadata, run without any -s parameters. The --json
+  option will enable json output.
+
+  To only get the value(s) of a single field, use -g field.
+  The values will be output one per line, with no other output, so
+  this is suitable for use in a script.
+
+  To set a field's value, removing any old value(s), use -s field=value.
+
+  To add an additional value, use -s field+=value.
+
+  To remove a value, use -s field-=value.
+
+  To set a value, only if the field does not already have a value,
+  use -s field?=value
+
+  To set a tag, use -t tag, and use -u tag to remove a tag.
+
+  For example, to set some tags on a file and also its author:
+
+        	git annex metadata annexscreencast.ogv -t video -t screencast -s author+=Alice
+
+* `view [tag ...] [field=value ...] [field=glob ...] [!tag ...] [field!=value ...]`
+
+  Uses metadata to build a view branch of the files in the current branch,
+  and checks out the view branch. Only files in the current branch whose
+  metadata matches all the specified field values and tags will be
+  shown in the view.
+  
+  Multiple values for a metadata field can be specified, either by using
+  a glob (`field="*"`) or by listing each wanted value. The resulting view
+  will put files in subdirectories according to the value of their fields.
+
+  Once within such a view, you can make additional directories, and
+  copy or move files into them. When you commit, the metadata will
+  be updated to correspond to your changes.
+
+  There are fields corresponding to the path to the file. So a file
+  "foo/bar/baz/file" has fields "/=foo", "foo/=bar", and "foo/bar/=baz".
+  These location fields can be used the same as other metadata to construct
+  the view.
+
+  For example, `/=podcasts` will only include files from the podcasts
+  directory in the view, while `podcasts/=*` will preserve the
+  subdirectories of the podcasts directory in the view.
+
+* `vpop [N]`
+
+  Switches from the currently active view back to the previous view.
+  Or, from the first view back to original branch.
+
+  The optional number tells how many views to pop.
+
+* `vfilter [tag ...] [field=value ...] [!tag ...] [field!=value ...]`
+
+  Filters the current view to only the files that have the
+  specified field values and tags.
+
+* `vadd [field=glob ...] [field=value ...] [tag ...]`
+
+  Changes the current view, adding an additional level of directories
+  to categorize the files.
+
+  For example, when the view is by author/tag, `vadd year=*` will 
+  change it to year/author/tag. 
+  
+  So will `vadd year=2014 year=2013`, but limiting the years in view
+  to only those two.
+
+* `vcycle`
+
+  When a view involves nested subdirectories, this cycles the order.
+
+  For example, when the view is by year/author/tag, `vcycle` will switch
+  it to author/tag/year.
+
+# UTILITY COMMANDS
+
+* `migrate [path ...]`
+
+  Changes the specified annexed files to use the default key-value backend
+  (or the one specified with `--backend`). Only files whose content
+  is currently available are migrated.
+
+  Note that the content is also still available using the old key after
+  migration. Use `git annex unused` to find and remove the old key.
+
+  Normally, nothing will be done to files already using the new backend.
+  However, if a backend changes the information it uses to construct a key,
+  this can also be used to migrate files to use the new key format.
+
+* `reinject src dest`
+
+  Moves the src file into the annex as the content of the dest file.
+  This can be useful if you have obtained the content of a file from
+  elsewhere and want to put it in the local annex.
+
+  Automatically runs fsck on dest to check that the expected content was
+  provided.
+
+  Example:
+
+        	git annex reinject /tmp/foo.iso foo.iso
+
+* `unannex [path ...]`
+
+  Use this to undo an accidental `git annex add` command. It puts the
+  file back how it was before the add.
+
+  Note that for safety, the content of the file remains in the annex,
+  until you use `git annex unused` and `git annex dropunused`.
+
+  This is not the command you should use if you intentionally annexed a
+  file and don't want its contents any more. In that case you should use
+  `git annex drop` instead, and you can also `git rm` the file.
+
+  Normally this does a slow copy of the file. In `--fast` mode, it
+  instead makes a hard link from the file to the content in the annex.
+  But use --fast mode with caution, because editing the file will
+  change the content in the annex.
+
+* `uninit`
+
+  Use this to stop using git annex. It will unannex every file in the
+  repository, and remove all of git-annex's other data, leaving you with a
+  git repository plus the previously annexed files.
+
+* `reinit uuid|description`
+
+  Normally, initializing a repository generates a new, unique identifier
+  (UUID) for that repository. Occasionally it may be useful to reuse a
+  UUID -- for example, if a repository got deleted, and you're
+  setting it back up.
+
+  Use this with caution; it can be confusing to have two existing
+  repositories with the same UUID. Also, you will probably want to run
+  a fsck.
+
+# PLUMBING COMMANDS
+
+* `pre-commit [path ...]`
+
+  This is meant to be called from git's pre-commit hook. `git annex init`
+  automatically creates a pre-commit hook using this.
+
+  Fixes up symlinks that are staged as part of a commit, to ensure they
+  point to annexed content. Also handles injecting changes to unlocked
+  files into the annex. When in a view, updates metadata to reflect changes
+  made to files in the view.
+
+* `lookupkey [file ...]`
+
+  This plumbing-level command looks up the key used for a file in the
+  index. The key is output to stdout. If there is no key (because
+  the file is not present in the index, or is not a git-annex managed file),
+  nothing is output, and it exits nonzero.
+
+* `examinekey [key ...]`
+
+  This plumbing-level command is given a key, and prints information
+  that can be determined purely by looking at the key.
+
+  To specify what information to print, use `--format`. Or use `--json`
+  to get all available information in JSON format.
+
+  The same variables can be used in the format string as can be used in
+  the format string of git annex find (except there is no file option
+  here).
+
+  For example, the location a key's value is stored (in indirect mode)
+  can be looked up by running:
+
+        	git annex examinekey --format='.git/annex/objects/${hashdirmixed}${key}/${key}'
+
+* `fromkey key file`
+
+  This plumbing-level command can be used to manually set up a file
+  in the git repository to link to a specified key.
+
+* `dropkey [key ...]`
+
+  This plumbing-level command drops the annexed data for the specified
+  keys from this repository.
+
+  This can be used to drop content for arbitrary keys, which do not need
+  to have a file in the git repository pointing at them.
+
+* `transferkey`
+
+  This plumbing-level command is used to request a single key be
+  transferred. Either the --from or the --to option can be used to specify
+  the remote to use. A --file option can be used to hint at the file
+  associated with the key.
+
+* `transferkeys`
+
+  This plumbing-level command is used by the assistant to transfer data.
+  It is fed instructions about the keys to transfer using an internal
+  stdio protocol, which is intentionally not documented (as it may change
+  at any time).
+
+* `rekey [file key ...]`
+
+  This plumbing-level command is similar to migrate, but you specify
+  both the file, and the new key to use for it.
+
+  With `--force`, even files whose content is not currently available will
+  be rekeyed. Use with caution.
+
+* `findref [ref]`
+
+  This is similar to the find command, but instead of finding files in the
+  current work tree, it finds files in the specified git ref. 
+
+  Most MATCHING OPTIONS can be used with findref, to limit the files it
+  finds. However, the --include and --exclude options will not work.
+
+* `resolvemerge`
+
+  Resolves a conflicted merge, by adding both conflicting versions of the
+  file to the tree, using variants of their filename. This is done
+  automatically when using `git annex sync` or `git annex merge`.
+
+  Note that only merge conflicts that involve an annexed file are resolved.
+  Merge conflicts between two files that are not annexed will not be
+  automatically resolved.
+
+* `test`
+
+  This runs git-annex's built-in test suite.
+
+  There are several parameters, provided by Haskell's tasty test framework.
+
+* `remotedaemon`
+
+  Detects when network remotes have received git pushes and fetches from them.
+
+* `xmppgit`
+
+  This command is used internally to perform git pulls over XMPP.
+
+# OPTIONS
+
+* `--force`
+
+  Force unsafe actions, such as dropping a file's content when no other
+  source of it can be verified to still exist, or adding ignored files.
+  Use with care.
+
+* `--fast`
+
+  Enable less expensive, but also less thorough versions of some commands.
+  What is avoided depends on the command.
+
+* `--auto`
+
+  Enable automatic mode. Commands that get, drop, or move file contents
+  will only do so when needed to help satisfy the setting of numcopies,
+  and preferred content configuration.
+
+* `--all`
+
+  Operate on all data that has been stored in the git annex,
+  including old versions of files. This is the default behavior when
+  running git-annex in a bare repository; in a non-bare repository the
+  normal behavior is to only operate on specified files in the working
+  tree.
+
+* `--unused`
+
+  Operate on all data that has been determined to be unused by
+  a previous run of `git-annex unused`.
+
+* `--key=key`
+
+  Operate on only the specified key.
+
+* `--quiet`
+
+  Avoid the default verbose display of what is done; only show errors
+  and progress displays.
+
+* `--verbose`
+
+  Enable verbose display.
+
+* `--json`
+
+  Rather than the normal output, generate JSON. This is intended to be
+  parsed by programs that use git-annex. Each line of output is a JSON
+  object. Note that JSON output is only usable with some git-annex commands,
+  like info, find, whereis, and metadata.
+
+* `--debug`
+
+  Show debug messages.
+
+* `--no-debug`
+
+  Disable debug messages.
+
+* `--from=repository`
+
+  Specifies a repository that content will be retrieved from, or that
+  should otherwise be acted on.
+
+  It should be specified using the name of a configured remote.
+
+* `--to=repository`
+
+  Specifies a repository that content will be sent to.
+
+  It should be specified using the name of a configured remote.
+
+* `--numcopies=n`
+
+  Overrides the numcopies setting, forcing git-annex to ensure the
+  specified number of copies exist.
+
+  Note that setting numcopies to 0 is very unsafe.
+
+* `--time-limit=time`
+
+  Limits how long a git-annex command runs. The time can be something
+  like "5h", or "30m" or even "45s" or "10d".
+
+  Note that git-annex may continue running a little past the specified
+  time limit, in order to finish processing a file.
+
+  Also, note that if the time limit prevents git-annex from doing all it
+  was asked to, it will exit with a special code, 101.
+
+* `--trust=repository`
+* `--semitrust=repository`
+* `--untrust=repository`
+
+  Overrides trust settings for a repository. May be specified more than once.
+
+  The repository should be specified using the name of a configured remote,
+  or the UUID or description of a repository.
+
+* `--trust-glacier-inventory`
+
+  Amazon Glacier inventories take hours to retrieve, and may not represent
+  the current state of a repository. So git-annex does not trust that
+  files that the inventory claims are in Glacier are really there.
+  This switch can be used to allow it to trust the inventory.
+
+  Be careful using this, especially if you or someone else might have recently
+  removed a file from Glacier. If you try to drop the only other copy of the
+  file, and this switch is enabled, you could lose data!
+
+* `--backend=name`
+
+  Specifies which key-value backend to use. This can be used when
+  adding a file to the annex, or migrating a file. Once files
+  are in the annex, their backend is known and this option is not
+  necessary.
+
+* `--format=value`
+
+  Specifies a custom output format. The value is a format string, 
+  in which '${var}' is expanded to the value of a variable. To right-justify
+  a variable with whitespace, use '${var;width}' ; to left-justify
+  a variable, use '${var;-width}'; to escape unusual characters in a variable,
+  use '${escaped_var}'
+
+  Also, '\\n' is a newline, '\\000' is a NULL, etc.
+
+* `--user-agent=value`
+
+  Overrides the User-Agent to use when downloading files from the web.
+
+* `--notify-finish`
+
+  Caused a desktop notification to be displayed after each successful
+  file download and upload.
+
+  (Only supported on some platforms, eg Linux with dbus. A no-op when
+  not supported.)
+
+* `--notify-start`
+
+  Caused a desktop notification to be displayed when a file upload
+  or download has started, or when a file is dropped.
+
+* `-c name=value`
+
+  Overrides git configuration settings. May be specified multiple times.
+
+# MATCHING OPTIONS
+
+These options can all be specified multiple times, and can be combined to
+limit which files git-annex acts on.
+
+Arbitrarily complicated expressions can be built using these options.
+For example:
+
+	--exclude '*.mp3' --and --not -( --in=usbdrive --or --in=archive -)
+
+The above example prevents git-annex from working on mp3 files whose
+file contents are present at either of two repositories.
+
+* `--exclude=glob`
+
+  Skips files matching the glob pattern. The glob is matched relative to
+  the current directory. For example:
+
+        	--exclude='*.mp3' --exclude='subdir/*'
+
+  Note that this will not match anything when using --all or --unused.
+
+* `--include=glob`
+
+  Skips files not matching the glob pattern.  (Same as `--not --exclude`.)
+  For example, to include only mp3 and ogg files:
+
+        	--include='*.mp3' --or --include='*.ogg'
+
+  Note that this will not skip anything when using --all or --unused.
+
+* `--in=repository`
+
+  Matches only files that git-annex believes have their contents present
+  in a repository. Note that it does not check the repository to verify
+  that it still has the content.
+
+  The repository should be specified using the name of a configured remote,
+  or the UUID or description of a repository. For the current repository,
+  use `--in=here`
+
+* `--in=repository@{date}`
+
+  Matches files currently in the work tree whose content was present in
+  the repository on the given date.
+
+  The date is specified in the same syntax documented in
+  gitrevisions(7). Note that this uses the reflog, so dates far in the
+  past cannot be queried.
+
+  For example, you might need to run `git annex drop .` to temporarily
+  free up disk space. The next day, you can get back the files you dropped
+  using `git annex get . --in=here@{yesterday}`
+
+* `--copies=number`
+
+  Matches only files that git-annex believes to have the specified number
+  of copies, or more. Note that it does not check remotes to verify that
+  the copies still exist.
+
+* `--copies=trustlevel:number`
+
+  Matches only files that git-annex believes have the specified number of
+  copies, on remotes with the specified trust level. For example,
+  `--copies=trusted:2`
+
+  To match any trust level at or higher than a given level,
+  use 'trustlevel+'. For example, `--copies=semitrusted+:2`
+
+* `--copies=groupname:number`
+
+  Matches only files that git-annex believes have the specified number of
+  copies, on remotes in the specified group. For example,
+  `--copies=archive:2`
+
+* `--lackingcopies=number`
+
+  Matches only files that git-annex believes need the specified number or 
+  more additional copies to be made in order to satisfy their numcopies
+  settings.
+
+* `--approxlackingcopies=number`
+
+  Like lackingcopies, but does not look at .gitattributes annex.numcopies
+  settings. This makes it significantly faster.
+
+* `--inbackend=name`
+
+  Matches only files whose content is stored using the specified key-value
+  backend.
+
+* `--inallgroup=groupname`
+
+  Matches only files that git-annex believes are present in all repositories
+  in the specified group.
+
+* `--smallerthan=size`
+* `--largerthan=size`
+
+  Matches only files whose content is smaller than, or larger than the
+  specified size.
+
+  The size can be specified with any commonly used units, for example,
+  "0.5 gb" or "100 KiloBytes"
+
+* `--metadata field=glob`
+
+  Matches only files that have a metadata field attached with a value that
+  matches the glob. The values of metadata fields are matched case
+  insensitively.
+
+* `--want-get`
+
+  Matches files that the preferred content settings for the repository
+  make it want to get. Note that this will match even files that are
+  already present, unless limited with e.g., `--not --in .`
+  
+  Note that this will not match anything when using --all or --unused.
+
+* `--want-drop`
+
+  Matches files that the preferred content settings for the repository
+  make it want to drop. Note that this will match even files that have
+  already been dropped, unless limited with e.g., `--in .`
+  
+  Note that this will not match anything when using --all or --unused.
+
+* `--not`
+
+  Inverts the next matching option. For example, to only act on
+  files with less than 3 copies, use `--not --copies=3`
+
+* `--and`
+
+  Requires that both the previous and the next matching option matches.
+  The default.
+
+* `--or`
+
+  Requires that either the previous, or the next matching option matches.
+
+* `-(`
+
+  Opens a group of matching options.
+
+* `-)`
+
+  Closes a group of matching options.
+
+# PREFERRED CONTENT
+
+Each repository has a preferred content setting, which specifies content
+that the repository wants to have present. These settings can be configured
+using `git annex vicfg` or `git annex wanted`.
+They are used by the `--auto` option, and by the git-annex assistant.
+
+The preferred content settings are similar, but not identical to
+the matching options specified above, just without the dashes.
+For example:
+
+	exclude=archive/* and (include=*.mp3 or smallerthan=1mb)
+
+The main differences are that `exclude=` and `include=` always
+match relative to the top of the git repository, and that there is
+no equivilant to `--in`.
+
+When a repository is in one of the standard predefined groups, like "backup"
+and "client", setting its preferred content to "standard" will use a
+built-in preferred content expression developed for that group.
+
+# SCHEDULED JOBS
+
+The git-annex assistant daemon can be configured to run scheduled jobs.
+This is similar to cron and anacron (and you can use them if you prefer),
+but has the advantage of being integrated into git-annex, and so being able
+to e.g., fsck a repository on a removable drive when the drive gets
+connected.
+
+The scheduled jobs can be configured using `git annex vicfg` or
+`git annex schedule`. 
+
+These actions are available: "fsck self", "fsck UUID" (where UUID
+is the UUID of a remote to fsck). After the action comes the duration
+to allow the action to run, and finally the schedule of when to run it.
+
+To schedule multiple jobs, separate them with "; ".
+
+Some examples:
+
+	fsck self 30m every day at any time
+	fsck self 1h every month at 3 AM
+	fsck self 1h on day 1 of every month at any time
+	fsck self 1h every week divisible by 2 at any time
+
+# CONFIGURATION VIA .git/config
+
+Like other git commands, git-annex is configured via `.git/config`.
+Here are all the supported configuration settings.
+
+* `annex.uuid`
+
+  A unique UUID for this repository (automatically set).
+
+* `annex.backends`
+
+  Space-separated list of names of the key-value backends to use.
+  The first listed is used to store new files by default.
+
+* `annex.diskreserve`
+
+  Amount of disk space to reserve. Disk space is checked when transferring
+  content to avoid running out, and additional free space can be reserved
+  via this option, to make space for more important content (such as git
+  commit logs). Can be specified with any commonly used units, for example,
+  "0.5 gb", "500M", or "100 KiloBytes"
+
+  The default reserve is 1 megabyte.
+
+* `annex.largefiles`
+
+  Allows configuring which files `git annex add` and the assistant consider
+  to be large enough to need to be added to the annex. By default,
+  all files are added to the annex.
+
+  The value is a preferred content expression. See PREFERRED CONTENT
+  for details.
+
+  Example:
+
+        	annex.largefiles = largerthan=100kb and not (include=*.c or include=*.h)
+
+* `annex.numcopies`
+
+  This is a deprecated setting. You should instead use the
+  `git annex numcopies` command to configure how many copies of files
+  are kept acros all repositories.
+
+  This config setting is only looked at when `git annex numcopies` has
+  never been configured.
+
+  Note that setting numcopies to 0 is very unsafe.
+
+* `annex.genmetadata`
+
+  Set this to `true` to make git-annex automatically generate some metadata
+  when adding files to the repository. 
+  
+  In particular, it stores year and month metadata, from the file's
+  modification date.
+
+  When importfeed is used, it stores additional metadata from the feed.
+
+* `annex.queuesize`
+
+  git-annex builds a queue of git commands, in order to combine similar
+  commands for speed. By default the size of the queue is limited to
+  10240 commands; this can be used to change the size. If you have plenty
+  of memory and are working with very large numbers of files, increasing
+  the queue size can speed it up.
+
+* `annex.bloomcapacity`
+
+  The `git annex unused` command uses a bloom filter to determine
+  what data is no longer used. The default bloom filter is sized to handle
+  up to 500000 keys. If your repository is larger than that,
+  you can adjust this to avoid `git annex unused` not noticing some unused
+  data files. Increasing this will make `git-annex unused` consume more memory;
+  run `git annex info` for memory usage numbers.
+
+* `annex.bloomaccuracy`
+
+  Adjusts the accuracy of the bloom filter used by
+  `git annex unused`. The default accuracy is 1000 --
+  1 unused file out of 1000 will be missed by `git annex unused`. Increasing
+  the accuracy will make `git annex unused` consume more memory;
+  run `git annex info` for memory usage numbers.
+
+* `annex.sshcaching`
+
+  By default, git-annex caches ssh connections using ssh's
+  ControlMaster and ControlPersist settings
+  (if built using a new enough ssh). To disable this, set to `false`.
+
+* `annex.alwayscommit`
+
+  By default, git-annex automatically commits data to the git-annex branch
+  after each command is run. If you have a series
+  of commands that you want to make a single commit, you can 
+  run the commands with `-c annex.alwayscommit=false`. You can later
+  commit the data by running `git annex merge` (or by automatic merges)
+  or `git annex sync`.
+
+* `annex.delayadd`
+
+  Makes the watch and assistant commands delay for the specified number of
+  seconds before adding a newly created file to the annex. Normally this
+  is not needed, because they already wait for all writers of the file
+  to close it. On Mac OSX, when not using direct mode this defaults to
+  1 second, to work around a bad interaction with software there.
+
+* `annex.expireunused`
+
+  Controls what the assistant does about unused file contents
+  that are stored in the repository.
+  
+  The default is `false`, which causes
+  all old and unused file contents to be retained, unless the assistant
+  is able to move them to some other repository (such as a backup repository).
+
+  Can be set to a time specification, like "7d" or "1m", and then
+  file contents that have been known to be unused for a week or a
+  month will be deleted.
+
+* `annex.fscknudge`
+
+  When set to false, prevents the webapp from reminding you when using
+  repositories that lack consistency checks.
+
+* `annex.autoupgrade`
+
+  When set to ask (the default), the webapp will check for new versions
+  and prompt if they should be upgraded to. When set to true, automatically
+  upgrades without prompting (on some supported platforms). When set to
+  false, disables any upgrade checking.
+
+  Note that upgrade checking is only done when git-annex is installed
+  from one of the prebuilt images from its website. This does not
+  bypass e.g., a Linux distribution's own upgrade handling code.
+
+  This setting also controls whether to restart the git-annex assistant
+  when the git-annex binary is detected to have changed. That is useful
+  no matter how you installed git-annex.
+
+* `annex.autocommit`
+
+  Set to false to prevent the git-annex assistant from automatically
+  committing changes to files in the repository.
+
+* `annex.startupscan`
+
+  Set to false to prevent the git-annex assistant from scanning the
+  repository for new and changed files on startup. This will prevent it
+  from noticing changes that were made while it was not running, but can be
+  a useful performance tweak for a large repository.
+
+* `annex.listen`
+
+  Configures which address the webapp listens on. The default is localhost.
+  Can be either an IP address, or a hostname that resolves to the desired
+  address.
+
+* `annex.debug`
+
+  Set to true to enable debug logging by default.
+
+* `annex.version`
+
+  Automatically maintained, and used to automate upgrades between versions.
+
+* `annex.direct`
+
+  Set to true when the repository is in direct mode. Should not be set
+  manually; use the "git annex direct" and "git annex indirect" commands
+  instead.
+
+* `annex.crippledfilesystem`
+
+  Set to true if the repository is on a crippled filesystem, such as FAT,
+  which does not support symbolic links, or hard links, or unix permissions.
+  This is automatically probed by "git annex init".
+
+* `remote.<name>.annex-cost`
+
+  When determining which repository to
+  transfer annexed files from or to, ones with lower costs are preferred.
+  The default cost is 100 for local repositories, and 200 for remote
+  repositories.
+
+* `remote.<name>.annex-cost-command`
+
+  If set, the command is run, and the number it outputs is used as the cost.
+  This allows varying the cost based on e.g., the current network. The
+  cost-command can be any shell command line.
+
+* `remote.<name>.annex-start-command`
+
+  A command to run when git-annex begins to use the remote. This can
+  be used to, for example, mount the directory containing the remote.
+
+  The command may be run repeatedly when multiple git-annex processes
+  are running concurrently.
+
+* `remote.<name>.annex-stop-command`
+
+  A command to run when git-annex is done using the remote.
+
+  The command will only be run once *all* running git-annex processes
+  are finished using the remote.
+
+* `remote.<name>.annex-shell`
+
+  Specify an alternative git-annex-shell executable on the remote
+  instead of looking for "git-annex-shell" on the PATH.
+
+  This is useful if the git-annex-shell program is outside the PATH
+  or has a non-standard name.
+
+* `remote.<name>.annex-ignore`
+
+  If set to `true`, prevents git-annex
+  from storing file contents on this remote by default.
+  (You can still request it be used by the `--from` and `--to` options.)
+
+  This is, for example, useful if the remote is located somewhere
+  without git-annex-shell. (For example, if it's on GitHub).
+  Or, it could be used if the network connection between two
+  repositories is too slow to be used normally.
+
+  This does not prevent git-annex sync (or the git-annex assistant) from
+  syncing the git repository to the remote.
+
+* `remote.<name>.annex-sync`
+
+  If set to `false`, prevents git-annex sync (and the git-annex assistant)
+  from syncing with this remote.
+
+* `remote.<name>.annex-readonly`
+
+  If set to `true`, prevents git-annex from making changes to a remote.
+  This both prevents git-annex sync from pushing changes, and prevents
+  storing or removing files from read-only remote.
+
+* `remote.<name>.annexUrl`
+
+  Can be used to specify a different url than the regular `remote.<name>.url`
+  for git-annex to use when talking with the remote. Similar to the `pushUrl`
+  used by git-push.
+
+* `remote.<name>.annex-uuid`
+
+  git-annex caches UUIDs of remote repositories here.
+
+* `remote.<name>.annex-trustlevel`
+
+  Configures a local trust level for the remote. This overrides the value
+  configured by the trust and untrust commands. The value can be any of
+  "trusted", "semitrusted" or "untrusted".
+
+* `remote.<name>.annex-availability`
+
+  Can be used to tell git-annex whether a remote is LocallyAvailable
+  or GloballyAvailable. Normally, git-annex determines this automatically.
+
+* `remote.<name>.annex-bare`
+
+  Can be used to tell git-annex if a remote is a bare repository
+  or not. Normally, git-annex determines this automatically.
+
+* `remote.<name>.annex-ssh-options`
+
+  Options to use when using ssh to talk to this remote.
+
+* `remote.<name>.annex-rsync-options`
+
+  Options to use when using rsync
+  to or from this remote. For example, to force ipv6, and limit
+  the bandwidth to 100Kbyte/s, set it to `-6 --bwlimit 100`
+
+* `remote.<name>.annex-rsync-upload-options`
+
+  Options to use when using rsync to upload a file to a remote.
+
+  These options are passed after other applicable rsync options,
+  so can be used to override them. For example, to limit upload bandwidth
+  to 10Kbye/s, set `--bwlimit 10`.
+
+* `remote.<name>.annex-rsync-download-options`
+
+  Options to use when using rsync to download a file from a remote.
+
+  These options are passed after other applicable rsync options,
+  so can be used to override them.
+
+* `remote.<name>.annex-rsync-transport`
+
+  The remote shell to use to connect to the rsync remote. Possible
+  values are `ssh` (the default) and `rsh`, together with their
+  arguments, for instance `ssh -p 2222 -c blowfish`; Note that the
+  remote hostname should not appear there, see rsync(1) for details.
+  When the transport used is `ssh`, connections are automatically cached
+  unless `annex.sshcaching` is unset.
+
+* `remote.<name>.annex-bup-split-options`
+
+  Options to pass to bup split when storing content in this remote.
+  For example, to limit the bandwidth to 100Kbyte/s, set it to `--bwlimit 100k`
+  (There is no corresponding option for bup join.)
+
+* `remote.<name>.annex-gnupg-options`
+
+  Options to pass to GnuPG for symmetric encryption. For instance, to
+  use the AES cipher with a 256 bits key and disable compression, set it
+  to `--cipher-algo AES256 --compress-algo none`. (These options take
+  precedence over the default GnuPG configuration, which is otherwise
+  used.)
+
+* `annex.ssh-options`, `annex.rsync-options`,
+  `annex.rsync-upload-options`, `annex.rsync-download-options`,
+  `annex.bup-split-options`, `annex.gnupg-options`
+
+  Default options to use if a remote does not have more specific options
+  as described above.
+
+* `annex.web-options`
+
+  Options to pass when running wget or curl.
+  For example, to force ipv4 only, set it to "-4"
+
+* `annex.quvi-options`
+
+  Options to pass to quvi when using it to find the url to download for a
+  video.
+
+* `annex.http-headers`
+
+  HTTP headers to send when downloading from the web. Multiple lines of
+  this option can be set, one per header.
+
+* `annex.http-headers-command`
+
+  If set, the command is run and each line of its output is used as a HTTP
+  header. This overrides annex.http-headers.
+
+* `annex.web-download-command`
+
+  Use to specify a command to run to download a file from the web.
+  (The default is to use wget or curl.)
+
+  In the command line, %url is replaced with the url to download,
+  and %file is replaced with the file that it should be saved to.
+
+* `annex.secure-erase-command`
+
+  This can be set to a command that should be run whenever git-annex
+  removes the content of a file from the repository.
+
+  In the command line, %file is replaced with the file that should be
+  erased.
+
+  For example, to use the wipe command, set it to `wipe -f %file`
+
+* `remote.<name>.rsyncurl`
+
+  Used by rsync special remotes, this configures
+  the location of the rsync repository to use. Normally this is automatically
+  set up by `git annex initremote`, but you can change it if needed.
+
+* `remote.<name>.buprepo`
+
+  Used by bup special remotes, this configures
+  the location of the bup repository to use. Normally this is automatically
+  set up by `git annex initremote`, but you can change it if needed.
+
+* `remote.<name>.ddarrepo`
+
+  Used by ddar special remotes, this configures
+  the location of the ddar repository to use. Normally this is automatically
+  set up by `git annex initremote`, but you can change it if needed.
+
+* `remote.<name>.directory`
+
+  Used by directory special remotes, this configures
+  the location of the directory where annexed files are stored for this
+  remote. Normally this is automatically set up by `git annex initremote`,
+  but you can change it if needed.
+
+* `remote.<name>.s3`
+
+  Used to identify Amazon S3 special remotes.
+  Normally this is automatically set up by `git annex initremote`.
+
+* `remote.<name>.glacier`
+
+  Used to identify Amazon Glacier special remotes.
+  Normally this is automatically set up by `git annex initremote`.
+
+* `remote.<name>.webdav`
+
+  Used to identify webdav special remotes.
+  Normally this is automatically set up by `git annex initremote`.
+
+* `remote.<name>.tahoe`
+
+  Used to identify tahoe special remotes.
+  Points to the configuration directory for tahoe.
+
+* `remote.<name>.annex-xmppaddress`
+
+  Used to identify the XMPP address of a Jabber buddy.
+  Normally this is set up by the git-annex assistant when pairing over XMPP.
+
+* `remote.<name>.gcrypt`
+
+  Used to identify gcrypt special remotes.
+  Normally this is automatically set up by `git annex initremote`.
+
+  It is set to "true" if this is a gcrypt remote.
+  If the gcrypt remote is accessible over ssh and has git-annex-shell
+  available to manage it, it's set to "shell".
+
+* `remote.<name>.hooktype`, `remote.<name>.externaltype`
+
+  Used by hook special remotes and external special remotes to record
+  the type of the remote.
+
+# CONFIGURATION VIA .gitattributes
+
+The key-value backend used when adding a new file to the annex can be
+configured on a per-file-type basis via `.gitattributes` files. In the file,
+the `annex.backend` attribute can be set to the name of the backend to
+use. For example, this here's how to use the WORM backend by default,
+but the SHA256E backend for ogg files:
+
+	* annex.backend=WORM
+	*.ogg annex.backend=SHA256E
+
+The numcopies setting can also be configured on a per-file-type basis via
+the `annex.numcopies` attribute in `.gitattributes` files. This overrides
+other numcopies settings.
+For example, this makes two copies be needed for wav files and 3 copies
+for flac files:
+
+	*.wav annex.numcopies=2
+	*.flac annex.numcopies=3
+
+Note that setting numcopies to 0 is very unsafe.
+
+These settings are honored by git-annex whenever it's operating on a
+matching file. However, when using --all, --unused, or --key to specify
+keys to operate on, git-annex is operating on keys and not files, so will
+not honor the settings from .gitattributes.
+
+Also note that when using views, only the toplevel .gitattributes file is
+preserved in the view, so other settings in other files won't have any
+efffect.
+
+# FILES
+
+These files are used by git-annex:
+
+`.git/annex/objects/` in your git repository contains the annexed file
+contents that are currently available. Annexed files in your git
+repository symlink to that content.
+
+`.git/annex/` in your git repository contains other run-time information
+used by git-annex.
+
+`~/.config/git-annex/autostart` is a list of git repositories
+to start the git-annex assistant in.
+
+`.git/hooks/pre-commit-annex` in your git repository will be run whenever
+a commit is made, either by git commit, git-annex sync, or the git-annex
+assistant.
+
+# SEE ALSO
+
+Most of git-annex's documentation is available on its web site,
+<http://git-annex.branchable.com/>
+
+If git-annex is installed from a package, a copy of its documentation
+should be included, in, for example, `/usr/share/doc/git-annex/`.
+
+# AUTHOR
+
+Joey Hess <joey@kitenet.net>
+
+<http://git-annex.branchable.com/>
+
+Warning: Automatically converted into a man page by mdwn2man. Edit with care.
diff --git a/doc/git-union-merge.mdwn b/doc/git-union-merge.mdwn
new file mode 100644
index 0000000000..8e3c34f8f1
--- /dev/null
+++ b/doc/git-union-merge.mdwn
@@ -0,0 +1,38 @@
+# NAME
+
+git-union-merge - Join branches together using a union merge
+
+# SYNOPSIS
+
+git union-merge ref ref newref
+
+# DESCRIPTION
+
+Does a union merge between two refs, storing the result in the
+specified newref.
+
+The union merge will always succeed, but assumes that files can be merged
+simply by concacenating together lines from all the oldrefs, in any order.
+So, this is useful only for branches containing log-type data.
+
+Note that this does not touch the checked out working copy. It operates
+entirely on git refs and branches.
+
+# EXAMPLE
+
+	git union-merge git-annex origin/git-annex refs/heads/git-annex 
+
+Merges the current git-annex branch, and a version from origin,
+storing the result in the git-annex branch.
+
+# BUGS
+
+File modes are not currently merged.
+
+# AUTHOR
+
+Joey Hess <joey@kitenet.net>
+
+<http://git-annex.branchable.com/>
+
+Warning: Automatically converted into a man page by mdwn2man. Edit with care
diff --git a/doc/how_it_works.mdwn b/doc/how_it_works.mdwn
new file mode 100644
index 0000000000..69e5256e3a
--- /dev/null
+++ b/doc/how_it_works.mdwn
@@ -0,0 +1,42 @@
+This page gives a high-level view of git-annex. For a detailed
+low-level view, see [[the_man_page|git-annex]] and [[internals]].
+
+You do not need to read this page to get started with using git-annex. The
+[[walkthrough]] provides step-by-step instructions.
+
+Still reading? Ok. Git's man page calls it "a stupid content
+tracker". With git-annex, git is instead "a stupid filename and metadata"
+tracker. The contents of annexed files are not stored in git, only the
+names of the files and some other metadata remain there.
+
+The contents of the files are kept by git-annex in a distributed key/value
+store consisting of every clone of a given git repository. That's a fancy
+way to say that git-annex stores the actual file content somewhere under
+`.git/annex/`. (See [[internals]] for details and note that in
+[[direct_mode]] the file contents are left in the work tree.)
+
+That was the values; what about the keys? Well, a key is calculated for a
+given file when it's first added into git-annex. Normally this uses a hash
+of its contents, but various [[backends]] can produce different sorts of
+keys. The file that gets checked into git is just a symlink to the key
+under `.git/annex/`. If the content of a file is modified, that produces
+a different key (and the symlink is changed).
+
+A file's content can be [[transferred|transferring_data]] from one
+repository to another by git-annex. Which repositories contain a given
+value is tracked by git-annex (see [[location_tracking]]). It stores this
+tracking information in a separate branch, named "git-annex". All you ever
+do with the "git-annex" branch is push/pull it around between repositories,
+to [[sync]] up git-annex's view of the world.
+
+That's really all there is to it. Oh, there are [[special_remotes]] that
+let values be stored other places than git repositories (anything from
+Amazon S3 to a USB key), and there's a pile of commands listed in
+[[the_man_page|git-annex]] to handle moving the values around and managing
+them. But if you grok the description above, you can see through all that.
+It's really just symlinks, keys, values, and a git-annex branch to store
+additional metadata.
+
+---
+
+Next: [[install]] or [[walkthrough]]
diff --git a/doc/how_it_works/comment_1_b3bdd6a06d5764db521ae54878131f5f._comment b/doc/how_it_works/comment_1_b3bdd6a06d5764db521ae54878131f5f._comment
new file mode 100644
index 0000000000..60aeab7324
--- /dev/null
+++ b/doc/how_it_works/comment_1_b3bdd6a06d5764db521ae54878131f5f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="minor suggestion"
+ date="2013-08-10T14:31:31Z"
+ content="""
+The contents of large files are not stored in git, only the names of the files and some other metadata remain there.
+
+Would this read better to the newbie as:
+
+The contents of 'annexed' files are not stored in git, only the names of the files and some other metadata remain there.
+
+First time for me, the note about large files made me think that maybe annex operated on files above a certain size.
+"""]]
diff --git a/doc/how_it_works/comment_2_2a8ce5859040d815e6234fc18f5f1961._comment b/doc/how_it_works/comment_2_2a8ce5859040d815e6234fc18f5f1961._comment
new file mode 100644
index 0000000000..cc16f465d0
--- /dev/null
+++ b/doc/how_it_works/comment_2_2a8ce5859040d815e6234fc18f5f1961._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm4cjowB3PaZP00vEr255d1GdUBikE9Qdg"
+ nickname="Matthew"
+ subject="clarification about what is moved / stored and where"
+ date="2014-02-10T12:53:44Z"
+ content="""
+Just to support Nigel's comment; it's good to be precise and clear about what happens to the files from the start.
+I've sent a similar suggestion to the mailing list.
+
+"""]]
diff --git a/doc/index.mdwn b/doc/index.mdwn
new file mode 100644
index 0000000000..fd166212ed
--- /dev/null
+++ b/doc/index.mdwn
@@ -0,0 +1,46 @@
+[[!inline raw=yes pages="summary"]]
+
+[[!sidebar content="""
+[[!inline feeds=no template=bare pages=sidebar]]
+
+[[Feeds]]:
+
+<small>
+[[!inline pages="internal(feeds/*)" archive=yes show=8 feeds=no]]
+</small>
+"""]]
+
+<table>
+<tr>
+<td width="33%" valign="top">[[!inline feeds=no template=bare pages=links/key_concepts]]</td>
+<td width="33%" valign="top">[[!inline feeds=no template=bare pages=links/the_details]]</td>
+<td width="33%" valign="top">[[!inline feeds=no template=bare pages=links/other_stuff]]</td>
+</tr>
+</table>
+
+<table>
+<tr>
+<td width="50%" valign="top">[[!inline feeds=no template=bare pages=use_case/bob]]</td>
+<td width="50%" valign="top">[[!inline feeds=no template=bare pages=use_case/alice]]</td>
+</tr>
+</table>
+
+If that describes you, or if you're some from column A and some from column
+B, then git-annex may be the tool you've been looking for to expand from
+keeping all your small important files in git, to managing your large
+files with git.
+
+<table>
+<tr>
+<td width="50%" valign="top">[[!inline feeds=no template=bare pages=footer/column_a]]</td>
+<td widtd="50%" valign="top">[[!inline feeds=no template=bare pages=footer/column_b]]</td>
+</tr>
+</table>
+
+----
+
+git-annex is [[Free Software|license]], written in [Haskell](http://www.haskell.org/).
+You can [[contribute]]!
+
+git-annex's wiki is powered by [Ikiwiki](http://ikiwiki.info/) and
+hosted by [Branchable](http://branchable.com/).
diff --git a/doc/install.mdwn b/doc/install.mdwn
new file mode 100644
index 0000000000..4c27128554
--- /dev/null
+++ b/doc/install.mdwn
@@ -0,0 +1,33 @@
+## Pick your OS
+
+[[!table format=dsv header=yes data="""
+detailed instructions             | quick install
+[[OSX]]                           | [download git-annex.app](http://downloads.kitenet.net/git-annex/OSX/current/)
+&nbsp;&nbsp;[[Homebrew]]            | `brew install git-annex`
+[[Android]]                       | [download git-annex.apk](http://downloads.kitenet.net/git-annex/android/current/) **beta**
+[[Linux|linux_standalone]]        | [download prebuilt linux tarball](http://downloads.kitenet.net/git-annex/linux/current/)
+&nbsp;&nbsp;[[Debian]]            | `apt-get install git-annex`
+&nbsp;&nbsp;[[Ubuntu]]            | `apt-get install git-annex`
+&nbsp;&nbsp;[[Fedora]]            | `yum install git-annex`
+&nbsp;&nbsp;[[FreeBSD]]           | `pkg_add -r hs-git-annex`
+&nbsp;&nbsp;[[ArchLinux]]         | `yaourt -Sy git-annex`
+&nbsp;&nbsp;[[NixOS]]             | `nix-env -i git-annex`
+&nbsp;&nbsp;[[Gentoo]]            | `emerge git-annex`
+&nbsp;&nbsp;[[ScientificLinux5]]  |
+&nbsp;&nbsp;[[openSUSE]]          | 
+&nbsp;&nbsp;[[Docker]]            | 
+[[Windows]]                       | [download installer](http://downloads.kitenet.net/git-annex/windows/current/) **alpha**
+"""]]
+
+## Using cabal
+
+As a haskell package, git-annex can be installed from source pretty easily
+[[using cabal|cabal]].
+
+## Installation from scratch
+
+This is not recommended, but if you really want to, see [[fromscratch]].
+
+## See also
+
+[[autobuild overview|builds]]
diff --git a/doc/install/Android.mdwn b/doc/install/Android.mdwn
new file mode 100644
index 0000000000..080fad80bf
--- /dev/null
+++ b/doc/install/Android.mdwn
@@ -0,0 +1,37 @@
+Now git-annex can be used on Android!
+
+[[Documentation for using git-annex on Android|/android]]
+
+## Android app
+
+First, ensure your Android device is configured to allow installation
+of the app. Go to Setup -&gt; Security, and enable "Unknown Sources".
+
+Then download the git-annex.apk for your version of Android, and 
+open it to install.
+
+* [Android 4.4 and 4.3 git-annex.apk](http://downloads.kitenet.net/git-annex/android/current/4.3/git-annex.apk)
+* [Android 4.0 to 4.2 git-annex.apk](http://downloads.kitenet.net/git-annex/android/current/4.0/git-annex.apk)
+
+## autobuilds
+
+A daily build is also available, thanks to Mesar Hameed and the University
+of Bath CS department.
+
+* [Android 4.4 and 4.3 git-annex.apk](http://downloads.kitenet.net/git-annex/autobuild/android/4.3/git-annex.apk)
+* [Android 4.0 to 4.2 git-annex.apk](http://downloads.kitenet.net/git-annex/autobuild/android/4.0/git-annex.apk)
+* [build logs](http://downloads.kitenet.net/git-annex/autobuild/android/)
+
+## building it yourself
+
+git-annex can be built from source for Android.
+
+1. Run `standalone/android/buildchroot` as root (requires debootstrap).
+   This builds a chroot with a `builder` user.
+   The rest of the build will run in this chroot as that user.
+2. In the chroot, run `standalone/android/install-haskell-packages`
+   Note that this will break from time to time as new versions of packages
+   are released, and the patches it applies have to be updated when
+   this happens.
+3. Finally, once the chroot is set up, you can build an Android binary
+   with `make android`, and `make androidapp` will build the complete APK.
diff --git a/doc/install/Android/comment_10_225f2c6fe255be93702cfbd4dc172f3b._comment b/doc/install/Android/comment_10_225f2c6fe255be93702cfbd4dc172f3b._comment
new file mode 100644
index 0000000000..f6a71981e6
--- /dev/null
+++ b/doc/install/Android/comment_10_225f2c6fe255be93702cfbd4dc172f3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="+1 F-Droid"
+ date="2013-09-24T18:36:48Z"
+ content="""
+Availability in F-Droid would be really neat. I imagine the unusual build requirements would require some work though.
+"""]]
diff --git a/doc/install/Android/comment_10_4b565e73f02f0e84bdf7e686b0d7bf5f._comment b/doc/install/Android/comment_10_4b565e73f02f0e84bdf7e686b0d7bf5f._comment
new file mode 100644
index 0000000000..6ab3dbd4a1
--- /dev/null
+++ b/doc/install/Android/comment_10_4b565e73f02f0e84bdf7e686b0d7bf5f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.57.121"
+ subject="re F-Droid"
+ date="2014-05-03T14:58:02Z"
+ content="""
+See also <http://git-annex.branchable.com/todo/custom_f-droid_repo/>.
+"""]]
diff --git a/doc/install/Android/comment_11_4e970633d9073fcf4bc33f3fff2525b2._comment b/doc/install/Android/comment_11_4e970633d9073fcf4bc33f3fff2525b2._comment
new file mode 100644
index 0000000000..f57fb8d79e
--- /dev/null
+++ b/doc/install/Android/comment_11_4e970633d9073fcf4bc33f3fff2525b2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmK0703vNSIQsP1mGf-4MAPnsBZiSc6yVo"
+ nickname="Emre"
+ subject="What am I missing?"
+ date="2013-10-15T21:54:07Z"
+ content="""
+I've setup repositories on both my linux PC & android mini pc and added jabber account on both. They are both at my home network. They detected each other fine. But when it comes to syncing files, there's a message which says \"Unable to download files from your other devices\" with a button for \"add a cloud repository\". I don't need to add a cloud repository since both computers are at the same network? Or am I missing something in the architecture of git-annex that even to sync two local computers in the same LAN, annex would still need an external repo? (and if so, why would that be?)
+I'm not really willing to add an external repository as I intend to add large files and I don't want that they are first uploaded using a slow connection & then re-downloaded.
+What am I missing?
+"""]]
diff --git a/doc/install/Android/comment_12_87da4f379a0276b662583e7e22061218._comment b/doc/install/Android/comment_12_87da4f379a0276b662583e7e22061218._comment
new file mode 100644
index 0000000000..772fa1d6aa
--- /dev/null
+++ b/doc/install/Android/comment_12_87da4f379a0276b662583e7e22061218._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 12"
+ date="2013-10-16T16:05:45Z"
+ content="""
+To make computers on your network directly communicate, they must be connected together using the user interface. This is normally using the local pairing interface. But local pairing does not yet work on Android. The best you can do to instead on your Android device, add the Linux PC as a ssh server. This will let the Android device send/receive files directly with it over the local network.
+"""]]
diff --git a/doc/install/Android/comment_1_f9ced494a530e6ae3e76cfbaddb89f5d._comment b/doc/install/Android/comment_1_f9ced494a530e6ae3e76cfbaddb89f5d._comment
new file mode 100644
index 0000000000..13f9c659ff
--- /dev/null
+++ b/doc/install/Android/comment_1_f9ced494a530e6ae3e76cfbaddb89f5d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://josh.easyid.net/"
+ ip="208.100.171.144"
+ subject="Minimum version of Android?"
+ date="2013-06-18T22:05:02Z"
+ content="""
+Does this require 4.x?
+"""]]
diff --git a/doc/install/Android/comment_2_74cccae04ea23a8600069c7e658143aa._comment b/doc/install/Android/comment_2_74cccae04ea23a8600069c7e658143aa._comment
new file mode 100644
index 0000000000..bf5978674c
--- /dev/null
+++ b/doc/install/Android/comment_2_74cccae04ea23a8600069c7e658143aa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 2"
+ date="2013-06-25T17:58:57Z"
+ content="""
+I have not heard of anyone using older than 4.x with success. In particular, several people reported 2.3 doesn't work.
+"""]]
diff --git a/doc/install/Android/comment_3_82c7cb31d19d4e18ca5548da5ca19a79._comment b/doc/install/Android/comment_3_82c7cb31d19d4e18ca5548da5ca19a79._comment
new file mode 100644
index 0000000000..c049bfcab0
--- /dev/null
+++ b/doc/install/Android/comment_3_82c7cb31d19d4e18ca5548da5ca19a79._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 3"
+ date="2013-07-04T15:06:36Z"
+ content="""
+Is it safe to upgrade by installing a daily build over an existing version? Will that overwrite any settings? 
+"""]]
diff --git a/doc/install/Android/comment_4_cebaa8ee5bbed27d9b2d032ca7bdec6e._comment b/doc/install/Android/comment_4_cebaa8ee5bbed27d9b2d032ca7bdec6e._comment
new file mode 100644
index 0000000000..2745044a4c
--- /dev/null
+++ b/doc/install/Android/comment_4_cebaa8ee5bbed27d9b2d032ca7bdec6e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 4"
+ date="2013-07-05T00:53:00Z"
+ content="""
+It is safe to re-install, all your data and settings are stored in /sdcard and will not be touched, even if you delete the app!
+"""]]
diff --git a/doc/install/Android/comment_8_34f7c42050fa48769a6bfae60d72e477._comment b/doc/install/Android/comment_8_34f7c42050fa48769a6bfae60d72e477._comment
new file mode 100644
index 0000000000..efba6aeeb3
--- /dev/null
+++ b/doc/install/Android/comment_8_34f7c42050fa48769a6bfae60d72e477._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmrb8I1K5jjNr7ZrLSvgmkeQGjYauPeGJU"
+ nickname="Martin"
+ subject="comment 8"
+ date="2013-08-18T16:44:02Z"
+ content="""
+Any chance that older versions of Android will be supported in the future?
+"""]]
diff --git a/doc/install/Android/comment_9_f3d289b78d6bdb3cc65689495a8439a5._comment b/doc/install/Android/comment_9_f3d289b78d6bdb3cc65689495a8439a5._comment
new file mode 100644
index 0000000000..9893042422
--- /dev/null
+++ b/doc/install/Android/comment_9_f3d289b78d6bdb3cc65689495a8439a5._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://openlifechallenge.wordpress.com/"
+ nickname="O"
+ subject="Add to F-Droid"
+ date="2013-09-08T09:56:38Z"
+ content="""
+Hi,
+Really enjoy this app for Android! Super simple to use but it would be great if you could fix a folder navigator option when choosing location for device repo, right now it does not work. 
+
+Could you also add it to the F-Droid repository?
+"""]]
diff --git a/doc/install/ArchLinux.mdwn b/doc/install/ArchLinux.mdwn
new file mode 100644
index 0000000000..3dd7271c44
--- /dev/null
+++ b/doc/install/ArchLinux.mdwn
@@ -0,0 +1,19 @@
+There are three non non-official packages for git-annex in the Archlinux User Repository. Any of these may be installed manually per [AUR guidelines](https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Installing_packages) or using a wrapper such as [`yaourt`](https://wiki.archlinux.org/index.php/yaourt) shown below.
+
+1. The simplest method is to use the [git-annex-bin](https://aur.archlinux.org/packages/git-annex-bin/) package based on the [prebuilt Linux tarballs](http://downloads.kitenet.net/git-annex/linux/current/). This package includes many of the binary shims from the pre-built package. Although common Linux system utilities have been stripped in favor of normal dependencies, the pre-configured Haskell libraries included out of the box make this an easy install. The disadvantage is the resulting installation is a bit on the heavy side at nearly 100M.
+
+       $ yaourt -Sy git-annex-bin
+
+2. A more traditional source package is available at [git-annex](https://aur.archlinux.org/packages/git-annex/). This depends on a large number of Haskell packages available from a third party repository or through Cabal. This has been historically a bit problematic and the package frequently sits flagged out of date. The state of dependencies also varies, so some intervention may be required to get this option to work.
+
+       $ yaourt -Sy git-annex
+
+3. A development package is available at [git-annex-git](https://aur.archlinux.org/packages/git-annex-git/) that functions similarly to the source package but builds directly from the HEAD of the git repository rather that the last official release.
+
+       $ yaourt -Sy git-annex-git
+
+Finally you may choose to forgo the Archlinux package system and install git-annex directly through cabal.
+
+    $ pacman -S git rsync curl wget gnupg openssh cabal-install
+    $ cabal update
+    $ cabal install git-annex --bindir=$HOME/bin
diff --git a/doc/install/ArchLinux/comment_1_da5919c986d2ae187bc2f73de9633978._comment b/doc/install/ArchLinux/comment_1_da5919c986d2ae187bc2f73de9633978._comment
new file mode 100644
index 0000000000..d4db232922
--- /dev/null
+++ b/doc/install/ArchLinux/comment_1_da5919c986d2ae187bc2f73de9633978._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlwYMdU0H7P7MMlD0v_BcczO-ZkYHY4zuY"
+ nickname="Morris"
+ subject="Arch Linux"
+ date="2012-10-17T13:21:24Z"
+ content="""
+For Arch Linux there should be the AUR package [git-annex-bin](https://aur.archlinux.org/packages.php?ID=63503) mentioned, because it's easier to install (no haskell dependencies to be installed) and is based on the prebuild linux binary tarball.
+"""]]
diff --git a/doc/install/ArchLinux/comment_2_e5f923e6d81cfb3fba7a72f60baaf4ab._comment b/doc/install/ArchLinux/comment_2_e5f923e6d81cfb3fba7a72f60baaf4ab._comment
new file mode 100644
index 0000000000..9b1f29623a
--- /dev/null
+++ b/doc/install/ArchLinux/comment_2_e5f923e6d81cfb3fba7a72f60baaf4ab._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="Stalling when creating repository in assistant"
+ date="2013-09-13T05:09:49Z"
+ content="""
+I am experiencing a weird issue with any install I've had on this one (and only) ArchLinux machine: all of aur/git-annex 4.20130516-1, aur/git-annex-bin-4.20130909-1, aur/git-annex-standalone-4.20130909-1 and a Cabal install just stall when trying to create the initial Git annex repo in the webapp.
+
+When started, it offers me to create the annex in ~/annex/ or ~/Desktop/annex/, where ~ gets turned into /home/USER when I press “Make repository”, but nothing else happens. This is regardless of if that repo exists when I try to create it or start the webapp.
+
+If I start the webapp from an existing annex (now in ~/annex), it seems to work a bit better, but any other remote (SSH) server that I try to add fails. I just get a fleeting Bootstrap message box when I click “Check this server”, and nothing in the logs of eithr git annex webapp or the ssh logs of the server.
+
+Any idea? Where should I look for more debug information?
+.
+
+"""]]
diff --git a/doc/install/ArchLinux/comment_3_8e607cd883ec174571e9dfe3b25bfd05._comment b/doc/install/ArchLinux/comment_3_8e607cd883ec174571e9dfe3b25bfd05._comment
new file mode 100644
index 0000000000..48a2888a21
--- /dev/null
+++ b/doc/install/ArchLinux/comment_3_8e607cd883ec174571e9dfe3b25bfd05._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 3"
+ date="2013-09-13T15:35:59Z"
+ content="""
+Please post a [[bug report|bugs]] and start the webapp with the --debug option.
+"""]]
diff --git a/doc/install/ArchLinux/comment_4_a378391dd218859f381c479259dd8fe3._comment b/doc/install/ArchLinux/comment_4_a378391dd218859f381c479259dd8fe3._comment
new file mode 100644
index 0000000000..9146da9c83
--- /dev/null
+++ b/doc/install/ArchLinux/comment_4_a378391dd218859f381c479259dd8fe3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 4"
+ date="2013-09-16T01:23:58Z"
+ content="""
+Done [0]. Not much debug output, unfortunately...
+
+[0] http://git-annex.branchable.com/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/?updated
+"""]]
diff --git a/doc/install/ArchLinux/comment_5_cbc960cd78bf5b90e3bb6cb605d6d970._comment b/doc/install/ArchLinux/comment_5_cbc960cd78bf5b90e3bb6cb605d6d970._comment
new file mode 100644
index 0000000000..b3ed0846b6
--- /dev/null
+++ b/doc/install/ArchLinux/comment_5_cbc960cd78bf5b90e3bb6cb605d6d970._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://alerque.com/"
+ nickname="Caleb"
+ subject="Out of date"
+ date="2013-12-28T22:04:24Z"
+ content="""
+The AUR package you reference is woefully out of date. I have updated the standalone variant so it might be worth using that until the maintainer catches up.
+
+    yaourt -Sy git-annex-standalone
+"""]]
diff --git a/doc/install/ArchLinux/comment_6_1d597d6a95f9c2df7dae6e98813e4865._comment b/doc/install/ArchLinux/comment_6_1d597d6a95f9c2df7dae6e98813e4865._comment
new file mode 100644
index 0000000000..9f158347bc
--- /dev/null
+++ b/doc/install/ArchLinux/comment_6_1d597d6a95f9c2df7dae6e98813e4865._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqWbWVRH2k9spSMqKfIXBP1G3ekkj9Igg"
+ nickname="Rado"
+ subject="problem installing using cabal: language-javascript missing"
+ date="2014-03-28T22:38:04Z"
+ content="""
+Configuring gnuidn-0.2.1...
+cabal: The program c2hs is required but it could not be found.
+Failed to install gnuidn-0.2.1
+Configuring language-javascript-0.5.9...
+cabal: The program happy version >=1.18.5 is required but it could not be
+found.
+Failed to install language-javascript-0.5.9
+cabal: Error: some packages failed to install:
+git-annex-5.20140320 depends on language-javascript-0.5.9 which failed to
+install.
+gnuidn-0.2.1 failed during the configure step. The exception was:
+ExitFailure 1
+hjsmin-0.1.4.6 depends on language-javascript-0.5.9 which failed to install.
+language-javascript-0.5.9 failed during the configure step. The exception was:
+ExitFailure 1
+network-protocol-xmpp-0.4.6 depends on gnuidn-0.2.1 which failed to install.
+yesod-static-1.2.2.4 depends on language-javascript-0.5.9 which failed to
+install.
+[r-c@rc-laptop ~]$ cabal install language-javascript
+Resolving dependencies...
+Configuring language-javascript-0.5.9...
+cabal: The program happy version >=1.18.5 is required but it could not be
+found.
+Failed to install language-javascript-0.5.9
+cabal: Error: some packages failed to install:
+language-javascript-0.5.9 failed during the configure step. The exception was:
+ExitFailure 1
+
+Can you help how to solve?
+"""]]
diff --git a/doc/install/ArchLinux/comment_7_2d708977e2fad6b68803494576382df5._comment b/doc/install/ArchLinux/comment_7_2d708977e2fad6b68803494576382df5._comment
new file mode 100644
index 0000000000..3d7826bc10
--- /dev/null
+++ b/doc/install/ArchLinux/comment_7_2d708977e2fad6b68803494576382df5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://alerque.com/"
+ nickname="Caleb"
+ subject="dep problems"
+ date="2014-03-28T22:50:37Z"
+ content="""
+@rado The Haskel dependencies can be a nightmare to sort out for the un-initiated. You can side-step the whole issue by uninstalling the pre-built version that that has all the dependencies built in out of the box.
+
+Just grab the git-annex-bin package from the AUR and be done with it. (The -bin and -standalone packages recently merged so there is just -bin now).
+"""]]
diff --git a/doc/install/ArchLinux/comment_8_5b5f5e0b64e5bfb1ea12e8b251c6fb5f._comment b/doc/install/ArchLinux/comment_8_5b5f5e0b64e5bfb1ea12e8b251c6fb5f._comment
new file mode 100644
index 0000000000..3e6d6b3a82
--- /dev/null
+++ b/doc/install/ArchLinux/comment_8_5b5f5e0b64e5bfb1ea12e8b251c6fb5f._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqWbWVRH2k9spSMqKfIXBP1G3ekkj9Igg"
+ nickname="Rado"
+ subject="I solved it installing dependencies....but dont know hot to start it..."
+ date="2014-03-29T07:45:19Z"
+ content="""
+cabal install gsasl
+cabal install happy
+cabal install language-javascript
+cabal install alex
+cabal install c2hs
+
+after installing writing in terminal: git-annex, git-annex webapp does nothing...
+can you help how to start git-annex?
+"""]]
diff --git a/doc/install/Debian.mdwn b/doc/install/Debian.mdwn
new file mode 100644
index 0000000000..c71d4d2445
--- /dev/null
+++ b/doc/install/Debian.mdwn
@@ -0,0 +1,20 @@
+## Debian testing or unstable
+
+	sudo apt-get install git-annex
+
+## Debian 7.0 "wheezy":
+
+	sudo apt-get install git-annex
+
+Note: This version does not include support for the [[assistant]].
+A backport is available with the assistant and other new features.
+
+Follow the instructions to [enable backports](http://backports.debian.org/Instructions/).
+
+	sudo apt-get -t wheezy-backports install git-annex
+
+## Debian 6.0 "squeeze"
+
+Follow the instructions to [enable backports](http://backports.debian.org/Instructions/).
+
+	sudo apt-get -t squeeze-backports install git-annex
diff --git a/doc/install/Debian/comment_14_a34e23d9aa3027012ab1236aa4f7d5cb._comment b/doc/install/Debian/comment_14_a34e23d9aa3027012ab1236aa4f7d5cb._comment
new file mode 100644
index 0000000000..86f1d60502
--- /dev/null
+++ b/doc/install/Debian/comment_14_a34e23d9aa3027012ab1236aa4f7d5cb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Miles"
+ ip="88.175.62.104"
+ subject="installed git-annex on debian but cannot find it"
+ date="2013-08-19T23:29:24Z"
+ content="""
+I am an absolute beginner when it comes to linux in debian in particular. I installed git-annex via the root terminal, but now I do not know where to find it. I searched for in the file system but could not locate it. Any help is appreciated.
+"""]]
diff --git a/doc/install/Debian/comment_15_20d8271ba3f6cfe3c8849c3d41607630._comment b/doc/install/Debian/comment_15_20d8271ba3f6cfe3c8849c3d41607630._comment
new file mode 100644
index 0000000000..6f32c2b0b8
--- /dev/null
+++ b/doc/install/Debian/comment_15_20d8271ba3f6cfe3c8849c3d41607630._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk_GWOEjK4Sn4hUB6ofFlE3CNeC7tO56J8"
+ nickname="John"
+ subject="Re:  installed git-annex on debian but cannot find it "
+ date="2013-08-20T00:50:28Z"
+ content="""
+@Miles - The command is git annex webapp to bring up the web interface.
+"""]]
diff --git a/doc/install/Debian/comment_16_89f67da4a4a6a626a7db9c6674b244b6._comment b/doc/install/Debian/comment_16_89f67da4a4a6a626a7db9c6674b244b6._comment
new file mode 100644
index 0000000000..563be1c6c1
--- /dev/null
+++ b/doc/install/Debian/comment_16_89f67da4a4a6a626a7db9c6674b244b6._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="debian squeeze"
+ date="2014-05-16T22:58:52Z"
+ content="""
+I'm tring to set up a bare repo on a debian squeeze server and sync it to windows client. Unfortunately the direct mode does not seem to be available for the git-annex version (3.20120629~bpo60+2
+) in the squeeze-backports 
+
+Would you be able to update the version in that repository? Thank you for your hard work! Git-annex is awesome
+"""]]
diff --git a/doc/install/Debian/comment_17_ef7f3e88d61833e51f0302e938343818._comment b/doc/install/Debian/comment_17_ef7f3e88d61833e51f0302e938343818._comment
new file mode 100644
index 0000000000..cd42becc27
--- /dev/null
+++ b/doc/install/Debian/comment_17_ef7f3e88d61833e51f0302e938343818._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 17"
+ date="2014-05-17T17:03:31Z"
+ content="""
+Debian squeeze has an extremely ancient ghc compiler, and it would be a mammoth undertaking to build current git-annex using that. 
+
+Use the linux standalone build instead.
+"""]]
diff --git a/doc/install/Debian/comment_1_029486088d098c2d4f1099f2f0e701a9._comment b/doc/install/Debian/comment_1_029486088d098c2d4f1099f2f0e701a9._comment
new file mode 100644
index 0000000000..9a4ed7c31d
--- /dev/null
+++ b/doc/install/Debian/comment_1_029486088d098c2d4f1099f2f0e701a9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla7u6eLKNYZ09Z7xwBffqLaXquMQC07fU"
+ nickname="Matthias"
+ subject="squeeze-backports update?"
+ date="2011-08-17T12:34:46Z"
+ content="""
+Is there going to be an update of git-annex in debian squeeze-backports to a version that supports repository version 3?
+Thx
+"""]]
diff --git a/doc/install/Debian/comment_2_648e3467e260cdf233acdb0b53313ce0._comment b/doc/install/Debian/comment_2_648e3467e260cdf233acdb0b53313ce0._comment
new file mode 100644
index 0000000000..b8b3d68f33
--- /dev/null
+++ b/doc/install/Debian/comment_2_648e3467e260cdf233acdb0b53313ce0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="Re: squeeze-backports update?"
+ date="2011-08-17T15:34:29Z"
+ content="""
+Yes, I uploaded it last night.
+"""]]
diff --git a/doc/install/Debian/comment_3_4d922e11249627634ecc35bba4044d9e._comment b/doc/install/Debian/comment_3_4d922e11249627634ecc35bba4044d9e._comment
new file mode 100644
index 0000000000..98d65740bc
--- /dev/null
+++ b/doc/install/Debian/comment_3_4d922e11249627634ecc35bba4044d9e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkstq9oH1vHXY_VP0nYO9Gg3eKnKerDGRI"
+ nickname="Hadi"
+ subject="ARM"
+ date="2012-07-31T15:13:06Z"
+ content="""
+is there any package for Debian armhf? I'd love to install git-annex on my raspberry pi
+"""]]
diff --git a/doc/install/Debian/comment_4_2a93ab18b05ccb90e7acc5885866fca2._comment b/doc/install/Debian/comment_4_2a93ab18b05ccb90e7acc5885866fca2._comment
new file mode 100644
index 0000000000..8436f0354a
--- /dev/null
+++ b/doc/install/Debian/comment_4_2a93ab18b05ccb90e7acc5885866fca2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 4"
+ date="2012-07-31T15:41:43Z"
+ content="""
+Yes, git-annex is available for every Debian architecture which supports Haskell, including all arm ports:
+
+<pre>git-annex | 3.20120629         | wheezy            | source, amd64, armel, armhf, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc</pre>
+"""]]
diff --git a/doc/install/Debian/comment_7_1bccc7bf7a4ef61a9b30024b9b22ba7d._comment b/doc/install/Debian/comment_7_1bccc7bf7a4ef61a9b30024b9b22ba7d._comment
new file mode 100644
index 0000000000..6d8cae2f0a
--- /dev/null
+++ b/doc/install/Debian/comment_7_1bccc7bf7a4ef61a9b30024b9b22ba7d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://mey.vn/"
+ ip="46.65.14.106"
+ subject="libc6 dep version on amd64"
+ date="2013-05-28T15:28:47Z"
+ content="""
+hi Joey,
+
+i see from the release notes of the 4.20130521 release that the Debian package should now be built with libc6 2.13, which appears to be the case except for the amd64 arch (hence the amd64 package won't install as is on Wheezy on amd64) - is this a build glitch or is 2.14 needed on amd64 (i imagine as a dependency of one of git-annex's deps on that arch)?
+
+thanks!
+"""]]
diff --git a/doc/install/Debian/comment_8_5b5a3b0e8abe8831a6a15a4e258d14fd._comment b/doc/install/Debian/comment_8_5b5a3b0e8abe8831a6a15a4e258d14fd._comment
new file mode 100644
index 0000000000..253df3d078
--- /dev/null
+++ b/doc/install/Debian/comment_8_5b5a3b0e8abe8831a6a15a4e258d14fd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-05-29T16:23:10Z"
+ content="""
+@mey.vn, Debian packages of git-annex, as uploaded to the Debian repositories, are built with whatever libc version the Debian autobuilder is running. You cannot, in general, install packages from Debian unstable into stable without upgrading your libc6.
+
+The release notes were not talking about the Debian packages, but about the [[Linux_standalone]] tarballs. Those are built with libc 2.13.
+"""]]
diff --git a/doc/install/Docker.mdwn b/doc/install/Docker.mdwn
new file mode 100644
index 0000000000..f3d7c189e0
--- /dev/null
+++ b/doc/install/Docker.mdwn
@@ -0,0 +1,32 @@
+There is not yet a pre-built Docker image for git-annex. However, it's
+easy to add it to an image.
+
+For example:
+
+	docker run -i -t joeyh/debian-unstable apt-get install git-annex
+
+# containers for autobuilders
+
+The git-annex Linux autobuilds are built using Docker containers.
+Most of these are not published, but you can build your own. (See below.)
+
+Since the Android autobuilder container can take quite a lot of work to get
+built, it is published. `docker pull joeyh/git-annex-android-builder`
+
+# building autobuilder containers using Propellor
+
+The Docker containers are built using
+[Propellor](http://joeyh.name/code/propellor). To generate your own image,
+Just install Propellor and add this to its `config.hs`:
+
+[[!format haskell """
+import qualified Propellor.Property.SiteSpecific.GitAnnexBuilder as GitAnnexBuilder
+
+	, host hostname@"your.machine.net" = Just $ props
+	        & Docker.configured
+		& Docker.docked container hostname "amd64-git-annex-builder"
+	, GitAnnexBuilder.standardAutoBuilderContainer dockerImage "amd64" 15 "2h"
+"""]]
+
+This will autobuild every hour at :15, and the autobuilt image will be
+left inside the container in /home/builder/gitbuilder/out/
diff --git a/doc/install/Fedora.mdwn b/doc/install/Fedora.mdwn
new file mode 100644
index 0000000000..9c31165f83
--- /dev/null
+++ b/doc/install/Fedora.mdwn
@@ -0,0 +1,40 @@
+git-annex is available in recent versions of Fedora.
+[status](http://koji.fedoraproject.org/koji/packageinfo?packageID=14145)
+
+Should be as simple as: `yum install git-annex`
+
+Note: Fedora's build does not currently include the git-annex webapp.
+
+----
+
+To install the latest version of git-annex on Fedora 18 and later, you can use `cabal`:
+
+<pre>
+# Install dependencies
+sudo yum install libxml2-devel gnutls-devel libgsasl-devel ghc cabal-install happy alex libidn-devel
+# Update the cabal list
+cabal update
+# Install c2hs, required by dependencies of git-annex, but not automatically installed
+cabal install --bindir=$HOME/bin c2hs
+# Install git-annex
+cabal install --bindir=$HOME/bin git-annex
+</pre>
+
+----
+
+Older version? Here's an installation recipe for Fedora 14 through 15.
+
+<pre>
+sudo yum install ghc cabal-install
+git clone git://git-annex.branchable.com/ git-annex
+cd git-annex
+git checkout ghc7.0
+cabal update
+cabal install --only-dependencies
+cabal configure
+cabal build
+cabal install --bindir=$HOME/bin
+</pre>
+
+Note: You can't just use `cabal install git-annex`, because Fedora does
+not yet ship ghc 7.4.
diff --git a/doc/install/Fedora/comment_1_c4db84e672ad4b45b522db735706b00f._comment b/doc/install/Fedora/comment_1_c4db84e672ad4b45b522db735706b00f._comment
new file mode 100644
index 0000000000..bdc8c9e06c
--- /dev/null
+++ b/doc/install/Fedora/comment_1_c4db84e672ad4b45b522db735706b00f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://mebus.myopenid.com/"
+ ip="2a01:198:3eb:0:4a5b:39ff:fea4:55b3"
+ subject="RPM of version 4.2"
+ date="2013-07-30T01:09:54Z"
+ content="""
+Hi!
+
+Isn't there an rpm package of version 4.2 available for Fedora 17 or 18?
+
+Thanks!
+
+Mebus
+
+
+"""]]
diff --git a/doc/install/Fedora/comment_2_f98c488c09bef86e2b0414589ce9e141._comment b/doc/install/Fedora/comment_2_f98c488c09bef86e2b0414589ce9e141._comment
new file mode 100644
index 0000000000..0a1de29b53
--- /dev/null
+++ b/doc/install/Fedora/comment_2_f98c488c09bef86e2b0414589ce9e141._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://mebus.pip.verisignlabs.com/"
+ nickname="Bussard"
+ subject="comment 2"
+ date="2013-07-30T20:41:07Z"
+ content="""
+When I try to build in from source on Fedora 17, I get this error:
+
+[ 77 of 163] Compiling Utility.DiskFree ( Utility/DiskFree.hs, dist/build/git-annex/git-annex-tmp/Utility/DiskFree.o )
+[ 78 of 163] Compiling Utility.Url      ( Utility/Url.hs, dist/build/git-annex/git-annex-tmp/Utility/Url.o )
+
+Utility/Url.hs:111:88:
+    Couldn't match expected type `Maybe URI' with actual type `URI'
+    In the second argument of `fromMaybe', namely
+      `(newURI `relativeTo` u)'
+    In the expression: fromMaybe newURI (newURI `relativeTo` u)
+    In an equation for `newURI_abs':
+        newURI_abs = fromMaybe newURI (newURI `relativeTo` u)
+
+Any help?
+
+Mebus
+
+
+"""]]
diff --git a/doc/install/Fedora/comment_3_d872acf8865fe7c99a9b712db5b38ea4._comment b/doc/install/Fedora/comment_3_d872acf8865fe7c99a9b712db5b38ea4._comment
new file mode 100644
index 0000000000..4a86249616
--- /dev/null
+++ b/doc/install/Fedora/comment_3_d872acf8865fe7c99a9b712db5b38ea4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 3"
+ date="2013-07-30T21:25:32Z"
+ content="""
+Edit Utility/Url.hs and play around with the version in the `MIN_VERSION_network` define.  It seems to me that your system needs to build with the #else branch of the #ifdef, despite having a version of the haskell network package older than 2.4.0. It's possible that the haskell network package has been modified by Fedora.
+"""]]
diff --git a/doc/install/Fedora/comment_4_93b3402e4c51e1a5c96f907bb528164b._comment b/doc/install/Fedora/comment_4_93b3402e4c51e1a5c96f907bb528164b._comment
new file mode 100644
index 0000000000..afdbf1dc16
--- /dev/null
+++ b/doc/install/Fedora/comment_4_93b3402e4c51e1a5c96f907bb528164b._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkJafmCf-sg9_OM0pynFYM3AO4WCgJiaMI"
+ nickname="Michele"
+ subject="installing on fc19"
+ date="2013-10-18T21:05:56Z"
+ content="""
+i share my experience in installing from source on fc19, I must admit these are useful only for haskell novices:
+should cabal complain about missing libffi.so.5 (as it happened to me), do 
+
+     yum install compat-libffi
+
+and you'll get the missing library (the shipping version with fc19 is libffi.so.6)
+also: in order for the git annex to be picked up globally or better to end up in the default path i had to:
+
+     cabal install --global 
+"""]]
diff --git a/doc/install/Fedora/comment_5_0427e0503764b29e57abf9e97155136b._comment b/doc/install/Fedora/comment_5_0427e0503764b29e57abf9e97155136b._comment
new file mode 100644
index 0000000000..df518ea11d
--- /dev/null
+++ b/doc/install/Fedora/comment_5_0427e0503764b29e57abf9e97155136b._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://mebus.myopenid.com/"
+ ip="2a01:198:3eb:0:4a5b:39ff:fea4:55b3"
+ subject="Error on Fedora 19"
+ date="2013-10-19T14:57:12Z"
+ content="""
+On Fedora 19, I am getting this error:
+
+http://pastebin.com/raw.php?i=c9SNjbXV
+
+Mebus
+
+
+
+"""]]
diff --git a/doc/install/Fedora/comment_6_1b1b38a79251fe2e8c1e4debbe3bc3c5._comment b/doc/install/Fedora/comment_6_1b1b38a79251fe2e8c1e4debbe3bc3c5._comment
new file mode 100644
index 0000000000..ffb6f06059
--- /dev/null
+++ b/doc/install/Fedora/comment_6_1b1b38a79251fe2e8c1e4debbe3bc3c5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://mebus.myopenid.com/"
+ ip="2a01:198:3eb:0:4a5b:39ff:fea4:55b3"
+ subject="comment 6"
+ date="2013-10-19T15:09:34Z"
+ content="""
+Worked! I forgot to install c2hs.
+
+Mebus
+
+
+"""]]
diff --git a/doc/install/Fedora/comment_7_4832d271dcc63a6cd1c40fe38ad5e367._comment b/doc/install/Fedora/comment_7_4832d271dcc63a6cd1c40fe38ad5e367._comment
new file mode 100644
index 0000000000..ec9308b70e
--- /dev/null
+++ b/doc/install/Fedora/comment_7_4832d271dcc63a6cd1c40fe38ad5e367._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkJafmCf-sg9_OM0pynFYM3AO4WCgJiaMI"
+ nickname="Michele"
+ subject="building fails on fedora 19"
+ date="2014-05-26T15:31:10Z"
+ content="""
+latest version (git-annex-5.20140517) during cabal install git-annex I encounter this:
+
+[[!format sh \"\"\"
+[266 of 457] Compiling Remote.WebDAV    ( Remote/WebDAV.hs, dist/build/git-annex/git-annex-tmp/Remote/WebDAV.o )
+
+Remote/WebDAV.hs:380:32:
+    Constructor `StatusCodeException' should have 3 arguments, but has been given 2
+    In the pattern: StatusCodeException s _
+    In an equation for `matchStatusCodeException':
+        matchStatusCodeException want (StatusCodeException s _)
+          | s == want = Just ()
+          | otherwise = Nothing
+Failed to install git-annex-5.20140517
+cabal: Error: some packages failed to install:
+git-annex-5.20140517 failed during the building phase. The exception was:
+ExitFailure 1
+\"\"\"]]
+"""]]
diff --git a/doc/install/Fedora/comment_8_80e167cde1a6511683a8f6e8029c0da6._comment b/doc/install/Fedora/comment_8_80e167cde1a6511683a8f6e8029c0da6._comment
new file mode 100644
index 0000000000..e649ff759c
--- /dev/null
+++ b/doc/install/Fedora/comment_8_80e167cde1a6511683a8f6e8029c0da6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 8"
+ date="2014-05-27T16:08:14Z"
+ content="""
+@Michele, you seem to have an old version of the haskell DAV library installed. The simple solutions is probably `cabal install DAV` to upgrade to the new one.
+
+(The complex solution is to edit the file and copy the line 2 lines above the error, or fix the ifdefs somehow to work with whatever combination of versions of DAV and http-client or http-conduit you have installed.)
+"""]]
diff --git a/doc/install/FreeBSD.mdwn b/doc/install/FreeBSD.mdwn
new file mode 100644
index 0000000000..72b402c380
--- /dev/null
+++ b/doc/install/FreeBSD.mdwn
@@ -0,0 +1,2 @@
+git-annex is in FreeBSD ports in
+[devel/git-annex](http://www.freshports.org/devel/hs-git-annex/)
diff --git a/doc/install/Gentoo.mdwn b/doc/install/Gentoo.mdwn
new file mode 100644
index 0000000000..feeaad739b
--- /dev/null
+++ b/doc/install/Gentoo.mdwn
@@ -0,0 +1,3 @@
+Gentoo users can: `emerge git-annex`
+
+A possibly more up-to-date version is in the haskell portage overlay.
diff --git a/doc/install/Homebrew.mdwn b/doc/install/Homebrew.mdwn
new file mode 100644
index 0000000000..bd9a840b0f
--- /dev/null
+++ b/doc/install/Homebrew.mdwn
@@ -0,0 +1,21 @@
+[Homebrew](http://brew.sh/) has [a formula](https://github.com/Homebrew/homebrew/commits/master/Library/Formula/git-annex.rb) for git-annex.
+
+Homebrew users can simply run `brew install git-annex` to install git-annex.
+
+## buiding git-annex from sources
+
+This is the old recipe for building git-annex from source, using
+packages from homebrew. Useful if you want a newer version than the version
+in homebrew.
+
+<pre>
+brew install haskell-platform git ossp-uuid md5sha1sum coreutils gnutls libidn gsasl pkg-config libxml2
+brew link libxml2 --force
+cabal update
+mkdir $HOME/bin
+PATH=$HOME/bin:$PATH
+PATH=$HOME/.cabal/bin:$PATH
+cabal install c2hs --bindir=$HOME/bin
+cabal install gnuidn
+cabal install git-annex --bindir=$HOME/bin
+</pre>
diff --git a/doc/install/Linux_standalone.mdwn b/doc/install/Linux_standalone.mdwn
new file mode 100644
index 0000000000..4e654febcf
--- /dev/null
+++ b/doc/install/Linux_standalone.mdwn
@@ -0,0 +1,34 @@
+If your Linux distribution does not have git-annex packaged up for you,
+you can either build it [[fromscratch]], or you can use a handy
+prebuilt tarball of the most recent release.
+
+This tarball should work on most Linux systems. It has basically no
+dependencies and is self-contained.
+
+* i386: [download tarball](https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-i386.tar.gz)
+* amd64: [download tarball](https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz)
+* armel: [download tarball](https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-armel.tar.gz)
+
+To use, just unpack the tarball, `cd git-annex.linux` and run `./runshell`
+-- this sets up an environment where you can use `git annex`, as well
+as everything else included in the bundle.
+
+Alternatively, you can unpack the tarball, and add the directory to your
+`PATH`, or symlink the programs in the directory to a directory in your
+PATH. This lets you use `git annex`, without overriding your system's
+own versions of git, etc.
+
+The armel version can be installed on NAS devices and other embedded ARM
+linux systems.
+
+* [[tips/Synology_NAS_and_git_annex]]
+* [[forum_thread|forum/new_linux_arm_tarball_build]]
+
+## autobuilds
+
+A daily build is also available, thanks to Mesar Hameed and the University
+of Bath CS department.
+
+* i386: [download tarball](https://downloads.kitenet.net/git-annex/autobuild/i386/git-annex-standalone-i386.tar.gz) ([build logs](https://downloads.kitenet.net/git-annex/autobuild/i386/))
+* amd64: [download tarball](https://downloads.kitenet.net/git-annex/autobuild/amd64/git-annex-standalone-amd64.tar.gz) ([build logs](https://downloads.kitenet.net/git-annex/autobuild/amd64/))
+* armel: [download tarball](https://downloads.kitenet.net/git-annex/autobuild/armel/git-annex-standalone-armel.tar.gz) ([build logs](https://downloads.kitenet.net/git-annex/autobuild/armel/))
diff --git a/doc/install/Linux_standalone/comment_1_1adc00aecc51f1e74701bd67cd74155d._comment b/doc/install/Linux_standalone/comment_1_1adc00aecc51f1e74701bd67cd74155d._comment
new file mode 100644
index 0000000000..8218aa40d9
--- /dev/null
+++ b/doc/install/Linux_standalone/comment_1_1adc00aecc51f1e74701bd67cd74155d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="Are the ARM binaries ARMv6 or ARMv7?"
+ date="2014-02-26T21:04:44Z"
+ content="""
+I'm trying to run git-annex on my Raspberry PI, which is an ARMv6 device.  But I can't tell if the prebuilt binaries are ARMv6 or ARMv7.  The binaries seem to work, but it's not clear to me how early I should expect things to fail if they're compiled for ARMv7.
+"""]]
diff --git a/doc/install/Linux_standalone/comment_2_7983285b56fd10359a7cc3615fd1e2fe._comment b/doc/install/Linux_standalone/comment_2_7983285b56fd10359a7cc3615fd1e2fe._comment
new file mode 100644
index 0000000000..996263b181
--- /dev/null
+++ b/doc/install/Linux_standalone/comment_2_7983285b56fd10359a7cc3615fd1e2fe._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 2"
+ date="2014-02-26T21:07:20Z"
+ content="""
+The arm binaries are ARMv6; they're built on a Debian armel system.
+
+Obviously there is a lot of variation in ARM instructions sets. Like Debian, we're shooting for lowest common denominator here.
+
+(Note: I'm going to be moving your comment and this one to the place you should have posted it...)
+"""]]
diff --git a/doc/install/NixOS.mdwn b/doc/install/NixOS.mdwn
new file mode 100644
index 0000000000..115f9fa532
--- /dev/null
+++ b/doc/install/NixOS.mdwn
@@ -0,0 +1,6 @@
+Users of the [Nix package manager](http://nixos.org/) can install it by running:
+
+    nix-env -i git-annex
+
+The build status of the package within Nix can be seen on the [Hydra Build
+Farm](http://hydra.nixos.org/job/nixpkgs/trunk/gitAndTools.gitAnnex).
diff --git a/doc/install/NixOS/comment_1_4e487ddd2654a8a992c1538b9c3bf003._comment b/doc/install/NixOS/comment_1_4e487ddd2654a8a992c1538b9c3bf003._comment
new file mode 100644
index 0000000000..8424b632dd
--- /dev/null
+++ b/doc/install/NixOS/comment_1_4e487ddd2654a8a992c1538b9c3bf003._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="build failure"
+ date="2014-06-09T15:13:18Z"
+ content="""
+Building git-annex with Nix 1.7 fails for me. Error:
+
+    trying https://git.samba.org/?p=rsync.git;a=commitdiff_plain;h=0dedfbce2c1b851684ba658861fe9d620636c56a
+      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
+                                     Dload  Upload   Total   Spent    Left  Speed
+    100  2277    0  2277    0     0   2805      0 --:--:-- --:--:-- --:--:--  5735
+    output path `/nix/store/w6l1c3cdr52arymv3zgwly7razwnsdll-CVE-2014-2855.patch' should have sha256 hash `1jpwwdf07naqxc8fv1lspc95jgk50j5j3wvf037bjay2qzpwjmvf', instead has `0j1pqmwsqc5mh815x28izi4baki2y2r5q8k7ma1sgs4xsgjc4rk8'
+    building path(s) `/nix/store/85v7c8b3ygpfj8m8bk98kcygf29qcbq7-cacert-20131205.pem.bz2'
+    cannot build derivation `/nix/store/im9p1y2xbh08yrwp5yggj1ii884wv3ql-rsync-3.1.0.drv': 1 dependencies couldn't be built
+    killing process 2599
+    cannot build derivation `/nix/store/sl48cnm06m7mcqxjfj2b0yv8am3blqr3-git-annex-5.20140517.drv': 1 dependencies couldn't be built
+    error: build of `/nix/store/sl48cnm06m7mcqxjfj2b0yv8am3blqr3-git-annex-5.20140517.drv' failed
+
+Someone has an idea what Nix expects me to do in this situation?
+"""]]
diff --git a/doc/install/OSX.mdwn b/doc/install/OSX.mdwn
new file mode 100644
index 0000000000..5a1505c600
--- /dev/null
+++ b/doc/install/OSX.mdwn
@@ -0,0 +1,55 @@
+## git-annex.app
+
+[[!img /assistant/osx-app.png align=right link=/assistant]]
+For easy installation, use the prebuilt app bundle.
+
+* 10.9 Mavericks: [git-annex.dmg](https://downloads.kitenet.net/git-annex/OSX/current/10.9_Mavericks/git-annex.dmg)
+* 10.8.2 Mountain Lion: [git-annex.dmg.bz2](https://downloads.kitenet.net/git-annex/OSX/current/10.8.2_Mountain_Lion/git-annex.dmg.bz2) **warning: not being updated any longer**
+* 10.7.5 Lion: [git-annex.dmg](https://downloads.kitenet.net/git-annex/OSX/current/10.7.5_Lion/git-annex.dmg) **warning: not being updated any longer**
+
+To run the [[git-annex_assistant|/assistant]], just
+install the app, look for the icon, and start it up. 
+
+To use git-annex at the command line, you can add
+`git-annex.app/Contents/MacOS` to your `PATH`
+
+Alternatively, from the command line you can run
+`git-annex.app/Contents/MacOS/runshell`, which makes your shell use all the
+programs bundled inside the app, including not just git-annex, but git, and
+several more. Handy if you don't otherwise have git installed.
+
+## autobuilds
+
+[[Joey]] autobuilds the app for Mavericks, thanks to Kevin McKenzie
+for hosting the autobuilder.
+
+* [autobuild of git-annex.dmg](https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/git-annex.dmg) ([build logs](https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/))
+
+## using Homebrew
+
+git-annex is now [[available in Homebrew|Homebrew]]!
+
+## using MacPorts
+
+Install the Haskell Platform from [[http://hackage.haskell.org/platform/mac.html]].
+The version provided by Macports is too old to work with current versions of git-annex.
+Then execute
+
+<pre>
+sudo port install git-core ossp-uuid md5sha1sum coreutils gnutls libxml2 libgsasl pkgconfig
+sudo cabal update
+PATH=$HOME/bin:$PATH
+cabal install c2hs git-annex --bindir=$HOME/bin
+</pre>
+
+## PATH setup
+
+Do not forget to add to your PATH variable your ~/bin folder. In your .bashrc, for example:
+<pre>
+PATH=$HOME/bin:$PATH
+</pre>
+
+See also:
+
+* [[forum/OSX__39__s_haskell-platform_statically_links_things]]
+* [[forum/OSX__39__s_default_sshd_behaviour_has_limited_paths_set]]
diff --git a/doc/install/OSX/comment_10_cd2120552ef894a37933b328136fa4cc._comment b/doc/install/OSX/comment_10_cd2120552ef894a37933b328136fa4cc._comment
new file mode 100644
index 0000000000..c2b43b2dd3
--- /dev/null
+++ b/doc/install/OSX/comment_10_cd2120552ef894a37933b328136fa4cc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="Segmentation Fault"
+ date="2013-01-19T16:10:08Z"
+ content="""
+I guess my adventure ends here. :'(
+"""]]
diff --git a/doc/install/OSX/comment_11_740fa80e2e54e6fb570f820ff1f56440._comment b/doc/install/OSX/comment_11_740fa80e2e54e6fb570f820ff1f56440._comment
new file mode 100644
index 0000000000..d0c74d6095
--- /dev/null
+++ b/doc/install/OSX/comment_11_740fa80e2e54e6fb570f820ff1f56440._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmyFvkaewo432ELwtCoecUGou4v3jCP0Pc"
+ nickname="Eric"
+ subject="Updating to latest build"
+ date="2013-01-25T06:05:35Z"
+ content="""
+What is the appropriate way to update to the latest build of git-annex using cabal?
+"""]]
diff --git a/doc/install/OSX/comment_12_a84028080578a8b60115b6c4ef823627._comment b/doc/install/OSX/comment_12_a84028080578a8b60115b6c4ef823627._comment
new file mode 100644
index 0000000000..cc57cbdfb6
--- /dev/null
+++ b/doc/install/OSX/comment_12_a84028080578a8b60115b6c4ef823627._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="git annex on Snow Leopard"
+ date="2013-01-25T14:36:52Z"
+ content="""
+Is there any way I can try to solve or by-pass the Segmentation Fault I commeted before? 
+"""]]
diff --git a/doc/install/OSX/comment_13_d6f1db401858ffea23c123db49f5b296._comment b/doc/install/OSX/comment_13_d6f1db401858ffea23c123db49f5b296._comment
new file mode 100644
index 0000000000..875db34f1d
--- /dev/null
+++ b/doc/install/OSX/comment_13_d6f1db401858ffea23c123db49f5b296._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 13"
+ date="2013-02-05T19:46:29Z"
+ content="""
+@eric `cabal update && cabal upgrade git-annex`
+"""]]
diff --git a/doc/install/OSX/comment_14_035f856923276b0edad879e196e94097._comment b/doc/install/OSX/comment_14_035f856923276b0edad879e196e94097._comment
new file mode 100644
index 0000000000..1072dbc39f
--- /dev/null
+++ b/doc/install/OSX/comment_14_035f856923276b0edad879e196e94097._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmCmNS-oUgYfNg85-LPuxzTZJUp0sIgprM"
+ nickname="Jonas"
+ subject="more homebrew"
+ date="2013-02-16T19:46:47Z"
+ content="""
+i had macports installed. then i installed brew, instaled haskell via brew. i needed to set 
+    PATH=$HOME/bin:/usr/local/bin:$PATH
+"""]]
diff --git a/doc/install/OSX/comment_15_336e0acb00e84943715e69917643a69e._comment b/doc/install/OSX/comment_15_336e0acb00e84943715e69917643a69e._comment
new file mode 100644
index 0000000000..05f5654bc8
--- /dev/null
+++ b/doc/install/OSX/comment_15_336e0acb00e84943715e69917643a69e._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~wincus"
+ nickname="Juan Moyano"
+ subject="git annex on Snow Leopard"
+ date="2013-03-26T16:02:54Z"
+ content="""
+I'm having the same issue as @Pere, with a newer version of DAV :(
+
+cabal: Error: some packages failed to install:
+DAV-0.3.1 failed during the building phase. The exception was:
+ExitFailure 11
+git-annex-4.20130323 depends on shakespeare-css-1.0.3 which failed to install.
+persistent-1.1.5.1 failed during the building phase. The exception was:
+ExitFailure 11
+persistent-template-1.1.3.1 depends on persistent-1.1.5.1 which failed to
+install.
+shakespeare-css-1.0.3 failed during the building phase. The exception was:
+ExitFailure 11
+yesod-1.1.9.2 depends on shakespeare-css-1.0.3 which failed to install.
+yesod-auth-1.1.5.3 depends on shakespeare-css-1.0.3 which failed to install.
+yesod-core-1.1.8.2 depends on shakespeare-css-1.0.3 which failed to install.
+yesod-default-1.1.3.2 depends on shakespeare-css-1.0.3 which failed to
+install.
+yesod-form-1.2.1.3 depends on shakespeare-css-1.0.3 which failed to install.
+yesod-json-1.1.2.2 depends on shakespeare-css-1.0.3 which failed to install.
+yesod-persistent-1.1.0.1 depends on shakespeare-css-1.0.3 which failed to
+install.
+yesod-static-1.1.2.2 depends on shakespeare-css-1.0.3 which failed to install.
+
+
+
+*Any ideas?*
+
+
+"""]]
diff --git a/doc/install/OSX/comment_16_1befafa862b7d07b1f6e57c0182497cf._comment b/doc/install/OSX/comment_16_1befafa862b7d07b1f6e57c0182497cf._comment
new file mode 100644
index 0000000000..0098e745da
--- /dev/null
+++ b/doc/install/OSX/comment_16_1befafa862b7d07b1f6e57c0182497cf._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="Snow Leopard Issues"
+ date="2013-04-14T20:17:17Z"
+ content="""
+I was able to build snow leopard completely for the first time over last night (it took a very long time to build all the tools and dependancies).  Woohoo!
+
+The way I was able to fully build on a 32-bit 10.6 machine was this
+
+1. Delete ~/.ghc and ~/.cabal.  They were full of random things and were causing problems.
+2. `brew uninstall ghc and haskell-platform`
+3. `brew update`
+4. `brew install git ossp-uuid md5sha1sum coreutils libgsasl gnutls libidn libgsasl pkg-config libxml2`
+5. `brew upgrade git ossp-uuid md5sha1sum coreutils libgsasl gnutls libidn libgsasl pkg-config libxml2` (Some of these were already installed/up to date.
+6. `brew link libxml2`
+7. `brew install haskell-platform`  (This takes a long, long time).
+8. `cabal update` (assuming you have added `~/.cabal/bin` to your path
+9. `cabal install cablal-install`
+10. `cabal install c2hs`
+11. `cabal install git-annex`
+
+
+It also appears to be running fairly smoothly than it had in the past on a 32-bit SL system.  Thats also neat.  
+
+The problem is that it seems to not really work as git annex though, probably due to the error relating you get when you start up the webapp:
+Running
+`git annex webapp` 
+The browser starts up, and I get 3 of these errors:
+`Watcher crashed: Need at least OSX 10.7.0 for file-level FSEvents`
+
+Pairing with a local computer appears to work to systems running 10.7, but when you complete the process, they never show up in the repository list.
+
+
+Also on a side note, when running `git annex webapp` it triggers the opening of an html file in whatever the default html file handler is.  I edit a lot of html, so for me that is usually a text editor.  I had to change the file handler to open html files with my web browser for the `git annex webapp` to actually work.  Is there a way to change that so that `git annex webapp` uses the default web browser for the system rather than the default html file handler?
+"""]]
diff --git a/doc/install/OSX/comment_17_19c08b2c6c2c5cd88bf96d2bcbbd9055._comment b/doc/install/OSX/comment_17_19c08b2c6c2c5cd88bf96d2bcbbd9055._comment
new file mode 100644
index 0000000000..8955ab20b2
--- /dev/null
+++ b/doc/install/OSX/comment_17_19c08b2c6c2c5cd88bf96d2bcbbd9055._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 17"
+ date="2013-04-16T20:31:10Z"
+ content="""
+@Bret, the assistant relies on FSEvents pretty heavily. It seems to me your best bet is to upgrade OSX to a version that supports FSEvents.
+
+You can certainly use the rest of git-annex on Snow Leopard without FSEvents.
+"""]]
diff --git a/doc/install/OSX/comment_18_537fad5d8854e765499d47602d1ab398._comment b/doc/install/OSX/comment_18_537fad5d8854e765499d47602d1ab398._comment
new file mode 100644
index 0000000000..9d8d8f755f
--- /dev/null
+++ b/doc/install/OSX/comment_18_537fad5d8854e765499d47602d1ab398._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="Can't update"
+ date="2013-04-18T00:58:19Z"
+ content="""
+The laptop is one of the first macbook pro's with a 32 bit chip, which apple dropped support for in 10.7, so the furthest it can update to is 10.6.x. :(
+"""]]
diff --git a/doc/install/OSX/comment_19_18d4377f4ded5604d395d73783ba82c9._comment b/doc/install/OSX/comment_19_18d4377f4ded5604d395d73783ba82c9._comment
new file mode 100644
index 0000000000..f244951e8d
--- /dev/null
+++ b/doc/install/OSX/comment_19_18d4377f4ded5604d395d73783ba82c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 19"
+ date="2013-04-18T02:05:34Z"
+ content="""
+sounds like a prime candidate for a nice lightweight linux distro ;)
+"""]]
diff --git a/doc/install/OSX/comment_20_3e6a3c00444badf2cf7a9ee3d54af11e._comment b/doc/install/OSX/comment_20_3e6a3c00444badf2cf7a9ee3d54af11e._comment
new file mode 100644
index 0000000000..ef273bf7be
--- /dev/null
+++ b/doc/install/OSX/comment_20_3e6a3c00444badf2cf7a9ee3d54af11e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnEgT3Gxm4AAK4zu3ft5-PsUmY6dr1F-gE"
+ nickname="David"
+ subject="OSX app bundle"
+ date="2013-06-05T17:35:49Z"
+ content="""
+I'm using the annex assistant from the annex bundle for the convenience, but sometimes I use git-annex directly from the command line. I have /Applications/git-annex.app/Contents/MacOS/ in my path, but is there any way you could build the app bundle with the manpage in there so I could add it to my MANPATH?  
+"""]]
diff --git a/doc/install/OSX/comment_21_987f1302f56107c926b6daf83e124654._comment b/doc/install/OSX/comment_21_987f1302f56107c926b6daf83e124654._comment
new file mode 100644
index 0000000000..e7d42b5344
--- /dev/null
+++ b/doc/install/OSX/comment_21_987f1302f56107c926b6daf83e124654._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmJdzisfT6DhorwRz0kKJ_9-zQbccCopu4"
+ nickname="Alejandro"
+ subject="Macports _iconv"
+ date="2013-07-18T14:23:02Z"
+ content="""
+If you get an error like `undefined symbol _iconv for x86_64`, you're most likely using libiconv installed by macports. You can fix this by running
+
+    cabal install c2hs git-annex --bindir=$HOME/bin --extra-lib-dirs=/usr/lib
+
+"""]]
diff --git a/doc/install/OSX/comment_22_6b5f44a98f9d37a1c6ecfe19a60fe6c5._comment b/doc/install/OSX/comment_22_6b5f44a98f9d37a1c6ecfe19a60fe6c5._comment
new file mode 100644
index 0000000000..7dfa481328
--- /dev/null
+++ b/doc/install/OSX/comment_22_6b5f44a98f9d37a1c6ecfe19a60fe6c5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 22"
+ date="2013-07-25T02:19:53Z"
+ content="""
+Rather than specifying --bindir on the command line for cabal, I edited my ~/.cabal/config to add this line:
+
+    symlink-bindir: /usr/local/bin
+
+This installs the binaries to ~/.cabal/bin but symlinks them into /usr/local/bin alongside the links that homebrew installs. Additionally, I symlinked /usr/local/bin/git-annex-shell to /usr/local/bin/git-annex which made things work great from remote hosts via ssh.
+"""]]
diff --git a/doc/install/OSX/comment_23_3d82a270dd4b0159f4aab5675166e1e3._comment b/doc/install/OSX/comment_23_3d82a270dd4b0159f4aab5675166e1e3._comment
new file mode 100644
index 0000000000..08792aa21c
--- /dev/null
+++ b/doc/install/OSX/comment_23_3d82a270dd4b0159f4aab5675166e1e3._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmL8pteP2jbYJUn1M3CbeLDvz2SWAA1wtg"
+ nickname="Kristian"
+ subject="Build failure using Haskel Platform"
+ date="2013-09-15T18:49:01Z"
+ content="""
+I get this error when I try to build git-annex using \"cabal install git-annex\"
+
+    [ 34 of 347] Compiling Utility.Misc     ( Utility/Misc.hs, dist/build/git-annex/git-annex-tmp/Utility/Misc.o )
+    [ 35 of 347] Compiling Utility.Process  ( Utility/Process.hs, dist/build/git-annex/git-annex-tmp/Utility/Process.o )
+    [ 36 of 347] Compiling Utility.Network  ( Utility/Network.hs, dist/build/git-annex/git-annex-tmp/Utility/Network.o )
+    [ 37 of 347] Compiling Utility.SRV      ( Utility/SRV.hs, dist/build/git-annex/git-annex-tmp/Utility/SRV.o )
+    
+    Utility/SRV.hs:70:54:
+        Couldn't match expected type `Maybe
+                                        [(Int, Int, Integer, B8.ByteString)]'
+                    with actual type `Either
+                                        dns-1.0.0:Network.DNS.Internal.DNSError
+                                        [(Int, Int, Int, dns-1.0.0:Network.DNS.Internal.Domain)]'
+        In the third argument of `maybe', namely `r'
+        In the second argument of `($)', namely
+          `maybe [] (orderHosts . map tohosts) r'
+        In a stmt of a 'do' block:
+          return $ maybe [] (orderHosts . map tohosts) r
+    Failed to install git-annex-4.20130909
+    cabal: Error: some packages failed to install:
+    git-annex-4.20130909 failed during the building phase. The exception was:
+    ExitFailure 1
+
+"""]]
diff --git a/doc/install/OSX/comment_24_b9d3563a2cc3d769f27876e028dc344d._comment b/doc/install/OSX/comment_24_b9d3563a2cc3d769f27876e028dc344d._comment
new file mode 100644
index 0000000000..4b4bf3eb72
--- /dev/null
+++ b/doc/install/OSX/comment_24_b9d3563a2cc3d769f27876e028dc344d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.128"
+ subject="comment 24"
+ date="2013-09-17T15:56:17Z"
+ content="""
+@Kristian, a new version of the DNS library has caused this. A workaround is to pass `-f-DNS` to the cabal command.
+
+I am in the process of adding support for the new DNS library version in git now.
+
+By the way, please [[file_a_bug|bugs]] if you have a big ugly looking build failure like that, so as to not clutter up this page.
+"""]]
diff --git a/doc/install/OSX/comment_25_db90984062a07576a4777b2d743161f1._comment b/doc/install/OSX/comment_25_db90984062a07576a4777b2d743161f1._comment
new file mode 100644
index 0000000000..2a924e8f90
--- /dev/null
+++ b/doc/install/OSX/comment_25_db90984062a07576a4777b2d743161f1._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnyMzZZLS1xGW1raqc_9Md6Ksdkvx5rUJU"
+ nickname="Michael"
+ subject="confusion with bundled programs"
+ date="2013-10-02T21:39:11Z"
+ content="""
+I have fiddled with the fresh (as of Oct 2nd) build of assistant on OS X 10.8.5, and there has been a lot of problems with bundled software
+
+bundled git is an old 1.7.x version which keeps saying in the daemon logs it is too old to honor .gitignores etc
+at the same time I have git 1.8.4 installed through homebrew which works very nicely throughout my system
+
+I also have homebrew-installed gpg2:
+
+$ gpg2 --version
+gpg (GnuPG) 2.0.21
+libgcrypt 1.5.3
+
+(and have briefly experimented with using GPGSuite from gpgtools.org, which kept bailing with invalid autolocate directive in gpg.conf)
+
+however there is some unidentifiable gpg binary bundled with the assistant, which cannot connect to gpg-agent from gpg2, and doesn't work with GPGSuite (see above)
+
+is there a way to completely forgo usage of bundled software and have the webapp use whatever is already available on the system?
+
+"""]]
diff --git a/doc/install/OSX/comment_27_2a60108a440231ba83f5a54b6bcc5488._comment b/doc/install/OSX/comment_27_2a60108a440231ba83f5a54b6bcc5488._comment
new file mode 100644
index 0000000000..9a5b9c9c1e
--- /dev/null
+++ b/doc/install/OSX/comment_27_2a60108a440231ba83f5a54b6bcc5488._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 27"
+ date="2013-10-16T09:40:23Z"
+ content="""
+The [FSevents framework itself has been around since leopard](http://arstechnica.com/apple/2007/10/mac-os-x-10-5/7/).
+
+[This fsevents wrapper project](https://github.com/rastersize/CDEvents) supports snow leopard and even leopard, maybe it will provide some clues on how it was done.
+
+I'm guessing it would be worth it, [snow leopard is still the most popular OSX as of April](http://www.patentlyapple.com/patently-apple/2013/04/snow-leopard-remains-the-most-popular-version-of-os-x.html). From my own experience, snow leopard is a huge life extender for 2+ year old hardware. Lion just makes them sluggishly painful to use.
+
+Maybe someone could volunteer an SL machine for remote development? Sorry, mine are tied down :(
+"""]]
diff --git a/doc/install/OSX/comment_27_d453510b9bb62072a4c663206c12c8a4._comment b/doc/install/OSX/comment_27_d453510b9bb62072a4c663206c12c8a4._comment
new file mode 100644
index 0000000000..cc9b44c1a4
--- /dev/null
+++ b/doc/install/OSX/comment_27_d453510b9bb62072a4c663206c12c8a4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 27"
+ date="2013-10-16T15:14:53Z"
+ content="""
+The git-annex assistant uses **file level** FSevents to detect which files have been changed. Would it be possible to make it work with older versions that don't provide file-level events? Probably. The code for BSD kqueue deals with similar limitations in needing to scan the directory to find the files that actually changed. If someone cares about old versions of OSX and wants to do that work I'll happily support you.
+"""]]
diff --git a/doc/install/OSX/comment_28_0970bfd63137ea48701dff6aea1b4bcb._comment b/doc/install/OSX/comment_28_0970bfd63137ea48701dff6aea1b4bcb._comment
new file mode 100644
index 0000000000..a672a70c43
--- /dev/null
+++ b/doc/install/OSX/comment_28_0970bfd63137ea48701dff6aea1b4bcb._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="dbus support?"
+ date="2013-10-18T08:24:11Z"
+ content="""
+Hello,
+
+I just compiled git-annex using cabal on OS X, and I see there is no dbus support:
+
+    Assistant/Threads/NetWatcher.hs:26:0:
+         warning: #warning Building without dbus support; will poll for network connection changes
+    
+    Assistant/Threads/MountWatcher.hs:33:0:
+         warning: #warning Building without dbus support; will use mtab polling
+
+Is this problematic? I see I can install dbus using homebrew. If I do so, will I have dbus support (after recompiling git-annex)?
+"""]]
diff --git a/doc/install/OSX/comment_29_8622ed56c6a8034c20fb311418d94003._comment b/doc/install/OSX/comment_29_8622ed56c6a8034c20fb311418d94003._comment
new file mode 100644
index 0000000000..c0552d9d99
--- /dev/null
+++ b/doc/install/OSX/comment_29_8622ed56c6a8034c20fb311418d94003._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 29"
+ date="2013-10-18T15:58:59Z"
+ content="""
+I think I dragged you out of dev mode for commenting unnecessarily, sorry about that. Apparently, [Lion](http://www.redmondpie.com/os-x-lion-vs-os-x-snow-leopard-head-to-head-performance-showdown/) and [Mountain Lion are fine on older hardware](http://apple.stackexchange.com/questions/58453/will-mountain-lion-make-an-older-computer-run-faster-or-slower). For a while [a daemon cause Lion slowdowns for a day after upgrade](https://discussions.apple.com/message/15719036) for a while, which was enough to cause a reputation.
+"""]]
diff --git a/doc/install/OSX/comment_2_25552ff2942048fafe97d653757f1ad6._comment b/doc/install/OSX/comment_2_25552ff2942048fafe97d653757f1ad6._comment
new file mode 100644
index 0000000000..8d7010a1b9
--- /dev/null
+++ b/doc/install/OSX/comment_2_25552ff2942048fafe97d653757f1ad6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-07-24T15:09:29Z"
+ content="""
+I've moved some outdated comments about installing on OSX to [[old_comments]].
+And also moved away some comments that helped build the instructions above.
+"""]]
diff --git a/doc/install/OSX/comment_30_ce58633ef5b2f8f4caa7e626358f33be._comment b/doc/install/OSX/comment_30_ce58633ef5b2f8f4caa7e626358f33be._comment
new file mode 100644
index 0000000000..9fcf7aa039
--- /dev/null
+++ b/doc/install/OSX/comment_30_ce58633ef5b2f8f4caa7e626358f33be._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 30"
+ date="2013-10-19T15:31:45Z"
+ content="""
+@Alan you don't need to install dbus on OSX. The polling code will work. On the other hand if you'd like to experiment with installing dbus and report back, perhaps it's worth a try. It's nice when the git-annex assistant can instantly detect when drives are plugged in, and then the network connection changes and react to it. On Linux, dbus gives it that capability.
+"""]]
diff --git a/doc/install/OSX/comment_31_09084a7b3cf06bfa3add0f4991476ffe._comment b/doc/install/OSX/comment_31_09084a7b3cf06bfa3add0f4991476ffe._comment
new file mode 100644
index 0000000000..df9134194e
--- /dev/null
+++ b/doc/install/OSX/comment_31_09084a7b3cf06bfa3add0f4991476ffe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="dbus and homebrew"
+ date="2013-10-20T17:25:04Z"
+ content="""
+I'm trying to build git-annex with dbus support, and even though I installed dbus (through homebrew), at the end of compilation I get the warning about \"building without dbus\". Is there something special I need to do for git-annex to see I have installed dbus?
+
+(Also, it tells me at the beginning that I don't have gcrypt, but libgcrypt is installed.)
+"""]]
diff --git a/doc/install/OSX/comment_32_a46d8e3e7795b9afb1e1c2be943d12af._comment b/doc/install/OSX/comment_32_a46d8e3e7795b9afb1e1c2be943d12af._comment
new file mode 100644
index 0000000000..290da58f85
--- /dev/null
+++ b/doc/install/OSX/comment_32_a46d8e3e7795b9afb1e1c2be943d12af._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 32"
+ date="2013-10-21T22:47:14Z"
+ content="""
+You probably need to install libdbus dev stuff, and then the haskell dbus library. But it's certainly going to need code changes to make git-annex use dbus in any way on OSX, assuming there are even useful dbus events generated for network connections and drives being mounted on OSX.
+
+It was saying \"gcrypt\" when it meant \"git-remote-gcrypt\".
+"""]]
diff --git a/doc/install/OSX/comment_33_203a36322b3c453c05c8906c64e62e06._comment b/doc/install/OSX/comment_33_203a36322b3c453c05c8906c64e62e06._comment
new file mode 100644
index 0000000000..7e2853a4e0
--- /dev/null
+++ b/doc/install/OSX/comment_33_203a36322b3c453c05c8906c64e62e06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 33"
+ date="2013-10-23T11:39:51Z"
+ content="""
+I installed the haskell DBus library, but it's still not picking it up. Is there some additional option to pass to cabal, or is it supposed to find it automatically?
+"""]]
diff --git a/doc/install/OSX/comment_34_874ff01f27911baf6ef0f559d5d5f5a0._comment b/doc/install/OSX/comment_34_874ff01f27911baf6ef0f559d5d5f5a0._comment
new file mode 100644
index 0000000000..45b62b770d
--- /dev/null
+++ b/doc/install/OSX/comment_34_874ff01f27911baf6ef0f559d5d5f5a0._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3rK4VDzxyhmrIc18z7F5OuXvEbUsgUac"
+ nickname="Srinath"
+ subject="build issue with brew technique on Darwin Kernel Version 13.0.0"
+ date="2014-02-15T02:17:16Z"
+ content="""
+Following the Mac OS X brew instructions from the top of the board, I got the following error:
+
+[5 of 5] Compiling Yesod            ( Yesod.hs, dist/build/Yesod.o )
+In-place registering yesod-1.2.5...
+Installing library in /Users/srinathv/.cabal/lib/yesod-1.2.5/ghc-7.6.3
+Registering yesod-1.2.5...
+Installed yesod-1.2.5
+cabal: Error: some packages failed to install:
+git-annex-5.20140210 depends on libxml-sax-0.7.4 which failed to install.
+libxml-sax-0.7.4 failed during the configure step. The exception was:
+ExitFailure 1
+network-protocol-xmpp-0.4.5 depends on libxml-sax-0.7.4 which failed to
+install.
+
+
+Then I perused the comments and did:
+$brew link libmxl2 --force
+$cabal install git-annex --bindir=$HOME/bin
+
+with success.  
+"""]]
diff --git a/doc/install/OSX/comment_3_47a77a03040fe628109bd54f82f9ad7a._comment b/doc/install/OSX/comment_3_47a77a03040fe628109bd54f82f9ad7a._comment
new file mode 100644
index 0000000000..69f3f0feed
--- /dev/null
+++ b/doc/install/OSX/comment_3_47a77a03040fe628109bd54f82f9ad7a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlDDW-g2WLLsLpcnCm4LykAquFY_nwbIrU"
+ nickname="Daniel"
+ subject="comment 3"
+ date="2013-01-15T15:22:43Z"
+ content="""
+Installing via the MacPorts method. I ran into this error.
+
+    \"_locale_charset\", referenced from: _localeEncoding in libHSbase-4.5.1.0.a(PrelIOUtils.o) 
+    ld: symbol(s) not found for architecture x86_64
+
+I was able to solve and get git-annex to build buy providing the --extra-lib-dirs parameter
+
+    cabal install c2hs git-annex --bindir=$HOME/bin --extra-lib-dirs=/usr/lib
+
+Cheers, [Daniel Wozniak](http://woz.io)
+"""]]
diff --git a/doc/install/OSX/comment_4_25cac8bcd84a5210fc0a5243260b8cc7._comment b/doc/install/OSX/comment_4_25cac8bcd84a5210fc0a5243260b8cc7._comment
new file mode 100644
index 0000000000..703f502f72
--- /dev/null
+++ b/doc/install/OSX/comment_4_25cac8bcd84a5210fc0a5243260b8cc7._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="Snow Leopard"
+ date="2013-01-18T15:51:48Z"
+ content="""
+Hi,
+
+Are there plans to provide a git-annex.app that works on Snow Leopard? 
+
+Currently there are only installers for the Lions.
+
+http://downloads.kitenet.net/git-annex/OSX/current/
+
+Thanks :-)
+
+
+"""]]
diff --git a/doc/install/OSX/comment_4_bbe99673033e4c48c8bb3db24ee419f9._comment b/doc/install/OSX/comment_4_bbe99673033e4c48c8bb3db24ee419f9._comment
new file mode 100644
index 0000000000..f3838e890b
--- /dev/null
+++ b/doc/install/OSX/comment_4_bbe99673033e4c48c8bb3db24ee419f9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2012-12-10T17:00:43Z"
+ content="""
+For those that care, I've updated my autobuilder to the latest version of haskell-platform 2012.4.0.0 and it appears to be building correctly.
+"""]]
diff --git a/doc/install/OSX/comment_5_39b4b748b4586bf32b37edfefef84bba._comment b/doc/install/OSX/comment_5_39b4b748b4586bf32b37edfefef84bba._comment
new file mode 100644
index 0000000000..c188d81250
--- /dev/null
+++ b/doc/install/OSX/comment_5_39b4b748b4586bf32b37edfefef84bba._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 5"
+ date="2013-01-18T17:25:36Z"
+ content="""
+What we need to provide a Snow Leopard or other version build, is access to a box running that version of OSX, or someone with a box that doesn't mind compiling stuff and setting up the autobuilder (not very hard).
+"""]]
diff --git a/doc/install/OSX/comment_6_1a9c91ef43edc4148947f202ff604114._comment b/doc/install/OSX/comment_6_1a9c91ef43edc4148947f202ff604114._comment
new file mode 100644
index 0000000000..a16e4cad00
--- /dev/null
+++ b/doc/install/OSX/comment_6_1a9c91ef43edc4148947f202ff604114._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="Snow Leopard"
+ date="2013-01-18T17:57:40Z"
+ content="""
+If the process is very automatic I might contribute. I mean, if you tell me, install this and that package and run this script once a week, I might be able to help. I have a MacBook from 2007 with Snow Leopard. I also have macports installed, but I'm not a programmer.
+"""]]
diff --git a/doc/install/OSX/comment_7_892f7e65f95f43697164267c4b71c0d5._comment b/doc/install/OSX/comment_7_892f7e65f95f43697164267c4b71c0d5._comment
new file mode 100644
index 0000000000..3c7e2b8b6c
--- /dev/null
+++ b/doc/install/OSX/comment_7_892f7e65f95f43697164267c4b71c0d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 7"
+ date="2013-01-18T20:16:52Z"
+ content="""
+If you can get it to build using the instructions for Brew (or MacPorts) on this page, it's easy to get from there to a distributable app.
+"""]]
diff --git a/doc/install/OSX/comment_8_38d9c2eea1090674de2361274eab5b0e._comment b/doc/install/OSX/comment_8_38d9c2eea1090674de2361274eab5b0e._comment
new file mode 100644
index 0000000000..bdc1698b78
--- /dev/null
+++ b/doc/install/OSX/comment_8_38d9c2eea1090674de2361274eab5b0e._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaYy6kTuKAHmsa4BtGls2oqa42Jo2w2v0"
+ nickname="Pere"
+ subject="I couldn't install it on Snow Leopard"
+ date="2013-01-19T15:04:27Z"
+ content="""
+Bad news, it looks like I'm not able to install git-annex to my machine: When I run
+
+    sudo cabal install c2hs git-annex --bindir=$HOME/bin
+
+I get the following error:
+
+    cabal: Error: some packages failed to install:
+    DAV-0.3 failed during the building phase. The exception was:
+    ExitFailure 11
+    git-annex-3.20130114 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-1.1.7.2 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-auth-1.1.3 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-core-1.1.7.1 failed during the building phase. The exception was:
+    ExitFailure 11
+    yesod-default-1.1.3 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-form-1.2.0.2 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-json-1.1.2 depends on yesod-core-1.1.7.1 which failed to install.
+    yesod-persistent-1.1.0.1 depends on yesod-core-1.1.7.1 which failed to
+    install.
+    yesod-static-1.1.1.2 depends on yesod-core-1.1.7.1 which failed to install.
+
+What does *ExitFailure 11* mean?
+"""]]
diff --git a/doc/install/OSX/comment_9_35bf3812db6f3ef25da9b3bc84f147c5._comment b/doc/install/OSX/comment_9_35bf3812db6f3ef25da9b3bc84f147c5._comment
new file mode 100644
index 0000000000..afb7334436
--- /dev/null
+++ b/doc/install/OSX/comment_9_35bf3812db6f3ef25da9b3bc84f147c5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 9"
+ date="2013-01-19T16:02:35Z"
+ content="""
+sig11 is a Segmentation Fault, probably from a C library used by DAV for HTTP in this case.
+"""]]
diff --git a/doc/install/OSX/old_comments.mdwn b/doc/install/OSX/old_comments.mdwn
new file mode 100644
index 0000000000..ccb6785fd7
--- /dev/null
+++ b/doc/install/OSX/old_comments.mdwn
@@ -0,0 +1 @@
+Moved a bunch of outdated comments here, AFAIK all these issues are fixed.
diff --git a/doc/install/OSX/old_comments/comment_10_4d15bfc4fc26e7249953bebfbb09e0aa._comment b/doc/install/OSX/old_comments/comment_10_4d15bfc4fc26e7249953bebfbb09e0aa._comment
new file mode 100644
index 0000000000..d655da7256
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_10_4d15bfc4fc26e7249953bebfbb09e0aa._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkp-1EQboBDqZ05MxOHNkwNQDM4luWYioA"
+ nickname="Charles"
+ subject="comment 10"
+ date="2012-11-15T13:26:57Z"
+ content="""
+Installing it with brew, I had to do the following steps before the final `cabal` command:
+
+* `cabal install c2hs`
+* add `$HOME/.cabal/bin` to my `$PATH` (so that c2hs program can be found)
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_10_798000aab19af2944b6e44dbc550c6fe._comment b/doc/install/OSX/old_comments/comment_10_798000aab19af2944b6e44dbc550c6fe._comment
new file mode 100644
index 0000000000..675a90eee8
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_10_798000aab19af2944b6e44dbc550c6fe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 10"
+ date="2012-06-25T15:38:44Z"
+ content="""
+@Agustin you should be able to work around that with: cabal install git-annex --flags=-Inotify
+
+I've fixed it properly for the next release, it should only be using that library on Linux.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_11_707a1a27a15b2de8dfc8d1a30420ab4c._comment b/doc/install/OSX/old_comments/comment_11_707a1a27a15b2de8dfc8d1a30420ab4c._comment
new file mode 100644
index 0000000000..69a4f9128d
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_11_707a1a27a15b2de8dfc8d1a30420ab4c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwR9uOA38yi5kEUvcEWNtRiZwpxXskayE"
+ nickname="Agustin"
+ subject="comment 11"
+ date="2012-06-27T08:54:52Z"
+ content="""
+Hi @joey! Perfect!... I'll do that then!
+
+Thanks for your time man!
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_12_60d13f2c8e008af1041bea565a392c83._comment b/doc/install/OSX/old_comments/comment_12_60d13f2c8e008af1041bea565a392c83._comment
new file mode 100644
index 0000000000..e2e85aaa94
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_12_60d13f2c8e008af1041bea565a392c83._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHrjHxJAm39x8DR4bnbazQO6H0nMNuY9c"
+ nickname="Damien"
+ subject="sha256 alternative"
+ date="2012-06-30T14:34:11Z"
+ content="""
+in reply to comment 6: On my Mac (10.7.4) there's `/usr/bin/shasum -a 256 <file>` command that will produce the same output as `sha256sum <file>`.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_13_a6f48c87c2d6eabe379d6e10a6cac453._comment b/doc/install/OSX/old_comments/comment_13_a6f48c87c2d6eabe379d6e10a6cac453._comment
new file mode 100644
index 0000000000..e5ce62b138
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_13_a6f48c87c2d6eabe379d6e10a6cac453._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHrjHxJAm39x8DR4bnbazQO6H0nMNuY9c"
+ nickname="Damien"
+ subject="gnu commands"
+ date="2012-07-01T17:03:57Z"
+ content="""
+…and another approach to the same problem: apparently git-annex also relies on the GNU coreutils (for instance, when doing `git annex get .`, `cp` complains about `illegal option -- -`). I do have the GNU coreutils installed with Homebrew, but they are all prefixed with `g`. So maybe you should try `gsha256sum` and `gcp` before `sha256sum` and `cp`, that seems like a more general solution.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_14_6ef2ddb7b11ce6ad54578ae118ed346e._comment b/doc/install/OSX/old_comments/comment_14_6ef2ddb7b11ce6ad54578ae118ed346e._comment
new file mode 100644
index 0000000000..35e0bb6ed5
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_14_6ef2ddb7b11ce6ad54578ae118ed346e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 14"
+ date="2012-07-04T12:43:54Z"
+ content="""
+@Damien, hmm, it should not be using any cp options, unless when it was built there was a cp in the path that supported some option like -p. Can you check with --debug what cp parameters it's trying to use?
+
+
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_15_6fd1fad5b6d9f36620e5a0e99edd2f89._comment b/doc/install/OSX/old_comments/comment_15_6fd1fad5b6d9f36620e5a0e99edd2f89._comment
new file mode 100644
index 0000000000..0005328c48
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_15_6fd1fad5b6d9f36620e5a0e99edd2f89._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 15"
+ date="2012-07-04T13:14:00Z"
+ content="""
+git-annex will now fall back to slower pure Haskell hashing code if `sha256sum`, etc programs are not in PATH. I'd still recommend installing the coreutils, as they're probably faster.
+
+(The `shasum` command seems to come from a perl library, so I have not tried to make git-annex use that one.)
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_16_af6fe3540032cdf4400478de87771058._comment b/doc/install/OSX/old_comments/comment_16_af6fe3540032cdf4400478de87771058._comment
new file mode 100644
index 0000000000..5da4b22c63
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_16_af6fe3540032cdf4400478de87771058._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="Compiling git-annex on OSX (with 32 bit Haskell)"
+ date="2012-07-24T03:26:45Z"
+ content="""
+I came across an issue when following the instructions here:
+     <http://git-annex.branchable.com/install/OSX/>
+
+I'm compiling the 'assistant' branch (522f568450a005ae81b24f63bb37e75320b51219).
+
+
+The pre-compiled version of Haskell for OSX recommends the 32 bit installer, however git-annex compiles
+
+>  Utility/libdiskfree.o Utility/libkqueue.o Utility/libmounts.o
+
+as 64 bit. The 'make' command fails on linking 32- and 64-bit code.
+
+So... I made a small change to the Makefile
+
+>  CFLAGS=-Wall
+
+becomes
+
+>  CFLAGS=-Wall -m32
+
+I don't know if there is an easy way to programmatically check for this, or even if you'd want to spend time doing it, but it might help someone else out.
+
+<https://gist.github.com/3167798>
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_17_8d3a0596db67108041728b20f2790f31._comment b/doc/install/OSX/old_comments/comment_17_8d3a0596db67108041728b20f2790f31._comment
new file mode 100644
index 0000000000..782f2fd759
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_17_8d3a0596db67108041728b20f2790f31._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 17"
+ date="2012-07-24T15:03:49Z"
+ content="""
+The instructions say to use cabal for a reason -- it's more likely to work. But I have made the Makefile detect the mismatched GHC and C compiler and force the C compiler to 32 bit.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_1_0a1760bf0db1f1ba89bdb4c62032f631._comment b/doc/install/OSX/old_comments/comment_1_0a1760bf0db1f1ba89bdb4c62032f631._comment
new file mode 100644
index 0000000000..1148a87cab
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_1_0a1760bf0db1f1ba89bdb4c62032f631._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://www.schleptet.net/~cfm/"
+ ip="64.30.148.100"
+ subject="comment 1"
+ date="2011-08-30T14:31:36Z"
+ content="""
+You can also use Homebrew instead of MacPorts.  Homebrew's `haskell-platform` is up-to-date, too:
+
+    brew install haskell-platform git ossp-uuid md5sha1sum coreutils pcre
+    ln -s /usr/local/include/pcre.h /usr/include/pcre.h
+
+As of this writing, however, Homebrew's `md5sha1sum` has a broken mirror.  I wound up getting that from MacPorts anyway.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_2_0327c64b15249596add635d26f4ce67f._comment b/doc/install/OSX/old_comments/comment_2_0327c64b15249596add635d26f4ce67f._comment
new file mode 100644
index 0000000000..5768d8b932
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_2_0327c64b15249596add635d26f4ce67f._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkEUhIcw37X2Kh-dznSMIb9Vgcq0frfdWs"
+ nickname="Ethan"
+ subject="GHC 7"
+ date="2012-03-28T19:06:51Z"
+ content="""
+The Haskell Platform installer for OSX uses GHC 7.0.4, which doesn't seem able to support the current version of git-annex.
+
+Cabal throws a very cryptic error about not being able to use the proper base package.
+
+I was able to install it by 
+
+1.  cloning the repo
+2.  merging the ghc7.0 branch
+3.  resolving merge conflicts in git-annex.cabal
+4.  cabal install git-annex.cabal
+
+(Note I also tried this with homebrew and had similar results)
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_2_7683740a98182de06cb329792e0c0a25._comment b/doc/install/OSX/old_comments/comment_2_7683740a98182de06cb329792e0c0a25._comment
new file mode 100644
index 0000000000..113ef687a0
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_2_7683740a98182de06cb329792e0c0a25._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYiJgOvC4IDYkr2KIjMlfVD9r_1Sij_jY"
+ nickname="Douglas"
+ subject="setup: standalone/macos/git-annex.app/Contents/Info.plist: does not exist"
+ date="2012-10-06T14:46:55Z"
+ content="""
+I tried installing with cabal and homebrew on Mountain Lion. After cabal install git-annex I get:
+
+    Linking dist/build/git-annex/git-annex ...
+    Installing executable(s) in /Users/dfc/.cabal/bin
+    setup: standalone/macos/git-annex.app/Contents/Info.plist: does not exist
+    cabal: Error: some packages failed to install:
+    git-annex-3.20121001 failed during the final install step. The exception was:
+    ExitFailure 1
+
+
+There is no directory named macos inside of standalone:
+
+    jumbo:git-annex-3.20121001 dfc$ ls -l standalone/
+    total 112
+    -rw-r--r--+ 1 dfc  staff  55614 Oct  6 10:40 licences.gz
+    drwxr-xr-x+ 6 dfc  staff    204 Oct  6 10:40 linux
+    drwxr-xr-x+ 3 dfc  staff    102 Oct  6 10:40 osx
+
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_34_c9362141d15a2f68a75df9f8bfe29da0._comment b/doc/install/OSX/old_comments/comment_34_c9362141d15a2f68a75df9f8bfe29da0._comment
new file mode 100644
index 0000000000..65a7e0ea77
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_34_c9362141d15a2f68a75df9f8bfe29da0._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl-xMSPoRHcT5d2nAc1K8pWVi-AexKkYik"
+ nickname="Ralf"
+ subject="Mac OS X Maverick - symbol not found"
+ date="2013-10-27T21:02:45Z"
+ content="""
+Just to mention that the beta dated 24 Oct 2013 and Joey's autobuild of 27 Oct both don't start with the following error message for git-annex, git-annex-webapp under Mac OS X 10.9 Maverick with latest XCode installed: 
+
+    dyld: Symbol not found: _objc_debug_taggedpointer_mask
+      Referenced from: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+      Expected in: /Applications/git-annex.app/Contents/MacOS/bundle/I
+     in /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+
+    Trace/BPT trap: 5
+
+Many thanks. Can I help?
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_35_8106196c3fef70652cb2106e2d5857db._comment b/doc/install/OSX/old_comments/comment_35_8106196c3fef70652cb2106e2d5857db._comment
new file mode 100644
index 0000000000..697dafa0b9
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_35_8106196c3fef70652cb2106e2d5857db._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 35"
+ date="2013-10-27T21:06:57Z"
+ content="""
+We do not yet have an autobuild for 10.9. You can build from source: <http://git-annex.branchable.com/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/#comment-8e8ee5e50506a6fde029d236f4809df8>
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_3_47c682a779812dda77601c24a619923c._comment b/doc/install/OSX/old_comments/comment_3_47c682a779812dda77601c24a619923c._comment
new file mode 100644
index 0000000000..251375cbec
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_3_47c682a779812dda77601c24a619923c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="ghc 7.0"
+ date="2012-03-28T19:18:58Z"
+ content="""
+You did the right thing, although just checking out the ghc-7.0 branch will avoid merge conflicts. I am trying to keep it fairly close to up-to-date.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_3_733147cebe501c60f2141b711f1d7f24._comment b/doc/install/OSX/old_comments/comment_3_733147cebe501c60f2141b711f1d7f24._comment
new file mode 100644
index 0000000000..51e667ab66
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_3_733147cebe501c60f2141b711f1d7f24._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnnIQkoUQo4RYzjUNyiB3v6yJ5aR41WG8k"
+ nickname="Markus"
+ subject="Updated install instructions with homebrew"
+ date="2012-08-07T06:46:47Z"
+ content="""
+To install git annex with homebrew simply do:
+
+    brew update
+    brew install haskell-platform git ossp-uuid md5sha1sum coreutils pcre
+    cabal install git-annex
+
+Then link the binary to your `PATH` e.g. with
+
+    ln -s ~/.cabal/bin/git-annex* /usr/local/bin/
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_3_b090f40fe5a32e00b472a5ab2b850b4a._comment b/doc/install/OSX/old_comments/comment_3_b090f40fe5a32e00b472a5ab2b850b4a._comment
new file mode 100644
index 0000000000..a437704a38
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_3_b090f40fe5a32e00b472a5ab2b850b4a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.149"
+ subject="comment 3"
+ date="2012-10-06T21:05:45Z"
+ content="""
+@Douglas, I've fixed that in git. FWIW, the program is installed before that point. Actually, I am leaning toward not having cabal install that plist file at all.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_3_fc092412e99cf4c5f095b0ef710bc4de._comment b/doc/install/OSX/old_comments/comment_3_fc092412e99cf4c5f095b0ef710bc4de._comment
new file mode 100644
index 0000000000..47ad9feafc
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_3_fc092412e99cf4c5f095b0ef710bc4de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 17"
+ date="2012-07-24T06:33:13Z"
+ content="""
+@a-or-b that issue is logged here [[bugs/subtle build issue on OSX 10.7 and Haskell Platform (if you have the 32bit version installed)]], you can use cabal to build and install git-annex and it will detect if its 32 or 64bit automatically.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_4_d513e21512a9b207983d38abf348d00f._comment b/doc/install/OSX/old_comments/comment_4_d513e21512a9b207983d38abf348d00f._comment
new file mode 100644
index 0000000000..049f7e9624
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_4_d513e21512a9b207983d38abf348d00f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm_-2XlXNyd6cCLI4n_jaBNqVUOWwJquko"
+ nickname="David"
+ subject="installing via homebrew"
+ date="2012-09-05T11:11:55Z"
+ content="""
+I had to:
+
+    cabal update
+
+before:
+
+    cabal install git-annex
+
+
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_4_d68c36432c7be3f4a76f4f0d7300bac9._comment b/doc/install/OSX/old_comments/comment_4_d68c36432c7be3f4a76f4f0d7300bac9._comment
new file mode 100644
index 0000000000..b274707fb3
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_4_d68c36432c7be3f4a76f4f0d7300bac9._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmY_4MvT5yEeztrS7UIJseStUe4mtgp6YE"
+ nickname="Сергей"
+ subject="Have error"
+ date="2012-10-10T11:47:09Z"
+ content="""
+[ 98 of 248] Compiling Utility.DiskFree ( Utility/DiskFree.hs, dist/build/git-annex/git-annex-tmp/Utility/DiskFree.o )
+[ 99 of 248] Compiling Utility.Url      ( Utility/Url.hs, dist/build/git-annex/git-annex-tmp/Utility/Url.o )
+
+Utility/Url.hs:111:88:
+    Couldn't match expected type `Maybe URI' with actual type `URI'
+    In the second argument of `fromMaybe', namely
+      `(newURI `relativeTo` u)'
+    In the expression: fromMaybe newURI (newURI `relativeTo` u)
+    In an equation for `newURI_abs':
+        newURI_abs = fromMaybe newURI (newURI `relativeTo` u)
+cabal: Error: some packages failed to install:
+git-annex-3.20121009 failed during the building phase. The exception was:
+ExitFailure 1
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_4_e6109a964064a2a799768a370e57801d._comment b/doc/install/OSX/old_comments/comment_4_e6109a964064a2a799768a370e57801d._comment
new file mode 100644
index 0000000000..be3ba2be44
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_4_e6109a964064a2a799768a370e57801d._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkO9tsPZkAxEulq2pGCdwz4md-LqB0RcMw"
+ nickname="Reimund"
+ subject="Problems with Base & Crypto"
+ date="2012-04-25T22:56:18Z"
+ content="""
+I got the following error message trying to install git-annex:
+
+    cabal: cannot configure git-annex-3.20120418. It requires base >=4.5 && <5
+    For the dependency on base >=4.5 && <5 there are these packages: base-4.5.0.0.
+    However none of them are available.
+    base-4.5.0.0 was excluded because of the top level dependency base -any
+
+These are the steps I performed to make it work
+
+1. Download [Ghc 7.4](http://www.haskell.org/ghc/download).
+2. Run `sudo cabal install git-annex --bindir=$HOME/bin`.
+3. Compilation of the Crypto-4.2.4 dependency failed since it's not updated to work with Ghc 7.4. You need to patch SHA2.hs (steps below).
+4. Run `sudo cabal install git-annex --bindir=$HOME/bin` a second time.
+
+The steps I did to patch the SHA2.hs file in Crypto-4.2.4:
+
+1. `cabal unpack crypto-4.2.4`
+2. `cd Crypto-4.2.4`
+3. `patch -p1 < crypto-4.2.4-ghc-7.4.patch`
+4. `sudo cabal install`.
+
+PS: I used [this patchfile](http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-haskell/crypto/files/crypto-4.2.4-ghc-7.4.patch?revision=1.1).
+Then I did the last step a third time.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_5_50777853f808d57b957f8ce9a0f84b3d._comment b/doc/install/OSX/old_comments/comment_5_50777853f808d57b957f8ce9a0f84b3d._comment
new file mode 100644
index 0000000000..eca1761786
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_5_50777853f808d57b957f8ce9a0f84b3d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHrjHxJAm39x8DR4bnbazQO6H0nMNuY9c"
+ nickname="Damien"
+ subject="sha256"
+ date="2012-06-01T16:13:05Z"
+ content="""
+If you're missing the `sha256sum` command with Homebrew, it's provided by `coreutils`. You have to change your `$PATH` before running `cabal install git-annex.cabal`:
+
+    PATH=\"$(brew --prefix coreutils)/libexec/gnubin:$PATH\"
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_5_626a4b4bf302d4ae750174f860402f70._comment b/doc/install/OSX/old_comments/comment_5_626a4b4bf302d4ae750174f860402f70._comment
new file mode 100644
index 0000000000..1b79a11e65
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_5_626a4b4bf302d4ae750174f860402f70._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.248.164"
+ subject="comment 5"
+ date="2012-10-10T15:34:23Z"
+ content="""
+@Сергей, I've fixeed that in git.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_6_18a8df794aa0ddd294dbf17d3d4c7fe2._comment b/doc/install/OSX/old_comments/comment_6_18a8df794aa0ddd294dbf17d3d4c7fe2._comment
new file mode 100644
index 0000000000..5cb813776b
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_6_18a8df794aa0ddd294dbf17d3d4c7fe2._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 6"
+ date="2012-06-01T17:24:29Z"
+ content="""
+Last night I made it look in /opt/local/libexec/gnubin .. if there's another directory it could look in, let me know. I am reluctant to make it run the brew command directly.
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_7_2ce7acab15403d3f993cec94ec7f3bc6._comment b/doc/install/OSX/old_comments/comment_7_2ce7acab15403d3f993cec94ec7f3bc6._comment
new file mode 100644
index 0000000000..32093ee51f
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_7_2ce7acab15403d3f993cec94ec7f3bc6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://www.davidhaslem.com/"
+ nickname="David"
+ subject="comment 7"
+ date="2012-06-19T04:41:27Z"
+ content="""
+$(brew --prefix) should, in most cases, be /usr/local.  That's the recommended install location for homebrew.
+
+I already had git installed and homebrew as my package manager - my install steps were as follows:
+
+1. brew install haskell-platform ossp-uuid md5sha1sum coreutils pcre
+2. PATH=\"$(brew --prefix coreutils)/libexec/gnubin:$PATH\" cabal install git-annex
+
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_8_a93ad4b67c5df4243268bcf32562f6be._comment b/doc/install/OSX/old_comments/comment_8_a93ad4b67c5df4243268bcf32562f6be._comment
new file mode 100644
index 0000000000..cd128a6f13
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_8_a93ad4b67c5df4243268bcf32562f6be._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwR9uOA38yi5kEUvcEWNtRiZwpxXskayE"
+ nickname="Agustin"
+ subject="Installation not working on OS X 10.6.8"
+ date="2012-06-25T02:21:40Z"
+ content="""
+I try installing with brew because I already had brew setup in my machine, but all run ok but when I try to run cabal install git-annex I got an error with the hinotify-0.3.2 library complaining about a header file.
+
+Full trace:
+
+~~~
+sudo cabal install git-annex
+Resolving dependencies...
+Configuring hinotify-0.3.2...
+Building hinotify-0.3.2...
+Preprocessing library hinotify-0.3.2...
+INotify.hsc:35:25: error: sys/inotify.h: No such file or directory
+INotify.hsc: In function ‘main’:
+INotify.hsc:259: error: invalid use of undefined type ‘struct inotify_event’
+INotify.hsc:260: error: invalid use of undefined type ‘struct inotify_event’
+INotify.hsc:261: error: invalid use of undefined type ‘struct inotify_event’
+INotify.hsc:262: error: invalid use of undefined type ‘struct inotify_event’
+INotify.hsc:265: error: invalid use of undefined type ‘struct inotify_event’
+INotify.hsc:266: error: invalid application of ‘sizeof’ to incomplete type ‘struct inotify_event’ 
+compiling dist/build/System/INotify_hsc_make.c failed (exit code 1)
+command was: /usr/bin/gcc -c dist/build/System/INotify_hsc_make.c -o dist/build/System/INotify_hsc_make.o -m64 -fno-stack-protector -m64 -D__GLASGOW_HASKELL__=704 -Ddarwin_BUILD_OS -Ddarwin_HOST_OS -Dx86_64_BUILD_ARCH -Dx86_64_HOST_ARCH -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/directory-1.1.0.2/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/unix-2.5.1.0/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/old-time-1.1.0.0/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/bytestring-0.9.2.1/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/base-4.5.0.0/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/usr/local/Cellar/ghc/7.4.1/lib/ghc-7.4.1/include/
+cabal: Error: some packages failed to install:
+git-annex-3.20120624 depends on hinotify-0.3.2 which failed to install.
+hinotify-0.3.2 failed during the building phase. The exception was:
+ExitFailure 1
+~~~
+
+Anyone has an idea how can I solve this.
+
+Thanks for the time!
+
+Agustin
+
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_9_ae3ed5345bc84f57e44251d2e6c39342._comment b/doc/install/OSX/old_comments/comment_9_ae3ed5345bc84f57e44251d2e6c39342._comment
new file mode 100644
index 0000000000..70fbc6c3c6
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_9_ae3ed5345bc84f57e44251d2e6c39342._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwR9uOA38yi5kEUvcEWNtRiZwpxXskayE"
+ nickname="Agustin"
+ subject="For the moment"
+ date="2012-06-25T02:51:10Z"
+ content="""
+Hi Joey! I just comment that I could not install it but the issue is with the last version (the one you just release today, so no problem!! man on sunday??  you're awesome!!!) so I installed the previous one and no problem at all
+
+Thanks for all the efford and if you need me to try os whatever, feel free to ask!
+
+Thanks again
+
+Agustin
+"""]]
diff --git a/doc/install/OSX/old_comments/comment_9_c6b1b31d16f2144ad08abd8c767b6ab9._comment b/doc/install/OSX/old_comments/comment_9_c6b1b31d16f2144ad08abd8c767b6ab9._comment
new file mode 100644
index 0000000000..faa7b1b43a
--- /dev/null
+++ b/doc/install/OSX/old_comments/comment_9_c6b1b31d16f2144ad08abd8c767b6ab9._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBEsNDl_6O4rHb2en3I0-fg-6fUxglaRQ"
+ nickname="chee"
+ subject="Recent install for OS X"
+ date="2012-11-13T04:40:05Z"
+ content="""
+if you are having trouble installing with `cabal install git-annex` at the moment, trouble of the XML kind, you'll need to do a couple things:
+
+`brew update`
+`brew install libxml2`
+`cabal update`
+`cabal install libxml --extra-include-dirs=/usr/local/Cellar/libxml2/2.8.0/include/libxml2 --extra-lib-dirs=/usr/local/Cellar/libxml2/2.8.0/lib`
+
+well, then i hit a brick wall.
+
+well.
+
+I got it to work by manually symlinking from `../Cellar/libxml2/2.8.0/lib/`* into `/usr/local` and from `../../Cellar/libxml2/2.8.0/lib/` to `/usr/local/pkgconfig`, but i can't recommend it or claim to be too proud about it all.
+
+OS X already has an old libxml knocking around so this might ruin everything for me.
+
+let's find out !
+"""]]
diff --git a/doc/install/ScientificLinux5.mdwn b/doc/install/ScientificLinux5.mdwn
new file mode 100644
index 0000000000..52d83f0d96
--- /dev/null
+++ b/doc/install/ScientificLinux5.mdwn
@@ -0,0 +1,62 @@
+For SL6/CentOS6 install the EPEL repo and yum install git-annex. 
+
+I was waiting for my backups to be done hence this article, as I was using
+_git-annex_ to manage my files and I decided I needed to have
+git-annex on a SL5 based machine. SL5 is just an opensource
+clone/recompile of RHEL5.
+
+I haven't tried to install the newer versions of Haskell Platform and
+GHC in a while on SL5 to install git-annex. But the last time I checked
+when GHC7 was out, it was a pain to install GHC on SL5.
+
+However I have discovered that someone has gone through the trouble of
+packaging up GHC and Haskell Platform for RHEL based distros.
+
+* <http://justhub.org/download> - Packaged GHC and Haskell Platform
+  RPM's for RHEL based systems.
+
+I'm primarily interested in installing _git-annex_ on SL5 based
+systems. The installation process goes as such...
+
+First install GHC and Haskell Platform (you need root for these
+following steps)
+
+    $ wget http://sherkin.justhub.org/el5/RPMS/x86_64/justhub-release-2.0-4.0.el5.x86_64.rpm
+    $ rpm -ivh justhub-release-2.0-4.0.el5.x86_64.rpm
+    $ yum install haskell
+
+The RPM's don't place the files in /usr/bin, so you must add the
+following to your .bashrc (from here on you don't need root if you
+don't want things to be system wide)
+
+    $ export PATH=/usr/hs/bin:$PATH
+
+Once the packages are installed and are in your execution path, using
+cabal to configure and build git-annex just makes life easier, it
+should install all the needed dependancies.
+
+    $ cabal update
+    $ git clone git://git.kitenet.net/git-annex
+    $ cd git-annex
+    $ make git-annex.1
+    $ cabal configure
+    $ cabal build
+    $ cabal install
+
+Or if you want to install it globallly for everyone (otherwise it will
+get installed into $HOME/.cabal/bin)
+
+    $ cabal install --global
+
+The above will take a while to compile and install the needed
+dependancies. I would suggest any user who does should run the tests
+that comes with git-annex to make sure everything is functioning as
+expected.
+
+I haven't had a chance or need to install git-annex on a SL6 based
+system yet, but I would assume something similar to the above steps
+would be required to do so.
+
+The above is almost a cut and paste of <http://jcftang.github.com/2012/06/15/installing-git-annex-on-sl5/>, the above could probably be refined, it was what worked for me on SL5. Please feel free to re-edit and chop out or add useless bits of text in the above!
+
+Note: from the minor testing, it appears the compiled binaries from SL5 will work on SL6.
diff --git a/doc/install/Ubuntu.mdwn b/doc/install/Ubuntu.mdwn
new file mode 100644
index 0000000000..fde0e1c121
--- /dev/null
+++ b/doc/install/Ubuntu.mdwn
@@ -0,0 +1,44 @@
+## Saucy
+
+	sudo apt-get install git-annex
+
+Warning: The version of git-annex shipped in Ubuntu Saucy had
+[a bug that can cause problems when creating repositories using the webapp](http://git-annex.branchable.com/bugs/Freshly_initialized_repo_has_staged_change___34__deleted:_uuid.log__34__/).
+
+## Raring
+	
+	sudo apt-get install git-annex
+
+Note: This version is too old to include the [[assistant]] or its WebApp,
+but is otherwise usable.
+
+## Precise
+
+	sudo apt-get install git-annex
+
+Note: This version is too old to include the [[assistant]] or its WebApp,
+but is otherwise usable.
+
+## Precise PPA
+
+<https://launchpad.net/~fmarier/+archive/git-annex>
+
+A newer version of git-annex, including the [[assistant]] and WebApp.
+(Maintained by François Marier)
+
+	sudo add-apt-repository ppa:fmarier/git-annex
+	sudo apt-get update
+	sudo apt-get install git-annex
+
+If you don't have add-apt-repository installed run this command first:
+
+	sudo apt-get install software-properties-common python-software-properties
+
+
+## Oneiric
+
+	sudo apt-get install git-annex
+
+Warning: The version of git-annex shipped in Ubuntu Oneiric
+had [a bug that prevents upgrades from v1 git-annex repositories](https://bugs.launchpad.net/ubuntu/+source/git-annex/+bug/875958).
+If you need to upgrade such a repository, get a newer version of git-annex.
diff --git a/doc/install/Ubuntu/comment_10_490e065314693423ab6969d8ae6978fe._comment b/doc/install/Ubuntu/comment_10_490e065314693423ab6969d8ae6978fe._comment
new file mode 100644
index 0000000000..d598adfba9
--- /dev/null
+++ b/doc/install/Ubuntu/comment_10_490e065314693423ab6969d8ae6978fe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkdiXn5s1wX2Zncy1S7_h-yPTv2gt0bmmY"
+ nickname="Jacob"
+ subject="comment 10"
+ date="2013-10-16T11:43:36Z"
+ content="""
+would be great to get the PPA updated with the latest git-annex; i'm finding synchronisation bugs (ie. updates made to word documents aren't replicated), and discovered its rather old now.
+"""]]
diff --git a/doc/install/Ubuntu/comment_11_4ebac3fb43de854ed1a3b1d2ea94011a._comment b/doc/install/Ubuntu/comment_11_4ebac3fb43de854ed1a3b1d2ea94011a._comment
new file mode 100644
index 0000000000..68a889176e
--- /dev/null
+++ b/doc/install/Ubuntu/comment_11_4ebac3fb43de854ed1a3b1d2ea94011a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="fmarier"
+ ip="207.134.53.206"
+ subject="Re: comment 10"
+ date="2013-10-16T13:43:37Z"
+ content="""
+Jacob: make sure you have the right URL for the PPA: https://launchpad.net/~fmarier/+archive/git-annex
+
+It used to be in my main PPA, now it's in a separate PPA by itself. The package was removed from the original PPA (hence it won't update) but is fully up to date in the new one.
+"""]]
diff --git a/doc/install/Ubuntu/comment_12_38f69dffe2db0d15e4c4e5cb47f40ef8._comment b/doc/install/Ubuntu/comment_12_38f69dffe2db0d15e4c4e5cb47f40ef8._comment
new file mode 100644
index 0000000000..7cbf8c0ae9
--- /dev/null
+++ b/doc/install/Ubuntu/comment_12_38f69dffe2db0d15e4c4e5cb47f40ef8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Raring?"
+ date="2013-11-01T20:28:04Z"
+ content="""
+I'm also on Raring and the latest version available is 3.20121112ubuntu4, nearly a year old.  The PPA is only for Precise.  The tarball is a daily snapshot, and I would much rather run a released version right now.  What can I do?  Can't the PPA be built automatically for Raring and Saucy?
+"""]]
diff --git a/doc/install/Ubuntu/comment_1_d1c511153fe94bf33e19a1281f1c92f2._comment b/doc/install/Ubuntu/comment_1_d1c511153fe94bf33e19a1281f1c92f2._comment
new file mode 100644
index 0000000000..3b48bb4066
--- /dev/null
+++ b/doc/install/Ubuntu/comment_1_d1c511153fe94bf33e19a1281f1c92f2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 1"
+ date="2013-05-20T15:53:25Z"
+ content="""
+Note that the fmarier ppa includes more than just git-annex. I've asked the author if he could segregate git-annex into a separate ppa.
+"""]]
diff --git a/doc/install/Ubuntu/comment_2_ad13886c1c1f76d1cd995ea7b7d8471c._comment b/doc/install/Ubuntu/comment_2_ad13886c1c1f76d1cd995ea7b7d8471c._comment
new file mode 100644
index 0000000000..2d8221be13
--- /dev/null
+++ b/doc/install/Ubuntu/comment_2_ad13886c1c1f76d1cd995ea7b7d8471c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQ7ZdQxAps4v0cl5J3wKGWD8243Gy8-m0"
+ nickname="Phil"
+ subject="PPA Package Pinning"
+ date="2013-05-23T21:18:14Z"
+ content="""
+@Pedro, see <http://askubuntu.com/a/170265> for blocking all packages except git-annex from François's repo.
+"""]]
diff --git a/doc/install/Ubuntu/comment_3_a08817322739b03cf0fec97283b16f1a._comment b/doc/install/Ubuntu/comment_3_a08817322739b03cf0fec97283b16f1a._comment
new file mode 100644
index 0000000000..6d47d49bed
--- /dev/null
+++ b/doc/install/Ubuntu/comment_3_a08817322739b03cf0fec97283b16f1a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.fmarier.org/"
+ nickname="fmarier"
+ subject="New PPA only contains git-annex"
+ date="2013-06-15T07:45:13Z"
+ content="""
+As Pedro suggested, I've moved my git-annex backport to a separate PPA with only git-annex and the 220 Haskell packages it depends on.
+"""]]
diff --git a/doc/install/Ubuntu/comment_4_fe0997e56136bd30749f0995cbf19b56._comment b/doc/install/Ubuntu/comment_4_fe0997e56136bd30749f0995cbf19b56._comment
new file mode 100644
index 0000000000..04992f31e4
--- /dev/null
+++ b/doc/install/Ubuntu/comment_4_fe0997e56136bd30749f0995cbf19b56._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhGq_ii5HaDkp9nx2m9qIMe-xxI4HV5wo"
+ nickname="Jeff"
+ subject="Packages way out of date"
+ date="2013-07-27T19:02:38Z"
+ content="""
+I'm setting up git-annex for myself (wanting to use the assistant to build myself a replacement for dropbox/box/ownCloud, etc.) and I installed the ubuntu package. Unfortunately, it is way out of date (3.20120406: amd64 i386). I didn't think to check the version. It's deceiving as the UI's are all the same, but it doesn't seem to work at all (syncing fails to remote servers, odd things happen with symlinking files to git object files, changing file permissions). 
+
+It gives a bad first intro into git-annex on ubuntu (*nix?) machines. It might be best just to point people at the cabal install for now so we get the lastest and greatest.
+
+Anyway, thanks for the great tool, I'm looking forward to using it.
+"""]]
diff --git a/doc/install/Ubuntu/comment_5_fbb5306a162db1a1ee9efa3523aac952._comment b/doc/install/Ubuntu/comment_5_fbb5306a162db1a1ee9efa3523aac952._comment
new file mode 100644
index 0000000000..fc525af962
--- /dev/null
+++ b/doc/install/Ubuntu/comment_5_fbb5306a162db1a1ee9efa3523aac952._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 5"
+ date="2013-07-27T20:12:33Z"
+ content="""
+Jeff, AFAIK the 3.20120406 in precise does not include the assistant at all. The Precise PPA is well up-to-date. 
+I don't think git-annex has anyone in Ubuntu updating the package, so it's whatever version is synced periodically from Debian.
+
+(AFAICS, all the problems Jeff had were due to manually creating an indirect mode repository when he expected direct mode.)
+"""]]
diff --git a/doc/install/Ubuntu/comment_6_a97e7f0e62ac685c3ded423bddeaa67f._comment b/doc/install/Ubuntu/comment_6_a97e7f0e62ac685c3ded423bddeaa67f._comment
new file mode 100644
index 0000000000..3f9a2fd194
--- /dev/null
+++ b/doc/install/Ubuntu/comment_6_a97e7f0e62ac685c3ded423bddeaa67f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhGq_ii5HaDkp9nx2m9qIMe-xxI4HV5wo"
+ nickname="Jeff"
+ subject="comment 6"
+ date="2013-07-27T21:51:11Z"
+ content="""
+Ah, does it only have the webapp? I was able to boot the webapp and see messages, and it looked mostly the same, I assumed it was broken since no syncing was happening, but that would be due to the assistant not being there.
+
+I guess it's hard as a new user that goes straight for the easy/out-of-the box solution, via the assistant, after watching your video on it. I just assumed things were broken since I was seeing slightly different things. I didn't understand that the assistant was separate from the webapp (and was missing).
+
+Maybe mentioning the minimum required version on the assistant page to at least prompt users to check the version they're getting? I assumed following the link to the install guide, and installing the package for Ubuntu, would give me what I needed.
+
+
+"""]]
diff --git a/doc/install/Ubuntu/comment_7_921a223fd7e679b9ced3d8ba5ce688e0._comment b/doc/install/Ubuntu/comment_7_921a223fd7e679b9ced3d8ba5ce688e0._comment
new file mode 100644
index 0000000000..2cc1f66529
--- /dev/null
+++ b/doc/install/Ubuntu/comment_7_921a223fd7e679b9ced3d8ba5ce688e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhGq_ii5HaDkp9nx2m9qIMe-xxI4HV5wo"
+ nickname="Jeff"
+ subject="comment 7"
+ date="2013-07-27T21:53:45Z"
+ content="""
+I see how I missed this page too. I just saw the `apt-get install git-annex` and didn't even register Ubuntu as a link with more information.
+"""]]
diff --git a/doc/install/Ubuntu/comment_8_1f943cb084fa8e21bc6ee5fc3118f02f._comment b/doc/install/Ubuntu/comment_8_1f943cb084fa8e21bc6ee5fc3118f02f._comment
new file mode 100644
index 0000000000..d51ac5345b
--- /dev/null
+++ b/doc/install/Ubuntu/comment_8_1f943cb084fa8e21bc6ee5fc3118f02f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 8"
+ date="2013-07-27T21:53:57Z"
+ content="""
+The webapp is part of the assistant. I was told Precise didn't have it, but IIRC they were working on fixing that build, and perhaps that has happened now.
+"""]]
diff --git a/doc/install/Ubuntu/comment_9_c2f8b35ada873acb1ce593b04e2899fe._comment b/doc/install/Ubuntu/comment_9_c2f8b35ada873acb1ce593b04e2899fe._comment
new file mode 100644
index 0000000000..828b80e396
--- /dev/null
+++ b/doc/install/Ubuntu/comment_9_c2f8b35ada873acb1ce593b04e2899fe._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/2eeca722-8d1c-41fe-8fda-13af7eaff6ae"
+ nickname="Diggory"
+ subject="Outdated in 13.04"
+ date="2013-10-08T16:36:10Z"
+ content="""
+13.04 Raring also has fairly outdated packages: 3.20121112ubuntu4
+Is there a PPA or some such for this? I suppose since Saucy will be out soon this is less critical, but would still be useful.
+
+These don't have direct mode, which (I think; I haven't tested it yet) is the feature I've been waiting for.
+"""]]
diff --git a/doc/install/Windows.mdwn b/doc/install/Windows.mdwn
new file mode 100644
index 0000000000..79aaace92e
--- /dev/null
+++ b/doc/install/Windows.mdwn
@@ -0,0 +1,39 @@
+git-annex now does Windows!
+
+* First, [install git](http://git-scm.com/downloads) (msysgit 1.9 or newer is needed)
+* Then, [install git-annex](https://downloads.kitenet.net/git-annex/windows/current/)
+
+This port is now in reasonably good shape for command-line use of
+git-annex. The assistant and webapp are also usable. There are some known
+problems and parts that don't work. See [[todo/windows_support]] for
+current status.
+
+The autobuilder is not currently able to run the test suite, so
+testing git-annex on Windows is up to you! To check that the build of
+git-annex works in your Windows system, you are encouraged to run the test
+suite before using git-annex on real data. After installation, run `git
+annex test`. There will be a lot of output; the important thing is that it
+should end with "All tests passed".
+
+## autobuilds
+
+A daily build is also available, thanks to Yury V. Zaytsev and
+[NEST](http://nest-initiative.org/).
+
+* [download](https://downloads.kitenet.net/git-annex/autobuild/windows/) ([build logs](https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/))
+
+## building it yourself
+
+To build git-annex from source on Windows, you need to install
+the Haskell Platform, Mingw, and Cygwin. Use Cygwin to install:
+gcc rsync git wget ssh gnupg
+
+Once the prerequisites are installed, run:
+
+	cabal update
+	git clone git://git-annex.branchable.com/ gitannex
+	cd gitannex
+	build
+
+(To build the git-annex installer, you also need to install the NulSoft
+installer system.)
diff --git a/doc/install/cabal.mdwn b/doc/install/cabal.mdwn
new file mode 100644
index 0000000000..3270dd0f9b
--- /dev/null
+++ b/doc/install/cabal.mdwn
@@ -0,0 +1,58 @@
+As a haskell package, git-annex can be installed using cabal. 
+
+This involves building a lot of haskell packages from source, and so it has
+a lot of moving parts, and it's not uncommon for it to be broken from time
+to time.
+
+If you are not comfortable tracking down and dealing with library build
+problems, installing git-annex with cabal is probably not the right choice
+for you!
+
+## prerequisites
+
+Start by installing the [Haskell Platform][]. In Debian, this is as
+simple as:
+
+    sudo apt-get install haskell-platform
+
+ [Haskell Platform]: http://hackage.haskell.org/platform/
+
+## minimal build
+
+This builds git-annex without some features that require C libraries, that
+can be harder to get installed. This is plenty to get started using it,
+although it does not include the assistant or webapp.
+
+	cabal update
+	PATH=$HOME/bin:$PATH
+	cabal install git-annex --bindir=$HOME/bin -f"-assistant -webapp -webdav -pairing -xmpp -dns"
+
+## full build
+
+To build with all features enabled, including the assistant and webapp,
+you will need to install several C libraries and their headers,
+including libgnutls, libgsasl, libxml2, and zlib. Then run:
+
+	cabal update
+	PATH=$HOME/bin:$PATH
+	cabal install c2hs --bindir=$HOME/bin
+	cabal install git-annex --bindir=$HOME/bin
+
+## building from git checkout
+
+But maybe you want something newer (or older). Then [[download]] the version
+you want, and use cabal as follows inside its source tree:
+
+	cabal update
+	PATH=$HOME/bin:$PATH
+	cabal install c2hs --bindir=$HOME/bin
+	cabal install --only-dependencies
+	cabal configure
+	cabal build
+	cabal install --bindir=$HOME/bin
+
+## EKG
+
+When building with cabal, you can optionally enable the 
+[[EKG monitoring interface|ekg]]. This is great for debugging resource
+usage problems.
diff --git a/doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment b/doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
new file mode 100644
index 0000000000..5b813baba2
--- /dev/null
+++ b/doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 10"
+ date="2013-07-27T17:49:07Z"
+ content="""
+@Henning; see the [[OSX]] page for full installation instructions for OSX. Which include all the neccesary brew incantations.
+"""]]
diff --git a/doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment b/doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
new file mode 100644
index 0000000000..94919710fb
--- /dev/null
+++ b/doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlXEIT2PEAuHuInLP4UYVzWE0lceMYd2lA"
+ nickname="Gregor"
+ subject="Installation on tonidoplug"
+ date="2013-08-03T07:19:54Z"
+ content="""
+I tried various ways to install git-annex on my [TonidoPlug](http://www.tonidoplug.com/).
+
+System Info:
+
+	root@TonidoPlug2:~# uname -a
+	Linux TonidoPlug2 2.6.31.8-topkick1281p2-001-004-20101214 #1 Thu Jun 16 10:06:20 CST 2011 armv5tel GNU/Linux
+
+`apt-get` didn't work.
+
+	root@TonidoPlug2:~# apt-get install git-annex
+	Reading package lists... Done
+	Building dependency tree       
+	Reading state information... Done
+	E: Unable to locate package git-annex
+
+The Linux standalone installation results in an error message like this, when calling `git-annex` (or `git annex`)
+
+	~$ git-annex.linux/git-annex
+	/home/gitolite/git-annex.linux/bin/git-annex: 1: Syntax error: \")\" unexpected
+
+(git-annex.linux/bin/git-annex is a binary file and works fine on other distros)
+
+When installing with cabal, I get the error message (tried as root and gitolite user)
+
+	~$ cabal install git-annex --bindir=$HOME/bin -f\"-assistant -webapp -webdav -pairing -xmpp -dns\"
+	Resolving dependencies...
+	cabal: cannot configure git-annex-4.20130802. It requires base >=4.5 && <4.8
+	For the dependency on base >=4.5 && <4.8 there are these packages:
+	base-4.5.0.0, base-4.5.1.0, base-4.6.0.0 and base-4.6.0.1. However none of
+	them are available.
+	base-4.5.0.0 was excluded because of the top level dependency base -any
+	base-4.5.1.0 was excluded because of the top level dependency base -any
+	base-4.6.0.0 was excluded because of the top level dependency base -any
+	base-4.6.0.1 was excluded because of the top level dependency base -any
+
+Any help is appreciated.
+Thanks for providing git-annex. I started cleaning up my backups with it yesterday and really like it.
+"""]]
diff --git a/doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment b/doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
new file mode 100644
index 0000000000..8d9c97898f
--- /dev/null
+++ b/doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 12"
+ date="2013-08-07T16:31:30Z"
+ content="""
+The Linux standalone builds for i386 and amd64 will not work on Arm systems.
+
+There are builds of git-annex for arm in eg, Debian. You should be able to use one of those if this system is running Debian. You may need to upgrade to eg, Debian stable, which includes git-annex.
+
+It looks like you have an old and/or broken GHC compiler too. You could upgrade that to a newer version (eg from Debian stable) and build it that way, but it seems like the long way around if you have a Debian system there.
+"""]]
diff --git a/doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment b/doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
new file mode 100644
index 0000000000..80e3a6ad14
--- /dev/null
+++ b/doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlXEIT2PEAuHuInLP4UYVzWE0lceMYd2lA"
+ nickname="Gregor"
+ subject="TonidoPlug"
+ date="2013-08-09T17:46:28Z"
+ content="""
+@Joey Thanks for the answer. I didn't want to mess around too much with the TonidoPlug. I am currently setting up a raspberry pi, which works fine. 
+"""]]
diff --git a/doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment b/doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
new file mode 100644
index 0000000000..93fca16531
--- /dev/null
+++ b/doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlfIVXjkzrYE9qJAO2A0H7K6tKGMaSgc3U"
+ nickname="Daniel"
+ subject="Problems with cryptocipher"
+ date="2013-08-22T01:36:50Z"
+ content="""
+I had problems following these directions on recent releases of Fedora/Ubuntu. The install attempts failed on cryptocipher-0.3.1, which I think came as a dependency of Yesod.
+I was able to work around this by installing yesod-platform with cabal first, then installing git-annex.
+"""]]
diff --git a/doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment b/doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
new file mode 100644
index 0000000000..fc64af2341
--- /dev/null
+++ b/doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="77.247.181.162"
+ subject="git-annex assistant on Arm"
+ date="2013-08-23T03:07:11Z"
+ content="""
+I'd like to use the assistant's power on a Raspberry Pi to build an always-on file/sync server. Is there a way to get the assistant running on Arm? I know there's a Debian package, but it's Version 3.20120629 and comes without the assistant. Has anyone ever successfully built a recent git-annex version on Arm? What would I need in order to do it myself? 
+"""]]
diff --git a/doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment b/doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment
new file mode 100644
index 0000000000..be14b39081
--- /dev/null
+++ b/doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 16"
+ date="2013-08-23T17:37:52Z"
+ content="""
+The git-annex assistant can easily be built on arm. But not the webapp. It's entirely possible to use the assistant without the webapp though; you just have to make the git repository and configure the remotes by hand, and then the assistant will sync them the same way the webapp does.
+
+It is possible but very involved to build the webapp for arm. I do not anticipate doing it in the Debian package until ghc gets proper template haskell support for arm. See [[forum/Webapp_on_ARM]]
+"""]]
diff --git a/doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment b/doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment
new file mode 100644
index 0000000000..c0b570dfb6
--- /dev/null
+++ b/doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="77.247.181.162"
+ subject="comment 17"
+ date="2013-08-23T18:51:51Z"
+ content="""
+Thanks for the quick answer. I will try to build git-annex with just the assistant, as you suggest, and once it works set up the server by hand as you suggest. 
+
+BTW: Awesome job you're doing with git-annex. I appreciate your enthusiasm.
+"""]]
diff --git a/doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment b/doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
new file mode 100644
index 0000000000..e3a523e228
--- /dev/null
+++ b/doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="96.47.226.20"
+ subject="git-annex assistant for the Raspberry Pi"
+ date="2013-09-04T03:58:37Z"
+ content="""
+It took a while and a few tries, but I finally built the git-annex binary including the assistant on a Raspberry Pi. The build comes without the flags webapp, webdav, and dbus as these rely on a Template Haskell compiler that hasn't been ported to Arm architecture yet. 
+
+I put the binary up on Github in case anyone's interested: <https://github.com/tradloff/git-annex-RPi>
+"""]]
diff --git a/doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment b/doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
new file mode 100644
index 0000000000..27a3e8c620
--- /dev/null
+++ b/doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlu7K3h7Ry1uDAU_ERYGuqt0LoGNJqGuRo"
+ nickname="Nathan"
+ subject="Cabal installing git-annex on Ubuntu 12.04 Precise with GHC 7.6.3"
+ date="2013-09-25T22:39:04Z"
+ content="""
+I now realize [there is a Ubuntu 12.04 Precise PPA with a current
+version of
+git-annex](http://git-annex.branchable.com/install/Ubuntu/), so that's
+probably a better choice, but here's how I cabal isntalled git-annex.
+
+1. Apt install non-cabal dependencies:
+
+       sudo aptitude install c2hs libgsasl7-dev libxml2-dev
+
+2. Manually cabal install yesod-platform to avoid the [cryptocipher problem 
+   mentioned above](
+   http://git-annex.branchable.com/install/cabal/#comment-1807da37dc144b572b76aaf4b574bb54):
+
+       cabal install yesod-platform
+
+3. Cabal install git-annex with DNS flag disabled:
+
+       cabal install git-annex -f\"-dns\"
+
+I was getting this error building git-annex before disabling the DNS flag:
+
+    Utility/SRV.hs:70:54:
+        Couldn't match expected type `Maybe
+                                        [(Int, Int, Integer, B8.ByteString)]'
+                    with actual type `Either
+                                        dns-1.0.0:Network.DNS.Internal.DNSError
+                                        [(Int, Int, Int, dns-1.0.0:Network.DNS.Internal.Domain)]'
+        In the third argument of `maybe', namely `r'
+        In the second argument of `($)', namely
+          `maybe [] (orderHosts . map tohosts) r'
+        In a stmt of a 'do' block:
+          return $ maybe [] (orderHosts . map tohosts) r
+
+Looking at Utiltity/SRV.hs, it appears that disabling the DNS flag
+just makes git annex use a different DNS library (ADNS), not
+actually disable DNS lookups.
+
+"""]]
diff --git a/doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment b/doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
new file mode 100644
index 0000000000..b280d3d3de
--- /dev/null
+++ b/doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJemqsekZTC5dvc-MAByUWaBvsYE-mFUo"
+ nickname="Gábor"
+ subject="Cabal dependencies"
+ date="2013-05-12T12:52:20Z"
+ content="""
+After finishing the installation the cabal way, here are the packages I installed. It is possible that there are other packages I installed previously as dependency for other packages.
+
+    $ lsb_release -a
+    No LSB modules are available.
+    Distributor ID:	Ubuntu
+    Description:	Ubuntu 12.04.2 LTS
+    Release:	12.04
+    Codename:	precise
+    
+    $ apt-get install cabal-install libgnutls28-dev libgsasl7-dev c2hs libghc-libxml-sax-dev zlib1g-dev libghc-zlib-dev
+    $ cabal install git-annex --bindir=$HOME/bin
+"""]]
diff --git a/doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment b/doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
new file mode 100644
index 0000000000..288c0e0176
--- /dev/null
+++ b/doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlkA6XinbeOdnEDxEGQUWyjqPGh0kdMXr4"
+ nickname="Blake"
+ subject="Updating git-annex via cabal"
+ date="2013-10-09T21:21:22Z"
+ content="""
+What is the best way to update git-annex and the dependencies via cabal? Just the `$ cabal install *` commands again?
+"""]]
diff --git a/doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment b/doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
new file mode 100644
index 0000000000..ef8a3d2a3e
--- /dev/null
+++ b/doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 21"
+ date="2013-10-11T17:09:33Z"
+ content="""
+If you run the \"cabal update\" command followed by the \"cabal install\" command it'll upgrade git-annex.
+"""]]
diff --git a/doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment b/doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
new file mode 100644
index 0000000000..d7ff056177
--- /dev/null
+++ b/doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="96.44.189.100"
+ subject="&quot;Could not find module Crypto.Hash&quot; error when building git-annex "
+ date="2013-10-21T19:55:12Z"
+ content="""
+Lately I get this error message when trying to build git-annex-v4.20131002:
+
+    Utility/Hash.hs:7:8:
+        Could not find module `Crypto.Hash'
+        Perhaps you meant
+    	  Crypto.HMAC (needs flag -package crypto-api-0.10.2)
+        Use -v to see a list of the files searched for.
+
+crypto-api-0.10.2 is installed as a debian dev package. All the dependencies are met. I have no idea what's going on.  
+"""]]
diff --git a/doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment b/doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
new file mode 100644
index 0000000000..03a5b87ce4
--- /dev/null
+++ b/doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 23"
+ date="2013-10-21T22:09:05Z"
+ content="""
+git-annex needs cryptohash version 0.10.0 or greater. You appear to have an old version. You can cabal `configure -f-CryptoHash` if it's for some reason failing to disable the cryptohash support despite the declared dependency not being met.
+"""]]
diff --git a/doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment b/doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
new file mode 100644
index 0000000000..3bb1605466
--- /dev/null
+++ b/doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="37.130.227.133"
+ subject="comment 24"
+ date="2013-10-22T17:55:32Z"
+ content="""
+I fixed the error by installing a newer version of cryptohash. Thanks for pointing out the culprit. 
+"""]]
diff --git a/doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment b/doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
new file mode 100644
index 0000000000..929956ede7
--- /dev/null
+++ b/doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="141.138.141.208"
+ subject="Bad version on Hackage"
+ date="2013-10-30T18:56:25Z"
+ content="""
+Quick note: The latest version in the Hackage repository (git-annex-4.20131024) fails to build, due to a faulty version of Assistant/Threads/Cronner.hs. 
+"""]]
diff --git a/doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment b/doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment
new file mode 100644
index 0000000000..5b1f06023b
--- /dev/null
+++ b/doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 26"
+ date="2013-11-01T16:33:25Z"
+ content="""
+@RaspberryPie that only affected builds without the webapp, in any case it's fixed now.
+"""]]
diff --git a/doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment b/doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
new file mode 100644
index 0000000000..4c007c9ad9
--- /dev/null
+++ b/doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="37.221.160.203"
+ subject="comment 27"
+ date="2013-11-02T12:52:18Z"
+ content="""
+Okay, the error doesn't show up anymore. I didn't even get to Cronner though, because this time I got a different error:
+
+    Assistant/Alert.hs:195:20:
+        Couldn't match expected type `Assistant ()' with actual type `()'
+        Expected type: Maybe Remote -> Assistant ()
+          Actual type: Maybe Remote -> ()
+        In the expression: noop
+        In an equation for `notFsckedNudge': notFsckedNudge _ = noop
+
+This is from trying to compile 4.20131101 with `-f\"-webapp -webdav\"`
+"""]]
diff --git a/doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment b/doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment
new file mode 100644
index 0000000000..19a570caec
--- /dev/null
+++ b/doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 28"
+ date="2013-11-02T17:40:18Z"
+ content="""
+Unfortunate about that. I've fixed it in git.
+
+(It would be best to file bug reports about build failures to avoid cluttering up this page.)
+"""]]
diff --git a/doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment b/doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment
new file mode 100644
index 0000000000..524a0db0cf
--- /dev/null
+++ b/doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="robohack"
+ ip="24.67.98.78"
+ subject="cabal install failing due to problems building pcre-light-0.4"
+ date="2013-11-21T20:17:10Z"
+ content="""
+After a fresh install of Haskell, and following the instructions above, I end up with the following rather bizarre and unexpected problem:
+
+	$ cabal install git-annex --bindir=$HOME/bin -f\"-assistant -webapp -webdav -pairing -xmpp -dns\"
+	Resolving dependencies...
+	Configuring pcre-light-0.4...
+	Building pcre-light-0.4...
+	Preprocessing library pcre-light-0.4...
+	Base.hsc:103:18: error: pcre.h: No such file or directory
+	Base.hsc: In function ‘main’:
+	Base.hsc:402: error: ‘PCRE_ANCHORED’ undeclared (first use in this function)
+	Base.hsc:402: error: (Each undeclared identifier is reported only once
+	Base.hsc:402: error: for each function it appears in.)
+	Base.hsc:405: error: ‘PCRE_AUTO_CALLOUT’ undeclared (first use in this function)
+
+(followed by an error for every other macro that was expected to be defined in the header...)
+
+	compiling dist/build/Text/Regex/PCRE/Light/Base_hsc_make.c failed (exit code 1)
+	command was: /usr/bin/gcc -c dist/build/Text/Regex/PCRE/Light/Base_hsc_make.c -o dist/build/Text/Regex/PCRE/Light/Base_hsc_make.o -m64 -fno-stack-protector -m64 -fno-stack-protector -m64 -D__GLASGOW_HASKELL__=700 -Ddarwin_BUILD_OS -Ddarwin_HOST_OS -Dx86_64_BUILD_ARCH -Dx86_64_HOST_ARCH -I/sw/lib/ghc-7.0.4/bytestring-0.9.1.10/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/sw/lib/ghc-7.0.4/base-4.3.1.0/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/sw/lib/ghc-7.0.4/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/sw/lib/ghc-7.0.4/include -Idist/build/autogen -include dist/build/autogen/cabal_macros.h -I/sw/lib/ghc-7.0.4/include/
+	Failed to install pcre-light-0.4
+	cabal: Error: some packages failed to install:
+	git-annex-3.20120230 depends on pcre-light-0.4 which failed to install.
+	pcre-light-0.4 failed during the building phase. The exception was:
+	ExitFailure 1
+
+This is a somewhat older Mac OS X 10.6.8 system.
+
+I do have PCRE already installed via Fink, and pcre.h is in /sw/include.  I see other -I/sw/... things in the compile command above, but obviously /sw/include is not one of them.
+
+Any clues for me?
+
+(Why the heck does git-annex need pcre in particular anyway???  I saw another regex library get installed earlier somewhere in this (massive) process.)
+
+"""]]
diff --git a/doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment b/doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
new file mode 100644
index 0000000000..5a7beea37a
--- /dev/null
+++ b/doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="E: Unable to locate package libghc-libxml-sax-dev"
+ date="2013-05-30T15:05:47Z"
+ content="""
+I get an error from the command as above:
+$ sudo apt-get install cabal-install libgnutls28-dev libgsasl7-dev c2hs libghc libxml-sax-dev zlib1g-dev libghc-zlib-dev
+
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+
+"""]]
diff --git a/doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment b/doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
new file mode 100644
index 0000000000..f068944b09
--- /dev/null
+++ b/doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="robohack"
+ ip="24.67.98.78"
+ subject="hmmm... ok, the PCRE problem was odd, but now this:"
+ date="2013-11-21T20:30:54Z"
+ content="""
+The PCRE problem is solved trivially in my case with a couple more cabal install options, though the need for these seems oddly dissatisfying given the reams of other stuff that was successfully built and installed without these options.
+
+Now however I seem to have encountered a deeper problem:
+
+	$ cabal install git-annex --bindir=$HOME/bin --extra-include-dirs=/sw/include --extra-lib-dirs=/sw/lib               
+	Resolving dependencies...
+	[1 of 1] Compiling Main             ( /var/folders/7h/7hWHR5m8HPKOnUEvQU7HU++++TI/-Tmp-/git-annex-3.20120230-84797/git-annex-3.20120230/Setup.hs, /var/folders/7h/7hWHR5m8HPKOnUEvQU7HU++++TI/-Tmp-/git-annex-3.20120230-84797/git-annex-3.20120230/dist/setup/Main.o )
+	Linking /var/folders/7h/7hWHR5m8HPKOnUEvQU7HU++++TI/-Tmp-/git-annex-3.20120230-84797/git-annex-3.20120230/dist/setup/setup ...
+	hsc2hs Utility/StatFS.hsc
+	perl -i -pe 's/^{-# INCLUDE.*//' Utility/StatFS.hs
+	ghc -O2 -Wall -ignore-package monads-fd --make configure
+	
+	Utility/StatFS.hsc:54:8:
+	    Could not find module `GHC.Foreign':
+	      Use -v to see a list of the files searched for.
+	make: *** [Build/SysConfig.hs] Error 1
+	Configuring git-annex-3.20120230...
+	Building git-annex-3.20120230...
+	Preprocessing executable 'git-annex' for git-annex-3.20120230...
+	
+	Git/Version.hs:11:18:
+	    Could not find module `Build.SysConfig':
+	      Use -v to see a list of the files searched for.
+	Failed to install git-annex-3.20120230
+	cabal: Error: some packages failed to install:
+	git-annex-3.20120230 failed during the building phase. The exception was:
+	ExitFailure 1
+
+"""]]
diff --git a/doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment b/doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
new file mode 100644
index 0000000000..224c1dc19f
--- /dev/null
+++ b/doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="robohack"
+ ip="24.67.98.78"
+ subject="a different error trying to build from the git repo...."
+ date="2013-11-21T21:14:54Z"
+ content="""
+I'm using the ghc7.0 branch because Fink's GHC is still at 7.0.4....
+
+	$ cabal build                                
+	Building git-annex-3.20120523...
+	Preprocessing executable 'git-annex' for git-annex-3.20120523...
+	[ 78 of 163] Compiling Utility.Url      ( Utility/Url.hs, dist/build/git-annex/git-annex-tmp/Utility/Url.o )
+	
+	Utility/Url.hs:111:88:
+	    Couldn't match expected type `Maybe URI' with actual type `URI'
+	    In the second argument of `fromMaybe', namely
+	      `(newURI `relativeTo` u)'
+	    In the expression: fromMaybe newURI (newURI `relativeTo` u)
+	    In an equation for `newURI_abs':
+	        newURI_abs = fromMaybe newURI (newURI `relativeTo` u)
+
+"""]]
diff --git a/doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment b/doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment
new file mode 100644
index 0000000000..8b2ae67f92
--- /dev/null
+++ b/doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 32"
+ date="2013-11-22T16:27:36Z"
+ content="""
+@robohack, the ghc7.0 branch is not being maintained, and is so old I don't recommend it. To build it against current cabal you will probably need to version its dependency on network to an older version than 2.4.0. 
+
+Also, git-annex has not depended on pcre for a long time. But you're building thoroughly old version so get to trip over every bug that's been reported for the past 2 years..
+"""]]
diff --git a/doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment b/doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
new file mode 100644
index 0000000000..8fab5a45f7
--- /dev/null
+++ b/doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="Build failure"
+ date="2014-03-20T09:10:44Z"
+ content="""
+I followed the instructions and the invocation of
+
+    cabal install git-annex --bindir=$HOME/bin -f\"-assistant -webapp -webdav -pairing -xmpp -dns\"
+
+resulted in the following error:
+
+    Test.hs:107:41: Not in scope: `errMessage'
+    Failed to install git-annex-5.20140306
+    cabal: Error: some packages failed to install:
+    git-annex-5.20140306 failed during the building phase. The exception was:
+    ExitFailure 1
+
+I used the Haskell Platform for Mac OS X (10.8)
+
+"""]]
diff --git a/doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment b/doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment
new file mode 100644
index 0000000000..619e790129
--- /dev/null
+++ b/doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/a05bb829-932b-49f2-85a9-00dcda8b5e20"
+ nickname="Christian Pietsch"
+ subject="Re: Build failure"
+ date="2014-03-20T13:56:16Z"
+ content="""
+I get exactly the same error message as Matthias when attempting the minimal Cabal install on openSUSE 12.2 (x86_64) Linux.
+"""]]
diff --git a/doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment b/doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment
new file mode 100644
index 0000000000..899e4fc01c
--- /dev/null
+++ b/doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.102"
+ subject="comment 35"
+ date="2014-03-20T16:06:22Z"
+ content="""
+The `errMessage` build failure is due to a new version of optparse-applicative. I've added support for it in git master.
+"""]]
diff --git a/doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment b/doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
new file mode 100644
index 0000000000..f6e0d85034
--- /dev/null
+++ b/doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNcHu5T1Pxzl-r2co9vf6SxXYWubv2P04"
+ nickname="Matthew"
+ subject="I did indeed get problems on Ubuntu 13.04"
+ date="2014-06-25T01:01:43Z"
+ content="""
+The issues I had were version mismatches when resolving dependencies of git-annex.
+
+It seems that when you install haskell-platform package with apt-get, it installs a bunch of haskell dependencies as apt packages, yet those aren't needed for any other system packages.  So some people here who complain about version mismatches might not have intended to install any Haskell libraries with apt, they just come along for the ride by default.
+
+I can't remember the exact ones, but I ended up uninstalling some of the stuff that gets auto-installed along with haskell-platform, and using cabal to build those.  Then all the git-annex dependencies worked.
+
+Why 13.04 in this day and age?  Using Zentyal as a home server/gateway, and it currently runs on 13.04.
+
+This method might not work if you installed other apt packages that _do_ need those apt-based Haskell libraries.   But if git-annex is all you need that uses the Haskell platform, might work.
+"""]]
diff --git a/doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment b/doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
new file mode 100644
index 0000000000..daf7d0b5a8
--- /dev/null
+++ b/doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
@@ -0,0 +1,69 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmveNWaFIL1zEehHr_0416bKBzsul5tGlE"
+ nickname="Daniel"
+ subject="Install fails horribly"
+ date="2014-07-10T23:11:51Z"
+ content="""
+```
+lyriondesktop:/home/zilti/tmp # cabal install c2hs
+Resolving dependencies...
+Configuring c2hs-0.17.2...
+Building c2hs-0.17.2...
+Preprocessing executable 'c2hs' for c2hs-0.17.2...
+[ 1 of 26] Compiling Data.DLists      ( src/Data/DLists.hs, dist/build/c2hs/c2hs-tmp/Data/DLists.o )
+[ 2 of 26] Compiling Control.StateTrans ( src/Control/StateTrans.hs, dist/build/c2hs/c2hs-tmp/Control/StateTrans.o )
+
+src/Control/StateTrans.hs:77:1: Warning:
+    Module `Prelude' does not export `catch'
+[ 3 of 26] Compiling Data.Errors      ( src/Data/Errors.hs, dist/build/c2hs/c2hs-tmp/Data/Errors.o )
+[ 4 of 26] Compiling Data.Attributes  ( src/Data/Attributes.hs, dist/build/c2hs/c2hs-tmp/Data/Attributes.o )
+[ 5 of 26] Compiling Text.Lexers      ( src/Text/Lexers.hs, dist/build/c2hs/c2hs-tmp/Text/Lexers.o )
+[ 6 of 26] Compiling Control.StateBase ( src/Control/StateBase.hs, dist/build/c2hs/c2hs-tmp/Control/StateBase.o )
+[ 7 of 26] Compiling Data.NameSpaces  ( src/Data/NameSpaces.hs, dist/build/c2hs/c2hs-tmp/Data/NameSpaces.o )
+[ 8 of 26] Compiling C2HS.C.Attrs     ( src/C2HS/C/Attrs.hs, dist/build/c2hs/c2hs-tmp/C2HS/C/Attrs.o )
+[ 9 of 26] Compiling C2HS.C.Builtin   ( src/C2HS/C/Builtin.hs, dist/build/c2hs/c2hs-tmp/C2HS/C/Builtin.o )
+[10 of 26] Compiling Paths_c2hs       ( dist/build/autogen/Paths_c2hs.hs, dist/build/c2hs/c2hs-tmp/Paths_c2hs.o )
+[11 of 26] Compiling C2HS.Config      ( src/C2HS/Config.hs, dist/build/c2hs/c2hs-tmp/C2HS/Config.o )
+[12 of 26] Compiling C2HS.Switches    ( src/C2HS/Switches.hs, dist/build/c2hs/c2hs-tmp/C2HS/Switches.o )
+[13 of 26] Compiling C2HS.Version     ( src/C2HS/Version.hs, dist/build/c2hs/c2hs-tmp/C2HS/Version.o )
+[14 of 26] Compiling System.CIO       ( src/System/CIO.hs, dist/build/c2hs/c2hs-tmp/System/CIO.o )
+[15 of 26] Compiling Control.State    ( src/Control/State.hs, dist/build/c2hs/c2hs-tmp/Control/State.o )
+[16 of 26] Compiling C2HS.State       ( src/C2HS/State.hs, dist/build/c2hs/c2hs-tmp/C2HS/State.o )
+[17 of 26] Compiling C2HS.CHS.Lexer   ( src/C2HS/CHS/Lexer.hs, dist/build/c2hs/c2hs-tmp/C2HS/CHS/Lexer.o )
+
+src/C2HS/CHS/Lexer.hs:612:16: Warning:
+    Defined but not used: `lexeme'
+[18 of 26] Compiling C2HS.CHS         ( src/C2HS/CHS.hs, dist/build/c2hs/c2hs-tmp/C2HS/CHS.o )
+[19 of 26] Compiling C2HS.Gen.Header  ( src/C2HS/Gen/Header.hs, dist/build/c2hs/c2hs-tmp/C2HS/Gen/Header.o )
+[20 of 26] Compiling C2HS.C.Trav      ( src/C2HS/C/Trav.hs, dist/build/c2hs/c2hs-tmp/C2HS/C/Trav.o )
+[21 of 26] Compiling C2HS.C.Names     ( src/C2HS/C/Names.hs, dist/build/c2hs/c2hs-tmp/C2HS/C/Names.o )
+[22 of 26] Compiling C2HS.C           ( src/C2HS/C.hs, dist/build/c2hs/c2hs-tmp/C2HS/C.o )
+[23 of 26] Compiling C2HS.Gen.Monad   ( src/C2HS/Gen/Monad.hs, dist/build/c2hs/c2hs-tmp/C2HS/Gen/Monad.o )
+
+src/C2HS/Gen/Monad.hs:227:10: Warning:
+    Orphan instance: instance Read Ident
+[24 of 26] Compiling C2HS.C.Info      ( src/C2HS/C/Info.hs, dist/build/c2hs/c2hs-tmp/C2HS/C/Info.o )
+[25 of 26] Compiling C2HS.Gen.Bind    ( src/C2HS/Gen/Bind.hs, dist/build/c2hs/c2hs-tmp/C2HS/Gen/Bind.o )
+
+src/C2HS/Gen/Bind.hs:971:43: Warning:
+    In the use of `posColumn' (imported from Language.C.Data.Position):
+    Deprecated: \"column number information is inaccurate in presence of macros - do not rely on it.\"
+
+src/C2HS/Gen/Bind.hs:789:10: Warning:
+    Orphan instance: instance Num CInteger
+[26 of 26] Compiling Main             ( src/Main.hs, dist/build/c2hs/c2hs-tmp/Main.o )
+Linking dist/build/c2hs/c2hs ...
+Installing executable(s) in /root/.cabal/bin
+Installed c2hs-0.17.2
+lyriondesktop:/home/zilti/tmp # cabal install git-annex
+Resolving dependencies...
+Configuring gnuidn-0.2.1...
+cabal: The program c2hs is required but it could not be found.
+Failed to install gnuidn-0.2.1
+cabal: Error: some packages failed to install:
+git-annex-5.20140709 depends on gnuidn-0.2.1 which failed to install.
+gnuidn-0.2.1 failed during the configure step. The exception was:
+ExitFailure 1
+network-protocol-xmpp-0.4.6 depends on gnuidn-0.2.1 which failed to install.
+```
+"""]]
diff --git a/doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment b/doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
new file mode 100644
index 0000000000..7c44518d92
--- /dev/null
+++ b/doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 38"
+ date="2014-07-11T18:30:55Z"
+ content="""
+@Daniel, I suggest you either follow the instuctions above, or if you don't want to follow the instructions, follow the error messages. :P In this case, the instructions say to do:
+
+> PATH=$HOME/bin:$PATH
+> cabal install c2hs --bindir=$HOME/bin
+
+Which is exactly to work around the problem that we can see in your transcript: `Installing executable(s) in /root/.cabal/bin` 
+
+Also, to reiterate the top of the page: If you are not comfortable tracking down and dealing with library build problems, installing git-annex with cabal is probably not the right choice for you!
+
+"""]]
diff --git a/doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment b/doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment
new file mode 100644
index 0000000000..7a53b2b647
--- /dev/null
+++ b/doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-30T15:25:29Z"
+ content="""
+If you're installing git-annex with cabal, there is no need to install any haskell library packages with apt-get. That includes libghc-libxml-sax-dev and libghc-zlib-dev. Without those, the apt-get line may work to install the C libraries needed for cabal to install the haskell libraries. 
+
+However, see the the [[Ubuntu]] page for much easier ways to get git-annex installed.
+"""]]
diff --git a/doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment b/doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
new file mode 100644
index 0000000000..4a04303ced
--- /dev/null
+++ b/doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="Re: Comment 3"
+ date="2013-05-30T15:48:44Z"
+ content="""
+@Joey Many thanks.
+I am new to Haskell (vaguely looked at it with DARCS) and git-annex.
+After installing with apt-get on Ubuntu 12.04 LTS I found webapp was missing, hence have come here.
+I am going through the correct steps now, it should be awesome when done.
+
+This seems to be a long build process (still going on my old laptop, much longer than apt-get).
+Ubuntu git-annex packages from 13.10 Saucy I think are updated to include webapp.
+"""]]
diff --git a/doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment b/doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
new file mode 100644
index 0000000000..59bdbdd13c
--- /dev/null
+++ b/doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="Re: Comment 3"
+ date="2013-05-30T16:29:12Z"
+ content="""
+At the end of the build I got these errors:
+Registering yesod-static-1.1.2.3...
+Installing library in /home/nrb/.cabal/lib/yesod-static-1.1.2.3/ghc-7.4.1
+Registering yesod-static-1.1.2.3...
+cabal: Error: some packages failed to install:
+c2hs-0.16.4 depends on language-c-0.3.2.1 which failed to install.
+dbus-0.10.4 depends on libxml-sax-0.7.4 which failed to install.
+git-annex-4.20130521.2 depends on libxml-sax-0.7.4 which failed to install.
+language-c-0.3.2.1 failed during the configure step. The exception was:
+ExitFailure 1
+libxml-sax-0.7.4 failed during the configure step. The exception was:
+ExitFailure 1
+network-protocol-xmpp-0.4.5 depends on libxml-sax-0.7.4 which failed to
+install.
+
+One way I could fix this myself is to put together a VM with 13.10 or Debian in it and work inside that.
+Or if I can get help to fix my issues here that would be great ;)
+"""]]
diff --git a/doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment b/doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
new file mode 100644
index 0000000000..1ff7b4f760
--- /dev/null
+++ b/doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="Some errors after the build"
+ date="2013-05-30T16:38:37Z"
+ content="""
+    Registering yesod-static-1.1.2.3...
+    Installing library in /home/nrb/.cabal/lib/yesod-static-1.1.2.3/ghc-7.4.1
+    Registering yesod-static-1.1.2.3...
+    cabal: Error: some packages failed to install:
+    c2hs-0.16.4 depends on language-c-0.3.2.1 which failed to install.
+    dbus-0.10.4 depends on libxml-sax-0.7.4 which failed to install.
+    git-annex-4.20130521.2 depends on libxml-sax-0.7.4 which failed to install.
+    language-c-0.3.2.1 failed during the configure step. The exception was:
+    ExitFailure 1
+    libxml-sax-0.7.4 failed during the configure step. The exception was:
+    ExitFailure 1
+    network-protocol-xmpp-0.4.5 depends on libxml-sax-0.7.4 which failed to
+    install.
+
+"""]]
diff --git a/doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment b/doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment
new file mode 100644
index 0000000000..40b202d4e0
--- /dev/null
+++ b/doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="krig"
+ ip="46.194.28.123"
+ subject="Could not resolve dependencies for yesod"
+ date="2013-06-25T06:14:18Z"
+ content="""
+I'm having problems installing from cabal, and it seems related to yesod. I found an older discussion on something similar, where a constraint to require a newer version of yesod had been added, but I haven't figured out what was done to solve it.
+
+The problem seems to be that git-annex requires yesod < 1.2, but cabal is unable to install an older version.
+
+    $ cabal install git-annex --bindir=$HOME/bin
+    Resolving dependencies...
+    cabal: Could not resolve dependencies:
+    trying: git-annex-4.20130601
+    trying: git-annex-4.20130601:+webapp
+    rejecting: yesod-1.2.1.1, 1.2.1, 1.2.0.1, 1.2.0 (conflict:
+    git-annex-4.20130601:webapp => yesod(<1.2))
+    trying: yesod-1.1.9.3
+    $
+
+From what I can tell, the problem is fixed in github master since yesod >= 1.2 is supported again.
+"""]]
diff --git a/doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment b/doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
new file mode 100644
index 0000000000..536f30da09
--- /dev/null
+++ b/doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 8"
+ date="2013-06-25T17:16:46Z"
+ content="""
+git-annex 4.20130621 once again builds with the current version of yesod.
+"""]]
diff --git a/doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment b/doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment
new file mode 100644
index 0000000000..3284c8caa2
--- /dev/null
+++ b/doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl7dGdYtCHb7xleEOp6n8yaUQ4UtaiAEEs"
+ nickname="Henning"
+ subject="libxml-sax Error on OS X fresh install"
+ date="2013-07-27T13:11:23Z"
+ content="""
+I had - maybe the same problem as Nigel - with ExitFailure 1 libxml-sax-0.7.4 .
+
+I could fix this by forcing the link of libxml2 package with \"brew link libxml2 --force\". Maybe you should update your guide. I had this problem on 2 different machines running both the current versions of OS X.
+
+After this the build finished successfull. Maybe this helps.
+"""]]
diff --git a/doc/install/comment_1_0aa16754fb08d8f2a54c8c3f78b6c187._comment b/doc/install/comment_1_0aa16754fb08d8f2a54c8c3f78b6c187._comment
new file mode 100644
index 0000000000..1bf53f02a9
--- /dev/null
+++ b/doc/install/comment_1_0aa16754fb08d8f2a54c8c3f78b6c187._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7eqCMh_B7mxE0tnchbr0JoYu11FUAFRY"
+ nickname="Stéphane"
+ subject="Old versions from distributions (e.g. Debian stable) fail with online instructions."
+ date="2014-06-28T15:36:12Z"
+ content="""
+Hello everyone.
+
+Be aware that your distribution's package may be very old.
+For example, at the time I write this, latest Debian stable is Debian 7.5 which is 2 months old.
+But git-annex package there is two *years* old (tomorrow, it will be exactly two yezrs old).
+
+So, beware.  If following [online walkthrough](https://git-annex.branchable.com/walkthrough/), either install a more recent git-annex (e.g. from [Debain backports](http://backports.debian.org/Instructions/)) or follow instructions from your local `/usr/share/doc/git-annex/html/walkthrough.html` instead.
+"""]]
diff --git a/doc/install/fromscratch.mdwn b/doc/install/fromscratch.mdwn
new file mode 100644
index 0000000000..46ee5a055d
--- /dev/null
+++ b/doc/install/fromscratch.mdwn
@@ -0,0 +1,27 @@
+To install git-annex from scratch, you need a lot of stuff. Really
+quite a lot.
+
+* Haskell stuff
+  * [The Haskell Platform](http://haskell.org/platform/) (GHC 7.4 or newer)
+  * A ton of haskell libraries. Rather than try to list them all here,
+    see git-annex.cabal. Probably the easiest way to install them:
+    `cabal update; cabal install git-annex --only-dependencies`
+* Shell commands
+  * [git](http://git-scm.com/) (1.7.2 or newer; 1.8.5 or newer recommended)
+  * [xargs](http://savannah.gnu.org/projects/findutils/)
+  * [rsync](http://rsync.samba.org/)
+  * [curl](http://http://curl.haxx.se/) (optional, but recommended)
+  * [wget](http://www.gnu.org/software/wget/) (optional)
+  * [sha*sum](ftp://ftp.gnu.org/gnu/coreutils/) (optional)
+  * [gpg](http://gnupg.org/) (optional; needed for encryption)
+  * [lsof](ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/)
+    (optional; recommended for watch mode)
+  * [gcrypt](https://github.com/joeyh/git-remote-gcrypt)
+    (optional)
+  * [nocache](https://github.com/Feh/nocache)
+    (optional)
+  * multicast DNS support, provided on linux by [nss-mdns](http://www.0pointer.de/lennart/projects/nss-mdns/)
+    (optional; recommended for the assistant to support pairing well)
+  * [ikiwiki](http://ikiwiki.info) (optional; used to build the docs)
+
+Then just [[download]] git-annex and run: `make; make install`
diff --git a/doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment b/doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment
new file mode 100644
index 0000000000..1b68d0f8cb
--- /dev/null
+++ b/doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="azul"
+ ip="91.36.153.149"
+ subject="cabal fails to resolve dependencies"
+ date="2014-06-19T08:49:05Z"
+ content="""
+I tried this on ubuntu 14.04 without any previous haskell installs and cabal failed to resolve the dependencies:
+
+rejecting: optparse-applicative-0.9.0 (conflict: hjsmin =>
+optparse-applicative>=0.7 && <0.9)
+
+[full log](paste.debian.net/105771/)
+"""]]
diff --git a/doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment b/doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment
new file mode 100644
index 0000000000..949ee0abf5
--- /dev/null
+++ b/doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="azul"
+ ip="91.36.173.120"
+ subject="conflict solved"
+ date="2014-06-20T06:13:09Z"
+ content="""
+`apt-get install happy alex libghc-hjsmin-dev`
+solved the problem for me. The hjsmin lib was probably crucial. It seems a bunch of dependencies can also be installed as debs rather than through cabal.
+`standalone/android/buildchroot-inchroot` gave me a clue.
+"""]]
diff --git a/doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment b/doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
new file mode 100644
index 0000000000..1fade16c32
--- /dev/null
+++ b/doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="azul"
+ ip="91.36.173.120"
+ subject="c2hs required for cabal to install dependencies"
+ date="2014-06-20T06:35:35Z"
+ content="""
+Next thing i ran into was missing c2hs.
+So
+`apt-get install c2hs` before running the cabal install otherwise...
+
+<pre>
+$ cabal install git-annex --only-dependencies
+Resolving dependencies...
+Configuring gnuidn-0.2.1...
+cabal: The program c2hs is required but it could not be found.
+Failed to install gnuidn-0.2.1
+cabal: Error: some packages failed to install:
+gnuidn-0.2.1 failed during the configure step. The exception was:
+ExitFailure 1
+network-protocol-xmpp-0.4.6 depends on gnuidn-0.2.1 which failed to install.
+</pre>
+
+"""]]
diff --git a/doc/install/openSUSE.mdwn b/doc/install/openSUSE.mdwn
new file mode 100644
index 0000000000..760def98c6
--- /dev/null
+++ b/doc/install/openSUSE.mdwn
@@ -0,0 +1,3 @@
+Haskell Platform is now [officially available for openSUSE](http://software.opensuse.org/package/haskell-platform) via 1-Click Install. 
+
+At the time of writing, there are [unofficial packages of git-annex](http://software.opensuse.org/package/git-annex) available for openSUSE.  It should also be possible to build it via cabal or from source as described on the [[install]] page.
diff --git a/doc/internals.mdwn b/doc/internals.mdwn
new file mode 100644
index 0000000000..bf0fa668c9
--- /dev/null
+++ b/doc/internals.mdwn
@@ -0,0 +1,247 @@
+In the world of git, we're not scared about internal implementation
+details, and sometimes we like to dive in and tweak things by hand. Here's
+some documentation to that end.
+
+## `.git/annex/objects/aa/bb/*/*`
+
+This is where locally available file contents are actually stored.
+Files added to the annex get a symlink checked into git that points
+to the file content.
+
+First there are two levels of directories used for hashing, to prevent
+too many things ending up in any one directory.
+See [[hashing]] for details.
+
+Each subdirectory has the [[name_of_a_key|key_format]] in one of the
+[[key-value_backends|backends]]. The file inside also has the name of the key.
+This two-level structure is used because it allows the write bit to be removed
+from the subdirectories as well as from the files. That prevents accidentially
+deleting or changing the file contents. See [[lockdown]] for details.
+
+In [[direct_mode]], file contents are not stored in here, and instead
+are stored directly in the file. However, the same symlinks are still
+committed to git, internally.
+
+Also in [[direct_mode]], some additional data is stored in these directories.
+`.cache` files contain cached file stats used in detecting when a file has
+changed, and `.map` files contain a list of file(s) in the work directory
+that contain the key.
+
+# `.git/annex/tmp/`
+
+This directory contains partially transferred objects.
+
+# `.git/annex/misctmp/`
+
+This is a temp directory for miscellaneous other temp files.
+
+While .git/annex/objects and .git/annex/tmp can be put on different
+filesystems if desired, .git/annex/misctmp 
+has to be on the same filesystem as the work tree and git repository.
+
+# `.git/annex/bad/`
+
+git-annex fsck puts any bad objects it finds in here.
+
+# `.git/annex/transfers/`
+
+Contains information files for uploads and downloads that are in progress,
+as well as any that have failed. Used especially by the assistant.
+It is safe to delete these files.
+
+# `.git/annex/ssh/`
+
+ssh connection caching files are written in here.
+
+# `.git/annex/index`
+
+This is a git index file which git-annex uses for commits to the git-annex
+branch.
+
+# `.git/annex/journal/`
+
+git-annex uses this to journal changes to the git-annex branch,
+before committing a set of changes.
+
+## The git-annex branch
+
+This branch is managed by git-annex, with the contents listed below.
+
+The file `.git/annex/index` is a separate git index file it uses
+to accumulate changes for the git-annex branch.
+Also, `.git/annex/journal/` is used to record changes before they
+are added to git.
+
+This branch operates on objects exclusively. No file names will ever
+be stored in this branch.
+
+The files stored in this branch are all designed to be auto-merged
+using git's [[union merge driver|git-union-merge]]. So each line
+has a timestamp, to allow the most recent information to be identified.
+
+### `uuid.log`
+
+Records the UUIDs of known repositories, and associates them with a
+description of the repository. This allows git-annex to display something
+more useful than a UUID when it refers to a repository that does not have
+a configured git remote pointing at it.
+
+The file format is simply one line per repository, with the uuid followed by a
+space and then the description, followed by a timestamp. Example:
+
+	e605dca6-446a-11e0-8b2a-002170d25c55 laptop timestamp=1317929189.157237s
+	26339d22-446b-11e0-9101-002170d25c55 usb disk timestamp=1317929330.769997s
+
+## `numcopies.log`
+
+Records the global numcopies setting.
+
+The file format is simply a timestamp followed by a number.
+
+## `remote.log`
+
+Holds persistent configuration settings for [[special_remotes]] such as
+Amazon S3.
+
+The file format is one line per remote, starting with the uuid of the
+remote, followed by a space, and then a series of var=value pairs,
+each separated by whitespace, and finally a timestamp.
+
+Encrypted special remotes store their encryption key here,
+in the "cipher" value. It is base64 encoded, and unless shared [[encryption]]
+is used, is encrypted to one or more gpg keys. The first 256 bytes of
+the cipher is used as the HMAC SHA1 encryption key, to encrypt filenames
+stored on the special remote. The remainder of the cipher is used as a gpg
+symmetric encryption key, to encrypt the content of files stored on the special
+remote.
+
+## `trust.log`
+
+Records the [[trust]] information for repositories. Does not exist unless
+[[trust]] values are configured.
+
+The file format is one line per repository, with the uuid followed by a
+space, and then either `1` (trusted), `0` (untrusted), `?` (semi-trusted),
+`X` (dead) and finally a timestamp.
+
+Example:
+
+	e605dca6-446a-11e0-8b2a-002170d25c55 1 timestamp=1317929189.157237s
+	26339d22-446b-11e0-9101-002170d25c55 ? timestamp=1317929330.769997s
+
+Repositories not listed are semi-trusted.
+
+## `group.log`
+
+Used to group repositories together.
+
+The file format is one line per repository, with the uuid followed by a space,
+and then a space-separated list of groups this repository is part of,
+and finally a timestamp.
+
+## `preferred-content.log`
+
+Used to indicate which repositories prefer to contain which file contents.
+
+The file format is one line per repository, with the uuid followed by a space,
+then a boolean expression, and finally a timestamp.
+
+Files matching the expression are preferred to be retained in the
+repository, while files not matching it are preferred to be stored
+somewhere else.
+
+## `required-content.log`
+
+Used to indicate which repositories are required to contain which file
+contents.
+
+File format is identical to preferred-content.log.
+
+## `group-preferred-content.log`
+
+Contains standard preferred content settings for groups. (Overriding or
+supplimenting the ones built into git-annex.)
+
+The file format is one line per group, staring with a timestamp, then a
+space, then the group name followed by a space and then the preferred
+content expression.
+
+## `aaa/bbb/*.log`
+
+These log files record [[location_tracking]] information
+for file contents. These are placed in two levels of subdirectories
+for hashing. See [[hashing]] for details.
+
+The name of the key is the filename, and the content
+consists of a timestamp, either 1 (present) or 0 (not present), and
+the UUID of the repository that has or lacks the file content.
+
+Example:
+
+	1287290776.765152s 1 e605dca6-446a-11e0-8b2a-002170d25c55
+	1287290767.478634s 0 26339d22-446b-11e0-9101-002170d25c55
+
+## `aaa/bbb/*.log.web`
+
+These log files record urls used by the
+[[web_special_remote|special_remotes/web]]. Their format is similar
+to the location tracking files, but with urls rather than UUIDs.
+
+## `aaa/bbb/*.log.rmt`
+
+These log files are used by remotes that need to record their own state
+about keys. Each remote can store one line of data about a key, in
+its own format.
+
+Example:
+
+	1287290776.765152s e605dca6-446a-11e0-8b2a-002170d25c55 blah blah
+	1287290767.478634s 26339d22-446b-11e0-9101-002170d25c55 foo=bar
+
+## `aaa/bbb/*.log.met`
+
+These log files are used to store arbitrary [[design/metadata]] about keys.
+Each key can have any number of metadata fields. Each field has a set of
+values.
+
+Lines are timestamped, and record when values are added (`field +value`),
+but also when values are removed (`field -value`). Removed values
+are retained in the log so that when merging an old line that sets a value
+that was later unset, the value is not accidentially added back.
+
+For example:
+
+	1287290776.765152s tag +foo +bar author +joey
+	1291237510.141453s tag -bar +baz
+
+The value can be completely arbitrary data, although it's typically
+reasonably short. If the value contains any whitespace
+(including \r or \r), it will be base64 encoded. Base64 encoded values
+are indicated by prefixing them with "!" 
+
+## `schedule.log`
+
+Used to record scheduled events, such as periodic fscks.
+
+The file format is simply one line per repository, with the uuid followed by a
+space and then its schedule, followed by a timestamp.
+
+There can be multiple events in the schedule, separated by "; "
+
+The format of the scheduled events is the same described in
+the SCHEDULED JOBS section of the man page.
+
+Example:
+
+	42bf2035-0636-461d-a367-49e9dfd361dd fsck self 30m every day at any time; fsck 4b3ebc86-0faf-4892-83c5-ce00cbe30f0a 1h every year at any time timestamp=1385646997.053162s
+
+## `transitions.log`
+
+Used to record transitions, eg by `git annex forget`
+
+Each line of the file is a transition, followed by a timestamp.
+
+Example:
+
+	ForgetGitHistory 1387325539.685136s
+	ForgetDeadRemotes 1387325539.685136s
diff --git a/doc/internals/comment_1_4b8ed353dca4f484b3b6eb463fa02fd8._comment b/doc/internals/comment_1_4b8ed353dca4f484b3b6eb463fa02fd8._comment
new file mode 100644
index 0000000000..b42cd2fd81
--- /dev/null
+++ b/doc/internals/comment_1_4b8ed353dca4f484b3b6eb463fa02fd8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="stoile"
+ ip="2a01:198:242:0:219:66ff:fef2:c021"
+ subject="tmp missing"
+ date="2013-11-16T12:16:48Z"
+ content="""
+There's no information about .git/annex/tmp here.
+"""]]
diff --git a/doc/internals/comment_2_c19232d5cc4976c2e5b014aef6e8d9ec._comment b/doc/internals/comment_2_c19232d5cc4976c2e5b014aef6e8d9ec._comment
new file mode 100644
index 0000000000..3c5f87bd5b
--- /dev/null
+++ b/doc/internals/comment_2_c19232d5cc4976c2e5b014aef6e8d9ec._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 2"
+ date="2013-11-16T17:23:02Z"
+ content="""
+.git/annex/tmp is not very interesting. It's a temporary file directory. When transferring a key's content, git-annex uses a stable filename, which allows resuming interrupted downloads, or cleaning up aborted downloads with `git annex unused`.
+"""]]
diff --git a/doc/internals/hashing.mdwn b/doc/internals/hashing.mdwn
new file mode 100644
index 0000000000..cc4bc6456e
--- /dev/null
+++ b/doc/internals/hashing.mdwn
@@ -0,0 +1,38 @@
+In both the .git/annex directory and the git-annex branch, two levels of
+hash directories are used, to avoid issues with too many files in one
+directory.
+
+Two separate hash methods are used. 
+
+* hashdirmixed is only used for non-bare git repositories.
+  (We'd like to stop using this, but it'd be too annoying to change
+  all the git-annex symlinks!)
+
+* hashdirlower is used for bare git repositories, the 
+  git-annex branch, and on special remotes as well.
+
+Note that `git annex find` and `git annex examinekey` can be used with
+the `--format` option to find the hash directories. The explanation
+below is only for completeness.
+
+## new hash format
+
+This uses two directories, each with a three-letter name, such as "f87/4d5"
+
+The directory names come from the md5sum of the [[key|key_format]].
+
+For example:
+
+	echo -n	"SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855" | md5sum
+
+## old hash format
+
+This uses two directories, each with a two-letter name, such as "pX/1J"
+
+It takes the md5sum of the key, but rather than a string, represents it as 4
+32bit words. Only the first word is used. It is converted into a string by the
+same mechanism that would be used to encode a normal md5sum value into a
+string, but where that would normally encode the bits using the 16 characters
+0-9a-f, this instead uses the 32 characters "0123456789zqjxkmvwgpfZQJXKMVWGPF".
+The first 2 letters of the resulting string are the first directory, and the
+second 2 are the second directory.
diff --git a/doc/internals/hashing/comment_1_9153e4f4f9335e524cf1b96a51bef41f._comment b/doc/internals/hashing/comment_1_9153e4f4f9335e524cf1b96a51bef41f._comment
new file mode 100644
index 0000000000..075bedfcec
--- /dev/null
+++ b/doc/internals/hashing/comment_1_9153e4f4f9335e524cf1b96a51bef41f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnlotDRSLW2JVXY3SLSwhrcHteqUHhTtoY"
+ nickname="Péter"
+ subject="comment 1"
+ date="2014-01-31T00:45:47Z"
+ content="""
+The correct old hash value for the empty file SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 is pX/ZJ .
+
+The text describes the old hash value computation incorrectly, because it doesn't mention that 1 bit is skipped between each group of 5 bits. See the sample implementation in display_32bits_as_dir in https://github.com/joeyh/git-annex/blob/master/Locations.hs
+"""]]
diff --git a/doc/internals/key_format.mdwn b/doc/internals/key_format.mdwn
new file mode 100644
index 0000000000..ac52bddea0
--- /dev/null
+++ b/doc/internals/key_format.mdwn
@@ -0,0 +1,23 @@
+A git-annex key has this format:
+
+	BACKEND-sNNNN-mNNNN--NAME
+
+For example:
+
+	SHA256E-s31390--f50d7ac4c6b9031379986bc362fcefb65f1e52621ce1708d537e740fefc59cc0.mp3
+
+* The backend is one of the [[key-value_backends|backends]], which
+  are always upper-cased.
+* The name field at the end has a format dependent on the backend. It is
+  always the last field, and is prefixed with "--". Unlike other fields,
+  it may contain "-" in its content. It should not contain newline characters;
+  otherwise nearly anything goes.
+* The "-s" field is optional, and is the size of the content in bytes.
+* The "-m" field is optional, and is the mtime of the file when it was
+  added to git-annex, expressed as seconds from the epoch.
+  This is currently only used by the WORM backend.
+* Other fields could be added in the future, if needed.
+* Fields may appear, in any order (though always before the name field).
+
+The `git annex examinekey` command can be used to extract information from
+a key.
diff --git a/doc/internals/lockdown.mdwn b/doc/internals/lockdown.mdwn
new file mode 100644
index 0000000000..a7775cd3a4
--- /dev/null
+++ b/doc/internals/lockdown.mdwn
@@ -0,0 +1,44 @@
+Object files stored in `.git/annex/objects` are each put in their own directory.
+This allows the write bit to be removed from both the file, and its directory,
+which prevents accidentially deleting or changing the file contents.
+
+The reasoning for doing this follows:
+
+Normally with git, once you have committed a file, editing the file in the
+working tree cannot cause you to lose the committed version. This is an
+important property of git. Of course you can `rm -rf .git` and delete
+commits if you like (before you've pushed them). But you can't lose a
+committed version of the file because of something you do with the working
+tree version.
+
+It's easy for git to do this, because committing a file makes a copy of it.
+But git-annex does not make a local copy of a file added to it, because
+the file could be very large.
+
+So, it's important for git-annex to find another way to preserve the expected
+property that once committed, you cannot accidentially lose a file.
+The most important protection it makes is just to remove the write bit of
+the file. Thus preventing programs from modifying it.
+
+But, that does not prevent any program that might follow the symlink and
+delete the symlinked file. This might seem an unlikely thing for a program to
+do at first, but consider a command like:
+`tar cf foo.tar foo --remove-files --dereference`
+
+When I tested this, I didn't know if it would remove the file foo symlinked
+to or not! It turned out that my tar doesn't remove it. But it could
+have easily went the other way.
+
+Rather than needing to worry about every possible program that might
+decide to do something like this, git-annex removes the write bit from the
+directory containing the annexed object, as well as removing the write
+bit from the file. (The only bad consequence of this is that `rm -rf .git`
+doesn't work unless you first run `chmod -R +w .git`)
+
+----
+
+It's known that this lockdown mechanism is incomplete. The worst hole in
+it is that if you explicitly run `chmod +w` on an annexed file in the working
+tree, this follows the symlink and allows writing to the file. It would be
+better to make the files fully immutable. But most systems either don't
+support immutable attributes, or only let root make files immutable.
diff --git a/doc/license.mdwn b/doc/license.mdwn
new file mode 100644
index 0000000000..837fd8c3b9
--- /dev/null
+++ b/doc/license.mdwn
@@ -0,0 +1,14 @@
+git-annex is Free Software.
+
+The majority of git-annex is licensed under the [[GPL]], version 3 or
+higher.
+
+The git-annex webapp is licensed under the [[AGPL]], version 3 or higher.
+Note that builds of git-annex that include the webapp may be licensed
+under the AGPL as a whole. git-annex built without the webapp does
+not include this code, so remains GPLed.
+
+git-annex contains a variety of other code, artwork, etc copyright by
+others, under a variety of licences, including the [[LGPL]], BSD,
+MIT, and Apache 2.0 licenses. For details, see
+[this file](http://source.git-annex.branchable.com/?p=source.git;a=blob_plain;f=debian/copyright;hb=HEAD).
diff --git a/doc/license/AGPL b/doc/license/AGPL
new file mode 100644
index 0000000000..dba13ed2dd
--- /dev/null
+++ b/doc/license/AGPL
@@ -0,0 +1,661 @@
+                    GNU AFFERO GENERAL PUBLIC LICENSE
+                       Version 3, 19 November 2007
+
+ Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+                            Preamble
+
+  The GNU Affero General Public License is a free, copyleft license for
+software and other kinds of works, specifically designed to ensure
+cooperation with the community in the case of network server software.
+
+  The licenses for most software and other practical works are designed
+to take away your freedom to share and change the works.  By contrast,
+our General Public Licenses are intended to guarantee your freedom to
+share and change all versions of a program--to make sure it remains free
+software for all its users.
+
+  When we speak of free software, we are referring to freedom, not
+price.  Our General Public Licenses are designed to make sure that you
+have the freedom to distribute copies of free software (and charge for
+them if you wish), that you receive source code or can get it if you
+want it, that you can change the software or use pieces of it in new
+free programs, and that you know you can do these things.
+
+  Developers that use our General Public Licenses protect your rights
+with two steps: (1) assert copyright on the software, and (2) offer
+you this License which gives you legal permission to copy, distribute
+and/or modify the software.
+
+  A secondary benefit of defending all users' freedom is that
+improvements made in alternate versions of the program, if they
+receive widespread use, become available for other developers to
+incorporate.  Many developers of free software are heartened and
+encouraged by the resulting cooperation.  However, in the case of
+software used on network servers, this result may fail to come about.
+The GNU General Public License permits making a modified version and
+letting the public access it on a server without ever releasing its
+source code to the public.
+
+  The GNU Affero General Public License is designed specifically to
+ensure that, in such cases, the modified source code becomes available
+to the community.  It requires the operator of a network server to
+provide the source code of the modified version running there to the
+users of that server.  Therefore, public use of a modified version, on
+a publicly accessible server, gives the public access to the source
+code of the modified version.
+
+  An older license, called the Affero General Public License and
+published by Affero, was designed to accomplish similar goals.  This is
+a different license, not a version of the Affero GPL, but Affero has
+released a new version of the Affero GPL which permits relicensing under
+this license.
+
+  The precise terms and conditions for copying, distribution and
+modification follow.
+
+                       TERMS AND CONDITIONS
+
+  0. Definitions.
+
+  "This License" refers to version 3 of the GNU Affero General Public License.
+
+  "Copyright" also means copyright-like laws that apply to other kinds of
+works, such as semiconductor masks.
+
+  "The Program" refers to any copyrightable work licensed under this
+License.  Each licensee is addressed as "you".  "Licensees" and
+"recipients" may be individuals or organizations.
+
+  To "modify" a work means to copy from or adapt all or part of the work
+in a fashion requiring copyright permission, other than the making of an
+exact copy.  The resulting work is called a "modified version" of the
+earlier work or a work "based on" the earlier work.
+
+  A "covered work" means either the unmodified Program or a work based
+on the Program.
+
+  To "propagate" a work means to do anything with it that, without
+permission, would make you directly or secondarily liable for
+infringement under applicable copyright law, except executing it on a
+computer or modifying a private copy.  Propagation includes copying,
+distribution (with or without modification), making available to the
+public, and in some countries other activities as well.
+
+  To "convey" a work means any kind of propagation that enables other
+parties to make or receive copies.  Mere interaction with a user through
+a computer network, with no transfer of a copy, is not conveying.
+
+  An interactive user interface displays "Appropriate Legal Notices"
+to the extent that it includes a convenient and prominently visible
+feature that (1) displays an appropriate copyright notice, and (2)
+tells the user that there is no warranty for the work (except to the
+extent that warranties are provided), that licensees may convey the
+work under this License, and how to view a copy of this License.  If
+the interface presents a list of user commands or options, such as a
+menu, a prominent item in the list meets this criterion.
+
+  1. Source Code.
+
+  The "source code" for a work means the preferred form of the work
+for making modifications to it.  "Object code" means any non-source
+form of a work.
+
+  A "Standard Interface" means an interface that either is an official
+standard defined by a recognized standards body, or, in the case of
+interfaces specified for a particular programming language, one that
+is widely used among developers working in that language.
+
+  The "System Libraries" of an executable work include anything, other
+than the work as a whole, that (a) is included in the normal form of
+packaging a Major Component, but which is not part of that Major
+Component, and (b) serves only to enable use of the work with that
+Major Component, or to implement a Standard Interface for which an
+implementation is available to the public in source code form.  A
+"Major Component", in this context, means a major essential component
+(kernel, window system, and so on) of the specific operating system
+(if any) on which the executable work runs, or a compiler used to
+produce the work, or an object code interpreter used to run it.
+
+  The "Corresponding Source" for a work in object code form means all
+the source code needed to generate, install, and (for an executable
+work) run the object code and to modify the work, including scripts to
+control those activities.  However, it does not include the work's
+System Libraries, or general-purpose tools or generally available free
+programs which are used unmodified in performing those activities but
+which are not part of the work.  For example, Corresponding Source
+includes interface definition files associated with source files for
+the work, and the source code for shared libraries and dynamically
+linked subprograms that the work is specifically designed to require,
+such as by intimate data communication or control flow between those
+subprograms and other parts of the work.
+
+  The Corresponding Source need not include anything that users
+can regenerate automatically from other parts of the Corresponding
+Source.
+
+  The Corresponding Source for a work in source code form is that
+same work.
+
+  2. Basic Permissions.
+
+  All rights granted under this License are granted for the term of
+copyright on the Program, and are irrevocable provided the stated
+conditions are met.  This License explicitly affirms your unlimited
+permission to run the unmodified Program.  The output from running a
+covered work is covered by this License only if the output, given its
+content, constitutes a covered work.  This License acknowledges your
+rights of fair use or other equivalent, as provided by copyright law.
+
+  You may make, run and propagate covered works that you do not
+convey, without conditions so long as your license otherwise remains
+in force.  You may convey covered works to others for the sole purpose
+of having them make modifications exclusively for you, or provide you
+with facilities for running those works, provided that you comply with
+the terms of this License in conveying all material for which you do
+not control copyright.  Those thus making or running the covered works
+for you must do so exclusively on your behalf, under your direction
+and control, on terms that prohibit them from making any copies of
+your copyrighted material outside their relationship with you.
+
+  Conveying under any other circumstances is permitted solely under
+the conditions stated below.  Sublicensing is not allowed; section 10
+makes it unnecessary.
+
+  3. Protecting Users' Legal Rights From Anti-Circumvention Law.
+
+  No covered work shall be deemed part of an effective technological
+measure under any applicable law fulfilling obligations under article
+11 of the WIPO copyright treaty adopted on 20 December 1996, or
+similar laws prohibiting or restricting circumvention of such
+measures.
+
+  When you convey a covered work, you waive any legal power to forbid
+circumvention of technological measures to the extent such circumvention
+is effected by exercising rights under this License with respect to
+the covered work, and you disclaim any intention to limit operation or
+modification of the work as a means of enforcing, against the work's
+users, your or third parties' legal rights to forbid circumvention of
+technological measures.
+
+  4. Conveying Verbatim Copies.
+
+  You may convey verbatim copies of the Program's source code as you
+receive it, in any medium, provided that you conspicuously and
+appropriately publish on each copy an appropriate copyright notice;
+keep intact all notices stating that this License and any
+non-permissive terms added in accord with section 7 apply to the code;
+keep intact all notices of the absence of any warranty; and give all
+recipients a copy of this License along with the Program.
+
+  You may charge any price or no price for each copy that you convey,
+and you may offer support or warranty protection for a fee.
+
+  5. Conveying Modified Source Versions.
+
+  You may convey a work based on the Program, or the modifications to
+produce it from the Program, in the form of source code under the
+terms of section 4, provided that you also meet all of these conditions:
+
+    a) The work must carry prominent notices stating that you modified
+    it, and giving a relevant date.
+
+    b) The work must carry prominent notices stating that it is
+    released under this License and any conditions added under section
+    7.  This requirement modifies the requirement in section 4 to
+    "keep intact all notices".
+
+    c) You must license the entire work, as a whole, under this
+    License to anyone who comes into possession of a copy.  This
+    License will therefore apply, along with any applicable section 7
+    additional terms, to the whole of the work, and all its parts,
+    regardless of how they are packaged.  This License gives no
+    permission to license the work in any other way, but it does not
+    invalidate such permission if you have separately received it.
+
+    d) If the work has interactive user interfaces, each must display
+    Appropriate Legal Notices; however, if the Program has interactive
+    interfaces that do not display Appropriate Legal Notices, your
+    work need not make them do so.
+
+  A compilation of a covered work with other separate and independent
+works, which are not by their nature extensions of the covered work,
+and which are not combined with it such as to form a larger program,
+in or on a volume of a storage or distribution medium, is called an
+"aggregate" if the compilation and its resulting copyright are not
+used to limit the access or legal rights of the compilation's users
+beyond what the individual works permit.  Inclusion of a covered work
+in an aggregate does not cause this License to apply to the other
+parts of the aggregate.
+
+  6. Conveying Non-Source Forms.
+
+  You may convey a covered work in object code form under the terms
+of sections 4 and 5, provided that you also convey the
+machine-readable Corresponding Source under the terms of this License,
+in one of these ways:
+
+    a) Convey the object code in, or embodied in, a physical product
+    (including a physical distribution medium), accompanied by the
+    Corresponding Source fixed on a durable physical medium
+    customarily used for software interchange.
+
+    b) Convey the object code in, or embodied in, a physical product
+    (including a physical distribution medium), accompanied by a
+    written offer, valid for at least three years and valid for as
+    long as you offer spare parts or customer support for that product
+    model, to give anyone who possesses the object code either (1) a
+    copy of the Corresponding Source for all the software in the
+    product that is covered by this License, on a durable physical
+    medium customarily used for software interchange, for a price no
+    more than your reasonable cost of physically performing this
+    conveying of source, or (2) access to copy the
+    Corresponding Source from a network server at no charge.
+
+    c) Convey individual copies of the object code with a copy of the
+    written offer to provide the Corresponding Source.  This
+    alternative is allowed only occasionally and noncommercially, and
+    only if you received the object code with such an offer, in accord
+    with subsection 6b.
+
+    d) Convey the object code by offering access from a designated
+    place (gratis or for a charge), and offer equivalent access to the
+    Corresponding Source in the same way through the same place at no
+    further charge.  You need not require recipients to copy the
+    Corresponding Source along with the object code.  If the place to
+    copy the object code is a network server, the Corresponding Source
+    may be on a different server (operated by you or a third party)
+    that supports equivalent copying facilities, provided you maintain
+    clear directions next to the object code saying where to find the
+    Corresponding Source.  Regardless of what server hosts the
+    Corresponding Source, you remain obligated to ensure that it is
+    available for as long as needed to satisfy these requirements.
+
+    e) Convey the object code using peer-to-peer transmission, provided
+    you inform other peers where the object code and Corresponding
+    Source of the work are being offered to the general public at no
+    charge under subsection 6d.
+
+  A separable portion of the object code, whose source code is excluded
+from the Corresponding Source as a System Library, need not be
+included in conveying the object code work.
+
+  A "User Product" is either (1) a "consumer product", which means any
+tangible personal property which is normally used for personal, family,
+or household purposes, or (2) anything designed or sold for incorporation
+into a dwelling.  In determining whether a product is a consumer product,
+doubtful cases shall be resolved in favor of coverage.  For a particular
+product received by a particular user, "normally used" refers to a
+typical or common use of that class of product, regardless of the status
+of the particular user or of the way in which the particular user
+actually uses, or expects or is expected to use, the product.  A product
+is a consumer product regardless of whether the product has substantial
+commercial, industrial or non-consumer uses, unless such uses represent
+the only significant mode of use of the product.
+
+  "Installation Information" for a User Product means any methods,
+procedures, authorization keys, or other information required to install
+and execute modified versions of a covered work in that User Product from
+a modified version of its Corresponding Source.  The information must
+suffice to ensure that the continued functioning of the modified object
+code is in no case prevented or interfered with solely because
+modification has been made.
+
+  If you convey an object code work under this section in, or with, or
+specifically for use in, a User Product, and the conveying occurs as
+part of a transaction in which the right of possession and use of the
+User Product is transferred to the recipient in perpetuity or for a
+fixed term (regardless of how the transaction is characterized), the
+Corresponding Source conveyed under this section must be accompanied
+by the Installation Information.  But this requirement does not apply
+if neither you nor any third party retains the ability to install
+modified object code on the User Product (for example, the work has
+been installed in ROM).
+
+  The requirement to provide Installation Information does not include a
+requirement to continue to provide support service, warranty, or updates
+for a work that has been modified or installed by the recipient, or for
+the User Product in which it has been modified or installed.  Access to a
+network may be denied when the modification itself materially and
+adversely affects the operation of the network or violates the rules and
+protocols for communication across the network.
+
+  Corresponding Source conveyed, and Installation Information provided,
+in accord with this section must be in a format that is publicly
+documented (and with an implementation available to the public in
+source code form), and must require no special password or key for
+unpacking, reading or copying.
+
+  7. Additional Terms.
+
+  "Additional permissions" are terms that supplement the terms of this
+License by making exceptions from one or more of its conditions.
+Additional permissions that are applicable to the entire Program shall
+be treated as though they were included in this License, to the extent
+that they are valid under applicable law.  If additional permissions
+apply only to part of the Program, that part may be used separately
+under those permissions, but the entire Program remains governed by
+this License without regard to the additional permissions.
+
+  When you convey a copy of a covered work, you may at your option
+remove any additional permissions from that copy, or from any part of
+it.  (Additional permissions may be written to require their own
+removal in certain cases when you modify the work.)  You may place
+additional permissions on material, added by you to a covered work,
+for which you have or can give appropriate copyright permission.
+
+  Notwithstanding any other provision of this License, for material you
+add to a covered work, you may (if authorized by the copyright holders of
+that material) supplement the terms of this License with terms:
+
+    a) Disclaiming warranty or limiting liability differently from the
+    terms of sections 15 and 16 of this License; or
+
+    b) Requiring preservation of specified reasonable legal notices or
+    author attributions in that material or in the Appropriate Legal
+    Notices displayed by works containing it; or
+
+    c) Prohibiting misrepresentation of the origin of that material, or
+    requiring that modified versions of such material be marked in
+    reasonable ways as different from the original version; or
+
+    d) Limiting the use for publicity purposes of names of licensors or
+    authors of the material; or
+
+    e) Declining to grant rights under trademark law for use of some
+    trade names, trademarks, or service marks; or
+
+    f) Requiring indemnification of licensors and authors of that
+    material by anyone who conveys the material (or modified versions of
+    it) with contractual assumptions of liability to the recipient, for
+    any liability that these contractual assumptions directly impose on
+    those licensors and authors.
+
+  All other non-permissive additional terms are considered "further
+restrictions" within the meaning of section 10.  If the Program as you
+received it, or any part of it, contains a notice stating that it is
+governed by this License along with a term that is a further
+restriction, you may remove that term.  If a license document contains
+a further restriction but permits relicensing or conveying under this
+License, you may add to a covered work material governed by the terms
+of that license document, provided that the further restriction does
+not survive such relicensing or conveying.
+
+  If you add terms to a covered work in accord with this section, you
+must place, in the relevant source files, a statement of the
+additional terms that apply to those files, or a notice indicating
+where to find the applicable terms.
+
+  Additional terms, permissive or non-permissive, may be stated in the
+form of a separately written license, or stated as exceptions;
+the above requirements apply either way.
+
+  8. Termination.
+
+  You may not propagate or modify a covered work except as expressly
+provided under this License.  Any attempt otherwise to propagate or
+modify it is void, and will automatically terminate your rights under
+this License (including any patent licenses granted under the third
+paragraph of section 11).
+
+  However, if you cease all violation of this License, then your
+license from a particular copyright holder is reinstated (a)
+provisionally, unless and until the copyright holder explicitly and
+finally terminates your license, and (b) permanently, if the copyright
+holder fails to notify you of the violation by some reasonable means
+prior to 60 days after the cessation.
+
+  Moreover, your license from a particular copyright holder is
+reinstated permanently if the copyright holder notifies you of the
+violation by some reasonable means, this is the first time you have
+received notice of violation of this License (for any work) from that
+copyright holder, and you cure the violation prior to 30 days after
+your receipt of the notice.
+
+  Termination of your rights under this section does not terminate the
+licenses of parties who have received copies or rights from you under
+this License.  If your rights have been terminated and not permanently
+reinstated, you do not qualify to receive new licenses for the same
+material under section 10.
+
+  9. Acceptance Not Required for Having Copies.
+
+  You are not required to accept this License in order to receive or
+run a copy of the Program.  Ancillary propagation of a covered work
+occurring solely as a consequence of using peer-to-peer transmission
+to receive a copy likewise does not require acceptance.  However,
+nothing other than this License grants you permission to propagate or
+modify any covered work.  These actions infringe copyright if you do
+not accept this License.  Therefore, by modifying or propagating a
+covered work, you indicate your acceptance of this License to do so.
+
+  10. Automatic Licensing of Downstream Recipients.
+
+  Each time you convey a covered work, the recipient automatically
+receives a license from the original licensors, to run, modify and
+propagate that work, subject to this License.  You are not responsible
+for enforcing compliance by third parties with this License.
+
+  An "entity transaction" is a transaction transferring control of an
+organization, or substantially all assets of one, or subdividing an
+organization, or merging organizations.  If propagation of a covered
+work results from an entity transaction, each party to that
+transaction who receives a copy of the work also receives whatever
+licenses to the work the party's predecessor in interest had or could
+give under the previous paragraph, plus a right to possession of the
+Corresponding Source of the work from the predecessor in interest, if
+the predecessor has it or can get it with reasonable efforts.
+
+  You may not impose any further restrictions on the exercise of the
+rights granted or affirmed under this License.  For example, you may
+not impose a license fee, royalty, or other charge for exercise of
+rights granted under this License, and you may not initiate litigation
+(including a cross-claim or counterclaim in a lawsuit) alleging that
+any patent claim is infringed by making, using, selling, offering for
+sale, or importing the Program or any portion of it.
+
+  11. Patents.
+
+  A "contributor" is a copyright holder who authorizes use under this
+License of the Program or a work on which the Program is based.  The
+work thus licensed is called the contributor's "contributor version".
+
+  A contributor's "essential patent claims" are all patent claims
+owned or controlled by the contributor, whether already acquired or
+hereafter acquired, that would be infringed by some manner, permitted
+by this License, of making, using, or selling its contributor version,
+but do not include claims that would be infringed only as a
+consequence of further modification of the contributor version.  For
+purposes of this definition, "control" includes the right to grant
+patent sublicenses in a manner consistent with the requirements of
+this License.
+
+  Each contributor grants you a non-exclusive, worldwide, royalty-free
+patent license under the contributor's essential patent claims, to
+make, use, sell, offer for sale, import and otherwise run, modify and
+propagate the contents of its contributor version.
+
+  In the following three paragraphs, a "patent license" is any express
+agreement or commitment, however denominated, not to enforce a patent
+(such as an express permission to practice a patent or covenant not to
+sue for patent infringement).  To "grant" such a patent license to a
+party means to make such an agreement or commitment not to enforce a
+patent against the party.
+
+  If you convey a covered work, knowingly relying on a patent license,
+and the Corresponding Source of the work is not available for anyone
+to copy, free of charge and under the terms of this License, through a
+publicly available network server or other readily accessible means,
+then you must either (1) cause the Corresponding Source to be so
+available, or (2) arrange to deprive yourself of the benefit of the
+patent license for this particular work, or (3) arrange, in a manner
+consistent with the requirements of this License, to extend the patent
+license to downstream recipients.  "Knowingly relying" means you have
+actual knowledge that, but for the patent license, your conveying the
+covered work in a country, or your recipient's use of the covered work
+in a country, would infringe one or more identifiable patents in that
+country that you have reason to believe are valid.
+
+  If, pursuant to or in connection with a single transaction or
+arrangement, you convey, or propagate by procuring conveyance of, a
+covered work, and grant a patent license to some of the parties
+receiving the covered work authorizing them to use, propagate, modify
+or convey a specific copy of the covered work, then the patent license
+you grant is automatically extended to all recipients of the covered
+work and works based on it.
+
+  A patent license is "discriminatory" if it does not include within
+the scope of its coverage, prohibits the exercise of, or is
+conditioned on the non-exercise of one or more of the rights that are
+specifically granted under this License.  You may not convey a covered
+work if you are a party to an arrangement with a third party that is
+in the business of distributing software, under which you make payment
+to the third party based on the extent of your activity of conveying
+the work, and under which the third party grants, to any of the
+parties who would receive the covered work from you, a discriminatory
+patent license (a) in connection with copies of the covered work
+conveyed by you (or copies made from those copies), or (b) primarily
+for and in connection with specific products or compilations that
+contain the covered work, unless you entered into that arrangement,
+or that patent license was granted, prior to 28 March 2007.
+
+  Nothing in this License shall be construed as excluding or limiting
+any implied license or other defenses to infringement that may
+otherwise be available to you under applicable patent law.
+
+  12. No Surrender of Others' Freedom.
+
+  If conditions are imposed on you (whether by court order, agreement or
+otherwise) that contradict the conditions of this License, they do not
+excuse you from the conditions of this License.  If you cannot convey a
+covered work so as to satisfy simultaneously your obligations under this
+License and any other pertinent obligations, then as a consequence you may
+not convey it at all.  For example, if you agree to terms that obligate you
+to collect a royalty for further conveying from those to whom you convey
+the Program, the only way you could satisfy both those terms and this
+License would be to refrain entirely from conveying the Program.
+
+  13. Remote Network Interaction; Use with the GNU General Public License.
+
+  Notwithstanding any other provision of this License, if you modify the
+Program, your modified version must prominently offer all users
+interacting with it remotely through a computer network (if your version
+supports such interaction) an opportunity to receive the Corresponding
+Source of your version by providing access to the Corresponding Source
+from a network server at no charge, through some standard or customary
+means of facilitating copying of software.  This Corresponding Source
+shall include the Corresponding Source for any work covered by version 3
+of the GNU General Public License that is incorporated pursuant to the
+following paragraph.
+
+  Notwithstanding any other provision of this License, you have
+permission to link or combine any covered work with a work licensed
+under version 3 of the GNU General Public License into a single
+combined work, and to convey the resulting work.  The terms of this
+License will continue to apply to the part which is the covered work,
+but the work with which it is combined will remain governed by version
+3 of the GNU General Public License.
+
+  14. Revised Versions of this License.
+
+  The Free Software Foundation may publish revised and/or new versions of
+the GNU Affero General Public License from time to time.  Such new versions
+will be similar in spirit to the present version, but may differ in detail to
+address new problems or concerns.
+
+  Each version is given a distinguishing version number.  If the
+Program specifies that a certain numbered version of the GNU Affero General
+Public License "or any later version" applies to it, you have the
+option of following the terms and conditions either of that numbered
+version or of any later version published by the Free Software
+Foundation.  If the Program does not specify a version number of the
+GNU Affero General Public License, you may choose any version ever published
+by the Free Software Foundation.
+
+  If the Program specifies that a proxy can decide which future
+versions of the GNU Affero General Public License can be used, that proxy's
+public statement of acceptance of a version permanently authorizes you
+to choose that version for the Program.
+
+  Later license versions may give you additional or different
+permissions.  However, no additional obligations are imposed on any
+author or copyright holder as a result of your choosing to follow a
+later version.
+
+  15. Disclaimer of Warranty.
+
+  THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
+APPLICABLE LAW.  EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
+HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
+OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
+THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
+PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
+IS WITH YOU.  SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
+ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
+
+  16. Limitation of Liability.
+
+  IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
+WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
+THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
+GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
+USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
+DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
+PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
+EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
+SUCH DAMAGES.
+
+  17. Interpretation of Sections 15 and 16.
+
+  If the disclaimer of warranty and limitation of liability provided
+above cannot be given local legal effect according to their terms,
+reviewing courts shall apply local law that most closely approximates
+an absolute waiver of all civil liability in connection with the
+Program, unless a warranty or assumption of liability accompanies a
+copy of the Program in return for a fee.
+
+                     END OF TERMS AND CONDITIONS
+
+            How to Apply These Terms to Your New Programs
+
+  If you develop a new program, and you want it to be of the greatest
+possible use to the public, the best way to achieve this is to make it
+free software which everyone can redistribute and change under these terms.
+
+  To do so, attach the following notices to the program.  It is safest
+to attach them to the start of each source file to most effectively
+state the exclusion of warranty; and each file should have at least
+the "copyright" line and a pointer to where the full notice is found.
+
+    <one line to give the program's name and a brief idea of what it does.>
+    Copyright (C) <year>  <name of author>
+
+    This program is free software: you can redistribute it and/or modify
+    it under the terms of the GNU Affero General Public License as published by
+    the Free Software Foundation, either version 3 of the License, or
+    (at your option) any later version.
+
+    This program is distributed in the hope that it will be useful,
+    but WITHOUT ANY WARRANTY; without even the implied warranty of
+    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+    GNU Affero General Public License for more details.
+
+    You should have received a copy of the GNU Affero General Public License
+    along with this program.  If not, see <http://www.gnu.org/licenses/>.
+
+Also add information on how to contact you by electronic and paper mail.
+
+  If your software can interact with users remotely through a computer
+network, you should also make sure that it provides a way for users to
+get its source.  For example, if your program is a web application, its
+interface could display a "Source" link that leads users to an archive
+of the code.  There are many ways you could offer source, and different
+solutions will be better for different programs; see section 13 for the
+specific requirements.
+
+  You should also get your employer (if you work as a programmer) or school,
+if any, to sign a "copyright disclaimer" for the program, if necessary.
+For more information on this, and how to apply and follow the GNU AGPL, see
+<http://www.gnu.org/licenses/>.
diff --git a/doc/license/GPL b/doc/license/GPL
new file mode 100644
index 0000000000..94a9ed024d
--- /dev/null
+++ b/doc/license/GPL
@@ -0,0 +1,674 @@
+                    GNU GENERAL PUBLIC LICENSE
+                       Version 3, 29 June 2007
+
+ Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+                            Preamble
+
+  The GNU General Public License is a free, copyleft license for
+software and other kinds of works.
+
+  The licenses for most software and other practical works are designed
+to take away your freedom to share and change the works.  By contrast,
+the GNU General Public License is intended to guarantee your freedom to
+share and change all versions of a program--to make sure it remains free
+software for all its users.  We, the Free Software Foundation, use the
+GNU General Public License for most of our software; it applies also to
+any other work released this way by its authors.  You can apply it to
+your programs, too.
+
+  When we speak of free software, we are referring to freedom, not
+price.  Our General Public Licenses are designed to make sure that you
+have the freedom to distribute copies of free software (and charge for
+them if you wish), that you receive source code or can get it if you
+want it, that you can change the software or use pieces of it in new
+free programs, and that you know you can do these things.
+
+  To protect your rights, we need to prevent others from denying you
+these rights or asking you to surrender the rights.  Therefore, you have
+certain responsibilities if you distribute copies of the software, or if
+you modify it: responsibilities to respect the freedom of others.
+
+  For example, if you distribute copies of such a program, whether
+gratis or for a fee, you must pass on to the recipients the same
+freedoms that you received.  You must make sure that they, too, receive
+or can get the source code.  And you must show them these terms so they
+know their rights.
+
+  Developers that use the GNU GPL protect your rights with two steps:
+(1) assert copyright on the software, and (2) offer you this License
+giving you legal permission to copy, distribute and/or modify it.
+
+  For the developers' and authors' protection, the GPL clearly explains
+that there is no warranty for this free software.  For both users' and
+authors' sake, the GPL requires that modified versions be marked as
+changed, so that their problems will not be attributed erroneously to
+authors of previous versions.
+
+  Some devices are designed to deny users access to install or run
+modified versions of the software inside them, although the manufacturer
+can do so.  This is fundamentally incompatible with the aim of
+protecting users' freedom to change the software.  The systematic
+pattern of such abuse occurs in the area of products for individuals to
+use, which is precisely where it is most unacceptable.  Therefore, we
+have designed this version of the GPL to prohibit the practice for those
+products.  If such problems arise substantially in other domains, we
+stand ready to extend this provision to those domains in future versions
+of the GPL, as needed to protect the freedom of users.
+
+  Finally, every program is threatened constantly by software patents.
+States should not allow patents to restrict development and use of
+software on general-purpose computers, but in those that do, we wish to
+avoid the special danger that patents applied to a free program could
+make it effectively proprietary.  To prevent this, the GPL assures that
+patents cannot be used to render the program non-free.
+
+  The precise terms and conditions for copying, distribution and
+modification follow.
+
+                       TERMS AND CONDITIONS
+
+  0. Definitions.
+
+  "This License" refers to version 3 of the GNU General Public License.
+
+  "Copyright" also means copyright-like laws that apply to other kinds of
+works, such as semiconductor masks.
+
+  "The Program" refers to any copyrightable work licensed under this
+License.  Each licensee is addressed as "you".  "Licensees" and
+"recipients" may be individuals or organizations.
+
+  To "modify" a work means to copy from or adapt all or part of the work
+in a fashion requiring copyright permission, other than the making of an
+exact copy.  The resulting work is called a "modified version" of the
+earlier work or a work "based on" the earlier work.
+
+  A "covered work" means either the unmodified Program or a work based
+on the Program.
+
+  To "propagate" a work means to do anything with it that, without
+permission, would make you directly or secondarily liable for
+infringement under applicable copyright law, except executing it on a
+computer or modifying a private copy.  Propagation includes copying,
+distribution (with or without modification), making available to the
+public, and in some countries other activities as well.
+
+  To "convey" a work means any kind of propagation that enables other
+parties to make or receive copies.  Mere interaction with a user through
+a computer network, with no transfer of a copy, is not conveying.
+
+  An interactive user interface displays "Appropriate Legal Notices"
+to the extent that it includes a convenient and prominently visible
+feature that (1) displays an appropriate copyright notice, and (2)
+tells the user that there is no warranty for the work (except to the
+extent that warranties are provided), that licensees may convey the
+work under this License, and how to view a copy of this License.  If
+the interface presents a list of user commands or options, such as a
+menu, a prominent item in the list meets this criterion.
+
+  1. Source Code.
+
+  The "source code" for a work means the preferred form of the work
+for making modifications to it.  "Object code" means any non-source
+form of a work.
+
+  A "Standard Interface" means an interface that either is an official
+standard defined by a recognized standards body, or, in the case of
+interfaces specified for a particular programming language, one that
+is widely used among developers working in that language.
+
+  The "System Libraries" of an executable work include anything, other
+than the work as a whole, that (a) is included in the normal form of
+packaging a Major Component, but which is not part of that Major
+Component, and (b) serves only to enable use of the work with that
+Major Component, or to implement a Standard Interface for which an
+implementation is available to the public in source code form.  A
+"Major Component", in this context, means a major essential component
+(kernel, window system, and so on) of the specific operating system
+(if any) on which the executable work runs, or a compiler used to
+produce the work, or an object code interpreter used to run it.
+
+  The "Corresponding Source" for a work in object code form means all
+the source code needed to generate, install, and (for an executable
+work) run the object code and to modify the work, including scripts to
+control those activities.  However, it does not include the work's
+System Libraries, or general-purpose tools or generally available free
+programs which are used unmodified in performing those activities but
+which are not part of the work.  For example, Corresponding Source
+includes interface definition files associated with source files for
+the work, and the source code for shared libraries and dynamically
+linked subprograms that the work is specifically designed to require,
+such as by intimate data communication or control flow between those
+subprograms and other parts of the work.
+
+  The Corresponding Source need not include anything that users
+can regenerate automatically from other parts of the Corresponding
+Source.
+
+  The Corresponding Source for a work in source code form is that
+same work.
+
+  2. Basic Permissions.
+
+  All rights granted under this License are granted for the term of
+copyright on the Program, and are irrevocable provided the stated
+conditions are met.  This License explicitly affirms your unlimited
+permission to run the unmodified Program.  The output from running a
+covered work is covered by this License only if the output, given its
+content, constitutes a covered work.  This License acknowledges your
+rights of fair use or other equivalent, as provided by copyright law.
+
+  You may make, run and propagate covered works that you do not
+convey, without conditions so long as your license otherwise remains
+in force.  You may convey covered works to others for the sole purpose
+of having them make modifications exclusively for you, or provide you
+with facilities for running those works, provided that you comply with
+the terms of this License in conveying all material for which you do
+not control copyright.  Those thus making or running the covered works
+for you must do so exclusively on your behalf, under your direction
+and control, on terms that prohibit them from making any copies of
+your copyrighted material outside their relationship with you.
+
+  Conveying under any other circumstances is permitted solely under
+the conditions stated below.  Sublicensing is not allowed; section 10
+makes it unnecessary.
+
+  3. Protecting Users' Legal Rights From Anti-Circumvention Law.
+
+  No covered work shall be deemed part of an effective technological
+measure under any applicable law fulfilling obligations under article
+11 of the WIPO copyright treaty adopted on 20 December 1996, or
+similar laws prohibiting or restricting circumvention of such
+measures.
+
+  When you convey a covered work, you waive any legal power to forbid
+circumvention of technological measures to the extent such circumvention
+is effected by exercising rights under this License with respect to
+the covered work, and you disclaim any intention to limit operation or
+modification of the work as a means of enforcing, against the work's
+users, your or third parties' legal rights to forbid circumvention of
+technological measures.
+
+  4. Conveying Verbatim Copies.
+
+  You may convey verbatim copies of the Program's source code as you
+receive it, in any medium, provided that you conspicuously and
+appropriately publish on each copy an appropriate copyright notice;
+keep intact all notices stating that this License and any
+non-permissive terms added in accord with section 7 apply to the code;
+keep intact all notices of the absence of any warranty; and give all
+recipients a copy of this License along with the Program.
+
+  You may charge any price or no price for each copy that you convey,
+and you may offer support or warranty protection for a fee.
+
+  5. Conveying Modified Source Versions.
+
+  You may convey a work based on the Program, or the modifications to
+produce it from the Program, in the form of source code under the
+terms of section 4, provided that you also meet all of these conditions:
+
+    a) The work must carry prominent notices stating that you modified
+    it, and giving a relevant date.
+
+    b) The work must carry prominent notices stating that it is
+    released under this License and any conditions added under section
+    7.  This requirement modifies the requirement in section 4 to
+    "keep intact all notices".
+
+    c) You must license the entire work, as a whole, under this
+    License to anyone who comes into possession of a copy.  This
+    License will therefore apply, along with any applicable section 7
+    additional terms, to the whole of the work, and all its parts,
+    regardless of how they are packaged.  This License gives no
+    permission to license the work in any other way, but it does not
+    invalidate such permission if you have separately received it.
+
+    d) If the work has interactive user interfaces, each must display
+    Appropriate Legal Notices; however, if the Program has interactive
+    interfaces that do not display Appropriate Legal Notices, your
+    work need not make them do so.
+
+  A compilation of a covered work with other separate and independent
+works, which are not by their nature extensions of the covered work,
+and which are not combined with it such as to form a larger program,
+in or on a volume of a storage or distribution medium, is called an
+"aggregate" if the compilation and its resulting copyright are not
+used to limit the access or legal rights of the compilation's users
+beyond what the individual works permit.  Inclusion of a covered work
+in an aggregate does not cause this License to apply to the other
+parts of the aggregate.
+
+  6. Conveying Non-Source Forms.
+
+  You may convey a covered work in object code form under the terms
+of sections 4 and 5, provided that you also convey the
+machine-readable Corresponding Source under the terms of this License,
+in one of these ways:
+
+    a) Convey the object code in, or embodied in, a physical product
+    (including a physical distribution medium), accompanied by the
+    Corresponding Source fixed on a durable physical medium
+    customarily used for software interchange.
+
+    b) Convey the object code in, or embodied in, a physical product
+    (including a physical distribution medium), accompanied by a
+    written offer, valid for at least three years and valid for as
+    long as you offer spare parts or customer support for that product
+    model, to give anyone who possesses the object code either (1) a
+    copy of the Corresponding Source for all the software in the
+    product that is covered by this License, on a durable physical
+    medium customarily used for software interchange, for a price no
+    more than your reasonable cost of physically performing this
+    conveying of source, or (2) access to copy the
+    Corresponding Source from a network server at no charge.
+
+    c) Convey individual copies of the object code with a copy of the
+    written offer to provide the Corresponding Source.  This
+    alternative is allowed only occasionally and noncommercially, and
+    only if you received the object code with such an offer, in accord
+    with subsection 6b.
+
+    d) Convey the object code by offering access from a designated
+    place (gratis or for a charge), and offer equivalent access to the
+    Corresponding Source in the same way through the same place at no
+    further charge.  You need not require recipients to copy the
+    Corresponding Source along with the object code.  If the place to
+    copy the object code is a network server, the Corresponding Source
+    may be on a different server (operated by you or a third party)
+    that supports equivalent copying facilities, provided you maintain
+    clear directions next to the object code saying where to find the
+    Corresponding Source.  Regardless of what server hosts the
+    Corresponding Source, you remain obligated to ensure that it is
+    available for as long as needed to satisfy these requirements.
+
+    e) Convey the object code using peer-to-peer transmission, provided
+    you inform other peers where the object code and Corresponding
+    Source of the work are being offered to the general public at no
+    charge under subsection 6d.
+
+  A separable portion of the object code, whose source code is excluded
+from the Corresponding Source as a System Library, need not be
+included in conveying the object code work.
+
+  A "User Product" is either (1) a "consumer product", which means any
+tangible personal property which is normally used for personal, family,
+or household purposes, or (2) anything designed or sold for incorporation
+into a dwelling.  In determining whether a product is a consumer product,
+doubtful cases shall be resolved in favor of coverage.  For a particular
+product received by a particular user, "normally used" refers to a
+typical or common use of that class of product, regardless of the status
+of the particular user or of the way in which the particular user
+actually uses, or expects or is expected to use, the product.  A product
+is a consumer product regardless of whether the product has substantial
+commercial, industrial or non-consumer uses, unless such uses represent
+the only significant mode of use of the product.
+
+  "Installation Information" for a User Product means any methods,
+procedures, authorization keys, or other information required to install
+and execute modified versions of a covered work in that User Product from
+a modified version of its Corresponding Source.  The information must
+suffice to ensure that the continued functioning of the modified object
+code is in no case prevented or interfered with solely because
+modification has been made.
+
+  If you convey an object code work under this section in, or with, or
+specifically for use in, a User Product, and the conveying occurs as
+part of a transaction in which the right of possession and use of the
+User Product is transferred to the recipient in perpetuity or for a
+fixed term (regardless of how the transaction is characterized), the
+Corresponding Source conveyed under this section must be accompanied
+by the Installation Information.  But this requirement does not apply
+if neither you nor any third party retains the ability to install
+modified object code on the User Product (for example, the work has
+been installed in ROM).
+
+  The requirement to provide Installation Information does not include a
+requirement to continue to provide support service, warranty, or updates
+for a work that has been modified or installed by the recipient, or for
+the User Product in which it has been modified or installed.  Access to a
+network may be denied when the modification itself materially and
+adversely affects the operation of the network or violates the rules and
+protocols for communication across the network.
+
+  Corresponding Source conveyed, and Installation Information provided,
+in accord with this section must be in a format that is publicly
+documented (and with an implementation available to the public in
+source code form), and must require no special password or key for
+unpacking, reading or copying.
+
+  7. Additional Terms.
+
+  "Additional permissions" are terms that supplement the terms of this
+License by making exceptions from one or more of its conditions.
+Additional permissions that are applicable to the entire Program shall
+be treated as though they were included in this License, to the extent
+that they are valid under applicable law.  If additional permissions
+apply only to part of the Program, that part may be used separately
+under those permissions, but the entire Program remains governed by
+this License without regard to the additional permissions.
+
+  When you convey a copy of a covered work, you may at your option
+remove any additional permissions from that copy, or from any part of
+it.  (Additional permissions may be written to require their own
+removal in certain cases when you modify the work.)  You may place
+additional permissions on material, added by you to a covered work,
+for which you have or can give appropriate copyright permission.
+
+  Notwithstanding any other provision of this License, for material you
+add to a covered work, you may (if authorized by the copyright holders of
+that material) supplement the terms of this License with terms:
+
+    a) Disclaiming warranty or limiting liability differently from the
+    terms of sections 15 and 16 of this License; or
+
+    b) Requiring preservation of specified reasonable legal notices or
+    author attributions in that material or in the Appropriate Legal
+    Notices displayed by works containing it; or
+
+    c) Prohibiting misrepresentation of the origin of that material, or
+    requiring that modified versions of such material be marked in
+    reasonable ways as different from the original version; or
+
+    d) Limiting the use for publicity purposes of names of licensors or
+    authors of the material; or
+
+    e) Declining to grant rights under trademark law for use of some
+    trade names, trademarks, or service marks; or
+
+    f) Requiring indemnification of licensors and authors of that
+    material by anyone who conveys the material (or modified versions of
+    it) with contractual assumptions of liability to the recipient, for
+    any liability that these contractual assumptions directly impose on
+    those licensors and authors.
+
+  All other non-permissive additional terms are considered "further
+restrictions" within the meaning of section 10.  If the Program as you
+received it, or any part of it, contains a notice stating that it is
+governed by this License along with a term that is a further
+restriction, you may remove that term.  If a license document contains
+a further restriction but permits relicensing or conveying under this
+License, you may add to a covered work material governed by the terms
+of that license document, provided that the further restriction does
+not survive such relicensing or conveying.
+
+  If you add terms to a covered work in accord with this section, you
+must place, in the relevant source files, a statement of the
+additional terms that apply to those files, or a notice indicating
+where to find the applicable terms.
+
+  Additional terms, permissive or non-permissive, may be stated in the
+form of a separately written license, or stated as exceptions;
+the above requirements apply either way.
+
+  8. Termination.
+
+  You may not propagate or modify a covered work except as expressly
+provided under this License.  Any attempt otherwise to propagate or
+modify it is void, and will automatically terminate your rights under
+this License (including any patent licenses granted under the third
+paragraph of section 11).
+
+  However, if you cease all violation of this License, then your
+license from a particular copyright holder is reinstated (a)
+provisionally, unless and until the copyright holder explicitly and
+finally terminates your license, and (b) permanently, if the copyright
+holder fails to notify you of the violation by some reasonable means
+prior to 60 days after the cessation.
+
+  Moreover, your license from a particular copyright holder is
+reinstated permanently if the copyright holder notifies you of the
+violation by some reasonable means, this is the first time you have
+received notice of violation of this License (for any work) from that
+copyright holder, and you cure the violation prior to 30 days after
+your receipt of the notice.
+
+  Termination of your rights under this section does not terminate the
+licenses of parties who have received copies or rights from you under
+this License.  If your rights have been terminated and not permanently
+reinstated, you do not qualify to receive new licenses for the same
+material under section 10.
+
+  9. Acceptance Not Required for Having Copies.
+
+  You are not required to accept this License in order to receive or
+run a copy of the Program.  Ancillary propagation of a covered work
+occurring solely as a consequence of using peer-to-peer transmission
+to receive a copy likewise does not require acceptance.  However,
+nothing other than this License grants you permission to propagate or
+modify any covered work.  These actions infringe copyright if you do
+not accept this License.  Therefore, by modifying or propagating a
+covered work, you indicate your acceptance of this License to do so.
+
+  10. Automatic Licensing of Downstream Recipients.
+
+  Each time you convey a covered work, the recipient automatically
+receives a license from the original licensors, to run, modify and
+propagate that work, subject to this License.  You are not responsible
+for enforcing compliance by third parties with this License.
+
+  An "entity transaction" is a transaction transferring control of an
+organization, or substantially all assets of one, or subdividing an
+organization, or merging organizations.  If propagation of a covered
+work results from an entity transaction, each party to that
+transaction who receives a copy of the work also receives whatever
+licenses to the work the party's predecessor in interest had or could
+give under the previous paragraph, plus a right to possession of the
+Corresponding Source of the work from the predecessor in interest, if
+the predecessor has it or can get it with reasonable efforts.
+
+  You may not impose any further restrictions on the exercise of the
+rights granted or affirmed under this License.  For example, you may
+not impose a license fee, royalty, or other charge for exercise of
+rights granted under this License, and you may not initiate litigation
+(including a cross-claim or counterclaim in a lawsuit) alleging that
+any patent claim is infringed by making, using, selling, offering for
+sale, or importing the Program or any portion of it.
+
+  11. Patents.
+
+  A "contributor" is a copyright holder who authorizes use under this
+License of the Program or a work on which the Program is based.  The
+work thus licensed is called the contributor's "contributor version".
+
+  A contributor's "essential patent claims" are all patent claims
+owned or controlled by the contributor, whether already acquired or
+hereafter acquired, that would be infringed by some manner, permitted
+by this License, of making, using, or selling its contributor version,
+but do not include claims that would be infringed only as a
+consequence of further modification of the contributor version.  For
+purposes of this definition, "control" includes the right to grant
+patent sublicenses in a manner consistent with the requirements of
+this License.
+
+  Each contributor grants you a non-exclusive, worldwide, royalty-free
+patent license under the contributor's essential patent claims, to
+make, use, sell, offer for sale, import and otherwise run, modify and
+propagate the contents of its contributor version.
+
+  In the following three paragraphs, a "patent license" is any express
+agreement or commitment, however denominated, not to enforce a patent
+(such as an express permission to practice a patent or covenant not to
+sue for patent infringement).  To "grant" such a patent license to a
+party means to make such an agreement or commitment not to enforce a
+patent against the party.
+
+  If you convey a covered work, knowingly relying on a patent license,
+and the Corresponding Source of the work is not available for anyone
+to copy, free of charge and under the terms of this License, through a
+publicly available network server or other readily accessible means,
+then you must either (1) cause the Corresponding Source to be so
+available, or (2) arrange to deprive yourself of the benefit of the
+patent license for this particular work, or (3) arrange, in a manner
+consistent with the requirements of this License, to extend the patent
+license to downstream recipients.  "Knowingly relying" means you have
+actual knowledge that, but for the patent license, your conveying the
+covered work in a country, or your recipient's use of the covered work
+in a country, would infringe one or more identifiable patents in that
+country that you have reason to believe are valid.
+
+  If, pursuant to or in connection with a single transaction or
+arrangement, you convey, or propagate by procuring conveyance of, a
+covered work, and grant a patent license to some of the parties
+receiving the covered work authorizing them to use, propagate, modify
+or convey a specific copy of the covered work, then the patent license
+you grant is automatically extended to all recipients of the covered
+work and works based on it.
+
+  A patent license is "discriminatory" if it does not include within
+the scope of its coverage, prohibits the exercise of, or is
+conditioned on the non-exercise of one or more of the rights that are
+specifically granted under this License.  You may not convey a covered
+work if you are a party to an arrangement with a third party that is
+in the business of distributing software, under which you make payment
+to the third party based on the extent of your activity of conveying
+the work, and under which the third party grants, to any of the
+parties who would receive the covered work from you, a discriminatory
+patent license (a) in connection with copies of the covered work
+conveyed by you (or copies made from those copies), or (b) primarily
+for and in connection with specific products or compilations that
+contain the covered work, unless you entered into that arrangement,
+or that patent license was granted, prior to 28 March 2007.
+
+  Nothing in this License shall be construed as excluding or limiting
+any implied license or other defenses to infringement that may
+otherwise be available to you under applicable patent law.
+
+  12. No Surrender of Others' Freedom.
+
+  If conditions are imposed on you (whether by court order, agreement or
+otherwise) that contradict the conditions of this License, they do not
+excuse you from the conditions of this License.  If you cannot convey a
+covered work so as to satisfy simultaneously your obligations under this
+License and any other pertinent obligations, then as a consequence you may
+not convey it at all.  For example, if you agree to terms that obligate you
+to collect a royalty for further conveying from those to whom you convey
+the Program, the only way you could satisfy both those terms and this
+License would be to refrain entirely from conveying the Program.
+
+  13. Use with the GNU Affero General Public License.
+
+  Notwithstanding any other provision of this License, you have
+permission to link or combine any covered work with a work licensed
+under version 3 of the GNU Affero General Public License into a single
+combined work, and to convey the resulting work.  The terms of this
+License will continue to apply to the part which is the covered work,
+but the special requirements of the GNU Affero General Public License,
+section 13, concerning interaction through a network will apply to the
+combination as such.
+
+  14. Revised Versions of this License.
+
+  The Free Software Foundation may publish revised and/or new versions of
+the GNU General Public License from time to time.  Such new versions will
+be similar in spirit to the present version, but may differ in detail to
+address new problems or concerns.
+
+  Each version is given a distinguishing version number.  If the
+Program specifies that a certain numbered version of the GNU General
+Public License "or any later version" applies to it, you have the
+option of following the terms and conditions either of that numbered
+version or of any later version published by the Free Software
+Foundation.  If the Program does not specify a version number of the
+GNU General Public License, you may choose any version ever published
+by the Free Software Foundation.
+
+  If the Program specifies that a proxy can decide which future
+versions of the GNU General Public License can be used, that proxy's
+public statement of acceptance of a version permanently authorizes you
+to choose that version for the Program.
+
+  Later license versions may give you additional or different
+permissions.  However, no additional obligations are imposed on any
+author or copyright holder as a result of your choosing to follow a
+later version.
+
+  15. Disclaimer of Warranty.
+
+  THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
+APPLICABLE LAW.  EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
+HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
+OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
+THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
+PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
+IS WITH YOU.  SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
+ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
+
+  16. Limitation of Liability.
+
+  IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
+WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
+THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
+GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
+USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
+DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
+PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
+EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
+SUCH DAMAGES.
+
+  17. Interpretation of Sections 15 and 16.
+
+  If the disclaimer of warranty and limitation of liability provided
+above cannot be given local legal effect according to their terms,
+reviewing courts shall apply local law that most closely approximates
+an absolute waiver of all civil liability in connection with the
+Program, unless a warranty or assumption of liability accompanies a
+copy of the Program in return for a fee.
+
+                     END OF TERMS AND CONDITIONS
+
+            How to Apply These Terms to Your New Programs
+
+  If you develop a new program, and you want it to be of the greatest
+possible use to the public, the best way to achieve this is to make it
+free software which everyone can redistribute and change under these terms.
+
+  To do so, attach the following notices to the program.  It is safest
+to attach them to the start of each source file to most effectively
+state the exclusion of warranty; and each file should have at least
+the "copyright" line and a pointer to where the full notice is found.
+
+    <one line to give the program's name and a brief idea of what it does.>
+    Copyright (C) <year>  <name of author>
+
+    This program is free software: you can redistribute it and/or modify
+    it under the terms of the GNU General Public License as published by
+    the Free Software Foundation, either version 3 of the License, or
+    (at your option) any later version.
+
+    This program is distributed in the hope that it will be useful,
+    but WITHOUT ANY WARRANTY; without even the implied warranty of
+    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+    GNU General Public License for more details.
+
+    You should have received a copy of the GNU General Public License
+    along with this program.  If not, see <http://www.gnu.org/licenses/>.
+
+Also add information on how to contact you by electronic and paper mail.
+
+  If the program does terminal interaction, make it output a short
+notice like this when it starts in an interactive mode:
+
+    <program>  Copyright (C) <year>  <name of author>
+    This program comes with ABSOLUTELY NO WARRANTY; for details type `show w'.
+    This is free software, and you are welcome to redistribute it
+    under certain conditions; type `show c' for details.
+
+The hypothetical commands `show w' and `show c' should show the appropriate
+parts of the General Public License.  Of course, your program's commands
+might be different; for a GUI interface, you would use an "about box".
+
+  You should also get your employer (if you work as a programmer) or school,
+if any, to sign a "copyright disclaimer" for the program, if necessary.
+For more information on this, and how to apply and follow the GNU GPL, see
+<http://www.gnu.org/licenses/>.
+
+  The GNU General Public License does not permit incorporating your program
+into proprietary programs.  If your program is a subroutine library, you
+may consider it more useful to permit linking proprietary applications with
+the library.  If this is what you want to do, use the GNU Lesser General
+Public License instead of this License.  But first, please read
+<http://www.gnu.org/philosophy/why-not-lgpl.html>.
diff --git a/doc/license/LGPL b/doc/license/LGPL
new file mode 100644
index 0000000000..4362b49151
--- /dev/null
+++ b/doc/license/LGPL
@@ -0,0 +1,502 @@
+                  GNU LESSER GENERAL PUBLIC LICENSE
+                       Version 2.1, February 1999
+
+ Copyright (C) 1991, 1999 Free Software Foundation, Inc.
+ 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+[This is the first released version of the Lesser GPL.  It also counts
+ as the successor of the GNU Library Public License, version 2, hence
+ the version number 2.1.]
+
+                            Preamble
+
+  The licenses for most software are designed to take away your
+freedom to share and change it.  By contrast, the GNU General Public
+Licenses are intended to guarantee your freedom to share and change
+free software--to make sure the software is free for all its users.
+
+  This license, the Lesser General Public License, applies to some
+specially designated software packages--typically libraries--of the
+Free Software Foundation and other authors who decide to use it.  You
+can use it too, but we suggest you first think carefully about whether
+this license or the ordinary General Public License is the better
+strategy to use in any particular case, based on the explanations below.
+
+  When we speak of free software, we are referring to freedom of use,
+not price.  Our General Public Licenses are designed to make sure that
+you have the freedom to distribute copies of free software (and charge
+for this service if you wish); that you receive source code or can get
+it if you want it; that you can change the software and use pieces of
+it in new free programs; and that you are informed that you can do
+these things.
+
+  To protect your rights, we need to make restrictions that forbid
+distributors to deny you these rights or to ask you to surrender these
+rights.  These restrictions translate to certain responsibilities for
+you if you distribute copies of the library or if you modify it.
+
+  For example, if you distribute copies of the library, whether gratis
+or for a fee, you must give the recipients all the rights that we gave
+you.  You must make sure that they, too, receive or can get the source
+code.  If you link other code with the library, you must provide
+complete object files to the recipients, so that they can relink them
+with the library after making changes to the library and recompiling
+it.  And you must show them these terms so they know their rights.
+
+  We protect your rights with a two-step method: (1) we copyright the
+library, and (2) we offer you this license, which gives you legal
+permission to copy, distribute and/or modify the library.
+
+  To protect each distributor, we want to make it very clear that
+there is no warranty for the free library.  Also, if the library is
+modified by someone else and passed on, the recipients should know
+that what they have is not the original version, so that the original
+author's reputation will not be affected by problems that might be
+introduced by others.
+
+  Finally, software patents pose a constant threat to the existence of
+any free program.  We wish to make sure that a company cannot
+effectively restrict the users of a free program by obtaining a
+restrictive license from a patent holder.  Therefore, we insist that
+any patent license obtained for a version of the library must be
+consistent with the full freedom of use specified in this license.
+
+  Most GNU software, including some libraries, is covered by the
+ordinary GNU General Public License.  This license, the GNU Lesser
+General Public License, applies to certain designated libraries, and
+is quite different from the ordinary General Public License.  We use
+this license for certain libraries in order to permit linking those
+libraries into non-free programs.
+
+  When a program is linked with a library, whether statically or using
+a shared library, the combination of the two is legally speaking a
+combined work, a derivative of the original library.  The ordinary
+General Public License therefore permits such linking only if the
+entire combination fits its criteria of freedom.  The Lesser General
+Public License permits more lax criteria for linking other code with
+the library.
+
+  We call this license the "Lesser" General Public License because it
+does Less to protect the user's freedom than the ordinary General
+Public License.  It also provides other free software developers Less
+of an advantage over competing non-free programs.  These disadvantages
+are the reason we use the ordinary General Public License for many
+libraries.  However, the Lesser license provides advantages in certain
+special circumstances.
+
+  For example, on rare occasions, there may be a special need to
+encourage the widest possible use of a certain library, so that it becomes
+a de-facto standard.  To achieve this, non-free programs must be
+allowed to use the library.  A more frequent case is that a free
+library does the same job as widely used non-free libraries.  In this
+case, there is little to gain by limiting the free library to free
+software only, so we use the Lesser General Public License.
+
+  In other cases, permission to use a particular library in non-free
+programs enables a greater number of people to use a large body of
+free software.  For example, permission to use the GNU C Library in
+non-free programs enables many more people to use the whole GNU
+operating system, as well as its variant, the GNU/Linux operating
+system.
+
+  Although the Lesser General Public License is Less protective of the
+users' freedom, it does ensure that the user of a program that is
+linked with the Library has the freedom and the wherewithal to run
+that program using a modified version of the Library.
+
+  The precise terms and conditions for copying, distribution and
+modification follow.  Pay close attention to the difference between a
+"work based on the library" and a "work that uses the library".  The
+former contains code derived from the library, whereas the latter must
+be combined with the library in order to run.
+
+                  GNU LESSER GENERAL PUBLIC LICENSE
+   TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION
+
+  0. This License Agreement applies to any software library or other
+program which contains a notice placed by the copyright holder or
+other authorized party saying it may be distributed under the terms of
+this Lesser General Public License (also called "this License").
+Each licensee is addressed as "you".
+
+  A "library" means a collection of software functions and/or data
+prepared so as to be conveniently linked with application programs
+(which use some of those functions and data) to form executables.
+
+  The "Library", below, refers to any such software library or work
+which has been distributed under these terms.  A "work based on the
+Library" means either the Library or any derivative work under
+copyright law: that is to say, a work containing the Library or a
+portion of it, either verbatim or with modifications and/or translated
+straightforwardly into another language.  (Hereinafter, translation is
+included without limitation in the term "modification".)
+
+  "Source code" for a work means the preferred form of the work for
+making modifications to it.  For a library, complete source code means
+all the source code for all modules it contains, plus any associated
+interface definition files, plus the scripts used to control compilation
+and installation of the library.
+
+  Activities other than copying, distribution and modification are not
+covered by this License; they are outside its scope.  The act of
+running a program using the Library is not restricted, and output from
+such a program is covered only if its contents constitute a work based
+on the Library (independent of the use of the Library in a tool for
+writing it).  Whether that is true depends on what the Library does
+and what the program that uses the Library does.
+
+  1. You may copy and distribute verbatim copies of the Library's
+complete source code as you receive it, in any medium, provided that
+you conspicuously and appropriately publish on each copy an
+appropriate copyright notice and disclaimer of warranty; keep intact
+all the notices that refer to this License and to the absence of any
+warranty; and distribute a copy of this License along with the
+Library.
+
+  You may charge a fee for the physical act of transferring a copy,
+and you may at your option offer warranty protection in exchange for a
+fee.
+
+  2. You may modify your copy or copies of the Library or any portion
+of it, thus forming a work based on the Library, and copy and
+distribute such modifications or work under the terms of Section 1
+above, provided that you also meet all of these conditions:
+
+    a) The modified work must itself be a software library.
+
+    b) You must cause the files modified to carry prominent notices
+    stating that you changed the files and the date of any change.
+
+    c) You must cause the whole of the work to be licensed at no
+    charge to all third parties under the terms of this License.
+
+    d) If a facility in the modified Library refers to a function or a
+    table of data to be supplied by an application program that uses
+    the facility, other than as an argument passed when the facility
+    is invoked, then you must make a good faith effort to ensure that,
+    in the event an application does not supply such function or
+    table, the facility still operates, and performs whatever part of
+    its purpose remains meaningful.
+
+    (For example, a function in a library to compute square roots has
+    a purpose that is entirely well-defined independent of the
+    application.  Therefore, Subsection 2d requires that any
+    application-supplied function or table used by this function must
+    be optional: if the application does not supply it, the square
+    root function must still compute square roots.)
+
+These requirements apply to the modified work as a whole.  If
+identifiable sections of that work are not derived from the Library,
+and can be reasonably considered independent and separate works in
+themselves, then this License, and its terms, do not apply to those
+sections when you distribute them as separate works.  But when you
+distribute the same sections as part of a whole which is a work based
+on the Library, the distribution of the whole must be on the terms of
+this License, whose permissions for other licensees extend to the
+entire whole, and thus to each and every part regardless of who wrote
+it.
+
+Thus, it is not the intent of this section to claim rights or contest
+your rights to work written entirely by you; rather, the intent is to
+exercise the right to control the distribution of derivative or
+collective works based on the Library.
+
+In addition, mere aggregation of another work not based on the Library
+with the Library (or with a work based on the Library) on a volume of
+a storage or distribution medium does not bring the other work under
+the scope of this License.
+
+  3. You may opt to apply the terms of the ordinary GNU General Public
+License instead of this License to a given copy of the Library.  To do
+this, you must alter all the notices that refer to this License, so
+that they refer to the ordinary GNU General Public License, version 2,
+instead of to this License.  (If a newer version than version 2 of the
+ordinary GNU General Public License has appeared, then you can specify
+that version instead if you wish.)  Do not make any other change in
+these notices.
+
+  Once this change is made in a given copy, it is irreversible for
+that copy, so the ordinary GNU General Public License applies to all
+subsequent copies and derivative works made from that copy.
+
+  This option is useful when you wish to copy part of the code of
+the Library into a program that is not a library.
+
+  4. You may copy and distribute the Library (or a portion or
+derivative of it, under Section 2) in object code or executable form
+under the terms of Sections 1 and 2 above provided that you accompany
+it with the complete corresponding machine-readable source code, which
+must be distributed under the terms of Sections 1 and 2 above on a
+medium customarily used for software interchange.
+
+  If distribution of object code is made by offering access to copy
+from a designated place, then offering equivalent access to copy the
+source code from the same place satisfies the requirement to
+distribute the source code, even though third parties are not
+compelled to copy the source along with the object code.
+
+  5. A program that contains no derivative of any portion of the
+Library, but is designed to work with the Library by being compiled or
+linked with it, is called a "work that uses the Library".  Such a
+work, in isolation, is not a derivative work of the Library, and
+therefore falls outside the scope of this License.
+
+  However, linking a "work that uses the Library" with the Library
+creates an executable that is a derivative of the Library (because it
+contains portions of the Library), rather than a "work that uses the
+library".  The executable is therefore covered by this License.
+Section 6 states terms for distribution of such executables.
+
+  When a "work that uses the Library" uses material from a header file
+that is part of the Library, the object code for the work may be a
+derivative work of the Library even though the source code is not.
+Whether this is true is especially significant if the work can be
+linked without the Library, or if the work is itself a library.  The
+threshold for this to be true is not precisely defined by law.
+
+  If such an object file uses only numerical parameters, data
+structure layouts and accessors, and small macros and small inline
+functions (ten lines or less in length), then the use of the object
+file is unrestricted, regardless of whether it is legally a derivative
+work.  (Executables containing this object code plus portions of the
+Library will still fall under Section 6.)
+
+  Otherwise, if the work is a derivative of the Library, you may
+distribute the object code for the work under the terms of Section 6.
+Any executables containing that work also fall under Section 6,
+whether or not they are linked directly with the Library itself.
+
+  6. As an exception to the Sections above, you may also combine or
+link a "work that uses the Library" with the Library to produce a
+work containing portions of the Library, and distribute that work
+under terms of your choice, provided that the terms permit
+modification of the work for the customer's own use and reverse
+engineering for debugging such modifications.
+
+  You must give prominent notice with each copy of the work that the
+Library is used in it and that the Library and its use are covered by
+this License.  You must supply a copy of this License.  If the work
+during execution displays copyright notices, you must include the
+copyright notice for the Library among them, as well as a reference
+directing the user to the copy of this License.  Also, you must do one
+of these things:
+
+    a) Accompany the work with the complete corresponding
+    machine-readable source code for the Library including whatever
+    changes were used in the work (which must be distributed under
+    Sections 1 and 2 above); and, if the work is an executable linked
+    with the Library, with the complete machine-readable "work that
+    uses the Library", as object code and/or source code, so that the
+    user can modify the Library and then relink to produce a modified
+    executable containing the modified Library.  (It is understood
+    that the user who changes the contents of definitions files in the
+    Library will not necessarily be able to recompile the application
+    to use the modified definitions.)
+
+    b) Use a suitable shared library mechanism for linking with the
+    Library.  A suitable mechanism is one that (1) uses at run time a
+    copy of the library already present on the user's computer system,
+    rather than copying library functions into the executable, and (2)
+    will operate properly with a modified version of the library, if
+    the user installs one, as long as the modified version is
+    interface-compatible with the version that the work was made with.
+
+    c) Accompany the work with a written offer, valid for at
+    least three years, to give the same user the materials
+    specified in Subsection 6a, above, for a charge no more
+    than the cost of performing this distribution.
+
+    d) If distribution of the work is made by offering access to copy
+    from a designated place, offer equivalent access to copy the above
+    specified materials from the same place.
+
+    e) Verify that the user has already received a copy of these
+    materials or that you have already sent this user a copy.
+
+  For an executable, the required form of the "work that uses the
+Library" must include any data and utility programs needed for
+reproducing the executable from it.  However, as a special exception,
+the materials to be distributed need not include anything that is
+normally distributed (in either source or binary form) with the major
+components (compiler, kernel, and so on) of the operating system on
+which the executable runs, unless that component itself accompanies
+the executable.
+
+  It may happen that this requirement contradicts the license
+restrictions of other proprietary libraries that do not normally
+accompany the operating system.  Such a contradiction means you cannot
+use both them and the Library together in an executable that you
+distribute.
+
+  7. You may place library facilities that are a work based on the
+Library side-by-side in a single library together with other library
+facilities not covered by this License, and distribute such a combined
+library, provided that the separate distribution of the work based on
+the Library and of the other library facilities is otherwise
+permitted, and provided that you do these two things:
+
+    a) Accompany the combined library with a copy of the same work
+    based on the Library, uncombined with any other library
+    facilities.  This must be distributed under the terms of the
+    Sections above.
+
+    b) Give prominent notice with the combined library of the fact
+    that part of it is a work based on the Library, and explaining
+    where to find the accompanying uncombined form of the same work.
+
+  8. You may not copy, modify, sublicense, link with, or distribute
+the Library except as expressly provided under this License.  Any
+attempt otherwise to copy, modify, sublicense, link with, or
+distribute the Library is void, and will automatically terminate your
+rights under this License.  However, parties who have received copies,
+or rights, from you under this License will not have their licenses
+terminated so long as such parties remain in full compliance.
+
+  9. You are not required to accept this License, since you have not
+signed it.  However, nothing else grants you permission to modify or
+distribute the Library or its derivative works.  These actions are
+prohibited by law if you do not accept this License.  Therefore, by
+modifying or distributing the Library (or any work based on the
+Library), you indicate your acceptance of this License to do so, and
+all its terms and conditions for copying, distributing or modifying
+the Library or works based on it.
+
+  10. Each time you redistribute the Library (or any work based on the
+Library), the recipient automatically receives a license from the
+original licensor to copy, distribute, link with or modify the Library
+subject to these terms and conditions.  You may not impose any further
+restrictions on the recipients' exercise of the rights granted herein.
+You are not responsible for enforcing compliance by third parties with
+this License.
+
+  11. If, as a consequence of a court judgment or allegation of patent
+infringement or for any other reason (not limited to patent issues),
+conditions are imposed on you (whether by court order, agreement or
+otherwise) that contradict the conditions of this License, they do not
+excuse you from the conditions of this License.  If you cannot
+distribute so as to satisfy simultaneously your obligations under this
+License and any other pertinent obligations, then as a consequence you
+may not distribute the Library at all.  For example, if a patent
+license would not permit royalty-free redistribution of the Library by
+all those who receive copies directly or indirectly through you, then
+the only way you could satisfy both it and this License would be to
+refrain entirely from distribution of the Library.
+
+If any portion of this section is held invalid or unenforceable under any
+particular circumstance, the balance of the section is intended to apply,
+and the section as a whole is intended to apply in other circumstances.
+
+It is not the purpose of this section to induce you to infringe any
+patents or other property right claims or to contest validity of any
+such claims; this section has the sole purpose of protecting the
+integrity of the free software distribution system which is
+implemented by public license practices.  Many people have made
+generous contributions to the wide range of software distributed
+through that system in reliance on consistent application of that
+system; it is up to the author/donor to decide if he or she is willing
+to distribute software through any other system and a licensee cannot
+impose that choice.
+
+This section is intended to make thoroughly clear what is believed to
+be a consequence of the rest of this License.
+
+  12. If the distribution and/or use of the Library is restricted in
+certain countries either by patents or by copyrighted interfaces, the
+original copyright holder who places the Library under this License may add
+an explicit geographical distribution limitation excluding those countries,
+so that distribution is permitted only in or among countries not thus
+excluded.  In such case, this License incorporates the limitation as if
+written in the body of this License.
+
+  13. The Free Software Foundation may publish revised and/or new
+versions of the Lesser General Public License from time to time.
+Such new versions will be similar in spirit to the present version,
+but may differ in detail to address new problems or concerns.
+
+Each version is given a distinguishing version number.  If the Library
+specifies a version number of this License which applies to it and
+"any later version", you have the option of following the terms and
+conditions either of that version or of any later version published by
+the Free Software Foundation.  If the Library does not specify a
+license version number, you may choose any version ever published by
+the Free Software Foundation.
+
+  14. If you wish to incorporate parts of the Library into other free
+programs whose distribution conditions are incompatible with these,
+write to the author to ask for permission.  For software which is
+copyrighted by the Free Software Foundation, write to the Free
+Software Foundation; we sometimes make exceptions for this.  Our
+decision will be guided by the two goals of preserving the free status
+of all derivatives of our free software and of promoting the sharing
+and reuse of software generally.
+
+                            NO WARRANTY
+
+  15. BECAUSE THE LIBRARY IS LICENSED FREE OF CHARGE, THERE IS NO
+WARRANTY FOR THE LIBRARY, TO THE EXTENT PERMITTED BY APPLICABLE LAW.
+EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR
+OTHER PARTIES PROVIDE THE LIBRARY "AS IS" WITHOUT WARRANTY OF ANY
+KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE
+IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
+PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE
+LIBRARY IS WITH YOU.  SHOULD THE LIBRARY PROVE DEFECTIVE, YOU ASSUME
+THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
+
+  16. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN
+WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY
+AND/OR REDISTRIBUTE THE LIBRARY AS PERMITTED ABOVE, BE LIABLE TO YOU
+FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR
+CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE
+LIBRARY (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING
+RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A
+FAILURE OF THE LIBRARY TO OPERATE WITH ANY OTHER SOFTWARE), EVEN IF
+SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH
+DAMAGES.
+
+                     END OF TERMS AND CONDITIONS
+
+           How to Apply These Terms to Your New Libraries
+
+  If you develop a new library, and you want it to be of the greatest
+possible use to the public, we recommend making it free software that
+everyone can redistribute and change.  You can do so by permitting
+redistribution under these terms (or, alternatively, under the terms of the
+ordinary General Public License).
+
+  To apply these terms, attach the following notices to the library.  It is
+safest to attach them to the start of each source file to most effectively
+convey the exclusion of warranty; and each file should have at least the
+"copyright" line and a pointer to where the full notice is found.
+
+    <one line to give the library's name and a brief idea of what it does.>
+    Copyright (C) <year>  <name of author>
+
+    This library is free software; you can redistribute it and/or
+    modify it under the terms of the GNU Lesser General Public
+    License as published by the Free Software Foundation; either
+    version 2.1 of the License, or (at your option) any later version.
+
+    This library is distributed in the hope that it will be useful,
+    but WITHOUT ANY WARRANTY; without even the implied warranty of
+    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+    Lesser General Public License for more details.
+
+    You should have received a copy of the GNU Lesser General Public
+    License along with this library; if not, write to the Free Software
+    Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
+
+Also add information on how to contact you by electronic and paper mail.
+
+You should also get your employer (if you work as a programmer) or your
+school, if any, to sign a "copyright disclaimer" for the library, if
+necessary.  Here is a sample; alter the names:
+
+  Yoyodyne, Inc., hereby disclaims all copyright interest in the
+  library `Frob' (a library for tweaking knobs) written by James Random Hacker.
+
+  <signature of Ty Coon>, 1 April 1990
+  Ty Coon, President of Vice
+
+That's all there is to it!
diff --git a/doc/links/key_concepts.mdwn b/doc/links/key_concepts.mdwn
new file mode 100644
index 0000000000..f1754e0c83
--- /dev/null
+++ b/doc/links/key_concepts.mdwn
@@ -0,0 +1,7 @@
+### key concepts
+
+* [[git-annex man page|git-annex]]
+* [[how_it_works]]
+* [[special_remotes]]
+* [[sync]]
+* [[direct_mode]]
diff --git a/doc/links/other_stuff.mdwn b/doc/links/other_stuff.mdwn
new file mode 100644
index 0000000000..b1645d8cbe
--- /dev/null
+++ b/doc/links/other_stuff.mdwn
@@ -0,0 +1,9 @@
+### other stuff
+
+* [[testimonials]]
+* [[privacy]]
+* [[what git annex is not|not]]
+* [[related_software]]
+* [[public git-annex repos|publicrepos]]
+* [[thanks]]
+* [[sitemap]]
diff --git a/doc/links/the_details.mdwn b/doc/links/the_details.mdwn
new file mode 100644
index 0000000000..a7f8633a8d
--- /dev/null
+++ b/doc/links/the_details.mdwn
@@ -0,0 +1,8 @@
+### the details
+
+* [[encryption]]
+* [[key-value backends|backends]]
+* [[bare_repositories]]
+* [[internals]]
+* [[scalability]]
+* [[design]]
diff --git a/doc/location_tracking.mdwn b/doc/location_tracking.mdwn
new file mode 100644
index 0000000000..d40a7206fd
--- /dev/null
+++ b/doc/location_tracking.mdwn
@@ -0,0 +1,30 @@
+git-annex keeps track of in which repositories it last saw a file's content.
+This location tracking information is stored in the git-annex branch.
+Repositories record their UUID and the date when they get or drop 
+a file's content.
+
+This location tracking information is useful if you have multiple
+repositories, and not all are always accessible. For example, perhaps one
+is on a home file server, and you are away from home. Then git-annex can
+tell you what git remote it needs access to in order to get a file:
+
+	# git annex get myfile 
+	get myfile (not available)
+	  I was unable to access these remotes: home
+
+Another way the location tracking comes in handy is if you put repositories
+on removable USB drives, that might be archived away offline in a safe
+place. In this sort of case, you probably don't have a git remotes
+configured for every USB drive. So git-annex may have to resort to talking
+about repository UUIDs. If you have previously used "git annex init"
+to attach descriptions to those repositories, it will include their
+descriptions to help you with finding them:
+
+	# git annex get myfile
+	get myfile (not available)
+	  Try making some of these repositories available:
+	  	c0a28e06-d7ef-11df-885c-775af44f8882  -- USB archive drive 1
+	  	e1938fee-d95b-11df-96cc-002170d25c55
+
+In certain cases you may want to configure git-annex to [[trust]]
+that location tracking information is always correct for a repository.
diff --git a/doc/logo-old-bw.svg b/doc/logo-old-bw.svg
new file mode 100644
index 0000000000..11d362e5f1
--- /dev/null
+++ b/doc/logo-old-bw.svg
@@ -0,0 +1,60 @@
+<?xml version="1.0" encoding="UTF-8" standalone="no"?>
+<!-- Created with Inkscape (http://www.inkscape.org/) -->
+
+<svg
+   xmlns:dc="http://purl.org/dc/elements/1.1/"
+   xmlns:cc="http://creativecommons.org/ns#"
+   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
+   xmlns:svg="http://www.w3.org/2000/svg"
+   xmlns="http://www.w3.org/2000/svg"
+   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
+   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
+   width="640px"
+   height="480px"
+   id="svg3134"
+   version="1.1"
+   inkscape:version="0.48.3.1 r9886"
+   sodipodi:docname="New document 11">
+  <defs
+     id="defs3136" />
+  <sodipodi:namedview
+     id="base"
+     pagecolor="#ffffff"
+     bordercolor="#666666"
+     borderopacity="1.0"
+     inkscape:pageopacity="0.0"
+     inkscape:pageshadow="2"
+     inkscape:zoom="0.77472527"
+     inkscape:cx="317.41844"
+     inkscape:cy="245.16312"
+     inkscape:current-layer="layer1"
+     inkscape:document-units="px"
+     showgrid="false"
+     inkscape:window-width="800"
+     inkscape:window-height="564"
+     inkscape:window-x="0"
+     inkscape:window-y="12"
+     inkscape:window-maximized="0" />
+  <metadata
+     id="metadata3139">
+    <rdf:RDF>
+      <cc:Work
+         rdf:about="">
+        <dc:format>image/svg+xml</dc:format>
+        <dc:type
+           rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
+        <dc:title></dc:title>
+      </cc:Work>
+    </rdf:RDF>
+  </metadata>
+  <g
+     id="layer1"
+     inkscape:label="Layer 1"
+     inkscape:groupmode="layer">
+    <path
+       style="fill:#000000"
+       d="m 302.43431,440.4468 c -14.88228,-4.33874 -18.89443,-6.47398 -28.38217,-15.10481 -13.08558,-11.90371 -17.72561,-23.29726 -17.72561,-43.52501 0,-18.30772 4.14768,-29.96528 14.34194,-40.30981 7.27131,-7.37848 18.36439,-13.25052 25.03206,-13.25052 4.73347,0 4.8315,0.27458 4.8315,13.5325 l 0,13.5325 -6.57204,3.04787 c -9.16684,4.25125 -13.05127,12.36242 -12.09267,25.25093 1.53891,20.69072 13.75689,28.81207 43.34566,28.81207 14.25099,0 19.3577,-0.72886 23.91428,-3.41316 12.51899,-7.37499 18.80704,-23.65294 14.28477,-36.97908 -2.56222,-7.55028 -13.65238,-17.88336 -19.19364,-17.88336 -3.36269,0 -3.73837,1.31029 -3.73837,13.03841 l 0,13.0384 -11.88928,-0.55077 -11.88929,-0.55079 0,-25.90026 0,-25.90027 35.19228,0 35.19228,0 0.57499,9.7126 c 0.49269,8.32267 0.0845,9.71665 -2.85343,9.74093 -8.20311,0.0677 -8.706,2.84359 -2.15276,11.88256 6.12053,8.44215 6.33349,9.33743 6.33349,26.62529 0,15.38301 -0.65924,19.1446 -4.70538,26.84845 -9.93611,18.91837 -28.93477,29.1492 -56.00199,30.15722 -10.88743,0.40545 -20.4551,-0.28006 -25.84662,-1.85189 z m -45.65485,-139.01542 0,-13.87514 65.62885,0 65.62884,0 0,13.87514 0,13.87514 -65.62884,0 -65.62885,0 0,-13.87514 z m 49.45942,-38.8504 0,-15.72516 -24.72971,0 -24.72971,0 0,-12.95013 0,-12.95014 24.72971,0 24.72971,0 0,-16.65017 0,-16.65017 15.21829,0 15.21828,0 0,16.65017 0,16.65017 25.68085,0 25.68085,0 0,12.89643 0,12.89645 -25.20528,0.51619 -25.20528,0.51621 -0.5525,15.26265 -0.5525,15.26266 -15.14135,0 -15.14136,0 0,-15.72516 z m 90.58314,-28.97078 c -1.413,-6.87082 -1.79669,-6.34506 5.78198,-7.92291 5.58749,-1.16331 6.09939,-0.83956 7.33692,4.64003 1.45579,6.44604 -0.79787,9.0505 -7.87441,9.1001 -3.02463,0.0211 -4.34501,-1.44337 -5.24449,-5.81722 z m -160.69546,0.49827 c -1.79783,-1.10787 -2.17745,-3.37832 -1.25087,-7.48118 1.23754,-5.47959 1.74944,-5.80335 7.33693,-4.64004 7.57866,1.57785 7.19497,1.05209 5.78198,7.92291 -1.24077,6.03343 -6.10031,7.75249 -11.86804,4.19831 z m 190.42463,-6.76941 c -1.85277,-5.87101 -1.66966,-6.25919 3.83255,-8.12458 3.17805,-1.07743 5.9948,-1.95896 6.25947,-1.95896 0.91633,0 4.67209,11.70301 3.97372,12.38219 -0.38574,0.37517 -3.27056,1.39869 -6.41068,2.27453 -5.34046,1.48954 -5.83503,1.19409 -7.65506,-4.57318 z m -216.85329,0.64986 c -3.40034,-0.87401 -6.18243,-1.85733 -6.18243,-2.18515 0,-0.32782 0.94953,-3.24505 2.11007,-6.48271 1.73496,-4.84015 2.83405,-5.67166 6.18243,-4.67733 7.88037,2.34017 8.42794,3.15845 6.18018,9.23554 -1.96709,5.31825 -2.52062,5.59264 -8.29025,4.10965 z m 245.52541,-10.67191 c -2.12815,-5.48318 -2.11652,-5.49574 11.85359,-12.82409 22.7641,-11.94143 40.5838,-25.97488 57.05249,-44.93026 l 7.53031,-8.66734 5.41145,4.25151 5.41145,4.25151 -17.60152,17.90565 c -16.73035,17.01941 -37.6183,32.42395 -56.39658,41.59159 -10.27596,5.01677 -10.722,4.96367 -13.26119,-1.57857 z m -286.33038,-6.27889 c -21.55151,-11.9442 -31.63729,-19.70355 -49.98909,-38.45829 l -16.54083,-16.90401 5.39695,-4.24028 5.39696,-4.24026 7.53031,8.66734 c 16.46869,18.95538 34.28839,32.98883 57.05248,44.93026 13.97012,7.32835 13.98175,7.34091 11.8536,12.82409 -1.17162,3.01872 -3.03333,5.48856 -4.13709,5.48856 -1.10378,0 -8.55726,-3.63034 -16.56329,-8.06741 z m 375.66016,-70.84688 c -3.97648,-2.69927 -4.05764,-3.18834 -1.36824,-8.24615 2.7937,-5.254 2.98784,-5.31188 8.50732,-2.53606 6.47782,3.25777 6.35114,2.92151 3.44074,9.13364 -2.52039,5.37967 -4.60478,5.70447 -10.57982,1.64857 z M 89.683687,134.84263 c -2.910382,-6.21213 -3.037055,-5.87587 3.440759,-9.13364 5.520337,-2.77624 5.713305,-2.71854 8.512274,2.54533 2.72546,5.12566 2.63957,5.52893 -1.77689,8.3432 -6.255304,3.98601 -7.594703,3.75504 -10.176143,-1.75489 z M 558.86885,114.49806 c -4.66412,-2.46246 -4.94939,-3.21135 -3.14292,-8.25101 1.09275,-3.04849 2.20334,-5.54273 2.46799,-5.54273 1.15984,0 12.46263,4.10838 12.46263,4.52996 0,2.20567 -4.45138,12.10382 -5.41738,12.04614 -0.68234,-0.0407 -3.54898,-1.29279 -6.37032,-2.78236 z M 76.248436,107.82834 c -1.1486,-3.20438 -2.088367,-6.03672 -2.088367,-6.2941 0,-0.42158 11.30279,-4.529954 12.462632,-4.529954 0.264646,0 1.376722,2.498376 2.471297,5.551964 1.832586,5.11256 1.553673,5.77145 -3.524022,8.32508 -7.178882,3.61035 -6.90035,3.70158 -9.32154,-3.05299 z M 568.27869,86.478917 c -4.16144,-1.0576 -4.15124,-1.435966 0.47558,-17.673656 4.71707,-16.554414 4.76128,-15.866207 -0.95115,-14.804204 -3.51666,0.653779 -4.75571,0.08973 -4.75571,-2.164633 0,-1.67682 1.09334,-3.456779 2.42964,-3.95547 1.33629,-0.498709 4.53447,-4.218875 7.10707,-8.267031 3.85384,-6.064326 5.73436,-7.360301 10.68013,-7.360301 4.78765,0 6.24005,0.919681 7.17525,4.543462 0.64491,2.498894 2.13408,6.869564 3.30925,9.712599 4.714,11.40422 2.47433,18.328434 -4.06643,12.571786 -3.92535,-3.4548 -3.4906,-4.351652 -9.63904,19.885132 -2.24473,8.848659 -3.45803,9.62341 -11.76459,7.512316 z M 62.514449,66.506779 57.950276,48.599557 52.639,52.662624 c -2.921206,2.234675 -5.630041,3.75306 -6.019648,3.374157 -0.389608,-0.378884 0.859281,-4.428205 2.775301,-8.998492 1.916001,-4.570287 3.965028,-9.76649 4.553405,-11.547134 0.734891,-2.224093 3.046111,-3.237533 7.383397,-3.237533 5.021102,0 8.14882,1.812001 15.277977,8.851138 4.930401,4.868122 8.964349,10.279427 8.964349,12.025124 0,4.517598 -2.081195,3.939726 -6.8916,-1.913568 -2.299596,-2.798153 -4.818203,-4.473179 -5.596904,-3.722293 -0.778719,0.750904 0.522064,8.499468 2.890599,17.219014 2.368555,8.719565 3.936551,16.213492 3.484473,16.653149 -0.452097,0.439676 -3.422934,1.3053 -6.601862,1.923613 l -5.779866,1.12422 -4.564172,-17.90724 z"
+       id="path3050"
+       inkscape:connector-curvature="0" />
+  </g>
+</svg>
diff --git a/doc/logo-old.png b/doc/logo-old.png
new file mode 100644
index 0000000000000000000000000000000000000000..38d335a4514173cc21b1049c3de4b75055a502bf
GIT binary patch
literal 9092
zcmZX41yqz@(EfsSDBZO*64D^uDF`bFD4o(Eury1vbcb{b2$IrW(k|U05=wX1_wqac
z|2f||-?G5o_r3SdotbBznR(BKYp5&YVo_j$Kp<RYB{>KPgv17X-oQWu{`RI#=mY<d
zTp)@vpo(8q+rR+LR8>(9^!W6X+g6+iT)}iw(sKcUunC`jkwEF0WWYsqS7kMM^abqa
z&*+%=8?)SjOXRNdx~{U0_VyMIt{~aZ7ACG1=5+4XuAk@>mDMzK0-lqCKy)BwIcY7A
zh5cnu53T7niKELEJ>Ee^MzFVx%=?+(V6`}T{i>4a8^U`DqG}TTDmZbGjloV}-}jdh
zs`k?QPO`Sdk#!|*7OEJk12V`+GD>vjU(9Q)>b+sGF=b3}twqAfn-#?A8QT^YpUdGF
z_g}9sS6oo^QY<q2-=Q0I!faqNj;8#YS57w>bo4u;p(mF|etj%$Tse||Z0@++N=JR+
zZJbra8XyhZlK#>dn`~5ik;+MGfdSh&E0-+%hid4h%SzmkBgc=HJo$QK%>zj5y9Y1=
z4gcIOI=K}t%c*ErQQH7st&6*9+;It89cUq@<tc%eD9RU?H1!^MiMlrZ3QPJm<}c%0
z{m${<azyM=XF$J)B^(2EbeE^ITwh58u2W476I2xiNrB<d4_PanC9^p_!>z*Lb*z~?
zuB{ylh7M;+d9a*^x3e9bH5*eIx6NDLXvE`q?yCWcS-)^UCjDjp-L*9#(I&l%Eg^hi
zn9Z3F-k2PEb)?>>Sk?Jw<{nz6+~zlReVff3`bH{=xkgdr_2-Z{xKGbQkK^xGibA=g
zOIs5ck)ItJXdxo9&xRIXdX;nY(yeU$;**`Iw!T3diERF{xJt|FlPN9FkFp^|VtQIy
zNhb^Sq%9VCd+C)brK7YzvDrocSeXvB-_yQY`@`8tf5V$0x;pETTjnVw;A%R%s+NHH
z(YAe^obklDlG@-f<-YafvF0H-c~uu4O`OsEkXEkNUHRwlGtfjJ#O~lq&Rcu7<1zEv
zyum{8L+mjQ!FA(|OS%V^bih<6WASC;#IT^1%(qfJw@@z-pcFxeY8&<VgC@vdGk^^b
zHE))BS4~aWb7q~VgS@F~cQrtT6G0ar+X6nI2>vFESBTR)wU&6)9V`i!!vB5d2YHr=
zxOHa&nWI|KNp8G(9RCw9M9<D&U>icGjYoj|$GLSsc$C>F6E^Z?KhZ(%y%O5VdB_0P
z;BP>k^SFo(5}{tB#kLT)sv+oi<qUX%eSgd2@tqm9)IWQo;97CmKVl#4d;7}a%7`Ya
z%h>h|t4O$0O#y|_=7mH}04v6v*!r`jj7O)~+#A4le;p6z6D91*M>lWJSG<WGZ!h*a
zwB;Pk+tOw-g8e;EN&}C!rgY-T6IRYIYajPrmF8{hwcRrn?5(nNXvXwvEvvQgn>4M5
zO)`f2aVeM25BnG#<t&v%cmZ#EY()PxFxno7{CTCw03kHtg9D0O$)6R8$;!!QwxvwZ
zbJmuR;j~iSM2((P`vuM!+S_!r`&)&5f|u==%ewV%OIU;tg9UiZWpXAG;XX#~Syb>T
zIl7;c%`llE!<%W>na{!|`QX(lb|+iTq0+dB89Dl!O!RO>@?ur0Rrn{RFfEgu59YpD
zY@jr%bPJbj2hpGk!uUgxY0c>LUkhDj%1E6*s@Mcm|Nc7}v)<mAr>6+qt1G0kjy``~
z$Q<&<A5!HzD??-ZPEIzVEhVWfCGDe(O4$^>_}s<v-^E=Qk9v4$nz|~>XID>OoA4&4
zLXffL75}33LSyCIAS3+v%j(%c2$ss5&v}znPDe4PwWC-ac$Ku<5+hX#d0ju&5_#Bt
zM81Zpg@6LAqCa5(vsGTuV1JL46?#n#8BbR#L}f0R(TF8qo8*3)7;Guc`OWhyJd}={
z7b<kH`wn}ABrMeCwT`_Nb@zQY9Tq(T4?k~uDU`~9rhfJ>U4w~ZY}p;H+UoC#Wbstl
z2zZH*!XR8c`g+bVCn)Q@34Vs%-^^x<Ue7Eqw}GLYqTx6Oh7fke(bKQ?sx#43c!8%)
zwtHtLSI--@1K<OCD((m6C8a2j-ySF=r}w48iU^TWMrfS{0MZkikmDBy7xD4`&PYG3
zK0k9`X2wGOwIq3bxZ~)oI-v&Km)JUIaHMDA#&n^#>^92VZkXM6>AxoIL;NXjrfw_F
z&F!6uln9a0I4UQ&hVT5M;23J6<~6@!=T9T#A?%3yVs$xhsB_lzc4z2clVECw1s`+=
zdJ4>qgXzE)&!Z~pUfj6f(snvRU-c-mNQC?v`~4a$;C96rd>b;a|971*=NOob5oy<@
z$nxO4V!^UdR&_Af;&DD8g1}_c#M__w8j+!@IpY;&l{$dFH?<$CCwN&JB9IG41<hCM
z%<Z{QltwGIG-W;Ap0gznxeYPdIZ}4;7H?Pz#M>r~`LZ^7<g)zB0fxXD><qlx<>s`*
z3UdUXAX$9x*I3fGX&~AB)rGzU&6&DuEIW2tR)+_|BfG7PrSIIx`0R)fFXLZW3pJP(
z3ephUC;v65z#|%nY3u%8xjkcbDIs#q#ubycdA0$Q+YmP&7?|Gg>QBzOOv5?Lhm-3H
z0BHi3jh^CzO2&)z^&!Nu%e}f%O>k;$wlolmfaAqf-TJNXbQ`F#2_2kn+sPqv8{=p`
zB_u)Sy{l#IQU#ibg12%|HuRkk^MR|IvrCWLEA*26@}9w%ca1Fe<OmQxuAj>*od$H6
z=*4q@vma7p0tpTck4SrO`j0s9JWCV`XdX-NF=u-XF*~Hw@xK|#?iinf%Ox)yVuzF7
zlPZpMudhFLCP;1M8FG0)Gs?WficiPjP}UFj98Z0I6+M4X0!iRln{9zbzN4NNob`75
zlXGj~flj}Z0gSIk4@6tUi&G1!!$lKFTf{7y*>AqD>l4W>B{U8kcvVvCA*|=a#l~*T
zD80p$^jF>opkwQ-t=xq<S6#=shY^AFDcta%n7+cLqzEVH{e2=+;6M<OK=SYY=KVG<
z#4PEb(gafQV1j#C5(r5(k#tet%2k7+Muu1SC0r~Rha8aL=-&2`fE0ItW9!}zyE|!&
z<IRhV2r2`^hK^gdJ15(TN*+nB3|VYK&$zc`58<+$7J{?N*eYE`nxvjE7le)Hj=e_s
zw~EJXK_A|gFE^xjt8iO#4LKTScE)D~K@&h?=l4AJH`t`C>Ni~xtH*y7xyL<FF^CwZ
ze`TsncVbL3ABa%*3&-6&>@wzY{U|7I_cD9X!>)5>*gqsmnz#EC51kTmFM-qsle+uN
zpUobav_p>}$X`Wk?R#mZNieMZFoX!-v+~de_S05zW-WERqtkv+=*2%<Z*!&OIvUw3
zUJSq?DbML&jGNj7d{`6u9orAjcEtnWu(v_NvFc9yKDCvb?$Q`9-Yif{I_TssyFXZ~
zwiGp%L_9=ic&3Z-i^iNQ-XYB+oGGY;b{ab4dFSdvgAYMf>udByEYE4?EbbptvJ0L!
zc0|CJWD}Umxjd1EFPFm*>JG<q{gY^QZ&ebQT48?(?ZnzKN#;MVxXEaBUF~iNz$fHt
zfE+WvxJhel*7p^#A-M$ZizveY6B;P0pN1`@e<5ZOhZQuIkzQrDdg#4WCM{PnJih6M
z%?bj<MlN11MF)O04NcOvG3HHSoTp{W8!zckWJ1(3WDVfjh}a(MZ!es3l?hClSv)Yz
z=~fS#wL1o_u(+9Z<342#_cnkkb=~)<Q@HabxOH)K>klshSzZSH^dGB^ub8Q9MSsO1
z|B6aFI+{zyIHh!OUyfy$>}N^NsV&5Bl1g9_(>rOEP0Zy`{t!IXX&#z1?c~P#KH3{k
zW&9x*$C1hxTNKfRr6hOpUGySGb~S4-Pp`3>b_;R36Nl`7++|ixfBrmd#<%d3+ib0z
zocSuS@wyrM2e64>&oLnJnM6#JPB0P3yx(x`2&d#Nkz{1|*B}mGIp|(FqK{H>wWcK-
zqGdYWh|Z%=y`y<(boS$!*GB-a3_j`0=OUb09#u}n0Q2c#g?q&>R*}XMeTRNpCN6b1
zZbes*_~Q&_!lI|4^p;dWEm|;WSYC>eBoYhojYij{2>+!CxEv6;JJt;FiWGE@nCAMm
z+*_Y_epr&_>M#_ZhjHkvJzvAxTE1kSlu<84`OK(qwCG77AQw8Dg)f2Iz;wT0CK>s!
z)RCk66&2#G2Lbq-amy|R2U__63`5kdMNh<fU~$$11Y`9;-rs_@?8acJ^qH9*(#ByD
z>u(+htx(%@_76Ra&7Gh6qw(%|<%b2$M|-9nN7Ng7F^#KW+1U8LD@8N=89w+C_T@js
z1~G$6N*z_-(~9Y(t+5-S*gIkpmgRq%shZ(8i|We`VvsAAuo+xU)b%=L1j8@MpX-vT
zvpBT+3qE9*#A2a>=s`Bns}K*@rTb;eQt*kkQT9Sa>d=bQKhGAEZ*=8@K3Hr4%7(}D
ztu|4of4&mj<vAtyNE5HqM(fmM%QqU4sq$PilJl;xJy!L@(b_PzY^s@0*;@D_`3i65
z&RRNt^YDL3r>>Zh5PU#-gY%`6Kuw~L@yk(h5W?)^Jy+Pw?8`b2lkP+yWhCkNs#j)m
zZpnEQKWH2Y1A#B{qn#Dr$h6J8l;-s8wse4Hiqf@F^if*NJrgRNn?3BY#Naq{HW-Ht
z%Bn_sL0taX#%Jre=clpT4K05Db4xb&dOh&4@Uq_eNs$e?e@=-4{3TgnCv8OgT;;3I
z#6DR4>!qRjK<%ERyI_{KZ{dFlf!w&C@?6aDjQ@gvOY|WCZ0z=vmWN>vIR(m+L9*VF
z9b>%7omww6OfnLl7EW6GUKY&iA!UH&MNXT2MdX;=ad_nK3KTkGLMFrn$O<0&e=lwZ
zrAHIUZHFHsUX^t~ZCZ@v3<6swQs|Y)2PO`UmDFw>xB|7gLX*t9MvkmKUao7hie3Gb
zep@6YxE3p4mgV(cfRmdX@y3J7WM|Fre!i{!2dg}jpX3eKQnFXeyN<EdsXPCVCkNfJ
zb&J=ybg}jC8YoZQ9~Mge(+Sc;QduN+&yi3;Dn_s4XJZ@DtOEvh-Hs5SxCKRisI^Il
zX`|=#ymb?;;<w-dik>@#xc*N(4S(ut+^)WEp%>Q=$9xGRw(fBIgr_`Hh&C4-=USdq
zL-GZ@t!{s5whZN%_hnhByh5=Y9C1X)ZKkztSWjtf$;4s}$?Y^KZCJl7I6V2{f6@f7
z36A`o>6Q)0n?|I3LY;V=1boV&)t*1CqVp()((jh_g0%Y(CevMifr{<5_Q9-q#m{qw
zisL4;{Ifp7?|4MI>35WGo{#qOF};$uvUBoSOr)L$^muJ2asCQOx*M+FqXvjA2cy)I
zbJp%7Vol<r)a^6K6Jq**ivM<IuxXB*HCnD+tPrX*-jDBCYe~=1U-0`dN5rAtif<M;
z5qg#i*SWlDu)egsR><5dfmV<+V(8+*#2wU{2a6qdHEz6+Fd(RFv1W%onMdTh?=DFH
zMXRaX=ael5=`YjhlL-<(l0H6OdEhpUBKhL4NIW1tZ{#*MOY;(@q42Jhb$QQQ*xI`X
zCr`smh?$LT4R_3H{eTQ=arK-l8kYT_f#smqib)!*w#6X0kuZ_M+v;*ByRmc8_~YI}
z)1?YvOQ2~9?L9uZ-defdvmfan4qKJd?q^HA<mr|qaW7sDDD7dXZtCC4mc7`;KDrzl
z1-5muzQuFne*bkjd>)@KbjtbN^S*B0*ZkOyZ+)pBg_}?*V`0Hi)v(Fik{w~x?~q{|
zq<Kc!pAO50cES%5Lmy(ATXTjBxVlcJ7WE(Ejg>st(Mgj5lTdFdjCKJJ0*=qOAEiF$
zLtZ<~eTt$KOkb7R(KhUnXoXxfNX*V1lGoWOor&`ldf|Vii9uIbjlOoC*M-?JKt+Z5
zPJn9Bp6iwE>xh$jEWmbd183A4?jMR~HvO?QuGY7DLmDLxY;u};62a5xr2&H;4&8*T
zb|UbGVaZNE-+)o$3__mCtp~xJ8`Ab~4<ss@;o)FHZqYlL5uBW@+RGY^!@B*T(J-nN
z1tOG@$n40Ei4G^>e-FqY_jC*%R5Rw{A;|yv2n_UY;xkQx2QM=^902UtyR|ewWX)E+
z@Wj2X+B(`LBTNd#1aCJAY%`b03%qDdwc)8VPUU)`ybv$gZ=Fu-Ue^P5>pB{26u-7C
zL}NY$@fGf601i&A$^O~3B|GQ(hjuP+IDm2Zh;X`*`9dXQ@xXd1mc(V(Gc~zBX-(<l
zYrl+|-m;i5QRW|bs9j~1dje#X)ddoyi#zTn9ql0CNM)v6{r3fj2W}a!@%fH_jyC{!
z=jJg-PGRJfQ8*IzJ0^ovXwT=ofsqx9d^^4#gmuw>+%q(}Zii-!Zcc_Sw)gL7DGJ2=
zNHM#s;=wrGZ5wio=e(-lQX~>e7CFz%XJ^z4?2wr(_7_?3qOyJ7v2u8s8XgGu)J$!*
z;BYK3?*%-qnfpq{T2(K0b8!c{w(>*N`@0^yJX1w<3l_k3t7dvYH=n||0>|_@ivVvv
zuYTas&GyQW4e?U+jTv>b3{|Uby8GLlb+uUS4$36|>@K4u0zpoU11jHOe|)8JW*Me$
zbb~<ix7XKE))6wdiip7e_wH1SNG|iByi4-igQq3O+5^W_K7m<~0??0Y<zwY!EluqH
zBjen9zX#ZJ+vJ`1a=$>e&Yz%&x5jZ%c&JExJzv*#FlSG9xMgjeHvV1AwH?|(K7AeC
zw7N7QV>HvrNtv!Ck2U)+m&C`Sp&`ThP24MeuQo`9^9&}L3DJ-tlG8Ph9JN|-4Migo
zN~IUz#;k68lfWj`3G}yse`YO5=ie)#mW8f;OEZ!JvpN|pz4G?uG*!ZdAKJp|n|y*{
z9Qpk5g0pNkT-8lt(v*m2`x=DWp)$fQ4R_=9>%!xPApr8J>^T(!+DmMI1OP3-(|H%m
zuNSaNsn1_?t0-g$jJ8Z3{Khm<@(lG>;Or?Jdt+C&81CbXKT<Pa`eAA?#)hBbyp2l-
z150iZ^YxB{(K?ctZsSm1dKtUGDpVEyv#Yn$IG(qD2zavyC_A6<r%&k3^kLL~V0_cW
z+xIz;-U>#SEH8hp1wnsSt4}c>by>2^mw7IfH7Qur1H>}375!y(_F*K>RLL_(s))p;
zfa~W{Nu)_UC#%CtX%*vythk!{vTU->ui3Tv0`VFcSi0uJo~c3<=fd-v(ZZCz@`*Bh
z-oZ%_4SIG)>RJX%?p!j+%3CliRr8eHtHL?jO)(^7f;vp$g%1w3XtwNy%wd*mImHjS
z-yxA~d3tHY64aADU+LpseBmn$O=r)4C7TJudEP+PRT?uHhiEc998DB^{<YWNLlo?W
zk*a85%23E#Ex1b_^@3)2P>mcSyXfXT-^j&92^w>7kaQ9Fwl5r0N3AITktv}rTuh0p
zO6OUfPSEtry4LLku>4;v4K!n)Bi*OfLF2P=B5!fE{QY$wKSg1wY%;Lnu;q6pm#aNJ
zx>B%Nj|V<Q2;u`ofT4kQ^qad7E>^&N4w;!0!!v}tVB_Nh4Jv%J4Xo7pMUw!T2<cuz
z3mf#~%Obe(N~DHE7W^_7|Nf>!16yT<`M2t(539QMCcC-b&(dF$>Tf-Euz-%<-rMi*
z3C?SvNy6+}KVD4wcynJ(BaMgmmo^9_57MHCh3O^ccio0uAExp+fI=U*RV~xJJ<EHm
zrBDNt0?35yM*OF4$`8M^(%u#hRL42@D7n>ST&%MSUXwxOXpANqLy7)7B`}i1VWX!9
zhCGFE`2QQ4D&hY(1k20uV+dm*zb@~YK&mVGZ2hs;JV28d`S*a-22~7;{PTEoOrxBK
z=PyZRRT3=Zu0j~t8M9tI5CH1?px*-f0UK<*gl2m4=p~Hl>4Vk>U;5vR8K6k}!xWgc
zc$~$^aM&ocNU$jc+hV`M{LrM$iyGMrwO;m?dp+;!FjwL!{B*RqYa`GLf??42pFS9s
zzL(KB@wj?J{ufO5bmk{R|6dh)f#*H{ONEX1KAm&JgEc6+j7~n&kN9%<VstocCvdMS
zcy8pYFcGfob!9hEF08Afm_N=($+Xll&g$(Shm&4!2fe!6I>L)XJRtJ{*!|B^6ccmK
z>f&jmmcV<U1_uUvG`xkD!yIjF0_W{6;Fny(yn#VMd63dMmcBT8N9X}*<M;2lVJ~PE
zEG(F8Y;DKK#z1;0Jg^6!!lI%qciKR@+}vEy?rf!^nOT7%N?@O9SF7h~mD8F`$+S)O
zC)&<3Z&|V2q2b}<K2oFKz2Su1WH{Uu(FRB;p!J{8Jz4H6^Sh*e*C(6YU*6DYn~i_s
zZ@gUbj!#P)NE}Tk@?=OH4BpwX@wr+H6L$TFr}dJ!_fb8ZDO*4wg=095ad4|WO2Mqb
zUM!^TQVp=l*upz)ZDK*km8drFOBo`0;0zawc(M^_LYd{G4c|XDm=33K0+KXJwQyKW
zmEx_YvZE9jX1;$61LoIk0Z=+A_qTCy_<3`_s|kU0ml*)QKwy<zTtLeW+bE)=qiN=w
z)OzD6@&ODCns=uQ*pg{HO(~N{>hwNr3yX-rLL>4NPcf#o+uC2K!xn|^ktI-XBrtZF
zR{LMF)-ub}P-vW=pU+j9JR`#Di^E_mf?$ToAW2F}Vg&kcY?w1LGScz#CWHin<+J7R
zP?Qpa-F9cBiTc3!8XvxsV3Tl2>FSc1nwjC_;W@4RW){30klona%&V#SJa8skS67!;
zUXD{*T55pg2IY%I0$ljQW``UH&2F`Qd0+PHnc`{;YsA<me$cNo@cE`d`}G#(-TfiV
zik2wDdt+Oz?c2APM8w3>MUZn(SOTM4G#fDy(Z)r(p1C<A3Fn94M3%RvtL?t5Y-~s%
zRwAt8%gw{XSk902QVEP4x>f#lETKf6rkpBxC_d-YIu6^BykFjs3EGiu{mP0Y=d+Y5
z7;hw^sRtGUS{hH4Xr{e(VSdTZUTr<eoRpm0g+L&-@2&YM?#?FP!ee9mqsaMmS;-(9
z)^)5wUH;20?w9|Bq4mne<DZ;PM}^F`M!qZ~S4jp=-=x1x#$sb*^Vo=2Jlae(`ZN5h
zBbZTHy{&={gF9pN>QCe=ZofMZ6m;}j<14%i<!gUhzpK2rh)v~$;BZ2gKc&UlJD2_<
zMxDAwuS7*D8<wGzDAG>NvC4QTQ&UsMr(2`TfvIE={sA>{(7@oJbCa?q?-!>oR8r&l
z8Vd|8tR2B0!&0*tNXA1+Y`RUKnW7X5CZ!ABmmQxXB-j6q7wlyKP%Gv?Kl2j*@bP2T
z17xTMC$cXvI2eV)pxJe-d)w#G_UzxdZo5y@q|O6?ESbE{uWA{(!hr5<fPGB3$@CWl
zxw-M&mz={CgD2;u8HRb8)zX96-hFNS;cH+({q5Vg|7K&_*x2YlFC7_qBd4h7t^XKZ
zr@-%ipwF88%V=@?-@neao-jRNSN=J3y->qScQ$h%pa3&Ilg1OPc~nTTDE#`Bo`+|A
zTbY<qSw>k|d3HpoH!fe=v|2ZJcGm#QKQ0cBk%h&3&#D&fZ?cZzwyT;ZUa*8fP&ioL
z!Bj8<Acx-*P(3|8gMiIJUS3{2GO~YXw_<KPL>wg8*qA^ZwkU7xMaRxiqzM$Zu0h&r
z)g){Q>wo-63JC_w2Q4qzT3b7Ni7F@H(b68)=k7UTVq&Uas)pyo)6*$P2ttW)nUxd9
z#>dwnRiF4N8c^Qo>ZZLLeW{m{_r5HvSyn<sWMMmw0Hv!4#DeItx@^@qO1C}uv?G3h
zHtBJ*T|7QBW9bg7;pjmiUa;#_1k2<(U5!)fD45{M<0mI4a{#PLF$7o!Fn>X;#Lh(h
z{W9%OMYFjj23ibq$C5thpOgT;o!=p*zs4C>UZ$rjC@Y6A_WuBw92b<V5(0-~6x+(>
zv;LW@HZy!TSyoYDIT;O>Us=$v)#Xr!1rTGQUK}j%rZ5}9W{E8HevTI?8hqpV{Duu!
z&s+B)IxUT?xFbrXhyWE8l}3Cs@tkjeuDYklB;G<#K~4_kKLeg`gwy}{@Lg2^t#&?Y
zX-Pk}LLSM=GRWD25d|<C1;vm|cU*qg1HGbxLh~6@y)FlE7IYC25wUu`AMS^SQ`6H;
zOH+~2(H3A6rE%lPs3=!YpVRz&`lO_!M*goJFrjlCv}b--Yv`#o1oaY=X#f!;KkY~Y
zcm$$^8Th2<`R;5%P0fT^;LyU`l*GizV)S5HS=qd48$GEfY#~2;hEGDW1?j{H1OYIw
zvz^UvZ(m{fDMX5bL`+QVaoBdLpRK5oV$s{zcW#YF4Fm_}Xc|w?=JqtIw3LerpP}!$
z_SDP_^fv#6g4Fc%^cs*l_D<!Bfe`0X<5$69+d;3jLWHtLaG^)KF%FX&dgSdslm>j$
z&JtHu1Nh(2Yn#ax3cc7qpSBT5NJ#K_#wr^j7QitK_&HVoGv*uS#Nk`bQmwJwbC2Ec
z4M#V-mF|>Y4U)FnGj!JnEr&;YwFuzI?TA|(3=AnRFA?mpSUmHUlwHD|-QD9c*%#-Y
zrl`BgJVlW3vWjM`TFcSE_htLzuAeUy#$0AoEy$^<smHcmJ#P0KobRrjOSHa8(4qsD
z80Koh!6xN8`<I~|4i?z3d1qNm4!hqqa{k?k)F2kcKFs@unGhKnIW8q-M!-e&%^RHV
z?r!}RM>8`9^-SRa2E~}%!a@`a3kx89`5pv`h#DJtZW5!Qpi~)OVZ^X(Vt4RAwq^Z3
z8Gfaxr}yQfrE>Mbq&aV1V<TB#U*FN`=`Mvf9|s4HrlzKnlG4BCbm#%o<HQ66NRm_%
zK4km*`z7V&!F{FyUB>^?9fkllwy&cu7>Doe**(c10g}mEe#;TED5}>4MMXsp<UxZs
zObrhmgXV#Q<}$Xn?5-lz&#6VG1j;KphQ)6x$`89fsEXW**HIkZfI!HTPu~S-5|t`<
zPqVVJ;>-2H5&h*`GKdaRP2~#7$;p{C3lya^%x9I!(~v5H04YfN`+Fc#D;FQjhl#M{
zJ6`CsU?6XeW}rta^!Ps!s^GP`o`Qx3-urT0q=Io_^U#;ozo25?7j`5lK$yyE6crZ!
zUa+mCCIDNs5j6Q+pGYjTD*z$hnM)v#KR-WDCJMF7ImkK*^`8K$j>GobIlW&%$z%Hf
z7^Gac8rke;)OK^imTi&>lSBKpB|v;nRn&%k9oz2_?Yi5;4%+qp*vnGOxO1*sRBRIC
zovBhBRzR|gE@q&=#c+xV!08T6upz>94<J9Orf_rtI3Dq*z}if6&%E`Ue2a&Y_J-MR
zz6LeN_ktYod+SLg=kRA8mZm!Bz>|itA=CBti$~kVIr(jEZ3x6Q?uIwIe^nLtk_$o{
z9uZ+G#Zx$t3NV++?#%bO4%nmr(x-V+l1NlQoXgfo*WL9gK#b%XKvlE3K;-nba_AF(
zepMA7t<MosdU|@U2CLXkq$BlTF-}h0h7~XN{QUgpgP^BfKf!^_h7AZ0O-Uh18{Lw&
zMf;HR_^wn70~c2w3KisPJ?eHC)izZc$1Bs*>$n22Gk`!S`uRyjL`IG;EMOHu<_`rp
zb~#1>h<9~$4GauOSz0pJ)YJ$oyyht^VF6%OUoQxh8YVzF0URCHfF7}ouRCL$z=)a8
zYPvU9-MCjX9G9Ms1yraNo+x_W0Ljjm8|V>}ko-AX>tSVQ4^l7QrNBc_@OOS8k4JE+
z1k$;NL<{^T!a@Zc_TvL5kbmMbGoyf4h4c-X3XsPn&{O(MrM<mHpX%6|nHe|sAj8VT
zi>qjrqHbVMurdL#?1{aosG{QH;%IaT$<={ne%Rl;mR>xy7iiQu%MAa&ZugmZM7M!D
WD9US+Ndn)80V&I?%T>r22mTMqt$z~$

literal 0
HcmV?d00001

diff --git a/doc/logo-old.svg b/doc/logo-old.svg
new file mode 100644
index 0000000000..5741ffeb5b
--- /dev/null
+++ b/doc/logo-old.svg
@@ -0,0 +1,77 @@
+<?xml version="1.0" encoding="UTF-8" standalone="no"?>
+<!-- Created with Inkscape (http://www.inkscape.org/) -->
+
+<svg
+   xmlns:dc="http://purl.org/dc/elements/1.1/"
+   xmlns:cc="http://creativecommons.org/ns#"
+   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
+   xmlns:svg="http://www.w3.org/2000/svg"
+   xmlns="http://www.w3.org/2000/svg"
+   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
+   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
+   width="640px"
+   height="480px"
+   id="svg3134"
+   version="1.1"
+   inkscape:version="0.48.3.1 r9886"
+   sodipodi:docname="git-annex.svg">
+  <defs
+     id="defs3136" />
+  <sodipodi:namedview
+     id="base"
+     pagecolor="#ffffff"
+     bordercolor="#666666"
+     borderopacity="1.0"
+     inkscape:pageopacity="0.0"
+     inkscape:pageshadow="2"
+     inkscape:zoom="0.77472527"
+     inkscape:cx="398.6665"
+     inkscape:cy="232.05718"
+     inkscape:current-layer="layer1"
+     inkscape:document-units="px"
+     showgrid="false"
+     inkscape:window-width="1024"
+     inkscape:window-height="566"
+     inkscape:window-x="0"
+     inkscape:window-y="12"
+     inkscape:window-maximized="0" />
+  <metadata
+     id="metadata3139">
+    <rdf:RDF>
+      <cc:Work
+         rdf:about="">
+        <dc:format>image/svg+xml</dc:format>
+        <dc:type
+           rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
+        <dc:title></dc:title>
+      </cc:Work>
+    </rdf:RDF>
+  </metadata>
+  <g
+     id="layer1"
+     inkscape:label="Layer 1"
+     inkscape:groupmode="layer">
+    <g
+       id="g4187"
+       transform="matrix(2.0184211,0,0,1.9796558,-320.30102,-235.1316)">
+      <path
+         sodipodi:nodetypes="cccccccccccccccccccccccccssscssssssssscssssssssssscccssssscccssssssssssssssssssscssssssssssscsssssssccscsssssssssscc"
+         inkscape:connector-curvature="0"
+         id="path3050"
+         d="m 306.53525,253.83733 0,-8.5 -13,0 -13,0 0,-7 0,-7 13,0 13,0 0,-9 0,-9 8,0 8,0 0,9 0,9 13.5,0 13.5,0 0,6.97097 0,6.97098 -13.25,0.27902 -13.25,0.27903 -0.29044,8.25 -0.29044,8.25 -7.95956,0 -7.95956,0 z m 47.61806,-15.65972 c -0.74279,-3.71392 -0.94449,-3.42973 3.03949,-4.28261 2.93725,-0.62881 3.20635,-0.45381 3.8569,2.5081 0.76528,3.48431 -0.41943,4.89211 -4.13945,4.91892 -1.59,0.0114 -2.2841,-0.78019 -2.75694,-3.14441 z m -84.47495,0.26933 c -0.94509,-0.59884 -1.14465,-1.8261 -0.65756,-4.04384 0.65055,-2.96191 0.91965,-3.13691 3.8569,-2.5081 3.98398,0.85288 3.78228,0.56869 3.03949,4.28261 -0.65225,3.26128 -3.20683,4.19049 -6.23883,2.26933 z m 100.10308,-3.6591 c -0.97397,-3.17349 -0.87771,-3.38331 2.01471,-4.39162 1.67065,-0.58239 3.15137,-1.05889 3.2905,-1.05889 0.4817,0 2.45604,6.32589 2.08892,6.69301 -0.20278,0.20279 -1.71928,0.75604 -3.36999,1.22946 -2.80739,0.80515 -3.06738,0.64545 -4.02414,-2.47196 z m -113.99619,0.35127 c -1.7875,-0.47243 -3.25,-1.00395 -3.25,-1.18115 0,-0.1772 0.49915,-1.75406 1.10923,-3.50413 0.91204,-2.61627 1.48981,-3.06573 3.25,-2.52826 4.14258,1.26494 4.43043,1.70725 3.24882,4.99213 -1.03407,2.8747 -1.32505,3.02302 -4.35805,2.22141 z m 129.06865,-5.76854 c -1.11873,-2.96385 -1.11262,-2.97064 6.23124,-6.93187 11.96671,-6.45476 21.33423,-14.04033 29.99155,-24.28638 l 3.95856,-4.685 2.84471,2.29809 2.84471,2.29809 -9.25283,9.67863 c -8.79487,9.19959 -19.77532,17.52628 -29.64675,22.48171 -5.4019,2.71174 -5.63638,2.68304 -6.97119,-0.85327 z m -150.51915,-3.39396 c -11.32927,-6.45626 -16.6312,-10.65046 -26.27844,-20.78805 l -8.69524,-9.13721 2.83709,-2.29202 2.83709,-2.29201 3.95856,4.685 c 8.65732,10.24605 18.02484,17.83162 29.99155,24.28638 7.34386,3.96123 7.34997,3.96802 6.23124,6.93187 -0.6159,1.63172 -1.59457,2.96676 -2.1748,2.96676 -0.58024,0 -4.49841,-1.96233 -8.70705,-4.36072 z m 197.47834,-38.29522 c -2.09037,-1.45905 -2.13303,-1.72341 -0.71926,-4.45733 1.4686,-2.83997 1.57066,-2.87126 4.47216,-1.37083 3.40528,1.76094 3.33869,1.57918 1.80874,4.93705 -1.32493,2.9079 -2.42066,3.08347 -5.56164,0.89111 z m -239.11733,-2.89111 c -1.52994,-3.35787 -1.59653,-3.17611 1.80875,-4.93705 2.90195,-1.50066 3.00339,-1.46947 4.47476,1.37584 1.43273,2.7706 1.38758,2.98858 -0.93408,4.50979 -3.28831,2.15458 -3.99241,2.02973 -5.34943,-0.94858 z m 246.64289,-10.99695 c -2.45185,-1.33105 -2.60181,-1.73585 -1.65218,-4.45996 0.57444,-1.64782 1.15826,-2.99604 1.29738,-2.99604 0.60971,0 6.5514,2.22072 6.5514,2.4486 0,1.19224 -2.34002,6.54254 -2.84783,6.51136 -0.35869,-0.022 -1.86564,-0.6988 -3.34877,-1.50396 z m -253.70558,-3.60522 c -0.6038,-1.73208 -1.09782,-3.26306 -1.09782,-3.40218 0,-0.22788 5.94169,-2.4486 6.5514,-2.4486 0.13912,0 0.72372,1.35046 1.29912,3.00103 0.96336,2.76352 0.81674,3.11967 -1.85252,4.5 -3.77382,1.95152 -3.6274,2.00083 -4.90018,-1.65025 z M 444.28525,158.648 c -2.1876,-0.57167 -2.18224,-0.77619 0.25,-9.55323 2.47969,-8.94824 2.50293,-8.57624 -0.5,-8.00219 -1.84865,0.35339 -2.5,0.0485 -2.5,-1.17006 0,-0.90638 0.57475,-1.86851 1.27722,-2.13807 0.70247,-0.26957 2.3837,-2.28045 3.73607,-4.46862 2.0259,-3.27798 3.01446,-3.9785 5.61437,-3.9785 2.51679,0 3.28029,0.49712 3.77191,2.4559 0.33902,1.35074 1.12185,3.71324 1.73962,5.25 2.47807,6.16438 1.30071,9.90716 -2.13766,6.79549 -2.06349,-1.86744 -1.83495,-2.35222 -5.06708,10.74861 -1.18002,4.78301 -1.81783,5.20179 -6.18445,4.06067 z m -265.87191,-10.79564 -2.39931,-9.67948 -2.79205,2.19623 c -1.53563,1.20792 -2.95962,2.02866 -3.16443,1.82385 -0.20481,-0.2048 0.45171,-2.3936 1.45893,-4.864 1.00721,-2.4704 2.08435,-5.27913 2.39365,-6.24163 0.38632,-1.2022 1.60129,-1.75 3.88133,-1.75 2.63951,0 4.2837,0.97945 8.03138,4.78435 2.59183,2.63139 4.71241,5.55639 4.71241,6.5 0,2.44192 -1.09405,2.12956 -3.6228,-1.03435 -1.20886,-1.5125 -2.53285,-2.41791 -2.9422,-2.01203 -0.40936,0.40589 0.27444,4.59426 1.51954,9.30748 1.24511,4.71323 2.06938,8.76396 1.83173,9.00161 -0.23766,0.23766 -1.79938,0.70556 -3.47049,1.03978 l -3.03838,0.60768 z"
+         style="fill:#40bf4c;fill-opacity:1" />
+      <path
+         sodipodi:nodetypes="ccccccccc"
+         style="fill:#d8372c;fill-opacity:1"
+         d="m 280.84173,275.15053 0,-7.5 34.5,0 34.5,0 0,7.5 0,7.5 -34.5,0 -34.5,0 z"
+         id="path4113"
+         inkscape:connector-curvature="0" />
+      <path
+         sodipodi:nodetypes="sssssscssssssscccccccsssssss"
+         style="fill:#666666;fill-opacity:1;fill-rule:nonzero"
+         d="m 305.37638,349.62884 c -7.82337,-2.34524 -9.93249,-3.49941 -14.92004,-8.16468 -6.87887,-6.43437 -9.31806,-12.59298 -9.31806,-23.52679 0,-9.89596 2.18037,-16.19728 7.53932,-21.78886 3.82241,-3.98833 9.65386,-7.16237 13.15894,-7.16237 2.48831,0 2.53984,0.14842 2.53984,7.31479 l 0,7.31479 -3.45481,1.64748 c -4.81886,2.29795 -6.86084,6.68232 -6.35692,13.64901 0.80898,11.18406 7.23177,15.57393 22.7861,15.57393 7.49151,0 10.17602,-0.39397 12.57134,-1.84493 6.58103,-3.98644 9.88655,-12.78524 7.50927,-19.98849 -1.34692,-4.08119 -7.17683,-9.66658 -10.08978,-9.66658 -1.76771,0 -1.9652,0.70826 -1.9652,7.04772 l 0,7.04771 -6.25,-0.29771 -6.25,-0.29772 0,-14 0,-14 18.5,0 18.5,0 0.30226,5.25 c 0.259,4.49869 0.0444,5.25219 -1.5,5.26531 -4.31224,0.0366 -4.5766,1.53706 -1.13167,6.42294 3.21746,4.56328 3.32941,5.04721 3.32941,14.3919 0,8.31506 -0.34655,10.34833 -2.47354,14.51253 -5.22325,10.22604 -15.21053,15.75616 -29.43932,16.30103 -5.72334,0.21916 -10.75291,-0.15138 -13.58714,-1.00101 z"
+         id="path4115"
+         inkscape:connector-curvature="0" />
+    </g>
+  </g>
+</svg>
diff --git a/doc/logo-old_small.png b/doc/logo-old_small.png
new file mode 100644
index 0000000000000000000000000000000000000000..867fecf86c48e439b1eff1d8a2bd758010bdda64
GIT binary patch
literal 4713
zcmV-v5|-_WP)<h;3K|Lk000e1NJLTq005Q%0046c1^@s6dWiee00001b5ch_0Itp)
z=>Px#24YJ`L;(K){{a7>y{D4^000SaNLh0L01FcU01FcV0GgZ_00007bV*G`2igk`
z10Xdi4~-K5000?uMObu0Z*6U5Zgc=ca%Ew3Wn>_CX>@2HM@dakSAh-}000rhNkl<Z
zc-rlqd2|$2zQ@0}s(MS(*&v;SkN^@RK_Utc$|4XIaREhy!5O!QPh~s|pootV8D?+*
zkLVN8H;lM|!w5beAP$QHZUhia3<v}fWD7#}t($a`uIlQ#?+@srD@kWxI$igBP7ZX}
ze($G#Tiv=%D5Vrvbnl+Ys8L)107@yw#@&vWQfGsS$yXaM{u^(fS_z);0D#{_55m$L
z7HZbvybzspo=1h-p)MeVU|YdXEIYY^wItJ3QDFHm@2XG%z~PFVI;(NM5Se)sd<+<j
zoDrMzx8cPj3s{3P0RUb+x<CUJ0NC9QRJtqcf&~Dd=4}O~6oimEJIgH3#)4x@SgYz>
z2g-iHccqzi7zq_ZkWsQ<W0W`m*mz+JD5Ve;5k}6aF7!|jexEcMRv`@E7VpL8i`!W1
z>QqZlEXRKxSpXAntatgM<F7+f+*iR;sDdvFzl4V>*fewvZtFhuYMccE(IaC0(A97$
zF04HJ5o=+cYJ0(#;0Ol`Z`N2Qugts|+Y5GH1?z0pd7P;_hdI~HK#!1k42rrz-H;<3
zPE`JaFd-B#_nU*nkObDkI@J@sAI5+5{ypxrjRwV4umr+Gp%iZFMsnCSSB(;_h2I(H
zIXsp*4JO`n*?;mO*mm3ct4V>MIIN{AE-r@6W@A0qMf6PeESz$lRatm7Z2>;YU5DeB
zPGa_T)A3-!IBoFmRo}2a@IX;NmrHioC2bj^EoHOW>NTxQfvLQjLiPWWA|cLf!<z#a
z<B?v!#XWIj>Sl$$8rtnQ>i-R#fY0)`w`=FOHLOhSBfDgW-EH?t?iBP1>y1!DDE`oQ
zD$G~BoL{hRw~f@qS^G<~Sm*0plu~?}w+#Xj)bECMAL4iYdcjJI=nqMe)X%w9=UL0@
zT!avOSDFcqa4KkHV$+)kR-e#b;C!m9H69lZmLJw+15EnUh3bo%`0D!be$4|503J-Z
z50p~Kii~Ju6uvLd1_5)2x^#n}$S(g8H6GVha0riHp^1LC5&Zend*jETQm(@E<fjm0
z>c(1E&u$O|d&>?W${2|X$qt_Ic&O+2hPR;&q<a*USt%xsid-dl=k$AcEa|sMu_pUX
z>KX*gpEY9{qTXF28Z|duV-R^&B9`HuQ|~dTbXaDn>lz!E&{&Fjpfn2$etH!yj|f5t
zV$Cs_+;aj0Oh;vg6{kPM!$}hnZH#KN*Ww!6@!6_exD_`9jt5UTY`nOIL8T*Wwf@&n
zvHrrRnDE^rxGQ5KvdRuNss9^wg=1pVAu6K!Ilra=MXnOo>N>Gj8!rAE9O1wd9+D#A
zY*lWPw&fbzvCSNV!BIB?0AkHC_~h0P5o?ZNt*!$Vx{6WcDpunxQ4w)R?5HL^H*Pd5
zq?DpWEJcJNTpdcoq#vEH`V}u6nU6B50@sK4!~YC=y=m5twqV!-D>>*-F4=`jj}zUE
z-I~<*EdmRm__aD85rP%r1}lRsh=cc*_N~y|dPb#OiN~{^g<WzW-W-chhJMI;Ajn{<
zlq=zstI@*}+v5E+87x8wPF9}A)7dk@6CQ*R<hcrP&UqfaLz9@*3ZhK#>Fil3a+M(3
z7=<;ryo*piL|xWYam_jCb=G9Wnr%KCbC`K}E`utFtkpT^c@(;eK?p&G+m3tpPR7})
z+-CPN*W3dyzwuSbiVR9AV$9vKb;SR&G3!BOt^WAqi<*H4v1S|khV^OwzFHEzFFO7@
z?uow(gCcKewuxj4d`;Z{7|O*8c&G;(hJA!Mb8N?e#mWuA?G6Fphl(GutMD7l??0zy
z){nN*k9i?m`|JPV<fYSCIA9(d!NtlAP0tD&qI=T*$5ASl0|1UYen$WBe$1kE6?j0g
z;Mfujh)Bhh#EBZ1TGNNEvREGK!N_m#gMkPjgn&{Cj&S&9^cLnWyNE?Pe(40JAA0dh
zpdN$uLsz#+-?iEm7P^WsdH+-h9Iu|Ni8o>A$W5&0x`3OzefRxPsG=GMnR<|szOBw2
zSj`pJs*?jnoH-WrQlE$S%`ieP&rmaN?-bU10bW`dyXPSlDgaQRVAHUFwi>EdgGF$e
z@_XXPV3cjR=A@l+6{Z|`QWJ|Y1y0sCZtoO`S4IVUHLu@n#F}kw^8P5-7UWY(@z?%y
z)uF52?~7c;cqH=~bseU_aDP({JPD^<rGaWx%m~~af9K_O+90oQb&TaJS&=a&<3Y`6
zdrB#yjFH$p{9_i-2LM!$W=_M!>O4(9L>r^9Y3Q2Eulu!8|FkJsz~xu3@64D`$4^^@
zFl-s|34^N>p_=&JV<?v@wCzuUFGp>LzzJ=7Os=gj!pIr%<;czOP(|~7rR>DmjEQi{
zPS(?%0M-5beuoOTT?3Uu73>_fsm-Bk7q9@p#GCNdsLx>Hv_qLC>c;qezr)u29RVHG
zH#K<e3Q=RF?8MkT6H!^~hW1beyGCx-OlI7sSto7B-lddc>JQVATlK5vPVrC=5-mNk
z_SW|TwnOgNeLuPxqx~+wK0FnF88A1Xt<={19eCs9JL=R!-enfvj4dNRfq^r$+c|LU
zd4Yrwd^BVQ9!wYq#m6=Bgh#%s0Qc;fgsifI0cpJoT_q@y%KZM>-IoIPrXYmivCL_B
z{p8zqpz0HvgwJo=(5_ImJ6PU}nU(Sf{P(~`n#tS%z@><I;mCaa=MOUi(jj&wN9esV
zGs_O*o;{Oru_j-WKq*wggoOLBddP|nNuIclxO)KL=IER7+3<BRaz>4H5;y^8s?H&O
z_jtT^;w=_!w<0clI(sHwIPx-FS6(po&D38X_zIp&dA7sOhwI3T?{197&XJq&WS>Vh
z){B6E5Q5JOzQkP_6Y=(`cbgqZ>sd=ryp7v;-;Yzya~c;%DTRqMVe_!H7!p0WL(i#0
z!SY(K$9q4F^|!7@q#;5RdvSz=o4T>-;#Q>Z9*@5qdljNbWaRkCSl>DI9`4GRi0uVC
zL5Q|qE-4bG_I?CAMsDnsiSvZcYM=y5JT?#i7<)_h<E5O15Qsqq&l_+aD9eJGH~Y<c
z^eC4{#L^SXvAbj+6smwDoF+h5sDfx?6yCn+HT9Q7I-{+)&T1g<#oiV(413bQ!1Uy&
z;PQxS{6#6nywn#oF#S+|2(y0t6ZVuIs1vjXrFE+3+AO>od#_x7?TpW@xUq1+OV~X8
zWAwE2=+txP0-*sp!eMga1nf!Qj_Juy!L7LAl${vX{T8)x2_e{U;WHeuAH)2dzhU&Z
z<FLJ8mkMZoozNQS8jJ0Cj&FCE_LY8*=MT@rp^C$r@Beh&bDA4a^oV#i`AO_a{~V)Z
zMs%8$3J6zNpA4J<lM^Rka^eL1eCZb$Yt>o~RU82!1OgEtdPJmz^;PFdC4}Jbr`|_}
z+ku;-Z$er`e<WDq@k`}t%sKq$I{Rug(P$(tIbuJCN#8x*tbIz<jeiY!7vYBRIvwwI
z?}QL+$^Qaxp8Pvx>VZIbSa>rAU77KRQi_qbVW`Y;B80c#kI7GCV$bpIUYF|9VEHOF
zJVo<)XW`eVl&cUTSgu$(9@kp?YS!6Wumdhd#LmL6QRS(|x1+a0Ry-(`%9=e>4%dh=
zm#K_0cSZBS@<@=V3_=L<YYK79aU6##jv&eyiD`YOs+KY(tS=<Rt^PJ(R{0@K2w@~f
ztQqnTTpy7dux>nH!K$sXad#lW5|3|-_hD=P4&2=BCe3oY<UoaFM~DytffEo;tcWm#
z<01-L6$7?IS_ix2z_@)=5Xy&u=Xh8+vkDdgLBH@6a6ZScbXVf5q72*_J4*d7kfG{Q
zU;&q(&kcy^j~UlK1DDTa_5g6meneAg?itb}V6P+67y+wbRpBX<D&TNmLWCh)U1v!2
zU>v*jGwzGK3+c8IxFK>tmr6Xk6j;7iq;?r%aMX=hlC}W9RG!B1%9EN-3PdGX;!xl!
zx||3Q9*6BY7!`AMc=zJ8Kf`k68oOfVD<DV|VF<^lnBf?08_^}s_nOe&=x*wUe%2K9
z3%?dOMyAy%E3~^?W?*%4T+|L)ls3OkMi@*ADzN-T%QE$VSLEh33=tZfDPN(A=5bV0
zBvTLS8x;|ZPZ8R6pkE+JRy?SZtD0^3hJQ1*!CF>Ycz-NPo8P?nhX5hGCE#jK%wo0V
z0y!QL#^wj|jaeg}@CY|pn{PjL@){fmCKd-Wu$UNFObje0CI%K0%L==)YCNtw&m(;$
zDQ?zC4J9d*O#@S}escVLxk&0q7Cr<?Aqij;uIdmhHUSB9h3#|K5CW+nALZ-*2_gi*
zrOGm5o}CFUB$R>G)#WKGMaA0H;7sODKNm$3(QWE8x&Vu1g&pdfS-F9UiGjt$z+z%x
zF)^{Mu)&C#DhjBgbpDx8g@F|`7Z{&_xR?G4!t<REmPgS=sR3Y*bUMj$1^*KPfpxOB
zlYJ*4@%`MUce4&2GYJeTf|{BdWMyUH@ZrO7xm=h#cdojeQi^HQrs2}1ORa_}B_#!~
zyz&aOSiugI!{NZ<#fwo<Q2~zQ)Y)EqXMT}o863wUGBUE&$IZ{rhbW3LnM^_7#)4j<
zTD58w_V3>hp66Alm>5_shKf>(dGqF>yu2Lzl}wRA#lUJYP+ov$&z_Cy>go=UbM%&c
z>!R}RjhEJ~TZgKust&bMzEFES9^F8u8&`Px^l5zk_16$Oc)%ae^O!kvCQ?#Tz;T>z
zT(54P6|P#fszIn)Vnw_eq|(6SB1KW~)mL9>;yFE7te^*rQi|N%T;%8HHwYA^6jrMh
zOO`BY^1i!w?~au#SK{TDUxp+}^#V#M#nGcjv0=jo)lxBw6(psFUAuPqtsQwg`K`C!
z!W(bAf#~SyCU?9SqTaoGWA*CQFq`Ynz()uH$8p%QWeW-m3)!R~!4k9sz`=tD{eqz=
z3RbRMiO|r{7Q006Hp`bUhs9#4cb$-s5WM;3n`}~$V6j+bWn~aW(eLuR@4j2DZ?)7-
zdE+KZDdx<XquHPDv5Jd}VYk~^j1>$P%i(bNg@q7;haP%JEl0FPNh2{a5f+Q3&i)7?
z5Cj2d&YWQ}RxrrvbgF57ZCS0>Ha{Mv6lrN`^=67Z&*Q|26U-F`J6J}eu}N;p?RKl~
zt@dB-@&O?Pg9i`xTY|{T%hLr|x*w0#m|GGA0n3&xs~5nCh=_V04K-9RD=I2tU<JDx
zvsPYcA|fIhTwYrjE?m(4gYBSqg`uILe%+GO>1>rXtM3=QD5d!R`|tg_UslHo5_Rj=
z4YDlP+rgqJ;=+XsZR%DDAt)&+@e5^qd^`gy7+hUsWMsWDj~9X!D^|4Gu_&e3uwer{
z9*<wkl$x5#zzT-IJS;3st*Y0zytK3wAAImZt6Y_L8&MRoYu7HnBT{8qMp9A|11nfG
zY0@PB4Zv~8%*@35@4w%wV@Q&O=bwKb9LM>EQ&AKKRxr84TW-0f!MAKUjzd;f7G}+w
zg`-E0HpzPVF59?qBWBE)p$_Ep7hfeMCAG;*8C}9#=;ejgwQJWRBO{~HOiz*|goTBn
zM~@z`*=)Gxnrjdn8;f4OdI5ks1SdB)7bPVn$ji%vD2nQMD}NBy)YM?{;>AczOl(rd
z$-wF&R!fp3Or1Kl!N)khbt!MNcmr{7$%5lJ^{+XAq^73gx#ymPUZfj~MJdIZGiR`9
z(IOa)#tyX@4u=D4)~tcSU|_>$f-yr(PEN)XPdoup6g#X?SzTR?Wy_Z73MyTJ<pn7{
zJspoe`Y38@YB~g}g$oxVK0aP|k9c%9+l)7k`st^iuypBCn9b%keaFz-oNl)puf6sf
zY&IM8C|yru<c)o@v$J6`nOY4Or4&x56XVB^$CN2k+GGGB1FH*KEw9d=J&PSXcHqE)
z127m2Fc_Nm)4FcA8?r28`0(L);DHAa7Z<1dU&YY1#j4%;9*+k(IXTGA&PGm74yvoG
z)uN|wxxxFd$z;O7fdesk@L&uYG)Oa3jo!s(^lJn*hr<E4+l}h#Y5<pq;Ru2NtJSJP
r<~x#<LB+soGF)x7E(42+sg?SFMfwq8DWpGt00000NkvXXu0mjfl%(8l

literal 0
HcmV?d00001

diff --git a/doc/logo.mdwn b/doc/logo.mdwn
new file mode 100644
index 0000000000..ae132bd2d8
--- /dev/null
+++ b/doc/logo.mdwn
@@ -0,0 +1,13 @@
+Variants of the git-annex logo.
+
+[[logo_small.png]]
+
+[[logo.svg]]
+
+[[logo-old.png]]
+
+[[logo-old_small.png]]
+
+[[logo-old.svg]]
+
+[[logo-old-bw.svg]]
diff --git a/doc/logo.svg b/doc/logo.svg
new file mode 100644
index 0000000000..bd87eefefb
--- /dev/null
+++ b/doc/logo.svg
@@ -0,0 +1,92 @@
+<?xml version="1.0" encoding="UTF-8" standalone="no"?>
+<!-- Created with Inkscape (http://www.inkscape.org/) -->
+
+<svg
+   xmlns:dc="http://purl.org/dc/elements/1.1/"
+   xmlns:cc="http://creativecommons.org/ns#"
+   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
+   xmlns:svg="http://www.w3.org/2000/svg"
+   xmlns="http://www.w3.org/2000/svg"
+   xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
+   xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
+   id="svg2"
+   sodipodi:version="0.32"
+   inkscape:version="0.47 r22583"
+   width="251.1875"
+   height="240.34375"
+   version="1.0"
+   sodipodi:docname="gitlogo.svg">
+  <metadata
+     id="metadata7">
+    <rdf:RDF>
+      <cc:Work
+         rdf:about="Git Logo">
+        <dc:format>image/svg+xml</dc:format>
+        <dc:type
+           rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
+        <dc:title></dc:title>
+      </cc:Work>
+    </rdf:RDF>
+  </metadata>
+  <defs
+     id="defs5">
+    <inkscape:perspective
+       sodipodi:type="inkscape:persp3d"
+       inkscape:vp_x="0 : 94 : 1"
+       inkscape:vp_y="0 : 1000 : 0"
+       inkscape:vp_z="97 : 94 : 1"
+       inkscape:persp3d-origin="48.5 : 62.666667 : 1"
+       id="perspective11" />
+    <inkscape:perspective
+       id="perspective3682"
+       inkscape:persp3d-origin="0.5 : 0.33333333 : 1"
+       inkscape:vp_z="1 : 0.5 : 1"
+       inkscape:vp_y="0 : 1000 : 0"
+       inkscape:vp_x="0 : 0.5 : 1"
+       sodipodi:type="inkscape:persp3d" />
+  </defs>
+  <sodipodi:namedview
+     inkscape:window-height="825"
+     inkscape:window-width="1440"
+     inkscape:pageshadow="2"
+     inkscape:pageopacity="0.0"
+     guidetolerance="10.0"
+     gridtolerance="10.0"
+     objecttolerance="10.0"
+     borderopacity="1.0"
+     bordercolor="#666666"
+     pagecolor="#ffffff"
+     id="base"
+     inkscape:zoom="1.7347111"
+     inkscape:cx="79.460121"
+     inkscape:cy="96.862066"
+     inkscape:window-x="0"
+     inkscape:window-y="25"
+     inkscape:current-layer="svg2"
+     showguides="false"
+     showgrid="false"
+     inkscape:window-maximized="1" />
+  <path
+     sodipodi:nodetypes="ccccccccccccccccccc"
+     id="path1927"
+     d="m 115.03986,236.92929 c -15.769481,-2.03151 -31.998702,-16.94187 -34.26618,-34.43444 -2.174671,-14.62409 0.962744,-31.69413 13.051455,-41.34542 5.302266,-3.61399 12.514875,-7.66322 18.875285,-7.18134 0.1905,6.47429 -0.19049,14.34359 0,20.81788 -7.57578,0.84345 -14.909032,9.45432 -14.756408,17.33851 0.185705,10.26001 4.726478,19.68681 14.597668,22.75753 10.91859,3.67394 23.41726,2.62901 33.52469,-3.47905 8.34971,-6.50563 9.12218,-18.61836 4.75506,-27.83618 -1.96442,-5.07246 -6.19899,-8.79638 -11.94647,-8.78081 l 0,18.05778 -16.20641,0 0,-38.87566 49.07678,0 0,13.97989 -13.44239,0.12434 c 12.54392,7.15066 13.82967,22.58379 13.18688,33.29078 0.45188,18.39283 -17.71936,33.38895 -35.74198,35.39399 -6.52041,0.48886 -12.03738,0.51459 -20.70798,0.1722 z"
+     style="fill:#666666;fill-opacity:1" />
+  <path
+     sodipodi:nodetypes="ccccc"
+     id="path1925"
+     d="m 79.977992,146.2455 -0.103031,-20.40175 91.999999,0 -0.0106,20.5 -91.886388,-0.0983 z"
+     style="fill:#d8382d;fill-opacity:1" />
+  <path
+     sodipodi:nodetypes="ccccccccccccc"
+     id="path1917"
+     d="m 115.04163,118.67709 0,-21.83334 -35.666669,0 0,-19 35.666669,0 0,-24.5 21.33333,0 0,24.5 35.5,0 0,19 -35.5,0 -0.35168,21.78777 -20.98165,0.0456 z"
+     style="fill:#40bf4c;fill-opacity:1" />
+  <path
+     style="fill:#40bf4c;fill-opacity:1;fill-rule:evenodd;stroke:none"
+     d="M 21.28125,0 0,29.75 l 11.8125,0 c 0.02423,3.288346 0.302477,6.52723 0.78125,9.6875 L 31.375,36.59375 C 31.03908,34.358787 30.836567,32.072528 30.8125,29.75 l 11.75,0 L 21.28125,0 z M 32.84375,43.28125 14.6875,48.75 c 0.923692,3.063035 2.046663,6.043138 3.375,8.90625 L 35.28125,49.6875 c -0.956041,-2.062577 -1.776322,-4.198284 -2.4375,-6.40625 z m 5.6875,12.25 L 22.5625,65.8125 C 29.747774,76.954156 40.108616,85.860221 52.375,91.21875 L 59.96875,73.8125 C 51.136943,69.958114 43.695592,63.555939 38.53125,55.53125 z m 27.75,20.5 -5.125,18.3125 c 2.899536,0.810722 5.86596,1.421431 8.90625,1.84375 l 2.625,-18.8125 c -2.184482,-0.307312 -4.321319,-0.760497 -6.40625,-1.34375 z"
+     id="path2836" />
+  <path
+     style="fill:#40bf4c;fill-opacity:1;fill-rule:evenodd;stroke:none"
+     d="m 229.90625,0 -21.28125,29.75 11.8125,0 c -0.024,2.322528 -0.22658,4.608787 -0.5625,6.84375 l 18.78125,2.84375 c 0.47877,-3.16027 0.75698,-6.399154 0.78125,-9.6875 l 11.75,0 L 229.90625,0 z m -11.5,43.28125 c -0.66118,2.207966 -1.48146,4.343673 -2.4375,6.40625 l 17.21875,7.96875 c 1.32834,-2.863112 2.45131,-5.843215 3.375,-8.90625 l -18.15625,-5.46875 z m -5.6875,12.25 c -5.16434,8.024689 -12.60569,14.426864 -21.4375,18.28125 L 198.875,91.21875 C 211.14138,85.860221 221.50223,76.954156 228.6875,65.8125 L 212.71875,55.53125 z m -27.75,20.5 c -2.08493,0.583253 -4.22177,1.036438 -6.40625,1.34375 l 2.625,18.8125 c 3.04029,-0.422319 6.00671,-1.033028 8.90625,-1.84375 l -5.125,-18.3125 z"
+     id="path3649" />
+</svg>
diff --git a/doc/logo_16x16.png b/doc/logo_16x16.png
new file mode 100644
index 0000000000000000000000000000000000000000..c98663d57de86f1db8b549da460cfa1968013ca6
GIT binary patch
literal 233
zcmeAS@N?(olHy`uVBq!ia0vp^0wB!73?$#)eFPFv4DbnYJ#+f>w5e0io;kDN#*+UV
z*8NwJn>k~K?FKhvL&Gy?&iw!Xzc$v%9;lcx$=lt9p@UV{1IXbl@Q5sCVBi)8VMc~o
zb0mO*>?NMQuI%@i1%%DT|Ghnw1r+l0ba4#fxSkxbHS6jpEro*{vZijV+-Nu>kdGyS
zEr#nL1G9p%2*&{)aRrB|QP-AUWK26V;nfKyW23OrQYXpPw-yAgR!}-^wIC~OqbdU@
Z!%IakEs06KXMiR%c)I$ztaD0e0suI|O<({3

literal 0
HcmV?d00001

diff --git a/doc/logo_32x32.png b/doc/logo_32x32.png
new file mode 100644
index 0000000000000000000000000000000000000000..9075cc2b61aa2a3422f2e501b4280bd2a1e7d7da
GIT binary patch
literal 473
zcmV;~0Ve*5P)<h;3K|Lk000e1NJLTq001BW001Be0{{R3M5Kzw0001@P)t-stgNhS
zYip*arhI&S#Kgq@{{HUn?r3OeXJ==ZmzU1Y&Xbdqf`Wqh`1q%%r@Xwpetv$OoSd?<
zvbeao@bK{a{`{n*q<DCEb#-<2_xF^cqT%7;d3Sfp%F2t2i>axpZEbDe-{1KC_{+=7
z{Qms<`uhI-{K3J&x3{<Q_4RIUZu0W-tE;QU#l@YSou8kdh=_=BadF=@DLb)7W@cvp
z|Nrj1w9Ehi00Cl4M??UK1szBL000SaNLh0L01FcU01FcV0GgZ_00007bV*G`2i^k^
z6azHk?^bF6006y7L_t(I%eB(i5`r)g1<)YU?Y;NjHFy92*Q5;?69=7<`;^%n*iC?u
z7|yv^VE+Q`Rn{98*)6!3JV4&}@I8={f`^zqz*{!I4@vt0U=ZTSpg#g^ib1I>gKP9$
z1nP2&mS65I13<0?oFz~MW+sJzs=z@4C!jzvC~Jx#JHRe!TvGrBI0?8bz!tE~bRHQT
z{h~e$mtz~y*3vz&;QW(m<Dv(PrsAq^NaLx#h2bRol@Gt1>xJ8e`Ah8yXr9Ww`WOS7
P00000NkvXXu0mjfogwCU

literal 0
HcmV?d00001

diff --git a/doc/logo_small.png b/doc/logo_small.png
new file mode 100644
index 0000000000000000000000000000000000000000..252b761d096848611c090155f67780c87257cafd
GIT binary patch
literal 4749
zcmV;85_0W{P)<h;3K|Lk000e1NJLTq005Q%0052%1^@s6(}eL900004b3#c}2nYxW
zd<bNS00009a7bBm000O?000O?0oO&#000008FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H15(-H~K~#90?VWja9L1f-zrP;I2S}L1Cg2xha~Q)0Viv^ZgXtLs
z8%vtu@Uu7)UdSd;Sy&)1j|9A6cuMkKfMiKHOeogbK)`H}g8@mtu&wTq!LR{yENp@|
zoC_Nk%O-%qvL#Lb_KzOn(P(DW-P3dQs6OxMX{P#DRlk|}zN+e~UsV$`!wq_(Wf_z9
zi^N$SZ@bE<2qfX2_>sicb!NEhDmVEwH^xyTehD#MNz4zou51mtb5RjAT35D)i1}e+
zx-x3SFL9ICv9KcM`O}$jF8~l@cJGwFo7_682o}9l`feh|Yye=wy%F>L=}z-H5|-UM
z4Ll6+q_pIvdLnkFJ69D!A@$oX-Iv0XfC0xnl_O#8n7rpkfaYW*hlsJFX>HR1PMuW*
zgQm4j2M}WgfD94Q99s*cGpexkMC?o^zB$L`Blk=Q-Q%PpMQ}*{rblMG#>6)}>8bJx
zE4OmfE5fCEB7X5`6)A#&o`_$}giG_7IO?hL3M-#-(;>#M8@rpQjb^8)Y#O_prxD}V
z4opYwsd5U-fpXK}NtUKPq^2N(OY6$kkfmu4W!#|UWVD_ttFT-sH=TLCQ~H*;%%i9f
zQor3iH+k~)R3n6CE0<O{Rc;2iM2+UtJ>*lAk<@Q?i~F2B$<k;=ww`K)uyRZ-IHiUu
zv?5}*)_KgYC@~SUwT>yY0zi$o60%Q03=>wwjGw{8OEZn!!AAqT?=GwiMd{dmxBZ)W
zhl!U)%=j7UX*9G5J@=V&>uUzBmx*yyA(f<6)@p{kR{BwvqB!V@mc_)>?nhZncx$jm
zJL%~;PwoQJTC8#X)-u0D1pve(!#(F6;a7PIe+l=TcLXs>zse)VQRDipWkc^Z!0pt6
zV-C`+<nP+r+FV6YD2h*8Tbrg?$=?Au$j@@qrywZ0scD*}g<kP^7w7<5V(1;W7N=~5
z7b0f-27rH7oYLtN%}UN9-DtTRx#urVK%V8C4BiK@GfR5ErG*wH&U)fKFK#OQCERn~
z5t@~J48XW7mk$Qubojym{xiq5&6F>KR8Pd-CB|2r)IyBwyCa>qJ9J7>f#`{rtBL6@
zhvvP8-g#)Qi=&Nyb~ts4iE>t=2nNJ-hzs*<z0()u6&5jioz}v{Q=Hl=DwfI4P1(D!
z0CFrWVyJ+>z(a0UO!D?-qfO%v%gh7|z&ik5*DT(~q-_IuTQW4Tt!Li44_r8<s6Y(8
z<FW-$UGSs5<NId<bR03w1b8NZnXtpBzR(L3<!!O@3X7OG0Ne}UbwJxTv2XB=H4E45
z_2WY*DwFl|S8WHd9l+-F^oFeswfld5*fE-=%>=BOnx(ywubjMhg$jjNe4Q1Km=TXF
z<cf0R_itBlVd0+G49(&=Krx_hGVDoJMc}C0tS4d?F?EKLTF1u5C;n7OX|B7%)|IWH
z?T7B3tyvUfLLBzMF1^Sz4ZY*JLYz{RmWbJM0zj{(r!nCzV(QQ=bXwZ39z!<<-IVF5
z#j-<clILg^#dr#ui0KffT-MfQ0F<x-1QUImGTIkA(uKcoY4|=+_i@CGtz)7N;?P<{
zfBfUo${cl!b<X;84z3-rwi8o(Dgt7Z*;#5LP)^w?Di31BMlm@Mz(vIT2r$^|Bphl~
zVXa%R?jwLVk7ftpLt?%WsQDU0-D(DjiG9fiVq6c9gSklB>Lj4RQCCQ;J;20g=eYVN
zz`p=Kd!RdF>~T_FCDX9Ap|*b45&OHzGqG=PUy$eb)+}7}DS+FX);8VQH?ihYCjKEY
zj?HFEZ2g;)G967f?3pm(aVC74k-U|dF4PmJ9Bb&E_ZfQdMFjx$yQVe+gMV}L*Edo7
z$8!7a2Wu9t*=y(>%OhsP@x;7{34hEm=?f+IKI)__M=jQtGu!*3M(j~0Tn=C(z_%HC
z*G2$9WTbstTbpL+&tDZv(tm7<c4j)Kr~o2n^GU>7bn=dgceXEXPo`hH<(6A40ILA3
zikLASpz8rX2f(TgU*GVFlky$UV=>VknuYr|MLS;1XBX~iIi7S{PE4~cjo+E~bj!(`
z=XU+gX+4VKGxwQu>uaI4Ghs&Wl)j6?J<Z=qoVEJZY_^8pX#y~#Mr;-nC$rgP!?Cao
zz2o(K*BiDr)Yg4=*bM}_iFhbFk*3!S@^1m0=d>P0@u?Y1E(d5v>g}nT71|m#;<rxT
zG2y4}i`)CN<>`)ezT&11UzT+AMEunHT~oIb(~tLwY6v=4PsD!cM?H$dNkxga4o~G;
zCSKY*rSE0G4$~`0Sn;m-etIJIFU0&Tz$fOiBgSnJGv?}WRE7UU%=mYS>CQYR#{+me
zYQ*m<bT_+aVMUEt<EQofDlvY5(KlQWfP3^r%hg`%QxrzjXt@I5`(ghUIU$C|#8(4-
zuSLw}bG+8)Nmz~D@%c>H=yroEG2NxQ#nPiETCQfI`!I^AGMENvYxP8Iv|0JAcoJ53
zv~vSMtG(nU#_bU^_J@dh{()ZdE1Wa;nRDy)L~KQB=Z%+Twv7?9!PD>TNmvZ#P_pJ*
z0KD!MTm%fhoOzIh!apKr^GUS>)>dM;I-h+X^g$@8eKR$u<r>dptc{JUc4`)11i)1|
zMH<rp-W)MwzdCDkliK0q6Z4*KIVfVrZw0jH0L&OQLw1r();BgbKKY?nKMJ}l+!XEF
zLJUX8Gv}ZNz_p=d=q)|b(x#5~_D;lXt&5nkn`#ENw*kH$z<94^5z~*&aF<btKLyWY
z8Ii7^1N@r;i>V`~o7K_Y-XZS01HeywID=zFxaX9g7V1yIp~(zp(&_SWB9<iPD+(!#
z*jk?cK4LaEXjbUp{&CjxYFWtU?2TtnN`@vh5Od$AXxEmZbYd(|t>t=#7!QSe8ZPrX
zt{PsJPoYx;qHv=59%8!EV-YVIdgsaM33?*_7%^V}fSK?YfWMdCMC*x`dBpV9Lj2Cc
zECAnglYu}h8Qkrs6HL4<{j)}mbLTKw%VCFt6BD}4aA#wBo`@OS0>I<UIX$Q+PWcBv
zL<RWJVhzDyMi^H`jd;?YU~^r<uo>Zq8L1)E4}Eb&jAJ!x_#!AVz5zgZ_1P~Nycob@
zKg%T69t2?Qdv6Ue;kY!DxeK0Ju>bn`>pxFRyAz&-#SiF-hVS?#D!}LMUjWb@>9{8K
zh!n>w;Y`>*vCsPb@YMP<MvfP>H+^t1kPz3tIs84w^^Y5$5w!H#V*viwMX}6;+x5h$
zzKRMcg0KL<40ruRv#cl_e@MP>WCSKJ$S~^bj&}Xk5C4M5#>Q1U0c31q82%j@x-rOv
zWpDr!wiEM0Gu(N--=YGFBrE{f6kXjDO4iOAZHAr+{luK*VFi@APW6_GrAKCqJz_1d
zX0Y~t0Dbw3;SI#rtnNtHdjDJ-PEpSX-PpKlr=fSWFwqYHWDQ*=rglSL{eS6c5i>rS
ziBBGG$$8HT7$anU2gjVfsb$!DZK`Ekkt6?JfR>p0>IIqKx!;uJ;8`==@k<~%BQ@WZ
zG4@K12;(5eeB$B0G0~VEUk#D%J4k9;mI#F5H$wI)LG++zSu+j2<JMBN{3Scl*wEL!
zZ|Gg$1?U7OS_J@1*kb6bU&yqzv=QSgs1^&z_8nyVt_;2FH70Ze024Yii@s*)9hYs2
zu70-^UIIQ&H#j8~;=HJ_J9b(!#3Pm+2t+!!%+E{@CCBa^;Xe3{%pe6~L>sm?)V^@a
z3j-O(H)$4A`Xp*8Dck8Vxpwd9X45PHhh?T~Y>oLAYg~Wm&4JnxH*j_JyAGcNz)Vjx
z!=2BT%CBrx;NkwE2>`kPqzx`<;GmE8D_JvMscbmA;{zt_PD|<quvW9E;(o`9JI^Y0
zQcVm1B4*Q<nL?)$TSsN?eH)7~m?PYBBeC{gD2eAce7)m;%I#Aw)QNr>M9lbk06*>~
z4-;QwhP%`g&(f&4CN!XU4R)+rl(2k(l&~^T!tw!P%DmMd^C)5Yf~8ul43x0^K?y4Z
zB`jZ1W2{V+uzWy`u|}eV<qK+zm5CCTKPX{kpoHZE#G2{~Gf=|vg`{e+GEl<u1$9@L
zNySAsl%HK)HG?$=)(+G%0DO8tE!Pf=X8;)2{|N)Y`2O*{<B$pV>%G0)9W?`c#(S|)
z(G7~Cpt?duQBcBC6oo*Kv9_IlVgoeox^nwbBoZ^9eI?6A-e3@DVL{WT0(@b)-6#fR
zZ}1JQumar`GNA4}DwIGAD`Z)|A7-KOhd>L9Df5A|ib^5S!UCzTuu=)Muq@J4S6HD0
zT3E1>s>P~M0xc|cS6I0OT39t|@LsV5T3D7vYK&E(1X@@iHO8t`0==Y@)bL&?{a8fS
zhMh`AU>f!|g+;?pFC)%wXOmXua66EeRwnOzol$SzGC=A1_Pu7}rx9ROJeHy;1iLF#
zR4htZilU%|r6>x49=sQV5TXV^6!y~{rUEz=K%0~@k;Qg7fQHg~h!s-GpO?5!-xzbk
z5<*M`uoOTmfP*tG-<2cVF|Z#uS4zwh*XJu^Mp#0K2>`AGa07t-%j{0oGbV&3gt!pE
zZ2+c~+n2FIRSQc9aRh)z0L(47FJq0W6_ya<7yz39e5KsJj76$)x<Lr>RREizL{&Db
zPFO;SdH_!%%ky{?rK1|V!g~Q6U2Z2FumeCR04vAei21Z2QB}ecLM#UG&2szUkjVh{
z18{|u^3!rV<2TjT6)q{a11`A`z)PtcjjEz*ge8QS3*hg|?S}`B0<ca9F{Rv&_(|0W
z3&1r6=HG!~&q#F5000BP2Ojbs4WLU1F|L66D~hTRmJs600M7T2bpXJ_0Ga?CE~R{~
z05^6^DWg)#sQ_jGXm^?aGyvBYP=7^HEra(f;r_FH3}BIzvfFQGq?B&}xKIeu4&YG$
zA%|I)3LzenQWny3Rs?}>u~OZ~<u0?m4PbULM3s(|@-YD4c9EqX_Ck5!3B0fX90&W>
z-6<cz7S*4N<j*jqln(*uaFOLwAw+Gl{3#XHA}lv7DMMGY1oot-6AlH?Ttr_=!dMg5
z9|8Ppu^h>Tl=4ro*DjrMR<V3371bcD<6YQZC#5Xcem6G{Fh8+qUX+Mx5SG&xYcGI8
zrV|R~2^Y3XSmi_rK>&_*X#Sd%vTP4il2X14;3bFVUkdt6e4vE|J2YlLhqf;k(-DWb
z*)|{ORx9Weq<dW0eqKO5_XAkxgD-BLxpOptqRz7wlb{Q0mkZnJUMrDOKH@cR21ysT
zPG{>Yl0bKbQp!O9yB(TOFQO|>88eTc3$(COI1Q4UUQ8z(GG-2ns|I0x;?V9uA;jTD
z^<;EPy-mMtRD-bGg!O)_XkLth5MmO5Mi*J!jK?aDY7o|6UDygCM7ch541k+JzU{?w
zq!d(xu%2~cJ014vGUea`m-b#FQ7eXO5Y{s;?SEA2Rx1^c-{LZxo0hoZs0LxZ0HEK6
zeHg$UMe=0?LWt=ARsnDmW3?BB#ow2mzza)Cxd*^{m)WirLR?u4f6@^`)WHt&bGz=h
zCN)PFSOPDs6uAye%bQ0Caf$Dqq(~j`)(&rLe*f;XJ0+)Tj^h?W{1<?~^N{s9*iogX
zPkx*LJ8u1AxVsA+Vi$lfNh$mM@TXi<ld!G;APXqsDFD9$@T`>bW0!Rw0Q(HCt5Nt}
z=Q1hfKNVO;*{LRBg<yvspIl&34B*eOr!lsqUMI2dunq<=0rsxz(^7vk;m@#Q2Y{JU
z%8z^~tE^OwumC^^aWZUi1vN6@aw+BVay#J%)iQVo07xlc1n|pp`{9x20Q{!hPWVMt
z2`j}?xSupFH}AsUm0dO6M^$x&LkJ-bhAl3)dk)LNP5^VIl&_cD5kINM77MAt??P1m
z?DgjWV$~)pph|@W08+|#U@zbNrOdA6;%xwPq?B$J(E~%(3JU<Fl>ZIj3{>9ZLpA_t
zkW#)<ZbynmRSOIFqFbB~U>VB))cf54ZU(Th8s@6<QI&)DTnHg%1Go>R-?PWC4|w}$
zDdqbmuDdLZDPaL$JWlRf*z0-4J_~*T_L18^lTyA=<hm+~F(<4cQfE*thJAMF={^_#
z3V`3je&*l~pUVyeV^&z{2qBJ!y@)&qw#e#WuL~yA{wK4f4gLQR_7?t^0K6!r>@D#}
bs5t%~<9Qvx67brY00000NkvXXu0mjfM+)HE

literal 0
HcmV?d00001

diff --git a/doc/meta.mdwn b/doc/meta.mdwn
new file mode 100644
index 0000000000..5ee36f8c0b
--- /dev/null
+++ b/doc/meta.mdwn
@@ -0,0 +1,5 @@
+This wiki contains [[!pagecount pages="*"]] pages.
+
+Broken links:
+
+[[!brokenlinks ]]
diff --git a/doc/metadata.mdwn b/doc/metadata.mdwn
new file mode 100644
index 0000000000..fed3323517
--- /dev/null
+++ b/doc/metadata.mdwn
@@ -0,0 +1,47 @@
+git-annex allows you to store arbitrary metadata about the content of files
+stored in the git-annex repository. The metadata is stored in the
+`git-annex` branch, and so is automatically kept in sync with the rest of
+git-annex's state, such as [[location_tracking]] information.
+
+Some of the things you can do with metadata include:
+
+* Using `git annex metadata file` to show all 
+  the metadata associated with a file.
+* [[tips/metadata_driven_views]]
+* Limiting the files git-annex commands act on to those with
+  or without particular metadata.
+  For example `git annex find --metadata tag=foo --or --metadata tag=bar`
+* Using it in [[preferred_content]] expressions. 
+  For example "metadata=tag=important or not metadata=author=me"
+
+Each file (actually the underlying key) can have any number of metadata
+fields, which each can have any number of values. For example, to tag
+files, the `tag` field is typically used, with values set to each tag that
+applies to the file.
+
+The field names are limited to alphanumerics (and `[_-.]`), and are case
+insensitive. The metadata values can contain absolutely anything you
+like -- but you're recommended to keep it simple and reasonably short.
+
+Here are some metadata fields that git-annex has special support for:
+
+* `tag` - With each tag being a different value.
+* `year`, `month` - When this particular version of the file came into
+  being.
+* `$field-lastchanged` - This is automatically maintained for each
+  field that's set, and gives the date and time of the most recent
+  change to the field. It cannot be modified directly.
+* `lastchanged` - This is automatically maintained, giving the data and time
+  of the last change to any of the metadata of a file.
+
+To make git-annex automatically set the year and month when adding files,
+run `git config annex.genmetadata true`. Also, see
+[[tips/automatically_adding_metadata]].
+
+git-annex's metadata can be updated in a distributed fashion. For example,
+two users, each with their own clone of a repository, can set and unset
+metadata at the same time, even for the same field of the same file. 
+When they push their changes, `git annex merge` will combine their
+metadata changes in a consistent and (probably) intuitive way.
+
+See [[the metadata design page|design/metadata]] for more details.
diff --git a/doc/metadata/comment_1_d367fdaf0425b59d694bf16059d47192._comment b/doc/metadata/comment_1_d367fdaf0425b59d694bf16059d47192._comment
new file mode 100644
index 0000000000..8fb93442c7
--- /dev/null
+++ b/doc/metadata/comment_1_d367fdaf0425b59d694bf16059d47192._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="198.164.160.48"
+ subject="access metadata by key?"
+ date="2014-03-17T01:26:44Z"
+ content="""
+I'm hacking around with using metadata from an external special remote. Those work with keys, not files, so one option would be to add a GETMETADATA to the protocol. It also seems like it would not be too hard to add
+an option  to \"git annex metadata\" to take a key rather than a file.
+"""]]
diff --git a/doc/metadata/comment_2_e15d2b5a405db4ccdb91d6aad4a22983._comment b/doc/metadata/comment_2_e15d2b5a405db4ccdb91d6aad4a22983._comment
new file mode 100644
index 0000000000..1fd5a9fe1f
--- /dev/null
+++ b/doc/metadata/comment_2_e15d2b5a405db4ccdb91d6aad4a22983._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 2"
+ date="2014-03-17T19:32:39Z"
+ content="""
+I've made `git annex metadata --key` work.
+
+I'll wait and see what you come up with your special remote and add something to the protocol later if it makes sense.
+"""]]
diff --git a/doc/news.mdwn b/doc/news.mdwn
new file mode 100644
index 0000000000..95114cdcf5
--- /dev/null
+++ b/doc/news.mdwn
@@ -0,0 +1,11 @@
+[[!if test="news/*" then="""
+This is where announcements of new releases, features, and other news is
+posted. git-annex users are recommended to subscribe to this page's RSS
+feed.
+
+[[!inline pages="./news/* and !./news/*/* and !*/Discussion" rootpage="news" show="30"]]
+
+"""
+else="""
+(Please see the changelog.)
+"""]]
diff --git a/doc/news/2013_git-annex_user_survey.mdwn b/doc/news/2013_git-annex_user_survey.mdwn
new file mode 100644
index 0000000000..269496e64f
--- /dev/null
+++ b/doc/news/2013_git-annex_user_survey.mdwn
@@ -0,0 +1,5 @@
+Similar to the yearly git user survey, I am doing a
+[2013 git-annex user survey](http://git-annex-survey.branchable.com/polls/2013/).
+
+If you use git-annex,
+please take a few minutes to answer my questions!
diff --git a/doc/news/LWN_article.mdwn b/doc/news/LWN_article.mdwn
new file mode 100644
index 0000000000..c1c0c40472
--- /dev/null
+++ b/doc/news/LWN_article.mdwn
@@ -0,0 +1,2 @@
+[Linux Weekly News](http://lwn.net/) has a nice
+[article on git-annex](http://lwn.net/Articles/418337/) in it this week.
diff --git a/doc/news/Presentation_at_FOSDEM.mdwn b/doc/news/Presentation_at_FOSDEM.mdwn
new file mode 100644
index 0000000000..48daf2678d
--- /dev/null
+++ b/doc/news/Presentation_at_FOSDEM.mdwn
@@ -0,0 +1,4 @@
+git-annex will be briefly presented at FOSDEM, on Sunday February 4th at 15:40.
+[Details](http://fosdem.org/2012/schedule/event/gitannex).
+
+Thanks to Richard Hartmann for making this presentation.
diff --git a/doc/news/git_annex_fall_of_code.mdwn b/doc/news/git_annex_fall_of_code.mdwn
new file mode 100644
index 0000000000..79e0ff6900
--- /dev/null
+++ b/doc/news/git_annex_fall_of_code.mdwn
@@ -0,0 +1,27 @@
+Thanks to my recent successful git-annex
+[crowdfunding campaign](http://campaign.joeyh.name/), $1000 has been set
+aside to award others for their contributions to git-annex by
+the end of 2013. This is not a lot of money, but I hope that the
+reward and recognition will encourage some more people to work on git-annex.
+
+You don't need to know Haskell! You could contribute some interesting and
+useful special remote hooks, or write better documentation.
+
+On the other hand, if you have learned Haskell, this might be your first
+chance to make some money with it! Some ideas for things to work on that
+would be particularly award-worthy:
+
+* Port git-annex to IOS, using [ghc-ios](https://github.com/ghc-ios).
+  I don't plan to ever do this myself, but you could make it happen.
+* Get the git-annex assistant working in Windows, building on the existing
+  port to Windows. Otherwise, this is on my roadmap for February.
+* Solve existing [[bugs]] or [[todo]] items. There are more than I can
+  keep up with.
+
+The amount of the awards will vary depending on the size of the
+contribution. Since this is getting started later than is ideal,
+I reserve the right to extend it past the end of the year if I don't get
+enough participants.
+
+If you'd like to participate in this program, just email me at
+<id@joeyh.name>. --[[Joey]]
diff --git a/doc/news/sharebox_a_FUSE_filesystem_for_git-annex.mdwn b/doc/news/sharebox_a_FUSE_filesystem_for_git-annex.mdwn
new file mode 100644
index 0000000000..8eab9a34ac
--- /dev/null
+++ b/doc/news/sharebox_a_FUSE_filesystem_for_git-annex.mdwn
@@ -0,0 +1,19 @@
+[[!meta title="sharebox: a FUSE filesystem for git-annex"]]
+
+Christophe-Marie Duquesne has just announced 
+[Sharebox](https://github.com/chmduquesne/sharebox-fs), a FUSE filesystem
+relying on git-annex:
+
+<blockquote>
+<pre>
+What are your goals?  
+Seamless synchronization "à la dropbox".  
+Ability to use with big binary files such as mp3/movies.  
+Entirely decentralized.  
+Don't use unnecessary space  
+Keep it simple: avoid special VCS commands and keep a filesystem  
+interface as much as possible.
+</pre>
+</blockquote>
+
+While still alpha, this is promising. --[[Joey]]
diff --git a/doc/news/sharebox_a_FUSE_filesystem_for_git-annex/comment_1_e238d1734238e37bb55ff952b32e06b8._comment b/doc/news/sharebox_a_FUSE_filesystem_for_git-annex/comment_1_e238d1734238e37bb55ff952b32e06b8._comment
new file mode 100644
index 0000000000..8754a7f9a6
--- /dev/null
+++ b/doc/news/sharebox_a_FUSE_filesystem_for_git-annex/comment_1_e238d1734238e37bb55ff952b32e06b8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 1"
+ date="2012-09-27T00:08:19Z"
+ content="""
+This is what the assistant should aim to be...\"Like Dropbox\", but even better.
+I would guess many people who pledged were thinking of this.
+"""]]
diff --git a/doc/news/version_5.20140529.mdwn b/doc/news/version_5.20140529.mdwn
new file mode 100644
index 0000000000..1b423cefa3
--- /dev/null
+++ b/doc/news/version_5.20140529.mdwn
@@ -0,0 +1,25 @@
+git-annex 5.20140529 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * Fix encoding of data written to git-annex branch. Avoid truncating
+     unicode characters to 8 bits. Allow any encoding to be used, as with
+     filenames (but utf8 is the sane choice). Affects metadata and repository
+     descriptions, and preferred content expressions.
+   * assistant: When there are multiple remotes giving different ways
+     to access the same repository, honor remote cost settings and use
+     the cheapest available.
+   * webapp: More robust startup when annex directory is not a git repo.
+   * initremote/enableremote: Basic support for using with regular git remotes;
+     initremote stores the location of an already existing git remote,
+     and enableremote setups up a remote using its stored location.
+   * webapp: Support for enabling known git repositories on ssh servers.
+     The repository must have been added using initremote.
+   * webapp: When setting up a ssh remote, record it using initremote,
+     so that it can be easily enabled elsewhere.
+   * webapp: When setting up a ssh remote, if the user inputs ~/foo,
+     normalize that to foo, since it's in the home directory by default.
+   * Use exceptions in place of deprecated MonadCatchIO-transformers
+     Thanks, Ben Gamari.
+   * android: Run busybox install with -s, since some versions of Android
+     prohibit making hard links.
+   * Android webapp: Fix EvilSplicer bugs that mangled the css files,
+     preventing icons from displaying, and also slightly broke the js files."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140606.mdwn b/doc/news/version_5.20140606.mdwn
new file mode 100644
index 0000000000..d7f26b86f5
--- /dev/null
+++ b/doc/news/version_5.20140606.mdwn
@@ -0,0 +1,14 @@
+git-annex 5.20140606 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * webapp: When adding a new local repository, fix bug that caused its
+     group and preferred content to be set in the current repository,
+     even when not combining.
+   * webapp: Avoid stomping on existing description, group and
+     preferred content settings when enabling or combining with
+     an already existing remote.
+   * assistant: Make sanity checker tmp dir cleanup code more robust.
+   * unused: Avoid checking view branches for unused files.
+   * webapp: Include ssh port in mangled hostname.
+   * Windows: Fix bug introduced in last release that caused files
+     in the git-annex branch to have lines teminated with \r.
+   * Windows: Fix retrieving of files from local bare git repositories."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140613.mdwn b/doc/news/version_5.20140613.mdwn
new file mode 100644
index 0000000000..d4413725d7
--- /dev/null
+++ b/doc/news/version_5.20140613.mdwn
@@ -0,0 +1,16 @@
+git-annex 5.20140613 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * Ignore setsid failures.
+   * Avoid leaving behind .tmp files when failing in some cases, including
+     importing files to a disk that is full.
+   * Avoid bad commits after interrupted direct mode sync (or merge).
+   * Fix build with wai 0.3.0.
+   * Deal with FAT's low resolution timestamps, which in combination with
+     Linux's caching of higher res timestamps while a FAT is mounted, caused
+     direct mode repositories on FAT to seem to have modified files after
+     they were unmounted and remounted.
+   * Windows: Fix opening webapp when repository is in a directory with
+     spaces in the path.
+   * Detect when Windows has lost its mind in a timezone change, and
+     automatically apply a delta to the timestamps it returns, to get back to
+     sane values."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140707.mdwn b/doc/news/version_5.20140707.mdwn
new file mode 100644
index 0000000000..a00737b3bf
--- /dev/null
+++ b/doc/news/version_5.20140707.mdwn
@@ -0,0 +1,23 @@
+git-annex 5.20140707 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * assistant: Fix bug, introduced in last release, that caused the assistant
+     to make many unncessary empty merge commits.
+   * assistant: Fix one-way assistant-&gt;assistant sync in direct mode.
+   * Fix bug in annex.queuesize calculation that caused much more
+     queue flushing than necessary.
+   * importfeed: When annex.genmetadata is set, metadata from the feed
+     is added to files that are imported from it.
+   * Support users who have set commit.gpgsign, by disabling gpg signatures
+     for git-annex branch commits and commits made by the assistant.
+   * Fix memory leak when committing millions of changes to the git-annex
+     branch, eg after git-annex add has run on 2 million files in one go.
+   * Support building with bloomfilter 2.0.0.
+   * Run standalone install process when the assistant is started
+     (was only being run when the webapp was opened).
+   * Android: patch git to avoid fchmod, which fails on /sdcard.
+   * Windows: Got rid of that pesky DOS box when starting the webapp.
+   * Windows: Added Startup menu item so assistant starts automatically
+     on login.
+   * Windows: Fix opening file browser from webapp when repo is in a
+     directory with spaces.
+   * Windows: Assistant now logs to daemon.log."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140709.mdwn b/doc/news/version_5.20140709.mdwn
new file mode 100644
index 0000000000..e7609949f4
--- /dev/null
+++ b/doc/news/version_5.20140709.mdwn
@@ -0,0 +1,11 @@
+git-annex 5.20140709 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * Fix race in direct mode merge code that could cause all files in the
+     repository to be removed. It should be able to recover repositories
+     experiencing this bug without data loss. See:
+     http://git-annex.branchable.com/bugs/bad\_merge\_commit\_deleting\_all\_files/
+   * Fix git version that supported --no-gpg-sign.
+   * Fix bug in automatic merge conflict resolution, when one side is an
+     annexed symlink, and the other side is a non-annexed symlink.
+   * Really fix bug that caused the assistant to make many unncessary
+     empty merge commits."""]]
diff --git a/doc/not.mdwn b/doc/not.mdwn
new file mode 100644
index 0000000000..3b7cdc1cf7
--- /dev/null
+++ b/doc/not.mdwn
@@ -0,0 +1,55 @@
+[[!meta title="what git-annex is not"]]
+
+* git-annex is not a backup system. It may be a useful component of an
+  [[archival|use_case/bob]] system, or a way to deliver files to a backup
+  system. For a backup system that uses git and that git-annex supports
+  storing data in, see [[special_remotes/bup]].
+
+* git-annex is not a filesystem or DropBox clone. However, the git-annex
+  [[assistant]] is addressing some of the same needs in its own unique ways.
+  (There is also a FUSE filesystem built on top of git-annex, called 
+  [ShareBox](https://github.com/chmduquesne/sharebox-fs).)
+
+* git-annex is not unison, but if you're finding unison's checksumming
+  too slow, or its strict mirroring of everything to both places too
+  limiting, then git-annex could be a useful alternative.
+
+* git-annex is more than just a workaround for git scalability 
+  limitations that might eventually be fixed by efforts like
+  [git-bigfiles](http://caca.zoy.org/wiki/git-bigfiles). In particular,
+  git-annex's [[location_tracking]] allows having many repositories
+  with a partial set of files, that are copied around as desired.
+
+* git-annex is not some flaky script that was quickly thrown together.
+  I wrote it in Haskell because I wanted it to be solid and to compile
+  down to a binary. And it has a fairly extensive test suite. (Don't be
+  fooled by "make test" only showing a few dozen test cases; each test
+  involves checking dozens to hundreds of assertions.)
+
+* git-annex is not [git-media](https://github.com/schacon/git-media),
+  although they both approach the same problem from a similar direction.
+  I only learned of git-media after writing git-annex, but I probably
+  would have still written git-annex instead of using it. Currently,
+  git-media has the advantage of using git smudge filters rather than
+  git-annex's pile of symlinks, and it may be a tighter fit for certain
+  situations. It lacks git-annex's support for widely distributed storage,
+  using only a single backend data store. It also does not support
+  partial checkouts of file contents, like git-annex does.
+
+* git-annex is similarly not [git-fat](https://github.com/jedbrown/git-fat),
+  which also uses git smudge filters, and also lacks git-annex' widely
+  distributed storage and partial checkouts.
+
+* git-annex is also not [boar](http://code.google.com/p/boar/),
+  although it shares many of its goals and characteristics. Boar implements
+  its own version control system, rather than simply embracing and
+  extending git. And while boar supports distributed clones of a repository,
+  it does not support keeping different files in different clones of the
+  same repository, which git-annex does, and is an important feature for
+  large-scale archiving.
+
+* git-annex is not the [Mercurial largefiles extension](http://mercurial.selenic.com/wiki/LargefilesExtension).
+  Although mercurial and git have some of the same problems around large
+  files, and both try to solve them in similar ways (standin files using
+  mostly hashes of the real content).
+  
diff --git a/doc/not/comment_10_d8fb9add7e98dadea2a39f8827f75447._comment b/doc/not/comment_10_d8fb9add7e98dadea2a39f8827f75447._comment
new file mode 100644
index 0000000000..ad7b699f9f
--- /dev/null
+++ b/doc/not/comment_10_d8fb9add7e98dadea2a39f8827f75447._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 10"
+ date="2013-12-11T15:40:35Z"
+ content="""
+@Zellyn, what you describe does not sound unreasonable. But it's hard to say if it's a backup. For example, if you delete a file from the archive folder, and that happened to be the only copy of the file, it's gone.
+
+It's definitely possible to use git-annex in backup-like ways, but what I want to discourage is users thinking that just putting files into git-annex means that they have a backup. Proper backups need to be designed, and tested. It helps to use software that is explicitly designed as a backup solution. git-annex is more about file distribution, and some archiving, than backups.
+"""]]
diff --git a/doc/not/comment_11_6c23aba5a9c341f2d5e2007e4b43f2ea._comment b/doc/not/comment_11_6c23aba5a9c341f2d5e2007e4b43f2ea._comment
new file mode 100644
index 0000000000..50c7e0da1c
--- /dev/null
+++ b/doc/not/comment_11_6c23aba5a9c341f2d5e2007e4b43f2ea._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Backup"
+ date="2013-12-11T17:38:39Z"
+ content="""
+@joeyh - ok, good to know. So as long as I realize I need to sync with my hard drives before deleting, it should work fine as a backup solution. Sweet!
+"""]]
diff --git a/doc/not/comment_12_a0ef1a045257659f0f8722e4987e0ccc._comment b/doc/not/comment_12_a0ef1a045257659f0f8722e4987e0ccc._comment
new file mode 100644
index 0000000000..3f9aa2087e
--- /dev/null
+++ b/doc/not/comment_12_a0ef1a045257659f0f8722e4987e0ccc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkRtPz8CAz_1sBR0Rf-b8OlQQ49v9JxOIE"
+ nickname="John"
+ subject="re: Not an backup"
+ date="2014-02-05T10:45:45Z"
+ content="""
+@joeyh.name But if I set numcopies=2 it won't let me drop the file right? I don't think we are mean to directly modify the archive; but if we do would git-annex detect the corruption and discourage us from dropping the other file?
+"""]]
diff --git a/doc/not/comment_13_c5c20576388f18daba3af913b44fb001._comment b/doc/not/comment_13_c5c20576388f18daba3af913b44fb001._comment
new file mode 100644
index 0000000000..38c96f7073
--- /dev/null
+++ b/doc/not/comment_13_c5c20576388f18daba3af913b44fb001._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="206.74.132.139"
+ subject="comment 13"
+ date="2014-02-06T17:00:59Z"
+ content="""
+Yes, git-annex ensures your configured [[numcopies|copies]] is met before dropping a file.
+"""]]
diff --git a/doc/not/comment_14_837e3699014b73e8f2bd2a668eea9eef._comment b/doc/not/comment_14_837e3699014b73e8f2bd2a668eea9eef._comment
new file mode 100644
index 0000000000..01eb17b865
--- /dev/null
+++ b/doc/not/comment_14_837e3699014b73e8f2bd2a668eea9eef._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhufs6QGCQXnUEc6qrCcQIZTomUDKNeAQ"
+ nickname="Jeff"
+ subject="Git annex in a strange direct with .git/annex/objects mode"
+ date="2014-04-21T21:03:24Z"
+ content="""
+I'm doing something perhaps unreasonable and weird, and I'm wondering if there's a better way.
+
+I'm running a wget -mbc of a particular web site.  It replicates down to a tree.
+Then I'm ingesting the content into git annex via the normal 'git annex add' sequence.
+
+Later, when I'm going to update my replica of the website, I am running a 'git annex unlock' on the whole tree (90 gig in this case), and then running the 'wget -mbc ; git annex add' command sequence again.
+
+Is there any mechanism to convince git-annex to scan the file, and ingest (copy) it into objects if it is new content, while leaving the original files unlocked?   This would give me the ability to avoid the 'git annex unlock' copy operation, which is lengthy.
+
+I'm aware this is inherently space inefficient.
+
+I'm sure there's some other problem with this idea that I'm missing.
+
+Thanks.
+
+
+"""]]
diff --git a/doc/not/comment_15_ac7396ca125abb80a42f9aaaf61a6ab4._comment b/doc/not/comment_15_ac7396ca125abb80a42f9aaaf61a6ab4._comment
new file mode 100644
index 0000000000..369acad22c
--- /dev/null
+++ b/doc/not/comment_15_ac7396ca125abb80a42f9aaaf61a6ab4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 15"
+ date="2014-05-16T18:59:47Z"
+ content="""
+@Jeff, why did you post that comment here? Please use the [[forum]] for questions.
+
+(You may find it useful to use direct mode, or `git annex import --skip-duplicates` or something.)
+"""]]
diff --git a/doc/not/comment_1_ab41bec1ccc884e71780cb9458439170._comment b/doc/not/comment_1_ab41bec1ccc884e71780cb9458439170._comment
new file mode 100644
index 0000000000..6a7eed33b0
--- /dev/null
+++ b/doc/not/comment_1_ab41bec1ccc884e71780cb9458439170._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://bergey.dreamwidth.org/"
+ ip="66.80.90.109"
+ subject="git-media"
+ date="2012-07-14T15:42:05Z"
+ content="""
+I haven't used git-media, but from the README it looks as though they now support several backends.  Might want to update the (very helpful!) comparison.
+"""]]
diff --git a/doc/not/comment_2_0e19ff7deb5ed65f2bc685d4c516d816._comment b/doc/not/comment_2_0e19ff7deb5ed65f2bc685d4c516d816._comment
new file mode 100644
index 0000000000..926df6bc19
--- /dev/null
+++ b/doc/not/comment_2_0e19ff7deb5ed65f2bc685d4c516d816._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="Sparkleshare"
+ date="2012-09-06T08:09:17Z"
+ content="""
+How does [sparkleshare](http://sparkleshare.org/) and git-annex (and git-annex assistant) compare? 
+"""]]
diff --git a/doc/not/comment_3_bab9584c41a25dda934ad230e3eb732d._comment b/doc/not/comment_3_bab9584c41a25dda934ad230e3eb732d._comment
new file mode 100644
index 0000000000..eb66e0b3d4
--- /dev/null
+++ b/doc/not/comment_3_bab9584c41a25dda934ad230e3eb732d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 3"
+ date="2012-09-06T14:50:43Z"
+ content="""
+My understanding of sparkleshare (I've not used it) is that it uses a regular git repository, so has git's problems with large files and will not support partial checkouts. However, you might want to try it out and see if it works for you.
+"""]]
diff --git a/doc/not/comment_4_b2a0d5a45ab8ddd66c29dde9412d7a12._comment b/doc/not/comment_4_b2a0d5a45ab8ddd66c29dde9412d7a12._comment
new file mode 100644
index 0000000000..10baf5f45d
--- /dev/null
+++ b/doc/not/comment_4_b2a0d5a45ab8ddd66c29dde9412d7a12._comment
@@ -0,0 +1,51 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="Sparkleshare"
+ date="2012-09-15T01:28:05Z"
+ content="""
+Hi,
+
+I used sparkleshare lately in a project involving 3 computers and 2 people. and for ascii texts and even a few smaller binary things it works ok.
+
+But it does \"to much\" for media. at least at the moment, it just uses git for saving the data. That has a possitive and a negative aspect.
+
+possitive:
+
+1. you have a full history, if you delete a file its not gone for ever, so if you change it, the older version is still recoverable.
+2. if you would as example use it from a laptop in a train without internet and you use a git server in the internet for the central server, and would change some files, then you or somebody else would write on the same txt file as example (html or something... latex...) you would be able to merge this files.
+3. its not totaly bad for backup, because you can restore old files even if you delete it localy, because it will hold all history
+
+
+negative:
+
+1. for bigger data its cracy. if you use it for movies as example, you would in git annex delete some stuff you want not to see anytime again, so you would delete it everywhere. and its really away, not beeing still there in the history
+2. git as it is has issues with saving/transfairing very big files, and its slow on even mid-sized files lets say 100 5mb big files it would be slow. because at the moment sparkleshare uses git all this disatvantages are there.
+3. as many clients you use lets say a projekt with 10 people, each of them have all files and all the history of this projekt/directory on their pc.
+4. you need a central data-store git folder you can use a seperate pc for that or save it on a client, if you use a client for that you have to save the data double on this pc.
+
+(so you see for big files even if git would handle them faster you would waste massivly hard disk space) but again for pdfs a few pictures text files even some office files and stuff <100mb its great and easy to do.
+
+
+I try it in a few words, sparkleshare is like dropbox but with file history ( I think dropbox dont have that???) but because git is not designed (yet) for big files it works somewhat ok for < 100mb stuff if you go very much higher > 1GB it will not be optimal.
+
+git annex dont saves the data itself in git but only the locations and the checksums. so its more like a adress book of your data. its a abstraction layer to your data, you can see on as many devises as you want even without no netzwerk internet connection active and only a very small hd see all your 5 Terrabyte of Data you might have, and move around directories sort around them... delete stuff you dont want if you can deside that by the name... and then  when you come back to the connection you sync your actions and it does it to the files.
+
+And one big feature like joey said is that you cannot partialy load files from the repos to your device if it has as example only enough space for 1/10 of it.
+
+There is another thing, but because it is \"only\" a abstraction layer, it is theoreticaly easy to implement extentions to save your data on anything not only git repositories...
+
+Sparkleshare will switch to something else than git, maybe but then it will switch to this single protocol and stick to that. because it does not abstract stuff so hard.
+
+btw there is a alternative out there it forces you not to use git as vcs but you have to use a vcs (like git) and you dont have to use the client written in mono but only a smaller python script:
+
+http://www.mayrhofer.eu.org/dvcs-autosync
+
+but the idea behind it is the same except this 2 points ;)
+
+
+but many free software developers dont like mono, so the change that it gets more love from more people is not totaly unlikely.
+
+
+So way to long post but hope that helps somebody ;)
+"""]]
diff --git a/doc/not/comment_5_f2829ecbe80a61aa9a8411d2403de69e._comment b/doc/not/comment_5_f2829ecbe80a61aa9a8411d2403de69e._comment
new file mode 100644
index 0000000000..02597ceb8a
--- /dev/null
+++ b/doc/not/comment_5_f2829ecbe80a61aa9a8411d2403de69e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn4bbuawnh-nSo9pAh8irYAcV4MQCcfdHo"
+ nickname="Stefan"
+ subject="comment 5"
+ date="2012-09-15T01:35:06Z"
+ content="""
+or to make it more simple ;)
+
+sparkleshare is for proejects and maybe backup your documents folder
+
+annex is for managing big binary files that not get modified most of the time and only added/synced or deleted.
+
+hope thats on the point, try to start using it also now, but am a bit blowen away what it all can do and what not... and how to get a good use case, and mixing media-management with backup of home and thinking on solving that all with annex without having it used ever ;)
+"""]]
diff --git a/doc/not/comment_6_547fc59b19ad66d7280c53a7f923ea08._comment b/doc/not/comment_6_547fc59b19ad66d7280c53a7f923ea08._comment
new file mode 100644
index 0000000000..9980f0e4c4
--- /dev/null
+++ b/doc/not/comment_6_547fc59b19ad66d7280c53a7f923ea08._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 6"
+ date="2012-09-27T10:17:18Z"
+ content="""
+Stefan: \"annex is for managing big binary files that not get modified most of the time and only added/synced or deleted.\"
+
+While this is true,  the kickstarter title for assistant was \"Like dropbox\", and dropbox makes it transparent to edit files and they work with the filesystem.
+So with assistant, lock/unlock should be automated and transparent to the user. Otherwise it's confusing and not simple at all to use, and at least OSX keeps giving errors because of the way it handles aliases.
+So something like sharebox is essential to be included in assistant in my opinion.
+
+"""]]
diff --git a/doc/not/comment_7_581e23cca0219711f8a4500a8d5d20fc._comment b/doc/not/comment_7_581e23cca0219711f8a4500a8d5d20fc._comment
new file mode 100644
index 0000000000..f1bb833538
--- /dev/null
+++ b/doc/not/comment_7_581e23cca0219711f8a4500a8d5d20fc._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="l3iggs"
+ ip="24.130.145.126"
+ subject="comment 7"
+ date="2013-02-03T03:57:05Z"
+ content="""
+hi joey,
+
+i'm excited by your project here but also confused by its direction. the kickstarter page has the header: \"git-annex assistant: Like DropBox, but with your own cloud.\" this page says \"git-annex is not a ... DropBox clone.\" these seem to be in direct opposition.
+
+i'm looking for what is described by the header on your kickstarter page. i assume your backers are looking for the the same thing (a self hosted DropBox). for my use, dropbox is perfect, except for the fact that i have to pay a monthly fee to store my data on someone else's server when i would like to buy my own storage medium and run some open source dropbox clone on my own server.
+
+can you explain more clearly what dropbox features your project lacks (/will lack)? and why where is a difference between your fundraising page and this one?
+
+maybe i'm just confused by the difference between git-annex and git-annex assistant. does git-annex assistant truely aim to be a dropbox clone?
+"""]]
diff --git a/doc/not/comment_8_5c61457f117de38ef487e5cc2780d554._comment b/doc/not/comment_8_5c61457f117de38ef487e5cc2780d554._comment
new file mode 100644
index 0000000000..1a955c8626
--- /dev/null
+++ b/doc/not/comment_8_5c61457f117de38ef487e5cc2780d554._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 8"
+ date="2013-02-04T03:17:06Z"
+ content="""
+It's pretty much exactly what he said:
+
+> git-annex is not a filesystem or DropBox clone. However, the git-annex assistant is addressing some of the same needs in its own unique ways. 
+
+The git-annex assistant is not exactly like DropBox; it's not a drop-in replacement that works exactly the way dropbox works.  But as it stands, right now, it can (like Dropbox) run in the background and make sure that all of your files in a special directory are mirrored to another place (a USB drive, or a server to which you have SSH access, or another computer on your home network, or another computer somewhere else which has access to the same USB drive from time to time, or has accesss to the same SSH server or S3 repository or....
+
+It works as is but is still under heavy development and features are being added rapidly.  For example, up until a month or two ago, the files in your annex were replaced with softlinks whose content resided in a hidden directory. This caused some problems esp. on OS X where native programs don't handle softlinked files very gracefully. So Joey added an entirely new way of operating called \"direct mode\" which uses ordinary files, much like Dropbox does.
+
+So -- what you should expect from git-annex assistant is a program which solves many of the same problems Dropbox does (keeping a set of files magically in sync across computers) but does it in its own way, which won't be *exactly* like Dropbox; it will be more flexible but might require a little learning to figure out exactly how to use it the way you want.  It's possible to get a very Dropbox-like system out of the box, especially now that you don't need to use softlinks, if you've got a place on the network you can use as a central remote repository for your files, or if you only want to synchronize two or more computers on the same local network.
+
+\"git-annex\" itself is the plumbing used by git-annex assistant, or to put it another way, the engine that the assistant has under the hood.  Git-annex itself is extremely simple and stable but should only be used by people already familiar with the command line, perhaps even people already familiar with git.
+
+That's my point of view as an enthusiastic user.  Joey may have his own perspective to share. :)
+
+
+
+
+"""]]
diff --git a/doc/not/comment_9_69aa47398a3c13ce64f146de985b727d._comment b/doc/not/comment_9_69aa47398a3c13ce64f146de985b727d._comment
new file mode 100644
index 0000000000..137cfc2df8
--- /dev/null
+++ b/doc/not/comment_9_69aa47398a3c13ce64f146de985b727d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Not a backup system..."
+ date="2013-12-10T20:55:05Z"
+ content="""
+I'd like to understand the \"not a backup system\" point better. My current plan was to use git annex assistant to save my annex folder onto two hard drives, one at home and one at work. Step two is to move most big stuff into .../archive/... folders, and step three is to add an annex folder on my wife's laptop, so we can use the hard drives to back up everything.
+
+Does that sound unreasonable?
+"""]]
diff --git a/doc/polls.mdwn b/doc/polls.mdwn
new file mode 100644
index 0000000000..55c7798674
--- /dev/null
+++ b/doc/polls.mdwn
@@ -0,0 +1,2 @@
+* [[2013 git-annex user survey|2013]]
+* [[old polls|design/assistant/polls]]
diff --git a/doc/polls/2013.mdwn b/doc/polls/2013.mdwn
new file mode 100644
index 0000000000..bda584d64a
--- /dev/null
+++ b/doc/polls/2013.mdwn
@@ -0,0 +1,5 @@
+This has moved to a separate site due to load issues.
+
+<http://git-annex-survey.branchable.com/polls/2013/>
+
+Any votes you made here were carried over, so no need to vote twice!
diff --git a/doc/preferred_content.mdwn b/doc/preferred_content.mdwn
new file mode 100644
index 0000000000..ec499de25a
--- /dev/null
+++ b/doc/preferred_content.mdwn
@@ -0,0 +1,179 @@
+git-annex tries to ensure that the configured number of [[copies]] of your
+data always exist, and leaves it up to you to use commands like `git annex
+get` and `git annex drop` to move the content to the repositories you want
+to contain it. But often, it can be good to have more fine-grained
+control over which content is wanted by which repositories. Configuring
+this allows the git-annex assistant as well as 
+`git annex get --auto`, `git annex drop --auto`, `git annex sync --content`,
+etc to do smarter things.
+
+Preferred content settings can be edited using `git
+annex vicfg`, or viewed and set at the command line with `git annex wanted`.
+Each repository can have its own settings, and other repositories will
+try to honor those settings when interacting with it.
+(So there's no local `.git/config` for preferred content settings.)
+
+[[!template id=note text="""
+### [[quickstart|standard_groups]]
+
+Rather than writing your own preferred content expression, you can use
+several standard ones included in git-annex that are tuned to cover different
+common use cases.
+
+You do this by putting a repository in a group,
+and simply setting its preferred content to "standard" to match whatever
+is standard for that group. See [[standard_groups]] for a list.
+"""]]
+
+The idea is that you write an expression that files are matched against.
+If a file matches, the repository wants to store its content.
+If it doesn't, the repository wants to drop its content
+(if there are enough copies elsewhere to allow removing it).
+
+To check at the command line which files are matched by preferred content
+settings, you can use the --want-get and --want-drop options.
+
+For example, `git annex find --want-get --not --in .` will find all the
+files that `git annex get --auto` will want to get, and `git annex find
+--want-drop --in .` will find all the files that `git annex drop --auto`
+will want to drop.
+
+The expressions are very similar to the matching options documented
+on the [[git-annex]] man page. At the command line, you can use those
+options in commands like this:
+
+	git annex get --include='*.mp3' --and -'(' --not --largerthan=100mb -')'
+
+The equivilant preferred content expression looks like this:
+
+	include=*.mp3 and (not largerthan=100mb)
+
+So, just remove the dashes, basically. However, there are some differences
+from the command line options to keep in mind:
+
+### difference: file matching
+
+While --include and --exclude match files relative to the current
+directory, preferred content expressions always match files relative to the
+top of the git repository. Perhaps you put files into `archive` directories
+when you're done with them. Then you could configure your laptop to prefer
+to not retain those files, like this:
+
+	exclude=*/archive/*
+
+### difference: no "in="
+
+Preferred content expressions have no direct equivilant to `--in`.
+
+Often, it's best to add repositories to groups, and match against
+the groups in a preferred content expression. So rather than
+`--in=usbdrive`, put all the USB drives into a "transfer" group,
+and use "copies=transfer:1"
+
+### difference: dropping
+
+To decide if content should be dropped, git-annex evaluates the preferred
+content expression under the assumption that the content has *already* been
+dropped. If the content would not be wanted then, the drop can be done.
+So, for example, `copies=2` in a preferred content expression lets
+content be dropped only when there are currently 3 copies of it, including
+the repo it's being dropped from. This is different than running `git annex
+drop --copies=2`, which will drop files that currently have 2 copies.
+
+### difference: "present"
+
+There's a special "present" keyword you can use in a preferred content
+expression. This means that content is wanted if it's present,
+and not otherwise. This leaves it up to you to use git-annex manually
+to move content around. You can use this to avoid preferred content
+settings from affecting a subdirectory. For example:
+
+	auto/* or (include=ad-hoc/* and present)
+
+Note that `not present` is a very bad thing to put in a preferred content 
+expression. It'll make it want to get content that's not present, and
+drop content that is present! Don't go there..
+
+### difference: "inpreferreddir"
+
+There's a special "inpreferreddir" keyword you can use in a
+preferred content expression of a special remote. This means that the
+content is preferred if it's in a directory (located anywhere in the tree)
+with a special name.
+
+The name of the directory can be configured using 
+`git annex enableremote $remote preferreddir=$dirname`
+
+(If no directory name is configured, it uses "public" by default.)
+
+### difference: "standard"
+
+git-annex comes with some built-in preferred content expressions, that
+can be used with repositories that are in some [[standard_groups]].
+
+When a repository is in exactly one such group, you can use the "standard"
+keyword in its preferred content expression, to match whatever content
+the group's expression matches.
+(If a repository is put into multiple standard
+groups, "standard" will match anything.. so don't do that!)
+
+Most often, the whole preferred content expression is simply "standard".
+But, you can do more complicated things, for example:
+"`standard or include=otherdir/*`"
+
+### difference: "groupwanted"
+
+The "groupwanted" keyword can be used to refer to a preferred content
+expression that is associated with a group. This is like the "standard"
+keyword, but you can set up groupwanted preferred content expressions
+using `git annex vicfg`.
+
+Note that when writing a groupwanted preferred content expression,
+you can use all of the keywords listed above, including "standard".
+(But not "groupwanted".)
+
+For example, to make a variant of the standard client preferred content
+expression that does not want files in the "out" directory, you
+could set `groupwanted client = standard and exclude=out/*`.
+Then repositories that are in the client group and have their preferred
+content expression set to "groupwanted" will use that, while
+other client repositories that have their preferred content expression
+set to "standard" will use the standard expression.
+
+Or, you could make a new group, with your own custom preferred content
+expression tuned for your needs, and every repository you put in this
+group and make its preferred content be "groupwanted" will use it.
+
+### difference: metadata matching
+
+This:
+
+	git annex get --metadata tag=done
+
+becomes
+
+	metadata=tag=done
+
+## upgrades
+
+It's important that all clones of a repository can understand one-another's
+preferred content expressions, especially when using the git-annex
+assistant. So using newly added keywords can cause a problem if
+an older version of git-annex is in use elsewhere.
+
+Before git-annex version 5.20140320, when git-annex saw a keyword it
+did not understand, it defaulted to assuming *all* files were
+preferred content. From version 5.20140320, git-annex has a nicer fallback
+behavior: When it is unable to parse a preferred content expression,
+it assumes all files that are currently present are preferred content.
+
+Here are recent changes to preferred content expressions, and the version
+they were added in.
+
+* "standard" 5.20140314  
+  (only when used in a more complicated expression; "standard" by
+  itself has been supported for a long time)
+* "groupwanted=" 5.20140314
+* "metadata=" 5.20140221
+* "lackingcopies=", "approxlackingcopies=", "unused=" 5.20140127
+* "inpreferreddir=" 4.20130501
diff --git a/doc/preferred_content/comment_10_f0bce3c67f293eaba97b92f0942876b6._comment b/doc/preferred_content/comment_10_f0bce3c67f293eaba97b92f0942876b6._comment
new file mode 100644
index 0000000000..cd7c36fe48
--- /dev/null
+++ b/doc/preferred_content/comment_10_f0bce3c67f293eaba97b92f0942876b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 10"
+ date="2013-10-11T17:12:00Z"
+ content="""
+Georg, `drop --auto` will only drop files that are not preferred content. I'd need to know what preferred content expression you're using to say more.
+"""]]
diff --git a/doc/preferred_content/comment_1_7d45e21dfb016e9ffa4715346dd0c1a6._comment b/doc/preferred_content/comment_1_7d45e21dfb016e9ffa4715346dd0c1a6._comment
new file mode 100644
index 0000000000..728e23dc24
--- /dev/null
+++ b/doc/preferred_content/comment_1_7d45e21dfb016e9ffa4715346dd0c1a6._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="Interplay with numcopies"
+ date="2012-12-05T20:41:26Z"
+ content="""
+How does the preferred content settings interfere with the numcopies setting?
+
+I could not get behind it. E.g. a case I do not unterstand:
+
+I have a preferred setting evaluating to true and still 
+
+    git annex get --auto
+
+does nothing, if the number of copies produced would surpass the numcopies setting.
+
+
+Thx
+"""]]
diff --git a/doc/preferred_content/comment_2_1ccd90b009245667ad59f4d29d2a3a37._comment b/doc/preferred_content/comment_2_1ccd90b009245667ad59f4d29d2a3a37._comment
new file mode 100644
index 0000000000..51e5f27015
--- /dev/null
+++ b/doc/preferred_content/comment_2_1ccd90b009245667ad59f4d29d2a3a37._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 2"
+ date="2012-12-06T17:24:29Z"
+ content="""
+Yeah, that didn't make sense. I've fixed it, so it gets files if needed for either numcopies or preferred content.
+"""]]
diff --git a/doc/preferred_content/comment_4_384025b5fa23a3f175985a081438149f._comment b/doc/preferred_content/comment_4_384025b5fa23a3f175985a081438149f._comment
new file mode 100644
index 0000000000..e6d13ca049
--- /dev/null
+++ b/doc/preferred_content/comment_4_384025b5fa23a3f175985a081438149f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 4"
+ date="2012-12-10T19:46:01Z"
+ content="""
+It was a bug in the backup group's preferred content pagespec, introduced by the changes I made to fix the previous problem. Now fixed.
+"""]]
diff --git a/doc/preferred_content/comment_4_6a9bc657bc7415f0e118357d8c6664c6._comment b/doc/preferred_content/comment_4_6a9bc657bc7415f0e118357d8c6664c6._comment
new file mode 100644
index 0000000000..0ac5dec521
--- /dev/null
+++ b/doc/preferred_content/comment_4_6a9bc657bc7415f0e118357d8c6664c6._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 4"
+ date="2012-12-07T20:24:18Z"
+ content="""
+Built a new copy of git-annex yesterday.  I have a \"client\" on my macbook, and two \"backup\"s, one on an external HD, one on an ssh git remote.
+
+git annex get --auto works beautifully!
+
+It doesn't seem to work for copying content *to* a place where it's needed, though.
+
+If I drop a file from my \"backup\" USB drive, and then go back to my macbook and do a \"git annex sync\" and \"git annex copy --to=usbdrive --auto\" it does not send the file out to the USB drive, even though by preferred content settings, the USB drive should \"want\" the file because it's a backup drive and it wants all content.
+
+Similarly, if I add a new file on my macbook and then do a \"git annex copy --to=usbdrive auto\" it does not get copied to the USB drive.
+
+Is this missing functionality, or should the preferred content setting for remotes only affect the assistant?
+"""]]
diff --git a/doc/preferred_content/comment_5_f0a957e67297c4bb5a8778c11b3c9fd4._comment b/doc/preferred_content/comment_5_f0a957e67297c4bb5a8778c11b3c9fd4._comment
new file mode 100644
index 0000000000..7074541eb3
--- /dev/null
+++ b/doc/preferred_content/comment_5_f0a957e67297c4bb5a8778c11b3c9fd4._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 5"
+ date="2012-12-11T16:03:04Z"
+ content="""
+thanks!
+
+"""]]
diff --git a/doc/preferred_content/comment_6_b434c0e2aaa132020fd4a01551285376._comment b/doc/preferred_content/comment_6_b434c0e2aaa132020fd4a01551285376._comment
new file mode 100644
index 0000000000..12deccb35d
--- /dev/null
+++ b/doc/preferred_content/comment_6_b434c0e2aaa132020fd4a01551285376._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 6"
+ date="2013-01-10T03:00:52Z"
+ content="""
+Is there a way to change these definitions for a given annex?
+
+ie: in this repo make \"client\" mean
+
+    present and exclude=*/archive/* and exclude=archive/*
+"""]]
diff --git a/doc/preferred_content/comment_7_c4acaa237bf1a8512c5e8ea4cdbd11b9._comment b/doc/preferred_content/comment_7_c4acaa237bf1a8512c5e8ea4cdbd11b9._comment
new file mode 100644
index 0000000000..3beac6ba83
--- /dev/null
+++ b/doc/preferred_content/comment_7_c4acaa237bf1a8512c5e8ea4cdbd11b9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 7"
+ date="2013-01-10T03:51:38Z"
+ content="""
+Sorry, there's not. The expressions used for \"standard\" are built in.
+"""]]
diff --git a/doc/preferred_content/comment_8_ff2a2dc9c566ebd9f570bdfcd7bfc030._comment b/doc/preferred_content/comment_8_ff2a2dc9c566ebd9f570bdfcd7bfc030._comment
new file mode 100644
index 0000000000..3c914ee92a
--- /dev/null
+++ b/doc/preferred_content/comment_8_ff2a2dc9c566ebd9f570bdfcd7bfc030._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 8"
+ date="2013-01-10T10:24:28Z"
+ content="""
+By way of a feature request: Maybe the way to do this is to have an additional keyword like \"config\" or \"repo\" that allows you to use vicfg and/or git config to set alternative rules and even additional group names.
+
+In git config:
+
+    annex.groups.<groupname> = present and exclude=*/archive/* and exclude=archive/*
+
+in vicfg:
+
+    # (for passport)
+    #trust A0637025-ED47-4F95-A887-346121F1B4A0 = semitrusted
+    
+    # (for passport)
+    group A0637025-ED47-4F95-A887-346121F1B4A0 = transfer
+    
+    # (for passport)
+    preferred-content A0637025-ED47-4F95-A887-346121F1B4A0 = repo
+    
+    # (for transfer)
+    group-content transfer = present and exclude=*/archive/* and exclude=archive/*
+
+"""]]
diff --git a/doc/preferred_content/comment_9_f82538be42428691d7cab60a7add2e74._comment b/doc/preferred_content/comment_9_f82538be42428691d7cab60a7add2e74._comment
new file mode 100644
index 0000000000..e1c2d41641
--- /dev/null
+++ b/doc/preferred_content/comment_9_f82538be42428691d7cab60a7add2e74._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkC0W3ZQERUaTkHoks6k68Tsp1tz510nGo"
+ nickname="Georg"
+ subject="drop only files located in archive"
+ date="2013-10-08T17:53:08Z"
+ content="""
+Is there a way to drop only the files that are located in an \"archive\" directory?
+I want to drop all files when calling
+
+    git annex drop --auto
+
+if I move them to the archive. But I want to keep the files that are outside of the archive, even if they are already present in other repos. As far as I have seen and tested, as soon as I have the files in an other repo all files get dropped, also the ones outside the archive directory. Or do I have to increase \"numcopies\" in order to circumvent the \"(not copies=semitrusted+:1)\" case?
+"""]]
diff --git a/doc/preferred_content/standard_groups.mdwn b/doc/preferred_content/standard_groups.mdwn
new file mode 100644
index 0000000000..5622dcb574
--- /dev/null
+++ b/doc/preferred_content/standard_groups.mdwn
@@ -0,0 +1,126 @@
+git-annex comes with some built-in [[preferred_content]] settings, that can
+be used with repositories that are in special groups. To make a
+repository use one of these, just set its preferred content expression
+to "standard", and put it in one of these groups. For example, to put the current
+repository in the manual group and use this group to control the preferred
+content, run
+
+    git annex wanted . standard
+    git annex group . manual
+
+In the webapp, just edit the repository and select the group.
+
+(Note that most of these standard expressions also make the repository
+want to get any content that is only currently available on untrusted and
+dead repositories. So if an untrusted repository gets connected,
+any repository that can will back it up.)
+
+The following standard groups are available:
+
+### client
+
+All content is wanted, unless it's for a file in a "archive" directory,
+which has reached an archive repository, or is unused.
+
+`(((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1`
+
+### transfer
+
+Use for repositories that are used to transfer data between other
+repositories, but do not need to retain data themselves. For
+example, a repository on a server, or in the cloud, or a small
+USB drive used in a sneakernet.
+
+The preferred content expression for these causes them to get and retain
+data until all clients have a copy.
+
+`not (inallgroup=client and copies=client:2) and ($client)`
+
+(Where $client is a copy of the preferred content expression used for
+clients.)
+
+The "copies=client:2" part of the above handles the case where
+there is only one client repository. It makes a transfer repository
+speculatively  prefer content in this case, even though it as of yet
+has nowhere to transfer it to. Presumably, another client repository
+will be added later.
+
+### backup
+
+All content is wanted. Even content of old/deleted files.
+
+`include=* or unused`
+
+### incremental backup
+
+Only wants content that's not already backed up to another backup
+or incremental backup repository.
+
+`((include=* or unused) and (not copies=backup:1) and (not copies=incrementalbackup:1)) or approxlackingcopies=1`
+
+### small archive
+
+Only wants content that's located in an "archive" directory, and
+only if it's not already been archived somewhere else.
+
+`((include=*/archive/* or include=archive/*) and not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1`
+
+### full archive
+
+All content is wanted, unless it's already been archived somewhere else.
+
+`(not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1`
+
+Note that if you want to archive multiple copies (not a bad idea!),
+you can set `groupwanted archive` to a version of 
+the above preferred content expression with a larger number of copies
+than 1. Then make the archive repositories have a preferred
+content expression of "groupwanted" in order to use your modified
+version.
+
+### source
+
+Use for repositories where files are often added, but that do not need to
+retain files for local use. For example, a repository on a camera, where
+it's desirable to remove photos as soon as they're transferred elsewhere.
+
+The preferred content expression for these causes them to only retain
+data until a copy has been sent to some other repository.
+
+`not (copies=1)`
+
+### manual
+
+This gives you nearly full manual control over what content is stored in the
+repository. This allows using the [[assistant]] without it trying to keep a
+local copy of every file. Instead, you can manually run `git annex get`,
+`git annex drop`, etc to manage content. Only content that is already
+present is wanted.
+
+The exception to this manual control is that content that a client
+repository would not want is not wanted. So, files in archive
+directories are not wanted once their content has 
+reached an archive repository.
+
+`present and ($client)`
+
+(Where $client is a copy of the preferred content expression used for
+clients.)
+
+### public
+
+This is used for publishing information to a repository that can be
+publically accessed. Only files in a directory with a particular name
+will be published. (The directory can be located anywhere in the
+repository.)
+
+The name of the directory can be configured using
+`git annex enableremote $remote preferreddir=$dirname`
+
+### unwanted
+
+Use for repositories that you don't want to exist. This will result
+in any content on them being moved away to other repositories. (Works
+best when the unwanted repository is also marked as untrusted or dead.)
+
+`exclude=*`
diff --git a/doc/preferred_content/standard_groups/comment_1_026e47e425d06c4b2580238b3187a379._comment b/doc/preferred_content/standard_groups/comment_1_026e47e425d06c4b2580238b3187a379._comment
new file mode 100644
index 0000000000..9a06d3791e
--- /dev/null
+++ b/doc/preferred_content/standard_groups/comment_1_026e47e425d06c4b2580238b3187a379._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ ip="2a01:e35:2f7b:8350:290:f5ff:feea:5546"
+ subject="difference between source and unwanted"
+ date="2014-04-02T22:25:26Z"
+ content="""
+What's the difference between `source` and `unwanted` ?
+
+- `source` (`not copies=1`) will keep files that have less than 1 copies, meaning zero copies, meaning no files.
+- `unwanted` will exclude all files.
+
+Both gets to the same results, all files are moved elsewhere. Right?
+"""]]
diff --git a/doc/preferred_content/standard_groups/comment_2_460bae34ba7c05357318a202b2932d25._comment b/doc/preferred_content/standard_groups/comment_2_460bae34ba7c05357318a202b2932d25._comment
new file mode 100644
index 0000000000..c877a92222
--- /dev/null
+++ b/doc/preferred_content/standard_groups/comment_2_460bae34ba7c05357318a202b2932d25._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 2"
+ date="2014-04-02T22:44:14Z"
+ content="""
+@Mildred, I think both preferred content expressions will do the same thing. There is, however a difference between the groups: The webapp notices when all files have gone from an unwanted repository, and will help the user finish deleting the repository.
+"""]]
diff --git a/doc/privacy.mdwn b/doc/privacy.mdwn
new file mode 100644
index 0000000000..3ac4b1eecf
--- /dev/null
+++ b/doc/privacy.mdwn
@@ -0,0 +1,47 @@
+git-annex users entrust it with data that is often intensively private.
+Here's some things to know about how to maintain your privacy while using
+git-annex.
+
+## browsing this web site
+
+This website supports https. [Use it.](https://git-annex.branchable.com/privacy/)
+
+## repository contents
+
+In general, anyone who can clone a git repository gets the ability to see
+all current and past filenames in the repository, and their contents.
+It's best to assume this also holds true for git-annex, as a general rule.
+
+There are some obvious exceptions: If you `git annex dropunused` old
+content from all your repositories, then it's *gone*. If you `git annex
+move` files to a offline drive then only those with physical access can see
+their content. (The names of the files are still visible to anyone with a
+clone of the repository.)
+
+git-annex can encrypt data stored in special remotes. This allows you to
+store files in the cloud without exposing their file names, or their
+contents. See [[design/encryption]] for details.
+
+When using the shared encryption method, the encryption key gets stored
+in git, and so anyone who has a clone of your repository can decrypt files
+from the encrypted special remote.
+
+When using encryption with a GPG key or keys, only those with access to the
+GPG key can decrypt the content of files stored in an encrypted special
+remote.
+
+## bug reporting
+
+When you file a [[bug|bugs]] report on git-annex, you may need to provide
+debugging output or details about your repository. In general, git-annex
+does not sanitize `--debug` output at all, so it may include the names of
+files or other repository details. You should review any debug or other
+output you post, and feel free to remove identifying information.
+
+Note that the git-annex assistant *does* sanitize XMPP protocol information
+logged when debugging is enabled.
+
+If you prefer not to post information publicaly, you can send a GPG
+encrypted mail to Joey Hess <id@joeyh.name> (gpg key ID 2512E3C7).
+Or you can post a public bug report, and send a followup email with private
+details.
diff --git a/doc/publicrepos.mdwn b/doc/publicrepos.mdwn
new file mode 100644
index 0000000000..625522d348
--- /dev/null
+++ b/doc/publicrepos.mdwn
@@ -0,0 +1,19 @@
+git-annex repositories are often kept private, but here's a list of some of
+the public repositories that you can clone to try out git-annex.
+
+* [downloads.kitenet.net](http://downloads.kitenet.net/)  
+  `git clone https://downloads.kitenet.net/.git/`  
+  Various downloads of things produced by Joey Hess, including git-annex
+  builds and videos.
+* debconf-share  
+  `git clone http://annex.debconf.org/debconf-share/.git/`  
+  [DebConf](http://debconf.org/) Media, photos, videos, etc.
+* [conference-proceedings](https://github.com/RichiH/conference_proceedings)  
+  `git clone https://github.com/RichiH/conference_proceedings.git`  
+  A growing collection of videos of technology conferences.
+  Submit a pull request to add your own!
+* [ocharles's papers](https://github.com/ocharles/papers)  
+  Lots of CS papers read by [Oliver](http://ocharles.org.uk/blog/).
+
+This is a wiki -- add your own public repository to the list!
+See [[tips/centralized_git_repository_tutorial]].
diff --git a/doc/related_software.mdwn b/doc/related_software.mdwn
new file mode 100644
index 0000000000..0cd7d7fc8f
--- /dev/null
+++ b/doc/related_software.mdwn
@@ -0,0 +1,15 @@
+Some folks have built other software on top of git-annex, or that is
+designed to interoperate with it.
+
+* The [[git-annex assistant|assistant]] is included in git-annex,
+  and extends its use cases into new territory.
+* [git-annex-watcher](https://github.com/rubiojr/git-annex-watcher)
+  is a status icon for your desktop.
+* [[forum/gadu_-_git-annex_disk_usage]] is a du like utility that
+  is git-annex aware.
+* [sizes](http://hackage.haskell.org/package/sizes) is another du-like
+  utility, with a `-A` switch that enables git-annex support.
+* Emacs Org mode can auto-commit attached files to git-annex.
+* [git annex darktable integration](https://github.com/xxv/darktable-git-annex)
+* Emacs's [Magit mode](http://www.emacswiki.org/emacs/Magit) has
+  [magit integration](http://melpa.milkbox.net/?utm_source=dlvr.it&utm_medium=twitter#/magit-annex)
diff --git a/doc/repomap.png b/doc/repomap.png
new file mode 100644
index 0000000000000000000000000000000000000000..dcd777e1254698aed16dd2f6a2804b69b5e9533e
GIT binary patch
literal 67316
zcmb@uby!sG*EYOo=<aSLr9nV?P*OUCA*H)R5D*4Lq+7bB8w5mhKtei{?vfS|2`S&r
z{rsNievbF}{`rpY8({C*bIhJS*R|Jmu5+z*E+RD574fjCu>k<UQ&y7G1^_4m{3F9e
z2Var3QU3<+AfDQaPk`!C+FkGf-9klC4)}Zjlh<C71ipghrexp=05~M~e-I!eixPYh
z!%JCB9%BIom4tw)EU?8BfS`LR%gO5c&L3oBq>(<Kt{spSR7%NX)FNfUQ5wZm(oU3<
ztq(^qim9NJL6o5dc@{69>-lsB%|t^BDD_M}B8X7fe&3y$?vGACk`l^pEx*coH7Z0`
z!L@un9Wj?2{-1}^Gi8xEH0J+2posr|#{B=s)4-(Mz$@j~$6Xi&;6vbBZqS_px;_yR
z5d<bW^dL^M;8_ZHS;ixK=7$d-Qa9#!j*9Jl-p)ztdM+m?2aJ#WT75%M&Q;T<-Tr%0
z<^B`2cEO_phwr8NcPoFdg9Mu+!^1Iw7CNA&c^&&~Ea*;0S6BDZ!`sfk*D~H~Zz-^W
zf8GG@A|wBK4!-;UK2WGuZJIIlugVbjb}&xq^w@ef^~v=G-R$2U5{**zZ1FM*Q(q>w
zp}T&WyL`)j)4)I0xA52!AP<~Ba0BGoVO|{t{WW@C3D**KoaW{oVi5Bv984D~L2tah
zzNm1Tt1r`k@mkpC*s$Ht`+1|o^Z)B~R3M!7@XvPcOng|!<$BbW@CW!We0s^!l`o0?
zj;f0Qea#8|&?EBCX29jVW6f@~hV+<g`q-~r>x>nVA;n<mDP7>3v&)&zyQ00RiW1(A
zOAGJIWAk=nvEqO3Ah>}d3e2IaIvP?%e!q9}W$}tc7M>DF6|VUINVokyp8xcDwejcQ
z{?79a6G>-bcr?0=4pYA!+e9sT!c}<?J}a+3J%rch1uoXSkdZn;c@=cMu+k7Ud-HNA
zg=gwRoOJohi#m(951*GO2WD@b?S4~S0#C8e6^_g_h^_cv(-aPb%U3xsG*K7+7|X4h
zt~B^C_@1j|Fq!j1PT-aORA*4o?Q$}w&ZFNZfq%BHu935q1|J{I5}l?>__zqWulL|W
z2;s)9FRSiw$81Nl%48NwwI19qv8trlt#TPQl)gNwHw}o*NHY55^1MQ?N*f%+<n$Nt
zYn9^gHp86f>gAmmo3*5_4?cPrqXF`Aa;Shj`1=$MW?YS!KK!&&ZBnWF6@5Os(YY%G
z&0d+dPadZd5}~dFUh_~86~_IVn+EZPSSb-RcdH#7hW#oE^k@6U@}mmV-N~XeKMOKc
z$~uMmXmRho()mV572Ldk#ts??Xd*0tQX2!(dlebnZ~+lD72@v;+P<j6{qZ&7>Dk_t
z%HeXmM3ofd&$Z!1m}=XL{3maJ```i4Ae%Xx*Yv)tkh9Gs4TlP=cldO_9a(~ERUt44
z3|vIuDuTc!H~_*Z<CFE?=VLii-<DhNuJ(o9h%n$~+N{pOC|3y4O79-rj0=dMaowNO
z?J;5?25kZhfrd>w?qUN22x)~KlJ9uQk>2~$_WX}MHpAx|>~-cnl%No5xX)nMR{=7B
z6uc6+0Z8#sfOJH}mQVyaN8G|E*BW+f<1cd`ZD+`3PU%;e)W_Qt7EL<>{xCz4Cma2_
zXA3<P(3hh#1{g31&f3nzhi}V5Kdr^8|Cd!7e4osed{v(z>Y5X%ez5XmBy+0SedD|L
zj7bRzuWBWO-sfxypK>e`HoIde=AY4y*Vn(dC#3w(?JCx~-{PG4e_Hmd2!p{$9)Ib6
z*BE;NUrrOS^ulEtdzHPJSZCS4x6-#~yN;*KZ!Tp(E`Wg38?dLe+D$M!^Uw-fDT!Y+
zmi}v=rKSI04uCxH{Qv%d|2GH!+Q@&O|Bu1^KOTVZ1x?9ePv-6<E)S8A4yCuV$;I08
zk^7H1gFE>Rz=s2QToZJwB6YFoxd+0EK405$h~I8e>h~eO&Pvl)TV%KMAIGFC=wEFT
zc^|c3l!LZh*627>e!r5y>8{QYune2dbZJqJVURIh^4*BBuUQH>9dQ6n%uv6^v`WNz
zzVPMG#j>&M&f7!Rs|x}UtAgTIUZ3<*oQc;;|Gm5D6#k0I^1q-r%&ZXw$TI8Shb{hG
zYMttfp_u}g{!|DW&ZFA1!v+0D*A>(IMPII*#8w`7dsPmiZn@vtUb(|mdAZF<M!9Lb
zU%C56U-_%kA6Fm2`~Q6&#3Jtz;hDnSP%M(~$7^4{<q*(5)--vw_1;k8<w2=olT#UQ
z>w(}c4aJLqy1STr7yuXL{)*lA(uBJha0om5AiNP#GpF(x6}z+^iZs5yetCvOAt)`$
z4K#GsXXL=XcNF*D1>6;r9z&kMhzQ;Gt3H({JWzB<duY<qaF6kWDLk3te{W8o&s3XC
zoz1+cnXWP_p%1!oKg<1lqxkxCM09V#we$H((BJl}lYWM&-ESpRe4RH1f!BwkXV*ua
z6+*V7r80MyPjA6nrImZi{l>aZHRbPqO=tPNul&o~`4@!K-LpS8r(<U?A+JB$jA(=2
zq|sqKFL*GCJ#IM#^qGoJt#YMbf4}*2de&%F`3~v&&=CJ$n|O`s2cvh<X7jCl)vO1R
zs`SC55&5py0?un$*Bguq`6%+TcK-_pihb~N-?JuvR<1W>SpA*tvpnHqW#+Tk>|U-@
zqV9KH$6U`>>$D!$w?42v>xyKG-_++P{SP((q-O@qeU@=j#l@=W1xp{{$VhUYa&%nE
zJj>JCG>Dq|8FZ%?8~=^7#Pm2g0~OT54m-Ec%XK;LQNPi$AAhAK`rj`sh3${P!6IT&
zB~-*XHlJ(RE3f#TA?)~jGq!a)&W(akY4Z<_Yg;~vW?w8_h2bZcs;>BEISVGx0P-%x
zuBV5lW&c6PdvMf>Gq^+$8aIIh)I-A|*M0x+`Q!k#%+2u|glQJ?xU3{+k}!=+pBHZq
z5UCN1i%Lak0-E>S1KfQ_Sye21UuE=Z?_kzrYp^W;>AQ0F+yHHM80PO@3e@cDWERrc
zUJ!@8MLa-f<7Ggzj;{73;$KLy(@lD0t*WFBh>S`cNoMb65M_n4EQ?=W?blS`(}|Y~
zS`U`exHQYYC@Bta%;X9A4={q>nwPsxHJ$ib3MrSKY7CW-Li^dYQ432X{A!W&MZn41
zuv5=5DgD$j0qd8G*unqnv=A9Kt9tJ;OGT#5i)H^Y&+Ui8S2@1x5#d!15h;ocuOAib
z$#Mrb@9qY!Pjg%RJ4>lZ2E7L@2Jy2edlfZ)(}RjqvV&!z%snGy9GZ-u-@uz@aV<wT
z<UiBx;hB0($nSxCr*)tEe_vVocitN`Ix(e3;f>F^KU!O#NhAcO;?t*3QOUV`V?g10
zD_Eo@j*{sBrK(<)VG+2nizLc0|7(Fog8O36Yu*<f#xqAaWP{8J8~t&PQMwVttX^zf
ztEb~n33e|yoSz)b-;)y%`Gp(Wu79@L?|0eOO;hFLswu2`T^_G_9i31rJurYeG8lXu
zz0jO*+8WI^@?jMivYT%xbJ^(ot0Db|WyuF&wYbUBmo{VfT-0uy@s{o`^A<CF5~~R0
zX)PQg0`D7AJY9?`d$B4AWNvE9HS<IKK$c`|iS@6otJM>~(QET{Kl`R3(>rn)r9wR8
zaX8;Nl_ln>8%56Z=<;Bt^F?P62)X6plHB)nT5fx_7lOk(juxLiz7_h`|L14+r*7h2
zJL3ib{G*MUuz5GCu>B;<ZC1-$%yGvY9lLb$mmo;g2gdwlW$E@hT9(2)9{vTFxgxbR
z7pl=Ba0ijArOGIlR_yl?Q;B-^B;jX^UTnO1C$4O1Vspr&ev(>~daDRW3+TU#D#;1b
zW7r6SYjchaJQv6&VOQVTz9B$GUY+fieAej%X~RdxQ6yB8gcn%f6Mo`kywu`-X1Trr
zO+_iRVC{K^L27yUWl|I*Vhvk$D_MwMN3SFPkY0j3`5g>gTnnm4<o(FAsFK=PI6s$O
zWhqb1zkVKypl-|J9rgVRGJX&89aN~<LX-1Y$ir>hx>2ebw)DX@AkXu2yWiR5F%c$W
zbOo;%^h2YBv%WFpE;hFyIyW_pdGAij+ip#^qbRXVuq6QDH+R=Z;N5v5E@Ake75mSk
zP4$PEu5+qhB1SV^JIZoTWgY;y=n9g{_0}r$p6ff^5SVR2-+O)2G6}oKJW1;2L60|3
zW6TDIaDg~_sf_bQEW}Oces$~Q@&{Fw0?6_2-EY*uoauj73dpy#gslfjg`H+=!D(#P
ziV%{6aEnI)(pmcX!0P5e(wS$6QPDH9!{Qh;fL_c)t}{+0t+|Iz;$^9Z%&qR$P^w1%
zpA&zzj7JkEuciEcgWly&d)uqiJrMMX&4~}8f!o<WUIim6eC?Z&a)kf0KqpxC!4+R(
z6ftr51$ZhMnkJse0J^i1eO#!thSXVdVBB&yn|-&^*5LbZ(-^%T=!Hvu`&Ht_1mU=B
zRs<3xO7K|E%-Wx4`!jrpV&jTo{CSF<mZ3c{WjZB$%l(H7pJuQ~Nz-0dr|OjJ*HkYD
z{k?72zF6|fMdvN){q<{zZ$|k6k`kb4&ORYcG<kVA&uVQ3g5-Y@=)d|Xgl3#CI@;9z
z!c)z9g@n;-+RqK&3)!mUsi{8}ibMHpYqK<X(2l%73F4Z)cv>bw>6HD!pwk!j$-w4l
zx&5BDnoKdk|HWNa!e*yAL1!#Uw^f+&C=<6mTYd=c+*=%q!M9`>0;`Hk^4!^=aekZY
zblF2^1~|Zo72p6k_Lzm`-(V2X(<YK}(dIM$ij%o34ZK{#$WCS?mbrXjnNcqUYYz_i
z_g+rmlKBEadLBq>vQuDdQ_ILQ=xa=C=WwIK27)E+ot*V1Y2^PxS5LGLW75}^ycG4e
zWAxqwtf_XXhdiGa3uO7f&x$7W0J#a<xk08VWQRW<ySPMNko=ExRI3+UOFUB%BQ(s>
zdPmSqBOTD(L@U6Vls^xKFiX(GJ{s5WXwd@}MKXNyF}vLfWbxrW3^!j3=_Ot|&AaEv
z2{K|Df2O(v=lg!r!8N^+JZ{craF_I576UVuiQflgLOa9{Su8Yj@e!1QR^hxg-98+3
zAvCkUV}yrLX*v6FX%o9}NVO+Je{qb8`!k<Fq}SQ(^D%ZNGGa3#lgrnd-6|LHU;jH+
z0d#4LcHk2@o#po=Z@ygA3<*3hQKx&};${CF#4Hm#Dmx=E?5p<a7Z5h<zrf?SK_?DC
zf4nJrPY<JL^{Wh@qili8$Ggd%u_yd3zsHWmt6zmJr=t?yG%Znl9dIM-R9=&Eqc!(o
z%}=fV{{qzqR4F!flG(pIAL1N*4(NOq^Si3S;G|{SX`(>BktTJ05Po(k`O|dqO`kUD
zL;kd}6RG5!4iHduJ}AabYZ?^DVVNwywIXVXFiU@^T^KH{U#mM|zp)V~Go9X<4``GR
z)^y&LSNW4}u#senM|d%C8aLPSYMazq$ls><s)|PprwKg0Ap7C#rcUWt^{+SAus8=q
zxgBXyi~}1$zg(F%4SFMoR9-;gSmqeU#xdUS^R#Zyx)7a~0i=I;Y02-p4l$3bj6Z8r
z#Pzj1RlY+fb{DnGH|z-bytnYF#^v<o&(GU?<Sq{sqQ~htvrL4v2MTOa83TU}u>a#p
zz7?wpKek-^V6)O-|LwQ*Iy^D{i}cpt`@lUvE@b{d#VkI>8_D!G=MVmN1jYKjS^SrE
z^w!(Hp|5_vSQjUCp4L>qw)cS+2Z3bK7^;n>lW^E4IPSI55X4xCu<7<`Nidj3A&|@q
zCZ-TP2}WX>JqcO>3A0vf#>XqE<qaWjg78fVCz8WuJ2VVrGPi+tDi=uK;(jWEm}P?(
z=k(40sJ*1)=9kJD7+W+$*Pk@%YVRL|gm+4B?8`fXeJ6*(y5U@z7ySlJ4pYw<R9dPZ
z*^R>(UaSkUt7Q~kqh_W!cg2>SKCaUcBj2B?nK^#<JU&f5k8rhkiS7uJ05EN*ctP(2
z-TUy<OL>t#NhmI2ZhyY9qNz5)EZCong7@SFe03*1ii~4=ze{ddoba2d$EFgVHT*rC
z0uenEoCaqte*EH#-`8I;T>hW|&Bx#}*3**;vMCqAf}!PxjSha<wSnfZd%7_tZ?<Lr
zMmS!#!2TS39P`Rzt=2bQ1o`&lZA>t)@evGupC!4n%tmvm+i|CzQwJ_~OLFmBH0l<i
zb4AbIPrCI8+gjYz&zEG;z)1~iK)Sheib1()yq?9ZLW#pXZfEx2+)@tUADxzB#Nncx
z7B>FS;|r#ZRE=Ejvsyg<NIZk4zHX8#YrY4ccnJYq0Gn2)GGGT8jN&cHv`-cJo^SdZ
zi(fY470MG%Srk%p+1A_hg(>iUG@ucsiVhIMzahA%>Gr8$T^)rlnNoV$)G|uJn<J^F
z93n7yhyG~9Go{y-<L#FVxC@A(!g560N(DGW>~lq6Y;{lc_do_XT^A2us7+hX>Gg9=
zbg#9d-Z$d7PP`D)zocKl{{73S$327Qt!7G>fDIKq{FCcS^_Xx|>Y<rG{O5h-{$n(|
zVkUjeL*1=|b?_Mo%>RYYJN~`B@6O82x<Vc*#?p$1x&9bVpSQ3i7KE}d!PUA)x6Hh|
zEzr0jP#A$;hgoN;l79YN;A+}yR3}JaejuMIb|GP^eyJuC-Y^wig=SSw0$j!CU^c%h
z0!H(5Q8Qn1_T*6w<aH>SnaP&q*Bq(V*rT2+hrkER+adp1!$96P*$~z=xv@W(9-6E(
zg~z*nF&AJavN%7O6K}$CBqT5JeSgHi+U;6v+N{Dkr46R*oF}^dnp~E|Zw;iAhOgX5
zuR=g-I>R5*_)ynTpSe<(rHzs+Z?`t#>#b!h>q#Cwibm9>a%lj5z`T33Z(OW=od4pu
zCxYZTNG=+#(+_)N@ba_*!{Fm!Fk5yXZ_h}OKjqHK0>i#-?zoLG4@oV{3E?dV)x>zM
z|8f2rWN?w`N8G-u;mwe`a&zS_zqkG|_%tV|?PmMEmW;ovTYpXpyii@Qq)>iP91y+W
z(6=Vo`xeKG@b8b}gXhy|6_op777-|EiQaeaH`CQ76_yVmI-{L%gI!!os1y2T>FL)I
z9M-ph+2SvF?a19%Fsgj0Qykq<hs;(N#6F2%v~t4(&aA3DPoFkJ@(JKyBC=V2Bo(q*
zzy`waz?jxM-*IpamFpqzR>(i301Y6iW@C#}_5c$G;tDa;&Z^N?{lqo$VO+<(J@$hI
zJv3ITZIpz)Rya!8L3e-V6Tesu2?)vOETK;#1*mEPR7Tm#j561qVr^FBM+iMiaC3Q5
zV@{t%tJ~U>*Og)v%7l?y9iG!!k6?D(0nOp=Dk%Fbya`LgpD}LCv#qjKMe4PPwH}Z5
z*bu*j-LTD#CJQjfCQib@5OBIKt$DF7=aklN(+330e|#y4o)Z;X<<E|57w<24qC4Cg
z+<Y(wI=(coY^wJs=uq1ySSRku!Av;>`#1*m_bF1sNTX3_#;s^s%g)5_vi0ch&H&j0
zF{RHB@}lHO5*y9I=J=7!O7E9!Bk`Q-i<={&E0tpdR&dQ2Zz|Yk#;Oe#>pm41^S%Nc
zb(<p}^LuC^{PDCLGTv7X5vTna#>#77Ew(sjldH3tl^IGPeF=Mgdp5HN5{qe8pKh``
zmPn8@f&mkH<1YdGwT^Bnc^qM5XSmVJqvfil=cDwWBQg&DNKNBug1O+-rmXSxm|x75
zsUImlS=`Mdw3~u`<<7a#;vp1l-l7ydHn|v3#%GnZton)V%d|ezD4)2j?P@cq92<?U
zv@+9Vrl*W$0>a#|T<STho{Hsy{&kOra@3aid98)#N8x}=H|O0#`XbK2k+X>21*_Md
z+4$6tl-@i5240~Rl2lwyC^Fbz)FTW2D^G4_xMt0!v1kD2P@3m3YO0LQ{csSD<)Xoo
z_t>&74Rd!6%-g`*T^e3l7O+2fuPmL8MZ3naQ18B>kZm71lr`g)PlEG<?ZQi8pB@(o
zp3(ZC@VVP#KnzjA0PpQqND;$Qbooh=rA6+>F@6T-QuY&-S$cujNamAxI5Jo!GLpm;
zc%<z_Qz2DXYb=9!u=3$M!I9;w&H4VA82M~U`E$CuobP&@mnaFyU5TT%59YrvPc~X+
zMbFqlHhdA@rxUF5Pren&(mdj(qvb_eT0n{}yaY&B1~uy^36#+sTQ0dJ5bJ6<(ej$s
z^Ff{yYZTZYrf{e7xxYX%EcAxDawA+^^}_`JV01G$pFGxIv~m{Shco~SEY5DGo+uk7
zdT#1&-FU-ixZjCnl%UEAE0FIy58trH7bYEbT&uSxYUD_kfdvAbGtlkqNe}n!4UJ$~
zqUH^#QCKnvQ$d`%$(u!}BrtLE6@|7RnGN{G3#;h~udrJ#cv<G(u3fAI@zsJ*3^L_3
zOu#$@Qht88P=azr)l-Mguc>2*GNfEk6%fp-dFjkX%SLT%*xbb7i~HOBt!m+rSW2E6
z7B%;4(li^1bW~*kDQ-EK*8JKZKrVjvbi8<wtqpLod4IZ?vktPP`?4orpuij@$zG11
zM-t7Eq6WnlRbdn1Ct5`ve+`nGy%^Eu@omXkMRMt)6eWBV)X&w*iEG99Ll5$lUU4Ma
zP{xJFpiV0<Gw)}Nkq`{HTeiB{dY*>1W^KI7yqT@DoTpZ9?QvULfF|Eps5;PK?8Zd8
z>f_SxPm_NmJ>IbLz~iRmd@#D4(P$x*s-{+y?4C;&yQZRf&V$9r)Z|3sUcUC3aMzZP
zZpLn97N1cq+O_M$Z{u)CXPH%&c(!#bv1Kv3anYvhz7pwB^36tgr3b_ji*m$AJ}15f
zs{{>alN{3npH>2mj@Vs{v9$7&@wbW*a)~xOMQXtwmhX#E$>wHyo+t97+<eOqI}&_}
z64N}2Mtomt2*5zF;YYT*RRRrX-6mhMMH|2QF2Q9JpMSw~q<4RYI|{#YJ0f0D<dL<w
zT1;!FiESjqVQ|-N_KzqNOi@{G{d;%qy+{lEY;^VvLv_O!81UPLyDz&Nhr6=6Opwl>
z8}XT;@HjEdkdJQ)r$tzq1b?mRxOxVbDE#Lw)DHMpmC!{55)h32bo<OX1i%Ex8Wjf*
zVZ`enVaWw62NLr%+P^S{9&8ix9)L6e3kHG=HqhdjXfuvd96rSKG-Wfw3atyn@VJ(K
zZM2I{ae#dB37gPlg<c2p+@eQ4L)^_u1;fxH-N`N6kLf2Lmz#Mvix#q~$Wc%mi3uQ?
zV=E?I0ZL4U@6?4WP0HU1IR=b5`eL>cPOwEqL??S%*K>-kl0FhXu8RvTKc-Jn?zZPh
zm$!Sz`R(a2E4kXa4EdNDS_c|6IFV?;gZe=?{b$)Ci;?i})tz^KbX;HLQgO%K$i;rh
zm=K0vbP+4p83A7#`hN*tijmC_!&J;9^@?F!TqHM<WLypMeIu+6-C}*;8!gv8L5nel
z`}EmpKaJmbAH9)SYKm+)+E|qI+KGoLM6Xg)2)oBwDR|y#y1X0Z^;vX(*F@`Ks#RTX
z*&i!T8tRzq9^c<w`&p}B5R2afPYYcMsd=A>;Ah#w_dfkGA|91`An{C;#ZmAjd0a6e
zpZA|xjYS?&hwn-&$|&Wgp90V_k-Oot0aQygAqHQfty2m*8~RR%nvz%}S$hsyo$3ci
z*;1k{-$n6Fh_XaLVWHeFMr8wa5X^yQY43p;T7L_NGV^D?_}hR$rmstB)qt3C;w-o-
zh1)u>_A2(ks7GDjkNqQb)x!x45CYH<qm)AR`{4p#iZG4StLX-yGOPGL)YoCSTG*2o
z?^&ittS+z6Zid~>T1&J05NcVPHbwRb&w5+2mw|Hx&7a-2Eho<WPENrJ+b(nx?n+_+
z6W0Rl5UXIeWdiL(oi-Lnvxb`t${x#6+xfiX)eW*-$^6u@rd@A_pooUVy^;l~xt}-_
zam02LdSv5uvjxWiB7G@=^wQdv_*vN-;x~_7rsZ0zvsl$RCZIQN{n(cfIXGJk>!ilC
zw5=lX&%ubgp6sOOW0tFwGX&eQx#t-Dxw9P4ynS!eJZ{op>ALQ7M4jp3nJIFHKsF(w
zH^a$47<PnR<f@vfz!)!(W*FZ<*;9bWofsOH8lE{Nx)Pw%njWlL2iEf=!DK+To{ZqP
zND98{C}Eu)5rZP5+MD<~6&}84{NrEg8M{Yz-$O?dTx5_-VEtjKm2Ak7!`cDxMs_<6
z5a)9&!IesnwPX4!v6V;`zP?iXVcW*Up8)J+ZT``?AaM9SuzAG5)P;J%kHvwcr<(9J
z4_7X{W!a{V;0ndniX(~=Wlg+n1M)$-8U>6etL2B0VUfbwR4Jn6nyiGVDpk+FQ*8W9
zBxd|gBW&<K@G#~;l^WQ5jGr8VSt89um1afkM+D4CBV<0zDj={@3pl0Z65L5tD7awH
ztm>RRD>>;x{AnnoZOby{Q1U!IFv#7QCT-zt0YT3c`jcM<_VDVAC54h=dnCb>1YB_O
zLgj#17Cdu%(kSp7DTP4dBjQ>`)}`ET*(v~j7gO{wFx|PgccXgT2i?_o%+;y85>Q%S
z@0+9=_2CpBKKX)o(Cf^8ndL#@Wr2Avy$vZ6c&r~`u>SG8Z}imBx6v5udisbabdLkK
zQym(7j_CeZIoyC3b_&d5SWcS)^D|YRF5dLhbvdeyUDl;q^QYN6@<W~EJcc``p_B%}
zV1^%peB446vA{SQM{TMq9Z^d!wlvc0$(i+R7s@7!j>6_IV{{$T`;!OED!=D@VR|7f
zJixtnps`AYlNT{n2&<}d5QwL)bt4}rE{v{g5hGE*3|RH2B`{UYzIFKnW`!@ZhM*#X
zS9GUR9|L>vAZGBMOG#?@O2R3MXd($<Kq0+vTw=CB2^aZVS)-iNg*PO)^7_K$Hd`(?
zsFF)m%F8pqLA$c*XaF7djUjFReKJeJfH5GD7I3-t?uvSw)|~s%;kCHW&&s8*lpLkm
z9A;pk1W>-63jV8GQIbtWqR!0Y)K{eV4xi1WGB5%=%qJ6yBo$|y=F9lS2;g3m97C#S
zYrIgp-j13G{}fGH{jwxnt1Q9w>{|0#f14=C%}m%rE|fU(Ls9$Dd>$3OwENIcCvI({
z8HholQD@QHpiQ_)tC;w5XLqPx2|dp!Bv`%!qXEiV$*|pG|IwOs+%rdrg>{WyCg8F*
zFn3m|(uO<tBI~5Qq02JY;yLor3R{3=9;P6%Aj=sI)-rYu@o${h`I5}hY%`nL>VW=V
zer|8j##JYqf7uUlkbF`q4e5>dbz4X7f>E-D(_<`!-}WLrf1zXSVx9MZj<Oo}qyUfl
z(fCmREvf6V;9MNsB3y_iDw<NXUOYVwh38S=G*ZN+CrE2nETfPd2(!-bdx+5!U!*AO
zWEQsl+n#M2UDI;q^p)`_z+m<WOsL<AachY#`+nF1^A*)q;r?M(Xoh-3amvvg@}I!c
zdV1SCw8ZV?B*vz9{fnPZjlckm^n);<)MXYq`^yMkfaj~0BWYkuhED#uIF@SP35Y+m
ze8Twjv3|9&I1Q1?{C)ZP`ZwW^Pj$4=5P*Fy3bpv-7^js>9`Oas3e$P=3OnSXfk8JQ
zR+Ku+SND)?108roBKS6DPMTXvP&rD@f``SFum)YU)QZiMZbQC1N&Yd0GA9(Q0YMRv
z<9B3X;#R7wCy}Dq+_Sh=8BZovuaLp%i#h}AwoPRF7<w}E&Am|MTq^wM4q&lZfy8wo
zjTK0eb|D3T3wC+)VCj-x92J&T%SwBIc$*O>56Ji|eK%$qiaWy)2S*=J%r834Wforx
zm3EC4D$)S>xFee3f9SV^#W2)x8NJzs=GD!}%_KoNz#Vt+7Ml~qQ6xpqcp%FXQRu!=
z-%%-ZMuY`p?<3|%BOSS0sWty%px1Bp>G})Z@XN<l=cX922XM#7>g?)S@m;1YHf~=Z
zD|ldS(45kWeq6L0Z~X)21?#_{0y+dhOfMD=L2sx#MIX%_fQrI)V*?gazxjRhYfn~u
zWKa#yo@My`F!s3z&h@L=T61b3n;ceOHezc>ChvnDn0wLeSe(m&v<3*d80*5bd{~l?
z#plY}FfO&i(2yTG1*=U_5J2|8WS_Q@Erj@0?XcKVCX2h-E0KMS05rDXT4}070&a_D
zrx!uD-nVmL9=rrXk|J&D50-g<2Z_@>z95)>GAjE7&+XlYxDDN_>`Z2Mpk=EVHC4o2
z6FwaCevtsMV{_*Itoof@BZm|xMrn8ptO-q>684^)c)5L1yTrD{-Od85_BD`kdof1o
zXq)v>vp>G@Pibau`-#I{tFdI^5zD_}YVyaHxrFTfa<OEjQM%k!xd#hi5klSQCJRvd
z<_lv$JU}N9<?erTDTA&sjl-1zfyL4wdc;E3i%Uoef@j*|gyXkPUYQL8jGaTj!dY3H
zVlUkK^Jx8b;8~~nL4WV;$zdr}n20_Hssr@5-mIqIu@FC`P!O(dCt>Jn=zfTlmA;}#
zZ^9v#>1U>*hfqAPb@U$s3(n^;Mx%6#-)P_2jnaHF0Pv2@srtlum=iH^m}c-T38!r>
z-f(92rpYd}4tKCK13St%j43E=LE^SO-S3m<<lYjO^vb!eUk}S=L>}9k;Xby^UHuiU
z{|g{|`pt))2IyIeSa@%RnS){u@ASn*wb(-8#*G%>w_vT*ElX5iUiIdV!cBn>s@`O|
zuYjJ;CwzCkwXfcGS!m@8T9n{gCMAp=fLd|CTd(`!6Ky@gp(n+71<FjQpo|On$LW+$
zQ{GM`cK<NO8J+nv=E=SOL*jsB+0&3Osft#IyN*^7B^b2RZI+=XBK?OXHA)4r_-HTg
z&}c<UMM|7zb5;cdm?kj(4X_Its1p~M5K8YI+8Xj05Mf1+QqD|cWur3HkYDvQ-1@rH
zv-b=)JN@g1HRpQ3?)S2!I};QH{8TBCv6z6OM7f6vJw6m~F{;_Q?zaFT)CJ5~#3gb%
zUQKD2lIcsYm>00MrmhIY_lpzi^!o=)voypv_TxcTEaTBGRsS%V#jSX`ptwC<$BOSa
zqlJGX1PZxPBe<<NJ_el9|8!awB6rD)-G8@&ZZWbwt5J#59|}hJQTBC;s*L0c^*D2i
zF7?bGJ0Yx#@J0Arqw0YekdBy%>A{*+TbKtzp7b&Fak(I_&krlM$NnjgZtL7Gk^;ZO
z(c&-p*6UOaVtwByny>deJheqn1a1}!c)kOHYzCF~@LM3k*T6Kp6X(GEGxQD@NIY|3
z`-?<H*%l-64Lp{db;k`@0vLZTATOYu6wPtaAfeeK)SrAP2&yS%uW72`olipZ<lBMn
zmh5C71083or^wY9`Lj+34uQ+tixo#l0XIJ8MAbiFBtHcvKdKif1j9CDKX`<}(a-=B
zJVbFj=>R!=gX42If`RLpe}Hb0)BNPip`uOkpCw)IQ}L=t$&APrd1Yc0@rYTz8}vF?
zpp!G%$zi2eB^yW!f34c(b`@D%@15?6dm$l}o6SUSiUuo*?}|Bliv_PlFuT;_YMX{#
zy&v{B)+lozBL%!Zqq*H)or$l~oq9{I-+VPK`a!*W7MxA3O?3xYqGLH6tPyMU1$J3S
zIVKO};7<DfZQ|U?E<JqEmq7SN7adl@8oy7g62#FzhXaJiEA<Gdd#gl+x5CCH*+RoM
zi5@a(&T~&yg80vi2DA8Fi>sMTaTz7wmYxoWi>&t7a~5?mW|teZcg^o=iKAU`MTl6X
zu~mG)dP5?RoBt$uCOH$I*a2~<D}5Br8lNe}9b6n0I|CV4E$FeGB-Uiq?5Tn&Nr*qQ
zB&twdlI?cUhM<Gfh>ox+z__!Ul3&zsNa{SjZcYym&f}=UlBPJmRx~sc*xM&+l?!vO
z=gFs~F??_@uIV@^QbmYli)+`#S}8oU!1QK~=o~q?IgLac$E;oj3m;l+P@<VHj1jJ(
z#zeWQM&g3eBepl_Z@^)pz(`0!z40%jL=a0oRS;3D_w~m0(lJx4Q)>i8l2}w95Daue
zA*|XgII07cMTL-)+`u<34%bAMyL~J%R)-`o2F$`N4V&JAb|}K8n`I}*4ZRK;=_}t%
zK0seQ?Pw-O1%V}`LGvKOd!0magf4n!HtFrE^$kM>q2bCu36HNUqH*HYB1pdtJxWm)
zsjG()XFlO-lIwx65x=aJlW2Vxe#a-0+AP*mY2{VrHv$beGqDXI!6ZFNd>%h3keq1I
z)(v<2F-*0R^#vRa1cv_0r1j-)NPAuFP5M#Nu5M@G>m_;>i>gT@!<}4J17Mv=?bn+H
zV94shH>r?}z{*byjPbW>DMEU@pQ*%*KI?(>T$1>V1mz-u0z#-y?fobSlmw*{%1NRH
zV>)xT`W#ia+gUYVL%<q-5-y_e*SiQR%DK;;wyJCd#8h9+dW$%doURT`>;2qi))Na@
z5DS%oUDGra)Mr$jSex%GA;9{N-<D36m9b*xG>e4m#Q1s_<Bq^rtAR$vymmN5zU|>K
z6APAh?<$z*0uw0{20+AVx4a5_s8W((RyFhR)S`Wo)I(+ZU7-Moh4Dep_uke#&q|Xn
z)tm;AQ@<Dm9hYJ-2gkW$&PJ;FBTXpKcL{2Ti2L=-DK0!*pC<%fm;T~2r!DWv9$pM!
zmI#akG;@Kt$MA!KU>P=O<-6u7j+z7m;8l4rL%b{of$`d-^8Sn;!u%rrzM$lY`nWv{
z`K5z>F<&u`J`o`9R-=<j+=XsN<D4@C8On*><7`ZFay>(gmtP2EcGw_0ptxmIjF1#i
zWd?{Bp5}cD?zCIXK-Jd~35$3hDONI8-lv-@>S}5dHLRl78NCkKeHBI4TQO~dpj9~l
z>-K2BpP&W_UbtsxxS{c(Fbdj^(hB<?o266ANfHEO=5r4V6!&K7GlFqF7GQ^de9w5D
zI_<cFvV3t1Rnb}Enx%4h66BL1(%AbRK4F<l1lN7Eo@PL}hmE%mY!)ZIyLp`xzYUZY
z2e<K8&fXW?-+mOkyN4W2(+w~~lLUtmy+EuEB(ZzTM}PveNHk3rOQ6R>(b56^w^F_M
z$o5DfQh7V|VBAe*(TY?@`JCm1%K!Y}#DunRjy&?cg|hke<2#nyc>dLMCs!c;{7vy}
zliiMc5?F;&t;pW-1`5COdQZ#A-Jphmg~e}g$2zZnO3WCcfW`$Nz-s0=PX|8jW5T*E
z0vw8;mX$$e$vfsvB;l9`Cb+0;4=q=~5$hhkkU64RSKQrsVr&N1#dMpT<{Db)DwSRq
z993BX?-(RrjY(bX;L4q6r$XYDPr&;7xcg@-iKy^P<sG)}vp@HWIBo=U5QI@U)a@ID
zBjHJe`vsAl6ez=SK2#P?<wLx|nb=jwICm@gHuA=4PIrzE0Hz<I1aU<0y6~Kji1WZ}
zVU136+5rEPB1K`nzo3lFcODvkA5zU5KG7>`4w1jH!Ya(=A29k(;8np2-mYL^w$V}l
zd9f;0b}f-IGc-5o&sOTxR_cpt5*ls1J5}dLEf#>d*H<L*vrc1VT=!^mkPav0M{%Z$
zHmGdXz(DMz@E92{SW;X_5^}s9c%V_x)q-?C7X&h}-20-bS{_7)hp#ZkQ|gxo+$TIN
zAgb2+p(rRKKgAbQ6V89LUXuW-y;p&%0W4mWUpc{YbQl&lCL9gCMjt6b|9fi8AP%ZE
zmj<XuG?=hwk9el_P|qb+$UWFJmqX_IK<IFqoap4k%|++mDbr4HLT9~Gz`z%E08ex=
zZ=-=3B6|7<OvRMl3%|3rdYt~2YJC`m(vdt(j<j|?KU&Gf4@dC^#X{BGeKGsm*vX1P
zQsbG)G>kG|LCK`I7&j4-j3M-%{N8Kv?rXT=X#DT-r6Z}Dtp*bBD}k}TlOH+=4RUTY
zzW3Ny#schT+i7jD)Din&HKqK}XQ@cUX})l}(x^nQ(zGh2#<+}}50q0H)IE_gb#4#b
z55sd9YI5HDDdq3A<z?K!{qB;F+pkY8eNN;gy|r>>Fk9lnApYsi0;mersm`kvq6%{^
z(cmvK&mxzl&n%cZc$#cE5V-B@fvf2$smi?tX0xi}$n>5k;?H)HKIp4bwWoWyLef`j
zGeTX(vb^Xq#N!7QZLu04ZnT>y@Ty6=32h~C6Iih}psDmk^^xxEa{qC$V{!|sJa;A)
z8un3s8Td?3Rq_qKtd(l(KNlNAkwIZwP|kHV?gG0O%J}+JMx#J^rV@8vINw`=DsZB!
z>!H{H8{+Q1%IDu~^BtQvd4RrR01RhH1na1FEDMUF2k~@@ck*5j##)V~YFH0t>XQxR
zzL=_S_<&|MV>MQ-U?ko(nNIGj+Q4vn^<K=Q6n)xf&@gw)f3C704VyyGyK2C()O%)Z
zbFAkuv<vARbWqo?JDMdX)Zmq0My>JV0Jkd$7NO0bjAP!JhEII34Qje8K(+P06%~2`
zC_T5Ep%En)tK0|`zpxM7Pn#%+4{T5!waWhXG##!t=o268lAIAr!ltUE^NeXYLs$ir
zB5^M5f3N%E(Cf1U{~|2Q`Ji&6k^uImHT3Kyz2`cuflOYCggy7#y=YXvPC1hCj^ryU
zv)GFp{C7?`CP9Fc3-{6w!$_+v;});7j$J~c6D}OWnpk!XZUm<Xa^SnQ*-#~g8;1$-
z)sGdzl0uSdKu*GHqWto3xyq%M?Pn7x#oC)GFUl|^ab-}kHENlee3O#Xpevs*W9T<L
z$<A$JzRRz|_o*R4cvsYAMjekqNTI6p_GSALP|E2;lD4DSV5hZ2jF+}r(EV()ANK_i
zc8ffbom0;X03~_UwZKC}wOXdgJYB3ub;HMV)@OC@77CnEZ{EjmMlDp`f^OE-L?O&F
zX!9#kc8oHU&b-%WH4chjAO+or*MWTu`t4vE^=h$KJiIp^LbgL^nJob}b<AjDY8GTY
zKrp+%TMUQPAlOZm9=p~`u0OL4@_g;yQKvDC_tr>u;yc9Z7U4TeQWKYYFWc;>mY2I3
zM2)rv32lcuw)+>nOu&qGEe?xjADtKrD1Zwpy)^5N?X@C>OT-<tnv>I#4ksy+ePVRX
zLDOeYz<QOxmkSxwFlzZSsp34OVT)r{D@lbzIM=EA3*OM?G=i0qWo{~j7UcfkQn)V!
zy=P*g2fkA~3=z2(#_;zGpss4qd6N$|{k`0X+XLG^=E>d&H)!Nax5O5F{>%ZYV9@1>
zs{m_cyrp?d1**hYqW4cK0QF`$;8gATP>cCBI4M#=w4XbUnm6#%<>UgmqMt6-Mxl-O
z{{rR8djnhGHWnMGvomW9f38e`AQoLy!l5rW^-9>YQVZ}gyfP(sOR=N8nV$4lvZ`%x
z%70RB-5<Mmhe1E?qi(9o==RdJYfvtR!{RXfjpd{z%<M@?#{=@#`}QBTbU}Ha*Q=iJ
z_F9A%ACDm+F-+136p0sAMZxblbYmpadqPLEB`Uyb^R6Wdt%tD<*dX!}R0qgh4|3J)
zI6j=9+6m5v)jIrYnL!Kh_2AmB56|sqDi2QU=z=1oC6F9%4c#@UB2WSM3oTLp#Cm})
zZc;=KnAgyi#wk}Yx^g5A<}+S$u@^Az_1<@I<j|w~WcU|4Gr*#!+42T148%1{aKA$R
zMY0gl8wdD8#4oy;t!bN_7m9g8d%jHGw1axr`NVLQoK22u15cN}Z_g+(5w4&aXIy{Z
z-^N{ykua6(so59;%SshS@7Y>`7SJ%*@LOJ+O}TfF^8&>0dQ70frxWnD%b!tv?S+1z
zW^*uwBfkkwc-Ht1IaX%NeOpqLx;0qjAmUJH(gpv%2n3J%KCAS%n(#OPBn6Rm4w`K=
zzP%2i!WxLNg(t?$RXKq4x|eb^WRT-#zD$Qb`z+c!UNauf&WW~<hWnVv_25i^R8%Sg
z#>^Z@-mQtLNQ9FYhx%7~IvZ4`3NBgE;{zG76v>a7@Hw@S<{q<c)=>}jn`@gcUlCmi
zPGWHLm~$#~1(T;*S*<_=dN$1Im?e_1oHoBE$Vv!fZvHW9Ze<TlN(t~Ph1@BN&ow%x
zHW8xRu=HaC382*b%7P)W`O8SMF&A^7FnNNTBHfJDC>9hUAeqOZ%+P!dWi<v^T0er^
zaK4)iE9+)~S`x$fbz=*Mt@_!E+^*cYFr5_jrUt(l>iM@BN-B&=B!34g(ay)kJb&zj
z<o3rg%*>fWUzdsDqb?IB=DpFsmjJdr#W7QolDCk35Oau!3Oj8j&FWV>^!@|3pm{NQ
z5)pOAk_;2|P$b>*l7pd0HT@#2i!DSGGEVw}t%6T`h&<^@?sEGSnRH0UFw8BcXzHQf
zcWc>oEy8&##CqR@jg+1k&>r@%(tbT`4nRAXd-Ap$l$JYS_82Pq&|tstba_j%M>Gum
zdPG<fzKw`QF|Ee2W9vuKaDqM>YYJWIAqnvN5(v8bZBIw4?xfF;)ej9vOX%WT9DbrB
zTKmU3wJd?0^ma|#EUI6S0G{#5tSimunZQuD;Zq{(XLY|1=5#K6yqeAg$juTiyLAdz
z@T|p7qyvNZPwxqIcRx$ACQbD6XntRV%_dZVgHG-pS<O(r_0V^)TFXHZ9Pav-*PO)<
z8}JJV>9$s>sElUO1z7B8XO7fFmq<l!%;nRBf;y<}WS<qn<ZX`YDT57aw=`W3qaH(k
zd`M}sTQ)xWV#hQdkc*YVZL)Xl9<7n}m?@=$(c@rN;9it`iK{*BUUcbQxN`fm^=OhF
zh0Ne}PU|nZFFaH|q{qeIu$NTpp<Tm3{3dftx$iA4t3qU~h|KNpBx6VB4r`3WK1>>7
z;CE@j*_3{{{kP)uKsH^#%B+7-F3gdIP-h|o85r5Ue%_8}KhZtQK*jxTCboZ~`*9>z
zz*=|OceNfgg3E-7-K<b6L2)BD$Gr_Yb|AVzo^qwAFBkHmGL~+JUKmI+U)vO@E9$}W
z_|}DIqF@PA0PMIYlKt1yd`*;c%o)PNFUf%Wu+23O4UqB$Ca}pK+EJL>B&l!!Utx-D
zoOQB2Bw;w*JmOyCy-6Q}O9ey<mz;KEQe0|ZlrWyU#*QuF*v-YsG<EvS2Oiq1l*|sL
zoAcSq0|52oBGyH2m2JZ-3tZ#gh72y<W;flcwa55ihfmzkH&I5s6VL;*w*@=GDQ1zf
zH2KKKXQ&Z0`OyGc!N}*Y{wx##K|ro2@t@z{G`w3MU7bQjk2?Q$1ZG>uOP=0yp^LAN
zeehM`MRs)}uFGu=)=Z?b#XVS!^KKJs*d<N*(yo<br-o+6EFNH6;bD#!w#ymVccmgz
zoI*z~KK-`Ek1Z=?YjP!(+psAH_mA0esM(?ALMpd`2RWb(r$Ih(Tl<K2GYvNUco!%z
z0@}%Gg^_aEC^j^;0Ro(E8wpw%iNo9o%>HIjk7q!R@6+mrKfb5w(k6HF5ERotGbHkX
zAUQA`f7X{BrMwSyfE1=sB<VMMf62LASkXmuu$9Ns{OqK}g{x#RKLBwlq06Oluot^N
z89Kkl<KeN})xPfZ6pIOg1O9Vkf1DuKCqe?@7;U2&Ju{U?6wf1KK<ezMq!ecCf7tjC
zR9MUlBXFW`pVXO;iV<u2)_?+Y`y(oxfudB?at~0j_EQQqo>lt&45ze%DFz{j)$p(3
zZ8ejJgL6BUmhCPbA3e9#Z|Rr#FL_zjJ+?=yEaz0?Z05^OBml3xaq|b`&%S!Dizu6#
zN!13PypFWW1iLut`&mSfTO~1KQQn3^rr&MVj#e2qKEpsr{y>kqdR=K-``Q8^#QfmH
zpKU;#t!W+@#SLeBXI6(yhvfYU1m)A;%;qYf$VsgMDpxM%b@sKe+)N_~i~xJCC4bTS
z9TWj$aEHOIyBp!=y;RgiXoniDvmOf73zdM|i})j}P3Yab+e?|)iyf2zQ(WV&8Uw$P
zoe84P!D8s}x3yNRLwjIrvpBqGSPlKw0Ya7M1#0E4gjA0axUYlpR>#HTM;~M*p;Dp<
zwy9$fiw`owQ}F<8*O)QJ;zB$oynueHZ;@Nox@Fq-fYJ<>VF^{&vy}HZkA;B30Q|UY
zJv9rl5!>2usxD?Li^VKxGbG+g^ohot8K4xS?wp+?@WA;6B@R3Ab^pGJt9m1?l3O<k
zj^5@e`K1wHh6_iqpSPUhM!Do|!R31Ro|F>N6F^{b27l2(4Y<eFttJqUMUWTGa_)L<
z;!`FjfMB=9UCosRj>l91{tuK$nK!_y&9ys!j0pZQjmm=0KDid2JY$(fZ{)6V&Hw-t
ze2OBAHALpk7ED{OP`3<mC(RK-$SY8h^GnCErhAf!+JFMLM(_9;2sR1=k)HtOPvtuQ
zf}*EvGzXyQ6&`>pokjc%H;)7u5w-#dFNF0Jk;JpsCULZ4iRV-uj+<cj5%!f)PdnPn
zcuaIe4>WQ7Y1d0c+>Dq$F7S)iv78232Bw&(5zG*n@hrSv=I@QCM%*VS3{i%~(r_Ah
zk8Ae`pXeDBK@Wu)!lpne`R0)o8UlAm)gw6wq%uA~m#b|0sDMr{$)j`#a7V=qEIZ0b
z+XelVzdqR)m<_ApK3x20+XG<21?t!w>mdL{<lDnoO6ha5_@1B~8W2ZgayGN``a<K#
z=CG7m>HuH(0Kkocm@)PoF)))~B>S7aioA1!<^_+M0cjI~U#8ZK**{8+7Vk7C)fsCs
z5bUQyL~YM`3Hw_xu(41YmV~ZH0B1&kI$ues+7{avWdt4IJhfb>O2P|<`^=py0fbB+
z(k@kNR-8~S)T2Izhv&jWGQB`+##8FCYCq|t5kP?%$2G6It;r`g93$^;_Z(VpR2q~?
z=MD;Eg64nfn%3Ctvc8O7mQ*<nwSyQt@ojGbKp}&>fl4O4WybU;T}nzMI1@4|HFPr4
z%oO}9Ok!rgcP5lGZy+#6=k=Zl@pLpth7|MAX5mpOi&iBEq_zzZZ&ld(vqhz||LS8+
zFcV_}Aq1#-`VN0S#14qx0)4o8=U6?!hm1bh1~G1beV#kX8jnhl<te}t96Clg)cuFD
zvPDYyK>)fB{lXO3mHG&f^!r^Zeep+X&uqFvU!xyJ?e>72=xd>!heDB|+x9Q|>zGlR
z<_IAVh|l5t^BSRj2qO^=c(GfE*~zO!H{#dyX)6Vrgehj<yxE8WIk2~}Fz#Jyl`XB&
z6QM=3_hdv7MVNq}>JGZ>f$rnpppQ@(`m6Q7pe&b0YaN>8uZ#m&Xmz}0iCq+_ocj2p
zUr>KJ(7CPX_5hV&*`Em$faZTP%oqziYGd>U?6*X^!jw&ARua5v)rgg97C%oN(ugW#
zL54RYw|ZHmSp2#nK%Es4L4RP^WOUJBmOmR26zGw+Tg>T6IF?$roWyVeU@qK%RCcLl
z_9r%+v@J8?{l(880|_{~q3_1W$j3Ll^THv6JuQjZhM>UOYajO!)U7WjS4&NGdIHFX
zJjo-t5HWcUyfFRn4Li>U8MEcC>Z@8n+DV~`P$ZTG#L=gb;s}<B<0Vj2yE}G5&6+iQ
zxAo_~K5J>=>6=rTVntgqk|~ODNJxwgWSpj0r+Lm*h%T*wQH>#P`Mov~Fw;h7W|L)`
zaa$rXfH3}i#wH)K`(VWQ(DQ7HdYO2xYhw)X9meK;YT)vSd{~2<N3S@#DMVfe9o@H^
zOww_>GIZuI4mnEN)RAJn3&3doJcNg9_80VphFnRETOz-pQ6R_AfRjJ*D-zf*0`e6B
z%RZ}FdR|=|#{HPHxI*%ps5+~tfBH<><S7Fl3@8m@0}y;;w}kV*Qzwpm9i_ZqlN8xy
zFB|{5>M_m_@ahvs<se}!KlLmonw3b<pi~gEO4bJesdA2{Cy^shoqs}82o4+A(W`D)
zRR_m9`J8-CL{a-+;|y&sRa&>Nhr%MS*P99uE-cE7ecrG3>3mAbwHiWB1#fshH7Krh
zFkR^2$q%4+fNh7~QjaaB!+D}UJrC#Q?_ugQBIh&BN+IG-guCZRfT^QK_1}4bq$uqo
zuFVvNq%pAB2DaK4*{%&#iq_>P_Y+~>H;x0UrG&mN&^1eE$Yw0V*YH9VB{RW+<NT*n
z)-PYYc+WhIJWJ7&K5FA;A60t4wVuN+7V?XUMS<|ewinM}Aqz3~F;kXA&trT_epo-1
z>Fcv8``(qOVnJUZu+xQTJ~sNviYJm4Rwz;Tk~KE3V-ev-=Il+-?jxtymyzqFc%}TW
zRv)JGzp5`+86eDkvYH#~T%bm0LbDDD3?|n*=SeSRLFdo6c+OOZSRY_!HV9_eCZL*6
zHTH;5cUUV<MCElr*nB_dAt#4ff$jSChj(o)d~-4^kO92Zf9AD2^cQ(?r=27af1p&)
zn~rG#;cAwpI*!^L_>kknVs^7j;!{(<PpqvF=7IrN-@rn2nGwQEyusepB`*bgkmh^`
zV*{^Sv3f&!ZJKi>$}jEyJL61rj>^u8&lWUCQ5|#3bf^Yi(eMKGE|0SM-|ks=g($0l
z{{rA%1`~=&wo{fJHpFI14zoaTyri!Dp<fu^y$PE({-{@_t0OMyOAF23SNoF|xt&un
zy%OlZxY&^&!bl>9^#Ih|j#~$CBt6+BXETb#%1p6I?+OW*$&2$~{ViKufwcxr_Q<y!
z2YUp)v-q|n%QUD)#AqVW2$=%98Yq94H@GYrrs5Od_h$gnt^5(0)xb$TU}2KQZ~jDX
ziK{+@6tKE$dsVJ9SMN}Orq19?dbM+0w=n4$MXDv`cdq+4vO9#BkMR-DZK=DW$ge!v
zH(o;ie&-+!H8u)SYC}?c-dwud{~wmlIxMQLi{f{NE~PsLN$D;nL=X^=5*WHekOo1@
z0qHL3Mo=kfDG`wFMkx^_1Sttg`Of%$fBHN;&dj~%p1aT9YyFn{o?yGM<+%`(j6d?F
zY(lRacGcSraFkP9jKvxhnQ3!fXgR=aM@!Pq6HO^AnJlZ<*dP8A;qAVB!Q)_WgM}i`
zi^YMYI0&O~`9H9uwl;F!IDA<YZ-oLqZ~P=WHIQ-`qCV~`ihnS*#zHd?XlD|6xI&Le
z#H2zja=7B;0>h?MYQiqXP3fZq=g*WkA|hC^PhD3h6hp+^$U92x+<=op7t~_Yg^JOh
zbV}vg$Y9B(5<;z3=SR1&<S++4C5|Z;IlD9lM48e0TWbA+sJ}5Z!lZDNr%ePER1$6C
z_mi#OcbHc9gMqMandcMHVR+e#FO&^P3hTI%v7^0I#zLpGV&21bT?$@^$puE5Y{H}3
z+BJ#a*Ss>)dwxF~agdIAEna&fNhZE8$Fu~Rb(<bB67rLZFGm>BvYILw^#s;xbuZ&&
zYPa{&bEWWG)}ld!Kd3X)8T)}7V_a0?r@sFn?+1GVG7~-JOZcfhw^I4-TnLeSs!`rb
zpKKk1P=KS>v(4{p9<A8?T>99uyT<cROiWG1d=fwN80a5jeC3Bh`{$Ox*IqK{We2|A
zJ?OR7d_%L7k&~mJzR|U8yjyr&dFpXi@rAvT?NuP(_6rlom7F^+xs_&=>TbUjGzRFw
z%99GL6J~ivUL3akdu`CGOz5QP=ig2@*}c}oI>jejQ}3Fw=_~K^ggw1j`sn9n%v@=m
zq_!!4zr!`@5vQj5U2+DNJ_T%2n8L#t1*@Ik&Gmem5rY_C`j%|XNb_*U)<*NpILOC>
zaJYFY_U%cO_{~q)dV{S(bw{1V8OD*&ZHtiTxk34f1*Z>-?8zzr9&Z1TcBe_y-6hKQ
zV%4-#F!So>!DCJO&5jy8H*(RvUvX@2-=Vt5rTaLGUUCXS&_`+1JUC&;8_+xP-bvNu
zZM)L9Z#Q?^I{p|n&rDROK6@Ranjy4RSfZ}`J_uv_E<pr}mF&)%9s$#Sj}#myWxqg%
zrX2^F08JFDQh80Pi~kIPcoct`#qnN?J1@Mg5Madv#^HMyID`0g&Y8WxaCp>vwz}-T
zDp}KeED=wJc1ImXp9(k2j6EdOXBxfD-?g`&#Y%hdJW5VyIrBVOj=dejzV;HWdkg?$
z6R8J@zr~JlZcuO)kp#ZX;uCt?^s`e4D2Df*{NcX1L0uGshv=0tYjQ8n6t;__l?`m&
zy+0(=>wv?Fmav99r(4s{MQB-{HE&l=>fJq&bT(?pSlRxi;}K(-`1-poWc_IZt7mX|
z^!dZ@PygGk8gZQ)W6leEXrXHA@1!w`H0k!RUdaQ&@dTB-ekV`S=pEfZh0%`-F3+yr
z^=(Hhuc<~}slEbMZr!@NxZ+p573NP8vn6$J$XIcwmJx94YUfCK&&-T~Ld+Hy>Fl*v
z*yTHZBLOdBr&m$Jb5oOue1y`|)`-xW3}x06Y%&nEY)klN-=(e!Wocl|0F!NxGz_EQ
zdOWr(Vo3@sJ{*-bGoq}W?-gU|h8w(ACaGX;H194)R$FG)xV-i1{XOJ}<W~jEBH8$f
zGxpkVa@Dyjq`edbQ)q-m?_w;yr1nc5C?-04_x6a>FyYcw{y2n?@5CS5w&51oz?m`m
z?;@n*Q<9)K^f0XT022pJK%|HJ;oi+;qAE)sq#C{2-NwGEK4P-^)ykHshMoCohAi>2
zikTOTdkv->e~BC^2EY3ut5L?~Ce@p>bS?x;W0={0wr4e3@Tx1dE;B+Hc)Fg_&3Cm~
z_yP6RcFJEwYCL7|)blQPoAQcCOwvQ6@>MiMDJYkfd?tJ~sK&Hhcs@3?8~M2^$*ugW
z-f|ipygZEFy9mjW)BI$T{o~W+p);x7UNm+E=o`<Ey;cZju?M@?)WbORbWc7RQ2i|`
zXWH)fJ!o_L&~k9s{SK7Wr1s5%pJ4STnZ{k_gUVZIQCqbKKO)5gA#hhOi2@R`SgDK#
z<3;;ZO>6RfNFD{0+>Kh*hAXArD|V!U!A-b1sXD0`2$H-s4h=>IeOoy;13k{emUeo9
z=r#VYsgF;}suv>JZ$QJ;O7^J3rr8jQuSnL-NVGTRHBlInGJ+#&Z8@C+(iW}+7QeaQ
zx5$hyUs(;c*}{u)y*Ea3>gj4hOZHrlPuqA3*@kKxTBz@N_>hOD;v<TC;4yL0gM~~Z
zOPXq1QZl7sDTL@(XD!PER|*cH0~Kihg%vH$Pg6?E2a!$`|GoJ#j^oYI<4%c^!4a?n
zN|BIZDfD4d`F-FZ4m&1D6E#=rBq~OZNN&*Y%yf5#N0a@rmyqkMsa9C-<XDPTp`m({
z#nU7QuYQ5H5ms(1wB!kEFSK-FuEeDridOTPhp-j{OUmS=m6*8Ut$$Zjki^$psA{5D
zIJGjd93oaF+kGI5Rmwr<8$omb_NU-GsoLDEEJuJWl&0RHJ{Y)B``tP)a};_$<;+?T
zBq7_*zl4QiiTuW@6|Bt>Letny`^1ofl%UV+o^f9GMI?q?k60xU&yp!6=|*EU*?&LM
zu(IvkVW&B|9-J}NhNjp)YqO9U|4`v#rGO|>F6<W?tI<r9M`F;F&rJd*zD4Dg1H!uH
zhs81Y87W;(H4D~uE_QX5Q+_Pbsa~E&f5>MNU*C))>9};4;h2F({20#CPdh&-?G4M~
zODg-%npH%rR`vILQdBtj#CC!MP3!CdOsY(H08+5;VKE_r(=;cY{IK{5iwa%IraMm(
zr7Mw@dQljy;>&(xFRMtB+RAK~DK?Rd_6ka|Bx~2T=fxlM@}LCxDsrqf6ZdyFmD#4F
z=|9wm02echTYnPU6S;I{$hxy6o!5lHI(U%!1VwF}L2g>|j6sEHDyxWC2rE^+;|H>C
zL+BgMNHv!>$4yOU+hM0Q-|YM--B`;$%sw)^jT5Uu!O!@8qPLuvyWoh86M%q_mUbqa
zfB4<~zlT4f{6!z=C($1Mh}VQA1ZA(Z=SX=asR$@XQW%zKrDv_YxBd#8x_Z**n?-gM
zm2t;=R?-;foXcwZH~Fo_lVjv-!c}bD{M?*I0uUj5Y|eYfzr>-}R6<s9X`vx}{6>QR
zEE35)gr$vxD{SCE^HA*ec7g+0{^Z1i7@#|!e4{a2F<rHvSP|_-{)c<aZmy&o!&yy@
z*)5P9&M^}2rSgp7ljh7>+r{oAGhzArG`Xl_R_p{GpGp|4wF|Zknum<DZu}&cQT6{F
zTf&^K?q`WPl{yx&5kMK3Zrs{QU84}Sef8=H12^56k{|zqB)LY(+AJEfRUkmZJDEM$
z)2(XDKlVg!prW^{oXRbMl|*ZWopN{2+S;l1Q*E;fX)G^vYbvy>d1w0IqGhjbGUMvM
zm2YtqA(H0;w4if`)&@`z(Rt2!h08k+zlcA+p!qvpY0^?R2-aUQXM}#ysZd4dY59};
zsc*e7gj8smt<pV$jy+l^hFSf_oMZoXw&xjDq!h>_c78T86N|g9K*WR9X#`w=r6V;Q
zb=%qeUwNJI{bt96Lf(WAu(I~$KPvKL_xyAuZgZ#VccS^{XW#X@)$ywK(}iw${!o6<
znprDNYhzNC4@Qo|WTHQZ&J(jceXZ^tpT}Yd+&^QC3+jS{UF!v)66^%NIeAC5h89WS
z8Rq%_jvNd5S8e#npC!c0oO4!s#}_~dvZY^NYrS~o5nW|^GLyEknPH8`Ra*&-_ih@R
z(|H&7|58uw9-!IQ2UgW-fVeQ>9_0;9y5FB&9LjL<>iDE)ZS=XCg!o%^JHzS79x7-!
zT`8N_DqlbJHAhs-|8E{o-StBSVoy#eVg=qUzh0teX#isy>rx1zZ~&YAlYTOC1fzs&
zejI=2j${4|QNCqOWi$nMiIHWZ{|be&<>JqxXbREXjIn;WQH{1z3^g-lJEj3dGQ#1!
z(8?9!A_8i8d-;FW_)*I@;5lZqUM8S`XvS`P1rJW`kP)kJTe~E+22s4yb8Kg-wnyPr
z>WbGt@aP%VnhUKFT7Z1|z3>r&24r_sKFWUTiJqt#jh|oFgZy{uXQzPe`R<+6WZX_7
z5`*FY)`vkS)5Bj8lN3o$A<R-&CDP>e)WDjaEo+nuIJr5rqhNFH1FRvAX{Ry^ZO)F7
zl(>ONWSMSR$?UhT^XD+3p>v&;wbsLt$=;55S8L<LBfWLn{V3I?L8$MGH#m%#JnNSf
z^L@gjgc~jacm~9w|8Ck$@F1yUR2Gx~%R#1=RW=V$?3%FC%Het6ZV&fLN|M~3shB+Q
zK%NP4y;%`^i)?f)0Ij05FkSv<^52aCBA{k(bydRD+Ct|>AAi55^9LwNMHP?z4Kd?)
ztg?KXmL`&bi=7W_WXOM)(XnF~RDcB`gwzF~^+qv}DDabm_AN>ppV#U(owRS=Zk&Al
z3Q$yRi#?Y!D>tlQ8}RM_+a+pJrpLSU`#4EA^0>D&YAxPf68Tpf=2|5-ITClO25URT
zKy;>mu6GLg<?iwF7uNTZ6jJ&BE@{S+AnB3DGlxPj^AU-v=he!GTbt{``RuD7@TdpD
zu{;rflQm>A^x{WV`IPK}@#`sCJb$i4c4eB2V<0UyUlI7f(N?1ujI*|nrjrnaB&>P}
zO`<39P-t(xo7bny-_hrQoHf}Lem3g3E<I39jaGdgdmPHd=j4fx#%c$%yGnjvN(aZk
zFFNg9;M9@M+5~Vl(|@lnObAeo!qf??qGuMmodfcBnGDj<h^NZM+d3uo+f1o){6|T{
zgxP4;8PTI;4vj~(CBE;ZX)j((m+Cfuc(0<TQh$OP&J>-zKxip;=+Hn-50vBF;pSiq
z@ML-_FN>S!`izkIEP6I}LW|YOvO3qQUTjY=br=XTcFw>(oRk?PdIXSnfEPoc*$DO7
zy~Ef%ZtMB?j&^JK%Y3kVNx}<hKMM7EkDS4<o@g&r3TV6c68qgP#VGrID|2k@kNEx_
z?H1thI2WZ-@WZ-s!m66cS|<-sy=ebx3(}=JE!90q=F|QaE*0*KBlp_4$$ie(4ypn+
z`nj4gSDlB(2zhA@^H>RoA1*I0vH~BKSHa}w3~$kiJslebD8!09;U&#&l7cX{JwcgU
zXjzMCIFO5kf7}J!poeeumC&5cm%jl_hvV{*pfS`X-@B}uRbpSE+}HwR-m)gyT&y&?
zBdw|9nfB-7=E|_WAI!Gl)edl&z1e8*K=Q+o#s_Lu?+9fV(#>CWTCzgavXF>)XAFs1
zz_BhZw1mdT<#lvomoukm3Z+W1+z%rhpK-uI8Am^gMid(o8@gn!5odNt^w#vrKWI8w
zTNg=k%0J;GzWv|f^6_TfJ$CzBwcVXqa@eEaKZkFpXDhEP<@#>jMg!ZVIX#rrEo_a2
zTJ0XzpFWWnEp||TY$0#)!cWxM?OR*G+?FDH`Bdk{n;X;l#$*DV#MEX$qAu>7Km?KM
z*!A=SoC^=pf-?0_;45w3o0zBb5pGv<x_4-jOSaK_2;{7SPLez?0osu2t-^EqCt7yC
zv>ZZp|E}46`EP?@Z!QCuw11jXE`?gm0dBj7EtY&s<p#NVNu%iQD9}?G+x27=PB?Q9
z(8t63fyionmy_Rcc<4NpQ%ip5OZEMQ+!L9CDdLRH5JhE!^iw!OFfb%S0yY*w2GQvI
zsQJJ<1y>~N>2jdWIw;fh^CJjz#%D-9p5$SZ>nd#|8m*z8Bc=QH-~PJ)lnR!S0;odD
zr!GoxR5`bxZwI@y)dBp*pI={#aHJnL>^~2#?cc=0y}CitvonaLz>HiTjh=TDs_ysg
z-r5cox)b?$Io=vmw*I3B9V8^9Jrn?>m`}z4(WS2Lk6Q(;>;28c9X0sR=`ww(<vTzh
zsR{jHUudGwuXg?3`7^aU)`hiG)Y_6r@t?DPvL8)@K&wYIAjE(-`=ji1zDMyLOwqGo
zu6*=b*<38IfT^Tb*_BHzrAy#ZrijXi2N>xe@v9rxjp`kW2lst=pRkb(3==x{0z_ed
zTVxT|{>z&(V;3~cwxg^eh!nfC^(>bOX`J;_`s>kb$>ftIpr6RvmHg(B8ZS5~Xk*T)
zpiYW2*eSnx=`7Ldjpv=1>iX}=wCh)-GD*=J9RN~n?gW_@Ian%R&7OU-;vL}?ld2dA
zVIQ4-(Y|LGFB)-fL)*H8OucdCPvOfjKUnrM{$(O@@GGwAKU%F&0w$5r=*O+^_rCC>
z01g)2NzP25zIWmxWQe7Rk5YTqzEnSJT2?FX=Ali+`>NcZrs-3^ChO+HHt-$+N=A!+
z`cfC%uY+P+%ti(@y?7|wC142oogv^Yef}()qxuJs)TI9ZOJ64s^0la?>8gZ<OybAg
z%X#(`)3A0#%@^6k=@>lC{VIATbH<)L-X;$^HeIBQTLl2WcWCaMQwMq9AgwPa&SxSm
z^P3K^_Aht=eFt}abnPuv`f2}_q;dfq%4+x-)%{6B(AbmXf-4HIUsX@F26tzST&7*+
z%JXIoGrGA|DG4~eI#IIkn*-ES#WPaDtedi(!0nR-$(wdpkz+wDNSMm`VT9swDKWcM
zP4a(>z)K|<hJpQB+M5ir9KYq5_RG3FAmHL;`ruKCvhYjk<Lb@9j8Yqc7@L%<V7lxO
zs`oDm4dw^a_-A_!j6W4{i$m6tCGI@tcVYWz+xWp-Q?CMdEBk?QG?=kO0Lr{a=;N+e
zqQMSC!O{1!GmTiiG+R$I9V^G*V-3QKT}Aco8JoQm`zbl!GA^8wX<@pEWBc)a>+gq)
zS8@(lq3^r=-9L`i8uFm7`T16L!Q}PUNSAuU*ja?-^?&cabJ^o*d$*MG7DEn*v{#9)
z0gZPB9^z8)3~V!g%&50!VJDuYa{l}nQ?5OYm72f7o1o4zsY#vRLCy@tSMx<hs!has
z0m*|B#Fi75nTUPqfM=Ql8Y~*|73fd6eFN1~d~aF8t1O94L>dQ*eBbf=z8aJ6$?a5H
z{IPwS(ghu6*;fxkt8$S3Z+Gee0%O!@2zpVj?`cOeXy(c1S^0!N9Nzd9u3V4l0Qrs+
zsbLG`0%Q(o49kgHcHw$~rXK4wTqT-~Yk}<30~!LII*F+fZ2z!+J}~Rg<@KR|5_`9t
z1jrnZJiQ4$vY+Vos-qeMi}X9C0AMUFsbA{=Th3VocAFnx{CrC2XzTo6lfB1P0BX*r
z*dc=jU|&*)psA0l0RjdVO%a~Ial#@P=p<at2Ur7$nIe6qwcsDF0j1M3lIYzZs;tA8
zF=uz5|K8M#c-J7iN`zwN7}pyw3+_cB<vv7Dagn=8Lw|u#VJ<ZCV!*N4Yg=#e>SYZS
zc`9vpt-5mV{-duz?CF>MZv<-a$hu=1IaMv=Pmg>7E+{m2d%A4nd7Ak4h@>XK#F#OC
zP~a9!Ia1%9smMY?Ry?f6yoPn0uSatw+&XowWWG~OX%tJBWNonXV>Bq^!<JuMUzj;{
z(26}xcQ#m~U@J>C_wy}hU-{E_w`ht`n)i0m7!VRK$}vRNktsjW6C}mEG$hW9%-LDZ
zKJ=Zbb+elM`SRD=W8PJ=_W{wO#{k!<F^gdY3HVxk(~jdJF9^|Xa$iHkmQ4hA0WlRB
ze?cDQeYl`NSQZh%0aXF|juhFnYBEOky)?7HCcc6s+=%v-@NWDMQvk7?Inu>M0Ex^i
z5;9)}xpANOXIeLe-um?G{(GtmQIx!#^dcVS+)5ES@A{mj83EMuKsmd}U7j<TEqb4l
z=h(TQwAZ)aYhz}$SDo1dJ@PWA$5E;2Sjo6;pN~a=*^j^A6$t39cHQ1x_|Wk3y_`xQ
z8$TV%>0^znCj=@(-w0ETb^s}Qixyl58ZG3q<pL&iz~=<63yCEt!YFN@f*+2!2%}Am
z>2;Q7`p1P^EmuwBn|^8C%7ekKw*%@6eL%mP-8ECY=wMBSB1n@}o))DETfMaDUuo`m
zwHwZ35J%+9`16qNy5AFYdFQY)xV}!K*B*fH8QS|2LBl>P>$&5=sQ?U;dLlyB=mJCf
zErXON=N9z`K9lCRG{UxBY<h8Cw(TuHOR^pV*pt_jn>-{my7}>JP$sgyL_N#FyK2@7
zHr&Rlni|lxyosaAE|{M(86kF{BqG9%5Vv@@f*mIg-2#1HJpc)7-hdJggPNkQSOCKa
z+H{Ak1?H=*!nq7;URS<S5_b8U+(D;)mvJycl%7VF;-LV)*W!@a*h?W2$bJSx{K-4*
z;=4PhBHP1){6Jf|6ds6TGuC9SCVq1}A(gtg>qaEOyD<wk66j08eH;dvRYd~CEW@JQ
zLMA=yzmK!`!0t<^x_1WK^3#%#oCxlPFrCGr1VhbgZ2TluH0FEfx9H&di(9ZULiffX
z09;#p0*N>+xjJ5S&~~3KyjCGI$$M1(B2s6B1;5yX@hl*Z0}i3NTi|{ELj~$0UC6(O
zF-tj2g@$X@t-iJ$&8@H?N~2+5db_GXB(W>={Kf7<lT<QQ8UFP3&n=6scQhy{*uJ6x
z*ch%DM~R@{&jYRg>@JcR4XU*=ZR<6;+W;oaer@V2d&oL~lUIJdno2m>!0e=eNh&}h
zz8@Ucj((6iq*0B3u`!MZY~h<FfswK5?2vX#(n+!b1vj|#Lb<|Bn$A5w-kg;hPWrhR
z&s*caqdZW5d~&jY$okE;AolWHqgzof&X*E^9@F2uzqDEp+!T&Bfd#nFTDQG`iys#<
z9LR^gl{}8SvpaU}Mt~tkKE@_Ibw;xwZQR-#Pd9V61Q^qg0lfU!YJqy>4?r2y95l=P
z?qewh3ZyOY$|E`tEQF0g*ia*&YHD=DGdo_*C6PNF`@XqZtF9J?6xJy=$(v94ts0Va
zx_F$63;pQv1<*K^50E=qp0wXHlVhkI<77x;)Qz1yY=b>4yBF*{%5;afpWHXm+qf&2
z@eVXJj7Fb4jzZ{sJCpe?eGsEa`R^uh45NoLW}e8P&DU-~D_ILA_>=;@@pcEw8n(1i
z3t_S$BABhN8o9f)?fI;uf`tSu)U71}IWub0(k8=ZFjcoq|NY2VRJuJRG7xAv--vO7
zuOR3K>L>NjElidTY8`e-!R#8jzX<Y=xu~_SW1sqeqI{@94xzDg&BxX?umnj6Rg^D_
zQp)-O*2(4p0IPm(CL=V(4EzQmzAJ#1z+^)2u;BYd0q>(tEom2G?uV%YDtwSR=v{hl
zLWhH(=u2CdCPn|A7!N`O6)jb^;NmCXjj)3u7Wrek3DQ>sghC^OT7D#{j&P-@3A@Tz
z&1BqB!Y0H{bgg*I6Q6_&fa?QO6={T!waFJH9zP(n$&Hl6nDPMnR^~DO{E+U~%89pp
z=P~~#y=mN&xY1(+W@=65Dym{oO+}1T%*I_i9x?H=5+)IG6aNtiA@~D{i`Ppn>HfpO
zl)b1oj$sn|^6ABOT{YQ#jJ;|e0NR4dQ9=2W?sibZD9KY7Y<Vk#PWg!FFBzDfSU3=x
z|5Yw$xnf==Bb0AVA)C%afOz=y)=s*zrdvyKj8#;0?iV`QS38?P)*usp_4N7ghdj#>
zBrHc~YqRi$$hR1ql+cgUL`|Dkg_vICZ+n<>A^v;eM~9LasG~Wyzc;DG4(|blzgLXJ
zd(bvgPs3qZiXX*5Vc^_QyQA@MF9k-u##?Y$0>KokpDT`%`Cby6s%I-M9uqrXm$578
z0;rstYj!;BcE6vYkc5XS=XWMGHgnz;9}EEnL#Ietg&DhDxjIk;#Hr3S*`Kz{xjozR
zIIrh3FXTZjyk(<<Vtb)7J}U`6!}VM1(WGn-H;EBC_uBDLF~UQ15ChaFm87P;LVt*f
zQ1M4V%8EFLM*sF<JWM%Dp~mG#omI(76CE64=!f78g<bxKCb^~r+#7s=kr)^YD*%G3
zIiepitLC>LR$!dSUOP7zMU*6Tgq>&?7<z*5+jHC<=vqdQ<YoDyr$yRKC<-|l8vIKh
zCh%v$o|q%-LIV<TXSVJkg8H6W9tgYI^%&)1gkc}W9-!!;Ie{eeFcQ=c*;d7#<3VrE
z3Fq}pFc^GuML8(W$d10X?U<f$*!qy-kO!ZP&Hzk~kjJAl)N$p2nou2^no1A7pqnEl
zwvS*h8<mBFS!#J!CVp>>=IQnFJ_dVJ<}RX9)b)ihbqf((QVfzXm<r^Y3_8B~mW@$m
zc~E-bV3|EG=IJK`8!{qP#;afzOvwFmh?+^lMWSNYcGvuxxJCUKSJ*``Tp(?qA=Rc6
zW9V{a;RDb8fp$>9a_t?#*Mr&HUJiXz#?jsV>&lQJrS+W<-roS#RI2$dEKX#OIQ3$S
z6Ko{r8Gm|;LlfG?UM!D;|9(21RRmK%|681TA+Wxe((#}YIaT~ptc5J(v~dl=iM|)=
zGokO61#ojpN^|N#CT9%ex4>i@%NfV_6|y&G0}Ux1P{DdDGFu*Aq*!qR-dou!84K@?
zN59N$Q*Fk7Fff&$f+B$M!uAog&(D0e3n+HEm~uTHLScX-1FZWHbo=u?I4)Ke%b857
zY?P*wltCj56c6(IVz2g+iHv)WAN?VRS6x|OeJ)kVz-#VQ9u)WHvS6DE$&zp@gv>GB
zK?Bbr?Hv_tjFq5y{G1#8(xbLwdlsMD`F-IaLnUaXFoisVU2K>a>N~e`D{@p3ioT!q
zt+-UCS|PBuQ=od;`OS;^_B_8=+ezE=8f+G%V9YPZ!95cVDgWYtl(!}RJ=l4$d^fku
zdpXT!U6&!k#NWkAL<o-y3)R(J37||^So)ph#ngz%(KEVr!I>{$=6X>hO2vTPCv@aD
zFDTnis*Aaax0^;A3(z|Q#mf{2_>fdDqDStoJoNNI-ajnm5ho;sTVtx$i82GuI<GRZ
znr5W_n~O=z&{a~QvA$(IgqAEnCC1AvXpFq8c$!wU<_i_!SR>D{OoY<qchE?g2FQR4
z0MNHcT1h`0Rvb9-`t?Q2==zd;c5@afH-Jj`s*w&#woUmS8JmVyI4b5KMjS{+CKm5=
z#%XBngMsurMrq&1lFJl8j)BYxQ7?~$>T??BS7n1frJ4G^s|0f=fodp*QQA-g?w=M^
z2*~e(1k2z=mKo^+qAN<}L-A<`K+Q!qn@)|2cjs)(jr?OZR;=`fDf&PNH5sO9dEHuI
zyxIlVW><j(JioRDw4f)!V7K&YFG|+h7XLu*@UMu7=|Ct$fmH-KuV1zk#1UF7VLa?3
z$9~+%5;Kij79&6m2y&xqr&N~{A{)UKi+W4C>YDU#7T4N(;Q@OezQ|e@z5T%Hy2el}
zC-wCpu<y$wa?l9P8c$!Jp>7B4;_VTpAP=|&<V+L&Z(Fnyz=aEUKx1EVa|v>HnK6Ie
z;SD9nkF_yxoQD$rcBgO(&O4H;DwkKFE*Y!k>qZFb`n0pgV}rho6E00r73mhBUVSj`
z2#Mw~Yg;(1MuA)0BO-6ziis-M0Fd#~Ofpv+RZ{e^UIQANO7k%NA%_$D5kvS<&__Aq
zPI*P0ePnl66CPCk%=!nm;3A3TRhEd+=%)By^ERJZ*FXm0HV`nh$Z(q;J;j=9+Ff<~
zdqD!x(EXg>VS_L$&yRj4J70EStdu+r__s|_cl%55ds>b`f_9DwY{6zxYfKLEM{%Kw
z?dp)dc^T-O+d1)j_cq#ENm2{td+jY<m4Ca1L4A6tvn}2nXg+P7g;m;$wU-i6_<)@m
z0Y@1Of_B;Qa9kQh%(nhj@`e`Ukoq>qzo)F|)@N|uP;VI%cbfC096HD_Usei7Ew*^~
z)-9!H8Mm(s-dhNoca9S3-TDwwW?ATJXc^gLjX2RM#1to+5@CHUmp_m-P>%#1Wulj+
z()?stD1fM|Y_m8bh1}I(Jn|+(KAr$u*iwq9`?n@zYA&dUn)<Rto{*A@=~WtM+z9L=
zEs+pBp11s&>S;t-<stBz6`u2GNG4xIzMK~s1e*;UN?6Ng?udZT!*!M(mqH00>S3+=
zpGm<}&J=iB(3WwSiABsNlU<#Au$f_(n<zg94hE*!?dAd<`IA685s*l>O7b-SDcVeY
zN^-sal!8iC&W#0<dZj@4uu~vkA2=T0VzDkT4%jm3kbiCe2BK&D4QRWczG)gKKCaYW
zdaV#inj4Fy25O_fXB)Y2xsArpK1yN&YwxpXWc%Ti07%OW38f20EZ3|_#x7JZp`$Y9
zEEUIXqxM#UKeuXpw`0r$<=j@b$B5SFFrvxb5ujPJ*B8j|&0(U+!i1T5FM2)kzC57D
zTp&dKGFnLEZ#^xfm9S617Tsc9YO;woZ1!);l(Gt=6}AX&?wK3azd`?23VG3NGMc;f
z+j;S^s%n<u#mC~S#-d}>jkW;YypEUCRa!+;tlK|6o+hb2u55iSdTGJ%SsUB@cV5TH
zO{e8_1;aY~0<v(-!d51NzAtWIsz3nQ-uf1JQNaz6Q}rvfo+Bg+NAFEq^wMk!v&e{G
z0=RWR*<i;nJo4(c&V$~7XFz)r-|@1-EqZB;yyA`7Ik1nE_ugI?@99&B(FIk(Z30vf
z6_xk*g^CJ;+6Q(n7CDw<ur1WxcA`Oo_D+<N`ENRq-LOdJ(sowDh>7|L2HQF~n`r$4
z|H~xS9xMSsfy_CTQ_HNSLz(fQMpAtq1erCY!F+d`y&OPET>8A|L8)gDoJ%&tEj9H+
zT}A!-UgY(LLG$<o4)4{6Vt&K(l42L+dBN2+XXtC*tMKAKNpe;{)wcKy=f2E+Q!Kx3
zs%kLw4Sc6vnk>3GVMP;7&`T{r_^W4`LcsdtZMGkEh-lwCSy@6VA&CI9nFgk%+XsiU
zW-rufA@_1>acWuDc{4yl@b&L)R+=yarT5YBHJI^wb<(Ud$^jy+ptQcgiGUg8oq~gL
zUZRngD>iFRkA|v_JY$sdd@IH%kcwj%Zj~bfp2Z|>$Q}_I1TQwZxobdMkD+9}?iS?!
z{Vy=+34WDJ?e6X|zo`uR9h$waT3qWul{4*~R6U@njtylV+q&L4-70H#-6onWc~>&C
z=+b0Z|F|fLO;^?tGIRKOl`3QR^CI=H`A-^EUHT&p)lUsa)YamtyVXbRsx3wWrY-VV
zy6>D#rkm_E>h1eUrK_xBBW<L6d~QoCqWS$sL=XSm+`~W&e8G5(z7C*6WDi|_4`%|Z
zHF~m!*e2{jdOhhV@7cFn_c7>ZWaRcMJ}ha2oRff|hC|T#e*E5Wm19+ek@c?n5Lt-d
zm`w6P|IuY!cRl~VpWUYzi-pC_xUVQL55_<uB9d#Pvez*e4}@JcYvU#$)&z5t*Uq{9
zjB!VB4H2kDgQ<4LZ)11SVPACiE&kbI*~E-_Ky2}gQE2FKu;>?;+y+maR3%jc1H<<Z
zDMWWlvP4>IZWc-3IG6yspwe8*#%A6xCL+JL?Eoiy4nJhNPgOII6Pij6@ruor^5Sxa
zHe=Y>TXL(I%6+?|C?>^shGZktS&+`lH3#`sPNDb|+CYh~3(h4IR*&oY@1xf_25Lca
z+&fK(xy!~ChK97Nd^O*|8nJpN^VPCWmBnMaD?>quri%_T;K25e`@ALUIK>uAw=LyI
z=Jes09bZtJD{5a~_4@wZ!r}n;ADZ3e9<Pf;$Cm6m5UKY*pb!@UXe_aF-?j;>!nL=w
zpqO9-n7T~r&~!v%w}Xd=oe#3#s<Yf-sm$_`=BYuRR>`nW2qa`c?b+Oo5ilLY1R)It
zT7EzkTk(T_z?s<r+|}FDSkAdA|78Wv!Aocw^yDTC3PJsC>uS-C2y+{Vp(zC+Kc&?S
zWgE6%qA~GbeDG{4rZP1A^vtP#?%5eDU32;ZIzVjuLDa>p8L{$^K6-Ly><>rTVW80k
zR@kVXtC42ml5w4^EldDec3-?CRs%AEJEGQo#2{o$Qrga(jgSfxO(G;fm7LI1)&ueS
zW=j(Y!1-KH)!>m6;Z<PE2pEEwolR9%L@0JfY^T|V3NFivNp?qpzcU=mX%x6gKJxAl
zmkJf9fz!H61e?RSn^t8<0u4aF!a|{Nlg|K?AIu0LNMv>rob)}lDQ2gDXK@AZ)T1&B
zkFBr(^+b+%>k9&0nLCik%iGn)o<WGi83HP=DuQge7s2tjsff2i8B`&WWyyi_s{u)m
z(lZ&%HqGP4V%D0+?;opFAe)4S74wvdSN-#|iK`3YkN!quvFfDwx|#Mr1gjNv7;mwI
zqIG4rSdq=<W8n3bx5n_zj&=MbB?)iWo6&&nPz>7#s?zad{l>A6K3X_89!$k;f#e`%
zx1efB?vT!!lZyAT@?yGl%Q;Kv_q|cn&`LBfwX;J`bQckudnel+2FTM$2{!&^+Na#?
zQ(N2fV|gBP5LW>z$yi#5W*!%>(4XMzwQctC*4^*M-hXv$qo1y6I^P0ilRt2XC|jRu
zr)13en|`Xw*&fX?0Zp7*PaGuzRF9X8-wcngw2SHSD0ygG`NHQiUS9pS*0!$^x_Eiz
zp5QgsY#qUhI-R9ZJ9z?TsM3jRJED-abbr204w@riHUxfW6u|ZW^wC~{3)7|j_lfN{
zziI)QY2+#V9B4p1JG54?BJm<^QOhkOjY;;Qw2!TWY@c~k5fCgNJ(-+3n_>7p$_M*o
zCS(vVyYnX*7VJVoXYVbn5;E_cinV5a8y`B?hfycBb1E|pyH`1PU-%!<LfT7MgWmvp
zeusOXfL(+&|4`XB)f!Y*W>Eg^Uuta6qIi{j?Rvdw5Y$f_B~D*}33`P1FA(-LF&Htu
z$e{Uf7Q(LaK|*f#culM1M2TF_*o|tx_EUE(UGxQ-v5~;J$$3k22UeW#P$usH%)*g6
z3d;Xv1-p$i3H}wKdXI#AK=j~?RXiRfwT?5lOVaS&ThN2a#!{Ksf)7MN9Moea%pk4D
zNyg~-E;B}T?2}V1Xg=mm|H0_46TtU=o`Kgf2$Z^g#PC8`dw97G)lioH73G_i!Hkc8
z>?omAEy}!WmZ;-MTe|ByqZ!d!_Fq2DJLylK$SUSN;h&Boi!J{_D(+jC7V`s12eBIT
zS?}LT+u`x0{}ph!aF%=6q!K6u;VO4I_=BhuK$fVD0LPK}^>aKud&#LY=7|l1on)V1
z{HguM%F&W1>Q!`j;L?GPPj^o2F+XVm3+_uo6G;#aSG0(UK2z)-M~?+qfF7E!<}M&!
zjqsJ|X47bbLdj0lYwPi1n;nStYYu86gU;>}b;73Y`F+`O7UDYiwv=JSj`y#b?@y@;
zVzL{y5!KWs7uWK5HK%MFore~S8_jhd<h)9KR`2<?_}U9v7Ek4Cs4FUVWY|6}1|+>v
zmm1ZEY`0d~;faH|HU8?l+F}fz08#9Dhqn3QiO^`u?qU2s)-cuZJH9Zv>-+x{#5^7k
zX0m`6tWs$z>T_n_@(ub7F1!zm&$6)D=ggBN%$KY#5hE#kzhzdj;?Y2PbZi)irMmVU
zESQjgZ~F15vDYPC+vot2Gb~mFW7Q21P+8`8@PI4ix9h4CA|*-WXy*!qRZO%>4^fqv
zFzg-7fl<}l4KfyVq5<B&X;(mC?AUiJ5Om^u!z!@g2G5~VoofWQ&+i}omN4=Ie#o6!
z5cz<``jKGYnBA-3aiDdM3v|XNs^NcrlbdC418Cz~R)>}~8(l4Q3l;FL7%?~(X$jGd
zDMOq!_YXrJGm^9g$lJ841PF``MM?KAk==Nw3cDvPs)O_U>;CWm$!0A+J*zI3+_@Ir
z`7>mfWn|d@_r|Ephi?~C-{FBhf&K$py&6XHzczGvc`crp3^aY&V~8GafY%=L%0<7y
zO32Ok<RpfUK4};2g3*RPFn~ICLCP7)V3fPHw(k#4GrkiXDyR)l#arK5fsgWBP*bTy
za?dTfU*dr>p_4F-Q)bW)9d%Lpn3U_3?^8#k(l1M(9XT3yy$cCUNTD7J=l6NM7GGMw
zQ+K17k6S)RZw7SnogW?!Rq<zUJFdeKG%&<h*>>hIY>c0{?>(}IE`!(Nt{5vQ5}NQ<
zA5=wQftPX{B**s`^!XnI1bN(Z@BPslkptoOWpu<6%p(8TQ;vjQpjCextVv@Hy%1tM
zJi)lryr02a1nq1Muww%85qJ=sd?BMD-pzmE!E#!E*F+7h+Sga!{qBpdz#YYK)jtHi
zcKT8>cREc?5fB&MzSw;HUPE2}l}|yj%~MX1ypLbQhLKJ#WR6KO9FX=c%zY|IEfy&!
zG*msN<$srcum*smJd+C^{U#<>2&T89V6chtiV=(-^_X;k5@I}nMk{>7Gw*w?e|&WU
zkD<pTVL5Gq&lMQOnP8!icOvs*XAXm@!oSHuwkQ0W5$0H4aV_Qi3HBjZIBIkR%<|=L
zfQAEw{Hr#B$O$iuWfE73jiKXjJ1qpqFj-i_J%U<a9&DP@cXpVl^tItotmO=XlzX%i
zgye4sz7XDBAhG-#zg`#!QUOK!u;_l>!fO91Z2Q*HlA7s52X^fs?~cWjQ3T}Eci?Zu
z-cR59H<D%DIjFcv7?NA)V%zDZ;LUj|yKC`+FTKYhYu*sU|85Y(EtJm(rPDf_I}24e
zYayhvt(>6*w{aB9fs4;=&UhPV&*6<AjI9z=^l1p{6FTMFpc^&w+Y!CW?g|EKmv>+m
z{&Tk0ZZvS_SRvctF0^0vz6~__^~;e3eicgG>m_;Bc{?TI)weZ=U+@%;9DA`>Xnth=
ze9(*CPBTOOR6c4*sEA?(s+P;lT}LmGI;a6eK<+}D^j{(lgsC_KSexjciQO0_gf5P^
zsiu8}B5qO(AWA6Z3^l!?nF*(B3I>tAe<?7bc!{NNj-O5x*;NqhwVtf~$uNkqA@AFh
z>+2UM+hk6N%MoX*Ke0PpG7O)coNd*s4lv~w9yIQOUYSz$>56EC2woTHMGryC<3&oM
zPtAvgszNSE^E(uuLi-?)YW$n%uBDXve)dBG2(fAj)TqaP$g)lK!E|Luq4G!7<UNlt
zOcNmlv7_@+kpa$1hr!Ji;n?2DQ<(u_8s%rc$ub~?ux<m%>_&nS`-|gm?Pvs<2ozC2
z?a%0<%>yM^-FsSy{8x98x3UJ_GJyI<Rs|zD7o3C|`HUKP>?vKrAEADMz5o_hkg^rj
z)bg><aMsL<97AF%tgb0_$-egx3q$Vk(rDh@yUnRP%cA!t_8@$O5E^$+rEI8+SglWP
z@N3N2xnXMYQ#qVX(2(uf@1zH@pa8IPz{2c`SetKs?x6tLn+k)xTM)_i1h|`nkymK<
zA`Fw*6OQ=i0Y{*xN;0kkekdxybs4{9Ql9(zB@$ncC$P6&yAg^gd)3%%Z_<7#BQO&9
zIt%wVNQQgofA;$wIDfstc#MI1;PW0N^+`35>fgcol);frDMzM3%?()_;oZ6QOyWx*
zXxJTKL4{qC0)p(FSoF9kT<>sWd&0PKj?q;t)Ku*)E1pz?c1%3)-5GTZ-SQgL`x;nT
zkx99vFeIWv7qGK3F#YQ{7ckr{sX_ZUF6wn*ZoaYxQZo~UCx7OV=khTt*X$NHb?j|E
zwlD&yq-4dAHCa5Jf`cC70qCbVjvr@38N#|?Fz8tWTcr>mXU}HmhJM_M`J5eol;`xN
zsvr!}qfDxx#^YJuHKjAm)5KaPKgPP#ZTYe4w3-jOmp#)K&DXqH-qeMM@~6B>a=|co
z`+}JJ*2UsacpMmVUdazVuM)fuX?BT2$~hb!BoC5tExQax+Rsd@GBpZj@P?jB7T`N$
z?|!i|!KHQm8t`Ya)ORFXuq-}p-0ww*)|<U}V#kZCj1Kp|F*UXpobzX5se@4ztN6BX
z)H?<OWh}UH#&_fm3<751XPLBtDFG{zl=m<~*VnrnU#KTV97>8u`S%*&jAdYw-h?%{
zYT1d|+UjE4b_8S1&Cv{h$<ht@q<n$jTl66R%rryDMu>-o9aP~2(2pPMyN$q8>kCE9
zOzk}o^iD`2Z9k`qe}o{!WvRGxStid}&Jz%HeXcRwQ984D_n2Wdhk^@AZ+=Kf!>3>_
zKoam~aS9KumYIRlUlntgJwl|I^_QpS=dI(1bWvG$zkG#4-}_fsW1bky6@LNpuI;X}
z$NJFtx<B87&k@`<<GKMmI#A!F*rfVkEB`yyDNEw(;Nn5O@(4eEb6ERS1Kj<kYCUY_
z>%!wwb`nVWz@{dJ1xv2>=2!1VGnMvz@K+5PKW^$^D}#&w2kJw0VXDaEddCJ<VP+nG
z0uepO&uFL~-Q_{q=KqMRR{FDBTJJS`^$KOKsW14oCzJrB@ir;@HGuhL7)DTvbHQt+
zx7DaXnB0IVi4g-4M7zwaa+4qb>p<Wkd4|(>pM;befOS>tWkVOZu>43T=Fd@(-DJ;j
z8C8?P9=Hys->xPPSj+B78bTr$iTA93{$49>EUKz$|7JE9zsok$<qc9T-W)$r@3Q8G
z(&wN)w>OX=&4+iGDApB{K}udIGe9}WmQ-&EFs;AI<$uK<A=(O+0g7~kI5PAu3U3z?
zFY&S@6aJi!E_!pk5`ESzOMXj>V)ygipb)Wyp+=T}+T}ifV6sr2;Q)wshI-CihL{@j
z_4wSBJa7NJcl*r2#i$BtrmQ}yF#^(DGT&V=h^qF{15HH-$TRrnuKC=&mNxgq4<hj)
zGTWR;C)R$f)78s#Fg<V%3K!=nYC^AbZ*X$&E+m8peX6@xn3|Ht=U%RwqL(iFA`poY
zzylk*<O|v$WcMoX`0KCaW+VGD-=js($S{Ib^y>UwZ@C8-4Fp!8gR}E(Ci$#J>pYxD
zxLn{MxoI30l<7tkk6*F#wsikw-o<Z*7Iz5PH-o1Zs&odzGlP+mFgpjzhYWIwDKNP=
zztMrDT1FTug{Po(V`4)>$is49_X?onwjfg!FY-gY0?d3FbvDrPl2&dDs4}<KM&ED$
zVu;pKp%91V)iD3@74lborLBLoRlHk^%DyLJphpG520eI}&^dmL669YFFd%o9Z@@mD
z4$J=<&%Tt=DA!;G@}$q3sO~->_gOE=KL3C|j$^&cF~yTF_(DZZ96?vCKudNvPuKuJ
zj&8L925DBv9TvF+cs6*{)b;D74XBzAy_+112JTXAVcfi%(6IC!t^~?4SF_*OAaKe7
z%mhjm5^t40jiYZ)+hbzHytm;S=-|y;pzK+}r8@=k&n6gNS~o9%JwAs`{VhSG=g*1P
zdC8HGTq`q}TF2jpuqSzq8aCyxkeJmsnn^I9>^zu%gm0vC5`+9y-os&PX9~IA<{PGO
zKjlUDDG1E-`{z-JomWW4ooM@~xg_b`s;(-@#pw2dbhY>Pj5;_WDfhZ8fH>kO8G+8Q
z_L!56L;lu$F{h>Suy~rHEm5b^Or(Is&~Ep|Gs0-T-ic;Ad^K5@pS*QlHFa8`xuLi*
zvK0pM)I#pN%?~}~1b!j*L*w@I`#!3-gvOGIP(U&}9q9^Q-N}f~Kh;$r>rmHdgj&_D
zT3d>p#6zK~2R@|1>OJO=;#D}0-<_il+tYmIgmDQ{wqBcj_Dr#4JPPjC0r_5F2^-d^
z1%C!SVqLKP>7uhtZ>nY%Pj(WK-3d*za=VA&S0`8)fDS}H4(-jMUc=?wTj80CBxnQ>
zD|GPjoH0}7@$E#2dh?cTo>1S|hdTYerBc_#TU>s*cS}QyRe#O6$bJp*cu^b8c}=6V
zdB^IH7<<qvj_OUMRQE*Y%%X>wV-A;Y`P&Buy-dV7wq&oy!HkVII>vnAMY~GPNVo!Q
z8Ng5Kr@4W%vHgIskzEDzk8tSQvd8ZVqq&6*dfek&N666XY*Vq-ad5`<{ANMES>!~&
zO&%-W`E@+BDg1c^9iAm(xFKX>5%_J#k|AmzX4e8YL06@Z0K&KUCM_L*H-_3A#?BLV
zgv(x(E|bONzaO+aeLAgg_6`k;ou$77C#NIDE+GTTVtZFn48KONpKJXL^a+uUiLmH9
z5^rAhKX;q3XK+Mp%Li?1u8t<bP(iN4UF~A|H>EGDnm@xkzY<WsEej*kNi(|0w^$q4
zB6VDDnwmICHMROVoVxO0$?oSjUTNz;*NUGSQhY;X=dLwCbGZ1r`p8B#ug){Rc$?>A
z$AnC3L!s=O;^W_II_l+D-%3=eMBO_v>$@_Q8w_4HFJ1GuZTjwmQ~dCz;i_@|!mA*-
zEF6Il^4>KLSk2~y2p1mo2$FtB-J4khys^h=CeJc*nbMP+kyeA?Ra3u4ya%(wXR}SO
zO{c>ZUs=yP3!bn}sqg6a2O*nfK(+Dnc_;D@(iTkh>g;gKfN=TZXfF%7kBrq}PeJ*3
zqz;P-YFHSMN9RNNdoY38367F)Y~IG?=O9?Lyp7-oyg2DDjXwDttExEq=q3B!Lgfcv
zB0*#eSJET<`LH`wUkLu(62s%+$!oa>O{x7o*u*4tvH4bW^9vQf!A06VR{(%^Xu}F;
zDc{+isxRYv?qLDepih%~DN3}d;A})%-!Yez?dbZF9%K7BI5o8rsWn|{VkBBS63ZBH
z{??6*!@&_|kVLO^!i<rlFQ)-%iafT7>3sE}b5~(ip8&z9+A7))wa2t7UEU~=TFBSQ
z45#z!LFXry0!Y$k6G}3u8gw!LW<4(i!jAJsm@hRwT8+fp6r(jnk@3novKYGuN<tXC
zH<fnsX&<}ST7U#iL>+txgEz!D!gzndhR(5|dd^KBw`)Id^nk|W11@GJf#k#;@#JAe
zN_q@6v=}TKae*j;bq+)6U;ldTTGi$~ziIOVguqt|WnMY8efCJTYD@bCk{;y7eYhz(
z*qxk9Ndqc5fS)f6tLF&^287{adwU=@5#bsqV3kPIg3_NFA{!Z%=q*>syYmS0gfF2J
zXE%tGEO1pw!JRT6fSK1}up9)WPg=QI&=D*2U!o0i=&bt@dNBb9>=*ArP&^29f6Al1
z@RYPLY4h-w7WCz#pZ76H{BD9n!$>s~`MdW`+d7802&gxEk`<{ZL6QnP;$Koksdh?o
z<0n_)dim<~M0z0*&$**bE$(dG9AkmjevVIR2cO+O-_|EE2iB~bOEn-9JF?Mu#?a#f
zOe3x6#Bp?}^jv+c)@SSc1eoZwbKAo7%O~bHJiD#TZTAbX$tmwS1f$7&Em3a5|HYuk
zQT#iqkcn)BF~NulQj7org^VTKyLWrzQKJ{6Vpt%B^<5e5GC+Z)3YkB6_;hZ$<E58s
zu20Vx%?JKZuUM3B0Nnw9jxOb|6_BV5g2S1h-!FjuK}sd|Krr#@oem!4cBQSB@$KNg
zzncVPzfMYeU%9HNpcC!L{=o{ROF*nPSAB^ra}`_9x_P515>lPJG`cSS04#*A$&ci)
z<&A8QxMw87)Yx!y&~cHjzE+szCi4R{$Y~HJnwYA~$K{aXm;)y3N^X^`TiIQ-lrE6<
z!c8pbj@K6XY<21wone%_$6mMx_TT{k#WIcy7F^QQ<3*Bm9kK$6f<E+mgi+9?>!s_2
z?>&`6j-9*-_Q-Sf-OUGa^zT#^5{e%*!2sNzRj-fxLPO*uCD&tRqvzIU5!gBoeOjqe
zZX8;lBH3^Ukw9vdWfnyX5D-#)^N|!uwy>%2<H55|F|8VQQbEcN;8xk1unW1RMLplj
zS7`xjPlqFNM5yi69)8sKL?55{`aKy{LbMa+aBcsh6LzNG=_nm<j^EGPfypmWna-!Z
zE2n=CV0xuM_*25o%lz+W6W^4wW8I=J5Yf@2X&%Ry%X*cNZEpE~)on*BnwX&V+Xzi7
zUSbs4Z_X+8uhdccK<wK?4}Ihz$GQSBz{&3VKQ4!3>BLLXkR+~?_9KvyO?>2WYnPm-
z|KQn&NFV*iu%B`rL~rs~vlT*p`atOM>w#3>vPXdS#$iAyf73>eCO!v<6dq#a2XQ%^
zXjM%U$s5YL33*a?T)vpr)qjW9zX9&PW*5h*`f5)s+Rx`-tzNg#<&ijaCHdm7|KglZ
zPwyBZQCHDQMZ1H;Qt}l$l<p4MKMGu7wWs;<pkSJzI=E{@^EhYe75pWrdzQl3Ydk=P
zoA;>M=j^?@4z*NsEw(s1m&lm#??L9*f3LhcexcD#;8O*>V8mr~-U=fQTh7gz8Jzao
zGQg{}_$KMjE^vyd{rg@;WCCLfzcOcSfP|*`ZJ^Kz%fo<f`;{Ns4DgIY*F4pyVA(%}
z=O?1=(%e}_{KySO5F{<S(bx9*)sL7BVrsDF-L5g!ZXwb7&=<q*I+^9Z9!F<D#rQtP
zPb+viL)h*ySQL-Jo?I`kcJc<jks#bVu&CaGG_Qerju-j5=!8{W(0tVanaDG1O4;6>
z?%=o?)o8R?Kydf@nc)r?T6V6!`Dz9{KH6aDoMIhDJ$(D}jUJ25%eVJ9J-`hB|7U7F
zkWkJhbI3Yvq@&{k-;_Mc;SxX(jNByy&g(|{j(&>{#M-rP6JldfKC~lY;w7EG!naQ-
zeq<SYaJT=G8A>Omf)>@d^ecaz-D$#M^pTtOFBIT9&cg)Ea>a$)pmQ@_(bCH0DSC^9
zB~hL<_I5GLs-gcnNpnP_sGv3kE_kJPoyOgR5dMbH27fSNoC=x%$=@?>pi}(p6M>2h
zxP8vqPu(n5o_(g>tlv&NF8=hql|cQ@i+CT=xsT%;5?UABTC3snhy=_$kSwf$-qL_z
z0QHW!QJC}Tfa2aU*;3Qr@S99CJE1_-^}Z#~l}g<)-}*B`(Kym3MlW6Nr`R&NZ^1+$
zmlhy%kVdLyO9&3<{45p>-{#etP5a7k)bLab@UGP7wvSq4XHProv-=J{$9mw1bBa97
zkB)wB0v5&CEQfTcA&g8mcN4|Lw}J+i{)wOmPCQ@GNK3*FPWcQyEP4fS(s`oDNi`F&
zxOc$A^l4M*u_=a}ye+5dE6$E{Zy+*oL<$S}>@TO6W4KKQSz%RNXj4Er8@Cwr-X>TK
zT%ot%b3-)Mbdc`Uq{^Mophh9B$bRZ=;#`aO`*YBioitfKX#HYv0?MljoPBh7<VRqU
zX?`Q3Xz~q+6Fl?Qq=l}Bx<2RJrkQUYaqo$xdjr}f#b&b4ex)}M0^3nzybn`a&&A%S
z_klnfknUUrlAm7B!T@X_+LY9xPZW^4Ef5o>y4>|ZL*)7X4=|YL065CIuPqN$@(JYA
z)%M)XJ(TK19)euZH*~V-EfI)d-fUM01)4*yaP#HU4k1hFz(xkluh*>KsM8wJ?+Jd5
zXU0IL_Y(Du-@(If7;3iojLl%IE=kYG0hgmO&%v*g1`~0+#pj0$T>?TsHCt0ysZ8yz
zFw#B?!Ff?r&F+CE03j*3$Or-eltZ%^En&&i$#+SgZ@qgn(PXuH8w~$yb`y8W<&p6B
zU~u`uWarx_+0E0S4GfTf9_L(Z01(1gQWtkzB}eZb4jE9&t-Q_2V{VX|wg$4y=D+1Y
z0rcJm=wP2*vFWG-5c+F?!+FC6X5?XnG=(_#?flhvI5>S7J#hBOx3sY6+SMZ&<)TkC
zMzqDj3{?AnBwcqrm3<q(k1bpFRx;|?WP}c>$V|quWsmGlbc{sy-jT9}BYR|Ig@o*g
zNLKdDe1G@z{`I`i=kvTA_ql(+>$<+zclhr9Rz3oTl7OPFO)F?(WU53|z6}VRYg{0(
zfJ$N}>T%fXy~$hSv^PnC&%`y(R?p%4^u^%j+%KB|PNfyFQgpNC6`LRL%JB{`BVFrB
z>bq7Rz0=+cyUjfK_#_MJJ&mHD;k{l)vPg_dvR~%2fIG>3wMg*61z#%k!wVZ5f<+%9
zI?YEil!dSS-vd7ID#2IuUwWfD()Yh`IPAv}#+7D4wYipfn3<ic4oaq0+@#2G$O0JK
zfTL{08Ok5$xk}q^6-_JjQ^anBi*=p;*+9FeimppNWLt)|K7;H<a8ZHRUCzv!IX$>(
zUt-gSI0daMNWeQA=23X>sg=R)h_f1v`o*nD>^nA8guWjj9D5F!h@ps}g+9-~oF!{~
z%uJ9pJ|sqm`pCiqC2VVbFc9~g^_*B$#=U`nz4pLuP)>!yD{Z0=HE>0bEb<}mew;2V
z3qhdVXMxipsPK0jTA3lSepeh0PaWk^VwSs34NECWStOKya3M4@2nX|t1{K<f!FjQo
zs8AV$qi5XcF^tQ#X&zj79U-6K=&~FL_V{)c>AU=y63*j00d3a6pkqC1T+_0Q5&Y1d
z5bl^blq*g>R?Nh63}(BOCjiP|PIA=JgH?d)Hb%|(L`eZPzZNJL&%ze_K(c@*b^1pd
z(){N7@j74!+(RM502KM-s!kkgf-@-S{c<B?2*cg*yYEf@f{FWypE`#tB?URLpE)r|
zVaYc8BL}SFvSt{Ga0NrICnA(-VIq-PG8KxT4-P5);Lcr{Vdgv^6*SfymK<|=$9r>h
z?rnf>?t03A+2+t!Z`<gHQMuo#Q6I!(3jdK}U%4+2(t`Rk_TCSKl@$X<{i^`cWLwT#
zGz_m(T|Rb``B>L1_x9$CMKu)g1%5l0_eAV5=}KR0{ixG;Q3!@oJK)L{zENt@;y3LL
z@&a-r)$a6Ah{Q$Uisk&;0iJ75E}q|54a43wk-!CXEaj^xbFc_3XOEf{qT~ST?nLxr
z_^edmnU6t3Xxld%u}YiT9MPMPudaDt^EHJux#B0Nu^7uD=?{;cntx*7<D2}zQnw{=
zRS(=0K6X6Y-kprCq19_4CQfM3f`;gMBn$vpB!&AKPu>WP7C8YaHgJZv-_hm=HvhlE
zrp~S4`YN*og|q|!9_4S880lTH-S?atSGhrofJhKAMf7PB`8(|x_<*ZBnGb0RPfF+t
zh0lO)VcId$$^wx38^w*yC>~c(?1L{G+w4_uvXE^_^)*zH+p(-dKjjs3YA9(Lc%Obs
z+bH+Fm8`3d0ye$TnpxsNTs19zotl-XN-*ceg|9eBB-;?-i2Mt}ns@Pu0L<5^MO0Y7
z@cNdKubQT|FVLmCGTy3>;ax#4sQn^%@w3_YQ++WYRg&ahX!KoPkCnM*V;&V0N7@P+
zqP0c?%ijt54>P$1ao}t|<V$raE`BMJH%<3>F)aOfH?M=Xtdg9b%4d7?Slx)%Q%`M~
zRw@Pu^M*cwQT5g}skass!DziNpoNl4k-t)|HQlwJz26ZCeqBV(kaHc_0hGHJQ{~uJ
z*;|OSX?E~|)xBR?vheti;L|sGe}bOMf$#QB3p3ByIoO3JX2(Omz<QzPRuEnS;4rMG
zJQ*d7(i?|!3=N$Viu7#^;u`Mr1_7&IY?>3##3}f1mfB8#H|NJ(d&4TyfWHFlas@9z
z_`2r@-uO=9`-Ob`m>L9B*i0(^3FwExKo*}w*}+wmyh`^}p-|is$>V9DKC(4ow?n@p
zho{w)%!D1B0E$yte+A%>H0kNRSX{Lg4@aL)WL^6ng-5;c(no!Yad|mWcoN_}ohtSJ
zIOPV(5?5?;0t!xlb(?D~pL&dOj6ZI^b-_}{M`qC|83Ftg4Qxdf9XP4HAx>75BpaGw
z6|aMpr{)U|KXF8wB)Ak8Zg|Z63hN=8_;2p}f$Cn9{t47UfEoL|qx?yH=NrN5f0oa!
z%Tg?m(8_9Jx|hVhoQFg5g*Lu?C__7t7?r^K3OX&ZXN5WLc_<+RC@JVMm*`vB1rT%a
zX8(XgE)_YCCffW>B2bSaFaP$k*00m8Uy=t}@qMds9>;ml@?kv-5te{jPx0{-kixIa
zufQRkt}h3->WgVvtXv@U40m3hdj64stSuOAlBzx1cJ&I?S!W4=`LRGLP>}oi4hyJ^
zW?$K-5@}=bUrN?1Nxr4mr+5Qe2`JY6kfE*~*Ti@f!XXe&Z{i~lhj08BRL=tU4WJCt
zJRvbcLM|ZW)P5*e-X8R$d3mcz!K*Z3f6h1zZ!@lAno^i)kQ>9uR|kc&%p6~$GgwS7
zSHTOsPe!sGOu4SiQv}MK_8&C_%DEp@#8H5Sb-mw^=k2_r)Y48O*sLj$l>^{j0>!o1
z`?#T4s0}6y!Zb_iMI-Ie;>+WnyQ6cL7v2GbTISao*V{Zt^6rxu|CRufaus6``B4Mh
z{acLPo}U+n{<i$~#u$#mwX@)>fZ2xJT;R8U?&QgNo;OQ>?I)eV_u*8Al{`P$#C0I+
z{(fLaHl~IIc$qWw`);<o?PmhT8z)Dmf&Z)m7WV;W^`Hhh6NDBe?gvZpy8tUr`Yn@?
zUP%rXlYR!_w+uf$Z$Lu<zXjmyo1hY`Z`Vhd_mKrW>#x`YL5IC|B>*%h+OT(mL!aX3
zs{zfhrN*1Ulhts<VLKuFsPVN*?!FyWR!A(k@MYEAyJy=W1KBv3pLCC6!<i@9IaXxC
zk`ms^vfdDcL_}Iul6c=*52U>f$p}Hb2Z+M8G8gnkc+R^sD!K+m1rBiuyD^4n{P@gU
z(x;MdHO0iCp{Uf(kLn=c@Q*rp3WhNZp|~p1;m6;lm5$=OBI(yTe9R~$W<Wsn7+huM
z3iZSiKZ2jz%o!(K2oxnSJb6-ZovJmmDMdL`u1zM!vZWy?FOzy5xt*Fphw9ex!~d=x
zm!JUO6SPRhdJ9D@LcHjjxQ+r4Ev$3@HO=s&hIG(4J_Jb7<`onm5~-wWM&NZ{JO2uP
zX(=#o2tChiV|%nf_+jHWLxBLq<O>S(ft0Gg02U;0_~{Z^-v+M1#l$bs2*!cR7&Bt7
zCvM|q`ZhInefGd`mxhcGYFKT%sV1`v3$RJ<Gfysv&g2?_qJ1JO;-to63Je}b!Fzll
z)pwfY{mWBi0VJeew`lvCq`7ba`0%UOhJG1rqX{C|X>3wEfvvD8xtkp2)tf*DsQ)%Y
zRzN;}lx`5w=gt8ptPx^`QI-MFrLBPxj{GO+g10<n%c63@6f4F8SqA5iGtm;m!quy(
z5K@6^WupJohj;hS*U}%Zpb<4~+3mY^a;I~530R!9J~V$ALO`}}VN$A<|GIY675B5q
zKbgue&f96y&cD!zAhl0|J?hYq)aGNgkezrbZBTnKZ))(K;z!-SQ0Y8{7?8xFwL#75
z8%jpDs^wq?)dnF!$`i@JI7G|{LW0=!u)DAMV1Dms#>Juc%86pzkI^jsY{DV1*(I=k
z`NyJb&p}Q?`VD(+S088J_hLZwTM;M-t39LV77ZTb?IlWIxTvKST+hwVukVC-s%kgq
z6`dl6dI6X>3ZR~QyK(>JMpNT3N&*2WKMxi%QxaGNBZX;GWO_4btI7?zTEH{%qt3bQ
zXfUm4H{&bvHk<&r4QPG;6IK75K(AxO%Z5g;a5-d840r?I+S0if|0Occv}752bPDUr
zCKfwDaS`b~?fc;CB`KcY`zkS4_Vh_rAkd&Q(M!dyP6DK6Mc?j6?FTuq@WqEdGHpj?
z$psh$Y_}6Oj&rygSa$!4S)XmHt0iEQ@zI<!;<`CxI%)_J9k(1WL{0}pCJ#cn5fks+
z!z0>p|JZf`Ne0#fP)Vdf4DJtT9@s_HsHE)*qAw%`zdWbt%IK+bk=hHm@{r_=7_#Qd
zVlQ}~0h$V)C7|6MA*<}V0t9O1_*1<A*!w^LSlr-Y6`ZOiicf)2N<84iLstIk?^vB4
zkDxeZ9Vjj{#L&4#Csj{az-+O*Yxe<i4OWx6_f;}PvO~R9Ss-)L2^Ryga7=+*T-jP|
z7BKX1=ogpZNpELg=8ItGismZy%r26EDBs=-=L!W^(m0uFW~Pc@i*_B|RUpe#tUP&Y
zC!C&uCSasVuTKxf7Em^S`+eSdRl~MlJ<l*Wq7fHT77`IZ!0_W@+US-kHfrl5=EXT;
zGKmKH67hmPzY$|PNeFN_`rD;LRHo_!BQ7(g+^q{VdybUO=8deR+};5KW^x?I!>D2g
zO;DL{S^AB`{?r#(a3cgkE2=oc!Wa}A?#-*~B|4?mw_=FdZ)pN{t(ch8bhUERnG5k1
znv+%rF|6O9I>!v}C~!#*N%xID;;SXuPoH>fBDxb~d5RM>SpTFfba3t+;2aTGV=U6M
zOc~`_E7&DnP_IN>)cba*A<`~PFdSVK>-^tUG$UX+O$<ho2PBwwzhWk<h3>|V&KF?D
zuyY`xV-gXtqwTib$QrfM+LfSmb4R5z8GXVI*5+>sEm=y=RT)qOX6`wITDO{@sR-UF
z>S^bNrChh*fgErMX^h&EUQ#`&h0Kr$AyHn-Jgc@F4=5py`J5BSdTm}+;LBm_*~98>
ztK?!pgim^oA4K!MFom729?kXx-T-i%YnuOK^IPGZWqh@b52xbZ!$*ngQA?v--P7-a
z7KzVhFl)HxXFUX39pE6FF3(xn6WZcDCzq`qOcFco0${oEe5r6iM`oGKP~mpmx+(k?
zNIE7s5m=cN^d6X16YOk*Tm{{~2jOdqOyEPnL>=e3_5)tiPt7sK^i<IPdm&0uN}Lck
z`s)zzK_jJ$qaZT>_c<9xDB=Fq6C`Jq!d1DaY@|4Jl37kADiym=MCzvzajzUCcCv-w
z#6IQfN!-%3{!{zIsh@H!iiGKwI}k-3G;lA+KxSZ63~empVuQOYb<%CmwNbu}-}FSl
z9heTXw&cXy#mKJpL^Fy$ut}zVanFwG&7wLU1D0B(A@hqVx7SfqFcybe(;4YS!`8FF
zye1NU&;;uFm_@8?K~NP8NG|+~s)@DA*b8=NpAgKC`prTWO#o4Kzq`CRY8AnPU;3n;
zq@X_p0MogdkPriD)lZ1i)sW`jjX#lIo=H?vAWosC#s$!>8}k_$^9cwn^SleGap7I^
ztWzA)H6bLNjO^gFGhvrC<{UT_RrL1?AzYo(=v?4-doxhXs*gr?>d9V(X=`9YkN^`c
zl+lpDtYMyNbpd9%GD;Gq+XdiKU`7a)c2aZu=f<T8m=hv!X1c+vp$UuSQJCa#Wp?oc
z5`5A`@4u3SQr6W>9<@%);`Z9T{clfIfjxF`EoPAg5^_Dt_(r)IoE*0+;>M!*t_H~4
zQG+!wiirdT;U|si<h~SFt`1xsOu*iS`qAX=%|7gzre&I>g863{kpZYe;g49y*+!jv
z*CDEPEv~$`t3c^n(<MMT!%KB_O=R0-KA406Q(z_*p*T1}%)SEVcFVNL?oRwDv-X0n
z5;V9~WqJO*&$rzI+kMMd;PH|}qEC#vNq4!J&B(5)>;sYdFfkE^GyNSf%p9&%D!_hp
zh-j04PSelc)gBVWERh$)ILF90Zd%qH)X#xzOQHfGq~6fnTN4gC1t~Th%rKOjes{Ip
zbD<NEQ9++_MfeFgDaovy(8?`{l)z1<=aJInXV_E@&=24Be-ok_1rRu#+su;!#cI8m
zmb>zs>ZnJ~JD8EKMYEl>?eoUgnVjx@Kio_=V6&?$OL761<&OhPlHuJ~AY$PLpi=(c
z0tf-n3Sav<2$Ta~R}LgpiWW0!uMZ89qgJWBV$RBC9i=d)XY84ramTyd>j0u1`5_7Z
zF;%B7dHr50*Beb0LU5xPuYS^~V|0I3NlDN#=L-yn0dN;zPMci>nTZLQVYWa9)Htyk
zyefg8WD6g>Xx;qI2ky-);OeZQY-`hc8Oh+F^G3$kBi??RcQ9S_q0QUfz{*hSpva-4
z1Mvx?MDmfzieIC#Vsr1d#5C>J&SwExU^T_?tpdK|zhsN+On|~(1!HMH?EMH}B*yQ-
z0I`a{fPFbQfd$tf0$dv8BQ){w>1LBg>dm+NxK=hRcB+g_P<%T@B+ZVEDl(p?#OuQP
zCg#cyqUx_{!q>@0)0FNh4+`f#lwnVlyq}xB`LwSk%?ftpHm{+Lz6D+LA=4To0|O5(
z(Q`mBsmaF$Xe%C|LWw|OSHfg^JXO8;gl#P|78JN~)8nozgoI0o(Uq2!h0+L^02IzZ
zB=iSLDCt1>ena-!ncR;DoHj_ef-!bo9kXck%{Plz$hE1JqIPF!Fx<tVOS>#fr%B6Z
zzHK*pUeDc&9=lz75aq=lUcd&4ke31Rkx?5s3$%}T07c%!D-_;GrQI)i{AlReRMmZc
zqk2u7w+Ws`U`%l2@0?X$h$uE?C_{@+u+1y*-#Zk~QKoUhbE3dFAT!Fg+CvD(z>1|{
z?z4`H5!ck1>T}q;>?#C3Y+x1f;EQdSBFx3gj<VoShId_GjryGlG}J`^4q3mPd0w^g
zSMX;A@OT@Xyxr%XqVv&Ot%c>yp6^~g$i-;f7QKu<sPNfY@SAEL6!~hSPe0Sm!aj2X
z$q>u?$ghapt5|@$ufq@)4e8{#+>TGVDI5{*f3GH54Z7lp-Eid<M^J`*0r?nj*VTb1
zS_N#i`m-7*k2DGtJaB~Ss&I2LxNQ`AT-%Q;&E&IPXIfvpsPQ|npUogu;iTh*`WTxY
zXub9or1q}DK69PP?yAH-f_Xkn&mgIp2^K>P;qhBF<{LT&fVBe5QHo{_%kBuh^!xy5
zca6A&W|4PT=HCsF>yKi-gDJ<8Y7+pJN|)S2``ygWMZm{UDd2F*W(~A|dN4e!zdQjl
z)#%6n^|~p<!vp|;l|7>0u<Ecemb{JT06K(H&aD(fr(uaUh@&S=H+`RszyzTQQRm`m
z`jYwl4!C0Qy)=W1rg50^g;I-hAIWg}COj^s7zg&V;KmR#z1BgGGSi_#hj3$>;Cr42
zLHV{BN9P|<EaO8K?+7|HXHq+_RtZM%ybmGP6+-HDdorf6lAxcuULhb3a<Xe9Afat-
z0M23?Cak~-CPoL(2+h`ob=AksgGjf-nrM7DuQQp!`QW33?9X%Gu7dUc8caKDyH6Nu
zwoSJYUC8)Cf$Z*=wLL7U#Z!H>7ntdI$cn+>m=7cLV?FFI%6MAAX2fouupr`U3;51F
zQ{2JqEG`Mtyt9Gt+sU!kRwdw}*aPXJJy0Xr13rMAuC9d|jY^&bSQ<v@elX}dI|EY=
zu+?`d{FdF=31*@zQ1`^6Ud2!+VD;dQB-U+a=sHkNC4qu`ZkKtpP$2d8o4S^wy2^oE
zcv|Q6jaL1S)=Y|UOxg#d&bHxmo}_hy^7C!yHy^7M%zg1Hi|<RiE+~!xAtkHmqpu1U
zkDtwbY9Xg@%TQ8f9M}J3(MP8o{m2_9SBel5IMWVT?9l#SR9JEci)K0z{Hzx%>WM;X
zl-zG#rAx1%5$jG?Jy)MeY2z4g1hHqgEpKHTO>AQBO}j9yU!!{u<V+8G4BbBbis^pT
zzr)>5R7AMKr=i#piRjP-riY6T2t}fRmFb#N_$&1$L=te>+vK~ss=)5|ioE59Gqs(+
z@p0G_<y^fwDHaH<7Yen%>zM}J&`dRN3x61viMMczn6+(M<rtz<L`EcXtBnZfbAj+o
zb-gOv1t@OuVR#piFFpC=2mXq;l!cx1|2Ln@(YncHF=Y2196&#jYjl)H?5<BcGw{26
zBElJZUEa{EwqZD3-=IkV*k1B617J^So6oPNx}G5@IjLUzXky_T_e3BGu>?p!Rrlbh
z@=mi%n9F*`{hMs#0}fZe>Wn5Z{EaPiMS40mnYrG>3A`4MCRLv2Y|2tj=VCAGwG{sb
zEZ*ik;#@k=aeXKT4Ty^-q(M{%tb<WG<VaF37~20!3O@%T<Z~{E`RRN`qNRJiZ8z>E
zDUu>&;}wHBJxPO5Yy2aJiO;MSh@OlofFB~`{wGQxTk%ixe??pt6F07Y_!iVU$n4Mj
zE9!3#-&)##d3+~Encjgk+pC!<VDKQyBU{;H8(f<+8*Y1tBdZZ2cRLet__$Iual)y^
zibukPfDceywuZ3=T&Xok7+=x^+z?ho(!!Szqv2U^cMHHewXx=1`+??FYBbxzL{BON
z4LCE?LU9W<AI1p~{<@+}!u2uqnx)_q4Z-wz`nAT3?avhYfhkADr7K>&vTnb_2e}K$
zZ-|@m8L&G2az(U#1i(n={slNypK>Jdp#Ud*Be278It8O2FXVIk?3c;)@~wqP!Eq<k
zM}Az>Bd`3W=;#O=O@^jE|F@c~k^fAaOWv==t1zNp1f@KKEZx4Xee9fyCtjm<;E|vh
zW&Qo<<*q1;#NB(qe{ATlp1r%)>0_|99QsbFwB&F8u;}p(UGUciwYJX3GChMG7xA-J
zBQkAQ+=J=H3Cd#8vqg&$&ESMfBf9viQ?5TCMi>Pp!Pe_NA%GF;>}R+VOVXRMgone?
z`l>XuW8@V%YoALCgW!P3fb;cznm<iI>HKuse^eB&BrR=<pz#?;o0w47i6;BE2IsH4
zs#90-j_&;E>FoFZ3D$Mh7Qwrj1x{>NQ}<fTG;IQ7eFQ$;6QR&$UAFnBcF1}f9AJOQ
zZ&kgWRq34VxIQV!WsznD&^3h|m8>V7#ynREc8)zZXY^CkgdK_Sq3c%%l|_Qj1%N{t
zhxYqI#h38wF>m_Xsu?81Hu9rIUcPAx632@NUK{J%(H^)32W*MWzB3@kq8g}I2JgtH
zF5;o=DRs-x!m~Cjge<C)57jjngb&uT=J2(?`m5)wF>NbGW$bxY6=wIpa~8h*da{%D
zo_X0Dk`Gl~Z<~ATWWq~_I)O5`(&jwMdoT#xkqyy{t9PQCK)<a{nHyso%_P3>oPbcD
zm0XqvzA5~xbn=HJ{C_bh5NW$ehWV>fPAgKG==ub}ZPa@~LEYQM<9{B&JLfbUTD)Oq
z2ZO4Y3<4ri*$VvifP<a|<Q0_z7O2pSkOz<eH9BkJ(^bfo!op7M2U#1IWjY!E%J@5!
zCX<-0W`-4ox2Thdg)j-85Gs->f&d+%!9^Ee>!rSZWk&9iOWMIZGm#&*Wrnc+$K{?m
z`PO4m!CO#g4f%>i@x7IO%6el|<(`oc6t3Buxrj-Q3(zn%Gic$Ync*S+OeD?$XvxJN
zLcg$WVSkR)O`>_gq&63u<^QE>4PF~OM->5R_Ae!(ElHPK@$fUC#r(-=@-I{Ebh5(3
zShM0HhB^;3js%;x6&$5JUIPUd`7aI-5<8J{i;X$b7__!CdQckQZH-rnC`fcx6X!+b
zf$&yliud4#Xt^=oE&hJg<hU9CA;^e9z5#BX%BN%tOE`5TsqXWQ%uuK2*FCtZH{tu9
zfuO#EfEY(n`&!{CU8`E!+^&V20`t8uH<9S)Fy<1#Ssz6-33T$RI{AdRWc5LHUuT*i
z$J}<BsrL{XtuVdo30Mv91G+oQr4TR$ZMF6-02Y~8vf%|@HaCXToGqvnP#o5JI=f%u
zU<Q{G0)R+{bgk`Z)n66+Y}uI~tW<l52n^r&MoZq^W116&di_URMXP|*NgM=Hfip^+
z=RVne3u<ZG$OB|qKM3<j92sDVzxeZpe(yi2vLG5fi62T4bku4yE{k)(KiM%E<d~=y
z;bHQb*8w{V%3XeWby^Aox62tgw}IiI`bWhEd6$QaVV&6yRdMwE2Jejv$^`R`1sZ-Q
z<U%V+;CB`SAZzVCA-u!H;X{}3x_ouU8ns!2F_;rKmkNl20z;4ZRLqS&q0tC+CrQ@`
zbKgZ4vCZ#hZPpO%`>B>kn#}|<^PCkBs4~fBLZ5_5`NvxzU@IP<^4IgX0$fwmf9aRW
zJeT^CJ+;Vog3$zEOT6`()V$m8^#fd$1)LbtT&hNFoYLxqB&Z8CRPH#7_HcT`fA5UI
zWrth~xO~1<Dcrc1HWZHQ(I}3P6_Jj<mAuHFhNsYqE@S~QE6IYUa<gvXUAUc;Gr{Oz
z;n|`&2nO7b(eWT_DF}mq_RH-7Mg%j2yc)?+1>gbJ7d9ppV4^ZObbbISmF30*5({`Y
z6ncP#%;-0SH8K)-S&M*StNNVijKE2cLrHQSs(OY>p9sGct@)*z2Pxlb3!i#m&XBGD
z`3uuBh@~ky%Bjb^yIM9F8Xb-g?p%6>8M4iEc*OMz0}PuGj&j+Oi_E-l*5(@Bp{&OS
z*6Z=Z-Xi||BaZJx!~U7fUk;=&_nq9io2XA1qj_{+a=m@MJy0|&;5S`qoV#r0g^Aac
zmGl6jk{*h3YSrrQ?L?dm1DGx?SQll)izYbp)B10BZI0jBC+;$jA`2c3asSaNaE+S$
zjOrb_(ZkNMX4l=JUeN$@T~2&|gANpeIZ_5Rf;gt2s1y)vZiaB^Qd27wH9SNZo47Y_
z;}P7SL3WB$e^$=o;l$1Q7RV1}lR}E&m+$8r;Wy1W^yEP&YraD3J-C{el?9!(F2C{j
z_#hK}{)Hs~%u@Jx_l@i}-eDxMaUL(yr9Df^mu%ZK{1835y+eg#Z{VL%L688Oq>)Ob
z&jU*Kr5<;ft__WKK^cf*dE{StsqEEjt3XE;LI0Q2^5zq~%=cH<?j`JyCB+5(wehZC
zhA2zz!5O_l0G_s~LYoj-r<xrx6#|7Nx^TXRkH?q$$!o(Pd+E{JIoJae@O0L6ZE!-a
z?S#s`)=2!KGJad&Czz8QZi#2>X%QbMkYR`>S`4KLiNU3%T2!g=S4l*K1N7l7xqtnU
z{PmL<c@boB|0_?*R8SRGNHYJDQ(pT?tKhcXZRYC)noWUkpFLww<MSp^v0v8Itd3R0
zpbV+_UAdY4e~vLUP|_WB<It2QHLNAr>4iCQ;t}NlQ(&;5LXK72eXllfr-{X<0fRSd
zw#)qnDjTWfHV4gesY`>MtO|E>v-^2}DVK+V<%fr(;$S8W_z&`p7KkmUw7v01V)om~
zNfAIV0`0%lM2$~*!C^vT9ybWqU(%Zl(J@WuQDt`JPJb|zaJ=yh&~NO4aOcf@L{nGZ
zXL0(K2ZL9xDK;bgiDs`$O00w{>;yPnS^3)EfXbFLI3G@q2)*7xa?E0OZ&qqvqwSk9
zr1aQ*dJP68Pqd0&-3E-}bPTMSGP|Le-n)9uY~BSB&Fn!mT?tTCm%xJ}^}8m#@q4eo
zjs)PO$+#|rI^{f&Vv>F_6e(8fpjAF~+@3{+^g-QmJcI+1?*z?DapI<q2Y`OKMxdh0
zHD8BSVhk(>Mi*~N5MW4@AFx=sJLPu%8`g?pcp~lN@`h4tJ`{!M_>JILCfFc{4c$RI
zwPFfK5gO>>f%jo}vN1Y+Km9CyAJGBy(+0BJZMcnvTX04c@)x{rv2cT7{>8Rl#RqmR
z<6wmNZ~JY+eSII;UpDqQAvt-H5fq5+m4^d6oWF1?nMEwa?LlZ*%qiX|MkeMVV9iwP
zq}I#67QCvV#=?%WwO4g3Yw!xuKNxTaCU`7QkZJ)Z`^u-R$Zl=|9h8tS$h{H+o)s`J
zc4ZEc@P%kS6iovjVj^w?0YN2`$S^Cw_&<M!(f89iI9kEjwTqUCoKI6F%odn;d*m3Q
z;(bhJA~6d<NHzw*`F&3^p9Qai+znvVSIYT{tq#pxOt209|NpVp_3${HhDj#wf}Hht
zXk}~~^}ClkAeQ;l5PrhytuxTrm4d+SwY($CZ&mEB!xo;nwR~HMfnhQN5*9}h?4T}i
zp81f^<at;*SjCRO>Y4c7_?kgD-!*O3FQPB!^t3!6hTq9N=0;0YG`_ITQz1sE_aI)s
z)ei2gO=mctn63d!1$g?S@q9W$+}8l%ZRco-qp9tz9=e(>Bw?}uE4&EEE{bSx>B6R%
zE0Wb<J?t=#;0{-NU)=@X;iA4&!HWJUC{d>S#N(&$^6DlpK;HC#3g<hWvJ<(h9ZnkH
znLL39r3g~=7foauuPzevg?C&HY0*8h`rH}R9($l_u$${L?h6f7$(ox#YV_JD`QX_3
zjj@y$^MK0IAP4b`>+v>ADI<QuKNjef3fRT|T!W2y*ZX&|xeM0$Sroc*Gau1&E_;Xw
z?()QQhcfTMO{NGOLH9CO!jD^(q;64_iV4V$uZXQeCL(TJh>E(o-WB)?Li-=)ajYR)
za6k_}F@*~`*_7#`v8o-2aU=@ITLe<h!(ogC<hR_g7=Ve}=Qb^+7><G&YYbiz`427}
zvWVL!#YA2^B!h4@F{+OiC21qAfG<c5j>jMfkyy(oAZ5sHeMKE9<Mvz0_#zbiaUl8i
zU8HLT2xhGySr&;9E4%K}S-ZnPLPjU^`UY+X;2PLVt7HdBS2Su(k;icAFI!UJuKc}a
zHrL>YgV|wz)$r@T&s{@HIWY{*fE7SXUl(9rQdL5gm_k6tdf7sXv_mgIeU^@dm{%_;
zh!nwAy_7#4ed1Dh${!fxhzP_so0D|~N8U)bSoJ<~se)X9c-)T#ka?heS-gbyFe?<e
zq()oE+gmTsx2Dxz-<jM`BqL-ymYIL4LrJ8<O^M|P^~8w@kLd&GA5HEWH3#Cz*W&iG
z(-|+|^65tTv)oz-%4spuli~YWNXU{j8xYkiI^Ka}6ntgsWqnANCNOB@UCXKOXz@Q<
z6A`O7ydL4a_z^u3t}N=3{OpE>1SJ%`P;mG$b2N$l+82CEZU<VSeZ$AAmI#hYwaE~8
z)_l@&Md>+(6%klr+&{-9La$-upddw3<o);#L`#DHpy)T5#f-ce%dZ5us0GGzlSeNd
zEy|z)<@)x<NQqZmX+3QI$givd5W}Z9ehnEI4lwH@O85Mua8(7AzoNPifq2-&uPXFc
zY^)vL%O>zi+)F9XoSC+iBkW)&<}Xg*`X%#+n>f7l4U3f9O4V)4sLZ|gNTDoJ$fH&b
zew3<=w>VreH1hEOraAD+>-qCF)3XX%Mx<2PA~5a=cz7c2v(+Dx+`xufmFX<rPSuy8
zEU8#mr0bcWu4!BB$*WG{k&L*%PZR4G^Uo82QKb1F(8hsYJsw=ftJFZJhJ(rbS$z@>
z>`!~z9xsaOMj*JND^<Vecc|&29`!&kEW5SH!@zNtTWUTg$t`M7Qj=f1vpMy#=LwxW
zd;`Se8R9m4FO(>T3x1LJd@O_PYuP8H={?w+R2?F`mmOf=*GR@v>7rFP#7O^;>MvNR
zKcwATDU_5)=5^jr=nT=JjLe;qaQb-{p3Scjd*LtY?ifO4;HTyA_%z<v%!zek#fGt=
z5*CJN9Byw~N_4kM@f*@SzJ2bgzpTAg>QI~0Nx6oi-kJr*wPc4_A}UJwaY6f3cv@d_
zsA1w)-e&e_`VeU8OL;s_Cc57V2?=#M&j3*T&GcOj*@L9bx2i!awuxqEx>rZgcwg2E
z1i118X3*Nw>5vjb(0^a+BQW0qIKR;HAvi0ImApd2fz`wyIn;gTQQ)>A7e$;hshOXn
zX*`u`F@w$RvX#rS0(2yn={rS6jAl}-Yhsr+yb8IdT!jOpnbIMu@bNGfm;(%#65u}#
zUyzF0lTs}C(x~`r_dV{2RBQ+yjsZ5`fh9Q?37&Ns7sb**`jaDe?!-y5)0^oKuay~)
za<kzO7kt{N{V~$Q4NgNw7K6ZryBeJ03i#WCoExodU}B$j3?{XxpzG`oR(_%9if_}L
zgZTt6!1aQQOj;U0eQ7(-8BnBhg(=%yj5x5~3bu%u;sno4S^E(->88%3p2Zs?CXvjj
zZb*<`kH7?LUPW>Klaq_C{AmXX<^p)Z<v0CP+7DFWh7#@zfU=ji3)R243}od+!idE1
zZyK*|Kb<N|<?OWN6*|*;ykgE}9Z1Xxpw53*f8RD|0^7?l6x&sH+p2yw&Q)zh8y&yF
ze-aN4G%KJbaZ!R=nt@8)g4s1N2)L2(`F?6t)MN9{E_eK=aBR!;&^0R&$Yu1(@;q!`
zconCZ^B9m*xkpcs!tiq!hy$i#YG5Q#W4#+_1X}i7+bkXv^9mrS%l{AvSRiT!M+Dsd
zRrd(VSr}4}rE2%!O@5<s^C1vW*%F0!d40S{3Vq7*`9@Z6z!&G?e6Hc~A82_F3u@N9
z*Ytwr-7&1pA1$u^_q*7r>>oY`mjcZ#a3pNcU~z=Bb@ZE05lZ{Lq#5vSUf%F0qaNb;
zq0B5X&$}&)d{dqCd6!1T`@|~MxZszxi$Cv+s=#wU<GVuBgIs9F;t$JsjJ1gZ{3hk>
zy}}LqBPu#Ti%=sj^mDlYzQ*nwaS$Ab%L6a9`1)Y*uZ#0}zqv`g1;+^`XqK0bK+p8{
z<Y<eXo_-rHIql(EqU}HDn!KF{)+v6v_OO<yri(BMWK~#1SQ_W?`#7fHs%A{szD)%)
z7uol~UPaS7r|j|yNx<BwR()EG`(In*PQ=BW7KOqI1|9T$3%yBSP@tzf<N!vyapDm<
zX44T$Tmr`4Rftma2DcBW&5bn-xz<;R62%B6pDMq5Sb@0tnpDvAlhIcID88VVC_|u9
zzPi;nJYRYHYJV$(&IA43=LMiU+s&$@*)XIS&EM%qe0mls8h_j#IIdUXqzIat%neAl
z<2&417jc@A6bFrJ%QK@|nQn7ixt=Ys9J*)t`Iv0_D^?vi5RadR9NHsoKuXg|)3fVz
z>bRJK-&d@jPg;NaES?#~@Xa<su@W-z7``tpmt?^jn@J1bY*eXVz*4L{q!^Azf@wal
z9~7fs0X1a4N;7o#%gu)PcpNL5P;VR#O`_kD$$6tFh_c&#9&`Em6~zQbGfy$XBZrU)
z<d0jmHLGVaRuWO_6lu!aaO|ZS1Qz6quA`9CQp;KIj-~+3Ob1Y}M)=t$T!n}%?^NO}
zEVu`kyR$}p0+X?wrmY;w&@NMo+~Tw&h`_#}DD(I`xl^{(48#SiNQ@;HVPFAR@xJ*;
zfV1<L+30}fBf6&;2H;=U579O|{<tj*MczV#iNURuUH2C1Wrjt;P}Pq|Nki&n{qM2O
z*uXZne7o>pxF#^?3%EX&)_s9E^6#a!A#OafH}m|w_R{m}EynEoq>#De=TbAk<=O@m
zZ)bP)J+_p)$T%?KjGFZwMcugK{To)C_3+3sBNrz+aTe^oH{EglY3_C3h#nh+*wTm6
z5gbca^-li)FR^C?Gl?X$6$d{E9CdAY%f1x}x2aAyFfpP|Ln<JFl{m37H2HRlu_6~3
z0W~}GDSKH(aT`$Zp*p_G6PF0ITV$$VVh;LM(}zgt1<Lw^7)SsE_rnO%<QZ=4EnwsT
ztmi2E3+!(6xEtj&c0n1_&)cZKeUbFU;mE-s@S&g=bV9Q&-j)#dZl~e+V%rq%2viat
z8S7(=xVAC)>sHWEGaV@ueQ-;NU<hQ#<0{$ZM2%0-lpNY85dD$|D_5Oqx#+_z;FS$H
z%*AH_`8^Rh0Y#!p6da0ss{3YnfVx*$YcLCZ4a!%WGKQrs^7A}iyJ}eMAaqq{n1;rI
z<2mfZ?*TI9|D1A>&R@B`X(-ndNTiDMg%k?nEsH{{U}Y9=5)7f`<`~6n;{?(}tP&z(
zzRdus45JhMDO(-Z^(wQ==j>-OwEcuG*zt5E+WZ^`L0Kf)GlX0Qy}!mOKM!Qy@;hK=
z#i-CaK>rB%IQyK;Jm6#029L@EKfi?l(|U1I>VX6L*Drn4L}jDp#)j~wK993g_16M!
zfl^5u+3L#}ntB~R)8HDA(U+FM&Gj4-Q5^wZr)_L>VkWqKO20XrqAq_y975o$B~J!!
z{H!4ZTW%k=rP^)+>ajiWFP+v3PmbXtU7#187MLfm6PqCE3G##v2`JdgjQ6;tAg4C|
zRze0GPwsIcO6aSbKKc4cp+-*i(zcWhwGtfjIKUIZ`}dyFTqn6Se}u_qqZ=GXD)Qi&
zp;$_rC1M_C2F51CU5FB0xtV~M2t7V5`w7u_t!il*N`1>_zFTFZ7os&PXyf4M7I&UW
z;X=(5LkW`tB8FrfQamq^m~P|e00Fd}Bre0XEwiz_tU?~rdoE{96>_KJafs{kKv8Ly
z2~-1qPx(Epw+KonUfuBp4v?#Fmch2hkrANfBPkk2nKBh<Y@R{wGyQ4*?)!hMXI#&B
z)4?2<ldNjK232j;KLWnt$%l+aG2LG`5B9Px9_Eob{&xBP(C-ru2?UbYzEn%80bE#<
zi-hRC5O4bc+`p{$TL~2(0Wn=qFXE<C%u&DXoyzg2{Gv5`k`G;5%r|hZV3X1%<xqX~
zFK`o02E0|D=ely<aTwT{NlN;)_k6qo8TiUdayGJi*YfA0zrN?J&^8fohJn|hRoa1w
zfYHaFXXUFV!AwJBGMj@-amVczWrgZWZsmgO^AeFqZ)E*F&Ulpt;z#2FGsZ2Ep!4)g
zE||ipC5X;|y+F;6MW8D%#|MYt_#-EVK@6$e=}UFG)Qz0e#681K|N43G-4$m*pn1Ea
z-a{(hVZOp)e)u8#*i#C$0oh~|E42FjUR2S4bxeUqWRJ*+Uat}|D=FnOQq4-GH~!QP
z#g*w&>&<At6QYAb4sifT*Lz4)ozESh%!wfCn0!%v2o0REih95r3iP(__!NvHiWB?P
zFw|R0c$FmrSM}Ox<6g;_AexZu(cScCX05zCVdD0q+sP#3(VJ!qT*b3WhV7aa5nwiO
z&4oqb|Gh``3c5mc6j&feEnqqxUMK^L`bJ5S9pk_s>W^}vAnuf}f{(1RL7v0M)=8q>
zzsSk)>k|<e@YaqiO96HijM&f+Ph2?$l#n%yE3p37UR#qN=g==ox^OYPQ-`+prv7&S
zu}$kU<~YQtmidFh<zqvf$JEY1Igq&|o<Iu0oCVJZO>>}E<a$b}#4oV$vOba;ZYxZA
z#A0Z%6`&~{@tisPz57*Z>Vd)M^xO7<m5&}T5a?BAO+=9J*a8l!f$Mfud8#GEA>j_>
zCI5Y<2m%~>Bs$ml0eH0nb;=&l9Ou8up6F{*eD_RHHcIUuO@%YXc?{o~Lt}6__n$uz
zBT7J}6c8q%_60(T9D%(sunGlVKN+6+`R5u1Tps|!+^uoPeZI1fIwHA3U8sc<l-~TK
z#)1B^9fgDwMgF78g^ZKXyokq-u0K}H!kK9=e+xd(%K;c6`)`J@T{@b3F)_BMktG>F
zC=KSim9a)^4_A(`Vla$;Qr#!wVWZR&avYGfX(0{r2sAU~?L{v8E&Mu#y=;MpyG;M<
zH>41k%0JN70@VP}4ZOU?Kq3!#yzpr2=a<(Zt;qQs=#$ol2t@VsU;mIu8{rJa+4eu$
zJlOx#MvV{QTzC7#^QrqcxTy;rtf@6JpOJ7#c)=IrRuotoUQ<p4JY<K|bTk5xV{8xJ
zy<|>7RQ&*NN_*1lqy9eHW{?ciVv6CZ@ESF1aYZa%B$ji08NMG$XGhe@<WT+r{JrA=
zGJ5c0nkM2c?0x+KkX~UHNMRoc4+KA44`@QhI9863b4rI)bi+9KS5`=$R@63Lzg`2X
z`v?`6^6SEIZk(@~5)<V<gYOh^=Rq(_anC#~o&N8-NZFi+d)(|77ys-KwXk5v<B53>
z@cbAtpHg+aTZQOP;(N#Zc@c+ho8;3a?|KmaE2f}WnO!AmNv_fnl89^Q%gPHSZWlLa
z?zM@Eip0o-r-+%4HnDI7jo>mJ81>$hP%3GKv#b3DoDQ9`?@8{$_p^%C#y<u4&$eop
z1-@<SBR&vHLG7^_(^j4}%~pARlRYW|BTWB}hkP_j;fmMR&ukZnYanFj$$y`iTo)A@
znT1&gtRrQ(;wVq>yzx<>MWQuB9svr%LFW@d9opEv@m*(Lu-VI}KEyR0ByGwc1zNR^
z7<vM!Z28aFvOC#E+nT*Qs^zqC4wWDn`J~`lJk$%8WEMT}iu?WopCuVNxDUXyHX8}T
zcfgG^7khDW=7*D@7~8wJ+DlGQ02Tr9wWh_)wwUSY<qiNEA4C_sK8@s-U~@S;-hqKm
zVqBC#TEg(A9ymX)$v0d8>9X-k^PV_--zYXBr7p9!UoBku2@;CX7uU2C8MAKbm47_s
zKTnutvUsT01Hd?R9X4rkC8l1>iAmCV<s0*s)GD|Z#y3{aq}c%^T~F;(bPkU>X|_wv
zBzQFM04Y7*jf3jul3C?@ydM>4J>@H|*Nv_oDU(T>BbFo^adC<%dVO(8yZr+tUFI>H
zO4ne>KORpX0k^BO>LjHYC3`?vJ4PU5?l_?de7Ma-98LZHSvf}g{!7;LkRqZv%JLmp
zZ`Qy_<}CX^&snN$E^CXP<H24ZI#?ftv%O%}m<ZLwT!2MA0gHXRu+x-rQ<iVGz`Sd~
zvty_G!vI!dIbJGtWRPcFM&9)Ha`J}?$w9$=Ack*b-#$N@eKGEDU>bO1_UNnIKeA<C
z+rj%uo))b7dhRB#b);lUpMf}+t6KLCfvuj_!&tWeKn~^i&jCTF1Q@NYf$VDyUzJ>-
z!_pW!{5{}arNBPfYP!*Q>I9;LKCF%3+0=BW6VQIw9jg~`a-?V6<oU!=pw-A&x30Xz
zd6sgtX8v!Ud6)Kwj+Z)L6<%s58#U}(RI7hUI5{WKDJlAMuwHuTI9;?U>sJ(rOIU)P
zFs-2DH!N_PtAFfRgZjNG>pvPoA^RTpbgF`YE?m$}fw+Ax2}%bXyTF_;M&{6U?+=-8
z8dXbRqWaI)PPg=PwKEV!d*B=(Gawa=AGR0D(0oquSMPLlws7;OXWcY5;MKI>vTlv<
zqIJzqZM6MHUyc1vbC-R0wCL!8MTOpVf>=%5Q!?#yzk?@w9!(0K!0V;Pe&Uh1!<edg
zbMxDhvHFyfpOuX__3E;2n$|UsSJ9{HymX*dFT8J0``EYik4{7BZ(V!`8kzO;1o~v{
zrS)VD!v|voIy%u0#I-}{$g~qv)b^dd)@GD1<<>`9onMGQA94{7-1liIC$SdPbkHq(
z>^<Z6YWjJPb&b^?U5&*L@*4kTr<$WTEo(ui?3%GMXW{CP%uUm@6bY`8DM>#a*+LPU
zEdx{nptTw;Cu^my;t#6r#~x+N_>R==#R9>V1Amaw3Z7Xc{*XUpE3IJmug#C}8NVr3
z!PpU@|20xT3%@_<al@k|O<Mlk^)!hJCX1jpa}pe{#cAyR-IPGH)rTp8)~l{68U`o%
z`KD7R9~O5~4^N+OK2f>L^`Lje8+m?LrA}Y^+X&V8R`o!RX>xU7>YSkEhljEx45ucZ
z$zha@<WO*ZIz)jTQKSe|j}({?OOZ3%b|N_|E}m@Eaqv|C>8>5~OiKG5ceM6F$(YW+
zyd|A<94qZF%{O#*Sh{p}aJqD`ue-G0s*n`Ru<jLQox7L(ozUNw91HGwnNnW2FQCGX
z-Oov3tJybJxwHTl*Z=?2&sGal0-aXrQ{H&25UaFa$(x&I`YXF9`!P!J*^-1D_Qf8q
z;iW~zcVU&BkNd(ZM`*v&d=>s|r`6+UH<xp>ZhGsHNHWuF-xuU9c}>e#@Y+hSVDPJZ
z`Ay^8>YIA+vl=URUzR8@a+het%Gv*2!P;+TH8eU4MBHxUOi?}*m*5Z5b*aedDIg_X
zN?)O8`9|l+z^R@i$N%3YVc83|^aWcTT2oh6tRXS{1pT|*OeQ~S{Ob(d`uW!~fJe|?
zf!bJCgL|nTosqHK>NS;|s{N}fI@~8VbXz@-=05Jrt5nof*X64r9W8^N_TP3KEmBS#
z-PI`_1z>D}KJgP-0-?0hi<irn!KBlk8$X&f9H*-9e=xxs@MknBsj-RbldVXhJZ)#?
zjYsyWJ)O?ob!w;SRz|C<vH2Uw4QKgp)mb-xd>voZPr1m+uP{7G&u>LDt<L2<em)WX
zqE+8-hM@P-W>rpQ!t#_Pn9y*#eWYOOV!Abju3Qg2X0N4E<1}S(us*J#*6fv+@nY|J
z%|Z&T{r51nwKuXyD`|Q$@2=9QIX<Wh2IjVlJ+bR}*Zze25S_ktUF`n!#t=+zMuH@C
zNTt<XAtyW(&#|y?nPHuJO)W~+|I_oev$KC=swD4Cs`ekMyuj|OCddnp&YjPW<nW*W
z9I-*N+Ng=$D0A#Ht*=}g{#ZB-;wi$~wGr)RZ9T$s)xL?1u6@xZ59`=U><>!TvW%9C
znx}S4&hGD(%A_v;>zA&Z#))s$2bMr{h9~dx?;4(z=C>N2JiPMRsQKce@@S*t@YBVY
zpGR%`bNnr`nSFr)Udg3T1U%IlPt%qLDsF0*<w{p?<#xw1SBzJfR=n~3!{~_hyiO@i
zA`c81zm)*M%T<_CwaN)f_y4axCj2Ge94k!)8+r9d1~{`gApfriiYm3+t+p$1&AeSA
zUv6YykFRnxS&o)~Ov(^c-uu=n6}8p!z`e?<&S}kh{duR_fa0pvM21v3hF|D%BvR1s
zXxeez>50UwPa;#`fy)@y?x9X$AgfNLoqY0!+mD6N8mG+s%gX&$9GCL*e*3u>)=lrd
z4W;Kss8VVN3wFi6zAKR^DxVg!e@Ae{ROZxt@qo2L$p>#)#_72Qt;X+$Ej-kp;2>~o
z-`T9c{%27DzaKVx{tvW~K$!vl+bCe+r?^q3sY0YIlYC)Dmmq#XfF!iQFl5_X4%4EP
z8^`eZt=F!?#9;Oq$nZ>aGHswDz@7Mlc71GA2b@lH)iT9(r1qAyr`#-`NHObQ+Dz*<
zZ{e?L(a~YKFZxGrOlik>Nom*4Olcn)P3dg-)p#~3mMsjr^L=y|7zfldA*Bg6gV){m
zCdaV+N~Ut|K0q);DV2QFfP9i;$sUiJ1d5JKy>sSzmAi;Upjnfw3bVWeG3?$swjv0=
zi}n+ww6#lC5!Cs(JUEs@RcA%w&Jx`fruu!yqPvt_O}fZn%%K>N-%6joyKtkhzGK$(
ztm`$;i}dq=r#+lbH6981*;U0Pf{mIrB|jcTGl(dBFl{oC1wPA6<L1V{?+oFD115h5
zteQ-e3bKNdfv|q>Tm}ToE$|V+bi7ZZr(m>uLVyEugb0knaScAX<=;#aEo|(ISys6}
zPonb$<z#Euu+TL&n0@B}FOAe8SJWwXgfmw5B+a14E!qBOV?$rcTt?ZgDaOJIlHOj^
zDE=^ZV7lmu{F<sZW~cqohWAPL@@ipDOoXQp_&Cjg>u$$!HBw4GHlRNhc#?zX<ybxs
zn?^{aEDJ<WoRJ4b;GrxI{)@bO(T=|+-9!^feM~ZS^O#B2iT}e?Jyt-#F?i)FA`orJ
z`>|?ikY9T5utS8tq}h14<k@-|@xL2QSrKPnOs`!ip`_0AvTS2MNog<bChP1Gd>!kf
zy*1XZM{e)nAynrIl9P{P`)dtq?1gdLsIEWg{Ll?%E`Tf~Q7XlDgVezlBuKF7CWo+0
z@&CNa@rAw-@88e&HZ&L=IRNzkSkq=?5chRoK$Nv#`(0dOJC=9T(9>aIc7ck1Ge^H{
zF=vXJe(TRcXUtvWTF0Pu`HjyH=qOYA-##E^ed{1^&PTyhDwl>&`BrEj`1nyJ3fBRI
zws9Z|{s`eJoN*U<)tj$vIES<mD2spV!*vyFW~uVZ;>VFzMvFP*buPFng=*O)qR%Xh
z!(Kfb_`%;+=4YalTwx-Yyb*Y(^t;205F~5Dm(yha08a8&!*(w{CgWwdNh7CKEB)sM
z^@K4;sV}Tzm;a_cNfy*KX^QxI5I+{J^#H23{>mf{be%;#KVZTzq>2x^;T<tNH^Qk#
zPls#-H^jgQiOes=z`6yU9Gbe5rQ93(QEzvv^Xc`ay?=G2alK;D6LbwzW0ugF5~$(+
zZX@e7m4|WNQ~g=EKk!!aOdx&c19IcpdJKc$rQfN9c|-Fx{pWwQV)cdip3TZ-mKeM%
z5s<Z<hQdfNpw;@MP93F7XE4Dh4*Go1>B~StFzGS+&p8uC8WChv`z*aA@s=J_^%-NK
z!vB5Cx4PW)8Czbh`)je7v+;!)XA1Blg0|z^*i#bL%bV1fcysPq`ClIh?u&4{cft6_
zTLiaF^94`B+}9N4ad%09iKy}DM!)6GA%!$r=z=lt)~utz!re>z{M44mUY@?C{hk^t
zQBFxBI4HbW${oz`03R6Fjsni_0yNoFp2O7vM9r!lWk6=*z@_5FL8<nzv5>i)nuS}-
zaM(>YQ|sblX34IR=EL<Bk0!%jjTCbC=9rl3)AL%dX5F+&>7Ff_c^~H@3s$F^>bS+0
zOq_A&w-)Db$c|^93IAkAUUq=ISoJHyDXl>P1SQXAH^$ArycwW3H0Z^C>y{iR={FGm
zQI+!5OYM7KS<~X48ViJ;7y)2XEdgfws@Gj(w!3RS&Q7(hRhj?%w*(!urbS%VKV`hc
zcL~X7-k|eH-}t76_+gJpHlMt~T5(j@<WltU8;`N|a;sO<?LC9*O=XWNTQ8>__l}Kp
zR8FO#ZMD+_{=-YQn7QB1`4+92j`kaq%iknZqJbfAF;}+6;9ORQns`f@ok4<<Bm^Xk
z53^YqR*hgQn$8a&VSZ<>5(_8g$AH$r^XJ|>-GKk7?DVr)|DIl%ajWXhfBdr6-XpzR
zE)`xM_xYO+rtkj!HX^+letsNyD*Nfj_z3=Op-<+m7lJB1cLEE8$s!0A#?dEf=RPm<
zTc`Vf|69Wx-1%**qt`Jae7Gm->LP4vl#7{e@b~VlISW7PAMd$e-W=pru*`U;KkeMF
z^_)#8b(Ww|G-d)*le#hP@{R>c`#zF=8%17OZ3Y#wR<i4T<QzfWb5fz7!jE*ALLEfp
z&z<Y!2>f^%Ge<#yQO{1qM-Ep0+I&AN9MYPJ4ET8wE%7XJPUN(Okz7*NqGE6T(Cfln
zurPqzHK6Q;or=cfthAdHwC(7hEj>AZ_z;3JdSaylbC$R6picZwo7naJf?DQg&1jpY
zG8_Hc#^h()0luE%Y7@}rvIIcr5}R*t{@bXUgrXKEHSZd?0T;>5D*uDkcbif7W^xe1
zduMX5bT+0r#%p=_&pSr0rKD6<N92F}`|YmPi$5|dKhTW=^WHz*WwxH$$*P<h81R^7
zyKJSnK6f^Rj&U#+iwqX^og?|T^d8U<_F`{7&g(S2+RAL?15MB{Kg#Oa)g}C^Lsq%H
zeKAaG)D|5K=?OtI=7zxe`o;7XYpu%6woetA)%T6dsb|NGm#Ln7KhQmHId1zy*>;~T
zAH3K=@;@`Aef49=qr2Q+kHd^Ts=8HFG@RrZV;njB@83*1YMH8M@2NbrJ;8B0d1kzf
zQ875usYaaMW*$V0+8qWm(JcCO@qP&Mb^9}X|MD}U4J`lcZu!0kY)pZG#AG0y26-Dq
ze*ud>L(09txwh2qd%?68Jw5dN!gmaCFKYzVA)ms<f8P%s1Sc=q$&dfev3&DYCF_{+
zQj^`2J`X#c%xRt4nXO>SS$#+*r&3W_9oQ!Q6>Hq_$6o{QS>07=F`npSvM0Kl_ZkU@
zIKI10|9R@t02$;nN)VQf*v9@uU}}P)uc@5fkTo9W&p(yhL&;dv)9%2QT(a;7AAhW;
ze*M+)b)YXbJ#x2l!%e{Ea#Qfodt9n4%8F%No(IaX`u%b4ayal)XV^;A`119hJ*+$=
zH1u+9CM@>vvZ=no_{i|#dMV54=i;du3*$jk;nqg~quHkj4t_@9{X(}RIaQ#>%xaN&
z)3^Y()rEz>;GTLR&#{BK{xD|$<&C%$MGDz{O(TeszP}d)IrT{*%*a$;)b3L-cMH`0
ziaC<2yIa?bz%+ZcVWS=&`qw{?l{Trc@4?HMTQ$FX(OJu3zS=Y!xV3fY@BG8_UpWbc
zT9(eSF(kLh#xqY5Wu)J4^rX^<`2HzWC2oFQCxD)h5riH6U1t7YPiGw#RrkI90g+ZI
z38hOyKw7#>x*MdsyBq10E<unGkZu^H8|f6JyIbnr<NJJn{=;>7&CEG7d!N16Uh7_;
zTLdClYBp?r_13Ss6G5>0_u5+<1Cik;msW)g46nMPz4Q?o|M1wTS5_I6#u8PhjxAeC
z`_+>?{x<L#+zey&?yK7*fMl9kERinMj$y93=}|*823?=fFFe!XcmhGMTYji1%TFS7
zNbTLf%C65@-nw2I<-l+H34bldp-So(P+<h|@B>MD%;<QP1dz>;P?4h4O9bgQO$NZY
z0)dGiNNV8$rV8(<T`wSCOoAlaD!l(TwmfexcP}ksg_GcF&#kLjyi&}J*ZYtA&!nr7
z8bY^LIi9&Q#1?oFLD!sVQ(Q_#2K|q8aVmUckxI|T-%|&C2|;_Q^g`<$i3RR)qC9`G
z<MhCdfd2<-WJA@G)meQ8!s&MpO~$w1No$=9{YJ`_w-!eSTpu}x;UPJ$Z+js!0si;L
z!8UN{=*-s)eSh^aj|tv>bTcs^a<(*Ea9Nx^(Q;Yn;2e4w5jfb|yx$@!Fo>!f={miP
zA`&s@*B-@ueWQj8F@K<*`=N?9s~#EDaOBiXN^!jf#R>x_2@*B~I#x)RC#T!tVi-D7
zR1h%0lP~5<NOs#d1G8pX6YgdifD~PZ*=OA6u^NChlO1^TGyt;`$nO#xZI^e?aohQl
zAA04EuPMLS9S$ZF*CldqbDx$y`;w#O`OEjw=l0BOUo;`*;EMm*b=I;q8krP%A>q5*
zPg#;3M^M|Db=GB8D1mu_*TTac)X4fi!)`|vaK(&1=k1(Gm$BJA^&FwXxQ@{M8XJBq
zCLzAJ0C!?#$|paMTdi*WJ-I6J%@VrC<s%pI<AMP@+sP*;B=6q0k36?-`c;p9X+Qbl
zQI~54u1btrS?6<18=2<!tPGDN^WK{?1@-=z3&$OiSxPw&o-VYuTHm|0%9&3aV={pk
zC7C@^F5firf)Ye-K?A*y9s^6SoSs`1I?d%QfFw*Slb;OBozH1Xx8v?JW!C-dL;^?~
z=;yZtX?ZZWz`;`;^!Unu7*2Y@d+cBSh7K%A+GO9Y9`0_kb^Q)4fl<P0gC>N)_y~H$
zulgs`X?(HDuLl|8M)k$riKBTWJEJ+WCH$h&QuV+wybgm6(g-vcs<qBjP@P<o+x*tF
zyMpPQGoAatOn6>9SOpi)j?hM-7_LNuw#QPRwOZUAL=l5v_3Xt($reh7M3Clgt3`MK
zsI(H07|*UlNPerSbPtXJ4se3XhU?`-JSxS6T+Ty!rR~<*sDPL#@HYJE+uvqFt~6!k
z!nFtqI8}Ga8+7s~ynfvaSy&jK1ztQvKMt1p+~@C2O(12DoWAO(LySwdj~~JYXy~(=
zLK>_zW~0y;22epgX;q*&2ARN9$}T;ihTH|vnHYC_)B?PBX+7W7%ao{qa+^vsFCa%C
z;TLo!nlGeYTdUI9;sP|~Na#SgzdsC9p2}pu*PJR=*kZz1#Ej#j6QuF8t-ACvd2@I^
z`mIE*q$KqDtCDQ*T`3>pPmWHX2_Q;68~l6X^g6kVGF1b)l**FHynv4aV(dqTfId|K
zUk81>YmGd7L+7CVEjr`ruVVDjtt6%&h?+tBIkZc!-z#0;PK+qEl}ce>>{pNWbe*Q8
zv14qw!Dvre_u0*Ywn<-IpC{Sm_<y-;%vb&MXrjzDzwzrS)a!D$cx_Zt7}=Fk0@a`L
z9_AXpe-eMn6y;THd@llnAM)QF1Lbx6B;3z%fU`|G2J!A;I9j$#e(M-jiVhZYL+BI#
z9x7hzNg7pl{WfQ@6fxE#2AS{8X~}9;5YO}jy>O&!6V-RGtOlCc_a@_fMN~Q?UzZRL
zmxa3pvZDx?BRve}+;wALwpCZx(X##K$S84gAaYTy|2{b`CVg?y?t-}^t7r<5#P$bA
zFw#=ygiE{Ncu{P_HC0;R9{v}!c7ljo2@QUSNCs~GqndF22bd%!>CF<Z;8wd#hfs5!
zjp`w<$D|z3f?8?7&ehKxSL!p~53?HB6YN1qpKPYWKBX`B)V{#M((%(g8&o+YY*fuA
z_fUz6=XxkHyNc9ZK8(encD=#wb9%Tp$l-y`&2>#w7q`4TE6JR5Ea7(9EAnvK+Bq8y
z7U){_L`L*Cy)%^&04OhwGq}P0S>KX>;te3p$*x%jB_Sy~gmRF=QT?H(i}$e3UN1uW
z&66}PKiPhUT?gX)e0s5L+3Bd&GS0<Kw^@PgclcTkysy@k_I&mT#Y?)P@ac!{r)btx
zXn$F_W2p7wj8G<(4-LD=Us~>0RF;TU<CfS5b@)wH@7e9VYPRkp2q1=QBlVNm7oP5X
zq}$CZ^d(k>I{2`cF2Acae;}_tE6@7d^3^kd)&pnob?(qxf0$7=VCsly7*X{2gEK<G
zBCq=o_HWAc>Y(sv5;EHa!=?g=X7fCj`E+F7FUp{<1^86O1Z0;wTg^6|B)%hF)!dIl
zwL^^icZo;|tcGxY%L_iA>}qO00y@rRH{N%kJl(xdu#VKv@5OOr-jnCW)y4UHaac&F
zUQ`;fPLqe4!cgj{n<j0dZH!0tF!_A-kvV8}z>w?wl4QCiXTR#L{%kFpx|uT9?UqVN
z364@oHJ+M@^k-FF9yisqt>KyOL@u|6ofVxAT{pmn7Utf)3$jf!oP8@%#a)kCTu#&*
ztB*ZV1YbGqmH@^mVLrJXdVgS70tz<VBO?bG*D#qf@RFcef#9cl3}oHw?Uj3kKMgwI
zaaK@$OKNGl<0&ow7aeiAI`aL*K)GePPKnpilI8H<3rncW8HAV0a#cFGd6sZt>)}4r
z^Y2dK6sSM^sI!^-HeIGwXp8R_w7XQ>T(VTuG@v#GA9TjhIyvq;_W<98bkH%NshNcE
zJkjbWtKVd-_xN}cV0F8(H6H&E9!h$pqC~{wtg<E^qfDPtrs8JXrhL%q_Jf$7Yimry
ztQL5b)i3)tgA$p>tPzY(NO4-?t~sl>OYD2njRzJ~_y7PaQ>6OvS#prn>FlGRdYrax
zBUR}|)JurzI(ZMO{en$>G2`#%@2k_g*TB~EdwC_|&Vg%vY^?QO+Ja7l-2L<+hcG85
zmcFNUg?gO~foju-ms5U!1VL@atvKjMTl(he1^0Q#cbRKzp5DJxK|gj63gh<oGt9mV
zsXtSaeZ@A`T|Ahhtd~@IsXg{rO!bhs@sUogwPXC=^(vBc|KX>cRbE2|#p7*f-Mo*{
zo9h-kw~P1Y^*vwNm)EW7%%GVi_7fc?&Nt&Fi(DHjNeQYd_uLn%IoUpwHMA3xM6VBj
zl_BcajyRAG2BS3`@D3rvu*LbrKIdZ<J>wu5TmoEQ3vuo$%RnvFN^51$*akF0hkYkK
z1_sVBr{5+*{{^zRyaIv8JEsl?|6D=%aJpEHC(I5(ktqzyd|u}Ycwohi&`?kv8MjSl
ztT@Mfjh?7@bVMY5RO=jCV8g&*WZ@vqRHmh>`x^?aJ63E+OXbg!TtPOJXFnb+xkJZQ
zF#95q+}TUwrNejrM`X7RfCl-RuZnnVn?;73ERtVwyBAr`6lXORorslaTo}?VG`hZ6
zN=VK&v+$Aj(&io;r%JZ1Ja=fmpObKHZWPt*OK2Tp<@iNZcTU?Zf5MQw^s(1c&(uOp
zTH56HJNw5<>k@@2;S$fF-4c`LWJ|$EI9LwI@;?3IFaADAg!45#3i-$hTudrkOnZM`
z!^3CYopxfvha~h5&JvX?X#R}4DyAHAiPw+@3#|9E00a#6TGEd<ryJ!Vg45wbaqf7B
z>%yA7z`)@hX;;GWDUc@)j=@?9Oh<EmAU-E5Nw2pmWVHSzm{hDNqWWD!k)2Ud*rh*F
z;-X&Ax)hk3fqZ_J^H{|>oHR+*xuSNCBkz(O)GxLmgF)AJM>bhc;!#(cXMM2n)#tax
zj72({N#&Z#Q-CL;?Y5gAs^?XvRbw391e)ik=%=~IOQJ6>g0yFBDvERmNBIg9pS<^*
zTh_>!UDmLzs3_NL6(7!K)|PFuO?b8F2h!mMpDevJwOur`233O4UKeq1O({-EtEsEf
zsVF9WS5w>A{j9vj!K?n#T2o=;AXVMuC{5R-c_1)1H#z2E@U%cWey9?7Kz@Jw+Zb<f
z$!O=^RdE$*zc*Inuem?JNeY_>TiBA_UeG1WVWo5Z{p&sJD>|r8bt~h{Tt7B$y9tz~
zd0>JomTtD>3*A_LFrAl!rfQ{@m}-IHOVu(Jb{ECQNR@lKizyR4-EUf)mSyGJ&LOYt
zry%T?^Ocr8lLVGGRU7m0x4`9RXKx?qLzR*Axr+3BcQ$GocrP25M>Yf@#&<j(r};4N
zL=7X34S9go%1Ai-4UP-77og@XN(q6#k*_qzVq8QHF!d>N7XWzOxM^lhNUACqj$UB_
zff_|ARu?|sLl-u8n=Pn;TVABITOPJ}Sgz(vahrQIxXcW2ym<9q;o@*g`WZ2sB>e@{
z{V|kQdGhWl+T^^;-XvI%cPUBWr!*M{1wdU`&b80l2Vp+JPtW*VGlpmjt@osT0%?5Y
zwN475QOpH)tUxY99IUW6;=Bk7l>CphLDiNUbhY+Bg<Z~uGNyq4;RTnG^L}b&lP={}
ziZZR1x5*EB)knDdiB^8|W77Lpl(je8EaaV`&y_jl8WovRmK#jw7+#s*9N1{r@3^dZ
z8~?80PCH9*F?*fuyKB+PXZ?Diug*~Rg$qf+K;!En_%PK(<5K$`g;o5W=Nqne^1S%~
z<**ATwCt`c3?lssA-oo*v+mP0=?BJF_qX2xx!8;=47jsUl<Au#VBwcmnt#!Vf}d*X
z-MVg>C<ATw^SjQ98E3S|nU0nfXY>>sXOR92P~WB2<fP?w%?{e+MR%?oa0q_}NoW26
zWEZ<Y7K@H%zWu7>M7p-|0B~nY0EbvgA6TAX&WMmkcS|SHC8;s|j&_TXO=laMe#)s0
z5fi(&?(TvIlFnS`vSCqdBRFGgMvaOuj2l>o4L9KS3o<WaGm?Pq2>23V!SDeMmSJdJ
zd~4LmY~9~2EF|Q6L6fjagD((w<()*kP-WDBhNdb3EOh@!JSH{Jorz|(PicDGfyOjx
zWL7e41`>&G-Mlb+qO{0RPpL`N{GdSXr;<<Ay5VW)(%tDvr5K#^+}GnJjB_ZFA(el1
zJ$DKWVv}H=Ldg{>i7@6642xK<0sB(&LZk#8pe;uQEYNah0ZxN|$A$={{{WTRXj3O>
z<#`$Hr~a}%@Fd`^PWVNn0K^vn&31Rc|9C!_*S!UE$b#9xe9jmI?Xd;)L=6T@pq=C-
zUj~qFGRAhu_Nh}UFsE$*D#8qoRA|?jC?X=FM}oFr*djiQ$8F#tED=5cLYkEUG}GVL
zm^uTX;2`uJlttQ;jNEvm5&V~dDc*j%3+yu&#f%Zr2RLv5rx@JskW2E1s$>Fursn;s
znyc;ccm{0_pr2<{R2+M60mK9sE<hH{KS$!Q)N8DTN25S$EswsO!E7Wx0QoZ41J3a!
zuyO+IF~r5g@$m@1(FDq7`WZW*6Dk3nvSzh1SeTgMKkUzvEawWsaTkGx-tL8$PW~kc
z=V7t4H>`gR==yfjEB@IW36e5|(csJO6A_r$4q%AWTuPk|0Qc!k7Pl61@_t-YegLY{
zaup@)<(L@cASAO0K8bTbRC$Fa^*OhwAp@31;0zjrb*cF?h<*GGuVqTqc6TcMo5y{!
zNOAXkX97NuoE!zC<q1w?vK7Onu;d_M$aFjqud(T7D@paq9RX?SUJuNxUB4ej@rVG_
z2Vl+ohZ~ua(H<l(U_Reckx$~or9>%x12f`F;2g`k)hd=Y`r<|I&nM&!4%AEi0E%Dj
z@n+OdY2f`BNNE6Usy+~-gmv8-c0OCIx6_}3Wr*BX>LL#TOOG2H=3Z`A)*KclY2Eu|
zwLI)4ZuoD0U6|BS*7dz3;3Dxc7LKP%5MBd7oKB-H>_ADB5BjqCvrr^^(maM`gPy}p
z8Z-0UnxP_ttGK@X;)TJ!wf;9E3&S#qohfsisSmgSJNKumqy^EqDYtsM%#;^`aN!4&
zpiUW#W8CU_p#<EkGU%z{%y4G`=%jqU&gQ!=0**?O)CW<@OBis|<xe|YW1S%>&YWJe
ztIh0k=WCIhR29hwds80exW%$H(B3NfK_^UO0U6nC8r@mh`w#G8$Th-q1FZls$51YN
za&l&zzax6SHyc$Hd7n9#+(o7UEiUi%(reoWq2VkZPLs_{AbTzX=+GulUD!EDoTgU^
zpiFgHdZM2o0;|5hBt~8Cvby99OY!h9cNbyta6aj$S4O<OMKE4>w{qy-L+f^4q>`xs
z=H6_+6gJRXLH<129qF{&yq)0BHmb9pN5v!;jbFz|IJ*&{VtJV!UL`FhL;GzgpOJ2g
z)QFtR*pQ8SJXL{~-HAZ|`Htj-1)U{b{Aj)@_2|`Iwr1>J*3`V$kJ_vGz3WHa8J~mN
zD?O{$Bkq>bTfd{PecXK_7NAk|^<ZK|WH0EM+!gOP06osvKOaLdD$l^#E+bKnyT2fC
zTO)#q@q?5)?TD8fh&R&!nTd&h>5U@=(A@0@JC^v3QbNS0J>dV?`Q2umAy$2HX#bYp
zZm18O!TBaYLLV$+uiv0{>IY$vbKrN^f|iC>Oy+Vi&|_gAj{;TeIh_TEoiwo4rUA{o
z+4=m2{%fu+Af1wljC4g2j88&K|J3FUJeJ;pV!XZ2UnK{Uel$vN7Vm5OYVgLeD@<V=
zADMVGNfK_%1#ULb9(M*Nc5lt$_3apZNDTViF~4jM|8E_bm18x(G$f)FF92D98Z`Sa
zdLbzt{4w!!JzTT^!TUCEAgEa&pkm%KgH2QL42Cs-7LLUzs9kHRT6z)6LDNlumlCu5
z9kehuIOOltFv31efEGc!>X%>>&?uUMB?PnEkPcbxGP=?cEc%>Gt>;P~4hk`fM}VG8
zR{|o=vYSflJxr#b;LV{`k7K4=28@#DfCXU>bQETYX?2)mD+xixr2g_=2w2=NO_piT
zT-c*-w&o|`=LfJov&~?$Fa*W>3w<){tl40i>)BkQ@E6j%8no9w<Ol1V&>PuGV(GE4
z7oSW|y}ITH-Q`ayCk~n^;b=sIgI?kPk$phTS~MF<J<*@wR?1DQ`DAbfIz0=x&W2cr
zL4)!TIL3U(&cFz1M_&Mk&E4p*3c2g${z&R^h0NOEWHp^sQ_pVpvTpY*fJt)DI)oy8
z!4UH|i>6-z+d)HP%uo7O6|Ke80B?~0YtRw@i*g8<_64HfF-`&(S?I2d8{Wn+dmtTg
zkqxZ!OEhVN%IGlI(<$1ZG6ysx*Sye?UvE7DFr9!Qb!R*-BV%tKt$-fOUs%+`MaD@U
zD-VcCw-S7UWKER&Df*_aK%&(E0H6*M>Vbr``171R+3HU~vNez4Ieeeu4mBUkGbHF`
z(QB6=@u`^|jUVaBkGQ+LBPpfGZ;7L51d0CCX>>m*c*iU#tWtfQdHuKglsG;#apZ?G
zyh4~^SgFAMjy$7$-0{0N7;=)u4LQM|cBmvTj==^w3_dgeg;GA>`H3iGd?*XyZWX^9
z1?Xd2_aN;KN{d@k>R#aVI}F0Z+aQ;qcpHJ+xzUJ=M$#~l)!7<XU{SqOd>eM%`6Tra
z47VbDfEbPC&Uit2G21=D30?lG@AzYs4+Wcu{7(QmCR@D^?!$%aV?OQ`co_T4pgkQ<
z<~wQ%hYWhKojm+1zeU;Wi!K)zX75gS$>^Sim%fwj(LXM{ou>uEp83T*n1cn!D2j+@
zI!j^OHwRUizTp5Q0@6XhR--HDIx1rCFiJcFJVs|CEOFwr5`ssJ9WqA;p*06gkNHaC
zua%B~v1n#&;!;tP7HKw*WP%FDq>G?D7}z&FV|CtE*wV!Z>d>1#{l|1H;dc!$RD{Q`
z)4j!UA7I!mlI%V@xUey4>?0qGu($J)1tmr3c>Xv(*DiF^El{wQ{)7Q=3FseENq}Z`
zt68{N#xojR;PZGM95^*QsK=-fRryyatOiJjECv2NU}?B36u2*@w}*8?c-)=z>Qa5d
zNMnRlX4p3MtG?`I#fyuizjOd{#X}EFNt~F1JP4(HYF^xGsf5a{l47P*2hA*Y9Z(wD
zhB{M|gI@?fWEvD3twF2st{l2Mq7PbtN(uS5`LwpceG0>4uovD7$;F)_iczBow)iK}
zsj>iYVEEwK(^lU_(@@UaW)P@`T}dTFx~fCANZ<$u9S)A_fett^F>#GL#JD3JLuU)N
zr6;DOY@Ld-zC;luOMs{+*O=wn>4Rp0%qs)HcH9J+eklU7YY;Iu=G&K07Q0i+M^J7D
z9x{nGp$ak%9s7@w#4e15u^x(0oq(ud7}OhvfZl$XB9_+>cyE$#op=Goq%6?C4}mho
z5ZFH#A1-$$deMn_XLU7Bu8hM4E`2~NHRJtP&~3*^j=5JUBN4zl^1gHbcQfZ&n?7jm
zb;`o-+Z$PTkpr_I2SfYqw<y^TG$E@rAg5ktC|yD64c7|`T<DA(15IPfm4;$(bfjLr
ziB-rJia&(M5DJb*!?#JrJ>dkfgL)FS@T~?xwqu?S1JDw7$kF?ZOwA7psH#nCnYWbE
zca=x6e3z*Ug{!4V`raoYXLp!OBl$+z7yE#W#Icp-mi-zMxAW|r3KAkoMuxn;rYOq^
z)^(?8O|vvui0HCk_|u7QpW^leP^%ifdjOxTH*3-SVHZ1}3PG$1MbOS|(c#mX<;v5y
zyKUCZAY?QB(;mPW997YwOw0&rBq=6d)T^~jI=eIIM~7owt_Mof@)w4sz4TWmx*daQ
zQhP@^k9TG>ofu5Eb);a9M4$=F;YQ_seZ)!R!#9RHZONqoC?w&iXds^dC8rA3)zR|u
z1}^4+>GL9t9dZb!F*0XQCmDQ16LfTsLTCF?oJ_R=vhMm0>D^qTAMo>t+MDV1cA8i1
zuA&B6-@aCX^$*`}L$a6Mlyvb=!c*Ur#LMDUfQKL-1(`1RrFsda&4gWC%=z2ZunJ?5
zhV;X08N#3ReW?tmNEYFV*70<dkgw08$!&{fnMy*?dI|N|da}plF*>dEQz3T;c77Q(
z@ECRd?wr%;jN~(=nrA`czr+HzUcjZ%;?1!+i(kVuzU4mZb!GCfYp!&><i$(~mfPL|
z`=}erHaI;v=!x(K_b&>RY#+8>>7|&D<m1S3Wb$_OZc1T9s9^Z(QSt#@S@|1cJwXHm
zp{osH>#i_NTLFv!ozL-jcv29<_4^gF98h5eXnwCeRMy@JcZU2#Ab_6_Uyw``MCHz=
z)e^b8(aYWO9Qu3z&5~g3)0@w=EZQ?<;BjFQ#ZPE&0Y#0JE;)7IgyEBp-@t0obf#Pv
z<)!XQ2-({Pcce7tfjsH=w;+G$*1s;C9|1WRA7RL5;WZ8U9h;r4a$L=nZ$?^#5wM?f
z^d#(B#G5R;ME%F%!)Bxi*2ay9b)CgTPi^+8U!*t$KAU+7O;4U$hnK?lCJJNa++uh$
zQUP`wGRTOzpGeS%qKiNw;9y>15y&LV`vAh7PmI5<=A${U(e|+<1|xNE{I3PTN>2KG
zkBQ~K(&!I76N<c>K!7#xV`p(I{PJDkuX=Yf^%-@1Wt!E_pBm&H?bbm)fYl?Nc@^LB
z4Eoy~fz)Va`$Gi?iE0Fh1+M=*dE;;4dgOFpMFj4nN)&&5+W&*D9Q^vTZ1>f0#!ul7
zzA_KT>Yd>@`o7TjV+sM`g}ET9Rz8frsv2gDEa(fol!sIis-pwD((MX5`g&PR1{#hS
zql1(U#y{a@<%f`(cDAO4pa{lD_jH_idWW$Q&G6dkSf6SkAMLFw!7CtRHgyz|v9F@N
z5CUj%nXQqm-@*Q{DCqm9B$`zV-tKWC&l`Plvq}N{sifdK6sI>@`4RhA{z6vMrD=c)
zV;S%$p%6DA@j~7alBl_k$@q{u9-otQ6q6&_7!{B3MIgIRzw7K166^1n>OXB*s)Ake
z>1_Ql<d0P-2r=^BVTMS=U@%WSlhhGd3C3PL4+H?Fbb#rfRJ~P-*GWgSxOSpI#{8Cf
zzQflyiFo<+2NkejqJh)US{pz9Fmc5)m&ceKI=v`<r#Phas|{}*PPA)tb2EKZ;E|Uh
zghW|Zk~z274V=_;GVsdKz%vkrAA;u%_Lh+#K~+jUE?iY!iaX=Gm*K}ND{JHPBv|7o
zA22+P^q7fmrP@dYd|L*8Mr>XnqqLiM<0Q4^Oa6K@!s#XF0@vpy9D&q}*ehzVI*lgi
zm-(x%7;HS{=JZ6l>@T={pCF>!6DyQGfn8APV{Z%*V?82VXi8ih<{OO7r`X)zo<$v%
zy_8qPeQ>Yq+~$RnxTDf~lQEMpg<e6njY;7&2!*;Q(N9fw&bGXs;;Is54q@7bK>_KB
z`$RqU<1<vjm<f{mZHdjQK}PB3NLAl)1Am=fWjU_ya95%&*hLY3q9DkVO+|xbgKM@h
z0>KKaV;n|AO<q_{Sc-A(bHBG9{FFb|k|^JN2hpu9Nl~C)lXG!~F)1?*9DXF(9c;_&
z`8FmT9Ep}*QJBE_YwIpPG7PEo-Kf3-gdEqRTeP_du$H<uQe`L!_XyYAc{KI!-hUvP
zfnA$YH_5B-WxgN27~$LTTFWWNj^haW^7puEUclr@_pxJq9;stuojrac%q;lZ<X7=%
zM~@JdS8G%_SpFd%Q}6z&lXJ{6Hdf-uQ;BT9oZNbGA~B+`m@Sa=23B>(I~2QfSV`XP
z=s$YR1+AHA1oc+kY!Yl)XQ4N6G{KSv%*gJj(7(I%oZ~U?UPb2uh}NNSeefLUxv~N|
z029!oLNs;O-Som8dG-Osdh4giJ80rgdasmOrwl-X-(jv?(hn|7vg20b!xLp!^R)Gh
z_v+<3b3T3vn%gVUb#g<ioA8l=vF6!N<f&C3k&9I9LJ1d{V&r-Mg2St02(j;yJGTb|
z*xxY7(Z#z~iobpdihFIq;hT`*3_NhSV$q(GuHT8#zej7*zxDzDqst0(1~c#KK`#+w
zY@7w1jNO+hq!k;KPVkhu-{YHXi|PN`zUl4j7X1`}a>kMneUA9|jO?Lrp_7%M6v8O;
zi&4LAkq@bN8bk(4r_F?mBzaGU@CxH$vMMFR!$$Cw34dNif!Gldcm9Ar%*$#wob<fb
zMZ=eCXLC6iFNhpuIG0*J!7{Ij|Ja=A4#@G`&P8VmRl`7k%RL(Fh{CE5@x+ugz>d!D
z6#D~?5?F`#Yqy8>FhqXS2X98T2FY;h&%<}xdT4k&V=;l!xHxvY0MI*fHn6vO^>O7>
z90W($xB(*yVM&;pQQ>~j-m8n$XyZEk<5v%+?B~3pZE)67_0qG~SJ21SMu0k4l;nf*
z)jfXKzaKyulUx|@r}KIGW%P##LMWQxx2d?!^r8wTTI{HFv_p{EBZ`U6I!hD?%ocp)
zOfOnHF(Q7~=-2X1<)we{qSRBed_W%BHyU1kxtRp+B8)ub)l29(N-416;!)h(*l0Xv
zG~k(^`Ljadhis?sPO;OG%`?7?K?Z0W4rEq!-5gSVW^!*AekS(2I-h<JfWtq}W)^{k
zg}q&PcyM74qR4^>3m|Bt2>qHi+v$Vhse=*!0w3p_$`!HS-N|8I*nPAKu045-c8q{1
z@rrANRo@YXga$Ylkcoy129GfY?n<U>CSHj;>GP5UKm;4;M{lEttRRSXI|{wYv4_L!
zrw~ewSU(5-7tI)CNfGX-bI;4n@f$yJhEBg83zLrbhQqf;m8BW~6a=W<>k+hAl{Vtl
zPa_oqlR=EyVjApnzbvWy#{v8b&Uyl-J{06ZT!H-<{wvETV7hTJQTHO>lJH(S^ZvV~
z;!JN|oFvj&b5)TSwcyy78u5}o9k4@ZLT)gk!PIHGxm|v=eNN1~T|$lKS>ECJSyB%Q
zQU<bMefuqyQDPQMqxX6_CKLs|EhVkXU>CXlBN{Hh$f?jAe@<}@%Ft6p;pj-@7HB@r
zF}AkdW1GR6xO#y!%}jlAINMjwaSmF^2$ir7w<JqF)O_=;)kldDx}*c3RJsc|mac)I
z`?{T+E82Ivav>h)tya!l>44pfOi36=3358ZbJRd5y-A*UC1Fc8l^pC2fKZ1mUhcs(
z3gIeL`#I1r3M|!8{fhauPY>)<jobftp0>O%R=y!5G^4^|g7`cq@^B5~vlXba&uu(T
zkbX!EnrW=&I@qt4E&C=bt9sj*r2}m%R<18EwkvZunE#f0UvA&5*6K+;`tZYZt!Hzx
zdW0oftCoeY^t#b<2%mKr^#iZ_dEMICrGW|4JVumG96~n<-W#3w$G?UCj6E{xkS2uw
zIeQYBj-WK(I}J$Bn<Ys*ol=&FKcZb_uzbNHiX5*7kI96{V0HWo>qGfyKS-6i8B!ym
z3DsLp(WTh+`J5bz@i3*K8l^9=cm%o<0biLatAL-*FXzYYl_WAxGuvKhvE9Cf!_WHk
zBK}jE$1ZKP`;HQ;$F9mmp_%*y8|Tbq)q=H&O>nJM8K1FDeQnUR436vMydLkT>13@8
z<FX&Mq3bbPR%TCEHz>qYk+z1I2h~gMS7Sfu>(LYQMZ_R){r$yiqYK)*_gezuJ37Zk
z;A1%Rg<C-3i19J5=jdE<y*a~XSs8>i!F~2ZeapoVYMCLzb&v&bjCVh0qZ|UYdcH)f
zrw9Tk=kdSf-yZ`%GBMjTfEZxT@wrUPaQhGzZ|pli_U@_%=(Nk(pD&O_5$)WtoQP__
zg2%99TA627!^s-2$SsafF%wT=uu@w%Xt6s$vyvc3ZtC#mWJc~3nZDHY>YRTv?YX(0
z3c9fxXSe|WcKA#U9kDeiOn~ke1&V-ONOURvGq}F3z^(Z6PynytsT^?Qye9g5oCsSn
zO0mLKc*xOrDBMAcyjcw|s=#VIKb&4v2;WiI6bqGDQ0~(GZ(wefeIG%WbeFf5@Hks#
zkCi0VhP>}7w)%yP+^dCX759YlH|q(gf=m(au@(nTdqi%jmk0A{xR+dSG!`^v$kdh4
z@Z!QolBN+gt+dKB31pm38=Z6yNr`LiM`7Gi9Z&ci0U!7irCx0aB9uud^O#s^QIr`8
zj{-;FX)pbUV=1tr1S1Dsz6&0dj451USB+Caal$IFd3NKUx!w;4i`52mR=ebp<9fxh
z(p2~;(78~Q3IA-pQx+RIbKafoUj#r`IebT`b3P^fudRy}*@NlUX4;fQqr+z&e;!^^
z_ry?3A%{l({7QDTW;N}(Fj}c~vHMNu=Jb%Y0Fw<q>cO|=TVA^G?G-6596sY}!*)BG
ztQZ>}3-6odl|ODu9rCbeRg_t-N(lVITM73T8A78%Si2{$uuLhCDgmm?)|j}Pj;%oa
zTCoP>@InM90q?T?$%}?#vKx~JE*f3}PTNfER2;k(0L&Qa#NKQBRsunf5#AGUui#qX
z_thipsPD%J-YebE<|!0IbGprPYeEamql*aQdseKF&1R86z~gGIlEX9_o08^?c&d0)
ze!`E)L`r#03HE7WN+FsAzXpdjako5iQYFQGkzkwzQY@~WiTC&pTN%o?TWfA|=V2lp
zV>q?Pv#_HsaVRen`R5Mo$A*q?te?M;hKWJ`V$j@<?ETOv&(usL*K13N_<2;OYguNh
zmwofQMD=N?*Znf4-}*N-5K6TAt;dA=nJyJcZh8f$#Akmx-$BD=k^29mD5<E3j1x+F
zjr@#-%mfH3%AqR&Mk^Cb%$NBl-t^~sw4%jOi-u#bxpbA+mF<;A7lfEZI2wRc9SjpP
znXCZ<WrSYJmg0*3tr@f44;SEctcWJq(OR=>F<w>B$d9wjZb5g4dWy_%cCdfCF<dnE
zH7kXc2BCE;@ydUcXI8=<p#Ki}3Jx&w5WOF~@rpQlcqDx(@o>YjE`|RMV&Dm}D6jwe
ztMRrc@|bI*MIXiY$uO=3UJeB(VtOG<e=8zIFLtCJjT<v!n;ID%<viOOb&D=<WMZ&A
zCKt1GC5miM1wEG7%<dNvr*{mMd7QmVZa$&N(2lN;O!T`Cg?^8Zo+Q`a=6XcM@oYJm
zVifK-pop?X*H3l%Z?KS47Gry(EojOGmeSeFmD0S0Jc(CTJFF%_Xkv5|4D5^?m1&O2
zfi1(FM>@^>FBKtyI3;2P%Ho3<j?Zc7zA(Egx(ls}p_kbMY1~FI=`HTL_sOl%U~<|7
zy(-HQmEavw^x1ucm2xS2ea@336g@t=PBcsGPP5+BE_)%y6<CysAuRfgZyAG_4bryr
zEhAGs{KF<#qZ%`XTO!yP#nH(ZF@oK5@pU)FP=php6ohFOgEcswq)N!0H2hss4RHo+
zuU9N0)G>UK1yK#;DjvN!1M~zgHx_7)+<a&wercDngS4%%7lL7!1KGc;;Y8-~io2&G
zKayiue7@hzuxla|aeRg%zlxHNN^m0aejE+wl`hPT&I2Da0;lesY96T&EGxCSsRSn*
znId|1w(yE>h-TNfSr}XBgOxzrH{sMc`_b$}p8_(rYB!2jvoUYqf5RJ0<FXwdwiU}Y
zgi{tpz}izwx&w?jtTJ^!o1yI)9xPLx=lj^&uu@D3^IhLPK3EK^V?nJCl71bq!@*sT
z{xZ@>KIm1Re!!%epT%yvH{Isf*YsMNkDPvBk|VG14MH5D_~7t7FEz(qym*`HZEOQB
zY_B5|9bg5ih$4hP>olznPv?+oMp3**a&sSvknj25o>z;I*4*lDyRNmbF{0mlbDl#7
za=F?U+j_JLDsJ6SQ2G)=1ADb8Ua%;|qdz5a*ApTZgzY*Q<OR9Mlr#g#*g3%Zi_tF5
zo+YplB=V^)zmRoked;2Hj=r$5Qx=3Q;gi)LHUGM<TNBO}dGIyccGHhiqWWCed%!$R
z7uphd_h7u;rr-S&t)Y7!)Q)3^F&Gat+yDEyUV@6DN2wJ1+Nik`R_TLogL~zUdaiId
zy{&G}Ph`IgY!Gb`b235vFi&?w1VGA3gQCL+8YLps$K(Fy;8tu~9bN$zeFaNur)J5>
z3yETdP_9fc`L=!xAkeF`)}iy9LGXQa+qOIFMEEm?Ox#W|9rNPuet{g}<FFEj|LiB6
zpvfO3l?HVPUtobYh#PP?P;GarOg39GGqJoNy&=J~kz~xSA+=T0OA&wIK!%nn#CF-n
z23qSYh2h_F$ys`_zc?3t4Ys>~W5J>Zv7K!gQyCg&aKP;5oGyR9{wmwn#%TNT77f$C
z?Zuy<fL_Mu_uc~bP>0-w&K)EC6%YQ{Af#glD`mfvNTXIvaQ1;6I>MrG{D)c#u6_q9
zrSChiMJ&wX1uWpWey+UK#EE_6kGY3<sg&=R_;hxzgA4y#Tf{+r&!+5JYIA>iO<1+d
zM!5c#%3VKMV{g8>-oxQ+Gwdk#e_zu9-X2)Ar;VYcLtpo&3Omy3y|<dcu91D@PGeDm
zen<+-766j~_VkcbJSFY;l-31;U|u!rcu7omwjOA&7rIU~SpPaCNcb-GzySQ4F$7GI
z*5kP<lSqr1*5*crcesq2WGkY`a&(_FR7%ZFWpWM??1he^|920S@NqdR?J@Yw9W{M|
zD|k45@}FtfO2SisthQ(iY<d62wNC>MA15$MxOr_$fYZfl@*PyhUb3zxI<5OjS#9ed
z_-c@?4`a{=YumpctrX-|?C_1&nw)oy<>-`qtfhs0^`!WGB%ajAYGjz}OU!*p8UolM
z-M)I7A36WK6L$D_=GqUZcxT&rV&9}6A2tbZ30ceTS!Fv~X1`A}R=f6uze#`nMve_I
z!rk<s8eRYQPF47K8dNR7wFSrzNt925v1QtP+W4lQ7p9sW>rX!q-NdRdQt4lxF10vp
zIg_hqKc6>x2@6pFjh7l~`xkpd$3BvWV<c9q5kl5Kd66;`EG9!wFB|=c3LUJwZC;;2
zr^`Dh%*s@Q5KZ@kQA~G?Vu|Rj4IU%uAO7z<<M_u%8DeIit=yc+E`!}}$)YfALXLk<
z$3$#JxViOUdI=4s)32+)x}I~gErhFcqV!^<pIOyvhT~Z}JFAgh!_N@+xx&?8kN>6~
z$k*Vb|E#r`psoffgR|??jm_-aBTn@wd;{)mpE|BG;ipb{zaNUH`zZG94lJ#d%YNI~
z)YaZhZ))9|NY4Jo8u-0uScW;AUUougrWG*vL!F7$wgZ9HZ$<d5S@k>csN-F$gL1L;
zFl56*n}6dR2Z>_QiNfy`X#gdHYJla!<JN0*EJ))si@CX}u`pfi3f~-1{5oW!M){nW
zdom=E=@m<tj^j>&>2<81wfM$XhBmc42kT+$%v+6$c3>C_`ieb(N2X4v<#IzKTUYjf
zV@(E^Dx6I76Kq5OwnIsXX(I^#{!L#j|NjOiI1cjpzsETk;miNtm_Q4;+MhE5#z18B
zp|D<2Y5@U#eNg;>t(AP&>xuF*phPDN3L!GKw&kU%94@;mK57515_bLv)CxGkc{?HL
zR}3Ln9#bN0wjz^(D}hA^e89i818j`2c>(_X`$@nH{(U%j!M|+`ne5+(ffxMu<}l93
Z7b6D)2y7pzKSRJjDKR<Ga^a7G{|}WTQ-}Zn

literal 0
HcmV?d00001

diff --git a/doc/required_content.mdwn b/doc/required_content.mdwn
new file mode 100644
index 0000000000..91c5614a80
--- /dev/null
+++ b/doc/required_content.mdwn
@@ -0,0 +1,17 @@
+Required content settings can be configured to do more complicated
+things than just setting the required number of [[copies]] of your data.
+For example, you could require that data be archived in at least two
+archival repositories, and also require that one copy be stored offsite.
+
+The format of required content expressions is the same as
+[[preferred_content]] expressions.
+
+Required content settings can be edited using `git annex vicfg`.
+Each repository can have its own settings, and other repositories will
+try to honor those settings when interacting with it.
+
+While [[preferred_content]] expresses a preference, it can be overridden
+by simply using `git annex drop`. On the other hand, required content
+settings are enforced; `git annex drop` will refuse to drop a file if
+doing so would violate its required content settings.
+(Although even this can be overridden using `--force`).
diff --git a/doc/scalability.mdwn b/doc/scalability.mdwn
new file mode 100644
index 0000000000..cdc148e2f8
--- /dev/null
+++ b/doc/scalability.mdwn
@@ -0,0 +1,39 @@
+git-annex is designed for scalability. The key points are:
+
+* Arbitrarily large files can be managed. The only constraint
+  on file size are how large a file your filesystem can hold.
+
+  While git-annex does checksum files by default, there
+  is a [[WORM_backend|backends]] available that avoids the checksumming
+  overhead, so you can add new, enormous files, very fast. This also
+  allows it to be used on systems with very slow disk IO.
+
+* Memory usage should be constant. This is a "should", because there
+  can sometimes be leaks (and this is one of haskell's weak spots),
+  but git-annex is designed so that it does not need to hold all
+  the details about your repository in memory.
+
+* Many files can be managed. The limiting factor is git's own
+  limitations in scaling to repositories with a lot of files, and as git
+  improves this will improve. Scaling to hundreds of thousands of files
+  is not a problem, scaling beyond that and git will start to get slow.
+
+  To some degree, git-annex works around inefficiencies in git; for
+  example it batches input sent to certain git commands that are slow
+  when run in an enormous repository.
+
+* It can use as much, or as little bandwidth as is available. In
+  particular, any interrupted file transfer can be resumed by git-annex.
+
+## scalability tips
+
+* If the files are so big that checksumming becomes a bottleneck, consider
+  using the [[WORM_backend|backends]]. You can always `git annex migrate`
+  files to a checksumming backend later on.
+
+* If you're adding a huge number of files at once (hundreds of thousands),
+  you'll soon notice that git-annex periodically stops and say
+  "Recording state in git" while it runs a `git add` command that
+  becomes increasingly expensive. Consider adjusting the `annex.queuesize`
+  to a higher value, at the expense of it using more memory.
+
diff --git a/doc/shortcuts.mdwn b/doc/shortcuts.mdwn
new file mode 100644
index 0000000000..d0f647a64e
--- /dev/null
+++ b/doc/shortcuts.mdwn
@@ -0,0 +1,12 @@
+[[!if test="enabled(shortcut)"
+     then="This wiki has shortcuts **enabled**."
+     else="This wiki has shortcuts **disabled**."]]
+
+This page controls what shortcut links the wiki supports.
+
+* [[!shortcut name=debbug url="http://bugs.debian.org/%S" desc="Debian bug #%s"]]
+* [[!shortcut name=iki url="http://ikiwiki.info/%S/"]]
+* [[!shortcut name=rfc url="https://www.ietf.org/rfc/rfc%s.txt" desc="RFC %s"]]
+* [[!shortcut name=cve url="https://cve.mitre.org/cgi-bin/cvename.cgi?name=%s"]]
+* [[!shortcut name=hackage url="http://hackage.haskell.org/package/%s"]]
+* [[!shortcut name=commit url="http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=%s"]]
diff --git a/doc/sidebar.mdwn b/doc/sidebar.mdwn
new file mode 100644
index 0000000000..ea11991a69
--- /dev/null
+++ b/doc/sidebar.mdwn
@@ -0,0 +1,12 @@
+[[!img logo_small.png link=no]]
+
+* [[install]]
+* [[assistant]]
+* [[walkthrough]]
+* [[tips]]
+* [[bugs]]
+* [[todo]]
+* [[forum]]
+* [[comments]]
+* [[contact]]
+* [Flattr this](http://flattr.com/thing/84843/git-annex)
diff --git a/doc/sitemap.mdwn b/doc/sitemap.mdwn
new file mode 100644
index 0000000000..c854ed6390
--- /dev/null
+++ b/doc/sitemap.mdwn
@@ -0,0 +1,4 @@
+[[!map pages="page(*) and !*/discussion and !recentchanges
+and !bugs/* and !examples/*/* and !news/* and !tips/* and !videos/*
+and !design/assistant/blog/*
+and !forum/* and !todo/* and !users/* and !ikiwiki/*"]]
diff --git a/doc/special_remotes.mdwn b/doc/special_remotes.mdwn
new file mode 100644
index 0000000000..2ef98c40d6
--- /dev/null
+++ b/doc/special_remotes.mdwn
@@ -0,0 +1,83 @@
+git-annex can transfer data to and from configured git remotes.
+Normally those remotes are normal git repositories (bare and non-bare;
+local and remote), that store the file contents in their own git-annex
+directory.
+
+But, git-annex also extends git's concept of remotes, with these special
+types of remotes. These can be used just like any normal remote by git-annex.
+They cannot be used by other git commands though.
+
+* [[S3]] (Amazon S3, and other compatible services)
+* [[Amazon_Glacier|glacier]]
+* [[bup]]
+* [[ddar]]
+* [[gcrypt]] (encrypted git repositories!)
+* [[directory]]
+* [[rsync]]
+* [[webdav]]
+* [[tahoe]]
+* [[web]]
+* [[xmpp]]
+* [[hook]]
+
+The above special remotes are built into git-annex, and can be used
+to tie git-annex into many cloud services.
+
+Here are specific instructions
+for using git-annex with various services:
+
+* [[Amazon_S3|tips/using_Amazon_S3]]
+* [[Amazon_Glacier|tips/using_Amazon_Glacier]]
+* [[tips/Internet_Archive_via_S3]]
+* [[Box.com|tips/using_box.com_as_a_special_remote]]
+* [[Google drive|tips/googledriveannex]]
+* [[Google Cloud Storage|tips/using_Google_Cloud_Storage]]
+* [[Mega.co.nz|tips/megaannex]]
+* [[SkyDrive|tips/skydriveannex]]
+* [[OwnCloud|tips/owncloudannex]]
+* [[Flickr|tips/flickrannex]]
+* [[IMAP|forum/special_remote_for_IMAP]]
+* [[Usenet|forum/nntp__47__usenet special remote]]
+* [chef-vault](https://github.com/3ofcoins/knife-annex/)
+* [hubiC](https://github.com/Schnouki/git-annex-remote-hubic)
+* [pCloud](https://github.com/tochev/git-annex-remote-pcloud)
+
+Want to add support for something else? [[Write your own!|external]]
+
+## Ways to use special remotes
+
+There are many use cases for a special remote. You could use it as a
+backup. You could use it to archive files offline in a drive with
+encryption enabled so if the drive is stolen your data is not. You could
+git annex move --to specialremote large files when your local drive is
+getting full, and then git annex move the files back when free space is
+again available. You could have one repository copy files to a special
+remote, and then git annex get them on another repository, to transfer the
+files between computers that do not communicate directly. 
+
+The git-annex assistant makes it easy to set up rsync remotes using this
+last scenario, which is referred to as a transfer repository, and arranges
+to drop files from the transfer repository once they have been transferred
+to all known clients.
+
+None of these use cases are particular to particular special remote types.
+Most special remotes can all be used in these and other ways. It largely
+doesn't matter for your use what underlying transport the special remote
+uses.
+
+## Unused content on special remotes
+
+Over time, special remotes can accumulate file content that is no longer
+referred to by files in git. Normally, unused content in the current
+repository is found by running `git annex unused`. To detect unused content
+on special remotes, instead use `git annex unused --from`. Example:
+
+	$ git annex unused --from mys3
+	unused mys3 (checking for unused data...) 
+	  Some annexed data on mys3 is not used by any files in this repository.
+	    NUMBER  KEY
+	    1       WORM-s3-m1301674316--foo
+	  (To see where data was previously used, try: git log --stat -S'KEY')
+	  (To remove unwanted data: git-annex dropunused --from mys3 NUMBER)
+	$ git annex dropunused --from mys3 1
+	dropunused 12948 (from mys3...) ok
diff --git a/doc/special_remotes/S3.mdwn b/doc/special_remotes/S3.mdwn
new file mode 100644
index 0000000000..5291a4eb6e
--- /dev/null
+++ b/doc/special_remotes/S3.mdwn
@@ -0,0 +1,53 @@
+This special remote type stores file contents in a bucket in Amazon S3
+or a similar service.
+
+See [[tips/using_Amazon_S3]] and
+[[tips/Internet_Archive_via_S3]] for usage examples.
+
+## configuration
+
+The standard environment variables `AWS_ACCESS_KEY_ID` and 
+`AWS_SECRET_ACCESS_KEY` are used to supply login credentials
+for Amazon. You need to set these only when running
+`git annex initremote`, as they will be cached in a file only you
+can read inside the local git repository.
+
+A number of parameters can be passed to `git annex initremote` to configure
+the S3 remote.
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `embedcreds` - Optional. Set to "yes" embed the login credentials inside
+  the git repository, which allows other clones to also access them. This is
+  the default when gpg encryption is enabled; the credentials are stored
+  encrypted and only those with the repository's keys can access them.
+
+  It is not the default when using shared encryption, or no encryption.
+  Think carefully about who can access your repository before using
+  embedcreds without gpg encryption.
+
+* `datacenter` - Defaults to "US". Other values include "EU",
+  "us-west-1", and "ap-southeast-1".
+
+* `storageclass` - Default is "STANDARD". If you have configured git-annex
+  to preserve multiple [[copies]], consider setting this to "REDUCED_REDUNDANCY"
+  to save money.
+
+* `host` and `port` - Specify in order to use a different, S3 compatable
+  service.
+
+* `bucket` - S3 requires that buckets have a globally unique name, 
+  so by default, a bucket name is chosen based on the remote name
+  and UUID. This can be specified to pick a bucket name.
+
+* `fileprefix` - By default, git-annex places files in a tree rooted at the
+  top of the S3 bucket. When this is set, it's prefixed to the filenames
+  used. For example, you could set it to "foo/" in one special remote,
+  and to "bar/" in another special remote, and both special remotes could
+  then use the same bucket.
+
+* `x-amz-*` are passed through as http headers when storing keys
+  in S3.
diff --git a/doc/special_remotes/S3/comment_10_c366f020c9b97a365e21878a33360079._comment b/doc/special_remotes/S3/comment_10_c366f020c9b97a365e21878a33360079._comment
new file mode 100644
index 0000000000..bc06156cff
--- /dev/null
+++ b/doc/special_remotes/S3/comment_10_c366f020c9b97a365e21878a33360079._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-05-23T20:04:03Z"
+ content="""
+You can enable a special remote on a clone by running `git annex enableremote $name`, where $name is the name you used to originally create the special remote. (Older versions of git-annex used `git annex initremote` to enable the special remote on the clone.)
+
+(Just in case, I have verified that embedcreds does cause the cipher= to be stored in the remote.log. It does.)
+"""]]
diff --git a/doc/special_remotes/S3/comment_11_c1da387e082d91feec13dde91ccb111a._comment b/doc/special_remotes/S3/comment_11_c1da387e082d91feec13dde91ccb111a._comment
new file mode 100644
index 0000000000..5cd9b73116
--- /dev/null
+++ b/doc/special_remotes/S3/comment_11_c1da387e082d91feec13dde91ccb111a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="basak"
+ ip="2001:8b0:1c8::2"
+ subject="comment 11"
+ date="2013-05-24T09:38:40Z"
+ content="""
+Thanks Joey - initremote on my slightly older version appears to work. I'll use `enableremote` when I can.
+
+> (Just in case, I have verified that embedcreds does cause the cipher= to be stored in the remote.log. It does.)
+
+This doesn't do what I expect. The documentation suggests that my S3 _login_ credentials would be stored. I understand that the cipher would be stored; but isn't this a separate concept? Instead, I'm being asked to set `AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY`; my understanding was that git-annex will keep them in the repository for me, so that I don't have to set them after running `initremote` before cloning. This works, apart from surviving the cloning. I'm using `encryption=shared`; does this affect anything? Or am I using a version of git-annex (3.20121112ubuntu3) that's too old?
+"""]]
diff --git a/doc/special_remotes/S3/comment_12_59c3ecab7dbc8be53258460473cac21c._comment b/doc/special_remotes/S3/comment_12_59c3ecab7dbc8be53258460473cac21c._comment
new file mode 100644
index 0000000000..47b0aaefa6
--- /dev/null
+++ b/doc/special_remotes/S3/comment_12_59c3ecab7dbc8be53258460473cac21c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-05-24T15:33:12Z"
+ content="""
+Ah -- No, your AWS creds are not stored. While some other special remotes, like webdav, can store all necessary credentials, it's not done for AWS. I didn't want git-annex to be responsible for someone accidentially publishing their AWS creds to their friends, since that could cost them a lot of money.
+"""]]
diff --git a/doc/special_remotes/S3/comment_13_0789a21d980825188bb09f7fc8bba8be._comment b/doc/special_remotes/S3/comment_13_0789a21d980825188bb09f7fc8bba8be._comment
new file mode 100644
index 0000000000..c8e84021b6
--- /dev/null
+++ b/doc/special_remotes/S3/comment_13_0789a21d980825188bb09f7fc8bba8be._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="basak"
+ ip="2001:8b0:1c8::2"
+ subject="comment 13"
+ date="2013-05-24T15:47:14Z"
+ content="""
+That's not what the documentation here says! It even warns me: \"Think carefully about who can access your repository before using embedcreds without gpg encryption.\"
+
+My use case:
+
+Occasional use of EC2, and a desire to store some persistent stuff in S3, since the dataset is large and I have limited bandwidth. I want to destroy the EC2 instance when I'm not using it, leaving the data in S3 for later.
+
+If I use git-annex to manage the S3 store, then I get the ability to clone the repository and destroy the instance. Later, I can start a new instance, push the repo back up, and would like to be able to then pull the data back out of S3 again.
+
+I'd really like the login credentials to persist in the repository (as the documentation here says it should). Even if I have to add a --yes-i-know-my-s3-credentials-will-end-up-available-to-anyone-who-can-see-my-git-repo flag. This is because I use some of my git repos to store private data, too.
+
+If I use an Amazon IAM policy as follows, I can generate a set of credentials that are limited to access to a particular prefix of a specific S3 bucket only - effectively creating a sandboxed area just for git-annex:
+
+    { 
+      \"Statement\": [{\"Sid\": \"Stmt1368780615583\",
+                     \"Action\": [\"s3:GetObject\", \"s3:PutObject\", \"s3:DeleteObject\"],
+                     \"Effect\": \"Allow\",
+                     \"Resource\": [\"arn:aws:s3:::bucketname/prefix/*\"]}
+                    ],
+      \"Statement\": [{\"Sid\": \"Stmt1368781573129\",
+                    \"Action\": [\"s3:GetBucketLocation\"],
+                    \"Effect\": \"Allow\",
+                    \"Resource\": [\"arn:aws:s3:::bucketname\"]}
+                   ]
+    }
+
+Doing this means that I have a different set of credentials for every annex, so it would be really useful to be able have these stored and managed within the repository itself. Each set is limited to what the annex stores, so there is no bigger compromise I have to worry about apart from the compromise of the data that the annex itself manages.
+"""]]
diff --git a/doc/special_remotes/S3/comment_14_29574a51d5831c51e2e765eb2c06e567._comment b/doc/special_remotes/S3/comment_14_29574a51d5831c51e2e765eb2c06e567._comment
new file mode 100644
index 0000000000..2285e90621
--- /dev/null
+++ b/doc/special_remotes/S3/comment_14_29574a51d5831c51e2e765eb2c06e567._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 14"
+ date="2013-05-24T16:45:25Z"
+ content="""
+I apologise for incorrect information. I was thinking about defaults when using the webapp.
+
+I have verified that embedcreds=yes stores the AWS creds, always.
+
+
+"""]]
diff --git a/doc/special_remotes/S3/comment_15_ceb9048c743135f6beca57a23505f0a3._comment b/doc/special_remotes/S3/comment_15_ceb9048c743135f6beca57a23505f0a3._comment
new file mode 100644
index 0000000000..a8b5573e77
--- /dev/null
+++ b/doc/special_remotes/S3/comment_15_ceb9048c743135f6beca57a23505f0a3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawne_amN4fko4p5cRY_9EYwaYuJKNn7LRio"
+ nickname="Tobias"
+ subject="different s3 storage URLs"
+ date="2013-08-23T08:59:32Z"
+ content="""
+Is it possible to change the S3 endpoint hosts? I'm running a radosgw with S3 support which I'd like to define as S3 remote for git-annex
+"""]]
diff --git a/doc/special_remotes/S3/comment_16_7b79f8b5ef88a2775d61b5ac5774d3e0._comment b/doc/special_remotes/S3/comment_16_7b79f8b5ef88a2775d61b5ac5774d3e0._comment
new file mode 100644
index 0000000000..508cedca43
--- /dev/null
+++ b/doc/special_remotes/S3/comment_16_7b79f8b5ef88a2775d61b5ac5774d3e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 16"
+ date="2013-08-23T17:39:56Z"
+ content="""
+Yes, you can specify the host to use when setting up the remote. It's actually documented earlier on this very page, if ou search for \"host\". Any S3 compatabile host will probably work -- the Internet Archive's S3 does, for example.
+"""]]
diff --git a/doc/special_remotes/S3/comment_1_4a1f7a230dad6caa84831685b236fd73._comment b/doc/special_remotes/S3/comment_1_4a1f7a230dad6caa84831685b236fd73._comment
new file mode 100644
index 0000000000..17e35e7d99
--- /dev/null
+++ b/doc/special_remotes/S3/comment_1_4a1f7a230dad6caa84831685b236fd73._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnoUOqs_lbuWyZBqyU6unHgUduJwDDgiKY"
+ nickname="Matt"
+ subject="environment variables"
+ date="2012-05-29T12:40:25Z"
+ content="""
+Just noting that the environment variables `ANNEX_S3_ACCESS_KEY_ID` and `ANNEX_S3_SECRET_ACCESS_KEY` seem to have been changed to `AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY`
+"""]]
diff --git a/doc/special_remotes/S3/comment_2_5b22d67de946f4d34a4a3c7449d32988._comment b/doc/special_remotes/S3/comment_2_5b22d67de946f4d34a4a3c7449d32988._comment
new file mode 100644
index 0000000000..f535559aeb
--- /dev/null
+++ b/doc/special_remotes/S3/comment_2_5b22d67de946f4d34a4a3c7449d32988._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 2"
+ date="2012-05-29T19:10:46Z"
+ content="""
+Thanks, I've fixed that. (You could have too.. this is a wiki ;)
+"""]]
diff --git a/doc/special_remotes/S3/comment_3_bcab2bd0f168954243aa9bcc9671bd94._comment b/doc/special_remotes/S3/comment_3_bcab2bd0f168954243aa9bcc9671bd94._comment
new file mode 100644
index 0000000000..abb6aacc96
--- /dev/null
+++ b/doc/special_remotes/S3/comment_3_bcab2bd0f168954243aa9bcc9671bd94._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnoUOqs_lbuWyZBqyU6unHgUduJwDDgiKY"
+ nickname="Matt"
+ subject="comment 3"
+ date="2012-05-30T00:26:33Z"
+ content="""
+Thanks! Being new here, I didn't want to overstep my boundaries. I've gone ahead and made a small edit and will do so elsewhere as needed.
+"""]]
diff --git a/doc/special_remotes/S3/comment_4_38c0b062997fde1ad28facc05d973e83._comment b/doc/special_remotes/S3/comment_4_38c0b062997fde1ad28facc05d973e83._comment
new file mode 100644
index 0000000000..8c17f7d644
--- /dev/null
+++ b/doc/special_remotes/S3/comment_4_38c0b062997fde1ad28facc05d973e83._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmX5gPNK35Dub-HzR0Yb3KXllbqc0rYRYs"
+ nickname="Eduardo"
+ subject="bucket/folder s3 remotes"
+ date="2012-08-09T10:52:07Z"
+ content="""
+it'd be really nice being able to configure a S3 remote of the form `<bucket>/<folder>` (not really a folder, of course, just the usual prefix trick used to simulate folders at S3). The remote = bucket architecture is not scalable at all, in terms of number of repositories.
+
+how hard would it be to support this?
+
+thanks, this is the only thing that's holding us back from using git-annex, nice tool!
+"""]]
diff --git a/doc/special_remotes/S3/comment_5_409bc2b56382417cf26bb222fb783ba7._comment b/doc/special_remotes/S3/comment_5_409bc2b56382417cf26bb222fb783ba7._comment
new file mode 100644
index 0000000000..325db67998
--- /dev/null
+++ b/doc/special_remotes/S3/comment_5_409bc2b56382417cf26bb222fb783ba7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 5"
+ date="2012-08-09T18:01:06Z"
+ content="""
+I guess this could be useful if you have a *lot* of buckets already in use at S3, or if you want to be able to have a lot of distinct S3 special remotes. Implemented the `fileprefix` setting. Note that I have not tested it, beyond checking it builds, since I let my S3 account expire. Your testing would be appreciated.
+
+"""]]
diff --git a/doc/special_remotes/S3/comment_6_78da9e233882ec0908962882ea8c4056._comment b/doc/special_remotes/S3/comment_6_78da9e233882ec0908962882ea8c4056._comment
new file mode 100644
index 0000000000..742dbedc2f
--- /dev/null
+++ b/doc/special_remotes/S3/comment_6_78da9e233882ec0908962882ea8c4056._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnY9ObrNrQuRp8Xs0XvdtJJssm5cp4NMZA"
+ nickname="alan"
+ subject="Rackspace Cloud Files support?"
+ date="2012-08-23T21:00:11Z"
+ content="""
+Any chance I could bribe you to setup Rackspace Cloud Files support?  We are using them and would hate to have a S3 bucket only for this.
+
+https://github.com/rackspace/python-cloudfiles
+"""]]
diff --git a/doc/special_remotes/S3/comment_7_6af9781004d982d8e6b20a83ad29eead._comment b/doc/special_remotes/S3/comment_7_6af9781004d982d8e6b20a83ad29eead._comment
new file mode 100644
index 0000000000..c243cde132
--- /dev/null
+++ b/doc/special_remotes/S3/comment_7_6af9781004d982d8e6b20a83ad29eead._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmyFvkaewo432ELwtCoecUGou4v3jCP0Pc"
+ nickname="Eric"
+ subject="S3 Remote Future Proof?"
+ date="2013-01-20T09:21:50Z"
+ content="""
+Joey, I'm curious to understand how future proof an S3 remote is.  Can I restore my files without git-annex?
+"""]]
diff --git a/doc/special_remotes/S3/comment_8_0fa68d584ee7f6b5c9058fba7e911a11._comment b/doc/special_remotes/S3/comment_8_0fa68d584ee7f6b5c9058fba7e911a11._comment
new file mode 100644
index 0000000000..6997719d17
--- /dev/null
+++ b/doc/special_remotes/S3/comment_8_0fa68d584ee7f6b5c9058fba7e911a11._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="68.119.100.5"
+ subject="comment 8"
+ date="2013-01-20T20:37:09Z"
+ content="""
+If encryption is not used, the files are stored in S3 as-is, and can be accessed directly. They are stored in a hashed directory structure with the names of their key used, rather than the original filename. To get back to the original filename, a copy of the git repo would also be needed.
+
+With encryption, you need the gpg key used in the encryption, or, for shared encryption, a symmetric key which is stored in the git repo.
+
+See [[future proofing]] for non-S3 specific discussion of this topic.
+"""]]
diff --git a/doc/special_remotes/S3/comment_9_7ad757b3865b04967c79af0a263bb3b0._comment b/doc/special_remotes/S3/comment_9_7ad757b3865b04967c79af0a263bb3b0._comment
new file mode 100644
index 0000000000..51b7ab16ae
--- /dev/null
+++ b/doc/special_remotes/S3/comment_9_7ad757b3865b04967c79af0a263bb3b0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="basak"
+ ip="2001:8b0:1c8::2"
+ subject="Recovering from a clone"
+ date="2013-05-22T18:32:05Z"
+ content="""
+How do I recover a special remote from a clone, please? I see that `remote.log` has most of the details, but my remote is not configured on my clone and I see no obvious way to do it. And I used `embedcreds`, but the only credentials I can see are stored in .git/annex/creds/ so did not survive a clone. I'm confused because the documentation here for `embedcreds` says that clones should have access.
+
+As a workaround, it looks like copying the remote over from `.git/config` as well as the credentials from `.git/annex/creds/` seems to work. Is there some other way I'm supposed to do this, or is this the intended way?
+"""]]
diff --git a/doc/special_remotes/bup.mdwn b/doc/special_remotes/bup.mdwn
new file mode 100644
index 0000000000..f2d465e779
--- /dev/null
+++ b/doc/special_remotes/bup.mdwn
@@ -0,0 +1,39 @@
+This special remote type stores file contents in a 
+[bup](http://github.com/bup/bup) repository. By using git-annex
+in the front-end, and bup as a remote, you get an easy git-style
+interface to large files, and easy backups of the file contents using git.
+
+This is particularly well suited to collaboration on projects involving
+large files, since both the git-annex and bup repositories can be
+accessed like any other git repository.
+
+See [[walkthrough/using_bup]] for usage examples.
+
+Each individual key is stored in a bup remote using `bup split`, with
+a git branch named the same as the key name. Content is retrieved from
+bup using `bup join`. All other bup operations are up to you -- consider
+running `bup fsck --generate` in a cron job to generate recovery blocks,
+for example; or clone bup's git repository to further back it up.
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure bup:
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `buprepo` - Required. This is passed to `bup` as the `--remote`
+  to use to store data. To create the repository,`bup init` will be run.
+  Example: "buprepo=example.com:/big/mybup" or "buprepo=/big/mybup"
+  (To use the default `~/.bup` repository on the local host, specify "buprepo=")
+
+Options to pass to `bup split` when sending content to bup can also
+be specified, by using `git config annex.bup-split-options`. This
+can be used to, for example, limit its bandwidth.
+
+## notes
+
+[[git-annex-shell]] does not support bup, due to the wacky way that bup
+starts its server. So, to use bup, you need full shell access to the server.
diff --git a/doc/special_remotes/bup/comment_10_f78c1ed97d2e4c6ebffaa7482cfe0c9b._comment b/doc/special_remotes/bup/comment_10_f78c1ed97d2e4c6ebffaa7482cfe0c9b._comment
new file mode 100644
index 0000000000..97f9b9ea93
--- /dev/null
+++ b/doc/special_remotes/bup/comment_10_f78c1ed97d2e4c6ebffaa7482cfe0c9b._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://sekenre.wordpress.com/"
+ nickname="sekenre"
+ subject="Synchronizing Bup repositories"
+ date="2013-05-07T16:46:34Z"
+ content="""
+Hi All,
+
+I managed to answer my questions above about copying changes between local bup repositories efficiently.
+
+You run the following commands 
+
+    git annex copy . --to bup_repo_1                      # Uses bup split in the background (slow)
+    rsync -av /mnt/repodisk1/repo/ /mnt/repodisk2/repo/ \
+    --exclude=config --exclude=*.bloom --exclude=*.midx   # rsync without bup-specific indices (speed depends on delta between repositories)
+    BUP_DIR=/mnt/repodisk2/repo/ bup midx -a && bup bloom # rebuild bup-specific indices on the target (this is extremely fast)
+    git annex copy . --to bup_repo_2                      # Records file is now available in repo2 (also extremely fast)
+
+Now `git annex whereis` will show the correct location and `git annex get <file> --from bup_repo_2` will work.
+
+So far in my testing I haven't found any problems...
+
+"""]]
diff --git a/doc/special_remotes/bup/comment_11_b53bceb0058acf4d1ab12ea4853ee443._comment b/doc/special_remotes/bup/comment_11_b53bceb0058acf4d1ab12ea4853ee443._comment
new file mode 100644
index 0000000000..c699c62410
--- /dev/null
+++ b/doc/special_remotes/bup/comment_11_b53bceb0058acf4d1ab12ea4853ee443._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnAvbXOnK57sqgvZvxkbG74NUKBDwKDcuk"
+ nickname="Tim"
+ subject="bup location data not synced through annex assistant"
+ date="2013-05-15T15:08:54Z"
+ content="""
+I set up 2 servers running git annex assistant, both with a ~/annex dir and an additional ~/annex-bup bup repo. There is no additional cloud repository.
+For test, I added my /etc dir which uploaded correctly from server1, but which never arrived on server2
+
+    bup@bup1:~/annex/etc$ git annex whereis updatedb.conf
+    whereis updatedb.conf (3 copies) 
+  	    687d3a7f-4798-4dbe-8774-1785b8ab6b7d -- here (bup@bup1:~/annex)
+   	    adfc1307-771f-40e9-b794-bae2e1f21b8b -- bup2-annex-bup
+   	    e4e0ac0b-992a-4312-a4ac-fc8d3d9f7c0f -- bup1-annex-bup
+    ok
+
+    bup@bup2:~/annex/etc$ git annex whereis updatedb.conf
+    whereis updatedb.conf (1 copy) 
+  	    687d3a7f-4798-4dbe-8774-1785b8ab6b7d -- bup1 (bup@bup1:~/annex)
+    ok
+
+As you can see, server 2 just doesn't know the data is already on it's own disk in it's local bup repo.
+Is there a reason this data does not get synced? Should I set up a transfer repo?
+"""]]
diff --git a/doc/special_remotes/bup/comment_12_65d923226cf6120349d807c5c60f640c._comment b/doc/special_remotes/bup/comment_12_65d923226cf6120349d807c5c60f640c._comment
new file mode 100644
index 0000000000..a790daea3a
--- /dev/null
+++ b/doc/special_remotes/bup/comment_12_65d923226cf6120349d807c5c60f640c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnAvbXOnK57sqgvZvxkbG74NUKBDwKDcuk"
+ nickname="Tim"
+ subject="my bad"
+ date="2013-05-15T15:39:31Z"
+ content="""
+Sorry, looks like I did initremote twice on the same folder, instead of enableremote the second time...
+"""]]
diff --git a/doc/special_remotes/bup/comment_1_96179a003da4444f6fc08867872cda0a._comment b/doc/special_remotes/bup/comment_1_96179a003da4444f6fc08867872cda0a._comment
new file mode 100644
index 0000000000..02691c6907
--- /dev/null
+++ b/doc/special_remotes/bup/comment_1_96179a003da4444f6fc08867872cda0a._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgbXwQtPQSG8igdS7U8l031N8sqDmuyvk"
+ nickname="Albert"
+ subject="Error with bup and gnupg"
+ date="2012-10-22T20:56:56Z"
+ content="""
+Hello,
+
+I get this error when trying to use git-annex with bup and gnupg:
+
+<pre>
+move importable_pilot_surveys.tar (gpg) (checking localaseebup...) (to localaseebup...) 
+Traceback (most recent call last):
+  File \"/usr/lib/bup/cmd/bup-split\", line 133, in <module>
+    progress=prog)
+  File \"/usr/lib/bup/bup/hashsplit.py\", line 167, in split_to_shalist
+    for (sha,size,bits) in sl:
+  File \"/usr/lib/bup/bup/hashsplit.py\", line 118, in _split_to_blobs
+    for (blob, bits) in hashsplit_iter(files, keep_boundaries, progress):
+  File \"/usr/lib/bup/bup/hashsplit.py\", line 86, in _hashsplit_iter
+    bnew = next(fi)
+  File \"/usr/lib/bup/bup/helpers.py\", line 86, in next
+    return it.next()
+  File \"/usr/lib/bup/bup/hashsplit.py\", line 49, in blobiter
+    for filenum,f in enumerate(files):
+  File \"/usr/lib/bup/cmd/bup-split\", line 128, in <genexpr>
+    files = extra and (open(fn) for fn in extra) or [sys.stdin]
+IOError: [Errno 2] No such file or directory: '-'
+</pre>
+
+
+I was able to work-around this issue by altering /usr/lib/bup/cmd/bup-split (though I don't think its a bup bug) to just pull from stdin:
+
+files = [sys.stdin]
+
+on ~ line 128.
+
+Any ideas? Also, do you think that bup's data-deduplication does anything when gnupg is enabled, i.e. is it just as well to use a directory remote with gnupg?
+
+Thanks! Git annex rules!
+
+Albert
+"""]]
diff --git a/doc/special_remotes/bup/comment_2_612b038c15206f9f3c2e23c7104ca627._comment b/doc/special_remotes/bup/comment_2_612b038c15206f9f3c2e23c7104ca627._comment
new file mode 100644
index 0000000000..97af184f3b
--- /dev/null
+++ b/doc/special_remotes/bup/comment_2_612b038c15206f9f3c2e23c7104ca627._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 2"
+ date="2012-10-23T20:01:43Z"
+ content="""
+@Albert, thanks for reporting this bug (but put them in [[bugs]] in future please).
+
+This is specific to using the bup special remote with encryption. Without encryption it works. And no, it won't manage to deduplicate anything that's encrypted, as far as I know. 
+
+I think bup-split must have used - for stdin in the past, but now, it just reads from stdin when no file is specified, so I've updated git-annex.
+"""]]
diff --git a/doc/special_remotes/bup/comment_3_1186def82741ddab1ade256fb2e59e6f._comment b/doc/special_remotes/bup/comment_3_1186def82741ddab1ade256fb2e59e6f._comment
new file mode 100644
index 0000000000..2e3e389921
--- /dev/null
+++ b/doc/special_remotes/bup/comment_3_1186def82741ddab1ade256fb2e59e6f._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://sekenre.wordpress.com/"
+ nickname="sekenre"
+ subject="Bup remotes in git-annex assistant"
+ date="2013-03-13T12:54:56Z"
+ content="""
+Hi,
+
+Is the bup remote available via the Assistant user interface?
+
+Unrelated question;
+
+If you are syncing files between two bup repos on local usb drives, does it use git to sync the changes or does it use \"bup split\" to re-add the file? (Basically, is the syncing as efficient as possible using git-annex or would I have to go to a lower level)
+
+Many Thanks,
+Sek
+"""]]
diff --git a/doc/special_remotes/bup/comment_4_7d22a805dd2914971e7ca628ceea69be._comment b/doc/special_remotes/bup/comment_4_7d22a805dd2914971e7ca628ceea69be._comment
new file mode 100644
index 0000000000..0607e5f6ce
--- /dev/null
+++ b/doc/special_remotes/bup/comment_4_7d22a805dd2914971e7ca628ceea69be._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-03-13T16:05:50Z"
+ content="""
+I don't plan to support creating bup spefial remotes in the assistant, currently. Of course the assistant can use bup special remotes you set up.
+
+Your two bup repos would be synced using bup-split.
+"""]]
diff --git a/doc/special_remotes/bup/comment_6_5942333cde09fd98e26c4f1d389cb76f._comment b/doc/special_remotes/bup/comment_6_5942333cde09fd98e26c4f1d389cb76f._comment
new file mode 100644
index 0000000000..288f8765d2
--- /dev/null
+++ b/doc/special_remotes/bup/comment_6_5942333cde09fd98e26c4f1d389cb76f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZWCbRYPVnwscdkdEDwgQHZJLwW6H_AHo"
+ nickname="Tobias"
+ subject="bup fail?"
+ date="2013-03-31T21:05:32Z"
+ content="""
+I've run into problems storing a huge number of files in the bup repo. It seems that thousands of branches are a problem. I don't know if it's a problem of git-annex, bup, or the filesystem.
+
+How about adding an option to store tree/commit ids in git-annex instead of using branches in bup?
+"""]]
diff --git a/doc/special_remotes/bup/comment_7_cb1a0d3076e9d06e7a24204478f6fa98._comment b/doc/special_remotes/bup/comment_7_cb1a0d3076e9d06e7a24204478f6fa98._comment
new file mode 100644
index 0000000000..a2284c3e1c
--- /dev/null
+++ b/doc/special_remotes/bup/comment_7_cb1a0d3076e9d06e7a24204478f6fa98._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-02T21:24:06Z"
+ content="""
+`bup-split` uses a git branch to name the objects stored in the bup repository. So it will be limited by any scalability issues affecting large numbers of git branches. I don't know what those are.
+
+Yes, it would be possible to make git-annex store this in the git-annex branch instead.
+"""]]
diff --git a/doc/special_remotes/bup/comment_8_4cbc67e5911748d13cee3c483d7ece8a._comment b/doc/special_remotes/bup/comment_8_4cbc67e5911748d13cee3c483d7ece8a._comment
new file mode 100644
index 0000000000..62376a6e4e
--- /dev/null
+++ b/doc/special_remotes/bup/comment_8_4cbc67e5911748d13cee3c483d7ece8a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlsXhOlsW6RaGR83VNSMxPh159l5dFau70"
+ nickname="Yung-Chin"
+ subject="re scaling issue"
+ date="2013-05-03T14:57:51Z"
+ content="""
+Tobias/joey,
+
+I think there are at least two scaling issues that may be causing you trouble. One is that bup writes pack+idx files rather than bare objects, and if you send 1 file per call to bup-split, you end up with a pair of pack and idx files for each such call. When you later try to retrieve a blob, bup currently just calls git, and git will have to traverse all these tiny idx files looking for the right hash (bare objects you could at least find by name). You can probably ameliorate the pain by calling git repack (look at the -a and --max-pack-size switches) on your bup repository. The other is the \"thousands of branches\" issue, and I think \"git pack-refs --all\" (that's again on your bup repository) might help a little bit. 
+
+It would certainly help performance if you could store blob/tree ids in git-annex instead of branch names. For small files, all bup would need to store is a blob, but currently you end up storing a blob, a tree, and a commit (and looking-up all of those, plus the ref too, on calling bup-join). (you might want to patch bup-split, so it would allow you to ask it for \"--blob-or-tree\", because currently if you say you pass it -b for blob-ids, then for bigger files you get a series of IDs, whereas you'd be much better off with a tree-id there)
+"""]]
diff --git a/doc/special_remotes/bup/comment_9_ca7096a759961af375e6bd49663b45b3._comment b/doc/special_remotes/bup/comment_9_ca7096a759961af375e6bd49663b45b3._comment
new file mode 100644
index 0000000000..d6021f7649
--- /dev/null
+++ b/doc/special_remotes/bup/comment_9_ca7096a759961af375e6bd49663b45b3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlsXhOlsW6RaGR83VNSMxPh159l5dFau70"
+ nickname="Yung-Chin"
+ subject="comment 9"
+ date="2013-05-03T16:34:05Z"
+ content="""
+Thinking about this some more, a very elegant way to make a bup remote could actually be to just pass the whole .git/annex tree into bup-index/save (you could avoid sending some files by only bup-indexing select subtrees, or by using --exclude-*'s, but you'd run bup-save over the whole .git/annex tree). You could then use bup-restore to retrieve files or whole subtrees, and you'd refer to the files you're retrieving by their actual pathname under which they live in .git/annex (if that doesn't make sense it's because I've misunderstood how git-annex is organised!), so something like \"bup restore branch_name/latest/.git/annex/aa/bb/sha-of-some-sort\" would work - that's cute, right? And you'd only have 1 branch.
+
+However... somebody who is good with lazy-evaluation would need to rework bup.vfs: currently, if you'd call bup-restore on a path like that, it would instantiate a _lot_ of vfs-nodes you don't need - to begin with, it would make a node for every commit you ever made (on any branch!) - on a big repository you'd wait ages for it to just find the commit objects...
+"""]]
diff --git a/doc/special_remotes/comment_10_e9881290486a1770bd260f8650ada9c6._comment b/doc/special_remotes/comment_10_e9881290486a1770bd260f8650ada9c6._comment
new file mode 100644
index 0000000000..79cbe37134
--- /dev/null
+++ b/doc/special_remotes/comment_10_e9881290486a1770bd260f8650ada9c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQqKSVY98PVGDIaYZdK9CodJdbh7cFfhY"
+ nickname="Ashwin"
+ subject="Rackspace Cloud Files support"
+ date="2013-03-22T08:20:40Z"
+ content="""
+It'd be really cool to have Rackspace cloud files support. Like the guy above me said, I would submit a patch but not if I have to learn Haskell first :)
+"""]]
diff --git a/doc/special_remotes/comment_11_e01b5cc5a0d81b071e93e27e7b91fe2a._comment b/doc/special_remotes/comment_11_e01b5cc5a0d81b071e93e27e7b91fe2a._comment
new file mode 100644
index 0000000000..f2f9c4a8f4
--- /dev/null
+++ b/doc/special_remotes/comment_11_e01b5cc5a0d81b071e93e27e7b91fe2a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.48.75.171"
+ subject="Re: Webhook special remote"
+ date="2013-04-12T08:54:47Z"
+ content="""
+@Alex: You might see if the newly-added [[todo/wishlist: allow configuration of downloader for addurl]] could be made to do what you need... I've not played around with it yet, but perhaps you could set the downloader to be something that can sort out the various URLs and send them to the correct downloading tool?
+"""]]
diff --git a/doc/special_remotes/comment_12_13237170ef5b6646e0e25d3421af3fe5._comment b/doc/special_remotes/comment_12_13237170ef5b6646e0e25d3421af3fe5._comment
new file mode 100644
index 0000000000..5146cca361
--- /dev/null
+++ b/doc/special_remotes/comment_12_13237170ef5b6646e0e25d3421af3fe5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="How to establish local preference for (special) remotes"
+ date="2013-05-22T14:06:48Z"
+ content="""
+Sorry if it is RTFM... If I have multiple original (reachable) remotes, how could I establish my preference for which one to be used in any given location?
+
+usecase: if I clone a repository within amazon cloud instance -- I would now prefer if this (or all -- user-wide configuration somehow?) repository 'get's load from URLs originating in the cloud of this zone (e.g. having us-east-1.s3.amazonaws.com/ in their URLs).
+"""]]
diff --git a/doc/special_remotes/comment_13_1a36a0483a9db04d36e0234a192ebad8._comment b/doc/special_remotes/comment_13_1a36a0483a9db04d36e0234a192ebad8._comment
new file mode 100644
index 0000000000..8e5a8015dc
--- /dev/null
+++ b/doc/special_remotes/comment_13_1a36a0483a9db04d36e0234a192ebad8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="Remote costs"
+ date="2013-05-22T14:15:03Z"
+ content="""
+This should be implemented with costs
+
+I refer you too: http://git-annex.branchable.com/design/assistant/blog/day_213__costs/
+
+This has been implemented in the assistant, so if you use that, changing priority should be as simple as changing the order of the remotes on the web interface. Whichever remote is highest on the list, is the one your client will fetch from.
+"""]]
diff --git a/doc/special_remotes/comment_14_a8419963dc024b1d9eb73807596012dc._comment b/doc/special_remotes/comment_14_a8419963dc024b1d9eb73807596012dc._comment
new file mode 100644
index 0000000000..cd0a8eb581
--- /dev/null
+++ b/doc/special_remotes/comment_14_a8419963dc024b1d9eb73807596012dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 14"
+ date="2013-05-22T14:30:00Z"
+ content="""
+You do not need to use the assistant to configure the costs of remotes. Just set `remote.<name>.annex-cost` to appropriate values. See also the documentation for the `remote.<name>.annex-cost-command` which allows your own code to calculate costs.
+"""]]
diff --git a/doc/special_remotes/comment_15_95ccfdd22a2391daa99e0beb04adedd6._comment b/doc/special_remotes/comment_15_95ccfdd22a2391daa99e0beb04adedd6._comment
new file mode 100644
index 0000000000..3e2ea9948d
--- /dev/null
+++ b/doc/special_remotes/comment_15_95ccfdd22a2391daa99e0beb04adedd6._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="remotes costs"
+ date="2013-05-22T18:33:11Z"
+ content="""
+Thank you -- that is nice!
+
+Could costs be presented in 'whereis' and 'status' commands? e.g. like we know APT repositories priorities from  apt-cache policy -- now I do not see them (at least in 4.20130501... updating to sid's 0521 now)
+
+"""]]
diff --git a/doc/special_remotes/comment_16_b9d238fb15ad7628e33c90b071e07bb0._comment b/doc/special_remotes/comment_16_b9d238fb15ad7628e33c90b071e07bb0._comment
new file mode 100644
index 0000000000..8b1fcd831f
--- /dev/null
+++ b/doc/special_remotes/comment_16_b9d238fb15ad7628e33c90b071e07bb0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="compression -- storage and transfer"
+ date="2013-05-22T18:48:59Z"
+ content="""
+Is there any remote which would not only compress during transfer (I believe rsync does that, right?) but also store objects compressed?
+
+I thought bup would do both -- but it seems that git annex receives data uncompressed from a bup remote, and bup remote requires ssh access.
+
+In my case I want to make publicly available files which are binary blobs which could be compressed very well.  It would be a pity if I waste storage on my end and also incur significant traffic, which could be avoided if data load was transferred compressed.  May be HTTP compression (http://en.wikipedia.org/wiki/HTTP_compression) could somehow be used efficiently for this purpose (not sure if load then originally could already reside in a compressed form to avoid server time to re-compress it)?
+"""]]
diff --git a/doc/special_remotes/comment_17_cc21b81a8f809f6efa5f5b6332513fc3._comment b/doc/special_remotes/comment_17_cc21b81a8f809f6efa5f5b6332513fc3._comment
new file mode 100644
index 0000000000..f576e27238
--- /dev/null
+++ b/doc/special_remotes/comment_17_cc21b81a8f809f6efa5f5b6332513fc3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="Re: compression -- storage and transfer"
+ date="2013-05-22T19:17:33Z"
+ content="""
+ha -- apparently it is trivial to configure apache to serve pre-compressed files (e.g. see http://stackoverflow.com/questions/75482/how-can-i-pre-compress-files-with-mod-deflate-in-apache-2-x) and they arrive compressed to client with
+
+Content-Encoding: gzip
+
+but unfortunately git-annex doesn't like those (fails to \"verify\") -- do you think it could be implemented for web \"special remotes\"? that would be really nice -- then I could store such load on another website, and addurl links to the compressed content
+"""]]
diff --git a/doc/special_remotes/comment_18_3fe750118ff1edbe91a110b86fb5b662._comment b/doc/special_remotes/comment_18_3fe750118ff1edbe91a110b86fb5b662._comment
new file mode 100644
index 0000000000..2345bba210
--- /dev/null
+++ b/doc/special_remotes/comment_18_3fe750118ff1edbe91a110b86fb5b662._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 18"
+ date="2013-05-23T23:25:02Z"
+ content="""
+All special remotes store files compressed when you enable encryption. Not otherwise, though.
+
+As far as the web special remote and pre-compressed files, files are downloaded from the web using `wget` or (of wget is not available) `curl`. So if you can make it work with those commands, it should work.
+"""]]
diff --git a/doc/special_remotes/comment_19_6794eb52bd87c28ef1df3172aa7d5780._comment b/doc/special_remotes/comment_19_6794eb52bd87c28ef1df3172aa7d5780._comment
new file mode 100644
index 0000000000..b8c701ade9
--- /dev/null
+++ b/doc/special_remotes/comment_19_6794eb52bd87c28ef1df3172aa7d5780._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="compressed storage/transfer -- gzip Content-Type"
+ date="2013-05-25T06:41:37Z"
+ content="""
+FWIW -- eh -- unfortunately it seems not that transparent.  wget seems to not support decompression at all, curl can do with explicit --compressed, BUT it doesn't distinguish url to a \"natively\" .gz file and pre-compressed content.  And I am not sure if it is possible to anyhow reliably distinguish the two urls.  In the case of obtaining pre-compressed file from my sample apache server the only difference in the http response header is that it gets \"compound\" ETag:
+compare ETag: \"3acb0e-17b38-4dd5343744660\" (for directly asking zeros100.gz) vs \"3acb0e-17b38-4dd5343744660;4dd5344e1537e\" (requesting zeros100) where portion past \";\" I guess signals the caching tag for gzipping, but not exactly sure on that since it seems to be not a part of standard.  Also for zeros100 I am getting \"TCN: choice\"... once again not sure if that is any how reliably indicative for my purpose.  So I guess there is no good way ATM via Content-Type request.
+"""]]
diff --git a/doc/special_remotes/comment_1_961276c18e9353ca8e25cad53e7ec51f._comment b/doc/special_remotes/comment_1_961276c18e9353ca8e25cad53e7ec51f._comment
new file mode 100644
index 0000000000..ec1bea4199
--- /dev/null
+++ b/doc/special_remotes/comment_1_961276c18e9353ca8e25cad53e7ec51f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="MediaFire"
+ date="2013-01-17T12:17:54Z"
+ content="""
+MediaFire offers 50GB of free storage (max size 200MB). It would be great to support it as a new special remote.
+"""]]
diff --git a/doc/special_remotes/comment_20_6b7242721f2f2c77b634568cb737e3e3._comment b/doc/special_remotes/comment_20_6b7242721f2f2c77b634568cb737e3e3._comment
new file mode 100644
index 0000000000..b17896a683
--- /dev/null
+++ b/doc/special_remotes/comment_20_6b7242721f2f2c77b634568cb737e3e3._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
+ nickname="Bence"
+ subject="Testing a special remote"
+ date="2013-11-24T08:24:36Z"
+ content="""
+Is there a unit test or integration test to check for the behavior of a special remote implementation and/or validity?
+
+I don't speak Haskell, so maybe there are some in the source but maybe I wouldn't recognize, so I haven't checked. If there are any tests how should I use it?
+
+Thank you,
+Bence
+"""]]
diff --git a/doc/special_remotes/comment_21_5c11e69c28b9ed4cbe238a36c0839a47._comment b/doc/special_remotes/comment_21_5c11e69c28b9ed4cbe238a36c0839a47._comment
new file mode 100644
index 0000000000..1645e03e68
--- /dev/null
+++ b/doc/special_remotes/comment_21_5c11e69c28b9ed4cbe238a36c0839a47._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 21"
+ date="2013-11-24T15:58:30Z"
+ content="""
+@Bence the closest I have is some tests of particular special remotes inside Test.hs. The shell equivilant of that code is:
+
+[[!format sh \"\"\"
+set -e
+git annex copy file --to remote # tests store
+git annex drop file # tests checkpresent when remote has file
+git annex move file --from remote # tests retrieve and remove
+\"\"\"]]
+"""]]
diff --git a/doc/special_remotes/comment_22_308afc586b86c66bbb3437d63864d9cb._comment b/doc/special_remotes/comment_22_308afc586b86c66bbb3437d63864d9cb._comment
new file mode 100644
index 0000000000..c642f3975d
--- /dev/null
+++ b/doc/special_remotes/comment_22_308afc586b86c66bbb3437d63864d9cb._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Enhancing special remotes as backup spaces"
+ date="2014-04-22T21:08:49Z"
+ content="""
+Hi Joey,
+
+I am thinking about using google drive as an encrypted backup for my important files. However, I fear that if all my git annex repositories are unrecoverable that the encrypted data on the special remote will not help me much. Assuming I have backed up my gpg key I still get a bunch of decrypted files but the folder structure is lost. Would it be possible to implement something like a safety feature that also uploads an (encrypted) tar of all symlinks (pointing to the respective encrypted files) of the (current/or master-branch) git working tree? 
+
+I am almost sure this is already implementable using hooks however I could not find information on which types of hooks are available. I am looking for one that is triggered once after all copy/move operations to a special remote are finished. Can you point me in the right direction?
+
+Marek
+
+
+"""]]
diff --git a/doc/special_remotes/comment_23_0f5440e0e54cf7ac2a68b1ba115b0930._comment b/doc/special_remotes/comment_23_0f5440e0e54cf7ac2a68b1ba115b0930._comment
new file mode 100644
index 0000000000..6ec99abc93
--- /dev/null
+++ b/doc/special_remotes/comment_23_0f5440e0e54cf7ac2a68b1ba115b0930._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 23"
+ date="2014-05-16T19:11:00Z"
+ content="""
+@donkeyicydragon one way to accomplish that would be to just tar up `.git` -- excluding `.git/annex/objects` and add that to git-annex like any other file. You could make a git post-commit hook that does that, but that seems overboard.
+
+Or, you could just make a git clone of your repo to a local removable drive, and use that as a local backup.
+"""]]
diff --git a/doc/special_remotes/comment_2_97543acfa7434e332ebea5672e446317._comment b/doc/special_remotes/comment_2_97543acfa7434e332ebea5672e446317._comment
new file mode 100644
index 0000000000..840a9d6261
--- /dev/null
+++ b/doc/special_remotes/comment_2_97543acfa7434e332ebea5672e446317._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-17T16:44:25Z"
+ content="""
+Mediafire does not appear to offer any kind of API for its storage.
+"""]]
diff --git a/doc/special_remotes/comment_3_9229776623c234204c8b164edff95da0._comment b/doc/special_remotes/comment_3_9229776623c234204c8b164edff95da0._comment
new file mode 100644
index 0000000000..84fe385e00
--- /dev/null
+++ b/doc/special_remotes/comment_3_9229776623c234204c8b164edff95da0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="MediaFire REST API"
+ date="2013-01-17T16:53:41Z"
+ content="""
+Wouldn't this be enough? http://developers.mediafire.com/index.php/REST_API
+"""]]
diff --git a/doc/special_remotes/comment_4_3bbda479d13f6bf393dcd59ed94ddeaa._comment b/doc/special_remotes/comment_4_3bbda479d13f6bf393dcd59ed94ddeaa._comment
new file mode 100644
index 0000000000..c5979f8194
--- /dev/null
+++ b/doc/special_remotes/comment_4_3bbda479d13f6bf393dcd59ed94ddeaa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="JABOF special remote"
+ date="2013-01-19T08:34:32Z"
+ content="""
+Similar to a JABOD, this would be Just A Bunch Of Files. I already have a NAS with a file structure conducive to serving media to my TV. However, it's not capable (currently) of running git-annex locally. It would be great to be able to tell annex the path to a file there as a remote much like a web remote from \"git annex addurl\". That way I can safely drop all the files I took with me on my trip, while annex still verifies and counts the file on the NAS as a location.
+
+There are some interesting things to figure out for this to be efficient. For example, SHAs of the files. Maybe store that in a metadata file in the directory of the files? Or perhaps use the WORM backend by default?
+"""]]
diff --git a/doc/special_remotes/comment_5_f7000975d38077828ab11a99095b39eb._comment b/doc/special_remotes/comment_5_f7000975d38077828ab11a99095b39eb._comment
new file mode 100644
index 0000000000..1a9eb390a0
--- /dev/null
+++ b/doc/special_remotes/comment_5_f7000975d38077828ab11a99095b39eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 5"
+ date="2013-01-19T16:05:13Z"
+ content="""
+The web special remote is recently able to use file:// URL's, so you can just point to files on some arbitrary storage if you want to.
+"""]]
diff --git a/doc/special_remotes/comment_6_5d2bd7c1e1493d3c3784708a9b0bc001._comment b/doc/special_remotes/comment_6_5d2bd7c1e1493d3c3784708a9b0bc001._comment
new file mode 100644
index 0000000000..0f11973f71
--- /dev/null
+++ b/doc/special_remotes/comment_6_5d2bd7c1e1493d3c3784708a9b0bc001._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlBia1J9-PoXgZYj2LASf7Bs__IqK3T8qQ"
+ nickname="Greg"
+ subject="Rackspace US/UK"
+ date="2013-01-30T11:33:12Z"
+ content="""
+It'd be awesome to be able to use Rackspace as remote storage as an alternative to S3, I would submit a patch, but know 0 Haskell :D
+"""]]
diff --git a/doc/special_remotes/comment_7_af01ee5ce31b1490af565cb087d65277._comment b/doc/special_remotes/comment_7_af01ee5ce31b1490af565cb087d65277._comment
new file mode 100644
index 0000000000..043ad8eb5d
--- /dev/null
+++ b/doc/special_remotes/comment_7_af01ee5ce31b1490af565cb087d65277._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn-UoTjMBsVh6q4HNViGwJi-5FNaCVQB7E"
+ nickname="Nico"
+ subject="Rapidshare"
+ date="2013-02-02T16:49:58Z"
+ content="""
+Would it be possible to support Rapidshare as a new special remote?
+They offer unlimited storage for 6-10€ per month. It would be great for larger backups.
+Their API can be found here: http://images.rapidshare.com/apidoc.txt
+"""]]
diff --git a/doc/special_remotes/comment_8_3d4ffec566d68d601eafe8758a616756._comment b/doc/special_remotes/comment_8_3d4ffec566d68d601eafe8758a616756._comment
new file mode 100644
index 0000000000..85e663296d
--- /dev/null
+++ b/doc/special_remotes/comment_8_3d4ffec566d68d601eafe8758a616756._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="'webhook' special remote?"
+ date="2013-02-24T15:05:27Z"
+ content="""
+Is there any chance a special remote that functions like a hybrid of 'web' and 'hook'? At least in theory, it should be relatively simple, since it would only support 'get' and the only meaningful parameters to pass would be the URL and the output file name.
+
+Maybe make it something like git config annex.myprogram-webhook 'myprogram $ANNEX_URL $ANNEX_FILE', and fetching could work by adding a --handler or --type parameter to addurl.
+
+The use case here is anywhere that simple 'fetch the file over HTTP/FTP/etc' isn't workable - maybe it's on rapidshare and you need to use plowshare to download it; maybe it's a youtube video and you want to use youtube-dl, maybe it's a chapter of a manga and you want to turn it into a CBZ file when you fetch it.
+
+"""]]
diff --git a/doc/special_remotes/comment_9_26af468952f0403171370b56e127830a._comment b/doc/special_remotes/comment_9_26af468952f0403171370b56e127830a._comment
new file mode 100644
index 0000000000..88f021c6a9
--- /dev/null
+++ b/doc/special_remotes/comment_9_26af468952f0403171370b56e127830a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlRThEwuPnr8_bcuuCTQ0rQd3w6AfeMiLY"
+ nickname="Alex"
+ subject="comment 9"
+ date="2013-02-24T15:13:16Z"
+ content="""
+A *ridiculously* cool possibility would be to allow them to match against URLs and then handle those (youtube-dl for youtube video URLs, for instance), but that would be additional work on your end and isn't really necessary.
+"""]]
diff --git a/doc/special_remotes/ddar.mdwn b/doc/special_remotes/ddar.mdwn
new file mode 100644
index 0000000000..8de86e2c79
--- /dev/null
+++ b/doc/special_remotes/ddar.mdwn
@@ -0,0 +1,40 @@
+This special remote type stores file contents in a
+[ddar](https://github.com/basak/ddar) repository. This provides easy
+de-duplication when you use git-annex to manage many files that are similar.
+
+Unlike bup, ddar uses its own storage format, which allows for both creation
+and deletion of de-deduplicated files. In addition to using local storage, ddar
+archives can be remote, providing that ddar is installed on the remote machine
+and ssh is available to it.
+
+See [[walkthrough/using_ddar]] for usage examples.
+
+## encryption
+
+Encryption is nominally supported, but is not useful. Since effective
+encryption necessarily obfuscates file contents, similar areas across different
+files are no longer visible to ddar and cannot be de-duplicated.
+
+## compression
+
+The same caveat with encryption also generally applies to compression, since
+file compression changes file contents such that similar regions across files
+no longer appear similar. An exception is `gzip --rsyncable`, which is
+specifically designed to work around this issue. This is the only compression
+mechanism with which de-duplication remains effective.
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure ddar:
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]]. However, note that encryption renders all de-duplication
+ineffective.
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `ddarrepo` - Required. This is passed to `ddar` as the path to the ddar
+  archive to use. If it doesn't exist, the ddar repository will be created
+  automatically when a file is first copied to it. To use a remote ddar
+  repository, use a colon (`:`) to separate the hostname from the remote path.
+  Example: "ddarrepo=example.com:/big/myddar" or "ddarrepo=/big/myddar"
diff --git a/doc/special_remotes/directory.mdwn b/doc/special_remotes/directory.mdwn
new file mode 100644
index 0000000000..b79cf75441
--- /dev/null
+++ b/doc/special_remotes/directory.mdwn
@@ -0,0 +1,39 @@
+This special remote type stores file contents in directory.
+
+One use case for this would be if you have a removable drive that
+you want to use to sneakernet files between systems (possibly with
+[[encrypted|encryption]] contents). Just set up both systems to use
+the drive's mountpoint as a directory remote.
+
+Note that directory remotes have a special directory structure
+(by design, the same as the \[[rsync|rsync]] remote).
+If you just want two copies of your repository with the files "visible"
+in the tree in both, the directory special remote is not what you want.
+Instead, you should use a regular `git clone` of your git-annex repository.
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure the
+remote:
+
+* `directory` - The path to the directory where the files should be stored
+  for the remote. The directory must already exist. Typically this will
+  be an empty directory, or a directory already used as a directory remote.
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `chunksize` - Avoid storing files larger than the specified size in the
+  directory. For use on directories on mount points that have file size
+  limitations. The default is to never chunk files.  
+  The value can use specified using any commonly used units.
+  Example: `chunksize=100 megabytes`  
+  Note that enabling chunking on an existing remote with non-chunked
+  files is not recommended.
+
+Setup example:
+
+	# git annex initremote usbdrive type=directory directory=/media/usbdrive/ encryption=none
+	# git annex describe usbdrive "usb drive on /media/usbdrive/"
diff --git a/doc/special_remotes/directory/comment_11_86f8c1b09cbd82bcd76378dfa1b3ca07._comment b/doc/special_remotes/directory/comment_11_86f8c1b09cbd82bcd76378dfa1b3ca07._comment
new file mode 100644
index 0000000000..f29d54b592
--- /dev/null
+++ b/doc/special_remotes/directory/comment_11_86f8c1b09cbd82bcd76378dfa1b3ca07._comment
@@ -0,0 +1,49 @@
+[[!comment format=mdwn
+ username="dietz"
+ ip="128.119.40.196"
+ subject="annexing external files"
+ date="2013-07-18T20:57:53Z"
+ content="""
+This is great work. I've developed a serious annex-addiction and now I want to use it everywhere! In particular I was hoping to apply it to this use case:
+
+I have large files/directories (approx 5 TB) on an nfs mount to which is a) write-protected (think \"read-only medium\") and b) used by non-git users. Both reasons prevent me from setting up a git-annex repos there. However, I would like to use git-annex to keep track of the paths and get/drop files from my different computers.
+
+On one of my servers, I set up a git annex repos, hoping to only manage the structure, the locations, and the number of copies. I don't want to have copies of the 5TB files in that repository, as disk space is not unlimited (just for the sake of making them available to my laptop).
+
+I as banking on using a special remote (either directory or rsync) to tell the git-annex repos where the actual data is. 
+
+I am not concerned with data loss, as it is backed up in regular time intervals by our sysadmin.
+
+
+I tried both directory remote and rsync remote but there seems to be a missing piece (I suppose its add). Any ideas?
+
+This is what I did:
+
+
+I added the directory remote and an rsync remote
+
+- $ git annex initremote collections type=directory directory=/my/nfs/dir encryption=none
+- $ git annex initremote rsync type=rsync rsyncurl=ssh://myserver/mnt/nfs/dir encryption=none
+
+the copy command fails without complaints
+ $ git annex copy --from collections
+
+I tried adding virtual files to git annex
+
+- $ git annex add file/inside/dir
+
+but still any kind of get/copy command does not get any new files
+
+
+It would be awesome if I could use git-annex for this, to keep track of my copies and copies of copies. And then I could also keep track of data on my write-protected DVDs.
+
+Is there any chance?
+
+Thanks a lot!
+
+-- Laura
+
+
+
+
+"""]]
diff --git a/doc/special_remotes/directory/comment_12._comment b/doc/special_remotes/directory/comment_12._comment
new file mode 100644
index 0000000000..608fb62cd6
--- /dev/null
+++ b/doc/special_remotes/directory/comment_12._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 2"
+ date="2013-07-19T13:54:10Z"
+ content="""
+@Laura the directory special remote requires files to
+be in a particular directory structure with special names
+git-annex comes up with. So you can't use it on an existing
+tree of files like that.
+
+What you can do is use the [[web_special_remote|web]],
+with a `file://` url to point to the files wherever
+they are stored. So for example,
+`git annex addurl file:///media/dvd/file`
+"""]]
diff --git a/doc/special_remotes/directory/comment_12_311cd013fd8db47856d84161119e059d._comment b/doc/special_remotes/directory/comment_12_311cd013fd8db47856d84161119e059d._comment
new file mode 100644
index 0000000000..21ab5aaa92
--- /dev/null
+++ b/doc/special_remotes/directory/comment_12_311cd013fd8db47856d84161119e059d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="dietz"
+ ip="128.119.40.196"
+ subject="comment 12"
+ date="2013-07-20T06:06:31Z"
+ content="""
+Using the web remote is a pretty nice trick!
+ 
+Thanks, Joey - I would not have guessed that.
+
+-- Laura
+"""]]
diff --git a/doc/special_remotes/directory/comment_1_e8a53592adb13f7d7f212a2eb5a18a31._comment b/doc/special_remotes/directory/comment_1_e8a53592adb13f7d7f212a2eb5a18a31._comment
new file mode 100644
index 0000000000..b2a041c539
--- /dev/null
+++ b/doc/special_remotes/directory/comment_1_e8a53592adb13f7d7f212a2eb5a18a31._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlc1og3PqIGudOMkFNrCCNg66vB7s-jLpc"
+ nickname="Paul"
+ subject="how is this different than rsync?"
+ date="2012-06-22T22:10:19Z"
+ content="""
+Thanks for this great tool! I was wondering what the differences are between using `type=directory`, `type=rsync`, or a bare git repo for directories? 
+
+I guess I can't use just a regular repo because my USB drive is formatted as `vfat` -- which threw me for a loop the first time I heard about `git-annex` about a year ago, because I followed the walkthrough, and it didn't work as expected and gave up (now I know it was just a case of PEBKAC). It might be worth adding a note about [vfat](http://git-annex.branchable.com/bugs/fat_support/) to the \"Adding a remote\" section of the [walkthrough](http://git-annex.branchable.com/walkthrough/), since the unstated assumption there is that the USB drive is formatted as a filesystem that supports symlinks.
+
+Thanks again, my scientific data management just got a lot more sane!
+"""]]
diff --git a/doc/special_remotes/directory/comment_2_d949edad6a330079f9e15f703f9091e3._comment b/doc/special_remotes/directory/comment_2_d949edad6a330079f9e15f703f9091e3._comment
new file mode 100644
index 0000000000..77b4c4d220
--- /dev/null
+++ b/doc/special_remotes/directory/comment_2_d949edad6a330079f9e15f703f9091e3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 2"
+ date="2012-06-25T15:29:29Z"
+ content="""
+The directory and rsync special remotes intentionally use the same layout. So the same directory could be set up as both types of special remotes.
+
+The main reason to use this rather than a bare git repo is that it supports encryption.
+"""]]
diff --git a/doc/special_remotes/directory/comment_3_49009f4e9e335c9a9d0422aa59c9a432._comment b/doc/special_remotes/directory/comment_3_49009f4e9e335c9a9d0422aa59c9a432._comment
new file mode 100644
index 0000000000..b8ec510493
--- /dev/null
+++ b/doc/special_remotes/directory/comment_3_49009f4e9e335c9a9d0422aa59c9a432._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="dropping a directory remote?"
+ date="2013-01-15T22:29:15Z"
+ content="""
+How do I drop a directory remote after initremote? Say I want to start over and enable chunking (not supposed to be enabled on an existing directory), can I simply git remote rm it?
+"""]]
diff --git a/doc/special_remotes/directory/comment_4_f5e9b0b477c4e521f8633fd274757fa3._comment b/doc/special_remotes/directory/comment_4_f5e9b0b477c4e521f8633fd274757fa3._comment
new file mode 100644
index 0000000000..53fc857a38
--- /dev/null
+++ b/doc/special_remotes/directory/comment_4_f5e9b0b477c4e521f8633fd274757fa3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 4"
+ date="2013-01-17T18:22:26Z"
+ content="""
+The best way to remove a special remote is to first `git annex move --from $remote` to get all the content out of it, then `git annex dead $remote` and finally you can `git remote rm $remote`
+"""]]
diff --git a/doc/special_remotes/directory/comment_5_e790718423c41f5ea8047ea5225bfacd._comment b/doc/special_remotes/directory/comment_5_e790718423c41f5ea8047ea5225bfacd._comment
new file mode 100644
index 0000000000..dae22fc8f1
--- /dev/null
+++ b/doc/special_remotes/directory/comment_5_e790718423c41f5ea8047ea5225bfacd._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3HGoDpnOPob5jOjvIootmkve1-nCpRiI"
+ nickname="Kalle"
+ subject="Directory remote with files accessible from non git-annex system?"
+ date="2013-01-20T15:44:16Z"
+ content="""
+
+
+
+
+"""]]
diff --git a/doc/special_remotes/directory/comment_6_325aac80b86588912c4fd61339ccbd0b._comment b/doc/special_remotes/directory/comment_6_325aac80b86588912c4fd61339ccbd0b._comment
new file mode 100644
index 0000000000..7b9d216055
--- /dev/null
+++ b/doc/special_remotes/directory/comment_6_325aac80b86588912c4fd61339ccbd0b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="2a01:e35:8ae6:f130:1e4b:d6ff:fe78:1ddb"
+ subject="comment 6"
+ date="2013-06-26T17:52:12Z"
+ content="""
+I tried the suggestion on comment 4, but when I add again a remote with the same path, it gets the same repository identifier and is considered dead. Is that expected?
+
+My use case: I use a usb drive to transfer some large files from one git annex to another, then I use the usb drive for something else and the special remote is removed.  Later I want to use the same usb drive again, but when I create the repository, it starts in the dead state.
+"""]]
diff --git a/doc/special_remotes/directory/comment_7_4206db69d68d9917623ce02500387021._comment b/doc/special_remotes/directory/comment_7_4206db69d68d9917623ce02500387021._comment
new file mode 100644
index 0000000000..b1a3b953ee
--- /dev/null
+++ b/doc/special_remotes/directory/comment_7_4206db69d68d9917623ce02500387021._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 7"
+ date="2013-06-26T18:30:39Z"
+ content="""
+@nicolas, I suspect you are using `git annex initremote` with the same name that you used for the now dead-and-buried remote. That causes it to be reanimated, which is not what you want.
+
+Since git-annex version 4.20130501, `git annex initremote` is reserved for creating new remotes, not enabling old ones, so it will refuse to do this. That's to avoid exactly this confusion.
+
+Using `git annex initremote` with a different remote name, and the same directory should work just fine.
+"""]]
diff --git a/doc/special_remotes/directory/comment_8_acd9023511fe43817718bc89430f96c3._comment b/doc/special_remotes/directory/comment_8_acd9023511fe43817718bc89430f96c3._comment
new file mode 100644
index 0000000000..29801fa36c
--- /dev/null
+++ b/doc/special_remotes/directory/comment_8_acd9023511fe43817718bc89430f96c3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 8"
+ date="2013-06-26T18:46:40Z"
+ content="""
+For the use case you're describing, it might be better to define the usb key as a remote set to \"manual.\" Then, you can copy over the things you want with git annex copy --to=usbkey and when you're done drop everything with git annex drop --from=usbkey and never destroy the remote.
+"""]]
diff --git a/doc/special_remotes/directory/comment_9_d330eb808a990bb71034613c297a265e._comment b/doc/special_remotes/directory/comment_9_d330eb808a990bb71034613c297a265e._comment
new file mode 100644
index 0000000000..47ac7541d8
--- /dev/null
+++ b/doc/special_remotes/directory/comment_9_d330eb808a990bb71034613c297a265e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="2a01:e35:8ae6:f130:1e4b:d6ff:fe78:1ddb"
+ subject="comment 9"
+ date="2013-06-26T20:05:20Z"
+ content="""
+Thanks for your answers. You're right, the simplest solution for me is to never remove the remote. If my directory is lost, I realized that I can simply create an empty directory.
+"""]]
diff --git a/doc/special_remotes/external.mdwn b/doc/special_remotes/external.mdwn
new file mode 100644
index 0000000000..d96999693e
--- /dev/null
+++ b/doc/special_remotes/external.mdwn
@@ -0,0 +1,27 @@
+There are three ways to implement a new special remote:
+
+1. Using the [[hook]] special remote to tell git-annex what commands
+   to run to store and retrieve data. This is the easiest way, and
+   is great for prototyping.
+2. Writing it in Haskell and adding it to git-annex.
+3. Writing a program in any language you like that speaks the
+   [[design/external_special_remote_protocol]].
+
+The rest of this page concentrates on writing new external special remotes.
+It's not hard!
+
+* All you need is to make a program with a name like `git-annex-remote-$bar`.
+* Install it in PATH.
+* When the user runs `git annex initremote foo type=external externaltype=$bar`,
+  it will use your program.
+* If things don't seem to work, pass `--debug` and you'll see, amoung other
+  things, a transcript of git-annex's communication with your program.
+* If you build a new special remote, please add it to the list
+  of [[special_remotes]].
+
+Here's a simple shell script example, which can easily be adapted
+to run whatever commands you need. Or better, re-written in some better
+language of your choice. See [[design/external_special_remote_protocol]]
+for the details.
+
+[[!inline pages="special_remotes/external/example.sh" feeds=no]]
diff --git a/doc/special_remotes/external/example.sh b/doc/special_remotes/external/example.sh
new file mode 100755
index 0000000000..5152ccc281
--- /dev/null
+++ b/doc/special_remotes/external/example.sh
@@ -0,0 +1,195 @@
+#!/bin/sh
+# git-annex external special remote program
+# 
+# This is basically the same as git-annex's built-in directory special remote.
+# 
+# Install in PATH as git-annex-remote-directory
+#
+# Copyright 2013 Joey Hess; licenced under the GNU GPL version 3 or higher.
+
+set -e
+
+# This program speaks a line-based protocol on stdin and stdout.
+# When running any commands, their stdout should be redirected to stderr
+# (or /dev/null) to avoid messing up the protocol.
+runcmd () {
+	"$@" >&2
+}
+
+# Gets a value from the remote's configuration, and stores it in RET
+getconfig () {
+	ask GETCONFIG "$1"
+}
+
+# Stores a value in the remote's configuration.
+setconfig () {
+	echo SETCONFIG "$1" "$2"
+}
+
+# Sets LOC to the location to use to store a key.
+calclocation () {
+	ask DIRHASH "$1"
+	LOC="$mydirectory/$RET/$1"
+}
+
+# Asks for some value, and stores it in RET
+ask () {
+	echo "$1" "$2"
+	read resp
+	# Tricky POSIX shell code to split first word of the resp,
+	# preserving all other whitespace
+	case "${resp%% *}" in
+		VALUE)
+			RET="$(echo "$resp" | sed 's/^VALUE \?//')"
+		;;
+		*)
+			RET=""
+		;;
+	esac
+}
+
+# This remote doesn't need credentials to access it,
+# but many of them will. Here's how to handle requiring the user
+# set MYPASSWORD and MYLOGIN when running initremote. The creds
+# will be stored securely for later use, so the user only needs
+# to provide them once.
+setupcreds () {
+	if [ -z "$MYPASSWORD" ] || [ -z "$MYLOGIN" ]; then
+		echo INITREMOTE-FAILURE "You need to set MYPASSWORD and MYLOGIN environment variables when running initremote."
+	else
+		echo SETCREDS mycreds "$MYLOGIN" "$MYPASSWORD"	
+		echo INITREMOTE-SUCCESS
+	fi
+}
+
+getcreds () {
+	echo GETCREDS mycreds
+	read resp
+	case "${resp%% *}" in
+		CREDS)
+			MYLOGIN="$(echo "$resp" | sed 's/^CREDS \([^ ]*\) .*/\1/')"
+			MYPASSWORD="$(echo "$resp" | sed 's/^CREDS [^ ]* //')"
+		;;
+	esac
+
+}
+
+# This has to come first, to get the protocol started.
+echo VERSION 1
+
+while read line; do
+	set -- $line
+	case "$1" in
+		INITREMOTE)
+			# Do anything necessary to create resources
+			# used by the remote. Try to be idempotent.
+			# 
+			# Use GETCONFIG to get any needed configuration
+			# settings, and SETCONFIG to set any persistent
+			# configuration settings.
+			# 
+			# (Note that this is not run every time, only when
+			# git annex initremote or git annex enableremote is
+			# run.)
+
+			# The directory provided by the user
+			# could be relative; make it absolute,
+			# and store that.
+			getconfig directory
+			mydirectory="$(readlink -f "$RET")" || true
+			setconfig directory "$mydirectory"
+			if [ -z "$mydirectory" ]; then
+				echo INITREMOTE-FAILURE "You need to set directory="
+			else
+				if mkdir -p "$mydirectory"; then
+					setupcreds
+				else
+					echo INITREMOTE-FAILURE "Failed to write to $mydirectory"
+				fi
+			fi
+		;;
+		PREPARE)
+			# Use GETCONFIG to get configuration settings,
+			# and do anything needed to get ready for using the
+			# special remote here.
+			getcreds
+			getconfig directory
+			mydirectory="$RET"
+			if [ -d "$mydirectory" ]; then
+				echo PREPARE-SUCCESS
+			else
+				echo PREPARE-FAILURE "$mydirectory not found"
+			fi
+		;;
+		TRANSFER)
+			key="$3"
+			file="$4"
+			case "$2" in
+				STORE)
+					# Store the file to a location
+					# based on the key.
+					# XXX when possible, send PROGRESS
+					calclocation "$key"
+					mkdir -p "$(dirname "$LOC")"
+					if runcmd cp "$file" "$LOC"; then
+						echo TRANSFER-SUCCESS STORE "$key"
+					else
+						echo TRANSFER-FAILURE STORE "$key"
+					fi
+				;;
+				RETRIEVE)
+					# Retrieve from a location based on
+					# the key, outputting to the file.
+					# XXX when easy to do, send PROGRESS
+					calclocation "$key"
+					if runcmd cp "$LOC" "$file"; then
+						echo TRANSFER-SUCCESS RETRIEVE "$key"
+					else
+						echo TRANSFER-FAILURE RETRIEVE "$key"
+					fi
+				;;
+			esac
+		;;
+		CHECKPRESENT)
+			key="$2"
+			calclocation "$key"
+			if [ -e "$LOC" ]; then
+				echo CHECKPRESENT-SUCCESS "$key"
+			else
+				if [ -d "$mydirectory" ]; then
+					echo CHECKPRESENT-FAILURE "$key"
+				else
+					# When the directory does not exist,
+					# the remote is not available.
+					# (A network remote would similarly
+					# fail with CHECKPRESENT-UNKNOWN
+					# if it couldn't be contacted).
+					echo CHECKPRESENT-UNKNOWN "$key" "this remote is not currently available"
+				fi
+			fi
+		;;
+		REMOVE)
+			key="$2"
+			calclocation "$key"
+			# Note that it's not a failure to remove a
+			# key that is not present.
+			if [ -e "$LOC" ]; then
+				if runcmd rm -f "$LOC"; then
+					echo REMOVE-SUCCESS "$key"
+				else
+					echo REMOVE-FAILURE "$key"
+				fi
+			else
+				echo REMOVE-SUCCESS "$key"
+			fi
+		;;
+		*)
+			# The requests listed above are all the ones
+			# that are required to be supported, so it's fine
+			# to say that any other request is unsupported.
+			echo UNSUPPORTED-REQUEST
+		;;
+	esac	
+done
+
+# XXX anything that needs to be done at shutdown can be done here
diff --git a/doc/special_remotes/gcrypt.mdwn b/doc/special_remotes/gcrypt.mdwn
new file mode 100644
index 0000000000..2e07741d3f
--- /dev/null
+++ b/doc/special_remotes/gcrypt.mdwn
@@ -0,0 +1,50 @@
+[git-remote-gcrypt](https://github.com/joeyh/git-remote-gcrypt/)
+adds support for encrypted remotes to git. The git-annex gcrypt special
+remote allows git-annex to also store its files in such repositories.
+Naturally, git-annex encrypts the files it stores too, so everything
+stored on the remote is encrypted.
+
+See [[tips/fully_encrypted_git_repositories_with_gcrypt]] for some examples
+of using gcrypt.
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure
+gcrypt:
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for encryption of both the files
+  git-annex stores in the repository, as well as to encrypt the git
+  repository itself. May be repeated when multiple participants
+  should have access to the repository.
+
+* `gitrepo` - Required. The path or url to the git repository
+  for gcrypt to use. This repository should be either empty, or an existing
+  gcrypt repositry.
+
+* `shellescape` - See [[rsync]] for the details of this option.
+
+## notes
+
+For git-annex to store files in a repository on a remote server, you need
+shell access, and `rsync` must be installed. Those are the minimum
+requirements, but it's also recommended to install git-annex on the remote
+server, so that [[git-annex-shell]] can be used.
+
+While you can use git-remote-gcrypt with servers like github, git-annex
+can't store files on them. In such a case, you can just use
+git-remote-gcrypt directly.
+
+If you use encryption=hybrid, you can add more gpg keys that can access
+the files git-annex stored in the gcrypt repository. However, due to the
+way git-remote-gcrypt encrypts the git repository, you will need to somehow
+force it to re-push everything again, so that the encrypted repository can
+be decrypted by the added keys. Probably this can be done by setting
+`GCRYPT_FULL_REPACK` and doing a forced push of branches.
+
+Recent versions of git-annex configure gcrypt-publish-participants when
+setting up a gcrypt repository. This is done to avoid unncessary gpg
+passphrase prompts, but it does publish the gpg keyids that can decrypt the
+repository. Unset it if you need to obscure that.
diff --git a/doc/special_remotes/glacier.mdwn b/doc/special_remotes/glacier.mdwn
new file mode 100644
index 0000000000..fe784c4531
--- /dev/null
+++ b/doc/special_remotes/glacier.mdwn
@@ -0,0 +1,47 @@
+This special remote type stores file contents in Amazon Glacier.
+
+To use it, you need to have [glacier-cli](http://github.com/basak/glacier-cli)
+installed.
+
+The unusual thing about Amazon Glacier is the multiple-hour delay it takes
+to retrieve information out of Glacier. To deal with this, commands like
+"git-annex get" request Glacier start the retrieval process, and will fail
+due to the data not yet being available. You can then wait approximately 
+four hours, re-run the same command, and this time, it will actually
+download the data.
+
+## configuration
+
+The standard environment variables `AWS_ACCESS_KEY_ID` and 
+`AWS_SECRET_ACCESS_KEY` are used to supply login credentials
+for Amazon. You need to set these only when running
+`git annex initremote`, as they will be cached in a file only you
+can read inside the local git repository.
+
+A number of parameters can be passed to `git annex initremote` to configure
+the Glacier remote.
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `embedcreds` - Optional. Set to "yes" embed the login credentials inside
+  the git repository, which allows other clones to also access them. This is
+  the default when gpg encryption is enabled; the credentials are stored
+  encrypted and only those with the repository's keys can access them.
+
+  It is not the default when using shared encryption, or no encryption.
+  Think carefully about who can access your repository before using
+  embedcreds without gpg encryption.
+
+* `datacenter` - Defaults to "us-east-1".
+
+* `vault` - By default, a vault name is chosen based on the remote name
+  and UUID. This can be specified to pick a vault name.
+
+* `fileprefix` - By default, git-annex places files in a tree rooted at the
+  top of the Glacier vault. When this is set, it's prefixed to the filenames
+  used. For example, you could set it to "foo/" in one special remote,
+  and to "bar/" in another special remote, and both special remotes could
+  then use the same vault.
diff --git a/doc/special_remotes/glacier/comment_1_fcd856b99dc6b3f9141b65fe639ef76b._comment b/doc/special_remotes/glacier/comment_1_fcd856b99dc6b3f9141b65fe639ef76b._comment
new file mode 100644
index 0000000000..1d6d894339
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_1_fcd856b99dc6b3f9141b65fe639ef76b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 1"
+ date="2013-05-16T00:54:21Z"
+ content="""
+The glacier-cli tool seems to have been abandoned, and there are a number of outstanding issues with it.  boto has a `glacier` tool, but it doesn't seem to include caching, which seems to be something git annex needs.
+
+Looking through the PRs, it seems like we should build a tool specifically tailored to git annex's needs.  It seems that there are at least three of us willing to hack on this if it's in Python.  I'm not sure any of us knows haskell, though...
+"""]]
diff --git a/doc/special_remotes/glacier/comment_2_38fcca87074f6ea31a12569a822aa8c9._comment b/doc/special_remotes/glacier/comment_2_38fcca87074f6ea31a12569a822aa8c9._comment
new file mode 100644
index 0000000000..939832b321
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_2_38fcca87074f6ea31a12569a822aa8c9._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="basak"
+ ip="2001:8b0:1c8::2"
+ subject="comment 2"
+ date="2013-05-17T08:35:10Z"
+ content="""
+I'm the glacier-cli author. It is not abandoned!
+
+glacier-cli is supposed to map to Glacier exactly, so that it is compatible with all other tools. Most of the outstanding PRs break this essential behaviour, so I have not merged them. Many of the feature requests and bugs related to the upstream boto library, which is just about the best maintained client library that exists for AWS on any platform (and Amazon have adopted it now, IIRC). I have written appropriate reviews on all the PRs.
+
+If there is specific behaviour that git-annex needs, them I am happy to accept PRs for this, provided that they do not break the ability (and default) for glacier-cli to talk to Glacier natively without an extra layer of interpretation. If an extra layer of interpretation is needed (eg. forbidding duplicate \"keys\"), then this needs to be an option, or wrapped in a separate tool, or written into git-annex's Glacier special remote.
+"""]]
diff --git a/doc/special_remotes/glacier/comment_3_cea5bcb162e4288847ba5f25464a0406._comment b/doc/special_remotes/glacier/comment_3_cea5bcb162e4288847ba5f25464a0406._comment
new file mode 100644
index 0000000000..8a8b914add
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_3_cea5bcb162e4288847ba5f25464a0406._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 3"
+ date="2013-05-19T05:56:45Z"
+ content="""
+Hi!  :)
+
+The main issue I'm hitting is the \"Multiple rows were found for one()\" error.  I think I get this when git-annex tries to upload the same file twice (which may be a bug in git-annex, which could apply de-duplication earlier), but I think I also get it when trying to upload a file whose upload I've canceled in the past.
+
+I don't quite understand what git-annex needs here, and I totally understand that you're writing a general-purpose tool.  But there does seem to be an issue that git-annex needs fixed one way or another.
+
+I'm happy to try fixing it myself if you can help me understand what's going on (I didn't quite understand your review in the PR), but if I'm the only person in the world using git-annex to back up to glacier, that scares me a little!
+
+    copy foo/bar/baz (checking glacier...) Traceback (most recent call last):
+      File \"/home/jlebar/code/glacier-cli/glacier\", line 694, in <module>
+        App().main()
+      File \"/home/jlebar/code/glacier-cli/glacier\", line 680, in main
+        args.func(args)
+      File \"/home/jlebar/code/glacier-cli/glacier\", line 579, in archive_checkpresent
+        last_seen = self.cache.get_archive_last_seen(args.vault, args.name)
+      File \"/home/jlebar/code/glacier-cli/glacier\", line 157, in get_archive_last_seen
+        result = self._get_archive_query_by_ref(vault, ref).one()
+      File \"/usr/local/lib/python2.7/dist-packages/sqlalchemy/orm/query.py\", line 2182, in one
+        \"Multiple rows were found for one()\")
+    sqlalchemy.orm.exc.MultipleResultsFound: Multiple rows were found for one()
+
+"""]]
diff --git a/doc/special_remotes/glacier/comment_4_0c92cc82c7ac513130f862391a02d329._comment b/doc/special_remotes/glacier/comment_4_0c92cc82c7ac513130f862391a02d329._comment
new file mode 100644
index 0000000000..2de6632eb3
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_4_0c92cc82c7ac513130f862391a02d329._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="basak"
+ ip="2001:8b0:1c8::2"
+ subject="comment 4"
+ date="2013-05-22T18:10:32Z"
+ content="""
+Let's discuss this in a bug. I've created http://git-annex.branchable.com/bugs/Glacier_remote_uploads_duplicates/
+"""]]
diff --git a/doc/special_remotes/glacier/comment_5_8d1dcb4bf48386314bfb248ea6eeeb68._comment b/doc/special_remotes/glacier/comment_5_8d1dcb4bf48386314bfb248ea6eeeb68._comment
new file mode 100644
index 0000000000..ee535e1f1b
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_5_8d1dcb4bf48386314bfb248ea6eeeb68._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 5"
+ date="2013-06-03T09:03:57Z"
+ content="""
+You are not the only one, Justin. I am just getting into git-annex and I am setting up a glacier remote as I write this.
+"""]]
diff --git a/doc/special_remotes/glacier/comment_6_adb1db354dc4941e4b004e4ba34660d7._comment b/doc/special_remotes/glacier/comment_6_adb1db354dc4941e4b004e4ba34660d7._comment
new file mode 100644
index 0000000000..717060fcb7
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_6_adb1db354dc4941e4b004e4ba34660d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZgZuUhZlHpd_AbbcixY0QQiutb2I7GWY"
+ nickname="Jimmy"
+ subject="I know this thread is old but..."
+ date="2013-11-18T00:27:50Z"
+ content="""
+It's working well for me, though I seem to sometimes still hit the duplicate bug listed above.
+"""]]
diff --git a/doc/special_remotes/glacier/comment_7_747e403aac5acaba00e220931e926951._comment b/doc/special_remotes/glacier/comment_7_747e403aac5acaba00e220931e926951._comment
new file mode 100644
index 0000000000..045fb60414
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_7_747e403aac5acaba00e220931e926951._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq4ClC5EMN1Vq1DpWXAqP5TiDnCK1mSfk"
+ nickname="Jonas"
+ subject="Expected cost for a repository"
+ date="2013-11-24T22:32:16Z"
+ content="""
+Is there a way to estimate the cost of storing a repo on glacier?
+
+I'm especially worried because of the cost of STORE and RETRIEVE requests; there are hundreds of thousands of small files in my annex repo, so that request cost could easily dominate storage cost. Does the glacier remote do anything to minimize the number of objects stored in glacier?
+"""]]
diff --git a/doc/special_remotes/glacier/comment_8_a04bb5f27c1a7cfffe881903f973dbec._comment b/doc/special_remotes/glacier/comment_8_a04bb5f27c1a7cfffe881903f973dbec._comment
new file mode 100644
index 0000000000..4fc8319599
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_8_a04bb5f27c1a7cfffe881903f973dbec._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlhaXbLZQ5uQ6fM2kV0n8bj6IwZjx2CLeM"
+ nickname="Shane"
+ subject="Annex can't find Glacier remote"
+ date="2014-06-26T05:50:38Z"
+ content="""
+I'm setting up git-annex with glacier-cli for the first time.  I have installed git-annex via Yum and glacier-cli according to the instructions on Github.  The `glacier` command is in my path.  I did not set up hooks with Git annex as it appears that using hooks for glacier is no longer required.
+
+Here is my version information for git-annex:
+
+	$ git-annex version
+	git-annex version: 3.20120523
+	local repository version: 3
+	default repository version: 3
+	supported repository versions: 3
+	upgrade supported from repository versions: 0 1 2
+
+When I attempt to add my Glacier remote, here is what I see:
+
+	$ git annex initremote glacier type=glacier keyid=ABCDEFG
+	git-annex: Unknown remote type glacier
+
+Is there something else I need to do in order to correctly install Glacier integration with git-annex?  I'm having trouble finding up-to-date information that describes the installation process.
+"""]]
diff --git a/doc/special_remotes/glacier/comment_9_89c4506e079c299fd098d0fe746d032a._comment b/doc/special_remotes/glacier/comment_9_89c4506e079c299fd098d0fe746d032a._comment
new file mode 100644
index 0000000000..ae8c27ee2c
--- /dev/null
+++ b/doc/special_remotes/glacier/comment_9_89c4506e079c299fd098d0fe746d032a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="that is an ancient version of git-annex, Shane"
+ date="2014-07-02T17:11:24Z"
+ content="""
+The first git-annex release to support glacier without using hooks was 3.20121126.
+"""]]
diff --git a/doc/special_remotes/hook.mdwn b/doc/special_remotes/hook.mdwn
new file mode 100644
index 0000000000..8cf31ed02f
--- /dev/null
+++ b/doc/special_remotes/hook.mdwn
@@ -0,0 +1,109 @@
+This special remote type lets you store content in a remote of your own
+devising, configured via some simple hooks.
+
+It's not recommended to use this remote type when another like [[rsync]]
+or [[directory]] will do. If your hooks are not carefully written, data
+could be lost. 
+
+If you're building a special remote for others to use,
+instead consider building an [[external_special_remote|external]].
+
+## example
+
+Here's a simple example that stores content on clay tablets. If you
+implement this example in the real world, I'd appreciate a tour
+next Apert! :) --[[Joey]]
+
+	# git config annex.cuneiform-store-hook 'tocuneiform < "$ANNEX_FILE" | tablet-writer --implement=stylus --title="$ANNEX_KEY" | tablet-proofreader | librarian --shelve --floor=$ANNEX_HASH_1 --shelf=$ANNEX_HASH_2'
+	# git config annex.cuneiform-retrieve-hook 'librarian --get --floor=$ANNEX_HASH_1 --shelf=$ANNEX_HASH_2 --title="$ANNEX_KEY" | tablet-reader --implement=coffee --implement=glasses --force-monastic-dedication | fromcuneiform > "$ANNEX_FILE"'
+	# git config annex.cuneiform-remove-hook 'librarian --get --floor=$ANNEX_HASH_1 --shelf=$ANNEX_HASH_2 --title="$ANNEX_KEY" | goon --hit-with-hammer'
+	# git config annex.cuneiform-checkpresent-hook 'librarian --find --force-distrust-catalog --floor=$ANNEX_HASH_1 --shelf=$ANNEX_HASH_2 --title="$ANNEX_KEY" --shout-title'
+	# git annex initremote library type=hook hooktype=cuneiform encryption=none
+	# git annex describe library "the reborn Library of Alexandria (upgrade to bronze plates pending)"
+
+Can you spot the potential data loss bugs in the above simple example?
+(Hint: What happens when the `tablet-proofreader` exits nonzero?)
+
+## configuration
+
+These parameters can be passed to `git annex initremote`:
+
+* `hooktype` - Required. This specifies a collection of hooks to use for
+  this remote.
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+## hooks
+
+Each type of hook remote is specified by a collection of hook commands.
+Each hook command is run as a shell command line, and should return nonzero
+on failure, and zero on success.
+
+These environment variables are used to communicate with the hook commands:
+
+* `ANNEX_KEY` - name of a key to store, retrieve, remove, or check.
+* `ANNEX_FILE` - a file containing the key's content
+* `ANNEX_HASH_1` - short stable value, based on the key, can be used for hashing
+  into 1024 buckets.
+* `ANNEX_HASH_2` - another hash value, can be used for a second level of hashing
+
+The settings to use in git config for the hook commands are as follows:
+
+* `annex.$hooktype-store-hook` - Command run to store a key in the special remote.
+  `ANNEX_FILE` contains the content to be stored.
+
+* `annex.$hooktype-retrieve-hook` - Command run to retrieve a key from the special remote.
+  `ANNEX_FILE` is a file that the retrieved content should be written to.
+  The file may already exist with a partial
+  copy of the content (or possibly just garbage), to allow for resuming
+  of partial transfers.
+
+* `annex.$hooktype-remove-hook` - Command to remove a key from the special remote.
+
+* `annex.$hooktype-checkpresent-hook` - Command to check if a key is present
+  in the special remote. Should output the key name to stdout, on its own line,
+  if and only if the key has been actively verified to be present in the
+  special remote (caching presence information is a very bad idea);
+  all other output to stdout will be ignored.
+
+## combined hook program
+
+This interface is deprecated -- it's better, and not much harder,
+to write an [[external_special_remote|external]]!
+
+Rather than setting all of the above hooks, you can write a single
+program that handles everything, and set a single hook to make it be used.
+
+	# git config annex.demo-hook /usr/local/bin/annexdemo
+	# git annex initremote mydemorepo type=hook hooktype=demo encryption=none
+
+The program just needs to look at the `ANNEX_ACTION` environment variable
+to see what it's being asked to do. For example:
+
+[[!format sh """
+#!/bin/sh
+set -e
+case "$ANNEX_ACTION" in
+	store)
+		demo-upload "$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY" < "$ANNEX_FILE"
+	;;
+	retrieve)
+		demo-download "$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY" > "$ANNEX_FILE"
+	;;
+	remove)
+		demo-nuke "$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY"
+	;;
+	checkpresent)
+		if demo-exists "$ANNEX_HASH_1/$ANNEX_HASH_2/$ANNEX_KEY"; then
+			echo "$ANNEX_KEY"
+		fi
+	;;
+	*)
+		echo "unknown ANNEX_ACTION: $ANNEX_ACTION" >&2
+		exit 1
+	;;
+esac
+"""]]
diff --git a/doc/special_remotes/hook/comment_1_6a74a25891974a28a8cb42b87cb53c26._comment b/doc/special_remotes/hook/comment_1_6a74a25891974a28a8cb42b87cb53c26._comment
new file mode 100644
index 0000000000..2163ba76d5
--- /dev/null
+++ b/doc/special_remotes/hook/comment_1_6a74a25891974a28a8cb42b87cb53c26._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="helmut"
+ ip="89.0.176.236"
+ subject="Asynchronous hooks?"
+ date="2012-10-13T09:46:14Z"
+ content="""
+Is there a way to use asynchronous remotes? Interaction with git annex would have to
+split the part of initiating some action from completing it.
+
+I imagine I could `git annex copy` a file to an asynchronous remote and the command
+would almost immediately complete. Later I would learn that the transfer is
+completed, so the hook must be able to record that information in the `git-annex`
+branch. An additional plumbing command seems required here as well as a way to
+indicate that even though the store-hook completed, the file is not transferred.
+
+Similarly `git annex get` would immediately return without actually fetching the
+file. This should already be possible by returning non-zero from the retrieve-hook.
+Later the hook could use plumbing level commands to actually stick the received file
+into the repository.
+
+The remove-hook should need no changes, but the checkpresent-hook would be more like
+a trigger without any actual result. The extension of the plumbing required for the
+extension to the receive-hook could update the location log. A downside here is that
+you never know when a fsck has completed.
+
+My proposal does not include a way to track the completion of actions, but relies on
+the hook to always complete them reliably. It is not clear that this is the best road
+for asynchronous hooks.
+
+One use case for this would be a remote that is only accessible via uucp. Are there
+other use cases? Is the drafted interface useful?
+"""]]
diff --git a/doc/special_remotes/hook/comment_2_ee7c43b93c5b787216334f019643f6a0._comment b/doc/special_remotes/hook/comment_2_ee7c43b93c5b787216334f019643f6a0._comment
new file mode 100644
index 0000000000..ec64dd96d1
--- /dev/null
+++ b/doc/special_remotes/hook/comment_2_ee7c43b93c5b787216334f019643f6a0._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
+ nickname="Bence"
+ subject="More environment variables"
+ date="2013-07-09T10:28:58Z"
+ content="""
+Could you please include the original filename+path in the environment variables (_next to ANNEX_KEY & ANNEX_FILE_)? Like ANNEX_FILENAME and ANNEX_PATH.
+
+Having these infos in a hook would help eg. a flickr backend to be more usefull. [Tags](http://www.flickr.com/help/tags/) would contain the ANNEX_KEY and the image title could be the original filename (ANNEX_FILENAME). Also, having directory path (ANNEX_PATH) for the given file, the uploading process could put images into the proper sets/collections. Voila, you have a \"filesystem based\" flickr image gallery (almost like flickrfs).
+
+Other backends, like AmazonS3 having [meta data](http://docs.aws.amazon.com/AmazonS3/latest/dev/UsingMetadata.html) also could benefit from this. 
+
+To build the Death Star further, an _annex.$hooktype-**sync**-hook_ would instruct the backend to sync data, eg. place or move images/files in the proper image-sets/directories after they are moved/repositioned in git-annex, but that would be the backend's job, not git-annex's. Maybe the sync-hook would be called when _git annex sync_ is called. This is just an idea.
+
+While writing this, a new hook for sharing came into my mind: _annex.$hooktype-**share**-hook_.
+Calling this on a file/directory (_git annex share my_image_to_share.jpg_) would return a publicly shareable (short)url pointing to the file/directory. This would work for web-backends like AmazonS3, flickr, DropBox, Google Drive, ...
+"""]]
diff --git a/doc/special_remotes/hook/comment_3_2593291795e732994862d08bf2ed467b._comment b/doc/special_remotes/hook/comment_3_2593291795e732994862d08bf2ed467b._comment
new file mode 100644
index 0000000000..0f8c802547
--- /dev/null
+++ b/doc/special_remotes/hook/comment_3_2593291795e732994862d08bf2ed467b._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2013-07-09T10:54:58Z"
+ content="""
+I have requested this before. But it doesn't seem to be entirely doable because some items may have multiple equally correct filenames/paths. And some items may have zero filenames/paths.
+
+That said I hope a solution can be found because I really want this feature too. And would implement it in all my hooks.
+
+And for some of the cases i don't really see it as an issue. If you have a public flickr repo with clean(unencrypted) files. It is because you want to access existing files. If an object has no filename/path the hook could/would/should just ignore the file, sure this means no backup of old versions of files, but you can have other backends for those versions.
+
+The bigger issue is with the same file existing multiple places in the annex, which filename/path should be used? And the filename/path can change between sync(if it is deleted from one of the positions). I personally still see this as being entirely doable. The key for downloading would always be the same, so worst case scenario is the image may be duplicated on flickr. Or that the picture only one of the multiple folders it should be in on flickr. Still, i see these issues as being minor, and that usability would increase if this was implemented, even with these caveats.
+
+And there probably is some issues I haven't realized/know about.
+
+"""]]
diff --git a/doc/special_remotes/hook/comment_4_35d79b5ffa5a19056efcdc805070bc4b._comment b/doc/special_remotes/hook/comment_4_35d79b5ffa5a19056efcdc805070bc4b._comment
new file mode 100644
index 0000000000..988d17def0
--- /dev/null
+++ b/doc/special_remotes/hook/comment_4_35d79b5ffa5a19056efcdc805070bc4b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
+ nickname="Bence"
+ subject="checkpresent success and failure"
+ date="2013-07-31T13:06:21Z"
+ content="""
+What value should be returned in the \"checkpresent-hook\" to signal that the given file does not exist in the given backend? 
+
+Should the called hook process return an exit code less or greater then zero? In this case the following is displayed: 
+>(user error (sh [\"-c\",\"name_of_the_process\"] exited 1)) failed
+
+This tells that the process failed (no internet connection or something that prevents the process from doing its job) and not that result is false, which would mean the file/entry does not exist in the given backend.
+If the return code is zero the file is treated as existing file/entry (no matter what I write to stderr).
+
+Also I think, the \"checkpresent\" block misses the ending ;; in the example.
+
+Here is my work-in-progress hook: https://gist.github.com/parhuzamos/31bf4516eea434e0d248
+"""]]
diff --git a/doc/special_remotes/hook/comment_5_6fbf1e963fa3ea4b2eb8ca5a3819762d._comment b/doc/special_remotes/hook/comment_5_6fbf1e963fa3ea4b2eb8ca5a3819762d._comment
new file mode 100644
index 0000000000..a4c7b525e9
--- /dev/null
+++ b/doc/special_remotes/hook/comment_5_6fbf1e963fa3ea4b2eb8ca5a3819762d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 5"
+ date="2013-07-31T16:25:55Z"
+ content="""
+The checkpresent hook should always exit 0 unless there was an exceptional condition (eg, perhaps it cannot check if the file exists one way or the other). Like the documentation for it says, the important thing is what it outputs to stdout, which should contain the key name if it's present, and should not contain the key name if it's not present.
+
+I hope you post to this website about your special remote when you get it fully working!
+"""]]
diff --git a/doc/special_remotes/hook/comment_6_e0ab48d5333e5de85f016b097e6fdac1._comment b/doc/special_remotes/hook/comment_6_e0ab48d5333e5de85f016b097e6fdac1._comment
new file mode 100644
index 0000000000..e7c218f575
--- /dev/null
+++ b/doc/special_remotes/hook/comment_6_e0ab48d5333e5de85f016b097e6fdac1._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
+ nickname="Bence"
+ subject="comment 6"
+ date="2013-07-31T17:34:50Z"
+ content="""
+Roger that.
+
+If this is acceptable: [terminal output screenshot](http://i.imgur.com/lsJJYwF.png), than I'm almost done and will publish soon.
+(Of course a REST API using client would much be better, but this is just the start.)
+
+"""]]
diff --git a/doc/special_remotes/hook/comment_7_cc2b1243c2c36e63241513bcaddfea67._comment b/doc/special_remotes/hook/comment_7_cc2b1243c2c36e63241513bcaddfea67._comment
new file mode 100644
index 0000000000..68cdf6545a
--- /dev/null
+++ b/doc/special_remotes/hook/comment_7_cc2b1243c2c36e63241513bcaddfea67._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 7"
+ date="2013-07-31T17:42:22Z"
+ content="""
+If I were you I'd suppress that \"File not found\" error.
+
+Hook special remotes *can* output messages to stderr, and it's also fine to output eg, progress bars to stdout when seding/receving files. But unnecessary cluttery output should be avoided.
+"""]]
diff --git a/doc/special_remotes/hook/comment_8_bbae315233bda48eb04662dfd48cf1ae._comment b/doc/special_remotes/hook/comment_8_bbae315233bda48eb04662dfd48cf1ae._comment
new file mode 100644
index 0000000000..81cc325116
--- /dev/null
+++ b/doc/special_remotes/hook/comment_8_bbae315233bda48eb04662dfd48cf1ae._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWvnTWY6LrcPB4BzYEBn5mRTpNhg5EtEg"
+ nickname="Bence"
+ subject="checkpresent again"
+ date="2013-08-01T23:18:38Z"
+ content="""
+In the current [HEAD](https://github.com/joeyh/git-annex/commit/bb74db6ef094324062adcf26a677113ee6fd0e58) the \"checkpresent\" method in [Hook.hs](https://github.com/joeyh/git-annex/blob/master/Remote/Hook.hs#L145) is missing a \"return\" while other hooks have a return value eg. [Directory.hs](https://github.com/joeyh/git-annex/blob/master/Remote/Directory.hs#L241), [Rsync.hs](https://github.com/joeyh/git-annex/blob/master/Remote/Rsync.hs#L272), ...
+
+
+I noticed that if my *checkpresent* hook does not output anything (to be exact: I commented out all the lines in the block) it behaves strangely. I copied the test file to \"copyrepo\", removed it by hand (so git-annex does not know about the change) and executed a fsck.
+
+    ~/annex5/test1/123 $ git annex fsck --from copyrepo --fast
+    fsck somefile.1 (checking copyrepo...) (fixing location log) 
+      ** Based on the location log, somefile.1
+      ** was expected to be present, but its content is missing.
+    failed
+
+running the check again
+
+    ~/annex5/test1/123 $ ga fsck --from copyrepo --fast
+    fsck somefile.1 (checking copyrepo...) ok
+
+and running the check again without --fast
+
+    ~/annex5/test1/123 $ ga fsck --from copyrepo
+    fsck somefile.1 (checking copyrepo...) ok
+
+It thinks, the file is in the repo but it is not.
+
+"""]]
diff --git a/doc/special_remotes/hook/comment_9_037523d1994c702239ca96791156fe65._comment b/doc/special_remotes/hook/comment_9_037523d1994c702239ca96791156fe65._comment
new file mode 100644
index 0000000000..89719adfb5
--- /dev/null
+++ b/doc/special_remotes/hook/comment_9_037523d1994c702239ca96791156fe65._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 9"
+ date="2013-08-01T23:51:48Z"
+ content="""
+The behavior you show with `fsck --from` is that the first time it's run against the damaged remote it notices the file is not present using the checkpresent hook. It then updates the location log. The subsequent times it's run, it sees that the location log says the file is not present in the remote. It verifies this is the case by calling the checkpresent hook. Since the two data sources agree, and numcopies is still satisfied, it prints \"ok\". There does not seem to be a bug here.
+
+(`return` in Haskell does not do what you would expect to happen in a traditional imperative language. It does not alter control flow, and any function using `return` can be mechanically converted to one that does not use `return`.)
+"""]]
diff --git a/doc/special_remotes/rsync.mdwn b/doc/special_remotes/rsync.mdwn
new file mode 100644
index 0000000000..b2a9d23f5d
--- /dev/null
+++ b/doc/special_remotes/rsync.mdwn
@@ -0,0 +1,56 @@
+This special remote type rsyncs file contents to somewhere else.
+
+Setup example:
+
+	# git annex initremote myrsync type=rsync rsyncurl=rsync://rsync.example.com/myrsync keyid=joey@kitenet.net
+	# git annex describe myrsync "rsync server"
+
+Or for using rsync over SSH
+
+	# git annex initremote myrsync type=rsync rsyncurl=ssh.example.com:/myrsync keyid=joey@kitenet.net
+	# git annex describe myrsync "rsync server"
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure rsync:
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `rsyncurl` - Required. This is the url or `hostname:/directory` to 
+  pass to rsync to tell it where to store content.
+
+* `shellescape` - Optional. Set to "no" to avoid shell escaping normally
+  done when using rsync over ssh. That escaping is needed with typical
+  setups, but not with some hosting providers that do not expose rsynced
+  filenames to the shell. You'll know you need this option if `git annex get`
+  from the special remote fails with an error message containing a single
+  quote (`'`) character. If that happens, you can run enableremote
+  setting shellescape=no.
+
+The `annex-rsync-options` git configuration setting can be used to pass
+parameters to rsync.
+
+## annex-rsync-transport
+
+You can use the `annex-rsync-transport` git configuration setting to choose
+whether we run rsync over ssh or rsh.  This setting is also used to specify
+parameters that git annex will pass to ssh/rsh.
+
+ssh is the default transport; if you'd like to run rsync over rsh, modify your
+.git/config to include
+
+        annex-rsync-transport = rsh
+
+under the appropriate remote.
+
+To pass parameters to ssh/rsh, include the parameters after "rsh" or
+"ssh".  For example, to configure ssh to use the private key at
+`/path/to/private/key`, specify
+
+         annex-rsync-transport = ssh -i /path/to/private/key
+
+Note that environment variables aren't expanded here, so for example, you
+cannot specify `-i $HOME/.ssh/private_key`.
diff --git a/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment b/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment
new file mode 100644
index 0000000000..185bd97ec5
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_10_43e8fa3517c1f5935f02ad06fbed63dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="comment 10"
+ date="2013-08-25T20:59:41Z"
+ content="""
+@joey I don't understand you last comment where you state that special remotes can act as transfer repositories \"to transfer the files between computers that do not communicate directly\".  If there's no communication, ie git pushes or pulls, between the computers then they don't know what file names the files on the special remote map to. They need to somehow communicate the git repo too, don't they?
+"""]]
diff --git a/doc/special_remotes/rsync/comment_11_8cafc1a8b37e6fb056185ec058c0c3e8._comment b/doc/special_remotes/rsync/comment_11_8cafc1a8b37e6fb056185ec058c0c3e8._comment
new file mode 100644
index 0000000000..c8fc8831ac
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_11_8cafc1a8b37e6fb056185ec058c0c3e8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 11"
+ date="2013-08-26T18:36:03Z"
+ content="""
+@Chris yes in that case you still need, a central git repository (which need not be on a host that supports git-annex), or the assistant can use xmpp to sync the git data.
+"""]]
diff --git a/doc/special_remotes/rsync/comment_1_9e180c397486989beab21699b8e8f103._comment b/doc/special_remotes/rsync/comment_1_9e180c397486989beab21699b8e8f103._comment
new file mode 100644
index 0000000000..a4c403e7e3
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_1_9e180c397486989beab21699b8e8f103._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="diepes"
+ ip="105.227.34.36"
+ subject="rsync description and example"
+ date="2013-03-29T15:57:20Z"
+ content="""
+Hi, I would like to see a example of setting up / using e.g. rsync.net as a repo.
+
+
+Please also provide a highlevel description of how the rsync repo fits in with git-annex.
+
+ 
+Q1. can you adds files to the remote rsync repo, and will they be detected and synced back ?
+Q2. is all the git history rsync'd to remote ?   how do i recover if i loose all data except the remote rsync repo ?
+  
+"""]]
diff --git a/doc/special_remotes/rsync/comment_2_25545dc0b53f09ae73b29899c8884b02._comment b/doc/special_remotes/rsync/comment_2_25545dc0b53f09ae73b29899c8884b02._comment
new file mode 100644
index 0000000000..3a6e25b0db
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_2_25545dc0b53f09ae73b29899c8884b02._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-29T17:12:47Z"
+ content="""
+No, special remotes do not contain a copy of the git repository, and no, git-annex does not notice when files are added to remote rsync repositories. Suggest you read [[special_remotes]].
+"""]]
diff --git a/doc/special_remotes/rsync/comment_3_960a89b1ae7e3888ffba06baa963dc21._comment b/doc/special_remotes/rsync/comment_3_960a89b1ae7e3888ffba06baa963dc21._comment
new file mode 100644
index 0000000000..37911a7e76
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_3_960a89b1ae7e3888ffba06baa963dc21._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="diepes"
+ ip="105.227.34.36"
+ subject="sshfs ?  and no sync from special remote to 2nd git-annex ?"
+ date="2013-03-29T22:09:49Z"
+ content="""
+* It sound to me it would be 1st prize if the cloud provider supported the git-annex functionality over ssh. 
+* Then it could be a full git-annex repo, and used for recovery if my laptop with the git info gets lost. 
+* From special remotes \"These can be used just like any normal remote by git-annex\" 
+* Your comment \"No, special remotes do not contain a copy of the git repository\" 
+
+ * so a special remote is
+
+1. \"A. just a remote filesystem, that contains the objects with sha1 names ? \"
+2. \"B. there is no git info and thus no file name & directory details or am i missing something ?\" 
+3. \"C. you can't use the remote as a cloud drive to sync changes e.g. file moves, renames between two other git-annex repositories ? (no meta data)\" 
+4. \"D. the data on the cloud/rsync storage can not be used directly it has to moved into a git-annex capable storage location. \"
+
+* Would it not be better to mount the remote storage over ssh(sshfs) and then use full git-annex on mounted directory ?
+"""]]
diff --git a/doc/special_remotes/rsync/comment_4_db84816c31239953dd21f23a8c557b43._comment b/doc/special_remotes/rsync/comment_4_db84816c31239953dd21f23a8c557b43._comment
new file mode 100644
index 0000000000..4e95fac20b
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_4_db84816c31239953dd21f23a8c557b43._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="diepes"
+ ip="41.160.8.49"
+ subject="rsync.net support git and rsync, not git-annex"
+ date="2013-05-13T14:44:53Z"
+ content="""
+how would i use rsync.net as a full repository ?  (annex files and git repo)
+
+It support's rsync, and I discovered now git as well.
+
+I had a look at the webapp and can't figure out how to set it up, so I can have multiple remote's sync to rsync.net for annex files and git sync.
+
+Link: http://www.rsync.net/resources/howto/github_integration.html
+
+"""]]
diff --git a/doc/special_remotes/rsync/comment_5_ccaffa4aded9dab88c76a856b96ea5b9._comment b/doc/special_remotes/rsync/comment_5_ccaffa4aded9dab88c76a856b96ea5b9._comment
new file mode 100644
index 0000000000..3368b59ed9
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_5_ccaffa4aded9dab88c76a856b96ea5b9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="cehteh"
+ ip="217.8.62.137"
+ subject="rsync daemon mode"
+ date="2013-07-27T01:35:37Z"
+ content="""
+rsync has a --daemon mode with a simple challenge-response authentication but no encryption. This offers a nice lightweight alternative to ssh, especially when we
+store/transfer encrypted content anyways. Is this already supported in git-annex, if yes how to set it up?
+"""]]
diff --git a/doc/special_remotes/rsync/comment_6_e687b9482b177e1351c8c65ea617d3fa._comment b/doc/special_remotes/rsync/comment_6_e687b9482b177e1351c8c65ea617d3fa._comment
new file mode 100644
index 0000000000..a5cf0514bd
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_6_e687b9482b177e1351c8c65ea617d3fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 6"
+ date="2013-07-28T00:11:38Z"
+ content="""
+The first example on this page shows using rsync:// to store files on a system using the rsync daemon.
+"""]]
diff --git a/doc/special_remotes/rsync/comment_7_e122979ea811d9ef835ba05bb936190f._comment b/doc/special_remotes/rsync/comment_7_e122979ea811d9ef835ba05bb936190f._comment
new file mode 100644
index 0000000000..8cb1d72b49
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_7_e122979ea811d9ef835ba05bb936190f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="rsync remote is basically more intended for backups ?"
+ date="2013-08-17T17:40:47Z"
+ content="""
+If I get it correctly, it is mainly useable as a backup, which will accumulate contents of the objects managed by git-annex over time.
+
+It would be great to have a use case illustrating its use in concrete matters. Thanks in advance.
+"""]]
diff --git a/doc/special_remotes/rsync/comment_8_d566113318d0aa7500d76ffe1bd46069._comment b/doc/special_remotes/rsync/comment_8_d566113318d0aa7500d76ffe1bd46069._comment
new file mode 100644
index 0000000000..1e6bf8aa43
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_8_d566113318d0aa7500d76ffe1bd46069._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 8"
+ date="2013-08-22T18:02:00Z"
+ content="""
+There are many use cases for a rsync special remote. You could use it as a backup. You could use it to archive files offline in a drive with encryption enabled so if the drive is stolen your data is not. You could `git annex move --to rsyncremote` large files when your local drive is getting full, and then `git annex move` the files back when free space is again available. You could have one repository copy files to a rsync remote, and then `git annex get` them on another repository, to transfer the files between computers that do not communicate directly. The git-annex assistant makes it easy to set up rsync remotes using this last scenario, which is referred to as a transfer repository, and arranges to drop files from the transfer repository once they have been transferred to all known clients.
+
+None of these use cases are particular to rsync remotes. Most special remotes can all be used in these and other ways. It largely doesn't matter for your use what underlying transport the special remote uses.
+"""]]
diff --git a/doc/special_remotes/rsync/comment_9_5dcf10a502b2d4feac46b620d43e9d00._comment b/doc/special_remotes/rsync/comment_9_5dcf10a502b2d4feac46b620d43e9d00._comment
new file mode 100644
index 0000000000..b7690cf685
--- /dev/null
+++ b/doc/special_remotes/rsync/comment_9_5dcf10a502b2d4feac46b620d43e9d00._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="Added use cases to &quot;special remotes&quot;"
+ date="2013-08-22T20:23:13Z"
+ content="""
+Thanks @joeyh. I've taken the liberty to add your use case description to [[special remotes]]. Hope this helps.
+"""]]
diff --git a/doc/special_remotes/tahoe.mdwn b/doc/special_remotes/tahoe.mdwn
new file mode 100644
index 0000000000..df1ca620fb
--- /dev/null
+++ b/doc/special_remotes/tahoe.mdwn
@@ -0,0 +1,47 @@
+This special remote stores file contents using
+[Tahoe-LAFS](http://tahoe-lafs.org/). There are a number of commercial
+providers, or you can build your own tahoe storage grid.
+
+Since Tahoe-LAFS encrypts all data stored in it, git-annex does not do any
+additional encryption of its own.
+
+Note that data stored in a tahoe remote cannot be dropped from it, as 
+Tahoe-LAFS does not support removing data once it is stored in the Tahoe grid.
+This, along with Tahoe's ability to recover data when some nodes fail,
+makes a tahoe special remote an excellent choice for storing backups.
+
+Typically you will have an account on a Tahoe-LAFS storage grid, which
+is represented by an "introducer furl". You need to supply this to
+git-annex in the `TAHOE_FURL` environment variable when initializing the
+remote. git-annex will then generate a tahoe configuration directory for
+the remote under `~/.tahoe/git-annex/`, and automatically start the tahoe
+daemon as needed.
+
+## configuration
+
+These parameters can be passed to `git annex initremote` to configure
+the tahoe remote.
+
+* `shared-convergence-secret` - Optional. Can be useful to set to
+  allow tahoe to deduplicate information. By default, a new
+  shared-convergence-secret is created for each tahoe remote.
+
+* `embedcreds` - Optional. Set to "yes" embed the tahoe credentials 
+  (specifically the introducer-furl and shared-convergence-secret)
+  inside the git repository, which allows other clones to also use them
+  in order to access the tahoe grid.
+
+  Think carefully about who can access your git repository, and
+  whether you want to give them access to your tahoe system before
+  using embedcreds!
+
+Setup example:
+
+	# TAHOE_FURL=... git annex initremote tahoe type=tahoe embedcreds=yes
+
+## old version of tahoe special remote
+
+An older implementation of tahoe for git-annex used
+the hook special remote. It is not compatible with this newer
+implementation. See
+[[tahoe-lafs|forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs]].
diff --git a/doc/special_remotes/web.mdwn b/doc/special_remotes/web.mdwn
new file mode 100644
index 0000000000..cd20a93bb1
--- /dev/null
+++ b/doc/special_remotes/web.mdwn
@@ -0,0 +1,11 @@
+git-annex can use the WWW as a special remote, downloading urls to files.
+See [[tips/using_the_web_as_a_special_remote]] for usage examples.
+
+## notes
+
+Currently git-annex only supports downloading content from the web; 
+it cannot upload to it or remove content.
+
+This special remote uses arbitrary urls on the web as the source for content.
+git-annex can also download content from a normal git remote, accessible by
+http.
diff --git a/doc/special_remotes/web/comment_1_0bd570025f6cd551349ea88a4729ac8e._comment b/doc/special_remotes/web/comment_1_0bd570025f6cd551349ea88a4729ac8e._comment
new file mode 100644
index 0000000000..d01e17da35
--- /dev/null
+++ b/doc/special_remotes/web/comment_1_0bd570025f6cd551349ea88a4729ac8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.berger.myopenid.com/"
+ nickname="obergix"
+ subject="Which URL prefix are supported ?"
+ date="2013-08-17T08:44:05Z"
+ content="""
+It is not clear whether only http:// URLs are supported. Can you list others ?
+"""]]
diff --git a/doc/special_remotes/web/comment_2_333141cc9ec6c26ffd19aa95303a91e3._comment b/doc/special_remotes/web/comment_2_333141cc9ec6c26ffd19aa95303a91e3._comment
new file mode 100644
index 0000000000..ff20181175
--- /dev/null
+++ b/doc/special_remotes/web/comment_2_333141cc9ec6c26ffd19aa95303a91e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2013-08-17T08:59:11Z"
+ content="""
+When it says \"arbitrary urls\", it means it. The only requirement is that the url be well formed and that wget or whatever command you have it configured to use via annex.web-download-command knows how to download it.
+"""]]
diff --git a/doc/special_remotes/webdav.mdwn b/doc/special_remotes/webdav.mdwn
new file mode 100644
index 0000000000..21b213ee56
--- /dev/null
+++ b/doc/special_remotes/webdav.mdwn
@@ -0,0 +1,42 @@
+This special remote type stores file contents in a WebDAV server.
+
+## configuration
+
+The environment variables `WEBDAV_USERNAME` and `WEBDAV_PASSWORD` are used
+to supply login credentials. You need to set these only when running
+`git annex initremote`, as they will be cached in a file only you 
+can read inside the local git repository.
+
+A number of parameters can be passed to `git annex initremote` to configure
+the webdav remote.
+
+* `encryption` - One of "none", "hybrid", "shared", or "pubkey".
+  See [[encryption]].
+
+* `keyid` - Specifies the gpg key to use for [[encryption]].
+
+* `embedcreds` - Optional. Set to "yes" embed the login credentials inside
+  the git repository, which allows other clones to also access them. This is
+  the default when gpg encryption is enabled; the credentials are stored
+  encrypted and only those with the repository's keys can access them.
+
+  It is not the default when using shared encryption, or no encryption.
+  Think carefully about who can access your repository before using
+  embedcreds without gpg encryption.
+
+* `url` - Required. The URL to the WebDAV directory where files will be
+  stored. This can be a subdirectory of a larger WebDAV repository, and will
+  be created as needed. Use of a https URL is strongly
+  encouraged, since HTTP basic authentication is used.
+
+* `chunksize` - Avoid storing files larger than the specified size in
+  WebDAV. For use when the WebDAV server has file size
+  limitations. The default is to never chunk files.  
+  The value can use specified using any commonly used units.
+  Example: `chunksize=75 megabytes`  
+  Note that enabling chunking on an existing remote with non-chunked
+  files is not recommended.
+
+Setup example:
+
+	# WEBDAV_USERNAME=joey@kitenet.net WEBDAV_PASSWORD=xxxxxxx git annex initremote box.com type=webdav url=https://dav.box.com/dav/git-annex chunksize=75mb keyid=joey@kitenet.net
diff --git a/doc/special_remotes/webdav/comment_10_2c087a132c2203ac20636800bf73dfa7._comment b/doc/special_remotes/webdav/comment_10_2c087a132c2203ac20636800bf73dfa7._comment
new file mode 100644
index 0000000000..48f89ca415
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_10_2c087a132c2203ac20636800bf73dfa7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnq-RfkVpFN15SWvQ2lpSGAi0XpNQuLxKM"
+ nickname="Yuval"
+ subject="re: Change Password"
+ date="2014-05-04T19:09:55Z"
+ content="""
+I have Carl's problem as well. Changed box.com's password and now things are crazy.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_11_cde4fccaf551ba1eab8235ebf6654316._comment b/doc/special_remotes/webdav/comment_11_cde4fccaf551ba1eab8235ebf6654316._comment
new file mode 100644
index 0000000000..267fc35802
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_11_cde4fccaf551ba1eab8235ebf6654316._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-05-16T18:19:21Z"
+ content="""
+You can change the webdav password by running:
+
+WEBDAV_USERNAME=whatever WEBDAV_PASSWORD=newpassword git annex enableremote $remotename
+"""]]
diff --git a/doc/special_remotes/webdav/comment_12_76423262fceeced32ab18fa38ed53bdb._comment b/doc/special_remotes/webdav/comment_12_76423262fceeced32ab18fa38ed53bdb._comment
new file mode 100644
index 0000000000..3d15fc0fbc
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_12_76423262fceeced32ab18fa38ed53bdb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
+ nickname="Carl"
+ subject="comment 12"
+ date="2014-05-17T20:47:00Z"
+ content="""
+I tried it, but I do have som troubles. Changing password seemed to have worked. At least I do think it did say OK. Any further action generates the following response:
+
+$ git annex fsck --from box.com3 Literatur/Science/Papers/Modén/2006.pdf
+
+fsck Literatur/Science/Papers/Modén/2006.pdf (gpg) (checking box.com3...) (StatusCodeException (Status {statusCode = 401, statusMessage = \"Unauthorized\"}) [(\"Server\",\"nginx\"),(\"Date\",\"Sat, 17 May 2014 19:04:51 GMT\"),(\"Content-Type\",\"application/xml; charset=utf-8\"),(\"Content-Length\",\"235\"),(\"Connection\",\"keep-alive\"),(\"Vary\",\"Host\"),(\"WWW-Authenticate\",\"Basic realm=\\"dav.box.com\\"\"),(\"X-Response-Body-Start\",\"<?xml version=\\"1.0\\" encoding=\\"utf-8\\"?>\n<d:error xmlns:d=\\"DAV:\\" xmlns:s=\\"http://sabredav.org/ns\\">\n  <s:exception>Sabre_DAV_Exception_NotAuthenticated</s:exception>\n  <s:message>Username or password does not match</s:message>\n</d:error>\n\")] (CJ {expose = []})) failed
+git-annex: fsck: 1 failed
+
+It seems it is not available to use the correct password. I tried to use initremote and create a new remote, and this works. In the end no data is lost, as three copies out of my four are still there. I will keep my old remote around for some time if there is any sort of errorfinding that can be done. 
+"""]]
diff --git a/doc/special_remotes/webdav/comment_14_2390020fa7daac8a6d3e8b713bd3b8e7._comment b/doc/special_remotes/webdav/comment_14_2390020fa7daac8a6d3e8b713bd3b8e7._comment
new file mode 100644
index 0000000000..b6f624a622
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_14_2390020fa7daac8a6d3e8b713bd3b8e7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="Box.com and unknown CA?"
+ date="2014-05-21T04:07:36Z"
+ content="""
+When trying to enable box.com for jabber sharing, I get:
+
+    WebDAV failed to write file: TlsException (HandshakeFailed (Error_Protocol (\"certificate has unknown CA\",True,UnknownCa))): user error
+
+How can I debug this situation?
+"""]]
diff --git a/doc/special_remotes/webdav/comment_1_6b523eea78eae1d19fe2a9950ee33e3a._comment b/doc/special_remotes/webdav/comment_1_6b523eea78eae1d19fe2a9950ee33e3a._comment
new file mode 100644
index 0000000000..768720fe5a
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_1_6b523eea78eae1d19fe2a9950ee33e3a._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://rfhbuk.myopenid.com/"
+ ip="109.145.123.81"
+ subject="git-annex initremote failing for webdav servers"
+ date="2012-12-01T10:18:04Z"
+ content="""
+Unfortunately, trying to set up the following webdav servers fail. Some of the terminal output of git-annex --debug initremote ... is below, but it may not really helpful. Can I help any further, can a webdav remote be set up in a different way? (The box.com webdav initremote worked fine.) Cheers 
+
+
+With livedrive.com:
+
+    [2012-12-01 10:15:12 GMT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--encrypt\",\"--no-encrypt-to\",\"--no-default-recipient\",\"--recipient\",\"xxxxxxxxxxxxxx\"]
+    (encryption setup with gpg key xxxxxxxxxxxxxx) (testing WebDAV server...)
+    git-annex: \"Bad Request\": user error
+    failed
+    git-annex: initremote: 1 failed
+
+
+With sd2dav.1und1.de: 
+
+    [2012-12-01 10:13:10 GMT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--encrypt\",\"--no-encrypt-to\",\"--no-default-recipient\",\"--recipient\",\"xxxxxxxxxxxxxx\"]
+    (encryption setup with gpg key xxxxxxxxxxxxxx) (testing WebDAV server...)
+    git-annex: \"Locked\": user error
+    failed
+    git-annex: initremote: 1 failed
+"""]]
diff --git a/doc/special_remotes/webdav/comment_2_83fc4e7d9ba7a05c8500da659f561b8f._comment b/doc/special_remotes/webdav/comment_2_83fc4e7d9ba7a05c8500da659f561b8f._comment
new file mode 100644
index 0000000000..8a23ad493d
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_2_83fc4e7d9ba7a05c8500da659f561b8f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 2"
+ date="2012-12-01T18:34:05Z"
+ content="""
+I tried signing up for livedrive, but I cannot log into it with WebDav at all. Do they require a Pro account to use WebDav?
+
+When it's \"testing webdav server\", it tries to make a collection (a subdirectory), and uploads a file to it, and sets the file's properties, and deletes the file. One of these actions must be failing, perhaps because the webdav server implementation does not support it. Or perhaps because the webdav client library is doing something wrong. I've instrumented the test, so it'll say which one.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_3_239367ad639c61ecdf87a89f7ac53efe._comment b/doc/special_remotes/webdav/comment_3_239367ad639c61ecdf87a89f7ac53efe._comment
new file mode 100644
index 0000000000..2d559b7afa
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_3_239367ad639c61ecdf87a89f7ac53efe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-12-01T20:13:36Z"
+ content="""
+I've identified the problem keeping it working with livedrive. Once a patch I've written is applied to the Haskell DAV library, I'll be able to update git-annex to support it.
+
+I don't know about sd2dav.1und1.de. The error looks like it doesn't support WebDAV file locking.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_4_ffa52f7776cdc8caa28667b5eadae123._comment b/doc/special_remotes/webdav/comment_4_ffa52f7776cdc8caa28667b5eadae123._comment
new file mode 100644
index 0000000000..24dd85bf55
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_4_ffa52f7776cdc8caa28667b5eadae123._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 4"
+ date="2012-12-01T21:14:34Z"
+ content="""
+Good news, livedrive is supported now, by git-annex's master branch.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_5_5b8cbdb5e9a1b90d748a5074997e1cd5._comment b/doc/special_remotes/webdav/comment_5_5b8cbdb5e9a1b90d748a5074997e1cd5._comment
new file mode 100644
index 0000000000..7d5f3af5db
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_5_5b8cbdb5e9a1b90d748a5074997e1cd5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://peter-simons.myopenid.com/"
+ ip="192.100.130.7"
+ subject="WebDAV without locking"
+ date="2013-01-16T12:44:16Z"
+ content="""
+Hi Joey,
+
+you are right, the 1-und-1.de implementation of WebDAV does not support locking.
+
+Do you think there is a way to make that service work with git-annex anyhow -- say, by allowing the user to disable file-locking? I've worked around the problem with 1-und-1.de by using fuse+davfs2 to mount the storage in my file system and access it through the directory backend, but FUSE is dead slow, unfortunately, and this solution really sucks.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_6_d3be3e588c3a2abb2025ceb82c18b0ef._comment b/doc/special_remotes/webdav/comment_6_d3be3e588c3a2abb2025ceb82c18b0ef._comment
new file mode 100644
index 0000000000..150c984a82
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_6_d3be3e588c3a2abb2025ceb82c18b0ef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 6"
+ date="2013-01-17T18:23:27Z"
+ content="""
+It seems it must advertise it supports the LOCK and UNLOCK http actions, but fails when they're used.
+
+The DAV library I am using always locks if it seems the server supports it. So this will need changes to that library. I've filed a bug requesting the changes. <http://bugs.debian.org/698379>
+"""]]
diff --git a/doc/special_remotes/webdav/comment_7_6fa7e11331db5a943015bd5367eb3d73._comment b/doc/special_remotes/webdav/comment_7_6fa7e11331db5a943015bd5367eb3d73._comment
new file mode 100644
index 0000000000..324760c4c3
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_7_6fa7e11331db5a943015bd5367eb3d73._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="SSL certificates"
+ date="2013-03-25T16:09:54Z"
+ content="""
+Trying to use webdav leads in:
+
+    git-annex: HandshakeFailed (Error_Protocol (\"certificate rejected: not coping with anything else Start (Container Context 0)\",True,CertificateUnknown))
+
+How can I disable the SSL certificate check?
+"""]]
diff --git a/doc/special_remotes/webdav/comment_8_2627b41f80c7511b27464e2040b128a8._comment b/doc/special_remotes/webdav/comment_8_2627b41f80c7511b27464e2040b128a8._comment
new file mode 100644
index 0000000000..96ae19d111
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_8_2627b41f80c7511b27464e2040b128a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-03-27T16:38:47Z"
+ content="""
+I don't think the checking of SSL certificates can currently be disabled.
+"""]]
diff --git a/doc/special_remotes/webdav/comment_9_b8f17efe524bb45a3e16705996df1265._comment b/doc/special_remotes/webdav/comment_9_b8f17efe524bb45a3e16705996df1265._comment
new file mode 100644
index 0000000000..365bf7042f
--- /dev/null
+++ b/doc/special_remotes/webdav/comment_9_b8f17efe524bb45a3e16705996df1265._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
+ nickname="Carl"
+ subject="Change Password"
+ date="2014-05-02T12:30:58Z"
+ content="""
+I want to change the password that I use on a webdav service (Heartbleed mitigration). What do I need to do to in git annex to make it have access to the new password? Thanks in anvance.
+"""]]
diff --git a/doc/special_remotes/xmpp.mdwn b/doc/special_remotes/xmpp.mdwn
new file mode 100644
index 0000000000..0f1c93b253
--- /dev/null
+++ b/doc/special_remotes/xmpp.mdwn
@@ -0,0 +1,39 @@
+XMPP (Jabber) is used by the [[assistant]] as a git remote. This is,
+technically not a git-annex special remote (large files are not transferred
+over XMPP; only git commits are sent).
+
+Typically XMPP will be set up using the web app, but here's how a manual
+set up could be accomplished:
+
+1. xmpp login credentials need to be stored in `.git/annex/creds/xmpp`.
+   Obviously this file should be mode 600. An example file:
+
+	XMPPCreds {xmppUsername = "joeyhess", xmppPassword = "xxxx", xmppHostname = "xmpp.l.google.com.", xmppPort = 5222, xmppJID = "joeyhess@gmail.com"}
+
+2. A git remote is created using a special url, of the form `xmpp::user@host`
+   For the above example, it would be `url = xmpp::joeyhess@gmail.com`
+
+3. The uuid of one of the other clients using XMPP should be configured
+   using the `annex.uuid` setting, the same as is set up for other remotes.
+
+With the above configuration, the [[assistant]] will use xmpp remotes much as
+any other git remote. Since XMPP requires a client that is continually running
+to see incoming pushes, the XMPP remote cannot be used with git at the
+command line.
+
+## XMPP server support status
+[[!table  data="""
+Provider|Status|Type|Notes
+[[Gmail|http://gmail.com]]|Working|?|Google Apps: [setup your SRV records](http://www.olark.com/gtalk/check_srv) or configure `.git/annex/creds/xmpp` manually
+[[Coderollers|http://www.coderollers.com/xmpp-server/]]|Working|[[Openfire|http://www.igniterealtime.org/projects/openfire/]]
+[[jabber.me|http://jabber.me/]]|Working|[[Tigase|http://www.tigase.org/]]
+[[xmpp.ru.net|https://www.xmpp.ru.net]]|Working|[[jabberd2|http://jabberd2.org/]]
+[[jabber.org|http://jabber.org]]|Working|[[Isode M-Link|http://www.isode.com/products/m-link.html]]
+-|Working|[[Prosody|http://prosody.im/]]|No providers tested.
+-|Working|[[Metronome|http://www.lightwitch.org/]]|No providers tested.
+-|[[Failing|http://git-annex.branchable.com/forum/XMPP_authentication_failure/]]|ejabberd|[[Authentication bug|https://support.process-one.net/browse/EJAB-1632]]: Fixed in debian unstable (>= 2.1.10-5) and stable (>=2.1.10-4+deb7u1)
+-|[[Failing|http://git-annex.branchable.com/forum/XMPP_authentication_failure/#comment-4ce5aeabd12ca3016290b3d8255f6ef1]]|jabberd14|No further information
+"""]]
+List of providers: [[http://xmpp.net/]]
+
+See also: [[xmpp_protocol_design_notes|design/assistant/xmpp]]
diff --git a/doc/special_remotes/xmpp/comment_10_c7c2e2e81cb5b2b9a5272430c835dd39._comment b/doc/special_remotes/xmpp/comment_10_c7c2e2e81cb5b2b9a5272430c835dd39._comment
new file mode 100644
index 0000000000..0380af3593
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_10_c7c2e2e81cb5b2b9a5272430c835dd39._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="Google Apps & SRV"
+ date="2013-11-27T18:13:18Z"
+ content="""
+To make XMPP via a Google Apps account work out of the box, all you need to do is add the correct SRV records to your domain's DNS zone.  If you do, you don't need to manually create creds/xmpp, you can just use the web interface, enter your full apps email address and password (remember, if 2-factor, this needs to be an application-specific password).
+
+To create the correct SRV records (and check whether they're correct), see http://www.olark.com/gtalk/check_srv
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_11_05d9a67b9331656b4035399641cedb1b._comment b/doc/special_remotes/xmpp/comment_11_05d9a67b9331656b4035399641cedb1b._comment
new file mode 100644
index 0000000000..4b343bda2d
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_11_05d9a67b9331656b4035399641cedb1b._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm0yDI6AsAuXPDHIDXm5H9EGDXkuwb1efA"
+ nickname="Yann"
+ subject="XMPP not working in Raspberry PI build"
+ date="2013-12-27T23:16:23Z"
+ content="""
+Hi,
+
+I have the same problem that users Carlo and RaspberryPie have: XMPP not working and no XMPP log in the build.
+
+I did a quick strace during the daemon start and I noticed than the raspberry pi build doesn't even try to read the creds/xmpp files contrary to the standard git-annex package on my ubuntu workstation.
+
+To me, it seems the XMPP thread is not started at all.
+Does someone know any reason why the XMPP thread could not be started ?
+
+If there is anything I can do to help debug this issue, let me know.
+
+Yann
+
+
+
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_1_568247938929a2934e8198fca80b7184._comment b/doc/special_remotes/xmpp/comment_1_568247938929a2934e8198fca80b7184._comment
new file mode 100644
index 0000000000..060aa5bd7b
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_1_568247938929a2934e8198fca80b7184._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="User defined server"
+ date="2013-04-17T09:45:59Z"
+ content="""
+It would be nice if you could expand the XMPP setup in the assistant to support an \"advanced\" settings view where a custom server could be defined.
+
+Example: I have a google Apps domain called mytest.com, with the users bla1@mytest.com and bla2@mytest.com. When trying to add either of those accounts to the assistant XMPP will try to use mytest.com as the jabber server, and not googles server.
+
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_2_9fc3f512020b7eb2591d6b7b2e8de2d7._comment b/doc/special_remotes/xmpp/comment_2_9fc3f512020b7eb2591d6b7b2e8de2d7._comment
new file mode 100644
index 0000000000..02f70d0f2e
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_2_9fc3f512020b7eb2591d6b7b2e8de2d7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2013-04-17T22:28:39Z"
+ content="""
+Yeah, I agree, this would be nice. 
+
+For your own domain, you can configure DNS like this: [[http://support.google.com/a/bin/answer.py?hl=en&answer=34143]] to make XMPP find the right server. But for some that's not an option and the \"advanced\" mode would be useful in that case.
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_3_48ddbba1402d89acaea07cff747c48e0._comment b/doc/special_remotes/xmpp/comment_3_48ddbba1402d89acaea07cff747c48e0._comment
new file mode 100644
index 0000000000..7643d4d7da
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_3_48ddbba1402d89acaea07cff747c48e0._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="46.19.143.203"
+ subject="Missing prerequisites for XMPP syncing?"
+ date="2013-09-17T06:53:59Z"
+ content="""
+I set up two fresh annexes that can talk via XMPP and no other way. After I fire up the assistants I expect them to sync their metadata, but nothing happens. One log gives me an 'XMPPClient: received: [\"Unknown message\"]' message every two minutes. The other one doesn't contain the string XMPP at all, not once. So my suspicion is that this particular version of git-annex doesn't support XMPP, which is weird because:
+
+    $ git annex version
+    git-annex version: 4.20130909
+    build flags: Assistant Pairing Testsuite S3 Inotify XMPP DNS Feeds
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+This is the version output from the other machine: 
+
+    $ git annex version
+    git-annex version: 4.20130827
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+What am I missing? Are there more build flags for XMPP than the one called XMPP? (Also, no, I can't just copy versions between machines b/c the architectures are different. And yep, the one giving me trouble is ARM.)
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_4_59857879abaae22bde444a215e00bf18._comment b/doc/special_remotes/xmpp/comment_4_59857879abaae22bde444a215e00bf18._comment
new file mode 100644
index 0000000000..db217cff97
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_4_59857879abaae22bde444a215e00bf18._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 4"
+ date="2013-09-19T21:07:35Z"
+ content="""
+If you have the XMPP flag in your git-annex build, it will support XMPP. Are you sure you set up the xmpp creds file and the xmpp special remote correctly on the ARM machine? (I assume it has no webapp, so you had to set that up manually..)
+
+Here's how you can do that manually:
+
+1. Run git-annex on a machine with the webapp, set up XMPP, and copy the .git/annex/creds/xmpp to the machine without the webapp.
+2. On the machine without the webapp, add a git remote that has its \"url = xmpp::loginname@xmppserver.com\" and its annex-uuid set to the annex.uuid of the repository on the first machine.
+3. Run git-annex assistant on the machine without the webapp.
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_5_583ee374bd34fcc9ae26c2fd690e8c47._comment b/doc/special_remotes/xmpp/comment_5_583ee374bd34fcc9ae26c2fd690e8c47._comment
new file mode 100644
index 0000000000..298c4392a8
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_5_583ee374bd34fcc9ae26c2fd690e8c47._comment
@@ -0,0 +1,73 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="37.221.161.234"
+ subject="Nope"
+ date="2013-09-24T22:05:55Z"
+ content="""
+Your guess is right, Joey, I'm configuring by hand as the ARM machine has no webapp. And yes, I'm mostly sure I set up everything correctly. The XMPP account is working, and my configuration of git-annex is all but identical to your example.
+
+Here's what I do. First on the machine with the webapp:
+
+    mkdir ~/test
+    cd ~/test
+    git init
+    git annex init
+    git annex webapp
+
+I set up XMPP from within the webapp. The file ~/test/.git/annex/creds/xmpp is created with the correct credentials. (BTW: The file's default permissions are 620 instead of 600 - is that a bug?)
+
+I add a file or two to the annex for good measure. Then, on the ARM machine:
+
+    mkdir ~/test
+    cd ~/test
+    git init
+    git annex init
+    mkdir .git/annex/creds
+    scp -2 webappmachine:~/test/.git/annex/creds/xmpp .git/annex/creds 
+    chmod 600 .git/annex/creds/xmpp
+    git remote add webappmachine xmpp::login@server
+
+The final step is to edit .git/config on the ARM machine. The [remote] section now looks like this:
+
+    [remote \"webappmachine\"]
+        url = xmpp::login@server
+        fetch = +refs/heads/*:refs/remotes/webappmachine/*
+        annex-uuid = aaaaaaaa-bbbb-cccc-dddddddddddd
+
+where aaaaaaaa-bbbb-cccc-dddddddddddd is the return value of `git config --get annex.uuid` on the webapp machine.
+
+I then run `git annex assistant` on the ARM machine and expect the two machines to synchronize their metadata, e.g. the number of knownn annex keys in the repo. But it doesn't happen.
+
+So I set `debug = true`, restart the assistants and check the log. This is what I get on the webapp machine:
+
+    [2013-09-24 17:45:41 EDT] XMPPClient: connected a5/25577ac4-3248-4c83-8391-bd93708bcf2b
+    [2013-09-24 17:45:41 EDT] XMPPClient: received: [\"Presence from a5/dc9bcde8-fe18-47de-807c-c620019279f2 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \\"query\\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \\"\\"])], elementNodes = []})\",\"QueryPresence\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Presence from a5/900e3b6e-a7f4-4a6a-8d12-ed94de429258 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \\"push\\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \\"43357474-abbb-4667-a334-e4615ea6d4a2\\"])], elementNodes = []})\",\"NotifyPush [UUID \\"43357474-abbb-4667-a334-e4615ea6d4a2\\"]\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: push notification for
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"symbolic-ref\",\"HEAD\"]
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"show-ref\",\"refs/heads/master\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Pushing \\"a59\\" (CanPush (UUID \\"d50c4cc9-e7c0-4ef0-84c6-f11012051eb9\\") [34f875cc7fa1198414f93990af9ab78e6cee893e,6fad42234060361435d6cf2ab4bd40e438c2d05c])\"]
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"show-ref\",\"git-annex\"]
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"log\",\"refs/heads/git-annex..6fad42234060361435d6cf2ab4bd40e438c2d05c\",\"--oneline\",\"-n1\"]
+    [2013-09-24 17:45:42 EDT] chat: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"cat-file\",\"--batch\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Ignorable Presence from a5/25577ac4-3248-4c83-8391-bd93708bcf2b Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Unknown message\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Pushing \\"a59\\" (PushRequest (UUID \\"d50c4cc9-e7c0-4ef0-84c6-f11012051eb9\\"))\"]
+    [2013-09-24 17:45:42 EDT] XMPPSendPack: started running push Pushing \"a59\" (PushRequest (UUID \"d50c4cc9-e7c0-4ef0-84c6-f11012051eb9\"))
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"symbolic-ref\",\"HEAD\"]
+    [2013-09-24 17:45:42 EDT] XMPPClient: received: [\"Ignorable Presence from a5/25577ac4-3248-4c83-8391-bd93708bcf2b Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [], elementNodes = []})\"]
+    [2013-09-24 17:45:42 EDT] read: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"show-ref\",\"refs/heads/master\"]
+    [2013-09-24 17:45:42 EDT] call: git [\"--git-dir=/home/pi/test/.git\",\"--work-tree=/home/pi/test\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-09-24 17:45:42 EDT] XMPPSendPack: finished running push Pushing \"a59\" (PushRequest (UUID \"d50c4cc9-e7c0-4ef0-84c6-f11012051eb9\")) False
+
+And from then on, in two-minute intervals:
+
+    [2013-09-24 17:47:42 EDT] XMPPClient: received: [\"Unknown message\"]
+    [2013-09-24 17:49:42 EDT] XMPPClient: received: [\"Unknown message\"]
+    [2013-09-24 17:51:42 EDT] XMPPClient: received: [\"Unknown message\"]
+    
+The log on the ARM machine is rather unhelpful. Actually it doesn't even contain the string \"XMPP\". This looks to me like the webapp machine tries to communicate via Jabber but doesn't get any intelligible answer. And this is the reason I wondered whether the problem lies with my self-compiled ARM git-annex  binary. I actually spent a while compiling 4.20130909 with all flags but webapp and webdav, but the result is still the same. 
+
+Any other ideas what I'm doing wrong here?
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_6_8f0b5bba1271d031a67e7f0c175d67d5._comment b/doc/special_remotes/xmpp/comment_6_8f0b5bba1271d031a67e7f0c175d67d5._comment
new file mode 100644
index 0000000000..750e0874a4
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_6_8f0b5bba1271d031a67e7f0c175d67d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 6"
+ date="2013-09-25T18:13:24Z"
+ content="""
+If you're not getting an \"XMPPClient: connected\", then my guess would be that your git-annex build's XMPP is screwed up somehow. For example, if it hung forever when connecting to the XMPP server, it would never get as far as printing that message. (If it tried and failed to connect, you'd get a message about the connection having failed.)
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_7_ac7acbded03325b015959d82ae77faf1._comment b/doc/special_remotes/xmpp/comment_7_ac7acbded03325b015959d82ae77faf1._comment
new file mode 100644
index 0000000000..0ad65336b7
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_7_ac7acbded03325b015959d82ae77faf1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="46.165.221.166"
+ subject="comment 7"
+ date="2013-09-26T03:46:18Z"
+ content="""
+I see. Is there a way to check whether the build is corrupt? The build logs gave me nothing. 
+
+Anyway, XMPP is not the most important feature to me. It still bugs me though that it doesn't work when it should.  
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_8_81a9636a1e8a36a58185468a26f8633d._comment b/doc/special_remotes/xmpp/comment_8_81a9636a1e8a36a58185468a26f8633d._comment
new file mode 100644
index 0000000000..79dd2892b2
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_8_81a9636a1e8a36a58185468a26f8633d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 8"
+ date="2013-10-22T14:30:58Z"
+ content="""
+Same setup, same problem... no log output on raspberry pi.
+"""]]
diff --git a/doc/special_remotes/xmpp/comment_9_eda76b826491c96b1ce072aacf9d3adf._comment b/doc/special_remotes/xmpp/comment_9_eda76b826491c96b1ce072aacf9d3adf._comment
new file mode 100644
index 0000000000..3505f3aafa
--- /dev/null
+++ b/doc/special_remotes/xmpp/comment_9_eda76b826491c96b1ce072aacf9d3adf._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlu-fdXIt_RF9ggvg4zP0yBbtjWQwHAMS4"
+ nickname="Jörn"
+ subject="Same problem, no XMPP showing up in daemon.log"
+ date="2013-11-21T21:13:16Z"
+ content="""
+I have the same setup like @RaspberryPie, except that my server is not running on the Pi but on Debian7-amd64. On my client (OSX, self-compiled using cabal) I can see XMPP log entries like @RaspberryPi, however, on the Debian7 machine (also self-compiled) I do not see any XMPP entry in the daemon.log. Setup regarding .git/annex/creds/xmpp and the special xmpp remote is correct (checked a thousand times).
+
+Do you have any idea what could be wrong, Joey? Thanks a lot.
+
+Output of git annex version:
+
+    git-annex version: 5.20131120
+    build flags: Assistant Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi CryptoHash 
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 5
+    upgrade supported from repository versions: 0 1 2 4
+
+Jörn
+"""]]
diff --git a/doc/summary.mdwn b/doc/summary.mdwn
new file mode 100644
index 0000000000..be7b2cc2c1
--- /dev/null
+++ b/doc/summary.mdwn
@@ -0,0 +1,11 @@
+git-annex allows managing files with git, without checking the file
+contents into git. While that may seem paradoxical, it is useful when
+dealing with files larger than git can currently easily handle, whether due
+to limitations in memory, time, or disk space.
+
+[[!img assistant/thumbnail.png link=assistant align=right]]
+git-annex is designed for git users who love the command line.
+For everyone else, the [[git-annex assistant|assistant]] turns
+git-annex into an easy to use folder synchroniser.
+
+To get a feel for git-annex, see the [[walkthrough]].
diff --git a/doc/sync.mdwn b/doc/sync.mdwn
new file mode 100644
index 0000000000..0250d2fef0
--- /dev/null
+++ b/doc/sync.mdwn
@@ -0,0 +1,44 @@
+The `git annex sync` command provides an easy way to keep several
+repositories in sync. 
+
+Often git is used in a centralized fashion with a central bare repository
+which changes are pulled and pushed to using normal git commands.
+That works fine, if you don't mind having a central repository.
+
+But it can be harder to use git in a fully decentralized fashion, with no
+central repository and still keep repositories in sync with one another.
+You have to remember to pull from each remote, and merge the appropriate
+branch after pulling. It's difficult to *push* to a remote, since git does
+not allow pushes into the currently checked out branch.
+
+`git annex sync` makes it easier using a scheme devised by Joachim
+Breitner. The idea is to have a branch `synced/master` (actually,
+`synced/$currentbranch`), that is never directly checked out, and serves
+as a drop-point for other repositories to use to push changes.
+
+When you run `git annex sync`, it merges the `synced/master` branch
+into `master`, receiving anything that's been pushed to it. (If there is a
+conflict in this merge, [[automatic_conflict_resolution]] is used to
+resolve it). Then it fetches from each remote, and merges in any changes that
+have been made to the remotes too. Finally, it updates `synced/master`
+to reflect the new state of `master`, and pushes it out to each of the remotes.
+
+This way, changes propagate around between repositories as `git annex sync`
+is run on each of them. Every repository does not need to be able to talk
+to every other repository; as long as the graph of repositories is
+connected, and `git annex sync` is run from time to time on each, a given
+change, made anywhere, will eventually reach every other repository.
+
+The workflow for using `git annex sync` is simple:
+
+* Make some changes to files in the repository, using `git-annex`,
+  or anything else.
+* Run `git annex sync` to save the changes.
+* Next time you're working on a different clone of that repository,
+  run `git annex sync` to update it.
+
+Note that by default, `git annex sync` only synchronises the git
+repositories, but does not transfer the content of annexed files. If you
+want to fully synchronise two repositories content,
+you can use `git annex sync --content`. You can also configure
+[[preferred_content]] settings to make only some content be synced.
diff --git a/doc/sync/comment_10_2cd8ab86f498d6f676f859b552f831eb._comment b/doc/sync/comment_10_2cd8ab86f498d6f676f859b552f831eb._comment
new file mode 100644
index 0000000000..da4d019654
--- /dev/null
+++ b/doc/sync/comment_10_2cd8ab86f498d6f676f859b552f831eb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkI9AR8BqG4RPw_Ov2lnDCJWMuM6WMRobQ"
+ nickname="Dav"
+ subject="Sorry to just be getting back..."
+ date="2014-01-26T22:51:28Z"
+ content="""
+The URLs in question in this case were read-only github https URLs. In any case, my problems are solved by what you've already suggested. I think a less error-sounding response to read-only https repos sounds nice!
+"""]]
diff --git a/doc/sync/comment_11_7683879f6982c0eb0aa39b66ff5a5ea9._comment b/doc/sync/comment_11_7683879f6982c0eb0aa39b66ff5a5ea9._comment
new file mode 100644
index 0000000000..430322975c
--- /dev/null
+++ b/doc/sync/comment_11_7683879f6982c0eb0aa39b66ff5a5ea9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn3p4i4lk_zMilvjnJ9sS6g2nerpgz0Fjc"
+ nickname="Matthias"
+ subject="sync slow with content switch"
+ date="2014-04-22T20:37:05Z"
+ content="""
+I noticed that in a test with 2 local repositories and around 2'000 files \"git annex sync\" is still very fast, but \"git annex sync --content\" takes multiple seconds. Is this avoidable?
+
+I have a central repo and client repos. I want to copy all content to the central repo after a commit. Right now, I use \"git annex group central backup\", \"git annex wanted central standard\", and a hook that triggers \"git annex sync --content\" after each commit. Maybe there is a more efficient way to do this? Thanks for sharing thoughts.
+"""]]
diff --git a/doc/sync/comment_12_2fea14fa314ddb7ab645a5cca5a95fd9._comment b/doc/sync/comment_12_2fea14fa314ddb7ab645a5cca5a95fd9._comment
new file mode 100644
index 0000000000..b7e2ea1899
--- /dev/null
+++ b/doc/sync/comment_12_2fea14fa314ddb7ab645a5cca5a95fd9._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://mshri.livejournal.com/"
+ ip="129.170.212.202"
+ subject="Sync specific branch or ignore a branch during sync"
+ date="2014-04-25T15:37:53Z"
+ content="""
+
+I too feel that syncing all remotes by default is the right thing to do, but I think it should be limited to the 'master' and 'git-annex' branch. I often create branches that I want to keep local and do not want them to be synced. But I want 'master' and 'git-annex' branches to be synced with all remotes.
+
+So it would be nice to able to set an option to sync all branches or just the 'master' and 'git-annex' or to able to ignore some branches during git annex sync
+
+Shri
+
+"""]]
diff --git a/doc/sync/comment_13_690f66be9cefe28844d8df653b7a0331._comment b/doc/sync/comment_13_690f66be9cefe28844d8df653b7a0331._comment
new file mode 100644
index 0000000000..08ea5e8430
--- /dev/null
+++ b/doc/sync/comment_13_690f66be9cefe28844d8df653b7a0331._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 13"
+ date="2014-05-15T08:28:09Z"
+ content="""
+I agree with mshri. It’s confusing to have every local branch wind up on every remote (and it hinders «git annex unused»).
+
+I tried working around this by just including relevant branches in the «fetch» refspec, but this will only work until another remote pushes the branches again.
+"""]]
diff --git a/doc/sync/comment_14_db342785a4dade30b5b75cb95031bed1._comment b/doc/sync/comment_14_db342785a4dade30b5b75cb95031bed1._comment
new file mode 100644
index 0000000000..66798dbb16
--- /dev/null
+++ b/doc/sync/comment_14_db342785a4dade30b5b75cb95031bed1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 14"
+ date="2014-05-15T08:58:26Z"
+ content="""
+Added a wishlist item <http://git-annex.branchable.com/todo/Allow_syncing_only_selected_branches/>
+"""]]
diff --git a/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment b/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment
new file mode 100644
index 0000000000..94d34a2a87
--- /dev/null
+++ b/doc/sync/comment_15_168e0ab10b4084e13df1a3058fa7e8a9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 15"
+ date="2014-05-15T19:53:16Z"
+ content="""
+We seem to have some rumor going around that `git annex sync` pushes all branches. It does not. It pushes only the git-annex branch and the currently checked out branch.
+"""]]
diff --git a/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment b/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment
new file mode 100644
index 0000000000..587444d36c
--- /dev/null
+++ b/doc/sync/comment_16_96096f994fc55f921f2b24b274f998f7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 16"
+ date="2014-05-15T19:54:54Z"
+ content="""
+@Matthias, `git annex sync --content` has to check each file to see if any other repository wants it. This is necessarily going to get slow when there are a lot of files. The assistant does a similar syncing but uses some tricks to avoid scanning all the files too often, while still managing to keep them all in sync -- it can do this since it's a long-running daemon and is aware when files have changed.
+"""]]
diff --git a/doc/sync/comment_1_59681be5568f568f5c54eb0445163dd2._comment b/doc/sync/comment_1_59681be5568f568f5c54eb0445163dd2._comment
new file mode 100644
index 0000000000..fa228c5aed
--- /dev/null
+++ b/doc/sync/comment_1_59681be5568f568f5c54eb0445163dd2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="very nice"
+ date="2012-02-25T15:02:18Z"
+ content="""
+Here's a way to get from a starting point of two or more peer directory trees *not* tracked by git or git-annex, to the point where they can be synced in the manner described above: [[forum/syncing_non-git_trees_with_git-annex/]]
+"""]]
diff --git a/doc/sync/comment_2_9301ff5e81d37475f594e74fbe32f24e._comment b/doc/sync/comment_2_9301ff5e81d37475f594e74fbe32f24e._comment
new file mode 100644
index 0000000000..901bb41bd3
--- /dev/null
+++ b/doc/sync/comment_2_9301ff5e81d37475f594e74fbe32f24e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlDDW-g2WLLsLpcnCm4LykAquFY_nwbIrU"
+ nickname="Daniel"
+ subject="Its just grand"
+ date="2013-01-04T14:45:35Z"
+ content="""
+I cam upon git-annex a few months ago. I saw immidiately how it could help with some frustrations I've been having. One in particlar is keeping my vimrc in sync accross multiple locations and platforms. I finally took the time to give it a try after I finally hit my boiling point this morning. I went through the [walkthrough](http://git-annex.branchable.com/walkthrough/) and now I have an annax everywhere I need it. `git annex sync` and my vimrc is up-to-date, simply grand!
+
+Thanks so much for making git-annex, 
+[Daniel Wozniak](http://woz.io)
+"""]]
diff --git a/doc/sync/comment_3_49560003da47490e4fabd4ab0089f2d7._comment b/doc/sync/comment_3_49560003da47490e4fabd4ab0089f2d7._comment
new file mode 100644
index 0000000000..b3b45a1e4d
--- /dev/null
+++ b/doc/sync/comment_3_49560003da47490e4fabd4ab0089f2d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnVX_teMpJeQkyheivad_1XSCFSjpiWgx8"
+ nickname="Diggory"
+ subject="synchronising stored files with a bare repository"
+ date="2013-01-11T16:52:38Z"
+ content="""
+Good for syncing indexes, but if I want to synchronise all data files too (specifically pushing to a remote bare repository), how do I do that?
+"""]]
diff --git a/doc/sync/comment_4_cf29326408e62575085d1f980087c923._comment b/doc/sync/comment_4_cf29326408e62575085d1f980087c923._comment
new file mode 100644
index 0000000000..1ba0e61ade
--- /dev/null
+++ b/doc/sync/comment_4_cf29326408e62575085d1f980087c923._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 4"
+ date="2013-01-11T18:18:07Z"
+ content="""
+Yes, sync only syncs the git branches, not git-annex data. To sync the date, you can run a command such as `git annex copy --to bareremote`. You could run that in cron. Or, the [[assistant]] can be run as a daemon, and automatically syncs git-annex data.
+"""]]
diff --git a/doc/sync/comment_5_18c396c59907147bb2bf713e55392b6b._comment b/doc/sync/comment_5_18c396c59907147bb2bf713e55392b6b._comment
new file mode 100644
index 0000000000..dd7be6f455
--- /dev/null
+++ b/doc/sync/comment_5_18c396c59907147bb2bf713e55392b6b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://elmimmo.myopenid.com/"
+ nickname="chocolate.camera"
+ subject="How to sync content with git-annex, not assistant"
+ date="2013-10-11T09:58:12Z"
+ content="""
+Sure assistant can sync git-annex data across remotes. But how do I tell a repo to sync git-annex data, but not so manually as to having to know what exactly needs to be copied from/to where?
+"""]]
diff --git a/doc/sync/comment_6_012e9d4468d0b88ee3c5dad3911c3606._comment b/doc/sync/comment_6_012e9d4468d0b88ee3c5dad3911c3606._comment
new file mode 100644
index 0000000000..24381237f5
--- /dev/null
+++ b/doc/sync/comment_6_012e9d4468d0b88ee3c5dad3911c3606._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkI9AR8BqG4RPw_Ov2lnDCJWMuM6WMRobQ"
+ nickname="Dav"
+ subject="Syncing only a specific branch"
+ date="2013-11-24T17:48:22Z"
+ content="""
+By default, `git annex sync` will sync to all remotes, unless you specify a remote. So, I have to specify, e.g., `git annex sync origin`. I can simplify this with aliases, I suppose, but I do a lot of teaching non-programmer scientists... so it'd be nice to be able to configure this (so beginning users don't have to keep track of as many things).
+
+Is there (or will there be) a way to do this?
+"""]]
diff --git a/doc/sync/comment_7_6276e100d1341f1a0be368f54de0ae7b._comment b/doc/sync/comment_7_6276e100d1341f1a0be368f54de0ae7b._comment
new file mode 100644
index 0000000000..c40a31200c
--- /dev/null
+++ b/doc/sync/comment_7_6276e100d1341f1a0be368f54de0ae7b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 7"
+ date="2013-11-26T20:08:33Z"
+ content="""
+I feel that syncing with all remotes by default is the right thing for git annex sync to do. 
+"""]]
diff --git a/doc/sync/comment_8_b89161c82c05634d35f6b65bf8360a96._comment b/doc/sync/comment_8_b89161c82c05634d35f6b65bf8360a96._comment
new file mode 100644
index 0000000000..115a0866a9
--- /dev/null
+++ b/doc/sync/comment_8_b89161c82c05634d35f6b65bf8360a96._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkI9AR8BqG4RPw_Ov2lnDCJWMuM6WMRobQ"
+ nickname="Dav"
+ subject="Use case for not syncing to all remotes"
+ date="2013-12-08T19:20:26Z"
+ content="""
+Just in case you haven't considered such a scenario - maybe you have suggestions for how to collaborate more effectively with git annex (and avoid warning messages):
+
+I'm trying to teach beginning scientist programmers (mostly graduate students), and a common scenario is to fork some scientific code. I'd like forking on github to be mundane, and not trigger warnings, and generally have as little for folks to explicitly keep track of as possible (this seems to be a common concern we share, which leads you to prefer syncing to all remotes without the option to configure the default behavior!).
+
+However, I am currently working with students on forking and fixing up scientific code where the upstream maintainer doesn't want to allow pushes upstream, except via pull request. So, part of our approach is to set up some common shared datasets in git annex (and these just end up in our fork). If we have an \"upstream\" remote, git annex will try to sync with it, and report an error.
+
+So - that's why I'd like to be able to configure the deactivation of syncing to a defined branch (e.g., \"upstream\"). However, if you have other suggestions to smooth the workflow, I would also like to hear those!
+"""]]
diff --git a/doc/sync/comment_9_849883b7cc05bfcb01914d8737098010._comment b/doc/sync/comment_9_849883b7cc05bfcb01914d8737098010._comment
new file mode 100644
index 0000000000..ac65b03e67
--- /dev/null
+++ b/doc/sync/comment_9_849883b7cc05bfcb01914d8737098010._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 9"
+ date="2013-12-12T17:54:55Z"
+ content="""
+@Dav what kind of url does the upstream remote have? Perhaps it would be sufficient to make sync skip trying to push to git:// and http[s]:// remotes. Both are unlikely to accept pushes and in the cases where they do accept pushes it would be fine to need a manual `git push`. 
+
+Anyway, you can already configure which remotes get synced with. From the man page:
+
+<pre>
+       remote.&lt;name&gt;.annex-sync
+              If set to false, prevents  git-annex  sync  (and  the  git-annex
+              assistant) from syncing with this remote.
+</pre>
+
+So `git config remote.upstream.annex-sync=false`
+"""]]
diff --git a/doc/templates/bare.tmpl b/doc/templates/bare.tmpl
new file mode 100644
index 0000000000..2d476b716f
--- /dev/null
+++ b/doc/templates/bare.tmpl
@@ -0,0 +1 @@
+<TMPL_VAR CONTENT>
diff --git a/doc/templates/buglist.tmpl b/doc/templates/buglist.tmpl
new file mode 100644
index 0000000000..a5d93e9bbc
--- /dev/null
+++ b/doc/templates/buglist.tmpl
@@ -0,0 +1,25 @@
+<div class="archivepage">
+<TMPL_IF PERMALINK>
+<a href="<TMPL_VAR PERMALINK>"><TMPL_VAR TITLE></a>
+<TMPL_ELSE>
+<a href="<TMPL_VAR PAGEURL>"><TMPL_VAR TITLE></a>
+</TMPL_IF>
+<TMPL_IF TAGS>
+<TMPL_LOOP TAGS>
+ [<TMPL_VAR LINK>]
+</TMPL_LOOP>
+</TMPL_IF>
+<br />
+<span class="archivepagedate">
+Posted <TMPL_VAR CTIME>
+<TMPL_IF AUTHOR>
+by <span class="author">
+<TMPL_IF AUTHORURL>
+<a href="<TMPL_VAR AUTHORURL>"><TMPL_VAR AUTHOR></a>
+<TMPL_ELSE>
+<TMPL_VAR AUTHOR>
+</TMPL_IF>
+</span>
+</TMPL_IF>
+</span>
+</div>
diff --git a/doc/templates/bugtemplate.mdwn b/doc/templates/bugtemplate.mdwn
new file mode 100644
index 0000000000..6214e8f74f
--- /dev/null
+++ b/doc/templates/bugtemplate.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
diff --git a/doc/templates/walkthrough.tmpl b/doc/templates/walkthrough.tmpl
new file mode 100644
index 0000000000..a500a5a865
--- /dev/null
+++ b/doc/templates/walkthrough.tmpl
@@ -0,0 +1,2 @@
+<h2><a href="<TMPL_VAR PAGEURL>"><TMPL_VAR TITLE></a></h2>
+<TMPL_VAR CONTENT>
diff --git a/doc/testimonials.mdwn b/doc/testimonials.mdwn
new file mode 100644
index 0000000000..65fe8adce7
--- /dev/null
+++ b/doc/testimonials.mdwn
@@ -0,0 +1,34 @@
+<div>
+<blockquote class="twitter-tweet"><p>Git annex. Brilliant. Powerful. <a href="http://t.co/AM9B6peM" title="http://git-annex.branchable.com/">git-annex.branchable.com</a></p>&mdash; Gert van Dijk (@gertvdijk) <a href="https://twitter.com/gertvdijk/status/186456474246053888" data-datetime="2012-04-01T14:14:22+00:00">April 1, 2012</a></blockquote>
+<script src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
+<blockquote class="twitter-tweet"><p>git-annex is like dropbox without the chrome. <a href="http://t.co/qcENNt3g" title="http://git-annex.branchable.com/">git-annex.branchable.com</a></p>&mdash; Wil Chung (@iamwil) <a href="https://twitter.com/iamwil/status/185997581229367296" data-datetime="2012-03-31T07:50:53+00:00">March 31, 2012</a></blockquote>
+<script src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
+<blockquote class="twitter-tweet"><p>blender 2.62 + ffmpeg + dnxhd + git-annex = who needs final cut?</p>&mdash; cdotwright (@cdotwright) <a href="https://twitter.com/cdotwright/status/187645142864375808" data-datetime="2012-04-04T20:57:42+00:00">April 4, 2012</a></blockquote>
+<script src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
+<blockquote class="twitter-tweet"><p>I want <a href="https://twitter.com/search/%2523git">#git</a>-annex whereis for all the stuff (not) in my room.</p>&mdash; topr (@derwelle) <a href="https://twitter.com/derwelle/status/172356564072673280" data-datetime="2012-02-22T16:26:21+00:00">February 22, 2012</a></blockquote>
+<script src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
+<blockquote class="twitter-tweet"><p>Git-annex now auto-syncing photos from my android phone to a Tor hidden SSH service I control (via <a href="https://twitter.com/guardianproject">@guardianproject</a>&#39;s Orbot) <a href="https://twitter.com/search?q=%23prismbreak&amp;src=hash">#prismbreak</a></p>&mdash; Richard King (@graphiclunarkid) <a href="https://twitter.com/graphiclunarkid/statuses/347658443479449601">June 20, 2013</a></blockquote>
+<script src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
+</div>
+
+<blockquote>
+What excites me about GIT ANNEX is how it fundamentally tracks the
+backup and availability of any data you own, and allows you to share
+data with a large or small audience, ensuring that the data survives.
+</blockquote>
+-- Jason Scott <http://ascii.textfiles.com/archives/3625>
+
+Seen on IRC:
+<pre>
+oh my god, git-annex is amazing
+this is the revolution in fucking with gigantic piles of files that I've been waiting for
+</pre>
+
+And then my own story: I have a ton of drives. I have a lot of servers. I
+live in a cabin on **dialup** and often have 1 hour on broadband in a week
+to get everything I need. Without git-annex, managing all this would not be
+possible. It works perfectly for me, not a surprise since I wrote it, but
+still, it's a different level of "perfect" than anything I could put
+together before. --[[Joey]]
+
+See also: [[design/assistant/blog/day_288__success_stories]]
diff --git a/doc/testimonials/comment_1_2bf439f7a3bc3d6fab91849017946182._comment b/doc/testimonials/comment_1_2bf439f7a3bc3d6fab91849017946182._comment
new file mode 100644
index 0000000000..2c5facd1f9
--- /dev/null
+++ b/doc/testimonials/comment_1_2bf439f7a3bc3d6fab91849017946182._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="gjost"
+ ip="108.205.152.179"
+ subject="distributed digital repository"
+ date="2013-11-14T00:39:49Z"
+ content="""
+I am in the process of building a distributed digital repository using Git and git-annex as a foundation. Our project is to collect and preserve archival-quality audio and video from multiple bandwidth-challenged remote sites. We're using git-annex to help us sneakernet the metadata and binaries around and to maintain multiple copies in geographically separate locations. Git very neatly addresses the problem of tracking changes, while git-annex makes it possible to track the flow of information through a network of distributed repositories. 
+"""]]
diff --git a/doc/thanks.mdwn b/doc/thanks.mdwn
new file mode 100644
index 0000000000..62b0b82c2f
--- /dev/null
+++ b/doc/thanks.mdwn
@@ -0,0 +1,372 @@
+The development of git-annex was made possible by the generous
+donations of many people. I want to say "Thank You!" to each of
+you individually, but until I meet all 1500 of you, this page will have to
+do. You have my most sincere thanks. --[[Joey]]
+
+(If I got your name wrong, or you don't want it publically posted here,
+email <joey@kitenet.net>.)
+
+## 2013-2014
+
+Continued git-annex development was [crowd funded](https://campaign.joeyh.name/)
+by these excellent people. *Hug*
+
+Eric Hanchrow, Michael Barabanov, Douglas Butts, Cody Woodard, Anna Hess,
+Maggie Hess, Francois Marier, Michael Linksvayer, Alexander Brem, Yaroslav
+Halchenko, Otavio Real Salvador, Giovanni Moretti, Mark Hepburn, Jim
+Cheetham, Ali Gündüz, Chia Shee Liang, Vincent Arel-Bundock, Mark R Jones,
+Willard Korfhage, Faidon Liambotis, Daniel Callahan, Sheila Miguez,
+Christopher Webber, Daniel Patterson, Charity Hanif, Blair Mckenzie, Romain
+Lenglet, Joseph Liu, Robert Beaty, Remy van Elst, Juho Snellman, Jason
+Davidson, Dane Larsen, Kuno Woudt, Navishkar Rao, Ryan Sorensen, Jonathan
+Castello, Nimrod Mesika, Amitai Schlair, Zellyn Hunter, Jan Pieper, Boyd
+Smith, Brett Eisenberg, Péter Károly Juhász, Allan Franta, Aaron De Vries,
+Donald Plummer, Joona Lehtomäki, Evan Anderson, Pedro Côrte-Real, Bradley
+Unterrheiner, Wietse van Buitenen, James Shubin, Daniel de Kok, Michael
+Zehrer, Peter deHaan, David Schmitt, Ian Downes, Gioele Barabucci, Gergely
+Nagy, Diego Ongaro, Jonas Wiklund, Strakhov Artem, £ukasz Szczęsny, Peter
+Olson, Thomas Berker, Greg Young, narf, Michael Jakl, Andrea Rota, Tobias
+Nix, Andreas Olsson, Tobias Ussing, Pere Quintana Segui, Pierre Gambarotto,
+Yuriy Zaytsev, Thomas Djärv, Thomas Hochstein, Simon Lundmark, Damien
+Diederen, Arthur Lutz, Gert Van Gool, Jed Brown, Sören Brunk, Thorsten
+Bormer, Vincent Sanders, Thomas Lundstrøm, Robert Connolly, Marc Seeger,
+Per Andreas Buer, Thomas Andersen, Hendrik Müller Hofstede, Dominik
+Wagenknecht, Robert Walker, Nicholas Weigand, Maximilian Weigand, Thomas
+Jost, John, Angel Ramboi, Thomas Bartels, Fernando Jimenez, Tobias
+Mersmann, András Veres-Szentkirályi, Richard Hartmann, John Hedges,
+Nedialko Andreev, Roderik Koenders, Sławomir Gwizdowski, Aapo Laitinen,
+Jonathan Harrington, Dirk Kraft, Fabian Bartschke, Philip Frank, Patrick
+Steegstra, Roberto Zedda, Leon Major, Torbjørn Thorsen, Lukas Anzinger,
+Pollan Ruben, Daniel Hofer, Johannes Krampf, Jörn Gersdorf, Kristoffer Egil
+Bonarjee, David Iwanowitsch, Daniel Egger, Titus Stahl, Robin Sheat, Thomas
+Nicolaisen, Karsten Heymann, Askings & Medina Business Services, Pieter
+Mulder, Geoffrey Huntley, Wouter Mooij, Kari Oikarinen, sven dowideit,
+Ethan Aubin, Nathan Rickerby, Tobias Brunner, Stian Haukaas Eikeland, Jan
+Dittberner, Jeffrey Goeke-Smith, Joseph Cullen, James Orr, Markus Plangg,
+Glendon Solsberry, Georg Bauer, Andreas Leha, Ian Kozhurin, Boris Hupkens
+van der Elst, Daniel Brockman, Scott Robinson, Olaf Lorenzen, Øyvind
+Andersen Holm, Logan Owen, Christopher Douglass, Nicolas Pouillard, Florian
+Schlegel, Hans-Christian Jehg, Thomas Mechtler, Joshua McKinney, Tom
+Atkins, Paul Scott-Wilson, Rafal Czlonka, Benjamin Williams, Ulises Vitulli, Mesar
+Hameed, Vishakh Vishakh, Daniel Washburn, Maximilian Haack, Jan Gondol,
+Carlo Matteo Capocasa, Jevgenijs Zolotarskis, John Cooper, Matthew Gregg,
+Peter Jarosak, Edward Heil, Kyle Kurtenbach, David Kaminski, Joonathan
+Mägi, Piotr Ożarowski, Ernest Braganza, Adam Sjøgren, Simon Michael,
+Protonet, Valentin Churavy, Trenton Cronholm, Ellis Whitehead, Maarten
+Everts, Paul Tötterman, Julien Lefrique, Robert F Donnelly,
+LeastAuthority.com, Floris Bruynooghe, Kevin Krouse, Bernhard Schmidt,
+Jason Woofenden, Jacek Nykis, Benjamin Carrillo, Teemu Hukkanen, William
+Heinbockel, Kristofer Bergstrom, Richard Gibson, Julian Andres Klode,
+Jeffrey Guenthner, Jochen Kupperschmidt, Andrew Eskridge, Eric Wallmander,
+Aaron Haviland, Evan Deaubl, Felix Crux, Matthew Marshall, Hamish Coleman,
+xymostech, Matthew Mercer, Ben Challenor, András Csáki, Stelian Iancu,
+Dmitri Popov, Anthony DiSanti, Perttu Luukko, Daniel Glassey, Aurélien
+Pinceaux, Svenne Krap, Sven Hartge, Frank Blendinger, Lisa Feilen, Kyle
+Kujala-Korpela, Walter Somerville, Filippo Giunchedi, Tyler Willingham,
+Gernot Schulz, Daniel Gervais, Denver Gingerich, Nicolas Joseph, tommy,
+bak, Grejdi G, Gabriel de Perthuis, Mayank Jain, Radu Raduta, Gregory
+Grossmeier, Errol Hess, Janin Kolenc, Sean Whitton, Philippe Gauthier,
+Ananda Widyadharma, Jochen Bartl, Fredrik Hammar, THM Schoemaker, Marek
+Jawurek, Johan Herland, Gian-Maria Daffre, Justine Lam, Ori Livneh, Arnaud
+Berthomier, Chad Horohoe, Lois DeFiore, Lieven Baes, Patrick Wheeler, James
+Kim, Carlos Trijueque Albarran, Ritesh Nadhani, chesty, Andre Pereira,
+Eskild Hustvedt, David Wagner, Maximiliano Curia, András Széll, Allan
+Holman, Thomas Langewouters, Anonymous, Yannick Leyendecker, Peter
+Daengeli, Josh Taylor, Abhishek Dasgupta, Maarten Aertsen, Mark Sheppard,
+Markus Engström, Samuel Tardieu, Geog Wechslberger, Abdó Roig, Dmitry
+Markushevich, Sergio Rubio, Jim Paris, Vivek Gani, Brock Spratlen, Nathan
+Howell, Alan Chan, Alexandre Dupas, Daniel Atlas, Patrick Hallen, Matthew
+Forrester, Binyamin Cherniavsky, Florent Fourcot, Nathan Yergler, Hannibal
+Skorepa, Cedric Staub, Melissa Binde, Marc Bobillier, Zoran Zaric, Ralph
+Mayer, Jay Pozo, Walter Somerville, Remy Honig, Bernhard Urban, Nurullah
+Akkaya, Ari Pollak, Kalle Svensson, Stephan Schulz, Joshua Honeycutt,
+Justin Keyes, Filias Heidt, Manish Sharma, Benoît Zugmeyer, Andrew Kraut,
+Markus Breitenberger, Dominik Deobald, Aren Olson, Tobias Ammann, Peter
+Lloyd, Pierre Chambart, Michael Alan Dorman, Kyle Meyer, Kristoffer
+Gronlund, Jay Dugger, Jeff McNeill, Oskari Timperi, Mathias Linden,
+Ole-Morten Duesund, Tom Lowenthal, Anders Lannerback, Tony Cantor,
+Stephanie Eikenberry, Vanja Cvelbar, Fabrice Rossi, Franz Pletz, Karl
+Wiberg, Sam Kleinman, Vincent Demeester, Tristan Helmich, Zero Art Radio,
+Bruno Bigras, Ævar Arnfjörð Bjarmason, Stanley Yamane, Christopher Browne,
+David Whittington, Fredrik Gustafsson, Peter Hogg, Tom Francart, Wouter
+Verhelst, Christian Savard, wundersolutions, Andreas Fuchs, Eric Kidd,
+Georg Lehner, Berin Martini, Stewart Wright, Bence Albertini, Stefan
+Schmitt, Antoine Boegli, jscit, Christopher Kernahan, A Marshall, Jürgen
+Peters, Aaron Whitehouse, Jouni K Seppanen, Michael Albertson, Andreas
+Laas, Thomas Herok, Aurelien Gazagne, Bryan W Stitt, anonymous, Chris
+Kastorff, Henning Hasemann, Leonardo Taglialegne, Frank Thomas, Frédéric
+Schütz, Riad Wahby, Maxwell Swadling, Bram Senders, Péter Párkányi, Tom
+Dimiduk, Christian Kellermann, Kilian Evang, Christian Studer, Tim
+Humphrey, Jürgen, Richard Collins, Renaud Casenave-Péré, Patrick Lynn,
+Gregor Gramlich, Hugo Mougard, Arun Srinivasan, Paul Tagliamonte, Don
+Armstrong, Adam DeWitt, Timothy Hobbs, Jacob Briggs, Mark Eichin, Matthew
+Raso-Barnett, Damien Raude-Morvan, Mark Lopez, Mattias Olsson, Marco A L
+Barbosa, Thomas de Ruiter, Anders Claesson, Philipp Meier, Henrik Ahlgren,
+Michael Hofmann, Audric SCHILTKNECHT, Wojtek Burakiewicz, Christian
+Dietrich, Jacob Kirkwood, Fabian Jansen, gregor herrmann, Martin Werner,
+Adam Baxter, Sören Köpping, Pierce Lopez, David Lehn, Michal Politowski,
+John Lawrence, Nicholas Golder, Adam Spiers, Pär Mattsson, Matt Lee,
+Timo Heister, Asbjørn Sloth Tønnesen, James Valleroy, Felix Gruber, Björn
+Pettersson, Nicola Chiapolini, Christer Stenbrenden, Hannes Maier-Flaig,
+Paul Walker, Cary Kempston, Andrew Cant, Albert Drengg,
+Martin Pollow, Karl-Georg Sommer, Francois Cocquemas, Daniel Bross, Martin
+Florian, Grigorios Prasinos, Olivier Berger, Andreas Herten, Kyle MacLea,
+Sozykin Mikhail, André Klärner, Pascal VITOUX, Gunilla Johansson, Dara
+Adib, Nicolas Bonifas, Glen Ogilvie, TasLUG, Shaun Westmacott, Georgi
+Valkov, Nicolas Dietrich, Auroch, Rasmus Pank Roulund, Michael Niewiera,
+Benjamin Koch, Joe Bogner, Christoph Varga, Florian Eitel, Tobias Braun,
+Jochen Schulz, Diggory Hardy, Stephane Barland, Sebastian Bober, Arash
+Rouhani-Kalleh, Geoffrey Irving, Hans Tzou, Mark Booth, Christoph Neckel,
+Aleksandar Iliev, Baldur Kristinsson, Adam Colton, KAWACHI TAKASHI, Michal
+Sojka, Alexander Brandstedt, Jarno Elonen, Rob Sharp, John Pybus, Antonino
+Mazzurco, Damon Haley, Jason Locklin, ULRICH KORTENKAMP, Karthik
+Poobalasubramanian, Alexandre Garel, David Clark, Jeff Johnson,
+Mica Semrick, Paul Staab, Rémi Vanicat, Martin Holtschneider, Jan Ivar
+Beddari, Peter Simons, Thomas Koch, Justin Geibel, Guillaume DELVIT, Shanti
+Bouchez, Oliver Brandt, François Deppierraz, Chad Walstrom, Tim Mattison,
+Jakub Antoni Tyszko, Casa do Boneco, Florian Tham, 
+and 30 anonymous bitcoin users
+
+With an especial thanks to the WikiMedia foundation,
+and Rede Mocambos.
+
+## 2012-2013
+
+<a name="kickstarter">
+The git-annex assistant was [crowd funded on Kickstarter](http://www.kickstarter.com/projects/joeyh/git-annex-assistant-like-dropbox-but-with-your-own/).
+
+### Major Backers
+
+These people are just inspiring in their enthusiasm and generosity to this
+project.
+
+* Jason Scott
+* strager
+
+### Beta Testers
+
+Whole weeks of my time were made possible thanks to each of these
+people, and their testing is invaluable to the development of
+the git-annex assistant.
+
+* Jimmy Tang
+* David Pollak
+* Pater
+* Francois Marier
+* Paul Sherwood
+* Fred Epma
+* Robert Ristroph
+* Josh Triplett
+* David Haslem
+* AJ Ashton
+* Svenne Krap
+* Drew Hess
+* Peter van Westen
+
+### Prioritizers
+
+These forward-thinking people contributed generously just to help
+set my priorities in which parts of the git-annex assistant were most
+important to develop.
+
+Paul C. Bryan, Paul Tötterman, Don Marti, Dean Thompson, Djoume, David Johnston
+Asokan Pichai, Anders Østhus, Dominik Wagenknecht, Charlie Fox, Yazz D. Atlas,
+fenchel, Erik Penninga, Richard Hartmann, Graham, Stan Yamane, Ben Skelton,
+Ian McEwen, asc, Paul Tagliamonte, Sherif Abouseda, Igor Támara, Anne Wind,
+Mesar Hameed, Brandur K. Holm Petersen, Takahiro Inoue, Kai Hendry,
+Stephen Youndt, Lee Roberson, Ben Strawbridge, Andrew Greenberg, Alfred Adams
+Andrew, Aaron De Vries, Monti Knazze, Jorge Canseco, Hamish, Mark Eichin,
+Sherif Abouseda, Ben Strawbridge, chee rabbits, Pedro Côrte-Real
+
+And special thanks to Kevin McKenzie, who also gave me a login to a Mac OSX
+machine, which has proven invaluable, Jimmy Tang who has helped
+with Mac OSX autobuilding and packaging, and Yury V. Zaytsev who
+provides the Windows autobuilder.
+
+### Other Backers
+
+Most of the success of the Kickstarter is thanks to these folks. Some of
+them spent significant amounts of money in the guise of getting some
+swag. For others, being listed here, and being crucial to making the 
+git-annex assistant happen was reward enough. Large or small, these
+contributions were, literally, my bread and butter this year.
+
+Amitai Schlair, mvime, Romain Lenglet, James Petts, Jouni Uuksulainen,
+Wichert Akkerman, Robert Bellus, Kasper Souren, rob, Michiel Buddingh',
+Kevin, Rob Avina, Alon Levy, Vikash, Michael Alan Dorman, Harley Pig,
+Andreas Olsson, Pietpiet, Christine Spang, Liz Young, Oleg Kosorukov,
+Allard Hoeve, Valentin Haenel, Joost Baaij, Nathan Yergler, Nathan Howell,
+Frédéric Schütz, Matti Eskelinen, Neil McGovern, Lane Lillquist, db48x,
+Stuart Prescott, Mark Matienzo, KarlTheGood, leonm, Drew Slininger, 
+Andreas Fuchs, Conrad Parker, Johannes Engelke, Battlegarden, Justin Kelly,
+Robin Wagner, Thad Ward, crenquis, Trudy Goold, Mike Cochrane, Adam Venturella,
+Russell Foo, furankupan, Giorgio Occhioni, andy, mind, Mike Linksvayer,
+Stefan Strahl, Jelmer Vernooij, Markus Fix, David Hicks, Justin Azoff,
+Iain Nicol, Bob Ippolito, Thomas Lundstrøm, Jason Mandel, federico2,
+Edd Cochran, Jose Ortega, Emmett Agnew, Rudy Garcia, Kodi, Nick Rusnov,
+Michael Rubin, Tom de Grunt, Richard Murray, Peter, Suzanne Pierce, Jared
+Marcotte, folk, Eamon, Jeff Richards, Leo Sutedja, dann frazier, Mikkel
+kristiansen, Matt Thomas, Kilian Evang, Gergely Risko, Kristian Rumberg,
+Peter Kropf, Mark Hepburn, greymont, D. Joe Anderson, Jeremy Zunker, ctebo,
+Manuel Roumain, Jason Walsh, np, Shawn, Johan Tibell, Branden Tyree, Dinyar
+Rabady, Andrew Mason, damond armstead, Ethan Aubin, TomTom Tommie, Jimmy
+Kaplowitz, Steven Zakulec, mike smith, Jacob Kirkwood, Mark Hymers, Nathan
+Collins, Asbjørn Sloth Tønnesen, Misty De Meo, James Shubin,
+Jim Paris, Adam Sjøgren, miniBill, Taneli, Kumar Appaiah, Greg Grossmeier,
+Sten Turpin, Otavio Salvador, Teemu Hukkanen, Brian Stengaard, bob walker,
+bibeneus, andrelo, Yaroslav Halchenko, hesfalling, Tommy L, jlargentaye,
+Serafeim Zanikolas, Don Armstrong, Chris Cormack, shayne.oneill, Radu
+Raduta, Josh S, Robin Sheat, Henrik Mygind, kodx, Christian, Geoff
+Crompton, Brian May, Olivier Berger, Filippo Gadotti, Daniel Curto-Millet,
+Eskild Hustvedt, Douglas Soares de Andrade, Tom L, Michael Nacos, Michaël
+P., William Roe, Joshua Honeycutt, Brian Kelly, Nathan Rasch, jorge, Martin
+Galese, alex cox, Avery Brooks, David Whittington, Dan Martinez, Forrest
+Sutton, Jouni K. Seppänen, Arnold Cano, Robert Beaty, Daniel, Kevin Savetz,
+Randy, Ernie Braganza, Aaron Haviland, Brian Brunswick, asmw, sean, Michael
+Williams, Alexander, Dougal Campbell, Robert Bacchas, Michael Lewis, Collin
+Price, Wes Frazier, Matt Wall, Brandon Barclay, Derek van Vliet, Martin
+DeMello, kitt hodsden, Stephen Kitt, Leif Bergman, Simon Lilburn, Michael
+Prokop, Christiaan Conover, Nick Coombe, Tim Dysinger, Brandon Robinson,
+Philip Newborough, keith, Mike Fullerton, Kyle, Phil Windley, Tyler Head,
+George V. Reilly, Matthew, Ali Gündüz, Vasyl Diakonov, Paolo Capriotti,
+allanfranta, Martin Haeberli, msingle, Vincent Sanders, Steven King, Dmitry
+Gribanov, Brandon High, Ben Hughes, Mike Dank, JohnE, Diggory Hardy,
+Michael Hanke, valhalla, Samuli Tuomola, Jeff Rau, Benjamin Lebsanft, John
+Drago, James, Aidan Cooper, rondie, Paul Kohler, Matthew Knights, Aaron
+Junod, Patrick R McDonald, Christopher Browne, Daniel Engel, John SJ
+Anderson, Peter Sarossy, Mike Prasad, Christoph Ender, Jan Dittberner,
+Zohar, Alexander Jelinek, stefan, Danny O'Brien, Matthew Thode, Nicole
+Aptekar, maurice gaston, Chris Adams, Mike Klemencic, Reedy, Subito, Tobias
+Gruetzmacher, Ole-Morten Duesund, André Koot, mp, gdop, Cole Scott, Blaker,
+Matt Sottile, W. Craig Trader, Louis-Philippe Dubrule, Brian Boucheron,
+Duncan Smith, Brenton Buchbach, Kyle Stevenson, Eliot Lash, Egon Elbre,
+Praveen, williamji, Thomas Schreiber, Neil Ford, Ryan Pratt, Joshua Brand,
+Peter Cox, Markus Engstrom, John Sutherland, Dean Bailey, Ed Summers,
+Hillel Arnold, David Fiander, Kurt Yoder, Trevor Muñoz, keri, Ivan
+Sergeyenko, Shad Bolling, Tal Kelrich, Steve Presley, gerald ocker, Essex
+Taylor, Josh Thomson, Trevor Bramble, Lance Higgins, Frank Motta, Dirk
+Kraft, soundray, Joe Haskins, nmjk, Apurva Desai, Colin Dean, docwhat,
+Joseph Costello, Jst, flamsmark, Alex Lang, Bill Traynor, Anthony David,
+Marc-André Lureau, AlNapp, Giovanni Moretti, John Lawrence, João Paulo
+Pizani Flor, Jim Ray, Gregory Thrush, Alistair McGann, Andrew Wied,
+Koutarou Furukawa, Xiscu Ignacio, Aaron Sachs, Matt, Quirijn, Chet
+Williams, Chris Gray, Bruce Segal, Tom Conder, Louis Tovar, Alex Duryee,
+booltox, d8uv, Decklin Foster, Rafael Cervantes, Micah R Ledbetter, Kevin
+Sjöberg, Johan Strombom, Zachary Cohen, Jason Lewis, Yves Bilgeri, Ville
+Aine, Mark Hurley, Marco Bonetti, Maximilian Haack, Hynek Schlawack,
+Michael Leinartas, Andreas Liebschner, Duotrig, Nat Fairbanks, David
+Deutsch, Colin Hayhurst, calca, Kyle Goodrick, Marc Bobillier, Robert
+Snook, James Kim, Olivier Serres, Jon Redfern, Itai Tavor, Michael
+Fladischer, Rob, Jan Schmid, Thomas H., Anders Söderbäck, Abhishek
+Dasgupta, Jeff Goeke-Smith, Tommy Thorn, bonuswavepilot, Philipp Edelmann,
+Nick, Alejandro Navarro Fulleda, Yann Lallemant, andrew brennan, 
+Dave Allen Barker Jr, Fabian, Lukas Anzinger, Carl Witty, Andy Taylor,
+Andre Klärner, Andrew Chilton, Adam Gibbins, Alexander Wauck, Shane O'Dea,
+Paul Waite, Iain McLaren, Maggie Ellen Robin Hess, Willard Korfhage,
+Nicolas, Eric Nikolaisen, Magnus Enger, Philipp Kern, Andrew Alderwick,
+Raphael Wimmer, Benjamin Schötz, Ana Guerrero, Pete, Pieter van der Eems,
+Aaron Suggs, Fred Benenson, Cedric Howe, Lance Ivy, Tieg Zaharia, Kevin
+Cooney, Jon Williams, Anton Kudris, Roman Komarov, Brad Hilton, Rick Dakan,
+Adam Whitcomb, Paul Casagrande, Evgueni Baldin, Robert Sanders, Kagan
+Kayal, Dean Gardiner, micah altman, Cameron Banga, Ross Mcnairn, Oscar
+Vilaplana, Robin Graham, Dan Gervais, Jon Åslund, Ragan Webber, Noble Hays,
+stephen brown, Sean True, Maciek Swiech, faser, eikenberry, Kai Laborenz,
+Sergey Fedoseev, Chris Fournier, Svend Sorensen, Greg K, wojtek, Johan
+Ribenfors, Anton, Benjamin, Oleg Tsarev, PsychoHazard, John Cochrane,
+Kasper Lauritzen, Patrick Naish, Rob, Keith Nasman, zenmaster, David Royer,
+Max Woolf, Dan Gabber, martin rhoads, Martin Schmidinger, Paul
+Scott-Wilson, Tom Gromak, Andy Webster, Dale Webb, Jim Watson, Stephen
+Hansen, Mircea, Dan Goodenberger, Matthias Fink, Andy Gott, Daniel, Jai
+Nelson, Shrayas Rajagopal, Vladimir Rutsky, Alexander, Thorben Westerhuys,
+hiruki, Tao Neuendorffer Flaherty, Elline, Marco Hegenberg, robert, Balda,
+Brennen Bearnes, Richard Parkins, David Gwilliam, Mark Johnson, Jeff Eaton,
+Reddawn90, Heather Pusey, Chris Heinz, Colin, Phatsaphong Thadabusapa,
+valunthar, Michael Martinez, redlukas, Yury V. Zaytsev, Blake, Tobias
+"betabrain" A., Leon, sopyer, Steve Burnett, bessarabov, sarble, krsch.com,
+Jack Self, Jeff Welch, Sam Pettiford, Jimmy Stridh, Diego Barberá, David
+Steele, Oscar Ciudad, John Braman, Jacob, Nick Jenkins, Ben Sullivan, Brian
+Cleary, James Brosnahan, Darryn Ten, Alex Brem, Jonathan Hitchcock, Jan
+Schmidle, Wolfrzx99, Steve Pomeroy, Matthew Sitton, Finkregh, Derek Reeve,
+GDR!, Cory Chapman, Marc Olivier Chouinard, Andreas Ryland, Justin, Andreas
+Persenius, Games That Teach, Walter Somerville, Bill Haecker, Brandon
+Phenix, Justin Shultz, Colin Scroggins, Tim Goddard, Ben Margolin, Michael
+Martinez, David Hobbs, Andre Le, Jason Roberts, Bob Lopez, Gert Van Gool,
+Robert Carnel, Anders Lundqvist, Aniruddha Sathaye, Marco Gillies, Basti
+von Bejga, Esko Arajärvi, Dominik Deobald, Pavel Yudaev, Fionn Behrens,
+Davide Favargiotti, Perttu Luukko, Silvan Jegen, Marcelo Bittencourt,
+Leonard Peris, smercer, Alexandre Dupas, Solomon Matthews, Peter Hogg,
+Richard E. Varian, Ian Oswald, James W. Sarvey, Ed Grether, Frederic
+Savard, Sebastian Nerz, Hans-Chr. Jehg, Matija Nalis, Josh DiMauro, Jason
+Harris, Adam Byrtek, Tellef, Magnus, Bart Schuurmans, Giel van Schijndel,
+Ryan, kiodos, Richard 'maddog' Collins, PawZubr, Jason Gassel, Alex
+Boisvert, Richard Thompson, maddi bolton, csights, Aaron Bryson, Jason Chu,
+Maxime Côté, Kineteka Systems, Joe Cabezas, Mike Czepiel, Rami Nasra,
+Christian Simonsen, Wouter Beugelsdijk, Adam Gibson, Gal Buki, James
+Marble, Alan Chambers, Bernd Wiehle, Simon Korzun, Daniel Glassey, Eero af
+Heurlin, Mikael, Timo Engelhardt, Wesley Faulkner, Jay Wo, Mike Belle,
+David Fowlkes Jr., Karl-Heinz Strass, Ed Mullins, Sam Flint,
+Hendrica, Mark Emer Anderson, Joshua Cole, Jan Gondol, Henrik Lindhe,
+Albert Delgado, Patrick, Alexa Avellar, Chris, sebsn1349, Maxim Kachur,
+Andrew Marshall, Navjot Narula, Alwin Mathew, Christian Mangelsdorf, Avi
+Shevin, Kevin S., Guillermo Sanchez Estrada, Alex Krieger, Luca Meier, Will
+Jessop, Nick Ruest, Lani Aung, Ulf Benjaminsson, Rudi Engelbrecht, Miles
+Matton, Cpt_Threepwood, Adam Kuyper, reacocard, David Kilsheimer, Peter
+Olson, Bill Fischofer, Prashant Shah, Simon Bonnick, Alexander Grudtsov,
+Antoine Boegli, Richard Warren, Sebastian Rust, AlmostHuman, Timmy
+Crawford, PC, Marek Belski, pontus, Douglas S Butts, Eric Wallmander, Joe
+Pelar, VIjay, Trahloc, Vernon Vantucci, Matthew baya, Viktor Štujber,
+Stephen Akiki, Daniil Zamoldinov, Atley, Chris Thomson, Jacob Briggs, Falko
+Richter, Andy Schmitz, Sergi Sagas, Peder Refsnes, Jonatan, Ben, Bill
+Niblock, Agustin Acuna, Jeff Curl, Tim Humphrey, bib, James Zarbock,
+Lachlan Devantier, Michal Berg, Jeff Lucas, Sid Irish, Franklyn, Jared
+Dickson, Olli Jarva, Adam Gibson, Lukas Loesche, Jukka Määttä, Alexander
+Lin, Dao Tran, Kirk, briankb, Ryan Villasenor, Daniel Wong, barista, Tomas
+Jungwirth, Jesper Hansen, Nivin Singh, Alessandro Tieghi, Billy Roessler,
+Peter Fetterer, Pallav Laskar, jcherney, Tyler Wang, Steve, Gigahost, Beat
+Wolf, Hannibal Skorepa, aktiveradio, Mark Nunnikhoven, Bret Comnes, Alan
+Ruttenberg, Anthony DiSanti, Adam Warkiewicz, Brian Bowman, Jonathan, Mark
+Filley, Tobias Mohr, Christian St. Cyr, j. faceless user, Karl Miller,
+Thomas Taimre, Vikram, Jason Mountcastle, Jason, Paul Elliott, Alexander,
+Stephen Farmer, rayslava, Peter Leurs, Sky Kruse, JP Reeves, John J Schatz,
+Martin Sandmair, Will Thompson, John Hergenroeder, Thomas, Christophe
+Ponsart, Wolfdog, Eagertolearn, LukasM, Federico Hernandez, Vincent Bernat,
+Christian Schmidt, Cameron Colby Thomson, Josh Duff, James Brown, Theron
+Trowbridge, Falke, Don Meares, tauu, Greg Cornford, Max Fenton, Kenneth
+Reitz, Bruce Bensetler, Mark Booth, Herb Mann, Sindre Sorhus, Chris
+Knadler, Daniel Digerås, Derek, Sin Valentine, Ben Gamari, david
+lampenscherf, fardles, Richard Burdeniuk, Tobias Kienzler, Dawid Humbla,
+Bruno Barbaroxa, D Malt, krivar, James Valleroy, Peter, Tim Geddings,
+Matthias Holzinger, Hanen, Petr Vacek, Raymond, Griff Maloney, Andreas
+Helveg Rudolph, Nelson Blaha, Colonel Fubar, Skyjacker Captain Gavin
+Phoenix, shaun, Michael, Kari Salminen, Rodrigo Miranda, Alan Chan, Justin
+Eugene Evans, Isaac, Ben Staffin, Matthew Loar, Magos, Roderik, Eugenio
+Piasini, Nico B, Scott Walter, Lior Amsalem, Thongrop Rodsavas, Alberto de
+Paola, Shawn Poulen, John Swiderski, lluks, Waelen, Mark Slosarek, Jim
+Cristol, mikesol, Bilal Quadri, LuP, Allan Nicolson, Kevin Washington,
+Isaac Wedin, Paul Anguiano, ldacruz, Jason Manheim, Sawyer, Jason
+Woofenden, Joe Danziger, Declan Morahan, KaptainUfolog, Vladron, bart, Jeff
+McNeill, Christian Schlotter, Ben McQuillan, Anthony, Julian, Martin O,
+altruism, Eric Solheim, MarkS, ndrwc, Matthew, David Lehn, Matthew
+Cisneros, Mike Skoglund, Kristy Carey, fmotta, Tom Lowenthal, Branden
+Tyree, Aaron Whitehouse
+
+### Also thanks to
+
+* The Kickstarter team, who have unleashed much good on the world.
+* The Haskell developers, who toiled for 20 years in obscurity
+  before most of us noticed them, and on whose giant shoulders I now stand,
+  in awe of the view.
+* The Git developers, for obvious reasons.
+* All of git-annex's early adopters, who turned it from a personal
+  toy project into something much more, and showed me the interest was there.
+* Rsync.net, for providing me a free account so I can make sure git-annex
+  works well with it.
+* LeastAuthority.com, for providing me a free Tahoe-LAFS grid account,
+  so I can test git-annex with that, and back up the git-annex assistant
+  screencasts.
+* Anna and Mark, for the loan of the video camera; as well as the rest of
+  my family, for your support. Even when I couldn't explain what I was
+  working on.
+* The Hodges, for providing such a congenial place for me to live and work
+  on these first world problems, while you're off helping people in the
+  third world.
diff --git a/doc/tips.mdwn b/doc/tips.mdwn
new file mode 100644
index 0000000000..eda84c8672
--- /dev/null
+++ b/doc/tips.mdwn
@@ -0,0 +1,4 @@
+This page is a place to document tips and techniques for using git-annex.
+
+[[!inline pages="tips/* and !tips/*/*" archive="yes"
+rootpage="tips" postformtext="Add a new tip about:" show=0]]
diff --git a/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__.mdwn b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__.mdwn
new file mode 100644
index 0000000000..c32eb966f7
--- /dev/null
+++ b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__.mdwn
@@ -0,0 +1,111 @@
+I've been wrestling with git-annex to try to make it build on Debian, or more specifically, wrestling with Haskell dependencies.
+
+After a fair amount of futzing around, and pestering a bunch of people in the process (thanks for the help! :) ) I finally managed to make it build.
+
+I figured I would post the steps here, since it's not completely trivial, and I expect that a few others might be interested in building newer versions as well.
+
+There appears to currently be two methods:
+
+* Debian packages on Wheezy plus Sid
+  * Starting out on Wheezy, and then picking the rest from Sid (it seems at least libghc-safesemaphore-dev from Sid is critical for newer git-annex)
+  * WebDAV suport will not be available with this method
+* Cabal packages
+
+
+#Debian packages on Wheezy plus Sid
+
+##Start off with a clean wheezy chroot
+
+    sudo debootstrap wheezy debian-wheezy
+    sudo chroot debian-wheezy
+
+##Install some build tools
+
+    apt-get update
+    apt-get install devscripts git
+
+##Get git-annex (either by cloning or simply moving the source into the chroot)
+
+    mkdir /src
+    cd /src
+    git clone git://git-annex.branchable.com/source.git git-annex
+    cd git-annex
+
+##Remove WebDAV dependency which can't be satisfied anywhere
+
+    sed '/libghc-dav-dev/d' -i debian/control
+
+##Create dummy build-depends package and install all available Wheezy dependencies using it
+
+    mk-build-deps
+    dpkg -i git-annex-build-deps*.deb
+    apt-get install -f
+
+(this will remove the build-depends package)
+
+##Add Sid sources and install all available Sid dependencies
+
+    echo "deb http://http.debian.net/debian sid main" >>/etc/apt/sources.list
+    apt-get update
+    dpkg -i git-annex-build-deps*.deb
+    apt-get install -f
+
+(the build-depends package should now be fully installed)
+
+##Disable the 'make test' that fails due to missing hothasktags
+
+    echo >>debian/rules
+    echo "override_dh_auto_test:" >>debian/rules
+
+##Build!
+
+    debuild -us -uc -Igit
+
+
+#Cabal packages
+
+##Start off with a clean Sid(/Wheezy) chroot
+
+    sudo debootstrap sid debian-sid
+    sudo chroot debian-sid
+
+##Install a smaller set of tools and build-depends from Debian (cabal needs these to compile the Haskell stuff)
+
+    apt-get update
+    apt-get install ghc cabal-install devscripts libz-dev pkg-config c2hs libgsasl7-dev libxml2-dev libgnutls-dev c2hs git debhelper ikiwiki perlmagick uuid rsync openssh-client fakeroot
+
+##Get git-annex (either by cloning or simply moving the source into the chroot)
+
+    mkdir /src
+    cd /src
+    git clone git://git-annex.branchable.com/source.git git-annex
+    cd git-annex
+
+##Install the Haskell build-dependencies from cabal
+
+    cabal update
+    cabal install --only-dependencies
+
+##Optional step which doesn't work (might in the future)
+If we want to run the 'make test' after build we need hothasktags, which is only available via cabal
+
+    apt-get install happy
+    cabal install hothasktags
+    export PATH=$PATH:~/.cabal/bin
+
+But this currently fails silently inside make test->fast->tags, and if you dig a bit (manually edit the makefile to be more verbose) you see
+
+    hothasktags: ./Command/AddUnused.hs: hGetContents: invalid argument (invalid byte sequence)
+
+##Disable the 'make test' that fails
+
+    echo >>debian/rules
+    echo "override_dh_auto_test:" >>debian/rules
+
+##Remove all Debian package haskell depends (taken care of by cabal instead)
+
+    sed '/\tlibghc/d' -i debian/control
+
+## Build!
+
+    debuild -us -uc -Igit
diff --git a/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_1_835a3608df3e9d044cabe822d0f3e7e4._comment b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_1_835a3608df3e9d044cabe822d0f3e7e4._comment
new file mode 100644
index 0000000000..55cf0b97b9
--- /dev/null
+++ b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_1_835a3608df3e9d044cabe822d0f3e7e4._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkCw26IdxXXPBoLcZsQFslM67OJSJynb1w"
+ nickname="Alexander"
+ subject="can't install git-annex on OS X Mountain Lion without disabling WebDAV support"
+ date="2013-04-29T17:57:03Z"
+ content="""
+possibly related to this Debian issue:
+
+trying to install git-annex with cabal on OS X 10.8.3, the build fails with
+
+
+    Loading package DAV-0.4 ... linking ... ghc: 
+    lookupSymbol failed in relocateSection (relocate external)
+    ~/.cabal/lib/DAV-0.4/ghc-7.4.2/HSDAV-0.4.o: unknown symbol `_DAVzm0zi4_PathszuDAV_version1_closure'
+    ghc: unable to load package `DAV-0.4'
+    Failed to install git-annex-4.20130417
+    cabal: Error: some packages failed to install:
+    git-annex-4.20130417 failed during the building phase. The exception was:
+    ExitFailure 1
+
+
+This was after following all of the instructions for the Homebrew install at [http://git-annex.branchable.com/install/OSX/](http://git-annex.branchable.com/install/OSX/)
+I was able to work around this issue by installing with the WebDAV flag disabled (ie, added the option --flags=\"-WebDAV\" to last command in the OS X install instructions):
+
+    cabal install git-annex --bindir=$HOME/bin --flags=\"-WebDAV\"
+
+"""]]
diff --git a/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_2_080b30cba72a718e73ea715e259e1cfb._comment b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_2_080b30cba72a718e73ea715e259e1cfb._comment
new file mode 100644
index 0000000000..7e8e295fdc
--- /dev/null
+++ b/doc/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/comment_2_080b30cba72a718e73ea715e259e1cfb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-30T21:51:50Z"
+ content="""
+@Alexander that DAV-0.4 problem is a bug in DAV, not git-annex. I've informed its author and it should be fixed soon, in a new version of DAV.
+"""]]
diff --git a/doc/tips/Crude_Windows_Sync.mdwn b/doc/tips/Crude_Windows_Sync.mdwn
new file mode 100644
index 0000000000..88138a0b1d
--- /dev/null
+++ b/doc/tips/Crude_Windows_Sync.mdwn
@@ -0,0 +1,35 @@
+Here's a workaround to start syncing folders on Windows right now. It's a bit command line heavy, so you might need to set this up for your users. But I would much rather do this than use some other syncing solution and then have to migrate.
+
+(1) Create a remote server git annex repository with the assistant on Linux or Mac.
+
+(2) [Install git](http://git-scm.com/) on the Windows machine.
+
+(3) [Install git-annex for Windows](http://git-annex.branchable.com/install/Windows/) on the Windows machine. Don't forget to run the installer as administrator.
+
+(4) Run _Git Bash_ from the system menu, and run these commands to clone your repository.
+
+    ssh-keygen
+    cat .ssh/id_rsa.pub | ssh username@my-server.com "cat >> ~/.ssh/authorized_keys"
+    git clone username@my-server.com:/path/to/annex
+    cd annex
+    git annex init
+
+(5) Create a script that will trigger a full sync
+
+    echo '
+    #!/bin/bash
+    git annex sync
+    git annex get *
+    git annex add .
+    git annex sync
+    git annex copy * --to origin  
+    ' > sync.sh
+    chmod +x sync.sh
+    ./sync.sh
+
+(6) Copy the "Git Bash" shortcut from your windows menu to your desktop, and change the link target to:
+
+    C:\Program Files\Git\bin\sh.exe" --login -i "annex/sync.sh"
+
+Now ask your users to run this shortcut before and after they change files. You can also put it into the "autostart" folder to sync at boot.
+
diff --git a/doc/tips/Decentralized_repository_behind_a_Firewall.mdwn b/doc/tips/Decentralized_repository_behind_a_Firewall.mdwn
new file mode 100644
index 0000000000..9e347c73f7
--- /dev/null
+++ b/doc/tips/Decentralized_repository_behind_a_Firewall.mdwn
@@ -0,0 +1,59 @@
+If you're anything like me¹, you have a copy of your annex on a computer running at home², set up so you can access it from anywhere like this:
+
+    ssh myhome.no-ip.org
+
+This is totally great! Except, there is no way for your home computer to pull your changes, because there is no *on-the-go.no-ip.org*. You can get clunky and use a *bare git repository and git push*, but there is a better way.
+
+First, install *openssh-server* on your *on-the-go* computer
+
+    sudo apt-get install openssh-server # Adjust to your flavor of unix
+
+Then, log into your *home* computer, with *port forwarding*:
+
+    ssh me@myhome.no-ip.org -R 2201:localhost:22
+
+Your *home* computer can now ssh into your *on-the-go* computer, as long as you keep the above shell running.
+
+You can now add your *on-the-go* computer as a remote on your *home* computer. Use the port forwarding shell you just connected with the command above, if you like. 
+
+    ssh-keygen -t rsa
+    ssh-copy-id "me@localhost -p 2201"
+    cd ~/annex
+    git remote add on-the-go ssh://me@localhost:2201/home/myuser/annex
+
+Now you can run normal annex operations, as long as the port forwarding shell is running³.
+
+    git annex sync
+    git annex get on-the-go some/big/file
+    git annex info
+
+You can add more computers by repeating with a different port, e.g. 2202 or 2203 (or any other).
+
+If you're security paranoid (like me), read on. If you're not, that's it! Thanks for reading!
+
+---
+Paranoid Area
+
+Note you're granting passwordless access to your on-the-go computer to your home computer. I believe that's all right, as long as:
+
+* Your home computer is really in your home, and not at a friend's house or some datacenter
+* Your home computer can be accessed only by ssh, and not HTTP or Samba or NTP or (shoot me now!) FTP
+* Only you (and perhaps trustworthy family) have access to your home computer
+* You have reasonably strong passwords or key-only logins on both your home and on-the-go computers.
+* You regularly install security updates on both computers (sudo apt-get update && sudo apt-get upgrade)
+
+In any case, the setup is much, much, much more secure than Dropbox. With Dropbox, you have exactly the same setup, but:
+
+* Your data is stored in some datacenter. It's supposed to be encrypted. It might not be.
+* Lot's of people have routine access to your files, and plausible reason to. Bored employees might regularly be doing some 'maintenance work' involving your pictures.
+* The dropbox software can do anything it likes on your computer, and it's closed source so you don't know if it does. A disgruntled employee could put a trojan into it.
+* Dropbox might have a backdoor for employee access to any file on your computer. This might be done with the best of intentions, but a mal-intentioned or careless employee might still erase things or send sensitive files from your computer by email.
+* A truly huge amount of eyes connected to incredibly smart brains have looked at openssh and found it secure. Everybody trusts openssh. With dropbox, there is, well, dropbox. Whoever that is.
+
+-----
+
+¹ Me=Carlo, not Joey. I'm pretty sure doing what I wrote here is a good idea, but in case it turns out to be catastrophically dumb, it's my fault, not his.
+
+² My always-on computer at home is a raspberry pi with a 32GB USB stick. Best self-hosted dropbox you could imagine.
+
+³ You can just forward the port, but not open a shell, by adding the -N command. This could be useful for connecting on startup, e.g. in /etc/rc.local. I prefer to open the shell to forward the ports, maybe use it, and close it to stop it.
diff --git a/doc/tips/Decentralized_repository_behind_a_Firewall/comment_1_78b9035234a690ca5a7c9f3cc78fa092._comment b/doc/tips/Decentralized_repository_behind_a_Firewall/comment_1_78b9035234a690ca5a7c9f3cc78fa092._comment
new file mode 100644
index 0000000000..71a1db9c88
--- /dev/null
+++ b/doc/tips/Decentralized_repository_behind_a_Firewall/comment_1_78b9035234a690ca5a7c9f3cc78fa092._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-30T16:25:58Z"
+ content="""
+If you don't trust your home computer with shell access, you can lock it down in `.ssh/authorized_keys` to only be able to run git-annex-shell. See [[forum/Restricting_git-annex-shell_to_a_specific_repository]]
+"""]]
diff --git a/doc/tips/Delay_Assistant_Startup_on_Login.mdwn b/doc/tips/Delay_Assistant_Startup_on_Login.mdwn
new file mode 100644
index 0000000000..74652308ae
--- /dev/null
+++ b/doc/tips/Delay_Assistant_Startup_on_Login.mdwn
@@ -0,0 +1,13 @@
+# Problem
+I noticed that after installing git-annex assistant, my start up times greatly increased because the assistant does a startup scan while everything else is loading.
+# Solution (for people using Gnome)
+The solution I came up with is to delay the assistant's startup, as well as setting its IO priority as idle. To do this in Gnome 3, run:
+
+    gnome-session-properties
+Find the "Git Annex Assistant" entry in the Startup Programs tab, then click edit. Change this:
+
+    /usr/local/bin/git-annex assistant --autostart (your location of git-annex may be different)
+to this:
+
+    bash -c "sleep 30; ionice -c3 /usr/local/bin/git-annex assistant --autostart" (replace /usr/local/bin to wherever git-annex is installed)
+The "sleep 30" command delays the startup of the assistant by 30 seconds, and "ionice -c3" sets git-annex's IO priority to "idle," the lowest level.
diff --git a/doc/tips/Delay_Assistant_Startup_on_Login/comment_1_c63917150527efab4b1106183b3aa7ef._comment b/doc/tips/Delay_Assistant_Startup_on_Login/comment_1_c63917150527efab4b1106183b3aa7ef._comment
new file mode 100644
index 0000000000..fe8cb80ba3
--- /dev/null
+++ b/doc/tips/Delay_Assistant_Startup_on_Login/comment_1_c63917150527efab4b1106183b3aa7ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~alphapapa"
+ nickname="alphapapa"
+ subject="ionice not supported by deadline scheduler"
+ date="2013-06-28T17:43:47Z"
+ content="""
+Linux's deadline I/O scheduler does not support ionice.  It is now the default on some distros, including Ubuntu.  CFQ does support ionice.
+"""]]
diff --git a/doc/tips/Git_annex_and_Calibre.mdwn b/doc/tips/Git_annex_and_Calibre.mdwn
new file mode 100644
index 0000000000..71f955656c
--- /dev/null
+++ b/doc/tips/Git_annex_and_Calibre.mdwn
@@ -0,0 +1,120 @@
+The problem
+===========
+
+[Calibre](http://calibre-ebook.com/) is a ebook manager that is
+available in [debian](http://packages.debian.org/sid/calibre). I use
+it to maintain my library, but also to dowload every day an epub
+version of a French newspaper and then put it on my kobo.
+
+Configuring git annex for this
+==============================
+
+I wanted to use git-annex, so
+
+    $ git init
+    $ git annex init "some useful name"
+
+But I don't want every thing in annex, because Calibre use some text
+file to save some metadata, so I used:
+
+    $ git config annex.largefiles "include=* exclude=*.opf exclude=*.json"
+
+then lets add everything
+
+    $ git annex add *
+    $ git add *
+    $ git commit -m "first commit"
+
+Calibre need read and write access on the its database, so let unlock it:
+
+    $ git annex unlock metadata.db
+
+On my other computer I only need to do
+
+    $ git clone $user@$host:Calibre\ library
+    $ cd Calibre\ library
+    $ git annex init "another useful name"
+    $ git annex get .
+    $ git annex unlock metadata.db
+
+The problem is that every time you will `git annex sync`, git annex
+will lock again the metadata.db, so lets unlock it automatically. I
+use git hooks, in `.git/hooks/post-commit` I have
+
+    #!/bin/bash
+
+    git annex edit metadata.db
+
+don't forget to make this file executable
+
+    $ chmod a+x .git/hooks/post-commit
+
+Day to day operation
+====================
+
+    $ git annex add .
+
+Will put new file into the annex
+
+    $ git add .
+
+Will take care of the files that should no go into annex
+
+    $ git annex sync
+
+Will make the repositories exchange informations about all this, and
+make remote change local
+
+    $ git annex get .
+
+Will make remote book locally available
+
+Merge conflict
+--------------
+You should not run calibre on the two computer simultaneously, or
+without syncing before it. If you do, you will have a conflict that
+git-annex will automatically *solve* by rename both of the file.
+
+You can then either:
+
+ - Choose one. If no books have been changed or added on one of the
+   computer, to use the other `metadata.db` will not make you loose
+   any information
+ - rebuild it. `calibredb restore_database` won't do it, but will tell
+   you how to do it.
+
+Checking the library
+--------------------
+You can use `calibredb check_library` to check you library is
+correct. If you use git for it, it will always tell you that it is not
+correct: there is this author ".git" it doesn't know about. Just don't
+care about it.
+
+Maybe this can be solved by using `vcsh` but apparently
+`vcsh`+`git annex` it not well tested yet.
+
+Automatic stuff
+---------------
+I use `mr` to automatically run all this, but some config could be
+done (I believe) to have `git annex copy --auto` do what it should.
+
+There are also the git annex assistant for this kind of automatic
+synchronizations of contents, but I don't know if my automatic
+unlocking of one file will break this.
+
+It might be interesting to find someway to unlock and lock the library
+only when running calibre, a simple script to launch calibre will do
+that. Note that each time you will lock and unlock, you will have a
+new commit in git.
+
+Another solution
+===================
+You could also use direct mode in place of the auto unlock feature
+
+    git annex direct
+
+The remove the `post-commit` git hook (or do not add it). Its a
+simpler solution, but remember that interaction between git annex direct
+repositories and plain git are complex and sometimes downright dangerous. See [[direct mode]] for details.
+
+In particular, do *not* called `git add *` in the above steps, as that will commit all books into git.
diff --git a/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
new file mode 100644
index 0000000000..97f5828d39
--- /dev/null
+++ b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo.mdwn
@@ -0,0 +1,19 @@
+I worked out how to retroactively annex a large file that had been checked into a git repo some time ago.  I thought this might be useful for others, so I am posting it here.
+
+Suppose you have a git repo where somebody had checked in a large file you would like to have annexed, but there are a bunch of commits after it and you don't want to loose history, but you also don't want everybody to have to retrieve the large file when they clone the repo.  This will re-write history as if the file had been annexed when it was originally added.
+
+This command works for me, it relies on the current behavior of git which is to use a directory named .git-rewrite/t/ at the top of the git tree for the extracted tree.  This will not be fast and it will rewrite history, so be sure that everybody who has a copy of your repo is OK with accepting the new history.  If the behavior of git changes, you can specify the directory to use with the -d option.  Currently, the t/ directory is created inside the directory you specify, so "-d ./.git-rewrite/" should be roughly equivalent to the default.
+
+Enough with the explanation, on to the command:
+<pre>
+git filter-branch --tree-filter 'for FILE in file1 file2 file3;do if [ -f "$FILE" ] && [ ! -L "$FILE" ];then git rm --cached "$FILE";git annex add "$FILE";ln -sf `readlink "$FILE"|sed -e "s:^../../::"` "$FILE";fi;done' --tag-name-filter cat -- --all
+</pre>
+
+replace file1 file2 file3... with whatever paths you want retroactively annexed.  If you wanted bigfile1.bin in the top dir and subdir1/bigfile2.bin to be retroactively annexed try:
+<pre>
+git filter-branch --tree-filter 'for FILE in bigfile1.bin subdir1/bigfile2.bin;do if [ -f "$FILE" ] && [ ! -L "$FILE" ];then git rm --cached "$FILE";git annex add "$FILE";ln -sf `readlink "$FILE"|sed -e "s:^../../::"` "$FILE";fi;done' --tag-name-filter cat -- --all
+</pre>
+
+**If your repo has tags** then you should take a look at the git-filter-branch man page about the --tag-name-filter option and decide what you want to do.  By default this will re-write the tags "nearly properly".
+
+You'll probably also want to look at the git-filter-branch man page's section titled "CHECKLIST FOR SHRINKING A REPOSITORY" if you want to free up the space in the existing repo that you just changed history on.
diff --git a/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_1_7eaf73fb3355bd706ab18a43790b3c10._comment b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_1_7eaf73fb3355bd706ab18a43790b3c10._comment
new file mode 100644
index 0000000000..d4e34e8cda
--- /dev/null
+++ b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_1_7eaf73fb3355bd706ab18a43790b3c10._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-16T00:11:38Z"
+ content="""
+Man, I wish you'd written this a couple weeks ago. :)  I was never able to figure that incantation out and ended up unannexing and re-annexing the whole thing to get rid of the file I inadvertently checked into git instead of the annex.
+"""]]
diff --git a/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_2_dac1a171204f30d7c906e878eb6bd461._comment b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_2_dac1a171204f30d7c906e878eb6bd461._comment
new file mode 100644
index 0000000000..a3ea62385e
--- /dev/null
+++ b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_2_dac1a171204f30d7c906e878eb6bd461._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 2"
+ date="2013-03-13T12:05:49Z"
+ content="""
+Based on the hints given here I've worked on a filter to both annex and add urls via filter-branch:
+
+[https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-filter](https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-filter)
+
+The script above is very specific but I think there are a few ideas that can be used in general, the general structure is
+
+    #!/bin/bash
+    
+    # links that already exist
+    links=$(mktemp)
+    find . -type l >\"$links\"
+    
+    # remove from staging area first to not block and then annex
+    git rm --cached --ignore-unmatch -r bin*
+    git annex add -c annex.alwayscommit=false bin*
+
+    # compare links before and after annexing, remove links that existed before
+    newlinks=$(mktemp -u)
+    mkfifo \"$newlinks\"
+    comm -13 <(sort \"$links\") <(find . -type l | sort) > \"$newlinks\" &
+    
+    # rewrite links
+    while IFS= read -r file
+    do
+        # link is created below .git-rewrite/t/ during filter-branch, strip two parents for correct target
+        ln -sf \"$(readlink \"$file\" | sed -e 's%^\.\./\.\./%%')\" \"$file\"
+    done < \"$newlinks\"
+
+    git annex merge
+
+which would be run using
+
+    git filter-branch --tree-filter path/annex-filter --tag-filter cat -- --all
+
+or similar.
+
+* I'm using `find` to make sure the only rewritten symlinks are for the newly annexed files, this way it is possible to annex an unknown set of filenames
+* If doing several git annex commands using `-c annex.alwayscommit=false` and doing a `git annex merge` at the end instead might be faster.
+"""]]
diff --git a/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_3_b62ec0b848d2487d68d7032682622193._comment b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_3_b62ec0b848d2487d68d7032682622193._comment
new file mode 100644
index 0000000000..9b8aa58f8e
--- /dev/null
+++ b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_3_b62ec0b848d2487d68d7032682622193._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.238.245.202"
+ subject="comment 3"
+ date="2013-03-18T14:39:52Z"
+ content="""
+One thing I noticed is that git-annex needs to checksum each file even if they were previously annexed (rather obviously since there is no general way to tell if the file is the same as the old one without checksumming), but in the specific case that we are replacing files that are already in git, we do actually have the sha1 checksum for each file in question, which could be used.
+
+So, trying to work with this, I wrote a filter script that starts out annexing stuff in the first commit, and continously writes out sha1<->filename<->git-annex-object triplets to a global file, when it then starts with the next commit, it compares the sha1s of the index with those of the global file, and any matches are manually symlinked directly to the corresponding git-annex-object without checksumming.
+
+I've done a few tests and this seems to be considerably faster than letting git-annex checksum everything.
+
+This is from a git-svn import of the (free software) Red Eclipse game project, there are approximately 3500 files (images, maps, models, etc.) being annexed in each commit (and around 5300 commits, hence why I really, really care about speed):
+
+10 commits: ~7min
+
+100 commits: ~38min
+
+For comparison, the old and new method (the difference should increase with the amount of commits):
+
+old, 20 commits ~32min
+
+new, 20 commits: ~11min
+
+The script itself is a bit of a monstrosity in bash(/grep/sed/awk/git), and the files that are annexed are hardcoded (removed in forming $oldindexfiles), but should be fairly easy to adapt:
+
+[https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-ffilter](https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-ffilter)
+
+The usage would be something like:
+
+    rm /tmp/annex-ffilter.log; git filter-branch --tree-filter 'ANNEX_FFILTER_LOG=/tmp/annex-ffilter.log ~/utv/scripts/annex-ffilter' --tag-name-filter cat -- branchname
+
+I suggest you use it with at least two orders of magnitude more caution than normal filter-branch.
+
+Hope it might be useful for someone else wrestling with filter-branch and git-annex :)
+"""]]
diff --git a/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_4_2423904e41a86cd1c6bc155d7b733642._comment b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_4_2423904e41a86cd1c6bc155d7b733642._comment
new file mode 100644
index 0000000000..ab1d4e0064
--- /dev/null
+++ b/doc/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/comment_4_2423904e41a86cd1c6bc155d7b733642._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknOATcOkmzX4jKuET5Z2RsaFUNnLKnQsU"
+ nickname="Stephen"
+ subject="comment 4"
+ date="2013-06-22T07:43:09Z"
+ content="""
+Thanks for the tip :) One question though: how do I push this new history out throughout my other Annexes?
+All I managed to make it do was revert the rewrite so the raw file appeared again...
+"""]]
diff --git a/doc/tips/Internet_Archive_via_S3.mdwn b/doc/tips/Internet_Archive_via_S3.mdwn
new file mode 100644
index 0000000000..15f241c9f2
--- /dev/null
+++ b/doc/tips/Internet_Archive_via_S3.mdwn
@@ -0,0 +1,85 @@
+[The Internet Archive](http://www.archive.org/) allows members to upload
+collections using an Amazon S3 
+[compatible API](http://www.archive.org/help/abouts3.txt), and this can
+be used with git-annex's [[special_remotes/S3]] support. 
+
+So, you can locally archive things with git-annex, define remotes that
+correspond to "items" at the Internet Archive, and use git-annex to upload
+your files to there. Of course, your use of the Internet Archive must
+comply with their [terms of service](http://www.archive.org/about/terms.php).
+
+A nice added feature is that whenever git-annex sends a file to the
+Internet Archive, it records its url, the same as if you'd run `git annex
+addurl`. So any users who can clone your repository can download the files
+from archive.org, without needing any login or password info. This makes
+the Internet Archive a nice way to publish the large files associated with
+a public git repository.
+
+## webapp setup
+
+Just go to "Add Another Repository", pick "Internet Archive",
+and you're on your way.
+
+## basic setup
+
+Sign up for an account, and get your access keys here:
+<http://www.archive.org/account/s3.php>
+	
+	# export AWS_ACCESS_KEY_ID=blahblah
+	# export AWS_SECRET_ACCESS_KEY=xxxxxxx
+
+Specify `host=s3.us.archive.org` when doing `initremote` to set up
+a remote at the Archive. This will enable a special Internet Archive mode:
+Encryption is not allowed; you are required to specify a bucket name
+rather than having git-annex pick a random one; and you can optionally
+specify `x-archive-meta*` headers to add metadata as explained in their
+[documentation](http://www.archive.org/help/abouts3.txt).
+
+	# git annex initremote archive-panama type=S3 \
+		host=s3.us.archive.org bucket=panama-canal-lock-blueprints \
+		x-archive-meta-mediatype=texts x-archive-meta-language=eng \
+		x-archive-meta-title="original Panama Canal lock design blueprints"
+	initremote archive-panama (Internet Archive mode) ok
+	# git annex describe archive-panama "a man, a plan, a canal: panama"
+	describe archive-panama ok
+
+Then you can annex files and copy them to the remote as usual:
+
+	# git annex add photo1.jpeg --backend=SHA256E
+	add photo1.jpeg (checksum...) ok
+	# git annex copy photo1.jpeg --fast --to archive-panama
+	copy (to archive-panama...) ok
+
+Once a file has been stored on archive.org, it cannot be (easily) removed
+from it. Also, git-annex whereis will tell you a public url for the file
+on archive.org. (It may take a while for archive.org to make the file
+publically visibile.)
+
+Note the use of the SHA256E [[backend|backends]] when adding files. That is
+the default backend used by git-annex, but even if you don't normally use
+it, it makes most sense to use the WORM or SHA256E backend for files that
+will be stored in the Internet Archive, since the key name will be exposed
+as the filename there, and since the Archive does special processing of
+files based on their extension.
+
+## publishing only one subdirectory
+
+Perhaps you have a repository with lots of files in it, and only want
+to publish some of them to a particular Internet Archive item. Of course
+you can specify which files to send manually, but it's useful to
+configure [[preferred_content]] settings so git-annex knows what content
+you want to store in the Internet Archive.
+
+One way to do this is using the "public" repository type.
+
+	git annex enableremote archive-panama preferreddir=panama
+	git annex wanted archive-panama standard
+	git annex group archive-panama public
+
+Now anything in a "panama" directory will be sent to that remote,
+and anything else won't. You can use `git annex copy --auto` or the
+assistant and it'll do the right thing.
+
+When setting up an Internet Archive item using the webapp, this
+configuration is automatically done, using an item name that the user
+enters as the name of the subdirectory.
diff --git a/doc/tips/Internet_Archive_via_S3/comment_1_d53a3848c20dce61867283fc03c2adaa._comment b/doc/tips/Internet_Archive_via_S3/comment_1_d53a3848c20dce61867283fc03c2adaa._comment
new file mode 100644
index 0000000000..7c2ce48fcf
--- /dev/null
+++ b/doc/tips/Internet_Archive_via_S3/comment_1_d53a3848c20dce61867283fc03c2adaa._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="how to use with simply addurl?"
+ date="2013-10-09T22:27:27Z"
+ content="""
+It doesn't seem like git annex addurl by itself supports the archive.org urls...
+
+[[!format txt \"\"\"
+anarcat@marcos:presentations$ git annex addurl --file=re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm http://archive.org/download/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+addurl re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+  failed to verify url exists: http://archive.org/download/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+failed
+git-annex: addurl: 1 failed
+\"\"\"]]
+
+I also tried the \"details\" url (<http://archive.org/details/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia>) - but that just downloads the webpage, not the video either...
+
+Even the ultimate video URL doesn't work:
+
+[[!format txt \"\"\"
+anarcat@marcos:presentations$ git annex addurl --debug --file=re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm http://ia601009.us.archive.org/9/items/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+[2013-10-09 18:26:30 EDT] call: quvi [\"-v\",\"mute\",\"--support\",\"http://ia601009.us.archive.org/9/items/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm\"]
+addurl re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm [2013-10-09 18:26:30 EDT] read: curl [\"-s\",\"--head\",\"-L\",\"http://ia601009.us.archive.org/9/items/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm\",\"-w\",\"%{http_code}\"]
+
+  failed to verify url exists: http://ia601009.us.archive.org/9/items/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia/re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+failed
+git-annex: addurl: 1 failed
+\"\"\"]]
+
+... even though that URL actually gives out a proper 200 OK response code.
+
+Any ideas? --[[anarcat]]
+"""]]
diff --git a/doc/tips/Internet_Archive_via_S3/comment_2_91c1472da27b00e5d682d22bc1ef04e0._comment b/doc/tips/Internet_Archive_via_S3/comment_2_91c1472da27b00e5d682d22bc1ef04e0._comment
new file mode 100644
index 0000000000..9b4ac58b23
--- /dev/null
+++ b/doc/tips/Internet_Archive_via_S3/comment_2_91c1472da27b00e5d682d22bc1ef04e0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 2"
+ date="2013-10-11T17:08:27Z"
+ content="""
+This was a misleading error message. The url you are trying to add to the file does not match the size recorded for the file already in the annex. (Or possibly the file's key has no recorded size). If you really want to add the url to the file despite it being a different encoding, you can use --relaxed, although fsck may not like the result if you ever end up downloading that url..
+
+(Please file bug reports for problems in the future, rather than posting comments on only vaguely related pages which as we can see here can turn out to be entirely offtopic.)
+"""]]
diff --git a/doc/tips/Internet_Archive_via_S3/comment_3_e23cf781c532f80d47d52265f2b2c87e._comment b/doc/tips/Internet_Archive_via_S3/comment_3_e23cf781c532f80d47d52265f2b2c87e._comment
new file mode 100644
index 0000000000..3745d544ce
--- /dev/null
+++ b/doc/tips/Internet_Archive_via_S3/comment_3_e23cf781c532f80d47d52265f2b2c87e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="still a bug, filed separately!"
+ date="2013-10-11T18:49:06Z"
+ content="""
+Aaah, of course, sorry for the noise here. It turns out that this is *not* because the filesize (or even the checksum, for that matter) are different, so there's clearly a bug there, and i filed it in [[bugs/addurl_fails_on_the_internet_archive]]. Thanks!
+"""]]
diff --git a/doc/tips/Shamir_secret_sharing_and_git-annex.mdwn b/doc/tips/Shamir_secret_sharing_and_git-annex.mdwn
new file mode 100644
index 0000000000..df19f68b8e
--- /dev/null
+++ b/doc/tips/Shamir_secret_sharing_and_git-annex.mdwn
@@ -0,0 +1,21 @@
+Combining git-annex with [Shamir secret sharing](http://en.wikipedia.org/wiki/Shamir%27s_Secret_Sharing)
+is an useful way to securely back up highly sensitive files,
+such as a gpg key or bitcoin wallet.
+
+Shamir secret sharing creates N shares of a file, of which any M can be
+used to reconstitute the original file. Anyone who has less than M shares
+cannot tell anything about the original file, other than its size.
+
+Where git-annex comes in is as a way to manage these shares. They can be
+added to the annex, and then git-annex used to move one share to each clone
+of the repository. Since git-annex keeps track of where each file is
+stored, this can aid later finding the shares again when they're needed, as
+well as making ongoing management of the shares easier.
+
+Note that this conveniece comes at a price: Any attacker who gets a copy
+of the git repository can use it to figure out where the shares are
+located. While this is not a crippling flaw, and can be worked around, it
+needs to be considered when implementing this technique.
+
+Here is an example of this method being used for a ~/.gnupg directory:
+<http://git.kitenet.net/?p=gpg.git;a=blob;f=README.sss>
diff --git a/doc/tips/Synology_NAS_and_git_annex.mdwn b/doc/tips/Synology_NAS_and_git_annex.mdwn
new file mode 100644
index 0000000000..50c6044838
--- /dev/null
+++ b/doc/tips/Synology_NAS_and_git_annex.mdwn
@@ -0,0 +1,59 @@
+# How to use git-annex on a Synology NAS
+
+This is known to work with DSM 4.3-3810 Update 1 and git-annex standalone version 5.20131224-g6ca5271.
+
+## Installation Steps
+
+(1) In the DSM Package Center, install Git, which is available from Synology (no third-party repository needed).
+
+(2) Download the latest [[standalone|install/Linux_standalone]] git-annex build for Linux on armel.
+
+(3) Extract it somewhere sensible (eg: a bin/ directory your users home directory)
+
+(4) Go into the git-annex.linux directory and ./runshell. You can now run git-annex as you normally would.
+
+## How to sync with the Synology NAS
+
+### On the Synology
+(1) Setup port forwarding and associated dynamic dns, if applicable. Many good guides online for this.
+
+(2) Setup ssh key based authentication with the Synology for each computer you want to sync with it. You want a specific key that is used only by git-annex, for each computer. Again, many good guides online.
+
+(3) In the Synology .ssh/authorized_keys file for your account, add (substituing your username)
+[[!format sh """
+command="/home/$yourusername/.ssh/git-annex-shell"
+"""]]
+to the beginning of the line. Eg, it would look like this:
+[[!format sh """
+command="/home/greg/.ssh/git-annex-shell" ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDT1yE96E/JQNPt0ziiNYJRvndCvLK4uG5h/SNYoAIBF1uH6L7VYAt3HWVqSyi3BcV70WDZ/yWgtNzbrcir46JpvEHMcvYaXLbANwoDGNjG/gsz7kP/8VUxZ6hG3P3ICuwnqVum5+rYXm6oj3xzWPfTRhhRoDZLOQdevSNpdGNaa/lSg8Vuq2suHwjQlQb8AIUuCZmS5cm6XwoUq/jJtN4LTuTPqMjzA6NkdhWM2Kigi9jPQBFborkYBPMphmZwBZiVnhsH1XpaOff+mP03D2gF/huC+b1vbWQstjuehUbY59rvJ4ijb3810Uq2ep7dwLagmILtX5GbL+GS64pAn9sIP annex-othercomputer
+"""]]
+
+(4) the git-annex-shell script in your .ssh should be created for you aftering your initial ./runshell
+
+(5) Double check that the script points to the correct directory of where your extracted git-annex.linux lives.
+
+### On the other computers - the manual way
+(1) See step 2 above about creating the specific git-annex ssh keys.
+
+(2) In your .ssh/config, create an alias for your Synology that includes specifying the right sshkey. For example, mine looks like:
+[[!format sh """
+Host synologyhost
+    HostName mydynamicdomain.no-ip.org
+    IdentityFile /home/greg/.ssh/annex_rsa
+"""]]
+
+(3) Now when you clone the git repo from the Synology, or add it as a remote, do the following:
+[[!format sh """
+git clone greg@synologyhost:/absolute/path/to/annexname annexname
+"""]]
+or
+
+[[!format sh """
+git remote add synology greg@synologyhost:/absolute/path/to/annexname
+"""]]
+
+(4) Run git-annex sync
+
+### On the other computers - Using the assistant
+
+(1) Use the webapp to add the remote. I'm not sure if there are any gotchas here as I have not done it this way yet.
diff --git a/doc/tips/Synology_NAS_and_git_annex/comment_1_ef7e19f1fd2005eb7cc74509ffb92766._comment b/doc/tips/Synology_NAS_and_git_annex/comment_1_ef7e19f1fd2005eb7cc74509ffb92766._comment
new file mode 100644
index 0000000000..e7a1db9373
--- /dev/null
+++ b/doc/tips/Synology_NAS_and_git_annex/comment_1_ef7e19f1fd2005eb7cc74509ffb92766._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrP-0DGtHDJbWSXeiyk0swNkK1aejoN3c"
+ nickname="sebastien"
+ subject="new dev site for syno dsm 5.0"
+ date="2014-03-25T10:20:46Z"
+ content="""
+There is a new website with documentation to create App for new synology dsm 5.0 here : http://www.synology.com/en-us/support/developer
+A good way to distribute git annex to lot of people ? :)
+"""]]
diff --git a/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone.mdwn b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone.mdwn
new file mode 100644
index 0000000000..ccae0fced2
--- /dev/null
+++ b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone.mdwn
@@ -0,0 +1,36 @@
+I have an annex that syncs my personal files on all my computers. It works great. Phones are different.
+
+For one, everything's a bit slower to sync, there's battery considerations, and I just don't need every last old file on my phone. Then there's some files I explicitly don't want on my phone in case it gets lost, like family pictures, passport scans, or private keys.
+
+But I still want photos, videos and voice recordings I make on my phone to be synced to my server. A transfer repo would work, but I want to keep them. Then there's my PDF book collection; that would certainly be nice to always have around in case I have half on hour on a bus. And my music collection ought to be around as well.
+
+So I came up with this solution, and I'm very happy with it.
+
+    include=Music/* or include=Books/* or present
+
+This will sync my music and book collections to my phone whenever I add something new on my computers, and it will sync and keep anything I add to the annex on my phone. Best of all worlds! Impressed how flexible preferred content is. More full-sync folders can be added like this: 
+
+    include=Music/* or include=Books/* or include = Notes/* or present
+
+To add them, I first had to figure out the uuid of my phone repo. So I added a new tab on android, and did
+
+    cd /sdcard/annex
+    git config annex.uuid
+
+Then I went to one of my computers, and did
+
+    git annex vicfg
+
+And changed the line
+
+    content [phone-uuid] = standard
+
+to
+
+    content [phone-uuid] = include=Music/* or include=Books/* or Notes/* or present
+
+and commented out
+
+    #group [phone-uuid] = client
+
+And waited for it to sync.
diff --git a/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_1_393d1636bb313530be383a075bd3440a._comment b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_1_393d1636bb313530be383a075bd3440a._comment
new file mode 100644
index 0000000000..8938684f89
--- /dev/null
+++ b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_1_393d1636bb313530be383a075bd3440a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-16T17:29:03Z"
+ content="""
+That's great, that's how I hoped people would be able to use preferred content settings.
+
+I'd suggest adding support for archive directories to this. So if you create a file on the phone and are done with it, you can move it to an archive directory, and it will then be dropped from the phone once it reaches an archive repository. 
+
+This should accomplish that. (Untested)
+
+`((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and (include=Music/* or include=Books/* or present)`
+"""]]
diff --git a/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment
new file mode 100644
index 0000000000..1b84eee813
--- /dev/null
+++ b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone/comment_2_51a013213118660bdc06ff4d6c8110ba._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXlmnJKsPulm2S_hwwRm3Ky27Zyf-wKMw"
+ nickname="Chad"
+ subject="Pulling *.flac files as well... too much data"
+ date="2013-12-31T19:26:36Z"
+ content="""
+I've tried setting up my own phone in a similar manner. Unfortunately for me, I store my `*.flac` files in the same location as my `*.mp3` files. For obvious reasons, I do not want to copy these up to my phone. This, however, is not working for me.
+
+    content PHONEUID = ((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and (include=keepass/* or include=Books/* or present) and (include=Music/* and exclude=Music/*.flac and exclude=Music/*/*.flac)
+
+I still get `*.flac` files in the repo.
+"""]]
diff --git a/doc/tips/Using_Git-annex_as_a_web_browsing_assistant.mdwn b/doc/tips/Using_Git-annex_as_a_web_browsing_assistant.mdwn
new file mode 100644
index 0000000000..4ee023de3e
--- /dev/null
+++ b/doc/tips/Using_Git-annex_as_a_web_browsing_assistant.mdwn
@@ -0,0 +1,46 @@
+[[todo/wishlist: an "assistant" for web-browsing -- tracking the sources of the downloads]] suggests using git-annex as a tool to store downloads tied
+to their URLs. This also enables people to have their files stored offline,
+while being able to git annex drop them at any time and redownload them
+with git annex get. Additionally, a clone of the repo can be used to
+download whatever files are desired from online.
+
+This tip explains how to implement a similar system to the one described in
+the linked wishlist with existing software and features of git-annex.
+
+The first step is to install the Firefox plugin
+[FlashGot](http://flashgot.net/). We will use it to provide the Firefox
+shortcuts to add things to our annex.
+
+We also need a normal download manager, if we want to get status updates as
+the download is done. We'll need to configure git-annex to use it by
+setting `annex.web-download-command` as Joey describes in his comment on
+[[todo/wishlist: allow configuration of downloader for addurl]]. See the
+manpage [[git-annex]] for more information on setting configuration.
+
+Once we have installed all that, we need a script that has an interface
+which FlashGot can treat as a downloader, but which calls git-annex to do
+the actual downloading. Such a script is available from
+<https://gist.github.com/andyg0808/5342434>. Download it and store it
+somewhere it can live, or cut and paste:
+
+[[!format sh """
+#!/bin/bash
+# $1=folder to cd to (must be a git annex repo)
+# $2=URL to download
+
+cd "$1"
+git-annex addurl "$2"
+"""]]
+
+Finally, we need to configure FlashGot to use the script as a downloader.
+Go to Tools > Add-ons in Firefox. Click "Preferences" on FlashGot. Click
+the Add button next to the list of download managers. Enter a name for the
+git-annex downloader. Choose the script that was downloaded from the
+"Locate executable file" dialog that appears. Now set the command line
+arguments template to be "[FOLDER] [URL]" (you can find more substitution
+expressions in the Placeholders dropdown above the Command line arguments
+template field). You're done!
+
+Go ahead and test it by trying to download a file using FlashGot. It should
+offer as one of its available download managers the new manager you created
+just above. Select it and have fun!
diff --git a/doc/tips/Using_Git-annex_as_a_web_browsing_assistant/comment_1_74167f9fff400f148916003468c77de4._comment b/doc/tips/Using_Git-annex_as_a_web_browsing_assistant/comment_1_74167f9fff400f148916003468c77de4._comment
new file mode 100644
index 0000000000..4c5c3cdfaf
--- /dev/null
+++ b/doc/tips/Using_Git-annex_as_a_web_browsing_assistant/comment_1_74167f9fff400f148916003468c77de4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-11T20:16:02Z"
+ content="""
+As of my last commit, you don't really need a separate download manager. The webapp will now display urls that `git annex addurl` is downloading in among the other transfers.
+"""]]
diff --git a/doc/tips/ZSH_completion.mdwn b/doc/tips/ZSH_completion.mdwn
new file mode 100644
index 0000000000..f3ececd466
--- /dev/null
+++ b/doc/tips/ZSH_completion.mdwn
@@ -0,0 +1,13 @@
+ZSH users, here's some good news: after 2 years of silence, the completion function for git-annex has been updated. It now supports *all* git-annex commands (as of 5.20140517) and has many improvements for completing arguments, remotes, groups, and backends.
+
+To install it:
+
+1. make sure your have Python 3 installed (as `python3` somewhere in your `$PATH`; tested with 3.4, should work with 3.2+)
+2. get it from [GitHub](https://github.com/Schnouki/git-annex-zsh-completion)
+3. copy `_git-annex` to somewhere in your `$fpath` (I use `$HOME/.config/zsh/completion`)
+4. run `autoload -U path/to/_git-annex`
+5. type `git annex <TAB>`
+
+This is very far from being perfect, but it's (IMHO) better than nothing. If you have any issue or suggestion, please [tell me](https://github.com/Schnouki/git-annex-zsh-completion/issues)!
+
+Many thanks to Frank Terbeck and Valentin Haenel, the original authors of this completion function ([source](https://github.com/esc/git-annex-zsh-completion)).
diff --git a/doc/tips/assume-unstaged.mdwn b/doc/tips/assume-unstaged.mdwn
new file mode 100644
index 0000000000..63f5f820a5
--- /dev/null
+++ b/doc/tips/assume-unstaged.mdwn
@@ -0,0 +1,31 @@
+[[!meta title="using assume-unstages to speed up git with large trees of annexed files"]]
+
+Git update-index's assume-unstaged feature can be used to speed
+up `git status` and stuff by not statting the whole tree looking for changed
+files.
+
+This feature works quite well with git-annex. Especially because git
+annex's files are immutable, so aren't going to change out from under it,
+this is a nice fit. If you have a very large tree and `git status` is
+annoyingly slow, you can turn it on:
+
+	git config core.ignoreStat true
+
+When `git mv` and `git rm` are used, those changes *do* get noticed, even
+on assume-unchanged files. When new files are added, eg by `git annex add`,
+they are also noticed.
+
+There are two gotchas. Both occur because `git add` does not stage
+assume-unchanged files.
+
+1. When an annexed file is moved to a different directory, it updates
+   the symlink, and runs `git add` on it. So the file will move,
+   but the changed symlink will not be noticed by git and it will commit a
+   dangling symlink.
+2. When using `git annex migrate`, it changes the symlink and `git adds`
+   it. Again this won't be committed.
+
+These can be worked around by running `git update-index --really-refresh`
+after performing such operations. I hope that `git add` will be changed
+to stage changes to assume-unchanged files, which would remove this
+only complication. --[[Joey]] 
diff --git a/doc/tips/assume-unstaged/comment_1_44abd811ef79a85e557418e17a3927be._comment b/doc/tips/assume-unstaged/comment_1_44abd811ef79a85e557418e17a3927be._comment
new file mode 100644
index 0000000000..d253feb5b8
--- /dev/null
+++ b/doc/tips/assume-unstaged/comment_1_44abd811ef79a85e557418e17a3927be._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2djv2EYwk43rfJIAQXjYt_vfuOU-#a11a6"
+ nickname="Olivier R"
+ subject="It doesn't work 100%"
+ date="2012-05-03T21:42:54Z"
+ content="""
+When you remove tracked files... it doesn't show the new status. it's like if the file was ignored.
+
+
+"""]]
diff --git a/doc/tips/assume-unstaged/comment_2_5b589f37cfc03bf7be33a51826cc4dba._comment b/doc/tips/assume-unstaged/comment_2_5b589f37cfc03bf7be33a51826cc4dba._comment
new file mode 100644
index 0000000000..474d7b3995
--- /dev/null
+++ b/doc/tips/assume-unstaged/comment_2_5b589f37cfc03bf7be33a51826cc4dba._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnxlx1UrzVhdy6_gFjzmF42x6QXxBUxg00"
+ nickname="Jakukyo"
+ subject="comment 2"
+ date="2013-09-05T12:14:42Z"
+ content="""
+> There are two gotchas...
+
+So just always run `git annex add` after editing a file
+and `git update-index --really-refresh` after migrating
+backend?
+
+"""]]
diff --git a/doc/tips/automatically_adding_metadata.mdwn b/doc/tips/automatically_adding_metadata.mdwn
new file mode 100644
index 0000000000..e6d02defa7
--- /dev/null
+++ b/doc/tips/automatically_adding_metadata.mdwn
@@ -0,0 +1,24 @@
+git-annex's [[metadata]] works best when files have a lot of useful
+metadata attached to them.
+
+To make git-annex automatically set the year and month when adding files,
+run `git config annex.genmetadata true`.
+
+A git commit hook can be set up to extract lots of metadata from files
+like photos, mp3s, etc.
+
+1. Install the `extract` utility, from <http://www.gnu.org/software/libextractor/>  
+   `apt-get install extract`
+2. Download [[pre-commit-annex]] and install it in your git-annex repository
+   as `.git/hooks/pre-commit-annex`.  
+   Remember to make the script executable!
+3. Run: `git config metadata.extract "artist album title camera_make video_dimensions"`
+
+Now any fields you list in metadata.extract to will be extracted and
+stored when files are committed.
+
+To get a list of all possible fields, run: `extract -L | sed 's/ /_/g'`
+
+By default, if a git-annex already has a metadata field for a file,
+its value will not be overwritten with metadata taken from files.
+To allow overwriting, run: `git config metadata.overwrite true`
diff --git a/doc/tips/automatically_adding_metadata/comment_1_ffc308cc6aedabbc55820db4f401e0fb._comment b/doc/tips/automatically_adding_metadata/comment_1_ffc308cc6aedabbc55820db4f401e0fb._comment
new file mode 100644
index 0000000000..59f0e958a9
--- /dev/null
+++ b/doc/tips/automatically_adding_metadata/comment_1_ffc308cc6aedabbc55820db4f401e0fb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2014-03-03T07:44:29Z"
+ content="""
+http://projects.iq.harvard.edu/fits might be an even better choice than libextractor. We use it in work and its not too bad, but it can be slow to startup due to the JVM.
+"""]]
diff --git a/doc/tips/automatically_adding_metadata/comment_2_bd64a53914107bc000c887b4d4bdf6af._comment b/doc/tips/automatically_adding_metadata/comment_2_bd64a53914107bc000c887b4d4bdf6af._comment
new file mode 100644
index 0000000000..13b3865e10
--- /dev/null
+++ b/doc/tips/automatically_adding_metadata/comment_2_bd64a53914107bc000c887b4d4bdf6af._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2014-04-01T04:18:10Z"
+ content="""
+is there a way for this to be done globally, without having to install and configure the hook for each repository? it seems like a fairly useful feature that could be factored in git-annex itself (as opposed to be shipped as a shell script)...
+
+also, is there a way to retroactively parse the tags from existing files (as opposed to only new files added to the repo).
+
+thanks
+"""]]
diff --git a/doc/tips/automatically_adding_metadata/comment_3_02e5314f827d17d482343e8f22c42fd9._comment b/doc/tips/automatically_adding_metadata/comment_3_02e5314f827d17d482343e8f22c42fd9._comment
new file mode 100644
index 0000000000..644ece527d
--- /dev/null
+++ b/doc/tips/automatically_adding_metadata/comment_3_02e5314f827d17d482343e8f22c42fd9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 3"
+ date="2014-04-17T20:15:07Z"
+ content="""
+@anarcat, I have modified [[pre-commit-annex]] so if it's passed already annexed files, it'll extract their metadata. 
+
+So this can be used to add metadata to files added before you installed the hook, or if you've configured more fields to be extracted.
+"""]]
diff --git a/doc/tips/automatically_adding_metadata/pre-commit-annex b/doc/tips/automatically_adding_metadata/pre-commit-annex
new file mode 100755
index 0000000000..fe818d0320
--- /dev/null
+++ b/doc/tips/automatically_adding_metadata/pre-commit-annex
@@ -0,0 +1,71 @@
+#!/bin/sh
+#
+# This script can be used to add git-annex metadata to files when they're
+# committed. It is typically installed as .git/hooks/pre-commit-annex
+#
+# You can also run this script by hand, passing it the names of files
+# already checked into git-annex, and it will extract/refresh the git-annex
+# metadata from the files.
+#
+# Copyright 2014 Joey Hess <id@joeyh.name>
+# License: GPL-3+
+
+extract="$(git config metadata.extract || true)" 
+want="$(perl -e 'print (join("|", map {s/_/ /g; "^$_ - "} (split " ", shift())))' "$extract")"
+
+if [ -z "$want" ]; then
+	exit 0
+fi
+
+case "$(git config --bool metadata.overwrite || true)" in
+	true)
+		overwrite=1
+	;;
+	*)
+		overwrite=""
+	;;
+esac
+
+addmeta () {
+	file="$1"
+	field="$2"
+	value="$3"
+	afield="$(echo "$field" | tr ' ' _)"
+	if [ "$overwrite" ]; then
+		p="$afield=$value"
+
+	else
+		p="$afield?=$value"
+	fi
+	git -c annex.alwayscommit=false annex metadata "$file" -s "$p" --quiet
+}
+
+if git rev-parse --verify HEAD >/dev/null 2>&1; then
+	against=HEAD
+else
+	# Initial commit: diff against an empty tree object
+	against=4b825dc642cb6eb9a060e54bf8d69288fbee4904
+fi
+
+IFS="
+"
+
+process () {
+	if [ -e "$f" ]; then
+		for l in $(extract "$f" | egrep "$want"); do
+			field="${l%% - *}"
+			value="${l#* - }"
+			addmeta "$f" "$field" "$value"
+		done
+	fi
+}
+
+if [ -n "$*" ]; then
+	for f in $@; do
+		process "$f"
+	done
+else
+	for f in $(git diff-index --name-only --cached $against); do
+		process "$f"
+	done
+fi
diff --git a/doc/tips/automatically_getting_files_on_checkout.mdwn b/doc/tips/automatically_getting_files_on_checkout.mdwn
new file mode 100644
index 0000000000..bbb3b302eb
--- /dev/null
+++ b/doc/tips/automatically_getting_files_on_checkout.mdwn
@@ -0,0 +1,15 @@
+Normally git-annex does not retrieve file contents when checking out a
+tree. In some use cases, it makes sense to always have the contents of
+files available after a `git checkout` or `git update`. This can be
+accomplished by installing the following as `.git/hooks/post-checkout`
+
+	#!/bin/sh
+	# Uses git-annex to get all files in the specified directories
+	# (relative to the top of the repository) on checkout.
+	dirs=.
+	top="$(git rev-parse --show-toplevel)"
+	for dir in "$dirs"; do git annex get $top/$dir"; done
+
+By default, all files in the whole repository will be made available. The
+`dirs` setting can be configured if you only want to get files in certian
+directories. 
diff --git a/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes.mdwn b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes.mdwn
new file mode 100644
index 0000000000..0983c7d31b
--- /dev/null
+++ b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes.mdwn
@@ -0,0 +1,2 @@
+When git annex does fsck on (for example) a GPG-encrypted special directory remote, it first transfers the whole file into .git/annex/tmp directory.
+If your annex is on an SSD, it's a good idea to make .git/annex/tmp a symlink to say /var/tmp so SSD isn't worn down.  This actually may be a better default.
diff --git a/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_1_e7c5c46112a2406b873d08bbf53c40d8._comment b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_1_e7c5c46112a2406b873d08bbf53c40d8._comment
new file mode 100644
index 0000000000..9c7bc2ed17
--- /dev/null
+++ b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_1_e7c5c46112a2406b873d08bbf53c40d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 1"
+ date="2013-07-31T15:15:41Z"
+ content="""
+Of course, this only works when /var/tmp isn't on SSD itself.  Perhaps tmpfs (e.g. a /tmp on many distros) is good -- after checking that there's enough space to transfer a particular file.
+"""]]
diff --git a/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_2_daf45ce29fed986fa9aa8b173760d0b7._comment b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_2_daf45ce29fed986fa9aa8b173760d0b7._comment
new file mode 100644
index 0000000000..929019705b
--- /dev/null
+++ b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_2_daf45ce29fed986fa9aa8b173760d0b7._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="there's a problem"
+ date="2013-08-04T17:15:05Z"
+ content="""
+If .git/annex/tmp is a symlink to another fs, then adding doesn't work:
+
+    add file1.jpg (checksum...) 
+    git-annex: /path/to/.git/annex/tmp/tmp30148: rename: unsupported operation (Invalid cross-device link)
+
+It looks like it would be good to have two types of tmp directories here, one for adding, another one for verifying (and that one could be redirected off SSD).
+
+"""]]
diff --git a/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_3_72d222020af4a9c6c753eb1ee7e1f1cf._comment b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_3_72d222020af4a9c6c753eb1ee7e1f1cf._comment
new file mode 100644
index 0000000000..2624a4fd34
--- /dev/null
+++ b/doc/tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/comment_3_72d222020af4a9c6c753eb1ee7e1f1cf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="46.239.117.180"
+ subject="comment 3"
+ date="2013-08-19T01:05:40Z"
+ content="""
+A nice feature would be to perform the `fsck` on the (encrypted) remote itself, as it would avoid to clutter either the network or the tmpdir. However, that requires some changes in git-annex's backend. Indeed it would no longer be enough to store a single digest per (plain) file: a new digest needs to be stored for each encrypted copy. It is not necessarily a big deal, but the backend would need to be reorganized carefully.
+"""]]
diff --git a/doc/tips/centralised_repository:_starting_from_nothing.mdwn b/doc/tips/centralised_repository:_starting_from_nothing.mdwn
new file mode 100644
index 0000000000..7018697a0e
--- /dev/null
+++ b/doc/tips/centralised_repository:_starting_from_nothing.mdwn
@@ -0,0 +1,71 @@
+If you are starting from nothing (no existing `git` or `git-annex` repository) and want to use a server as a centralised repository, try the following steps.
+
+On the server where you'll hold the "master" repository:
+
+	server$ cd /one/git
+	server$ mkdir m
+	server$ cd m
+	server$ git init --bare
+	Initialized empty Git repository in /one/git/m/
+	server$ git annex init origin
+	init origin ok
+	server$ 
+
+Clone that to the laptop:
+
+	laptop$ cd /other
+	laptop$ git clone ssh://server//one/git/m
+	Cloning into 'm'...
+	remote: Counting objects: 5, done.        
+	remote: Compressing objects: 100% (3/3), done.        
+	remote: Total 5 (delta 0), reused 0 (delta 0)        
+	Receiving objects: 100% (5/5), done.
+	warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+	laptop$ cd m
+	laptop$ git annex init laptop
+	init laptop ok
+        laptop$ 
+
+Add some content:
+
+	laptop$ git annex addurl http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg
+	addurl kitenet.net_~joey_screencasts_git-annex_coding_in_haskell.ogg (downloading http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg ...) --2011-12-15 08:13:10--  http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg
+	Resolving kitenet.net (kitenet.net)... 2001:41c8:125:49::10, 80.68.85.49
+	Connecting to kitenet.net (kitenet.net)|2001:41c8:125:49::10|:80... connected.
+	HTTP request sent, awaiting response... 200 OK
+	Length: 39362757 (38M) [audio/ogg]
+	Saving to: `/other/m/.git/annex/tmp/URL--http&c%%kitenet.net%~joey%screencasts%git-annex_coding_in_haskell.ogg'
+
+	100%[======================================>] 39,362,757  2.31M/s   in 17s     
+
+	2011-12-15 08:13:27 (2.21 MB/s) - `/other/m/.git/annex/tmp/URL--http&c%%kitenet.net%~joey%screencasts%git-annex_coding_in_haskell.ogg' saved [39362757/39362757]
+
+	(checksum...) ok
+	(Recording state in git...)
+
+Don't forget to commit it:
+
+	laptop$ git commit -m 'See Joey play.'
+	[master (root-commit) 106e923] See Joey play.
+	 1 files changed, 1 insertions(+), 0 deletions(-)
+	  create mode 120000 kitenet.net_~joey_screencasts_git-annex_coding_in_haskell.ogg
+	laptop$ 
+
+All fine, now push it back to the centralised master:
+
+	laptop$ git push origin master
+	Counting objects: 20, done.
+	Delta compression using up to 4 threads.
+	Compressing objects: 100% (11/11), done.
+	Writing objects: 100% (18/18), 1.50 KiB, done.
+	Total 18 (delta 1), reused 1 (delta 0)
+	To ssh://server//one/git/m
+	   3ba1386..ad3bc9e  git-annex -> git-annex
+	laptop$ 
+
+You'll probably want to use `git annex copy --to origin` to copy the
+annexed file contents to the server. See the [[walkthrough]] for details.
+
+You can add more "client" repositories by following the `laptop`
+sequence of operations.
diff --git a/doc/tips/centralised_repository:_starting_from_nothing/comment_1_b0d22822017646775869ce1292e676f4._comment b/doc/tips/centralised_repository:_starting_from_nothing/comment_1_b0d22822017646775869ce1292e676f4._comment
new file mode 100644
index 0000000000..22857af3e8
--- /dev/null
+++ b/doc/tips/centralised_repository:_starting_from_nothing/comment_1_b0d22822017646775869ce1292e676f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-12-23T19:19:53Z"
+ content="""
+See also: [[centralized_git_repository_tutorial]]
+"""]]
diff --git a/doc/tips/centralized_git_repository_tutorial.mdwn b/doc/tips/centralized_git_repository_tutorial.mdwn
new file mode 100644
index 0000000000..00283829fd
--- /dev/null
+++ b/doc/tips/centralized_git_repository_tutorial.mdwn
@@ -0,0 +1,140 @@
+The [[walkthrough]] builds up a decentralized git repository setup, but
+git-annex can also be used with a centralized bare repository, just like
+git can. This tutorial shows how to set up a centralized repository hosted on
+GitHub.
+
+## set up the repository, and make a checkout
+
+I've created a repository for technical talk videos, which you can
+[fork on Github](https://github.com/joeyh/techtalks).
+Or make your own repository on GitHub (or elsewhere) now.
+
+On your laptop, [[install]] git-annex, and clone the repository:
+
+	# git clone git@github.com:joeyh/techtalks.git
+	# cd techtalks
+
+Tell git-annex to use the repository, and describe where this clone is
+located:
+
+	# git annex init 'my laptop'
+	init my laptop ok
+
+Let's tell git-annex that GitHub doesn't support running git-annex-shell there.
+This means you can't store annexed file *contents* on GitHub; it would
+really be better to host the bare repository on your own server, which
+would not have this limitation. (If you want to do that, check out
+[[using_gitolite_with_git-annex]].)
+
+	# git config remote.origin.annex-ignore true
+
+## add files to the repository
+
+Add some files, obtained however.
+
+	# youtube-dl -t 'http://www.youtube.com/watch?v=b9FagOVqxmI'
+	# git annex add *.mp4
+	add Haskell_Amuse_Bouche-b9FagOVqxmI.mp4 (checksum) ok
+	(Recording state in git...)
+	# git commit -m "added a video. I have not watched it yet but it sounds interesting"
+
+This file is available directly from the web; so git-annex can download it:
+
+	# git annex addurl http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg
+	addurl kitenet.net_~joey_screencasts_git-annex_coding_in_haskell.ogg
+	(downloading http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg ...)
+	(checksum...) ok
+	(Recording state in git...)
+	# git commit -a -m 'added a screencast I made'
+
+Feel free the rename the files, etc, using normal git commands:
+
+	# git mv Haskell_Amuse_Bouche-b9FagOVqxmI.mp4 Haskell_Amuse_Bouche.mp4
+	# git mv kitenet.net_~joey_screencasts_git-annex_coding_in_haskell.ogg git-annex_coding_in_haskell.ogg
+	# git commit -m 'better filenames'
+
+Now push your changes back to the central repository. This first time,
+remember to push the git-annex branch, which is used to track the file
+contents.
+
+	# git push origin master git-annex
+	To git@github.com:joeyh/techtalks.git
+	 * [new branch]      master -> master
+	 * [new branch]      git-annex -> git-annex
+
+That push went fast, because it didn't upload large videos to GitHub.
+To check this, you can ask git-annex where the contents of the videos are:
+
+	# git annex whereis
+	whereis Haskell_Amuse_Bouche.mp4 (1 copy) 
+	  	767e8558-0955-11e1-be83-cbbeaab7fff8 -- here
+	ok
+	whereis git-annex_coding_in_haskell.ogg (2 copies) 
+	  	00000000-0000-0000-0000-000000000001 -- web
+	   	767e8558-0955-11e1-be83-cbbeaab7fff8 -- here
+	ok
+
+## make more checkouts
+
+So far you have a central repository, and a checkout on a laptop.
+Let's make another checkout that's used as a backup. You can put it anywhere
+you like, just make it be somewhere your laptop can access. A few options:
+
+* Put it on a USB drive that you can plug into the laptop.
+* Put it on a desktop.
+* Put it on some server in the local network.
+* Put it on a remote VPS.
+
+I'll use the VPS option, but these instructions should work for
+any of the above.
+
+	# ssh server
+	server# sudo apt-get install git-annex
+
+Clone the central repository as before. (If the clone fails, you need
+to add your server's ssh public key to github -- see
+[this page](http://help.github.com/ssh-issues/).)
+
+	server# git clone git@github.com:joeyh/techtalks.git
+	server# cd techtalks
+	server# git config remote.origin.annex-ignore true
+	server# git annex init 'backup'
+	init backup (merging origin/git-annex into git-annex...) ok
+
+Notice that the server does not have the contents of any of the files yet.
+If you run `ls`, you'll see broken symlinks. We want to populate this
+backup with the file contents, by copying them from your laptop.
+
+Back on your laptop, you need to configure a git remote for the backup.
+Adjust the ssh url as needed to point to wherever the backup is. (If it
+was on a local USB drive, you'd use the path to the repository instead.)
+
+	# git remote add backup ssh://server/~/techtalks
+
+Now git-annex on your laptop knows how to reach the backup repository,
+and can do things like copy files to it:
+
+	# git annex copy --to backup git-annex_coding_in_haskell.ogg
+	copy git-annex_coding_in_haskell.ogg (checking backup...)
+	12877824   2%  255.11kB/s    00:00
+	ok
+
+You can also `git annex move` files to it, to free up space on your laptop.
+And then you can `git annex get` files back to your laptop later on, as
+desired.
+
+After you use git-annex to move files around, remember to push, 
+which will broadcast its updated location information.
+
+	# git push
+
+## take it farther
+
+Of course you can create as many checkouts as you desire. If you have a
+desktop machine too, you can make a checkout there, and use `git remote
+add` to also let your desktop access the backup repository. 
+
+You can add remotes for each direct connection between machines you find you
+need -- so make the laptop have the desktop as a remote, and the desktop
+have the laptop as a remote, and then on either machine git-annex can
+access files stored on the other.
diff --git a/doc/tips/centralized_git_repository_tutorial/comment_1_9072ebc0c61446d7b151fcfab616fea9._comment b/doc/tips/centralized_git_repository_tutorial/comment_1_9072ebc0c61446d7b151fcfab616fea9._comment
new file mode 100644
index 0000000000..c509d75796
--- /dev/null
+++ b/doc/tips/centralized_git_repository_tutorial/comment_1_9072ebc0c61446d7b151fcfab616fea9._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkC0W3ZQERUaTkHoks6k68Tsp1tz510nGo"
+ nickname="Georg"
+ subject="sync, push, pull with/to/from centralized bare repository"
+ date="2013-10-07T06:45:19Z"
+ content="""
+Hi Joey,
+
+thanks for tutorial with the centralized repo. I am currently trying to set up a central bare repo for two clients (they cannot communicate directly with each other). I am not sure if I am pushing/pulling the right way.
+
+On the server I did:
+
+    git init --bare
+    git annex init origin
+
+On Cĺient Alice (I want to give Bob a chance get call \"git annex get\" from \"origin\"):
+
+    git clone ssh://tktest@192.168.56.104/~/annex .
+    git annex init Alice
+    git annex merge
+    git annex add .
+    git commit -a -m \"Added tutorial\"
+    git push origin master git-annex
+    git annex copy . --to origin
+
+On Client Bob I have called \"clone, init, merge, add, push, copy\" also.
+
+Now the tricky part - do I have to call \"git annex sync\" at Alice's side to get the updates from Bob over origin?
+I ran into troubles if I called \"copy --to origin\" before \"git push origin master git-annex\". How can I resolve a non-fast-forware on the git-annex branch?
+Some notes about how to sync over a central bare repo would be nice here =)
+
+Thanks a lot, Georg
+"""]]
diff --git a/doc/tips/centralized_git_repository_tutorial/comment_2_528e92b21f0551fde4adb956654953ae._comment b/doc/tips/centralized_git_repository_tutorial/comment_2_528e92b21f0551fde4adb956654953ae._comment
new file mode 100644
index 0000000000..21b286fff2
--- /dev/null
+++ b/doc/tips/centralized_git_repository_tutorial/comment_2_528e92b21f0551fde4adb956654953ae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.80"
+ subject="How can I resolve a non-fast-forware on the git-annex branch?"
+ date="2013-10-07T17:08:32Z"
+ content="""
+By either running `git annex sync`, or if you want to pull and push yourself, by running `git annex merge` before pushing.
+"""]]
diff --git a/doc/tips/downloading_podcasts.mdwn b/doc/tips/downloading_podcasts.mdwn
new file mode 100644
index 0000000000..7805f84cb4
--- /dev/null
+++ b/doc/tips/downloading_podcasts.mdwn
@@ -0,0 +1,79 @@
+You can use git-annex as a podcatcher, to download podcast contents.
+No additional software is required, but your git-annex must be built
+with the Feeds feature (run `git annex version` to check).
+
+All you need to do is put something like this in a cron job:
+
+`cd somerepo && git annex importfeed http://url/to/podcast http://other/podcast/url`
+
+This downloads the urls, and parses them as RSS, Atom, or RDF feeds.
+All enclosures are downloaded and added to the repository, the same as if you
+had manually run `git annex addurl` on each of them.
+
+git-annex will avoid downloading a file from a feed if its url has already
+been stored in the repository before. So once a file is downloaded,
+you can move it around, delete it, `git annex drop` its content, etc,
+and it will not be downloaded again by repeated runs of
+`git annex importfeed`. Just how a podcatcher should behave.
+
+## templates
+
+To control the filenames used for items downloaded from a feed,
+there's a --template option. The default is
+`--template='${feedtitle}/${itemtitle}${extension}'`
+
+Other available template variables:  
+feedauthor, itemauthor, itemsummary, itemdescription, itemrights, itemid,
+itempubdate, author, title.
+
+## catching up
+
+To catch up on a feed without downloading its contents,
+use `git annex importfeed --relaxed`, and delete the symlinks it creates.
+Next time you run `git annex addurl` it will only fetch any new items.
+
+## fast mode
+
+To add a feed without downloading its contents right now,
+use `git annex importfeed --fast`. Then you can use `git annex get` as
+usual to download the content of an item.
+
+## storing the podcast list in git
+
+You can check the list of podcast urls into git right next to the
+files it downloads. Just make a file named feeds and add one podcast url
+per line.
+
+Then you can run git-annex on all the feeds:
+
+`xargs git-annex importfeed < feeds`
+
+## distributed podcatching
+
+A nice benefit of using git-annex as a podcatcher is that you can
+run `git annex importfeed` on the same url in different clones
+of a repository, and `git annex sync` will sync it all up.
+
+## centralized podcatching
+
+You can also have a designated machine which always fetches all podcstas
+to local disk and stores them. That way, you can archive podcasts with
+time-delayed deletion of upstream content. You can also work around slow
+downloads upstream by podcatching to a server with ample bandwidth or work
+around a slow local Internet connection by podcatching to your home server
+and transferring to your laptop on demand.
+
+## youtube playlists
+
+If your git-annex is also built with quvi support, you can also use
+`git annex importfeed` on youtube playlists. It will automatically download
+the videos linked to by the playlist.
+
+## metadata
+
+As well as storing the urls for items imported from a feed, git-annex can
+store additional [[metadata]], like the author, and itemdescription.
+This can then be looked up later, used in [[metadata_driven_views]], etc.
+
+To make all available metadata from the feed be stored:
+`git config annex.genmetadata true`
diff --git a/doc/tips/downloading_podcasts/comment_10_4d4f6c22070b58918ee8d34c5e7290ad._comment b/doc/tips/downloading_podcasts/comment_10_4d4f6c22070b58918ee8d34c5e7290ad._comment
new file mode 100644
index 0000000000..3bf5afe681
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_10_4d4f6c22070b58918ee8d34c5e7290ad._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 10"
+ date="2013-08-05T16:47:30Z"
+ content="""
+`cabal install feed` should get the necessary library installed so that git-annex will build with feeds support.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_11_d8d77048c7e2524968c188e1ad517873._comment b/doc/tips/downloading_podcasts/comment_11_d8d77048c7e2524968c188e1ad517873._comment
new file mode 100644
index 0000000000..fd34599265
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_11_d8d77048c7e2524968c188e1ad517873._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 11"
+ date="2013-08-06T04:20:16Z"
+ content="""
+    $ cabal install feed
+    Resolving dependencies...
+    All the requested packages are already installed:
+    feed-0.3.9.1
+    Use --reinstall if you want to reinstall anyway.
+
+Then I reinstalled `git-annex` but it still doesn't find the feeds flag.
+
+    $ git annex version
+    git-annex version: 4.20130802
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+Do I need to do something like:
+
+    cabal install git-annex --bindir=$HOME/bin -f\"-assistant -webapp -webdav -pairing -xmpp -dns -feed\"
+
+...but what are the default flags to include in addition to `-feed`
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_12_0859317471b43c88744dd3df95c879f7._comment b/doc/tips/downloading_podcasts/comment_12_0859317471b43c88744dd3df95c879f7._comment
new file mode 100644
index 0000000000..e75a44a8cd
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_12_0859317471b43c88744dd3df95c879f7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 12"
+ date="2013-08-06T04:24:10Z"
+ content="""
+-f-Feed will disable the feature. -fFeed will try to force it on.
+
+You can probably work out what's going wrong using cabal install -v3
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_13_e8c3c97282d17e2a1d47fb9d5e2b2f7b._comment b/doc/tips/downloading_podcasts/comment_13_e8c3c97282d17e2a1d47fb9d5e2b2f7b._comment
new file mode 100644
index 0000000000..8d12428185
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_13_e8c3c97282d17e2a1d47fb9d5e2b2f7b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 13"
+ date="2013-08-06T05:42:45Z"
+ content="""
+So I ran `cabal install -v3` and looked at the output, 
+
+    Flags chosen: feed=True, tdfa=True, testsuite=True, android=False,
+    production=True, dns=True, xmpp=True, pairing=True, webapp=True,
+    assistant=True, dbus=True, inotify=True, webdav=True, s3=True
+
+This looks like feed should be on.
+
+There doesn't appear to be any errors in the compile either.
+
+Is it as simple as a bug where this flag just doesn't show in the `git annex version` command?
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_14_05a3694052de36848fbbad6eeeada895._comment b/doc/tips/downloading_podcasts/comment_14_05a3694052de36848fbbad6eeeada895._comment
new file mode 100644
index 0000000000..4bc831f7f1
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_14_05a3694052de36848fbbad6eeeada895._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 14"
+ date="2013-08-07T16:03:12Z"
+ content="""
+Yes, it did turn out to be as simple as my having forgotten that I have to manually add features to the version list.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_15_21028bed8858c2dae1ac9c2d014fd2a1._comment b/doc/tips/downloading_podcasts/comment_15_21028bed8858c2dae1ac9c2d014fd2a1._comment
new file mode 100644
index 0000000000..0f998d0669
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_15_21028bed8858c2dae1ac9c2d014fd2a1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://23.gs/"
+ ip="46.165.197.5"
+ subject="No file extension?"
+ date="2013-08-12T13:21:50Z"
+ content="""
+It seems git-annex is a bit overzealous when sanitizing the file extension, currently I get: \"Nerdkunde/Let_s_go_to_the_D_M_C_A_m4a\" from http://www.nerdkunde.de/episodes.m4a.rss with the default template and only \"Nerdkunde/Let_s_go_to_the_D_M_C_A._m4a\" if I add the \".\" in the template myself...
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_16_4869fb5c9f896acc477c44de06c36ca7._comment b/doc/tips/downloading_podcasts/comment_16_4869fb5c9f896acc477c44de06c36ca7._comment
new file mode 100644
index 0000000000..4419d02a81
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_16_4869fb5c9f896acc477c44de06c36ca7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 16"
+ date="2013-08-12T13:32:46Z"
+ content="""
+The filename extension is a known issue and already fixed in the development version, see <http://git-annex.branchable.com/bugs/importfeed_uses___34____95__foo__34___as_extension/>
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_17_2e278ff200c1c15efd27c46a3e0aed40._comment b/doc/tips/downloading_podcasts/comment_17_2e278ff200c1c15efd27c46a3e0aed40._comment
new file mode 100644
index 0000000000..bc49e5dd07
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_17_2e278ff200c1c15efd27c46a3e0aed40._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpKmTa1OPwy5Jk24pOoD8Vlo2jahzTPnw"
+ nickname="Stephen"
+ subject="rss authentication"
+ date="2013-08-13T13:32:52Z"
+ content="""
+If a podcast requires authentication, is there a way to pass credentials through? I tried `http://user:pass@site.com/rss.xml` but it didn't work.
+
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_18_382f2b970738d9b1af577955c3083e90._comment b/doc/tips/downloading_podcasts/comment_18_382f2b970738d9b1af577955c3083e90._comment
new file mode 100644
index 0000000000..9e32443159
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_18_382f2b970738d9b1af577955c3083e90._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="--fast and --relaxed"
+ date="2013-08-16T07:27:59Z"
+ content="""
+Hi,
+
+the explanations to --fast and --relaxed on this page could be extended a bit. I looked it up in the man page, but it is not yet clear to me when I would use one or the other with feeds. Also, does “Next time you run git annex addurl it will only fetch any new items.” really only apply to --relaxed, and not --fast?
+
+Furthermore, it would be good if there were a template variable `itemnum` that I can use to ensure that `ls` prints the casts in the right order, even when the titles of the items are not helpful.
+
+Greetings,
+Joachim
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_19_f76fc6835e5787b0156380bf09fd81ca._comment b/doc/tips/downloading_podcasts/comment_19_f76fc6835e5787b0156380bf09fd81ca._comment
new file mode 100644
index 0000000000..41313a87d1
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_19_f76fc6835e5787b0156380bf09fd81ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 19"
+ date="2013-08-22T15:25:02Z"
+ content="""
+I would expect user:pass@site.com to work if the site is using http basic auth. `importfeed` just runs `wget` (or `curl`) to do all downloads, and wget's documentation says that works. It also says you can use ~/.netrc to store the password for a site.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_1_f04bc32a34baeeffcd691e9f7cce0230._comment b/doc/tips/downloading_podcasts/comment_1_f04bc32a34baeeffcd691e9f7cce0230._comment
new file mode 100644
index 0000000000..014fe3f50e
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_1_f04bc32a34baeeffcd691e9f7cce0230._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="ckeen"
+ ip="79.249.110.228"
+ subject="Filename too long"
+ date="2013-07-30T14:39:44Z"
+ content="""
+It seems that some of my feeds get stored into keys that generate a too long filename:
+
+    podcasts/.git/annex/tmp/b1f_325_URL-s143660317--http&c%%feedproxy.google.com%~r%mixotic%~5%urTIRWQK2OQ%Mixotic__258__-__Michael__Miller__-__Galactic__Technolgies.mp3.log.web:
+    openBinaryFile: invalid argument (File name too long)
+
+Is there a way to work around this?
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_20_65ebf3a3bbf0a2aebd2b69640b757e16._comment b/doc/tips/downloading_podcasts/comment_20_65ebf3a3bbf0a2aebd2b69640b757e16._comment
new file mode 100644
index 0000000000..6060be6557
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_20_65ebf3a3bbf0a2aebd2b69640b757e16._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 20"
+ date="2013-08-22T15:29:11Z"
+ content="""
+The git-annex man page has a bit more to say about --relaxed and --fast. Their behavior when used with `importfeed` is the same as with `addurl`.
+
+If the podcast feed provides an `itemid`, you can use that in the filename template. I don't know how common that is. Due to the way `importfeed` works, it cannot keep track of eg, an incrementing item number itself.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_21_98a1dacc8d264ff31801e6c5c5f2612d._comment b/doc/tips/downloading_podcasts/comment_21_98a1dacc8d264ff31801e6c5c5f2612d._comment
new file mode 100644
index 0000000000..eebc00ad96
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_21_98a1dacc8d264ff31801e6c5c5f2612d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Sazius"
+ ip="62.78.213.233"
+ subject="comment 21"
+ date="2014-07-01T20:52:06Z"
+ content="""
+For some podcast feeds I typically wish to view the description of the show before I decide to download it or not. Is there some way to perform that use case using git annex? I know `itemdescription` is something I can include in the template for the filename, but the descriptions can be really long... doesn't seem very elegant to have that in the file name. Could the description for example be included as metadata of the item?
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_22_00cc7a2fb936d7ea3d5d3764a1637663._comment b/doc/tips/downloading_podcasts/comment_22_00cc7a2fb936d7ea3d5d3764a1637663._comment
new file mode 100644
index 0000000000..2fba1b57dd
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_22_00cc7a2fb936d7ea3d5d3764a1637663._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.55"
+ subject="metadata"
+ date="2014-07-03T18:25:32Z"
+ content="""
+Good idea, Sazius!
+
+I've made importfeed store the metadata, as long as annex.genmetadata is set in .git/config.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_2_a9a98cad7358d16792853a2ee413fe6c._comment b/doc/tips/downloading_podcasts/comment_2_a9a98cad7358d16792853a2ee413fe6c._comment
new file mode 100644
index 0000000000..f8ba1155cb
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_2_a9a98cad7358d16792853a2ee413fe6c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T17:16:07Z"
+ content="""
+@ckeen You seem to be using a filesystem that does not support filenames 150 characters long. This is unusual -- even windows and android can support a filename up to 255 characters in length. `git-annex addurl` already deals with this sort of problem by limiting the filename to 255 characters. If you'd like to file a bug report with details about your system, I can try to make git-annex support its limitations, I suppose.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_3_5a8068a5cb0fd864581157a3aa5d1113._comment b/doc/tips/downloading_podcasts/comment_3_5a8068a5cb0fd864581157a3aa5d1113._comment
new file mode 100644
index 0000000000..7e5633865a
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_3_5a8068a5cb0fd864581157a3aa5d1113._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="Great stuff!"
+ date="2013-07-30T21:21:57Z"
+ content="""
+Looking forward to seeing it in Debian unstable; where it will definitely replace my hpodder setup.
+
+I guess there is no easy way to re-use the files already downloaded with hpodder? At first I thought that `git annex importfeed --relaxed` followed by adding the files to the git annex would work, but `importfeed` stores URLs, not content-based hashes, so it wouldn’t match up.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_4_e7072a9da30b4c4b4c526013144238d4._comment b/doc/tips/downloading_podcasts/comment_4_e7072a9da30b4c4b4c526013144238d4._comment
new file mode 100644
index 0000000000..1693c4bdcf
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_4_e7072a9da30b4c4b4c526013144238d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 4"
+ date="2013-07-30T21:29:50Z"
+ content="""
+@nomeata, well, you can, but it has to download the files again.
+
+When run without --fast, `importfeed` does use content based hashes, so if you run it in a temporary directory, it will download the content redundantly, hash it and see it's the same, and add the url to that hash. You can then delete the temporary directory, and the files hpodder had downloaded will have the url attached to them now. I don't know if this really buys you anything over deleting the hpodder files and starting over though.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_5_79b3f8d678ac9f67df4c0cd649657283._comment b/doc/tips/downloading_podcasts/comment_5_79b3f8d678ac9f67df4c0cd649657283._comment
new file mode 100644
index 0000000000..f5df9910f3
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_5_79b3f8d678ac9f67df4c0cd649657283._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ckeen"
+ ip="79.249.110.228"
+ subject="Force a reload of a feed?"
+ date="2013-07-31T10:35:50Z"
+ content="""
+Currently I have my podcasts imported with --fast. For some reason there are podcast episodes missing. This has been done propably during my period of toying with the feature. If I retry on a clean annex I see all episodes. My suspicion is that git-annex has been interrupted during downloading a feed but now somehow thinks it's already there. How can I debug this situation and/or force git annex to retry all the links in a feed?
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_6_35106fee5458bdd5c21868fbc49d3616._comment b/doc/tips/downloading_podcasts/comment_6_35106fee5458bdd5c21868fbc49d3616._comment
new file mode 100644
index 0000000000..caeca01511
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_6_35106fee5458bdd5c21868fbc49d3616._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="use the force"
+ date="2013-07-31T16:20:39Z"
+ content="""
+The only way it can skip downloading a file is if its url has already been seen before. Perhaps you deleted them?
+
+I've made `importfeed --force` re-download files it's seen before.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_7_ceb16498b7aadbf04a27acd5d6561d46._comment b/doc/tips/downloading_podcasts/comment_7_ceb16498b7aadbf04a27acd5d6561d46._comment
new file mode 100644
index 0000000000..ac2c89a366
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_7_ceb16498b7aadbf04a27acd5d6561d46._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="ckeen"
+ ip="78.108.63.46"
+ subject="--force reload all URLs"
+ date="2013-08-01T09:47:34Z"
+ content="""
+Is it intentionally saving URLs with a prefixed 2_? I have sorted out all missing URLs and renamed it, so no harm done, but it has been a bit of a hassle to get there.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_8_147397603f0b3fdb42ca387d1da7c5ef._comment b/doc/tips/downloading_podcasts/comment_8_147397603f0b3fdb42ca387d1da7c5ef._comment
new file mode 100644
index 0000000000..0995d80752
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_8_147397603f0b3fdb42ca387d1da7c5ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 8"
+ date="2013-08-01T16:05:10Z"
+ content="""
+I've now made importfeed --force a bit smarter about reusing existing files.
+"""]]
diff --git a/doc/tips/downloading_podcasts/comment_9_6a26a6cc7683d38fae0f23c5a52d1e23._comment b/doc/tips/downloading_podcasts/comment_9_6a26a6cc7683d38fae0f23c5a52d1e23._comment
new file mode 100644
index 0000000000..3045c98949
--- /dev/null
+++ b/doc/tips/downloading_podcasts/comment_9_6a26a6cc7683d38fae0f23c5a52d1e23._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="How do I switch on the 'feeds' feature?"
+ date="2013-08-05T04:52:41Z"
+ content="""
+Joey - your initial post said:
+
+    git-annex must be built with the Feeds feature (run git annex version to check).
+
+...but how do I actually switch on the feeds feature?
+
+I install git-annex from cabal, so I do
+
+    cabal update
+    cabal install git-annex
+
+which I did this morning and now `git annex version` gives me:
+
+    git-annex version: 4.20130802
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+So it is the latest version, but without Feeds.  :-(
+"""]]
diff --git a/doc/tips/dropboxannex.mdwn b/doc/tips/dropboxannex.mdwn
new file mode 100644
index 0000000000..0f82f659d7
--- /dev/null
+++ b/doc/tips/dropboxannex.mdwn
@@ -0,0 +1,29 @@
+dropboxannex 0.2.0
+=========
+
+Hook program for gitannex to use dropbox as backend
+
+# Requirements:
+
+    python2
+    python-pkg-resources
+
+Credit for the Dropbox api interface goes to Dropbox.
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/dropboxannex.git 
+
+This should make a ~/dropboxannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/dropboxannex; chmod +x git-annex-remote-dropbox; sudo ln -sf `pwd`/git-annex-remote-dropbox /usr/local/bin/git-annex-remote-dropbox
+
+# Commands for gitannex:
+
+    git annex initremote dropbox type=external externaltype=dropbox encryption=shared folder=gitannex
+    git annex describe dropbox "the dropbox library"
+
diff --git a/doc/tips/emacs_integration.mdwn b/doc/tips/emacs_integration.mdwn
new file mode 100644
index 0000000000..2390474a41
--- /dev/null
+++ b/doc/tips/emacs_integration.mdwn
@@ -0,0 +1,25 @@
+bergey has developed an emacs mode for browsing git-annex repositories,
+dired style.
+
+<https://gitorious.org/emacs-contrib/annex-mode>
+
+Locally available files are colored differently, and pressing g runs
+`git annex get` on the file at point.
+
+----
+
+John Wiegley has developed a brand new git-annex interaction mode for
+Emacs, which aims to integrate with the standard facilities
+(C-x C-q, M-x dired, etc) rather than invent its own interface.
+
+<https://github.com/jwiegley/git-annex-el>
+
+He has also added support to org-attach; if
+`org-attach-git-annex-cutoff' is non-nil and smaller than the size
+ of the file you're attaching then org-attach will `git annex add the
+file`; otherwise it will "git add" it.
+
+----
+
+[magit-annex](https://github.com/kyleam/magit-annex) adds magit support
+for a few features, including adding files and syncing.
diff --git a/doc/tips/file_manager_integration.mdwn b/doc/tips/file_manager_integration.mdwn
new file mode 100644
index 0000000000..6c6ac643f1
--- /dev/null
+++ b/doc/tips/file_manager_integration.mdwn
@@ -0,0 +1,119 @@
+Integrating git-annex and your file manager provides an easy way to select
+annexed files to get or drop.
+
+[[!toc]]
+
+## GNOME (nautilus)
+
+Recent git-annex comes with built-in nautilus integration. Just pick the
+action from the menu.
+
+[[!img assistant/nautilusmenu.png]]
+
+[[!img assistant/downloadnotification.png]]
+
+This is set up by making simple scripts in
+`~/.local/share/nautilus/scripts`, with names like "git-annex get"
+
+## KDE (Dolphin/Konqueror)
+
+Create a file `~/.kde4/share/kde4/services/ServiceMenus/git-annex.desktop` with the following contents:
+
+        [Desktop Entry]
+        Type=Service
+        ServiceTypes=all/allfiles
+        MimeType=all/all;
+        Actions=GitAnnexGet;GitAnnexDrop;
+        X-KDE-Priority=TopLevel
+        X-KDE-Submenu=Git-Annex
+        X-KDE-Icon=git-annex
+        X-KDE-ServiceTypes=KonqPopupMenu/Plugin
+
+        [Desktop Action GitAnnexGet]
+        Name=Get
+        Icon=git-annex
+        Exec=git-annex get --notify-start --notify-finish -- %U
+
+        [Desktop Action GitAnnexDrop]
+        Name=Drop
+        Icon=git-annex
+        Exec=git-annex drop --notify-start --notify-finish -- %U
+
+## XFCE (Thunar)
+
+XFCE uses the Thunar file manager, which can also be easily configured to allow for custom actions. Just go to the "Configure custom actions..." item in the "Edit" menu, and create a custom action for get and drop with the following commands:
+
+    git-annex drop --notify-start --notify-finish -- %F
+
+for drop, and for get:
+
+    git-annex drop --notify-start --notify-finish -- %F
+
+This gives me the resulting config on disk, in `.config/Thunar/uca.xml`:
+
+    <action>
+        <icon>git-annex</icon>
+        <name>git-annex get</name>
+        <unique-id>1396278104182858-3</unique-id>
+        <command>git-annex get --notify-start --notify-finish -- %F</command>
+        <description>get the files from a remote git annex repository</description>
+        <patterns>*</patterns>
+        <directories/>
+        <audio-files/>
+        <image-files/>
+        <other-files/>
+        <text-files/>
+        <video-files/>
+    </action>
+    <action>
+        <icon>git-annex</icon>
+        <name>git-annex drop</name>
+        <unique-id>1396278093174843-2</unique-id>
+        <command>git-annex drop --notify-start --notify-finish -- %F</command>
+        <description>drop the files from the local repository</description>
+        <patterns>*</patterns>
+        <directories/>
+        <audio-files/>
+        <image-files/>
+        <other-files/>
+        <text-files/>
+        <video-files/>
+    </action>
+
+The complete instructions on how to setup actions is [in the XFCE documentation](http://docs.xfce.org/xfce/thunar/custom-actions).
+
+## OS X (Finder)
+
+For OS X, it is possible to get context menus in Finder. Due to how OS X deals with sym links, one needs to operate on folders if using indirect mode. Direct mode operation has not been tested.
+
+1. Open Automator and create a new Service.
+2. Using the Drop down menus in the top create the sentence "Service receives selected folders in Finder.app" to have it work on folders. For direct mode operation it is probably reasonable to select "files or folders".
+3. Add a "Run shell script" element and fill in line with the following script:
+
+        #!/usr/bin/bash
+        source ~/.bash_profile
+        for f in "$@"
+        do
+            cd "$(dirname "$f")" && git-annex get "$f"
+        done
+
+The purpose of the first line is there to get git-annex on to the path. The reason for the for loop is in case multiple files or folders are marked when running the context menu command.
+
+Finally save the the workflow under the name for which it should be listed in the context menu.
+
+## your file manager here
+
+Edit this page and add instructions!
+
+## general
+
+If your file manager can run a command on a file, it should be easy to
+integrate git-annex with it. A simple script will suffice:
+
+	#!/bin/sh
+	git-annex get --notify-start --notify-finish -- "$@"
+
+The --notify-start and --notify-stop options make git-annex display a
+desktop notification. This is useful to give the user an indication that
+their action took effect. Desktop notifications are currently only
+implemented for Linux.
diff --git a/doc/tips/file_manager_integration/comment_1_0f82520f415b4715946358658e1799a8._comment b/doc/tips/file_manager_integration/comment_1_0f82520f415b4715946358658e1799a8._comment
new file mode 100644
index 0000000000..2dedcc884e
--- /dev/null
+++ b/doc/tips/file_manager_integration/comment_1_0f82520f415b4715946358658e1799a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmF_9CAtfqdZkC4e-_dCX-rK5bqh4RWkw"
+ nickname="Carl"
+ subject="Finder added"
+ date="2014-04-23T13:19:02Z"
+ content="""
+For some reason I do not manage to get the shell script to pretty print. I can also supply a screenshot of the Automator, but do not manage to upload it to the wiki.
+"""]]
diff --git a/doc/tips/file_manager_integration/comment_2_9cb6b7fcb8e33a75efd2f92d7e40a9c5._comment b/doc/tips/file_manager_integration/comment_2_9cb6b7fcb8e33a75efd2f92d7e40a9c5._comment
new file mode 100644
index 0000000000..ad3e4c0b41
--- /dev/null
+++ b/doc/tips/file_manager_integration/comment_2_9cb6b7fcb8e33a75efd2f92d7e40a9c5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-04-23T17:49:09Z"
+ content="""
+@Carl, I've fixed the formatting. To add a picture, you'd need to send me a pull request adding it to the git repo.
+"""]]
diff --git a/doc/tips/finding_duplicate_files.mdwn b/doc/tips/finding_duplicate_files.mdwn
new file mode 100644
index 0000000000..94fc85400e
--- /dev/null
+++ b/doc/tips/finding_duplicate_files.mdwn
@@ -0,0 +1,21 @@
+Maybe you had a lot of files scattered around on different drives, and you
+added them all into a single git-annex repository. Some of the files are
+surely duplicates of others.
+
+While git-annex stores the file contents efficiently, it would still
+help in cleaning up this mess if you could find, and perhaps remove
+the duplicate files.
+
+Here's a command line that will show duplicate sets of files grouped together:
+
+	git annex find --include '*' --format='${file} ${escaped_key}\n' | \
+		sort -k2 | uniq --all-repeated=separate -f1 | \
+		sed 's/ [^ ]*$//'
+
+Here's a command line that will remove one of each duplicate set of files:
+
+	git annex find --include '*' --format='${file} ${escaped_key}\n' | \
+		sort -k2 | uniq --repeated -f1 | sed 's/ [^ ]*$//' | \
+		xargs -d '\n' git rm
+
+--[[Joey]] 
diff --git a/doc/tips/finding_duplicate_files/comment_10_2ed5aa8c632048b13e01d358883fa383._comment b/doc/tips/finding_duplicate_files/comment_10_2ed5aa8c632048b13e01d358883fa383._comment
new file mode 100644
index 0000000000..77a308b90f
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_10_2ed5aa8c632048b13e01d358883fa383._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="comment 10"
+ date="2013-08-31T18:20:58Z"
+ content="""
+I'm already spreading the word. Handling scientific papers, data, simulations and code has been quite a challenge during my academic career. While code was solved long ago, the three first items remained a huge problem.
+I'm sure many of my colleagues will be happy to use it.
+Is there any hashtag or twitter account? I've seen that you collected some of my tweets, but I don't know how you did it. Did you search for git-annex?
+Best,
+    Juan
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_11_5efc6b6ee1dfec88512183e9679ca616._comment b/doc/tips/finding_duplicate_files/comment_11_5efc6b6ee1dfec88512183e9679ca616._comment
new file mode 100644
index 0000000000..03ab1b3c7d
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_11_5efc6b6ee1dfec88512183e9679ca616._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="sameerds"
+ ip="106.51.197.116"
+ subject="a shell script that handles spaces in file names"
+ date="2013-12-31T10:24:06Z"
+ content="""
+I used the following shell pipeline to remove duplicate files in one go:
+
+    (1) git annex find --format='${key}:${file}\n' \
+    (2)    | cut -d '-' -f 4- \
+    (3)    | sort \
+    (4)    | uniq --all-repeated=separate -w 40 \
+    (5)    | awk -vRS= -vFS='\n' '{for (i = 2; i <= NF; i++) print $i}' \
+    (6)    | cut -d ':' -f 2- \
+    (7)    | xargs -d '\n' git rm
+
+1. Generate a list of keys and file names separated by a colon (':').
+2. Cut out the initial part of the key so that the hash is at the beginning of the line. The `-f 4-` ensures that dashes in the filename do not result in truncation.
+3. Sort the entire list.
+4. Uniquify and print duplicates in groups separated by blank lines. Use the first 40 characters, which matches the length of a SHA1 hash. Other hashes will require a different length.
+5. Use awk to print all but the first line in each group. The empty `-vRS` sets blank line as the record separator, and the `-vFS` sets newline as the field separator. The for-loop prints each field except the first.
+6. Cut out the key and keep only the file name by relying on the colon introduced in the first step.
+7. Use xargs to separate file names by newline, which takes care of spaces in the file names. Send this list of arguments to `git rm`.
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_1_ddb477ca242ffeb21e0df394d8fdf5d2._comment b/doc/tips/finding_duplicate_files/comment_1_ddb477ca242ffeb21e0df394d8fdf5d2._comment
new file mode 100644
index 0000000000..d1bd4475e5
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_1_ddb477ca242ffeb21e0df394d8fdf5d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="Cool"
+ date="2011-12-23T19:16:50Z"
+ content="""
+Very nice :)  Just for reference, here's [my Perl implementation](https://github.com/aspiers/git-config/blob/master/bin/git-annex-finddups).  As per [this discussion](http://git-annex.branchable.com/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/#comment-fb15d5829a52cd05bcbd5dc53edaffb2) it would be interesting to benchmark these two approaches and see if one is substantially more efficient than the other w.r.t. CPU and memory usage.
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_2_900eafe0a781018ff44b35ac232e3ad3._comment b/doc/tips/finding_duplicate_files/comment_2_900eafe0a781018ff44b35ac232e3ad3._comment
new file mode 100644
index 0000000000..605c804dd8
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_2_900eafe0a781018ff44b35ac232e3ad3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.89.108"
+ subject="problems with spaces in filenames"
+ date="2012-09-05T02:12:18Z"
+ content="""
+note that the sort -k2 doesn't work right for filenames with spaces in them. On the other hand, git-rm doesn't seem to like the escaped names from escaped_file.
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_3._comment b/doc/tips/finding_duplicate_files/comment_3._comment
new file mode 100644
index 0000000000..44eeb50759
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_3._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="mhameed"
+ ip="82.32.202.53"
+ subject="problems with spaces in filenames"
+ date="Wed Sep  5 09:38:56 BST 2012"
+ content="""
+
+Spaces, and other special chars can make filename handeling ugly.
+If you don't have a restriction on keeping the exact filenames, then 
+it might be easiest just to get rid of the problematic chars.
+
+    #!/bin/bash
+
+    function process() {
+        dir="$1"
+        echo "processing $dir"
+        pushd $dir >/dev/null 2>&1
+
+        for fileOrDir in *; do
+            nfileOrDir=`echo "$fileOrDir" | sed -e 's/\[//g' -e 's/\]//g' -e 's/ /_/g' -e "s/'//g" `
+            if [ "$fileOrDir" != "$nfileOrDir" ]; then
+                echo renaming $fileOrDir to $nfileOrDir
+                git mv "$fileOrDir" "$nfileOrDir"
+            else
+                echo "skipping $fileOrDir, no need to rename."
+            fi
+        done
+
+        find ./ -mindepth 1 -maxdepth 1 -type d | while read d; do
+        process "$d"
+        done
+        popd >/dev/null 2>&1
+    }
+
+    process .
+
+Maybe you can run something like this before checking for duplicates.
+
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment b/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment
new file mode 100644
index 0000000000..f1a86f43ce
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_4_1494143a74cc1e9fbe4720c14b73d42b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.89.108"
+ subject="more about spaces..."
+ date="2012-09-09T19:33:01Z"
+ content="""
+Ironically, previous renaming to remove spaces, plus some synching is how I ended up with these duplicates. For what it is worth, aspiers perl script worked out for me with a small modification. I just only printed out the duplicates with spaces in them (quoted).
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_5_1a35ca360468bcb84a67ad8d62a2ef7d._comment b/doc/tips/finding_duplicate_files/comment_5_1a35ca360468bcb84a67ad8d62a2ef7d._comment
new file mode 100644
index 0000000000..23beb779f8
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_5_1a35ca360468bcb84a67ad8d62a2ef7d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaBh9VNJ-RZ26wJZ4BEhMN1IlPT-DK6JA"
+ nickname="Alex"
+ subject="printing keys first is the easiest workaround"
+ date="2013-04-01T23:32:23Z"
+ content="""
+Since the keys are sure to have nos paces in them, putting them first makes working with the output with tools like sort, uniq, and awk simpler.
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_6_a6e88c93b31f67c933523725ff61b287._comment b/doc/tips/finding_duplicate_files/comment_6_a6e88c93b31f67c933523725ff61b287._comment
new file mode 100644
index 0000000000..31601a9893
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_6_a6e88c93b31f67c933523725ff61b287._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnkBYpLu_NOj7Uq0-acvLgWhxF8AUEIJbo"
+ nickname="Chris"
+ subject="Find files by key"
+ date="2013-05-03T04:14:55Z"
+ content="""
+Is there any simple way to search for files with a given key?
+
+At the moment, the best I've come up with is this:
+
+````
+git annex find --include '*' --format='${key} ${file}' | grep <KEY>
+````
+
+where `<KEY>` is the key. This seems like an awfully longwinded approach, but I don't see anything in the docs indicating a simpler way to do it. Am I missing something?
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_7_347b0186755a809594bd42feda6363e2._comment b/doc/tips/finding_duplicate_files/comment_7_347b0186755a809594bd42feda6363e2._comment
new file mode 100644
index 0000000000..d97b0d500b
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_7_347b0186755a809594bd42feda6363e2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-05-13T18:42:14Z"
+ content="""
+@Chris I guess there's no really easy way because searching for a given key is not something many people need to do.
+
+However, git does provide a way. Try `git log --stat -S $KEY`
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_8_3af51722da0980b724facb184f0f66e9._comment b/doc/tips/finding_duplicate_files/comment_8_3af51722da0980b724facb184f0f66e9._comment
new file mode 100644
index 0000000000..26c34fcfa8
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_8_3af51722da0980b724facb184f0f66e9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="This is an awesome feature"
+ date="2013-08-28T13:40:23Z"
+ content="""
+Thanks. I have quite a lot of papers in PDF formats. Now I'm saving space, have them controlled, synchronized with many devices and found more than 200 duplicates.
+Is there a way to donate to the project? You really deserve it.
+Thanks.
+"""]]
diff --git a/doc/tips/finding_duplicate_files/comment_9_7b4b78a5cd253abfe4f6001049bf64f3._comment b/doc/tips/finding_duplicate_files/comment_9_7b4b78a5cd253abfe4f6001049bf64f3._comment
new file mode 100644
index 0000000000..a20ca16ed2
--- /dev/null
+++ b/doc/tips/finding_duplicate_files/comment_9_7b4b78a5cd253abfe4f6001049bf64f3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.7"
+ subject="comment 9"
+ date="2013-08-28T20:25:20Z"
+ content="""
+@Juan the best thing to do is tell people about git-annex, help them use it, and file bug reports. Just generally be part of the git-annex community.
+
+(If you really want to donate to me, <http://campaign.joeyh.name/> is still open.)
+"""]]
diff --git a/doc/tips/flickrannex.mdwn b/doc/tips/flickrannex.mdwn
new file mode 100644
index 0000000000..7e836a0031
--- /dev/null
+++ b/doc/tips/flickrannex.mdwn
@@ -0,0 +1,50 @@
+flickrannex
+=========
+
+Hook program for gitannex to use flickr as backend
+
+# Requirements:
+
+    python2
+
+Credit for the flickr api interface goes to: http://stuvel.eu/flickrapi
+Credit for the png library goes to: https://github.com/drj11/pypng
+Credit for the png tEXt patch goes to: https://code.google.com/p/pypng/issues/detail?id=65
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/flickrannex.git 
+
+This should make a ~/flickrannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/flickrannex; chmod +x git-annex-remote-flickr; sudo ln -sf `pwd`/git-annex-remote-flickr /usr/local/bin/git-annex-remote-flickr
+
+# Commands for gitannex:
+
+    USERNAME="username@provider.com" git annex initremote flickr type=external externaltype=flickr encryption=shared folder=gitannex
+
+An oauth authentication link should now be launched in the default browser. The hook will wait for 30s for you to login and authenticate.
+
+    git annex describe dropbox "the flickr library"
+
+# Notes
+
+## Unencrypted mode
+The photo name on flickr is currently the GPGHMACSHA1 version.
+
+## Encrypted mode
+The current version base64 encodes all the data, which results in ~35% larger filesize.
+
+## Including directories as tags
+This feature is currently disabled, if it gets implemented again it will most likely not require user action to enable it.
+
+In this case the image:
+   /home/me/annex-photos/holidays/2013/Greenland/img001.jpg
+would get the following tags:  "holidays" "2013" "Greenland"
+(assuming "/home/me/annex-photos" is the top level in the annex...)
+
+Caveat Emptor - Tags will *always* be NULL for indirect repos - we don't (easily) know the human-readable file name.
diff --git a/doc/tips/flickrannex/comment_10_50707f259abe5829ce075dfbecd5a4ba._comment b/doc/tips/flickrannex/comment_10_50707f259abe5829ce075dfbecd5a4ba._comment
new file mode 100644
index 0000000000..7bda45e5ca
--- /dev/null
+++ b/doc/tips/flickrannex/comment_10_50707f259abe5829ce075dfbecd5a4ba._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 10"
+ date="2013-06-07T09:39:59Z"
+ content="""
+I'm not even sure if chunksize is exposed to the hooks at all.
+
+As it is, the hook will check the filesize, and if the filesize is more than 30mbyte it will exit 1.
+
+Chunking may be implemented down the road. I do believe joeyh might have some plans that will touch this issue, so I'd rather wait. Than re-invent the wheel yet again.
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_11_ab5bcb025381b3da4d7c6dfd0c7310dd._comment b/doc/tips/flickrannex/comment_11_ab5bcb025381b3da4d7c6dfd0c7310dd._comment
new file mode 100644
index 0000000000..e59aa65003
--- /dev/null
+++ b/doc/tips/flickrannex/comment_11_ab5bcb025381b3da4d7c6dfd0c7310dd._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="git annex get failed"
+ date="2013-08-02T14:29:30Z"
+ content="""
+Hi, I am coming back to this and testing Flickr as a repository for moving files about and have run into what may be my very basic misunderstanding with vanilla annex.
+
+I copied one file to Flickr and dropped it elsewhere (--force).  I assumed that the file was on Flickr ok but that the numcopies setting required the force because of the semi-trust level of the Flickr remote.
+
+Then I find I can't get the file back, even though there is a record of it from whereis.
+
+Can you help enlighten me as to what am I missing?  I assumed whereis would only report files that exist and can be copied back.  If not my error, I can raise bug or search for logs.  Thanks in advance for any help.
+
+[[!format  perl \"\"\"
+
+
+nrb@nrb-ThinkPad-T61:~/tmp$ git annex whereis
+whereis libpeerconnection.log (3 copies) 
+  	31124688-0792-4214-9e00-7ed115aa6b8e -- flickr (the flickr library)
+   	3e3d40d7-de8f-4591-a4ab-747d74a3b278 -- origin (my laptop)
+   	ec2d64fc-30d6-48b4-99bf-7b1bc22d420d -- portable USB drive
+ok
+whereis test.cgi (1 copy) 
+  	31124688-0792-4214-9e00-7ed115aa6b8e -- flickr (the flickr library)
+ok
+whereis walkthrough.sh (3 copies) 
+  	31124688-0792-4214-9e00-7ed115aa6b8e -- flickr (the flickr library)
+   	3e3d40d7-de8f-4591-a4ab-747d74a3b278 -- origin (my laptop)
+   	ec2d64fc-30d6-48b4-99bf-7b1bc22d420d -- portable USB drive
+ok
+whereis walkthrough.sh~ (3 copies) 
+  	31124688-0792-4214-9e00-7ed115aa6b8e -- flickr (the flickr library)
+   	3e3d40d7-de8f-4591-a4ab-747d74a3b278 -- origin (my laptop)
+   	ec2d64fc-30d6-48b4-99bf-7b1bc22d420d -- portable USB drive
+ok
+nrb@nrb-ThinkPad-T61:~/tmp$ git annex get test.cgi
+get test.cgi (from flickr...) 
+
+git-annex: /home/nrb/tmp/.git/annex/tmp/SHA256E-s48--a01eedbee949120aeda41e566f9ae8faef1c2bacaa6d7bb8e45050fb8df6d09d.cgi: rename: does not exist (No such file or directory)
+failed
+git-annex: get: 1 failed
+nrb@nrb-ThinkPad-T61:~/tmp$ 
+
+\"\"\"]]
+"""]]
diff --git a/doc/tips/flickrannex/comment_12_90a331275d888221bc695003c8acbe46._comment b/doc/tips/flickrannex/comment_12_90a331275d888221bc695003c8acbe46._comment
new file mode 100644
index 0000000000..003755f301
--- /dev/null
+++ b/doc/tips/flickrannex/comment_12_90a331275d888221bc695003c8acbe46._comment
@@ -0,0 +1,58 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="re: git annex get failed"
+ date="2013-08-02T15:02:14Z"
+ content="""
+Another try - this time a slightly simpler setup using my version of the walkthrough commands
+
+[[!format  bash \"\"\"
+
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ git annex drop walkthrough.sh --from usbdrive
+drop usbdrive walkthrough.sh ok
+(Recording state in git...)
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ git annex move walkthrough.sh --to flickr
+move walkthrough.sh (gpg) (checking flickr...) (to flickr...) 
+/home/nrb/repos/gits/flickrannex/flickrannex.py:92: FutureWarning: The behavior of this method will change in future versions.  Use specific 'len(elem)' or 'elem is not None' test instead.
+  if res:
+/home/nrb/repos/gits/flickrannex/flickrannex.py:100: FutureWarning: The behavior of this method will change in future versions.  Use specific 'len(elem)' or 'elem is not None' test instead.
+  if res:
+ok
+(Recording state in git...)
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ git annex whereis
+whereis walkthrough.sh (1 copy) 
+  	161b7af0-2075-4314-9767-308a49b86018 -- flickr (the flickr library)
+ok
+whereis walkthrough.sh~ (3 copies) 
+  	161b7af0-2075-4314-9767-308a49b86018 -- flickr (the flickr library)
+   	7803d853-d231-4bb4-b696-f12a950fb96b -- here (my laptop)
+   	d60d75f9-d878-4214-af20-fa055134ae77 -- usbdrive (portable USB drive)
+ok
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ git annex get walkthrough.sh
+get walkthrough.sh (from flickr...) (gpg) 
+git-annex: /home/nrb/repos/annex/laptop-annex/.git/annex/tmp/GPGHMACSHA1--02f600d7e8b071d2945270fd5e7fc26dd066ff31: openBinaryFile: does not exist (No such file or directory)
+gpg: decrypt_message failed: eof
+
+  Unable to access these remotes: flickr
+
+  Try making some of these repositories available:
+  	161b7af0-2075-4314-9767-308a49b86018 -- flickr (the flickr library)
+failed
+git-annex: get: 1 failed
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ git annex fsck --from flickr
+fsck walkthrough.sh (gpg) (checking flickr...) (fixing location log) 
+  ** Based on the location log, walkthrough.sh
+  ** was expected to be present, but its content is missing.
+
+  ** No known copies exist of walkthrough.sh
+failed
+fsck walkthrough.sh~ (checking flickr...) (fixing location log) 
+  ** Based on the location log, walkthrough.sh~
+  ** was expected to be present, but its content is missing.
+failed
+(Recording state in git...)
+git-annex: fsck: 2 failed
+nrb@nrb-ThinkPad-T61:~/repos/annex/laptop-annex$ 
+
+\"\"\" ]]
+"""]]
diff --git a/doc/tips/flickrannex/comment_13_1596e70dca71c853fd1d6fc9bde02b18._comment b/doc/tips/flickrannex/comment_13_1596e70dca71c853fd1d6fc9bde02b18._comment
new file mode 100644
index 0000000000..19faa585e8
--- /dev/null
+++ b/doc/tips/flickrannex/comment_13_1596e70dca71c853fd1d6fc9bde02b18._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="Version 0.1.10 pushed"
+ date="2013-09-11T20:31:25Z"
+ content="""
+Since the initial release of this hook a lot of issues have been fixed, and a few features added.
+
+I would highly suggest that everyone who is using this hook update to the latest version as i would consider one of the bugs to be fairly major.
+
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_14_c728f10074d194efa8b2c60e97d275e7._comment b/doc/tips/flickrannex/comment_14_c728f10074d194efa8b2c60e97d275e7._comment
new file mode 100644
index 0000000000..f625d6bc00
--- /dev/null
+++ b/doc/tips/flickrannex/comment_14_c728f10074d194efa8b2c60e97d275e7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="great job on that plugin!"
+ date="2014-04-15T04:47:17Z"
+ content="""
+it's pretty awesome to have 1TB of free storage like that out there... but for storing photos, it could be improved - I filed a few bugs on the github repo here:
+
+https://github.com/TobiasTheViking/flickrannex/issues/created_by/anarcat?state=open
+
+thanks!
+"""]]
diff --git a/doc/tips/flickrannex/comment_2_d74c4fc7edf8e47f7482564ce0ef4d12._comment b/doc/tips/flickrannex/comment_2_d74c4fc7edf8e47f7482564ce0ef4d12._comment
new file mode 100644
index 0000000000..d015dc1955
--- /dev/null
+++ b/doc/tips/flickrannex/comment_2_d74c4fc7edf8e47f7482564ce0ef4d12._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 2"
+ date="2013-06-05T21:33:42Z"
+ content="""
+Get the statically linked version from here http://git-annex.branchable.com/install/Linux_standalone/
+
+I believe the new hook format was introduced in version 4.20130521
+"""]]
diff --git a/doc/tips/flickrannex/comment_2_f53d0d5520e2835e9705bea4e75556f0._comment b/doc/tips/flickrannex/comment_2_f53d0d5520e2835e9705bea4e75556f0._comment
new file mode 100644
index 0000000000..14d7a1b7c4
--- /dev/null
+++ b/doc/tips/flickrannex/comment_2_f53d0d5520e2835e9705bea4e75556f0._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="missing configuration for flickr-checkpresent-hook"
+ date="2013-06-05T20:44:25Z"
+ content="""
+<https://github.com/TobiasTheViking/flickrannex/issues/3>
+
+9 days ago: [the annex] \"hook format a few versions ago, and this is using the new hook format\".
+
+Looks very handy. I am just starting with this, but can't seem to get it working as a remote after following the simple walkthrough. All goes well until:
+
+    $ git annex copy . --to flickr
+    copy walkthrough.sh (checking flickr...) 
+      missing configuration for flickr-checkpresent-hook
+    git-annex: checkpresent hook misconfigured
+
+my Ubuntu 12.04:
+
+    $ git annex version
+    git-annex version: 4.20130516.1
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+I guess my \"git-annex version is still too old\"? Any idea what version is needed? Even better if I can figure out which Linux distribution/release has the most up to date version of annex.
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_4_9ebba4d61140f6c2071e988c9328cf7e._comment b/doc/tips/flickrannex/comment_4_9ebba4d61140f6c2071e988c9328cf7e._comment
new file mode 100644
index 0000000000..741b0c5bac
--- /dev/null
+++ b/doc/tips/flickrannex/comment_4_9ebba4d61140f6c2071e988c9328cf7e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 4"
+ date="2013-06-05T22:02:29Z"
+ content="""
+The path for the binary \"/usr/bin/python2\" is wrong.
+
+It could be any of /usr/bin/python /usr/bin/python2.6 /usr/bin/python2.7
+
+Or maybe in /usr/local/bin
+
+you can try running \"which python\" or \"which python2\" to get the real path.
+"""]]
diff --git a/doc/tips/flickrannex/comment_5_4470dae270613dd8712623474bc80ab0._comment b/doc/tips/flickrannex/comment_5_4470dae270613dd8712623474bc80ab0._comment
new file mode 100644
index 0000000000..1c19711df9
--- /dev/null
+++ b/doc/tips/flickrannex/comment_5_4470dae270613dd8712623474bc80ab0._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="missing configuration for flickr-checkpresent-hook"
+ date="2013-06-05T22:00:48Z"
+ content="""
+Many thanks.
+
+I used gitannex-install and was left with a slight anomaly:
+
+    Installing...........done
+    git-annex version 4.20130601 has been installed
+    $ git-annex version
+    git-annex version: 4.20130531-g5df09b5
+
+But I guess this includes the new hook format.  I get a bit further:
+
+    $ git annex copy . --to flickr
+    copy walkthrough.sh (checking flickr...) (user error (sh [\"-c\",\"/usr/bin/python2 /home/nrb/repos/gits/flickrannex/flickrannex.py\"] exited 1)) failed
+    copy walkthrough.sh~ (checking flickr...) (user error (sh [\"-c\",\"/usr/bin/python2 /home/nrb/repos/gits/flickrannex/flickrannex.py\"] exited 1)) failed
+    git-annex: copy: 2 failed
+
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_5_d395cdcf815cb430e374ff05c1a63ff4._comment b/doc/tips/flickrannex/comment_5_d395cdcf815cb430e374ff05c1a63ff4._comment
new file mode 100644
index 0000000000..dbeaafb734
--- /dev/null
+++ b/doc/tips/flickrannex/comment_5_d395cdcf815cb430e374ff05c1a63ff4._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="comment 5"
+ date="2013-06-05T22:11:14Z"
+ content="""
+Thanks, but on my machine I get:
+
+    $ which python2
+    /usr/bin/python2
+
+I have scripted all my walkthrough commands, blowing away the test repositories and flickr settings first each time.  This re-runs the flickr scripts and git config annex.flickr-hook etc.
+
+I can't spot anything here.
+
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_6_8cf730097001ffe106f2c743edce9d0a._comment b/doc/tips/flickrannex/comment_6_8cf730097001ffe106f2c743edce9d0a._comment
new file mode 100644
index 0000000000..8e7b15ed0a
--- /dev/null
+++ b/doc/tips/flickrannex/comment_6_8cf730097001ffe106f2c743edce9d0a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 6"
+ date="2013-06-06T09:44:11Z"
+ content="""
+That's weird...
+
+You could try adding \"--dbglevel 1 --stderr\" arguments to the hook command and give me the output. But the way i read the log it seems like it doesn't even launch the python intrepreter. I might be wrong though.
+
+
+"""]]
diff --git a/doc/tips/flickrannex/comment_7_a80c8087c4e1562a4c98a24edc182e5a._comment b/doc/tips/flickrannex/comment_7_a80c8087c4e1562a4c98a24edc182e5a._comment
new file mode 100644
index 0000000000..9e0eb0a73f
--- /dev/null
+++ b/doc/tips/flickrannex/comment_7_a80c8087c4e1562a4c98a24edc182e5a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="Unencrypted flickr can only accept picture and video files"
+ date="2013-06-06T10:24:58Z"
+ content="""
+Thanks and sorry to trouble you, it is my error, I picked unencrypted option (thinking it would be less of an issue) and am using a text file for test, gave an error line:
+
+    10:53:07 [flickrannex-0.1.5] main : 'Unencrypted flickr can only accept picture and video files'
+
+I've not looked through your code yet, but could that message be printed when not in debug mode?
+"""]]
diff --git a/doc/tips/flickrannex/comment_8_94f84254c32cf0f7dd1441b7da5d2bc6._comment b/doc/tips/flickrannex/comment_8_94f84254c32cf0f7dd1441b7da5d2bc6._comment
new file mode 100644
index 0000000000..ff11a618a5
--- /dev/null
+++ b/doc/tips/flickrannex/comment_8_94f84254c32cf0f7dd1441b7da5d2bc6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 8"
+ date="2013-06-06T10:51:39Z"
+ content="""
+I'll make it so, in the next version i push.
+"""]]
diff --git a/doc/tips/flickrannex/comment_9_5299b4cab4a4cb8e8fd4d2b39f0ea59c._comment b/doc/tips/flickrannex/comment_9_5299b4cab4a4cb8e8fd4d2b39f0ea59c._comment
new file mode 100644
index 0000000000..f25cd04c14
--- /dev/null
+++ b/doc/tips/flickrannex/comment_9_5299b4cab4a4cb8e8fd4d2b39f0ea59c._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawleVyKk2kQsB_HgEdS7w1s0BmgRGy1aay0"
+ nickname="Milan"
+ subject="chunksize"
+ date="2013-06-07T09:09:56Z"
+ content="""
+Hi! Does this backend support chunksize option? If yes, is it possible to set it after the remote has been added to the repository?
+Thanks, Milan.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt.mdwn b/doc/tips/fully_encrypted_git_repositories_with_gcrypt.mdwn
new file mode 100644
index 0000000000..2b038b2ca9
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt.mdwn
@@ -0,0 +1,127 @@
+[git-remote-gcrypt](https://github.com/joeyh/git-remote-gcrypt/)
+adds support for encrypted remotes to git. The git-annex 
+[[gcrypt special remote|special_remotes/gcrypt]] allows git-annex to
+also store its files in such repositories. Naturally, git-annex encrypts
+the files it stores too, so everything stored on the remote is encrypted.
+
+Here are some ways you can use this awesome stuff..
+
+[[!toc ]]
+
+This page will show how to set it up at the command line, but the git-annex
+[[assistant]] can also be used to help you set up encrypted git
+repositories.
+
+## prerequisites
+
+* Install
+[git-remote-gcrypt](https://github.com/joeyh/git-remote-gcrypt/)
+* Install git-annex version 4.20130909 or newer.
+
+## encrypted backup drive
+
+Let's make a USB drive into an encrypted backup repository. It will contain
+both the full contents of your git repository, and all the files you
+instruct git-annex to store on it, and everything will be encrypted so that
+only you can see it.
+
+First, you need to set up a gpg key. You might consider generating a
+special purpose key just for this use case, since you may end up wanting to
+put the key on multiple machines that you would not trust with your
+main gpg key.
+
+You need to tell git-annex the keyid of the key when setting up the
+encrypted repository:
+
+	git init --bare /mnt/encryptedbackup
+	git annex initremote encryptedbackup type=gcrypt gitrepo=/mnt/encryptedbackup keyid=$mykey
+	git annex sync encryptedbackup
+
+Now you can copy (or even move) files to the repository. After
+sending files to it, you'll probably want to do a sync, which pushes
+the git repository changes to it as well.
+
+	git annex copy --to encryptedbackup ...
+	git annex sync encryptedbackup
+
+Note that if you lose your gpg key, it will be *impossible* to get the
+data out of your encrypted backup. You need to find a secure way to store a
+backup of your gpg key. Printing it out and storing it in a safe deposit box,
+for example.
+
+You can actually specifiy keyid= as many times as you like to allow any one
+of a set of gpg keys to access this repository. So you could add a friend's
+key, or another gpg key you have.
+
+To restore from the backup, just plug the drive into any machine that has
+the gpg key used to encrypt it, and then:
+
+	git clone gcrypt::/mnt/encryptedbackup restored
+	cd restored
+	git annex enableremote encryptedbackup gitrepo=/mnt/encryptedbackup
+	git annex get --from encryptedbackup
+
+## encrypted git-annex repository on a ssh server
+
+If you have a ssh server that has rsync installed, you can set up an
+encrypted repository there. Works just like the encrypted drive except
+without the cable.
+
+First, on the server, run:
+
+	git init --bare encryptedrepo
+
+(Also, install git-annex on the server if it's possible & easy to do so.
+While this will work without git-annex being installed on the server, it
+is recommended to have it installed.)
+
+Now, in your existing git-annex repository, set up the encrypted remote:
+
+	git annex initremote encryptedrepo type=gcrypt gitrepo=ssh://my.server/home/me/encryptedrepo keyid=$mykey
+	git annex sync encryptedrepo
+
+If you're going to be sharing this repository with others, be sure to also
+include their keyids, by specifying keyid= repeatedly.
+
+Now you can copy (or even move) files to the repository. After
+sending files to it, you'll probably want to do a sync, which pushes
+the git repository changes to it as well.
+
+	git annex copy --to encryptedrepo ...
+	git annex sync encryptedbackup
+
+Anyone who has access to the repo it and has one of the keys
+used to encrypt it can check it out:
+
+	git clone gcrypt::ssh://my.server/home/me/encryptedrepo myrepo
+	cd myrepo
+	git annex enableremote encryptedrepo gitrepo=ssh://my.server/home/me/encryptedrepo
+	git annex get --from encryptedrepo
+
+## private encrypted git remote on hosting site
+
+You can use gcrypt to store your git repository in encrypted form on any
+hosting site that supports git. Only you can decrypt its contents.
+Using it this way, git-annex does not store large files on the hosting site; it's
+only used to store your git repository itself.
+
+	git remote add encrypted gcrypt::ssh://hostingsite/myrepo.git
+	git push encrypted master git-annex
+
+Now you can carry on using git-annex with your new repository. For example,
+`git annex sync` will sync with it.
+
+To check out the repository from the hosting site, use the same gcrypt::
+url you used when setting it up:
+
+	git clone gcrypt::ssh://hostingsite/myrepo.git
+
+## multiuser encrypted git remote on hosting site
+
+Suppose two users want to share an encrypted git remote. Both of you
+need to set up the remote, and configure gcrypt to encrypt it so that both
+of you can see it.
+	
+	git remote add sharedencrypted gcrypt::ssh://hostingsite/myrepo.git
+	git config remote.sharedencrypted.gcryt-participants "$mykey $friendkey"
+	git push sharedencrypted master git-annex
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_10_4440a80d64c60c7312d5c405d54e607a._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_10_4440a80d64c60c7312d5c405d54e607a._comment
new file mode 100644
index 0000000000..4ee70bcd70
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_10_4440a80d64c60c7312d5c405d54e607a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="tanen"
+ ip="83.128.159.25"
+ subject="comment 10"
+ date="2013-11-04T17:58:36Z"
+ content="""
+> \"We could symetrically encrypt the repository with a keyfile that's stored in the repository itself\"
+> Then you would need to decrypt the repository in order get the key you need to decrypt the repository. The impossibility of this design is why I didn't do that!
+
+Sorry, I ment that the file containing the symmetric encryption key should obviously not be used to encrypt itself, it would be stored in the repository \"unencrypted\" (but protected with a passphrase)
+
+> store a non-encrypted gpg key alongside the repsitory encrypted with it, but then you have to rely on a passphrase for all your security.
+
+Exactly. I think such a mode be a great addition. It might not be as secure as encryption based on a private key - depending on the passphrase strength -, but it would certainly be a lot more convenient and portable (and still much more secure than the shared encryption method).
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_11_28eb9d4ebf28ca310f9b357b1dad244a._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_11_28eb9d4ebf28ca310f9b357b1dad244a._comment
new file mode 100644
index 0000000000..9aab8b22e6
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_11_28eb9d4ebf28ca310f9b357b1dad244a._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlY4LE-xEyztjJeXSot7JIGGFWgBfabgwc"
+ nickname="Peter"
+ subject="GPG Key specification"
+ date="2013-12-09T13:32:51Z"
+ content="""
+Hi there,
+
+I try to follow the instructions provided here but I don't manage it to get my repo encrypted. Here are the steps:
+
+1) git init --bare Encrypted
+2) git-annex init
+3) git annex initremote encryptedbackup type=gcrypt gitrepo=~/tmp/Encrypted encryption=pubkey keyid=DXXXX
+
+The last step takes a lof of time to run. Basically my key doesn't get used at all:
+
+    # ps -ax | grep gpg
+    4743 pts/4    SL+    0:00 gpg --quiet --trust-model always --gen-random --armor 2 256
+    4753 pts/0    S+     0:00 grep gpg
+
+
+... instead a new pgp key is generated. How comes??!
+
+Any help would be appreciated.
+
+Thx and cheers,
+
+cyneox
+
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_12_b697b2ab10705b090a78e7717ec59b18._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_12_b697b2ab10705b090a78e7717ec59b18._comment
new file mode 100644
index 0000000000..182b5eabbb
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_12_b697b2ab10705b090a78e7717ec59b18._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 12"
+ date="2013-12-12T19:27:23Z"
+ content="""
+@Peter, in your example, it *is* going to use your gpg key to encrypt files. gpg is being used to generate a 256 bit random value (not a key), which will be used as a random seed for HMAC scrambling of the keys stored in the encrypted special remote.
+
+If that's taking too long to generate for your liking, you can pass --fast, which will make gpg use /dev/urandom to generate it rather than /dev/random.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_13_4e37146a870576f09f56d2e5ee784ed7._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_13_4e37146a870576f09f56d2e5ee784ed7._comment
new file mode 100644
index 0000000000..7bce4c1c28
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_13_4e37146a870576f09f56d2e5ee784ed7._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://jspk.clavid.com/"
+ nickname="flabbergast"
+ subject="gcrypted repository structure"
+ date="2013-12-30T12:07:44Z"
+ content="""
+I'm a bit confused about how do the gcrypted repositories actually work with git-annex. As far as I can tell, using git-remote-gcrypt with pure git produces a directory containing a couple of files with names looking like hashes. These files contain the whole repository - I checked by cloning the encrypted repo.
+
+With git-annex: The instructions on this page suggest first creating a bare repo (creating a normal git repo layout). When I do this and then do the next step (`git annex initremote ...`) git-remote-gcrypt complains that the repository doesn't exist (which is correct from its point of view, as there is no encrypted repo yet) and creates a new one (so now there are both structures of a bare git repo _and_ an encrypted repo alongside in the same directory). The setup sort of works, but the bare git repo is never touched after that (or at least it shouldn't be, as it has nothing to do with the encrypted repo).
+
+I've tried also following the instructions, only skipping the first step entirely (ie. no bare repo created). As far as I can tell, git-remote-gcrypt will run \"fine\" (will create a new encrypted repo), but git-annex itself complains that \"could not lock config file \<dir\>/.git/config\" and quits. Interestingly enough, the following gets around this \"problem\" and also results in a working setup (`~/annex` is a git-annex repo).
+
+         cd ~/annex
+         mkdir -p /tmp/test/.git
+         touch /tmp/test/.git/config
+         git annex initremote encr type=gcrypt gitrepo=/tmp/test keyid=\"XXX\"
+         git annex sync encr
+
+Then `git clone gcrypt::/tmp/test restored` will successfully recover the whole git-annex repo into `restored`.
+
+So finally the question: is creating a bare git repo really necessary; and if not, is writing into `.git/config` necessary?
+
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment
new file mode 100644
index 0000000000..6df29f9916
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_14_2044e821d841fcd37a51ae768fa88df2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 14"
+ date="2013-12-31T19:26:55Z"
+ content="""
+@flabbergast, you seem to be confused about how git-remote-gcrypt stores its data. The data is stored as git commits inside a bare repository. That is why the instructions say to create a bare repository first. (I think it's also possible to use git-remote-gcrypt in a rsync mode where it just uploads encrypted files to an empty directory and does not use a bare git repository, but git-annex does not use it like that.)
+
+Your mkdir and touch commands effecetively create a bare git repository too.
+
+If you're having a problem, I suggest filing a bug report (not a comment on this page) with the full details. The examples show on this page have been tested, and work.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_1_5c54690586f2a781905ea4b25aa1147f._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_1_5c54690586f2a781905ea4b25aa1147f._comment
new file mode 100644
index 0000000000..71305e6505
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_1_5c54690586f2a781905ea4b25aa1147f._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="Is there a way to specify a preferred pgp key?"
+ date="2013-11-01T18:57:38Z"
+ content="""
+Hi,
+
+I think the current behavior of the special remote is a bit annoying when one has several pgp keys. 
+
+Indeed, I've followed the encrypted backup drive example specifying the id of a dedicated key in the initremote step, so far so good. Doing that, I was prompted for my key phrase by the gnome keyring daemon, as expected. 
+
+The annoying part starts right at the git annex sync step. Indeed, when git-remote-gcrypt tries to decrypt the manifest from the encrypted remote, rather than trying only the key specified during the initremote step, it tries all my (secret) keys. This means that I get prompted for the key phrase of all those keys (minus the correct one which is already unlocked...). 
+
+In the future, this might possible to avoid by allowing gcrypt to fetch a preferred key from git config and to use with the --try-secret-key option available gnupg 2.1.x. But for 1.x or 2.0.x, the simpler option --default-key does not seem to alter the order in which keys are tried to decrypt the manifest. Also, it does not seem to be a problem of the gnome keyring daemon, but rather a gpg problem as when the daemon is replaced by the standard gpg-agent, the same problem occurs. 
+
+Meanwhile, is there any way to avoid this problem? 
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_2_07feedb4348f8c31176cc744c19368a1._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_2_07feedb4348f8c31176cc744c19368a1._comment
new file mode 100644
index 0000000000..b154263fe4
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_2_07feedb4348f8c31176cc744c19368a1._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="A possible solution"
+ date="2013-11-02T14:22:13Z"
+ content="""
+I'm answering to myself :-). A possible solution to the annoying pass phrase asking with current gnupg is to use a specialized secret keyring. One first exports the secret key used for this repository in a specific keyring as follows:
+
+`gpg --export-secret-keys keyid | gpg --import --no-default-keyring --secret-keyring mygitannexsecret.gpg`
+
+This will create a keyring in $HOME/.gnupg with only the specific key. 
+
+Then, in the git-remote-gcrypt shell script, gpg should be called as follows 
+
+`gpg --no-default-keyring --secret-keyring mygitannexsecret.gpg -q -d ...`
+
+when decrypting the manifest in order to try only the specific key. This behavior can be easily triggered via some git configuration variable.
+
+Any comment?
+
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_3_c2f873dffa015f1d72ad0c3921909316._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_3_c2f873dffa015f1d72ad0c3921909316._comment
new file mode 100644
index 0000000000..0ce74d7676
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_3_c2f873dffa015f1d72ad0c3921909316._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T17:32:28Z"
+ content="""
+Fabrice, I've filed a bug report about this: <https://github.com/blake2-ppc/git-remote-gcrypt/issues/9>
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_4_f8a6e4415f4fe6da14f6a3b7334bc952._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_4_f8a6e4415f4fe6da14f6a3b7334bc952._comment
new file mode 100644
index 0000000000..9b1307df4c
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_4_f8a6e4415f4fe6da14f6a3b7334bc952._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="tanen"
+ ip="83.128.159.25"
+ subject="comment 4"
+ date="2013-11-03T22:35:07Z"
+ content="""
+The way I would want to setup git-annex (assistant) is \"Wuala/Spideroak style\": two computers with a full checkout of the repository, changes automatically being synced between them, even if the two computers are never online simultaneously, and encryption should be done locally: the (special) remote should not be able to view file listings or content. 
+
+Do I understand it correctly that the gcrypt remote is the only way to make this happen? I tried to create such a setup via the webapp but failed. Adding the repository and remote (via \"Encrypt with GnuPG key\") on the first computer went OK*, but trying to enable that remote on the other computer fails: clicking enable asks me for the SSH password, but after that I just get redirected to a blank screen, with nothing to see in the logfile after the succesful call to ssh-keygen. No entry for the second computer is being added to authorized_keys on the remote.
+
+Perhaps this is because at this point the assistant is unable to actually parse the content of the encrypted repository? I tried importing the private key that was used while creating the repository on the other computer, but that made no difference.
+
+Thinking about this for a while, I believe gpg keys aren't actually particularly suited for this usecase. Even without the bug above, one would either have to awkwardly copy a private key to all hosts that are syncing to the repository; or, every time a new (or reinstalled) host wants to sync the repository, you would manually have to add the new keyid to the config and do the forced push + GCRYPT_FULL_REPACK, presumably having to reupload your entire history. Apart from this, having to backup a private key (outside of your git-annex based backups!) would be quite inconvenient.
+
+How would you feel about adding a new mode of operation where encryption is simply based on a passphrase? We could symetrically encrypt the repository with a keyfile that's stored in the repository itself, protecting the keyfile with a passphrase which - if stored at all - would be stored on the individual computers, outside of the repository.
+
+*although it erroneously used \"E0D2F776E7F674E3\" as key-id while the actual id is E7F674E3; where did that other half come from?
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_5_11b8e82d2a234f65b58b823e71c6d6a2._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_5_11b8e82d2a234f65b58b823e71c6d6a2._comment
new file mode 100644
index 0000000000..8e767254c9
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_5_11b8e82d2a234f65b58b823e71c6d6a2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 5"
+ date="2013-11-04T04:40:53Z"
+ content="""
+> How would you feel about adding a new mode of operation where encryption is simply based on a passphrase? We could symetrically encrypt the repository with a keyfile that's stored in the repository itself, protecting the keyfile with a passphrase which - if stored at all - would be stored on the individual computers, outside of the repository.
+
+Isn't that what the regular shared-encryption remote already does?  Except it doesn't put a passphrase on the key, because anyone who has access to the local repo wouldn't need access to the remote one anyway.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_6_3e41948e1beffcf279bb05ef8e61cc07._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_6_3e41948e1beffcf279bb05ef8e61cc07._comment
new file mode 100644
index 0000000000..1a5d7f6e1c
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_6_3e41948e1beffcf279bb05ef8e61cc07._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="comment 6"
+ date="2013-11-04T07:39:21Z"
+ content="""
+> _How would you feel about adding a new mode of operation where encryption is simply based on a passphrase? We could symetrically encrypt the repository with a keyfile that's stored in the repository itself, protecting the keyfile with a passphrase which - if stored at all - would be stored on the individual computers, outside of the repository._
+
+As Adam wrote, without a passphrase, this is the shared encryption method. With an encrypted key, this is more or less the hybrid (default) scheme. The thing is that you have to share a secret to have a encrypted remote. I don't use the webapp, so I don't know what's happening in your case, but this is how it should work with the command line tools. First Alice create the encrypted remote with her pgp key. As far as I understand, git annex creates (via gpg) a  key for a symmetric cypher which is stored in the repository, encrypted with Alice public key. If Alice wants to share the repository with Bob, she must either give a key pair (so the private key also, of course) to Bob or ask Bob for his public key. In the first case, Bob can clone the repository directly (upon reception of the key pair), while in the second case, Alice has to active Bob's public key (with `git annex enableremote myremote keyid+=bobsId`). In this case, again as far as I understand, the symmetric key is reencrypted for both Alice and Bob in the repo. 
+
+I understand that you tried the first case with the webapp and that it did not work. I had a similar problem documented in this [http://git-annex.branchable.com/bugs/git-annex-shell:_gcryptsetup_permission_denied](bug). Maybe you could had some comments to this bug description? 
+
+> _*although it erroneously used \"E0D2F776E7F674E3\" as key-id while the actual id is E7F674E3; where did that other half come from?_
+
+This is the long id of your pgp key (16 characters as opposed to 8 for the short id).
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_7_4ce0b26b25b336f07b2e27246cdfba3e._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_7_4ce0b26b25b336f07b2e27246cdfba3e._comment
new file mode 100644
index 0000000000..dfb2a3b92f
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_7_4ce0b26b25b336f07b2e27246cdfba3e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="tanen"
+ ip="83.128.159.25"
+ subject="comment 7"
+ date="2013-11-04T09:01:13Z"
+ content="""
+Thanks for the responses. Please correct me if I'm wrong, but the way I understood it, using the shared encryption scheme creates a conflict between \"changes being synced between them, even if the two computers are never online simultaneously\" and \"encryption should be done locally: the (special) remote should not be able to view file listings or content.\"
+
+- If I use shared encryption \"the webapp way\", only the file contents will be rsynced to the remote, not the repository itself. This means that different hosts are unable to sync unless they are online simultaneously, so that commit data can be sent directly between them via XMPP. In practice, this would mean my hosts are never synced (because I don't keep my home computer running when I leave for work, and vice versa)
+
+- If I use shared encryption and additionally put the repository itself on a remote, that remote would have the keys to fully decrypt the repository, that's not acceptable.
+
+Reading through the docs again, the hybrid scheme actually seems to be closer to what I want than the shared scheme, but it still has a major downside: the encryption only applies to the files itself, so in order to get \"offline sync\" there still has to be a 'remote' for the repository itself, which will contain all your metadata unencrypted. And also it would depend on the user being able to manually setup and backup a set of gpg keys instead of just memorizing a secure passphrase.
+
+@Fabrice Looks like the bug you found could very well be the cause of the problem I had; I'll try it again when a new version is available.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_8_49aa34d75d24a2066baa8a585bc9c2e9._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_8_49aa34d75d24a2066baa8a585bc9c2e9._comment
new file mode 100644
index 0000000000..86f3f5cadc
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_8_49aa34d75d24a2066baa8a585bc9c2e9._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkbpbjP5j8MqWt_K4NASwv0WvB8T4rQ-pM"
+ nickname="Fabrice"
+ subject="comment 8"
+ date="2013-11-04T10:31:56Z"
+ content="""
+I think you are (at least partially) right. Of course, the only way to sync completely computers that are not on together is to use either a usb drive or a third always on computer. (I've to confess I did not understand first when I read git annex docs, shame on me ;-) If you don't want to trust completely this computer (I don't, for instance), you must :
+
+* use an encrypted git repository on this computer;
+
+* and use either hybrid or pubkey encryption. 
+
+But contrarily to what you seem to imply (I hope I understand you correctly), if you do that, the third computer can still figure out a few things (usage patterns, such as where connections come from), but that's all. You've got full sync and everything is encrypted, both the git part and the files handled by the annex. This applied only to encrypted git special remotes as other remotes do not store the git part.
+"""]]
diff --git a/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_9_3784e0c828cd60b6a9075c2d32d070cc._comment b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_9_3784e0c828cd60b6a9075c2d32d070cc._comment
new file mode 100644
index 0000000000..24e5f5b838
--- /dev/null
+++ b/doc/tips/fully_encrypted_git_repositories_with_gcrypt/comment_9_3784e0c828cd60b6a9075c2d32d070cc._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 9"
+ date="2013-11-04T17:07:55Z"
+ content="""
+\"We could symetrically encrypt the repository with a keyfile that's stored in the repository itself\"
+
+Then you would need to decrypt the repository in order get the key you need to decrypt the repository. The impossibility of this design is why I didn't do that!
+
+It would certainly be possible to store a non-encrypted gpg key alongside the repsitory encrypted with it, but then you have to rely on a passphrase for all your security.
+
+You should file a bug report for the bug you saw..
+"""]]
diff --git a/doc/tips/googledriveannex.mdwn b/doc/tips/googledriveannex.mdwn
new file mode 100644
index 0000000000..d628173e9c
--- /dev/null
+++ b/doc/tips/googledriveannex.mdwn
@@ -0,0 +1,32 @@
+googledriveannex 0.2.0
+=========
+
+Hook program for gitannex to use Google Drive as backend
+
+# Requirements:
+
+    python2
+    python-httplib2
+
+Credit for the googledrive api interface goes to google
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/googledriveannex.git 
+
+This should make a ~/googledriveannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/googledriveannex; chmod +x git-annex-remote-googledrive; sudo ln -sf `pwd`/git-annex-remote-googledrive /usr/local/bin/git-annex-remote-googledrive
+
+# Commands for gitannex:
+
+    git annex initremote googledrive type=external externaltype=googledrive encryption=shared folder=gitannex
+
+An oauth authentication link should now be launched in the default browser. Authenticate and you will be proved with a code.
+
+    OAUTH='authentication code' git annex initremote googledrive type=external externaltype=googledrive encryption=shared folder=gitannex
+    git annex describe googledrive "the googledrive library"
diff --git a/doc/tips/googledriveannex/comment_1_ce7f2b04e83cc02d9dabb712f266e5cc._comment b/doc/tips/googledriveannex/comment_1_ce7f2b04e83cc02d9dabb712f266e5cc._comment
new file mode 100644
index 0000000000..aac4a8e08c
--- /dev/null
+++ b/doc/tips/googledriveannex/comment_1_ce7f2b04e83cc02d9dabb712f266e5cc._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmlnEK_po7A0xMC9Xdp0FdcBgYllsCORXM"
+ nickname="Johnny"
+ subject="Shared google drive on multiple hosts"
+ date="2014-03-14T16:40:11Z"
+ content="""
+I have now configured my Googledrive on Laptop1 according to the guide above, how do I add the same remote on Laptop2? It would be nice if this was described in the guide, include where the encryption keys are stored.
+
+"""]]
diff --git a/doc/tips/googledriveannex/comment_2_c98c00e87bc921158c9c3698fd9f89c9._comment b/doc/tips/googledriveannex/comment_2_c98c00e87bc921158c9c3698fd9f89c9._comment
new file mode 100644
index 0000000000..e90903b192
--- /dev/null
+++ b/doc/tips/googledriveannex/comment_2_c98c00e87bc921158c9c3698fd9f89c9._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl64jV2rE8GMogJ6XuqESSkz78RVBgVdGw"
+ nickname="Mesut"
+ subject="I can't add google drive as remote"
+ date="2014-04-10T07:55:56Z"
+ content="""
+Hi,
+
+I am new to git-annex and I want to use google drive as remote but I can't.
+
+I create syslink to `googledriveannex` in `/usr/local/bin`.
+
+When I execute below command, command waiting but not make anything:
+
+`$ git annex initremote googledrive type=external externaltype=googledrive encryption=shared folder=gitannex`
+
+`initremote googledrive (encryption setup)` # Waiting but does not do anything.
+
+What I am doing wrong?
+
+Thanks for helps
+
+"""]]
diff --git a/doc/tips/googledriveannex/comment_3_e7ba5620c0946874f0ae1287f99d1177._comment b/doc/tips/googledriveannex/comment_3_e7ba5620c0946874f0ae1287f99d1177._comment
new file mode 100644
index 0000000000..c80dbf01f9
--- /dev/null
+++ b/doc/tips/googledriveannex/comment_3_e7ba5620c0946874f0ae1287f99d1177._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 3"
+ date="2014-04-17T20:58:41Z"
+ content="""
+@Mesut, I think you're doing everything right. It can take a long time for the highly secure gpg key to be generated. Sit tight and let it finish, or you can pass --fast to generate a key that is a tiny bit less secure.
+"""]]
diff --git a/doc/tips/googledriveannex/comment_4_239091adaea6ae39fa9a4d9719667a98._comment b/doc/tips/googledriveannex/comment_4_239091adaea6ae39fa9a4d9719667a98._comment
new file mode 100644
index 0000000000..7c96750456
--- /dev/null
+++ b/doc/tips/googledriveannex/comment_4_239091adaea6ae39fa9a4d9719667a98._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmp1ThsNNAbSn46ju-gwFELfStlhl8usJo"
+ nickname="donkeyicydragon"
+ subject="Googledrive annex on second repository"
+ date="2014-04-19T20:45:23Z"
+ content="""
+Hi Johnny,
+
+I wrote a patch for googledriveannex that fixed this problem for me. First you add the google drive special remote in repo1 then you clone repo1 into repo2. In repo2 you do \"git annex enableremote googldrivespecialremotename\" and it should work.
+The problem was that the init method, that is called by git annex when a special remote is first created but also when it is enabled somewhere else, did not factor in the possibility that it had already been created.
+I will simultaneously submit the patch to the author of the special remote plugin but here it is for you to quickly get going:
+
+    diff --git a/git-annex-remote-googledrive b/git-annex-remote-googledrive
+    index 49cd917..c8e70f3 100755
+    --- a/git-annex-remote-googledrive
+    +++ b/git-annex-remote-googledrive
+    @@ -330,13 +330,16 @@ def initremote(line):
+         oauth = os.getenv(\"OAUTH\") or \"\"
+         encryption = common.getConfig(\"encryption\")
+         myfolder = common.getConfig(\"folder\")
+    -    stored_creds = sys.modules[\"__main__\"].login({\"oauth\": oauth})
+    -    if len(myfolder) and stored_creds:
+    -        common.sprint('SETCONFIG myfolder ' + myfolder + '')
+    -        common.sprint('SETCONFIG stored_creds ' + json.dumps(stored_creds) + '')
+    -        common.sprint('INITREMOTE-SUCCESS')
+    +    if not common.getConfig(\"stored_creds\"):
+    +	    stored_creds = sys.modules[\"__main__\"].login({\"oauth\": oauth})
+    +	    if len(myfolder) and stored_creds:
+    +	        common.sprint('SETCONFIG myfolder ' + myfolder + '')
+    +	        common.sprint('SETCONFIG stored_creds ' + json.dumps(stored_creds) + '')
+    +	        common.sprint('INITREMOTE-SUCCESS')
+    +	    else:
+    +	        common.sprint('INITREMOTE-FAILURE You need to set OAUTH environment variables and folder and encryption parameters when running initremote.')
+         else:
+    -        common.sprint('INITREMOTE-FAILURE You need to set OAUTH environment variables and folder and encryption parameters when running initremote.')
+    +	        common.sprint('INITREMOTE-SUCCESS')
+         common.log(\"Done\")
+     
+     def prepare(line):
+    -- 
+"""]]
diff --git a/doc/tips/imapannex.mdwn b/doc/tips/imapannex.mdwn
new file mode 100644
index 0000000000..eed2d4ab74
--- /dev/null
+++ b/doc/tips/imapannex.mdwn
@@ -0,0 +1,25 @@
+imapannex 0.2.0
+=========
+
+Hook program for gitannex to use imap as backend
+
+# Requirements:
+
+    python2
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/imapannex.git 
+
+This should make a ~/imapannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/imapannex; chmod +x git-annex-remote-imap; sudo ln -sf `pwd`/git-annex-remote-imap /usr/local/bin/git-annex-remote-imap
+
+# Commands for gitannex:
+
+    USERNAME="username@provider.com" PASSWORD="password" git annex initremote imap type=external externaltype=imap encryption=shared folder=gitannex method="Normal password" ssl="SSL/TLS" host="imap.host.com" port="993"
+    git annex describe imap "the imap library"
diff --git a/doc/tips/megaannex.mdwn b/doc/tips/megaannex.mdwn
new file mode 100644
index 0000000000..46bab4aefd
--- /dev/null
+++ b/doc/tips/megaannex.mdwn
@@ -0,0 +1,29 @@
+megaannex 0.2.0
+=========
+
+Hook program for gitannex to use mega.co.nz as backend
+
+# Requirements:
+
+    python2
+    requests>=0.10
+    pycrypto
+
+Credit for the mega api interface goes to: https://github.com/richardasaurus/mega.py 
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/megaannex.git 
+
+This should make a ~/megaannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/megaannex; chmod +x git-annex-remote-mega; sudo ln -sf `pwd`/git-annex-remote-mega /usr/local/bin/git-annex-remote-mega
+
+# Commands for gitannex:
+
+    USERNAME="user" PASSWORD="pword" git annex initremote mega type=external externaltype=mega encryption=shared folder=gitannex
+    git annex describe mega "the mega.co.nz library"
diff --git a/doc/tips/metadata_driven_views.mdwn b/doc/tips/metadata_driven_views.mdwn
new file mode 100644
index 0000000000..5128c18e2c
--- /dev/null
+++ b/doc/tips/metadata_driven_views.mdwn
@@ -0,0 +1,152 @@
+git-annex now has support for storing 
+[[arbitrary metadata|metadata]] about annexed files. For example, this can be
+used to tag files, to record the author of a file, etc. The metadata is
+synced around between repositories with the other information git-annex
+keeps track of.
+
+One nice way to use the metadata is through **views**. You can ask
+git-annex to create a view of files in the currently checked out branch
+that have certian metadata. Once you're in a view, you can move and copy
+files to adjust their metadata further. Rather than the traditional
+hierarchical directory structure, views are dynamic; you can easily
+refine or reorder a view.
+
+Let's get started by setting some tags on files. No views yet, just some
+metadata:
+
+[[!template id=note text="""
+To avoid needing to manually tag files with the year (and month),
+run `annex.genmetadata true`, and git-annex will do it for you
+when adding files.
+"""]]
+
+	# git annex metadata --tag todo work/2014/*
+	# git annex metadata --untag todo work/2014/done/*
+	# git annex metadata --tag urgent work/2014/presentation_for_tomorrow.odt
+	# git annex metadata --tag done work/2013/* work/2014/done/*
+	# git annex metadata --tag work work
+	# git annex metadata --tag video videos
+	# git annex metadata --tag work videos/operating_heavy_machinery.mov
+	# git annex metadata --tag done videos/old
+	# git annex metadata --tag new videos/lotsofcats.ogv
+	# git annex metadata --tag sound podcasts
+	# git annex metadata --tag done podcasts/*/old
+	# git annex metadata --tag new podcasts/*/recent
+
+So, you had a bunch of different kinds of files sorted into a directory
+structure. But that didn't really reflect how you approach the files.
+Adding some tags lets you categorize the files in different ways.
+
+Ok, metadata is in place, but how to use it? Time to change views!
+
+	# git annex view tag=*
+	view  (searching...)
+
+	Switched to branch 'views/_'
+	ok
+
+[[!template id=note text="""
+Notice that a single file may appear in multiple directories
+depending on its tags. For example, `lotsofcats.ogv` is in
+both `new/` and `video/`.
+"""]]
+
+This searched for all files with any tag, and created a new git branch
+that sorts the files according to their tags.
+
+	# tree -d
+	work
+	todo
+	urgent
+	done
+	new
+	video
+	sound
+
+Ah, but you're at work now, and don't want to be distracted by cat videos.
+Time to filter the view:
+
+	# git annex vfilter tag=work
+	vfilter
+	Switched to branch 'views/(work)/_'
+	ok
+
+Now only the work files are in the view, and they're otherwise categorized
+according to their other tags. So you can check the `urgent/` directory
+to see what's next, and look in `todo/` for other work related files.
+
+Now that you're in a tag based view, you can move files around between the
+directories, and when you commit your changes to git, their tags will be
+updated.
+
+	# git mv urgent/presentation_for_tomorrow_{work;2014}.odt ../done
+	# git commit -m "a good day's work"
+	metadata tag-=urgent
+	metadata tag+=done
+
+You can return to a previous view by running `git annex vpop`. If you pop
+all the way out of all views, you'll be back on the regular git branch you
+originally started from. You can also use `git checkout` to switch between
+views and other branches.
+
+## fields
+
+Beyond simple tags and directories, you can add whatever kinds of metadata
+you like, and use that metadata in more elaborate views. For example, let's
+add a year field.
+
+	# git checkout master
+	# git annex metadata --set year=2014 work/2014
+	# git annex metadata --set year=2013 work/2013
+	# git annex view year=* tag=*
+
+Now you're in a view with two levels of directories, first by year and then
+by tag.
+
+	# tree -d
+	2014
+	  |-- work
+	  |-- todo
+	  |-- urgent
+	  `-- done
+	2013
+	  |-- work
+	  `-- done
+
+Oh, did you want it the other way around? Easy!
+
+	# git annex vcycle
+	# tree -d
+	work
+	  |-- 2014
+	  `-- 2013
+	todo
+	  `-- 2014
+	urgent
+	  `-- 2014
+	done
+	  |-- 2014
+	  `-- 2013
+
+## location fields
+
+Let's switch to a view containing only new podcasts. And since the
+podcasts are organized into one subdirectory per show, let's
+include those subdirectories in the view.
+
+	# git checkout master
+	# git annex view tag=new podcasts/=*
+	# tree -d
+	This_Developers_Life
+	Escape_Pod
+	GitMinutes
+	The_Haskell_Cast
+	StarShipSofa
+
+That's an example of using part of the directory layout of the original
+branch to inform the view. Every file gets fields automatically set up
+corresponding to the directory it's in. So a file"foo/bar/baz/file" has
+fields "/=foo", "foo/=bar", and "foo/bar/=baz". These location fields
+can be used the same as other metadata to construct the view.
+
+This has probably only scratched the surface of what you can do with views.
diff --git a/doc/tips/metadata_driven_views/comment_1_1d6793701fd8a1a66bae04662cf853ce._comment b/doc/tips/metadata_driven_views/comment_1_1d6793701fd8a1a66bae04662cf853ce._comment
new file mode 100644
index 0000000000..808a332afc
--- /dev/null
+++ b/doc/tips/metadata_driven_views/comment_1_1d6793701fd8a1a66bae04662cf853ce._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlFZFMFm-AapYAgV_V5X9HRJxWvhdiX9fY"
+ nickname="Reiner"
+ subject="comment 1"
+ date="2014-03-24T21:11:31Z"
+ content="""
+I have played around with views and found out that I can create new tags by creating directories in the view and that I can created files in those new directories that are not contained in the original working tree. The behavoiur of git annex in this behaviour is a bit strange.
+
+Assume for example you have a file \"foo\" with tag \"t1\" and switch to the tag view. Then create a directory \"t2\" and a file \"bar\" in it. Add the file, sync, and switch back to the master branch. If you enter the tag view again, the directory \"t2\" will be vanished, i.e. your newly created file is gone, too. This is not surprising, as the file has never been added to the original working tree. However, another \"git annex sync\" will restore the file.
+
+I am unsure what behaviour I would expect, maybe it shouldn't be possible to files to a view in the first place, or newly created files might be collected in a separate branch. On the other hand, it seems reasonable to add a new file with a new tag at the same time. Anyway, I found it confusing that I can seemingly lose a file like this. It took me a bit of time to figure out that another sync recovers the file.
+"""]]
diff --git a/doc/tips/metadata_driven_views/comment_2_13ae4e3668b693c0eefaca23b88515cf._comment b/doc/tips/metadata_driven_views/comment_2_13ae4e3668b693c0eefaca23b88515cf._comment
new file mode 100644
index 0000000000..3ec5633111
--- /dev/null
+++ b/doc/tips/metadata_driven_views/comment_2_13ae4e3668b693c0eefaca23b88515cf._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="possible to have a view based on file location info?"
+ date="2014-06-08T03:55:24Z"
+ content="""
+For example, I'd like to have a view that only contains files present in this git-annex repository (no dangling symlinks).
+
+"""]]
diff --git a/doc/tips/migrating_data_to_a_new_backend.mdwn b/doc/tips/migrating_data_to_a_new_backend.mdwn
new file mode 100644
index 0000000000..b9acb8bd15
--- /dev/null
+++ b/doc/tips/migrating_data_to_a_new_backend.mdwn
@@ -0,0 +1,16 @@
+Maybe you started out using the WORM backend, and have now configured
+git-annex to use SHA1. But files you added to the annex before still
+use the WORM backend. There is a simple command that can migrate that
+data:
+
+	# git annex migrate my_cool_big_file
+	migrate my_cool_big_file (checksum...) ok
+
+You can only migrate files whose content is currently available. Other
+files will be skipped.
+
+After migrating a file to a new backend, the old content in the old backend
+will still be present. That is necessary because multiple files
+can point to the same content. The `git annex unused` subcommand can be
+used to clear up that detritus later. Note that hard links are used,
+to avoid wasting disk space.
diff --git a/doc/tips/migrating_two_seperate_disconnected_directories_to_git_annex.mdwn b/doc/tips/migrating_two_seperate_disconnected_directories_to_git_annex.mdwn
new file mode 100644
index 0000000000..8f078c78b0
--- /dev/null
+++ b/doc/tips/migrating_two_seperate_disconnected_directories_to_git_annex.mdwn
@@ -0,0 +1,77 @@
+Scenario
+--------
+
+You are a new git-annex user. You have already files spread around many computers and wish to migrate those into git-annex, without having to recopy all files all over the place.
+
+Let's say, for example, you have a server, named `marcos` and a workstation named `angela`. You have your audio collection stored in `/srv/mp3` in `marcos` and `~/mp3` on `angela`, but only `marcos` has all the files, and `angela` only has a subset.
+
+We also assume that `marcos` has an SSH server.
+
+How do you add all this stuff to git-annex?
+
+Create the biggest git-annex repository
+---------------------------------------
+
+Start with `marcos`, with the complete directory:
+
+    cd /srv/mp3
+    git init
+    git annex init
+    git annex add .
+    git commit -m "git annex yay"
+
+This will checksum all files and add them to the `git-annex` branch of the git repository. Wait for this process to complete.
+
+Create the smaller repo and synchronise
+---------------------------------------
+
+On `angela`, we want to synchronise the git annex metadata with `marcos`. We need to initialize a git repo with `marcos` as a remote:
+
+    cd ~/mp3
+    git init
+    git remote add marcos marcos.example.com:/srv/mp3
+    git fetch marcos
+    git annex info # this should display the two repos
+    git annex add .
+
+This will, again, checksum all files and add them to git annex. Once that is done, you can verify that the files are really the same as marcos with `whereis`:
+
+    git annex whereis
+
+This should display something like:
+
+    whereis Orange Seeds/I remember.wav (2 copies)
+            b7802161-c984-4c9f-8d05-787a29c41cfe -- marcos (anarcat@marcos:/srv/mp3)
+            c2ca4a13-9a5f-461b-a44b-53255ed3e2f9 -- here (anarcat@angela)
+    ok
+
+Once you are sure things went on okay, you can synchronise this with `marcos`:
+
+    git annex sync
+
+This will push the metadata information to marcos, so it knows which files are available on `angela`. From there on, you can freely get and move files between the two repos!
+
+Importing files from a third directory
+--------------------------------------
+
+Say that some files on `angela` are actually spread out outside of the `~/mp3` directory. You can use the `git annex import` command to add those extra directories:
+
+    cd ~/mp3
+    git annex import ~/music/
+
+(!) Be careful that `~/music` is not a git-annex repository, or this will [[destroy it!|bugs/git annex import destroys a fellow git annex repository]].
+
+Deleting deleted files
+----------------------
+
+It is quite possible some files were removed (or renamed!) on `marcos` but not on `angela`, since it was synchronised only some time ago. A good way to find out about those files is to use the `--not --in` argument, for example, on `angela`:
+
+    git annex whereis --in here --not --in marcos
+
+This will show files that are on `angela` and not on `marcos`. They could be new files that were only added on `angela`, so be careful! A manual analysis is necessary, but let's say you are certain those files are not relevant anymore, you can delete them from `angela`:
+
+    git annex drop <file>
+
+If the file is a renamed or modified version from the original, you may need to use `--force`, but be careful! If you delete the wrong file, it will be lost forever!
+
+> (!) Maybe this wouldn't happen with [[direct mode]] and an fsck? --[[anarcat]]
diff --git a/doc/tips/offline_archive_drives.mdwn b/doc/tips/offline_archive_drives.mdwn
new file mode 100644
index 0000000000..1063cbc267
--- /dev/null
+++ b/doc/tips/offline_archive_drives.mdwn
@@ -0,0 +1,69 @@
+After you've used git-annex for a while, you will have data in your repository
+that you don't want to keep in the limited disk space of a laptop or a server,
+but that you don't want to entirely delete.
+
+This is where git-annex's support for offline archive drives shines.
+You can move old files to an archive drive, which can be kept offline if
+it's not practical to keep it spinning. Better, you can move old files to
+two or more archive drives, in case one of them later fails to spin up.  
+(One consideration when [[future_proofing]] your archive.)
+
+To set up an archive drive, you can take any removable drive, format
+it with a filesystem you'll be able to read some years later, and then follow
+the [[walkthrough]] to set up a repository on it that is a git remote of 
+the repository in your computer you want to archive. In short:
+
+	cd /media/archive
+	git clone ~/annex
+	cd ~/annex
+	git remote add archivedrive /media/archive/annex
+	git annex sync archivedrive
+
+Don't forget to  tell git-annex this is an archive drive (or a backup
+drive; see [[preferred_content]].). Also, give the drive a description that matches something you write on
+its label, so you can find it later:
+
+	git annex group archivedrive archive
+	git annex wanted archivedrive standard
+	git annex describe archivedrive "my first archive drive (SATA)"
+
+Or you can use the assistant to set up the drive for you.  
+(Nice video tutorial here: [[videos/git-annex_assistant_archiving]])
+
+(Keeping the archive drive in an offsite location? Consider encrypting
+it! See [[fully_encrypted_git_repositories_with_gcrypt]].)
+
+Then, when the archive drive is plugged in, you can easily copy files to
+it:
+
+	cd ~/annex
+	git-annex copy --auto --to archivedrive
+
+Or, if you're using the assistant, it will automatically notice when the drive
+gets plugged in and copy files that need to be archived.
+
+When you want to get rid of the local file, leaving only the copy on the
+archive, you can just:
+
+	git annex drop file
+
+The archive drive has to be plugged in for this to work, so git-annex
+can verify it still has the file. If you had configured git-annex to
+always store 2 [[copies]], it will need 2 archive drives plugged in.
+You may find it useful to configure a [[trust]] setting for the drive to
+avoid needing to haul it out of storage to drop a file.
+
+Now the really nice thing. When your archive drive gets filled up, you
+can simply remove it, store it somewhere safe, and replace it with a new
+drive, which can be mounted at the same location for simplicity. Set up
+the new drive the same way described above, and use it to archive even more
+files.
+
+Finally, when you want to access one of the files you archived, you can
+just ask for it:
+
+	git annex get file
+
+If necessary git-annex will tell you which archive drive you need to
+pull out of storage to get the file back. This is where the description
+you entered earlier comes in handy.
diff --git a/doc/tips/offline_archive_drives/comment_1_3d4fdf42191a9d81434d00f51c3609ff._comment b/doc/tips/offline_archive_drives/comment_1_3d4fdf42191a9d81434d00f51c3609ff._comment
new file mode 100644
index 0000000000..5855b0f7a7
--- /dev/null
+++ b/doc/tips/offline_archive_drives/comment_1_3d4fdf42191a9d81434d00f51c3609ff._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkC0W3ZQERUaTkHoks6k68Tsp1tz510nGo"
+ nickname="Georg"
+ subject="git annex sync"
+ date="2013-10-06T08:59:24Z"
+ content="""
+Shouldn't it be
+git annex sync archivedrive
+instead of
+git annex sync archive
+in the first examples. As the name of the remote is \"archivedrive\", IMO \"sync\" should be called with the name of the remote.
+"""]]
diff --git a/doc/tips/offline_archive_drives/comment_2_864c752aa8d064791a4b14dbbe2e6882._comment b/doc/tips/offline_archive_drives/comment_2_864c752aa8d064791a4b14dbbe2e6882._comment
new file mode 100644
index 0000000000..3ff074ff3c
--- /dev/null
+++ b/doc/tips/offline_archive_drives/comment_2_864c752aa8d064791a4b14dbbe2e6882._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkC0W3ZQERUaTkHoks6k68Tsp1tz510nGo"
+ nickname="Georg"
+ subject="git annex copy not working"
+ date="2013-10-06T10:18:10Z"
+ content="""
+Is the feature \"git-annex copy --auto --to usb\" working?
+I have created a backup repo on my usb drive but when I call \"git-annex copy --auto --to usb\" nothing happens.
+
+I have called \"git annex group usb backup\" and \"git annex sync usb\" to set up the repo.
+
+What is the correct way to get the data out to the backup repo?
+
+Best regards, Georg
+"""]]
diff --git a/doc/tips/offline_archive_drives/comment_3_7be2ccaf70c9ecfc9a34384e0e31f490._comment b/doc/tips/offline_archive_drives/comment_3_7be2ccaf70c9ecfc9a34384e0e31f490._comment
new file mode 100644
index 0000000000..cd58880093
--- /dev/null
+++ b/doc/tips/offline_archive_drives/comment_3_7be2ccaf70c9ecfc9a34384e0e31f490._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.243"
+ subject="thanks for your checking.."
+ date="2013-10-06T17:04:24Z"
+ content="""
+The example was missing a preferred content setting, without which --auto doesn't copy anything unless needed to satisfy numcopies:
+
+git annex wanted archivedrive standard
+"""]]
diff --git a/doc/tips/owncloudannex.mdwn b/doc/tips/owncloudannex.mdwn
new file mode 100644
index 0000000000..e0b6bd37cf
--- /dev/null
+++ b/doc/tips/owncloudannex.mdwn
@@ -0,0 +1,28 @@
+owncloudannex 0.2.0
+=========
+
+Hook program for gitannex to use owncloud as backend
+
+# Requirements:
+
+    python2
+    python-requests
+
+Credit for the webdav api interface goes to https://launchpad.net/python-webdav-lib
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/owncloudannex.git 
+
+This should make a ~/owncloudannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/owncloudannex; chmod +x git-annex-remote-owncloud; sudo ln -sf `pwd`/git-annex-remote-owncloud /usr/local/bin/git-annex-remote-owncloud
+
+# Commands for gitannex:
+
+    USERNAME="login" PASSWORD="password" git annex initremote owncloud type=external externaltype=owncloud encryption=shared folder=gitannex url="https://host/remote.php/webdav/"
+    git annex describe dropbox "the owncloud library"
diff --git a/doc/tips/owncloudannex/comment_1_129652308c3c499462828dcaf8e747a4._comment b/doc/tips/owncloudannex/comment_1_129652308c3c499462828dcaf8e747a4._comment
new file mode 100644
index 0000000000..47e33042ec
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_1_129652308c3c499462828dcaf8e747a4._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQvRLq7nMMEGoEKuYx9oaf67IC0nZfmVI"
+ nickname="chung yan"
+ subject="owncloud hook exited nonzero"
+ date="2013-07-10T05:03:47Z"
+ content="""
+hi 
+
+I got the above message, and cannot sync to my owncloud. Here is the log file i had: 
+
+>[2013-07-10 12:30:31 HKT] main: starting assistant version 4.20130627
+(scanning...) [2013-07-10 12:30:31 HKT] Watcher: Performing startup scan
+(started...) git-annex: Daemon is already running.
+git-annex: Daemon is already running.
+[2013-07-10 12:44:04 HKT] Committer: Adding sync2Servers.sh
+
+>add syncByRsync/sync2Servers.sh (checksum...) [2013-07-10 12:44:04 HKT] Committer: Committing changes to git
+(gpg) 
+
+>owncloud hook exited nonzero!
+>git-annex: Daemon is already running.
+[2013-07-10 12:51:07 HKT] main: Syncing with owncloud 
+
+>owncloud hook exited nonzero!
+>[2013-07-10 12:53:10 HKT] Committer: Adding 2 files
+ok
+(Recording state in git...)
+(Recording state in git...)
+add syncByRsync/DSCN1810.JPG (checksum...) ok
+add syncByRsync/DSCN1810.JPG (checksum...) [2013-07-10 12:53:10 HKT] Committer: Committing changes to git
+
+>owncloud hook exited nonzero!
+[2013-07-10 12:53:50 HKT] main: Syncing with owncloud 
+  owncloud hook exited nonzero!
+  owncloud hook exited nonzero!
+
+thanks
+
+yan
+"""]]
diff --git a/doc/tips/owncloudannex/comment_2_38604990368666f654d41891ba99ac61._comment b/doc/tips/owncloudannex/comment_2_38604990368666f654d41891ba99ac61._comment
new file mode 100644
index 0000000000..6ea0b033c0
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_2_38604990368666f654d41891ba99ac61._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 2"
+ date="2013-07-10T08:21:39Z"
+ content="""
+Personally i've only seen that when the server ran out of space. But lets see what is going on.
+
+Please run this command
+
+git config annex.owncloud-hook '/usr/bin/python2 ~/owncloudannex/owncloudannex.py --dbglevel 1 --stderr'
+
+And then replicate the error. It should give me some debug information to work with.
+
+"""]]
diff --git a/doc/tips/owncloudannex/comment_3_1bfd290d00d6536da7d31818db46f8ec._comment b/doc/tips/owncloudannex/comment_3_1bfd290d00d6536da7d31818db46f8ec._comment
new file mode 100644
index 0000000000..f7e3f0ee4d
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_3_1bfd290d00d6536da7d31818db46f8ec._comment
@@ -0,0 +1,87 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQvRLq7nMMEGoEKuYx9oaf67IC0nZfmVI"
+ nickname="chung yan"
+ subject="comment 3"
+ date="2013-07-10T08:46:27Z"
+ content="""
+hi Tobias 
+
+Thanks your suggestion for list of my error log, here it is: 
+
+[2013-07-10 16:27:58 HKT] main: starting assistant version 4.20130627
+(scanning...) [2013-07-10 16:27:58 HKT] Watcher: Performing startup scan
+(started...) [2013-07-10 16:28:14 HKT] Committer: Adding 2 files
+
+add syncByRsync/sync2Servers.sh (checksum...) ok
+add syncByRsync/sync2Servers.sh (checksum...) [2013-07-10 16:28:14 HKT] Committer: Committing changes to git
+[2013-07-10 16:31:12 HKT] Watcher: add direct DSCN1810.JPG
+[2013-07-10 16:31:12 HKT] read: lsof [\"-F0can\",\"+d\",\"/home/yan/annex_testing/.git/annex/tmp/\"]
+[2013-07-10 16:31:12 HKT] Committer: Adding DSCN1810.JPG
+ok
+(Recording state in git...)
+(Recording state in git...)
+add DSCN1810.JPG [2013-07-10 16:31:12 HKT](checksum...)  Watcher: add direct DSCN1810.JPG
+[2013-07-10 16:31:12 HKT] read: sha256sum [\"/home/yan/annex_testing/.git/annex/tmp/DSCN181012023.JPG\"]
+
+  DSCN1810.JPG changed while it was being added
+[2013-07-10 16:31:12 HKT] Committer: delaying commit of 1 changes
+[2013-07-10 16:31:13 HKT] read: lsof [\"-F0can\",\"+d\",\"/home/yan/annex_testing/.git/annex/tmp/\"]
+[2013-07-10 16:31:13 HKT] Committer: Adding 2 files
+failed
+add DSCN1810.JPG (checksum...) [2013-07-10 16:31:13 HKT] read: sha256sum [\"/home/yan/annex_testing/.git/annex/tmp/DSCN181012023.JPG\"]
+[2013-07-10 16:31:13 HKT] chat: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+ok
+add DSCN1810.JPG (checksum...) [2013-07-10 16:31:13 HKT] read: sha256sum [\"/home/yan/annex_testing/.git/annex/tmp/DSCN181012024.JPG\"]
+[2013-07-10 16:31:13 HKT] chat: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\",\"--no-filters\"]
+[2013-07-10 16:31:13 HKT] Committer: committing 2 changes
+[2013-07-10 16:31:13 HKT] Committer: Committing changes to git
+[2013-07-10 16:31:13 HKT] feed: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"update-index\",\"-z\",\"--index-info\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"commit\",\"--allow-empty-message\",\"--no-edit\",\"-m\",\"\",\"--quiet\",\"--no-verify\"]
+[2013-07-10 16:31:13 HKT] Committer: queued Upload UUID \"df02d32a-7e3a-4e12-a417-7f1d1a1cf1a6\" DSCN1810.JPG Nothing : new file created
+[2013-07-10 16:31:13 HKT] chat: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2013-07-10 16:31:13 HKT] feed: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"update-index\",\"-z\",\"--index-info\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"write-tree\"]
+[2013-07-10 16:31:13 HKT] chat: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"commit-tree\",\"a8337a989b58b29eee5fd2fa7a4c0b8ec45d5e59\",\"-p\",\"refs/heads/git-annex\"]
+[2013-07-10 16:31:13 HKT] call: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"update-ref\",\"refs/heads/git-annex\",\"267bf35da4d9abe5ed7fe82ea5df8a8df2ddf940\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"symbolic-ref\",\"HEAD\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"refs/heads/master\"]
+[2013-07-10 16:31:13 HKT] Transferrer: Transferring: Upload UUID \"df02d32a-7e3a-4e12-a417-7f1d1a1cf1a6\" DSCN1810.JPG Nothing
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"git-annex\"]
+[2013-07-10 16:31:13 HKT] call: git-annex [\"transferkeys\",\"--readfd\",\"46\",\"--writefd\",\"36\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"log\",\"refs/heads/git-annex..267bf35da4d9abe5ed7fe82ea5df8a8df2ddf940\",\"--oneline\",\"-n1\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"git-annex\"]
+[2013-07-10 16:31:13 HKT] read:[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+ git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-07-10 16:31:13 HKT] read: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"log\",\"refs/heads/git-annex..267bf35da4d9abe5ed7fe82ea5df8a8df2ddf940\",\"--oneline\",\"-n1\"]
+[2013-07-10 16:31:13 HKT] chat: git [\"--git-dir=/home/yan/annex_testing/.git\",\"--work-tree=/home/yan/annex_testing\",\"cat-file\",\"--batch\"]
+(gpg) [2013-07-10 16:31:13 HKT] TransferWatcher: transfer starting: Upload UUID \"df02d32a-7e3a-4e12-a417-7f1d1a1cf1a6\" DSCN1810.JPG Nothing
+[2013-07-10 16:31:13 HKT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"48\",\"--symmetric\",\"--force-mdc\"]
+[2013-07-10 16:31:14 HKT] call: sh [\"-c\",\"/usr/bin/python2 /home/yan/annex/SocialBusiness/Resources/Infrastructure/Computer_Tools/Records/AsusU24/owncloudannex/owncloudannex.py --dbglevel 1 --stderr\"]
+
+ 16:31:16 [owncloudannex-0.1.1] <module> : 'START'
+ 16:31:16 [owncloudannex-0.1.1] main : 'ARGS: 'ANNEX_ACTION=store ANNEX_KEY=GPGHMACSHA1--0179fbbf559d5c25cf69b4e92025ff1f007d4f1f ANNEX_HASH_1=fp ANNEX_HASH_2=23 ANNEX_FILE=/home/yan/annex_testing/.git/annex/tmp/GPGHMACSHA1--0179fbbf559d5c25cf69b4e92025ff1f007d4f1f /home/yan/annex/SocialBusiness/Resources/Infrastructure/Computer_Tools/Records/AsusU24/owncloudannex/owncloudannex.py --dbglevel 1 --stderr''
+ 16:31:16 [owncloudannex-0.1.1] readFile : ''/home/yan/annex/SocialBusiness/Resources/Infrastructure/Computer_Tools/Records/AsusU24/owncloudannex/owncloudannex.conf' - 'r''
+ 16:31:16 [owncloudannex-0.1.1] readFile : 'Done'
+ 16:31:16 [owncloudannex-0.1.1] login : ''
+ 16:31:16 [owncloudannex-0.1.1] login : 'Using base: wingyan.no-ip.org - {'Authorization': 'Basic Y2h1bmd5YW41QGdtYWlsLmNvbTp5YW5fd2lraQ=='}'
+ 16:31:16 [owncloudannex-0.1.1] login : 'res: <davlib.DAV instance at 0x12915f0>'
+ 16:31:16 [owncloudannex-0.1.1] findInFolder : 'u'gitannex'(<type 'unicode'>) - '/'(<type 'str'>)'
+ 16:31:17 [owncloudannex-0.1.1] findInFolder : 'propfind: /owncloud/remote.php/webdav - '<?xml version=\"1.0\" encoding=\"utf-8\"?>\n<d:error xmlns:d=\"DAV:\" xmlns:s=\"http://sabredav.org/ns\">\n  <s:exception>Sabre_DAV_Exception_NotAuthenticated</s:exception>\n  <s:message>Username or password does not match</s:message>\n  <s:sabredav-version>1.7.6</s:sabredav-version>\n</d:error>\n''
+ 16:31:17 [owncloudannex-0.1.1] findInFolder : 'Failure'
+ 16:31:17 [owncloudannex-0.1.1] createFolder : '/gitannex'
+ 16:31:18 [owncloudannex-0.1.1] createFolder : 'Failure: 401 - '<?xml version=\"1.0\" encoding=\"utf-8\"?>\n<d:error xmlns:d=\"DAV:\" xmlns:s=\"http://sabredav.org/ns\">\n  <s:exception>Sabre_DAV_Exception_NotAuthenticated</s:exception>\n  <s:message>Username or password does not match</s:message>\n  <s:sabredav-version>1.7.6</s:sabredav-version>\n</d:error>\n''
+
+
+  owncloud hook exited nonzero!
+[2013-07-10 16:31:18 HKT] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID \"df02d32a-7e3a-4e12-a417-7f1d1a1cf1a6\", transferKey = Key {keyName = \"911ba6148fbcbe4afe53772f1216b8204f403ed4ee06cb90c3c3ac25e56d9402.JPG\", keyBackendName = \"SHA256E\", keySize = Just 1893431, keyMtime = Nothing}}
+
+I figured out it is a *Username or password does not match*, and i saw the content of owncloudannex.conf as \"uname\": \"myGmail@gmail.com\", but i quickly saw my WebDAV login to owncloud as my user name, not gmail address, so i changed this \"uname\": \"my_normal_user_name_not_gmail_acc\" inside owncloudannex.conf. Finally, i got it work. So, i think, user name should not be a gmail address, should be owncloud login user name. 
+
+Another issue, i had a look into /WebDAV.../gitannex/, it is git repos. file, for my user opinion, it is better that it is a real file content that we can see the file(such as photos) by owncloud web client directly, rather that owncloud is a file server to keep git repos only. 
+
+Thanks
+
+yan
+"""]]
diff --git a/doc/tips/owncloudannex/comment_4_492b6922a7c5bb5464fedb46b0c5303b._comment b/doc/tips/owncloudannex/comment_4_492b6922a7c5bb5464fedb46b0c5303b._comment
new file mode 100644
index 0000000000..c7a0875df1
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_4_492b6922a7c5bb5464fedb46b0c5303b._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2013-07-10T08:54:13Z"
+ content="""
+Hm, an error like that it really should print without the need of debug information. I'll look into it.
+
+And if you want the real file content, not encrypted, just change \"shared\" to \"none\" in the line:
+
+git annex initremote owncloud type=hook hooktype=owncloud encryption=shared
+
+I'm not sure if you can change this after you initialized the remote though. And also, the folder structure and filenames will be as you see them now on the owncloud. I'd need some more data from gitannex to make it show the real directory structure. But that doesn't seem feasible.
+
+Why would you even want the data unencrypted on owncloud anyways? i mean on flickr, or googledocs, i kinda get it. but for owncloud?
+
+"""]]
diff --git a/doc/tips/owncloudannex/comment_5_1d48ac08714fadcb06d874570d745bd8._comment b/doc/tips/owncloudannex/comment_5_1d48ac08714fadcb06d874570d745bd8._comment
new file mode 100644
index 0000000000..170e8b857a
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_5_1d48ac08714fadcb06d874570d745bd8._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQvRLq7nMMEGoEKuYx9oaf67IC0nZfmVI"
+ nickname="chung yan"
+ subject="comment 5"
+ date="2013-07-10T09:43:55Z"
+ content="""
+hi Tobias
+
+thanks your sharing, i am still in have a trial of git-annex, so i do not yet have real data on the server, so i just del. all and re-create both client and server repos in owncloud, i can got what you said, and see my photo. 
+
+Actually, i am studying git-annex. 1) It can syncs the data from my client computer to server. 2) i would like that other and anywhere computers through browser can view my server data which do not need to download all data into a new client. So my original goal is i can have a web to display the content of my files, and see owncloud have a nice web. 
+
+Regarding to GDoc, flickr, etc. they have space limitation, so i install owncloud as my own computer. I also see the <http://git-annex.branchable.com/design/assistant/partial_content/>, but it is not yet at roadmap. 
+
+thanks
+"""]]
diff --git a/doc/tips/owncloudannex/comment_6_65959f49a2f56bffd6fe48670c0c8d5a._comment b/doc/tips/owncloudannex/comment_6_65959f49a2f56bffd6fe48670c0c8d5a._comment
new file mode 100644
index 0000000000..7b10068c50
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_6_65959f49a2f56bffd6fe48670c0c8d5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 6"
+ date="2013-07-10T09:50:14Z"
+ content="""
+A 1 terabyte limit(for flickr) should be enough for most people. No?
+"""]]
diff --git a/doc/tips/owncloudannex/comment_7_7482002991672ef67836bae43b8d0be8._comment b/doc/tips/owncloudannex/comment_7_7482002991672ef67836bae43b8d0be8._comment
new file mode 100644
index 0000000000..56e71276d6
--- /dev/null
+++ b/doc/tips/owncloudannex/comment_7_7482002991672ef67836bae43b8d0be8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQvRLq7nMMEGoEKuYx9oaf67IC0nZfmVI"
+ nickname="chung yan"
+ subject="comment 7"
+ date="2013-07-10T09:56:54Z"
+ content="""
+i have not got this 1 terabyte limit from flick before. I will have a look. I still consider some my own data, it is better to keep at my own server. 
+"""]]
diff --git a/doc/tips/powerful_file_matching.mdwn b/doc/tips/powerful_file_matching.mdwn
new file mode 100644
index 0000000000..47f8c8a64c
--- /dev/null
+++ b/doc/tips/powerful_file_matching.mdwn
@@ -0,0 +1,36 @@
+git-annex has a powerful syntax for making it act on only certain files.
+
+The simplest thing is to exclude some files, using wild cards:
+
+	git annex get --exclude '*.mp3' --exclude '*.ogg'
+
+But you can also exclude files that git-annex's [[location_tracking]]
+information indicates are present in a given repository. For example,
+if you want to populate newarchive with files, but not those already
+on oldarchive, you could do it like this:
+
+	git annex copy --not --in oldarchive --to newarchive
+
+Without the --not, --in makes it act on files that *are* in the specified
+repository. So, to remove files that are on oldarchive:
+
+	git annex drop --in oldarchive
+
+Or maybe you're curious which files have a lot of copies, and then
+also want to know which files have only one copy:
+
+	git annex find --copies 7
+	git annex find --not --copies 2
+
+The above are the simple examples of specifying what files git-annex
+should act on. But you can specify anything you can dream up by combining
+the things above, with --and --or -( and -). Those last two strange-looking
+options are parentheses, for grouping other options. You will probably
+have to escape them from your shell.
+
+Here are the mp3 files that are in either of two repositories, but have
+less than 3 copies:
+
+	git annex find --not --exclude '*.mp3' --and \
+		-\( --in usbdrive --or --in archive -\) --and \
+		--not --copies 3
diff --git a/doc/tips/recover_data_from_lost+found.mdwn b/doc/tips/recover_data_from_lost+found.mdwn
new file mode 100644
index 0000000000..ceb43e3f37
--- /dev/null
+++ b/doc/tips/recover_data_from_lost+found.mdwn
@@ -0,0 +1,19 @@
+Suppose something goes wrong, and fsck puts all the files in lost+found.
+It's actually very easy to recover from this disaster.
+
+First, check out the git repository again. Then, in the new checkout:
+
+	$ mkdir recovered-content
+	$ sudo mv ../lost+found/* recovered-content
+	$ sudo chown you:you recovered-content
+	$ chmod -R u+w recovered-content
+	$ git annex add recovered-content
+	$ git reset HEAD recovered-content
+	$ rm -rf recovered-content
+	$ git annex fsck
+
+The way that works is that when git-annex adds the same content that was in
+the repository before, all the old links to that content start working
+again. This works particularly well if the SHA* backends are used, but even
+with the default backend it will work pretty well, as long as fsck
+preserved the modification time of the files.
diff --git a/doc/tips/recover_data_from_lost+found/comment_1_f0901527a4f0faf0b1fd916d5b809314._comment b/doc/tips/recover_data_from_lost+found/comment_1_f0901527a4f0faf0b1fd916d5b809314._comment
new file mode 100644
index 0000000000..f609d8def9
--- /dev/null
+++ b/doc/tips/recover_data_from_lost+found/comment_1_f0901527a4f0faf0b1fd916d5b809314._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWBvsZvSsAL8P2ye3F0OBStjFCVnOImzM"
+ nickname="Jarno"
+ subject="Why fsck?"
+ date="2014-01-02T22:09:03Z"
+ content="""
+Other steps I understand but what is the purpose of the last, \"git annex fsck\"?
+Shouldn't \"git annex add\" recreate any missing annex files and therefore fix dangling symlinks?
+"""]]
diff --git a/doc/tips/recover_data_from_lost+found/comment_2_ac405575058beeac992d07c55f7c53a8._comment b/doc/tips/recover_data_from_lost+found/comment_2_ac405575058beeac992d07c55f7c53a8._comment
new file mode 100644
index 0000000000..f1afdca495
--- /dev/null
+++ b/doc/tips/recover_data_from_lost+found/comment_2_ac405575058beeac992d07c55f7c53a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 2"
+ date="2014-01-03T21:19:39Z"
+ content="""
+The `git annex fsck` at the end will verify if you've managed to recover all the files.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository.mdwn b/doc/tips/recovering_from_a_corrupt_git_repository.mdwn
new file mode 100644
index 0000000000..084f76852e
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository.mdwn
@@ -0,0 +1,17 @@
+I have found this the most reliable way to recover from a corrupt git repository. I have had a lot of them lately, there might be a regression in btrfs in Ubuntu's Linux 3.8.0-33 (!).
+
+1. Create a clone of a known good repository.
+2. Add the clone as an object alternate to the broken repository.
+3. Do a `git-repack -a -d` to lift the external objects into repo-local packs.
+4. Remove the clone
+
+[[!format sh """
+$ cd /tmp/
+$ git clone good-host:/path/to/good-repo
+$ cd /home/user/broken-repo
+$ echo /tmp/good-repo/.git/objects/ > .git/objects/info/alternates
+$ git repack -a -d
+$ rm -rf /tmp/good-repo
+"""]]
+
+... and push early, push often. ;-)
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_1_f5827be97f78dbae113a5ba0c9ced896._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_1_f5827be97f78dbae113a5ba0c9ced896._comment
new file mode 100644
index 0000000000..d212e23f34
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_1_f5827be97f78dbae113a5ba0c9ced896._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-11T16:01:59Z"
+ content="""
+Better, since version 4.20131024, `git annex repair` can be run to automatically do this, and more. (Including recovering data in corrupt git repositories that you forgot to push!)
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_2_e98df7275bb032308bb87e3607bdde32._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_2_e98df7275bb032308bb87e3607bdde32._comment
new file mode 100644
index 0000000000..c018c4ca56
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_2_e98df7275bb032308bb87e3607bdde32._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 2"
+ date="2013-11-12T16:14:50Z"
+ content="""
+I am using git-annex 20131106 and I tried `git annex repair` first. It seems git is making assumptions that if I have object A then I must have object B that A depends on. Or maybe it freaks out because the object is not missing, just full of zeroes. I haven't done any analysis on exactly what situation causes this. When I have time, I will.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_3_11bece6dfac090edbcd783b266c482a3._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_3_11bece6dfac090edbcd783b266c482a3._comment
new file mode 100644
index 0000000000..63f443a31d
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_3_11bece6dfac090edbcd783b266c482a3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 3"
+ date="2013-11-12T16:17:42Z"
+ content="""
+Luckily, so far the objects getting corrupted have been in past commits (maybe only in packfiles?), not the latest ones, so I have been able to recover even though HEAD has been unique to the local repo.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_4_86e99017f7585ac2f76753051214637e._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_4_86e99017f7585ac2f76753051214637e._comment
new file mode 100644
index 0000000000..8d454fc3e4
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_4_86e99017f7585ac2f76753051214637e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 4"
+ date="2013-11-12T17:10:06Z"
+ content="""
+Hm. This is bad. My hunch that btrfs was the culprit seems to have been wrong. After having switched things around, along with lots of `git annex sync` in various places, I now have a corrupt repo on ext4. It must be git or git-annex that does something wrong.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_c8953732ce353cdf0c4fb81ddc98c04a._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_c8953732ce353cdf0c4fb81ddc98c04a._comment
new file mode 100644
index 0000000000..eeb3ceef23
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_c8953732ce353cdf0c4fb81ddc98c04a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 6"
+ date="2013-11-12T18:10:21Z"
+ content="""
+If you can reliably corrupt a git repository, it's highly likely your hardware (disk or memory) is broken.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_d0da84df0241dc6ccf0aa0c7598917df._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_d0da84df0241dc6ccf0aa0c7598917df._comment
new file mode 100644
index 0000000000..16b2329b98
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_6_d0da84df0241dc6ccf0aa0c7598917df._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 6"
+ date="2013-11-12T17:22:01Z"
+ content="""
+This is my symptom too: [[forum/Git annex 'corrupting' itself]]
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_7_addf49556e4c33d55a41c393f519d0a4._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_7_addf49556e4c33d55a41c393f519d0a4._comment
new file mode 100644
index 0000000000..5047bcca48
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_7_addf49556e4c33d55a41c393f519d0a4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 7"
+ date="2013-11-12T18:12:49Z"
+ content="""
+> I tried git annex repair first. It seems git is making assumptions that if I have object A then I must have object B that A depends on. Or maybe it freaks out because the object is not missing
+
+`git annex repair` is supposed to deal with these situations. If it fails to fix such a broken repository, please file a detailed bug report, ideally with a link to a copy of the repository.
+"""]]
diff --git a/doc/tips/recovering_from_a_corrupt_git_repository/comment_8_505a2fc2b841fe8eb419801f923ef35f._comment b/doc/tips/recovering_from_a_corrupt_git_repository/comment_8_505a2fc2b841fe8eb419801f923ef35f._comment
new file mode 100644
index 0000000000..78144b8938
--- /dev/null
+++ b/doc/tips/recovering_from_a_corrupt_git_repository/comment_8_505a2fc2b841fe8eb419801f923ef35f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 8"
+ date="2013-11-14T10:00:20Z"
+ content="""
+Several machines started showing this behavior around 4.20131106 or 4.20131101. I will find a way to reproduce when I can find the time.
+"""]]
diff --git a/doc/tips/remote_webapp_setup.mdwn b/doc/tips/remote_webapp_setup.mdwn
new file mode 100644
index 0000000000..57993df761
--- /dev/null
+++ b/doc/tips/remote_webapp_setup.mdwn
@@ -0,0 +1,49 @@
+Here's the scenario: You have a remote server you can ssh into,
+and you want to use the git-annex webapp there, displaying back on your local
+web browser.
+
+Sure, no problem! It can even be done securely!
+
+Let's start by making the git-annex repository on the remote server.
+
+	git init annex
+	cd annex
+	git annex init
+
+Now, you need to generate a private key and a certificate for HTTPS.
+These files are stored in `.git/annex/privkey.pem` and 
+`.git/annex/certificate.pem` inside the git repository. Here's
+one way to generate those files, using a self-signed certificate:
+
+	(umask 077 ; openssl genrsa -out .git/annex/privkey.pem 4096)
+	openssl req -new -x509 -key .git/annex/privkey.pem > .git/annex/certificate.pem
+
+With those files in place, git-annex will automatically only accept HTTPS
+connections. That's good, since HTTP connections are not secure over the
+big bad internet.
+
+All that remains is to make the webapp listen on the external interface
+of the server. Normally, for security, git-annex only listens on localhost.
+Tell it what hostname to listen on:
+
+	git config annex.listen host.example.com
+
+(If your hostname doesn't work, its IP address certianly will..)
+
+When you run the webapp configured like that, it'll print out the
+URL to use to open it. You can paste that into your web browser.
+
+	git annex webapp
+	http://host.example.com:42232/?auth=ea7857ad...
+
+Notice that the URL has a big jumble of letters at the end -- this is a
+secret token that the webapp uses to verify you're you. So random attackers
+can't find your webapp and do bad things with it.
+
+If you like, you can make the server run `git annex assistant --autostart`
+on boot.
+
+To automate opening the remote server's webapp in your local browser,
+just run this:
+
+	firefox "$(ssh host.example.com git annex webapp)"
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn
new file mode 100644
index 0000000000..893408c2fe
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn
@@ -0,0 +1,51 @@
+Sparkleshare and dvcs-autosync are tools to automatically commit your
+changes to git and keep them in sync with other repositories. Unlike
+git-annex, they don't store the file content on the side, but directly in
+the git repository. Great for small files, less good for big files.
+
+Here's how to use the [[git-annex assistant|/assistant]] to do the same
+thing, but even better!
+
+----
+
+First, get git-annex version 4.20130329 or newer.
+
+----
+
+Let's suppose you're delveloping a video game, written in C. You have
+source code, and some large game assets. You want to ensure the source
+code is stored in git -- that's what git's for! And you want to store
+the game assets in the git annex -- to avod bloating your git repos with
+possibly enormous files, but still version control them.
+
+All you need to do is configure git-annex to treat your C files
+as small files. And treat any file larger than, say, 100kb as a large
+file that is stored in the annex.
+
+	git config annex.largefiles "largerthan=100kb and not (include=*.c or include=*.h)"
+
+----
+
+Now if you run `git annex add`, it will only add the large files to the
+annex. You can `git add` the small files directly to git.
+
+Note that in order to use `git add` on the small files, your repository
+needs to be in indirect mode, rather than [[direct mode]]. If it's in
+direct mode, `git add` will fail. You can fix that:
+
+	git annex indirect
+
+----
+
+A less manual option is to run `git annex assistant`. It will *automatically*
+add the large files to the annex, and store the small files in git.
+It'll notice every time you modify a file, and immediately commit it,
+too. And sync it out to other repositories you configure using `git annex
+webapp`.
+
+----
+
+It's also possible to disable the use of the annex entirely, and just
+have the assistant *always* put every file into git, no matter its size:
+
+	git config annex.largefiles "exclude=*"
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_10_d1bd5d6b33951f6d11185bb4a8228269._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_10_d1bd5d6b33951f6d11185bb4a8228269._comment
new file mode 100644
index 0000000000..b00d961d09
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_10_d1bd5d6b33951f6d11185bb4a8228269._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 10"
+ date="2013-12-12T17:35:28Z"
+ content="""
+The behavior is direct mode is a bug: [[bugs/when syncing a direct repository, git annex delete non annexed new git files]]. Hopefully it will be fixed soon.
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_11_54692ebf854ecbcc5314bb29c33ecc66._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_11_54692ebf854ecbcc5314bb29c33ecc66._comment
new file mode 100644
index 0000000000..cc48eca66e
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_11_54692ebf854ecbcc5314bb29c33ecc66._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 11"
+ date="2013-12-12T19:58:53Z"
+ content="""
+The abovementioned bug is fixed in git, and will be in a release tomorrow.
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_1_907e4032ca4a39adb846cf16dbf447dc._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_1_907e4032ca4a39adb846cf16dbf447dc._comment
new file mode 100644
index 0000000000..b0ff0114a6
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_1_907e4032ca4a39adb846cf16dbf447dc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://hands.com/~phil/"
+ nickname="hands"
+ subject="software from the future?"
+ date="2013-03-31T17:30:34Z"
+ content="""
+I think you probably meant at least version 4.20130323 ;-)
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_2_902d001ba86657ef0f8cca5b175f99ca._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_2_902d001ba86657ef0f8cca5b175f99ca._comment
new file mode 100644
index 0000000000..2367c938d3
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_2_902d001ba86657ef0f8cca5b175f99ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-31T18:50:35Z"
+ content="""
+I meant 4.20130329
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_3_a1cf93f9b29658f0f26e9e0ae6057ee3._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_3_a1cf93f9b29658f0f26e9e0ae6057ee3._comment
new file mode 100644
index 0000000000..91122360aa
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_3_a1cf93f9b29658f0f26e9e0ae6057ee3._comment
@@ -0,0 +1,60 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="Trying this feature"
+ date="2013-04-14T13:04:55Z"
+ content="""
+I just gave this feature a try, but it seems it doesn't work as expected or maybe I don't understand it:
+
+    ~/annex/largefilestest % git init
+    ~/annex/largefilestest (git)-[master] % git annex init \"test repo\"
+    ~/annex/largefilestest (git)-[master] % git config annex.largefiles \"not include=*.txt\"
+
+Now I copy two files to this directory and add both to the annex
+
+    ~/annex/largefilestest (git)-[master] % ll
+    total 100
+    -rw-rw-r-- 1 tobru tobru 93709 Oct 19 16:14 dpkg-get-selections.txt
+    -rw-rw-r-- 1 tobru tobru  7256 Jan  6 15:52 x3400.jpg
+    ~/annex/largefilestest (git)-[master] % git annex add .
+    add x3400.jpg (checksum...) ok
+    (Recording state in git...)
+    ~/annex/largefilestest (git)-[master] % git status
+    # On branch master
+    #
+    # Initial commit
+    #
+    # Changes to be committed:
+    #   (use \"git rm --cached <file>...\" to unstage)
+    #
+    #       new file:   x3400.jpg
+    #
+    # Untracked files:
+    #   (use \"git add <file>...\" to include in what will be committed)
+    #
+    #       dpkg-get-selections.txt
+    ~/annex/largefilestest (git)-[master] % ll
+    total 96
+    -rw-rw-r-- 1 tobru tobru 93709 Oct 19 16:14 dpkg-get-selections.txt
+    lrwxrwxrwx 1 tobru tobru   192 Jan  6 15:52 x3400.jpg -> .git/annex/objects/vf/QX/SHA256E-s7256--60e5b69ade5619e37f7fcaa964626da9c415959d861241aa13e2516fffc2dddf.jpg/SHA256E-s7256--60e5b69ade5619e37f7fcaa964626da9c415959d861241aa13e2516fffc2dddf.jpg
+
+So the picture is added to the annex as expected. But the .txt file is not added to git. Do I have to manually add this to git? And why is the picture seen as new file by git?
+
+The second question could be answered by: \"run git annex sync\". Is this correct? Because after running this command, git does not see this file as a new file anymore:
+
+    ~/annex/largefilestest (git)-[master] % git annex sync
+    commit  
+    [master (root-commit) a0afb14] git-annex automatic sync
+     1 file changed, 1 insertion(+)
+     create mode 120000 x3400.jpg
+    ok
+    git-annex: no branch is checked out
+    ~/annex/largefilestest (git)-[master] % git status
+    # On branch master
+    # Untracked files:
+    #   (use \"git add <file>...\" to include in what will be committed)
+    #
+    #       dpkg-get-selections.txt
+    nothing added to commit but untracked files present (use \"git add\" to track)
+
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_4_e10671908b58c554375787d0f76e2366._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_4_e10671908b58c554375787d0f76e2366._comment
new file mode 100644
index 0000000000..14a9090148
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_4_e10671908b58c554375787d0f76e2366._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-14T18:37:50Z"
+ content="""
+Like it says in the tip, `git annex add` will add the large files to git. You can add the small files with `git add`; git-annex won't do that for you. 
+
+To automatically add both sorts of files, you can use the `git annex watch` or `git annex assistant` daemons. The latter also keeps files in sync between repositories automatically.
+
+(Why did the picture show up as a new file in git? Because you hadn't committed it. This is the same as when you `git add` a file;
+it's only staged in the index; `git status` will show it is new until you `git commit`)
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_5_4114380f66b6376c851e93f6876d590b._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_5_4114380f66b6376c851e93f6876d590b._comment
new file mode 100644
index 0000000000..5d638a3b83
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_5_4114380f66b6376c851e93f6876d590b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="mimetypes"
+ date="2013-05-01T20:37:33Z"
+ content="""
+Does `annex.largefiles` support mimetypes? F.e. `git config annex.largefiles \"not mimetype=text/plain\"`
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_6_6a5d6af107b297afd008b021f73d787b._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_6_6a5d6af107b297afd008b021f73d787b._comment
new file mode 100644
index 0000000000..bd2212ffb7
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_6_6a5d6af107b297afd008b021f73d787b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnPOttrEmm9CQYxzWrmgGN7LXy98gDkrlM"
+ nickname="binet"
+ subject="annex.largefiles and direct mode"
+ date="2013-09-16T22:50:48Z"
+ content="""
+I was wondering if the annex.largefiles feature was compatible with direct mode?
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_7_74d57cf503a86d8f7ace2d769dbb58be._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_7_74d57cf503a86d8f7ace2d769dbb58be._comment
new file mode 100644
index 0000000000..2144b0ec84
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_7_74d57cf503a86d8f7ace2d769dbb58be._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 7"
+ date="2013-09-19T18:03:29Z"
+ content="""
+annex.largefiles does not support mime types. I agree it would be a useful addition.
+
+annex.largefiles can be used with direct mode. I would only recommending using it this way using the assistant, which will keep straight which files are which and commit them appropriately. 
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_8_85765c0cfeb5b326c06cf60c98147cbf._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_8_85765c0cfeb5b326c06cf60c98147cbf._comment
new file mode 100644
index 0000000000..466d03e29c
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_8_85765c0cfeb5b326c06cf60c98147cbf._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLdL4zLty4fsfaIXNtPMS5RXs4y8OAk0o"
+ nickname="Marc"
+ subject="Disappearing files"
+ date="2013-12-08T12:16:37Z"
+ content="""
+I've tried this with version 5.20131130, but my files disappear if I modify them on the remote end.
+
+My setup:
+- A local repository, direct mode, client group, annex.largefiles \"exclude=*.txt\"
+- A remote one, also direct mode, backup group, annex.largefiles \"exclude=*.txt\"
+Both are running the assistant.
+
+If I create a .txt file locally, it gets committed and pushed to the remote as described. But, if I then modify that file on the remote end, the file gets deleted from both repositories. Also, if I create a file on the remote end, it's pushed to the local one (according to the log) but it never appears in the directory.
+
+Changing the remote from 'backup' to 'client' group doesn't seem to make any difference.
+
+Is there a 'best practice' on using git-annex like SparkleShare? I mean, syncing changes on all repositories but keeping a history of changes in git.
+
+Thanks!
+"""]]
diff --git a/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_9_082b5d90ffc836e7c86e40b63a75780d._comment b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_9_082b5d90ffc836e7c86e40b63a75780d._comment
new file mode 100644
index 0000000000..3f104e7025
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant/comment_9_082b5d90ffc836e7c86e40b63a75780d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLdL4zLty4fsfaIXNtPMS5RXs4y8OAk0o"
+ nickname="Marc"
+ subject="comment 9"
+ date="2013-12-08T20:41:41Z"
+ content="""
+After further testing, it seems that the setup I wanted works when both repos are set as indirect, instead of direct as comment 7 recommends. With both repos in indirect mode, the changes are propagated correctly and the files not selected by annex.largefiles are kept in git.
+"""]]
diff --git a/doc/tips/setup_a_public_repository_on_a_web_site.mdwn b/doc/tips/setup_a_public_repository_on_a_web_site.mdwn
new file mode 100644
index 0000000000..3b971e0c2c
--- /dev/null
+++ b/doc/tips/setup_a_public_repository_on_a_web_site.mdwn
@@ -0,0 +1,55 @@
+Let's say you want to distribute some big files to the whole world.
+You can of course, just drop them onto a website. But perhaps you'd like to
+use git-annex to manage those files. And as an added bonus, why not let
+anyone in the world clone your site and use `git-annex get`!
+
+My site like this is [downloads.kitenet.net](https://downloads.kitenet.net).
+Here's how I set it up. --[[Joey]]
+
+1. Set up a web site. I used Apache, and configured it to follow symlinks.
+   `Options FollowSymLinks`
+2. Put some files on the website. Make sure it works.
+3. `git init; git annex init`
+4. `git config core.sharedrepository world` (Makes sure files
+   are always added with permissions that allow everyone to read them.)
+5. We want users to be able to clone the git repository over http, because
+   git-annex can download files from it over http as well. For this to
+   work, `git update-server-info` needs to get run after commits. The
+   git `post-update` hook will take care of this, you just need to enable
+   the hook. `chmod +x .git/hooks/post-update`
+6. `git annex add; git commit -m added`
+7. Make sure users can still download files from the site directly.
+8. Instruct advanced users to clone a http url that ends with the "/.git/"
+   directory. For example, for downloads.kitenet.net, the clone url
+   is `https://downloads.kitenet.net/.git/`
+9. Set up a git `post-receive` hook to update the repository's working tree
+   when changes are pushed to it. See below for details.
+
+When users clone over http, and run git-annex, it will
+automatically learn all about your repository and be able to download files
+right out of it, also using http. 
+
+## post-receive hook
+
+If you have git-annex 4.20130703, the post-receive hook mentioned above
+in step 9 just needs to run `git annex merge`.
+
+With older versions of git-annex, you can instead use `git annex sync`.
+
+There are two gotchas with some versions of git to be aware of when writing
+this post-receive hook.
+
+1. The hook may be run with the current directory set to the `.git`
+   directory, and not the top of your work tree. So you need to `cd ..` or
+   similar in the hook.
+2. `GIT_DIR` may be set to `.`, which will not be right after changing
+   directory. So you will probably want to unset it.
+
+Here's a post-receive hook that takes these problems into account:
+
+<pre>
+#!/bin/sh
+unset GIT_DIR
+cd ..
+git annex merge
+</pre>
diff --git a/doc/tips/setup_a_public_repository_on_a_web_site/comment_1_1d0fa6da33e401df1d7ff31979247fec._comment b/doc/tips/setup_a_public_repository_on_a_web_site/comment_1_1d0fa6da33e401df1d7ff31979247fec._comment
new file mode 100644
index 0000000000..cc0a0f2b33
--- /dev/null
+++ b/doc/tips/setup_a_public_repository_on_a_web_site/comment_1_1d0fa6da33e401df1d7ff31979247fec._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnYLUTs4jFpBPwOlIIJ6qD8xdqZPboJafM"
+ nickname="Oluf"
+ subject="Combine this with a 'public' repository-group"
+ date="2013-07-16T09:44:26Z"
+ content="""
+Hi,
+
+would it be possible to do this whith the contents of a public repository-group (a non-bare public repository)?
+"""]]
diff --git a/doc/tips/setup_a_public_repository_on_a_web_site/comment_2_b98b761dee9d923153e3c288c1d987ee._comment b/doc/tips/setup_a_public_repository_on_a_web_site/comment_2_b98b761dee9d923153e3c288c1d987ee._comment
new file mode 100644
index 0000000000..7bfb89b36a
--- /dev/null
+++ b/doc/tips/setup_a_public_repository_on_a_web_site/comment_2_b98b761dee9d923153e3c288c1d987ee._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 2"
+ date="2013-07-16T17:54:28Z"
+ content="""
+You can choose which files get stored in the public repository, and are thus accessible to the public.
+However, note that since the git repository is published, anyone could clone it and see all the names and hashes of your files, even if you've not pushed the file contents to the public repository.
+
+Currently the way the \"public\" [[repository group|preferred_content]] works only makes it be usable with special remotes. This is because it uses a `preferreddir` setting in the special remote configuration.
+"""]]
diff --git a/doc/tips/setup_a_public_repository_on_a_web_site/comment_3_a6698218f15c598c9b32e0af850133bf._comment b/doc/tips/setup_a_public_repository_on_a_web_site/comment_3_a6698218f15c598c9b32e0af850133bf._comment
new file mode 100644
index 0000000000..05894c73e9
--- /dev/null
+++ b/doc/tips/setup_a_public_repository_on_a_web_site/comment_3_a6698218f15c598c9b32e0af850133bf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRRUUZo3W7pAoRoST8P_l0PtUBhvYuzDg"
+ nickname="Lyle"
+ subject="web storage"
+ date="2014-01-17T22:59:27Z"
+ content="""
+Is there a low cost web hosting solution that would support a public git-annex repo relatively simply with simple access to download the public files. 
+
+I figure I could set up an Amazon EC2 micro instance and mount an s3 share, hosting the git-annex remote, but this is a lot of overhead for something that dropbox does with 1 click \"share dropbox link\"?
+
+Any suggestions would be great!
+"""]]
diff --git a/doc/tips/shared_git_annex_directory_between_multiple_users.mdwn b/doc/tips/shared_git_annex_directory_between_multiple_users.mdwn
new file mode 100644
index 0000000000..5ca3b45ec9
--- /dev/null
+++ b/doc/tips/shared_git_annex_directory_between_multiple_users.mdwn
@@ -0,0 +1,39 @@
+Scenario
+========
+
+You have a server where you want to welcome other people to push files, say for a family photo album. People have their own user account, so by default they will not be able to read/write from each other's repositories, due to git-annex strict restrictions.
+
+Solution
+========
+
+Setup a shared git repository:
+
+    git init shared ; cd shared # you can also do this on an existing git annex repo
+    git config core.sharedrepository group
+    chmod g+rwX -R .
+    chown -R :media .
+
+The idea here is to use the new (since [[news/version 4.20130909]]) support for git's `sharedRepository` configuration and restrict access to a specific group (instead of the default, a single user). You can also this to make the files accessible to all users on the system:
+
+    git config core.sharedrepository world
+    chmod a+rwX -R .
+
+This will make sure that you anyone can operate that git annex repository remotely.
+
+Third party applications
+------------------------
+
+Now if another application that is not aware of git's `sharedRepository` configuration (say a [[bittorrent]] daemon) writes files there, you may want to make sure that the files created are also writable by everyone. This is more tricky, but one way of doing this is with the [[!wikipedia setgid]] bit:
+
+    find -type d -exec chmod g+s {} \;
+
+You will also need to start the process with a proper [[!wikipedia umask]] (`002` instead of `022`).
+
+(!) I haven't actually tested this part. --[[anarcat]]
+
+See also
+========
+
+ * [[tips/setup a public repository on a web site]]
+ * [[news/version 4.20130909]]
+ * [[bugs/acl not honoured in rsync remote]]: why this does not work on encrypted remotes
diff --git a/doc/tips/shared_git_annex_directory_between_multiple_users/comment_1_01db8cf9dff016bd8e0498d36f325418._comment b/doc/tips/shared_git_annex_directory_between_multiple_users/comment_1_01db8cf9dff016bd8e0498d36f325418._comment
new file mode 100644
index 0000000000..4b7b516c5f
--- /dev/null
+++ b/doc/tips/shared_git_annex_directory_between_multiple_users/comment_1_01db8cf9dff016bd8e0498d36f325418._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="madduck"
+ ip="2001:a60:f0fb:0:224:d7ff:fe04:c82c"
+ subject="Does not work"
+ date="2014-04-06T10:48:06Z"
+ content="""
+This does not seem to work, even with latest git-annex. I think it's because git-annex [[!debbug desc=\"creates files without honouring +s on the parent directory\" 729757]]. I just found out it also doesn't honour default ACLs. I hope this can be fixed soon.
+"""]]
diff --git a/doc/tips/skydriveannex.mdwn b/doc/tips/skydriveannex.mdwn
new file mode 100644
index 0000000000..3b4aee04a4
--- /dev/null
+++ b/doc/tips/skydriveannex.mdwn
@@ -0,0 +1,32 @@
+skydriveannex 0.2.1
+=========
+
+Hook program for gitannex to use [skydrive](http://en.wikipedia.org/wiki/SkyDrive) (previously *Windows Live SkyDrive* and *Windows Live Folders*) as backend
+
+# Requirements:
+
+    python2
+    python-yaml
+
+Credit for the Skydrive api interface goes to https://github.com/mk-fg/python-skydrive
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/skydriveannex.git 
+
+This should make a ~/skydriveannex folder
+
+# Setup
+Make the file executable, and link it into PATH
+
+    cd ~/skydriveannex; chmod +x git-annex-remote-skydrive; sudo ln -sf `pwd`/git-annex-remote-skydrive /usr/local/bin/git-annex-remote-skydrive
+
+# Commands for gitannex:
+
+    git annex initremote skydrive type=external externaltype=skydrive encryption=shared folder=gitannex
+    
+An oauth authentication link should now be launched in the default browser. Authenticate, and use the last url as OAUTH key.
+
+    OAUTH='URL after last redirect' git annex initremote skydrive type=external externaltype=skydrive encryption=shared folder=gitannex
+    git annex describe skydrive "the skydrive library"
diff --git a/doc/tips/skydriveannex/comment_10_c3465b5587548dea56b80b32cd66d653._comment b/doc/tips/skydriveannex/comment_10_c3465b5587548dea56b80b32cd66d653._comment
new file mode 100644
index 0000000000..58b6c9077e
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_10_c3465b5587548dea56b80b32cd66d653._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="Syncing not working :-/"
+ date="2014-05-17T19:52:33Z"
+ content="""
+Error log says:
+
+    git-annex-remote-skydrive is not installed in PATH (/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/Applications/git-annex.app/Contents/MacOS/bundle:/usr/bin:/bin:/usr/sbin:/sbin)
+
+BUT I did a symlink, I even did 2 to 2 different locations that are in my path:
+
+    cd /Users/ovi/skydriveannex/
+    ln -sf `pwd`/git-annex-remote-skydrive /usr/bin/git-annex-remote-skydrive
+    ln -sf `pwd`/git-annex-remote-skydrive /opt/local/bin/git-annex-remote-skydrive
+"""]]
diff --git a/doc/tips/skydriveannex/comment_1_bf383481b2bbb962fbfe783b9f2f213a._comment b/doc/tips/skydriveannex/comment_1_bf383481b2bbb962fbfe783b9f2f213a._comment
new file mode 100644
index 0000000000..5bca3dfee3
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_1_bf383481b2bbb962fbfe783b9f2f213a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="working for git-annex assistant?"
+ date="2014-05-13T18:40:31Z"
+ content="""
+Will following these steps lead to the Skydrive repo being visible and recognized by the assistant too?
+"""]]
diff --git a/doc/tips/skydriveannex/comment_2_1f747018b35ab8accd2bf0905e6ad926._comment b/doc/tips/skydriveannex/comment_2_1f747018b35ab8accd2bf0905e6ad926._comment
new file mode 100644
index 0000000000..0c737129bd
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_2_1f747018b35ab8accd2bf0905e6ad926._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 2"
+ date="2014-05-16T16:26:50Z"
+ content="""
+The assistant will use any repositories you set up, no matter how you set them up.
+"""]]
diff --git a/doc/tips/skydriveannex/comment_3_8b9444006734262693f71e50a40eae1d._comment b/doc/tips/skydriveannex/comment_3_8b9444006734262693f71e50a40eae1d._comment
new file mode 100644
index 0000000000..892462cb30
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_3_8b9444006734262693f71e50a40eae1d._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="Hitting trouble"
+ date="2014-05-16T17:49:59Z"
+ content="""
+    shiny-2:skydriveannex ovi$ git annex initremote skydrive type=external externaltype=skydrive encryption=shared folder=git-annex
+    git-annex: First run: git-annex init
+    shiny-2:skydriveannex ovi$
+
+Above wasn't mentioned in the tutorial so I tried it:
+
+    shiny-2:skydriveannex ovi$ git-annex init
+    init  ok
+    (Recording state in git...)
+    shiny-2:skydriveannex ovi$
+
+What now? Never got asked about any OAUTH...
+"""]]
diff --git a/doc/tips/skydriveannex/comment_4_8b01dc6ca1082a8c24ff65fec9d759d8._comment b/doc/tips/skydriveannex/comment_4_8b01dc6ca1082a8c24ff65fec9d759d8._comment
new file mode 100644
index 0000000000..7edc9d4149
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_4_8b01dc6ca1082a8c24ff65fec9d759d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 4"
+ date="2014-05-16T17:51:29Z"
+ content="""
+And no link was opened automatically
+"""]]
diff --git a/doc/tips/skydriveannex/comment_5_1d220d96945d497f3a93b5d848eb3995._comment b/doc/tips/skydriveannex/comment_5_1d220d96945d497f3a93b5d848eb3995._comment
new file mode 100644
index 0000000000..f6a4c74158
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_5_1d220d96945d497f3a93b5d848eb3995._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 5"
+ date="2014-05-16T19:03:34Z"
+ content="""
+You have to run git-annex init before you can use other git-annex commands. I think if you run git annex initremote now, it will work.
+"""]]
diff --git a/doc/tips/skydriveannex/comment_6_a7a3afdc7eed9a0eda48dcb57f1e87c6._comment b/doc/tips/skydriveannex/comment_6_a7a3afdc7eed9a0eda48dcb57f1e87c6._comment
new file mode 100644
index 0000000000..d589a676c7
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_6_a7a3afdc7eed9a0eda48dcb57f1e87c6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="comment 6"
+ date="2014-05-16T19:25:03Z"
+ content="""
+tried it but no luck:
+
+    git annex initremote skydrive type=external externaltype=skydrive encryption=shared folder=git-annex
+    initremote skydrive (encryption setup) (shared cipher) env: python2: No such file or directory
+    git-annex: external special remote protocol error, unexpectedly received \"\" (unable to parse command)
+"""]]
diff --git a/doc/tips/skydriveannex/comment_7_7fcd9c6b5e2a3fc7b753eeac06164036._comment b/doc/tips/skydriveannex/comment_7_7fcd9c6b5e2a3fc7b753eeac06164036._comment
new file mode 100644
index 0000000000..d789a8d946
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_7_7fcd9c6b5e2a3fc7b753eeac06164036._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="making some progress"
+ date="2014-05-17T19:08:16Z"
+ content="""
+Figured out how to solve that:
+    which python
+    /opt/local/bin/python
+    shiny-2:git-annex ovi$ sudo ln -s `which python` /usr/bin/python2
+
+The URL opened in my browser, I allowed access, waited for the redirect, copied the URL, hit the next problem:
+
+    OAUTH='https://login.live.com/oauth20_desktop.srf?code=hidden_on_purpose' git annex initremote skydrive type=external externaltype=skydrive encryption=shared folder=git-annex
+initremote skydrive (encryption setup) (shared cipher)  21:06:27 [skydriveannex-0.2.1] <module> : 'Starting'
+     21:06:27 [skydriveannex-0.2.1] login : 'EXCEPTION api.auth_get_token:ImportError('No module named requests',)'
+    git-annex: You need to set OAUTH environment variables and folder and encryption parameters when running initremote.
+"""]]
diff --git a/doc/tips/skydriveannex/comment_8_856eaa1b167033aede91a937099c7833._comment b/doc/tips/skydriveannex/comment_8_856eaa1b167033aede91a937099c7833._comment
new file mode 100644
index 0000000000..0fc61da005
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_8_856eaa1b167033aede91a937099c7833._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="Done! Success!"
+ date="2014-05-17T19:23:06Z"
+ content="""
+realized I need requests. to install I need pip.
+
+    sudo port install py27-pip
+
+    pip install requests
+
+    login : 'EXCEPTION api.auth_get_token:ImportError('No module named six',)' 
+
+    pip install six
+
+Finished! Seems to be working and I can see this repository in my assistant!
+"""]]
diff --git a/doc/tips/skydriveannex/comment_9_cfcf767a1bf07957b76d7f44ef8a9500._comment b/doc/tips/skydriveannex/comment_9_cfcf767a1bf07957b76d7f44ef8a9500._comment
new file mode 100644
index 0000000000..614e74c98f
--- /dev/null
+++ b/doc/tips/skydriveannex/comment_9_cfcf767a1bf07957b76d7f44ef8a9500._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="QUESTION"
+ date="2014-05-17T19:29:37Z"
+ content="""
+Wondering about this:
+
+    encryption=shared
+
+I read what it means: http://git-annex.branchable.com/encryption/ 
+
+But now I'm wondering how the repos which I set up via the assistant have been setup. when setting them up I only had the choice between \"encrypt all files\" and \"disable encryption\" so how can I check what settings my other repos are using?
+"""]]
diff --git a/doc/tips/untrusted_repositories.mdwn b/doc/tips/untrusted_repositories.mdwn
new file mode 100644
index 0000000000..cdb5da7c3d
--- /dev/null
+++ b/doc/tips/untrusted_repositories.mdwn
@@ -0,0 +1,28 @@
+Suppose you have a USB thumb drive and are using it as a git annex
+repository. You don't trust the drive, because you could lose it, or
+accidentally run it through the laundry. Or, maybe you have a drive that
+you know is dying, and you'd like to be warned if there are any files
+on it not backed up somewhere else. Maybe the drive has already died
+or been lost.
+
+You can let git-annex know that you don't trust a repository, and it will
+adjust its behavior to avoid relying on that repositories's continued
+availability.
+	
+	# git annex untrust usbdrive
+	untrust usbdrive ok
+
+Now when you do a fsck, you'll be warned appropriately:
+
+	# git annex fsck .
+	fsck my_big_file
+	  Only these untrusted locations may have copies of this file!
+	  	05e296c4-2989-11e0-bf40-bad1535567fe  -- portable USB drive
+	  Back it up to trusted locations with git-annex copy.
+	failed
+
+Also, git-annex will refuse to drop a file from elsewhere just because
+it can see a copy on the untrusted repository.
+
+It's also possible to tell git-annex that you have an unusually high
+level of trust for a repository. See [[trust]] for details.
diff --git a/doc/tips/using_Amazon_Glacier.mdwn b/doc/tips/using_Amazon_Glacier.mdwn
new file mode 100644
index 0000000000..402e50a9d6
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier.mdwn
@@ -0,0 +1,75 @@
+Amazon Glacier provides low-cost storage, well suited for archiving and
+backup. But it takes around 4 hours to get content out of Glacier.
+
+Recent versions of git-annex support Glacier. To use it, you need to have
+[glacier-cli](http://github.com/basak/glacier-cli) installed.
+
+First, export your Amazon AWS credentials:
+
+        # export AWS_ACCESS_KEY_ID="08TJMT99S3511WOZEP91"
+        # export AWS_SECRET_ACCESS_KEY="s3kr1t"
+
+Now, create a gpg key, if you don't already have one. This will be used
+to encrypt everything stored in Glacier, for your privacy. Once you have
+a gpg key, run `gpg --list-secret-keys` to look up its key id, something
+like "2512E3C7"
+
+Next, create the Glacier remote.
+
+	# git annex initremote glacier type=glacier keyid=2512E3C7
+	initremote glacier (encryption setup with gpg key C910D9222512E3C7) (gpg) ok
+
+The configuration for the Glacier remote is stored in git. So to make another
+repository use the same Glacier remote is easy:
+
+        # cd /media/usb/annex
+        # git pull laptop
+        # git annex enableremote glacier
+        initremote glacier (gpg) ok
+
+Now the remote can be used like any other remote.
+
+        # git annex move my_cool_big_file --to glacier
+        copy my_cool_big_file (gpg) (checking glacier...) (to glacier...) ok
+
+But, when you try to get a file out of Glacier, it'll queue a retrieval
+job:
+
+	# git annex get my_cool_big_file
+	get my_cool_big_file (from glacier...) (gpg)
+	glacier: queued retrieval job for archive 'GPGHMACSHA1--862afd4e67e3946587a9ef7fa5beb4e8f1aeb6b8'
+	  Recommend you wait up to 4 hours, and then run this command again.
+	failed
+
+Like it says, you'll need to run the command again later. Let's remember to
+do that:
+
+	# at now + 4 hours
+	at> git annex get my_cool_big_file
+
+Another oddity of Glacier is that git-annex is never entirely sure
+if a file is still in Glacier. Glacier inventories take hours to retrieve,
+and even when retrieved do not necessarily represent the current state.
+
+So, git-annex plays it safe, and avoids trusting the inventory:
+
+	# git annex copy important_file --to glacier
+	copy important_file (gpg) (checking glacier...) (to glacier...) ok
+	# git annex drop important_file
+	drop important_file (gpg) (checking glacier...)
+	  Glacier's inventory says it has a copy.
+	  However, the inventory could be out of date, if it was recently removed.
+	  (Use --trust-glacier if you're sure it's still in Glacier.)
+	
+	(unsafe) 
+	  Could only verify the existence of 0 out of 1 necessary copies
+
+Like it says, you can use `--trust-glacier` if you're sure
+Glacier's inventory is correct and up-to-date.
+
+A final potential gotcha with Glacier is that glacier-cli keeps a local
+mapping of file names to Glacier archives. If this cache is lost, or
+you want to retrieve files on a different box than the one that put them in
+glacier, you'll need to use `glacier vault sync` to rebuild this cache.
+
+See [[special_remotes/Glacier]] for details.
diff --git a/doc/tips/using_Amazon_Glacier/comment_1_ccee7f4f5a483a3650270b6e09ab7293._comment b/doc/tips/using_Amazon_Glacier/comment_1_ccee7f4f5a483a3650270b6e09ab7293._comment
new file mode 100644
index 0000000000..9d81d6bca8
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_1_ccee7f4f5a483a3650270b6e09ab7293._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="missing steps?"
+ date="2014-02-18T23:51:00Z"
+ content="""
+I setup a glacier remote on one machine and it successfully created the vault and is syncing files to it.
+
+One another machine, after git-annex sync'ing, I did:
+
+
+[[!format sh \"\"\"
+greg@x200s:~/Photos$ git-annex enableremote glacier
+enableremote glacier 
+  Set both AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY to use glacier
+git-annex: Failed creating glacier vault.
+\"\"\"]]
+
+So then I try:
+[[!format sh \"\"\"
+greg@x200s:~/Photos$ AWS_ACCESS_KEY_ID=HAHA AWS_SECRET_ACCESS_KEY=NOPE git-annex --debug enableremote glacier
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"show-ref\",\"git-annex\"]
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"log\",\"refs/heads/git-annex..8108714116d08f93aa427b9ddced48cd5f2b4b72\",\"--oneline\",\"-n1\"]
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"log\",\"refs/heads/git-annex..742ba908f791e440a6cc85073ef505a96dd66aa4\",\"--oneline\",\"-n1\"]
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"log\",\"refs/heads/git-annex..071487394544a20253a70ada4ea71fcc28f9fc13\",\"--oneline\",\"-n1\"]
+[2014-02-18 15:43:56 PST] read: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"log\",\"refs/heads/git-annex..c8aecc22da7b84bbb82f083ce783cc699cef1c67\",\"--oneline\",\"-n1\"]
+[2014-02-18 15:43:56 PST] chat: git [\"--git-dir=/home/greg/Photos/.git\",\"--work-tree=/home/greg/Photos\",\"cat-file\",\"--batch\"]
+enableremote glacier [2014-02-18 15:43:56 PST] call: glacier [\"--region=us-west-2\",\"vault\",\"create\",\"glacier-7e5c0010-2634-4a5e-bc7b-6fea84b8b947\"]
+git-annex: Failed creating glacier vault.
+\"\"\"]]
+
+What am I missing?
+
+Also, why is it trying to *create* the valut? It's already there with content in it!
+"""]]
diff --git a/doc/tips/using_Amazon_Glacier/comment_2_d34e05f9244d3a4fcec87b3c360adb4e._comment b/doc/tips/using_Amazon_Glacier/comment_2_d34e05f9244d3a4fcec87b3c360adb4e._comment
new file mode 100644
index 0000000000..ed482906b9
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_2_d34e05f9244d3a4fcec87b3c360adb4e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 2"
+ date="2014-02-20T19:24:09Z"
+ content="""
+@greg, the only thing you might have missed is the need to use `glacier vault sync` to build a cache if enabling the glacier remote in another place. And that whole issue with it needing a local cache may mean few people are using glacier with more than one repository accessing the remote.
+
+However, this sounds like a bug. There is a comment in the source code that \"glacier vault create will succeed even if the vault already exists.\" .. perhaps it has changed since that was written. Or perhaps the command failed for some other reason, I don't know.
+"""]]
diff --git a/doc/tips/using_Amazon_Glacier/comment_3_4c504fd22775afe36296cf54d3e04a8e._comment b/doc/tips/using_Amazon_Glacier/comment_3_4c504fd22775afe36296cf54d3e04a8e._comment
new file mode 100644
index 0000000000..a8c765bcbf
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_3_4c504fd22775afe36296cf54d3e04a8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 3"
+ date="2014-02-20T19:34:48Z"
+ content="""
+I've changed it to avoid running glacier value create when enabling an existing glacier remote. Hopefully that fixes it.
+"""]]
diff --git a/doc/tips/using_Amazon_Glacier/comment_4_e6ac76b0c20285f4f96b3d0975e8ac66._comment b/doc/tips/using_Amazon_Glacier/comment_4_e6ac76b0c20285f4f96b3d0975e8ac66._comment
new file mode 100644
index 0000000000..47fa6868ff
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_4_e6ac76b0c20285f4f96b3d0975e8ac66._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 4"
+ date="2014-02-20T22:04:58Z"
+ content="""
+Along with stupid python problems which are now fixed (all my fault, and hopefully didn't cause more noise here than needed), the only thing that didn't go as stated was:
+
+[[!format sh \"\"\"
+greg@x200s:~/Photos$ git-annex enableremote glacier
+enableremote glacier 
+  Set both AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY to use glacier
+git-annex: Failed creating glacier vault.
+greg@x200s:~/Photos$ AWS_ACCESS_KEY_ID=lolno AWS_SECRET_ACCESS_KEY=lolno git-annex enableremote glacier
+enableremote glacier ok
+(Recording state in git...)
+greg@x200s:~/Photos$ 
+\"\"\"]]
+
+The guide says that info is sync'd.
+"""]]
diff --git a/doc/tips/using_Amazon_Glacier/comment_5_7788890f58f714b0cdf1462c718ea536._comment b/doc/tips/using_Amazon_Glacier/comment_5_7788890f58f714b0cdf1462c718ea536._comment
new file mode 100644
index 0000000000..5e0e6c716b
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_5_7788890f58f714b0cdf1462c718ea536._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="good"
+ date="2014-02-21T15:20:39Z"
+ content="""
+If you mean the creds are not remembered, that's controlled by the embedcreds= option to initremote, and it only defaults to embedding them for gacier when using strong encryption (not encryption=shared).
+"""]]
diff --git a/doc/tips/using_Amazon_Glacier/comment_6_0fbe528a57552622e8128196ad80c863._comment b/doc/tips/using_Amazon_Glacier/comment_6_0fbe528a57552622e8128196ad80c863._comment
new file mode 100644
index 0000000000..65128b72cd
--- /dev/null
+++ b/doc/tips/using_Amazon_Glacier/comment_6_0fbe528a57552622e8128196ad80c863._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="confirmed"
+ date="2014-02-21T17:53:02Z"
+ content="""
+Yeah, I choose no encryption for this one for worst case scenario reasons (I still want photos of my kid even if I loss my gpg key and my house burns down). Now about setting up http://git.kitenet.net/?p=gpg.git;a=blob;f=README.sss;hb=HEAD ......
+"""]]
diff --git a/doc/tips/using_Amazon_S3.mdwn b/doc/tips/using_Amazon_S3.mdwn
new file mode 100644
index 0000000000..0c68c7387d
--- /dev/null
+++ b/doc/tips/using_Amazon_S3.mdwn
@@ -0,0 +1,37 @@
+git-annex extends git's usual remotes with some [[special_remotes]], that
+are not git repositories. This way you can set up a remote using say,
+Amazon S3, and use git-annex to transfer files into the cloud.
+
+First, export your Amazon AWS credentials:
+
+	# export AWS_ACCESS_KEY_ID="08TJMT99S3511WOZEP91"
+	# export AWS_SECRET_ACCESS_KEY="s3kr1t"
+
+Now, create a gpg key, if you don't already have one. This will be used
+to encrypt everything stored in S3, for your privacy. Once you have
+a gpg key, run `gpg --list-secret-keys` to look up its key id, something
+like "2512E3C7"
+
+Next, create the S3 remote, and describe it. 
+
+	# git annex initremote cloud type=S3 keyid=2512E3C7
+	initremote cloud (encryption setup with gpg key C910D9222512E3C7) (checking bucket) (creating bucket in US) (gpg) ok
+	# git annex describe cloud "at Amazon's US datacenter"
+	describe cloud ok
+
+The configuration for the S3 remote is stored in git. So to make another
+repository use the same S3 remote is easy:
+
+	# cd /media/usb/annex
+	# git pull laptop
+	# git annex initremote cloud
+	initremote cloud (gpg) (checking bucket) ok
+
+Now the remote can be used like any other remote.
+
+	# git annex copy my_cool_big_file --to cloud
+	copy my_cool_big_file (gpg) (checking cloud...) (to cloud...) ok
+	# git annex move video/hackity_hack_and_kaxxt.mov --to cloud
+	move video/hackity_hack_and_kaxxt.mov (checking cloud...) (to cloud...) ok
+
+See [[special_remotes/S3]] for details.
diff --git a/doc/tips/using_Amazon_S3/comment_1_666a26f95024760c99c627eed37b1966._comment b/doc/tips/using_Amazon_S3/comment_1_666a26f95024760c99c627eed37b1966._comment
new file mode 100644
index 0000000000..60d96cb44e
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_1_666a26f95024760c99c627eed37b1966._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnoUOqs_lbuWyZBqyU6unHgUduJwDDgiKY"
+ nickname="Matt"
+ subject="ANNEX_S3 vs AWS for keys"
+ date="2012-05-29T12:24:25Z"
+ content="""
+The instructions state ANNEX_S3_ACCESS_KEY_ID and ANNEX_SECRET_ACCESS_KEY but git-annex cannot connect with those constants. git-annex tells me to set both \"AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY\" instead, which works. This is with Xubuntu 12.04.
+"""]]
diff --git a/doc/tips/using_Amazon_S3/comment_2_f5a0883be7dbb421b584c6dc0165f1ef._comment b/doc/tips/using_Amazon_S3/comment_2_f5a0883be7dbb421b584c6dc0165f1ef._comment
new file mode 100644
index 0000000000..dc809cb126
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_2_f5a0883be7dbb421b584c6dc0165f1ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 2"
+ date="2012-05-29T19:10:42Z"
+ content="""
+Thanks, I've fixed that. (You could have too.. this is a wiki ;)
+"""]]
diff --git a/doc/tips/using_Amazon_S3/comment_3_32acba030c2ad252e2f7027075e4303e._comment b/doc/tips/using_Amazon_S3/comment_3_32acba030c2ad252e2f7027075e4303e._comment
new file mode 100644
index 0000000000..e83ade0c74
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_3_32acba030c2ad252e2f7027075e4303e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="64.71.7.82"
+ subject="Altering AWS credentials"
+ date="2014-04-15T21:59:43Z"
+ content="""
+If I revoke old AWS credentials and create new ones, how would I inform git-annex of the change to `AWS_ACCESS_KEY_ID` and `AWS_SECRET_ACCESS_KEY`?
+"""]]
diff --git a/doc/tips/using_Amazon_S3/comment_4_92df5a9f923beafba55a1c455728112e._comment b/doc/tips/using_Amazon_S3/comment_4_92df5a9f923beafba55a1c455728112e._comment
new file mode 100644
index 0000000000..5bcf34b74d
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_4_92df5a9f923beafba55a1c455728112e._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 4"
+ date="2014-04-17T19:44:55Z"
+ content="""
+You can use `git annex enableremote` to change an existing remote's configuration. So this should work:
+
+    # export AWS_ACCESS_KEY_ID=\"newRANDOMGOBBLDEYGOOK\"
+    # export AWS_SECRET_ACCESS_KEY=\"news3kr1t\"
+    # git annex enableremote cloud
+
+"""]]
diff --git a/doc/tips/using_Google_Cloud_Storage.mdwn b/doc/tips/using_Google_Cloud_Storage.mdwn
new file mode 100644
index 0000000000..d44e4f17f8
--- /dev/null
+++ b/doc/tips/using_Google_Cloud_Storage.mdwn
@@ -0,0 +1,9 @@
+[Google Cloud Storage](https://cloud.google.com/products/cloud-storage)
+supports the same API as Amazon S3, so the
+[[S3 special remote|special_remotes/S3]] can be used with it.
+Here is a configuration example:
+
+	git annex initremote cloud type=S3 encryption=none host=storage.googleapis.com port=80
+
+Thanks to jterrance for the [original tip](https://gist.github.com/4576324).
+--[[Joey]] 
diff --git a/doc/tips/using_Google_Cloud_Storage/comment_1_c576182f39563ae68767391c4227a177._comment b/doc/tips/using_Google_Cloud_Storage/comment_1_c576182f39563ae68767391c4227a177._comment
new file mode 100644
index 0000000000..3a4d02f327
--- /dev/null
+++ b/doc/tips/using_Google_Cloud_Storage/comment_1_c576182f39563ae68767391c4227a177._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject="AWS credentials"
+ date="2013-05-31T10:23:23Z"
+ content="""
+This looks very valuable - Google are offering a free 5GB up until 2013 June 30th
+
+Sign in here[1] get your credentials here[2] under the section “Interoperable Access” (Source[3])
+
+    # Set up AWS credentials
+    $ export AWS_ACCESS_KEY_ID=\"YOUR-KEY\"
+    $ export AWS_SECRET_ACCESS_KEY=\"YOUR-SECRET\"
+
+1. http://gs-signup-redirect.appspot.com/ -or- https://developers.google.com/storage/docs/signup
+2. https://storage.cloud.google.com/m
+3. http://fog.io/storage/
+"""]]
diff --git a/doc/tips/using_Google_Cloud_Storage/comment_2_0843bfb776b8b6d5de4de7fda4489f34._comment b/doc/tips/using_Google_Cloud_Storage/comment_2_0843bfb776b8b6d5de4de7fda4489f34._comment
new file mode 100644
index 0000000000..5a888348ec
--- /dev/null
+++ b/doc/tips/using_Google_Cloud_Storage/comment_2_0843bfb776b8b6d5de4de7fda4489f34._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlPfB0_GcGJ827kZqRE1PF4D23rxpfOeg4"
+ nickname="Björn"
+ subject="Can't find developer API key and secret"
+ date="2014-06-01T21:25:54Z"
+ content="""
+According to the last comment, and this page:
+* https://developers.google.com/storage/docs/migrating#keys
+
+there's supposed to be a \"Interoperable Access\" menu option, something I can't find. Note that both the previous comment and this page refers to Googles old Developer Console.
+
+I can find a few things under \"APIs and Auth\" => \"Credentials\" under the heading \"Public API access\", but no matter what kind of key I try to create I can't get anything other than an API key. No secrets here, and no \"Show\"-button for newly created keys.
+
+Another thing worth mentioning is that these API keys I'm seeing do not like described in that first link in this comment. It's much longer, contains both upper- and lowercase and also contains dashes.
+"""]]
diff --git a/doc/tips/using_Google_Cloud_Storage/comment_3_9738f145014d8eae1f1aae7c39e71d31._comment b/doc/tips/using_Google_Cloud_Storage/comment_3_9738f145014d8eae1f1aae7c39e71d31._comment
new file mode 100644
index 0000000000..cd8caecc77
--- /dev/null
+++ b/doc/tips/using_Google_Cloud_Storage/comment_3_9738f145014d8eae1f1aae7c39e71d31._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlPfB0_GcGJ827kZqRE1PF4D23rxpfOeg4"
+ nickname="Björn"
+ subject="comment 3"
+ date="2014-06-17T19:18:09Z"
+ content="""
+I just found the \"Interoperable access\" thing. The instructions from Google (linked in previous comments) are not perfect.
+
+After step 4 click \"Google Cloud Storage\", then at the bottom you have a heading called \"Interoperable Access\" where you have to activate it for this project.
+
+Then it appears at the bottom of the left hand menu.
+"""]]
diff --git a/doc/tips/using_box.com_as_a_special_remote.mdwn b/doc/tips/using_box.com_as_a_special_remote.mdwn
new file mode 100644
index 0000000000..ac59834f58
--- /dev/null
+++ b/doc/tips/using_box.com_as_a_special_remote.mdwn
@@ -0,0 +1,71 @@
+[Box.com](http://box.com/) is a file storage service, currently notable 
+for providing 50 gb of free storage if you sign up with its Android client.
+(Or a few gb free otherwise.)
+
+git-annex can use Box as a [[special remote|special_remotes]].
+Recent versions of git-annex make this very easy to set up:
+
+	WEBDAV_USERNAME=you@example.com WEBDAV_PASSWORD=xxxxxxx git annex initremote box.com type=webdav url=https://dav.box.com/dav/git-annex chunksize=75mb encryption=shared
+
+Note the use of chunksize; Box has a 100 mb maximum file size, and this
+breaks up large files into chunks before that limit is reached.
+
+# old davfs2 method
+
+This method is deprecated, but still documented here just in case.
+Note that the files stored using this method cannot reliably be retreived
+using the webdav special remote.
+
+## davfs2 setup
+
+* First, install
+  the [davfs2](http://savannah.nongnu.org/projects/davfs2) program,
+  which can mount Box using WebDAV. On Debian, just `sudo apt-get install davfs2`
+* Allow users to mount davfs filesystems, by ensuring that
+  `/sbin/mount.davfs` is setuid root. On Debian, just `sudo dpkg-reconfigure davfs2`
+* Add yourself to the davfs2 group.
+
+        sudo adduser $(whoami) davfs2
+
+* Edit `/etc/fstab`, and add a line to mount Box using davfs.
+
+        sudo mkdir -p /media/box.com
+        echo "https://dav.box.com/dav/	/media/box.com	davfs	noauto,user	0 0" | sudo tee -a /etc/fstab
+
+* Create `~/.davfs2/davfs2.conf` with some important settings:
+
+        mkdir ~/.davfs2/
+        echo use_locks 0 > ~/.davfs2/davfs2.conf
+        echo cache_size 1 >> ~/.davfs2/davfs2.conf
+        echo delay_upload 0 >> ~/.davfs2/davfs2.conf
+
+* Create `~/.davfs2/secrets`. This file contains your Box.com login and password.
+  Your login is probably the email address you signed up with.
+
+        echo "/media/box.com joey@kitenet.net mypassword" > ~/.davfs2/secrets
+        chmod 600 ~/.davfs2/secrets
+
+* Now you should be able to mount Box, as a non-root user:
+
+        mount /media/box.com
+
+## git-annex setup
+
+You need git-annex version 3.20120303 or newer, which adds support for chunking
+files larger than Box's 100 mb limit.
+
+Create the special remote, in your git-annex repository.
+** This example is non-encrypted; fill in your gpg key ID for a securely
+encrypted special remote! **
+
+	git annex initremote box.com type=directory directory=/media/box.com chunksize=2mb encryption=none
+
+Now git-annex can copy files to box.com, get files from it, etc, just like
+with any other special remote.
+
+	% git annex copy bigfile --to box.com
+	bigfile (to box.com...) ok
+	% git annex drop bigfile
+	bigfile (checking box.com...) ok
+	% git annex get bigfile
+	bigfile (from box.com...) ok
diff --git a/doc/tips/using_box.com_as_a_special_remote/comment_1_be39f063e8a6155cc2eb71829e884a63._comment b/doc/tips/using_box.com_as_a_special_remote/comment_1_be39f063e8a6155cc2eb71829e884a63._comment
new file mode 100644
index 0000000000..075fd802a6
--- /dev/null
+++ b/doc/tips/using_box.com_as_a_special_remote/comment_1_be39f063e8a6155cc2eb71829e884a63._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlmvi8Z-rUen8xIety5uiJitI5rnMrz8Jk"
+ nickname="Timothy"
+ subject="updated url for drive mount"
+ date="2013-12-18T20:20:12Z"
+ content="""
+I had to change the url in fstab to https://**dav**.box.com/dav
+"""]]
diff --git a/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh.mdwn b/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh.mdwn
new file mode 100644
index 0000000000..594d8c480f
--- /dev/null
+++ b/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh.mdwn
@@ -0,0 +1,59 @@
+## Intro
+
+This tip is based on my (Matt Ford) experience of using `git annex` with my out-and-about netbook which hits many different wifi networks and has no fixed home or address.
+
+I'm not using a bare repository that allows pushing (an alternative solution) nor do I fancy allowing `git push` to run against my desktop checked out repository (perhaps I worry over nothing?)
+
+None of this is really `git annex` specific but I think it is useful to know...
+
+## Dealing with no fixed hostname
+
+Essentially set up two repos as per the [[walkthrough]].
+
+Desktop as follows:
+
+    cd ~/annex
+    git init
+    git annex init "desktop"
+
+And the laptop like this
+
+    git clone ssh://desktop/annex
+    git init
+    git annex init "laptop"
+
+Now we want to add the the repos as remotes of each other.  
+
+For the laptop it is easy:
+
+    git remote add desktop ssh://desktop/~/annex 
+
+However for the desktop to add an ever changing laptops hostname it's a little tricky.  We make use of remote SSH tunnels to do this.  Essentially we have the laptop (which always knows it's own name and address and knows the address of the desktop) create a tunnel starting on an arbitrary port at the desktop and heads back to the laptop on it's own SSH server port (22).
+
+To do this make part of your laptop's SSH config look like this:
+
+    Host desktop
+    User matt
+    HostName desktop.example.org
+    RemoteForward 2222 localhost:22
+
+Now on the desktop to connect over the tunnel to the laptop's SSH port you need this:
+
+    Host laptop
+    User matt
+    HostName localhost
+    port 2222
+
+So to add the desktop's remote:
+
+a) From the laptop ensure the tunnel is up
+
+    ssh desktop
+
+b) From the desktop add the remote
+
+    git remote add laptop ssh://laptop/~/annex
+
+So now you can work on the train, pop on the wifi at work upon arrival, and sync up with a `git pull && git annex get`.
+
+An alternative solution may be to use direct tunnels over Openvpn.
diff --git a/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh/comment_1_c0b7682a2b6f3078457b85683c825baf._comment b/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh/comment_1_c0b7682a2b6f3078457b85683c825baf._comment
new file mode 100644
index 0000000000..e627ead47c
--- /dev/null
+++ b/doc/tips/using_git_annex_with_no_fixed_hostname_and_optimising_ssh/comment_1_c0b7682a2b6f3078457b85683c825baf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 1"
+ date="2011-12-23T13:31:33Z"
+ content="""
+ControlPersist is awesome - thanks!
+
+Here's [an alternative, git-specific approach](http://thread.gmane.org/gmane.comp.version-control.home-dir/502).
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex.mdwn b/doc/tips/using_gitolite_with_git-annex.mdwn
new file mode 100644
index 0000000000..31f34c6fb0
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex.mdwn
@@ -0,0 +1,149 @@
+[Gitolite](https://github.com/sitaramc/gitolite) is a git repository
+manager. Here's how to add git-annex support to gitolite, so you can
+`git annex copy` files to a gitolite repository, and `git annex get`
+files from it.
+
+A nice feature of using gitolite with git-annex is that users can be given
+read-only access to a repository, and this allows them to `git annex get`
+file contents, but not change anything.
+
+First, you need new enough versions:
+
+* the current `master` branch of gitolite works with git-annex (tested 2014-04-19),
+  but v3.5.3 and earlier v3.x require use of the `git-annex` branch.
+* gitolite 2.2 also works -- this version contains a git-annex-shell ADC
+  and supports "ua" ADCs.
+* git-annex 3.20111016 or newer needs to be installed on the gitolite
+  server. Don't install an older version, it wouldn't be secure!
+
+### Instructions for gitolite `master` branch
+
+To setup gitolite to work with git-annex, you can follow the instructions on the gitolite website,
+and just add `'git-annex-shell ua',` to the ENABLE list in `~/.gitolite.rc`.
+
+Here are more detailed instructions:
+
+1: Create a `git` user
+
+<pre>
+sudo adduser \
+   --system \
+   --shell /bin/bash \
+   --gecos 'git version control' \
+   --group \
+   --disabled-password \
+   --home /home/git git
+</pre>
+
+2: Copy a public SSH key for the user you want to be the gitolite administrator.
+In the instructions below, I placed the key in a file named `/home/git/me.pub`. 
+
+3: Clone and install gitolite
+
+First switch to the `git` user (e.g. `sudo su - git`) and then run:
+
+<pre>
+cd
+git clone https://github.com/sitaramc/gitolite.git
+mkdir -p bin
+./gitolite/install -ln
+</pre>
+
+4: Add `~/bin` to `PATH`
+
+Make sure that `~/bin` is in the `PATH`, since that's where gitolite installed its binary.  Do something like this:
+
+<pre>
+echo 'export PATH=/home/git/bin:$PATH' >> .profile
+export PATH=/home/git/bin:$PATH
+</pre>
+
+5: Configure gitolite
+
+Edit `~/.gitolite.rc` to enable the git-annex-shell command.
+Find the `ENABLE` list and add this line in there somewhere:
+
+<pre>
+'git-annex-shell ua',
+</pre>
+
+Now run gitolite's setup:
+
+<pre>
+gitolite setup -pk me.pub
+rm me.pub
+</pre>
+
+### Instructions for gitolite 2.2
+
+And here's how to set it up. The examples are for gitolite as installed
+on Debian with apt-get, but the changes described can be made to any
+gitolite installation, just with different paths.
+
+Set `$GL_ADC_PATH` in `.gitolite.rc`, if you have not already done so.
+
+<pre>
+echo '$GL_ADC_PATH = "/usr/local/lib/gitolite/adc/";' >>~gitolite/.gitolite.rc
+</pre>
+
+Make the ADC directory, and a "ua" subdirectory.
+
+<pre>   
+mkdir -p /usr/local/lib/gitolite/adc/ua
+</pre>
+
+Install the git-annex-shell ADC into the "ua" subdirectory from the gitolie repository.
+
+<pre>   
+cd /usr/local/lib/gitolite/adc/ua/
+cp gitolite/contrib/adc/git-annex-shell .
+</pre>
+
+Now all gitolite repositories can be used with git-annex just as any
+ssh remote normally would be used. For example:
+
+<pre>
+# git clone gitolite@localhost:testing
+Cloning into testing...
+Receiving objects: 100% (18/18), done.
+# cd testing
+# git annex init
+init  ok
+# cp /etc/passwd my-cool-big-file
+# git annex add my-cool-big-file
+add my-cool-big-file ok
+(Recording state in git...)
+# git commit -m added
+[master d36c8b4] added
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+ create mode 120000 my-cool-big-file
+# git push --all
+Counting objects: 17, done.
+Delta compression using up to 2 threads.
+Compressing objects: 100% (12/12), done.
+Writing objects: 100% (14/14), 1.39 KiB, done.
+Total 14 (delta 0), reused 1 (delta 0)
+To gitolite@localhost:testing
+   c552a38..db4653e  git-annex -> git-annex
+   29cd204..d36c8b4  master -> master
+# git annex copy --to origin
+copy my-cool-big-file (checking origin...) (to origin...) 
+WORM-s2502-m1318875140--my-cool-big-file
+        2502 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 2606 bytes  received 31 bytes  1758.00 bytes/sec
+total size is 2502  speedup is 0.95
+ok
+</pre>
+
+
+### Troubleshooting
+
+I got an error like this when setting up gitolite *after* setting up a local git repo and git annex:
+
+<pre>
+git-annex-shell: First run: git-annex init
+Command ssh ["git@git.example.com","git-annex-shell 'configlist' '/~/myrepo.git'"] failed; exit code 1
+</pre>
+
+because I forgot to "git push --all" after adding the new gitolite remote.
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_10_8767bc8014b459a3cd76f275fd4fa8d6._comment b/doc/tips/using_gitolite_with_git-annex/comment_10_8767bc8014b459a3cd76f275fd4fa8d6._comment
new file mode 100644
index 0000000000..b01779cb44
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_10_8767bc8014b459a3cd76f275fd4fa8d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="git-annex no longer supported by gitolite g3"
+ date="2013-03-25T12:47:21Z"
+ content="""
+See http://gitolite.com/gitolite/dev-status.html for some details.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_11_00715e0b47f09130e0e536e29f7b9258._comment b/doc/tips/using_gitolite_with_git-annex/comment_11_00715e0b47f09130e0e536e29f7b9258._comment
new file mode 100644
index 0000000000..1fbbd9b8a0
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_11_00715e0b47f09130e0e536e29f7b9258._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://mildred.fr/"
+ nickname="mildred"
+ subject="Problems with URL ending with &quot;.git&quot;"
+ date="2013-05-24T12:15:16Z"
+ content="""
+Hi,
+
+I noticed using the git-annex branch of gitolite v3 that the same URL with \".git\" at the end would not work in git-annex. For example my test repository was `git@git2.mildred.fr:u/mildred/Annex.git` but it didn't work until I converted it to `git@git2.mildred.fr:u/mildred/Annex`
+
+On the server, the repository is in `repositories/u/mildred/Annex.git`
+
+If I try a copy with git-annex for example, I would get:
+
+    $ git annex copy titi --to test
+    copy titi (checking test...) FATAL: u/mildred/Annex.git mildred DENIED
+    
+    (unable to check test) failed
+    git-annex: copy: 1 failed
+
+(test is the name of my remote and titi is my file)
+
+Note, in my gitolite conf, I have:
+
+    repo u/CREATOR/[a-zA-Z0-9].*
+      C    = @all
+      RW+D = CREATOR
+      RW   = WRITERS
+      R    = READERS
+
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_12_7027ce60265b8f24c8ab54553e544068._comment b/doc/tips/using_gitolite_with_git-annex/comment_12_7027ce60265b8f24c8ab54553e544068._comment
new file mode 100644
index 0000000000..f692dd93ea
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_12_7027ce60265b8f24c8ab54553e544068._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn5RcmefXjrl1vmbHIiOWQyXGXVKxlm3rg"
+ nickname="Kavin"
+ subject="comment 12"
+ date="2013-07-25T03:20:15Z"
+ content="""
+latest code of gitolite does not support git-annex ? I could not find a way to make it work ?
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_13_75218b7409c0e281cb01c9b2791e8cdf._comment b/doc/tips/using_gitolite_with_git-annex/comment_13_75218b7409c0e281cb01c9b2791e8cdf._comment
new file mode 100644
index 0000000000..bc674a5921
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_13_75218b7409c0e281cb01c9b2791e8cdf._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9tgeFE5v-arAYYftSv3yUTI5Q4qB2C9M"
+ nickname="Khaije"
+ subject="git-annex with gitolite FTW"
+ date="2013-08-13T15:13:07Z"
+ content="""
+The steps to activate git-annex integration have changed/simplified for v3.
+
+
+1) during install, be sure to use the 'git-annex' branch, rather than master[fn:1]. 
+
+2) to enable git-annex-shell, open ~/.gitolite.rc and insert 'git-annex-shell' => 'ua' into the hash list in the COMMANDS array.[fn:2] 
+#'git-annex-shell'   =>  'ua',
+   
+
+
+
+[fn:1] We'd like to have this feature-branch merged to master, so please send Sitaram feedback, positive and negative, based on your experiences.
+[fn:2] There is no GL_ADC_PATH and no \"ua\" subdirectory here, and nothing to \"install\"; the command now comes with gitolite.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_14_7d4d4515218d1259d32be3baeb5ee56e._comment b/doc/tips/using_gitolite_with_git-annex/comment_14_7d4d4515218d1259d32be3baeb5ee56e._comment
new file mode 100644
index 0000000000..048dfa6986
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_14_7d4d4515218d1259d32be3baeb5ee56e._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSbvo_NbY-ev1VKtzwo7nEqUmvRO6rXGA"
+ nickname="François"
+ subject="comment 14"
+ date="2013-09-22T18:30:45Z"
+ content="""
+@khaije
+
+Could you paste your config file? Here is mine: http://paste.debian.net/44856/
+I don't have any COMMANDS array. Could you elaborate your modifications please?
+
+Thanks.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_15_dc6f21b5a3d5931c8d949a9753411b9e._comment b/doc/tips/using_gitolite_with_git-annex/comment_15_dc6f21b5a3d5931c8d949a9753411b9e._comment
new file mode 100644
index 0000000000..f07116983b
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_15_dc6f21b5a3d5931c8d949a9753411b9e._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRaueN1AcM8pIMofH5-wQ1Kr4T0GBe8sA"
+ nickname="wayne"
+ subject="git-annex with gitolite-rc"
+ date="2013-10-19T17:03:32Z"
+ content="""
+@François
+
+The proper array in .gitolite.rc seems to be the \"ENABLE\" array, which it appears is parsed into the COMMANDS array in src/lib/Gitolite/Rc.pm
+
+@Khaije
+
+Using 'git-annex-shell' => 'ua' doesn't seem to work for me. The program still fails in src/gitolite-shell around line 163 (gitolite repo version b1d3c05):
+
+    _die \"suspicious characters loitering about '$soc'\"
+      if $rc{COMMANDS}{ words[0] } ne 'ua' and $soc !~ $REMOTE_COMMAND_PATT;
+
+When I insert $rc{COMMANDS}{ words[0] } into the _die message, it shows up as \"1\" instead of \"ua\" as I was expecting.
+
+When I manually set $rc{COMMANDS}{ words[0] } to 'ua' slightly earlier in the script, the git-annex-shell command gets run but it seems to fail to parse the result of the configlist command properly because then I get 
+
+    Failed to get annex.uuid configuration of repository origin
+
+    Instead, got: \"annex.uuid=\ncore.gcrypt=\n\"
+
+
+I am actually about to give up on the notion of using git-annex and gitolite together. Maybe. I am interested to know if anyone else is having similar problems.
+
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_16_8e5039e6655fc80dc863b6cdf44ef02a._comment b/doc/tips/using_gitolite_with_git-annex/comment_16_8e5039e6655fc80dc863b6cdf44ef02a._comment
new file mode 100644
index 0000000000..5e0e6acd60
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_16_8e5039e6655fc80dc863b6cdf44ef02a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmbo-yMzW_lkBrS4ICNn5XMr8saYtI1_WY"
+ nickname="Douglas"
+ subject="Any further info regarding gitolite support?"
+ date="2013-11-14T03:20:31Z"
+ content="""
+We have reached the same point as the previous poster from 25 days ago. 
+$ git annex copy --to origin
+FATAL: suspicious characters loitering about 'git-annex-shell 'configlist' '/~/testing''
+
+  Remote origin does not have git-annex installed; setting remote.origin.annex-ignore
+git-annex: cannot determine uuid for origin
+
+Anyone actually have this working?
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_17_9c40e1da8bb44f7207e802377f5cf923._comment b/doc/tips/using_gitolite_with_git-annex/comment_17_9c40e1da8bb44f7207e802377f5cf923._comment
new file mode 100644
index 0000000000..57152bad7d
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_17_9c40e1da8bb44f7207e802377f5cf923._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9tgeFE5v-arAYYftSv3yUTI5Q4qB2C9M"
+ nickname="Khaije"
+ subject="comment 17"
+ date="2013-11-23T02:14:12Z"
+ content="""
+my gitolite.rc is available at https://gist.github.com/khaije1/7609848
+
+For whatever reason I've found this to be very simple to get working so I'd guess there's a missing ingredient somewhere. The combination of gitolite and git-annex is valuable to me so I'll add documents to the url above in hopes it will assist some people with getting the same value.
+
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_18_f1a180d5cf65b7a870a13ddb4f76d00d._comment b/doc/tips/using_gitolite_with_git-annex/comment_18_f1a180d5cf65b7a870a13ddb4f76d00d._comment
new file mode 100644
index 0000000000..882478f5b6
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_18_f1a180d5cf65b7a870a13ddb4f76d00d._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawll4Kgp7nMuOKdB0FfbcYZ3KRq7HCS0Slc"
+ nickname="Laura"
+ subject="Using Gitolite 3.2"
+ date="2014-01-17T20:14:16Z"
+ content="""
+Adding:
+
+ 'git-annex-shell' =>1, 
+
+To the .gitolite.rc file resulted in the \"FATAL: suspicous characters loitering about 'git-annex-shell 'configlist' '/~/testing''...
+
+
+Gitolite source code (https://github.com/sitaramc/gitolite/commit/b1d3c0571409b7c6279fc6a77253c3bc262ab425#diff-79a3701e9e2cee0ea1316451c21a3fec) requires this entry:
+
+'git-annex-shell ua'
+
+
+
+
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_19_33c19097b6f2b48dfe09ec4c8d952d06._comment b/doc/tips/using_gitolite_with_git-annex/comment_19_33c19097b6f2b48dfe09ec4c8d952d06._comment
new file mode 100644
index 0000000000..636794abae
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_19_33c19097b6f2b48dfe09ec4c8d952d06._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnftLWVOF0DUdXr2HSW4IKzuqtW8V7X3YU"
+ nickname="Adrian"
+ subject="How can the git annex init command be called on the server?"
+ date="2014-03-25T06:58:56Z"
+ content="""
+The latest commit in the gitolite repository \"git-annex support, finally in master!\" looks really promissing. I'm currently using ubuntu trusty with updated gitolite3 package and the configuration provided by Khaije. One line needs to be changed: 'git-annex-shell' => 'ua', instead of 'git-annex-shell' =>1,
+
+However, one little detail is still open for me. I need to call the server side \"git annex init\" on the server (sudo su gitolite3; cd ~/repositories/testing.git && git annex init). I cannot find a way to initialize the server from client side. E.g. git annex init && git push --all is not enough. The man page describes git annex initremote for other server types but not for gitolite remotes. Wouldn't we need something similar for gitolite as well? Or is there a better solution which I do not recognize?
+
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_1_9a2a2a8eac9af97e0c984ad105763a73._comment b/doc/tips/using_gitolite_with_git-annex/comment_1_9a2a2a8eac9af97e0c984ad105763a73._comment
new file mode 100644
index 0000000000..807180660b
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_1_9a2a2a8eac9af97e0c984ad105763a73._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://www.openid.albertlash.com/openid/"
+ ip="71.178.29.218"
+ subject="comment 1"
+ date="2011-12-24T06:08:45Z"
+ content="""
+Looks like you are missing a closing double quote on the line:
+
+
+echo '$GL_ADC_PATH = \"/usr/local/lib/gitolite/adc/;' >>~gitolite/.gitolite.rc
+
+right after /;
+
+I got this working by the way - great stuff.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_20_c82af00db3dd74ee9bfe12668e76e57b._comment b/doc/tips/using_gitolite_with_git-annex/comment_20_c82af00db3dd74ee9bfe12668e76e57b._comment
new file mode 100644
index 0000000000..45ff960f43
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_20_c82af00db3dd74ee9bfe12668e76e57b._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 20"
+ date="2014-03-26T18:24:30Z"
+ content="""
+@Adrian, that's good news. It would be helpful if someone could update the top of this page to document how to use git-annex with the new version of gitolite.
+This is a wiki..
+
+You're not supposed to need to use initremote when dealing with normal git remotes. It seems that something got lost that automatically initialize the remote repository in this situation. I've fixed it so that it will be set up when `git-annex-shell configlist` is run. 
+
+(@wayne, this fixes the problem you reported too..)
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_21_d2feaaf22d41413048dabf706d1b267e._comment b/doc/tips/using_gitolite_with_git-annex/comment_21_d2feaaf22d41413048dabf706d1b267e._comment
new file mode 100644
index 0000000000..2746ee41b8
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_21_d2feaaf22d41413048dabf706d1b267e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="Worked for me, updated wiki"
+ date="2014-04-19T09:41:11Z"
+ content="""
+I tried the `master` branch of gitolite today on my server, and it works fine!  Updated the wiki with the commands I used to setup gitolite.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_2_d8efea4ab9576555fadbb47666ecefa9._comment b/doc/tips/using_gitolite_with_git-annex/comment_2_d8efea4ab9576555fadbb47666ecefa9._comment
new file mode 100644
index 0000000000..007a009ea1
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_2_d8efea4ab9576555fadbb47666ecefa9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-12-24T16:54:31Z"
+ content="""
+I've fixed the typo (anyone can edit pages in this wiki FWIW.)
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_3_807035f38509ccb9f93f1929ecd37417._comment b/doc/tips/using_gitolite_with_git-annex/comment_3_807035f38509ccb9f93f1929ecd37417._comment
new file mode 100644
index 0000000000..243764054d
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_3_807035f38509ccb9f93f1929ecd37417._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.79.193"
+ subject="repo name conventions?"
+ date="2011-12-30T21:41:13Z"
+ content="""
+I'm confused by the fact that the git-annex-shell adc rejects any repo names that don't start with /~/ since none of my repos start that way. It seems work ok if I just delete /\~ from the front of the regex, but I feel like I must be missing something. 
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_4_eb81f824aadc97f098379c5f7e4fba4c._comment b/doc/tips/using_gitolite_with_git-annex/comment_4_eb81f824aadc97f098379c5f7e4fba4c._comment
new file mode 100644
index 0000000000..c53ce01d94
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_4_eb81f824aadc97f098379c5f7e4fba4c._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-12-31T00:29:45Z"
+ content="""
+Well a repo url like `gitolite@localhost:testing` puts it in the gitolite user's /~/testing
+
+This worked when I added the gitolite stuff, anyway.. Let's see if it still does:
+
+<pre>
+joey@gnu:~/tmp>mkdir g
+joey@gnu:~/tmp>cd g
+joey@gnu:~/tmp/g>git init
+Initialized empty Git repository in /home/joey/tmp/g/.git/
+joey@gnu:~/tmp/g>git annex init
+init  ok
+joey@gnu:~/tmp/g>git remote add test 'gitolite@localhost:testing'
+joey@gnu:~/tmp/g>touch foo
+joey@gnu:~/tmp/g>git annex add foo
+add foo (checksum...) ok
+(Recording state in git...)
+joey@gnu:~/tmp/g>git annex copy foo --to test --debug
+git [\"--git-dir=/home/joey/tmp/g/.git\",\"--work-tree=/home/joey/tmp/g\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"foo\"]
+git [\"--git-dir=/home/joey/tmp/g/.git\",\"--work-tree=/home/joey/tmp/g\",\"check-attr\",\"annex.numcopies\",\"-z\",\"--stdin\"]
+git [\"--git-dir=/home/joey/tmp/g/.git\",\"--work-tree=/home/joey/tmp/g\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+git [\"--git-dir=/home/joey/tmp/g/.git\",\"--work-tree=/home/joey/tmp/g\",\"show-ref\",\"git-annex\"]
+git [\"--git-dir=/home/joey/tmp/g/.git\",\"--work-tree=/home/joey/tmp/g\",\"cat-file\",\"--batch\"]
+Running: ssh [\"-4\",\"gitolite@localhost\",\"git-annex-shell 'configlist' '/~/testing'\"]
+</pre>
+
+Still seems right, the ADC's regexp will match this the git-annex shell command.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_5_f688309532d2993630e9e72e87fb9c46._comment b/doc/tips/using_gitolite_with_git-annex/comment_5_f688309532d2993630e9e72e87fb9c46._comment
new file mode 100644
index 0000000000..052fc90d6b
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_5_f688309532d2993630e9e72e87fb9c46._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.79.193"
+ subject="gitolite gets different paths for different urls"
+ date="2011-12-31T01:50:49Z"
+ content="""
+I guess there is some path rewriting going in in gitolite proper because if try a url of the form 
+ssh://git@localhost/testing, then it still works with gitolite, but fails with the ADC because 
+the repo is passed as /testing:
+<pre>
+Running: ssh [\"git@host\",\"git-annex-shell 'configlist' '/recommend'\"]
+Running: ssh [\"git@host\",\"git-annex-shell 'configlist' '/recommend'\"]
+</pre>
+
+What I have to ask Sitaram and or find in the docs is if this is a bug or a feature in gitolite.  I can see how the leading slash would get swallowed up by this line 
+<pre>
+$repo = \"'$REPO_BASE/$repo.git'\"
+</pre>
+in gl-auth-command, but I guess that isn't the whole story.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_6_3e203e010a4df5bf03899f867718adc5._comment b/doc/tips/using_gitolite_with_git-annex/comment_6_3e203e010a4df5bf03899f867718adc5._comment
new file mode 100644
index 0000000000..ce888cb135
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_6_3e203e010a4df5bf03899f867718adc5._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.79.193"
+ subject="ssh://gitolite-host/repo-name is supposed to work"
+ date="2011-12-31T03:34:17Z"
+ content="""
+I confirmed with Sitaram that this is intentional, if probably under-documented.
+Since the ADC strips the leading /~/ in assigning $start anyway, I guess something like the following will  work 
+<pre>
+
+diff --git a/contrib/adc/git-annex-shell b/contrib/adc/git-annex-shell
+index 7f9f5b8..523dfed 100755
+--- a/contrib/adc/git-annex-shell
++++ b/contrib/adc/git-annex-shell
+@@ -28,7 +28,7 @@ my $cmd=$ENV{SSH_ORIGINAL_COMMAND};
+ # the second parameter.
+ # Further parameters are not validated here (see below).
+ die \"bad git-annex-shell command: $cmd\"
+-    unless $cmd =~ m#^(git-annex-shell '\w+' ')/\~/([0-9a-zA-Z][0-9a-zA-Z._\@/+-
++    unless $cmd =~ m#^(git-annex-shell '\w+' ')/(?:\~\/)?([0-9a-zA-Z][0-9a-zA-Z.
+ my $start = $1;
+ my $repo = $2;
+ my $end = $3;
+</pre>
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_7_f8fd08b6ab47378ad88c87348057220d._comment b/doc/tips/using_gitolite_with_git-annex/comment_7_f8fd08b6ab47378ad88c87348057220d._comment
new file mode 100644
index 0000000000..bdbecd4d99
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_7_f8fd08b6ab47378ad88c87348057220d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 7"
+ date="2011-12-31T18:32:28Z"
+ content="""
+That patch seems ok, it doesn't seem to allow through any repo locations that were blocked before.
+
+So, it has my blessing.. but the ADC is in gitolite and will need to be patched there.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_8_8249772c142117f88e37975d058aa936._comment b/doc/tips/using_gitolite_with_git-annex/comment_8_8249772c142117f88e37975d058aa936._comment
new file mode 100644
index 0000000000..0717bab1c2
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_8_8249772c142117f88e37975d058aa936._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.79.193"
+ subject="afaict git annex normalizes urls on the client side."
+ date="2011-12-31T22:29:38Z"
+ content="""
+After some debugging printing, here is my current understanding.
+
+- urls of the form git@host:~repo or ssh://git@host
+
+  - git sends commands like  \"git-receive-pack '~/repo'
+  - gitolite converts these to $REPO_BASE/~/repo which fails.  ~/repo would also fail fwiw.
+  - git-annex sends seems /~/repo, which works
+
+- urls of the form git@host:/repo or ssh://git@host/repo
+
+  - git sends \"git-receive-pack '/db/cs3383'\"
+  - gitolite converts this to $REPO_BASE/repo which works
+  - git annex sends \"git-annex-shell 'inannex' '/repo' ...\" which works, but only with the patch above.
+
+- urls of the form git@host:repo
+
+  - git sends \"git-receive-pack 'repo'
+  - gitolite converts this to $REPO_BASE/repo, which works
+  - git-annex sends \"git-annex-shell 'inannex' '/~/db/cs3383'...\", which also works for git-annex-shell.
+
+So the weird case is the last one where git and git-annex are sending different things over the wire.
+I don't know if you have other motivations for doing the url normalization on the client side, but it isn't needed for gitolite, and in some sense complicates things a little.  On the other hand, now that I see what is going on, it isn't a big deal to just strip the leading /~ off in the adc. It does lead to the odd situation of some URLs working for git-annex but not git.
+"""]]
diff --git a/doc/tips/using_gitolite_with_git-annex/comment_9_28418635a6ed7231b89e02211cd3c236._comment b/doc/tips/using_gitolite_with_git-annex/comment_9_28418635a6ed7231b89e02211cd3c236._comment
new file mode 100644
index 0000000000..fc297ff175
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_9_28418635a6ed7231b89e02211cd3c236._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 9"
+ date="2012-01-02T16:27:55Z"
+ content="""
+Ah right. git-annex normalizes all git ssh style user@host:dir to valid uris, which is where the `/~/` comes from. I don't anticipate this changing on the git-annex side.
+"""]]
diff --git a/doc/tips/using_the_SHA1_backend.mdwn b/doc/tips/using_the_SHA1_backend.mdwn
new file mode 100644
index 0000000000..70dc2ef759
--- /dev/null
+++ b/doc/tips/using_the_SHA1_backend.mdwn
@@ -0,0 +1,11 @@
+A handy alternative to the default [[backend|backends]] is the
+SHA1 backend. This backend provides more git-style assurance that your data
+has not been damaged. And the checksum means that when you add the same
+content to the annex twice, only one copy need be stored in the backend.
+
+The only reason it's not the default is that it needs to checksum
+files when they're added to the annex, and this can slow things down
+significantly for really big files. To make SHA1 the default, just
+add something like this to `.gitattributes`:
+
+	* annex.backend=SHA1
diff --git a/doc/tips/using_the_web_as_a_special_remote.mdwn b/doc/tips/using_the_web_as_a_special_remote.mdwn
new file mode 100644
index 0000000000..62ef58b694
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote.mdwn
@@ -0,0 +1,109 @@
+The web can be used as a [[special_remote|special_remotes]] too.
+
+	# git annex addurl http://example.com/video.mpeg
+	addurl example.com_video.mpeg (downloading http://example.com/video.mpeg)
+	########################################################## 100.0%
+	ok
+
+Now the file is downloaded, and has been added to the annex like any other
+file. So it can be renamed, copied to other repositories, and so on.
+
+To add a lot of urls at once, just list them all as parameters to
+`git annex addurl`.
+
+## trust issues
+
+Note that git-annex assumes that, if the web site does not 404, and has the
+right file size, the file is still present on the web, and this counts as
+one [[copy|copies]] of the file. If the file still seems to be present 
+on the web, it will let you remove your last copy, trusting it can be
+downloaded again:
+
+	# git annex drop example.com_video.mpeg
+	drop example.com_video.mpeg (checking http://example.com/video.mpeg) ok
+
+If you don't [[trust]] the web to this degree, just let git-annex know:
+
+	# git annex untrust web
+	untrust web ok
+
+With the result that it will hang onto files:
+
+	# git annex drop example.com_video.mpeg
+	drop example.com_video.mpeg (unsafe) 
+	  Could only verify the existence of 0 out of 1 necessary copies
+	  Also these untrusted repositories may contain the file:
+	  	00000000-0000-0000-0000-000000000001  -- web
+	  (Use --force to override this check, or adjust numcopies.)
+	failed
+
+## attaching urls to existing files
+
+You can also attach urls to any file already in the annex:
+
+	# git annex addurl --file my_cool_big_file http://example.com/cool_big_file
+	addurl my_cool_big_file ok
+	# git annex whereis my_cool_big_file
+	whereis my_cool_big_file (2 copies) 
+  	00000000-0000-0000-0000-000000000001 -- web
+   	27a9510c-760a-11e1-b9a0-c731d2b77df9 -- here
+
+## configuring filenames
+
+By default, `addurl` will generate a filename for you. You can use
+`--file=` to specify the filename to use.
+
+If you're adding a bunch of related files to a directory, or just don't
+like the default filenames generated by `addurl`, you can use `--pathdepth`
+to specify how many parts of the url are put in the filename.
+A positive number drops that many paths from the beginning, while a negative
+number takes that many paths from the end.
+	
+	# git annex addurl http://example.com/videos/2012/01/video.mpeg
+	addurl example.com_videos_2012_01_video.mpeg (downloading http://example.com/videos/2012/01/video.mpeg)
+	# git annex addurl http://example.com/videos/2012/01/video.mpeg --pathdepth=2
+	addurl 2012_01_video.mpeg (downloading http://example.com/videos/2012/01/video.mpeg)
+	# git annex addurl http://example.com/videos/2012/01/video.mpeg --pathdepth=-2
+	addurl 01_video.mpeg (downloading http://example.com/videos/2012/01/video.mpeg)
+
+## videos
+
+<a name=quvi></a>
+
+There's support for downloading videos from sites like YouTube, Vimeo,
+and many more. This relies on [quvi](http://quvi.sourceforge.net/) to find
+urls to the actual videos files.
+
+When you have quvi installed, you can just 
+`git annex addurl http://youtube.com/foo` and it will detect that
+it is a video and download the video content for offline viewing.
+
+Later, in another clone of the repository, you can run `git annex get` on
+the file and it will also be downloaded with the help of quvi. This works
+even if the video host has transcoded or otherwise changed the video
+in the meantime; the assumption is that these video files are equivilant.
+
+There is an `annex.quvi-options` configuration setting that can be used
+to pass parameters to quvi. For example, you could set `git config
+annex.quvi-options "--format low"` to configure it to download low
+quality videos from YouTube.
+
+Note that for performance reasons, the url is not checked for redirects,
+so some shortened urls will not be detected. You can
+either load the short url in a browser to get the full url, or you
+can force use of quvi with redirect detection, by prepending "quvi:" to the
+url.
+
+To download a youtube playlist, you need to find the feed associated with that
+playlist, and pass it to `git annex importfeed`. There does not seem to be
+an easy link anywhere to get the feed, but you can construct its url
+manually. For a playlist like
+"https://www.youtube.com/playlist?list=PL4F80C7D2DC8D9B6C", the
+feed is "http://gdata.youtube.com/feeds/api/playlists/PL4F80C7D2DC8D9B6C"
+
+More details about youtube feeds at <http://googlesystem.blogspot.com/2008/01/youtube-feeds.html>
+-- `git-annex importfeed` should handle all of them.
+
+## podcasts
+
+This is done using `git annex importfeed`. See [[downloading podcasts]].
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_1_321a41d611c6fe45e047af9c96c5176c._comment b/doc/tips/using_the_web_as_a_special_remote/comment_1_321a41d611c6fe45e047af9c96c5176c._comment
new file mode 100644
index 0000000000..ee1a271eac
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_1_321a41d611c6fe45e047af9c96c5176c._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlc1og3PqIGudOMkFNrCCNg66vB7s-jLpc"
+ nickname="Paul"
+ subject="can addurl use hashing once the file is downloaded?"
+ date="2012-09-20T21:01:30Z"
+ content="""
+There are resources that I want to add to my annex that are currently available
+via a URL, but it seems like if I add these using `git-annex addurl`, they get
+symlinked to file in the annex/objects directory that starts with `URL-...`,
+instead of the more typical `SHA256-...`, and this does not change even after
+the files are downloaded.
+
+My concern is that I really want to ensure that these files don't change, which
+is the appeal of content-addressable symlinking of normal files (as opposed to
+URL addressable ones).
+
+Would there be a way to automate the injection of hash-based symlinking for
+files that are added via addurl? Sometimes I add a bunch of files via ``addurl
+--fast``, and after I've download them via ``get``, it would be nice to have
+those files have the same level of data integrity as when I download them using
+something outside of git-annex, add them to the annex, and do an ``addurl
+--file`` afterward.
+
+Thanks for all of your hard work!
+
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_2_dfe9c8c49aadff80d2020288584e0390._comment b/doc/tips/using_the_web_as_a_special_remote/comment_2_dfe9c8c49aadff80d2020288584e0390._comment
new file mode 100644
index 0000000000..b015cdcece
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_2_dfe9c8c49aadff80d2020288584e0390._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 2"
+ date="2012-09-20T21:55:57Z"
+ content="""
+`addurl` only uses the URL- keys if you run it with --fast. Otherwise it downloads the content and hashes it the same as `add` does.
+
+If you use `--fast`, you can go back and `git annex migrate` the file once it's been downloaded, to convert 
+it to the SHA backend.
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_3_ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment b/doc/tips/using_the_web_as_a_special_remote/comment_3_ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment
new file mode 100644
index 0000000000..0601f30058
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_3_ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY"
+ nickname="Yaroslav"
+ subject="how to drop one of the urls?"
+ date="2013-04-12T14:53:29Z"
+ content="""
+is there a way to remove one of the urls? e.g. if I have
+
+    $> git annex whereis fail2ban_logo.png
+    whereis fail2ban_logo.png (1 copy) 
+      	00000000-0000-0000-0000-000000000001 -- web
+
+      web: http://www.fail2ban.org/fail2ban_logo.png
+      web: http://www.onerussian.com/tmp/statsmodes.png
+    ok
+
+and would like to remove the fail2ban.org one... ?
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_4_c1133a524989a940f1b5db588707157a._comment b/doc/tips/using_the_web_as_a_special_remote/comment_4_c1133a524989a940f1b5db588707157a._comment
new file mode 100644
index 0000000000..bd55a78727
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_4_c1133a524989a940f1b5db588707157a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-22T21:28:03Z"
+ content="""
+You can use `git annex rmurl $file $url`, which I just added to git-annex.
+
+(Also, `git annex drop $file --from web` will remove all the urls..)
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_5_5ee9717e74ca2afed98e81fc0ea98a95._comment b/doc/tips/using_the_web_as_a_special_remote/comment_5_5ee9717e74ca2afed98e81fc0ea98a95._comment
new file mode 100644
index 0000000000..b1060147f2
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_5_5ee9717e74ca2afed98e81fc0ea98a95._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 5"
+ date="2014-04-04T15:25:39Z"
+ content="""
+Adding videos from youtube ends up with it using the URL backend, even without fast.
+
+    $ git init quvitest
+    $ cd quvitest/
+    $ git annex init
+    $ git annex addurl https://www.youtube.com/watch?v=mghhLqu31cQ
+    (... file is downloaded ...)
+    $ find .git/annex/objects/ -type f
+    .git/annex/objects/1J/Wp/URL--quvi&chttps&c%%www.youtube.com%watch,63v,61mghhLqu31cQ/URL--quvi&chttps&c%%www.youtube.com%watch,63v,61mghhLqu31cQ
+
+Is migrating manually required or should I log a bug?
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_6_dceb15bd656e69eefa3ca975d9d642de._comment b/doc/tips/using_the_web_as_a_special_remote/comment_6_dceb15bd656e69eefa3ca975d9d642de._comment
new file mode 100644
index 0000000000..0c39eb1831
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_6_dceb15bd656e69eefa3ca975d9d642de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 6"
+ date="2014-04-07T20:07:45Z"
+ content="""
+Using the URL backend for youtube is intentional. Youtube may serve up different encodings for the same video over time, and this way git-annex treats them all as equvilant. If you want to \"freeze\" the repository to the current one, use `git annex migrate`, and be prepared for `git annex get --from web` to not work long term.
+"""]]
diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_7_0bde977c62a53c90cb20491936bc399d._comment b/doc/tips/using_the_web_as_a_special_remote/comment_7_0bde977c62a53c90cb20491936bc399d._comment
new file mode 100644
index 0000000000..df5b0ef41e
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_7_0bde977c62a53c90cb20491936bc399d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnkXKIAfgPsuV-EJpXm3jCc3q9IZwzvCcw"
+ nickname="Garrett"
+ subject="Default pathdepth"
+ date="2014-05-08T21:36:00Z"
+ content="""
+Is there away to change the default pathdepth so I do not need to add --pathdepth=-1 everything I run addurl?
+"""]]
diff --git a/doc/tips/visualizing_repositories_with_gource.mdwn b/doc/tips/visualizing_repositories_with_gource.mdwn
new file mode 100644
index 0000000000..25a69c1b7a
--- /dev/null
+++ b/doc/tips/visualizing_repositories_with_gource.mdwn
@@ -0,0 +1,22 @@
+[Gource](http://code.google.com/p/gource/) is an amazing animated
+visualisation of a git repository.
+
+Normally, gource shows files being added, removed, and changed in
+the repository, and the user(s) making the changes. Of course it can be
+used in this way in a repository using git-annex too; just run `gource`.
+
+The other way to use gource with git-annex is to visualise the movement of
+annexed file contents between repositories. In this view, the "users" are
+repositories, and they move around the file contents that are being added
+or removed from them with git-annex.
+
+[[!img screenshot.jpg]]
+
+To use gource this way, first go into the directory you want to visualize,
+and use `git annex log` to make an input file for `gource`:
+
+	git annex log --gource | tee gource.log
+	sort gource.log | gource --log-format custom -
+
+The `git annex log` can take a while, to speed it up you can use something
+like `--after "4 months ago"` to limit how far back it goes.
diff --git a/doc/tips/visualizing_repositories_with_gource/comment_1_01c5cd21375990c612b8f291904ddb3e._comment b/doc/tips/visualizing_repositories_with_gource/comment_1_01c5cd21375990c612b8f291904ddb3e._comment
new file mode 100644
index 0000000000..38bde579da
--- /dev/null
+++ b/doc/tips/visualizing_repositories_with_gource/comment_1_01c5cd21375990c612b8f291904ddb3e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9IQStaE1el95_9s77CgmJhxZwCwUeN9A"
+ nickname="Sam"
+ subject="You can also use it for LIVE display now"
+ date="2013-12-19T14:29:18Z"
+ content="""
+hi, check out http://puffingdev.com/live-gource-visually-display-your-svngit-activity-live/
+
+You can use it to display LIVE updates of a git repo, nice to have on a screen in your company's common area for example.
+"""]]
diff --git a/doc/tips/visualizing_repositories_with_gource/screenshot.jpg b/doc/tips/visualizing_repositories_with_gource/screenshot.jpg
new file mode 100644
index 0000000000000000000000000000000000000000..9d3096b99bbaba15008aa0d1b675b9db64d20493
GIT binary patch
literal 78509
zcmb5VbyQRTA3uIKY9mKYq`RjeT{5~mgbfu0q`ON83_%)%i3pQ!kd#nbNs(4kL{daV
zM8bgI<^B16&-woQy&M*=*R8|h`KZ_Pp3j|s0ucJzdfEU40s(ZvAK?59fa&-I`8ztF
zF9I3>3G`yScqIWhQgYIZ4Mt8*Mh=HjQo><yI3+b5H6;}-6&y}OPeV(GK+q#7sTmj<
z5RBkw#KlP<7e|ti!oUL&RB$SA^#5@??*ZsxP#aQ!1i}kI=^-Takn`672LOO~b#deW
zX9K^Hl95vYFgQ4EivYk2L&=~dWMtqdB?TM;KuJi+=*f8)B-P9uC>VMDqG3$eG76db
z)Ejz{=9ByUQW|%fE(r+wH?B%+IXMRg#S~Bdkkzzu%*-lc5t6a6v<|?RfTw1=IMe@q
zVE}+!oSK{hoK&U<Zwmq?B_St=kU%LeZVv*bCn4n_124;H=0FZ!He;XZT46))Bp<W-
zs`(EJ<i&;kEn?0W0BREO-1H>$fGThTP#2k!(?e!~P-;GsD%`aMQV2>b`8i~Q7XpOR
zMze5S!tEwdbJIcaUX(ze1Og)AgC9s4Ks0+pJ+vuF+1NT7ST^uw&}S^`xrpsSfjfew
z+NuI~B+BsDCI8O0EuM=0NUruv)z>v_U|F_(_!6HpxY=l(3-=CT#d^}ZX4VCx`}Wk{
z`MQqJRP#O!OlZ}gr*FX|J*=a3T>3!M>(<L<^((u2;+auxZm6jh<}y|?jp4oFaYS0M
z93RD}eTuJR_E7?d<%YIFMmrwW+-*^lKVE!Xco6R^*+aZG-4Lt;lRsn7ky$tgG-tGZ
zlRWNEf1g-82WsrIocW0>l|MH!*8-Z|S!r}Q`oeZx1w9-7j9-1H&?;1Tnak=>y4#K8
z%2!|JAZ9;9+eZMdeSVkyI@heTO7Jx1POE{n-RHux2OTRU<%zC2th;jl)2a5!DZjJJ
zf9oAZ7JUf!MwwN5%SboRK9NqhXnEy~TT6M<gM(85wAig6pVeO&<#BSMG51jkcR%+Z
zp($3LfmhKovcxXTcg4bb9kPKf-;j@u{zsB29(Np6+5nYCyV~$(X|DqV$(fqCnTchQ
z*qcH>E-6F%?ssVWE74J9dW^9JA8LPLzLnKA;_8vstTNEb^NE4=C@pT$DHa#@FM^nH
zIB4?maI9<NdF5)?Qh9WfuFFRjsvc#@0Xo>=6>&fIfNkkJ1jB~#FrAM#eadgIXJsaB
znK=4YyjtXKjqoLqKOk>O0RTk+8TZAGRd6z7mT|$MEVTn0PorngZpcpUYrp%EcP;vZ
z$_t|_Y0n?se&bL&!}z9bQU7#>?h@1LSOA9Cv-~rSGI~p(pA;%P5MUART=ES$|243b
zJs4Z)m?Y}<aCCWknSvK>a$TJ0gb2a%WJZ1!OFZ^D+I5<7_|fpn?bn~B{@>jdsAgnr
z1v=@wY&>PI&dbZk@vE+?-|sPgs&!a#GZHa#bIO)_uOYQIT>j@}-tG};q-xbfGctX4
z#g*#iN`=pO%&1py_M`+|@_{4UXhQPFpgflZa%{(E{_}Y8;qK!U)u5^hFQ&V;MK#oZ
zl4-9on8_IO6TYCwvNx>@Rjgq%D&Za9HKotUGiqgRBUXyK-urnB6jaaruG^@*bL_fo
z{R#VRNFxXEz{tnnLMGQZ5k8nGR906K3b*{f!1@0U-?oc-7RZ@iFokf3S8VU>$;@X=
z>-Kzi%Zp{D?Ppt08CDfAnZ0i)eN@whO{q-B?rc@3vOX-bhy37r?Kjj0=w6p-Z=7%@
zUcHpN__0g1aMre{bW~^b-W<zZX@|<`)yBPh_;5$s{HPa7e71a!{qFxhTs~<yX=@r+
zT4VVUci>&zq}YG&d4ryC_TjZZk!Z(<CC+ufn`0W?o5Q3l6+%#h*-qQ``Iq$qBdYh3
z${225ihKCDD5;oF<Z7Cb@AHl;Zda4~V)+xVB=uQ*KGXkMJYb&Bngo4R%m<@_wr!t!
zM^CO5#qwJQP~zS=)&HHy>D^9;Nyg4c#P<0*a4_wM3bUlrQ7v&Y8iww@V#P6CUNr%B
zpZ0G=#E$^CDPoFadyQ5PI{P;OF<h{z?W$7z$T3|OK>Y6z118_U6VN1O;nh<i-@h}+
zP&8cJtbao(wl9?lh?ymOxKR-rSwOlUs&0E=yt;3RJVC=&)iFd2z6IcJ?PHiZm=UOe
zkX2Aw#mtahd@!&WH6;{KZd4dV3K0rWXc$TzoB!y9*3#Dj;EQLUK$a6u&{#YG?q0d)
zP9Xzux4_+$W5Vu+RiOHeaH-VXJj!_5%LWzOYA{`6)S^AUiHrY8ZAQ&ur=XeiGa@}Z
z6`wIllADJK;}O@rL*-x4)Ghs4iHA=ZBG8$hk<~Z-R#<!o$DnOWaOn$!z+n(&`OSi4
zroN>^vwos0M3V=l++&2|$fCysb?iUQ`tgwhq0L!95qX%f@*^rsdzy4;{f#!g?Hue3
z8H+H)j-TU0lA58osC-0GUz~58ibQgAKwmPc&6}%&$kb3XToOWF<#Bxk?=Ahg-rn7U
zly<&bTJ_8^uTpxoDV%z6O3!_ZRxSFJxFM?)MMQRgt>mjBJf`w0Sr3R6xV?uGkci9L
zY)c}myQOFfnAKI(Igl%sc4l<-U*_|D2a8u}r@7tdfcE3FUgLN*K9D%LnJ9-fWvP02
zUD2E*RT7F77cT{LkXaTEOGuU%42sr<?sJ$)bHiPGjXX@79i&Ntfs}p5Vz?)pvr4Qg
z|0Mln+OTahzxK77!QYjz2Cki2P3F+P7KDYmbIwBDq=}4xrj_M)al)k++VTOkZbN)K
z%<{+9#guN-yvIs`s%}UvFQ*#@S{~)p{hjgB18b@4F;a^ZJIx+C)r#%8FIp|lS>{Gw
zw4|2aGmND9OY?4!Pw3wIUqU5vWLk-=D^kNEv%PfU4Grxxj+yYM+D*SqtiOs%xn`z{
zD%!%1v5ZN{ISRdgUx?8`X}X=Bt!~RA24z0KYD=O>RNBfSOi1Q4(L-$XqxY$d4uv%5
zTL{&m-42JA^zgTrd!DSX)`t9fHT=DPrz`%$?@L-A0~fz#+HMz!I~;M5qEaT=J+V01
zA47FzNhVb@T05t+hbx`;1~{~<O-gd7h5vfA9z`C1HL09o-P2b>Jshu0rHoc8r{TVC
zh-|5$@W0O2JxW#o#a89!^a7`d_iyd+oJxDn8NZo&D;C^hqFfM3S?G(6>>iaXbq$NZ
zS_t3#VkC`BtOxa8Ut_tCe+HRT)jBHmt}4n*e!&0_u#`sa2q;fyUw_Ib74cAwZ~gu6
z*(#?Gh#f`D?U%hqY?Uc&dA{4jWJ|_pN9Ywcd#`boj<V`m4vUhNpck&Eu4g}}l5a;;
z*+0Uk5a$NA29eiqo<u(WCVvjth+Z*&!=Y8Acr>zy+^FLQwj3+gMqfRz=c@MlIRO_T
za_!Y4+snCQWO+=q#vbPzN1e?z&bVhBd??QSSU%OU@D+6i=Ps|xQdzJ6p}8-asqiT^
zO8dHp>#rN{msJ9%vk6bFe4kgep?~}GxlyM)C%q(}F4rqhQuRK{w5oN-3yb-~H?N$P
zvH#AocXR<BOlL<;vVOIoQ~L0OmRqNY?)Q0VW|<b#YnYD8LXQ=`r3qcKexBljvv%uk
zLa`{}G5cfQy?+r=hYG(p%6o-(gplihu4-)jBiqp~os=!qLC@{D<r$oPm*m4g8Y}Tu
z&1CDYTKN3ye(TLPTkTQL&!Gir%4BoBR~1GZ;at4dlV1r>8ouP483|;PTTCx4@+FJU
zCr3~P^eK|OmfgRhB0lf;^VNczGVM*;7jO+_q)lD9UHiXMk+V;CG6!$D8_2q_MHPMj
zefm!I=mvuDqU%p^ZMWUcC)J#{cB!c!4TX{b;tx|GX?^9g#e(4$QB)4F{z9!ue5>~J
zoT+?<x1(lhf%k70SrqR#(kAs86j4%Vqy^q%$VUb=4k_{%bB<6uQ|NR{x9W5YM84^;
zC|b!(x~w;Of_B`m>rknG{Ot%XS@fJ-R+NglXk6GpiT_&LotU@&*3?lrv;G4#^NId3
z+*thdsxJuKt71z6N{joi9QSdIeK*?leJF69;69YABQdY{xH6CF@IWf!6$WI6&=wGj
z`(no7OY)`|90PV$hc0W6j*`k0O67}h?F(~fm;qu|VE<t`Hz^3?`~L^<p|kd_eNb?A
zMw!DZmA1mblq^J!FOW8^u^tmQhGrhs(Il(t^}&;JlPXj?SM|DI>?_qsOGi0Kj%crx
zCG$rhi0aU#lJwuO08;{|+eVJM`qd%P*MuV&%s9XlnVG>u$|L@L*an4G2lU*bj0x(t
z%OKT6r4xcocpx0$Aj>*FwNSpbieW+y1`#OP!?#u%^N=H;3F>N_j7ffDYAowG28^y*
zbgEuy2{T!7t~e=C*H_<<!<6u7QjDeXV=3HKg)!6;iNi7BoADoL+syj29$Y0;b9aH?
zTHV7H+VRjzHu}JJ3!0gLW`54$9FE8J2<U#qRr@2&S2zla#v?kXP?anmKz=_SUnYX0
zL|@H3P$t`@9WD$a(`C_QRj6D&$OS_EOXOhvzDe<Yxh#;bOKpCWEHK<|NjeqHUe&F0
z;Ed|_IZ!lu4%pYk(}q=r44eaRACsH|nHNKqrjqu25HtrpWYXMH_cBN&+=8^aBt3z!
zp6vosdu}+1aE~d4rhPD)fx;3r6eF^D2)AIfC!$$U8$rS%+ZUk7Iqb<+E+L3ll({SY
zK#V?)S0Jaai7N;rb619+tS!6ZuV{vtU$(Sn18Xb&NF{3vLnfot!fmr<>DmRc&N9>C
z94fmH_bxU6bmQpm^~S`1sI>|#B&=xNbrx@IZu-t^A>yh$str(V<y{FtUWz;nnDDT!
ztRJlW<@Ael_SU_x1|%of0o}E*fslb7N3Y{|mkcycYQ{cIcXn$$tNkm>-{f+W)@}PN
z=3dJz(|gv$#};bbQZqwKezJl;X~xZUIi>RVyV7Rw;lD(eZnVzt9aq6M?IhcloHMWa
z4NqS3MTFy^o4M7-&(wd#Axoxz(N(lsDon6Ahpu^R8_0L8Q^%&QE<3eQEND;t@p!7G
zhebJfUuLSIcD#A^v(f*$L1{_qW4+YS7QKLTfTLn-$GLLm-Q~dAgZtOZkueKi)8hs_
zZzqPfo%c8M=uhK*JxDoZ?Kdg?^0|BYIkOC750|v>l5-3!>45=eKpsl&_b6{o$%Sft
z0q*WzQt`anFEIPs6T7v)#{8N0uf5!e{YI~+<&^lyRKt2C!IAo!de6}adLS&Baqip3
z-PJJZ`eC7G8+VBUG=@J0d+xK!(5RJ)MDc#`^kUZ7@%mNcm$uyNn<gJY=YLIZSAD*Y
zv;6j<7KaLoqrFwhsb-9y_`@-0e2*hReqF(nA+YXQ?H?@<x#emn!gBd;3iXMul<pQo
zsG0&~kS)Il2pHM!D)_BcUaM$~@o@Sn%NqOyO*Fpt*5@^y<T^@zf3tFP>Ko11)5W1O
z+x=E**8HuNla;rpO%^-Y&9<(_Z$Sy_LugMkX~f)O-naZ=p(nbZtgA$vN-Lt2+twU<
z2e0M=Z+eFnjEyZK@)NWr5|hK3-`-<l`76e&{G4Uh^NHT%RuQ&n|GA<nj5@;Kj6ab!
z;Z#2`!oi7)!Jyd8DI+Zs>#rYp3#m03suy{S3C{8psVI>1N<8-ScGmU_vjXAk%30)B
zcD@z~b8z7wm`k3(4DT^FapA9|^`R{!k1oCyjl&G>L8NrS3*_w8ARVh>mVSY<_4K*#
z-|5iE=f0<C%1@w_4K@CsEar>tJEp*Ye#3qp0X6tf3Gbh1^sfT^4InIjUZIpXh05P^
zz0k9(YVLp<2#yEiFoQ^LQe+`Y1Qfa;YMK&2S*wo0i4iJ3?Wo@;-=Q)k^Ix6-NB@(+
zXbchC%@1NCvhZS>!n|-yuU@qMX@z)S{bniQ#2{D^p$@%9)J7nknYf_sK5=9@%Qh$j
z9-0&$S`Y(A!-d8BG{p8p)G>ML7l?`=Yy}>?zEIu;+`h)B{emX;2`H7Gx-EW72JZIG
z7l-(S*v~qcKoE!t5VAIPOoY(>vAT|C%^fPKF*P4UAtXZqP7%DHM-68Eu^oP-DKQLh
zzt8eKM3EG6GUTV!<C6=>kb4Eqf&?Z|KjWBF6D4#sr$E3p;RlMQ$3Saw?OHLu06^^&
zL!|J9s9rP`ihagjkPs6O0fd`_Z}q_AirLfmQ-=Ucd%m7qG-M>)(gA&$6KN!kM^INX
zd)h?wxU_To3RQ2R9*h%_AP0*Luk6_^dq68Ssq40>E^)0?kBlU_l1BUeiB|8t5jT>h
zas_kWVd?&%UiU6@=4xN@J&GgdK`@SZde&=Ri@yOua9HxOzxOY~E+aT@;4~?mASe#A
zW?>TH1;qk5goT3%$f3}LaD%W4TbKdSQrf=4ReJ)*^1fV3d1~$&qm3LoUh1@bAhUN;
zC4VM8iN4zG$jYW>AeY`bamES3Z1Y=;K2M}fFv(MNM!!TyRlqO5qml<%{O^YU;phiN
z8mY3PhLx>Mh^9R6lLm!v0aEom1?k#;qm8Q#VrGA_^cnLWQ#*}rLgUF}mD7&18jpB7
ze|PSrAYVlZ)Q#?qnvj0{QyxJTx)KApDt&^6h~4mD`Rgam?muM3ohZoOC@6jGfxh8r
zHbxA8`0CNlU_7<2nq$1Cjs2H6hm@h-K0^l^d(p<}qTd=jriW)$Wx189f8rcGh}-jz
zwSTlC$=4m9-F$!?-%)*T&DI%Hx9FUU8Oa^Wr}$kyFxUTp>Y*=b9tVyprQxN&p_lR%
zWo<#m6+CM0BsJ0|64se)E6w8X{G+5*R?;o=XUXRoiAalS`Nks2w^AguXCBbYXX<l-
zUi-G*?96<rsTC0x^#|PFvK613ura@V!8oXAs<IG9AtZfhyV<_>uIp~apXb@R`*#&Z
zKJ7p2ZFT-MmQCHjoO}<#a&$wb8^i_v0rNmN?}xV~IfuQI>X<I`J1$?smuo82#1_q?
zegx_j=BzPT6b*~<Zr3XaC~{HqNp7M}1v;)${wW&NEPwN<A{zY$lwi!qI{0#(4W6vz
zC{qQZRX-QLRp*m%v}seB>Hev;-FPO2RNc_!n{U5nvtPG3xvm>}T^C|^{YG14+5X?h
zZTBv|m=ac1<JSvX03p1vI0zU8O~MdmP6VNR|L+9oWZ@{#4BK3o;TE_L{y#G;kU$k|
zg4+LYOo!Ye>DnvIBl{b^eb8BlF*F7bf(3%OS%5MG!9e`omyIWzg=72R4xsj_CVMGB
zD4mHSrN@)yTgAMqu$!3+5^Kl(L}TZb@nms4*-JBI?bcNOabuwKMQ`Kq2TKLwgVI3E
z(g7M9=P<TQz-9sQGH?fx4P1cwW&tSz*P`51#UOcrhKVmzJ+K&+8iT`aMmF*%2#0X+
zHDi(+VY`wWqa=iMhI`AwSTaApN=L3LH=ns0pwV!?Muz3-gnfJrj<G+cu)oR$&Z9#s
zD-7Xh1R*7?oPH9{f~G`~X-ni_ERp=sgk`nMptVk4D?>o*BZRp#h9zR?1a>)xSPBq?
z?_+ZK=g3_gbN>e1$F9ux^cHH|5~xEYNIU3yoB5s^LRP7kc(^DDEqZ{m3X|^<yx^*D
z-i96k>0*k`0_7GCn#lpBK$pk`Ius%ttoeccBTZHvO*?r_wpAl;K*nr_1j&|u4h(Ic
z1NGJ>ab`0#Z(=s@A1HuuAv(vUj)V1>DilMUh52bRqUSZjib<+~bVWXrAb<}7AUMpT
zaRoG!(X)Vox;=-bv>>Dd_=(A(aHfIdF1+-xv8#v|{OxWu^<Bz{Yax2B17CLc5F}4l
zZSH7>n%rHH;X&G1CCuIxqbH8&CA88H?5y9i5<aqC6V*#-=Q0sp($CYWYQ1c3Xo-D@
zO<S*eU8`A=Q_+gBcBE_$v;GX9tB8O`V6s`P9XTEW3(M`OpC(<X+xCx)tX2QXW?dFu
zS04XUt?i-T>0Luyyg}n7HR=@CJJ$P;IcIC=cw5`7nHS^cwh_rF(WpD@ksB5hAM4!d
z{>MvYbCI_3g~T0GHk*O8zH{I^N-DO`mTzd=FBt#FojO8{oieH^6<al&O?~frrFW9j
zr|L3Q7zbxqMFW^n?U*kk|5U$AAt~NZe;b*xexM(CTP8j57Q+fx5RzPB(lcxOz1rk%
z=E>A$wI5lJwXKc^R|O_d%)snwKXWtm25}sI#RZ=;;_ZSbzn=3CBxXu#$J_*FdAd8V
zw!7SiU7Wvr($4~xM?Kq}y=Obke77Wn;S<cEs>`>;&w(J!QJOR7N=zcXVS}2(X|-`$
zALHfS^pQNVH&wk3J8^G!qO(UWeNT*07i<j{p!e`b7lKeg3PxJ{&Z=<{u^bHc+$~hO
zL=3J)pp6*}rY=}|^TZtbG8f;Z!gvBPy(mr8JjA^oL)Zi>k8<N>q4-V>SPbq_B$ak8
z5ce?e9V(@Y<Qf}%tFwJ-9BK^xTA|Y0C(fz0k3uf;7wC8-J1D5j+jzu<LEhFRYqO@(
zaUy#Hj++w59QykhUPJ7fkJPczjS=y9f&3|!RCX}`N=@u_6Q=U(&_LLj5^zLpeme3P
z4dc!d$N@c$w<%P28{hm4{-$jkj|Va*XCWLGNyh%Bgya&a?g+zlUe>`3yHdfOBvYc^
zD{f{|@Bi#h|FRsuaJ6@tn+XGrksJ~vB=ZamalrlYGxEz2G%^#kDxZ$jF#*F!=%}$J
z`LQ8N0Ot0N5ipQ!+v)7fQ5zHhIEQia92w-e1ZX&K?`{bWSc)>E&vGcg+;@;k3CIQU
zygV>mrPQ#T=%v|Dkp8K8IZN$jH3G_-7T>|W#7EN60CcgFX_!f|hHsmk1C!vdeNBPu
zX2b84?!(|O=RhGiLS5O?L@_Y{nPlNWM9;FRzjlF<f(B+g8C);9ples{$ytC=-BBHx
z`tYLiwsR)p3MC5x1Z+W3*wv7v0L}1zRk8rgz3e%lfGjnBbC)m?RxSaJrgjP36p&Id
zw%=hiq-eUI*@Pf@CS#jFXyqI&i7Z~KHVd)hlV|g;)#@U*Oi%J-ug(ax{0tVTE>#2j
zC$S9A%Dy^H^~^h{*R=yxudUkJ&w-D*cZ%LRfMJ==s%^4kZZ>WclK&`IkvpYw7e?Rg
z>ai~SyLF+?CaCL^N+l+oai|LO%*3d?uF*{CO2S{?SN;KXsP`hV6nvgn;(R`RP_$pz
z<X-klzKSFIOSNVP-hRlbGaGo8&>b{C9($=xQK;im!+-)SW-|{-w0|CPkC}gD<B9sF
zGv?EeIL?pc=8mE)`%)l-t=a`hbs-d0$uymX-h3*(E)zCcdR-MFNJgR4%Kunv^>$!{
zzh2-yCUn8cUw%bZ%D)*WqAznEUDo<>B61~7Wp=Bn%sih9oz6@hx{e>HW9iaYc@7b!
z68U4R$!q;u`3Q!;4h`ge+-R9&HBI|B=9&FkW}ukl*?8O<UCi@8LLH2Br+vcWgNhud
z+=17TS`#M*f!8T5l_cwuC^E6deM8r;!ofh>h<3#IuKI0?F>GMyHeqwO=vsphUZ4`p
zlM#~2@&^Si%3yV+nIga>Ss9EJX1Ng<T&rlWkESv=|1!vEp12kp)G}(!pyK^vLVz#6
zNoiHNNvRNJQV@gyi?y288-a8QqEGm=g9mxHRfYtyS+KfS<9mz-c@NAUI+<gpE|Tay
zdjsFTdRw9{mE;(hdOWuT?*SC7ed5mkU}4?8r{8-wtPmy2eFFss4a%(?ptQ~;zu~)$
zZ>_4w;v41WxJff6A*9LWgb=h2m|IUEGA8Bgf2m{Vxe+${&?PZ2{6;UrSYoCueWS;e
zE`tY-p!t(`@y%JEfpr9ZS1(DSKotyLnxIQk1Wpv9M*KJcb!?YJbmA&36fIKv@`4r_
z(7X85UU^(N_rM&Q3Jj8CQ+0>>4ghO9=RJ1sC;eSJp~1#I*6{6D+6tsS(9D@0tlAdd
zMkT`@uhwaq4u$NN7P7c=FJ~t}P-GE!!Ion7Eb`=PMDJ?PJd4|IiCmRz^O1#`CXhf~
z)U%r)gNaA)pIG@=|L#~;3iIMn+K^auFMou0iIIK%d5g1$EK=sK@RjD^Z)~-d?($fa
zH?cNRh@<uBHX)6uv);Nbee%opy?EnBlKIN&W$7+2fuEF3#OQez7}}7e@$+RpcL^r2
z!Y>O0xibTJZa!BuDbyZ@Q7n_@hJrO*gv1Zv0V8+{48zEZfPiE>Nrg6Y1uMI(*?~&U
z&=m$rUY3bvpTg}DC$nH4<fqn`J2V~1RNBx;+cW*9%T`bFUxNRV`g(~;evz|7FZ#;q
zcWd8_2l4m3q+hSotbFa4GCOqdVM06dU-n!>%B*}a2lG&Sr65^bW34u`P3sL_j+pGk
zB>I%>2ef+hX`-X#i=?k5Q}!E!l}e2=H)sa3Un>eh(aM9S4ZGfp<<f%rN@#D)=P?rt
zYSyla-edjMKby_>s~=TheD7L+DeyjgJyv#QOIi-n2R{eyp5ddcDbE4N%IOcbwb>|z
zlogT=g-*&=0lk3d&t4}k-o4W%*`{twd|JML)z`C<|AzQ}^xM5!kOFLqbSpLmREW%j
zQcjO00gC`-(eEyCQM>auBGi+h$tiH!yMM&SU9w`{=9LUsM8M|72dw%p?;`%(=dYmb
z`Vhx^_1LNqp+cV!DVTvAiD8^)wBN6TMGC&4IR_{+HL=2fxb}*UXcfe9<zM=e_SPD+
zDc`!(o90lCM6L8OntbBR5`TRilHX^rIw<fslErF0POGr&&h1P1hrIiZ{_4zOeES8H
z{BIrC7Be;G8n5YejWj3sC23|Dy&V@|XJOBd<)q!F3KzbnPGyP&y)Pe3mlRom0u^g~
z>^(hjaR(HoC)QM^3RNoF88^q!*lhb2IvD(rwus8F5u011P(kHiBvT*r_Ae+xZBTs_
zG9+T{6`>L31joQD?m*pUfw=PYsA3^s5m5ID-&7UmVo3{wfO#R?hH`U&uz^&E^|c0f
zhNVDjD!+O(cBM!IVVgzk9+9iSgBsWXZlK1cX<gy#JSYy(vr|Hqh1yFYE`c~THzjUV
zUqlSU$8DCFrCnSz&GgVNzO@6*oti+U1adoS$5fJ(2W8Cd4>Qoyy<>o$hj2*bZQ}WZ
zK?A_g6QCpgc{)p=7!=0TJScu4f6#9W*z-4Mv%p^ofsh43LX*(y+KdUiczg|Mx}|;D
z{skN3Xc@<;mV~NY-TF8ga(Y&K=MB`x`JKxtF?7!Sl1}Ug<`7ttKKBZxEBZll@hS|r
zlF7|9v5lCVHv!m+R>>~Wp=;1o*hvH|Hj)=e0V|(oco-g?&-CC(o2{{hnw`DIyMpA8
zOz`44P%(ZE(2R<|2S?l#-M_!^Q!~AP>}|38`ZtRp-iyPuHPfEslJbawj^zLz1;=^f
z;KfxS1>?P7KrSOI=$sWmDmHXAonU081h~PXjqdPJ2MB5KT23%>{I9BAP2Yp%4R_to
zo$xO#5R_&DhI&jq%x$h&%)vlotzhk_o5m(4Sw>dz;P0_@(MUC0c(ot3gEa4w!XnSj
zB!DJczNxVtrX<3BrN4c>u7BEDpTTOVDZK=5mn6FGV41)fhfQ!PN=Fs}Vv_5Jx@mW6
z2J7dgsRPLMzj3+TH{NBf>u5Z!D0ViK-I7V4>fY~CmwNqU29iu$@_pFv0jf#uYjsy#
z+x5ETKSM5%rk<O9{3IFU>eqZjHm!b#sb6Lso_Nmdjne!r_x`F$^P7dfom^4HaHVWE
zsxMm!zK(4BFWDFF8z*_!yLKvQ*q4{rmX_D$O-nwSG49#Y4-MHG^7d7_`uNvYom`5U
zXXdb1i-G0>A!m!AC;!nVtfh?wIQ}+&S9<ID<7$;ewxEMWRAjw`gb~w{K#!+<FU5Vn
zgPSI=zq~T|XE@Gjj8P<upETkSs`w=%r8$qH*ZBShy~W8D`jSP(fI``Yxby%yy0cP_
zF+VLY@lqjE5eSlYo|)F1=$oQgmEW9BMzlq=oVB&?$akX4JxX58Xo}=hMSH5Xj{~Y7
z-~Gk@{MMKf@b%5-bHFom+P%d{^Y??Cjr@ZjZPLkzw~*vx(;v+v*R0+j{rvL}?(gKK
zr0~kbY4YLap<{FG7!4C`c{$Df&qDmc#(W)XO&GEEmrRf4`kGhA1lBkhpw$Z*d{&ig
z8-i%R#w6&|MdCwa7w%elpHw%kmj}Ae0i1ucBEq(x^_1u=F~J{t-eSZe!<hyKKb1GC
zaxhJC&k_1Z@8r$Nty?|N8dk^<DN$>3o8nCKh;q~P4vuid>SVI1XvWCCN{v)8c}pFJ
z`FCu%d^kH|V6+!^I4ik_`PLt=4x3Bki3%zRib`$L!K&WfmlYN%j$ibVUwV(j==iFy
zuDC|ba@;FvwwQW5Xu>GKOzk%8VQ1Sz=h&30e0nqTH|);zN#*y}ckg7M-hL`u`Z>$Z
z=ZB@gk7M7WbXrOHG<K@1W7xyB#0|yFIK=0er|@7aB#InKx3GU-;FnJ+rs~~4h+A1n
zfPAIMQ|cNY*`bv;8SCr+{F}C$8)n7^ZYKTuU6bqSZZrF0{85l>X6F}!N8jXjE?HPg
zI6>7so-Wt1A?nThQ<K{Mm9)^jsPk}U7nJ)jC{+@GQ48SVBjsGuA-z9q=Wp{;G$@C!
z{Oyl73)=aDVJ@%BWsGv%cr7=Q>X3I_Q<+5^HyfHg4d3W-#o7MYa4Nm~r)o+kHL;RW
zi=v5*zcb%zu$4?;Y%30GZ3TuHd7us>L112C8-3jwW|2@T^HHmKYHl#0C~N=|z_>9J
zlu%Kcj|#&MtO}doQSphdsD0OK7>+;a3%vFy_i_L1%|QM@{Xk96Z0f4b()OzUC#!I8
zSzXGFHWqaoA~x%aH-aog2I6DRoXWXPWzG`wZrdPS40KA^R6XiCES?tZ0;tE%6!?PH
z2|#1?tl3|awXNgC+6(+)>`R9xC;>2F!GSvpbZ3V71d;}Vl1p-kTU^Cr)NhRB={!#Y
zAIty_E>z)~OC<R{an1i2lh9~Pm;)d%Mp6V-1Vti$U>~67k|of|nB<R-ZnTCP=z-QR
z%x#2Wf}x(_lM)X~Kq<Bi3{D^Lx4_-~TsPv_g&F~4IwxhJst~w3wgVc6{5}Tp{_@Us
zvp81yk(zpsDK;keeKtS4pdu5-FYXg9{eHHxfD!d=+Ixv;Lz-KwKqU`?d?`bkc0`BY
z2spInNoVWk_wwGs%our7HUR8G!aXZN{OrXLEd3;;U8^raT7*Wyx{#A*-p6|JCh@9v
zOXu>K;~s<U6*Is5w_Z%+Cpw;6Lfg$arC)ko%hlgHbWEqGO!}E`)>Vn*Xlq12?El%T
zRM!praA)=Oquu1DUDIvy&r|os{soKUv*bLQWVq>DU@V4^uwuXnd?T^IK!J1+&RZl4
zxJf{OM^9K_C;w-^{wL9D|0mHvjOT%XE{siGHjV~f%aKmnEZEHB3Tige-i`oFbfF43
zM<H-m6;2=LE;+i6<3d`srNvnbc=I%7G9!!RZ}19OCWvJ?NM7O*B5@ApwGwWud()Vn
zl;N~$mq6UfyTv^8!W@lBAaj?@#;D9zjH7dqEJ{L6eVXq5jF4Im3kv=hr$!WI7WCcW
zAz{VO%PS_1x6<0}$hia3epiMwSGiL$-_7fo!HDHxPT0}>o~sja>LOfBDFh)xXFN}T
zj#$M9wM&%?lC7A#u~Cgp4}#O)NNdzB%_gm+glL8<DcG`ci=@td`neH1NzyK=ml(>C
zNo35+`h-LLNKgM%quQv^mjrERD?m{c1;pc7_R`<@o@l?1Q&wrr>7A6;B6>grST5x(
ztp%Pe4jUmHbXew9GLmcir@Bp?f6<wpjYb(%R(zTNK5IDnnA{0?zvazqJiieWGH~hU
z2QHUR87+q>>&L`8(S_hk<m18-E<NkPEJB5Bp;$jRf9Eu5<9kuT><UPc&a>ZnCR$jn
zMT<r8gJsbQk*}h~sV=>eDR0`B+ey8{=mer3h%elFFyfW<zC+e*-}le;X#+dOE!6~K
z$zFJ!?U&a1qfv`HC0#pJRjt-mk}dQaCRbm~vHD^&$qi09?P+gW`(uOKS-YO;ntm`J
z^CVm{{F=Ng=xQ?sadYK)9`>0<iRM6iP{jyb7U*U;yL~_E-IZ=}8Cx;-Zq$m;pMMja
zPh2@JyLR8c;%6~ErW~ZM7_3XuwcR)H>Ot&K=3eBF=oOjH&?ZdP;Tx~_1P!g*YVcge
zDi;=_M#v|Dwjt&E@VuIh`(=_}^utHrWxldLo2mS_eh%D!x|~?~$!h>Cm;&(uCHlrf
z=fmICGbvKcJ{A6>Cd{U5UM~{O2XJ(K&i6L9JaG~fcElU!K#F5v)pzfe+ua(9!(qq}
zCH*c{lWvQ3>j_!6>!;G+^T(C#OqL$46WyKCh@-8yy2ihky`NDGegm$~&Rdo4N$Hb3
zGkm}I$uE`ne*9zNmiz2|7aBgYxO1RE^sB@3hfkcQ^*QI+!CV`Hi*%&QIH8{MvOWj8
zd-l47%G0j=i&Bg<A#A1P7Ahg{Hs<e}prmVGr*}@ObT0=O!~XUSydB$bKd=nq{T^^x
z+%d@9I@DI=N!Lh8#!t(k29_^u)9@?F)l*XSx{~V^(x6c2%@ULd7t=<4=xi8;@MJBs
zsBiya_I<N<XaF`86lRTrIK`n@eOH<1sOc?V1@j^@+%s?FPPiET^ka^gmo&m`Kuxl^
zGelo^{gvy{dXs1Ieva#lzoOq^*{m~JCDaa<guK?G`Lg1k^@drdwoN91)R<(_497@*
zg(ML(T4oWxL9P5MddpTAl~OfX1#EbLNt?S>`IILhT!>JJ8XV(EKn)B#Ck|2s(sF`W
zPX{ybC1UZd&|nyZ7DgopE@(j@E|$2uO;8alj6oni>*?ES-XUm=f*5J20cueC0nb|%
z({zw4$O^m>l4KR^jH3Zr7hPqY6B+XgW9sVG&`{qHFbr3DJ18yC`C#~>i>y<k23*Kb
zE|CQHA{?2ZRszWi{L!xod4;HDc~HLxj{w+sJMIwascAevH8?|bhYcC=dFxA<LN)ZZ
zJ7edi;>olXxyf3}8;Okbm#nxMav^p?%2|Xg=W+#$*m)y>#;q@Ndfq@?*<OSPM^CHo
zx5P`**8oBJWT8bM2%l_sAT(GAmOG<XvZ2c&Z_PvW&^9Blq}hB}-1ma}8X-5lBjJmi
zLu8Zwrvb@Wfp^L{+uE=%+Ep)H*?uiln3G#9>^Nu2zBO2wWPJD~HhQjjqBYzASyJ}A
z#$K`&^_g#<vGvmFUdQdK--*QPsWD650E4>??{T}k0VF?Sf8AP}-=pYnOQRjHoHaVh
zFfYls(rRAG?<Rb7nz2aoJdLVYphTwXrQB9jSd|7<ISQV#iGzcQ8Wota0fJ@HAd36&
z14a<AQ4AFFB(B@J6Q<IF&7e^S(S0I!0^C`q;D1m*kuy<vk;O5pnb;e6SQN8ylWWi3
zmHf>w;avm%2`L6@b;g}<Ne<hlNb}Cvf=0YbyY@8`t{r}ZciAF|a!DuCRclVy`t!0y
zLbV@fqWTr>2r;uNzijtwImjHV2h3J+Dsd9x(uYQFr~ER*(aU;h8ZwvWTUC`)a&uSG
zzav9k94^x(|0MG`-RsPnc3Yrm@BUp{DpLCk;a-hcYrZ+y(Kp@fqdeCP?YLjsx<Iu-
zW>VIXsr~Q$D@HB8@!wB60=}Guqe#qcs+-3)tA_m?JZHvHOO6SFe0_OS_YN2q9g*MR
z#@e3=pQ{{^U?-l&nch2*tD@Y(zeb?+O3(O3sP_$h#>Bm5B~wQ-c?at4tIde|O#!Pm
z$=T9sPsd9a4vZ+Gf+BLZre+4e8NY|TCiiDoj-4L9$#o;D@bK@8%C+WE6)TS%TQ=$|
zj+nLCH*<3VJ@4*Y^*IVbWEuw69&7hSCf7Zn3ARJ5$KAh8^6Z&LysQa>M?i<`)n;aD
z*1M@I70b%ZzS;}EN9teLWXW04uKWy=FBA^2^~JvwjWqPCDr)xMxTogt5(q`UBkdYP
z%4%&WH+DXnfat9}&fC|wFQ*`DTbA;@35~3xIh)xTnocNJ)g*vZhhn>{Ik>T)s+BU=
zE$8Ip+dt7Ov`QO+hfe}r;=KMuMV{@hdF&4wJ^JhSHRS&Ns1&1xcUx6EqPyY#A1ti=
zN_@UQQTBeo8p09ZaqPby?5)?^v(xZxb|Gz=L&3yoM_euLN%9S|mTC0gObjgrBS%Ur
zi~QX8XqV}8z#{OCaZ&gD7nk_&yrqp!2<o*(*DF4e2%YutDq`~vMt@oCwuiHFww0By
zLe}A=wo}Htq5c!J5RJUTM*U86yHUA-UDes8{hw0WT<bQaH2IPD%CEir{co@q)$#)4
zw$W<d{<)z2)zutjdqV7Je9k+m4^;LuE3UPYe-uqRhAqr2FYizPx#IFBB{naZWFxzu
z&xP8)3&I}D^Qo1TzF|aj^7YTh10T5f#4^sxiKx!j!!P?v-CsJwte2_nD=ME8>(;E!
z8mn9k*HV)5^n`wjT$9c_x>3Ty0szcz*oiB4%X{xitoXRZ<mN3iRmq&3eAJm;n#!29
z5(-WZ!UQ_5?EFZo(AZtyE!L`J`AKUcutt8`*SULQ>ad?pn@AfcG8t-nNn@3yuxC9V
zk|OC+wu7bpn?0z}LD0x#&}HByJ|m3skx7IYO{gJPL(+6=-iJpij}|7%SzC7g^_Pck
zHp}BC=e(XNoL>0=Tb=rB`-*=jyY<8O%3^XZ*2q>Jmc+*c!(};+EH|eu-Kxnpf2f(6
zvHLxXs>y0yJ;rwT_^q&?{=^zZaTFhURHO)~E|1D<s!R5#&aHPcMG=O|)<nL|f4H64
znc_Fmt`M<Im%UXsXhaZgq;_#WB*ae>*bF>&cs$MDxj$oxz+HJ5%VIC|Smn>RRkyAe
z6X4?n&TOxI2Nn{;SU(Els1`m$+`f;iYCSXCeP<VLyCWduXVkLr`1!NZi8_o9`#nAv
z@~ZgU0mHHP{uLCof(J@9hGUzrZfP(IBM;Rv%<*#mxYkNb$prDg6UaRx_7S))ItlRf
zf-2v~5@ZruH#7zc#=2x(4A6F0r7YUZ+coko>0m>0&UW1<DXEJ+ag$iVE;$KuSs!%z
zZ8_m0PQC-CQw$S%n>bu+hcy(Yl8&q<4F!*>Aw_~s6=>pSh%juIfhBW^J&UY;P6#~a
zQ}jdBz&1Ohfu6iNsIb+*1>;{Ps2zktCqh!7Z5`hlH9e}!(sxN3Y>LK1<Ky{viP)4L
zbxaaOph8|fA{QS$&s}(hq>({xP6$D#DNxS-h=XcXe!a8LEP67uIVP84208_{_$f2*
zF@Viw1%a9rns!Rg#u7{urWCo{v;1CJXtFyby%h^nuO>GbF;<n)n|QQ$X(5t1!M^3y
zB(6X%il9C0*x^q3e({@hD)Ekd0t=+LUC92rhcUawxJ(*@w@DH91(P`-F56Ik&CR3z
zxP-=wMx#wW4bCeUi2e2x?S504FS8>-C9_T9`lTPZ&%Tgvj}Ec2jfaWjZii1Tmb|6L
zR0gP+gS2hVSmutVJ9{801O3lbsk%##d>-!HvJv;DW5+(0d)XrQvm@}j_Vo2A*PWc@
z{kTp>R>kMs_8>)dB4j{P^5U=nGbcqs8Gy|KJwl!`&8h&h)P)BD=?wfNQVU~c#2_He
zOan1-g)$fHWaKK0xflXzjOoIyTui>FnUEH&=O&k_+}$Qj<}q!O0w+CxXLA}_*Q*ET
zZBn2po$0<-q?PVS3j$mc@<Y^VTgi8bnPp9w1@mQl^HvP#x6qq6n1#zZ+op_UdGFLT
zEHgG-Vo{Ia$TmwgaeP#dk{Rlc7Z?2&g3kFMWUs7LV9qgD5-;+3G1r<bLDad7sF=WM
z%Wq8Q5ig<s_4tJ6SAd$7rKyCH>6|0|2kn(N(rC}`V#$}h8W&U)-_I&?nX3gjtd*w!
zu`+$MKYV#^Ju<6UbpG&;>+F&)KYQ#vYH(!xV}olhmU)22r2HHRyVE7NQXZlGHf;H=
zs?}KD#$~~L$=Y5&{SYT_m8m=vbirJYQUKbR@-Y+H8*Z4AaPL9(GvS5RVd>YS)YmQ6
zeCI@ygDvL1b%>Oy747<r)DKpfwS}5EcIm$!l8!3<lKs-yZH!IL#FgH6j5NSV%J0c~
zfZA1|=PEC09*g|49=}`p3p(*Tj7xvC_^y{pqwj~#(mc9=FviFB#0avt;<w7ba>#fi
z7p=6ECnSil9UD6qI*BQmsz&3mTUEY6wTE~3sHtT<l_wXi1nZQX2g~H>J?CIm#+cAk
z`}~d*QF)ug%f6cgTLZ7NV7G&Qk}EQeeaA1Q<SFt~2g?+^FTMYmIx$z%LA$8J<5A_|
zHg9&r^w>{N9Pbpb^knrN@Fgwxlu{vIjQV*`VCq$F|6v8JK-x^_&C=S<71zob8;C&t
zOnrOp_;m&tUzdV-huz7Kv6D`&jORB?h~=z!E{*U%y5_bbJKN7^8X85bD&I2tdhMmM
z|Dc~qhCDltk9)JOaPX}1>hCn0r6;#5+(|kc`Ua#R$v$_RL%xq$Mntb$VO~v)WskF#
zxJ@|_s6`orC(6&NUJgc0FGb)VQ`dMsWe`)TG)_~_E}F1pIWRApNqlgXQYAliWUFO~
z?<k^Fa|BBLoCUIp)R{LszPBpFpe;T9iv(^Gt0HIXqMm*d>HP?Ohl7?b4wb~geBA%S
z+%QzXLiiAcB_?+4xa%1)Cn9IAX}sPp83$Aj6#Q-Sl}dN&)@O}ZjkGuq4F5e)7EhVB
zwJ@FTdQ-x8RP<NMYVGs=$SW^m!lW}XL>J00H*fb(uQfPb;run}W8wa?t=5TIAf}PR
z@0xt7<HMDY?~F~dMxI;9xGbqeo9KTr2#wloUJqM+C-plNlWZq0uoo7w<iEw~R1}5g
z2*z@;y$=}i9r_@5yW?NQvlNvD=da{d-Cx!$qyymh4u0}y80yi6ZSJP@ijmaFsGI{<
zLvvy_LvCxz>R^96ZN#Je5vS>tW1Ei3ru_Hfc@~!YDsl;@%Fn<3txI^7S%;k)n4u*n
zr|H*5UUTR|s+aEIpJui-IXjzA=u?m$gT}-PeFHQjcSFFH2~&BnRk?x+v??<NsGW2e
zN|=4hVrh9op$+V@F+~#HHWH}(GkC~KN(pPZ^_v9&O5oEir6f=B2OndLpl=22xxtkO
zD*qZ}h+6-LA~bg^5z4?gw2eTnf*b<c8AiL<c%>|AH8QyC4iP)yk5(t=kBN^{Zt8$a
z4Ff!5>ev}luu%`WWe+~ta^YGy9wnKkEAcb&H)km;Z02G7W8+7}1HnWJqJ$?U1sx3K
zpglfz6kY{WSjRCZbLxZdIco22B*+^{ki>;HliG)vqv!R2S6*@QniTfs9MD`AA#mj&
z`o*e&_M#XfO`6o+r*WS|7}wVzNpxN2qV;70A0MH74Mca1mW9hjwk`_P6+eq>VI(M&
z{EW~J<`Uo9X|IzUW>XvDPS@d8h@1bkWE{z7OXI}c_Hl*TFzcq0QhY^jE`dfBG_VbA
znwkm&hTZ+Ru)I(IkPmA+v8^|w#AleSd@?DkMg=^tue{K`8c65;+AEpZhCyjDwfN9g
z)Di9ckJ;_er`ZP98f?-*n-Y@`uvLD~&Vkn(UxGd^e3emfc|^I9T=aSR<L~b+J}-6s
zhZX`ofFMJ6Kq6<ND>NV$B3V!Xk*oj~a%X7%7gc$vljGmx0WWw8*?(q7HU_jd0O)9F
z3jVV_V0bl=HxYf|Xe0|j$8%wL$U%?uAB(U@Jz8MMRT8824l5v+a0$925h0)rnAk6q
zRy44z*9<U+_Ad4{u?TaC+`XQ-q$!&5H@o6Y-<rL&Vm4>LYM@4^@y-USKD|a_)zYy;
zj5;{1zzAt`R{71ps(*&*{maH+?Ifd+z=_?xDw#72l2>J#jqFT6f=1B(S5$=|OHnhI
z1pJQ8-pm5Qw{^cC{k!Q{efY@Ikd4OC;M=2@K6gDmAzz;T9QI!}xYOnqv3&Ev7pmfl
zlJxr68Ip$IRZQ6}OfqKHQzP4((Vw*y%1Py!7hB>`a<!cKTF-0ETK{M`CTj%6J?**+
zY5MW@95}G(a=tkcD6gk#Nvkr`mL96hooZj&c5Fp`iE~J5!ywIx_OwJIw!TEQJg^Iu
z6}y4t?bqAO8RSf?mtPb~30ABW6io68+qRhdxoqw+jpepzq`CBzXRjlOf}?mcDc>Q$
zA#+vYVcihvFScX5{O1Q9k1L4F&!(1ToUaBvv-~N-9l+;nGI=}EYV4|dUe%ZIyp2rX
zfk~p8M(Ma^tRRIn?PJlpI}0qQ%B7EKoyEIHV*dWr8*(ExaiYjQy76F#e@dC$jGWhX
zFL%JZ#3r34&2v?<!Nr#m^UlV^$!0xQGvj9cTG4US2P)_3aM|N3r;Ha>!GHYh^~6(G
z9rf0wX8vaE&|Hd`HXme;Qo1#tM(u<D(em!>yZF|Zj+y4Lk5@0N9i09<2ei7_Ps6Gm
ztpXu8GU=#_xb#~53jchG$&Zgunh)%Lb?QHGui89u^0tMI*AMd{ch)`VJC0ro3gNNh
z@n|6e&22P6q5r3-#MS6`$|yJfZ#adTU$i-eE#^rdE3?#qkMi)75*1n7;nhahP|exi
z?8hN=G4wATuUn@D*R-uvjYTco`T3}y^Byt{az)qen0Rn-aB>c)mvWZ4)0o|^&@C-<
zD0(s2>|4LaH}Xc}1#-XHp7hkVzn)9L_N(~8i2vr(C8LkK4$nBupP3O~W%7sDox)Z`
zuXERU&ayd*;-|L6riP5Qtz6n~h|E!Dzs`z>=6%u|cWPY9BQpqw8blNZSR|-pQ{BKO
z2!>HLkv$l@B9IP8jZi@F#{dGE>PD^R3Zn`yr_YS;<#`xjD(`5Y2j=yirq|ltHlxRc
z<V{c`m*ficqV2#8Nq4E7uofuLsh_|+svomd4z7N0u98+5;PidLHVk2^2<|&}l38Rg
z%L%EAg(w(=tUQ-t$=^7@_*7k8O&zv=(KZ5u31w>H<!RE158t%074UhbLqh|`=wQZt
zf$Z{|>2QCB>3R9+dAJ++aA1Xjc8D>GWf|fvr<JS+aO%_Xe+bY3`!t|=({XzYXv0;r
z)Ztk5o<5$T%2ji=Nj)-1@>Rz=`cH8xOcT8%9s4Z8F-PQ<)08SPY2fn~+_cOOqq&_~
z*m&48qBpQeCbZj5&g3es0ywmB6Dg5PZY^~q?KfY9it62&bD+<EB)Vh3gYGQhHpQ7&
z<vD=g@VP5AF?;dg291%=p$#=eMy5EE{33J*@e0N^Dbqa*uw5uw*4!Dui%h1F<bIK(
zA~!jxX$4w~Ji`7{zGPs4f6bJH^;+)#4`ZPIMMWzVfZ>g?z52jbZh$&@x)<P}kdKh8
z-1V`~CI}}xMpRQ@R%4^Ea;Sxf2^O(?ZPyHpi+En{vF2mXaGD_>m~}{5&+P3MaENuX
zIi-*+;dI-b7b)hFJ|f*s!o6o4Dwp0`&s-6yB`M0z@Z+4a!0hf;x4e-o=X2VveO=Fy
zGD-1EgeFAO{?~}J7aiR}g8Wb2&*tpv!J79kW$*D51@`!H4k1Au;YK^mI^_#htj9#9
zAl)Oeg5YnNLZ1G}v^Q~N^Xh@SwE17t%G2GHmN4-qXU8VDpB`6<U|-tikHR?uvfsk@
zUbYs8Ec#R|Shr4k*(!x@l6$Ba;_oU93dW98_)Pkx=-9Wrc`Q4}e1|92C0a1yVibZn
zDgA$<UnRQ<Ks5dF-#TjSGs7x>W|RIhYga&%Pp6DX{KzUr$(uJIG5a|m;%rn{!rc;v
zuyYHEJMJNJ33_5I*d+$?OM1T!3TKWzIASE;H$I4tUheNX2cRu<hF%9ZgJz2|B?-9?
zo+!&@s8+Rq)f!Mrt2_>QaZB~3?=(j@{O;U2pfWod1U}m?6QEr=aQ_u<NZ%|xmbYqD
z*gnKr8S9<Nk+)YOU+P#`a3qqVw3q(z%i9&FN$L1{PW{(jyN@`n+Md?;<qBd8UwpVh
zkt-^)bu`HMuVU$perYX}pwsbt&;VQWf{hGCR+u46{(AcL(%l>MFNfKO_Z}5V2d6!q
z`SN|L-_YYuF*CgdLPFqJ!kr`{)pjpnJm|Azgior)=vdsr8##{Spsg1leupUiK7*sk
zvv=5QtGZFko@amG`F*K1Bw)E;EO|9ezWc%<ra7r7C1reFcAb`I$ZJ*ZhC8LaOVKrp
z>!rI@iMPFFFSVz5L|;QdxXBK$Rv-<olurG6|FWND+wf{=)~-XS8?QDo?$ytKm)Ir`
zgP$7bl_bWE`DP*w#Gj0og}IIne|@$QcX$psbk^LP+TKd)TPKPdEtfs}|42HksJ7Z}
z3x`tNDee>~#l5%{cXw@Zm*8HsSSa46xVuAeCs=WJf_rg?o_zng${r(oXXI+__0ILo
zxfE5{Zi{a?Z5wg4v&fawAjl3c^w&Ypnp{&Y?Z)QM0)JDXe8?r`5L0LNdJWOM_Rx{y
zekpgr+nU7A0QS6NlcZt;DN!kl?r&F56yOI$Fyhd0Ty~W(Yf(k$3b08@Mi(kS*l<N1
zRZIE(tRt&UDcK~UJF0c2;qmrG=vl?!3+shbXVjQuZh1xK^tp<T`rqh&-sabsjH$Gw
zg*T{+VN>2Oj0$#5i%b!CaZj~P3iKp@Ky-p5`&8w9&P7=m8Oja}CF#q_QO>k+7u0Ee
zN9}v{OD%`jYTEnGOrP3ZOsKuPCTe>Pd<*3Seq|Cefh7!>z}x}MT38DyiFWZR9y;_B
z64ieQ1<A_3GK&i;0(H_G=^^epP=+1^XSihEf=Yo8hhp4;k+?+n@^2I2>Nwm(nd5q%
zAQ|mCEFmX-2N0rRqnL)XF7PoaV_N+5>e@71y~qLjGq!ZRd9xa*iGWS{!!_lO9~D&t
zf!!Gymnds^=L_2qJwp#G9Bbow$fbqPiq+4H6EkvLPnY2KJh(pc?mHA0?^~;syaK8*
zPmL-Y1A?=d9i{?&REv<oC>)T(Mk@dIhvJ*bcdP5RsHnBkY!lK9ZAEQmZ`KQGa-Atd
z-{4qI3+1{?<;t`HC5%FT_i7XUZ3QSGQv87NjZysAd;>-&kepxu_$brt%5qI{ed`tG
zFn=4Um-6GA$gD*#H+MTpL6ig&oiL0T+n2-j2f++t_ZRuSTr#k^&s%eMb>V!(ye3x5
zZ2*CUmHci58~LrC%=Zs(kdH~r2VZbHsh?N0{sGWNnUSB<IP?=9sRQ8NlK(H=Eu!D9
ztqZ1xx$?`9ua#Y7zVAnlM^_%e8^@d+WInE3w)SMh5E8glp0;jRdGP;N<I!;vn6|36
zO8@B-2=OZL3ze?`3rQ7oiFJia_*W_xz!nK;lGZXVZzLxpSH~n*^O}DAw-2LV!{S>G
zD!7^@pxZxm>0B-~>JEB`E!1?ZxnP)1JK5yo;P~`G5@i>*)JU8$OvkedZmuO3HvM4>
zw<fK{Rj1TF{$^DNVQkwvQ&LtWzMPK^a+XjCQ<2OzR>wmTAL|=_Wl99ix>5@g;k>u;
zbs_Jmw3B&82uQ><5aXv`+n7*Fb_%VyzfbOp=qqAxFiRy`Ibm*{6~~gN)SP&lqLiu*
z#cdsRWaNx{vn)+;r+%|vb1QFH=y8Mm`C3x+LxFtoyqW#wh_5MOenaK3L#O65*6RdG
zafepDjr<g(E#d01I`guXI8Ur-_^`7I<X3yPbcT2a`A88&+<zK97*|ZZ6eb80*VzV@
zm-;;%hWp`Y)}4NRdClsC{PlWR<c2n`oZ}0{RT+Jo`%r?gQFoc7u*iXYCvUzTkcWL%
z9L^*`_4ZDhBEp~HO@4V`=101+1#1{jm$yq{k{+f9&EM<6qn7pDX7Z|nHse?f6&d63
zoqYj;iNn-|K$PN7Yvh%DlHrYi@_47(_p!G~NFIb)qGafH?Z7ta3M{efZgENOzATnU
zXoQ9Cj&|Ob4E<L~KKINB8=fX<>gI8d?F+OhHJUT6@+b|U=!(l9W66u|MZf5cB8=j-
z6Rhlc9+>iEckOP(4Gh?(Rt^{nOJeZ)NJ`^c{<uh>(xqpVd6`&MF*SzqdGIrlyAL)A
zNC1udAdsHXsKLO8vs$lmPpA1ZA(lYleXu5?;Z*8WoRI(Yi0p*>?HO5&?(12G^P)&L
zbA||u+?Zg6hVjCm<I0=I-`qzxWEo1>b`Yecj?UL&pX>GEia@oQMy<zG9YVIZ<F^J<
z&R-(t@HX+SeA!*?#s!S}GANR;vFnc}iunxRGc)lb85t=tNPEm^>RQY8E@Yt8c1M}N
zYZlyZ;%vxP4w_77<DxYARLV1kqzv`hiO7Xggkbo%bFbAmJ*7&`Q8$pxZg}TTUuYB6
z<q7U)d7WRJ3xDUT9Cwu`Wvtui&5a6IZE)y|^}jrI=*m3(2SDM+v<l;IX>frg)=lKF
znO-?x>CJcUlM5JWGr(ZyBw|$5Z>a@^tE4I#b*r76f_{6-2w1A#uF<n@`Y+1Lx~p=d
zjuUNY9TQfjNc~lxYjUQ(Q8A~<>REz{j}x<&w`!Ylc&10^V?Omf)BQjM;N)P;xjECu
zka;w;1Rjb$nAxwt`1xhVs~S6Tpf)<pf+PE!2(*DRAMNPnc$C6`lenL|O_^PYk6;Gg
z=_0~>`4nuFArxt{a-Q0Sq6@!<tLLnG8?J^{iDmpL&a^Y9RGo7*e%g3?eN`;v9A7kk
zz|7}=Pbimweo`rtYCsmur-i3;y2dbeQqhdis^AiV%q9H=S*VyOhXz|7fgPpp&8p+O
z+Bq~zO$2sS&J0=iZ+#w-jO4qBky;r538Omc@Mbu>=w`PU0ue5FqvRSAzQrB%U49r|
z_h)ly-cGMxNo?ZNGxULte!+7xrupH%9k`wiSIL?BX`#b_q<%OJlOdSn3e{xzY`jVX
zCnUFo3){c|tyYF+c)$EnNmBkToQTF>gQ(CUAdrr0lB8qqqbhl=354JZ*f3!#pi)d{
z$-XiACMYrR10VsL<E^<I!3R+Mcq1<ehnx=!JU?&x(;yMW<#Zznjvc2UWvRbeo5J|E
z#2LqgxrG*wfi?8--a+{7-e8@F>wW-}jJ}4^is)xroCwc`{%aM26?eUl*l}i!FpPW}
zcLRPc^Gn4*K}v#_&vCxa#F0-d*l`Vs;l(^C9}k#mu%78CCgGj}H5p5NFHCpMZtNq@
zI802IJm@>$zr$Z|zC#l_;gLo4_FXVRD=-47ex*fILgzog(Q@^@svcu4@f0}O_XF=2
zM86MwmVz+IV-Y0D2wpueC9vSqfTF!aa2~)xjviVF@4x;2>%<$`zVX3d0sLSG&E<DL
zaS>`5c^TkOH3GQ8&??ZJkl=mMSqM2vH$0r8*XT`6PZK_C3^}=b1y=|DB4>r{blw<l
ze0+RaANi<d^UAPMd>E;Q;~Xl=f4zD9XDAD%xw_*Vre$pw;rEqcX}A5nnxRl#(^_1p
zm0$(40hQp}y&9(<v5c?~@+q#$^Eg?~@0_6Tb@)&z!&o@pltm!HWFUPJf^rbc?Bfqq
zFZz|{%2-4|2?Cg!?hzz&kMQ~nmyY}8UPK5U5X4=|HA7^v)m<i;&O>XivaI|?e}KB_
zHoXLCaNPID{DGGmy>fhl6Z8nzW_b&vF6Cgd`pGd9;h=|iCR$%gQ{tK=UnfK^AeY9(
z>Wl1#U+)ae+a<o1=cNp=pwhW5cn~QK1ZB5QuREpUL>49Kjttf=3Zk$anCYIRP&GZe
zDI8m;7n`@Q<U5Jw6vbH$BEDFoJnUs_P=B&O*A6L0tdl}Pl6UdYXYfY?;GmkqP;2yR
z)KT1uzS~XI-9Y`K!>IksarsHt3fy>u{0V!1t`h-JXxjEGD-u-wSaLloxCFpC_7uk6
zh!=c=Ep&8woA<pLPw#Qhx-|i`swh?>qN$EQ1vV_DNYx84a{-P5x};qUCT$;THcN|m
zjV;m!3p_Hn^;XFx?Tgu|PZ{Vo<GdM6ub*awi|T+?eE8_(eEfr22JB;4l*qoRzvjh?
zSDYHyCtrUK+}RUhqyG+BR+yj*TQWf{+spoJ=WVU|w-nyh7S2}Bv~pdna#T|g@;&#<
zmDuki+sA-QS<3f4Zn(1;I|dn9s8#2oX!I>-f<Vwt*3nR~43nk%O3m5mH<)j3NIEh^
z^t>ER$V#oHP8TuDa8nA56N*o<iA)9<l!%z7I#lyh`G(&G(b4?ujl}hLxL4~NGrsv6
zVHO&5d!m))Tl#%x+W~6g^D?XVr7Coo_dL%cbKWyl(uB1_A&K{zW-fI1!7^HjW-;;B
zhQK&)ooqY|3vfvMy)SFP_0NNJE`gnT>^&H3{CU+Fwh;5UHNSGBFz%)xtt(n#^BRKf
zh;#&A-J97h1OX*i2HF@l30UX53>^Bm79UBH&{1&qGQ%n8z_AFbh)Kl!b#~4hyhsIB
zv@t-}G&${Qo(EdGBxL$9xJH_?wVDeA4kP~e%XE1Tzr*RjeBh;zqhUJ&%f0`$@@j{v
z6=jK(U*{0X9TI0nLtxZ-fFljBb4KC+QGBGTw5$bO>;PJt{UkeQ-&~O&Tnz1#xEV$%
z*Z>+NT=#HDwszkb4)y_pToU3iUw2T6D_1xm51p77#@D@_^adOE&Aoyw6rZzz_bihf
z-PZPF9=(-OWJXr(?1g1SVkFiB8)r0c#2_51shf|d3+j}kPy4NX!y0?h5`Qmwnq_bv
zN(PL$!TymnELC`VZlpwx$h2sbutjf~ypxgCmcbGwWx`K7l4Qm+?JwNJb&)XxGPr~?
z-<Eqrf@dGZibC}nJa|4Iz?*NNF{k9o=TcS@Dm|^6(pm9kA=1Oe9yV>~cNV_@A-%yb
zQim|$QZD%pYikET>~fTFjiQPn?-{ww&x+kyZ?;<n8*NEDz=1~#_3b9B$Df{^nqiG^
zd5I(kaUPnRIgZ*|tFbt!Q6dC%Kc(dvOo$KxgAB3r;xE{p7VwJ6{9naH=!N*!aGR-m
znq0O&xk_1AItsoDD&t@c&e;tTi~e{pPR{?;;I86wBQfhlVt{Q9ErNixw2a08d~k7<
zf&cMCeICH#v%_bj;4-*;f!xT|HN{q1A%W>4J@27ps|trupl|oWi;5a7H))U|kBl|u
zNC!--CyrHv(kJeU!%(*Gah|$)F2UftwT#u1pY!LL(~d2&QL_BH?<tZjC{jy)XMC*J
z6-bC~k7*=V)OJEVsFa;E`m`M~v|K4i<;~>AUqx6l$Urpq<6Emy!wVKY90DJ<qT2=z
z;!c1@(fo5FSM=V|3V>X<pvf6{e}ZyNAxBJELx<UtS{m$JKP9{Z+UVg-EkDG>!FjT^
zDdKuc=C!im0@Eouv6j)<l$Zx6u3mfN_=(!|HqsbH>*U#{uhzLm(;iEpqa|f`BpvL{
z=nT#wo1KS@EMA{>63xUMk}Swy`k-xuBR*f^9PUyT7JX|-XclY^kZG63=|@8h9y7gR
zvfQbbnvh$})NYo0EEalhU+sGFTf1&uZ*N-y)vg$ssc(M@ED2#pypP@y|J;Ng%h%~6
zn$|s(flPMG|2E+1MHhLD!PpaFRzt{?>w;h4t;g`;mG0SNo>DNOu+z+-MjY=53d$c`
zHT-h%m`iQ!zxCXkenA+57nq7G_NwYGzlUXwtD9ys4E>j)0s^=ds3bjHJe&tVW21uz
zVgrCb9`@-w_1q|~7+af+5~4lcuQ><gi+tUCAeujVu3R|$eEvD~(@L3*2oik4@Q0L!
zrHU9ro=-!27{U9;;61|7n!j781_kZ-CKA16l4w}`)F7$1G@W}L0p~?CCR3pm8)i`s
zM-NOd*h-ibX3(ZmJJXUVN1k=}W4-}1NsZ>s!Qj-G`Z9G#E1CHj6^G5*{i|^^@W!ad
z_HtikJ3jmi)2p_d!s(f_svt8?T+KFyZ|m|JVm3iyT1R-}7~NaEKZIoqlD*q?qe<B8
zzur+G>uEiSKNkK2Fp@QBt)X;$X~$_bHg_FWGJz0Jxt~~A(Rk}1%yv#vrBbW%xvW=;
zch219-nDs32)bZEHYXBxT3j&>v*oIFH;g(yRb0#IXhT;zIvKU~?JWhpd&RNUTy{FW
zI~S`AoiFshw#_K0>B+F<rY1OJOG1MbYPgPvLV9meEJNZ5{rcn>JkLVofA~Y~f3EcO
z4fG2{x(izfo|jhs157%Q|9ve#JmQo?Wd6;Xb7Q`rF!4|X`5K7TcIu>Y;y{l4({ej>
z!VbhJz2NSJOd&V)182<jX6ki{-={jL!JcW0-L)`9<AO>q%&Faix@=#Xk<tBYOaZF1
z;w24wsu4YFh_?I3p<W?-!<eP*!oqJ?DlB38P|TLW8gzMpEjw)vzQQ8*am4|(f*rZN
z(Dp1iVaW?sj+~USk3m(4*VkZ8^l&`wI&zq({l;Ea$@KOq?dhYSKj;$&HQ(rq<PDvs
zUncNrcS}-D5^aD1(@5?e3N1*nKZQSiGF`REVOCt1`6kSuxMB9gR8eUVN$J+T$wx}#
zhLW)NwhqW|q)=_U(Y~$WySsb!o-_>$6`=|3YFpgOQn|-cruApK7mSoe?K{Uv)ejY0
z)b6RaDEeQ9#Up0m?-6qb7_3parBfMCa@rhKPY(>lr@AL<?@LN4tH}hBz4;5<tI(LX
z46XNQphL7u0}4I>H6n;+US_#hWKm&8FU7JZ&XeF6!!M_ZA$QHZ@3vd>O}>`o{hGZ|
zC)u&#lsl^Txk$;-TBEqB8We1nRcKru57u%91QAA5z%5G$I%&^u1av!G^Ppb3Q0rBL
zlgXpf8hI!Yw{4AUQ|qHM#YyAi&kzRVUo(TkTrNlm<cveB)MZ+c?gh4=Yr{!Yy|uB?
z@CoFuBqSL4#+DFB&^QT<l0xEV<oCisSp>2ysFZVp-3)kRh(vJT;_8RQKP7Z!$n<fT
z@YkjrIYZiMN`)P|D^wjXW$-QgYc!@($Y%*<y1>cpMES39Qr;+K!8xdea*l>zlON5}
zQ<au&<y8UGU<1vnwBJiYRuP$L4VUNyEU|=wt^Vfw(YLX)3<(5eGzP%OOZb_hs2LE^
z4P!wN5zff%M&fO_kqY@11BJ&qWqe}+=)+x!M$L-mx^(+Z1Y6M9l#>nDx|CCtgW87Y
z`L)~%jU!P>6~`<s0`~h|*JoqIpHylLGgIbS)x4Zv^_Y0m2hs*i2junJtRp5NhW?mZ
zIvZuBua^^^DO0uK(v;0>n}27&fdX|+t3My~IC`=;HcW-Aev-wM7r6jVjD6j_L5`eK
zU_%<Ot?3N;PIbo%>*ghD`!Z|c{9vXI3mW^fxzw)8AkeVT)~5Khw&0xEddF|KFG~La
z`;eWVpXvao&#Y%B0>=-IV4QcfzqYYmse9#U<6E3Y(-|r!NKV>{z(q4b1-fG;Eap$E
zM2D1W%EOXa!0!$jm+ScyG>H3jX<VJf2jxhjaN|T3h*_aj-xBzRg3TX=Q;u~z(YTZ0
zq@iAly-SMz!sTPRQ{#HJYU$jKQmL-IqSKD^35-tzFF7JMGu+A%*iB6W^hR;5)#2R_
zOb-Eb50l7!OF^GK$Mt1iX*er6lg#=3=RI9O1Qw|<i#7otKUwoZsRc)x9&!VV#Q~a`
z6hq+&_r`I*;AW^e$R<k#?#y1VIU+f0wZF1%2p}54a8i;LUlx#tpTTA7k7DD5Oc%#!
zt$&aWhw#<&|AZUzftC8uzI>O&ZzD@O|7m3w=}}bjH-BG<EbnMGTkl@uzqBWlrNQ+r
z18fQS6l3pOX(h!E1jv7HexuJ0ZvYnW4AGJQJ05-Gi*|aAjynh;TaT{XNm-Bn1J}q%
z^$uyaU01+`)SUI7pl@z>KPaNFk@^R=#qq-oex6d}!1O!@I#TC6uHoae#0|V-kj-(#
z+*Z@%pwgZ0j4Ul3Qid>fHgF%@m#tmXS}vAwQd}$8QP7tx;{H)q*!g#h&K!GeVV6m=
zK&DE4lsGz6MXmb;w>8x|uDYtSw79W<u!&WGZ=we#@G1>+AU44&Wf~8*mVbqXF&|jR
zrEX}AJNSr|D}a4$P~4n^bSs5C>=PrL@#e&z#Qna%Uas-Dz3jpKgoK(-j_f2adkdDi
z<&forY#T3wC*2~PKO{pu65nlm(OZChH{)2;6L#{(er}s6;Wg^V7cz4Vu@=@X=(ufh
zA~#kFaQJplSQ+o+Rc4xCCy2pa(M4e?8`2Q#z9J*lWyI6OGh%A*PQO5|7oE`|i^_Tw
z{^(V~ID{n2S6q>Om$HSuoaUukmJhJ46%bEiRzKczZ&xuxd1-l?L#9m^9hqoi2%_w>
z9Kb>(G9dNOX#C13u|w%CI}ViY-Z5zG=v>6t*qC1_4IFf5vSKuU$Np-X2i~_W!YRr1
zhA<BF^>fc$QFO{Z>-as6j_1eErad{vh2TMrCAR2_R8cG<>c>un7@HjZ0~ljPYUc<M
zOULLx{0zf0XA^}AKF<c|Lne$~v+sm3meyq9Fh`M`9!H=1tC@FprKaZt|K&fx@nrRv
zh=%#aO;%XqFZ?&yK2gC%_<Yi}G7cUSgXE@DRDKy};;gTVoq1Iy`K1K}z$cfVf>kt#
zO|sb7YidWemG$e@)6vXj%lF$W(JQ<@0PNs9rtPp~1EWGO_vUPZ!J-+pr4BJt%aQz{
zQfB+)z2iAXmw$k!TefC@!;7J~aQ#J=RIk=pe}gmRmMHVRjBneXMp58{UPZ;JOHr=`
zu~?SAlCZdRn^_HK+_a*^VFdDWjp31qW@lWyIo^Z_#7OR<I8t1a#au*>US##e3#NR6
zDXhhc#+nerTE+{O2B50|%lpG$OEcGe(6j}=oa!=j5A_j>6Od_8#%t_>ohK#Sy6vSz
z-L&WCc7aXdJ;BP6>~u#(@n-i&N!7c7)0aKjhAUe)n7GUaY*m#^UO-i3v}`?=%f=^J
zsio=YSf%&Wvw7V~ove)b8wUYhY!rYuvn?a_54#!0>P#()D+G(Jy6TavaAuhqaXTFg
z%p~`Y-o=rv$S_#t#cX2LCPCGn7z^gx|Bf0ZuctJ{Q!7orHQ8xlaH#a`WJ_RpB(>K5
z1+ny6#i+EpX}^E<`5nK{x)82zJBsIo-N4Ly%Z9br!$Ox7!^jEEdzO#Zj#Hw=<Y5`q
zC`pgh^BtlNH_0>0)Fus{Jmh9-xRFoFJ?Xp+&RZzz!JkE{!Nev{0*{r%#mj}aMu+%z
zEB8;80czri+^F~#$6+uULHx@jYFlbWhU-2<`H%H%pugZY$IT1=kTZRgp~UPG<1QqC
zuXjT2T2)rC#xchnmYY@D8k<yCE1BfmY?0a<V``*8wp-`o*YQV%BdUfHM|C$1uzs-{
zBAY84eO8EY*BIZdTJF_)X^WcAoZjz3B}4j>s+0^LH^k!*v2wCdI=ZDZ<vY>83==?*
zQuLmJ?2leVbW}}<xbh40oN39rkz=h!vsOKJX}M3odVMMTZZ<lL7jj2YL&ufA39R<;
z5smq1U%-I`Z7_L}{gjss=cLck5kfR`gcYnlvDUpRCWP;oO-odDLnrNrWS1@JCwa2!
z$y<4Q#$P88t}3$J2MajV5Vh*9GD@AUGHh*GHDjG_ZW*WF)z9YW55xff*4VfiICGLI
zW7#P$|CxlC&_{AIHOUOvw%SC$iqb(o{hk3M#z*KJ0>|dYVRuVYX32bX86(H`%j<R_
z5`4dPnf8ey5h3efk1$+beI_|VU`TU5i?yT$&z%y({qr9UX>KC+%(jX(3}9bfnLGDx
z7Sw(NAj0xBzmVi@L^OmG)7*x|wn2uX5szC1Y|PU-nB-BhZO`pqG+te3C$k)x243za
zTMVH;A^jGXEvVypR|Ek{a}eNwN*iG7*G_gguobU6co5=U#YQn9-n3YW7%mN~3p5x*
zete_)079NtRIfEiz+-Ip^C5$jB52$FY7&s&*WjlBOY<FF-{?|1Ilte(54aq~F1vl5
z_|3jdr!hSx)R{LXOoRBn4Uvs<h&-XhkZ}BW*61-tst0SK4+q8fy-w54VN3}6-?sB7
zw#?Thie>?jxQs4E`)U4^t0`l$@lG*WHJx;;WZX$(%wmmv@2a!8<#Sr4@oIDBq)l!2
zAIv{%G>~6<jJD`4B<M2%2F4&OWNxkXb-1Yo;q3rk3cVF6iBx=wJ_cRc8=<1anGs@o
zF2(>FI>!%*;Up^`=~)}xQBgON>`;w`-u|T3myp#m=BhIwLBl87Oq10zc~Qsv^EO1o
zMKf(P3pR#;hA9;(&ifWP;^wR_*s_yI%T6(w7{0}ci#G=N*od$P-l>CITVj1_X*olE
zKhj{r13XV#@r6I&H65XU?{CS!`Fy4TdV7MKwhLelt9vt(>Mmp>PR`i0zCA^tKu6dI
z`hrRsIy@$^_qVs4J9X8k_s!4mxxiMI#A)HWA$6nsp?h6>7Fmft?X6e>a=yLKdzrn%
z%g#Ew;DhpmolP(?3h%WTPK0&QszGvZZ9Okkw?fb=Qqk38{_qi$p&F)l%+Rgz^m%$)
zkOYT&Pvj2DbN!-=y?+O{Tq&2dwCp)#WY~N+ZwuG~h2`igaeA7JfKv;?=tD4BUm?v+
zfuBb{uKsn7q3IS1&T^Qv_ZhGMzO^^EvsalevrxX$LCnNY{K3*AsH}YYv;M&*{>&e#
zY+_=xEySOq7tf)YMn^~!T3SL2N>U8GnwyHoXN>J$yCFpAzhFI<Uu~JTw*40Ef{`c^
z`Yx|8I~zU@&r#CJ`tjL#MrM_3d{Q{Fv7v5Q!XU>LiCjs34Cb2%RGDmO)on~tSKQas
z7O1WC9k!^=qPSTRcwjHi^W=MlIS{xlm6yGq2#DV6W2l)c&}~79*>65S0Xx@>Y{6?9
z(#wJvv5YR55gY4tIq>Mj>s1|BwQJiB5k28DkB4dph|yi=x@<<PuN?aD$gG*1YW8@^
zJ|XYw?V5#EabF8tUR64<ZeUC$Y&hUZV|9Pz!v}#(C>faoBLKVHKazwODP*n8aKYsG
zcZ}_Xz_MS_A(o(mjLL_~F5XWuDb^pdZ>tX)k2{=93tJU@Dt8oc>+{K{%s^sfduK)@
z_YS{q0>$g!E*2#jFdt=^i3~=ci7G-JWG&=2f^VGko*CH+W;}Yk9e!f)I^Dx{bt0YM
zUUv_hq$RMh?}x^Zm>(Lofyi*#2a=~1{6E3GKF=YzOiSnk<S_@ik*`!m#U22c)GdVI
zn)!cZb`2vR(|?mxvT+AC=k$ovwXa4mgk|1o&CbaT#HwSDW2WXndW(DGUW#cUT!^oz
zWS}TJ7D@~IC!oo>O$$ZuPKxJlNPyDE(Nfs6(kBxUo*)muakNu$+)X#|l;y7GQ7PX=
z@l>_=>Uiua>;||R^bf$xk%FtFDij|TpK9RgTo^qV`k)C*=)JRKRffEIJ}V~`7y%Cw
zl!4$@_mW}$#IY5xwT_jeu}CanxxQC36t;8`TIYE4<~ev?OA{X3YErHdn+G9gApIJ4
z;?Ot1_v0|}#pUkPL1SM5^`T!-{GfRETvFo(8-GmX<Z$utcLgZeTlZe1J7P+T3E&}h
z?NJ3`<}U&PHgppavdS!}mp8)C{P8=H`Q&r6wWaJ<qeQDtW>$+EaL>d_V71E`Cqlv*
z=4-%0<&_~UP056~hd~foe)Xhz$0l~D2g5Ymu#@DRErEO6V({FiD>$!jC9k4cS4oG*
z_^^z!=@b3^Nz3`nZst8G@y40<)Ejxqx-UKaD@dUuo7LBh#e^f(e?hzSy6BF7G$*v~
zlM%JX>9G3kc}Nf|Zxlr!g5KA>{D>SGW$5_{1<Jrbz}Eg_r6wDbYr(Jd4<nXo{3wwq
zR-2%gSBZ+<&MUrvtzRk5*sv{+hz$Vc)BfP`oF1z)*BxcmzMj;;xqV~8i<<I<b?Qf;
z>}nolX{PA6)123uhBG+Q#=jS)byu?b53pAI#}=XEJHYb!cJYI@`p9B_%z{9EU!)Yt
z^g6}g5LtxdI^>x#iQ#>ag1vJ1(4IitKH~X(_agNef!hSID8@$2P_{XmjKt7XqK9;d
zCZN;k3Y{Dd^~srR_ivsHDD@XTcG|<U;~s-4Ry>Ml>yDi;3xxb^cZ2WNCruu%sHHz0
zGUWx#-!}ycLnio90FqY|)G~^Pen~UE!yng}fbI*Nuwsg<*`W4G1L~kOh4P~kJ4_u+
z*zGPo{%R<EDTEYhZ>_8<{}e^08SeDff~=5;@k4&V4T?RRw+F--ysmeoKa1c0Xszzw
zD_B+t5_n9!h|BOYKy^yN>pKmc=f^Z}8ABQz*TrWpw_@v8aBI*OfS$|a10)ZCe-e`F
zb;{XlhNNA!)2IwwINp|1i6q8oG`XF-o#B<v?M?Li(y`^GBs(#9We%3Rj7|=$m2T%%
z^VTMZ_Rt{+iqLOAgqCKN3)>dY2!)<JmUo;?zZoaGK%Dr2MP0V|>u@f#MnK(xOithu
zznvdt2eLgpN>DueVDk<(s#7-lTOvJt=RuFVp_BO9By9~801MGvdm)xeo*I*+clJc`
zB-A+Up#i+;au-i$x~UF|-wGGf707+hKBxxCi|uDk^m+RH1AOAY?phubrqre?=g}$f
z<a<ZSpp#U^x$bNI50K6mpBCCgL~5O%8Aq{tFobwislw}axt&4X4t^l4?bP5+J0oB^
zD6&YjCoAR&D5q|qOz5v2+bIBQHc7OwX=Mo(H2!r6kMni-Hbk?TPzK<RW<e~q%{FE^
zO^KfYZ>^8XSa|my?DwR7xU=Y*m~%{bk@i^c$Vt|G<nja6AYUlirgp30olMQS)^OGl
z3BT;C7}K>bI`d5F$VxgU3Zpo`%ylx9W&Hy*53I2f3o{rUu+P5J)RuKU*!^OMq;2+j
zDbVuzZq84@W1;d^f3u244(T>YjJR?2n-8_he9IBXQlI9bA-}y7qXt#MOdXE9P#H)3
zAM1_ie8#e{1P{7AKRr*#OHK!K#dWZ@HqI#$m?LOH`y4T2em~r1kZyaY)3$x-OepAB
z&$3NRD61|;Pl{J{ZvoqWFM0MZ@LlQ0MusdsDI=Gk@{{g7ASdszp@?hZYOv<aQD<b%
z&6Sh{B~x^*X=$Fd@dD<X?FBYr>bHcrVwPq~qP2E7wHbSQ9cQzixgibaKVG__z9{^_
ze}LhD>CRtIiit&m@2;<8HK6k{ykG4|+?B`->7DuaGvcr2cs~S;OhtYJ#rU`vRsu7~
z=93h<0nUn#7}H%6PP)HYI@E4j3)3>il{dV|n7-rdcnzKSA+%gfVa^3oUgMu0(Rk%`
z&IUoJucJUkonLyXrvC7VygCRUWmoIAsg%B^`B5ser3txyEpOqsvmb(+_Xks}AE%CQ
z7G|ORN{8R6EvK%7+ahCVyKQV2iMNY{e2sJC9Gzh1-KeTf5}0nNJ%SA5|BcpC>A&EI
z3gw_em(;ycFPaDtTED+RCWzeJRplR+B~!(lL`CfV08gkD{LmP~_QU-xJc6<VuZi1R
z8Sjk1h{Ziu#d>IkO0XCevhx!zwuL1c{USKMZ($w7mL(E`ZwN^$S_~~u=GjU8P1w=x
zT3N3;IlES#lT&ENt+<ISgng`3kWNDDSt%|m7CNmqI~R|<ZHnpPme?kFRJ)hXyizUz
zKB*=MT-&)-njJl+{JesRcW_J)GDISF$FJ^}@XHY6(C+FCfAeIYW;^JpfG=5be@;iy
zOyrCsaj=xxvV3T-G?EWHQbjD$Jf6L}{EFPCecj$pg|2E2JB(!0BYekKWMa<lCf<?F
zbzEUj_iIxz%~|7d-1FSI&g7w84U}9)Bcw%KaLs|Qt-0c*SCzE_OC5zpTXm06mg-AV
zxnL*ZgCRWArq9Db8)T>EV)bQgF9jA?q#xewApvW3h~j~vk$+4g@Oz#V_E^AtoBt=r
zT)@T!6?KjG?mRqUmgejCqi~QFS6?2AV;(PSTvFP3#%W#JXJn?8AY0VMBEb?ID<UpS
z;77`?ou8+5;c;&x*@jTNl?S!!zQxip9({Y!GJ))cfUE!?<AUT-hgDoBc0wR^00WXG
zG!hj$>Lh~=bk?t#!;+LUhO3#0=-$HQ^g_&8wz&!4!|ybOpGq4VcEmlPi9w-J3FK^`
zD3v+gY-do6!8)?i*Dr2}oo`BQEyQpo%yj&$lx%aS=C7m|`-;9R33rovL}jTNyFap5
zW5ABTTe-ULDi|F25TpJB=>EBAaWAO63v{s9Rf<pPHK9lpOt9;DYaX^(!IguVOk#4i
zFm$RuEae_u+f-zL$?Y0P3?bbTJ$Dr=kI`wVNKTrloC$izGvICVXH_o>u96%T7Q46p
zy;yCu%;Dq1(~?D@sCFRFGGIgq6t}*H$gVg!7G=$0S+<iT`9>P=Teyq2U7N8R9lv$9
z!|p+$0mU{fzi79`v+<2Lg(@t`B2u$DcY7x{ZHOaz_<YJ&2-SR+)^aH<zt60;<`WTD
zW6h3JTwZFlZ>s`zMn)Z(L~az_u+Fy<3oiwH_6Y+i87h!W7!zgZ?cFgVCr4z@f{WU8
zOf&r|EG!V(F)e(#@&!nb|74HZrwhStfqFbz$rN=X`nT~Xt^z6Nma{uqncCzY9hkSF
zabo9>!@$#N=zjCIRe0Lw(Q%<kKuDAdPlCuz@5r*%r%Xa%D^VLL|4x|{>c4%^NG2%S
z{BvCnU2}L8#QE@Z=iv+C)u%_H5Q!dx7`rA?7WMpc7@cSB;*#ieD@GuXQo%1+4w4A4
z<HzR7W4g>*h1;PavXSY$#E>hBF}z_7*cZHPk*iu@u_(&P{Fd$S5z!VzN5s!~92Xc+
z!QM1Gy=Wp==+Ou)EzGmFw~nQLm%!=AhMwCvcVpdpX!!Vx!rl0e_}xRbT;(<f`!73R
zZv_sO_5_>$z=Fu)s8=M5QcbmC9goL=?<MB+yJpjm8jq3NQO^WF0)Rule7WqQYkJ;Q
zF`*#t2P-dRAzvf*@+zye7&e3=siN|d?usN_rHt)oMDi*Ey760)IGXG(_Smy{2ZQzP
zuKBtd2N#GPBnx#}P+m@J&4OGW(TkjQO*O7-@sL!*wSHEs*HvJ3Eoy?Iv+Oio-kwtO
z-ERFdGxN`}j9Um6N|Wl+c~i#+pPlo4<ieequEMu&R<k?1;YP_P$-#Mideb)u4t}rL
zlz1hof`(-iue+l;+RF~5Wn-;*AloDG86w6{sryz;puU<8uUB5fBe10WjL7dh%}b)L
z&+58ai?@jTW2u}1*fk{=dDd^*Kfr6T_=BJfA497^l7;3BSxXdw#eZjl|E9taI8^iB
znV^v8zvBVGLCY{@c0T970WcRs*OVX}gXe>v3R3=~Cb3+u)m(1mzxu=Pt0iAW;j>B>
zPE#!Ezs<=oa7%C#PPG>MqMZP47?&vFzUQ7b5wl;F`&tUsDFOWh@F6=vM{BPhS$<HN
z>X3{d?bxIdkakhT)@GUUfoEoVkOqnZ0#w)>63(09I~c^uQSipm>-wg2k|-|Ru7r&_
zOxUT*2g^fMdWzNZtGm)o2c@`c<ACd%^9@%082}<kaWxnE<9tiE)+m#QGaU)32wiv2
zs}dqF{wxU5fYas<Bidz>txIvGwB+<8i)(<jAYJ5&gx=h1r{ynt5AxpGtyp={ZJ2mt
zhMF2B0TBoC-fG8jL*5+o(wb-IlZIF4jg*wCwa1Bn?KxM~TlinhDs$p5^LrH74X6Mq
ze>ru7qVC6CYxAiP5~Nsn>JPSH{7%Qp*pw#`eb_&!v|AREo#rmh1^GwAR?ZP1`>)J}
zsQ1PT9aC$={XTiy#}X+bVyezB9M#!;rzR{%U;paaE0%X)Fio_N_=@`&4R<I05Izyt
zfynXDn+G^!J3!ug>aVQv@us-Xb$)tkxM(>I;_oJf22`52T=ioTYW7pV4C3PaVabiR
z4psM<>RGtRl&fpkV!d%Qpvz=pr1q>b^JM#5JQ!5o%3<bU#Bfm~MFTV<#tiXrWfvbs
zqrcHUw6!R93nuk%%ZgcvSp!idYFvsL3^e|YcHp+(DIJ5Dnt5P^sk%=+&|o@H(3`_t
zH`oN2fn$=wEQ$TYv^Db!n(azzW}1W8((=LS3@LdFhU4q6%uWghz2e^{M%AXiP<TJk
zj-)dOYNQ@<Z$BqFz+3-%Kgi?K5fa{e`+H`Cgx>q#8PDgshQAle4$-Xs$}KZ5CG@{X
z8oXL^-yTNW%Z{La59z;gcsYIcewkXxzcHJ^$X6!*2T)#yCd7jHp9RlROh#%cM^82a
zTxvxr=jZ<c27XM=gR*0*#mqLFN0M85(<9rsqutO(ub>=o7gkq{aJXs4BVq9OSjJN1
z)Ki*lcYb`q6NSa#)p$6Id>q&lpRDqjYEe2KMEZe3749EmC(-ZaG!&;__GKu<eyX_a
z83b`S?Y0cE!o+l2xr<BsIL4v_e#==_J+b<wB9gN;s4vv)GbA^5u{s0i92V3h19cmD
z#Z>4FgjIdwFxjylGH_<<W}U$GI))hW^%|?@j1<LgP+^<&DW|4v(--3gS-LO-orzv|
zECp_JFQ{8WUeJY+pRbq04PP55ZZ7TDTRkjc*XVwm7pV+!uEfk1RudHl9rAvil<DqE
zfiTN2c66OMLser=PsWd>N+^xMm<3?ZKY*R;{2O6h<bME>iZzbq-Z=x}7v}5GKJDj!
zfEyn$8s&Xvv&c-7<RJOMM3x+1=cB{1So3vjiCCX2_ms%%V`xr#56uzRvp8pKeTT&p
z*U^VTt<t~`Ss?dy{I9?Qe*mL%{GhQ-nK>jd?uLrR$Pex!;W!_;ghI$&$R+90<F1at
z9#ZMU=`vlD8x66Dr_%%Ze7}DuBhc2&3jgZf@jmSu<CtC!w7T`3=drEUVvBfG(xh%x
z(8>~0zq90fILtV2raGd5kAa8-6CrGj#~#`zzJF-P9mr5uY}&&z!fr-R4N(-1mW3GY
zG9@cm$&OXz*AWP%`cpOPNuJGJ+p!)tzYX2UES5a@&nCz?lcCHDn}B9;+8o;E2SlqR
z+(oN6ji*(Yoc{s1M)Q`$79G=`j*7CTn#c^wjw;ijl9a5h?B0JVFnqmtuh#;7&2k%F
zpjl%oTB>&#NXnkt*c_wztUIfjqi)|o-Cl;&rRp<&E(RVqEXoH$YbxbciA|_`czewH
z%K}FISM}u0yBE}`c+iIGB16QJEA!$ToOuKDimr|#rNGQ8Y_=e76ttyrlKnUwMytLK
zts8&6$38z#xOba`ZK~}BdyVvEmhCX>>`ZacAvUT+2zsYg&UZ~r%DgH8EGiCg>*fi8
zhH_2~0UBY$A5cO7=2$6Iwm-6LB|cx6YR)d=7Up}NIDf~Ql?Yi)*@IYNId5Cu)?5B&
zNk)o0%UEn<iqDvfl&h<(D^-lB6HQ(r4j<Y&ui$2DVP5%|(*KF=;luX;7S^c1UfU>9
z0*V+b?(#2#GS(lqi>0UFIc!a=ghq+l#nz*_tdTGNky)R~)$s6Dx4f{>Uz_HzX8oea
zioDov_nrvGD4G^i-NS^`B(+y55Lws_Vp#VD#Du(_(-M_8>}gha5|jK>Q-hP7O^rBq
zb|r%tMd~^emx4L&dES=;FmnQR7srW2M*Ily6@6Jg&gW37=%q$f{ElV*b4g*tLaMGX
zd|CWXS70ix+{?X|50Sp2;dERF?dve}&UhrhEVurg9XZU>Dgk(@WBC<qT{1K{G@B0k
zVx0Kfnb3~xm%EpqD|8(f*ZrL(sgfwJ3cA;!Gs(yoQi=0WbG(^e3g@5d1#gB%j3O0O
zL_!TnkUl72cyouxcgumSaI`~=B8T<&v@*Ey6D*?vaGrQ2rLRdH_s2k69;Q=DFLy`|
zQeyTP;$xAp<y+uK00r(g0x4wxtw@UgKwI!I8b#<A@<7}Ms~+0;!s2Z@t6v3;Pay%!
z9aS{@Sm`R)+wuct)ip*8DFdi>X*T>6##m5^|84V04Z`G}-~&;bLOVWy{W5C%;*F9E
zY!m9vLzQ&J4CyfHdpjFu#Zv4@PpS&@@|@_W>hFLxyQ>nxM8UXcop$Y-f$MfTu6?k?
zDG_WCe3|J_qvj~g(Y}H-L+>3=foi0&-WF3`aJp>!f=)|xe#YlbZitg$Rdt#hAtjP4
zZpS^B{Q8H#D|LG}@1E2aZ$6KfZ_|$XA{Enw4Vw>weG11=l=tm!3_R-h`xuG$n)ti4
zBCa>`0xyf>lcecG+}^C?+_}}P+3MW11W6jrLt4mh!y3$%podI2Yr8PP!HFI27Axu9
zv(<do)!jd9iw@k1zQ#LecTHxIoBC%Cg-g{GR4HZ?#9QVr;&<s(+pa7DIloS?)6Qgr
zm=J??P)B}Y@gAvd!ZU*nN?P2ck^NXjrK?jHo#8^R_h-|so{1m2C)(`I>r70D#y-2w
zZj&ExtcZ3F#*WP%x|9u0;_d!4|9TMD$ey#8d=?--sejFx|5UH5geVZ$`mvu4a49Oc
z*LcUY<Ne+syGyCo89k0Yy<k5<?r<d2!gT5`+VE@cmpx-SzFa$Ug4W0@EZk)ppFMBc
z8sNyVgOeQP?c=CP$6}LVRQ)?SMgbu6D$n_X@B`78Ac_FF%cpB<8BrPIBwZbWPQNI(
zj=@qEE-aQkn1!KIh6G}Z{%`o+Cs|_m>)4qVhh{#8apdnLYHQ$sfNj@TR<DtnqJeZB
zaUA>>a$X_URVn6yZ$?k63-m>?Gftlzb}dW-o9l7wE0jfbS*B5@wCw%BEBRr^A0nXq
zUD<eav82ZdGc1BfS!rGBW*eTJYLv>J^fA746BrV&RPTnW0_lO=USygV9K=1{@?HU7
zJnn;v0_e;VKFJ$}wFU>ZaU1>-^!U|Ik+|!20?(NHwc&|0vcXoBN4mQ3`KxzJma)K^
zb%V_OFi~>TpoHO&f$|?-Oe)p@gR6}FalJR~T5C?9hK_E;@;s`Nk;#aY6i$B#zUWfL
zYS@1yd-z!WZW`r`r0@LIIK6&LY|dhKA0z`R)pJ<en3+6w72~7A0vm9Den|DJ{QG)v
z1`$pTd-9j$Q)^<OR^f~ixk&7qpz!$zSk~t-b>^M+6Rq5eiz2pLf$z6?wIe12mKRsO
z<eQkW&QTbf!hG3>cHC>$OHDa$9#J$THT<#+-R#Rh@C#?rdJR&%mf8hY4umPCzrAo_
zx3}+F1#c`Yj9UB}5J=dr-x<$0-k78C<tnv{Hxm~50fq0=nZH(axmIzJ2F!cFVNOLG
zX?WwJ4VW)#WGek%3$E&Nqu_F_`W4^+m-+u+vG2cy-x3Lb_P<ZSd~qXfJKXt#%WDu<
zu8|p9NZOZLlE6S@LSz(o`B2W4su6|$$4Ul#G1Ng08G(@Ql*pbCIy1VXW07<H>3CQB
zP_E1z=d4Q?L_qeb*G3v*1cOM>#^<!h$v-=9FC4<Yo~2If+gmu1({asRz;TrjSEw7v
z;4N$5r;0RCiX0zZnE*24&l3udq1SR84Y$h9)n9tTm~I32q*M8jq?Vu852kWkY;BL(
zU$$Q7UBA0lD20nDPgQBB3V7^6v}cUO+9$mCs*J1j9A=g<FHpbOO<?%iw211eZn%{~
z<a$&M_cjAKb|IJgx9{qJsy$Bn=J~@$)WYc$3rc$Tcd7SXH>R&TyE@C|lVdBzm9tvI
zguO&E3dj@(V70%-zLqzLq=UmY_8&`+>>_x!5#mW~PzO<l?Rj<TCdV1W_j6Ga(Z>e$
zXPfA-*f8=_SNuUD5&=!C&+{U!0Wk_+je-Uzn>iXYI2dt;n)_So+V&cq9qP188K#>Q
zp4LvvjORyrX}eoVDamVBDL%qwItJBHL6X5?K@m+Vy5z2fk-FXKm=)lT!KKVtGqdiY
zFN^1+y1`yfn`6n@w?Sq*5^m*;vwV?RZ;jc~0*m4I#$M{awBw3N-kP!ooawD4<0Eo>
z?<2`*htYrd(Ma-xIbGHH!Sn!!(b1tdMq>(qD?ly^5?5S6wWC|@g#VC(;Z%~s4nP9K
zL!<3C!XtafL2;hY@$4^)(#U-iiy7@DkGa>Ud~;Iz?@(7Yo|S;qrbmZcpZZ0|uFKTp
zMn|vT6qxU%ToRwTXFU<N;qvM#c{YLrRc&B_3)yY<6J^ffMzKera9~;wE@o0;m`f~m
zL~%CiV-8MrpxE3a`bv>A(F+%_w5q|*8nw(BI0{|bU8RCgj(HM8Pb2+q3?UWSwk%x*
zkWm$dnT9(PKJS8eQX*=sKZhs6@!dk#;E)q^?REzYn|jo_RjNPK-?9?z)03y<Rb^Om
zsM$ZmF<-#CNWSJbfp1o+KB-%xx3K2`^9@?J6z*0oQt4aEqLBx%LA^&1PCP3)ZWFJ~
zW&tBC5tan0*bJc<DS*a)%q)D_ZAy8>Y^(HHL&lkvmyadhMP9L|5V6g))mv&(Olvf+
z7oH|>vy47$L^_(vWM#jwN)IO~X5RI}>O9uXdvY!|HkS{Zmn18Q)Hxboy%!%1{{afb
zMhS7)W{G0glRVx=q2+lBSj$rr2}F|)iWl=mP}`V&=Hq`1O1()V$w`0FcJJiui*EuB
ziS+z!?OqC+zl$l;T?tg0CR$TaoZlQi<x9Fc%#2*~-SJ&MRr!6=anvJT=X_;HUQy+X
znfcQqyFNj5=yH2hKxPUhaq#NBz1RR4ln=^RbBN`GX4BWmDg@&wXGA9N)7tZM)J0X?
zHfPhF;A)@0kti&|Pv6b~0L5JE7AESu${w9+*LYP61J5Ee_E6Myn_-nb4pP7<N3J;6
z7xcNVU7Ll<cZTn)=7?Lrpuu==B%Y)bYoL9iUZP@O*exHi1!=`c#=I^L%}SPo#Jw)^
z*&D{TU?SQ(iI6YJ@hzA7=)awMLm+==`3PS3d;%9U##w<-+2_H%HqqqMsAIyn*;jG5
zD=CuA4%EtYf)jdJL;J5RmibR+)5c2U_19^mMx)5cjpN<{zYuzMN5!S_Jpy*1XP<P*
z*3zf5FS~BdXUD8ei?7G?B6G)JFRQY8vfRO~Qf>>5S7$%RxNapoaXPf@mt(b)pT7!4
zug*h+x5IIwb`wF0Y^h3H0c!;QEL_megnxir(@DY$;U~ePG1kkD;uXuk(FIh$06VXe
z7VP4dY=H`>Ni$xJ#?d0+D-zflMk}0{A~b5!_&8c8VCm*qF^JoHa3@|rSa$0=dCI|H
zMg+W*ix%*O*MT;Xv<}xvaOZ@u9UMP~VMf4d-u<9_Ix)dA%j41{r>Y{PAD2s_KXy{h
zr#ne032Ivs{^vR{lw8G|68v$dqw)*hO`ESIK_n%PT8Ef^Q{yGV+6AGq-pY=`UmRP}
zqw9|ht$+44BP6?xlJ9B>UJlf=2fPvqstt3Q7PbdX<<t)Le$5GS0|duXz{^q@Q82^g
zcxK`3^3Tsl4h@ZZf>xNN78anSpS-YmV3tn-{l2wjNMoyiVd%EwH8d{`)OgYrG*w>a
z%GC(>bFO};$4i2p)mBn;3Zm`28vrSh-3PvIPnoCiUUacM{(S~-|4vG!)7?c%1KoJc
z>xD_VdUmdqIaKo2$nlA|kHEBeyg1k_ENmKS02$}C9g2giwhi&1v~4}FX5Be3%c&?x
zfbDe^l%`N>rintNB#CLuF4%n^C1Vps?{sb*FRPouti@S5f9y1UOIppd&dlzvWpt+f
zsZ5_K|4UY0UR7eFTUd5Da<@`O@EQ%vf(jSbg1&=N_*PxfhJ982N-0fY0O!y)TV9fK
z7?T6pTA}Z8@~(<SVgT3B?sUKRkal5g)~Fx6a5<26>X@<fdGg+lR<fm`R<5rmP3UN#
zWyWs}n`1>(0YP4Dv|j_IvEV5neggE{MfrhEWWiD4sAEOZPuRbJtABsTq_Ze41!yTQ
z6)RDTCzY}gY1*C>GW`Twf0u_2O~ud2LEP)`Ay%ro+hW?ud@`w2;z=4LwE8|!MWxV0
zcU)O?Be+jHNrMts`P~ZvUNh>@tGrMFG(;4CV~+Py(VI6C;j>1Ttr}-CN!=&Kvy96W
z*#T*Dyd-r&o>s((1Gq>Jpn)zai{fU<BS_m^eTGeO#&?#;Lp4bt!O}ENDXM$<lyANd
z2tU%gY@w}>X3peY6uSaoh}@rsr6`Ccru>Qm`8*;IRicRAEYxJU)m)Lng@SahZ)ee?
zOiDmj#4X*eQC3Z@*rIqL$E%qgkg;<?X8r;Aub~rP?I%!XeO-}8Wb{umXf~tp3o&Mg
zlxtpjDgUQ-CE-80<0RX|jNb$1czkH0q5@O|QEH7E(osb<XT*X2%N(~QSEM^OaoDDc
z3uOyd^9wPLluq7+vu@#O-tB($rGC%j3a-iQixvJ^XE6gtR+i&2)<mNJ*$P}gO9I&a
zZIC*~uB6&cuPcw0N63ud^YpLv(7QZdE&+QN_+dZ3j4kyEuCi6nj8>m?sHs3tWCXdy
z9pfLf=hWw$q73->oTyRY;X_H{QHbIH0Akr-m8F1}XRh?Ljj3;RNG{raQPa#<FONy$
zGI_~KkXEyVX|jui8&CRII}dmeQvm72;3hRq(_d9PqbJ3@Q=VXNDa4J8(+oE0AcRW{
zkA}8emtsAKIAy9`sg4{qW8e!xetn$)-QShdmVyc4a)+|=0vLOijWEp>d<oAmLcZsL
z(f={_mT^r#?i=qA6_pn00V*KUAl)F+F}g;G<bcs3Eg%g;Mk68JHF`+L2<h&w(cOH{
z{=f6+JUfrJ*K42c;a>N3-`DlN+DX7O>;;l~lwQqsUR4poZ>`e1paJ9e*NVT*>B-?*
zO)0{Cas{^xvJ1G~Ck=E<Futt$+5O|1w75p5B7HHiuY2J{tpMj^1@R?heuN8((1wlc
zdNp?1XGI|u44*IJXyh?J5R1aMQlo^~V@Jh4jfbimN~1yb(#m4};h?uTGUw4HS|bJ@
zAuA>3u3Wt@^2`x@c_%?tfO2&jqo8pWZn|aTaXfGsYOUlq2C+gqWZAmhEZ5?F!R}fS
zzxGjXH9TEhDW|h`d}O#gRJYcPHYWIl*-_|Bidj)HRoK7uc52xd1|PO5f~sh;Jk9-l
z__mE|HBfd|)bKC6-@2ydIXYfT=U97b%i%DKI_z&k$Y0&vOb|U(>?P^dwg6-Ig8F!7
zlG{)ThZ|olsJx=kb@Fu@CcLMM<{R=f)_=6R_3w*|aALM~dp%*UpfHv<%6Ok*Fp%el
zZoCr7-O|r+#uDLme|a*b<f!vH_1ikKe@vS9$j-56yKx>c3Rldg1g2NV{F_HiH|WrT
z!M1znWJRf|DMv6|c2|T1HD6i4#?iTvrpm3EuBe3n-)@1L(O3|!Qm#kPEQA(eGZ0k6
zQCMlfZeOb|2PuVFiUlM7dUN(ViUf~(`TXiaY(%R2(uh406e2Lly@gA`k3uRonwSya
zWr*nik1S9z#mEL_t1p1dQxzMfS1xMU;0F>t$N1%))TJ=2gN@YAz+Yn-6M)Mz9eNK&
z{a~TcrwsaJ#!;JM!J5%CI?2x21M4j8Rr4j>B6Mslb|NLjO*bEFY<>=mw!#r87Vg)i
zg^M$VqxqD$rSJ5juQAz)gZN9@K6S5tL%ZJ}YP)r;&Q&2BjuDJ&Fr37lIgQ`ra5MRr
zqm&jDIU*m2zvZAanKSgC40XSXODojK;XS2gDh~AG6g)tX6QC6+Em*~(tZ+NUbd%yE
z%!je#RW?E?Ho^<CUv)Y#(x;MTg#E$_`YDgYpz;yW-XBk&x+5O%#aSYz+i>UJAj6Iz
z_s=u@@KlDxYvn@3S(2(eWvu?e%sr$p{~%6hN?Fp*2?jo6`eUM~w%e-oIKZE8axpQ2
z#&_bCI#29f0L}oNT7>cb0}$VO=pAUHw+ohj%(1wVXKNiB*5ab-jl5(3n!@%vykcj7
zgd(J87CkN7-i;uymW2-$6-6Gv>VJn!f(0W+Dwz|RS{Iom9y#A9-G+z+Y;0bneIXL4
zbkN*5jN2Vb`K@bfE1nVfX;oXB+UTx@Kjeh4ON1umVXE%c(Xu(~Qyg6*zRB)fb;#UH
zOAZbo<4j-g_Af3uQ0A9D8E}?_oeGH5y|v!@w@cbb*UdLh&mCd3qR^n>w-yEYovEA%
zj_Qc%vSL@2(SL6B8k#NX|Ga-Z*8l(r%p0J?rs<94LZuaBHf0vx6V*i93#<(B4H8iz
zKIXJ2%G=^g>Otd-zoSb##$YjESwb!m!9tI`U~lgb|L2!(JS{~#yRNjYe<7i=U>bHQ
zuJp>C1?LyozqSJc>c~o4V(+x(tZP*>$CeOt`qcBT`4;SUv5Ci_0d*jwOA65d!9|}r
zka=<p$>>YKzN~K2uOG9n(}l=+g$ds+RN>xRQJEn~{I4}xfn|p8L*$yZ4+U0@oisRw
zw~B!m<ZYdTQT*y7O>d#gUqKhE^zg(RwRkOLf_dl53pu~XLEp?~X)D^a=Dz&BrNN?Y
z3Ny!}5%YD99l78NG+}jJO>Na=qUN);s1qTCMr&9iOs{9-rVST<97;<LkR=<>=R2$#
z=VOBp7P729yK$j;=VFvz|4gb!{k{TinJ8NMA7DP=R${+NcenX=5zLqGwMSq6OLmr_
zuG_r;UiGI^9xI@nbND3=#n7wixt=uOlcvQ;J?&w%eOA4V*fY|ORNDlauZ_vy@!rlu
z1asHvvC7`2$G9oUqp~?MjxqO`tcoHide1enP-8?x3unA8YpF}-;x+H*=`Y7pR$bp!
z*KwHZmM~$Tc?~UR|Jh0Ru(EoPt0r<~c2Rz3Yc+N-tQJ9p)r-AgjagNIjT6eIT}MG)
zwKjbR@gv`aY*{%}0-p<^EKd{<Y3ZYpWi2s^dm-c25n!3XS+S>+<e@t9*WZd`YeKS#
zf$t>^r#6Gahaf|GjyjP}Rg*R)q(3m`*wXsh3i5n$epC+~)8Cn0EBZoiIS!h~tAyuq
z3uUJRuKP>O&5(;EMeROm?c!x!CS2O(=I298uRj4h_}>N%JJk)?);$!vZHnSWY+BYX
zFgyx0P_!>sdqU41BU2v-%Et~{a5Y!Ur-<|qjv^Aj`yCJXXlj$0_pEjp_b#%fi5vue
zZYs3DK-wp1wuB_k?RC9zf3iI+k3uBo7gv74*wRjMe(>FkwutM^e$JaskRZ0t9i4?5
zH}6KC#9db8$LAeuiWisXEQAQIMn|uCM=nPJuoix$$avlf*s$`}2NXzH%`dz+EAfqc
z^Y-6LZ>KRxfE>WZ(_m<G=7|KaO?`gJ{H5ajVDePrP%RN@RaaInJ`4FejOhHqJ)EV7
zp3>$S7e-T-YsYme8JXKT_3<>faLy4u!BqSBV4;ctA0?Ptjk`6{H4?;|lPqj|58+;>
zJ7Q}K=y~y~#0ZM52qrCYyBcx1=iER4Vx0&LVwXE2bU@N&WD%jdyAKv1a3UGe8p__2
zxWgUYK)N%bvU@N@Y0F~rRDhKmhRxHQ80Qqkfj9g@+$o{X%j!^bft5Z#Q9f$q>#<-x
zgB2wTI%V`_rD{F~J$>nX4YT7O7Xs1DE&Vonw48N3mzx9|9S(a`gKGxol%xgU6_zII
zAU}8y{|f0M#B$=4pj+FVVF!5eplbtTl=T;LiZaPkpju87nn?{WEQlTt(&V0Eg9wyD
z{77Js8iOOFxz3_OH|-9xZq_#1BVsyYw1<RtmB#HE+V_o9r4h5$3V=jR(8(X}a$lLZ
z&P26*?mwC>T&fWW+ttl^gt_V4O$3UpH0^i^?d~1%7<bdCh_1cJ_uhyd6GE-w@PIOs
z{m2^CN!Q9FQWHzTIT)QyS6}>$_c=drgkprHG>L3`R(15yc2NH<6=zNN!6`p$KD=IA
zQl9X7m`r$uIM9cc?sRh3=meo*Bcb|*tHEN(4(ej)ER5+9y=7W6xoZX8C6-oY3@}aV
zniQRFOqXO;v`kML9JqDt8p#;p^FFS?$j8;X<xx)9T|j;6v*@aKuc9puk6epe7x-vW
zQ7!`gw<1A>#(k73z?yS)jjF-+HJsp>lh9u+!9J~)_{!slpNju|+Y9|n;4jW$0;1H;
zJGUK$%00&AKd45$K(%*V)xbEslVXD!9{54s@Iw<yb6<wcLI3u%TKu(b83iY(Z^nS}
zU9`8oi5s^tmGuWR!`_D$!m#H(+dREa!+haQx<(FjAtyx@$~my&BQeo(SS-v=J*;r0
z0D#@{h@m6y6dxhd$I1?qK(@Hrb`(H%+w07msAqYLE&m=%NBE8&LP;@5`&XVngO{F5
zl#`r*wFZgxZBhkmr2#{vFXu-c1S(YcHq&F^+qs9lt7)CtLI=I}Iyoi|r8%p2iwq-9
z+o20l^@7_`_Z?~GDL&Lj%4~!4EV*T~=9Uh8vZjLuDdl*1A7|gKV;RKTX+uOlSce-u
zz=uC2pCEBAK#ku3St5S&F$@IqaKNdgSB`tHe4G4N59v+Hd1iZNJaGL-nn^BLiyCoS
zt~?Gj{^?hG4=s+zFs$zw&pzSXploFTJtO9HLOh9G&&>VfvmFunFRmYWjTY=9p@PuC
z7jT`Pv3bFs?_R8&HMDdc^(w@9OcPf&-YPsl{SK8j=-=~W!T0?+8917}&Sg91g)Hi_
zt@r5dzaT`|J@@4#eVk8`sj8%fQ{NH|l`O8R7DgOZbcwo7R~3_fm-s0i(6LQ||9J}P
z72)Q%lU;cIxuj#@w5OvU0E!3#iEqk;S1D}k4EtED=ox@UpJEH0=2^P4FO19^q+PO-
z5qgF|f$f!Iz3T{aXEnPrg#zmxs;N=AVs^Y~FF*e12HO?u#Te8Y>RaOgl08Qnje`8n
z#8>)KcU!SI`PoybpxB|1N+FSD=1>RaU03qs3X%&9@&9=v*EJf;HhN+<-Fj)G-n(OA
z{trb01oAA9w%G1a`i|>F8{rxq@^gd4sa!H8iVP?L>{pWV0~dh@xmMPUCzO9EBw{ke
z{YPb0>&b8izhe%<F6k@mr!&JYW481D4buMs9+YI@%x}H3Qt~RI5*ujOx9S&xQxiM*
zN=h7t%RzSk0SMLN)8CFix;NA9yJW$LxJTH>wNAjzLbYnm3xp-VqXMR>iEr5XQ!?(>
zVg%RO?LF5;*gGf5>u~fA@Eslr6&WyI$s)Zf=*xl43*P)51-!2e=|6z|%ba8Q#D7d{
zBqfn1;>=-Ny?1OL1ye5$ryW`*S2WaOyfi$a7`9Bo4K99(1H#5vPTj@n!;9f+fEWe;
z3uVXu0JH)Ell!f4#46a8{onNr*M9)0;Z4S=H3q(%V`DbHveLFJl(BRtr?b(IB_zA$
z@Ou3N_-$y3^tYT`h_46(U0BRo`vY0MHvgZC-|8)^+-~d{$(eS7tFc^e;$DR&qD8Kp
zorKR>poW<;_wfux6D>t(3Cxz`g@L~t-JKx)*{J1_FmgWoV`c$w<g8ftdPs4lLx<Oo
zLK~=wlvR#<+{p4%vz4M!y72A7XAt6!nK>u;dZW{p;z&W?c#-m{vw-TxZR<|;Rk-0c
zh!+Nj5Rxpd!xhgMI6oG$Pu43Yj;U$3KnxwJMiZJfA<Y6g@1TB_B~TfCp!!IU6vK@=
z7=h`)6gb$@9y8!L@)zHuzr^4jx05Vu*k|h>_;U2DT?cvW1w>6RK$K>L!Fda{>3bRh
z3S{h;Q~Ukj>w3?Ezs;)v*|4Iqk&D53BcqgZv@^Fi7(4gaoXxhhx>-(<dHa^U!Iel!
znp_tsZJRadp@=d6amZ*Rxb(^bp&Rb>uYOLH0ps^hf}9_X3rLwoAog6#%oFTh*JV&*
z>ysFM;`!yrai2tZCu^PJIvJ^@AU0$$Q*2i|*3N+XL`y-F*t8itfV}mmTC1LL)LToW
z1*<ntvg|6AW7sZ-?r!(w;QUc`9qS2`a`e<xv;U#b62`-%=)lmEa3<Y}Z)45O&Wx#I
z0gk11z%d$WC=6>*)kd1cKoQ{mzfc5kK8BZJ>&3*C`#;<#P8DDCYbwXIu^+&t@KR=#
zoz!LY58BR2v8GiW8yA{DBHjV+48<<{cRE&Ic80&CBD&wN({yPU4v|s}J*lNe<j7RT
zI`j1DM?GL_kcB#`DP_n}@1UVH+KED1Q6=2)2sV8s?$}wepFoy<=0UlS_v!~?#L;7O
z5^yswrhb{t7X&+vc$`?PL=KEB%!!hic4LA?b)R^%B9-?ks%<E@r>~R2$S4B&?1Fbz
zPb<t^eZ<HsBi_ykwrc=Hih2fS<mDRQt4GDKww+6MLcWY_3-bMes{(-i)mGIDN7EGS
zIuSxP#l=8spi>PTH0n!iIbxjtkOAdF{|C@D57{lswT1_xs2iH=X=SBWc}rDB1J9fG
zA3$O`k7^I#@`r%DUDRJ{o(9HZ>m96xC&gYBm(fKN{8!e5N*@;sT+<~E8&*Y0w6Ur<
z=p6~gJq<XEmdb7EbU8A8CbY%7Tgd&h!K>Hbf`fjc-usk&0gQ%3Jr&q^=?TXed!674
zeN4`Zyl>Az#d)bPolZ5XSsH3ad_vnWvk(K-mpyXQNa;5%u$oDcaS248@8n-@LpSp^
z3L|PPr>M+el;}x=(C(t6iim01gn(e-$KBj`C%$nqB0>5!KogVcpgX8mWi$RYBu05B
zPkb^p9HGUBaEWcRqAz!+7yAq<BRA8gR9+b+criCR^1jd5SULCBV+5J+m9hgXJkLjb
zL-)T})|V6;F>j*|3FN0f4ro}oPx?33&Gx$G<!mRLDx0@60g&LueE+VAm6)zkZnH+6
zjs`;E-R}sNM7|l?sh2Kc8;&DKiO!jqv7;lqbegsnSqX6P5kObH5w-@2Zln7d0HbN6
z&XDV%-7y-{`};RX=p%)GpX`z~4zG%k8VNNWpJ@t3yY?)iiemAD_WMbfLxEIJW)5Ve
zn)aA7wuu5ex@=;|ngXBeE@PPhFps(Zaf@mQ2WHgO!P5`$d|ch&<2by89Y@f?0UsJT
z{SIkERi(B<wdlsb1Z3T+l+rU&#vUY#!FL)ZQc>+{8R~B?0qk84_FXkrqCMTN1E3;z
z;Sx8oIJI3Td@+%yT*I~*iVE3L0swybNMj*0Kn!bA2mh;cdWw!gIE#_0WzHMt!`q4v
zlQf?v|1`5A`5`ryIVCkylbDrYerddx*oGNLT2oBqkW!sq#L<_-OGQWu4e#Xn*@PUJ
zx2!l(S4$a%!+k0=#Nmf)AV(=0IQb4cOwgPxEl?=1&YQMkqVCf(<N?>${{U9+)~!TO
zS=kcx9`#MSwl-iT<c~{A#u|^Kp`{2EPl;JWw|2KvK9o`3XN<Qc{jXk3a;Lb!J{KWz
zf4$fnzRJ4Pg6NStz3r9PLS>xM?f)2_2v)AVz@dN3eoLrcCgAQZTmq8jms(5xu)6Rc
z!1#eQX1^t>1)DMCoH>_ajTtt3khw$3DH5}-La|+uDDiOJaC>2*WzF}-aawZDt6bpA
zY)<C<|M$1;e$*4H?wTh)GTKXj3t!L!o>jh@lqe9OuyQJ8_hCo94DZBP)c|!5+zx+g
zM#Wk5q8z-hb2;wycZc&OQuKLjOc_q{oxf+2cCQSO2|y2aN~dZ$QnPHg*zzvToz|ic
z_Uh4<iOskk6;WD~nte*oKMDR0ZQ58eLnF2Oi(wgxx;lxDeIk^U9vnQ^e#QIM)tN-g
z{lj>1C>-i*prIjHJ&5rAZS!L&S?lgD+aaNOpnQfSp_)(W)99fYaAM=%QINX2lme@{
z=-18AcMUxrH)S#h*Uoj20-<$PUyyF6i^X67h*QUG>#I<&-fbAYyL2+)sKp2SPuk2V
zz9OEA=bCQ5V}PmgMcZ%0KPc!6y}wItJSV_xn$f7Dx*~&H8e8Y+vbT4B+ifet#IvT`
z)Ctj<DLO2c`x>@cW6=KqHXxm{au=KOHwh!_Sa8i6;EmJM_0&3X3<TOQdK5jZTuRzW
zPXHtCIlN&?QdNqYaMMG>io0L5pyX)vZ_*J3lQGpj*-xNyyB0D}+m4+iPp{0{sLfpJ
z2Q`YTAL5S?{Mq<Qj@8Jog!pnR_VX5{_Y#bqThs}%mVq9CqEfffYS&N8TCi1t+3oSW
za2MXAlA70IZFkU8_OR`IIi6cK8jo2`qZgTc8GANJ$HV1sj#NiQ5~EJrRiz1tO2_70
zAx!_M+<TD^W6Kp&w*i_mJ{7?S8(_74zb`9A9|v76lluva`I}IGGK%KRu0D)Sl9<lC
z2bcsb3-*YYs5L^wRBYp=O}>?dqkLDHE@<30>TIpbT8i~&wlr<2W`F-Om|ZZQx(~g+
z1e4OuB~28X5-onMGve}}*9-|1{UIRkoW5Zc$Du@hI3z8~BgGu@J(GHVumbWFI+L4`
z$+s|j88xoGCSU_nD07i_>49MD`N2er;`Dq|D_k1u@fl5^J{zG5s<=OxDo7e#w&MC2
zrx>OLTi}99t;IO*M#Fc+mu@Xdn)(lt8G#;$Jwvz)!UrR#_i&~=kvZG-wQ=!WeRO8}
z&uZS+B91UQbW$|!9ZnF(e3}&MBcaSxxrt?~`Yx`C%ri#UFMfhs)<VYuy$0#yV-9Ku
z8j0Evn<e7M(b8+ei7fM=o%Z!qbhO~9)S@}d{*{fK{M>J-vftGAfoyjGaLCiF9~Fm4
zAp-FdERtyqbNzUSdhv3Wc>ChBtn;rYp6^7%H4Y0^=Rd;V0);Hf;DD2aP^Lm1NWo<<
zbGEvx8}wPRYVzN97h9znEb}tp0HLVohF@gqQnSU_@q9X)+v9nfh-8mQR0fLPA@j_H
zcg*k_aGel-$n_7WVX6VPSCqGwa-O`z=3wbXOM|))6~OI`NcAo;qRVR1n1xc!=uVFs
z&Z_A1=F7IfYx7=&@B7Nnx|HeWJMasKenLjC{z((X3lw?G<Yaae5a^O#`PBpNty#5z
z`V|=diBelywdjw!XGBCb;D?I){s;JDcr&QvF|i5yAiA7sd6&vsCwZupJD7j&S7ll_
zUVD&LipgSnB(IRWw267fNH7+dxTYVrGh6slcYboBmo<>Rd(321c>{Wy)vCP}^^OvJ
z__K9nVTW;K4pZ(nhUva}nzFoazI$%)ZYPMbd=2t8=+|eB1(;|Iu#8enCI3+P+cqPz
z<rA)|-pRG`(ofO@I(N4uwK3f%g3{MU!|oZsJvQo9Bs}W(?s!~bIVn{OruH9MX{wlV
zfL_6Wj7ujkaigXNqCN;^yA#NEdAxeLjJ!=80!CY)#xKu#{PJdlOEi_#v2hkl=2++*
zhhB=_`=9DdfKapv6IGZjJJ95pj{U#K87~(lm+0Wh#Bcg<0dV~R=nXVxQ1`rQEj#1R
zjvW&o{d~oHCD=o%YO?Mz(=5Y=#>9dSqgfTlBK9Vc@%5352|2jzXsy$!J<k<OTvN06
z(K)U3x4~9p^WK>y?=8QlDAIKug6oq`RmbXj&?ai-<d8HKHj)-kW0xp`Ohy5gq;}HJ
z<k2!7{#9lgs*9xA%=^5Ds|`jdVDmiP-tq-YX5Jk3or=-b{10veYjL4X_x3J_&djZ!
zV0+^duOOa}(%m9-2X~>z-PEev?Yn2-B@D(M6rPc29p18MpKbk6WxV*qUcidnW%9G8
z?ShfXjtQPEL*v|)8N%4%$lcZ}bsdbJyt~AYUUnUGcM1PMhs&_K<!6-GSjy+dl}{xi
z=eITwIvy6`=OG^U>q~9bQP&*BC(f3uvMab|VWF-raNKUS2pC5i?D?hFxTgw8+zr#?
zJHWN83cnO^=qsvnFM%q~oAIRI*+KE5Ti0|Jzn(vqBMIl~`{wQHsy&pL+Z~U|ES<6+
z1i$)%Q#_l^R>PZ6l&3WVQ-3B>r%I`RR&Z}$xmIp)=Ol8aH@dQJgm4Zwoj(417&e)=
zt3(d(KD_u!AEI~_(6zo;qW%-4t%WgJ`Kl;~dWdeo>%4XIuY|Hl$pyOY^8l}RRSCFf
zN_sB-xTdhzjsI>oQvk}jKY4NV;LVyvC>Aa_<UMS0HN(!C>)-*$<AuRE5b|6S+AU-A
zH984l;&)C^H+c;AoUn_hZh6~xT0%GzY=dAf!XVz$XJ{t{+uF~DDIS$X>_$nsxwMV#
ziN<PT!pB-UBvN;F=VCUZ@0FYiD|#y?(*p<gf@9;w7af{p=^3NeqK65rHv>oK8*pL1
ze=htlmz7MG?E-Z*)%7`^%5SYSaS1lg>~M`#J1sm&RKuQJEq-{)8?)MbTw9@W;cMYg
zK!r#h_!=0JYD?;3?&<_k5(_;s5140dObW9Y4(b@>Gfwx<sV-knZMKX%Zrmv181OJ+
z&lIoaE?`y>jRQaE;vEN3r7l5KR3M80zSdE`^w+7MZRIhsjtfi$Wn%o)uOGmPp1l79
z0|JEdgo^P0r-}|#9C#DoOvMAX-fX=|{6Bx1t0aMqt!HkPP%uE~C&o@@z<Yfb`}2uK
z;gyaVORg_z^3{tEx!|x8b>OOY6sx+qt7<rN;`%P4nnK%br%W#G=Z%6(BK@mQ$(vlc
z1k)b{{j_hVVt{c5L|m^^r>;Qpkty`l@7qO8mB1|mvQ#9SZ@1V4UOA0C9ePp_TF<)^
zl$=3R+1!z;AB228rjae$aV@ndN3ff`qh%&y`XR7;{h1WS!Ur>!7wUi)J*&{A3@_7S
zU!^Ag#jiPz;Z1{DCt+C*8X(4+TgXnd?4KO>@~O$_s$DN96#JL$;IWv)O1f9mh2qVU
z1K?({bN84_j`Wx-7j0h0VeM!H2%XobxWUBgMq<}=8?cLkCQL1UNID;lzYWq8Ygsg!
zT@e<xa>F}qBug(Zo2dW&ST*U?s=iQmiToYUTg$-#{c^C155c~cb(Y+(nOP^^oaJzV
z8Ll}i93}i7o8GB8m@wST&-hC3jkCCQnFpb_;#&xybys&rs7F&@v`-DVMc^yBj9lhV
z;FIcq_ho(O>ZGJISJ#6INULoS#IDn(j(;<GYiT>-<vfqyQy{0k@KnonL$*J;c$UJO
zGA^hMbY@^#I(g-525vKQ$*$|ReTeJSH2hFh96ff2pfnz#4qOo@;{FkfIc{m_XzHq)
zuomTK=lRlbN7#9Di{0Df(;79ZGg#K9H(koK%68s~)gTO^q<nD=)xoC?TE|rwX1mqb
zI`9bsBEq+JB9mLj=N79DnHql;hG^%L_iv<cyVu9xJT+WH6z{o~Myz_b7}~oLec5^M
zYxua04Sf7WC4|@H8>=&ASpHdWuY3~G%~ND}ozB@NBlw<dz4|-s3E<#XD${L(YVdNv
zqC7TKetxg_u9f<2q6cq7Rqj64({-^pF_p$$@8&gx*A{NDibeDlxzaOCCY|OZ;mZ4*
zs89SgHBT0x@#!?cDNY$azxsx0Ln9;aeAqO0^C3C^$5d%BC8}eIE>pXk&Uu2AOk)2Y
znTTc|6Cly#&ka%LfzwR{dPW^)r&r6$i|Vaq`VJ-7`=<IjnU0U`ih!XLw>H$Z-?`)X
zw2pG&s;~F&-;%+MJoNU+A9!nankvWK^;pUUgo`~PyVqI4$8yRa92yS#=zTKGT@9pd
z52MNxH)-aoYBk3Ae=0Iw=LA$GcT&zcHpCQDDK-VSu-d&5P;7W#(>ylzNl2c!ck4MO
z?lQGX(I1<(cNr(eOU5oEtpv53tY}v6<EvX{WP27n(zw66F68+%7FDOyUGhb|&^OsN
zq%P0Twx*j`3xkv$uA6D2ocD1C){7oDe3=W?owPbK7`x#xyfU2xKiT<b1;8T=?t(75
z4<ov_BEH){#u+j?=KLKM7XEtk63-ia96JxZIW$c3aFsQ-dNJf-{OU5hS_{&2;2T)z
zcNysMc|}#eeO?6r1QrPt${YFhZzG>;l>zvs2Uz$rCdSP)^i_@3t4@Nu+<tSz$m5_@
zaAbBKaW5UCJw2TC6OVFl8`r0b@x!VU+6>Yig^i-v$ak@!bj8ijg;vd0-DgmY?&QFA
z5f+ATDPH1IV9TL3$h*$MnPT-O2Y4OIAp;#w`N5$jZIOdSSIIuL>?ok}F4}g;Q3@OT
z?1Ah~;%OC<$)fS8#a~pP%QEO-k_`_2TQF1bb@hs-ud@(b%V?*)?>cd~7A06CayPT}
zc@3SP6I+<m?o<pb`fCfVSaaYPv3N#`c%jPVUnkaQ4oHFv+z?{f)<@C+1q!rLtPd&g
z0UFy^P<K_M7<z1A-A8770eK@8sV_5|gt1kbZm1P2UC*}NY2=KpUEOWegc2o5h~rC_
z6RfoLGh?JU9ofj~?w`15w|T!^36r}xeShN61qI!<@k4%ZnfBIQcQiyvuEU6ev6Zp!
zBDyXlL{>|!ejcXl*qAaS(lLaFI(SttvfA<KTsBBP60>~?q9<568VQtukCtEAlr+sB
z3d~3UOsp1aKLly~o#5Vt*?QCGb?~PC)z{j17>>@4TBu%B|Bb`4(XEzz2_D`1qn>VN
zg+`DFMwQwfZk5R{Sc?Dg(bL<#ExCAls3Yvx%IK<c-OqEO^?_v{#i*8|7d_MO0xTZh
zJJYe)JJUAyEWuYNI$Bc{9S3^m(QO4zP6Rss$goEGs(DCp+uJG#S>MNZGt?}YxMk>l
zM|B_ktry%(<0L_nwCr-H2;&<SAF!{~*(e2z6Ow_s8GKdu%(E_*C&9K9y|p4}T#1Oh
zz|Th+?gpHoV(dxXk1`iu)`d8t_M+~T(BTZW4pjD|PLW^FcqN-?xd6<|r=z>g3&>2h
zTYZ3eX818t&(&ht4F~U`wQ<&pG=fdPU@`rd?!)h+6Ebo5rnQT_5P%oERkM-qiZN5U
znXb7~3-TX8Bjv?CBfJ_PXCQsrv0)YyiSAvjvR3M_J?)F>29>H$qs50VYCk#6xcO!y
zd9Drm0{qW$u}yY33nw&0{RYhc;aJHq(aQBT8sNF{adB6TPicLg%KRzEnu@cb^DW54
z)>hv%Yf|9FZ(4u@QvR*080buWvmeR(D6P?To8R*7kcwOnOm#I4nVXRo+7kN@@UBtM
zCPEnLelnpkNTNFHjVtSIUw=zz+^mojcU3RX@~sD#@#ky*OPG!<rwO|FdkUu6JfkYO
zHM|P;$*;**W2+z8^Ju2tb*oSjA;i4j3?~?<_z%#}nVZxw=a7-vr+f*=3g7JV1YneQ
zAFn|()?deA(xH}_U14Re(eY!L{7LHlsQF*qdxRVfiBQ8LXlXH~OZS_9jxg=Yk@EnW
zhIRh!nwiCWu^2Xze{6gXvv*pb1X^ZY>UED#FY^F&MIY~F#ScTyZ**m>IN%rxkNTF*
zrsH{%i5f3b=?!A#@ZI&vHe$NueDiWivb1KRM`6Q^>Bd>(<Q+#;v09o}4mo`KCB@n_
z@BUUA@dX$fH}Sjs>HCl)YL0lrC>MYsPGGH24xEW%(=7R9u$+Q^=f|bSK2aZ=cXv90
z5<$dNz&Heb;!rM<3V~sXoZdd@WcrTj4oa~8Hu-YgrpjPFAiwMr1MkKWf~}iH8VV6P
z%1uJuB{Uq!W*#?P%{W};%z$m=SSy9%79&l+$xMcdZpt&I)nE$mVi8@ZsLD{jwv|96
zv@SnrQsiTe;X<$5Giq)Xq4^_#|I5>o7F1Ski4k95V_pB1J!DG|;xx>ea$9Dwn}5Lp
zD}^e@pZ0w7c;kX<a^H(RRg2S{wd?Eo)ZXkOb5YTpl03ra0y&TqPi_8e7EvjjVZ9_I
zc#vUI+-E&tdp=z_$uE@b+nDm!3`w@~OURRsJt2`wLaWTKw1Bv?=%9>{ee>$q;@QSN
zB39rsT{}|STc%d4`W4lPJNt49-FE7*&_zpy)ycj!iXi@g33BUULa#qEp;Dubj@TBB
zlLMAgn-O64Trt@fNO*C3mM@a!+g?k4THVKx?O;@rxKZyea(;EZ;__%>q>|?{q3y|c
zPhQ&hJ_on#<--L<yDUS+<z@zRA63MV0%`pGSbsxLw`aA*K7;RZPj-JRaGFg12atU-
zo{uWHwGrbqbNzN=MAvAfcc``BbI62xOU^QRTP`5;5Hhl~UKCWNtF@5AVvctCcUW&E
z2lk(y<l~33(-)Ol+*C9v9fyO|#%Emr1H37b$ym;(=M{cE#Nk2L$=H+C5WzD|xg9L(
zkmTvWbkztf8eTxv=uF>pZl>ntjHlw#0RHZ!ZjESQb<H{YdvlIHb4Rq;kl{=0USufw
zHZH%6jS_Vx(B}a2rhdq%E4hSKHfWjHUU^gz-sS_H_i=`Or_?8=W#z6ELCD#n%g(nB
zz#+<$VX>aQ&yXV~|0;uyvBLdU-Lrjb-lgC3Wkio7Qv!*auLYNe#F=U8x0l`gsPB3I
z1MGO=Dz@m>BtC3?AL?>D7CPhy<MKA+aqvB#=X0G|<Cz`^$c)8E^2mgK7>w!DdI|H#
zcVF8>f*a}o16Vt=>})FiNo0(M)*oG1mYL-9k<Pp-gBE4yMnxrKQbA0=hRyn(@p^q4
z!fet;t%{qp2;LK7;SUGu7GGEfX2%}o)oB|Q00^D4ZU`QO)k`jful26&rskA<zGLN;
zQr^c;$<4m$*ULV<!rZ22zxfyH0_f}Ki|o#Gv6H?E;<;m*y5J8Y)<1l=b#0wQeq7I>
zPOw|mggE?7{3ZlGAGI#A&`z7J*oIl(xNDo4;SOXbHLP<u_1#aFFl6fJvYnhdtUu5f
zYud!9+69G7Lo!-)@Y4<gn5y(lG@2C~b-g@_+0V&R4Ok%iwN(=MK$-G@)#WT!-Td#=
zyr#NSFeYgm&IfJX{{YVh?3s~os{6Y0>K0+{OX1Oq5M@YzY$w(DEcajd?*~nAAAql@
z>@i&B9bX=RubBiq%AEUw_YV$leoZ_^DPh!5{MMV0GYmq@ThrhdroR6FJtU2#j{TtR
zNL!qAcLl|KeFdnTxMVrG(xDggeydzX>#mcdy?!=o5XG!kT1{0;=VriY&-Dr}^-n)W
z#IEd%D8rYLvM#Q?&s#JU!>Tr&RPKsV-*wDr-@wVap!N&nsZT<9id`u3z8HpKcYL+^
zQ2F6GeZ1=D28CNr#|zMk@rul=E;3i?4u8h4RoK5LKGyJdkzuMsxH7=7NS@qt3^EpM
zIBQ#_j?`^{39PStJybL-LrT}wTM{Hj6u0EX$Mc?ocz^OmnK>JRg6B$U({~9K4xIK(
zbPCKT^Rmv}b%4#N0xFh)%aC)jgb6C&N)xyE=&ppPPBMx<E{jgyn_Cyf_VA?(MxTU)
zIAD?}oO*>ILWRx9!(7u-*e*I~B1XGbu9y^hcZN|3vn$sS=m;&v%u)(=O2_!zRPA4U
z3KT<UeIItHw({@9{aTh;;xs$m>fl4$nf67=^w$Jhg#Zr??uoaqeFTRoAd+I6_XVa{
zW6h;cPx}NHIRU5OnA|xZ8+;f00{EvL(_bo_?Xe+8F*Ncw42!I6-4XiEY_?4TCWba^
z<EiwDUT%sM(=TL<qy-pg&Cmq%=d96zl5JpzlG|X+S`?gaX6~Jp|32fb{|kJyxEZb*
z!C}rbb&jb)CDC{<_M~<@GQ~?p+PBSJZ~g_;B&3ecMN}xFZQX9+E+o4w6j#7B$56Zt
z0^gH`XFvOl`_!A;4q735?DQ3NWxjT1GGsaVc0U6_N7ByVd1&A1X4iGS(G^JXNVEA#
zgWiYl8N2xzHgDHBhU*(e&IIq}GOlkpo@@#ItdmU?DtMOrHE4p=ZrcA7k+<$I=~OeL
zpr5Vph}yK(KZu1Efy@#t@y=AOzQ(b{dNJ8OX~eE9l&M@OQ5QVZ>Z8mz&vNI|-l1z)
zc8dzX(f#V@SOn)Dq|`InPHn=TVj;g^Gzw8|)KZ|>CSjt!0$avbb~?M(v*tv(qq)0T
zVGCbeakXnSlw8U~B8Zgo95Mc8U+8zJ$h*<H?3vx7`P9JWb&rG?9%!i(=4|-InGgOO
z-W~~2YK0#@ic6x!^wkT^p)}Yk?B!`|g7fuc!U=I>$iAtMbTV2DiBAss8+=qv(E>X)
zGig*KQ&E7lS&;;s5CYM7?Kr8x?|&)f9H!U(EHA)llUpr<n%aAH#aY}X?lj=>4}ta#
zAC4Hisrc!B3D4L*>KPoMc_0>j7FzT%a(m^NCN}Cy-<!6esCvSw4iwNCJSY+<(ak7&
zYiKWQRgH!jSN#0ATE;QxSAYrM5iK5Q^Yl)=T!Z+4=woSkW=;*=9j_PkS#g0vL8Gn)
zk(=6RTC(Phc0m{Yi5txSq)bS&UQSv5S|ol#(5lC|xJ1%UBNfy?IJQ&3<J?k}up}|^
zUKkerfKR2H=CW0!d|ax-Zvdfry3ZCH`m7)urSfj!b<^mgfmk_j9+DM<uF>0F9zN5_
z|GwOh`uFHv0v9loQ49@AfThp&*NgP*(TSio%4GMgi&(1@K3maD78!DRXytiTQGbm%
zP0+sYcUc_NbwcMytG`(vWJ`~4_#^tuAb`nSNF<x-8)n*Oc)8^#@5S7YJ%Em*q->J}
z@fy9NMYDY+LE^l3TEq>LY;(q*-iq$!83erCP|J`HpUGk{m5Iih-pR@dTLqb9e{6j%
z%{emW4Wnke;LEG9W=y$daSy@6%-*zNkUKGO@nP+#4Db1&onzGs(Z8squNR^L$2tcD
zv3o9Zct$4fZr?2f4W&gLWhSrA!I)kH9*Qpk$u6o=)I{E;D#}U1l)ksN(OM3`u=w>;
z5zbOE)v8$z9m=hu2r?zrPWlg+ek$tN3>0FmHkDdoN&``7OZB}gdKfosz=zc1^=gH5
zQYTbtVzK)>hbnb~l;XHflb37tZ;ji?@&gBts-ohhB`LT_c+O7so2ACRWYfz%zip#d
z=Jx=zA)E^xTV8@+wu{~6?{0ZXHSY+sLWZZdcVDlAK+mrtgcPa5&i#woWAqOaR2&Y<
zu%&qZ1BA6<`)eXI4|H>MnWalyYqjy<hwBt;?P7iN=)!c)-Mn}I0hFdv);14i!2@+%
z0hcifzlU}CmOnIVvk{pjPPZfcH!-G~$m>zZ-6PpU7}xxTwhRz<|6a{lZXjDL13qW7
zJ{SiE7r1-MAHSq~TO>TY3&4p~?>~xD3{kt4c*z;@U@%P_xU*m&ujZ8I&z3pX{+aVk
zR)Xn^_AO5-v$SOvm)5!jP$MMvbeZ*?lr~y5?Q3?^Og>UAHuRIM6F^{w<oq}gw!WL!
zB;hh~l^^#om${jtB!E-o^?8|sZ9+Gt;kmyjy*bm4XYnRmnWpZkHG&9*<CNet{&94U
zO~BxC;e4Wcru;-CaxNj4tBI-No7}(hAgj6o7gtzO4$;&Qw#|F1)r9r<Xq0imnL)Ee
zsh2R)avTxZ(xPieWgWm&Acfc!w!BcL=r6K68~G$l)XpPq6cltVHS6@fr$RhZLG&cJ
zp)6_XVqxDgnuEqNU(j$&!@KrMcg9ZGUKrB32QV}DAU^2+!JUE5&q54f4jwW^YZlGP
zbRMRwpVo6?q*e_l4Pe1_v!JFBzTC#y9&uwGCdDOtsu-15$Sj8HFIS(>sDqSx0o$kV
z93L{*yvi9v^xcRH$aRno_vu3doi+CoY)+=`x#cZ%?FQv2>1SLa2zk@opFUi8pFRXE
zxZRdno|M+GC-RWWY^7EG<dq{H@B>3{^3g%LkcDkDJEu=FZ;}(m^4r_5W$#r~cJMR=
z6$)4=KR6!>Go4rs4NR>@!t4F%|5^0@*%hpa{tqCz*lbhT*-eu@sjeoq`t%<A@wiqg
zw1g_ZB0BNb%iuY=Kd!UW#fHx8L-sk<AE&yZt$;c_)tK|%`w8mhEF<<Ge*SB9Qd0i4
z$=hon3{HoMy}`I*S~tniflnjQrGr+I7AIJ0q_Qdc#ydtpaO2Uo!f*LpmL5e4AOJQv
z6P_6hXO2F`!~Lx8b;1Tc{X(n?>YaOA3f=<<B%iJKxh2^+C<sf+4S!V4JI|!%3)&hh
zRb`7=O?t52=u9;eD$nI(%KNgvBR2?>9hBO2avvWf{QU~a9eH$%^M4O*^B(jmOsQb*
zQpiXec0T`OL*$~^-8kEUt|Z3B3cGlJ^5?@jN>@%=U((7qWMwAEOjKqo{Th|F>dLhq
z?B_7zJf25(lO(;hb*^kbqliPH43S@fVFoy6w*O@v$~ICb^7Apn8m1V`i=igJ2ICO?
zx0BqJAKw!XxP+&U{Tlm!=d~`(BzG=J=)f?Q%X_L~DoJSX5^S2M6Lpx;*&rFoeTs6k
z6lEE8(fPJ}Q}m83XREA70$xI-lk-Ymxt7F}HI`5NCu=N$qICcUaAD#6mh}7YKEv>0
z1>&j`URGrrWiw1a`LGOcSRHpX$V|vCIC@8OjvJXkTs;VprSL2}9N4KS^ceWqGNwP*
z?@_%FT&*~>k<g55;L*ODX0=g+#<*IA!<kuDeRw{v_0fAfZZ)_(b=6E{Zf9atNRa0J
z#Gl15#~M=Mn16h(-XV)d%)c@CQL7K5WQwhl##FRqkk#feWDMl#)sSM=r254V%E{8S
zPvfVK{XMyNUZ@H#+&)EobmKB0AM1Zmqj7H<Vs}^ckFY6f0S5dN5bf``Insenf$dW1
z$Gl7$M(epJ7Nninw#x}E%57UU98z~XmPurgeK?)ZfD$j*{{wgfr*i3SsXL}to+>KR
z?u%zpG>T-7R2<MUDbX)7R0z2&Id9W$6pCva@*tj&xm$mZF=rr3>1ggKv8W1b0iGM<
z?`UFs{gf)kPm-gFz}pYw<C*WspnJuh$oBb~9CD7Ux@g0G^}9BEX?HJ^xFG-C3?TMj
zhV)Z9k#fHFx>*w^FDBcps#|Z{+yYywE4f4Yl@Z(pRc9Rn`eH9TUE0#!<9~FUp0=kI
zllwkpCCzvj)N*4gUVp)VGRPap1{r}NlK<ceZ+|$}Ji#)_Chudm%7v#|^2={PY*SZ%
zNo~ElCe$0(9I?5pea8P(eWLXTfyy(KLv}^T-gdD)CD~qYMcDE6?kccy=Z@#KEO}Cl
z1qE)YQ|g~oq3n4CnSGcKoOrxtI5oYF#*-9Z$~yP2to4>{b*R;^gXq3xM8|DRKK;1x
z?Rr60z0gVR<DSJ8&9(9N*OeH`?Ma&{<ShF%mBIDWC6y=mgPtE7c8hpqxz}yGiT=0g
zj0;=H;Tvv*Y&UfzUKt&k{ERDgiAICZt6R{Tv)(LuEg&S|f+Jz<$?+)w-;o9<9vb+8
z@*1+JcD+UXV(#9|4i18u@Ft_*b8Ci9XpP@lYUq;y{Ye6>=i4+G^WuB2P;8=_<h5<D
z4}osj<sRB_yU@hD?$YRg0PIj#v4ldg<RZ($L~LeLGlL~@;v_)=e=WFqN%~kj-cS@@
z*|R~>FHswrXQQIeWt135jraZ5*B!-YC4$@1;nqJR@g0!wT)B=Z4bAW{DBh|Je@2T+
zQTdsf>kST%7c1@_`^BC5Bv$!Q5e9C_Gy06n<0Qc-0L~9ZD9sn%quh{GA>a(HdF-JB
zfjd2Rt7vg<1Vhx1A2p(PRb)NDZL(HD6rXbjP6KafjT7JS;><NTDs$3|`EeWg94@%&
z<O(v&V{fCRm~mq{L%&a?e?zP+nVZVim^_dMj@c-Je;TA`n2CaN@JNTi*fRuZP{GjH
z#ve|76z<p!f-P?e>4RaOW-Vv!B;jt<ruNkLCS;vwul5lwS*JbIT7tuEqtq1Go>)y)
z8EFZx<xzYjexsEr>#VYtf7hAn)V>Y$Ykg~?b+<8tX2rZ0QplDx<1#nx;UWt@bH@pC
zWMbAzEU@(jU>*CLNAFhIa>-D7jmCJp>XicTU{O2uU%s+cI`%Mw3!SW5bzKFS0y_aK
z1*aAn&jxL61b;h;z8X3RXm1;t>ymK@{I&d(?VA4OnJOkHZ~k>;tvh97SfI(Ze!q32
znG`7d3f<|F^JZ#pY6QedU1`Zji+XYG@>oqT;-TD97Z|B$biRnF%P6YbHI1T(>;*c?
zF?AV^@Fb;&I0|}~e#n|2Q{X*VR)yS=<!0pXdPc0+u&jg#nweJI4a^7{D_}Dbv<(T_
zr+;sh*7TboPkp7>yIxupaNLs3&m}Ca@`l4!&`{|I_cjyohSdu8iZ{BEYc0wkvi{`4
ztXtaf6AI^vQ*0k@UVEQbD)<dFy1??slhEPl>OL#$uB^tCdJ`6Q#EI;R!D`?%UN91D
zf1V^r&F~s<@1q`fLU{KVgY`13J*&`Iw6XqRcRrSwNc*<&c8P{YV+%HRhjwwhe^1qW
zCJlM~4?yw<EhdIPm)1u>sn&ihl0_2}vpHV1Mfxu>(Q14`c1yl9l=s|-rMtMuL9$IU
z;t$sGwiUER!l+fVh1JGLM8W&(uPvdu7q;_J58hEnF%#z7NjcLSBcS8ky!wNOoRrQ6
zm@#GCF|zB%-{HXb7FZ6EMgK&&EE+XwXd9q2<@D*WXKw^OXvt{xMJu$Q7m$8zQoj1`
zY4v}vhDUlg>BC#;yp8=iJU1&CNzg$*Yx#Fd_{A<eX?06gg|CQNfp^rP{r5-!9T9~P
zed4P;{KN~xTkD<Di&}zmjyGiy=|?<?j~sY}ku*+yu8TBi{0cd1G}MB9C_QPATW?Pr
z5qpZosKlYES#{4Y5hmMP4D`my*c<x0tE7sUm?KnKI1o@|7sy*5pE3w9kIBnR^kkJW
z0^KTuAZF1bvy|`Fzh5gXluVEsrLGlj*QBzX=tCz+33AF|$gVl%`FYtZE#=#Y21sh#
zVA>eoD$1-<gxz^n1`I7q3|yBJV^`)_g;TC$BvBP)!B<y5Nu$rlvZcnrt?oBsDxJr&
zMv4!AND8|E+QG~iT<apg&X!O9VxY4@?!^K?aYRh{@92V?1s^{CTE_mKOyIJVV_AN(
z%A3gp*CBtr9EjjIHxb+bdNz^$-_h@{t92PR{xBToW>_n1WgCQv{&Le$d>T%q`YI5^
z+9+g7RtTUJWHwJ*r4${DtXDS=6YU^()>uc9zrhQ2Qxa1rx4;q|c}gqq&5RLMiywGp
zRkeDKfuY4X(AEUvlsgMGQ~N!yvALf00wy=@I?KS-j!RLC3Yt&kY=MQ9XB!A7BV6!x
z!VF^IO?>ulj!ve!nCO(UeJ+yM6>5gI&zqRAuN}bCIzK`+yk|JM=3q(+9=83*_VbIu
znB+p<pqmrUnjW&aUX*5hurR~Z#oT?s&1-+I?>c2;<3TZjxMLeAyEv&UO*Gs_V!WoR
z*5sC+td|2cb8O44O1{TF)$sht^zkcO?cWBujo?9hi5K^AEBS>b$x=$Vo3RV2?eKbU
zP~KR#D#u*UCVuu$A45*ZD<J<2;Xi+E97fu_<SG#Tm3p?OhKfE9WEZl?2AkoF?gI}N
zj1_b$&(~EqNLgjmk>mDW(PF+ce6MNKtT=99AOL<4L3~mO>1oMpWH@Nhv&9e9^h$U4
zg<fv6?!FUsBkA3jqxK3I)n-;G*=g1M;<O%Ba;DVhdi#4T0Xb(`=vF=M&HBEeU@8AZ
zXEFKtCt0tusmVg-{9M;c)tlW+rp5JC=@V^*d(5m`jKer!TfsJ=ecqDd<<$wYG3&HJ
zr&Q--p8#QLQ=KZ`bCcAyM&>%76)27h#l}Vnt8pETlu}lnUEE#Y`@mqpg(jx+UB661
zp07x2gMrp(GK>#LVKvRMpd_-`e*!+Fm2(itjvcXp^4}qPh|8K&XRgNyk(UUHF)+Ke
zB~oe50p#gT@2xcKF0>#q`K>$&wNnPY(zn5d>iz?P-frSG%OCp>%fKm^zdI=~&azye
z^9_7zeXY_|0$nyvSApZ3vV+av{Ls0R3$d~KF&8%E@vPv)FOo#$oVJ)Czr1$*u8U}A
zz_$_WhHiWHdEWRj`U+V*sllF_8vWM}&SYB4zT*>g%i$|tnparJkAcR=<dy#niMYnW
zo?Gp0YB;U^)|GLxcZ)gS$QqV&6d*4!CI-AAV=>^E08Yc)p|iT;J{jr*_xUqOy}wK?
zAC}9`Prld_J3Xi4o73uxPqz3HimdDjPBvhk*09xKTbJny&W-$WG-G~Q2SqubyG>3M
z#&ZSyy8i1a^nCtnophIym8C)_NI=7|;%LKpJ|wdVY;jovjq7rj{Ac9`a{)h$-f;fO
zoe*%rp|Qw@UC6HfjW2&TgSrB(Nx<7D<#u6zJZiPE>a|E<l+*{m<d3f9&J5nn-S-Z&
zQ?<IA7{RzZmJeh4q->q8<u;J%{<&`w@UHefESrDQ5~<2X-<GNF?QZ4OZA3_mNcM3b
z-7;5rXJvT#RHCE7!L5sQaC19|&<Y*gZh|!a(1nFL*VI9@-t<Baj|rL(PO3=*qIS8)
z*@!Jop4x$amX`bvkZN=5f5o9M?B!DTxu|TFeIzvu)4lKpbD(H<o)3R*yJ*Gze?`Ue
zg330P8~+m}>?)9r{}pXL7O^u&eZ)FYv5{6#fneVJUj-L@EOp5mYY-z`6xf+dKVl84
zK-%RY|NEG^jG0YP1tLjCFH!9MqQAVe5)`!`K$auIs&0zO45<6dFudO|w=0uD7SYK#
z6ZfeQTl6N(XbT25k)LUPp>zh?m3KVvPZR5JdR;|ik=&#Dq!Aam%@+l6Npl2HG89+g
zC)`qnTcb@&e#SUcQqw#0ui?<&Fy}cq6OJ4ic<lF}f3vb&kUkn1+?cHsNl_clC;-#e
z{OAV+QUA^iJI?Z#v-y6yM{Ym+qID+2I`Dj4s{0@I!V~TV(gmn-3&dtXnz0-yEiHj_
z^e*|=ic<^!b!gwWq6cQ$Y9s23;v*99fwLrYVe*U%yEN6drDohQZzBr(=`XBV_cI8W
zC}agPVE@ppN<d@jqZv1ejOlDGST34*H|ak2+s<W79))5s9Zhs*r~f7%xtXbL3pr{j
z=##N9vrM#<0lkf(BUP2}@m{HI<*N1y8e?~{n0zBF0kTm<X&PpnJS|N*ksWz%a>xt(
ze~5aksJ8m<`<Irs&|(FOTPaXlw8dSE7lON#2KV4ji)$!Biv*Vh5AN;~+$nCs-Fg0b
ze;4Om<(oZnu``k}_F8MM`I)$QXMzt`20;H2y7^CgHF%lot+o4(NkZAwC$D5!Q&x`%
z1C^ZRxD=B-M8ElxyjeE>52J1>^sn`W#;J(Xwt@Y9Y|cGr-#yh*1In^?U9YDL_kCv{
zFlmS5_VCOQoGWER&dbxNRUN8dpZ?6{85_GuCbXL~`|mzeXu;eb8Vp*Mf(;Q&(Z3?B
zd;xUEX0SUmWYF?%&~uuqNu-od2_Ac#zkK1Kiyt5oe+zfh_Y)JbUT8Ypv>Mx<9(6|l
z3$M73GZpS+RB+NrHq`r9LUQrJ>1aw*L+RPM=QJ7FvfE4G&fmT@YjGT`A0!|OmlcsS
zAw8&PCIeW31%Huba3DTy*?^%GOkMWxK;zeD!a>3gV}t4lwnnHb>E_zk#iG9L;yBm0
z)GPvuBIa)$gzVsPRn%-4!_MEx0X$<PSKHBFfNmNVOP(Q4p6U!(g}WIYh(A3zJS9wz
ztd?#os%ok=g#?NDa{}!z{S<N?YNk37i4_fKrNL=3eMkHs=B5t*h5s_yq25u=v+RUJ
zTx*8-*vGyLqmEfyzt(UWz%LBsEPNeg*gW!6{?d?Dj#^(!&@J9^v(}_Ek$1LeeZ&st
zMk7)~5@Wh*{ep+ug>{p{yrh1amBVf1gH41H!;{%j(^F*&BCDl=s*KmKFfyq^ege~i
z8MtiFxk0U6><+45GEagXG?536FVV9fX$8&{U8Q=FEPg+WH_Xu&G9|xdutUdo-<ub@
z!`O!pv!oS_3g%W0le22v*JqS;3b(F*TKQvJz85@PsblJGKWWU&N*3t3YWhAS@c8do
z@g|)8g(V&GkIuUBrB~wSyh+?(>X;K~i`-fdXBlB2gKC}S)}Ni2662!$^6DPfH}T7a
zV3EK$E8^K7{8vg0aw5E2Z3FVQ^+C&wvG0F?MAH4Of_xZkg`n1Iq+Jnt#cKRXL^-Ct
zr~^XFH-A4wG}554Ejp{Qe;(EM*5-b&C5lj2km{v4%YVuipkgacjk(mJv~dS=#<h)n
zeB<oJp7u@kegP6y#YiCR@*jqv?l~ZdJ$*#Q;k$D(#LPSNY6Lc~IGi-zK7+q_RPnM!
z+eP!48r(r;Z9!0pdj*H`rgB^@%FdenqIDaaQ!1OBTvVOO)==LhzN5+6{mtThh>C+v
z_Xx<HMd9o82L&fk;vQ6DStChG2*zkaKDWob11WCxjecG{B%TQ=L4p6Ot8qr-*q1?}
zvLgW2Tpu*)E&XjByI>g%^}(LxpTq04Dn@s-b??RXneR>#KoAnZQib|jFYtbcm9Jbf
z$^hRm${*SIX~wBpM4IlSOq=Dh-z|-f<|2$!vscicLNA`GeYx=A0v!?oR&oyXeiJsS
zSr;-QE+rh2QN1q+TNq>ws$Zkx1FZkpyP(@iA}QYFsnhor?24iQOSW=9bnaM-I8bn6
zah&+kT|VSu5rF*(#JhI>5#&C#C0NBP@}s|+WTTs%`sDXr3rC!^Tf!w4A`wm*N}KV6
zuXz(zhRyiPBlv5A6cimt@Mc-eRPr$z$QszXJm5PV>HHV|Ne%pV#qL}C@J?8;=_ft`
zG);kWJbe}Sg|o10&f)p8e8byyekm0c4k9aK;z0hIh&p37V)>bH-T*^iDlu|5E1iS_
zy)sH`ikVQKfd83D<Vc=?i9?v4*(_Af6$_GnA)&H{;Zr2hjIMMK7`dnw$w)XP0K9~M
zRPc3z{;BlK4|Fyt0ghb1+k!-hMC{&>O}72TF)gS${e4n6Vs+!vH7=$;Dmx-3OS)r*
zaITuvXJP&$sf@W9xA>~2fmP7)V$h17j9tfwrYzc5rd*tY%2f>n1XC#A7mcqL78NH}
zXh_`}A1PZ67-SSr3jQo4Q`U2eoR!BSv|SSDpQkY?()UpAMbThc+EqOZG7uPj>>NL;
zQ|ftg(ekMuQa>NaU%~O0lpCvL(`~#*Uhqd|s=03ejhUi+H8@bPX$z-<rt}|G8??-v
z7ujU!`8OzOp1E}H_%dt~=~K?2IrNC#7Ge#!rJsy+4=*BZ9R~9s!EmM3w3c(1L4I`4
zYK_WjA<1EJlhMcnp_^gH$ejE|-cssz(diM#vb}<Wr(Ub1#|0$dWQ5z@O}g=TUbbOY
zReKVTE;rTMZfXS=!f&Y}#|1Et7;Ch=m-a2Jd-YqT>qupz|BK6Dh>Onzdkx*`&*j$g
z8{<%<DWSJVmW>-*T<B6+=@&Jg*l?Z$!{WK`wT?>VWR}&b#X&a$nd!~v%v-UW6|H$T
z@|PTWJk{v+LX+K#LuxP|leyd4V{$ed>Bp_nB9G?tp?+~lP|WnDUDaQi8rnFmbH9<h
zlt^?>o)xlloxs)K$@d^!T_QRxZsM(g=Yav)GZTM{u5*B~=a(o1rD6{Mo~Sq)0efR!
zD2}AdnR%pdteu5Bq^egwXkM26c`MmR=HOSWcT3s80h=%WE2cY?m*}5HoWuLQF*1;q
zVLzHIlD^LoHj2}>#9YK`R+?YsT`I#~yF<l(m->q|qrzD3948(%q-+eHuHmUj{$`rI
zT<CvaeLVcAy~t$P*gB72R5^6*Cu55-IzzK%wZCP=W?ds-e|`UMV{mUhwYIUG_c2$C
zM89b=tvMl3;qwYbSFY2rdfirkU{z?9jP1<5+bP$OyHk5&?ll*kXwsr%ldhjZRhrCR
zbU}+ob!b~0qZ`eWQas9!-F;&EIH$gSb<F>@#Er4gTdg?Q<$R(UfT;d{ETHgWIHVI<
z!bAP^Ktjy-oNM5xm#d1Sj18UYUYTm7k)C;I1!3o2t^-YUKt_@{V1KbCCet}R@(#=H
z&iaWymSVGtXz!7|B*mt>RLRN~e3X;EN<5!$m=>!}=-$@-1UPmcA;E*gwsU1sFzb)&
zp!?>DKRDrA(6;v_ZCd-wLYR*3y*iy^a`nAO9*ap!t+pA<Y}c$z3Zbp3@=VrqXAhBs
zdNr-tHU0-$ekkInLDM+!3g@YYB9RXqd#6xk{pp@NYivJ*-uJO*B79=d3CAKf{JFO!
z)EQB^%g*HE*yI3VYg&IC4iZ<bQ8efcpOWA@cX-Sc4n6C;@w!AK>KaETz5R6P?i`XE
z5jkI!ens3kAwg%i8A%7a1^;1iHpjd%d{j^Ff;CyS$yYzJ78EziT<?I^KW+5`slcTu
zf4`*6t3P8`wtzxP$e~5Py&!m6dmb2j^48R;p9UXvSK1~aJSAvjmc`d#Gfz&t3F&9}
zda>O1{%n(9zkETcNmX^19bns{m!BVM%L@W)H_OihDxPwGU^)2dOo%v;po55RMJO}0
z&W@2gBSvCw25J_{q$XXWQoU3B|1$gl@sj=Dtrf9yfI6edPrUhGn<svMM;F>7^k4It
z(C}1zv__zSuC37rW$XXhf0-~u(3|a{Xi4A~EqZmM7_Alj{|dp|mr1k=2f{4F^rB%u
zev>iK>xYM^aFu@ZQ2$^Q9Xnze93sp8Fx{`1`eEn<s(8Q*$$tIjg4ylo|K1vF2Pp3~
zUBOBpGYbzjW>v6=(}>-zj@I3+&J<^}MUp2?ESk0g!<4ipcq$XOi(2#k!=Ot0-5!A2
zc<;4tP%Y#JAFLc04>KxCN+TX1u|o#}y@nr<Q7UO2jqtv^MDPiScH&U4OJE2P34x3E
zhUl`zGW9QRvdik;-2G*EyfiEmF~3==qWfj}hfdwARB856N$D{r)!S>H=DXIr<2;Z!
zS^YevKb?q($@dbb;zK4!zewhPu;LH!tCQ`{_HEIwD#TZ4UvlDXU*W{=xgrJAJZ}J8
z;MN&+Sq~Jksq-+&F0c_-=1|?YiJ>ptwQQ{aqA5YSR4=9S%xm+D<coBCqgj^;q2BVz
zWhRG;{YY-Jq$KgCZd4e7jcnb?x`dJo`0r?+9h-QTfA+YIeulJbxtWuWvKq1e@Mdjd
z=?xXM9`q-Z!+^P1r<7l-kSX+<$~>1#CW&S!ofaE!KQsAzvFn|uq>>ot;BmQ1n|i5=
z?_WzAKC6q;`(?j3iTbfRvnz*`VJg-(i!sm-w=6abV`JN*DX-qIQ=f46Bn4t`B|?iY
ziIPxwjVnjfGo<Ni9aPbq;2%{K4);U{&t`EfqSOs&9Al=+O{057D@F|k7HPj!w-Ccz
zi!QO$<!~$gCtP_tff+Xv?h?1=&AO+Fu=AdCq1vlE_pcud(l#H8Z;zZxO$%D&{Cqy~
zzDiG>mIIZ3#8~g+8DMQ7tN6nW)uT@KtMGogHxjE7<t775tRaZKzI3iXZMa#gqYM7O
zpDpV$R(*_HW@(F?7aaL~msVvR)NJOpfk%%{++9%oeMO$>onI1J!cAbthHnO@GB0GH
zIPmh)6`>a33P{!bcmLG86R!pDB8$)x-M`?W(aE+g)&Hl=01WgAhWzGbCI9!Ch7c*@
z-tppWQJ6(2USgky8Iz?3FEj^2L4f@ysiomSNdXhph|KoSTDYWzwf%GW!-bP5%>Yg(
zh74-|hk*$&iSqF1H@JqS26jJk8xQ5hJ@%tJWY^{cSwRBEv)<dzY^Mjk4Ymr`x^kvd
zUNQPieBHGK$Nby2-)B^jN_BHt`7quuSWPJc;yfy%WOy07fgS?Jz3#@NL+x-g+uoA&
zkG%D}A<gIGUvquojH6KU7c-Z=d%s(zc-%gh(oAz%YLIeay3Yd$LQ=922;JZsfQxjm
z{tRK}-%kO+!NFeXn+?$VI{J=Wu#h(;Pa+&8=-ThrAfoRDFD)^wIvM)N?xt|}u#23U
zR?fd*7c2mQ5eTR4&FE+}4*^dDJ&eO86br?&2fsIJLq8`Wf}Bp1TwmsT$h$!oPJRCS
znlAjeETAr0`|Z+Hznn4DjfyT1vK7XnaOF0;W5-fz>jm?8S9^1Q&WdHE=iD?^dEQAr
z<7_M2VGiYPeXbD}Qcn9xa!GB&jW~T;Au;OJ7ga*AVprN4TlJOxPtf@{Qo*j2m%1^B
zB3HNhHHEGcBx2u2-Q_>(*%9{h+X9B*Lwh#Kx-~Cf&b&56T396e>XIWh=3MUBh$#)~
z-Nh7_+=zI<@2SO^IP~N^tJrdRZ}r;lR(^g#)gSZ3362?AFAB>qVa9HIu%<VXeOWtv
zf8K#pY4aw9S0~?nXttfXdf=engPP$%$Puv<gX`nol`5y)0pQtsZD90$Y)S<u$u|2J
z;qlP3uW=;}*}u^PkS=I$4xxQl1X{s<zxJp}s*70Z?zo&Q#noFXzBn<9N$8U14w&EZ
zPunss3=ZVNR!swBYo0NWgA0O8e<55imVRMd|CqBwRA1co4v}iRAT~wu_}P;d_qIN{
z=l>$C03tU@i75RI>}rvK_1?VTjYl+Q5VB)Kce8aO(D;zKn%R-s@{h=oA1moRqemS=
zQx%flBpub`zv#0CEQobbtQU8Cg{D`6#b4f&d!@)~^JTG(DDklpY7H2WI`kg&ObHxS
z)(`=Oi>DoWwLcVmchTvg!9{m4{E1rU8P}2`b1Vt*4jwv;cELDA0Hm9?0s?Y-y<Obu
z$fEc$yxlII_F;V7cqa?wa2&BT2VhuY^Nn|G(8`M!RbvAU(CV?uK)R?aw^FO^YFs7_
zv(}l}MPgM0dTdERjZlDnA4B%h?;7X!qmLrLr(8cHre$;}tapaN*&4Cb)kjIE3}Lv{
zWl5)xkwoIIVNK4Z<BP>*bu2zwjaUE;t@mJ3{<H`ai8=p4_gnUoG&K}ur5*!j3pyUP
zG&-(788dU-KA8GHjL*9~BEo9rb-(qE?ijXrgqhe!DLVf>YF?CW?6tUf!tsn+f#Glg
zPkG_Bvh!cn&krYTpj&zuw>%BBZ17Z3s0~h=%*(|!Nrsmn5DMttqnsFlMT5wZKaV6M
zYF<|*zGHk*e-I?>n_P8AkNg%I&Uh5Y<QadP&C$C@^gd&(p_^0SDcn#ME8Sg6WoT6R
zJ(4GdXk+@7_vdwyKg81?zsv`2rPavd{9=9474|Z%W^|_hV-)?=zJJoLw~>)6L}-t8
zP*JyQ3-`U?W;$=y1xn#`hc(|uT)x`nQ*gBtKprRpSWQH3SZ!m2M1@VAO#qk8jVjI4
zyrH@lmM_MG0%e`C&&1&iHOXZ>yrd1*Y$sEcFkQVKR!jp@IWbG-I+;BlJx^Cxb+A>L
z-}UjHT*I26z&B6dBzVJhlR+DY$<6W93}@r{_q|;_+Q6z>Yfy{b;Xc?DG$QTXYyywb
zI$C2_ikQ!PV84Bt4l#aXC;$wHV1<-vH*p9UyE|`-xcg2(mzyIccuTt^uocvuvGu54
zMmDJ%(bp`lbNYrkzZ#(#EX@AP%q(A*>zZLv()dO`zym<OQIv8pHz&ARlGHY%iI7?*
z$fG&bw|b)3vgq{y`xG}Ws;gNmIX-0W-u_OAz3nXx^AIkUG&~aMW?!S@^2si?_&Z=4
z8%Eo*a{37A@4|?QxqCUbnQ-T`cb-r8a{Wm_S3FXnsf6}d1=ph=5Y<Y_^2IV^CyA<+
zR9GLyjA~I(Gn|YR0v@PWWdYp>m5sYW|6xQDFnb`L^rEUJn`hKJ+YPT3mo6E1+-mOX
z_}pk{niWpe)N9f)&JIAAx-De#w!ES*enj)B?)bJ1NS4F@>XdS**DT5MW5)(Aw<QtT
zY!bSKwDEy|=M=Y$5KA+hi0y%_7+oEia%~hce#}m5CEVI>6p>)sZHTr;nU85aZpi%m
z{7O0t!XGFMGRqwJ;inptx$ucqf7tIVE_T%GHzF8#%=J*(Ob9tN8E?2Nw2RfS9%MI>
zp|yzodK4Nn<Q<#+sKZgQV#{+m$eKuuBqr!yI@rE^>AIrCF}8GZX$&o)Uw`XQgtaP6
zSNOP}YU9IJi!-g<DB(%IzB|gtCK4B+?&KE&yKZnJJibp8E66f6qdZq=7)Quqsq|lc
z8JKk#a-3|e9Y-;h%w4`9Y^*8mdp$SsbWR|>=3-9+e+h<N)RbP^Uji4Q3`1D(7&Ty~
zlHq#&LLn$O{l2=Y;*9z<5g2mR7|iWlPUz~VbEY?AoT<IH(})O)EcmBD{li!7#%Z^P
zd=tVP@gZ*5M@2f-N$NmIL%&K>!*4Wy9I-od(f|o4E_MW>VST@*7D%CM$2xmO!y26m
zMOpqxQ<TBd=N^{}lpM!PrghWZpNEZTi2A$38k@n7OE6F;lfbp!r8Y}7FK;ig>-gnJ
zX<;96marl+XTk_KuDOo^$9OUjyW^!<DT&)mW76~@$}ChneJhOaVKR~hY;2EUeH?PV
zIP0K~%wd+jN++%V5mGhJYHNRnuwj9jx_CL&{~j@C_XhXC<`$F<zAbnMRoR--1pIrm
z>>ggPzfLm6Y41k3TqWK5Pr{(0r`(%qynA9hsM@_;(Jg`GiWsl+2Wl?QqY)Ii8t}Sr
z2y?eOv&Qdfg+EUyDFW&E?_=%MJzoDhdBlTCpPiYXjtJPx6wR^W`O|Di-A7vQ8?Ijn
zQ&ZpznVKfyMGXIkF?X5PuN3h(beFgnFvHAFx0dds1x;hFo=nE^#=^Vxa-3Y-L2v0r
z@aF&(l@x(0WKc0@URca$<<Bv@zbN0>s_Sb|qPaneKzRilD|El{Ip%-e1$x4d9^vDC
zF8#j)OVj^`{?EG<fr`=!yXhTESvYLM%)Rbf8+#!ZUsOK~o1qP}ER{hcda?A%gzUXr
z&SWfVnQxYK4+_E&7fi;%x4OGvLDq@}WkL%@B2txQP<ibzi~V%f#PGA{^2YkBVy33+
z9!$>6b|q2P3#<@;g>n6~@$ob+^wPVigpJ%facha8f;w#6gW#JVDZ&<qwT3h=$wS?z
zEEJl=d;$tRFx+wJb;cmy)WMBdEko`e!;<j?t)b(hB;Tr48z%Xz(z-ujojw<~^o>4e
z^$+VB$b7he@K~AJ*`Lu}wS9%Wx#0R&aHj^yMtv^3qg>OF?NgjHMtTMjkal!DoTfj=
z_bRK~14HW6tru)#o{Egis;XNR;mrz%K@WsMRkB~xT}1AHJ0@B!Hk5F>gQIja<h2>?
z#gPMdP?f%zr{GDWWnn6CCWbdJ2dq!!dg??0EGRDZ)nZ#;30?y`a`&%Br*Hg0ZFq`!
z$&pOE?*$NO#21BH7R1Id=KEdQ`zj~h=UUtHZo!4^QDuuZFyGL|$W#wG>SlHhY7Dv{
zMpN_<>b!B8_f_JAN>w8SM~j^T2&iIbw2#y^itX;JdqMNm;*xk4ntw@UG-WGfgKE^U
zDMAdd4gw*RM}T$aQxG0{@nW&@FyZhrS8FfMDZ6rky}T$Yl1y8>ZK;DwM3&si``3=|
z)G6xA)&OJt;$-<{+t20&!}{FUiq@R5%ZI0e(8zKAa;?iA3+R-0L9LHllERB)&Y@VG
zA&ej5*c=@zSU+@>W=$*)>7)zIl9eJ;^#`qnQW#VE=ff%1oIKdB$+sI`g-i*BO|Tmo
z-Md57c=CD-UORCJZ;H^WtT?#@zFBt5T;Q74uuX-I&}dFWzEnateR0Dx5C<8jbN;rp
zbX@`pJ3hzOmlwGXo~Q?_W`gC#LV$rF9+P3h5f~om(Rt<j9l}i7P*~646nN=6<?)1F
zb{7aQBOlct$YbOm6|@}8b=WZH?8at<h$)N)7?z2PK=Q7H4Pi~TP7E=BWEs$-X-zU0
z)g7i}w>Jew&(aM(W7$JI!@fzjpRq(xIpuT_n9UGQ>)0mVYh*uWWBn7KKJ{-AH)NZq
zW3fASdZ3Fy;_@YPE3U}cvj(USyANJ>GQTTZeFRKq?&d&W+t3}hcV2t$ogdUfzm9Eb
z=cUF>XhvE-zZ!}FjnC2T>?9697<g1(ef|$)?I?}bP%YF$<+iMJqRr!0WzVtxYMQjN
z%^NRL2ltPBFPbGRu@GUx?N?;D8_qbCQ8kJA_co?Yvngmd8t?x4S=5q+KzkqA+dlEx
zUM=W*gxx*#p4$1`lOrHGIpA6xz4x2bh-y66#DuRqi7f_$d!=<HnSBGqbEcO8ChsO&
zThn`v`pvBR-<v@s=<N~$BWg(KJaCDUG5HBZHqhWa=x*^=o*lj)=sD>hL%^`9UKDfa
zacMf8l>q<UHss7q&1u`Fjs4;}Z6#;rDcSG)3-`gjpWJdP>%*4L&luW;GjsAzB-t6T
z;;?d-Jv;776(7~!wo-cb-{e>agdIPAsa>5CiQlqBKEki030{u%=|r(QOjyrc`@ql2
z(hge^z#BQwx##&Yu?1xB%c22EJ1^V5nKr1-93y~|2j%ixo3BfiZGArh0cP7(jg<_-
zmhu;+hmCrUsfx}!d}Wx7_D(~dzvc*vm|W^4+1bi}CD)wRSEM_|hg4WmWg$?hLUnc%
z$M$_ubgy^L4=?rnl(UcdX#zAXCTHet@=L@$W1<<J75-&Bn2C-V=p0);18OxHyc7JS
zeD3O#8m#49_x!tvzl?DqEaC?L=JgS27yOZNCY39qj;f`VUxPSo=tZC;#a_>p?=8Fj
zN9VzzWaUAW;$LM`B(0Trc3S=q;kp-|dIIl({Tn}+3#2+GK$s^`A|H~}yrMrp1h5DO
zT+Y^Pvymf_YP-YvqPS)l&t96*=Q?4Mi|3Tf@u>7kZ<()RL<hd<iW?MFanKtTm5;>2
zH81uWBmJzWeV?ynLRXDz2TY5G@C#q`ou4FTTUj$fZ03VZ*ce}-U0nD95w1!`Ez@Ni
zE;stv7y+JTc4tE$0k1xtdq29KjqH78zenqMy4I1{dnk@-Wmgy8UIl}0c~6wbrgnsm
zk_fJC{_g_<3Tqen{?o(@ru*+{J~Aql1{n(~pe<W|A#Z(@j>dHN07dkJG8R_rzS#G_
zJoa5&d-oK%-P|XAt2ViA`z_QTiZR9Eo!aS^2vknwJga9+Ys$mA^-~0~e#y~;Hk|wX
zciU=JD|alNt~gvsX#v->aU(zzq}Z1+LsX^=*6~Ok`Png&`U{<jR3+Y_n%Yyi3}vOM
zf7sJ|dP8>`|4#g7WtyyOVd?FDq=}{zWkek-9b=!!>==<Q&-Tu}xIOYIitdJ`d~(4q
z2+a*V%zRQ8KT-b=W5g3}(0bQeG|^HsiRKA}n&_s#JYPMR_kGf_t=Fx-S6HiD>>ErB
zx?}gRowl?V;e&rYL*Hoa&#Nd><CK+Y8fEbs0q%<)rgJ$Ch(`aruz^`t?|OCpEL-TE
zko<yRJe35U)^8XD85?#Kpz?B}r<+vE2KUhVCf$WKnxd@rTRgq>kOIzU4W^b-4%%L<
zYYFiIV18=CPB4GwwRZjHwh_f-Uvh@Owu5o3;ofJ_Z&gUWPK=aS@%@5+ko{@qs$ND%
zj{UV|Jabs94K_m#D0be{C(r7ECi3nB;@H3;+sf3g42W?vu=32Vi}~Gz=uVZOu_#YM
zZq0%P)*-t`LD9InPcYp@(G8X{n=sC{l^JJ5nP{CsTk-Vlh@{rLnncfn@Kq^f=Oolt
z-U|1Jm9VJ}zum^^h}=4_gO(-)J7X-_@mwuFn5i%IcRx<}+H3a}rk8WlJ>wsF6x{o9
z>Wl{sBGkyg9iK}WHHHz7;6zG`sO%~jGn>6!G^K~gGi?8Y`oKmdCA_jMBRYvdm&Tw^
zO23yeJe#mS88)j(s6ij!$$AQxoBxF7Rm4n7Ipu~2rDs`R^XVJZVPHl<?2;u;A<snn
z^(%^8yogHG2luckl;tax{|e^&KGY4um@qTj@U`_<<c{9T8^jb&mMVDW-e0!%sqxS-
zwp)1&2_VM}aJdIjuj}?2a`DqR^3T?z;xCk+`gjW~W|oQ>va)|qD6`h<j*)H@mA!)|
z&IeSv>(m-a8Y3@Yy-!_$lbyzY#k-~d;;lQ3ujIt?&=F?6{P*>ufS>hRqe6e-`Q>Ga
zlbWOJJLs%5)pS8VKZQ}c5Ur={y8z_D&y-p73Hh^IT2Ck%%3&;$oUWuY#F@{|Wqh14
zWry`kL`)7ph6)awk3e^5b13ttzB_kaY;(WO)gSopk^9Iq!@G~+xwx2r3^<ECl8kvN
z@(Y=dYPavd{&Md>eex;=@y|rLD7ZM6MFBw<jjx7a{wL=rlizmYF1Bk}V{}$H5~n@;
znpDq`m7PnE!mIgpCJs%fa*EpoFJh8@6K61dFUJs)GL|?}&l8;JAvv{_zG#%4npm-S
zaJ*Y!uJ;n?EJWdaPqM|cH9ErR!h~Xp(IBEG6pPlU$_nDe_r5f=3evPeM3n)3Ik;@`
z9CbQ^VZuKw83Vp0cyPwH1h$ILhmGk}nop@JG2Hx2xp%hv8uSF%t^E%}qa<+6k^d7#
zkD8+hXZ!Lvtz6Q780!tT#=A@N<WAdvR(;FbY?~yVE60}Lo<`Iq_c6Nt0>}^Qngy9D
z)n^*PmE2(VE`@(E4oxm=*86jS_!Ay0_*8sn{zr{ylD)WBQSET&Oy!aq6l}UF)qVO_
z()v9ZZe3r+l~4(AVfLsobR8M);D6`*?da2{^|sJk?dw7}RyW{>K<`Q!{{r&BJnGl&
zPh=jtK3aqEx{FkWj$E&Fq*g8zlU>A*AT{2Rl>5BxlcTfJA{=uu4Q_8#NYo=-&DX@N
zj>)bsg_P}6gLJ;%;RNH>*kHTAkCs#QiA|kCRX_UWluo%_jDlsU9r(ng7B3!qgACPW
z&?{}9%f<*U^xK^b<=!jK!B9Vo#OI9y0Ea_#T`#T3ooKkcL#o~}WLj1|Qn*(3v22@|
ztlj-xQSuX<L{><;H>q|RXz1dcep)xP8^ypAwuF6htGD<KD{QcyedFyNA^I2Q)vfR%
zkZLk+ly4JpC$6%uq+w)Rry*@*AG;o!H-+7f<%<UnU`JG&XwDa#HObhv=s)dYzJ_p+
z-N(ddd(fFAJ)<~ljW0%a0o#GGw6ul^iD$>d@D*MM=;L)`u3@!zx&Wz1OwoTB(*}P2
z<8Eix$|ljI3l86$kw?&goNZ|N+)=G4G3-Oh?|<{v+D`q;3u^~$@Ig)fU^c#n={hS>
z{%O9{uv&Pk54)==;s}Ti65Y<EFs9sKI<_08u%zfYw|f{Rnn;-{NU&!z6TnQ>pc-My
z|C;wd|13{l_5ZvXJO#W=u>Wh3(7h5`pTQ8#=gp_j=l$PjZdEKEwcO7EvDnYMM3^gK
zYITq*Dq{JVm>Br5ol->PlpTx0o35DV#FWJ~Tu`C~-w(UIKP8_Q*Ysl@BEH-BJWnK~
zqtMP3oz})>#TAX0GM`(HW(6s10XIMfp&64-Z!~<ToF5lf=(;g$U7;8{z+i+>gtkHv
zt9i!P0*ht~1YA;ClJso&F;w`a!+nV!BQwBSJJp8Nm+QOuyJD<>=}8o|!QlZ<QcA6v
z@?6`1rYU<wb_w}2<1;zR&7SiBzerO4xbw|h&em;@@0t^O<?j0ll~{dBI=E-})XBW%
zFJk*S5o@!xLm{x5DJ{aGchT!ayzO;#yr(!!uOU8=?p*^7Ham}XTVrXXbLz;+oLPTD
zo(*@4nO%kwko~0WartEk{2ZlJ#<$(4rGOoQhyznBbtTg=(BXTp`2lP$@h3g2`kZQq
z=YPiiec`$ocOa+QN}pF4nL@O@<OL}aJrm=X9sK(fpWFkpzyC}K_G4X)R6zyQY8k*q
z38uk42_`Pn@VE@nP+fVHa;+UqQl{1%Df~MuXdRcoxq69?6b*qv`luUX7(H<4l$A-o
zZs2nSxQy#^S;BkLSV!VE{YK_MC91l!rsxN3IQ3HqWB;%IBD)59aDa1i-!l7zmlD?}
zuDK+E`y3)W_<h=EqT^`vz`uK_#D9L!g$|K5z&|etaVUzL?qFbG?>yS}aWXXS-5?kF
z597gb%;2w@gbAY?hg~fBke9z)=CqDo8{@XpB&%>Ai8aGmSA@;ZClxQVC2uiH+qKr-
zEgD>hLNgDH!3Mc?*XS3P?Y+<WJG!^|1T(4aAHF+$Sz8q88@C-peg6Ep+j+9_N5?N+
zrvu-{e61CS9~0ULGHI%GIn3W3G?Jo<+e-LKTe$}*Ek&zHCF)AY)ZAg%IZGaTI6sRf
zO^?hw*sX&hV*Fj0^gg{f8&<Y$B952(Znh32ldUYpzY-)FQe?k8!=h-PH!7R1LNL&X
z;-s;LVlH{6ip13E!e0$h(J^)>4|;-C{=?A91w<;UXvig8^?`TYJWp5GCf%Bn*?ZZ=
zB1+>u+5l->1SJhUm_Kssh4^^0>ji{8nVpIzCt5!nsfo01f=6$WVrGzx-gjj9`@Zz#
zP4c&+RYsX=FL4`~m}nzvCvFT}xuYB+xqb=YA>QqX^y~iwzw*Mh#zffSg9e!DkJ9J{
zjN?YqXnVo7ju$HuI^JOck8w(>3syg)N7PiePhW8h%(;P>P2*+}Q+mU8b;k-d7vA{y
z>@o&M*Fycl&JDRt!PGT#D8WrH{p!<T1d~`Oo+g4#-Ls7!=sOc&nZon<_u5a;2UY~j
zvrgzz?R`2ALx*PB`Cz7>82}1|A}7QSy)#b#7Vpk~pU3X?e9hD#s^St$OH_<b%tq~H
zPcCRT3WtoY-4`*~8g)>Jtgu#|)HEZFDqg7(NTk_}aqZ2y@l0wxw=hG7^G3&4U~CeU
z-*6y9aMb}c!UmIzliN<_P>r57)RywaqW4ow?3A*RMgFAQ#L{N8x(@*`^-SFBj~vDk
zfT_KO`eI=X<)&H6YvP)d)A!FtKp=uSUSBA_?RV@Sy+fQ`nth|k?J6CV5Xwf8C2W%G
z!v<Tdk2}cPy`y2%$)#<?v9{P=eEv>P?_NqV4X;xclRNiui>F>-1MflE3H7QQuTIlE
zcHNvRmQCFcy<I3S*$bKgCQ%bLv?;e57tl>{O2VoWla#i=r@Ts^b<LnGNp;~BE-p$E
zRCp(HY{%m+ls~`VyR*XYlK1^n>#Z9XwaS`xrgSD-GfKm0$-5RLT_R|n3A+q#%p}Jt
zkdeB8TdEM7r?|SO1D|-^T3ng)lDszj#SP}>_6)H?5)0zP;yODthKAh!go1`xqmr1s
za_sLMF81w}mW(mt>R00WWF|_y2j`_$7o$f)(nuB3tLX%mL8O{!hj8Y-to9e)GIC4|
zlKznbf0m(`NdX}!4Kl+rbV6<lG^AW)zwYR>T#(Tab08j3Sj3v(UEx3}E9CWAz#^*z
z6bv~ctGPkG7T$b||3om|h&5fzj+ewLn*)F6td5Vp<pRK*A2Y)Xr*fQQ$DAqGv~R4R
zm^;9C9n(-gZgrl(TnWUm5?;lk89YE$FHqm{exA(WjJdvjH>7x}A6_z6+t@mN`lUvH
z6i&)peG$iV+|#>$ycH5&e2ITDs(In{A4bvf6H{0ztk*;L%>u-w4OOqUwqQB)`td<!
zhJ!HACO<~J{L1{uKhK6juLBdd7cR&NW`poAt}_Dn#%*hib8TkgyFAeAmooohbXIEB
zP{kz%6{o#8zAM$eafq{DliO{JFD+cXBZr>=F96q7tS++)h_bJ^bps1yM{J!`grkqT
z&lvm-lPHb!U;$6-4QREpLA(bDXByasDR6!-^}O)*WC062l3ln}oIG*}Oo3$3G~lmK
zQ8jf<rJdq7jXOH(y-neK*6Ak%zQmhPHt~6jsS0Qk!_t2kIpgHAZ*pMXb`E`Dfmt>p
zrE#Wv)mix@6Qpa^$9|>Q?L7TIGK=R@I~!&%ZzK%46Nu#Z#p0I_uZGMfoa&A_y=;+&
zu6p-ZWp;7(Sm$T;0!76^9J$3w89P6Bmt@iG)yo%Q1WlvIX@kk4EW(Zc92Kj&UfxtS
zs0tkloKb_o>LT<I9>SM?A`qKX{=QjpVt|7y2?~rpDgY-;@&q2lk4QEN-eo9G@l3GA
zkH7Z##?;61dimQhq0@G7lkb+?Tj{uHcX>h%G1YhkksPDocH9S-k=GtFFXuifEYm{_
z!=f4ky|Xz`Ia~@I5?e2}@ST1`j1bfps)o;ryn~-H%?U~w%}WYyhedpRMm$YGCY8%9
zAhj_<4^g?%DUv66!3Gkf)rz#Pr+yp3{<lpRkH6(L>_t!SiW9!C;0m40WedsZjD1BT
zSU#9`@tb7I8gB30X~?O0<3`8t?pkkqJ-_^d`<mKIjqk`KUUYx|*yKm%7<?*zvBT+p
zaA}M@ZT4l(Fbm^KbltBzu@kG-n$)!Y^?}{vjsde>Jml7E1xY}#+aNQa%g8p|y0PPj
zri3Nw5Gh44LcAaV-iT7#jfmZbg%YTko;keEk|7)wKm~(lvuxXsmklGM%p0vcm)Y}d
zFL_q^tUE%}S1tV)pG+Vfs`J|ovpsS+uU*UW=DhR*G*ILVku>b`>!w*hT<e9&ppVmP
zG0c2s-3`S3_x{^4gkJbb-$8@x*S@1DrBK5D(RYO|nri9Ght5<11s*p2VK^wWs}6J)
zjy@X@*XpEBY4PcJ&yDdrwb-MELht-hb(SDTzQFW{gGJ|ZX~Ep$ktTIj&9KmFMa-%x
zcZ2QXto8h<8FV(z7lGP*Fpa`Z#GSKYXJQ%HY8wxU*;Sct`O<w5C2620&3#7YUYjD%
z@biTK?o7Rp%GGMpXDq@0dTzC2wE~FvCn{8GZ|Jt*;3Z(7L-+1mQ+)3R=3XL9%OEc=
zRo_Fd^QX_>=pCv8y<)TK<<I+b@>kH;D^y-u^;g_LN9sw7E%&^59qX``5%HP>{IB2t
zIY8cn;zN+ZmWaJ;p}0afbK3l%SD}Y*iN9oky<(@HYza%yK3-$Wdsl}f@J58Sr>slQ
z0|Sk7wX?{dZ6lxL?Y@ylRPEE>{N8z>k6BDlnRWmBGgiM`o(0t0CzN6TG0({3R3>`E
zHaGjMM0t0+uCOMpr1lp%RqszCo<XcflRaeT^j>aJPLcUHd{^gQXY9E^lBZWj!b)uV
zfMKZ7$6Tq2sSS|&xw8HR6#$?isrfUpEYd0?Q1GqPzP|IJ-AvMzE-%$0jUDh^jb)o`
zQ|GMzA)wTL#jg+uY?|c1j;8Wyce^d2;m!**CVSpjaU}RwJACbAuXJ+v6Mx8Iv)(0s
zL|Gv6XJMsQ-C|L;b<Clt2cvMm$XUa6nGT92yvUk9F%%YmpZ-2@yRTCcX$KK!imbF@
z5mj?U5398Rf%!q9kOuIY58zsXhP2Rc;?kWeeyu_9OgJi{TsQ(t8d^NQx$Zoar|)k(
zZ3&;gml1j3wc5ag$v%>}pD(WdM9n#C$D>#Sc4c$WZHX4z6keyFylGdBRPz|Si~j#C
z7VCq;wEQ3U(w(Rao+rHFE3qWE)u5EpP*Dr~MLjwGHJ=fE9i7l%T`B^hRJ2t^cOI1g
z6KDQ+&{vdJboCp18Hyh{EU6RC>J(iNN2(XmmQzRN#n}C(3HL`a(TBPITwxOTPYv%Q
z*@`P=Dm3JyEOR1s%>v>K@MFe=G7V>1!;}||RDW8zA_P0)x(PU#X<E}q@fTTzswN+m
zv*Gg!MfOj~MsDg7Ctt_oF#Oy)Uhm1xlLup+p`E$>oj&B+Ifo<1c5VNC@Jt;IF{aSQ
zcKBDVZwI6`yfH4}wv>h{bC}MN&?IkI8UR4y^UsO$mG<hOt@iIcd%smK`2PE0o?NG{
zExlM`=p)gQ^hYhc#=5!7vLS~_S7o%6-EL;_#$?@V?@xtCi=5Lm?+2T<Wp!>V>qWGL
zqC^F1SaQ4!U2{)q*?eHz9bbGydGHy)QYLTL77#%W^gxQW)wQ<}-$-EExoQKG&13AK
z8uOf5>gLsE^UT}n^S&i6AJ5P)M;Vb(hY7(yrI*$0I>?i0)PCmd#`!FF79Jh79No%*
zqhtY}Xg-vg&p%5js#TyriXX)MB#-V5Fj;~aYuO_BJL8z0;S^-SP3O1p`5gSHk>oNB
zJx+5l(FWWq84j0UiF7sl%W1e;$mg&Hq~KfpSnKP;QUC^v6eu9b-acc@s72M%n9@f=
zk%~JGGd?N%_4+MMkvX;4DThlZh&vQ4Ocjw)#(Xpu3apjY_Ub*8@m0Bs7Z1xqii_z!
z)jhl$&VBQ(CGpv3hQBh$FP-IRy`l=VXxC7%`{k(!=d#Ez=0oP~=d;+UXNpCP-);NM
zebq*WggJP7^dc5na05bY$UJozaObBU2`<j2%Q<TRt^FI)_CVSj^7TpXbO4S5Rp<k=
zzzPKQufSV4x1e%B3|iY`UtVbHD@!D8*8afp;_`UdKPu?XtGu|HW&$nZd>_-S;PMQr
zSLhfrBml+VW~MIIa4ygar?Y40R?qYuwUlI>zs32<ys?TWTp#_*`Rj<gYpl}he;9Gc
zE#=}2A@H8!q<jFCZ(Ct$%!SXl{S=OOjp*mLbq+@K;2PCV_!Flct#2(e2DG?Bc=`=a
zsmYah%(;>qW97_M=YJT@SolAxV}l8fiKt@ELlF8k_K<=RWl@Cu2zRz)<zX~`5EX`y
z{kV;gkB&8Yi(-8{9pL__BI(y7^7U1G<{&h7@HGSU>%3z}sJ^GVQrYavs`I%;65Kg`
zt<k9M&*4I@niZvf-9G%&?&puiK6|L29t}9;8z%_4XD3Yq<f7+@PTN600BYv1pIB55
z36G2XJdGZAOA(aZrHhb(6P>;;;dCJDGGu>Ar8b{gu)hdeb)#GU$ArHmKzJkP>_x!J
zoabgAnX6#HRNWAmpe{S7KN6%*iG?pj7!B-9Sc9l-mM*M}M&|OrsQPq2dv<@DE<L`Y
zV0Fm>E6bTlP?umEiJnrYuAGoRSS1n<TVrN`&Iy;*p!oCj#SEynC$Dx(Yc38r!#m~e
zQs_du1XkL<-f?)9JsL#G-i0ZNBKS0gyn%R~ADi&|NPn)}cX7^Lc>K{O(|yd@YFgN?
z)3dK}(j1+nDkx&7T~z6==1EU?78NWrJhiTHk#gR1Z>my3Z%0rtq*5`P5NK%Tmzc%a
zZaBR^(^-f0X~7nme0f$yjuhO5+2UDMo-uhf|KZ>4vFKiC$Ku`4|9X>zbv%d3gtLG3
zphUfD>G{2R8u)^m`dT+4FO;9Gx3~IQ%d%W_MhM;}xUAK$NRBn5ZAP3JR8qXtief2t
z7cODfve<Fs#mtU+OOhy@G4lcL3vodR!PDbgNx8hv%A>9JeuiL*%x}V5RcsiODOOwq
z9}<7c)@O$*k0o2C>bbvd=>Pbo8Sjr^zk-wz;#D9>YW;1p8U6Zh-20`~;0AmtS`O<k
z*iFJ)lEUYb-NE%6n>k<7Rg-CLUiWYR${2h_;XW^A_^bYTZdA@ILJv)*WhtVAA`bG~
zPY}k8KSc7XhF^n4bU$Or^mC6(y1yY(r(l{JByw`jN<Rv2GK(Nue?!ZWkpS|LQhEC#
znVw13rIC8WVHYE+s*#o>T;U)$N;qGdF`Z=XBfb<q`T_$)nsaixp-@my(R+t5y5xnW
z6T<Zu<dx>S3fl;mjy%7S%Y-PCIdtlN%btgq1duo!yJY1QkxTs>rQ&fIG64H9`W$7P
zsCQ}ZvO}tY`AL86SS+iaJC-^vW~efjx@z1z)7-^$5=3r>#CKDvZS>3V_D{Arq|M|g
zX6cFKQ1^>Vn0+VYqcX^=#6DJQBm3u^9B&=V6dD{9(r)Xwm}n$3VVXQG(yu@x#L=^_
zoT)WFsWCo{otF!Xe<jZielI92e0|bTlJMbE8adrBjKV_;U!gMk&p*Og@_n@0gzgdE
zhhp{|azQ*^`Uf`g8gIQ=3Nq$5wFh{~ejrjcB$h7y>=LGEmq49kdj;_)6|{y8@j-PV
z+ZT6i3&Z0bfgI||-=e9L_DC*+>0HO$S@f`QHbDYAr<j?i`o5Yyqf{JSsDiNiF+Fz2
zXoR<qS9h61pI?3DqWFkQs<()MT{TFI3br=?fcKr+T<O?8%0+go4)Q#5rRR4S;xH){
zsFuTa{jq;mD6mMHAv66X134>zlV)J8|Md^qOrvw3IYQTZm;K}$Jz?O+ukYaABM?eK
z=LAZ{?z-6kWAvu8tQV=z+fHauSG;O%;k%_{vON^}#LI4H7Zrkt`y`65{a2I#2Rzj1
zy&@y2?3)YC_??p-YeCijBX%cq+*xSOpx2AdyM?<WRd)rL*nI(zfkR&lTc`2DQ&9G=
zd8t~3nt(06mV#^lVF;I2O`uQ)(XO@oC1P7L1!`)_-CVMK4E{?`QR)}}8mh@=G=^6{
zqkcym3U(lGk>hq(qM~~Cmv3;i7+X8s0K|;%Gnbzj&IPc}adhzd#Ji;grfVn4qrO!)
zKwoc6$rwbL<W{>Y?&s6zdf>k@fT*-{{^fm9op_hJ$BtoL;ERrLb`}W=KT!cp`+fBv
z(|6dhh2^LIJ-u(QZxuA0p!Vpe=o3rn3ppR@?Hr=%ESobUQh1Th;r}%*x_YBP5@+UK
zx$9EM&T}h~ne?t)Xm9dq$8mvHkb@Ij5*>Dh9P1p{(p*3<VJXp@#ia)d-56-Ov2zq;
zyIsw+FVu(HWI1v_o#5!gqq&7S^~)}kynClLM55^;TBwBrn@6FFwA+9|boPLzm*;59
z?3gbvhod_7L+9>-&_19<nx{4^dU$TZ<lWkwkG^1ZsnoG!VZ#KPJ;_#jL(}q&A>HBl
zOv_Gu;f+vuxpw3m*tZv%pg#@6y<a5XJNN47NQanCclAW2v-2x7#rh>a9w;d4F1rhB
z9ZT)rvO5--!^yE7yV!i>C&x}*#0|@nTjYO4$=eL7a4>5a6lZ%t=Ahhn94*Z7#AGtA
z6&g55jkB{0a<$Wr$-LQM0&8@>wHVhgC^%K(v4GDSFqkmlC?OGN08|TE4TYzF6*Y6$
zhHu^Ql(m)}bU=^#P=&pR`fGFiGZebkghuUHV%sYI`27Cj`~NHivJ(lD<5Y?mE{eA5
zl>aL+7tpol{~bD(bz^T?N`#BQ(iRc3ca!YOF)6++@8m~UlN=H&I1DPI1}v^?X0Qc5
z?L6&y8&dqi1GTk}uka9c02NX3M)a`FK52#ZJ&@eIsL028E*FcUPhFv%DnQGhO?`+7
zo7Jw6Lw7wYeVNgHr7AQVF}6o>Sc+$E=mvn~=4Nzb;k4?K-@S{iw#cai<k1kPcc?L*
zK2A}C$avf9W2psS+@4hmArI~ia!V#mcxnralX9S3d%9Rv45_aafT=DS4YYn^yT~dn
zr2hQgC13UQbcvstl%gl-sGmW&y5ShqD~ZIWGme@JKs^w&-}uZLXqg1Sb^<P1`8PzA
z%kzb+qGV2c2fp5<66}^P+Pit^*Q$+m?$Mr)IiG276!|f?ST6$}Gp=)?WZcW(B7D-6
zjt)lJZ*Ei<T8@<9<@~*s9}~ZnwAZ@S^rBa<Z~`wTdRJm<{0`h_vdxq_|2<uQL^MwB
zJqqS$U+p_O^REZ+btUF0Gb!6E?U!*kT5k$+fYj&uUGfuq6^xy)>o+0Un=D+LF7tNH
zQI){W<)epwX5VtGTP2suk!Rl7$vKl|E1ye~u~M@bzZ0D)c1A~;A87pLPmD3kb5XWy
z)u_m2{CF1i??79$$}U=Ii}aldF{e+f7Cp;#!xrls4hr9Ft|Rz;t0slJLS@qTR#gg-
zJc@S|BLAy=w;l&$JqF8<=&#>V2q0FIMV(_1P*iyQAm32pE0fpbzTZ>kBXg;Sz=H>0
z1Xnt<#>=S}xf^A_Y6aw33*ZG%oIRJ#Eho`WT6-_d2e6~PF~BOEnWRxRUy#LrBjh1K
zyh0U{H+ajOYEvj2KE#lb4rCDak4z|M@RzgvC>IshDSoNY2GP_fK5S5DMt;yD@Sq~n
zjA;9(!|2SE(C@SCtX8Y;@e;Vm;W21y_NF^}a==0c;i+tvR^np*Qr9f#&F)`jR?f;N
zt)jfW#y;7TlD?1F%lgr0OUOBUH=X?!rqn3fOT!#KGU{hgvl~pei$~7+<H<%Pfj~HA
zBRrd~PuqsNj|}KcNq|lB8*5Z&FsUhDtDqGp5w}-x56T$Rm5ozZg{BFUW^rgHj!(b(
z(L;=xy0O+B(+WH{QlYzX&y1Y#Z<S++kk(?Rd)9dIwGpU<c9s{)Wz)fJ-`50P7xI0M
zw#cD7I`AhW!e;z&02=qhbeZ%P6aJcIo*F8U%7t|JSTpP)_I|D2-D7>!rB!F(&S+tO
zx=sD%KA?BdCenedR)^?AUQAn9#GK&3=$s(qVaUv*O1*bs_5oh0y=d(gxg&0kDrlR?
zef_I&%6a^zslz0aNImHR)_7d^K+c;|DDo$kOFiFaKY-iyVpho@D-cn84e~?55+R6;
z%h+rG<G1sr7zZ?9hhD|0M~^)F)DiZ31#Km37+Cgktvc*?RZU+QQ?3Jj<@(MqsjYvp
zs7&>bO+#h~8Jb?D=uvoLA}2dx{LPk2-x_sQ<q4O^lAqaxaY2tH-aj~ES<5b8Y)hH<
zeE>0EhZo24>T@q3_30FEDuvUa6Iw)YG-&O75UD^-4Dhz?@5vfW1V~=AEGkdhlv*<>
zPqgleoy|P14V&4yA2L>l33fXuh=O7euE)9;G<8yj)~J#y@goxO*YHgb!bk}&43Yl#
zw0_`ybA)%LLOxFoCzXwP?Y9nU=gv{?x0n_pW`tn0`Gcvy1#qciqFTHMV?P-p!D9=R
z{R`@27+v~?_X|^iR&f9xno8*p8?rgSM_F~?8P;&9J0=H&kQiuzVWp*u7$p?&PP*0~
z=Z3GlQA#v_Hw?W6*)Jc{D;!EY9ux@5&Z-n&`oB&|Z38xDi-H7~ffi-`y;>BuDjN~n
zt9sN-3z5U|jXhJ-#M2*aS}j?krzu3na%@6{@V#SM5+Jvdj1Bu0TFW0*P_8!7R{Y{j
zuig1246~X(C*={ktL~UF-J4>O?qT>Ed>VXyIF{`2r;DSvU#U*YXc{LYV}ktK>Sne}
z7!T9Dl)OY22P!w>nZIhXT~515w#%PWbDY?Oh!0A?)w+H1lTGDFZzOujXm=Glb`Z~x
zSp*<JNr7x;;q3KKo^6bwgy`w!yp+nW;ZZhyu*wa(dW}yIQNaD+92RB9G^c9#XMh=7
z;Vi4^lTzdR*J#%eb55Y@sfWbN^v8D~^Vb4P^c>`UnxVQ8UGTxNCZ~#McRoEzy&DO2
zaCgo~LC7kGj>|=m-okE4EMiJbpb)GhkC~2DPc!AgKz{e~e3@Mr<44IKIB<gv^g`fA
z$n==4dCnlB{on-5EJjkKA8jp~YJJO%xSK4oui@i2_yCKU=I-z8{o3B}y9}R0U~7m@
zYrq4-*RV7sDGur5qg4HWRefhzQ%$sW5D^gs0VOB_fe<<Y>7hyQy|(}gNH3vxk**XW
zG)0<pLX*&obO;3LAR?erLKB0aG%4QWd+(3$`!(}SIp^f$nSIu*S$l6Hf9qNpJ+|?4
zA@QxARdrU2U?NQUq>jGe&TIs`YcuAAo`Y@CyJm0tLPN>UUx&=?HNC6#JXXzJ_?nQO
z?yEmF%xE#(E2P<!j)Y^ojzvJb(jDcDad&SOZfZA;yKvTBJ^rv4i#;MwW>8eYeup3G
z>NIQqf)pWwN^&qvN&%Bb$MTU@fXU%QGt03Tn8?{djzj%+?p6Efmje$5P{ULN)E~x|
z%f-H@Yu%Z@1FP@Z>ROBbPzl|#^FUJR<{-=`=N}crN>c0&dTr%o>Zh93<L;^UdLC67
z6<AdpjTvXn5hA+E@)3RIeg2fU*GqC5=YLz4X4bFyw@v=3srbRLF*z{Icb6&1f{2Dp
zBB-K-!II%d#p5&_+1Bcpu#NpEBjtg~GeR!@r@w`LdnLeI9@&_xu8JnTirSa`l@3==
z?tUVfe46+1je-9BL)K0Fg6QDD$4ToSFe0b9R*sZ|4{pwdKXspBALWf+I#@5yfx9AD
zejJ`;xC)Po>~sF;s+;{VslBz~P<^iL?R^@Z`O&j!y6eSQ&6ddV3wJd*&Nro%D3XbD
z;pn9--QxXd{lo00gg8xmKL=Znout>xDXTIcoEW#1o8N_*qGd3$f8tm?<f|pmf~LJc
zwtAw!LBp$A@4|iaxAn+jQ=rtJs+vcmJJ!~_?jmbFOoDQ1s+$TzC&efiYG$>VN+-si
zhp>fJh`q%ilyS$=RZc_T{D{ai)>Z0SO=m)JuX>bIvvzI3Ot>av<h87rf7ZPB%jYL$
znZ4=JqmjFM>s^Uu`BC|Cl9ft#DH-n#i7?(A`eYec`sMXD{tXp)^ar1tE1%WS@Rzk-
zdMS5A`UDKw;qn<Tpr+taZ=EbwTiDj1`i*5v$x@FviVYkR@=bZ;-j%&uHPVmz==^!a
z1ZjqwI{aS0&9!^kqVd*pd!DZxIURmKJ8Sv*jPcQR|L`vu&LKW#h%VF}H#j(;_IQ`-
zFX&7CLualj;}F^E1tI%ZelenpEQIwb#px!cYt_`f5VXWct8e}=)YTWw>YJJxm-{Fg
zrQYES@Wc7f5t#1DF@OI#vB%gl*@ppPv_jr0v?=-e^L7zH>XEOk9?vqjn<!SMpA78R
z1v`XBAZJ34-=F7oWuUn3a!ZDYtQHzXFYvRxW#s!to_mkR*gnU|ps|qrN^%KIv=~64
zUJgU4=o@zbr#Y9UzZX(SJ``wLB$FwLZ=hYzp%=bo?-)V-$i6TTmRc_JB8T-usnp2K
zqsNtbBaS>vLU*S4($JA8+GpL4UoIf^-vL-(#Vcqg3q#()Hs?}s@Ly9u(N%a5jY}S1
zLaet*l=)}jnNg0_9dSA4uAesdBW^v7DIi&bg=bq}xRJ^$Ojv91+i#!M9lWG7CEs`D
zjngp9X)!-CXo8o$_C2Kd+!s~*Qf0ua=|e(XuewsSwZhF~7VnSLPZN^9t-)-t-_PQ5
zW{gGeeNI^5tK43^om|1Hx;m9q|1B#Ol}nnIH!aIHcTeg;g&p=46I=TTOyh~11VhUz
z^J40*->1SuJ)><;KJA>CA(uD)rM{%&1J6k~Qff#M+p&vA+3_dwV&Sq<7rGDGgJr1I
zZ0q#iz71(|J`^$6)9{_SXS3>&s=6uHaMQkoW+({Cp>7o^vGTP{^?M?gR`1oQy7xnd
z;7$A)y1_(WLs?soTF~<o;yimOqR`s;yR3ZI4f3HKUm;&D1nOtY%cp<NwGxK_?T<x9
zP51khZi?Aa_MluB!S^4SCe~Ar?Q<kLiB&*`F}{h04my^f0h+>Wp~s&}+T~5$>uHYF
z{MoH}BQ|ab`aWupMHijHblks~%Az^N^<WIV!dE;_i;p`oSCDDX!!mZcJ2@9Zmk%nR
z3n!>&rX)seX0C9W*rGz0G;u2FoZzJB_8MY1`2AR03F*ltM)J?ql!rz85yn=`G;6yC
zVrOfZ8eC+G#JTk}=j+#nFO!mp&6YQAeWSTCU!!}Mvc$Qy(jjkJQvod=&7?Qs`+M=1
z@somhFm%eB1#(i`z=9Sw@b&j<d0L>89pJ>{@dFzYj;ai`choV8CWQn-%a)Fr;EqNr
zKa`o0?BM<SpGsq=)Q8@uFakk)z`Sh}x~CZEvz}%i$WXzaD1G!P|7Z6v967|0J@<<|
zYkC%PieC!l%trw&UY<ah?P&7?elEW>!L#A-`K043hQ|`0YPL>G2-=+sYJML_K4EUA
z<9#`BCZdMxwhs9w3F`;-AJXw*KBq?7HLoSt52~>W6MT0eT_$l_En<%y?g^)jE|rr<
z*Y`5N7*Z1t7}j&R7&gS-WFFl;uC2M}85*0@h`ZWU=a8np3VM1S8ZCP~%<N;j|DCHs
zJfYEXJgW%H*@exr41!XV?S<yZ_iR4PO`i&@CvJM$VTPi}A0{Bin6ve0XoKFJSXZ{Y
zUUG>D-i*_}lz!?AEHbA&FV7i?k-s1}MB3$KIjwMDD##a^Pp8NK7bFCBJOt0a5oiH2
z+<lxKfF9+3#0^lEqL{>rYt4phLhYUH14!L@ef4{e_nXF@W%@+VRkrsJxXaFjX1zZ-
zjjgsEB^Ri;mVf@d6S6y@f_N~-)WS$iG%;Vp&We}C#81whdw1S!*)na048MZDv}2ek
zt21u7r?wsXA#(8HB@MKDp}XumgafPApADE<{ApUPRN=9PzXmx%Ex4$%!A#4m%Jcr+
z&80x|O0LC%4eW^Mc2-F~VVk$(4)Rc~y%eS}L@+}aVjP}xGptt~U`9;32&Q41?KK?b
zyv@%m*bZh{G#k?$=(0}3N~Cn&6{}S0_p>Ps=1reup!^g>g*w<&1GK0Wk=>$k_ZfB|
z>(oAUyM?51eAJI-g~2J+fT2K*B=+66s{jSa#0F<A5xviFqG+uzd8&xa*Ps&Kbua9`
zPKmvh?a{7H3J2K5&I&GfM`dTO+cL;o`+oAs7+_5DESNex6=m;F26&KOyBlcCafoLT
zl$qSOJ27C6(beC#&xz7U(*bm&zFr0dIg9dBVpQn?+!zNb0;r9_PXCUXcW$E`oG^66
z1dW{=*JuO86?K6QKaLfU1_~dgCU!N+S00(1N)m5ZKKOtfVM4)ZvnH@^cyd$Z0htAP
zPU~pAPt(S@qP;7P8c*ev81x|!H3Y?p?PSI_b-#!F(oT7|nS*|Hn%tb<AWd-pV{f|j
zdszwNft5IpBp(6<20sx#UuBLD+Lpy04UcA-=C|5~X_-Q%aWKht=b31O^s67Ob%CgY
zo`0%llQk-xmp%NUJca2lk`$<?QES5j)+9HjAEQP{{fYq^84bfsn3ThVcVJ^_ivn}s
zeciZLozl|}=}kC=ui)N~bGes~a?#@TNd}EZpK!HhOy7Z*bt$~Q?*97Gu21FiR`Q*V
z+H7|UtsL^l?^W0Ij38ryG^EeQrTCAU%3Ruv<{#9oR7FY_NUpai-IvSz3p#w-Cf3O}
zJYO^lq|)^ve%JY&-&EUUe<{fJDCqin0=c6JV<U_U{De?j=mA^XYdpDq_<>$D^4ez3
z#{$DuaXzOEfKc*N5ANToN!d~jdRl%WASy$f8lkzZnpaC`vwi=egDBdWp+iii;KKTa
z&lbIK-;&aryO)drHZ8STMMc~`P(NkxwStx2zo0u^T6S~C?N#BYnUjlhKVDm@LA76|
zC)hoQT)!zP*)uLvdtb$H$MTiyy~#DI<RJ32-f?hH@!^dz3$Hr@twy+?gfX;g(}&Zj
z09%D4gVm2bN=E5HX1rZCd3$act8n)p@CTTQGE41-<2xQ(9Tqm|!>3(HOydu+(x0<a
zjd#mmuYIz67!xHC5JGju+cy>y(&RoHA~7ZFp@FnqY?3*WPS>t)Sq!sTrz6cm`%EHp
zqtg~CdCD#fv3W+ey4$Zl!Q3D7#=FnAby{0+rGB;lR_*l}a5$eRz1N;(ro=yIDz#<*
zLL#0HNjjv9Aju`ZhllGz{#Y-Z`<<F9=anvC2wQs|-y<+dFZ+Y6-+c95)enKXnsfK=
zbWsPV6&|Y67#D`bcyN={aDNVgiT+mom+R!!4Ru+gdm*gX05RwP3Oe8YHZArk>F>Ie
zuuQnFJ={l(wSBf&Z7sN7r+DsJt$g=&d4yEW+Kd3}MPL<==t+g>&yhixa^V#VCRJUM
zodD7i>&tvyEzilEt}4}?du~6VK^L7^^<OEH6Auc8&wDHz_wJ3}2OoR^0uRXfOQhJ`
z->B*0nlamJ7>|h?II=9MF0Dx}AXC~DMoH4Fx-8!37tort^4BeyJ^Was7gCkK{N$1S
zkBPh?uF(OjKH@HfYh^uPyS_5?Ov@tA)7QnWCa1dP+q3;RQR$0Kr|eO_tgU2^@R=5T
zvW^B+N5$yNcFxZr$5ljt{IBj0@XKPOqQMHB44>!W^m|<vX1O{}ihjPYO{WEqL!!(4
z&OahlimnTo{OsH7FqslkJV{`pYPsv#FCcx#P2NTJp<1c4EAdC%9;&j;p~<8vnO=6>
zS3$rfAjn)w)Xsks-DNvx)9zYz*z9H^R+$lTrtPD<fP}W{$uURXWe(Jv&Tn>27A)W1
z{iTodb`+6qZFpe+sduE@KG$a(JAYYIvVU6Tda$^CK9zkTV)E_a%kgIS{7J);!*Sj-
z=F7OLk~*;rzre_oH%e3k%JWfEaY^R_GWIJ>?(NihXClth$md0e0*?N8^=CP68(w{$
zU-KSHen%5_U@PV->r~+%_crR-`+lHkY*}8?RdIgEkGv5sA2Y|YGtEV4W3%+EKXCB;
z%J=ch<hsDKa_Mky?DnA)f7^kc@Zv?w%=|akiSoI%{_88D$F*JYLWktKBC4)05~=)E
zgZi&d%Jz^;39H}5=_}mVt})fPQeSnLsoFYM*VUfePicQ^pwGvOaa=eQt?{SY9erwj
zQ!74EkmleE&g)7+{C)agrYmyB@fzKJG-(_o1V{Jj)L)z-brd%+jtC=S0I#_4cLyE!
zww(%b?L%$%R~xC|H-Z_DP1H3O7@x-Uv~qmSVdK&_dB8?YTslZ)xR~G#A3MbqsmO$D
zs3bKI!_D50@3e;GW>ou`ui^7q({Qohew+fhDy``R>Rq*e)mnvAB<oLMpM(_>L;Mpc
zu3jn-8hp!Jar51{d2n^I?8t{p7=`N5llO9E<{YKuI(}}I-Ahd-M`h$j!j(}HRFaL?
zT3>RVGqiB5USFC%Z(Gbv@}FGW&om5KJtw}UGKiZp_MG1jH=}h8sZR0WH6=z>6+9m_
zqyCBB+=patboirip2q@B7d|-)GO;>!+HQE~XhC5;HUu^-^V+bH6`P^9stWp)V(g74
zkP7^U?~^Uf90yBb)L6{XhkE`@bN61&;YJ7L-dnHu1G~G$*q`!hq!pbO;G@OW#N;P7
z5A~g7uyHt*7M&K+bm<(x-`LWJ#t}IatSKB-Y_I-xAmj6dj+T+(CS`1q&?W=Tizf~s
z^4!!$3?^tTB{=A7!rBW}(Pz1G@?)23578bk&I}xC@92Xza>?IqQiGz;dn}S4X<F|6
zxXGbEs^FKLL@Oaf%g~V^0jPc%06{FGo7OiFsmAzm=!WF>x8v~1<BesQ>ZecV_Fk!;
z5pGnQl9B4YIQS^*p9R9}>Cvn5QW?`fC0M=l1utP5Qx8cK^CkK|j2iOF;=-p{)>2$Q
zBn@5MvACz02vf8s#tKZ_HN3!TD&?w)(J4u`;G_0<92XrbR>@S7TmtnAJ1}Mp0XC~!
z03kGC0zuN9bi9QxgG3U;-U{wK8&?`!W@XefhMhtt!J8NseqVKa%IDXE>akbOZ*v@~
zr-oU*<@zme6aO4^H^La~ueI81Fi=EF*&YKA2xeW~ihs_o0QQqLM)}FF5hx<`ALJrw
z#O~rP0`q239M_$|eh5e^*vbFuI)^$tpm1BD@K)3_j+EoyjZef}+5LCOc{`3pRX9G8
ziIt0-SF&M@Ek@4~BA+2+u9W&LW^Im!A^0sE>bM$kT1df#p(BtDxW}~m$X`{T5L;cn
zHh3ikngOzQ@a44-ykX&OkfA@78t3z%eOSp<js0C3x>}8m6ja5&!0}<m^`&3LDbzpl
zInlJ(H*du)7HevCwGBY9uH4Q$n6Ez!XS76mCaB!ulBZYyf;{#+v8srdF1>DX*X2xy
zA7=}Sxr+#tiPp>*&tLQ{F!@Xka@27Miyw2HlC^xl0HYesoi|?LjE<G!M_AOZ%h9NK
zO}kapW6N&*v0(MEe|1t8N@>MO0%04l%R7+RF`cR2`#I{C&$vBi{4#mz_6LYw_RzHe
zqS@4m9%z#A?O+0}H-LW1S(`23H5KM%uPTYl4xF8?j!1Ns9xQFqC@(LfYf0fQqZahu
zQokSnupqW%*+cB3<+jH>Bb8B~_sR#B0hYqLk_xdJfPuij5}w{T*9ltjb7E@hIe=F1
z#f4;A2rQZ;CUb~rsD5H1-MQ*{l>2itFE5G3&LP;E8rt{!M2P2G3vB-VX}6}V)BSHt
z5=w7zZ#2XS&BtN$Upm5KoLx6&mI}Nopr5KACHJI#*nJo1hHA3LaN9iiA@lQKxg5=_
zI-Apaxp@_hpGRFAqCnwB+@*Fh=WZF;Y9X2Odm%r(S>sQyx<BnjWpVL`&0)`Wf@#K5
zI+L|nIUg)?q{p&r-!bGBcmSwBc^(5H%lUji9p0#N;HgQ+xAO;BlttY`oi!7K)7#AN
z>sM@dziUUUHbx2Di2(uWUJr8|swnCR<59DKcb=%})83G_(WR&4XTrh}-zDv&i^+J(
zi-gSb5lU8LjIwmkRB0SQlLk>4G{$y?<fJinzkx7Z4@Q7I(u{yBd?eu1k#QuA!OX;b
zM1X9c@2m?FqUzJ$Tg9I2l)PqeEX+>D4=V^}#=g+Stc%!_@(v7(I<cpv;Fv5U?0I*M
zs6gW8lI49Z%&JmVw-ZF4SV$6IapFu~c&KGOF2{!r1Z$_|25O;ATOak@GNCshP-0|C
z)-~9B(`pt9Nj_0=$hrHdhi$9c@-~l@$j-p-N|#6(U(@5giB_*4@*Pu8Goy1a#Zpz!
z2{bEv1erv47E{YJM4uPa+^7i5@bCdOa$Jvj@h*Utg4~b9DJetYi^(Id7==y9Bw4-;
zk04i3Ei(ZO9wTLeBp_H3j6R@1@E8~zlk$+ewab}gWs!%5jRO(-9AtisydZo#Kh#(~
z6-1q<lAd(AE!m3JKIB`9&?k%Q=I;N)`}Ra;isH&uYqxVwaTOhGF!w-#7{`E(d%^%F
zG8;HHB1qGQHw5#H6?i(@$8;Gqd-0m`3bS0EPlaBZ%4mkh%I)JsXYPPwc9<V#s(sPl
z?kwtMUjbY)B0@2bwNqTCx@C>sT^KBVOurZNK592K-j;sGvTPJoIdXZI99B9Yj1@K1
z&=U0*LeCF<`=*!+!|xVw-^n`NaxE*WNNP5>G5=<GpIUXaW^&6V+@#fVhyRzFo|ry=
zZQ8dqM!S&+a*;{ul4P7%t7}2SO|o_zOebA`b__}H+p9m6u+HiOfeK8_x#9YMZ6@Z!
zTy8)4Xg4!vKfK+rQTfQ2^Ci=Y6Q(kcX&I6%5DKx}NQ=7uDVku<Tf7UFEk-iBe8zNE
z9p3DF3m-J?F$1eW9K!Ww2Ow{K(ImO%yp%1Ps|%qCY3<M1VwZgiJKRh6e;W)EK=;AQ
z@PIAKcQGA2pm8{c5}Q3#{L=mQgE+ukU(k)d1cKRc2#rQ6B4=3zC&p+P!~xTtnoS_5
zqucdNCyDK6)JJAucZr1^6$Xrs3rrcXVam=5_^^B*d<Wc$PJH(scgku{*&a)_?30C@
z<zBroyxI@Pvv6=6DI(Lb%F$f4fr{1$f8Yy2!2@z!zCjm4paCn5Q3Qx<0-M|5-FRsN
zg|{>}Tqaeh6&t7z_+c(Sj%kgFg!AXkI!Ob@Uhx{Oq`_eGmR7@*0<;~(e`qtVd4>4G
z(ui^EXjx9e-y~=E>eg~QmYX(!UEYk1H%XURtGHY9Y6QB~t+n7>IBo1%dNhzOvXpm*
zLagtluVqiM|4=G-YpN-$ZA;B=JD?^fd7fygJ`qNnIaFg=boL~&->u5|5#ngwi{5t)
zTO&5FzwDX1^!<A->{-vy2IQL8IV%uXC%&ou{_k@sr>G@_fMH!gi|swHa<jIl37CpM
zar<IqDqWfu3y}KZ>1iBQl=P!V7l;z<VzrDhU9;J!XxHv|ApO_AW6*RcNQnHTMrkHJ
z{G;J)`=QTZSB6-wP@}L$t{VHwFv$cX7Zm@=UoPJ>uW`hnIEcH<Y4A9V^mg8X)P2_T
z`TE}Kxb|DClKXNhcm2=5!e$zFejFXX*XWLjbJe^l>ofcDb?r^Ni(ffbxfDNfk`KOq
z0Y!R8AWg^ov!XP~XNHHr(l7M)$O}N58Q8Ox7R!s{JQUbk&FVXCj)JV{|ANj6A5u&I
z`sCT>R3UL;^teOI?rn#-y6r7Af)eyf2rYyhMUZ=wXqnaE`cUg1odz3ow$1!Cv|2nr
zcAhWrv<jT%F)2)a67UnVZMZ0g?l`!k-K~YZ@8$<FXVJ`QY;!g0_4iqOPo;Ru#^*Zv
zgx=Y>C@;#God5YcZ)od_<SV_fK-oUy<Eo3JJw4b)-LXJ`q(y@zjf|-Off;%>)Zpz{
z-<K3dR~-`%e9KP3_vziLK^^W)(*8K5hU8{N2T*lwb#wE4fG?{j&xUiDvQzfyrPkHW
zNT1Hzt1Da#MzB#{#{&Ob*&yC0M!D>3gmx%9Y@cT@Hg+CO|JMK3#3fJFUr-bw9PNki
z|NdO0NbEY`oBdCiTjO(V+hZ6il2S}zk7f;lvwdK^A!PVDgq^$y<SeN=GX;DZ#4|vX
zMkE?!jNBwWhpN;6OHp%w4%8q66cbn+AMFUi(Cu9=E<ip<*g&%y2bZe0;xL6~>IjQE
z78l?fnB|G}{BM|z7KF2fD)7z4%tmDLGA{<3-Tk%cJ;vl78Kj-{5DUlkOq9MHlz-6}
z_OljY_3JV*5`O6`^CHon|E_SMtQieH|KW&y>dzmiW#qgo!=Klw-Z2xHtgD)UDv6zB
zu^XDCj}@pP{<STr&OZXlAQ%HiNQR?RN&7pCRu9mS@<co+$VX1_Myn5?o*`Koj_xcW
zcTYfoB&G5B9I1P}LH|tr0^mx-Asd?52MP+zBntAd4Y#I}N_JM#;EZe8-w)`Mp8T3q
zPj53hNl?C@aUIJcJ4GRbc{{*EqdTb5%R@{A2;8&yTJZbXUCLE2${}}NopdOAKNa>E
z9$I{!!Rf_Y*Rfu4OdVWF5{%v(vx+^1QqqkCniZzEX^t4Yj{I%G2<jV{d6=!z?i_v-
zBera`ElOye*o}OWNu)|)4R*xUJxgD)N}(HpoAWu8a`(wh`z7~J<smt9x?U}<+P^OC
zlvNE4_ioQ`Jj4!qHpvA)$#VMEEXhRq*@n0PCEYxq=a$Rck);WJ-j04=?N;ntxsklG
z-*)Cs<4qwcDed56hFOimkk8BxEkIMf+iLG#<yl{|Ot}-{X<KI!q1Jxn^%r#WUFf62
zFoR7(z}juJODiDqeqZX<eAqU^Y$Q8WRJ&pb@;Bal{fRKJs)3uuh-p(+SX|J~AAdI@
ze*CWOJ%wJ=c6wdk6?70}{qYwl#bU^J!S~H_SM!XOSUW)rCZ<ijf<|1U)U*&HB$;Xq
zmYh$moYq&P`|onDe)iiduKPBRiI>gdEq-ijShIj1m_<0+;j#H6VMuWPkMV8Tva!5N
z#E#_t9DkcafT8`}L4Y6())K@={&<%<1a?$o5Z78gPi-3pjqDV5%cO#T<Ei;MNF|4a
z;uHPIhPBX)eY<S%@hwTLP;p|r5>*GUWIHU|9v!tyd=@|W6)10G&ns59ih7(FZUZ|2
z_?BkW<#Q@w{cL*&8S@1o>ta6~H==-ID&3FJq<nErBoUH<3eZ}`!5~O<VSQ{*#VU|J
z31ac7L|x`k(K<K-wwwXJ5=klhA_cxBY?j#00r<42(e6Z|#r2U>Y_Yj@VA|nAE~biA
zVru^?qf**3wNK%ZA)|fxlxV8qQ1Dd?R!&mVUsF;N)bCB6<jvgssf$NlIoJJ~(?Q>}
zQ(rHAU|Jk;Vp)$?)dUBdJq{wx864POwtBvnZ~95t)H8<<V3%BBqez(O$uZ+hD>RLg
ztvcK)g`jvAo|k#WA|A*k(kVk)OD=P233bq>c@mVUs%9;yR(ceTESr{PK%AwVd8Y5A
zpZ(@6+eyjuIz&r)7$h!<QB_j)Cuvi=O>7A1IgWefpvz5M>HYm!W>F2F?S0XVB1!qD
zC=KB#2__gSE=dR^4Jxf&`||}FB^9n*%Qq8<6rA`?E`DV15U}{mq$B`ub6z6*4GwkS
z|Lj>SF~&s}bag^8h&j^7YQ$ySTM}W#`Lf!+Jby+`7Bj?<*Iwh({`$9Ax<TiyM<~w~
zJ&Eq?>!%OX5M2%><ct&k>`EEANtJHLlIs;J0Tylvh~>xr4I@*Q(POoBm-JaGCBMvT
zT=kCNmr@a<n7^PHg4dbFUD?+o3Oflbm3AwPlGeVtj6Bh3eM#m2pmKCZVJMUw19Fx%
zh@ORANxBW1^iD42hCp59Z@Or^p%qkbfV{as?{YL2lYuPUE@KgB-ejI+lzd`!`hkvn
zd3(_Uy(J)3<a!Kzvk#JV2>Ncr+BA|Xv0&xao$@7o#e#H(qO!SxvqmP{iOihcszFrh
zR#5Pc5ou;X8<X|3tb6MoKDG0~+SGlZP-IHQ=RMxmfbD0)|7;wZv_%yX$xqHstxm1{
z|5W}%xYF&c>!6=|+|koY8S$*-@jNtr>OQIKpi4n?{zD!ao7?e)<m9I+gTK^QPkCq#
zBAEw&8M36~2%#_Wpr_ziq96s^_az08bYkBzIHndzp?ixodcslWk=g1E%1N>mIehp;
zPR&qg<*`hmN*ed~%suZwlceZM6(aQtC+UZ1$mCh1KgBiq;v_CRYln^lGnb7a3G)E;
zJFlEre`%-H&*&uG`MtN$ZMonq+N6__C0w7Wmt(p~ohk{M4`yWi6Ku<^U@!`E*sdx`
zitiU$4O%~0vRpY}bD!M#@=_R|dBi>El2r$eTfT1?Ug$r@<oBj1uCm@#&N&&X012ic
z8z*g{xy6-rveT+QH^05CbDWKX2{JK@*gLzGJW=rVoq<9fEAX(YS9(^qvP$i*S*%y(
z9ICoQNIIc**M{de<2r=LB&(3pc`SFT=e<2d8*{7=lDJOM9$c>7o@Wn@i1)no-H$0{
zOtMa2a~KX$QX=djonhI-m#sUz(k&HrqVzaE3(etje%6<MU^-!`NK2YgW`+U-?`m2p
zUbkc&Y2?Y9+qG`UUm)VU<TyzdM?pcrH`{$4WmY{<-#Rrk?Y*@vEc3#Y*|-B;?>mC_
zE-(<{Al6ThrjMa4rohnS@e#*ioAV5kFM$Rmxe>-FuXck#>xxx8$R*%L)a8h^rsP>h
zoMcC>{(dPK0LEA)MkE2SnJ3+15OaC*!I^&w7qTz<*_)n~pg!V1$c_82Elwm6nv()Q
zM~}8w2;!Ba;a}Mld~6v2gB1fB=l^9exXj;yiQ27r$7nlQ0sqQO*IM6f*4oY?v=sIh
z&aD-xG?+mp2XC`k-N`^kXRZ?4<cCm48-*QjHCHK@!T}<VqA!X#D3}PDZ*3<~xx^31
z>sv=B%FNPd#L))a1~lTxWd$e&$Pt&yOWDpk4jkV6v(2&JG?w}Ee$rl1GwvHAT~=ez
z9VFqX^z!E*4SGlWV6l`A;YhD5Rmra2jI(p#8oI<JBGI|H729i~A2NJ=OpDX(q3O)P
zX`{?RlcG`s=ZH6=?78olJwPn>!k0cK3<n@Z{FI28{5?bC(D!pM6dbcPHI2SvHPW&1
z(rrqQ>wnMbmQ|#@O+h60E>KET+qv(RzV9J#F=JfA9cMM+unRRQ;5;!C*9fZF{^dkg
zj{{55?*oQ|o9!n>-T}EfZeEzI%_4?PZ(>-&K|4I<cTU-vr^m<d<~!<65Pj7l0?|ti
zazI`*(;sA0^@8xzuYSWVZ~?aSRq+N~H|?#6Bw)pApVk9Ts~2V_fFsAK_neevi{_FJ
zvr<g`Lrxy6k^bSWFaagN()@=11p)b$cDh#(N=Bul#koJ7Uh)?QB#ama_^|pU+-{Vw
zlky#kO1S+llpT^vN}@`mTo?j%*@|SOrfn<*&JAdkL6iR)GH4VNZiBu7WC687(=bVm
zkC5TB9a^z}mZw*pObF;Qy0;z)cyzJc5L%A|Y*i!+HDJ7M*!h4$t&<=e<WOpP8fsNY
zDkMqT0rYeI(HBF~w11WeN_|ij@1BGJ$w=evd}<;8TN45dn~%^QH_6I!8hJ2a(3r6R
zOv_OCKb)6F&Oy#j16=R`z<O%n5imFd^o_ta!nPB1=}dC25}Hs-?)VSdJq7;<?RJ7v
zNrO7;P{Eq3d`l`I>6a5b?{NgKggVr1&=*0zB^$%m7ss^nH&+ijkp#ZP>sr`IrUB!4
zj{P8g+Zdty1BGpTFE<Li@fx7Xa~7BCZ1Vg&ihF!x>CB3Djztwi5@zg}gLnLI!e<r@
zqQ^)Z>^z=Gt!Mypr{G6qrc3k5wwW9w7Fk)<X=8>t<zeVbsfx5Vll6*`jpE1HftgKA
zDM#D*7E(N<1aWHMel2_5k-q~EB2fDPtF%Q7U@lvKO6c2WfWF88d(t!lcQ=zDc;zOj
z=MZov;!#=7K%E*eP7^D%u-StJIVm#!z#8-0iRqvKsL)|~D){)R!C*$M%$-dHTbyky
z*<vAl0zfEq%yGyCHHP5QefxEQDpjIMWXdF4Mvop8CtfFsT{s1RPu9Ny0S1M42WN^>
z-~jBB;$AxkP*ccTE({ACFNyVj7CV>;v5?nO22N=obRsiQr0=xgi;v$AJQxEBbrhxW
z`)I8a3t0wvnUhwTjp_5%wc<HskZ9&4IHHekWrPOo4^W<4N=y^HK`;GCJ+%fGq|24+
zBQvbc7X-@jDeOk-*P;+bt3%r!HcYvdZ$E8FCcp571Y^cFUO__m^f|5U@xBhcZ)_Cp
zffwax!6zuLy9MYbFv$@ThVz^GCL_<hmToAwEtss~SudC7p2ucM&L=i}D2cD6#^+E<
zg!64D9~<c>7QDa7%=hbul)hHU0cd+2vpVlPC6$~JDD;KGX9}v<b98+5{1l#8B6iqZ
zhSLLu8E9R7loHc=WhrR4vCfF--!jn=G1M|Q_aayuJF7rh0I{R;-hY;~*L7wmSoB>I
zOgZzj!u7YW4;~$m_sg#dpI-YHbYrPK!_cj=#&(OWeNU9%tLGO{=tt6>kG~5lX2k+3
zT%P1`yFN;;Z<lD5;GlAB+W?Edr}cd|jbs#o$w4!&AcC#-ipAgXId621vu8DS4o!cf
zh%Ih;9C~DY#v`js&AsnpNf@sAivH?l{Pjo=VvRKp&GEv7)VFBvgqrZN*iuEA4O_}{
zM1k&Z2<e_@#n<>=Bz8aDX|FrcMV`&&P^$RnxJ9qL+%tag8u|(Zd2o){4Gx>1_}r&D
zS|o@S-TjU<_zPM_I2?886kO}_9fQFgU22+_O+q3{LlR_soY(CLxA;a!H`TaVy%X*b
z)<JfM*Pq$g$X~m`>eJa7c^y(r790#><nF~E9Du|#?CJzrNy&g2!z7W#)c=hWGRsaS
zX&Ua&28wv7+y7Vm8*z0W`rkli!Yv=*8m#M&Mn{K1(P`v@f~;4lm0AAX1@T{3zToxf
z`RvrI@jPn>Kr08Z4HV1)rW}LE)I)$WA4U|U933WIvH`bt0<&pQK{l(v9d6kaCvE@}
zWCwp4;0VCuYT3^4QUVWh6<o3U6X;;oNZE?{VwRoSBN(nwu+!OD^y-XcFMW=(6u8fu
ztK7prok;A#fpR2V-@(R4{W^S^hUNR{@D<7o6!3emuN}O{b&C<!U-iOm;6T3v>bIhG
z2=D;c;Rd+m>}>QE$@&qBfIu4?rMnP|jbdPl5(u=Z$T@|8MPR<&zCHT*7Vw;;gHvh@
z2th&aXGDG<edKAKAcx43`9@(TVV#ODq+)dfxCaSD4RZ{31X_+65EbLVHRW00Tb<Yc
zy+~`--q6JMg9CfzeZTe6a^N39D^W_@OBdb6i4h2*B#kSKz-y>hqH^N?ta)%yPZmF*
z@u`@aZxsJ2QUO196J|10%X^O-DW*)MN>1KbHOtPrxRx(fW6DqGSIS-f%Y{zMH=s2{
zsp7}Se(&ST&CKN0FxvD~8Tt<=ma4j_k>KFa`|d&4UPkGGSLii0K70N#{RfiKyt0(W
zw;N5&Zm7dS_W~yvGt!eJ5}cl9na!}bFY76PsvJNK3|$iz2i^PlED{8XIyl$`VniO<
z(y$bvy91x5FRm<Qahdw?&QFh35v6=y&~2E?a|$FmsKF_usjckJ@$)r-Z-&xpbMBdW
z%a%u(JCal5_>&Xl%(Ang&-={T4^JFN#j;Q)P4MpUmd75Y&J8e}X-H;Z=}fY_Un>5*
zI~o>wb95;<ms+Wd!E1I;ttQ~1=Ao>k*q72@1`B+SGVWfKCw9S5QdDjruogOcTO+6i
e`bEAsjSh?$nJzA731Bca$DHU~Na^g~h5rF(8_Q_`

literal 0
HcmV?d00001

diff --git a/doc/tips/what_to_do_when_a_repository_is_corrupted.mdwn b/doc/tips/what_to_do_when_a_repository_is_corrupted.mdwn
new file mode 100644
index 0000000000..78f4977a27
--- /dev/null
+++ b/doc/tips/what_to_do_when_a_repository_is_corrupted.mdwn
@@ -0,0 +1,27 @@
+A git-annex repository on a removable USB drive is great, until the cable
+falls out at the wrong time and git's repository gets trashed. The way
+git checksums everything and the poor quality of USB media makes this
+perhaps more likely than you would expect. If this happens to you,
+here's a way to recover that makes the most of whatever data is left
+on the drive.
+
+* First, run `git fsck`. If it does not report any problems, your data
+  is fine, and you don't need to proceed further.
+* So `git fsck` says the git repository is corrupted. But probably the data
+  git-annex stored is fine. Your first step is to clone another copy
+  of the git repository from somewhere else. Let's call this clone
+  "$good", and the corrupted repository "$bad".
+* Preserve your git configuration changes, and the `annex.uuid` setting:
+  `mv $bad/.git/config $good/.git/config`
+* Move annexed data into the new repository: `mkdir $good/.git/annex; mv
+  $bad/.git/annex/objects $good/.git/annex/objects`
+* Reinitalize git-annex: `cd $good; git annex init`
+* Check for any problems with the annexed data: `cd $good; git annex fsck`
+* Now you can remove the corrupted repository, the new one is ready to use.
+
+Alternatively, recent versions of git-annex have a `git annex repair`
+command that uses <http://git-repair.branchable.com/> to repair a
+repository in-place. The git-annex assistant will detect most corruptions
+and offer to run the repair for you automatically.
+
+--[[Joey]]
diff --git a/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_1_c3543190eae2af594f3e050057e80db6._comment b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_1_c3543190eae2af594f3e050057e80db6._comment
new file mode 100644
index 0000000000..3954bef0d9
--- /dev/null
+++ b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_1_c3543190eae2af594f3e050057e80db6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnq-RfkVpFN15SWvQ2lpSGAi0XpNQuLxKM"
+ nickname="Yuval"
+ subject="Automation"
+ date="2014-04-27T11:34:44Z"
+ content="""
+Could this step be automated?
+"""]]
diff --git a/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_2_025178c2b11affe2d42a87544b897dc8._comment b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_2_025178c2b11affe2d42a87544b897dc8._comment
new file mode 100644
index 0000000000..beb177d001
--- /dev/null
+++ b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_2_025178c2b11affe2d42a87544b897dc8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmZilYULa6CDEGfuagoDlesyakBgnf-dF8"
+ nickname="Maarten"
+ subject="comment 2"
+ date="2014-05-23T23:50:58Z"
+ content="""
+What if the drive is destroyed?  How would I re-initialize a new drive to act as a substitute for the remote that was just lost?
+"""]]
diff --git a/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_3_9a6bae9c0326ecc7610f5415db20f49e._comment b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_3_9a6bae9c0326ecc7610f5415db20f49e._comment
new file mode 100644
index 0000000000..870d7b93fe
--- /dev/null
+++ b/doc/tips/what_to_do_when_a_repository_is_corrupted/comment_3_9a6bae9c0326ecc7610f5415db20f49e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.36"
+ subject="comment 3"
+ date="2014-05-24T18:29:03Z"
+ content="""
+@Maarten git clone from one of the other clones of the repository to the new drive. Also, recent versions of git-annex have a `git annex reinit` command that can be used to easily initialize a repository with the same settings as a repository that was lost. 
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository.mdwn b/doc/tips/what_to_do_when_you_lose_a_repository.mdwn
new file mode 100644
index 0000000000..363eeea4e0
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository.mdwn
@@ -0,0 +1,19 @@
+So you lost a thumb drive containing a git-annex repository. Or a hard
+drive died or some other misfortune has befallen your data.
+
+Unless you configured backups, git-annex can't get your data back. But it
+can help you deal with the loss.
+
+Go somewhere that knows about the lost repository, and mark it as
+dead:
+
+	git annex dead usbdrive
+
+This retains the [[location_tracking]] information for the repository,
+but avoids trying to access it, or list it as a location where files
+are present.
+
+If you later found the drive, you could let git-annex know it's found
+like so:
+
+	git annex semitrust usbdrive
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_1_cf19b8dc304dc37c26717174c4a98aa4._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_1_cf19b8dc304dc37c26717174c4a98aa4._comment
new file mode 100644
index 0000000000..a7fce26ef8
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_1_cf19b8dc304dc37c26717174c4a98aa4._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://dlaxalde.myopenid.com/"
+ nickname="dl"
+ subject="comment 1"
+ date="2012-05-31T14:36:33Z"
+ content="""
+Is there a way to have git-annex completely ignore a repository? I see that
+the `dead` command adds the uuid of the repository to `trust.log` but does
+not change `uuid.log`. Is it enough to remove the corresponding line in
+`uuid.log` and `trust.log`?
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fa9ca81668f5faebf2f61b10f82c97d2._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fa9ca81668f5faebf2f61b10f82c97d2._comment
new file mode 100644
index 0000000000..a8d044c287
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fa9ca81668f5faebf2f61b10f82c97d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.243"
+ subject="comment 3"
+ date="2012-05-31T17:01:37Z"
+ content="""
+`dead` is the best we can do. The automatic merging used on the git-annex branch tends to re-add lines that are deleted in one repo when merging with another that still has them.
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fdcfca8707e310ca7bb94d359adf8607._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fdcfca8707e310ca7bb94d359adf8607._comment
new file mode 100644
index 0000000000..37058399c2
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_3_fdcfca8707e310ca7bb94d359adf8607._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/e65e6d0e-58ba-41de-84cc-1f2ba54cf574"
+ nickname="Mica Semrick"
+ subject="Update?"
+ date="2013-12-16T00:31:27Z"
+ content="""
+Is it reasonable to update this page to include `git-annex forget`?
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_4_679eb9be0bfb9d48a2b96383c4816f62._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_4_679eb9be0bfb9d48a2b96383c4816f62._comment
new file mode 100644
index 0000000000..e0aa916a65
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_4_679eb9be0bfb9d48a2b96383c4816f62._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 4"
+ date="2013-12-16T17:04:44Z"
+ content="""
+I wouldn't recommend running `git annex forget --drop-dead` right after losing a drive. You might find the drive again, or get the dead drive to work again. Even if you know you'll never find it, you may want to query git-annex to find files that were only located on that drive, and deal with them, etc.
+
+But if you're worried about that information in the git-annex branch cluttering up the git repository, you keep in mind that `git annex forget` will let you remove it at some point in the future.
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_5_4fb04b70d88ec93ff9ed4f884747d5d4._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_5_4fb04b70d88ec93ff9ed4f884747d5d4._comment
new file mode 100644
index 0000000000..49323b29e5
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_5_4fb04b70d88ec93ff9ed4f884747d5d4._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/e65e6d0e-58ba-41de-84cc-1f2ba54cf574"
+ nickname="Mica Semrick"
+ subject="forget command"
+ date="2013-12-17T05:52:52Z"
+ content="""
+Unfortunately, I plugged in the drive and it was alive just long enough to clone the repo and pull down about half of the data. Then it just started clicking. I did my best to wipe the drive before I returned it, but it didn't even make it that far.
+
+Now I've got a replacement drive. Since my system auto-mounts based on the partition label; I had been using the label to identify external drives. So I want to describe the drive the same way to my system & git-annex. 
+
+In this case, I think I'd like to completely get rid of any notion the repos have of the old drive. 
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_6_05db504cbff2ec2a6346bf43e57a3c25._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_6_05db504cbff2ec2a6346bf43e57a3c25._comment
new file mode 100644
index 0000000000..5a124cc1b0
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_6_05db504cbff2ec2a6346bf43e57a3c25._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 6"
+ date="2013-12-17T16:11:52Z"
+ content="""
+You could use `git annex forget --drop-dead` in that situation, but what I would do is first `git annex describe lostremote \"my old drive that I lost\"` and then set up the replacement drive with whatever description you had before.
+"""]]
diff --git a/doc/tips/what_to_do_when_you_lose_a_repository/comment_7_4e6baa41bfee6edf2b17d4ade2909c7b._comment b/doc/tips/what_to_do_when_you_lose_a_repository/comment_7_4e6baa41bfee6edf2b17d4ade2909c7b._comment
new file mode 100644
index 0000000000..3b4b79da36
--- /dev/null
+++ b/doc/tips/what_to_do_when_you_lose_a_repository/comment_7_4e6baa41bfee6edf2b17d4ade2909c7b._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="still need to remove the remote after a &quot;dead&quot;"
+ date="2014-03-07T18:03:47Z"
+ content="""
+Hello,
+
+I decommissioned a machine and installed git annex on another machine, with the same IP as the initial one. To avoid errors, I declared the first repository as dead and created a new one (with a new remote). However, I also had to remove the git remote to the dead machine as \"git annex sync\" kept telling me synchronizing to this dead machine failed (the ssh succeeded, using the name automatically generated by git annex, but the repository was not at the same path on the new machine, so it could not find it).
+
+Should a dead repository not tried to be synchronized at all during git annex sync?
+
+Thanks,
+
+Alan
+"""]]
diff --git a/doc/tips/yet_another_simple_disk_usage_like_utility.mdwn b/doc/tips/yet_another_simple_disk_usage_like_utility.mdwn
new file mode 100644
index 0000000000..961776e193
--- /dev/null
+++ b/doc/tips/yet_another_simple_disk_usage_like_utility.mdwn
@@ -0,0 +1,9 @@
+Here's the annex-du script that I use:
+
+#!/bin/sh
+git annex find "$@" --include '*' --format='${bytesize}\n' |awk '{ sum += $1; nfiles++; } END { printf "%d files, %.3f MB\n", nfiles, sum/1000000 } '
+
+This one can be slow on a large number of files, but it has an advantage of being able to use all of the filtering available in git annex find.
+For example, to figure out how much is stored in remote X, do
+
+annex-du --in=X
diff --git a/doc/tips/yet_another_simple_disk_usage_like_utility/comment_1_41b212bde8bc88d2a5dea93bd0dc75f1._comment b/doc/tips/yet_another_simple_disk_usage_like_utility/comment_1_41b212bde8bc88d2a5dea93bd0dc75f1._comment
new file mode 100644
index 0000000000..4c3e3c22b3
--- /dev/null
+++ b/doc/tips/yet_another_simple_disk_usage_like_utility/comment_1_41b212bde8bc88d2a5dea93bd0dc75f1._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 1"
+ date="2013-07-12T19:36:28Z"
+ content="""
+Ah, I just found that git annex info can do the same :)
+Disregard this.
+"""]]
diff --git a/doc/tips/yet_another_simple_disk_usage_like_utility/comment_2_73698913837bfd5a58cf15721211e43e._comment b/doc/tips/yet_another_simple_disk_usage_like_utility/comment_2_73698913837bfd5a58cf15721211e43e._comment
new file mode 100644
index 0000000000..fe4b3d0d21
--- /dev/null
+++ b/doc/tips/yet_another_simple_disk_usage_like_utility/comment_2_73698913837bfd5a58cf15721211e43e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-08-30T06:09:29Z"
+ content="""
+You may want to try my `sizes` tool on Hackage.  Just pass `-A` and it will be aware of the annex and report sizes as if no files were annexed.  The only downside is that it reports file usage for replicated content multiple times, as if you'd copied the data out of the annex rather than hardlinked all duplicate copies (although, this may be exactly the behavior some people want).
+"""]]
diff --git a/doc/todo.mdwn b/doc/todo.mdwn
new file mode 100644
index 0000000000..62224c3bef
--- /dev/null
+++ b/doc/todo.mdwn
@@ -0,0 +1,4 @@
+This is git-annex's todo list. Link items to [[todo/done]] when done. A more complete [[design/roadmap/]] is also available.
+
+[[!inline pages="./todo/* and !./todo/done and !link(done) 
+and !*/Discussion" actions=yes postform=yes show=0 archive=yes]]
diff --git a/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo.mdwn b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo.mdwn
new file mode 100644
index 0000000000..00f500d100
--- /dev/null
+++ b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo.mdwn
@@ -0,0 +1 @@
+One problem I keep having when using a direct repo is that in order to get to the previous versions of a file you have to convert that repo to indirect and then checkout previous commits this becomes problematic when the repo in question is large conversion takes a long time and applications gets confused if there are open files from the repo as they go from actual files to symlinks. Is it possible to have a separate annex command that will checkout a previous version of a file to a different directory so we can replace/inspect it.
diff --git a/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_1_6f477af942aeb98683a56bcf0e819a38._comment b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_1_6f477af942aeb98683a56bcf0e819a38._comment
new file mode 100644
index 0000000000..e97e40f62f
--- /dev/null
+++ b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_1_6f477af942aeb98683a56bcf0e819a38._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 1"
+ date="2014-05-13T20:25:22Z"
+ content="""
+I’ve added a bug on basically the same issue.
+http://git-annex.branchable.com/bugs/Revert_to_old_file_version_in_direct_mode___40__VFAT__41__/
+
+One problem is that if your direct-mode repo is on VFAT, you can’t even switch to indirect mode temporarily.
+"""]]
diff --git a/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_2_45c22f596a18d5dc2331cfeef8c767fa._comment b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_2_45c22f596a18d5dc2331cfeef8c767fa._comment
new file mode 100644
index 0000000000..200210a021
--- /dev/null
+++ b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_2_45c22f596a18d5dc2331cfeef8c767fa._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 2"
+ date="2014-05-17T14:18:31Z"
+ content="""
+It occured to me that one could do something like that by «git show
+earlier-commit:file > filename». A problem with this is that a
+subsequent «get» will get the old content, but won’t put it in place
+until invoking «fsck».
+
+"""]]
diff --git a/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_3_cbca264d86fe733b8106a4bf50c0c6ff._comment b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_3_cbca264d86fe733b8106a4bf50c0c6ff._comment
new file mode 100644
index 0000000000..265e0995a1
--- /dev/null
+++ b/doc/todo/A_Way_To_Extract_Previous_Versions_of_a_File_From_a_Direct_Repo/comment_3_cbca264d86fe733b8106a4bf50c0c6ff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 3"
+ date="2014-05-17T14:24:20Z"
+ content="""
+Plus it seems that the file can’t be dropped normally afterwards. 
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync.mdwn b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync.mdwn
new file mode 100644
index 0000000000..d3e20b6db4
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync.mdwn
@@ -0,0 +1,9 @@
+I like the way btsync search for the peer. So if I need to sync my laptop and other family laptop both with a total different and changing network setup the two device found each other do NAT traversal if needed use relays but the end the two folders are synced. But its closed-source :( I like git and git-annex looks really great. I'm learning it now.
+
+First I thought with xmpp I can sync files without ssh/rsync or other remote access to my devices just with two jabber account. Now I know I can't. :(
+
+It would be just great to have some means to sync files without cloud just the two device. Without the ssh / rsync jut share some secret and the devices do the rest. :-o
+
+Anyway thanks for hearing. I'm looking forward to know more about git-annex. Thank you for that sw. =-<>-=
+
+> [[design/assistant/telehash]] --[[Joey]] 
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_1_d828bc374e50a49101c0b863f9b33080._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_1_d828bc374e50a49101c0b863f9b33080._comment
new file mode 100644
index 0000000000..13571e681d
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_1_d828bc374e50a49101c0b863f9b33080._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkEHjHAWnJ0BJzdv_hePwU1my8X4wCseh8"
+ nickname="Sz"
+ subject="comment 1"
+ date="2013-07-23T11:00:21Z"
+ content="""
+Why not use xmpp for file transfer too not only for git sync?
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_2_a4badfc248be428e6426a936212cc896._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_2_a4badfc248be428e6426a936212cc896._comment
new file mode 100644
index 0000000000..2bff793f05
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_2_a4badfc248be428e6426a936212cc896._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ ip="83.145.237.224"
+ subject="comment 2"
+ date="2013-07-23T11:37:53Z"
+ content="""
+Transferring the data over XMPP would almost certainly take too much XMPP server bandwidth, but using something like [libjingle](https://developers.google.com/talk/libjingle/) to set up P2P connections should work nicely. That would require libjingle (or equivalent) bindings for Haskell, though. Libjingle negotiates over XMPP to set up the P2P connection and provides a TCP-like layer for reliable, ordered communication. One could use that for both git metadata and the file transfers.
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_3_0b04089d3d33fdb48eeb46bf168e9a3c._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_3_0b04089d3d33fdb48eeb46bf168e9a3c._comment
new file mode 100644
index 0000000000..d0c000d2b1
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_3_0b04089d3d33fdb48eeb46bf168e9a3c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkEHjHAWnJ0BJzdv_hePwU1my8X4wCseh8"
+ nickname="Sz"
+ subject="comment 3"
+ date="2013-07-24T09:08:45Z"
+ content="""
+I'm for it! +1
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_4_2bcab1b7998b4df08fca41b8d810f115._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_4_2bcab1b7998b4df08fca41b8d810f115._comment
new file mode 100644
index 0000000000..f3bafca898
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_4_2bcab1b7998b4df08fca41b8d810f115._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2013-08-03T07:12:40Z"
+ content="""
+NAT traversal requires central infrastructure and is unreliable at best. Obviously, a for-profit entity like bittorrent can shoulder that.
+
+For LAN situations, [zeroconf](http://www.zeroconf.org/) along with passphrase-based pairing may be the long-term answer. Arguably, that would enhance vanilla Git almost as much as it would enhance git-annex, but that does not seem likely to happen.
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment
new file mode 100644
index 0000000000..07b001c2ef
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_5_677e958c3f2effec7528b484aeb6478d._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 5"
+ date="2013-08-25T07:48:18Z"
+ content="""
+What is the problem with bittorrent protocol in general?
+It is some technicality or purely philosophical?
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment
new file mode 100644
index 0000000000..41e1bda786
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync/comment_6_56e53803fdede895cba717e6b6e9a1bb._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 6"
+ date="2013-08-25T08:39:15Z"
+ content="""
+I just did a cursory search on haskell torrent support. And the required pieces do seem to be be there.
+https://github.com/jlouis/combinatorrent or https://github.com/astro/haskell-torrent for downloading. i'm not sure if either supports DHT, but that exists here https://github.com/aninhumer/haskell-dht 
+
+That said, i think implementing this would require some quite major overhauls in the system. It probably won't be trivial to implement.
+
+Note: This is for straight \"bittorrent\", not for \"bittorrent sync\". Bittorrent sync is closed source, and while an API might come at some point, it doesn't currently exist.
+
+I do seem to recall joeyh talking about supporting further transport protocols(perhaps through hooks). So I'm adding the above links for future reference if this does get implemented.
+
+But IMHO, this doesn't seem like a trivial feature to add. It might have to take some refactoring of some core git-annex parts. Certain things have to be changed quite a bit.
+
+Currently a git-annex client doesn't really require anything(except rsync) to sync from a remote. With bittorrent with DHT support to share between clients, suddenly git-annex will have to maintain a constant bittorrent thread(maybe multiple) that constantly seeds all the files in the git-annex repository, while waiting for a potential remote to request data.
+
+So even if this happens, it is probably gonna take some time.
+
+Just my 2cents.
+"""]]
diff --git a/doc/todo/Android:_add_a___34__Share_via__34___shortcut___34__Add_to_Annex__34__.mdwn b/doc/todo/Android:_add_a___34__Share_via__34___shortcut___34__Add_to_Annex__34__.mdwn
new file mode 100644
index 0000000000..d04eee18d9
--- /dev/null
+++ b/doc/todo/Android:_add_a___34__Share_via__34___shortcut___34__Add_to_Annex__34__.mdwn
@@ -0,0 +1 @@
+Having it named starting with "Add to ..." would improve its convenience visibility (would even position before "Add to Dropbox" ;) )
diff --git a/doc/todo/Bittorrent-like_features.mdwn b/doc/todo/Bittorrent-like_features.mdwn
new file mode 100644
index 0000000000..1dfe2c627a
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features.mdwn
@@ -0,0 +1,47 @@
+There are two different possible ways git-annex could use bittorrent:
+
+Let's describe those one by one.
+
+[[!toc]]
+
+Downloading files from multiple git-annex sources simultaneously
+================================================================
+
+Having your remotes (optionally!) act like a swarm would be an awesome feature to have because you bring in a lot of new features that optimize storage, bandwidth, and overall traffic usage. This would be made a lot easier if parts of it were implemented in small steps that added a nifty feature. The best part is, each of these could be implemented by themselves, and they're all features that would be really useful.
+
+ 1. Concurrent downloads of a file from remotes.
+
+    This would make sense to have, it saves upload traffic on your remotes, and you also get faster DL speeds on the receiving end.
+
+ 2. Implementing part of the super-seeding capabilities.
+
+    You upload pieces of a file to different remotes from your laptop, and on your desktop you can download all those pieces and put them together again to get a complete file. If you really wanted to get fancy, you could build in redundancy (ala RAID) so if a remote or two gets lost, you don't lose the entire file. This would be a very efficient use of storage if you have a bunch of free cloud storage accounts (~1GB each) and some big files you want to back up.
+
+ 3. Setting it up so that those remotes could talk to one another and share those pieces.
+
+    This is where it gets more like bittorrent. Useful because you upload 1 copy and in a few hours, have say, 5 complete copies on 5 different remotes. You could add or remove remotes from a swarm locally, and push those changes to those remotes, which then adapt themselves to suit the new rules and share those with other remotes in the swarm (rules should be GPG-signed as a safety precaution). Also, if/when deltas get implemented, you could push that delta to the swarm and have all the remotes adopt it. This is cooler than regular bittorrent because the shared file can be updated. As a safety precaution, the delta could be GPG signed so a corrupt file doesn't contaminate the entire swarm. Each remote could have bandwidth/storage limits set in a dotfile.
+
+This is a high-level idea of how it might work, and it's also a HUGE set of features to add, but if implemented, you'd be saving a ton of resources, adding new use cases, and making git-annex more flexible.
+
+Obviously, Step 3 would only work on remotes that you have control of processes on, but if given login credentials to cloud storage remotes (potentially dangerous!) they could read/write to something like dropbox or rsync.
+
+Another thing, this would be completely trackerless. You just use remote groups (or create swarm definitions) and share those with your remotes. **It's completely decentralized!**
+
+This was originally posted [[as a forum post|forum/Wishlist:_Bittorrent-like_transfers]] by [[users/GLITTAH]].
+
+Update: note how [[design/assistant/telehash/]] may be able to answer this specific use case.
+
+Using an external client (addurl torrent support)
+=================================================
+
+The alternative to this would be to add `addurl` support for bittorrent files. The same way we can now add Youtube videos to a git-annex repository thanks to [[quvi]], we could also simply do:
+
+    git annex addtorrent debian-live-7.0.0-amd64-standard.iso.torrent
+
+or even better:
+
+    git annex addurl http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/debian-live-7.0.0-amd64-standard.iso.torrent
+
+This way, a torrent would just become another source for a specific file. When we `get` the file, it fires up `$YOUR_FAVORITE_TORRENT_CLIENT` to download the file.
+
+That way we avoid the implementation complexity of shoving a complete bittorrent client within the assistant. The `get` operation would block until the torrent is downloaded, i guess... --[[anarcat]]
diff --git a/doc/todo/Bittorrent-like_features/comment_1_f4c110ef35ebf4fd89f06edf2c4f0c48._comment b/doc/todo/Bittorrent-like_features/comment_1_f4c110ef35ebf4fd89f06edf2c4f0c48._comment
new file mode 100644
index 0000000000..eba291af97
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_1_f4c110ef35ebf4fd89f06edf2c4f0c48._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="Gastlag"
+ ip="109.190.97.30"
+ subject="Gittorrent"
+ date="2013-08-28T21:49:56Z"
+ content="""
+May this could interest you : few years ago somes tried to mix Git and Bittorrent.
+
+http://www.advogato.org/article/994.html
+http://utsl.gen.nz/gittorrent/rfc.html
+http://code.google.com/p/gittorrent/
+https://git.wiki.kernel.org/index.php/SoC2010Application#Did_your_organization_participate_in_past_GSoCs.3F_If_so.2C_please_summarize_your_involvement_and_the_successes_and_challenges_of_your_participation
+"""]]
diff --git a/doc/todo/Bittorrent-like_features/comment_2_83148bd5c5c5e6c2eff3ad6e1d4fb82c._comment b/doc/todo/Bittorrent-like_features/comment_2_83148bd5c5c5e6c2eff3ad6e1d4fb82c._comment
new file mode 100644
index 0000000000..ed6e92fd8f
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_2_83148bd5c5c5e6c2eff3ad6e1d4fb82c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTIL7ubr5opWM69Q5VtCxuxC2H0SSnzic"
+ nickname="Petr"
+ subject="Regarding the approach to connect all nodes in one network and stream from them"
+ date="2013-12-29T07:32:05Z"
+ content="""
+Have a look at http://socialvpn.wordpress.com/. Behind that project is couple of interesting tools worth to investigate. 
+"""]]
diff --git a/doc/todo/Bittorrent-like_features/comment_3_84f149b30de1562593623aa23dc0396c._comment b/doc/todo/Bittorrent-like_features/comment_3_84f149b30de1562593623aa23dc0396c._comment
new file mode 100644
index 0000000000..a405bed09f
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_3_84f149b30de1562593623aa23dc0396c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2014-01-02T01:31:05Z"
+ content="""
+> git annex addurl http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/debian-live-7.0.0-amd64-standard.iso.torrent
+
+This is bad idea; it means you will be reliant on torrent files and trackers when magnet links are the way to go.
+"""]]
diff --git a/doc/todo/Bittorrent-like_features/comment_4_7c54c83e582c0d4848aaf3d70e312707._comment b/doc/todo/Bittorrent-like_features/comment_4_7c54c83e582c0d4848aaf3d70e312707._comment
new file mode 100644
index 0000000000..6787a24607
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_4_7c54c83e582c0d4848aaf3d70e312707._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 4"
+ date="2014-01-02T01:32:37Z"
+ content="""
+There's a bittorrent library for Haskell, btw: http://hackage.haskell.org/package/bittorrent
+
+Native support in form of a special remote would arguably be best...
+"""]]
diff --git a/doc/todo/Bittorrent-like_features/comment_5_194dd0e8404ea72af9fb6ff34b994998._comment b/doc/todo/Bittorrent-like_features/comment_5_194dd0e8404ea72af9fb6ff34b994998._comment
new file mode 100644
index 0000000000..620c82e973
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_5_194dd0e8404ea72af9fb6ff34b994998._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 5"
+ date="2014-04-01T04:43:16Z"
+ content="""
+re #3, sure, magnet link support would be awesome as well but i'd prefer to start with something i could digest more easily.
+
+looking at the source, it seems to me that the [quvi implementation](http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=46b6d75) could serve as an example as to how this would work. more particularly, there's this concept of a [downloader](http://source.git-annex.branchable.com/?p=source.git;a=commitdiff;h=46b6d75#patch5) that can be used to tap into `addurl` directly. there's a check to see if the downloader is supported, for example.
+
+so we would need:
+
+1. see if the URL / magnet link can be turned into a .torrent somehow
+2. figure out what the filename(s!) will be
+3. start the torrent and wait for its completion, ideally with some progress bar
+
+i asked around to see if transmission-remote could do this, because it would be nice if we could use an existing daemon (instead of having to rebootstrap the whole DHT at every download). so far, I can't see how it could be done cleanly - maybe we would need to use the simpler \"bittorrent\" commandline client, or maybe tap into libtorrent...
+
+in any case, one of the key problems here is that addurl assumes that the URL maps to a single file, not a directory full of file, which is the way bittorrent works. I am not sure how to fix that assumption.
+"""]]
diff --git a/doc/todo/Bittorrent-like_features/comment_6_489505da4143fb1c2bf21e7af695cdef._comment b/doc/todo/Bittorrent-like_features/comment_6_489505da4143fb1c2bf21e7af695cdef._comment
new file mode 100644
index 0000000000..678bb109b9
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features/comment_6_489505da4143fb1c2bf21e7af695cdef._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmHp5oVW8Z9v_vHs5FRtlYj80TYMQWVTS0"
+ nickname="dhead"
+ subject="comment 6"
+ date="2014-06-10T02:18:43Z"
+ content="""
+What about Syncthing protocol ? 
+https://github.com/calmh/syncthing/blob/master/protocol/PROTOCOL.md
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
new file mode 100644
index 0000000000..941ac9e5ac
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
@@ -0,0 +1,22 @@
+Note: This may not be a bug maybe the software doesn't work the way I think.
+
+What steps will reproduce the problem?
+
+Using the webapp, I created a normal repo on my desktop. I then added a 'Removable drive' repo on my usb stick.
+
+I want all my files to be synced and accessibles on both repos so I set the 'Removable drive' repo to 'client'.
+
+
+What is the expected output? What do you see instead?
+
+When I look in the 'annex' folder on my usb stick. I see a git repo (annex, branches, hooks) instead of seeing the files in the same way the 'annex' repo on my desktop is.
+
+
+What version of git-annex are you using? On what operating system?
+
+I'm using 9e57edff287ac53fc4b1cefef7271e9ed17f2285 (Fri Feb 22 15:19:25 2013 +0000).
+
+Ubuntu 12.10 x86_64
+
+[[!tag /design/assistant]]
+[[!meta title="assistant should set up non-bare repos on removable drives, and update them when syncing with them"]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment
new file mode 100644
index 0000000000..282e78298b
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.75"
+ subject="comment 1"
+ date="2013-02-22T21:46:59Z"
+ content="""
+You have a bare git repository on your USB stick. The assistant uses bare repositories on USB sticks currently, although recent changes to support FAT make it possible to use non-bare repositories.
+
+For this to really work the way you want it to, the assistant would need to start updating local non-bare repositories whenever it pushed changes to them. Currently the assistant only updates the repository it's running in, so a non-bare repository on USB would lag behind and show an old version of the directory until manually updated with `git annex sync`.
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment
new file mode 100644
index 0000000000..da1fcbc0f2
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 2"
+ date="2013-02-27T00:02:01Z"
+ content="""
+Struggling to get the assistant to behave properly, including a similar situation to the above.
+
+I start the assistant with 'git annex webapp' and create an annex from the webapp.
+Adding an SSH remote (even if just a different directory on localhost) with \"Remote server\", creates the remote directory with what looks like what the contents of .git should be (annex, branches, hooks, objects etc.), regardless of the group chosen.
+
+Judging from your above comment, this means it is creating a bare repository. Why would it be doing this for an SSH remote, where git-annex-shell is available?
+
+System: Arch Linux
+git-annex version: 3.20130216
+Installed with: yaourt -S git-annex-bin
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment
new file mode 100644
index 0000000000..48d1b26040
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2013-02-27T01:12:29Z"
+ content="""
+Xyem, if you use git to clone a repo, instead of letting the assistant do it for you, you can get a non-bare repo.  See the walkthrough for some examples.  You can keep its working tree up to date with \"git annex sync\" run in that directory.
+
+Only helpful if you don't mind using git annex at the command line, I know.
+
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment
new file mode 100644
index 0000000000..8ad0de3a5c
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 4"
+ date="2013-02-27T12:16:45Z"
+ content="""
+@edheil:
+Yes, I have found that creating the repositories outside of the assistant (or directly on each machine through the assistant) and adding the remotes manually doesn't have this issue.. but as I am not setting this up for myself, so dropping to the command line is an issue (she's not averse to it, but also isn't a power user).
+
+It seems that the assistant/webapp is replacing dropbox functionality, while ignoring the functionality of git-annex. Perhaps I am misunderstanding the goal of it..?
+
+My intended use case in the situation where this issue comes up is:
+
+Repository on desktop has a copy of all files in indirect mode.
+Repository on netbook only has a copy of files added locally or fetched manually.
+Dropping a file in the netbook annex should cause it to be uploaded to the desktop repository (when it is available). Files should be fetchable/droppable (and unlockable) using the webapp from the desktop/netbook repository respectively.
+
+But it looks like this is (currently) unachievable as the webapp provides no method of fetching/dropping files, the assistant does not create the remote repositories correctly and requires dropping to the command line if worked around. Eep!
+
+Hope this doesn't come off as sour complaining. I was introduced to git-annex by a friend about a week ago (she only learned about it about 2-3 weeks ago and *loves* it) and it is a very nice and flexible tool which fits my own use case perfectly, meeting and exceeding every expectation.. until it came to the assistant and webapp (which makes me wonder why Joey is working on an Android port..).
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment
new file mode 100644
index 0000000000..26b472dc75
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 5"
+ date="2013-02-27T17:05:07Z"
+ content="""
+There is a way to fetch/drop files if you don't want to use the command line, though it's not nearly as flexible as using a command line.  If you've got a machine set as \"client\" then dragging files into a subdirectory named \"archive\" drops them, and dragging them out of that subdirectory fetches them.
+
+Honestly, moving files in and out of directories, and preferred content settings, have both been subject to the occasional regression, so there have been times this hasn't worked right, but in theory, that's how you do it.
+
+Unfortunately if you've got more than one \"client\" machine, this means adding/dropping files on one will affect them all, as file movements propagate.
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment
new file mode 100644
index 0000000000..3fadb6219f
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 6"
+ date="2013-02-27T17:06:45Z"
+ content="""
+also... I've never used the feature where you have two local machines running git-annex and you tell one to share a repo with the other through the web interface, but maybe it would be helpful for this scenario?  Apologies if you've already tried that.
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment
new file mode 100644
index 0000000000..03d9950bca
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-02-27T17:43:45Z"
+ content="""
+The way this is supposed to (and does) work is that you use the webapp to create a repository on each computer, and then you pair them together using either local pairing or xmpp pairing.
+
+Today's release of git-annex also adds UI in the webapp to create additional local repositories that are connected to the current repository. However these are not really intended to be put on removable drives since the assistant needs to be running on them to keep them up-to-date.
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._comment
new file mode 100644
index 0000000000..1ef87e6a65
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 8"
+ date="2013-02-27T18:36:16Z"
+ content="""
+@Joey:
+As my use case is 1 person using multiple machines, I didn't think local/XMPP pairing was appropriate.
+
+Local pairing because the netbook leaves the network the desktop machine is on, which is when transferring the files is wanted (otherwise, they would just use the desktop...).
+XMPP pairing description implies that it is for 2 different people (thus 2 different addresses). Can it be used where both annexes are using the same address? Or does the address also allow you to include the location (i.e. name@host.com/netbook)?
+
+It definitely sounds like I am misunderstanding how this is supposed to work so I apologise for that. Please keep up the excellent work. git-annex is one of those tools I wish I had learned about a long time ago!
+
+@edheil: Interesting workaround, thanks.
+"""]]
diff --git a/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_9_3f0bfc5a79aa59ac76a6968aacda6655._comment b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_9_3f0bfc5a79aa59ac76a6968aacda6655._comment
new file mode 100644
index 0000000000..d370bb28d2
--- /dev/null
+++ b/doc/todo/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_9_3f0bfc5a79aa59ac76a6968aacda6655._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="confusing..."
+ date="2014-05-14T05:04:01Z"
+ content="""
+this is still really confusing. having to create the repo by hand is a really confusing step - i have setup an external drive to have my files with me as i move around, having to go through hoops to find them in a bare repository seems contrary to the spirit of \"future proofing\" inherent to git annex.
+
+the solution i found was to `git init` the repo on the removable drive before adding it through the webapp. i hope this can eventually be fixed, as it led to confusion among many other users (e.g. [[forum/Accessing_files_in_bare_repository/]], [[bugs/Adding a repository as a \"remote server\" creates a bare repository next to the existing one/]],  [[forum/remote server client repositories are bare!?/]] and so on). --[[anarcat]]
+"""]]
diff --git a/doc/todo/Chunks_support_in_all_special_remotes.mdwn b/doc/todo/Chunks_support_in_all_special_remotes.mdwn
new file mode 100644
index 0000000000..d6a1509f74
--- /dev/null
+++ b/doc/todo/Chunks_support_in_all_special_remotes.mdwn
@@ -0,0 +1,5 @@
+The special remote `directory` support files split in chunks, other special remotes do not.
+
+Support for chunks is useful, for example, to be able to upload large files over slow, unreliable connections or to minimize the amount of data to be sent when only part of a big file has been changed.
+
+Couldn't the code used to split, checksum and reconstruct the files in the `directory` remote be used also in all the other special remotes?
diff --git a/doc/todo/Chunks_support_in_all_special_remotes/comment_1_d12604dbeb42bbb6850425d237cb01e7._comment b/doc/todo/Chunks_support_in_all_special_remotes/comment_1_d12604dbeb42bbb6850425d237cb01e7._comment
new file mode 100644
index 0000000000..93ff8e53f1
--- /dev/null
+++ b/doc/todo/Chunks_support_in_all_special_remotes/comment_1_d12604dbeb42bbb6850425d237cb01e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-11T20:17:05Z"
+ content="""
+See [[design/assistant/chunks]]
+"""]]
diff --git a/doc/todo/Deleting_Unused_Files_by_Age.mdwn b/doc/todo/Deleting_Unused_Files_by_Age.mdwn
new file mode 100644
index 0000000000..b72768bcac
--- /dev/null
+++ b/doc/todo/Deleting_Unused_Files_by_Age.mdwn
@@ -0,0 +1,13 @@
+I periodically move unused files to one of my servers. What I would like to
+do is drop any unused file that has been unused for say more than 6 months?
+I would like to not drop all unused files.
+
+> It strikes me that this is quite similar to how git handles deleting
+> stale refs with the reflog. So, if `git annex unused` were changed to
+> also look at the reflog, it would keep all files referred to by all refs
+> in the reflog, until the reflog expires. You could then set reflog expiry
+> to 6 months, and be done.
+> 
+> However, I think that many users expect git annex unused to be able to
+> immediately find and remove a file after it's been deleted. So this
+> probably needs to be a configurable behavior. --[[Joey]]
diff --git a/doc/todo/Expose_auto-merge_for_manual__44___local_merges.mdwn b/doc/todo/Expose_auto-merge_for_manual__44___local_merges.mdwn
new file mode 100644
index 0000000000..c2cf26f835
--- /dev/null
+++ b/doc/todo/Expose_auto-merge_for_manual__44___local_merges.mdwn
@@ -0,0 +1,9 @@
+The automatic conflict resolution currently seems to only work within
+the context of sync, when merging «synced/foo» into «foo». It would be
+convenient if this functionality were exposed for manual merges
+between local branches.
+
+E.g., one might invoke «git annex merge» or «git annex autoresolve»
+after «git merge» when conflicts are found.
+
+> [[done]] as resolvemerge. --[[Joey]]
diff --git a/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running.mdwn b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running.mdwn
new file mode 100644
index 0000000000..7f7a482b9c
--- /dev/null
+++ b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running.mdwn
@@ -0,0 +1,5 @@
+I’m just experimenting with git-annex on a repo of ~150k files in about the same number of directories (WORM-backend). Calling, e.g., «git annex status» will take several minutes while stat()-ing all the files (for changes, I presume).
+
+This might already be on you todo list, but I was wondering whether it is possible to increase the performance of «annex status» (or related commands) when «annex watch» is running in the background. In that case, «status» could rely on cached data built-up at some point during initialization, plus based on the data that was accumulated via inotify. (Hopefully, all this won’t even be needed anymore on btrfs at some point in the future.)
+
+(I’m not very knowledgable in these things, so just out of curiosity: I noticed that, even though the «status» invocation takes ages, no HDD activity occurs and all the metadata is probably already in the Linux caches from a run I conducted immediately beforehand. Why do you figure that is? Is context switching so hugely expensive?)
diff --git a/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_1_e5f2630591ffa7758ca4250a061a8589._comment b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_1_e5f2630591ffa7758ca4250a061a8589._comment
new file mode 100644
index 0000000000..446562f858
--- /dev/null
+++ b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_1_e5f2630591ffa7758ca4250a061a8589._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-10T19:37:38Z"
+ content="""
+Neither `git annex watch` nor the `assistant` persistently store any data about the files in the repository in memory. They cannot speed up `git annex status`.
+
+I'm not sure what's the point of running `git annex status` while the daemon is running, since the daemon will normally immediately notice changes and commit them. The status output should thus generally be empty.
+
+FWIW, `git annex status` takes 0.3s in my largest repo (55k files), on an SSD. That's in indirect mode, and the time is almost completely spent in running `git ls-files --modified`, which is probably about as fast as it can be. In a direct mode repository, it will be rather slower, since it has to query git for the key that was last committed for each file, in order to look up that key's info and see if the file has been modified. 
+"""]]
diff --git a/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_2_f8a5cc905d5b06bdbb1a778ab866a28c._comment b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_2_f8a5cc905d5b06bdbb1a778ab866a28c._comment
new file mode 100644
index 0000000000..315569ca15
--- /dev/null
+++ b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_2_f8a5cc905d5b06bdbb1a778ab866a28c._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 2"
+ date="2014-07-11T11:46:08Z"
+ content="""
+Yes, you’re probably right that the benefit of this is slim when the
+watching daemon auto-adds new files. So the «status» output would
+never change and show the status that upheld before starting the
+daemon.
+
+The reason I brought this up that I recall reading a comment of yours
+somewhere on the site, to the effect that the assistant can sometimes
+speed up certain operations, because it can make certain valid
+assumptions on the state of the repo due to the fact that the
+assistant has been monitoring it. I don’t recall what those operations
+were, though. That’s why it occurred to me whether there might be a
+daemon that just monitors via inotify, and neither adds nor syncs, and
+only provides information to certain commands to speed things up under
+some circumstances.
+
+In general, is it accurate to say that git-annex mostly takes the
+«space» option when making a space/time-trade-offs? I noticed that the
+memory consumption is really slim most of the time, and wondered
+whether there might be options of speeding operations up by relying on
+more memory instead (perhaps also doing persistent caching). On the
+other hand, in some regards you are probably committed to the
+time/memory trade-offs taken by vanilla git, so maybe there’s not much
+room for improvement, git-annex wise…
+
+Maybe direct-mode repos on the order of 100k’s of files are just not
+practical. I’m using indirect mode for my really big repos now, and
+it’s now responsive enough to use (except for «annex unused», which is
+inherently expensive, as you once explained). At least commiting won’t
+take tens of minutes that way. I’ll just have to make the software
+play nicely with the symlinks.
+
+BTW, the file-system seems to have a huge impact on this. My large
+direct mode annex is practically unusable on ext (tens of minutes per
+commit), but still usable on btrfs (a few minutes). I’m migrating one
+disk to btrfs at home and will do some controlled benchmarks then. The
+added bonus is that directories don’t always take up a full block.
+
+"""]]
diff --git a/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_3_626c629654508d0d948ece849d43ed86._comment b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_3_626c629654508d0d948ece849d43ed86._comment
new file mode 100644
index 0000000000..58cf33c105
--- /dev/null
+++ b/doc/todo/Faster___171__git_annex_status__187___when___171__git_annex_watch__187___is_running/comment_3_626c629654508d0d948ece849d43ed86._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 3"
+ date="2014-07-11T11:54:26Z"
+ content="""
+Ah, interesting, some caching ideas are already discussed at [https://git-annex.branchable.com/design/caching_database/].
+"""]]
diff --git a/doc/todo/Improve_direct_mode_using_copy_on_write.mdwn b/doc/todo/Improve_direct_mode_using_copy_on_write.mdwn
new file mode 100644
index 0000000000..d9d9795cbb
--- /dev/null
+++ b/doc/todo/Improve_direct_mode_using_copy_on_write.mdwn
@@ -0,0 +1,42 @@
+Direct mode is great because it removes symlinks. A must-have for directories like `~/Documents`. Unfortunately, it removes the possibility to use `git` commands other than `git-annex`. Also, it doen't preserve history of files.
+
+I would be great to have a mode where:
+
+- files are available in plain, not as sylinks
+- the repository could still be trusted to hold version of some files from other repositories
+- from a user point of view, the history of a file before the checkout would be preserved.
+
+In feature rich file systems that have copy on write feature, it could be implemented by having the files in both places at the same time:
+
+- the current version of a file would be in the working copy
+- the file in the working copy would be a copy-on-write of the file in the annex repository
+- when the file in the working copy changes, `git-annex` notices it and copy the file in the annex repository using copy-on-write semantic
+
+If the file system do not support copy-on-write, it could be an option (do you want secure direct mode that takes twice the disk space or light direct mode that don't preserve the history of your files?)
+
+This would make direct more much more robust.
+
+copy on write is available using `cp --reflink=always`. It correspond to the following code ([coreutils src/copy.c line 224](http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/copy.c#n224)):
+
+    /* Perform the O(1) btrfs clone operation, if possible.
+       Upon success, return 0.  Otherwise, return -1 and set errno.  */
+    static inline int
+    clone_file (int dest_fd, int src_fd)
+    {
+    #ifdef __linux__
+    # undef BTRFS_IOCTL_MAGIC
+    # define BTRFS_IOCTL_MAGIC 0x94
+    # undef BTRFS_IOC_CLONE
+    # define BTRFS_IOC_CLONE _IOW (BTRFS_IOCTL_MAGIC, 9, int)
+      return ioctl (dest_fd, BTRFS_IOC_CLONE, src_fd);
+    #else
+      (void) dest_fd;
+      (void) src_fd;
+      errno = ENOTSUP;
+      return -1;
+    #endif
+    }
+
+Looking at the code it would be preferable to exec directly to `cp`, see [copy_range() on LWN](http://lwn.net/Articles/550621/) and this [more recent article about splice() on LWN](http://lwn.net/Articles/567086/)
+
+Also, `cp --reflink` fall back to copy when copy-on-write is not available while `cp --reflink=always` do not.
diff --git a/doc/todo/LIst_of_Available_Remotes_in_Webapp.mdwn b/doc/todo/LIst_of_Available_Remotes_in_Webapp.mdwn
new file mode 100644
index 0000000000..89274bb8dd
--- /dev/null
+++ b/doc/todo/LIst_of_Available_Remotes_in_Webapp.mdwn
@@ -0,0 +1 @@
+When using git-annex in a distributed fashion (lots of repos everywhere) It is easy to lose track of which remotes has a particular repo and enable it. Currently I have to run `git annex info` and see which remotes are available then add them through the webapp. Would it be possible to make webapp show all repos not just the ones it is syncing give an option to enable it.
diff --git a/doc/todo/LIst_of_Available_Remotes_in_Webapp/comment_1_23fe2f3cd44c4357a385452dcd5eedef._comment b/doc/todo/LIst_of_Available_Remotes_in_Webapp/comment_1_23fe2f3cd44c4357a385452dcd5eedef._comment
new file mode 100644
index 0000000000..9e22dafca3
--- /dev/null
+++ b/doc/todo/LIst_of_Available_Remotes_in_Webapp/comment_1_23fe2f3cd44c4357a385452dcd5eedef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 1"
+ date="2014-04-17T20:54:18Z"
+ content="""
+I chose to make the webapp only show available remotes when it knows how to enable them. So it will show S3 special remotes, Box.com special remotes, etc. This avoids cluttering up the display of a shared repository with a list of all of your friend's removable drives, for example.
+
+I would like to make the webapp smarter about handling repositories on remote ssh servers. As long as the server name is in the global DNS, the webapp could easily walk the user through setting up such a remote. The missing piece is that nothing is logged in remotes.log for these remotes, and so the assistant doesn't know the server name.
+"""]]
diff --git a/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config.mdwn b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config.mdwn
new file mode 100644
index 0000000000..419b6795e4
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config.mdwn
@@ -0,0 +1,9 @@
+### Please describe the problem.
+Instead of storing config for each remote in ~/.ssh/config, which mixes the user own config with that of git-annex-assistant, which is irritating if (like me) you store your ssh config in a vcs. Since the option -F allows the choice of the config file, it should be possible to move the config into ~/.ssh/git-annex/config. The only issue I see is according to the ssh man page on my system states that the system-wide config is ignored if a config file is specified on the command line.
+
+### What version of git-annex are you using? On what operating system?
+I'm using git-annex 4.20130601 on a Debian Testing/Unstable/Experimental mix.
+
+[[!tag design/assistant]]
+
+[[wontfix]]
diff --git a/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_1_284c806e83a32af81b02aea7c7bc285a._comment b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_1_284c806e83a32af81b02aea7c7bc285a._comment
new file mode 100644
index 0000000000..5997664e0d
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_1_284c806e83a32af81b02aea7c7bc285a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-11T14:44:47Z"
+ content="""
+The only interface git provides to do this is `GIT_SSH`, which would have to be set to a wrapper script that runs ssh with the desirned options.
+
+And if that were used, `git pull` by itself would not work on the repositories set up by the assistant. I don't consider that very nice.
+"""]]
diff --git a/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_2_1f55ad6b39906458779b2d604b003ffe._comment b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_2_1f55ad6b39906458779b2d604b003ffe._comment
new file mode 100644
index 0000000000..3cf75df08d
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_2_1f55ad6b39906458779b2d604b003ffe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-06-11T14:48:01Z"
+ content="""
+Also, if you're going to set up something like local pairing, why would you *not* want to commit that config to git along with your other ssh configs? Config files in $HOME are quite frequently edited by helper programs to configure changes, and I personally commit those changes all the time.
+
+Perhaps your real problem is that you have one `.ssh/config` that is shared between multiple hosts, and the git-annex settings are specific to a single host. Have you considered using [vcsh](https://github.com/RichiH/vcsh)?
+"""]]
diff --git a/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_3_b00dce2374aac6968317d05d23bcfaf7._comment b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_3_b00dce2374aac6968317d05d23bcfaf7._comment
new file mode 100644
index 0000000000..3442fb2b2b
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_3_b00dce2374aac6968317d05d23bcfaf7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3Wgg0XiqYFwM_Pw1RxZwlpNFi65g17sM"
+ nickname="James"
+ subject="comment 3"
+ date="2013-06-12T01:12:24Z"
+ content="""
+Ah, ok, I presumed there was an option in git to set a per-repository ssh command. I've looked at vcsh, but I'm not that confident with git remotes, so I don't use it (I use hg). If a per-repository ssh command added to git, would you consider adding this?
+"""]]
diff --git a/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_4_743d0b077110c5cac1e2f47187b75333._comment b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_4_743d0b077110c5cac1e2f47187b75333._comment
new file mode 100644
index 0000000000..5a22c98f72
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config/comment_4_743d0b077110c5cac1e2f47187b75333._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-06-12T19:23:50Z"
+ content="""
+If it were sane, I'd probably use it.
+
+In the meantime, I'm moving this to [[todo]].
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory.mdwn b/doc/todo/New_special_remote_suggeston_-_clean_directory.mdwn
new file mode 100644
index 0000000000..98dd58d5e4
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory.mdwn
@@ -0,0 +1,23 @@
+The [[special remotes]] available all do great things and enable a ton of different services to be integrated.
+
+Strikingly, the one service I can't satisfactorily integrate with git-annex is a remote folder on a eg NAS (think: computer without git-annex installed) that I want to look like the original annex. As in, when I do a 'tree annexdir' it'd look the same on both locations (except, on the remote there would not be any symlinks, it'd be like it was in directmode, and there would not be a .git subdir).
+
+## Why? Use Case?
+
+I have a Synology NAS that I share access with with my wife. I want her to be able to access the files (photos/videos/music) in a sane manner (ie: not traversing sub-sub-sub 'randomly' named directories) but I also want to be able to manage them with git-annex on my machine (to gain the standard git-annex benefits, specifically the bob the archivist use case). The NAS has the ability to use ssh+rsync, so I'll assume those two tools can be used.
+
+This special remote could be thought of as the 'least common denominator of special remotes'; almost any server with ssh+rsync could be a remote, no matter if you have install privs or if the architecture (eg: ARM) is supported by git-annex.
+
+## Issues?
+
+First and foremost, this can't be (really really shouldn't be) a trusted remote; my wife could accidentally delete all files on the NAS while I am away. So my local git-annex shouldn't assume the NAS counts towards numcopies (unless I'm a real masochist).
+
+Secondly, what to do when files change/are added/removed on the special remote? Probably the same thing that the assistant does with everything. The only thing special is that new/modified files will need to be copied locally from this special remote before being added to the annex (to get hash and such).
+
+> This is not feaisble given git-annex's design. If I wanted to
+> make something completely unlike git-annex, I suppose it could be done,
+> but it's off topic here. [[wontfix|done]]. 
+>
+> If you want to use git-annex on a Synology NAS, the arm standalone build
+> will work, and then you can use the command-line, or the assistant
+> to maintain a git repository that contains your files as desired. --[[Joey]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_10_4829c2a2302b4b9611deddfedfbaa944._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_10_4829c2a2302b4b9611deddfedfbaa944._comment
new file mode 100644
index 0000000000..575748b56a
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_10_4829c2a2302b4b9611deddfedfbaa944._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 10"
+ date="2013-12-16T20:41:47Z"
+ content="""
+How is that better than `rsync -a gitrepo cleandirectory`?
+
+Perhaps better related to the original problem of getting git-annex running on a Synology NAS, [[forum/new linux arm tarball build]].
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment
new file mode 100644
index 0000000000..1ec5bbc546
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="TroisSinges"
+ ip="82.227.207.5"
+ subject="comment 1"
+ date="2013-11-27T14:59:11Z"
+ content="""
+You could mount this NAS as a network drive on your computer (via samba for example or, even better, nfs), couldn't you? In this case you could use a real annex repository, and not a remote one.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment
new file mode 100644
index 0000000000..89663893ee
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="mounting over NFS/etc ..."
+ date="2013-11-27T16:01:50Z"
+ content="""
+TroisSinges: Yeah, I could, but that'd limit me to being on the local network when I want to interact with the repo; not ideal.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_3_eed178ce4bc4d2b3f08a1e3d3d62c086._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_3_eed178ce4bc4d2b3f08a1e3d3d62c086._comment
new file mode 100644
index 0000000000..60d4228385
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_3_eed178ce4bc4d2b3f08a1e3d3d62c086._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 3"
+ date="2013-11-28T02:36:15Z"
+ content="""
++1 on this suggestion.
+
+Not all NASs are created equal so SAMBA/NFS isn't always the most recent version, upgrades aren't always possible (yes, I'm looking at you Drobo!) so sometimes you just can't do what g-a needs to do (locks are my big problem).
+
+This would be a great option to have, even with the downsides of losing a lot of the awesome-sauce of git-annex.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_4_1dae745cff1c0a38232d033dcc542ac4._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_4_1dae745cff1c0a38232d033dcc542ac4._comment
new file mode 100644
index 0000000000..f79fb4940d
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_4_1dae745cff1c0a38232d033dcc542ac4._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVICFY2CDP08xdsPr3cgmScomy9HA-1sk"
+ nickname="Andrew"
+ subject="comment 4"
+ date="2013-11-29T04:11:24Z"
+ content="""
++1 for this style of repository (again).
+
+Presenting the content of a git-annex repository in a way that
+
+1. is transparent (nobody but me need know or care it's a git-annex repository)
+2. doesn't require installation (NAS or other device I can't install to)
+3. works without thinking (doesn't required commits or checkouts or manual deferencing symlinks - see also point 1)
+
+would fulfil the \"like dropbox but awesome\" idea from the Kickstarter.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_5_8d6c791e5e2daec7b25828f6884a67c6._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_5_8d6c791e5e2daec7b25828f6884a67c6._comment
new file mode 100644
index 0000000000..f87bf1aec4
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_5_8d6c791e5e2daec7b25828f6884a67c6._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 5"
+ date="2013-12-05T19:52:52Z"
+ content="""
+Comment #1 was my initial reaction. A regular direct mode git-annex repository on the mounted NAS share.
+
+I don't quite understand the response to it \"that'd limit me to being on the local network when I want to interact with the repo\". How could git-annex update this NAS if it's not on the local network?
+
+So far, the only reason that has been brought up that makes sense to me is locking. git-annex does use locking in its repository to prevent 2 git-annex commands run at the same time doing conflicting operations. (Lack of that locking could in some cases cause data loss.) I think git-annex's locking is limited entirely to files within the .git directory. So, if a SMB mount for a NAS does not support locking, one approach could be to move the .git directory to local disk, and use `GIT_DIR` to make it be used when operating in that repository. This should get you exactly what was requested. Whether it makes sense or is sufficiently easy to use is another question.
+
+I tend to think that a better use of a NAS in many cases is to put a directory or rsync (if it supports rsync) special remote on the NAS, and have git-annex on the individual client machines. The webapp could have a UI that makes setting up a NAS like that simple, and it would be easy to do.
+
+The use case for having a mirrored directory tree on the NAS seems to be limited to when the clients using it are something that cannot run git-annex itself, but that still cares about filenames, as opposed to just operating on file contents.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_6_92ef2d4a7ed47000fda02732b4794dc0._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_6_92ef2d4a7ed47000fda02732b4794dc0._comment
new file mode 100644
index 0000000000..75614d69f2
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_6_92ef2d4a7ed47000fda02732b4794dc0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 6"
+ date="2013-12-05T19:57:32Z"
+ content="""
+The other problem with this idea is that it seems to want the assistant to watch the file tree in the NAS, and make commits etc when files there are changed.
+
+But, any computer on the network that has the NAS mounted can change a file! AFAIK there is no interface to detect when such changes have happened; inotify does not help. It seems git-annex would have to expensively periodically scan the directory to find changes.
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_7_78fb5cdd61220ffcf0ae1eaf266985ec._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_7_78fb5cdd61220ffcf0ae1eaf266985ec._comment
new file mode 100644
index 0000000000..7ff072d4c2
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_7_78fb5cdd61220ffcf0ae1eaf266985ec._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="comment 7"
+ date="2013-12-05T21:20:54Z"
+ content="""
+>  How could git-annex update this NAS if it's not on the local network?
+
+ssh and port forwarding, like any home server.
+
+> I tend to think that a better use of a NAS in many cases is to put a directory or rsync (if it supports rsync) special remote on the NAS, and have git-annex on the individual client machines.
+
+I'm thinking of this like the public view of a git-annex repository. I want anyone to be able to view/download the files as they normally would.
+
+> The use case for having a mirrored directory tree on the NAS seems to be limited to when the clients using it are something that cannot run git-annex itself, but that still cares about filenames, as opposed to just operating on file contents.
+
+That's exactly my use case.
+
+> So far, the only reason that has been brought up that makes sense to me is locking.
+
+Locking is actually tangential to the issue/use case. Direct mode would solve that issue, but git-annex isn't built for the Synology NAS platform, so it isn't an option.
+
+> The other problem with this idea is that it seems to want the assistant to watch the file tree in the NAS, and make commits etc when files there are changed.
+
+I think you read too much into that part. :) I only want git-annex to do things when I 'sync' or similar. I'm actually not wanting *the assistant* to do much in this case. This might even be a non-assistant applicable use case. (I don't use the assistant in my large repositories, like photos and videos and music.) I only mentioned the assistant to point out that it has some of the logic (what to do with changed/deleted files) already.
+
+And honestly, I'd be fine with an implementation that overwrote all changes on this special remote on each sync (as needed). The response to that suggestion is \"just use rsync by itself to put the files on the NAS\" but that assumes I have all of the files on my local checkout (I don't).
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_8_21712dfee4f37232c34eddbce2427691._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_8_21712dfee4f37232c34eddbce2427691._comment
new file mode 100644
index 0000000000..3aeb04e53e
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_8_21712dfee4f37232c34eddbce2427691._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="gan"
+ ip="85.224.8.104"
+ subject="Hook implementation?"
+ date="2013-12-07T01:15:46Z"
+ content="""
+1. I would propose the name \"plain directory\" for this special remote.  Clean is not a good description, IMHO.
+
+2. When I read this a week ago I took the opportunity to play with the special remote hook, because as far as I can understand this could be a relatively trivial implementation that need not necessarily be in git-annex \"core\".   And I'd like to contribute back to the git-annex community and help a brother out...     I used the method of calling a single script from all hook points, and inside it look at what operation was requested.
+I didn't get that far before giving up however.  I got the feeling that hook would benefit from some extension and a bit more complete API to really create the opportunity for third-party extensions to git-annex this way.   I would prefer that the hook script can handle several instances of remotes without creating custom hook scripts for each instance.  Specifically I think a hook is needed also for \"init\" of a new remote (to get a unique identifier, and other parameters given by the user such as in this particular case, the path to the \"clean directory\")   What do you think?
+"""]]
diff --git a/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_9_0ba57952532d5ef1f2bbfb163faa3b2f._comment b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_9_0ba57952532d5ef1f2bbfb163faa3b2f._comment
new file mode 100644
index 0000000000..d96ac69870
--- /dev/null
+++ b/doc/todo/New_special_remote_suggeston_-_clean_directory/comment_9_0ba57952532d5ef1f2bbfb163faa3b2f._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmicVKRM8vJX4wPuAwlLEoS2cjmFXQkjkE"
+ nickname="Thomas"
+ subject="pseudocode"
+ date="2013-12-08T15:23:36Z"
+ content="""
+The implementation should really be nothing more than the following to be run from a regular git annex repository with a configures special plain directory remote:
+
+    foreach(path : allAnnexedFiles) {
+      if(remote.exists(path) && remote.filesize(path) === expectedFilesize) goto finally;
+    
+      if(fileAvailableLocally(path)) {
+        copyFileToRemote(path);
+        goto finally;
+      }
+
+      if(shouldCopyFromElsewhere && canCopyFileFromSomeOtherRemote(path)) {
+        copyFileFromSomeOtherRemoteToRemote(path);
+      }
+
+      finally: 
+        logThatFileExistsOnRemote(path);
+    }
+    
+    foreach(remotePath : filesInRemoteDir) {
+      if(fileIsAnnexed(remotePath) || fileIsIgnored(remotePath) continue;
+    
+      delete(remotePath);
+    }
+
+The above pseude code assumes
+- that the no other process is working on the remote at the same time.
+- that the remote is not trusted.
+- that nobody expects changes done at the remote to propagate to other clones.
+"""]]
diff --git a/doc/todo/Not_working_on_Android-x86.mdwn b/doc/todo/Not_working_on_Android-x86.mdwn
new file mode 100644
index 0000000000..56f2ce962d
--- /dev/null
+++ b/doc/todo/Not_working_on_Android-x86.mdwn
@@ -0,0 +1,19 @@
+[[!meta title="Android is only autobuilt for arm, not x86 or mips"]]
+
+### Please describe the problem.
+
+git-annex doesn't start on [Android-x86](http://www.android-x86.org) in VirtualBox (version 4.1.18-dfsg-2+deb7u1).
+
+On Android 4.2.2 (android-x86-4.2-20130228.iso) it starts the terminal which prints nothing but `[Terminal session finished]`.
+On Android 4.3 (android-x86-4.3-20130725.iso) it starts the terminal and prints:
+
+    In mgmain JNI_OnLoad
+    
+    [Terminal session finished]
+
+The browser/webapp is never started.
+
+### What version of git-annex are you using? On what operating system?
+
+Version 1.0.52 for Android. I made sure to install the correct APK files for each version of Android.
+
diff --git a/doc/todo/Not_working_on_Android-x86/comment_1_5eec4d7530c9df68f1bd1b1ca7021ef5._comment b/doc/todo/Not_working_on_Android-x86/comment_1_5eec4d7530c9df68f1bd1b1ca7021ef5._comment
new file mode 100644
index 0000000000..4bcca0ab4f
--- /dev/null
+++ b/doc/todo/Not_working_on_Android-x86/comment_1_5eec4d7530c9df68f1bd1b1ca7021ef5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-22T16:37:36Z"
+ content="""
+git-annex is a native binary, and is currently only being built for arm android.
+
+Is Android on x86 a thing used on real-world hardware? I have only seen it in the context of a developer's test environment.
+
+The instructions for building git-annex from source for Android should work on x86. The ghc-android build would need to be tweaked to build a cross compiler targeting that architecture. This can be done by editing settings near the top of ghc-android's `build.sh`.
+
+I am going to move this from bugs/ to todo/ after posting this comment, because it is certiantly not a bug, but a wishlist item at best.
+"""]]
diff --git a/doc/todo/Not_working_on_Android-x86/comment_2_e5c4c99cb0675ad69bf8d7796be23c8e._comment b/doc/todo/Not_working_on_Android-x86/comment_2_e5c4c99cb0675ad69bf8d7796be23c8e._comment
new file mode 100644
index 0000000000..3f568f5555
--- /dev/null
+++ b/doc/todo/Not_working_on_Android-x86/comment_2_e5c4c99cb0675ad69bf8d7796be23c8e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYSw35UMlOf9rFlP5EUTBz7is5X09qVXI"
+ nickname="Johannes"
+ subject="Support on Motorola razr i"
+ date="2013-11-28T16:10:38Z"
+ content="""
+Hi,
+I'm using the Motorola razr i. So there is a usecase, where a x86 CPU is used in a mobile phone. If it's easy as you described, can you build a Version with x86 support?
+
+Thanks
+Jack
+"""]]
diff --git a/doc/todo/Not_working_on_Android-x86/comment_3_6b609af60bf1c477139e40eba5cb0c4e._comment b/doc/todo/Not_working_on_Android-x86/comment_3_6b609af60bf1c477139e40eba5cb0c4e._comment
new file mode 100644
index 0000000000..e4ac8f820d
--- /dev/null
+++ b/doc/todo/Not_working_on_Android-x86/comment_3_6b609af60bf1c477139e40eba5cb0c4e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.191"
+ subject="comment 3"
+ date="2014-04-20T21:01:50Z"
+ content="""
+Samsung Galaxy Tab 3 (GT-P5210)  also needs this.
+
+Each new git-annex builder takes me days to set up, and is an ongoing drain to keep running. I would much rather walk someone else through setting one up, unless this becomes a very common architecture for android.
+"""]]
diff --git a/doc/todo/Pause_all_transfers_in_all_annexes_watched_by_the_assistant.mdwn b/doc/todo/Pause_all_transfers_in_all_annexes_watched_by_the_assistant.mdwn
new file mode 100644
index 0000000000..2ce33f726b
--- /dev/null
+++ b/doc/todo/Pause_all_transfers_in_all_annexes_watched_by_the_assistant.mdwn
@@ -0,0 +1,11 @@
+## Use case:
+
+You have a few annexes that the assistant is watching for you. You're somewhere with poor wifi speed. You also just added a bunch of big files to a few annexes. Now all of a sudden your connection suffers and you want an easy way to pause all transfers until you're on a faster connection without losing the automatic 'add' and such of the assistant (iow: without having to shutdown the daemon).
+
+## Proposal:
+
+A "Pause all transfers" button in the webapp that pauses all transfers from all annexes the assistant is watching.
+
+It should toggle to "Resume all transfers" when pushed so you can also easily start the transfers again when you get somewhere else.
+
+This may or may not make more sense if the webapp showed all watched repos in a single view (instead of the separate pages/views as it is now).
diff --git a/doc/todo/Recovering_from_a_bad_sync.mdwn b/doc/todo/Recovering_from_a_bad_sync.mdwn
new file mode 100644
index 0000000000..d60406568c
--- /dev/null
+++ b/doc/todo/Recovering_from_a_bad_sync.mdwn
@@ -0,0 +1,31 @@
+Instead of using `sync origin` for the first sync and a simple `sync` for the other syncs,
+
+    # on pc1
+    git annex init "pc1"
+    git annex direct
+    git annex add .
+    git annex sync origin # remote specified on the first sync
+
+    # add some files
+    git annex add .
+    git annex sync
+
+I used `sync` first and only later I used `sync origin`
+
+     # on pc1
+    git annex init "pc1"
+    git annex direct
+    git annex add .
+    git annex sync
+
+    # add some files
+    git annex add .
+    git annex sync origin  # remote specified on a later sync
+
+These sequences of commands create two completely different git histories.
+
+More important, if one clones on pc2 the first repository, they will see both the pc1 remote and the pc2 remote. Instead, if one clones on pc2 the repository created by the second combination of commands, they will see only the pc2 remote.
+
+What commands should I use on pc1 to fix the history so that when pc2 clones from the origin repository it will see both the pc1 remote and its own local remote?
+
+> [[done]]; fixed per my comments. --[[Joey]]
diff --git a/doc/todo/Recovering_from_a_bad_sync/comment_1_6f5f518a3190534b737203787149ef3c._comment b/doc/todo/Recovering_from_a_bad_sync/comment_1_6f5f518a3190534b737203787149ef3c._comment
new file mode 100644
index 0000000000..fc354be3d0
--- /dev/null
+++ b/doc/todo/Recovering_from_a_bad_sync/comment_1_6f5f518a3190534b737203787149ef3c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-14T18:27:43Z"
+ content="""
+If this is a todo item at all, it may make sense to make `git annex sync` sync even with git remotes that have no annex-uuid.
+
+As far as solving the problem, I think you just need to sync more in order to get the full list of remotes propigated around to all the remotes. Sync automatically merges disconnected git histories no matter how they got that way or how long they have been disconnected or diverged.
+"""]]
diff --git a/doc/todo/Recovering_from_a_bad_sync/comment_2_e494df56dcede4d14bcaa4cdbf3da4f5._comment b/doc/todo/Recovering_from_a_bad_sync/comment_2_e494df56dcede4d14bcaa4cdbf3da4f5._comment
new file mode 100644
index 0000000000..0111293363
--- /dev/null
+++ b/doc/todo/Recovering_from_a_bad_sync/comment_2_e494df56dcede4d14bcaa4cdbf3da4f5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-14T18:38:58Z"
+ content="""
+It seems that the person who filed this todo item also filed [[bugs/sync does not commit with alwasycommit = false]] and got pretty confused by that.
+
+So, repurposing this todo item to be about perhaps syncing with remotes that have no annex-uuid by default.
+"""]]
diff --git a/doc/todo/Recovering_from_a_bad_sync/comment_3_4d4904bcbf97401c7c11338f32577f96._comment b/doc/todo/Recovering_from_a_bad_sync/comment_3_4d4904bcbf97401c7c11338f32577f96._comment
new file mode 100644
index 0000000000..1d173f0ef1
--- /dev/null
+++ b/doc/todo/Recovering_from_a_bad_sync/comment_3_4d4904bcbf97401c7c11338f32577f96._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 3"
+ date="2014-07-15T18:23:50Z"
+ content="""
+Making `git annex sync` automatically sync with remotes with no annex-uuid is more complicated than I first thought.
+
+In the case of a remote accessed over ssh, `git annex sync` already does sync with such a remote. Of course, it will set annex-ignore on it, since it has no annex-uuid. (Needed eg, for github, or just for preventing a repo from being used by git-annex if you don't want it to be.) Still, the git branches get synced, which is the behavior that we want.
+
+So, only local remotes are affected. Note that `git annex assistant` automatically git-annex inits the local remote when it lacks a uuid, and syncs with it. That seems ok.
+
+However `git annex sync` currently ignores the local remote when it has no uuid. Seems that this happens due to a bug, not intentionally. tryGitConfigRead tries to bootstrap up an annex state to read the repos's config, but this cannot be done in a repo that is not yet initialized. Result is the repo state is not read, and so it's treated as a local remote that is not currently available (ie, a disconnected disk).
+"""]]
diff --git a/doc/todo/Recursive_addurl_simlar_to_wget_--recursive.mdwn b/doc/todo/Recursive_addurl_simlar_to_wget_--recursive.mdwn
new file mode 100644
index 0000000000..bd0d9f1703
--- /dev/null
+++ b/doc/todo/Recursive_addurl_simlar_to_wget_--recursive.mdwn
@@ -0,0 +1,7 @@
+## Use Case
+
+I want to import a bunch of files that are hosted somewhere, they nicely sorted by year and such. Instead of addurl'ing each by hand (or writing a custom script each time this happens) I want to simply:
+
+git-annex addurl --recursive http://somehost.tld/somedir/
+
+For sanity, mimicking wget closely with default depth of 5, but customizable with the --level switch.
diff --git a/doc/todo/Recursive_addurl_simlar_to_wget_--recursive/comment_1_4ecd9ddba1b63b571555ec9bef18e2d8._comment b/doc/todo/Recursive_addurl_simlar_to_wget_--recursive/comment_1_4ecd9ddba1b63b571555ec9bef18e2d8._comment
new file mode 100644
index 0000000000..72326c478f
--- /dev/null
+++ b/doc/todo/Recursive_addurl_simlar_to_wget_--recursive/comment_1_4ecd9ddba1b63b571555ec9bef18e2d8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.244"
+ subject="comment 1"
+ date="2014-04-07T20:10:51Z"
+ content="""
+Recursively traversing websites is *hard*, so I would rather leave it out of git-annex.
+"""]]
diff --git a/doc/todo/Show_repo_type_in_repo_list.mdwn b/doc/todo/Show_repo_type_in_repo_list.mdwn
new file mode 100644
index 0000000000..40fbe6537e
--- /dev/null
+++ b/doc/todo/Show_repo_type_in_repo_list.mdwn
@@ -0,0 +1 @@
+It would be helpful to show each repo's type in the list.
diff --git a/doc/todo/Show_repo_type_in_repo_list/comment_1_ac6eb1072ef902a094b79dd8e0917c4d._comment b/doc/todo/Show_repo_type_in_repo_list/comment_1_ac6eb1072ef902a094b79dd8e0917c4d._comment
new file mode 100644
index 0000000000..10c0c17df4
--- /dev/null
+++ b/doc/todo/Show_repo_type_in_repo_list/comment_1_ac6eb1072ef902a094b79dd8e0917c4d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-02T23:45:39Z"
+ content="""
+Currently if you go to the edit page for the repository, it shows some information about it, including its type and often its location, at the bottom of the page.
+
+I tend to feel that putting anything else in the repo list would result in it being too cluttered.
+"""]]
diff --git a/doc/todo/Show_repo_type_in_repo_list/comment_2_6979c487f707a724a048d20e2e5744e6._comment b/doc/todo/Show_repo_type_in_repo_list/comment_2_6979c487f707a724a048d20e2e5744e6._comment
new file mode 100644
index 0000000000..7d4a363242
--- /dev/null
+++ b/doc/todo/Show_repo_type_in_repo_list/comment_2_6979c487f707a724a048d20e2e5744e6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-11-02T23:59:16Z"
+ content="""
+I understand.  Well, here's what I'm looking at right now.  :)
+
+[[http://alphapapa.net/outbox/view.png]]
+
+I just think it would be very useful to say \"Client\" or \"Transfer\" or \"Full Backup\" next to each one, and there's often plenty of room, depending on the size of the window.  Especially when one's trying to wrap one's head around git-annex, being reminded what each repo is for would help a lot.  Otherwise you basically have to put it in the name or description yourself...so why not just go ahead and show it?  :)
+
+Another option might be to have an icon for each type.
+"""]]
diff --git a/doc/todo/Show_repo_type_in_repo_list/comment_3_529254a6cc20de7259d60a3cbc5ccaf7._comment b/doc/todo/Show_repo_type_in_repo_list/comment_3_529254a6cc20de7259d60a3cbc5ccaf7._comment
new file mode 100644
index 0000000000..3f8b826950
--- /dev/null
+++ b/doc/todo/Show_repo_type_in_repo_list/comment_3_529254a6cc20de7259d60a3cbc5ccaf7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-03T00:19:34Z"
+ content="""
+I'd be happy to put in some icons if someone finds some good (and suitably licensed) ones that cover the different types of repositories.
+"""]]
diff --git a/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn b/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn
new file mode 100644
index 0000000000..00cdad0fe1
--- /dev/null
+++ b/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+Sync a lot of small files.
+
+What is the expected output? What do you see instead?
+The expected output is hopefully a fast transfer.
+
+But currently it seems like git-annex is only using one thread to transfer(per host or total?)
+
+An option to select number of transfer threads to use(possibly per host) would be very nice.
+
+> Opening a lot of connections to a single host is probably not desirable.
+> 
+> I do want to do something to allow slow hosts to not hold up transfers to
+> other hosts, which might involve running multiple queued transfers at
+> once. The webapp already allows the user to force a given transfer to
+> happen immediately. --[[Joey]] 
+
+And maybe also an option to limit how long a queue the browser should show, it can become quite resource intensive with a long queue.
+
+> The queue is limited to 20 items for this reason. --[[Joey]]
diff --git a/doc/todo/Time_Stamping_of_Events_in_Webapp.mdwn b/doc/todo/Time_Stamping_of_Events_in_Webapp.mdwn
new file mode 100644
index 0000000000..0762f47ba2
--- /dev/null
+++ b/doc/todo/Time_Stamping_of_Events_in_Webapp.mdwn
@@ -0,0 +1,3 @@
+Currently events happening in the webapp (sync upload etc. on the right) has no time stamp thus user has no way to tell when was the last sync happened. Which is problematic when not using XMPP and repos lag behind.
+
+> [[dup|done]] of <http://git-annex.branchable.com/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp/> --[[Joey]] 
diff --git a/doc/todo/Use_MediaScannerConnection_on_Android.mdwn b/doc/todo/Use_MediaScannerConnection_on_Android.mdwn
new file mode 100644
index 0000000000..afce9308d3
--- /dev/null
+++ b/doc/todo/Use_MediaScannerConnection_on_Android.mdwn
@@ -0,0 +1,7 @@
+Currently if photos or videos are copied into the Camera/DCIM directory on an Android device, or deleted the Gallery doesn't notice the changes.
+
+It is necessary to call MediaScannerConnection - http://developer.android.com/reference/android/media/MediaScannerConnection.html - to notify the system of the change.
+
+More info, and some sample Java code: http://stackoverflow.com/questions/13270789/how-to-run-media-scanner-in-android
+
+It'd be awesome if the assistant did this on files it has changed.  Possibly just under Camera/DCIM, but perhaps it should be configurable. MediaScannerConnection is also used to notify and index new music files.
diff --git a/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn
new file mode 100644
index 0000000000..a42a81d02b
--- /dev/null
+++ b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs.mdwn
@@ -0,0 +1,7 @@
+There are times when it is handy to be able to upload a file to a web host somewhere and share a link for that file to a select few people.
+
+It seems to be that the assistant could handle this scenario. It could generate a directory with a random name on the remote, and transfer the file there (using the existing filename) and the appropriate URL could be displayed in the assistant webapp to allow the user to copy the URL to send it to the appropriate people.
+
+Note: Joey and I had a quick chat about this use case at LCA2013.
+
+[[!tag design/assistant]]
diff --git a/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_1_1a1f34f4f389267d67e79409c0ca8b1d._comment b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_1_1a1f34f4f389267d67e79409c0ca8b1d._comment
new file mode 100644
index 0000000000..35f7351915
--- /dev/null
+++ b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_1_1a1f34f4f389267d67e79409c0ca8b1d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-02-09T22:38:56Z"
+ content="""
+This would be an extremely cool feature to rip off from Dropbox. :)
+
+"""]]
diff --git a/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_2_735afa6f87a93cdf333c17da32010620._comment b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_2_735afa6f87a93cdf333c17da32010620._comment
new file mode 100644
index 0000000000..b2e6c0dace
--- /dev/null
+++ b/doc/todo/Use_a_remote_as_a_sharing_site_for_files_with_obfuscated_URLs/comment_2_735afa6f87a93cdf333c17da32010620._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="2001:1928:1:9::1"
+ subject="comment 2"
+ date="2014-04-07T04:35:39Z"
+ content="""
+i wonder if the assistant or the new daemon couldn't do this job as well... -- [[anarcat]]
+"""]]
diff --git a/doc/todo/Views_Demo.mdwn b/doc/todo/Views_Demo.mdwn
new file mode 100644
index 0000000000..54704afa69
--- /dev/null
+++ b/doc/todo/Views_Demo.mdwn
@@ -0,0 +1,15 @@
+Joey,
+
+I've been thinking about leveraging git-annex for a workgroup document repository and I have just watched your views demo. The timing of the demo is great because I need to deploy a document repository with per-document metadata and your views concept seems like a great mechanism for associating metadata to documents and for displaying that metadata.
+
+While I don't expect to use your views concept for my workgroup repostory, a later iteration might do.
+
+The metadata in my use case begins with all the weird metadata seen on a book's copyright page. In addition, per-document provenance, like how one found the document and (if we're lucky) a URL where the latest version of the document may be found.  Metadata values may be simple strings or may be markdown text.
+
+So, are you considering a metadata syntax that can support complex metadata? One example is multiple authors. Another issue is complex metadata values, like key=abstract and value="markdown text...".
+
+FWIW,
+
+Bob
+
+> [[closing|done]]; requested feature was already present --[[Joey]]
diff --git a/doc/todo/Views_Demo/comment_1_d7c83a0e9a83e4a05aa74a34a7e1cf19._comment b/doc/todo/Views_Demo/comment_1_d7c83a0e9a83e4a05aa74a34a7e1cf19._comment
new file mode 100644
index 0000000000..4c9b05635c
--- /dev/null
+++ b/doc/todo/Views_Demo/comment_1_d7c83a0e9a83e4a05aa74a34a7e1cf19._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-24T18:17:04Z"
+ content="""
+All that should work fine. All metadata fields are multivalued, and the value can be any arbitrary data.
+"""]]
diff --git a/doc/todo/Wishlist:_additional_environment_variables_for_hooks.mdwn b/doc/todo/Wishlist:_additional_environment_variables_for_hooks.mdwn
new file mode 100644
index 0000000000..6e852b9f25
--- /dev/null
+++ b/doc/todo/Wishlist:_additional_environment_variables_for_hooks.mdwn
@@ -0,0 +1,14 @@
+It would be nice if a couple of additional environment variables to be set for hook uses.
+
+In particular:
+
+    GIT_ANNEX_DIRECT=`git config annex.direct`
+
+and
+
+    GIT_TOP_LEVEL=`git rev-parse --show-toplevel`
+
+
+I've made some changes to flickrannex to allow the sub-directories above the uploaded image to be added as tags.  This change has been merged into trunk: [[https://github.com/TobiasTheViking/flickrannex]]
+
+What I needed was both the environment variables mentioned above.  One is set as part of the annex-hook and the other I guestimate from the file path.  If it was set in git-annex it would be much cleaner (and accurate).  So...I think this info would be useful for other hook.
diff --git a/doc/todo/Wishlist:_additional_environment_variables_for_hooks/comment_1_d82cbbb478a81a651fbe6cb8b71c1192._comment b/doc/todo/Wishlist:_additional_environment_variables_for_hooks/comment_1_d82cbbb478a81a651fbe6cb8b71c1192._comment
new file mode 100644
index 0000000000..4d0409d58e
--- /dev/null
+++ b/doc/todo/Wishlist:_additional_environment_variables_for_hooks/comment_1_d82cbbb478a81a651fbe6cb8b71c1192._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-18T19:36:08Z"
+ content="""
+Is this still relevant?
+"""]]
diff --git a/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant.mdwn b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant.mdwn
new file mode 100644
index 0000000000..972247c840
--- /dev/null
+++ b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant.mdwn
@@ -0,0 +1,3 @@
+Auto-repair takes up a lot of computing power, greatly slowing down the machine. It also still happens very often here, several times a month on different hardware, leading it to become an annoyance (and it would be easier and faster to perform manual repairs if that should be required).
+
+Therefore I'd like a setting that makes the assistant not attempt to repair on its own. Either not do anything at all, or display a message about it instead.
diff --git a/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_1_3274820a0d1f10c505f15cd29a37b95a._comment b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_1_3274820a0d1f10c505f15cd29a37b95a._comment
new file mode 100644
index 0000000000..d4839cb1d5
--- /dev/null
+++ b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_1_3274820a0d1f10c505f15cd29a37b95a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 1"
+ date="2014-05-21T18:29:16Z"
+ content="""
+What auto-repair are you referring to?
+
+If you schedule a fsck of the repository in the webapp, then when that finds a problem with the git repository, it will be repaired. So if you don't want this, remove any scheduled fsck jobs.
+
+The assistant also detects a few common problems at startup that prevent it from working, such as a corrupt index file, and automatically repairs those. These repairs only happen at startup. If the index file is corrupt, it has to delete it and re-add every file to the repository, which is expensive, but otherwise it would be completely non-functional.
+"""]]
diff --git a/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_2_2cf5aef3f1d340c4ed6249ef94c1b607._comment b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_2_2cf5aef3f1d340c4ed6249ef94c1b607._comment
new file mode 100644
index 0000000000..015dd8cd74
--- /dev/null
+++ b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_2_2cf5aef3f1d340c4ed6249ef94c1b607._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.3"
+ subject="comment 2"
+ date="2014-05-21T18:35:42Z"
+ content="""
+Note that this is asking for a workaround for the bug [[bugs/Auto-repair_greatly_slows_down_the_machine]]. I would rather get to the bottom of that bug, but need more information to do so.
+"""]]
diff --git a/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_3_6c53d82e62b2d269a941ba967d05adf5._comment b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_3_6c53d82e62b2d269a941ba967d05adf5._comment
new file mode 100644
index 0000000000..07b1b2557a
--- /dev/null
+++ b/doc/todo/Wishlist:_disable_auto-repair_for_the_assistant/comment_3_6c53d82e62b2d269a941ba967d05adf5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 3"
+ date="2014-05-21T19:18:19Z"
+ content="""
+I'm referring to the large auto-repairs of the actual git repository, as mentioned in the bug report you are referring to. I was under the impression that the fscks also did the equivalent of 'git annex fsck' (which is greatly desired, even without the 'git fsck' checks). I realize it is a sort of workaround, but it is because the 'annex fsck' bit is desired, while the 'git annex repair' bit makes my computer unusable, the last time for over 24 hours, while it was running (at which point I needed to kill it and perform a manual repair).
+"""]]
diff --git a/doc/todo/Wishlist:_sanitychecker_fix_wrong_UUID__47__duplicate_remote.mdwn b/doc/todo/Wishlist:_sanitychecker_fix_wrong_UUID__47__duplicate_remote.mdwn
new file mode 100644
index 0000000000..ff7773d3e6
--- /dev/null
+++ b/doc/todo/Wishlist:_sanitychecker_fix_wrong_UUID__47__duplicate_remote.mdwn
@@ -0,0 +1,7 @@
+In certain situations different client annexes might get the same remote repository added, but before being synced.
+
+Once the two clients sync they will both have two remotes with the same name. But only one UUID will have any content(Assuming only one client pushed).
+
+It would be nice to have some (automatic?) way to resolve this conflict.
+
+Not sure if anything sane can be done if both clients have pushed?
diff --git a/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode.mdwn b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode.mdwn
new file mode 100644
index 0000000000..196b8f420d
--- /dev/null
+++ b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode.mdwn
@@ -0,0 +1,8 @@
+Please let me know if there already is a way of achieving this; I’ve googled around a lot, but could not find any information pertaining to my particular problem.
+
+I am using direct mode in a bunch of repositories where I need quick write access to content and where I am not interested in preserving history. Some of these repositories do contain regular symlinks, however. Now, I suppose that in indirect repos, the way of adding symlinks would be to just «git add» them. However, since these are direct mode repos, I cannot do this.
+
+Is there already a good way of adding symlinks in direct mode? If not, I would find it useful if there were one.
+
+Best regards,
+T.
diff --git a/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_1_6c6e192bc0f70a386cd4275f98e1bd6f._comment b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_1_6c6e192bc0f70a386cd4275f98e1bd6f._comment
new file mode 100644
index 0000000000..83ccf32de8
--- /dev/null
+++ b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_1_6c6e192bc0f70a386cd4275f98e1bd6f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 1"
+ date="2014-07-07T12:48:07Z"
+ content="""
+Can it be considered safe adding symlinks via «git -c core.bare=false add symlink; git -c core.bare=false commit -m Update»? If not, is there a better way?
+"""]]
diff --git a/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_2_8e22cfdbeb2c841870a623cf4c7baf60._comment b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_2_8e22cfdbeb2c841870a623cf4c7baf60._comment
new file mode 100644
index 0000000000..b88ec65ae1
--- /dev/null
+++ b/doc/todo/__171__git_annex_add__187___for_symlinks_in_direct_mode/comment_2_8e22cfdbeb2c841870a623cf4c7baf60._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-10T19:54:30Z"
+ content="""
+That is safe, but you have to be very careful anytime you override with -c core.bare=false. For example, if you did a `git commit -a`, it would commit your large files directly into git, which you don't want.
+
+
+"""]]
diff --git a/doc/todo/add_a_--branch_to_applicable_git-annex_commands.mdwn b/doc/todo/add_a_--branch_to_applicable_git-annex_commands.mdwn
new file mode 100644
index 0000000000..b2678bee81
--- /dev/null
+++ b/doc/todo/add_a_--branch_to_applicable_git-annex_commands.mdwn
@@ -0,0 +1,2 @@
+My original use case was for using git-annex find from scripts, where I didn't want to depend on the branch 
+checked out at the time, but rather write something like "git annex find --branch=master $searchterms"
diff --git a/doc/todo/add_a_--branch_to_applicable_git-annex_commands/comment_1_3e0a1d1c41f317514dfc496f2274ad1c._comment b/doc/todo/add_a_--branch_to_applicable_git-annex_commands/comment_1_3e0a1d1c41f317514dfc496f2274ad1c._comment
new file mode 100644
index 0000000000..6d5320d41a
--- /dev/null
+++ b/doc/todo/add_a_--branch_to_applicable_git-annex_commands/comment_1_3e0a1d1c41f317514dfc496f2274ad1c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-17T19:48:57Z"
+ content="""
+The difficulty with adding a --branch is that if it causes git-annex to operate on a list of (file, key) from the branch, then commands that actually modify the working tree would modify it, instead of the branch. So the options seem to be only generating a list of keys, and so only letting commands that operate on keys work (which rules out the `git annex find` example), or carefully arranging for commands that actually affect the work tree to not be usable with this option.
+
+I'm not sure how many commands are affected. The ones I can immediately think of are sync, lock, unlock. (Commands like get obviously affect the work tree in direct mode, but it's fine to have getting a file from a branch also update files in the work tree, if they pointed at the same key.)
+"""]]
diff --git a/doc/todo/allow_removing_jabber_configuration.mdwn b/doc/todo/allow_removing_jabber_configuration.mdwn
new file mode 100644
index 0000000000..62370258d5
--- /dev/null
+++ b/doc/todo/allow_removing_jabber_configuration.mdwn
@@ -0,0 +1,5 @@
+right now it is unclear through the webapp how to unconfigure a jabber
+account, which is especially critical considering the password needs to be
+stored in the clear (where?). -- [[anarcat]]
+
+> [[fixed|done]] --[[Joey]]
diff --git a/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address.mdwn b/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address.mdwn
new file mode 100644
index 0000000000..f5088ccee3
--- /dev/null
+++ b/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address.mdwn
@@ -0,0 +1,50 @@
+[[!meta title="webapp does not accept ssh alias for ssh remote"]]
+
+What steps will reproduce the problem?
+
+Using the assistant, create an SSH remote.  Try to use an alias as the name
+of the remote (e.g. I have a server which I have aliased to "homeworld" in
+my .ssh/config.  When I'm at home, that is an alias for 192.168.1.253.
+When I'm not at home, I edit .ssh/config so that "homeworld" becomes an
+alias for a hostname at no-ip.com.)  Despite the fact that "homeworld" is a
+viable ssh target because of the alias, the assistant doesn't recognize it
+as a valid host to ssh to.
+
+I had trouble with an ip address the first time I tried it but just tried
+it again and it worked fine, so please disregard that part of the title of
+this bug report.
+
+
+What is the expected output? What do you see instead?
+
+expected output = move to the "create a repository -- rsync or regular" page.
+observed output = "cannot resolve host name"
+
+
+What version of git-annex are you using? On what operating system?
+
+ Version: 3.20130102 OS X Lion
+
+
+Please provide any additional information below.
+
+I realize this is kind of a power user whine.  Using an ssh alias which
+does not correspond to an actual resolvable hostname (and cannot, because
+it's supposed to be a layer of indirection over the hostname) is not an
+everyday problem for an average user.
+
+> The assistant tries to resolve the hostname explicitly
+> to catch user's typos, and also expands it to a FQDN, to make
+> it more likely to be able to reach the host when roaming to other
+> networks.
+> 
+> Also, the assistant sets up it *own* .ssh/config hostname alias,
+> in order to make it use the special ssh key that it generates for the host.
+> So that is not compatable with using a ssh host alias you've set up.
+> Even if it knew about your alias, it would set up a new hostname alias, and
+> whatever machinery you have to update the alias would not work.
+>  
+> You can, of course, add git remotes using any ssh alias you like, by
+> hand, and restart the assistant and it will use them. --[[Joey]]
+
+[[!tag /design/assistant]]
diff --git a/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_6b71a390fd16f593216793aec590d9a8._comment b/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_6b71a390fd16f593216793aec590d9a8._comment
new file mode 100644
index 0000000000..6f4d00b2b7
--- /dev/null
+++ b/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_6b71a390fd16f593216793aec590d9a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2014-05-22T20:05:54Z"
+ content="""
+A temporary workaround is to add an entry to /etc/hosts until the remote is added.
+"""]]
diff --git a/doc/todo/assistant_parallel_file_transfers.mdwn b/doc/todo/assistant_parallel_file_transfers.mdwn
new file mode 100644
index 0000000000..aafddf0383
--- /dev/null
+++ b/doc/todo/assistant_parallel_file_transfers.mdwn
@@ -0,0 +1,15 @@
+Hi and thank you for an incredible piece of software and great work!
+
+I've noticed that when I add new files to a repository and I have my USB drive connected, the assistant alternate it's transfers of files. And only transfers one queued file at the time.
+
+file1 -->> Internet offsite computer
+file1 -->> USB drive
+file2 -->> Internet offsite computer
+file2 -->> USB drive
+
+
+I would prefer a logic where the assistant transfer files in parallel to my different repositories. I know that it might not be a good thing doing that with network accessed repositories, but when I have "low cost", locally attached USB drives it would be great if the transfers could be done in parallel.
+
+
+Is there a configuration option for this already?
+
diff --git a/doc/todo/automatic_merge_of_synced_branches_upon___34__git_annex_sync__34__.mdwn b/doc/todo/automatic_merge_of_synced_branches_upon___34__git_annex_sync__34__.mdwn
new file mode 100644
index 0000000000..361585a782
--- /dev/null
+++ b/doc/todo/automatic_merge_of_synced_branches_upon___34__git_annex_sync__34__.mdwn
@@ -0,0 +1,16 @@
+When maintaining several replica of the same git-annex repo "git annex sync" is quite handy.
+But it would be even handier if "git annex sync" would also perform automatic "git merge synced/*" actions on all remotes.
+
+Clearly, this is beneficial when the user wants to keep all working copies synchronized.
+This is likely the case in git annex assistant like scenarios. And it's always the case in my day to day scenarios :-)
+I'm not sure about other use cases that I've hard time imagining...
+
+As just discussed on IRC (#vcs-home/OFTC), this could be implemented in various ways:
+
+1) By doing ssh on each remote and running the appropriate "git merge ..." commands there.
+   The drawback of this is that quite often it won't be permitted to ssh on the remote and run arbitrary commands there.
+
+2) Having a default post-receive hook, created at the time of "git annex init" that automatically does the merges when contacted by other remotes as a consequence of "git annex sync".
+
+
+Thanks for git-annex!
diff --git a/doc/todo/build_a_user_guide.mdwn b/doc/todo/build_a_user_guide.mdwn
new file mode 100644
index 0000000000..97414391bd
--- /dev/null
+++ b/doc/todo/build_a_user_guide.mdwn
@@ -0,0 +1,3 @@
+there's a lot of good documentation on this wiki, but it's hard to find sometimes. it's also unclear if we should look in the [[git-annex]] manpage or elsewhere in the wiki or where. this is a typical problem with the use of wikis for documentation: it's there, but hard to find. it doesn't mean a wiki shouldn't be used but, as with any user manual, special care needs to be taken about structure, organisation and making sure the manual is exhaustive.
+
+a good example of this problem is [[todo/document_standard_groups_more_extensively_in_the_UI]]. --[[anarcat]]
diff --git a/doc/todo/cache_key_info.mdwn b/doc/todo/cache_key_info.mdwn
new file mode 100644
index 0000000000..d4352ccf7f
--- /dev/null
+++ b/doc/todo/cache_key_info.mdwn
@@ -0,0 +1,37 @@
+Most of git-annex is designed to be fast no matter how many other files are
+in the annex. Things like add/get/drop/move/fsck have good locality;
+they will only operate on as many files as you need them to. 
+
+(git commit can get a little slow with a great deal of files,
+but that's out of scope -- and recent git-annex versions use queuing
+to save git add from piling up too much in the index.)
+
+But currently two git-annex commands are quite slow when annexes become large
+in quantity of files. These are unused and status.
+(Both have --fast versions that don't do as much).
+> (Update: status has become acceptably fast; most of its slowdown was due to using a bad data structure; scanning the tree is not particularly slow and it no longer looks at the git-annex branch.)
+
+unused is slow because it needs two pieces of information that are not
+quick to look up, and require examining the whole repo, very seekily:
+
+1. The keys present in the annex. Found by looking thru .git/annex/objects
+2. The keys referenced by files in git. Found by finding every file
+   in git, and looking at its symlink.
+
+Of these, the first is less expensive (typically, an annex does not have every
+key in it). It could be optimized fairly simply, by adding a database
+of keys present in the annex that is optimised to list them all. The
+database would be updated by the few functions that move content in and
+out.
+
+The second is harder to optimise, because the user can delete, revert,
+copy, add, etc files in git at will, and git-annex does not have a good way
+to watch that and maintain a database of what keys are being referenced.
+
+It could use a post-commit hook and examine files changed by commits, etc.
+But then staged files would be left out. It might be sufficient to 
+make --fast trust the database... except unused will suggest *deleting*
+data if nothing references it. Or maybe it could be required to have a
+clean tree with nothing staged before running git-annex unused.
+
+Anyway, this is a semi-longterm item for me. --[[Joey]] 
diff --git a/doc/todo/cache_key_info/comment_1_578df1b3b2cbfdc4aa1805378f35dc48._comment b/doc/todo/cache_key_info/comment_1_578df1b3b2cbfdc4aa1805378f35dc48._comment
new file mode 100644
index 0000000000..086e7f3e84
--- /dev/null
+++ b/doc/todo/cache_key_info/comment_1_578df1b3b2cbfdc4aa1805378f35dc48._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-05-17T07:27:02Z"
+ content="""
+Sounds like a good idea.
+
+* git annex fsck (or similar) should check/rebuild the caches
+* I would simply require a clean tree with a verbose error. 80/20 rule and defaulting to save actions.
+"""]]
diff --git a/doc/todo/checksum_verification_on_transfer.mdwn b/doc/todo/checksum_verification_on_transfer.mdwn
new file mode 100644
index 0000000000..c9d505aecc
--- /dev/null
+++ b/doc/todo/checksum_verification_on_transfer.mdwn
@@ -0,0 +1,7 @@
+Since most file transfers, particularly to/from encrypted special remotes involve git-annex streaming through the contents of the file anyway, it should be possible to add a verification of the checksum nearly for free. The main thing needed is probably a faster haskell checksum library than Data.Digest.Pure.Sha, which is probably slow enough to be annoying.
+
+I have not verified if an upload could be aborted before sending the data to the remote if a checksum failure is detected. It may be dependent on the individual special remote implementations. Some probably stream the encrypted data directly out the wire, while others need to set up a temp file to run a command on. It would certainly be possible to at least make the upload abort and fail if a bad checksum was detected.
+
+Doing the same for downloads is less useful, because the data is there locally to be fscked. The real advantage would be doing the check for uploads, to ensure that hard-to-detect corrupted files don't reach special remotes.
+
+--[[Joey]]
diff --git a/doc/todo/checksum_verification_on_transfer/comment_1_30f77e631608b9751f9032f97d58cc30._comment b/doc/todo/checksum_verification_on_transfer/comment_1_30f77e631608b9751f9032f97d58cc30._comment
new file mode 100644
index 0000000000..5de1251da3
--- /dev/null
+++ b/doc/todo/checksum_verification_on_transfer/comment_1_30f77e631608b9751f9032f97d58cc30._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2013-09-09T11:50:05Z"
+ content="""
+Doing this during downloads would still be nice.
+
+While the files are easier to fsck, users will need to actually do this. If it happenend automatically, it would increase safety and reduce disk i/o.
+
+Of course, this will not detect degradation during/after writing.
+
+If you don't make it the default, please at least make it optional for us bordering on OCD when it comes to data storage.
+
+
+Richard
+"""]]
diff --git a/doc/todo/clear_file_names_in_special_remotes.mdwn b/doc/todo/clear_file_names_in_special_remotes.mdwn
new file mode 100644
index 0000000000..1b6a9f9355
--- /dev/null
+++ b/doc/todo/clear_file_names_in_special_remotes.mdwn
@@ -0,0 +1,13 @@
+To properly use amazon AWS S3 for CDN, we need to publish videos to S3. Ideally, we would like to do this via git-annex as the back-end of video.debian.net is being migrated to git-annex by me, atm.
+
+Obviously, we will need clear text names and proper directory structure, not SHA512E file names. This would need to be supported by the S3 special remote.
+
+I talked to TobiasTheViking in the past and he hinted at a reasonably clean way to do this, but that a clean solution would need support from git-annex. I will link him to this page and ask him to supply whatever info is needed.
+
+
+Thanks,
+Richard
+
+> This is not feaisble given git-annex's design. If I wanted to
+>  make something completely unlike git-annex, I suppose it could be done,
+>  but it's off topic here. [[wontfix|done]] --[[Joey]]
diff --git a/doc/todo/clear_file_names_in_special_remotes/comment_1_630f17c9a7ce9a77d5d5867a6e0c799b._comment b/doc/todo/clear_file_names_in_special_remotes/comment_1_630f17c9a7ce9a77d5d5867a6e0c799b._comment
new file mode 100644
index 0000000000..7ca8e19167
--- /dev/null
+++ b/doc/todo/clear_file_names_in_special_remotes/comment_1_630f17c9a7ce9a77d5d5867a6e0c799b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 1"
+ date="2014-03-26T17:26:37Z"
+ content="""
+I don't see how this can possibly be done. A single git-annex object can have any number of file names, which can change at any time.
+"""]]
diff --git a/doc/todo/clear_file_names_in_special_remotes/comment_2_823c279683ac3f39c921be3fcbf6bfe2._comment b/doc/todo/clear_file_names_in_special_remotes/comment_2_823c279683ac3f39c921be3fcbf6bfe2._comment
new file mode 100644
index 0000000000..b7f5a409ea
--- /dev/null
+++ b/doc/todo/clear_file_names_in_special_remotes/comment_2_823c279683ac3f39c921be3fcbf6bfe2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2014-03-26T22:32:18Z"
+ content="""
+In that case, we would need to export the same file name several times, just like direct mode does.
+
+Could files be tracked via metadata? And yes, fsck would be... interesting...
+"""]]
diff --git a/doc/todo/clear_file_names_in_special_remotes/comment_3_4704e465025b543e47c18d565abd2747._comment b/doc/todo/clear_file_names_in_special_remotes/comment_3_4704e465025b543e47c18d565abd2747._comment
new file mode 100644
index 0000000000..a925cb2de4
--- /dev/null
+++ b/doc/todo/clear_file_names_in_special_remotes/comment_3_4704e465025b543e47c18d565abd2747._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.41"
+ subject="comment 3"
+ date="2014-03-27T17:44:46Z"
+ content="""
+Sounds like \"I want a pony to me\".
+"""]]
diff --git a/doc/todo/commit_in_direct_mode.mdwn b/doc/todo/commit_in_direct_mode.mdwn
new file mode 100644
index 0000000000..1bdba21443
--- /dev/null
+++ b/doc/todo/commit_in_direct_mode.mdwn
@@ -0,0 +1,9 @@
+As of right now, the only way to commit changes to direct repositories is `git annex sync [remote]`.
+There is no way to specify what directory to operate on.
+When moving around files on a larger scale, the ability to commit specific subsets of changes would be rather nice.
+
+`git annex commit [path]` or `git annex sync [remote] -- [path]` would probably make sense.
+
+
+Thanks,
+Richard
diff --git a/doc/todo/ctrl_c_handling.mdwn b/doc/todo/ctrl_c_handling.mdwn
new file mode 100644
index 0000000000..7101d578f5
--- /dev/null
+++ b/doc/todo/ctrl_c_handling.mdwn
@@ -0,0 +1,5 @@
+Sometimes I start off a large file transfer to a new remote (a la "git-annex copy . --to glacier").
+
+I believe all of the special remotes transfer the files one at a time, which is good, and provides a sensible place to interrupt a copy/move operation.
+
+Wish: When I press ctrl+c in the terminal, git-annex will catch that and finish it's current transfer and then exit cleanly (ie: no odd backtraces in the special remote code). For the case where the file currently being transfered also needs to be killed (ie: it's a big .iso) then subsequent ctrl+c's can do that.
diff --git a/doc/todo/ctrl_c_handling/comment_1_3addbe33817db5de836c014287b14c07._comment b/doc/todo/ctrl_c_handling/comment_1_3addbe33817db5de836c014287b14c07._comment
new file mode 100644
index 0000000000..16139c78da
--- /dev/null
+++ b/doc/todo/ctrl_c_handling/comment_1_3addbe33817db5de836c014287b14c07._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 1"
+ date="2014-02-21T21:36:14Z"
+ content="""
+This really depends on the remote, some can resume where they were interrupted, such as rsync, and some cannot, such as glacier (and, er, encrypted rsync).
+"""]]
diff --git a/doc/todo/ctrl_c_handling/comment_2_cc2776dc4805421180edcdf96a89fcaa._comment b/doc/todo/ctrl_c_handling/comment_2_cc2776dc4805421180edcdf96a89fcaa._comment
new file mode 100644
index 0000000000..827b99afa1
--- /dev/null
+++ b/doc/todo/ctrl_c_handling/comment_2_cc2776dc4805421180edcdf96a89fcaa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://grossmeier.net/"
+ nickname="greg"
+ subject="very remote specific"
+ date="2014-02-21T22:11:16Z"
+ content="""
+Yeah, this is very remote specific and probably means adding the functionality there as well (eg: in the glacier.py code, not only in git-annex haskell). Maybe I should file bugs there accordingly :)
+"""]]
diff --git a/doc/todo/ctrl_c_handling/comment_3_8d7d357368987f5d5d59b4d8d99a0e06._comment b/doc/todo/ctrl_c_handling/comment_3_8d7d357368987f5d5d59b4d8d99a0e06._comment
new file mode 100644
index 0000000000..ed7e4d3b62
--- /dev/null
+++ b/doc/todo/ctrl_c_handling/comment_3_8d7d357368987f5d5d59b4d8d99a0e06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 3"
+ date="2014-02-21T22:34:14Z"
+ content="""
+Hmm, I forget if it's possible for git-annex to mask SIGINT when it runs glacier or rsync, so that the child process does not receive it, but the parent git-annex does.
+"""]]
diff --git a/doc/todo/custom_f-droid_repo.mdwn b/doc/todo/custom_f-droid_repo.mdwn
new file mode 100644
index 0000000000..7d32d45d57
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo.mdwn
@@ -0,0 +1,3 @@
+It would be great to have a custom f-droid repo "alla guardianproject.info" (before getting git-annex into the main f-droid repo).
+
+See <https://github.com/guardianproject/fdroid-repo> (<https://guardianproject.info/repo/>).
diff --git a/doc/todo/custom_f-droid_repo/comment_1_d2bdc001584d4b5f925390910ec1ef73._comment b/doc/todo/custom_f-droid_repo/comment_1_d2bdc001584d4b5f925390910ec1ef73._comment
new file mode 100644
index 0000000000..f1c682fbc6
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo/comment_1_d2bdc001584d4b5f925390910ec1ef73._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.146"
+ subject="comment 1"
+ date="2014-03-05T20:45:32Z"
+ content="""
+The f-droid developers are willing to add git-annex in principle, their build environment just needs to have its build dependencies added to it. I've completely automated (except for occasional breakage due to changes on hackage) to setup of the necessary cross build environment. I have not had time to look into how to integrate that into the f-droid build system, and it would be great if someone with interest could do so.
+
+I suspect that setting up a custom f-droid repo would be just as much work, plus more work on an ongoing basis.
+"""]]
diff --git a/doc/todo/custom_f-droid_repo/comment_2_20eebe13b76d5279a3d09b346b65ff6e._comment b/doc/todo/custom_f-droid_repo/comment_2_20eebe13b76d5279a3d09b346b65ff6e._comment
new file mode 100644
index 0000000000..34aa063f4c
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo/comment_2_20eebe13b76d5279a3d09b346b65ff6e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR6E5iUghMWdUGlbA9CCs8DKaoigMjJXw"
+ nickname="Efraim"
+ subject="comment 2"
+ date="2014-03-06T10:06:02Z"
+ content="""
+I've noticed that fdroidserver is available in the main debian repos, and not having really looked at it too much yet, if it shares similar code to wannabuild then it should be possible to continue everything as you're already doing it, just in addition rsync or git push the code base to a local fdroidserver instance and also copy the binary over once it's set up.
+(if I understood wannabuild correctly, if you upload new source and a prebuilt binary it will mark that architecture as built.)
+"""]]
diff --git a/doc/todo/custom_f-droid_repo/comment_3_5a79abb8b1dd12426e111e733fa6493b._comment b/doc/todo/custom_f-droid_repo/comment_3_5a79abb8b1dd12426e111e733fa6493b._comment
new file mode 100644
index 0000000000..dda348874d
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo/comment_3_5a79abb8b1dd12426e111e733fa6493b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2014-03-06T22:49:22Z"
+ content="""
+F-droid compiles all the binaries themselves internally.
+"""]]
diff --git a/doc/todo/custom_f-droid_repo/comment_4_55f05624f0e939f7b8d0c505285e5690._comment b/doc/todo/custom_f-droid_repo/comment_4_55f05624f0e939f7b8d0c505285e5690._comment
new file mode 100644
index 0000000000..a122aae927
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo/comment_4_55f05624f0e939f7b8d0c505285e5690._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.57.121"
+ subject="this topic in their Submission Queue"
+ date="2014-05-03T14:59:11Z"
+ content="""
+I opened [a request to add git-annex](https://f-droid.org/forums/topic/git-annex/) in the F-Droid's submission queue about a year ago.
+
+Just posting here the link, so that all the discussion (not much) can be found by those interested.
+
+"""]]
diff --git a/doc/todo/custom_f-droid_repo/comment_6_de4229f04daf48a153e2f44f57a05a3b._comment b/doc/todo/custom_f-droid_repo/comment_6_de4229f04daf48a153e2f44f57a05a3b._comment
new file mode 100644
index 0000000000..033e35377a
--- /dev/null
+++ b/doc/todo/custom_f-droid_repo/comment_6_de4229f04daf48a153e2f44f57a05a3b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.57.121"
+ subject=" clarification: a custom F-Droid server just to post your updated apps"
+ date="2014-05-03T15:57:55Z"
+ content="""
+If I've understood Efraim correctly, he means that someone (perhaps, Joey) can run a custom F-Droid server with Joey's builds of the app **copied to the repo as is (without rebuilding there)**, so that those using an F-Droid client would get the updates through this standard path (for them) instead of manually looking for updates here.
+
+Like from a custom APT repository run not by Debian (in this case -- F-Droid team), but by an independent developer who is providing package builds not avaialble in Debian by building the packages himself, signing them, and putting them into his own APT repo (indexing them).
+
+"""]]
diff --git a/doc/todo/do_not_bug_me_about_intermediate_files.mdwn b/doc/todo/do_not_bug_me_about_intermediate_files.mdwn
new file mode 100644
index 0000000000..99a8f5b194
--- /dev/null
+++ b/doc/todo/do_not_bug_me_about_intermediate_files.mdwn
@@ -0,0 +1,7 @@
+[[!meta title="--notify-finish operates on a per-file, not per-process basis"]]
+
+so this is another UX pickyness, but it seems important to me.
+
+i like the new [[desktop notifications|tips/file_manager_integration]], but they are little too verbose. when i choose "git annex get" on the folder, if there's a lot of files, it will flood me with all the files being transfered in a mostly incomprehensible list of files being transfered.
+
+what i would expect is more: "starting transfer of folder X", "transfer of folder X finished!", only two message per item i chose. this is especially a problem with DVD backups, which have a bunch of small files (screenshots, .nfos and so on) and large video files - so it seems the thing has finished transfering, while it's only partly done. --[[anarcat]]
diff --git a/doc/todo/document_standard_groups_more_extensively_in_the_UI.mdwn b/doc/todo/document_standard_groups_more_extensively_in_the_UI.mdwn
new file mode 100644
index 0000000000..1e9afdef90
--- /dev/null
+++ b/doc/todo/document_standard_groups_more_extensively_in_the_UI.mdwn
@@ -0,0 +1,14 @@
+i have been using git-annex for a while now, yet I still can't quite wrap my head around [[preferred_content/standard groups]], especially how they are documented in about/repogroups in the assistant web interface. i have repeatedly synced files where they shouldn't have been synced (usually by setting the repo as "client" or "transfer") and also destroyed files I wanted to keep by setting it to "unwanted" (actually, that was by pressing the "delete" button on the repo, which i didn't expect to drop the files on the remote...)
+
+i have been able to understand a lot of what's going on by trial and error and by decrypting the [[preferred_content]] expressions on the wiki.
+
+it seems to me the [[preferred_content/standard groups]] wiki page and the `about/repogroups` URL in the assistant should be merged:
+
+ 1. the assistant should be more explicit: maybe it should have examples of what will happen in some cases to give an idea. maybe "stories" like "a transfer repo is for when you have two client repos that can't talk to each other, so you use a transfer repo, e.g. a portable hard drive, to transfer files between them". having the actual, current [[preferred_content]] expressions from the [[preferred_content/standard groups]] groups page would also help, maybe in a smaller font to not scare people of
+ 2. the [[preferred_content/standard groups]] wiki page should be expanded to include narratives like the ones that are in the `about/repogroups` page of the assistant. that way people looking at the software from the outside can understand the mechanics better
+
+ideally, that documentation would be the one and the same so that a change on one side would reflect on the other.
+
+in fact, having an inline manual in the assistant would be a must: we want this thing to work offline, so it should be able to access this wiki, or whatever of it is shipped with git-annex.
+
+that way we wouldn't have this kind of inconsistencies... more generally, maybe we could even [[build a user guide]]! -- [[anarcat]]
diff --git a/doc/todo/done.mdwn b/doc/todo/done.mdwn
new file mode 100644
index 0000000000..e7c98081b7
--- /dev/null
+++ b/doc/todo/done.mdwn
@@ -0,0 +1,4 @@
+recently fixed [[todo]] items.
+
+[[!inline pages="./* and link(./done) and !*/Discussion" sort=mtime show=10
+archive=yes]]
diff --git a/doc/todo/dont_append_:5222_to_jabber_hosts__44___if_a_different_port_has_been_specified_already.mdwn b/doc/todo/dont_append_:5222_to_jabber_hosts__44___if_a_different_port_has_been_specified_already.mdwn
new file mode 100644
index 0000000000..257054a90c
--- /dev/null
+++ b/doc/todo/dont_append_:5222_to_jabber_hosts__44___if_a_different_port_has_been_specified_already.mdwn
@@ -0,0 +1,2 @@
+
+While trying so establish a jabber link via a server that runs a nonstandard port I came across the problem that git-annex always appends :5222 to the jabber server address. This effectively stops the connection procedure at a point where it does not need to.
diff --git a/doc/todo/fast_migrate.mdwn b/doc/todo/fast_migrate.mdwn
new file mode 100644
index 0000000000..1571d880a1
--- /dev/null
+++ b/doc/todo/fast_migrate.mdwn
@@ -0,0 +1,16 @@
+Moved this comment to todo list --[[Joey]]
+
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnfM7ZF0Q5U9k1LljyDXH37cuXU5Gx6gtM"
+ nickname="A"
+ subject="fast migrate"
+ date="2014-07-05T08:21:20Z"
+ content="""
+dear Joey and everybody else,
+ some time ago I used \"git annex migrate\" to bring all my repositories up-to-date; after that I found (to my dismay) that some keys are SHA256, some others are SHA256E, so my data is not really deduplicated  ; now, it would possible to migrate from SHAnnnE to SHAnnn (and vice versa) very fast... but currently AFAICS git-annex recomputes the whole checksum, and this (on my USB2.0 old disks) takes forever; may somebody please implement a fast migration?
+"""]]
+
+> Certianly doable, for $hashE to $hash. Probably about an hour's work.
+> --[[Joey]]
+
+>> [[done]] --[[Joey]]
diff --git a/doc/todo/free_space_checking_for_local_special_remotes.mdwn b/doc/todo/free_space_checking_for_local_special_remotes.mdwn
new file mode 100644
index 0000000000..0fd2eac595
--- /dev/null
+++ b/doc/todo/free_space_checking_for_local_special_remotes.mdwn
@@ -0,0 +1,4 @@
+Should be possible to configure an annex.diskreserve setting for local
+special remotes, such as a directory special remote or possibly a bup
+special remote. (Although bup's deltas will make storing some versions of
+files take less space than git-annex would have to assume it would take.)
diff --git a/doc/todo/free_space_checking_for_local_special_remotes/comment_1_47c254cec58cbbb3ea84c93ef8282f01._comment b/doc/todo/free_space_checking_for_local_special_remotes/comment_1_47c254cec58cbbb3ea84c93ef8282f01._comment
new file mode 100644
index 0000000000..00c4c56254
--- /dev/null
+++ b/doc/todo/free_space_checking_for_local_special_remotes/comment_1_47c254cec58cbbb3ea84c93ef8282f01._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-11T16:19:26Z"
+ content="""
+Directory special remotes do already honor annex.diskreserve, it turns out. Let's repurpose this bug to be about adding a per-remote configuration, in case the main annex.diskreserve is not appropriate.
+"""]]
diff --git a/doc/todo/git-annex_ignores_GIT__95__SSH.mdwn b/doc/todo/git-annex_ignores_GIT__95__SSH.mdwn
new file mode 100644
index 0000000000..9af05496a0
--- /dev/null
+++ b/doc/todo/git-annex_ignores_GIT__95__SSH.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+
+git uses environment variable GIT_SSH to determine SSH client.
+
+I set it to plink.exe because I extensively use pageant infrastructure and do NOT want to have 2 systems lying around.
+
+Unfortunately git-annex seems to ignore that.
+
+Even worse, it results in unpredicted behavior because the git part works (e.g. clone) whereas annex/rsync does not resulting in half-ok repositories without meaningful error messages.
+
+It only becomes evident when ssh.exe in the git repository is deleted.
+
+### What steps will reproduce the problem?
+
+Set %GIT_SSH% and remove ssh.exe
+
+You will get
+
+     git-annex: ssh: createProcess: does not exist (No such file or directory)
+     failed
+     git-annex: drop: 1 failed
+
+### What version of git-annex are you using? On what operating system?
+
+Windows 8,
+
+     $ git annex version
+     git-annex version: 5.20140411-gda795e0
+     build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+     key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+     remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+     local repository version: 5
+     supported repository version: 5
+     upgrade supported from repository versions: 2 3 4
+
+
+### Please provide any additional information below.
+
+
diff --git a/doc/todo/git-annex_ignores_GIT__95__SSH/comment_1_958dd21d7e981232f03b4516521ac226._comment b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_1_958dd21d7e981232f03b4516521ac226._comment
new file mode 100644
index 0000000000..c13c3d0896
--- /dev/null
+++ b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_1_958dd21d7e981232f03b4516521ac226._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T16:42:41Z"
+ content="""
+This is good spotting of a git configuration that git-annex does not support.
+
+However, I doubt that even if I made it use `GIT_SSH`, it would be useful. git-annex uses several features that are probably unique to openssh, including connection caching. While you could disable annex.sshcaching and perhaps get a different ssh to work, it would be much slower.
+"""]]
diff --git a/doc/todo/git-annex_ignores_GIT__95__SSH/comment_2_319a7e8122e7bc25d9399ba463a16158._comment b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_2_319a7e8122e7bc25d9399ba463a16158._comment
new file mode 100644
index 0000000000..1294196ba9
--- /dev/null
+++ b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_2_319a7e8122e7bc25d9399ba463a16158._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="171.67.172.81"
+ subject="comment 2"
+ date="2014-05-17T23:58:19Z"
+ content="""
+Hi Joey,
+
+Thanks for your answer. In my opinion, this would be an important requirement for various reasons:
+
+1.) It is very confusing and results in unpredictable errors. I spent days in finding out what caused all the weird stuff that happened. Even if it is not supported, an error message or at least warning should be issued.
+
+2.) At least in Windows, plink.exe is the quasi-standard SSH client. All SW I am aware of supports at least plink.exe as alternative to openssh (SVN, git, unison, ...). Even within cygwin I often use plink for X11 forwarding etc. If features like SSH caching do not work with that it's totally fine.
+
+3.) Even for a unix environment, it is critical to be able to use a wrapper (or at least to configure SSH parameters). In my opinion, this should and must work consistently (git, git-annex and rsync). For example what if I have a dedicated public key for a repository and to not want to use %HOME%\.ssh\id_rsa ?
+For unison, I use a wrapper my_ssh.cmd which wraps specialized parameters (in particular SSH key, port) with plink.exe to ssh.exe's interface. Similarly, I might be interested in disabling agent functionality and use GSSAPI etc. etc.
+
+A little bit OT now: I already wondered if and how inefficient git-annex is in this regard. For example, if I sync content, it seems that ssh opens a new connection for each file! (at least each file results in a signing request in my agent). This happens even if I use ssh.exe. Is there anything wrong?
+
+Thanks
+
+"""]]
diff --git a/doc/todo/git-annex_ignores_GIT__95__SSH/comment_3_cc1936f18721a912bb77903be6c4a45f._comment b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_3_cc1936f18721a912bb77903be6c4a45f._comment
new file mode 100644
index 0000000000..ff50c0599c
--- /dev/null
+++ b/doc/todo/git-annex_ignores_GIT__95__SSH/comment_3_cc1936f18721a912bb77903be6c4a45f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 3"
+ date="2014-06-06T10:49:27Z"
+ content="""
+Agreed. I'd rather lose connection caching than have to maintain both putty keys and openssh keys on my windows machines.
+"""]]
diff --git a/doc/todo/git_annex_get___60__file__62___should_verify_file_hash.mdwn b/doc/todo/git_annex_get___60__file__62___should_verify_file_hash.mdwn
new file mode 100644
index 0000000000..fd93554ece
--- /dev/null
+++ b/doc/todo/git_annex_get___60__file__62___should_verify_file_hash.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+git annex get fileName-  should perform a hash check on the file content before adding to the local repository
+
+
+### What steps will reproduce the problem?
+Two scenarios:
+1) Malicious user and owner of repository being pulled from can edit his/her local .git/annex/objects directory 
+to alter the file content. For src code, this could be to insert a bug, insert a backdoor, or for example 
+to replace an image file artifact for a website, with a pornographic image.
+The user pulling the file content with "git annex get fileName"  might not be aware of the file contents 
+until they actually examine the file or perform an fsck or commit locally. 
+In the meantime a kiddy porn image could be sitting in their repository or a src code backdoor can get incorporated and deployed etc.
+2) a file could also simply get corrupted during download. An inherent hash check during the 'annex get' would
+point out the problem immediately.
+To reproduce:  create repoNum1, and clone it to create repoNum2. manual edit/replace content in repoNum1/.git/annex/objects/...
+then perform a 'git annex get <fileName>' from repoNum2 on the file that has been manipulated 
+
+
+### What version of git-annex are you using? On what operating system?
+3.2012112ubuntu2 on running linux mint 
+
+
+### Please provide any additional information below.
+
+Aside: Thanks Joey - this is fantastic work you are doing. You have really improved git. The ability to checkout 
+an entire tree - but selectively get only the content actually needed is a real killer feature.
+Kudos and again many many thanks
+M.
+
+
+# End of transcript or log.
+"""]]
+
+> [[duplicate|done]] of [[checksum_verification_on_transfer]] --[[Joey]] 
diff --git a/doc/todo/git_annex_get___60__file__62___should_verify_file_hash/comment_1_650e01a04104120ef1db4ff16fedc4f1._comment b/doc/todo/git_annex_get___60__file__62___should_verify_file_hash/comment_1_650e01a04104120ef1db4ff16fedc4f1._comment
new file mode 100644
index 0000000000..621e01d6f8
--- /dev/null
+++ b/doc/todo/git_annex_get___60__file__62___should_verify_file_hash/comment_1_650e01a04104120ef1db4ff16fedc4f1._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.87"
+ subject="comment 1"
+ date="2013-12-15T19:38:48Z"
+ content="""
+If you don't trust a remote repository, then you should either
+
+a) Not use that repository at all, because its malicious owner could put any evil file he wants in it with an entirely correct hash.
+
+b) Make it a gcrypt remote so all content stored on it is encrypted. Decrypting it will include validating that you get out what you originally put in.
+
+So these scenarios are not good arguments for validating every file after it's downloaded.
+
+If it were possible to do a rolling checksum as part of the download, rather than needing to pull the entire file back off disk and checksum it, I'd do so. But it's generally not; for example when git-annex is downloading a file using rsync it may resume part way through a previous interrupted download, and rsync is storing the file to disk, not streaming it to git-annex.
+"""]]
diff --git a/doc/todo/hidden_files.mdwn b/doc/todo/hidden_files.mdwn
new file mode 100644
index 0000000000..191e9c3286
--- /dev/null
+++ b/doc/todo/hidden_files.mdwn
@@ -0,0 +1,30 @@
+Add a `git annex hide $file` that behaves like drop, checking counter info
+and updating location log to say the current repo no longer has a file --
+but does not actually remove the content.
+
+Then `git annex unused` can be used to clean it up later. And in the
+meantime, it's still locally accessible. This can be useful if you're
+planning to need to free up space later, but want to hold onto the content
+for a while. Possibly you'll be disconnected later, so it's easier to push
+out that intent now.
+
+--
+
+TODO:
+
+* Make 100% sure this is safe. Drop, etc should never check content files
+  are present on other repos if the location log doesn't say the repo
+  has the content.
+
+* What will `git annex get` do if it's asked to get a file that has been
+  hidden?
+
+> Unless I am missing something: Make sure the data is correct (for SHA1 or other tracking) and restore locally. If that's not the case, delete and restore from remote. -- RichiH
+
+----
+
+Is 'unused' a good name? 'clean' and 'autoclean' would make more sense, imo. 'clean' deletes everything, whereas an optional 'autoclean' could try to be smart based on disk usage and/or SHA1, etc. -- RichiH
+
+> Nah, `git annex unused/dropunused` already exist.  --[[Joey]] 
+
+>> OK, in that case forget what I said. No idea about your internal policy, but feel free to delete this part of the page, then. -- RichiH
diff --git a/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template.mdwn b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template.mdwn
new file mode 100644
index 0000000000..46d9de34f4
--- /dev/null
+++ b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template.mdwn
@@ -0,0 +1,5 @@
+It would be great to be able to use the pubDate of the entries with the --template option of importfeed.
+
+Text.Feed.Query has a getItemPublishDate (and a getFeedPubDate, if we want some kind of ${feeddate}).
+
+The best would be to allow a reformating of the date(s) with (for example) %Y-%m-%D
diff --git a/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_1_62752c760fc12eca0c34d67d58753d00._comment b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_1_62752c760fc12eca0c34d67d58753d00._comment
new file mode 100644
index 0000000000..cc3d85faf0
--- /dev/null
+++ b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_1_62752c760fc12eca0c34d67d58753d00._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="gueux"
+ ip="2a01:240:fe6d:0:7986:3659:a8bd:64f1"
+ subject="syntax"
+ date="2013-09-12T14:05:16Z"
+ content="""
+use \"itemdate\" and \"feeddate\" as names?
+
+use ${itemdate=%Y-%m-%D} syntax option?
+"""]]
diff --git a/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_2_21672360060f48bc2eacfa535ff4c94d._comment b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_2_21672360060f48bc2eacfa535ff4c94d._comment
new file mode 100644
index 0000000000..c8770ec6ed
--- /dev/null
+++ b/doc/todo/importfeed:_allow___36____123__itemdate__125___with_--template/comment_2_21672360060f48bc2eacfa535ff4c94d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 2"
+ date="2013-09-13T19:53:52Z"
+ content="""
+getItemPublishDate returns a String, which can contain any of several date formats. Deferred until the feed library has something more sane.
+Upstream bug: <https://github.com/sof/feed/issues/6>
+
+As for how to format the date in the feed, I would be ok with having itemdate (YYYYMMDD), itemyear (YYYY), itemmonth (MM) and itemday (DD). Full date formatting seems like overkill here.
+"""]]
diff --git a/doc/todo/integrate_support_for_spideroak_as_archive__47__backup.mdwn b/doc/todo/integrate_support_for_spideroak_as_archive__47__backup.mdwn
new file mode 100644
index 0000000000..c71df466ca
--- /dev/null
+++ b/doc/todo/integrate_support_for_spideroak_as_archive__47__backup.mdwn
@@ -0,0 +1,9 @@
+SpiderOak is a great backup service and many of us have unlimited accounts with them since World Backup Day.  That makes SpiderOak a very interesting candidate for use as an archive or backup node.  I can think of only two ways to go about this:
+
+1. Designate one of your computers as an archive/backup and use spideroak independantly to sync that archive.  This is very unattractive, since it makes the spideroak backup completely unknown to git-annex.
+
+2. Integrate the SpiderOak CLI tool somehow as a remote.  I don't know to what extent this would be possible, but if it were, that'd be awesome.  And a lot of work, presumably.
+
+Bonus option:
+
+3. Can the SpiderOak API be useful? https://spideroak.com/faq/questions/37/how_do_i_use_the_spideroak_web_api/
diff --git a/doc/todo/integrate_support_for_spideroak_as_archive__47__backup/comment_1_a47ea814f6d7727bbd0eeca6d1fd3219._comment b/doc/todo/integrate_support_for_spideroak_as_archive__47__backup/comment_1_a47ea814f6d7727bbd0eeca6d1fd3219._comment
new file mode 100644
index 0000000000..7790a7f2d4
--- /dev/null
+++ b/doc/todo/integrate_support_for_spideroak_as_archive__47__backup/comment_1_a47ea814f6d7727bbd0eeca6d1fd3219._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 1"
+ date="2014-05-19T15:05:49Z"
+ content="""
+If spideroak has a CLI tool that can get/put/delete individual files, it should be quite easy to use [[the_external_special_remote|special_remotes/external]] to support it. The demo shell script could be used as a starting place.
+
+I built that so that others can easily write special remotes, and so unless spideroak's CLI is free software, I don't anticipate working on this myself.
+"""]]
diff --git a/doc/todo/keep_annexed_files_for_a_while.mdwn b/doc/todo/keep_annexed_files_for_a_while.mdwn
new file mode 100644
index 0000000000..cf85b11f3b
--- /dev/null
+++ b/doc/todo/keep_annexed_files_for_a_while.mdwn
@@ -0,0 +1,8 @@
+I don't want files that I dropped to immediately disappear from my local or all of my remotes repos on the next sync. Especially in situations where changes to the git-annex repo get automatically and immediately replicated to remote repos, I want a configurable "grace" period before files in .git/annex/objects get really deleted.
+
+This has similarities to the "trash" on a desktop. It might also be nice to
+
+* configure a maximum amount of space of the "trash"
+* have a way to see the contents of the trash to easily recover deleted files
+
+Maybe it would make sense to just move dropped files to the desktops trash? "git annex trash" as an alternative to drop?
diff --git a/doc/todo/notifications.mdwn b/doc/todo/notifications.mdwn
new file mode 100644
index 0000000000..99f72798bf
--- /dev/null
+++ b/doc/todo/notifications.mdwn
@@ -0,0 +1,3 @@
+Just started today with git-annex and it looks great replacement for proprietary syncing solutions (well in allot of aspects it's much better than proprietary solutions) but I do believe desktop and email notifications are must have features.
+
+I think these services would be nice to have: growl, libnotify, email, twitter (publicly sharing with a group or repository stored on public server for users to download).  
diff --git a/doc/todo/openwrt_package.mdwn b/doc/todo/openwrt_package.mdwn
new file mode 100644
index 0000000000..70a4ae03fb
--- /dev/null
+++ b/doc/todo/openwrt_package.mdwn
@@ -0,0 +1,6 @@
+hi
+
+recently i have installed openwrt on my mikrotik routerboard. i am verry suprised how well it works. it lacks git-annex package. openwrt has git and i can install it.
+
+how can i build one on a mips arch ?
+is it possible to build multiple architecture standalone binaries ?
diff --git a/doc/todo/openwrt_package/comment_1_100d76109e04bc43979775d71b4152ac._comment b/doc/todo/openwrt_package/comment_1_100d76109e04bc43979775d71b4152ac._comment
new file mode 100644
index 0000000000..78029694a5
--- /dev/null
+++ b/doc/todo/openwrt_package/comment_1_100d76109e04bc43979775d71b4152ac._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="206.74.132.139"
+ subject="comment 1"
+ date="2014-02-06T17:26:58Z"
+ content="""
+I would be quite happy if someone took care of adding git-annex to openwrt.
+
+I don't have time to personally handle packaging for different linux distributions myself. What I could do is add mips builds of git-annex to the existing standalone linux builds. These would need to be built the same way the arm builds are done, using a Debian chroot and qemu to run tools from it. This is rather a lot of work for me to set up, and I don't know if I'd have to do it for both little and big endian mips.
+
+Also, it seems that Debian does not currently have a working haskell toolchain for mips. Which may well mean that ghc is not in a working state on mips at all.
+"""]]
diff --git a/doc/todo/openwrt_package/comment_2_2cb7dd4c0cc4413a4588b13cf7700de2._comment b/doc/todo/openwrt_package/comment_2_2cb7dd4c0cc4413a4588b13cf7700de2._comment
new file mode 100644
index 0000000000..d99fa13f1d
--- /dev/null
+++ b/doc/todo/openwrt_package/comment_2_2cb7dd4c0cc4413a4588b13cf7700de2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkNE-H4vEcbcGndxq5daT8qUb7yIf7r1OE"
+ nickname="Łukasz"
+ subject="comment 2"
+ date="2014-02-11T21:05:00Z"
+ content="""
+if debian does not have working toolchain for mips then there is no way to port it into mips machines.
+am i correct ?
+"""]]
diff --git a/doc/todo/openwrt_package/comment_3_5ba8a325a683ff543d81a366c873070d._comment b/doc/todo/openwrt_package/comment_3_5ba8a325a683ff543d81a366c873070d._comment
new file mode 100644
index 0000000000..9c9157d18f
--- /dev/null
+++ b/doc/todo/openwrt_package/comment_3_5ba8a325a683ff543d81a366c873070d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.172"
+ subject="comment 3"
+ date="2014-02-11T21:39:34Z"
+ content="""
+Actually, debian stable does still have ghc building for mips/mipsel. It's just newer versions that have failed to build and nobody has fixed it yet.
+"""]]
diff --git a/doc/todo/optimise_git-annex_merge.mdwn b/doc/todo/optimise_git-annex_merge.mdwn
new file mode 100644
index 0000000000..91d18ebd77
--- /dev/null
+++ b/doc/todo/optimise_git-annex_merge.mdwn
@@ -0,0 +1,23 @@
+Typically `git-annex merge` is fast, but it could still be sped up.
+
+`git-annex merge` runs `git-hash-object` once per file that needs to be
+merged. Elsewhere in git-annex, `git-hash-object` is used in a faster mode,
+reading files from disk via `--stdin-paths`. But here, the data is not
+in raw files on disk, and I doubt writing them is the best approach.
+Instead, I'd like a way to stream multiple objects into git using stdin.
+Sometime, should look at either extending git-hash-object to support that,
+or possibly look at using git-fast-import instead.
+
+--- 
+
+`git-annex merge` also runs `git show` once per file that needs to be
+merged. This could be reduced to a single call to `git-cat-file --batch`,
+There is already a Git.CatFile library that can do this easily. --[[Joey]]
+
+> This is now done, part above remains todo. --[[Joey]] 
+
+---
+
+Merging used to use memory proportional to the size of the diff. It now
+streams data, running in constant space. This probably sped it up a lot,
+as there's much less allocation and GC action. --[[Joey]] 
diff --git a/doc/todo/parallel_possibilities.mdwn b/doc/todo/parallel_possibilities.mdwn
new file mode 100644
index 0000000000..9c0e69e294
--- /dev/null
+++ b/doc/todo/parallel_possibilities.mdwn
@@ -0,0 +1,13 @@
+One of my reasons for using haskell was that it provides the possibility of
+some parallell processing. Although since git-annex hits the filesystem
+heavily and mostly runs other git commands, maybe not a whole lot.
+
+Anyway, each git-annex command is broken down into a series of independant 
+actions, which has some potential for parallelism.
+
+Each action has 3 distinct phases, basically "check", "perform", and
+"cleanup". The perform actions are probably parellizable; the cleanup may be
+(but not if it has to run git commands to stage state; it can queue
+commands though); the check should be easily parallelizable, although they
+may access the disk or run minor git query commands, so would probably not
+want to run too many of them at once.
diff --git a/doc/todo/parallel_possibilities/comment_1_d8e34fc2bc4e5cf761574608f970d496._comment b/doc/todo/parallel_possibilities/comment_1_d8e34fc2bc4e5cf761574608f970d496._comment
new file mode 100644
index 0000000000..4aceb3abd3
--- /dev/null
+++ b/doc/todo/parallel_possibilities/comment_1_d8e34fc2bc4e5cf761574608f970d496._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 1"
+ date="2011-04-08T12:41:43Z"
+ content="""
+I also think, that fetching keys via rsync can be done by one rsync process, when the keys are fetched from one host. This would avoid establishing a new TCP connection for every file.
+"""]]
diff --git a/doc/todo/parallel_possibilities/comment_2_adb76f06a7997abe4559d3169a3181c3._comment b/doc/todo/parallel_possibilities/comment_2_adb76f06a7997abe4559d3169a3181c3._comment
new file mode 100644
index 0000000000..6ecce52c42
--- /dev/null
+++ b/doc/todo/parallel_possibilities/comment_2_adb76f06a7997abe4559d3169a3181c3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="comment 2"
+ date="2011-05-20T20:14:15Z"
+ content="""
+I agree with Christian.
+
+One should first make a better use of connections to remotes before exploring parallel possibilities. One should pipeline the requests and answers.
+
+Of course this could be implemented using parallel&concurrency features of Haskell to do this.
+"""]]
diff --git a/doc/todo/parallel_possibilities/comment_3_145fb974f45da99b7d4b117a3699cccf._comment b/doc/todo/parallel_possibilities/comment_3_145fb974f45da99b7d4b117a3699cccf._comment
new file mode 100644
index 0000000000..0d646a7a80
--- /dev/null
+++ b/doc/todo/parallel_possibilities/comment_3_145fb974f45da99b7d4b117a3699cccf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 3"
+ date="2013-07-17T19:59:50Z"
+ content="""
+Note that git-annex now uses locks to communicate among multiple processes, so it's now possible to eg run two `git annex get` processes, and one will skip over the file the other is downloading and go on to the next file, and so on. 
+
+This is an especially nice speedup when downloading encrypted data, since the decryption of one file will tend to happen while the other process is downloading the next file (assuming files of approximately the same size, and that decryption takes approxiately as long as downloading).
+
+The only thing preventing this being done by threads in one process, enabled by a -jN option, is that the output would be a jumbled mess.
+"""]]
diff --git a/doc/todo/read-only_removable_drives.mdwn b/doc/todo/read-only_removable_drives.mdwn
new file mode 100644
index 0000000000..379074897a
--- /dev/null
+++ b/doc/todo/read-only_removable_drives.mdwn
@@ -0,0 +1,7 @@
+Here's yet another weird use case. I have a ext3 external drive for storing media that i brought to the office. Naturally, all files on the drive are owned by my desktop user (uid = 1000). In the office, my userid is different (say 1001), so git-annex doesn't see the removable drive at all (which is a little confusing). But even if i try to add the repo on the drive as an external repo, it says it can't write to it (which is true).
+
+I would expect it to at least be able to leech the files off of it.
+
+Otherwise, I would welcome advice on how to fix this problem without doing a `sudo chown -R` every time i plug this drive somewhere ... --[[anarcat]]
+
+> Workaround: `sudo setfacl -R -m u:anarcat:rwx /media/foo/annex`
diff --git a/doc/todo/read-only_removable_drives/comment_1_979455e3694ae2403134ed6fa2add2fa._comment b/doc/todo/read-only_removable_drives/comment_1_979455e3694ae2403134ed6fa2add2fa._comment
new file mode 100644
index 0000000000..ac98d68450
--- /dev/null
+++ b/doc/todo/read-only_removable_drives/comment_1_979455e3694ae2403134ed6fa2add2fa._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-05-16T18:10:28Z"
+ content="""
+The assistant ignores drives that it cannot write to. This is a very good heuristic to avoid listing every special device in linux, OSX, etc as possible removable drives. I don't think it makes sense for the assistant to try to handle this use case.
+
+Is there some problem using git-annex at the command line with a remote that is read-only? I don't see any problem in my tests.
+
+<pre>
+joey@darkstar:~/tmp/r>git annex drop
+drop foo ok
+(Recording state in git...)
+joey@darkstar:~/tmp/r>ls -ld ../readonly
+drwxr-xr-x 3 root root 4096 May 16 14:08 ../readonly/
+joey@darkstar:~/tmp/r>git annex get --from readonly
+get foo (from readonly...) ok
+(Recording state in git...)
+</pre>
+"""]]
diff --git a/doc/todo/redundancy_stats_in_status.mdwn b/doc/todo/redundancy_stats_in_status.mdwn
new file mode 100644
index 0000000000..56095fd333
--- /dev/null
+++ b/doc/todo/redundancy_stats_in_status.mdwn
@@ -0,0 +1,23 @@
+Currently, `git annex status` only shows the size of 1 copy of each file.
+If numcopies is being used for redundancy, much more disk can actually be
+in use than status shows.
+
+One idea:
+
+	known annex size: 2 terabytes (plus 4 terabytes of redundant copies)
+
+But, to get that number, it would have to walk every location log, 
+counting how many copies currently exist of each file. That would make
+status a lot slower than it is.
+
+One option is to just put it at the end of the status:
+
+	redundancy: 300% (4 terabytes of copies)
+
+And ctrl-c if it's taking too long.
+
+Hmm, fsck looks at that same info. Maybe it could cache the redundancy
+level it discovers? Since fsck can be run incrementally, it would be tricky
+to get an overall number. And the number would tend to be stale, but
+then again it might also be nice if status shows how long ago the last fsck
+was.
diff --git a/doc/todo/redundancy_stats_in_status/comment_1_9f1c10f8cea4fa60a99cbcc8306dd5de._comment b/doc/todo/redundancy_stats_in_status/comment_1_9f1c10f8cea4fa60a99cbcc8306dd5de._comment
new file mode 100644
index 0000000000..801c1da039
--- /dev/null
+++ b/doc/todo/redundancy_stats_in_status/comment_1_9f1c10f8cea4fa60a99cbcc8306dd5de._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2012-10-30T08:09:13Z"
+ content="""
+I like the idea of using fsck as a pre-run for status.
+
+Basically, it's the same as `updatedb` and `locate`; locate will warn the user if it considers its cache to be too old, as well.
+"""]]
diff --git a/doc/todo/redundancy_stats_in_status/comment_2_686ced0684d10511caf07953c64cd5b6._comment b/doc/todo/redundancy_stats_in_status/comment_2_686ced0684d10511caf07953c64cd5b6._comment
new file mode 100644
index 0000000000..a4711b2a3a
--- /dev/null
+++ b/doc/todo/redundancy_stats_in_status/comment_2_686ced0684d10511caf07953c64cd5b6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 2"
+ date="2013-09-25T18:03:55Z"
+ content="""
+`git annex status .` or otherwise running it with a directory has recently started walking all the location logs for all files in the directory in order to display variance from configured numcopies. It would be easy to add a redundancy counter to that.
+
+It would slow down the global status when not passed a directory to add redundancy info there. Maybe local is enough?
+"""]]
diff --git a/doc/todo/required_content.mdwn b/doc/todo/required_content.mdwn
new file mode 100644
index 0000000000..6afeee5c9a
--- /dev/null
+++ b/doc/todo/required_content.mdwn
@@ -0,0 +1,23 @@
+We have preferred content, which is advisory, and numcopies, which is
+enforced (except by `git annex move`). What is missing is an expression
+like preferred content, which is enforced. So, required content.
+
+For example, I might want a repository that is required to contain
+`*.jpeg`. This would make get --auto get it (it's implicitly part of the
+preferred content), and would make drop refuse to drop it.
+
+> I've implemented the basic required content. Currently only configurable
+> via `vicfg`, because I don't think a lot of people are going to want to
+> use it.
+> 
+> Note that I did not yet add the active verification discussed below.
+> So if required content is set to `not inallgroup=backup`, or
+> `not copies=10`, trying to drop a file will not go off and prove
+> that there are 10 copies or that the file is in every repository in 
+> the backup group. It will assume that the location log is accurate
+> and go by that.
+> 
+> I think this is enough to cover Richard's case, at least.
+> In his example, A B and C are in group anchor and have required
+> content set to `include=*`, and D E F have it set to
+> `not inallgroup=anchor`. --[[Joey]]
diff --git a/doc/todo/required_content/comment_1_42620a3c958666be2a0d5f5b8eadf7b4._comment b/doc/todo/required_content/comment_1_42620a3c958666be2a0d5f5b8eadf7b4._comment
new file mode 100644
index 0000000000..7d490a9d75
--- /dev/null
+++ b/doc/todo/required_content/comment_1_42620a3c958666be2a0d5f5b8eadf7b4._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2014-03-10T17:15:54Z"
+ content="""
+To give a specific example of what I want to do:
+
+I have a bunch of repos
+
+* A, Machine1 -- anchor repository and sometimes used to add new content
+* B, Machine2 -- anchor repository, offsite
+* C, External1 -- anchor repository, stored off-site
+* D, Laptop -- transient repo to carry data around and to add new content
+* E, USB1 -- transient, travel backups
+* F, USB2 -- transient, travel backups
+
+A-C should get _all_ data. A-F trust A-C to always retain all data, online checks for availability are not needed because A-C run frequent fsck. Ideally, `git annex drop` should be no-op in A-C.
+
+D-F should retain data as long as it's not been saved in _all_ of A-C. As soon as A-C have copies, `git annex drop` in D-F should drop that content; before that, they _must not_ drop said content.
+
+Richard
+"""]]
diff --git a/doc/todo/required_content/comment_2_132ec6378db63af6281569cf5748b9d3._comment b/doc/todo/required_content/comment_2_132ec6378db63af6281569cf5748b9d3._comment
new file mode 100644
index 0000000000..dece48c01b
--- /dev/null
+++ b/doc/todo/required_content/comment_2_132ec6378db63af6281569cf5748b9d3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="partial implementation plan"
+ date="2014-03-19T16:37:05Z"
+ content="""
+* When there is a required content expression, OR it with the preferred content expression. This will make the assistant, --auto etc want to get required content.
+* When checking if something can be dropped, check the required content expression. Only Command.Drop does this so nicely centralized in one place.
+* When checking required content expression for drop, must do active verification of terminals that relate to other copies, for the same reason the numcopies check when dropping does active validation. This includes `copies=`, `lackingcopies=`, `approxlackingcopies=`, `inallgroup=`.
+
+The last is where the complication comes in. Seems to need a cache of places the key was just now verified to be present, which can be used to avoid unnecessary redundant active verification (for example \"not (copies=2 and inallgroup=bar)\" would otherwise redundantly check some remotes). The numcopies checking code should use the same cache too.
+
+* Finally, if the required content cannot be satisfied, it would be nice to know which terminal failed in order to show the user a useful error message. The current Matcher does not provide a way to do that though. Or could just say, \"unable to satisfy required content: $expression\"
+"""]]
diff --git a/doc/todo/required_content/comment_3_b16a8e8b45ceee887c8c0167b7859654._comment b/doc/todo/required_content/comment_3_b16a8e8b45ceee887c8c0167b7859654._comment
new file mode 100644
index 0000000000..f4047baf5f
--- /dev/null
+++ b/doc/todo/required_content/comment_3_b16a8e8b45ceee887c8c0167b7859654._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2014-05-18T06:49:35Z"
+ content="""
+    22:34:10 < joeyh> required content is implemented, though active verification is not
+"""]]
diff --git a/doc/todo/resuming_encrypted_uploads.mdwn b/doc/todo/resuming_encrypted_uploads.mdwn
new file mode 100644
index 0000000000..b3aaa7f966
--- /dev/null
+++ b/doc/todo/resuming_encrypted_uploads.mdwn
@@ -0,0 +1,22 @@
+Resuming interrupted uploads to encrypted special remotes is not currently
+possible, because gpg does not produce consistent output. Special remotes
+that could support resuming include rsync and glacier.
+
+Without consistent output, git-annex would need to locally cache the encrypted
+file, and reuse that cache when resuming an upload. This would make
+encrypted uploads more expensive in terms of both file IO and disk space
+used. 
+
+[It would be possible to write to the cache at the same time the special
+remote is being fed data, and if the special remote upload fails, continue
+writing the rest of the file. That would avoid half the overhead, since
+the file would not need to be read from, just written to. (Although OS
+caching may accomplish the same thing.)]
+
+Also, `git annex unused` would need to show temp files for uploads,
+the same as it currently shows temp files for downloads, and users would
+sometimes need to manually dropunused old uploads, that never completed.
+
+The question, then, is whether resuming uploads is useful enough to add
+this overhead and user-visible complexity.
+--[[Joey]] 
diff --git a/doc/todo/resuming_encrypted_uploads/comment_1_1832a6fb78e8ad7c838582f46731ac3b._comment b/doc/todo/resuming_encrypted_uploads/comment_1_1832a6fb78e8ad7c838582f46731ac3b._comment
new file mode 100644
index 0000000000..cf35de0492
--- /dev/null
+++ b/doc/todo/resuming_encrypted_uploads/comment_1_1832a6fb78e8ad7c838582f46731ac3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 1"
+ date="2012-12-28T23:23:29Z"
+ content="""
+Doesn't the encryption part already write an encrypted version completely to disk before starting to upload? (At least with the rsync remote?) So the disk space and I/O usage is already there. (Except that it's probably a temporary file that's deleted after it was created, so that it's not kept around by the filesystem when certain destructive events strike.)
+"""]]
diff --git a/doc/todo/resuming_encrypted_uploads/comment_2_2ecc8e782f49e90ed1549e9179eb1a1e._comment b/doc/todo/resuming_encrypted_uploads/comment_2_2ecc8e782f49e90ed1549e9179eb1a1e._comment
new file mode 100644
index 0000000000..a2bab9244b
--- /dev/null
+++ b/doc/todo/resuming_encrypted_uploads/comment_2_2ecc8e782f49e90ed1549e9179eb1a1e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2012-12-29T08:00:56Z"
+ content="""
+Being able to resume transfers of encrypted files would absolutely be useful!  Disk space is cheap, but bandwidth is not.
+"""]]
diff --git a/doc/todo/sharedRepository_mode_not_supported_by_git-annex.mdwn b/doc/todo/sharedRepository_mode_not_supported_by_git-annex.mdwn
new file mode 100644
index 0000000000..85005dbc1b
--- /dev/null
+++ b/doc/todo/sharedRepository_mode_not_supported_by_git-annex.mdwn
@@ -0,0 +1,7 @@
+git's core.SharedRepository is supported by git-annex, but only
+with the group/all/world/everybody settings. core.SharedRepository=0644
+etc is not supported.
+
+There's no insormountable reason why not, Joey just hates umask mode math
+stuff and nobody has sent a patch. Note that Annex.Content.freezeContent
+should remove the write bit from files, no matter what.
diff --git a/doc/todo/smudge.mdwn b/doc/todo/smudge.mdwn
new file mode 100644
index 0000000000..6103ffa61e
--- /dev/null
+++ b/doc/todo/smudge.mdwn
@@ -0,0 +1,162 @@
+git-annex should use smudge/clean filters.
+
+----
+
+Update: Currently, this does not look likely to work. In particular,
+the clean filter needs to consume all stdin from git, which consists of the
+entire content of the file. It cannot optimise by directly accessing
+the file in the repository, because git may be cleaning a different
+version of the file during a merge. 
+
+So every `git status` would need to read the entire content of all
+available files, and checksum them, which is too expensive.
+
+> Update from GitTogether: Peff thinks a new interface could be added to
+> git to handle this sort of case in an efficient way.. just needs someone
+> to do the work. --[[Joey]] 
+
+----
+
+The clean filter is run when files are staged for commit. So a user could copy
+any file into the annex, git add it, and git-annex's clean filter causes
+the file's key to be staged, while its value is added to the annex.
+
+The smudge filter is run when files are checked out. Since git annex
+repos have partial content, this would not git annex get the file content.
+Instead, if the content is not currently available, it would need to do
+something like return empty file content. (Sadly, it cannot create a
+symlink, as git still wants to write the file afterwards.)
+
+So the nice current behavior of unavailable files being clearly missing due
+to dangling symlinks, would be lost when using smudge/clean filters.
+(Contact git developers to get an interface to do this?)
+
+Instead, we get the nice behavior of not having to remeber to `git annex
+add` files, and just being able to use `git add` or `git commit -a`,
+and have it use git-annex when .gitattributes says to. Also, annexed
+files can be directly modified without having to `git annex unlock`.
+
+### design
+
+In .gitattributes, the user would put something like "* filter=git-annex".
+This way they could control which files are annexed vs added normally.
+
+(git-annex could have further controls to allow eg, passing small files
+through to regular processing. At least .gitattributes is a special case,
+it should never be annexed...)
+
+For files not configured this way, git-annex could continue to use
+its symlink method -- this would preserve backwards compatability,
+and even allow mixing the two methods in a repo as desired.
+
+To find files in the repository that are annexed, git-annex would do
+`ls-files` as now, but would check if found files have the appropriate
+filter, rather than the current symlink checks. To determine the key
+of a file, rather than reading its symlink, git-annex would need to
+look up the git blob associated with the file -- this can be done
+efficiently using the existing code in `Branch.catFile`.
+
+The clean filter would inject the file's content into the annex, and hard
+link from the annex to the file. Avoiding duplication of data.
+
+The smudge filter can't do that, so to avoid duplication of data, it
+might always create an empty file. To get the content, `git annex get`
+could be used (which would hard link it). A `post-checkout` hook might
+be used to set up hard links for all currently available content.
+
+#### clean
+
+The trick is doing it efficiently. Since git a2b665d, v1.7.4.1,
+something like this works to provide a filename to the clean script:
+
+	git config --global filter.huge.clean huge-clean %f
+
+This could avoid it needing to read all the current file content from stdin
+when doing eg, a git status or git commit. Instead it is passed the
+filename that git is operating on, in the working directory.
+(Update: No, doesn't work; git may be cleaning a different file content
+than is currently on disk, and git requires all stdin be consumed too.)
+
+So, WORM could just look at that file and easily tell if it is one
+it already knows (same mtime and size). If so, it can short-circuit and
+do nothing, file content is already cached.
+
+SHA1 has a harder job. Would not want to re-sha1 the file every time,
+probably. So it'd need a local cache of file stat info, mapped to known
+objects.
+
+But: Even with %f, git actually passes the full file content to the clean
+filter, and if it fails to consume it all, it will crash (may only happen
+if the file is larger than some chunk size; tried with 500 mb file and 
+saw a SIGPIPE.) This means unnecessary works needs to be done, 
+and it slows down *everything*, from `git status` to `git commit`.
+**showstopper** I have sent a patch to the git mailing list to address
+this. <http://marc.info/?l=git&m=131465033512157&w=2> (Update: apparently
+can't be fixed.)
+
+#### smudge
+
+The smudge script can also be provided a filename with %f, but it
+cannot directly write to the file or git gets unhappy.
+
+### dealing with partial content availability
+
+The smudge filter cannot be allowed to fail, that leaves the tree and
+index in a weird state. So if a file's content is requested by calling
+the smudge filter, the trick is to instead provide dummy content,
+indicating it is not available (and perhaps saying to run "git-annex get").
+
+Then, in the clean filter, it has to detect that it's cleaning a file
+with that dummy content, and make sure to provide the same identifier as
+it would if the file content was there. 
+
+I've a demo implementation of this technique in the scripts below.
+
+----
+
+### test files
+
+huge-smudge:
+
+<pre>
+#!/bin/sh
+read f
+file="$1"
+echo "smudging $f" >&2
+if [ -e ~/$f ]; then
+	cat ~/$f # possibly expensive copy here
+else
+	echo "$f not available"
+fi
+</pre>
+
+huge-clean:
+
+<pre>
+#!/bin/sh
+file="$1"
+cat >/tmp/file
+# in real life, this should be done more efficiently, not trying to read
+# the whole file content!
+if grep -q 'not available' /tmp/file; then
+	awk '{print $1}' /tmp/file # provide what we would if the content were avail!
+	exit 0
+fi
+echo "cleaning $file" >&2
+# XXX store file content here
+echo $file
+</pre>
+
+.gitattributes:
+
+<pre>
+*.huge filter=huge
+</pre>
+
+in .git/config:
+
+<pre>
+[filter "huge"]
+        clean = huge-clean %f
+        smudge = huge-smudge %f
+<pre>
diff --git a/doc/todo/smudge/comment_1_4ea616bcdbc9e9a6fae9f2e2795c31c9._comment b/doc/todo/smudge/comment_1_4ea616bcdbc9e9a6fae9f2e2795c31c9._comment
new file mode 100644
index 0000000000..a4eb3cf235
--- /dev/null
+++ b/doc/todo/smudge/comment_1_4ea616bcdbc9e9a6fae9f2e2795c31c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="git-add instead of git-annex-add"
+ date="2011-02-26T21:43:21Z"
+ content="""
+would, with these modifications in place, there still be a way to *really* git-add a file? (my main repository contains both normal git and git-annex files.)
+"""]]
diff --git a/doc/todo/smudge/comment_2_e04b32caa0d2b4c577cdaf382a3ff7f6._comment b/doc/todo/smudge/comment_2_e04b32caa0d2b4c577cdaf382a3ff7f6._comment
new file mode 100644
index 0000000000..3a223e1c7b
--- /dev/null
+++ b/doc/todo/smudge/comment_2_e04b32caa0d2b4c577cdaf382a3ff7f6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="symlinks"
+ date="2011-04-03T20:30:21Z"
+ content="""
+> (Sadly, it cannot create a symlink, as git still wants to write the file afterwards.
+> So the nice current behavior of unavailable files being clearly missing due to dangling symlinks, would be lost when using smudge/clean filters. (Contact git developers to get an interface to do this?)
+
+Have you checked what the smudge filter sees when the input is a symlink? Because git supports tracking symlinks, so it should also support pushing symlinks through a smudge filter, right?
+Either way: yes, contact the git devs, one can only ask and hope.  And if you can demonstrate the awesomeness of git-annex they might get more 1interested :)
+"""]]
diff --git a/doc/todo/smudge/comment_3_4e7c25fe24a1e71f58a8354fa64f41c2._comment b/doc/todo/smudge/comment_3_4e7c25fe24a1e71f58a8354fa64f41c2._comment
new file mode 100644
index 0000000000..cd64b70019
--- /dev/null
+++ b/doc/todo/smudge/comment_3_4e7c25fe24a1e71f58a8354fa64f41c2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn1QhtPvsRBV7pfaDW_ZTPFv_ZIxSzQ8Rg"
+ nickname="Paul Léo"
+ subject="comment 3"
+ date="2013-11-13T20:41:52Z"
+ content="""
+> SHA1 has a harder job. Would not want to re-sha1 the file every time, probably. So it'd need a local cache of file stat info, mapped to known objects.
+
+I think that is not true? If gits wants the file to be cleaned, it thinks that the file was changed. So you would have to SHA1 it anyway if you don't want rely on WORM (which git already does in the first step anyway).
+"""]]
diff --git a/doc/todo/ssh_special_remote.mdwn b/doc/todo/ssh_special_remote.mdwn
new file mode 100644
index 0000000000..be38f42090
--- /dev/null
+++ b/doc/todo/ssh_special_remote.mdwn
@@ -0,0 +1,44 @@
+ssh:// remotes are not special remotes. Perhaps it would be useful to have
+a special remote that wraps a ssh:// remote? This would allow setting up a
+ssh:// remote that can be enabled using the webapp's normal UI for enabling
+special remotes.
+
+Enabling such a special remote would just make a regular git remote, so
+there would be no need to implement the methods to get/put data. (Although
+it might need to provide stubs to appease the compiler.)
+
+> Above is done. The command line interface in initremote and enableremote
+> is not too easy or perhaps useful, but it works great in the webapp.
+> --[[Joey]]
+
+It could optionally embed the ssh private key into the git-annex branch as
+a credential, for when you want anyone who has access to the git repo to be
+able to use the (locked-down) git-annex-shell on that server.
+
+> Leaving this todo open for this ssh private key embedcreds part.
+> I think it makes sense to do, but it it probably not too easy.
+> ([[webapp_ssh_setup_should_work_with_locked_down_git-annex-shell_account]]
+> needs to be fixed first). --[[Joey]]
+
+[[!meta title="remember ssh remote including optionally ssh key"]]
+
+----
+
+I am on the fence about whether this would be useful, and would appreciate
+use cases.
+
+One use case I was thinking about was a LAN with a central server, with a
+shared account with a git-annex repository on it. But then I realized this
+wouldn't really help set up git-annex in that situation, most of the time,
+because new clients would have the central server added as their first
+remote. 
+
+(It would help if one client paired with another new client, but
+that is unncessarily round-about most of the time.) 
+
+It might help in a more complex situation, where the LAN is not the whole
+network an a client might come onto the LAN already knowing about the
+central server there. --[[Joey]]
+
+A very compelling use case is switching from XMPP to a ssh server,
+and wanting to make it easy for users. --[[Joey]]
diff --git a/doc/todo/stream_feature__63__.mdwn b/doc/todo/stream_feature__63__.mdwn
new file mode 100644
index 0000000000..860edfc811
--- /dev/null
+++ b/doc/todo/stream_feature__63__.mdwn
@@ -0,0 +1,23 @@
+I am just asking myself, is it stupid to think that streaming in git annex would be a good idea and wouldnt it be totaly easy to implement?
+
+Ok just tried to link to files over ssh, it creates a link but you cant open with it its content ^^
+
+But at least the files you have access over some filesystem as example samba/sshfs or just a other directory or usb-drive you could stream instead of "get"
+
+you could add another mode like direct and indirect, like symbolic-links or something like that?
+
+Sadly linux is to stupid to allow direct ssh links ( thats maybe one of the biggest features hurd has over linux  ) but you could mount with sshfs readonly (checking first if sshfs is installed) to mount the files there and then map the links there.
+
+ok I am not so shure how hard it would be and how much bug potentials it creates, but it would be great I guess.
+
+git annex is a bit like a telephone book, where you get a list of where the targets are. So using it to call the persons so that they drive to you to talk with you is nice. But I think the better feature would be if you just talk with the guy over the telephone directly bevore he comes to you (streaming)
+
+I mean you did one great thing, you did make cloudy thing peer to peer, like git is targeted too but for smaller files, yes there are may use cases without this feature, but I would be really glad if it could do that too, if I give annex 5 locations on other pcs usb-sticks etc, I find it stupid to additionaly do setup all this sources again a second time for streaming, and then I have maybe even 2 different file names because you map stuff in git.
+
+So sorry its late here, I am a bit tired so I maybe dont know what I am talking right now, my english isnt the best, too, but I think it would be a great feature.
+
+I mean on your setup, with slow internet, you maybe always make a get command, but here, if I link to youtube, I have no problem to stream it, or even on internal network between my pcs I have gb-lan, I start directly movies streaming, I would only use get, in rare cases where I need them on a train, the normal thing is to stream stuff.
+
+So I have to go sleep now 
+
+bye
diff --git a/doc/todo/support_S3_multipart_uploads.mdwn b/doc/todo/support_S3_multipart_uploads.mdwn
new file mode 100644
index 0000000000..711ac41b2a
--- /dev/null
+++ b/doc/todo/support_S3_multipart_uploads.mdwn
@@ -0,0 +1,14 @@
+Did not know of this when I wrote S3 support. Ability to resume large
+uploads would be good.
+
+<http://aws.typepad.com/aws/2010/11/amazon-s3-multipart-upload.html>
+
+Also allows supporting files > 5 gb, a S3 limit I was not aware of.
+
+NB: It would work just as well to split the object and upload the N parts
+to S3, but not bother with S3's paperwork to rejoin them into one object. 
+Only reasons not to do that are a) backwards compatability with 
+the existing S3 remote and b) this would not allow accessing the content
+in S3 w/o using git-annex, which could be useful in some scenarios.
+
+--[[Joey]]
diff --git a/doc/todo/sync_my_local_git-annex_from_a_dump_remote.mdwn b/doc/todo/sync_my_local_git-annex_from_a_dump_remote.mdwn
new file mode 100644
index 0000000000..524782bc72
--- /dev/null
+++ b/doc/todo/sync_my_local_git-annex_from_a_dump_remote.mdwn
@@ -0,0 +1,6 @@
+As discussed on debconf, I have the following use case:
+
+* I have a dump remote, a folder on my webserver where files are uploaded through the web app. I don't have git on the webserver, just a plain folder.
+* I have git-annex repo on a development server. The development server polls the webserver (ssh/ftp) once in an hour and synchronizes the state of the local git-annex repo with the state found on the webserver and commits that.
+* This is not meant to be backup facility. I just want to be able to have a state on my development machine that is very likely to the state on the webserver.
+
diff --git a/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_1_81d63854f89f00855cda5ace0fc8262a._comment b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_1_81d63854f89f00855cda5ace0fc8262a._comment
new file mode 100644
index 0000000000..d9abb3a3cb
--- /dev/null
+++ b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_1_81d63854f89f00855cda5ace0fc8262a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-13T21:44:17Z"
+ content="""
+We had a conversation about this IRL. At the time, I thought I understood what you wanted. Reading the above, I am not so sure.
+
+What I thought you wanted was something like `git annex mirror --from remote`, which would, for each object known to git-annex that the location log said was present on the remote, make sure that the local repo had the object too, and for each object that the location log said was not present on the remote, drop it from the local repo (if numcopies etc allowed).
+
+`git annex mirror --to remote` could also be used as the complement of the above.
+
+If that's not the sort of thing you meant, let me know.
+"""]]
diff --git a/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_2_66822b72b1450e79e8edd0c6c21d5aa6._comment b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_2_66822b72b1450e79e8edd0c6c21d5aa6._comment
new file mode 100644
index 0000000000..3d459371f5
--- /dev/null
+++ b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_2_66822b72b1450e79e8edd0c6c21d5aa6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://thkoch2001.myopenid.com/"
+ nickname="thkoch"
+ subject="pseudocode"
+ date="2013-08-14T04:58:22Z"
+ content="""
+lets say my local annex is in direct mode, then the following might already do what I want:
+
+cd $LOCAL_ANNEX
+rsync --recursive --delete $REMOTE .
+git annex add && git commit
+
+It would however be nice if I could do the same with an annex in indirect mode or even a bare annex.
+"""]]
diff --git a/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_3_b9f73375e2c732e798495f8ee6970c7c._comment b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_3_b9f73375e2c732e798495f8ee6970c7c._comment
new file mode 100644
index 0000000000..df4be033bb
--- /dev/null
+++ b/doc/todo/sync_my_local_git-annex_from_a_dump_remote/comment_3_b9f73375e2c732e798495f8ee6970c7c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 3"
+ date="2013-08-24T16:35:33Z"
+ content="""
+Seems to me that this could easily be dealt with by installing git-annex on the webserver, making the directory there a git repository, and using either a cron job or `git annex watch` to commit files as they were changed there.
+
+Then you can make a direct mode, indirect mode, or even a bare clone on your local machine and use git-annex to get the files.
+
+Maybe you have good reasons for not wanting to go that route. And rsync on a direct mode repository should work, provided to tell it to not delete `.git`. :P I don't see any way to make rsync work in an indirect mode repository. As for trying to make git-annex handle this import over rsync itself in a way that would work in an indirect mode repository, let alone a bare repository -- I don't see a good way to do it and it seems quite special case and likely to get quite complicated to implement.
+
+In the meantime, I did implement `git annex mirror`, which I think is a much more interesting and generally useful tool to have. And could even be used in my recommended solution above.
+"""]]
diff --git a/doc/todo/tahoe_lfs_for_reals.mdwn b/doc/todo/tahoe_lfs_for_reals.mdwn
new file mode 100644
index 0000000000..2caeef11d3
--- /dev/null
+++ b/doc/todo/tahoe_lfs_for_reals.mdwn
@@ -0,0 +1,23 @@
+[[forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs]] is a good
+start, but Zooko points out that using Tahoe's directory translation layer
+incurs O(N^2) overhead as the number of objects grows. Also, making
+hash subdirectories in Tahoe is expensive. Instead it would be good to use
+it as a key/value store directly. The catch is that doing so involves
+sending the content to Tahoe, and getting back a key identifier.
+
+This would be fairly easy to do as a [[backend|backends]], which can assign its
+own key names (although typically done before data is stored in it),
+but a tahoe-lafs special remote would be more flexible.
+
+To support a special remote, a mapping is needed from git-annex keys to
+Tahoe keys, stored in the git-annex branch.
+
+> This is now done, however, there are 3 known
+> problems: 
+> 
+> * tahoe start run unncessarily <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2149>
+> * web.port can conflict <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2147>
+> * Nothing renews leases, which is a problem on grids that expire.
+>   <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2212>
+
+> --[[Joey]] 
diff --git a/doc/todo/tahoe_lfs_for_reals/comment_1_0a4793ce6a867638f6e510e71dd4bb44._comment b/doc/todo/tahoe_lfs_for_reals/comment_1_0a4793ce6a867638f6e510e71dd4bb44._comment
new file mode 100644
index 0000000000..16ef882a42
--- /dev/null
+++ b/doc/todo/tahoe_lfs_for_reals/comment_1_0a4793ce6a867638f6e510e71dd4bb44._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zooko"
+ ip="97.118.97.117"
+ subject="performance"
+ date="2011-05-17T19:20:39Z"
+ content="""
+Hm... O(N^2)? I think it just takes O(N). To read an entry out of a directory you have to download the entire directory (and store it in RAM and parse it). The constants are basically \"too big to be good but not big enough to be prohibitive\", I think. jctang has reported that his special remote hook performs well enough to use, but it would be nice if it were faster.
+
+The Tahoe-LAFS folks are working on speeding up mutable files, by the way, after which we would be able to speed up directories.
+"""]]
diff --git a/doc/todo/tahoe_lfs_for_reals/comment_2_80b9e848edfdc7be21baab7d0cef0e3a._comment b/doc/todo/tahoe_lfs_for_reals/comment_2_80b9e848edfdc7be21baab7d0cef0e3a._comment
new file mode 100644
index 0000000000..6dba86c47c
--- /dev/null
+++ b/doc/todo/tahoe_lfs_for_reals/comment_2_80b9e848edfdc7be21baab7d0cef0e3a._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-05-17T19:57:33Z"
+ content="""
+Whoops! You'd only told me O(N) twice before..
+
+So this is not too high priority. I think I would like to get the per-remote storage sorted out anyway, since probably it will be the thing needed to convert the URL backend into a special remote, which would then allow ripping out the otherwise unused pluggable backend infrastructure.
+
+Update: Per-remote storage is now sorted out, so this could be implemented
+if it actually made sense to do so.
+"""]]
diff --git a/doc/todo/union_mounting.mdwn b/doc/todo/union_mounting.mdwn
new file mode 100644
index 0000000000..c42a055021
--- /dev/null
+++ b/doc/todo/union_mounting.mdwn
@@ -0,0 +1,10 @@
+It should be possible to union mount annexes. So if multiple drives have
+content, an annex mounting them both would have available all the 
+content from all the drives.
+
+This could be done by just making .git/annex/KEY link to the actual content
+on the mounted annex.
+
+(Need to make sure the [[copy_tracking|copies]] code does not
+confused and think the symlink is a copy of the content.. Also need to make
+sure that code that writes to .git/annex does not follow symlinks.))
diff --git a/doc/todo/union_mounting/comment_1_cb08435812dd7766de26199c73f38e8b._comment b/doc/todo/union_mounting/comment_1_cb08435812dd7766de26199c73f38e8b._comment
new file mode 100644
index 0000000000..3fadf6fa3c
--- /dev/null
+++ b/doc/todo/union_mounting/comment_1_cb08435812dd7766de26199c73f38e8b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 1"
+ date="2013-03-01T01:26:36Z"
+ content="""
+This would indeed be very helpful when remotely mounting a photo/video collection over samba.
+"""]]
diff --git a/doc/todo/union_mounting/comment_2_240b1736f6bd4fbf87c372d3a46e661b._comment b/doc/todo/union_mounting/comment_2_240b1736f6bd4fbf87c372d3a46e661b._comment
new file mode 100644
index 0000000000..08901ee178
--- /dev/null
+++ b/doc/todo/union_mounting/comment_2_240b1736f6bd4fbf87c372d3a46e661b._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2013-03-01T04:50:28Z"
+ content="""
++1 this would be sweet as hell
+
+"""]]
diff --git a/doc/todo/union_mounting/comment_3_cf0a0d4fbd929f24f7056115b2acb7de._comment b/doc/todo/union_mounting/comment_3_cf0a0d4fbd929f24f7056115b2acb7de._comment
new file mode 100644
index 0000000000..ae925adf05
--- /dev/null
+++ b/doc/todo/union_mounting/comment_3_cf0a0d4fbd929f24f7056115b2acb7de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ nickname="ypid"
+ subject="Please add this ;)"
+ date="2014-03-13T19:10:17Z"
+ content="""
++1 This would be so great. For me the only thing which is missing in this awesome project.
+"""]]
diff --git a/doc/todo/unwanted_repository_version_upgrades.mdwn b/doc/todo/unwanted_repository_version_upgrades.mdwn
new file mode 100644
index 0000000000..189550803b
--- /dev/null
+++ b/doc/todo/unwanted_repository_version_upgrades.mdwn
@@ -0,0 +1,25 @@
+Is it possible to freeze or peg repositories at a particular version, or to prevent automatic repository version upgrades?  Is it possible to "downgrade" a repository?
+
+### Please describe the problem.
+
+We have a number of repositories on a shared file server.  These repositories are accessed by multiple machines.  Some of these repositories appear to have gotten upgraded and are now unusable on machines running older versions of git-annex.
+
+We're getting this message:
+[[!format sh """
+user@system:/path/to/repository$ git annex status
+git-annex: Repository version 5 is not supported. Upgrade git-annex.
+"""]]
+
+The machine experiencing the problem is running Debian Wheezy (Stable).
+[[!format sh """
+user@system:/path/to/repository$ git version
+git version 1.7.10.4
+user@system:/path/to/repository$ git annex version
+git-annex version: 3.20120629
+local repository version: 5
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+I'm guessing that one of the machines with access to this repository was running a newer version of git-annex, and that the repository was upgraded in the course of some action.
diff --git a/doc/todo/unwanted_repository_version_upgrades/comment_1_48f71865b65db4574a10e5c32ee22197._comment b/doc/todo/unwanted_repository_version_upgrades/comment_1_48f71865b65db4574a10e5c32ee22197._comment
new file mode 100644
index 0000000000..2eee18f1ab
--- /dev/null
+++ b/doc/todo/unwanted_repository_version_upgrades/comment_1_48f71865b65db4574a10e5c32ee22197._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-06-04T18:14:19Z"
+ content="""
+If your repository is not using direct mode, it's completely safe to edit .git/config and set the version back to 3. There is no change between 3 and 5 for indirect mode repositories.
+
+Unfortunately, using git-annex version 5 will automatically upgrade the repository to 5 again. In general, I only want git-annex to support one version at a time, to avoid complicating the code. I did try leaving the indirect mode repositories at v3, but that didn't work out (some details in [[!commit b1d7474c1d713a5b422948178abb4e5f39e85096]]).
+
+I kind of think that part of the problem is that you're using git-annex repositories accessed via a file server. If your server had git-annex installed on it and the clients talked to it only by sshing in and running git-annex-shell, it would not matter if the clients had a newer version, because they'd never access the central repository directly.
+"""]]
diff --git a/doc/todo/using_file_metadata_for_preferred___40__wanted__41___content.mdwn b/doc/todo/using_file_metadata_for_preferred___40__wanted__41___content.mdwn
new file mode 100644
index 0000000000..d9226d21f8
--- /dev/null
+++ b/doc/todo/using_file_metadata_for_preferred___40__wanted__41___content.mdwn
@@ -0,0 +1,12 @@
+Having the option of choosing for every file if we want it in our repository or not would be a great feature. It is currently possible using the wanted expression, but it is not very flexible, or it becomes unmaintainable.
+
+I tried with two repositories a and b, with the following wanted expressions :
+
+* for a: `not metadata=unwanted=<uuid-of-a>`
+* for b: `not metadata=unwanted=<uuid-of-b>`
+
+I think those expressions should be included in standard wanted expressions.
+
+Also, to improbe the feature, it should be possible to set (or remove) metadata in directories, and those should automatically affect their content.
+
+And we could imagine a `git annex unwant` command that would add the unwanted metadata to a file, copy it to other repositories, and attempt to drop it.
diff --git a/doc/todo/view_git_annex_log_in_webapp.mdwn b/doc/todo/view_git_annex_log_in_webapp.mdwn
new file mode 100644
index 0000000000..3815643b22
--- /dev/null
+++ b/doc/todo/view_git_annex_log_in_webapp.mdwn
@@ -0,0 +1,5 @@
+Just gave git annex a quick try for a few minutes and I must admit it's pretty great.
+
+A must have feature for me is to be able to view git annex log in the web app as "git annex log" doesn't got BIDI support (RTL scripts like Arabic, Farsi, Hebrew).
+Adding Bi-directional text support would be too much to ask from a developer that don't know these languages thus the solution is to use the already the web browser to handle that.
+
diff --git a/doc/todo/view_git_annex_log_in_webapp/comment_1_945054441d93423b2c7b81712b364a3c._comment b/doc/todo/view_git_annex_log_in_webapp/comment_1_945054441d93423b2c7b81712b364a3c._comment
new file mode 100644
index 0000000000..362119bae1
--- /dev/null
+++ b/doc/todo/view_git_annex_log_in_webapp/comment_1_945054441d93423b2c7b81712b364a3c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmHp5oVW8Z9v_vHs5FRtlYj80TYMQWVTS0"
+ nickname="dhead"
+ subject="comment 1"
+ date="2014-05-30T00:13:27Z"
+ content="""
+...the already built in BIDI support the web browser to handle that.
+"""]]
diff --git a/doc/todo/view_git_annex_log_in_webapp/comment_2_0f434dfe80e90951870218bc1b76c374._comment b/doc/todo/view_git_annex_log_in_webapp/comment_2_0f434dfe80e90951870218bc1b76c374._comment
new file mode 100644
index 0000000000..f9e14a55f3
--- /dev/null
+++ b/doc/todo/view_git_annex_log_in_webapp/comment_2_0f434dfe80e90951870218bc1b76c374._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.176"
+ subject="comment 2"
+ date="2014-05-30T00:32:25Z"
+ content="""
+I don't understand this request at all
+
+* There are plenty of console emulators with bidi support. If you need bidi support, surely you have already found and are using one of them?
+* `git annex log` does not output much that seems likely to need bidi support. At least no more than any other git-annex command, specifically names of remotes, and names of files.
+* `git annex log` is a low-level tool, almost a debugging tool. Users of the webapp might be interested in which repositories a file has gotten to, but surely not the history of past locations of files.
+"""]]
diff --git a/doc/todo/webapp_ssh_setup_should_work_with_locked_down_git-annex-shell_account.mdwn b/doc/todo/webapp_ssh_setup_should_work_with_locked_down_git-annex-shell_account.mdwn
new file mode 100644
index 0000000000..d91bd4be5a
--- /dev/null
+++ b/doc/todo/webapp_ssh_setup_should_work_with_locked_down_git-annex-shell_account.mdwn
@@ -0,0 +1,7 @@
+When the webapp is used to set up a ssh repository, it should detect if
+there is already a repository, and sshing in to the server forces running
+git-annex-shell (perhaps by it being set to the user's login shell). 
+
+In this case it should just use the already set up repository. Note that
+it would not be possible to add a new repository on the server using only
+git-annex-shell. --[[Joey]]
diff --git a/doc/todo/windows_git-annex_service.mdwn b/doc/todo/windows_git-annex_service.mdwn
new file mode 100644
index 0000000000..5a7e917528
--- /dev/null
+++ b/doc/todo/windows_git-annex_service.mdwn
@@ -0,0 +1,30 @@
+## git-annex as service on windows
+
+Use nssm to run git-annex as a service. Will need to include it in the
+git-annex bundle.
+
+Problem: nssm runs git-annex as a service as a LocalService user. (Or some
+similar user.) This leads to permission problems, when the normal user
+tries to write to its directory.
+
+Solution: Make `git-annex mkservice $repo` command (only avilable on
+Windows) that does:
+
+1. git -c core.sharedRepository=true init $repo
+2. cd $repo; git annex init
+4. chmod 777 -R $repo
+5. Add $repo to C:\.config\git-annex\autostart
+6. If git-annex service does not yet exist in nssm, set it up and start it.
+
+**Problem**: With 2 users writing to one repository, files and subdirs
+will end up owned by git-annex or by the desktop user, and the other user 
+won't be able to eg, edit a file or remove a file from a directory.
+
+Make git-annex read `C:\.config\git-annex\autostart`
+on Windows, in addition to the one in $HOME. This way, `git annex assistant
+--autostart` and `git annex webapp` will use it, no matter which user.
+
+WIP git branch: `winservice`
+
+> I am calling this [[done]], it's not done using a service, but it works.
+> --[[Joey]]
diff --git a/doc/todo/windows_git-annex_service/comment_11_c3af14453e99dae5425deaa26ca7310e._comment b/doc/todo/windows_git-annex_service/comment_11_c3af14453e99dae5425deaa26ca7310e._comment
new file mode 100644
index 0000000000..83e2ba514b
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_11_c3af14453e99dae5425deaa26ca7310e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="running as service"
+ date="2014-05-13T17:40:57Z"
+ content="""
+Hey, just tried git-annex on windows. Love the idea, but the windows port still seems to be a work in progress. I thought I'd check in here and see if i could help. Maybe this is a start:
+
+You can setup any executable file as a windows service using Sc.exe included in the Windows Resource Kit.
+https://support.microsoft.com/kb/251192?SmcNavTabIndex=1
+Its pretty easy and straightforward 
+
+Another option would be installing the service using nsis, here is one possible plugin that should do the trick: http://nsis.sourceforge.net/NSIS_Simple_Service_Plugin
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_11_e2dda1037cc85f03613f2774c139ad56._comment b/doc/todo/windows_git-annex_service/comment_11_e2dda1037cc85f03613f2774c139ad56._comment
new file mode 100644
index 0000000000..df945b5176
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_11_e2dda1037cc85f03613f2774c139ad56._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-06-16T23:47:36Z"
+ content="""
+I am stuck with apparently intractable permissions problems, if the git-annex service doesn't run as the same user who wants to use the git-annex repository.
+
+nssm is supposed to let the user the service runs as be set on the Log on tab, but I cannot get it to accept any user/password there, on my XP test VM. If anyone gets that tab in nssm to work, let me know.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_12_249a48a241f14f32dab49f381d2de3b3._comment b/doc/todo/windows_git-annex_service/comment_12_249a48a241f14f32dab49f381d2de3b3._comment
new file mode 100644
index 0000000000..9b7e876542
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_12_249a48a241f14f32dab49f381d2de3b3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="comment 12"
+ date="2014-06-17T00:01:35Z"
+ content="""
+To get rid of permission problems, you may find setacl useful. Chmod and chown from msys dont't seem to work correctly with windows 8
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_12_d3d91ddc00bc275455022d86b779b148._comment b/doc/todo/windows_git-annex_service/comment_12_d3d91ddc00bc275455022d86b779b148._comment
new file mode 100644
index 0000000000..df4545911a
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_12_d3d91ddc00bc275455022d86b779b148._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 12"
+ date="2014-05-15T20:36:09Z"
+ content="""
+@Dominik, thanks for the links. Now that the webapp handles prompting for ssh passwords, the console is entirely vestigial and I'd like to get rid of it. The sc commands seems possible to use; there are also haskell libraries for building windows services.
+
+The tricky part is that multiple git-annex assistant processes can be running, if there are multiple local repositories. This seems to be hard to do as a service.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_13_59fbe4d07cdbeb786bae792f9c709ddd._comment b/doc/todo/windows_git-annex_service/comment_13_59fbe4d07cdbeb786bae792f9c709ddd._comment
new file mode 100644
index 0000000000..3d630ed0cf
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_13_59fbe4d07cdbeb786bae792f9c709ddd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://johan.kiviniemi.name/"
+ nickname="Johan"
+ subject="comment 13"
+ date="2014-05-16T02:27:51Z"
+ content="""
+“The tricky part is that multiple git-annex assistant processes can be running, if there are multiple local repositories.”
+
+This would probably mean a lot of work, but it might be nice if there was just a single git-annex assistant per user which could take care of multiple local repos. The UI would be nicer, too, since the status of and notifications from every repository could be shown in the same place.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_13_f1d254fe85b0e5cbc7edf9096af4f942._comment b/doc/todo/windows_git-annex_service/comment_13_f1d254fe85b0e5cbc7edf9096af4f942._comment
new file mode 100644
index 0000000000..894eb4b6c4
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_13_f1d254fe85b0e5cbc7edf9096af4f942._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 13"
+ date="2014-06-17T16:52:55Z"
+ content="""
+I have messed with the windows ACLs some yesterday, but I don't know how or if it's possible to set ACLs on a directory, such that everything created inside it will be writable by two different users. Certainly this is doable on POSIX; if it's doable on Windows, I'll revisit services.
+
+----
+
+
+For now, it seems that a better option may be to not run git-annex as a service, but use various dos-window hiding technologies.
+
+<http://stackoverflow.com/questions/21031171/how-to-run-a-command-on-the-background-on-windows/21031281#21031281>
+
+I have successfully gotten this to work using nircmd. make a git-annex-webapp.bat, containing:
+
+<pre>
+title GitAnnex
+nircmd.exe win hide ititle \"GitAnnex\"
+git annex webapp
+</pre>
+
+This works, although the DOS box flashes onscreen for maybe 1/10th of a second before nircmd hides it. A git-annex-assistant.bat could run git-annex assistant --autostart, and would be suitable to be setup to run on startup.
+
+(It seems that it's possible to write a VBScript or C# program that sets up a hidden WScript.Shell and runs a command in it. That might avoid the window flash. However, it seems hard to get VBScript to run, and I have not investigated C#.)
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_14_79fc0ff98c5bba2ed616e52e5a58e28f._comment b/doc/todo/windows_git-annex_service/comment_14_79fc0ff98c5bba2ed616e52e5a58e28f._comment
new file mode 100644
index 0000000000..9d7fb9ff00
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_14_79fc0ff98c5bba2ed616e52e5a58e28f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="multiple git-annex assistant processes"
+ date="2014-05-16T23:05:28Z"
+ content="""
+shouldn't be a problem though if all processes are spawned from the same service though, right? Or what problems did you have in mind?
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_14_7d5fdac0084c4742967879f5f0f9fccf._comment b/doc/todo/windows_git-annex_service/comment_14_7d5fdac0084c4742967879f5f0f9fccf._comment
new file mode 100644
index 0000000000..5aba4e8e48
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_14_7d5fdac0084c4742967879f5f0f9fccf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 14"
+ date="2014-06-17T16:56:32Z"
+ content="""
+Note that nircmd is not free software; but can be distributed free of charge, provided all the files in the zip are included and unmodified. Sucks, but it's windows..
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_15_8f10491f8c0a151284e6d81a83eab212._comment b/doc/todo/windows_git-annex_service/comment_15_8f10491f8c0a151284e6d81a83eab212._comment
new file mode 100644
index 0000000000..c7247ce453
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_15_8f10491f8c0a151284e6d81a83eab212._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 15"
+ date="2014-06-17T17:10:28Z"
+ content="""
+<http://www.ntwind.com/software/hstart.html> is another option. 
+
+How to run VB script:
+
+<http://stackoverflow.com/questions/289498/running-batch-file-in-background-when-windows-boots-up>
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_15_fcd34607116183cc1a764fb307eabe0a._comment b/doc/todo/windows_git-annex_service/comment_15_fcd34607116183cc1a764fb307eabe0a._comment
new file mode 100644
index 0000000000..57505d1d96
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_15_fcd34607116183cc1a764fb307eabe0a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 15"
+ date="2014-06-04T20:49:26Z"
+ content="""
+`sc` can only be used by the administrator. That is problimatic.
+
+Also, in order for sc to be used, the program has to have support for it. It cannot be any arbitrary program. win32-service adds such support. However, I have not been able to get programs using win32-service to build: <https://github.com/mikesteele81/Win32-services/issues/3>
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_16_51800fd83cd979b021eabdd4c44cfd61._comment b/doc/todo/windows_git-annex_service/comment_16_51800fd83cd979b021eabdd4c44cfd61._comment
new file mode 100644
index 0000000000..7efe7b3380
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_16_51800fd83cd979b021eabdd4c44cfd61._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 16"
+ date="2014-06-17T17:18:34Z"
+ content="""
+Using wscript to run a file containing this will start the webapp w/o any console flicker:
+
+<pre>
+Set objshell=CreateObject(\"Wscript.Shell\")
+objShell.Run(\"git-annex webapp\"), 0, False
+</pre>
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_16_6a6424f23772e57f1adb1807ca8b93fa._comment b/doc/todo/windows_git-annex_service/comment_16_6a6424f23772e57f1adb1807ca8b93fa._comment
new file mode 100644
index 0000000000..53b705d055
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_16_6a6424f23772e57f1adb1807ca8b93fa._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="service not needed"
+ date="2014-06-04T21:16:06Z"
+ content="""
+Seems that all I need to do is pass -optl-mwindows when building git-annex; this will produce a binary that does not open a console window when started from the start menu, but still runs in the background. So it will work as the webapp. 
+
+**However**, it can't be used at the command line. So, I think I should make a git-annex-webapp shim that's built that way and starts the real webapp.
+
+But, some work needs to be done, because when run this way, git-annex can't write to stdout or stderr, which it tries to do, and so crashes on startup.
+
+Also, when git-annex is built that way and tries to run git.. windows helpfully opens a command.exe to display any output git might have. So we get lots of flickering command.exe windows.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment b/doc/todo/windows_git-annex_service/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment
new file mode 100644
index 0000000000..520e50154e
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_17_62a1a33c2aaf4b0b8a0149ec526907d7._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="comment 17"
+ date="2014-06-05T16:42:02Z"
+ content="""
+Actually you can create a service from any program or batch file using srvany.exe from the windows resource kit: http://support.microsoft.com/kb/137890. An alternative would be the Non-Sucking Service Manager http://nssm.cc/ 
+Also nsis has some plugins for creating services, but i havent tried any of them: http://nsis.sourceforge.net/How_do_I_start/stop/create/remove/check_a_service
+
+Upsides:
+1) You don't have to touch your code or change anything in the compilation just to create the service
+2) git-annex will still work fine from the console
+Downside: You'd have to include an extra binary or plugin in your installer for creating the service
+
+But I'm pretty sure that none of the commandline calls would pop up in a new window that way, but if you need the verbose mode, you could still start the webapp from console instead as service and everything will show as expected
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_18_3a408492107ca6f120b631ce8c41faef._comment b/doc/todo/windows_git-annex_service/comment_18_3a408492107ca6f120b631ce8c41faef._comment
new file mode 100644
index 0000000000..494e3f43a8
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_18_3a408492107ca6f120b631ce8c41faef._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="nssm notes"
+ date="2014-06-10T18:16:00Z"
+ content="""
+* Have to install and run nssm as an administrator. (It may be possible to get it to run as a non-administrator user if the admin sets it up. I haven't succeeded.)
+* `nssm install git-annex`
+* Set path to git-annex, and set Arguments to: `assistant --autostart`
+* In Exit tab, change Restart to \"No action\"
+* In Process tab, uncheck \"Console window\"
+* Repositories to start up have to be listed in `C:\Documents and Settings\LocalService\.config\git-annex\autostart`
+  (rather than the normal user home directory)
+
+After all that it works! Even opening git-annex webapp from the menu avoids the console window (it appears briefly but then goes away).
+
+Most of this setup could be boiled down to a command line invocation, which git-annex could do at install time. However, it would still need to be run by the admin. Luckily the git-annex installation process already only works as admin (and I guess I could close the bug about that if it gets a legitimate reason to need admin..)
+
+Some changes in git-annex would improve this. 
+
+* Maybe have a way to specify the user that git-annex is running on behalf of, and look in that user's home directory, rather than LocalService. (Other parts of the webapp UI, like adding a new repository, also use LocalService as the home directory, which is confusing).
+* Starting the webapp for the first time to create a repository still opens a console window, so find a workaround for this.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_19_c6cbc8fe9218f90c661cd1026658c939._comment b/doc/todo/windows_git-annex_service/comment_19_c6cbc8fe9218f90c661cd1026658c939._comment
new file mode 100644
index 0000000000..ec3cf7b090
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_19_c6cbc8fe9218f90c661cd1026658c939._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm9ocq1Kb0WL-cz-LPpvd2Xm-q8tIQvqXA"
+ nickname="Dominik"
+ subject="comment 19"
+ date="2014-06-10T18:24:22Z"
+ content="""
+That sounds great! I'll try it out on windows 8 aswell once i get around to it.
+"""]]
diff --git a/doc/todo/windows_git-annex_service/comment_20_ca245781a37db5546da3f7204adbeebb._comment b/doc/todo/windows_git-annex_service/comment_20_ca245781a37db5546da3f7204adbeebb._comment
new file mode 100644
index 0000000000..badb5308a7
--- /dev/null
+++ b/doc/todo/windows_git-annex_service/comment_20_ca245781a37db5546da3f7204adbeebb._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 20"
+ date="2014-06-10T19:11:57Z"
+ content="""
+This seems pretty close to a command line to install the service with nssm.
+
+<pre>
+nssm install git-annex 'C:\Program Files\Git\cmd\git-annex.exe' assistant --autostart
+nssm set git-annex AppExit 0 Ignore
+nssm set git-annex AppExit 1 Ignore
+nssm set git-annex AppDirectory C:\
+nssm set git-annex AppNoConsole 1
+nssm start git-annex
+</pre>
+"""]]
diff --git a/doc/todo/windows_support.mdwn b/doc/todo/windows_support.mdwn
new file mode 100644
index 0000000000..a48fcbc4e4
--- /dev/null
+++ b/doc/todo/windows_support.mdwn
@@ -0,0 +1,121 @@
+The git-annex Windows port is beta, but rapidly becoming polished and
+usable!
+
+## status
+
+* XMPP library not yet built. (See below.)
+
+* Local pairing seems to fail, after acking on Linux box, it stalls.
+  (Also, of course, the Windows box is unlikely to have a ssh server,
+  so only pairing with a !Windows box will work.)
+
+* gcrypt is not ported to windows (and as a shell script, may need
+  to be rewritten)
+
+* Incremental fsck sets the sticky bit to record when a file is fscked,
+  and this is not done on windows, so fsck doesn't behave incrementally
+  there.
+
+* Deleting a git repository from inside the webapp fails "RemoveDirectory
+  permision denied ... file is being used by another process"
+
+## potential encoding problems
+
+[[bugs/Unicode_file_names_ignored_on_Windows]] is fixed, but some potential
+problems remain, since the FileSystemEncoding that git-annex relies on
+seems unreliable/broken on Windows.
+
+* When git-annex displays a filename that it's acting on, there
+  can be mojibake on Windows. For example, "háčky.txt" displays
+  the accented characters as instead the pairs of bytes making
+  up the utf-8. Tried doing various things to the stdout handle
+  to avoid this, but only ended up with encoding crashes, or worse
+  mojibake than this.
+
+* `md5FilePath` still uses the filesystem encoding, and so may produce the
+  wrong value on Windows. This would impact keys that contain problem characters
+  (probably coming from the filename extension), and might cause
+  interoperability problems when git-annex generates the hash directories of a
+  remote, for example a rsync remote.
+
+* `encodeW8` is used in Git.UnionMerge, and while I fixed the other calls to
+  encodeW8, which all involved ByteStrings reading from git and so can just
+  treat it as utf-8 on Windows (via `decodeBS`), in the union merge case,
+  the ByteString has no defined encoding. It may have been written on Unix
+  and contain keys with invalid unicode in them. On windows, the union
+  merge code should probably check if it's valid utf-8, and if not,
+  abort the merge.
+
+* If interoperating with a git-annex repository from a unix system, it's
+  possible for a key to contain some invalid utf-8, which means its filename
+  cannot even be represented on Windows, so who knows what will happen in that
+  case -- probably it will fail in some way when adding the object file
+  to the Windows repo. 
+
+* If data from the git repo does not have a unicode encoding, it will be
+  mangled in various places on Windows, which can lead to undefined behavior.
+
+## minor problems
+
+* rsync special remotes with a rsyncurl of a local directory are known
+  buggy. (git-annex tells rsync C:foo and it thinks it means a remote host
+  named C...)
+* webapp lets user choose to encrypt repo, and generate gpg key,
+  before checking that gcrypt is not installed
+* Ssh connection caching does not work on Windows, so `git annex get`
+  has to connect twice to the remote system over ssh per file, which
+  is much slower than on systems supporting connection caching.
+* glacier-cli is not easily available (probably)
+* user feedback: "Git on windows installer provides openssh 4.6. git-annex installer
+  provides openssh 6.2 . This seems to create problems regarding how
+  `known_hosts` file path is setup. Setting `GIT_SSH=` to the git-annex
+  openssh version fixes the problem."  
+  However, I don't know how to determine what that location is after
+  it's been installed. Maybe look for ssh.exe in same directory as
+  git-annex.exe? --[[Joey]]
+
+## stuff needing testing
+
+* test that adding a repo on a removable drive works; that git is synced to
+  it and files can be transferred to it and back
+* Does stopping in progress transfers work in the webapp?
+
+## trying to build XMPP
+
+Lots of library deps:
+
+1. gsasl-$LATEST.zip from <http://josefsson.org/gnutls4win/> (includes
+   gnuidn and gnutls)
+2. pkg-config from
+   <http://sourceforge.net/projects/pkgconfiglite/files/latest/download?source=files>
+3. libxml2 from mingw:
+   <http://sourceforge.net/projects/mingw/files/MSYS/Extension/libxml2/libxml2-2.7.6-1/>
+   both the -dll and the -dev
+3. Extract all the above into the Haskell platform's mingw directory. Note
+   that pkg-config needs to be moved out of a named subdirectory.
+4. Run in DOS prompt (not cygwin!): cabal install network-protocol-xmpp
+
+Current FAIL:
+
+<pre>
+Loading package gnutls-0.1.5 ... ghc.exe: internal error: Misaligned section: 18206e5b
+    (GHC version 7.6.3 for i386_unknown_mingw32)
+        Please report this as a GHC bug:
+	http://www.haskell.org/ghc/reportabug
+</pre>
+
+<https://ghc.haskell.org/trac/ghc/ticket/8830>
+
+Note: This only happens in the TH link stage. So building w/o the webapp
+works with XMPP.
+
+Options:
+
+1. Use EvilSplicer, building first without XMPP library, but with its UI,
+   and a second time without TH, but with the XMPP library. Partially done
+   on the `winsplicehack` branch, but requires building patched versions
+   of lots of yesod dependency chain to export modules referenced by TH
+   splices, like had to be done on Android. Horrible pain. Ugly as hell.
+2. Make a helper program with the XMPP support in it, that does not use TH.
+3. Swich to a different XMPP client library, like
+   <http://hackage.haskell.org/package/pontarius-xmpp>
diff --git a/doc/todo/windows_support/comment_10_394127e34e07ab3dc0e7b94ee6898866._comment b/doc/todo/windows_support/comment_10_394127e34e07ab3dc0e7b94ee6898866._comment
new file mode 100644
index 0000000000..fb061962e5
--- /dev/null
+++ b/doc/todo/windows_support/comment_10_394127e34e07ab3dc0e7b94ee6898866._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 10"
+ date="2013-08-04T18:23:00Z"
+ content="""
+Encryption is now working on Windows.
+"""]]
diff --git a/doc/todo/windows_support/comment_11_c91eb7da8ee05064a5bc4a6e2203314b._comment b/doc/todo/windows_support/comment_11_c91eb7da8ee05064a5bc4a6e2203314b._comment
new file mode 100644
index 0000000000..f4a2eaa7f3
--- /dev/null
+++ b/doc/todo/windows_support/comment_11_c91eb7da8ee05064a5bc4a6e2203314b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-06-16T23:48:03Z"
+ content="""
+service stuff moved to [[todo/windows_git-annex_service]]
+"""]]
diff --git a/doc/todo/windows_support/comment_1_3cc26ad8101a22e95a8c60cf0c4dedcc._comment b/doc/todo/windows_support/comment_1_3cc26ad8101a22e95a8c60cf0c4dedcc._comment
new file mode 100644
index 0000000000..fd5b6f5cd3
--- /dev/null
+++ b/doc/todo/windows_support/comment_1_3cc26ad8101a22e95a8c60cf0c4dedcc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkRITTYYsN0TFKN7G5sZ6BWGZOTQ88Pz4s"
+ nickname="Zoltán"
+ subject="cygwin"
+ date="2012-05-15T00:14:08Z"
+ content="""
+What about [Cygwin](http://cygwin.com/)? It emulates POSIX fairly well under Windows (including signals, forking, fs (also things like /dev/null, /proc), unix file permissions), has all standard gnu utilities. It also emulates symlinks, but they are unfortunately incompatible with NTFS symlinks introduced in Vista [due to some stupid restrictions on Windows](http://cygwin.com/ml/cygwin/2009-10/msg00756.html).
+
+If git-annex could be modified to not require symlinks to work, the it would be a pretty neat solution (and you get a real shell, not some command.com on drugs (aka cmd.exe))
+"""]]
diff --git a/doc/todo/windows_support/comment_2_8acae818ce468967499050bbe3c532ea._comment b/doc/todo/windows_support/comment_2_8acae818ce468967499050bbe3c532ea._comment
new file mode 100644
index 0000000000..e37a555756
--- /dev/null
+++ b/doc/todo/windows_support/comment_2_8acae818ce468967499050bbe3c532ea._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk5cj-itfFHq_yhJHdzk3QOPp-PNW_MjPU"
+ nickname="Michael"
+ subject="+1 Cygwin"
+ date="2012-05-23T19:30:21Z"
+ content="""
+Windows support is a must. In my experience, binary file means proprietary editor, which means Windows.
+
+Unfortunately, there's not much overlap between people who use graphical editors in Windows all day vs. people who are willing to tolerate Cygwin's setup.exe, compile a Haskell program, learn git and git-annex's 90-odd subcommands, and use a mintty terminal to manage their repository, especially now that there's a sexy GitHub app for Windows.
+
+That aside, I think Windows-based content producers are still *the* audience for git-annex. First Windows support, then a GUI, then the world.
+"""]]
diff --git a/doc/todo/windows_support/comment_3_bd0a12f4c9b884ab8a06082842381a01._comment b/doc/todo/windows_support/comment_3_bd0a12f4c9b884ab8a06082842381a01._comment
new file mode 100644
index 0000000000..0b48db7502
--- /dev/null
+++ b/doc/todo/windows_support/comment_3_bd0a12f4c9b884ab8a06082842381a01._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://xolus.net/openid/max"
+ nickname="B0FH"
+ subject="What about NTFS support ?"
+ date="2012-08-02T17:45:10Z"
+ content="""
+Has git-annex been tested with an NTFS-formatted disk under Linux ? NTFS is supposed to be case-sensitive and to allow symlinks, and these are supposed to work with ntfs3g.
+"""]]
diff --git a/doc/todo/windows_support/comment_4_ad06b98b2ddac866ffee334e41fee6a8._comment b/doc/todo/windows_support/comment_4_ad06b98b2ddac866ffee334e41fee6a8._comment
new file mode 100644
index 0000000000..66f9ca71fd
--- /dev/null
+++ b/doc/todo/windows_support/comment_4_ad06b98b2ddac866ffee334e41fee6a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlc1og3PqIGudOMkFNrCCNg66vB7s-jLpc"
+ nickname="Paul"
+ subject="Re: What about NTFS support?"
+ date="2012-08-16T19:30:38Z"
+ content="""
+I successfully use git-annex on an NTFS formatted external USB drive, so yes, it is possible and works well.
+"""]]
diff --git a/doc/todo/windows_support/comment_5_444fc7251f57db241b6e80abae41851c._comment b/doc/todo/windows_support/comment_5_444fc7251f57db241b6e80abae41851c._comment
new file mode 100644
index 0000000000..8f76ee2587
--- /dev/null
+++ b/doc/todo/windows_support/comment_5_444fc7251f57db241b6e80abae41851c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/dASECLNzvckz4VwqUGYsvthiplY.#d2c27"
+ nickname="A. D. Sicks"
+ subject="comment 5"
+ date="2012-09-09T23:48:21Z"
+ content="""
+Haskell has C++ binding, so it should be possible to port it to .net/Mono with a VB GUI for Windows users.  Windows has a primitive form of symlinks called shortcuts.  Perhaps shortcut support in Windows could replace the use of symlinks.  I've used shortcuts since XP to put my home Windows directory on another partition and never had a hitch...
+
+If anyone is interested in working on this, hit me up.  I would like to use this in my XP vbox to have access to files on my host OS...I have a student edition of Visual Studio 2005 to do an open source port...
+"""]]
diff --git a/doc/todo/windows_support/comment_6_34f1f60b570c389bb1e741b990064a7e._comment b/doc/todo/windows_support/comment_6_34f1f60b570c389bb1e741b990064a7e._comment
new file mode 100644
index 0000000000..bf9f86f419
--- /dev/null
+++ b/doc/todo/windows_support/comment_6_34f1f60b570c389bb1e741b990064a7e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnlwEMhiNYv__mEUABW4scn83yMraC3hqE"
+ nickname="Sean"
+ subject="NTFS symlinks"
+ date="2013-01-11T21:44:21Z"
+ content="""
+It seems that NTFS (from Vista forward) has full POSIX support for symlinks. At least, Wikipedia [seems to think so.](http://en.wikipedia.org/wiki/NTFS_symbolic_link). What about doing like GitHub and using MinGW for compatibility? Cygwin absolutely blows in terms of installation size and compatability with the rest of Windows.
+"""]]
diff --git a/doc/todo/windows_support/comment_7_a5ca56c487257434650420acfa60e39f._comment b/doc/todo/windows_support/comment_7_a5ca56c487257434650420acfa60e39f._comment
new file mode 100644
index 0000000000..0ee09ac5a2
--- /dev/null
+++ b/doc/todo/windows_support/comment_7_a5ca56c487257434650420acfa60e39f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpSOjMH7Iaz56v6Pr9KCFSpbvMXvg-y9o"
+ nickname="Dominik"
+ subject="So close :-)"
+ date="2013-06-30T12:46:40Z"
+ content="""
+I was fighting my way forward until I read here that special remote with ssh+rsync and encryption doesn't work. Interestingly I got everything working so far, ssh login is keybased, gpg -k works and the remote setup also correctly cooperated with gpg... but it just didn't sync. Any ideas how complex it is to get this last missing piece moving?
+"""]]
diff --git a/doc/todo/windows_support/comment_8_61214de7d967740d42905f3823ce2f65._comment b/doc/todo/windows_support/comment_8_61214de7d967740d42905f3823ce2f65._comment
new file mode 100644
index 0000000000..fe193f7e07
--- /dev/null
+++ b/doc/todo/windows_support/comment_8_61214de7d967740d42905f3823ce2f65._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 8"
+ date="2013-06-30T17:58:08Z"
+ content="""
+It should be easy to fix whatever's wrong the the rsync special remote. Just a matter of debugging that.
+
+Adding encryption support on Windows is stuck at a roadblock I don't know the way around. To drive gpg, git-annex uses the `--passphrase-fd` option, and sends the \"passphrase\" (really a big block of binary foo!) over a file descriptor of a pipe that it set up.
+
+Windows, AFAIK, doesn't have file descriptors, or at least there is no equivilant to them that I have access to in the Haskell POSIX compatability layer for Windows. I am reluctant to fall back to using `--passphrase-file` on Windows, since that would be a massive security hole (as would passing the passphrase as a parameter via `--passphrase=`).
+"""]]
diff --git a/doc/todo/windows_support/comment_9_259a0b1a6f4d8d1944173380adc5e7c8._comment b/doc/todo/windows_support/comment_9_259a0b1a6f4d8d1944173380adc5e7c8._comment
new file mode 100644
index 0000000000..9ae337886e
--- /dev/null
+++ b/doc/todo/windows_support/comment_9_259a0b1a6f4d8d1944173380adc5e7c8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpSOjMH7Iaz56v6Pr9KCFSpbvMXvg-y9o"
+ nickname="Dominik"
+ subject="comment 9"
+ date="2013-07-31T10:29:51Z"
+ content="""
+The tradeoff for me is a \"local\" security hole (where I can secure my own laptop) vs. a remotely exploitable thing... If it needs to go through a file, so be it -- it would however be good if that file would be overwritten with garbage before being deleted :-)
+"""]]
diff --git a/doc/todo/wishlist:_--maxdepth_option_for_git_annex_find.mdwn b/doc/todo/wishlist:_--maxdepth_option_for_git_annex_find.mdwn
new file mode 100644
index 0000000000..c309f24911
--- /dev/null
+++ b/doc/todo/wishlist:_--maxdepth_option_for_git_annex_find.mdwn
@@ -0,0 +1,22 @@
+`git annex find` currently makes for a great way to find which files are already local, and don't need to get `git annex get` gotten; obviously `ls` just shows me all the files in a given directory, disregarding git-annex (and without recursing to subdirectories). I think that adding a '--maxdepth' option to `git annex find` would make it much easier to use at directories high up in the directory structure, since currently `git annex find` recurses all subdirectories necessarily, when I really just want to see whether or not there are git-annex files present from a given directory.
+
+Obviously, since directories themselves are not git-annex objects, there is no way to say whether or not they are "present", but perhaps the most intuitive would be to say whether or not any git-annex files under a given directory are present.
+
+For example, if I have:  
+./  
++-- subdir0/  
+|  +-- file0 (present in local git-annex repo)  
+|  +-- file1 (present in local git-annex repo)  
++-- subdir1/  
+|  +-- file0 (not present in local git-annex repo)  
+|  +-- file1 (not present in local git-annex repo)  
++-- file2 (present in local git-annex repo)  
+
+and I type `git annex find --maxdepth 1 .`, the output might look something like:  
+subdir0/  
+file2  
+
+rather than:  
+subdir0/file0  
+subdir0/file1  
+file2  
diff --git a/doc/todo/wishlist:_Add_--byte-limit_option.mdwn b/doc/todo/wishlist:_Add_--byte-limit_option.mdwn
new file mode 100644
index 0000000000..28642b50d7
--- /dev/null
+++ b/doc/todo/wishlist:_Add_--byte-limit_option.mdwn
@@ -0,0 +1,14 @@
+This option is related to `--time-limit`, but stops after processing X 
+bytes. For example, I often need to free up a certain amount of space on 
+a disk and want `git-annex move` to stop after it has copied a specified 
+amount of data:
+
+    git annex move --to otherdisk --byte-limit 3G
+    git annex drop --auto --byte-limit 500m
+    git annex get --byte-limit 500m
+
+I've been using some `annex.diskreserve` trickery now and then to 
+accomplish this, but it's a bit cumbersome and also not a very precise 
+way to specify the amount I want to copy/move/get. The last example 
+would also be a useful command to limit the traffic when I'm connecting 
+via mobile – get as much as possible, but don't blow the mobile quota.
diff --git a/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav.mdwn b/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav.mdwn
new file mode 100644
index 0000000000..96552eecca
--- /dev/null
+++ b/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav.mdwn
@@ -0,0 +1,7 @@
+It would be very nice with an "advanced settings" for jabber and webdav support.
+
+Currently XMPP fails if you use a google apps account. Since the domain provided in the email is not the same as the XMPP server.
+
+Same goes for webdav support. If i have my own webdav server somewhere on the internet there is no way to set it up in the assistant.
+
+[[!tag /design/assistant]]
diff --git a/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav/comment_1_11c7444ab4988c60732af505b52bde3c._comment b/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav/comment_1_11c7444ab4988c60732af505b52bde3c._comment
new file mode 100644
index 0000000000..61cd3fc2e7
--- /dev/null
+++ b/doc/todo/wishlist:_Advanced_settings_for_xmpp_and_webdav/comment_1_11c7444ab4988c60732af505b52bde3c._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="Hooks too"
+ date="2013-05-22T10:40:33Z"
+ content="""
+It would actually be very nice if this could be done with hooks too.
+
+Especially with the new hook method.
+
+Take this hook
+
+	mega-hook = /usr/bin/python2 ~/sources/megaannex/megaannex.py
+
+git-annex could make a request with either the parameter(or environment variable) \"getsettingsobject\" that could return. {\"username\": \"\", \"password\": \"\", \"folder\": \"\"}.
+
+The point being git-annex can request from the hooks program what settings it takes, and give a web interface to set it. Then store the information in the creds folder(ew ew, that folder is unencrypted, oh well) and pass it to the hook on run. 
+
+The advantage being that users wouldn't have to edit a settings file manually (this is currently also the case for the IMAP special remote, which also requires a settings file).
+"""]]
diff --git a/doc/todo/wishlist:_Freeing_X_space_on_remote_Y.mdwn b/doc/todo/wishlist:_Freeing_X_space_on_remote_Y.mdwn
new file mode 100644
index 0000000000..5fec39d98f
--- /dev/null
+++ b/doc/todo/wishlist:_Freeing_X_space_on_remote_Y.mdwn
@@ -0,0 +1 @@
+As suggested during the first Gitify BoF during DebConf13: Adding a way to have on-demand dropping of content in a given remote would allow a user to quickly free up disk space on demand while still heeding numcopies etc.
diff --git a/doc/todo/wishlist:_Option_to_specify_max_transfer_rate.mdwn b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate.mdwn
new file mode 100644
index 0000000000..3ecb421978
--- /dev/null
+++ b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate.mdwn
@@ -0,0 +1,3 @@
+A big part of my online use is done via a low-speed connection over my mobile phone, this is limited to 16KB/sec because I always use up my 500MB quota the very first day of the month. `;-/` So when I need to download big files, I first download them to my online server, then transfer the files to my laptop with git-annex. If I'm connected via GSM, this occupies all the bandwidth and everything else moves like a heavily sedated slug. So if I want to work via VNC or SSH, I have to terminate ongoing transfers with Ctrl-C and then hopefully remember to restart it when I work locally. I know git-annex is robust enough to handle this gracefully, but it would be really nice to have a continuous connection going on in the background, limited to a value I choose.
+
+rsync(1) has a `--bwlimit` (bandwidth limit) where you can specify max download/upload speed in kilobytes/sec. It would be great if a similar option was integrated into git-annex. Thanks in advance.
diff --git a/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_1_4fd870e14b5b70c8a6ade41406294387._comment b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_1_4fd870e14b5b70c8a6ade41406294387._comment
new file mode 100644
index 0000000000..78ca76939a
--- /dev/null
+++ b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_1_4fd870e14b5b70c8a6ade41406294387._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="trickle"
+ date="2013-01-22T22:44:52Z"
+ content="""
+not exactly integrated, but you can easily use trickle for this.
+
+    trickle -d 50 git annex ...
+"""]]
diff --git a/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_2_dd854f297ad6a94b54be9f3edfd0f766._comment b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_2_dd854f297ad6a94b54be9f3edfd0f766._comment
new file mode 100644
index 0000000000..70f04c6168
--- /dev/null
+++ b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_2_dd854f297ad6a94b54be9f3edfd0f766._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="Yay, trickle works"
+ date="2013-01-23T01:36:21Z"
+ content="""
+Justin, thanks a lot! trickle(1) works great. I didn't know about this program, but I'm not surprised that such a program is available. It never ceases to amaze me what's possible in a *NIX environment.
+"""]]
diff --git a/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_3_a8b7e90a473d5937807cc7eb456efe33._comment b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_3_a8b7e90a473d5937807cc7eb456efe33._comment
new file mode 100644
index 0000000000..a5f8f6a1bf
--- /dev/null
+++ b/doc/todo/wishlist:_Option_to_specify_max_transfer_rate/comment_3_a8b7e90a473d5937807cc7eb456efe33._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2013-01-24T01:55:10Z"
+ content="""
+In addition to trickle, the git-annex man page has examples of how to make rsync use --bwlimit
+
+Something like trickle is needed to limit rates for remotes not using rsync, however.
+"""]]
diff --git a/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier.mdwn b/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier.mdwn
new file mode 100644
index 0000000000..85fc2785c4
--- /dev/null
+++ b/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier.mdwn
@@ -0,0 +1,7 @@
+I would like to use the automated AWS lifecycle rules to move the git annex files store on S3 to Glacier after a bit of time. Git annex need must support this kind of S3 files explicitly in order for it to work.
+
+This is different from the adding a Glacier remote to git annex because of the reasons explained in <http://aws.typepad.com/aws/2012/11/archive-s3-to-glacier.html>.
+
+Basically, the files moved by AWS from S3 to Glacier are not available under the normal Glacier API. In fact, the moved S3 files are listed as available but under the `GLACIER` storage class and need a RESTORE request before they can be GET like other S3 files. Trying to GET an S3 file that has been moved to Glacier will not restore it from Glacier and will result in an 403 error.
+
+I suppose DELETE needs special care as well.
diff --git a/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier/comment_1_eb934756cb2af7fa13ad3b5fad7f85b2._comment b/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier/comment_1_eb934756cb2af7fa13ad3b5fad7f85b2._comment
new file mode 100644
index 0000000000..92554aa318
--- /dev/null
+++ b/doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier/comment_1_eb934756cb2af7fa13ad3b5fad7f85b2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkAUMhKOSkh9JaBA6xst3XxQIIsDEq5Zd4"
+ nickname="Ovidiu"
+ subject="Keen to see this happen too!"
+ date="2014-05-08T21:44:30Z"
+ content="""
+Or alternatively support for S3 Lifecycle Rules. 
+I'm not exactly sure what git-annex assistant does if it backs up into a S3 bucket with i.e. a rule to archive everything 1 month later into Glacier. Can it restore/access?
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case.mdwn b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case.mdwn
new file mode 100644
index 0000000000..d53fa56ab2
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case.mdwn
@@ -0,0 +1,14 @@
+We're using git-annex to manage large files as part of a team.
+
+We have a central repository of large files that everyone grabs from.
+
+We would like to be able to get the files without updating the `git-annex` branch.  This way it doesn't pollute the history with essentially always unreachable locations.
+
+I think the easiest way would be to just add an option to not update the `git-annex` branch when `annex get` is executed.
+
+Thoughts?
+
+> See [[untracked_remotes]] for a todo item that will probably
+> be useful in this sitation. Since that describes better what
+> this bug report seems to be asking for, I am closing this one.
+> [[closed|done]] --[[Joey]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_1_5c8812973cf91b046e7fc44d7e86c78e._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_1_5c8812973cf91b046e7fc44d7e86c78e._comment
new file mode 100644
index 0000000000..61d82e2aef
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_1_5c8812973cf91b046e7fc44d7e86c78e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.48"
+ subject="comment 1"
+ date="2013-07-17T23:23:50Z"
+ content="""
+I'm interested to hear that your team is using git-annex.
+
+Have you tried `git config annex.alwayscommit false`? This will avoid committing, and just store the info in a local journal -- so even `git annex fsck` will still work.
+
+Hmm, perhaps you want to update the branch when running `git annex copy` to put files onto the server, but not when getting them? A switch to disable updating the branch would then make sense. Any use of fsck would notice the inconsistency though, and commit a fix to the git-annex branch -- unless you also used the new switch when running fsck.
+
+But what happens if someone makes a change, pushes to the server, but forgets to `git annex copy` the file? Everyone would then be left with a missing file that git annex doesn't know where it is. One of the reasons it tracks the locations is so that if necessary you know which repository such a misplaced fail is stored in. And can go track down that person's laptop and apply a cluebat. ;) Do you do something on the server to prevent this scenario?
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_2_f36b6a5b128423211aac91a252ecf85f._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_2_f36b6a5b128423211aac91a252ecf85f._comment
new file mode 100644
index 0000000000..3379742d22
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_2_f36b6a5b128423211aac91a252ecf85f._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 2"
+ date="2013-07-17T23:42:25Z"
+ content="""
+What would happen if we wanted to copy a file to the server 
+with that set? or even when running `git annex add`
+You understood me exactly though.
+We'd like to be able to get the files without a commit, but copy them 
+with a commit of the changes.
+The way we operate, if somebody makes a change with regards to 
+largefiles, they should also add a test for it.
+Ideally, the test suite would catch it.  That or people would 
+realize that theres a new big file and send around an email to 
+see who was trying to a largefile when they couldn't reach it.
+
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_3_ad1569b2405acacd2e37f42b82f24c88._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_3_ad1569b2405acacd2e37f42b82f24c88._comment
new file mode 100644
index 0000000000..14ab5f65ab
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_3_ad1569b2405acacd2e37f42b82f24c88._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.48"
+ subject="comment 3"
+ date="2013-07-18T00:12:39Z"
+ content="""
+Actually, when a file is sent to a git repository on the server, it will update the location log on that side. So even if the client has alwayscommit=false, other clients will learn the file has reached the server.
+
+So that might just work for you.
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_4_8aba90150fe178ce9712ad951628f3d6._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_4_8aba90150fe178ce9712ad951628f3d6._comment
new file mode 100644
index 0000000000..c1f148fdbe
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_4_8aba90150fe178ce9712ad951628f3d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 4"
+ date="2013-07-18T18:03:00Z"
+ content="""
+If you can have developers only add large files on the central server, avoiding using git annex sync and only pulling from git repo should work, I think.
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_5_6f42d240e0021f4dfa37146bea3f5d7e._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_5_6f42d240e0021f4dfa37146bea3f5d7e._comment
new file mode 100644
index 0000000000..aa547d7904
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_5_6f42d240e0021f4dfa37146bea3f5d7e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 5"
+ date="2013-07-18T21:17:45Z"
+ content="""
+Wow.  This worked better than expected.  I'm still trying to understand the implementation (I'm not familiar with Haskell), but there is some magic going on.
+
+To explain:
+
+I didn't expect that when I added a file (Locally and to the annex remote) that when somebody else did a pull, git-annex would recognize this and update the working copy to download and include that file.
+
+I'm not sure if this is intended behavior or not (since I thought all commands had to go through git-annex) but I like it nonetheless.
+
+Thanks again for the tips!
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_6_5fda455febf728b079f26fe42bf7bcab._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_6_5fda455febf728b079f26fe42bf7bcab._comment
new file mode 100644
index 0000000000..3f10e48ad1
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_6_5fda455febf728b079f26fe42bf7bcab._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://caust1c.myopenid.com/"
+ nickname="asbraithwaite"
+ subject="comment 6"
+ date="2013-07-18T21:23:58Z"
+ content="""
+Disregard that.  I was testing it with a particular file that didn't exactly play nice.
+
+Basically, to test this before production I used `dd bs=1024 count=100000 if=/dev/zero of=bigfile`.
+
+When I did a `git pull`, it showed the symlink as being valid.
+
+When I changed the command to `dd bs=1024 count=100000 if=/dev/urandom of=bigfile` then it showed the symlink as bad after pulling.
+
+Weird!
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_7_f1052ab997f1a2cccbabfd1533fc0a59._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_7_f1052ab997f1a2cccbabfd1533fc0a59._comment
new file mode 100644
index 0000000000..deb25a9ce7
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_7_f1052ab997f1a2cccbabfd1533fc0a59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 7"
+ date="2013-07-18T21:48:06Z"
+ content="""
+If you wanted to auto-get files on git pull, you could trying putting git annex get into .git/hooks/post-merge (needs to be marked as executable).
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment
new file mode 100644
index 0000000000..4901a2d97c
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_8_07804647b6023436878756bd97a23f32._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 8"
+ date="2013-07-20T20:07:53Z"
+ content="""
+`dd bs=1024 count=100000 if=/dev/zero of=bigfile` obviously creates the same data each time, so if that same size empty file has previously been in a repository, and the content is still present there, the symlink will automatically point to it when it gets added. In other words, git-annex performs automatic deduplication of file contents, and so it was able to save you a download in this case.
+"""]]
diff --git a/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_9_fdc883d3963de8072794f3189742e4e3._comment b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_9_fdc883d3963de8072794f3189742e4e3._comment
new file mode 100644
index 0000000000..2287f6935f
--- /dev/null
+++ b/doc/todo/wishlist:___34__quiet__34___annex_get_for_centralized_use_case/comment_9_fdc883d3963de8072794f3189742e4e3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 9"
+ date="2014-01-02T17:25:50Z"
+ content="""
+I have now implemented a way to mark a remote as readonly. This prevents git-annex from pushing anything to the remote, or modifying it in other ways.
+
+It seems that in your use case, you might want to avoid git-annex sync pushing the git-annex branch, but still push a branch like master. So far, it's up to you to decide which branches to manually push; readonly disables all pushing.
+"""]]
diff --git a/doc/todo/wishlist:___39__get__39___queue_and_schedule..mdwn b/doc/todo/wishlist:___39__get__39___queue_and_schedule..mdwn
new file mode 100644
index 0000000000..8919bae3fc
--- /dev/null
+++ b/doc/todo/wishlist:___39__get__39___queue_and_schedule..mdwn
@@ -0,0 +1,30 @@
+During the campaign adding a chunking feature to obscure filesize for encrypted files was added to the roadmap.  But there is still one potentially valuable set* of data that git-annex can help obscure: when you access your remotes.
+
+This data can be used to determine when a user is actively using a remote, but if a remote is always accessed at the same time that data becomes less useful.  Somebody could still monitor total traffic over a long period and figure out that a remote was more active in a given week or month, but scheduling reduces the resolution of your access times and their data.  Maybe this isn't the most important feature to add, but it would be nice to have, and could possibly be built on top of the existing git-annex scheduler.  It could work by queuing inter-remote transactions ('get', 'copy', 'sync', etc.), so that jobs start at the same time every day, or even the same time and day every week.
+
+Possible syntax examples:
+###Setting up the schedule:
+git annex queue schedule Monday:1730 (starts every monday at 5:30PM)
+
+git annex queue schedule 1400 (starts every day at 2PM)
+
+###Queuing git-annex commands:
+git annex queue prepend sync (pretends 'sync' to the very front of the queue)
+
+git annex queue append get file.ISO (appends to queue file.ISO for retrieval from a repo)
+
+###Viewing/editing queue:
+git annex queue view (view the current queue, jobs displayed with corresponding numbers)
+
+git annex queue rm 20 (removes job 20 from queue)
+
+
+\*The four I can think of are:
+
+* File contents (solved by crypto)
+
+* File size (solved on the remote by chunking, but total traffic usage can't be helped)
+
+* User IP/Remote IP (solved by VPN - outside scope of git-annex, unless someone writes a plugin)
+
+* Access times (obscured by a queue and scheduling)
diff --git a/doc/todo/wishlist:___39__whereis__39___support_in_the_webapp.mdwn b/doc/todo/wishlist:___39__whereis__39___support_in_the_webapp.mdwn
new file mode 100644
index 0000000000..c074988b08
--- /dev/null
+++ b/doc/todo/wishlist:___39__whereis__39___support_in_the_webapp.mdwn
@@ -0,0 +1,4 @@
+I've looked for this feature in the webapp but can't find it...
+
+I mainly use the webapp and have been wondering 'how many copies of file X are there' and 'where are the copies of file Y'?
+This is available in the commandline interface but it would be nice to have this in the webapp too.
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__.mdwn b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__.mdwn
new file mode 100644
index 0000000000..626f5a03f9
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__.mdwn
@@ -0,0 +1,5 @@
+Also suggested during the first Gitify BoF during DebConf13:
+
+`git annex drop` deletes immediately. In some situations a mechanism to tell git-annex "I would like to hold onto this data if possible, but if you need the space, please delete it" could be nice.
+
+An obvious question would be how to do cleanups. With the assistant, that's easy. On CLI, at the very least `git annex fsck` should list, and optionally delete, that data.
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_1_c83a6cddd0ce222205a149cfa41ca395._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_1_c83a6cddd0ce222205a149cfa41ca395._comment
new file mode 100644
index 0000000000..32d0c01126
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_1_c83a6cddd0ce222205a149cfa41ca395._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="How should this interact with the trust model and location tracking?"
+ date="2013-10-04T11:13:11Z"
+ content="""
+This could become complicated.  AFAIU, right now git-annex keeps track of files as either present or absent.  With this feature it's tempting to introduce a third state 'potentially dropped' (or 'dropped in a relaxed fashion') but do you then treat them as if they were dropped depending in wether they are on a trusted or untrusted repo?  Or maybe a potentially dropped file in a trusted repo is treated as a file in a semitrusted repo?  This becomes convoluted.  You also need a command to undrop a file in case you decide that you really want to keep it and in order to do this you need a command to see which files are up for relaxed dropping....
+
+As an alternative approach maybe it makes sense to extend [[preferred content]] expressions to take file sizes and disk usage into account.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_2_353fbc2bcc40cb8c9af42907a34c6e5a._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_2_353fbc2bcc40cb8c9af42907a34c6e5a._comment
new file mode 100644
index 0000000000..40f299fa02
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_2_353fbc2bcc40cb8c9af42907a34c6e5a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.243"
+ subject="comment 2"
+ date="2013-10-04T20:17:07Z"
+ content="""
+I don't think that a third state would be necessary. Actually dropping the file when it happens would need to do the same numcopies verification that `git annex drop` does now.
+
+I agree it might be simpler to first improve the power of preferred content expressions. Unfortunately one thing that cannot be put in them is anything that probes the current state of the system. This is because repo A on machine X needs to be able to calculate the preferred content of repo B on machine Y.
+But I could certainly add file size as a preferred content term, since that info is known throughout the network.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_3_3e830035df580601f038ce3a7003c39d._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_3_3e830035df580601f038ce3a7003c39d._comment
new file mode 100644
index 0000000000..8b4b132cba
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_3_3e830035df580601f038ce3a7003c39d._comment
@@ -0,0 +1,63 @@
+[[!comment format=mdwn
+ username="erics"
+ ip="76.10.136.8"
+ subject="comment 3"
+ date="2014-05-04T00:48:55Z"
+ content="""
+I think things would be simpler if a \"drop --relaxed\" file were to look to
+the outside world just like one that was dropped without \"--relaxed\".
+In particular, even if a file is dropped with \"--relaxed\":
+
+  - the file's work-tree symlink should be broken synchronously by the
+   \"drop --relaxed\" command (as opposed to only being broken later,
+   if and when the file physically goes away)
+
+  - other repos should no longer see the file as available from this repo
+
+Basically, the idea is to add a third state, but **not** a user-visible one.
+Rather, it should be a well hidden implementation detail, which doesn't
+affect the conceptual model (very much like git's own distinction between
+loose and packed objects).  Thus, *logically dropped* would be a
+better name than *potentially dropped*.
+
+Corollaries:
+
+  - A logically (but not physically) dropped file should *not* count towards
+    satisfying the numcopies limit, i.e. if some other repo has been asked
+    to drop the file too
+
+  - That in turn means that \"git annex drop --relaxed\" needs to satisfy a
+    numcopies check at the time the user runs it; it's not enough to only do
+    the check later, at physical-deletion time.  (At that point, there should probably be
+    a second numcopies check.  I don't know whether the model requires it,
+    but even if not, paranoia is good :-) )
+
+  - If the user wants to use the file again, they have to \"git annex get\" it
+    again, just like usual -- but if the file hasn't been physically deleted yet,
+    the \"get\" will be nearly instantaneous, since the data won't have to be copied
+
+One possible implementation would be to have \"drop --relaxed\" behave almost identically
+to a non-relaxed drop -- do all the same safety checks, bookkeeping, etc.  The only
+difference would be to have it rename the file at the end, rather
+than deleting it outright.  (Logically dropped files could stay in their same
+directory, but with a distinguishing filename, or they could be moved to a
+parallel tree, e.g. *.git/annex/dropped*.  I don't have an opinion on that choice;
+I've just picked one arbitrarily to keep talking about.)
+
+\"get\" would simply search .git/annex/dropped before going off to remote
+repos, and if the file is found there, would move (not copy) it back into
+.git/annex/objects.
+
+An alternative might be to set some kind of *logically dropped* flag, but
+that would probably be a much more intrusive change; a lot of places in the
+code would have to check the flag.  Doing it as a file rename would make for a much more
+localized change; most of git-annex would completely ignore .git/annex/dropped, and just go
+about its business as it has always done.
+
+(It might be tempting to think of (or even implement) .git/annex/dropped as a
+very low-cost remote, but that's not accurate; the semantics are different.)
+
+I'm just starting to experiment with git-annex, so I can only hope that what 
+I'm saying isn't completely silly...
+
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_4_e5516689bc128c061dcd66649dc69584._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_4_e5516689bc128c061dcd66649dc69584._comment
new file mode 100644
index 0000000000..3e2d6689c2
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_4_e5516689bc128c061dcd66649dc69584._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="216.145.95.162"
+ subject="comment 4"
+ date="2014-05-19T16:56:15Z"
+ content="""
+erics, that all makes a lot of sense, except I don't know if there's actually a use case for a git-annex that behaves that way. It doesn't seem to solve the original use case.
+
+I'd be inclinded to instead use the new metadata support. A file could have a tag that indicates it's not strongly wanted, and if git-annex get doesn't have enough space it could seek out and drop such files.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_5_be740e4b06d9130ae6afc5783da3c0e0._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_5_be740e4b06d9130ae6afc5783da3c0e0._comment
new file mode 100644
index 0000000000..32beef4271
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_5_be740e4b06d9130ae6afc5783da3c0e0._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="erics"
+ ip="76.10.136.8"
+ subject="comment 5"
+ date="2014-06-03T17:49:10Z"
+ content="""
+> It doesn't seem to solve the original use case.
+
+It doesn't?  The OP requested:
+
+> I would like to hold onto this data if possible, but if you need the space, please delete it
+
+It looks to me as though my suggestion does just that -- or am I misunderstanding what they asked for?
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_6_79d115f95cec46bb51e7fba078524db1._comment b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_6_79d115f95cec46bb51e7fba078524db1._comment
new file mode 100644
index 0000000000..6e376e3167
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_drop_--relaxed__96__/comment_6_79d115f95cec46bb51e7fba078524db1._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="erics"
+ ip="76.10.136.8"
+ subject="Metadata vs &quot;drop --relaxed&quot;"
+ date="2014-06-03T18:20:50Z"
+ content="""
+[This isn't as much about my suggested implementation for \"drop --relaxed\" as about whether the feature is worth providing in the first place.  I'm not arguing strongly for it, actually; just continuing the discussion.]
+
+> I'd be inclinded to instead use the new metadata support.
+
+I see metadata as more for static attributes of a given file -- this thing is \"a picture\", \"related to project X\", \"from Mary\".  Thus, the combination of metadata plus preferred-content settings seems to me more suitable for static preferences (likely ones that implement some kind of policy, however informal); e.g. \"this repo wants pictures but not mp3s\", or \"Mary's stuff but not Alex's\".
+
+\"drop --relaxed\", on the other hand, would be good for more ad-hoc usage: \"disk space is getting tight; hmm, I'm not using *foo* today, so git-annex, please delete my local copy of *${myrepo}/foo* -- but only as much as you have to, because I'm going to want it again tomorrow\".
+
+One reason not to want to use metadata and preferred-content settings for such short-term, ad-hoc needs is that you then have to remember to go undo the changes later.  That's even worse if you had to add ad-hoc metadata, and now have to go delete it all again.  Undoing a \"drop --relaxed\", on the other hand, consists of a simple \"git annex get\".
+
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn b/doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn
new file mode 100644
index 0000000000..92b5dee270
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn
@@ -0,0 +1,10 @@
+Similar to how
+
+    git commit -m 'foo'
+
+works, if I run 
+
+    git annex sync -m 'my hovercraft is full of eels'
+
+git annex should use that commit message instead of the default ones. That way, I could use [[sync]] directly and not be forced to commit prior to syncing just to make sure I have a useful commit message.
+
diff --git a/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit.mdwn b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit.mdwn
new file mode 100644
index 0000000000..b7a7865c85
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit.mdwn
@@ -0,0 +1,5 @@
+I would like to have way, ideally a per-repo-cloud setting which syncs around automatically, to not have `git annex sync` autocommit staged additions.
+
+I often have quite complex additions with a mix of `git add` and `git annex add` in various stages of completion; running `git annex sync` regularly to see what state the other repos are in should not autocommit if possible.
+
+Richard
diff --git a/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_1_fff7cdff9e4bc988139152a799b65c99._comment b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_1_fff7cdff9e4bc988139152a799b65c99._comment
new file mode 100644
index 0000000000..1e455c486d
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_1_fff7cdff9e4bc988139152a799b65c99._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 1"
+ date="2014-05-13T20:23:11Z"
+ content="""
+This could be particularly useful for direct-mode repositories.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_2_b8dd92d7710a9d194312058e53c38d21._comment b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_2_b8dd92d7710a9d194312058e53c38d21._comment
new file mode 100644
index 0000000000..cc6cd727b7
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_2_b8dd92d7710a9d194312058e53c38d21._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="92.227.51.179"
+ subject="comment 2"
+ date="2014-05-13T20:27:38Z"
+ content="""
+I filed a bug today, which boils down to a related issue.
+
+http://git-annex.branchable.com/bugs/git_annex_list__47__whereis_and_uncommited_local_changes/
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_3_206e319f6d7c6b0d1f05af2475a8b335._comment b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_3_206e319f6d7c6b0d1f05af2475a8b335._comment
new file mode 100644
index 0000000000..8e2a57e149
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_sync__96___without_auto-commit/comment_3_206e319f6d7c6b0d1f05af2475a8b335._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-05-16T19:02:08Z"
+ content="""
+Well, you could: git fetch --all; git annex merge; git push origin
+"""]]
diff --git a/doc/todo/wishlist:_add_--symlink_option_to_import.mdwn b/doc/todo/wishlist:_add_--symlink_option_to_import.mdwn
new file mode 100644
index 0000000000..96cbf28501
--- /dev/null
+++ b/doc/todo/wishlist:_add_--symlink_option_to_import.mdwn
@@ -0,0 +1 @@
+Make 'git annex import' for each imported file leave a symlink behind. One may consider this a bit nasty as this introduces symlinks out of the annex. There are also some things careful to consider, link to the annexed symlinks or into the .git/annex/objects store? the first breaks views, the second relies on implementation details. Shall these be absolute (i'd say yes) or relative (won't harm) links etc. But after all it gives a easier migration and possibly even some new usage to manage files outside of the annex. A sister-command for 'export' comes in mind, drop a symlink anywhere. Anyways, when you feel this is a good idea, keep it, otherwise just delete this idea. Thanks ;)
diff --git a/doc/todo/wishlist:_add_--symlink_option_to_import/comment_1_d5d853142d401b95577567e3eb43495e._comment b/doc/todo/wishlist:_add_--symlink_option_to_import/comment_1_d5d853142d401b95577567e3eb43495e._comment
new file mode 100644
index 0000000000..62d4264cbf
--- /dev/null
+++ b/doc/todo/wishlist:_add_--symlink_option_to_import/comment_1_d5d853142d401b95577567e3eb43495e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 1"
+ date="2014-07-15T18:53:47Z"
+ content="""
+Well, it's easy enough to make symlinks to content in a git-annex repository yourself if you want to. I don't see why this belongs in `git annex import`, which is too complicated already.
+"""]]
diff --git a/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp.mdwn b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp.mdwn
new file mode 100644
index 0000000000..85c8874fcf
--- /dev/null
+++ b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp.mdwn
@@ -0,0 +1,6 @@
+It could be useful for Linux users and package maintainers to have systemd .service file samples to launch the assistant and the webapp.
+
+For multi-user systems, we could have a git-annex-webapp@username.service .
+
+See [systemd documentation](http://www.freedesktop.org/software/systemd/man/systemd.service.html) for informations about those files.
+See [archlinux wiki](https://wiki.archlinux.org/index.php/Systemd/Services) for .service examples.
diff --git a/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_1_b89e90f9a70748c95aaf81740a40b76e._comment b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_1_b89e90f9a70748c95aaf81740a40b76e._comment
new file mode 100644
index 0000000000..5e8c8a374a
--- /dev/null
+++ b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_1_b89e90f9a70748c95aaf81740a40b76e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-19T15:33:18Z"
+ content="""
+Wouldn't this involve running it as root or a dedicated user? Neither is ideal. git-annex already uses .desktop files to auto-start when the user who is using it logs in.
+"""]]
diff --git a/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_2_d64361380cb18b98ddb43ada1c9f540a._comment b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_2_d64361380cb18b98ddb43ada1c9f540a._comment
new file mode 100644
index 0000000000..5dfeedf373
--- /dev/null
+++ b/doc/todo/wishlist:_add_systemd_services_file_samples_for_assistant_and_webapp/comment_2_d64361380cb18b98ddb43ada1c9f540a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVE2R20dyfPQIzdi6urVUUAXtD6eeBsr0"
+ nickname="Benoît"
+ subject="comment 2"
+ date="2013-10-19T15:43:36Z"
+ content="""
+ Not necessarily. I have a systemd instance handling my userland services. See [archlinux wiki systemd/User](https://wiki.archlinux.org/index.php/Systemd/User).
+"""]]
diff --git a/doc/todo/wishlist:_allow_custom_S3_url_in_webapp.mdwn b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp.mdwn
new file mode 100644
index 0000000000..2d291608b0
--- /dev/null
+++ b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp.mdwn
@@ -0,0 +1,3 @@
+It is now relatively easy to build your own S3-compatible storage system with software such as Ceph radosgw or Openstack Swift.
+
+So a way for users to specify their own S3 url would come pretty handy in the webapp's "add S3 remote" page.
diff --git a/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_1_3d1ea5579a6ad0c0efde58dca11c10aa._comment b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_1_3d1ea5579a6ad0c0efde58dca11c10aa._comment
new file mode 100644
index 0000000000..b6125fd6eb
--- /dev/null
+++ b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_1_3d1ea5579a6ad0c0efde58dca11c10aa._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2013-12-29T20:16:43Z"
+ content="""
+Such S3 clones are supported if you make the repository at the command line. See [[S3_special_remote_documentation|special_remotes/S3]].
+
+I think the question comes down to, is it worth adding UI in the webapp for this, or is it likely that someone who is using a S3 clone knows the endpoint url to use? Similarly, the webapp only offers box.com as a WebDAV remote, although there are many other DAV servers. What I'm trying to do with the UI is guide the user through finding a place to store their data, and covering every step as easily as possible.
+"""]]
diff --git a/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_2_f96bb81fde4185368dc6ea5a5aed87da._comment b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_2_f96bb81fde4185368dc6ea5a5aed87da._comment
new file mode 100644
index 0000000000..bd3885a966
--- /dev/null
+++ b/doc/todo/wishlist:_allow_custom_S3_url_in_webapp/comment_2_f96bb81fde4185368dc6ea5a5aed87da._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgy5Qf4bivpTfYPw_yh92OcDlesrVTREg"
+ nickname="François"
+ subject="comment 2"
+ date="2014-01-12T20:31:44Z"
+ content="""
+I understand your concerns about keeping the UI straightforward.
+
+It makes sense however to allow users to add a custom backend without using the CLI. What about a new \"Custom backend (expert only)\" option which directly asks for a string with the arguments to 'git annex initremote'?
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads.mdwn b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads.mdwn
new file mode 100644
index 0000000000..c910ace830
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads.mdwn
@@ -0,0 +1,28 @@
+A replacement for a web-browser's downloads menu that uses git-annex internally ([[`addurl`|tips/using the web as a special remote]] command for the download, and `drop` or `git rm` for the clean up) would be quite helpful:
+
+say, when working on a topic, writing a paper or similar things, I usually have a Git repo with my text, all relevant data and processing code, and possibly other background information. It's nice to store the literature you needed at the same place where you work. (So that it is easy to catch up with what I was doing and thinking over when I left this work aside for a while, perhaps after cloning the repo from another location.)
+
+When I find an interesting literature, I save the file to the directory with my work, and read it. Then I might return to it to re-read it. There might be references to this document from my work, so I'd like them to work as links (perhaps pointing at the local file, but also at the source URL for the case when my document is read by someone else not on my system).
+
+I need to keep track of the source URLs for the documents I have saved which I read and use.
+
+That's a task that fits well git-annex.
+
+Note that doing the dull work of copying and pasting the URL and the downloading it and then opening it for reading is a pain to do every time I'm interested in a document I have found on the web. (Of course, I would need to fill out the bibliogrphic information for this document if I want to refer to it, but that can be done later. Initially, I wish I just don't lose the source URL of a document at the moment when I get interested in it and start reading.)
+
+So, I could be assisted by a replacement of the "downloads" menu of, say, Firefox: whenever I want to open a file for viewing (like a PDF), it should ask me where to save it, and I'd choose the directory with my work, then it should register it with git-annex (so that the source URL is saved, and perhaps it should also write down the referring page's URL somewhere nearby automatically), download it, and open with a viewer for reading.
+
+Then I'll have the interesting literature there when I'm offline; the source URLs would be saved, so that they can be put into the references. Also, if I distribute this work with Git, at another location git-annex can be used to easily get all the literature again.
+
+(Hmmm... probably, the browser that this will be simplest for me to implement for is emacs-w3m; simply, some functions calling git-annex...)
+
+> This seems fairly doable to implement since the git-annex [[design/assistant]]
+> already has a webapp. So a javascript toolbar thing could be made that
+> submits the current url (or maybe links dragged into it?) to the webapp
+> for adding to the annex.
+> 
+> The only wrinkle is that the webapp runs under a new url each time
+> it starts, due to using a high port and embedding some auth token in the
+> url. --[[Joey]]
+
+[[!tag /design/assistant]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_1_36ae3c75053d5ec278b5e6eb2084d57a._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_1_36ae3c75053d5ec278b5e6eb2084d57a._comment
new file mode 100644
index 0000000000..4c20561c75
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_1_36ae3c75053d5ec278b5e6eb2084d57a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-09-25T23:55:44Z"
+ content="""
+You know about `git annex addurl` right?  It doesn't help with the browser integration (though I bet there are existing download manager extensions you could re-use for this) but it takes care of the other use cases.
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_be8eb800523db8cf7a2c68a28fbf5ea5._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_be8eb800523db8cf7a2c68a28fbf5ea5._comment
new file mode 100644
index 0000000000..c958fd08f7
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_be8eb800523db8cf7a2c68a28fbf5ea5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://m-f-k.myopenid.com/"
+ ip="93.207.162.28"
+ subject="+1"
+ date="2012-10-05T20:00:31Z"
+ content="""
+Copy+Paste+Open is to much for lazy people like me;)  I like the idea of a direct browser download manager integration.  This would make it so much easier to find find the original source of a downloaded file when you're to lazy to write it down somewhere in the first place …
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_d9f725de41a8572c85e4c6d9b4bcc927._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_d9f725de41a8572c85e4c6d9b4bcc927._comment
new file mode 100644
index 0000000000..30515a49b5
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_3_d9f725de41a8572c85e4c6d9b4bcc927._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.56.162"
+ subject="the scheme to follow to use the addurl command is longer"
+ date="2012-09-26T00:07:11Z"
+ content="""
+Justin, yes, I know. To use [[addurl|tips/using the web as a special remote]], I should force myself not to click on a link to view it, but rather to copy it, paste into the command line with addurl (then it will be downloaded, and I can run a command to view it...). Not terrible, probably learnable.
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_4_f52492e4cc6f965515800bd1c0e05c90._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_4_f52492e4cc6f965515800bd1c0e05c90._comment
new file mode 100644
index 0000000000..7efd583c0f
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_4_f52492e4cc6f965515800bd1c0e05c90._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="99.48.75.171"
+ subject="I've just written a script that does this (with a Firefox download manager)"
+ date="2013-04-09T02:51:26Z"
+ content="""
+So I've just written a two-line shell script that makes [FlashGot](http://flashgot.net/) able to do this. It's available on GitHub at <https://gist.github.com/andyg0808/5342434>.
+
+This could be even neater if Git-annex had the ability to set the download manager... Wishlist created: [[wishlist:_allow_configuration_of_downloader_for_addurl]]
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_5_5b36656fc5fa124e763f06711d9da32b._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_5_5b36656fc5fa124e763f06711d9da32b._comment
new file mode 100644
index 0000000000..494aab7a80
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_5_5b36656fc5fa124e763f06711d9da32b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-09T03:36:29Z"
+ content="""
+Wishlist implemented ;)
+
+A full example of doing this would make a nice addition to [[tips]] ...
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_6_285215a4466806baf85b8606f680494a._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_6_285215a4466806baf85b8606f680494a._comment
new file mode 100644
index 0000000000..d0545153f9
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_6_285215a4466806baf85b8606f680494a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-11T15:12:00Z"
+ content="""
+See [[tips/Using_Git-annex_as_a_web_browsing_assistant]].
+
+I am leaving this bug open for now, as some javascript that passes the url off to the webapp is still a nice idea to build.
+
+A solution to the webapp's url always changing could be to have a file:/// url that the webapp creates, and javascript submits to, that then passes the request off to the webapp, probably by using additional javadcript in the html file. Assuming javascript security allows this.
+"""]]
diff --git a/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_7_15bf62e46db4b84ed3156f550f03de42._comment b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_7_15bf62e46db4b84ed3156f550f03de42._comment
new file mode 100644
index 0000000000..484db1e818
--- /dev/null
+++ b/doc/todo/wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads/comment_7_15bf62e46db4b84ed3156f550f03de42._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-11T15:41:16Z"
+ content="""
+A less round-about method would be to have the webapp listen for links dropped into its page. You could then have the webapp open in a tab, and just drag urls there to add them to the annex.
+
+I'm not sure if it's possible to intercept drags into a tab. Default browser behavior is certainly to redirect the tab to the url dropped into it.
+
+If someone finds out how to do this, I will build it.
+"""]]
diff --git a/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync.mdwn b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync.mdwn
new file mode 100644
index 0000000000..873988eea2
--- /dev/null
+++ b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync.mdwn
@@ -0,0 +1 @@
+The `annex.largefiles` feature is very nice to mix annexed files with normal git managed files. I'd like to be able to configure this setting on the webapp and that the configuration directive would be synchronized accross all remotes.
diff --git a/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_1_db632de391ce9fce42af51a770ed3aeb._comment b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_1_db632de391ce9fce42af51a770ed3aeb._comment
new file mode 100644
index 0000000000..e402d26c3b
--- /dev/null
+++ b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_1_db632de391ce9fce42af51a770ed3aeb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-05T16:46:28Z"
+ content="""
+It might make sense to sync this across remotes and have it edited with `git annex vicfg`
+
+Putting it in the webapp would need some nice interface for constructing the underlying expression. Might be doable for at least simple filtering (ie, files larger than XX or with extensions .A, .B, .C). I tend to think of this as a setting for people comfortable with the command line though.
+"""]]
diff --git a/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_2_4a0931d9884054d764fde315d4fe4851._comment b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_2_4a0931d9884054d764fde315d4fe4851._comment
new file mode 100644
index 0000000000..0e24014d21
--- /dev/null
+++ b/doc/todo/wishlist:_annex.largefiles_configuration_in_webapp_and_sync/comment_2_4a0931d9884054d764fde315d4fe4851._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawne_amN4fko4p5cRY_9EYwaYuJKNn7LRio"
+ nickname="Tobias"
+ subject="feedback"
+ date="2013-11-05T21:23:11Z"
+ content="""
+> It might make sense to sync this across remotes and have it edited with git annex vicfg
+
+That would be great!
+
+> Putting it in the webapp would need some nice interface for constructing the underlying expression. Might be doable for at least simple filtering (ie, files larger than XX or with extensions .A, .B, .C). I tend to think of this as a setting for people comfortable with the command line though.
+
+I could live with a simple filtering interface without too many fancy stuff. The fancy stuff could be done on the command line if needed...
+"""]]
diff --git a/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes.mdwn b/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes.mdwn
new file mode 100644
index 0000000000..f38e41dd38
--- /dev/null
+++ b/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes.mdwn
@@ -0,0 +1 @@
+It would be nice to have mimetype support on the `annex.largefiles` configuration directive. F.e. `git config annex.largefiles "not mimetype=text/plain"`
diff --git a/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes/comment_1_304431bb62b5b8a64edc37a11bbaff59._comment b/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes/comment_1_304431bb62b5b8a64edc37a11bbaff59._comment
new file mode 100644
index 0000000000..b06008475b
--- /dev/null
+++ b/doc/todo/wishlist:_annex.largefiles_support_for_mimetypes/comment_1_304431bb62b5b8a64edc37a11bbaff59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlhE8Xar6m4x3JSILXdm-Y5KhwHTH5qzKQ"
+ nickname="bruno"
+ subject="+1"
+ date="2013-10-14T14:43:11Z"
+ content="""
+Big +1 for this feature: this would really help configuring annex.largefiles
+"""]]
diff --git a/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space.mdwn b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space.mdwn
new file mode 100644
index 0000000000..acc8b363e2
--- /dev/null
+++ b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space.mdwn
@@ -0,0 +1 @@
+An interesting feature, when an archived file cannot be removed from all clients because of the minimum number of copies required, would be to remove it from the repositories with the smallest amount of free space available.
diff --git a/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_1_6813fdc7ecc98765a5d35d34163a1712._comment b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_1_6813fdc7ecc98765a5d35d34163a1712._comment
new file mode 100644
index 0000000000..89fe4c0690
--- /dev/null
+++ b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_1_6813fdc7ecc98765a5d35d34163a1712._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 1"
+ date="2013-09-19T21:01:30Z"
+ content="""
+That might be useful in some cases. git-annex can only tell how much free space is available on remotes that are mounted to the local filesystem. Did you use case involve removable drives?
+"""]]
diff --git a/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_2_21a249cedca1ceb80d10784004735524._comment b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_2_21a249cedca1ceb80d10784004735524._comment
new file mode 100644
index 0000000000..d2b29c2396
--- /dev/null
+++ b/doc/todo/wishlist:_archive_from_remote_with_the_least_free_space/comment_2_21a249cedca1ceb80d10784004735524._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmOsy6nbvPyXLd--qqjPMLnVIzxgZwtKlQ"
+ nickname="Nicolas"
+ subject="comment 2"
+ date="2013-09-20T19:03:13Z"
+ content="""
+I was not thinking of removable drives, but only of \"client\" repositories. Ideally, git-annex would query the remaining space of all connected client repositories to choose on which repositories to drop a copy.
+"""]]
diff --git a/doc/todo/wishlist:_derived_content_support.mdwn b/doc/todo/wishlist:_derived_content_support.mdwn
new file mode 100644
index 0000000000..19556a13ec
--- /dev/null
+++ b/doc/todo/wishlist:_derived_content_support.mdwn
@@ -0,0 +1,8 @@
+I handle some video and music files with git annex and it would be awesome if git annex supported tracking of relations between files.
+
+Example:
+I have music in flac on my htpc, but i think flac is way overkill to have on my Android device, so i transcode them to ogg/mp3 on my htpc and then sync them to my Android device.
+
+Transcoding is a good example for this type of feature, but there might be other uses too.
+
+The basic thing is to know a file is a "copy" of another file, but its a generated result, so the actual file is not important, but the source is.
diff --git a/doc/todo/wishlist:_disable_automatic_commits.mdwn b/doc/todo/wishlist:_disable_automatic_commits.mdwn
new file mode 100644
index 0000000000..03ed40211a
--- /dev/null
+++ b/doc/todo/wishlist:_disable_automatic_commits.mdwn
@@ -0,0 +1,36 @@
+When using the [[/assistant]] on some of my repositories, I would like to
+retain manual control over the granularity and contents of the commit
+history.  Some motivating reasons:
+
+* manually specified commit messages makes the history easier to follow
+* make a series of minor changes to a file over a period of a few hours would result in a single commit rather than capturing intermediate incomplete edits
+
+* manual choice of which files to annex (based on predicted usage) could be useful, e.g. a repo might contain a 4MB PDF which you want available in *every* remote even without `git annex get`, and also some 2MB images which are only required in some remotes
+
+> This particular case is now catered to by the ["manual" repository group](/preferred_content/standard_groups/)
+> in [[preferred content]] settings. --[[Joey]]
+
+Obviously this needs to be configurable at least per repository, and
+ideally perhaps even per remote, since usage habits can vary from machine
+to machine (e.g. I could choose to commit manually from my desktop machine
+which has a nice comfy keyboard and large screen, but this would be too
+much pain to do from my tiny netbook).
+
+In fact, this is vaguely related to [[design/assistant/partial_content]],
+since the usefulness of the commit history depends on the context of the
+data being manipulated, which in turn depends on which subdirectories are
+being touched.  So any mechanism for disabling sync per directory could
+potentially be reused for disabling auto-commit per directory.
+
+According to Joey, it should be easy to arrange for the watcher thread not
+to run, but would need some more work for the assistant to notice manual
+commits in order to sync them; however the assistant already does some
+crazy inotify watching of git refs, in order to detect incoming pushes, so
+detecting manual commits wouldn't be a stretch.
+
+[[!tag design/assistant]]
+
+> You can do this now by pausing committing via the webapp,
+> or setting `annex.autocommit=false`.
+> 
+> The assistant probably doesn't push such commits yet.
diff --git a/doc/todo/wishlist:_display_status_of_remotes_in_the_webapp.mdwn b/doc/todo/wishlist:_display_status_of_remotes_in_the_webapp.mdwn
new file mode 100644
index 0000000000..7414669944
--- /dev/null
+++ b/doc/todo/wishlist:_display_status_of_remotes_in_the_webapp.mdwn
@@ -0,0 +1 @@
+It would be nice to have an indication of the status of the remotes in the webapp, for example with a field showing "In Sync", "Syncing", or the date of the last successful synchronization for unreachable remotes.
diff --git a/doc/todo/wishlist:_do_not_import_new_files.mdwn b/doc/todo/wishlist:_do_not_import_new_files.mdwn
new file mode 100644
index 0000000000..62dc6334ae
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files.mdwn
@@ -0,0 +1,7 @@
+[[!meta title="mass reinject of any known content from a directory"]]
+
+Right now `git annex import DIR/*` will import all the files in DIR, both those that are already known to git-annex and those that are new. Using the option `--skip-duplicates` one can import only new files that are in DIR but unknown to git-annex.
+
+It would be nice if there were an opposite `--only-duplicates` option that could be used to import only the files that are already known to git, ignoring the new files in DIR.
+
+PS: it would also be nice to have aliases like `--only-new-files` and `--skip-new-files` for `--skip-duplicates` and `--only-duplicates`.
diff --git a/doc/todo/wishlist:_do_not_import_new_files/comment_1_b41c214599d6601257a9d824cebbffcc._comment b/doc/todo/wishlist:_do_not_import_new_files/comment_1_b41c214599d6601257a9d824cebbffcc._comment
new file mode 100644
index 0000000000..fbb5571cb8
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files/comment_1_b41c214599d6601257a9d824cebbffcc._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://ypid.wordpress.com/"
+ ip="213.153.84.215"
+ subject="gitignore"
+ date="2014-07-12T17:59:42Z"
+ content="""
+Hi
+
+The gitignore file is probably what you are looking for which is also honored by git-annex. Some documentation:
+
+* [On git-scm](http://git-scm.com/docs/gitignore)
+* [On gitready](http://de.gitready.com/beginner/2009/01/19/ignoring-files.html)
+* [On github](https://help.github.com/articles/ignoring-files)
+"""]]
diff --git a/doc/todo/wishlist:_do_not_import_new_files/comment_2_7b26171458baaf5c0057276d2d97e14c._comment b/doc/todo/wishlist:_do_not_import_new_files/comment_2_7b26171458baaf5c0057276d2d97e14c._comment
new file mode 100644
index 0000000000..bedf9a54cd
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files/comment_2_7b26171458baaf5c0057276d2d97e14c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 2"
+ date="2014-07-14T18:30:38Z"
+ content="""
+You can use --clean-duplicates unless your goal is for some reason to add the duplicate files to your repository a second time.
+"""]]
diff --git a/doc/todo/wishlist:_do_not_import_new_files/comment_3_6f80ce6cee4519d4f69193d5086e194a._comment b/doc/todo/wishlist:_do_not_import_new_files/comment_3_6f80ce6cee4519d4f69193d5086e194a._comment
new file mode 100644
index 0000000000..e66cc5ea9c
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files/comment_3_6f80ce6cee4519d4f69193d5086e194a._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://svario.it/gioele"
+ nickname="gioele"
+ subject="comment 3"
+ date="2014-07-15T06:54:40Z"
+ content="""
+>  You can use --clean-duplicates unless your goal is for some reason to add the duplicate files to your repository a second time.
+
+My use case is that I clone an existing remote on a PC where there are already some of the annexed files (+ others).
+
+My workflow would be:
+
+* clone git-annex server:~/Documents.git
+* git annex init \"other pc\"
+* git annex import --skip-new (or --only-duplicates) ~/Dump/*
+
+~/Dump contains many other files in addition to those found in the Documents repository.
+
+In this case --clean-duplicate would not be the correct solution.
+"""]]
diff --git a/doc/todo/wishlist:_do_not_import_new_files/comment_4_22a7a03c30174e42e6d8e639e31e1d34._comment b/doc/todo/wishlist:_do_not_import_new_files/comment_4_22a7a03c30174e42e6d8e639e31e1d34._comment
new file mode 100644
index 0000000000..f53fb6395c
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files/comment_4_22a7a03c30174e42e6d8e639e31e1d34._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 4"
+ date="2014-07-15T19:01:24Z"
+ content="""
+So the goal is to inject any known objects from the dump into the local annex to avoid needing to re-transfer them.
+
+It seems to me that in this case, you would not even want to create new symlinks in the git repository.
+
+`git annex reinject` might be a better place to put code to handle this than `git annex import`.
+"""]]
diff --git a/doc/todo/wishlist:_do_not_import_new_files/comment_5_4294e92e2f4efb9dd10b280f5c9843f7._comment b/doc/todo/wishlist:_do_not_import_new_files/comment_5_4294e92e2f4efb9dd10b280f5c9843f7._comment
new file mode 100644
index 0000000000..e312c083d2
--- /dev/null
+++ b/doc/todo/wishlist:_do_not_import_new_files/comment_5_4294e92e2f4efb9dd10b280f5c9843f7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.2"
+ subject="comment 5"
+ date="2014-07-15T19:13:05Z"
+ content="""
+A fundamental problem with this idea is that git-annex's keys can use any of many checksumming backends. So, which checksum should it try? Running every possible checksum on a file is going to re-read it repeatedly and be expensive.
+
+`git annex import` avoids this problem by using whatever the default backend is configured to be for the filename it's importing. This is good enough to make repeated runs of `git annex import` work ok, but when we get into trying to reinject whole directory trees like this, I don't think that's good enough.
+"""]]
diff --git a/doc/todo/wishlist:_do_round_robin_downloading_of_data.mdwn b/doc/todo/wishlist:_do_round_robin_downloading_of_data.mdwn
new file mode 100644
index 0000000000..6299899e4f
--- /dev/null
+++ b/doc/todo/wishlist:_do_round_robin_downloading_of_data.mdwn
@@ -0,0 +1,5 @@
+Given that git/config will have information on remotes and maybe costs, it might be a good idea to do a simple round robin selection of remotes to download files where the costs are the same.
+
+This of course assumes that we like the idea of "parallel" launching and running of curl/rsync processes...
+
+This wish item is probably only useful for the paranoid people who store more than 1 copy of their data.
diff --git a/doc/todo/wishlist:_do_round_robin_downloading_of_data/comment_1_460335b0e59ad03871c524f1fe812357._comment b/doc/todo/wishlist:_do_round_robin_downloading_of_data/comment_1_460335b0e59ad03871c524f1fe812357._comment
new file mode 100644
index 0000000000..6a5fd3d530
--- /dev/null
+++ b/doc/todo/wishlist:_do_round_robin_downloading_of_data/comment_1_460335b0e59ad03871c524f1fe812357._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T16:39:35Z"
+ content="""
+I dunno about parrallel downloads -- eek! -- but there is at least room for improvement of what \"git annex get\" does when there are multiple remotes that have a file, and the one it decides to use is not available, or very slow, or whatever.
+"""]]
diff --git a/doc/todo/wishlist:_encrypted_git_remote_on_hosting_site_from_webapp.mdwn b/doc/todo/wishlist:_encrypted_git_remote_on_hosting_site_from_webapp.mdwn
new file mode 100644
index 0000000000..b7b1bad0c9
--- /dev/null
+++ b/doc/todo/wishlist:_encrypted_git_remote_on_hosting_site_from_webapp.mdwn
@@ -0,0 +1 @@
+It would be great to be able to do **private encrypted git remote on hosting site** and **multiuser encrypted git remote on hosting site** as explained in [[tips/fully encrypted git repositories with gcrypt]] through the webapp. I think it's a pretty common usecase that can be very useful for people not owning a proper server.
diff --git a/doc/todo/wishlist:_generic_annex.cost-command.mdwn b/doc/todo/wishlist:_generic_annex.cost-command.mdwn
new file mode 100644
index 0000000000..6adf1460e8
--- /dev/null
+++ b/doc/todo/wishlist:_generic_annex.cost-command.mdwn
@@ -0,0 +1,17 @@
+### Current setup
+
+ATM git-annex has
+
+remote.<name>.annex-cost
+remote.<name>.annex-cost-command  # command is not provided cmdline options by annex
+
+to set the cost for a given remote.  That requires setting up one of those variables per each host, and possibly hardcoding options for the annex-cost-command providing e.g. the remote name.
+
+### Suggestion
+
+wouldn't it be more general and thus more flexible to have a repository-wide
+
+annex.cost-command
+
+which could take options %remote, %file and assessed accordingly per each file upon '--get' request to allow maximal flexibility: e.g. some files might better be fetched from remotes supporting transfer compression, some from the web, etc.  Also it might be worth providing %remote_kind ("special" vs "git") to disambiguate %remote's?
+
diff --git a/doc/todo/wishlist:_git_annex_diff.mdwn b/doc/todo/wishlist:_git_annex_diff.mdwn
new file mode 100644
index 0000000000..4acfee2553
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_diff.mdwn
@@ -0,0 +1,9 @@
+git diff is not very helpful for annexed files.
+
+How about a git annex diff command that allows to compare two versions of an annexed file?
+
+Should be relatively simple, only there would have to be a way to deal with the situation where not both versions are present in the repository. Either abort with a message showing the command you need to run to get the missing version(s). Or even interactively volunteer to get it automatically, asking the user for confirmation.
+
+Of course you wouldn't want to diff two large files, but with git annex assistant, all files are annexed by default (right?), so this would be useful.
+
+There might already be a way to easily diff two versions of an annexed file which I'm missing -- in that case please point me to it! :)
diff --git a/doc/todo/wishlist:_git_annex_diff/comment_1_16ccf2e1036d9e1a913db81988731b5a._comment b/doc/todo/wishlist:_git_annex_diff/comment_1_16ccf2e1036d9e1a913db81988731b5a._comment
new file mode 100644
index 0000000000..86772e2fdd
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_diff/comment_1_16ccf2e1036d9e1a913db81988731b5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-18T20:00:16Z"
+ content="""
+`git diff` is quite flexible; it can use external diff drivers to perform the diff. Someone could write a diff driver that knows about git-annex symlinks, and shows some kind of diff of the file contents (since the files are probably binary, this gets into how to display a diff of different file types..)
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_info_._also_return_numcopies_setting.mdwn b/doc/todo/wishlist:_git_annex_info_._also_return_numcopies_setting.mdwn
new file mode 100644
index 0000000000..7ab4930834
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_info_._also_return_numcopies_setting.mdwn
@@ -0,0 +1 @@
+The stats produced by `git annex info .` are nice but I often find myself separately looking up the actual numcopies set value.  Can this also be included in the report please?
diff --git a/doc/todo/wishlist:_git_annex_info_UUID.mdwn b/doc/todo/wishlist:_git_annex_info_UUID.mdwn
new file mode 100644
index 0000000000..0d1270e1e3
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_info_UUID.mdwn
@@ -0,0 +1,8 @@
+All repos contain some level of information about all other tracked repositories.
+It would be nice if I could see that info, preferably with a timestamp telling me when the last sync happened.
+
+`git annex info UUID/name` would be suggestion.
+
+
+Thanks,
+Richard
diff --git a/doc/todo/wishlist:_git_annex_info_UUID/comment_1_d0d40bfdafed47e9e8ef2f4cd5c8576f._comment b/doc/todo/wishlist:_git_annex_info_UUID/comment_1_d0d40bfdafed47e9e8ef2f4cd5c8576f._comment
new file mode 100644
index 0000000000..ab94b7dea4
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_info_UUID/comment_1_d0d40bfdafed47e9e8ef2f4cd5c8576f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.227"
+ subject="comment 1"
+ date="2014-01-02T02:16:10Z"
+ content="""
+git-annex vicfg shows everything (except location tracking info and some remote.log stuff that it would be hard to present in any useful way). 
+
+It would be good to make `git annex info` segment its list of repos by group. The only other information is location tracking info and scheduling, which I think vicfg gives a good overview of.
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_info_UUID/comment_2._comment b/doc/todo/wishlist:_git_annex_info_UUID/comment_2._comment
new file mode 100644
index 0000000000..271c88798e
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_info_UUID/comment_2._comment
@@ -0,0 +1,8 @@
+One piece of information that's sometimes useful, but not always, is to get a count of keys present in another remote plus the size of the remote.
+
+Thus, I could verify that some repos are empty, archive repos have every single file, etc etc.
+
+I still think that info is best suited for `git annex info name/UUID` as it's more volatile than what `git annex vicfg` displays.
+
+
+Richard
diff --git a/doc/todo/wishlist:_history_of_operations.mdwn b/doc/todo/wishlist:_history_of_operations.mdwn
new file mode 100644
index 0000000000..a79f500ff6
--- /dev/null
+++ b/doc/todo/wishlist:_history_of_operations.mdwn
@@ -0,0 +1,8 @@
+Hi,
+
+I would love to have a page of "history" or "events" in the webapp. Similar to how Dropbox or Box show it.
+I've been using git-annex for my personal files for a few months now, and I feel like this is the only feature missing to start using it in a production multi-user environment.
+
+Thanks
+
+[[!tag design/assistant]]
diff --git a/doc/todo/wishlist:_history_of_operations/comment_1_f9a77ce83c6f39b6272d5c577ffbb9f9._comment b/doc/todo/wishlist:_history_of_operations/comment_1_f9a77ce83c6f39b6272d5c577ffbb9f9._comment
new file mode 100644
index 0000000000..bb872532d7
--- /dev/null
+++ b/doc/todo/wishlist:_history_of_operations/comment_1_f9a77ce83c6f39b6272d5c577ffbb9f9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJEI45rGczFAnuM7gRSj4C6s9AS9yPZDc"
+ nickname="Kevin"
+ subject="I second this wishlist item"
+ date="2013-07-24T16:48:59Z"
+ content="""
+I too would like to see a recent history of events in the assistant webapp.  A simple listing of what changed when and by whom would be sufficient.
+"""]]
diff --git a/doc/todo/wishlist:_make_git_annex_reinject_work_in_direct_mode.mdwn b/doc/todo/wishlist:_make_git_annex_reinject_work_in_direct_mode.mdwn
new file mode 100644
index 0000000000..ffdee88400
--- /dev/null
+++ b/doc/todo/wishlist:_make_git_annex_reinject_work_in_direct_mode.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+`git annex reinject` refuses to work while in direct mode.
+
+When in direct mode git annex reinject could simply perform `rm $symlink; mv $file_copy .; git annex add $file`. I prefer having git annex doing that so I am sure I am not messing up (mistakenly adding new files for instance) and everything is properly managed.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20130516.1
+
+~~~~
+$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 12.04.2 LTS
+Release:	12.04
+Codename:	precise
+~~~~
+
+> [[fixed|done]]. Why did I take so long to do this, it was a trivial 1
+> word change! --[[Joey]]
diff --git a/doc/todo/wishlist:_make_partial_files_available_during_transfer.mdwn b/doc/todo/wishlist:_make_partial_files_available_during_transfer.mdwn
new file mode 100644
index 0000000000..b021c90914
--- /dev/null
+++ b/doc/todo/wishlist:_make_partial_files_available_during_transfer.mdwn
@@ -0,0 +1,18 @@
+Imagine this situation:
+You have a laptop and a NAS.
+On your laptop you want to consume a large media file located on the NAS.
+So you type:
+
+    git annex get --from nas mediafile
+
+But now you have to wait for the download to complete, unless either 
+
+* rsync is pointed directly to the file in the object storage ("--inplace")
+or
+* the symlink temporarily points to the partial file during a transfer
+
+which would allow you instantaneous consumption of your media.
+It might make sense to make this behavior configurable, because not everyone might agree with having partial content (that mismatches its key) around.
+
+
+So what do you say?
diff --git a/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_2_8b1cfae6f2b61929a9c6f48ae63c921d._comment b/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_2_8b1cfae6f2b61929a9c6f48ae63c921d._comment
new file mode 100644
index 0000000000..c4c2224319
--- /dev/null
+++ b/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_2_8b1cfae6f2b61929a9c6f48ae63c921d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 2"
+ date="2014-03-18T20:08:13Z"
+ content="""
+There's now an easy way to do this:
+
+        git annex find --include=* --format='.git/annex/tmp/${hashdirmixed}${key}/${key}\n' 
+
+Pass it the file or files you're interested in to get their partially transferred contents.
+"""]]
diff --git a/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_3_1304a721da6f5133fdfa1dac507f1ecb._comment b/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_3_1304a721da6f5133fdfa1dac507f1ecb._comment
new file mode 100644
index 0000000000..8e955fd48f
--- /dev/null
+++ b/doc/todo/wishlist:_make_partial_files_available_during_transfer/comment_3_1304a721da6f5133fdfa1dac507f1ecb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 3"
+ date="2012-11-04T19:58:28Z"
+ content="""
+I'm not at all comfortable with either idea. Temporarily repointing the symlink could lead to accidentially git committing a bad symlink. Or the user accidentially doing something with a partially transferred file. Running rsync in place would break lots of things that assume that, once the file is present, it can be assumed to be the full and correct file. (Obviously fsck doesn't assume that, but checks made by `git annex drop` do, for example.)
+
+However, you can access partially transferred files by key in `.git/annex/tmp`. It would be easy to write some hack that looks at the symlink to get the key, and then spits out the name of the partial file in `.git/annex/tmp.`.
+"""]]
diff --git a/doc/todo/wishlist:_more_info_in_commit_messages_in_general.mdwn b/doc/todo/wishlist:_more_info_in_commit_messages_in_general.mdwn
new file mode 100644
index 0000000000..b5cf88bf8a
--- /dev/null
+++ b/doc/todo/wishlist:_more_info_in_commit_messages_in_general.mdwn
@@ -0,0 +1,8 @@
+This is probably an extension of [[wishlist: more info in the standard commit message of `sync`]]:
+
+It would also help debugging if the default commit messages listed, e.g., the name of all the files modified by that commit (or merge).
+
+> No, it would not help debugging to put redundant info in commit
+> messages. It will only make your repository take up more disk space.
+> git log --stat will already show you the files changes by
+> any commit.  [[wontfix|done]] --[[Joey]]
diff --git a/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__.mdwn b/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__.mdwn
new file mode 100644
index 0000000000..4e5e3a171b
--- /dev/null
+++ b/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__.mdwn
@@ -0,0 +1,3 @@
+Could you include the REPO and UUID information in the "automatic sync" commit message?
+
+This would make troubleshooting easier. (not there was much trouble with git-annex!)
diff --git a/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__/comment_1_b9c241cf94a35aa6a45f4d44334694b0._comment b/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__/comment_1_b9c241cf94a35aa6a45f4d44334694b0._comment
new file mode 100644
index 0000000000..bede77efcd
--- /dev/null
+++ b/doc/todo/wishlist:_more_info_in_the_standard_commit_message_of___96__sync__96__/comment_1_b9c241cf94a35aa6a45f4d44334694b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 1"
+ date="2014-01-15T02:26:31Z"
+ content="""
+See also [[wishlist: more info in commit messages in general]] for a similar but more generic wish.
+"""]]
diff --git a/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails.mdwn b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails.mdwn
new file mode 100644
index 0000000000..e50ebbde5e
--- /dev/null
+++ b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails.mdwn
@@ -0,0 +1,7 @@
+Right now the assistant can have a huge list of pending transfers for certain hosts if its data is a bit outdated, or a host hasn't been synced lately. When starting up it will then attempt each transfer to said host (which will in turn fail, but at times take time to time out), possibly before doing other stuff like attempting to download new files, or copy files to online hosts.
+
+I suggest that if a transfer fails for host X, and there are other pending transfers, say to host Y and from Z, then all other pending transfers to/from X gets pushed to the back of the queue, to avoid having to wait a long time for several transfers to time out before doing useful stuff.
+
+The prime example for me was this morning, when a laptop that was turned off had a huge amount of queued transfers to it, resulting in the assistant attempting a load of transfers to that host before it retrieved a new file that I had created on another machine yesterday.
+
+[[!tag design/assistant]]
diff --git a/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_1_82ee9de610a0ac55cd1c27c211079e5b._comment b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_1_82ee9de610a0ac55cd1c27c211079e5b._comment
new file mode 100644
index 0000000000..3b6101ed58
--- /dev/null
+++ b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_1_82ee9de610a0ac55cd1c27c211079e5b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-12-01T19:22:03Z"
+ content="""
+There are several difficulties with reordering the queue that way. One is that the failure may be intermittent; another is that the queue is fed by a scanning process, so doesn't always have a well-defined end.
+
+Another way to deal with this problem, which I think I prefer, is to allow multiple actions from the queue to run at once. Then slow or unreachable remotes don't block it from using other remotes. 
+"""]]
diff --git a/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_2_bea55156bd32cf9e6dd9b946ba1bb8c1._comment b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_2_bea55156bd32cf9e6dd9b946ba1bb8c1._comment
new file mode 100644
index 0000000000..62d46bccd0
--- /dev/null
+++ b/doc/todo/wishlist:_move_pending_transfers_for_a_host_to_the_end_of_the_queue_when_one_fails/comment_2_bea55156bd32cf9e6dd9b946ba1bb8c1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="84.48.83.221"
+ subject="comment 2"
+ date="2012-12-01T19:31:18Z"
+ content="""
+I agree your method might be preferable, the end result is the same, and would have avoided the issues I had (and, of course, running multiple transfers at once has other benefits as well).
+
+An alternate way would be to push every transfer NOT from host X to the front of the queue (avoiding most of the \"no defined end\" issue and largely solving the problem), but if multiple actions at once is feasible then that'd still be much nicer.
+"""]]
diff --git a/doc/todo/wishlist:_option_to_print_more_info_with___39__unused__39__.mdwn b/doc/todo/wishlist:_option_to_print_more_info_with___39__unused__39__.mdwn
new file mode 100644
index 0000000000..7a9b81f72b
--- /dev/null
+++ b/doc/todo/wishlist:_option_to_print_more_info_with___39__unused__39__.mdwn
@@ -0,0 +1,37 @@
+It would be nice if the 'unused' command could optionally display info about the actual files behind its cryptic keys.
+
+I created a (very rough) bash script that simply splices in some info from git log -S'KEY' --numstat into the unused list, like so:
+
+    arand@mas:~/annex(master)$ bash ~/utv/scripts/annex-vunused 
+    unused . (checking for unused data...) (checking master...) (checking synced/master...) (checking origin/HEAD...) (checking seagate/master...)
+    Some annexed data is no longer used by any files:
+    NUMBER  KEY
+    1       SHA256E-s1073741824--49bc20df15e412a64472421e13fe86ff1c5165e18b2afccf160d4dc19fe68a14.img
+                    8f479a4 Sat Feb 23 16:14:12 2013 +0100 remove bigfile
+                    0       1       dummy_bigfile.img
+                    2988d18 Sat Feb 23 16:13:48 2013 +0100 dummy file
+                    1       0       dummy_bigfile.img
+    (To see where data was previously used, try: git log --stat -S'KEY')To remove unwanted data: git-annex dropunused NUMBER
+    ok
+The script:
+
+    #!/bin/bash
+    
+    pipe="$(mktemp -u)"
+    mkfifo "$pipe"
+    
+    git annex unused  >"$pipe" || exit 1 &
+    
+    while read -r line
+    do
+    	key="$(echo "$line" | sed 's/^[^-]*-\([^-]*\)-.*/\1/')"
+    	echo -n "$line"
+    	test -n "$key" && \
+    		echo && \
+    		git log --format="%h %cd %s" --numstat -S"$key" | \
+    			sed '/^$/d;/git-annex automatic sync/,/^ /d;s/^/\t\t/'
+    
+    done < "$pipe"
+    rm "$pipe"
+
+It would be nice if something like this was available as an option, since it's good way to get a quick overview of what the content is, and if it's safe to drop it.
diff --git a/doc/todo/wishlist:_pack_metadata_in_direct_mode.mdwn b/doc/todo/wishlist:_pack_metadata_in_direct_mode.mdwn
new file mode 100644
index 0000000000..ddf15a1447
--- /dev/null
+++ b/doc/todo/wishlist:_pack_metadata_in_direct_mode.mdwn
@@ -0,0 +1,3 @@
+The metadata storage for direct mode (V3) is this. In directory .git/annex/objects, there is one .map for all annexed file, and one .cache for all files in the working tree. Both are small files, containing only 1 line or a few lines. I have a repo with lots of photos, and this created lots of small files. I believe this will cause many performance issues. 
+
+It would be great if these files are packed, maybe also in the git pack files format.
diff --git a/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_1_1a550d6977a255b789337c3d1602db04._comment b/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_1_1a550d6977a255b789337c3d1602db04._comment
new file mode 100644
index 0000000000..543e1c048b
--- /dev/null
+++ b/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_1_1a550d6977a255b789337c3d1602db04._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.35"
+ subject="comment 1"
+ date="2014-01-04T19:18:16Z"
+ content="""
+\"I believe this will cause many performance issues.\"
+
+Such as?
+"""]]
diff --git a/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_2_3cc9c69d33c658058daea9cb5e4ab669._comment b/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_2_3cc9c69d33c658058daea9cb5e4ab669._comment
new file mode 100644
index 0000000000..5028636c40
--- /dev/null
+++ b/doc/todo/wishlist:_pack_metadata_in_direct_mode/comment_2_3cc9c69d33c658058daea9cb5e4ab669._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="namelessjon"
+ ip="193.132.159.169"
+ subject="inode starvation"
+ date="2014-01-09T15:30:16Z"
+ content="""
+This happened to me a few times when creating new annex folders.
+
+I use lvm to create virtual partitions and have/had several 'bulk media' logical volumes which used ext4 with -T largefile4 (i.e. one inode per 4mb) because they're storing files with 20mb+ sizes (RAW images, downloaded screencasts, FLAC soundfiles, etc). Between the extra directories git annex creates, the extra files, and the .git/object directory, I ran out of inodes on a few occasions from the profusion of small files.  In some cases, I worked around this by shunting data around, or adding incrementally and then 'git gc'ing a lot to at least have a small .git/objects dir.  A packed metadata would help to deal with this.
+"""]]
diff --git a/doc/todo/wishlist:_perform_fsck_remotely.mdwn b/doc/todo/wishlist:_perform_fsck_remotely.mdwn
new file mode 100644
index 0000000000..f2187d9122
--- /dev/null
+++ b/doc/todo/wishlist:_perform_fsck_remotely.mdwn
@@ -0,0 +1,39 @@
+Currently, when `fsck`'ing a remote, files are first downloaded to a temporary 
+file locally, decrypted if needed, and finally digested; the temporary file is
+then either thrown away, or quarantined, depending on the value of that digest.
+
+Whereas this approach works with any kind of remote, in the particular case 
+where the user is granted execution rights on the digest command, one could
+avoid cluttering the network and digest the file remotely. I propose the
+addition of a per-remote git option `annex-remote-fsck` to switch between the
+two behaviors.
+
+
+There is an issue with encrypted specialremotes, though. As hinted at 
+[[here|tips/beware_of_SSD_wear_when_doing_fsck_on_large_special_remotes/#comment-70055f166f7eeca976021d24a736b471]],
+since the digest of a ciphertext can't be deduced from that of a plaintext in 
+general one would needs, before sending an encrypted file to such a remote, to
+digest it and store that digest somewhere (together with the cipher's size and
+perhaps other meta-information).
+
+The usual directory structure (`.../.../{backend}-s{size}--{digest}.log`) seems
+perfectly suitable to store these informations. Lines there would look like
+`{timestamp}s {numcopy} {UUID} {remote digest}`. Of course, it implies that
+remote digest commands are trustworthy (are doing the right thing), and that
+the digest output are not tampered by others who have access to the git repo.
+But that's outside the current threat model, I guess.
+
+Actually, since git-annex always includes a MDC in the ciphertexts, we could do
+something clever and even avoid running a digest algorithm. According to the
+[[OpenPGP standard|https://tools.ietf.org/html/rfc4880#section-5.14]] the MDC
+is essentially a SHA-1 hash of the plaintext. I'm still investigating if it's
+even possible, but in theory it would be enough (with non-chained ciphers at
+least) to download a few bytes from the encrypted remote, decrypt those bytes
+to retrieve the hash, and compare that hash with the known value. Of course
+there is a downside here, namely that files tampered anywhere but on the MDC
+packets would not be detected by `fsck` (but gpg will warn when decrypting the
+file).
+
+
+My 2 cents :-) Is there something I missed? I suppose there was a reason to 
+perform `fsck` locally at the first place...
diff --git a/doc/todo/wishlist:_perform_fsck_remotely/comment_1_db92311dcdb1ef0ab0413f83e191c70c._comment b/doc/todo/wishlist:_perform_fsck_remotely/comment_1_db92311dcdb1ef0ab0413f83e191c70c._comment
new file mode 100644
index 0000000000..6bf6af23ae
--- /dev/null
+++ b/doc/todo/wishlist:_perform_fsck_remotely/comment_1_db92311dcdb1ef0ab0413f83e191c70c._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-22T15:18:35Z"
+ content="""
+The only reason fsck is done locally for remotes is ease of implementation and it being a generic operation that supports any kind of special remote.
+
+Seems that the the only types of remotes where a remote fsck is a possibility are some rsync remotes and git remotes.
+git remotes already have git-annex installed, so the fsck could be run locally on the remote system using it.
+
+I don't know if I see a benefit with the MDC check. Any non-malicious data corruption on the remote is likely to affect the body of the file and not the small portion that holds the MDC. So checking the MDC does not seem much better than the current existence check done by `git annex fsck --fast --from remote`.
+
+As for storing the remote digest on the git-annex branch, my initial reaction was just that it's potentially a lot of bloat. Thinking about it some more, when using non-shared encryption, there is currently no way, given just a clone of a git repository, to match up files in git with encrypted objects stored on a special remote. So storing the remote digest might be considered to weaken the security.
+"""]]
diff --git a/doc/todo/wishlist:_perform_fsck_remotely/comment_2_2f0dbaf143d94290bfbebb6869eb7241._comment b/doc/todo/wishlist:_perform_fsck_remotely/comment_2_2f0dbaf143d94290bfbebb6869eb7241._comment
new file mode 100644
index 0000000000..5418ff991e
--- /dev/null
+++ b/doc/todo/wishlist:_perform_fsck_remotely/comment_2_2f0dbaf143d94290bfbebb6869eb7241._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 2"
+ date="2013-08-22T16:56:55Z"
+ content="""
+Oh yeah, the MDC paragraph was pretty much pointless indeed. Oops :-P
+
+I agree that this would potentially add some noise to the index, and weaken the 
+security, but depending on the threat model and people's preferences that's an
+option that's worth considering IMHO.
+"""]]
diff --git a/doc/todo/wishlist:_perform_fsck_remotely/comment_3_5ec2e0e248dfd4ca46aef89cc5658d18._comment b/doc/todo/wishlist:_perform_fsck_remotely/comment_3_5ec2e0e248dfd4ca46aef89cc5658d18._comment
new file mode 100644
index 0000000000..91d07b7659
--- /dev/null
+++ b/doc/todo/wishlist:_perform_fsck_remotely/comment_3_5ec2e0e248dfd4ca46aef89cc5658d18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="68.119.96.78"
+ subject="comment 3"
+ date="2013-12-21T16:27:16Z"
+ content="""
+There is now a remoteFsck action in the Remote data structure. So far it is only implemented for git remotes, and `git annex fsck` does not use it; only the assistant does.
+"""]]
diff --git a/doc/todo/wishlist:_print_locations_for_files_in_rsync_remote.mdwn b/doc/todo/wishlist:_print_locations_for_files_in_rsync_remote.mdwn
new file mode 100644
index 0000000000..3876f21977
--- /dev/null
+++ b/doc/todo/wishlist:_print_locations_for_files_in_rsync_remote.mdwn
@@ -0,0 +1,6 @@
+Based on an irc conversation earlier today:
+
+19:50 < warp> joeyh: what is the best way to figure out the (remote) filename for a file stored in an rsync remote?
+
+20:43 < joeyh> warp: re your other question, probably the best thing would be to make the whereis command print out locations for each remote, as it always does for the web special remotes
+
diff --git a/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl.mdwn b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl.mdwn
new file mode 100644
index 0000000000..2bfb90b540
--- /dev/null
+++ b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl.mdwn
@@ -0,0 +1,7 @@
+I think it would be interesting to have a way to recursively import a local directory without actually moving files around. And to be able to checksum these files as well (without moving them into the annex).
+
+This would work somewhat similar to looping over a directory and adding file:// remotes for each file.
+
+A use case is importing optical media (read-only), whilst keeping that media as a remote, and being able to calculate checksums directly without moving any files around.
+
+For single files, it would also be interesting if addurl had a "--localchecksum" option that would only work for file:// urls, and make it checksum files directly from their source location?)
diff --git a/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_1_b79976afc2242791523e63831f30af71._comment b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_1_b79976afc2242791523e63831f30af71._comment
new file mode 100644
index 0000000000..caefee9a82
--- /dev/null
+++ b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_1_b79976afc2242791523e63831f30af71._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 1"
+ date="2013-03-10T23:29:55Z"
+ content="""
+Recursively adding urls is already feasiable with some simple scripting:
+
+[https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-importdir](https://gitorious.org/arand-scripts/arand-scripts/blobs/master/annex-importdir)
+
+but this is obviously missing the checksumming bit though.
+"""]]
diff --git a/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_2_1741d2392006a9af9cfd1f3b847600b9._comment b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_2_1741d2392006a9af9cfd1f3b847600b9._comment
new file mode 100644
index 0000000000..64d5924795
--- /dev/null
+++ b/doc/todo/wishlist:_recursive_directory_remote_setup__47__addurl/comment_2_1741d2392006a9af9cfd1f3b847600b9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-11T03:04:44Z"
+ content="""
+See also: [[forum/Managing a large number of files archived on many pieces of read-only medium (E.G. DVDs)]]
+particularly [[this comment|forum/Managing a large number of files archived on many pieces of read-only medium (E.G. DVDs)#comment-908dbe02f29e011f030bba4ab5ef73d1]]
+"""]]
diff --git a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
new file mode 100644
index 0000000000..545bd861d6
--- /dev/null
+++ b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__.mdwn
@@ -0,0 +1,26 @@
+Apart from Tahoe-LAFS (covered by [[todo/tahoe lfs for reals]] and [[forum/tips: special_remotes/hook with tahoe-lafs]]), [[special remotes]] (which I understand as real storage backends) for other other [peer network data stores](http://en.wikipedia.org/wiki/Distributed_data_store#Peer_network_node_data_stores_2) would be interesting.
+
+I mean gnunet, freenet, BitTorrent (also trackerless).
+
+Before dropping a file locally, the BitTorrent client should check that all parts are still available from the peers.
+
+Of course, there is no guarantee assumed that the content won't disappear from the peer network in future: they act more like a cache rather than an archive on whose lifespan you decide. (I'm only not sure about gnunet now: whether there is a rule of dropping unused content from it, like in freenet.)
+
+So, a copy in peer networks shouldn't be counted on by git-annex as much as a copy on a storage you control: probably, by efault, it shouldn't let you delete the local copy if there is a copy in a peer network unless you saved it somewhere else. 
+
+(Think of such a scenario: I could save some of my public large data on external disks/DVDs and keep them at home, and also put them onto peer networks with the same nterface of git-annex which I would be used to; I would also use the git-annex interface to check from time to time that the content is still present, i.e. "cached", on the peer networks. Whenever I'm away from home, and unexpectedly need to show this content to someone, or have a look at it for some reason, I could get it from the peer network "cache".)
+
+Also networks like namecoin (derived from bitcoin) can be used as a key-value store. Despite being a peer network, a system like namecoin actually could offer the publisher more control over the lifespan of the content: he should be able to offer "financial" reward for others processing his key-value data. (But I'm not sure namecoin is designed reasonably for this reward system to work actually; but there might be appearing other similar systems.)
+
+## A different view: extend the key-value backends with ways to look for the content in other content-addressable storage systems
+We might want to look for the registered files in other [content-addressable storage systems](http://en.wikipedia.org/wiki/Content-addressable_storage#Open-source_implementations) (and also to be able to put the files there for storage).
+
+For example:
+
+* [**GNUnet**](http://en.wikipedia.org/wiki/Gnunet) uses its own hash format to address the content. git-annex could extend its own [[backends]] with a one to work with GNUnet, and by default have a built-in [[special remote|special remotes]] that would interact with GNUnet when looking for a content or storing some content. No special setup of the special remote in each repo should be necessary, because GNUnet is "global", so we'd just use the user's already configured GNUnet client. Just turning the builtin GNUnet special remote on or off should be an option (in the repo configuration, and when calling the commands that would query it, like `whereis`).
+* **freenet** is similar.
+* Similarly, a backend  for the hashes used in **BitTorrent** and **magnet links** could be used. If we want a trackerless mode, then probably it's a similar case for a "global"/built-in special remote that needs no local setup in each repo. Using a selected tracker would mean setting up a special remote in our repo.
+* **Git**  itself can be viwed as place to look for the content. There could be a corresponding backend and a builtin special remote (needing no extra setup) to look for the content among the objects stored in the local Git repo. (What if we have a copy of a file that we've put under the control of git-annex in a previous Git commit? We could get it from the object store of Git.)
+* **Venti**, [[**Tahoe-LAFS**|todo/tahoe lfs for reals]] would need a backend for their hashes, and a specially setup special remote in each repo where we'd like to use them--because these are not "global" system, we must setup the path to the instance of the filesystem we'd like to use.
+* probably, there must be other interesting cases of this kind...
+* (I'm also thinking about using somethng like a **bibliographic information** as a key, but then it wouldn't guarantee identical files: the same paper can be stored in different formats, etc. Cf. [**URNs**](http://en.wikipedia.org/wiki/Uniform_resource_name#Examples), via <http://it.slashdot.org/comments.pl?sid=3032489&cid=40907233>. Also, an URN like bibliographic information can't be computed from the file, it will have to be entered manually or obtained from another directory of URNs.)
diff --git a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_1_e2c2047e7401cb95a82ffb686a732859._comment b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_1_e2c2047e7401cb95a82ffb686a732859._comment
new file mode 100644
index 0000000000..80a245d144
--- /dev/null
+++ b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_1_e2c2047e7401cb95a82ffb686a732859._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-25T22:57:19Z"
+ content="""
+The best first step to adding such kinds of data stores to git-annex is probably to use the [[special_remotes/hook]] special remote to access them. 
+"""]]
diff --git a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_2_472b576afdb169b233edd01adcb2123d._comment b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_2_472b576afdb169b233edd01adcb2123d._comment
new file mode 100644
index 0000000000..c58f97c1cb
--- /dev/null
+++ b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_2_472b576afdb169b233edd01adcb2123d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.56.162"
+ subject="comment 2"
+ date="2012-09-25T23:29:49Z"
+ content="""
+I see. But then, as with Tahoe-LAFS, they also have their own formats for checksums, keys, which could be re-used in git-annex, and that needs special treatment.
+"""]]
diff --git a/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_3_b4ff519ece76c6c3fb29b981320e2e1c._comment b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_3_b4ff519ece76c6c3fb29b981320e2e1c._comment
new file mode 100644
index 0000000000..dac3331740
--- /dev/null
+++ b/doc/todo/wishlist:_spec.remotes_for_other_peer_network_data_stores___40__gnunet__44___freenet__41__/comment_3_b4ff519ece76c6c3fb29b981320e2e1c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 3"
+ date="2014-03-18T19:49:09Z"
+ content="""
+The new [[special_remotes/external]] special remote's protocol has GETSTATE and SETSTATE commands that can be used to store per-remote values in the git-annex branch.
+
+So, please go make these special remotes using it!
+"""]]
diff --git a/doc/todo/wishlist:_special_remote_Ubuntu_One.mdwn b/doc/todo/wishlist:_special_remote_Ubuntu_One.mdwn
new file mode 100644
index 0000000000..b88a038eac
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_Ubuntu_One.mdwn
@@ -0,0 +1 @@
+Special remote support for [Ubuntu One](http://one.ubuntu.com) would be nice. They're [using propietary but open protocol](https://wiki.ubuntu.com/UbuntuOne/TechnicalDetails#ubuntuone-storageprotocol) based on [Google Protocol Buffers](http://code.google.com/p/protobuf/). There's [protobuf for Haskell](http://code.google.com/p/protobuf-haskell/) so it should be possible to compile [the protocol file](http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-storage-protocol/trunk/view/head:/ubuntuone/storageprotocol/protocol.proto) to Haskell code and then use that to implement the native Ubuntu special remote.
diff --git a/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_1_ab0c761030bc55e8fb75d1b344bb98b9._comment b/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_1_ab0c761030bc55e8fb75d1b344bb98b9._comment
new file mode 100644
index 0000000000..4fb9bc95ea
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_1_ab0c761030bc55e8fb75d1b344bb98b9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-18T20:02:14Z"
+ content="""
+I suggest that if someone wants to build this, they use the new external special remote protocol to do it.
+"""]]
diff --git a/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_2_17e948acb1e29793cf172cd6def4160b._comment b/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_2_17e948acb1e29793cf172cd6def4160b._comment
new file mode 100644
index 0000000000..20230e3f98
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_Ubuntu_One/comment_2_17e948acb1e29793cf172cd6def4160b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="madduck"
+ ip="2001:a60:f0fb:0:224:d7ff:fe04:c82c"
+ subject="Ubuntu One to be discontinued"
+ date="2014-04-07T05:11:52Z"
+ content="""
+Thanksfully, Canonical have stopped this silliness, Ubuntu One will be discontinued, so this todo can be marked \"wontfix\" and archived.
+"""]]
diff --git a/doc/todo/wishlist:_swift_backend.mdwn b/doc/todo/wishlist:_swift_backend.mdwn
new file mode 100644
index 0000000000..28bd265faf
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend.mdwn
@@ -0,0 +1,5 @@
+[swift](http://swift.openstack.org/) is the object storage of Openstack. Think S3, but fully open source. As it's backed by rackspace.com, NASA, Dell and several other major players, adoption rates will explode.
+
+I can provide a test account soonish if need be, else rackspace.com if offering swift storage. Their API gateway lives at https://auth.api.rackspacecloud.com/v1.0
+
+Richard
diff --git a/doc/todo/wishlist:_swift_backend/comment_1_e6efbb35f61ee521b473a92674036788._comment b/doc/todo/wishlist:_swift_backend/comment_1_e6efbb35f61ee521b473a92674036788._comment
new file mode 100644
index 0000000000..98a998c1cf
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend/comment_1_e6efbb35f61ee521b473a92674036788._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2011-05-14T10:04:36Z"
+ content="""
+I don't suppose this SWIFT api is compatible with the eucalytpus walrus api ?
+"""]]
diff --git a/doc/todo/wishlist:_swift_backend/comment_2_5d8c83b0485112e98367b7abaab3f4e3._comment b/doc/todo/wishlist:_swift_backend/comment_2_5d8c83b0485112e98367b7abaab3f4e3._comment
new file mode 100644
index 0000000000..97863b095f
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend/comment_2_5d8c83b0485112e98367b7abaab3f4e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-05-14T15:00:51Z"
+ content="""
+It does offer a S3 compability layer, but that is de facto non-functioning as of right now.
+"""]]
diff --git a/doc/todo/wishlist:_swift_backend/comment_3_bf8625b909c3a7321cae40e6f145e874._comment b/doc/todo/wishlist:_swift_backend/comment_3_bf8625b909c3a7321cae40e6f145e874._comment
new file mode 100644
index 0000000000..90af10c41c
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend/comment_3_bf8625b909c3a7321cae40e6f145e874._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="+1"
+ date="2012-09-18T08:52:21Z"
+ content="""
+OVH (french IT company) is migrating its could storage infrastructure to swift/openstack and the next few weeks.
+"""]]
diff --git a/doc/todo/wishlist:_swift_backend/comment_4_4d97d12ddd99834788e94648c8eebef9._comment b/doc/todo/wishlist:_swift_backend/comment_4_4d97d12ddd99834788e94648c8eebef9._comment
new file mode 100644
index 0000000000..21fa52aaf2
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend/comment_4_4d97d12ddd99834788e94648c8eebef9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5Z8wzidsumLYQnHdrVxpCx8vsd9llSlg"
+ nickname="Emanuele"
+ subject="comment 4"
+ date="2013-11-22T15:52:42Z"
+ content="""
+OVH is offering free accounts with 25GB of storage on their hubiC service: https://hubic.com/en/
+
+The API documentation (based on OAuth2 and OpenStack Swift) is available at https://api.hubic.com/
+"""]]
diff --git a/doc/todo/wishlist:_swift_backend/comment_5_1568f726f91d4589aef7ca9fcc3c957d._comment b/doc/todo/wishlist:_swift_backend/comment_5_1568f726f91d4589aef7ca9fcc3c957d._comment
new file mode 100644
index 0000000000..1f0ff9f63c
--- /dev/null
+++ b/doc/todo/wishlist:_swift_backend/comment_5_1568f726f91d4589aef7ca9fcc3c957d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 5"
+ date="2014-02-11T13:38:53Z"
+ content="""
+FYI, I just published a [special remote for hubiC](https://github.com/Schnouki/git-annex-remote-hubic) that uses the OAuth API for authentication and the SWIFT API for data transfers. Parts of it are specific for hubiC (mostly auth.py), but it should be possible to adapt it to other SWIFT providers as well.
+"""]]
diff --git a/doc/todo/wishlist:_traffic_accounting_for_git-annex.mdwn b/doc/todo/wishlist:_traffic_accounting_for_git-annex.mdwn
new file mode 100644
index 0000000000..4b661101d7
--- /dev/null
+++ b/doc/todo/wishlist:_traffic_accounting_for_git-annex.mdwn
@@ -0,0 +1,3 @@
+As git annex keeps logs about file transfers anyway, it should be relatively easy to add traffic accounting to a repo. That would allow me to monitor how much traffic a given repo generates. As I might end up hosting git-annex repos for a few personal friends, I need/want a way to track the heavy hitters. -- RichiH
+
+PS: If you ever plan to host git-annex similar branchable, this would probably be of interest to you, as well :)
diff --git a/doc/todo/wishlist:_unify_directory_scheme_for_the_store.mdwn b/doc/todo/wishlist:_unify_directory_scheme_for_the_store.mdwn
new file mode 100644
index 0000000000..83ce531278
--- /dev/null
+++ b/doc/todo/wishlist:_unify_directory_scheme_for_the_store.mdwn
@@ -0,0 +1,20 @@
+In regular repos, objects are stored in files of the form: .git/annex/objects/xY/z1/SHA1-.../SHA1-.... (scheme 1)
+
+On (some) special remotes, the corresponding file is stored at: .../abc/def/SHA1-... (scheme 2)
+
+I'm not sure why the same scheme as in .git/objects isn't used, but it would be useful that the two-directory prefix were the same for all objects stores.
+
+My use case is: I synchronize a git repo, say containing photos, to a server on which I can't install git-annex. I want the server to store all annexed files. For the photos to be viewed online, the annex store must use the scheme 1 (because the symlinks point to files with scheme 1). So I need to rsync .git/annex/objects manually from my desktop, because a git-annex rsync remote uses scheme 2. On the other hand, the repo on this server is not known by git-annex (like it would if I used a rsync remote).
+
+At least it would be valuable (to get around above problem) to have a plumbing command giving the 2-directory prefix from a given key, for example:
+
+$ git annex prefix-dir SHA1-s2--3f786850e387550fdab836ed7e6dc881
+
+7w/88
+
+f18/122
+
+
+Even if the 2 schemes were unified, this prefix-dir command would still be useful when hacking around git-annex (for now I need to maintain a dictionary structure).
+
+Thanks a lot.
diff --git a/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_1_44da58beaaab359ecaba7fb905ca4ae1._comment b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_1_44da58beaaab359ecaba7fb905ca4ae1._comment
new file mode 100644
index 0000000000..86c33d4349
--- /dev/null
+++ b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_1_44da58beaaab359ecaba7fb905ca4ae1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.243"
+ subject="comment 1"
+ date="2013-10-04T20:50:33Z"
+ content="""
+Using the mixed case hash directory names is not desirable because people want to use git-annex on a variety of filesystems and operating systems that treat them in a variety of broken ways. However, migrating to the all lower case hash directory names would require changing every git-annex symlink in every git repository, and I do not want to inflict that on my users.
+
+It seems to me that the best solution to your problem is to install git-annex on your server, which should not be very hard. 
+"""]]
diff --git a/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_2_bc698c501ecdb56df57171f4f3bb831a._comment b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_2_bc698c501ecdb56df57171f4f3bb831a._comment
new file mode 100644
index 0000000000..5c5269f8cb
--- /dev/null
+++ b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_2_bc698c501ecdb56df57171f4f3bb831a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="comment 2"
+ date="2013-10-05T10:45:16Z"
+ content="""
+Thank you for prompt answer. I didn't know there were tarballs,
+and indeed I managed to install them easily (although I had to
+manually install glibc version 2.9, only 2.7 was installed).
+
+I found that bare git repos also use lower case hash directory
+names... I still would be happy with an optional migration to all
+lower case, with a new key-value backend, to avoid this little
+complication which happens sometimes (say when converting a repo
+from non-bare to bare).
+"""]]
diff --git a/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_3_e555d0dbbaa05528806905c6a940724b._comment b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_3_e555d0dbbaa05528806905c6a940724b._comment
new file mode 100644
index 0000000000..e6acad3b94
--- /dev/null
+++ b/doc/todo/wishlist:_unify_directory_scheme_for_the_store/comment_3_e555d0dbbaa05528806905c6a940724b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="comment 3"
+ date="2013-10-07T13:33:40Z"
+ content="""
+By the way, I just had the case above, i.e. convert a bare repo to non-bare. In order to keep the annex files, I cloned the bare one, and git-annex move'ed all annex content to the new repo, and to my surprise it was slow, as if all files where copied (or maybe they were only checksummed?), instead of being only renamed (old and new repos were on the same partition). So I restate that at least a command line tool giving the prefix dirs would be useful, to allow scripting for this kind of situation.
+"""]]
diff --git a/doc/todo/wishlist:_use_hardlinks_for_local_clones.mdwn b/doc/todo/wishlist:_use_hardlinks_for_local_clones.mdwn
new file mode 100644
index 0000000000..4b06944222
--- /dev/null
+++ b/doc/todo/wishlist:_use_hardlinks_for_local_clones.mdwn
@@ -0,0 +1,9 @@
+as far as I know, if you `git clone` locally a git-annex enabled repository, it will not have all the files available. you would need to use `git annex get` and all files would be copied over, wasting a significant amount of space.
+
+`git-clone` has this `--local` flags which hardlinks objects in `.git/objects`, but also, maybe more interestingly, has a `--shared` option to simply tell git to look in another repo for objects. it seems to me git-annex could leverage those functionalities to avoid file duplication when using local repositories.
+
+this would be especially useful for [ikiwiki](http://ikiwiki.info/forum/ikiwiki_and_big_files).
+
+This is a [[wishlist]], but I would also welcome implementation pointers to do this myself, thanks! --[[anarcat]]
+
+> [[dup|done]]
diff --git a/doc/todo/wishlist:_use_hardlinks_for_local_clones/comment_1_85064fafe472a5bd395d60ce8f7acb56._comment b/doc/todo/wishlist:_use_hardlinks_for_local_clones/comment_1_85064fafe472a5bd395d60ce8f7acb56._comment
new file mode 100644
index 0000000000..4ef5f8414e
--- /dev/null
+++ b/doc/todo/wishlist:_use_hardlinks_for_local_clones/comment_1_85064fafe472a5bd395d60ce8f7acb56._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T17:14:28Z"
+ content="""
+git-annex uses cp --reflink=auto. So on a filesystem supporting COW file copies, like btrfs, `git annex get` will not use any disk space when getting from the same filesystem.
+
+I do not like the idea of using hardlinks, because changing the file in one repository would change it in the other, which may not be desired.
+
+[[union_mounting]] seems to cover this item pretty well, so I will close this as a duplicate.
+"""]]
diff --git a/doc/todo/wishlist:alias_system.mdwn b/doc/todo/wishlist:alias_system.mdwn
new file mode 100644
index 0000000000..1f5012966e
--- /dev/null
+++ b/doc/todo/wishlist:alias_system.mdwn
@@ -0,0 +1 @@
+To implement things like my custom `git annex-push` without the dash, i.e. `git annex push`, an alias system for git-annex would be nice.
diff --git a/doc/todo/wishlist:alias_system/comment_1_5afad4b92f9a449d4a82a94ad31feec2._comment b/doc/todo/wishlist:alias_system/comment_1_5afad4b92f9a449d4a82a94ad31feec2._comment
new file mode 100644
index 0000000000..ea8f2bd306
--- /dev/null
+++ b/doc/todo/wishlist:alias_system/comment_1_5afad4b92f9a449d4a82a94ad31feec2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.154"
+ subject="comment 1"
+ date="2014-03-18T19:38:19Z"
+ content="""
+Why not just use git's alias system? It can't make `git annex $foo` aliases, but `git $foo` is shorter anyway..
+"""]]
diff --git a/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp.mdwn b/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp.mdwn
new file mode 100644
index 0000000000..e0b1b5f5fd
--- /dev/null
+++ b/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp.mdwn
@@ -0,0 +1 @@
+otherwise now it is impossible to judge how old those are when opening the dashboard
diff --git a/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp/comment_1_ec90432a7d46383071401b05243d621f._comment b/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp/comment_1_ec90432a7d46383071401b05243d621f._comment
new file mode 100644
index 0000000000..97760e7391
--- /dev/null
+++ b/doc/todo/wishlist__91__minor__93__:_add_time_stamps_to_annex_log_popups_in_webapp/comment_1_ec90432a7d46383071401b05243d621f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 1"
+ date="2014-01-16T02:22:18Z"
+ content="""
++1
+"""]]
diff --git a/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote.mdwn b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote.mdwn
new file mode 100644
index 0000000000..fe32f7dd77
--- /dev/null
+++ b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote.mdwn
@@ -0,0 +1,9 @@
+When adding a Remote server through the webapp, it set-up a specific SSH key for later sync.
+
+However, when the remote has been set-up manually, then later gets the assistant thrown at it, there doesn't appear to be a way to create and deploy such a key. This option could be offered in, e.g., the settings of the repo in the webapp.
+
+> I feel this is out of scope for the assistant. If the user is able to
+> manually add a git remote at the command line, then they should be able
+> to configure ssh keys too. I don't want to complicate the assistant with
+> a lot of code that tries to deal with half-configured things the user
+> manually set up. [[wontfix|done]] --[[Joey]]
diff --git a/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_1_13737dc99aa877b309f7ebe44ecbafee._comment b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_1_13737dc99aa877b309f7ebe44ecbafee._comment
new file mode 100644
index 0000000000..d8e3f93372
--- /dev/null
+++ b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_1_13737dc99aa877b309f7ebe44ecbafee._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 1"
+ date="2014-01-22T13:08:21Z"
+ content="""
+Hum, fair enough. The webapp might not be the best target. However, there might already be some logic to deploy the key, only not exposed in any UI (web or CLI).
+
+However, I was under the impression that the key thath git-annex installs remotely is also limited to running git-annex-related tasks (using the command option; I cannot find any example in my configurations at the moment), rather than providing a generic login shell which happens to be used for git-annex.
+
+The command to run on the remote server did not seem to be trivial (this is what I'm currently bumping against), and I guess there already are a few functions which create and install the authorized_files entry. Maybe providing, e.g., a
+
+    git-annex installkey REMOTE
+
+command, automating only this key-setup step for the user, would be good?
+"""]]
diff --git a/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_2_06230669218541ac392d674bedd43176._comment b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_2_06230669218541ac392d674bedd43176._comment
new file mode 100644
index 0000000000..79ebb5e7c8
--- /dev/null
+++ b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_2_06230669218541ac392d674bedd43176._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="Manual solution"
+ date="2014-06-14T13:59:38Z"
+ content="""
+My problem stems from the fact that I manually git clone the git-annex repo, which prevents the assistant from creating the setup to use passwordless keys. I just reverse-engineered a working setup to work up what I was missing. I jot it down here for reference, but I guess the bottomline is that if you want to use the assistant with a repo, do it from the start.
+
+I assume that the client has a clone of the git(-annex) repo of the server.
+
+    client$ git clone server:annex
+
+Our goal is to let git-annex on the client know that there is a specific key to use when connecting to server that will let it access the git-annex-shell (without a password). We first create the key.
+
+    client:~$ ssh-keygen -t rsa -f ~/.ssh/git-annex/key.git-annex-server-user_annex
+    [enter an empty passphrase]
+
+We can then create a virtual SSH host on the client that will use this key to connect to the server, in client:~/.ssh/config:
+
+    # Added manually for git-annex
+    Host git-annex-server-user_annex
+    	Hostname server
+    	Port 22
+    	IdentityFile ~/.ssh/git-annex/key.git-annex-server-user_annex
+    	IdentitiesOnly yes
+    	StrictHostKeyChecking yes
+
+(git-annex seems to use .2F (%2F) to encode path separators in the filenames.)
+
+The server then needs to know to let the key in, but only for git-annex in the specific folder. This is done in server:.ssh/authorized_keys:
+
+    command=\"GIT_ANNEX_SHELL_DIRECTORY='annex' ~/.ssh/git-annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-pty ssh-rsa AAAA... user@client
+
+The bit starting with ssh-rsa is the public key created in client:.ssh/git-annex/key.git-annex-server-user_annex.pub at the same time as the private key.
+
+Finally, all that remains is to change the remote in the client clone to use the virtual SSH host.
+
+    client:~/annex $ git remote set-url origin ssh://user@git-annex-server-user_annex/~/annex
+    client:~/annex $ git remote set-url origin --push ssh://user@git-annex-server-user_annex/~/annex
+
+If everything worked, a sync from the client should now work without asking for a password, and starting the assistant will not either.
+
+"""]]
diff --git a/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_3_002afd775b82a0ced609c8305803a6c2._comment b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_3_002afd775b82a0ced609c8305803a6c2._comment
new file mode 100644
index 0000000000..2515349a63
--- /dev/null
+++ b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_3_002afd775b82a0ced609c8305803a6c2._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 3"
+ date="2014-06-14T14:15:55Z"
+ content="""
+After having done that on my first test repo, git-annex could sync, but failed to get the files.
+
+    client:~/annex$ git annex get file
+    get file (not available) 
+      Try making some of these repositories available:
+      	12345678-90ab-cdef-1234567890abcdef1 -- user@server:~/annex [origin]
+    
+      (Note that these git remotes have annex-ignore set: origin)
+    failed
+    git-annex: get: 1 failed
+ 
+The note helps: the problem is with the origin remote having annex-ignore set. git-annex therefore ignores it. This is easily fixed by just setting the flag to false.
+
+    client:~/annex$ git config remote.origin.annex-ignore false
+
+"""]]
diff --git a/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_4_9e8fdc41fdefcb8be0d6bae7cd4a04a9._comment b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_4_9e8fdc41fdefcb8be0d6bae7cd4a04a9._comment
new file mode 100644
index 0000000000..06d16239ad
--- /dev/null
+++ b/doc/todo/wishlist__91__webapp__93__:_add_an_option_to_install__SSH_key_on_remote/comment_4_9e8fdc41fdefcb8be0d6bae7cd4a04a9._comment
@@ -0,0 +1,59 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 4"
+ date="2014-07-09T01:09:33Z"
+ content="""
+And the ultimate, copy/pastable one, using shell variables:
+
+    export GASERVER=server
+    export GAUSER=user
+    export GAPATH=/path
+
+For the new client (using bash):
+
+    export GASANEPATH=${GAPATH//\//.2F}
+    export GASSHHOSTNAME=${GASERVER}-${GAUSER}_${GASANEPATH}
+    ssh-keygen -t rsa -f  ~/.ssh/git-annex/key.git-annex-$GASSHHOSTNAME
+    cat << EOF >> ~/.ssh/config
+    # Added manually for git-annex
+    Host git-annex-$GASSHHOSTNAME
+      Hostname $GASERVER
+      IdentityFile ~/.ssh/git-annex/key.git-annex-$GASSHHOSTNAME
+      IdentitiesOnly yes
+      StrictHostKeyChecking yes
+    EOF
+    ssh-copy-id -i ~/.ssh/git-annex/key.git-annex-$GASSHHOSTNAME $GAUSER@$GASERVER
+    git remote add ${GASERVER/.*/} ssh://${GAUSER}@git-annex-${GASSHHOSTNAME}${GAPATH}
+    git config remote.${GASERVER/.*/}.annex-ignore false
+
+After the `ssh-copy-id` stage, the key can be used to get a full session. This
+needs to be limited on the server, by prepending the following to the newly
+added key in `.ssh/authorized_keys`, replacing `GAPATH` by the value of `$GAPATH`:
+
+    command=\"GIT_ANNEX_SHELL_DIRECTORY='GAPATH' ~/.ssh/git-annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-pty 
+
+From the client, one can make sure this has been limite properly by trying to log in with the key:
+
+     ssh -i ~/.ssh/git-annex/key.git-annex-$GASSHHOSTNAME $GAUSER@$GASERVER -o IdentitiesOnly=yes
+
+It should reply with the `git-annex-shell` helper complaing:
+
+    git-annex-shell: bad parameters
+    
+    Usage: git-annex-shell [-c] command [parameters ...] [option ...]
+    
+    Plumbing commands:
+    
+    commit        DIRECTORY          commits any staged changes to the git-annex branch
+    configlist    DIRECTORY          outputs relevant git configuration
+    dropkey       DIRECTORY KEY ...  drops annexed content for specified keys
+    gcryptsetup   DIRECTORY VALUE    sets up gcrypt repository
+    inannex       DIRECTORY KEY ...  checks if keys are present in the annex
+    notifychanges DIRECTORY          sends notification when git refs are changed
+    recvkey       DIRECTORY KEY      runs rsync in server mode to receive content
+    sendkey       DIRECTORY KEY      runs rsync in server mode to send content
+    transferinfo  DIRECTORY KEY      updates sender on number of bytes of content received
+    
+... and this should be all set.
+"""]]
diff --git a/doc/todo/wishlist_degraded_files.mdwn b/doc/todo/wishlist_degraded_files.mdwn
new file mode 100644
index 0000000000..0b265c5eba
--- /dev/null
+++ b/doc/todo/wishlist_degraded_files.mdwn
@@ -0,0 +1,5 @@
+This is an idea to have a small placeholder file that is put into
+place when the file's actual content is not available in the local
+annex.
+
+Details being discussed here: <http://bugs.debian.org/728552>
diff --git a/doc/transferring_data.mdwn b/doc/transferring_data.mdwn
new file mode 100644
index 0000000000..d1ec5963f5
--- /dev/null
+++ b/doc/transferring_data.mdwn
@@ -0,0 +1,19 @@
+git-annex can transfer data to or from any of a repository's git remotes.
+Depending on where the remote is, the data transfer is done using rsync
+(over ssh or locally), or plain cp (with copy-on-write
+optimisations on supported filesystems), or using curl (for repositories
+on the web). Some [[special_remotes]] are also supported that are not
+traditional git remotes.
+
+If a data transfer is interrupted, git-annex retains the partial transfer
+to allow it to be automatically resumed later.
+
+It's equally easy to transfer a single file to or from a repository,
+or to launch a retrievel of a massive pile of files from whatever
+repositories they are scattered amongst.
+
+git-annex automatically uses whatever remotes are currently accessible,
+preferring ones that are less expensive to talk to.
+
+[[!img repomap.png caption="A real-world repository interconnection map
+(generated by git-annex map)"]]
diff --git a/doc/trust.mdwn b/doc/trust.mdwn
new file mode 100644
index 0000000000..1fd47fd1d3
--- /dev/null
+++ b/doc/trust.mdwn
@@ -0,0 +1,59 @@
+Git-annex supports several levels of trust of a repository:
+
+* semitrusted (default)
+* untrusted
+* trusted
+* dead
+
+## semitrusted
+
+Normally, git-annex does not fully trust its stored [[location_tracking]]
+information. When removing content, it will directly check
+that other repositories have enough [[copies]].
+
+Generally that explicit checking is a good idea. Consider that the current
+[[location_tracking]] information for a remote may not yet have propagated
+out. Or, a remote may have suffered a catastrophic loss of data, or itself
+been lost.
+
+There is still some trust involved here. A semitrusted repository is
+depended on to retain a copy of the file content; possibly the only
+[[copy|copies]].
+
+(Being semitrusted is the default. The `git annex semitrust` command
+restores a repository to this default, when it has been overridden.
+The `--semitrust` option can temporarily restore a repository to this
+default.)
+
+## untrusted
+
+An untrusted repository is not trusted to retain data at all. Git-annex
+will retain sufficient [[copies]] of data elsewhere.
+
+This is a good choice for eg, portable drives that could get lost. Or,
+if a disk is known to be dying, you can set it to untrusted and let
+`git annex fsck` warn about data that needs to be copied off it.
+
+To configure a repository as untrusted, use the `git annex untrust`
+command.
+
+## trusted
+
+Sometimes, you may have reasons to fully trust the location tracking
+information for a repository. For example, it may be an offline
+archival drive, from which you rarely or never remove content. Deciding
+when it makes sense to trust the tracking info is up to you.
+
+One way to handle this is just to use `--force` when a command cannot
+access a remote you trust. Or to use `--trust` to specify a repisitory to
+trust temporarily.
+
+To configure a repository as fully and permanently trusted,
+use the `git annex trust` command.
+
+## dead
+
+This is used to indicate that you have no trust that the repository
+exists at all. It's appropriate to use when a drive has been lost,
+or a directory irretrevably deleted. It will make git-annex avoid
+even showing the repository as a place where data might still reside.
diff --git a/doc/upgrades.mdwn b/doc/upgrades.mdwn
new file mode 100644
index 0000000000..0b43a972df
--- /dev/null
+++ b/doc/upgrades.mdwn
@@ -0,0 +1,106 @@
+Occasionally improvments are made to how git-annex stores its data,
+that require an upgrade process to convert repositories made with an older
+version to be used by a newer version. It's annoying, it should happen
+rarely, but sometimes, it's worth it.
+
+There's a committment that git-annex will always support upgrades from all
+past versions. After all, you may have offline drives from an earlier
+git-annex, and might want to use them with a newer git-annex.
+
+git-annex will notice if it is run in a repository that
+needs an upgrade, and refuse to do anything. To upgrade,
+use the "git annex upgrade" command.
+
+The upgrade process is guaranteed to be conflict-free. Unless you
+already have git conflicts in your repository or between repositories.
+Upgrading a repository with conflicts is not recommended; resolve the
+conflicts first before upgrading git-annex.
+
+## Upgrade events, so far
+
+### v4 -> v5 (git-annex version 5.x)
+
+The upgrade from v4 to v5 is handled
+automatically, and only affects [[direct mode]] repositories.
+
+This upgrade involves changing direct mode repositories to operate with
+core.bare=true.
+
+### v3 -> v4 (git-annex version 4.x)
+
+v4 was only used for [[direct_mode]], to ensure that a version of git-annex
+that understands direct mode was used with a direct mode repository. 
+
+### v2 -> v3 (git-annex version 3.x)
+
+Involved moving the .git-annex/ directory into a separate git-annex branch.
+
+After this upgrade, you should make sure you include the git-annex branch
+when git pushing and pulling.
+
+### tips for this upgrade
+
+This upgrade is easier (and faster!) than the previous upgrades.
+You don't need to upgrade every repository at once; it's sufficient
+to upgrade each repository only when you next use it.
+	
+Example upgrade process:
+
+	cd localrepo
+	git pull
+	git annex upgrade
+	git commit -m "upgrade v2 to v3"
+	git gc
+
+### v1 -> v2 (git-annex version 0.20110316)
+
+Involved adding hashing to .git/annex/ and changing the names of all keys.
+Symlinks changed.
+
+Also, hashing was added to location log files in .git-annex/.
+And .gitattributes needed to have another line added to it.
+
+Previously, files added to the SHA [[backends]] did not have their file
+size tracked, while files added to the WORM backend did. Files added to
+the SHA backends after the conversion will have their file size tracked,
+and that information will be used by git-annex for disk free space checking.
+To ensure that information is available for all your annexed files, see
+[[upgrades/SHA_size]].
+
+### tips for this upgrade
+
+This upgrade can tend to take a while, if you have a lot of files.
+
+Each clone of a repository should be individually upgraded.
+Until a repository's remotes have been upgraded, git-annex
+will refuse to communicate with them.
+
+Start by upgrading one repository, and then you can commit
+the changes git-annex staged during upgrade, and push them out to other
+repositories. And then upgrade those other repositories. Doing it this
+way avoids git-annex doing some duplicate work during the upgrade.
+
+Example upgrade process:
+
+	cd localrepo
+	git pull
+	git annex upgrade
+	git commit -m "upgrade v1 to v2"
+	git push
+
+	ssh remote
+	cd remoterepo
+	git pull
+	git annex upgrade
+	...
+
+### v0 -> v1 (git-annex version 0.04)
+
+Involved a reorganisation of the layout of .git/annex/. Symlinks changed.
+
+Handled more or less transparently, although git-annex was just 2 weeks
+old at the time, and had few users other than Joey.
+
+Before doing this upgrade, set annex.version:
+
+	git config annex.version 0
diff --git a/doc/upgrades/SHA_size.mdwn b/doc/upgrades/SHA_size.mdwn
new file mode 100644
index 0000000000..97603ba913
--- /dev/null
+++ b/doc/upgrades/SHA_size.mdwn
@@ -0,0 +1,20 @@
+Before version 2 of the git-annex repository, files added to the SHA
+[[backends]] did not have their file size tracked, while files added to the
+WORM backend did. The file size information is used for disk free space
+checking.
+
+Files added to the SHA backends after the conversion will have their file
+size tracked automatically. This disk free space checking is an optional
+feature and since you're more likely to be using more recently added files,
+you're unlikely to see any bad effect if you do nothing.
+
+That said, if you have old files added to SHA backends that lack file size
+tracking info, here's how you can add that info. After [[upgrading|upgrades]]
+to repository version 2, in each repository run:
+
+	git annex migrate
+	git commit -m 'migrated keys for v2'
+
+The usual caveats about [[tips/migrating_data_to_a_new_backend]]
+apply; you will end up with unused keys that you can later clean up with
+`git annex unused`.
diff --git a/doc/upgrades/SHA_size/comment_1_20f9b7b75786075de666b2146dc13a60._comment b/doc/upgrades/SHA_size/comment_1_20f9b7b75786075de666b2146dc13a60._comment
new file mode 100644
index 0000000000..7b6be15321
--- /dev/null
+++ b/doc/upgrades/SHA_size/comment_1_20f9b7b75786075de666b2146dc13a60._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjvjLHW9Omza7x1VEzIFQ8Z5honhRB90I"
+ nickname="Asheesh"
+ subject="The fact that the keys changed causes merge conflicts"
+ date="2012-06-25T00:28:59Z"
+ content="""
+FYI, I have run into a problem where if you 'git annex sync' between various 'git annex v3' repositories, if the different repositories are using different encodings of the SHA1 information (one including size, one not), then the 'git merge' will declare that they conflict.
+
+There's no indication that 'git annex migrate' is the right tool to run, except from perusing the 'git annex' man page. In my opinion this is a major user interface problem.
+
+-- Asheesh.
+"""]]
diff --git a/doc/upgrades/gcrypt.mdwn b/doc/upgrades/gcrypt.mdwn
new file mode 100644
index 0000000000..65f80f86e0
--- /dev/null
+++ b/doc/upgrades/gcrypt.mdwn
@@ -0,0 +1,25 @@
+Unfortunately the initial gcrypt repository layout had to be changed
+after git-annex version 4.20130920. If you have an encrypted git repository
+created using version 4.20130920 or 4.20130909, you need to manually
+upgrade it.
+
+If you look at the contents of your gcrypt repository, you will
+see a bare git repository, with a few three-letter subdirectories,
+which are where git-annex stores its encrypted file contents:
+
+<pre>
+27f/  branches/  description  hooks/  objects/
+HEAD  config     f37/         info/   refs/
+</pre>
+
+In the example above, the subdirectories are `27f` and `f37`.
+
+All you need to do to transition is move those subdirectories
+into an `annex/objects` directory.
+
+	mkdir annex ; mkdir annex/objects ; mv 27f f37 annex/objects
+
+Probably those are the only 3 letter things inside your git repository,
+so this will probably work:
+
+	mkdir annex ; mkdir annex/objects ; mv ??? annex/objects
diff --git a/doc/upgrades/gcrypt/comment_1_606c1527735996ae671f78948e4ad84b._comment b/doc/upgrades/gcrypt/comment_1_606c1527735996ae671f78948e4ad84b._comment
new file mode 100644
index 0000000000..8805f4a8d3
--- /dev/null
+++ b/doc/upgrades/gcrypt/comment_1_606c1527735996ae671f78948e4ad84b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmj3kEGlCiy_Y-wb6AIBBnJ0B_SiPHV5Bo"
+ nickname="Thomas"
+ subject="small omission"
+ date="2013-09-25T04:59:03Z"
+ content="""
+In your second example, `mv ??? annex` has to be `mv ??? annex/objects`, I think.
+"""]]
diff --git a/doc/use_case/Alice.mdwn b/doc/use_case/Alice.mdwn
new file mode 100644
index 0000000000..cdd3ea546d
--- /dev/null
+++ b/doc/use_case/Alice.mdwn
@@ -0,0 +1,24 @@
+### use case: The Nomad
+
+Alice is always on the move, often with her trusty netbook and a small
+handheld terabyte USB drive, or a smaller USB keydrive. She has a server
+out there on the net. She stores data, encrypted in the Cloud.
+
+All these things can have different files on them, but Alice no longer
+has to deal with the tedious process of keeping them manually in sync,
+or remembering where she put a file. git-annex manages all these data
+sources as if they were git remotes.  
+<small>[[more about special remotes|special_remotes]]</small>
+
+When she has 1 bar on her cell, Alice queues up interesting files on her
+server for later. At a coffee shop, she has git-annex download them to her
+USB drive. High in the sky or in a remote cabin, she catches up on
+podcasts, videos, and games, first letting git-annex copy them from
+her USB drive to the netbook (this saves battery power).  
+<small>[[more about transferring data|transferring_data]]</small>
+
+When she's done, she tells git-annex which to keep and which to remove.
+They're all removed from her netbook to save space, and Alice knows
+that next time she syncs up to the net, her changes will be synced back 
+to her server.  
+<small>[[more about distributed version control|distributed_version_control]]</small>
diff --git a/doc/use_case/Bob.mdwn b/doc/use_case/Bob.mdwn
new file mode 100644
index 0000000000..7a90cdd119
--- /dev/null
+++ b/doc/use_case/Bob.mdwn
@@ -0,0 +1,25 @@
+### use case: The Archivist
+
+Bob has many drives to archive his data, most of them 
+[[kept offline|tips/offline_archive_drives]], in a safe place.
+
+With git-annex, Bob has a single directory tree that includes all
+his files, even if their content is being stored offline. He can
+reorganize his files using that tree, committing new versions to git,
+without worry about accidentally deleting anything. 
+
+When Bob needs access to some files, git-annex can tell him which drive(s)
+they're on, and easily make them available. Indeed, every drive knows what
+is on every other drive.  
+<small>[[more about location tracking|location_tracking]]</small>
+
+Bob thinks long-term, and so he appreciates that git-annex uses a simple
+repository format. He knows his files will be accessible in the future
+even if the world has forgotten about git-annex and git.  
+<small>[[more about future-proofing|future_proofing]]</small>
+
+Run in a cron job, git-annex adds new files to archival drives at night. It
+also helps Bob keep track of intentional, and unintentional copies of
+files, and logs information he can use to decide when it's time to duplicate
+the content of old drives.  
+<small>[[more about backup copies|copies]]</small>
diff --git a/doc/users.mdwn b/doc/users.mdwn
new file mode 100644
index 0000000000..b9bab48ecf
--- /dev/null
+++ b/doc/users.mdwn
@@ -0,0 +1,9 @@
+Users of this wiki, feel free to create a subpage of this one and talk
+about yourself on it, within reason. You can link to it to sign your
+comments.
+
+List of users
+=============
+[[!inline pages="users/* and !users/*/* and !*/Discussion" 
+feeds=no archive=yes sort=title template=titlepage
+rootpage="users" postformtext="Add yourself as an git-annex user:"]]
diff --git a/doc/users/anarcat.mdwn b/doc/users/anarcat.mdwn
new file mode 100644
index 0000000000..7a911e78fe
--- /dev/null
+++ b/doc/users/anarcat.mdwn
@@ -0,0 +1,55 @@
+I use git-annex to manage huge files, mostly video and audio attached to other git repositories (such as presentations), but I also use git-annex to manage my music collection across multiple devices. I also use it to manage the `ISO` images I download, podcasts, and youtube videos.
+
+See <http://anarc.at/>.
+
+[[!toc]]
+
+My tips
+=======
+
+... or the ones I commented it, to be more precise.
+
+[[!inline pages="tips/* and and link(users/anarcat)" sort=mtime feeds=no actions=yes archive=yes show=0]]
+
+
+My todos
+========
+
+... same.
+
+[[!inline pages="todo/* and !todo/done and !link(todo/done) and
+link(users/anarcat)" sort=mtime feeds=no actions=yes archive=yes show=0]]
+
+Done
+----
+
+[[!inline pages="todo/* and !todo/done and link(todo/done) and
+link(users/anarcat)" feeds=no actions=yes archive=yes show=0]]
+
+My bugs
+=======
+
+... same.
+
+[[!inline pages="bugs/* and !bugs/done and !link(bugs/done) and
+link(users/anarcat)" sort=mtime feeds=no actions=yes archive=yes show=0  template=buglist]]
+
+Fixed
+-----
+
+[[!inline pages="bugs/* and !bugs/done and link(bugs/done) and
+link(users/anarcat)" feeds=no actions=yes archive=yes show=0  template=buglist]]
+
+Forum posts
+===========
+
+Forums where I posted.
+
+[[!inline pages="forum/* and link(users/anarcat)" sort=mtime feeds=no actions=yes archive=yes show=0]]
+
+Git annex dev news
+==================
+
+I find the recent changes a little too noisy, but i want more than just the [[news]], so i made up this little hybrid feed:
+
+[[!inline pages="(news/* and !news/*/* and !*/Discussion) or (devblog/* and !devblog/*/*)" feedonly="yes"]]
diff --git a/doc/users/chrysn.mdwn b/doc/users/chrysn.mdwn
new file mode 100644
index 0000000000..ba42615678
--- /dev/null
+++ b/doc/users/chrysn.mdwn
@@ -0,0 +1,11 @@
+* **name**: chrysn
+* **website**: <http://christian.amsuess.com/>
+* **uses git-annex for** managing the family's photos (and possibly videos and music in the future).
+* **likes git-annex because** it adds a layer of commit semantics over a regular file system without keeping everything in duplicate locally.
+* **would like git-annex not to** be required any more at all when
+  * git itself learns to use cow filesystems to avoid abundant disk usage, and
+  * git gets better with shallow clones.
+
+    git-annex might then still be a simpler tool that watches over what can be safely dropped from a particular shallow clone
+
+    (the issues with shallow clones seem to relate primarily to shallow history; i haven't read anything about what would happen if all commits were checked out, but not all trees and blobs)
diff --git a/doc/users/clacke.mdwn b/doc/users/clacke.mdwn
new file mode 100644
index 0000000000..c48cd311fc
--- /dev/null
+++ b/doc/users/clacke.mdwn
@@ -0,0 +1,3 @@
+Claes Wallin (韋嘉誠)
+
+[[https://microca.st/clacke]]
diff --git a/doc/users/claes.wallin.mdwn b/doc/users/claes.wallin.mdwn
new file mode 100644
index 0000000000..9e79a5fc9e
--- /dev/null
+++ b/doc/users/claes.wallin.mdwn
@@ -0,0 +1 @@
+[[!meta redir=clacke]]
diff --git a/doc/users/fmarier.mdwn b/doc/users/fmarier.mdwn
new file mode 100644
index 0000000000..d04b6968df
--- /dev/null
+++ b/doc/users/fmarier.mdwn
@@ -0,0 +1,6 @@
+# François Marier
+
+Free Software and Debian Developer. Lead developer of [Libravatar](https://www.libravatar.org)
+
+* [Blog](http://feeding.cloud.geek.nz) and [homepage](http://fmarier.org)
+* [Identica](http://identi.ca/fmarier) / [Twitter](https://twitter.com/fmarier)
diff --git a/doc/users/gebi.mdwn b/doc/users/gebi.mdwn
new file mode 100644
index 0000000000..121bedbdd7
--- /dev/null
+++ b/doc/users/gebi.mdwn
@@ -0,0 +1 @@
+Michael Gebetsroither <michael@mgeb.org>
diff --git a/doc/users/greg.mdwn b/doc/users/greg.mdwn
new file mode 100644
index 0000000000..95873c5750
--- /dev/null
+++ b/doc/users/greg.mdwn
@@ -0,0 +1,3 @@
+Greg Grossmeier
+
+<http://grossmeier.net/about>
diff --git a/doc/users/joey.mdwn b/doc/users/joey.mdwn
new file mode 100644
index 0000000000..306e1cc768
--- /dev/null
+++ b/doc/users/joey.mdwn
@@ -0,0 +1,2 @@
+Joey Hess <joey@kitenet.net>  
+<http://kitenet.net/~joey/>
diff --git a/doc/users/sameerds.mdwn b/doc/users/sameerds.mdwn
new file mode 100644
index 0000000000..6df5f181c4
--- /dev/null
+++ b/doc/users/sameerds.mdwn
@@ -0,0 +1,3 @@
+Extremely grateful user of git-annex.
+
+[[http://sameer.sbuddhe.net/]]
diff --git a/doc/users/tobiastheviking.mdwn b/doc/users/tobiastheviking.mdwn
new file mode 100644
index 0000000000..31398dae90
--- /dev/null
+++ b/doc/users/tobiastheviking.mdwn
@@ -0,0 +1,13 @@
+Tobias Ussing
+
+See:
+
+* [[tips/flickrannex]] - [[https://github.com/TobiasTheViking/flickrannex/]]
+* [[tips/imapannex]] - [[https://github.com/TobiasTheViking/imapannex]]
+* [[tips/dropboxannex]] - [[https://github.com/TobiasTheViking/dropboxannex]]
+* [[tips/skydriveannex]] - [[https://github.com/TobiasTheViking/skydriveannex]]
+* [[tips/googledriveannex]] - [[https://github.com/TobiasTheViking/googledriveannex]]
+* [[tips/owncloudannex]] - [[https://github.com/TobiasTheViking/owncloudannex]]
+* [[tips/megaannex]] - [[https://github.com/TobiasTheViking/megaannex]]
+* [[forum/nntp__47__usenet_special_remote/]]
+
diff --git a/doc/videos.mdwn b/doc/videos.mdwn
new file mode 100644
index 0000000000..4bfcdbc9fc
--- /dev/null
+++ b/doc/videos.mdwn
@@ -0,0 +1,8 @@
+Talks and screencasts about git-annex.
+
+These videos are also available in a public git-annex repository
+`git clone https://downloads.kitenet.net/.git/`
+
+[[!inline pages="./videos/* and !./videos/*/* and !*/Discussion" show="2"]]
+
+[[!inline pages="./videos/* and !./videos/*/* and !*/Discussion" show="0" archive=yes skip=2 feeds=no]]
diff --git a/doc/videos/FOSDEM2012.mdwn b/doc/videos/FOSDEM2012.mdwn
new file mode 100644
index 0000000000..30d1e37d51
--- /dev/null
+++ b/doc/videos/FOSDEM2012.mdwn
@@ -0,0 +1,7 @@
+<video controls
+src="http://video.fosdem.org/2012/lightningtalks/git_annex___manage_files_with_git,_without_checking_their_contents_into_git.webm"></video><br>
+A <a href="http://video.fosdem.org/2012/lightningtalks/git_annex___manage_files_with_git,_without_checking_their_contents_into_git.webm">15 minute introduction to git-annex</a>,
+presented by Richard Hartmann at FOSDEM 2012.
+
+[[!meta date="1 Jan 2012"]]
+[[!meta title="git-annex presentation by Richard Hartmann at FOSDEM 2012"]]
diff --git a/doc/videos/LCA2013.mdwn b/doc/videos/LCA2013.mdwn
new file mode 100644
index 0000000000..0f29ce0523
--- /dev/null
+++ b/doc/videos/LCA2013.mdwn
@@ -0,0 +1,8 @@
+<video controls>
+<source type="video/mp4" src="http://mirror.linux.org.au/linux.conf.au/2013/mp4/gitannex.mp4">
+<source type="video/ogg" src="http://mirror.linux.org.au/linux.conf.au/2013/ogv/gitannex.ogv">
+</video><br>
+A <a href="http://mirror.linux.org.au/linux.conf.au/2013/mp4/gitannex.mp4">45 minute talk and demo of git-annex and the assistant</a>), presented by Joey Hess at LCA 2013.
+
+[[!meta date="1 Feb 2013"]]
+[[!meta title="git-annex presentation by Joey Hess at Linux.Conf.Au 2013"]]
diff --git a/doc/videos/git-annex_assistant_archiving.mdwn b/doc/videos/git-annex_assistant_archiving.mdwn
new file mode 100644
index 0000000000..7e891c2f77
--- /dev/null
+++ b/doc/videos/git-annex_assistant_archiving.mdwn
@@ -0,0 +1,5 @@
+<video controls width=400>
+<source src="https://downloads.kitenet.net/videos/git-annex/git-annex-assistant-archiving.ogv">
+</video><br>
+A <a href="https://downloads.kitenet.net/videos/git-annex/git-annex-assistant-archiving.ogv">9 minute screencast</a>
+covering archiving your files with the [[git-annex assistant|/assistant]]</a>.
diff --git a/doc/videos/git-annex_assistant_introduction.mdwn b/doc/videos/git-annex_assistant_introduction.mdwn
new file mode 100644
index 0000000000..93f9df1bad
--- /dev/null
+++ b/doc/videos/git-annex_assistant_introduction.mdwn
@@ -0,0 +1,5 @@
+<video controls width=400>
+<source src="https://downloads.kitenet.net/videos/git-annex/git-annex-assistant-intro.ogv">
+</video><br>
+A <a href="https://downloads.kitenet.net/videos/git-annex/git-annex-assistant-intro.ogv">8 minute screencast</a>
+introducing the [[git-annex assistant|/assistant]]</a>.
diff --git a/doc/videos/git-annex_assistant_introduction/comment_1_f42ad4183c2c28319d3705a82fceb82f._comment b/doc/videos/git-annex_assistant_introduction/comment_1_f42ad4183c2c28319d3705a82fceb82f._comment
new file mode 100644
index 0000000000..c969bacbcb
--- /dev/null
+++ b/doc/videos/git-annex_assistant_introduction/comment_1_f42ad4183c2c28319d3705a82fceb82f._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="modules"
+ ip="85.16.227.39"
+ subject="Great screencast"
+ date="2013-03-16T14:16:37Z"
+ content="""
+I am starting to understand the concept :) Thank you.
+
+The assistant is working perfect with local repos and removable drives but i have problems to setup a remote repos. On a fresh debian server with base setup and rsync installed and ssh-keys for login. I got a green \"Scanned 93.xxx.xx.xxx_annex\" message on dashboard, but there is never a finished transfer. Its \"queued\" on all files and nothing seems to happens on clicking the \"play\" button behind files (x-ing files removes them from dashboard). Also i saw there is a second option in your screencast for remote servers (\"Use a git reposoitory on the server\") which does not show up on my side. Do i need to setup git-annex on server for second option? (with git-annex version 4.20130314).
+
+
+
+
+
+"""]]
diff --git a/doc/videos/git-annex_assistant_introduction/comment_2_b62f4eeeac1138570f7cb8c98d41c2cb._comment b/doc/videos/git-annex_assistant_introduction/comment_2_b62f4eeeac1138570f7cb8c98d41c2cb._comment
new file mode 100644
index 0000000000..8b6d2a1e95
--- /dev/null
+++ b/doc/videos/git-annex_assistant_introduction/comment_2_b62f4eeeac1138570f7cb8c98d41c2cb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-16T16:04:30Z"
+ content="""
+@modules: Yes, you're only given the option to use a git repository on the server if it has both git and git-annex installed. You can install any version of git-annex there. For example, Debian stable ships with one that will work.
+I plan to make that screen clearer when the git repository option is not available.
+
+I'm not sure what'd going on with your rsync transfers not running. I can say that if the \"play\" icon is visible, the transfer has been paused. While a transfer is running, the \"pause\" icon is visible instead, to let you pause it. 
+This may be as simple as you having misunderstood the icons and paused the currently running transfer, which prevents any transfers from running. If not, suggest you enable debug logs in the Preferences page, and consider filing a [[bug_report|bugs]].
+"""]]
diff --git a/doc/videos/git-annex_assistant_lan.mdwn b/doc/videos/git-annex_assistant_lan.mdwn
new file mode 100644
index 0000000000..aa9245fe56
--- /dev/null
+++ b/doc/videos/git-annex_assistant_lan.mdwn
@@ -0,0 +1,6 @@
+<video controls width=400>
+<source src="https://downloads.kitenet.net/videos/git-annex/git-annex-lan.webm">
+</video><br>
+A <a href="https://downloads.kitenet.net/videos/git-annex/git-annex-lan.webm">10 minute screencast</a>
+showing how to get started using the [[git-annex assistant|/assistant]],
+including sharing files on a local network, and installation on a server.
diff --git a/doc/videos/git-annex_assistant_lan/comment_1_df8c8b6d9d63fbf5462b225edbb23c82._comment b/doc/videos/git-annex_assistant_lan/comment_1_df8c8b6d9d63fbf5462b225edbb23c82._comment
new file mode 100644
index 0000000000..8c67a5cfbc
--- /dev/null
+++ b/doc/videos/git-annex_assistant_lan/comment_1_df8c8b6d9d63fbf5462b225edbb23c82._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="How is the binary found on the server?"
+ date="2014-06-05T12:05:40Z"
+ content="""
+Great screencast! There is one thing that intrigues me: since you simply uncompress the binary in some folder, how does gitannex figures out where the binary lives there?
+"""]]
diff --git a/doc/videos/git-annex_assistant_lan/comment_2_d4e3122da9c9e27fbe872e09fcde762b._comment b/doc/videos/git-annex_assistant_lan/comment_2_d4e3122da9c9e27fbe872e09fcde762b._comment
new file mode 100644
index 0000000000..c62f1d0160
--- /dev/null
+++ b/doc/videos/git-annex_assistant_lan/comment_2_d4e3122da9c9e27fbe872e09fcde762b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="magic"
+ date="2014-06-10T16:13:35Z"
+ content="""
+In the screencast, I run git-annex after unpacking it, and this lets it register where it's installed at.
+
+So it is important to run git-annex after you unpack it.
+"""]]
diff --git a/doc/videos/git-annex_assistant_lan/comment_3_d43ee0a335c2f010b437cf28437455c2._comment b/doc/videos/git-annex_assistant_lan/comment_3_d43ee0a335c2f010b437cf28437455c2._comment
new file mode 100644
index 0000000000..39fb1aefcb
--- /dev/null
+++ b/doc/videos/git-annex_assistant_lan/comment_3_d43ee0a335c2f010b437cf28437455c2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="Where is it registered?"
+ date="2014-06-11T11:27:02Z"
+ content="""
+I'm curious: how do you register it? Does it only work on Linux? (I've had to add paths to my setup under OS X, so it would be great if there was such a simpler way.)
+"""]]
diff --git a/doc/videos/git-annex_assistant_lan/comment_4_c710e27db41311b157d8caaafc32dc7e._comment b/doc/videos/git-annex_assistant_lan/comment_4_c710e27db41311b157d8caaafc32dc7e._comment
new file mode 100644
index 0000000000..1035f6348c
--- /dev/null
+++ b/doc/videos/git-annex_assistant_lan/comment_4_c710e27db41311b157d8caaafc32dc7e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-06-11T19:56:49Z"
+ content="""
+Running git-annex will also register it on OSX. The registration just consists of making a ~/.ssh/git-annex-shell that runs the real git-annex-shell. The assistant detects when it needs to use that wrapper when setting up a repository.
+"""]]
diff --git a/doc/videos/git-annex_assistant_remote_sharing.mdwn b/doc/videos/git-annex_assistant_remote_sharing.mdwn
new file mode 100644
index 0000000000..6d9a97e8ef
--- /dev/null
+++ b/doc/videos/git-annex_assistant_remote_sharing.mdwn
@@ -0,0 +1,6 @@
+<video controls width=400>
+<source src="https://downloads.kitenet.net/videos/git-annex/git-annex-xmpp-pairing.ogv">
+</video><br>
+A <a href="https://downloads.kitenet.net/videos/git-annex/git-annex-xmpp-pairing.ogv">6 minute screencast</a>
+showing how to share files between your computers in different locations,
+such as home and work.
diff --git a/doc/videos/git-annex_assistant_sync_demo.mdwn b/doc/videos/git-annex_assistant_sync_demo.mdwn
new file mode 100644
index 0000000000..2df2a3a91a
--- /dev/null
+++ b/doc/videos/git-annex_assistant_sync_demo.mdwn
@@ -0,0 +1,8 @@
+A screencast demoing the git-annex assistant syncing between Nicaragua
+and the United Kingdom for the first time.
+
+<video controls src="http://joeyh.name/screencasts/git-annex-assistant.ogg"></video>
+
+[video](http://joeyh.name/screencasts/git-annex-assistant.ogg)
+
+[[!meta date="Thu Jul 5 16:36:06 2012 -0600"]]
diff --git a/doc/videos/git-annex_views_demo.mdwn b/doc/videos/git-annex_views_demo.mdwn
new file mode 100644
index 0000000000..c860129fd0
--- /dev/null
+++ b/doc/videos/git-annex_views_demo.mdwn
@@ -0,0 +1,11 @@
+A quick screencast demoing an experimental new feature,
+[[tips/metadata_driven_views]].
+
+<video controls src="https://downloads.kitenet.net/videos/git-annex/git-annex_views_demo.ogg"></video>
+
+[video](https://downloads.kitenet.net/videos/git-annex/git-annex_views_demo.ogg)
+
+Credits: 
+
+* RichiH for <https://github.com/RichiH/conference_proceedings>
+* Michi for keyboard cat cameo
diff --git a/doc/videos/git-annex_watch_demo.mdwn b/doc/videos/git-annex_watch_demo.mdwn
new file mode 100644
index 0000000000..3909f73b5b
--- /dev/null
+++ b/doc/videos/git-annex_watch_demo.mdwn
@@ -0,0 +1,7 @@
+A quick screencast demoing the `git annex watch` daemon.
+
+<video controls src="http://joeyh.name/screencasts/git-annex-watch.ogg"></video>
+
+[video](http://joeyh.name/screencasts/git-annex-watch.ogg)
+
+[[!meta date="Mon Jun 11 16:02:14 2012 -0400"]]
diff --git a/doc/videos/git-annex_weppapp_demo.mdwn b/doc/videos/git-annex_weppapp_demo.mdwn
new file mode 100644
index 0000000000..b982d32fd4
--- /dev/null
+++ b/doc/videos/git-annex_weppapp_demo.mdwn
@@ -0,0 +1,8 @@
+A quick screencast demoing the early `git annex webapp` and
+automatic USB drive mount detection and syncing.
+
+<video controls src="http://joeyh.name/screencasts/git-annex-webapp.ogg"></video>
+
+[video](http://joeyh.name/screencasts/git-annex-webapp.ogg)
+
+[[!meta date="Sun Jul 29 14:41:41 2012 -0400"]]
diff --git a/doc/walkthrough.mdwn b/doc/walkthrough.mdwn
new file mode 100644
index 0000000000..94c31e4772
--- /dev/null
+++ b/doc/walkthrough.mdwn
@@ -0,0 +1,26 @@
+A walkthrough of the basic features of git-annex.
+
+[[!toc]]
+
+[[!inline feeds=no trail=yes show=0 template=walkthrough pagenames="""
+	walkthrough/creating_a_repository
+	walkthrough/adding_a_remote
+	walkthrough/adding_files
+	walkthrough/renaming_files
+	walkthrough/getting_file_content
+	walkthrough/syncing
+	walkthrough/transferring_files:_When_things_go_wrong
+	walkthrough/removing_files
+	walkthrough/removing_files:_When_things_go_wrong
+	walkthrough/modifying_annexed_files
+	walkthrough/using_ssh_remotes
+	walkthrough/moving_file_content_between_repositories
+	walkthrough/quiet_please:_When_git-annex_seems_to_skip_files
+	walkthrough/using_tags_and_branches
+	walkthrough/unused_data
+	walkthrough/fsck:_verifying_your_data
+	walkthrough/fsck:_when_things_go_wrong
+	walkthrough/backups
+	walkthrough/automatically_managing_content
+	walkthrough/more
+"""]]
diff --git a/doc/walkthrough/adding_a_remote.mdwn b/doc/walkthrough/adding_a_remote.mdwn
new file mode 100644
index 0000000000..97690dfcdf
--- /dev/null
+++ b/doc/walkthrough/adding_a_remote.mdwn
@@ -0,0 +1,19 @@
+Like any other git repository, git-annex repositories have remotes.
+Let's start by adding a USB drive as a remote.
+
+	# sudo mount /media/usb
+	# cd /media/usb
+	# git clone ~/annex
+	# cd annex
+	# git annex init "portable USB drive"
+	# git remote add laptop ~/annex
+	# cd ~/annex
+	# git remote add usbdrive /media/usb/annex
+
+This is all standard ad-hoc distributed git repository setup.
+The only git-annex specific part is telling it the name
+of the new repository created on the USB drive.
+
+Notice that both repos are set up as remotes of one another. This lets
+either get annexed files from the other. You'll want to do that even
+if you are using git in a more centralized fashion.
diff --git a/doc/walkthrough/adding_a_remote/comment_1_0a59355bd33a796aec97173607e6adc9._comment b/doc/walkthrough/adding_a_remote/comment_1_0a59355bd33a796aec97173607e6adc9._comment
new file mode 100644
index 0000000000..4b0b9c0fd2
--- /dev/null
+++ b/doc/walkthrough/adding_a_remote/comment_1_0a59355bd33a796aec97173607e6adc9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-03-19T01:18:49Z"
+ content="""
+After doing the above with two required copy per file, `git annex fsck` complained that I had only one copy per file even though I had created my clone, already. Once I `git pull`ed from the second repo, not getting any changes for obvious reasons, `git annex fsck` was happy. So I am not sure how my addition was incorrect. -- RichiH
+"""]]
diff --git a/doc/walkthrough/adding_a_remote/comment_2_f8cd79ef1593a8181a7f1086a87713e8._comment b/doc/walkthrough/adding_a_remote/comment_2_f8cd79ef1593a8181a7f1086a87713e8._comment
new file mode 100644
index 0000000000..015417a4f7
--- /dev/null
+++ b/doc/walkthrough/adding_a_remote/comment_2_f8cd79ef1593a8181a7f1086a87713e8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-19T15:35:38Z"
+ content="""
+Yes, you have to pull down location tracking information in order for fsck to be satisfied in that situation. But since this is a walkthrough, and neither fsck or numcopies settings are mentioned until later, it's ok for this pull to be described a few steps along in [[getting file content]].
+
+"""]]
diff --git a/doc/walkthrough/adding_a_remote/comment_3_60691af4400521b5a8c8d75efe3b44cb._comment b/doc/walkthrough/adding_a_remote/comment_3_60691af4400521b5a8c8d75efe3b44cb._comment
new file mode 100644
index 0000000000..9280f2dccf
--- /dev/null
+++ b/doc/walkthrough/adding_a_remote/comment_3_60691af4400521b5a8c8d75efe3b44cb._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://dieter-be.myopenid.com/"
+ nickname="dieter"
+ subject="comment 3"
+ date="2011-04-02T20:24:33Z"
+ content="""
+ * why the `git remote add laptop ~/annex` ? this remote already exists under the name origin.
+ * doesn't the last command need to be `git remote add usbdrive /media/usb/annex`? because the actual repo would be in /media/usb/annex, not /media/usb?
+"""]]
diff --git a/doc/walkthrough/adding_a_remote/comment_4_6f7cf5c330272c96b3abeb6612075c9d._comment b/doc/walkthrough/adding_a_remote/comment_4_6f7cf5c330272c96b3abeb6612075c9d._comment
new file mode 100644
index 0000000000..b4dcb6422a
--- /dev/null
+++ b/doc/walkthrough/adding_a_remote/comment_4_6f7cf5c330272c96b3abeb6612075c9d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-04-03T02:32:17Z"
+ content="""
+Good spotting on the last line, fixed.
+
+The laptop remote is indeed redundant, but it leads to clearer views of what is going on later in the walkthrough (\"git pull laptop master\", \"(copying from laptop...)\"). And if the original clone is made from a central bare repo, this reinforces that you'll want to set up remotes for other repos on the computer.
+"""]]
diff --git a/doc/walkthrough/adding_files.mdwn b/doc/walkthrough/adding_files.mdwn
new file mode 100644
index 0000000000..b014c3ee70
--- /dev/null
+++ b/doc/walkthrough/adding_files.mdwn
@@ -0,0 +1,12 @@
+	# cd ~/annex
+	# cp /tmp/big_file .
+	# cp /tmp/debian.iso .
+	# git annex add .
+	add big_file (checksum...) ok
+	add debian.iso (checksum...) ok
+	# git commit -a -m added
+
+When you add a file to the annex and commit it, only a symlink to
+the content is committed to git. The content itself is stored in
+git-annex's backend, `.git/annex/` (or in [[direct_mode]] the file
+is left as-is).
diff --git a/doc/walkthrough/automatically_managing_content.mdwn b/doc/walkthrough/automatically_managing_content.mdwn
new file mode 100644
index 0000000000..ec55c1cc8b
--- /dev/null
+++ b/doc/walkthrough/automatically_managing_content.mdwn
@@ -0,0 +1,45 @@
+Once you have multiple repositories, and have perhaps configured numcopies,
+any given file can have many more copies than is needed, or perhaps fewer
+than you would like. How to manage this?
+
+The whereis subcommand can be used to see how many copies of a file are known,
+but then you have to decide what to get or drop. In this example, there
+are perhaps not enough copies of the first file, and too many of the second
+file.
+
+	# cd /media/usbdrive
+	# git annex whereis
+	whereis my_cool_big_file (1 copy)
+		0c443de8-e644-11df-acbf-f7cd7ca6210d  -- laptop
+	whereis other_file (3 copies)
+		0c443de8-e644-11df-acbf-f7cd7ca6210d  -- laptop
+		62b39bbe-4149-11e0-af01-bb89245a1e61  -- usb drive [here]
+		7570b02e-15e9-11e0-adf0-9f3f94cb2eaa  -- backup drive
+
+What would be handy is some automated versions of get and drop, that only
+gets a file if there are not yet enough copies of it, or only drops a file
+if there are too many copies. Well, these exist, just use the --auto option.
+
+	# git annex get --auto --numcopies=2
+	get my_cool_big_file (from laptop...) ok
+	# git annex drop --auto --numcopies=2
+	drop other_file ok
+
+With two quick commands, git-annex was able to decide for you how to
+work toward having two copies of your files.
+
+	# git annex whereis
+	whereis my_cool_big_file (2 copies)
+		0c443de8-e644-11df-acbf-f7cd7ca6210d  -- laptop
+		62b39bbe-4149-11e0-af01-bb89245a1e61  -- usb drive [here]
+	whereis other_file (2 copies)
+		0c443de8-e644-11df-acbf-f7cd7ca6210d  -- laptop
+		7570b02e-15e9-11e0-adf0-9f3f94cb2eaa  -- backup drive
+
+The --auto option can also be used with the copy command,
+again this lets git-annex decide whether to actually copy content.
+
+The above shows how to use --auto to manage content based on the number
+of copies. It's also possible to configure, on a per-repository basis,
+which content is desired. Then --auto also takes that into account
+see [[preferred_content]] for details.
diff --git a/doc/walkthrough/backups.mdwn b/doc/walkthrough/backups.mdwn
new file mode 100644
index 0000000000..b51a887949
--- /dev/null
+++ b/doc/walkthrough/backups.mdwn
@@ -0,0 +1,27 @@
+git-annex can be configured to require more than one copy of a file exists,
+as a simple backup for your data. This is controlled by the
+numcopies setting, which defaults to 1 copy. Let's
+change that to require 2 copies, and send a copy of every file
+to a USB drive.
+
+	# git annex numcopies 2
+	# git annex copy . --to usbdrive
+
+Now when we try to `git annex drop` a file, it will verify that it
+knows of 2 other repositories that have a copy before removing its
+content from the current repository.
+
+The numcopies setting used above is the global default.
+You can also vary the number of copies needed, depending on the file name.
+So, if you want 3 copies of all your flac files, but only 1 copy of oggs:
+
+	# echo "*.ogg annex.numcopies=1" >> .gitattributes
+	# echo "*.flac annex.numcopies=3" >> .gitattributes
+
+Or, you might want to make a directory for important stuff, and configure
+it so anything put in there is backed up more thoroughly:
+
+	# mkdir important_stuff
+	# echo "* annex.numcopies=3" > important_stuff/.gitattributes
+
+For more details about the numcopies setting, see [[copies]].
diff --git a/doc/walkthrough/backups/comment_1_d0244791d2abbf29553546a6a6568a0f._comment b/doc/walkthrough/backups/comment_1_d0244791d2abbf29553546a6a6568a0f._comment
new file mode 100644
index 0000000000..466b3d3694
--- /dev/null
+++ b/doc/walkthrough/backups/comment_1_d0244791d2abbf29553546a6a6568a0f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="madduck"
+ ip="2001:a60:f0fb:0:224:d7ff:fe04:c82c"
+ subject="Warn while inconsistent"
+ date="2014-04-06T20:44:17Z"
+ content="""
+Sure, git-annex prevents me from dropping files unless there are numcopies around elsewhere, but shouldn't it also ensure that numcopies cannot be set unless that requirement is already met?
+
+Furthermore, shouldn't it ensure that when new files are added, they are automatically distributed to fulfill the requirement?
+"""]]
diff --git a/doc/walkthrough/creating_a_repository.mdwn b/doc/walkthrough/creating_a_repository.mdwn
new file mode 100644
index 0000000000..51ff1c72b3
--- /dev/null
+++ b/doc/walkthrough/creating_a_repository.mdwn
@@ -0,0 +1,6 @@
+This is very straightforward. Just tell it a description of the repository.
+
+	# mkdir ~/annex
+	# cd ~/annex
+	# git init
+	# git annex init "my laptop"
diff --git a/doc/walkthrough/fsck:_verifying_your_data.mdwn b/doc/walkthrough/fsck:_verifying_your_data.mdwn
new file mode 100644
index 0000000000..62e15b6fa5
--- /dev/null
+++ b/doc/walkthrough/fsck:_verifying_your_data.mdwn
@@ -0,0 +1,16 @@
+You can use the fsck subcommand to check for problems in your data. What
+can be checked depends on the key-value [[backend|backends]] you've used
+for the data. For example, when you use the SHA1 backend, fsck will verify
+that the checksums of your files are good. Fsck also checks that the
+[[numcopies|copies]] setting is satisfied for all files.
+
+	# git annex fsck
+	fsck some_file (checksum...) ok
+	fsck my_cool_big_file (checksum...) ok
+	...
+
+You can also specify the files to check.  This is particularly useful if 
+you're using sha1 and don't want to spend a long time checksumming everything.
+
+	# git annex fsck my_cool_big_file
+	fsck my_cool_big_file (checksum...) ok
diff --git a/doc/walkthrough/fsck:_when_things_go_wrong.mdwn b/doc/walkthrough/fsck:_when_things_go_wrong.mdwn
new file mode 100644
index 0000000000..85d9f20fe0
--- /dev/null
+++ b/doc/walkthrough/fsck:_when_things_go_wrong.mdwn
@@ -0,0 +1,13 @@
+Fsck never deletes possibly bad data; instead it will be moved to
+`.git/annex/bad/` for you to recover. Here is a sample of what fsck
+might say about a badly messed up annex:
+
+	# git annex fsck
+	fsck my_cool_big_file (checksum...)
+	git-annex: Bad file content; moved to .git/annex/bad/SHA1:7da006579dd64330eb2456001fd01948430572f2
+	git-annex: ** No known copies exist of my_cool_big_file
+	failed
+	fsck important_file
+	git-annex: Only 1 of 2 copies exist. Run git annex get somewhere else to back it up.
+	failed
+	git-annex: 2 failed
diff --git a/doc/walkthrough/getting_file_content.mdwn b/doc/walkthrough/getting_file_content.mdwn
new file mode 100644
index 0000000000..f92704ff39
--- /dev/null
+++ b/doc/walkthrough/getting_file_content.mdwn
@@ -0,0 +1,12 @@
+A repository does not always have all annexed file contents available.
+When you need the content of a file, you can use "git annex get" to
+make it available.
+
+We can use this to copy everything in the laptop's annex to the
+USB drive.
+
+	# cd /media/usb/annex
+	# git annex sync laptop
+	# git annex get .
+	get my_cool_big_file (from laptop...) ok
+	get iso/debian.iso (from laptop...) ok
diff --git a/doc/walkthrough/modifying_annexed_files.mdwn b/doc/walkthrough/modifying_annexed_files.mdwn
new file mode 100644
index 0000000000..693eae9447
--- /dev/null
+++ b/doc/walkthrough/modifying_annexed_files.mdwn
@@ -0,0 +1,44 @@
+Normally, the content of files in the annex is prevented from being modified.
+(Unless your repository is using [[direct_mode]].)
+
+That's a good thing, because it might be the only copy, you wouldn't
+want to lose it in a fumblefingered mistake.
+
+	# echo oops > my_cool_big_file
+	bash: my_cool_big_file: Permission denied
+
+In order to modify a file, it should first be unlocked.
+
+	# git annex unlock my_cool_big_file
+	unlock my_cool_big_file (copying...) ok
+
+That replaces the symlink that normally points at its content with a copy
+of the content. You can then modify the file like any regular file. Because
+it is a regular file.
+
+(If you decide you don't need to modify the file after all, or want to discard
+modifications, just use `git annex lock`.)
+
+When you `git commit`, git-annex's pre-commit hook will automatically
+notice that you are committing an unlocked file, and add its new content
+to the annex. The file will be replaced with a symlink to the new content,
+and this symlink is what gets committed to git in the end.
+
+	# echo "now smaller, but even cooler" > my_cool_big_file
+	# git commit my_cool_big_file -m "changed an annexed file"
+	add my_cool_big_file ok
+	[master 64cda67] changed an annexed file
+	 1 files changed, 1 insertions(+), 1 deletions(-)
+
+There is one problem with using `git commit` like this: Git wants to first
+stage the entire contents of the file in its index. That can be slow for
+big files (sorta why git-annex exists in the first place). So, the
+automatic handling on commit is a nice safety feature, since it prevents
+the file content being accidentally committed into git. But when working with
+big files, it's faster to explicitly add them to the annex yourself
+before committing.
+
+	# echo "now smaller, but even cooler yet" > my_cool_big_file
+	# git annex add my_cool_big_file
+	add my_cool_big_file ok
+	# git commit my_cool_big_file -m "changed an annexed file"
diff --git a/doc/walkthrough/modifying_annexed_files/comment_1_624b4a0b521b553d68ab6049f7dbaf8c._comment b/doc/walkthrough/modifying_annexed_files/comment_1_624b4a0b521b553d68ab6049f7dbaf8c._comment
new file mode 100644
index 0000000000..5fc26496e0
--- /dev/null
+++ b/doc/walkthrough/modifying_annexed_files/comment_1_624b4a0b521b553d68ab6049f7dbaf8c._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.56.162"
+ subject="sorta why git-annex exists in the first place -- not only the slow index "
+ date="2012-09-25T22:04:01Z"
+ content="""
+> Git wants to first stage the entire contents of the file in its index. That can be slow for big files (sorta why git-annex exists in the first place)
+
+I think that git-annex's usefulness is not only because of the Git's index overhead: I like its idea because it will help track the copies in the \"[[special remotes]]\", which are not Git because 
+
+* they are either not under my control (e.g., web URLs), 
+* or because it's not convenient to hold a Git repo there (an external disk/DVD with files can be viewed easily by a human, but imposing a Git repo structure on it would either at least double the consume space: for the history of the commits and for the working dir, or make it \"unreadable\" for a human, if it is a bare repo);
+* or because it's nearly impossible to put a Git repo on a storage like peer networks without special tools.
+"""]]
diff --git a/doc/walkthrough/modifying_annexed_files/comment_2_b000622304535d32b69db17d51156b21._comment b/doc/walkthrough/modifying_annexed_files/comment_2_b000622304535d32b69db17d51156b21._comment
new file mode 100644
index 0000000000..6a2d2c2a60
--- /dev/null
+++ b/doc/walkthrough/modifying_annexed_files/comment_2_b000622304535d32b69db17d51156b21._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="feature request: unlock --drop"
+ date="2013-05-30T20:26:52Z"
+ content="""
+ATM unlock copies original file for modifications, so that original copy remains under annex and possibly to-be-edited copy created.
+But if I am \"unlock\"ing file I might simply not be interested in a previous copy and want to maintain only a single (possibly edited) new copy.
+What if there was a mode where the actual file is simply moved into \"unlocked\" location for editing, thus effectively dropping the actual content from git annex.  That would allow to not inquire lengthy copying/wasting local space.  If then I would need a previous copy I would just \"get\" it again.
+"""]]
diff --git a/doc/walkthrough/more.mdwn b/doc/walkthrough/more.mdwn
new file mode 100644
index 0000000000..0a4a5b94e8
--- /dev/null
+++ b/doc/walkthrough/more.mdwn
@@ -0,0 +1,3 @@
+So ends the walkthrough. By now you should be able to use git-annex.
+
+Want more? See [[tips]] for lots more features and advice.
diff --git a/doc/walkthrough/moving_file_content_between_repositories.mdwn b/doc/walkthrough/moving_file_content_between_repositories.mdwn
new file mode 100644
index 0000000000..3ffcc11750
--- /dev/null
+++ b/doc/walkthrough/moving_file_content_between_repositories.mdwn
@@ -0,0 +1,13 @@
+Often you will want to move some file contents from a repository to some
+other one. For example, your laptop's disk is getting full; time to move
+some files to an external disk before moving another file from a file
+server to your laptop. Doing that by hand (by using `git annex get` and
+`git annex drop`) is possible, but a bit of a pain. `git annex move`
+makes it very easy.
+
+	# git annex move my_cool_big_file --to usbdrive
+	move my_cool_big_file (to usbdrive...) ok
+	# git annex move video/hackity_hack_and_kaxxt.mov --from fileserver
+	move video/hackity_hack_and_kaxxt.mov (from fileserver...)
+	SHA256-s86050597--6ae2688bc533437766a48aa19f2c06be14d1bab9c70b468af445d4f07b65f41e   100%   82MB 199.1KB/s   07:02
+	ok
diff --git a/doc/walkthrough/moving_file_content_between_repositories/comment_1_4c30ade91fc7113a95960aa3bd1d5427._comment b/doc/walkthrough/moving_file_content_between_repositories/comment_1_4c30ade91fc7113a95960aa3bd1d5427._comment
new file mode 100644
index 0000000000..b3dc8fe7a2
--- /dev/null
+++ b/doc/walkthrough/moving_file_content_between_repositories/comment_1_4c30ade91fc7113a95960aa3bd1d5427._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 1"
+ date="2011-03-22T23:41:51Z"
+ content="""
+I may be missing something obvious, but when I copy to a remote repository, the object files are created, but no softlinks are created. When I pull everything from the remote, it pulls only files the local repo knows about already.
+
+        A
+       / \
+      B   C
+
+Moving from B to A creates no symlinks in A but the object files are moved to A. Copying back from A to B restores the object files in B and keeps them in A.
+
+Copying from A to an empty C does not create any object files nor symlinks. Copying from C to A creates no symlinks in A but the object files are copied to A.
+
+-- RichiH
+
+"""]]
diff --git a/doc/walkthrough/moving_file_content_between_repositories/comment_2_7d90e1e150e7524ba31687108fcc38d6._comment b/doc/walkthrough/moving_file_content_between_repositories/comment_2_7d90e1e150e7524ba31687108fcc38d6._comment
new file mode 100644
index 0000000000..a6f8e9cf97
--- /dev/null
+++ b/doc/walkthrough/moving_file_content_between_repositories/comment_2_7d90e1e150e7524ba31687108fcc38d6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-23T00:38:10Z"
+ content="""
+`git annex move` only moves content. All symlink management is handled by git, so you have to keep repositories in sync using git as you would any other repo. When you `git pull B` in A, it will get whatever symlinks were added to B.
+
+(It can be useful to use a central bare repo and avoid needing to git pull from one repo to another, then you can just always push commits to the central repo, and pull down all changes from other repos.)
+"""]]
diff --git a/doc/walkthrough/moving_file_content_between_repositories/comment_3_558d80384434207b9cfc033763863de3._comment b/doc/walkthrough/moving_file_content_between_repositories/comment_3_558d80384434207b9cfc033763863de3._comment
new file mode 100644
index 0000000000..9a128f1ed6
--- /dev/null
+++ b/doc/walkthrough/moving_file_content_between_repositories/comment_3_558d80384434207b9cfc033763863de3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 3"
+ date="2011-03-23T02:07:49Z"
+ content="""
+Ah yes, I feel kinda stupid in hindsight.
+
+As the central server is most likely a common use case, would you object if I added that to the walkthrough? If you have any best practices on how to automate a push with every copy to a bare remote? AFAIK, git does not store information about bare/non-bare remotes, but this could easily be put into .git/config by git annex.
+
+-- RichiH
+"""]]
diff --git a/doc/walkthrough/moving_file_content_between_repositories/comment_4_a2f343eceed9e9fba1670f21e0fc6af4._comment b/doc/walkthrough/moving_file_content_between_repositories/comment_4_a2f343eceed9e9fba1670f21e0fc6af4._comment
new file mode 100644
index 0000000000..8b4d9a0538
--- /dev/null
+++ b/doc/walkthrough/moving_file_content_between_repositories/comment_4_a2f343eceed9e9fba1670f21e0fc6af4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-03-23T15:28:00Z"
+ content="""
+I would not mind if the walkthrough documented the central git repo case. But I don't want to complicate it unduely (it's long enough), and it's important that the fully distributed case be shown to work, and I assume that people already have basic git knowledge, so documenting the details of set up of a bare git repo is sorta out of scope. (There are also a lot of way to do it, using github, or gitosis, or raw git, etc.)
+"""]]
diff --git a/doc/walkthrough/quiet_please:_When_git-annex_seems_to_skip_files.mdwn b/doc/walkthrough/quiet_please:_When_git-annex_seems_to_skip_files.mdwn
new file mode 100644
index 0000000000..188ca634ba
--- /dev/null
+++ b/doc/walkthrough/quiet_please:_When_git-annex_seems_to_skip_files.mdwn
@@ -0,0 +1,27 @@
+One behavior of git-annex is sometimes confusing at first, but it turns out
+to be useful once you get to know it.
+
+	# git annex drop *
+	# 
+
+Why didn't git-annex seem to do anything despite being asked to drop all the
+files? Because it checked them all, and none of them are present.
+
+Most git-annex commands will behave this way when they're able to quickly
+check that nothing needs to be done about a file.
+
+Running a git-annex command without specifying any file name will
+make git-annex look for files in the current directory and its
+subdirectories. So, we can add all new files to the annex easily:
+
+	# echo hi > subdir/subsubdir/newfile
+	# git annex add
+	add subdir/subsubdir/newfile ok
+
+When doing this kind of thing, having nothing shown for files
+that it doesn't need to act on is useful because it prevents swamping
+you with output. You only see the files it finds it does need to act on.
+
+So remember: If git-annex seems to not do anything when you tell it to, it's
+not being lazy -- It's checked that nothing needs to be done to get to the
+state you asked for!
diff --git a/doc/walkthrough/removing_files.mdwn b/doc/walkthrough/removing_files.mdwn
new file mode 100644
index 0000000000..9b85d9c3ba
--- /dev/null
+++ b/doc/walkthrough/removing_files.mdwn
@@ -0,0 +1,17 @@
+When you're using git-annex you can `git rm` a file just like you usually
+would with git. Just like with git, this removes the file from your work
+tree, but it does not remove the file's content from the git repository.
+If you check the file back out, or revert the removal, you can get it back.
+
+Git-annex adds the ability to remove the content of a file from your local
+repository to save space. This is called "dropping" the file. 
+
+You can always drop files safely. Git-annex checks that some other
+repository still has the file before removing it.
+
+	# git annex drop iso/debian.iso
+	drop iso/Debian_5.0.iso ok
+
+Once dropped, the file will still appear in your work tree as a broken symlink.
+You can use `git annex get` to as usual to get this file back to your local
+repository.
diff --git a/doc/walkthrough/removing_files/comment_1_cb65e7c510b75be1c51f655b058667c6._comment b/doc/walkthrough/removing_files/comment_1_cb65e7c510b75be1c51f655b058667c6._comment
new file mode 100644
index 0000000000..1c8719cecd
--- /dev/null
+++ b/doc/walkthrough/removing_files/comment_1_cb65e7c510b75be1c51f655b058667c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="DavidEdmondson"
+ subject="Is it necessary to commit after the 'drop'?"
+ date="2011-09-05T15:43:25Z"
+ content="""
+In fact is it possible? Nothing changed as far as git is concerned.
+
+"""]]
diff --git a/doc/walkthrough/removing_files/comment_2_64709ea4558915edd5c8ca4486965b07._comment b/doc/walkthrough/removing_files/comment_2_64709ea4558915edd5c8ca4486965b07._comment
new file mode 100644
index 0000000000..f5fb8dc7f5
--- /dev/null
+++ b/doc/walkthrough/removing_files/comment_2_64709ea4558915edd5c8ca4486965b07._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-09-05T15:59:27Z"
+ content="""
+Good catch. It used to be necessary before there was a git-annex branch, but not now.
+"""]]
diff --git a/doc/walkthrough/removing_files:_When_things_go_wrong.mdwn b/doc/walkthrough/removing_files:_When_things_go_wrong.mdwn
new file mode 100644
index 0000000000..ccd2d197f5
--- /dev/null
+++ b/doc/walkthrough/removing_files:_When_things_go_wrong.mdwn
@@ -0,0 +1,24 @@
+Before dropping a file, git-annex wants to be able to look at other
+remotes, and verify that they still have a file. After all, it could
+have been dropped from them too. If the remotes are not mounted/available,
+you'll see something like this.
+
+	# git annex drop important_file other.iso
+	drop important_file (unsafe)
+	  Could only verify the existence of 0 out of 1 necessary copies
+	  Unable to access these remotes: usbdrive
+	  Try making some of these repositories available:
+	   	58d84e8a-d9ae-11df-a1aa-ab9aa8c00826  -- portable USB drive
+	   	ca20064c-dbb5-11df-b2fe-002170d25c55  -- backup SATA drive
+	  (Use --force to override this check, or adjust numcopies.)
+	failed
+	drop other.iso (unsafe)
+	  Could only verify the existence of 0 out of 1 necessary copies
+          No other repository is known to contain the file.
+	  (Use --force to override this check, or adjust numcopies.)
+	failed
+
+Here you might --force it to drop `important_file` if you [[trust]] your backup.
+But `other.iso` looks to have never been copied to anywhere else, so if
+it's something you want to hold onto, you'd need to transfer it to
+some other repository before dropping it.
diff --git a/doc/walkthrough/renaming_files.mdwn b/doc/walkthrough/renaming_files.mdwn
new file mode 100644
index 0000000000..85964d1ea5
--- /dev/null
+++ b/doc/walkthrough/renaming_files.mdwn
@@ -0,0 +1,13 @@
+	# cd ~/annex
+	# git mv big_file my_cool_big_file
+	# mkdir iso
+	# git mv debian.iso iso/
+	# git commit -m moved
+
+You can use any normal git operations to move files around, or even
+make copies or delete them.
+
+Notice that, since annexed files are represented by symlinks,
+the symlink will break when the file is moved into a subdirectory.
+But, git-annex will fix this up for you when you commit --
+it has a pre-commit hook that watches for and corrects broken symlinks.
diff --git a/doc/walkthrough/syncing.mdwn b/doc/walkthrough/syncing.mdwn
new file mode 100644
index 0000000000..57fe47db05
--- /dev/null
+++ b/doc/walkthrough/syncing.mdwn
@@ -0,0 +1,27 @@
+Notice that in the [[previous example|getting_file_content]], `git annex
+sync` was used. This lets git-annex know what has changed in the other
+repositories like the laptop, and so it knows about the files present there and can
+get them.
+
+Let's look at what the sync command does in more detail:
+
+	# cd /media/usb/annex
+	# git annex sync
+	commit
+	nothing to commit (working directory clean)
+	ok
+	pull laptop
+	ok
+	push laptop
+	ok
+
+After you run sync, the git repository will be updated with all changes
+made to its remotes, and any changes in the git repository will be pushed
+out to its remotes, where a sync will get them. This is especially useful
+when using git in a distributed fashion, without a [[central bare
+repository|tips/centralized_git_repository_tutorial]]. See [[sync]] for
+details.
+
+By default `git annex sync` only syncs the metadata about your
+files that is stored in git. It does not sync the contents of files, that
+are managed by git-annex. To do that, you can use `git annex sync --content`
diff --git a/doc/walkthrough/transferring_files:_When_things_go_wrong.mdwn b/doc/walkthrough/transferring_files:_When_things_go_wrong.mdwn
new file mode 100644
index 0000000000..cfb70aaf9a
--- /dev/null
+++ b/doc/walkthrough/transferring_files:_When_things_go_wrong.mdwn
@@ -0,0 +1,17 @@
+After a while, you'll have several annexes, with different file contents.
+You don't have to try to keep all that straight; git-annex does 
+[[location_tracking]] for you. If you ask it to get a file and the drive
+or file server is not accessible, it will let you know what it needs to get
+it:
+
+	# git annex get video/hackity_hack_and_kaxxt.mov
+	get video/_why_hackity_hack_and_kaxxt.mov (not available)
+	  Unable to access these remotes: usbdrive, server
+	  Try making some of these repositories available:
+	  	5863d8c0-d9a9-11df-adb2-af51e6559a49  -- my home file server
+	   	58d84e8a-d9ae-11df-a1aa-ab9aa8c00826  -- portable USB drive
+	   	ca20064c-dbb5-11df-b2fe-002170d25c55  -- backup SATA drive
+	failed
+	# sudo mount /media/usb
+	# git annex get video/hackity_hack_and_kaxxt.mov
+	get video/hackity_hack_and_kaxxt.mov (from usbdrive...) ok
diff --git a/doc/walkthrough/unused_data.mdwn b/doc/walkthrough/unused_data.mdwn
new file mode 100644
index 0000000000..1d655b89ae
--- /dev/null
+++ b/doc/walkthrough/unused_data.mdwn
@@ -0,0 +1,35 @@
+It's possible for data to accumulate in the annex that no files in any
+branch point to anymore. One way it can happen is if you `git rm` a file
+without first calling `git annex drop`. And, when you modify an annexed
+file, the old content of the file remains in the annex. Another way is when
+migrating between key-value [[backends]].
+
+This might be historical data you want to preserve, so git-annex defaults to
+preserving it. So from time to time, you may want to check for such data:
+
+	# git annex unused
+	unused . (checking for unused data...) 
+	  Some annexed data is no longer used by any files in the repository.
+	    NUMBER  KEY
+	    1       SHA256-s86050597--6ae2688bc533437766a48aa19f2c06be14d1bab9c70b468af445d4f07b65f41e
+	    2       SHA1-s14--f1358ec1873d57350e3dc62054dc232bc93c2bd1
+	  (To see where data was previously used, try: git log --stat -S'KEY')
+	  (To remove unwanted data: git-annex dropunused NUMBER)
+	ok
+
+After running `git annex unused`, you can follow the instructions to examine
+the history of files that used the data, and if you decide you don't need that
+data anymore, you can easily remove it from your local repository.
+
+	# git annex dropunused 1
+	dropunused 1 ok
+
+Hint: To drop a lot of unused data, use a command like this:
+
+	# git annex dropunused 1-1000
+
+Rather than removing the data, you can instead send it to other
+repositories:
+
+	# git annex copy --unused --to backup
+	# git annex move --unused --to archive
diff --git a/doc/walkthrough/unused_data/comment_1_684b7b652d3a8ec04f32129c5528f1ab._comment b/doc/walkthrough/unused_data/comment_1_684b7b652d3a8ec04f32129c5528f1ab._comment
new file mode 100644
index 0000000000..2be2a6463f
--- /dev/null
+++ b/doc/walkthrough/unused_data/comment_1_684b7b652d3a8ec04f32129c5528f1ab._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="bremner"
+ ip="156.34.89.108"
+ subject="finding data that isn't unused, but should be."
+ date="2012-10-17T20:32:11Z"
+ content="""
+Sometimes links to annexed data still exists on some branch, when it was supposed to be dropped. Here is how I found these; perhaps there is a simpler way.
+
+    % git annex find --format '${key}\n' | sort > /tmp/known-keys
+    % find .git/annex/objects -type f -exec basename {} \; | sort  > /tmp/local-keys
+    % comm -23 /tmp/local-keys /tmp/known-keys
+
+to look for what branch these are on, try 
+
+    % git log --stat --all -S$key
+
+for one of the keys output above. In my case it was the same remote branch keeping them all alive.
+
+
+*EDIT* sort key lists to make comm work properly
+
+"""]]
diff --git a/doc/walkthrough/using_bup.mdwn b/doc/walkthrough/using_bup.mdwn
new file mode 100644
index 0000000000..3a6a8776aa
--- /dev/null
+++ b/doc/walkthrough/using_bup.mdwn
@@ -0,0 +1,37 @@
+Another [[special_remote|special_remotes]] that git-annex can use is
+a [[special_remotes/bup]] repository. Bup stores large file contents
+in a git repository of its own, with deduplication. Combined with
+git-annex, you can have git on both the frontend and the backend.
+
+Here's how to create a bup remote, and describe it.
+
+[[!template id=note text="""
+Instead of specifying a remote system, you could choose to make a bup
+remote that is only accessible on the current system, by passing
+"buprepo=/big/mybup".
+"""]]
+
+	# git annex initremote mybup type=bup encryption=none buprepo=example.com:/big/mybup
+	initremote bup (bup init)
+	Initialized empty Git repository in /big/mybup/
+	ok
+	# git annex describe mybup "my bup repository at example.com"
+	describe mybup ok
+
+Now the remote can be used like any other remote.
+
+	# git annex move my_cool_big_file --to mybup
+	move my_cool_big_file (to mybup...)
+	Receiving index from server: 1100/1100, done.
+	ok
+
+Note that, unlike other remotes, bup does not really support removing
+content from its git repositories. This is a feature. :)
+
+	# git annex move my_cool_big_file --from mybup
+	move my_cool_big_file (from mybup...)
+	  content cannot be removed from bup remote
+	failed
+	git-annex: 1 failed
+
+See [[special_remotes/bup]] for details.
diff --git a/doc/walkthrough/using_ddar.mdwn b/doc/walkthrough/using_ddar.mdwn
new file mode 100644
index 0000000000..50f9eedde3
--- /dev/null
+++ b/doc/walkthrough/using_ddar.mdwn
@@ -0,0 +1,32 @@
+Another [[special_remote|special_remotes]] that git-annex can use is
+a [[special_remotes/ddar]] repository. ddar stores large file contents
+in a directory structure of its own, with deduplication. For remote
+repositories, ddar requires that ssh is available on the remote, with ddar also
+installed remotely. When copying files to the remote, ddar only needs to send
+over the network the parts of the files that are not already present remotely.
+
+Unlike bup, ddar uses its own storage format, which allows for both creation
+and deletion of de-deduplicated files.
+
+Here's how to create a ddar remote, and describe it.
+
+[[!template id=note text="""
+Instead of specifying a remote system, you could choose to make a ddar
+remote that is only accessible on the current system, by passing
+"ddarrepo=/big/myddar".
+"""]]
+
+	# git annex initremote myddar type=ddar encryption=none ddarrepo=example.com:/big/myddar
+	initremote ddar (ddar init)
+	Initialized empty Git repository in /big/myddar/
+	ok
+	# git annex describe myddar "my ddar repository at example.com"
+	describe myddar ok
+
+Now the remote can be used like any other remote.
+
+	# git annex move my_cool_big_file --to myddar
+	move my_cool_big_file (to myddar...)
+	ok
+
+See [[special_remotes/ddar]] for details.
diff --git a/doc/walkthrough/using_ssh_remotes.mdwn b/doc/walkthrough/using_ssh_remotes.mdwn
new file mode 100644
index 0000000000..1dc8fa55b9
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes.mdwn
@@ -0,0 +1,33 @@
+So far in this walkthrough, git-annex has been used with a remote
+repository on a USB drive. But it can also be used with a git remote
+that is truly remote, a host accessed by ssh.
+
+Say you have a desktop on the same network as your laptop and want
+to clone the laptop's annex to it:
+
+	# git clone ssh://mylaptop/home/me/annex ~/annex
+	# cd ~/annex
+	# git annex init "my desktop"
+
+Now you can get files and they will be transferred (using `rsync` via `ssh`):
+
+	# git annex get my_cool_big_file
+	get my_cool_big_file (getting UUID for origin...) (from origin...)
+	SHA256-s86050597--6ae2688bc533437766a48aa19f2c06be14d1bab9c70b468af445d4f07b65f41e  100% 2159     2.1KB/s   00:00
+	ok
+
+When you drop files, git-annex will ssh over to the remote and make
+sure the file's content is still there before removing it locally:
+
+	# git annex drop my_cool_big_file
+	drop my_cool_big_file (checking origin..) ok
+
+Note that normally git-annex prefers to use non-ssh remotes, like
+a USB drive, before ssh remotes. They are assumed to be faster/cheaper to
+access, if available. There is a annex-cost setting you can configure in
+`.git/config` to adjust which repositories it prefers. See
+[[the_man_page|git-annex]] for details.
+
+Also, note that you need full shell access for this to work -- 
+git-annex needs to be able to ssh in and run commands. Or at least,
+your shell needs to be able to run the [[git-annex-shell]] command.
diff --git a/doc/walkthrough/using_ssh_remotes/comment_10_98e97c4d7fbbcd449eddf683967a71d6._comment b/doc/walkthrough/using_ssh_remotes/comment_10_98e97c4d7fbbcd449eddf683967a71d6._comment
new file mode 100644
index 0000000000..6cd9bb8485
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_10_98e97c4d7fbbcd449eddf683967a71d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla7u6eLKNYZ09Z7xwBffqLaXquMQC07fU"
+ nickname="Matthias"
+ subject="Hint for Debian/Ubuntu"
+ date="2012-11-07T13:10:15Z"
+ content="""
+In Debian/Ubuntu the default .bashrc returns immediately if the shell is non-interactive. Make sure to setup the PATH such that it is updated with the location of git-annex-shell before this check! This just cost me an hour of debugging as I didn't notice the return statement early on...
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_11_f2775a151ed50caba27057bd9c38bae2._comment b/doc/walkthrough/using_ssh_remotes/comment_11_f2775a151ed50caba27057bd9c38bae2._comment
new file mode 100644
index 0000000000..9768300dc6
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_11_f2775a151ed50caba27057bd9c38bae2._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniXLhO9mLn-7EDfawdENZ2fQwlGy5w_oc"
+ nickname="Michał"
+ subject="unrecognized command"
+ date="2013-03-12T06:32:56Z"
+ content="""
+Thanks Matthias, I fought with this as well, this was the tip I needed to move on.  I'm using the Linux standalone, and I had 2 issues getting everything to work without getting git-annex-shell errors.
+
+1. The autoinstalled wrapper could not be found, I had to comment the \"Ubuntu exit\" line and add the $HOME/.ssh to path to get rid of \"command not found\"
+2. Had to modify the wrapper by replacing the \"$SSH_ORIGINAL_COMMAND\" by \"$@\" to get rid of \"fatal: unrecognized command ''\"
+
+
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_12_a8bc6110128431ca2a8624ddc75ea364._comment b/doc/walkthrough/using_ssh_remotes/comment_12_a8bc6110128431ca2a8624ddc75ea364._comment
new file mode 100644
index 0000000000..28c3aa92dd
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_12_a8bc6110128431ca2a8624ddc75ea364._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-03-12T11:15:11Z"
+ content="""
+@Michael, the standalone tarball is really meant to run the git-annex assistant. The first time \"git annex webapp\" is run, it will set up the ssh wrapper for you.
+
+I have updated the wrapper to work when ssh is not configured to force a key to run a command.
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_2_365db5820d96d5daa62c19fd76fcdf1e._comment b/doc/walkthrough/using_ssh_remotes/comment_2_365db5820d96d5daa62c19fd76fcdf1e._comment
new file mode 100644
index 0000000000..8973978ad8
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_2_365db5820d96d5daa62c19fd76fcdf1e._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 2"
+ date="2012-05-27T20:53:05Z"
+ content="""
+When `git annex get` does nothing, it's because it doesn't know a place to get the file from.
+
+This can happen if the `git-annex` branch has not propigated from the place where the file was added.
+For example, if on the laptop you had run `git pull ssh master`, that would only pull the master branch, not the git-annex branch. 
+
+An easy way to ensure the git-annex branch is kept in sync is to run `git annex sync`
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_2_451fd0c6a25ee61ef137e8e5be0c286b._comment b/doc/walkthrough/using_ssh_remotes/comment_2_451fd0c6a25ee61ef137e8e5be0c286b._comment
new file mode 100644
index 0000000000..2121401968
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_2_451fd0c6a25ee61ef137e8e5be0c286b._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="cannot get files"
+ date="2012-05-27T20:33:09Z"
+ content="""
+Hi,
+
+I could successfully clone my ssh repo's annex to my laptop, following these instructions.
+I'm also able to sync the repositories (laptop and ssh) when I commit new files in the ssh repo.
+
+However, every time I try to get files from the ssh repo (using 'git annex get some_file'), nothing happens.
+Do you know what can be happening?
+
+Thanks!
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_3_b2f15a46620385da26d5fe8f11ebfc1a._comment b/doc/walkthrough/using_ssh_remotes/comment_3_b2f15a46620385da26d5fe8f11ebfc1a._comment
new file mode 100644
index 0000000000..75a133d840
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_3_b2f15a46620385da26d5fe8f11ebfc1a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="comment 3"
+ date="2012-05-27T21:13:50Z"
+ content="""
+Thanks for the quick replay!
+
+I already did 'git annex sync', but it didn't work. The steps were: 'git clone ssh...', then 'cd annex', then 'git annex init \"laptop\"'
+
+After that, I did a 'git annex sync', and tried to get the file, but nothing happens. That's why I found it weird.
+Any other thing that might have happened?
+
+Thanks again!
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_4_433ccc87fbb0a13e32d59d77f0b4e56c._comment b/doc/walkthrough/using_ssh_remotes/comment_4_433ccc87fbb0a13e32d59d77f0b4e56c._comment
new file mode 100644
index 0000000000..3df03abc2c
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_4_433ccc87fbb0a13e32d59d77f0b4e56c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 4"
+ date="2012-05-27T21:33:11Z"
+ content="""
+Try running `git annex whereis` on the file and see where it says it is.
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_5_a9805c7965da0b88a1c9f7f207c450a1._comment b/doc/walkthrough/using_ssh_remotes/comment_5_a9805c7965da0b88a1c9f7f207c450a1._comment
new file mode 100644
index 0000000000..703b89ebfa
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_5_a9805c7965da0b88a1c9f7f207c450a1._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="comment 5"
+ date="2012-05-27T21:42:56Z"
+ content="""
+Hi,
+
+I guess the problem is with git-annex-shell. I tried to do 'git annex get file --from name_ssh_repo', and I got the following:
+
+bash: git-annex-shell: command not found; failed; exit code 127
+
+The same thing happens if I try to do 'git annex whereis'
+
+git-annex-shell is indeed installed. How can I make my shell recognize this command?
+
+Thanks a lot!
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_6_9d5c12c056892b706cf100ea01866685._comment b/doc/walkthrough/using_ssh_remotes/comment_6_9d5c12c056892b706cf100ea01866685._comment
new file mode 100644
index 0000000000..4d5961ca90
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_6_9d5c12c056892b706cf100ea01866685._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.81.112"
+ subject="comment 6"
+ date="2012-05-27T22:08:50Z"
+ content="""
+git-annex-shell needs to be installed in the `PATH` on any host that will hold annexed files. 
+
+If you installed with cabal, it might be `.cabal/bin/`. Whereever it was installed to is apparently not on the PATH that is set when you ssh into that host. 
+
+
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_7_725e7dbb2d0a74a035127cb01ee0442c._comment b/doc/walkthrough/using_ssh_remotes/comment_7_725e7dbb2d0a74a035127cb01ee0442c._comment
new file mode 100644
index 0000000000..700b170ad6
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_7_725e7dbb2d0a74a035127cb01ee0442c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkaT0B6s9jQuMzQUYRVBgWqtO7BhT_ZSaE"
+ nickname="Fernando Seabra"
+ subject="comment 7"
+ date="2012-05-27T23:35:17Z"
+ content="""
+Hi,
+
+It was already installed in PATH. In fact, I can call it from the command line, and it is recognized (e.g. calling 'git-annex-shell' gives me 'git-annex-shell: bad parameters'). However, every time I do a 'git annex whereis' or 'git annex get file --from repo', it gives me the following error:
+
+bash: git-annex-shell: command not found
+Command ssh [\"-S\",\"/Users/username/annex/.git/annex/ssh/username@example.edu\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"username@example.edu\",\"git-annex-shell 'configlist' '/~/annex'\"] failed; exit code 127
+
+I tried to run this ssh command, but it gives me the same 'command not found' error. It seems that the problem is with the ssh repo?
+The ssh repo has a git-annex-shell working and installed in PATH.
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_8_8448e55026d2c2b50d8da41707686bea._comment b/doc/walkthrough/using_ssh_remotes/comment_8_8448e55026d2c2b50d8da41707686bea._comment
new file mode 100644
index 0000000000..148f016db7
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_8_8448e55026d2c2b50d8da41707686bea._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmB-gCGEs--zfmvYU-__Hj2FbliUXgxMDs"
+ nickname="Jakub"
+ subject="Path problems"
+ date="2012-07-13T19:15:15Z"
+ content="""
+Hi,
+
+I have a same 'git-annex-shell command not found' problem as above. I've installed git annex via cabal into my ~/.haskell_bin directory. Then I've added this dir both to ~/.bashrc and ~/.zshrc. I can run git annex or 'git annex-shell' and everything is fine. My guess is that haskell is trying to spawn git-annex-shell with some current $PATH unaware shell like dash maybe?
+
+I've fixed this behavior by using a really ugly hack - I've symlinked ~/.haskell_bin/git-annex-shell to /usr/bin/git-annex-shell on all my machines and the problem is gone. Somehow haskell (or whatever is trying to call git-annex-shell) is unaware of path modifications from .bashrc/.zshrc
+
+Here is the path modification I've used:
+
+export PATH=~/.haskell_bin:$PATH
+"""]]
diff --git a/doc/walkthrough/using_ssh_remotes/comment_9_61833299a9878f23ac57598fa6da8839._comment b/doc/walkthrough/using_ssh_remotes/comment_9_61833299a9878f23ac57598fa6da8839._comment
new file mode 100644
index 0000000000..ddb96da369
--- /dev/null
+++ b/doc/walkthrough/using_ssh_remotes/comment_9_61833299a9878f23ac57598fa6da8839._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmB-gCGEs--zfmvYU-__Hj2FbliUXgxMDs"
+ nickname="Jakub"
+ subject="Fixed"
+ date="2012-07-13T19:27:46Z"
+ content="""
+Found the problem:
+
+One should never use ~ in such path:
+
+WRONG export PATH=~/somedir:$PATH
+
+Instead one should use $HOME:
+
+GOOD export PATH=$HOME/somedir:$PATH
+
+Can I surpress the message that shell failed with status 255 when a repo is unavailible? I've got two repos pointing to one machine - either via vpn or local lan and I keep getting erros if one is unavailible:
+
+ssh: connect to host 10.9.0.1 port 39882: No route to host
+Command ssh [\"-S\",\"/home/pielgrzym/annex/.git/annex/ssh/nas\",\"-o\",\"ControlMaster=auto\",\"-o\",\"ControlPersist=yes\",\"nas\",\"git-annex-shell 'configlist' '/~/annex'\"] failed; exit code 255
+
+
+"""]]
diff --git a/doc/walkthrough/using_tags_and_branches.mdwn b/doc/walkthrough/using_tags_and_branches.mdwn
new file mode 100644
index 0000000000..b147ea4661
--- /dev/null
+++ b/doc/walkthrough/using_tags_and_branches.mdwn
@@ -0,0 +1,14 @@
+Like git, git-annex hangs on to every old version of a file (by default),
+so you can make tags and branches, and can check them out later to look at
+the old files.
+
+	# git tag 1.0
+	# rm -f my_cool_big_file
+	# git commit -m deleted
+	# git checkout 1.0
+	# cat my_cool_big_file
+	yay! old version still here
+
+Of course, when you `git checkout` an old branch, some old versions of
+files may not be locally available, and may be stored in some other
+repository. You can use `git annex get` to get them as usual.
diff --git a/ghci b/ghci
new file mode 100755
index 0000000000..206bbbc7ac
--- /dev/null
+++ b/ghci
@@ -0,0 +1,4 @@
+#!/bin/sh
+# ghci using objects built by cabal
+make dist/caballog
+$(grep 'ghc --make' dist/caballog | head -n 1 | perl -pe 's/--make/--interactive/; s/.\/[^\.\s]+.hs//; s/-package-id [^\s]+//g; s/-hide-all-packages//; s/-threaded//; s/-O//') $@
diff --git a/git-annex.cabal b/git-annex.cabal
new file mode 100644
index 0000000000..ba23d281ec
--- /dev/null
+++ b/git-annex.cabal
@@ -0,0 +1,232 @@
+Name: git-annex
+Version: 5.20140717
+Cabal-Version: >= 1.8
+License: GPL-3
+Maintainer: Joey Hess <joey@kitenet.net>
+Author: Joey Hess
+Stability: Stable
+Copyright: 2010-2014 Joey Hess
+License-File: COPYRIGHT
+Extra-Source-Files: CHANGELOG
+Homepage: http://git-annex.branchable.com/
+Build-type: Custom
+Category: Utility
+Synopsis: manage files with git, without checking their contents into git
+Description:
+ git-annex allows managing files with git, without checking the file
+ contents into git. While that may seem paradoxical, it is useful when
+ dealing with files larger than git can currently easily handle, whether due
+ to limitations in memory, time, or disk space.
+ .
+ Even without file content tracking, being able to manage files with git,
+ move files around and delete files with versioned directory trees, and use
+ branches and distributed clones, are all very handy reasons to use git. And
+ annexed files can co-exist in the same git repository with regularly
+ versioned files, which is convenient for maintaining documents, Makefiles,
+ etc that are associated with annexed files but that benefit from full
+ revision control.
+
+Flag S3
+  Description: Enable S3 support
+
+Flag WebDAV
+  Description: Enable WebDAV support
+
+Flag Inotify
+  Description: Enable inotify support
+
+Flag Dbus
+  Description: Enable dbus support
+
+Flag Assistant
+  Description: Enable git-annex assistant and watch command
+
+Flag Webapp
+  Description: Enable git-annex webapp
+
+Flag Webapp-secure
+  Description: Secure webapp
+
+Flag Pairing
+  Description: Enable pairing
+
+Flag XMPP
+  Description: Enable notifications using XMPP
+
+Flag DNS
+  Description: Enable the haskell DNS library for DNS lookup
+
+Flag Production
+  Description: Enable production build (slower build; faster binary)
+
+Flag Android
+  Description: Cross building for Android
+  Default: False
+
+Flag AndroidSplice
+  Description: Building to get TH splices for Android
+  Default: False
+
+Flag TestSuite
+  Description: Embed the test suite into git-annex
+
+Flag TDFA
+  Description: Use regex-tdfa for wildcards
+
+Flag Feed
+  Description: Enable podcast feed support
+
+Flag Quvi
+  Description: Enable use of quvi to download videos
+
+Flag Tahoe
+  Description: Enable the tahoe special remote
+
+Flag CryptoHash
+  Description: Enable use of cryptohash for checksumming
+
+Flag DesktopNotify
+  Description: Enable desktop environment notifications
+
+Flag EKG
+  Description: Enable use of EKG to monitor git-annex as it runs (at http://localhost:4242/)
+  Default: False
+
+Executable git-annex
+  Main-Is: git-annex.hs
+  Build-Depends: MissingH, hslogger, directory, filepath,
+   containers, utf8-string, network (>= 2.0), mtl (>= 2),
+   bytestring, old-locale, time, HTTP,
+   extensible-exceptions, dataenc, SHA, process, json,
+   base (>= 4.5 && < 4.9), monad-control, exceptions (>= 0.5),
+   IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
+   SafeSemaphore, uuid, random, dlist, unix-compat, async, stm (>= 2.3),
+   data-default, case-insensitive
+  CC-Options: -Wall
+  GHC-Options: -Wall
+  Extensions: PackageImports
+  -- Some things don't work with the non-threaded RTS.
+  GHC-Options: -threaded
+
+  if flag(Production)
+    GHC-Options: -O2
+
+  if (os(windows))
+    Build-Depends: Win32, Win32-extras
+    C-Sources: Utility/winprocess.c
+  else
+    Build-Depends: unix
+    -- Need to list these because they're generated from .hsc files.
+    Other-Modules: Utility.Touch Utility.Mounts
+    Include-Dirs: Utility
+    C-Sources: Utility/libdiskfree.c Utility/libmounts.c
+    CPP-Options: -DWITH_CLIBS
+
+  if flag(TestSuite)
+    Build-Depends: tasty (>= 0.7), tasty-hunit, tasty-quickcheck, tasty-rerun,
+     optparse-applicative
+    CPP-Options: -DWITH_TESTSUITE
+
+  if flag(TDFA)
+    Build-Depends: regex-tdfa
+    CPP-Options: -DWITH_TDFA
+  else
+    Build-Depends: regex-compat
+  
+  if flag(CryptoHash)
+    Build-Depends: cryptohash (>= 0.10.0)
+    CPP-Options: -DWITH_CRYPTOHASH
+
+  if flag(S3)
+    Build-Depends: hS3
+    CPP-Options: -DWITH_S3
+
+  if flag(WebDAV)
+    Build-Depends: DAV ((>= 0.3 && < 0.6) || > 0.6),
+     http-client, http-conduit, http-types, lifted-base
+    CPP-Options: -DWITH_WEBDAV
+
+  if flag(Assistant) && ! os(solaris)
+    CPP-Options: -DWITH_ASSISTANT
+
+  if flag(Assistant)
+    if os(linux) && flag(Inotify)
+      Build-Depends: hinotify
+      CPP-Options: -DWITH_INOTIFY
+    else
+      if os(darwin)
+        Build-Depends: hfsevents
+        CPP-Options: -DWITH_FSEVENTS
+      else
+        if os(windows)
+          Build-Depends: Win32-notify
+          CPP-Options: -DWITH_WIN32NOTIFY
+        else
+          if (! os(solaris) && ! os(linux))
+            if flag(Android)
+              Build-Depends: hinotify
+              CPP-Options: -DWITH_INOTIFY
+            else
+              CPP-Options: -DWITH_KQUEUE
+              C-Sources: Utility/libkqueue.c
+
+  if (os(linux))
+    if flag(Dbus)
+      Build-Depends: dbus (>= 0.10.3)
+      CPP-Options: -DWITH_DBUS
+  
+    if flag(DesktopNotify)
+      if flag(Dbus)
+        Build-Depends: dbus (>= 0.10.3), fdo-notify (>= 0.3)
+        CPP-Options: -DWITH_DESKTOP_NOTIFY -DWITH_DBUS_NOTIFICATIONS
+
+  if flag(Android)
+    Build-Depends: data-endian
+    CPP-Options: -D__ANDROID__ -DANDROID_SPLICES -D__NO_TH__
+  if flag(AndroidSplice)
+    CPP-Options: -DANDROID_SPLICES
+
+  if flag(Webapp)
+    Build-Depends:
+     yesod, yesod-default, yesod-static, yesod-form, yesod-core,
+     http-types, transformers, wai, wai-extra, warp, warp-tls,
+     blaze-builder, crypto-api, hamlet, clientsession,
+     template-haskell, data-default, aeson, path-pieces,
+     shakespeare
+    CPP-Options: -DWITH_WEBAPP
+  if flag(Webapp) && flag (Webapp-secure)
+    Build-Depends: warp-tls (>= 1.4), securemem, byteable
+    CPP-Options: -DWITH_WEBAPP_SECURE
+
+  if flag(Pairing)
+    Build-Depends: network-multicast, network-info
+    CPP-Options: -DWITH_PAIRING
+
+  if flag(XMPP) && (! os(windows))
+    Build-Depends: network-protocol-xmpp, gnutls (>= 0.1.4), xml-types
+    CPP-Options: -DWITH_XMPP
+
+  if flag(DNS)
+    Build-Depends: dns
+    CPP-Options: -DWITH_DNS
+
+  if flag(Feed)
+    Build-Depends: feed
+    CPP-Options: -DWITH_FEED
+  
+  if flag(Quvi)
+    Build-Depends: aeson
+    CPP-Options: -DWITH_QUVI
+  
+  if flag(Tahoe)
+    Build-Depends: aeson
+    CPP-Options: -DWITH_TAHOE
+
+  if flag(EKG)
+    Build-Depends: ekg
+    GHC-Options: -with-rtsopts=-T
+    CPP-Options: -DWITH_EKG
+
+source-repository head
+  type: git
+  location: git://git-annex.branchable.com/
diff --git a/git-annex.hs b/git-annex.hs
new file mode 100644
index 0000000000..f1af0eea51
--- /dev/null
+++ b/git-annex.hs
@@ -0,0 +1,85 @@
+{- git-annex main program dispatch
+ -
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+import System.Environment (getArgs, getProgName)
+import System.FilePath
+
+import qualified CmdLine.GitAnnex
+import qualified CmdLine.GitAnnexShell
+#ifdef WITH_TESTSUITE
+import qualified Test
+#endif
+
+#ifdef mingw32_HOST_OS
+import Utility.UserInfo
+import Utility.Env
+import Config.Files
+import System.Process
+import System.Exit
+#endif
+
+main :: IO ()
+main = do
+	ps <- getArgs
+	run ps =<< getProgName
+  where
+	run ps n
+		| isshell n = CmdLine.GitAnnexShell.run ps
+		| otherwise =
+#ifdef mingw32_HOST_OS
+			winEnv gitannex ps
+#else
+			gitannex ps
+#endif
+	gitannex ps = 
+#ifdef WITH_TESTSUITE
+		case ps of
+			("test":ps') -> Test.main ps'
+			_ -> CmdLine.GitAnnex.run ps
+#else
+		CmdLine.GitAnnex.run ps
+#endif
+	isshell n = takeFileName n == "git-annex-shell"
+
+#ifdef mingw32_HOST_OS
+{- On Windows, if HOME is not set, probe it and set it.
+ - This is a workaround for some Cygwin commands needing HOME to be set,
+ - and for there being no known way to set environment variables on
+ - Windows, except by passing an environment in each call to a program.
+ - While ugly, this workaround is easier than trying to ensure HOME is set
+ - in all calls to the affected programs.
+ -
+ - If TZ is set, unset it.
+ - TZ being set can interfere with workarounds for Windows timezone
+ - horribleness, and prevents getCurrentTimeZone from seeing the system
+ - time zone.
+ -
+ - Due to Windows limitations, have to re-exec git-annex with the new
+ - environment.
+ -}
+winEnv :: ([String] -> IO ()) -> [String] -> IO ()
+winEnv a ps = do
+	e <- getEnvironment
+	home <- myHomeDir
+	let e' = wantedenv e home
+	if (e' /= e)
+		then do
+			cmd <- readProgramFile
+			(_, _, _, pid) <- createProcess (proc cmd ps)
+				{ env = Just e' }
+			exitWith =<< waitForProcess pid		
+		else a ps
+  where
+	wantedenv e home = delEntry "TZ" $ case lookup "HOME" e of
+		Nothing -> e 
+		Just _ -> addEntries
+			[ ("HOME", home)
+			, ("CYGWIN", "nodosfilewarning")
+			] e
+#endif
diff --git a/git-union-merge.hs b/git-union-merge.hs
new file mode 100644
index 0000000000..0e4cd644ce
--- /dev/null
+++ b/git-union-merge.hs
@@ -0,0 +1,48 @@
+{- git-union-merge program
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+import System.Environment
+
+import Common
+import qualified Git.UnionMerge
+import qualified Git.Config
+import qualified Git.CurrentRepo
+import qualified Git.Branch
+import qualified Git.Index
+import qualified Git
+
+header :: String
+header = "Usage: git-union-merge ref ref newref"
+
+usage :: IO a
+usage = error $ "bad parameters\n\n" ++ header
+
+tmpIndex :: Git.Repo -> FilePath
+tmpIndex g = Git.localGitDir g </> "index.git-union-merge"
+
+setup :: Git.Repo -> IO ()
+setup = cleanup -- idempotency
+
+cleanup :: Git.Repo -> IO ()
+cleanup g = nukeFile $ tmpIndex g
+
+parseArgs :: IO [String]
+parseArgs = do
+	args <- getArgs
+	if length args /= 3
+		then usage
+		else return args
+
+main :: IO ()
+main = do
+	[aref, bref, newref] <- map Git.Ref <$> parseArgs
+	g <- Git.Config.read =<< Git.CurrentRepo.get
+	_ <- Git.Index.override $ tmpIndex g
+	setup g
+	Git.UnionMerge.merge aref bref g
+	_ <- Git.Branch.commit "union merge" newref [aref, bref] g
+	cleanup g
diff --git a/standalone/android/Makefile b/standalone/android/Makefile
new file mode 100644
index 0000000000..4f64b4e9ab
--- /dev/null
+++ b/standalone/android/Makefile
@@ -0,0 +1,170 @@
+# Cross-compiles utilities needed for git-annex on Android,
+# and builds the Android app.
+
+# Add Android cross-compiler to PATH (as installed by ghc-android)
+ANDROID_CROSS_COMPILER?=$(HOME)/.ghc/$(shell cat abiversion)/bin
+PATH:=$(ANDROID_CROSS_COMPILER):$(PATH)
+
+# Paths to the Android SDK and NDK.
+export ANDROID_SDK_ROOT?=$(HOME)/.android/adt-bundle-linux-x86/sdk
+export ANDROID_NDK_ROOT?=$(HOME)/.android/android-ndk
+
+# Where to store the source tree used to build utilities. This
+# directory will be created by `make source`.
+GIT_ANNEX_ANDROID_SOURCETREE?=$(HOME)/.android/git-annex-sourcetree
+
+GITTREE=$(GIT_ANNEX_ANDROID_SOURCETREE)/git/installed-tree
+
+VER=$(shell perl -e '$$_=<>;print m/\((.*?)\)/'<../../CHANGELOG)
+
+build: start
+	if [ ! -e "$(GIT_ANNEX_ANDROID_SOURCETREE)" ]; then $(MAKE) source; fi
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/openssl/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/git/build-stamp
+	$(MAKE) $(GIT_ANNEX_ANDROID_SOURCETREE)/term/build-stamp
+
+	perl -i -pe 's/(android:versionName=)"[^"]+"/$$1"'$(VER)'"/' $(GIT_ANNEX_ANDROID_SOURCETREE)/term/AndroidManifest.xml
+	
+	# Debug build because it does not need signing keys.
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && tools/build-debug
+
+	# Install executables as pseudo-libraries so they will be
+	# unpacked from the .apk.
+	mkdir -p $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox/busybox $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.busybox.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh/ssh $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.ssh.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh/ssh-keygen $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.ssh-keygen.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync/rsync $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.rsync.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg/g10/gpg $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.gpg.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/git/git $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/git/git-shell $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-shell.so
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/git/git-upload-pack $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-upload-pack.so
+	arm-linux-androideabi-strip --strip-unneeded --remove-section=.comment --remove-section=.note $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/*
+	cp runshell $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.runshell.so
+	cp start $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.start.so
+	
+	# remove git stuff we don't need to save space
+	rm -rf $(GITTREE)/bin/git-cvsserver \
+		$(GITTREE)/libexec/git-core/git-daemon \
+		$(GITTREE)/libexec/git-core/git-show-index \
+		$(GITTREE)/libexec/git-core/mergetools \
+		$(GITTREE)/libexec/git-core/git-credential-* \
+		$(GITTREE)/libexec/git-core/git-cvsserver \
+		$(GITTREE)/libexec/git-core/git-cvsimport \
+		$(GITTREE)/libexec/git-core/git-fast-import \
+		$(GITTREE)/libexec/git-core/git-http-backend \
+		$(GITTREE)/libexec/git-core/git-imap-send \
+		$(GITTREE)/libexec/git-core/git-instaweb \
+		$(GITTREE)/libexec/git-core/git-p4 \
+		$(GITTREE)/libexec/git-core/git-remote-test* \
+		$(GITTREE)/libexec/git-core/git-submodule \
+		$(GITTREE)/libexec/git-core/git-svn \
+		$(GITTREE)/libexec/git-core/git-web--browse
+	# Most of git is in one multicall binary, but a few important
+	# commands are still shell scripts. Those are put into
+	# a tarball, along with a list of all the links that should be
+	# set up.
+	cd $(GITTREE) && mkdir -p links
+	cd $(GITTREE) && find -samefile bin/git -not -wholename ./bin/git > links/git
+	cd $(GITTREE) && find -samefile bin/git-shell -not -wholename ./bin/git-shell > links/git-shell
+	cd $(GITTREE) && find -samefile bin/git-upload-pack -not -wholename ./bin/git-upload-pack > links/git-upload-pack
+	cd $(GITTREE) && find -type f -not -samefile bin/git -not -samefile bin/git-shell -not -samefile bin/git-upload-pack|tar czf ../git.tar.gz -T -
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/git/git.tar.gz $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git.tar.gz.so
+
+	git rev-parse HEAD > $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.version.so
+	cp ../trustedkeys.gpg $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.trustedkeys.so
+
+	mkdir -p ../../tmp/4.0 ../../tmp/4.3
+	
+	cp ../../tmp/androidtree/dist/build/git-annex/4.3/git-annex $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-annex.so
+	arm-linux-androideabi-strip --strip-unneeded --remove-section=.comment --remove-section=.note $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-annex.so
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && ant debug
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/term/bin/Term-debug.apk ../../tmp/4.3/git-annex.apk
+
+	cp ../../tmp/androidtree/dist/build/git-annex/4.0/git-annex $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-annex.so
+	arm-linux-androideabi-strip --strip-unneeded --remove-section=.comment --remove-section=.note $(GIT_ANNEX_ANDROID_SOURCETREE)/term/libs/armeabi/lib.git-annex.so
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && ant debug
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/term/bin/Term-debug.apk ../../tmp/4.0/git-annex.apk
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/openssl/build-stamp:
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssl && CC=$$(which cc) ./Configure android
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssl && $(MAKE)
+	touch $@
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/openssh/build-stamp: openssh.patch openssh.config.h
+	# This is a known-good version that the patch works with.
+	# TODO: Upgrade
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && git reset --hard 0a8617ed5af2f0248d0e9648e26b224e16ada742
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && ./configure --host=arm-linux-androideabi --with-ssl-dir=../openssl --without-openssl-header-check
+	cat openssh.patch | (cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && patch -p1)
+	cp openssh.config.h $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh/config.h
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && sed -i -e 's/getrrsetbyname.o //' openbsd-compat/Makefile
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && sed -i -e 's/auth-passwd.o //' Makefile
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh && $(MAKE) ssh ssh-keygen
+	touch $@
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/busybox/build-stamp: busybox_config
+	cp busybox_config $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox/.config
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox && git reset --hard a758e3e1e04e7705f5d37b2f27be654cd0e7282c
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox && yes '' | $(MAKE) oldconfig
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox && $(MAKE)
+	touch $@
+	
+$(GIT_ANNEX_ANDROID_SOURCETREE)/git/build-stamp: git.patch
+	cat git.patch | (cd $(GIT_ANNEX_ANDROID_SOURCETREE)/git && git am)
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/git && $(MAKE) install NO_OPENSSL=1 NO_GETTEXT=1 NO_GECOS_IN_PWENT=1 NO_GETPASS=1 NO_NSEC=1 NO_MKDTEMP=1 NO_PTHREADS=1 NO_PERL=1 NO_CURL=1 NO_EXPAT=1 NO_TCLTK=1 NO_ICONV=1 prefix= DESTDIR=installed-tree
+	touch $@
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/rsync/build-stamp: rsync.patch
+	# This is a known-good version that the patch works with.
+	cat rsync.patch | (cd $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync && git reset --hard eec26089b1c7bdbb260674480ffe6ece257bca63 && git am)
+	cp $(GIT_ANNEX_ANDROID_SOURCETREE)/automake/lib/config.sub $(GIT_ANNEX_ANDROID_SOURCETREE)/automake/lib/config.guess $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync/
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync && ./configure --host=arm-linux-androideabi --disable-locale --disable-iconv-open --disable-iconv --disable-acl-support --disable-xattr-support
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync && $(MAKE)
+	touch $@
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg/build-stamp:
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg && git checkout gnupg-1.4.15
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg && ./autogen.sh
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg && ./configure --host=arm-linux-androideabi --disable-gnupg-iconv --disable-card-support --disable-agent-support --disable-photo-viewers --disable-keyserver-helpers --disable-nls
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg; $(MAKE) || true # expected failure in doc build
+	touch $@
+
+$(GIT_ANNEX_ANDROID_SOURCETREE)/term/build-stamp: term.patch icons
+	# This is a known-good version that the patch works with.
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && git reset --hard 3d34b3c42295c215b62e70f3ee696dd664ba08ce
+	cat term.patch | (cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && patch -p1)
+	(cd icons && tar c .) | (cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term/res && tar x)
+	# This renaming has a purpose. It makes the path to the app's
+	# /data directory shorter, which makes ssh connection caching
+	# sockets placed there have more space for their filenames.
+	# Also, it avoids overlap with the Android Terminal Emulator
+	# app, if it's also installed.
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && find -name .git -prune -o -type f -print0 | xargs -0 perl -pi -e 's/jackpal/ga/g'
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && perl -pi -e 's/Terminal Emulator/Git Annex/g' res/*/strings.xml
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/term && echo y | tools/update.sh
+	touch $@
+
+source: $(GIT_ANNEX_ANDROID_SOURCETREE)
+
+$(GIT_ANNEX_ANDROID_SOURCETREE):
+	mkdir -p $(GIT_ANNEX_ANDROID_SOURCETREE)
+	git clone git://git.savannah.gnu.org/automake.git $(GIT_ANNEX_ANDROID_SOURCETREE)/automake
+	git clone git://git.debian.org/git/d-i/busybox $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox
+	git clone git://git.kernel.org/pub/scm/git/git.git $(GIT_ANNEX_ANDROID_SOURCETREE)/git
+	git clone git://git.samba.org/rsync.git $(GIT_ANNEX_ANDROID_SOURCETREE)/rsync
+	git clone git://git.gnupg.org/gnupg.git $(GIT_ANNEX_ANDROID_SOURCETREE)/gnupg
+	git clone git://git.openssl.org/openssl $(GIT_ANNEX_ANDROID_SOURCETREE)/openssl
+	git clone git://github.com/CyanogenMod/android_external_openssh.git $(GIT_ANNEX_ANDROID_SOURCETREE)/openssh
+	git clone git://github.com/jackpal/Android-Terminal-Emulator.git $(GIT_ANNEX_ANDROID_SOURCETREE)/term
+
+clean:
+	rm -rf $(GITTREE)
+	rm -f start
+
+reallyclean: clean
+	rm -rf $(GIT_ANNEX_ANDROID_SOURCETREE)
diff --git a/standalone/android/abiversion b/standalone/android/abiversion
new file mode 100644
index 0000000000..4cc4c14cdb
--- /dev/null
+++ b/standalone/android/abiversion
@@ -0,0 +1 @@
+android-14/arm-linux-androideabi-4.8
diff --git a/standalone/android/buildchroot b/standalone/android/buildchroot
new file mode 100755
index 0000000000..396beab78f
--- /dev/null
+++ b/standalone/android/buildchroot
@@ -0,0 +1,27 @@
+#!/bin/sh
+set -e
+if [ "$(whoami)" != root ]; then
+	echo "Must run this as root!" >&2
+	exit 1
+fi
+
+debootstrap --arch=i386 stable debian-stable-android
+cp $0-inchroot debian-stable-android/tmp
+cp $0-inchroot-asuser debian-stable-android/tmp
+cp $(dirname $0)/abiversion debian-stable-android/tmp
+
+# Don't use these vars in the chroot.
+unset TMP
+unset TEMP
+unset TMPDIR
+unset TEMPDIR
+
+chroot debian-stable-android "tmp/$(basename $0)-inchroot"
+
+echo
+echo
+echo "debian-stable-android is set up, with a user builder"
+echo "your next step is probably to check out git-annex in this chroot"
+echo "and run standalone/android/install-haskell-packages"
+echo
+echo
diff --git a/standalone/android/buildchroot-inchroot b/standalone/android/buildchroot-inchroot
new file mode 100755
index 0000000000..5c462d8cc2
--- /dev/null
+++ b/standalone/android/buildchroot-inchroot
@@ -0,0 +1,32 @@
+#!/bin/sh
+# Runs inside the chroot set up by buildchroot
+set -e
+set -x
+if [ "$(whoami)" != root ]; then
+	echo "Must run this as root!" >&2
+	exit 1
+fi
+
+# java needs this mounted to work
+mount -t proc proc /proc || true
+
+echo "deb-src http://ftp.us.debian.org/debian stable main" >> /etc/apt/sources.list
+apt-get update
+apt-get -y install build-essential ghc git libncurses5-dev cabal-install
+apt-get -y install happy alex
+apt-get -y install llvm-3.0 # not 3.1; buggy on arm. 3.2 is ok too
+apt-get -y install ca-certificates curl file m4 autoconf zlib1g-dev
+apt-get -y install libgnutls-dev libxml2-dev libgsasl7-dev pkg-config c2hs
+apt-get -y install ant default-jdk rsync wget gnupg lsof
+apt-get -y install gettext unzip python
+apt-get -y install locales
+# works around a dependncy issue with the current hjsmin
+apt-get -y install libghc-hjsmin-dev
+echo en_US.UTF-8 UTF-8 >> /etc/locale.gen
+locale-gen
+apt-get clean
+wget http://snapshot.debian.org/archive/debian/20130903T155330Z/pool/main/a/automake-1.14/automake_1.14-1_all.deb
+dpkg -i automake*.deb
+rm *.deb
+useradd builder --create-home || true
+su builder -c $0-asuser
diff --git a/standalone/android/buildchroot-inchroot-asuser b/standalone/android/buildchroot-inchroot-asuser
new file mode 100755
index 0000000000..fd27f3fc5e
--- /dev/null
+++ b/standalone/android/buildchroot-inchroot-asuser
@@ -0,0 +1,44 @@
+#!/bin/sh
+# Runs inside the chroot set up by buildchroot, as the user it creates
+set -e
+set -x
+
+# Put in /tmp by buildchroot, but when bootstrapping with propellor,
+# this is run inside a checked out git-annex tree.
+if [ -e /tmp/abiversion ]; then
+	ABIVERSION=$(cat /tmp/abiversion)
+else
+	ABIVERSION=$(cat standalone/android/abiversion)
+fi
+
+cd
+rm -rf .ghc .cabal .android
+cabal update
+cabal install happy alex --bindir=$HOME/bin
+PATH=$HOME/bin:$PATH
+export PATH
+mkdir -p .android
+cd .android
+git clone https://github.com/joeyh/ghc-android
+cd ghc-android
+git checkout stable-ghc-snapshot
+./build
+
+# This saves 2 gb, and the same sources are in build-*/ghc
+rm -rf stage0
+
+# Set up android SDK where the git-annex android Makefile
+# expects to find it.
+cd ..
+ln -s ghc-android/android-ndk-* android-ndk
+wget http://dl.google.com/android/adt/adt-bundle-linux-x86-20130917.zip
+unzip adt*.zip
+rm adt*.zip
+mv adt-bundle-linux-x86-* adt-bundle-linux-x86
+rm -rf adt-bundle-linux-x86/eclipse
+
+# The git-annex android Makefile needs this cc symlink.
+ln -s arm-linux-androideabi-gcc $HOME/.ghc/$ABIVERSION/bin/cc
+
+git config --global user.email androidbuilder@example.com
+git config --global user.name androidbuilder
diff --git a/standalone/android/busybox_config b/standalone/android/busybox_config
new file mode 100644
index 0000000000..28ea880d98
--- /dev/null
+++ b/standalone/android/busybox_config
@@ -0,0 +1,997 @@
+# Run "make android2_defconfig", then "make".
+#
+# Tested with the standalone toolchain from ndk r6:
+# android-ndk-r6/build/tools/make-standalone-toolchain.sh --platform=android-8
+#
+CONFIG_HAVE_DOT_CONFIG=y
+
+#
+# Busybox Settings
+#
+
+#
+# General Configuration
+#
+# CONFIG_DESKTOP is not set
+# CONFIG_EXTRA_COMPAT is not set
+# CONFIG_INCLUDE_SUSv2 is not set
+# CONFIG_USE_PORTABLE_CODE is not set
+CONFIG_PLATFORM_LINUX=y
+CONFIG_FEATURE_BUFFERS_USE_MALLOC=y
+# CONFIG_FEATURE_BUFFERS_GO_ON_STACK is not set
+# CONFIG_FEATURE_BUFFERS_GO_IN_BSS is not set
+# CONFIG_SHOW_USAGE is not set
+# CONFIG_FEATURE_VERBOSE_USAGE is not set
+# CONFIG_FEATURE_COMPRESS_USAGE is not set
+CONFIG_FEATURE_INSTALLER=y
+# CONFIG_INSTALL_NO_USR is not set
+# CONFIG_LOCALE_SUPPORT is not set
+# CONFIG_UNICODE_SUPPORT is not set
+# CONFIG_UNICODE_USING_LOCALE is not set
+# CONFIG_FEATURE_CHECK_UNICODE_IN_ENV is not set
+CONFIG_SUBST_WCHAR=0
+CONFIG_LAST_SUPPORTED_WCHAR=0
+# CONFIG_UNICODE_COMBINING_WCHARS is not set
+# CONFIG_UNICODE_WIDE_WCHARS is not set
+# CONFIG_UNICODE_BIDI_SUPPORT is not set
+# CONFIG_UNICODE_NEUTRAL_TABLE is not set
+# CONFIG_UNICODE_PRESERVE_BROKEN is not set
+# CONFIG_LONG_OPTS is not set
+# CONFIG_FEATURE_DEVPTS is not set
+# CONFIG_FEATURE_CLEAN_UP is not set
+# CONFIG_FEATURE_UTMP is not set
+# CONFIG_FEATURE_WTMP is not set
+# CONFIG_FEATURE_PIDFILE is not set
+# CONFIG_FEATURE_SUID is not set
+# CONFIG_FEATURE_SUID_CONFIG is not set
+# CONFIG_FEATURE_SUID_CONFIG_QUIET is not set
+# CONFIG_SELINUX is not set
+# CONFIG_FEATURE_PREFER_APPLETS is not set
+CONFIG_BUSYBOX_EXEC_PATH="/proc/self/exe"
+CONFIG_FEATURE_SYSLOG=y
+# CONFIG_FEATURE_HAVE_RPC is not set
+
+#
+# Build Options
+#
+# CONFIG_STATIC is not set
+# CONFIG_PIE is not set
+# CONFIG_NOMMU is not set
+# CONFIG_BUILD_LIBBUSYBOX is not set
+# CONFIG_FEATURE_INDIVIDUAL is not set
+# CONFIG_FEATURE_SHARED_BUSYBOX is not set
+# CONFIG_LFS is not set
+CONFIG_CROSS_COMPILER_PREFIX="arm-linux-androideabi-"
+CONFIG_EXTRA_CFLAGS=""
+
+#
+# Debugging Options
+#
+# CONFIG_DEBUG is not set
+# CONFIG_DEBUG_PESSIMIZE is not set
+# CONFIG_WERROR is not set
+CONFIG_NO_DEBUG_LIB=y
+# CONFIG_DMALLOC is not set
+# CONFIG_EFENCE is not set
+
+#
+# Installation Options ("make install" behavior)
+#
+CONFIG_INSTALL_APPLET_SYMLINKS=y
+# CONFIG_INSTALL_APPLET_HARDLINKS is not set
+# CONFIG_INSTALL_APPLET_SCRIPT_WRAPPERS is not set
+# CONFIG_INSTALL_APPLET_DONT is not set
+# CONFIG_INSTALL_SH_APPLET_SYMLINK is not set
+# CONFIG_INSTALL_SH_APPLET_HARDLINK is not set
+# CONFIG_INSTALL_SH_APPLET_SCRIPT_WRAPPER is not set
+CONFIG_PREFIX="./_install"
+
+#
+# Busybox Library Tuning
+#
+# CONFIG_FEATURE_SYSTEMD is not set
+# CONFIG_FEATURE_RTMINMAX is not set
+CONFIG_PASSWORD_MINLEN=6
+CONFIG_MD5_SMALL=1
+# CONFIG_FEATURE_FAST_TOP is not set
+# CONFIG_FEATURE_ETC_NETWORKS is not set
+CONFIG_FEATURE_USE_TERMIOS=y
+# CONFIG_FEATURE_EDITING is not set
+CONFIG_FEATURE_EDITING_MAX_LEN=0
+# CONFIG_FEATURE_EDITING_VI is not set
+CONFIG_FEATURE_EDITING_HISTORY=0
+# CONFIG_FEATURE_EDITING_SAVEHISTORY is not set
+# CONFIG_FEATURE_TAB_COMPLETION is not set
+# CONFIG_FEATURE_USERNAME_COMPLETION is not set
+# CONFIG_FEATURE_EDITING_FANCY_PROMPT is not set
+# CONFIG_FEATURE_EDITING_ASK_TERMINAL is not set
+# CONFIG_FEATURE_NON_POSIX_CP is not set
+# CONFIG_FEATURE_VERBOSE_CP_MESSAGE is not set
+CONFIG_FEATURE_COPYBUF_KB=4
+# CONFIG_FEATURE_SKIP_ROOTFS is not set
+# CONFIG_MONOTONIC_SYSCALL is not set
+# CONFIG_IOCTL_HEX2STR_ERROR is not set
+# CONFIG_FEATURE_HWIB is not set
+
+#
+# Applets
+#
+
+#
+# Archival Utilities
+#
+CONFIG_FEATURE_SEAMLESS_XZ=y
+CONFIG_FEATURE_SEAMLESS_LZMA=y
+CONFIG_FEATURE_SEAMLESS_BZ2=y
+CONFIG_FEATURE_SEAMLESS_GZ=y
+CONFIG_FEATURE_SEAMLESS_Z=y
+CONFIG_AR=y
+CONFIG_FEATURE_AR_LONG_FILENAMES=y
+CONFIG_FEATURE_AR_CREATE=y
+CONFIG_BUNZIP2=y
+CONFIG_BZIP2=y
+CONFIG_CPIO=y
+CONFIG_FEATURE_CPIO_O=y
+CONFIG_FEATURE_CPIO_P=y
+CONFIG_DPKG=y
+CONFIG_DPKG_DEB=y
+# CONFIG_FEATURE_DPKG_DEB_EXTRACT_ONLY is not set
+CONFIG_GUNZIP=y
+CONFIG_GZIP=y
+# CONFIG_FEATURE_GZIP_LONG_OPTIONS is not set
+CONFIG_LZOP=y
+CONFIG_LZOP_COMPR_HIGH=y
+CONFIG_RPM2CPIO=y
+CONFIG_RPM=y
+CONFIG_TAR=y
+CONFIG_FEATURE_TAR_CREATE=y
+CONFIG_FEATURE_TAR_AUTODETECT=y
+CONFIG_FEATURE_TAR_FROM=y
+CONFIG_FEATURE_TAR_OLDGNU_COMPATIBILITY=y
+CONFIG_FEATURE_TAR_OLDSUN_COMPATIBILITY=y
+CONFIG_FEATURE_TAR_GNU_EXTENSIONS=y
+# CONFIG_FEATURE_TAR_LONG_OPTIONS is not set
+# CONFIG_FEATURE_TAR_TO_COMMAND is not set
+CONFIG_FEATURE_TAR_UNAME_GNAME=y
+CONFIG_FEATURE_TAR_NOPRESERVE_TIME=y
+# CONFIG_FEATURE_TAR_SELINUX is not set
+CONFIG_UNCOMPRESS=y
+CONFIG_UNLZMA=y
+CONFIG_FEATURE_LZMA_FAST=y
+CONFIG_LZMA=y
+CONFIG_UNXZ=y
+CONFIG_XZ=y
+CONFIG_UNZIP=y
+
+#
+# Coreutils
+#
+CONFIG_BASENAME=y
+CONFIG_CAT=y
+# CONFIG_DATE is not set
+# CONFIG_FEATURE_DATE_ISOFMT is not set
+# CONFIG_FEATURE_DATE_NANO is not set
+# CONFIG_FEATURE_DATE_COMPAT is not set
+# CONFIG_ID is not set
+# CONFIG_GROUPS is not set
+CONFIG_TEST=y
+CONFIG_FEATURE_TEST_64=y
+CONFIG_TOUCH=y
+CONFIG_TR=y
+CONFIG_FEATURE_TR_CLASSES=y
+CONFIG_FEATURE_TR_EQUIV=y
+CONFIG_BASE64=y
+CONFIG_CAL=y
+CONFIG_CATV=y
+CONFIG_CHGRP=y
+CONFIG_CHMOD=y
+CONFIG_CHOWN=y
+# CONFIG_FEATURE_CHOWN_LONG_OPTIONS is not set
+CONFIG_CHROOT=y
+CONFIG_CKSUM=y
+CONFIG_COMM=y
+CONFIG_CP=y
+# CONFIG_FEATURE_CP_LONG_OPTIONS is not set
+CONFIG_CUT=y
+CONFIG_DD=y
+CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
+CONFIG_FEATURE_DD_THIRD_STATUS_LINE=y
+CONFIG_FEATURE_DD_IBS_OBS=y
+# CONFIG_DF is not set
+# CONFIG_FEATURE_DF_FANCY is not set
+CONFIG_DIRNAME=y
+CONFIG_DOS2UNIX=y
+CONFIG_UNIX2DOS=y
+CONFIG_DU=y
+CONFIG_FEATURE_DU_DEFAULT_BLOCKSIZE_1K=y
+CONFIG_ECHO=y
+CONFIG_FEATURE_FANCY_ECHO=y
+# CONFIG_ENV is not set
+# CONFIG_FEATURE_ENV_LONG_OPTIONS is not set
+CONFIG_EXPAND=y
+# CONFIG_FEATURE_EXPAND_LONG_OPTIONS is not set
+# CONFIG_EXPR is not set
+# CONFIG_EXPR_MATH_SUPPORT_64 is not set
+CONFIG_FALSE=y
+CONFIG_FOLD=y
+# CONFIG_FSYNC is not set
+CONFIG_HEAD=y
+CONFIG_FEATURE_FANCY_HEAD=y
+# CONFIG_HOSTID is not set
+CONFIG_INSTALL=y
+# CONFIG_FEATURE_INSTALL_LONG_OPTIONS is not set
+CONFIG_LN=y
+# CONFIG_LOGNAME is not set
+CONFIG_LS=y
+CONFIG_FEATURE_LS_FILETYPES=y
+CONFIG_FEATURE_LS_FOLLOWLINKS=y
+CONFIG_FEATURE_LS_RECURSIVE=y
+CONFIG_FEATURE_LS_SORTFILES=y
+CONFIG_FEATURE_LS_TIMESTAMPS=y
+CONFIG_FEATURE_LS_USERNAME=y
+# CONFIG_FEATURE_LS_COLOR is not set
+# CONFIG_FEATURE_LS_COLOR_IS_DEFAULT is not set
+CONFIG_MD5SUM=y
+CONFIG_MKDIR=y
+# CONFIG_FEATURE_MKDIR_LONG_OPTIONS is not set
+CONFIG_MKFIFO=y
+CONFIG_MKNOD=y
+CONFIG_MV=y
+# CONFIG_FEATURE_MV_LONG_OPTIONS is not set
+CONFIG_NICE=y
+CONFIG_NOHUP=y
+CONFIG_OD=y
+CONFIG_PRINTENV=y
+CONFIG_PRINTF=y
+CONFIG_PWD=y
+CONFIG_READLINK=y
+CONFIG_FEATURE_READLINK_FOLLOW=y
+CONFIG_REALPATH=y
+CONFIG_RM=y
+CONFIG_RMDIR=y
+# CONFIG_FEATURE_RMDIR_LONG_OPTIONS is not set
+CONFIG_SEQ=y
+CONFIG_SHA1SUM=y
+CONFIG_SHA256SUM=y
+CONFIG_SHA512SUM=y
+CONFIG_SLEEP=y
+CONFIG_FEATURE_FANCY_SLEEP=y
+CONFIG_FEATURE_FLOAT_SLEEP=y
+CONFIG_SORT=y
+CONFIG_FEATURE_SORT_BIG=y
+CONFIG_SPLIT=y
+CONFIG_FEATURE_SPLIT_FANCY=y
+# CONFIG_STAT is not set
+# CONFIG_FEATURE_STAT_FORMAT is not set
+CONFIG_STTY=y
+CONFIG_SUM=y
+CONFIG_SYNC=y
+CONFIG_TAC=y
+CONFIG_TAIL=y
+CONFIG_FEATURE_FANCY_TAIL=y
+CONFIG_TEE=y
+CONFIG_FEATURE_TEE_USE_BLOCK_IO=y
+CONFIG_TRUE=y
+# CONFIG_TTY is not set
+CONFIG_UNAME=y
+CONFIG_UNEXPAND=y
+# CONFIG_FEATURE_UNEXPAND_LONG_OPTIONS is not set
+CONFIG_UNIQ=y
+# CONFIG_USLEEP is not set
+CONFIG_UUDECODE=y
+CONFIG_UUENCODE=y
+CONFIG_WC=y
+CONFIG_FEATURE_WC_LARGE=y
+# CONFIG_WHO is not set
+CONFIG_WHOAMI=y
+CONFIG_YES=y
+
+#
+# Common options for cp and mv
+#
+CONFIG_FEATURE_PRESERVE_HARDLINKS=y
+
+#
+# Common options for ls, more and telnet
+#
+CONFIG_FEATURE_AUTOWIDTH=y
+
+#
+# Common options for df, du, ls
+#
+CONFIG_FEATURE_HUMAN_READABLE=y
+
+#
+# Common options for md5sum, sha1sum, sha256sum, sha512sum
+#
+CONFIG_FEATURE_MD5_SHA1_SUM_CHECK=y
+
+#
+# Console Utilities
+#
+CONFIG_CHVT=y
+CONFIG_FGCONSOLE=y
+CONFIG_CLEAR=y
+CONFIG_DEALLOCVT=y
+CONFIG_DUMPKMAP=y
+# CONFIG_KBD_MODE is not set
+# CONFIG_LOADFONT is not set
+CONFIG_LOADKMAP=y
+CONFIG_OPENVT=y
+CONFIG_RESET=y
+CONFIG_RESIZE=y
+CONFIG_FEATURE_RESIZE_PRINT=y
+CONFIG_SETCONSOLE=y
+# CONFIG_FEATURE_SETCONSOLE_LONG_OPTIONS is not set
+# CONFIG_SETFONT is not set
+# CONFIG_FEATURE_SETFONT_TEXTUAL_MAP is not set
+CONFIG_DEFAULT_SETFONT_DIR=""
+CONFIG_SETKEYCODES=y
+CONFIG_SETLOGCONS=y
+CONFIG_SHOWKEY=y
+# CONFIG_FEATURE_LOADFONT_PSF2 is not set
+# CONFIG_FEATURE_LOADFONT_RAW is not set
+
+#
+# Debian Utilities
+#
+CONFIG_MKTEMP=y
+CONFIG_PIPE_PROGRESS=y
+CONFIG_RUN_PARTS=y
+# CONFIG_FEATURE_RUN_PARTS_LONG_OPTIONS is not set
+CONFIG_FEATURE_RUN_PARTS_FANCY=y
+CONFIG_START_STOP_DAEMON=y
+CONFIG_FEATURE_START_STOP_DAEMON_FANCY=y
+# CONFIG_FEATURE_START_STOP_DAEMON_LONG_OPTIONS is not set
+CONFIG_WHICH=y
+
+#
+# Editors
+#
+CONFIG_PATCH=y
+CONFIG_VI=y
+CONFIG_FEATURE_VI_MAX_LEN=0
+# CONFIG_FEATURE_VI_8BIT is not set
+# CONFIG_FEATURE_VI_COLON is not set
+# CONFIG_FEATURE_VI_YANKMARK is not set
+CONFIG_FEATURE_VI_SEARCH=y
+# CONFIG_FEATURE_VI_REGEX_SEARCH is not set
+CONFIG_FEATURE_VI_USE_SIGNALS=y
+# CONFIG_FEATURE_VI_DOT_CMD is not set
+# CONFIG_FEATURE_VI_READONLY is not set
+# CONFIG_FEATURE_VI_SETOPTS is not set
+# CONFIG_FEATURE_VI_SET is not set
+CONFIG_FEATURE_VI_WIN_RESIZE=y
+# CONFIG_FEATURE_VI_ASK_TERMINAL is not set
+# CONFIG_FEATURE_VI_OPTIMIZE_CURSOR is not set
+# CONFIG_AWK is not set
+# CONFIG_FEATURE_AWK_LIBM is not set
+CONFIG_CMP=y
+CONFIG_DIFF=y
+# CONFIG_FEATURE_DIFF_LONG_OPTIONS is not set
+CONFIG_FEATURE_DIFF_DIR=y
+# CONFIG_ED is not set
+CONFIG_SED=y
+# CONFIG_FEATURE_ALLOW_EXEC is not set
+
+#
+# Finding Utilities
+#
+CONFIG_FIND=y
+CONFIG_FEATURE_FIND_PRINT0=y
+CONFIG_FEATURE_FIND_MTIME=y
+# CONFIG_FEATURE_FIND_MMIN is not set
+CONFIG_FEATURE_FIND_PERM=y
+CONFIG_FEATURE_FIND_TYPE=y
+# CONFIG_FEATURE_FIND_XDEV is not set
+# CONFIG_FEATURE_FIND_MAXDEPTH is not set
+# CONFIG_FEATURE_FIND_NEWER is not set
+# CONFIG_FEATURE_FIND_INUM is not set
+# CONFIG_FEATURE_FIND_EXEC is not set
+# CONFIG_FEATURE_FIND_USER is not set
+# CONFIG_FEATURE_FIND_GROUP is not set
+# CONFIG_FEATURE_FIND_NOT is not set
+# CONFIG_FEATURE_FIND_DEPTH is not set
+# CONFIG_FEATURE_FIND_PAREN is not set
+# CONFIG_FEATURE_FIND_SIZE is not set
+# CONFIG_FEATURE_FIND_PRUNE is not set
+# CONFIG_FEATURE_FIND_DELETE is not set
+# CONFIG_FEATURE_FIND_PATH is not set
+# CONFIG_FEATURE_FIND_REGEX is not set
+# CONFIG_FEATURE_FIND_CONTEXT is not set
+# CONFIG_FEATURE_FIND_LINKS is not set
+CONFIG_GREP=y
+# CONFIG_FEATURE_GREP_EGREP_ALIAS is not set
+# CONFIG_FEATURE_GREP_FGREP_ALIAS is not set
+# CONFIG_FEATURE_GREP_CONTEXT is not set
+CONFIG_XARGS=y
+CONFIG_FEATURE_XARGS_SUPPORT_CONFIRMATION=y
+CONFIG_FEATURE_XARGS_SUPPORT_QUOTES=y
+CONFIG_FEATURE_XARGS_SUPPORT_TERMOPT=y
+CONFIG_FEATURE_XARGS_SUPPORT_ZERO_TERM=y
+
+#
+# Init Utilities
+#
+# CONFIG_BOOTCHARTD is not set
+# CONFIG_FEATURE_BOOTCHARTD_BLOATED_HEADER is not set
+# CONFIG_FEATURE_BOOTCHARTD_CONFIG_FILE is not set
+# CONFIG_HALT is not set
+# CONFIG_FEATURE_CALL_TELINIT is not set
+# CONFIG_TELINIT_PATH=""
+# CONFIG_INIT is not set
+# CONFIG_FEATURE_USE_INITTAB is not set
+# CONFIG_FEATURE_KILL_REMOVED is not set
+# CONFIG_FEATURE_KILL_DELAY=0
+# CONFIG_FEATURE_INIT_SCTTY is not set
+# CONFIG_FEATURE_INIT_SYSLOG is not set
+# CONFIG_FEATURE_EXTRA_QUIET is not set
+# CONFIG_FEATURE_INIT_COREDUMPS is not set
+# CONFIG_FEATURE_INITRD is not set
+# CONFIG_INIT_TERMINAL_TYPE="linux"
+# CONFIG_MESG is not set
+# CONFIG_FEATURE_MESG_ENABLE_ONLY_GROUP=y
+
+#
+# Login/Password Management Utilities
+#
+# CONFIG_ADD_SHELL is not set
+# CONFIG_REMOVE_SHELL is not set
+# CONFIG_FEATURE_SHADOWPASSWDS is not set
+# CONFIG_USE_BB_PWD_GRP is not set
+# CONFIG_USE_BB_SHADOW is not set
+# CONFIG_USE_BB_CRYPT is not set
+# CONFIG_USE_BB_CRYPT_SHA is not set
+# CONFIG_ADDUSER is not set
+# CONFIG_FEATURE_ADDUSER_LONG_OPTIONS is not set
+# CONFIG_FEATURE_CHECK_NAMES is not set
+CONFIG_FIRST_SYSTEM_ID=0
+CONFIG_LAST_SYSTEM_ID=0
+# CONFIG_ADDGROUP is not set
+# CONFIG_FEATURE_ADDGROUP_LONG_OPTIONS is not set
+# CONFIG_FEATURE_ADDUSER_TO_GROUP is not set
+# CONFIG_DELUSER is not set
+# CONFIG_DELGROUP is not set
+# CONFIG_FEATURE_DEL_USER_FROM_GROUP is not set
+# CONFIG_GETTY is not set
+# CONFIG_LOGIN is not set
+# CONFIG_PAM is not set
+# CONFIG_LOGIN_SCRIPTS is not set
+# CONFIG_FEATURE_NOLOGIN is not set
+# CONFIG_FEATURE_SECURETTY is not set
+# CONFIG_PASSWD is not set
+# CONFIG_FEATURE_PASSWD_WEAK_CHECK is not set
+# CONFIG_CRYPTPW is not set
+# CONFIG_CHPASSWD is not set
+# CONFIG_SU is not set
+# CONFIG_FEATURE_SU_SYSLOG is not set
+# CONFIG_FEATURE_SU_CHECKS_SHELLS is not set
+# CONFIG_SULOGIN is not set
+# CONFIG_VLOCK is not set
+
+#
+# Linux Ext2 FS Progs
+#
+CONFIG_CHATTR=y
+# CONFIG_FSCK is not set
+CONFIG_LSATTR=y
+CONFIG_TUNE2FS=y
+
+#
+# Linux Module Utilities
+#
+# CONFIG_MODINFO is not set
+# CONFIG_MODPROBE_SMALL is not set
+# CONFIG_FEATURE_MODPROBE_SMALL_OPTIONS_ON_CMDLINE=y
+# CONFIG_FEATURE_MODPROBE_SMALL_CHECK_ALREADY_LOADED=y
+# CONFIG_INSMOD is not set
+# CONFIG_RMMOD is not set
+# CONFIG_LSMOD is not set
+# CONFIG_FEATURE_LSMOD_PRETTY_2_6_OUTPUT is not set
+# CONFIG_MODPROBE is not set
+# CONFIG_FEATURE_MODPROBE_BLACKLIST is not set
+# CONFIG_DEPMOD is not set
+
+#
+# Options common to multiple modutils
+#
+# CONFIG_FEATURE_2_4_MODULES is not set
+# CONFIG_FEATURE_INSMOD_TRY_MMAP is not set
+# CONFIG_FEATURE_INSMOD_VERSION_CHECKING is not set
+# CONFIG_FEATURE_INSMOD_KSYMOOPS_SYMBOLS is not set
+# CONFIG_FEATURE_INSMOD_LOADINKMEM is not set
+# CONFIG_FEATURE_INSMOD_LOAD_MAP is not set
+# CONFIG_FEATURE_INSMOD_LOAD_MAP_FULL is not set
+# CONFIG_FEATURE_CHECK_TAINTED_MODULE is not set
+# CONFIG_FEATURE_MODUTILS_ALIAS is not set
+# CONFIG_FEATURE_MODUTILS_SYMBOLS is not set
+# CONFIG_DEFAULT_MODULES_DIR="/lib/modules"
+# CONFIG_DEFAULT_DEPMOD_FILE="modules.dep"
+
+#
+# Linux System Utilities
+#
+CONFIG_BLOCKDEV=y
+CONFIG_REV=y
+# CONFIG_ACPID is not set
+# CONFIG_FEATURE_ACPID_COMPAT is not set
+CONFIG_BLKID=y
+# CONFIG_FEATURE_BLKID_TYPE is not set
+CONFIG_DMESG=y
+CONFIG_FEATURE_DMESG_PRETTY=y
+CONFIG_FBSET=y
+CONFIG_FEATURE_FBSET_FANCY=y
+CONFIG_FEATURE_FBSET_READMODE=y
+CONFIG_FDFLUSH=y
+CONFIG_FDFORMAT=y
+CONFIG_FDISK=y
+CONFIG_FDISK_SUPPORT_LARGE_DISKS=y
+CONFIG_FEATURE_FDISK_WRITABLE=y
+# CONFIG_FEATURE_AIX_LABEL is not set
+# CONFIG_FEATURE_SGI_LABEL is not set
+# CONFIG_FEATURE_SUN_LABEL is not set
+# CONFIG_FEATURE_OSF_LABEL is not set
+# CONFIG_FEATURE_GPT_LABEL is not set
+CONFIG_FEATURE_FDISK_ADVANCED=y
+CONFIG_FINDFS=y
+CONFIG_FLOCK=y
+CONFIG_FREERAMDISK=y
+# CONFIG_FSCK_MINIX is not set
+# CONFIG_MKFS_EXT2 is not set
+# CONFIG_MKFS_MINIX is not set
+# CONFIG_FEATURE_MINIX2 is not set
+# CONFIG_MKFS_REISER is not set
+# CONFIG_MKFS_VFAT is not set
+CONFIG_GETOPT=y
+CONFIG_FEATURE_GETOPT_LONG=y
+CONFIG_HEXDUMP=y
+CONFIG_FEATURE_HEXDUMP_REVERSE=y
+CONFIG_HD=y
+# CONFIG_HWCLOCK is not set
+# CONFIG_FEATURE_HWCLOCK_LONG_OPTIONS is not set
+# CONFIG_FEATURE_HWCLOCK_ADJTIME_FHS is not set
+# CONFIG_IPCRM is not set
+# CONFIG_IPCS is not set
+CONFIG_LOSETUP=y
+CONFIG_LSPCI=y
+CONFIG_LSUSB=y
+# CONFIG_MDEV is not set
+# CONFIG_FEATURE_MDEV_CONF is not set
+# CONFIG_FEATURE_MDEV_RENAME is not set
+# CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
+# CONFIG_FEATURE_MDEV_EXEC is not set
+# CONFIG_FEATURE_MDEV_LOAD_FIRMWARE is not set
+CONFIG_MKSWAP=y
+CONFIG_FEATURE_MKSWAP_UUID=y
+CONFIG_MORE=y
+# CONFIG_MOUNT is not set
+# CONFIG_FEATURE_MOUNT_FAKE is not set
+# CONFIG_FEATURE_MOUNT_VERBOSE is not set
+# CONFIG_FEATURE_MOUNT_HELPERS is not set
+# CONFIG_FEATURE_MOUNT_LABEL is not set
+# CONFIG_FEATURE_MOUNT_NFS is not set
+# CONFIG_FEATURE_MOUNT_CIFS is not set
+# CONFIG_FEATURE_MOUNT_FLAGS is not set
+# CONFIG_FEATURE_MOUNT_FSTAB is not set
+# CONFIG_PIVOT_ROOT is not set
+# CONFIG_RDATE is not set
+CONFIG_RDEV=y
+CONFIG_READPROFILE=y
+CONFIG_RTCWAKE=y
+CONFIG_SCRIPT=y
+CONFIG_SCRIPTREPLAY=y
+# CONFIG_SETARCH is not set
+# CONFIG_SWAPONOFF is not set
+# CONFIG_FEATURE_SWAPON_PRI is not set
+# CONFIG_SWITCH_ROOT is not set
+# CONFIG_UMOUNT is not set
+# CONFIG_FEATURE_UMOUNT_ALL is not set
+# CONFIG_FEATURE_MOUNT_LOOP is not set
+# CONFIG_FEATURE_MOUNT_LOOP_CREATE is not set
+# CONFIG_FEATURE_MTAB_SUPPORT is not set
+CONFIG_VOLUMEID=y
+
+#
+# Filesystem/Volume identification
+#
+CONFIG_FEATURE_VOLUMEID_EXT=y
+CONFIG_FEATURE_VOLUMEID_BTRFS=y
+CONFIG_FEATURE_VOLUMEID_REISERFS=y
+CONFIG_FEATURE_VOLUMEID_FAT=y
+CONFIG_FEATURE_VOLUMEID_HFS=y
+CONFIG_FEATURE_VOLUMEID_JFS=y
+CONFIG_FEATURE_VOLUMEID_XFS=y
+CONFIG_FEATURE_VOLUMEID_NTFS=y
+CONFIG_FEATURE_VOLUMEID_ISO9660=y
+CONFIG_FEATURE_VOLUMEID_UDF=y
+CONFIG_FEATURE_VOLUMEID_LUKS=y
+CONFIG_FEATURE_VOLUMEID_LINUXSWAP=y
+CONFIG_FEATURE_VOLUMEID_CRAMFS=y
+CONFIG_FEATURE_VOLUMEID_ROMFS=y
+CONFIG_FEATURE_VOLUMEID_SYSV=y
+CONFIG_FEATURE_VOLUMEID_OCFS2=y
+CONFIG_FEATURE_VOLUMEID_LINUXRAID=y
+
+#
+# Miscellaneous Utilities
+#
+# CONFIG_CONSPY is not set
+# CONFIG_NANDWRITE is not set
+CONFIG_NANDDUMP=y
+CONFIG_SETSERIAL=y
+# CONFIG_UBIATTACH is not set
+# CONFIG_UBIDETACH is not set
+# CONFIG_UBIMKVOL is not set
+# CONFIG_UBIRMVOL is not set
+# CONFIG_UBIRSVOL is not set
+# CONFIG_UBIUPDATEVOL is not set
+# CONFIG_ADJTIMEX is not set
+# CONFIG_BBCONFIG is not set
+# CONFIG_FEATURE_COMPRESS_BBCONFIG is not set
+CONFIG_BEEP=y
+CONFIG_FEATURE_BEEP_FREQ=4000
+CONFIG_FEATURE_BEEP_LENGTH_MS=30
+CONFIG_CHAT=y
+CONFIG_FEATURE_CHAT_NOFAIL=y
+# CONFIG_FEATURE_CHAT_TTY_HIFI is not set
+CONFIG_FEATURE_CHAT_IMPLICIT_CR=y
+CONFIG_FEATURE_CHAT_SWALLOW_OPTS=y
+CONFIG_FEATURE_CHAT_SEND_ESCAPES=y
+CONFIG_FEATURE_CHAT_VAR_ABORT_LEN=y
+CONFIG_FEATURE_CHAT_CLR_ABORT=y
+CONFIG_CHRT=y
+# CONFIG_CROND is not set
+# CONFIG_FEATURE_CROND_D is not set
+# CONFIG_FEATURE_CROND_CALL_SENDMAIL is not set
+CONFIG_FEATURE_CROND_DIR=""
+# CONFIG_CRONTAB is not set
+CONFIG_DC=y
+CONFIG_FEATURE_DC_LIBM=y
+# CONFIG_DEVFSD is not set
+# CONFIG_DEVFSD_MODLOAD is not set
+# CONFIG_DEVFSD_FG_NP is not set
+# CONFIG_DEVFSD_VERBOSE is not set
+# CONFIG_FEATURE_DEVFS is not set
+CONFIG_DEVMEM=y
+# CONFIG_EJECT is not set
+# CONFIG_FEATURE_EJECT_SCSI is not set
+CONFIG_FBSPLASH=y
+CONFIG_FLASHCP=y
+CONFIG_FLASH_LOCK=y
+CONFIG_FLASH_UNLOCK=y
+# CONFIG_FLASH_ERASEALL is not set
+# CONFIG_IONICE is not set
+CONFIG_INOTIFYD=y
+# CONFIG_LAST is not set
+# CONFIG_FEATURE_LAST_SMALL is not set
+# CONFIG_FEATURE_LAST_FANCY is not set
+# CONFIG_LESS is not set
+CONFIG_FEATURE_LESS_MAXLINES=0
+# CONFIG_FEATURE_LESS_BRACKETS is not set
+# CONFIG_FEATURE_LESS_FLAGS is not set
+# CONFIG_FEATURE_LESS_MARKS is not set
+# CONFIG_FEATURE_LESS_REGEXP is not set
+# CONFIG_FEATURE_LESS_WINCH is not set
+# CONFIG_FEATURE_LESS_DASHCMD is not set
+# CONFIG_FEATURE_LESS_LINENUMS is not set
+CONFIG_HDPARM=y
+CONFIG_FEATURE_HDPARM_GET_IDENTITY=y
+CONFIG_FEATURE_HDPARM_HDIO_SCAN_HWIF=y
+CONFIG_FEATURE_HDPARM_HDIO_UNREGISTER_HWIF=y
+CONFIG_FEATURE_HDPARM_HDIO_DRIVE_RESET=y
+CONFIG_FEATURE_HDPARM_HDIO_TRISTATE_HWIF=y
+CONFIG_FEATURE_HDPARM_HDIO_GETSET_DMA=y
+CONFIG_MAKEDEVS=y
+# CONFIG_FEATURE_MAKEDEVS_LEAF is not set
+CONFIG_FEATURE_MAKEDEVS_TABLE=y
+CONFIG_MAN=y
+# CONFIG_MICROCOM is not set
+# CONFIG_MOUNTPOINT is not set
+# CONFIG_MT is not set
+CONFIG_RAIDAUTORUN=y
+# CONFIG_READAHEAD is not set
+# CONFIG_RFKILL is not set
+# CONFIG_RUNLEVEL is not set
+CONFIG_RX=y
+CONFIG_SETSID=y
+CONFIG_STRINGS=y
+# CONFIG_TASKSET is not set
+# CONFIG_FEATURE_TASKSET_FANCY is not set
+CONFIG_TIME=y
+CONFIG_TIMEOUT=y
+CONFIG_TTYSIZE=y
+CONFIG_VOLNAME=y
+# CONFIG_WALL is not set
+# CONFIG_WATCHDOG is not set
+
+#
+# Networking Utilities
+#
+# CONFIG_NAMEIF is not set
+# CONFIG_FEATURE_NAMEIF_EXTENDED is not set
+CONFIG_NBDCLIENT=y
+CONFIG_NC=y
+CONFIG_NC_SERVER=y
+CONFIG_NC_EXTRA=y
+# CONFIG_NC_110_COMPAT is not set
+# CONFIG_PING is not set
+# CONFIG_PING6 is not set
+# CONFIG_FEATURE_FANCY_PING is not set
+CONFIG_WHOIS=y
+# CONFIG_FEATURE_IPV6 is not set
+# CONFIG_FEATURE_UNIX_LOCAL is not set
+# CONFIG_FEATURE_PREFER_IPV4_ADDRESS is not set
+# CONFIG_VERBOSE_RESOLUTION_ERRORS is not set
+CONFIG_ARP=y
+# CONFIG_ARPING is not set
+# CONFIG_BRCTL is not set
+# CONFIG_FEATURE_BRCTL_FANCY is not set
+# CONFIG_FEATURE_BRCTL_SHOW is not set
+CONFIG_DNSD=y
+# CONFIG_ETHER_WAKE is not set
+CONFIG_FAKEIDENTD=y
+CONFIG_FTPD=y
+CONFIG_FEATURE_FTP_WRITE=y
+CONFIG_FEATURE_FTPD_ACCEPT_BROKEN_LIST=y
+CONFIG_FTPGET=y
+CONFIG_FTPPUT=y
+# CONFIG_FEATURE_FTPGETPUT_LONG_OPTIONS is not set
+# CONFIG_HOSTNAME is not set
+CONFIG_HTTPD=y
+CONFIG_FEATURE_HTTPD_RANGES=y
+CONFIG_FEATURE_HTTPD_USE_SENDFILE=y
+CONFIG_FEATURE_HTTPD_SETUID=y
+CONFIG_FEATURE_HTTPD_BASIC_AUTH=y
+# CONFIG_FEATURE_HTTPD_AUTH_MD5 is not set
+CONFIG_FEATURE_HTTPD_CGI=y
+CONFIG_FEATURE_HTTPD_CONFIG_WITH_SCRIPT_INTERPR=y
+CONFIG_FEATURE_HTTPD_SET_REMOTE_PORT_TO_ENV=y
+CONFIG_FEATURE_HTTPD_ENCODE_URL_STR=y
+CONFIG_FEATURE_HTTPD_ERROR_PAGES=y
+CONFIG_FEATURE_HTTPD_PROXY=y
+CONFIG_FEATURE_HTTPD_GZIP=y
+CONFIG_IFCONFIG=y
+CONFIG_FEATURE_IFCONFIG_STATUS=y
+# CONFIG_FEATURE_IFCONFIG_SLIP is not set
+CONFIG_FEATURE_IFCONFIG_MEMSTART_IOADDR_IRQ=y
+CONFIG_FEATURE_IFCONFIG_HW=y
+CONFIG_FEATURE_IFCONFIG_BROADCAST_PLUS=y
+# CONFIG_IFENSLAVE is not set
+# CONFIG_IFPLUGD is not set
+CONFIG_IFUPDOWN=y
+CONFIG_IFUPDOWN_IFSTATE_PATH="/var/run/ifstate"
+CONFIG_FEATURE_IFUPDOWN_IP=y
+CONFIG_FEATURE_IFUPDOWN_IP_BUILTIN=y
+# CONFIG_FEATURE_IFUPDOWN_IFCONFIG_BUILTIN is not set
+CONFIG_FEATURE_IFUPDOWN_IPV4=y
+# CONFIG_FEATURE_IFUPDOWN_IPV6 is not set
+CONFIG_FEATURE_IFUPDOWN_MAPPING=y
+# CONFIG_FEATURE_IFUPDOWN_EXTERNAL_DHCP is not set
+# CONFIG_INETD is not set
+# CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_ECHO is not set
+# CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_DISCARD is not set
+# CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_TIME is not set
+# CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_DAYTIME is not set
+# CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_CHARGEN is not set
+# CONFIG_FEATURE_INETD_RPC is not set
+CONFIG_IP=y
+CONFIG_FEATURE_IP_ADDRESS=y
+CONFIG_FEATURE_IP_LINK=y
+CONFIG_FEATURE_IP_ROUTE=y
+CONFIG_FEATURE_IP_TUNNEL=y
+CONFIG_FEATURE_IP_RULE=y
+CONFIG_FEATURE_IP_SHORT_FORMS=y
+# CONFIG_FEATURE_IP_RARE_PROTOCOLS is not set
+CONFIG_IPADDR=y
+CONFIG_IPLINK=y
+CONFIG_IPROUTE=y
+CONFIG_IPTUNNEL=y
+CONFIG_IPRULE=y
+CONFIG_IPCALC=y
+CONFIG_FEATURE_IPCALC_FANCY=y
+# CONFIG_FEATURE_IPCALC_LONG_OPTIONS is not set
+CONFIG_NETSTAT=y
+CONFIG_FEATURE_NETSTAT_WIDE=y
+CONFIG_FEATURE_NETSTAT_PRG=y
+# CONFIG_NSLOOKUP is not set
+# CONFIG_NTPD is not set
+# CONFIG_FEATURE_NTPD_SERVER is not set
+CONFIG_PSCAN=y
+CONFIG_ROUTE=y
+# CONFIG_SLATTACH is not set
+CONFIG_TCPSVD=y
+# CONFIG_TELNET is not set
+# CONFIG_FEATURE_TELNET_TTYPE is not set
+# CONFIG_FEATURE_TELNET_AUTOLOGIN is not set
+# CONFIG_TELNETD is not set
+# CONFIG_FEATURE_TELNETD_STANDALONE is not set
+# CONFIG_FEATURE_TELNETD_INETD_WAIT is not set
+# CONFIG_TFTP is not set
+# CONFIG_TFTPD is not set
+# CONFIG_FEATURE_TFTP_GET is not set
+# CONFIG_FEATURE_TFTP_PUT is not set
+# CONFIG_FEATURE_TFTP_BLOCKSIZE is not set
+# CONFIG_FEATURE_TFTP_PROGRESS_BAR is not set
+# CONFIG_TFTP_DEBUG is not set
+# CONFIG_TRACEROUTE is not set
+# CONFIG_TRACEROUTE6 is not set
+# CONFIG_FEATURE_TRACEROUTE_VERBOSE is not set
+# CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE is not set
+# CONFIG_FEATURE_TRACEROUTE_USE_ICMP is not set
+CONFIG_TUNCTL=y
+CONFIG_FEATURE_TUNCTL_UG=y
+# CONFIG_UDHCPD is not set
+# CONFIG_DHCPRELAY is not set
+# CONFIG_DUMPLEASES is not set
+# CONFIG_FEATURE_UDHCPD_WRITE_LEASES_EARLY is not set
+# CONFIG_FEATURE_UDHCPD_BASE_IP_ON_MAC is not set
+CONFIG_DHCPD_LEASES_FILE=""
+CONFIG_UDHCPC=y
+CONFIG_FEATURE_UDHCPC_ARPING=y
+# CONFIG_FEATURE_UDHCP_PORT is not set
+CONFIG_UDHCP_DEBUG=9
+CONFIG_FEATURE_UDHCP_RFC3397=y
+CONFIG_FEATURE_UDHCP_8021Q=y
+CONFIG_UDHCPC_DEFAULT_SCRIPT="/usr/share/udhcpc/default.script"
+CONFIG_UDHCPC_SLACK_FOR_BUGGY_SERVERS=80
+CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R -n"
+# CONFIG_UDPSVD is not set
+# CONFIG_VCONFIG is not set
+CONFIG_WGET=y
+CONFIG_FEATURE_WGET_STATUSBAR=y
+CONFIG_FEATURE_WGET_AUTHENTICATION=y
+# CONFIG_FEATURE_WGET_LONG_OPTIONS is not set
+CONFIG_FEATURE_WGET_TIMEOUT=y
+# CONFIG_ZCIP is not set
+
+#
+# Print Utilities
+#
+CONFIG_LPD=y
+CONFIG_LPR=y
+CONFIG_LPQ=y
+
+#
+# Mail Utilities
+#
+CONFIG_MAKEMIME=y
+CONFIG_FEATURE_MIME_CHARSET="us-ascii"
+CONFIG_POPMAILDIR=y
+CONFIG_FEATURE_POPMAILDIR_DELIVERY=y
+CONFIG_REFORMIME=y
+CONFIG_FEATURE_REFORMIME_COMPAT=y
+CONFIG_SENDMAIL=y
+
+#
+# Process Utilities
+#
+CONFIG_IOSTAT=y
+CONFIG_MPSTAT=y
+CONFIG_NMETER=y
+CONFIG_PMAP=y
+# CONFIG_POWERTOP is not set
+CONFIG_PSTREE=y
+CONFIG_PWDX=y
+CONFIG_SMEMCAP=y
+# CONFIG_FREE is not set
+CONFIG_FUSER=y
+# CONFIG_KILL is not set
+# CONFIG_KILLALL is not set
+# CONFIG_KILLALL5 is not set
+# CONFIG_PGREP is not set
+CONFIG_PIDOF=y
+CONFIG_FEATURE_PIDOF_SINGLE=y
+CONFIG_FEATURE_PIDOF_OMIT=y
+# CONFIG_PKILL is not set
+# CONFIG_PS is not set
+# CONFIG_FEATURE_PS_WIDE is not set
+# CONFIG_FEATURE_PS_TIME is not set
+# CONFIG_FEATURE_PS_ADDITIONAL_COLUMNS is not set
+# CONFIG_FEATURE_PS_UNUSUAL_SYSTEMS is not set
+CONFIG_RENICE=y
+CONFIG_BB_SYSCTL=y
+CONFIG_TOP=y
+CONFIG_FEATURE_TOP_CPU_USAGE_PERCENTAGE=y
+CONFIG_FEATURE_TOP_CPU_GLOBAL_PERCENTS=y
+CONFIG_FEATURE_TOP_SMP_CPU=y
+CONFIG_FEATURE_TOP_DECIMALS=y
+CONFIG_FEATURE_TOP_SMP_PROCESS=y
+CONFIG_FEATURE_TOPMEM=y
+CONFIG_FEATURE_SHOW_THREADS=y
+# CONFIG_UPTIME is not set
+CONFIG_WATCH=y
+
+#
+# Runit Utilities
+#
+CONFIG_RUNSV=y
+CONFIG_RUNSVDIR=y
+# CONFIG_FEATURE_RUNSVDIR_LOG is not set
+CONFIG_SV=y
+CONFIG_SV_DEFAULT_SERVICE_DIR="/var/service"
+CONFIG_SVLOGD=y
+CONFIG_CHPST=y
+CONFIG_SETUIDGID=y
+CONFIG_ENVUIDGID=y
+CONFIG_ENVDIR=y
+CONFIG_SOFTLIMIT=y
+# CONFIG_CHCON is not set
+# CONFIG_FEATURE_CHCON_LONG_OPTIONS is not set
+# CONFIG_GETENFORCE is not set
+# CONFIG_GETSEBOOL is not set
+# CONFIG_LOAD_POLICY is not set
+# CONFIG_MATCHPATHCON is not set
+# CONFIG_RESTORECON is not set
+# CONFIG_RUNCON is not set
+# CONFIG_FEATURE_RUNCON_LONG_OPTIONS is not set
+# CONFIG_SELINUXENABLED is not set
+# CONFIG_SETENFORCE is not set
+# CONFIG_SETFILES is not set
+# CONFIG_FEATURE_SETFILES_CHECK_OPTION is not set
+# CONFIG_SETSEBOOL is not set
+# CONFIG_SESTATUS is not set
+
+#
+# Shells
+#
+CONFIG_ASH=y
+# CONFIG_ASH_BASH_COMPAT is not set
+# CONFIG_ASH_IDLE_TIMEOUT is not set
+CONFIG_ASH_JOB_CONTROL=y
+# CONFIG_ASH_ALIAS is not set
+CONFIG_ASH_GETOPTS=y
+# CONFIG_ASH_BUILTIN_ECHO is not set
+# CONFIG_ASH_BUILTIN_PRINTF is not set
+# CONFIG_ASH_BUILTIN_TEST is not set
+# CONFIG_ASH_CMDCMD is not set
+# CONFIG_ASH_MAIL is not set
+# CONFIG_ASH_OPTIMIZE_FOR_SIZE is not set
+# CONFIG_ASH_RANDOM_SUPPORT is not set
+# CONFIG_ASH_EXPAND_PRMT is not set
+CONFIG_CTTYHACK=y
+# CONFIG_HUSH is not set
+# CONFIG_HUSH_BASH_COMPAT is not set
+# CONFIG_HUSH_BRACE_EXPANSION is not set
+# CONFIG_HUSH_HELP is not set
+# CONFIG_HUSH_INTERACTIVE is not set
+# CONFIG_HUSH_SAVEHISTORY is not set
+# CONFIG_HUSH_JOB is not set
+# CONFIG_HUSH_TICK is not set
+# CONFIG_HUSH_IF is not set
+# CONFIG_HUSH_LOOPS is not set
+# CONFIG_HUSH_CASE is not set
+# CONFIG_HUSH_FUNCTIONS is not set
+# CONFIG_HUSH_LOCAL is not set
+# CONFIG_HUSH_RANDOM_SUPPORT is not set
+# CONFIG_HUSH_EXPORT_N is not set
+# CONFIG_HUSH_MODE_X is not set
+# CONFIG_MSH is not set
+CONFIG_FEATURE_SH_IS_ASH=y
+# CONFIG_FEATURE_SH_IS_HUSH is not set
+# CONFIG_FEATURE_SH_IS_NONE is not set
+# CONFIG_FEATURE_BASH_IS_ASH is not set
+# CONFIG_FEATURE_BASH_IS_HUSH is not set
+CONFIG_FEATURE_BASH_IS_NONE=y
+# CONFIG_SH_MATH_SUPPORT is not set
+# CONFIG_SH_MATH_SUPPORT_64 is not set
+# CONFIG_FEATURE_SH_EXTRA_QUIET is not set
+CONFIG_FEATURE_SH_STANDALONE=y
+# CONFIG_FEATURE_SH_NOFORK is not set
+# CONFIG_FEATURE_SH_HISTFILESIZE is not set
+
+#
+# System Logging Utilities
+#
+# CONFIG_SYSLOGD is not set
+# CONFIG_FEATURE_ROTATE_LOGFILE is not set
+# CONFIG_FEATURE_REMOTE_LOG is not set
+# CONFIG_FEATURE_SYSLOGD_DUP is not set
+# CONFIG_FEATURE_SYSLOGD_CFG is not set
+CONFIG_FEATURE_SYSLOGD_READ_BUFFER_SIZE=0
+# CONFIG_FEATURE_IPC_SYSLOG is not set
+CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=0
+# CONFIG_LOGREAD is not set
+# CONFIG_FEATURE_LOGREAD_REDUCED_LOCKING is not set
+CONFIG_KLOGD=y
+CONFIG_FEATURE_KLOGD_KLOGCTL=y
+# CONFIG_LOGGER is not set
diff --git a/standalone/android/clean-haskell-packages b/standalone/android/clean-haskell-packages
new file mode 100755
index 0000000000..b8c6132d6b
--- /dev/null
+++ b/standalone/android/clean-haskell-packages
@@ -0,0 +1,6 @@
+#!/bin/sh
+# Removes all currently installed cross-compiled haskell packages
+# except those part of ghc.
+# Useful if the build failed.
+rm -f $(grep -l $HOME/.ghc/$(cat abiversion)/.cabal/lib/ $HOME/.ghc/android-14/arm-linux-androideabi-4.8/lib/*-ghc-*/package.conf.d/*.conf)
+$HOME/.ghc/$(cat abiversion)/arm-linux-androideabi/bin/ghc-pkg recache
diff --git a/standalone/android/dropbear.patch b/standalone/android/dropbear.patch
new file mode 100644
index 0000000000..84c7dfb6d6
--- /dev/null
+++ b/standalone/android/dropbear.patch
@@ -0,0 +1,55 @@
+From 014dadb02fd984828a6232534c47dba8e2f7818a Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Wed, 13 Feb 2013 15:29:52 -0400
+Subject: [PATCH] android patch for dropbear
+
+* Disable HOME override
+* Use urandom to avoid blocking on every ssh connection.
+* Enable use of netbsd_getpass.c
+---
+ cli-auth.c |    1 +
+ cli-main.c |    2 --
+ options.h  |    2 +-
+ 3 files changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/cli-auth.c b/cli-auth.c
+index 4c17a21..91dfdf8 100644
+--- a/cli-auth.c
++++ b/cli-auth.c
+@@ -31,6 +31,7 @@
+ #include "ssh.h"
+ #include "packet.h"
+ #include "runopts.h"
++#include "netbsd_getpass.c"
+ 
+ void cli_authinitialise() {
+ 
+diff --git a/cli-main.c b/cli-main.c
+index 106006b..68cf023 100644
+--- a/cli-main.c
++++ b/cli-main.c
+@@ -47,8 +47,6 @@ int main(int argc, char ** argv) {
+ 	_dropbear_exit = cli_dropbear_exit;
+ 	_dropbear_log = cli_dropbear_log;
+ 
+-	putenv("HOME=/data/local");
+-
+ 	disallow_core();
+ 
+ 	cli_getopts(argc, argv);
+diff --git a/options.h b/options.h
+index 7625151..48e404d 100644
+--- a/options.h
++++ b/options.h
+@@ -159,7 +159,7 @@ etc) slower (perhaps by 50%). Recommended for most small systems. */
+  * however significantly reduce the security of your ssh connections
+  * if the PRNG state becomes guessable - make sure you know what you are
+  * doing if you change this. */
+-#define DROPBEAR_RANDOM_DEV "/dev/random"
++#define DROPBEAR_RANDOM_DEV "/dev/urandom"
+ 
+ /* prngd must be manually set up to produce output */
+ /*#define DROPBEAR_PRNGD_SOCKET "/var/run/dropbear-rng"*/
+-- 
+1.7.10.4
+
diff --git a/standalone/android/git.patch b/standalone/android/git.patch
new file mode 100644
index 0000000000..32dd1cecc3
--- /dev/null
+++ b/standalone/android/git.patch
@@ -0,0 +1,54 @@
+From ec690f617cab405ec2c6420bde53e9d9ed984e5c Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 3 Jul 2014 15:55:17 -0400
+Subject: [PATCH] Revert "config: preserve config file permissions on edits"
+
+This reverts commit daa22c6f8da466bd7a438f1bc27375fd737ffcf3.
+
+This breaks on Android's /sdcard, which has a variety of FUSE
+implentations, all total shite.
+
+diff --git a/config.c b/config.c
+index a1aef1c..7f3303d 100644
+--- a/config.c
++++ b/config.c
+@@ -1637,13 +1637,6 @@ int git_config_set_multivar_in_file(const char *config_filename,
+ 			MAP_PRIVATE, in_fd, 0);
+ 		close(in_fd);
+ 
+-		if (fchmod(fd, st.st_mode & 07777) < 0) {
+-			error("fchmod on %s failed: %s",
+-				lock->filename, strerror(errno));
+-			ret = CONFIG_NO_WRITE;
+-			goto out_free;
+-		}
+-
+ 		if (store.seen == 0)
+ 			store.seen = 1;
+ 
+@@ -1792,7 +1785,6 @@ int git_config_rename_section_in_file(const char *config_filename,
+ 	int out_fd;
+ 	char buf[1024];
+ 	FILE *config_file;
+-	struct stat st;
+ 
+ 	if (new_name && !section_name_is_ok(new_name)) {
+ 		ret = error("invalid section name: %s", new_name);
+@@ -1814,14 +1806,6 @@ int git_config_rename_section_in_file(const char *config_filename,
+ 		goto unlock_and_out;
+ 	}
+ 
+-	fstat(fileno(config_file), &st);
+-
+-	if (fchmod(out_fd, st.st_mode & 07777) < 0) {
+-		ret = error("fchmod on %s failed: %s",
+-				lock->filename, strerror(errno));
+-		goto out;
+-	}
+-
+ 	while (fgets(buf, sizeof(buf), config_file)) {
+ 		int i;
+ 		int length;
+-- 
+2.0.1
+
diff --git a/standalone/android/haskell-patches/certificate_1.3.7-0001-support-Android-cert-store.patch b/standalone/android/haskell-patches/certificate_1.3.7-0001-support-Android-cert-store.patch
new file mode 100644
index 0000000000..5f772bfdfe
--- /dev/null
+++ b/standalone/android/haskell-patches/certificate_1.3.7-0001-support-Android-cert-store.patch
@@ -0,0 +1,37 @@
+From 3779c75175e895f94b21341ebd6361e9d6af54fd Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 9 May 2013 12:36:23 -0400
+Subject: [PATCH] support Android cert store
+
+Android puts it in a different place and has only hashed files.
+See https://github.com/vincenthz/hs-certificate/issues/19
+---
+ System/Certificate/X509/Unix.hs | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/System/Certificate/X509/Unix.hs b/System/Certificate/X509/Unix.hs
+index 8463465..74e9503 100644
+--- a/System/Certificate/X509/Unix.hs
++++ b/System/Certificate/X509/Unix.hs
+@@ -35,7 +35,8 @@ import qualified Control.Exception as E
+ import Data.Char
+ 
+ defaultSystemPath :: FilePath
+-defaultSystemPath = "/etc/ssl/certs/"
++defaultSystemPath = "/system/etc/security/cacerts/"
++--defaultSystemPath = "/etc/ssl/certs/"
+ 
+ envPathOverride :: String
+ envPathOverride = "SYSTEM_CERTIFICATE_PATH"
+@@ -47,7 +48,7 @@ listDirectoryCerts path = (map (path </>) . filter isCert <$> getDirectoryConten
+                         && isDigit (s !! 9)
+                         && (s !! 8) == '.'
+                         && all isHexDigit (take 8 s)
+-          isCert x = (not $ isPrefixOf "." x) && (not $ isHashedFile x)
++          isCert x = (not $ isPrefixOf "." x)
+ 
+ getSystemCertificateStore :: IO CertificateStore
+ getSystemCertificateStore = makeCertificateStore . concat <$> (getSystemPath >>= listDirectoryCerts >>= mapM readCertificates)
+-- 
+1.8.2.rc3
+
diff --git a/standalone/android/haskell-patches/comonad_cross-build.patch b/standalone/android/haskell-patches/comonad_cross-build.patch
new file mode 100644
index 0000000000..ee8ae42681
--- /dev/null
+++ b/standalone/android/haskell-patches/comonad_cross-build.patch
@@ -0,0 +1,25 @@
+From 589c6a87ec62e35942c9a86ea8d91b443c80da99 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 18 Oct 2013 23:07:02 +0000
+Subject: [PATCH] cross build
+
+---
+ comonad.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/comonad.cabal b/comonad.cabal
+index 5d34b13..756ed92 100644
+--- a/comonad.cabal
++++ b/comonad.cabal
+@@ -13,7 +13,7 @@ copyright:     Copyright (C) 2008-2013 Edward A. Kmett,
+                Copyright (C) 2004-2008 Dave Menendez
+ synopsis:      Comonads
+ description:   Comonads
+-build-type:    Custom
++build-type:    Simple
+ extra-source-files:
+   .ghci
+   .gitignore
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/crypto-numbers_build-fix.patch b/standalone/android/haskell-patches/crypto-numbers_build-fix.patch
new file mode 100644
index 0000000000..5c0693a312
--- /dev/null
+++ b/standalone/android/haskell-patches/crypto-numbers_build-fix.patch
@@ -0,0 +1,227 @@
+From 0cfdb30120976290068f4bcbebbf236b960afbb6 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 26 Dec 2013 20:01:30 -0400
+Subject: [PATCH] hack to build
+
+---
+ Crypto/Number/Basic.hs         |   14 --------------
+ Crypto/Number/ModArithmetic.hs |   29 -----------------------------
+ Crypto/Number/Prime.hs         |   18 ------------------
+ crypto-numbers.cabal           |    2 +-
+ 4 files changed, 1 insertion(+), 62 deletions(-)
+
+diff --git a/Crypto/Number/Basic.hs b/Crypto/Number/Basic.hs
+index 65c14b3..eaee853 100644
+--- a/Crypto/Number/Basic.hs
++++ b/Crypto/Number/Basic.hs
+@@ -20,11 +20,7 @@ module Crypto.Number.Basic
+     , areEven
+     ) where
+ 
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-import GHC.Integer.GMP.Internals
+-#else
+ import Data.Bits
+-#endif
+ 
+ -- | sqrti returns two integer (l,b) so that l <= sqrt i <= b
+ -- the implementation is quite naive, use an approximation for the first number
+@@ -63,25 +59,16 @@ sqrti i
+ -- gcde 'a' 'b' find (x,y,gcd(a,b)) where ax + by = d
+ --
+ gcde :: Integer -> Integer -> (Integer, Integer, Integer)
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-gcde a b = (s, t, g)
+-  where (# g, s #) = gcdExtInteger a b
+-        t = (g - s * a) `div` b
+-#else
+ gcde a b = if d < 0 then (-x,-y,-d) else (x,y,d) where
+     (d, x, y)                     = f (a,1,0) (b,0,1)
+     f t              (0, _, _)    = t
+     f (a', sa, ta) t@(b', sb, tb) =
+         let (q, r) = a' `divMod` b' in
+         f t (r, sa - (q * sb), ta - (q * tb))
+-#endif
+ 
+ -- | get the extended GCD of two integer using the extended binary algorithm (HAC 14.61)
+ -- get (x,y,d) where d = gcd(a,b) and x,y satisfying ax + by = d
+ gcde_binary :: Integer -> Integer -> (Integer, Integer, Integer)
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-gcde_binary = gcde
+-#else
+ gcde_binary a' b'
+     | b' == 0   = (1,0,a')
+     | a' >= b'  = compute a' b'
+@@ -105,7 +92,6 @@ gcde_binary a' b'
+              in if u2 >= v2
+                 then loop g x y (u2 - v2) v2 (a2 - c2) (b2 - d2) c2 d2
+                 else loop g x y u2 (v2 - u2) a2 b2 (c2 - a2) (d2 - b2)
+-#endif
+ 
+ -- | check if a list of integer are all even
+ areEven :: [Integer] -> Bool
+diff --git a/Crypto/Number/ModArithmetic.hs b/Crypto/Number/ModArithmetic.hs
+index 942c12f..f8cfc32 100644
+--- a/Crypto/Number/ModArithmetic.hs
++++ b/Crypto/Number/ModArithmetic.hs
+@@ -29,12 +29,8 @@ module Crypto.Number.ModArithmetic
+ import Control.Exception (throw, Exception)
+ import Data.Typeable
+ 
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-import GHC.Integer.GMP.Internals
+-#else
+ import Crypto.Number.Basic (gcde_binary)
+ import Data.Bits
+-#endif
+ 
+ -- | Raised when two numbers are supposed to be coprimes but are not.
+ data CoprimesAssertionError = CoprimesAssertionError
+@@ -55,13 +51,7 @@ expSafe :: Integer -- ^ base
+         -> Integer -- ^ exponant
+         -> Integer -- ^ modulo
+         -> Integer -- ^ result
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-expSafe b e m
+-    | odd m     = powModSecInteger b e m
+-    | otherwise = powModInteger b e m
+-#else
+ expSafe = exponentiation
+-#endif
+ 
+ -- | Compute the modular exponentiation of base^exponant using
+ -- the fastest algorithm without any consideration for
+@@ -74,11 +64,7 @@ expFast :: Integer -- ^ base
+         -> Integer -- ^ modulo
+         -> Integer -- ^ result
+ expFast =
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-    powModInteger
+-#else
+     exponentiation
+-#endif
+ 
+ -- note on exponentiation: 0^0 is treated as 1 for mimicking the standard library;
+ -- the mathematic debate is still open on whether or not this is true, but pratically
+@@ -87,22 +73,15 @@ expFast =
+ -- | exponentiation_rtl_binary computes modular exponentiation as b^e mod m
+ -- using the right-to-left binary exponentiation algorithm (HAC 14.79)
+ exponentiation_rtl_binary :: Integer -> Integer -> Integer -> Integer
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-exponentiation_rtl_binary = expSafe
+-#else
+ exponentiation_rtl_binary 0 0 m = 1 `mod` m
+ exponentiation_rtl_binary b e m = loop e b 1
+     where sq x          = (x * x) `mod` m
+           loop !0 _  !a = a `mod` m
+           loop !i !s !a = loop (i `shiftR` 1) (sq s) (if odd i then a * s else a)
+-#endif
+ 
+ -- | exponentiation computes modular exponentiation as b^e mod m
+ -- using repetitive squaring.
+ exponentiation :: Integer -> Integer -> Integer -> Integer
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-exponentiation = expSafe
+-#else
+ exponentiation b e m
+     | b == 1    = b
+     | e == 0    = 1
+@@ -110,7 +89,6 @@ exponentiation b e m
+     | even e    = let p = (exponentiation b (e `div` 2) m) `mod` m
+                    in (p^(2::Integer)) `mod` m
+     | otherwise = (b * exponentiation b (e-1) m) `mod` m
+-#endif
+ 
+ --{-# DEPRECATED exponantiation_rtl_binary "typo in API name it's called exponentiation_rtl_binary #-}
+ exponantiation_rtl_binary :: Integer -> Integer -> Integer -> Integer
+@@ -122,17 +100,10 @@ exponantiation = exponentiation
+ 
+ -- | inverse computes the modular inverse as in g^(-1) mod m
+ inverse :: Integer -> Integer -> Maybe Integer
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-inverse g m
+-    | r == 0    = Nothing
+-    | otherwise = Just r
+-  where r = recipModInteger g m
+-#else
+ inverse g m
+     | d > 1     = Nothing
+     | otherwise = Just (x `mod` m)
+   where (x,_,d) = gcde_binary g m
+-#endif
+ 
+ -- | Compute the modular inverse of 2 coprime numbers.
+ -- This is equivalent to inverse except that the result
+diff --git a/Crypto/Number/Prime.hs b/Crypto/Number/Prime.hs
+index 0cea9da..458c94d 100644
+--- a/Crypto/Number/Prime.hs
++++ b/Crypto/Number/Prime.hs
+@@ -3,9 +3,7 @@
+ #ifndef MIN_VERSION_integer_gmp
+ #define MIN_VERSION_integer_gmp(a,b,c) 0
+ #endif
+-#if MIN_VERSION_integer_gmp(0,5,1)
+ {-# LANGUAGE MagicHash #-}
+-#endif
+ -- |
+ -- Module      : Crypto.Number.Prime
+ -- License     : BSD-style
+@@ -30,12 +28,7 @@ import Crypto.Number.Generate
+ import Crypto.Number.Basic (sqrti, gcde_binary)
+ import Crypto.Number.ModArithmetic (exponantiation)
+ 
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-import GHC.Integer.GMP.Internals
+-import GHC.Base
+-#else
+ import Data.Bits
+-#endif
+ 
+ -- | returns if the number is probably prime.
+ -- first a list of small primes are implicitely tested for divisibility,
+@@ -78,21 +71,11 @@ findPrimeFromWith rng prop !n
+ -- | find a prime from a starting point with no specific property.
+ findPrimeFrom :: CPRG g => g -> Integer -> (Integer, g)
+ findPrimeFrom rng n =
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-    (nextPrimeInteger n, rng)
+-#else
+     findPrimeFromWith rng (\g _ -> (True, g)) n
+-#endif
+ 
+ -- | Miller Rabin algorithm return if the number is probably prime or composite.
+ -- the tries parameter is the number of recursion, that determines the accuracy of the test.
+ primalityTestMillerRabin :: CPRG g => g -> Int -> Integer -> (Bool, g)
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-primalityTestMillerRabin rng (I# tries) !n =
+-    case testPrimeInteger n tries of
+-        0# -> (False, rng)
+-        _  -> (True, rng)
+-#else
+ primalityTestMillerRabin rng tries !n
+     | n <= 3     = error "Miller-Rabin requires tested value to be > 3"
+     | even n     = (False, rng)
+@@ -129,7 +112,6 @@ primalityTestMillerRabin rng tries !n
+                   | x2 == 1   = False
+                   | x2 /= nm1 = loop' ws ((x2*x2) `mod` n) (r+1)
+                   | otherwise = loop ws
+-#endif
+ 
+ {-
+     n < z -> witness to test
+diff --git a/crypto-numbers.cabal b/crypto-numbers.cabal
+index 9610e34..6669d78 100644
+--- a/crypto-numbers.cabal
++++ b/crypto-numbers.cabal
+@@ -15,7 +15,7 @@ Extra-Source-Files:  Tests/*.hs
+ 
+ Flag integer-gmp
+   Description: Are we using integer-gmp?
+-  Default: True
++  Default: False
+ 
+ Library
+   Build-Depends:     base >= 4 && < 5
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/distributive_0.4.4_0001-fixes-for-cross-build.patch b/standalone/android/haskell-patches/distributive_0.4.4_0001-fixes-for-cross-build.patch
new file mode 100644
index 0000000000..4229d644d8
--- /dev/null
+++ b/standalone/android/haskell-patches/distributive_0.4.4_0001-fixes-for-cross-build.patch
@@ -0,0 +1,25 @@
+From 86eca0993e1716b4db14570836efbe838626892f Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Sun, 25 May 2014 09:11:15 +0200
+Subject: [PATCH] cross build
+
+---
+ distributive.cabal | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/distributive.cabal b/distributive.cabal
+index 9be5133..3e72c65 100644
+--- a/distributive.cabal
++++ b/distributive.cabal
+@@ -12,7 +12,7 @@ bug-reports:   http://github.com/ekmett/distributive/issues
+ copyright:     Copyright (C) 2011-2014 Edward A. Kmett
+ synopsis:      Distributive functors -- Dual to Traversable
+ description:   Distributive functors -- Dual to Traversable
+-build-type:    Custom
++build-type:    Simple
+ extra-source-files:
+   .ghci
+   .travis.yml
+-- 
+2.0.0.rc2
+
diff --git a/standalone/android/haskell-patches/dns_use-android-net.dns1-command-instead-of-resolv.conf.patch b/standalone/android/haskell-patches/dns_use-android-net.dns1-command-instead-of-resolv.conf.patch
new file mode 100644
index 0000000000..a00338fab8
--- /dev/null
+++ b/standalone/android/haskell-patches/dns_use-android-net.dns1-command-instead-of-resolv.conf.patch
@@ -0,0 +1,66 @@
+From aaef1aadb21a198475a656132ef4488b85b8fd1b Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 3 Jul 2014 23:22:47 +0000
+Subject: [PATCH] use android net.dns1 command instead of resolv.conf file
+
+Android has no /etc/resolv.conf. Some might have /system/etc/resolv.conf,
+but even that does not seem likely.
+
+This is likely a little slow, but is at least fine for git-annex's uses,
+since it only uses this library for occasional SRV lookups.
+---
+ Network/DNS/Resolver.hs |   11 +++++++++--
+ dns.cabal               |    1 +
+ 2 files changed, 10 insertions(+), 2 deletions(-)
+
+diff --git a/Network/DNS/Resolver.hs b/Network/DNS/Resolver.hs
+index e4124b8..7aca431 100644
+--- a/Network/DNS/Resolver.hs
++++ b/Network/DNS/Resolver.hs
+@@ -19,7 +19,7 @@ module Network.DNS.Resolver (
+   ) where
+ 
+ import Control.Applicative ((<$>), (<*>), pure)
+-import Control.Exception (bracket)
++import Control.Exception (bracket, catch, IOException)
+ import qualified Data.ByteString.Char8 as BS
+ import Data.Char (isSpace)
+ import Data.List (isPrefixOf)
+@@ -32,6 +32,7 @@ import Network.Socket (AddrInfoFlag(..), AddrInfo(..), SockAddr(..), PortNumber(
+ import Prelude hiding (lookup)
+ import System.Random (getStdRandom, randomR)
+ import System.Timeout (timeout)
++import System.Process
+ 
+ #if mingw32_HOST_OS == 1
+ import Network.Socket (send)
+@@ -132,7 +133,13 @@ makeResolvSeed conf = ResolvSeed <$> addr
+     addr = case resolvInfo conf of
+         RCHostName numhost -> makeAddrInfo numhost Nothing
+         RCHostPort numhost mport -> makeAddrInfo numhost $ Just mport
+-        RCFilePath file -> toAddr <$> readFile file >>= \i -> makeAddrInfo i Nothing
++        RCFilePath file -> do
++		-- Android has no /etc/resolv.conf; use getprop command.
++		ls <- catch (lines <$> readProcess "getprop" ["net.dns1"] []) (const (return []) :: IOException -> IO [String])
++		let addr = case ls of
++			[] -> "8.8.8.8" -- google public dns as a fallback only
++			(l:_) -> l
++		makeAddrInfo addr Nothing
+     toAddr cs = let l:_ = filter ("nameserver" `isPrefixOf`) $ lines cs
+                 in extract l
+     extract = reverse . dropWhile isSpace . reverse . dropWhile isSpace . drop 11
+diff --git a/dns.cabal b/dns.cabal
+index 0a08a9e..724a3e0 100644
+--- a/dns.cabal
++++ b/dns.cabal
+@@ -38,6 +38,7 @@ Library
+                       , network >= 2.3
+                       , random
+                       , resourcet
++                      , process
+   else
+     Build-Depends:      base >= 4 && < 5
+                       , attoparsec
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/entropy_cross-build.patch b/standalone/android/haskell-patches/entropy_cross-build.patch
new file mode 100644
index 0000000000..37e85ed134
--- /dev/null
+++ b/standalone/android/haskell-patches/entropy_cross-build.patch
@@ -0,0 +1,25 @@
+From a3cc880bd06a8d7efda79339afa81e02decbd04b Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 14 Jul 2014 21:01:25 +0000
+Subject: [PATCH] fix cross build
+
+---
+ entropy.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/entropy.cabal b/entropy.cabal
+index 914d33a..9ab80f7 100644
+--- a/entropy.cabal
++++ b/entropy.cabal
+@@ -16,7 +16,7 @@ bug-reports:    https://github.com/TomMD/entropy/issues
+ stability:      stable
+ -- build-type:  Simple
+ -- ^^ Used for HaLVM
+-build-type:        Custom
++build-type:        Simple
+ -- ^^ Test for RDRAND support using 'ghc'
+ cabal-version:  >=1.10
+ tested-with:    GHC == 7.8.2
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/gnutls_0.1.4-0001-statically-link-with-gnutls.patch b/standalone/android/haskell-patches/gnutls_0.1.4-0001-statically-link-with-gnutls.patch
new file mode 100644
index 0000000000..6f75da240a
--- /dev/null
+++ b/standalone/android/haskell-patches/gnutls_0.1.4-0001-statically-link-with-gnutls.patch
@@ -0,0 +1,43 @@
+From 311aab1ae9d7a653edfbec1351f548b98de85c4b Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Mon, 26 May 2014 21:54:18 +0000
+Subject: [PATCH] hack gnutls to link on android
+
+This uses a hardcoded path to the library, which includes the
+arm-linux-androideabi-4.8 part. Will need to be changed when that changes..
+
+Have to list all the libraries that gnutls depends on, pkgconfig depends
+seems not to be working.
+---
+ gnutls.cabal |    9 +++++----
+ 1 file changed, 5 insertions(+), 4 deletions(-)
+
+diff --git a/gnutls.cabal b/gnutls.cabal
+index 5bfe687..61db23f 100644
+--- a/gnutls.cabal
++++ b/gnutls.cabal
+@@ -31,16 +31,17 @@ source-repository this
+ library
+   hs-source-dirs: lib
+   ghc-options: -Wall -O2
++  LD-Options: -L /home/builder/.ghc/android-14/arm-linux-androideabi-4.8/sysroot/usr/lib/
++
++  extra-libraries: gnutls nettle hogweed gmp z
++  pkgconfig-depends: gnutls
+ 
+   build-depends:
+       base >= 4.0 && < 5.0
+-    , bytestring >= 0.9
++    , bytestring >= 0.10.3.0
+     , transformers >= 0.2
+     , monads-tf >= 0.1 && < 0.2
+ 
+-  extra-libraries: gnutls
+-  pkgconfig-depends: gnutls
+-
+   exposed-modules:
+     Network.Protocol.TLS.GNU
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/gsasl_0.3.5-0001-link-with-libgsasl.patch b/standalone/android/haskell-patches/gsasl_0.3.5-0001-link-with-libgsasl.patch
new file mode 100644
index 0000000000..42206a1cf7
--- /dev/null
+++ b/standalone/android/haskell-patches/gsasl_0.3.5-0001-link-with-libgsasl.patch
@@ -0,0 +1,25 @@
+From df0f41f92d003f7d59ef927737ffec3a9bd61827 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Tue, 7 May 2013 18:41:01 -0400
+Subject: [PATCH] avoid cabal hell
+
+---
+ gsasl.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gsasl.cabal b/gsasl.cabal
+index d991873..c5c2b19 100644
+--- a/gsasl.cabal
++++ b/gsasl.cabal
+@@ -31,7 +31,7 @@ library
+   build-depends:
+       base >= 4.0 && < 5.0
+     , transformers >= 0.2
+-    , bytestring >= 0.9
++    , bytestring >= 0.10.3.0
+ 
+   pkgconfig-depends: libgsasl >= 1.1
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/iproute_1.2.11_0001-build-without-IPv6-stuff.patch b/standalone/android/haskell-patches/iproute_1.2.11_0001-build-without-IPv6-stuff.patch
new file mode 100644
index 0000000000..bb9caec770
--- /dev/null
+++ b/standalone/android/haskell-patches/iproute_1.2.11_0001-build-without-IPv6-stuff.patch
@@ -0,0 +1,47 @@
+From 7beec2e707d59f9573aa2dc7c57bd2a62f16b480 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Wed, 15 May 2013 19:06:03 -0400
+Subject: [PATCH] build without IPv6 stuff
+
+---
+ Data/IP.hs      |    2 +-
+ Data/IP/Addr.hs |    3 +++
+ 2 files changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/Data/IP.hs b/Data/IP.hs
+index cffef93..ea486c9 100644
+--- a/Data/IP.hs
++++ b/Data/IP.hs
+@@ -6,7 +6,7 @@ module Data.IP (
+   -- ** IP data
+     IP (..)
+   , IPv4, toIPv4, fromIPv4, fromHostAddress, toHostAddress
+-  , IPv6, toIPv6, fromIPv6, fromHostAddress6, toHostAddress6
++  , IPv6, toIPv6, fromIPv6 -- , fromHostAddress6, toHostAddress6
+   -- ** IP range data
+   , IPRange (..)
+   , AddrRange (addr, mask, mlen)
+diff --git a/Data/IP/Addr.hs b/Data/IP/Addr.hs
+index faaf0c7..5b556fb 100644
+--- a/Data/IP/Addr.hs
++++ b/Data/IP/Addr.hs
+@@ -312,6 +312,7 @@ toHostAddress (IP4 addr4)
+   | byteOrder == LittleEndian = fixByteOrder addr4
+   | otherwise                 = addr4
+ 
++{-
+ -- | The 'fromHostAddress6' function converts 'HostAddress6' to 'IPv6'.
+ fromHostAddress6 :: HostAddress6 -> IPv6
+ fromHostAddress6 = IP6
+@@ -320,6 +321,8 @@ fromHostAddress6 = IP6
+ toHostAddress6 :: IPv6 -> HostAddress6
+ toHostAddress6 (IP6 addr6) = addr6
+ 
++-}
++
+ fixByteOrder :: Word32 -> Word32
+ fixByteOrder s = d1 .|. d2 .|. d3 .|. d4
+   where
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/language-javascript_fix-build-with-new-ghc.patch b/standalone/android/haskell-patches/language-javascript_fix-build-with-new-ghc.patch
new file mode 100644
index 0000000000..6182cba442
--- /dev/null
+++ b/standalone/android/haskell-patches/language-javascript_fix-build-with-new-ghc.patch
@@ -0,0 +1,25 @@
+From cb5252db1a0d515da69d9167a8b2facd839940b2 Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Mon, 11 Nov 2013 02:29:06 +0000
+Subject: [PATCH] fix build with new ghc
+
+---
+ src/Language/JavaScript/Parser/Lexer.hs |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/Language/JavaScript/Parser/Lexer.hs b/src/Language/JavaScript/Parser/Lexer.hs
+index 79fa9c5..fa96e29 100644
+--- a/src/Language/JavaScript/Parser/Lexer.hs
++++ b/src/Language/JavaScript/Parser/Lexer.hs
+@@ -712,7 +712,7 @@ alex_scan_tkn user orig_input len input s last_acc =
+ 		(offset) = (base +# ord_c)
+ 		(check)  = alexIndexInt16OffAddr alex_check offset
+ 		
+-		(new_s) = if (offset >=# 0#) && (check ==# ord_c)
++		(new_s) = if (tagToEnum# (offset >=# 0#)) && (tagToEnum# (check ==# ord_c))
+ 			  then alexIndexInt16OffAddr alex_table offset
+ 			  else alexIndexInt16OffAddr alex_deflt s
+ 	in
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/network_2.4.1.0_0002-remove-Network.BSD-symbols-not-available-in-bionic.patch b/standalone/android/haskell-patches/network_2.4.1.0_0002-remove-Network.BSD-symbols-not-available-in-bionic.patch
new file mode 100644
index 0000000000..5b07f233b6
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.4.1.0_0002-remove-Network.BSD-symbols-not-available-in-bionic.patch
@@ -0,0 +1,157 @@
+From 7861b133bb269b50fcf709291449cb0473818902 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Sun, 29 Dec 2013 21:29:23 +0000
+Subject: [PATCH] remove Network.BSD symbols not available in bionic
+
+---
+ Network/BSD.hsc |   98 -------------------------------------------------------
+ 1 file changed, 98 deletions(-)
+
+diff --git a/Network/BSD.hsc b/Network/BSD.hsc
+index d6dae85..27910f4 100644
+--- a/Network/BSD.hsc
++++ b/Network/BSD.hsc
+@@ -30,15 +30,6 @@ module Network.BSD
+     , getHostByAddr
+     , hostAddress
+ 
+-#if defined(HAVE_GETHOSTENT) && !defined(cygwin32_HOST_OS) && !defined(mingw32_HOST_OS) && !defined(_WIN32)
+-    , getHostEntries
+-
+-    -- ** Low level functionality
+-    , setHostEntry
+-    , getHostEntry
+-    , endHostEntry
+-#endif
+-
+     -- * Service names
+     , ServiceEntry(..)
+     , ServiceName
+@@ -64,14 +55,6 @@ module Network.BSD
+     , getProtocolNumber
+     , defaultProtocol
+ 
+-#if !defined(cygwin32_HOST_OS) && !defined(mingw32_HOST_OS) && !defined(_WIN32)
+-    , getProtocolEntries
+-    -- ** Low level functionality
+-    , setProtocolEntry
+-    , getProtocolEntry
+-    , endProtocolEntry
+-#endif
+-
+     -- * Port numbers
+     , PortNumber
+ 
+@@ -83,11 +66,7 @@ module Network.BSD
+ #if !defined(cygwin32_HOST_OS) && !defined(mingw32_HOST_OS) && !defined(_WIN32)
+     , getNetworkByName
+     , getNetworkByAddr
+-    , getNetworkEntries
+     -- ** Low level functionality
+-    , setNetworkEntry
+-    , getNetworkEntry
+-    , endNetworkEntry
+ #endif
+     ) where
+ 
+@@ -303,31 +282,6 @@ getProtocolNumber proto = do
+  (ProtocolEntry _ _ num) <- getProtocolByName proto
+  return num
+ 
+-#if !defined(cygwin32_HOST_OS) && !defined(mingw32_HOST_OS) && !defined(_WIN32)
+-getProtocolEntry :: IO ProtocolEntry    -- Next Protocol Entry from DB
+-getProtocolEntry = withLock $ do
+- ent <- throwNoSuchThingIfNull "getProtocolEntry" "no such protocol entry"
+-                $ trySysCall c_getprotoent
+- peek ent
+-
+-foreign import ccall unsafe  "getprotoent" c_getprotoent :: IO (Ptr ProtocolEntry)
+-
+-setProtocolEntry :: Bool -> IO ()       -- Keep DB Open ?
+-setProtocolEntry flg = withLock $ trySysCall $ c_setprotoent (fromBool flg)
+-
+-foreign import ccall unsafe "setprotoent" c_setprotoent :: CInt -> IO ()
+-
+-endProtocolEntry :: IO ()
+-endProtocolEntry = withLock $ trySysCall $ c_endprotoent
+-
+-foreign import ccall unsafe "endprotoent" c_endprotoent :: IO ()
+-
+-getProtocolEntries :: Bool -> IO [ProtocolEntry]
+-getProtocolEntries stayOpen = withLock $ do
+-  setProtocolEntry stayOpen
+-  getEntries (getProtocolEntry) (endProtocolEntry)
+-#endif
+-
+ -- ---------------------------------------------------------------------------
+ -- Host lookups
+ 
+@@ -402,31 +356,6 @@ getHostByAddr family addr = do
+ foreign import CALLCONV safe "gethostbyaddr"
+    c_gethostbyaddr :: Ptr HostAddress -> CInt -> CInt -> IO (Ptr HostEntry)
+ 
+-#if defined(HAVE_GETHOSTENT) && !defined(cygwin32_HOST_OS) && !defined(mingw32_HOST_OS) && !defined(_WIN32)
+-getHostEntry :: IO HostEntry
+-getHostEntry = withLock $ do
+- throwNoSuchThingIfNull         "getHostEntry" "unable to retrieve host entry"
+-   $ trySysCall $ c_gethostent
+- >>= peek
+-
+-foreign import ccall unsafe "gethostent" c_gethostent :: IO (Ptr HostEntry)
+-
+-setHostEntry :: Bool -> IO ()
+-setHostEntry flg = withLock $ trySysCall $ c_sethostent (fromBool flg)
+-
+-foreign import ccall unsafe "sethostent" c_sethostent :: CInt -> IO ()
+-
+-endHostEntry :: IO ()
+-endHostEntry = withLock $ c_endhostent
+-
+-foreign import ccall unsafe "endhostent" c_endhostent :: IO ()
+-
+-getHostEntries :: Bool -> IO [HostEntry]
+-getHostEntries stayOpen = do
+-  setHostEntry stayOpen
+-  getEntries (getHostEntry) (endHostEntry)
+-#endif
+-
+ -- ---------------------------------------------------------------------------
+ -- Accessing network information
+ 
+@@ -488,33 +417,6 @@ getNetworkByAddr addr family = withLock $ do
+ foreign import ccall unsafe "getnetbyaddr"
+    c_getnetbyaddr  :: NetworkAddr -> CInt -> IO (Ptr NetworkEntry)
+ 
+-getNetworkEntry :: IO NetworkEntry
+-getNetworkEntry = withLock $ do
+- throwNoSuchThingIfNull "getNetworkEntry" "no more network entries"
+-          $ trySysCall $ c_getnetent
+- >>= peek
+-
+-foreign import ccall unsafe "getnetent" c_getnetent :: IO (Ptr NetworkEntry)
+-
+--- | Open the network name database. The parameter specifies
+--- whether a connection is maintained open between various
+--- networkEntry calls
+-setNetworkEntry :: Bool -> IO ()
+-setNetworkEntry flg = withLock $ trySysCall $ c_setnetent (fromBool flg)
+-
+-foreign import ccall unsafe "setnetent" c_setnetent :: CInt -> IO ()
+-
+--- | Close the connection to the network name database.
+-endNetworkEntry :: IO ()
+-endNetworkEntry = withLock $ trySysCall $ c_endnetent
+-
+-foreign import ccall unsafe "endnetent" c_endnetent :: IO ()
+-
+--- | Get the list of network entries.
+-getNetworkEntries :: Bool -> IO [NetworkEntry]
+-getNetworkEntries stayOpen = do
+-  setNetworkEntry stayOpen
+-  getEntries (getNetworkEntry) (endNetworkEntry)
+ #endif
+ 
+ -- Mutex for name service lockdown
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/network_2.4.1.0_0003-configure-misdetects-accept4.patch b/standalone/android/haskell-patches/network_2.4.1.0_0003-configure-misdetects-accept4.patch
new file mode 100644
index 0000000000..116fa320eb
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.4.1.0_0003-configure-misdetects-accept4.patch
@@ -0,0 +1,34 @@
+From 63a7a97511266c1a9d2414d3314ee17fc88bb8f2 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 18 Oct 2013 15:58:35 +0000
+Subject: [PATCH] configure misdetects accept4
+
+---
+ Network/Socket.hsc |    4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 9af31f8..6c21209 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -503,7 +503,7 @@ accept sock@(MkSocket s family stype protocol status) = do
+                 return new_sock
+ #else
+      with (fromIntegral sz) $ \ ptr_len -> do
+-# ifdef HAVE_ACCEPT4
++#if 0
+      new_sock <- throwSocketErrorIfMinus1RetryMayBlock "accept"
+                         (threadWaitRead (fromIntegral s))
+                         (c_accept4 s sockaddr ptr_len (#const SOCK_NONBLOCK))
+@@ -1615,7 +1615,7 @@ foreign import CALLCONV SAFE_ON_WIN "connect"
+   c_connect :: CInt -> Ptr SockAddr -> CInt{-CSockLen???-} -> IO CInt
+ foreign import CALLCONV unsafe "accept"
+   c_accept :: CInt -> Ptr SockAddr -> Ptr CInt{-CSockLen???-} -> IO CInt
+-#ifdef HAVE_ACCEPT4
++#if 0
+ foreign import CALLCONV unsafe "accept4"
+   c_accept4 :: CInt -> Ptr SockAddr -> Ptr CInt{-CSockLen???-} -> CInt -> IO CInt
+ #endif
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/network_2.4.1.0_0004-getprotobyname-hack-for-tcp-and-udp.patch b/standalone/android/haskell-patches/network_2.4.1.0_0004-getprotobyname-hack-for-tcp-and-udp.patch
new file mode 100644
index 0000000000..4cc22cbcac
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.4.1.0_0004-getprotobyname-hack-for-tcp-and-udp.patch
@@ -0,0 +1,28 @@
+From b1a581007759e2d9e53ef776e4f10d1de87b8377 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Tue, 7 May 2013 14:51:09 -0400
+Subject: [PATCH] getprotobyname hack for tcp and udp
+
+Otherwise, core network stuff fails to get the numbers for these protocols.
+---
+ Network/BSD.hsc | 4 ++++
+ 1 file changed, 4 insertions(+)
+
+diff --git a/Network/BSD.hsc b/Network/BSD.hsc
+index f0c9f5b..a289143 100644
+--- a/Network/BSD.hsc
++++ b/Network/BSD.hsc
+@@ -259,6 +259,10 @@ instance Storable ProtocolEntry where
+    poke _p = error "Storable.poke(BSD.ProtocolEntry) not implemented"
+ 
+ getProtocolByName :: ProtocolName -> IO ProtocolEntry
++getProtocolByName "tcp" = return $
++	ProtocolEntry {protoName = "tcp", protoAliases = ["TCP"], protoNumber = 6}
++getProtocolByName "udp" = return $
++	ProtocolEntry {protoName = "udp", protoAliases = ["UDP"], protoNumber = 17}
+ getProtocolByName name = withLock $ do
+  withCString name $ \ name_cstr -> do
+  throwNoSuchThingIfNull "getProtocolByName" ("no such protocol name: " ++ name)
+-- 
+1.8.2.rc3
+
diff --git a/standalone/android/haskell-patches/network_2.4.1.0_0005-no-NODELAY-on-android.patch b/standalone/android/haskell-patches/network_2.4.1.0_0005-no-NODELAY-on-android.patch
new file mode 100644
index 0000000000..da4a71af21
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.4.1.0_0005-no-NODELAY-on-android.patch
@@ -0,0 +1,25 @@
+From bfecbc7bd09cbbebdef12aa525dc17109326db3f Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Sun, 29 Dec 2013 21:31:07 +0000
+Subject: [PATCH] no NODELAY on android
+
+---
+ Network/Socket.hsc |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 6c21209..c360889 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -923,7 +923,7 @@ packSocketOption so =
+     Just MaxSegment    -> Just ((#const IPPROTO_TCP), (#const TCP_MAXSEG))
+ #endif
+ #ifdef TCP_NODELAY
+-    Just NoDelay       -> Just ((#const IPPROTO_TCP), (#const TCP_NODELAY))
++    Just NoDelay       -> Nothing -- Just ((#const IPPROTO_TCP), (#const TCP_NODELAY))
+ #endif
+ #ifdef TCP_CORK
+     Just Cork          -> Just ((#const IPPROTO_TCP), (#const TCP_CORK))
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/network_2.5.0.0_0001-android-port-fixes.patch b/standalone/android/haskell-patches/network_2.5.0.0_0001-android-port-fixes.patch
new file mode 100644
index 0000000000..325b89fb4c
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.5.0.0_0001-android-port-fixes.patch
@@ -0,0 +1,161 @@
+From b3cb294077b627892721a2ebf9e0ce81f35f8c4c Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Sun, 25 May 2014 09:28:45 +0200
+Subject: [PATCH] android port fixes
+
+Build note: Ensure a hsc2hs in PATH is modified to pass -x to the real
+one, to enable cross-compiling.
+---
+ Network/Socket.hsc            | 22 ++++++----------------
+ Network/Socket/ByteString.hsc |  2 +-
+ Network/Socket/Internal.hsc   |  2 +-
+ Network/Socket/Types.hsc      |  4 ++--
+ cbits/HsNet.c                 | 14 ++++++++++++++
+ configure                     |  1 +
+ 6 files changed, 25 insertions(+), 20 deletions(-)
+
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 607b270..04a83e8 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -35,7 +35,7 @@ module Network.Socket
+     , SockAddr(..)
+     , SocketStatus(..)
+     , HostAddress
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORTNO)
+     , HostAddress6
+     , FlowInfo
+     , ScopeID
+@@ -52,7 +52,7 @@ module Network.Socket
+     , HostName
+     , ServiceName
+ 
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORT) || 1
+     , AddrInfo(..)
+ 
+     , AddrInfoFlag(..)
+@@ -134,7 +134,7 @@ module Network.Socket
+     -- * Special constants
+     , aNY_PORT
+     , iNADDR_ANY
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORTNO)
+     , iN6ADDR_ANY
+ #endif
+     , sOMAXCONN
+@@ -326,16 +326,6 @@ socket family stype protocol = do
+     setNonBlockIfNeeded fd
+     socket_status <- newMVar NotConnected
+     let sock = MkSocket fd family stype protocol socket_status
+-#if HAVE_DECL_IPV6_V6ONLY
+-# if defined(mingw32_HOST_OS)
+-    -- the IPv6Only option is only supported on Windows Vista and later,
+-    -- so trying to change it might throw an error
+-    when (family == AF_INET6) $
+-            E.catch (setSocketOption sock IPv6Only 0) $ (\(_ :: E.IOException) -> return ())
+-# else
+-    when (family == AF_INET6) $ setSocketOption sock IPv6Only 0
+-# endif
+-#endif
+     return sock
+ 
+ -- | Build a pair of connected socket objects using the given address
+@@ -1061,9 +1051,9 @@ aNY_PORT = 0
+ iNADDR_ANY :: HostAddress
+ iNADDR_ANY = htonl (#const INADDR_ANY)
+ 
+-foreign import CALLCONV unsafe "htonl" htonl :: Word32 -> Word32
++foreign import CALLCONV unsafe "my_htonl" htonl :: Word32 -> Word32
+ 
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORTNO)
+ -- | The IPv6 wild card address.
+ 
+ iN6ADDR_ANY :: HostAddress6
+@@ -1241,7 +1231,7 @@ unpackBits ((k,v):xs) r
+ -----------------------------------------------------------------------------
+ -- Address and service lookups
+ 
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORT) || 1
+ 
+ -- | Flags that control the querying behaviour of 'getAddrInfo'.
+ data AddrInfoFlag
+diff --git a/Network/Socket/ByteString.hsc b/Network/Socket/ByteString.hsc
+index e21ad1b..c2dd70a 100644
+--- a/Network/Socket/ByteString.hsc
++++ b/Network/Socket/ByteString.hsc
+@@ -197,7 +197,7 @@ sendMany sock@(MkSocket fd _ _ _ _) cs = do
+       liftM fromIntegral . withIOVec cs $ \(iovsPtr, iovsLen) ->
+           throwSocketErrorWaitWrite sock "writev" $
+               c_writev (fromIntegral fd) iovsPtr
+-              (fromIntegral (min iovsLen (#const IOV_MAX)))
++              (fromIntegral (min iovsLen (0x0026)))
+ #else
+ sendMany sock = sendAll sock . B.concat
+ #endif
+diff --git a/Network/Socket/Internal.hsc b/Network/Socket/Internal.hsc
+index 83333f7..0dd6a7d 100644
+--- a/Network/Socket/Internal.hsc
++++ b/Network/Socket/Internal.hsc
+@@ -24,7 +24,7 @@ module Network.Socket.Internal
+     (
+     -- * Socket addresses
+       HostAddress
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORTNO)
+     , HostAddress6
+     , FlowInfo
+     , ScopeID
+diff --git a/Network/Socket/Types.hsc b/Network/Socket/Types.hsc
+index 48a43bb..1c5994f 100644
+--- a/Network/Socket/Types.hsc
++++ b/Network/Socket/Types.hsc
+@@ -711,8 +711,8 @@ intToPortNumber v = PortNum (htons (fromIntegral v))
+ portNumberToInt :: PortNumber -> Int
+ portNumberToInt (PortNum po) = fromIntegral (ntohs po)
+ 
+-foreign import CALLCONV unsafe "ntohs" ntohs :: Word16 -> Word16
+-foreign import CALLCONV unsafe "htons" htons :: Word16 -> Word16
++foreign import CALLCONV unsafe "my_ntohs" ntohs :: Word16 -> Word16
++foreign import CALLCONV unsafe "my_htons" htons :: Word16 -> Word16
+ --foreign import CALLCONV unsafe "ntohl" ntohl :: Word32 -> Word32
+ 
+ instance Enum PortNumber where
+diff --git a/cbits/HsNet.c b/cbits/HsNet.c
+index 86b55dc..5ea1199 100644
+--- a/cbits/HsNet.c
++++ b/cbits/HsNet.c
+@@ -6,3 +6,17 @@
+ 
+ #define INLINE
+ #include "HsNet.h"
++
++#include <sys/endian.h>
++uint16_t my_htons(uint16_t v)
++{
++	htons(v);
++}
++uint32_t my_htonl(uint32_t v)
++{
++	htonl(v);
++}
++uint16_t my_ntohs(uint16_t v)
++{
++	ntohs(v);
++}
+diff --git a/configure b/configure
+index db8240d..41674d9 100755
+--- a/configure
++++ b/configure
+@@ -1,4 +1,5 @@
+ #! /bin/sh
++set -- --host=arm-linux-androideabi
+ # Guess values for system-dependent variables and create Makefiles.
+ # Generated by GNU Autoconf 2.69 for Haskell network package 2.3.0.14.
+ #
+-- 
+2.0.0.rc2
+
diff --git a/standalone/android/haskell-patches/primitive_0.5.3.0_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch b/standalone/android/haskell-patches/primitive_0.5.3.0_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
new file mode 100644
index 0000000000..efee692b51
--- /dev/null
+++ b/standalone/android/haskell-patches/primitive_0.5.3.0_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
@@ -0,0 +1,25 @@
+From ff2d1519fb294a123636ac6bd80e50741922c856 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Sun, 25 May 2014 09:41:13 +0200
+Subject: [PATCH] disable i386 opt stuff to allow cross-compilation
+
+---
+ primitive.cabal | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/primitive.cabal b/primitive.cabal
+index 9651dfd..b655e8d 100644
+--- a/primitive.cabal
++++ b/primitive.cabal
+@@ -47,8 +47,6 @@ Library
+   cc-options: -O3 -fomit-frame-pointer -Wall
+   if !os(solaris)
+       cc-options: -ftree-vectorize
+-  if arch(i386) || arch(x86_64)
+-      cc-options: -msse2
+ 
+ source-repository head
+   type:     git
+-- 
+2.0.0.rc2
+
diff --git a/standalone/android/haskell-patches/socks_0.4.2_0001-remove-IPv6-stuff.patch b/standalone/android/haskell-patches/socks_0.4.2_0001-remove-IPv6-stuff.patch
new file mode 100644
index 0000000000..c9723f3f76
--- /dev/null
+++ b/standalone/android/haskell-patches/socks_0.4.2_0001-remove-IPv6-stuff.patch
@@ -0,0 +1,135 @@
+From e1a2f80f6bec25921ab645a0aaf1c6422a8917ab Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 11 Nov 2013 01:06:58 +0000
+Subject: [PATCH] fix
+
+---
+ Network/Socks5/Command.hs  |    8 +-------
+ Network/Socks5/Conf.hs     |    1 -
+ Network/Socks5/Lowlevel.hs |    1 -
+ Network/Socks5/Types.hs    |   18 +-----------------
+ Network/Socks5/Wire.hs     |    2 --
+ 5 files changed, 2 insertions(+), 28 deletions(-)
+
+diff --git a/Network/Socks5/Command.hs b/Network/Socks5/Command.hs
+index db95fbd..fdba5ec 100644
+--- a/Network/Socks5/Command.hs
++++ b/Network/Socks5/Command.hs
+@@ -13,7 +13,6 @@ module Network.Socks5.Command
+     , Connect(..)
+     , Command(..)
+     , connectIPV4
+-    , connectIPV6
+     , connectDomainName
+     -- * lowlevel interface
+     , rpc
+@@ -29,7 +28,7 @@ import qualified Data.ByteString as B
+ import qualified Data.ByteString.Char8 as BC
+ import Data.Serialize
+ 
+-import Network.Socket (Socket, PortNumber, HostAddress, HostAddress6)
++import Network.Socket (Socket, PortNumber, HostAddress)
+ import Network.Socket.ByteString
+ 
+ import Network.Socks5.Types
+@@ -65,11 +64,6 @@ connectIPV4 socket hostaddr port = onReply <$> rpc_ socket (Connect $ SocksAddre
+     where onReply (SocksAddrIPV4 h, p) = (h, p)
+           onReply _                    = error "ipv4 requested, got something different"
+ 
+-connectIPV6 :: Socket -> HostAddress6 -> PortNumber -> IO (HostAddress6, PortNumber)
+-connectIPV6 socket hostaddr6 port = onReply <$> rpc_ socket (Connect $ SocksAddress (SocksAddrIPV6 hostaddr6) port)
+-    where onReply (SocksAddrIPV6 h, p) = (h, p)
+-          onReply _                    = error "ipv6 requested, got something different"
+-
+ -- TODO: FQDN should only be ascii, maybe putting a "fqdn" data type
+ -- in front to make sure and make the BC.pack safe.
+ connectDomainName :: Socket -> String -> PortNumber -> IO (SocksHostAddress, PortNumber)
+diff --git a/Network/Socks5/Conf.hs b/Network/Socks5/Conf.hs
+index c29ff7b..007d382 100644
+--- a/Network/Socks5/Conf.hs
++++ b/Network/Socks5/Conf.hs
+@@ -47,5 +47,4 @@ defaultSocksConfFromSockAddr sockaddr = SocksConf server SocksVer5
+     where server       = SocksAddress haddr port
+           (haddr,port) = case sockaddr of
+                              SockAddrInet p h      -> (SocksAddrIPV4 h, p)
+-                             SockAddrInet6 p _ h _ -> (SocksAddrIPV6 h, p)
+                              _                     -> error "unsupported unix sockaddr type"
+diff --git a/Network/Socks5/Lowlevel.hs b/Network/Socks5/Lowlevel.hs
+index c10d9b9..2c3d59c 100644
+--- a/Network/Socks5/Lowlevel.hs
++++ b/Network/Socks5/Lowlevel.hs
+@@ -17,7 +17,6 @@ resolveToSockAddr :: SocksAddress -> IO SockAddr
+ resolveToSockAddr (SocksAddress sockHostAddr port) =
+     case sockHostAddr of
+         SocksAddrIPV4 ha       -> return $ SockAddrInet port ha
+-        SocksAddrIPV6 ha6      -> return $ SockAddrInet6 port 0 ha6 0
+         SocksAddrDomainName bs -> do he <- getHostByName (BC.unpack bs)
+                                      return $ SockAddrInet port (hostAddress he)
+ 
+diff --git a/Network/Socks5/Types.hs b/Network/Socks5/Types.hs
+index 7fbec25..17c7c83 100644
+--- a/Network/Socks5/Types.hs
++++ b/Network/Socks5/Types.hs
+@@ -19,7 +19,7 @@ module Network.Socks5.Types
+ import Data.ByteString (ByteString)
+ import Data.Word
+ import Data.Data
+-import Network.Socket (HostAddress, HostAddress6, PortNumber)
++import Network.Socket (HostAddress, PortNumber)
+ import Control.Exception
+ import qualified Data.ByteString.Char8 as BC
+ import Numeric (showHex)
+@@ -53,12 +53,10 @@ data SocksMethod =
+ data SocksHostAddress =
+       SocksAddrIPV4 !HostAddress
+     | SocksAddrDomainName !ByteString
+-    | SocksAddrIPV6 !HostAddress6
+     deriving (Eq,Ord)
+ 
+ instance Show SocksHostAddress where
+     show (SocksAddrIPV4 ha)       = "SocksAddrIPV4(" ++ showHostAddress ha ++ ")"
+-    show (SocksAddrIPV6 ha6)      = "SocksAddrIPV6(" ++ showHostAddress6 ha6 ++ ")"
+     show (SocksAddrDomainName dn) = "SocksAddrDomainName(" ++ BC.unpack dn ++ ")"
+ 
+ -- | Converts a HostAddress to a String in dot-decimal notation
+@@ -69,20 +67,6 @@ showHostAddress num = concat [show q1, ".", show q2, ".", show q3, ".", show q4]
+         (num''',q3) = num'' `quotRem` 256
+         (_,q4)      = num''' `quotRem` 256
+ 
+--- | Converts a IPv6 HostAddress6 to standard hex notation
+-showHostAddress6 :: HostAddress6 -> String
+-showHostAddress6 (a,b,c,d) =
+-    (concat . intersperse ":" . map (flip showHex ""))
+-        [p1,p2,p3,p4,p5,p6,p7,p8]
+-    where (a',p2) = a `quotRem` 65536
+-          (_,p1)  = a' `quotRem` 65536
+-          (b',p4) = b `quotRem` 65536
+-          (_,p3)  = b' `quotRem` 65536
+-          (c',p6) = c `quotRem` 65536
+-          (_,p5)  = c' `quotRem` 65536
+-          (d',p8) = d `quotRem` 65536
+-          (_,p7)  = d' `quotRem` 65536
+-
+ -- | Describe a Socket address on the SOCKS protocol
+ data SocksAddress = SocksAddress !SocksHostAddress !PortNumber
+     deriving (Show,Eq,Ord)
+diff --git a/Network/Socks5/Wire.hs b/Network/Socks5/Wire.hs
+index 10bd262..a30f32e 100644
+--- a/Network/Socks5/Wire.hs
++++ b/Network/Socks5/Wire.hs
+@@ -46,12 +46,10 @@ data SocksResponse = SocksResponse
+ 
+ getAddr 1 = SocksAddrIPV4 <$> getWord32host
+ getAddr 3 = SocksAddrDomainName <$> (getWord8 >>= getByteString . fromIntegral)
+-getAddr 4 = SocksAddrIPV6 <$> (liftM4 (,,,) getWord32host getWord32host getWord32host getWord32host)
+ getAddr n = error ("cannot get unknown socket address type: " ++ show n)
+ 
+ putAddr (SocksAddrIPV4 h)         = putWord8 1 >> putWord32host h
+ putAddr (SocksAddrDomainName b)   = putWord8 3 >> putWord8 (fromIntegral $ B.length b) >> putByteString b
+-putAddr (SocksAddrIPV6 (a,b,c,d)) = putWord8 4 >> mapM_ putWord32host [a,b,c,d]
+ 
+ getSocksRequest 5 = do
+     cmd <- toEnum . fromIntegral <$> getWord8
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/stm-chans_cross-build.patch b/standalone/android/haskell-patches/stm-chans_cross-build.patch
new file mode 100644
index 0000000000..f0964d693e
--- /dev/null
+++ b/standalone/android/haskell-patches/stm-chans_cross-build.patch
@@ -0,0 +1,25 @@
+From c1b166ad1dbed80f7eed7b9c1b2dc5c668eeb8fc Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Fri, 18 Oct 2013 23:28:56 +0000
+Subject: [PATCH] cross build
+
+---
+ stm-chans.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/stm-chans.cabal b/stm-chans.cabal
+index 89d4780..2119a74 100644
+--- a/stm-chans.cabal
++++ b/stm-chans.cabal
+@@ -6,7 +6,7 @@
+ -- and source-repository:.
+ Cabal-Version:  >= 1.6
+ -- We need a custom build in order to define __HADDOCK__
+-Build-Type:     Custom
++Build-Type:     Simple
+ 
+ Name:           stm-chans
+ Version:        3.0.0
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/system-filepath_cross-build.patch b/standalone/android/haskell-patches/system-filepath_cross-build.patch
new file mode 100644
index 0000000000..c9f9304a48
--- /dev/null
+++ b/standalone/android/haskell-patches/system-filepath_cross-build.patch
@@ -0,0 +1,25 @@
+From 0e728d5b049224394908d793c73902a8c981e636 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 26 May 2014 01:04:40 +0000
+Subject: [PATCH] fix cross build
+
+---
+ system-filepath.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/system-filepath.cabal b/system-filepath.cabal
+index d6aa726..f4e5e0f 100644
+--- a/system-filepath.cabal
++++ b/system-filepath.cabal
+@@ -6,7 +6,7 @@ license-file: license.txt
+ author: John Millikin <jmillikin@gmail.com>
+ maintainer: John Millikin <jmillikin@gmail.com>
+ copyright: John Millikin 2010-2012
+-build-type: Custom
++build-type: Simple
+ cabal-version: >= 1.8
+ category: System
+ stability: experimental
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/unbounded-delays_crossbuild.patch b/standalone/android/haskell-patches/unbounded-delays_crossbuild.patch
new file mode 100644
index 0000000000..dd0a7fca90
--- /dev/null
+++ b/standalone/android/haskell-patches/unbounded-delays_crossbuild.patch
@@ -0,0 +1,25 @@
+From 0ad071f80ee72e7b8ca5b0b70dfae5bbf8677969 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Wed, 12 Mar 2014 12:18:17 -0400
+Subject: [PATCH] cross build
+
+---
+ unbounded-delays.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/unbounded-delays.cabal b/unbounded-delays.cabal
+index 76d0a50..0f27569 100644
+--- a/unbounded-delays.cabal
++++ b/unbounded-delays.cabal
+@@ -1,7 +1,7 @@
+ name:          unbounded-delays
+ version:       0.1.0.6
+ cabal-version: >= 1.6
+-build-type:    Custom
++build-type:    Simple
+ author:        Bas van Dijk <v.dijk.bas@gmail.com>
+                Roel van Dijk <vandijk.roel@gmail.com>
+ maintainer:    Bas van Dijk <v.dijk.bas@gmail.com>
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch b/standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch
new file mode 100644
index 0000000000..4955d45cdf
--- /dev/null
+++ b/standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch
@@ -0,0 +1,69 @@
+From add5feeb9ee9b4ffa1b43e4ba04b63e5ac2bfaf7 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 14 Jul 2014 20:45:24 +0000
+Subject: [PATCH] hack for bionic
+
+---
+ Data/UnixTime/Types.hsc |   12 ------------
+ cbits/conv.c            |    2 +-
+ unix-time.cabal         |    1 -
+ 3 files changed, 1 insertion(+), 14 deletions(-)
+
+diff --git a/Data/UnixTime/Types.hsc b/Data/UnixTime/Types.hsc
+index 2ad0623..04fd766 100644
+--- a/Data/UnixTime/Types.hsc
++++ b/Data/UnixTime/Types.hsc
+@@ -12,8 +12,6 @@ import Data.Binary
+ 
+ #include <sys/time.h>
+ 
+-#let alignment t = "%lu", (unsigned long)offsetof(struct {char x__; t (y__); }, y__)
+-
+ -- |
+ -- Data structure for Unix time.
+ data UnixTime = UnixTime {
+@@ -23,16 +21,6 @@ data UnixTime = UnixTime {
+   , utMicroSeconds :: {-# UNPACK #-} !Int32
+   } deriving (Eq,Ord,Show)
+ 
+-instance Storable UnixTime where
+-    sizeOf _    = (#size struct timeval)
+-    alignment _ = (#alignment struct timeval)
+-    peek ptr    = UnixTime
+-            <$> (#peek struct timeval, tv_sec)  ptr
+-            <*> (#peek struct timeval, tv_usec) ptr
+-    poke ptr ut = do
+-            (#poke struct timeval, tv_sec)  ptr (utSeconds ut)
+-            (#poke struct timeval, tv_usec) ptr (utMicroSeconds ut)
+-
+ #if __GLASGOW_HASKELL__ >= 704
+ instance Binary UnixTime where
+         put (UnixTime (CTime sec) msec) = do
+diff --git a/cbits/conv.c b/cbits/conv.c
+index ec31fef..b7bc0f9 100644
+--- a/cbits/conv.c
++++ b/cbits/conv.c
+@@ -96,7 +96,7 @@ time_t c_parse_unix_time_gmt(char *fmt, char *src) {
+ #else
+     strptime(src, fmt, &dst);
+ #endif
+-    return timegm(&dst);
++    return NULL; /* timegm(&dst); (not in Bionic) */
+ }
+ 
+ size_t c_format_unix_time(char *fmt, time_t src, char* dst, int siz) {
+diff --git a/unix-time.cabal b/unix-time.cabal
+index 5de3f7c..7a0c244 100644
+--- a/unix-time.cabal
++++ b/unix-time.cabal
+@@ -15,7 +15,6 @@ Extra-Tmp-Files:        config.log config.status autom4te.cache cbits/config.h
+ Library
+   Default-Language:     Haskell2010
+   GHC-Options:          -Wall
+-  CC-Options:           -fPIC
+   Exposed-Modules:      Data.UnixTime
+   Other-Modules:        Data.UnixTime.Conv
+                         Data.UnixTime.Diff
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/uuid_build-without-v1-uuid-which-needs-network-info.patch b/standalone/android/haskell-patches/uuid_build-without-v1-uuid-which-needs-network-info.patch
new file mode 100644
index 0000000000..12cb2a922c
--- /dev/null
+++ b/standalone/android/haskell-patches/uuid_build-without-v1-uuid-which-needs-network-info.patch
@@ -0,0 +1,79 @@
+From 87283f9b6f992a7f0e36c7b1bafc288bf2bf106a Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Mon, 11 Nov 2013 02:46:27 +0000
+Subject: [PATCH] build without v1 uuid which needs network-ino
+
+---
+ Data/UUID/Util.hs |   11 -----------
+ Data/UUID/V1.hs   |    2 --
+ uuid.cabal        |    2 --
+ 3 files changed, 15 deletions(-)
+
+diff --git a/Data/UUID/Util.hs b/Data/UUID/Util.hs
+index 581391a..399e508 100644
+--- a/Data/UUID/Util.hs
++++ b/Data/UUID/Util.hs
+@@ -3,7 +3,6 @@ module Data.UUID.Util (
+     UnpackedUUID(..)
+   , unpack, pack
+   , version
+-  , extractMac
+   , extractTime
+   , setTime
+   ) where
+@@ -13,7 +12,6 @@ import Data.Word
+ import Data.Word.Util
+ import Data.Bits
+ import Data.UUID.Internal
+-import Network.Info
+ import Data.Int (Int64)
+ 
+ version :: UUID -> Int
+@@ -43,12 +41,3 @@ extractTime uuid =
+ timeAndVersionToTime :: Word16 -> Word16
+ timeAndVersionToTime tv = tv .&. 0x0FFF
+ 
+-extractMac :: UUID -> Maybe MAC
+-extractMac uuid = 
+-  if version uuid == 1
+-  then Just $ 
+-       MAC (node_0 unpacked) (node_1 unpacked) (node_2 unpacked) (node_3 unpacked) (node_4 unpacked) (node_5 unpacked)
+-  else Nothing
+-  where
+-    unpacked = unpack uuid
+-
+diff --git a/Data/UUID/V1.hs b/Data/UUID/V1.hs
+index 067e729..ca4c235 100644
+--- a/Data/UUID/V1.hs
++++ b/Data/UUID/V1.hs
+@@ -37,8 +37,6 @@ import System.IO.Unsafe
+ 
+ import qualified System.Random as R
+ 
+-import Network.Info
+-
+ import Data.UUID.Builder
+ import Data.UUID.Internal
+ 
+diff --git a/uuid.cabal b/uuid.cabal
+index 0a53059..57b1b86 100644
+--- a/uuid.cabal
++++ b/uuid.cabal
+@@ -32,14 +32,12 @@ Library
+                 cryptohash >= 0.7 && < 0.12,
+                 deepseq == 1.3.*,
+                 hashable (>= 1.1.1.0 && < 1.2.0) || (>= 1.2.1 && < 1.3),
+-                network-info == 0.2.*,
+                 random >= 1.0.1 && < 1.1,
+                 time >= 1.1 && < 1.5
+ 
+  Exposed-Modules:
+    Data.UUID
+    Data.UUID.Util
+-   Data.UUID.V1
+    Data.UUID.V3
+    Data.UUID.V4
+    Data.UUID.V5
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/x509-system_support-Android-cert-store.patch b/standalone/android/haskell-patches/x509-system_support-Android-cert-store.patch
new file mode 100644
index 0000000000..b3aa407dfc
--- /dev/null
+++ b/standalone/android/haskell-patches/x509-system_support-Android-cert-store.patch
@@ -0,0 +1,36 @@
+From 2c736615e38ee4f582af9d98d7169cf07b84d875 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Mon, 10 Feb 2014 23:27:32 +0000
+Subject: [PATCH] support Android cert store
+
+Android puts it in a different place and has only hashed files.
+See https://github.com/vincenthz/hs-certificate/issues/19
+---
+ System/X509/Unix.hs |    4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/System/X509/Unix.hs b/System/X509/Unix.hs
+index cbf9bbe..cab4f4a 100644
+--- a/System/X509/Unix.hs
++++ b/System/X509/Unix.hs
+@@ -34,7 +34,7 @@ import qualified Control.Exception as E
+ import Data.Char
+ 
+ defaultSystemPath :: FilePath
+-defaultSystemPath = "/etc/ssl/certs/"
++defaultSystemPath = "/system/etc/security/cacerts/"
+ 
+ envPathOverride :: String
+ envPathOverride = "SYSTEM_CERTIFICATE_PATH"
+@@ -46,7 +46,7 @@ listDirectoryCerts path = (map (path </>) . filter isCert <$> getDirectoryConten
+                         && isDigit (s !! 9)
+                         && (s !! 8) == '.'
+                         && all isHexDigit (take 8 s)
+-          isCert x = (not $ isPrefixOf "." x) && (not $ isHashedFile x)
++          isCert x = (not $ isPrefixOf "." x) 
+ 
+ getSystemCertificateStore :: IO CertificateStore
+ getSystemCertificateStore = makeCertificateStore . concat <$> (getSystemPath >>= listDirectoryCerts >>= mapM readCertificates)
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/zlib_0.5.4.0_0001-hack-to-build-on-Android.patch b/standalone/android/haskell-patches/zlib_0.5.4.0_0001-hack-to-build-on-Android.patch
new file mode 100644
index 0000000000..a899fb8920
--- /dev/null
+++ b/standalone/android/haskell-patches/zlib_0.5.4.0_0001-hack-to-build-on-Android.patch
@@ -0,0 +1,35 @@
+From 63d07ae4a1e3b77cbe023364599f7c2c3e853d5f Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 28 Feb 2013 23:40:57 -0400
+Subject: [PATCH] hack to build on Android
+
+---
+ Codec/Compression/Zlib/Stream.hsc |    4 ++--
+ zlib.cabal                        |    2 +-
+ 2 files changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/Codec/Compression/Zlib/Stream.hsc b/Codec/Compression/Zlib/Stream.hsc
+index fe851e6..c6168f4 100644
+--- a/Codec/Compression/Zlib/Stream.hsc
++++ b/Codec/Compression/Zlib/Stream.hsc
+@@ -921,7 +921,7 @@ foreign import ccall unsafe "zlib.h inflateInit2_"
+ 
+ c_inflateInit2 :: StreamState -> CInt -> IO CInt
+ c_inflateInit2 z n =
+-  withCAString #{const_str ZLIB_VERSION} $ \versionStr ->
++  withCAString "1.2.5" $ \versionStr ->
+     c_inflateInit2_ z n versionStr (#{const sizeof(z_stream)} :: CInt)
+ 
+ foreign import ccall unsafe "zlib.h inflate"
+@@ -940,7 +940,7 @@ foreign import ccall unsafe "zlib.h deflateInit2_"
+ c_deflateInit2 :: StreamState
+                -> CInt -> CInt -> CInt -> CInt -> CInt -> IO CInt
+ c_deflateInit2 z a b c d e =
+-  withCAString #{const_str ZLIB_VERSION} $ \versionStr ->
++  withCAString "1.2.5" $ \versionStr ->
+     c_deflateInit2_ z a b c d e versionStr (#{const sizeof(z_stream)} :: CInt)
+ 
+ foreign import ccall unsafe "zlib.h deflateSetDictionary"
+-- 
+1.7.10.4
+
diff --git a/standalone/android/icons/drawable-hdpi/ic_launcher.png b/standalone/android/icons/drawable-hdpi/ic_launcher.png
new file mode 100644
index 0000000000000000000000000000000000000000..6170d723cbf5f250e6518a51d00a56428f7c9544
GIT binary patch
literal 2612
zcmV-43d{A0P)<h;3K|Lk000e1NJLTq002k;002k`1^@s6RqeA!00004b3#c}2nYxW
zd<bNS00009a7bBm000B{000B{0sL=5p#T5?8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H139(5;K~#90?VNpZ6y+VqzrSZM7Xk#alC+9bYnh6#)JY>n#M~|<
zyh!d+EX1~>&a^aK)YJ~GFXP~pVJsa5t5z+^MLM)VJ5y2}xrAWbB)1o8b&5f&GK`AK
zR4c^@gCXWja{K)H$KA=j?A_(%b}zO0%w*>Fd7k|}-}`2tXP<qZXOEZ}lcY!FTfjtT
z(x5D)HHbiDr;vP->ARX5r0MR}s=o38>m*GqRDI<Gn(kh0mPg5*w5H#1A)vg<gmVB^
zbywQ~TU6!=HCTN;Ksqr#28?+Dwf+70{DdoL)22-VaO?zdE-?f#?W*diI>%PUHd575
zbq+D@B8C8PF5uW1@!%{82f>P$?gChgOS;HV3LEVZn-8Mj?V__OtVKLH%V$k&NtdTg
z3cLt#L24+zC7`zLwo<I!XnOU{0PRZ6p<yAhpmVYR5D+!U)8?6aW;!1NFxM;?6Z)9w
z>R^TcT}xHlgsa<gF)_bFj2UT)yiwdwW&UdafB=BLVmyj8<^TXOW)So4+Ll_y3c+?#
z+fu6#^X?4h0KnX+ClHGRo*H6amn|?c7WS5e?$4RhJkeVcx}O*evy~&}b&CU@8V3_*
z0dyY#F!3s4%#Sa~gj2+{HF_AXZK-wcS+i%z0_~Pl+fwU934H<}_I=kAqco}5L4cl#
z<YQLCI7rhy4+4B|(g`O6YU?a3h35-RcfSu{c48_&98lZtjvYA?vIr-L0VWI(<1GTc
zDM=o&MQwg)0&pdOxlFi(7*hd!6kj0W3aU78LrLMFqo|{@^*zS_*E|S;NYz)&R*Zt-
zjwO3fe3qVRKB%&@=8IAoD*^Fwm*#)k7Ns_^I8c2ffSE!n`{E5r#*v)h>aM;_F|dk>
z+)(gMfC%8X0DP_tVxpe|xXe%_t3mfcVzdJMY(Q;$J-%GZ)4XD!j)^t{SO9<koM6I^
z@}6>&5%&Kkk+Bed%Y+XAQ1s6I0I|3|xok=kb9Jx0N=Wf4fVYVG;VGZW-?gu3AB;W3
zZQQs~=2)z=x8&1qv%JE=p&OoC_S~sl)))UhYFlcZAI%!LnThTOa48eb*IoXD@#RhX
zAT?N1rRimzF*7PVzje8x7~26H3aG6OxfHDF+7w`V$UIk`A5i!GC%5&vp9D}wOm$tF
z|1c2gpj|;vrS97M*W~gUJL&SC@`4$C7u+WWZy<&f0GM!(?rPnd_M}k@w$C6n=)Rj6
zTL6FwLjXTm`r*{gnFhXTr(89?`pV)n=O1F?O)+x-fEW*Hy8EVFiM9((ci%*ehhoRX
za1ztcdP_pDX!^>l)18-c7mJ}7&f|tMJjEo7nD7TpcP}am85`PHwD*luyQM68zNXkY
z#G6^*4q}+iJx@^#$MJOMr@ewYmOOJ35G#;0vIKzW3|zy&RON^otX?xF<u;%O-Kz?Q
z<q;<SQB-pRk>^aYBGWi1V;=+nOS-BTN<p0f%&sN?=m(0<SA$m!bZIZm>8@xyI+{^<
zF8iR!XxK9c=sPx8SW-|p82SLf%rwOZnYb$3oO@P-06+~^uOX&C0;!iMF+I_x`R`PN
zo@<Et9{_>@wN<U`teIyha!dBF#R8zJH1YxfXPr49<_%q1TaTu@p98Rri7Rwh+W}4Y
zJPhzp%_=3P?{sPYJ=tQX?StacU2QFD(9=&Ww*mB(v$a41^myb*E|2<m8~_YOegVL;
z?9nqVza`9%r!PhPSoG8JNIbC|zyT@nYhtWVY+ihfN!%V#{rg7}d&DcNy34=6xL;hs
zge?HV06>g=0d?=u=;xRjM@Jen_lT$#UIqZc3je#r@JBPlOxRM~FRsvCBQpmW<<hgi
z+CQMXTJM!YmH~J{NO}waG=0@ffEGkb(c7bmnOkJ6?y_Znxv>-gnD}u3FGwNFbXV)W
z{%ZfgXd;fNi6s-P*!LQNt~=WqhbsZZ=Bx8~1@X~nlcgc&&{6=qbyr&;QS0a!lR*Fw
zU*VbJ<9lcHeW{#@t_eHjVE|AJamrBSpGOcW2c0za0>E&A;|=E!-ysDKmVQ|DPcyBf
zWkh!|E6H@5Hx#3^`}+1?yEVl#p|`&<iEzF(OmKsgNrN&WMd74DnHX}uGigv!sEC2s
zs2m0&1G*sqgFWBq$-6;$zl%+D@_q$PbjCbT%*NZ-eZ4d+`CnGWk4G}QFMIK|l=<Xb
zV3|RzC=3}cv?_i)lzB>ETv*n`<bbfPb5n?Nx)c?Ubp|P)*k%wDSyq>21`Rt4Ec>q}
z!_u&<F3b9$X(6W!7Yuzi8P2KwMBFjQeNNc*p8lM;6$*l5csyD&F*y#(!sIw83zjvp
zOnANCMa;aIh~^W~qfJdsod8f@U*E~hb4D9a2(hZMvGL{HE4A66`uh6InfaFhmQ%E=
zVdm|zd}f}Fgq`mrBOJDFyk(m~_4W0)GV^cjtTPwbBG&8mE(NgNuKIF`<$}Fl@1+3#
z1R$3?)LvueTZ!n5lu{NI6@8Gy*a_J2AH4@aagJkNMMT>S!>HcAeS1!Kpe1AJZN8zQ
z;XDA}O_Tj95&a+(3T1i<Kf=tb0koLpU8^X{j&Y03f~5ux4-el0^Iaj&0=TxRscFZ~
zojX6t5Mrpgx%p|I&sPiJNt1kcU0vP0Txd;)r3MjExk>VSp-|{%pU*d{CE#h(rriS|
zd0Cr;5I-5Sz!6}nLCl=;iWL$4BFj}{$|H|F5+b7Cn`C8ub7wqQ{iu;*5HmkNj(Dvm
zX>+_@@6>U`%!t)@F|%9y#~I51kcg(o4y2R``yUlWIS~%0EOZEFz7W8hV^)~~s}1T$
zQYX#K7XvVztM>VPf6EjsY~l_85Rqjq!RjV<CZ$3l7K|g_Rc47qWQ-$bMy$Sz9ZpVT
z<~pLW{p<x1)tDrI%FM^c5^p3}YLJxD><ytgUaxokXk)Egw{9UbuQka!<n#F~n^Cmd
zAU~q}8RKE*t@ZWw-ydlluh+YXh@J(IGOfYPFOE-TW-Om_^?JR20PZx|FA>qNgb;t<
zwr$%xN#}i;nHK_RAfoHi#V4Z5*o2!ESZ>g5x7{{dO8GK?k}O3}A~FOp5ZU~ltvs0d
ziRR|!JIAjwJ(kZ&H#Ro@o0-1{AluT+c>ul&;A<FxIYiWR`t<3$vXvVzwoKYLH#c`6
z`mTD8cvlEfyJwH}@9*2Ts^RnbwlK3BCNIZ~0tV3Na5&~A_gPk9`?}cLwQDbMI2=0w
zEFI;khl%LNR(8l{<Za=wuCDH4A;f9`-v)3ABAs(=ms#xZb!Kj7=KW7S^;BMddFH?J
WJ;`a#dcPe20000<MNUMnLSTZ}=H4m*

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-hdpi/ic_stat_service_notification_icon.png b/standalone/android/icons/drawable-hdpi/ic_stat_service_notification_icon.png
new file mode 100644
index 0000000000000000000000000000000000000000..f30483b38d15c2f195e99904bd10a2033e31cdae
GIT binary patch
literal 1310
zcmV+(1>yRMP)<h;3K|Lk000e1NJLTq001Tc001Tk1^@s6s6FYf00004b3#c}2nYxW
zd<bNS00009a7bBm0006Q0006Q0TbZMOaK4?8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H11e-}jK~z|U&6izlR7DiWe`mJaD%}zx8W4hF%a<`BF+z+DW<L;Y
zX}g6WVvLV1+ZPix7#_f6L5=z#CL}@^+9rg6K_FGT5DB(>tI<A)8Xim_f<hps3Z}*q
zq22C1KHS~qTDRB>-NHYa+<PWx&iUQR+%q$xs@#n-cN$<U<-x*M<Girdu;osHgsp}x
zVXJXo&K6ZAY=ui8@Qn&jfIeddlc~vs3iZ~9LB0^>JGfe%3Z+JjLl@WvEEUCw%D$T8
zHPa^xs^)mjbWzzSig6eM+W<@?6%E>kO)lTr*Y7FaGg)BST(fhwZP*k^MT17gUSe!L
z=<+=)sux#u*H;!BYDIT_rKny6&gS}ztp`=?C8DY<?^#u48{ZEq`~>=m6->TaY$&%v
zz4dQ^tQKXyu``c%M~<CCRr4(#kDEw$U3DlGDslH0v#tAhoiEZ|R~?VXjl17fE}|Q)
z;K_d5$Whyr&!4Q>`fbLw%8XCCtl-K1uoc~y>(7I!*cU+GOZ&}3qGs;0uNy1I8$4_^
z#KTs@>1=yvyyK$D=oDW@7l_{buqf|345PrTVDb>?et+8T5Y=P;w0+2_Z{v~91Qt3?
z9vshzty{O6zbf=26-laG->YIDa2Q5`Ir7Z~>axbO5IEtk#uKIGJ*%p$;K}2nL;*y#
zHk&&y8NG>zdK=aNhvmlly98Gs5v{1}34iu!*jn?i001f@Z;SF`);t0w8%O)3LY?O$
zsc56h;86(t49s!HVgt`v!LClX|9>`dE7;X3%6b)kcgWeN5?HFjF2`f!m(k4y1+cb|
z4}fiSr%GTcus7>_8T5tGPzAx9uj@LT@#!MaM8@aa1zO|OxZ9PS1+4-5L!hl}D80zN
zuG|`PaeuWeIRLZ(L{jyqApgho7D%`NG`Hycfis0-8r$9r{Mi#e+7C3}^b;oHpcuC5
zTR~!urR}LuvgvkX7U7^M>4}Ik;b5Y75!g`KlvmS!GqvKXl&cKBHW4vBudy@Li@!zX
z0k4S`_MMvR#ebYz&JBq&N6{Hx$9dIVdrR^>V;N)>N~!o%08kZC=UucU-v=NiDj7v4
z1?<tjQ{U&_W3kwi!1D6)@(%_F2cI&=JU_;;bfREko<OiH&=gfYAR>(b0|Ns)OG`@^
z1F<oN3;{0}9Sqo?gBpiAfb(7xcwYR?&CO2(t6g2^rcIkR<n~e36F??w2K|2j&Z2`E
zW7g;1MPyG|S=nRTw{O4Z_SwCA_ev4joHeV4hlgJ&Iv8+&_BoPHr{g<z>=-KKG(0@q
z;WC#^2H4c>^GbVr`>(mqOeWJQBDEq?3((QgaT&M*AR?X%@~tfX^6YbFEEZdoNF+`J
zw6(Qe0P?q-rlzLpKA*2NYu@KIiRT$p)jpTGITnlg3kEhO&W+jq(Q6*>d!@*J;B}mj
zdI_j(X=!<1L@wF3{fCHzRCTS0taJ@K;W^K(oM2<I*jvEn|8;cK2Luy|gr{@bEp6hn
zX3dI2?$&fueQw+K8m~}rn`izF8#dG$W13Yp0{C%?>fgYZB66g)we{f5BaE$o011X9
UU0MV8`~Uy|07*qoM6N<$g2bq37ytkO

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-ldpi/ic_launcher.png b/standalone/android/icons/drawable-ldpi/ic_launcher.png
new file mode 100644
index 0000000000000000000000000000000000000000..0c5d55ab69c6ec839d62fbaa4e557d54548e7ddb
GIT binary patch
literal 1279
zcmV<b1OWSqP)<h;3K|Lk000e1NJLTq001Na001Ni1^@s6;Q*MJ00004b3#c}2nYxW
zd<bNS00009a7bBm0005}0005}0hfsY^Z)<=8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H11bj(EK~z|U)tG;1lw};iKi}uQal0&)m_@5l|FLOU1I0vXcejoH
z&~2vag8mSs{lK7QQj}#~lOWQd3?c6bjwu9DXl`N_bN8MQ6LaJb62w3&%L=6wW$N}m
z-~PC}dEV6Sb#B!c4xZ=v{`$P%_j#WmC#uSSNzA_uP$)w{)v3BAQMYc@SOY}ex>ePw
zx+S^3s47u+!2>GJAyLLTo|)5Kv*Yksz|`(p^oZx!{VH4(^&U+{cAauW#GIV++YW*0
zK)^aSoH+eO^4SNM4UQ(vyxzu;=#{SpxlbSjX4a1#$F~?a+_we@=L|(<M(}d~hS7up
z2wv{rASyHRhQe;RZ;cVPyMg?<vr*J;6+}i0Mi3FTTY-(aF%?-YYIlpO65iV|Rg@-U
z^_WUvZz{6=<Y>X<OVnLFMRc%AMW<OK9qFpB;|3sI)p;T?=yj;*B$dJTv4F|QKuksM
zaXj6UuIf4t5Xh-K$GitJMO5EyZ*MoTSj-j^GU_g@1g8=})E?=H?(8eZuf4t95SDJ>
z70)qMKm+8hLylLnB9fj}3Ebs|4}4$Kvv6{8PidY6O@by>%(7xUYI^GLPer~x0!)mg
zXH`00$%>(9xkh)*wzKJ~zO}$dK!r7CcX)5z^x~k3m)boGr&%LkX1}maZur0(-8I|J
z4g&(XR9d<L*q7~Ah|0mJTfcN(Z)0erAoF?~L)EE<r##0T2A!E5-gh||TAyzxg_~>C
zZ72in0_J86sI*4jG?q_Qm;<`>+Eg+TbOL}1=SBImK>xWY`>o+=V|ASh2XinW^{Ghb
znSASEn`<i4c_xycJzquJROmcE{`67MT5C7~lmU~k{bgXX@Z*Q;Da-h3?fLPikE+nA
zqHU4%?D>T-*R9YsN<<>=f_nw$L&a$UZ|%)01ac1aufhs}^S0n66tB&V?D}1~anhRt
z6(do%{w*Mu3C24;(XQ7<67RO2hg9%J8sjztX;F*m&1A%{>~>4wpG~gHvAHwXBhuzC
zg>HSQ_ek@o0AY-v8ua5LNQobNUqGr{6gUUu&Pr0y9yVs-ik}?+?>Ur{<;$0k3xz^2
z0}Y<%H3kBK$5r+H8<>9*kH?=IHK3-Zrn^I-&^JH@fa5p;AP7vjfy*6!;`;^)1Ogwc
zYDE#I7e%B|Rb4;veJza5&COF)by2o^4tTM=y!?kelRtoJ;1n=URXh6o`+Z#&d;vL*
zGd<@cBJ1Mu_y@6AEdTzd@pwE1tj+ezN=r-Y{p9fb%7*5N<2auUQK%jRI>=NFYwdT&
zWS-R+Q$8j@p65Lb{0xw-N-C!-DJi+&d0q~7lAi>=UYWJ_M6Ru>&xl<AGU<8V>v`Q@
z{N(VpFt)a~mH@w!IXNOC+pV>)4h#(ZluRZstz5Zsj;bzG)zw^`Yn7WfZ$30CKmaW*
zEsI5D+jUeIfIADuHpS!d=l#U@eI80A65D|nfPn&4AxttD48G(y{w?oit*xz(k@=J2
p37{14$W$q%s#_9?#8<Zx_itZnzv6La=sN%a002ovPDHLkV1l9FU<?2N

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-ldpi/ic_stat_service_notification_icon.png b/standalone/android/icons/drawable-ldpi/ic_stat_service_notification_icon.png
new file mode 100644
index 0000000000000000000000000000000000000000..0e0b33e9599bb1867779cf9e6ea9a4025389bb12
GIT binary patch
literal 682
zcmV;b0#*HqP)<h;3K|Lk000e1NJLTq000vJ000vR1^@s6a!@wR00004b3#c}2nYxW
zd<bNS00009a7bBm0003D0003D0hXuuPyhe`8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H10w+mCK~y-6t&+cM6j2bzKl65TcVZ-Wn1J{XC=r5a3Q-PsLqH*$
zOGF}CSjo8-{-`W$>_i(i3PSGc*l3}gF<6MZhauX9fQUr|!A?abhG>%89gA#4a@oL%
z1CPg>neS(2-g}~|{4X;APQ6qqPI-lY0Tidaf>SS50BkoLyd-e8tzinliB@544O3Bc
z#0>}E8d3S6!o0$)8@jnxKyK*fV$m5D=0)|Rs47mqbPD1|czEJrtDQM@Z$y-A;7p7g
z04vh>z-~A6`qwA-1>S%gmcI7|-avC_UcabxgP8-c0k$s6n;-350j~B1-mr-?uOmw%
z07UYj9V(J{!(;i?;$p>S`2Zr1foG7r3CU~LyxO8u?>(-<EifICwQ>>~-&PmnNh9NH
zzQ|e`0n-6G>ePFO0_VX3fUN&#ZdmGs$Oh}^Y6AOI^nwa^MP&vcvusZ;XBu(f)V}<!
zZGtu5OKBMNkthQ%+$WQp<)*^k9qc(Th#ec1rL1LTm!inTq5!+5XGb^E*y&Zc4%%)a
z*s>TU-amy~gGF|{=VzR2o7-OK`jp+a^OtRRuEj2=Xi{N!x(@+_s(RlTvsYD*B%xP8
zbt8>Qg8{dbcr7_U2R<kJhPD~38>m*R)oE1?MWh1U1J0xgQpW_o0{cZoRP_dc@B2f*
zLd!4_xu&X5%jNP*-}h&L9-s(ZOw*)}IW{&nDI%vuqzfnmJ4EChP)XDL1{jsn27n=v
QZvX%Q07*qoM6N<$f>}u-=>Px#

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-mdpi/ic_launcher.png b/standalone/android/icons/drawable-mdpi/ic_launcher.png
new file mode 100644
index 0000000000000000000000000000000000000000..46302b21ad19f378b02bb5be638905b3fce612e6
GIT binary patch
literal 1768
zcmV<E1{e8>P)<h;3K|Lk000e1NJLTq001xm001xu1^@s6R|5Hm00004b3#c}2nYxW
zd<bNS00009a7bBm0007|0007|0p#Bs5&!@I8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H124zV^K~!jg)md+BQ&klIo%=Rk%a{r16k<>z%AW*86hrtUdyn{G
zlx_yJGx`CE88i!15RGV1mO?O)m?^krZ4(BcmN*f^RyK*UzOe`q1w_TLfJkD<&>3Aa
zY&S~p@k873wzcclH`e&eUe<f=J?H#>@4b89dG`@B<NpkiZ30#?K!Bsgp%xu4nvyLt
z=}>gMXo{o7p_*+21cdF%-aa+=!1&S{Ir`Mx17Um49<z-Sb3iv%7XhLf01>mhRS)>H
zK{6Fq2Avz3$OnJ{=?H4az69a|R<t_`l&JC}fT;k$gb*=371SCpWs`IQx=}KRiO&*a
zV%&5isze_@`Al<{001Sb)FDnD0Ad5VzVx%w3E3cQMvMd3o5%ye)Hr7d-6-A!z?sB%
zVOK$D_qebe25}AxlXN+Cqj-}b<|_cL0dU^b*$vPdVzhfao~$jk9*;*5qdm^=A5+))
z7(c$!KZ#cco%KxO1%R&t_$8<{t<47MRM6U-pAypofMycQ!>xMYWdHy(gPF0sef4B5
zsO2Qu=HJ;q%v@XzE@gT9>dA?APC{YM?SFfKJWV%>od7wB^XmcZ$krJ*gE;SP-6$?2
zrU2cGK-hjGnCR;l(5DvUs(s-j044!^jER~vP6#5+a4ay}3cB)sYH&3~Gl?gK_zK{~
z09P>K)%>2BQvpN()06nrl7=wAuMyMypw?7OEF-#6vOSZ8nxUzHIB!0>3L^QL#L^At
zHYLhr6gEAlM3s2}RRpz$n~DDZNu0pa)1`K`FSHY&HvlLAy&KdT_Y4j^d{W&8ObQRQ
z=1dN1Uv!U>{1$*dVuA$l@jX5CextK7G$86=CtGjmB_?|7j)gza+MM?L|D3qH!PRhU
zGz2omqO*%~^LwUkV<HbRKnww3>&-lQ5kQ@J?2t9SRS(nws5Y61n09m(gn!Tt=e)a1
zJytg4_e?tnU{{=Y0@ZPD12E(Y0D#uEXtPoH{lfr?6E-HyCRTcNqhviXo@~_{U)PP|
z3IO*FjgXflZuA}9DDF*??ysQMRJ}4-vY!d(gp3BI5OW8OY0}yjZH6|~IjMlk%1Zfd
zi^J7x%h@gkZzIM80D+)(^onkjd?E!W&P)Y>*+U~xlBm2bSuOw_0IH?n*~IkNiIv9=
zX>BD(iFqv(ZV5?yZN0a5S5{WaWX?$i06_Dq<~{&Bbfcsm;94Q6%F*IbVOI);q(iCv
zGKG-zD-*AGv^Z2nrF~L}Da2IXst;cgrxcJtyrkBF*!>CcH7Rg;jCl7$3S1_}wXi*B
zMo?=!naG(ALzdCepzvhL3?ZQowkuJZ5LM)bK@^_`l$(RcN`bz%6^*}T%E6L=R7mz5
z$iGQ>gV*q}z_^vlwy^E?-H1D$wSGo*P&%ZY#F;>A({34sXV;i*nHF;CU}+9?ESa~A
zNEBG4&@=1Qg%g>2Tf73wE@mFla+ea!9RTKJ>TYokaMGvac*2qZ0<tc^(k&#xO~iDS
z#GT?ta_l#O<2Did&+#_h8B4LhPAeSl%7bh?F=orC$K%Ple*OAJA;c;vWt-pc|IqDr
z?*y<hjqA@opYPdB^Nxvt4I4Jh6+(PYM04X;^dbNd(LK!kKpOWOR&rYwP+ngCpb+9X
zfa#-jy~50Y5K)Jf{FVhsDXTGh@&KR$aQl3|i&pYmT1MS&_d_tfb^-u1AI{Cqtw}Q6
zM?_@+dgATrL=^CNJeE$PB>~J_2tYBJ-t+tYu9}*f-;<2(_IkYsn0brI{77eKr^^Zl
ztJSD^vnmpaMAClMi9{kt%xz{)wsk&YSP~$FFblX)S6A0%?w3-2&CGk5d9M({0DyxB
z4|W6Se|U{xl^Pb7?muQW3z)xk>sEVJRaO6+nBVUY00<;;y#`<!00<#039vc`%sX{z
zC=^<n&S%}ab$I}uND*Vyup~fHlqPeVnRk?y4*y-vX0z=BU^n@kw!*=3E#!8)I{?fw
znZ6^UT>vgI^L3xk7b+_&dsGPFA|e+CeeV)NEUvAsJ(FpE%L2;F%a=(h4Wyn=Js7xJ
znNj2O`6{gBxBOCHTU+}L5vAHT1X7S^<}<3QzG*f8nCwb;z1}J!dLF>vBN!ebqMbyv
zeE<IaeO7ai>HC1&?VbkU6#y?Hw&^QP$3<oi2q6x8z1}g~n*0x^Gwkr}`l$~90000<
KMNUMnLSTZ@g(`di

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-mdpi/ic_stat_service_notification_icon.png b/standalone/android/icons/drawable-mdpi/ic_stat_service_notification_icon.png
new file mode 100644
index 0000000000000000000000000000000000000000..7febe040d0e52d8c808a833eeb4ee3ba01f2d5f5
GIT binary patch
literal 946
zcmV;j15NyiP)<h;3K|Lk000e1NJLTq000>P000>X1^@s6#OZ}&00004b3#c}2nYxW
zd<bNS00009a7bBm0004D0004D0rH;lJ^%m!8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H1120KLK~zYIwUkY0TvZguf9Jk=8E3}OG9eQyYV1a&At02{jhY#0
zY+%|)s0CeR6Ud~xP~)N?$}qc9XbeFiA9NGVLQ|q(N=zxvBuEiOL}&{YQ*q%(Lycb@
z#!24X<HDJAu$`GSjsMN#o_o*#_s%`<JW*BtZyA8z#olOq$?Mul<M@)-)w|dm-Gmf_
z?io>??YYpiYbO9b7kYMy>TEISo&hlNrNhU8KA?TW4NmR^r0mlU^u?DBA2&|PtN`Bu
zh?)g&-V5Igz?=8NqGqAI{N5><6;V~5$$A~20Tp{a8$b8Uz10DS&L54fHx(ZQ@w4&y
zOQsy}P|<f(oQLZrcP}S96FIN1dpX%z@7#J*@ewd%Dy9?4jqhIGf7V!i9rV3K&O0fH
z+$q^uGXVPGzt7txh$M2}Nfk3=tbHSq+yDM1B%MxM72}G^UeFVXY;q=($(TDC)lw#t
zF^Oz)2K0oe>{T&tI-RxvQay}`+>v7{Oc={K75P=g&WXyqRbEk`8TboWyA>|I0D<R4
zwZ$5eqNK9%kI!ya_}_^?bpB|}I_vlQj-0kehK<#0jjAx#K5C5_4V3gXQ);@o`0U(j
z_5N*;dP?Mui~=u<>RX>C=7+bMcUSj*OXA<v>AIDO$d#^+w#xFOzSakRYH?fIek|O0
z?vvlHSK|A=yu6C4-4^8PlaDu3YWlO$o0dv;&%Q4%)g0nLz2u0E`gv~t(FhWBotjlN
zggkWdVgc9<FfcIC3}B4ua2#iM^|`gRwckJ3E~KKt!NJpkKp<tUJ!p&>Rn-I4`>n05
zdw}g-7r@Za&@mAi2Gnt!Lb->30}7~!9E`<ctMxn@e!{AnE*m~QK0f|UIeb-Bp8)Pt
z)l-$<$F?Cr47f5eG4WY>JqOHAPELLcTmuf&%q*+n#HUiJpMhwhP>4=XPv<M~{{H?*
zC=^-&T7$u0cx-H}Sj%H8jUNF{g~Q>6R4Vm~>$*SqzW-P#6nYhC1HP^Y*b*cXiM*Z9
z=U-CQr+}|EHa4oa^VZrI8+kPB$;ik^!T0@65qT510Th8%Amh4j`_$Cb=Z!r60S_=c
Uu9IWg<NyEw07*qoM6N<$g1U^p`Tzg`

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-xhdpi/ic_launcher.png b/standalone/android/icons/drawable-xhdpi/ic_launcher.png
new file mode 100644
index 0000000000000000000000000000000000000000..601b787cbadaeac1d12d5c766482dcdde8377b8b
GIT binary patch
literal 3396
zcmV-K4ZHG*P)<h;3K|Lk000e1NJLTq003YB003YJ1^@s6;+S_h00004b3#c}2nYxW
zd<bNS00009a7bBm000F_000F_0UE<~Z2$lO8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H148ci6K~#90?VWpcRK*>~zrTAo8xjHpj?s!x&EZ%|eSl)MQpi36
zBFiSAmF3uas#fv>A8k*yXi*wktF8W_v`CgmK|!>^7DxgFG1=V!Y84f!txz9Gtzbp5
zmPg1w=GQ-VlWelNckgCzayQF<&bcSqncvLsxAVI*cV_O)EHN`O7>8uE0cSfI2N+Do
z0S1$CfWfFbz|vA$X!kfv`^%Vg!|rjGT3SjA)npVM;M(YtiFrK}t+ja_qx3f~y|H;6
zqnKzdF|T)RbjeC`iViqd(E1=TCIJ`@$m^=Bt251&M#5z!uLCfg7?X|_v_7aL+hd^?
zH#;W*SQHgx^;+JzPiH&RmPlDyqk<Mi$}|S*J`i(kcMNUKk@o@U)^<?<2u<=>x9-)|
z+BC!Fop}`?zYK6zx2Quot)U6qW^DUkbYM&kXw5M#LrmcV;S8k>Hm@sBPlMBmaM?&3
zdMJDVD2$YC7rHpW>MOk&;9FF5T+Gz^WU_{)E0MCfSViKNa2a>f(F7GY&%97b^4kCp
zi?4`XUQ5Hq<jhSktUl))VycZVNnc4KG``8c^)L{r0j`ZMSxC})ErkyN#N@WL%pRSL
z!RdshW%g)da%+?3VM3BRx~38U94lzOAHd`UbPkt9DAP4XxXUSt&^iFa6G%2WQsy9A
zv*Q{jX*U2<qRNT+7tOYY-z1tYov?eH4=~Zgy+|4)7L!d((lmgc?F{G30bHSw=nH@v
zIwT2&j_r=2-Mdz23y$rMp`0TZ0`zoy7!%JR#<>bf-U4WUr>rzBW*lJkIqxE-r3x9m
z=dsp*BWcUi7@N0rKfssu6h}<=G~4RBlx<8KPE4OEXHQC=&CmfWmJt(w(LF4t-Dl#@
zh^hVKrvMHz(LqV@L4XhFW@p+WZex<i5sR?^MJ_%c0EqeX?$R+1$O^Q*8OX}HI`?$&
z;Mv-?CxgejwGlvLblBuQvxZ~^f@1?&^g&DlX4ZUxK~q|06eN=7Y`Uhj%qRed2e(?U
zn1^t8Y+l<S;=#pCC;`X`;7gCSzQ>2m*^bp$@&+-T5Aaqd)cMUhFTH$iZL3<E9vxuw
z-jEN3z6XdBCYnZ!+~{~ANmu%cw!EdY{R0}ir(`@6_H_$x1<*vy^=5zYg~sWP$GfLf
z7|Dur0A2;qtZs$R0O}>ds$M-ik<I|9N4SjI$pPSGBDddcKEJ0_icOHsTe1t0=?NzI
ziFtz@GClTE@#cT%Yq)l*tE(li<#m^ujM*Qk-*MfJQ~hOAcPuT=am4g90Jjjs91f+u
z9&6pVdy-d~exS7gj|bQ-hv<nWd&4Kuu~uKn4a6twJyuUpFXQ9kwRp`y-g9a)esgXi
zfPQm;Yokm4{G8LXJhrWy7|gz+hIawnQMBv&MRLe|4}eO5*D9q~bik04c&>HOnHP3W
z-T75?cyY61Oh}ej5W~)t_eTJC==Eg=BA=amdMPo@w|bqsriNzDd#QNqKLMa+O5;%g
z3n%ZH_3+?RZ9*x1++I*Su8l7FSi$KZGtrXh=K>Qy<h3;XD%mfh1)JA42*```{4o`J
zteZaS4|}Y>l6#5qyQrWu096Ag9@pA3Xqrx*+BEC(V+F0R0Q7kG9uYAuv3Z?pZ_(0{
z@Cz9Hwp;KZfFA+!UMp@cy;4g)aUD?H>=+X?iPr)2_z(dACR%Otmd@6qFdeXaN*u)W
z3;<FPxk5<%S4)d?T)e#EI-tqE?E?URP?HHi?Rk^c=loOAuIqd3ZlwcLn`WJ7_c%8&
zVJm<^YO+kcBJx01MN<=WGVka@0I$ZABPN#|GQVr}IjabybaxCm2t+n-X+=mD2bk#Q
zc=AkmGxxOksg}GoIbiR^y#Z5@<^uS4d}$s=Oix+8P7N=p2L|Eq!ZiT$HHd$j734YF
zW^8NIlDFp9kUOW={cBp2(-JU|hZtXvCr^ym+yA$DOBVv%N(^tat^RGTI*q{6GV?NG
zvJ%rUkG1~S0KkOTh;dWAv`jc63CX^*c*}=c^=a;gb{be(C<*oexKKr`HM=b^s&RVb
zamRK?_UT;tc)0h(TRhf=*#Kbolsv-()lsbi*=mvDQ9Ba)QUt1Nw$`}-z~(J^9>82C
z__N#mBX(T3<J6Sh&f%sYeGFi*N;aPe2{vC*{d<Y%PIy&=uc+=&RzR8rz^f!fjP>mk
zPpvu9l=iMGQ|Ej*6U+z~W}=rWk>P(rc`}5#)2^_M#4!8K*){;!HM!x-NUui$-XkRW
z+C&Q<=;a2D7pHAGV)b2BOiYUbgksDgj(YDYT^|+mesA>kFVQw~hwV&QimnrFV1fYn
z;euni7GKfkk9(u7*Xw!~FJ3H~ZFNf|!9_r4dk>JuV{LdR%FHMS$OFs))M2~FT6X}z
zi&27aNrLPiYr~@2Ikho2p;nS!Sk+{2c-d=hxQ2;c0Nw-8arZ|yc3jf_IV%{7eI=J-
znEi5;jXb8f*)gW$6Va1Q_>hUd@3l5eY_`?;lGUfn$~Fdbc&+HkZ&`g4>pEjh(>wpC
z!0_X_hxO3cm%KP_%Mm7=ZvQMKxuX{NEcJ~i^NxPgYpHvVq0a{Egjd6<;jwyxUA83v
z2Z`zTLgI<UJUE%E+RwZLKmgba;P35$3}#G3Ku<*pcSH3e{0dJbG;P5oWf7xJO@<h^
zG6|KnO|b~c^dF;Mu^Q%p-k@bVS`rx5WUv23O(vB{yVcFaQop^S(}T2g03c@^U?jvR
zG7c~jNo1NJL-Cva1Es4AAPpS=U_jLXT?b-)&50o=LPJjEJx|OmB;xS2GjaGcn3%Xf
z*D2}2fEov+Bk9-#4JZt2f(}fYFr9?B!6^M*Al^6jmA};(q1rG95R363R2Zed3q)H0
z7~%lqnjoUg!v_XBfQ8670LDIqGY)`(4v;cU5P(b#FdXBa0ht;Az`$;(Y?7blklzac
z#3llO0Ef5eQ@6hWK&Ht55!v>*AcvQTliVqbn0!psB|MT>D3VqLrI;P;{Y7Rf!eBB}
z5eAdev!V0m&AU*R<(mN50Gt;L2JNd?uRZ|)RaI3N2qBtuQnktLcHgg4UI~$s4ydZC
zI#&qsD_NH3A*z-NA)=1}&H^x2CzXcn>PaaFxLhvth!G=x!psi<7;3aV{Xxn+1Bi(7
z^Yfo&=0|as6h4qb4k#-tdz^^k?m|g7Qlbf}tgO6?h%{|#(}9lx)B*?*QAh|8BBD3?
zNp}o}J7E6&`D2;+iGEZ$8bD~piWLhv1qMNeH$kCL=uQLdxUa0NY;ARQwc$6Qp$@qF
z?z@KqxHXPg2*74$zUiWiF4A;{og_&%BKi>k#iMnI=!Zv+9QmbYWBUk0?|`<pw%Y&<
zQ4u*wM00CuYPKbk@0l}a_N`g7#_Mvqp2^S8_Yu)|6-4i>sHk|%?RI~q5Z~t*S_7C_
z?WKGh0865UA5Cp-ZAb|50{}_|JdBy=_cnh$Fw_A=q&AX$#O-#!nXHagt5zLm=6h9a
zxHDND$zYfRBJID@6u{B!?CeMN(nUnIfa2DokrfpchD}8n<^aFnuXqME5xu%}=~7K+
zEodRq#<!@57<LS&kxh`|c@xa6`*{*Xv_~cGQoZ$Q#V`j5A=LJI<*LL10BUM#4*UK7
zoSv>VYu5a?2YqK$Y%%Oma^qIU5uH$pR{i-u0EmoY6$`ZoeSWR7{fS{UAdUn2;x`IX
z^5}gd9iTS&8DCyreu+waZ%{nb&dAzfm;;tCU;Yt*LrU>PRH>J)s;a6>p;D`u`BS}g
zC5q9LaWAOE-CkZ^J|S5JE|<&9%ulJw5Ydrj_4F2_9q?zBxWPo!P*qiRK{5*R^Yd3S
z^Ar`4Ab{P;=tu@b*98#~m6w+vMtF{1i9^i1aOKLC8xxtoFE1~*5Yf*8%!nhp-R*We
zwC1ZfhA+&jsHj*1K=Jo>qu2{zEr3@>jvTpv@#4i@Hse)PRAd3TjG4bfM7IODN<*GZ
zMAK?&YV=y(k}#>@fGlR-O+;5Gkn9wI_lYRT%mU%@%s9k3Otl9dHEKOjJ4QbP;C8zM
zvMkR9@MQwY1_Kz+%o7nlQuzubSoqAmXXMC{T54XOVt5T`r?Rqg7Bg?|Cw0e7Cewsv
z%a--(pglb?yau#WQ&Y1Az(eT!eFL8hA?Bn);R7jD1KKGsFP}j~PXj3EgY5qzNmAAF
z<;xQ~QL8UWIR^m1f&~k{77Pa00hp>&md63y<#xL_=#-ysq@)9Y@ED=2tgMQNZiC8i
z7sTOh0NVj9b-Ue1bu&&!Qq}>{ELgB$bRZD8k%(?Y_&3{y%C(<}wg&=%9jjNbHf)MP
aEB^=B(&m%}W9@YS0000<MNUMnLSTZ2i#=}u

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable-xhdpi/ic_stat_service_notification_icon.png b/standalone/android/icons/drawable-xhdpi/ic_stat_service_notification_icon.png
new file mode 100644
index 0000000000000000000000000000000000000000..253e90eb808702ae49589e42f308a870e71d851a
GIT binary patch
literal 1837
zcmV+|2h#Y7P)<h;3K|Lk000e1NJLTq001%o001%w1^@s69zTe&00004b3#c}2nYxW
zd<bNS00009a7bBm0008P0008P0d_0+{Qv*}8FWQhbW?9;ba!ELWdL_~cP?peYja~^
zaAhuUa%Y?FJQ@H12C7L!K~!jg-C2EX8|58-e(yO>?3xC(X}5w3LPO1}wwqK6RW_R3
zxlPn2jlE4^B+$AQL9gwkX%yIo_D58SN>Cw$#7APel>mX5Qr3(lw1u|0OM`&11~fE@
zm4YZMbSiEdKGZm=eeZ97<eZ*eJ0HG_3p|qLdw(DA`#gR>?=>+qz7G&rnt)fhOi1&=
z=DAmb$V^a(V~&up5s8ijmBX5;`N~IYX3$K{Hxg71hmA<oX`c|%bU1nq6YnL)EkLNP
z{1m5)P#ZCBVdA|_hojeItpWfDMCl6o9Dw<@{UOba+<GNwP6nIPLw0d~x<WojAOdV5
zs@Zx!fOU=>1>hGNk2F@7muhj0bKw^NC=T;Fn>)nXzQ{@@-c=y?`gBFrGi6~p4cJ_+
z&$l!2uC;xUl|l-R5Tgsgr@0~YDlwF>5v?r`)#3;n(OP0C0KJ;$`ji-5;~MM@F>FMh
zVd8Ds2x4B<r}Yk&lkikncQpDFOOgM|mWipoPwU<e0FGsrdzt8@kn%$&<wVW7%1_Eq
zb#knEW97e(t@+1|OiHa3R7=b!vOdZ`qBI_9tj_qV)&mqW)b71yXFCbP#>TsuFalH@
zGSsdwoxX{Egg~U3k=~3ikOc5oCf;6lrc;24?gi*2Ad}S0)<dy<v56IIVrVg#HMFJx
zywAjsYUa&<YaVHydtk$XuS;pv?%BB0R*@DvUT=KmOeys>A8ekhzO(x0{q=*tWWt{T
zPIcbiX=VL6M-*RX^d3X)S+($s;Qs#l;}4_)%I9HYV@oLwXMFwufIFO@bOo1mjtd(b
zTT%h#jM*^wN2YIHG1TsxeVNhUI%6)IBkPW~EU^^jMSxe?rVBz+{n2puyEAEAGh2QL
zi2vnUX{n)h|7RxktnG`el!A`|m}8sXlY;N+ukZc98CT#KUpd5-^UKY#6dq9fTOTav
zVNx?SpW5I0pr!BtE{OnutE)!+L;3NS2|2QM|Bzx?%>a^F8!>{!*bQ9O0{}mJD;Agq
z?#Qh>)J=@t#0X}6OgK+0HoVrf|BL**%Z64KVWVX=lQ;q(<Ou#t&AH%X$pxt)V*HLt
zya~uXML78Z)aBX!31Fm9uwp6OrLa~p;psris!0XJ9{_s9Az}pJ^=3owK%xAiLI9xQ
z*e@0nTTc-q0$>!N#Y}PqG4&DidL}*#i1&(CFe6YMv8-mILrkK{Qmo^OMW5L{auD!s
zH`K0E#j+=T)$OnU`)RYGC(49h0eH+%yU!6*695p)kGv6Z376`W>j!S_9UdQAbcdn#
zG*2c1$T^}EhuP561)yuZF$^<daQ;x}RC2+E74E3#V!Y1OATgZ>07LEBIo;ezht`zI
zAW}`WvXD>6;18q_r*f^l0=Q7HCr#BHW0X$D)pE*UhKkWbKFw?y%eM*1-y97a1>@bK
ztk*$`<x9_2-DMS$uHcKaRrjpz)MJ%%zN#D>-R!h2NLH0}0G$q8O?Fe$eAiw~F86}S
z*JD*5-gNwU!Oe0yaMdFVFC=TE;?0H_^rh<nyj^Pk_xJAiy9!rB%U|WUth8lcBQe=#
za)jjD$l)1(X8W7qYDIH3*}qNjeEHRN{l`R9Z&}s{i9}*R*Y!IA)K8TsrF=M%NPJdm
zyPgTzwr$%&Ddlbeo0yq|5cdHXz_<u~s(d2q0B~i6Y~H;2YQNv#2Vj{O^_2oog!ujb
zeJD-DX=c8gh|Y&Xp%YVw7l&&hTeohlL+)P^0C16rJ}wac34k<!C3bl+5j~ztrRw7G
zc*+eA*ZT-F-{UM3QJ-a5%Q`wbdJ2TU6OYGh0X*Tbtq24HTio*SVne*n@oW*%ragQ1
zO!^u;JUsj-0AD#wzi~^#wGbi-If{qc+uJ{%DyOrv^CA&BFW9bi%fpMIbyfD6h?4n!
zDP<dgr2v*@GMOC?m-EJPUMv<<-~wK(S`$6O%;9`zB9S-?;B3BKN;yh2abgkG)zvkH
z;-(8P=7@7BUAJY+mL)|aZNy?RKM}P$Ort`G^KM9ZA>?Iefry^fbv;-tc<0WYzIpTJ
z#gRKN-i^oOuHNTe4=pL>J|V;|0NMNCIshkhU4N39PYNMUr_<>(ilY3Kh;9QA#ijrA
zvpC?EhbO0BUDtI09VHPUdVA5LMQhsH+A?l9cy^4}b^Un&zn)>*e}xbY?d|QS+_vx8
z8)7^j-$X>e2MS-<6-vouGRwUX0nEaSm9FbQ!g$Zz2H*w&8T(@aI7vhYEz9aoBogm?
b+3x=VImma{Npry`00000NkvXXu0mjfqQPjq

literal 0
HcmV?d00001

diff --git a/standalone/android/icons/drawable/ic_launcher.png b/standalone/android/icons/drawable/ic_launcher.png
new file mode 120000
index 0000000000..28d94e566c
--- /dev/null
+++ b/standalone/android/icons/drawable/ic_launcher.png
@@ -0,0 +1 @@
+../drawable-mdpi/ic_launcher.png
\ No newline at end of file
diff --git a/standalone/android/icons/drawable/ic_stat_service_notification_icon.png b/standalone/android/icons/drawable/ic_stat_service_notification_icon.png
new file mode 120000
index 0000000000..3c30c49b06
--- /dev/null
+++ b/standalone/android/icons/drawable/ic_stat_service_notification_icon.png
@@ -0,0 +1 @@
+../drawable-mdpi/ic_stat_service_notification_icon.png
\ No newline at end of file
diff --git a/standalone/android/install-haskell-packages b/standalone/android/install-haskell-packages
new file mode 100755
index 0000000000..df870b96fb
--- /dev/null
+++ b/standalone/android/install-haskell-packages
@@ -0,0 +1,146 @@
+#!/bin/bash
+# Bootstraps from an empty cabal to all the necessary haskell packages
+# being installed, with the necessary patches to work on Android.
+#
+# You should install ghc-android first.
+#
+# Note that the newest version of packages is installed. 
+# It attempts to reuse patches for older versions, but 
+# new versions of packages often break cross-compilation by adding TH, 
+# etc
+#
+# Future work: Convert to using the method used here:
+# https://github.com/kaoskorobase/ghc-ios-cabal-scripts/
+
+set -e
+
+if [ ! -d haskell-patches ]; then
+	cd standalone/android
+fi
+
+cabalopts="$@"
+
+setupcabal () {
+	cabal update
+
+	# Workaround for http://www.reddit.com/r/haskell/comments/26045a/if_youre_finding_cabal_cant_build_your_project/
+	# should be able to remove this eventually.
+	cabal install transformers-compat -fthree
+	cabal install mtl-2.1.3.1
+
+	# Some packages fail to install in a non unicode locale.
+	LANG=en_US.UTF-8
+	export LANG
+
+	# The android build chroot has recent versions of alex and happy
+	# installed here.
+	PATH=$HOME/bin:$PATH
+	export PATH
+}
+
+cabalinstall () {
+	echo cabal install "$@" "$cabalopts"
+	eval cabal install "$@" "$cabalopts"
+}
+
+patched () {
+	pkg=$1
+	ver=$2
+	if [ -z "$ver" ]; then
+		cabal unpack $pkg
+	else
+		cabal unpack $pkg-$ver
+	fi
+	cd $pkg*
+	git init
+	git config user.name dummy
+	git config user.email dummy@example.com
+	git add .
+	git commit -m "pre-patched state of $pkg"
+	for patch in ../../haskell-patches/${pkg}_* ../../../no-th/haskell-patches/${pkg}_*; do
+		if [ -e "$patch" ]; then
+			echo trying $patch
+			if ! patch -p1 < $patch; then
+				echo "failed to apply $patch"
+				echo "please resolve this, replace the patch with a new version, and exit the subshell to continue"
+				$SHELL
+			fi
+		fi
+	done
+	cabalinstall
+	rm -rf $pkg*
+	cd ..
+}
+
+installgitannexdeps () {
+	pushd ../..
+	echo cabal install --only-dependencies "$@"
+	cabal install --only-dependencies "$@"
+	popd
+}
+
+install_pkgs () {
+	rm -rf tmp
+	mkdir tmp
+	cd tmp
+
+	patched network
+	patched unix-time
+	patched lifted-base
+	patched zlib
+	patched MissingH
+	patched distributive
+	patched comonad
+	patched iproute
+	patched primitive
+	patched socks
+	patched entropy
+	patched vector
+	patched stm-chans
+	patched persistent
+	patched profunctors
+	patched skein
+	patched lens
+	patched certificate
+	patched x509-system
+	patched persistent-template
+	patched system-filepath
+	patched wai-app-static
+	patched shakespeare
+	patched shakespeare-css
+	patched shakespeare-js
+	patched yesod-routes
+	patched yesod-core
+	patched yesod-persistent
+	patched yesod-form
+	patched crypto-numbers
+	patched yesod-auth
+	patched yesod
+	patched shakespeare-text
+	patched process-conduit
+	patched DAV
+	patched yesod-static
+	patched uuid
+	patched dns
+	patched gnutls
+	patched unbounded-delays
+
+	cd ..
+
+	installgitannexdeps -fAndroid -f-Pairing
+}
+
+echo
+echo
+echo native build
+echo
+setupcabal
+installgitannexdeps
+
+echo 
+echo
+echo cross build
+echo
+PATH=$HOME/.ghc/$(cat abiversion)/bin:$HOME/.ghc/$(cat abiversion)/arm-linux-androideabi/bin:$PATH
+setupcabal
+install_pkgs
diff --git a/standalone/android/openssh.config.h b/standalone/android/openssh.config.h
new file mode 100644
index 0000000000..31e78e0b83
--- /dev/null
+++ b/standalone/android/openssh.config.h
@@ -0,0 +1,249 @@
+#define DISABLE_SHADOW 1
+#define DISABLE_UTMP 1
+#define DISABLE_UTMPX 1
+#define DISABLE_WTMP 1
+#define DISABLE_WTMPX 1
+#define ENABLE_PKCS11 /**/
+#define GETPGRP_VOID 1
+#define GLOB_HAS_ALTDIRFUNC 1
+#define HAS_SHADOW_EXPIRE 1
+#define HAVE_ADDR_IN_UTMP 1
+#define HAVE_ADDR_IN_UTMPX 1
+#define HAVE_ADDR_V6_IN_UTMP 1
+#define HAVE_ADDR_V6_IN_UTMPX 1
+#define HAVE_ASPRINTF 1
+#define HAVE_ATTRIBUTE__NONNULL__ 1
+#define HAVE_BASENAME 1
+#define HAVE_BCOPY 1
+#define HAVE_BN_IS_PRIME_EX 1
+#define HAVE_CLOCK 1
+#define HAVE_CLOCK_T 1
+#define HAVE_CONST_GAI_STRERROR_PROTO 1
+#define HAVE_CONTROL_IN_MSGHDR 1
+#define HAVE_DAEMON 1
+#define HAVE_DECL_GLOB_NOMATCH 1
+#define HAVE_DECL_H_ERRNO 1
+#define HAVE_DECL_MAXSYMLINKS 1
+#define HAVE_DECL_OFFSETOF 1
+#define HAVE_DECL_O_NONBLOCK 1
+#define HAVE_DECL_SHUT_RD 1
+#define HAVE_DECL_WRITEV 1
+#define HAVE_DECL__GETLONG 0
+#define HAVE_DECL__GETSHORT 0
+#define HAVE_DEV_PTMX 1
+#define HAVE_DIRENT_H 1
+#define HAVE_DIRFD 1
+#define HAVE_DIRNAME 1
+#define HAVE_DSA_GENERATE_PARAMETERS_EX 1
+#define HAVE_ENDIAN_H 1
+#define HAVE_ENDUTENT 1
+#define HAVE_ENDUTXENT 1
+#define HAVE_EVP_SHA256 1
+#define HAVE_EXIT_IN_UTMP 1
+#define HAVE_FCHMOD 1
+#define HAVE_FCHOWN 1
+#define HAVE_FCNTL_H 1
+#define HAVE_FEATURES_H 1
+#define HAVE_FREEADDRINFO 1
+#define HAVE_FSBLKCNT_T 1
+#define HAVE_FSFILCNT_T 1
+#define HAVE_GAI_STRERROR 1
+#define HAVE_GETADDRINFO 1
+#define HAVE_GETCWD 1
+#define HAVE_GETNAMEINFO 1
+#define HAVE_GETOPT 1
+#define HAVE_GETOPT_H 1
+#define HAVE_GETPAGESIZE 1
+#define HAVE_GETRLIMIT 1
+#define HAVE_GETTIMEOFDAY 1
+#define HAVE_GETTTYENT 1
+#define HAVE_GETUTENT 1
+#define HAVE_GETUTID 1
+#define HAVE_GETUTLINE 1
+#define HAVE_GETUTXENT 1
+#define HAVE_GETUTXID 1
+#define HAVE_GETUTXLINE 1
+#define HAVE_GLOB 1
+#define HAVE_GLOB_H 1
+#define HAVE_HEADER_AD 1
+#define HAVE_HMAC_CTX_INIT 1
+#define HAVE_HOST_IN_UTMP 1
+#define HAVE_HOST_IN_UTMPX 1
+#define HAVE_ID_IN_UTMP 1
+#define HAVE_ID_IN_UTMPX 1
+#define HAVE_INET_ATON 1
+#define HAVE_INET_NTOA 1
+#define HAVE_INET_NTOP 1
+#define HAVE_INT64_T 1
+#define HAVE_INTTYPES_H 1
+#define HAVE_INTXX_T 1
+#define HAVE_IN_ADDR_T 1
+#define HAVE_ISBLANK 1
+#define HAVE_LASTLOG_H 1
+#define HAVE_LIBGEN_H 1
+#define HAVE_LIBNSL 1
+#define HAVE_LIBZ 1
+#define HAVE_LIMITS_H 1
+#define HAVE_LINUX_AUDIT_H 1
+#define HAVE_LINUX_FILTER_H 1
+#define HAVE_LINUX_IF_TUN_H 1
+#define HAVE_LOGOUT 1
+#define HAVE_LOGWTMP 1
+#define HAVE_LONG_DOUBLE 1
+#define HAVE_LONG_LONG 1
+#define HAVE_MEMMOVE 1
+#define HAVE_MEMORY_H 1
+#define HAVE_MKDTEMP 1
+#define HAVE_MMAP 1
+#define HAVE_MODE_T 1
+#define HAVE_NANOSLEEP 1
+#define HAVE_NETDB_H 1
+#define HAVE_OPENSSL 1
+#define HAVE_PATHS_H 1
+#define HAVE_PID_IN_UTMP 1
+#define HAVE_PID_T 1
+#define HAVE_POLL 1
+#define HAVE_POLL_H 1
+#define HAVE_PRCTL 1
+#define HAVE_PROC_PID 1
+#define HAVE_PUTUTLINE 1
+#define HAVE_PUTUTXLINE 1
+#define HAVE_REALPATH 1
+#define HAVE_RECVMSG 1
+#define HAVE_RLIMIT_NPROC /**/
+#define HAVE_RSA_GENERATE_KEY_EX 1
+#define HAVE_RSA_GET_DEFAULT_METHOD 1
+#define HAVE_SA_FAMILY_T 1
+#define HAVE_SENDMSG 1
+#define HAVE_SETEGID 1
+#define HAVE_SETENV 1
+#define HAVE_SETEUID 1
+#define HAVE_SETGROUPS 1
+#define HAVE_SETREGID 1
+#define HAVE_SETRESGID 1
+#define HAVE_SETRESUID 1
+#define HAVE_SETREUID 1
+#define HAVE_SETRLIMIT 1
+#define HAVE_SETSID 1
+#define HAVE_SETUTENT 1
+#define HAVE_SETUTXENT 1
+#define HAVE_SETVBUF 1
+#define HAVE_SHA256_UPDATE 1
+#define HAVE_SIGACTION 1
+#define HAVE_SIGVEC 1
+#define HAVE_SIG_ATOMIC_T 1
+#define HAVE_SIZE_T 1
+#define HAVE_SNPRINTF 1
+#define HAVE_SOCKETPAIR 1
+#define HAVE_SO_PEERCRED 1
+#define HAVE_SSIZE_T 1
+#define HAVE_SS_FAMILY_IN_SS 1
+#define HAVE_STATFS 1
+#define HAVE_STDDEF_H 1
+#define HAVE_STDINT_H 1
+#define HAVE_STDLIB_H 1
+#define HAVE_STRDUP 1
+#define HAVE_STRERROR 1
+#define HAVE_STRFTIME 1
+#define HAVE_STRICT_MKSTEMP 1
+#define HAVE_STRINGS_H 1
+#define HAVE_STRING_H 1
+#define HAVE_STRNLEN 1
+#define HAVE_STRPTIME 1
+#define HAVE_STRSEP 1
+#define HAVE_STRTOLL 1
+#define HAVE_STRTOUL 1
+#define HAVE_STRUCT_ADDRINFO 1
+#define HAVE_STRUCT_IN6_ADDR 1
+#define HAVE_STRUCT_SOCKADDR_IN6 1
+#define HAVE_STRUCT_SOCKADDR_IN6_SIN6_SCOPE_ID 1
+#define HAVE_STRUCT_SOCKADDR_STORAGE 1
+#define HAVE_STRUCT_STAT_ST_BLKSIZE 1
+#define HAVE_STRUCT_TIMESPEC 1
+#define HAVE_STRUCT_TIMEVAL 1
+#define HAVE_SYSCONF 1
+#define HAVE_SYS_CDEFS_H 1
+#define HAVE_SYS_DIR_H 1
+#define HAVE_SYS_ERRLIST 1
+#define HAVE_SYS_MMAN_H 1
+#define HAVE_SYS_MOUNT_H 1
+#define HAVE_SYS_NERR 1
+#define HAVE_SYS_POLL_H 1
+#define HAVE_SYS_PRCTL_H 1
+#define HAVE_SYS_SELECT_H 1
+#define HAVE_SYS_STAT_H 1
+#define HAVE_SYS_SYSMACROS_H 1
+#define HAVE_SYS_TIME_H 1
+#define HAVE_SYS_TYPES_H 1
+#define HAVE_SYS_UN_H 1
+#define HAVE_TCGETPGRP 1
+#define HAVE_TCSENDBREAK 1
+#define HAVE_TIME 1
+#define HAVE_TIME_H 1
+#define HAVE_TRUNCATE 1
+#define HAVE_TV_IN_UTMP 1
+#define HAVE_TV_IN_UTMPX 1
+#define HAVE_TYPE_IN_UTMP 1
+#define HAVE_TYPE_IN_UTMPX 1
+#define HAVE_UINTXX_T 1
+#define HAVE_UNISTD_H 1
+#define HAVE_UNSETENV 1
+#define HAVE_UNSIGNED_LONG_LONG 1
+#define HAVE_UPDWTMP 1
+#define HAVE_UPDWTMPX 1
+#define HAVE_UTIMES 1
+#define HAVE_UTIME_H 1
+#define HAVE_UTMPNAME 1
+#define HAVE_UTMPXNAME 1
+#define HAVE_UTMP_H 1
+#define HAVE_U_CHAR 1
+#define HAVE_U_INT 1
+#define HAVE_U_INT64_T 1
+#define HAVE_U_INTXX_T 1
+#define HAVE_VASPRINTF 1
+#define HAVE_VA_COPY 1
+#define HAVE_VSNPRINTF 1
+#define HAVE_WAITPID 1
+#define HAVE__GETLONG 1
+#define HAVE__GETSHORT 1
+#define HAVE__RES_EXTERN 1
+#define HAVE___FUNCTION__ 1
+#define HAVE___PROGNAME 1
+#define HAVE___VA_COPY 1
+#define HAVE___func__ 1
+#define IPV4_IN_IPV6 1
+#define LINK_OPNOTSUPP_ERRNO EPERM
+#define LINUX_OOM_ADJUST 1
+#define LOCKED_PASSWD_PREFIX "!"
+#define LOGIN_PROGRAM_FALLBACK "/bin/login"
+#define MISSING_FD_MASK 1
+#define MISSING_HOWMANY 1
+#define OPENSSL_HAS_ECC 1
+#define OPENSSL_PRNG_ONLY 1
+#define PACKAGE_BUGREPORT "openssh-unix-dev@mindrot.org"
+#define PACKAGE_NAME "OpenSSH"
+#define PACKAGE_STRING "OpenSSH Portable"
+#define PACKAGE_TARNAME "openssh"
+#define PACKAGE_URL ""
+#define PACKAGE_VERSION "Portable"
+#define PAM_TTY_KLUDGE 1
+#define SANDBOX_RLIMIT 1
+#define SECCOMP_AUDIT_ARCH AUDIT_ARCH_ARM
+#define SIZEOF_CHAR 1
+#define SIZEOF_INT 4
+#define SIZEOF_LONG_INT 8
+#define SIZEOF_LONG_LONG_INT 8
+#define SIZEOF_SHORT_INT 2
+#define SNPRINTF_CONST const
+#define SPT_TYPE SPT_REUSEARGV
+#define SSH_PRIVSEP_USER "shell"
+#define SSH_TUN_COMPAT_AF 1
+#define SSH_TUN_LINUX 1
+#define SSH_TUN_PREPEND_AF 1
+#define STDC_HEADERS 1
+#define USER_PATH "/sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin"
+#define XAUTH_PATH "/usr/bin/xauth"
+#define _PATH_BTMP "/var/log/btmp"
+#define _PATH_PASSWD_PROG "/usr/bin/passwd"
+#define _PATH_SSH_PIDDIR "/var/run"
+#define ANDROID
diff --git a/standalone/android/openssh.patch b/standalone/android/openssh.patch
new file mode 100644
index 0000000000..996143d0ed
--- /dev/null
+++ b/standalone/android/openssh.patch
@@ -0,0 +1,217 @@
+diff --git a/auth.c b/auth.c
+index 6623e0f..dd10253 100644
+--- a/auth.c
++++ b/auth.c
+@@ -337,7 +337,7 @@ expand_authorized_keys(const char *filename, struct passwd *pw)
+ 	char *file, ret[MAXPATHLEN];
+ 	int i;
+ 
+-	file = percent_expand(filename, "h", pw->pw_dir,
++	file = percent_expand(filename, "h", _PATH_ROOT_HOME_PREFIX,
+ 	    "u", pw->pw_name, (char *)NULL);
+ 
+ 	/*
+@@ -347,7 +347,7 @@ expand_authorized_keys(const char *filename, struct passwd *pw)
+ 	if (*file == '/')
+ 		return (file);
+ 
+-	i = snprintf(ret, sizeof(ret), "%s/%s", pw->pw_dir, file);
++	i = snprintf(ret, sizeof(ret), "%s/%s", _PATH_ROOT_HOME_PREFIX, file);
+ 	if (i < 0 || (size_t)i >= sizeof(ret))
+ 		fatal("expand_authorized_keys: path too long");
+ 	xfree(file);
+@@ -436,7 +436,7 @@ secure_filename(FILE *f, const char *file, struct passwd *pw,
+ 		    strerror(errno));
+ 		return -1;
+ 	}
+-	if (realpath(pw->pw_dir, homedir) != NULL)
++	if (realpath(_PATH_ROOT_HOME_PREFIX, homedir) != NULL)
+ 		comparehome = 1;
+ 
+ 	/* check the open file to avoid races */
+diff --git a/authfile.c b/authfile.c
+index 7dd4496..00462e9 100644
+--- a/authfile.c
++++ b/authfile.c
+@@ -613,6 +613,7 @@ int
+ key_perm_ok(int fd, const char *filename)
+ {
+ 	struct stat st;
++	return 1; /* check doesn't make sense on android */
+ 
+ 	if (fstat(fd, &st) < 0)
+ 		return 0;
+diff --git a/misc.c b/misc.c
+index 0bf2db6..4327d03 100644
+--- a/misc.c
++++ b/misc.c
+@@ -25,6 +25,7 @@
+  */
+ 
+ #include "includes.h"
++#include "pathnames.h"
+ 
+ #include <sys/types.h>
+ #include <sys/ioctl.h>
+@@ -538,12 +539,13 @@ tilde_expand_filename(const char *filename, uid_t uid)
+ 	} else if ((pw = getpwuid(uid)) == NULL)	/* ~/path */
+ 		fatal("tilde_expand_filename: No such uid %ld", (long)uid);
+ 
+-	if (strlcpy(ret, pw->pw_dir, sizeof(ret)) >= sizeof(ret))
++	char *pw_dir=_PATH_ROOT_HOME_PREFIX;
++	if (strlcpy(ret, pw_dir, sizeof(ret)) >= sizeof(ret))
+ 		fatal("tilde_expand_filename: Path too long");
+ 
+ 	/* Make sure directory has a trailing '/' */
+-	len = strlen(pw->pw_dir);
+-	if ((len == 0 || pw->pw_dir[len - 1] != '/') &&
++	len = strlen(pw_dir);
++	if ((len == 0 || pw_dir[len - 1] != '/') &&
+ 	    strlcat(ret, "/", sizeof(ret)) >= sizeof(ret))
+ 		fatal("tilde_expand_filename: Path too long");
+ 
+diff --git a/openbsd-compat/getrrsetbyname.c b/openbsd-compat/getrrsetbyname.c
+index d2bea21..5b5d599 100644
+--- a/openbsd-compat/getrrsetbyname.c
++++ b/openbsd-compat/getrrsetbyname.c
+@@ -56,8 +56,7 @@
+ #include <arpa/inet.h>
+ 
+ #include "getrrsetbyname.h"
+-#include "nameser.h"
+-#include "nameser_compat.h"
++#include "arpa/nameser.h"
+ 
+ #if defined(HAVE_DECL_H_ERRNO) && !HAVE_DECL_H_ERRNO
+ extern int h_errno;
+diff --git a/pathnames.h b/pathnames.h
+index b7b9d91..3c10b11 100644
+--- a/pathnames.h
++++ b/pathnames.h
+@@ -67,7 +67,7 @@
+ #endif
+ 
+ #ifndef _PATH_ROOT_HOME_PREFIX
+-#define _PATH_ROOT_HOME_PREFIX	"/data"
++#define _PATH_ROOT_HOME_PREFIX	getenv("HOME")
+ #endif
+ 
+ /*
+diff --git a/readconf.c b/readconf.c
+index 097bb05..dcbc008 100644
+--- a/readconf.c
++++ b/readconf.c
+@@ -1085,7 +1085,7 @@ read_config_file(const char *filename, const char *host, Options *options,
+ 	if ((f = fopen(filename, "r")) == NULL)
+ 		return 0;
+ 
+-	if (checkperm) {
++	if (checkperm && 0) {
+ 		struct stat sb;
+ 
+ 		if (fstat(fileno(f), &sb) == -1)
+diff --git a/ssh-add.c b/ssh-add.c
+index 738644d..f6fce4a 100644
+--- a/ssh-add.c
++++ b/ssh-add.c
+@@ -471,7 +471,7 @@ main(int argc, char **argv)
+ 		}
+ 
+ 		for (i = 0; default_files[i]; i++) {
+-			snprintf(buf, sizeof(buf), "%s/%s", pw->pw_dir,
++			snprintf(buf, sizeof(buf), "%s/%s", _PATH_ROOT_HOME_PREFIX,
+ 			    default_files[i]);
+ 			if (stat(buf, &st) < 0)
+ 				continue;
+diff --git a/ssh-keygen.c b/ssh-keygen.c
+index 4baf7df..ef8bb25 100644
+--- a/ssh-keygen.c
++++ b/ssh-keygen.c
+@@ -224,7 +224,7 @@ ask_filename(struct passwd *pw, const char *prompt)
+ 		}
+ 	}
+ 	snprintf(identity_file, sizeof(identity_file), "%s/%s",
+-	    strcmp(pw->pw_dir, "/") ? pw->pw_dir : _PATH_ROOT_HOME_PREFIX, name);
++	    _PATH_ROOT_HOME_PREFIX, name);
+ 	fprintf(stderr, "%s (%s): ", prompt, identity_file);
+ 	if (fgets(buf, sizeof(buf), stdin) == NULL)
+ 		exit(1);
+@@ -2268,7 +2268,7 @@ main(int argc, char **argv)
+ 
+ 	/* Create ~/.ssh directory if it doesn't already exist. */
+ 	snprintf(dotsshdir, sizeof dotsshdir, "%s/%s",
+-	    strcmp(pw->pw_dir, "/") ? pw->pw_dir : _PATH_ROOT_HOME_PREFIX,
++	    _PATH_ROOT_HOME_PREFIX,
+ 	    _PATH_SSH_USER_DIR);
+ 	if (strstr(identity_file, dotsshdir) != NULL) {
+ 		if (stat(dotsshdir, &st) < 0) {
+diff --git a/ssh.c b/ssh.c
+index 898e966..ef6c858 100644
+--- a/ssh.c
++++ b/ssh.c
+@@ -703,7 +703,7 @@ main(int ac, char **av)
+ 			fatal("Can't open user config file %.100s: "
+ 			    "%.100s", config, strerror(errno));
+ 	} else {
+-		r = snprintf(buf, sizeof buf, "%s/%s", pw->pw_dir,
++		r = snprintf(buf, sizeof buf, "%s/%s", _PATH_ROOT_HOME_PREFIX,
+ 		    _PATH_SSH_USER_CONFFILE);
+ 		if (r > 0 && (size_t)r < sizeof(buf))
+ 			(void)read_config_file(buf, host, &options, 1);
+@@ -748,7 +748,7 @@ main(int ac, char **av)
+ 	if (options.local_command != NULL) {
+ 		debug3("expanding LocalCommand: %s", options.local_command);
+ 		cp = options.local_command;
+-		options.local_command = percent_expand(cp, "d", pw->pw_dir,
++		options.local_command = percent_expand(cp, "d", _PATH_ROOT_HOME_PREFIX,
+ 		    "h", host, "l", thishost, "n", host_arg, "r", options.user,
+ 		    "p", portstr, "u", pw->pw_name, "L", shorthost,
+ 		    (char *)NULL);
+@@ -888,7 +888,7 @@ main(int ac, char **av)
+ 	 */
+ 	if (config == NULL) {
+ 		r = snprintf(buf, sizeof buf, "%s/%s",
+-		    strcmp(pw->pw_dir, "/") ? pw->pw_dir : _PATH_ROOT_HOME_PREFIX,
++		    _PATH_ROOT_HOME_PREFIX,
+ 		    _PATH_SSH_USER_DIR);
+ 		if (r > 0 && (size_t)r < sizeof(buf) && stat(buf, &st) < 0) {
+ #ifdef WITH_SELINUX
+@@ -1532,7 +1532,7 @@ load_public_identity_files(void)
+ 	if ((pw = getpwuid(original_real_uid)) == NULL)
+ 		fatal("load_public_identity_files: getpwuid failed");
+ 	pwname = xstrdup(pw->pw_name);
+-	pwdir = xstrdup(pw->pw_dir);
++	pwdir = xstrdup(_PATH_ROOT_HOME_PREFIX);
+ 	if (gethostname(thishost, sizeof(thishost)) == -1)
+ 		fatal("load_public_identity_files: gethostname: %s",
+ 		    strerror(errno));
+diff --git a/uidswap.c b/uidswap.c
+index bc6194e..5cbf5d1 100644
+--- a/uidswap.c
++++ b/uidswap.c
+@@ -28,7 +28,6 @@
+ #include "xmalloc.h"
+ 
+ #ifdef ANDROID
+-#include <private/android_filesystem_config.h>
+ #include <linux/capability.h>
+ #include <linux/prctl.h>
+ #endif
+@@ -230,7 +229,7 @@ permanently_set_uid(struct passwd *pw)
+ 	debug("permanently_set_uid: %u/%u", (u_int)pw->pw_uid,
+ 	    (u_int)pw->pw_gid);
+ 
+-#ifdef ANDROID
++#if 0
+ 	if (pw->pw_uid == AID_SHELL) {
+ 		prctl(PR_SET_KEEPCAPS, 1, 0, 0, 0);
+ 
+@@ -317,7 +316,7 @@ permanently_set_uid(struct passwd *pw)
+ 		    (u_int)pw->pw_uid);
+ 	}
+ 
+-#ifdef ANDROID
++#if 0
+ 	if (pw->pw_uid == AID_SHELL) {
+ 		/* set CAP_SYS_BOOT capability, so "adb reboot" will succeed */
+ 		header.version = _LINUX_CAPABILITY_VERSION;
diff --git a/standalone/android/rsync.patch b/standalone/android/rsync.patch
new file mode 100644
index 0000000000..692e9cabb1
--- /dev/null
+++ b/standalone/android/rsync.patch
@@ -0,0 +1,40 @@
+From f91df535053958600d57f9df78d9ce84c8718655 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Wed, 13 Feb 2013 15:51:40 -0400
+Subject: [PATCH] android portability
+
+---
+ authenticate.c |    3 ++-
+ batch.c        |    2 +-
+ 2 files changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/authenticate.c b/authenticate.c
+index 7650377..626dec6 100644
+--- a/authenticate.c
++++ b/authenticate.c
+@@ -296,7 +296,8 @@ void auth_client(int fd, const char *user, const char *challenge)
+                  *
+                  * OpenBSD has a readpassphrase() that might be more suitable.
+                  */
+-		pass = getpass("Password: ");
++		/*pass = getpass("Password: "); */
++		exit(1);
+ 	}
+ 
+ 	if (!pass)
+diff --git a/batch.c b/batch.c
+index a3e9dca..ee31532 100644
+--- a/batch.c
++++ b/batch.c
+@@ -221,7 +221,7 @@ void write_batch_shell_file(int argc, char *argv[], int file_arg_cnt)
+ 	stringjoin(filename, sizeof filename,
+ 		   batch_name, ".sh", NULL);
+ 	fd = do_open(filename, O_WRONLY | O_CREAT | O_TRUNC,
+-		     S_IRUSR | S_IWUSR | S_IEXEC);
++		     S_IRUSR | S_IWUSR);
+ 	if (fd < 0) {
+ 		rsyserr(FERROR, errno, "Batch file %s open error",
+ 			filename);
+-- 
+1.7.10.4
+
diff --git a/standalone/android/runshell b/standalone/android/runshell
new file mode 100755
index 0000000000..68f23b481b
--- /dev/null
+++ b/standalone/android/runshell
@@ -0,0 +1,133 @@
+#!/system/bin/sh
+# This is runs a shell in an environment configured for git-annex.
+# Nearly the only command that can be used in here is busybox!
+# lib.start.so will run us in the root of our app directory
+base=$(./busybox pwd)
+cmd=$base/busybox
+
+set -e
+
+prep () {
+	# Cannot rely on Android providing a sane HOME
+	HOME="/sdcard/git-annex.home"
+	export HOME
+}
+
+buildtree () {
+	$cmd echo "Installation starting to $base"
+	$cmd cat "lib/lib.version.so"
+
+	if $cmd test -e "$base/bin"; then
+		$cmd mv "$base/bin" "$base/bin.old"
+	fi
+	$cmd mkdir -p "$base/bin"
+
+	for prog in busybox git-annex git-shell git-upload-pack git gpg rsync ssh ssh-keygen; do
+		$cmd echo "installing $prog"
+		if $cmd test -e "$base/bin/$prog"; then
+			$cmd rm -f "$base/bin/$prog"
+		fi
+		$cmd ln -s "$base/lib/lib.$prog.so" "$base/bin/$prog"
+	done
+
+	$cmd --install -s $base/bin
+
+	$cmd rm -rf "$base/bin.old"
+
+	$cmd tar zxf $base/lib/lib.git.tar.gz.so
+	for prog in git git-shell git-upload-pack; do
+		for link in $($cmd cat "$base/links/$prog"); do
+			$cmd echo "linking $link to $prog"
+			if $cmd test -e "$base/$link"; then
+				$cmd rm -f "$base/$link"
+			fi
+			$cmd ln -s "$base/bin/$prog" "$base/$link"
+		done
+		$cmd rm -f "$base/links/$prog"
+	done
+
+	$cmd mkdir -p "$base/templates"
+	$cmd mkdir -p "$base/tmp"
+
+	$cmd echo "#!/system/bin/sh" > "$base/runshell"
+	$cmd echo "exec $base/lib/lib.start.so" >> "$base/runshell"
+	$cmd chmod 755 runshell
+
+	$cmd cat "$base/lib/lib.trustedkeys.so" > "$base/bin/trustedkeys.gpg"
+	$cmd cat "$base/lib/lib.version.so" > "$base/installed-version"
+	$cmd echo "Installation complete"
+}
+
+install () {
+	if ! $cmd mkdir -p "$HOME"; then
+		$cmd echo "mkdir of $HOME failed!"
+	fi
+	if $cmd test ! -e "$base/bin/git-annex"; then
+		if ! buildtree > $HOME/git-annex-install.log 2>&1; then
+			$cmd echo "Installation failed! Please report a bug and attach $HOME/git-annex-install.log"
+			$cmd sh
+		fi
+	elif $cmd test ! -e "$base/installed-version" || ! $cmd cmp "$base/installed-version" "$base/lib/lib.version.so" >/dev/null; then
+		if ! buildtree > $HOME/git-annex-install.log 2>&1; then
+			$cmd echo "Upgrade failed! Please report a bug and attach $HOME/git-annex-install.log"
+		fi
+	fi
+}
+
+run () {
+	PATH="$base/bin:$PATH"
+	export PATH
+	
+	ORIG_GIT_EXEC_PATH="$GIT_EXEC_PATH"
+	export ORIG_GIT_EXEC_PATH
+	GIT_EXEC_PATH=$base/libexec/git-core
+	export GIT_EXEC_PATH
+	
+	ORIG_GIT_TEMPLATE_DIR="$GIT_TEMPLATE_DIR"
+	export ORIG_GIT_TEMPLATE_DIR
+	GIT_TEMPLATE_DIR="$base/templates"
+	export GIT_TEMPLATE_DIR
+
+	# Indicate which variables were exported above.
+	GIT_ANNEX_STANDLONE_ENV="GIT_EXEC_PATH GIT_TEMPLATE_DIR"
+	export GIT_ANNEX_STANDLONE_ENV
+	
+	# This is a temporary directory on a non-crippled filesystem.
+	# Needs to be as short a path as possible, for ssh sockets.
+	GIT_ANNEX_TMP_DIR=$base/tmp
+	export GIT_ANNEX_TMP_DIR
+	# /tmp probably doesn't exist, so also use it as TMPDIR
+	TMPDIR=$GIT_ANNEX_TMP_DIR
+	export TMPDIR
+
+	if $cmd test ! -e "$HOME/.gitconfig"; then
+		git config --global user.email "git-annex@android"
+		git config --global user.name "android"
+	fi
+
+	if $cmd test "$1"; then
+		cmd="$1"
+		shift 1
+		exec "$cmd" "$@"
+	else
+		# As good a start point as any.
+		cd "$HOME"
+
+		/system/bin/sh
+	fi
+}
+
+if $cmd test -n "$MKFIFO"; then
+	# because java is insane
+	$cmd mkfifo "$MKFIFO"
+else
+	if ! prep; then
+		$cmd echo "prep failed. Please report a bug."
+		read line
+	fi
+	if ! install; then
+		$cmd echo "install failed. Please report a bug."
+		read line
+	fi
+	run
+fi
diff --git a/standalone/android/start.c b/standalone/android/start.c
new file mode 100644
index 0000000000..c67c5da0ce
--- /dev/null
+++ b/standalone/android/start.c
@@ -0,0 +1,64 @@
+/* Installed as lib.start.so, this bootstraps a working busybox and uses
+ * it to run lib.runshell.so. */
+
+#include <unistd.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <string.h>
+#include <sys/types.h>
+#include <sys/stat.h>
+
+void chopdir (char *s) {
+	char *p=strrchr(s, '/');
+	if (p == NULL) {
+		fprintf(stderr, "cannot find directory in %s", s);
+		exit(1);
+	}
+	p[0] = '\0';
+}
+
+main () {
+	char buf[1024];
+	char *p;
+	struct stat st_buf;
+
+	/* Get something like /data/data/ga.androidterm/lib/lib.start.so */
+	int n=readlink("/proc/self/exe", buf, 1023);
+	if (n < 1) {
+		fprintf(stderr, "failed to find own name");
+		exit(1);
+	}
+	buf[n] = '\0';
+
+	/* Change directory to something like /data/data/ga.androidterm */
+	chopdir(buf);
+	chopdir(buf);
+	if (chdir(buf) != 0) {
+		perror("chdir");
+		exit(1);
+	}
+
+	if (stat("lib/lib.busybox.so", &st_buf) != 0) {
+		/* TODO my lib dir should be in LD_LIBRARY_PATH; check that */
+		fprintf(stderr, "Falling back to hardcoded app location; cannot find expected files in %s\n", buf);
+		if (chdir("/data/data/ga.androidterm") != 0) {
+			perror("chdir");
+			exit(1);
+		}
+	}
+
+	/* If this is the first run, set up busybox symlink,
+	 * which allows busybox to run. */
+	if (stat("busybox", &st_buf) != 0) {
+		if (symlink("lib/lib.busybox.so", "busybox") != 0) {
+			/* Just in case! */
+			if (link("lib/lib.busybox.so", "busybox") != 0) {
+				perror("link busybox");
+				exit(1);
+			}
+		}
+	}
+
+	execl("./busybox", "./busybox", "sh", "lib/lib.runshell.so", NULL);
+	perror("error running busybox sh");
+}
diff --git a/standalone/android/term.patch b/standalone/android/term.patch
new file mode 100644
index 0000000000..efea695640
--- /dev/null
+++ b/standalone/android/term.patch
@@ -0,0 +1,598 @@
+diff --git a/AndroidManifest.xml b/AndroidManifest.xml
+index b0e866a..1ab8515 100644
+--- a/AndroidManifest.xml
++++ b/AndroidManifest.xml
+@@ -7,6 +7,7 @@
+     <uses-feature android:name="android.hardware.touchscreen" android:required="false" />
+     <uses-permission android:name="android.permission.INTERNET" />
+     <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
++    <uses-permission android:name="android.permission.WRITE_MEDIA_STORAGE" />
+     <uses-permission android:name="android.permission.WAKE_LOCK" />
+     <permission android:name="jackpal.androidterm.permission.RUN_SCRIPT"
+                 android:label="@string/perm_run_script"
+diff --git a/examples/widget/src/jackpal/androidterm/sample/telnet/TermActivity.java b/examples/widget/src/jackpal/androidterm/sample/telnet/TermActivity.java
+index f6952f0..1a8df8f 100644
+--- a/examples/widget/src/jackpal/androidterm/sample/telnet/TermActivity.java
++++ b/examples/widget/src/jackpal/androidterm/sample/telnet/TermActivity.java
+@@ -166,7 +166,7 @@ public class TermActivity extends Activity
+         /* ... create a process ... */
+         String execPath = LaunchActivity.getDataDir(this) + "/bin/execpty";
+         ProcessBuilder execBuild =
+-                new ProcessBuilder(execPath, "/system/bin/sh", "-");
++                new ProcessBuilder(execPath, "/data/data/ga.androidterm/lib/lib.start.so", "");
+         execBuild.redirectErrorStream(true);
+         Process exec = null;
+         try {
+diff --git a/res/menu/main.xml b/res/menu/main.xml
+index 064f833..fe5f3a3 100644
+--- a/res/menu/main.xml
++++ b/res/menu/main.xml
+@@ -16,6 +16,8 @@
+ -->
+ 
+ <menu xmlns:android="http://schemas.android.com/apk/res/android">
++    <item android:id="@+id/menu_send_email"
++        android:title="@string/send_email" />
+     <item android:id="@+id/menu_new_window"
+         android:title="@string/new_window"
+         android:icon="@drawable/ic_menu_add" />
+@@ -34,8 +36,6 @@
+         android:icon="@drawable/ic_menu_preferences" />
+     <item android:id="@+id/menu_reset"
+         android:title="@string/reset" />
+-    <item android:id="@+id/menu_send_email"
+-        android:title="@string/send_email" />
+     <item android:id="@+id/menu_toggle_wakelock"
+         android:title="@string/enable_wakelock" />
+     <item android:id="@+id/menu_toggle_wifilock"
+diff --git a/res/values-cz/strings.xml b/res/values-cz/strings.xml
+index f3d19bc..882e19b 100644
+--- a/res/values-cz/strings.xml
++++ b/res/values-cz/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Predešlé okno</string>
+    <string name="next_window">Další okno</string>
+    <string name="reset">Reset terminálu</string>
+-   <string name="send_email">Napiš email</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Speciální znaky</string>
+    <string name="toggle_soft_keyboard">Přepnout soft. klávesnici</string>
+    
+@@ -124,4 +124,4 @@
+   <string name="control_key_dialog_fn_disabled_text">Není nastaveno žádné tlačitko pro funkční klávesu.</string>
+ 
+   <string name="confirm_window_close_message">Zavřít okno?</string>
+-</resources>
+\ No newline at end of file
++</resources>
+diff --git a/res/values-de/strings.xml b/res/values-de/strings.xml
+index f6134a5..06d2e1f 100644
+--- a/res/values-de/strings.xml
++++ b/res/values-de/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Vorh. Fenster</string>
+    <string name="next_window">Nächst. Fenster</string>
+    <string name="reset">Zurücksetzen</string>
+-   <string name="send_email">Email schreiben</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Spezialtasten</string>
+    <string name="toggle_soft_keyboard">Tastatur an/aus</string>
+ 	
+@@ -124,4 +124,4 @@
+ 
+   <string name="perm_run_script">Beliebige Scripte im Terminal Emulator ausführen</string>
+   <string name="permdesc_run_script">Erlaubt Anwendungen, neue Fenster im Android Terminal Emulator zu öffnen und in diesen Befehle auszuführen. Dies schließt alle Berechtigungen von Android Terminal Emulator ein, inklusive Internetzugang und Schreib-/Leserechte auf der SD-Karte.</string>
+-</resources>
+\ No newline at end of file
++</resources>
+diff --git a/res/values-es/strings.xml b/res/values-es/strings.xml
+index 94553b2..92d9e2a 100644
+--- a/res/values-es/strings.xml
++++ b/res/values-es/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Ventana anterior</string>
+    <string name="next_window">Ventana posterior</string>
+    <string name="reset">Reiniciar consola</string>
+-   <string name="send_email">Enviar email</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Teclas especiales</string>
+    <string name="toggle_soft_keyboard">Ver/ocultar teclado</string>
+ 
+diff --git a/res/values-eu/strings.xml b/res/values-eu/strings.xml
+index b9f0586..92a16a0 100644
+--- a/res/values-eu/strings.xml
++++ b/res/values-eu/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Aurreko leihoa</string>
+    <string name="next_window">Hurrengo leihoa</string>
+    <string name="reset">Berrezarri terminala</string>
+-   <string name="send_email">Bidali eposta ...(r)i</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Tekla bereziak</string>
+    <string name="toggle_soft_keyboard">Txandakatu soft teklatua</string>
+ 
+diff --git a/res/values-fr/strings.xml b/res/values-fr/strings.xml
+index beab2be..529f720 100644
+--- a/res/values-fr/strings.xml
++++ b/res/values-fr/strings.xml
+@@ -24,7 +24,7 @@
+    <string name="prev_window">Fenêtre Préc.</string>
+    <string name="next_window">Fenêtre Suiv.</string>
+    <string name="reset">Terminal par défaut</string>
+-   <string name="send_email">Envoyer un e-mail</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Touches spéciales</string>
+    <string name="toggle_soft_keyboard">Afficher/Masquer Clavier</string>
+ 
+diff --git a/res/values-hu/strings.xml b/res/values-hu/strings.xml
+index 5dbecb5..ce917c5 100644
+--- a/res/values-hu/strings.xml
++++ b/res/values-hu/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Előző ablak</string>
+    <string name="next_window">Következő ablak</string>
+    <string name="reset">Alaphelyzet</string>
+-   <string name="send_email">Küldés emailben</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Speciális billentyűk</string>
+    <string name="toggle_soft_keyboard">Billentyűzet ki/be</string>
+ 
+@@ -148,4 +148,4 @@
+   <string name="alt_sends_esc">Az Alt billentyű ESC-et küld</string>
+   <string name="alt_sends_esc_summary_on">Az Alt billentyű ESC-et küld.</string>
+   <string name="alt_sends_esc_summary_off">Az Alt billentyű nem ESC-et küld.</string>
+-</resources>
+\ No newline at end of file
++</resources>
+diff --git a/res/values-it/strings.xml b/res/values-it/strings.xml
+index e6a7294..9d97869 100644
+--- a/res/values-it/strings.xml
++++ b/res/values-it/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Fin. successiva</string>
+    <string name="next_window">Fin. precedente</string>
+    <string name="reset">Reset terminale</string>
+-   <string name="send_email">Invia email</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Tasti speciali</string>
+    <string name="toggle_soft_keyboard">Mostra/nascondi tastiera</string>
+ 
+diff --git a/res/values-ja/strings.xml b/res/values-ja/strings.xml
+index 502fa23..dbfe9fa 100644
+--- a/res/values-ja/strings.xml
++++ b/res/values-ja/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">前のウインドウ</string>
+    <string name="next_window">次のウインドウ</string>
+    <string name="reset">端末をリセット</string>
+-   <string name="send_email">メール送信</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">特殊キー</string>
+    <string name="toggle_soft_keyboard">ソフトキーボード</string>
+ 
+diff --git a/res/values-ka/strings.xml b/res/values-ka/strings.xml
+index 06629d0..1d545b6 100644
+--- a/res/values-ka/strings.xml
++++ b/res/values-ka/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">წინა ფანჯარა</string>
+    <string name="next_window">შემდეგი ფანჯარა</string>
+    <string name="reset">ტერმინალის რესტარტი</string>
+-   <string name="send_email">ელ-ფოსტის გაგზავნა</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">სპეციალური ღილაკები</string>
+    <string name="toggle_soft_keyboard">პროგრამული კლავიატურის ჩართ./გამორთ.</string>
+ 
+diff --git a/res/values-nb/strings.xml b/res/values-nb/strings.xml
+index d81ee07..c370c6f 100644
+--- a/res/values-nb/strings.xml
++++ b/res/values-nb/strings.xml
+@@ -18,7 +18,7 @@
+    <string name="application_terminal">Terminal Emulator</string>
+    <string name="preferences">Innstillinger</string>
+    <string name="reset">Tilbakestill terminal</string>
+-   <string name="send_email">Send epost til</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Spesielle tegn</string>
+    <string name="toggle_soft_keyboard">Veksle virtuelt tastatur</string>
+ 
+diff --git a/res/values-nl/strings.xml b/res/values-nl/strings.xml
+index 19fa3d0..e24fbf5 100644
+--- a/res/values-nl/strings.xml
++++ b/res/values-nl/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Vorig venster</string>
+    <string name="next_window">Volgend venster</string>
+    <string name="reset">Herstellen</string>
+-   <string name="send_email">E-mail sturen naar</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Speciale knoppen</string>
+    <string name="toggle_soft_keyboard">Toetsenbord aan/uit</string>
+ 
+diff --git a/res/values-pl/strings.xml b/res/values-pl/strings.xml
+index 25b3b43..2e0e651 100644
+--- a/res/values-pl/strings.xml
++++ b/res/values-pl/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Poprzednie okno</string>
+    <string name="next_window">Następne okno</string>
+    <string name="reset">Wyczyść terminal</string>
+-   <string name="send_email">Wyślij e-mail</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Przyciski specjalne</string>
+    <string name="toggle_soft_keyboard">Pokaż klawiaturę</string>
+ 
+diff --git a/res/values-pt-rPT/strings.xml b/res/values-pt-rPT/strings.xml
+index aa4ba54..aa3d735 100644
+--- a/res/values-pt-rPT/strings.xml
++++ b/res/values-pt-rPT/strings.xml
+@@ -18,7 +18,7 @@
+    <string name="application_terminal">Terminal Emulator</string>
+    <string name="preferences">Preferências</string>
+    <string name="reset">Reset terminal</string>
+-   <string name="send_email">Email para</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Teclas especiais</string>
+    <string name="toggle_soft_keyboard">Abrir teclado</string>
+ 
+diff --git a/res/values-pt/strings.xml b/res/values-pt/strings.xml
+index 2d992f9..e53a9ac 100644
+--- a/res/values-pt/strings.xml
++++ b/res/values-pt/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Anterior</string>
+    <string name="next_window">Seguinte</string>
+    <string name="reset">Repor terminal</string>
+-   <string name="send_email">Enviar mensagem para</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Teclas especiais</string>
+    <string name="toggle_soft_keyboard">Mostrar/ocultar teclado</string>
+ 
+diff --git a/res/values-ro/strings.xml b/res/values-ro/strings.xml
+index 3c7ea06..7a072d0 100644
+--- a/res/values-ro/strings.xml
++++ b/res/values-ro/strings.xml
+@@ -21,7 +21,7 @@
+    <string name="prev_window">"Fereastra anterioră"</string>
+    <string name="next_window">"Fereastra următoare"</string>
+    <string name="reset">"Resetaţi "</string>
+-   <string name="send_email">"E-mail"</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">"Taste speciale"</string>
+    <string name="toggle_soft_keyboard">"Comutați tastatura"</string>
+ 
+@@ -123,4 +123,4 @@
+   <string name="alt_sends_esc">"Tasta Alt trimite ESC"</string>
+   <string name="alt_sends_esc_summary_on">"Tasta Alt trimite ESC."</string>
+   <string name="alt_sends_esc_summary_off">"Tasta Alt nu trimite ESC."</string>
+-</resources>
+\ No newline at end of file
++</resources>
+diff --git a/res/values-ru/strings.xml b/res/values-ru/strings.xml
+index 0e96360..762324e 100644
+--- a/res/values-ru/strings.xml
++++ b/res/values-ru/strings.xml
+@@ -8,7 +8,7 @@
+     <string name="prev_window">Предыдущее окно</string>
+     <string name="next_window">Следующее окно</string>
+     <string name="reset">Сбросить терминал</string>
+-    <string name="send_email">Отправить Email</string>
++    <string name="send_email">WebApp</string>
+     <string name="special_keys">Специальные клавиши</string>
+     <string name="toggle_soft_keyboard">Экранная клавиатура</string>
+     <string name="reset_toast_notification">Терминальное состояние этого окна было сброшено.</string>
+diff --git a/res/values-sk/strings.xml b/res/values-sk/strings.xml
+index ef35366..cc31d80 100644
+--- a/res/values-sk/strings.xml
++++ b/res/values-sk/strings.xml
+@@ -23,7 +23,7 @@
+   <string name="prev_window">Dalšie okno</string>
+   <string name="next_window">Predch. okno</string>
+   <string name="reset">Obnoviť term.</string>
+-  <string name="send_email">Poslať e-mailom</string>
++  <string name="send_email">WebApp</string>
+   <string name="special_keys">Špec. klávesy</string>
+   <string name="toggle_soft_keyboard">Skryť/zobraziť klávesnicu</string>
+ 
+diff --git a/res/values-sv/strings.xml b/res/values-sv/strings.xml
+index 1aa9055..8de6c09 100644
+--- a/res/values-sv/strings.xml
++++ b/res/values-sv/strings.xml
+@@ -3,7 +3,7 @@
+     <string name="application_terminal">Terminalemulator</string>
+     <string name="preferences">Inställningar</string>
+     <string name="reset">Återställ terminal</string>
+-    <string name="send_email">E-posta till</string>
++    <string name="send_email">WebApp</string>
+     <string name="special_keys">Special tangenter</string>
+     <string name="toggle_soft_keyboard">Växla till virtuellt tangentbord</string>
+     <string name="enable_wakelock">Aktivera VäckningsLås</string>
+diff --git a/res/values-tr/strings.xml b/res/values-tr/strings.xml
+index b45fa12..fb70f78 100644
+--- a/res/values-tr/strings.xml
++++ b/res/values-tr/strings.xml
+@@ -18,7 +18,7 @@
+    <string name="application_terminal">Terminal Emülatörü</string>
+    <string name="preferences">Tercihler</string>
+    <string name="reset">Terminali yeniden başlat</string>
+-   <string name="send_email">Email olarak yolla</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">Özel tuşlar</string>
+    <string name="toggle_soft_keyboard">Ekran klavyesine geç</string>
+ 
+diff --git a/res/values-uk/strings.xml b/res/values-uk/strings.xml
+index 2f267a9..d3622c4 100644
+--- a/res/values-uk/strings.xml
++++ b/res/values-uk/strings.xml
+@@ -8,7 +8,7 @@
+     <string name="prev_window">Попереднє вікно</string>
+     <string name="next_window">Наступне вікно</string>
+     <string name="reset">Скинути термінал</string>
+-    <string name="send_email">Відіслати Email</string>
++    <string name="send_email">WebApp</string>
+     <string name="special_keys">Спеціальні клавіші</string>
+     <string name="toggle_soft_keyboard">Екранна клавіатура</string>
+     <string name="reset_toast_notification">"Термінальний стан цього вікна було скинуто."</string>
+diff --git a/res/values-zh-rCN/strings.xml b/res/values-zh-rCN/strings.xml
+index 6f47b4f..81316ec 100644
+--- a/res/values-zh-rCN/strings.xml
++++ b/res/values-zh-rCN/strings.xml
+@@ -18,7 +18,7 @@
+    <string name="application_terminal">终端模拟器</string>
+    <string name="preferences">首选项</string>
+    <string name="reset">重置终端</string>
+-   <string name="send_email">发送电子邮件到...</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">特殊键</string>
+    <string name="toggle_soft_keyboard">打开/关闭软键盘</string>
+ 
+diff --git a/res/values-zh-rTW/strings.xml b/res/values-zh-rTW/strings.xml
+index afda0f1..37d1b50 100644
+--- a/res/values-zh-rTW/strings.xml
++++ b/res/values-zh-rTW/strings.xml
+@@ -18,7 +18,7 @@
+    <string name="application_terminal">模擬終端</string>
+    <string name="preferences">設定</string>
+    <string name="reset">結束</string>
+-   <string name="send_email">以電郵傳送</string>
++   <string name="send_email">WebApp</string>
+    <string name="special_keys">特別按鍵</string>
+    <string name="toggle_soft_keyboard">顯示／隱藏鍵盤</string>
+ 
+diff --git a/res/values/defaults.xml b/res/values/defaults.xml
+index 67287b2..9b7cfcd 100644
+--- a/res/values/defaults.xml
++++ b/res/values/defaults.xml
+@@ -13,10 +13,10 @@
+    <string name="pref_fnkey_default">4</string>
+    <string name="pref_ime_default">0</string>
+    <bool name="pref_alt_sends_esc_default">false</bool>
+-   <string name="pref_shell_default">/system/bin/sh -</string>
+-   <string name="pref_initialcommand_default"></string>
++   <string name="pref_shell_default">/data/data/ga.androidterm/lib/lib.start.so</string>
++   <string name="pref_initialcommand_default">git annex webapp</string>
+    <string name="pref_termtype_default">screen</string>
+-   <bool name="pref_close_window_on_process_exit_default">true</bool>
++   <bool name="pref_close_window_on_process_exit_default">false</bool>
+    <bool name="pref_verify_path_default">true</bool>
+    <bool name="pref_do_path_extensions_default">true</bool>
+    <bool name="pref_allow_prepend_path_default">true</bool>
+diff --git a/res/values/strings.xml b/res/values/strings.xml
+index f1464e9..b06ec9a 100644
+--- a/res/values/strings.xml
++++ b/res/values/strings.xml
+@@ -23,7 +23,7 @@
+    <string name="prev_window">Prev window</string>
+    <string name="next_window">Next window</string>
+    <string name="reset">Reset term</string>
+-   <string name="send_email">Email to</string>
++   <string name="send_email">Open WebApp</string>
+    <string name="special_keys">Special keys</string>
+    <string name="toggle_soft_keyboard">Toggle soft keyboard</string>
+ 
+diff --git a/src/jackpal/androidterm/ShellTermSession.java b/src/jackpal/androidterm/ShellTermSession.java
+index 501e7ab..0b43513 100644
+--- a/src/jackpal/androidterm/ShellTermSession.java
++++ b/src/jackpal/androidterm/ShellTermSession.java
+@@ -80,12 +80,12 @@ public class ShellTermSession extends TermSession {
+         }
+     };
+ 
+-    public ShellTermSession(TermSettings settings, String initialCommand) {
++    public ShellTermSession(TermSettings settings, String initialCommand, String webAppFifo) {
+         super();
+ 
+         updatePrefs(settings);
+ 
+-        initializeSession();
++        initializeSession(webAppFifo);
+         mInitialCommand = initialCommand;
+ 
+         mWatcherThread = new Thread() {
+@@ -106,7 +106,7 @@ public class ShellTermSession extends TermSession {
+         setDefaultUTF8Mode(settings.defaultToUTF8Mode());
+     }
+ 
+-    private void initializeSession() {
++    private void initializeSession(String webAppFifo) {
+         TermSettings settings = mSettings;
+ 
+         int[] processId = new int[1];
+@@ -128,9 +128,10 @@ public class ShellTermSession extends TermSession {
+         if (settings.verifyPath()) {
+             path = checkPath(path);
+         }
+-        String[] env = new String[2];
++        String[] env = new String[3];
+         env[0] = "TERM=" + settings.getTermType();
+         env[1] = "PATH=" + path;
++	env[2] = "FIFO=" + webAppFifo;
+ 
+         createSubprocess(processId, settings.getShell(), env);
+         mProcId = processId[0];
+diff --git a/src/jackpal/androidterm/Term.java b/src/jackpal/androidterm/Term.java
+index 8a3a4ac..824025d 100644
+--- a/src/jackpal/androidterm/Term.java
++++ b/src/jackpal/androidterm/Term.java
+@@ -20,6 +20,13 @@ import java.io.UnsupportedEncodingException;
+ import java.text.Collator;
+ import java.util.Arrays;
+ import java.util.Locale;
++import java.lang.Process;
++import java.lang.ProcessBuilder;
++import java.util.Map;
++
++import java.io.FileReader;
++import java.io.BufferedReader;
++import java.io.File;
+ 
+ import android.app.Activity;
+ import android.app.AlertDialog;
+@@ -59,6 +66,11 @@ import android.view.inputmethod.InputMethodManager;
+ import android.widget.TextView;
+ import android.widget.Toast;
+ 
++import android.content.Intent;
++import android.net.Uri;
++import android.app.Activity;
++import android.content.Context;
++
+ import jackpal.androidterm.emulatorview.ColorScheme;
+ import jackpal.androidterm.emulatorview.EmulatorView;
+ import jackpal.androidterm.emulatorview.TermSession;
+@@ -107,6 +119,9 @@ public class Term extends Activity implements UpdateCallback {
+     public static final String EXTRA_WINDOW_ID = "jackpal.androidterm.window_id";
+     private int onResumeSelectWindow = -1;
+ 
++    public static String appDir;
++    public static String webAppFifo;
++
+     private PowerManager.WakeLock mWakeLock;
+     private WifiManager.WifiLock mWifiLock;
+     // Available on API 12 and later
+@@ -257,6 +272,48 @@ public class Term extends Activity implements UpdateCallback {
+     @Override
+     public void onCreate(Bundle icicle) {
+         super.onCreate(icicle);
++	
++	try {
++		appDir = getApplicationContext().getPackageManager().getPackageInfo(getPackageName(), 0).applicationInfo.dataDir;
++	} catch (Exception e) {
++		appDir = "/data/data/ga.androidterm";
++	}
++	webAppFifo = appDir + "/fifo";
++
++	/* webapp url opening thread */
++        new Thread() {
++            @Override
++            public void run() {
++		    try {
++			    /* First, set up the fifo that urls to open will be
++			     * read from. This is complicated by java not being
++			     * able to mkfifo. */
++			    File f = new File (webAppFifo);
++			    if (! f.exists()) {
++				    ProcessBuilder pb = new ProcessBuilder(appDir + "/lib/lib.start.so");
++				    Map<String, String> env = pb.environment();
++				    env.put("MKFIFO", webAppFifo);
++				    Process p = pb.start();
++				    p.waitFor();
++			    }
++           	 
++			    /* Reading from the fifo blocks until a url is written
++			     * to it. */
++			    while (true) {
++			            BufferedReader buf = new BufferedReader(new FileReader(webAppFifo));
++				    String s = buf.readLine();
++				    try {
++					    Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(s));
++					    startActivity(intent);
++				    } catch (Exception e) {
++				    }
++
++			    }
++		    } catch (Exception e) {
++		    }
++	    }
++        }.start();
++
+         Log.e(TermDebug.LOG_TAG, "onCreate");
+         mPrefs = PreferenceManager.getDefaultSharedPreferences(this);
+         mSettings = new TermSettings(getResources(), mPrefs);
+@@ -427,7 +484,7 @@ public class Term extends Activity implements UpdateCallback {
+     }
+ 
+     protected static TermSession createTermSession(Context context, TermSettings settings, String initialCommand) {
+-        ShellTermSession session = new ShellTermSession(settings, initialCommand);
++        ShellTermSession session = new ShellTermSession(settings, initialCommand, webAppFifo);
+         // XXX We should really be able to fetch this from within TermSession
+         session.setProcessExitMessage(context.getString(R.string.process_exit_message));
+ 
+@@ -911,31 +968,15 @@ public class Term extends Activity implements UpdateCallback {
+     }
+ 
+     private void doEmailTranscript() {
++	// Hack: repurposed to open the git-annex webapp
+         TermSession session = getCurrentTermSession();
+         if (session != null) {
+-            // Don't really want to supply an address, but
+-            // currently it's required, otherwise nobody
+-            // wants to handle the intent.
+-            String addr = "user@example.com";
+-            Intent intent =
+-                    new Intent(Intent.ACTION_SENDTO, Uri.parse("mailto:"
+-                            + addr));
+-
+-            String subject = getString(R.string.email_transcript_subject);
+-            String title = session.getTitle();
+-            if (title != null) {
+-                subject = subject + " - " + title;
+-            }
+-            intent.putExtra(Intent.EXTRA_SUBJECT, subject);
+-            intent.putExtra(Intent.EXTRA_TEXT,
+-                    session.getTranscriptText().trim());
+             try {
+-                startActivity(Intent.createChooser(intent,
+-                        getString(R.string.email_transcript_chooser_title)));
+-            } catch (ActivityNotFoundException e) {
+-                Toast.makeText(this,
+-                        R.string.email_transcript_no_email_activity_found,
+-                        Toast.LENGTH_LONG).show();
++              BufferedReader buf = new BufferedReader(new FileReader("/sdcard/git-annex.home/.git-annex-url"));
++              String s = buf.readLine();
++              Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(s));
++              startActivity(intent);
++	    } catch (Exception e) {
+             }
+         }
+     }
+diff --git a/tools/build-debug b/tools/build-debug
+index 1f15cd2..e611956 100755
+--- a/tools/build-debug
++++ b/tools/build-debug
+@@ -34,4 +34,4 @@ fi
+ 
+ rm -rf `find . -name bin -o -name obj -prune`
+ cd jni
+-$ANDROID_NDK_ROOT/ndk-build && cd .. && ant debug
++$ANDROID_NDK_ROOT/ndk-build && cd ..
+diff --git a/tools/update.sh b/tools/update.sh
+index 57219c3..79b45ef 100755
+--- a/tools/update.sh
++++ b/tools/update.sh
+@@ -18,7 +18,7 @@ command -v "$ANDROID" >/dev/null 2>&1 || { echo >&2 "The $ANDROID tool is not fo
+ 
+ # Make sure target-11 is installed
+ 
+-$ANDROID update sdk -u -t android-11
++$ANDROID update sdk -u -t android-18
+ 
+ DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
+ ATE_ROOT="$( cd $DIR/.. && pwd )"
+@@ -31,5 +31,5 @@ for PROJECT_FILE in $PROJECT_FILES
+ do
+     PROJECT_DIR="$( dirname "$PROJECT_FILE" )"
+     echo "Updating $PROJECT_FILE"
+-    $ANDROID update project -p "$PROJECT_DIR" --target android-11
++    $ANDROID update project -p "$PROJECT_DIR" --target android-18
+ done
diff --git a/standalone/licences.gz b/standalone/licences.gz
new file mode 100644
index 0000000000000000000000000000000000000000..e97ea95d0f34713e055304f73425550f0055358a
GIT binary patch
literal 60598
zcmV($K;yq3iwFo>_g_;218iwyWo~0-a{%rA+j87kmNp1p3)T;TrcIB?EYL%Th{%jk
zbXdAbm*klgsiIS%RF{=?f$kuQl+(ci+{N&^o+lZbXP6i0H<>4yb>3?OaFUXkRrUW(
zSyqKa0vr3d_Bwvw$wk?u=jC!YUo48>(`K13X8F8Y6ls2Sm7cB^vw6{^O?9@s&g&w*
zE|(YS@}fx3s`<RSE*IzNw7Oc?<@v?3N#NadUQUZeQ#3y($sa<)Kc{>8So)W$Sf_7_
zrb*KDT~#m3YSHLxvlPBq)M=4VFVgCaKK1(D!S3^a%F?0!<pBTkZ1D7-GH3z6`Es(q
z`+Rpg&sR-h9mvwUXs(Lsviw}k*U*_0==>7eepyw^W?AP~zEkqcEFCYVX$tKg#2vzp
zoa&3aZ^tM4odLA`mw#Us^*U+}9^bG2UZt-pct6K6ZfX_Vs%jeLGv6r8op14=T&$Y(
zq^dvX^I1c~uHf~$p?2>&kI($<$zQW{w12SsbnpbHlYRof!YO?wQwmcLtvAbZy89F+
zXtI~#95%}=oy{+E*ay>$`ZN0dDqlhy8&{xi){Chh)NnDYi|h2HE@$V(e4eEr@-=L|
z{rq#;REw-V%AVPyJ%O`zb?zH}RTo7%(OnxB;l}ml{l$Cy=&D#uCI@Np`?R>iH{l!8
zsxDT`a^Bq2m!Qejs+{@O-sQ`>oPL7!yoUKmi)EV6`<uWwb*7=A-}CzX?)|!@SJPEJ
z_igRxi?W!flV!0uE$Z`|x`nUm9-&jYCtK)vGUOk9uRoH*i!(j?T+WKcG#p;&#PxZx
zypI7vQ}golYFZb*wf76ylyy@s*LXbk^2<}&gIW5zs?O)d<~IGPxM|pWyG31BwQv9Y
z=@a<Z4Ek_+`li1nJBZv&UF5TQxhU>&%+*yigU9gTn|v7>+}Oz9cK1M-piEg^x=n_I
zU96V#Z{29Ek)Qs@v*><U&C7g|P6}vnws{f0j~1b6=56__NBCV`{T+l*e@psMG|2X;
zgx0DV9RBpAd0gEv?NN`)*}}ImDKFs;_)FCkXAQ`<FTDFyEaQQ(+4H9bKDf-A#kX#r
zgJ@ySr}aACLLZ8H0nh%mf-VN(e5X||7t8rQ?CodL+<*AC-sVgA{dIagNMA#<i}3o-
zJqLExoW}ad1?nhGI;v-9#eCToZ$EcNGOZS$@8t+UdlhWJrn&IVJ^ksYAJUV2xk^8x
zCbqbBrlpP6Np13Ge!mCx_sjXSo_pc9qMXk+o>h6zb*{Uu$|YzttK~&i-?;F}(IP#X
z{Ebvg_%A$p+N_&paT)0pS63{*H(kENcasBYV6Td1;>(-C9-$Ibfxy6C!QNV*R=>Aa
z^QYZsPoDe$`>XtfPs2L;E!r6<v?Fb%Cq;c(F7kOgx?IikWqikMPj^ym7+e2SMlw&|
zL$L;Hy{h3(y;1%RuRz)qu*OepfpAP8%Ehd@W+i^QJ_kj==OUqvGq_!s+M@;{RSE`m
ze(jrl_T=fa^liC#{b5jnhH-UMpXue$-DC)wQp01N;*|>)P5wDA=lLnD;8|T=(p&q*
zDPAjiJ-vXdKTFS+SA!Y-48NEqX4+UkRS4rwnO2uqcovtS)m~qeDE?sUv_3<7CL=S5
z$E?qGdvvi}Uj6*tcRaTPX#Kk+8K0%=YDEpN7WC+{O7rOyOeGKjYweC3YDO<y=4<%Z
zVwuB)nQ?{h!Yra<mFDoxq999ckd8`}Bx!L8{Yif@3vHL1{qx_Ufs4T+zbt;u60l2P
ztInW-$#61)CSgN73ijKhAAb5{`Ub3`^yqpHe?gNldGyycnvAcidIo#)FnRR+kAM8}
zhvd=w$q?2GH|g0577UE7%La$!ue<!T`W%!%nu)rAQOs6T*a4>nv_D7^lgq5@q<w#0
zAHGjtj}Ax2Lr?(TzdRW4rSN~F!^x=sdHC}i>VvTA&$IN|PoRZ>Ap!^Mk4cJK+?~2T
zI(2`%S)LBkUu22Tnls#B-~9@$j6mmHqj3!z;tG#8*qk$5DO?&7^E0rsYPh17MGDWJ
zLW7t1%d$YxPqS2-!jR6Y>FN^pWCn6)nNHyvJ4cJWTw?o+3a>Gkv0^shG2HOy9cZ7I
zu;b)GTqT;p0&aVdKJQki@J&67w4G^7Wz_L`akjKRouLdje}Uax=_imVwBFZM{izwa
z57~0VtLY`!m3^;Y)v&wEDfETjr>!w7n(};6z`X-AxXeGn^Ve_`;7HWeyBVJRDs3*b
zDVm{zb{h90O<(fSsdF%A6P8>zjvKTXI1s#O=c~NV;on93lS%iRuoCHK-e5EfIUdgQ
zI=|fAg_bU{^UVrgfwimgXu?z2o|{UX9c%^fN>F8L?EME=0qpbUt%x2Gcp|xJST^s_
zFC2(|@&)!L2boslS)4Z&4UHrbtqIN{^mbn4D4%I(;{2bk-F=R|{0K5?ilP^q!rxId
zG-WaeAXArBrF-JT1>9ZNFdtV%{t5d;!b>}q;jdUQoPpJa`yD1w=03w+pFp!PGWhTj
ze4>BM@diqxC0Jg7jRf6G(u@2v?-sY4+yUit+38`rE$d#N%W;4vF4K~w`*qn|>}2*4
z7{;`K`zX4=U_EfYzyPMRe8#=GhP?*=cJJatZckeW;C)<o=-rh2hpjBqMRA>QSHrwx
zSFOEIi|X1Mo>kZ=Z6BEAaAN6NS;FPaOUSN2T9rk?Q+ZVvpFt|A=Z5Y(Fz?s6Rx}cB
zm*2$B=FKPh9i7)zT^DxQ^HT#76|m%0EtejyO_ENFdI^Vx98GYtKsTS4OI#G0?cUY$
zbCu!u%d><p(rQ+o;ST+|+aPpIyjjtXz#~J$)cJvX4>XAU5;cJvd(o^=iO{7$O`*Vs
zk`(^AENNco$fsw8-t#LsqgOfH?QlyiE1sTWT0)DUm+-LQ-cGc0O=p+Q<TO%CtsM`q
zujw3S`gGzqVoURYhCtU0-D)mi>(D-zO+(jvL!DeFytCl1rEVCVu6@`lbFg1(>8!{r
z7FX{M`u3VQp|4@5EQ>49QPb_GJFtg9CN6_Fn&v24Xx!@C&vsz$L2&S9Ly;vC0p`8@
zth;btoP)@q8@eH#K(6S_FD1119Z62vG=2x*muEJ#$MkIxh>vwlB%eiBPNyJ6Ymkn`
z?^kn_{)sJ0UGQxV=fB45W=-3Ix*mz00e|@vwj<vU^wlJMwt@8yAFPXiUzK$s(@ujZ
z;rQAebqacRUVnlg<<J?HGN91WigL$FlHZ^-T;h_z&4d~Uyau*7&(JJIx7ebnRt=1d
z?hft?ZhsUKCH%&|sM9y8E@|${X^)gfF~Xx$#Tb4F)3wB#5k_CHz_98LrgiA?4b+Qq
zzrwzlL#I~fto&c*i`5yZ8gMM&D2g0xDw02V{llc=<%(Jtd=i#@ftCRrSX9@|gvd*j
z42i8YY%5t3ca!u;ZWePX8@13VnB~wmoTWvO7^iqds_Ar9qc*~y1MQ9H6gA}~Yf_+Z
z!G@l#;NqsaCoim-BUdOmngT{}&0CCgM$!Vn_L!mtgce9FcdrY%6T_0=q{uWopOqLN
z7a%@aa)|m?$lk5+ylHRY8)F%q?Weqk&cV-4F(9=pWvWH*fce8C!u_F$Rf^72++uKk
zP(R~-k@=&?mp-bmVq0e`Tx8oLiR(V>iH2@7z0X(%wd6i4VS4D%N}q#(C{V>$sg85H
zynxO@r=Ts+G-*6@Qj%;pUg57vBu<v_*9L{@YCa1Zygnh95QYerDqe6Wl6awQapn}p
z3I#VQKf70}`U;1Sdle35-LS<#+ox*e0+>~Fi=%?VhxIdh5@>tEwFhgE&Tzxl{Iqt7
z^+TGcJW?*;V=#z>uNl||1&Cb<1>qy0qZP}%UJpd2V3h&aEyyU4=_?gciG2|crAV4p
z!yk6)f_{8aEq1Xt-q4UeFLx6uX%!q2cEaMuL=g{X)k%5WJS0U~rc61K$HC7Vt*VpJ
z@!Lr{Jls$Bjt=+7C*z~Ti9G*g0Jq**x!@0LD_bY-GTLJ8mKI!3*K^yT8#Q@r%dFKc
z*4r<O9ENCj<L<nKHJRtvBK=u0hi}EETEbRRCV~g{WpRnVPdv4F@qyaryHB1boP6JV
zv=;2U<kKLlVcz!YlyCrb6ksQ#Pe7hwb8|L>jnL3-ly1Qly#-Hg$qPlZ#f!8Rw4p8X
zikuda7=%uPC7v(J|Hz}chYh&J*Elr99po8P%bZkLRK{lc6`e`^$5mc0bxrV{1kV$k
zfxNlE_2LUQijX^vB9pm>`CrJzLpm^;hH!;}202}d!-n=QjD9tzi-fvY;xU-daXzH$
z?!McSUO_XUQ<Q3{kupht+d3tS4WA^3mwQU5WSDMED`*cM!yj+SgcPOp8eLTOU0HYc
z1^PguI+*<4Pd7?{{2WencgAP5Ysl*08<p-5bT{I^suhX?H;>mOD@n?*t__<2B`o=_
zaJRx;0{@(s?0iFetX!Po!W1Msc?Xgho6;j;x!{Ck;tquW6w}pG+$$&*5|gH>X@U4_
zRO!pl`BMFDIC>f?ZVFHr<}0{8P1Gc@tl6dkLwhpRNbZ2yD7z#$6WI)a86iQyN-k`}
z29+ofzzb*^%?(;Lyn;WoH3O#z1I&I!FsM<q4*(ut6bGVR*f>aR6y&6o))P7pVkyyT
zpgJbTEn7V>7jH?|Siq#^qyX~*=X96iO^JFK+&p1w7sV30!)uRP@Dg<31{HX6qOejf
z-Yy;i%#Us2Mfld|f<Hn(01dCei3eSK4f14o#TODT+5xHlhZSlo%~qmz7U>nd580ZQ
zb<Fvzi&C#)Xz8*<M=|U<)IP|mb_N=N8Cqzq*tgj&VqXt?Z$UjUs|7j&>%~T%OxDfj
zfe6}d*}l3@{5a%|QuJ)`7SGf>q4Kv;2Qy4AH$p83$*qE$J4=QjTw7&vEem9R%OK##
zXY6bXs{xmD!wLm_n0-++PS^>clh0UqlUv?hNN@<@46ib_qj}z8dC=Rkkl+&<x<x_e
zF$&EZep^E$x<#H2G)#igdao^PIcs-IOmQ!$SfM~46i7h$^<{h)kW-CMt3ShRuq^TR
zIy%J=hqND#8)`26>BO4N+p>8=d0O=>9qR;!Cfua*F=d%u((l0dEm4;f#TlEJp)!K*
z^)-A4PHc4!7bN^!9{^jhnyt}MlIgTgb5S<!Qw=MLbRF<qkvN#H=DE4~Fm3}fb#cDR
zG1CJ5;H=r9;}CY<e9anNep$hT!F;B{ljIe_qisaXH6f!3V}f;#LT`)jQW4xi^^l`$
zcTA@8%dTR240jjUM%BEK<FK9YumhN0pXpRAV2MCr$V#CUoPNsB`676m{~e}cPeVtn
zbejo=A}i<+`H~+`{PT49Pj}!Vt3RWlU9g(Qf>$*D&}A_{aYj2|MwtK`58YC1F{Irs
zL<=XuEzm*iVY#}R&b1@A4qrIIeTj2{{vlAvTK(9P9fT*bg3taAJ(Fz<hXo%+C65fg
z5OGV=?N69?Fvm*(!;)ej^Ynmr3pb-#_`C_H7!pS}8Y}}p42_hy9o9Q|dGjDyuE)Eh
zUZH%U4U8Qq=S8h%hFYv4fWQyJp$aFNPXq{tWq1)Ab^amRt$S6?F2))5kws7>Wy-i&
z+FvqN^Lf&C$2n`2ZN4RXAK5P=+vtq@8V1aAe202RSp@EL<QA^fw-v_AyPu{NMCsL%
zT?-UJspeu#1~mgV!JFzDE#eF>%~@6OuGb@|?LG$OzkPgZZrk?jvZ`2(mtVkf@Nw0G
zy$a;oc2U|D8ycpr!qmd<z!|0JL95evNE7#Vd`!8+gO;DSZ#9#kBsiVJ48QcOoRcEf
zR8zeAXMB8RP5GA^Jdnv}UwzR&YaDEvQ4SeR9S0KEi~JG;X7hCdzgnOtuUVbi^r-$|
z_JkfCnpN*}6Hg(is(S5Wga;1kC2B0Qd`U;;a<x$Nm@H}D5ohSVI0YT9C>HAX@x5>X
zKA7Srnqzld`sSCz4SqYB)u5ha%$GqIUR~&+Ko4X^o;4aK+jZUVN8d~2gSU1lKD}*;
z$i5&H&gi6%hWKodzRVktTJOxRG20ZA8^rH@PSM6$kLE=iRe!DeAG$f{O6vH;-)YQ&
z+|sB)!e~BMZ2qVk$Xg8^QnSQ6O7Qv1VyPZc?EyNjL9;-$HwPU9JuKw2UoGb4Wl4?1
z{&W>PT{}`tUNC>a2H-V<hZl6GVpoD$N_MdP`*a;o30;;YuO~N^p^LvjQQWZ1qMMPN
za^-Th6m34V-X0>{?2GCejPCP-2bWk3>kQ2PlA~^@r*eh`9GlPioG<bw%<JhoHZgUj
zKT0acCHd)bdc>Y!Lpkc23+;fpOhHdp(9KBpO9pr39961Z)<k3V)X!^liAl_vTo|x_
zD0=!aq?VxO-}-!I;XT=IO@*6>1vNQSFY?cP7(uL)K^W`7V3^ET4f_MJ4d@xkd`(*6
zm?z3akenKYJ7XXJA_#7AQMp~K!BM!r(Y*~VBz7K}wk?7KHoK8LJ1Eual2tmn26&ni
zH8M%E*%Hz&VJGUUF*lCyW^3sZ9WF=CD83NQ2AmICrqkjgpPyxN-swl|-M}0w^<QFV
zGCJ5aJoe2x*ZU<OAaxwDJB~w;5`?#r6tggR*g+a1!I)h!=T*BXuXs)1P2IP9Hhtns
zu>^r>Sx;A&Xh)!d5aqn!Zb5w?-$-PR!hR*GBl$jQIw36+R*P(aD6{1S`grKldHRH1
z%?)ZAF!dPvZqUChy?j1E@uJa~_Z*F3WB-^B@heK<f_rUukNS-cX>9o*9MQun7C&(F
z!j3t`dmS|8ndu3rXQ{gz7G`>}sOHr<UOH&7<`i@dljVF*APz7+3a<Y-Z6g@?xttey
z9*rv0-JU+x%j(1U-I0?hOAI$aqcgCU$;p>Kdy?+MbX=ao`%i!R=|?<fa0`K0M&pd!
zz`A2}?@Ew?yqD2rNEph7(L`AreC|kG#G;e~*w;DE2M$>RtgwV+m%xEIE%BOZe=C|h
z`)122LuyI%Dw&kL0xWPr>#e6HZ6FcZJ(nnLYzy*NN$2SDg((sJ=^UecI2g(aTFSLX
zx1E|Fqztu!2i{^MBa^jy%!FH@=p~aBBtB~Ik%mkPO~z-IBf#}coo<h1MrCj|rJWf~
zHcY85<M#u1o`2H}v_1CUwJs`I=~kYa4p1)h$4#UO@fDPqXAtvQ&}|OW2nVQKUG|Ie
zMRQe7R~$&@sCICgVLS;XM00_goze*<o$f~0+KVLpR1{aZdgyD<Ie<-3XOustN5*;<
zDol%YLS7oxXFgj<X(o<=d^)Xa)#yb){V{}DcwfzK>VhRiHdGfwGG%Q(z8BPyb2?3E
z4Z19lewSOClLBA?>Xt{|R+N*L@KcmSh5Kw#$=~tT3bX4M2lbA`&IUHbITp?8>Z(GC
zSO@Q9NPY<EE!vGA{N{VBTA^syzqRrNTD#B(9y)ris3>hmT(IcNWk?jZx5UGvPB_1f
zEg3lpYK1QJ_kCMf!f=H|kIp1bCR}<yTQo7>A@!Giji@0^VeZz>!P&b_Eq|#*RU7}5
z;y{wTmYh=cK4TIY*lb0JUY>r{_b6e28?Y3>KEs3$Ok_aNDdA@u)n@R|A64NNi<2Bx
zGNwkdox(5B#L^k3wZuPL8_v^K818f@q(G@6OqU6W$l6S8=l$~`O8lck<LD-OG2uZ}
zH`&sM<5D$E(P&CU9>RF-7AR|GsreNwA2NSbTiSt%64@v-p3+>hsWX)=)Ny~&h@~gl
zqh#u4x_0MzjWxcsg(Zn=&G7*8WKzypWCo$wK_!eEh>bcwp=t=bgwcF0i3h<MBztuM
zmQsoPQW8NztCB-Uc_&Q)eP@xc8Eww7mZq~EOeL|8U*ydV0U($!5@)Q1b3lfh*%%Lc
zfioojtmu|&e@aJX-f_vWAl+5IwfQrdSeN*R24b!bvZF|==d>h?2(Yu#G>lmL;?2Zs
zpi?N3!dY>J$rI>h6-z4ie34a+CcuItSfp}ANmY@8#J51)1a$3`0t_0=RW}lADVG@W
z!E49j1R0s3Xh&l_{c|;6UGfbG5~!+SOXBaMu&JsJE-Vf*Wh*~F$Nh~#=2ANwrimtC
z*|^YpP!Xi>iMeoDt)nZM^Uk0Pk;+wdKJd6vAJl09Vgjc{Ty7yJL9A)Ei!d&>ATzLU
z5jnj8{-=Wq{?uvCX_M}dqHyx+hKtb#<w9H1ZS<qRe-A;!k*oI=tkULtH+IPMxUECw
z4vDG6U6u{VZd`{SHr|;&?sy5u6?W1tW_yu9>~+JnKG#--WOpr!a0`Q6itpb&`)JFz
zPpSl1QgA7erbm&-i*-Y~v?R1~E8D?U?jGscwL2N9i<eheOebzEkstkD#`1U8aPoAv
zs@Y|y&2x)#&w*I0E;;#ub}_k%Lk1*F4rd@nn!tbU$a9f-H983vtVL!iT@9=)!j%oG
z#*&iiigaD%HT#g=BXY+&hnH%jSA470oOI6f<Fr(EWU>1sj0W@%j67jrMT}Ry@#UHq
z)x^)1L|iE?Sr)@|@|%3etPS`@3VT61CCb-Ew`bPBGh{3@?RVc9nTB#n|JNJ;vf@kz
z@lwHIY^sH1&T!yfzlxTb545QM6C7@)R@3&v?Cg-%D`v)xX90EgT$4mNOiH_CQHd=R
z>3y=fo%oGSR=<XlnBo?$XK(r<yG=_QX@2<}lX-K}M#@ILSnR8=rqjG3b&ic(v@tQT
zf}RV`EhWnr|EO=<r}p=cfbUv6N@knNVEB<!RV;rzjdZCE!r)ZwJ38UKT(S@xHsX*0
zZQ3~oy|&vG4ZJivg6}~S8Jy*A2i&~)VxDm{C0}d$Q1~H#opu8^bGEA4FUebj?=sV^
z#JGq`D(<ukTeh{EDo$;tNICUI%@l1kma$D|D`y*bl^jLRapWUk;zW`^jE})KJE2%c
zkQl_d4{oFN4mUy)MTB7E7eaE>od4b3(roFYrB#agMkNfvLyZ~Kzb{Sya06{}YL*kv
zQ3)(Lu(^4PVIGeoLxof+8RrE^o#y8EGdU^PVRfpqUI#MM60@91>!QkZr`UB8;_MCX
zX%3Dzk!9M1GgNFmLo4z{UKK^XyR3Hczns}-X^lG3+z@uZT(BpC!<7Xk#_$yO1n*lB
z%#;c%XtzfGM|k_RU_pFF*NH5b#Md>!!<`{<5sCTkM8_-`BWz>P{lgd+JpvXD4UC$!
z3b!c^Lc=zHO#hj~!xH5TfPA#0d>W$fvpB-j5t4CU6~+b7ro*dti~8fPa>|ixR+nt4
z&?9OtS^8FzF0l%i#tth)#yMJf1)MjZ`h!VB{`%F2;mXY~;bP9H`0Ap92f&!0X<)4h
z_oN29EmTjJ_<SbCA0Xsm@^kTqFDN~KhB=>@ABlzrytpKE0Xd7DB5Ha@DY=c&crjhI
zTAeP>R&&Y$YeEDBmZ+M4=IK7mKUb8XNlHq7uC+-%Da`6W!UaYNXfACGt*0#AiY6<{
zEr-coUy*iMaiSpXG)sztJv*J}P2&n<vX;9;BiyS{{n7e-%HyB|lT!&wNF8cDnqUse
zN;}F6Rs4>z1iJZXZ(ngh0{TwXI8v~HUBi5-pm_F9eyj7kWUdkNLb#$CN>LX50q_3V
z3UzRvE_7hq7r4W#1+`5o1O9|+?<p&jLm{Mf;ASHyD*NUNNz}CYli_Gtz?gH8*y0|O
z1f#!eu9H7-E(!7y##YVHNd*l~iy4L}GASRE?EUmpvF2H3iCBilRT|G+br^dlIQyyS
zFA?jSvb2k$E}~Sz1m$)ETxHvA)&PsBgXnX@Oc>0@EZX;wL_?S5VujLSwIB&A>T>X7
z<B>mQlnj-gSmaxAcBWL+uv}nA6c3HFj41kgT9D_U6`;aRbc*>pmwCvD6>JJM`WGD`
z>YcxOCy3REpOl!R&oMfaGG(?U{Va!6Cub>e#T%M;7G>otGuMx~vnlB=XWkbZilkUs
zh}IR8b0o9eU4y0yO3v6-v0M>km}s(zSmTsxv)$`Ujr-Wp{R#g9?fE|>)w)RfuQ(oi
z>{i#AC7<PK;qB){TnFi<BZp`QD~V@$N4mL@$YGSAU9pgB50`vVag^FAj_~@D%IG*m
zh05VNI%=&ADpl>QuSe5PS&5cL=N-2R??Gvj@0H`Dw>v%y%a6iYVw)zQn}C=n?Kbq>
z`S#R7fchro<ZCdCcK7NE-PV%TAyFtg#^D^<Y}9T%vRbyqGTBv0cb05xm$$Ww*NB-<
zFgi6S#88+O<Y~FSC>EW77>ciAer72k7HOTKh$}d+i*7T4oT{UEwtfkE^SP|%RL4l;
zTg^Emk*i^=DQ0k<$$cGi2J>lMHH~j6q?g=qHds<@TyRyQ+2`k@vc0E?>$m7_^Ruu9
zjORkpR$u}N;Xxua?L6ttNzzFtCs0ga`o5Z<Ai%ZW5^MdhvCA-BaNF_jSS>IxLs<go
z2bGKsvDI|a{y0d7Av%O8QlV1M{UU@}u!OEId=e4vdPx@V_)@J_4|lPo78z`kcmv48
zTC=xEF2@iAgr4+wLkbcl8YXcsP50mkorYXU^+YkjDKA_b7)rT8-R5E=pRey7Wl<7I
zsJG|f7dsR?wPBd9N0(vV+xtYE?wY9Y^M);~EakKHQcoor0U@-Nn7~K-$hFR~v!0ny
z#F%qbU$~Sb>87?|QXpSZI`sZQ+?3J7&al4R9vn+9I1OB<gR=Fql7yfBPpOfYFQt+T
zMIgD7Fav=nFX3{T?G5`y=1|>oAzxYIR@Jq31YSf_P!L1de7V*!wlduZJ0Z|PuA5}j
z2vB^8#LOhLE$$XFxmwY&IH!<enu@VO-sRqWmGHTchqlBOr3xKQ>r<R0t$A;UJ)|N@
z^7|+W2fEwSOIuE=m=KjaTv(xBXqXl?XA&}sgtWeMqwt9Ht>{-#@MT|etH>_Zv=I!q
zVF->&h)UHt%;%-K+~x&pXJs_$(;rCIKK-%Xj~Aqxh7icH74DMtQ-8L5E|fSqr#D9d
zEpJD{wmff!g+V<~gCZnZ*6PIUgo3#hi3e-Mm=}RVh6MP=#(TMphA`bh!C>ipuyxFi
zi*9UK*7I^<#&X!jI)+feya6LbF)3_70W?INf^MR&sot@1j!JX!a947J$cn}@+kusm
zrI+$YcA3z<irYY)BiJECuA{$jDgvR6L~CM}zxF!%Sh0h-l5?I|4Eo^qYvl~qU>D&q
zIa^b#7>Z<E>h8lwxGPzBo~>2UB59(U=-X$0?_p^EauKBsh7mb98C^eh2<u9$<Kz^S
z;7v5_bX&`oTWhM>Lpyvx86J&X8wAL3DVIET$SMCVW%kTweX;fr$}P*ePrVIW1ve;G
z6(#bkpSm)5_tqr%VhNUmt^B-pstn!n=>7oh5Cz|sga(q3`bs(x&VU?IbWUi<%5si_
zgJ19BR)XV<(y+vYQgxu@vIDlEa*-Xq=~eDV-<Z#rv-znCYo7LvB}jF-lzAZvs?<Y$
zrUNQyJxoHAzC}_-IB@~($&jJV<v&qMc%(BreWCCE2^%yXyw4u+^~nweF-{?%+`XQD
zqZP=x{LKoE;%7-Y+BAfg2ZZ{}T5{FnG1_EfWV|aF!V47&OE0vnJYV{iQL+n61g(U6
zEIPY5M(^MQBJYziDmx1Uo>SUfNjK^eDcasp7<SUj+<~gvM=VoKOp^CCb{$HXUGkP{
zYjX=)*ZN-GI7{M1;$T62h(!i1ZVI?rw9|hYC}!@`=}W50Q7xYp)CBOZ);dbfJaq+c
z&IXlo+g#l&M*>4b^%vIbYU#>q*ok1DO9EIJo>auwVFQp70prrNrHrD8pwFyc!ifT(
zZ$UzalHv_jvt2b-uqTJyXgU1y>LL<pPtC*f#-+NE8GuQi3}i_Ley@_b6otA@0wO5K
zhMl{-twN^cks>DsTh}{DP-HpuExu{;;eqip?^Q*kA~f_koG~g>n9R5UDim1bKF%4n
zAq%-;(t4uJpMhmh=N`}1nFLk&;V>nH>~vXp&4>Kj1WU<f*grl=XQT|BEtNI_i&gxN
zeG6uDMYA7OY~5)t6F-@5WSxQOD>R(4XxxC3JB%pfwJ%w(I4f&R%qcGmhtFuYphzNU
zeB<WP66LkjC7W%Sbb1^LF{UdCfQDvmnxFe=PBdEuI&@`5Id{u^ia~PV1D%5xdyUMS
z7>+7UoSi&$KMN)bDq&>p*@S53iG6{Fi$m%;;{&~Z>}hI@{DAiLnIw%Y{hIr|khyxn
z^xr}4B8#`OT8u?;9fR=(L`l1oqqJ>QfMn`^8j$1hifX;kZV^>h!kcfn7O-1KqDi7Y
zV#DxroiaVRS2^QG`-=jV$|R%os!&8aTucd=ejP#A^dweNY=N|H35?_#e}i6W{lzU2
z`^5K5dW0}rbPw28QQt&vbLDE}NhzV2ZiEfxQ?F5$^D&L{u6u78&bx2bvlde9&IT#t
zAi49Uh^12P*s~NdBp~|#4El(xH+iPJ#k!efF_11I*IJl|jx=B-sF34~%JxvNNO?;1
z@%`!=wm3pq!>-fh9et0m#7r!0s7{N6J<&~ULacF0a@TS-yCjq1<}54&`@Us?7<z}k
z+N?M{Lb_Wt!|~A&DB3xzQ=v|bYg|j3zSDJF5$06T7CPK;k#3;_5v{Qho7!UA!AGks
zAjY5Kx>o@x^Ehg(zC~D#s3jmGD<>O+8LH1v<{hglJ&jxz^*L`OkJ3iMZ_^P@6owj;
zxHS=Nk#+|t+5Q~BT2^wi`0=8Uc5Cg03TMk;KC(T4DM)y1oxs=f3l0HshQRtUfo;yH
z9+e$F6paOg1cdmEO$`D{BoE-qAsGrls_AK<fX`RhGb!|JSDI`NCHhg=*4@ynjNp*l
z4^Vx>vV}}71(T)~6lZ6cL)NEti!F~LsmCU3G&m@AnjuKrf<8b6fzSmu>ERJ9huE1(
z)Prz_5m&jc*7;l_d6i2J<bxJ^liUu%kVO@69A*Rq3eP-d&z(yyPLv)^QLkMtCFPw!
z*|+p>ibi2|?h1V|7~VTq_dwz`eR(>F^I3?>WPELbsNu|?EM#snP=7ub2<%Hr)e;w*
z2lT@ag)FX6ZS(Z$0O`uSs3p+A1$#WJdP~z-TG}QaGjl6bjYOZ9pmm))Y{3Y>=Uo6=
zrP4pXof18RE61)BibFKPLOKd3)c4z96n%9~^l$(v@=G8gG!%W&j}weR6f*~lGWXte
zYdH&9SaZg+&8MOi;Zot9%Laq~IMcfX0T3yC>DHe#_DiJpsIyRapY-I5pSAZ2IVrgS
zU7~jFsR305y+5K#YBZgPyRlOg6l2h~mTILEp|4K5=j(jTlgRB$V+!axnXG6v-wH51
zAu&W9y9z3cH<L+mI(IyC>>_OF5zFt5{16=b=w7lTE|d*@cdA=Xt`kFiKnTlvK0^dF
zlSjJ(W)#`-o@OuFkQ?@6M)}4JCqnsV4RI`T!Zqdm)9L4<AE0;`5acEWrcm^h#zl5J
ztE7IjMT;<$Yd7pxBVX56JW>`Ni?#Y+K;E6#g*d}Fb)a0b&rb^SFtwo)J1AqTtP(}3
zAcL8MyxWExxX`vcnzSHQ>r4E>&&49=Qds8qSV;_mAMt>qJB(<&MGL-VF#qvNa&`vm
zA_jaafc%`WzhS_gq1h(!kO9>2hSaT==8KRv&~>V)oU<0c==4|W`Zi|cdi_EHI^qm!
zibW&=N1u?QF+)@<&S$sQZCQeUo>*3f`%J3{#O`xSlE5b^FQyFMi^QB&?3Q(@zFJVX
zVYn~~baWC%wtPP1<zm3{oXwX4kzm=<q0}0grqf~pf-1OmTYJOc{hgP`(B`(E+b1$F
zsgk>hs%`>=!KD{=MCRW9GP^1iMIdzLU)!5T(I<oFM*=&Bm?RLscx|X_p|!^pjmD*F
zCtd%#pxUy=rY;@s8W&vl)ukq_SNV1_^Vg@UAQ35g!#I6iAjc(gn`jH6Mp2wPr~>o0
zn3u)pBBYRnLzv-x)vR*PGh>|_2D>OCAY8nG=W)^?UUjnMEb<)cf;YLz2E=sPl^SgD
zgqYS@*BB>g0E%w*NheYtd`@)Hs3F`3YGewXAwFr2v-M7|lO#k}aJ&lG=&h}eZNBK)
zFHG6OBPg4e_nh~&xRVe;E!6bH-w;iaobVJ^HvoyC=?>fT1E1SM1em&{8>gz*RAAf(
zamWEg!E1yux?Ctujn52wr)gV2te7_reJwy+um%x~rB=38V9v3Gs#f;xW;<pOTW;-p
zLuRZDWOaEks)=CFwyMP^UFxWWDH9EUoubkyDYKzQlw5I2+`?T9X)|<BUghgc&fBU&
zP(!{Efq)1|kot24=yA>E2_kFSD2x7!?Z#P=%M{!`2=U<QW$~iUz|L7wPj5z5TYejL
z?g9dx?aGO`Y%!K}mNqPDNZXtpSQ3u&%v@JY2Z2A{;fn>MAkY&k3zcNn#jNk+c4Uoi
zgf$ecdv8ouQvA5*L`yISdsmRxVa63IvQ>kqOVTQ$o3MGg&dn0fg2VsWpVGI;?@0W7
zE?4Tpz=NHC(JEI60I*(J>`{z!mvO}AHs*Pj#VnxbsfGb&hxvaZXnD!2L6K*Q^=T1j
zh?>XW$6<A}0eS4{vjL)yO^h20*8Ye9_#PAc+pM~D`d$mJkzF4%0hUX*)y^a&!W9AZ
za8SkRoUYG1nxTjJ8nbe`Y~!`{MFH0aObAno*D`+Dd{3KS9t4Gzc|KJBv~+={5(o*c
z!)waR)qI&N-4G`tcJR|;AA_RPXiXh@Kxp{kJ-L565rN3JBz;7>Jc6AW^z(qx{F1;5
z(R-~%6lOHkkLPoA3g>DI(pj|9Ra1}LIfl1D>|8p<AZe$ZO7)KLBeKiUrj9tHq$%S@
ziD$~}d5UtJ)p)Qu3sqC^;u^aaz|_;{159ZTnkkZ)4ABs+Zs9Wds#M3IhPL5p7N0~~
zAtXsBLZTN|#8IO8xV=OyH;zH;?pUcy91=>v^YsW9EtU_d8`_Y0O*sR;Tp_~ypj0EP
zH|)V_(Ntp1HSd}VcNidI0&6JnIps7>i<)y19mj*&ZDyl!zJu$p&W)tda}k<tp6>_g
zaRF-$z5gwu^y>OuPHtes<ZNDnimRnTVR6IQXOshX3l%7zK8z~i0N}rbQwg&jHH71&
z40Q!tM9`|MvM#MIS`stOu}15H{p2i3d|`&gHgl$AVj3L!h;e1HI*k(_$GmjE!Xz>7
zEomFLyH+p(xJdfMVujd{mdloe6njZ{RV~u8r}>Sz{H--(Nqfq+#G8z@A;HON1f#@@
z5RNW)q%tCA??2i=;UosU=7(t?lhDapf%Kw2=$;5(*=PqPZVPqu{Y>NMxk5!bo>tQk
zH}57#<9tzRm_%D4@0Rs2>FuKLVbB76H#;i{+voQ+6WqaX&{82`!K`RWhdS?uqkwHl
z6+>nKD!;E0vQkQ4qD;0p<QrzoC#tycfL)6`Gt|DmqK<^tWphA_t7@8!1n2i${4qY2
zj=-cOB{_)-AzTjBqKaN|dPPgYq8f0?{;qn`b4Zb3Id3)zjZK+sX`iFI6YWuxg+B}|
zL7w;42T74P3HWAoJW9ut^zbPCFg!jU9-e$mUmYFeFVc6%N3V~EZ?p8|i2gnL+sWwg
zBz-qJemg!n8SSSpKPKt$-MfSF-tgtYC_NZ{Ksv6!?Ty}@q#xdl4$~uS|HF7PN+%~n
zd}Dl=emEYVj1ON^i+e}!J|2%>zd1?LH%ABiqhn%0`wqTOZ>H~t$0y^_1bgz^cz@)3
zm2M3u(DAMG!}#RQ(fbqYev%%&f>u7Je;pt0XX$86Esg&6?sznrKo_9#@muKg2!1&}
z+&g%`5539Km(axF(MftRhQYyOCr5B!;rHZWZ6CV>A9y=D-g^W89KIYMjA71@yzSNa
z<Pg3=^Ec$a@4Y`59)oaufBf!fG8&{jkI)Lt`tf-3*AxaJv-{8Qht?8IF*Ndac(^yh
zkGWwdxL7#k^yATcyhdQ`2m8^);AD-`{n4w@-pTm4QHD>#cP8)Oj%3m&C(tS^-N8Y6
zINF0Q505{llhN^S<2{;-<I%g}_!wtu@96j#n>jkPJ@w;&Gwdz!a-jLzCQS};JB@zB
z&GP>60H@@5^v~~M%(!J*I|jcpe0@BkDR=uLfl)&La3O7%$R^3?9r#7qBp+eF9i?xN
z_Q$Vqfn*cy9UcBQ`Z!6V>46y!J9zl=2xsUebY)CEf<EAM;S%l--wt1oCT^GDM-yd=
z&(g`e(cT#U0uR9Mgw1fkb9Oj^;o>U852TfJ2+NI4;8x`&P15&pFmO8_>Mnw><Ij9|
zx5L-FTQog5noMXd_lGCLlsXOneL2F%k4J|vS#;=zdwcJX;Q-<j_zLuA@*a-l_>h+b
zhfIfle7v97siSTDYB)Z4f85@N`0XQ@Mr@OIqgxJsVzLA02lqfaegz-fdn1dNMu+=j
z`UckH<p>@d?*BHX^C=&KZjNPIaDdc=Os4I{KMt6X1}Ri*KTbMDJgsYP7Kucw8p3Di
z(asK)2mxS)(~ASGBx_6a3V|iKx`&~pCAnJ!HJ6uhW^_X8WO2=Y*A?REuzP`ZTxlx5
z)<PNtS)Es0REw2AzY~`RhPf69`CH8qqkzz|Sz|#>zx-UzUH5w&GhTHI8M9FhRj9Lw
zCnMC6OMJGIPnQzQHYf)@xV=4pV58EqZ>GTvf8H=-*pTLmGt^Er!~P@QkB6Y{N;jG~
zs3jy(WLjJYE^ST35Xy83*vNp+sah2A7chOMR3@dUS~rtGO|xWZDNIVdAkV&~yjIF=
znzZQOS&<?hSoF#=0ZGgot=zvB@@iVS_a~D4mSIwPE?&r>0&BII84;TDI3{0slb_M}
zu-o?fr9KVX7?+_?K9s9EV8)*&qH0Z8c@s~n1E-9ksHrJxL%3^6g;%&fwx+hGft7U5
z);H2uUR7i(vJ*q$jLueu-AkOysNRO%_6yD{HKDM4ZWbOlRCpz=pVnn@hC!X&V57uM
zKloMgqEtiM-rGrkK}^A4;S<zGr3H|`+P6=HSy;19qP7279ar&+m&=$eTq~^lL!LJ(
z+j$dND_R+~*&fK$Eb6!~LI#LbYHi2$yE|P=X|Qn`!f1^d?E<46TFgWiKU)c~wgNtk
zwyx@Wc-yGH_rmIx5yONbQ^oljgqhT-wY4^w<V{MO)7d6P5o$$mGV?X2!bZ4*_QDW}
z-|Lpx9VZTMZd(BX9d=xpQnoYU0ASKak^XYATweYB-FMg5*MsxLYEaeZ-)X+ecfWF{
zhM1j*)kz*_2H{*-x{^13%0WvcL_i;7T`dsY3t49JE6l%vA+|2oD{tmXs`=b|cQPY*
z7QUVwr=?yddVGm%n8rrM)`<VRBn(c5v-SAQh$j?Efq#*2|9bZ`+S!?m%1zTdd^tHf
zcz-fF_~<R87qrB(x(Fv#r2p37lwCjeJH36-!xcjkznJ5P*f$!Tdv1b{xmBK<$Kr+m
z;PkQY3NHhCvo6+G=<lS+W?;kAPEtRt0ojm^V$ZmG@)q{*2B&M99-WZ}WAXSPRrT9R
zdPz%xcp_>yzYwM1_4{!^y%y3B>e7n58tE43TChh>tKYYLmZ<cb5^OQIl)hZRk+0U6
zks<E$K$)S0l105k*=lG&qflXrKZ?yEP8CD8>DCE4;#NpOFsy$By$O^tuPhxPK1|F{
z?r2U~!NVVj;ckZ>Y2+JB;=0S>Wyj?Wg2>!VoXY0`-avl%l@hc!N3m|4c&?1ZiS8V;
z-|7mZu7!}ut+iZ{ah|D47Edls35#&bmEyjjSDnk{!zU$}wG=m~axh8r>PF*}b*;%1
z*ODB8O!S(7gL86#32ya9$0DXZ75S_ul7x6iRF{OQ(^S5O*+BhEa&=LHN?u)EtiQXy
zSntAI@6OM!=7Wpn<s4Qikyd|B5t!gQWFa`&G~G#`J$d>peOoSGf51j@N*JLF*7%*n
zv~MV#^K>18m~ldsg_ju@Fs)9t*gw+FQP<NepY)x;Ca6`hxg#6gCN)fzge^4ZC{2lx
zG4PkBKm@=LS3(>zm-W}dxJsg&14;hiTrXC7GRp49d<WKFGN&_SE&-Es&AyW))K;i_
z63O4N1$mkpi-ghLZi7MT4TcLVO-oa)qw)){Ubk5}POJvC%g@ZWc34`u^)y|MIINuL
zNkZJ&Bh%z=q){z}=3aMZKrRR{t0zaVPT)EtpPzWu_SKb^b$n?pR~q}!z=BVDTxfmn
z3H;)Xelu9V+Y~S|2oH}A$A_<u;WMMRqr;Oy<YSt=K~ENWREF<i0LK${!^B>riSzQj
z5(m=W!EpRGGarq*CK7s%JBW@<a#z3?hwwjghT%xSMm;%(f1-Qz_{82tZ)c|79vI#6
z5qv<LKIH4c7Z2H|#;%iSS;X}!o+0VY{%CjrtxfQ4|Fjo0aE0tX|0mX7_SWau7;@Fp
z=tO?<|NDRazdOnaM$2aD8%(zwFQ$V~pCXM!SqJUH`Y*9QZZtezBzH50?q&ydg#IS0
z#+Q_DHfTajXd7nv^Yee&$=Wc^8}NSEImFa-DjZnEcz?U)a0Z1@(~Y^<0*x6jP)T65
zj2w}BUuEG;Q1iGghS_V}3>!_$L&ulyH{3KlQ<?6r&DDsg5G39q5`ca=UgE7qNq%wE
zF$g|JnF&h!b97ZKl!Z0j4-~qzR-jT$X<rZW%-u`&L&dejoL-yh5NKCLh+RYuRi8(z
zYYa=Nyzk0;1shuu=c$8+OdK>HY}Agaz_+`T!0haSfEr7zIE%2HEgn0RLc8((u$a?V
zv^|8#I;@t3qb!SI9rcn6Qez(kEKkiqw8E%!dAcp`v9+PZ?6kwZQEOR9rOs!9GLiHg
zYS~56-roe}sGCOg^`!kpmr2H8TBIkD6|P%2yx}vOZJ<ftv@8T+A9gn;CDd!?G~Xbb
zarGyY123FkFIMkfcLei`FO-PMx44E(I48Z*`7UlD6QId$E+HH57y5y`3n=*tA5f2Q
zOuoSXbEA8vUp$T%b~6Y~SVvZ7H{Oeh5NP#eCMhqVE(IbS3&wphzak%LHAkKF{OTNk
z_kYf3`Bi5Bny%_Or*+E@E<Rm_`%HJKm?RjU-;$qgsa;0NqVz^D*jKqUYHf!NFc15W
z?2C4z0&*D%zQV*;kbhvF8ZldSDj88X>~~h16J_jdj6=oJVrPP_=*sD>cPjMEB}+mR
z?WB;6Vbu|36W@fSRJ3Fvy~=r2YgfG;u?=uRy9F<}eC`_4k<2OqAzaLhWzqg>$f3~m
zVRr<BTzWa#-+hh+rG)GJ2fV92@s4632Yzz=iIZ_nCS+l?o<D5G7v^P54rffhJ)lcH
zh7`6U%;7)d-=7XzU2EDDivo&jDa0)U3>$$zkr@WEZz*}*mi{VsSm;x*#Rk~Mvu;P=
zgKkE&BT5zdkLioyB~eSU@h+DG?_x#baD?J^#QiX6aL++25IIjp19>Rwc)uuV`z+Ul
z@T|Y?tLST_S01jEO3-HTyFyA(E>ZiijBvQT$Qdq4s!kD>wp6&gWO7X6R$!<I^70S(
z&dD1vZ+lJMmmkT3Iv%|S%h7_3C&y#3UeR#;w|^sB`0-=>6*h&}OfY<VvO#XkB4NYy
z5BHEqqE`}i3&yoSo{#}M+8?C-2C<Ek(-Oik%@oGA)EeF&W3C5|C;Uwl8(g--=x-w!
z%JBGO*2#9j*3_8ZzGYfqN%r0!lR1wQF?s)Taxy-7e=<s6A06#auqkMsvr<Nr7n<sT
zrg27T4)l3w1*Qvr4S#?69&B!$xbfl1==k{kJG8NPu%S0cA7Eynv%~k8Vt|u;bVy@{
zNjf?vKS#gGAFTWd%--G!w&tEha~-XJm!)wydVMg4S>GE)K7k#}02v>O?(&hwX!#&)
z^uLNXZ)Q0Zx8z6s!DmQ#ArCWtPwvE|%@_Qo?!+YWCw`?nG3oIqez7|-+2l|B0(W9^
zgFo>L+=<Co`x7nmzQ?7gj>F`?gXb{mk)U7dIZQgP!#jBnlRLT&Z}S``cXS=z<~dC6
z>N>pHbC}%Cb$BPw;qWS-UKG2}22VDm=eR%oY#f#D|0B8gpfWwl(!b=36{<+jo;>+}
z<4Z2glGA76;FpHJdXj`_QRrSc9>Lb!e@}Ci(Nl0q^0h~^#%W^%=NEEO`gH3+5e4}8
zpc7|v2DyOwW~S~f8SFxUY-cfxWiE&lY;K1fH7j`dDIimb`0Vx!aZ*}c3qk>bLnw_{
z;EW<PZfU3Q4aI_`>p)#Btx5^%0%f<2sPRrWRtsm{V1yn){-qzxCN0gdVoJZV1am>(
z$P{Qdz@9KPX|2gmOxq+aDae#)wCEnA4-P0G%jsF0F+X%vhWx=EyX|s^U#+e&lbhj%
zxd5C0PS=)|{7WmwV@GAR`655J40eKO;En~%7OJIVKx0d&2_<ywO(~%#v_Q>8c|}DH
z<=K)h<taA3{lk<0ZKqYms|~G|RsjXeR4Wl!iA^$|0Qn%I)?GjSqJxpWMTS29t=`)4
z>rM$7#*PWk_#Gk*NZB!?;W@{+6co1rX8f1gL%PLgRcp6h5wDlv1zrkRJ%yFM@u{@s
z&U=UkH=5C;ItVqN-qg;X%wiQrno;smkppMt`Kop*j_>>t-R|Aa6QmXXEclek>bWd1
z$uE$v3Y=QVCJ_8UPud;GU@x<Hh|)%Dpj>qu^Xz0o-q+FEyd0yNGjZ%78UdS@U<c=v
zk`fL4Lsft32nR-D($pK=ap5SG<_oujz>_BfqcY@B1RH`s0Z6McoIuYD+*OxU(0PrB
zVfXR2nR!GuX=0m@U#KoKEu9e^fcU|#Eq~_-&yJsmeY9zrx)rCS*=p|suIlTX1sT7z
z#IvAXw_^2e%Kiy<GfS-x3QrKIBZ63f1q1t>%lEhzlCo1^a<q80fH@W#Ku?wyohfO|
zSOUba35xHWjz$1E?5=uOGONUD*JQS*Pi8LyOQ4_A#4x3ao>JqJ#CcJqK+K*dw<%8C
zDWX}!PC*~WjxM`pBH?wBx%<*4wbLn_ouWGP>%OO+5Gq&eS@ZTeaCVJ-vCVLx_p0@T
zSnvF*&_14-`;1$X8u<^xw6v-FnL8L*NiHzTI-RRi@!dgts)Z<Rq-6NYai9-%h(G9-
z(RHqwYv6`^!>cVQo$2$q<4+5i%ri^n?EA{yZvJ%3#<V4E1uj8FAP*^z8Lq-9Q(c(L
zDdwYM*26IAMVKg@r==rDr1@{M8?PjjU;Z0d+!xX?G5M0&O&Wxk@UBo*iyGoPZM-0d
z+jm89F+>TaPXrbv)?7^Q@{^u9K@#l(H`{{BF<mtc7hlgX3WG9Jl*$hz^TGuc@Dt*(
z2HNsPb5%}PT%<2#Au5(oQ&RQIn52pQtY-R;{+)>8Y6~HU^VFZ!!B*cPZt2@La6N;!
zsy}`T**Oq@HZZh#VpIQ}a10qufS|c8pHCdR?f|MVdNxR36Wk4aIAon!w%a65XX-U@
z+)?wgnbP;&6h-bNt;4{)OQt}~HG$hB*R?S17S*o$o;;=<91~FTK39Zu(Ye)Kgw`DH
zi0^^&zvxQ4Ak+;HOqg=A@DpL6@3@3o0V!$7<S{AFoiFxW>Jl2}C3^0bh`}-cCs?2D
zz=z<;9Rd{kP7i<-!wynV9`!x#(25}^&$!@&0SWp4GYnzY!XZ=);vj5vWRzh*t7HL4
zsU%nSH6c**kcjfE8yrGqu3EEe(o<7{OFE$rU6YExqy>NYx0@ZTy;F=OY#626W!vU1
z+x9Nowr$(HY}>YNTU~aSUDd_z>iK7GPR=AVITt5c*WcZjyvbV6S~C=Mr-m<8(EcZx
z9$!#INs=zs2q`CM>HS@9PawOqk6#3d#~>2c0C9#==rXK3TRlvuLe4mmP|efct<mKx
zpFe!cy4U_oh`K3{RAiGZ0&6biKj3e>jMsWl+*Cw$dtPu>BJnF-ReOrGTpz0)$GO8r
zudgHQ2Gq;`tj$}s(m$HftA7p<=@Q~LX~I%>P^z33zOr3HJ0#N6ZkP|&Gx>pc)u93{
z+d}z&%eHc*DsJj$0-O8ByBRe%6k*TU+w+e)+?zMegBRjA@oeekP1YRT^S8B>_O!N&
zG1hF`YG~|57YcG#kD2lArLHdZVaVC2>{IDqEwQhhwhsz=oZL3~5KK_nud#wl1V!F#
zzRD7<qH_!Hr{z7nPq1h6OhxrLQ5SXEi;9`sKUcBqn~5h?*XWR&-BP-o0Z@$ida47G
z+$neEdj%a^2^shS#?ew>*Yl#~{Cs%#@g0Y_-vg(|BYiG}x`7LSXx&DN&d1!(G`qTP
zm8N<|b-`Nr0z|bA#^6_Uj&MZA2&Q3)qbW0YO)L%A|GMq+x5mNH0WxWa>$gefRhrf0
z2-W8ox99c0aL=|aTt5QVcQ>PO4C|zJ<_hmN86#v8sho6Wy7pdc`K}jS8+;3&13>jl
z>~dE1tztEhmO9I(Xd4GiW`8fY8J6t0&uwqXVM<@dOh~;dx9Yj8(d>0|uTjk0Ea#Zg
zYNzIr^O+{4ZRt*>r1B)wmyQ3u6J6>qH_RgL{i2kH=g|CmXI&4?j61D}-I}?IE+r~0
ziMSnB)+3SQgyu#Dt@lSwUp*jYG4BV3IF$+4Ec43@Pr!oIbq$Go4Mt2+_0uRz9EW1z
z@SPI5NOl7RMFEZzz|@-7g8lGg{RowP<1FvQd?G4ar}eBSBCjHh#TZAk)uC*&vL!mE
z^D5Tbato}sj8ho40FEq$4!b3|T+z=0H*c3M!XTW?{HPx>9|9W=`769#d3JWC{PY)p
zNwUkhUGKC#6niO;93ykiSleh40TG=EcuncYoFkpBFD-MM!O8+h8e#@^npwHZbA$o;
zdYH3V75U`he#0Vc{!;VKlwWabEVo(75AAR!6V^|R?Tl!#=zn0rm!%b9@)!?j_07xn
zd9F1uWMtx(QKd3DIZNa<=FD~{$t>oXO|kt|OglCTVrS4YmP$r`8yT3==%G`Her1iI
z)@zEC8I#U>80rbCfMNJFBgVyllRMAd5Ip3*kZM~g{bam)Bt^6aSRwM%>^Czo<VXio
zxqIrV;BQOT2I24JEQ8;(l%#{P_Y*2kVC3&>21XCfcA*BU+fdm=7sE@=uPZXjZ=@on
zHMj1qkFObsBBc7T3Gw1uWRbR9vrDu%R><_mNN!)uVr#Kck-@n6%j-5Pc$)T^=wG&v
z5HzOgty%o@6RtVauZQgyOY|_{qC8;4id~=vd7}Kd6>k>IS_mO_!&t$v>|myw=`i9$
zHGfAlI}~9a{`9=ViFajehMnj}!yf<W6Oc+;%bznn);T@pbXuzC--jiz9PbkVtSctX
z(pUU4&n7FBh%T@YXMOp`Ag>bmMi-TeXWH&l*EZC5)7|~UCY;#+_1-~+9F7TI4etDC
zBbJg$8b&s$YMH@N<BI>+dCAG${3oH7RR(5vD;6D-tJa}?gZx6>JN2)TN7l(pL<UI5
zxE#Ai=gsGs&Kn<%`6lzx4-Dbqb$tT^G<V)B=-P4?Gja?H;O)6pEl}C@g6?J-XZZbx
zqmeMlACu6sikifyx|6(AuDR)gMchfX=BsK;5VfcpY1s#|2HC<W3{1i)tkYieyK{)G
zzrXoT@fd-)3yGP%6k=!TD{jO|1Qdj5y7PA{wk)~+=MCZdN~ZkBaHc0YV+Vn9K6#dy
zVrW|243mz;mP9cr3m5pmYq1_PU6Jra`~Mu)0fsXsMbqt0NcpLDdSOWud<oj$nLc_9
z1L$SG4@9><J(P|KJ_^FV-WI<UJG;rk@3O(U=d1*gfA<Yg>Xg}b%$xEo)%GAKb39U0
zOdBZd=HBSe_w1jpwpS6Fh$MU|1K|6yMLi<+c$`Kb_YxX7{ojy@@&Dag0e_~@iO9M<
zzy)b8xZaX0#EE!RYJH;Bs82T>-mGb9vskX9S?(03kNa<wIjhXU31FOEVxDA4<9GdL
z{?~&Qhy9{4)!(_n2oNB$gC^kG@lA5P*J|)y$yayy6SSwIZ^5Du<pYTscpbHo>wSY6
zyN|B3hJX5bk4*<)FXaERQo@oW;;SoAMK^z`vo9DwT5X!X>b%AAekBTC6OnqR?Vau@
zdOlSh-{LJd+sH@DCSjh*T@JiSKawDCJ!^t<L>XI}%<6EALbd;s$@%Bw=ZjHWN*NaD
zuNKf)W1-y`IIc(YJY5zlSDc;0&)fvJSURbd-StzWo|=-Vbg<0;3$x%5?$G@Wn=Lh6
zfr*H8j}fjGrf8l-Q8G_kj(HDgbx;<o4V2$jL%r?Ytf}2COARU&YpCIgmqVaDd5}iC
z@;LiA_J<-sQ4e1X{kYXoek_4R8n{fDwPGMK7QJm9kT3-g#v2rn6j2+#gk1jvU;xt1
zChz7n<&_8NFvh%GDhUhz@`wd1e>ms<QAHLF-uDb4l*%kL&uZTiUMadcNVjNw(4V8_
zP10W{!XA2lfV}!L-CC(scq0_>eM)<i45y1j0R_2s`dtoqG^pP(A)Qgu$;d=UkrfkK
z-@UPYEp~-t1X5=;Ey8vwW7@G?87cC~?|Fzu^AN#0F+xQ^sfdWa_kjfpLsX9yW4*8W
zlwas>Pq8~h2D7#22kjwZ(gy95&0+#AkdSCgN~rWll=H+iy0gg0c>`fZGZ4B(=Y!)~
zV+7LE7_V7zn$?8@s<(QOCXxNF<dJNQNDFX6RA9M;#xWws-Xj~^o5;MpAm(#PiMR%8
z%9!A5O@U^F72W^20*)W-yizUd1j^$?ZG2C>0NXO-0*R@{E!fP1wqegH8Vvx3Fk?73
z4UqSr!tmJmcTx8@4d;D}RkWA7^ldqk{18{cISOuHH<e7PnymqX_iavQ;c5gHN3Is>
z$sycs>{x9;TMf6o!s?c2pi0+;AS<r#;81_@Hts*S9h(;pZJBgqk_^-A^!af`>?O)H
zhN;Q`pm{H-e>$r|Cr*Mamw#L3#!Im{Q?34*avKmXTh2t!w245=pYod2I{#l6LyS_)
zfHaCSyc2Wm<;v>H>J<Y#cRAWLa{ySyX<HsZ3~ma`48am`gaQJMqzU;vgMuP_!e#<6
zWJkNQYHWg}o@%Q9`<k)#@v39+tSN=8s`C{z{zDR@{3|%|{0U7$J()WM>dZ5|mKR)O
zp5})=$cm$+iUt>XPZ+ukMl2uaW4_={bg?)C2iv<-3*u5ttq$iM_)cWI5pWKpB2(hi
z9nb?f>P(4vlO&jlrX%?Hnyqr7J-|b~Qk$A3POvFuiSXI7b2<5NdMNO|w|brap-tgg
z+9&grBo2H!DfU;j5OiiiXl5_yPto&WHBbA_Wz$mQ?(p>5saw+XA?J5<;F5TAU!+4X
zLqkqswk8{9++=Bp5SbU{Iq*@&Sxb-_oYfYx9^&(4dyPw<0B;nLUm6W%ppxpCuoinu
zK!h1IAe+|0N3&+tfFOQWnomhhmkdv|ZYMoh$|GqOJN>p@0-sS&M!`DjfPl(UXSfyK
zhg8fyk%;M5?9d}NOW<L0V^pHr{Fn>>NiP>|HQIp#@=!_fxAjDq)^_Jtoigyzl$9SD
z&m+1*H3*w~5Mvw;kZ4ng3AchfaAg;g6!!%5u+07YC#G6j)`aEP*)MIW5g%Oh7+NB2
ztq3aNz_I0l6$Z@hM~ygBJ}qkSrZNC{aN4oWX$QPc{mwLCl@)mMlEC@7cdFAh(^)&Y
z$WzcX-O+3G)=C{HY)Vz2v)BfJn<w&9IdFHJvv?8?Ch)Shx7cC5qET;cu)F(hu@)5M
zEpYSY-oUMSS`>KUOu~@PDvgpWoVD0Pasa%1WocS`RMZpS-TW?-zklO&6eB!LM0jST
zc;jIn^=U+`x<E_dUBlVdvioN~k_qZ{5)WyUZYJ^s=h)-ulCh)_Y6RLI36{lpQg$<G
znj?rJbrEQa)1y1ltJQ*5oW!cXkD&+m%oLy6RCARuB`%<5Z6RRd*r)C9@0!u-Y<X6@
z{ex{LLgefO`bbbw^|nphuvDD43?~{RL1Rv!nMmPs*qWgcP$rHu8&Xu%!8EnI_nMPv
zwV~^dpxh3PQf3k<_Ah=RLIvGGM5uA07OOs>UzbJ9+RtuTgplq(JiwF5Py$>e5tnKJ
z!vP#BAg2ifuW9lmJv}c2$1Mk-KRQ<6+zJK6mV}6|A44LQpAw4GUY_Nm-IQw<TW6Z!
zoG87_;Biy?`K`PH6N&S>h)78@gA^6+L`p6Cr=(q~fshk4EsLcH-bd7i7w`5}`W~`I
z;c*Z8h9+2s;exW+8kjp6t?!|H$IpS&8(SA^H|G1@M^wu`^C#gYVAxzU(DsQwrFyzm
zMrZZ2YDtO4svQot!{<;)FT#GEC8$b`bNr7RDjzojE4@Yz78-I`?(BX@biRzRd&wuh
z85dk??RudCyBdE&iiPtKHu)10pW4hdO$dK%9~e_=wgp~6<t++%T{J3UIcP+J-7kDI
zG%Y#U1}pxuVQB&iRui$jIA+d}2qWOnt9(L8U+#Nmxg>#7qvV0UA>_68@f(#uM+=;C
z2%OQE8|IC*{P}!}wt~%7`vq@-DRX6`@-JJ*sw%1Vv;-M~7&=f&KBe!E)pz7l3pZDK
z20*V=x?g`yg{X1Z)K*ECxx^QJiKU!3={p>d*{(z?%PRTD0n^9(5z%%N+P)ZDOdR*|
z+z^Qgw;f!d44Rq8LWRMOr%PW37#4~_=nQZKx~OKDNP8w@e>o_}*a-hPd&7)go@n>H
zCNQwP)`P+jqQoARCrQe>2qt^N#_58Tpr8#sA~GZI^aU>_uG+Q6O$=TGeS`L=auj3?
zpN6Seza`p=a$**2wOeZAxE~#<)?eh0=oq!d^$Cs53Tf082XP8LA^*X4cGMKfWfS;;
zh3x(0?C4Gra|bB+C&ry6)vYRt=Hs4r9r#Hjh9R8+%3l#NRhA(<nd}UrA57hl3QXP`
zx;<CmFHX4{TUf>2bZNN6s~5R1!$fB-wagU3!ql7{=C2)WOzjJsr8t@az*CO;@<!Y0
zUuOl{*dq6?c-6@BMp6=#J;8kC$h5bl{)sDsp|axhuzZ#D`m>Ee9r#k@07*a;Nk#xZ
zx~BLlDD<VtYr(C(=}S1$EN`OO-_314sl0NbnVRJniwS#;R!KIdSG|PYLxQjPW%#M+
zG&wA|r3Fqz8BB6D;uP&=#{Ke!v6QAJDY3M>BZ#I{M)_eEc`0mHMLsTJe?@35N}bek
zdj5>V){PlB6!Km@Mri)6b)^?Iq2(s)%}yJN2u9C@i`=a#Lqq2EYr+?}itqvlzt0sJ
zSNXdq0aGwJlwc|A%*_a8<8g*XSkMO{4E4Y}VuHIWSdr>6;^^99ikSTT!4?GCKV`Qm
z`ViZUq>VjcaM=jgMH9^yf)&E|45-?m<;9bS4CA&Wr#;wjEDl&*Ljn>|7AjPMujY$O
zaV^^!2=~YH62q<^wlK~UItz|fF_%<4?XU11yMn;q!@P}dcQ@$uE$y)|p64yh>rI&G
znalpp9F|hdj|_^`(%}L#;NAVE8adJ3ZC~zQ`#{Gqzu4?D!+`Djpp@`lI{TF*v5rxJ
zBucXgzJ1k|gE8TaM1u{bu{ZMn$?AG%xxQdsF2~6lNi#I%oVS641Y9)T)oAP(pi4}l
zTVQ*78a3-QbWK+do|l|+H1lG|XZ@QUql2RoqteSa{3WJ7a&W0pEyRIK&&S)G%+}70
z6>(RKT$6Z4@bdL<gVOVzp7H|SbGUL4bzg5W`?{{3l)l|bvx)}p-|p?mnIlK~_54Y{
z+;jL@u#Obt+RH$$VbnP*#6Pjn6`8K2)irU8{Blb=Yf#hR)0EG!&tjnrLckvbWerO*
z7EoPtde%cU=Wy`*>-kvd5cS`%pmW^9VkE>9s0FY-*=}zUu$(2d$ggeo1G-UJ;I=Bg
zr&nF*uJLGFyGXd~>grAL8V17p3zXtDT`$kIJJZw_<aaQzBA;rf$ij`$ioRqjS#4aH
z?)(@?u4>XmZJ~+zZ)MIJg=s}<7HNNp2K*bNK081&6y%5&)+)?Oz$ey`a%sv-(PcHm
zf)sV}jNF<Hx3mLeo5oM8UJAdk{t@!q4=Cg6&a~Utr88Z^H1aK~M__<2EjBHsKnkA)
z2l^NYU<4Q@<)BY=@yJX5*m<z$M2YPtf+E}Fb6NImq5(K?JA4NKi(hJvz0(QVzp@PD
ztV1z&7d%)C@9EAA-k=pZo(;}H9`Kv|SUnrmu-?OhzFezm)f2np`JG-4FdsyddJgM6
zw-bRxvb@Q6&oQgiL6QJ*wofi5V_F|l0l+Twg4}LLo#DYB5PaRTwHdp$>34*-cSH>%
zd@vv*SIW#D{(e&QA89|u&@s_uxUADaRCxMci~)GEmfhu4ZhgUTJJD|GJQyWK75xi|
z?VA>~Z@qdQck%iqKRb%94L95{$0T~D@2)1#O9UAL?gDVwjRtzDbP(ojlK*P%@5#Eb
zOb69W{N*2N?a^h{D@<>uM%A-^{BAaz_FLT06h@DDN2{2J?Uw$mrHEn%vG5)&Y2y@T
zRtNgB(uV+LQ+j!s_1!QGZ(cVaBY6LISRjP&)x!lwjJR|&>3FXWmC6PFFtzg)CjRuo
zKiX;%=CQ%F52xh4-0&34S%n8^m4mV`XRxicoAvj)+-4>5%VJXzktUA+$l?z+5y9p_
z8y0o-?N!ZVHz_>^SZ*2_ef;#mhBNx7aN|E^I+~mn5*>2<Iv6Ny=WQKL5*LMLe@Ol8
zSIhqjScj7y9k1O*(@};CaGiHJ950;27IY^Zm+2t=#1MBO504Icw@|cT@Y=X%T`TBX
zLwQ?@hk(7;J0@EZ?ip5hU>b5zb;llWrw}CjRg&M6wfk%I)c4r-L3&Z7d6u`u4lk3d
zG2ac&_#*ir)7D8<p>9Fc4NC_VChZ3&LISp$3}}Oz04|%k#6xXZq)2EJ?U98#2QxU4
z!>izKiZk}N0NALk0-B;#;;zLCXLr?UtBPhRu8c+LX^N+jwJL;zSfT)_0IkgIZe;*L
zb!HCoP6y1u;1;3NY?wgT)s<%)MmmgU_xiC<hq!baSbD06zxV~_djBbODx6Aqv-lz;
zb>E~T`oycpNE;vd$ea{Qz3qZ`>5o@HWD@pxgQ%{=RMoNaPq};SgSSW~O-vA)N+qxz
zFy06_AuH=aFHkl|i(ll!2`d!b+t2b2%iz#yQiHTwnNNQBo(VXE7>77@-nOgC30OGS
zXSmQiY$fSN&}b(w57V_{O&xF3Ft8Y3Y<a*%V{^A};O*S|r6GC*{*&6w7F5i-`_d)*
zWzzS-DA`h_>$kxRD}R^m8a_PP0zx;}A+tV6({5FR-7X|u-jKnRA&pWmRZ035*%gHy
zQ<yTylI8+COW;`7cM*G`?A&{N{6(qEBgZK)^qR9s;O4#WJFF`Z;D|@W?a{+d+Z319
z1>~ybf2NCnDnNuw<sj?chw9pv{)UmPJB0}7-;>u>S<w8J%ql}7Hp@aww-IKe3cL8D
zPqf3=634TL^scP<#<(gitl~)^ILAa)unGBTN4j#}Kc>7$#1G=B!lABwvCrSYix;f#
z`)e#P?8Lx{b-^vk&Rh2Lq??Qc&vs%Ve^gV)U5sT4JwCiO?l!$e<xTUh1wd;Yj~9xx
z&aSHo=rwGU3SSvJ@|pSIZu;~IyrpFRy1)^V$;=GXe?d@owsQ?E$@c`U-&sGZsG~jV
zRLHsK%{_A#uy|6X>et)4IB{fRx=o{LE&MIgA7U`x+zXA`v9>=%>BhvhV3+=Zx_&OF
zn1K_N==P!oUMC+Q`PbyA6wTp8#&*L7M<o=)cW|%3xI1j-n8yB?Cpc<5X2%i}!Zu$C
zqbyHrSO@}Bj1h1og^)`GmG{1}azM%uS6SzFYcBx9{cas3aitUvwaelBEL=3&;lz>E
zPs`4rlZkDga=Xy}bRlJXKp`eUyM3DoVM=B&R%QoDYY{2@l{&wpnCv+ab_4&ZI?Onh
zia49;9@<Gz=8Te6C7({~&G+-BXRvC<W)h2dBb>cZx0<z{hPKwX%nU25J|3!>9+c5k
zq7)eE#v@zz!lF2SdG%-4wu^!}5EHUFC9DG>&x%1JoLs6sj{I?XIDKuEZPWtyGDL1U
zlaHD#W=W35Cf8|$-DUGPjE@*GFY}Q7I3J0F?b8>lqV_7t(1%`=?9iI0AF6$sl!?CM
zj2VuHD4^_Slfn#JTocqH6TPlfZPilB9T%GVTrbrc1GdK?G_ua4VsBoBEvlWSHy0{l
z+`zR1oj=S6@BOHu#}TT!+^~$)>T0pJh9X0_Wo_(C@HcWCdHk&>ly#*(O@R$uRqz4S
z`N-iuK?n&f;c0JfD{B88s-aWf7jr+OU5D3D2U^-4Ijf{surtVe`L9~3B#nS?MUzX0
zUs*gM0dNqmo}i-9O8KK{>rPy%WPP58h5vO5FEv4;O;*dFc+Y|6m!R~2%_5;iCFR_}
zowov-njXo1d&Ij@PfpcM$JLF6dEj&sJ}s^%z)rj;DK0WPM>V-2wy(l;R9OX>K~yMp
z14^NntxJr}_hIk77*F)6z(K9-l4d}TV<>ZM{?Ozju?$V4NvuX=?3h5sy=jj4yD+$p
zN>vo1Fu?*-;=~c^V}DBvJC-VF>4K^92dSX6|BjpRWA@B@e*+9xux3i@=Iwzj;*`_Z
z%AsgE2F;N_Q9w40;<Q}+OyM`rZPiaxcpH;%wju$RI7f6Y)mrbc7~<~RG6?vyzd}47
zY18JKXVAz;WoAL%)iRtJ1$?73jG>FMWb~;Q{SI?nhlH&YNkK$gmx@X0nI8vRBtdYU
zP@qT$-le5WC15{I*=y-=ugxT;Ym7ZK6F6No+djH5&TshE21xK3+q4Tk%SZWods>@*
z$Fo`0;G3kb@#R9lMZ`?s#hFW0jG*!!(i(hVCdPamv!?B@K)F16c}HTIir2&W;-j7+
zFtE8uj38E@KxOO#O@ZH;8KS6|t8QUCS1xpI$L2MX|5&|ww!F&8jNv4u@NNZ*6N+Yv
zPt4!k`)BdYtY^%aHv61KEeh{$<i?g+afG5$JBL@7mP-lpd6`&b#I}vJJUVcXC5Nja
z<oLXr9Q6-u4$fO1Z!n?vNQ=J`%(yV+jkG#zZ8U|<rsw?|eg5W**%z@~DQ$sKY}2_^
z!NmeL`Ih>PPgX|a_<aLzzY`UjXnN0nTb34k)y2r>(Qoi8n2LBiO1bzwr=hZ|Ps>BF
z{;(v;bd9-*J05m_K4k{aHH%7nTNYg!TPrP)4Rz-xG()`99V1{gR)Ig9@h5s!L@^}6
zrYrRh$@hf2=M@XTY6y_wieNuv*CwA?m9o_z5OeyAo-cqaqrT}Ux|&qw?8JPFuV%zW
zm*K9p16T|xj;q<hq7vbq`$~FOXjcCd(c<a+y}{e#Jq2J&H`#z%NL~g9Mxmdg9t!cr
zc&;K=DMxKoW0f+n?po@?!r4E@O?q{ccc`YfB)J{hxm0&-f^*j;DI>O@Sl_(aWyL2a
zkYa)TTnGB-GR?PIy+fp=EfcBcWrl5ds{h^;t&9UVnekos)3|9`uDNj_zLX!n*><rk
zUIbM3gBSYCFrvL}K_|6YwWLd;vJeyq;W?vCwDd7h#=cg-9y&lIvLNYN$tsGAE9zJC
zU~=+3{!Ruz+*Vt<SM<XF`CD(d7=&xdm1d5#BHcuG8}mS!S8t2S?$B<%3~uL5c$C10
z2oKmY?la9geoq>&s)jP{P~dc@q%o{R@0!|dk=;ImRdpy30&ZZa6d>uVrGzCnLpCH0
zHd>zR_iM7NfVx+@Vgx`m5{Q1IkLt>QA3YJM)Gnoxylc0n(Fet8yJRqAzaTo-JS9+L
z{?=UKUH;X)4-XxJ{F88^1PEwG>ewUOpkS^=hZzzKtDy|snroY9hOtLk7w`Wrj}Rk#
zlK3xP&KYH<@4U@Z$;}@<O*)%O6T~l1+k)5Rh)O2SW+d)MD^t7f&~v0O%Nv9f1n2~E
zVItM|VC}=#G5&6oLL0DJA{5V3OWmL!IjLeeFl-^7YrVC$prwui1)I<a$PPyiHN_NZ
z990AdUJ|Av8Q-Y}(bFlC5yK_zavHj1WC860Mqw#UYN&6nS4N{H0}~dIJxfWYheH=_
zj<Wb@&x4UK+&LFTDKme&du%27TakI^EQU2P`+pGwV^=aL^_GRPQ^@@eipJm-Q(Q=}
zQC@ju!`vu6Zv}X?%hGo*Uzo8W`M6vn))z<_n&gxI4uSuzHqAl5*nFm}YF&e`ru=ge
z`~HjrzAlYg)sToR9oYay`02yw5Se2)UlN_67w4c5C=WZAIEGLQ#W)pC4@p=NUcwO|
z=T}mdgtp$qjc&OjVjWT~1<5U`(FSQJEBG`Xg=Q0d7g!N^h@5eAcY53Wz|$tguZ3=i
z;d33a30_NI3snriaBsODswHYXd3dNs{vY<dbSA2iq7h1$VZUN<Ym%hAqQHdTaV(#n
z;HuLSUcr-aW;`)D<)k}vGqQi2$%2%Ls?d=B7mF%Pw)auH5PNSY?tb60n^y1WvNa@9
zV7uMq0Pcr&FI9~TmR_1^1**>23vdDX5iP&ruL+Mqlre07^-YbAT>Pc_e#w~mM0ORm
z;LISZ7v;^FF&FG+%!Ng7PZ6m*hpblq=Gl7lusP`CSE&~Tp(K;!NeXn#d3d+6O^Yr1
z2P9jA$sH}pLtdjXH)Ir2(H+$_C3#^U;H*6ZciM(i&q@E_e2%LXtvqp;U$qg)Fm$2y
zYupI)C$#MvE&6uS(WEW}-I({<;b0b6C<Snh$1c{sO)Zp$_7Pd+Fr^k<vK&UeO9e@l
zwm6UchF<G|eHr|whZoM1$-lx0cOTt~dUSv7f%5VyLvc$w$BZe7<eWYWOg}Inl#E_n
zf~9Kucy+>$DzM9}ph>_(C()mi`V!kjqO?*scXK8*VroDH%Ob>swgdyjA;s&QbLo_o
z*M4RTJXnG1RK7g>yNowTA8;t35$AE;kE$dU-H71H>nTBU#FyUtCeHbG4^!i2>sZOp
zQl`bRN2ho~V<nOB!(2>CkZ;4m!(Viv5P(N~6+;dUE)Wj%FQz#r#Rng@#QDt@Y`z7!
z9xpCJwvSAXA9#zISbp9`7#XNzLJ;snIv~czvSwJ0I%34=dB=}*Im3XPG{*J~6PkLC
zF{QO4MlO#yOre>Rd*Epj))!GDe7X{2y=S6#LxE*dApd}IJ>TS?n}*VSIMl@59Hjs<
ze^))-M~QyAwsHFl<CRl8Nk%HM7SK?Q2Yz08bBH;g^mC7%{47N*<R?DDh>`-eOTl6_
zKzZN%?^sXBnPH&BySsJ3`_m6%l0cEI=g$7+-qe@T++`Er@Y^6<@hGbQfF6_o2j~fd
z4Ra9){Ch?j;O5>W%tuuhcb|}e5tzy=DVh4R_qgnI^4D8C=4yAu^_ymM9u&--II*^J
z;dGxMg^>r2yYtTY;sZHINODKicR)>=@W0R<I1UuEut~)PYftn5o{^ZqbxRqti-c&v
z_+u$$2x&wmnr?`WFtO5i&IqZw>%Wh`OS++Wk&^q!C~wy7RV0qQE>oA2rEj<#A<ZN=
zQW#;WoU(6Hjgo%UCkMvKM>6jVr+@XVBdh{k#ai8+lZX>ui)P=q&E5a(cqg76d%rmH
z2w6(soS504T`W0nk-&7tH2swvJhJo-@(wl=BL4gAhpWDrF=QFpXmW6rH&P3_4Ms7$
z_%UMN*(oY{Kg2x3^bSjKMH9gPXX*!SQ(vFj;V5)5`aMe4R+CB;bD}eq;c;WN*%DS(
zM)-zp(7WfmFNe!ch!9g3lMbH`_cp<a(cxPYg2^(9>Tao@lyk-RhaeO69|>KVsHTQZ
z$U7OsUQ8uQ$6oP0#s?4Haub99N#gji{zu|04eXE<AgW!l|9SfbTcBtRk8HAX;g0n7
zUrKXSW>o3{>tgX#Ft7iSj2X!hif{MiB!J&Q{_6REkvMf<^F2@pLZLomTsAuq7TJXT
zd?Dhj+tb$cWhYvs6$khI$-ptozn}dfP(Hk&=aFB7@t34eQHRFz6Ku>66!v7x(|w|d
z`_eb4X0Nb~qe=Fro(P3Ww#99pQAP4Z*6(bTekoR2&G}u#RFW2MsG}+JbeWI5)SMIp
zEn-;p_`Qpp1C(`3A_1hz#E=A<5|%jIp3sCd-i@s8)!6bd@7AsuslX9geghuHP6e1x
zD56e0EdZnIgv%_KWTzuo>5j|hq^4^*$yMbrES54Fhr^JD(-V8!t@3Tt&v;|BJIjP{
zm5KbZYue@XP*?>>rA(HrMct88S$~`m78)2_Zt^vpJniN-3B0Um##Orx8X~Q^quLmG
zp|c7m$iX}@2K38OReg2y5$JzVKQnV4WVqeN+h7rKd9lZ_th9gRx-~FSn4yJEG=iKn
ze3rhASaQ#`-oss0n&97R1N54h<}c!34-slNVmyg!-wtfRI)??EHrcs{+^7oVqpsBR
zYy3+q-o@g;{_6>-a|$$Cg6uR)1LZfAvuyGZ3GLH+(vXePQf1Sn=_dm?AFao#ZA01A
z)>CmZW|;6^B3fj46bWdpoapf!s5%UhxhTql@e-exxVD-xDag{i+Sqbg&}fwZ?B6d+
z_I#~;w&bylGcVymotH@6cLL8Nx79JWxY-np$+;`UDgITPO^ABs7NMyklTmb@STZyn
zb~IqK_{G)v12?zJMG(3^N;vEw;VKohhTygAygl{o@aroK5Zh);sMxp?D7dYG3lYJY
zs8h5tF*e)7W|%+BI~YDVM9N06SKP(ZN}M2#`6l20t`mL?RsTqjQA);tvYNFs)N1`*
zvV<r3=+V=W$jLg$)!P9t`@J#-Bgp&jwWdLlWON##ntW3({7xd|pN&dB7ysE|h|`}4
z8oERi%i7r&Bvn*A*K_8)JgG4ot4p|)6^&S<))(5{D-T{N!xU=wqX#E8^J!~YDE;^P
zJnZ9uxy(c)v;wPeeXM_WQN|Ykt-k!1ohT-A`Lm8mA6D5U6}##ip$1O$&jw>zR&p?)
zNKeHjAvnmxST9*N5(`7luFM#K#ThVS;|AogcbgHa)Y2_r(r$v$%?LtejAgjwZf?<r
zX%I0d4Ip!O4FGIGW~6uZ*3Mi@{$ug6C%gevUc5ZFQ5IB1z>-5ocIf06mI{=0vE5q9
zyAS(z;I~86P4d*^c7$nUUOYtO4gv=^o<}Yw5N)~`7UJhrjpzMOlk@IXY;i5Z7%52=
zhEm>!=tocMFW65*dz{KMWlWVGwN_^-i|-l}4bR36E-k9U1u8OqT=@GDe~J19W=j|!
zIh|x4xyf1gw!X8+(L5#^=epcr&;N8?P@Z7H2q`;|;7^6UpUc-aCDyjWE{tRI)ZC@M
zm4A)sWB)ha#!eD5pjL!8I(u!4(`^}^9f@bvAShqT41-d}{&O69Kl_FRC~%_amg`d?
z$EBvqVt*Sgl9C&3LC)~rj<u5R;F^89aKq+MLEaJWoSf3jHtP<uFx|%+$RgoRAg3}P
zHdX!6?L(O?K3ckl{0x!j+9Dm5Um?zZk_Mk}<#t#2I176o=XiPSH8Y<DKcEs@N@baE
zlm9BP&fqnl|DX;}$5k&7?E`HJpQi>WEXJqKOn>i=cBA3^Dc6E@e7a#b!b2xxHr#)r
zZ7wfZ+z2ZzGXO$Sc{)uczB7Le9p4ty7d%7R_}jF&3s+&iR9TqvD8gs^1eM3upT?Hb
z;fF(&Jumo2#ILBFUA3jrf9tV_fhQmZos~CUNrey6bwRkdt|twRQ5rr<j_|0^%SjIW
z+x&O#lP%BTbj3J>05LpK$&3Ty7~c|@s+fgQC!YG9ND;X<ap%(yNN<z^2AMQ&M^sVc
z*CzLYdn<rS<IsXQj;6s`P5cN`Cev7lVw46@SgxSU=iAR3^r2Zs@_1YDVt`KqKavFE
zhI@uq!|C9f50O$YUW<aD^;+YXwpco$vOd=B^&xPGYuy5VSnHRB&c-4LP`&#kbYl1j
zN*jd6eaW*s`)DxmIxg*Z)VPdT*f^2ldermfqyTI*ZXGtTv+vWYFLZ3`(uVO`$ZV7)
zars0T=4N=yfpLO9*^C-kzPcE&ADHqyvtSJf5Vp-768)36psm$zT(YddX!ycJ370D`
zO16!o2}Tv~QOMP@Vc#3mb+ne}kRP+xcof@k%P~dU9+#Fk$f!<<ji#P-Fivl+y2;B=
zRHzN7tdB%aGPNR~ejc*8;4A{bg%-ni3w&nEMcwB`2{Ld3v*|~&veHUlRC%FTRUtxD
z``Euozrg0Rb|ks^*y~_dRbAc4qhdKF#JnCnzXXa}uP^i!m70xTlJ&(B+T|8fI5h0s
z6+M2Y2>*P#YHJ<o&0m>yUbMgm2+lSL_E2hjU{?;1fN`glVBFFz!D54#A6aQn_@n9T
z9}uO*uHPRC&if(B$0Mg)Oh63_iaaT}fo_q}A}c3D=(S4hh(CDJ>{d-|k1ocC424AH
z*mL5IWmJ1;<)f9(-ArgO@_ElNVVz-!?yYBC-v>GOltaY!F_2kzAFFHYZnWzRO+qgR
zlRwTkehdY1J|<F~!q5qIC=Z6h(OfEn1rT8*Wl-;V(>PIr%koKxpa}fG^e^@C2NJP$
z@c&;LNPvb-CHvoA`>reo^Ht(4oUb|MjaIuKJ{wC;o3}{QBL?qp_?ZT0ejASSsA&{^
zG4VvJ8|bcEj~xf1abaS9t-F)!vcddl(tV$E1!2()RgGoz?K4#qfoTrCkhxlo-B4=|
zl=}%nrb5<xI;x}Ry3$jqL&f(lHzd7a<{)lAz_*exs)?AciDZ{e-Mo_C`55i2$W-Vv
z`1&)!$9^9~KiRwr^ZZhK6!~yZOj9yp+Km1p->w|10ufsm{$KPRRUEKF_W*NT`G1lV
zSzu4I<lm6D%l{9up}1Eo6!f@nQwpm@8B=0BuFSpN^g9aZ8C?-t5)xbz`ukQHfKPtA
z`X9Mg<azktf{!mJpU|i3J~c(4Z-T$#rOEGZW8GqErEi+ixN)xUW9*g6m(18-Pgm#n
z1N?Ri&>8{XMAQGAC|y4#sVbRGq{zL96li^WY6wVm@gR9h$>w5P%cTUPGE8f8|By7z
zTI%<Qo7~C==%`5%jJ1yZ;DS4&k<-QJg%e|1_+@*98VH+<n`3|}$2W07Lle4ab{OS}
z@to?R4vxrTk38f@l}CBoBDN<DUv8tX5K90L*W+k%(2c>0x#01Y>s`=yy;i0h3xJ0J
zg^r9a(8Bb0gXpjHq@&pqp7$aCqQYq3hXhG?&|fwbc+>RKKPn#*g<6h%PB~f;r#wWW
zp+M~yQ^sdUwPg83S80H6DKr06?jdQ~=9GJ%*xMMLPO<)&<|L29(L!o%CN<RPcgIPf
z)CvEsrHU=P6{#7Q3h<Qgq|tFSF&8E7My8fK4@Y55&>+L*+i+rtX?3O5AcYEpQLZ-%
zC#x?ydk~@t;M@npWMhMcZyt<MWDwhsn)P9kQ}Kcq?KLu4;dXI^v-Qgff}WQU#gN$G
zQ4ipoT_~<QQh1ZLqCWX&5X=e|8Y)h`6h1tcJAmwUZ#!@rhm~3-^hKXhW{6xzNkoa=
zpioggv&quEwMa=kLII@W)K5({1n*<&3}umVr)T$;em1os)&oJyfr)gRzu=>NDyB9@
zG$uJsL_%XBJDY!@47|UxPh%RGwuKT0#)rz`+ny+!;g;Md9DYVIlE1|b-fzBm8k^;`
zGbU%eLP_^0%g-yqb=e;;_|t1%sk*7?fH*=45~5aNj@1Qpu+3PlJM&ba*+pB9!nEI{
z>9yH}v=zRRBE-DX*K0{{bh(kqq#;-cX+rH}D!})Go%Z@h`mV`)GmWOIb|(+y@=D~;
z<l|{n*ThoOs@rJ1>ex02B!jIrIBW*@iJDxg|5-}&Qyk6(NVk5~L~9EgWVHn!oKl)H
zsoqdLe^}ao8ajUxcq|1vkqthW|9I1;DP1LT@;Uv@2y<Sw`na1r%-!H-?Z)gK4>`eZ
z)HSoc=koy<0@l!eBeHyCI*)xXzwA&A{^OaBNiJ`2-Caf>Fkfj+3UzVd9&6uDI(j?n
zZm?9%bt+$2bCz;+2R>XtuGt;j?J%9=5b<Y<F(Pw_g9Vj<p4JLnoXRNe9~zE!DRXjh
zYcd;Y=mhp?<nd#b)WQ=z7_gpV3ZWXYs3oqoubUK1;wk=~Zk;vM5!J-TwH{^lJ`b&m
zxnfxXDjn46*7ezj%6Qn>2AI^W!VaeQFr+Kc3I5(+f!t<%)#$0rLvJbfAb)=*mUvws
z8DN;b7a}7Ks?nN;SS~Y@)e1z$7xUV;(x|FLU&8MOomxsXpIN4|KTCI7%8w?&SJkM?
zcz<>eJB(*nrf5!nDCw_X2cNRn6DPHJaH--M(XOR_5?Z%tuq5bR&<&(6vpwMgnmMS#
zi?XE=9qdw?>A(%iLsT1MB5h1PM{O{Jo9DAJNl%wySH*sCWInxH8*Ikz>0%1Z(~wZU
z*o%|#meetb!I?~t+TI)QiKf+o_)Lns)bivSJ-AhoWvg}Fe{KGWF(h3-iJf67<UGk*
zT5lVJoBZK++NkoiZB^UAN#g?~+r;M+xrI=@MBxo>!g9wONz~8D-N<0~dO_078!P8&
z`Vh)2qbxE|Z<?Ks$-TWswCzP(+WCpkjKF|^d<dl)-JTtveEn@fu@m?xo~(uWL$20r
zEgJDX8*#a!8M&LuS9Q8;@c8+U{)j;kgmie4Srlh7B-O&^`3--=K8yleWv*=g-Ce~9
z1{}3-dUK};e6j4bpSckgI0_C_I(f!K)fq=aWth4&#w+1}=`VARgQ1FGIiq#%Ra$!@
zD2Xseuh%5_=@&@{p8Mz<P?B}IS^mUQbgr&YJHrfK57^u;daQBkT6C9yfQlmP_%qaU
z>jeao#k>h-+2jj+HK-vjn|cnwRGXVKa~pw1(K_>w@)zQY$nZEQWFc(~j?{;tWXhVe
zL?hQ(wtC#OGyM1by314lHr?60eA$-5UMO5fYjgg+^Gda|$CSHsc1;70jAR+=Il?jH
z#@h&XYKor8yJnOAObRyuLg+DLHsmh?C6c1o<{hdtjjO;}0;oP-P;7PkgUiZLXM)YW
zu{YiNgObE)xBxm(cUqPYCuLjM9Rr9<rJc<$(O$ovT0h6bM_d2(W?}ilr;eIm!UQWu
zR~Th$VQr;{P||pm0v=-KZ<POO&FR74KC%ffCFz-ES5j%7LzQw}f#)Xz-;!<}uAnhv
z_tWQ`+U!P#kC2om<48fQ1GZeH&*_bPP8wS_dDF&3cSSPwQjB9Mp`RiB=>h~$GnJ9A
z3}+?VxvVo7Vm=OtD(2QT)*OL8>eGqAu)e7t8548EFpi?9E%~Y|ZyE-*B7P(zzeV9o
zuEe(mWZ8rQMjd`8t<=V(2g(IJ2hzWy_Yz8OuU=8R#xTw~g%hHA5hyVzCiWAPY>N%g
zmds=ga9Skd(WB*lI1nNslUQaZEkU9*wPe~VNFfN&jM%aUZ~i79G=D?+ti~m(`)_yy
zbKIEBqLufCtbl0E=C`U)IpoSy%GD^^xM-fJuC4OU1P_GT&ifu@tH4zhg44Ue`UUY=
z=_>bZX9!o47pxcUFUkuroBu9a&du9lLxf3?u#aEi@#t<w%0lA~ZIUEiN~RA)%8kJg
zKg!IH&FcD=p#uFNS>$x1+7fAdRd+p)-IMz@9eFs4Dm(HxmvO4p+OhLGO|~C;(?gl#
zss^&#F!iiM6!5yRpLSCrgSyhwM&>uwRX3d?=?UBqL{Qt5SMp8P`~nLNatR4q+cT6u
z^9`E77t(lLDL1~wpKn!0#s{k!hRub~y}^hzfdRteovoNLRZ@b%W6Gd%g@(o-k5$Pb
z>Cg-faTU@Gs9Y_j3!G@W;8LyH#oP!x%z3rX73r)!j`T5^?*x9LRl4&U-7(cmSHa%-
z_&Z($*!0ELkHCiNl}vl-3BJ}-ZM4J>JZj!0gQ5jfILqQPcWd-_b7vGaRx<wH9%=Mb
zbOSl08_QShl6{S^)U7#0&UFr|0y}HTIkjSn)bz5w5f26WSPBUu2gagJbmBy0&FMv0
zoWTuJ1?H!Z?6ckF#Q&@g!L1wo@jFxkmPF-h(dveLoM7ZsKH|;JNfjC7gmo3V0fk_Q
z4@TOwVLLAs!^e@K+>Wp}d*u3==EgY|Md2X>b|d~MXLb8o)94RGID|8f_oNfbFdR*R
zS4=e_=U&b{PwXdyw$eoy8mBhp2SKUhO&#YssZT7$4b;27J;AF_D>8OLXPDQfm|tl6
zb9r~1qa~+0hs)aG4C2}am*XWlTIb$G$@RHvc~o;*Zl+|I!&|n2698|)h!OMX<e0a$
zlpUeC10r6u*0C}*23QESTr=y%g0e3bK$`i}OJ!l8c@+WzL6V<NXM&?yy_HmuH3wO!
z3Zdjm%n|}G{!F6wfMp7GY^oTo7hzz11Fs-D@}!N-o6?utGUB$DUIS5r=ZDr7_OA$I
zRtDfZPeuF>qP}T6aB@qLrv(*cnZX=H;E4$~O83JBxx6?woWi@LfNG247W~kfM*Z`o
zuNUUZtad(CJ#{MK1RvACAcj?ZYiVyo{#IG!>H(kj^*@1!3vW(2gl&^|L$5?s^aCLw
zN_U@=3Mlsl2u24JeLt1@GRwS5_j{LB-oSNTApP8_t;t=-v^I)2%(ek9uT?Y8TcO(Q
zj||3j4VoAt;Tt4oniP4-xqM{oc<k@(PieF|S@Tn<dffz>Mw15zXHTQ9R&xa=#-<<q
z#j2Z_UjVUji95RbC^H(tv4VQorQ*z)#B@8$`;&w}hn+`y>%>5uO!=PpuVxhZX?4?O
z(``q=b2OSvFw_x445j3rmp=&|aaMc=CEgdILI2`+17!Dcc)qxrZam;#O=;BmtXhmV
zn<F0g7PG{{{r#AneLppf7&0U6@W>|vD&mIpy~E6~hw|}Py;UVG&3^Beu1$CKNT6G1
zUA8@^s2;kF9&Njdzt)A;aISJvq^U9d%jaf|iTPx(N~kKaN=q`Ooe!;HYsN0K<_Il_
zsxqmBlch$1gh2d0RC1IHVA(3+m+Z<<5-Xr*!UPq~r_ex`Q0^z^=WU_;LVCv_(a`Yn
zOI3I9v*q*Ti`ii7brcn9w3mb(d*{>pNIuYAc34Em>xbOwx2A|n+4#WQb9+r?FDO)I
z6~FpOWNZ>zhw@UuP4e+a1(fB-hg9PH*QrYo%QW=bX>WYy^Ogj9YM(!tUSj~Da+_YL
z27!LiU}oA|bw!6!sBhe!tLwr@{ujg}%;xCnO|nPrUFJDQu!o*rq#9?K(T`1|=_Wen
zG8GwcwLzw}5L*=0i};#4M#Up&vJRKhH|<mf0n_Mc%sbLP>NZz2p4G~Eu7%1KG+-$T
zS%0$B28EVMQCB8lwbndGOvZP&Dk7i~B#`o&1EXmdCNRn9x=PBuX#s;KCUK6yhZQ;l
z+t~WKYYHJY!Zs9#nb+0CZ%-jefHc#Ymh?pThi1YapCHqt<}IopPF(AQpKbyPmtmDk
zRV#%0{`Goq#J$GbRtan-M|91`?>?NF>ElB%S_0$X;Q$~$85DmyYIZx)fAzt`821I2
zTf_X>5Ps`vayDfLE;`=}y2=Sf-#1`uuiY~J5QAyHF&Yv7j+f8rV7bloy^iW_D7vLy
zpgs55HS`<bCu$>pt5i|Q7YnMr|MC_oDltxyll#b%B()8;RPVt{<zX%tyiVz&tDQHr
zAwzPP`}G?BGRqUp6*}{Jhf1`7lafk%%Dsb7fu@{}2ejsW)}z%V`qSy}HQ-1QvJ+Re
z$qLAu{VKS9X-V00X2Si`n?5cpux$E0_E~)6MxAbE_mkNIC%3~X6W%2RF!$=gzJY4s
z!xZ7N1(<Mru;rU4SosXkCXQ31V{XXSl?kS}O#GZT=pU{NLY;6Po1CfBB|;I#5IImX
zi?<7Nz5uhlH*UWE28f*9y1i6!L<-Q*x23|(O-OdV>T!i=dl0rx|3r?WKW=clIfDPL
z@(XX|T^$-De9U+!dOJa4@PL*d?Pr~xXu8mg3%WJPci1)bW#L6h1qPQR&n9nT=Y(fB
zZMsSbz87wYRg+F{GvE>o63VWj_I=$UTS<w^oD%Xejr?W1=Pn`o>*y^LSf?;xDVdI)
z@`&_|nCi1j-r0ibrhJ%d;U))>orfQ~fTdN>OnI$4>OvMt5e2IfIL@K(sok{aL&sH6
ziRHuH7*n!upxOIwq}bCsCYSGE14_2q$|SQ+O)E2Nzq;KG>1X<izuTEA)xi<7la^{x
zzO#(K(<|ubS30&uzdit^=%`zVX~ONvqx~+quWFI)tUAX8G022zRsQ>NJPb;~7O~tO
z7V;SWr$Z=n1-qcxf&)#wggxfx9ouv2=sR;_pG2$Jc*V%s%utK?S616y<|HbDe04tw
z+kh?w6>oE|4rMeT&nN?u3{?465=tHYtvKSX&?U~f;#dvtK8~PfNP~l}#J@VRz`~7{
z$^&=fpvm&mmM5=h!6{g#exoXEE?ZZxSt(c6RDPU}Y7r7qb5`iHu=up7A0VbHuXy~X
zL9fLK$Cqf}kcM}@vbA(Nvr=z8Qj+JL_xKyjrWnhLO*1yBDjlQAf<jqEAT(oC!t9!!
z)l}Mdk_dH*jZc6#Ju_0hVx!cWQz?`FmY!Mbksq4=Lb1#ta2yTg3}&Xy8j)Y>R8Um(
z)*uuqEvNy@)$9<=;4JOuIPZFikvSwr%qO1`p6|ph#;yff6KQ;?w?q<nxT+LjTTB;3
z9o(1JLy$>UNzqah$!Y~`?iNDU_>&X(3#D*&wJ-cggZ;@<G<DT9QZz|EiM8yN^sjoI
zPYwN18Z0gtF}wkK>sb3Rp3a_FamD0)$ySmIwTi5Yqz4HS8XpDM6$rQnd@)ebM6QU#
zzD1DjuALc&kBCsF2AL9J@zJW4$*40B*7HQXz{@<-(3h*;<0U4n7SNp1&(+;Z<K9)M
z$&-w1OX(?%Yhz~)mr!W;%WWA;Y;7QVf4gj~W~&djz+Ij5nH%x;n(`SGM{GtDglEP#
ztm+G&E7qLu<@x+$N<P>ui0~}=4LDX?i1y+(9}+*;@2EBHCKu3K_I~^%mn&Ea?C{%b
zbzue_6B;BGS^bMDi^7?PzD=DZ@w@TxO@ANJ*}rHo<uqUY82x<KKpBtoDV@3xUxAgo
z{16*UH-c^IT4g>8sCfRRjGGD%Ja1^%DmPB___DsEby!jT)5o4g=sYe)@ayaB{o+<J
z4Ig_|Gxv9g4SEk=3NP@oMDhjm6MDU0geJVo&2}x0>+`>zhoc<56n^4q=PG+iTW(7F
zrS$%c=~r|xLMOGoU%wpYkAIs&;~*>7qp;FjLh;%)q(^X}Lx>rdfoRCO_$jy)6}jls
zlBOaybYw3pi-Zg1DEl^=mTV0<bhUM~W^H49Dy&?yqw*w=Hyr%cnC5>)x{aimo%GZW
zFd|Ekz}*Sz>ZeLJ!gN?x>jU<p(Rh-wV!EYi;MW#z_VYIO=%lEi>50LAi_~kPUdy(4
zKz+`0dg50g-idAjYN4QmXk@^MYE!t#U-Rd8NnkEn#)@F=81*;rxXIGOeua1(rRGG}
zt1n3J2ok`fxk$-1q(*(0?JAMCSrn$~=Oyfb<y_oHQ~1K8aVhW}Sr<imNCN@g!&}_?
zpSaRZKjp9Ra0n#aA%!vlaPp~y{{wVDi@#=L|754)4RZ<Up3Hmu&v_A)SH^CApXY4R
z?7$x+XOv8a5JRJ-=8K@x!g+3=!*o5fq0k=ZsNgIF=eC<<gDH!Ac^RN=?>KHuFJiY^
zU!oC#Vn;|{BycY)Nk8iUm|BLp@)x04B!?6xK=1_ONk&b2d&9nwiBu0?$gr09Saoe(
z$>(H1DwH_cJJ&kQR*wE)CymL;l62D`2;rK=XeKdr@z{`+){eu)Igb=XRh$v>S@-76
zIIQ20AGgGXrD`KhIy5qX&t>EJ6Kv~qft4g5ay}5kaCJLst4cK=qMnDVtc{;8iH@|C
z+WyXs!X!=sqhH10oqb97B74>l+G>vWG5@G4CFVQR1oYraYA1#?>C+!b06+b)-IEuj
z!@3a5u@xx`FtJ^Mp=8TB(>dg5DMT777U1T5=_m@+010`ZwfaOm@n>m9qR<+r=B3~O
zrK8v_m+>g3J18hD*AVuQS%1-e&cOI)W{3T3!w41I{6wFb#XQ|Qrc<oju0IKazcgaA
zbxj4Gjq`h&o5)c5rR{h~vmID4*#c7E$xau#bcy&<yekA3Md)Vm7o{%htc>{$wBzyT
ziXBYnoC||-#pM94jK&&FDI6+ilm<=%EHBo5h|h3uvhV_%xuR{-Y&G%M&-^aLw1CS+
zl++kTMHwZ2K)D6QY(ds>jtt86CK@{NNcAnP<uVBYCj(rOZv@M3R+m@C-V=^x+r-L5
zo1wX1to@U619LJ~Z_8G+E({lztHf7j??gn^9xNMMse|pD9bt7}U{W^9!Y$*Rib$un
zXcpweqIW|hW0oTwf(Lq0w-YdDlo=*wSKt)P^f*&IfniH~6TaMqzcJS^XR}pR+dS<Z
zP7wBTWAkzpRE3BdPY06D`bZ8F4b8YFNn7bdCgEbHD33i>EuB8mcQJ*n8jn9pUGVkT
z4o0s_%h}g+v>l}mp;^Jf{45Djn?}+0p-{IK=eX;5+GLYtvOCBy5I*Emsm&x|&=<62
zlyn1=aVc<%eCKsGbc|%eheaA7BUX`dnGlb|3_TQ;PAQM<ieV?|&7H2Qecm!v*QD^k
zLgt}l+a;8#PB(XWvhpJFRI1_eLhNWF{EVVFGH~&8z?EbD{?mXABxGvzN|k4x3$;N3
zkgT<yJ*=4ljcGG)W<PDF|6byueZPzkGrF7Frhw1*SSWQ)z)NhG!WHZfVwYS_3^$RO
zdm7v{Z(I@{nGKkU${2;@Am~*`m!f^wR8{HtU81l-hpdNuTjU2}(|kuKT?6sv^(L1f
z7)<kCtu?BxBcH`txrnDUF6jz2<+!JFhOWp$2AedGn1%cS#7iSVfXD1i;<)^Dm=+LV
z1VrMrBl4Ith9Z}q|M(=Gk;ZhU__0)V6K&qNU~^ZWg%zd#vI(Ud!KT!Wt}{4&helKu
zjT;j*a{H(RRIX&r<E*SPM@R`S(H!zuq(~=de&a6En(VdIVVg}ERcLajLovy8B_Y?)
zuFdsxKi68mMP0fwlb$;koRmS9;1iv57`va$JsD0e&z>DbqJX@aur|=uw%BT0XWkeT
z?Qv?2{ECjOmQz=je(9q<k$KA2e+TW1tmQy6$T<BDcU5ya5~qPix#p-P>HPgPAYZ1C
zu!5~4YOe%T-*Ba4PdUsTIdVB|b;ij*+GP^6R0$eoe1%%s;bIEXHs>UK!}RG({-o#y
zDd`e@>7)I;C0&34bhLBQCxj%U3&Qq{x;Fx8t%C<(#f2it5rmdc7vDtt+kgLX%|NSg
z*K_<DGogd0K8x!)@4)aI6a3nA_Y@|7C4p~%uL0eBsQ0HlChGfsbq%{6v65l?X(Exm
z7*p|XsJgp>V>igPK9=1s$u1WV!2Zm_T8Lj=)`?+>=(`cMZZypsNN&Xwb$6QEUhX%<
zjoLzwBpPuc3bw`8hL4L`?2W(01-=UC=Aq|U%?t5vJWO-41q;rNt`>zpLpg!0%=EQ#
zS=8seqdc-5$-_+tTG5&~^IY@en8!38qm(LesBBs3mE*_kXjq$;km0-?OrN#~Fe3^N
zvA+kjf`lVYoS=ZT6rgO*sP2{>M}`M~k<ZvTS<P`M<WUUD9EOccB+N8z4%GGe3i~G2
ztnGT48$y?UAhwA&^ox=4J5Nx7#<B&oEG40)G!$oNnAp~<qIb!md%2-oe9!?}K=oZz
zAP8GwlhPhRl!$>U!cF@SPBa3h3w5tcV+cspzCYc*Y{Cg!`*9=g2}%G=>pR!9peUW2
z0&KfnFv~lF@`UN%6!yYG<P|z}h<RGw3rXq?19?0M`B{kkWPG22=;17+Eaa97ID9_m
zgNid$o4?M3A;wg{u5Jj~v)?hVXAHS0M6Xr7rTH{HM4slarYetKH$&^PchHOxwvqn2
z6oPiXwp2(E8i65ph7uP|@{q2=dG$RvAj+stD0(`8IQfN;XdOz!=*KAft|ezoB<tL}
z>aFQ4B!<l~j)>^IqBhZr;f2fwhW<R$J4UFTqkTZ?Jt&I{RICkhKywtLB=@uSrXjZ{
z*WF8qusuDf%b*uYR8EcL3m?X&Zc+G6fbLrAmr97f!tkE&^QkAy$ly+<VFlo!Ocu79
zZv}*+ke;IMVzQs5aQ@U}JDozFKF>02smPHdL&7UPH}Hr{f<ynEf|ry3#b7TG3ACQi
z5HT)`$i+hkRfvU4Bi@=Dc4o%e(G0Fad2qP8A`-Y>fusS8f&f#*=qNX;IEBK=G%lXp
zSuAtHEm{OuTz+B~9{J6-;=!^gS*+EGgEH{EF2u9OsSD+jeTY(Ph{+X|m`;rGOnF`e
z?c$i-(`^G@TxjbZt($qS?JfS|=VFm_$*-_KtR%|8&v<m!odE-r(z<U+=|FouB}Ig_
z6$6qLx&^K^*f8eK=)z|4fC<#{rhKxNl8jJ4(0i&GowLrr=yX|Y7B?midj&+nO5&7n
z3U;tr#qni=)yF(mt+SuqT8b7JxD7rw0!wQZve<P`c^WbPIlDht4_X9l8kd%=rGgtq
z%yf4R?g#5YNFlD7?3}p95nY#UBTDm;sd8)y0*4!K66J37z9Pfu+kS4}$h_<lL3@kz
z>ZV{&`o&E4jvSY{H`>e=3q>7>0Q%SV=1~Yw=RcD8kwHocIx=1->Y8Y6HpS?1$>kkD
zEOrziSTO5#>KEe9aY<=k^{s+m+q-;knc?hHW{5ort|v~q7iMz_7gL9*iBN$lo*~qh
zd3z99dq`w)Clb;7>t>a6`Wq|gFyKWI0Sx2yJdaZv=@yiwXDR4#C%m~%mLul%uGGqd
zC&VhxdJK7jMWA?UpS&XV!sl=ojhWDWpiidu87P+KWLy9An&EtWlTL<t=`FO5UBBqr
zH^O|vgTPxPa?JA<7pD{g&V}lv_#>)Nl7pXO`Uaxml;UA~lHh||h>BB}bQM+gnyRV$
zAR;+lsgRdbq|vk6lymwsLnUh3MiXoCjfblX2p_Cr1Ouy;0A|`yNbzbX3U9W22C=!<
zzD{)7#NR~9aWKg7N(-CT0-`R#RpO$2K1o2Lb}Grep$wM1dP;o5oeT*)bcJ5!>r2Tc
zt3udBz7pY~2!N9Mhy^Tj&BYZWd^$Ll{+sRAS=-B$QoxD!;67$~qn^dixl#9V##Hrg
zJ9V!JLh|j(jkqSWCHySOS<<4mId`!vgn&o92UVl^=R17iV3-B^LWQrIbi0`KecleR
z)G0Kg!f3gF6XYkwt$Pl*1dOnM1$ixITxKJiHV8kK9g@ix%?*-<$X?DuG~wBw(zkgH
zD~H5#K6~rJfSH}U(&}#rI<a0^tWykomjETEy0Tar>R=!pIx{Cygyt_PJ|qQA2|q33
zJXQ-Q_}H%w*uk_teKtU-w#f?g6?z=@z!4!AJ|-5uS#{~P!WP~oJ5OeU#+PoZeM&Hn
zD?%>fu#MAAeYbZsdk~XGX61C*M!4$>Ij#e$BTOt_+W2krVQqeU5ENTbeVjmQs|v_&
z+4us(ro3Fum-(V#AT7?5?BLC{Toek~qqTzQL!l`MFUrN#i8jP8D(NP2#}X7z+o7fM
z6DOG@SjZgEN=wO3AWeFXe4OYrWDAlGrj_TK2IWpQ@$pKCiXRXW=MrP34oTSd*n?@)
zcUqBFSw)OBt=TeX00mLbYCPtgE2~+7ap_<igX`(@L3&(VRxs8>(doy5f8hmY=?Cq0
zGuzd-<!8!Dgk;nt4U<H>rc<572_ue4fo*OhK~u2#obd$}>!qfl&O_~Wmr6o;Q_adI
zJ5=h7$!c^26+2WlM89O-Mi<N43;=8wp^k<XNcHMRyigkosc#1q2sRw4lm_5$z!Ev#
zbOs41_0qWk&lv83FwqGB(}oVQ2>00Bn=vFLYVF}6jNm9#Fy6qerm0<yQEnFL`I=v&
z{t)woeA`BK##S3}YVk>K-&1DhUiW|=<uTil<-PZ^J8dFp<0@D-Shy-u;EV#mw@0UG
zu>?u!-lhr%%Cqq`LJ?pO<?C4ma39=~rt60>TUigmff)1>*#%V9?laoLiMzv81R3@{
z$}m_nXymtu$*{+9cya^BH|M<zv|}wT3OA!8B{RR|T?qB~LcsVbP9pr55NBaZe1n8Y
z%o>m)rXsxDRaut?MIZ^xfpZS$8avFn#P|YpYP0K17_#Uyu%khbxfJ~nZpwPm3h?R<
zgb8CvYto5v*Q{VJaP#OBixpzLTB2u=)RrEuCXdw|@GEg?Y5(M5Yw`4LiM)u&)3;bV
z6D4mM&ZYE-YcWWuIgjWD-ZybXX#%BoHVGu}!a>;X#Vy?NiRTdSCdQhr%G0)Xba~u`
zVAR~Y$wKxha(PQ=P+KF%t#vijQf@i~UT^gs?kq3ts^8a4)e66vDf#KyYRL@8ZBo(O
z&kD9B<w2PN9sRy0L|UmXi;_R%1c)$!K9S2s#ey=&vqWFechp1HR*(*8$<@rTG2vvN
zi?`9IpAr(B<n~9mL_}w?sG@hAO58FJ7>_}UDXN|vHqwEGs#LWK8lJKf(*Yn|J=(lM
zc>XZ3q7&Y9AEfLgh|D*m<54=Eq=!f8hvD(@@bKhg`s(Nyf04dBK6-sTe4C{wNA&N}
z-%dt{C+WM<@!Rpq$!I@)`4P+C-n}~*?+srbjM9VQ2W0g7+urEiN&4Z<=rBFP4}2I;
zM(N~ah_8$f(+|hvlkwqeYI5)B-N)nc>o+IR(3_)!{n0VeDt-q&pjXp(!{d|jXo7wD
zZM;A7{Ytln6X^O@`eA(X=IH&24FK9YdIimVO#eDQ+|Sa{n3@{>?cMQcGJ#G&>*Kf3
z>k<5Ne7JY;ejoair7xk4!=sb*U<~7f$4-v$-or1-)A|MM5Pae7=y>l9{B!tnd@zQ2
zLq5n?<C8=92+iS;d%ySoV0et;@BQ(+qseH%O~Oo$Vd{^^lfR}g4w>SAem}IPV4k6s
zx5LA|5q`~$92$cq!(pc%kKW_01LHr~k0u8vY?SVgUXAun#=ng+d=fr1dH;4KGe0?j
zW^n-z4${NX9`t&6{4t%3j(;2P(R>__-VMjcI9q#1$H&;t(P7wJKMuHT#lnsUTKy2j
z%pvZp(QmkG-X9*|yd01I`8|vq_fBi);CF_vk4H4|Zl6F)AI8u{Tu<9BvRN{E34Rea
z%SYIFN9o(6{qZYYCfQ7TM~A<SK2Bsgb&g=(!)6}7Ji=*u37r{JpP&~wXSkC4!?(lN
zqlw!s_*InOqr=hh@E}Vk??!uL{0lq*`xG|C0Z-iF1V)UD4L^`((jlxmwt<_LR~Bpg
z;gI0QJk;$3-^ZW%4sVC=cQ<Q#a5S0llI{;rhAH(M{`+!-&mWHtVZ!JH4)^xnAH!+H
zC-5EU(d0dx&+#Fz3yzvZ!1#C{_pKa3+R?9u<Ae9d?G1@vKZ2>mMrm8RHQ^^FJ9w6G
zE2QIB@VUJ=vV>`L)IX+gU{PL<;IZNUZ(};F@+Ii#SZ0RCNNvcBhF$r`0UNnUwq!eV
z(kYc|--NSBOj>mwK0J>$c_{I5P)MAoFD{hRLiDV8g|IJNM8`PtQY#_yo69-5$bjMi
z$e70#+KLQPGP_tym$ve2EmlJ`<$1+*?O0&<JF)Fhq<4WZ-_;zkLkKRPRUB0Q%g^Q9
zjiATx*fP*H={%}e3`I=wgalXz%~t57pyDTCVODh?RCmuG*t4|$H_+{dKW~_Ka7Yuz
zDV--;w(=1#&qL6cr6Wx%t}6_4!cctWX>XWzfJg-;UMXWbr&?{oM!_7jQaRY7n)yuP
zl+BWH;V_x^f+AX$G%iu=a!Izor%7k63-t;ra$}yNz%I|~E&(NmsBhCQXgQI5(F}_;
za&fo^<yp%+%@omG;W62DO@78h#Gc#xmqu;9lsYd;9dzY9%o2vdV5PDkmpAEn5;t(z
zvoR1owMC6I7vuvY{a^7n#XQ@Z2JYiI+vUiPdsUGOhdp$PLUy(?v~C>J87jnX+x>!*
zOKm95rkjb!4HY>`^QU!LoMB8eH^?^$P7QuFtT)x;w)b|@Ul1qsSNH}sQfcY&ui@+D
zdASN{S<x2wS)H@-!k0_6T`l~_)r|eo|GOyYc@r5uR*SgVn#k0?>i9T9nv_;YZpXFs
zJ6)4&uz5zpz>R3}0^@yJJ*f6I96nfS1s+EmS~Wwwj#N8*VekP6Im8Ib5^)GpPU}P4
zDjv-ECJoQ&cax%U729`kBxrb%t$dHwhtWcR3an-#&c40%8wUL8z#+pdvkeO;1k;>~
z^p}g}^6KaBzPrA@9-J>$gQ`CNPP4qe`&D{3#9Uvj4fI%1h{wcYm;zH%j_D(L3cA?q
zYJs4ANK=(xVd5GLwv}PyaA2o-pz!4`ll%83M{mH4VY^voj%gA&HOK)g$_>u<o54HP
z!s5W$yUIDzA7QBdHicG-Qw=Wh0b%yA!0^XG07Yic(=DZVBqt+Rc^3Jsv3_vO7jBHt
zMev>qmM4`PFv%K|d8`{3X%N_9ftn=FKWDs>en2Xb9-h-;xs=SdP{FP=d@pEQSeeUn
zHK|?TyB}=wV`~v`Qfb}_n8s?2Swa#a2uwE05nI$dlvRl~FP&;8>!ipqqPsEXp$gle
z!EJ?<7$e<4Y^cEML`%upDe>OLGZB#(v-X8Q5Nq2G+v|4+bXcIZ+m1^jXYgmRcqRu4
z**&1pzJCeUPdYhzf4qk_$KD7`g+#ra>9fI;bT=KY&M_MDV}`-j=QOMDh!TU+vEoSU
z6t)81bXbo{gb$c;G_M$4hs(9p-=Cx}*U_(O>vx{ZLKXr>(nN2?&4QNz-4Yw~%m$`f
zak?w##8Xb2Mdd<~bH^Qj#iLX%1L<liPy`;Pn)lk%feOAC>At12HiH%^U+^t5C5`1u
z3t&Avw@K|nJ+dI8T9hmqg5?j=?JfH8){YQ{_2kb{!Y4P;EqtdsXmToY^O7A!0U2hc
zur4KbB({#Ul4g%sqKV_SQ$ZhB%!E}*cxL%~aw$l}<{)-`(VpAhlAmtv4ANo4fIgUL
z<JaeBne(T_pRU1l&Tkh=G)`jsS@SE5ESj}48GVz8CJnbPyJ9)BCIhjsqnXiEI>>or
zhN-lGqlonun%|wc1aD3qKUG`Bh)VgJRPS1r7H9v=Xt4}Uc$t$BlywX0MzjFzo>y2T
z54>bD#uBv<oP^1ML|=1CT&Lm0G!viQ@WM)TyVIzpQ1K)tUptFo5|fRyNT1w1hdPDO
z*N;>N{nqm%f$WB3vmiC3u#7#79Oc0Vjpjs8_cJ6%cC``#fs?Um3CL7Rny6E3oY6V5
z^y*;d(67b#h<d2sdye1Z0N9?RX7AYy?E&Jg=*NWVBmND`f@r-c8-(1#LLi5xh?J8w
zOypCYX$QYgw?@AciaSdD{Q|F3=_MaJyd^C;Kl2+8=OpCGkY41+>QiwIq=eQ=|HaAi
z0=?qOGGWDE=s0l0@+pWK&%)XxR$>6gJYZs$4?-s`{A6nnW|#*U!%!GRl+1WX2ze~0
z3(wK-p-E^=-KyH6(?lZ(zr@h?=Tzz#k4vZhhjh#J)b^pjI3yI>#FL6yrLvTXuBE1$
z&A6Dc7XYL`+WB<wW4aY>Anr<pO$Jku;an8VjaFBew#(RSkkAu!nR0nzkW-kdH6<b*
zQ94_@p07`?zDs(}z}=3(#umb1xbZA7sGH!)CV?)D^hnq&lEP>BB5xzaNI592DN88O
z<7cf?vyroR!ogJerGAn4Gk~q5Pl?`e$@Fc|D$7+74Il~euqNb$u{PoGb^M2QYy7dJ
zG4L)Wsc=!~?Y}3e$oVEcC~vHWcfRJ##-Qey3e!{Gm$>uU_d)2tK#wvC={dqjaeA54
zff`x~&K~}Pk4q|*12Ihkn2DvMdnGKl<RA7efM$)B5G>esvlAFgu_xg&ZiBURaweAd
z<Bp;B{IE$Y{Hod1RsEA%i=7MUVs%LlA|WUW&@&s>Ra0!RTGDDu1pTs2XDF<iR)&c{
zmGBIqqLyJ#YS}Fwr9fK0nc5z<2&Uy;EgK`f3LMET+ANQaD)hJnjh$1`_qJPv9i6M6
z(k+nLTR3q1i_;f8?+SUK#XrxgL!fv~HgmiV$b59~5f4S{gGnf#qe3ihKbQqD(uPUI
ze0`(jr7P@(;Kl3AFfR2+%xh-#FVyPA2b@@O_3}>q-A%@GD9SNv3`%g%7x}pb;AsbQ
zx3eUT(pVYK%yt!O5tiSKYGX}w&m?!xmZYFfNj={F;mQBD(@v#F!e~v@YA*7cWdaxW
z5P+<2G4b8v#eOzO-x)dd`v&Rr_Cf~8|1&*y<<kQsgznf#Njq(%V~q0A#3?`3{B&N1
zz|&kU*pwlDLDG?XFgwT#qo!=%rJ8U(<8HU0F^dZyLzz#^V~kToy?x9UU!P?r!xhJg
z)Jv$S)*dC&B}SWwLIyv}ygyCfFD!YJ?jNgdh;5%tJzklTG0_cS%BxdN1%>V-lM{RN
z1MGB1;Z2M(7-Ln|nK*gBHOY$I%zOi+3^U1q{V0%G!~kohFancA0$qtG0uP;Welo&1
zbvBrO_=CBpd5V=Gu^5aFP)kWu#?6El>$Qbx*pa8ME^19Lu|yz$uda%`-e9@n>zg=&
z6}zn6yL`!v7Huew7ksJV6r8##Fog1c;$TvFDWqk;*F;m*4`O44&I}{o@g4Aysk4JM
z<Mu@&8-qvcOKsR6D#iPfM<ojOqH|p*Vk09>mgh5%haz6aPz3c@E{%j_1qt!YL8=83
zd%jdA%21<{>{(zaj?a^%Pj@D!b<UFRLHn9>mUIsqKN%_M!sp{nyZC4&fxqL6j~0v2
zIaY?=PH!BYK+UjMHoI7^>y)GP>QJ@!sH&Xo9O?G${XSc<!@nboebt)66BNIf%~G5M
z22=>sO=W87(B^@yg|lAm83xwtS|PD+SGx&A(zp29?`2<3VqYSTi><?%;F$>kez@L5
zh3BW76qph-E;ewN{gZ_$L>EM|X`J20pl9(;<Tzx~#;y028Xq-{w6C?^=`;jh@7*1=
zd)ew?vZ;#-(BEOSRx`gTsFW9L8CuTPtYuBjW85qMqV4bJ30BTl*IAn?Y~8y$?QKq?
z?Yfv_)M@+avmMw?i{(WVtYO^;jN3A|CZ$0xswHiga#Ybc#~xsIu?q=Z(Y*rmx^DYL
zduBPg%SJHY4n4J949*8Z<Kn`Kgu--9xm0uE+2A>*Nd}5g_~6Jaj6f2PPz>rPppeo>
zOgimOW;Bu89mfYc2BKc?(27R{WWm4@Yi@x~x1KB3PP2*=!&qgf2$N#Kx+AkzO7zjV
z1<5*#Zq=+M25ymq6z{at=7{TWfJE<!6ElUgV6#@Iq&u;(?Y^(8^gYIM>KQ1rSSHH4
zEN`b^-sjU$B2P{xjx|xOB;4jqsSpAIBy0D&P$TY`HI}N?@0RVGoNy#@Y)BV`EOnSS
zRpaHxslavtn(Z$RFW(;n_TAG0VfuiphL)0hSIO;orj`Yjwyhk^TjDsRLt%_qR5wkH
zYMtz%jzF<-4e0LYP{S!XT9*RP9eu%Shm*L1lSD~RZ>_V=)}*jho`jp7!57qW_XXOV
zzt_Tob-EdyV6p2ct*s!q!vHI1Lu?8H*bL+G-Ay|EWk$wKLe_&$?m%3&t#A>p3_gN?
zq{#C}=3i(D%2)vtDD97o<Io<1M0a8|X^j>8;&3|2UC-k40k`~`4hhLaMHW}@3~M1;
zz3JT0)MRHVWbgEO@#w;K7PrJ~lWx2x04PLU?JcitRFP^1c^ghBHo1j9i&*LEy7*iP
zbBeh+xlNjs8?EiToX2e!aNrHGvk3)@d=C<0Om4KZ#d63tg@W#`?JE}{rm->H0+ZA+
zZcY>24z|dVk<*aMjjy1YLkY9IslFfh&`%R=9**F}ks<a!VPL^6ugFBYV+5J*iy|sK
z39WPGKg!Vrh7mC)#Ib1V;yGrsB}-zZR`ZQ+MvtNE;A}MqReR3(ut~2*=F#P%Xy6Y%
z6`u@R*@EV=9CdNM17vv;%p$5^5$^*xp`m02dtwV3)8#Viw;p9o1_^$$axv&yi>Ued
zwHAbaL4UQPnWTf_O^O>g?sGG!P=|p^7Luxk9$`X!C_=r{k3B3>VV6n0P^HY&T4gDK
zN|>RHD}p{yqfV2W;Y<lEl*dJ{#Hi|r$1VPMbGdc#g$%=_qvOk+g$uR4)gH<gg;_mD
zNes%;6602<q!U27!NUBl4uNZ|)w;-0b7X1$krVT9cH?U$GnnPd-Z7U{SDzX1jZ5c4
z)V;`q0^%b8Bd`kw8lWTA9(O{!Pw9bKC~|B$_<r<e*MuYG8(C+JB{54R*9&YBr}>a`
z%Bw!G7cMCgUQ3*9smaa1s%uM?5ETf)U28(27DO?d5gLqd{FLJTgm)w=S?_pxFaL4S
zDuXS;84rhIbDe9_D&2EJsHd7Wsvp%vK`L%YZm%LeLN`uq{TTh9t63CC4v)|k)snV#
z0y?y=ikS#Gmq~x(b0`7~C!X>U!?DNr+2n}(+S4Ad%_(D2EZf}-T18YmN~=PMBCTWz
z5tez3ub6n=E-7k__~W8WVJdWSJ-Q9=mp=`n%D$uHbn^b)yQAZi0aZ&!jp@whrBIVr
zbIH+>JPo)2cEx{z?slwwpnNNW&QCe@kblTg+vpof_ajAJBfpIVx6vWM?knUNSV<sg
zUI}<nzRblrDU2Hk5P<qLyMRN-b3`uBr--Y***HvE)}co_i&g6WdzV6YXjGbHWYNJ?
zc6Hf&8c3DhZ&Y-(ceGDsmQu#JZ?%iV!~LXFz?h})-@QH_?sL(VteCH9q*@qGBc%rD
zua75^MS66+J=saO_l^z@xcKkjV|qM#H99`#Ix+b47QL~hrJji<uTx#)giHM<>7VF3
zKke}64i2#V=Hz(%^8Lxt@kHw>q4E9kWba@&ew)xku1GRe-$~U@rf=O)gPF98FgKN8
zc3P*xuvW@`Mk5-Yj3=*#d(iKXT4PDS*j%nD6GBgM!Q39d^3U(bqmy)W_?M%PZ%2nG
z8BNaN(c$>;)iDfVgg@k>H7cLusx~TGoD9O6rK92A8$X}v{?TYcBbO1T!`H*{;RL2*
ze0VZChUFV!C8$<?9)~VyiJaeTIBCNZUfWmi4`o5|dtBx>KJ4yKDzkh$g3(d?QmTnx
zn1K4D?Ma~@wAc4tZsg@CeSb*ZK7Rl1geq>q%s4(iI^KPCJQ`(OUI^`Red=U$cV3RP
z_;j?7vJAxZF_%_idFTn26CP5PEO+Rb$_8PYUXQWVP>M`PxJdjr*rM;@upN*85BSXS
z2=^iuYvL)<T2j9#lQ*>Ok4IS9IJ5&gNF>G^12Xoy$=FRJxOss>nl0jphjy`=&M|Z+
za4nQpkeBte&d-+VBL6HpW!BDHYt|rhFNOc8Bo2l%2LI!{flDkoTX2L=G7xf!5{Rgk
zG~rg~StidZ(HxWNa!fy9^P89_|GpC3$Ocs=7|qqix>2tCV)41Gs|7h2=ODf>^K-eA
zej4!MwmpRPwsckptx9t|4InY!j9-qq+#KtKGcGGmq^_7(h|g8e0)}$lSMu9XpbMMY
zmF@12ahKh>X!i&Y$ia{+l&RZemA}*xIzl(q^v0(Z4+!=SB|T0H73Lqk%CL-{s$<_{
z`7Ufh_y-Cx=m8BAWLg&P4eSZr6s}D8aP<0M{2C?4PKI;2{~nK<&A3(HVvT;L^|?uy
zPpY!@6MDD$TzW4Fb4Mcb1ZCIc1pcAr|E`)CEAx56Me@phm!v3y_F->Kj^2*azr2TK
z*dL2L+drZ`0z2U712wo|W6{NMhsx{>KB6mW4ZR(H<gdV-d`zS)oE!jPD-&(Kl<KMn
zWLYiqdB2C0@~8MP#2%mAh+oa~ce-xT_3rfgurR(XvAX;c(Nsg`&8$MQ7x>Ws<A*1M
zCr>mz>Is}PBW!F{NSJ3?U`!Y0(iB~pz5Mn%MT!CyWGeL$nf%4-C-5h4^QrtNJ(_I6
zX5ISdRXP210=5SJ-2RbH2qu@Hr3n0LOSLeWu)sE%#9WgZ=!@r7r&AaTTbxVz3ioSU
zP~W65ReJjt8`+{9B`FcHZ)MS!_(Sn`lK4A)rmtw60zkczGz9l;4h2!f&hss6@u;Ce
z!Zx5PKnuvl#tV6n5aD_T3U(ogwuA(C=N8ysp?fnZ(IJW9bgk%>k{sa(R~VL$%*aL(
ztL=1nyiy|?T{UndQZOblcY8rFpLkJGprmRDg&#9IL!nhpb`^Z`JIciSF1!lo?0G#C
zxX{7H@=|IHk%Hk!lgT=%U>hmpqP*5lRD=_L8b-qvSJ|>$ialU7CXy4RKI~R(7<bU=
zy5ky9lfLI0$;}_>u4ix2L1Ldq4^`KJv#rM>N;DV3clJ`?@7v=cPk}%o#Q4D*NqwZ9
zOY~jmOLOKqUtZ>HcJ+>J?m}NgfyWq%8`-)JsE$dy?k7(5ao$2XzXt7$1@Qtz$vf>?
z4;kZAbb$Mxwo20^!=go=V!<k!)g%y{h18dLinWADvP+!nlq1%p@^QZH<&`|2ST>X-
zJa@7d?IlzeY1&U~It!9W^!!P}6m#(MX)&!xc<0ybqVq3=1e)^lvY3@jj46IVzD%{s
z6*S+~CHvJ;Tw%WODKCw<s}qE{`~liBieXGa`LgMt?M9==i)ThS-=V6p>w=<OCa#kZ
z!mv#&21)Gud(p~x;!ey;_MS3ppf;Y|-nupZk+{P&i;AbqHr%sx#K0pkj%e$>zp4UR
z9-Xd_9xv6c4dw+PFot6!in7l5ZJ##of=!IR=%XtRBQEkx6Qi*w6ETd;@Q{{O2D(2E
zqB+EE11WZ66YWg6Z^K@9)hV$sdZ#Fnatmb=J_6GUUV#&UYR82@P+y9>Ob}j9i*+R@
z`G#+BmlEw$tDdP{&SW99=UMtgmi{SAf673Mga3P)$ubkF&2w@y^3AH=+Igvt!=OJ&
zn%))kL~}o)K!)n4>heT_6VCz|Fv)C)d}v~NLI%4bbwDs$8>Q4GVb`6WBnGQIE$sM$
z_VIU^pJ{6(>@}rp7&a{9HfVK><cH&|yoFn&09BaKitWcw)7KOpq~kPNQ1*D;^f*ST
zwtvfIF~Y)JZc)&a>Ka%my&4{4jPnUrB8PSj&47nIy`bDAa%ZZjFBd(wx2E`TnJJ~R
zY3xW4UXhC<h!nv^6)3&D@jZ)oH{Ci06YEo<jRFAQiMvV{z7B<PBlyET>--AcXSge$
zK25hztet&mXNNZ`{_a`2t+s)Ii_ouyRDB<5lb4ztvd_@pm_Itb$SHwzpC<eVXzSS@
zcmMe0=@0FXrMtW6bhhD*(MiHRfL8{8eD>to?(=l}SXaS6yJvtB27Cg$tkdCi-{(;6
z5a%ZYJYl{TN}cxu1gGlTXqJu<tvg4tJB!{FaG&^;BHP8!(&Iuf;ic;0ooK$Xe&Lle
z55=BHEi6fDxB=k)!TbSeLp0?q{X1gnq<A;4>LND9q}C{rau}`sA>iX;d5tm}pTETH
zL%MA@MFz#UkGGKZ)QaS+YL`k+h;T&eQOqvMD2_&vX}yIw5uPC=efp5j+;cGDXT=pd
z=HL_ii~xmeG}s7cPhEqL<d_Yn28~f;$%1B~I748iGQP5?3yon-(Kg5ODl~wKWnYCj
z?&k_D&9#_tY`QUgCTDo?v8SvIbi@h5?AdA|S4Q4s(db$5O9pt>NqY6+`RvB;e^fwr
z8>3~R$atc$*sOn_ejrdXD%0UAQ_@IYi6`>LY`7{3tWAscW;o|)x6d%1JR^`7K|@Of
z$y6H)jPv<2-rx3x0nwZz09!?gfafczNMn`6pk&Mq47bhs3T;{;<CLN)r9(*kA#|)$
zvzjaMZ2%6Xxl<De+Ak;v$aW&Yi)0Us&n!+YaphdO2hMc)Q9b=TD7($96g3kxfac~&
z&0Gz$#laFm1X(R)F1c=85ng>uMdx;xS7w%df0_SYUal@Rtw<qOQG+oC0#UTcUVu3S
zQ)8+;P*Tc8-u7jSX(tO77U^s=h2d@Onj}P*;q()7m~Ob4e0xClOB-dJYouUjRLBRI
zP?lfhzH@XmuB4=4qYUj5j-av_NMc4AHr5R8J|tDC)OgM(lq{%*g@P@JB&D21c*uCU
zXfs*gG<f?g(0W^04do%bN6=E&iK7DFW<ykg3VLwx)w)#{RW1WGMM?Y_Fb$r*)$-tM
z|Nn@Y+ju8qou6PD$x$^TQAZ#m&(`*AV%L=7TByrqF3HeUADzjPIC2on#UeR}6&Xhh
zNhN2SYY$n)t9nu9At@z%MAB1;=3)^_P%Od{9Z=1!gaxLpnJNCBEXr9iW0-A0j}*h4
zCe*srDtYN>hG-oH{3<;`?-yi=9Exvc4*}>Gn#R2+lC24tP-8ARlI)d9&ZR7`t7=Ao
zhryS~EHK5)mh+FG9#I5+s98WSM0diqILNPCN)5@-a>>XZyyxllkVK@*>m)(XEEF9G
z7zG$O>E*I%=M^ILtbuyVbWN62;I2}K{@LCWQX58#bXti46CNO`A*k-cKXx`JnSsEY
z%31Rvf`UP$PzRJpGFVWw|9MrM7Sjwqu*he57FTs9n7XtI7)d{q9i&qhwknbe+by?N
zP`ZC#73`#y-?ZFE%oP@w9W-<|({)F^9f8tZHW!2Rpb%gX5(}_~#qTBDqwtAz9<cKH
zMulJE5+Z9YI*GLDgn><eFVKxhXdVckh&C;P&%lTBQtZId-zd764*8#3?=-L9!8lHL
z(x*TD^wTavaP`ANq4VNcO8-C*VbDT0HSHgd7SW`)SA=wGM3a_9XAlQ@U9@qZZUB0U
z(Z#m$>BsV`$2)_lT#`dQ+IQKfXsJ3Uzojk)&k3V;NorpVQE2-C4w>`gSLlXdh`r#_
z&##*KcTz>0&+uZ9H1z;dmQc@hl6&3V==4!T&0|Q0)Gn8Rn?#Qg_CWfWl5`$p(E{Sa
zwbOL^P{xzq1ecJmgJIp5A!BAj88Z}Q4T&vT;&7(*qah%fc{s~{C~|1wHkit+oydY6
zK0G?y^?57-ZmubcXvP#`&*1+|-#s^Z9f~j#hoanc=YO!}G4kL5f>59CK26d`j~>zD
zZs`y8jV)St`1PZA7%C(r2-yf;`zwP?5UAY%K<f%aJsn*RL(Zq4a3m6tB?V=cu@~E=
zd8mAN!*KnmRPq5wQXULULbr^-K>M#b8HAZd3V*OWgT_kVC)fo%edmE5l5rv9=VE^5
zmEsK8Zf31Q2gO9EaF%wfdY6(~gD>bT2ZJ9?X9Dwxn&lEr$6|lkMa^=!dmNp3v?X8N
z;tKKrza_y}Ve+67Q-AzUg(~V%dzJ;s5@VM+#%@ENXHS#xz9vX2_|p<B3#`8Iy&p(l
zCrYFAn^KX4P74RIO(H3)n7hd~CMLu_(u!NMlPuNM>Tr8JWkjcgnWETL^NP3j6{6D!
zKgW!VI<>>?M~U|N`l6DOONtuLLOq~9jK;+yhyM@=WNC2PI^mg=4f7~6NatfJW+)eg
z6qBE#W7gQD;?f&vfKK1LxXt6RfAqz(qL6;WLSe@h@c8erEin<c5(WDaNnv7MN23E8
zz)EVZzQ%RuoP7$wO1QkJDAKd|T+Kfds@)@YWTr&hvK@JweCh?PxPHD2q*Fb+v5f@C
zC{C=aQH~bkq9eaxjX9@}$bByE5e9PSvf!Lo0MXEQWU3H#8QL9ck!1k<VJ0xFOF&01
zjd^B^h^}dPoeMuv#p7*HDx%0Uc(buN!R>JYlQLHcgAHH@#!G?C4PWiDz2d`C#Sx)X
z!}~$VlXJ>RThbd1$5`oLpE|Syw62Is7b`7uM1fP7j~28?W6Wchrhd1NvE2lEcr~U_
z2V|Hw90AeESYf|IA20|fcb+^nhXX%yC>@4WV>#&L)Hz+j_Ah@YGz3sP)ljD&xw5g#
zIAq^R+z?f7zoJkSQWxrP+WU2Yl)EwwNhFy>zTs3$v}{=h+D@$SE6j|EX4h8+($E~R
zASbd554D2=@mCR}{AG?!!I+@oDlO`zFLHK}2^4%*oC3y*m-1z)D<;e$CgBWl2Kkbn
z<y)k)<X8)%DD&yj;mEdB3;KqDw0Fe*cN~VQy^F-{tV;`X5z_{^vG!RPT?4O>HKo50
zI8t8Dy6{}@!5Au*2DFagSRlhbgUt=og@ST*$$mTNtRC^Wk&2nm|Bfz0Lz;#^SRrry
zSgqhIgVkyP|DpCy*IbsWZFa6LDz_o?o}1e|PyGkBi0=+Ubl*uk=oY${m}`@L9<t+@
zJy0D$4&)@X2$o%42)zHAYC(-lF_hq=LT6c6jY1NuEzS)wX>ZTFf`Y(;o&@S?DE*H1
zp)4TijmT)YBvfxI6vg48c&9DDp^u^iVfye~u=|6ZjVA)ZNGS8gfjIP^WqOzKjf2}P
z1n(Vla1*qcj-=7rPAfBu%PSS)uTLg;R6X3+Eii=a&IfnHx%K6*8#kX{ey$=vtw}`|
z^g1F(sLnYGCGZ9o&1lkX+1q{%aS82g?xYkuptNaji?GpeUKWIt6q1#-($<8PvBi*l
z?_EO#Y?PWbF;WMA8TOpb=!noYyzy{Ezn~)`P&9p;QF_fOSOPlb=BObmZ8uAqO|m;@
z(M;<!-faf&X=DH33rM9<wC>eyEfmwufI%OI%DA-C9_HH=h1_41b#_M8gH(BXQv)QN
zTGgwqGe*jxBdtq}WH36Wt*iR{ye^12*;QI^3-ir7aft*w;dr||)||Cq_fGUmW88|-
zO!c01ii^!YBY$+$>S#{T5E801+Pvy|;bsU7^I{gg_PF6JN@R_a^NhZ(2x?LrgFSk>
zCc*|-;++?QnBU8C4)-b@a6{yjDeTcW)p($Kwhclli8@I*{X7<Pq5sI)D+;aI5nQx?
zi0Xu(V6IkV+*oW^5&}Ru#^2aIu~As-QbZYdXO!6#)PHAq#;>#W#5vP~(?kZ~IpO$=
zH@OfNCb3-_EY%I$X1<PoYg=>{C{Fwl8A~dn&JPuB`{`k-gBu!2KbN^!9=kYPcxVfT
zy1Kk#?9UZCou_E4fsHY1Le4f>%t?xn$o1Oqs`4^tLg!-9krAwYE%+JD8Cyscue;g$
zM2vNOfzpGCoH3Pz*tBhpoGH{u3JG&6H|cYl;P3ly-K3SLp&f3IkNdaDGD~7r?~j9Y
z51ra|g_gA333Tf*RFom@`e#sY;A=u1k<Cun?WfGa&gWtAiJ@t$uI5p*<_bE;CC2xQ
z=o1uu%j=S_JuTE%x2JmN$#vy-3{Setyb)_E<oCCagdqASUX>?+96Xhb;baSh)F5tU
ziYD%}E|IW=MLqT)>$s%Xt^}989-Q@iL5{!kTB5L6;TxPr+M1Oc4}*;BwY-_FNAs+r
zEsJ?}bEL6JT$MprOj@a~U%bX7;S0q#&cp;nM2pX4NkW5{SL6w%ymw_@>$?dMwYW(!
zeSv(-itNXji*;b)=^cskK(Cs3`I9d>u~sa1;tD`Ec%Ij~zZ6WlTltY}Ed6kVFXkID
zw>~G-Ue~x73&(luN{O&s>fLbfufx|HOPnJjt`Hzeda8P(YT&-$hbsn7Hbg<jcOYan
zx-N?(;5?5OGZ%_@{qA7*SwA-+ahEgsr!x5%h0lgR7JJLmzra0#F~z5>n8uWGPk;Io
z=J&#HZ=hboup^owKj1_8;?o?{;+OC^nCGv`GfcyrSD04!vTBz2!rNi`<k{1wPj;U^
zfATbaKN%t&r!otc9-NeF1FqJsC_>u>r*u@MA^w<>&r*y;4kghowG5U#2F2_q#z+1W
z1$CI%J%GUw&Pn4_Yl%56P?S)12DuG6g#^KzW)*Q362i3SO)QsiSYIltwP17hFw=+B
z<gy9nyl8W*a>_jyPtZ-@!rvv<?cLpF)dC6f8MZ_NC?$iGI=$lTWQr&!8(I7U!4b`o
zh>R9{dDuvgn^uN$6(_$DeEc;f3o&tFLo%=AY!!~i(iCn_s!KJiHtpJId{fB@QW7bg
z@`D0lQ#Oqa%|5Vb2Rp3EV~l|PsL~tH$A&?Gs?v={ED_fftjs@Ac*t`sX85a|fOEhs
zt(9Gy7ZL%HmMA+*;($9^ZR%dr*@i8`Ir1qhlfB<3?u-TRc1#4iExV{@SCHh|YeAwi
zsFlsdP8QTNaj~oQFa8voH|DlW>`kUOb?@RsPG@Lb5;R_F(95ajY*D&6F<fAm17n=!
zC}4Y7CvOcipg3D@i*xfeoDkE?vX}}*oR-tU>MRO3rIE7AKHaK5Eoa6^L&fR~R{8it
z0Ywluc=L&Wg<-wAE`k=!kdldz$Hw1*L*9@|h~g2niJXu$9Trk4vWZ;RXA(l_TUtM%
z4EWEhApUX<i1ZQ;_O~eBd!xIP?C1o`VwNS1+vs+g(~aDbMs?}}I|`euMZbicxfbwT
zwV~VaW|9m<XD+jS=k^*WDTjTCfe4}2Wzgmerq;Xk47TESUGwHq2u@uiKG;RymJz${
z8l(Ni6|%fM-En4UJpU9b*nYMn0O7o6+@;3u+jELF<1abUJt#tYU1muOS1+)$_R!Ta
zeP$N?x-4BEH##0=zd(lr9f51XK%{w>4Jg49BM2sgj(l+;5xEu+ia>5^{-F3i8W<V2
z7t`iw$NE$d@%WiyE;$BQ2y=zWGT6gJ#Yp4#6ZBY?4=s#1ZA`QRA6CoKrb+_x7fc3d
z0he^+s)yoqt%>xmP~dD%Rc?!@u|)5z$7rIima%K|6*I9gm64ZSlqqsSi31BF6QHU(
zB*CIN&`VU<)CRN*QTCE-`COHXl#Ou58aTDBQPs*IM3Zk<EEN_QH3@>TaSl}r3NLe|
zX2RIQbwARMqYM~`MCGDNX12U8c;?CcDJ5WF(`~?e3RW#&<><2Rvd5yEtk}HZS~Ypj
z7s0aHc7=PvPIQZCgA38fSDLk)u>|zw*_zmwzgcy>MIrB_5GR{p@95n}vNiU{69&0J
z%m;k%?a}`D)p(E04*BepFXNMpS;06vDCr}EjQwO6Y}PgTTGVH8Z@CPa4R~kJwSMh{
z>0;9@p+Dcs1RgwbIW7i0=Z3*ly3BpOMWaywUr+14l}MU^xTZYgySl$EWrrt)yC23p
z&#!+@jF||pW-0~ehaJ&YyJ;&(AYBA2^o^66t(8i`Gnaj6ly<9&LnvRgoJgqIzM+CE
zD$B_14e?h<h;wF!bI5bEx;`o--tynyLLHXC_2lGmjp1yDJ{I;3Y{6Z##k+loC>5+<
zIKYsN=O#WjO!K%*oW9*6@nF)BnwfY?1`TI0O4&5T^@F66t3_uCM1-rVq#;cq_KCd6
z@08cfDgP9;rDUom5UhoyZe4%B=Mww&cInEuVEI9^Q2{MwT?wv1PoH-<Wm;#F_glR}
z-5nc~h?4l4^jpO6E<(U%s@%a&wrIA}$w!KiLh`H5#B5u1Vl;T)lbM1ubX87Q)v6J8
zVh}_m`MDND@gFPAli+Upr;<(rON&~D`0Yhyc+ugEaRe644HPjRk0L*93eAQjx1+S3
zxKy7|*xN}p(v|3^l}Tb|b9<cEtP`sXVX-2BR`EXP6Rw6Je@(PR4U)xN_M$kNdgT;2
zysLj#<6jkU-A2zk^e!$_rtaT8Ei}SJq#iu7qT7^V7t)P_Iy3I44(KsS{#Is4?PYaz
z)hJ-_(}b~{`@#c~K6V>>i$vwku=pwp6G~X|`~~YTq%nzt?5)1gb~WO>b%%aPj$5W6
z3=*mi_?hhMw*mm>c<bhIMQhBB(2IsS$)$Ed+also`V8j;%Km1^cm~=D&6Gv6QE7<E
z3MJ|<#(*t?Y6S}<aX<~VCZ>9H2a&-+Zu8s_m3Rt36oUwMHm8OcGX5p38NuYLoIVqT
zTz=m*=}_~;vxQ~W7)zt{F=B}=7g}_RAm}iOniI9CRtu@}bX10sJnR>TIkzA`*=$l#
z*1{Z1Bt>bnozhC~(KmL2dxTTEJ4uu-@TzoxlDiR|A;nUd&wYxx(${}3i|dxe<Yt0e
zxXsYu(ALj*6GxXjvxk(?+A`rT=X3~EnC%E&0u2KCdCyq5MS{sCqqMb&kcP`mwpx=U
zS#{GmWOY|9>$dK-p}5m&Axk$gDo{?5DW(qRo}yv+4r@;v&uS*zf%$^dhb04K?c;o2
zOQGyz&F^AnQ_&JH8)VyQBoN#sG<Dz^8g&mtCGa8}f#p5MyXlfL$)k^>>wC4d7djyL
z4EA4GDY?t#V6nrdP1!_uPSUw_I;l!>t8pW0ZOU6M-g=t__Cg283!9IuE~pyaaOH5o
z!;pGF`jD!oD=s4@uZzKb)5tJzS<k2_0=1tDIN^Ain@jEl-pyP*W7#b?k=dflir7+u
z>yZ@PW|>5;D$IKzBT*u3++p@LtdUL|R_lTckMJ!rkP@XlY1Mydfl1$-J0pyF(G>zu
z_F|vPz$1^Sk1(ml=d$ok>MULgM)tIobo4WloDvq^sI}~Hj_T)XzPjWrwj4o;YDub#
zM#)-pkWHt?Z0Y(Z^0bAz-@ON)->m7k$I%`F*`qPl-?N==hGU2Ase4N&q2gOeG+6E0
zq;<^%ZTzM*$f0EtmX3wMa*(D~&F*cwEZZrCqHzU7CdzX?-BfSa)*t0IipRtW$-Isp
z>}I8&sNkQ(Ye{M7h@&CsaNXhMcF2V4;d4GOxkXDJMZcdWEEjoAVWeQ2IOswlR#TO0
zQ8D)dndTgIBsEH6aB5>PexfSsGJSskW}F^DOTbNZk~w`%WxPnya*(bl7xmrNV)HV{
zV7_iGrkl2!=L2&#@Jw(X=*;3mS%Pd7``9pW)M&^>N8FtY7Iv!jNc@@I4rk0xxhWZi
zobTeEpt}+OSQou^cKd<m>~K?SbK8Md6DF_@NG`yF;#4?tOw)<H24_Lq1R8K=)2n%5
zF71xRhbU&anc;iDv8Fh2i(P*v4;mq9rSA)yw#14$J)6&O<_J&jND?0E5L;y7$(`B4
z<6Lf+^D3F5l<0y)-l_#>ogw+-LxD&}^p@HN7!G3vsV~X2VgDZHgNtWUld)?_2ITb6
z9iP7acS(4w7Npc}OU4^?`V+zq%msiGh5U}?h6<E89tXk$PYs+Vo&&VC8su*vJx6LM
z<y(m{2Fi&o8CbzjA?pKY9p%Dj%GS||C<DYP?R%;ZM1Jh1v1AkGW|a6j?F;gbi$1Kc
zxs13@3!R;)x;kmGT&y!ieB_3a+j{iTNPuG8B-GET;4dZ6FFw`FtAdh1dpgl_NVy47
z_2T=u<eoiEeS}>tR4A`d6+OgGrWEvX*AqC3WWpt`BuT@VJssHmeUhvg^5PvyQLH!{
zI3UM(t+%IRj+)4DIzRyzd<hY|>=dI3(d+<P=CzW@B^zL%H1DFU9j~KyjgFEMq_UXS
zE(Cl>LIMil2fBt*3802zMBCS8fX|RdjEly&OSFw7WrXCgO~OJT$S46BE9TVLDzud3
zP>3SW;yFa|zF~#X*`zstA^yUNL})(eYTeZwMkItHjuRmIh^8Hg&Dk9iH&hcm1B0+}
zpZfUtItsHo)_NWMJDHRL&bSJbHW2qf%j%=WW~zFOs*`V1^QOKe^2mL*0VM62Y?(<R
zRpUn?OQOnSR%UK86mA=Ll$6mrQF0j2=AK8?O>_xpc`E;k6JGdS$39D!nV>xjI3h`u
zh7nI)tJ1`=sS7-8(#j@ZbV$<8a22uJ19?mUhw;IZRGYaJ!x6ZZ6k01F$?3W!sd*?}
z!|sm*xWO{xsbof{sbRGtR@&cJv-3-#Q^iF8VCpJcXG~yPTcwXiFbH~WyM^VdP`*vG
zDw>@v@tcy=Xqr#j6S$4G73h$_cL>9+W*7uRIKs1UVthw0bj)U)mD6Pp2YM`!DE!CA
zn{E^Iv#u49?B<s_V??sL=zSkgP`oxJWN*sL)qKeqtaAx=c%r;seojFxmwZGl_#wZ)
zdrvfk&Qg-juDf)@S(J2zw1=LxP07m1@z@q8%0^6~{<Ql7R{0DHMb?!oN+_x<+$TYv
z8C)4tOfaEnf&EKCD+qxBN6GStOI<m;RXAF7j!!GX*%e2ZzX<8E(}GR}2<w{ox761}
zYkk8AOy~1VSZ$A2i6~KX)WF%U##BKM3aA&f;`0jGn}_*k!FQU^gM2T1`!4S`5&x$~
zbo40~6KN&tO0KBYiA4C~GQ!BSceScXw)MF7V3AgGjnlt`gxTfL1j^zTH?T4Us%R#k
zAiE+2rH@)6Cptg+BL2KG#t}Zg>!ZdUH6;kgeqKwPnsV9$h(w9GWHDss&t)W4k}s?Z
z2(GZ6hARpN;Jl^jTUt;?+OXuJgsZp^m}{y4o@#G0>IrD*RBuW7i#;e!Nx*DDi6%A;
z)0eZfuNIz1vx8fQiHrQ!3vt=5t}GT!d12qpss%5@3~r|xCDL9nj_L(%A5<S%4X9$#
zCf(H@1`#FQ<b)YZ?ojb4mnDnni>jO!4kWC9pKFCmMPI_m0;OzSi?MkMlTmz@6M+?Q
z?dwddyEeHv|1{7*U)%ffo#gtqgc)&DYqkd?f=M<k8CNyRGp$ft`@?X$4ly=w_BUBe
zb?GERp~NKnt%-WlH6mEx=d&5RGH^q{%AXe%l}a(1wI8KR)?p|@(fO*T2&2h34>ezQ
zij_ji1UrfX)^Xw{gT=|J3228Yy3_f9=X?c6!0C!yfN^bRCb3>(@z<HTF(n)-z=6HX
zE9FBQGxBd{3pKLPM0df4)chXqP_BUTjR>wNR&feUF#?ZVm9;_a7`UIj!i6MUmrO|(
z@WKqqQ09CCaKaRQ#4<%W(1M7Gity)2OkswIzw~zcQau)CX)6d5UNG^)T^w0P5(~+J
zawTt(XvcgrBRSp5f-y*!`;|dhRUTiXPZduhK-b(clGd8s5Pd5qCe^x-q;F$%#vdXo
zJP+%>S!jps)-lO4c1Yi$O5fi8^wz0Z?$wil>YSQ#>kbU*6`h<J%Ip)ka-VeDNJud{
z)-841*kUp|bwzxEBw9{DBpsnPjupyKRHso=FaK^^fz}5%o!}Q#*HT>;LbXKKg*h`D
zOZJx96};$THs2L_ij*Jyx=PQhe9i}+PGfD@bF4prBwBF_Gc?cwV$%YssHRAo!XiX%
z2`i(78U&<{Tr&0!*MEbldwZRj<F?fe@^p~C9PJI2W$)eb(d*;k+cc2#?WagVNd$Ut
zhR3goDRXp8rHfH>LXD~|WG!yOccbICNI<!-B$MMkq8U6Get@|i{cUgb?gYvE4wFEz
zmrhQGCrrMH?3K!bhbhQJ5SqR@I@li_8?!0B$Tf?jNurgN(YUn8@-EnvT6u|ulbh*R
z@5;W~!?k+1g3FYr5n6#+KORs1nhqz4&aRNNQcEz!MD2;Rr^+%ImQ#sP@v4ELAM6W}
ztvrE~H4=W&@o%uo@F;v}^8T&TFHV?J_uwEs9PL4mhsPh&$>{jE@g7bE@(#Wmj*pou
zkQhkEM~5bdo(-6WQdlV8A0FVCg)+5gPY^fdYuI?iz#BF|!ZfE$TN!VIO!+LsHuwlT
z>WBylDLMV4Y!vLPrLV{P1GY!lsl%5?I1_;rler9OsgwcHV~^s;C8s{~RGGK(C@NWI
zqHLMirJKkwwY!eFvb7ayha4PDsL*$Rcrr|>)9~MyBYgaLgany%xR|c@guaGvKz}Ch
zCqjJt5{@>GnNIikcwdhfO|~bb^xc9_GwZGJ@7k)^ew*wVdnUuV@*1YmDgL;LJu~T}
z&(z7hK@7r}sfC{6hR#cGI3;XIW-$AHiCA9fDeLqQ)F`<#8+lu<T4k)rRn-c)q^^8W
z(i7$OJ*NU1Om`8u7f#_*MUV7HvG>tDAru1inO~qi!+Hc40?>^{m=)2@!k4O*K4A)0
z<a2d(w-)nOm!_*YRFCm;nM<TB=v|iIT={q}szzjcHTfBh54&xzUmBqJQgWpz(MW*`
zOXgyt3`Q>Fk#xx^f~v12)&_Qh;$wsqY|2%_wixY>`KL&4)a(T|7q(2x*g~)iaiYO0
zkj2G7D}@vsQ&2-e^-x)WsS4Ze7o1pXLX#leG(2W}QEB}YOr0~#sLMHXia7i@YyMYm
zEUt0?1+y!Dg-<B30V`C$+PBFhb_H3{;=iy`(iZMyTz4l)q|5%a*S;$6;CO5z<us%!
zZq~y>;R#pyw{WjB!|2<N^T&6(iuz#VH29dZn12_Tz_gSZSG5j~8mz70l%Wyj0T@(A
zcwtp566-9OKnF7>HM3PQ!`e4JO!6Hr`bi;3CRU-f!G5GQqxxyI?i~CW#sK_Y4@n|X
zBFs%oIVXeM(8HE)N?)Kk4g3F&%65QVNWTSnLCShCQ44()J`V={dn~6ZYl7=qQ9Ca%
zQ?ITTNbW_ImsboqJvZNMl#&vq>}D!MwI(OWDXlHjd0q+#iU6j-gCxBgE=7s5f8k^m
zA&u<y0@Qlpc+rjj<4;-Zu;W=z<AdIPeOg^AHN)`b<mdntnS+mBBY#1=L^epeT*I#a
zH>w-He(VoRTULZ?if)Z!jvvAa?m*V!A1O;SkCqyPFZ>6mk9}7H1pUSO3e8Lk)P=lw
z?IiWX8jwA$h0k$mPGrVzEa*ErqmYmUal!{F7)~IgYx1@TP8Au6<mzx$WWAk}nlKJ6
zkZ3q1xL9a(cM5%A*5}J&u_6HAW_Q=Xo10b1acV<i2o*RoWJ*xPqHubu0D)7j5fx6c
z2rO4y8n`TKB4p;Qx(0m-a}LrhIPo9D=S<M2n=Vu_ZG|!))mq9k#L&Xj5iXK_Bl-L}
zCW;VIC#8-B#82JsAFFjWTQ3Tc0?LV@A8VA&MmphXd0hvvrGIl9|1rk+D033dXu~Dd
zO)5z_nDo=^n8Odg_7}n+eUnc=DHb7IqMS3cVzSi}<jkrTzh>!EQ1<F_PJl9`?(lCi
zgjZ=wEt~tToEE_gy+MeY_eY{%!Rdk<%C9%MTM}Q0Z2lID7uH@-<qoh);n>V|lvpM`
z)xk0a1YT_vOXa=@6kqg77Yzttj)^v}-Ypgv*P1%3CH6B=2(<>O3rmu0z$NLrU;~iQ
z%gO%kvt1@wL57e{rlC}~XzCFBM3Ca}YQVy6f?TZi!cJO*t3;E117udvX}$Ll-vXKN
zGl6f%onlxCmrX@^y-Y+c)qK@wS2UA^GMVjWCsPQ8MmWcUPffygp+n)UCM<xhYQu>s
z`XatTfke$jCzsPg(isFuwFAq|z}xN7!6@7W>*xdp@gFrnEe)e+izkj$wN>!GQ57sf
zOooLFJJ_f5nx;q)T$7_$CvaEB7+fzu_IjAMCp+oC{Ts8JJZ5&1!;gK`C7Xb`Hu#B>
zen-(4`H2$MA5$ER5~Ymx@z6St%j6AuZZ-|>C3Ho69IwQSvOh*24vr%HO&uA|yD|FP
z2!=2`{+JO!S-*Q@`<AJI`QLkgJYrgvR|%N&FDEDC6LikJK04Z`8D>}0X!63m8t;*n
z1zj5C`GGcIis0ASjhF8yW16k;AsG9|@86+~zXJpQ0JCwNlD~7Grj@`8Xw{F7$(4Z9
zprkM#-i*i@0TT%WJ2@WWG@##T@5DVvzLBHj6Yq^V9KAjmzaAa#jS}-|pi6T{T|L+)
z8y6otPM=rt4uy`Wt0Z=V+~5WA(iFA?Y?3GsZpGZ(K7X-Otl@F)&a}u<1L!RQtMm$T
z$4hEbA80Gdi4E1%Y-)s#>aU2Hl$2}Zzte*}>OaRGOOLj|;pikhiJKJGYyAFgAQno<
zv+0f@Ij)XJuZPF`>}-u>M)3K;TirvP+;WNsJ!iAi&%}2$I3e|b+7axY)V7~7v6HBW
zTmJds&G2M$L}vmd+4}?XvA;S#dfPo@bgtx(W&UIg;eX`pr5J%7lW+opQx8wc_~<=O
z_MT8P$!U-yaHMDLkp0KJ3eFqa@o|r#F`Y2K=|{g`VMfC*{nS}ieg2&$wtfd{z^?pb
zaCLF@D=V<>!1QcvvYGHIqk5Li5KV}SP{3$HL3|RDVmx}BXTON<H?F=W!m%y2tG5W;
z8>}c)sgw$!jYAo6bcEX79<+^+NSJI82yg@A$gEmB2!}Y^S}x<JU@}l&hChjn%AkVs
zG&O=^d>N00xXM=bf}KerOSQ$@)~BQWY_?@f9l3*)F-U5|C?QB|$GC~++9_chVFkpM
zGT*hvdN;{*D?3^j^wTL6J(nnb@mopGNJJeT9Y&mH{b~dp;rB3r<4G!@KygH_E3Qb)
zW?m3UM8I97w@VeeXZ?j5L<owlEV*5h*s@5#QX~sYsQuCK02)KZAzs8tw(KA5J{>&y
z7Rw~DGx?R4NhcGQEfd&!yZ2z5@R|5JwSBOm7k9KFk{+w%3p$dp#ve?GFE<~O;QB0j
ztcTt7(BU?Dq~XzYUS2g_4=90&i#fuiC{@7lF_<$!t-1-4IQ<4tVj9&3T;eY_h$woN
z@VUewD#`(`bH%vDeb!O(bz$`6OU)w{ZAr&Gy3IN|`fx}A$<{EtlI=!IDcN8u-OW-;
zZZVZ^wv>|FO{H5brR0vLQm>_ye5t7vTT02-m`Z9XC0}PMVV&{yZoOJydXQ(MW$r>J
zm_T>qG9;>^Y!sZXkIO2ewIvT;z_KsmPsXHzC!2n45Eoi6cuSlsX$87AhPbfaEi!|$
zkOUI}kmF%$akG-kfny4+K{fOl$q)}U9f?NEL{a>jP?<T&$v8z_T&O%*x$B#yt_~b|
z9IFZg!W^kK#GnuerQZh~HO^c_rbR9`qC(%qBllXpD}kY6<cK+WmI94vp5hpa1-*CE
z!E|uJyuI=vF0X4mIIE=Ui9x)fo4W?44r&YhYq&bc+xO`om!Q`pP4l-~JTYZh(lLSB
zNWN?UX`wr55YZhS<6S#|*|t?=){E&9nL-*xHj5HtsWF1EWdzLKYp2u*{8Dtv00V2{
z2Fr%(sdhs>Rj+*$nKy~$R3MGu1{)_BHeDXYwk>Ejj)1ukg)f5&nMIg5#ZM=eR$4SI
zXGh+s>%pulf`v1iBCDxw36_fv)R(J3+%VzpeJRA|d~mbO!h4ClNL1hO9nLi80dSeW
zLPYoqY*&75d^%i+q^h&=fWR)pXjoPMk8J6Iel<QhFoSP*qs5op;5k-z5>m(oI9SQj
zv^g<_DG3@=%Lu$pljt$~lGyJ1HnT7BcHc&`Z#HMKoLJ;M<aBT6pK^O(hj$tN^*a=s
z-_-^E!v!Yci`D8pJt%U?>LuFnS)A_$k^$v?CgtjI<VfKNgz!Yy40|49*;s2DxwW_r
zZh~@4;5+}mf`d(EfI>jFz?yI>2}L??gpgpo6{;8l8z#@vVmT!*%>2(&_(F4CoL7Tl
zwi2A9P<`QG1Q33@T>PKE|LMoUg;q%+Yj4w=F~-7e4{w5HDWtBy_$GdZ%P7a27~RmX
z_x94=UHVTzH(-m3UTKhg;%zytE4*sb-^vEr^7j7epFrv^rc#r8B*ilbJHg3%juZH}
z$fwIAFg3Ql_prvFRy@bQG9KMYxmf?TUd-bMm+;e1@Kbq`V!J3^<cfB=9<Wj1^8GRW
z>tFu*^UrVAF!i{Vez^ek<#e@JtpBXvga!KbKAn<D3<~;9PRT^QlHcx>Od=@#Z*fW{
z-Yfa_PRV5Bt^MGXd~izM!6}*i=iN@LRmte3-yG>n7<6g<O~F2k+<*C|kK%orr64iC
zG-Y`DjSj0$m_9OK0}~dqVSG`nep5|HPqOD-{84Rp6gAZElF~iR3F|$MIDBe+Of7ty
zs|x;ni?<4=jT-q{hn4!PsFAPrSvi*#wezKJtFG6Io4LE^YJ=m7o4JGY>So^+FH^t&
z>KJ*-9KeggFq&_~la(lfNE~J$ilWBgUIkzdZ+&Pz-3OfzA@EjMDlhKsxBK6xZ!tme
zyx83@&ne4)I6tr8k&DYMH3-$wj+u~nNeOxkp|BMTVOw`SOj09W5yg#fF-I)Mxsfso
zt$onpc1+3O-{%r}v>=167>{?W17WL!Pi`Om4TDc^9DQMKee4$xchjVE{^OzwbfS{J
zC*`~ZhEy_k1G$tKZV>EU*04LupJ>0BlG=JE=_G=9L<+ej2I4%k&9sHp*UeUlbP3`X
z8UEe8d204ksRb2WaicyCbuw_&N}LRfwbSghQ=!kjF`qyy6b{YNRk0XhpBK~rmf41b
z`%O697);A<a`TW%FpKztXyPW51NsI0x5(FgIB~^@FNK%#p7RO6qW@pn{eM^j;`0HB
zh`DicGh(bZ;snH5L21fO>aisRozspaO`d|d$1?zi<f6Ks7YxmWmI(aW(jpn6{5D^G
z02MKVSgM?Ho(ef1Sn-Ai54ChA-I6Wm&ry0(Rr62i<=$>(;Al%^9`9@=zHH}9dW0)?
zOK0#A=|`s<O*6l}2h)0ewNx|=7hnzf<s&d`F%TgoGuyC<{!DM-!)Ukf3~n8sYwo0E
z@Ypx28KGe<|9;VKZi{x%_krgYE~~zo-(m=b=vOjdTfAqKWEazjHwK-*B;rg>ZDhcu
zBLD8s5w#S3Us}OKjrfhSJFV*C&+V<l2kD0aj_KC^ImTaQA@}pLCDMhdf#Y8}YlQI-
zdCK)pi$=@i5B7{0;eAVB{PR6xoxtG;2N!OLhDqMr;yucDxW{uo`pR>D%Q1gA<zIEm
zZ_Ueym+biHFJRN%kf|Qo!2cuUs`rkM+)pQy{~M-dBwv`p{@*SwLoM6n%hEEy@R=v1
zGKq7Tkyex%`(AR})s9KNF}L08tpCW|_WyC5wXz)qJK|$X{wqp>Pi}H|eUS?{xob@E
zW*2U<F|qWkT)0VZVrk2TOQ2f@OD*W{n#aT0Go@lZT2*il{UwD82scl&2ys_A6GIIa
z#jjQkk3qi?%2PN>*{s2s4)RSW){{<TC)V}2R9P}W0_8&7&vu#L_q%)lZOi=rvkdP$
zq|^Rq+0eHY<OQSltL))^TX<7G?bwJdC4qKx_H4r3AGc)C-o=<n6#1Z=Lc1}4_WR9a
z_{FD1{pvG;za<se2EuFcrMbXgp9nlYRJ}&vbAkpIsh!CkQh@)Hl+Mi=z#Ej#Fh<q~
zdz8%No600N6=!`}nPf-FOun#8@*k;WijJ9lrIOjBV<um$WNr$dY)~@)w!2p$1pJa1
zd>+cb9?HKSGA%IEVpFQc-)=5X-H=+*FF2B~t@n!5^5mQ9z3xFR$G^k0m>3C4IXPPY
z>y>hgX8K;XV_}mC+(~qd)V;P8_ZsZ}wK5On>1<`h8JO2QC<Y9u-(f*W(#TmCkzM<M
zj09mcAvwy3mo8wQ1fpbdd`2_&^6Ap`C0!Q3FPi}p!LKOAk9uW1HaJ&kc{Iy45%XcU
zU=}&aR~{N5<TRp98!)g1osozF^EGpcIfogG{n)AaAA|c^oRKiyY5LtC(*OM){-FBz
zhgM4A)1Q9&)9$k;Pri?qQ2oy71~&?{!;RgC8HVlLhbe~b1ar)~crQlTAHLZzOI?@l
z%Rc+VJ=kd0&bP%a|Iib=wDI0U1oIDH7sdS9-rc%~fWjYc4=N09i7Lp9bR%-E4Ht}a
z9f;y^fvZn?_3g2^KipS5?hhK1>z8L?622`S2UD}<4uK2D;cvb)68DGA(Ks&<UGMKH
z9QTKANbWy<)81{*-YLFBAKx5W!glT@yo3$iM~DgA`HC=;ALfxX^X*Y4Y~|Y`P1wS>
zMVqjNuXhIE+xHT6qN(_{$P+ekFVQD#=nfGmdhXuzG&ytk5`+H3eFdTaa8ndIbo;x6
zGp~<Yy1FsRr0H(|AJKMWh*Qu}f7nGu)eWm}M6%>JYpf@}<`=U<7udT%$;7HpbTdTr
z**lfmbkS)CtU;YdBW;7bGB6h(7RzRuU%|XXH>4rgQvp>p<W=TYG*)F)6c*KD*ZpY4
z2+Kmb$xUrinn_>IFW{miZG!10Z&I(-$YNIqQ4+5f!OV@>woeHbm(pSPzRxf>RSx$2
zB1b3DJ_`F{iEy9T)(g7j|GsLZ%obKfNT*NapOJdXO_>8Gzz?^XghFv}V61gD(Fj`2
zZ3*40nHdr*gC=16-@5bDwt1!X*J1BGZZh%ZaXv9B3wu2!x?$01j+Lg7A>g6e%J#HD
zZMq$8jsrc~ncuzw6pQR6%+<5B$&xj090`l+K@n)K?n(U6!0lBmVm~d~1++O?*egoq
zro3mwUsZ@wf<j(h34He-h=VAyLAI*}fuy7D&du!f1d0L>LRg6Z)~4xKSf%%DkN)?w
zL}OF(ULuC~V0=cQKI+<?jL+guiu|n?xixUh4HPV)6Q-q~rH`Y=AM5Fy7iR=jjv&wE
z*RNJ^zMA0dlhbVto)$PV5-KW);%=*Z>*rmSgx?#Fl#G-l-G>rv)axch7ipUlWv?&4
zz%?$avmNeH<eq@*NBKM}*q_^;mJl1;VPxY~vveQ+;zik@|J-l^Y(>}hO=i*vG+Jax
z0hP2B0VUPtexjiFV;hA?C@a!;vW++$=cZ67Hg=!kP;BqsLZYPU-%nWdo-82?jgnn<
zf8kLY={<!=$yV!FLO~~<bDcz-SVwV1A`A&Bbr>fkAAJ5fFXx1{5m@)QJtrtsK$93@
z7EtmL5iboAK~j*R^GJg#`dV_?|G)t|24+I`1_@UzB!ChVT28s>2VeV_5HM9FbB|m;
zEe8K8rcel%uxI5WLB5t5X(AWJ9F&Q{zf3Rw6*ae@3yu-reo-vbm#YTFGe&Oat8k5y
zQ`B%EG{*9`r%yRh5%6ysVrvNeIF4I^q&56+d$<Goxu8QW(t7%RPlxvN%MwK4+j2ff
zXZ9Gi(TcQ9{x-DpbzjHIv|X5$T@=!b-HWPOHu0xVin>bwT7E`$>hu@<*FgUD=Zn>H
za8~|`W`!VYd2Fiy$n^T%!JRr2W9DeU$c3EV*oNdwzhS~61pGQJ$X+yrb<#=xMR7C!
zm02;)=7rLR(>85_=7?^kmy>;L_!F+K(f$6ceRHT_9utiHQEyzenvG?y6-tb%fzTb*
zLJ=@piLGeT$zq~Wh+PO{d{x#B61fzN4c4qKFY~(m4?fck=|Rl*?Y@DFQWv&4act6`
zjJRA)E)eqo<8m<`eZG`2=+GpfN)?Q_mSh+5BTsjfiK{2H^+S3BN?rPKUeVrJ&ntu_
z(Or{{nyacpVwuI9Fom?8o<BWa1$#ccID{3-Yc!$8DOfjBT!}d#X3ULwVO6(K3duO5
zj3pB*Y@~VN?9A8g>|>12E!O5cH!fIT`9)2|ffE#xNOX)4WO@CmFoTq>Q&9|kacSxs
zLwX8EUzr!q1gooMHLVboshQR#Gp&m0a{OwKc5X&I6Wj$qPIBs>BI_x~#sfFO7D$FI
z+$~#F&|0Ju5SjBWS$q8RFSNqALCVFdX#Ul$;+yIk{qGqs2FiXC{Uo!6bIV0*8_UZv
zT4mQq-C4rJPQHY)o}~ibl?ASJOHEOIl5J;$IWS`oJH&_MaxGddC-zlyTv)f2P&6{+
zm%2Or(gu^!8~@WO7y$&#V@rhh#b>19u$cKdY^zH-tJ*W9cDr@walR4WdfFD72~;~w
z;CR}eWf^@gc3z}S6pargKen2-W(y*p5bj-66qp=aMnEzX<scHT(KcgVWIU$IswJd!
zt^@P6%A8qPCnpqHN@D&%KF31uQ!P^yX^bLX{V!~uh=AgRhAfN&5p5?!hBG8r99g)$
zcA0mYg;<QUySM>Rgg3T;NuVn(YoB37_cULIO|grfHGcCtEq+H$BA;ise(&|$ck$<N
z{Y4}Q3(GZ!;L?|e4!<enG)P1L2Q=OL`Mmp4Lappm0a%FikKerxinm_Ax-#LnZ})%r
z@@YU_s99ZM%9d|hAUl~u%RkdU2QOidpCO6z-M?=F&8f_hT$2Y5IpYWK+r>H}IHR*0
z+2*-o3k1pFZibLxSSyNHq<l;2pDCl{yX4Pa=6^T&cv@AT8nDPQ*Kb-fFv2vj4KbzK
zk{OZCFntcLl=<wsB;W4a%I-Wr6cIsuQi{R(06)Ct!jyK8f5#*CcLL2|aSj?=U{qeV
z$o`PA3(r3Ky0ioVw>Ak4X(z;k8v$Okj7e0A-lLZY$?1)A@EUgtC>4uFpvjab^doU<
zbIzbWF%RWL+*_n$D*k=ND%+aq$L41*?D~?n;J7fq^Ewr7tm}({u1q8Y1zSNf#a4}>
zWS~EezJS#8cn>b5E$a3ZCV8nVWq0K=d?p?fZVP(vw7AIUXEN{bzekTAb$Fw7N$!U>
zn*Q7$cQpOEF9K=$bDu2IsQ}5`1C@08wZKCg_@w!i-4m&_PTV~)OVghX^wPQ;?}=TS
z{@e@2v~>FZc&25T_eeI)+wuMwr*#kA6YVsM*?Z)k_S^DX38=ZP8(FAvYd+g?7ufS>
zyQg3-?H%utiV8}$T=GbV{0Vhua)VRItl%FGrWkORHmpX7Z7VnjAmR4M>0~e*c%wY_
z*|<Z326e1Vw7!g&7pQHZ?KmT($13h-oW{L@%?x*5)ucl(g20p-*5{~1Eb>90iQN<4
z|B_f=XsJKwclUT-Xi0pGt@;77S2z#6Zy;ZRO4r7uqjsFAzn!!o-UTm5p_y+abW2T&
z;ez){k``x_lOb=%6X$>q?YR8<?mno?VxGRj61aTPd|Ic!oWbA!jQNJU&8!p@RDIe*
zuC^b6|2@}(M^;F&ZczQa&YSij+RtJ6)3^D5l*m5XJw?(=|5>vAfsUyR|NoCYZT>R5
z{PP@?Ti9_3ocn9v*x$M>DvD{G^sq6;9XWC~#j$5AILg>0nO~eHAc^&o6(G)z(3Cna
z1-%x>H7{Ubs(^M62c?V341MqA-f{W&#Vm)lZKcvclfQuhh-L&l0zU^qu~=5{o0q8e
z&hw(yv0?Y#<*Rv>zRYVlgB5c&cfpcdwf<^4n#UwWc4bL_j+XS#>I{B9c#>}K7t`YM
z6gI@OCr_U2^eo%a)v^S80;YL*I2osVnn5E#!aDA0d4<aSHkysY(WI}XKg&AA6O#V&
zng2bg>EC}Y;K~?$TFr|UEa4!Z4o-_-yNz^aG5sZ{9}Q0JM|W&0p7dX?@SlTI{^y^;
zh^%uwbc56S*FJ%0k(y9L7ZYVfYxiX`RZ>(HF5vOw4I<X9*4GALZxqqr5QI&?JP<qS
ziNxNU$j|N|^S_kK(<J}5a(Ze*_r&dKD|s&*pKgnNE7zws^%b0-B*}hI@p80qu2AFO
z0PU{rV3s@YxiBt=xDFv{v$ND(<VE^^QIeEo*v7qlUV^||lzEmmC3&auSW^Ii-L>p3
zN2i)JX3@8oMg6Im6L<P-<K4;{=AWL^{rZId|1<jk{F5JAK_0qrit`W>+uY$BilJIk
z=zcQK(tFH4OFJ28>HXD4rT3PPmfmYlT6)iUY3Y6Erlp#nwh0cxZN<A`T3CwOy<uBu
zi(di_@#WX@@dza2$>dg;2)hLDD^V)_2P8{<(LJprzcFJf{Rd=CrT3jVmELdmRQeCd
zpi1vQiz>b6Oscdmn+pE-qfW{(WtFptkFz<7Ry;=qklxscMlj23HFBQqQdHHYW%SuS
zEN}9r1I^TkDfH-VUVmCO=_|0uX9&Rm2<}vbo=A`Le1?Mf(IHss4VI*Ru24)p+FzZg
zlZr}H9u4yvWawUgd38#d5b#@{X@o!cYXN3WI$0K<3w}Lcpy~ftxTQ*Z<3rJ)TJX9q
z&(0{a@#q~47%uC4(KM9S4qbpA99H%0GN*q}%1ij{hjRX@T<|06q^oKsdD7IAe8$%V
z<)wwhU5kFUuif|plDWzld^{v1wI|;!%SSI^><8sy26qLiK#wr>^thzFvq!_l42jxS
zQ}XgX+PkPhUJqyaCI1strNtsgtFW0~P&U$|y&A3pgaD_RD;DtlJIwi@nSEW<%XGhj
z8-N$%FZrkHG@VQ@=IbRt@s}J^UiYhO(jy-IWp$CKAM3yWU;p3v|MmZ&#V@B9XtPe1
zuoG#bizTC^4;8PZNl%LD#iE*5=YmE~3s4~%_<ljWi1ewGYBo#v25#X$<ZDn$p*wX|
z%;ZP#%QC-A{{o+r%>c&bB0X76WlWRRLI{1<&9dN$q56@%BiJF;>dI}Q53nkjj`s-k
zjr2{vr0#|7@f#+lEYt7O*XW&ur7a?*^FhsfQ1kAr=6$h`;zlp<O{z=wwOqM&nZ3F{
zjuP(UO{wB{D3bLpeVL+jQ=x47&Bd~je&cnjZ($)3{l@Q?ucjhV{U$W_^?W3;ezRda
zXJ74y_|s1J>b0!TR*{X}$d<b2+_L#jdO7=nazX~vEd2dK?pNsY7WU}nXmq?wM^JJQ
zw$klm&@{-O`~9<>pXK3St}Z_P8SbufF_?W?6ifL3zk=CQDKaePHFCP1R9sRGiiuM4
zw_`iv_jY8jh!8;d0Qj?O%xViYjLmX&c1Be+*C@=3rL;m>E3;g3HSk5`i~ZzYLLUv>
zz{DDx+2>AINH<Gq+Str#!6Fa3xvG)x4<>&#-+faoNVEJasAFM9Pj}L00p{Lfd8T<#
zC>CWtz4PT=j_EO<ps{OYQWJm6qn2y;lycUkWXBiT#IN(4+gJG&{qxT`)e2I*4W?Xs
z6Stk57|LI51#AJdDzg;a9mdl2cVToVg=v`Xv{(nFd<iz|X*1j9oY)<wA;6}fG;LE8
zuWHy|)v6)tU#dHUzUvmw($9H~zfG^oV#+qYkEf>U1dl)X9pa3Ik|@0UjgUBRG=ux+
zs9O_Ged5(<(HEm*udSM99T>IH)<(0StIl=of{vz7HE!>yUQhJ&FYwQ?2E1U*HLw>3
z>EtuAR90tawpH&%WqWi_>e{17ReN+lYTBcFQPCdVn|k)>9#ykP_o<dWx=+vBqkHwb
zJ^FHw+oL~-puIOw+oSvQvOT(I58I=A^{zd-XV2QB`}C?kx<8NFqkHzIJ-S~{+M|2)
zqCM*Kpxx#2Tfhm}ixZ;0>hiOUX~SFe0E)f0<8iV6l)jo*g?L`}F7jFWcD=YL>EAr6
zd*LqNroM%)Gst>w>#O-X1BZc=U^j!IGKJ;Q{yt6L_}~C>IYkmoFfEjuae{^t`#=&5
zj|KZQ5|JTA5@bfNS^VfWlem{(HtyjDfny@2D|t4WvN0>VjP}j&WO77jyOm|t5g1Nh
z^iv(!h{KuhImvX|$4Boc@>W1vjWJfqK<L3)mCUbB!mwMLFF3a_%_pte)2}$SudoEs
zPV6fzJrE5~yq29q_)TEX=^w)B`FhM}_ea|6LxKKM5NO}tjeyX1#Dn(jd2DDWt4I)e
z#k$!D9UYJNUSOnMdtZwu-KiP<gXwbj^G7A*JwaA$dyy!<GjjFj{@wd{?+G4T+v_c<
zxEo4#Z~xlR*<XvCt?g}amtxxgm(Y}3d-uY1<HmbGq&M;U-VJ8^Zu{lF_urS`dT%#7
zdQ#d))Y_9<CxZL_Vzh79zZ-zR?~3~!jW+@TAAIxt-Qyn*rZF#1f4`hRGuZWOyolX=
z!MujVQSU?9h6|_S8#KcL&x^s7<R-c$2GgCy<HhBO7E)rQQbXi$Rq;&)_Y{#aFS`hC
z%q-9aF(jbvXQ>1qe=9)u&+D1wl^yeSdc29N?15L}KbKbm)qve3ePEWjZ)OR+9${kd
zky~PacsL#%q`!^8)<PriTj(W{J6wf#z5r>M|8)ctEkW~-A${9LL2&n*riWqTqC}s_
zO>np<u`!rO|Gj|Y)fKJj%fDCk0>oz_ToE$(34HXlPzK<8@}Jz7@8ll*CO6V>#VG`O
z)HfBBZSd>rYjntmZ0p}pYOKe7{6$s9zGQ*?&yl-!xJO0XaQ30o?~V@5+b14GczAC#
z{*8|O+ac(k$9LFJS3NrkD|a4t(!)-=`%Yp7@{2Z-DSi(d>0u+;Mq=}$e<QudnCm-E
z&R9y^`e8FYY^EFUw^?yExL}=WkuOwz!oT+3dru>A^~-6E|NS#;p}HBc`3&3RycjHs
z<*yHW?P0G)dkq#@HyHl)4jb%2v3l56!I^hjRZCdW{Aw2lkhID<pFMf{bQk{L_vy(s
z8j-c6=|A|#9(Y$Dcvr<Yw!t+P!2sMjbkz2fC0`dZ+T<rozARF7lb0-Mxyk<jEl5K-
H_@e^=ME#bT

literal 0
HcmV?d00001

diff --git a/standalone/linux/haskell-patches/network_disable_accept4.patch b/standalone/linux/haskell-patches/network_disable_accept4.patch
new file mode 100644
index 0000000000..a1c07206ac
--- /dev/null
+++ b/standalone/linux/haskell-patches/network_disable_accept4.patch
@@ -0,0 +1,26 @@
+From f89652f762cf40e4c737fc1b9d6f395eb8df1959 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Mon, 10 Mar 2014 13:28:25 -0400
+Subject: [PATCH] disable use of accept4, for compatability with older systems
+
+See http://git-annex.branchable.com/bugs/Assistant_lost_dbus_connection_spamming_log/
+---
+ Network/Socket.hsc | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 6d304bb..d7fe733 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -510,7 +510,7 @@ accept sock@(MkSocket s family stype protocol status) = do
+                 return new_sock
+ #else
+      with (fromIntegral sz) $ \ ptr_len -> do
+-# ifdef HAVE_ACCEPT4
++# if 0
+      new_sock <- throwSocketErrorIfMinus1RetryMayBlock "accept"
+                         (threadWaitRead (fromIntegral s))
+                         (c_accept4 s sockaddr ptr_len (#const SOCK_NONBLOCK))
+-- 
+1.9.0
+
diff --git a/standalone/linux/install-haskell-packages b/standalone/linux/install-haskell-packages
new file mode 100755
index 0000000000..a8103b3860
--- /dev/null
+++ b/standalone/linux/install-haskell-packages
@@ -0,0 +1,102 @@
+#!/bin/bash
+# Bootstraps from an empty cabal (plus apt-get build-dep git-annex)
+# to all the necessary haskell packages being installed, with the
+# necessary patches to work on architectures that lack template haskell.
+#
+# Note that the newest version of packages is installed. 
+# It attempts to reuse patches for older versions, but 
+# new versions of packages often break cross-compilation by adding TH, 
+# etc
+#
+# Future work: Convert to using the method used here:
+# https://github.com/kaoskorobase/ghc-ios-cabal-scripts/
+
+set -e
+
+if [ ! -d haskell-patches ]; then
+	cd standalone/linux
+fi
+
+cabalopts="$@"
+
+cabalinstall () {
+	echo cabal install "$@" "$cabalopts"
+	eval cabal install "$@" "$cabalopts"
+}
+
+patched () {
+	pkg=$1
+	shift 1
+	cabal unpack $pkg
+	cd $pkg*
+	git init
+	git config user.name dummy
+	git config user.email dummy@example.com
+	git add .
+	git commit -m "pre-patched state of $pkg"
+	for patch in ../../haskell-patches/${pkg}_* ../../../no-th/haskell-patches/${pkg}_*; do
+		if [ -e "$patch" ]; then
+			echo trying $patch
+			if ! patch -p1 < $patch; then
+				echo "failed to apply $patch"
+				echo "please resolve this, replace the patch with a new version, and exit the subshell to continue"
+				$SHELL
+			fi
+		fi
+	done
+	cabalinstall "$@"
+	rm -rf $pkg*
+	cd ..
+}
+
+installgitannexdeps () {
+	pushd ../..
+	echo "cabal install QuickCheck -f-templateHaskell"
+	cabal install QuickCheck -f-templateHaskell
+	echo cabal install --only-dependencies "$@"
+	cabal install --only-dependencies "$@"
+	popd
+}
+
+install_pkgs () {
+	rm -rf tmp
+	mkdir tmp
+	cd tmp
+
+	patched network
+	patched wai-app-static
+	patched vector
+	patched aeson
+	patched shakespeare
+	patched yesod-routes
+	patched monad-logger
+	patched skein
+	patched yesod-core
+	patched persistent
+	patched persistent-template
+	patched file-embed
+	patched process-conduit
+	patched yesod-static
+	patched yesod-persistent
+	patched yesod-form
+	patched yesod-auth
+	patched yesod
+	patched generic-deriving
+	patched profunctors
+	patched reflection
+	patched lens
+	patched xml-hamlet
+	patched DAV
+
+	cd ..
+
+	installgitannexdeps
+}
+
+cabal update
+
+# Some packages fail to install in a non unicode locale.
+LANG=C.UTF-8
+export LANG
+
+install_pkgs
diff --git a/standalone/linux/skel/README b/standalone/linux/skel/README
new file mode 100644
index 0000000000..2a321845f0
--- /dev/null
+++ b/standalone/linux/skel/README
@@ -0,0 +1,20 @@
+You can put this directory into your PATH, or symlink the programs in this
+directory to anyplace already in your PATH, and use git-annex the same
+as if you'd installed it using a package manager.
+
+Or, you can use the runshell script in this directory to start a shell
+that is configured to use git-annex and the other utilities included in
+this bundle, including git, gpg, rsync, ssh, etc.
+
+This should work on any Linux system of the appropriate architecture.
+More or less.
+
+
+How it works: This directory tree contains a lot of libraries and programs
+that git-annex needs. But it's not a chroot. Instead, runshell sets a lot
+of environment variables to cause files from here to be used, and a shim
+around the binaries arranges for them to be run with the libraries in here.
+
+It shouldn't even be dependent on the host system's glibc libraries.
+All that's needed is a kernel that supports the glibc included in this
+bundle.
diff --git a/standalone/linux/skel/git b/standalone/linux/skel/git
new file mode 100755
index 0000000000..7fbf827153
--- /dev/null
+++ b/standalone/linux/skel/git
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git "$@"
diff --git a/standalone/linux/skel/git-annex b/standalone/linux/skel/git-annex
new file mode 100755
index 0000000000..7fc864d87b
--- /dev/null
+++ b/standalone/linux/skel/git-annex
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-annex "$@"
diff --git a/standalone/linux/skel/git-annex-shell b/standalone/linux/skel/git-annex-shell
new file mode 100755
index 0000000000..37dbca0490
--- /dev/null
+++ b/standalone/linux/skel/git-annex-shell
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-annex-shell "$@"
diff --git a/standalone/linux/skel/git-annex-webapp b/standalone/linux/skel/git-annex-webapp
new file mode 100755
index 0000000000..24a533969e
--- /dev/null
+++ b/standalone/linux/skel/git-annex-webapp
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-annex webapp "$@"
diff --git a/standalone/linux/skel/git-receive-pack b/standalone/linux/skel/git-receive-pack
new file mode 100755
index 0000000000..718541786e
--- /dev/null
+++ b/standalone/linux/skel/git-receive-pack
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-receive-pack "$@"
diff --git a/standalone/linux/skel/git-shell b/standalone/linux/skel/git-shell
new file mode 100755
index 0000000000..20c184bdf7
--- /dev/null
+++ b/standalone/linux/skel/git-shell
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-shell "$@"
diff --git a/standalone/linux/skel/git-upload-pack b/standalone/linux/skel/git-upload-pack
new file mode 100755
index 0000000000..1df3f3f6c3
--- /dev/null
+++ b/standalone/linux/skel/git-upload-pack
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink -f "$0" 2>/dev/null || readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/bin/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-upload-pack "$@"
diff --git a/standalone/linux/skel/runshell b/standalone/linux/skel/runshell
new file mode 100755
index 0000000000..73703358d3
--- /dev/null
+++ b/standalone/linux/skel/runshell
@@ -0,0 +1,105 @@
+#!/bin/sh
+# Runs a shell command (or interactive shell) using the binaries and
+# libraries bundled with this app.
+
+set -e
+
+base="$(dirname "$0")"
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+
+if [ ! -e "$base/bin/git-annex" ]; then
+	echo "** base directory $base does not contain bin/git-annex" >&2
+	exit 1
+fi
+if [ ! -e "$base/bin/git" ]; then
+	echo "** base directory $base does not contain bin/git" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# Install shim that's used to run git-annex-shell from ssh authorized_keys.
+# The assistant also does this when run, but the user may not be using the
+# assistant.
+if [ ! -e "$HOME/.ssh/git-annex-shell" ]; then
+	mkdir "$HOME/.ssh" >/dev/null 2>&1 || true
+	(
+		echo "#!/bin/sh"
+		echo "set -e"
+		echo "if [ \"x\$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then"
+		echo "exec $base/runshell git-annex-shell -c \"\$SSH_ORIGINAL_COMMAND\""
+		echo "else"
+		echo "exec $base/runshell git-annex-shell -c \"\$@\""
+		echo "fi"
+	) > "$HOME/.ssh/git-annex-shell"
+	chmod +x "$HOME/.ssh/git-annex-shell"
+fi
+
+# And this shim is used by the webapp when adding a remote ssh server.
+if [ ! -e "$HOME/.ssh/git-annex-wrapper" ]; then
+	mkdir "$HOME/.ssh" >/dev/null 2>&1 || true
+	(
+		echo "#!/bin/sh"
+		echo "set -e"
+		echo "exec $base/runshell \"\$@\""
+	) > "$HOME/.ssh/git-annex-wrapper"
+	chmod +x "$HOME/.ssh/git-annex-wrapper"
+fi
+
+# Put our binaries first, to avoid issues with out of date or incompatable
+# system binaries.
+ORIG_PATH="$PATH"
+export ORIG_PATH
+PATH=$base/bin:$PATH
+export PATH
+
+# This is used by the shim wrapper around each binary.
+for lib in $(cat $base/libdirs); do
+	GIT_ANNEX_LD_LIBRARY_PATH="$base/$lib:$GIT_ANNEX_LD_LIBRARY_PATH"
+done
+export GIT_ANNEX_LD_LIBRARY_PATH
+GIT_ANNEX_LINKER="$base/$(cat $base/linker)"
+export GIT_ANNEX_LINKER
+GIT_ANNEX_SHIMMED="$base/shimmed"
+export GIT_ANNEX_SHIMMED
+
+ORIG_GCONV_PATH="$GCONV_PATH"
+export ORIG_GCONV_PATH
+GCONV_PATH=$base/$(cat $base/gconvdir)
+export GCONV_PATH
+
+ORIG_GIT_EXEC_PATH="$GIT_EXEC_PATH"
+export ORIG_GIT_EXEC_PATH
+GIT_EXEC_PATH=$base/git-core
+export GIT_EXEC_PATH
+
+ORIG_GIT_TEMPLATE_DIR="$GIT_TEMPLATE_DIR"
+export ORIG_GIT_TEMPLATE_DIR
+GIT_TEMPLATE_DIR="$base/templates"
+export GIT_TEMPLATE_DIR
+
+ORIG_MANPATH="$MANPATH"
+export ORIG_MANPATH
+MANPATH="$base/usr/share/man:$MANPATH"
+export MANPATH
+
+# Indicate which variables were exported above and should be cleaned
+# when running non-bundled programs.
+GIT_ANNEX_STANDLONE_ENV="PATH GCONV_PATH GIT_EXEC_PATH GIT_TEMPLATE_DIR MANPATH"
+export GIT_ANNEX_STANDLONE_ENV
+
+if [ "$1" ]; then
+	cmd="$1"
+	shift 1
+	exec "$cmd" "$@"
+else
+	sh
+fi
diff --git a/standalone/no-th/evilsplicer-headers.hs b/standalone/no-th/evilsplicer-headers.hs
new file mode 100644
index 0000000000..2e23df0ce4
--- /dev/null
+++ b/standalone/no-th/evilsplicer-headers.hs
@@ -0,0 +1,38 @@
+
+
+{- This file was modified by the EvilSplicer, adding these headers,
+ - and expanding Template Haskell. 
+ -
+ - ** DO NOT COMMIT ** 
+ -}
+import qualified Data.Monoid
+import qualified Data.Set
+import qualified Data.Set as Data.Set.Base
+import qualified Data.Map
+import qualified Data.Map as Data.Map.Base
+import qualified Data.Foldable
+import qualified Data.Text
+import qualified Data.Text.Lazy.Builder
+import qualified Data.Text.Lazy.Builder as Data.Text.Internal.Builder
+import qualified Text.Shakespeare
+import qualified Text.Hamlet
+import qualified Text.Julius
+import qualified Text.Css
+import qualified "blaze-markup" Text.Blaze.Internal
+import qualified Yesod.Core.Widget
+import qualified Yesod.Routes.TH.Types
+import qualified Yesod.Routes.Dispatch
+import qualified WaiAppStatic.Storage.Embedded
+import qualified WaiAppStatic.Storage.Embedded.Runtime
+import qualified Data.FileEmbed
+import qualified Data.ByteString.Internal
+import qualified Data.Text.Encoding
+import qualified Network.Wai
+import qualified Network.Wai as Network.Wai.Internal
+import qualified Yesod.Core.Types
+import qualified GHC.IO
+import qualified Data.ByteString.Unsafe
+import qualified Data.ByteString.Char8
+{- End EvilSplicer headers. -}
+
+
diff --git a/standalone/no-th/haskell-patches/DAV_build-without-TH.patch b/standalone/no-th/haskell-patches/DAV_build-without-TH.patch
new file mode 100644
index 0000000000..45e9a3cec7
--- /dev/null
+++ b/standalone/no-th/haskell-patches/DAV_build-without-TH.patch
@@ -0,0 +1,415 @@
+From 8e115228601a97b19d3f713ccf2d13f58838d927 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 26 May 2014 01:48:22 +0000
+Subject: [PATCH] expand TH
+
+---
+ DAV.cabal                       |   24 +---
+ Network/Protocol/HTTP/DAV.hs    |   96 ++++++++++++----
+ Network/Protocol/HTTP/DAV/TH.hs |  232 ++++++++++++++++++++++++++++++++++++++-
+ 3 files changed, 307 insertions(+), 45 deletions(-)
+
+diff --git a/DAV.cabal b/DAV.cabal
+index bf54f44..04f375a 100644
+--- a/DAV.cabal
++++ b/DAV.cabal
+@@ -42,29 +42,7 @@ library
+                      , transformers-base
+                      , xml-conduit >= 1.0          && < 1.3
+                      , xml-hamlet >= 0.4           && <= 0.5
+-executable hdav
+-  main-is:           hdav.hs
+-  ghc-options:       -Wall
+-  build-depends:       base >= 4.5                 && <= 5
+-                     , bytestring
+-                     , bytestring
+-                     , case-insensitive >= 0.4
+-                     , containers
+-                     , either >= 4.1
+-                     , errors
+-                     , http-client >= 0.2
+-                     , http-client-tls >= 0.2
+-                     , http-types >= 0.7
+-                     , lens >= 3.0
+-                     , lifted-base >= 0.1
+-                     , monad-control >= 0.3.2
+-                     , mtl >= 2.1
+-                     , network >= 2.3
+-                     , optparse-applicative >= 0.5.0
+-                     , transformers >= 0.3
+-                     , transformers-base
+-                     , xml-conduit >= 1.0          && < 1.3
+-                     , xml-hamlet >= 0.4           && <= 0.5
++                     , text
+ 
+ source-repository head
+   type:     git
+diff --git a/Network/Protocol/HTTP/DAV.hs b/Network/Protocol/HTTP/DAV.hs
+index 94d21bc..c48618f 100644
+--- a/Network/Protocol/HTTP/DAV.hs
++++ b/Network/Protocol/HTTP/DAV.hs
+@@ -78,7 +78,7 @@ import Network.HTTP.Types (hContentType, Method, Status, RequestHeaders, unautho
+ 
+ import qualified Text.XML as XML
+ import Text.XML.Cursor (($/), (&/), element, node, fromDocument, checkName)
+-import Text.Hamlet.XML (xml)
++import qualified Data.Text
+ 
+ import Data.CaseInsensitive (mk)
+ 
+@@ -336,28 +336,84 @@ makeCollection url username password = choke $ evalDAVT url $ do
+ propname :: XML.Document
+ propname = XML.Document (XML.Prologue [] Nothing []) root []
+     where
+-        root = XML.Element "D:propfind" (Map.fromList [("xmlns:D", "DAV:")]) [xml|
+-<D:allprop>
+-|]
+-
++        root = XML.Element "D:propfind" (Map.fromList [("xmlns:D", "DAV:")])  $         concat
++          [[XML.NodeElement
++              (XML.Element
++                 (XML.Name
++                    (Data.Text.pack "D:allprop") Nothing Nothing)
++                 Map.empty
++                 (concat []))]]
+ locky :: XML.Document
+ locky = XML.Document (XML.Prologue [] Nothing []) root []
+-    where
+-        root = XML.Element "D:lockinfo" (Map.fromList [("xmlns:D", "DAV:")]) [xml|
+-<D:lockscope>
+-  <D:exclusive>
+-<D:locktype>
+-  <D:write>
+-<D:owner>Haskell DAV user
+-|]
++ where
++  root = XML.Element "D:lockinfo" (Map.fromList [("xmlns:D", "DAV:")])  $ concat
++   [[XML.NodeElement
++       (XML.Element
++          (XML.Name
++             (Data.Text.pack "D:lockscope") Nothing Nothing)
++          Map.empty
++          (concat
++             [[XML.NodeElement
++                 (XML.Element
++                    (XML.Name
++                       (Data.Text.pack "D:exclusive") Nothing Nothing)
++                    Map.empty
++                    (concat []))]]))],
++    [XML.NodeElement
++       (XML.Element
++          (XML.Name
++             (Data.Text.pack "D:locktype") Nothing Nothing)
++          Map.empty
++          (concat
++             [[XML.NodeElement
++                 (XML.Element
++                    (XML.Name (Data.Text.pack "D:write") Nothing Nothing)
++                    Map.empty
++                    (concat []))]]))],
++    [XML.NodeElement
++       (XML.Element
++          (XML.Name (Data.Text.pack "D:owner") Nothing Nothing)
++          Map.empty
++          (concat
++             [[XML.NodeContent
++                 (Data.Text.pack "Haskell DAV user")]]))]]
++
+ 
+ calendarquery :: XML.Document
+ calendarquery = XML.Document (XML.Prologue [] Nothing []) root []
+     where
+-        root = XML.Element "C:calendar-query" (Map.fromList [("xmlns:D", "DAV:"),("xmlns:C", "urn:ietf:params:xml:ns:caldav")]) [xml|
+-<D:prop>
+-  <D:getetag>
+-  <C:calendar-data>
+-<C:filter>
+-  <C:comp-filter name="VCALENDAR">
+-|]
++        root = XML.Element "C:calendar-query" (Map.fromList [("xmlns:D", "DAV:"),("xmlns:C", "urn:ietf:params:xml:ns:caldav")])  $         concat
++          [[XML.NodeElement
++              (XML.Element
++                 (XML.Name (Data.Text.pack "D:prop") Nothing Nothing)
++                 Map.empty
++                 (concat
++                    [[XML.NodeElement
++                        (XML.Element
++                           (XML.Name
++                              (Data.Text.pack "D:getetag") Nothing Nothing)
++                           Map.empty
++                           (concat []))],
++                     [XML.NodeElement
++                        (XML.Element
++                           (XML.Name
++                              (Data.Text.pack "C:calendar-data") Nothing Nothing)
++                           Map.empty
++                           (concat []))]]))],
++           [XML.NodeElement
++              (XML.Element
++                 (XML.Name
++                    (Data.Text.pack "C:filter") Nothing Nothing)
++                 Map.empty
++                 (concat
++                    [[XML.NodeElement
++                        (XML.Element
++                           (XML.Name
++                              (Data.Text.pack "C:comp-filter") Nothing Nothing)
++                           (Map.insert
++                              (XML.Name (Data.Text.pack "name") Nothing Nothing)
++                              (Data.Text.concat
++                                 [Data.Text.pack "VCALENDAR"])
++                              Map.empty)
++                           (concat []))]]))]]
++
+diff --git a/Network/Protocol/HTTP/DAV/TH.hs b/Network/Protocol/HTTP/DAV/TH.hs
+index b072116..5a01bf9 100644
+--- a/Network/Protocol/HTTP/DAV/TH.hs
++++ b/Network/Protocol/HTTP/DAV/TH.hs
+@@ -20,9 +20,11 @@
+ 
+ module Network.Protocol.HTTP.DAV.TH where
+ 
+-import Control.Lens (makeLenses)
++import Control.Lens
+ import qualified Data.ByteString as B
+ import Network.HTTP.Client (Manager, Request)
++import qualified Control.Lens.Type
++import qualified Data.Functor
+ 
+ data Depth = Depth0 | Depth1 | DepthInfinity
+ instance Read Depth where
+@@ -47,4 +49,230 @@ data DAVContext = DAVContext {
+   , _lockToken :: Maybe B.ByteString
+   , _userAgent :: B.ByteString
+ }
+-makeLenses ''DAVContext
++allowedMethods :: Control.Lens.Type.Lens' DAVContext [B.ByteString]
++allowedMethods
++  _f_a2PF
++  (DAVContext __allowedMethods'_a2PG
++              __baseRequest_a2PI
++              __basicusername_a2PJ
++              __basicpassword_a2PK
++              __complianceClasses_a2PL
++              __depth_a2PM
++              __httpManager_a2PN
++              __lockToken_a2PO
++              __userAgent_a2PP)
++  = ((\ __allowedMethods_a2PH
++        -> DAVContext
++             __allowedMethods_a2PH
++             __baseRequest_a2PI
++             __basicusername_a2PJ
++             __basicpassword_a2PK
++             __complianceClasses_a2PL
++             __depth_a2PM
++             __httpManager_a2PN
++             __lockToken_a2PO
++             __userAgent_a2PP)
++     Data.Functor.<$> (_f_a2PF __allowedMethods'_a2PG))
++{-# INLINE allowedMethods #-}
++baseRequest :: Control.Lens.Type.Lens' DAVContext Request
++baseRequest
++  _f_a2PQ
++  (DAVContext __allowedMethods_a2PR
++              __baseRequest'_a2PS
++              __basicusername_a2PU
++              __basicpassword_a2PV
++              __complianceClasses_a2PW
++              __depth_a2PX
++              __httpManager_a2PY
++              __lockToken_a2PZ
++              __userAgent_a2Q0)
++  = ((\ __baseRequest_a2PT
++        -> DAVContext
++             __allowedMethods_a2PR
++             __baseRequest_a2PT
++             __basicusername_a2PU
++             __basicpassword_a2PV
++             __complianceClasses_a2PW
++             __depth_a2PX
++             __httpManager_a2PY
++             __lockToken_a2PZ
++             __userAgent_a2Q0)
++     Data.Functor.<$> (_f_a2PQ __baseRequest'_a2PS))
++{-# INLINE baseRequest #-}
++basicpassword :: Control.Lens.Type.Lens' DAVContext B.ByteString
++basicpassword
++  _f_a2Q1
++  (DAVContext __allowedMethods_a2Q2
++              __baseRequest_a2Q3
++              __basicusername_a2Q4
++              __basicpassword'_a2Q5
++              __complianceClasses_a2Q7
++              __depth_a2Q8
++              __httpManager_a2Q9
++              __lockToken_a2Qa
++              __userAgent_a2Qb)
++  = ((\ __basicpassword_a2Q6
++        -> DAVContext
++             __allowedMethods_a2Q2
++             __baseRequest_a2Q3
++             __basicusername_a2Q4
++             __basicpassword_a2Q6
++             __complianceClasses_a2Q7
++             __depth_a2Q8
++             __httpManager_a2Q9
++             __lockToken_a2Qa
++             __userAgent_a2Qb)
++     Data.Functor.<$> (_f_a2Q1 __basicpassword'_a2Q5))
++{-# INLINE basicpassword #-}
++basicusername :: Control.Lens.Type.Lens' DAVContext B.ByteString
++basicusername
++  _f_a2Qc
++  (DAVContext __allowedMethods_a2Qd
++              __baseRequest_a2Qe
++              __basicusername'_a2Qf
++              __basicpassword_a2Qh
++              __complianceClasses_a2Qi
++              __depth_a2Qj
++              __httpManager_a2Qk
++              __lockToken_a2Ql
++              __userAgent_a2Qm)
++  = ((\ __basicusername_a2Qg
++        -> DAVContext
++             __allowedMethods_a2Qd
++             __baseRequest_a2Qe
++             __basicusername_a2Qg
++             __basicpassword_a2Qh
++             __complianceClasses_a2Qi
++             __depth_a2Qj
++             __httpManager_a2Qk
++             __lockToken_a2Ql
++             __userAgent_a2Qm)
++     Data.Functor.<$> (_f_a2Qc __basicusername'_a2Qf))
++{-# INLINE basicusername #-}
++complianceClasses ::
++  Control.Lens.Type.Lens' DAVContext [B.ByteString]
++complianceClasses
++  _f_a2Qn
++  (DAVContext __allowedMethods_a2Qo
++              __baseRequest_a2Qp
++              __basicusername_a2Qq
++              __basicpassword_a2Qr
++              __complianceClasses'_a2Qs
++              __depth_a2Qu
++              __httpManager_a2Qv
++              __lockToken_a2Qw
++              __userAgent_a2Qx)
++  = ((\ __complianceClasses_a2Qt
++        -> DAVContext
++             __allowedMethods_a2Qo
++             __baseRequest_a2Qp
++             __basicusername_a2Qq
++             __basicpassword_a2Qr
++             __complianceClasses_a2Qt
++             __depth_a2Qu
++             __httpManager_a2Qv
++             __lockToken_a2Qw
++             __userAgent_a2Qx)
++     Data.Functor.<$> (_f_a2Qn __complianceClasses'_a2Qs))
++{-# INLINE complianceClasses #-}
++depth :: Control.Lens.Type.Lens' DAVContext (Maybe Depth)
++depth
++  _f_a2Qy
++  (DAVContext __allowedMethods_a2Qz
++              __baseRequest_a2QA
++              __basicusername_a2QB
++              __basicpassword_a2QC
++              __complianceClasses_a2QD
++              __depth'_a2QE
++              __httpManager_a2QG
++              __lockToken_a2QH
++              __userAgent_a2QI)
++  = ((\ __depth_a2QF
++        -> DAVContext
++             __allowedMethods_a2Qz
++             __baseRequest_a2QA
++             __basicusername_a2QB
++             __basicpassword_a2QC
++             __complianceClasses_a2QD
++             __depth_a2QF
++             __httpManager_a2QG
++             __lockToken_a2QH
++             __userAgent_a2QI)
++     Data.Functor.<$> (_f_a2Qy __depth'_a2QE))
++{-# INLINE depth #-}
++httpManager :: Control.Lens.Type.Lens' DAVContext Manager
++httpManager
++  _f_a2QJ
++  (DAVContext __allowedMethods_a2QK
++              __baseRequest_a2QL
++              __basicusername_a2QM
++              __basicpassword_a2QN
++              __complianceClasses_a2QO
++              __depth_a2QP
++              __httpManager'_a2QQ
++              __lockToken_a2QS
++              __userAgent_a2QT)
++  = ((\ __httpManager_a2QR
++        -> DAVContext
++             __allowedMethods_a2QK
++             __baseRequest_a2QL
++             __basicusername_a2QM
++             __basicpassword_a2QN
++             __complianceClasses_a2QO
++             __depth_a2QP
++             __httpManager_a2QR
++             __lockToken_a2QS
++             __userAgent_a2QT)
++     Data.Functor.<$> (_f_a2QJ __httpManager'_a2QQ))
++{-# INLINE httpManager #-}
++lockToken ::
++  Control.Lens.Type.Lens' DAVContext (Maybe B.ByteString)
++lockToken
++  _f_a2QU
++  (DAVContext __allowedMethods_a2QV
++              __baseRequest_a2QW
++              __basicusername_a2QX
++              __basicpassword_a2QY
++              __complianceClasses_a2QZ
++              __depth_a2R0
++              __httpManager_a2R1
++              __lockToken'_a2R2
++              __userAgent_a2R4)
++  = ((\ __lockToken_a2R3
++        -> DAVContext
++             __allowedMethods_a2QV
++             __baseRequest_a2QW
++             __basicusername_a2QX
++             __basicpassword_a2QY
++             __complianceClasses_a2QZ
++             __depth_a2R0
++             __httpManager_a2R1
++             __lockToken_a2R3
++             __userAgent_a2R4)
++     Data.Functor.<$> (_f_a2QU __lockToken'_a2R2))
++{-# INLINE lockToken #-}
++userAgent :: Control.Lens.Type.Lens' DAVContext B.ByteString
++userAgent
++  _f_a2R5
++  (DAVContext __allowedMethods_a2R6
++              __baseRequest_a2R7
++              __basicusername_a2R8
++              __basicpassword_a2R9
++              __complianceClasses_a2Ra
++              __depth_a2Rb
++              __httpManager_a2Rc
++              __lockToken_a2Rd
++              __userAgent'_a2Re)
++  = ((\ __userAgent_a2Rf
++        -> DAVContext
++             __allowedMethods_a2R6
++             __baseRequest_a2R7
++             __basicusername_a2R8
++             __basicpassword_a2R9
++             __complianceClasses_a2Ra
++             __depth_a2Rb
++             __httpManager_a2Rc
++             __lockToken_a2Rd
++             __userAgent_a2Rf)
++     Data.Functor.<$> (_f_a2R5 __userAgent'_a2Re))
++{-# INLINE userAgent #-}
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/aeson_remove-TH.patch b/standalone/no-th/haskell-patches/aeson_remove-TH.patch
new file mode 100644
index 0000000000..dc40de79ed
--- /dev/null
+++ b/standalone/no-th/haskell-patches/aeson_remove-TH.patch
@@ -0,0 +1,40 @@
+From f147ec9aeaa03ca6e30232c84c413ef29b95fb62 Mon Sep 17 00:00:00 2001
+From: Your Name <you@example.com>
+Date: Tue, 20 May 2014 19:53:55 +0000
+Subject: [PATCH] avoid TH
+
+---
+ aeson.cabal | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/aeson.cabal b/aeson.cabal
+index 493d625..02dc6f4 100644
+--- a/aeson.cabal
++++ b/aeson.cabal
+@@ -88,7 +88,6 @@ library
+     Data.Aeson.Generic
+     Data.Aeson.Parser
+     Data.Aeson.Types
+-    Data.Aeson.TH
+ 
+   other-modules:
+     Data.Aeson.Functions
+@@ -121,7 +120,6 @@ library
+     old-locale,
+     scientific >= 0.3.1 && < 0.4,
+     syb,
+-    template-haskell >= 2.4,
+     time,
+     unordered-containers >= 0.2.3.0,
+     vector >= 0.7.1
+@@ -164,7 +162,6 @@ test-suite tests
+     base,
+     containers,
+     bytestring,
+-    template-haskell,
+     test-framework,
+     test-framework-quickcheck2,
+     test-framework-hunit,
+-- 
+2.0.0.rc2
+
diff --git a/standalone/no-th/haskell-patches/file-embed_remove-TH.patch b/standalone/no-th/haskell-patches/file-embed_remove-TH.patch
new file mode 100644
index 0000000000..a089f1f9ed
--- /dev/null
+++ b/standalone/no-th/haskell-patches/file-embed_remove-TH.patch
@@ -0,0 +1,150 @@
+From 2b41af230ea5675592e87a2362d9c17bcd8df1db Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 19:00:44 +0000
+Subject: [PATCH] remove TH
+
+---
+ Data/FileEmbed.hs | 100 +++---------------------------------------------------
+ 1 file changed, 5 insertions(+), 95 deletions(-)
+
+diff --git a/Data/FileEmbed.hs b/Data/FileEmbed.hs
+index aae9d5a..efdbb7b 100644
+--- a/Data/FileEmbed.hs
++++ b/Data/FileEmbed.hs
+@@ -17,19 +17,18 @@
+ -- > {-# LANGUAGE TemplateHaskell #-}
+ module Data.FileEmbed
+     ( -- * Embed at compile time
+-      embedFile
+-    , embedOneFileOf
+-    , embedDir
+-    , getDir
++   --   embedFile
++    --, embedOneFileOf
++    --, embedDir
++      getDir
+       -- * Inject into an executable
+ #if MIN_VERSION_template_haskell(2,5,0)
+-    , dummySpace
++    --, dummySpace
+ #endif
+     , inject
+     , injectFile
+       -- * Internal
+     , stringToBs
+-    , bsToExp
+     ) where
+ 
+ import Language.Haskell.TH.Syntax
+@@ -57,85 +56,12 @@ import Data.ByteString.Unsafe (unsafePackAddressLen)
+ import System.IO.Unsafe (unsafePerformIO)
+ import System.FilePath ((</>))
+ 
+--- | Embed a single file in your source code.
+---
+--- > import qualified Data.ByteString
+--- >
+--- > myFile :: Data.ByteString.ByteString
+--- > myFile = $(embedFile "dirName/fileName")
+-embedFile :: FilePath -> Q Exp
+-embedFile fp =
+-#if MIN_VERSION_template_haskell(2,7,0)
+-    qAddDependentFile fp >>
+-#endif
+-  (runIO $ B.readFile fp) >>= bsToExp
+-
+--- | Embed a single existing file in your source code
+--- out of list a list of paths supplied.
+---
+--- > import qualified Data.ByteString
+--- >
+--- > myFile :: Data.ByteString.ByteString
+--- > myFile = $(embedFile' [ "dirName/fileName", "src/dirName/fileName" ])
+-embedOneFileOf :: [FilePath] -> Q Exp
+-embedOneFileOf ps =
+-  (runIO $ readExistingFile ps) >>= \ ( path, content ) -> do
+-#if MIN_VERSION_template_haskell(2,7,0)
+-    qAddDependentFile path
+-#endif
+-    bsToExp content
+-  where
+-    readExistingFile :: [FilePath] -> IO ( FilePath, B.ByteString )
+-    readExistingFile xs = do
+-      ys <- filterM doesFileExist xs
+-      case ys of
+-        (p:_) -> B.readFile p >>= \ c -> return ( p, c )
+-        _ -> throw $ ErrorCall "Cannot find file to embed as resource"
+-
+--- | Embed a directory recursively in your source code.
+---
+--- > import qualified Data.ByteString
+--- >
+--- > myDir :: [(FilePath, Data.ByteString.ByteString)]
+--- > myDir = $(embedDir "dirName")
+-embedDir :: FilePath -> Q Exp
+-embedDir fp = do
+-    typ <- [t| [(FilePath, B.ByteString)] |]
+-    e <- ListE <$> ((runIO $ fileList fp) >>= mapM (pairToExp fp))
+-    return $ SigE e typ
+-
+ -- | Get a directory tree in the IO monad.
+ --
+ -- This is the workhorse of 'embedDir'
+ getDir :: FilePath -> IO [(FilePath, B.ByteString)]
+ getDir = fileList
+ 
+-pairToExp :: FilePath -> (FilePath, B.ByteString) -> Q Exp
+-pairToExp _root (path, bs) = do
+-#if MIN_VERSION_template_haskell(2,7,0)
+-    qAddDependentFile $ _root ++ '/' : path
+-#endif
+-    exp' <- bsToExp bs
+-    return $! TupE [LitE $ StringL path, exp']
+-
+-bsToExp :: B.ByteString -> Q Exp
+-#if MIN_VERSION_template_haskell(2, 5, 0)
+-bsToExp bs =
+-    return $ VarE 'unsafePerformIO
+-      `AppE` (VarE 'unsafePackAddressLen
+-      `AppE` LitE (IntegerL $ fromIntegral $ B8.length bs)
+-#if MIN_VERSION_template_haskell(2, 8, 0)
+-      `AppE` LitE (StringPrimL $ B.unpack bs))
+-#else
+-      `AppE` LitE (StringPrimL $ B8.unpack bs))
+-#endif
+-#else
+-bsToExp bs = do
+-    helper <- [| stringToBs |]
+-    let chars = B8.unpack bs
+-    return $! AppE helper $! LitE $! StringL chars
+-#endif
+-
+ stringToBs :: String -> B.ByteString
+ stringToBs = B8.pack
+ 
+@@ -177,22 +103,6 @@ padSize i =
+     let s = show i
+      in replicate (sizeLen - length s) '0' ++ s
+ 
+-#if MIN_VERSION_template_haskell(2,5,0)
+-dummySpace :: Int -> Q Exp
+-dummySpace space = do
+-    let size = padSize space
+-    let start = magic ++ size
+-    let chars = LitE $ StringPrimL $
+-#if MIN_VERSION_template_haskell(2,6,0)
+-            map (toEnum . fromEnum) $
+-#endif
+-            start ++ replicate space '0'
+-    let len = LitE $ IntegerL $ fromIntegral $ length start + space
+-    upi <- [|unsafePerformIO|]
+-    pack <- [|unsafePackAddressLen|]
+-    getInner' <- [|getInner|]
+-    return $ getInner' `AppE` (upi `AppE` (pack `AppE` len `AppE` chars))
+-#endif
+ 
+ inject :: B.ByteString -- ^ bs to inject
+        -> B.ByteString -- ^ original BS containing dummy
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/generic-deriving_remove-TH.patch b/standalone/no-th/haskell-patches/generic-deriving_remove-TH.patch
new file mode 100644
index 0000000000..83c8ffd2a7
--- /dev/null
+++ b/standalone/no-th/haskell-patches/generic-deriving_remove-TH.patch
@@ -0,0 +1,394 @@
+From 9a41401d903f160e11d56fff35c24eb59d97885d Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Tue, 17 Dec 2013 19:04:40 +0000
+Subject: [PATCH] remove TH
+
+---
+ src/Generics/Deriving/TH.hs | 354 --------------------------------------------
+ 1 file changed, 354 deletions(-)
+
+diff --git a/src/Generics/Deriving/TH.hs b/src/Generics/Deriving/TH.hs
+index 783cb65..9aab713 100644
+--- a/src/Generics/Deriving/TH.hs
++++ b/src/Generics/Deriving/TH.hs
+@@ -19,18 +19,6 @@
+ 
+ -- Adapted from Generics.Regular.TH
+ module Generics.Deriving.TH (
+-      
+-      deriveMeta
+-    , deriveData
+-    , deriveConstructors
+-    , deriveSelectors
+-
+-#if __GLASGOW_HASKELL__ < 701
+-    , deriveAll
+-    , deriveRepresentable0
+-    , deriveRep0
+-    , simplInstance
+-#endif
+   ) where
+ 
+ import Generics.Deriving.Base
+@@ -41,124 +29,6 @@ import Language.Haskell.TH.Syntax (Lift(..))
+ import Data.List (intercalate)
+ import Control.Monad
+ 
+--- | Given the names of a generic class, a type to instantiate, a function in
+--- the class and the default implementation, generates the code for a basic
+--- generic instance.
+-simplInstance :: Name -> Name -> Name -> Name -> Q [Dec]
+-simplInstance cl ty fn df = do
+-  i <- reify (genRepName 0 ty)
+-  x <- newName "x"
+-  let typ = ForallT [PlainTV x] [] 
+-        ((foldl (\a -> AppT a . VarT . tyVarBndrToName) (ConT (genRepName 0 ty)) 
+-          (typeVariables i)) `AppT` (VarT x))
+-  fmap (: []) $ instanceD (cxt []) (conT cl `appT` conT ty)
+-    [funD fn [clause [] (normalB (varE df `appE` 
+-      (sigE (global 'undefined) (return typ)))) []]]
+-
+-
+--- | Given the type and the name (as string) for the type to derive,
+--- generate the 'Data' instance, the 'Constructor' instances, the 'Selector'
+--- instances, and the 'Representable0' instance.
+-deriveAll :: Name -> Q [Dec]
+-deriveAll n =
+-  do a <- deriveMeta n
+-     b <- deriveRepresentable0 n
+-     return (a ++ b)
+-
+--- | Given the type and the name (as string) for the type to derive,
+--- generate the 'Data' instance, the 'Constructor' instances, and the 'Selector'
+--- instances.
+-deriveMeta :: Name -> Q [Dec]
+-deriveMeta n =
+-  do a <- deriveData n
+-     b <- deriveConstructors n
+-     c <- deriveSelectors n
+-     return (a ++ b ++ c)
+-
+--- | Given a datatype name, derive a datatype and instance of class 'Datatype'.
+-deriveData :: Name -> Q [Dec]
+-deriveData = dataInstance
+-
+--- | Given a datatype name, derive datatypes and 
+--- instances of class 'Constructor'.
+-deriveConstructors :: Name -> Q [Dec]
+-deriveConstructors = constrInstance
+-
+--- | Given a datatype name, derive datatypes and instances of class 'Selector'.
+-deriveSelectors :: Name -> Q [Dec]
+-deriveSelectors = selectInstance
+-
+--- | Given the type and the name (as string) for the Representable0 type
+--- synonym to derive, generate the 'Representable0' instance.
+-deriveRepresentable0 :: Name -> Q [Dec]
+-deriveRepresentable0 n = do
+-    rep0 <- deriveRep0 n
+-    inst <- deriveInst n
+-    return $ rep0 ++ inst
+-
+--- | Derive only the 'Rep0' type synonym. Not needed if 'deriveRepresentable0'
+--- is used.
+-deriveRep0 :: Name -> Q [Dec]
+-deriveRep0 n = do
+-  i <- reify n
+-  fmap (:[]) $ tySynD (genRepName 0 n) (typeVariables i) (rep0Type n)
+-
+-deriveInst :: Name -> Q [Dec]
+-deriveInst t = do
+-  i <- reify t
+-  let typ q = foldl (\a -> AppT a . VarT . tyVarBndrToName) (ConT q) 
+-                (typeVariables i)
+-#if __GLASGOW_HASKELL__ >= 707
+-  let tyIns = TySynInstD ''Rep (TySynEqn [typ t] (typ (genRepName 0 t)))
+-#else
+-  let tyIns = TySynInstD ''Rep [typ t] (typ (genRepName 0 t))
+-#endif
+-  fcs <- mkFrom t 1 0 t
+-  tcs <- mkTo   t 1 0 t
+-  liftM (:[]) $
+-    instanceD (cxt []) (conT ''Generic `appT` return (typ t))
+-                         [return tyIns, funD 'from fcs, funD 'to tcs]
+-
+-
+-dataInstance :: Name -> Q [Dec]
+-dataInstance n = do
+-  i <- reify n
+-  case i of
+-    TyConI (DataD    _ n _ _ _) -> mkInstance n
+-    TyConI (NewtypeD _ n _ _ _) -> mkInstance n
+-    _ -> return []
+-  where
+-    mkInstance n = do
+-      ds <- mkDataData n
+-      is <- mkDataInstance n
+-      return $ [ds,is]
+-
+-constrInstance :: Name -> Q [Dec]
+-constrInstance n = do
+-  i <- reify n
+-  case i of
+-    TyConI (DataD    _ n _ cs _) -> mkInstance n cs
+-    TyConI (NewtypeD _ n _ c  _) -> mkInstance n [c]
+-    _ -> return []
+-  where
+-    mkInstance n cs = do
+-      ds <- mapM (mkConstrData n) cs
+-      is <- mapM (mkConstrInstance n) cs
+-      return $ ds ++ is
+-
+-selectInstance :: Name -> Q [Dec]
+-selectInstance n = do
+-  i <- reify n
+-  case i of
+-    TyConI (DataD    _ n _ cs _) -> mkInstance n cs
+-    TyConI (NewtypeD _ n _ c  _) -> mkInstance n [c]
+-    _ -> return []
+-  where
+-    mkInstance n cs = do
+-      ds <- mapM (mkSelectData n) cs
+-      is <- mapM (mkSelectInstance n) cs
+-      return $ concat (ds ++ is)
+-
+ typeVariables :: Info -> [TyVarBndr]
+ typeVariables (TyConI (DataD    _ _ tv _ _)) = tv
+ typeVariables (TyConI (NewtypeD _ _ tv _ _)) = tv
+@@ -179,233 +49,9 @@ genName = mkName . (++"_") . intercalate "_" . map nameBase
+ genRepName :: Int -> Name -> Name
+ genRepName n = mkName . (++"_") . (("Rep" ++ show n) ++) . nameBase
+ 
+-mkDataData :: Name -> Q Dec
+-mkDataData n = dataD (cxt []) (genName [n]) [] [] []
+-
+-mkConstrData :: Name -> Con -> Q Dec
+-mkConstrData dt (NormalC n _) =
+-  dataD (cxt []) (genName [dt, n]) [] [] [] 
+-mkConstrData dt r@(RecC _ _) =
+-  mkConstrData dt (stripRecordNames r)
+-mkConstrData dt (InfixC t1 n t2) =
+-  mkConstrData dt (NormalC n [t1,t2])
+-
+-mkSelectData :: Name -> Con -> Q [Dec]
+-mkSelectData dt r@(RecC n fs) = return (map one fs)
+-  where one (f, _, _) = DataD [] (genName [dt, n, f]) [] [] []
+-mkSelectData dt _ = return []
+-
+-
+-mkDataInstance :: Name -> Q Dec
+-mkDataInstance n =
+-  instanceD (cxt []) (appT (conT ''Datatype) (conT $ genName [n]))
+-    [funD 'datatypeName [clause [wildP] (normalB (stringE (nameBase n))) []]
+-    ,funD 'moduleName   [clause [wildP] (normalB (stringE name)) []]]
+-  where
+-    name = maybe (error "Cannot fetch module name!") id (nameModule n)
+-
+-instance Lift Fixity where
+-  lift Prefix      = conE 'Prefix
+-  lift (Infix a n) = conE 'Infix `appE` [| a |] `appE` [| n |]
+-
+-instance Lift Associativity where
+-  lift LeftAssociative  = conE 'LeftAssociative
+-  lift RightAssociative = conE 'RightAssociative
+-  lift NotAssociative   = conE 'NotAssociative
+-
+-mkConstrInstance :: Name -> Con -> Q Dec
+-mkConstrInstance dt (NormalC n _) = mkConstrInstanceWith dt n []
+-mkConstrInstance dt (RecC    n _) = mkConstrInstanceWith dt n
+-      [ funD 'conIsRecord [clause [wildP] (normalB (conE 'True)) []]]
+-mkConstrInstance dt (InfixC t1 n t2) =
+-    do
+-      i <- reify n
+-      let fi = case i of
+-                 DataConI _ _ _ f -> convertFixity f
+-                 _ -> Prefix
+-      instanceD (cxt []) (appT (conT ''Constructor) (conT $ genName [dt, n]))
+-        [funD 'conName   [clause [wildP] (normalB (stringE (nameBase n))) []],
+-         funD 'conFixity [clause [wildP] (normalB [| fi |]) []]]
+-  where
+-    convertFixity (Fixity n d) = Infix (convertDirection d) n
+-    convertDirection InfixL = LeftAssociative
+-    convertDirection InfixR = RightAssociative
+-    convertDirection InfixN = NotAssociative
+-
+-mkConstrInstanceWith :: Name -> Name -> [Q Dec] -> Q Dec
+-mkConstrInstanceWith dt n extra = 
+-  instanceD (cxt []) (appT (conT ''Constructor) (conT $ genName [dt, n]))
+-    (funD 'conName [clause [wildP] (normalB (stringE (nameBase n))) []] : extra)
+-
+-mkSelectInstance :: Name -> Con -> Q [Dec]
+-mkSelectInstance dt r@(RecC n fs) = return (map one fs) where
+-  one (f, _, _) = 
+-    InstanceD ([]) (AppT (ConT ''Selector) (ConT $ genName [dt, n, f]))
+-      [FunD 'selName [Clause [WildP] 
+-        (NormalB (LitE (StringL (nameBase f)))) []]]
+-mkSelectInstance _ _ = return []
+-
+-rep0Type :: Name -> Q Type
+-rep0Type n =
+-    do
+-      -- runIO $ putStrLn $ "processing " ++ show n
+-      i <- reify n
+-      let b = case i of
+-                TyConI (DataD _ dt vs cs _) ->
+-                  (conT ''D1) `appT` (conT $ genName [dt]) `appT` 
+-                    (foldr1' sum (conT ''V1) 
+-                      (map (rep0Con (dt, map tyVarBndrToName vs)) cs))
+-                TyConI (NewtypeD _ dt vs c _) ->
+-                  (conT ''D1) `appT` (conT $ genName [dt]) `appT`
+-                    (rep0Con (dt, map tyVarBndrToName vs) c)
+-                TyConI (TySynD t _ _) -> error "type synonym?" 
+-                _ -> error "unknown construct" 
+-      --appT b (conT $ mkName (nameBase n))
+-      b where
+-    sum :: Q Type -> Q Type -> Q Type
+-    sum a b = conT ''(:+:) `appT` a `appT` b
+-
+-
+-rep0Con :: (Name, [Name]) -> Con -> Q Type
+-rep0Con (dt, vs) (NormalC n []) =
+-    conT ''C1 `appT` (conT $ genName [dt, n]) `appT` 
+-     (conT ''S1 `appT` conT ''NoSelector `appT` conT ''U1)
+-rep0Con (dt, vs) (NormalC n fs) =
+-    conT ''C1 `appT` (conT $ genName [dt, n]) `appT` 
+-     (foldr1 prod (map (repField (dt, vs) . snd) fs)) where
+-    prod :: Q Type -> Q Type -> Q Type
+-    prod a b = conT ''(:*:) `appT` a `appT` b
+-rep0Con (dt, vs) r@(RecC n []) =
+-    conT ''C1 `appT` (conT $ genName [dt, n]) `appT` conT ''U1
+-rep0Con (dt, vs) r@(RecC n fs) =
+-    conT ''C1 `appT` (conT $ genName [dt, n]) `appT` 
+-      (foldr1 prod (map (repField' (dt, vs) n) fs)) where
+-    prod :: Q Type -> Q Type -> Q Type
+-    prod a b = conT ''(:*:) `appT` a `appT` b
+-
+-rep0Con d (InfixC t1 n t2) = rep0Con d (NormalC n [t1,t2])
+-
+---dataDeclToType :: (Name, [Name]) -> Type
+---dataDeclToType (dt, vs) = foldl (\a b -> AppT a (VarT b)) (ConT dt) vs
+-
+-repField :: (Name, [Name]) -> Type -> Q Type
+---repField d t | t == dataDeclToType d = conT ''I
+-repField d t = conT ''S1 `appT` conT ''NoSelector `appT`
+-                 (conT ''Rec0 `appT` return t)
+-
+-repField' :: (Name, [Name]) -> Name -> (Name, Strict, Type) -> Q Type
+---repField' d ns (_, _, t) | t == dataDeclToType d = conT ''I
+-repField' (dt, vs) ns (f, _, t) = conT ''S1 `appT` conT (genName [dt, ns, f]) 
+-                                    `appT` (conT ''Rec0 `appT` return t)
+--- Note: we should generate Par0 too, at some point
+-
+-
+-mkFrom :: Name -> Int -> Int -> Name -> Q [Q Clause]
+-mkFrom ns m i n =
+-    do
+-      -- runIO $ putStrLn $ "processing " ++ show n
+-      let wrapE e = lrE m i e
+-      i <- reify n
+-      let b = case i of
+-                TyConI (DataD _ dt vs cs _) ->
+-                  zipWith (fromCon wrapE ns (dt, map tyVarBndrToName vs)
+-                    (length cs)) [0..] cs
+-                TyConI (NewtypeD _ dt vs c _) ->
+-                  [fromCon wrapE ns (dt, map tyVarBndrToName vs) 1 0 c]
+-                TyConI (TySynD t _ _) -> error "type synonym?" 
+-                  -- [clause [varP (field 0)] (normalB (wrapE $ conE 'K1 `appE` varE (field 0))) []]
+-                _ -> error "unknown construct"
+-      return b
+-
+-mkTo :: Name -> Int -> Int -> Name -> Q [Q Clause]
+-mkTo ns m i n =
+-    do
+-      -- runIO $ putStrLn $ "processing " ++ show n
+-      let wrapP p = lrP m i p
+-      i <- reify n
+-      let b = case i of
+-                TyConI (DataD _ dt vs cs _) ->
+-                  zipWith (toCon wrapP ns (dt, map tyVarBndrToName vs)
+-                    (length cs)) [0..] cs
+-                TyConI (NewtypeD _ dt vs c _) ->
+-                  [toCon wrapP ns (dt, map tyVarBndrToName vs) 1 0 c]
+-                TyConI (TySynD t _ _) -> error "type synonym?" 
+-                  -- [clause [wrapP $ conP 'K1 [varP (field 0)]] (normalB $ varE (field 0)) []]
+-                _ -> error "unknown construct" 
+-      return b
+-
+-fromCon :: (Q Exp -> Q Exp) -> Name -> (Name, [Name]) -> Int -> Int -> Con -> Q Clause
+-fromCon wrap ns (dt, vs) m i (NormalC cn []) =
+-  clause
+-    [conP cn []]
+-    (normalB $ appE (conE 'M1) $ wrap $ lrE m i $ appE (conE 'M1) $ 
+-      conE 'M1 `appE` (conE 'U1)) []
+-fromCon wrap ns (dt, vs) m i (NormalC cn fs) =
+-  -- runIO (putStrLn ("constructor " ++ show ix)) >>
+-  clause
+-    [conP cn (map (varP . field) [0..length fs - 1])]
+-    (normalB $ appE (conE 'M1) $ wrap $ lrE m i $ conE 'M1 `appE` 
+-      foldr1 prod (zipWith (fromField (dt, vs)) [0..] (map snd fs))) []
+-  where prod x y = conE '(:*:) `appE` x `appE` y
+-fromCon wrap ns (dt, vs) m i r@(RecC cn []) =
+-  clause
+-    [conP cn []]
+-    (normalB $ appE (conE 'M1) $ wrap $ lrE m i $ conE 'M1 `appE` (conE 'U1)) []
+-fromCon wrap ns (dt, vs) m i r@(RecC cn fs) =
+-  clause
+-    [conP cn (map (varP . field) [0..length fs - 1])]
+-    (normalB $ appE (conE 'M1) $ wrap $ lrE m i $ conE 'M1 `appE` 
+-      foldr1 prod (zipWith (fromField (dt, vs)) [0..] (map trd fs))) []
+-  where prod x y = conE '(:*:) `appE` x `appE` y
+-fromCon wrap ns (dt, vs) m i (InfixC t1 cn t2) =
+-  fromCon wrap ns (dt, vs) m i (NormalC cn [t1,t2])
+-
+-fromField :: (Name, [Name]) -> Int -> Type -> Q Exp
+---fromField (dt, vs) nr t | t == dataDeclToType (dt, vs) = conE 'I `appE` varE (field nr)
+-fromField (dt, vs) nr t = conE 'M1 `appE` (conE 'K1 `appE` varE (field nr))
+-
+-toCon :: (Q Pat -> Q Pat) -> Name -> (Name, [Name]) -> Int -> Int -> Con -> Q Clause
+-toCon wrap ns (dt, vs) m i (NormalC cn []) =
+-    clause
+-      [wrap $ conP 'M1 [lrP m i $ conP 'M1 [conP 'M1 [conP 'U1 []]]]]
+-      (normalB $ conE cn) []
+-toCon wrap ns (dt, vs) m i (NormalC cn fs) =
+-    -- runIO (putStrLn ("constructor " ++ show ix)) >>
+-    clause
+-      [wrap $ conP 'M1 [lrP m i $ conP 'M1
+-        [foldr1 prod (zipWith (toField (dt, vs)) [0..] (map snd fs))]]]
+-      (normalB $ foldl appE (conE cn) (map (varE . field) [0..length fs - 1])) []
+-  where prod x y = conP '(:*:) [x,y]
+-toCon wrap ns (dt, vs) m i r@(RecC cn []) =
+-    clause
+-      [wrap $ conP 'M1 [lrP m i $ conP 'M1 [conP 'U1 []]]]
+-      (normalB $ conE cn) []
+-toCon wrap ns (dt, vs) m i r@(RecC cn fs) =
+-    clause
+-      [wrap $ conP 'M1 [lrP m i $ conP 'M1
+-        [foldr1 prod (zipWith (toField (dt, vs)) [0..] (map trd fs))]]]
+-      (normalB $ foldl appE (conE cn) (map (varE . field) [0..length fs - 1])) []
+-  where prod x y = conP '(:*:) [x,y]
+-toCon wrap ns (dt, vs) m i (InfixC t1 cn t2) =
+-  toCon wrap ns (dt, vs) m i (NormalC cn [t1,t2])
+-
+-toField :: (Name, [Name]) -> Int -> Type -> Q Pat
+---toField (dt, vs) nr t | t == dataDeclToType (dt, vs) = conP 'I [varP (field nr)]
+-toField (dt, vs) nr t = conP 'M1 [conP 'K1 [varP (field nr)]]
+-
+-
+ field :: Int -> Name
+ field n = mkName $ "f" ++ show n
+ 
+-lrP :: Int -> Int -> (Q Pat -> Q Pat)
+-lrP 1 0 p = p
+-lrP m 0 p = conP 'L1 [p]
+-lrP m i p = conP 'R1 [lrP (m-1) (i-1) p]
+-
+-lrE :: Int -> Int -> (Q Exp -> Q Exp)
+-lrE 1 0 e = e
+-lrE m 0 e = conE 'L1 `appE` e
+-lrE m i e = conE 'R1 `appE` lrE (m-1) (i-1) e
+ 
+ trd (_,_,c) = c
+ 
+-- 
+1.8.5.1
+
diff --git a/standalone/no-th/haskell-patches/lens_no-TH.patch b/standalone/no-th/haskell-patches/lens_no-TH.patch
new file mode 100644
index 0000000000..7fdd70639f
--- /dev/null
+++ b/standalone/no-th/haskell-patches/lens_no-TH.patch
@@ -0,0 +1,230 @@
+From bc312c7431877b3b788de5e7ce5ee743be73c0ba Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 22:13:58 +0000
+Subject: [PATCH] remove TH
+
+---
+ lens.cabal                          | 19 +------------------
+ src/Control/Lens.hs                 |  8 ++------
+ src/Control/Lens/Cons.hs            |  2 --
+ src/Control/Lens/Internal/Fold.hs   |  2 --
+ src/Control/Lens/Operators.hs       |  2 +-
+ src/Control/Lens/Prism.hs           |  2 --
+ src/Control/Monad/Primitive/Lens.hs |  1 -
+ 7 files changed, 4 insertions(+), 32 deletions(-)
+
+diff --git a/lens.cabal b/lens.cabal
+index d70c2f4..28af768 100644
+--- a/lens.cabal
++++ b/lens.cabal
+@@ -10,7 +10,7 @@ stability:     provisional
+ homepage:      http://github.com/ekmett/lens/
+ bug-reports:   http://github.com/ekmett/lens/issues
+ copyright:     Copyright (C) 2012-2014 Edward A. Kmett
+-build-type:    Custom
++build-type:    Simple
+ -- build-tools:   cpphs
+ tested-with:   GHC == 7.4.1, GHC == 7.4.2, GHC == 7.6.3, GHC == 7.8.1, GHC == 7.8.2
+ synopsis:      Lenses, Folds and Traversals
+@@ -220,7 +220,6 @@ library
+     Control.Exception.Lens
+     Control.Lens
+     Control.Lens.Action
+-    Control.Lens.At
+     Control.Lens.Combinators
+     Control.Lens.Cons
+     Control.Lens.Each
+@@ -248,29 +247,24 @@ library
+     Control.Lens.Internal.Reflection
+     Control.Lens.Internal.Review
+     Control.Lens.Internal.Setter
+-    Control.Lens.Internal.TH
+     Control.Lens.Internal.Zoom
+     Control.Lens.Iso
+     Control.Lens.Lens
+     Control.Lens.Level
+     Control.Lens.Loupe
+     Control.Lens.Operators
+-    Control.Lens.Plated
+     Control.Lens.Prism
+     Control.Lens.Reified
+     Control.Lens.Review
+     Control.Lens.Setter
+-    Control.Lens.TH
+     Control.Lens.Traversal
+     Control.Lens.Tuple
+     Control.Lens.Type
+     Control.Lens.Wrapped
+     Control.Lens.Zoom
+-    Control.Monad.Error.Lens
+     Control.Monad.Primitive.Lens
+     Control.Parallel.Strategies.Lens
+     Control.Seq.Lens
+-    Data.Aeson.Lens
+     Data.Array.Lens
+     Data.Bits.Lens
+     Data.ByteString.Lens
+@@ -293,17 +287,10 @@ library
+     Data.Typeable.Lens
+     Data.Vector.Lens
+     Data.Vector.Generic.Lens
+-    Generics.Deriving.Lens
+-    GHC.Generics.Lens
+     System.Exit.Lens
+     System.FilePath.Lens
+-    System.IO.Error.Lens
+-    Language.Haskell.TH.Lens
+     Numeric.Lens
+ 
+-  other-modules:
+-    Control.Lens.Internal.TupleIxedTH
+-
+   cpp-options: -traditional
+ 
+   if flag(safe)
+@@ -405,7 +392,6 @@ test-suite doctests
+       deepseq,
+       doctest        >= 0.9.1,
+       filepath,
+-      generic-deriving,
+       mtl,
+       nats,
+       parallel,
+@@ -443,7 +429,6 @@ benchmark plated
+     comonad,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+ 
+@@ -478,7 +463,6 @@ benchmark unsafe
+     comonads-fd,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+ 
+@@ -495,6 +479,5 @@ benchmark zipper
+     comonads-fd,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+diff --git a/src/Control/Lens.hs b/src/Control/Lens.hs
+index 7e15267..433f1fc 100644
+--- a/src/Control/Lens.hs
++++ b/src/Control/Lens.hs
+@@ -41,7 +41,6 @@
+ ----------------------------------------------------------------------------
+ module Control.Lens
+   ( module Control.Lens.Action
+-  , module Control.Lens.At
+   , module Control.Lens.Cons
+   , module Control.Lens.Each
+   , module Control.Lens.Empty
+@@ -53,12 +52,11 @@ module Control.Lens
+   , module Control.Lens.Lens
+   , module Control.Lens.Level
+   , module Control.Lens.Loupe
+-  , module Control.Lens.Plated
+   , module Control.Lens.Prism
+   , module Control.Lens.Reified
+   , module Control.Lens.Review
+   , module Control.Lens.Setter
+-#ifndef DISABLE_TEMPLATE_HASKELL
++#if 0
+   , module Control.Lens.TH
+ #endif
+   , module Control.Lens.Traversal
+@@ -69,7 +67,6 @@ module Control.Lens
+   ) where
+ 
+ import Control.Lens.Action
+-import Control.Lens.At
+ import Control.Lens.Cons
+ import Control.Lens.Each
+ import Control.Lens.Empty
+@@ -81,12 +78,11 @@ import Control.Lens.Iso
+ import Control.Lens.Lens
+ import Control.Lens.Level
+ import Control.Lens.Loupe
+-import Control.Lens.Plated
+ import Control.Lens.Prism
+ import Control.Lens.Reified
+ import Control.Lens.Review
+ import Control.Lens.Setter
+-#ifndef DISABLE_TEMPLATE_HASKELL
++#if 0
+ import Control.Lens.TH
+ #endif
+ import Control.Lens.Traversal
+diff --git a/src/Control/Lens/Cons.hs b/src/Control/Lens/Cons.hs
+index a80e9c8..7d27b80 100644
+--- a/src/Control/Lens/Cons.hs
++++ b/src/Control/Lens/Cons.hs
+@@ -55,8 +55,6 @@ import           Data.Vector.Unboxed (Unbox)
+ import qualified Data.Vector.Unboxed as Unbox
+ import           Data.Word
+ 
+-{-# ANN module "HLint: ignore Eta reduce" #-}
+-
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+ -- >>> import Control.Lens
+diff --git a/src/Control/Lens/Internal/Fold.hs b/src/Control/Lens/Internal/Fold.hs
+index ab09c6b..43aa905 100644
+--- a/src/Control/Lens/Internal/Fold.hs
++++ b/src/Control/Lens/Internal/Fold.hs
+@@ -37,8 +37,6 @@ import Data.Maybe
+ import Data.Semigroup hiding (Min, getMin, Max, getMax)
+ import Data.Reflection
+ 
+-{-# ANN module "HLint: ignore Avoid lambda" #-}
+-
+ ------------------------------------------------------------------------------
+ -- Folding
+ ------------------------------------------------------------------------------
+diff --git a/src/Control/Lens/Operators.hs b/src/Control/Lens/Operators.hs
+index 9992e63..631e8e6 100644
+--- a/src/Control/Lens/Operators.hs
++++ b/src/Control/Lens/Operators.hs
+@@ -111,7 +111,7 @@ module Control.Lens.Operators
+   , (<#~)
+   , (<#=)
+   -- * "Control.Lens.Plated"
+-  , (...)
++  --, (...)
+   -- * "Control.Lens.Review"
+   , ( # )
+   -- * "Control.Lens.Setter"
+diff --git a/src/Control/Lens/Prism.hs b/src/Control/Lens/Prism.hs
+index 9e0bec7..0cf6737 100644
+--- a/src/Control/Lens/Prism.hs
++++ b/src/Control/Lens/Prism.hs
+@@ -59,8 +59,6 @@ import Unsafe.Coerce
+ import Data.Profunctor.Unsafe
+ #endif
+ 
+-{-# ANN module "HLint: ignore Use camelCase" #-}
+-
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+ -- >>> import Control.Lens
+diff --git a/src/Control/Monad/Primitive/Lens.hs b/src/Control/Monad/Primitive/Lens.hs
+index ee942c6..2f37134 100644
+--- a/src/Control/Monad/Primitive/Lens.hs
++++ b/src/Control/Monad/Primitive/Lens.hs
+@@ -20,7 +20,6 @@ import Control.Lens
+ import Control.Monad.Primitive (PrimMonad(..))
+ import GHC.Prim (State#)
+ 
+-{-# ANN module "HLint: ignore Unused LANGUAGE pragma" #-}
+ 
+ prim :: (PrimMonad m) => Iso' (m a) (State# (PrimState m) -> (# State# (PrimState m), a #))
+ prim = iso internal primitive
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/monad-logger_remove-TH.patch b/standalone/no-th/haskell-patches/monad-logger_remove-TH.patch
new file mode 100644
index 0000000000..c24fa5aa26
--- /dev/null
+++ b/standalone/no-th/haskell-patches/monad-logger_remove-TH.patch
@@ -0,0 +1,27 @@
+From 8e78a25ce0cc19e52d063f66bd4cd316462393d4 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 6 Mar 2014 23:27:06 +0000
+Subject: [PATCH] disable th
+
+---
+ monad-logger.cabal | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/monad-logger.cabal b/monad-logger.cabal
+index b0aa271..cd56c0f 100644
+--- a/monad-logger.cabal
++++ b/monad-logger.cabal
+@@ -14,8 +14,8 @@ cabal-version:       >=1.8
+ 
+ flag template_haskell {
+       Description: Enable Template Haskell support
+-      Default:     True
+-      Manual:      True
++      Default:     False
++      Manual:      False
+ }
+ 
+ library
+-- 
+1.9.0
+
diff --git a/standalone/no-th/haskell-patches/persistent-template_stub-out.patch b/standalone/no-th/haskell-patches/persistent-template_stub-out.patch
new file mode 100644
index 0000000000..29002eb32b
--- /dev/null
+++ b/standalone/no-th/haskell-patches/persistent-template_stub-out.patch
@@ -0,0 +1,25 @@
+From 4b958f97bffdeedc0c946d5fdc9749d2cc566fcc Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 26 Dec 2013 15:54:37 -0400
+Subject: [PATCH] stub out
+
+---
+ persistent-template.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/persistent-template.cabal b/persistent-template.cabal
+index c4aee68..7905278 100644
+--- a/persistent-template.cabal
++++ b/persistent-template.cabal
+@@ -24,7 +24,7 @@ library
+                    , aeson
+                    , monad-logger
+                    , unordered-containers
+-    exposed-modules: Database.Persist.TH
++    exposed-modules:
+     ghc-options:     -Wall
+     if impl(ghc >= 7.4)
+        cpp-options: -DGHC_7_4
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch b/standalone/no-th/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
new file mode 100644
index 0000000000..7a66e1fd1f
--- /dev/null
+++ b/standalone/no-th/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
@@ -0,0 +1,41 @@
+From efd18199fa245e51e6137036062ded8b0b26f78c Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 17 Dec 2013 18:08:22 +0000
+Subject: [PATCH] disable TH
+
+---
+ Database/Persist/Sql/Raw.hs | 4 +---
+ 1 file changed, 1 insertion(+), 3 deletions(-)
+
+diff --git a/Database/Persist/Sql/Raw.hs b/Database/Persist/Sql/Raw.hs
+index 73189dd..d432790 100644
+--- a/Database/Persist/Sql/Raw.hs
++++ b/Database/Persist/Sql/Raw.hs
+@@ -11,7 +11,7 @@ import Data.IORef (writeIORef, readIORef, newIORef)
+ import Control.Exception (throwIO)
+ import Control.Monad (when, liftM)
+ import Data.Text (Text, pack)
+-import Control.Monad.Logger (logDebugS)
++--import Control.Monad.Logger (logDebugS)
+ import Data.Int (Int64)
+ import Control.Monad.Trans.Class (lift)
+ import qualified Data.Text as T
+@@ -22,7 +22,6 @@ rawQuery :: (MonadSqlPersist m, MonadResource m)
+          -> [PersistValue]
+          -> Source m [PersistValue]
+ rawQuery sql vals = do
+-    lift $ $logDebugS (pack "SQL") $ pack $ show sql ++ " " ++ show vals
+     conn <- lift askSqlConn
+     bracketP
+         (getStmtConn conn sql)
+@@ -34,7 +33,6 @@ rawExecute x y = liftM (const ()) $ rawExecuteCount x y
+ 
+ rawExecuteCount :: MonadSqlPersist m => Text -> [PersistValue] -> m Int64
+ rawExecuteCount sql vals = do
+-    $logDebugS (pack "SQL") $ pack $ show sql ++ " " ++ show vals
+     stmt <- getStmt sql
+     res <- liftIO $ stmtExecute stmt vals
+     liftIO $ stmtReset stmt
+-- 
+1.8.5.1
+
diff --git a/standalone/no-th/haskell-patches/process-conduit_avoid-TH.patch b/standalone/no-th/haskell-patches/process-conduit_avoid-TH.patch
new file mode 100644
index 0000000000..8fa07e85aa
--- /dev/null
+++ b/standalone/no-th/haskell-patches/process-conduit_avoid-TH.patch
@@ -0,0 +1,24 @@
+From 7e85a025349877565a70c375ef55508f215eaaf8 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Wed, 21 May 2014 04:23:49 +0000
+Subject: [PATCH] remove TH
+
+---
+ process-conduit.cabal | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/process-conduit.cabal b/process-conduit.cabal
+index e6988e0..a2e03e0 100644
+--- a/process-conduit.cabal
++++ b/process-conduit.cabal
+@@ -24,7 +24,6 @@ source-repository head
+ 
+ library
+   exposed-modules:     Data.Conduit.Process
+-                       System.Process.QQ
+ 
+   build-depends:       base             == 4.*
+                      , template-haskell >= 2.4
+-- 
+2.0.0.rc2
+
diff --git a/standalone/no-th/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch b/standalone/no-th/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch
new file mode 100644
index 0000000000..45397f3e5d
--- /dev/null
+++ b/standalone/no-th/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch
@@ -0,0 +1,26 @@
+From 392602f5ff14c0b5a801397d075ddcbcd890aa83 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 18 Apr 2013 17:50:59 -0400
+Subject: [PATCH] fix cross build
+
+---
+ src/Data/Profunctor/Unsafe.hs | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/src/Data/Profunctor/Unsafe.hs b/src/Data/Profunctor/Unsafe.hs
+index 025c7c4..0249274 100644
+--- a/src/Data/Profunctor/Unsafe.hs
++++ b/src/Data/Profunctor/Unsafe.hs
+@@ -40,9 +40,6 @@ import Data.Tagged
+ import Prelude hiding (id,(.),sequence)
+ import Unsafe.Coerce
+ 
+-{-# ANN module "Hlint: ignore Redundant lambda" #-}
+-{-# ANN module "Hlint: ignore Collapse lambdas" #-}
+-
+ infixr 9 #.
+ infixl 8 .#
+ 
+-- 
+1.8.2.rc3
+
diff --git a/standalone/no-th/haskell-patches/reflection_remove-TH.patch b/standalone/no-th/haskell-patches/reflection_remove-TH.patch
new file mode 100644
index 0000000000..4f8b4bc20f
--- /dev/null
+++ b/standalone/no-th/haskell-patches/reflection_remove-TH.patch
@@ -0,0 +1,59 @@
+From c0f5dcfd6ba7a05bb84b6adc4664c8dde109e6ac Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 7 Mar 2014 04:30:22 +0000
+Subject: [PATCH] remove TH
+
+---
+ fast/Data/Reflection.hs | 8 +++++---
+ 1 file changed, 5 insertions(+), 3 deletions(-)
+
+diff --git a/fast/Data/Reflection.hs b/fast/Data/Reflection.hs
+index ca57d35..d3f8356 100644
+--- a/fast/Data/Reflection.hs
++++ b/fast/Data/Reflection.hs
+@@ -59,7 +59,7 @@ module Data.Reflection
+     , Given(..)
+     , give
+     -- * Template Haskell reflection
+-    , int, nat
++    --, int, nat
+     -- * Useful compile time naturals
+     , Z, D, SD, PD
+     ) where
+@@ -161,6 +161,7 @@ instance Reifies n Int => Reifies (PD n) Int where
+ -- instead of @$(int 3)@. Sometimes the two will produce the same
+ -- representation (if compiled without the @-DUSE_TYPE_LITS@ preprocessor
+ -- directive).
++{-
+ int :: Int -> TypeQ
+ int n = case quotRem n 2 of
+   (0, 0) -> conT ''Z
+@@ -176,7 +177,7 @@ nat :: Int -> TypeQ
+ nat n
+   | n >= 0 = int n
+   | otherwise = error "nat: negative"
+-
++-}
+ #if defined(__GLASGOW_HASKELL__) && __GLASGOW_HASKELL < 704
+ instance Show (Q a)
+ instance Eq (Q a)
+@@ -195,6 +196,7 @@ instance Fractional a => Fractional (Q a) where
+   recip = fmap recip
+   fromRational = return . fromRational
+ 
++{-
+ -- | This permits the use of $(5) as a type splice.
+ instance Num Type where
+ #ifdef USE_TYPE_LITS
+@@ -254,7 +256,7 @@ instance Num Exp where
+   abs = onProxyType1 abs
+   signum = onProxyType1 signum
+   fromInteger n = ConE 'Proxy `SigE` (ConT ''Proxy `AppT` fromInteger n)
+-
++-}
+ #ifdef USE_TYPE_LITS
+ addProxy :: Proxy a -> Proxy b -> Proxy (a + b)
+ addProxy _ _ = Proxy
+-- 
+1.9.0
+
diff --git a/standalone/no-th/haskell-patches/shakespeare_remove-TH.patch b/standalone/no-th/haskell-patches/shakespeare_remove-TH.patch
new file mode 100644
index 0000000000..86022ec3da
--- /dev/null
+++ b/standalone/no-th/haskell-patches/shakespeare_remove-TH.patch
@@ -0,0 +1,1314 @@
+From 6de4e75bfbfccb8aedcbf3ee75e5d544f1eeeca5 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 3 Jul 2014 21:48:14 +0000
+Subject: [PATCH] remove TH
+
+---
+ Text/Cassius.hs          |   23 ------
+ Text/Coffee.hs           |   56 ++-------------
+ Text/Css.hs              |  151 ---------------------------------------
+ Text/CssCommon.hs        |    4 --
+ Text/Hamlet.hs           |   86 +++++++---------------
+ Text/Hamlet/Parse.hs     |    3 +-
+ Text/Julius.hs           |   67 +++--------------
+ Text/Lucius.hs           |   46 +-----------
+ Text/Roy.hs              |   51 ++-----------
+ Text/Shakespeare.hs      |   70 +++---------------
+ Text/Shakespeare/Base.hs |   28 --------
+ Text/Shakespeare/I18N.hs |  178 ++--------------------------------------------
+ Text/Shakespeare/Text.hs |  125 +++-----------------------------
+ shakespeare.cabal        |    3 +-
+ 14 files changed, 78 insertions(+), 813 deletions(-)
+
+diff --git a/Text/Cassius.hs b/Text/Cassius.hs
+index 91fc90f..c515807 100644
+--- a/Text/Cassius.hs
++++ b/Text/Cassius.hs
+@@ -13,10 +13,6 @@ module Text.Cassius
+     , renderCss
+     , renderCssUrl
+       -- * Parsing
+-    , cassius
+-    , cassiusFile
+-    , cassiusFileDebug
+-    , cassiusFileReload
+       -- * ToCss instances
+       -- ** Color
+     , Color (..)
+@@ -27,11 +23,8 @@ module Text.Cassius
+     , AbsoluteUnit (..)
+     , AbsoluteSize (..)
+     , absoluteSize
+-    , EmSize (..)
+-    , ExSize (..)
+     , PercentageSize (..)
+     , percentageSize
+-    , PixelSize (..)
+       -- * Internal
+     , cassiusUsedIdentifiers
+     ) where
+@@ -43,25 +36,9 @@ import Language.Haskell.TH.Quote (QuasiQuoter (..))
+ import Language.Haskell.TH.Syntax
+ import qualified Data.Text.Lazy as TL
+ import Text.CssCommon
+-import Text.Lucius (lucius)
+ import qualified Text.Lucius
+ import Text.IndentToBrace (i2b)
+ 
+-cassius :: QuasiQuoter
+-cassius = QuasiQuoter { quoteExp = quoteExp lucius . i2b }
+-
+-cassiusFile :: FilePath -> Q Exp
+-cassiusFile fp = do
+-#ifdef GHC_7_4
+-    qAddDependentFile fp
+-#endif
+-    contents <- fmap TL.unpack $ qRunIO $ readUtf8File fp
+-    quoteExp cassius contents
+-
+-cassiusFileDebug, cassiusFileReload :: FilePath -> Q Exp
+-cassiusFileDebug = cssFileDebug True [|Text.Lucius.parseTopLevels|] Text.Lucius.parseTopLevels
+-cassiusFileReload = cassiusFileDebug
+-
+ -- | Determine which identifiers are used by the given template, useful for
+ -- creating systems like yesod devel.
+ cassiusUsedIdentifiers :: String -> [(Deref, VarType)]
+diff --git a/Text/Coffee.hs b/Text/Coffee.hs
+index 488c81b..61db85b 100644
+--- a/Text/Coffee.hs
++++ b/Text/Coffee.hs
+@@ -51,13 +51,13 @@ module Text.Coffee
+       -- ** Template-Reading Functions
+       -- | These QuasiQuoter and Template Haskell methods return values of
+       -- type @'JavascriptUrl' url@. See the Yesod book for details.
+-      coffee
+-    , coffeeFile
+-    , coffeeFileReload
+-    , coffeeFileDebug
++    --  coffee
++    --, coffeeFile
++    --, coffeeFileReload
++    --, coffeeFileDebug
+ 
+ #ifdef TEST_EXPORT
+-    , coffeeSettings
++    --, coffeeSettings
+ #endif
+     ) where
+ 
+@@ -65,49 +65,3 @@ import Language.Haskell.TH.Quote (QuasiQuoter (..))
+ import Language.Haskell.TH.Syntax
+ import Text.Shakespeare
+ import Text.Julius
+-
+-coffeeSettings :: Q ShakespeareSettings
+-coffeeSettings = do
+-  jsettings <- javascriptSettings
+-  return $ jsettings { varChar = '%'
+-  , preConversion = Just PreConvert {
+-      preConvert = ReadProcess "coffee" ["-spb"]
+-    , preEscapeIgnoreBalanced = "'\"`"     -- don't insert backtacks for variable already inside strings or backticks.
+-    , preEscapeIgnoreLine = "#"            -- ignore commented lines
+-    , wrapInsertion = Just WrapInsertion { 
+-        wrapInsertionIndent = Just "  "
+-      , wrapInsertionStartBegin = "("
+-      , wrapInsertionSeparator = ", "
+-      , wrapInsertionStartClose = ") =>"
+-      , wrapInsertionEnd = ""
+-      , wrapInsertionAddParens = False
+-      }
+-    }
+-  }
+-
+--- | Read inline, quasiquoted CoffeeScript.
+-coffee :: QuasiQuoter
+-coffee = QuasiQuoter { quoteExp = \s -> do
+-    rs <- coffeeSettings
+-    quoteExp (shakespeare rs) s
+-    }
+-
+--- | Read in a CoffeeScript template file. This function reads the file once, at
+--- compile time.
+-coffeeFile :: FilePath -> Q Exp
+-coffeeFile fp = do
+-    rs <- coffeeSettings
+-    shakespeareFile rs fp
+-
+--- | Read in a CoffeeScript template file. This impure function uses
+--- unsafePerformIO to re-read the file on every call, allowing for rapid
+--- iteration.
+-coffeeFileReload :: FilePath -> Q Exp
+-coffeeFileReload fp = do
+-    rs <- coffeeSettings
+-    shakespeareFileReload rs fp
+-
+--- | Deprecated synonym for 'coffeeFileReload'
+-coffeeFileDebug :: FilePath -> Q Exp
+-coffeeFileDebug = coffeeFileReload
+-{-# DEPRECATED coffeeFileDebug "Please use coffeeFileReload instead." #-}
+diff --git a/Text/Css.hs b/Text/Css.hs
+index 75dc549..20c206c 100644
+--- a/Text/Css.hs
++++ b/Text/Css.hs
+@@ -166,22 +166,6 @@ cssUsedIdentifiers toi2b parseBlocks s' =
+         (scope, rest') = go rest
+     go' (Attr k v) = k ++ v
+ 
+-cssFileDebug :: Bool -- ^ perform the indent-to-brace conversion
+-             -> Q Exp
+-             -> Parser [TopLevel Unresolved]
+-             -> FilePath
+-             -> Q Exp
+-cssFileDebug toi2b parseBlocks' parseBlocks fp = do
+-    s <- fmap TL.unpack $ qRunIO $ readUtf8File fp
+-#ifdef GHC_7_4
+-    qAddDependentFile fp
+-#endif
+-    let vs = cssUsedIdentifiers toi2b parseBlocks s
+-    c <- mapM vtToExp vs
+-    cr <- [|cssRuntime toi2b|]
+-    parseBlocks'' <- parseBlocks'
+-    return $ cr `AppE` parseBlocks'' `AppE` (LitE $ StringL fp) `AppE` ListE c
+-
+ combineSelectors :: HasLeadingSpace
+                  -> [Contents]
+                  -> [Contents]
+@@ -287,18 +271,6 @@ cssRuntime toi2b parseBlocks fp cd render' = unsafePerformIO $ do
+ 
+     addScope scope = map (DerefIdent . Ident *** CDPlain . fromString) scope ++ cd
+ 
+-vtToExp :: (Deref, VarType) -> Q Exp
+-vtToExp (d, vt) = do
+-    d' <- lift d
+-    c' <- c vt
+-    return $ TupE [d', c' `AppE` derefToExp [] d]
+-  where
+-    c :: VarType -> Q Exp
+-    c VTPlain = [|CDPlain . toCss|]
+-    c VTUrl = [|CDUrl|]
+-    c VTUrlParam = [|CDUrlParam|]
+-    c VTMixin = [|CDMixin|]
+-
+ getVars :: Monad m => [(String, String)] -> Content -> m [(Deref, VarType)]
+ getVars _ ContentRaw{} = return []
+ getVars scope (ContentVar d) =
+@@ -342,111 +314,8 @@ compressBlock (Block x y blocks mixins) =
+     cc (ContentRaw a:ContentRaw b:c) = cc $ ContentRaw (a ++ b) : c
+     cc (a:b) = a : cc b
+ 
+-blockToMixin :: Name
+-             -> Scope
+-             -> Block Unresolved
+-             -> Q Exp
+-blockToMixin r scope (Block _sel props subblocks mixins) =
+-    [|Mixin
+-        { mixinAttrs    = concat
+-                        $ $(listE $ map go props)
+-                        : map mixinAttrs $mixinsE
+-        -- FIXME too many complications to implement sublocks for now...
+-        , mixinBlocks   = [] -- foldr (.) id $(listE $ map subGo subblocks) []
+-        }|]
+-      {-
+-      . foldr (.) id $(listE $ map subGo subblocks)
+-      . (concatMap mixinBlocks $mixinsE ++)
+-    |]
+-    -}
+-  where
+-    mixinsE = return $ ListE $ map (derefToExp []) mixins
+-    go (Attr x y) = conE 'Attr
+-        `appE` (contentsToBuilder r scope x)
+-        `appE` (contentsToBuilder r scope y)
+-    subGo (Block sel' b c d) = blockToCss r scope $ Block sel' b c d
+-
+-blockToCss :: Name
+-           -> Scope
+-           -> Block Unresolved
+-           -> Q Exp
+-blockToCss r scope (Block sel props subblocks mixins) =
+-    [|((Block
+-        { blockSelector = $(selectorToBuilder r scope sel)
+-        , blockAttrs    = concat
+-                        $ $(listE $ map go props)
+-                        : map mixinAttrs $mixinsE
+-        , blockBlocks   = ()
+-        , blockMixins   = ()
+-        } :: Block Resolved):)
+-      . foldr (.) id $(listE $ map subGo subblocks)
+-      . (concatMap mixinBlocks $mixinsE ++)
+-    |]
+-  where
+-    mixinsE = return $ ListE $ map (derefToExp []) mixins
+-    go (Attr x y) = conE 'Attr
+-        `appE` (contentsToBuilder r scope x)
+-        `appE` (contentsToBuilder r scope y)
+-    subGo (hls, Block sel' b c d) =
+-        blockToCss r scope $ Block sel'' b c d
+-      where
+-        sel'' = combineSelectors hls sel sel'
+-
+-selectorToBuilder :: Name -> Scope -> [Contents] -> Q Exp
+-selectorToBuilder r scope sels =
+-    contentsToBuilder r scope $ intercalate [ContentRaw ","] sels
+-
+-contentsToBuilder :: Name -> Scope -> [Content] -> Q Exp
+-contentsToBuilder r scope contents =
+-    appE [|mconcat|] $ listE $ map (contentToBuilder r scope) contents
+-
+-contentToBuilder :: Name -> Scope -> Content -> Q Exp
+-contentToBuilder _ _ (ContentRaw x) =
+-    [|fromText . pack|] `appE` litE (StringL x)
+-contentToBuilder _ scope (ContentVar d) =
+-    case d of
+-        DerefIdent (Ident s)
+-            | Just val <- lookup s scope -> [|fromText . pack|] `appE` litE (StringL val)
+-        _ -> [|toCss|] `appE` return (derefToExp [] d)
+-contentToBuilder r _ (ContentUrl u) =
+-    [|fromText|] `appE`
+-        (varE r `appE` return (derefToExp [] u) `appE` listE [])
+-contentToBuilder r _ (ContentUrlParam u) =
+-    [|fromText|] `appE`
+-        ([|uncurry|] `appE` varE r `appE` return (derefToExp [] u))
+-contentToBuilder _ _ ContentMixin{} = error "contentToBuilder on ContentMixin"
+-
+ type Scope = [(String, String)]
+ 
+-topLevelsToCassius :: [TopLevel Unresolved]
+-                   -> Q Exp
+-topLevelsToCassius a = do
+-    r <- newName "_render"
+-    lamE [varP r] $ appE [|CssNoWhitespace . foldr ($) []|] $ fmap ListE $ go r [] a
+-  where
+-    go _ _ [] = return []
+-    go r scope (TopBlock b:rest) = do
+-        e <- [|(++) $ map TopBlock ($(blockToCss r scope b) [])|]
+-        es <- go r scope rest
+-        return $ e : es
+-    go r scope (TopAtBlock name s b:rest) = do
+-        let s' = contentsToBuilder r scope s
+-        e <- [|(:) $ TopAtBlock $(lift name) $(s') $(blocksToCassius r scope b)|]
+-        es <- go r scope rest
+-        return $ e : es
+-    go r scope (TopAtDecl dec cs:rest) = do
+-        e <- [|(:) $ TopAtDecl $(lift dec) $(contentsToBuilder r scope cs)|]
+-        es <- go r scope rest
+-        return $ e : es
+-    go r scope (TopVar k v:rest) = go r ((k, v) : scope) rest
+-
+-blocksToCassius :: Name
+-                -> Scope
+-                -> [Block Unresolved]
+-                -> Q Exp
+-blocksToCassius r scope a = do
+-    appE [|foldr ($) []|] $ listE $ map (blockToCss r scope) a
+-
+ renderCss :: Css -> TL.Text
+ renderCss css =
+     toLazyText $ mconcat $ map go tops
+@@ -515,23 +384,3 @@ renderBlock haveWhiteSpace indent (Block sel attrs () ())
+         | haveWhiteSpace = fromString ";\n"
+         | otherwise = singleton ';'
+ 
+-instance Lift Mixin where
+-    lift (Mixin a b) = [|Mixin a b|]
+-instance Lift (Attr Unresolved) where
+-    lift (Attr k v) = [|Attr k v :: Attr Unresolved |]
+-instance Lift (Attr Resolved) where
+-    lift (Attr k v) = [|Attr $(liftBuilder k) $(liftBuilder v) :: Attr Resolved |]
+-
+-liftBuilder :: Builder -> Q Exp
+-liftBuilder b = [|fromText $ pack $(lift $ TL.unpack $ toLazyText b)|]
+-
+-instance Lift Content where
+-    lift (ContentRaw s) = [|ContentRaw s|]
+-    lift (ContentVar d) = [|ContentVar d|]
+-    lift (ContentUrl d) = [|ContentUrl d|]
+-    lift (ContentUrlParam d) = [|ContentUrlParam d|]
+-    lift (ContentMixin m) = [|ContentMixin m|]
+-instance Lift (Block Unresolved) where
+-    lift (Block a b c d) = [|Block a b c d|]
+-instance Lift (Block Resolved) where
+-    lift (Block a b () ()) = [|Block $(liftBuilder a) b () ()|]
+diff --git a/Text/CssCommon.hs b/Text/CssCommon.hs
+index 719e0a8..8c40e8c 100644
+--- a/Text/CssCommon.hs
++++ b/Text/CssCommon.hs
+@@ -1,4 +1,3 @@
+-{-# LANGUAGE TemplateHaskell #-}
+ {-# LANGUAGE GeneralizedNewtypeDeriving #-}
+ {-# LANGUAGE FlexibleInstances #-}
+ {-# LANGUAGE CPP #-}
+@@ -156,6 +155,3 @@ showSize :: Rational -> String -> String
+ showSize value' unit = printf "%f" value ++ unit
+   where value = fromRational value' :: Double
+ 
+-mkSizeType "EmSize" "em"
+-mkSizeType "ExSize" "ex"
+-mkSizeType "PixelSize" "px"
+diff --git a/Text/Hamlet.hs b/Text/Hamlet.hs
+index 39c1528..6321cd3 100644
+--- a/Text/Hamlet.hs
++++ b/Text/Hamlet.hs
+@@ -11,36 +11,36 @@
+ module Text.Hamlet
+     ( -- * Plain HTML
+       Html
+-    , shamlet
+-    , shamletFile
+-    , xshamlet
+-    , xshamletFile
++    --, shamlet
++    --, shamletFile
++    --, xshamlet
++    --, xshamletFile
+       -- * Hamlet
+     , HtmlUrl
+-    , hamlet
+-    , hamletFile
+-    , hamletFileReload
+-    , ihamletFileReload
+-    , xhamlet
+-    , xhamletFile
++    --, hamlet
++    --, hamletFile
++    --, hamletFileReload
++    --, ihamletFileReload
++    --, xhamlet
++    --, xhamletFile
+       -- * I18N Hamlet
+     , HtmlUrlI18n
+-    , ihamlet
+-    , ihamletFile
++    --, ihamlet
++    --, ihamletFile
+       -- * Type classes
+     , ToAttributes (..)
+       -- * Internal, for making more
+     , HamletSettings (..)
+     , NewlineStyle (..)
+-    , hamletWithSettings
+-    , hamletFileWithSettings
++    --, hamletWithSettings
++    --, hamletFileWithSettings
+     , defaultHamletSettings
+     , xhtmlHamletSettings
+-    , Env (..)
+-    , HamletRules (..)
+-    , hamletRules
+-    , ihamletRules
+-    , htmlRules
++    --, Env (..)
++    --, HamletRules (..)
++    --, hamletRules
++    --, ihamletRules
++    --, htmlRules
+     , CloseStyle (..)
+       -- * Used by generated code
+     , condH
+@@ -110,47 +110,9 @@ type HtmlUrl url = Render url -> Html
+ -- | A function generating an 'Html' given a message translator and a URL rendering function.
+ type HtmlUrlI18n msg url = Translate msg -> Render url -> Html
+ 
+-docsToExp :: Env -> HamletRules -> Scope -> [Doc] -> Q Exp
+-docsToExp env hr scope docs = do
+-    exps <- mapM (docToExp env hr scope) docs
+-    case exps of
+-        [] -> [|return ()|]
+-        [x] -> return x
+-        _ -> return $ DoE $ map NoBindS exps
+-
+ unIdent :: Ident -> String
+ unIdent (Ident s) = s
+ 
+-bindingPattern :: Binding -> Q (Pat, [(Ident, Exp)])
+-bindingPattern (BindAs i@(Ident s) b) = do
+-    name <- newName s
+-    (pattern, scope) <- bindingPattern b
+-    return (AsP name pattern, (i, VarE name):scope)
+-bindingPattern (BindVar i@(Ident s))
+-    | all isDigit s = do
+-        return (LitP $ IntegerL $ read s, [])
+-    | otherwise = do
+-        name <- newName s
+-        return (VarP name, [(i, VarE name)])
+-bindingPattern (BindTuple is) = do
+-    (patterns, scopes) <- fmap unzip $ mapM bindingPattern is
+-    return (TupP patterns, concat scopes)
+-bindingPattern (BindList is) = do
+-    (patterns, scopes) <- fmap unzip $ mapM bindingPattern is
+-    return (ListP patterns, concat scopes)
+-bindingPattern (BindConstr con is) = do
+-    (patterns, scopes) <- fmap unzip $ mapM bindingPattern is
+-    return (ConP (mkConName con) patterns, concat scopes)
+-bindingPattern (BindRecord con fields wild) = do
+-    let f (Ident field,b) =
+-           do (p,s) <- bindingPattern b
+-              return ((mkName field,p),s)
+-    (patterns, scopes) <- fmap unzip $ mapM f fields
+-    (patterns1, scopes1) <- if wild
+-       then bindWildFields con $ map fst fields
+-       else return ([],[])
+-    return (RecP (mkConName con) (patterns++patterns1), concat scopes ++ scopes1)
+-
+ mkConName :: DataConstr -> Name
+ mkConName = mkName . conToStr
+ 
+@@ -158,6 +120,7 @@ conToStr :: DataConstr -> String
+ conToStr (DCUnqualified (Ident x)) = x
+ conToStr (DCQualified (Module xs) (Ident x)) = intercalate "." $ xs ++ [x]
+ 
++{-
+ -- Wildcards bind all of the unbound fields to variables whose name
+ -- matches the field name.
+ --
+@@ -296,10 +259,12 @@ hamlet = hamletWithSettings hamletRules defaultHamletSettings
+ 
+ xhamlet :: QuasiQuoter
+ xhamlet = hamletWithSettings hamletRules xhtmlHamletSettings
++-}
+ 
+ asHtmlUrl :: HtmlUrl url -> HtmlUrl url
+ asHtmlUrl = id
+ 
++{-
+ hamletRules :: Q HamletRules
+ hamletRules = do
+     i <- [|id|]
+@@ -360,6 +325,7 @@ hamletFromString :: Q HamletRules -> HamletSettings -> String -> Q Exp
+ hamletFromString qhr set s = do
+     hr <- qhr
+     hrWithEnv hr $ \env -> docsToExp env hr [] $ docFromString set s
++-}
+ 
+ docFromString :: HamletSettings -> String -> [Doc]
+ docFromString set s =
+@@ -367,6 +333,7 @@ docFromString set s =
+         Error s' -> error s'
+         Ok (_, d) -> d
+ 
++{-
+ hamletFileWithSettings :: Q HamletRules -> HamletSettings -> FilePath -> Q Exp
+ hamletFileWithSettings qhr set fp = do
+ #ifdef GHC_7_4
+@@ -408,6 +375,7 @@ strToExp s@(c:_)
+     | isUpper c = ConE $ mkName s
+     | otherwise = VarE $ mkName s
+ strToExp "" = error "strToExp on empty string"
++-}
+ 
+ -- | Checks for truth in the left value in each pair in the first argument. If
+ -- a true exists, then the corresponding right action is performed. Only the
+@@ -460,7 +428,7 @@ hamletUsedIdentifiers settings =
+ data HamletRuntimeRules = HamletRuntimeRules {
+                             hrrI18n :: Bool
+                           }
+-
++{-
+ hamletFileReloadWithSettings :: HamletRuntimeRules
+                              -> HamletSettings -> FilePath -> Q Exp
+ hamletFileReloadWithSettings hrr settings fp = do
+@@ -487,7 +455,7 @@ hamletFileReloadWithSettings hrr settings fp = do
+             c VTUrlParam = [|EUrlParam|]
+             c VTMixin = [|\r -> EMixin $ \c -> r c|]
+             c VTMsg = [|EMsg|]
+-
++-}
+ -- move to Shakespeare.Base?
+ readFileUtf8 :: FilePath -> IO String
+ readFileUtf8 fp = fmap TL.unpack $ readUtf8File fp
+diff --git a/Text/Hamlet/Parse.hs b/Text/Hamlet/Parse.hs
+index b7e2954..1f14946 100644
+--- a/Text/Hamlet/Parse.hs
++++ b/Text/Hamlet/Parse.hs
+@@ -616,6 +616,7 @@ data NewlineStyle = NoNewlines -- ^ never add newlines
+                   | DefaultNewlineStyle
+     deriving Show
+ 
++{-
+ instance Lift NewlineStyle where
+     lift NoNewlines = [|NoNewlines|]
+     lift NewlinesText = [|NewlinesText|]
+@@ -627,7 +628,7 @@ instance Lift (String -> CloseStyle) where
+ 
+ instance Lift HamletSettings where
+     lift (HamletSettings a b c d) = [|HamletSettings $(lift a) $(lift b) $(lift c) $(lift d)|]
+-
++-}
+ 
+ htmlEmptyTags :: Set String
+ htmlEmptyTags = Set.fromAscList
+diff --git a/Text/Julius.hs b/Text/Julius.hs
+index ec30690..5b5a075 100644
+--- a/Text/Julius.hs
++++ b/Text/Julius.hs
+@@ -14,17 +14,17 @@ module Text.Julius
+       -- ** Template-Reading Functions
+       -- | These QuasiQuoter and Template Haskell methods return values of
+       -- type @'JavascriptUrl' url@. See the Yesod book for details.
+-      js
+-    , julius
+-    , juliusFile
+-    , jsFile
+-    , juliusFileDebug
+-    , jsFileDebug
+-    , juliusFileReload
+-    , jsFileReload
++    -- js
++    -- julius
++    -- juliusFile
++    -- jsFile
++    --, juliusFileDebug
++    --, jsFileDebug
++    --, juliusFileReload
++    --, jsFileReload
+ 
+       -- * Datatypes
+-    , JavascriptUrl
++      JavascriptUrl
+     , Javascript (..)
+     , RawJavascript (..)
+ 
+@@ -37,9 +37,9 @@ module Text.Julius
+     , renderJavascriptUrl
+ 
+       -- ** internal, used by 'Text.Coffee'
+-    , javascriptSettings
++    --, javascriptSettings
+       -- ** internal
+-    , juliusUsedIdentifiers
++    --, juliusUsedIdentifiers
+     , asJavascriptUrl
+     ) where
+ 
+@@ -102,48 +102,3 @@ instance RawJS TL.Text where rawJS = RawJavascript . fromLazyText
+ instance RawJS Builder where rawJS = RawJavascript
+ instance RawJS Bool where rawJS = RawJavascript . unJavascript . toJavascript
+ 
+-javascriptSettings :: Q ShakespeareSettings
+-javascriptSettings = do
+-  toJExp <- [|toJavascript|]
+-  wrapExp <- [|Javascript|]
+-  unWrapExp <- [|unJavascript|]
+-  asJavascriptUrl' <- [|asJavascriptUrl|]
+-  return $ defaultShakespeareSettings { toBuilder = toJExp
+-  , wrap = wrapExp
+-  , unwrap = unWrapExp
+-  , modifyFinalValue = Just asJavascriptUrl'
+-  }
+-
+-js, julius :: QuasiQuoter
+-js = QuasiQuoter { quoteExp = \s -> do
+-    rs <- javascriptSettings
+-    quoteExp (shakespeare rs) s
+-    }
+-
+-julius = js
+-
+-jsFile, juliusFile :: FilePath -> Q Exp
+-jsFile fp = do
+-    rs <- javascriptSettings
+-    shakespeareFile rs fp
+-
+-juliusFile = jsFile
+-
+-
+-jsFileReload, juliusFileReload :: FilePath -> Q Exp
+-jsFileReload fp = do
+-    rs <- javascriptSettings
+-    shakespeareFileReload rs fp
+-
+-juliusFileReload = jsFileReload
+-
+-jsFileDebug, juliusFileDebug :: FilePath -> Q Exp
+-juliusFileDebug = jsFileReload
+-{-# DEPRECATED juliusFileDebug "Please use juliusFileReload instead." #-}
+-jsFileDebug = jsFileReload
+-{-# DEPRECATED jsFileDebug "Please use jsFileReload instead." #-}
+-
+--- | Determine which identifiers are used by the given template, useful for
+--- creating systems like yesod devel.
+-juliusUsedIdentifiers :: String -> [(Deref, VarType)]
+-juliusUsedIdentifiers = shakespeareUsedIdentifiers defaultShakespeareSettings
+diff --git a/Text/Lucius.hs b/Text/Lucius.hs
+index 346883d..f38492b 100644
+--- a/Text/Lucius.hs
++++ b/Text/Lucius.hs
+@@ -8,13 +8,9 @@
+ {-# OPTIONS_GHC -fno-warn-missing-fields #-}
+ module Text.Lucius
+     ( -- * Parsing
+-      lucius
+-    , luciusFile
+-    , luciusFileDebug
+-    , luciusFileReload
+       -- ** Mixins
+-    , luciusMixin
+-    , Mixin
++    -- luciusMixin
++      Mixin
+       -- ** Runtime
+     , luciusRT
+     , luciusRT'
+@@ -40,11 +36,8 @@ module Text.Lucius
+     , AbsoluteUnit (..)
+     , AbsoluteSize (..)
+     , absoluteSize
+-    , EmSize (..)
+-    , ExSize (..)
+     , PercentageSize (..)
+     , percentageSize
+-    , PixelSize (..)
+       -- * Internal
+     , parseTopLevels
+     , luciusUsedIdentifiers
+@@ -67,18 +60,6 @@ import Data.List (isSuffixOf)
+ import Control.Arrow (second)
+ import Text.Shakespeare (VarType)
+ 
+--- |
+---
+--- >>> renderCss ([lucius|foo{bar:baz}|] undefined)
+--- "foo{bar:baz}"
+-lucius :: QuasiQuoter
+-lucius = QuasiQuoter { quoteExp = luciusFromString }
+-
+-luciusFromString :: String -> Q Exp
+-luciusFromString s =
+-    topLevelsToCassius
+-  $ either (error . show) id $ parse parseTopLevels s s
+-
+ whiteSpace :: Parser ()
+ whiteSpace = many whiteSpace1 >> return ()
+ 
+@@ -218,17 +199,6 @@ parseComment = do
+     _ <- manyTill anyChar $ try $ string "*/"
+     return $ ContentRaw ""
+ 
+-luciusFile :: FilePath -> Q Exp
+-luciusFile fp = do
+-#ifdef GHC_7_4
+-    qAddDependentFile fp
+-#endif
+-    contents <- fmap TL.unpack $ qRunIO $ readUtf8File fp
+-    luciusFromString contents
+-
+-luciusFileDebug, luciusFileReload :: FilePath -> Q Exp
+-luciusFileDebug = cssFileDebug False [|parseTopLevels|] parseTopLevels
+-luciusFileReload = luciusFileDebug
+ 
+ parseTopLevels :: Parser [TopLevel Unresolved]
+ parseTopLevels =
+@@ -377,15 +347,3 @@ luciusRTMinified tl scope = either Left (Right . renderCss . CssNoWhitespace) $
+ -- creating systems like yesod devel.
+ luciusUsedIdentifiers :: String -> [(Deref, VarType)]
+ luciusUsedIdentifiers = cssUsedIdentifiers False parseTopLevels
+-
+-luciusMixin :: QuasiQuoter
+-luciusMixin = QuasiQuoter { quoteExp = luciusMixinFromString }
+-
+-luciusMixinFromString :: String -> Q Exp
+-luciusMixinFromString s' = do
+-    r <- newName "_render"
+-    case fmap compressBlock $ parse parseBlock s s of
+-        Left e -> error $ show e
+-        Right block -> blockToMixin r [] block
+-  where
+-    s = concat ["mixin{", s', "}"]
+diff --git a/Text/Roy.hs b/Text/Roy.hs
+index 6e5e246..9ab0dbc 100644
+--- a/Text/Roy.hs
++++ b/Text/Roy.hs
+@@ -39,12 +39,12 @@ module Text.Roy
+       -- ** Template-Reading Functions
+       -- | These QuasiQuoter and Template Haskell methods return values of
+       -- type @'JavascriptUrl' url@. See the Yesod book for details.
+-      roy
+-    , royFile
+-    , royFileReload
++    --  roy
++    --, royFile
++    --, royFileReload
+ 
+ #ifdef TEST_EXPORT
+-    , roySettings
++    --, roySettings
+ #endif
+     ) where
+ 
+@@ -53,46 +53,3 @@ import Language.Haskell.TH.Syntax
+ import Text.Shakespeare
+ import Text.Julius
+ 
+--- | The Roy language compiles down to Javascript.
+--- We do this compilation once at compile time to avoid needing to do it during the request.
+--- We call this a preConversion because other shakespeare modules like Lucius use Haskell to compile during the request instead rather than a system call.
+-roySettings :: Q ShakespeareSettings
+-roySettings = do
+-  jsettings <- javascriptSettings
+-  return $ jsettings { varChar = '#'
+-  , preConversion = Just PreConvert {
+-      preConvert = ReadProcess "roy" ["--stdio", "--browser"]
+-    , preEscapeIgnoreBalanced = "'\""
+-    , preEscapeIgnoreLine = "//"
+-    , wrapInsertion = Just WrapInsertion {
+-        wrapInsertionIndent = Just "  "
+-      , wrapInsertionStartBegin = "(\\"
+-      , wrapInsertionSeparator = " "
+-      , wrapInsertionStartClose = " ->\n"
+-      , wrapInsertionEnd = ")"
+-      , wrapInsertionAddParens = True
+-      }
+-    }
+-  }
+-
+--- | Read inline, quasiquoted Roy.
+-roy :: QuasiQuoter
+-roy = QuasiQuoter { quoteExp = \s -> do
+-    rs <- roySettings
+-    quoteExp (shakespeare rs) s
+-    }
+-
+--- | Read in a Roy template file. This function reads the file once, at
+--- compile time.
+-royFile :: FilePath -> Q Exp
+-royFile fp = do
+-    rs <- roySettings
+-    shakespeareFile rs fp
+-
+--- | Read in a Roy template file. This impure function uses
+--- unsafePerformIO to re-read the file on every call, allowing for rapid
+--- iteration.
+-royFileReload :: FilePath -> Q Exp
+-royFileReload fp = do
+-    rs <- roySettings
+-    shakespeareFileReload rs fp
+diff --git a/Text/Shakespeare.hs b/Text/Shakespeare.hs
+index 67d7dde..a510215 100644
+--- a/Text/Shakespeare.hs
++++ b/Text/Shakespeare.hs
+@@ -15,12 +15,12 @@ module Text.Shakespeare
+     , WrapInsertion (..)
+     , PreConversion (..)
+     , defaultShakespeareSettings
+-    , shakespeare
+-    , shakespeareFile
+-    , shakespeareFileReload
++    -- , shakespeare
++    -- , shakespeareFile
++    -- , shakespeareFileReload
+     -- * low-level
+-    , shakespeareFromString
+-    , shakespeareUsedIdentifiers
++    -- , shakespeareFromString
++    -- , shakespeareUsedIdentifiers
+     , RenderUrl
+     , VarType (..)
+     , Deref
+@@ -153,38 +153,6 @@ defaultShakespeareSettings = ShakespeareSettings {
+   , modifyFinalValue = Nothing
+ }
+ 
+-instance Lift PreConvert where
+-    lift (PreConvert convert ignore comment wrapInsertion) =
+-        [|PreConvert $(lift convert) $(lift ignore) $(lift comment) $(lift wrapInsertion)|]
+-
+-instance Lift WrapInsertion where
+-    lift (WrapInsertion indent sb sep sc e wp) =
+-        [|WrapInsertion $(lift indent) $(lift sb) $(lift sep) $(lift sc) $(lift e) $(lift wp)|]
+-
+-instance Lift PreConversion where
+-    lift (ReadProcess command args) =
+-        [|ReadProcess $(lift command) $(lift args)|]
+-    lift Id = [|Id|]
+-
+-instance Lift ShakespeareSettings where
+-    lift (ShakespeareSettings x1 x2 x3 x4 x5 x6 x7 x8 x9) =
+-        [|ShakespeareSettings
+-            $(lift x1) $(lift x2) $(lift x3)
+-            $(liftExp x4) $(liftExp x5) $(liftExp x6) $(lift x7) $(lift x8) $(liftMExp x9)|]
+-      where
+-        liftExp (VarE n) = [|VarE $(liftName n)|]
+-        liftExp (ConE n) = [|ConE $(liftName n)|]
+-        liftExp _ = error "liftExp only supports VarE and ConE"
+-        liftMExp Nothing = [|Nothing|]
+-        liftMExp (Just e) = [|Just|] `appE` liftExp e
+-        liftName (Name (OccName a) b) = [|Name (OccName $(lift a)) $(liftFlavour b)|]
+-        liftFlavour NameS = [|NameS|]
+-        liftFlavour (NameQ (ModName a)) = [|NameQ (ModName $(lift a))|]
+-        liftFlavour (NameU _) = error "liftFlavour NameU" -- [|NameU $(lift $ fromIntegral a)|]
+-        liftFlavour (NameL _) = error "liftFlavour NameL" -- [|NameU $(lift $ fromIntegral a)|]
+-        liftFlavour (NameG ns (PkgName p) (ModName m)) = [|NameG $(liftNS ns) (PkgName $(lift p)) (ModName $(lift m))|]
+-        liftNS VarName = [|VarName|]
+-        liftNS DataName = [|DataName|]
+ 
+ type QueryParameters = [(TS.Text, TS.Text)]
+ type RenderUrl url = (url -> QueryParameters -> TS.Text)
+@@ -348,6 +316,7 @@ pack' = TS.pack
+ {-# NOINLINE pack' #-}
+ #endif
+ 
++{-
+ contentsToShakespeare :: ShakespeareSettings -> [Content] -> Q Exp
+ contentsToShakespeare rs a = do
+     r <- newName "_render"
+@@ -399,16 +368,19 @@ shakespeareFile r fp =
+     qAddDependentFile fp >>
+ #endif
+         readFileQ fp >>= shakespeareFromString r
++-}
+ 
+ data VarType = VTPlain | VTUrl | VTUrlParam | VTMixin
+     deriving (Show, Eq, Ord, Enum, Bounded, Typeable, Data, Generic)
+ 
++{-
+ getVars :: Content -> [(Deref, VarType)]
+ getVars ContentRaw{} = []
+ getVars (ContentVar d) = [(d, VTPlain)]
+ getVars (ContentUrl d) = [(d, VTUrl)]
+ getVars (ContentUrlParam d) = [(d, VTUrlParam)]
+ getVars (ContentMix d) = [(d, VTMixin)]
++-}
+ 
+ data VarExp url = EPlain Builder
+                 | EUrl url
+@@ -417,8 +389,10 @@ data VarExp url = EPlain Builder
+ 
+ -- | Determine which identifiers are used by the given template, useful for
+ -- creating systems like yesod devel.
++{-
+ shakespeareUsedIdentifiers :: ShakespeareSettings -> String -> [(Deref, VarType)]
+ shakespeareUsedIdentifiers settings = concatMap getVars . contentFromString settings
++-}
+ 
+ type MTime = UTCTime
+ 
+@@ -435,28 +409,6 @@ insertReloadMap :: FilePath -> (MTime, [Content]) -> IO [Content]
+ insertReloadMap fp (mt, content) = atomicModifyIORef reloadMapRef
+   (\reloadMap -> (M.insert fp (mt, content) reloadMap, content))
+ 
+-shakespeareFileReload :: ShakespeareSettings -> FilePath -> Q Exp
+-shakespeareFileReload settings fp = do
+-    str <- readFileQ fp
+-    s <- qRunIO $ preFilter (Just fp) settings str
+-    let b = shakespeareUsedIdentifiers settings s
+-    c <- mapM vtToExp b
+-    rt <- [|shakespeareRuntime settings fp|]
+-    wrap' <- [|\x -> $(return $ wrap settings) . x|]
+-    return $ wrap' `AppE` (rt `AppE` ListE c)
+-  where
+-    vtToExp :: (Deref, VarType) -> Q Exp
+-    vtToExp (d, vt) = do
+-        d' <- lift d
+-        c' <- c vt
+-        return $ TupE [d', c' `AppE` derefToExp [] d]
+-      where
+-        c :: VarType -> Q Exp
+-        c VTPlain = [|EPlain . $(return $
+-          InfixE (Just $ unwrap settings) (VarE '(.)) (Just $ toBuilder settings))|]
+-        c VTUrl = [|EUrl|]
+-        c VTUrlParam = [|EUrlParam|]
+-        c VTMixin = [|\x -> EMixin $ \r -> $(return $ unwrap settings) $ x r|]
+ 
+ 
+ 
+diff --git a/Text/Shakespeare/Base.hs b/Text/Shakespeare/Base.hs
+index a0e983c..23b4692 100644
+--- a/Text/Shakespeare/Base.hs
++++ b/Text/Shakespeare/Base.hs
+@@ -52,34 +52,6 @@ data Deref = DerefModulesIdent [String] Ident
+            | DerefTuple [Deref]
+     deriving (Show, Eq, Read, Data, Typeable, Ord)
+ 
+-instance Lift Ident where
+-    lift (Ident s) = [|Ident|] `appE` lift s
+-instance Lift Deref where
+-    lift (DerefModulesIdent v s) = do
+-        dl <- [|DerefModulesIdent|]
+-        v' <- lift v
+-        s' <- lift s
+-        return $ dl `AppE` v' `AppE` s'
+-    lift (DerefIdent s) = do
+-        dl <- [|DerefIdent|]
+-        s' <- lift s
+-        return $ dl `AppE` s'
+-    lift (DerefBranch x y) = do
+-        x' <- lift x
+-        y' <- lift y
+-        db <- [|DerefBranch|]
+-        return $ db `AppE` x' `AppE` y'
+-    lift (DerefIntegral i) = [|DerefIntegral|] `appE` lift i
+-    lift (DerefRational r) = do
+-        n <- lift $ numerator r
+-        d <- lift $ denominator r
+-        per <- [|(%) :: Int -> Int -> Ratio Int|]
+-        dr <- [|DerefRational|]
+-        return $ dr `AppE` InfixE (Just n) per (Just d)
+-    lift (DerefString s) = [|DerefString|] `appE` lift s
+-    lift (DerefList x) = [|DerefList $(lift x)|]
+-    lift (DerefTuple x) = [|DerefTuple $(lift x)|]
+-
+ derefParens, derefCurlyBrackets :: UserParser a Deref
+ derefParens        = between (char '(') (char ')') parseDeref
+ derefCurlyBrackets = between (char '{') (char '}') parseDeref
+diff --git a/Text/Shakespeare/I18N.hs b/Text/Shakespeare/I18N.hs
+index a39a614..753cba7 100644
+--- a/Text/Shakespeare/I18N.hs
++++ b/Text/Shakespeare/I18N.hs
+@@ -52,10 +52,10 @@
+ --
+ -- You can also adapt those instructions for use with other systems.
+ module Text.Shakespeare.I18N
+-    ( mkMessage
+-    , mkMessageFor
+-    , mkMessageVariant
+-    , RenderMessage (..)
++    --( mkMessage
++    --, mkMessageFor
++    ---, mkMessageVariant
++    ( RenderMessage (..)
+     , ToMessage (..)
+     , SomeMessage (..)
+     , Lang
+@@ -106,143 +106,6 @@ instance RenderMessage master Text where
+ -- | an RFC1766 / ISO 639-1 language code (eg, @fr@, @en-GB@, etc).
+ type Lang = Text
+ 
+--- |generate translations from translation files
+---
+--- This function will:
+---
+---  1. look in the supplied subdirectory for files ending in @.msg@
+---
+---  2. generate a type based on the constructors found
+---
+---  3. create a 'RenderMessage' instance
+---
+-mkMessage :: String   -- ^ base name to use for translation type
+-          -> FilePath -- ^ subdirectory which contains the translation files
+-          -> Lang     -- ^ default translation language
+-          -> Q [Dec]
+-mkMessage dt folder lang =
+-    mkMessageCommon True "Msg" "Message" dt dt folder lang
+-
+-
+--- | create 'RenderMessage' instance for an existing data-type
+-mkMessageFor :: String     -- ^ master translation data type
+-             -> String     -- ^ existing type to add translations for
+-             -> FilePath   -- ^ path to translation folder
+-             -> Lang       -- ^ default language
+-             -> Q [Dec]
+-mkMessageFor master dt folder lang = mkMessageCommon False "" "" master dt folder lang
+-
+--- | create an additional set of translations for a type created by `mkMessage`
+-mkMessageVariant :: String     -- ^ master translation data type
+-                 -> String     -- ^ existing type to add translations for
+-                 -> FilePath   -- ^ path to translation folder
+-                 -> Lang       -- ^ default language
+-                 -> Q [Dec]
+-mkMessageVariant master dt folder lang = mkMessageCommon False "Msg" "Message" master dt folder lang
+-
+--- |used by 'mkMessage' and 'mkMessageFor' to generate a 'RenderMessage' and possibly a message data type
+-mkMessageCommon :: Bool      -- ^ generate a new datatype from the constructors found in the .msg files
+-                -> String    -- ^ string to append to constructor names
+-                -> String    -- ^ string to append to datatype name
+-                -> String    -- ^ base name of master datatype
+-                -> String    -- ^ base name of translation datatype
+-                -> FilePath  -- ^ path to translation folder
+-                -> Lang      -- ^ default lang
+-                -> Q [Dec]
+-mkMessageCommon genType prefix postfix master dt folder lang = do
+-    files <- qRunIO $ getDirectoryContents folder
+-    (_files', contents) <- qRunIO $ fmap (unzip . catMaybes) $ mapM (loadLang folder) files
+-#ifdef GHC_7_4
+-    mapM_ qAddDependentFile _files'
+-#endif
+-    sdef <-
+-        case lookup lang contents of
+-            Nothing -> error $ "Did not find main language file: " ++ unpack lang
+-            Just def -> toSDefs def
+-    mapM_ (checkDef sdef) $ map snd contents
+-    let mname = mkName $ dt ++ postfix
+-    c1 <- fmap concat $ mapM (toClauses prefix dt) contents
+-    c2 <- mapM (sToClause prefix dt) sdef
+-    c3 <- defClause
+-    return $
+-     ( if genType 
+-       then ((DataD [] mname [] (map (toCon dt) sdef) []) :)
+-       else id)
+-        [ InstanceD
+-            []
+-            (ConT ''RenderMessage `AppT` (ConT $ mkName master) `AppT` ConT mname)
+-            [ FunD (mkName "renderMessage") $ c1 ++ c2 ++ [c3]
+-            ]
+-        ]
+-
+-toClauses :: String -> String -> (Lang, [Def]) -> Q [Clause]
+-toClauses prefix dt (lang, defs) =
+-    mapM go defs
+-  where
+-    go def = do
+-        a <- newName "lang"
+-        (pat, bod) <- mkBody dt (prefix ++ constr def) (map fst $ vars def) (content def)
+-        guard <- fmap NormalG [|$(return $ VarE a) == pack $(lift $ unpack lang)|]
+-        return $ Clause
+-            [WildP, ConP (mkName ":") [VarP a, WildP], pat]
+-            (GuardedB [(guard, bod)])
+-            []
+-
+-mkBody :: String -- ^ datatype
+-       -> String -- ^ constructor
+-       -> [String] -- ^ variable names
+-       -> [Content]
+-       -> Q (Pat, Exp)
+-mkBody dt cs vs ct = do
+-    vp <- mapM go vs
+-    let pat = RecP (mkName cs) (map (varName dt *** VarP) vp)
+-    let ct' = map (fixVars vp) ct
+-    pack' <- [|Data.Text.pack|]
+-    tomsg <- [|toMessage|]
+-    let ct'' = map (toH pack' tomsg) ct'
+-    mapp <- [|mappend|]
+-    let app a b = InfixE (Just a) mapp (Just b)
+-    e <-
+-        case ct'' of
+-            [] -> [|mempty|]
+-            [x] -> return x
+-            (x:xs) -> return $ foldl' app x xs
+-    return (pat, e)
+-  where
+-    toH pack' _ (Raw s) = pack' `AppE` SigE (LitE (StringL s)) (ConT ''String)
+-    toH _ tomsg (Var d) = tomsg `AppE` derefToExp [] d
+-    go x = do
+-        let y = mkName $ '_' : x
+-        return (x, y)
+-    fixVars vp (Var d) = Var $ fixDeref vp d
+-    fixVars _ (Raw s) = Raw s
+-    fixDeref vp (DerefIdent (Ident i)) = DerefIdent $ Ident $ fixIdent vp i
+-    fixDeref vp (DerefBranch a b) = DerefBranch (fixDeref vp a) (fixDeref vp b)
+-    fixDeref _ d = d
+-    fixIdent vp i =
+-        case lookup i vp of
+-            Nothing -> i
+-            Just y -> nameBase y
+-
+-sToClause :: String -> String -> SDef -> Q Clause
+-sToClause prefix dt sdef = do
+-    (pat, bod) <- mkBody dt (prefix ++ sconstr sdef) (map fst $ svars sdef) (scontent sdef)
+-    return $ Clause
+-        [WildP, ConP (mkName "[]") [], pat]
+-        (NormalB bod)
+-        []
+-
+-defClause :: Q Clause
+-defClause = do
+-    a <- newName "sub"
+-    c <- newName "langs"
+-    d <- newName "msg"
+-    rm <- [|renderMessage|]
+-    return $ Clause
+-        [VarP a, ConP (mkName ":") [WildP, VarP c], VarP d]
+-        (NormalB $ rm `AppE` VarE a `AppE` VarE c `AppE` VarE d)
+-        []
+-
+ toCon :: String -> SDef -> Con
+ toCon dt (SDef c vs _) =
+     RecC (mkName $ "Msg" ++ c) $ map go vs
+@@ -258,39 +121,6 @@ varName a y =
+     upper (x:xs) = toUpper x : xs
+     upper [] = []
+ 
+-checkDef :: [SDef] -> [Def] -> Q ()
+-checkDef x y =
+-    go (sortBy (comparing sconstr) x) (sortBy (comparing constr) y)
+-  where
+-    go _ [] = return ()
+-    go [] (b:_) = error $ "Extra message constructor: " ++ constr b
+-    go (a:as) (b:bs)
+-        | sconstr a < constr b = go as (b:bs)
+-        | sconstr a > constr b = error $ "Extra message constructor: " ++ constr b
+-        | otherwise = do
+-            go' (svars a) (vars b)
+-            go as bs
+-    go' ((an, at):as) ((bn, mbt):bs)
+-        | an /= bn = error "Mismatched variable names"
+-        | otherwise =
+-            case mbt of
+-                Nothing -> go' as bs
+-                Just bt
+-                    | at == bt -> go' as bs
+-                    | otherwise -> error "Mismatched variable types"
+-    go' [] [] = return ()
+-    go' _ _ = error "Mistmached variable count"
+-
+-toSDefs :: [Def] -> Q [SDef]
+-toSDefs = mapM toSDef
+-
+-toSDef :: Def -> Q SDef
+-toSDef d = do
+-    vars' <- mapM go $ vars d
+-    return $ SDef (constr d) vars' (content d)
+-  where
+-    go (a, Just b) = return (a, b)
+-    go (a, Nothing) = error $ "Main language missing type for " ++ show (constr d, a)
+ 
+ data SDef = SDef
+     { sconstr :: String
+diff --git a/Text/Shakespeare/Text.hs b/Text/Shakespeare/Text.hs
+index 6865a5a..e25a8be 100644
+--- a/Text/Shakespeare/Text.hs
++++ b/Text/Shakespeare/Text.hs
+@@ -7,18 +7,18 @@ module Text.Shakespeare.Text
+     ( TextUrl
+     , ToText (..)
+     , renderTextUrl
+-    , stext
+-    , text
+-    , textFile
+-    , textFileDebug
+-    , textFileReload
+-    , st -- | strict text
+-    , lt -- | lazy text, same as stext :)
++    --, stext
++    --, text
++    --, textFile
++    --, textFileDebug
++    --, textFileReload
++    --, st -- | strict text
++    --, lt -- | lazy text, same as stext :)
+     -- * Yesod code generation
+-    , codegen
+-    , codegenSt
+-    , codegenFile
+-    , codegenFileReload
++    --, codegen
++    --, codegenSt
++    --, codegenFile
++    --, codegenFileReload
+     ) where
+ 
+ import Language.Haskell.TH.Quote (QuasiQuoter (..))
+@@ -45,106 +45,3 @@ instance ToText Int32 where toText = toText . show
+ instance ToText Int64 where toText = toText . show
+ instance ToText Int   where toText = toText . show
+ 
+-settings :: Q ShakespeareSettings
+-settings = do
+-  toTExp <- [|toText|]
+-  wrapExp <- [|id|]
+-  unWrapExp <- [|id|]
+-  return $ defaultShakespeareSettings { toBuilder = toTExp
+-  , wrap = wrapExp
+-  , unwrap = unWrapExp
+-  }
+-
+-
+-stext, lt, st, text :: QuasiQuoter
+-stext = 
+-  QuasiQuoter { quoteExp = \s -> do
+-    rs <- settings
+-    render <- [|toLazyText|]
+-    rendered <- shakespeareFromString rs { justVarInterpolation = True } s
+-    return (render `AppE` rendered)
+-    }
+-lt = stext
+-
+-st = 
+-  QuasiQuoter { quoteExp = \s -> do
+-    rs <- settings
+-    render <- [|TL.toStrict . toLazyText|]
+-    rendered <- shakespeareFromString rs { justVarInterpolation = True } s
+-    return (render `AppE` rendered)
+-    }
+-
+-text = QuasiQuoter { quoteExp = \s -> do
+-    rs <- settings
+-    quoteExp (shakespeare rs) $ filter (/='\r') s
+-    }
+-
+-
+-textFile :: FilePath -> Q Exp
+-textFile fp = do
+-    rs <- settings
+-    shakespeareFile rs fp
+-
+-
+-textFileDebug :: FilePath -> Q Exp
+-textFileDebug = textFileReload
+-{-# DEPRECATED textFileDebug "Please use textFileReload instead" #-}
+-
+-textFileReload :: FilePath -> Q Exp
+-textFileReload fp = do
+-    rs <- settings
+-    shakespeareFileReload rs fp
+-
+--- | codegen is designed for generating Yesod code, including templates
+--- So it uses different interpolation characters that won't clash with templates.
+-codegenSettings :: Q ShakespeareSettings
+-codegenSettings = do
+-  toTExp <- [|toText|]
+-  wrapExp <- [|id|]
+-  unWrapExp <- [|id|]
+-  return $ defaultShakespeareSettings { toBuilder = toTExp
+-  , wrap = wrapExp
+-  , unwrap = unWrapExp
+-  , varChar = '~'
+-  , urlChar = '*'
+-  , intChar = '&'
+-  , justVarInterpolation = True -- always!
+-  }
+-
+--- | codegen is designed for generating Yesod code, including templates
+--- So it uses different interpolation characters that won't clash with templates.
+--- You can use the normal text quasiquoters to generate code
+-codegen :: QuasiQuoter
+-codegen =
+-  QuasiQuoter { quoteExp = \s -> do
+-    rs <- codegenSettings
+-    render <- [|toLazyText|]
+-    rendered <- shakespeareFromString rs { justVarInterpolation = True } s
+-    return (render `AppE` rendered)
+-    }
+-
+--- | Generates strict Text
+--- codegen is designed for generating Yesod code, including templates
+--- So it uses different interpolation characters that won't clash with templates.
+-codegenSt :: QuasiQuoter
+-codegenSt =
+-  QuasiQuoter { quoteExp = \s -> do
+-    rs <- codegenSettings
+-    render <- [|TL.toStrict . toLazyText|]
+-    rendered <- shakespeareFromString rs { justVarInterpolation = True } s
+-    return (render `AppE` rendered)
+-    }
+-
+-codegenFileReload :: FilePath -> Q Exp
+-codegenFileReload fp = do
+-    rs <- codegenSettings
+-    render <- [|TL.toStrict . toLazyText|]
+-    rendered <- shakespeareFileReload rs{ justVarInterpolation = True } fp
+-    return (render `AppE` rendered)
+-
+-codegenFile :: FilePath -> Q Exp
+-codegenFile fp = do
+-    rs <- codegenSettings
+-    render <- [|TL.toStrict . toLazyText|]
+-    rendered <- shakespeareFile rs{ justVarInterpolation = True } fp
+-    return (render `AppE` rendered)
+diff --git a/shakespeare.cabal b/shakespeare.cabal
+index 05b985e..dd8762a 100644
+--- a/shakespeare.cabal
++++ b/shakespeare.cabal
+@@ -61,10 +61,9 @@ library
+                      Text.Lucius
+                      Text.Cassius
+                      Text.Shakespeare.Base
++                     Text.Css
+                      Text.Shakespeare
+-                     Text.TypeScript
+     other-modules:   Text.Hamlet.Parse
+-                     Text.Css
+                      Text.MkSizeType
+                      Text.IndentToBrace
+                      Text.CssCommon
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/skein_hardcode_little-endian.patch b/standalone/no-th/haskell-patches/skein_hardcode_little-endian.patch
new file mode 100644
index 0000000000..7333742b00
--- /dev/null
+++ b/standalone/no-th/haskell-patches/skein_hardcode_little-endian.patch
@@ -0,0 +1,26 @@
+From 3a04b41ffce4e4e87b0fedd3a1e3434a3f06cc76 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 00:18:12 +0000
+Subject: [PATCH] hardcode little endian
+
+This is the same as building with a cabal flag.
+
+---
+ c_impl/optimized/skein_port.h |    1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/c_impl/optimized/skein_port.h b/c_impl/optimized/skein_port.h
+index a2d0fc2..6929bb0 100644
+--- a/c_impl/optimized/skein_port.h
++++ b/c_impl/optimized/skein_port.h
+@@ -45,6 +45,7 @@ typedef uint64_t        u64b_t;             /* 64-bit unsigned integer */
+  * platform-specific code instead (e.g., for big-endian CPUs).
+  *
+  */
++#define SKEIN_NEED_SWAP  (0)
+ #ifndef SKEIN_NEED_SWAP /* compile-time "override" for endianness? */
+ 
+ #include "brg_endian.h"                     /* get endianness selection */
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/vector_hack-to-build-with-new-ghc.patch b/standalone/no-th/haskell-patches/vector_hack-to-build-with-new-ghc.patch
new file mode 100644
index 0000000000..4d39e91cff
--- /dev/null
+++ b/standalone/no-th/haskell-patches/vector_hack-to-build-with-new-ghc.patch
@@ -0,0 +1,24 @@
+From b0a79f4f98188ba5d43b7e3912b36d34d099ab65 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 18 Oct 2013 23:20:35 +0000
+Subject: [PATCH] cross build
+
+---
+ Data/Vector/Fusion/Stream/Monadic.hs |    1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/Data/Vector/Fusion/Stream/Monadic.hs b/Data/Vector/Fusion/Stream/Monadic.hs
+index 51fec75..b089b3d 100644
+--- a/Data/Vector/Fusion/Stream/Monadic.hs
++++ b/Data/Vector/Fusion/Stream/Monadic.hs
+@@ -101,7 +101,6 @@ import GHC.Exts ( SpecConstrAnnotation(..) )
+ 
+ data SPEC = SPEC | SPEC2
+ #if __GLASGOW_HASKELL__ >= 700
+-{-# ANN type SPEC ForceSpecConstr #-}
+ #endif
+ 
+ emptyStream :: String
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/wai-app-static_deal-with-TH.patch b/standalone/no-th/haskell-patches/wai-app-static_deal-with-TH.patch
new file mode 100644
index 0000000000..93314312f7
--- /dev/null
+++ b/standalone/no-th/haskell-patches/wai-app-static_deal-with-TH.patch
@@ -0,0 +1,82 @@
+From 3aef808eee43c973ae1fbf6e8769d89b7f0d355b Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 14:47:42 +0000
+Subject: [PATCH] deal with TH
+
+Export modules referenced by it.
+
+Should not need these icons in git-annex, so not worth using the Evil
+Splicer.
+---
+ Network/Wai/Application/Static.hs | 4 ----
+ WaiAppStatic/Storage/Embedded.hs  | 8 ++++----
+ wai-app-static.cabal              | 4 +---
+ 3 files changed, 5 insertions(+), 11 deletions(-)
+
+diff --git a/Network/Wai/Application/Static.hs b/Network/Wai/Application/Static.hs
+index db2b835..b2c1aec 100644
+--- a/Network/Wai/Application/Static.hs
++++ b/Network/Wai/Application/Static.hs
+@@ -33,8 +33,6 @@ import Control.Monad.IO.Class (liftIO)
+ 
+ import Blaze.ByteString.Builder (toByteString)
+ 
+-import Data.FileEmbed (embedFile)
+-
+ import Data.Text (Text)
+ import qualified Data.Text as T
+ 
+@@ -198,8 +196,6 @@ staticAppPieces _ _ req sendResponse
+         H.status405
+         [("Content-Type", "text/plain")]
+         "Only GET is supported"
+-staticAppPieces _ [".hidden", "folder.png"] _ sendResponse = sendResponse $ W.responseLBS H.status200 [("Content-Type", "image/png")] $ L.fromChunks [$(embedFile "images/folder.png")]
+-staticAppPieces _ [".hidden", "haskell.png"] _ sendResponse = sendResponse $ W.responseLBS H.status200 [("Content-Type", "image/png")] $ L.fromChunks [$(embedFile "images/haskell.png")]
+ staticAppPieces ss rawPieces req sendResponse = liftIO $ do
+     case toPieces rawPieces of
+         Just pieces -> checkPieces ss pieces req >>= response
+diff --git a/WaiAppStatic/Storage/Embedded.hs b/WaiAppStatic/Storage/Embedded.hs
+index daa6e50..9873d4e 100644
+--- a/WaiAppStatic/Storage/Embedded.hs
++++ b/WaiAppStatic/Storage/Embedded.hs
+@@ -3,10 +3,10 @@ module WaiAppStatic.Storage.Embedded(
+       embeddedSettings
+ 
+     -- * Template Haskell
+-    , Etag
+-    , EmbeddableEntry(..)
+-    , mkSettings
++    --, Etag
++    --, EmbeddableEntry(..)
++    --, mkSettings
+     ) where
+ 
+ import WaiAppStatic.Storage.Embedded.Runtime
+-import WaiAppStatic.Storage.Embedded.TH
++--import WaiAppStatic.Storage.Embedded.TH
+diff --git a/wai-app-static.cabal b/wai-app-static.cabal
+index ef6f898..9a59d71 100644
+--- a/wai-app-static.cabal
++++ b/wai-app-static.cabal
+@@ -33,7 +33,6 @@ library
+                    , containers                >= 0.2
+                    , time                      >= 1.1.4
+                    , old-locale                >= 1.0.0.2
+-                   , file-embed                >= 0.0.3.1
+                    , text                      >= 0.7
+                    , blaze-builder             >= 0.2.1.4
+                    , base64-bytestring         >= 0.1
+@@ -61,9 +60,8 @@ library
+                      WaiAppStatic.Listing
+                      WaiAppStatic.Types
+                      WaiAppStatic.CmdLine
+-    other-modules:   Util
+                      WaiAppStatic.Storage.Embedded.Runtime
+-                     WaiAppStatic.Storage.Embedded.TH
++    other-modules:   Util
+     ghc-options:     -Wall
+     extensions:     CPP
+ 
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/xml-hamlet_remove_TH.patch b/standalone/no-th/haskell-patches/xml-hamlet_remove_TH.patch
new file mode 100644
index 0000000000..b6334d31f4
--- /dev/null
+++ b/standalone/no-th/haskell-patches/xml-hamlet_remove_TH.patch
@@ -0,0 +1,108 @@
+From b53713fbb4f3bb6bdd25b07afcaed4940b32dfa8 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Wed, 18 Dec 2013 03:32:44 +0000
+Subject: [PATCH] remove TH
+
+---
+ Text/Hamlet/XML.hs | 81 +-----------------------------------------------------
+ 1 file changed, 1 insertion(+), 80 deletions(-)
+
+diff --git a/Text/Hamlet/XML.hs b/Text/Hamlet/XML.hs
+index f587410..4e830bd 100644
+--- a/Text/Hamlet/XML.hs
++++ b/Text/Hamlet/XML.hs
+@@ -1,9 +1,7 @@
+ {-# LANGUAGE TemplateHaskell #-}
+ {-# OPTIONS_GHC -fno-warn-missing-fields #-}
+ module Text.Hamlet.XML
+-    ( xml
+-    , xmlFile
+-    ) where
++    () where
+ 
+ import Language.Haskell.TH.Syntax
+ import Language.Haskell.TH.Quote
+@@ -19,80 +17,3 @@ import qualified Data.Foldable as F
+ import Data.Maybe (fromMaybe)
+ import qualified Data.Map as Map
+ 
+-xml :: QuasiQuoter
+-xml = QuasiQuoter { quoteExp = strToExp }
+-
+-xmlFile :: FilePath -> Q Exp
+-xmlFile = strToExp . TL.unpack <=< qRunIO . readUtf8File
+-
+-strToExp :: String -> Q Exp
+-strToExp s =
+-    case parseDoc s of
+-        Error e -> error e
+-        Ok x -> docsToExp [] x
+-
+-docsToExp :: Scope -> [Doc] -> Q Exp
+-docsToExp scope docs = [| concat $(fmap ListE $ mapM (docToExp scope) docs) |]
+-
+-docToExp :: Scope -> Doc -> Q Exp
+-docToExp scope (DocTag name attrs cs) =
+-    [| [ X.NodeElement (X.Element ($(liftName name)) $(mkAttrs scope attrs) $(docsToExp scope cs))
+-       ] |]
+-docToExp _ (DocContent (ContentRaw s)) = [| [ X.NodeContent (pack $(lift s)) ] |]
+-docToExp scope (DocContent (ContentVar d)) = [| [ X.NodeContent $(return $ derefToExp scope d) ] |]
+-docToExp scope (DocContent (ContentEmbed d)) = return $ derefToExp scope d
+-docToExp scope (DocForall deref ident@(Ident ident') inside) = do
+-    let list' = derefToExp scope deref
+-    name <- newName ident'
+-    let scope' = (ident, VarE name) : scope
+-    inside' <- docsToExp scope' inside
+-    let lam = LamE [VarP name] inside'
+-    [| F.concatMap $(return lam) $(return list') |]
+-docToExp scope (DocWith [] inside) = docsToExp scope inside
+-docToExp scope (DocWith ((deref, ident@(Ident name)):dis) inside) = do
+-    let deref' = derefToExp scope deref
+-    name' <- newName name
+-    let scope' = (ident, VarE name') : scope
+-    inside' <- docToExp scope' (DocWith dis inside)
+-    let lam = LamE [VarP name'] inside'
+-    return $ lam `AppE` deref'
+-docToExp scope (DocMaybe deref ident@(Ident name) just nothing) = do
+-    let deref' = derefToExp scope deref
+-    name' <- newName name
+-    let scope' = (ident, VarE name') : scope
+-    inside' <- docsToExp scope' just
+-    let inside'' = LamE [VarP name'] inside'
+-    nothing' <-
+-        case nothing of
+-            Nothing -> [| [] |]
+-            Just n -> docsToExp scope n
+-    [| maybe $(return nothing') $(return inside'') $(return deref') |]
+-docToExp scope (DocCond conds final) = do
+-    unit <- [| () |]
+-    body <- fmap GuardedB $ mapM go $ conds ++ [(DerefIdent $ Ident "otherwise", fromMaybe [] final)]
+-    return $ CaseE unit [Match (TupP []) body []]
+-  where
+-    go (deref, inside) = do
+-        inside' <- docsToExp scope inside
+-        return (NormalG $ derefToExp scope deref, inside')
+-
+-mkAttrs :: Scope -> [(Maybe Deref, String, [Content])] -> Q Exp
+-mkAttrs _ [] = [| Map.empty |]
+-mkAttrs scope ((mderef, name, value):rest) = do
+-    rest' <- mkAttrs scope rest
+-    this <- [| Map.insert $(liftName name) (T.concat $(fmap ListE $ mapM go value)) |]
+-    let with = [| $(return this) $(return rest') |]
+-    case mderef of
+-        Nothing -> with
+-        Just deref -> [| if $(return $ derefToExp scope deref) then $(with) else $(return rest') |]
+-  where
+-    go (ContentRaw s) = [| pack $(lift s) |]
+-    go (ContentVar d) = return $ derefToExp scope d
+-    go ContentEmbed{} = error "Cannot use embed interpolation in attribute value"
+-
+-liftName :: String -> Q Exp
+-liftName s = do
+-    X.Name local mns _ <- return $ fromString s
+-    case mns of
+-        Nothing -> [| X.Name (pack $(lift $ unpack local)) Nothing Nothing |]
+-        Just ns -> [| X.Name (pack $(lift $ unpack local)) (Just $ pack $(lift $ unpack ns)) Nothing |]
+-- 
+1.8.5.1
+
diff --git a/standalone/no-th/haskell-patches/yesod-auth_don-t-really-build.patch b/standalone/no-th/haskell-patches/yesod-auth_don-t-really-build.patch
new file mode 100644
index 0000000000..3e0d0d9ba7
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-auth_don-t-really-build.patch
@@ -0,0 +1,34 @@
+From 583575461dc58b76c6c7e14d429f73182d49ef81 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 20:29:51 +0000
+Subject: [PATCH] don't really build
+
+---
+ yesod-auth.cabal | 11 -----------
+ 1 file changed, 11 deletions(-)
+
+diff --git a/yesod-auth.cabal b/yesod-auth.cabal
+index 906c08b..b4bc841 100644
+--- a/yesod-auth.cabal
++++ b/yesod-auth.cabal
+@@ -65,17 +65,6 @@ library
+                    , conduit-extra
+                    , attoparsec-conduit
+ 
+-    exposed-modules: Yesod.Auth
+-                     Yesod.Auth.BrowserId
+-                     Yesod.Auth.Dummy
+-                     Yesod.Auth.Email
+-                     Yesod.Auth.OpenId
+-                     Yesod.Auth.Rpxnow
+-                     Yesod.Auth.Message
+-                     Yesod.Auth.GoogleEmail
+-                     Yesod.Auth.GoogleEmail2
+-    other-modules:   Yesod.Auth.Routes
+-                     Yesod.PasswordStore
+     ghc-options:     -Wall
+ 
+ source-repository head
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/yesod-core_expand_TH.patch b/standalone/no-th/haskell-patches/yesod-core_expand_TH.patch
new file mode 100644
index 0000000000..07663ac808
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-core_expand_TH.patch
@@ -0,0 +1,771 @@
+From 9feb37d13dc8449dc4445db83485780caee4b7ff Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 17:44:52 +0000
+Subject: [PATCH] expand and remove TH
+
+---
+ Yesod/Core.hs              |  30 +++---
+ Yesod/Core/Class/Yesod.hs  | 257 ++++++++++++++++++++++++++++++---------------
+ Yesod/Core/Dispatch.hs     |  38 ++-----
+ Yesod/Core/Handler.hs      |  25 ++---
+ Yesod/Core/Internal/Run.hs |   8 +-
+ Yesod/Core/Internal/TH.hs  | 111 --------------------
+ Yesod/Core/Types.hs        |   3 +-
+ Yesod/Core/Widget.hs       |  32 +-----
+ 8 files changed, 215 insertions(+), 289 deletions(-)
+
+diff --git a/Yesod/Core.hs b/Yesod/Core.hs
+index 9b29317..7c0792d 100644
+--- a/Yesod/Core.hs
++++ b/Yesod/Core.hs
+@@ -31,16 +31,16 @@ module Yesod.Core
+     , unauthorizedI
+       -- * Logging
+     , LogLevel (..)
+-    , logDebug
+-    , logInfo
+-    , logWarn
+-    , logError
+-    , logOther
+-    , logDebugS
+-    , logInfoS
+-    , logWarnS
+-    , logErrorS
+-    , logOtherS
++    --, logDebug
++    --, logInfo
++    --, logWarn
++    --, logError
++    --, logOther
++    --, logDebugS
++    --, logInfoS
++    --, logWarnS
++    --, logErrorS
++    --, logOtherS
+       -- * Sessions
+     , SessionBackend (..)
+     , customizeSessionCookies
+@@ -87,17 +87,15 @@ module Yesod.Core
+     , readIntegral
+       -- * Shakespeare
+       -- ** Hamlet
+-    , hamlet
+-    , shamlet
+-    , xhamlet
++    --, hamlet
++    -- , shamlet
++    --, xhamlet
+     , HtmlUrl
+       -- ** Julius
+-    , julius
++    --, julius
+     , JavascriptUrl
+     , renderJavascriptUrl
+       -- ** Cassius/Lucius
+-    , cassius
+-    , lucius
+     , CssUrl
+     , renderCssUrl
+     ) where
+diff --git a/Yesod/Core/Class/Yesod.hs b/Yesod/Core/Class/Yesod.hs
+index 140600b..75daabc 100644
+--- a/Yesod/Core/Class/Yesod.hs
++++ b/Yesod/Core/Class/Yesod.hs
+@@ -5,18 +5,22 @@
+ {-# LANGUAGE CPP               #-}
+ module Yesod.Core.Class.Yesod where
+ 
+-import           Control.Monad.Logger               (logErrorS)
++--import           Control.Monad.Logger               (logErrorS)
+ import           Yesod.Core.Content
+ import           Yesod.Core.Handler
+ 
+ import           Yesod.Routes.Class
++import qualified Text.Blaze.Internal
++import qualified Control.Monad.Logger
++import qualified Text.Hamlet
++import qualified Data.Foldable
+ 
+ import           Blaze.ByteString.Builder           (Builder)
+ import           Blaze.ByteString.Builder.Char.Utf8 (fromText)
+ import           Control.Arrow                      ((***), second)
+ import           Control.Monad                      (forM, when, void)
+ import           Control.Monad.IO.Class             (MonadIO (liftIO))
+-import           Control.Monad.Logger               (LogLevel (LevelInfo, LevelOther),
++import           Control.Monad.Logger               (Loc, LogLevel (LevelInfo, LevelOther),
+                                                      LogSource)
+ import qualified Data.ByteString.Char8              as S8
+ import qualified Data.ByteString.Lazy               as L
+@@ -33,7 +37,6 @@ import qualified Data.Text.Encoding.Error           as TEE
+ import           Data.Text.Lazy.Builder             (toLazyText)
+ import           Data.Text.Lazy.Encoding            (encodeUtf8)
+ import           Data.Word                          (Word64)
+-import           Language.Haskell.TH.Syntax         (Loc (..))
+ import           Network.HTTP.Types                 (encodePath)
+ import qualified Network.Wai                        as W
+ import           Data.Default                       (def)
+@@ -94,18 +97,27 @@ class RenderRoute site => Yesod site where
+     defaultLayout w = do
+         p <- widgetToPageContent w
+         mmsg <- getMessage
+-        giveUrlRenderer [hamlet|
+-            $newline never
+-            $doctype 5
+-            <html>
+-                <head>
+-                    <title>#{pageTitle p}
+-                    ^{pageHead p}
+-                <body>
+-                    $maybe msg <- mmsg
+-                        <p .message>#{msg}
+-                    ^{pageBody p}
+-            |]
++        giveUrlRenderer  $         \ _render_aHra
++          -> do { id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<!DOCTYPE html>\n<html><head><title>");
++                  id (TBH.toHtml (pageTitle p));
++                  id ((Text.Blaze.Internal.preEscapedText . T.pack) "</title>");
++                  Text.Hamlet.asHtmlUrl (pageHead p) _render_aHra;
++                  id ((Text.Blaze.Internal.preEscapedText . T.pack) "</head><body>");
++                  Text.Hamlet.maybeH
++                    mmsg
++                    (\ msg_aHrb
++                       -> do { id
++                                 ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                    "<p class=\"message\">");
++                               id (TBH.toHtml msg_aHrb);
++                               id ((Text.Blaze.Internal.preEscapedText . T.pack) "</p>") })
++                    Nothing;
++                  Text.Hamlet.asHtmlUrl (pageBody p) _render_aHra;
++                  id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack) "</body></html>") }
++
+ 
+     -- | Override the rendering function for a particular URL. One use case for
+     -- this is to offload static hosting to a different domain name to avoid
+@@ -374,45 +386,103 @@ widgetToPageContent w = do
+     -- modernizr should be at the end of the <head> http://www.modernizr.com/docs/#installing
+     -- the asynchronous loader means your page doesn't have to wait for all the js to load
+     let (mcomplete, asyncScripts) = asyncHelper render scripts jscript jsLoc
+-        regularScriptLoad = [hamlet|
+-            $newline never
+-            $forall s <- scripts
+-                ^{mkScriptTag s}
+-            $maybe j <- jscript
+-                $maybe s <- jsLoc
+-                    <script src="#{s}">
+-                $nothing
+-                    <script>^{jelper j}
+-        |]
+-
+-        headAll = [hamlet|
+-            $newline never
+-            \^{head'}
+-            $forall s <- stylesheets
+-                ^{mkLinkTag s}
+-            $forall s <- css
+-                $maybe t <- right $ snd s
+-                    $maybe media <- fst s
+-                        <link rel=stylesheet media=#{media} href=#{t}>
+-                    $nothing
+-                        <link rel=stylesheet href=#{t}>
+-                $maybe content <- left $ snd s
+-                    $maybe media <- fst s
+-                        <style media=#{media}>#{content}
+-                    $nothing
+-                        <style>#{content}
+-            $case jsLoader master
+-              $of BottomOfBody
+-              $of BottomOfHeadAsync asyncJsLoader
+-                  ^{asyncJsLoader asyncScripts mcomplete}
+-              $of BottomOfHeadBlocking
+-                  ^{regularScriptLoad}
+-        |]
+-    let bodyScript = [hamlet|
+-            $newline never
+-            ^{body}
+-            ^{regularScriptLoad}
+-        |]
++        regularScriptLoad =         \ _render_aHsO
++          -> do { Data.Foldable.mapM_
++                    (\ s_aHsP
++                       -> Text.Hamlet.asHtmlUrl (mkScriptTag s_aHsP) _render_aHsO)
++                    scripts;
++                  Text.Hamlet.maybeH
++                    jscript
++                    (\ j_aHsQ
++                       -> Text.Hamlet.maybeH
++                            jsLoc
++                            (\ s_aHsR
++                               -> do { id
++                                         ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                            "<script src=\"");
++                                       id (TBH.toHtml s_aHsR);
++                                       id
++                                         ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                            "\"></script>") })
++                            (Just
++                               (do { id
++                                       ((Text.Blaze.Internal.preEscapedText . T.pack) "<script>");
++                                     Text.Hamlet.asHtmlUrl (jelper j_aHsQ) _render_aHsO;
++                                     id ((Text.Blaze.Internal.preEscapedText . T.pack) "</script>") })))
++                    Nothing }
++
++
++        headAll =         \ _render_aHsW
++          -> do { Text.Hamlet.asHtmlUrl head' _render_aHsW;
++                  Data.Foldable.mapM_
++                    (\ s_aHsX -> Text.Hamlet.asHtmlUrl (mkLinkTag s_aHsX) _render_aHsW)
++                    stylesheets;
++                  Data.Foldable.mapM_
++                    (\ s_aHsY
++                       -> do { Text.Hamlet.maybeH
++                                 (right (snd s_aHsY))
++                                 (\ t_aHsZ
++                                    -> Text.Hamlet.maybeH
++                                         (fst s_aHsY)
++                                         (\ media_aHt0
++                                            -> do { id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "<link rel=\"stylesheet\" media=\"");
++                                                    id (TBH.toHtml media_aHt0);
++                                                    id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "\" href=\"");
++                                                    id (TBH.toHtml t_aHsZ);
++                                                    id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "\">") })
++                                         (Just
++                                            (do { id
++                                                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                       "<link rel=\"stylesheet\" href=\"");
++                                                  id (TBH.toHtml t_aHsZ);
++                                                  id
++                                                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                       "\">") })))
++                                 Nothing;
++                               Text.Hamlet.maybeH
++                                 (left (snd s_aHsY))
++                                 (\ content_aHt1
++                                    -> Text.Hamlet.maybeH
++                                         (fst s_aHsY)
++                                         (\ media_aHt2
++                                            -> do { id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "<style media=\"");
++                                                    id (TBH.toHtml media_aHt2);
++                                                    id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "\">");
++                                                    id (TBH.toHtml content_aHt1);
++                                                    id
++                                                      ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                         "</style>") })
++                                         (Just
++                                            (do { id
++                                                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                       "<style>");
++                                                  id (TBH.toHtml content_aHt1);
++                                                  id
++                                                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                       "</style>") })))
++                                 Nothing })
++                    css;
++                  case jsLoader master of {
++                    BottomOfBody -> return ()
++                    ; BottomOfHeadAsync asyncJsLoader_aHt3
++                      -> Text.Hamlet.asHtmlUrl
++                           (asyncJsLoader_aHt3 asyncScripts mcomplete) _render_aHsW
++                    ; BottomOfHeadBlocking
++                      -> Text.Hamlet.asHtmlUrl regularScriptLoad _render_aHsW } }
++
++    let bodyScript =     \ _render_aHt8 -> do { Text.Hamlet.asHtmlUrl body _render_aHt8;
++              Text.Hamlet.asHtmlUrl regularScriptLoad _render_aHt8 }
++
+ 
+     return $ PageContent title headAll $
+         case jsLoader master of
+@@ -442,10 +512,13 @@ defaultErrorHandler NotFound = selectRep $ do
+         r <- waiRequest
+         let path' = TE.decodeUtf8With TEE.lenientDecode $ W.rawPathInfo r
+         setTitle "Not Found"
+-        toWidget [hamlet|
+-            <h1>Not Found
+-            <p>#{path'}
+-        |]
++        toWidget  $         \ _render_aHte
++          -> do { id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<h1>Not Found</h1>\n<p>");
++                  id (TBH.toHtml path');
++                  id ((Text.Blaze.Internal.preEscapedText . T.pack) "</p>") }
++
+     provideRep $ return $ object ["message" .= ("Not Found" :: Text)]
+ 
+ -- For API requests.
+@@ -455,10 +528,11 @@ defaultErrorHandler NotFound = selectRep $ do
+ defaultErrorHandler NotAuthenticated = selectRep $ do
+     provideRep $ defaultLayout $ do
+         setTitle "Not logged in"
+-        toWidget [hamlet|
+-            <h1>Not logged in
+-            <p style="display:none;">Set the authRoute and the user will be redirected there.
+-        |]
++        toWidget  $         \ _render_aHti
++          -> id
++               ((Text.Blaze.Internal.preEscapedText . T.pack)
++                  "<h1>Not logged in</h1>\n<p style=\"none;\">Set the authRoute and the user will be redirected there.</p>")
++
+ 
+     provideRep $ do
+         -- 401 *MUST* include a WWW-Authenticate header
+@@ -480,10 +554,13 @@ defaultErrorHandler NotAuthenticated = selectRep $ do
+ defaultErrorHandler (PermissionDenied msg) = selectRep $ do
+     provideRep $ defaultLayout $ do
+         setTitle "Permission Denied"
+-        toWidget [hamlet|
+-            <h1>Permission denied
+-            <p>#{msg}
+-        |]
++        toWidget  $         \ _render_aHtq
++          -> do { id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<h1>Permission denied</h1>\n<p>");
++                  id (TBH.toHtml msg);
++                  id ((Text.Blaze.Internal.preEscapedText . T.pack) "</p>") }
++
+     provideRep $
+         return $ object $ [
+           "message" .= ("Permission Denied. " <> msg)
+@@ -492,30 +569,42 @@ defaultErrorHandler (PermissionDenied msg) = selectRep $ do
+ defaultErrorHandler (InvalidArgs ia) = selectRep $ do
+     provideRep $ defaultLayout $ do
+         setTitle "Invalid Arguments"
+-        toWidget [hamlet|
+-            <h1>Invalid Arguments
+-            <ul>
+-                $forall msg <- ia
+-                    <li>#{msg}
+-        |]
++        toWidget  $         \ _render_aHtv
++          -> do { id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<h1>Invalid Arguments</h1>\n<ul>");
++                  Data.Foldable.mapM_
++                    (\ msg_aHtw
++                       -> do { id ((Text.Blaze.Internal.preEscapedText . T.pack) "<li>");
++                               id (TBH.toHtml msg_aHtw);
++                               id ((Text.Blaze.Internal.preEscapedText . T.pack) "</li>") })
++                    ia;
++                  id ((Text.Blaze.Internal.preEscapedText . T.pack) "</ul>") }
++
+     provideRep $ return $ object ["message" .= ("Invalid Arguments" :: Text), "errors" .= ia]
+ defaultErrorHandler (InternalError e) = do
+-    $logErrorS "yesod-core" e
+     selectRep $ do
+         provideRep $ defaultLayout $ do
+             setTitle "Internal Server Error"
+-            toWidget [hamlet|
+-                <h1>Internal Server Error
+-                <pre>#{e}
+-            |]
++            toWidget  $             \ _render_aHtC
++              -> do { id
++                        ((Text.Blaze.Internal.preEscapedText . T.pack)
++                           "<h1>Internal Server Error</h1>\n<pre>");
++                      id (TBH.toHtml e);
++                      id ((Text.Blaze.Internal.preEscapedText . T.pack) "</pre>") }
++
+         provideRep $ return $ object ["message" .= ("Internal Server Error" :: Text), "error" .= e]
+ defaultErrorHandler (BadMethod m) = selectRep $ do
+     provideRep $ defaultLayout $ do
+         setTitle"Bad Method"
+-        toWidget [hamlet|
+-            <h1>Method Not Supported
+-            <p>Method <code>#{S8.unpack m}</code> not supported
+-        |]
++        toWidget  $         \ _render_aHtH
++          -> do { id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<h1>Method Not Supported</h1>\n<p>Method <code>");
++                  id (TBH.toHtml (S8.unpack m));
++                  id
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "</code> not supported</p>") }
+     provideRep $ return $ object ["message" .= ("Bad method" :: Text), "method" .= TE.decodeUtf8With TEE.lenientDecode m]
+ 
+ asyncHelper :: (url -> [x] -> Text)
+@@ -682,8 +771,4 @@ loadClientSession key getCachedDate sessionName req = load
+ -- turn the TH Loc loaction information into a human readable string
+ -- leaving out the loc_end parameter
+ fileLocationToString :: Loc -> String
+-fileLocationToString loc = (loc_package loc) ++ ':' : (loc_module loc) ++
+-  ' ' : (loc_filename loc) ++ ':' : (line loc) ++ ':' : (char loc)
+-  where
+-    line = show . fst . loc_start
+-    char = show . snd . loc_start
++fileLocationToString loc = "unknown"
+diff --git a/Yesod/Core/Dispatch.hs b/Yesod/Core/Dispatch.hs
+index e0d1f0e..cc23fdd 100644
+--- a/Yesod/Core/Dispatch.hs
++++ b/Yesod/Core/Dispatch.hs
+@@ -1,4 +1,3 @@
+-{-# LANGUAGE TemplateHaskell #-}
+ {-# LANGUAGE OverloadedStrings #-}
+ {-# LANGUAGE TypeFamilies #-}
+ {-# LANGUAGE FlexibleInstances #-}
+@@ -6,18 +5,18 @@
+ {-# LANGUAGE CPP #-}
+ module Yesod.Core.Dispatch
+     ( -- * Quasi-quoted routing
+-      parseRoutes
+-    , parseRoutesNoCheck
+-    , parseRoutesFile
+-    , parseRoutesFileNoCheck
+-    , mkYesod
++    --  parseRoutes
++    --, parseRoutesNoCheck
++    --, parseRoutesFile
++    --, parseRoutesFileNoCheck
++    --, mkYesod
+       -- ** More fine-grained
+-    , mkYesodData
+-    , mkYesodSubData
+-    , mkYesodDispatch
+-    , mkYesodSubDispatch
++    --, mkYesodData
++    --, mkYesodSubData
++    --, mkYesodDispatch
++    --, mkYesodSubDispatch
+       -- ** Path pieces
+-    , PathPiece (..)
++      PathPiece (..)
+     , PathMultiPiece (..)
+     , Texts
+       -- * Convert to WAI
+@@ -135,13 +134,6 @@ toWaiAppLogger logger site = do
+                 , yreSite = site
+                 , yreSessionBackend = sb
+                 }
+-    messageLoggerSource
+-        site
+-        logger
+-        $(qLocation >>= liftLoc)
+-        "yesod-core"
+-        LevelInfo
+-        (toLogStr ("Application launched" :: S.ByteString))
+     middleware <- mkDefaultMiddlewares logger
+     return $ middleware $ toWaiAppYre yre
+ 
+@@ -170,14 +162,7 @@ warp port site = do
+                 ]
+             -}
+             , Network.Wai.Handler.Warp.settingsOnException = const $ \e ->
+-                when (shouldLog' e) $
+-                messageLoggerSource
+-                    site
+-                    logger
+-                    $(qLocation >>= liftLoc)
+-                    "yesod-core"
+-                    LevelError
+-                    (toLogStr $ "Exception from Warp: " ++ show e)
++                when (shouldLog' e) $ error (show e)
+             }
+   where
+     shouldLog' =
+@@ -211,7 +196,6 @@ defaultMiddlewaresNoLogging = acceptOverride . autohead . gzip def . methodOverr
+ -- | Deprecated synonym for 'warp'.
+ warpDebug :: YesodDispatch site => Int -> site -> IO ()
+ warpDebug = warp
+-{-# DEPRECATED warpDebug "Please use warp instead" #-}
+ 
+ -- | Runs your application using default middlewares (i.e., via 'toWaiApp'). It
+ -- reads port information from the PORT environment variable, as used by tools
+diff --git a/Yesod/Core/Handler.hs b/Yesod/Core/Handler.hs
+index 2e5d7cb..83f93bf 100644
+--- a/Yesod/Core/Handler.hs
++++ b/Yesod/Core/Handler.hs
+@@ -172,7 +172,7 @@ import           Data.Text.Encoding            (decodeUtf8With, encodeUtf8)
+ import           Data.Text.Encoding.Error      (lenientDecode)
+ import qualified Data.Text.Lazy                as TL
+ import qualified Text.Blaze.Html.Renderer.Text as RenderText
+-import           Text.Hamlet                   (Html, HtmlUrl, hamlet)
++import           Text.Hamlet                   (Html, HtmlUrl)
+ 
+ import qualified Data.ByteString               as S
+ import qualified Data.ByteString.Lazy          as L
+@@ -201,6 +201,7 @@ import Control.Exception (throwIO)
+ import Blaze.ByteString.Builder (Builder)
+ import Safe (headMay)
+ import Data.CaseInsensitive (CI)
++import qualified Text.Blaze.Internal
+ import qualified Data.Conduit.List as CL
+ import Control.Monad (unless)
+ import           Control.Monad.Trans.Resource  (MonadResource, InternalState, runResourceT, withInternalState, getInternalState, liftResourceT, resourceForkIO
+@@ -847,19 +848,15 @@ redirectToPost :: (MonadHandler m, RedirectUrl (HandlerSite m) url)
+                -> m a
+ redirectToPost url = do
+     urlText <- toTextUrl url
+-    giveUrlRenderer [hamlet|
+-$newline never
+-$doctype 5
+-
+-<html>
+-    <head>
+-        <title>Redirecting...
+-    <body onload="document.getElementById('form').submit()">
+-        <form id="form" method="post" action=#{urlText}>
+-            <noscript>
+-                <p>Javascript has been disabled; please click on the button below to be redirected.
+-            <input type="submit" value="Continue">
+-|] >>= sendResponse
++    giveUrlRenderer  $     \ _render_awps
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . T.pack)
++                   "<!DOCTYPE html>\n<html><head><title>Redirecting...</title></head><body onload=\"document.getElementById('form').submit()\"><form id=\"form\" method=\"post\" action=\"");
++              id (toHtml urlText);
++              id
++                ((Text.Blaze.Internal.preEscapedText . T.pack)
++                   "\"><noscript><p>Javascript has been disabled; please click on the button below to be redirected.</p></noscript><input type=\"submit\" value=\"Continue\"></form></body></html>") }
++ >>= sendResponse
+ 
+ -- | Wraps the 'Content' generated by 'hamletToContent' in a 'RepHtml'.
+ hamletToRepHtml :: MonadHandler m => HtmlUrl (Route (HandlerSite m)) -> m Html
+diff --git a/Yesod/Core/Internal/Run.hs b/Yesod/Core/Internal/Run.hs
+index 09b4609..e1ef568 100644
+--- a/Yesod/Core/Internal/Run.hs
++++ b/Yesod/Core/Internal/Run.hs
+@@ -16,8 +16,8 @@ import           Control.Exception.Lifted     (catch)
+ import           Control.Monad                (mplus)
+ import           Control.Monad.IO.Class       (MonadIO)
+ import           Control.Monad.IO.Class       (liftIO)
+-import           Control.Monad.Logger         (LogLevel (LevelError), LogSource,
+-                                               liftLoc)
++import           Control.Monad.Logger         (Loc, LogLevel (LevelError), LogSource,
++                                               )
+ import           Control.Monad.Trans.Resource (runResourceT, withInternalState, runInternalState, createInternalState, closeInternalState)
+ import qualified Data.ByteString              as S
+ import qualified Data.ByteString.Char8        as S8
+@@ -31,7 +31,7 @@ import qualified Data.Text                    as T
+ import           Data.Text.Encoding           (encodeUtf8)
+ import           Data.Text.Encoding           (decodeUtf8With)
+ import           Data.Text.Encoding.Error     (lenientDecode)
+-import           Language.Haskell.TH.Syntax   (Loc, qLocation)
++import           Language.Haskell.TH.Syntax   (qLocation)
+ import qualified Network.HTTP.Types           as H
+ import           Network.Wai
+ #if MIN_VERSION_wai(2, 0, 0)
+@@ -157,8 +157,6 @@ safeEh :: (Loc -> LogSource -> LogLevel -> LogStr -> IO ())
+        -> ErrorResponse
+        -> YesodApp
+ safeEh log' er req = do
+-    liftIO $ log' $(qLocation >>= liftLoc) "yesod-core" LevelError
+-           $ toLogStr $ "Error handler errored out: " ++ show er
+     return $ YRPlain
+         H.status500
+         []
+diff --git a/Yesod/Core/Internal/TH.hs b/Yesod/Core/Internal/TH.hs
+index 7e84c1c..a273c29 100644
+--- a/Yesod/Core/Internal/TH.hs
++++ b/Yesod/Core/Internal/TH.hs
+@@ -23,114 +23,3 @@ import Yesod.Core.Content
+ import Yesod.Core.Class.Dispatch
+ import Yesod.Core.Internal.Run
+ 
+--- | Generates URL datatype and site function for the given 'Resource's. This
+--- is used for creating sites, /not/ subsites. See 'mkYesodSub' for the latter.
+--- Use 'parseRoutes' to create the 'Resource's.
+-mkYesod :: String -- ^ name of the argument datatype
+-        -> [ResourceTree String]
+-        -> Q [Dec]
+-mkYesod name = fmap (uncurry (++)) . mkYesodGeneral name [] False
+-
+--- | Sometimes, you will want to declare your routes in one file and define
+--- your handlers elsewhere. For example, this is the only way to break up a
+--- monolithic file into smaller parts. Use this function, paired with
+--- 'mkYesodDispatch', to do just that.
+-mkYesodData :: String -> [ResourceTree String] -> Q [Dec]
+-mkYesodData name res = mkYesodDataGeneral name False res
+-
+-mkYesodSubData :: String -> [ResourceTree String] -> Q [Dec]
+-mkYesodSubData name res = mkYesodDataGeneral name True res
+-
+-mkYesodDataGeneral :: String -> Bool -> [ResourceTree String] -> Q [Dec]
+-mkYesodDataGeneral name isSub res = do
+-    let (name':rest) = words name
+-    fmap fst $ mkYesodGeneral name' rest isSub res
+-
+--- | See 'mkYesodData'.
+-mkYesodDispatch :: String -> [ResourceTree String] -> Q [Dec]
+-mkYesodDispatch name = fmap snd . mkYesodGeneral name [] False
+-
+--- | Get the Handler and Widget type synonyms for the given site.
+-masterTypeSyns :: Type -> [Dec]
+-masterTypeSyns site =
+-    [ TySynD (mkName "Handler") []
+-      $ ConT ''HandlerT `AppT` site `AppT` ConT ''IO
+-    , TySynD (mkName "Widget")  []
+-      $ ConT ''WidgetT `AppT` site `AppT` ConT ''IO `AppT` ConT ''()
+-    ]
+-
+-mkYesodGeneral :: String                   -- ^ foundation type
+-               -> [String]                 -- ^ arguments for the type
+-               -> Bool                     -- ^ it this a subsite
+-               -> [ResourceTree String]
+-               -> Q([Dec],[Dec])
+-mkYesodGeneral name args isSub resS = do
+-    renderRouteDec <- mkRenderRouteInstance site res
+-    routeAttrsDec  <- mkRouteAttrsInstance site res
+-    dispatchDec    <- mkDispatchInstance site res
+-    parse <- mkParseRouteInstance site res
+-    let rname = mkName $ "resources" ++ name
+-    eres <- lift resS
+-    let resourcesDec =
+-            [ SigD rname $ ListT `AppT` (ConT ''ResourceTree `AppT` ConT ''String)
+-            , FunD rname [Clause [] (NormalB eres) []]
+-            ]
+-    let dataDec = concat
+-            [ [parse]
+-            , renderRouteDec
+-            , [routeAttrsDec]
+-            , resourcesDec
+-            , if isSub then [] else masterTypeSyns site
+-            ]
+-    return (dataDec, dispatchDec)
+-  where site    = foldl' AppT (ConT $ mkName name) (map (VarT . mkName) args)
+-        res     = map (fmap parseType) resS
+-
+-mkMDS :: Q Exp -> MkDispatchSettings
+-mkMDS rh = MkDispatchSettings
+-    { mdsRunHandler = rh
+-    , mdsSubDispatcher =
+-        [|\parentRunner getSub toParent env -> yesodSubDispatch
+-                                 YesodSubRunnerEnv
+-                                    { ysreParentRunner = parentRunner
+-                                    , ysreGetSub = getSub
+-                                    , ysreToParentRoute = toParent
+-                                    , ysreParentEnv = env
+-                                    }
+-                              |]
+-    , mdsGetPathInfo = [|W.pathInfo|]
+-    , mdsSetPathInfo = [|\p r -> r { W.pathInfo = p }|]
+-    , mdsMethod = [|W.requestMethod|]
+-    , mds404 = [|notFound >> return ()|]
+-    , mds405 = [|badMethod >> return ()|]
+-    , mdsGetHandler = defaultGetHandler
+-    }
+-
+--- | If the generation of @'YesodDispatch'@ instance require finer
+--- control of the types, contexts etc. using this combinator. You will
+--- hardly need this generality. However, in certain situations, like
+--- when writing library/plugin for yesod, this combinator becomes
+--- handy.
+-mkDispatchInstance :: Type                -- ^ The master site type
+-                   -> [ResourceTree a]    -- ^ The resource
+-                   -> DecsQ
+-mkDispatchInstance master res = do
+-    clause' <- mkDispatchClause (mkMDS [|yesodRunner|]) res
+-    let thisDispatch = FunD 'yesodDispatch [clause']
+-    return [InstanceD [] yDispatch [thisDispatch]]
+-  where
+-    yDispatch = ConT ''YesodDispatch `AppT` master
+-
+-mkYesodSubDispatch :: [ResourceTree a] -> Q Exp
+-mkYesodSubDispatch res = do
+-    clause' <- mkDispatchClause (mkMDS [|subHelper . fmap toTypedContent|]) res
+-    inner <- newName "inner"
+-    let innerFun = FunD inner [clause']
+-    helper <- newName "helper"
+-    let fun = FunD helper
+-                [ Clause
+-                    []
+-                    (NormalB $ VarE inner)
+-                    [innerFun]
+-                ]
+-    return $ LetE [fun] (VarE helper)
+diff --git a/Yesod/Core/Types.hs b/Yesod/Core/Types.hs
+index 7e3fd0d..994d322 100644
+--- a/Yesod/Core/Types.hs
++++ b/Yesod/Core/Types.hs
+@@ -21,6 +21,7 @@ import           Control.Monad.Catch                (MonadCatch (..))
+ import           Control.Monad.Catch                (MonadMask (..))
+ #endif
+ import           Control.Monad.IO.Class             (MonadIO (liftIO))
++import qualified Control.Monad.Logger
+ import           Control.Monad.Logger               (LogLevel, LogSource,
+                                                      MonadLogger (..))
+ import           Control.Monad.Trans.Control        (MonadBaseControl (..))
+@@ -187,7 +188,7 @@ data RunHandlerEnv site = RunHandlerEnv
+     , rheRoute    :: !(Maybe (Route site))
+     , rheSite     :: !site
+     , rheUpload   :: !(RequestBodyLength -> FileUpload)
+-    , rheLog      :: !(Loc -> LogSource -> LogLevel -> LogStr -> IO ())
++    , rheLog      :: !(Control.Monad.Logger.Loc -> LogSource -> LogLevel -> LogStr -> IO ())
+     , rheOnError  :: !(ErrorResponse -> YesodApp)
+       -- ^ How to respond when an error is thrown internally.
+       --
+diff --git a/Yesod/Core/Widget.hs b/Yesod/Core/Widget.hs
+index 481199e..8489fbe 100644
+--- a/Yesod/Core/Widget.hs
++++ b/Yesod/Core/Widget.hs
+@@ -16,8 +16,8 @@ module Yesod.Core.Widget
+       WidgetT
+     , PageContent (..)
+       -- * Special Hamlet quasiquoter/TH for Widgets
+-    , whamlet
+-    , whamletFile
++    --, whamlet
++    --, whamletFile
+     , ihamletToRepHtml
+     , ihamletToHtml
+       -- * Convert to Widget
+@@ -46,7 +46,7 @@ module Yesod.Core.Widget
+     , widgetToParentWidget
+     , handlerToWidget
+       -- * Internal
+-    , whamletFileWithSettings
++    --, whamletFileWithSettings
+     , asWidgetT
+     ) where
+ 
+@@ -207,35 +207,9 @@ addScriptRemote = flip addScriptRemoteAttrs []
+ addScriptRemoteAttrs :: MonadWidget m => Text -> [(Text, Text)] -> m ()
+ addScriptRemoteAttrs x y = tell $ GWData mempty mempty (toUnique $ Script (Remote x) y) mempty mempty mempty mempty
+ 
+-whamlet :: QuasiQuoter
+-whamlet = NP.hamletWithSettings rules NP.defaultHamletSettings
+-
+-whamletFile :: FilePath -> Q Exp
+-whamletFile = NP.hamletFileWithSettings rules NP.defaultHamletSettings
+-
+-whamletFileWithSettings :: NP.HamletSettings -> FilePath -> Q Exp
+-whamletFileWithSettings = NP.hamletFileWithSettings rules
+-
+ asWidgetT :: WidgetT site m () -> WidgetT site m ()
+ asWidgetT = id
+ 
+-rules :: Q NP.HamletRules
+-rules = do
+-    ah <- [|asWidgetT . toWidget|]
+-    let helper qg f = do
+-            x <- newName "urender"
+-            e <- f $ VarE x
+-            let e' = LamE [VarP x] e
+-            g <- qg
+-            bind <- [|(>>=)|]
+-            return $ InfixE (Just g) bind (Just e')
+-    let ur f = do
+-            let env = NP.Env
+-                    (Just $ helper [|getUrlRenderParams|])
+-                    (Just $ helper [|liftM (toHtml .) getMessageRender|])
+-            f env
+-    return $ NP.HamletRules ah ur $ \_ b -> return $ ah `AppE` b
+-
+ -- | Wraps the 'Content' generated by 'hamletToContent' in a 'RepHtml'.
+ ihamletToRepHtml :: (MonadHandler m, RenderMessage (HandlerSite m) message)
+                  => HtmlUrlI18n message (Route (HandlerSite m))
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch b/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
new file mode 100644
index 0000000000..cb0ff9d08d
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
@@ -0,0 +1,1833 @@
+From 38834f94992679d8c4d936fec12eb32b82073553 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Wed, 21 May 2014 05:23:19 +0000
+Subject: [PATCH] splice TH
+
+---
+ Yesod/Form/Fields.hs    | 738 +++++++++++++++++++++++++++++++++---------------
+ Yesod/Form/Functions.hs | 289 +++++++++++++------
+ Yesod/Form/Jquery.hs    | 129 +++++++--
+ Yesod/Form/MassInput.hs | 233 ++++++++++++---
+ Yesod/Form/Nic.hs       |  65 ++++-
+ yesod-form.cabal        |   1 -
+ 6 files changed, 1054 insertions(+), 401 deletions(-)
+
+diff --git a/Yesod/Form/Fields.hs b/Yesod/Form/Fields.hs
+index cd67820..46b5d96 100644
+--- a/Yesod/Form/Fields.hs
++++ b/Yesod/Form/Fields.hs
+@@ -1,4 +1,3 @@
+-{-# LANGUAGE QuasiQuotes #-}
+ {-# LANGUAGE TypeFamilies #-}
+ {-# LANGUAGE OverloadedStrings #-}
+ {-# LANGUAGE GeneralizedNewtypeDeriving #-}
+@@ -18,9 +17,6 @@ module Yesod.Form.Fields
+     , timeField
+     , htmlField
+     , emailField
+-    , multiEmailField
+-    , searchField
+-    , AutoFocus
+     , urlField
+     , doubleField
+     , parseDate
+@@ -37,15 +33,11 @@ module Yesod.Form.Fields
+     , selectFieldList
+     , radioField
+     , radioFieldList
+-    , checkboxesFieldList
+-    , checkboxesField
+     , multiSelectField
+     , multiSelectFieldList
+     , Option (..)
+     , OptionList (..)
+     , mkOptionList
+-    , optionsPersist
+-    , optionsPersistKey
+     , optionsPairs
+     , optionsEnum
+     ) where
+@@ -72,6 +64,15 @@ import Control.Monad (when, unless)
+ import Data.Either (partitionEithers)
+ import Data.Maybe (listToMaybe, fromMaybe)
+ 
++import qualified Text.Blaze as Text.Blaze.Internal
++import qualified Text.Blaze.Internal
++import qualified Text.Hamlet
++import qualified Yesod.Core.Widget
++import qualified Text.Css
++import qualified Data.Monoid
++import qualified Data.Foldable
++import qualified Control.Monad
++
+ import qualified Blaze.ByteString.Builder.Html.Utf8 as B
+ import Blaze.ByteString.Builder (writeByteString, toLazyByteString)
+ import Blaze.ByteString.Builder.Internal.Write (fromWriteList)
+@@ -84,15 +85,12 @@ import Data.Text as T (Text, concat, intercalate, unpack, pack, splitOn)
+ import qualified Data.Text.Read
+ 
+ import qualified Data.Map as Map
+-import Yesod.Persist (selectList, runDB, Filter, SelectOpt, Key, YesodPersist, PersistEntity, PersistQuery)
+ import Control.Arrow ((&&&))
+ 
+ import Control.Applicative ((<$>), (<|>))
+ 
+ import Data.Attoparsec.Text (Parser, char, string, digit, skipSpace, endOfInput, parseOnly)
+ 
+-import Yesod.Persist.Core
+-
+ defaultFormMessage :: FormMessage -> Text
+ defaultFormMessage = englishFormMessage
+ 
+@@ -104,10 +102,24 @@ intField = Field
+             Right (a, "") -> Right a
+             _ -> Left $ MsgInvalidInteger s
+ 
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="number" step=1 :isReq:required="" value="#{showVal val}">
+-|]
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOn
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"number\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (showVal val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+   where
+@@ -121,10 +133,24 @@ doubleField = Field
+             Right (a, "") -> Right a
+             _ -> Left $ MsgInvalidNumber s
+ 
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="number" step=any :isReq:required="" value="#{showVal val}">
+-|]
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOz
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"text\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (showVal val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+   where showVal = either id (pack . show)
+@@ -132,10 +158,24 @@ $newline never
+ dayField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Day
+ dayField = Field
+     { fieldParse = parseHelper $ parseDate . unpack
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="date" :isReq:required="" value="#{showVal val}">
+-|]
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOJ
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"date\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (showVal val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+   where showVal = either id (pack . show)
+@@ -143,10 +183,23 @@ $newline never
+ timeField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m TimeOfDay
+ timeField = Field
+     { fieldParse = parseHelper parseTime
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} :isReq:required="" value="#{showVal val}">
+-|]
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOW
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (showVal val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+   where
+@@ -159,10 +212,18 @@ $newline never
+ htmlField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Html
+ htmlField = Field
+     { fieldParse = parseHelper $ Right . preEscapedText . sanitizeBalance
+-    , fieldView = \theId name attrs val _isReq -> toWidget [hamlet|
+-$newline never
+-<textarea id="#{theId}" name="#{name}" *{attrs}>#{showVal val}
+-|]
++    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arP6
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<textarea id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">");
++              id (toHtml (showVal val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "</textarea>") }
++
+     , fieldEnctype = UrlEncoded
+     }
+   where showVal = either id (pack . renderHtml)
+@@ -171,8 +232,6 @@ $newline never
+ -- br-tags.
+ newtype Textarea = Textarea { unTextarea :: Text }
+     deriving (Show, Read, Eq, PersistField, Ord, ToJSON, FromJSON)
+-instance PersistFieldSql Textarea where
+-    sqlType _ = SqlString
+ instance ToHtml Textarea where
+     toHtml =
+         unsafeByteString
+@@ -190,10 +249,18 @@ instance ToHtml Textarea where
+ textareaField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Textarea
+ textareaField = Field
+     { fieldParse = parseHelper $ Right . Textarea
+-    , fieldView = \theId name attrs val _isReq -> toWidget [hamlet|
+-$newline never
+-<textarea id="#{theId}" name="#{name}" *{attrs}>#{either id unTextarea val}
+-|]
++    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arPf
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<textarea id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">");
++              id (toHtml (either id unTextarea val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "</textarea>") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -201,10 +268,19 @@ hiddenField :: (Monad m, PathPiece p, RenderMessage (HandlerSite m) FormMessage)
+             => Field m p
+ hiddenField = Field
+     { fieldParse = parseHelper $ maybe (Left MsgValueRequired) Right . fromPathPiece
+-    , fieldView = \theId name attrs val _isReq -> toWidget [hamlet|
+-$newline never
+-<input type="hidden" id="#{theId}" name="#{name}" *{attrs} value="#{either id toPathPiece val}">
+-|]
++    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arPo
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack)
++                   "<input type=\"hidden\" id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
++              id (toHtml (either id toPathPiece val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -212,20 +288,55 @@ textField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Tex
+ textField = Field
+     { fieldParse = parseHelper $ Right
+     , fieldView = \theId name attrs val isReq ->
+-        [whamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="text" :isReq:required value="#{either id id val}">
+-|]
++        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"text\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
++               Nothing;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               (toHtml (either id id val));
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+ passwordField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Text
+ passwordField = Field
+     { fieldParse = parseHelper $ Right
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="password" :isReq:required="" value="#{either id id val}">
+-|]
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arPF
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack)
++                   "\" type=\"password\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (either id id val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -297,57 +408,24 @@ emailField = Field
+             case Email.canonicalizeEmail $ encodeUtf8 s of
+                 Just e -> Right $ decodeUtf8With lenientDecode e
+                 Nothing -> Left $ MsgInvalidEmail s
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="email" :isReq:required="" value="#{either id id val}">
+-|]
+-    , fieldEnctype = UrlEncoded
+-    }
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arQe
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"email\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (either id id val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
+ 
+--- |
+---
+--- Since 1.3.7
+-multiEmailField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m [Text]
+-multiEmailField = Field
+-    { fieldParse = parseHelper $
+-        \s ->
+-            let addrs = map validate $ splitOn "," s
+-            in case partitionEithers addrs of
+-                ([], good) -> Right good
+-                (bad, _) -> Left $ MsgInvalidEmail $ cat bad
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="email" multiple :isReq:required="" value="#{either id cat val}">
+-|]
+-    , fieldEnctype = UrlEncoded
+-    }
+-    where
+-        -- report offending address along with error
+-        validate a = case Email.validate $ encodeUtf8 a of
+-                        Left e -> Left $ T.concat [a, " (",  pack e, ")"]
+-                        Right r -> Right $ emailToText r
+-        cat = intercalate ", "
+-        emailToText = decodeUtf8With lenientDecode . Email.toByteString
+-
+-type AutoFocus = Bool
+-searchField :: Monad m => RenderMessage (HandlerSite m) FormMessage => AutoFocus -> Field m Text
+-searchField autoFocus = Field
+-    { fieldParse = parseHelper Right
+-    , fieldView = \theId name attrs val isReq -> do
+-        [whamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="search" :isReq:required="" :autoFocus:autofocus="" value="#{either id id val}">
+-|]
+-        when autoFocus $ do
+-          -- we want this javascript to be placed immediately after the field
+-          [whamlet|
+-$newline never
+-<script>if (!('autofocus' in document.createElement('input'))) {document.getElementById('#{theId}').focus();}
+-|]
+-          toWidget [cassius|
+-            ##{theId}
+-              -webkit-appearance: textfield
+-            |]
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -358,7 +436,30 @@ urlField = Field
+             Nothing -> Left $ MsgInvalidUrl s
+             Just _ -> Right s
+     , fieldView = \theId name attrs val isReq ->
+-        [whamlet|<input ##{theId} name=#{name} *{attrs} type=url :isReq:required value=#{either id id val}>|]
++        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"url\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
++               Nothing;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               (toHtml (either id id val));
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -371,18 +472,56 @@ selectField :: (Eq a, RenderMessage site FormMessage)
+             => HandlerT site IO (OptionList a)
+             -> Field (HandlerT site IO) a
+ selectField = selectFieldHelper
+-    (\theId name attrs inside -> [whamlet|
+-$newline never
+-<select ##{theId} name=#{name} *{attrs}>^{inside}
+-|]) -- outside
+-    (\_theId _name isSel -> [whamlet|
+-$newline never
+-<option value=none :isSel:selected>_{MsgSelectNone}
+-|]) -- onOpt
+-    (\_theId _name _attrs value isSel text -> [whamlet|
+-$newline never
+-<option value=#{value} :isSel:selected>#{text}
+-|]) -- inside
++    (\theId name attrs inside ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "<select id=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">");
++         (Yesod.Core.Widget.asWidgetT . toWidget) inside;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</select>") })
++ -- outside
++    (\_theId _name isSel ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "<option value=\"none\"");
++         Text.Hamlet.condH
++           [(isSel, 
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
++           Nothing;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">");
++         ((Control.Monad.liftM (toHtml .) getMessageRender)
++          >>=
++            (\ urender_arQS
++               -> (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (urender_arQS MsgSelectNone)));
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
++ -- onOpt
++    (\_theId _name _attrs value isSel text ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "<option value=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++         Text.Hamlet.condH
++           [(isSel, 
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
++           Nothing;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml text);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
++ -- inside
+ 
+ multiSelectFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg)
+                      => [(msg, a)]
+@@ -405,11 +544,48 @@ multiSelectField ioptlist =
+     view theId name attrs val isReq = do
+         opts <- fmap olOptions $ handlerToWidget ioptlist
+         let selOpts = map (id &&& (optselected val)) opts
+-        [whamlet|
+-            <select ##{theId} name=#{name} :isReq:required multiple *{attrs}>
+-                $forall (opt, optsel) <- selOpts
+-                    <option value=#{optionExternalValue opt} :optsel:selected>#{optionDisplay opt}
+-                |]
++        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "<select id=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
++               Nothing;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " multiple");
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) ">");
++             Data.Foldable.mapM_
++               (\ (opt_arRl, optsel_arRm)
++                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "<option value=\"");
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (toHtml (optionExternalValue opt_arRl));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++                          Text.Hamlet.condH
++                            [(optsel_arRm, 
++                              (Yesod.Core.Widget.asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) ">");
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (toHtml (optionDisplay opt_arRl));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
++               selOpts;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "</select>") }
++
+         where
+             optselected (Left _) _ = False
+             optselected (Right vals) opt = (optionInternalValue opt) `elem` vals
+@@ -419,67 +595,172 @@ radioFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg)
+                -> Field (HandlerT site IO) a
+ radioFieldList = radioField . optionsPairs
+ 
+-checkboxesFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg) => [(msg, a)]
+-                     -> Field (HandlerT site IO) [a]
+-checkboxesFieldList = checkboxesField . optionsPairs
+-
+-checkboxesField :: (Eq a, RenderMessage site FormMessage)
+-                 => HandlerT site IO (OptionList a)
+-                 -> Field (HandlerT site IO) [a]
+-checkboxesField ioptlist = (multiSelectField ioptlist)
+-    { fieldView =
+-        \theId name attrs val isReq -> do
+-            opts <- fmap olOptions $ handlerToWidget ioptlist
+-            let optselected (Left _) _ = False
+-                optselected (Right vals) opt = (optionInternalValue opt) `elem` vals
+-            [whamlet|
+-                <span ##{theId}>
+-                    $forall opt <- opts
+-                        <label>
+-                            <input type=checkbox name=#{name} value=#{optionExternalValue opt} *{attrs} :optselected val opt:checked>
+-                            #{optionDisplay opt}
+-                |]
+-    }
+ 
+ radioField :: (Eq a, RenderMessage site FormMessage)
+            => HandlerT site IO (OptionList a)
+            -> Field (HandlerT site IO) a
+ radioField = selectFieldHelper
+-    (\theId _name _attrs inside -> [whamlet|
+-$newline never
+-<div ##{theId}>^{inside}
+-|])
+-    (\theId name isSel -> [whamlet|
+-$newline never
+-<label .radio for=#{theId}-none>
+-    <div>
+-        <input id=#{theId}-none type=radio name=#{name} value=none :isSel:checked>
+-        _{MsgSelectNone}
+-|])
+-    (\theId name attrs value isSel text -> [whamlet|
+-$newline never
+-<label .radio for=#{theId}-#{value}>
+-    <div>
+-        <input id=#{theId}-#{value} type=radio name=#{name} value=#{value} :isSel:checked *{attrs}>
+-        \#{text}
+-|])
++    (\theId _name _attrs inside ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "<div id=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++         (Yesod.Core.Widget.asWidgetT . toWidget) inside;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++
++    (\theId name isSel ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "<label class=\"radio\" for=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "-none\"><div><input id=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "-none\" type=\"radio\" name=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"none\"");
++         Text.Hamlet.condH
++           [(isSel, 
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++           Nothing;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">");
++         ((Control.Monad.liftM (toHtml .) getMessageRender)
++          >>=
++            (\ urender_arRA
++               -> (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (urender_arRA MsgSelectNone)));
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</div></label>") })
++
++    (\theId name attrs value isSel text ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "<label class=\"radio\" for=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "-");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "\"><div><input id=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "-");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "\" type=\"radio\" name=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++         Text.Hamlet.condH
++           [(isSel, 
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++           Nothing;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml text);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</div></label>") })
++
+ 
+ boolField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Bool
+ boolField = Field
+       { fieldParse = \e _ -> return $ boolParser e
+-      , fieldView = \theId name attrs val isReq -> [whamlet|
+-$newline never
+-  $if not isReq
+-      <input id=#{theId}-none *{attrs} type=radio name=#{name} value=none checked>
+-      <label for=#{theId}-none>_{MsgSelectNone}
+-
+-
+-<input id=#{theId}-yes *{attrs} type=radio name=#{name} value=yes :showVal id val:checked>
+-<label for=#{theId}-yes>_{MsgBoolYes}
++      , fieldView = \theId name attrs val isReq ->       do { Text.Hamlet.condH
++             [(not isReq, 
++               do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack)
++                         "-none\" type=\"radio\" name=\"");
++                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack)
++                         "\" value=\"none\" checked");
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
++                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack) "-none\">");
++                    ((Control.Monad.liftM (toHtml .) getMessageRender)
++                     >>=
++                       (\ urender_arRX
++                          -> (Yesod.Core.Widget.asWidgetT . toWidget)
++                               (urender_arRX MsgSelectNone)));
++                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                      ((Text.Blaze.Internal.preEscapedText . pack) "</label>") })]
++             Nothing;
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack)
++                "-yes\" type=\"radio\" name=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"yes\"");
++           Text.Hamlet.condH
++             [(showVal id val, 
++               (Yesod.Core.Widget.asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++             Nothing;
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "-yes\">");
++           ((Control.Monad.liftM (toHtml .) getMessageRender)
++            >>=
++              (\ urender_arRY
++                 -> (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (urender_arRY MsgBoolYes)));
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack)
++                "</label><input id=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack)
++                "-no\" type=\"radio\" name=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"no\"");
++           Text.Hamlet.condH
++             [(showVal not val, 
++               (Yesod.Core.Widget.asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++             Nothing;
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
++           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "-no\">");
++           ((Control.Monad.liftM (toHtml .) getMessageRender)
++            >>=
++              (\ urender_arRZ
++                 -> (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (urender_arRZ MsgBoolNo)));
++           (Yesod.Core.Widget.asWidgetT . toWidget)
++             ((Text.Blaze.Internal.preEscapedText . pack) "</label>") }
+ 
+-<input id=#{theId}-no *{attrs} type=radio name=#{name} value=no :showVal not val:checked>
+-<label for=#{theId}-no>_{MsgBoolNo}
+-|]
+     , fieldEnctype = UrlEncoded
+     }
+   where
+@@ -505,10 +786,25 @@ $newline never
+ checkBoxField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Bool
+ checkBoxField = Field
+     { fieldParse = \e _ -> return $ checkBoxParser e
+-    , fieldView  = \theId name attrs val _ -> [whamlet|
+-$newline never
+-<input id=#{theId} *{attrs} type=checkbox name=#{name} value=yes :showVal id val:checked>
+-|]
++    , fieldView  = \theId name attrs val _ ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "\" type=\"checkbox\" name=\"");
++         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"yes\"");
++         Text.Hamlet.condH
++           [(showVal id val, 
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++           Nothing;
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++         (Yesod.Core.Widget.asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -552,50 +848,6 @@ optionsPairs opts = do
+ optionsEnum :: (MonadHandler m, Show a, Enum a, Bounded a) => m (OptionList a)
+ optionsEnum = optionsPairs $ map (\x -> (pack $ show x, x)) [minBound..maxBound]
+ 
+-optionsPersist :: ( YesodPersist site, PersistEntity a
+-                  , PersistQuery (YesodPersistBackend site (HandlerT site IO))
+-                  , PathPiece (Key a)
+-                  , PersistEntityBackend a ~ PersistMonadBackend (YesodPersistBackend site (HandlerT site IO))
+-                  , RenderMessage site msg
+-                  )
+-               => [Filter a]
+-               -> [SelectOpt a]
+-               -> (a -> msg)
+-               -> HandlerT site IO (OptionList (Entity a))
+-optionsPersist filts ords toDisplay = fmap mkOptionList $ do
+-    mr <- getMessageRender
+-    pairs <- runDB $ selectList filts ords
+-    return $ map (\(Entity key value) -> Option
+-        { optionDisplay = mr (toDisplay value)
+-        , optionInternalValue = Entity key value
+-        , optionExternalValue = toPathPiece key
+-        }) pairs
+-
+--- | An alternative to 'optionsPersist' which returns just the @Key@ instead of
+--- the entire @Entity@.
+---
+--- Since 1.3.2
+-optionsPersistKey
+-  :: (YesodPersist site
+-     , PersistEntity a
+-     , PersistQuery (YesodPersistBackend site (HandlerT site IO))
+-     , PathPiece (Key a)
+-     , RenderMessage site msg
+-     , PersistEntityBackend a ~ PersistMonadBackend (YesodPersistBackend site (HandlerT site IO)))
+-  => [Filter a]
+-  -> [SelectOpt a]
+-  -> (a -> msg)
+-  -> HandlerT site IO (OptionList (Key a))
+-
+-optionsPersistKey filts ords toDisplay = fmap mkOptionList $ do
+-    mr <- getMessageRender
+-    pairs <- runDB $ selectList filts ords
+-    return $ map (\(Entity key value) -> Option
+-        { optionDisplay = mr (toDisplay value)
+-        , optionInternalValue = key
+-        , optionExternalValue = toPathPiece key
+-        }) pairs
+-
+ selectFieldHelper
+         :: (Eq a, RenderMessage site FormMessage)
+         => (Text -> Text -> [(Text, Text)] -> WidgetT site IO () -> WidgetT site IO ())
+@@ -638,9 +890,21 @@ fileField = Field
+         case files of
+             [] -> Right Nothing
+             file:_ -> Right $ Just file
+-    , fieldView = \id' name attrs _ isReq -> toWidget [hamlet|
+-            <input id=#{id'} name=#{name} *{attrs} type=file :isReq:required>
+-        |]
++    , fieldView = \id' name attrs _ isReq -> toWidget  $     \ _render_arSN
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml id');
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"file\"");
++              Text.Hamlet.condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
++                Nothing;
++              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = Multipart
+     }
+ 
+@@ -667,10 +931,20 @@ fileAFormReq fs = AForm $ \(site, langs) menvs ints -> do
+             { fvLabel = toHtml $ renderMessage site langs $ fsLabel fs
+             , fvTooltip = fmap (toHtml . renderMessage site langs) $ fsTooltip fs
+             , fvId = id'
+-            , fvInput = [whamlet|
+-$newline never
+-<input type=file name=#{name} ##{id'} *{fsAttrs fs}>
+-|]
++            , fvInput =             do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack)
++                      "<input type=\"file\" name=\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "\" id=\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml id');
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Hamlet.attrsToHtml . toAttributes) (fsAttrs fs));
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+             , fvErrors = errs
+             , fvRequired = True
+             }
+@@ -699,10 +973,20 @@ fileAFormOpt fs = AForm $ \(master, langs) menvs ints -> do
+             { fvLabel = toHtml $ renderMessage master langs $ fsLabel fs
+             , fvTooltip = fmap (toHtml . renderMessage master langs) $ fsTooltip fs
+             , fvId = id'
+-            , fvInput = [whamlet|
+-$newline never
+-<input type=file name=#{name} ##{id'} *{fsAttrs fs}>
+-|]
++            , fvInput =             do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack)
++                      "<input type=\"file\" name=\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "\" id=\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml id');
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Hamlet.attrsToHtml . toAttributes) (fsAttrs fs));
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+             , fvErrors = errs
+             , fvRequired = False
+             }
+diff --git a/Yesod/Form/Functions.hs b/Yesod/Form/Functions.hs
+index d84633e..9d9257f 100644
+--- a/Yesod/Form/Functions.hs
++++ b/Yesod/Form/Functions.hs
+@@ -25,7 +25,6 @@ module Yesod.Form.Functions
+     , generateFormPost
+     , generateFormGet
+       -- * More than one form on a handler
+-    , identifyForm
+       -- * Rendering
+     , FormRender
+     , renderTable
+@@ -56,12 +55,16 @@ import Text.Blaze (Markup, toMarkup)
+ #define toHtml toMarkup
+ import Yesod.Core
+ import Network.Wai (requestMethod)
+-import Text.Hamlet (shamlet)
++--`import Text.Hamlet (shamlet)
+ import Data.Monoid (mempty)
+ import Data.Maybe (listToMaybe, fromMaybe)
+ import qualified Data.Map as Map
+ import qualified Data.Text.Encoding as TE
+ import Control.Arrow (first)
++import qualified Text.Blaze.Internal
++import qualified Yesod.Core.Widget
++import qualified Data.Foldable
++import qualified Text.Hamlet
+ 
+ -- | Get a unique identifier.
+ newFormIdent :: Monad m => MForm m Text
+@@ -213,7 +216,14 @@ postHelper form env = do
+     let token =
+             case reqToken req of
+                 Nothing -> mempty
+-                Just n -> [shamlet|<input type=hidden name=#{tokenKey} value=#{n}>|]
++                Just n ->                 do { id
++                       ((Text.Blaze.Internal.preEscapedText . pack)
++                          "<input type=\"hidden\" name=\"");
++                     id (toHtml tokenKey);
++                     id ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
++                     id (toHtml n);
++                     id ((Text.Blaze.Internal.preEscapedText . pack) "\">") }
++
+     m <- getYesod
+     langs <- languages
+     ((res, xml), enctype) <- runFormGeneric (form token) m langs env
+@@ -282,61 +292,17 @@ getHelper :: MonadHandler m
+           -> Maybe (Env, FileEnv)
+           -> m (a, Enctype)
+ getHelper form env = do
+-    let fragment = [shamlet|<input type=hidden name=#{getKey}>|]
++    let fragment =     do { id
++           ((Text.Blaze.Internal.preEscapedText . pack)
++              "<input type=\"hidden\" name=\"");
++         id (toHtml getKey);
++         id ((Text.Blaze.Internal.preEscapedText . pack) "\">") }
++
+     langs <- languages
+     m <- getYesod
+     runFormGeneric (form fragment) m langs env
+ 
+ 
+--- | Creates a hidden field on the form that identifies it.  This
+--- identification is then used to distinguish between /missing/
+--- and /wrong/ form data when a single handler contains more than
+--- one form.
+---
+--- For instance, if you have the following code on your handler:
+---
+--- > ((fooRes, fooWidget), fooEnctype) <- runFormPost fooForm
+--- > ((barRes, barWidget), barEnctype) <- runFormPost barForm
+---
+--- Then replace it with
+---
+--- > ((fooRes, fooWidget), fooEnctype) <- runFormPost $ identifyForm "foo" fooForm
+--- > ((barRes, barWidget), barEnctype) <- runFormPost $ identifyForm "bar" barForm
+---
+--- Note that it's your responsibility to ensure that the
+--- identification strings are unique (using the same one twice on a
+--- single handler will not generate any errors).  This allows you
+--- to create a variable number of forms and still have them work
+--- even if their number or order change between the HTML
+--- generation and the form submission.
+-identifyForm
+-  :: Monad m
+-  => Text -- ^ Form identification string.
+-  -> (Html -> MForm m (FormResult a, WidgetT (HandlerSite m) IO ()))
+-  -> (Html -> MForm m (FormResult a, WidgetT (HandlerSite m) IO ()))
+-identifyForm identVal form = \fragment -> do
+-    -- Create hidden <input>.
+-    let fragment' =
+-          [shamlet|
+-            <input type=hidden name=#{identifyFormKey} value=#{identVal}>
+-            #{fragment}
+-          |]
+-
+-    -- Check if we got its value back.
+-    mp <- askParams
+-    let missing = (mp >>= Map.lookup identifyFormKey) /= Just [identVal]
+-
+-    -- Run the form proper (with our hidden <input>).  If the
+-    -- data is missing, then do not provide any params to the
+-    -- form, which will turn its result into FormMissing.  Also,
+-    -- doing this avoids having lots of fields with red errors.
+-    let eraseParams | missing   = local (\(_, h, l) -> (Nothing, h, l))
+-                    | otherwise = id
+-    eraseParams (form fragment')
+-
+-identifyFormKey :: Text
+-identifyFormKey = "_formid"
+-
+ 
+ type FormRender m a =
+        AForm m a
+@@ -347,19 +313,66 @@ renderTable, renderDivs, renderDivsNoLabels :: Monad m => FormRender m a
+ renderTable aform fragment = do
+     (res, views') <- aFormToForm aform
+     let views = views' []
+-    let widget = [whamlet|
+-$newline never
+-\#{fragment}
+-$forall view <- views
+-    <tr :fvRequired view:.required :not $ fvRequired view:.optional>
+-        <td>
+-            <label for=#{fvId view}>#{fvLabel view}
+-            $maybe tt <- fvTooltip view
+-                <div .tooltip>#{tt}
+-        <td>^{fvInput view}
+-        $maybe err <- fvErrors view
+-            <td .errors>#{err}
+-|]
++    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++         Data.Foldable.mapM_
++           (\ view_aagq
++              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "<tr");
++                      Text.Hamlet.condH
++                        [(or [fvRequired view_aagq, not (fvRequired view_aagq)], 
++                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) " class=\"");
++                               Text.Hamlet.condH
++                                 [(fvRequired view_aagq, 
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
++                                 Nothing;
++                               Text.Hamlet.condH
++                                 [(not (fvRequired view_aagq), 
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "optional"))]
++                                 Nothing;
++                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) "\"") })]
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "><td><label for=\"");
++                      (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagq));
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (toHtml (fvLabel view_aagq));
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</label>");
++                      Text.Hamlet.maybeH
++                        (fvTooltip view_aagq)
++                        (\ tt_aagr
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<div class=\"tooltip\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagr);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</td><td>");
++                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagq);
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</td>");
++                      Text.Hamlet.maybeH
++                        (fvErrors view_aagq)
++                        (\ err_aags
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<td class=\"errors\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aags);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</td>") })
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</tr>") })
++           views }
++
+     return (res, widget)
+ 
+ -- | render a field inside a div
+@@ -372,19 +385,67 @@ renderDivsMaybeLabels :: Monad m => Bool -> FormRender m a
+ renderDivsMaybeLabels withLabels aform fragment = do
+     (res, views') <- aFormToForm aform
+     let views = views' []
+-    let widget = [whamlet|
+-$newline never
+-\#{fragment}
+-$forall view <- views
+-    <div :fvRequired view:.required :not $ fvRequired view:.optional>
+-        $if withLabels
+-                <label for=#{fvId view}>#{fvLabel view}
+-        $maybe tt <- fvTooltip view
+-            <div .tooltip>#{tt}
+-        ^{fvInput view}
+-        $maybe err <- fvErrors view
+-            <div .errors>#{err}
+-|]
++    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++         Data.Foldable.mapM_
++           (\ view_aagE
++              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "<div");
++                      Text.Hamlet.condH
++                        [(or [fvRequired view_aagE, not (fvRequired view_aagE)], 
++                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) " class=\"");
++                               Text.Hamlet.condH
++                                 [(fvRequired view_aagE, 
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
++                                 Nothing;
++                               Text.Hamlet.condH
++                                 [(not (fvRequired view_aagE), 
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "optional"))]
++                                 Nothing;
++                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) "\"") })]
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) ">");
++                      Text.Hamlet.condH
++                        [(withLabels, 
++                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) "<label for=\"");
++                               (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagE));
++                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 (toHtml (fvLabel view_aagE));
++                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 ((Text.Blaze.Internal.preEscapedText . pack) "</label>") })]
++                        Nothing;
++                      Text.Hamlet.maybeH
++                        (fvTooltip view_aagE)
++                        (\ tt_aagF
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<div class=\"tooltip\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagF);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagE);
++                      Text.Hamlet.maybeH
++                        (fvErrors view_aagE)
++                        (\ err_aagG
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<div class=\"errors\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aagG);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++           views }
++
+     return (res, widget)
+ 
+ -- | Render a form using Bootstrap v2-friendly shamlet syntax.
+@@ -410,19 +471,63 @@ renderBootstrap aform fragment = do
+     let views = views' []
+         has (Just _) = True
+         has Nothing  = False
+-    let widget = [whamlet|
+-                $newline never
+-                \#{fragment}
+-                $forall view <- views
+-                    <div .control-group .clearfix :fvRequired view:.required :not $ fvRequired view:.optional :has $ fvErrors view:.error>
+-                        <label .control-label for=#{fvId view}>#{fvLabel view}
+-                        <div .controls .input>
+-                            ^{fvInput view}
+-                            $maybe tt <- fvTooltip view
+-                                <span .help-block>#{tt}
+-                            $maybe err <- fvErrors view
+-                                <span .help-block>#{err}
+-                |]
++    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++         Data.Foldable.mapM_
++           (\ view_aagR
++              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack)
++                           "<div class=\"control-group clearfix ");
++                      Text.Hamlet.condH
++                        [(fvRequired view_aagR, 
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
++                        Nothing;
++                      Text.Hamlet.condH
++                        [(not (fvRequired view_aagR), 
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "optional "))]
++                        Nothing;
++                      Text.Hamlet.condH
++                        [(has (fvErrors view_aagR), 
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . pack) "error"))]
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack)
++                           "\"><label class=\"control-label\" for=\"");
++                      (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagR));
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (toHtml (fvLabel view_aagR));
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack)
++                           "</label><div class=\"controls input\">");
++                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagR);
++                      Text.Hamlet.maybeH
++                        (fvTooltip view_aagR)
++                        (\ tt_aagS
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<span class=\"help-block\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagS);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</span>") })
++                        Nothing;
++                      Text.Hamlet.maybeH
++                        (fvErrors view_aagR)
++                        (\ err_aagT
++                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack)
++                                        "<span class=\"help-block\">");
++                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aagT);
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . pack) "</span>") })
++                        Nothing;
++                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "</div></div>") })
++           views }
++
+     return (res, widget)
+ {-# DEPRECATED renderBootstrap "Please use the Yesod.Form.Bootstrap3 module." #-}
+ 
+diff --git a/Yesod/Form/Jquery.hs b/Yesod/Form/Jquery.hs
+index 2c4ae25..ed9b366 100644
+--- a/Yesod/Form/Jquery.hs
++++ b/Yesod/Form/Jquery.hs
+@@ -12,12 +12,24 @@ module Yesod.Form.Jquery
+     , Default (..)
+     ) where
+ 
++import qualified Text.Blaze as Text.Blaze.Internal
++import qualified Text.Blaze.Internal
++import qualified Text.Hamlet
++import qualified Yesod.Core.Widget
++import qualified Text.Css
++import qualified Data.Monoid
++import qualified Data.Foldable
++import qualified Control.Monad
++import qualified Text.Julius
++import qualified Data.Text.Lazy.Builder
++import qualified Text.Shakespeare
++
+ import Yesod.Core
+ import Yesod.Form
+ import Data.Time (Day)
+ import Data.Default
+-import Text.Hamlet (shamlet)
+-import Text.Julius (julius, rawJS)
++--import Text.Hamlet (shamlet)
++import Text.Julius (rawJS)
+ import Data.Text (Text, pack, unpack)
+ import Data.Monoid (mconcat)
+ 
+@@ -60,27 +72,59 @@ jqueryDayField jds = Field
+               . readMay
+               . unpack
+     , fieldView = \theId name attrs val isReq -> do
+-        toWidget [shamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="date" :isReq:required="" value="#{showVal val}">
+-|]
++        toWidget  $         do { id
++               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++             id (toHtml theId);
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             id (toHtml name);
++             id
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"date\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++               Nothing;
++             id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++             id (toHtml (showVal val));
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             id ((Text.Hamlet.attrsToHtml . Text.Hamlet.toAttributes) attrs);
++             id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+         addScript' urlJqueryJs
+         addScript' urlJqueryUiJs
+         addStylesheet' urlJqueryUiCss
+-        toWidget [julius|
+-$(function(){
+-    var i = document.getElementById("#{rawJS theId}");
+-    if (i.type != "date") {
+-        $(i).datepicker({
+-            dateFormat:'yy-mm-dd',
+-            changeMonth:#{jsBool $ jdsChangeMonth jds},
+-            changeYear:#{jsBool $ jdsChangeYear jds},
+-            numberOfMonths:#{rawJS $ mos $ jdsNumberOfMonths jds},
+-            yearRange:#{toJSON $ jdsYearRange jds}
+-        });
+-    }
+-});
+-|]
++        toWidget  $         Text.Julius.asJavascriptUrl
++          (\ _render_a1lYC
++             -> mconcat
++                  [Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\n$(function(){\n    var i = document.getElementById(\""),
++                   Text.Julius.toJavascript (rawJS theId),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\");\n    if (i.type != \"date\") {\n        $(i).datepicker({\n            dateFormat:'yy-mm-dd',\n            changeMonth:"),
++                   Text.Julius.toJavascript (jsBool (jdsChangeMonth jds)),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        ",\n            changeYear:"),
++                   Text.Julius.toJavascript (jsBool (jdsChangeYear jds)),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        ",\n            numberOfMonths:"),
++                   Text.Julius.toJavascript (rawJS (mos (jdsNumberOfMonths jds))),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        ",\n            yearRange:"),
++                   Text.Julius.toJavascript (toJSON (jdsYearRange jds)),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\n        });\n    }\n});")])
++
+     , fieldEnctype = UrlEncoded
+     }
+   where
+@@ -101,16 +145,47 @@ jqueryAutocompleteField :: (RenderMessage site FormMessage, YesodJquery site)
+ jqueryAutocompleteField src = Field
+     { fieldParse = parseHelper $ Right
+     , fieldView = \theId name attrs val isReq -> do
+-        toWidget [shamlet|
+-$newline never
+-<input id="#{theId}" name="#{name}" *{attrs} type="text" :isReq:required="" value="#{either id id val}" .autocomplete>
+-|]
++        toWidget  $         do { id
++               ((Text.Blaze.Internal.preEscapedText . pack)
++                  "<input class=\"autocomplete\" id=\"");
++             id (toHtml theId);
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             id (toHtml name);
++             id
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"text\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++               Nothing;
++             id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++             id (toHtml (either id id val));
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             id ((Text.Hamlet.attrsToHtml . Text.Hamlet.toAttributes) attrs);
++             id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+         addScript' urlJqueryJs
+         addScript' urlJqueryUiJs
+         addStylesheet' urlJqueryUiCss
+-        toWidget [julius|
+-$(function(){$("##{rawJS theId}").autocomplete({source:"@{src}",minLength:2})});
+-|]
++        toWidget  $         Text.Julius.asJavascriptUrl
++          (\ _render_a1lYP
++             -> mconcat
++                  [Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\n$(function(){$(\"#"),
++                   Text.Julius.toJavascript (rawJS theId),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\").autocomplete({source:\""),
++                   Text.Julius.Javascript
++                     (Data.Text.Lazy.Builder.fromText
++                        (_render_a1lYP src [])),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "\",minLength:2})});")])
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+diff --git a/Yesod/Form/MassInput.hs b/Yesod/Form/MassInput.hs
+index a2b434d..6766ad8 100644
+--- a/Yesod/Form/MassInput.hs
++++ b/Yesod/Form/MassInput.hs
+@@ -9,6 +9,16 @@ module Yesod.Form.MassInput
+     , massTable
+     ) where
+ 
++import qualified Data.Text
++import qualified Text.Blaze as Text.Blaze.Internal
++import qualified Text.Blaze.Internal
++import qualified Text.Hamlet
++import qualified Yesod.Core.Widget
++import qualified Text.Css
++import qualified Data.Monoid
++import qualified Data.Foldable
++import qualified Control.Monad
++
+ import Yesod.Form.Types
+ import Yesod.Form.Functions
+ import Yesod.Form.Fields (checkBoxField)
+@@ -70,16 +80,28 @@ inputList label fixXml single mdef = formToAForm $ do
+         { fvLabel = label
+         , fvTooltip = Nothing
+         , fvId = theId
+-        , fvInput = [whamlet|
+-$newline never
+-^{fixXml views}
+-<p>
+-    $forall xml <- xmls
+-        ^{xml}
+-    <input .count type=hidden name=#{countName} value=#{count}>
+-    <input type=checkbox name=#{addName}>
+-    Add another row
+-|]
++        , fvInput =         do { (Yesod.Core.Widget.asWidgetT . toWidget) (fixXml views);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<p>");
++             Data.Foldable.mapM_
++               (\ xml_aUS3 -> (Yesod.Core.Widget.asWidgetT . toWidget) xml_aUS3)
++               xmls;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "<input class=\"count\" type=\"hidden\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml countName);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "\" value=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml count);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "\"><input type=\"checkbox\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml addName);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "\">Add another row</p>") }
++
+         , fvErrors = Nothing
+         , fvRequired = False
+         }])
+@@ -92,10 +114,14 @@ withDelete af = do
+     deleteName <- newFormIdent
+     (menv, _, _) <- ask
+     res <- case menv >>= Map.lookup deleteName . fst of
+-        Just ("yes":_) -> return $ Left [whamlet|
+-$newline never
+-<input type=hidden name=#{deleteName} value=yes>
+-|]
++        Just ("yes":_) -> return $ Left  $         do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "<input type=\"hidden\" name=\"");
++             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml deleteName);
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "\" value=\"yes\">") }
++
+         _ -> do
+             (_, xml2) <- aFormToForm $ areq checkBoxField FieldSettings
+                 { fsLabel = SomeMessage MsgDelete
+@@ -121,32 +147,155 @@ fixme eithers =
+ massDivs, massTable
+          :: [[FieldView site]]
+          -> WidgetT site IO ()
+-massDivs viewss = [whamlet|
+-$newline never
+-$forall views <- viewss
+-    <fieldset>
+-        $forall view <- views
+-            <div :fvRequired view:.required :not $ fvRequired view:.optional>
+-                <label for=#{fvId view}>#{fvLabel view}
+-                $maybe tt <- fvTooltip view
+-                    <div .tooltip>#{tt}
+-                ^{fvInput view}
+-                $maybe err <- fvErrors view
+-                    <div .errors>#{err}
+-|]
++massDivs viewss = Data.Foldable.mapM_
++  (\ views_aUSm
++     -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "<fieldset>");
++             Data.Foldable.mapM_
++               (\ view_aUSn
++                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<div");
++                          Text.Hamlet.condH
++                            [(or [fvRequired view_aUSn, not (fvRequired view_aUSn)], 
++                              do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                        " class=\"");
++                                   Text.Hamlet.condH
++                                     [(fvRequired view_aUSn, 
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "required "))]
++                                     Nothing;
++                                   Text.Hamlet.condH
++                                     [(not (fvRequired view_aUSn), 
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "optional"))]
++                                     Nothing;
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                        "\"") })]
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                               "><label for=\"");
++                          (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aUSn));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "\">");
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (toHtml (fvLabel view_aUSn));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</label>");
++                          Text.Hamlet.maybeH
++                            (fvTooltip view_aUSn)
++                            (\ tt_aUSo
++                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "<div class=\"tooltip\">");
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         (toHtml tt_aUSo);
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "</div>") })
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aUSn);
++                          Text.Hamlet.maybeH
++                            (fvErrors view_aUSn)
++                            (\ err_aUSp
++                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "<div class=\"errors\">");
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         (toHtml err_aUSp);
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "</div>") })
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</div>") })
++               views_aUSm;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "</fieldset>") })
++  viewss
++
++
++massTable viewss = Data.Foldable.mapM_
++  (\ views_aUSu
++     -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "<fieldset><table>");
++             Data.Foldable.mapM_
++               (\ view_aUSv
++                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<tr");
++                          Text.Hamlet.condH
++                            [(or [fvRequired view_aUSv, not (fvRequired view_aUSv)], 
++                              do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                        " class=\"");
++                                   Text.Hamlet.condH
++                                     [(fvRequired view_aUSv, 
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "required "))]
++                                     Nothing;
++                                   Text.Hamlet.condH
++                                     [(not (fvRequired view_aUSv), 
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "optional"))]
++                                     Nothing;
++                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                        "\"") })]
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                               "><td><label for=\"");
++                          (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aUSv));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "\">");
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (toHtml (fvLabel view_aUSv));
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</label>");
++                          Text.Hamlet.maybeH
++                            (fvTooltip view_aUSv)
++                            (\ tt_aUSw
++                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "<div class=\"tooltip\">");
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         (toHtml tt_aUSw);
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "</div>") })
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                               "</td><td>");
++                          (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aUSv);
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</td>");
++                          Text.Hamlet.maybeH
++                            (fvErrors view_aUSv)
++                            (\ err_aUSx
++                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "<td class=\"errors\">");
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         (toHtml err_aUSx);
++                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                                            "</td>") })
++                            Nothing;
++                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</tr>") })
++               views_aUSu;
++             (Yesod.Core.Widget.asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
++                  "</table></fieldset>") })
++  viewss
+ 
+-massTable viewss = [whamlet|
+-$newline never
+-$forall views <- viewss
+-    <fieldset>
+-        <table>
+-            $forall view <- views
+-                <tr :fvRequired view:.required :not $ fvRequired view:.optional>
+-                    <td>
+-                        <label for=#{fvId view}>#{fvLabel view}
+-                        $maybe tt <- fvTooltip view
+-                            <div .tooltip>#{tt}
+-                    <td>^{fvInput view}
+-                    $maybe err <- fvErrors view
+-                        <td .errors>#{err}
+-|]
+diff --git a/Yesod/Form/Nic.hs b/Yesod/Form/Nic.hs
+index 2862678..04ddaba 100644
+--- a/Yesod/Form/Nic.hs
++++ b/Yesod/Form/Nic.hs
+@@ -9,11 +9,24 @@ module Yesod.Form.Nic
+     , nicHtmlField
+     ) where
+ 
++import qualified Text.Blaze as Text.Blaze.Internal
++import qualified Text.Blaze.Internal
++import qualified Text.Hamlet
++import qualified Yesod.Core.Widget
++import qualified Text.Css
++import qualified Data.Monoid
++import qualified Data.Foldable
++import qualified Control.Monad
++import qualified Text.Julius
++import qualified Data.Text.Lazy.Builder
++import qualified Text.Shakespeare
++
++
+ import Yesod.Core
+ import Yesod.Form
+ import Text.HTML.SanitizeXSS (sanitizeBalance)
+-import Text.Hamlet (shamlet)
+-import Text.Julius (julius, rawJS)
++--import Text.Hamlet (shamlet)
++import Text.Julius ( rawJS)
+ import Text.Blaze.Html.Renderer.String (renderHtml)
+ import Data.Text (Text, pack)
+ import Data.Maybe (listToMaybe)
+@@ -27,20 +40,48 @@ nicHtmlField :: YesodNic site => Field (HandlerT site IO) Html
+ nicHtmlField = Field
+     { fieldParse = \e _ -> return . Right . fmap (preEscapedToMarkup . sanitizeBalance) . listToMaybe $ e
+     , fieldView = \theId name attrs val _isReq -> do
+-        toWidget [shamlet|
+-$newline never
+-    <textarea id="#{theId}" *{attrs} name="#{name}" .html>#{showVal val}
+-|]
++        toWidget  $         do { id
++               ((Text.Blaze.Internal.preEscapedText . pack)
++                  "<textarea class=\"html\" id=\"");
++             id (toHtml theId);
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             id (toHtml name);
++             id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             id ((Text.Hamlet.attrsToHtml . Text.Hamlet.toAttributes) attrs);
++             id ((Text.Blaze.Internal.preEscapedText . pack) ">");
++             id (toHtml (showVal val));
++             id ((Text.Blaze.Internal.preEscapedText . pack) "</textarea>") }
++
+         addScript' urlNicEdit
+         master <- getYesod
+         toWidget $
+           case jsLoader master of
+-            BottomOfHeadBlocking -> [julius|
+-bkLib.onDomLoaded(function(){new nicEditor({fullPanel:true}).panelInstance("#{rawJS theId}")});
+-|]
+-            _ -> [julius|
+-(function(){new nicEditor({fullPanel:true}).panelInstance("#{rawJS theId}")})();
+-|]
++            BottomOfHeadBlocking ->             Text.Julius.asJavascriptUrl
++              (\ _render_a1qhO
++                 -> Data.Monoid.mconcat
++                      [Text.Julius.Javascript
++                         ((Data.Text.Lazy.Builder.fromText
++                           . Text.Shakespeare.pack')
++                            "\nbkLib.onDomLoaded(function(){new nicEditor({true}).panelInstance(\""),
++                       Text.Julius.toJavascript (rawJS theId),
++                       Text.Julius.Javascript
++                         ((Data.Text.Lazy.Builder.fromText
++                           . Text.Shakespeare.pack')
++                            "\")});")])
++
++            _ ->             Text.Julius.asJavascriptUrl
++              (\ _render_a1qhS
++                 -> Data.Monoid.mconcat
++                      [Text.Julius.Javascript
++                         ((Data.Text.Lazy.Builder.fromText
++                           . Text.Shakespeare.pack')
++                            "\n(function(){new nicEditor({true}).panelInstance(\""),
++                       Text.Julius.toJavascript (rawJS theId),
++                       Text.Julius.Javascript
++                         ((Data.Text.Lazy.Builder.fromText
++                           . Text.Shakespeare.pack')
++                            "\")})();")])
++
+     , fieldEnctype = UrlEncoded
+     }
+   where
+diff --git a/yesod-form.cabal b/yesod-form.cabal
+index 56a3053..e7a0729 100644
+--- a/yesod-form.cabal
++++ b/yesod-form.cabal
+@@ -43,7 +43,6 @@ library
+     exposed-modules: Yesod.Form
+                      Yesod.Form.Types
+                      Yesod.Form.Functions
+-                     Yesod.Form.Bootstrap3
+                      Yesod.Form.Input
+                      Yesod.Form.Fields
+                      Yesod.Form.Jquery
+-- 
+2.0.0.rc2
+
diff --git a/standalone/no-th/haskell-patches/yesod-persistent_do-not-really-build.patch b/standalone/no-th/haskell-patches/yesod-persistent_do-not-really-build.patch
new file mode 100644
index 0000000000..a2210d4c4a
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-persistent_do-not-really-build.patch
@@ -0,0 +1,33 @@
+From 92a34bc2b09572a58a4e696e0d8a0a61475535f7 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 19:09:56 +0000
+Subject: [PATCH] do not really build
+
+---
+ yesod-persistent.cabal | 10 ----------
+ 1 file changed, 10 deletions(-)
+
+diff --git a/yesod-persistent.cabal b/yesod-persistent.cabal
+index b44499b..ef33863 100644
+--- a/yesod-persistent.cabal
++++ b/yesod-persistent.cabal
+@@ -14,16 +14,6 @@ description:     Some helpers for using Persistent from Yesod.
+ 
+ library
+     build-depends:   base                      >= 4        && < 5
+-                   , yesod-core                >= 1.2.2    && < 1.3
+-                   , persistent                >= 1.2      && < 1.4
+-                   , persistent-template       >= 1.2      && < 1.4
+-                   , transformers              >= 0.2.2
+-                   , blaze-builder
+-                   , conduit
+-                   , resourcet                 >= 0.4.5
+-                   , resource-pool
+-    exposed-modules: Yesod.Persist
+-                     Yesod.Persist.Core
+     ghc-options:     -Wall
+ 
+ test-suite test
+-- 
+2.0.0
+
diff --git a/standalone/no-th/haskell-patches/yesod-routes_remove-TH.patch b/standalone/no-th/haskell-patches/yesod-routes_remove-TH.patch
new file mode 100644
index 0000000000..99d6c9025a
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-routes_remove-TH.patch
@@ -0,0 +1,170 @@
+From 8ba08c0efc035486a65f2fd33916a5da7e5210e7 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Thu, 26 Dec 2013 19:32:55 -0400
+Subject: [PATCH] remove TH
+
+---
+ Yesod/Routes/Parse.hs    |   40 +++++-----------------------------------
+ Yesod/Routes/TH.hs       |   16 ++++++++--------
+ Yesod/Routes/TH/Types.hs |   16 ----------------
+ yesod-routes.cabal       |    4 ----
+ 4 files changed, 13 insertions(+), 63 deletions(-)
+
+diff --git a/Yesod/Routes/Parse.hs b/Yesod/Routes/Parse.hs
+index 232982d..7df7750 100644
+--- a/Yesod/Routes/Parse.hs
++++ b/Yesod/Routes/Parse.hs
+@@ -2,11 +2,11 @@
+ {-# LANGUAGE DeriveDataTypeable #-}
+ {-# OPTIONS_GHC -fno-warn-missing-fields #-} -- QuasiQuoter
+ module Yesod.Routes.Parse
+-    ( parseRoutes
+-    , parseRoutesFile
+-    , parseRoutesNoCheck
+-    , parseRoutesFileNoCheck
+-    , parseType
++    --( parseRoutes
++    --, parseRoutesFile
++    --, parseRoutesNoCheck
++    --, parseRoutesFileNoCheck
++    ( parseType
+     , parseTypeTree
+     , TypeTree (..)
+     ) where
+@@ -19,42 +19,12 @@ import Yesod.Routes.TH
+ import Yesod.Routes.Overlap (findOverlapNames)
+ import Data.List (foldl')
+ 
+--- | A quasi-quoter to parse a string into a list of 'Resource's. Checks for
+--- overlapping routes, failing if present; use 'parseRoutesNoCheck' to skip the
+--- checking. See documentation site for details on syntax.
+-parseRoutes :: QuasiQuoter
+-parseRoutes = QuasiQuoter { quoteExp = x }
+-  where
+-    x s = do
+-        let res = resourcesFromString s
+-        case findOverlapNames res of
+-            [] -> lift res
+-            z -> error $ unlines $ "Overlapping routes: " : map show z
+-
+-parseRoutesFile :: FilePath -> Q Exp
+-parseRoutesFile = parseRoutesFileWith parseRoutes
+-
+-parseRoutesFileNoCheck :: FilePath -> Q Exp
+-parseRoutesFileNoCheck = parseRoutesFileWith parseRoutesNoCheck
+-
+-parseRoutesFileWith :: QuasiQuoter -> FilePath -> Q Exp
+-parseRoutesFileWith qq fp = do
+-    qAddDependentFile fp
+-    s <- qRunIO $ readUtf8File fp
+-    quoteExp qq s
+-
+ readUtf8File :: FilePath -> IO String
+ readUtf8File fp = do
+     h <- SIO.openFile fp SIO.ReadMode
+     SIO.hSetEncoding h SIO.utf8_bom
+     SIO.hGetContents h
+ 
+--- | Same as 'parseRoutes', but performs no overlap checking.
+-parseRoutesNoCheck :: QuasiQuoter
+-parseRoutesNoCheck = QuasiQuoter
+-    { quoteExp = lift . resourcesFromString
+-    }
+-
+ -- | Convert a multi-line string to a set of resources. See documentation for
+ -- the format of this string. This is a partial function which calls 'error' on
+ -- invalid input.
+diff --git a/Yesod/Routes/TH.hs b/Yesod/Routes/TH.hs
+index 7b2e50b..b05fc57 100644
+--- a/Yesod/Routes/TH.hs
++++ b/Yesod/Routes/TH.hs
+@@ -2,15 +2,15 @@
+ module Yesod.Routes.TH
+     ( module Yesod.Routes.TH.Types
+       -- * Functions
+-    , module Yesod.Routes.TH.RenderRoute
+-    , module Yesod.Routes.TH.ParseRoute
+-    , module Yesod.Routes.TH.RouteAttrs
++    -- , module Yesod.Routes.TH.RenderRoute
++    -- , module Yesod.Routes.TH.ParseRoute
++    -- , module Yesod.Routes.TH.RouteAttrs
+       -- ** Dispatch
+-    , module Yesod.Routes.TH.Dispatch
++    -- , module Yesod.Routes.TH.Dispatch
+     ) where
+ 
+ import Yesod.Routes.TH.Types
+-import Yesod.Routes.TH.RenderRoute
+-import Yesod.Routes.TH.ParseRoute
+-import Yesod.Routes.TH.RouteAttrs
+-import Yesod.Routes.TH.Dispatch
++--import Yesod.Routes.TH.RenderRoute
++--import Yesod.Routes.TH.ParseRoute
++--import Yesod.Routes.TH.RouteAttrs
++--import Yesod.Routes.TH.Dispatch
+diff --git a/Yesod/Routes/TH/Types.hs b/Yesod/Routes/TH/Types.hs
+index d0a0405..3232e99 100644
+--- a/Yesod/Routes/TH/Types.hs
++++ b/Yesod/Routes/TH/Types.hs
+@@ -31,10 +31,6 @@ instance Functor ResourceTree where
+     fmap f (ResourceLeaf r) = ResourceLeaf (fmap f r)
+     fmap f (ResourceParent a b c) = ResourceParent a (map (second $ fmap f) b) $ map (fmap f) c
+ 
+-instance Lift t => Lift (ResourceTree t) where
+-    lift (ResourceLeaf r) = [|ResourceLeaf $(lift r)|]
+-    lift (ResourceParent a b c) = [|ResourceParent $(lift a) $(lift b) $(lift c)|]
+-
+ data Resource typ = Resource
+     { resourceName :: String
+     , resourcePieces :: [(CheckOverlap, Piece typ)]
+@@ -48,9 +44,6 @@ type CheckOverlap = Bool
+ instance Functor Resource where
+     fmap f (Resource a b c d) = Resource a (map (second $ fmap f) b) (fmap f c) d
+ 
+-instance Lift t => Lift (Resource t) where
+-    lift (Resource a b c d) = [|Resource a b c d|]
+-
+ data Piece typ = Static String | Dynamic typ
+     deriving Show
+ 
+@@ -58,10 +51,6 @@ instance Functor Piece where
+     fmap _ (Static s) = (Static s)
+     fmap f (Dynamic t) = Dynamic (f t)
+ 
+-instance Lift t => Lift (Piece t) where
+-    lift (Static s) = [|Static $(lift s)|]
+-    lift (Dynamic t) = [|Dynamic $(lift t)|]
+-
+ data Dispatch typ =
+     Methods
+         { methodsMulti :: Maybe typ -- ^ type of the multi piece at the end
+@@ -77,11 +66,6 @@ instance Functor Dispatch where
+     fmap f (Methods a b) = Methods (fmap f a) b
+     fmap f (Subsite a b) = Subsite (f a) b
+ 
+-instance Lift t => Lift (Dispatch t) where
+-    lift (Methods Nothing b) = [|Methods Nothing $(lift b)|]
+-    lift (Methods (Just t) b) = [|Methods (Just $(lift t)) $(lift b)|]
+-    lift (Subsite t b) = [|Subsite $(lift t) $(lift b)|]
+-
+ resourceMulti :: Resource typ -> Maybe typ
+ resourceMulti Resource { resourceDispatch = Methods (Just t) _ } = Just t
+ resourceMulti _ = Nothing
+diff --git a/yesod-routes.cabal b/yesod-routes.cabal
+index 61980d1..33d2380 100644
+--- a/yesod-routes.cabal
++++ b/yesod-routes.cabal
+@@ -27,10 +27,6 @@ library
+                      Yesod.Routes.Class
+                      Yesod.Routes.Parse
+                      Yesod.Routes.Overlap
+-    other-modules:   Yesod.Routes.TH.Dispatch
+-                     Yesod.Routes.TH.RenderRoute
+-                     Yesod.Routes.TH.ParseRoute
+-                     Yesod.Routes.TH.RouteAttrs
+                      Yesod.Routes.TH.Types
+     ghc-options:     -Wall
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/no-th/haskell-patches/yesod-static_hack.patch b/standalone/no-th/haskell-patches/yesod-static_hack.patch
new file mode 100644
index 0000000000..46e4b654c5
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod-static_hack.patch
@@ -0,0 +1,193 @@
+From 606c5f4f4b2d476d274907eb2bb8c12b60fc451f Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Wed, 21 May 2014 04:43:30 +0000
+Subject: [PATCH] remove TH
+
+---
+ Yesod/EmbeddedStatic/Generators.hs |  3 +--
+ Yesod/Static.hs                    | 29 ++++++++++++++++++-----------
+ yesod-static.cabal                 |  9 ---------
+ 3 files changed, 19 insertions(+), 22 deletions(-)
+
+diff --git a/Yesod/EmbeddedStatic/Generators.hs b/Yesod/EmbeddedStatic/Generators.hs
+index 08febb9..e3a6d51 100644
+--- a/Yesod/EmbeddedStatic/Generators.hs
++++ b/Yesod/EmbeddedStatic/Generators.hs
+@@ -42,7 +42,6 @@ import Language.Haskell.TH
+ import Network.Mime (defaultMimeLookup)
+ import System.Directory (doesDirectoryExist, getDirectoryContents, findExecutable)
+ import System.FilePath ((</>))
+-import Text.Jasmine (minifym)
+ import qualified Data.ByteString.Lazy as BL
+ import qualified Data.Conduit.List as C
+ import Data.Conduit.Binary (sourceHandle)
+@@ -162,7 +161,7 @@ concatFilesWith loc process files = do
+ 
+ -- | Convienient rexport of 'minifym' with a type signature to work with 'concatFilesWith'.
+ jasmine :: BL.ByteString -> IO BL.ByteString
+-jasmine ct = return $ either (const ct) id $ minifym ct
++jasmine ct = return ct
+ 
+ -- | Use <https://github.com/mishoo/UglifyJS2 UglifyJS2> to compress javascript.
+ -- Assumes @uglifyjs@ is located in the path and uses options @[\"-m\", \"-c\"]@
+diff --git a/Yesod/Static.hs b/Yesod/Static.hs
+index 725ebf4..33eaffd 100644
+--- a/Yesod/Static.hs
++++ b/Yesod/Static.hs
+@@ -37,8 +37,8 @@ module Yesod.Static
+     , staticDevel
+       -- * Combining CSS/JS
+       -- $combining
+-    , combineStylesheets'
+-    , combineScripts'
++    --, combineStylesheets'
++    --, combineScripts'
+       -- ** Settings
+     , CombineSettings
+     , csStaticDir
+@@ -48,13 +48,13 @@ module Yesod.Static
+     , csJsPreProcess
+     , csCombinedFolder
+       -- * Template Haskell helpers
+-    , staticFiles
+-    , staticFilesList
+-    , publicFiles
++    --, staticFiles
++    --, staticFilesList
++    --, publicFiles
+       -- * Hashing
+     , base64md5
+       -- * Embed
+-    , embed
++    --, embed
+ #ifdef TEST_EXPORT
+     , getFileListPieces
+ #endif
+@@ -64,7 +64,7 @@ import Prelude hiding (FilePath)
+ import qualified Prelude
+ import System.Directory
+ import Control.Monad
+-import Data.FileEmbed (embedDir)
++import Data.FileEmbed
+ 
+ import Control.Monad.Trans.Resource (runResourceT)
+ import Yesod.Core
+@@ -136,6 +136,7 @@ staticDevel dir = do
+     hashLookup <- cachedETagLookupDevel dir
+     return $ Static $ webAppSettingsWithLookup (F.decodeString dir) hashLookup
+ 
++{-
+ -- | Produce a 'Static' based on embedding all of the static files' contents in the
+ -- executable at compile time.
+ --
+@@ -150,6 +151,7 @@ staticDevel dir = do
+ -- This will cause yesod to embed those assets into the generated HTML file itself.
+ embed :: Prelude.FilePath -> Q Exp
+ embed fp = [|Static (embeddedSettings $(embedDir fp))|]
++-}
+ 
+ instance RenderRoute Static where
+     -- | A route on the static subsite (see also 'staticFiles').
+@@ -215,6 +217,7 @@ getFileListPieces = flip evalStateT M.empty . flip go id
+                 put $ M.insert s s m
+                 return s
+ 
++{-
+ -- | Template Haskell function that automatically creates routes
+ -- for all of your static files.
+ --
+@@ -267,7 +270,7 @@ staticFilesList dir fs =
+ -- see if their copy is up-to-date.
+ publicFiles :: Prelude.FilePath -> Q [Dec]
+ publicFiles dir = mkStaticFiles' dir "StaticRoute" False
+-
++-}
+ 
+ mkHashMap :: Prelude.FilePath -> IO (M.Map F.FilePath S8.ByteString)
+ mkHashMap dir = do
+@@ -310,6 +313,7 @@ cachedETagLookup dir = do
+     etags <- mkHashMap dir
+     return $ (\f -> return $ M.lookup f etags)
+ 
++{-
+ mkStaticFiles :: Prelude.FilePath -> Q [Dec]
+ mkStaticFiles fp = mkStaticFiles' fp "StaticRoute" True
+ 
+@@ -357,6 +361,7 @@ mkStaticFilesList fp fs routeConName makeHash = do
+                 [ Clause [] (NormalB $ (ConE route) `AppE` f' `AppE` qs) []
+                 ]
+             ]
++-}
+ 
+ base64md5File :: Prelude.FilePath -> IO String
+ base64md5File = fmap (base64 . encode) . hashFile
+@@ -395,7 +400,7 @@ base64 = map tr
+ -- single static file at compile time.
+ 
+ data CombineType = JS | CSS
+-
++{-
+ combineStatics' :: CombineType
+                 -> CombineSettings
+                 -> [Route Static] -- ^ files to combine
+@@ -429,7 +434,7 @@ combineStatics' combineType CombineSettings {..} routes = do
+         case combineType of
+             JS -> "js"
+             CSS -> "css"
+-
++-}
+ -- | Data type for holding all settings for combining files.
+ --
+ -- This data type is a settings type. For more information, see:
+@@ -505,6 +510,7 @@ instance Default CombineSettings where
+ errorIntro :: [FilePath] -> [Char] -> [Char]
+ errorIntro fps s = "Error minifying " ++ show fps ++ ": " ++ s
+ 
++{-
+ liftRoutes :: [Route Static] -> Q Exp
+ liftRoutes =
+     fmap ListE . mapM go
+@@ -551,4 +557,5 @@ combineScripts' :: Bool -- ^ development? if so, perform no combining
+                 -> Q Exp
+ combineScripts' development cs con routes
+     | development = [| mapM_ (addScript . $(return $ ConE con)) $(liftRoutes routes) |]
+-    | otherwise = [| addScript $ $(return $ ConE con) $(combineStatics' JS cs routes) |]
++    | otherwise = [| addScript $ $(return $ ConE con) $(combineStatics' JS cs routes) |]a
++-}
+diff --git a/yesod-static.cabal b/yesod-static.cabal
+index 2582a95..5df03b3 100644
+--- a/yesod-static.cabal
++++ b/yesod-static.cabal
+@@ -49,7 +49,6 @@ library
+                    , data-default
+                    , shakespeare-css       >= 1.0.3
+                    , mime-types            >= 0.1
+-                   , hjsmin
+                    , filepath              >= 1.3
+                    , resourcet             >= 0.4
+                    , unordered-containers  >= 0.2
+@@ -62,13 +61,6 @@ library
+                    , hashable              >= 1.1
+ 
+     exposed-modules: Yesod.Static
+-                     Yesod.EmbeddedStatic
+-                     Yesod.EmbeddedStatic.Generators
+-                     Yesod.EmbeddedStatic.Types
+-                     Yesod.EmbeddedStatic.Css.AbsoluteUrl
+-
+-    other-modules:   Yesod.EmbeddedStatic.Internal
+-                     Yesod.EmbeddedStatic.Css.Util
+ 
+     ghc-options:     -Wall
+     extensions: TemplateHaskell
+@@ -108,7 +100,6 @@ test-suite tests
+                    , data-default
+                    , shakespeare-css
+                    , mime-types
+-                   , hjsmin
+                    , filepath
+                    , resourcet
+                    , unordered-containers
+-- 
+2.0.0.rc2
+
diff --git a/standalone/no-th/haskell-patches/yesod_hack-TH.patch b/standalone/no-th/haskell-patches/yesod_hack-TH.patch
new file mode 100644
index 0000000000..001d4a4712
--- /dev/null
+++ b/standalone/no-th/haskell-patches/yesod_hack-TH.patch
@@ -0,0 +1,200 @@
+From da032b804c0a35c2831664e28c9211f4fe712593 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Tue, 10 Jun 2014 20:39:42 +0000
+Subject: [PATCH] avoid TH
+
+---
+ Yesod.hs              | 19 ++++++++++++--
+ Yesod/Default/Main.hs | 32 +-----------------------
+ Yesod/Default/Util.hs | 69 ++-------------------------------------------------
+ 3 files changed, 20 insertions(+), 100 deletions(-)
+
+diff --git a/Yesod.hs b/Yesod.hs
+index b367144..fbe309c 100644
+--- a/Yesod.hs
++++ b/Yesod.hs
+@@ -5,9 +5,24 @@ module Yesod
+     ( -- * Re-exports from yesod-core
+       module Yesod.Core
+     , module Yesod.Form
+-    , module Yesod.Persist
++    , insertBy
++    , replace
++    , deleteBy
++    , delete
++    , insert 
++    , Key
+     ) where
+ 
+ import Yesod.Core
+ import Yesod.Form
+-import Yesod.Persist
++
++-- These symbols are usually imported from persistent,
++-- But it is not built on Android. Still export them
++-- just so that hiding them will work.
++data Key = DummyKey
++insertBy = undefined
++replace = undefined
++deleteBy = undefined
++delete = undefined
++insert = undefined
++
+diff --git a/Yesod/Default/Main.hs b/Yesod/Default/Main.hs
+index 565ed35..41c2df0 100644
+--- a/Yesod/Default/Main.hs
++++ b/Yesod/Default/Main.hs
+@@ -1,10 +1,8 @@
+ {-# LANGUAGE CPP                #-}
+ {-# LANGUAGE DeriveDataTypeable #-}
+ {-# LANGUAGE OverloadedStrings  #-}
+-{-# LANGUAGE TemplateHaskell    #-}
+ module Yesod.Default.Main
+     ( defaultMain
+-    , defaultMainLog
+     , defaultRunner
+     , defaultDevelApp
+     , LogFunc
+@@ -23,7 +21,7 @@ import Control.Monad (when)
+ import System.Environment (getEnvironment)
+ import Data.Maybe (fromMaybe)
+ import Safe (readMay)
+-import Control.Monad.Logger (Loc, LogSource, LogLevel (LevelError), liftLoc)
++import Control.Monad.Logger (Loc, LogSource, LogLevel (LevelError))
+ import System.Log.FastLogger (LogStr, toLogStr)
+ import Language.Haskell.TH.Syntax (qLocation)
+ 
+@@ -55,34 +53,6 @@ defaultMain load getApp = do
+ 
+ type LogFunc = Loc -> LogSource -> LogLevel -> LogStr -> IO ()
+ 
+--- | Same as @defaultMain@, but gets a logging function back as well as an
+--- @Application@ to install Warp exception handlers.
+---
+--- Since 1.2.5
+-defaultMainLog :: (Show env, Read env)
+-               => IO (AppConfig env extra)
+-               -> (AppConfig env extra -> IO (Application, LogFunc))
+-               -> IO ()
+-defaultMainLog load getApp = do
+-    config <- load
+-    (app, logFunc) <- getApp config
+-    runSettings defaultSettings
+-        { settingsPort = appPort config
+-        , settingsHost = appHost config
+-        , settingsOnException = const $ \e -> when (shouldLog' e) $ logFunc
+-            $(qLocation >>= liftLoc)
+-            "yesod"
+-            LevelError
+-            (toLogStr $ "Exception from Warp: " ++ show e)
+-        } app
+-  where
+-    shouldLog' =
+-#if MIN_VERSION_warp(2,1,3)
+-        Warp.defaultShouldDisplayException
+-#else
+-        const True
+-#endif
+-
+ -- | Run your application continously, listening for SIGINT and exiting
+ --   when received
+ --
+diff --git a/Yesod/Default/Util.hs b/Yesod/Default/Util.hs
+index a10358e..0547424 100644
+--- a/Yesod/Default/Util.hs
++++ b/Yesod/Default/Util.hs
+@@ -5,10 +5,9 @@
+ module Yesod.Default.Util
+     ( addStaticContentExternal
+     , globFile
+-    , widgetFileNoReload
+-    , widgetFileReload
++    --, widgetFileNoReload
++    --, widgetFileReload
+     , TemplateLanguage (..)
+-    , defaultTemplateLanguages
+     , WidgetFileSettings
+     , wfsLanguages
+     , wfsHamletSettings
+@@ -20,9 +19,6 @@ import Yesod.Core -- purposely using complete import so that Haddock will see ad
+ import Control.Monad (when, unless)
+ import System.Directory (doesFileExist, createDirectoryIfMissing)
+ import Language.Haskell.TH.Syntax
+-import Text.Lucius (luciusFile, luciusFileReload)
+-import Text.Julius (juliusFile, juliusFileReload)
+-import Text.Cassius (cassiusFile, cassiusFileReload)
+ import Text.Hamlet (HamletSettings, defaultHamletSettings)
+ import Data.Maybe (catMaybes)
+ import Data.Default (Default (def))
+@@ -69,68 +65,7 @@ data TemplateLanguage = TemplateLanguage
+     , tlReload :: FilePath -> Q Exp
+     }
+ 
+-defaultTemplateLanguages :: HamletSettings -> [TemplateLanguage]
+-defaultTemplateLanguages hset =
+-    [ TemplateLanguage False "hamlet"  whamletFile' whamletFile'
+-    , TemplateLanguage True  "cassius" cassiusFile  cassiusFileReload
+-    , TemplateLanguage True  "julius"  juliusFile   juliusFileReload
+-    , TemplateLanguage True  "lucius"  luciusFile   luciusFileReload
+-    ]
+-  where
+-    whamletFile' = whamletFileWithSettings hset
+-
+ data WidgetFileSettings = WidgetFileSettings
+     { wfsLanguages :: HamletSettings -> [TemplateLanguage]
+     , wfsHamletSettings :: HamletSettings
+     }
+-
+-instance Default WidgetFileSettings where
+-    def = WidgetFileSettings defaultTemplateLanguages defaultHamletSettings
+-
+-widgetFileNoReload :: WidgetFileSettings -> FilePath -> Q Exp
+-widgetFileNoReload wfs x = combine "widgetFileNoReload" x False $ wfsLanguages wfs $ wfsHamletSettings wfs
+-
+-widgetFileReload :: WidgetFileSettings -> FilePath -> Q Exp
+-widgetFileReload wfs x = combine "widgetFileReload" x True $ wfsLanguages wfs $ wfsHamletSettings wfs
+-
+-combine :: String -> String -> Bool -> [TemplateLanguage] -> Q Exp
+-combine func file isReload tls = do
+-    mexps <- qmexps
+-    case catMaybes mexps of
+-        [] -> error $ concat
+-            [ "Called "
+-            , func
+-            , " on "
+-            , show file
+-            , ", but no template were found."
+-            ]
+-        exps -> return $ DoE $ map NoBindS exps
+-  where
+-    qmexps :: Q [Maybe Exp]
+-    qmexps = mapM go tls
+-
+-    go :: TemplateLanguage -> Q (Maybe Exp)
+-    go tl = whenExists file (tlRequiresToWidget tl) (tlExtension tl) ((if isReload then tlReload else tlNoReload) tl)
+-
+-whenExists :: String
+-           -> Bool -- ^ requires toWidget wrap
+-           -> String -> (FilePath -> Q Exp) -> Q (Maybe Exp)
+-whenExists = warnUnlessExists False
+-
+-warnUnlessExists :: Bool
+-                 -> String
+-                 -> Bool -- ^ requires toWidget wrap
+-                 -> String -> (FilePath -> Q Exp) -> Q (Maybe Exp)
+-warnUnlessExists shouldWarn x wrap glob f = do
+-    let fn = globFile glob x
+-    e <- qRunIO $ doesFileExist fn
+-    when (shouldWarn && not e) $ qRunIO $ putStrLn $ "widget file not found: " ++ fn
+-    if e
+-        then do
+-            ex <- f fn
+-            if wrap
+-                then do
+-                    tw <- [|toWidget|]
+-                    return $ Just $ tw `AppE` ex
+-                else return $ Just ex
+-        else return Nothing
+-- 
+2.0.0
+
diff --git a/standalone/osx/git-annex.app/Contents/Info.plist b/standalone/osx/git-annex.app/Contents/Info.plist
new file mode 100644
index 0000000000..91f8049873
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/Info.plist
@@ -0,0 +1,41 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
+<plist version="1.0">
+<dict>
+	<key>CFBundleDevelopmentRegion</key>
+	<string>English</string>
+	<key>CFBundleExecutable</key>
+	<string>git-annex-webapp</string>
+	<key>NSHumanReadableCopyright</key>
+	<string>GPL 3</string>
+	<key>CFBundleGetInfoString</key>
+	<string>0.0.1</string>
+	<key>CFBundleIconFile</key>
+	<string>git-annex</string>
+	<key>CFBundleIdentifier</key>
+	<string>com.branchable.git-annex</string>
+	<key>CFBundleInfoDictionaryVersion</key>
+	<string>6.0</string>
+	<key>CFBundleName</key>
+	<string>GIT-ANNEX</string>
+	<key>CFBundlePackageType</key>
+	<string>APPL</string>
+	<key>CFBundleShortVersionString</key>
+	<string>0.0.1</string>
+	<key>CFBundleSignature</key>
+	<string>git-annex</string>
+	<key>CFBundleVersion</key>
+	<string>0.0.1</string>
+	<key>LSMinimumSystemVersion</key>
+	<string>10.5</string>
+	<key>CFBundleDisplayName</key>
+	<string>Start git-annex webapp</string>
+	<key>LSMinimumSystemVersionByArchitecture</key>
+	<dict>
+		<key>i386</key>
+		<string>10.5.0</string>
+		<key>x86_64</key>
+		<string>10.6.0</string>
+	</dict>
+</dict>
+</plist>
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/README b/standalone/osx/git-annex.app/Contents/MacOS/README
new file mode 100644
index 0000000000..c4bcea383c
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/README
@@ -0,0 +1,9 @@
+This is a app bundle for git-annex. Most users are going to want to
+just click on the icon to start up the git-annex webapp.
+
+To use git-annex at the command line, you can put the directory containing
+this README into your PATH.
+
+Or, you can use the runshell script in this directory to start a shell
+that is configured to use git-annex and the other utilities included in
+this bundle, including git, gpg, rsync, ssh, etc.
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git b/standalone/osx/git-annex.app/Contents/MacOS/git
new file mode 100755
index 0000000000..ccf2cd7411
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-annex b/standalone/osx/git-annex.app/Contents/MacOS/git-annex
new file mode 100755
index 0000000000..bb82a2bd9f
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-annex "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-annex-shell b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-shell
new file mode 100755
index 0000000000..29ebc25887
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-shell
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-annex-shell "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-annex-webapp b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-webapp
new file mode 100755
index 0000000000..7ff18bada3
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-webapp
@@ -0,0 +1,32 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+# OSX wants this to run in the background.
+exec "$base/runshell" git-annex webapp "$@" &
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-receive-pack b/standalone/osx/git-annex.app/Contents/MacOS/git-receive-pack
new file mode 100755
index 0000000000..efbbf2bb30
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-receive-pack
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-receive-pack "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-shell b/standalone/osx/git-annex.app/Contents/MacOS/git-shell
new file mode 100755
index 0000000000..7a74904f28
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-shell
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-shell "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/git-upload-pack b/standalone/osx/git-annex.app/Contents/MacOS/git-upload-pack
new file mode 100755
index 0000000000..5049371c9e
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-upload-pack
@@ -0,0 +1,31 @@
+#!/bin/sh
+link="$(readlink "$0")" || true
+if [ -n "$link" ]; then
+	base="$(dirname "$link")"
+else
+	base="$(dirname "$0")"
+fi
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+if [ ! -e "$base/runshell" ]; then
+	echo "** cannot find $base/runshell" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# If this is a standalone app, set a variable that git-annex can use to
+# install itself.
+if [ -e "$base/git-annex" ]; then
+	GIT_ANNEX_APP_BASE="$base"
+	export GIT_ANNEX_APP_BASE
+fi
+
+exec "$base/runshell" git-upload-pack "$@"
diff --git a/standalone/osx/git-annex.app/Contents/MacOS/runshell b/standalone/osx/git-annex.app/Contents/MacOS/runshell
new file mode 100755
index 0000000000..c5d689c6e1
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/runshell
@@ -0,0 +1,86 @@
+#!/bin/sh
+# Runs a shell command (or interactive shell) using the binaries 
+# bundled with this app.
+
+set -e
+
+base="$(dirname "$0")"
+
+if [ ! -d "$base" ]; then
+	echo "** cannot find base directory (I seem to be $0)" >&2
+	exit 1
+fi
+
+bundle="$base/bundle"
+
+if [ ! -e "$bundle/git-annex" ]; then
+	echo "** bundle directory $bundle does not contain git-annex" >&2
+	exit 1
+fi
+if [ ! -e "$bundle/git" ]; then
+	echo "** bundle directory $bundle does not contain git" >&2
+	exit 1
+fi
+
+# Get absolute path to base, to avoid breakage when things change directories.
+orig="$(pwd)"
+cd "$base"
+base="$(pwd)"
+cd "$orig"
+
+# Install shim that's used to run git-annex-shell from ssh authorized_keys.
+# The assistant also does this when run, but the user may not be using the
+# assistant.
+if [ ! -e "$HOME/.ssh/git-annex-shell" ]; then
+	mkdir "$HOME/.ssh" >/dev/null 2>&1 || true
+	(
+		echo "#!/bin/sh"
+		echo "set -e"
+		echo "if [ \"x\$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then"
+		echo "exec $base/runshell git-annex-shell -c \"\$SSH_ORIGINAL_COMMAND\""
+		echo "else"
+		echo "exec $base/runshell git-annex-shell -c \"\$@\""
+		echo "fi"
+	) > "$HOME/.ssh/git-annex-shell"
+	chmod +x "$HOME/.ssh/git-annex-shell"
+fi
+
+# And this shim is used by the webapp when adding a remote ssh server.
+if [ ! -e "$HOME/.ssh/git-annex-wrapper" ]; then
+	mkdir "$HOME/.ssh" >/dev/null 2>&1 || true
+	(
+		echo "#!/bin/sh"
+		echo "set -e"
+		echo "exec $base/runshell \"\$@\""
+	) > "$HOME/.ssh/git-annex-wrapper"
+	chmod +x "$HOME/.ssh/git-annex-wrapper"
+fi
+
+# Put our binaries first, to avoid issues with out of date or incompatable
+# system binaries.
+ORIG_PATH="$PATH"
+export ORIG_PATH
+PATH=$bundle:$PATH
+export PATH
+
+ORIG_GIT_EXEC_PATH="$GIT_EXEC_PATH"
+export ORIG_GIT_EXEC_PATH
+GIT_EXEC_PATH=$bundle
+export GIT_EXEC_PATH
+
+ORIG_GIT_TEMPLATE_DIR="$GIT_TEMPLATE_DIR"
+export ORIG_GIT_TEMPLATE_DIR
+GIT_TEMPLATE_DIR="$bundle/templates"
+export GIT_TEMPLATE_DIR
+
+# Indicate which variables were exported above.
+GIT_ANNEX_STANDLONE_ENV="PATH GIT_EXEC_PATH GIT_TEMPLATE_DIR"
+export GIT_ANNEX_STANDLONE_ENV
+
+if [ "$1" ]; then
+	cmd="$1"
+	shift 1
+	exec "$cmd" "$@"
+else
+	$SHELL
+fi
diff --git a/standalone/osx/git-annex.app/Contents/Resources/git-annex.icns b/standalone/osx/git-annex.app/Contents/Resources/git-annex.icns
new file mode 100644
index 0000000000000000000000000000000000000000..a79c6d9e7d22ef8815674b6a22ba4fb3f5198ef5
GIT binary patch
literal 77548
zcmeEvcR*9i@^BKG2-vW9#a^)hN)6IY=oS<UpmecZd&AHL#fH71SP*-mmn7H~K|tvs
zO?vMk<?J`-gaBT>?_S^2_xt{Md#^cLW_M<HXJ==2_8goyY~D^H&#7HzsxzKMA{jbw
zUof9UqFmU%$jy~RBKL9Lgr}tjY$DR)eVljT>DhKWh%~j2^9IF5B+^Q2crGT9tOtqe
zyLUz)gkfF(qX<s8W&xfM2=L!8T2CL@mSF-O4<Q~;fK}K%XggI86$JTt0t}(XpjH&V
zIh)7Bj(B4{Ue4C12&>s}>&=OvrTRgEZ|~SvLnFnRFAsSb8hY$|omB*l3J~gSY6|dc
zs_#Tdz`$hq7;5Dwr|~-x#`ne~%F3!Lax;7}Db#qb=*;m@<O9(sTk~lL4iVAy%#KSb
z_C$13Jiqm|4H13k5_rb-DG^0c_a8*?kO#I|P~N+56@oHmOIJsMtQKb3*Z1wv6(C3e
zo#}XA%F6?iFs!*5icx1C50#}fK}k*)Ks2Y6A&iq$T>JTReB9^s+T!;dfNE>1$uD^S
zK0mjnsTDzA5aJ_LTu3~;fbO%G{f=BYLy)!E)yZM~G9sGg{%Y@zBSbX8y=IkvAQ81;
zaV~#!Afm2uyp~t%iRh0y=H40GyJNAOn5Bhy$AptsM2ie}t>~GwDz~TY7aH&iUkZpx
zyU>PWcIU#Jo(hCn&D$G=uv)i!NvBSm(a#+F@L*F7G*z1O_V~%QYfc2b&n<zP_@rUz
z@&zR5nY0Vnx9+%cUN~v?w)PuW(C|si*#Bzp_5gx(=AoKZM~?OMO*m<I-(LT9-$V@U
ze(=yC27}S{bI=|ADYUk=b#geIPU5Gny;aZ-BM;*){Ou5+4jv!Fu+9#gdL9Qa>EvO+
zq=?Vu;sb>Qd@d&7BVcYm&g?Md@WbI@_!vP-n8AfKk%S+-4G1`obP<DB6?F7a#)D#f
zghYYM6LfN+K7>v@w6?XkwYL*d5s2t{2oHFt54sak(SjDo&}$?J!ukr(3xx5S_3k3U
zNlZq79_uvl(ar@*h3F(Ei%J(Q+=}i^G14?|L&q^W)UjO6XiDhAEo0`xY##@Jj`J#G
zobRLDXW<BDL=1W@@WJ^tDm(-6&_$nOSbJW`8<XQ#c%O$H!OBaKh$rwuVg<*JXLzB3
z0xpWYvH~9|{)4qaAP+DPu2{s_@u41EDGcPp*;V%i9+(7LK7M{sHdM>d(0t>CB=XM8
zn`i=yv5%m}W!flqMDrcSbunLcb$5^JQXP-qjhN<GA@Icdq4EH|_F=8_Cn_k+($=2C
zP>`C)8NfC4EkRz`2$<72WQFWkTdy(G(lS|Ny?QmW60l%Cys>^T<NO*yYI1VQZB5PK
z6h^WHRtx0weKBz$83{a)*jojK=N?ELCW0#nz{q?I@;-0d_Q?a0G5&Fk)XZoUt1m9D
zXEc(UPGA)DC5MqqE-duOCFj7{NuiuiX&=*4lRZ9?Qy?va>MI-hjg11BYnTcK60eJ@
zs(Q+ZAU_Mor{a^>iWjfx=F2Ts=%Evs3}>^oNovYQ*VQh&-<^Qs#MNu>)_>UG8NSA)
z%n$QJGKcNG5PD&_4|&-zP9m9oHnE+8(!0z~rtMZg<O?Ip*bs=gKysMfCO|Ka!fZFB
zKzDN8oOS~O*_zcGx8IA2x$kakl7u5f32T-au3Twku`C!^12`q_$aa@aJNzFb!6~c{
zAJrwld6!a+{4p^M)u1z2ANYkO!Y)C;W#}urQ-D%q<5~%}YKxEih)N@$GhgxmwH)HV
zN_ZYw{PpA0*aAF57V-1ro+g)~mNF2vz8C{|sxLz2<xNO{3NqV#fTese*^Z0?NMmmb
z%8>wa#9DH48oiJd#zz%jUSl9PCBMGSg{i_k1Y+gS!izlwk^qnL-;{bn_g{y{<~BpE
zCT2pd2h>6>`7z-yktZg_Nsf9}UCu3G6pCdgBz*QLl;nS{dm5S4fs5YuY&QQ1FP0G@
z7R_QsGa{tI1rG&@S#7{jQqXuMdV`V}Z^d4+ST7iFrQV=7SQU`qjY-1#7jUo!M!i@u
zi&f}RFM)AD8VLL_StudoLgnMf<-pPufIotf1(+uymzTqjKmg3dW<-j`#Ky*WMB=Qp
zMw_8S*41U`P?k_(z@(7Yxbb7hj~~q#OBpi)G9*#hx$6(EU-P_Az6VJL>WjVW<UW7>
z>eb6v_~i0Fx?8ZG8yK6LSZM$M%}pSv-gOD8H?S$Rm;t{L>=$9$$VcwfCB+0sebv+6
ziykjrzI1Jupt3PszTp1Ty)(70bqT6q-I;$pK?Tt<-wLYum@E)W*8@wt1y$9NU|dky
zU5^tAs=_m8vxI^w?uHE^sGd1q#03?DE5VDMHRnE$Arw_tHa;OlmCYQ@3wgj<*@m<v
zg0l)PYbvgWne8vA-L5?2WlYP%+o7R>hDLrKp;DZP<Y~%Vs|aCLanihfa;ui&ym^a_
zjnx?Qq!c^HahDzY+9j;m$PR6>w|B6n(N;Oy+iyf01TT7oRjuGtYHHd&8trx(BUJ*c
z|C6wKJ$rVdP+0N0g;nkG<24|x1h}wDU_2Fzx_>{)<0;NxmMV-zWDO0EMPy}yy%x&L
z50oF&pD~a!K#s_`dFoQ=#fzaHx5>94?SZ7<^LQ`cym|fVwTQi#i3Y}ICKlBHzu8Nq
z*dFrOBitZ~UGm!>_gx-`MEmJqJv$n?t<7A}8~z+P+~!tZV@C^AYy(~AyMT2<5!TA-
z<aG#sTrOzmc5o1f+XB4TRUMwaqOF~vhw%9DE6N0oLKMXiw^P7_mD9{?;fnw|1cEkU
zQy`RDI$J@5K^;IjY-~imW`sZ;Cv+8lJEs%WS@^FRw6qS;dLT3+R0k2L%!N9wcqI(u
zg2vL)!G-;c-wvG>@C96M2cYTX;yMq&Ktnv95HFE~IPE-K)xxV20Nf5<2agD#VZpPN
z-_GT5yNU_Y1nr<&@^~<0csU2P<CuxsT}=p6KtG`#eOoF5L8!I06-fN1Dp81M@uA_4
z<|dpF5YXQRq8u6rO^4U|T`ANj>Ii>(sc=1zpuB;8hpTja81C-_A8Y4;E(t+2N8iA}
zFmgZ{guxeZK>PkKU^p{y@Ciq45c@u~B7P^A2h7M9{II+Ob@CAxHGl&8qyC{b1l{7n
zM6{u9ChLu*9WMt37;68pybbX>pcIIJ7Jd*Qzk|!=aXS&<=nmb>iqqND%<lv(o!8a^
ztSJiJfPWF`UeOFt|Mwo)dtm>5cZhapiws*Zf=PY|bh&aw;+;SwtO8MB+4v$qjPe2T
zN-;4$iblsU2_B+*BYrU^AwZ|q+PFtygGYYzrbeS;*nD44Tf7<ZkHEehIYmcDy^dRm
z_2Kdjmn@n15DEM-X>P5WE|se4fcOQNv;cW7q*C=3<ns^XtvjePsNzc|haf>dCWao(
z&|y%;G^`QN6QnHYn%Ac+@t}(9&-g6Ba*#O2D_^J!=_Rv|f|3DgLE20`Zz^RO;^iPQ
z9<tN$qKfNIibJ3RFfa-anfXw~wdV#PeirDl=)$xm-c&JNO%B%+PX;Jz`#^F^9LfUJ
z@2BedQpHrZA-)HsqNeKjL77$~Hv<#nA{wOn>P&b7+7-raP}A|JiZ6DC2~S620_3y6
zpV~)XsfZ6u=)5?9DzRkJEm)8rLF>ZM)9C=*S4(XzY_fM}80hKyQYE$Z^k|9&C=G_L
zPR&qHPurI&tEXo$?=(snI(Pc?sX!K4bsA$jMY{p}2)bIQ@#N{#r>Xf+<+Nu{pFX?a
z-7B7+9v%Uz-qb!?rhXnCURyH(TOU;F;_cz#W1{6vl~z9h5WWFz_(+iEdQ-_7YZ!=v
zp~f_f(uil0H)%kwa)$>ZaXgWXU>23Ct-VA~-(WFbhyihA9IP+4RZm}U$r5d<)&ei&
zDUiYD8t79s7SEV8dNAfGNP~Ye*y522GZw2+^$q7k(hK#~9HXF4TX*p6$xB!slEp5c
zIDg2-LT%!hp$If}$;UzGpCo?b0y!WGa}Wt)lKhOfPtKn@?gd*vSUXr7zNT_PNk^Pk
zz85Ij68z4Njy68jDGEV37=<5^!9WuH_Vx}AF90J6pb0_R=_B@&xj8VX3#|RlCGeo*
zu=UHr`AYnG#>(+i=j%LyiIznfs>;(Q>L0xDxDG+fvgpGOU4`jNhIF0rRCE*C^5c^D
zHzD7C+!DH>+Vn|_w>|?nIg~n5UEjb+bBx}x5R88V^G7$p%)_3ZGMKc;&`@7%>N6Ao
z7MOvq!D0o|pjZ&uaEfsqBUi`zB#`5>u0xps@=*K*tBDKrbmxMV=!N=Yf;)33tUCW3
zdfJYv5q2Gs<FtHq$xGa?Lm}jFK`Nx2bDA=5D@K?Ba&5L}KSJXmOhO#1`PV>ud8*>0
zMp^8Jf&m2=a|(h36%chrmo`)eLe3Yk*Fdr-2h5!Ah`7N3AF1K9grc<*hv%ZbGsYfb
zB9K7{6@r!F112hLHbCb!i%B|q(@%nI#I7K61aKc&WBU~}2zFQ$JW<bZs{WZake$#=
z%o~iB{<!pGd(KeShs8bh3gTP=On5Dd#&&cC>(513rs-3)^wq}id5mv6Coze-3kFkk
zbv&pNx>JH7=Tff<mte-Z=;~Bh>=H{1W-hu=atgSiPEtePn<}9*?Gy~a#a`eSF$tXF
zsk+`&aXoF>baV=qu!j<?BT3ycKIsVKp6>;H9+TwpP|1lII=)njx^w4gjM8bU35(xw
z^2(bGbnY8a350IhE9ih6(bCl_L8pO?WK}&_VzOHL3uk-Y22O<|5#GsOl|WzT^E$zp
z?~FV;cdot<RYFT|N-Pqb#--=8DSBE!mX6NUd9M)2I0kTBAdkX-CLAh$AdkdnK)xh~
z%9N)p(Isk6yMp*<aUpzpnjUnjueRR&Yz!;97@LWmMC4dvZg!qPG8k48dodlu8W!VV
zfOgtt1YMWlqRTThbwDg=QSD*NKCZCD92WW8z@sN9C%0(A9BC~JI(nktv3nq}EOaKh
z!hU{S3;HObt&6t+!wZw4rKImg?WeV%5ELODJ@qjF8#M9gRPvPheju)<9G%*4(rU<4
zSJP7g9QAXxyr>d->WWbRGA7xHBGxJBYkN}VmO>$CCRJ-0z=miC>XSgUlHl22XB*@k
z)TGX<g6Br676SyO!E}?Gh#QC<Ly}yS<vmSZpFx#YNdyWK)u|eLp%cMsVZfMf3^X_h
za;^YteOaJIrRr-=-unVpLogZyoPF73vW`Ag3EIVWX;9Tq_pUdHy_l+Lh$}KiRDInE
zh8H-f^EhbnLwN%9{IuFc&9i_FscTUeCqjK3-B1lTh?OW)sk7j4Ou$xFP(7RgtLy|!
z#sCb^JqTEc>$Y`@RH|}W7p@^t2~M7rw5V#S5J6P02lzosD3S+WME4;FouKL&EW(#j
zuv(zDKQ&NWUSl&3I>kVbx*Z~XK*Hw+!C}KdE*#eY#d|bnj~R@U9;|Upn*@AC)`Ds>
zT0kF$=8u`JY6tu!25Kwt-dT|9AZjJB+{f2X_<$XBQ~RhMMPCzYQM9P~NA<`$J3WxZ
z-DB4urs7)w4+{r<z!NF}>MxOj(d6SA0IInr=4iA;)CWA*696uu%a}Ny+t~@*=5a)R
zgY%;LvEyL=i3>o(=COdkJunhKkW1k`!FgQmIxmn*;z6DO1i4T|s0E{j?s!PA_|0DN
z+r8p<dd2S&@hGZ~9)<dlh(Dd~GnX>`9%{tMU#|Itkgw$zVSxe?h-?x(Q?L`rk52+>
zli}E*J*<P=&iw$`Ir(8<C<PTL3E~}}?q-k+h0%<#EJ}89SNv`k`RAfHv0I4D$qdUO
zXO|=+az|>|CvtkhEp!Vb^Q!!6u2qv8VAr_`lnLOUzd#&R!A_osfW$k~N#;VqV*uoO
z!g!uTnQ%@A>{S$h?{)@0!&$e3?odLR=rb-}QSyC{^(F>)@PY>hK{Sfd9+Zv^1l2VE
z-d2-!POeT7cu|~FkSoRI1nlpFfUln%FxlV=#<d-|9557Z7i3S_cobJm1nAbXb*>H`
z_EL7?y^B%_DP-p2=+#ql%%1G%!f>WI9S1E0^r~wXE<R97po_K(wD03!O}DVHG(QN%
zV(7Vvi!YQ$3R^v9Pw|ZoVT6*IP)OmeclCp^XknSRJ;~A6p6mt35h*Yy7wmlPr5#)x
zyXf(<7jv+2aRxdZR&96%1|k0zb{mOdt(Fcx_TtX=X7pHK@@PA6d-1L27ETVH_To+(
z?Mpzo-bA4oDazMg!g;mLjr*0LC_>M@?8R55J-oi$+g`%aZV#-w6i|R1eeA^?tr%=V
zn<Rip7NCPXTjv7U9hW5tZUah6!wLs)dr2G5udq7dpcHTdQOo!sKUn4t0O)LufC*s2
zQ3O!tw4oC5yt;5offR&eUq450d&=5eU`Pr&vjIqPSn&owmK74#2M0p@CJR7AI*QZf
z>|;;)1Hmz&5P-Z4*LD%w?qg53BN{OVycFAaaD3Yh;fayo+Tw$@l7l`#8*2gOnoiic
zDJaI#%Y}@e*icX#o^6v$a650Ew>{YkHwDlmx|bPQ6(GbAvcTK6V-X-N08U!zkCF55
zdp#tDcw^-CL}?`OH1Iu9Y<(CQ+ZX=9;VXs?Z1e&mpTSb#<IS(HJ`5)^TrVDp3rBw#
zhWFs9aIn@uvE2)NH#Q^Md<JAwkSQMD=mSEKf|{WP3h)`;9cORo+8PW59Vmw|=@j51
z9R3_JoOZ;qEtod0FmiVBM2$q43<sNfOmG4d=b?zzFuIft`2^v>ML14L2RmQ<<m(9R
z#vr9rRypBF%mmm6yeC^BCGEKUJgC#)zyRe;8V>bg(h<uI=NktXL~t4<e<idm=3*Ym
zhTWb^=E3<Hm^L3nZEb;3DeFGqjE~%$eC#D%tn98weB$^ZDQ;Hyjcs&CXoupw4yA&p
zA!9i}$U8e&tk`kp{+-b0FYeyCcW&<r3p-a|oE2HHXvNTl)lg%QgNu{h3X`Qq8|`UJ
zjhEXvxj1aZ>Dh1)<N=849UC0{>}4FBT{gMe+q-UZadtQi17W|moF9ta!Nq;<T6+h7
zdx?$q4i5Gk17JPauVo`F6x{*UT7cMV?VT>zOKx<wTgycJ3{cb%bNw3Eb1+()Ryr{e
zFALNw#Bw)vat?yE>AJxv@Ew?ESRWoLzP@5LpgU^cccX)o>jqPo+s%lVhsnVP7~yYb
zW$)_j<mBkca3I5vQ(xyz_EvP4Tkl{73gE<@k7^&DvZY%xtOu>Pv)iz4jkUFvIn6dO
z3;?)-B5Wjxz*ctHWj}AvJ)1XgI^gN!f9l2^HXIu8!Hy;KVbEnN%Sy99Bq!yUmRGgF
zLgn%*FbW(`1b`I>=M>MdNSsRr3_gfo*xw?MAEYbb9}oT=CYDM)Dudaoz)fOsC1oH1
zVG`#i@CAfPoD~~c0Vc5os*Q|KK}W$NE{|lhnVo_{I4;K$S?utyU?ubsbSAKw%!CgJ
zvQb7Xi<ubP5`amg4+$(LlO0)z3UD7n6r06lG2bFMEG3psVWcNZoE_DOfz<@2Z+k4;
zlO-0Nja$MJpz}qsnO-chS74%M<5uZ=rYB2+$&RSR%{UMb0`$_CMS<hrY~Uu8ALYXm
zV>9^zToPr)_^`wQZzb4Apk+t0nLaE^{6}yOh@%Q<))xom3cwNum56<qMF}s%^$Gzu
zf$h%{k52~i1copMJvq#hW+ukBfmVc);{%uytO#&c1B2t1a9I>9fGLvz$J?kR>N$)G
zkSoPxvDwdKT7i3|P-nvPMCh_Nw83U4#^j-@$1#j365EGGO7MuHusXpQ7Q+NDA|W%u
zmn9b+6&3xkq#)ySMn-l5%bQ7lnaRkYd~75ZR9iA5gPi%omr42rnVDHUP*$S7S!Cv0
zh;*i5guF=xWaKzL*uVl$XgZq3WI$Khi3z|QT_!M${Kv#ZHiJcBvSJAf7{w&AnF;Yx
z5ziijL5y3#vMBy(cvO5mll?pvbb8zbW<HHbc>eBFer^F_0vF`we}4ZeA>!E+!UX=B
zTToWr2v#e8*a9Xn7`BpFQ(aj>ZjQ(V=EI^8n!tP>$d&-uSot7bph{~I%Eid#O`xL*
zcnm&n<Pruj){vK-6bVX|B#M2Lm0tz0T?TMxW&Y>a;gPZIGQt3EN{EY!V1Fw33RWU+
z0N1CoBckG-zhH$kLHhX%aO3wwIO|1XLR3UNIP7ubx8Z3*V&Ze=Gj?_%Cg?JL1z1^b
zVnqD&#6)IP8Dab;vJ>MYUgTB6nuA#e<CjzETSaQdZC}{Hz+F`ECL%VG71L$=VkI%*
zZ}O}0(?vK%!)@P6mJgfE`b5~i9O785KL0~x>_<e{zOwxHd9a=V8WkmRt^?<m#rq^s
zV5Q-vuK<0>!$1#!!`OnP4&3yG13dxg)AiZWQAtREo4(~tA2x-RhQkX`dUW__@K)g>
zyH#lV0+Ha<Muo2;S?s7>Xc0Gk%M*Z!QVGjffWCyY6QdIIpnGuGBM@4?xP4Ha5fzsR
z>p1cY65y6EUWuHF8@>Wm7?sFmCMJZZm4VJI0K>PlATf%~_5fCcr7nbq1;<RqRcSyG
z1?yV;d31b1+bLK$o%fk+mKRe3CkXLztGBCdu*#sXg^_G;rZ}7Rpn))YL6~?mrC6+I
znXoMhaI3cq`aCXxP<t*26)&bZi<yv&Z<T_Vu++tw&m-Ox2@T)!1R*70G{O~(qzG7i
zAQ_nLgyCBcQp<-WlNcABQ4FZz$QyctV-VKC{Zx<#1r^ybF^NK%QUN<Ph{`fTs7SKe
zk+I+>#m(Mh0t(hu6XIPaZ+kq9ybmt7qF^A;b`6IgOPU?qgkh}(l})(8TL}os%(N45
zI)$}Y7JxwPj8F6x)dJG-L1eOhnNmr>cR3NPm#`FSkL8e3{Fvm|xq&${a2o@?Vnu-D
zLOH%5rU-Nwv5`=b8JEap;ewYL+X}@X44%OwFCs9K6zd0)=vd?k@XVovgv5B5&dwO7
z5SpD30~BAz-R$M>B7qg)Kh|@QjQnUO6D)mH$O;73hVdgaS;yGJQy}XTix~@i52Bg?
zPmFq5gao*;D=$FJnNj#2!HUN(|5PV1ndz|Jza-pcl9Hh_xeO-h3uLs$GMG|qW<+`o
zFeBKyF!*0yMzRxGa0H65G-x-Es1^oTq28dXcoq{U3O#2fvcsPjfEh{Hy1*JWc?sdn
zd?-Q*EWir&za)f#D8|RA4XQ=M?SrcLh=eTM!7DU%0b6NyEYAL&F;J%+P!&R*Ay5aH
zFOJDdz;8JrRz@jQ0R=)HUtFb-gK}6PDR5jkygUJqB0>1$rZMh8#sq|!3(O<{s5E9Y
z$XbYeNjSzL!4Q&|$5=8rWf+Qm7M<{(P=7K08N$c~xhH|OlojP<f)p>pN1X{(Kzt`2
zg$YOn8@Dv4=xYOR;|jWLT=2SrQ|ed+DaVgVdK*|FQC^Sdi0oT2U~9f7Zr;`=_%O){
zImcmZ#3k=bf{V)_laf#b@h`&F0I5R45C#739cKYlul(NeVo^T8lnCP>3Ms6wMEq-%
zPc$W}1UG0~3w?^ng)N03^8<Nsa1Y8gab}c^J;3c*PI_1d`Ewbr`F=4Cv!bl<CiL{r
z6T@axX09RPS#!fwDT|zmc;>7y6^fFBFuzwkr&m0?S6q}&X!rT^!_>*DE}+V14LmpY
z_&D-tOG0z63-Y@Vc>c&)$#ZAVoIU-p$GjCB=E!umx3#u*;5UvsT2Hr;J46<)7q0!E
z|DTEbKNI(VChq@C-2a)l|2-4;TkkLEyoC4nW0&_gLFoNmd9=&>d(ohsN0_?DH5Voj
z-rsjhdb@?*-`ItwrbhL+_m{`FG%-<pMtFaDbq1z%y8hNK?{9!Moo=pODD?hrF<{We
zO%{X-y}!>EnK0;LM)uv_-_Qld9&~YYm8>rBZza_f(#EPmUEbeMi_E=fV)S){`<IV4
z8F|sf&E~O$7B3v?SR2zJ$5{PTmjgIh*#y#bv!xvHFM~0AQp1-nX1b6?IDnHEnnOx=
zuh0P;r)26!6EmeX;SOLPw!*}Z*4JciB(9He8x2hT=#n(L{&qNpPe-6`25K48eCg6O
z^Ccy?7kIlqgGK_>edsir@qD;z3MOeE(0d|POlUN^H%%7u4V}Ov{AiJ-nYk}bl5S?U
zLZc9@U`bSOU}<hf_od02nOSOFM2VBtRaBIWedtmK$|}mr^hTjac-4Fr6=g#odLLs|
z6&1BHk3#|&{^XMeJ~S!oWB&dDd$R$f6e`<(#NR(~l@G0tp?844|FKhTgr=lU^P*Fh
zIzXI^JA}ziMD8vlZ#qSX194I(?h#%Lq#7HWnOo}Ps!}hH@LqFsGh<`u0+q0bF?CCG
znxUS`yqOB!9$~#{b5-;VXy%qwp+}fDQ_*mxlh5Vz*9mht<lNQ6E^7@HXHF)};m8YD
zBVT3y$s?TgA@b^lvm$f2y~iWmCh`b#I@)oMaLFCQBOIFrdLJJg!kyh7;m?<Xwk&|7
zCrPAbf9&e>9*=Mn`|4raISaK+BME~z+hB>3qPcHy1gNXHLHzNc={)5n%dAZ1&_Q{D
z<4Ip|%HdY=*4f4@Ee%xW>Ftdstm04849zW;8_hI76WYrq9Cg8Rp58JT6s2gwDz-2+
z*PFNM0u$6^p-Z@y<&#Ke=XSe<*})qWsb;3?BA4((wYeLwz6S6P{8A~H#Vopy8QH{_
zFpF#8LJ2}?SGO(H+}q_6Zg;($4$$B!zO%K4a0y50_!v<1b`f?l7u$9LEI%;zi?6#?
z<92ZooS1=2IPKJ8m90XTaGa5k35Dj4!*h}6qFH|6kj7oY#XT-zNZnpL-_%^?e3wf&
z*1(5OHagJd627HqX1UP(Qv07>!Y}<*mRQhf=1MnFCvNKEwJ1gh5aANOp=?2;o9oYE
zM1Z!9yM*h5Ef<=>8kaCry4B?p7F7V3Fc|(f7viPHmW%X)zv3?8`k_YV-T<zA9{PkE
z$0BgTXNhhrnR$Z%F&>pcSjYa_#@;k3y6McL;6EXJ!T=7Qk^>0LV>me|JFjAfOAI>Q
zXge2Nz1-DCG$L&|-}bK1K<=p^iO{_*^Gu;!f=)A|e<e)hRDE-rH(i!yp{*8hABJ4y
z8y1lz^bLdY%#90DSGVw?OVG?0GI8H9SpHEUfoPH@CQ2G_d%K3C2^#nJb`4i7Szv7H
z4RV8Ku6zUc4a1S^4JC6r&4VsSqr;eL<$^Ex8Z!qsmzl&w9XtV7F|e<!YZ(~Us0W~)
zbOue_TsZ{y5KD1Uh{{q^8r_p7O{Z-E!|LojlQppHlTIH!N4c<PsV|MZ{=(67{mz0N
zhSr+S-vOrASsYx7PBS)Bf<}k|zqwS~+?ysxEe4~|#N2Qu0AHMYREe@s%NWL)uD{@@
zlHB}_kZWjQt_xTiG`wjNW`-J2A57;?6yr3{!WcS0qc4Y2&LSFZ9RS~<2bz;jXuxhX
z<3RHfCi@`IXDLk+H&Wf`&|R9bh4QMqLPxPY7v&yRHZ+Gemb?NoUK`SkJfJ7H48mw+
zqg@OneGzhQ0K*kh88j*Lr3*aYbUTVeRxL2Kpld_B*dZgj;U!@`U~{N9=%pTgDdCD)
zPB%B3yX;yg;))!_Z!Q|lU3wL_gbislJ>1;K(G4})1+lL>boyfO)(T$g%+o)f2nSBx
zj^bx0wYgBIL7h(1sUUD2qm!VYB-%0h5U32E1#KGL02VifjE_74t`Rwm;T#d6^K^4d
zT^uPOqstrZ#=#a?n$r(JL;#5RJdv{)x1v3aRA(vRCi5+$V{|{jAVUN4Fr+n8Ro@k)
zelI^UNJ<H;AR_c!Aehj1Va&-(fhr1(ZgJF{Y<dt(=trkRpMApjg>T%%MX`bL<g-RF
z)l2P}N8=^pJ_2#wW;7gg!qpnWO`HTQO*TA3*wNq&?&T!rN8;RW5DE@s5>MnLCKjE+
zEy5NiRuZ^5afh)mKde{$Ua$CrUhzjnJf7}jPN9br@kkXPb&ASk+@>zN?Q@5G`-{+~
zCh@^d+}ot?NIm+Al<p7zj)Lp96gRE&^ukOj#s>+rIdy2*M9O$eBK~<&*j&nNTO$5x
zLf9<IjCI2NUh&Moh-Y=>6Q*_U)Uf$vMLRI9GbH>51`i?+SW1}IwSj&?fhPk`h#x<G
z>~1f^+Mgqi+tuwJ98$Yy>xuu_)&FxH6YlE&xsLzmI{u&Q`2WInEP7>FvO7q0$9{XH
z7b^UQ_y1)$Bn%99Z@cXtU5VfQ*ty0BZo3OZ&joq#J^Ysf{!W4@bluqRXw5~9nea}?
zZx0-lS%p5;b#|c=(g6-Ecp<SGcYFQj0Qzn*y!lsxdsVvwWWqHB3}wP);_l4f6A^U4
zTaxfDd~q*K7}k-ECk1@`Ho|WW7=rs4U_GGfI$SXq25?+~CkxlkYYTrb0dUKr62=)v
zl?kU#BJ_FnLbMoycS^g->MH()4-9MR>L7+Sed)r4p}KCqgYOu8!x+C1H{O&0AAMn)
zFy^><h-dN(MVVk0wHN%p0RWtJ-K`5yP8*(p`&69XtWZTbK!rs9+FxSnb<ZwzwG=Kt
zKxSDtO@I#=gV#I#3rP@k<aZA=fvFYd9c#<^7Ts@Kgk4Lor$ev^8w4m1mR|RuK>s24
zw@3lF5sojt9#j|%Mke~&L=e=KEqqir^+5HI`ya-zmg3%+goLz|XSOvpH8qMD5RQHz
z)n51?;`(9ryjEztrApK_>}zvVQ)^ZmWHvR5Uai9_iDZii=!Xscdzn}RAZlt!?`j&u
z;&8-WJ2AclF#J{;9Hrplci<PcTnFMG7!Kd;gqR?T!G%#_XoQ<gc<4(0(uc6&)Vi)l
zTRVGUD#EH;>Iymv8*6_H>YjdJxpk%O*=-G#oV?zHoZBeGkBjKv8lZU`e|;tAZ7)1n
zk%$3*%hdN^>NUD$z2XohR-mA|F0Tjp*T*oFUk=|h0c?P-7k=3H;8t8iO*!C)OK86>
zV9ojEjSczjI1lzl56QC1hK8D2h-CaW?9gxt{A<l?uPv>Eccy!Xy7EeVTwqj0OR;z9
z597r0>H7I0zz;H$_`-gFt%1vWy~8I+z?|@FT8jVS>i=f^zDe|M_nSC|6;~C)Oyj)v
zEq<)79`bo*<u&bpo|tc1=#{|gT5y4ihvxEsgdg8$8w;B&!4Jj%+V)Kqcvl5Al{J=u
zgAHL7|7-+4_TXprqU$fC!2EbwM`c+ZTmk-5Hw9I>)nz~!D4?|!U;kA2<0jz}n<&6p
z`rif&RpeDv;4Qb*HRV)((|sIoF7O{*w<{@bLgoKR3a9ii;6K5STC-72MH%j5g!^^h
zy~~fY1<1xGSRn%30r>YJr3d7n;Ky(a6O~oNCv0&3`&0jkOm0bO2Nc2^FZEsPqzA?K
zv7f;YD=Vu3wpIaZEiVEV2THyRSW6|*d7QT9#<suRiGBh<yfT|7R4VZ?u5JFV^8_)~
z^&*_$jx7UO_+u~;;r|#v^tPf&q~t?_-=*Y;8tQstydKjB4CLA(umk=T1^*O3bh)4$
zK3^b0gYv6?*eqBgg}tCqQ9a!J{vo8WrGJPYY}%><oT-HY)ceA}Xca?+pq+`};8tsO
z2`HktveuRN?c;Cp<7^H+sHlJ!Rz*z!`n+x&-?oR-SWwYZ2$WR52U0;b5!L>t0=(rd
z3gC_ZK0u{5aLR+3+tVg6RuR4o{~`!Fa%y{k@naect7)pvg$wn(4)_jS@6g#xfr{t%
zF2Un~11tPm3m>^F;|j+CM+xfyzEbqV-VhXFs58H`n*iKk!{D8y>U_Y@ZSVL~=-G6z
z5_tRn+W>cj5&LUrE;R6=8=(NTG~t`jUkCW^OQ~q30AL}&f<o4VsaMTj3KY&He+u|k
zQvt8|HeiC%)-H?!RQ~nvY-<2513QhVffaQCyR=}~w|lh+Q&+2avRAaL6xsml;R}OM
zMx1ToFvaD6zq^BcC@yXxL^P;k7+lA}(3h@8f8v4fAX!iy?+Y$g06VW#)Ukiv4!jJ|
zTmaPsW%#!ri=ig29Q|a#@#8!I+9bv)f_4P86~I~0*xv`3%z`R-M+Lt>UJvh+AlR~g
zHsJWPq1%mcu8BS))Kpv3_&t~WMXNw=Rb};Oe47B$iTZy5`Ip%^e*AS3;Q(Z}G{Z5&
zcTD=1wQ<mTpqgj{p|5zXN81p^@LXXK<@7uYaoo5qL&)%K_!<TD<0k^XL*o@*G`F|m
z^Z296-Fe-S9t1!#Fn<T972X)YEB_pJyd9hZ;N6C%X51pcI_ew#6hzA!3VDAjYG}y9
zo5<*BYbd~p`-zdq>-7Yv%opHCCO^PW%#RTC`FHqn{Sx~OcHR$1t_Q*2#R$srw!Q~U
z>d8v$iHc%GogY^ef&9~_5O)u6b;Ww^e}BQ8|Msx|Bg%U1|FA#(_d_rIaN+O2A9~?$
z{_kUluio?^6`g7I<op+6z3{_k@!t=<@WcC4|NVeV)~<l>HvjeTngidhgV5a4{$qpY
zH&awpRY8QZvU2=b>34_k<R5Bo5r$@X_3^v#i^=(c{QuV&e!9ZnG{<Xb{F(3<CicHZ
z@-IqZi~kw)jlX(D{OoYz`v0#D-*MQ#%=q>F|G5$P<@o=Z>CipozZyT>ssE|)%klrD
ziu23y!}r^MCj4^za5nri;g_$!R{TS=|197OlQ`=B8G`=~wnKQ-PyBZ6JEBKxd)qew
zKPkd(wqF_q?LFb!qaJvp=iAe#PWV{t&q<44N-5FUZ^Vxqro?9ya76fN`47Txw0xlH
z#?pow;TMA&+C)t7?XwLx{eMRQJHEBPy0oRS1CB-EWQNnj6}@Ae#NUCOFoVC=fpY=^
zaiUQFS7?4<5&sqFPvpbdTwN((2kyd%4e2ippI*knPqhCxpy0mChx0HYZxb8Re-%Gm
zj{|(7l||g#_yK-ldGEu4zv<OKE*5~(wC5a&;J@$jcbx_IIvoGU?f(rRh6;N-O&f9W
zAK-rnU#b=ee);|bqNck0WE?PK1nZ0Ng9z%P9!r5Mb^>CBbmjb_2mXf-L`d*yfFs53
z{^R*w6u^mbC7ic)L;fP{(0*xkw^W5l6|uv0^&jhOgqRQ~eBb4t`Hz2&GH`@+cS?Y2
zo8bc`J^e>njaA@16cPX*@9NDbKZoWop)qcqXiVXNz6!2S^v3@Z4tfh~y9ns*a{0^l
ze!8GYbZHtK>G;VuL5+z2-b1pzh!_&Q;bQzl_`f*3?`jXwmv_&E2>&~LIJo)U`8mHB
zIW#BIs4#9$&v|k$`~XtZ*wt+eJU73V0$5g}21|M=SKs32b!(k<J%{6>YX8}@8$X5$
zdbL#7rTcV=+dPpF5Qs*r7wmr)70oEPlY2Ep2w_NfZ8wEo!w$DOdI9~C=xfo0w)N)i
zvL@nGqB&BCqrLkeF!Prn?bS&4)VBA!Is$hph4?eOsOwfcgtuCI)&EbUB8Bpsp%smZ
zP#D24c$<hI)Q<jBoW1MgA9uzBycXXpTcmmmcLu`S)&<o=S}*W_KZ@Z_RAI;$MZRkd
z<BAq3#`{a4?`r*{452fR02ML$_w}$Z-9!@F(f1JlevUx2qOiuEefZnv@Vf${ZiAZo
zi-YJ+7Cy<{ioiEG;0ukSG`QY=br6Ykc!vW1z}NS!L)SA!!;kO4zdDrRpFG0@hKk@u
zfoPzGc|^Jfq_HrG{nZtxF6e*bfnOyMwT{wZ55SjR7d9f+SPkF85M|)^K7MV0UW?iU
zyaly{%Lk`GNJUvob#?cwz()grHG05P*ZpD$oB-5THdfZb1rwa6n!5VBGPtQE!U=bF
zYDDp0Hwd`k6&-@&M-Vvv`Y-TT25NEqLP~_#1aRTu*W(8-d#~3=a0=j#0)Zcoi7108
z{u0v<)&~yt9|d@Uqw9?!q8VU191C<5V!gWi=ND@JBb?t<1_H{ud8~^D9Q!vw0@T*c
zC*KtOf&`eAJxu<?_Fzbwx=e!~mj7p&(9??ECir))!Gsin74q$fd<XUKXF$uj1>Z1R
z@3w#k+e(NFJH2y%X&eYBr~uun7rP7F7qVb!1$ZKVTki=>aF?{Q68HDxqm2LcGyFk}
zxS#}H?f8~Ie`(*l8WSL1WpyQ7r28hcmABTHfE4=ah5z&K+rr;;Yb*IuUir0&Q<R#P
zTGiR`wXpJQQ9az=#lKtmli{0Q{B)wZ6;|7S6#kuet>N8icTX>Gk3&BGhYx!l^7Quc
z@_;`VD0-#(r<(k~eD@s3{oCKQ{~H9NKN;?CW?~@McVu56NzTYn*8=|BI7G>$K9cZQ
z^T!<r5=nfLvyP6Lk&e!Ivp=>tz~}Etq(uXLmKScxTQ*qJe~ZP<p<3gu4EzFKJz8#Q
z9W!d=gV&NqLAUCb4!u>CJ!8^WRTclRQBrwTk#|k^d#FhA$<!RN{)Xxk<RtC(=d`oK
zjV%3U+%+=XU-`2Cgei3r%ZuZ7*-f>4xu%Vqw776_g<8eBJY9|T&Jh<!EI)kq-oq;&
zC!Glj9eVnzaX|XB&or^m_o_^0pG-;~G$(OLM@micn1DV>btmgFlXeBxz9ac*{u52v
zn}>`!ID#W<{^7H0ByBKDipOz|lFV-z-S|maoN|wH?%?G?d(z%a)i9Z$C4DS)M$M21
zec~n6<Fg&+M%k_x8~!$^c=_g0u@fCmK6`M=_K%OnbB}L}nuq$&xwNyjcCD8c@A9pf
z4blDmzszi3#`M?9ifA3(NPE2gQH+u8AqmcLZu$Yro^j@_VW$r6_)=l8e*J^NUnIXs
z>`&VoDr3xZ**S0j=;2S&+9ubWf2*)4Yp3I&XE%p28dh+^vo}<pyz|!5xyZICap}Rk
z7uH|gwxZm-AnDoa3m+&7$2YP<lfN>g7+T>E;_pZ#r>m+g2pQT;Tj{#_VVHLA!;7oT
zWd!ptsI5ExcDh^Kndhg+CH0Hlb$vwA(50`_s-_%z;IPkeU~aZV+|^;ZCxQ#oYj;Qv
z-<z!!uR6C}a&+F>&lYx(H`oT1y1EJ`LucD%ge_IOX?At~>6Z!m%IcHnzxDQckz_k>
zqG|e|O$B=wA1{65ee~(DgxMkHx76M|+RA$O#7fIDhs+;m_pDZNl%xF3$12&EYWvU<
zRTKM3^!>w4b;yiQ2dA~Q#GCG1HdNKbteH<eIPI``N>0N_Zt`)=_u^yP%vJ@{)Oic7
z>*U8v$vf>-N!JW@b=9ivr~Y0tj+0Wybamaq-_{aXaK!D6^5e~~BcF4!A3d4Pce9|V
z+3X8Ad;NXmuIJKw6vk+*A%B`ISF@#PRcfw9?voq0syjVW6{aL=z194X9#fop7Yo6{
zHs4u)XV~XLH5cy@YPTmHoN;ibVA{c{2j>dt0XtU3P83X9dxm*(j>O`)hJ@hB+4~=@
zx0NplSnHJG8mu(c(&YXAufxht^W*tX)ki%Z9J79GQ0Ui$##-t2WLd$OgyB2-K65dS
z*gv~TeE7otlO?Z6X1!ka%KP4qp{w$OgKk?WzkQwEst~$s&E>MQ0ee)h223^dZ#ZK5
z@=eJCO4QYO&N|MN$G64WupoIwRn;Q5S@g+o7nEF4-L^unweOBgsmW{IB@6q77~R{I
zsr-J(%A7}cA5E7&@IHF}+6)7~A;}Aed@P%$ygNGK`H>rwm|hc)Rce3XG4*y8$hy^A
z>-wSRYBejItnbJltQ*kA8ky_cXmX%@LC6uQw%CM{iW`PsB~MzaJ}%^qsiKt>?1)O+
z!{}K4ajLG`IF*s;p~^_L^%K$1H2W5<RitfuHjSDoPa;uCM!MR|_K@oiO4*Fgh-m*%
zd$+?*X_!&{+1bPLpCrC+wOKvQBUO4Xf5L#G#2fLAW2bwkE-~$M!aL>0?mpQ?zJdGC
z%zn4LUN0f5;0ogD$Js^Xp4qkA;Z{a<zx%tDwpZlu|Cmsb|EWIa>D{}hqQxb}B_*dw
zp7zLbOLO%gdyws@illk{AyZNEL*@SHG(pszp_f)ECoz(a6Tq#uRJVwTu;QiXix*BF
z<tFy{?uvJlF5OhVq}SK-?fRFK6~`-HlM)-6dV0jdGESygQrp@bhi4j<`#ybSy}PpM
z>8w!Zp~|4Lb8-nz;v+}fo*FD)FGIT#Y&hhRoRjR^yEj)4S+$t+GNr;KU!y!y_L9q}
zDYW^^ck4I>$g&4eN8eV?nCNylHx|n@-hF)a`Mvc|3XP+8k1nFw^cCATSg%4tlK+b2
zT#+ZA6uJHhcbHMb75;mF3FpwO8*hF#kxVVwQhND|<pl0MhgbPKQUYi!mxzdU68evu
zyn@!>(^7E5)VDryI6XwtV5+x&FhxwmhU#XS_d&@mf=1<UxMtG-S@!+?tVLx7GxW}e
zdcU(B8vkg&y^=14WbkxGfF0MeSe~Y($t`o<R&M2bdiwj%o7~nVY{VQLjwH_?vx~fR
zWbCMXvGkW4JUmXYNkf;-9Qyh7C6)Y`0|stQOB6{nWj$_>FtR+Sp;Tr%)#G-Ewq<PK
zCjI;Gl?S1yTS=LG`>gfP2E7<`->T`1zUz&MSDC6j%u{Q$w!zZ-caujBQczHxpg6!r
zmf^nX+K5l%WX7%MAMETeqd>P+zQbR7bI@iUKbuv7F&oq7HeP=D$ogPb5^33R?%?55
zlr`6IHgfKtcHU4#S@!sYWzEWo#sf2V_dBpBB}AUq|H6<!>+1?7gN6?nUMVT2_&)4?
z`qMLo8Y}qpl+-(kGb)dqdiJ4V;FB1K{BcbObE+RrnB2&mb20rE<r;bD){xSU&4Pl=
zGecZcZk+cVnpWKqT@)vKu6WS>y^~O)UQkf;T(A0x%g9o@UPiI0j<Ts|r+D4&H`mI&
zIAz-8l2(1%jlQogct2b_eyq~#!3t4U)=X>{HnrtiU)?J6M{S0rh1?5Ts(ig-o}ZSc
ze2KJw;gGAcUgMv8&XQ)$Jn)j@kjm&+U1HTw_wW`E53?7f6?+1($^D0DKI!j$XrI_;
zC&v=UL)shu@QO&Za1B$dI2jTeuxhOGB9`;}Gd2mYrt2O$5+7?Pcyqk|z`o~qq6Zc`
zsoU<{I%6vJkMr*~&2*d28l;*$W8v^js;=^3nhn*4Jwi-5$ZmdOSyW5IespG->#=Q7
z*Idf9H{RZ}{c>4O!Q9((rmr=pjv76d^Gcj=PM&t#aQwz-{+!OfzD(MLGp&;{?@h_s
zWW7EnhVud#Qcd9?HcKt5`5bw%f(d`<@XChaW_g?3{s_FaYw;TQ4cC{3MrE&#4V`{J
zWZ-SX5$SEV$x74Sb=n3rR7ZRiH+(M9lr+FHb9wlRb$#2sFTW{x-=IEiexTQO3&&%J
zqAQKQtnWYNd2Ei+HfdQ|Ct0)E{ZxFiG|U=9_szOfl^l8Ys&ij&sVTN@PnG(|u!=g)
z>|te&Ys+0JnOfhh_GD9XP#kvg!nGLwLK*wxVul4i54E$!9j+(7xf9nX%jUR~yu^~x
zVpeajtZ~2hQEWm7oj+!ghwFecEv@#p%UZR2T4{H)_I&*mQY|BP?Mwf2!8;XJH1&z)
z-{*`P(jLy;y>OVskR7Sql*HpHt9KlDXInh7mKw;Jr#P=@Yv*j|-JSM{WsbLG3al@t
zukljY@JI6Tp;`<0yr<)s9)sDt6C$PdxQUT$V)^gu3)+jy&y=|yDtTR2kuktiBW$2n
ztmLp4N_)b#%I)(}HJ=u)SXA4bCvmQjvhrMTRDsXxhp*3XC?2^9E6?i;zFK|6HPu?0
zy1g@Dd*ch^hH>219sTEMJ<6rk-;R-7UOck3uWg8#p&k2GSrq$9(#O1G8(y3!P_jDI
zuJFpV?&dyY>nkb^`(Kc9*SeS0XzmT?RH;YvC&q5;+-o^C>Fr~ybfrB$K*y2!=5xFi
zQ*+831KKN_TOvPNSs6FkZd(y6$!bYd$`0yVG{ACX$}0DFSr07oCfm#^h?^SkHg6dj
z@Q+;;vhl4ABaZ*I`Rw~wS@#q6hLkrydtO#CxGwZYsM#Zh5qtM@k}SW3SxmZRkYy7!
zi1ez@Vfh(H-AB#Hy*tO_V44(6U%}RGa(ACAWh=bb^}vpilgmQAvjiX8wUl;5^N&t&
z57FN)r|kMLQES=W(vh{t$l1F)XRq%(xAvpsWbaoS&IRwDqqRlKzn#%9t0+>dPu8`l
z!}4X^$&#1XxEDSQvpQtXgAtpJt!rPkd?J0|RylW_tfG|~F_IedNXcc65vx>e&#iy{
z;cM89N{X&brJZ6cg*tgj;=@Fp=Soh~>?9uBykL|!Td&{>ETU_lN*Op#7&dHv<p@*D
zt#Yf&PR?6=+u%s>7-mSVpI$+XWI--z^c>dyNX_UnzkrAe&m*aZ#qmiWt-g9HEm?ED
z-h$^?JM!|xHD0evR#IzRWfyI7=A~HeDkk4g4Na_mB+1~Yai!bVLU&hP8aDd^s+xXv
zjaU67l3&u67AXVGwF8c62-e(E8!uHNwPSpotK!%=$p>~>HsepsvS}Y837EA8YpzST
zaaDaVcHk3_N$%}I4-@yfCP<(wK5M<kuJwB8{UC<#e#fe?zWK<lB-0}~2K&X_ZO836
z|KR>DzT;Loj9MV!>5;88d~5iTzLcXL{mvEAc<ZhVatr9o_jG9(keRV7t7xoSR?)8A
zagtY-ll;!7Z*32tF+J{;gi6Np<DbvFA^swFw_N>!adDC#>A_l`#-<j%zZ35{wXd{n
z>pV%-HSSpt6ZQ@o8nJLwtMr}9hTQe(%O<UXKLK~_fcty3GlriE-zjBlTkSfxe!&{|
zOEauz9&&k{^f6-XW^~)i+jqv)(3B6Zg-UleGc-KiHr9H8I=~$wxn_;K^HyG3VCJaw
z9a2}Vf)8dD6`?P%Kx(q*7?7pJQrEcCmY#dG@BN##?)|8~2X!`IcYU0ksoKJ%Br8R)
zuN}EiHjZL8*OvXRtfS!K`?g^|&T;%`PRFZ^t7fe-v63=sagq@kXXa?eCCxp!y4grU
ztgN}^dQI-b#NAI^8!ySzPAs>gO`CC(G;YAOfcEK<(a&elikn}|Vbvy@@8~p#S9vlD
zrNsce_{k1A&7hjvk*D+SyXBXybpM!%3c~N&6~tim&D-yOI1&7LZEc*S>$s~N))CXC
zmv>0lifyDEe5of_b(S=UJA7+)dVtA#_q1)BF3UtGeY8HkWQO*VG^-I6J7;lI>PIef
zay!(*-hWSPF}KWf`1WuKzX8o!FROM7iY{Egr<kH{Dg9~fTH8gkCu94L9D~e?OAV)u
zT;X@@sk=^I(d=g3#UA9j^QbCZre6SNLCI=&PG!x$oK#=FsKG;0wRPLv;@#Fq8`U#>
z<l`oLOGhcKzLc_WQ^ocja`h)!i<uj%0&BJ;>tju8hEIPSzwh?k0XMw8v>s2ODzQ&Z
zzenx&X;jDO31JT(n8a>v+&gpJ6%H>(b}L(EN#Dw$t|hkPY^m^vt#7;to-1W+JZ_B2
z#F6bY7rt6xJfU1KV4+?JV_-YE!Kv@1#+%P`uiR?*z;(RNFKX99&u&N5hYpQ+Ft9yp
zv$RawzUtiffg>Cm7Z_z`*|hI5({<@AdMkUx_=fXG9my2?wJRf<*u%CLj=4Des^a}C
zQhVmiz1l~%RYH==Q-8UES9hu52sM1Y#gT}N^fB5eSJ}`GWIQP^-C+JOE@a(KzlCSU
zUWlBkFmZMY(=7Jjahb*EO%@%Frfa5dy)!g+=a_Z%Pspk7G8U{@Gy06pG1DdM3n(4!
zQ~If%o->a7>1mSh8XFJYv{Kha_S5>67*C#b;(Fzp<8E~WuT2}TXrm}OTDHihw0P63
zvu)=y3sNlSL|?iWb+Dx(Wa=ZY>(;wn4K2|E?CQ$q(w3B4%tA5h#)+E)7xq6gc95SZ
zf6vYd2b*l~V@B(S)ZZQulUj7==;xz%S~s8kN|_j`mQrr9f<Ij`_1^Gn8w2!aXiaq(
zUK7}HyE*;rhh^!W1BVsU>BF}qAEqZY4!t^}Uh9#ol%E34HT~wHD}zX~L(;W65}Gpg
zygtSS9BwIhdBobU^lH?ikfUrWLvj3uIj(X1c#n^r2SQ?Iy}tDH%jpR_J;`UZ<(l?g
zSy(FZXr+zvaQ4jcjN{GR$^B;=B&0V#UG8(ga9Y30>oc}l+gwwbcWvwD{o7AoJ+W&4
z9TofiGrT4bt~a=JdC=9t4Kl`^2bhbZ=@C<&aNd!rwQK56TI()1cqteB#q!O|?Vw4$
zW;dO+7}e)&{pMZrv&e|IxA??>Skm0^xoBNt)3N1?mG0b+II!~LiHMZPmMa3dt!<x9
z^*`q~yYDFZ5W4x&O;(q~LT>$WQ{Jh`(#D2uTXbRVq4geTto@bsW|}WOEj!Y7v`5C+
zab9JEWYqfgPrMj5@XS<k?b!yJfsq#K<4VGg#_=?1q)zG58v|x+QrQx+*Xe@v#QqWe
zx6b8iZ(DlDu3S!X>}97pw{pivc?=uh5aWGwoc)0P{W4Znw+9Ee1?{aLIk_H`p24z5
zk0vXrtiH5+^WEIl<dSiHx3E)(TZT&yjQLz~>%&{wpjVl<-$`v0zc!h_B20Nf$%%T!
zStYISoF(7tu&qaGuA5t{xqxxccWq=*n^=R5Qh%|;4Sw^cF;gt&Dy_OWNv7mV@oKZ`
z2gZR;mBkk`FD7V>+SRn`$?fwurVpGh^=YDIkhPmzm{au7{O!gmL;Brw|G4B8^}@iA
zU@=Lt!5QnXw%0DsbJ?|Q%bomLi94qyPF^p$FZYj-81>M^bj9Wj!Ip!kMqZt7ane|a
zJ^0js2Q>fHo`YvA$Sv|}URcbYk#m2!-10mR_2ADg!6T^p8}}tQmCF|`9U7+Rrk3mC
zrlC05*{*MXf9J-uaid2nZ9J~`^s-LQwb%!%xqI8~2MuS4OI}kNEjM~2y8QCwltG-?
zb38me4tv~eeA&9!tGuza(tX6CW#KD~Y)F01(oR}5UAOIjq(0?_@zlGI*J|zFa?q&r
z_50cOHX~nbTs6Y8^yLdbJ-J=%MsD8X35Lh#rn#(2-&*u3s$YCCBjdmTyDJ0hKJT(|
zX}&r5vgujhX$f9W%CiedJN(sbQq4z;_rJT+d6=U4hk@tVZ0al0B>TQ?xvY!BWuJ^R
zDAT^Pd*<K<U5@&2>dyN5*o3m087gNcEZTDZ{xqG{vuCeAetg^|_g&>x^pH{|)q{2<
z#?mop_~Bu`)C)5^_hen1HsZ16teWwE@b;&!3^$Pu*sXVwV{KDpAbVnS<=d%O8f#^1
z6*8mAhNk8ItF_M7@@p3G-zChKP2ZlRp*m~}N^+E>7Dd~9__ShsV0uiz3)#a<?Q1uu
zPxOutaMj%~Fg}~PijvN-k*(J^%$G5e4S&Q}P7QoM#-sLzN=xw3#CLt1o{b_;mcA;M
zK5lyOkuB`uq)~UbO;cOhd^_#Hn{CeK7VW2X>D;t5v-x6!n}=K#d&mJ3z;t-(E;-ea
zA6^ZXB|p@9rf~R<*PPMz`?!+UHk7rxZ82G6)Ds%+i5E$m?CvmX?W;Fpt7^20`(WD>
z=WWU^2FSfLB(K<O@_NMfv^~MmD|ep>aHNQ7A0=By+=_HLSa#dj*(m7JsTV=BobKH=
zQJdsyd{>_-o9ewXJ)Cv0Ek~xvSkEf?<j&OB3w1va8$3wEV&Y>3y)zG%r)?R%XZKV)
zDTmW4E0?;?P+^y>%HafkcxF<h!Bu=US#iMo;n&0;<UehCXnK-@WH-j1GI(9K^j5Mx
z?a(~_#p#W_mDgGnM)zTylY1j|a*SC*`|9Oe<G++fnafgT%t&cET4wf#+o!CSsLkTu
zFn;q|aPR8_<JQr&5A&w74mOHa&YCiP`YhYcqYqqQ8;&(m%o!A>+efm9eUZ~|l`P{#
z$1GLm#(a+VlNUqJ%?Z-fY>x4cC*9&0$`5*N6nOS_i1WLkOXW8|l#qi%^9CjwY8Bk|
zoN2K$jI?kgHQaI5_Ni%O6E$aMuDEZSZ<U}lNNU38!OMmndvTW~t(k1O;f3AgNwZRO
zwIi;rwJ@`vWWvvLU4XT_j?`;RbsY0HVnYeoo!4HH+CMFiT;>+n>Q^&G$J()0Q_jO;
z__Ru^Pus#GAFT6Sx@Lz(`pw%xL5|Dx{9e(|pFWYLxY*fZyPcJK-A4KBxsJ=piiUID
z(~gdnEZX!oo1CUOS~bwkvEb_Gi;)+{q}IttE!%Qjm+{=`z|9YLc1TMb+O|bav`bww
z5vAFXjU9C|%3tl&(zx7TdSXFgN|6Q_eBuiv7ha5UNuHZE)<so)jLTN3;`GA?3gegA
z4{3^6I%c@`?1`HaXPM9qhvz9y-)5I|IJ;KaJM$d&rm@Ck33c6MRn_#gRjGmNWkTmj
zn&nz#a+;Z0S#kk%<2>t?gP2cTj<~H9d^!EK@#W`5+wTwd%eb0pym=S({k)M2Ra+?r
zFFFHn=h;j(!_=D+kJ}7R^w+ID0=ndqeqtL*`=7GjZh04&JXWfDw`-Bug2yz;Y~9fF
z^tQ8-VNAJkisE1UTOH7;Uv7C_bD6T$#f#TwEKD)foUXQ}Ux#aP>m{<{(4waqSzCPO
zSo-I?hn~zXP2Oe^zBpi%`(v+nQx=pL%BO92$}!)n;s0{|r`0pZIIFg|dH6`I9=`3Z
zTta0k;|<BVJm0>e(A?g6-^J@q50qb~-F3S;FzP6yk6577rMmDv<gX>(cgHJ?w#uV<
z$@|LOo@^|=|4{o(zY|`K^g}~U*6Onp<ankZjIQh*`n0ceh{glVICIL5X9+r-U22t+
z4s6<Y;`y0AWmYZHtEtC7F1^64iU05{gkR;IxAdj4hsXFAr1HpsGw6d+ahTe={EpQv
zsg;SAetP}So>$Fxcs5ZhdZ-{PEaTdQJ)a(5UaD^Oaz=#J>iZ`ipV2OUch_iM*`sOJ
z5pplJd>=Q3?Dwn@f6_88b~syJeq1hRYg(z}wqfI4GG}z?w%#8)CVa`VlM{<3FG}CD
zO!f1g@W$B7Gedk|$p&7$GGE7Y+6(Vs_nkMlM@hD?w|V*DRZ+{vN@>@HR>kv2Z#Hf7
zO>bct@5kb+BQJ(<8uv)+vdYu0d{lNY=)a0#tUV}_eD49L|2gaBF=INPO6OHgmh6}P
z*pxH%g5%gXAN@I;TPnN<l*daBFQiEw(wt+zBj0c#yTw~)vGsXxWK*S{z12!Jdk4qQ
z+JJ8`>$7BwT+B*?TY5LkDPwg*R&4T<m6v6_ZA5=4r*QkfdU459dq4H)xu|(>W?Map
z@EO(`S6*BaI<oY`w&eBWtS_@duWy_-sBEcWKgy9+Goz!cS1FD6d()O!o3-nv?xYIa
zHGI1dvBOE3l+J(*mX*|o@$KVXW$#!jJf6!Q>1%v+k-x6ymt`|1piY(kUkk>_`6nLW
z-MMt*$@Z;-nqJ#TMGxA$WI$m<kvrq<x}Ba?ldnqsF|UnUdfn@cTgFNHC%exQ9|I`|
zgIYft+q@<#-}Ok8@q4INa!<_hbShPB#$?<5&seMfu+zgHay24NkGW?suDI`Ab#la@
z4(wC%vHls=$2uZ*pOD|UAvtq-#IP~+7w3=u;k(7JD&yQ(N%k}?*Hzm)Q?|2Mv-;nQ
z(SKB@FC)K$uPA?XaJo51`DEM12EA1>3MWlA@lbhzeBjwD&ohgQ#D|lsWUDTpKdoqE
zc(X}|Y&l@Rc>Kus?MsHsS3Mo~aKFqVjT>q^KS-TeZT@oCw1yP-GRsM~qNU|iva+OH
z_Bzy^yv}`||H$cjW6ELDST{w=T}4l|$XDa6R<|E~k&^rW*n6v}ID)QibPTt_-7WYa
z!QCAa+y{pQ*909Lf`$Zl3xS{!+}$l$a0$U(gPzIze(RjG)_?b3e{<DctGa4e_10&1
z?OC28?I)SpxX2|(Pt}=XMC+_cz@OlAcgz)#N6ECw{&U&W{z)oWs4oLNl_4W+Fg@yO
zCJ6A74#AqhmI`Lml+wV^>9WlZ`!sDtp>damr((UK=<>Ikx4t*=9VLBEu3%!kIAzZ$
zF|DN55UM5hm)6#J3j6TiaFDM}R6^L3Edt|axzpvA=4)bVO64oi&k~b?8Y~VHC*it>
zNFWse(J*D5wnFcf;weJezsAeMvfZLs0iVrJche4khfa?5)6X_faEAyZPvUJf`qB%X
z?^QK++cmy;fzzT)q8zOJeAKAj`W&WvQ!$^W`l|o5`HDna%z?^cfo|B7gOlj$Z%z-p
zX_o_9PSbT)jE(q3=!5t5ex))0=}k=igOfRI#Ykltx8|cBumcUeQE!fhK*hof-5y)F
z-*1!}%Uu4rPHg=)X!nhNKgQlbMGSIU4F)UI+rHyd`ddmQif9Pn56AkJI+fMX(v85;
z_xp(iW>w$4@@2MoesESk9sPUIu)kn)h=lVM^>;J|LEcePZjCb(t~l}M-hxsJ=tXHr
z$&M_o2)J%nU2&qK$a(JQaG|Y|pxYM4wa&oVWlHtXCQ7l+3fW_+8;&v;f6UyPYkSDL
z7t^F97ixK{y20eAxfiG0K{bl|4g3D##)I;vLyxu=U`OzjTVl&WS*K6jBW`|Ab(X7;
zkeMOiJrjDN<9SFuBV3y2Obx5%og#?)rQkR{7udlFIHV0sLhV^3I!xJ1T_FC4+~H5w
zx<^qY67^*kwm&R~-!<;@{M4hUu}0A?{M89x>nBs)YpD3FzT4h+A4&Pgr&OMa{@U)m
zFA9_Pi<x)dh93;m?2FX?^e_M&Y@|Bkc}(elx7beZTN-X1L$;Imnl*q7_(Ptys!(z@
z?4l!_P9I&tQoyI;?|yFZbYS3p^Y_5ZJEbwzjK0mzlBn1`aYvVhicuJvCXjQPdX}B!
z2^|}P3!c8?E$!x@oqyD(J}_nbi}7|Ud5ZW$!D4V0P0Gr<cB!l^(S49=FCFbCfNx5)
z<K4!qL3BzRl&|G%>w`r{l>V$6PMJb=zl@8G27iuq6@K=YnYM*^twFN~Kt&(=)bm&Q
zL+HoB@XaLx$s<of{CL`cwqs-xqlA`yHnr{h^~_{rt;pcyCuPb|#*^rbD9)jSkB-B6
z=@%13ZoO|T@c_n6jSdj1%bDq5oP@EK7uN@F<x%V%$$#@C!($#0nq@yRUhO<UYK?2@
zj-H0cw$&bu&icrO?~=uAEl>Ft-59DdA|=>(f)4EYlS@B6X{{`GhlI!oL~c^64(0Ad
zlnXxVd*%5CR~joCYuc5PUls)K9*x%i+Of7iPrNfUDXK`Z^u83Bm7z~nJGz)ZClKK7
z^+J>ZWWUAw$59dYMzvGIMwDbmS*PLfC!@vaaP)|w?{&HfTF7g=*L(74@~3ieI$>Bx
zBaW;fk7TXaagkUaIj;yW?aIA=xz)&_eU}m0?2FoN4ZX@4Qt`I)Uq1%dF{T=BYKKXR
zbNKSuNiddNuy(r8ci6D{t4!v*1;#_Z@xIVH#<2uA0WPj{;rQfhaAT<aAZdRaZzZ<{
zM{Cg9vPvWGugQ!Tj{4g$t1hOE==Am4#wkLvyx~v-%hkU|+rL9GCO%D|s01jPg1~_x
zKmsWe>GQ8&Q(|e@{QUN&dsNso>R1MLq%y5e7Uc&8mx$~{yeAGav=04%+-K`kO+)bt
z*YT}Ixbl)=1Ok5qWnV8-wo>PUi*Dx$Cn;Xy^)hh&aXVB<*EgsL4p#H-41W^4kx_Rx
zS?<A@NHne(rP~#Bp7GTwz%DM+Avli`H@^3x@=-bz6WSbEe>Q&jfrc4J$gPJfBm@EP
zkh%ZDG24oEtjF-j4%5j*5Zbb+fcc4szu00wdfpVJmhYT)^{*+u!DE?<4yLAB7G;ED
zLipbP3kuj*!Vo(^f?i&@-^O)B;?YWIw_4qd6Ri*=ii}Psx-xL)+JR%@R#hdx@nNkS
z;x>n=z~?L`X5A@Ik3l9v4B-rht<gQk>zP;t7Vl*2_^E9g8Lm67`l#I}h(5!C3(>V&
z%o+{qyyxB5*li}{z?7!Eb0t5G#hmZAn@Ymfp)0gm<|jbolvoY10SH_SnqInN-w2^Q
z43xfheYp`noR9WmE~*GzCwFX8t$-q%NrubajC1TP!eQNM6NwKt3ZLTYYOPlMNJMsm
z3;yU-cD@;&J4eG7WX$eb)*wDb71DZA6XK5s;;j}W)C7E`pHOnHnGI9SrGB|={Oz^o
zUPUth)Q`2sbyySX$Q`jVYDeH>YSg>j`L?Ej99`3TF{}*@ePn6~^gj3UR=sAPs7x9q
zKhcW;+J+Ln;_LD!quWxUch;&lW?)!^_1$hifRu-3%F<Y`?ayYZ?*nxsXM#DcZGw}W
zypw-u5ba*RIi6!`<AXCSoHg*x&9@8=j@eYAS)!B`f%_)Wo^H2sb?HLOKo(ioy9mv}
zxvGa5JeZf^Yc6kl&zVwUq9t|Gp9KyI@|FOWZWg-Mrl%*&bqbLIAkgWLB57KOG#xMC
zM;#9C0qk${)Yfo8vT9UTqIuMS8niv$b8)e^U5%1AnD}!~oflb;3Fl~I4UT$4^_s6E
zT?s=#(?_8V#edN!nw0H+Pk2iiZ1%_0tx9WuwBiR0ZC{WY74CZ#KaV+!SYA3}<r2F>
z4ixVbM(z-x9Itd>9u^KscCu>%4;$mD_1spka=>DweN*)6q&5X^t;Re=Wlr?@TaSa=
z^3g1+anLC>3>Dz=sf};*EzQ*_F#&ZrqoK0F$k*4~oz5C?SY5^E3-KG>^Sob|vVmbG
z?$61<y==uKBvS~Ev7Xf+Yeb(D$8vz7!%*(h-?^MbVkyRTc-Gr!o!T45E8jVSzIHm3
zRE!vJA#tItTGXT|;eaOp-eY^9HNXj9zGPrEv3)$8E8#U1rFVcv&R-@AP^Y}W!m2qE
z;BmeB_0jZ#iL-3jmyyMiC!jnD73w)%CH6O-?sNmuhrr<wJG=Tp`OP4;`Vo75k0kn!
zP7R|gwBkX()vBHHfR6_?dH=|<)%Sq9If?1o<KwzGZZvMb8m;foH`^xI!Ma-HUT43q
z<60jo4b)aL`NUaBv+gQ&!PxuQ02$X;-?w_>F_7umxo__?1Fo+Y3d8E-Z@1jt_C>r(
z;MaOu1%qRUB<(1uWPWNJ+kaDf`gj{^u3bJaF%ZujjbtZ(9G}Uftipcbm@^q4p@!o0
z(^iiA@j9m{*t@RRu6L~S3g*A<q4<Ey1cp=E8Xi>Q{aJ2?;>QiwK0o6mQ-h;V2Na|7
z0gWuDiC@P4%5)kn$|t~<HNT|h*ZD*(&L1e*XrGYgPZZbn1@Tjh7f@(7BJu4Kru3A1
zJZzBWTFpkGPAbSWiUn;63lqzP{@!dR{lfZDT3k^&TOo$Gmovy_<LQ&!p>l2M!2YgY
zdmdUQa02=naYGO!wf=Z<sh1_GkZ_LGIq6U-^wGa-How<|v2ZAISwH5O=JpNl1|IHF
z<*L2R_jUGzHdTcj>u31Ve7r3|?Ml)uWCCRQx#JDQ(6+cY4_4u2w0BoMQ_q~%$o-5L
zvI}r#S+GKVcmD93dPn*=#l9>g>gk_;xNdkV?hFu(&WlZ3_ZDFkU&98ZOj-<4zxWU&
zc2xC%M|59CCmS<hZ)1UgmNmYtsRtD5?!$IoF9muR(tWGJ-L9&XWcK!9h-Y^oJ;aYx
zp&wHwZogwjt=UsbA2MdYqGzxE@wMco-~JjJ>sBAOnuD+993zjA$1k+C!VvKxq7u4H
zx8p2+b8!JF=c9~#(pmc*hTW=N;BHdZyMf+{XqTpwHg{hl)Apme#ZOEc+0pzHpe_ia
z;i>~u8B8YL*!05>SCFvm?Wwi?F+~gOEotMNlY&1>ld=Ax;E=gY3nf*INk~5+-e*K+
z*GI4Q_4&hV=H8FD3y)79A{B6GvhsuzGRiC6EIsp7rK8{X&^o?LuGc$$*6cfScn4j6
zH|j#-D*^(AQrAbL%WKHf9RO3m@oSE^`yL#k2rD}Ieq_r$5`8BEY}{c++WzkwFqiId
zLj%t<jW1Oa>jiwm#?TnxF>on5a}n)>!eUhX9Ye<ecq;Tp@aHR?v+3ycJ4N_3KfMO&
zb^xg>5qM5g<g9mgtK^H~h<dIl$uHjqEoQn%NwhKH)ta;6fd>Q6?H!YZ<>!B9%ktm9
z*S7YL=k`|vP26JpBQn75{W}&pxN^g{tUeN?BFyd^+Qz4iuf(9%7eXw+I!nPX%I55=
zf{(eqh$oYZM>7`SLjUGSTgcY6(?|OLxoL<d)%Wot$;fRpIQcS~>v}=XJr7-j4Kz;W
zd81rT{V4x;s`Te~dz$fbRm*~QTa$ZXn#YE%QoZE<-G!r*gr~`y=1N(q*;g|Y!*fe?
zmQlGZ83Z3fnw0NN|JKhD3ElhkXz2MSHgcg&DF(RiJd6eI>7jPK!zX@LR79?P#7ih=
z0GM2Y?7z~_&j2{Hq0ET+Jl;)T^YmgLy@JSp?4r&(eiGo~d(KYJ*;e=Uhu`uK5rb@+
z*Y9Mw>we3&c+zK9^Fr()XEY#rkdTfk`}rR&=&KJxTLBzJXC3eKTL_h#PAXNNId3bP
zo#1V(>e`nHSzC|J2Os!9td`-k{e1t;nEf*sr~hMdKecJarbO3Z0=X!6AJGqRa<}2d
z)Ux5-lB6#WpeAsO$E9nmJ@c+_IU_QHx2ZlR&w1Y)6(NdG3yo|=R66>`w>_r~CZW%s
z^Lt6a9Kw?Lr9w>J&p#2pKUI}{P$AL!YK-yP`)yhb<wyJLmU&dXE(PJHGLk(I9!JXC
z@5ls^`qmh4J<(bYMmj5ZwW{(?&2D-Y(YD#pWgm_zFYljpdcL2%j=LN2WhuIeEk443
zMaqbv%?zFCuUaBO7zBOGyzVblnXbp1&Ck9yKbiZrG;(4o%?ww6Y~d=2WL2xR<R$IW
zSi0(;MN4Il>>c+E#3(h~zSmljh^1i<uo5r4o0digr27k&w=KTLq;w&7*I9npJW>yx
zr;UhsFN_oY`_F>bc00}>#t!yG)T;3xUAH~LfxJ4Lw!8J3sl@yh#pPu*VF?lxyP3UN
z<3*&uO>DK+|6$(D{N?L~JwfxDy?2fdiFSz2a&GGW&JqVaJf0NXJc}JTfcgunC8GMX
zeRaccVLUgtkYB99nRJ%aE~4*h)I@MK_NVnFa2RmkcRvEi058Lu*F*gfcc<LTjVJ8X
z3N7M^9D5L;HN)U>?~}jB#&6Gck5oSQC6Z|D?Ol56oY7a0-8ZX2qV^Lb=cl>*>GUaI
zP061olgxBJu#AJiZh<RhG!{=Cdv+1wmJ9l=tw(h)o~kM8YKXpbP^f27!<;Gt91Sd#
z0SQ-@QYkDL#oagW@v!etu0pQ$vS9)Ql=M)GN(CeG5F)A?yJWY*J<$LU*p3<8ql-@2
z5sN|)XX9IFH>q9|8(}v=KI_mM3$~tb0WFJfKm9_2d+TsJE?i&iNGuNQsWPQ?i)-i0
z`uL9k#D{EfJlX?_<&HlY>!+cWb&Q?HjBTo@aq|z)8nKAClKeqHI<oFkpC>LypFOX~
zL)ACmfhFc52UDciLNwy!ryL(aO(UdQ-afvxEj=VyNS<%~agjS&ueT!dXHHJ}UU<F#
z2hMT`@4b-)AHb)t6XHOaE-B3ZZEGvAnxrE*k2Wk?<}(HrQx2HUn$n~7K5Y<>8bv3=
znbyl*erk%Nz2*1^k))ihao|n7j-iOF&D-G30@{<XTJVuRgj|vN`NDxFfp^s>-=J@&
zP}^S^m9%{`<$U(7Tq9IeSGWyBOv+5gEM&fcEe<Ddzpc(c;hrl2kl&)5jJSaqxXiGz
zqwhMfJj_-iTJq-~B@fGnBLh+m#6^RClQDj$p0*9a>x%QMmrU|CctDzU36dUKwGE-5
zY*WAK?z|%wFT859M?-6n@*eNSkY!q24=OsF2<NHw&gxp)3vq){S5hiNj+iXeG!F>C
z-JZc9oIAX8&@F#`0utc+R*@KBPt>z1k=Vch#z@7B&I{a`!edm#c^N^#`Cuc~^uZ&t
z-^LmZC#v~8;#Bv2v?u$YITz)iqZ4@)tBc*;^P!U@29SY6JNNf-)D!}sBbOajM*Vhs
z--`Zu9+Fhho*HIvP}en9O$g81>}k~5b)083xS>h0f|Q#OIB`l9wNGzf=w6p7RZd(O
zp)F0+(OpD=oLAb}@cLX}^h~z>mbZ*BYv<`F!hUxEqn6<z-~2~V)nJ=d-Em5+&@BP@
z7cx75kbr2o)rMQ4c68X^o$Ux=&}sX|Vr4WQX0Rpp=>C}T+M+Y}dB-5t!ZOr$3-<7M
zbJjl(WnE8i*4Y7mqjmdf%k77;Fk#i%1(;`J`3r~SIcx5X#2!=oq9w{Nv{qc)Z3*K}
z#+_KA*SVmLFv=n<iBZ!k#hc;^sWE+IL|HqfR975&_{EQ9pBk*g9_Y$OteH1tCM*H5
zEt!NLByz;AOf~4!0qEa&*^a4i(>YohXNz=b-7GXQwbWHGwTzYS@T;l_i+)l{J$7PR
zO7{VC^=;KIug**qS0F;G)C44T?~^>9<B_SN;Vh$Q$Wc8D7lV+$NP457SGpp3`(%4!
zDsZ#azGT*p$K7a1I92+V1Lw0cv^YB>Xh9H0lB>NCapR6>mF{%AGq9a3AzPtCZiuK6
zTI7sRq<n}e3fyQ8h6AjFkm+J~ZI@DB+kM_Y?55$}>pqVoI<9mmHjHV#_zQ_k2)8>5
zgTV4i*32P#-^k<c!TGG(5`)|ieCJl&PFF1{G76qDGh}G`1+<-P<z49Wsh4Xv{@X7C
zWIx;d8u~gzna`q4u|{|GEO#A!tEpY{VVE4wlKFfbxcZkeXd_r>bi3HCZG2UkFZ$bj
zCTGTE#<zy@21(LjG%i%-3;iC?3is+iUkEh!s3Bs~klbcU164G^g?I-k5dYd*Ge;>s
z!jqVC<xSI%udPiD>s=L|LO)X@M8rUMe>WTR-7V$Txko-%^OAkUMksdz($lrWOF!p|
z?)*M?q5ezDR|32_Wy3jH(`K=g2T9kz0#dcGV7v%a+Ze6Q0BqOgQQddPD-~^YTUql)
zoAn{_Mk-?u^zpI%GwmgGAMA9uWFl{X?_tlLrB1NP3Dh^z!=-^kJ`FB<phP>F@Vg2E
z|3c?P8QQCk1i8+XugnZD>+gM6f>o7wN1bN6@uNDhr2-F~J)^*fxh7pFhE3PB12u)O
zvZCo^OOPUeEuadP_TW9D6`k^0l1KjOu+lt<I)plnlb*2l-t950X2XG_UTjRQt%}ZB
zBwoga>#L~*9Niep?)Qt(ozE}t(M7RM`F@9H2%F70H<Q6G4`XaE$u?VEun>QLx<Kw;
z&>SkKOH-?do}<V+%T=j07M7?Q>9x5qlA-87ES9XswTXaVb`#|u$aM?Co3s3B$`2kE
zWrj1dUs!JEe?)cqh<d_iX_q=WgECCR?Z-zzvT7t($j=OMp$n!=FpWH;u}_cyTvI1%
z`=HM33bkO}kysPZ-Os%Z5F3K$mrS}Bkv*;0ZYnF$pE5e|CK2*ur&>(G=hnmA4RX?j
zA1}WCIZH%U_>^!0(@Gld5-0U37D^PP%?k(c=BmW-KkG^%9JM_w=<B|79cXP5q32B4
zkUWKD;=i*SoPNFd_L8C90tWDB6)Of->@|`h!QIv*>|(*!`+Z1fq}U4Y`a3;uSVo*~
zll_P*CS6w!9`{iy7;!#~e#w;$&8wgI0O^?7EYBXc+fn%Xrri~Wkf5UNdiRu<@ON_w
zlY7{-q+PU5__1k;V~}}CrF+4MFgWM7hupJG;!BX>$b?~Jl-!ck&ADaTkZ`D3S0^<=
zS4ZiT8FtJR>W>tpQW9>V3^xe20#MvO!vQq2qvzeu1@we<YtOad`%xrPE}mRek!IHB
z=$L!$DJ?Z@I>IrAZ?`5DFwohy@*7hC4Ss9CH|VGYCyR4o9mIk1ODBV)18Dd~$kg-B
zSKJOx`{Y&On}h(3vGJt{6tQycjZt@U6?_%is>*rc-OPi$2zv#4n4tU+^79i*`h_xh
zVi%`Jo<k4t8Cm-sHMoWme?YK1080y)fYLpwqI0Z7^Sr0rwc`<l@k*Lm_>4;Hixk{V
zFnvYxhMon8Ryq8;!+I3u8Gk+`SR9eqa7&7+OEvE<`c*T9Ufn-QOd&g$)+w7J9(}?Y
zPBx#hcVz`ny4{Y!>+8T`Hp@Hrd@jMqmBnoN`={nfNzTw=*29`zuq}Y%)h-+0jM;`N
zQXDQ58ZqG5KH3~R4$EDxdgMIk?P(;Rc%ozW`bDgWZoFrY`VmSt)SM+3&R9j)3m`>T
zj_X}J4qJ++(QBVRnJy6i)W#`^<d3$+TzIa^$yQ!Sq9Tt^SClHnA5CXBEJj1ut2<n1
zt@bv#suKfazHnbO$I4Z>*WME)yAVfM5g)1&pAGm(-o>j^6;U|=zy3}8CNG2u``IZ(
zX$kKYw!{0N=KU+KzJ|gADxKd&QTwFoA(MWo&zNOHuncc^%fDo7<}YHk1@L3g`p{=D
z5PoV{6q@2f&;`y{GXo5=U&Tq!PDx)jSTUx;Z*n6a)ZB3w$v#7kc>g$HxKOj<l9*xQ
zL9v|Nn5z`2M<COc(f0OaRinG#+B^S>^GW5zpVcVth41z6AI<G?Bc@}cIK{W*&oN*(
z%8KuYE>r!=Ca2KlYI{vzmnm$d?fpRdfqK4gzn$Y08_Do}Hy@dqYrO4vAbyG6fuXTX
zfJ}!GzcAN$k~q?A9Gp_8?8+=$Fxyq|Zl<WUXy%qpAPY$e*4DQ{O-pczp&c)KJ!Ghn
zU4Go1w<8i)I8v)j<rRxYYciOU*yc`afu-)Q>@>f&dLAP(0FXFLqYMg@uNE#gcIFt=
zqN0r#|A^6D80CVv5UMZ#q1xpAn}=sTdk1KtxWNZgJ_Wz}%!i<P!OJB2x=*8VPIQQx
z)3q$gXZq-)pssT=*(+>D>-CczCq?|LH_nyZ!pS5e&z?OCBYdmA^qDidVrgi?da;#D
zTB4!&G5?2xb4bI|_4kgX6Gb&0t*q}hu+tQD8abMwy0>2B$TKchVv4E_<5iwn*BSSg
z_JDhl{Hiu}jM>uYKdD-8Fa@f#W`HhKb5}4dsGPzeq$%rk4+&CBzKd6t=>#;aKFlNw
z;q^r^k9g4jIa<&-ezX&~M`nM5qdCP`eG_qy*LJxgYWXdayj|XEUewegwj2X=;|}q~
z?dwV-#=Joq(O`$}cJ?rTS;bP{qavYpG)}Oa4DNY9|6g=Y#Fdk1x(E?}?U^?R#mgr=
z!7%MH(!W|;J$9?RG3=(dM>BcYRmMNovi!Agc&p8KN@TB67Ih4M)LP%d{6%1pOh_5s
zpza61m&bl(q=5#b2tA;w_82i@q4GQ%4#j6pEgdWgS<?+&4Ox6=CVe%Ump+fK7q2YX
z<l_?C_s$5V!N-`d33YXS5*FpYuX(nS??CAT6KC?-mZ3Q5(Tc-DmF8?{Z^|;vS&`-p
zJ@47OsHlIU10!@dg3#g;`UFfebw8_+zVJdNM^OuIbwnFRx4MR1nQM9A9mg($A>e`1
z@!WULlk|csp}_EY1nMWTL(56TsFV6iMN^1lB;u7YDg+FpDk;F!#;PPK^oqu*h6CsY
z^FwxUoiM#3=q5uAAHX52ZQ*QW(iT?j?bA54Xz2jLqG*mD7#*2(G>!vZ)6XDn?(E$S
zOc88!RH%m>MLKTh9V-)}Bfn0o026hhbmy2h<vd*7R2H;D+r6d3fdW3kFav*wsUx(J
z6ry*olVa0B&}MeHc~9`n0R<qk_<1@6E15JDTlPc<D2Z%=Ji-1>%60<or5B|AQF;=&
zp38#Jd)<-G5h=}_NWMThaqCG~_r^f9#sE73euRq;-?<}!3?$0)fZN?0?>VPVKvQ?Z
zn@^UAkdA>=h86(5FzvsYWuCXFeFVrqt66uzK}9goE5qVKJDsJk%$bg1CJ(Fi`)4e_
zpI|x-+CXfYQaAuf(|<Y$PrP}CnlYq)$a~)gwg*j&rE#vKSEi3$_gEAlkOatD5}Dn)
zji)bOuOmJj(={}|{Hius6?`VHP%OMTYf-9}vd4w9=)Or*nzdn%4wtq;!3~k|+6C!Y
z^7Kj&w2xzVJSJd)9jbwU0pq<qq!0NI88`L8$df~eM-i9hADL)br=~4OLtb}rWs_z+
z9t6cI+i6b-vygY~cT`|ml$~>WSPPIT$jm6@z00Cbk+|f^MQ8)<5*ZYmuA#rbdNu@z
zE_;dP2|i}-1jLbfQjQayEw9<h&w$AzeOS=(WT9!R$i5w})7~wghgh=3xx6-U!!Q2e
ziER?AcW4!3p{}uRWLtd87B*k?*pUX0<#@Jn1))K~<ueQl8tFu=N(u@nHJM3hTx5tb
z`cDw!`hXbS(_1NKk&0oAZqb6+ISI>-*#!pMhokiz-k<hb_zP*QoR<L>Fhs8Vv^9pB
zf|1kyV{7eKBN&3_y{$G-6_9%Nl^QjKvIY(TPe@&SrJ~_x<E<^XA?Wjc*tx(Bb*feM
zcoV+Xuu?E=&DIGJFYJp#^8y&wUMrFn2TEs-6^>{z*aYV&e`K=!F%>Thl!oU&{bxJH
zd<wTf;3i%=GK32eCIAF}AO(j4FIH;_xk$+-;*syttEk3$xKhf*^>U7z4jp@^0|5t!
zCe59eS2Qe3t)80RL&?xzA{jqF7@icMW({DVF_Yp(2{-RU_UofFg|_p)A=36E|2HaM
zmx4D4+!>A>HPlf+-UNdBpLVhkH{zIc<ab;Xc>n0Y5BrqfTR^V3_M&6Q8#yo>GNkbi
z4*37y>*=jcqKjjawI%>-spru@a=c^D8WkLL5*EFit((}cjb9c(B-)g?o?7=T?OKyX
zj?YUTY31ow3krnOi^Vgb&@mh4F}Kd3SK#fceaU=kum`=$Qg~^S>75fi!TN!DfSnk-
z0|AU7d;W>#@!(t&A`MDnie+9xu-xK;zLy$TS|;P{#kZHn-J0(wy4ILy#ghjwc>uCX
zG;r0%i7;e>d(ti1dnVyQ1(iS5%BN@bEh{UlLX{VGLyn}99F-5{P!XI;mJT4XtyFaH
z>uNDT`REwH=GuGF$-~etl`|rW6{Jr4j(ypi;U*6Qxv_C?$V$@@x2HR#5O;2bg~R?E
zmCpd`&nI_L6$?&=<zNrKq^Pa&<GRS{Sc+BR5resOOblt#+n!<M>!bvua#TK0k{4cr
zz+jwz!V%2qQdDQz9a4NRe1JC{(cRV6VzuM!>@3*t|4@A=RX1<LS4+DAi==(Aan4f!
zx{3QL`4;%y<wK?Z7mXK0AAZSo;Aa4g=RU~r700ETUo~o>R!ZrzlS#WJ5}2OqkGZ3K
zX)Y>>@b>neI$Ca?>FVlIT^jER+d)=e-J^7Eai<Ep9soR^CI&mjBqnOf7+rG<Drv~v
z<3y7Ati0VmOpJ}qI#kFDYhVpr6es{)a6L-Q9I4+h?R1rwmlr2WJ-%_Zva&jR&#3fU
z!vE^Cf`S6Nq?0|it*xzd`%N#;Zy)*&LPIw+Q=YaPD<eNYQF7__R!)*wf!DJYdT<-o
z>*?*F#X)n21~{M<VMAM9^UENB5IrlrJ-9m(C;smG*j3bPNBgWaFQ}Y_nR)9}-YKXr
zf%?l^S`|PTD$dYZUG8Z^jR)>kT>vZ<oC|&9IELO=cUdZkfeK|RLSbMz6_bAe@6T3#
z3*AYv9Zpq2!=uTjprqu`$P{1$bI=|FGl4Z_Wigd=2XAkd5v#Q;UQxD;3=FrGH{+7Y
zK!801<u@VliUv7SU(0CnNW64R!NbE7>g=fZ-Rz6^Hay)-<1}KRmJAR^<7gH@QmXmJ
z#M+v%thIY8ag|!5$F=$zd*1T?#siJ$)H>f1sW2s}+@U{EzNBaLSeTfYTx_LT=vSGy
zivH;c0e2sUYyHWutE)@iA+`_obrj^fvjMEU0h*c<2jkixC2vBh2ydfaHj4Q%vGrm~
zt#@>El-wft;qv#$$Ou`*%~<&Hq3UwA!mT7lB+#M~4hV#yJR1wU(s0{sjTvXFZhvh0
zn3E&n(i4qOpzqHiiS2Tldh!cw{A6-M-6@4U$+^abw7n-JI;bh%s_$70uhUwtSNx~O
za>TxsYUSnPV01*{F}-bPT$J~~4(oHE3&F?ECskUMxt}<%Z@-*1c_}B?JwtSj-%}Lv
z-KS{N|EH=26RPW43?CQ(rY6|}PRvOjGMM_3yn8^t{9pHbU#e9N4@o<S?L!*0hTHH@
z4|IY5h#>q&1cq4<seY|{Z%fd_?G{rIEDQsVsvn>O;(xV8!j4$&=6ACoVwYa)&$Vnl
zJKgMG4ctmG;5+fh^sQazvzoyR*!M3*^@DvkOX!F{FZ}&pq-*CF4RA*65bKvQ($1bt
zBu~{Y)H6J`RhE?4(#Qrho>6Mv(?vh}3CGlly%&y2NJxd^O};n9xV~A$UtGJHRm6@X
z`umdW;m0^I*Lx+56uZOU^smlTB=IOj>WSiDrI~{At@8aCN46A9qSgBRf-e2|=LrTy
zHHx)q*t3Di41RmfaA&4euS9=dcrI_kRgn{=<N<5FA_p%oZy42hPkrz|11Ht;_MC*^
z*7&3IVqN8%yTkgQ=VxaX_mn(-M6X+c3mO?gg8-@rne_9k=HoW8_&e$vgM!p@0GV{Z
zi&84%H#buoC>tAF>00v#o3%IGZLQr%oxid^nD<gp9gd|R?6NV~U5tAnf0$+tnBqYf
zqe-6hp5Gnd8lnv~GT#VyLxzmrObRutWH$DIgzb$*C2WW))nzR?y+O8L<t~y{9|1>g
zIx_c}^Av05R|a-t&lHJogNKR|C13eJ{@u>PXRS?bu+nAXes{NojXVtO13Jsixd|r1
z0>!OqLwLxf;fg5`i)iR-=Y-B~F4hjykJ!Ek5$yDgGN<k+ytJg7-|TA|iY-0*F3F%H
z&Ut3G#ybc_HG=jm4QaaYYU^&L&ITAQG&A^YgAkWNm6wJX<SGulZ5%Z8Qw=JUIaOjs
zPI#F50p#+oowx(!acPFlK8F<3a)W(FI4ASZPCI;&GPEW(=I0mo!TYdKA$AP0$OG>b
zVG@U;9b&(-u_*=>?p6|6*tlUXdqca4XX6EHxIPYC60kD^$sR`m&N=cdh*kpE(3qE@
zQ&`QV?vzR6C}5b+yogGQ@5)<y3~VDEX}q55f(@ydxNy82qq4HH7YQ^H?4+cm)#0)3
zv9)HW*f>3JIi;lXRMhJ_TN}wmFbAPFFz^Ygk<d>tp){$6KJ154bY4wpr$Eu7q6$T>
zm>?kU!l3)b1THZ;d|Qb&&<h`Z%B`C=x&xDeUr%3us6T<4L-^_bT&Fg^Aub~{i53<*
z0*vPUxZWW19lP&*8AoX8#M6d5`RZtyqd=qg?&?tO?x^|rV?{-UJS<WWhB3y~z6fH;
z*Cu$z#np<dz80J1+V-{}2P0Zxcr^dUUkwHb=H31y0d3bcGh0UOUWMGVNZe`ws@5za
zo2m|=&gZ$FV<J)SaSWPv3S*gI6a+n{srC_7$0!@FZv=<l>lt?1Gk|;z72MyxZ4`KO
zvc@&y0C9wi#^)J!UMfrLq7hyEJo}U7YDbT9Bg&+f0TjPL{eT5o2qpNm_NfmiR`DcJ
z;>u9O+ltZgeNW<WxbE8Ps@AK8js5C&^Db7}o;-|)H=t$P8$r{JlW>aftW-UN+NPAz
z+1`m7$Y0yp5Jyz4^Zdp=!<D3il{kFIQk4&$rP+1ag~js`v}UR0OmO}1PfQ-yM-NR5
zFR$VK76NUT6#+T$uz4pYP;@tCRpTFu-FF;SWZ`=50?{-A4nGfoAF<so{}`4#r1gkS
za?e(l@T2jQ;Tq>?vedY(cU?vY=ZBZgvCx4NyyvRS>|Iye9`;v~Jw$P2(Vr%>KCpyO
zqT7;^Y92Tu6?l&28q?NLHC;uz2^#=Fu=1}KfMC#H?>RHphx=`*JQM~>)giP=ewAl>
zad0xZ6R-j*Ki#*l3_pI2*5D5$X|HtuMX>?-6$8d7QB+=b=lUNt>gwA7#Jh+{VNmQ3
zth%UOxBXI&?qboa&t5+-+DvC}L2$5Zc4jELQ_6p8Tn{C3#OwvaDh1apDKy!W1zlHK
zlARU(FJZuP5PMu+Y4@X>I%@@;g4wD7k`=5^#s-~@YpoQ11V&7~zAtj9w(?zKA&~Mw
z9ornjl;ta+X|0Lhbr;e`gu#$U+)X3W<UD>QezadM5jaMDxvf;g-}A7m73@dq8$mQd
z{ygZ3nGCV|dH-xfNZ5U!BCIF)4~DL^IP*9A@iEp@Pus(n*3eaikE}`uh;7a4Gtkzj
zWhWT~&_el;gFWvb+OYpn?idOrgPBhEx~KOmRs_62Md%cqa|kydcW1dY?W#lDNr<fh
zOXg_6fb{&j9>n`VoZa4}#>h8Of1`2c<+88+qGW4i<xrU+ryH-+bZ<J3H!veey*1Rw
zUPERM<kr+6(X2FB?c8tLe0tW-GA&Pjf6$_dO<I{zoZxhGGHdj(Wms_hSlPSAea+*B
zq(s1+HsGWa6&$T+P51MY2J$FgNQB{Y|IvC^D8*8UrTp}Ti07Y!kn_-S?=s*=_O^#B
zlSow0qrH%=s!H%tE>g{5H)1b)wVFTA;b1b2(YNWde8%;#T>z8(2zR<(4Ss?I?5EmA
zGeXGYd#+`yBVFKf7!eq=bBv!WWkp0p?B@-H+ZV(1G$Kp<c`kyZ+8137Wv&Xb<>2}+
zUQ9+Ac6##yDG1+-IH2oR9d|;!Ix+dEE>%2{0XO;~Y<3Iqk^B9}*hi!h+L5Dm*8UcX
zihcVrXs@hPF+Z`%&E`1iodkYS=qJyI2KrFo4wZP7Z2A%{T*<Uz3`GU2I^waNz)e=>
z+PAMF^3$Sgdrp6W=ge$31YNC<<oC)@@Y+&h(j77a1IoQyb~UL%A@MXBZ%Jihg4V*7
zmbJy+lTGkl(;eX0T0h+0{Cu&2TF}XIVCjJJ(Bzt)=3Ahs981dc*g3pWXedMmT?}cK
zNvKa`XJ_w|drI@B0NRE(&UTzV5eB1=EY^Lcx;T9X<7_X3ngkXFmW{t4ImOv#^zFpe
zm0EEh&vWI2{$@C7et4WFFF!`cGaUm~Tew01Y$2lOAWd<}s@>{%z$&n)rp8Un*f`T7
z%WFar<(Sk5aQ=vfG5c<&8H%k*3eFdJpOggayDL{v(fVh)3GD(J@WAk5yxwLGRYlp2
zQU{tO;)E%b&^Xl2pA%+c;*y(tSP%Y^>o=2%gfG*bBZ;5BUd>79Z;pc9*^`6}_X^_R
z013K*tbRBkvSJ?k^x?%SeL&<Jo$7X5s8z*l6vbBcaRt=1^XJ}s)9&-D$LIcIJV_Yq
za;7nAtf=Am+N_|zqUdwca_o9LTb4EN149O>lV(;|^fCtJp>`Fwcb#|YGDljJGg#aW
zYZR?j(qiW^3Y7O&vOeO`JaB1c0IE6|TGhrpx`Jw4k4G!%v<@T>X-QX?XANlI#wol}
z?O65jnjN3}g@z148D1XCPZ$L{wBYXhWC0~C#X}%k9kvMKazYdHCa>LXzan4=ZPdm3
zjUeCwOc)LapvH+!={a{5vrO(Wm^R_BzS)eAM-Y~aE$b=^vw#Jt&~m9)QR6l`AoR!x
z-Mv&2v;79t0P_BFqzkN(JpwATJfZ&>)X*JNcJL!;^R}WMc%ipI-%~<}jAD1>^B*qr
zq`j)QAah{c<1a|Rycs{+CX7b7^OpPe2OjFr7>7J_TxoHkwIZz5&Ud9NPDpp+wsury
zARv(0Pv(U{A1m%4Pvs3R+jGE!W#%`Qc{Qtxjlst@`bdMYg(=rgB#VqpWI(CDg)+3{
zVu1jjhhLC!k8p<SvoavNY)MKKjh_P{8M8sK8HW%#vzu-By56{3L{Iaros)8YN4n-(
zbVcpb*q8I<LHQ(AlTOGJZq3EJA<-=BrTv|`T-u-;dh*q#=sYflq8?@^Ku_oxQqkt1
zd$lA0(sV9R8=xetLb$W(k=Sx#jjzs9ixM7h<AdgtIyM0Zl-mWtkr!z2y;}~+(6Z%!
z3W#Fh_c>nlvFWmxmYd>UE7H~*0L>#_K&-We9)Lx*&x6heSvNb;ykeD|5N0UPE=zeg
za>kGhoX;<Le;X_RPS2mnK(rm;6%_LdfgNT9N?7FXa7}oR?<O`kB^F#Z&src|VifNA
z5V>$yXo3R&>5h56u(B)bFvmcKklBnqS@;$k8@t-SSL`1emZu!eRf9CvuN&QXj_B|U
zG9D5zw3$KXuPg#iduJ`XBW-Ie6ivVX;54jRBVvT(c#$Djzz;?y0DqtJ|LQeu<u~hN
zN?Yd}4nlgD9MbZ75AhiJ4}ymGDZ!8Dc^pX)8~PcFHDw`B2=<1)1kwrWT|!~FFbBo>
z@!o9Su@tw_;PB4XFt)(KHI>FcUR@zQn??-vHDRCQOEeW}G4|{pyf06=a~8o8tb&5G
z&o+GFCSxNbHbFA2akD_zjvy>l_{4-KAH$%cfM$o0ErO&&e=v!~<~KSvBfbo^;XAV^
zB{qzFcDXo5RPR<Wb_s1AUJp;Td8^;um+Cflja>1!pd<G!A*;($pmt>W<y%$Nq5Fh)
zy?E{aU=^g<yJbN4WO`}AKOga7IeJE=j|NP<y&m7eQh;$&5y9k^{t{KeX&Rr%2MCq)
z#B!Jo`d&@egT%^NC6n&MMuwmpzH3Cnc6(lo>!6E{mWClR-WO;rS4~$7sG$-*ziiVo
zzJC2W#jApoaf7gqO-QigZd(>wd1F13VqiW9Ve*vmGR0SU<D}xs?@6qVuAyTKZJpJk
za%><{%2ev|=Oq|NeG$=VYuG$t@S~tWCTKl^R8VGt&qn9P96gnx@4e;$tY+f3x2tV7
z9_-CVPt1N2Te`k0pTV*^fY4%HH8U+u2=k>hmpFLQjp*+YIlmqBN;!I-09`{&mTC%U
zpxAu?<(9Blu9n{odl_vu^&SZ)Tm@hKvL}H79FeB;Cm$bQR~$>w_b~58xYo0ha$6!7
zvs<CHM<N15r(8meBlwi3aWg?|ET02!4aWos97Y{Sgl^U{Lud{q55NCh@bL7k9Qf8>
zTwF9y3}wv-!BLm{nZ`z+6tebyJPti@oj@xK-1|1gP5PoD(g5TBu4JM=ig8%0JIx}<
zk(|$FKpFZO5-D$W+1Tb&L-S-iBtSkjo+a#j^XemCc%xs1GeR7x^>0F03O?TN8MGUt
zSv7`=ikHLU$dsd@jm~agGKPkRiVqGBLjRs`E6q+%>vEYkz-R|mQj6L=vzrz4fN6F-
zHH2S(?^SjLp5fHxIL|B$6SqB#<2v}`Pi4i;1fk*nC5v<0nlfwl!O_yxqzO+97c>HP
z^Vt1-5q3w*zEJ40Sm#WhfSM?0Qd*e)K5izk61-ORFH-udXl+vOVg{*SyUEVZR=<1Y
zKt>4vAd@b*x1x<><3wv`v()4{E+Itw7h-@|>$iMfrFalXg8pGLoOL}V+@)zRMkNqu
zep5|V)p%`LyI|!R^!!8n%?1`9qOqn&twzJGw|;W!c!;a1Y<y0Mov;eN6?~W0e!n$-
z`nB}x7Sp#Q4GDz9bfgKJYb&ocq6Z9gXceCWjcNzbpQUaVNnfs=S`lE|qOG%5M_$um
z$s2cYifiLgbVMg?He-r<Ef%YM__LV<bK{72lUd`aEkVjGGX^#zwGco2wP7f6u(;;B
z<F8i#ddy2}qG^h9THM0Y`Fu#yiHPXOH#V?zaP%{(k*f{!d?%_3S820QAjF|ThRl>8
z)}?VPwG$2)G)w_Ey$XR1pf@B+^H2OD53wTz$mN@@eGUUkYq<`OkI#_-nyO>&{jUy;
zV&ud!0Yzaz#C-Q@eRzt6$?mBn4?&R~9y)X{yYs9=m-z5i;7KPMX^5j4z!a4zaV!Nd
zd=)vT%f}xj-iHf6hLg~(1wnozbh*+y{bqjB)ZyV_crhl{=x{|{%I|pShFx}y{cV12
z)v_P$cWQm`s$awCx!lGj0^i!uwJKZ~FJA>uK)ztCB)T3q?N?1Y%xNzP>85y8Inh0m
zVAItUjZK?J<-YxsK@EfFM9oYqE?_&Q&=eHCivOxIU>1j<bF0%ZF+0s>8~VG2Z<tS8
z!<8id%=sfA_|ow2`QWs+>*{m%iJT+wP2h9#yZkSKFH1s+Ik)Q;U4{`@vHeDbtAWI=
zN}-?HG#`G|mV4UHNjg#H)nW&2emUM5k-0~rea)^7>ybGf)G>K)_L~(8&a_*Q_{za&
zQLnSI^Z^3SD^>@Ue#kKg3v_;k0&HgT*Yd;XmZPS9Rp@~Liu$`w4XY}OuvJZM$V;&T
zM!Mi<*&XQvtp6~r#WiAKhIE9#xaU?BwQS^<+EaU}JEPv`bEf<_1Vj=9R=G_|8Ar{a
z+NKxt`~Y=0p_kEqC<>OMh5zA?JE*vhA`3z&f(fofTf(q+PxqLr#@$#<GU5RfXH{ol
zmw(DFO<!de-4K0<q%*(31jDS@;Gkay7J=T_WL?06Q=vqP=j<45KAI=M(dfgT>VxIx
z`mHH7p33IaK1#xnFUk}eXreAHnWmzcNI)3;R<eyf4CBP`X!=W4(>otT5gb%ES)^3z
zR)kjqp<R!VcfZKuXa|*jrf`3ZpSb%#f2FkW@Bq%_z3KyC3Bg_Ajh@ulS$fcA{fAi-
z*F(jxiR$48xb%bo9Wrfoz=njjB`+-!2ZiYty@d6>pnDWvKiU_!1pP%iG9f)x_Veml
zy*b_`Ngzyfzugk$@WZjra{JCezK|pz-;hZo%L9IT1G*yYM7q9ULfs;AIO^_Iid6C4
z@mu4IM?z$Jigr7JB7-k$P#~f8{%rWJ=7(TKRh5gPtSo5rubdvUb{XpXo7zt0P@Lap
zOj;SSIw_pm@n1Wk3i*lFJ{ME<Na!})0dGcl8i+yPy`Rcy<Utf8z=JG~g_$m$?>qn2
z;U(NfXAbR~PRDO1=+mBwYwL4T`nF+K_4E^dsFV;tMwkU$dzDKUiLokZRf|ub?b0ud
zdL7KyYSpX;-v88+3Z!FY-Nx>xxqEb?tRZYeYP}eBPGpQ|o{^eL;{H=Zh&M!qy*R&3
z)p3?1jPf7_ne}60ge>PN#pygry>qUPnD0yrS@L5{GUvb~&4AoU=N&ShV5k|(t+#K#
z!xJiX(lY((e6-Y<iVV)Ct*oa5ppurx`2^@%AGPM6*VQ0Z>V^)ffIPPG32&Gi6Vt|g
z+ndu3iqDYu^NCW#8A0Ej8|kRd-bo*KUN_SE6mGLHx~K`dWAU96uF2<H*>Lj76gtZ8
zeI*0XbdJc_;NEb>1xi{k%#$L+E|NS&>3wYsfD>M_)2y_;rg@!{(L-k#+IdD?cWy+~
zZoP0&($_n?ZQSTwlX#U2^<TE396E)zv?{WA-9L;%XC!ghhNqF{GNOp5yKKLxf;bPj
zbtGW*5`r0tWR0#0%?3Ir^Egtv;$$33!D(7yH))x%hXraepW;pvSm>{}1K7_95M&~$
z2|0md;+?B{`f8Yfh9!ytl-!<Sy!H1djgu<$ogYr#Cs$zh4O2Am4_h`5gon7&61=e~
zJWwW(grl3~F_POL`A|lXj(c=6;TPyM;~)<1D<dN#BI!6$iRbd`D>GJEQx}|(EFtj|
zLlRq(;a~T*6Cs|&D93pbRJ~ZuD&hOePEaNPOnRzE+^yK&w*7uOuQl1!5@gVZiTe*d
zryS*{Z!WA|tUpiE@I`#(?ghz^Za-Pv1R%tds%t$7y<v}s87z(NOcv@mgs&t8VVC9d
zxSI(zLORS{(k=LOenC2r<AIw^2gaBz(jkZBuw|H%q70T9V;kiS&R`+_rMtIQ7?1}C
zL&mq81s@A_BGTV3oL`83bY7rq1Ep(jD!IFZ6}_FBS>_Izi<S`+aG_L;k!Cb(#vgs*
zK%MOS3L8+0=7<g85F`vzL=2S4g>N?FRP`mgCEBAqkis)gdDnyZqXV7=ZLhx-pqbj5
zhycR9wdCq7<AHSPtR!1!3-pfi#{&Y>q-EVyqtI1JD+G3aZ@;hnDP0EuU6&uUk#+mr
zcT6Pq=zbJ0>^0S@IMo_sfG8Ot=qHNOYw>Ns`C)u_6gJ|Tiq>E<=M|)0=mY-q0+$8Q
zJZdVbfmAml32^%h@%9xr4#EcY9+kI=>(7zo@u@^mQ}fM|<_<-GZ%vcGg*cWbb`nsW
zEL(%Hk`D_0jb7|lwNjO~N#5T0PVCW#i}ev#2798NFm#!~>|b%f6IAdt(2<@btpm}~
z0q8+ag1VL;%Z-IC45Q<$$5sDVf)5ytOfCMu%_mPlc`>e{riPG8WU*X;ih`zml`K3I
zSz1>F05Bo=KTGR^ki9_vEv<X;X8QJjOY8n`Y2E)Vt^2>Fb^k9)>*io&Qz`s<Dzz7)
zdPl`xJ-}RwfsP)%WRu8b+Su?yGlU7M{b<TCPyoUVEu@3W%A<qYRG}X9(67xHQPJoF
z1rTB=(Md0symj*O?o)O0vW?KMU%R_iM^#6USKB|u_?PvxB*yFQN^`3=*~YIQ2+$yO
z03f<F0MyH%&7In4i1nWvC;~x`0C!viKu`n#LZ>Ya5(c1Dc&SGsZ;;*B04LP{+L4z;
zNdR1FAP4ma`u`3i3<yB`pAk`*5Mb>N)qb0Q!z0JRMPilzy_5!GtO1B>rg+K!J3ewM
z-~Vr__^%>_wFpv!)Dh%YKyr`slLF@rpjko|xqn>{n-JqgrJUdXE6s<a{Kp=qGbMYr
zpU~j#f1_Hq{+4VSi}snOqtxu6|94UJ69T~({WCWfjIpk-GJ_{R8P$jr;vy&>2qEVK
zF8LOY&a{pGBx{9?|6NR&bmPk=xzwr>&sL9;{W?y=!xr$w6tB<g_?H2$DC)sU$0@EB
zry0Kg*%d&@1^RcdxHj36;HEUxQ9n0{_BngjRncR>jd@A`mpvRej?SEgJJ9j}Y>f(`
zL#|M{o^4QVo(GR(u8`eaP?ebHpd*^}Nn3&Y6FcBxbIUuhk39Jq=s(0qFx1p|uIr9p
zk90e9mq*@(iLbVM&g>tVy3Ya~oN0e@zOg6|+3T}(W)%AJK63HDGy(S^xB<VTuhn)~
z!00RGKLRhfz)M<}sUL6=MrQ_Wcl9yqQs#QJ=KDU+1=78!{%0XQ=niCl*_dJ#`XOxw
zqB7kOrD@f)zCc!LL?Er?4bR>!-uF1!R*0M)J|~X)=AvB2zvnQO;Wta~!=8&QbN<Eh
za!7}Nja38ZcmguF<0W6z>|LbZSAP|NO<X6*|7RBHdxT%^=x?u|540CBHE=MQfcwkc
zY!ARlvXsPM3(Bq=#Z?nydit-)DF0;&Xk5ov=HN%}&X?CJGsS32JlBoMXK1BVh?iwn
zcIuhZnDn^8YMrfI@`_*o%U_UJ1TeKnflt9Mqv3i4pMCFMcP}U&>u>pNq~*8+1a!_k
zj8?^xWS3#75tuZWznb`yf&ZNe1_(J~4z4fDiJ5S@4P)Ob!3U!~V{0_Q$F40cHaa8i
z{j&EZMkuBvBrxU#<3EoS;!h+?{S<3;7hqHK<VafnY{E4V!^z-{*1`GrTw+x{;q#B*
zJfCa#^@nV?Sxg{$xnBR-f;AFgr2r*QJnoOulxq=*o2vs?Yb~do<d?pHtGwWyCzb6G
z5Zkol)YR`ghr&JuOTJ{Z|57+1m+wEg>gzAL=r<E~9M4EYan5UU)-|9q12k;%^%#^A
zkJ|vA)x3rSl$k>Q31-M1q={n4&cjba?Xetd-`~D<tgi%kd~2?8qVoz@y1MnlCSUyv
zIiP00Wx}xAZ`psMCG7>;yM6jp9KhaGTuzXAK^Gu1)6Bc7JPO?T;p^eV@~Z9+iLqHn
z0Ae1Uk?dc8NeoVtv+e8p;XJ*tAFY9}LJnTKBON%gU+fbrUEiD53=i4g=pMgriTbaq
z&}E!x{e2uYnR>7Hq3z5&I4K*kXwa6~v)w}tc>c)6$LUjDE+l?P>IPN=`xCB9{6{2p
z8QnUHl!BzM1<QS;BKOOX{5K6mzGldgU`}1?JxV3oHvt$i9>?d<;;{cL`~u@y;Q>TK
zfF`+xWo7#Uai767tT7FocYUOH9Tr|xdkj5WFtHXTMbl6h{f{<!MiMf6RVz1r_>@Cb
zsVR_TW`+CzF!$C$QGRi}@b0ooC~eT)-6^mLNOyyDcSuMtDBUI9-4aR*iXsgnjfB$O
z9ebZefA`Lvd1v04_no<O|6F*UbH3*rpKqM+IS*_E;19G$VBo2ItjHf0l<7O^#VJBQ
zX_tAXh|Pvnm&|XLeGJx0ObJ85(WVHteSzt0(0c!}I7sjx`1PZgZXx9S!d~?*9M;*k
z*^Iu~4CWoxY0e5m$%SE9UW+WV1!!%*WP4i_*sr>O|4z)3#yYd9Cf<VINeTR^<WbB#
zK?yGppEev0jKaQ|hzePIkBZ;PNfbSmHXyl<+$BY9%YICM4#&sIy%GzKUP!?b&UW!Y
z50eO^=~L0t;^3QNdeS>CF2}+>F7)-aXq%VWDI^2rG4Fj9BB$U(%@vLdQWf2x4FLas
zH^G`L6plxb^kf6Mgykssm;G#(L@bX<7R0$g%Kh$DklS8X=0rkA?n!fF2;>tU59i&J
zFbZ<$v0Hoeo|m>&XFBl`hWXP-6pHst(D6U>y$71{ArQ9F?O~B6W^nIcBOn7WC@966
z0emd3o*f@?&Tz<kk?oF()No!G2I9nl7gZ0#{OY6>TBx7g@nw@HSMg7^+LNb%yhmTg
zqleluEat<)w`9!cz;PuB9u&bs14h|yuTJ!Em|hEF%_HHUhaSv(+r_*xI!)NH%UrcX
z?b%q?sEKMkogfzQGy{W<zF#b)C=j^0ga)YuviPs94q8*J3D3vOJud1U4GQw1^ET?`
zyub_dy+yAam{J;8{5TzrZH!097_pJc&jrQu-d-owNO%LN)U*?1+Gc3R;j`MLlEpXh
zy5ZrP9!2oXL`}jMqY@3hFDji(FPo4Kl42Ixl5$O&<iIRPD+vDn!7b{t5>vQR05s=A
z?_@8LcWm+6r<RA~Mh}L9r0XNvoupG%*#bT)Y`k02o#y4JLo)X#U}apxhJPA(_D$d2
zKZShJM?OwSXUrG)Gx6w(%l=DWc}>LyC>~{6$`wR1v*KhSpen}SQ&uZ9O;!GU`OYK*
zFOiC5d+k{*R&peG`r}t?WPvqdFL;D4pg4ZuIYlr|RNG)fdEhySvL_yi%J2tJ0Id~w
zJ*-p2S~Z?6wCc3)`@BsingOfiEokJWp%>!djr?H2d?*`ZkCe3<jq$r{n|6eQ+Glyy
z=%&bt>OlW>)NvIoB(i@>Y`vZ?u5zHFujLux(_BXCc34WMcr59Otow}<ffM6~d`h%_
zX$ke1FT8~m4nVY+MxOhcBDv-bQP0o^zZ&j_P|bkw<-15EkO4X-;TJ)6{ryFJd{G<G
zs=!CD`P72V@#ftZzvkK#w|GTfdkcbnY(+b@->gy4-kC+AI4ruu<Kn3PJpf_P(wqDx
z+FS1fyUW%#zo0hT`}4h8Uezqy`6dnpr+ODuId^`%lNNHD<!#;n6EFnl!O_kZ$n-rA
zklyTfEZi}YdunKXZeA_-6&XwzjQ?q(b0nN<*-xHmXZf90xNW_sNZ>X^81zY-GulWg
z1pqJ#C+?FV9C8W<wmb8d2?HE;i3@^d_s}XiE<}tCgQ$ls4u!%*Tdu2({o;WJ`sO`B
zxg&54dQ$2?$0{6X(R%G=N#~mljJGmX`Zh2GVk-pdn(2O+`2N>@H8i;fPazM?ZN)cd
zNU4m{a-6P7@98jIkSl6G@RXZ;W1CwPh#~~)hcKQCPOS_(enZ=xDN>`C0DII@VIq}%
z4mw6HtlH6QwmFn~^w84AxC-V0yf7o|<-^&xJ>SbYxkrW(<|aE}K|ywBvgJ5BAD3&6
zcbFO<1n3@ttH~MS3^V}~-&@WH5bF4wD#_}D1|icuShy_oF4%d8el9lpGXNL4f+okZ
zhQdu>xIZb}!Z2C835FpaekwP)=wqPy`&91xovP!!mx1jhc^ytpiGA;cwzZeDVs1}@
zN6ayPmOl3FUFek2{$*jai1DNi=@oFqz*T4Dc^;dU=kk5h=m0!6brc0w2!Jg2%+m%E
zI)pY23{>=p1U9FH>f#>VE#NuMYqQ__^vQB7vq{Oc0iQ2;OSAN7<FdY>Uirs9#Fr8O
zu}h}$MU&)BHc#8BGK`yT;Y7sgyO)Gj+phqO>c9R}1LB>KmB$yMi^zj{H#YJQ>yUl7
z^paSp_vDHWU?`_`(Qkc;-ogH=Nv-!Dz=T`@Xv5*A1`&ecWQY8xkIkYhDop;?183^j
zUKYtc19%%?SfFqkqzE@@fw*?;<K_u}?X4gc&N^w2V;Kt4yXK;C_0A}EvS5yFkNJWA
z#*wE$o3o*+=S4lLOBqc7>B81aA@WW;M{*HKZfHPJNx+1fUe|VqP@~O@vh8I4dOAFD
z<P;cku%%n=ifGe`j=4)j`Q#YqW(K6S-k{m9FbyVXcijA^J2Y5r>BqUoL9tEUx9Edj
zX)eI10<ZC{)5R<!U5mJM=MXM~mkY2*jjxiHBS*KCIX5Q8tscWjf_q;1C}MRNyY$3R
zsV`B~xbqCUDb+CW#Xr4c{U&uT-=^dTRk2cbZMCv?^*_FGFGbNg*j_<DGP6yqF56c6
zXE9v#{>@aT>2vw|rgJ?<cZ^){V&=dqje|ZeL^y^Y_w0*88^be^OQBF92Rl_=j?$;-
zxp=+%z7bw91|@+DjD4i4{}J)%Ez(`UVIk<}L#OxccDq_#f)qQ!VUutMXNCQO|1}X^
z?r&o&pEt}auCz)m=mMZ3#8(^Gqv_CRhq}`A{*tv3ZFh6wWWx8hao~K<F0Gt}H<bxn
zQ5KW?YKc@jdYN5c`xn$3h%q-T|MkjWrE=9gJVjGYkH60NckhCdu3uw@9Tu(Iv-r`-
z`5*pOqL1j-Xp05adbweKgq|R|A|1>yH5ZH^7zvyKbjJgVD`=(z>gwJr1hLDX=yp_C
zKfx_-30T$q%JAECM6BskuRGkL;0TO{lqhiI1&y=Dv^GtVf*j(nQktUCn2p4rID@`?
zp(aO)FA5M}K%5QAO9Q-HtzWN!7{t6YXNixh(s$wLe|u`()tf*78w>ul71yNW%`xaL
zt+Xi82TjuhcAC*-8$44oMV@W82NrPck{GD=VI#A2{gc7Q6r%K(O=95adb=8;J#41l
zZz6W4Ss?56?oY(IjFPRatnc{i)4g)Gf3yA&>eJRZh1}B^(KS@5c58S0`XaR5{csWg
zI1S}aS144NFmrrH=!J+|?^mc^H-&_XRZo7lr3wuj3?2QwWKfy~VvnrfmZTFa1>Y7#
zO$o6{EPuPn={v6)O3`o;y15sfm3$8yGsA)CBGxmfV2O#m`Hs9e2M9K1>sjzE3kT)W
z_uK3BD|e@`nN-6eaT{g>{q~M$eAQ)@+V(w!GB2n^K&+%@(BXvu3Mt4hZV7aDFIwLH
zq6ngkLx|#{4o8W_Wo*BpS3T%L_OCtSynkW*^_Qx?2VW}Ln-GV0CnQN@uihW$y;>>_
zUjOVd98;VYE0xTxax3W#YM8&ZkkTiTiOu%0-0GTKW@#&|ewtPEwEyv5kzDidqSIBM
zDE{N#U3K>VQn_Qa0Ybk10rK@Tf(gD=^<-Bmk&)~WJUNLm=&1l|;3=8)HcQ8^8so^P
z_?ut?_ZSLayWshG;eMiv1e^5$X4K!bKSvrr4ES0~5zXI)n;__+RBq8yr($1ncdQ*Y
zgnPL2AtS*W>=m{gd14Xf+{CBJ`Dfg51vtS<04vn?!G!14Hp}jx&PU#FSlTR>v<@>|
zCjPZ-ia0{Z&fr<Qq2lz!Dd%jmT=Hk4KexG~3T5wxCQg9m+A~IyAe9IygKeBJ5iB?<
zZ~Q;5!QqNP6@t%(>cL;h$Ke7$3CkG9-u_K5rhsyTaUxyazW|&NC}70JM?6>jJKq1(
z%jKmLr$2<5ULFKL?l`o4v5Cq1*HWP1st;nLnUr;_Z1N^cAO?jc|A?<VFL;IIO2Rue
z)ZXXgKlZsmT^0FTJ3+?QC7RZkqfai|`CG?^v{NtB3^0q*jzWgQM2@TNcpfZ)p4|*v
zNoSr6r0}b)o76Ke`U_n>s6U5)VNdt@E4Mgq$X&9^nBuSct#ZxXPpkRQaOSMg)(<8d
zS9ifOmCiC4x5?v`m9oz@>x>IOW8NAnXRa_^zOHg&@!cxKocy)8%7otZ@XnVK(&p0N
zP@jw$?WhpUk9s86c^b-pUvErye0Lda_2I)nORHW;rO~hfHoW^NG~>lWW^qQzJcimQ
zbfWuBW%Is;fAh6Q^imUkmvjCy^?oV2g}l5VLQI1q-B%&Q=Vn<KS&G?SsKzF1U&>HL
zUC$-FTlkePuKLaN>8W;_iS83TQN2I?H(H{Eq_4Nf&V+`tmYRE1jjM>uO5EeFz@*n<
zp!3H~a|4A8lL|If<cZ^-`|@5EwY&4_NRE$>XwH}Ve19Hkii`A%Aczg_NZkIJ?=T{0
z<#2H5WBpj%(3r|+xBfb_rzvTIpv@K=-P5F+v@6V&d$!k0K|e>v7s-iJ{!42Qp=0L(
zd?9N5aRV-&)}qykKd3lpWQY!rNq*7YBt2JuxT5=b!yX&1n<!>KKXt@I=k#uKr{=)7
zUd&bPJ2TP!sb^(h82%>Wf2e_K(B>=KOsD9Yx0*B=^kXG%eT4fw8XQa76@|`=LF!nY
z??0k6mM8V6cdn(O`$~MH|3HQjNSN`BjTH5hdMPpo=wyTtAp+FeyITuOle|%`r)?((
zR06f0Hn|k;f>Of?H`9Npi3B8B>N;-Se^;c3gWs9g2YZa<g9%z`^t8lI|8UoGG<B@^
z2L!eBqWFnS5AJ&U-2AhvL4iJWDsEm>m;slb-ClHZ0?=?^jbXE#lGJEpmv(E4VWCcQ
z7x(H=<QDxF(<s<lZe!cfj1N~Xr~H)L?lnR3V0D6)>I0jHO>>!&HgN#TkHpE>>0Vvn
zJ1I<48&h>M9p-F!dmhFaT8d>G@Y*=L5MdO5B#e8O<1@<96vNfJ460O>_D;C-U2qBL
zkk@9A=ZV`*hy>F~NuSZ`$D!=Wh3KZ5qE(PaU)Gt2XTVnnv-U$oMKfArUvl+l2UhOy
zlNo8pcOblYAB<lrZLpQG!GB|IV-7hNczu3WT%=+93KaEuCV7L?J#ahi-9dYQGWVh9
z=hWl0STgU~-Z#oBnP99ttM9=FQhU`a<_Sczt*4$rZU0%{l?RXFWMSuWY!WG)(@Hk5
zB9XsUIXnV$$B32vK-jPP@NZ4XRW`TCY`LUet*iO*uvmi+i72ZuqCAzmY%o~f0j+c7
z^tzgSL&|KYjAXdtPwdlcMeA$z-^zJNvehVai#$8*?Xq2(w7fAVP!`P@4;FYH{TTUb
zV3RbfZdon@dV!9K@~kxE^#WNi-fKUd7Xd$uj31&;Dd65MTP3)2zuAm`-TqivdzM30
zcA_F-;L-w9WUp+_ioBjpAQy&80_XfL8$Ju!BxXuWvuB`}Am)9o{gHpznT|q|!K~+R
zNL`Do@(W%+Zkd?};R~<ALDwQ=uQ*ts8sf6;Rhk2HV3a@YlzicB#A+e&%ZO&6(Z|0_
z6MBp;9?PPHtMgJfp-(N314oM)+ZH1+_8E?IFnn4J7TrMiu=`2gDHo==QEG9!k^tzi
z$q{!Q-###|(vx<pd;CdCjhFM+W3kx;0LTlaVESofRU=8Bg_{2DD_VWYq^p=&H}>rp
zGT7irv~{q16q!l~L;GoMQN~PZ#A(~K?feKK`)mT?3#IgUP|8+?jG{VJ07!UCosyV~
z?3OkC)V~bxh^C};5&uPXm<V)CQLL+we1gxG{e$M3hm+P*8%TS0+nStXd2~lDV*>6A
zc(mCx4ccBaT3v(V0x`WHG1Kc<o9qATG!tk84p}FqT2axO%D+6kr>+BsMt=Kzxa_Qa
zCUfJQk7`VK4?)-NU!z17TY*=t(S=Z7x$@8QlEu0+37pc%&bGXIe>1LaVXN&I^7q}d
z%E$uIH$NM;Vo?SFM#otdb6iX7o{!q8!{2CgIqmJm4lkOS_?*GYZeQAR>AB~4jbdJ(
zA*ru`M>oZ$R*3Ytr5W&`%k8mI&X%IxC|vH;3yV!$ff9%H;|{yJ3opDgEm*udq&QL}
zjT;L#&7ARiuu-FNN<Y8kW)|v=%DO^4{e#EO|D@qyjx&$u#KK3)Tj9rY9R3nB`rrDC
zN+dkHb8va;<EodLWBGZqwp~%9-$H|dE3|q9W#hhW0o}T9nI2(FV^f7mFXs3zz26)m
zY9~Q;M4J|T;I^k7`vl|lLRC_~{-zB=ATWkYJGb#y%RKw`O94&g8}*{4o4%&z-b%+D
zyY$uA>3lYEn!lR{%+O;T4~H`@5oP=>x`rY0)^z_8?2lB>-r{^v<=?n&aud{Wn8v>e
zJ72iC`n5N(`xa{u%#b{jQG!siV^{1XQ*2<k$zeL3xjMZ)n6Trkwh7`&<xZ9m@|zH#
zWV)tiX50twEcwpLO`iWP{c|F#?H)!VZ$(C03H;_&ViV39JffQW+1<0M<2sy9Kjn=1
zNTs*WCXI{mm}nL5)Tk@!O*c?~-*EfmTn>mm{_ru;f|#b^7^1WS!Nq&~y+q1ZXLdb$
z#l#jp%<7ayr}<z{)y_!}&GI_*Z!C&OVeD-#(qS4B)qWdsB!Bx`Z}~K%A=HMKWu*ED
z^zGYuq4zzuRDQQh^_z{13Eqw6E1So=uFZo-FS5#uh*J79UY5MewtOjV)IGQCAZozO
zdPa#80t$qGQK42gL|;F<p!d!crAqa?&FrooWqcJfcq#Gz_?zsCF*dAaKNRqzI*GEY
zTm41hL?4I)3aVPNw6?Ot5~>fAkh)5-2IaxMDqM{22>czbGrBHfWqQ3vqBytu8+81<
zn0?}&0p^O;7%Nx9<O<B`B>0!slE@iUPJ!yq&Pp?2c2_-f%oa{+?Sv<Br=llg{`wLS
zW$U#L<%tZjnhh6_Mm<n&@Rf@`<Mxg~w1`#{=G9@p%dC0PqpWo|#Cj+ky{$mj%`<~+
z(%%uarLe8lgZEr{)AO<pM(CPdx{n2?+xM$bI}OP5p8ug{5I{R<!SK!=_7Lf?O3+vc
zH8{Dq_#>*5#ALYGlJNIuftsz4bV`Z=dayf4<APNvpynX&m4+W*ii9msXHL1S{;b8B
zUEnGbQGZe9R$r0JWX!SJHAGvk4QmTKw_7x);c5$@c1lK!sv`!=^Z2s#zp1KkTI%U5
zb++3`7DaTCnIoN;OeEa$I;VPJ41bBi$W@W}bvjAZB#*4KIf+FROT7vfd?TGdKL2<u
zAc3i9;iTXRvt5PBQTHcDRkD0!Ao?f*?yZKcma^&jhfgo2vpAhbKtHB4OBr!Ajq8%K
z7IFPt05rq$r$BF}gcRk*M+3-5lc#E9TT=Yr>DW9%;y498lt<7fb=B%da+Qb1B4H-9
zV90wlNcg1HPeIM1SXXJ66y)VbpB|>7H{&TImy69I&aB3iVTugD%wyoXyCu_?+~X9X
z*$3pG*H4nqJdXDH{^W6zM^b#hsBCrzy%-?<P(*~_^9vkUjz1Z#M8|K)_n8+@w^iXo
zvVIMnXOO)4%^vTw+=bn<qRMS>R`l(WEA&%b9a-(;9C?6)zFhG+$M<ZbqhHPiwI?pe
zy)^LT<3a}U3}}JxVrunMm{*#`3*OVgS5TOid@gtVD{XE|9q<|0e^9xufKt(v)7Q@m
z!_SxDXH9ZaawYZ4nbraS9Qe9o=UWr@WF|}ZcN;;Tn<GwV*((ue4I!`CJ>+V``j)%F
zD*S^MbYBvmeK(-u3g>OjOg!Qx;Sij7j&rB<5>N#mtzeTJ_GEq+ot<&sOrLNvuAHAr
zwXK4cR>tF8d!SOT0fno3b?47{Z|T0M-^bcBuQzhP{|Go746L9QZ$z!bQl#xeMVzgE
z^>;o0n=dyzKuy_fMwsq&CH!Pd%P2-c7-V~1qurV1#ieT?JuNigKR$}cv$u)<h*Z68
zToq~|t&ZPk6_I`pK5F>!W4Y~SLt{?o%!5bWyBRX!oR1Q8QDMrr-Db}ejWP#jC~iXS
zTzm2NSp3ft2sWR@BL~T(&CMGbF2m(LxS4d;>Ya&j*u6+b4fzmlU!FDA{wU4i*$S^A
zMW(?nWtB3uAV(|N@zf7#TlEOalNB0XWKwUBr^A;v)G9SI`zw@|l>mFlA<Mx#pWD-X
z0=#aWevz7g;m`l->y`HF_k2aKzqo~-1Y}eoCq5L1wP$k=m<#FRdkUOF;a+>|f^IJ%
z_r9q~T9Se!3fjH80guM{gbV!vubJ^CR;xC?DVt)Gb;MoKO&DAsGp{f;;WU>z^+3KF
z&OMW{*T0?3p5_5kAWdN|S~?j`d+GOGFM-4iLFLtRR-0&CnTZR?jYbC6o)KzGdc&?^
zzDfr~<~GG-&j&ePSjG+rgI?)d-9C4@?MRp=T9<b5>Or-o|Ez>RRhl#VG6+Znfedpd
zY=?MrE|V@;QKLPRWIjWC@BGBB-cezd6r>JzV6FdDoq}~FD*au{05h4MNBy*oWcn>5
zPyrH0vo4z86B<OBNwILn>b^?R%nWMQd{n#Nlr=GDqBK##^%N*v%dHD(Jw7_C)b5eH
ztf@w1F!MN`9u;2{h<zFr5k(?~a{`>~<&cK)#}c<yDpNzJ9-@-=@^&w+RpJ0Mbw?5q
zH?D-40(~D{ho{BL@(mf$lh-fgt(1ntMN)w<dpQpF^O{qCJy1&i&og{lr@^+g($E2V
zo?S#y+f*_!YNv*bet(qDxQahBd-Bg&tmzX`uk1<NAY*;`@1HZyK7IE=>a7j_h-61%
z|6|1DXaS>xfhiMWM_j(G%Pb))V(O(JD8yL5e}KL3%3e9x5)#~pYdxMHy3o^qs|Wd}
z3PtJ*7~MKE0Q-haq&nQ+GO?aS@p#M3BV{i+Hk;eGoBZnK;CbjTK~S-1_54Ad)B1`s
zVNFKh7{7s?k*ZUtUAl?S7!17`6^UI~5DD`60EwIXbH%FK_bixq$fOCYd&VTYBZbq8
z#nvN4KOXlKp%`0QF^L|T5Y_0~KS+vn9V32U_9@kKGiSfH_`=N7Lsi-hknEu}O!?+1
zpBtvPY=`*wULp2?C#SXR*}KV>er&71CD;Jrast97pG-NDY#&@I>=a!PnQks2$)?wz
zm0mEV`+eNpi;85<J2VEhjUSu40a9WWDYDCY@4gDLbo&6GA6)&6#Y`ak;g=97B!X$z
zgEvN7k}4^Fpsv1>EEb;!eT~*@O<i$nFsd{r{jLvz=kp#7?{$ZI;izz-ttuU5N702A
zs*oXX{8;}76yqLiwZ#i>PSw%~S8GpJ#Oo@8*PlL^4H#@bo~mUCF{6i47^eVz2*Vl8
zFVYu1>uH=Ev|Cz7k2y}rPs+)XRs;~@>#Or%4xBN3=hTog1(MA#B=SB`x!d2DRAN;D
ze{@+%Q61F?mN<cOb(kcqJ#5MC6C>s1Mx*&pnJ;xIx}>DHvX%sbKIM}oE|esoH<HXK
zY-9a<TV08fW0pZf^Im7>uT<3uz+g|b%98A_u`LBkuIZ&GVv6y%{z)&xH<C37P&+Fh
zGH5e(1q%)Lqg41NUhio)f3`rfumY#atT97D=Onn|R}UhXSt#9dE-rvOMOO!SDOI@9
z{j>t8J0%LWc}A#xuB)%Ft-o%EOh=XhMkWaXj;Veg+`Q}%$xn^4IHR{~YEsFldE5u)
zSm*}I=VDtv$v-TC&oF(;${W-4oKQY`($4e<jSC2j-EkSTi9S_4Y&Lo^hiQ@Ca-&@R
zKm`l$=@6L1y_hZg;?gjdDF}b@;&;xi;!E((rh802=5G3%Js~<+E(es3y~*PJ#5Q^H
zk&h5IhS|A9*RG%Vh3nHBM~f%6sFo}l44)3Ot^+0#YE8*pAu|BFPS>cNT7|(s&JC^{
zG<Z~d3q)B|?U;qGlP^i(FUxbA%InGQv$qFmh+rIj_`3i5y=&L{b22oTu`z@Wq$8ni
zgMAaQTactE^z``a+RqQM4>MaY4Q}=Vq~$?p71>lrp8gX*cwQ;2R-xIzOh`dpc8*(7
zsE-y+HHx-xG?ol1g3Z_M`KHZV_KQQ*M~p6V3^RPsujE&6i?vm-0@+c2KfZxIqrVug
zDEU3@T6FDurY_M$h1^GYDD$^2^UV8PL-2QwN>^L^Ey6=3M7fmt%;H8&ORx?2=>1q*
zB~H`XR)Ak19#(alfDby^Xd(hUtv;LG9qa*m_`>hARavAyKFUq&38(axwvUso&vIOJ
zKv`jS{LR=Dw%hBLj$rS5ZtuD`84JdWq;cx$Key%m%pqbh3pjfMbna~J2~EDkRq<=<
zc;P1yT%K3q;;`A^om{C!W}ZE|B?`2t?7NTCPg-)NXE#%Xe&Q$B;K&g<DYWC;DZ3g$
zoSwJ}R96WX%o6%*9d|EiDE}q}q2v|Vbo(8;>K}U)4`qIBJRMYfC+{92bX;Kadd%;w
z&9x%s)u0&77`Evgh9%FNlv<Gq-XEv9<2EmBzSn#t8k2P$p$}o$@T5HK(PgOmRq#|N
zDn!0!d~ZoC*<`LWjYO$5J27XIKZm_!Q$|FZBm~~}*~2|=r=oE+GW*2rH)*S)7j-2r
z;I)acOuQxLvGnOK0HmaVwuwPyKiCo}OL(frw0*@pa4b16IuPju>wJDL0xpiMG|l$?
zfG+8QEy(4W=H6z)sxoOhRT50~LhoT@nlCcf+XIpq&@G!K@*}GrR_igeqlA1N)ECv0
z%PVFiKfa;!I)k*zLrzzxmF>*Uu?_g}jkvtlrN1cLMmoQB2YnIEl2l2q#9_bzM}H4>
zuOmiw|KtQqS(t{GZs&vy=D3P-n_Tp7u86Q&h-5O8q2}f=**JY#O9t|&-lfaYQfZ1;
z($Z5dugz@Eip6Jx>xGVE)tmnG+zSlC1#*?{{`A{Mn#^hcLK9HcVeiYZmp38o6RC)U
z&AFQw0+ts;!6+(4{*(4EfBM>-^5DNHr*S!~qkAgld+8K)NR4~C@m2O6!#(g*^mW<m
zWDf6*#({wybU*7+(@?I8P#)q?B7`UJphHskwNrmccduPIipm?{(@fO2lgTVo=@~?a
zrk`$nZW8B-iyjX0Vc$^a1qg^_IRgm9iI28oZAaS~qIe{o-UQCW?hQMK<F>2|aeD_?
zZ`)556xew0QWH*~7c0Axz(oZv5xE3Eo~{pBxwm{0o^Zd>$GI*yI+Q@gY<@M#I16PD
zPXe%s0Al-ALU;ya>Tyx1vWvQ<Emhu`B|$s>0QcFa_JC_N@m^c}@8HrwYa0wjiVLH`
z7=9Bz#3K&*(cbxtS)Q9HhF~l^;twf@cI5jUp=U}-$*3lBG}zDx8CaKZo+;R^K4KZf
zl32^r9agbk^V8{sgZu4Pc@WzMz(Z*V2HV9%WTb+>3~ro^XN@nsRBb8(_TwVeQnj$(
z-nxu5nfI*7s`AjW0|VybT?Qz&qjvYkx~=n%D8w0($cC*9jIN2*?Y!o_&1qy2n*8Go
z+N_*MMlLZE2_H*8w`&-+$Yo8N$vPg7Ky!NXglOrH&pU1}@}DJt{c<l4r-wRlzZUdv
zRA+8G053T50#oA_5lz+QI{$QBxOKMfH+p}<D>f`t3iEq*b#qeLMucVC0S_3z=<)eo
zSbgMIjvWJKP*4K7pPNomew2I&Yoad>0~J^Vey!!<8T`Qj`vL0P!P!K1@5*>G*&l`{
z87KH6C)hupvDPyZN@qa<Vxbel%|Z7W-@llQY2j-;J6T?kHn`MgBHdq)$1cT<-S?xo
z4?8?j3cp8(W5K32C6m+d;`yCuL&u-;f`8A3!K3YzQGn_q|47~RE&25|EX-8a=g6-n
zLze!M%U{*?iB$Y!uDu6LVuzVf-rIQpM`I6gZEe(KGJ5X^=HrJQB0i2I3%3y%DqXo{
zEa+n@EBJZ~9f{u0izPqgtzWo+So~0qE!yO+(6+1D$`*9+2xX#f39HeQ-oK#Q5Xpa$
zK-AdP%}_)64(P*!i9z!Pe*p>g$dR9S(ngFR-Z$J0+{ecs)X~}1;U5hOu)OZGa_nt5
zgIFfsPfNoL)MhtrE?vWUjV796J2rEE7ncS%e2kq}6>=ibiph*a03|BIB6%+RAIooG
zl<3wZV#jhI6b0qI_%$#K%ATT9DI}X+Th6Df@#xFjK4wWy0T8D~y=6hRQT6NAG813E
z`v>h(^HWz6Q)k|n*zMQDNsMchZpI1kg%YtL_vmp>dRxEU?`T#$OULx!AtRss&C1DK
zJ+|*u5*lUnRZ~uN<qznq#t{&BU&|@4375LG>quQsdT_e3J@MpascjIH792hA$fuF^
zCaN90?}gJN40aeMJ_&HFTJ<W>D{$qil^%mF;Atu)Uw4fD%2&>KtgX5GN{|Xn0uKY(
zSxm-t(x$(!Yab1skErk98Y4Yj0xCd=7XfFR9jkk~0okI0RIK9L)Zy3wXBB~Mxs2Pb
z^l)1m6`jSf7(^XJ;US(#+*DNfp|XfTR(Z*-avA?g8j+>5Fa($YZ9mA87hmhxLKHT?
zop&ki#cKU2aC9SQsPAXMQQHqQjiF7HWX&tXhJ&7&Ls=jIuT+3_(BhJV@-c5t*3JAE
z6j&0nhj9(ZcT*gj%^Df4wm$dv?dd}eFybGhQhc`6V))(4%ksXgWuT)vU>+gKaOqMd
zbnf-`y1niN0ym5xtulqJEf@q1!c#FLbSE$l^;?UYW3cw(9hI63+jbeGn^9N3rhi`|
zgE{)dX$hqBmQW*U+TgvKVO?@2oP52qbxXm_aRFUVtICb91-$Z6Ix9{?UU3&_g{{B|
zdv?~X&sEC&=WxM7ZiC+;#vj$cJ|f}+d+I{WaA~NUrw=yohX=IZxPW~!MnC+4^LB3(
zr7@k`p+nz2?D7zjkVziK)$igzv6HHc%(f>sqo-VRc|PoU$pb~&1J@n5LLdXQ$5X+E
zEjRNgm{^c?a<y(^JS@c7ycM)PZyeni{RH8w=<(78M%Ru{Tc#S;?%!|o8*6GDSCdvo
zEL0@Zo!`hU2l#v4)Iix|0f2?GLR8Jb1R^xluCQD(pBA%(>kn(Mk|zV!FQsgc#R?7I
zIBCjut-J;Li)o-OTAZ#BvI#L2yJj^TwV4>Eji;g<$GbAZUR5;wqn8LrT{lDxG&vSW
zCJ0`%KTB>4bn>=J`Bi+QyC~^9FDJS^aWk~7eI_YI0Y||B8<Oa*0ecT60dbZhy4cCr
zx<WVEu44wCSGFtS-Qw@vd88lHWUb%EV#HtLpouT$trGrxZmv%&Uu0kNwDT*Ss`Ba|
z!{D}}ocBk^86T^MYED~*^icsi1ys;)%5p6@j!v+-fhfmB_y%RJoF}p``MzC-(?dJr
z0?a5myAy2>kx3pJTrZNk>_Zu#Z-Ir{IB0*}V0ov<VF*R%NygU>ZEx0*_p7gOLL73d
zZ<*iO3>ZzK@w61<TprWzkG%IW;?REL!Is%#xs)!yaHfd6tFHZ~Bj@&jl_a@TKAvSA
zj)wN=9o(f;?9rgN)7iIV+9UfDwp;s})+d{dw(s52@f6uzzbnGY;7#cI2{i$wORV8~
zOfQsowfImd@52Z6#Ge3PSTpVdJ58Paep6G^y39mqkI>R&4C#M@HiBXdHl2`U!Mx?{
zX{_}zN}*%F<+D32V22()hrJ5ErLYpM6HG91;Dwo6;KUJty+L>qJ4)j6_b*m+L@sMy
zl$m#hJEJ~Khf%zO_I=d)Eoq3CDd@)V@(Y+@IfcUee8JKFqrWeP?gIkMz)~ntOXc9_
z>B1tjr0IsJ0vO;JFf^t`ip#%`$ek-!DRqL^1N)evY81{uC&2BvY3(sY=WW_ORRNH0
zDQ%<>;D6g|EfF1b^tpJNmC-Whs_qnG&<KUa<<ImiBZ$M+Cj{3LuJcynSX5k+a9KEE
zISX+)Pz`Bz`*j-~?3CpOl=*IHtzZYBXZUW`VME?)_kiUWsKtQ;(V)j-_CYQ?IwfHN
zj5lVR-|Qv@8{553*-tJKge>BoEdiu*83vk+^Xoe@O^qCG(+zd@gkpEdD}#NK<W@vZ
z3f?C=R<}MA7jq&K?&o_)aYCIY4<MQf#IW}&%jmE|2vppttQ7R;-s{*a!<DB%ohx<v
zjpU(XirCz(xcC|eDHaTinKw$-a>r4>zf!dJKC-_4{Gj`!>(5@P#q-&%&}Dq@xtBSp
zX<TGPd^eLOeN@;$k{JspLd?gUFB}K7z*?i2tW(dT*0i(JfURZKWWJ`W?ISTq<p(qt
z@jx5@6FXMQtO|#tS!8b!u-VI6*d4+4_N`k!0nnVp4jyJ-&|~zRJIhk`H#@ltEOyIL
zoi?WVDRU^^;{jls4BxNi3j~t5n_`dh7WHQuo-w8tQ?ONAqp$&zSoxo4Tm=q?5udCp
zdOp6}m@uCnMHif=$R#se7!E17Mi2ah2XwW+YRLaI7ylTN>}nB;Ob0U_`~AR&NYQk1
zby7_T@!g#Pfc-`uAGl=(fzYPt-_QIB@!Xb|q5{^M2*QFZruQK0K*;LnTVPEum@xkC
z>VqJBz*|#=;VeLk#uzx%UHvT=0JvXtaFj)ln_N;Tmn<yLVqu{04+CZ(1h*5+pkiUh
zbT<$zHxw8N8{P13OB)2aM+F>g$nERaK<2`L2(f{+li{`9?Rf%?Q<5OmTv&26knJMr
z2qXjGSA^y@-~{Y(jRSD?Y2r}=2>?>QqCNeA!$1e#n=_q>9>?i<0*qom{&eQwFqJr+
z;P*kel>bJt2Po>%^2=j|W&#a1w^VD%lH!0=-lBA-05rT;T<rLGj|yl^eXk5c?G#m~
z`8P@?J+M6A$9WWg7t$#TCIMY3#G?fU;qNan3xEbfVRQhDndhgg;6bJ-7cW+-x2+?K
zaTwSDYW_@!y!*@WKqSMP4mn972RQp1;4oAcHA>@TfZLjxXh5w`5-tex#iWP>BReum
zX*B-p$N+e2oWXF26b8U4LI8>50_C1dp_xa4;z8V6CZ+lcz#HExJu5?CQP5|nkg#~R
zd`ja;U|`mSp1VeNK#XAk^Fx>(X#V5=M}Xcbs&JrBBsT+&U{?V~-o@_(J9os4;6T!-
z7JZ83iXXkuMSGM4yeG~~R)6<i?i6635e5hy>_7oDw{FTuz!3(x0WiCV7trDuOs`V?
z8o~Aq3W8CfAPreXw)F2d62Mx3p?s=$?Wur3xnLkv3Y6rx5jZ_~fpXJEskDAS9z&#P
z0gV_-|L%zPRkHI)KGF;?S_jzZ2SOZBB*(ud2Am!YfTxvXkG%iMh6N9hFdDupKnUex
zI|@*o>huE$+MUED`cDV&tsB^I1AzzJA%Hzf3lZPoPTWJqS--$cA740G0LiA%9klo5
zoU9(^ZpZ=^w?c`|Blkjeo}zyPP{cg}hk!<@l>c@$fdU@^f-FSK$^XYo8$hdMBA>1N
zdt41@p^2mNjre!Wr%(!5E9+s>zcWEHNQ{WsXC(U9e}h!mh8}gczp4c^KLLTjmlErL
zMxh6=@&Eh8@Hx;=fa(gIQWnE!PRWrk;V>-pByIgF#!yQWwQjWc#KzrBEW?{@Q)Z#h
zGD012)}=agc+S^`6}R038*yYZK@y;F>Jr#LVlI)y)S&R(StL+kRst60vi#_uh-Gqs
zg<ZPC@Bg#4uK<&1VlpBBn6v?CmrMuN2-4P(6=nfo-CyI?|Ctm8Qf3>IV4^!L073Bp
zi;EL*#rS6fg@8R$+z9<`=LWFi4?qc?v=SiGJ8(Eg%EJiN`mco`>BfTn>0!kAHx*#6
z@Z&8I=06JxM^Zu}c<-OMMv+tbljef|Nx%i5<o|uq0-(UN`%T|j?^yF*2GDLQ1xYEo
zk;l3a$lW{?IKZs1RGGhB1UNlUfuFwP^b`LUh{Q&;x8Z+#k3oUHNMO?TGsXNz#Q%Yp
z(Q#k%=eaT<4^8~%3Kk!M78o5=?*0@5@N~J!l@r;y3@}+G8sI4}*UNvWP?l4HpE1l&
zfBxg?H~=Ra)LriXH0A&2%RH-7d<y*p;05M6#@ORGx~j8h@^1>a^mKnr7H1pw>es6s
zPQGX4X0B^X=<q08=9T<0dDK3czf8{#wa3}_CFO%s{%dRm1#aUQqfrRE2N(a<6|fzk
zI+b~nIR6+e4E(H9*S5yE16QD_5RfF19Q0q$UY!J>cmH?3OjKXMl>QtzHKHVXu^ii*
zu;cDn_KG`e%P0HHe`nwZ+>VGH5>p25B+56eB4s*KLnk&>qzKB#YtnMRcGjR=4uw4e
z6kT;4Xcq>fMG^BmZiR$|;My(%70`~@x@(se`<BV8QM-0A9q$DyK_C5u;M8^KZZsPN
z9VZN65(SZ%t3<95q$Ja|&zW}<bz}9`_By}{uk2ut-$Cr@<n|g-3Q{+808BT2O#dZ9
zA-B~I@tTukO#)Y^@(CroE)o}@Kn#F`h96F$k_FE`{jR~3tbY6!QK!bMq1;P~)TLd(
ze><13jnJ4u=@e3(qlj*f3QwbiTF$sFX*U4__5y~Fn@s;!J%t7|7#!jG#}M7jnlVE^
zBc*K$cupK{<F9L>aH8Ac-gJ34!xZw0_fTL@l?kxM{E25CsC2oUw<tUX2;x3xyG4Z`
zc-4<tg`1J2jR7yKWZ*Ia9o(1*dY<OJ*3C_X?iaLFnN$wvh&M1?z&;+;PSiHjf!)uH
z$|RL54y<Gi74>L<iR%D7poshsGE|E@GH}~9wr*4f8H%pLfg<AoXW$Gc93>f!v4Ni|
z;PR)NXstsv8qsk4LHzEp$^n2*VL6<%0!qM64Sm_~0CC&urLb~KiQF^6{0FuGPXv)`
z{u%MDat5lfZpeGhztPt0u_>v}BHO@&0mKm)vOwq*Hy-n2>3b}>9$QL|RwDv657~W|
z8wO~5gwEEzM&14^(Sq)P7>-Iq=SQj7z!p2wpaYpZ!ip<q5%P6c(n2VEgZh$6Q$RE1
zG7{Nuw+J4zqObQN?zi92!S2jHSAz)!43VP9rAO%V%m>)Mus2A>6;Z_p&JA$@{C%iR
zR*p)YYvI43-iIGl<UuuVO5XrO2R5`O0Ww?-+6hV=5&a(q_8!Fjh4D|opDzy=)nm{~
zXA#fcuX1vz6FKfq%<w`KAPpgS;%vAoO9;V@R~7O?c@K~loC4rZlLqm+X)rwKdOP3!
z_NWR?0uA_2U?v`5_a%?@HR=t4+sANiulM3_bYqGThN@fGt(2g^W#CPk@97D66wW8(
z+D5sie6qQv0+H(x>H>90`4a%v;fw7m0qei1o`^!M{vvowd8bq~og{FA-&8_^5ZmjF
z@$*J{Z7N!EV;BT6K4%Ng68az%Y?2K=aN$M=29Q-Lj+#O*J?M}M##s>a7;R>SIn*H}
zbUiK1%$5#AuKJj3p7}@fPFQaa+ZJt|d3(<A9@`Gtem}P5Z^8;JM3N|#?rKUsLb@cz
zY~ugMxfCiZNmKz{mhk>A`zJdqD+}MLWrMC>p9U4`stCl7&DHbQ#3kJUP1(QbRtH7{
zRtB<J((02*0#P4J|7l@ijIPE(Lt@%P-a`QiSTsUWEu=cY%9iG71aN`z+6uHS_f^G9
zowv9+>&ReTOr<Fa6LRUoXX4-36Y|kIO&pRFH>8|uSp0A^rVpnSsc3Xmcug|KGYvLx
zinI-vu4|U4j)FFi#ZS2A*y$IKgJxo<1p!NnTk0FEw|TWXAgF&@m1RX-J4gtLc7;^$
zWZQ2>sWCu+oYfhWk4F>m2TG@u+0>39!gvtG_<jVs49$$dS6Q!t?M8hE_ZTFvF67D;
zxdvC-_jDBLtP=$~(k~KC9zQ2Xdkb_b<Ae}-sZr;K2MCw$qo}LHgB~culsXaICM6HB
zA)qv*qrYHcc?Z@jxS`d}JhKR}ds3lQZ&mdv)T$R<fZ8X$fD@_(Adb%GAkP^5ktxKg
z_odLN3$H_IV>%{fPgn{(6JEhXZ=CDgdB6mBLz4s|Jsez$=|t+>+5qmOoc-}$%96rB
z^oI!&-jnACOZA^_jyttn`5Te?uK(eJYrFkyzE$$cV~bUU@I`t1%0yd{r_=htPo>w0
zf^2weihd9Af024cPkFZA>2yHijTZ^=nZ=~Ktt8uzpUY_N3(kkjy_RWaWU(%FgHw$Y
z!1Y;%tSSA%{ktx})iH!uC6z=h#2(|zWAgRoV%|?vKyzi^s;(+^vl~kgV&xD=HEIFP
z=scTik0HHa$sgJtPIRp~o2(Lvn;zpQ!@ZOOFDC1sEN?uke=apNSl{mOM+Ev35a6Qg
zPVTH4gve}83bQLw@bf_?QB#d|>vT?Ec8zC_ASY`&q3NMyER?tS>DG;|(Bw|@>iHJM
z2LCq~QdMk-9~uXA1QnJ1B~5O(7`8H^rmW)p_0RT&x%1Yr8N#fu8wt47FSh9{8-)rq
z9HcxFms~A(%nRXgVt{eKN>LjKQai0sKkXbFaCZl^6E!G0wH<VqDcNnNx`vW^OhGug
zB_L)+Ge)H9HR(b|lM%yvAkdR!<kh-c+3)psL?<a19|B2)RXIfJk~){Z{EfQ^^IRu$
z#(oP?%@f|+k}BUf!=KShzngn&YfqB(9b7FotI0Qiq^n$Ysk60(F$#zRwtP@4Rd)}v
z3E@)?NE0sfoK3UJ_R1%!i5Xzr%l)!|xIGIf5y0_@+^QkbaI#1it;y9SuJMf@#&M1Y
zC4vkpaE~`6V9Fx}moIy|L+!@h{aQ2}218n=M_l`o80lhQvhB~0PPoQQswR`_T?4x=
z^N67D@N!Y%>_PR=maa<wDcyTl+S?HKi;V6ZYC6cKE~nkD0XY_d^xMwVPoS_5{{ok3
zy4;dd7I#EOuYXDT0l)l}fGG`!c~6`mUO<>q3N;<psPng8PE!~UlnUu+qHw@2xFgu>
z>rLk0Db6Boubslg*{H54DJF(DuUve^8Z(<|Zn}jF9!9`&$pI$Zz<#S;LY0Iz3Zo0Z
zO>EfV$-H46qwr%^k;Bua&h>h7RvzEpl@7ZK63t%^`9AeDQW9+nFihi6YBd&oYkPb9
zk1SklE@E0s0fsNX#0zr-{_YAj%726)5YY7YT*-Y8<q^3~die&x9!%ITrD%A6eVb42
zvyyH^Pd0WNopLAifm+!by^-r8-q}cba22G4juMK8%(p1)Bg!M;TUec~7)oYz`7VVD
zFr}$zwa)?&B{ID}@3)B&c^dx;9*bmf;0h(ocUrSeCDRzu#|8ey=t}i}F!n}iaxc$4
z(pRuGK8Ap?$k#>BkeT0IdgiDJ!4^GVj4S7#YdYYTI_LJ8dL{52cH)w#;q?>OT}#W1
z{#(QOdEe8Ehk*^qY{UR1sRIMNbKBU(^c484XZ9a_1!rkeo(;-edIzf%lk(6%BV;08
z!Ek0k!(W!6AL}T=Ft_Pb0-U#_{d;QEWM(Ew)gQP^E&`X3`AM)pAPwdmP;FPK=mZ|e
zczIEsUQI8k?E|_k%wDZ&?yFk&uIjkG<lkz2)mlJu>Z-v$#)S015baN0#lp?@a?z3D
z;={i=z*PfHL#iheW3HWA((V#fK|t=zVEwJt_M<<IXNn`6Kl_5(a&vFBt3-_jl;_!z
zUAxa$RkAM9@dqC;<T}5R&je}Rvm}Oi_jzz#*BrNG6ZJg|6eb-{G66|57nj=p20i+)
zI`_ec8&y+3KdxTPMTK2sGqlqp#o(h%O3Lvo<{f$Ak}A-OL@qx-+&s_g93gNOXo|(1
zR!ej7^KM*y#r*GxSI_}-7~@IYtB7Pda)FaEb%R)!-xPcr5kNfy_R>6_I09}8vL|CQ
zYfF2%qZTu{`A~i`Zm^xLyhb)6$5oZxjfoBz+;pO~Udt})#xjO+vP|cQ%}H>JfQ^4F
z9%Vn5IQ@A1`GOM({FBUi5_0?G(QkFP4k+KonXTN@@wjJcYCj$k2X-Q1Rn=qd)OO^o
zcSD4Yih|zmJ|I~0_oIj9hrng>#eE;e*``bAKVqdEi>I`pHBCKOTxLpXDNPXIN5Z{&
z@-+W)!%wBw0bb_gucu9RLV3!@kl1@lX)nJFCNM`NP;ekc6nNpxFAhluH5mqdyT{ts
z?6{m8kyw44^yVSaG~vi+J;qWw;L?z)*V2Qxxn|z(OqUA}Vm96i0lh_st4_(s?eJcF
z`QoB#rH~e-hoF0cfN$?iD~I8_HwN@@VmJvFV{eWrFQ#4Af6b5(F(B^Nhm2C<L;;-S
zP%4xQ=@jaHgx~Z?yYU^SJ?sa5U)goL-9w(*N2r}2<QPju|4nSz#o2zll`2}QP7ii(
z%vga}lajkAQXVt@V|0a9&2Fk`R?Nm5A$L3#&#MY|OIfN5=|qONTofviFtaM?uTWSZ
zdea0oZV{6Ltf0Y%=a%RjoWpB;?$$fi*Jbs``>&TSebRiu{!S+tO)kPs76<sE>GMs7
zr5pD`ccC)NuQ|WrL0yRx;u4?$b#~b3H!Pj(%mjB-g-%5@8p+NoMAX};Vgf649)aTN
znZI-ZSmWC`#3D<BfZ+wJ+=to%33jPe*p(FBqF$_I{1#Qxj<$jOIC>secLw@*F2heU
z*vO!rf+69XGR&Z$TCv4W<FzTB{WqhN+T`~WdUggR8T<P|8(_5In9L`DBIvvgFSQ1m
zN;emN&`b@t12@D)1NBqW&*%alertZ-${$%>0zGQE%;Nsk&l|m*G=j3ISCoq^B?klH
z|KljMTFK7lrk!;0PtCNmIEfH&734K<uqh)RBn?^M3%6woN${RIC2epEdn1&m27}<!
zDOh8rCYj?fkN|4)MYFl}{+7+oUbRh0c=&8nG5#f#KGy;cokNd_Ou9!6<Sy?qJb%4h
zBLN+J0XtvIt4oNiI*)<A?)*X8yyKj(l^5{&j)hG1a*Y||>+^#Qfzqc;_b74=i!dQH
z)ad^u5xd1d(w$RYSDsVQET?Xh(U98w0$`ptqq*cUk$5L2;1L|hQ1rq&PbQ5J>5&x2
zkD5axz4O#5AhY-6lI`<76If$LDMrKqif@~pc|{-(eloWp62`e}tq`6~>0n5Xn~L;P
z?N)&>^yELtY>nS!c~ZW!*$`9(JwHZT*@PY1Mi#|BCw;?u#oI{YM<?TP%E17KRKjeB
zV&aMF{l>)|h?T@{j!{X+9wgtVaPDI)A>ruU;c*gtdcdVfkd#FROnyA2?kWa7Zn&`(
zOEGBT8NEk4lE((=+LX(BX}U&bNM|KP+YA((JBwyuPbE5=DdD@ef^nO@Pr!nS)OAIi
zGtVh>fu;5y7B|d54Xd(fk{@lA%U|qk$Q6&Ypu0IOwMono_JaN^cw2qe7zDrmrYUkF
z=~Y?LlBaD1F)%Rb);+p3bYI1n01atK)js|VX7IQXwz>gs{`YKtC0C`g4o_4T_3C;|
z?zP4Q{+`842X49i#+YgdSYd_p<ly)!tK#T^gY*eWVaSRG61^QE7;|k^^ZqlM6q_rT
zjmU{=fsEl%#V2l)Dt`(iH%-+Ij|kw;lU%@)zWMzu%aXTU7B?eR0sufos86QVYKX-t
z3s-K3@)GWwhn_Gu*a8{F(eaJToa`%?pB2vooFZ(WVZl`G=1p2pP;LvmHj@h%?y+rY
zo6jkUoQ&~Jcf9L=I2L*QuKzMm-vv2$Nj0}wnLkCqMpIpeQYy#q$e1l1nUmwWi=eHL
z{y^VpchVm<1jyM{htuj@fk3t+`HPZgVtL+0-G<}Pqp3`0=929Uu7j@XjIzC$dU*o_
zt5AOrz}%)*!g+k4LfhdHQls7&d`sKr-*i|!bV}b@ITnPRu!L&9tezpX$~?GTA%BhX
zKMS;|G$W#m2K<gnK&EXPNnHNOFp^l(Smi!L8z(X*A{@bg`~WCL=Yo<mRq@v>VNNw_
zWxir4-m7|2?l(DfDD{8Bn%ln6PA=d_=>vuO&T@sOKfpCNUZ4jgDn;)w^vka<P(R?g
zh><}y1E+Nj5Zd3V=RRpDg1&;^$370H1n7PXmHsG+HXu`&v>u$vKyU2p#wk;p0{1rd
zuY6W9nZf?;IJQuSPf8*ex&0w3aK4BK7Ga&+N)Y9BYgRJ&(K;d1<q!#d6le49tAm58
z`LFyZ3vNFZ&%PU=9a7>TYx62<h4Ptje-?7hya0u^Mdy3f)z$0Mz^&;0YHuD5siC@-
z9dt-w{b4}WD3cDR-;`C*L;DI8<0%}!^u$WSqBpbRp)?s@e&6z(ep>Qm(C7o7GW+S=
zPs4jFZ8c(>eao$5<E2H2N-_K)1AEqSIF&FXsec9aF}3l}sEsUicisWl`bSx*=oZ>)
zYD3#1%m#m`p=z{?y@{vl<M1z(DsSNa$K>O&YlgfD%^p|Eu28I09-Glu)r{{n{eZh-
z;QrO8{iU}L8tN>ZU${%}WC9T{khEuT*V9>zWJmK#+?cp)H(IKAmT2%DF?~Hqd&qwq
zvc^-AoBt3B*ekpy@CeF7xX;IUp}qFlK=ZS^`-Zqkvth#~YxNk_{^_h!4vh!Dwc)o1
za;;`n$5;zz<8OG!O>R`Ga-jqeAo8&qv=;&UYYJs>Cx#Ni`9waG6*w;PbJ@VY$W?qA
zR*iqU$)luEj6HtS1>B^)B$~ztS$QQ3YyiL1vb&9HxxL&{ES(In7zYlvSTZc~+fLmY
zX*tL|cM>_sVS5pvrn@kjcG11S@lypSo(dBUYYo^1UVNFHtHKMhC8!>0KPsOa9yu|x
z3tA*hr$`OPjK%w0-oh(<;itMLjnBx@{Cr-cMtR;|E{2Tun;alAtv0kq*}GJGZ6NI^
z%Dmb}-7%tWwZiAz)g2qbB1NjktXCm?zaLjfvz<C85pS!oSSIRTg+II6jUka4ZdeG+
z8bGnUAMrp@*IVtnx=(~Uy3UN{$cFb3|GaY-=30gLFP3iCOq?pm+peM>0p9DY&GA>y
z%U&nxyaw(U_w&CwndGm1AV9GQxFFD4IW+h_Rqouvz+sCRgW@|rIAKrW{MnO@H`AaE
zC3oUAChMrps-lXDEdoKI(B4lkMR(4sdv?zjv_!J!hTYl3JCPL<B@Gn0F$oIkSK#|x
zS7I#}x!DO;+3pj%HJHGq+(WQ%gSHa-8;K$Wcy#dV_Clu=soB`Z0`-fisf+hrSo%0-
zgutq3fN|pY;{{nEu8`ZxI)1r|>$m+?rEOLx$Ip~&b^w5#ON)+<Rz%-Ysc+gXxy~E?
z$>K#^{^~<|nrk}j;lQt$qgS?MmMh4eP9>%~Ys(%mN5<!0sywZ&JG@x`qqZymhid)f
zvl;6!V@L+y#x|B15xI1kV<{>XF}K3hge(#ARiVom`^(Z*C|Sp)OeATsFLQGZrL0LM
zOZN&PWJ|-C`%KIC`xo5v+d0oUuk*Z~^EsdA^LfAD&*x!=-~ZKh()mn4LES`-|7BX_
z%D`{)&D+*f*5>b)uB*7LO6vyr<QKj)(_W2v;KXs8<{7yDX1D7MT7Mlt2~)ALGRM_e
z<cY)qF&zE$o|}AH(DRKXN>b<i3h!1|%M@SW7xHc>C%t+yVy5EaTc}AiWs81JSz0RD
zdAUhOXH+yx(0XRvw138Xf;xDudC<orNz6LSvr#!(hdOso5z!??NN?#nmYhJi?yb%s
z+|<gdEE;JnIk|tVkk_#Hv$(7zYB_QvtA3Mm+DcB1h}{iuTziFchTKsP?V^ucnwpWn
zh@>~%4KS95C8{9ur&Vvz?c|OKt9?Yk{_=4UH^ldZJ^ZjbVl?4_l>wr5_9wxuygma=
zc2X`jI0<F}lcu7};?!9uqCK-7Y<CX~vEoQDulsIP1l!uj09P*?chKn*wkLZA2vyR;
zO4Q{MCgOU%{Q^T1=PNM8WgK0MQzc=Qzko89TR8B3S7+}}#B>ejlF5u<QA4ssPwW*D
zl8MG7cLc{kpPgT|<U67@ldb9GG=@`|Ipe}#u<^=6lKxk?bOm2aj)H_FtTltQzyry-
zUp0Fo8X^H7>~;T*V?6=>Ty%|@7wum*JZX;7!yPO6PpQp=TDw@ybzBA#@eJN!rRnjw
z3}w7+OqHh6JgssUA{xOT@i(ic&(&Mp*FZsln_K=$`~9sR4E}`N+GUb5Srm0g7GRR+
z35;@k+%+M8pUH6!Xhb<QUc!i^Qg!D4bd&8%v4uu&?|!j%@|Z?$l}QU2lts6i_!@^L
z_=%qWoa2Q}B?~)X*c(7&aGZDO22I<Hm@Wxyx{kd!mAw}_?7wrR^=$PM%_DRZdv_UY
z7A;M{CW`MvGKK7R$NqywKE4RvyJqJbhkHLHZn5U7;lmvK`EJQlu%RUY(Gd$*lBwH4
zmS6k2kbftOyo5s_WgX{xTX}P{W^}bcYhp3zk&){;HjM)3r!(v*Qwjrx8OkD>^m_hh
z9rnj;8VvMCgze?vZUs@Mu0Iv8^=gwJu>$aaP5;MH0|oMgkX^p4i+7H}rQ?IE@}m2*
z>SgsrZ%f#6p5edb5Eu_4;*f|s5~RU#KWf0m*p6j7A2QqDi3+0T450V7H$BE4(`#SQ
zFiWE7rM7K#75b_8yHTk}JI467?*jAvt%`e4n`EB_tiIAmZDWyC1356#)>KpOsvZ4t
zoOr|Zlc4IkiqX-?yYCA)OJxF^<#EB0IsG<BY#C4tJ(B34lmm3IYeDW&UHN|ez5kxm
zk?RhzSQ%xPM&Z?CkcfC;#9XV}KE@RDwIACuOgY6ee%mR+WK7*=<Q4GJ`rF}5YgxKH
zq*|_0T#oCRoyWh};qZdLXP__GVhFVi);H?Cy27Oltt74XiuWL~`Kq!Z_K*d<q4SQP
zxoKBX_#Trd&lX#(F@m-|BGJRxDKH1KOfe%iECpuGXw-U%q(NgagJ#}1czVP;9q<*2
zCheZTbJq*ISv<BB^B4%O{)~|?3Rh!|M5}vsW6UXeS`88&ohMIEni1aAJtD4pkWdH!
z>4>E!$L%5Qh}u}gJbi!v970;hC{gNlpc-#@<6{tGJ?+s;*A%iqimF^jvIDkZ_A)aQ
ziAYuqPOZ;q+3q}r39hl+=A@EeUbWf&mWq2$O#i{28tsKVpH%7w0-v!ek{^e=P`Vj)
zTX9ptFHaD4(Zw1sR(k+M(8KjsJKM#-@=07Scl*GU@@#Ec_|f^-a|w)y5low<*pCVm
z68oTB3CvMsXhrI1bvmqXCvR|iy2YKw7vvU5WJ)n-L88(TI9ycci87{)*_+s(yy_Z<
zzg!u3&3<{9kWhCD;ATsIZ%04Db_nx}jX}dLBnQsy4qs*Xio`>bduTz*C7YkMQfB1z
zKU`ApPVi7dT?Mv~F6Z}DM;U%l?(M<DWs^@A49!L5rJ>MRg|a_P@w_<~Qvt2FO%<$P
z|KArPq7h(&3Z<WYy7I2bp53MR#xg-|Q6r=%weIlY^?u`AfnB(flpAr304Bx3GpNXr
zgAhFaf)iBa={4?TF3=j}qD|-YHS<eL`IoYL6qE@%s#p+ALM}0YgtJGuTHGrw2$gYM
zeP@1g;5GJ$%gg&s<oMm8T|vISVQUFWfnkRJXco|k2{jWkkCHGqwC?%#{(c+mk;w~C
z^vGk<LUT0Z{imKSo_hSLnXEM#ZZS+5iroCQuVi1P*K6(2MCb&tp7EQcD)oyfWA}R%
zgy$d6M;+mwEnPxJv{W0qq)kUmP!qodL`aWR?(Aa6c?WE^m<x)QX!-M@g`J}ZOqVvd
z<*fO7&kC$Mm!pciL9vZ!q03ON*!m&{I))G?4G$6TI;>*RilwYk8$ZH;J%crQtFO8A
zvv*qLhd2I}d}cT`vz4^;RJb||2#g@h8Ts<>+%ZyCTPEy!u8>?2UKzg%n#twz#Xp*X
zQE$zbx%gd2P$xwDI?uFef1{c?92DXFkkU`$KiaV!N?_tz{H6F6@*AZK?gO<{HLiXq
z-WP@BWspg-#kcnXc}y@20jY_9eK$l55<2I9>)|m0GP1_ea)!%c!@%+Xir9g_fKw?O
HGz|6+lUj`x

literal 0
HcmV?d00001

diff --git a/standalone/trustedkeys.gpg b/standalone/trustedkeys.gpg
new file mode 100644
index 0000000000000000000000000000000000000000..0742182ae1d240ceacc2ae955139de1636da1096
GIT binary patch
literal 4979
zcmai$Ra6w-zJMnfU>LfG5QbDzX^?Jd1Qh8;q+|#|QVAJSx*L?Pp}QLi0qK;I5(H^D
z=w0{T|5@kZJnXghe%kxt+u!d?0&`(#>F`z)VFT*pu0z>y=U^cI9PNx-5wuBIS5QF2
zq}3EChe_VTO*KWfT282nNmHJ{+aJP1DB{u)<XOodWAy&@<CU$QK8BJP)Sm9PB7EV>
zswYHyQvv)hKfpSVO6lY#@vP-J#2J-GFsIm6GB{I9lk33~_5qJ=iU`YaFrm>Tavk^z
z=99XlM2_-yPc~;DG8yJQ-BDb5xsLQ)UqAMFP!SeXBVWst50!t<SY1`k5e$O%I6FVP
z?RvmUk^MXc9VmAZ*`y;oTQt<%1Zhbw!`hf7tzH}sz`JTQq=43s&r#n-+q1Pcun4&c
zqPy!>r8_<0(|o`L*enU%*{`m?o~YFM^shj`;C-zD1@DSa(j>_RdC~6qRXP^>h{-V)
zu<)i>xOUKUY(P%zm4G(?z22kjb!ndi>{pHJG1HQx7_P#yk2sFvzwDzO^ClDxn2#S;
zQ0@t;46vlT@2)$@CnDThg5I=zHILG20foy5rDU&l*TWPl$tD(pb%&!;(sz@1>aKCy
z%6N#FGVt_>vc!2W4FVU4m<arh?$N8asl}f4o>cgfabw^JDg={lT;JX=vOp<2;4^Uq
zixPb?W`gqm$hl~Z%Z;*TW~Qns!xZqz6Kb+q{AiZl^sOeoOMdLzR}LOv##x{RiA^YE
z^XKsekHl`a%dkB0ZdzkpvJ}6nQ%KE=%3k&14804>1gPdvr~YpBz^7d|1>!Uj=Kc;<
z`p~BC@VJjyHwga#So(e3!d08GR7EwDJlE%2(=XlN3n{KrKN{Xw>`i5NAsLv1PP|7P
zGV~BM3?aI!GIBk~Vt5#@f0estxd`hUZ<DB##q8_8fIzTOzViH(lE3?CwS<5D)bc+S
z!kn*eEy57Nr+wkC3AE}uwMEbam6sk2KTsLgo7l2qzvL8aK`ow(=ab*-EMBolPW-$z
z6(%+-{%U&C`GYZWVlN^){vKo9qp@b{CHz$Mw~GojfY1$p!`g=z1XHFfN8-;USG95(
z^Re)5O$u3%m)0D1=)yx0{_=)_UNZcvH%%m+Bf?6+u>&$4;*PNP3$yCdGJfagH!M9v
zdsf(N<X2VF);2DjrVb94?(`Nm&MrtBGglWIM+bUm8*2v}2Wxs;OAq?{R*pz|CC9s+
zqNTI*1A0*#3&~e^$Cq3VruLTN!EZ50?mip?1oY?YfvCZlFeo+_7=%fN4T9ppFvvk*
zAm|<tMBxX(ff5?6%zZ}nK?kd{0XM9SW`*8dCw2;|n&i6*hbi!n7z^S%V7yo)ym#6T
z#{&rP*T5LG0?I*n*GR|lbfDi(N@gW9Tfw=J@~iTc8e!ma5CDt<(O{4OK>*A@4-ka@
zxul<PhJl%Qt=D0i5D-W)*iQv7nk>=CuPThLE3pvBTYhr3`SOS?u|P?xbQr)EOp|Ok
zL4lOx1RjiR`5OyMFaJPo!6p#_m=$@=hn6laM|2ED@)N=umFQt_6}?Dh+@<3Ot;<e>
z49tx9jr|UrKO`=dDA^)<ZNZoqON#lv<F1VL&~uUM449pcL~7B!o+GBgj((_%ddPd~
ztKVy2%@urE%7stObH+}E>>lqG5<?qDK66c9*}DH06ZBAY2zTN5xm|?y0!~VtrOh3L
zS~ewWeHUrNO*b+Dx9~fvLMEZc4bL3cI0*#l36_7+ew!^zC`z}Z@@o;Cu-{li&!89I
z@_8)I)XYpAKW_7kLFwk^I6R=fWNRtwkgl|E+H(%$6A+=<H|W=uFG7;oDkC&@g)X8C
zm9VAO86<z&aR<;8)-x(7crQEa9<Cd7b~04XQOmekZ*D_p6{;kz>!Zay6F!qEsY$D5
z^G~AWT%9Y70W-0+geMhpYA{}I3Dsf2y|8gZvuq-9TGjDFCMkKBz#441Q^;ORik5-;
zj<SsC6q}I|Y%KbHXJ$nlbA2{X-DqZZckBnG7d#b)Uhe`#*9JUmea7it#xwhj7}+yJ
zJbd(#WvL}Kk0#Em##}X(kW}jQQ=Ghox}^zm&?E7SL@DaX$gGabrj~8hf<P}D4%?zh
zf~U0b>^npNNgzB7C1D19AR(aMLR$w_QodWhv=cm{V{t$D-VR|~8dowKdy;Tgzd^%}
z3ULc~HqivY-ltDoLhy-P7MTHP_|}dToXJ{8zOKB<@O)SQD#3_b7vTAD&DT$Px%{xY
z@xARtjp2o$M+dt&W}<%m45eJK<9?0DwE$Pe^LDLKp&3tn=jV=o-oz+-yy%oQsCUr1
zxe+;jHHy)(Yz(5ro|fStlOJ|l(QJ63CTCTw*}?^yG5LH{Ho4outSF{JQ2Z7PDzlR1
zCtAtG#A8m&z{>Ly^W8!2K)}$)N*r0_aA3ibmGZ>HzPR^=JqD}E^f+B$u6dRgz6;%z
zAAABhO>aw9{0geSA6w%L`_))pV2Ksg*Vn<rDRFD4RwzxF$>UGIF?$G$T76v{IW-{P
z&n#A(x+dvK<DIm4ibCtC*-68{5A`Jq^EN4tCj5RVfSu&^t1H%|$-979-3#P}a~Q4?
zzj-e7==&-!)9+s;j9J{ZOXNkhkDs=IR3uC|WpXFnO6k*fn|89q(q;wyXU4BEmcMe?
z?4YhS-%Z57@!Lr=hBg17nPffCsY$i&Nod(K;2YZL5SP>q6K+wsmy7vBkJ|dW;XPZO
zJFWg#VkZOim*0+KRK1~*Fi%FZV7-F-1?=}t2$H0N;)0(ASnc|-C`KSfSV#L*z7sc<
z`Fb!nVi0FA4~o;`#sG+b0ALl(|LKfg^smY!EiBD!OdYr!k=EiUkjR}-umMbWF8d#G
zLH-&ILWTpyhC%-L3;+Qs2{Sr@;J|<CCKf>m$h$a{IF`WWf4z#DUV~UpXu?m*(WVAC
zl;zIq2I8`ga6M};fjtpiqc!fueeI=UYXygw6oi-u1`!wV4c&O}L?iLM2$EXdf^FlB
zqEi`bA&du$V!trU<bM?=X$M`8;<QGcf?6bF*0%F1bijdFrj>i()(K@xYh(N#NLPgL
zU|?``ENock`|Q2U*W~lOs~g>q29jnUd!Tu=;hE;|7CFBDPQM!8?N5K=J8^DmWu(JX
zsjGeEvZCu<dRa~J{VJfZwDTyJ@4`{ld<8BT7i`17BcQY6;3e;#7>RrCW0bI#l<Cgy
z(R$O(_vpJj6npl-_$l6Cp5nGc*fhN4v%1}y=X@X5<JMCO{Qbw$MJ$G3OZUD`$($0I
z<kOFZxOw4oijms7&R}t}vKe1ahmQ}<kqedOljYQ~a<Wd(OJIiUaB3K*Z?yVhurA(p
z`PZPWjKbI~%f}r*G%0EFKUu^`z+l@>0Vm5)QJ1J+S$wyTVp)}HxwLS#%_KD_6E6n#
z<F5=aJIHcAL>(?>NvJ-Y{QUY-c?-?Hn?fa^=$6Lxe4jbV?$zjn411H+MHy`F;P!ej
zd~j!zRX9k@Nl1k++l9)5_{+7K>(y40NNuE}B&lyHlYO|8Tl41*S*$u(if#5;Yr33t
ztK5i@CS~udF&N$f38B1>LC!?uQv08Y^dERh+S<5SI#{}J-K{&k1pnfN_<y|qz@+h?
zko}V_97BRDD5m$v=P8;=z}3@ndS?V`^u<Xg3CBaB=jN+{2AQcu<%C`}dL*fm_8Nn+
zX|Gi3CV6<8u6oI^g%kt@h3rXz`P9B%s*_WcV{S0T!Gt#fNoC6$$Nh^3-dDaPI*-K}
z!8FCsXbFC9!v?65;)@Nk>{**7&m@J;!(aTUi7N2%q)~C$NAR9nmd?Nv3*i#{0eXY9
z+k6Wp(YBsSeg=c*bbugU!Bomn1=?<?QRZ62u2wr?6ktX^Y}Nn1lE&{IwcklrFC=`B
z5VOYotcHPiFTae@XSI&=D1fYt4O?<4=#zeMD`8FsYZ{hoQH57C#ik_rDaq7XXtc9&
z8#Wu3oax#^plF1ujmeWT?9`GTD=IYtwy>E+rK_LHv8cxzQ~Ix{>X0`oJ`1F|)Ywnh
zqEd9y1<oDIfRh+={qbz>RNKdMA&Xp#Jaw*dgduMV29@PrgbSo^G{_`g6JkvW|K_#4
zL2%UG|G;vfpL=>cO1f^H-0n{6GBRINMu)riR!2Qwb=RIe(2}4348Nl#h7@D5Z4CTF
z<Uw-o!E<lV1cK3=<rqCX`Zui1W9Q&7@L|E1;$43730l@uvR_K6>#9-bSKF`5i+8F#
z*-=aw2x>gyK%?f6Aq}jWtz4zWZOYo|B#tksxI8{=(6(B>Bf{}R6DrN{6Nn+(Fwz#e
z`<E^FKh*W_A%+48{RQi;#ME<M8veHu``<|NYbUs2DGnZOJdtd`9x9-&-5H}Ws|g{+
zB+vUTkV`?vsW>_dp3-Fc<>7uZkFItj8#!1lfGX6MWG@&|wkCU*<)_2|jp^>)xW0dJ
zS{*`}y+(OT9KjmyKuw5viU(=c5T)kfF;B^}K28rYJ>sCje3TJLS+B~Le3L1hYGXoK
z@>7U6OqKL;5ySVW+tnH0*jOR)gQ@mg_UW`Ie5^d5hSk!ZZ(*+sk|q>)+aTpPeFD#%
zYA8^Mz<Td_ZsIOo{o}L=8O$%SQ>;gmLTopOsLVNuwfz|;1_U;k`sx{$XpZmU2BE%X
zp2OanRVjeRk~o{RV|d6Itp5gju3Lorv?=-B8TO6!TY0k$XxG8~cd7Bf==~1hCj=Vm
z-&n|No2%@pLQi+!6SBGe^-^M;mtwrh^|eD)7Is(@r(P2O$1aw2qb5C4p9?^K1yeEo
z;e_5vWqt~RJJp6Clr+^m9#(>_jaP9lFf(_B#;Va)Spw!iQbcy?7#<e3quYIE+SXY#
zSEVp_E@|>&hU#jS*5ruO5OfX%kL+YrXr8`Y?-wgc+<cv55-GUFpABozZGBBJpsq>A
zw^6lPD`#2AN$*p#&^P>sLgLf5@k3ux<(>S?+0T+sS>=yL6-+jpZS~Wpo%VmavS_8P
z=oWN+SbIbqd9$@(BQkd4CS2P5V0N@K?+;n^e<O+U?Oh}dY3EfI$RpCVY&6q}Jk*g^
zu(3dk`-TQTrQRMId;!-yeAto{J<UXQAcuI^ua|3jmwCh9+K%IC-`36QpP<d!8b3!)
zJc9%smmhbRbC4D%2!=%W&)fAnsqPZ3EZQ087RGiVctZkoys}sXm4mh2A2gk!!_S!3
zjx<<A0*WXkPMrNVBr9vs2cnvOu)T#7T+T3A@UUMzA*Ye5><wg7KOIZDkK1a(UR;G9
ze@0RK5Q9I`Q12IEuvo~V5<l_d0F-jBM`Fd+tJ;|(yp#BkwI66Ls!w(+Y&tO$(6gre
z$d+R)R!yAD&M1Qzpb(vYbDpX4fIg2s)&b-V1s&K(!)84xQ-*Yu8XkFaal3W~PZDn+
zzZ|zzaf_y>nHwEExl4c`O8K|Z)<k+-dK^B&I2l7v)-0-|tTA#71%H-wB9cwQ%9X48
zGk%%kU+{VzzO5n=1r#ERAYyQu5@!Z3%O_IexzOI^h^%fA#-S>NIx7)JgM|=*bnlx?
zNtCC56%7*asP9NtjUxA6SZk!c;jIy?!sBtS%is^c-_g%Gu8wR!n6xlj281%v)4>F~
zc_I6}B={`XPT}#@Zj~QzGFfo+y{RoBNAK;otJFdnw!bV#3mDEt94Hp8bS&va1sqZY
zn?xL?zZBnirQ9Z`-bc~1z$8M7YhLS^4S)AHl29Nz49dF<g8prtw;*cVf6gOyDS~Ti
z;#Sx^p`ei>^JeQ$clcpdAt9~e7T#It8Ym(&acsdTV9;_cK@@SmvECgLCD*81E6ZT^
z$+_FRP0-zH(l(gIzb`K<gPWVhSSNNjrhsPqEzoIMUsaYbg49UdlgSfxYS+#c7#DmR
zD1#+E2_GY|E3P8<b@YVunGH<_bq+e&I9=j-^kIKR((z+gLiR6Wpyu6F^D;3hncUHe
z#Y#Q#<3V2M*6+3S&fH%&pqVQ*2`ztbgrPaZk4F3l*m0!t<JuXW`CFL9YU@kUWZ5I$
z9rYWg^rgK17p5FovZDCX(0gURocTfCK?Ld1W-WV^k<YsnC(|Y5HPA{A&8$NuYY5X-
z=Er!qsMhm+4cn?Pj`Szd7d_twjx0jOWbDa0Ul>-ypLIrqZgre5B3&;UjeuD12M}IR
zeYLMdvb(G!m=jWg`(&f?>WDGigbA&wvgw^hX8lu*92^rlgD#vVP88Y%s_VZIox@49
z=;glil{M_8puPmv{Hv=RQ=Kg1C*2dkLN#ZcCEhng-+XkcYS)MSTbreCB|lgMhpOY~
z`K69{LPeHS2L+2YW~!`)y{Vgx7$3$A`?APt>_UFDSbcE_eWD>Tq9hec5VuD1$t{9G
ym35i&FuNC<PxnM7`{yn<3(rCI0drVPhD0n$Ahnm-3BcX|o@%KAiSDOA*7z5iVg4%s

literal 0
HcmV?d00001

diff --git a/standalone/windows/build-simple.sh b/standalone/windows/build-simple.sh
new file mode 100755
index 0000000000..f62481f323
--- /dev/null
+++ b/standalone/windows/build-simple.sh
@@ -0,0 +1,43 @@
+#!/bin/sh
+# Script to build git-annex on windows. Run by build.bat
+# Does not currently build the NSIS installer. See build.sh for how to do
+# that.
+
+set -e
+set -x
+
+# Path to the Haskell Platform.
+HP="/c/Program Files/Haskell Platform/2013.2.0.0"
+
+PATH="$HP/bin:$HP/lib/extralibs/bin:$PATH"
+
+# Run a command with the cygwin environment available.
+# However, programs not from cygwin are preferred.
+withcyg () {
+	PATH="$PATH:/c/cygwin/bin" "$@"
+}
+withcygpreferred () {
+	PATH="/c/cygwin/bin:$PATH" "$@"
+}
+
+# Install haskell dependencies.
+# cabal install is not run in cygwin, because we don't want configure scripts
+# for haskell libraries to link them with the cygwin library.
+cabal install --only-dependencies || true
+
+# Build git-annex
+if [ ! -e "dist/setup-config" ]; then
+	withcyg cabal configure
+fi
+if ! withcyg cabal build; then
+	ghc --make Build/EvilLinker
+	withcyg Build/EvilLinker
+fi
+
+# Build the installer
+cabal install nsis
+ghc --make Build/NullSoftInstaller.hs
+PATH="$PATH:/cygdrive/c/Program Files/NSIS"
+# Want to include cygwin programs in bundle, not others, since
+# it includes the cygwin libs that go with them.
+withcygpreferred Build/NullSoftInstaller.exe
diff --git a/standalone/windows/build.sh b/standalone/windows/build.sh
new file mode 100755
index 0000000000..a661e8fbc1
--- /dev/null
+++ b/standalone/windows/build.sh
@@ -0,0 +1,74 @@
+#!/bin/sh
+# 
+# This script is run by the jenkins autobuilder, in a mingw environment,
+# to build git-annex for Windows.
+
+set -x
+set -e
+
+# Path to the Haskell Platform.
+HP="/c/Program Files (x86)/Haskell Platform/2013.2.0.0"
+
+PATH="$HP/bin:$HP/lib/extralibs/bin:/c/Program Files (x86)/NSIS:/c/msysgit/cmd:/c/msysgit/bin:$PATH"
+
+# Run a command with the cygwin environment available.
+# However, programs not from cygwin are preferred.
+withcyg () {
+	PATH="$PATH:/c/cygwin/bin" "$@"
+}
+withcygpreferred () {
+	PATH="/c/cygwin/bin:$PATH" "$@"
+}
+
+# This tells git-annex where to upgrade itself from.
+UPGRADE_LOCATION=http://downloads.kitenet.net/git-annex/windows/current/git-annex-installer.exe
+
+# Uncomment to get rid of cabal installed libraries.
+#rm -rf /c/Users/jenkins/AppData/Roaming/cabal /c/Users/jenkins/AppData/Roaming/ghc
+
+# Don't allow build artifact from a past successful build to be extracted
+# if we fail.
+rm -f git-annex-installer.exe
+
+# Install haskell dependencies.
+# cabal install is not run in cygwin, because we don't want configure scripts
+# for haskell libraries to link them with the cygwin library.
+cabal update || true
+
+cabal install --only-dependencies || true
+
+# Detect when the last build was an incremental build and failed, 
+# and try a full build. Done this way because this shell seems a bit
+# broken.
+if [ -e last-incremental-failed ]; then
+	cabal clean || true
+	# windows breakage..
+	rm -rf dist dist.old || mv -v dist dist.old
+fi
+touch last-incremental-failed
+
+# Build git-annex
+withcyg cabal configure
+if ! withcyg cabal build; then
+	rm -f Build/EvilLinker.exe
+	ghc --make Build/EvilLinker
+	Build/EvilLinker
+fi
+
+# Build the installer
+cabal install nsis
+ghc --make Build/NullSoftInstaller.hs
+# Want to include cygwin programs in bundle, not others, since
+# it includes the cygwin libs that go with them.
+withcygpreferred Build/NullSoftInstaller.exe
+
+rm -f last-incremental-failed
+
+# Test git-annex
+# (doesn't currently work well on autobuilder, reason unknown)
+rm -rf .t
+withcyg dist/build/git-annex/git-annex.exe test || true
+
+rm -f dist/build-version
+ghc --make Build/BuildVersion.hs
+Build/BuildVersion > dist/build-version
diff --git a/static/activityicon.gif b/static/activityicon.gif
new file mode 100644
index 0000000000000000000000000000000000000000..c14d37553e505f4f01749f4f5635d7e10cb0298e
GIT binary patch
literal 529
zcmZ?wbhEHb6krfw_{6~Q|Nnmm28Kh24mCA30U2<h_@CR)H6+;CF~HSG&w!Z`D53aI
z%DE^tu_QG`p**uBLm@FMu_7lwF-0#kFD;)z@h1x>7f_WB$Ow?(49wCTyNpbdJYSxe
zeIv`}_0t~a#+1x?8LQUiyxzr$O}z}qt~-256BOkpr`($QJ8Z@`*Wj;n!Rq(rGvU(k
zFQC)0t)pvF*TH{tk0l0|mO?aSV$}e2(Vc$=r%oPGa6aSx;mrd!zR9hbAs`p|VRaEy
zz31w+KxZveyUo&f&%)>Cwb-23T3FRfLCp7Dz1QNkCY$7;CxZ7~<~_13kh`IR&HXUt
zuSJ@942>^dRxf*0kUD$mx}4isl|x+PW_UtCC?v`F|IKTjQ(9BO-ra=NHTc8R8Wd4r
F000zFq_F@1

literal 0
HcmV?d00001

diff --git a/static/css/bootstrap-theme.css b/static/css/bootstrap-theme.css
new file mode 100644
index 0000000000..a4069929bc
--- /dev/null
+++ b/static/css/bootstrap-theme.css
@@ -0,0 +1,347 @@
+/*!
+ * Bootstrap v3.1.1 (http://getbootstrap.com)
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ */
+
+.btn-default,
+.btn-primary,
+.btn-success,
+.btn-info,
+.btn-warning,
+.btn-danger {
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, .2);
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, .15), 0 1px 1px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, .15), 0 1px 1px rgba(0, 0, 0, .075);
+}
+.btn-default:active,
+.btn-primary:active,
+.btn-success:active,
+.btn-info:active,
+.btn-warning:active,
+.btn-danger:active,
+.btn-default.active,
+.btn-primary.active,
+.btn-success.active,
+.btn-info.active,
+.btn-warning.active,
+.btn-danger.active {
+  -webkit-box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+          box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+}
+.btn:active,
+.btn.active {
+  background-image: none;
+}
+.btn-default {
+  text-shadow: 0 1px 0 #fff;
+  background-image: -webkit-linear-gradient(top, #fff 0%, #e0e0e0 100%);
+  background-image:         linear-gradient(to bottom, #fff 0%, #e0e0e0 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffffffff', endColorstr='#ffe0e0e0', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #dbdbdb;
+  border-color: #ccc;
+}
+.btn-default:hover,
+.btn-default:focus {
+  background-color: #e0e0e0;
+  background-position: 0 -15px;
+}
+.btn-default:active,
+.btn-default.active {
+  background-color: #e0e0e0;
+  border-color: #dbdbdb;
+}
+.btn-primary {
+  background-image: -webkit-linear-gradient(top, #428bca 0%, #2d6ca2 100%);
+  background-image:         linear-gradient(to bottom, #428bca 0%, #2d6ca2 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff428bca', endColorstr='#ff2d6ca2', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #2b669a;
+}
+.btn-primary:hover,
+.btn-primary:focus {
+  background-color: #2d6ca2;
+  background-position: 0 -15px;
+}
+.btn-primary:active,
+.btn-primary.active {
+  background-color: #2d6ca2;
+  border-color: #2b669a;
+}
+.btn-success {
+  background-image: -webkit-linear-gradient(top, #5cb85c 0%, #419641 100%);
+  background-image:         linear-gradient(to bottom, #5cb85c 0%, #419641 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff5cb85c', endColorstr='#ff419641', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #3e8f3e;
+}
+.btn-success:hover,
+.btn-success:focus {
+  background-color: #419641;
+  background-position: 0 -15px;
+}
+.btn-success:active,
+.btn-success.active {
+  background-color: #419641;
+  border-color: #3e8f3e;
+}
+.btn-info {
+  background-image: -webkit-linear-gradient(top, #5bc0de 0%, #2aabd2 100%);
+  background-image:         linear-gradient(to bottom, #5bc0de 0%, #2aabd2 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff5bc0de', endColorstr='#ff2aabd2', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #28a4c9;
+}
+.btn-info:hover,
+.btn-info:focus {
+  background-color: #2aabd2;
+  background-position: 0 -15px;
+}
+.btn-info:active,
+.btn-info.active {
+  background-color: #2aabd2;
+  border-color: #28a4c9;
+}
+.btn-warning {
+  background-image: -webkit-linear-gradient(top, #f0ad4e 0%, #eb9316 100%);
+  background-image:         linear-gradient(to bottom, #f0ad4e 0%, #eb9316 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff0ad4e', endColorstr='#ffeb9316', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #e38d13;
+}
+.btn-warning:hover,
+.btn-warning:focus {
+  background-color: #eb9316;
+  background-position: 0 -15px;
+}
+.btn-warning:active,
+.btn-warning.active {
+  background-color: #eb9316;
+  border-color: #e38d13;
+}
+.btn-danger {
+  background-image: -webkit-linear-gradient(top, #d9534f 0%, #c12e2a 100%);
+  background-image:         linear-gradient(to bottom, #d9534f 0%, #c12e2a 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffd9534f', endColorstr='#ffc12e2a', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-color: #b92c28;
+}
+.btn-danger:hover,
+.btn-danger:focus {
+  background-color: #c12e2a;
+  background-position: 0 -15px;
+}
+.btn-danger:active,
+.btn-danger.active {
+  background-color: #c12e2a;
+  border-color: #b92c28;
+}
+.thumbnail,
+.img-thumbnail {
+  -webkit-box-shadow: 0 1px 2px rgba(0, 0, 0, .075);
+          box-shadow: 0 1px 2px rgba(0, 0, 0, .075);
+}
+.dropdown-menu > li > a:hover,
+.dropdown-menu > li > a:focus {
+  background-color: #e8e8e8;
+  background-image: -webkit-linear-gradient(top, #f5f5f5 0%, #e8e8e8 100%);
+  background-image:         linear-gradient(to bottom, #f5f5f5 0%, #e8e8e8 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff5f5f5', endColorstr='#ffe8e8e8', GradientType=0);
+  background-repeat: repeat-x;
+}
+.dropdown-menu > .active > a,
+.dropdown-menu > .active > a:hover,
+.dropdown-menu > .active > a:focus {
+  background-color: #357ebd;
+  background-image: -webkit-linear-gradient(top, #428bca 0%, #357ebd 100%);
+  background-image:         linear-gradient(to bottom, #428bca 0%, #357ebd 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff428bca', endColorstr='#ff357ebd', GradientType=0);
+  background-repeat: repeat-x;
+}
+.navbar-default {
+  background-image: -webkit-linear-gradient(top, #fff 0%, #f8f8f8 100%);
+  background-image:         linear-gradient(to bottom, #fff 0%, #f8f8f8 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffffffff', endColorstr='#fff8f8f8', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+  border-radius: 4px;
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, .15), 0 1px 5px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, .15), 0 1px 5px rgba(0, 0, 0, .075);
+}
+.navbar-default .navbar-nav > .active > a {
+  background-image: -webkit-linear-gradient(top, #ebebeb 0%, #f3f3f3 100%);
+  background-image:         linear-gradient(to bottom, #ebebeb 0%, #f3f3f3 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffebebeb', endColorstr='#fff3f3f3', GradientType=0);
+  background-repeat: repeat-x;
+  -webkit-box-shadow: inset 0 3px 9px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 3px 9px rgba(0, 0, 0, .075);
+}
+.navbar-brand,
+.navbar-nav > li > a {
+  text-shadow: 0 1px 0 rgba(255, 255, 255, .25);
+}
+.navbar-inverse {
+  background-image: -webkit-linear-gradient(top, #3c3c3c 0%, #222 100%);
+  background-image:         linear-gradient(to bottom, #3c3c3c 0%, #222 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff3c3c3c', endColorstr='#ff222222', GradientType=0);
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+  background-repeat: repeat-x;
+}
+.navbar-inverse .navbar-nav > .active > a {
+  background-image: -webkit-linear-gradient(top, #222 0%, #282828 100%);
+  background-image:         linear-gradient(to bottom, #222 0%, #282828 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff222222', endColorstr='#ff282828', GradientType=0);
+  background-repeat: repeat-x;
+  -webkit-box-shadow: inset 0 3px 9px rgba(0, 0, 0, .25);
+          box-shadow: inset 0 3px 9px rgba(0, 0, 0, .25);
+}
+.navbar-inverse .navbar-brand,
+.navbar-inverse .navbar-nav > li > a {
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, .25);
+}
+.navbar-static-top,
+.navbar-fixed-top,
+.navbar-fixed-bottom {
+  border-radius: 0;
+}
+.alert {
+  text-shadow: 0 1px 0 rgba(255, 255, 255, .2);
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, .25), 0 1px 2px rgba(0, 0, 0, .05);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, .25), 0 1px 2px rgba(0, 0, 0, .05);
+}
+.alert-success {
+  background-image: -webkit-linear-gradient(top, #dff0d8 0%, #c8e5bc 100%);
+  background-image:         linear-gradient(to bottom, #dff0d8 0%, #c8e5bc 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffdff0d8', endColorstr='#ffc8e5bc', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #b2dba1;
+}
+.alert-info {
+  background-image: -webkit-linear-gradient(top, #d9edf7 0%, #b9def0 100%);
+  background-image:         linear-gradient(to bottom, #d9edf7 0%, #b9def0 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffd9edf7', endColorstr='#ffb9def0', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #9acfea;
+}
+.alert-warning {
+  background-image: -webkit-linear-gradient(top, #fcf8e3 0%, #f8efc0 100%);
+  background-image:         linear-gradient(to bottom, #fcf8e3 0%, #f8efc0 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fffcf8e3', endColorstr='#fff8efc0', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #f5e79e;
+}
+.alert-danger {
+  background-image: -webkit-linear-gradient(top, #f2dede 0%, #e7c3c3 100%);
+  background-image:         linear-gradient(to bottom, #f2dede 0%, #e7c3c3 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff2dede', endColorstr='#ffe7c3c3', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #dca7a7;
+}
+.progress {
+  background-image: -webkit-linear-gradient(top, #ebebeb 0%, #f5f5f5 100%);
+  background-image:         linear-gradient(to bottom, #ebebeb 0%, #f5f5f5 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffebebeb', endColorstr='#fff5f5f5', GradientType=0);
+  background-repeat: repeat-x;
+}
+.progress-bar {
+  background-image: -webkit-linear-gradient(top, #428bca 0%, #3071a9 100%);
+  background-image:         linear-gradient(to bottom, #428bca 0%, #3071a9 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff428bca', endColorstr='#ff3071a9', GradientType=0);
+  background-repeat: repeat-x;
+}
+.progress-bar-success {
+  background-image: -webkit-linear-gradient(top, #5cb85c 0%, #449d44 100%);
+  background-image:         linear-gradient(to bottom, #5cb85c 0%, #449d44 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff5cb85c', endColorstr='#ff449d44', GradientType=0);
+  background-repeat: repeat-x;
+}
+.progress-bar-info {
+  background-image: -webkit-linear-gradient(top, #5bc0de 0%, #31b0d5 100%);
+  background-image:         linear-gradient(to bottom, #5bc0de 0%, #31b0d5 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff5bc0de', endColorstr='#ff31b0d5', GradientType=0);
+  background-repeat: repeat-x;
+}
+.progress-bar-warning {
+  background-image: -webkit-linear-gradient(top, #f0ad4e 0%, #ec971f 100%);
+  background-image:         linear-gradient(to bottom, #f0ad4e 0%, #ec971f 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff0ad4e', endColorstr='#ffec971f', GradientType=0);
+  background-repeat: repeat-x;
+}
+.progress-bar-danger {
+  background-image: -webkit-linear-gradient(top, #d9534f 0%, #c9302c 100%);
+  background-image:         linear-gradient(to bottom, #d9534f 0%, #c9302c 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffd9534f', endColorstr='#ffc9302c', GradientType=0);
+  background-repeat: repeat-x;
+}
+.list-group {
+  border-radius: 4px;
+  -webkit-box-shadow: 0 1px 2px rgba(0, 0, 0, .075);
+          box-shadow: 0 1px 2px rgba(0, 0, 0, .075);
+}
+.list-group-item.active,
+.list-group-item.active:hover,
+.list-group-item.active:focus {
+  text-shadow: 0 -1px 0 #3071a9;
+  background-image: -webkit-linear-gradient(top, #428bca 0%, #3278b3 100%);
+  background-image:         linear-gradient(to bottom, #428bca 0%, #3278b3 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff428bca', endColorstr='#ff3278b3', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #3278b3;
+}
+.panel {
+  -webkit-box-shadow: 0 1px 2px rgba(0, 0, 0, .05);
+          box-shadow: 0 1px 2px rgba(0, 0, 0, .05);
+}
+.panel-default > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #f5f5f5 0%, #e8e8e8 100%);
+  background-image:         linear-gradient(to bottom, #f5f5f5 0%, #e8e8e8 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff5f5f5', endColorstr='#ffe8e8e8', GradientType=0);
+  background-repeat: repeat-x;
+}
+.panel-primary > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #428bca 0%, #357ebd 100%);
+  background-image:         linear-gradient(to bottom, #428bca 0%, #357ebd 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff428bca', endColorstr='#ff357ebd', GradientType=0);
+  background-repeat: repeat-x;
+}
+.panel-success > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #dff0d8 0%, #d0e9c6 100%);
+  background-image:         linear-gradient(to bottom, #dff0d8 0%, #d0e9c6 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffdff0d8', endColorstr='#ffd0e9c6', GradientType=0);
+  background-repeat: repeat-x;
+}
+.panel-info > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #d9edf7 0%, #c4e3f3 100%);
+  background-image:         linear-gradient(to bottom, #d9edf7 0%, #c4e3f3 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffd9edf7', endColorstr='#ffc4e3f3', GradientType=0);
+  background-repeat: repeat-x;
+}
+.panel-warning > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #fcf8e3 0%, #faf2cc 100%);
+  background-image:         linear-gradient(to bottom, #fcf8e3 0%, #faf2cc 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fffcf8e3', endColorstr='#fffaf2cc', GradientType=0);
+  background-repeat: repeat-x;
+}
+.panel-danger > .panel-heading {
+  background-image: -webkit-linear-gradient(top, #f2dede 0%, #ebcccc 100%);
+  background-image:         linear-gradient(to bottom, #f2dede 0%, #ebcccc 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#fff2dede', endColorstr='#ffebcccc', GradientType=0);
+  background-repeat: repeat-x;
+}
+.well {
+  background-image: -webkit-linear-gradient(top, #e8e8e8 0%, #f5f5f5 100%);
+  background-image:         linear-gradient(to bottom, #e8e8e8 0%, #f5f5f5 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ffe8e8e8', endColorstr='#fff5f5f5', GradientType=0);
+  background-repeat: repeat-x;
+  border-color: #dcdcdc;
+  -webkit-box-shadow: inset 0 1px 3px rgba(0, 0, 0, .05), 0 1px 0 rgba(255, 255, 255, .1);
+          box-shadow: inset 0 1px 3px rgba(0, 0, 0, .05), 0 1px 0 rgba(255, 255, 255, .1);
+}
+/*# sourceMappingURL=bootstrap-theme.css.map */
diff --git a/static/css/bootstrap.css b/static/css/bootstrap.css
new file mode 100644
index 0000000000..7f36651961
--- /dev/null
+++ b/static/css/bootstrap.css
@@ -0,0 +1,5785 @@
+/*!
+ * Bootstrap v3.1.1 (http://getbootstrap.com)
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ */
+
+/*! normalize.css v3.0.0 | MIT License | git.io/normalize */
+html {
+  font-family: sans-serif;
+  -webkit-text-size-adjust: 100%;
+      -ms-text-size-adjust: 100%;
+}
+body {
+  margin: 0;
+}
+article,
+aside,
+details,
+figcaption,
+figure,
+footer,
+header,
+hgroup,
+main,
+nav,
+section,
+summary {
+  display: block;
+}
+audio,
+canvas,
+progress,
+video {
+  display: inline-block;
+  vertical-align: baseline;
+}
+audio:not([controls]) {
+  display: none;
+  height: 0;
+}
+[hidden],
+template {
+  display: none;
+}
+a {
+  background: transparent;
+}
+a:active,
+a:hover {
+  outline: 0;
+}
+abbr[title] {
+  border-bottom: 1px dotted;
+}
+b,
+strong {
+  font-weight: bold;
+}
+dfn {
+  font-style: italic;
+}
+h1 {
+  margin: .67em 0;
+  font-size: 2em;
+}
+mark {
+  color: #000;
+  background: #ff0;
+}
+small {
+  font-size: 80%;
+}
+sub,
+sup {
+  position: relative;
+  font-size: 75%;
+  line-height: 0;
+  vertical-align: baseline;
+}
+sup {
+  top: -.5em;
+}
+sub {
+  bottom: -.25em;
+}
+img {
+  border: 0;
+}
+svg:not(:root) {
+  overflow: hidden;
+}
+figure {
+  margin: 1em 40px;
+}
+hr {
+  height: 0;
+  -moz-box-sizing: content-box;
+       box-sizing: content-box;
+}
+pre {
+  overflow: auto;
+}
+code,
+kbd,
+pre,
+samp {
+  font-family: monospace, monospace;
+  font-size: 1em;
+}
+button,
+input,
+optgroup,
+select,
+textarea {
+  margin: 0;
+  font: inherit;
+  color: inherit;
+}
+button {
+  overflow: visible;
+}
+button,
+select {
+  text-transform: none;
+}
+button,
+html input[type="button"],
+input[type="reset"],
+input[type="submit"] {
+  -webkit-appearance: button;
+  cursor: pointer;
+}
+button[disabled],
+html input[disabled] {
+  cursor: default;
+}
+button::-moz-focus-inner,
+input::-moz-focus-inner {
+  padding: 0;
+  border: 0;
+}
+input {
+  line-height: normal;
+}
+input[type="checkbox"],
+input[type="radio"] {
+  box-sizing: border-box;
+  padding: 0;
+}
+input[type="number"]::-webkit-inner-spin-button,
+input[type="number"]::-webkit-outer-spin-button {
+  height: auto;
+}
+input[type="search"] {
+  -webkit-box-sizing: content-box;
+     -moz-box-sizing: content-box;
+          box-sizing: content-box;
+  -webkit-appearance: textfield;
+}
+input[type="search"]::-webkit-search-cancel-button,
+input[type="search"]::-webkit-search-decoration {
+  -webkit-appearance: none;
+}
+fieldset {
+  padding: .35em .625em .75em;
+  margin: 0 2px;
+  border: 1px solid #c0c0c0;
+}
+legend {
+  padding: 0;
+  border: 0;
+}
+textarea {
+  overflow: auto;
+}
+optgroup {
+  font-weight: bold;
+}
+table {
+  border-spacing: 0;
+  border-collapse: collapse;
+}
+td,
+th {
+  padding: 0;
+}
+@media print {
+  * {
+    color: #000 !important;
+    text-shadow: none !important;
+    background: transparent !important;
+    box-shadow: none !important;
+  }
+  a,
+  a:visited {
+    text-decoration: underline;
+  }
+  a[href]:after {
+    content: " (" attr(href) ")";
+  }
+  abbr[title]:after {
+    content: " (" attr(title) ")";
+  }
+  a[href^="javascript:"]:after,
+  a[href^="#"]:after {
+    content: "";
+  }
+  pre,
+  blockquote {
+    border: 1px solid #999;
+
+    page-break-inside: avoid;
+  }
+  thead {
+    display: table-header-group;
+  }
+  tr,
+  img {
+    page-break-inside: avoid;
+  }
+  img {
+    max-width: 100% !important;
+  }
+  p,
+  h2,
+  h3 {
+    orphans: 3;
+    widows: 3;
+  }
+  h2,
+  h3 {
+    page-break-after: avoid;
+  }
+  select {
+    background: #fff !important;
+  }
+  .navbar {
+    display: none;
+  }
+  .table td,
+  .table th {
+    background-color: #fff !important;
+  }
+  .btn > .caret,
+  .dropup > .btn > .caret {
+    border-top-color: #000 !important;
+  }
+  .label {
+    border: 1px solid #000;
+  }
+  .table {
+    border-collapse: collapse !important;
+  }
+  .table-bordered th,
+  .table-bordered td {
+    border: 1px solid #ddd !important;
+  }
+}
+* {
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+          box-sizing: border-box;
+}
+*:before,
+*:after {
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+          box-sizing: border-box;
+}
+html {
+  font-size: 62.5%;
+
+  -webkit-tap-highlight-color: rgba(0, 0, 0, 0);
+}
+body {
+  font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
+  font-size: 14px;
+  line-height: 1.42857143;
+  color: #333;
+  background-color: #fff;
+}
+input,
+button,
+select,
+textarea {
+  font-family: inherit;
+  font-size: inherit;
+  line-height: inherit;
+}
+a {
+  color: #428bca;
+  text-decoration: none;
+}
+a:hover,
+a:focus {
+  color: #2a6496;
+  text-decoration: underline;
+}
+a:focus {
+  outline: thin dotted;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+figure {
+  margin: 0;
+}
+img {
+  vertical-align: middle;
+}
+.img-responsive,
+.thumbnail > img,
+.thumbnail a > img,
+.carousel-inner > .item > img,
+.carousel-inner > .item > a > img {
+  display: block;
+  max-width: 100%;
+  height: auto;
+}
+.img-rounded {
+  border-radius: 6px;
+}
+.img-thumbnail {
+  display: inline-block;
+  max-width: 100%;
+  height: auto;
+  padding: 4px;
+  line-height: 1.42857143;
+  background-color: #fff;
+  border: 1px solid #ddd;
+  border-radius: 4px;
+  -webkit-transition: all .2s ease-in-out;
+          transition: all .2s ease-in-out;
+}
+.img-circle {
+  border-radius: 50%;
+}
+hr {
+  margin-top: 20px;
+  margin-bottom: 20px;
+  border: 0;
+  border-top: 1px solid #eee;
+}
+.sr-only {
+  position: absolute;
+  width: 1px;
+  height: 1px;
+  padding: 0;
+  margin: -1px;
+  overflow: hidden;
+  clip: rect(0, 0, 0, 0);
+  border: 0;
+}
+h1,
+h2,
+h3,
+h4,
+h5,
+h6,
+.h1,
+.h2,
+.h3,
+.h4,
+.h5,
+.h6 {
+  font-family: inherit;
+  font-weight: 500;
+  line-height: 1.1;
+  color: inherit;
+}
+h1 small,
+h2 small,
+h3 small,
+h4 small,
+h5 small,
+h6 small,
+.h1 small,
+.h2 small,
+.h3 small,
+.h4 small,
+.h5 small,
+.h6 small,
+h1 .small,
+h2 .small,
+h3 .small,
+h4 .small,
+h5 .small,
+h6 .small,
+.h1 .small,
+.h2 .small,
+.h3 .small,
+.h4 .small,
+.h5 .small,
+.h6 .small {
+  font-weight: normal;
+  line-height: 1;
+  color: #999;
+}
+h1,
+.h1,
+h2,
+.h2,
+h3,
+.h3 {
+  margin-top: 20px;
+  margin-bottom: 10px;
+}
+h1 small,
+.h1 small,
+h2 small,
+.h2 small,
+h3 small,
+.h3 small,
+h1 .small,
+.h1 .small,
+h2 .small,
+.h2 .small,
+h3 .small,
+.h3 .small {
+  font-size: 65%;
+}
+h4,
+.h4,
+h5,
+.h5,
+h6,
+.h6 {
+  margin-top: 10px;
+  margin-bottom: 10px;
+}
+h4 small,
+.h4 small,
+h5 small,
+.h5 small,
+h6 small,
+.h6 small,
+h4 .small,
+.h4 .small,
+h5 .small,
+.h5 .small,
+h6 .small,
+.h6 .small {
+  font-size: 75%;
+}
+h1,
+.h1 {
+  font-size: 36px;
+}
+h2,
+.h2 {
+  font-size: 30px;
+}
+h3,
+.h3 {
+  font-size: 24px;
+}
+h4,
+.h4 {
+  font-size: 18px;
+}
+h5,
+.h5 {
+  font-size: 14px;
+}
+h6,
+.h6 {
+  font-size: 12px;
+}
+p {
+  margin: 0 0 10px;
+}
+.lead {
+  margin-bottom: 20px;
+  font-size: 16px;
+  font-weight: 200;
+  line-height: 1.4;
+}
+@media (min-width: 768px) {
+  .lead {
+    font-size: 21px;
+  }
+}
+small,
+.small {
+  font-size: 85%;
+}
+cite {
+  font-style: normal;
+}
+.text-left {
+  text-align: left;
+}
+.text-right {
+  text-align: right;
+}
+.text-center {
+  text-align: center;
+}
+.text-justify {
+  text-align: justify;
+}
+.text-muted {
+  color: #999;
+}
+.text-primary {
+  color: #428bca;
+}
+a.text-primary:hover {
+  color: #3071a9;
+}
+.text-success {
+  color: #3c763d;
+}
+a.text-success:hover {
+  color: #2b542c;
+}
+.text-info {
+  color: #31708f;
+}
+a.text-info:hover {
+  color: #245269;
+}
+.text-warning {
+  color: #8a6d3b;
+}
+a.text-warning:hover {
+  color: #66512c;
+}
+.text-danger {
+  color: #a94442;
+}
+a.text-danger:hover {
+  color: #843534;
+}
+.bg-primary {
+  color: #fff;
+  background-color: #428bca;
+}
+a.bg-primary:hover {
+  background-color: #3071a9;
+}
+.bg-success {
+  background-color: #dff0d8;
+}
+a.bg-success:hover {
+  background-color: #c1e2b3;
+}
+.bg-info {
+  background-color: #d9edf7;
+}
+a.bg-info:hover {
+  background-color: #afd9ee;
+}
+.bg-warning {
+  background-color: #fcf8e3;
+}
+a.bg-warning:hover {
+  background-color: #f7ecb5;
+}
+.bg-danger {
+  background-color: #f2dede;
+}
+a.bg-danger:hover {
+  background-color: #e4b9b9;
+}
+.page-header {
+  padding-bottom: 9px;
+  margin: 40px 0 20px;
+  border-bottom: 1px solid #eee;
+}
+ul,
+ol {
+  margin-top: 0;
+  margin-bottom: 10px;
+}
+ul ul,
+ol ul,
+ul ol,
+ol ol {
+  margin-bottom: 0;
+}
+.list-unstyled {
+  padding-left: 0;
+  list-style: none;
+}
+.list-inline {
+  padding-left: 0;
+  margin-left: -5px;
+  list-style: none;
+}
+.list-inline > li {
+  display: inline-block;
+  padding-right: 5px;
+  padding-left: 5px;
+}
+dl {
+  margin-top: 0;
+  margin-bottom: 20px;
+}
+dt,
+dd {
+  line-height: 1.42857143;
+}
+dt {
+  font-weight: bold;
+}
+dd {
+  margin-left: 0;
+}
+@media (min-width: 768px) {
+  .dl-horizontal dt {
+    float: left;
+    width: 160px;
+    overflow: hidden;
+    clear: left;
+    text-align: right;
+    text-overflow: ellipsis;
+    white-space: nowrap;
+  }
+  .dl-horizontal dd {
+    margin-left: 180px;
+  }
+}
+abbr[title],
+abbr[data-original-title] {
+  cursor: help;
+  border-bottom: 1px dotted #999;
+}
+.initialism {
+  font-size: 90%;
+  text-transform: uppercase;
+}
+blockquote {
+  padding: 10px 20px;
+  margin: 0 0 20px;
+  font-size: 17.5px;
+  border-left: 5px solid #eee;
+}
+blockquote p:last-child,
+blockquote ul:last-child,
+blockquote ol:last-child {
+  margin-bottom: 0;
+}
+blockquote footer,
+blockquote small,
+blockquote .small {
+  display: block;
+  font-size: 80%;
+  line-height: 1.42857143;
+  color: #999;
+}
+blockquote footer:before,
+blockquote small:before,
+blockquote .small:before {
+  content: '\2014 \00A0';
+}
+.blockquote-reverse,
+blockquote.pull-right {
+  padding-right: 15px;
+  padding-left: 0;
+  text-align: right;
+  border-right: 5px solid #eee;
+  border-left: 0;
+}
+.blockquote-reverse footer:before,
+blockquote.pull-right footer:before,
+.blockquote-reverse small:before,
+blockquote.pull-right small:before,
+.blockquote-reverse .small:before,
+blockquote.pull-right .small:before {
+  content: '';
+}
+.blockquote-reverse footer:after,
+blockquote.pull-right footer:after,
+.blockquote-reverse small:after,
+blockquote.pull-right small:after,
+.blockquote-reverse .small:after,
+blockquote.pull-right .small:after {
+  content: '\00A0 \2014';
+}
+blockquote:before,
+blockquote:after {
+  content: "";
+}
+address {
+  margin-bottom: 20px;
+  font-style: normal;
+  line-height: 1.42857143;
+}
+code,
+kbd,
+pre,
+samp {
+  font-family: Menlo, Monaco, Consolas, "Courier New", monospace;
+}
+code {
+  padding: 2px 4px;
+  font-size: 90%;
+  color: #c7254e;
+  white-space: nowrap;
+  background-color: #f9f2f4;
+  border-radius: 4px;
+}
+kbd {
+  padding: 2px 4px;
+  font-size: 90%;
+  color: #fff;
+  background-color: #333;
+  border-radius: 3px;
+  box-shadow: inset 0 -1px 0 rgba(0, 0, 0, .25);
+}
+pre {
+  display: block;
+  padding: 9.5px;
+  margin: 0 0 10px;
+  font-size: 13px;
+  line-height: 1.42857143;
+  color: #333;
+  word-break: break-all;
+  word-wrap: break-word;
+  background-color: #f5f5f5;
+  border: 1px solid #ccc;
+  border-radius: 4px;
+}
+pre code {
+  padding: 0;
+  font-size: inherit;
+  color: inherit;
+  white-space: pre-wrap;
+  background-color: transparent;
+  border-radius: 0;
+}
+.pre-scrollable {
+  max-height: 340px;
+  overflow-y: scroll;
+}
+.container {
+  padding-right: 15px;
+  padding-left: 15px;
+  margin-right: auto;
+  margin-left: auto;
+}
+@media (min-width: 768px) {
+  .container {
+    width: 750px;
+  }
+}
+@media (min-width: 992px) {
+  .container {
+    width: 970px;
+  }
+}
+@media (min-width: 1200px) {
+  .container {
+    width: 1170px;
+  }
+}
+.container-fluid {
+  padding-right: 15px;
+  padding-left: 15px;
+  margin-right: auto;
+  margin-left: auto;
+}
+.row {
+  margin-right: -15px;
+  margin-left: -15px;
+}
+.col-xs-1, .col-sm-1, .col-md-1, .col-lg-1, .col-xs-2, .col-sm-2, .col-md-2, .col-lg-2, .col-xs-3, .col-sm-3, .col-md-3, .col-lg-3, .col-xs-4, .col-sm-4, .col-md-4, .col-lg-4, .col-xs-5, .col-sm-5, .col-md-5, .col-lg-5, .col-xs-6, .col-sm-6, .col-md-6, .col-lg-6, .col-xs-7, .col-sm-7, .col-md-7, .col-lg-7, .col-xs-8, .col-sm-8, .col-md-8, .col-lg-8, .col-xs-9, .col-sm-9, .col-md-9, .col-lg-9, .col-xs-10, .col-sm-10, .col-md-10, .col-lg-10, .col-xs-11, .col-sm-11, .col-md-11, .col-lg-11, .col-xs-12, .col-sm-12, .col-md-12, .col-lg-12 {
+  position: relative;
+  min-height: 1px;
+  padding-right: 15px;
+  padding-left: 15px;
+}
+.col-xs-1, .col-xs-2, .col-xs-3, .col-xs-4, .col-xs-5, .col-xs-6, .col-xs-7, .col-xs-8, .col-xs-9, .col-xs-10, .col-xs-11, .col-xs-12 {
+  float: left;
+}
+.col-xs-12 {
+  width: 100%;
+}
+.col-xs-11 {
+  width: 91.66666667%;
+}
+.col-xs-10 {
+  width: 83.33333333%;
+}
+.col-xs-9 {
+  width: 75%;
+}
+.col-xs-8 {
+  width: 66.66666667%;
+}
+.col-xs-7 {
+  width: 58.33333333%;
+}
+.col-xs-6 {
+  width: 50%;
+}
+.col-xs-5 {
+  width: 41.66666667%;
+}
+.col-xs-4 {
+  width: 33.33333333%;
+}
+.col-xs-3 {
+  width: 25%;
+}
+.col-xs-2 {
+  width: 16.66666667%;
+}
+.col-xs-1 {
+  width: 8.33333333%;
+}
+.col-xs-pull-12 {
+  right: 100%;
+}
+.col-xs-pull-11 {
+  right: 91.66666667%;
+}
+.col-xs-pull-10 {
+  right: 83.33333333%;
+}
+.col-xs-pull-9 {
+  right: 75%;
+}
+.col-xs-pull-8 {
+  right: 66.66666667%;
+}
+.col-xs-pull-7 {
+  right: 58.33333333%;
+}
+.col-xs-pull-6 {
+  right: 50%;
+}
+.col-xs-pull-5 {
+  right: 41.66666667%;
+}
+.col-xs-pull-4 {
+  right: 33.33333333%;
+}
+.col-xs-pull-3 {
+  right: 25%;
+}
+.col-xs-pull-2 {
+  right: 16.66666667%;
+}
+.col-xs-pull-1 {
+  right: 8.33333333%;
+}
+.col-xs-pull-0 {
+  right: 0;
+}
+.col-xs-push-12 {
+  left: 100%;
+}
+.col-xs-push-11 {
+  left: 91.66666667%;
+}
+.col-xs-push-10 {
+  left: 83.33333333%;
+}
+.col-xs-push-9 {
+  left: 75%;
+}
+.col-xs-push-8 {
+  left: 66.66666667%;
+}
+.col-xs-push-7 {
+  left: 58.33333333%;
+}
+.col-xs-push-6 {
+  left: 50%;
+}
+.col-xs-push-5 {
+  left: 41.66666667%;
+}
+.col-xs-push-4 {
+  left: 33.33333333%;
+}
+.col-xs-push-3 {
+  left: 25%;
+}
+.col-xs-push-2 {
+  left: 16.66666667%;
+}
+.col-xs-push-1 {
+  left: 8.33333333%;
+}
+.col-xs-push-0 {
+  left: 0;
+}
+.col-xs-offset-12 {
+  margin-left: 100%;
+}
+.col-xs-offset-11 {
+  margin-left: 91.66666667%;
+}
+.col-xs-offset-10 {
+  margin-left: 83.33333333%;
+}
+.col-xs-offset-9 {
+  margin-left: 75%;
+}
+.col-xs-offset-8 {
+  margin-left: 66.66666667%;
+}
+.col-xs-offset-7 {
+  margin-left: 58.33333333%;
+}
+.col-xs-offset-6 {
+  margin-left: 50%;
+}
+.col-xs-offset-5 {
+  margin-left: 41.66666667%;
+}
+.col-xs-offset-4 {
+  margin-left: 33.33333333%;
+}
+.col-xs-offset-3 {
+  margin-left: 25%;
+}
+.col-xs-offset-2 {
+  margin-left: 16.66666667%;
+}
+.col-xs-offset-1 {
+  margin-left: 8.33333333%;
+}
+.col-xs-offset-0 {
+  margin-left: 0;
+}
+@media (min-width: 768px) {
+  .col-sm-1, .col-sm-2, .col-sm-3, .col-sm-4, .col-sm-5, .col-sm-6, .col-sm-7, .col-sm-8, .col-sm-9, .col-sm-10, .col-sm-11, .col-sm-12 {
+    float: left;
+  }
+  .col-sm-12 {
+    width: 100%;
+  }
+  .col-sm-11 {
+    width: 91.66666667%;
+  }
+  .col-sm-10 {
+    width: 83.33333333%;
+  }
+  .col-sm-9 {
+    width: 75%;
+  }
+  .col-sm-8 {
+    width: 66.66666667%;
+  }
+  .col-sm-7 {
+    width: 58.33333333%;
+  }
+  .col-sm-6 {
+    width: 50%;
+  }
+  .col-sm-5 {
+    width: 41.66666667%;
+  }
+  .col-sm-4 {
+    width: 33.33333333%;
+  }
+  .col-sm-3 {
+    width: 25%;
+  }
+  .col-sm-2 {
+    width: 16.66666667%;
+  }
+  .col-sm-1 {
+    width: 8.33333333%;
+  }
+  .col-sm-pull-12 {
+    right: 100%;
+  }
+  .col-sm-pull-11 {
+    right: 91.66666667%;
+  }
+  .col-sm-pull-10 {
+    right: 83.33333333%;
+  }
+  .col-sm-pull-9 {
+    right: 75%;
+  }
+  .col-sm-pull-8 {
+    right: 66.66666667%;
+  }
+  .col-sm-pull-7 {
+    right: 58.33333333%;
+  }
+  .col-sm-pull-6 {
+    right: 50%;
+  }
+  .col-sm-pull-5 {
+    right: 41.66666667%;
+  }
+  .col-sm-pull-4 {
+    right: 33.33333333%;
+  }
+  .col-sm-pull-3 {
+    right: 25%;
+  }
+  .col-sm-pull-2 {
+    right: 16.66666667%;
+  }
+  .col-sm-pull-1 {
+    right: 8.33333333%;
+  }
+  .col-sm-pull-0 {
+    right: 0;
+  }
+  .col-sm-push-12 {
+    left: 100%;
+  }
+  .col-sm-push-11 {
+    left: 91.66666667%;
+  }
+  .col-sm-push-10 {
+    left: 83.33333333%;
+  }
+  .col-sm-push-9 {
+    left: 75%;
+  }
+  .col-sm-push-8 {
+    left: 66.66666667%;
+  }
+  .col-sm-push-7 {
+    left: 58.33333333%;
+  }
+  .col-sm-push-6 {
+    left: 50%;
+  }
+  .col-sm-push-5 {
+    left: 41.66666667%;
+  }
+  .col-sm-push-4 {
+    left: 33.33333333%;
+  }
+  .col-sm-push-3 {
+    left: 25%;
+  }
+  .col-sm-push-2 {
+    left: 16.66666667%;
+  }
+  .col-sm-push-1 {
+    left: 8.33333333%;
+  }
+  .col-sm-push-0 {
+    left: 0;
+  }
+  .col-sm-offset-12 {
+    margin-left: 100%;
+  }
+  .col-sm-offset-11 {
+    margin-left: 91.66666667%;
+  }
+  .col-sm-offset-10 {
+    margin-left: 83.33333333%;
+  }
+  .col-sm-offset-9 {
+    margin-left: 75%;
+  }
+  .col-sm-offset-8 {
+    margin-left: 66.66666667%;
+  }
+  .col-sm-offset-7 {
+    margin-left: 58.33333333%;
+  }
+  .col-sm-offset-6 {
+    margin-left: 50%;
+  }
+  .col-sm-offset-5 {
+    margin-left: 41.66666667%;
+  }
+  .col-sm-offset-4 {
+    margin-left: 33.33333333%;
+  }
+  .col-sm-offset-3 {
+    margin-left: 25%;
+  }
+  .col-sm-offset-2 {
+    margin-left: 16.66666667%;
+  }
+  .col-sm-offset-1 {
+    margin-left: 8.33333333%;
+  }
+  .col-sm-offset-0 {
+    margin-left: 0;
+  }
+}
+@media (min-width: 992px) {
+  .col-md-1, .col-md-2, .col-md-3, .col-md-4, .col-md-5, .col-md-6, .col-md-7, .col-md-8, .col-md-9, .col-md-10, .col-md-11, .col-md-12 {
+    float: left;
+  }
+  .col-md-12 {
+    width: 100%;
+  }
+  .col-md-11 {
+    width: 91.66666667%;
+  }
+  .col-md-10 {
+    width: 83.33333333%;
+  }
+  .col-md-9 {
+    width: 75%;
+  }
+  .col-md-8 {
+    width: 66.66666667%;
+  }
+  .col-md-7 {
+    width: 58.33333333%;
+  }
+  .col-md-6 {
+    width: 50%;
+  }
+  .col-md-5 {
+    width: 41.66666667%;
+  }
+  .col-md-4 {
+    width: 33.33333333%;
+  }
+  .col-md-3 {
+    width: 25%;
+  }
+  .col-md-2 {
+    width: 16.66666667%;
+  }
+  .col-md-1 {
+    width: 8.33333333%;
+  }
+  .col-md-pull-12 {
+    right: 100%;
+  }
+  .col-md-pull-11 {
+    right: 91.66666667%;
+  }
+  .col-md-pull-10 {
+    right: 83.33333333%;
+  }
+  .col-md-pull-9 {
+    right: 75%;
+  }
+  .col-md-pull-8 {
+    right: 66.66666667%;
+  }
+  .col-md-pull-7 {
+    right: 58.33333333%;
+  }
+  .col-md-pull-6 {
+    right: 50%;
+  }
+  .col-md-pull-5 {
+    right: 41.66666667%;
+  }
+  .col-md-pull-4 {
+    right: 33.33333333%;
+  }
+  .col-md-pull-3 {
+    right: 25%;
+  }
+  .col-md-pull-2 {
+    right: 16.66666667%;
+  }
+  .col-md-pull-1 {
+    right: 8.33333333%;
+  }
+  .col-md-pull-0 {
+    right: 0;
+  }
+  .col-md-push-12 {
+    left: 100%;
+  }
+  .col-md-push-11 {
+    left: 91.66666667%;
+  }
+  .col-md-push-10 {
+    left: 83.33333333%;
+  }
+  .col-md-push-9 {
+    left: 75%;
+  }
+  .col-md-push-8 {
+    left: 66.66666667%;
+  }
+  .col-md-push-7 {
+    left: 58.33333333%;
+  }
+  .col-md-push-6 {
+    left: 50%;
+  }
+  .col-md-push-5 {
+    left: 41.66666667%;
+  }
+  .col-md-push-4 {
+    left: 33.33333333%;
+  }
+  .col-md-push-3 {
+    left: 25%;
+  }
+  .col-md-push-2 {
+    left: 16.66666667%;
+  }
+  .col-md-push-1 {
+    left: 8.33333333%;
+  }
+  .col-md-push-0 {
+    left: 0;
+  }
+  .col-md-offset-12 {
+    margin-left: 100%;
+  }
+  .col-md-offset-11 {
+    margin-left: 91.66666667%;
+  }
+  .col-md-offset-10 {
+    margin-left: 83.33333333%;
+  }
+  .col-md-offset-9 {
+    margin-left: 75%;
+  }
+  .col-md-offset-8 {
+    margin-left: 66.66666667%;
+  }
+  .col-md-offset-7 {
+    margin-left: 58.33333333%;
+  }
+  .col-md-offset-6 {
+    margin-left: 50%;
+  }
+  .col-md-offset-5 {
+    margin-left: 41.66666667%;
+  }
+  .col-md-offset-4 {
+    margin-left: 33.33333333%;
+  }
+  .col-md-offset-3 {
+    margin-left: 25%;
+  }
+  .col-md-offset-2 {
+    margin-left: 16.66666667%;
+  }
+  .col-md-offset-1 {
+    margin-left: 8.33333333%;
+  }
+  .col-md-offset-0 {
+    margin-left: 0;
+  }
+}
+@media (min-width: 1200px) {
+  .col-lg-1, .col-lg-2, .col-lg-3, .col-lg-4, .col-lg-5, .col-lg-6, .col-lg-7, .col-lg-8, .col-lg-9, .col-lg-10, .col-lg-11, .col-lg-12 {
+    float: left;
+  }
+  .col-lg-12 {
+    width: 100%;
+  }
+  .col-lg-11 {
+    width: 91.66666667%;
+  }
+  .col-lg-10 {
+    width: 83.33333333%;
+  }
+  .col-lg-9 {
+    width: 75%;
+  }
+  .col-lg-8 {
+    width: 66.66666667%;
+  }
+  .col-lg-7 {
+    width: 58.33333333%;
+  }
+  .col-lg-6 {
+    width: 50%;
+  }
+  .col-lg-5 {
+    width: 41.66666667%;
+  }
+  .col-lg-4 {
+    width: 33.33333333%;
+  }
+  .col-lg-3 {
+    width: 25%;
+  }
+  .col-lg-2 {
+    width: 16.66666667%;
+  }
+  .col-lg-1 {
+    width: 8.33333333%;
+  }
+  .col-lg-pull-12 {
+    right: 100%;
+  }
+  .col-lg-pull-11 {
+    right: 91.66666667%;
+  }
+  .col-lg-pull-10 {
+    right: 83.33333333%;
+  }
+  .col-lg-pull-9 {
+    right: 75%;
+  }
+  .col-lg-pull-8 {
+    right: 66.66666667%;
+  }
+  .col-lg-pull-7 {
+    right: 58.33333333%;
+  }
+  .col-lg-pull-6 {
+    right: 50%;
+  }
+  .col-lg-pull-5 {
+    right: 41.66666667%;
+  }
+  .col-lg-pull-4 {
+    right: 33.33333333%;
+  }
+  .col-lg-pull-3 {
+    right: 25%;
+  }
+  .col-lg-pull-2 {
+    right: 16.66666667%;
+  }
+  .col-lg-pull-1 {
+    right: 8.33333333%;
+  }
+  .col-lg-pull-0 {
+    right: 0;
+  }
+  .col-lg-push-12 {
+    left: 100%;
+  }
+  .col-lg-push-11 {
+    left: 91.66666667%;
+  }
+  .col-lg-push-10 {
+    left: 83.33333333%;
+  }
+  .col-lg-push-9 {
+    left: 75%;
+  }
+  .col-lg-push-8 {
+    left: 66.66666667%;
+  }
+  .col-lg-push-7 {
+    left: 58.33333333%;
+  }
+  .col-lg-push-6 {
+    left: 50%;
+  }
+  .col-lg-push-5 {
+    left: 41.66666667%;
+  }
+  .col-lg-push-4 {
+    left: 33.33333333%;
+  }
+  .col-lg-push-3 {
+    left: 25%;
+  }
+  .col-lg-push-2 {
+    left: 16.66666667%;
+  }
+  .col-lg-push-1 {
+    left: 8.33333333%;
+  }
+  .col-lg-push-0 {
+    left: 0;
+  }
+  .col-lg-offset-12 {
+    margin-left: 100%;
+  }
+  .col-lg-offset-11 {
+    margin-left: 91.66666667%;
+  }
+  .col-lg-offset-10 {
+    margin-left: 83.33333333%;
+  }
+  .col-lg-offset-9 {
+    margin-left: 75%;
+  }
+  .col-lg-offset-8 {
+    margin-left: 66.66666667%;
+  }
+  .col-lg-offset-7 {
+    margin-left: 58.33333333%;
+  }
+  .col-lg-offset-6 {
+    margin-left: 50%;
+  }
+  .col-lg-offset-5 {
+    margin-left: 41.66666667%;
+  }
+  .col-lg-offset-4 {
+    margin-left: 33.33333333%;
+  }
+  .col-lg-offset-3 {
+    margin-left: 25%;
+  }
+  .col-lg-offset-2 {
+    margin-left: 16.66666667%;
+  }
+  .col-lg-offset-1 {
+    margin-left: 8.33333333%;
+  }
+  .col-lg-offset-0 {
+    margin-left: 0;
+  }
+}
+table {
+  max-width: 100%;
+  background-color: transparent;
+}
+th {
+  text-align: left;
+}
+.table {
+  width: 100%;
+  margin-bottom: 20px;
+}
+.table > thead > tr > th,
+.table > tbody > tr > th,
+.table > tfoot > tr > th,
+.table > thead > tr > td,
+.table > tbody > tr > td,
+.table > tfoot > tr > td {
+  padding: 8px;
+  line-height: 1.42857143;
+  vertical-align: top;
+  border-top: 1px solid #ddd;
+}
+.table > thead > tr > th {
+  vertical-align: bottom;
+  border-bottom: 2px solid #ddd;
+}
+.table > caption + thead > tr:first-child > th,
+.table > colgroup + thead > tr:first-child > th,
+.table > thead:first-child > tr:first-child > th,
+.table > caption + thead > tr:first-child > td,
+.table > colgroup + thead > tr:first-child > td,
+.table > thead:first-child > tr:first-child > td {
+  border-top: 0;
+}
+.table > tbody + tbody {
+  border-top: 2px solid #ddd;
+}
+.table .table {
+  background-color: #fff;
+}
+.table-condensed > thead > tr > th,
+.table-condensed > tbody > tr > th,
+.table-condensed > tfoot > tr > th,
+.table-condensed > thead > tr > td,
+.table-condensed > tbody > tr > td,
+.table-condensed > tfoot > tr > td {
+  padding: 5px;
+}
+.table-bordered {
+  border: 1px solid #ddd;
+}
+.table-bordered > thead > tr > th,
+.table-bordered > tbody > tr > th,
+.table-bordered > tfoot > tr > th,
+.table-bordered > thead > tr > td,
+.table-bordered > tbody > tr > td,
+.table-bordered > tfoot > tr > td {
+  border: 1px solid #ddd;
+}
+.table-bordered > thead > tr > th,
+.table-bordered > thead > tr > td {
+  border-bottom-width: 2px;
+}
+.table-striped > tbody > tr:nth-child(odd) > td,
+.table-striped > tbody > tr:nth-child(odd) > th {
+  background-color: #f9f9f9;
+}
+.table-hover > tbody > tr:hover > td,
+.table-hover > tbody > tr:hover > th {
+  background-color: #f5f5f5;
+}
+table col[class*="col-"] {
+  position: static;
+  display: table-column;
+  float: none;
+}
+table td[class*="col-"],
+table th[class*="col-"] {
+  position: static;
+  display: table-cell;
+  float: none;
+}
+.table > thead > tr > td.active,
+.table > tbody > tr > td.active,
+.table > tfoot > tr > td.active,
+.table > thead > tr > th.active,
+.table > tbody > tr > th.active,
+.table > tfoot > tr > th.active,
+.table > thead > tr.active > td,
+.table > tbody > tr.active > td,
+.table > tfoot > tr.active > td,
+.table > thead > tr.active > th,
+.table > tbody > tr.active > th,
+.table > tfoot > tr.active > th {
+  background-color: #f5f5f5;
+}
+.table-hover > tbody > tr > td.active:hover,
+.table-hover > tbody > tr > th.active:hover,
+.table-hover > tbody > tr.active:hover > td,
+.table-hover > tbody > tr.active:hover > th {
+  background-color: #e8e8e8;
+}
+.table > thead > tr > td.success,
+.table > tbody > tr > td.success,
+.table > tfoot > tr > td.success,
+.table > thead > tr > th.success,
+.table > tbody > tr > th.success,
+.table > tfoot > tr > th.success,
+.table > thead > tr.success > td,
+.table > tbody > tr.success > td,
+.table > tfoot > tr.success > td,
+.table > thead > tr.success > th,
+.table > tbody > tr.success > th,
+.table > tfoot > tr.success > th {
+  background-color: #dff0d8;
+}
+.table-hover > tbody > tr > td.success:hover,
+.table-hover > tbody > tr > th.success:hover,
+.table-hover > tbody > tr.success:hover > td,
+.table-hover > tbody > tr.success:hover > th {
+  background-color: #d0e9c6;
+}
+.table > thead > tr > td.info,
+.table > tbody > tr > td.info,
+.table > tfoot > tr > td.info,
+.table > thead > tr > th.info,
+.table > tbody > tr > th.info,
+.table > tfoot > tr > th.info,
+.table > thead > tr.info > td,
+.table > tbody > tr.info > td,
+.table > tfoot > tr.info > td,
+.table > thead > tr.info > th,
+.table > tbody > tr.info > th,
+.table > tfoot > tr.info > th {
+  background-color: #d9edf7;
+}
+.table-hover > tbody > tr > td.info:hover,
+.table-hover > tbody > tr > th.info:hover,
+.table-hover > tbody > tr.info:hover > td,
+.table-hover > tbody > tr.info:hover > th {
+  background-color: #c4e3f3;
+}
+.table > thead > tr > td.warning,
+.table > tbody > tr > td.warning,
+.table > tfoot > tr > td.warning,
+.table > thead > tr > th.warning,
+.table > tbody > tr > th.warning,
+.table > tfoot > tr > th.warning,
+.table > thead > tr.warning > td,
+.table > tbody > tr.warning > td,
+.table > tfoot > tr.warning > td,
+.table > thead > tr.warning > th,
+.table > tbody > tr.warning > th,
+.table > tfoot > tr.warning > th {
+  background-color: #fcf8e3;
+}
+.table-hover > tbody > tr > td.warning:hover,
+.table-hover > tbody > tr > th.warning:hover,
+.table-hover > tbody > tr.warning:hover > td,
+.table-hover > tbody > tr.warning:hover > th {
+  background-color: #faf2cc;
+}
+.table > thead > tr > td.danger,
+.table > tbody > tr > td.danger,
+.table > tfoot > tr > td.danger,
+.table > thead > tr > th.danger,
+.table > tbody > tr > th.danger,
+.table > tfoot > tr > th.danger,
+.table > thead > tr.danger > td,
+.table > tbody > tr.danger > td,
+.table > tfoot > tr.danger > td,
+.table > thead > tr.danger > th,
+.table > tbody > tr.danger > th,
+.table > tfoot > tr.danger > th {
+  background-color: #f2dede;
+}
+.table-hover > tbody > tr > td.danger:hover,
+.table-hover > tbody > tr > th.danger:hover,
+.table-hover > tbody > tr.danger:hover > td,
+.table-hover > tbody > tr.danger:hover > th {
+  background-color: #ebcccc;
+}
+@media (max-width: 767px) {
+  .table-responsive {
+    width: 100%;
+    margin-bottom: 15px;
+    overflow-x: scroll;
+    overflow-y: hidden;
+    -webkit-overflow-scrolling: touch;
+    -ms-overflow-style: -ms-autohiding-scrollbar;
+    border: 1px solid #ddd;
+  }
+  .table-responsive > .table {
+    margin-bottom: 0;
+  }
+  .table-responsive > .table > thead > tr > th,
+  .table-responsive > .table > tbody > tr > th,
+  .table-responsive > .table > tfoot > tr > th,
+  .table-responsive > .table > thead > tr > td,
+  .table-responsive > .table > tbody > tr > td,
+  .table-responsive > .table > tfoot > tr > td {
+    white-space: nowrap;
+  }
+  .table-responsive > .table-bordered {
+    border: 0;
+  }
+  .table-responsive > .table-bordered > thead > tr > th:first-child,
+  .table-responsive > .table-bordered > tbody > tr > th:first-child,
+  .table-responsive > .table-bordered > tfoot > tr > th:first-child,
+  .table-responsive > .table-bordered > thead > tr > td:first-child,
+  .table-responsive > .table-bordered > tbody > tr > td:first-child,
+  .table-responsive > .table-bordered > tfoot > tr > td:first-child {
+    border-left: 0;
+  }
+  .table-responsive > .table-bordered > thead > tr > th:last-child,
+  .table-responsive > .table-bordered > tbody > tr > th:last-child,
+  .table-responsive > .table-bordered > tfoot > tr > th:last-child,
+  .table-responsive > .table-bordered > thead > tr > td:last-child,
+  .table-responsive > .table-bordered > tbody > tr > td:last-child,
+  .table-responsive > .table-bordered > tfoot > tr > td:last-child {
+    border-right: 0;
+  }
+  .table-responsive > .table-bordered > tbody > tr:last-child > th,
+  .table-responsive > .table-bordered > tfoot > tr:last-child > th,
+  .table-responsive > .table-bordered > tbody > tr:last-child > td,
+  .table-responsive > .table-bordered > tfoot > tr:last-child > td {
+    border-bottom: 0;
+  }
+}
+fieldset {
+  min-width: 0;
+  padding: 0;
+  margin: 0;
+  border: 0;
+}
+legend {
+  display: block;
+  width: 100%;
+  padding: 0;
+  margin-bottom: 20px;
+  font-size: 21px;
+  line-height: inherit;
+  color: #333;
+  border: 0;
+  border-bottom: 1px solid #e5e5e5;
+}
+label {
+  display: inline-block;
+  margin-bottom: 5px;
+  font-weight: bold;
+}
+input[type="search"] {
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+          box-sizing: border-box;
+}
+input[type="radio"],
+input[type="checkbox"] {
+  margin: 4px 0 0;
+  margin-top: 1px \9;
+  /* IE8-9 */
+  line-height: normal;
+}
+input[type="file"] {
+  display: block;
+}
+input[type="range"] {
+  display: block;
+  width: 100%;
+}
+select[multiple],
+select[size] {
+  height: auto;
+}
+input[type="file"]:focus,
+input[type="radio"]:focus,
+input[type="checkbox"]:focus {
+  outline: thin dotted;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+output {
+  display: block;
+  padding-top: 7px;
+  font-size: 14px;
+  line-height: 1.42857143;
+  color: #555;
+}
+.form-control {
+  display: block;
+  width: 100%;
+  height: 34px;
+  padding: 6px 12px;
+  font-size: 14px;
+  line-height: 1.42857143;
+  color: #555;
+  background-color: #fff;
+  background-image: none;
+  border: 1px solid #ccc;
+  border-radius: 4px;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+  -webkit-transition: border-color ease-in-out .15s, box-shadow ease-in-out .15s;
+          transition: border-color ease-in-out .15s, box-shadow ease-in-out .15s;
+}
+.form-control:focus {
+  border-color: #66afe9;
+  outline: 0;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0,0,0,.075), 0 0 8px rgba(102, 175, 233, .6);
+          box-shadow: inset 0 1px 1px rgba(0,0,0,.075), 0 0 8px rgba(102, 175, 233, .6);
+}
+.form-control::-moz-placeholder {
+  color: #999;
+  opacity: 1;
+}
+.form-control:-ms-input-placeholder {
+  color: #999;
+}
+.form-control::-webkit-input-placeholder {
+  color: #999;
+}
+.form-control[disabled],
+.form-control[readonly],
+fieldset[disabled] .form-control {
+  cursor: not-allowed;
+  background-color: #eee;
+  opacity: 1;
+}
+textarea.form-control {
+  height: auto;
+}
+input[type="search"] {
+  -webkit-appearance: none;
+}
+input[type="date"] {
+  line-height: 34px;
+}
+.form-group {
+  margin-bottom: 15px;
+}
+.radio,
+.checkbox {
+  display: block;
+  min-height: 20px;
+  padding-left: 20px;
+  margin-top: 10px;
+  margin-bottom: 10px;
+}
+.radio label,
+.checkbox label {
+  display: inline;
+  font-weight: normal;
+  cursor: pointer;
+}
+.radio input[type="radio"],
+.radio-inline input[type="radio"],
+.checkbox input[type="checkbox"],
+.checkbox-inline input[type="checkbox"] {
+  float: left;
+  margin-left: -20px;
+}
+.radio + .radio,
+.checkbox + .checkbox {
+  margin-top: -5px;
+}
+.radio-inline,
+.checkbox-inline {
+  display: inline-block;
+  padding-left: 20px;
+  margin-bottom: 0;
+  font-weight: normal;
+  vertical-align: middle;
+  cursor: pointer;
+}
+.radio-inline + .radio-inline,
+.checkbox-inline + .checkbox-inline {
+  margin-top: 0;
+  margin-left: 10px;
+}
+input[type="radio"][disabled],
+input[type="checkbox"][disabled],
+.radio[disabled],
+.radio-inline[disabled],
+.checkbox[disabled],
+.checkbox-inline[disabled],
+fieldset[disabled] input[type="radio"],
+fieldset[disabled] input[type="checkbox"],
+fieldset[disabled] .radio,
+fieldset[disabled] .radio-inline,
+fieldset[disabled] .checkbox,
+fieldset[disabled] .checkbox-inline {
+  cursor: not-allowed;
+}
+.input-sm {
+  height: 30px;
+  padding: 5px 10px;
+  font-size: 12px;
+  line-height: 1.5;
+  border-radius: 3px;
+}
+select.input-sm {
+  height: 30px;
+  line-height: 30px;
+}
+textarea.input-sm,
+select[multiple].input-sm {
+  height: auto;
+}
+.input-lg {
+  height: 46px;
+  padding: 10px 16px;
+  font-size: 18px;
+  line-height: 1.33;
+  border-radius: 6px;
+}
+select.input-lg {
+  height: 46px;
+  line-height: 46px;
+}
+textarea.input-lg,
+select[multiple].input-lg {
+  height: auto;
+}
+.has-feedback {
+  position: relative;
+}
+.has-feedback .form-control {
+  padding-right: 42.5px;
+}
+.has-feedback .form-control-feedback {
+  position: absolute;
+  top: 25px;
+  right: 0;
+  display: block;
+  width: 34px;
+  height: 34px;
+  line-height: 34px;
+  text-align: center;
+}
+.has-success .help-block,
+.has-success .control-label,
+.has-success .radio,
+.has-success .checkbox,
+.has-success .radio-inline,
+.has-success .checkbox-inline {
+  color: #3c763d;
+}
+.has-success .form-control {
+  border-color: #3c763d;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+}
+.has-success .form-control:focus {
+  border-color: #2b542c;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #67b168;
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #67b168;
+}
+.has-success .input-group-addon {
+  color: #3c763d;
+  background-color: #dff0d8;
+  border-color: #3c763d;
+}
+.has-success .form-control-feedback {
+  color: #3c763d;
+}
+.has-warning .help-block,
+.has-warning .control-label,
+.has-warning .radio,
+.has-warning .checkbox,
+.has-warning .radio-inline,
+.has-warning .checkbox-inline {
+  color: #8a6d3b;
+}
+.has-warning .form-control {
+  border-color: #8a6d3b;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+}
+.has-warning .form-control:focus {
+  border-color: #66512c;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #c0a16b;
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #c0a16b;
+}
+.has-warning .input-group-addon {
+  color: #8a6d3b;
+  background-color: #fcf8e3;
+  border-color: #8a6d3b;
+}
+.has-warning .form-control-feedback {
+  color: #8a6d3b;
+}
+.has-error .help-block,
+.has-error .control-label,
+.has-error .radio,
+.has-error .checkbox,
+.has-error .radio-inline,
+.has-error .checkbox-inline {
+  color: #a94442;
+}
+.has-error .form-control {
+  border-color: #a94442;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075);
+}
+.has-error .form-control:focus {
+  border-color: #843534;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #ce8483;
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .075), 0 0 6px #ce8483;
+}
+.has-error .input-group-addon {
+  color: #a94442;
+  background-color: #f2dede;
+  border-color: #a94442;
+}
+.has-error .form-control-feedback {
+  color: #a94442;
+}
+.form-control-static {
+  margin-bottom: 0;
+}
+.help-block {
+  display: block;
+  margin-top: 5px;
+  margin-bottom: 10px;
+  color: #737373;
+}
+@media (min-width: 768px) {
+  .form-inline .form-group {
+    display: inline-block;
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .form-inline .form-control {
+    display: inline-block;
+    width: auto;
+    vertical-align: middle;
+  }
+  .form-inline .input-group > .form-control {
+    width: 100%;
+  }
+  .form-inline .control-label {
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .form-inline .radio,
+  .form-inline .checkbox {
+    display: inline-block;
+    padding-left: 0;
+    margin-top: 0;
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .form-inline .radio input[type="radio"],
+  .form-inline .checkbox input[type="checkbox"] {
+    float: none;
+    margin-left: 0;
+  }
+  .form-inline .has-feedback .form-control-feedback {
+    top: 0;
+  }
+}
+.form-horizontal .control-label,
+.form-horizontal .radio,
+.form-horizontal .checkbox,
+.form-horizontal .radio-inline,
+.form-horizontal .checkbox-inline {
+  padding-top: 7px;
+  margin-top: 0;
+  margin-bottom: 0;
+}
+.form-horizontal .radio,
+.form-horizontal .checkbox {
+  min-height: 27px;
+}
+.form-horizontal .form-group {
+  margin-right: -15px;
+  margin-left: -15px;
+}
+.form-horizontal .form-control-static {
+  padding-top: 7px;
+}
+@media (min-width: 768px) {
+  .form-horizontal .control-label {
+    text-align: right;
+  }
+}
+.form-horizontal .has-feedback .form-control-feedback {
+  top: 0;
+  right: 15px;
+}
+.btn {
+  display: inline-block;
+  padding: 6px 12px;
+  margin-bottom: 0;
+  font-size: 14px;
+  font-weight: normal;
+  line-height: 1.42857143;
+  text-align: center;
+  white-space: nowrap;
+  vertical-align: middle;
+  cursor: pointer;
+  -webkit-user-select: none;
+     -moz-user-select: none;
+      -ms-user-select: none;
+          user-select: none;
+  background-image: none;
+  border: 1px solid transparent;
+  border-radius: 4px;
+}
+.btn:focus,
+.btn:active:focus,
+.btn.active:focus {
+  outline: thin dotted;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+.btn:hover,
+.btn:focus {
+  color: #333;
+  text-decoration: none;
+}
+.btn:active,
+.btn.active {
+  background-image: none;
+  outline: 0;
+  -webkit-box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+          box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+}
+.btn.disabled,
+.btn[disabled],
+fieldset[disabled] .btn {
+  pointer-events: none;
+  cursor: not-allowed;
+  filter: alpha(opacity=65);
+  -webkit-box-shadow: none;
+          box-shadow: none;
+  opacity: .65;
+}
+.btn-default {
+  color: #333;
+  background-color: #fff;
+  border-color: #ccc;
+}
+.btn-default:hover,
+.btn-default:focus,
+.btn-default:active,
+.btn-default.active,
+.open .dropdown-toggle.btn-default {
+  color: #333;
+  background-color: #ebebeb;
+  border-color: #adadad;
+}
+.btn-default:active,
+.btn-default.active,
+.open .dropdown-toggle.btn-default {
+  background-image: none;
+}
+.btn-default.disabled,
+.btn-default[disabled],
+fieldset[disabled] .btn-default,
+.btn-default.disabled:hover,
+.btn-default[disabled]:hover,
+fieldset[disabled] .btn-default:hover,
+.btn-default.disabled:focus,
+.btn-default[disabled]:focus,
+fieldset[disabled] .btn-default:focus,
+.btn-default.disabled:active,
+.btn-default[disabled]:active,
+fieldset[disabled] .btn-default:active,
+.btn-default.disabled.active,
+.btn-default[disabled].active,
+fieldset[disabled] .btn-default.active {
+  background-color: #fff;
+  border-color: #ccc;
+}
+.btn-default .badge {
+  color: #fff;
+  background-color: #333;
+}
+.btn-primary {
+  color: #fff;
+  background-color: #428bca;
+  border-color: #357ebd;
+}
+.btn-primary:hover,
+.btn-primary:focus,
+.btn-primary:active,
+.btn-primary.active,
+.open .dropdown-toggle.btn-primary {
+  color: #fff;
+  background-color: #3276b1;
+  border-color: #285e8e;
+}
+.btn-primary:active,
+.btn-primary.active,
+.open .dropdown-toggle.btn-primary {
+  background-image: none;
+}
+.btn-primary.disabled,
+.btn-primary[disabled],
+fieldset[disabled] .btn-primary,
+.btn-primary.disabled:hover,
+.btn-primary[disabled]:hover,
+fieldset[disabled] .btn-primary:hover,
+.btn-primary.disabled:focus,
+.btn-primary[disabled]:focus,
+fieldset[disabled] .btn-primary:focus,
+.btn-primary.disabled:active,
+.btn-primary[disabled]:active,
+fieldset[disabled] .btn-primary:active,
+.btn-primary.disabled.active,
+.btn-primary[disabled].active,
+fieldset[disabled] .btn-primary.active {
+  background-color: #428bca;
+  border-color: #357ebd;
+}
+.btn-primary .badge {
+  color: #428bca;
+  background-color: #fff;
+}
+.btn-success {
+  color: #fff;
+  background-color: #5cb85c;
+  border-color: #4cae4c;
+}
+.btn-success:hover,
+.btn-success:focus,
+.btn-success:active,
+.btn-success.active,
+.open .dropdown-toggle.btn-success {
+  color: #fff;
+  background-color: #47a447;
+  border-color: #398439;
+}
+.btn-success:active,
+.btn-success.active,
+.open .dropdown-toggle.btn-success {
+  background-image: none;
+}
+.btn-success.disabled,
+.btn-success[disabled],
+fieldset[disabled] .btn-success,
+.btn-success.disabled:hover,
+.btn-success[disabled]:hover,
+fieldset[disabled] .btn-success:hover,
+.btn-success.disabled:focus,
+.btn-success[disabled]:focus,
+fieldset[disabled] .btn-success:focus,
+.btn-success.disabled:active,
+.btn-success[disabled]:active,
+fieldset[disabled] .btn-success:active,
+.btn-success.disabled.active,
+.btn-success[disabled].active,
+fieldset[disabled] .btn-success.active {
+  background-color: #5cb85c;
+  border-color: #4cae4c;
+}
+.btn-success .badge {
+  color: #5cb85c;
+  background-color: #fff;
+}
+.btn-info {
+  color: #fff;
+  background-color: #5bc0de;
+  border-color: #46b8da;
+}
+.btn-info:hover,
+.btn-info:focus,
+.btn-info:active,
+.btn-info.active,
+.open .dropdown-toggle.btn-info {
+  color: #fff;
+  background-color: #39b3d7;
+  border-color: #269abc;
+}
+.btn-info:active,
+.btn-info.active,
+.open .dropdown-toggle.btn-info {
+  background-image: none;
+}
+.btn-info.disabled,
+.btn-info[disabled],
+fieldset[disabled] .btn-info,
+.btn-info.disabled:hover,
+.btn-info[disabled]:hover,
+fieldset[disabled] .btn-info:hover,
+.btn-info.disabled:focus,
+.btn-info[disabled]:focus,
+fieldset[disabled] .btn-info:focus,
+.btn-info.disabled:active,
+.btn-info[disabled]:active,
+fieldset[disabled] .btn-info:active,
+.btn-info.disabled.active,
+.btn-info[disabled].active,
+fieldset[disabled] .btn-info.active {
+  background-color: #5bc0de;
+  border-color: #46b8da;
+}
+.btn-info .badge {
+  color: #5bc0de;
+  background-color: #fff;
+}
+.btn-warning {
+  color: #fff;
+  background-color: #f0ad4e;
+  border-color: #eea236;
+}
+.btn-warning:hover,
+.btn-warning:focus,
+.btn-warning:active,
+.btn-warning.active,
+.open .dropdown-toggle.btn-warning {
+  color: #fff;
+  background-color: #ed9c28;
+  border-color: #d58512;
+}
+.btn-warning:active,
+.btn-warning.active,
+.open .dropdown-toggle.btn-warning {
+  background-image: none;
+}
+.btn-warning.disabled,
+.btn-warning[disabled],
+fieldset[disabled] .btn-warning,
+.btn-warning.disabled:hover,
+.btn-warning[disabled]:hover,
+fieldset[disabled] .btn-warning:hover,
+.btn-warning.disabled:focus,
+.btn-warning[disabled]:focus,
+fieldset[disabled] .btn-warning:focus,
+.btn-warning.disabled:active,
+.btn-warning[disabled]:active,
+fieldset[disabled] .btn-warning:active,
+.btn-warning.disabled.active,
+.btn-warning[disabled].active,
+fieldset[disabled] .btn-warning.active {
+  background-color: #f0ad4e;
+  border-color: #eea236;
+}
+.btn-warning .badge {
+  color: #f0ad4e;
+  background-color: #fff;
+}
+.btn-danger {
+  color: #fff;
+  background-color: #d9534f;
+  border-color: #d43f3a;
+}
+.btn-danger:hover,
+.btn-danger:focus,
+.btn-danger:active,
+.btn-danger.active,
+.open .dropdown-toggle.btn-danger {
+  color: #fff;
+  background-color: #d2322d;
+  border-color: #ac2925;
+}
+.btn-danger:active,
+.btn-danger.active,
+.open .dropdown-toggle.btn-danger {
+  background-image: none;
+}
+.btn-danger.disabled,
+.btn-danger[disabled],
+fieldset[disabled] .btn-danger,
+.btn-danger.disabled:hover,
+.btn-danger[disabled]:hover,
+fieldset[disabled] .btn-danger:hover,
+.btn-danger.disabled:focus,
+.btn-danger[disabled]:focus,
+fieldset[disabled] .btn-danger:focus,
+.btn-danger.disabled:active,
+.btn-danger[disabled]:active,
+fieldset[disabled] .btn-danger:active,
+.btn-danger.disabled.active,
+.btn-danger[disabled].active,
+fieldset[disabled] .btn-danger.active {
+  background-color: #d9534f;
+  border-color: #d43f3a;
+}
+.btn-danger .badge {
+  color: #d9534f;
+  background-color: #fff;
+}
+.btn-link {
+  font-weight: normal;
+  color: #428bca;
+  cursor: pointer;
+  border-radius: 0;
+}
+.btn-link,
+.btn-link:active,
+.btn-link[disabled],
+fieldset[disabled] .btn-link {
+  background-color: transparent;
+  -webkit-box-shadow: none;
+          box-shadow: none;
+}
+.btn-link,
+.btn-link:hover,
+.btn-link:focus,
+.btn-link:active {
+  border-color: transparent;
+}
+.btn-link:hover,
+.btn-link:focus {
+  color: #2a6496;
+  text-decoration: underline;
+  background-color: transparent;
+}
+.btn-link[disabled]:hover,
+fieldset[disabled] .btn-link:hover,
+.btn-link[disabled]:focus,
+fieldset[disabled] .btn-link:focus {
+  color: #999;
+  text-decoration: none;
+}
+.btn-lg,
+.btn-group-lg > .btn {
+  padding: 10px 16px;
+  font-size: 18px;
+  line-height: 1.33;
+  border-radius: 6px;
+}
+.btn-sm,
+.btn-group-sm > .btn {
+  padding: 5px 10px;
+  font-size: 12px;
+  line-height: 1.5;
+  border-radius: 3px;
+}
+.btn-xs,
+.btn-group-xs > .btn {
+  padding: 1px 5px;
+  font-size: 12px;
+  line-height: 1.5;
+  border-radius: 3px;
+}
+.btn-block {
+  display: block;
+  width: 100%;
+  padding-right: 0;
+  padding-left: 0;
+}
+.btn-block + .btn-block {
+  margin-top: 5px;
+}
+input[type="submit"].btn-block,
+input[type="reset"].btn-block,
+input[type="button"].btn-block {
+  width: 100%;
+}
+.fade {
+  opacity: 0;
+  -webkit-transition: opacity .15s linear;
+          transition: opacity .15s linear;
+}
+.fade.in {
+  opacity: 1;
+}
+.collapse {
+  display: none;
+}
+.collapse.in {
+  display: block;
+}
+.collapsing {
+  position: relative;
+  height: 0;
+  overflow: hidden;
+  -webkit-transition: height .35s ease;
+          transition: height .35s ease;
+}
+@font-face {
+  font-family: 'Glyphicons Halflings';
+
+  src: url('../fonts/glyphicons-halflings-regular.eot');
+  src: url('../fonts/glyphicons-halflings-regular.eot?#iefix') format('embedded-opentype'), url('../fonts/glyphicons-halflings-regular.woff') format('woff'), url('../fonts/glyphicons-halflings-regular.ttf') format('truetype'), url('../fonts/glyphicons-halflings-regular.svg#glyphicons_halflingsregular') format('svg');
+}
+.glyphicon {
+  position: relative;
+  top: 1px;
+  display: inline-block;
+  font-family: 'Glyphicons Halflings';
+  font-style: normal;
+  font-weight: normal;
+  line-height: 1;
+
+  -webkit-font-smoothing: antialiased;
+  -moz-osx-font-smoothing: grayscale;
+}
+.glyphicon-asterisk:before {
+  content: "\2a";
+}
+.glyphicon-plus:before {
+  content: "\2b";
+}
+.glyphicon-euro:before {
+  content: "\20ac";
+}
+.glyphicon-minus:before {
+  content: "\2212";
+}
+.glyphicon-cloud:before {
+  content: "\2601";
+}
+.glyphicon-envelope:before {
+  content: "\2709";
+}
+.glyphicon-pencil:before {
+  content: "\270f";
+}
+.glyphicon-glass:before {
+  content: "\e001";
+}
+.glyphicon-music:before {
+  content: "\e002";
+}
+.glyphicon-search:before {
+  content: "\e003";
+}
+.glyphicon-heart:before {
+  content: "\e005";
+}
+.glyphicon-star:before {
+  content: "\e006";
+}
+.glyphicon-star-empty:before {
+  content: "\e007";
+}
+.glyphicon-user:before {
+  content: "\e008";
+}
+.glyphicon-film:before {
+  content: "\e009";
+}
+.glyphicon-th-large:before {
+  content: "\e010";
+}
+.glyphicon-th:before {
+  content: "\e011";
+}
+.glyphicon-th-list:before {
+  content: "\e012";
+}
+.glyphicon-ok:before {
+  content: "\e013";
+}
+.glyphicon-remove:before {
+  content: "\e014";
+}
+.glyphicon-zoom-in:before {
+  content: "\e015";
+}
+.glyphicon-zoom-out:before {
+  content: "\e016";
+}
+.glyphicon-off:before {
+  content: "\e017";
+}
+.glyphicon-signal:before {
+  content: "\e018";
+}
+.glyphicon-cog:before {
+  content: "\e019";
+}
+.glyphicon-trash:before {
+  content: "\e020";
+}
+.glyphicon-home:before {
+  content: "\e021";
+}
+.glyphicon-file:before {
+  content: "\e022";
+}
+.glyphicon-time:before {
+  content: "\e023";
+}
+.glyphicon-road:before {
+  content: "\e024";
+}
+.glyphicon-download-alt:before {
+  content: "\e025";
+}
+.glyphicon-download:before {
+  content: "\e026";
+}
+.glyphicon-upload:before {
+  content: "\e027";
+}
+.glyphicon-inbox:before {
+  content: "\e028";
+}
+.glyphicon-play-circle:before {
+  content: "\e029";
+}
+.glyphicon-repeat:before {
+  content: "\e030";
+}
+.glyphicon-refresh:before {
+  content: "\e031";
+}
+.glyphicon-list-alt:before {
+  content: "\e032";
+}
+.glyphicon-lock:before {
+  content: "\e033";
+}
+.glyphicon-flag:before {
+  content: "\e034";
+}
+.glyphicon-headphones:before {
+  content: "\e035";
+}
+.glyphicon-volume-off:before {
+  content: "\e036";
+}
+.glyphicon-volume-down:before {
+  content: "\e037";
+}
+.glyphicon-volume-up:before {
+  content: "\e038";
+}
+.glyphicon-qrcode:before {
+  content: "\e039";
+}
+.glyphicon-barcode:before {
+  content: "\e040";
+}
+.glyphicon-tag:before {
+  content: "\e041";
+}
+.glyphicon-tags:before {
+  content: "\e042";
+}
+.glyphicon-book:before {
+  content: "\e043";
+}
+.glyphicon-bookmark:before {
+  content: "\e044";
+}
+.glyphicon-print:before {
+  content: "\e045";
+}
+.glyphicon-camera:before {
+  content: "\e046";
+}
+.glyphicon-font:before {
+  content: "\e047";
+}
+.glyphicon-bold:before {
+  content: "\e048";
+}
+.glyphicon-italic:before {
+  content: "\e049";
+}
+.glyphicon-text-height:before {
+  content: "\e050";
+}
+.glyphicon-text-width:before {
+  content: "\e051";
+}
+.glyphicon-align-left:before {
+  content: "\e052";
+}
+.glyphicon-align-center:before {
+  content: "\e053";
+}
+.glyphicon-align-right:before {
+  content: "\e054";
+}
+.glyphicon-align-justify:before {
+  content: "\e055";
+}
+.glyphicon-list:before {
+  content: "\e056";
+}
+.glyphicon-indent-left:before {
+  content: "\e057";
+}
+.glyphicon-indent-right:before {
+  content: "\e058";
+}
+.glyphicon-facetime-video:before {
+  content: "\e059";
+}
+.glyphicon-picture:before {
+  content: "\e060";
+}
+.glyphicon-map-marker:before {
+  content: "\e062";
+}
+.glyphicon-adjust:before {
+  content: "\e063";
+}
+.glyphicon-tint:before {
+  content: "\e064";
+}
+.glyphicon-edit:before {
+  content: "\e065";
+}
+.glyphicon-share:before {
+  content: "\e066";
+}
+.glyphicon-check:before {
+  content: "\e067";
+}
+.glyphicon-move:before {
+  content: "\e068";
+}
+.glyphicon-step-backward:before {
+  content: "\e069";
+}
+.glyphicon-fast-backward:before {
+  content: "\e070";
+}
+.glyphicon-backward:before {
+  content: "\e071";
+}
+.glyphicon-play:before {
+  content: "\e072";
+}
+.glyphicon-pause:before {
+  content: "\e073";
+}
+.glyphicon-stop:before {
+  content: "\e074";
+}
+.glyphicon-forward:before {
+  content: "\e075";
+}
+.glyphicon-fast-forward:before {
+  content: "\e076";
+}
+.glyphicon-step-forward:before {
+  content: "\e077";
+}
+.glyphicon-eject:before {
+  content: "\e078";
+}
+.glyphicon-chevron-left:before {
+  content: "\e079";
+}
+.glyphicon-chevron-right:before {
+  content: "\e080";
+}
+.glyphicon-plus-sign:before {
+  content: "\e081";
+}
+.glyphicon-minus-sign:before {
+  content: "\e082";
+}
+.glyphicon-remove-sign:before {
+  content: "\e083";
+}
+.glyphicon-ok-sign:before {
+  content: "\e084";
+}
+.glyphicon-question-sign:before {
+  content: "\e085";
+}
+.glyphicon-info-sign:before {
+  content: "\e086";
+}
+.glyphicon-screenshot:before {
+  content: "\e087";
+}
+.glyphicon-remove-circle:before {
+  content: "\e088";
+}
+.glyphicon-ok-circle:before {
+  content: "\e089";
+}
+.glyphicon-ban-circle:before {
+  content: "\e090";
+}
+.glyphicon-arrow-left:before {
+  content: "\e091";
+}
+.glyphicon-arrow-right:before {
+  content: "\e092";
+}
+.glyphicon-arrow-up:before {
+  content: "\e093";
+}
+.glyphicon-arrow-down:before {
+  content: "\e094";
+}
+.glyphicon-share-alt:before {
+  content: "\e095";
+}
+.glyphicon-resize-full:before {
+  content: "\e096";
+}
+.glyphicon-resize-small:before {
+  content: "\e097";
+}
+.glyphicon-exclamation-sign:before {
+  content: "\e101";
+}
+.glyphicon-gift:before {
+  content: "\e102";
+}
+.glyphicon-leaf:before {
+  content: "\e103";
+}
+.glyphicon-fire:before {
+  content: "\e104";
+}
+.glyphicon-eye-open:before {
+  content: "\e105";
+}
+.glyphicon-eye-close:before {
+  content: "\e106";
+}
+.glyphicon-warning-sign:before {
+  content: "\e107";
+}
+.glyphicon-plane:before {
+  content: "\e108";
+}
+.glyphicon-calendar:before {
+  content: "\e109";
+}
+.glyphicon-random:before {
+  content: "\e110";
+}
+.glyphicon-comment:before {
+  content: "\e111";
+}
+.glyphicon-magnet:before {
+  content: "\e112";
+}
+.glyphicon-chevron-up:before {
+  content: "\e113";
+}
+.glyphicon-chevron-down:before {
+  content: "\e114";
+}
+.glyphicon-retweet:before {
+  content: "\e115";
+}
+.glyphicon-shopping-cart:before {
+  content: "\e116";
+}
+.glyphicon-folder-close:before {
+  content: "\e117";
+}
+.glyphicon-folder-open:before {
+  content: "\e118";
+}
+.glyphicon-resize-vertical:before {
+  content: "\e119";
+}
+.glyphicon-resize-horizontal:before {
+  content: "\e120";
+}
+.glyphicon-hdd:before {
+  content: "\e121";
+}
+.glyphicon-bullhorn:before {
+  content: "\e122";
+}
+.glyphicon-bell:before {
+  content: "\e123";
+}
+.glyphicon-certificate:before {
+  content: "\e124";
+}
+.glyphicon-thumbs-up:before {
+  content: "\e125";
+}
+.glyphicon-thumbs-down:before {
+  content: "\e126";
+}
+.glyphicon-hand-right:before {
+  content: "\e127";
+}
+.glyphicon-hand-left:before {
+  content: "\e128";
+}
+.glyphicon-hand-up:before {
+  content: "\e129";
+}
+.glyphicon-hand-down:before {
+  content: "\e130";
+}
+.glyphicon-circle-arrow-right:before {
+  content: "\e131";
+}
+.glyphicon-circle-arrow-left:before {
+  content: "\e132";
+}
+.glyphicon-circle-arrow-up:before {
+  content: "\e133";
+}
+.glyphicon-circle-arrow-down:before {
+  content: "\e134";
+}
+.glyphicon-globe:before {
+  content: "\e135";
+}
+.glyphicon-wrench:before {
+  content: "\e136";
+}
+.glyphicon-tasks:before {
+  content: "\e137";
+}
+.glyphicon-filter:before {
+  content: "\e138";
+}
+.glyphicon-briefcase:before {
+  content: "\e139";
+}
+.glyphicon-fullscreen:before {
+  content: "\e140";
+}
+.glyphicon-dashboard:before {
+  content: "\e141";
+}
+.glyphicon-paperclip:before {
+  content: "\e142";
+}
+.glyphicon-heart-empty:before {
+  content: "\e143";
+}
+.glyphicon-link:before {
+  content: "\e144";
+}
+.glyphicon-phone:before {
+  content: "\e145";
+}
+.glyphicon-pushpin:before {
+  content: "\e146";
+}
+.glyphicon-usd:before {
+  content: "\e148";
+}
+.glyphicon-gbp:before {
+  content: "\e149";
+}
+.glyphicon-sort:before {
+  content: "\e150";
+}
+.glyphicon-sort-by-alphabet:before {
+  content: "\e151";
+}
+.glyphicon-sort-by-alphabet-alt:before {
+  content: "\e152";
+}
+.glyphicon-sort-by-order:before {
+  content: "\e153";
+}
+.glyphicon-sort-by-order-alt:before {
+  content: "\e154";
+}
+.glyphicon-sort-by-attributes:before {
+  content: "\e155";
+}
+.glyphicon-sort-by-attributes-alt:before {
+  content: "\e156";
+}
+.glyphicon-unchecked:before {
+  content: "\e157";
+}
+.glyphicon-expand:before {
+  content: "\e158";
+}
+.glyphicon-collapse-down:before {
+  content: "\e159";
+}
+.glyphicon-collapse-up:before {
+  content: "\e160";
+}
+.glyphicon-log-in:before {
+  content: "\e161";
+}
+.glyphicon-flash:before {
+  content: "\e162";
+}
+.glyphicon-log-out:before {
+  content: "\e163";
+}
+.glyphicon-new-window:before {
+  content: "\e164";
+}
+.glyphicon-record:before {
+  content: "\e165";
+}
+.glyphicon-save:before {
+  content: "\e166";
+}
+.glyphicon-open:before {
+  content: "\e167";
+}
+.glyphicon-saved:before {
+  content: "\e168";
+}
+.glyphicon-import:before {
+  content: "\e169";
+}
+.glyphicon-export:before {
+  content: "\e170";
+}
+.glyphicon-send:before {
+  content: "\e171";
+}
+.glyphicon-floppy-disk:before {
+  content: "\e172";
+}
+.glyphicon-floppy-saved:before {
+  content: "\e173";
+}
+.glyphicon-floppy-remove:before {
+  content: "\e174";
+}
+.glyphicon-floppy-save:before {
+  content: "\e175";
+}
+.glyphicon-floppy-open:before {
+  content: "\e176";
+}
+.glyphicon-credit-card:before {
+  content: "\e177";
+}
+.glyphicon-transfer:before {
+  content: "\e178";
+}
+.glyphicon-cutlery:before {
+  content: "\e179";
+}
+.glyphicon-header:before {
+  content: "\e180";
+}
+.glyphicon-compressed:before {
+  content: "\e181";
+}
+.glyphicon-earphone:before {
+  content: "\e182";
+}
+.glyphicon-phone-alt:before {
+  content: "\e183";
+}
+.glyphicon-tower:before {
+  content: "\e184";
+}
+.glyphicon-stats:before {
+  content: "\e185";
+}
+.glyphicon-sd-video:before {
+  content: "\e186";
+}
+.glyphicon-hd-video:before {
+  content: "\e187";
+}
+.glyphicon-subtitles:before {
+  content: "\e188";
+}
+.glyphicon-sound-stereo:before {
+  content: "\e189";
+}
+.glyphicon-sound-dolby:before {
+  content: "\e190";
+}
+.glyphicon-sound-5-1:before {
+  content: "\e191";
+}
+.glyphicon-sound-6-1:before {
+  content: "\e192";
+}
+.glyphicon-sound-7-1:before {
+  content: "\e193";
+}
+.glyphicon-copyright-mark:before {
+  content: "\e194";
+}
+.glyphicon-registration-mark:before {
+  content: "\e195";
+}
+.glyphicon-cloud-download:before {
+  content: "\e197";
+}
+.glyphicon-cloud-upload:before {
+  content: "\e198";
+}
+.glyphicon-tree-conifer:before {
+  content: "\e199";
+}
+.glyphicon-tree-deciduous:before {
+  content: "\e200";
+}
+.caret {
+  display: inline-block;
+  width: 0;
+  height: 0;
+  margin-left: 2px;
+  vertical-align: middle;
+  border-top: 4px solid;
+  border-right: 4px solid transparent;
+  border-left: 4px solid transparent;
+}
+.dropdown {
+  position: relative;
+}
+.dropdown-toggle:focus {
+  outline: 0;
+}
+.dropdown-menu {
+  position: absolute;
+  top: 100%;
+  left: 0;
+  z-index: 1000;
+  display: none;
+  float: left;
+  min-width: 160px;
+  padding: 5px 0;
+  margin: 2px 0 0;
+  font-size: 14px;
+  list-style: none;
+  background-color: #fff;
+  background-clip: padding-box;
+  border: 1px solid #ccc;
+  border: 1px solid rgba(0, 0, 0, .15);
+  border-radius: 4px;
+  -webkit-box-shadow: 0 6px 12px rgba(0, 0, 0, .175);
+          box-shadow: 0 6px 12px rgba(0, 0, 0, .175);
+}
+.dropdown-menu.pull-right {
+  right: 0;
+  left: auto;
+}
+.dropdown-menu .divider {
+  height: 1px;
+  margin: 9px 0;
+  overflow: hidden;
+  background-color: #e5e5e5;
+}
+.dropdown-menu > li > a {
+  display: block;
+  padding: 3px 20px;
+  clear: both;
+  font-weight: normal;
+  line-height: 1.42857143;
+  color: #333;
+  white-space: nowrap;
+}
+.dropdown-menu > li > a:hover,
+.dropdown-menu > li > a:focus {
+  color: #262626;
+  text-decoration: none;
+  background-color: #f5f5f5;
+}
+.dropdown-menu > .active > a,
+.dropdown-menu > .active > a:hover,
+.dropdown-menu > .active > a:focus {
+  color: #fff;
+  text-decoration: none;
+  background-color: #428bca;
+  outline: 0;
+}
+.dropdown-menu > .disabled > a,
+.dropdown-menu > .disabled > a:hover,
+.dropdown-menu > .disabled > a:focus {
+  color: #999;
+}
+.dropdown-menu > .disabled > a:hover,
+.dropdown-menu > .disabled > a:focus {
+  text-decoration: none;
+  cursor: not-allowed;
+  background-color: transparent;
+  background-image: none;
+  filter: progid:DXImageTransform.Microsoft.gradient(enabled = false);
+}
+.open > .dropdown-menu {
+  display: block;
+}
+.open > a {
+  outline: 0;
+}
+.dropdown-menu-right {
+  right: 0;
+  left: auto;
+}
+.dropdown-menu-left {
+  right: auto;
+  left: 0;
+}
+.dropdown-header {
+  display: block;
+  padding: 3px 20px;
+  font-size: 12px;
+  line-height: 1.42857143;
+  color: #999;
+}
+.dropdown-backdrop {
+  position: fixed;
+  top: 0;
+  right: 0;
+  bottom: 0;
+  left: 0;
+  z-index: 990;
+}
+.pull-right > .dropdown-menu {
+  right: 0;
+  left: auto;
+}
+.dropup .caret,
+.navbar-fixed-bottom .dropdown .caret {
+  content: "";
+  border-top: 0;
+  border-bottom: 4px solid;
+}
+.dropup .dropdown-menu,
+.navbar-fixed-bottom .dropdown .dropdown-menu {
+  top: auto;
+  bottom: 100%;
+  margin-bottom: 1px;
+}
+@media (min-width: 768px) {
+  .navbar-right .dropdown-menu {
+    right: 0;
+    left: auto;
+  }
+  .navbar-right .dropdown-menu-left {
+    right: auto;
+    left: 0;
+  }
+}
+.btn-group,
+.btn-group-vertical {
+  position: relative;
+  display: inline-block;
+  vertical-align: middle;
+}
+.btn-group > .btn,
+.btn-group-vertical > .btn {
+  position: relative;
+  float: left;
+}
+.btn-group > .btn:hover,
+.btn-group-vertical > .btn:hover,
+.btn-group > .btn:focus,
+.btn-group-vertical > .btn:focus,
+.btn-group > .btn:active,
+.btn-group-vertical > .btn:active,
+.btn-group > .btn.active,
+.btn-group-vertical > .btn.active {
+  z-index: 2;
+}
+.btn-group > .btn:focus,
+.btn-group-vertical > .btn:focus {
+  outline: none;
+}
+.btn-group .btn + .btn,
+.btn-group .btn + .btn-group,
+.btn-group .btn-group + .btn,
+.btn-group .btn-group + .btn-group {
+  margin-left: -1px;
+}
+.btn-toolbar {
+  margin-left: -5px;
+}
+.btn-toolbar .btn-group,
+.btn-toolbar .input-group {
+  float: left;
+}
+.btn-toolbar > .btn,
+.btn-toolbar > .btn-group,
+.btn-toolbar > .input-group {
+  margin-left: 5px;
+}
+.btn-group > .btn:not(:first-child):not(:last-child):not(.dropdown-toggle) {
+  border-radius: 0;
+}
+.btn-group > .btn:first-child {
+  margin-left: 0;
+}
+.btn-group > .btn:first-child:not(:last-child):not(.dropdown-toggle) {
+  border-top-right-radius: 0;
+  border-bottom-right-radius: 0;
+}
+.btn-group > .btn:last-child:not(:first-child),
+.btn-group > .dropdown-toggle:not(:first-child) {
+  border-top-left-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.btn-group > .btn-group {
+  float: left;
+}
+.btn-group > .btn-group:not(:first-child):not(:last-child) > .btn {
+  border-radius: 0;
+}
+.btn-group > .btn-group:first-child > .btn:last-child,
+.btn-group > .btn-group:first-child > .dropdown-toggle {
+  border-top-right-radius: 0;
+  border-bottom-right-radius: 0;
+}
+.btn-group > .btn-group:last-child > .btn:first-child {
+  border-top-left-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.btn-group .dropdown-toggle:active,
+.btn-group.open .dropdown-toggle {
+  outline: 0;
+}
+.btn-group > .btn + .dropdown-toggle {
+  padding-right: 8px;
+  padding-left: 8px;
+}
+.btn-group > .btn-lg + .dropdown-toggle {
+  padding-right: 12px;
+  padding-left: 12px;
+}
+.btn-group.open .dropdown-toggle {
+  -webkit-box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+          box-shadow: inset 0 3px 5px rgba(0, 0, 0, .125);
+}
+.btn-group.open .dropdown-toggle.btn-link {
+  -webkit-box-shadow: none;
+          box-shadow: none;
+}
+.btn .caret {
+  margin-left: 0;
+}
+.btn-lg .caret {
+  border-width: 5px 5px 0;
+  border-bottom-width: 0;
+}
+.dropup .btn-lg .caret {
+  border-width: 0 5px 5px;
+}
+.btn-group-vertical > .btn,
+.btn-group-vertical > .btn-group,
+.btn-group-vertical > .btn-group > .btn {
+  display: block;
+  float: none;
+  width: 100%;
+  max-width: 100%;
+}
+.btn-group-vertical > .btn-group > .btn {
+  float: none;
+}
+.btn-group-vertical > .btn + .btn,
+.btn-group-vertical > .btn + .btn-group,
+.btn-group-vertical > .btn-group + .btn,
+.btn-group-vertical > .btn-group + .btn-group {
+  margin-top: -1px;
+  margin-left: 0;
+}
+.btn-group-vertical > .btn:not(:first-child):not(:last-child) {
+  border-radius: 0;
+}
+.btn-group-vertical > .btn:first-child:not(:last-child) {
+  border-top-right-radius: 4px;
+  border-bottom-right-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.btn-group-vertical > .btn:last-child:not(:first-child) {
+  border-top-left-radius: 0;
+  border-top-right-radius: 0;
+  border-bottom-left-radius: 4px;
+}
+.btn-group-vertical > .btn-group:not(:first-child):not(:last-child) > .btn {
+  border-radius: 0;
+}
+.btn-group-vertical > .btn-group:first-child:not(:last-child) > .btn:last-child,
+.btn-group-vertical > .btn-group:first-child:not(:last-child) > .dropdown-toggle {
+  border-bottom-right-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.btn-group-vertical > .btn-group:last-child:not(:first-child) > .btn:first-child {
+  border-top-left-radius: 0;
+  border-top-right-radius: 0;
+}
+.btn-group-justified {
+  display: table;
+  width: 100%;
+  table-layout: fixed;
+  border-collapse: separate;
+}
+.btn-group-justified > .btn,
+.btn-group-justified > .btn-group {
+  display: table-cell;
+  float: none;
+  width: 1%;
+}
+.btn-group-justified > .btn-group .btn {
+  width: 100%;
+}
+[data-toggle="buttons"] > .btn > input[type="radio"],
+[data-toggle="buttons"] > .btn > input[type="checkbox"] {
+  display: none;
+}
+.input-group {
+  position: relative;
+  display: table;
+  border-collapse: separate;
+}
+.input-group[class*="col-"] {
+  float: none;
+  padding-right: 0;
+  padding-left: 0;
+}
+.input-group .form-control {
+  position: relative;
+  z-index: 2;
+  float: left;
+  width: 100%;
+  margin-bottom: 0;
+}
+.input-group-lg > .form-control,
+.input-group-lg > .input-group-addon,
+.input-group-lg > .input-group-btn > .btn {
+  height: 46px;
+  padding: 10px 16px;
+  font-size: 18px;
+  line-height: 1.33;
+  border-radius: 6px;
+}
+select.input-group-lg > .form-control,
+select.input-group-lg > .input-group-addon,
+select.input-group-lg > .input-group-btn > .btn {
+  height: 46px;
+  line-height: 46px;
+}
+textarea.input-group-lg > .form-control,
+textarea.input-group-lg > .input-group-addon,
+textarea.input-group-lg > .input-group-btn > .btn,
+select[multiple].input-group-lg > .form-control,
+select[multiple].input-group-lg > .input-group-addon,
+select[multiple].input-group-lg > .input-group-btn > .btn {
+  height: auto;
+}
+.input-group-sm > .form-control,
+.input-group-sm > .input-group-addon,
+.input-group-sm > .input-group-btn > .btn {
+  height: 30px;
+  padding: 5px 10px;
+  font-size: 12px;
+  line-height: 1.5;
+  border-radius: 3px;
+}
+select.input-group-sm > .form-control,
+select.input-group-sm > .input-group-addon,
+select.input-group-sm > .input-group-btn > .btn {
+  height: 30px;
+  line-height: 30px;
+}
+textarea.input-group-sm > .form-control,
+textarea.input-group-sm > .input-group-addon,
+textarea.input-group-sm > .input-group-btn > .btn,
+select[multiple].input-group-sm > .form-control,
+select[multiple].input-group-sm > .input-group-addon,
+select[multiple].input-group-sm > .input-group-btn > .btn {
+  height: auto;
+}
+.input-group-addon,
+.input-group-btn,
+.input-group .form-control {
+  display: table-cell;
+}
+.input-group-addon:not(:first-child):not(:last-child),
+.input-group-btn:not(:first-child):not(:last-child),
+.input-group .form-control:not(:first-child):not(:last-child) {
+  border-radius: 0;
+}
+.input-group-addon,
+.input-group-btn {
+  width: 1%;
+  white-space: nowrap;
+  vertical-align: middle;
+}
+.input-group-addon {
+  padding: 6px 12px;
+  font-size: 14px;
+  font-weight: normal;
+  line-height: 1;
+  color: #555;
+  text-align: center;
+  background-color: #eee;
+  border: 1px solid #ccc;
+  border-radius: 4px;
+}
+.input-group-addon.input-sm {
+  padding: 5px 10px;
+  font-size: 12px;
+  border-radius: 3px;
+}
+.input-group-addon.input-lg {
+  padding: 10px 16px;
+  font-size: 18px;
+  border-radius: 6px;
+}
+.input-group-addon input[type="radio"],
+.input-group-addon input[type="checkbox"] {
+  margin-top: 0;
+}
+.input-group .form-control:first-child,
+.input-group-addon:first-child,
+.input-group-btn:first-child > .btn,
+.input-group-btn:first-child > .btn-group > .btn,
+.input-group-btn:first-child > .dropdown-toggle,
+.input-group-btn:last-child > .btn:not(:last-child):not(.dropdown-toggle),
+.input-group-btn:last-child > .btn-group:not(:last-child) > .btn {
+  border-top-right-radius: 0;
+  border-bottom-right-radius: 0;
+}
+.input-group-addon:first-child {
+  border-right: 0;
+}
+.input-group .form-control:last-child,
+.input-group-addon:last-child,
+.input-group-btn:last-child > .btn,
+.input-group-btn:last-child > .btn-group > .btn,
+.input-group-btn:last-child > .dropdown-toggle,
+.input-group-btn:first-child > .btn:not(:first-child),
+.input-group-btn:first-child > .btn-group:not(:first-child) > .btn {
+  border-top-left-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.input-group-addon:last-child {
+  border-left: 0;
+}
+.input-group-btn {
+  position: relative;
+  font-size: 0;
+  white-space: nowrap;
+}
+.input-group-btn > .btn {
+  position: relative;
+}
+.input-group-btn > .btn + .btn {
+  margin-left: -1px;
+}
+.input-group-btn > .btn:hover,
+.input-group-btn > .btn:focus,
+.input-group-btn > .btn:active {
+  z-index: 2;
+}
+.input-group-btn:first-child > .btn,
+.input-group-btn:first-child > .btn-group {
+  margin-right: -1px;
+}
+.input-group-btn:last-child > .btn,
+.input-group-btn:last-child > .btn-group {
+  margin-left: -1px;
+}
+.nav {
+  padding-left: 0;
+  margin-bottom: 0;
+  list-style: none;
+}
+.nav > li {
+  position: relative;
+  display: block;
+}
+.nav > li > a {
+  position: relative;
+  display: block;
+  padding: 10px 15px;
+}
+.nav > li > a:hover,
+.nav > li > a:focus {
+  text-decoration: none;
+  background-color: #eee;
+}
+.nav > li.disabled > a {
+  color: #999;
+}
+.nav > li.disabled > a:hover,
+.nav > li.disabled > a:focus {
+  color: #999;
+  text-decoration: none;
+  cursor: not-allowed;
+  background-color: transparent;
+}
+.nav .open > a,
+.nav .open > a:hover,
+.nav .open > a:focus {
+  background-color: #eee;
+  border-color: #428bca;
+}
+.nav .nav-divider {
+  height: 1px;
+  margin: 9px 0;
+  overflow: hidden;
+  background-color: #e5e5e5;
+}
+.nav > li > a > img {
+  max-width: none;
+}
+.nav-tabs {
+  border-bottom: 1px solid #ddd;
+}
+.nav-tabs > li {
+  float: left;
+  margin-bottom: -1px;
+}
+.nav-tabs > li > a {
+  margin-right: 2px;
+  line-height: 1.42857143;
+  border: 1px solid transparent;
+  border-radius: 4px 4px 0 0;
+}
+.nav-tabs > li > a:hover {
+  border-color: #eee #eee #ddd;
+}
+.nav-tabs > li.active > a,
+.nav-tabs > li.active > a:hover,
+.nav-tabs > li.active > a:focus {
+  color: #555;
+  cursor: default;
+  background-color: #fff;
+  border: 1px solid #ddd;
+  border-bottom-color: transparent;
+}
+.nav-tabs.nav-justified {
+  width: 100%;
+  border-bottom: 0;
+}
+.nav-tabs.nav-justified > li {
+  float: none;
+}
+.nav-tabs.nav-justified > li > a {
+  margin-bottom: 5px;
+  text-align: center;
+}
+.nav-tabs.nav-justified > .dropdown .dropdown-menu {
+  top: auto;
+  left: auto;
+}
+@media (min-width: 768px) {
+  .nav-tabs.nav-justified > li {
+    display: table-cell;
+    width: 1%;
+  }
+  .nav-tabs.nav-justified > li > a {
+    margin-bottom: 0;
+  }
+}
+.nav-tabs.nav-justified > li > a {
+  margin-right: 0;
+  border-radius: 4px;
+}
+.nav-tabs.nav-justified > .active > a,
+.nav-tabs.nav-justified > .active > a:hover,
+.nav-tabs.nav-justified > .active > a:focus {
+  border: 1px solid #ddd;
+}
+@media (min-width: 768px) {
+  .nav-tabs.nav-justified > li > a {
+    border-bottom: 1px solid #ddd;
+    border-radius: 4px 4px 0 0;
+  }
+  .nav-tabs.nav-justified > .active > a,
+  .nav-tabs.nav-justified > .active > a:hover,
+  .nav-tabs.nav-justified > .active > a:focus {
+    border-bottom-color: #fff;
+  }
+}
+.nav-pills > li {
+  float: left;
+}
+.nav-pills > li > a {
+  border-radius: 4px;
+}
+.nav-pills > li + li {
+  margin-left: 2px;
+}
+.nav-pills > li.active > a,
+.nav-pills > li.active > a:hover,
+.nav-pills > li.active > a:focus {
+  color: #fff;
+  background-color: #428bca;
+}
+.nav-stacked > li {
+  float: none;
+}
+.nav-stacked > li + li {
+  margin-top: 2px;
+  margin-left: 0;
+}
+.nav-justified {
+  width: 100%;
+}
+.nav-justified > li {
+  float: none;
+}
+.nav-justified > li > a {
+  margin-bottom: 5px;
+  text-align: center;
+}
+.nav-justified > .dropdown .dropdown-menu {
+  top: auto;
+  left: auto;
+}
+@media (min-width: 768px) {
+  .nav-justified > li {
+    display: table-cell;
+    width: 1%;
+  }
+  .nav-justified > li > a {
+    margin-bottom: 0;
+  }
+}
+.nav-tabs-justified {
+  border-bottom: 0;
+}
+.nav-tabs-justified > li > a {
+  margin-right: 0;
+  border-radius: 4px;
+}
+.nav-tabs-justified > .active > a,
+.nav-tabs-justified > .active > a:hover,
+.nav-tabs-justified > .active > a:focus {
+  border: 1px solid #ddd;
+}
+@media (min-width: 768px) {
+  .nav-tabs-justified > li > a {
+    border-bottom: 1px solid #ddd;
+    border-radius: 4px 4px 0 0;
+  }
+  .nav-tabs-justified > .active > a,
+  .nav-tabs-justified > .active > a:hover,
+  .nav-tabs-justified > .active > a:focus {
+    border-bottom-color: #fff;
+  }
+}
+.tab-content > .tab-pane {
+  display: none;
+}
+.tab-content > .active {
+  display: block;
+}
+.nav-tabs .dropdown-menu {
+  margin-top: -1px;
+  border-top-left-radius: 0;
+  border-top-right-radius: 0;
+}
+.navbar {
+  position: relative;
+  min-height: 50px;
+  margin-bottom: 20px;
+  border: 1px solid transparent;
+}
+@media (min-width: 768px) {
+  .navbar {
+    border-radius: 4px;
+  }
+}
+@media (min-width: 768px) {
+  .navbar-header {
+    float: left;
+  }
+}
+.navbar-collapse {
+  max-height: 340px;
+  padding-right: 15px;
+  padding-left: 15px;
+  overflow-x: visible;
+  -webkit-overflow-scrolling: touch;
+  border-top: 1px solid transparent;
+  box-shadow: inset 0 1px 0 rgba(255, 255, 255, .1);
+}
+.navbar-collapse.in {
+  overflow-y: auto;
+}
+@media (min-width: 768px) {
+  .navbar-collapse {
+    width: auto;
+    border-top: 0;
+    box-shadow: none;
+  }
+  .navbar-collapse.collapse {
+    display: block !important;
+    height: auto !important;
+    padding-bottom: 0;
+    overflow: visible !important;
+  }
+  .navbar-collapse.in {
+    overflow-y: visible;
+  }
+  .navbar-fixed-top .navbar-collapse,
+  .navbar-static-top .navbar-collapse,
+  .navbar-fixed-bottom .navbar-collapse {
+    padding-right: 0;
+    padding-left: 0;
+  }
+}
+.container > .navbar-header,
+.container-fluid > .navbar-header,
+.container > .navbar-collapse,
+.container-fluid > .navbar-collapse {
+  margin-right: -15px;
+  margin-left: -15px;
+}
+@media (min-width: 768px) {
+  .container > .navbar-header,
+  .container-fluid > .navbar-header,
+  .container > .navbar-collapse,
+  .container-fluid > .navbar-collapse {
+    margin-right: 0;
+    margin-left: 0;
+  }
+}
+.navbar-static-top {
+  z-index: 1000;
+  border-width: 0 0 1px;
+}
+@media (min-width: 768px) {
+  .navbar-static-top {
+    border-radius: 0;
+  }
+}
+.navbar-fixed-top,
+.navbar-fixed-bottom {
+  position: fixed;
+  right: 0;
+  left: 0;
+  z-index: 1030;
+}
+@media (min-width: 768px) {
+  .navbar-fixed-top,
+  .navbar-fixed-bottom {
+    border-radius: 0;
+  }
+}
+.navbar-fixed-top {
+  top: 0;
+  border-width: 0 0 1px;
+}
+.navbar-fixed-bottom {
+  bottom: 0;
+  margin-bottom: 0;
+  border-width: 1px 0 0;
+}
+.navbar-brand {
+  float: left;
+  height: 50px;
+  padding: 15px 15px;
+  font-size: 18px;
+  line-height: 20px;
+}
+.navbar-brand:hover,
+.navbar-brand:focus {
+  text-decoration: none;
+}
+@media (min-width: 768px) {
+  .navbar > .container .navbar-brand,
+  .navbar > .container-fluid .navbar-brand {
+    margin-left: -15px;
+  }
+}
+.navbar-toggle {
+  position: relative;
+  float: right;
+  padding: 9px 10px;
+  margin-top: 8px;
+  margin-right: 15px;
+  margin-bottom: 8px;
+  background-color: transparent;
+  background-image: none;
+  border: 1px solid transparent;
+  border-radius: 4px;
+}
+.navbar-toggle:focus {
+  outline: none;
+}
+.navbar-toggle .icon-bar {
+  display: block;
+  width: 22px;
+  height: 2px;
+  border-radius: 1px;
+}
+.navbar-toggle .icon-bar + .icon-bar {
+  margin-top: 4px;
+}
+@media (min-width: 768px) {
+  .navbar-toggle {
+    display: none;
+  }
+}
+.navbar-nav {
+  margin: 7.5px -15px;
+}
+.navbar-nav > li > a {
+  padding-top: 10px;
+  padding-bottom: 10px;
+  line-height: 20px;
+}
+@media (max-width: 767px) {
+  .navbar-nav .open .dropdown-menu {
+    position: static;
+    float: none;
+    width: auto;
+    margin-top: 0;
+    background-color: transparent;
+    border: 0;
+    box-shadow: none;
+  }
+  .navbar-nav .open .dropdown-menu > li > a,
+  .navbar-nav .open .dropdown-menu .dropdown-header {
+    padding: 5px 15px 5px 25px;
+  }
+  .navbar-nav .open .dropdown-menu > li > a {
+    line-height: 20px;
+  }
+  .navbar-nav .open .dropdown-menu > li > a:hover,
+  .navbar-nav .open .dropdown-menu > li > a:focus {
+    background-image: none;
+  }
+}
+@media (min-width: 768px) {
+  .navbar-nav {
+    float: left;
+    margin: 0;
+  }
+  .navbar-nav > li {
+    float: left;
+  }
+  .navbar-nav > li > a {
+    padding-top: 15px;
+    padding-bottom: 15px;
+  }
+  .navbar-nav.navbar-right:last-child {
+    margin-right: -15px;
+  }
+}
+@media (min-width: 768px) {
+  .navbar-left {
+    float: left !important;
+  }
+  .navbar-right {
+    float: right !important;
+  }
+}
+.navbar-form {
+  padding: 10px 15px;
+  margin-top: 8px;
+  margin-right: -15px;
+  margin-bottom: 8px;
+  margin-left: -15px;
+  border-top: 1px solid transparent;
+  border-bottom: 1px solid transparent;
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, .1), 0 1px 0 rgba(255, 255, 255, .1);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, .1), 0 1px 0 rgba(255, 255, 255, .1);
+}
+@media (min-width: 768px) {
+  .navbar-form .form-group {
+    display: inline-block;
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .navbar-form .form-control {
+    display: inline-block;
+    width: auto;
+    vertical-align: middle;
+  }
+  .navbar-form .input-group > .form-control {
+    width: 100%;
+  }
+  .navbar-form .control-label {
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .navbar-form .radio,
+  .navbar-form .checkbox {
+    display: inline-block;
+    padding-left: 0;
+    margin-top: 0;
+    margin-bottom: 0;
+    vertical-align: middle;
+  }
+  .navbar-form .radio input[type="radio"],
+  .navbar-form .checkbox input[type="checkbox"] {
+    float: none;
+    margin-left: 0;
+  }
+  .navbar-form .has-feedback .form-control-feedback {
+    top: 0;
+  }
+}
+@media (max-width: 767px) {
+  .navbar-form .form-group {
+    margin-bottom: 5px;
+  }
+}
+@media (min-width: 768px) {
+  .navbar-form {
+    width: auto;
+    padding-top: 0;
+    padding-bottom: 0;
+    margin-right: 0;
+    margin-left: 0;
+    border: 0;
+    -webkit-box-shadow: none;
+            box-shadow: none;
+  }
+  .navbar-form.navbar-right:last-child {
+    margin-right: -15px;
+  }
+}
+.navbar-nav > li > .dropdown-menu {
+  margin-top: 0;
+  border-top-left-radius: 0;
+  border-top-right-radius: 0;
+}
+.navbar-fixed-bottom .navbar-nav > li > .dropdown-menu {
+  border-bottom-right-radius: 0;
+  border-bottom-left-radius: 0;
+}
+.navbar-btn {
+  margin-top: 8px;
+  margin-bottom: 8px;
+}
+.navbar-btn.btn-sm {
+  margin-top: 10px;
+  margin-bottom: 10px;
+}
+.navbar-btn.btn-xs {
+  margin-top: 14px;
+  margin-bottom: 14px;
+}
+.navbar-text {
+  margin-top: 15px;
+  margin-bottom: 15px;
+}
+@media (min-width: 768px) {
+  .navbar-text {
+    float: left;
+    margin-right: 15px;
+    margin-left: 15px;
+  }
+  .navbar-text.navbar-right:last-child {
+    margin-right: 0;
+  }
+}
+.navbar-default {
+  background-color: #f8f8f8;
+  border-color: #e7e7e7;
+}
+.navbar-default .navbar-brand {
+  color: #777;
+}
+.navbar-default .navbar-brand:hover,
+.navbar-default .navbar-brand:focus {
+  color: #5e5e5e;
+  background-color: transparent;
+}
+.navbar-default .navbar-text {
+  color: #777;
+}
+.navbar-default .navbar-nav > li > a {
+  color: #777;
+}
+.navbar-default .navbar-nav > li > a:hover,
+.navbar-default .navbar-nav > li > a:focus {
+  color: #333;
+  background-color: transparent;
+}
+.navbar-default .navbar-nav > .active > a,
+.navbar-default .navbar-nav > .active > a:hover,
+.navbar-default .navbar-nav > .active > a:focus {
+  color: #555;
+  background-color: #e7e7e7;
+}
+.navbar-default .navbar-nav > .disabled > a,
+.navbar-default .navbar-nav > .disabled > a:hover,
+.navbar-default .navbar-nav > .disabled > a:focus {
+  color: #ccc;
+  background-color: transparent;
+}
+.navbar-default .navbar-toggle {
+  border-color: #ddd;
+}
+.navbar-default .navbar-toggle:hover,
+.navbar-default .navbar-toggle:focus {
+  background-color: #ddd;
+}
+.navbar-default .navbar-toggle .icon-bar {
+  background-color: #888;
+}
+.navbar-default .navbar-collapse,
+.navbar-default .navbar-form {
+  border-color: #e7e7e7;
+}
+.navbar-default .navbar-nav > .open > a,
+.navbar-default .navbar-nav > .open > a:hover,
+.navbar-default .navbar-nav > .open > a:focus {
+  color: #555;
+  background-color: #e7e7e7;
+}
+@media (max-width: 767px) {
+  .navbar-default .navbar-nav .open .dropdown-menu > li > a {
+    color: #777;
+  }
+  .navbar-default .navbar-nav .open .dropdown-menu > li > a:hover,
+  .navbar-default .navbar-nav .open .dropdown-menu > li > a:focus {
+    color: #333;
+    background-color: transparent;
+  }
+  .navbar-default .navbar-nav .open .dropdown-menu > .active > a,
+  .navbar-default .navbar-nav .open .dropdown-menu > .active > a:hover,
+  .navbar-default .navbar-nav .open .dropdown-menu > .active > a:focus {
+    color: #555;
+    background-color: #e7e7e7;
+  }
+  .navbar-default .navbar-nav .open .dropdown-menu > .disabled > a,
+  .navbar-default .navbar-nav .open .dropdown-menu > .disabled > a:hover,
+  .navbar-default .navbar-nav .open .dropdown-menu > .disabled > a:focus {
+    color: #ccc;
+    background-color: transparent;
+  }
+}
+.navbar-default .navbar-link {
+  color: #777;
+}
+.navbar-default .navbar-link:hover {
+  color: #333;
+}
+.navbar-inverse {
+  background-color: #222;
+  border-color: #080808;
+}
+.navbar-inverse .navbar-brand {
+  color: #999;
+}
+.navbar-inverse .navbar-brand:hover,
+.navbar-inverse .navbar-brand:focus {
+  color: #fff;
+  background-color: transparent;
+}
+.navbar-inverse .navbar-text {
+  color: #999;
+}
+.navbar-inverse .navbar-nav > li > a {
+  color: #999;
+}
+.navbar-inverse .navbar-nav > li > a:hover,
+.navbar-inverse .navbar-nav > li > a:focus {
+  color: #fff;
+  background-color: transparent;
+}
+.navbar-inverse .navbar-nav > .active > a,
+.navbar-inverse .navbar-nav > .active > a:hover,
+.navbar-inverse .navbar-nav > .active > a:focus {
+  color: #fff;
+  background-color: #080808;
+}
+.navbar-inverse .navbar-nav > .disabled > a,
+.navbar-inverse .navbar-nav > .disabled > a:hover,
+.navbar-inverse .navbar-nav > .disabled > a:focus {
+  color: #444;
+  background-color: transparent;
+}
+.navbar-inverse .navbar-toggle {
+  border-color: #333;
+}
+.navbar-inverse .navbar-toggle:hover,
+.navbar-inverse .navbar-toggle:focus {
+  background-color: #333;
+}
+.navbar-inverse .navbar-toggle .icon-bar {
+  background-color: #fff;
+}
+.navbar-inverse .navbar-collapse,
+.navbar-inverse .navbar-form {
+  border-color: #101010;
+}
+.navbar-inverse .navbar-nav > .open > a,
+.navbar-inverse .navbar-nav > .open > a:hover,
+.navbar-inverse .navbar-nav > .open > a:focus {
+  color: #fff;
+  background-color: #080808;
+}
+@media (max-width: 767px) {
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .dropdown-header {
+    border-color: #080808;
+  }
+  .navbar-inverse .navbar-nav .open .dropdown-menu .divider {
+    background-color: #080808;
+  }
+  .navbar-inverse .navbar-nav .open .dropdown-menu > li > a {
+    color: #999;
+  }
+  .navbar-inverse .navbar-nav .open .dropdown-menu > li > a:hover,
+  .navbar-inverse .navbar-nav .open .dropdown-menu > li > a:focus {
+    color: #fff;
+    background-color: transparent;
+  }
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .active > a,
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .active > a:hover,
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .active > a:focus {
+    color: #fff;
+    background-color: #080808;
+  }
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .disabled > a,
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .disabled > a:hover,
+  .navbar-inverse .navbar-nav .open .dropdown-menu > .disabled > a:focus {
+    color: #444;
+    background-color: transparent;
+  }
+}
+.navbar-inverse .navbar-link {
+  color: #999;
+}
+.navbar-inverse .navbar-link:hover {
+  color: #fff;
+}
+.breadcrumb {
+  padding: 8px 15px;
+  margin-bottom: 20px;
+  list-style: none;
+  background-color: #f5f5f5;
+  border-radius: 4px;
+}
+.breadcrumb > li {
+  display: inline-block;
+}
+.breadcrumb > li + li:before {
+  padding: 0 5px;
+  color: #ccc;
+  content: "/\00a0";
+}
+.breadcrumb > .active {
+  color: #999;
+}
+.pagination {
+  display: inline-block;
+  padding-left: 0;
+  margin: 20px 0;
+  border-radius: 4px;
+}
+.pagination > li {
+  display: inline;
+}
+.pagination > li > a,
+.pagination > li > span {
+  position: relative;
+  float: left;
+  padding: 6px 12px;
+  margin-left: -1px;
+  line-height: 1.42857143;
+  color: #428bca;
+  text-decoration: none;
+  background-color: #fff;
+  border: 1px solid #ddd;
+}
+.pagination > li:first-child > a,
+.pagination > li:first-child > span {
+  margin-left: 0;
+  border-top-left-radius: 4px;
+  border-bottom-left-radius: 4px;
+}
+.pagination > li:last-child > a,
+.pagination > li:last-child > span {
+  border-top-right-radius: 4px;
+  border-bottom-right-radius: 4px;
+}
+.pagination > li > a:hover,
+.pagination > li > span:hover,
+.pagination > li > a:focus,
+.pagination > li > span:focus {
+  color: #2a6496;
+  background-color: #eee;
+  border-color: #ddd;
+}
+.pagination > .active > a,
+.pagination > .active > span,
+.pagination > .active > a:hover,
+.pagination > .active > span:hover,
+.pagination > .active > a:focus,
+.pagination > .active > span:focus {
+  z-index: 2;
+  color: #fff;
+  cursor: default;
+  background-color: #428bca;
+  border-color: #428bca;
+}
+.pagination > .disabled > span,
+.pagination > .disabled > span:hover,
+.pagination > .disabled > span:focus,
+.pagination > .disabled > a,
+.pagination > .disabled > a:hover,
+.pagination > .disabled > a:focus {
+  color: #999;
+  cursor: not-allowed;
+  background-color: #fff;
+  border-color: #ddd;
+}
+.pagination-lg > li > a,
+.pagination-lg > li > span {
+  padding: 10px 16px;
+  font-size: 18px;
+}
+.pagination-lg > li:first-child > a,
+.pagination-lg > li:first-child > span {
+  border-top-left-radius: 6px;
+  border-bottom-left-radius: 6px;
+}
+.pagination-lg > li:last-child > a,
+.pagination-lg > li:last-child > span {
+  border-top-right-radius: 6px;
+  border-bottom-right-radius: 6px;
+}
+.pagination-sm > li > a,
+.pagination-sm > li > span {
+  padding: 5px 10px;
+  font-size: 12px;
+}
+.pagination-sm > li:first-child > a,
+.pagination-sm > li:first-child > span {
+  border-top-left-radius: 3px;
+  border-bottom-left-radius: 3px;
+}
+.pagination-sm > li:last-child > a,
+.pagination-sm > li:last-child > span {
+  border-top-right-radius: 3px;
+  border-bottom-right-radius: 3px;
+}
+.pager {
+  padding-left: 0;
+  margin: 20px 0;
+  text-align: center;
+  list-style: none;
+}
+.pager li {
+  display: inline;
+}
+.pager li > a,
+.pager li > span {
+  display: inline-block;
+  padding: 5px 14px;
+  background-color: #fff;
+  border: 1px solid #ddd;
+  border-radius: 15px;
+}
+.pager li > a:hover,
+.pager li > a:focus {
+  text-decoration: none;
+  background-color: #eee;
+}
+.pager .next > a,
+.pager .next > span {
+  float: right;
+}
+.pager .previous > a,
+.pager .previous > span {
+  float: left;
+}
+.pager .disabled > a,
+.pager .disabled > a:hover,
+.pager .disabled > a:focus,
+.pager .disabled > span {
+  color: #999;
+  cursor: not-allowed;
+  background-color: #fff;
+}
+.label {
+  display: inline;
+  padding: .2em .6em .3em;
+  font-size: 75%;
+  font-weight: bold;
+  line-height: 1;
+  color: #fff;
+  text-align: center;
+  white-space: nowrap;
+  vertical-align: baseline;
+  border-radius: .25em;
+}
+.label[href]:hover,
+.label[href]:focus {
+  color: #fff;
+  text-decoration: none;
+  cursor: pointer;
+}
+.label:empty {
+  display: none;
+}
+.btn .label {
+  position: relative;
+  top: -1px;
+}
+.label-default {
+  background-color: #999;
+}
+.label-default[href]:hover,
+.label-default[href]:focus {
+  background-color: #808080;
+}
+.label-primary {
+  background-color: #428bca;
+}
+.label-primary[href]:hover,
+.label-primary[href]:focus {
+  background-color: #3071a9;
+}
+.label-success {
+  background-color: #5cb85c;
+}
+.label-success[href]:hover,
+.label-success[href]:focus {
+  background-color: #449d44;
+}
+.label-info {
+  background-color: #5bc0de;
+}
+.label-info[href]:hover,
+.label-info[href]:focus {
+  background-color: #31b0d5;
+}
+.label-warning {
+  background-color: #f0ad4e;
+}
+.label-warning[href]:hover,
+.label-warning[href]:focus {
+  background-color: #ec971f;
+}
+.label-danger {
+  background-color: #d9534f;
+}
+.label-danger[href]:hover,
+.label-danger[href]:focus {
+  background-color: #c9302c;
+}
+.badge {
+  display: inline-block;
+  min-width: 10px;
+  padding: 3px 7px;
+  font-size: 12px;
+  font-weight: bold;
+  line-height: 1;
+  color: #fff;
+  text-align: center;
+  white-space: nowrap;
+  vertical-align: baseline;
+  background-color: #999;
+  border-radius: 10px;
+}
+.badge:empty {
+  display: none;
+}
+.btn .badge {
+  position: relative;
+  top: -1px;
+}
+.btn-xs .badge {
+  top: 0;
+  padding: 1px 5px;
+}
+a.badge:hover,
+a.badge:focus {
+  color: #fff;
+  text-decoration: none;
+  cursor: pointer;
+}
+a.list-group-item.active > .badge,
+.nav-pills > .active > a > .badge {
+  color: #428bca;
+  background-color: #fff;
+}
+.nav-pills > li > a > .badge {
+  margin-left: 3px;
+}
+.jumbotron {
+  padding: 30px;
+  margin-bottom: 30px;
+  color: inherit;
+  background-color: #eee;
+}
+.jumbotron h1,
+.jumbotron .h1 {
+  color: inherit;
+}
+.jumbotron p {
+  margin-bottom: 15px;
+  font-size: 21px;
+  font-weight: 200;
+}
+.container .jumbotron {
+  border-radius: 6px;
+}
+.jumbotron .container {
+  max-width: 100%;
+}
+@media screen and (min-width: 768px) {
+  .jumbotron {
+    padding-top: 48px;
+    padding-bottom: 48px;
+  }
+  .container .jumbotron {
+    padding-right: 60px;
+    padding-left: 60px;
+  }
+  .jumbotron h1,
+  .jumbotron .h1 {
+    font-size: 63px;
+  }
+}
+.thumbnail {
+  display: block;
+  padding: 4px;
+  margin-bottom: 20px;
+  line-height: 1.42857143;
+  background-color: #fff;
+  border: 1px solid #ddd;
+  border-radius: 4px;
+  -webkit-transition: all .2s ease-in-out;
+          transition: all .2s ease-in-out;
+}
+.thumbnail > img,
+.thumbnail a > img {
+  margin-right: auto;
+  margin-left: auto;
+}
+a.thumbnail:hover,
+a.thumbnail:focus,
+a.thumbnail.active {
+  border-color: #428bca;
+}
+.thumbnail .caption {
+  padding: 9px;
+  color: #333;
+}
+.alert {
+  padding: 15px;
+  margin-bottom: 20px;
+  border: 1px solid transparent;
+  border-radius: 4px;
+}
+.alert h4 {
+  margin-top: 0;
+  color: inherit;
+}
+.alert .alert-link {
+  font-weight: bold;
+}
+.alert > p,
+.alert > ul {
+  margin-bottom: 0;
+}
+.alert > p + p {
+  margin-top: 5px;
+}
+.alert-dismissable {
+  padding-right: 35px;
+}
+.alert-dismissable .close {
+  position: relative;
+  top: -2px;
+  right: -21px;
+  color: inherit;
+}
+.alert-success {
+  color: #3c763d;
+  background-color: #dff0d8;
+  border-color: #d6e9c6;
+}
+.alert-success hr {
+  border-top-color: #c9e2b3;
+}
+.alert-success .alert-link {
+  color: #2b542c;
+}
+.alert-info {
+  color: #31708f;
+  background-color: #d9edf7;
+  border-color: #bce8f1;
+}
+.alert-info hr {
+  border-top-color: #a6e1ec;
+}
+.alert-info .alert-link {
+  color: #245269;
+}
+.alert-warning {
+  color: #8a6d3b;
+  background-color: #fcf8e3;
+  border-color: #faebcc;
+}
+.alert-warning hr {
+  border-top-color: #f7e1b5;
+}
+.alert-warning .alert-link {
+  color: #66512c;
+}
+.alert-danger {
+  color: #a94442;
+  background-color: #f2dede;
+  border-color: #ebccd1;
+}
+.alert-danger hr {
+  border-top-color: #e4b9c0;
+}
+.alert-danger .alert-link {
+  color: #843534;
+}
+@-webkit-keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+@keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+.progress {
+  height: 20px;
+  margin-bottom: 20px;
+  overflow: hidden;
+  background-color: #f5f5f5;
+  border-radius: 4px;
+  -webkit-box-shadow: inset 0 1px 2px rgba(0, 0, 0, .1);
+          box-shadow: inset 0 1px 2px rgba(0, 0, 0, .1);
+}
+.progress-bar {
+  float: left;
+  width: 0;
+  height: 100%;
+  font-size: 12px;
+  line-height: 20px;
+  color: #fff;
+  text-align: center;
+  background-color: #428bca;
+  -webkit-box-shadow: inset 0 -1px 0 rgba(0, 0, 0, .15);
+          box-shadow: inset 0 -1px 0 rgba(0, 0, 0, .15);
+  -webkit-transition: width .6s ease;
+          transition: width .6s ease;
+}
+.progress-striped .progress-bar {
+  background-image: -webkit-linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-image:         linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-size: 40px 40px;
+}
+.progress.active .progress-bar {
+  -webkit-animation: progress-bar-stripes 2s linear infinite;
+          animation: progress-bar-stripes 2s linear infinite;
+}
+.progress-bar-success {
+  background-color: #5cb85c;
+}
+.progress-striped .progress-bar-success {
+  background-image: -webkit-linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-image:         linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+}
+.progress-bar-info {
+  background-color: #5bc0de;
+}
+.progress-striped .progress-bar-info {
+  background-image: -webkit-linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-image:         linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+}
+.progress-bar-warning {
+  background-color: #f0ad4e;
+}
+.progress-striped .progress-bar-warning {
+  background-image: -webkit-linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-image:         linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+}
+.progress-bar-danger {
+  background-color: #d9534f;
+}
+.progress-striped .progress-bar-danger {
+  background-image: -webkit-linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+  background-image:         linear-gradient(45deg, rgba(255, 255, 255, .15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, .15) 50%, rgba(255, 255, 255, .15) 75%, transparent 75%, transparent);
+}
+.media,
+.media-body {
+  overflow: hidden;
+  zoom: 1;
+}
+.media,
+.media .media {
+  margin-top: 15px;
+}
+.media:first-child {
+  margin-top: 0;
+}
+.media-object {
+  display: block;
+}
+.media-heading {
+  margin: 0 0 5px;
+}
+.media > .pull-left {
+  margin-right: 10px;
+}
+.media > .pull-right {
+  margin-left: 10px;
+}
+.media-list {
+  padding-left: 0;
+  list-style: none;
+}
+.list-group {
+  padding-left: 0;
+  margin-bottom: 20px;
+}
+.list-group-item {
+  position: relative;
+  display: block;
+  padding: 10px 15px;
+  margin-bottom: -1px;
+  background-color: #fff;
+  border: 1px solid #ddd;
+}
+.list-group-item:first-child {
+  border-top-left-radius: 4px;
+  border-top-right-radius: 4px;
+}
+.list-group-item:last-child {
+  margin-bottom: 0;
+  border-bottom-right-radius: 4px;
+  border-bottom-left-radius: 4px;
+}
+.list-group-item > .badge {
+  float: right;
+}
+.list-group-item > .badge + .badge {
+  margin-right: 5px;
+}
+a.list-group-item {
+  color: #555;
+}
+a.list-group-item .list-group-item-heading {
+  color: #333;
+}
+a.list-group-item:hover,
+a.list-group-item:focus {
+  text-decoration: none;
+  background-color: #f5f5f5;
+}
+a.list-group-item.active,
+a.list-group-item.active:hover,
+a.list-group-item.active:focus {
+  z-index: 2;
+  color: #fff;
+  background-color: #428bca;
+  border-color: #428bca;
+}
+a.list-group-item.active .list-group-item-heading,
+a.list-group-item.active:hover .list-group-item-heading,
+a.list-group-item.active:focus .list-group-item-heading {
+  color: inherit;
+}
+a.list-group-item.active .list-group-item-text,
+a.list-group-item.active:hover .list-group-item-text,
+a.list-group-item.active:focus .list-group-item-text {
+  color: #e1edf7;
+}
+.list-group-item-success {
+  color: #3c763d;
+  background-color: #dff0d8;
+}
+a.list-group-item-success {
+  color: #3c763d;
+}
+a.list-group-item-success .list-group-item-heading {
+  color: inherit;
+}
+a.list-group-item-success:hover,
+a.list-group-item-success:focus {
+  color: #3c763d;
+  background-color: #d0e9c6;
+}
+a.list-group-item-success.active,
+a.list-group-item-success.active:hover,
+a.list-group-item-success.active:focus {
+  color: #fff;
+  background-color: #3c763d;
+  border-color: #3c763d;
+}
+.list-group-item-info {
+  color: #31708f;
+  background-color: #d9edf7;
+}
+a.list-group-item-info {
+  color: #31708f;
+}
+a.list-group-item-info .list-group-item-heading {
+  color: inherit;
+}
+a.list-group-item-info:hover,
+a.list-group-item-info:focus {
+  color: #31708f;
+  background-color: #c4e3f3;
+}
+a.list-group-item-info.active,
+a.list-group-item-info.active:hover,
+a.list-group-item-info.active:focus {
+  color: #fff;
+  background-color: #31708f;
+  border-color: #31708f;
+}
+.list-group-item-warning {
+  color: #8a6d3b;
+  background-color: #fcf8e3;
+}
+a.list-group-item-warning {
+  color: #8a6d3b;
+}
+a.list-group-item-warning .list-group-item-heading {
+  color: inherit;
+}
+a.list-group-item-warning:hover,
+a.list-group-item-warning:focus {
+  color: #8a6d3b;
+  background-color: #faf2cc;
+}
+a.list-group-item-warning.active,
+a.list-group-item-warning.active:hover,
+a.list-group-item-warning.active:focus {
+  color: #fff;
+  background-color: #8a6d3b;
+  border-color: #8a6d3b;
+}
+.list-group-item-danger {
+  color: #a94442;
+  background-color: #f2dede;
+}
+a.list-group-item-danger {
+  color: #a94442;
+}
+a.list-group-item-danger .list-group-item-heading {
+  color: inherit;
+}
+a.list-group-item-danger:hover,
+a.list-group-item-danger:focus {
+  color: #a94442;
+  background-color: #ebcccc;
+}
+a.list-group-item-danger.active,
+a.list-group-item-danger.active:hover,
+a.list-group-item-danger.active:focus {
+  color: #fff;
+  background-color: #a94442;
+  border-color: #a94442;
+}
+.list-group-item-heading {
+  margin-top: 0;
+  margin-bottom: 5px;
+}
+.list-group-item-text {
+  margin-bottom: 0;
+  line-height: 1.3;
+}
+.panel {
+  margin-bottom: 20px;
+  background-color: #fff;
+  border: 1px solid transparent;
+  border-radius: 4px;
+  -webkit-box-shadow: 0 1px 1px rgba(0, 0, 0, .05);
+          box-shadow: 0 1px 1px rgba(0, 0, 0, .05);
+}
+.panel-body {
+  padding: 15px;
+}
+.panel-heading {
+  padding: 10px 15px;
+  border-bottom: 1px solid transparent;
+  border-top-left-radius: 3px;
+  border-top-right-radius: 3px;
+}
+.panel-heading > .dropdown .dropdown-toggle {
+  color: inherit;
+}
+.panel-title {
+  margin-top: 0;
+  margin-bottom: 0;
+  font-size: 16px;
+  color: inherit;
+}
+.panel-title > a {
+  color: inherit;
+}
+.panel-footer {
+  padding: 10px 15px;
+  background-color: #f5f5f5;
+  border-top: 1px solid #ddd;
+  border-bottom-right-radius: 3px;
+  border-bottom-left-radius: 3px;
+}
+.panel > .list-group {
+  margin-bottom: 0;
+}
+.panel > .list-group .list-group-item {
+  border-width: 1px 0;
+  border-radius: 0;
+}
+.panel > .list-group:first-child .list-group-item:first-child {
+  border-top: 0;
+  border-top-left-radius: 3px;
+  border-top-right-radius: 3px;
+}
+.panel > .list-group:last-child .list-group-item:last-child {
+  border-bottom: 0;
+  border-bottom-right-radius: 3px;
+  border-bottom-left-radius: 3px;
+}
+.panel-heading + .list-group .list-group-item:first-child {
+  border-top-width: 0;
+}
+.panel > .table,
+.panel > .table-responsive > .table {
+  margin-bottom: 0;
+}
+.panel > .table:first-child,
+.panel > .table-responsive:first-child > .table:first-child {
+  border-top-left-radius: 3px;
+  border-top-right-radius: 3px;
+}
+.panel > .table:first-child > thead:first-child > tr:first-child td:first-child,
+.panel > .table-responsive:first-child > .table:first-child > thead:first-child > tr:first-child td:first-child,
+.panel > .table:first-child > tbody:first-child > tr:first-child td:first-child,
+.panel > .table-responsive:first-child > .table:first-child > tbody:first-child > tr:first-child td:first-child,
+.panel > .table:first-child > thead:first-child > tr:first-child th:first-child,
+.panel > .table-responsive:first-child > .table:first-child > thead:first-child > tr:first-child th:first-child,
+.panel > .table:first-child > tbody:first-child > tr:first-child th:first-child,
+.panel > .table-responsive:first-child > .table:first-child > tbody:first-child > tr:first-child th:first-child {
+  border-top-left-radius: 3px;
+}
+.panel > .table:first-child > thead:first-child > tr:first-child td:last-child,
+.panel > .table-responsive:first-child > .table:first-child > thead:first-child > tr:first-child td:last-child,
+.panel > .table:first-child > tbody:first-child > tr:first-child td:last-child,
+.panel > .table-responsive:first-child > .table:first-child > tbody:first-child > tr:first-child td:last-child,
+.panel > .table:first-child > thead:first-child > tr:first-child th:last-child,
+.panel > .table-responsive:first-child > .table:first-child > thead:first-child > tr:first-child th:last-child,
+.panel > .table:first-child > tbody:first-child > tr:first-child th:last-child,
+.panel > .table-responsive:first-child > .table:first-child > tbody:first-child > tr:first-child th:last-child {
+  border-top-right-radius: 3px;
+}
+.panel > .table:last-child,
+.panel > .table-responsive:last-child > .table:last-child {
+  border-bottom-right-radius: 3px;
+  border-bottom-left-radius: 3px;
+}
+.panel > .table:last-child > tbody:last-child > tr:last-child td:first-child,
+.panel > .table-responsive:last-child > .table:last-child > tbody:last-child > tr:last-child td:first-child,
+.panel > .table:last-child > tfoot:last-child > tr:last-child td:first-child,
+.panel > .table-responsive:last-child > .table:last-child > tfoot:last-child > tr:last-child td:first-child,
+.panel > .table:last-child > tbody:last-child > tr:last-child th:first-child,
+.panel > .table-responsive:last-child > .table:last-child > tbody:last-child > tr:last-child th:first-child,
+.panel > .table:last-child > tfoot:last-child > tr:last-child th:first-child,
+.panel > .table-responsive:last-child > .table:last-child > tfoot:last-child > tr:last-child th:first-child {
+  border-bottom-left-radius: 3px;
+}
+.panel > .table:last-child > tbody:last-child > tr:last-child td:last-child,
+.panel > .table-responsive:last-child > .table:last-child > tbody:last-child > tr:last-child td:last-child,
+.panel > .table:last-child > tfoot:last-child > tr:last-child td:last-child,
+.panel > .table-responsive:last-child > .table:last-child > tfoot:last-child > tr:last-child td:last-child,
+.panel > .table:last-child > tbody:last-child > tr:last-child th:last-child,
+.panel > .table-responsive:last-child > .table:last-child > tbody:last-child > tr:last-child th:last-child,
+.panel > .table:last-child > tfoot:last-child > tr:last-child th:last-child,
+.panel > .table-responsive:last-child > .table:last-child > tfoot:last-child > tr:last-child th:last-child {
+  border-bottom-right-radius: 3px;
+}
+.panel > .panel-body + .table,
+.panel > .panel-body + .table-responsive {
+  border-top: 1px solid #ddd;
+}
+.panel > .table > tbody:first-child > tr:first-child th,
+.panel > .table > tbody:first-child > tr:first-child td {
+  border-top: 0;
+}
+.panel > .table-bordered,
+.panel > .table-responsive > .table-bordered {
+  border: 0;
+}
+.panel > .table-bordered > thead > tr > th:first-child,
+.panel > .table-responsive > .table-bordered > thead > tr > th:first-child,
+.panel > .table-bordered > tbody > tr > th:first-child,
+.panel > .table-responsive > .table-bordered > tbody > tr > th:first-child,
+.panel > .table-bordered > tfoot > tr > th:first-child,
+.panel > .table-responsive > .table-bordered > tfoot > tr > th:first-child,
+.panel > .table-bordered > thead > tr > td:first-child,
+.panel > .table-responsive > .table-bordered > thead > tr > td:first-child,
+.panel > .table-bordered > tbody > tr > td:first-child,
+.panel > .table-responsive > .table-bordered > tbody > tr > td:first-child,
+.panel > .table-bordered > tfoot > tr > td:first-child,
+.panel > .table-responsive > .table-bordered > tfoot > tr > td:first-child {
+  border-left: 0;
+}
+.panel > .table-bordered > thead > tr > th:last-child,
+.panel > .table-responsive > .table-bordered > thead > tr > th:last-child,
+.panel > .table-bordered > tbody > tr > th:last-child,
+.panel > .table-responsive > .table-bordered > tbody > tr > th:last-child,
+.panel > .table-bordered > tfoot > tr > th:last-child,
+.panel > .table-responsive > .table-bordered > tfoot > tr > th:last-child,
+.panel > .table-bordered > thead > tr > td:last-child,
+.panel > .table-responsive > .table-bordered > thead > tr > td:last-child,
+.panel > .table-bordered > tbody > tr > td:last-child,
+.panel > .table-responsive > .table-bordered > tbody > tr > td:last-child,
+.panel > .table-bordered > tfoot > tr > td:last-child,
+.panel > .table-responsive > .table-bordered > tfoot > tr > td:last-child {
+  border-right: 0;
+}
+.panel > .table-bordered > thead > tr:first-child > td,
+.panel > .table-responsive > .table-bordered > thead > tr:first-child > td,
+.panel > .table-bordered > tbody > tr:first-child > td,
+.panel > .table-responsive > .table-bordered > tbody > tr:first-child > td,
+.panel > .table-bordered > thead > tr:first-child > th,
+.panel > .table-responsive > .table-bordered > thead > tr:first-child > th,
+.panel > .table-bordered > tbody > tr:first-child > th,
+.panel > .table-responsive > .table-bordered > tbody > tr:first-child > th {
+  border-bottom: 0;
+}
+.panel > .table-bordered > tbody > tr:last-child > td,
+.panel > .table-responsive > .table-bordered > tbody > tr:last-child > td,
+.panel > .table-bordered > tfoot > tr:last-child > td,
+.panel > .table-responsive > .table-bordered > tfoot > tr:last-child > td,
+.panel > .table-bordered > tbody > tr:last-child > th,
+.panel > .table-responsive > .table-bordered > tbody > tr:last-child > th,
+.panel > .table-bordered > tfoot > tr:last-child > th,
+.panel > .table-responsive > .table-bordered > tfoot > tr:last-child > th {
+  border-bottom: 0;
+}
+.panel > .table-responsive {
+  margin-bottom: 0;
+  border: 0;
+}
+.panel-group {
+  margin-bottom: 20px;
+}
+.panel-group .panel {
+  margin-bottom: 0;
+  overflow: hidden;
+  border-radius: 4px;
+}
+.panel-group .panel + .panel {
+  margin-top: 5px;
+}
+.panel-group .panel-heading {
+  border-bottom: 0;
+}
+.panel-group .panel-heading + .panel-collapse .panel-body {
+  border-top: 1px solid #ddd;
+}
+.panel-group .panel-footer {
+  border-top: 0;
+}
+.panel-group .panel-footer + .panel-collapse .panel-body {
+  border-bottom: 1px solid #ddd;
+}
+.panel-default {
+  border-color: #ddd;
+}
+.panel-default > .panel-heading {
+  color: #333;
+  background-color: #f5f5f5;
+  border-color: #ddd;
+}
+.panel-default > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #ddd;
+}
+.panel-default > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #ddd;
+}
+.panel-primary {
+  border-color: #428bca;
+}
+.panel-primary > .panel-heading {
+  color: #fff;
+  background-color: #428bca;
+  border-color: #428bca;
+}
+.panel-primary > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #428bca;
+}
+.panel-primary > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #428bca;
+}
+.panel-success {
+  border-color: #d6e9c6;
+}
+.panel-success > .panel-heading {
+  color: #3c763d;
+  background-color: #dff0d8;
+  border-color: #d6e9c6;
+}
+.panel-success > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #d6e9c6;
+}
+.panel-success > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #d6e9c6;
+}
+.panel-info {
+  border-color: #bce8f1;
+}
+.panel-info > .panel-heading {
+  color: #31708f;
+  background-color: #d9edf7;
+  border-color: #bce8f1;
+}
+.panel-info > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #bce8f1;
+}
+.panel-info > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #bce8f1;
+}
+.panel-warning {
+  border-color: #faebcc;
+}
+.panel-warning > .panel-heading {
+  color: #8a6d3b;
+  background-color: #fcf8e3;
+  border-color: #faebcc;
+}
+.panel-warning > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #faebcc;
+}
+.panel-warning > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #faebcc;
+}
+.panel-danger {
+  border-color: #ebccd1;
+}
+.panel-danger > .panel-heading {
+  color: #a94442;
+  background-color: #f2dede;
+  border-color: #ebccd1;
+}
+.panel-danger > .panel-heading + .panel-collapse .panel-body {
+  border-top-color: #ebccd1;
+}
+.panel-danger > .panel-footer + .panel-collapse .panel-body {
+  border-bottom-color: #ebccd1;
+}
+.well {
+  min-height: 20px;
+  padding: 19px;
+  margin-bottom: 20px;
+  background-color: #f5f5f5;
+  border: 1px solid #e3e3e3;
+  border-radius: 4px;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, .05);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, .05);
+}
+.well blockquote {
+  border-color: #ddd;
+  border-color: rgba(0, 0, 0, .15);
+}
+.well-lg {
+  padding: 24px;
+  border-radius: 6px;
+}
+.well-sm {
+  padding: 9px;
+  border-radius: 3px;
+}
+.close {
+  float: right;
+  font-size: 21px;
+  font-weight: bold;
+  line-height: 1;
+  color: #000;
+  text-shadow: 0 1px 0 #fff;
+  filter: alpha(opacity=20);
+  opacity: .2;
+}
+.close:hover,
+.close:focus {
+  color: #000;
+  text-decoration: none;
+  cursor: pointer;
+  filter: alpha(opacity=50);
+  opacity: .5;
+}
+button.close {
+  -webkit-appearance: none;
+  padding: 0;
+  cursor: pointer;
+  background: transparent;
+  border: 0;
+}
+.modal-open {
+  overflow: hidden;
+}
+.modal {
+  position: fixed;
+  top: 0;
+  right: 0;
+  bottom: 0;
+  left: 0;
+  z-index: 1050;
+  display: none;
+  overflow: auto;
+  overflow-y: scroll;
+  -webkit-overflow-scrolling: touch;
+  outline: 0;
+}
+.modal.fade .modal-dialog {
+  -webkit-transition: -webkit-transform .3s ease-out;
+     -moz-transition:    -moz-transform .3s ease-out;
+       -o-transition:      -o-transform .3s ease-out;
+          transition:         transform .3s ease-out;
+  -webkit-transform: translate(0, -25%);
+      -ms-transform: translate(0, -25%);
+          transform: translate(0, -25%);
+}
+.modal.in .modal-dialog {
+  -webkit-transform: translate(0, 0);
+      -ms-transform: translate(0, 0);
+          transform: translate(0, 0);
+}
+.modal-dialog {
+  position: relative;
+  width: auto;
+  margin: 10px;
+}
+.modal-content {
+  position: relative;
+  background-color: #fff;
+  background-clip: padding-box;
+  border: 1px solid #999;
+  border: 1px solid rgba(0, 0, 0, .2);
+  border-radius: 6px;
+  outline: none;
+  -webkit-box-shadow: 0 3px 9px rgba(0, 0, 0, .5);
+          box-shadow: 0 3px 9px rgba(0, 0, 0, .5);
+}
+.modal-backdrop {
+  position: fixed;
+  top: 0;
+  right: 0;
+  bottom: 0;
+  left: 0;
+  z-index: 1040;
+  background-color: #000;
+}
+.modal-backdrop.fade {
+  filter: alpha(opacity=0);
+  opacity: 0;
+}
+.modal-backdrop.in {
+  filter: alpha(opacity=50);
+  opacity: .5;
+}
+.modal-header {
+  min-height: 16.42857143px;
+  padding: 15px;
+  border-bottom: 1px solid #e5e5e5;
+}
+.modal-header .close {
+  margin-top: -2px;
+}
+.modal-title {
+  margin: 0;
+  line-height: 1.42857143;
+}
+.modal-body {
+  position: relative;
+  padding: 20px;
+}
+.modal-footer {
+  padding: 19px 20px 20px;
+  margin-top: 15px;
+  text-align: right;
+  border-top: 1px solid #e5e5e5;
+}
+.modal-footer .btn + .btn {
+  margin-bottom: 0;
+  margin-left: 5px;
+}
+.modal-footer .btn-group .btn + .btn {
+  margin-left: -1px;
+}
+.modal-footer .btn-block + .btn-block {
+  margin-left: 0;
+}
+@media (min-width: 768px) {
+  .modal-dialog {
+    width: 600px;
+    margin: 30px auto;
+  }
+  .modal-content {
+    -webkit-box-shadow: 0 5px 15px rgba(0, 0, 0, .5);
+            box-shadow: 0 5px 15px rgba(0, 0, 0, .5);
+  }
+  .modal-sm {
+    width: 300px;
+  }
+}
+@media (min-width: 992px) {
+  .modal-lg {
+    width: 900px;
+  }
+}
+.tooltip {
+  position: absolute;
+  z-index: 1030;
+  display: block;
+  font-size: 12px;
+  line-height: 1.4;
+  visibility: visible;
+  filter: alpha(opacity=0);
+  opacity: 0;
+}
+.tooltip.in {
+  filter: alpha(opacity=90);
+  opacity: .9;
+}
+.tooltip.top {
+  padding: 5px 0;
+  margin-top: -3px;
+}
+.tooltip.right {
+  padding: 0 5px;
+  margin-left: 3px;
+}
+.tooltip.bottom {
+  padding: 5px 0;
+  margin-top: 3px;
+}
+.tooltip.left {
+  padding: 0 5px;
+  margin-left: -3px;
+}
+.tooltip-inner {
+  max-width: 200px;
+  padding: 3px 8px;
+  color: #fff;
+  text-align: center;
+  text-decoration: none;
+  background-color: #000;
+  border-radius: 4px;
+}
+.tooltip-arrow {
+  position: absolute;
+  width: 0;
+  height: 0;
+  border-color: transparent;
+  border-style: solid;
+}
+.tooltip.top .tooltip-arrow {
+  bottom: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-width: 5px 5px 0;
+  border-top-color: #000;
+}
+.tooltip.top-left .tooltip-arrow {
+  bottom: 0;
+  left: 5px;
+  border-width: 5px 5px 0;
+  border-top-color: #000;
+}
+.tooltip.top-right .tooltip-arrow {
+  right: 5px;
+  bottom: 0;
+  border-width: 5px 5px 0;
+  border-top-color: #000;
+}
+.tooltip.right .tooltip-arrow {
+  top: 50%;
+  left: 0;
+  margin-top: -5px;
+  border-width: 5px 5px 5px 0;
+  border-right-color: #000;
+}
+.tooltip.left .tooltip-arrow {
+  top: 50%;
+  right: 0;
+  margin-top: -5px;
+  border-width: 5px 0 5px 5px;
+  border-left-color: #000;
+}
+.tooltip.bottom .tooltip-arrow {
+  top: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-width: 0 5px 5px;
+  border-bottom-color: #000;
+}
+.tooltip.bottom-left .tooltip-arrow {
+  top: 0;
+  left: 5px;
+  border-width: 0 5px 5px;
+  border-bottom-color: #000;
+}
+.tooltip.bottom-right .tooltip-arrow {
+  top: 0;
+  right: 5px;
+  border-width: 0 5px 5px;
+  border-bottom-color: #000;
+}
+.popover {
+  position: absolute;
+  top: 0;
+  left: 0;
+  z-index: 1010;
+  display: none;
+  max-width: 276px;
+  padding: 1px;
+  text-align: left;
+  white-space: normal;
+  background-color: #fff;
+  background-clip: padding-box;
+  border: 1px solid #ccc;
+  border: 1px solid rgba(0, 0, 0, .2);
+  border-radius: 6px;
+  -webkit-box-shadow: 0 5px 10px rgba(0, 0, 0, .2);
+          box-shadow: 0 5px 10px rgba(0, 0, 0, .2);
+}
+.popover.top {
+  margin-top: -10px;
+}
+.popover.right {
+  margin-left: 10px;
+}
+.popover.bottom {
+  margin-top: 10px;
+}
+.popover.left {
+  margin-left: -10px;
+}
+.popover-title {
+  padding: 8px 14px;
+  margin: 0;
+  font-size: 14px;
+  font-weight: normal;
+  line-height: 18px;
+  background-color: #f7f7f7;
+  border-bottom: 1px solid #ebebeb;
+  border-radius: 5px 5px 0 0;
+}
+.popover-content {
+  padding: 9px 14px;
+}
+.popover > .arrow,
+.popover > .arrow:after {
+  position: absolute;
+  display: block;
+  width: 0;
+  height: 0;
+  border-color: transparent;
+  border-style: solid;
+}
+.popover > .arrow {
+  border-width: 11px;
+}
+.popover > .arrow:after {
+  content: "";
+  border-width: 10px;
+}
+.popover.top > .arrow {
+  bottom: -11px;
+  left: 50%;
+  margin-left: -11px;
+  border-top-color: #999;
+  border-top-color: rgba(0, 0, 0, .25);
+  border-bottom-width: 0;
+}
+.popover.top > .arrow:after {
+  bottom: 1px;
+  margin-left: -10px;
+  content: " ";
+  border-top-color: #fff;
+  border-bottom-width: 0;
+}
+.popover.right > .arrow {
+  top: 50%;
+  left: -11px;
+  margin-top: -11px;
+  border-right-color: #999;
+  border-right-color: rgba(0, 0, 0, .25);
+  border-left-width: 0;
+}
+.popover.right > .arrow:after {
+  bottom: -10px;
+  left: 1px;
+  content: " ";
+  border-right-color: #fff;
+  border-left-width: 0;
+}
+.popover.bottom > .arrow {
+  top: -11px;
+  left: 50%;
+  margin-left: -11px;
+  border-top-width: 0;
+  border-bottom-color: #999;
+  border-bottom-color: rgba(0, 0, 0, .25);
+}
+.popover.bottom > .arrow:after {
+  top: 1px;
+  margin-left: -10px;
+  content: " ";
+  border-top-width: 0;
+  border-bottom-color: #fff;
+}
+.popover.left > .arrow {
+  top: 50%;
+  right: -11px;
+  margin-top: -11px;
+  border-right-width: 0;
+  border-left-color: #999;
+  border-left-color: rgba(0, 0, 0, .25);
+}
+.popover.left > .arrow:after {
+  right: 1px;
+  bottom: -10px;
+  content: " ";
+  border-right-width: 0;
+  border-left-color: #fff;
+}
+.carousel {
+  position: relative;
+}
+.carousel-inner {
+  position: relative;
+  width: 100%;
+  overflow: hidden;
+}
+.carousel-inner > .item {
+  position: relative;
+  display: none;
+  -webkit-transition: .6s ease-in-out left;
+          transition: .6s ease-in-out left;
+}
+.carousel-inner > .item > img,
+.carousel-inner > .item > a > img {
+  line-height: 1;
+}
+.carousel-inner > .active,
+.carousel-inner > .next,
+.carousel-inner > .prev {
+  display: block;
+}
+.carousel-inner > .active {
+  left: 0;
+}
+.carousel-inner > .next,
+.carousel-inner > .prev {
+  position: absolute;
+  top: 0;
+  width: 100%;
+}
+.carousel-inner > .next {
+  left: 100%;
+}
+.carousel-inner > .prev {
+  left: -100%;
+}
+.carousel-inner > .next.left,
+.carousel-inner > .prev.right {
+  left: 0;
+}
+.carousel-inner > .active.left {
+  left: -100%;
+}
+.carousel-inner > .active.right {
+  left: 100%;
+}
+.carousel-control {
+  position: absolute;
+  top: 0;
+  bottom: 0;
+  left: 0;
+  width: 15%;
+  font-size: 20px;
+  color: #fff;
+  text-align: center;
+  text-shadow: 0 1px 2px rgba(0, 0, 0, .6);
+  filter: alpha(opacity=50);
+  opacity: .5;
+}
+.carousel-control.left {
+  background-image: -webkit-linear-gradient(left, color-stop(rgba(0, 0, 0, .5) 0%), color-stop(rgba(0, 0, 0, .0001) 100%));
+  background-image:         linear-gradient(to right, rgba(0, 0, 0, .5) 0%, rgba(0, 0, 0, .0001) 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#80000000', endColorstr='#00000000', GradientType=1);
+  background-repeat: repeat-x;
+}
+.carousel-control.right {
+  right: 0;
+  left: auto;
+  background-image: -webkit-linear-gradient(left, color-stop(rgba(0, 0, 0, .0001) 0%), color-stop(rgba(0, 0, 0, .5) 100%));
+  background-image:         linear-gradient(to right, rgba(0, 0, 0, .0001) 0%, rgba(0, 0, 0, .5) 100%);
+  filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#00000000', endColorstr='#80000000', GradientType=1);
+  background-repeat: repeat-x;
+}
+.carousel-control:hover,
+.carousel-control:focus {
+  color: #fff;
+  text-decoration: none;
+  filter: alpha(opacity=90);
+  outline: none;
+  opacity: .9;
+}
+.carousel-control .icon-prev,
+.carousel-control .icon-next,
+.carousel-control .glyphicon-chevron-left,
+.carousel-control .glyphicon-chevron-right {
+  position: absolute;
+  top: 50%;
+  z-index: 5;
+  display: inline-block;
+}
+.carousel-control .icon-prev,
+.carousel-control .glyphicon-chevron-left {
+  left: 50%;
+}
+.carousel-control .icon-next,
+.carousel-control .glyphicon-chevron-right {
+  right: 50%;
+}
+.carousel-control .icon-prev,
+.carousel-control .icon-next {
+  width: 20px;
+  height: 20px;
+  margin-top: -10px;
+  margin-left: -10px;
+  font-family: serif;
+}
+.carousel-control .icon-prev:before {
+  content: '\2039';
+}
+.carousel-control .icon-next:before {
+  content: '\203a';
+}
+.carousel-indicators {
+  position: absolute;
+  bottom: 10px;
+  left: 50%;
+  z-index: 15;
+  width: 60%;
+  padding-left: 0;
+  margin-left: -30%;
+  text-align: center;
+  list-style: none;
+}
+.carousel-indicators li {
+  display: inline-block;
+  width: 10px;
+  height: 10px;
+  margin: 1px;
+  text-indent: -999px;
+  cursor: pointer;
+  background-color: #000 \9;
+  background-color: rgba(0, 0, 0, 0);
+  border: 1px solid #fff;
+  border-radius: 10px;
+}
+.carousel-indicators .active {
+  width: 12px;
+  height: 12px;
+  margin: 0;
+  background-color: #fff;
+}
+.carousel-caption {
+  position: absolute;
+  right: 15%;
+  bottom: 20px;
+  left: 15%;
+  z-index: 10;
+  padding-top: 20px;
+  padding-bottom: 20px;
+  color: #fff;
+  text-align: center;
+  text-shadow: 0 1px 2px rgba(0, 0, 0, .6);
+}
+.carousel-caption .btn {
+  text-shadow: none;
+}
+@media screen and (min-width: 768px) {
+  .carousel-control .glyphicon-chevron-left,
+  .carousel-control .glyphicon-chevron-right,
+  .carousel-control .icon-prev,
+  .carousel-control .icon-next {
+    width: 30px;
+    height: 30px;
+    margin-top: -15px;
+    margin-left: -15px;
+    font-size: 30px;
+  }
+  .carousel-caption {
+    right: 20%;
+    left: 20%;
+    padding-bottom: 30px;
+  }
+  .carousel-indicators {
+    bottom: 20px;
+  }
+}
+.clearfix:before,
+.clearfix:after,
+.container:before,
+.container:after,
+.container-fluid:before,
+.container-fluid:after,
+.row:before,
+.row:after,
+.form-horizontal .form-group:before,
+.form-horizontal .form-group:after,
+.btn-toolbar:before,
+.btn-toolbar:after,
+.btn-group-vertical > .btn-group:before,
+.btn-group-vertical > .btn-group:after,
+.nav:before,
+.nav:after,
+.navbar:before,
+.navbar:after,
+.navbar-header:before,
+.navbar-header:after,
+.navbar-collapse:before,
+.navbar-collapse:after,
+.pager:before,
+.pager:after,
+.panel-body:before,
+.panel-body:after,
+.modal-footer:before,
+.modal-footer:after {
+  display: table;
+  content: " ";
+}
+.clearfix:after,
+.container:after,
+.container-fluid:after,
+.row:after,
+.form-horizontal .form-group:after,
+.btn-toolbar:after,
+.btn-group-vertical > .btn-group:after,
+.nav:after,
+.navbar:after,
+.navbar-header:after,
+.navbar-collapse:after,
+.pager:after,
+.panel-body:after,
+.modal-footer:after {
+  clear: both;
+}
+.center-block {
+  display: block;
+  margin-right: auto;
+  margin-left: auto;
+}
+.pull-right {
+  float: right !important;
+}
+.pull-left {
+  float: left !important;
+}
+.hide {
+  display: none !important;
+}
+.show {
+  display: block !important;
+}
+.invisible {
+  visibility: hidden;
+}
+.text-hide {
+  font: 0/0 a;
+  color: transparent;
+  text-shadow: none;
+  background-color: transparent;
+  border: 0;
+}
+.hidden {
+  display: none !important;
+  visibility: hidden !important;
+}
+.affix {
+  position: fixed;
+}
+@-ms-viewport {
+  width: device-width;
+}
+.visible-xs,
+.visible-sm,
+.visible-md,
+.visible-lg {
+  display: none !important;
+}
+@media (max-width: 767px) {
+  .visible-xs {
+    display: block !important;
+  }
+  table.visible-xs {
+    display: table;
+  }
+  tr.visible-xs {
+    display: table-row !important;
+  }
+  th.visible-xs,
+  td.visible-xs {
+    display: table-cell !important;
+  }
+}
+@media (min-width: 768px) and (max-width: 991px) {
+  .visible-sm {
+    display: block !important;
+  }
+  table.visible-sm {
+    display: table;
+  }
+  tr.visible-sm {
+    display: table-row !important;
+  }
+  th.visible-sm,
+  td.visible-sm {
+    display: table-cell !important;
+  }
+}
+@media (min-width: 992px) and (max-width: 1199px) {
+  .visible-md {
+    display: block !important;
+  }
+  table.visible-md {
+    display: table;
+  }
+  tr.visible-md {
+    display: table-row !important;
+  }
+  th.visible-md,
+  td.visible-md {
+    display: table-cell !important;
+  }
+}
+@media (min-width: 1200px) {
+  .visible-lg {
+    display: block !important;
+  }
+  table.visible-lg {
+    display: table;
+  }
+  tr.visible-lg {
+    display: table-row !important;
+  }
+  th.visible-lg,
+  td.visible-lg {
+    display: table-cell !important;
+  }
+}
+@media (max-width: 767px) {
+  .hidden-xs {
+    display: none !important;
+  }
+}
+@media (min-width: 768px) and (max-width: 991px) {
+  .hidden-sm {
+    display: none !important;
+  }
+}
+@media (min-width: 992px) and (max-width: 1199px) {
+  .hidden-md {
+    display: none !important;
+  }
+}
+@media (min-width: 1200px) {
+  .hidden-lg {
+    display: none !important;
+  }
+}
+.visible-print {
+  display: none !important;
+}
+@media print {
+  .visible-print {
+    display: block !important;
+  }
+  table.visible-print {
+    display: table;
+  }
+  tr.visible-print {
+    display: table-row !important;
+  }
+  th.visible-print,
+  td.visible-print {
+    display: table-cell !important;
+  }
+}
+@media print {
+  .hidden-print {
+    display: none !important;
+  }
+}
+/*# sourceMappingURL=bootstrap.css.map */
diff --git a/static/favicon.ico b/static/favicon.ico
new file mode 100644
index 0000000000000000000000000000000000000000..e754f5a48b1782620b743e3e9096f3cd40333edb
GIT binary patch
literal 2550
zcmeH{Pj3=Y6vYov6>UXE)Y_^QwIKEH!^+B-xG-IsRKo}821p1bEJ!hF8pFzjm8rF@
zDM1Y>(l(}c0}D1Ju%XD>9qAWn8j@Oq2;Mit0A-M*Cc5fL=HC0x@4k6&?qUEH)X?ko
zl>1;&0cHS3BWSI~XD#rIJPUbx?$g8jxL%1-3Y>9mZRJs~*OAZXvADQ|FB^4Ot>c)V
ze@EUojEvSXvGEwu?;phe&L9YahEWg%gWYcB*)%0Q=h-F*FQhyvu1!-CH%$8N+?Vx~
z#Ov22*%R~78)@0dOC)Zr#^0}sK=eEBbJ#VXlaZb$^ziwKlEx*~G)u0zxjB?dB}{yM
z1eeQ&<>h7gd_GK1zeFODz}{X7)!I+QVlm9j%wS<*fo8iU&ereuBOZ@qc6JukY7Lv4
zo5*A`D3{Cddc7F46|uIqhGMY@r_+f_rGjWQitX)f1cO0@LLr31VXUmIAel@eolYZ{
z%fan-qgJaS5{cl`$G6zo*@4I7LHSo1G)$yYDeUg<BAd;^;c%c(C?F6BV1NGy*4NkR
zzE$btj^fb-jwaA^0=hO?!MLsswRx@5JRnjYPPN=tb*G6LL(7({ha6wk8;t$DxGvjr
zR*~6%MO=*zGiJIZgGRo=m}aa|pQGLmtfSWtG`(X=ewncoO)e<;Mfz^eIXQ1qays)C
zKcADkj9qBHt5MveJDoW#a;t{1`<+~OlNx9*kBs#xux|V~W5Y5Zd7y02S{O4o_ABqF
z?C<TI?Zkrz)roZn@!+AkVnbI$tyXvSW%J*0dULzv1Dm-WQr-0BqBp<YXzR9<&`Dcw
SE+3-%!~VbLJ%0}W0saQKoa2-L

literal 0
HcmV?d00001

diff --git a/static/fonts/glyphicons-halflings-regular.eot b/static/fonts/glyphicons-halflings-regular.eot
new file mode 100644
index 0000000000000000000000000000000000000000..4a4ca865d67e86f961bc6e2ef00bffa4e34bb9ed
GIT binary patch
literal 20335
zcma%iRa9Lu*X_aGIXLtH2X}XOcXxM};>BGK?k>gMi@Uo+afec%&=$Y_zI(@iAMVRd
zMzYtMnVHGh`(bBgBrYld0G2WU0R1n+0{)ZW{#ye8Pyh%N;2)-_`hS4`dHjR_o8s?3
z%Kr!aAA=Sk15gC$0aO9906BmJKn0)-&;Wq`d1e4dfc3v(2XF@106hNnKnJJ;tp3?v
z|4=i4`#;17p#2YV|JP~<aQVjr0oVY{0M>t*4IuDO^FK=e+xx$$?LVd`z~aAr@Bit+
z4B+|46aYB=Q+D{L`5%t;Kdt|aZw_GpXL0?v@B%pgd3^uI=KcSkIq3hHHvk~6A@l#d
zDHwovCxFWvz!d;sGQ^&}h@CLq(3!MVaFhSyL!rg*&d8F%X_&hML`QYBTiRZ}i=N8C
zfX|m2SCm$2B^?XKJ=3POS<xXNB{p2XXK+_wMOGVZnBZVi5e}6Y|6&<yQ)U%t_?I)|
z$UxGPI3f<gbzDcS=uvd*F-hJ48@*B~rQ%a$ce$2W*h2m|CL*EzQysJG(21!-486pi
z9Op(2E~L-}(eO7?`oQPh!vSmW(NSH=-))ZKL~;2xY%vBbW>}r1sVM9Nj*l5q`5#S%
zQ}FD^zy1Pj*xUGOm4;*C;l80oktO?~%SdX8H^8@@idBFWyOINSr_!xo{REWRlXgw|
z3-(h5XcHaEdPKzyy2-P+Rljn4lR?IelEOtWLiC?_9FW&x@kpuRtfsn*-QLS4E<Fz)
zG9ld#Bnh;*Rbk?ER9!Ta)FqrS7@C4{EAs~A!V%DK>oN{{q0u8pt_^hD_!V);D{hen
z-XpV~5QeQTYTIl1+B^5r72`!7FRQQ$Jh74=Gm*OkaIoNUC<v*|(E(8Aj*LvEM{1C?
zyZ{#C??5QU&iBe&ZNxqGYA?UnmFg=wgvPZ$3)LsZ<b+4p4zbj9^8U=85Dk&+ntVHr
z-r%wsOFM1J-)x^j=IMDx@M(3Dm-KN|ZXVOBlKmw$OFqyu(Llh8E3%Y~Y1Zon!|%`h
zMcSPk^tyruyKs(okWegQr7FUGWbEIh%zF!S#n>7!wk7rRZVuVK6urnp@}QDpB~9*S
zkVWg8LyXz8-%53>GXb$%*H0(bqkUIN`Oz8g=bse?bAumC8`5XqA+(_y{fV^j(1$BZ
za*@mJ(&?Dl2k;8tW}O6OaavJE|17u#1t>M^0!@SDJc2)cLZL`m7!-)74CQUXoksM*
z9m|Sjh}@dm-Tnc8<77&TfjT<DBnM~uOZbdpn&3nTeG7&uB2JuE_!o?tRkNOzP3&=A
zEDuTrGt7%gwS6eHB2ZxuiO)~H$16mlbPgX8`65kyA_0q9Jew6Q1?oKNFm36(NeDbT
zyoAZuFs$gjT7S+q9g&=H<@4}a3NYbc%Huc5)Gu8~{PLXe11y!f4`DxY+GU7$<OPgI
zKA&H2TehO}XUXyf6XLWE)!&2|tW?qu6)DUjXH&lLih<2cjkXGyG^Kb@F}{FN`O7_A
zha#<!6v2V|85wmU=0->6H{3)kXMM774`D!eA0|(<upEfJww;oFGKR9TK`B-XFHDiJ
zgfovK8YC}?nt?-yJ3&V9yEw2GTcsxSag$w)zxt#lHbo&aNr)yz=t;gG@-99WW(#3&
zouaUeY$ja)`Gzz_iZln>RuQz@iQO(4-7lX|aK*M`Y=f%R{_&<<ZCpgesc!3o%>*A?
zB(AZUl6JXgz^9c9q7ZW~Lpncpv1I^6O4mGX@3P^Q)?jBgx(f#RD_4y0q5aC_beGG>
zn%RbEy_vdx`sL?|Jvlgyxal-}XM^FDQYp|Euiu=%8o(=wic+XSimJ4(Adn3`QH6^D
zQ}H@oBN{|Zg^2u|@8c~h7Kv&HCx??xy^J$3{B0{XnlrThDaoQqjXjXHi#b!KIjA7(
z$hT;Ah_VP&j)(Z6&(xn;KF3rHsF^A#il?$)q4Pp#sly?|%OmoRG|MiNW3+)?3Wd9=
zgbUjzTLX+!G&oYj9P;jnHmT91qKPzxkj@>rsqi|=M5$PfrRCY%E7${xLDZFtYcC%k
zorpLj$T65dN+HV@=yRlKSS8W~SMxFkK1~U-XW2@DXcG`4-V)z|605uD4Q{MP10fD5
zc!T#)n57))zXXfg=dwnZuD_`DCJc3cHE6HuA(>36o_neqgoF0pRK0eEc~{rD8%Pfh
z@dtE6ovkazKj3fd{)*&tB0YA^1d^^?2oeNyB7u(P+O4$@lCNc~%mb5iP)dLGM|z;x
zEkRYM_^U`g%s5j<P^+nOOTy8^iNh+21HwPm!4tDZXyB_m{E__A7TT$++afF&z$%d5
zdbJfD%=H6{Yf~cV?+Rzx^RMpdNs;Rbegf65K#JCFs?Aj|Pp-_KSh;iZ)`&d5KF8sA
zSTK1}bE2=(sOE}r@EuJD5`xOEryD%18G?xM;om|M5-F!#&|Y)1#1=-H$E8L9ld~*p
z`={=|ZfPBqdY-{($JY@KNU3*2U3j;NB|GEwg&yTp_<`fG+2#^DECE%f(&>iH=8Q2h
zlS%BdC6DaYEWi0UNhnc*zFT$fV`4_VMNU~nH;q(Ld?!#lIvm)K;W_4C(l3+4TZ=QI
zD%siB%cY+Y7vMFM_KAg?sxm(^nJsMIV?v|vAS8l;zotv$#Ml-Y!n7|X5Y5C)=TiGZ
zQ+=(9%lk0&L&hDtwRD=Ua6wQeS{g2mvwc>^|4$ot-2Hi`z)|V$N{mNAEZC3gw_8%z
zq(L3Bcwr2gin62<CFE6*m7X=38JYv0`R+-1aFSbE%?6(FH>dXM8cG-D-auD7HayLz
zJI2|m=8$F?Ko>v@P4{(W5g=}-b$%tJgfywp`6&A96|Zx{9N;1@_>hto7TQf3EIMm+
zJ`;@@4ycXnHM>|iJ?FXkWGc8YuGviO&L*^ajd+vyLIxAAT{isADQQM5S;YP+jAYp7
z3E1Nm1HDd%SXi``NR*so7XidvRPj#BM7A`S{cU%VISQOhrMLr08;N36AYg9}40Ml#
zU)GUxQy(D1%P`@`HDaXn&%m8`hOu~_2a`%P{v7w2;KUNhll)N(y4wD#p#{+($uLOB
z!X;K=sci1erRm1=Qcx#ja(r=E8*89RNH8`C7T4|#uVRc=Kaf}0Xw)>8g0(4H!ZrK^
zh-Kf(V#NQcMU79on9bk?`U7eI{Nu-CdboLYH-7lJI|7VCob2872$p->3n)-J>N|b%
zIn3vzKet~nvHB=bP6rDRV|&&4LL}S7`iu2ok&r8ecw~yUROul?44VSV3;<PPWZ~5!
z_|9gZYsa;uPFf1MZVUgTD4Fk3FD8RN+a+VIvQkXq2WiEoh9-D5rq2+~kYwFByFH0V
zmHBgwt2=Um#HqKIE8^q*HOkzSb3#IJqMAe+j8?%H+JkNk9xlmNWT?fmFz7?eR#L2R
zp($LHR$)v1K2`$HpZoUZ#WqP3-t6C)MpAtsT1cc2)CUfH#!oyXo<noD#b!SlX%D&X
zhuWjVqw@fXq<RZa15$&L!{AKrHIJFY`&jXv7?sAhaU_dse&o*RNB(ip($=~<v#*(~
z?lmG+0~@igA~er}*y6#PA6I-!k;^$fAg#%n>z7qSQWl+y^cX=$j~O<Bq?IYYtt*Av
zr`(RTVdzagmx?Srl~9;7Pzk3?abKG2R}WIw<Z=}$WIZ}_#0FlU31&cp!!iS}79B$!
zH<OV9U;Iy3cs0)u>Q;o~0+_)5WDRF0^JbuD_umr4Mn$EPEyB-_e<pQ3H010%gdgQ9
zH0;sXO{u1bNMkXf4|e&kIYW{QvjZ>og^1*P#Ui}dCDH6-GndXgi$XV2SNHe#HHQoU
z`2f{kT*~Y-Gtyd}I#v=*PbShJzp4hgaK>cr++;2GSGr7^2gA_3H1F;=<l9$`^knte
zpQ^;CAfUc8JdE2Jgu={Rs`bMCvm#r_W3-mRiZjX=QJ@T*0UVz%hey|>06B{L4@fTs
zD?F!vb_51Hnzb3BJlYiI4qZ5fDt|CaKX-N&2aP_DVX`bH*FN93cV*3fPvociz|dFF
zDI@_;;4`*j9yW7pmnXjE<g**}4Sp!*=R~NKa2H(U*twWCy6bfcYbY3I%V(c!2|r{7
zY31<}TcSMa)NDLaz|=u;BON-McI&lS$B}9Qio7;d+%{vkxIcB`O&Byf=^ODKX}vXE
zF{&$m8RE37?XNMPViooY02Ob3_b`fD>wqe@BEQw*5Kcl$=zJxCo$}$5>0aU8*UXir
zlo6vuHSn81M=rz-M|tYukSa7I2M$#Q-7`8&2-+UvW25@8gOf1VSR}3RdVFr|-&}4T
zky0u`XuQc%0#b=LJWu5hm&cbB$Zk<Hwb(>2FeYD~v-Cc92u|%sI<e~IKs@PAPBFWb
zlR*CsinQd$1x+D9hF|0+awrW08Mg>Uh-6<!tT`|@EG}TQY7ag)w=g`+g5$LeDEOl*
zhZ0f(LyYXxp_<HTr91$1QKsLh42R0!XSK4JDUG~Y=w5Ju2P=rh3jA{D(CfDrtt6bq
z!!67fVC;8^+g%as8;~hF!vyz}g%6k#-(ash9?6;-)s}HWjB}Z3&?dxmQsg_h>5dJR
zZ3)g?oGWe-H6(Dl5E)k2)Hal?$9R73FM9`l`qB^<^f4kuce&|T)yCo{^=_a`TY*c$
zRRh_284jJjLoW$Wjv_@n$8LbXuW0pZw;g`-3$XUHD0Me!pbdD8z$3+L^KKYOabFdl
zZW8&J8yRWfjLh?e7QJEkgl<&QwDnZ2^WwgBH0{AjxI^@Q)51nlGRVgj8j^jL0%{L5
zg~N&QybX0(ldaaot?}x4%vuVeTbZ96fpg*k(_p?a+IFGn!YUuS;~_Z0CLyGFeQ=ow
zhS}^5R4dLfu9Q@MFw7c5_Tg`%mq$XF81YXSFD~rt=E6o|lVBQmHpMG(*<)M(E(4f*
zifS(;Yjenr?~y*l>F20zQ%mciliU45f-wznJZdw(tS7t6>004*2#X3Ej3pco3fi`a
z?|gM_ckVQxZ*D!nTeU<CtC+)eWn7Cp-#HuV`z@+~X*h<KA_>+|gbdPEj(!rKUXu)|
zkLqUGanZqn25Ek?PHa9%4W|%Ad_<Af42^|XZBP@V-(-P{AzOtc=k{RfE0lAHndD3w
zCorJ5w>2AJ^C4ZsK(9AW?d?fe_y54j#ceCX7%ZMmS`{x=_0fcCjb0L>U_D>5f4kNy
zHQQg5@4aYV)6gpTnv`z06M5a}w7=9Zxp`bcn&i(EOAPWj!?Z(2O?^DESnGfRDGcs1
z?IvJ*{LKonl7#robcFc@OJ<~_Nrt1&v@ePe#wEFKMxfTA!AwJm2~n9HG8Q3?YR-Yz
z9Qm3kx|c48;)6Kyoo?<`!|@@xwp~u#ofuQm>ip4bLvO_8W)9{2phqI7{WR9NLgJ5S
zHO8hXtJ(CY)mUG&o(gGo!3Qk!=#XUS13O&o{vweBJ4o1y<~#&5^$s69ECV9xM}=+2
z3!NJW8%Q`f_Ja)nexErX5!VB@V=TLVghSEjRt5vdJ8zuRg0R+Y>(Wb*7ED)es#R7<
zyy<hf-A~;fzE_Vhzy_lJJ_hS5C_Fn-Ys8&4`90}V(U6AdcX;ahv0V0|D$%GVTo}%d
z%`Xq11N@_+QTEFC8kq^^q<^$qHbz{`pXRyMV!^rx(?*Detg(%?lJ-%GNxD*UPY)8T
z{zwpVSO1CZ4|w*uRQ(o0TX(GnCrSa6xB9WZTTVS+WF#0<=gQ&#ApBqkhtln9(AI@3
zPaBm+C7>j>az=m}1XQ+E7Z@KG=Cs|{!+EejQ_B-7_Z_Y<Xf-uVv_(PTS2Sw=Q4|;&
zgu$v5i<{QHHtZ<)O|z_n0Tow~R##jqG)Ko>;kETxVVJOayFzr&scDu#RzsdT7?ZD(
zjt$GiPqMQDN##jNA(UuHMgjopqE;pkUTep+3YhG2G!BnK?~X#v<ppz1GopVhVk~iJ
z9)J}bWR2N4McPD8cAjR)(es%iC15{NvDk*ur_>(Hh{G+w3pu5aBF+5$)Hq);#9CbG
zsE7UhKwvg;w*V(0K7kvgnm5CXt2oMK#y!&dqW6^CO`o-9h;rpe8sX@M7vdNHrSI)y
z9KlvS+@+-`CzlS3h}P)VbJn)MN&1rZJDgsR=F2FHZMpd&S1VRKi;7W;=|X`v`iwr;
z6={w%x(Bj(^(a<%?7PB*S%}>sft}U!!qdscsQgT@3X5WihmLBxuS7?1$@SvvJ3<<|
zt}Y%yqH_W&6!_(na-jr#Zv7W*Cu#c6Hqr$o{eMTHmIWfcuI+rsXc1x$ibc)|lxs`|
z^lhQp&^b^BTL(xEI!6k8bxom-D8C}+6_a%`?CYjSuFcEh5J1&Y`Z-6Dj-I`%()n$9
zg*b<&Zs^xdC{p2ab~}fxiuobr7XT7pIefDq+B0S-e*#Ncv}xLJi{{yPWu)?Esyu0;
z1qsK_FAEg-C+$p0cp*xgs1s4btkM&3lqqeQRpD2eomd(OP0Q@*e&Xas38amh5^boC
zOw$(pnvN$4MdoQ_u*a%EGU#34!L8h;hCq2qu>vma`dr@6OJ$uR*Uy0|v+9(q#{vUE
z-6#WJn9K=D1b|=3z9t2tlyis<332BeH7r+zY@~b=^WA5yu<fPm7RjBbbuqrcXHVKv
zw+nPMm=KzG8)-dK<z$0Pt6Ui8{T0zsuyDZ}B`O{xKE&IvZtp6*up2w)J@gX?S9Oqy
zCS5`6J&kx=5j&$*J^v(F;@(WC?74P&!ks4Yd!<9(*N%gDX&Bc(3)tLgvT;OY=1_7_
zj70d-6D}2OF$6th?$0z7wX0p7u+;C=j&lCgh?r{D&rp#NcC$1?MZ_dJu}SsqkU?TK
z=qE|t<m4~g{3P3t-VJkRb}};PpGkMyk%<t0AF^a&-6ybu*Hu`lNpdM4WcezZTxb`5
z-XD9Yjn)34Aj}!N$N3;qy8Zh;9^Fq^`$_SV^f`B&XF-t*4w<;XH?t?0elq8<A8Amp
zJB%m<lWH91bDt*zIu{w2eg|zT-NtNe$TFe0H-^%;M}@;qR(|m6^w76OUUF<!bkYMc
z^Sj0z`C&>vSMiyU=H97SQ7PJ=xDq8^5h@!5s)7NwIC(^9c}UqFKh>XnFPu|+L@P;S
z3sSA!`G>+GcF}A^nfl|n_2P=oi#0>A$BphJo^niV$39q>jBn7=yG3jodFC|0-)C$R
z@AvsPawzRcdI+N@#+XCUhE-bV6R(fb0#L8<{kZo-bBF0d_eb2=Oq%CRy|M%BGBmTi
z*(vF=mDqfB)Ffbr1WObL5rtaXXn7h$vMIMyd!!E!)5Fe{yHa{ZKHpGwQ9J-@cQ$OX
z8Bux&6WJ%|zF+jJZ&(g-&u~QV-Y_~q?DJ>#3~9WiBeIU_uh)eb{b{VUn_K9kFfYXL
z#W?5L8z;XrA?Kc&ua35Hi_uhWghl9)h*)J}%wG+Xnnp2ZOl*YtK3VQxUMfBM+z>E2
zeI`!tBDijjXYxlLEZu<O@O=5)cfidSSht6%IB`qR^SRi%>7t_T<~!mR0{o>6W*Ejr
z6v8z^G$W!dDq*^y$WbyhI)x}-s>tdk0<Cc3ioO1pJ{fP6Y(F$trRT2*j0^mu@xips
z)8yfpsJ|GZpA*8m?W)5OAKs486ubh`#8%{HZQ7h)9%|@<)1g|^V9S{Ud3i&m5k;ry
z5$istivD`~Kx@|!1j%2HedK9<<`!dy4v&fNjAM1C$4sWcKL@Zey?!dG<4WO6w{&}5
zgKHE4{N%dHQp5v73Lb9fcx$k|yQz_nf&<E4Cf8EsIM1uVvPU&jMv1jo`rnnb>{-;A
z91U?k6Rg*%T*U)Uv_P<mYJ~IjZKh?I?nr?S?oQgvx#teX-mCJ%f4hb>P_}4jhJ6|~
z)$B}m4(d`YtCBcrVbz?cQGo|NhMK(@OnGsU7<Jm>OAKgUB<ntwP0|xtI#IR3rhRUm
zB}lRG%Hqg|8^>JLh?E@OO@sfUG8M``oQbcDgDKEy^t6!AhE@HqgSG<3Q{ND7tH!G1
zQFCZgl=Ykxr~0pdq)`n2y3~Y0cvkO5i!CLTAc68-9cOMi2c29BTcg!W5=XzHR68tT
zH%o4w$B?>YF0Aq0w*Q@DIf|UyjajcxO2`!Av{p;s2#z_Xfp*{$2fM>65~br|rCyhX
zcrN@r4!w~3imlj-eew7qq8d&vtYnSAT9&|&Y&=~}zF5=-5at@Gr1s6~`eBk{nJh+@
z#(=xEI>c6xXU(ucS*a_!ww@WYvo?~@3dBjqAUH~h9mW5q!R#);8l<ku!%jS!9Y6-o
z`uOWoJ&>%8+oJnb+-ydqv)LHQJSgY=p%{@~Fk(V6=o{<5fV>)fPWOyXSo|G?G=*~>
z?z><)(Ss@<re!j_43?Cd9-d~0STy;Ikqe~!)>lE|vU-2vhORxCM>@LEx4O{!kmzI5
zFUOuOX^BHASj%#FATqS(FnqPTp^|Sq;eg3wKvIzUJ%FNpoCY`^OPv(^>&j{V#RFzE
z@3Y)bA(4m_iaS`J&gG(v^)Jth;W$iESCeCBA1#B(N63V{dggoJ%RQn}c>a@^%gazJ
zI$Shg5<N22t2lIl;+e)HfO+hN<$(&_ug@>yVpcpnJOOWY^dBUI=3iC>#a1p2NQs|b
zgZHukR9HwV8Sgp{#+jN7ZB3DI6<m99=;3fkN{smAXFJsq^M|0vAEBpFy_o0U=vD?t
z?zmE8_}ZmDiu0CYKf!?6jGmiuXjf_hP<2fs8IP)4%~i1W79743#nNSJ&>~hIHv@&%
z=$?K2gzM;xC?K<9N0|-BMSk4bLI)uB*!ugfY0qP3R%y5O?&{Xfzojfbw?zj^P+_;e
zRVm>&GsN)=H<Py%__i1^7|tOxuE&!af_os_K8Kc7^4GqKwMnuX?hv?wl+viMTYHy1
z?Xzc(PF<I|uv`C8l-?8wk8jGK;dR!zb`y5%6?tXlXrqPk_62k72ki(<(YNuOTrNj!
z2{9#lK#um1_upuZc=!#Efe)@&Et@FqiEbt6$IpFhlCiH1Gp6VMJ(1r+i6Sv;hob#<
zBWHJD^gTk(__$MsTj}G4^QARKgAd^4W6~cYFvhAmio;J&%K}-3N%2UhHR{bme?<_V
z<3O}lC#vJ^*)+_=d4d+GQKgkUzBbI~h1D8#2}eLNbb<W;vcdQ3dBlXk4qd*5P85k^
z^<d`z@}nh%>BH+0BHxJo&ckuL8w0=_w~q6R{ghxeMmsDh;9@n%VFE`Zx%pQglC=A4
zmJFxIgNwqP)8^b#RwBGP+eI;wi}{^<jUT6)>pYMTtQ4h21k5DL#G?TZ4VCjrqHlXx
z5GWyy1)M+9Im*H1Nb!*p1miCdMHEs>^!0KnPX60;FztLJwN}7vh;E>|7i^aSKwZPp
zbmc@;Z{n(|)caxrl1<CFphzpY;P}JW9V&YY%V}bcpLg7B{&;!0Wku&3Fh)b@+WPh3
z%uyrV0vM2R)&++)NU>Z94YDTS$mif`TC>B#m4S#$l?uReS>1@v!TRjv$vg^osFiop
z3Ec1yBx|_DM8|$B+gdt2+Wo8>VSiOZMk{KxbsETEqXrMe43bz3J;k2|bk1|VfW}}N
ziBRxsE0VSSOf}i%^gY0FFMldwBHt78EjW?Hs`TiH)s0WX#E(VMU>!x(pRNEl0?(%d
z(09!|c3J9g+xi&)MKNr%Lz~VacC(%gKWoY@ID6_>a>(E=mVmuqrKtH5d$d}xX&NeD
z5RiuBXo9`O{xL>+V-49mRc(3kT+>qNP814Xc&F=6k?M%@t6NOb@@_X`d3htI>|zGN
z&z3d$7^TV;cV+eyHCzB+pyNz1atbYX3gZfiSjHB<0Ehv&M)7xxzlJu32@Iosx5?qd
z-7Ka#WS9+1pr}6b%d2z-ZT+Fzpf`63fy)jTb-|y39hX-WFKTi7kn^+4(;QJI%l!pK
ze2L!7r+ad0PfD2bsar6XgD>XWJxwwoHCORf9r0VEIM_<BWND<pEI5=QaS)gGF}@1R
znH|v!Z&(5!-9pejNy+g(h8$6$1Y__L`z*OvF2iqdO8c)js=PclmH;D-Cnm?*f^>qM
zCzw=0@8aB8TV{tjzE5zvR&0MR>so`xq~rHSLBuI)mS!Dh1{CI~)~Nb^?^R@Gb*0A1
z=&MnM%PG*qmrKBjp8ZIYS@DFDNwe5Ww=2e65vs{7<p%KtHF2F3Blir)Z<5b=;%pun
zKrxw#sJ%83soGV`tbKALGcfhXP8-ZWTi4{o)mVBuvW!BuyJ`KPLF439_<%%#bA7Q&
zp72T9-<8K_mT$v9&)zzxLEMqBt+Tz5J=bB1W1Otu2VF8Vpl>e0?Ou*xB{?A9P$i{y
zM|4xJ3)%!G%8d{u-AC5&>)0?3EeMgln4Yut1`I~s-Cl*~G*Ri1k>5}JY295;&pq@-
z#Lm^4Hp$Vz)X?2y^sW@;*ClyG-%gBU|LBB2+bG$zX%YcrI$cSa$$Sdz2EBDDiX$!I
z{_-)%I3e)hC3KOBqNUpTOsPtReVV3GD|?sDzlE<cZB*G{Ydue?ezLGN{6bFMbmW-r
zw)Q*vo+foQLpFc;$L~RxkCGuIY`BhQDYOu%dzULfTnIGlI(s4wBDp{&G1YN0HvYt}
zCpFsDioRlY8MeBK9Wmi7dm-f)XBLIb%nu6Pv{6I_7UT0ATHB|WAcn{TC`PxUeWV-*
zhdK9<bP{mPv`$gSdL#zbV!LWzbq4pNn2}y&iy`ogaY?A!C5r`8Jcp0<Zw)3EEN-~R
zLLW;)Y6+&JsViQ4#!(yp6a<>Y;lsV>UYEWf_58h)t*RN0JkrGu0p9p8L{s_RPwvTR
zXR9)eJN*RNMO^RZbZOXGNdieWgVSs&xvqTIv}1x>vCDtEk6_WWAVXu?Nu7sREv!;U
zh%KMgdA}u72`Xz6{1nx8ud@3we5$9_>x#f2Ci}@h{1$Fh&}3<tbk38~&rUa<5)0^F
z^Qb;FS*o<SguKe@X&a1LVx~X!UMwbTR)aw`9oiQ*f`d)}`LPRR8bdG?2mL4>CiF{d
z+}gjEHbU-5+06vi&lbqcVU4dKyM_2lgko*<ReACrRdJ>2LU$@58M9ER0>@8%8{Q`H
zM^pmfKp*!)YkLi|P(GT%H`-^=EmrEUhQ4I?ux{(gb8Cfs3Y;=$r!4-O%2yn10(6sR
zU6x<wcSlR3=Xy>mo^&_$SnfCEbTemLPST3#%z3J!5Y}po{ihZicg?6_ADfUcz?o1}
zmJxCzhnNT~o!=vhmRTEXGQ4OT$Zvhr5{5Midj2y-p}oGVqRFwQiNxp#2-*sjF6fsF
zV6X<GK@F!wePUU;7xT5>hhsSL>wR!QmL`QcBPeEpof>)1LNkZE`AL+G5)@6qC>qR!
z8+){akxki?kaFfX6i}pXp_`Xlck94~S-?9*q=QqL2z=I4B@Zvi@4?yJho3QIdNI8l
z#4QKGd<)2;6Vy;X#e*x_gP*hHWyFFgqukOJH7ndQUKry!7s+}S>|FP?VT3DlK1qQQ
zk=oA%rP<Di#}0$a?hQK@^jNC2+{{nOa{1-JuGN-u{`9VO-+ywu6Afn5!+)vInz}{!
zBl0(x?R(%zB>%@u3Q)BH<r|^Paa2MPE=FFo3z*x4C<&P&<>2;)Li&oL3#M*r$!{Ih
zASM=(#VCobo1BhR#*@dO*~PX)#gN9<0l;rNRKG4|p!^Nocw@Iy>-~ZJ?0T#CqSxD+
zevj?m@H}89TT2L<6HsC#BB(?}DykVK9k*1%F~}N9y4KadeB)RvJq;@3pmQntjRuyp
zd+bH2w#~~?gnNl>cBMwx5@vUCsl~4k*^~r4aR!EORAjW02r1eGW<}-vIl3BCwVUEw
zh(xbpj>h?!;M4gDxV}8^il-Ur;r34S_`LeD#vXa-JKk@`B;%!=m}ILfo6GC<dZvO?
zS7(QZPL+pBE8);iH4PKjVa_*y6Zt2g>RP-vnwGMvS1TCwL(fwPc-To}O1cyV3K?4x
z{_{<Fg{d@#rjB5}AEg<^=qEQRpIA97HMxux`4p1VPC2C@z2faqsTOl$2-|+8kh&a3
zbrd^IFP)$co672tU{8;er@;7LZqm#|XEur)a+_u~rnVETrT<E4$EH3X^TuOrTC%TE
zc@b^#eTC{a+k)_}X@_ugF0$jzW7TGbtt}NG>-<pm*;sEvkI76dH5uivPuy+3TYCiF
zwZQ^BDoqoqsG>2*jZ}zOd{hm(Z%1afi9LPcXUtDSf?C9Eh3I80lt-6uc=&~q`FuW)
zKHDvFXfegSj8LcxD#zUuF<lZDwF2cd8MqiH=n+}$F4<UvUKgt0VO&vaIwj!MS7uhG
zACQ5QGZ!fEFC+eW0rja@5v|a!zf3zhNh5MRk1)K$J~DKxqme{)-x*>PYuggI{ZvI5
zj|TJPpX&$cTSpufZ23uYl>m#4Uva-%N<10wTI1Mav~)-=p+fo(j6RRxz{*!Z9U-)C
z9>Fg)gf&-?LrVVy@(_wx>%nb~#fWvMjZ<K2yhtV7T(tpP?anusB-trf%NM~yT`jjT
zXZIu<$DGmp{vWQ}{T?~D<8bi6D`5!o9MLFX(azod6iahGu?|%r7YXp_25ce!<7I+z
zdr{_0jli`OqO(qQlE6cRj6Z@iI09z^i-FLJf@3klwfN=mcKQ$BgEcHyT&a6QkUR`R
zU87{V`XVeB{1EP08nE9gEL_AOTa!DXuz4Kb$(mQC+Pxt4fxasUtoF&`Ad)0uD`_l5
zK)gSH0amD9$|PSYwtfin-1grFUYRKfPB`eBpeP4ty`~H#JB8TnnzwZhx6zx_dgbFc
z^{$LTcfHng8ZMPA?lTjHuBs>~3snIE4PjYc%6*#^HD>*h`@M=No(8gEO?tGG;DGL!
zIknN6VVIpLepd7%^9kPQ=@m~$#G`d&22uBd7N`xiP7nd~8%zL8zY7$6HJXuC?e(YU
zo|ZhfFlXWkh}8`aNOTEuicNS}80_)bI`FU)e}Gw)H(>SGZcAB2IjJ%f(xjS0D3g$f
zpKWvE6C}I95gE5ucsGJw!I(^u@Qq2m!}b62JC2|pO%)yPHM(i^a4hL6s!^uhSYDQ(
zs6-SU+3-3w$KoVN{lR=H^hVSP#<mTjt&w+5$(ctAUFxIZurQIiFcp;M8%2K_=Jv?_
z>EnRfCNooS9%oP_bri+sHqLwpN!J;gB#HbCT*wP$kPMWfp>3s$!F>BG0nI}(tOBcS
z`;|a~gZLF43#h#S#h9K<bvS-?439-?rOv?zBZqMoDO)8m(}QWECutrkfa?*Is@T<O
z_&jfAiFL_!j%tT}KF9GMHjvg-?(sD}e=&tm?rVzY0?dj#$<o98aBEy#sGWl@eCQ&<
zuX_2pLGi*8F6sN!-M$d5HTXuHH7~<mrr&q;EKpi-9-r4=cadSsugA<m_$nj)<xVdu
zgqs&1m0`|;+JE0lmQkS{2ZC;^gkmx&$+7`Otgu0UZiHf~)0;bg(clJ~R1uB9MW@DC
zS@iDss&sLFhO!7{zhcsBzjs+@Tt7;tY)Og!98tADI$YXMvWgm#G8*hgxmNa9fI*96
zAZ;`oqa`)sTa&j`De_`tYY^rvf?alzBdN*1Z(|Oq?^I;UU~5GJs2RpVO9_Ehf0fp$
zcg@T0?@Ov2V8mtsTu*c{?^jA!5T!4QcbYZA&ul|HG_K^p2({}{<g=QyIA6z5t<d%Y
zpo8Ici{k$tK^<S*&i#bS1t?OxX@XYVA`!?fOl@4jLKa2nq8w9Hi1`ZXT<{1_<QZML
zRE@b95tIwo8q>-xNW62tdPsD6m#K0iM?V&GbYaL+Tv1R7X)gj~#SmUb78qLnlqoP^
zSe`gkIP@zojM0&GO=h@|U1Brj_A5+?CK^Vl?qgjE)=Mo|Man|gckYv`pkbSNoKK!l
zI{10#kbR9{p%uRJ4wx<2MtMI>or0N#cP<&(WR_(NRzrNObQ6E4VtUzc?fH?Q`SmTe
ze9vOyJ~XZ1o3+9UPw0YlgJEIwL%gBxaQO=tjEqDxu@8q>P<_RrX#GyAh7*w=e!%zM
zvmm+X4>-{%3kZ>L>`>A9e(Oe^W8*8imEKjvrX~B9Z?mF4pdgAW0GcqQ8K?PWbOtli
z6v1wXRcjUM?UkNSiRv~-lG&n<e--rauQ9#NC1=FP*xvXf62yZe-(g1=ElX!ljP>=6
z$-Xti>!AZ`H4B7vrP6?>0{7UrywB2v>KcE_pW4LIO&E1X8z-=<F0PfslW&!6IV5+!
zqWqqqE?X)B5Y}b&<wa2KA9JTXGe<G0ugB@Y;<ejIkgztLNM19ut6|sb_HD8hD#9IR
zuZ1RpHvx`Gnn&<8O^IGc@VgbIQf$R*xJF2K2GwkBQ*fheO4?L=A}&V`lHnt_b~1QI
z-9r|Le#_eOpb9T(7PTra#Um|&-^9k%7*eo6v7!P3xFzd<lp2A(tqAu)E=A~N8iM@H
z<u(IP)cNtI;C2d$PE~U?M$<m<v1xYiZopLT<`<Z*4xM#2-p4g8L85)ah@e;S@HNA|
z=Ol8NurlG_jBO((r<gie1VCws6;hKp*WIM*YybG(ma>J<qFb_5pz}6L?%UnRtvEMt
z$pjZt++<)(td{kmU=tnslLn^wky>L#R3C|YNnMkc!*60bMHvnH<`ilEG%{J&Fe*%+
zjTZG$y6;1$L>`qR_sp}wV<hTsgOfV;QwuVw7e|k8cB|9Nf;n9Hbf?HHIQP-fE$pV1
z#JkN^-|$Xv_HeIllkdMG_H);mUPU)3zG7&CNP!iDh>!83lNr^{s08V1fY$}RtDBk_
zY{PKqIRP(E+njlJ>;-Ne9DTE9Yc-7W#!7e7F3YVtOg2yK#&M<)w#4K*c(bn^FnHGi
zOO53p1ce|18`isRiPy2)Cp&cXWCMewS7U(<3?fr$6<2fP(VAkoOk?Mn;n6cy6eoEN
zcTNR*-IloNR3v5#qTkK~&Q92!hf<Hg;5*feGaQW9#5h~%v>f@mt5?U>fQ)(sn9?kZ
zoELH=@&o-m=!`QtVP*4!Zq3MI*C)c*169O@A6{Sw1BrU77bX<7)o+B=OKOT3M_qUu
z)G%1v*Dw$3!{WTWe}2o~d*W7}{itvohqK!zI4HNk!NALAmrWckmSUmNsWC3}z589I
z?(Ph?T0sx*T5P5eOv%MYbRzUJ)6Kn!@@StdaavA^up>Bu#v(VH%nlM5iNgY!YUrMi
ze_F{-tA~K?Z+>D_Z`ea`+x(I<v}`yjSJ@f>5S4r<h?^0#X=%Wal|me=zQo6%Ws{Zl
z=}+-u8|cSCJ!T@_UYH<%$YX<TRjg$Zl<$DRvW$!jEr@(;cl8%tv5L0M$dqu_cE`17
zMI9u>c!$&2G#xZi5!P+od8TU36$-U+2lUz(G)^M=`)XHCub}p+?s<^N%UM4vVLX!W
z3!0^;2XT5crok6h1={vUZ6hmQ4N20z`>5mfN}W4i2ah$KgcnPPpEs_(#;Q{)27f<(
z*y2iflq`qB-OJXu(8w@R=)->-a6|4bNxNMnft?20HkuCy$6$L09kd)G)W4O=9BM|{
z0njynOnyNaTVrFARb&?Wz)KO0c=aeIrmJGdj2T21U*d{=r&%WGB_fB}!Crdq%$!h6
zTYHZU91PZ_u6~E*gTy3XA#JV7W1QF6sjN;@hLE{nCX07QHTpvH15PaG$-!bfNO#d#
zL<U}`Qn>z-yQ&tSY!D@K{1sPCqy(XopWKKD^Su(X0yAdtrAPbwvb;0KzwfBiTWK|Q
z=@~d0^<3M_hSR&Ce?AW}16N8iRRYrnJD8B8G!k~7@GQoI<#32mT-zRtY2CpF2f(XA
zMU6CkH@0EN1UN@jBxhBao0Y7;t{jc1e4a+0fB6N7b2yPo(8A@@2haBnasAf%nJCjH
zql`!qJ9zbokA$A+Li$D^=r%*k928%W0a#o<gs&`x3@ms*43R~6)ynuL*qETxc54Nv
z^pBjRgAQ+@bKw`5;mQ|kZCg0Gw@KQe)8%EVGk1lJ<f4_oO2bud96F<Au}P+y9pZ5_
zadu@Z;OMTx@X}Sm_JkwiZ42|}V<KTUgwsLX9z^4Jf!Wc-X9FRs6DjJM?42@;z_eC5
zUJ21(owhni(My_rYDNMIf>K{oyi-%i#({q!i0)WJ1(aFJgY*$gn{8I=(Ww04qI1{H
zye0i*Mr`~uq|h*1yj(Kb6ltw^K@0a<ye8X(oRqDde~yan6YYyu-Fn2RK#X_5K=Ppq
z-rpjOTr`I4OJ;W(>m&(EmI`#hR*0ct8#{B~3BSz88+3Bzg4k81*^8%KE#*02QR*UK
z2M-^JFu#z+ux)Gj9-Ypn7I{$oQ)oL1`l&|nToNk4Tamb^hRS)nuoZIEjHOtFqfhay
zZUTan1jXVWhNrTYA$UlLl2*5w4DdkB`Zffs@;~cY=26uyjz?2T9bVi&2sRpcJQEc}
zsw<xl^KlN5{CdJGgdh3YfK~~bf@i6+a1k`1n_L0^rf&!;tv*PXSF_&+QjFzMV+z*{
z3z<A(vf-IEV-EC<-lk{Xp?}FhdX1TA65X2fDfyy*7Pf@qRpgF~XW4FwZNf&>q*+P-
zDN^CmeDw%s_1+%}Im49+!#OjZ;j(Q*hfk#Bm}vcixtLUk-l>q@`BV7ppOrG2W#Z%&
zW()~2c*wbgWlG&}uVk<U0$Y?beTsvTbSNqYPCD97tBNC!-8~e57?YUrlBx*ZLKn{g
zcBPw`%8s^Su5C+b#GMET{v_#pq(#hqKNXW8uxJr!mWcI^<`7UR<IWE}EZ{43a!Oy)
z$w_WC9xi}v>UND;LEy@?#C{}77N~WYzz)?Az@B@SyxF&QfwgRVOOn%0aye75&&}>S
zzXc$D2{D5sKzp?kZ^aDn`*nF+3|f|e(o$M#yR)s_4THwu&3vi*JPwOBR)%9|cQ^)g
z4XHCFEsKY{w1K@z=AIAvPKl3~tb_^UIhBwmBDl`00~fq=Sz&xh<>PA2hJCH!hGwUW
zSgtprf2*L$jmE;I<{4F(Ggnc%YAXfr=SqhudnSKgbgU~un2Z{YIR{ZU&<I3x!^_iT
zd6J4u;Fn@-WyexQ3?V<(Usett3C++vK)`ux$MaZS7UG<_$O=<e&c7X8n$ReU`wY8q
z?n`O;^Nm-AThR0xjbj)g0!weYObHM-BE)A+;z{bkS&M>6?3OUcSLAaY@eW`eEgpt7
zlUlHem*R=;T?P@87+ei=K*i)c(`M7rgYp~;1v3UAroT0zo2b1J>$(E72e7wJRJ^j+
zfwa{lP}t<C*rwUgoVd5LVnEn5EM1ks_wbZY3vFSs=#|3cw@9}Pkfq3AF7h7aR#sC8
zxsEs|MsOzJ5XuyRfK3#A9}Un2qYDGT3x>eWV2Cat(t`GRp|FvPh+q_fqDrDbm_Mgv
ze11tcDh~Zxw+#nx2(x{He?+>B8}7!V`sarmVDe6{$$s5`AD)NF!*)Lkxhe86X@8YJ
zUKj5XynC5Tkh`933miE2XeIrq<MiFpQF2nV|K7lzL|8v?M%9Tq9N#$?4}FL6Wg+_Q
z&7!?a`a3PR^Vppce;!n(2=H?W$eoi0I?xqdaa3c^+-`wjPE~=QkHXl|{#vtX@JW?i
zB5JNRT2b-_T&XiT0qbrq6QHR}zG^P5NqGXJt;oz71|{K&DhM9Ir`H>#2DMX^k7QLZ
zL|1DDSCs`<i3V58E^0J|R#1$}OU0%k0x2=+r9qmGyp;oHYM`NF)1jh)l72Hdzrom>
zP~b8wgEc_A<xbya)Vd!S=|g{ht(CM<-QT2nCjNC!N<IKNg$GD@Nl&$+8B<w#gr&v}
zT|6x%)*c&N2fT08Y3}X<u6EZ~PF0uq^+nk~V}Ct|FYMzCJSx0V+;g^m;m^E!7peET
zY%Qs7kF6Fas?fDhC$E+Ztz1K{)updBt}gJdy4Wh$u}{gb=J&2F-zq+{58J7}cCO*-
zu8FL!(66?!uhPpYYqw9>KuOkS68=kJJcC!<yf)I-%phM1Am{Jw6V&AVcK9geu!_;3
zNztZCv>LEhv(jc*PJc+JDJEZntc9XnDeon^R1KS8VypEKVS=!F?4_G(KTNE3yww1&
z<<4Fsm#(W&-EE|$ep#8R2{KX@^9n+)nbR_CuKu2`y-?j&_Et#qL+_J4;tN=2WAJ?_
z>GAwa1Ld2`rz_J{-N+hUE`7D?$vACB{U+#Df4rK7HY2#|H7ad3`gquCdhAM5`64&^
zml&N+{;t8*A@sURFNd(28=x_y`ZPiZmZ*JTwE@14fXfD|h6GL5)jmGBn&D0L=Vf@m
zCfsvhVa?!2*QXbkyXRHMl<ZCH{j?F+zPGq&hEgSZ&=(wb@UcLs>vIPVI=m<zbw(|3
zh!~I^EDuDbU<H%>yUYfFf`Kvx;HNNg+~nfLnniq{U32A~2`%1Vz|wmTEs2e$)WSRz
z)ul1TY;;WAQl)z-Kdg2cN`8In{^lIY0O)kQ^I2SoQWf~F>*MJp!pVm!TB9y-tC8z^
zo;bCQ?{j%6p6`I;Hk8t!SYr(BA&><YJPn!Vfv_1bci>}DrGx<Rk~V(OXz^s~%l^1L
zNs5F|1DJoS9X=rV^Ei{UhI7Sa>g2UYggV|Zk#`Og7%@FQAPviijGoxn3uBn010T08
zQ!nF<YbEU>ZtP~|hjSMd!(1+p*Ez!^!t-}`5!<GW`N3w9{opB;L!0<0{){=Qf0!sd
zdJZ21P^{l-D9VyQS)>O{-R&*GB$6p41JkhO#U#<lJ4wKTdjsZpyVjnYBjmC3Y1Abb
zL}+_=q^VTKFx|qWC{qo9C!}CNsimA{RMI-G`?I>f{uNj#66xGL$#dz~=tSkpT%4i1
zgjkQKiEa<V8V&OZfnTe+HLLN9bvb%P5(qZD6th4Q4psZS0g)$^JCVnlr2=1=B^pnz
zHkEjoK!<?g6-lg*C<~Q_JN=V#vDjAEP-wFaMHVVaIw_Lp@ug<v^HP_jA`H=G{$EQ`
z2?MstlR2dsX5Z5S-G4`oWRj8u>nt8(H)O7-+8ZSoA)7^JvjbKP-NF5#si838FETR9
z{>F}aEty|AxCF?_9K2a!PCD&{mLIaLn~rY9PkVlT{$&jW-^9L(DZPjb!3!(?6gP<p
zSnHDlJ|Ei{)+mi-zA8QS{Uldi*T{fvj~1f;;~TBD5&0tcY#q@+SKR4<>!oRptb@n+
zj;Sj1EzP&rTH|dsUF5T#cGro6G4AR2oYP4A6C$$HZsMhb-}MgVJ|9Df9nr7lJz}vl
z148Mpnh9;=>i)2Bv@-|m)b&vQU&MMd0hk@(3OOg^&bfmPD_5YKI;h1GgnmUyKMvNS
z*Dl@jFEe{GgQYV82Q5l}U@Y#R&i56es!fO#KF~6>m8^j5_VYi$aL3MIurDD=iV!Y#
zw)C$KqzsWw6ml!_bkB58+Pnr)j72yJ19dZ;QpeC@=Ysqc6~m1XlxJ}t=Y?#A9ovZP
z4*s&io?KSB=5X_Mq0Qr!nZ-97Pc{p8>NN2hw6L1$?|*wdwE()u@GV+8cRmVu4i|nF
z2YCia`{H&dzX+@+F~z3}&2HZ~A$J#(3rizQU8HeGveHLO?>XOiq=P#{F`>io&|}#}
z+qQJb#$=b8bg=Ps!<e=*Q1NgtcRPDjv(skV{LWDb2qM%@0jkAdR|YXU0)}J-VZ(VO
zv{x7b=rlg@Lz!+#pLF{TdI%25r;P3_tLf~a<1m~dWu^)9X|!-0660VwNc|xU#^vge
z@^(9+jgIL+eQIJRI$f4Bvf&oE!3Tlij2W+dFrJlUF}JLwhCMn|&0t0&QiAZsfXGG{
zjVgYBHlRRYDA$rq63PP+5>{v58DK!Z#EWBz+L4AD9zp%|)i>xTf3e{0+~^1&1o6#K
zwr3ZRDa!hJPfU|eB7lm6qeNDi)%|oq=$rtSjhii9m6^WZH{st=9fQ#dhr52sEKcDV
z){U(4C-G#*1B4TJGjp`CK?-PIECS&zl`y!FXqtN(X=qEa*gBq3^TFm}Cpj!<Z{cv#
z;p5tQI%$Z$20OlQviaF0JElDg#~SU^X~`l_pY%vASZ0xn9S0Yw$2u3igP1lXelC%Z
z2*Nof*G5IpJ`LAQfra2br^_S`U+d$_|6|HwCI3FVcFQm=9DfPaw@B4Y8{dT0y+k4E
zlgVOJAdU3x>nLubX7V)$@?A?AU0HyDi|)^#d;oP?m&OB|M4~*^s!BC_{@R=DqVy`)
z^iz3jFK^wAHbnd?@;r6FdFZxmHA=CJY>9NY7`vW2a@8_3y<&DFpgBkW@T`=eFK8oO
zT(y#eS}lrO`ZBfcPaK>$9u2=+_Mtg1J;2yBN4^5}D8XEx0WdGci3PQk{1UaB<UE<p
z8D`qI;@`ZcO@RWg>gCLjA8J&l$QM)18CRi~T;S54ZH(@Xo~$ZF&Js?~!|%D|ZX{Jj
z*pc-L3P~#WkVf!P51DxQ^K}CDD=Y?hNA?;=vpqJIB;E8g<Grx~XB0mj5jVCYFvz3m
zozDa>GMv4?>|>Zb{znXRL*?)Qk_|}2j?T(<E&w89hKoiSXZPI-lh9uBE~nB`%*8Y#
z0*Mb7{70kelul8q(i?D38kQ;^)BGIT#K;2Gc0O-)-=R8XhCD-fRvj!KI&~!nB-tRG
z6%kRhp-(a38yn%fxx|3}2(9<WM#3p+PG7FznDP&kSXY4la!18Kyf5=Ze)I7u!bdJ(
zu?5bwDq0yf-U=#2@w}%y&$HLPl6$#(8-eKuK@GsLtjyl^z3cs%=|~N9Fg8@Hk?0sO
zFcH?lo!^oJ&7L(?lfC9U1Xsda3V1RB)6)_cQU>SeEif3wmvZ0!0BKWR*&#M-@We+n
zd!Y-D_)%BP<+!zHM-WgMA-<|E26O*5#V&wF-H?7K{bi0t!Ja@<#T11p`z7kR9bL^I
zxiX|bgk@gG;U~e3#Vwfd>bW+G#e;04x)I0s4A&VgI(Fju_0T|cY>fvK^f~+n#M)-I
zKA?@0B{P@33F-*DS_^ETL0XcaOIRdDW5V4B_zY`Nd?M#7>oeG!Z^6Ba-dCk{J;lsy
ziiSUhyO+>s{C7)Dns`2Rf*jY`gHkmU5gRa2MLAKjTZu0mAO#oAut#vEzYF_C!?|MG
zQb|RYeITrDng~^K9yR@$=Tu)pB6?55gtAr{5~EPTj*pnXeR>Z%m;6GME0_TE(4-rw
zME3E8f@iqWlgt=}U9DMBcpA3%b9qbF|E~5M9NWd;*ghbr%TH)&^)5!yC%XZ`v?wJT
zr0zUE{g^+XtUw(U<CES&(3<db-ms$#xRyo&i|iLUnwfO!GBc62%3?D8j2l>kwXI0C
z{Oks!jZS1P^C2&m%)dTuRCl66MJ9OSvo;iOkk@*49_fS4UK2sIg}$oN5`T)WV_j~$
z#*y;(_hW2|toQ1WCxQ6-vCr-?6*3i$CB?T(Iy(Uu4B{Jjn3Fs5)HYKiwn<7UMvAhM
ztl~cib)k*j3wl0-&k>Du))lCI$!YL3LpY?I>g)lzF_iS&;YrENcF9<pGPareaKQ_u
zk;9qaZ5X`WZ}92U{WL!Q3MCp_?{n!Yd&lr1)Boh%g|Xxi1SaS4j?y{-XsDM?QC&ZG
z1C!MO!N?iNJ%CMtP+Z^lbl9d`GfLmgia1Po*<g1)0qa?4#NUk37pPWwGKaoPxaGKE
zlC=XR0&?TC4_PvoZuC)-t<rLGRTQ$iP`5hay$5HoqRo_Na|Pnr`tU#HHc07|;74Hj
z!qm;VWU@G*IT(xCLhhak8R26E?%PS0ZvBuA*UK2NMgLa-ln!h0y)n3$^pz2`t8-vW
z_$nTKKXezOjOw48006+*nwmFJO1`#&fdGWCiqkD7sasUfz;_pVMBcRwH{1}QD`~wD
z3f{p}D|=i$neFMFyRFp(a3=Mu7kqE95mqL_urHCyiPQ)u55VgID%`}l`e(;=enO4K
zO%min#Pd)4c^Ha7g-73~U~Y*Re}w@G-v)?<N(pl{g+kn$^z->RH%gj>X+U<l5{R#i
zeRb_z)DtHChjKhzSXdd2hJuFVx-!?UZ<{Bv&F=~~Smfx8c91VFSwMcY!r~gQh;_4J
zOUX5)w190A)A~Ii(mm$Wdjz7+@!Zbw)y`;qFC#onmdMN*Scb&IMQx0<4lOaVs8c46
z!IMGIM-vi&2Wu+U&QQ#StkB27f*;S9WR3)~LZK5_XE#vZ^VVau69ZT*OE>NtpO7cW
z=y9bt<!tR_1N{UV6(xx*jJ0I+P{#hKL*kwh1!Ez^Yy~o>%UHUm14b%KvB>fmkT=b_
zigd)xBgK2#{h33=bql4K;;83zkU~UB12jdN28+Nt#W^PWf(SsT=lZwNXYAXwH8p+D
z2T-wD1`6V}x`JJU5)g?l{KfbY3U{K*jkF9_;!&pOj7b7b<4O5g2XbEfm_g;#Ldp;i
zD<HAyfJD^t!cs~WCSJOZK#3RVPGsup88C`7Rf3=cAq^6&T7fs%O63r?XE~yi1!mA7
zna;{J9Qkw1-3UMA0wD%}%n!-Y!Xj9=+iWqffz)Qr7>-*QR?1x>UX&lEA{7w}jiYCK
zu00NA=#@F<vg;mbDp+u2Cm`^pB9D$SuF?1*ev~tQ*g(VAhomo-nH)TCcp+8*-Yg6!
zLi{f4nxX{d2{LSYa3e26(CocWi^ygemrkhSURI982(!+05zXQl!4QP&O!;PCt+s1Z
zWR_PxUi3&Yixw5M8nCHkDg6_=f+hk<NnN9L+cM@b=#dgGpHK)@8o3Tu8lzbqo_cep
zfkrzRw<d0IDq5HAtvFClU_=X?$v_a?KO=Yoh36u0OxZ$S!+WUQ>mB`CEgOPGL>*m*
z6L!@dqJzFD(40JE-qoB9C0HFL3|4tOJ91pPVZFhw7eu;Rz0}w$sh&XNz#XOq2TvIr
zi{~9k7L7M7L#!M~crc`I6W5)r$aG3}pV7pj%;E`lEP-KW&v?w!L}n}ma35b;S~Q7u
zWn6QD1W4v?bv$l;!Bx=gbOuF)QJieN_M$nWNG4939a7d{0~7Bj<(#O7(pw&_f1Hi_
z;$$f3(K$+laQ-ssV9rcZ7sUxH?h(ODxMpu8`~q0R@3V<5ZUR7N0B>X7i^k1P11+>c
z0#{3cU70M%f?eOzWe+MNx@4`<J(Dw-w@YU)iGhI=G%cAjvj9+hKt~smnz&+Oe@r!<
zV6?O;tlzihz6-JNHINBuQ5fDw>O6KfNE}>-%Ay*gOP`j%nlT#j2qpj#<ZF-?C*ig5
zk8s^+=$=7F69S>O3UrUg4^id>oy3kT*kQp^XA&x9M7QbcQ+v;w05OGe_zv}@RU3qi
z$Z4Z<QLq}U0KqK8lA(HvUg?_>BchBcVa$fo1DFN}YOT80bTTwDSQdcHnV+giyD-Lt
zKm&qZyc%9CTM%PKoN%g{XgsPsNM}kO0}&4>JwWdya=9)5Ash~^0(uV>M^ySibGCwz
z5$PN+Ml%p<d(<uKY~w&;a`wo<<>$>JJ^#x6tLs0KGyLupO&M$44kv!@+P4tPv-(Q)
znW!s-B&%<X1rutuz;h!IMzv0su=E`}4cMUKQY-DkXd~rMVw?iG_$~;jzM?dERP5pX
z@Y#?cvzEl%35fhKmUs0)0Sqmu3AkeDVMk@C6hoiH97G5`0^;F&iLxet#G@4-dX>k8
zp97OXN@#wwog-#6l6D~%M86snd|3)a+4OKr(u$6rle32G24##}>NW&kj7TOs3VXJL
z<NyvrA~J%pX_!2TaZ%Mn4nO))0T5>c4+@7K%h<|@DEF@-){fDoU^iaDFf32}t$^lA
zpl+iL|J2M+g9i#^{QP|PQi<;e0S?)xbB1g1_`<>Y)*w#P&y}I!c21Uq3Lc<XiLreo
zCi(N(DRN-CGN=F_tqsA*{+t+Vy@iPEhscS5^dUHMT)VyoJ8lf8MK)z>PcH;4bqI0F
zG%ZQswtudr3r3w}tQ`@KXB^ZxMGFdmidyI|W43A#-3$(6N2%hin*<U#`Vsw|3K*e*
z+Xq8pJwmOUD0D<I**m0DZ_Ezzaz5l>4IsSIG5R3xLv0o-OG?OH@C^*jHSMd|)m^=k
z8q!UF2K{Nd9S!5tX!S5^0(g18+nY#vy3{(tRE6@P4?zeK<>TM)kmGd_VPnQA7kRXf
zk$~)TlH+gOn7m=j2vbKXB-!<?3w3xF`M3AFy&?>=9II_qaR7Fbv(Ms=PC#2#w`w#W
z=rj4$Sqg431ZfI;P81F=%2aAK&1MMC_yLxuW9PMtShb@O%)R9~IY2N4HjJUXmwXHl
z=J7qh5e!n|i23lJ3Aori$qjbqY+@PGGUPbj6mN#$9u42-kWv1HK)Xf*7du4zI&Ap;
z+W-ZUfh=WXWVbD>z!yT90&Ktv@`?P+^ljzwm*<EOSQ!YkOiVo<Be{j1h`=k}S%4(M
zeFL&?6~d#gd+G70xDqLF@j_G33z6kCr3QxYN_Q?~t3=z>P~Gn%)O?gB<ADH558H4S
zE5cL+`0b!oSp)CyG_W>56rc2k8*yqZ<hgU@nH;7{RA7%vVjvt$C^wM09t&}apn3UA
z!L9@*O|!YI!hQ<rU1vA*#s^oY)!+}EJcLz(c^@;wOG6E9v7#p#04m_B3DD!iQ5N{d
zjARRIM%n#>4@7nX_L)j_!4bYw280A2s4z^0{)=R3vJz7Qz(N>0jX`Il$M5BbQk_^?
zmb=2DwO)gQyg->t3JD)mBx;B)gI6cNIfElwxl5wF%+%+FNg$PFXf~%ubeSK6L2;*k
z-ZS~l5;+l-wl6{w7Dyq}{-FV>Nn6E;24mwA6(n)DhTzooXGRi@WQFLUlc&&iO=I^T
zivywJNawc^=E=0XFqsVRR01*<Ms0+Qte(862=!p!HfwwNy3sm3nig*3uWQ6)M8nNw
z;zr&c4RH@kO+!!ZWJceGKI)c54md@nvT_ox-E^9HF1$yC=N5RO`I|yDLuRLk5~ld=
zav}M<1ZaB)`08RK$`BHIa9Y#Zka|vJvMh>cO<5HEij|eEmVK8g?IfsAJNmq~EgQff
zwRv%UW^p&6vzpem6AVaGtc3Q>G5wiRktPK3ep>JKPbd%NiVnQsT{NC%oJLL-qJ!8-
zP-h)BwRyVw&H(-~!<FC{mXwl9ti39ohEf4rK?9XBq~H>h9FwJlK~Tt)s~GW9=N{%H
zkHahpK^rHdVncAWv!My;Py*&Okv>@=Pj<^*TyrRLzrxUph})=cnGJ9$3I}j$lr?}=
zz=2t)jatn_^K@B=I_NPS=#K1BtCqqQnsGNTQfmt49zY^Or3XLIkcNQ*9`Dm{tm+te
zGzr-e8FMH~?kI6@V_qIbW6`2CEQp*Gn9!4LSZEWt8?F-u?T9E8^I{i=*dP+gY2|H`
zMGdiKCZIJ#i3pZ4sls`onRd=e0U%n#Ca`${WrC4WU~lwxS=8N0NZz<u`9cKid(NN<
zFsfY7BSEJ$B<7F*#5mA{&Zx}{jpGKTwORvcvQB+y*s1I#P`iCV?+xGzr9b*LWQvI~
zrhhpch%QjYplTjtZ|uO1%ml?(NWxbMN0G3Y$01InG)n-fngI@h=<$y!X45_xzYZ<;
z4|EpnZuD8WG#tw++2doVPQwY<VfNOCe?%wX9=RS1CSNe=7ELA~UfP(%Vg@b3Ie@4?
zWgW4dy>6!0k>0lr7=-Wgf`_F=oh+|pA(=&dOHWYHAe`np>Wv*)f@;~V6i<7s3mijc
zZ4@C`gzXJ?yt*=6ewBc>XeQn}>W!UeP|~t^p?bStnK{#S5dlPbxd9>u#Kz1>gvttK
zd3?&C7ALU8TXCu$a(pA?no^B&vR|6~ij}sirp*p(@KQZ_I24%eSY5C<cj*<5x2O(1
zQ7zNg%?Dm)>Jm0AN|Z&CLzOTfN7OG#0F=>!FqSk3<=Di4`u1Z0Ib8selOlzIIm3id
zjw-_NQX_~=kIB1OdIh4uG&6)a$uAeQ-?@5aMkFz+U%>fER>c2C))6vM$q`s74=$Kg
z<YQ)MSJLzORlSA*>iBjcvbZ75zzxgoHpoIECg8=M24@g-g`GL-3<#WPqoB05WJPdl
z87<p^%7H7OewkiI<Lq+-QYB$D?Js>W0Pv(0o1vBq6^KzM1C(IlMdk&y!2xc`xZBy4
zbk(td%vXIm4b=}{q%u%bFrCz%#{%S}5bPliB~ozxLV*SG38`@jJQSBCAc+;i@e`;N
zt0M8yifw!cxT+TeLU39XDrBSe#GhY&)-T|b;$R9N<h$qwC8QBId4VfUBKq>G^AM<x
zW{qZS-ENHrsSdf5S-ouDAX9k*0%67<Rphyn%_~k&k6OP#jbGb=pA)02JE-dS`b1O+
zr1=;C6wFyiI!Tq?@<bwOp$VQ6<}27az_&?Ed(ewMf%20<^Z~F$y);Gm$3>HI2^Lq9
zN)VG}(M5cuIe|8Czv84=B1p?kNhb&-+kCJ~Cp@^WbcRlQNgg+8V1=ctJWBX)kq0fd
zAfF&H0wQim;D^RNLt*)8>Blbt34>^ZniMi^9|qnB%ES;E!kSQ!IK8Y>A1x=m76zre
zZ2g#{aC_l);B}ZbGf3Y$5Pf?Ha!#0t3<5F`ED$p<#rl0e5CFtqc!!Oi7M~UH7I8~>
zKcNUu8%}Z~Bb?-HK-;xoKCjL8>_&0cLO;{MS&3$vA|)_!KSn*s%ug690fdLcraD7-
fD&x8tjE$WbXjs&snU8)|^B;s6yTptcKAzx$Qp3K0

literal 0
HcmV?d00001

diff --git a/static/fonts/glyphicons-halflings-regular.svg b/static/fonts/glyphicons-halflings-regular.svg
new file mode 100644
index 0000000000..e3e2dc739d
--- /dev/null
+++ b/static/fonts/glyphicons-halflings-regular.svg
@@ -0,0 +1,229 @@
+<?xml version="1.0" standalone="no"?>
+<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd" >
+<svg xmlns="http://www.w3.org/2000/svg">
+<metadata></metadata>
+<defs>
+<font id="glyphicons_halflingsregular" horiz-adv-x="1200" >
+<font-face units-per-em="1200" ascent="960" descent="-240" />
+<missing-glyph horiz-adv-x="500" />
+<glyph />
+<glyph />
+<glyph unicode="&#xd;" />
+<glyph unicode=" " />
+<glyph unicode="*" d="M100 500v200h259l-183 183l141 141l183 -183v259h200v-259l183 183l141 -141l-183 -183h259v-200h-259l183 -183l-141 -141l-183 183v-259h-200v259l-183 -183l-141 141l183 183h-259z" />
+<glyph unicode="+" d="M0 400v300h400v400h300v-400h400v-300h-400v-400h-300v400h-400z" />
+<glyph unicode="&#xa0;" />
+<glyph unicode="&#x2000;" horiz-adv-x="652" />
+<glyph unicode="&#x2001;" horiz-adv-x="1304" />
+<glyph unicode="&#x2002;" horiz-adv-x="652" />
+<glyph unicode="&#x2003;" horiz-adv-x="1304" />
+<glyph unicode="&#x2004;" horiz-adv-x="434" />
+<glyph unicode="&#x2005;" horiz-adv-x="326" />
+<glyph unicode="&#x2006;" horiz-adv-x="217" />
+<glyph unicode="&#x2007;" horiz-adv-x="217" />
+<glyph unicode="&#x2008;" horiz-adv-x="163" />
+<glyph unicode="&#x2009;" horiz-adv-x="260" />
+<glyph unicode="&#x200a;" horiz-adv-x="72" />
+<glyph unicode="&#x202f;" horiz-adv-x="260" />
+<glyph unicode="&#x205f;" horiz-adv-x="326" />
+<glyph unicode="&#x20ac;" d="M100 500l100 100h113q0 47 5 100h-218l100 100h135q37 167 112 257q117 141 297 141q242 0 354 -189q60 -103 66 -209h-181q0 55 -25.5 99t-63.5 68t-75 36.5t-67 12.5q-24 0 -52.5 -10t-62.5 -32t-65.5 -67t-50.5 -107h379l-100 -100h-300q-6 -46 -6 -100h406l-100 -100 h-300q9 -74 33 -132t52.5 -91t62 -54.5t59 -29t46.5 -7.5q29 0 66 13t75 37t63.5 67.5t25.5 96.5h174q-31 -172 -128 -278q-107 -117 -274 -117q-205 0 -324 158q-36 46 -69 131.5t-45 205.5h-217z" />
+<glyph unicode="&#x2212;" d="M200 400h900v300h-900v-300z" />
+<glyph unicode="&#x25fc;" horiz-adv-x="500" d="M0 0z" />
+<glyph unicode="&#x2601;" d="M-14 494q0 -80 56.5 -137t135.5 -57h750q120 0 205 86.5t85 207.5t-85 207t-205 86q-46 0 -90 -14q-44 97 -134.5 156.5t-200.5 59.5q-152 0 -260 -107.5t-108 -260.5q0 -25 2 -37q-66 -14 -108.5 -67.5t-42.5 -122.5z" />
+<glyph unicode="&#x2709;" d="M0 100l400 400l200 -200l200 200l400 -400h-1200zM0 300v600l300 -300zM0 1100l600 -603l600 603h-1200zM900 600l300 300v-600z" />
+<glyph unicode="&#x270f;" d="M-13 -13l333 112l-223 223zM187 403l214 -214l614 614l-214 214zM887 1103l214 -214l99 92q13 13 13 32.5t-13 33.5l-153 153q-15 13 -33 13t-33 -13z" />
+<glyph unicode="&#xe001;" d="M0 1200h1200l-500 -550v-550h300v-100h-800v100h300v550z" />
+<glyph unicode="&#xe002;" d="M14 84q18 -55 86 -75.5t147 5.5q65 21 109 69t44 90v606l600 155v-521q-64 16 -138 -7q-79 -26 -122.5 -83t-25.5 -111q18 -55 86 -75.5t147 4.5q70 23 111.5 63.5t41.5 95.5v881q0 10 -7 15.5t-17 2.5l-752 -193q-10 -3 -17 -12.5t-7 -19.5v-689q-64 17 -138 -7 q-79 -25 -122.5 -82t-25.5 -112z" />
+<glyph unicode="&#xe003;" d="M23 693q0 200 142 342t342 142t342 -142t142 -342q0 -142 -78 -261l300 -300q7 -8 7 -18t-7 -18l-109 -109q-8 -7 -18 -7t-18 7l-300 300q-119 -78 -261 -78q-200 0 -342 142t-142 342zM176 693q0 -136 97 -233t234 -97t233.5 96.5t96.5 233.5t-96.5 233.5t-233.5 96.5 t-234 -97t-97 -233z" />
+<glyph unicode="&#xe005;" d="M100 784q0 64 28 123t73 100.5t104.5 64t119 20.5t120 -38.5t104.5 -104.5q48 69 109.5 105t121.5 38t118.5 -20.5t102.5 -64t71 -100.5t27 -123q0 -57 -33.5 -117.5t-94 -124.5t-126.5 -127.5t-150 -152.5t-146 -174q-62 85 -145.5 174t-149.5 152.5t-126.5 127.5 t-94 124.5t-33.5 117.5z" />
+<glyph unicode="&#xe006;" d="M-72 800h479l146 400h2l146 -400h472l-382 -278l145 -449l-384 275l-382 -275l146 447zM168 71l2 1z" />
+<glyph unicode="&#xe007;" d="M-72 800h479l146 400h2l146 -400h472l-382 -278l145 -449l-384 275l-382 -275l146 447zM168 71l2 1zM237 700l196 -142l-73 -226l192 140l195 -141l-74 229l193 140h-235l-77 211l-78 -211h-239z" />
+<glyph unicode="&#xe008;" d="M0 0v143l400 257v100q-37 0 -68.5 74.5t-31.5 125.5v200q0 124 88 212t212 88t212 -88t88 -212v-200q0 -51 -31.5 -125.5t-68.5 -74.5v-100l400 -257v-143h-1200z" />
+<glyph unicode="&#xe009;" d="M0 0v1100h1200v-1100h-1200zM100 100h100v100h-100v-100zM100 300h100v100h-100v-100zM100 500h100v100h-100v-100zM100 700h100v100h-100v-100zM100 900h100v100h-100v-100zM300 100h600v400h-600v-400zM300 600h600v400h-600v-400zM1000 100h100v100h-100v-100z M1000 300h100v100h-100v-100zM1000 500h100v100h-100v-100zM1000 700h100v100h-100v-100zM1000 900h100v100h-100v-100z" />
+<glyph unicode="&#xe010;" d="M0 50v400q0 21 14.5 35.5t35.5 14.5h400q21 0 35.5 -14.5t14.5 -35.5v-400q0 -21 -14.5 -35.5t-35.5 -14.5h-400q-21 0 -35.5 14.5t-14.5 35.5zM0 650v400q0 21 14.5 35.5t35.5 14.5h400q21 0 35.5 -14.5t14.5 -35.5v-400q0 -21 -14.5 -35.5t-35.5 -14.5h-400 q-21 0 -35.5 14.5t-14.5 35.5zM600 50v400q0 21 14.5 35.5t35.5 14.5h400q21 0 35.5 -14.5t14.5 -35.5v-400q0 -21 -14.5 -35.5t-35.5 -14.5h-400q-21 0 -35.5 14.5t-14.5 35.5zM600 650v400q0 21 14.5 35.5t35.5 14.5h400q21 0 35.5 -14.5t14.5 -35.5v-400 q0 -21 -14.5 -35.5t-35.5 -14.5h-400q-21 0 -35.5 14.5t-14.5 35.5z" />
+<glyph unicode="&#xe011;" d="M0 50v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM0 450v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200 q-21 0 -35.5 14.5t-14.5 35.5zM0 850v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM400 50v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5 t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM400 450v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM400 850v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5 v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM800 50v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM800 450v200q0 21 14.5 35.5t35.5 14.5h200 q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM800 850v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5z" />
+<glyph unicode="&#xe012;" d="M0 50v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM0 450q0 -21 14.5 -35.5t35.5 -14.5h200q21 0 35.5 14.5t14.5 35.5v200q0 21 -14.5 35.5t-35.5 14.5h-200q-21 0 -35.5 -14.5 t-14.5 -35.5v-200zM0 850v200q0 21 14.5 35.5t35.5 14.5h200q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5zM400 50v200q0 21 14.5 35.5t35.5 14.5h700q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5 t-35.5 -14.5h-700q-21 0 -35.5 14.5t-14.5 35.5zM400 450v200q0 21 14.5 35.5t35.5 14.5h700q21 0 35.5 -14.5t14.5 -35.5v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-700q-21 0 -35.5 14.5t-14.5 35.5zM400 850v200q0 21 14.5 35.5t35.5 14.5h700q21 0 35.5 -14.5t14.5 -35.5 v-200q0 -21 -14.5 -35.5t-35.5 -14.5h-700q-21 0 -35.5 14.5t-14.5 35.5z" />
+<glyph unicode="&#xe013;" d="M29 454l419 -420l818 820l-212 212l-607 -607l-206 207z" />
+<glyph unicode="&#xe014;" d="M106 318l282 282l-282 282l212 212l282 -282l282 282l212 -212l-282 -282l282 -282l-212 -212l-282 282l-282 -282z" />
+<glyph unicode="&#xe015;" d="M23 693q0 200 142 342t342 142t342 -142t142 -342q0 -142 -78 -261l300 -300q7 -8 7 -18t-7 -18l-109 -109q-8 -7 -18 -7t-18 7l-300 300q-119 -78 -261 -78q-200 0 -342 142t-142 342zM176 693q0 -136 97 -233t234 -97t233.5 96.5t96.5 233.5t-96.5 233.5t-233.5 96.5 t-234 -97t-97 -233zM300 600v200h100v100h200v-100h100v-200h-100v-100h-200v100h-100z" />
+<glyph unicode="&#xe016;" d="M23 694q0 200 142 342t342 142t342 -142t142 -342q0 -141 -78 -262l300 -299q7 -7 7 -18t-7 -18l-109 -109q-8 -8 -18 -8t-18 8l-300 300q-119 -78 -261 -78q-200 0 -342 142t-142 342zM176 694q0 -136 97 -233t234 -97t233.5 97t96.5 233t-96.5 233t-233.5 97t-234 -97 t-97 -233zM300 601h400v200h-400v-200z" />
+<glyph unicode="&#xe017;" d="M23 600q0 183 105 331t272 210v-166q-103 -55 -165 -155t-62 -220q0 -177 125 -302t302 -125t302 125t125 302q0 120 -62 220t-165 155v166q167 -62 272 -210t105 -331q0 -118 -45.5 -224.5t-123 -184t-184 -123t-224.5 -45.5t-224.5 45.5t-184 123t-123 184t-45.5 224.5 zM500 750q0 -21 14.5 -35.5t35.5 -14.5h100q21 0 35.5 14.5t14.5 35.5v400q0 21 -14.5 35.5t-35.5 14.5h-100q-21 0 -35.5 -14.5t-14.5 -35.5v-400z" />
+<glyph unicode="&#xe018;" d="M100 1h200v300h-200v-300zM400 1v500h200v-500h-200zM700 1v800h200v-800h-200zM1000 1v1200h200v-1200h-200z" />
+<glyph unicode="&#xe019;" d="M26 601q0 -33 6 -74l151 -38l2 -6q14 -49 38 -93l3 -5l-80 -134q45 -59 105 -105l133 81l5 -3q45 -26 94 -39l5 -2l38 -151q40 -5 74 -5q27 0 74 5l38 151l6 2q46 13 93 39l5 3l134 -81q56 44 104 105l-80 134l3 5q24 44 39 93l1 6l152 38q5 40 5 74q0 28 -5 73l-152 38 l-1 6q-16 51 -39 93l-3 5l80 134q-44 58 -104 105l-134 -81l-5 3q-45 25 -93 39l-6 1l-38 152q-40 5 -74 5q-27 0 -74 -5l-38 -152l-5 -1q-50 -14 -94 -39l-5 -3l-133 81q-59 -47 -105 -105l80 -134l-3 -5q-25 -47 -38 -93l-2 -6l-151 -38q-6 -48 -6 -73zM385 601 q0 88 63 151t152 63t152 -63t63 -151q0 -89 -63 -152t-152 -63t-152 63t-63 152z" />
+<glyph unicode="&#xe020;" d="M100 1025v50q0 10 7.5 17.5t17.5 7.5h275v100q0 41 29.5 70.5t70.5 29.5h300q41 0 70.5 -29.5t29.5 -70.5v-100h275q10 0 17.5 -7.5t7.5 -17.5v-50q0 -11 -7 -18t-18 -7h-1050q-11 0 -18 7t-7 18zM200 100v800h900v-800q0 -41 -29.5 -71t-70.5 -30h-700q-41 0 -70.5 30 t-29.5 71zM300 100h100v700h-100v-700zM500 100h100v700h-100v-700zM500 1100h300v100h-300v-100zM700 100h100v700h-100v-700zM900 100h100v700h-100v-700z" />
+<glyph unicode="&#xe021;" d="M1 601l656 644l644 -644h-200v-600h-300v400h-300v-400h-300v600h-200z" />
+<glyph unicode="&#xe022;" d="M100 25v1150q0 11 7 18t18 7h475v-500h400v-675q0 -11 -7 -18t-18 -7h-850q-11 0 -18 7t-7 18zM700 800v300l300 -300h-300z" />
+<glyph unicode="&#xe023;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM500 500v400h100 v-300h200v-100h-300z" />
+<glyph unicode="&#xe024;" d="M-100 0l431 1200h209l-21 -300h162l-20 300h208l431 -1200h-538l-41 400h-242l-40 -400h-539zM488 500h224l-27 300h-170z" />
+<glyph unicode="&#xe025;" d="M0 0v400h490l-290 300h200v500h300v-500h200l-290 -300h490v-400h-1100zM813 200h175v100h-175v-100z" />
+<glyph unicode="&#xe026;" d="M1 600q0 122 47.5 233t127.5 191t191 127.5t233 47.5t233 -47.5t191 -127.5t127.5 -191t47.5 -233t-47.5 -233t-127.5 -191t-191 -127.5t-233 -47.5t-233 47.5t-191 127.5t-127.5 191t-47.5 233zM188 600q0 -170 121 -291t291 -121t291 121t121 291t-121 291t-291 121 t-291 -121t-121 -291zM350 600h150v300h200v-300h150l-250 -300z" />
+<glyph unicode="&#xe027;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM350 600l250 300 l250 -300h-150v-300h-200v300h-150z" />
+<glyph unicode="&#xe028;" d="M0 25v475l200 700h800l199 -700l1 -475q0 -11 -7 -18t-18 -7h-1150q-11 0 -18 7t-7 18zM200 500h200l50 -200h300l50 200h200l-97 500h-606z" />
+<glyph unicode="&#xe029;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -172 121.5 -293t292.5 -121t292.5 121t121.5 293q0 171 -121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM500 397v401 l297 -200z" />
+<glyph unicode="&#xe030;" d="M23 600q0 -118 45.5 -224.5t123 -184t184 -123t224.5 -45.5t224.5 45.5t184 123t123 184t45.5 224.5h-150q0 -177 -125 -302t-302 -125t-302 125t-125 302t125 302t302 125q136 0 246 -81l-146 -146h400v400l-145 -145q-157 122 -355 122q-118 0 -224.5 -45.5t-184 -123 t-123 -184t-45.5 -224.5z" />
+<glyph unicode="&#xe031;" d="M23 600q0 118 45.5 224.5t123 184t184 123t224.5 45.5q198 0 355 -122l145 145v-400h-400l147 147q-112 80 -247 80q-177 0 -302 -125t-125 -302h-150zM100 0v400h400l-147 -147q112 -80 247 -80q177 0 302 125t125 302h150q0 -118 -45.5 -224.5t-123 -184t-184 -123 t-224.5 -45.5q-198 0 -355 122z" />
+<glyph unicode="&#xe032;" d="M100 0h1100v1200h-1100v-1200zM200 100v900h900v-900h-900zM300 200v100h100v-100h-100zM300 400v100h100v-100h-100zM300 600v100h100v-100h-100zM300 800v100h100v-100h-100zM500 200h500v100h-500v-100zM500 400v100h500v-100h-500zM500 600v100h500v-100h-500z M500 800v100h500v-100h-500z" />
+<glyph unicode="&#xe033;" d="M0 100v600q0 41 29.5 70.5t70.5 29.5h100v200q0 82 59 141t141 59h300q82 0 141 -59t59 -141v-200h100q41 0 70.5 -29.5t29.5 -70.5v-600q0 -41 -29.5 -70.5t-70.5 -29.5h-900q-41 0 -70.5 29.5t-29.5 70.5zM400 800h300v150q0 21 -14.5 35.5t-35.5 14.5h-200 q-21 0 -35.5 -14.5t-14.5 -35.5v-150z" />
+<glyph unicode="&#xe034;" d="M100 0v1100h100v-1100h-100zM300 400q60 60 127.5 84t127.5 17.5t122 -23t119 -30t110 -11t103 42t91 120.5v500q-40 -81 -101.5 -115.5t-127.5 -29.5t-138 25t-139.5 40t-125.5 25t-103 -29.5t-65 -115.5v-500z" />
+<glyph unicode="&#xe035;" d="M0 275q0 -11 7 -18t18 -7h50q11 0 18 7t7 18v300q0 127 70.5 231.5t184.5 161.5t245 57t245 -57t184.5 -161.5t70.5 -231.5v-300q0 -11 7 -18t18 -7h50q11 0 18 7t7 18v300q0 116 -49.5 227t-131 192.5t-192.5 131t-227 49.5t-227 -49.5t-192.5 -131t-131 -192.5 t-49.5 -227v-300zM200 20v460q0 8 6 14t14 6h160q8 0 14 -6t6 -14v-460q0 -8 -6 -14t-14 -6h-160q-8 0 -14 6t-6 14zM800 20v460q0 8 6 14t14 6h160q8 0 14 -6t6 -14v-460q0 -8 -6 -14t-14 -6h-160q-8 0 -14 6t-6 14z" />
+<glyph unicode="&#xe036;" d="M0 400h300l300 -200v800l-300 -200h-300v-400zM688 459l141 141l-141 141l71 71l141 -141l141 141l71 -71l-141 -141l141 -141l-71 -71l-141 141l-141 -141z" />
+<glyph unicode="&#xe037;" d="M0 400h300l300 -200v800l-300 -200h-300v-400zM700 857l69 53q111 -135 111 -310q0 -169 -106 -302l-67 54q86 110 86 248q0 146 -93 257z" />
+<glyph unicode="&#xe038;" d="M0 401v400h300l300 200v-800l-300 200h-300zM702 858l69 53q111 -135 111 -310q0 -170 -106 -303l-67 55q86 110 86 248q0 145 -93 257zM889 951l7 -8q123 -151 123 -344q0 -189 -119 -339l-7 -8l81 -66l6 8q142 178 142 405q0 230 -144 408l-6 8z" />
+<glyph unicode="&#xe039;" d="M0 0h500v500h-200v100h-100v-100h-200v-500zM0 600h100v100h400v100h100v100h-100v300h-500v-600zM100 100v300h300v-300h-300zM100 800v300h300v-300h-300zM200 200v100h100v-100h-100zM200 900h100v100h-100v-100zM500 500v100h300v-300h200v-100h-100v-100h-200v100 h-100v100h100v200h-200zM600 0v100h100v-100h-100zM600 1000h100v-300h200v-300h300v200h-200v100h200v500h-600v-200zM800 800v300h300v-300h-300zM900 0v100h300v-100h-300zM900 900v100h100v-100h-100zM1100 200v100h100v-100h-100z" />
+<glyph unicode="&#xe040;" d="M0 200h100v1000h-100v-1000zM100 0v100h300v-100h-300zM200 200v1000h100v-1000h-100zM500 0v91h100v-91h-100zM500 200v1000h200v-1000h-200zM700 0v91h100v-91h-100zM800 200v1000h100v-1000h-100zM900 0v91h200v-91h-200zM1000 200v1000h200v-1000h-200z" />
+<glyph unicode="&#xe041;" d="M0 700l1 475q0 10 7.5 17.5t17.5 7.5h474l700 -700l-500 -500zM148 953q0 -42 29 -71q30 -30 71.5 -30t71.5 30q29 29 29 71t-29 71q-30 30 -71.5 30t-71.5 -30q-29 -29 -29 -71z" />
+<glyph unicode="&#xe042;" d="M1 700l1 475q0 11 7 18t18 7h474l700 -700l-500 -500zM148 953q0 -42 30 -71q29 -30 71 -30t71 30q30 29 30 71t-30 71q-29 30 -71 30t-71 -30q-30 -29 -30 -71zM701 1200h100l700 -700l-500 -500l-50 50l450 450z" />
+<glyph unicode="&#xe043;" d="M100 0v1025l175 175h925v-1000l-100 -100v1000h-750l-100 -100h750v-1000h-900z" />
+<glyph unicode="&#xe044;" d="M200 0l450 444l450 -443v1150q0 20 -14.5 35t-35.5 15h-800q-21 0 -35.5 -15t-14.5 -35v-1151z" />
+<glyph unicode="&#xe045;" d="M0 100v700h200l100 -200h600l100 200h200v-700h-200v200h-800v-200h-200zM253 829l40 -124h592l62 124l-94 346q-2 11 -10 18t-18 7h-450q-10 0 -18 -7t-10 -18zM281 24l38 152q2 10 11.5 17t19.5 7h500q10 0 19.5 -7t11.5 -17l38 -152q2 -10 -3.5 -17t-15.5 -7h-600 q-10 0 -15.5 7t-3.5 17z" />
+<glyph unicode="&#xe046;" d="M0 200q0 -41 29.5 -70.5t70.5 -29.5h1000q41 0 70.5 29.5t29.5 70.5v600q0 41 -29.5 70.5t-70.5 29.5h-150q-4 8 -11.5 21.5t-33 48t-53 61t-69 48t-83.5 21.5h-200q-41 0 -82 -20.5t-70 -50t-52 -59t-34 -50.5l-12 -20h-150q-41 0 -70.5 -29.5t-29.5 -70.5v-600z M356 500q0 100 72 172t172 72t172 -72t72 -172t-72 -172t-172 -72t-172 72t-72 172zM494 500q0 -44 31 -75t75 -31t75 31t31 75t-31 75t-75 31t-75 -31t-31 -75zM900 700v100h100v-100h-100z" />
+<glyph unicode="&#xe047;" d="M53 0h365v66q-41 0 -72 11t-49 38t1 71l92 234h391l82 -222q16 -45 -5.5 -88.5t-74.5 -43.5v-66h417v66q-34 1 -74 43q-18 19 -33 42t-21 37l-6 13l-385 998h-93l-399 -1006q-24 -48 -52 -75q-12 -12 -33 -25t-36 -20l-15 -7v-66zM416 521l178 457l46 -140l116 -317h-340 z" />
+<glyph unicode="&#xe048;" d="M100 0v89q41 7 70.5 32.5t29.5 65.5v827q0 28 -1 39.5t-5.5 26t-15.5 21t-29 14t-49 14.5v71l471 -1q120 0 213 -88t93 -228q0 -55 -11.5 -101.5t-28 -74t-33.5 -47.5t-28 -28l-12 -7q8 -3 21.5 -9t48 -31.5t60.5 -58t47.5 -91.5t21.5 -129q0 -84 -59 -156.5t-142 -111 t-162 -38.5h-500zM400 200h161q89 0 153 48.5t64 132.5q0 90 -62.5 154.5t-156.5 64.5h-159v-400zM400 700h139q76 0 130 61.5t54 138.5q0 82 -84 130.5t-239 48.5v-379z" />
+<glyph unicode="&#xe049;" d="M200 0v57q77 7 134.5 40.5t65.5 80.5l173 849q10 56 -10 74t-91 37q-6 1 -10.5 2.5t-9.5 2.5v57h425l2 -57q-33 -8 -62 -25.5t-46 -37t-29.5 -38t-17.5 -30.5l-5 -12l-128 -825q-10 -52 14 -82t95 -36v-57h-500z" />
+<glyph unicode="&#xe050;" d="M-75 200h75v800h-75l125 167l125 -167h-75v-800h75l-125 -167zM300 900v300h150h700h150v-300h-50q0 29 -8 48.5t-18.5 30t-33.5 15t-39.5 5.5t-50.5 1h-200v-850l100 -50v-100h-400v100l100 50v850h-200q-34 0 -50.5 -1t-40 -5.5t-33.5 -15t-18.5 -30t-8.5 -48.5h-49z " />
+<glyph unicode="&#xe051;" d="M33 51l167 125v-75h800v75l167 -125l-167 -125v75h-800v-75zM100 901v300h150h700h150v-300h-50q0 29 -8 48.5t-18 30t-33.5 15t-40 5.5t-50.5 1h-200v-650l100 -50v-100h-400v100l100 50v650h-200q-34 0 -50.5 -1t-39.5 -5.5t-33.5 -15t-18.5 -30t-8 -48.5h-50z" />
+<glyph unicode="&#xe052;" d="M0 50q0 -20 14.5 -35t35.5 -15h1100q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-1100q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM0 350q0 -20 14.5 -35t35.5 -15h800q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-800q-21 0 -35.5 -14.5t-14.5 -35.5 v-100zM0 650q0 -20 14.5 -35t35.5 -15h1000q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-1000q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM0 950q0 -20 14.5 -35t35.5 -15h600q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-600q-21 0 -35.5 -14.5 t-14.5 -35.5v-100z" />
+<glyph unicode="&#xe053;" d="M0 50q0 -20 14.5 -35t35.5 -15h1100q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-1100q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM0 650q0 -20 14.5 -35t35.5 -15h1100q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-1100q-21 0 -35.5 -14.5t-14.5 -35.5 v-100zM200 350q0 -20 14.5 -35t35.5 -15h700q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-700q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM200 950q0 -20 14.5 -35t35.5 -15h700q21 0 35.5 15t14.5 35v100q0 21 -14.5 35.5t-35.5 14.5h-700q-21 0 -35.5 -14.5 t-14.5 -35.5v-100z" />
+<glyph unicode="&#xe054;" d="M0 50v100q0 21 14.5 35.5t35.5 14.5h1100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1100q-21 0 -35.5 15t-14.5 35zM100 650v100q0 21 14.5 35.5t35.5 14.5h1000q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1000q-21 0 -35.5 15 t-14.5 35zM300 350v100q0 21 14.5 35.5t35.5 14.5h800q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-800q-21 0 -35.5 15t-14.5 35zM500 950v100q0 21 14.5 35.5t35.5 14.5h600q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-600 q-21 0 -35.5 15t-14.5 35z" />
+<glyph unicode="&#xe055;" d="M0 50v100q0 21 14.5 35.5t35.5 14.5h1100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1100q-21 0 -35.5 15t-14.5 35zM0 350v100q0 21 14.5 35.5t35.5 14.5h1100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1100q-21 0 -35.5 15 t-14.5 35zM0 650v100q0 21 14.5 35.5t35.5 14.5h1100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1100q-21 0 -35.5 15t-14.5 35zM0 950v100q0 21 14.5 35.5t35.5 14.5h1100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-1100 q-21 0 -35.5 15t-14.5 35z" />
+<glyph unicode="&#xe056;" d="M0 50v100q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-100q-21 0 -35.5 15t-14.5 35zM0 350v100q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-100q-21 0 -35.5 15 t-14.5 35zM0 650v100q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-100q-21 0 -35.5 15t-14.5 35zM0 950v100q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-100q-21 0 -35.5 15 t-14.5 35zM300 50v100q0 21 14.5 35.5t35.5 14.5h800q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-800q-21 0 -35.5 15t-14.5 35zM300 350v100q0 21 14.5 35.5t35.5 14.5h800q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-800 q-21 0 -35.5 15t-14.5 35zM300 650v100q0 21 14.5 35.5t35.5 14.5h800q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15h-800q-21 0 -35.5 15t-14.5 35zM300 950v100q0 21 14.5 35.5t35.5 14.5h800q21 0 35.5 -14.5t14.5 -35.5v-100q0 -20 -14.5 -35t-35.5 -15 h-800q-21 0 -35.5 15t-14.5 35z" />
+<glyph unicode="&#xe057;" d="M-101 500v100h201v75l166 -125l-166 -125v75h-201zM300 0h100v1100h-100v-1100zM500 50q0 -20 14.5 -35t35.5 -15h600q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-600q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM500 350q0 -20 14.5 -35t35.5 -15h300q20 0 35 15t15 35 v100q0 21 -15 35.5t-35 14.5h-300q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM500 650q0 -20 14.5 -35t35.5 -15h500q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-500q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM500 950q0 -20 14.5 -35t35.5 -15h100q20 0 35 15t15 35v100 q0 21 -15 35.5t-35 14.5h-100q-21 0 -35.5 -14.5t-14.5 -35.5v-100z" />
+<glyph unicode="&#xe058;" d="M1 50q0 -20 14.5 -35t35.5 -15h600q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-600q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM1 350q0 -20 14.5 -35t35.5 -15h300q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-300q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM1 650 q0 -20 14.5 -35t35.5 -15h500q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-500q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM1 950q0 -20 14.5 -35t35.5 -15h100q20 0 35 15t15 35v100q0 21 -15 35.5t-35 14.5h-100q-21 0 -35.5 -14.5t-14.5 -35.5v-100zM801 0v1100h100v-1100 h-100zM934 550l167 -125v75h200v100h-200v75z" />
+<glyph unicode="&#xe059;" d="M0 275v650q0 31 22 53t53 22h750q31 0 53 -22t22 -53v-650q0 -31 -22 -53t-53 -22h-750q-31 0 -53 22t-22 53zM900 600l300 300v-600z" />
+<glyph unicode="&#xe060;" d="M0 44v1012q0 18 13 31t31 13h1112q19 0 31.5 -13t12.5 -31v-1012q0 -18 -12.5 -31t-31.5 -13h-1112q-18 0 -31 13t-13 31zM100 263l247 182l298 -131l-74 156l293 318l236 -288v500h-1000v-737zM208 750q0 56 39 95t95 39t95 -39t39 -95t-39 -95t-95 -39t-95 39t-39 95z " />
+<glyph unicode="&#xe062;" d="M148 745q0 124 60.5 231.5t165 172t226.5 64.5q123 0 227 -63t164.5 -169.5t60.5 -229.5t-73 -272q-73 -114 -166.5 -237t-150.5 -189l-57 -66q-10 9 -27 26t-66.5 70.5t-96 109t-104 135.5t-100.5 155q-63 139 -63 262zM342 772q0 -107 75.5 -182.5t181.5 -75.5 q107 0 182.5 75.5t75.5 182.5t-75.5 182t-182.5 75t-182 -75.5t-75 -181.5z" />
+<glyph unicode="&#xe063;" d="M1 600q0 122 47.5 233t127.5 191t191 127.5t233 47.5t233 -47.5t191 -127.5t127.5 -191t47.5 -233t-47.5 -233t-127.5 -191t-191 -127.5t-233 -47.5t-233 47.5t-191 127.5t-127.5 191t-47.5 233zM173 600q0 -177 125.5 -302t301.5 -125v854q-176 0 -301.5 -125 t-125.5 -302z" />
+<glyph unicode="&#xe064;" d="M117 406q0 94 34 186t88.5 172.5t112 159t115 177t87.5 194.5q21 -71 57.5 -142.5t76 -130.5t83 -118.5t82 -117t70 -116t50 -125.5t18.5 -136q0 -89 -39 -165.5t-102 -126.5t-140 -79.5t-156 -33.5q-114 6 -211.5 53t-161.5 139t-64 210zM243 414q14 -82 59.5 -136 t136.5 -80l16 98q-7 6 -18 17t-34 48t-33 77q-15 73 -14 143.5t10 122.5l9 51q-92 -110 -119.5 -185t-12.5 -156z" />
+<glyph unicode="&#xe065;" d="M0 400v300q0 165 117.5 282.5t282.5 117.5q366 -6 397 -14l-186 -186h-311q-41 0 -70.5 -29.5t-29.5 -70.5v-500q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v125l200 200v-225q0 -165 -117.5 -282.5t-282.5 -117.5h-300q-165 0 -282.5 117.5 t-117.5 282.5zM436 341l161 50l412 412l-114 113l-405 -405zM995 1015l113 -113l113 113l-21 85l-92 28z" />
+<glyph unicode="&#xe066;" d="M0 400v300q0 165 117.5 282.5t282.5 117.5h261l2 -80q-133 -32 -218 -120h-145q-41 0 -70.5 -29.5t-29.5 -70.5v-500q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5l200 153v-53q0 -165 -117.5 -282.5t-282.5 -117.5h-300q-165 0 -282.5 117.5t-117.5 282.5 zM423 524q30 38 81.5 64t103 35.5t99 14t77.5 3.5l29 -1v-209l360 324l-359 318v-216q-7 0 -19 -1t-48 -8t-69.5 -18.5t-76.5 -37t-76.5 -59t-62 -88t-39.5 -121.5z" />
+<glyph unicode="&#xe067;" d="M0 400v300q0 165 117.5 282.5t282.5 117.5h300q61 0 127 -23l-178 -177h-349q-41 0 -70.5 -29.5t-29.5 -70.5v-500q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v69l200 200v-169q0 -165 -117.5 -282.5t-282.5 -117.5h-300q-165 0 -282.5 117.5 t-117.5 282.5zM342 632l283 -284l567 567l-137 137l-430 -431l-146 147z" />
+<glyph unicode="&#xe068;" d="M0 603l300 296v-198h200v200h-200l300 300l295 -300h-195v-200h200v198l300 -296l-300 -300v198h-200v-200h195l-295 -300l-300 300h200v200h-200v-198z" />
+<glyph unicode="&#xe069;" d="M200 50v1000q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-437l500 487v-1100l-500 488v-438q0 -21 -14.5 -35.5t-35.5 -14.5h-100q-21 0 -35.5 14.5t-14.5 35.5z" />
+<glyph unicode="&#xe070;" d="M0 50v1000q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-437l500 487v-487l500 487v-1100l-500 488v-488l-500 488v-438q0 -21 -14.5 -35.5t-35.5 -14.5h-100q-21 0 -35.5 14.5t-14.5 35.5z" />
+<glyph unicode="&#xe071;" d="M136 550l564 550v-487l500 487v-1100l-500 488v-488z" />
+<glyph unicode="&#xe072;" d="M200 0l900 550l-900 550v-1100z" />
+<glyph unicode="&#xe073;" d="M200 150q0 -21 14.5 -35.5t35.5 -14.5h200q21 0 35.5 14.5t14.5 35.5v800q0 21 -14.5 35.5t-35.5 14.5h-200q-21 0 -35.5 -14.5t-14.5 -35.5v-800zM600 150q0 -21 14.5 -35.5t35.5 -14.5h200q21 0 35.5 14.5t14.5 35.5v800q0 21 -14.5 35.5t-35.5 14.5h-200 q-21 0 -35.5 -14.5t-14.5 -35.5v-800z" />
+<glyph unicode="&#xe074;" d="M200 150q0 -20 14.5 -35t35.5 -15h800q21 0 35.5 15t14.5 35v800q0 21 -14.5 35.5t-35.5 14.5h-800q-21 0 -35.5 -14.5t-14.5 -35.5v-800z" />
+<glyph unicode="&#xe075;" d="M0 0v1100l500 -487v487l564 -550l-564 -550v488z" />
+<glyph unicode="&#xe076;" d="M0 0v1100l500 -487v487l500 -487v437q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-1000q0 -21 -14.5 -35.5t-35.5 -14.5h-100q-21 0 -35.5 14.5t-14.5 35.5v438l-500 -488v488z" />
+<glyph unicode="&#xe077;" d="M300 0v1100l500 -487v437q0 21 14.5 35.5t35.5 14.5h100q21 0 35.5 -14.5t14.5 -35.5v-1000q0 -21 -14.5 -35.5t-35.5 -14.5h-100q-21 0 -35.5 14.5t-14.5 35.5v438z" />
+<glyph unicode="&#xe078;" d="M100 250v100q0 21 14.5 35.5t35.5 14.5h1000q21 0 35.5 -14.5t14.5 -35.5v-100q0 -21 -14.5 -35.5t-35.5 -14.5h-1000q-21 0 -35.5 14.5t-14.5 35.5zM100 500h1100l-550 564z" />
+<glyph unicode="&#xe079;" d="M185 599l592 -592l240 240l-353 353l353 353l-240 240z" />
+<glyph unicode="&#xe080;" d="M272 194l353 353l-353 353l241 240l572 -571l21 -22l-1 -1v-1l-592 -591z" />
+<glyph unicode="&#xe081;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM300 500h200v-200h200v200h200v200h-200v200h-200v-200h-200v-200z" />
+<glyph unicode="&#xe082;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM300 500h600v200h-600v-200z" />
+<glyph unicode="&#xe083;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM246 459l213 -213l141 142l141 -142l213 213l-142 141l142 141l-213 212l-141 -141l-141 142l-212 -213l141 -141 z" />
+<glyph unicode="&#xe084;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM270 551l276 -277l411 411l-175 174l-236 -236l-102 102z" />
+<glyph unicode="&#xe085;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM364 700h143q4 0 11.5 -1t11 -1t6.5 3t3 9t1 11t3.5 8.5t3.5 6t5.5 4t6.5 2.5t9 1.5t9 0.5h11.5h12.5 q19 0 30 -10t11 -26q0 -22 -4 -28t-27 -22q-5 -1 -12.5 -3t-27 -13.5t-34 -27t-26.5 -46t-11 -68.5h200q5 3 14 8t31.5 25.5t39.5 45.5t31 69t14 94q0 51 -17.5 89t-42 58t-58.5 32t-58.5 15t-51.5 3q-50 0 -90.5 -12t-75 -38.5t-53.5 -74.5t-19 -114zM500 300h200v100h-200 v-100z" />
+<glyph unicode="&#xe086;" d="M3 600q0 162 80 299.5t217.5 217.5t299.5 80t299.5 -80t217.5 -217.5t80 -299.5t-80 -299.5t-217.5 -217.5t-299.5 -80t-299.5 80t-217.5 217.5t-80 299.5zM400 300h400v100h-100v300h-300v-100h100v-200h-100v-100zM500 800h200v100h-200v-100z" />
+<glyph unicode="&#xe087;" d="M0 500v200h195q31 125 98.5 199.5t206.5 100.5v200h200v-200q54 -20 113 -60t112.5 -105.5t71.5 -134.5h203v-200h-203q-25 -102 -116.5 -186t-180.5 -117v-197h-200v197q-140 27 -208 102.5t-98 200.5h-194zM290 500q24 -73 79.5 -127.5t130.5 -78.5v206h200v-206 q149 48 201 206h-201v200h200q-25 74 -75.5 127t-124.5 77v-204h-200v203q-75 -23 -130 -77t-79 -126h209v-200h-210z" />
+<glyph unicode="&#xe088;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM356 465l135 135 l-135 135l109 109l135 -135l135 135l109 -109l-135 -135l135 -135l-109 -109l-135 135l-135 -135z" />
+<glyph unicode="&#xe089;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM322 537l141 141 l87 -87l204 205l142 -142l-346 -345z" />
+<glyph unicode="&#xe090;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -115 62 -215l568 567q-100 62 -216 62q-171 0 -292.5 -121.5t-121.5 -292.5zM391 245q97 -59 209 -59q171 0 292.5 121.5t121.5 292.5 q0 112 -59 209z" />
+<glyph unicode="&#xe091;" d="M0 547l600 453v-300h600v-300h-600v-301z" />
+<glyph unicode="&#xe092;" d="M0 400v300h600v300l600 -453l-600 -448v301h-600z" />
+<glyph unicode="&#xe093;" d="M204 600l450 600l444 -600h-298v-600h-300v600h-296z" />
+<glyph unicode="&#xe094;" d="M104 600h296v600h300v-600h298l-449 -600z" />
+<glyph unicode="&#xe095;" d="M0 200q6 132 41 238.5t103.5 193t184 138t271.5 59.5v271l600 -453l-600 -448v301q-95 -2 -183 -20t-170 -52t-147 -92.5t-100 -135.5z" />
+<glyph unicode="&#xe096;" d="M0 0v400l129 -129l294 294l142 -142l-294 -294l129 -129h-400zM635 777l142 -142l294 294l129 -129v400h-400l129 -129z" />
+<glyph unicode="&#xe097;" d="M34 176l295 295l-129 129h400v-400l-129 130l-295 -295zM600 600v400l129 -129l295 295l142 -141l-295 -295l129 -130h-400z" />
+<glyph unicode="&#xe101;" d="M23 600q0 118 45.5 224.5t123 184t184 123t224.5 45.5t224.5 -45.5t184 -123t123 -184t45.5 -224.5t-45.5 -224.5t-123 -184t-184 -123t-224.5 -45.5t-224.5 45.5t-184 123t-123 184t-45.5 224.5zM456 851l58 -302q4 -20 21.5 -34.5t37.5 -14.5h54q20 0 37.5 14.5 t21.5 34.5l58 302q4 20 -8 34.5t-32 14.5h-207q-21 0 -33 -14.5t-8 -34.5zM500 300h200v100h-200v-100z" />
+<glyph unicode="&#xe102;" d="M0 800h100v-200h400v300h200v-300h400v200h100v100h-111q1 1 1 6.5t-1.5 15t-3.5 17.5l-34 172q-11 39 -41.5 63t-69.5 24q-32 0 -61 -17l-239 -144q-22 -13 -40 -35q-19 24 -40 36l-238 144q-33 18 -62 18q-39 0 -69.5 -23t-40.5 -61l-35 -177q-2 -8 -3 -18t-1 -15v-6 h-111v-100zM100 0h400v400h-400v-400zM200 900q-3 0 14 48t36 96l18 47l213 -191h-281zM700 0v400h400v-400h-400zM731 900l202 197q5 -12 12 -32.5t23 -64t25 -72t7 -28.5h-269z" />
+<glyph unicode="&#xe103;" d="M0 -22v143l216 193q-9 53 -13 83t-5.5 94t9 113t38.5 114t74 124q47 60 99.5 102.5t103 68t127.5 48t145.5 37.5t184.5 43.5t220 58.5q0 -189 -22 -343t-59 -258t-89 -181.5t-108.5 -120t-122 -68t-125.5 -30t-121.5 -1.5t-107.5 12.5t-87.5 17t-56.5 7.5l-99 -55z M238.5 300.5q19.5 -6.5 86.5 76.5q55 66 367 234q70 38 118.5 69.5t102 79t99 111.5t86.5 148q22 50 24 60t-6 19q-7 5 -17 5t-26.5 -14.5t-33.5 -39.5q-35 -51 -113.5 -108.5t-139.5 -89.5l-61 -32q-369 -197 -458 -401q-48 -111 -28.5 -117.5z" />
+<glyph unicode="&#xe104;" d="M111 408q0 -33 5 -63q9 -56 44 -119.5t105 -108.5q31 -21 64 -16t62 23.5t57 49.5t48 61.5t35 60.5q32 66 39 184.5t-13 157.5q79 -80 122 -164t26 -184q-5 -33 -20.5 -69.5t-37.5 -80.5q-10 -19 -14.5 -29t-12 -26t-9 -23.5t-3 -19t2.5 -15.5t11 -9.5t19.5 -5t30.5 2.5 t42 8q57 20 91 34t87.5 44.5t87 64t65.5 88.5t47 122q38 172 -44.5 341.5t-246.5 278.5q22 -44 43 -129q39 -159 -32 -154q-15 2 -33 9q-79 33 -120.5 100t-44 175.5t48.5 257.5q-13 -8 -34 -23.5t-72.5 -66.5t-88.5 -105.5t-60 -138t-8 -166.5q2 -12 8 -41.5t8 -43t6 -39.5 t3.5 -39.5t-1 -33.5t-6 -31.5t-13.5 -24t-21 -20.5t-31 -12q-38 -10 -67 13t-40.5 61.5t-15 81.5t10.5 75q-52 -46 -83.5 -101t-39 -107t-7.5 -85z" />
+<glyph unicode="&#xe105;" d="M-61 600l26 40q6 10 20 30t49 63.5t74.5 85.5t97 90t116.5 83.5t132.5 59t145.5 23.5t145.5 -23.5t132.5 -59t116.5 -83.5t97 -90t74.5 -85.5t49 -63.5t20 -30l26 -40l-26 -40q-6 -10 -20 -30t-49 -63.5t-74.5 -85.5t-97 -90t-116.5 -83.5t-132.5 -59t-145.5 -23.5 t-145.5 23.5t-132.5 59t-116.5 83.5t-97 90t-74.5 85.5t-49 63.5t-20 30zM120 600q7 -10 40.5 -58t56 -78.5t68 -77.5t87.5 -75t103 -49.5t125 -21.5t123.5 20t100.5 45.5t85.5 71.5t66.5 75.5t58 81.5t47 66q-1 1 -28.5 37.5t-42 55t-43.5 53t-57.5 63.5t-58.5 54 q49 -74 49 -163q0 -124 -88 -212t-212 -88t-212 88t-88 212q0 85 46 158q-102 -87 -226 -258zM377 656q49 -124 154 -191l105 105q-37 24 -75 72t-57 84l-20 36z" />
+<glyph unicode="&#xe106;" d="M-61 600l26 40q6 10 20 30t49 63.5t74.5 85.5t97 90t116.5 83.5t132.5 59t145.5 23.5q61 0 121 -17l37 142h148l-314 -1200h-148l37 143q-82 21 -165 71.5t-140 102t-109.5 112t-72 88.5t-29.5 43zM120 600q210 -282 393 -336l37 141q-107 18 -178.5 101.5t-71.5 193.5 q0 85 46 158q-102 -87 -226 -258zM377 656q49 -124 154 -191l47 47l23 87q-30 28 -59 69t-44 68l-14 26zM780 161l38 145q22 15 44.5 34t46 44t40.5 44t41 50.5t33.5 43.5t33 44t24.5 34q-97 127 -140 175l39 146q67 -54 131.5 -125.5t87.5 -103.5t36 -52l26 -40l-26 -40 q-7 -12 -25.5 -38t-63.5 -79.5t-95.5 -102.5t-124 -100t-146.5 -79z" />
+<glyph unicode="&#xe107;" d="M-97.5 34q13.5 -34 50.5 -34h1294q37 0 50.5 35.5t-7.5 67.5l-642 1056q-20 34 -48 36.5t-48 -29.5l-642 -1066q-21 -32 -7.5 -66zM155 200l445 723l445 -723h-345v100h-200v-100h-345zM500 600l100 -300l100 300v100h-200v-100z" />
+<glyph unicode="&#xe108;" d="M100 262v41q0 20 11 44.5t26 38.5l363 325v339q0 62 44 106t106 44t106 -44t44 -106v-339l363 -325q15 -14 26 -38.5t11 -44.5v-41q0 -20 -12 -26.5t-29 5.5l-359 249v-263q100 -91 100 -113v-64q0 -20 -13 -28.5t-32 0.5l-94 78h-222l-94 -78q-19 -9 -32 -0.5t-13 28.5 v64q0 22 100 113v263l-359 -249q-17 -12 -29 -5.5t-12 26.5z" />
+<glyph unicode="&#xe109;" d="M0 50q0 -20 14.5 -35t35.5 -15h1000q21 0 35.5 15t14.5 35v750h-1100v-750zM0 900h1100v150q0 21 -14.5 35.5t-35.5 14.5h-150v100h-100v-100h-500v100h-100v-100h-150q-21 0 -35.5 -14.5t-14.5 -35.5v-150zM100 100v100h100v-100h-100zM100 300v100h100v-100h-100z M100 500v100h100v-100h-100zM300 100v100h100v-100h-100zM300 300v100h100v-100h-100zM300 500v100h100v-100h-100zM500 100v100h100v-100h-100zM500 300v100h100v-100h-100zM500 500v100h100v-100h-100zM700 100v100h100v-100h-100zM700 300v100h100v-100h-100zM700 500 v100h100v-100h-100zM900 100v100h100v-100h-100zM900 300v100h100v-100h-100zM900 500v100h100v-100h-100z" />
+<glyph unicode="&#xe110;" d="M0 200v200h259l600 600h241v198l300 -295l-300 -300v197h-159l-600 -600h-341zM0 800h259l122 -122l141 142l-181 180h-341v-200zM678 381l141 142l122 -123h159v198l300 -295l-300 -300v197h-241z" />
+<glyph unicode="&#xe111;" d="M0 400v600q0 41 29.5 70.5t70.5 29.5h1000q41 0 70.5 -29.5t29.5 -70.5v-600q0 -41 -29.5 -70.5t-70.5 -29.5h-596l-304 -300v300h-100q-41 0 -70.5 29.5t-29.5 70.5z" />
+<glyph unicode="&#xe112;" d="M100 600v200h300v-250q0 -113 6 -145q17 -92 102 -117q39 -11 92 -11q37 0 66.5 5.5t50 15.5t36 24t24 31.5t14 37.5t7 42t2.5 45t0 47v25v250h300v-200q0 -42 -3 -83t-15 -104t-31.5 -116t-58 -109.5t-89 -96.5t-129 -65.5t-174.5 -25.5t-174.5 25.5t-129 65.5t-89 96.5 t-58 109.5t-31.5 116t-15 104t-3 83zM100 900v300h300v-300h-300zM800 900v300h300v-300h-300z" />
+<glyph unicode="&#xe113;" d="M-30 411l227 -227l352 353l353 -353l226 227l-578 579z" />
+<glyph unicode="&#xe114;" d="M70 797l580 -579l578 579l-226 227l-353 -353l-352 353z" />
+<glyph unicode="&#xe115;" d="M-198 700l299 283l300 -283h-203v-400h385l215 -200h-800v600h-196zM402 1000l215 -200h381v-400h-198l299 -283l299 283h-200v600h-796z" />
+<glyph unicode="&#xe116;" d="M18 939q-5 24 10 42q14 19 39 19h896l38 162q5 17 18.5 27.5t30.5 10.5h94q20 0 35 -14.5t15 -35.5t-15 -35.5t-35 -14.5h-54l-201 -961q-2 -4 -6 -10.5t-19 -17.5t-33 -11h-31v-50q0 -20 -14.5 -35t-35.5 -15t-35.5 15t-14.5 35v50h-300v-50q0 -20 -14.5 -35t-35.5 -15 t-35.5 15t-14.5 35v50h-50q-21 0 -35.5 15t-14.5 35q0 21 14.5 35.5t35.5 14.5h535l48 200h-633q-32 0 -54.5 21t-27.5 43z" />
+<glyph unicode="&#xe117;" d="M0 0v800h1200v-800h-1200zM0 900v100h200q0 41 29.5 70.5t70.5 29.5h300q41 0 70.5 -29.5t29.5 -70.5h500v-100h-1200z" />
+<glyph unicode="&#xe118;" d="M1 0l300 700h1200l-300 -700h-1200zM1 400v600h200q0 41 29.5 70.5t70.5 29.5h300q41 0 70.5 -29.5t29.5 -70.5h500v-200h-1000z" />
+<glyph unicode="&#xe119;" d="M302 300h198v600h-198l298 300l298 -300h-198v-600h198l-298 -300z" />
+<glyph unicode="&#xe120;" d="M0 600l300 298v-198h600v198l300 -298l-300 -297v197h-600v-197z" />
+<glyph unicode="&#xe121;" d="M0 100v100q0 41 29.5 70.5t70.5 29.5h1000q41 0 70.5 -29.5t29.5 -70.5v-100q0 -41 -29.5 -70.5t-70.5 -29.5h-1000q-41 0 -70.5 29.5t-29.5 70.5zM31 400l172 739q5 22 23 41.5t38 19.5h672q19 0 37.5 -22.5t23.5 -45.5l172 -732h-1138zM800 100h100v100h-100v-100z M1000 100h100v100h-100v-100z" />
+<glyph unicode="&#xe122;" d="M-101 600v50q0 24 25 49t50 38l25 13v-250l-11 5.5t-24 14t-30 21.5t-24 27.5t-11 31.5zM100 500v250v8v8v7t0.5 7t1.5 5.5t2 5t3 4t4.5 3.5t6 1.5t7.5 0.5h200l675 250v-850l-675 200h-38l47 -276q2 -12 -3 -17.5t-11 -6t-21 -0.5h-8h-83q-20 0 -34.5 14t-18.5 35 q-55 337 -55 351zM1100 200v850q0 21 14.5 35.5t35.5 14.5q20 0 35 -14.5t15 -35.5v-850q0 -20 -15 -35t-35 -15q-21 0 -35.5 15t-14.5 35z" />
+<glyph unicode="&#xe123;" d="M74 350q0 21 13.5 35.5t33.5 14.5h18l117 173l63 327q15 77 76 140t144 83l-18 32q-6 19 3 32t29 13h94q20 0 29 -10.5t3 -29.5q-18 -36 -18 -37q83 -19 144 -82.5t76 -140.5l63 -327l118 -173h17q20 0 33.5 -14.5t13.5 -35.5q0 -20 -13 -40t-31 -27q-8 -3 -23 -8.5 t-65 -20t-103 -25t-132.5 -19.5t-158.5 -9q-125 0 -245.5 20.5t-178.5 40.5l-58 20q-18 7 -31 27.5t-13 40.5zM497 110q12 -49 40 -79.5t63 -30.5t63 30.5t39 79.5q-48 -6 -102 -6t-103 6z" />
+<glyph unicode="&#xe124;" d="M21 445l233 -45l-78 -224l224 78l45 -233l155 179l155 -179l45 233l224 -78l-78 224l234 45l-180 155l180 156l-234 44l78 225l-224 -78l-45 233l-155 -180l-155 180l-45 -233l-224 78l78 -225l-233 -44l179 -156z" />
+<glyph unicode="&#xe125;" d="M0 200h200v600h-200v-600zM300 275q0 -75 100 -75h61q124 -100 139 -100h250q46 0 83 57l238 344q29 31 29 74v100q0 44 -30.5 84.5t-69.5 40.5h-328q28 118 28 125v150q0 44 -30.5 84.5t-69.5 40.5h-50q-27 0 -51 -20t-38 -48l-96 -198l-145 -196q-20 -26 -20 -63v-400z M400 300v375l150 213l100 212h50v-175l-50 -225h450v-125l-250 -375h-214l-136 100h-100z" />
+<glyph unicode="&#xe126;" d="M0 400v600h200v-600h-200zM300 525v400q0 75 100 75h61q124 100 139 100h250q46 0 83 -57l238 -344q29 -31 29 -74v-100q0 -44 -30.5 -84.5t-69.5 -40.5h-328q28 -118 28 -125v-150q0 -44 -30.5 -84.5t-69.5 -40.5h-50q-27 0 -51 20t-38 48l-96 198l-145 196 q-20 26 -20 63zM400 525l150 -212l100 -213h50v175l-50 225h450v125l-250 375h-214l-136 -100h-100v-375z" />
+<glyph unicode="&#xe127;" d="M8 200v600h200v-600h-200zM308 275v525q0 17 14 35.5t28 28.5l14 9l362 230q14 6 25 6q17 0 29 -12l109 -112q14 -14 14 -34q0 -18 -11 -32l-85 -121h302q85 0 138.5 -38t53.5 -110t-54.5 -111t-138.5 -39h-107l-130 -339q-7 -22 -20.5 -41.5t-28.5 -19.5h-341 q-7 0 -90 81t-83 94zM408 289l100 -89h293l131 339q6 21 19.5 41t28.5 20h203q16 0 25 15t9 36q0 20 -9 34.5t-25 14.5h-457h-6.5h-7.5t-6.5 0.5t-6 1t-5 1.5t-5.5 2.5t-4 4t-4 5.5q-5 12 -5 20q0 14 10 27l147 183l-86 83l-339 -236v-503z" />
+<glyph unicode="&#xe128;" d="M-101 651q0 72 54 110t139 38l302 -1l-85 121q-11 16 -11 32q0 21 14 34l109 113q13 12 29 12q11 0 25 -6l365 -230q7 -4 17 -10.5t26.5 -26t16.5 -36.5v-526q0 -13 -86 -93.5t-94 -80.5h-341q-16 0 -29.5 20t-19.5 41l-130 339h-107q-84 0 -139 39t-55 111zM-1 601h222 q15 0 28.5 -20.5t19.5 -40.5l131 -339h293l107 89v502l-343 237l-87 -83l145 -184q10 -11 10 -26q0 -11 -5 -20q-1 -3 -3.5 -5.5l-4 -4t-5 -2.5t-5.5 -1.5t-6.5 -1t-6.5 -0.5h-7.5h-6.5h-476v-100zM1000 201v600h200v-600h-200z" />
+<glyph unicode="&#xe129;" d="M97 719l230 -363q4 -6 10.5 -15.5t26 -25t36.5 -15.5h525q13 0 94 83t81 90v342q0 15 -20 28.5t-41 19.5l-339 131v106q0 84 -39 139t-111 55t-110 -53.5t-38 -138.5v-302l-121 84q-15 12 -33.5 11.5t-32.5 -13.5l-112 -110q-22 -22 -6 -53zM172 739l83 86l183 -146 q22 -18 47 -5q3 1 5.5 3.5l4 4t2.5 5t1.5 5.5t1 6.5t0.5 6.5v7.5v6.5v456q0 22 25 31t50 -0.5t25 -30.5v-202q0 -16 20 -29.5t41 -19.5l339 -130v-294l-89 -100h-503zM400 0v200h600v-200h-600z" />
+<glyph unicode="&#xe130;" d="M2 585q-16 -31 6 -53l112 -110q13 -13 32 -13.5t34 10.5l121 85q0 -51 -0.5 -153.5t-0.5 -148.5q0 -84 38.5 -138t110.5 -54t111 55t39 139v106l339 131q20 6 40.5 19.5t20.5 28.5v342q0 7 -81 90t-94 83h-525q-17 0 -35.5 -14t-28.5 -28l-10 -15zM77 565l236 339h503 l89 -100v-294l-340 -130q-20 -6 -40 -20t-20 -29v-202q0 -22 -25 -31t-50 0t-25 31v456v14.5t-1.5 11.5t-5 12t-9.5 7q-24 13 -46 -5l-184 -146zM305 1104v200h600v-200h-600z" />
+<glyph unicode="&#xe131;" d="M5 597q0 122 47.5 232.5t127.5 190.5t190.5 127.5t232.5 47.5q162 0 299.5 -80t217.5 -218t80 -300t-80 -299.5t-217.5 -217.5t-299.5 -80t-300 80t-218 217.5t-80 299.5zM298 701l2 -201h300l-2 -194l402 294l-402 298v-197h-300z" />
+<glyph unicode="&#xe132;" d="M0 597q0 122 47.5 232.5t127.5 190.5t190.5 127.5t231.5 47.5q122 0 232.5 -47.5t190.5 -127.5t127.5 -190.5t47.5 -232.5q0 -162 -80 -299.5t-218 -217.5t-300 -80t-299.5 80t-217.5 217.5t-80 299.5zM200 600l402 -294l-2 194h300l2 201h-300v197z" />
+<glyph unicode="&#xe133;" d="M5 597q0 122 47.5 232.5t127.5 190.5t190.5 127.5t232.5 47.5q162 0 299.5 -80t217.5 -218t80 -300t-80 -299.5t-217.5 -217.5t-299.5 -80t-300 80t-218 217.5t-80 299.5zM300 600h200v-300h200v300h200l-300 400z" />
+<glyph unicode="&#xe134;" d="M5 597q0 122 47.5 232.5t127.5 190.5t190.5 127.5t232.5 47.5q162 0 299.5 -80t217.5 -218t80 -300t-80 -299.5t-217.5 -217.5t-299.5 -80t-300 80t-218 217.5t-80 299.5zM300 600l300 -400l300 400h-200v300h-200v-300h-200z" />
+<glyph unicode="&#xe135;" d="M5 597q0 122 47.5 232.5t127.5 190.5t190.5 127.5t232.5 47.5q121 0 231.5 -47.5t190.5 -127.5t127.5 -190.5t47.5 -232.5q0 -162 -80 -299.5t-217.5 -217.5t-299.5 -80t-300 80t-218 217.5t-80 299.5zM254 780q-8 -33 5.5 -92.5t7.5 -87.5q0 -9 17 -44t16 -60 q12 0 23 -5.5t23 -15t20 -13.5q24 -12 108 -42q22 -8 53 -31.5t59.5 -38.5t57.5 -11q8 -18 -15 -55t-20 -57q42 -71 87 -80q0 -6 -3 -15.5t-3.5 -14.5t4.5 -17q104 -3 221 112q30 29 47 47t34.5 49t20.5 62q-14 9 -37 9.5t-36 7.5q-14 7 -49 15t-52 19q-9 0 -39.5 -0.5 t-46.5 -1.5t-39 -6.5t-39 -16.5q-50 -35 -66 -12q-4 2 -3.5 25.5t0.5 25.5q-6 13 -26.5 17t-24.5 7q2 22 -2 41t-16.5 28t-38.5 -20q-23 -25 -42 4q-19 28 -8 58q6 16 22 22q6 -1 26 -1.5t33.5 -4t19.5 -13.5q12 -19 32 -37.5t34 -27.5l14 -8q0 3 9.5 39.5t5.5 57.5 q-4 23 14.5 44.5t22.5 31.5q5 14 10 35t8.5 31t15.5 22.5t34 21.5q-6 18 10 37q8 0 23.5 -1.5t24.5 -1.5t20.5 4.5t20.5 15.5q-10 23 -30.5 42.5t-38 30t-49 26.5t-43.5 23q11 39 2 44q31 -13 58 -14.5t39 3.5l11 4q7 36 -16.5 53.5t-64.5 28.5t-56 23q-19 -3 -37 0 q-15 -12 -36.5 -21t-34.5 -12t-44 -8t-39 -6q-15 -3 -45.5 0.5t-45.5 -2.5q-21 -7 -52 -26.5t-34 -34.5q-3 -11 6.5 -22.5t8.5 -18.5q-3 -34 -27.5 -90.5t-29.5 -79.5zM518 916q3 12 16 30t16 25q10 -10 18.5 -10t14 6t14.5 14.5t16 12.5q0 -24 17 -66.5t17 -43.5 q-9 2 -31 5t-36 5t-32 8t-30 14zM692 1003h1h-1z" />
+<glyph unicode="&#xe136;" d="M0 164.5q0 21.5 15 37.5l600 599q-33 101 6 201.5t135 154.5q164 92 306 -9l-259 -138l145 -232l251 126q13 -175 -151 -267q-123 -70 -253 -23l-596 -596q-15 -16 -36.5 -16t-36.5 16l-111 110q-15 15 -15 36.5z" />
+<glyph unicode="&#xe137;" horiz-adv-x="1220" d="M0 196v100q0 41 29.5 70.5t70.5 29.5h1000q41 0 70.5 -29.5t29.5 -70.5v-100q0 -41 -29.5 -70.5t-70.5 -29.5h-1000q-41 0 -70.5 29.5t-29.5 70.5zM0 596v100q0 41 29.5 70.5t70.5 29.5h1000q41 0 70.5 -29.5t29.5 -70.5v-100q0 -41 -29.5 -70.5t-70.5 -29.5h-1000 q-41 0 -70.5 29.5t-29.5 70.5zM0 996v100q0 41 29.5 70.5t70.5 29.5h1000q41 0 70.5 -29.5t29.5 -70.5v-100q0 -41 -29.5 -70.5t-70.5 -29.5h-1000q-41 0 -70.5 29.5t-29.5 70.5zM600 596h500v100h-500v-100zM800 196h300v100h-300v-100zM900 996h200v100h-200v-100z" />
+<glyph unicode="&#xe138;" d="M100 1100v100h1000v-100h-1000zM150 1000h900l-350 -500v-300l-200 -200v500z" />
+<glyph unicode="&#xe139;" d="M0 200v200h1200v-200q0 -41 -29.5 -70.5t-70.5 -29.5h-1000q-41 0 -70.5 29.5t-29.5 70.5zM0 500v400q0 41 29.5 70.5t70.5 29.5h300v100q0 41 29.5 70.5t70.5 29.5h200q41 0 70.5 -29.5t29.5 -70.5v-100h300q41 0 70.5 -29.5t29.5 -70.5v-400h-500v100h-200v-100h-500z M500 1000h200v100h-200v-100z" />
+<glyph unicode="&#xe140;" d="M0 0v400l129 -129l200 200l142 -142l-200 -200l129 -129h-400zM0 800l129 129l200 -200l142 142l-200 200l129 129h-400v-400zM729 329l142 142l200 -200l129 129v-400h-400l129 129zM729 871l200 200l-129 129h400v-400l-129 129l-200 -200z" />
+<glyph unicode="&#xe141;" d="M0 596q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM182 596q0 -172 121.5 -293t292.5 -121t292.5 121t121.5 293q0 171 -121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM291 655 q0 23 15.5 38.5t38.5 15.5t39 -16t16 -38q0 -23 -16 -39t-39 -16q-22 0 -38 16t-16 39zM400 850q0 22 16 38.5t39 16.5q22 0 38 -16t16 -39t-16 -39t-38 -16q-23 0 -39 16.5t-16 38.5zM514 609q0 32 20.5 56.5t51.5 29.5l122 126l1 1q-9 14 -9 28q0 22 16 38.5t39 16.5 q22 0 38 -16t16 -39t-16 -39t-38 -16q-14 0 -29 10l-55 -145q17 -22 17 -51q0 -36 -25.5 -61.5t-61.5 -25.5t-61.5 25.5t-25.5 61.5zM800 655q0 22 16 38t39 16t38.5 -15.5t15.5 -38.5t-16 -39t-38 -16q-23 0 -39 16t-16 39z" />
+<glyph unicode="&#xe142;" d="M-40 375q-13 -95 35 -173q35 -57 94 -89t129 -32q63 0 119 28q33 16 65 40.5t52.5 45.5t59.5 64q40 44 57 61l394 394q35 35 47 84t-3 96q-27 87 -117 104q-20 2 -29 2q-46 0 -78.5 -16.5t-67.5 -51.5l-389 -396l-7 -7l69 -67l377 373q20 22 39 38q23 23 50 23 q38 0 53 -36q16 -39 -20 -75l-547 -547q-52 -52 -125 -52q-55 0 -100 33t-54 96q-5 35 2.5 66t31.5 63t42 50t56 54q24 21 44 41l348 348q52 52 82.5 79.5t84 54t107.5 26.5q25 0 48 -4q95 -17 154 -94.5t51 -175.5q-7 -101 -98 -192l-252 -249l-253 -256l7 -7l69 -60 l517 511q67 67 95 157t11 183q-16 87 -67 154t-130 103q-69 33 -152 33q-107 0 -197 -55q-40 -24 -111 -95l-512 -512q-68 -68 -81 -163z" />
+<glyph unicode="&#xe143;" d="M80 784q0 131 98.5 229.5t230.5 98.5q143 0 241 -129q103 129 246 129q129 0 226 -98.5t97 -229.5q0 -46 -17.5 -91t-61 -99t-77 -89.5t-104.5 -105.5q-197 -191 -293 -322l-17 -23l-16 23q-43 58 -100 122.5t-92 99.5t-101 100q-71 70 -104.5 105.5t-77 89.5t-61 99 t-17.5 91zM250 784q0 -27 30.5 -70t61.5 -75.5t95 -94.5l22 -22q93 -90 190 -201q82 92 195 203l12 12q64 62 97.5 97t64.5 79t31 72q0 71 -48 119.5t-105 48.5q-74 0 -132 -83l-118 -171l-114 174q-51 80 -123 80q-60 0 -109.5 -49.5t-49.5 -118.5z" />
+<glyph unicode="&#xe144;" d="M57 353q0 -95 66 -159l141 -142q68 -66 159 -66q93 0 159 66l283 283q66 66 66 159t-66 159l-141 141q-8 9 -19 17l-105 -105l212 -212l-389 -389l-247 248l95 95l-18 18q-46 45 -75 101l-55 -55q-66 -66 -66 -159zM269 706q0 -93 66 -159l141 -141q7 -7 19 -17l105 105 l-212 212l389 389l247 -247l-95 -96l18 -17q47 -49 77 -100l29 29q35 35 62.5 88t27.5 96q0 93 -66 159l-141 141q-66 66 -159 66q-95 0 -159 -66l-283 -283q-66 -64 -66 -159z" />
+<glyph unicode="&#xe145;" d="M200 100v953q0 21 30 46t81 48t129 38t163 15t162 -15t127 -38t79 -48t29 -46v-953q0 -41 -29.5 -70.5t-70.5 -29.5h-600q-41 0 -70.5 29.5t-29.5 70.5zM300 300h600v700h-600v-700zM496 150q0 -43 30.5 -73.5t73.5 -30.5t73.5 30.5t30.5 73.5t-30.5 73.5t-73.5 30.5 t-73.5 -30.5t-30.5 -73.5z" />
+<glyph unicode="&#xe146;" d="M0 0l303 380l207 208l-210 212h300l267 279l-35 36q-15 14 -15 35t15 35q14 15 35 15t35 -15l283 -282q15 -15 15 -36t-15 -35q-14 -15 -35 -15t-35 15l-36 35l-279 -267v-300l-212 210l-208 -207z" />
+<glyph unicode="&#xe148;" d="M295 433h139q5 -77 48.5 -126.5t117.5 -64.5v335q-6 1 -15.5 4t-11.5 3q-46 14 -79 26.5t-72 36t-62.5 52t-40 72.5t-16.5 99q0 92 44 159.5t109 101t144 40.5v78h100v-79q38 -4 72.5 -13.5t75.5 -31.5t71 -53.5t51.5 -84t24.5 -118.5h-159q-8 72 -35 109.5t-101 50.5 v-307l64 -14q34 -7 64 -16.5t70 -31.5t67.5 -52t47.5 -80.5t20 -112.5q0 -139 -89 -224t-244 -96v-77h-100v78q-152 17 -237 104q-40 40 -52.5 93.5t-15.5 139.5zM466 889q0 -29 8 -51t16.5 -34t29.5 -22.5t31 -13.5t38 -10q7 -2 11 -3v274q-61 -8 -97.5 -37.5t-36.5 -102.5 zM700 237q170 18 170 151q0 64 -44 99.5t-126 60.5v-311z" />
+<glyph unicode="&#xe149;" d="M100 600v100h166q-24 49 -44 104q-10 26 -14.5 55.5t-3 72.5t25 90t68.5 87q97 88 263 88q129 0 230 -89t101 -208h-153q0 52 -34 89.5t-74 51.5t-76 14q-37 0 -79 -14.5t-62 -35.5q-41 -44 -41 -101q0 -28 16.5 -69.5t28 -62.5t41.5 -72h241v-100h-197q8 -50 -2.5 -115 t-31.5 -94q-41 -59 -99 -113q35 11 84 18t70 7q33 1 103 -16t103 -17q76 0 136 30l50 -147q-41 -25 -80.5 -36.5t-59 -13t-61.5 -1.5q-23 0 -128 33t-155 29q-39 -4 -82 -17t-66 -25l-24 -11l-55 145l16.5 11t15.5 10t13.5 9.5t14.5 12t14.5 14t17.5 18.5q48 55 54 126.5 t-30 142.5h-221z" />
+<glyph unicode="&#xe150;" d="M2 300l298 -300l298 300h-198v900h-200v-900h-198zM602 900l298 300l298 -300h-198v-900h-200v900h-198z" />
+<glyph unicode="&#xe151;" d="M2 300h198v900h200v-900h198l-298 -300zM700 0v200h100v-100h200v-100h-300zM700 400v100h300v-200h-99v-100h-100v100h99v100h-200zM700 700v500h300v-500h-100v100h-100v-100h-100zM801 900h100v200h-100v-200z" />
+<glyph unicode="&#xe152;" d="M2 300h198v900h200v-900h198l-298 -300zM700 0v500h300v-500h-100v100h-100v-100h-100zM700 700v200h100v-100h200v-100h-300zM700 1100v100h300v-200h-99v-100h-100v100h99v100h-200zM801 200h100v200h-100v-200z" />
+<glyph unicode="&#xe153;" d="M2 300l298 -300l298 300h-198v900h-200v-900h-198zM800 100v400h300v-500h-100v100h-200zM800 1100v100h200v-500h-100v400h-100zM901 200h100v200h-100v-200z" />
+<glyph unicode="&#xe154;" d="M2 300l298 -300l298 300h-198v900h-200v-900h-198zM800 400v100h200v-500h-100v400h-100zM800 800v400h300v-500h-100v100h-200zM901 900h100v200h-100v-200z" />
+<glyph unicode="&#xe155;" d="M2 300l298 -300l298 300h-198v900h-200v-900h-198zM700 100v200h500v-200h-500zM700 400v200h400v-200h-400zM700 700v200h300v-200h-300zM700 1000v200h200v-200h-200z" />
+<glyph unicode="&#xe156;" d="M2 300l298 -300l298 300h-198v900h-200v-900h-198zM700 100v200h200v-200h-200zM700 400v200h300v-200h-300zM700 700v200h400v-200h-400zM700 1000v200h500v-200h-500z" />
+<glyph unicode="&#xe157;" d="M0 400v300q0 165 117.5 282.5t282.5 117.5h300q162 0 281 -118.5t119 -281.5v-300q0 -165 -118.5 -282.5t-281.5 -117.5h-300q-165 0 -282.5 117.5t-117.5 282.5zM200 300q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5 h-500q-41 0 -70.5 -29.5t-29.5 -70.5v-500z" />
+<glyph unicode="&#xe158;" d="M0 400v300q0 163 119 281.5t281 118.5h300q165 0 282.5 -117.5t117.5 -282.5v-300q0 -165 -117.5 -282.5t-282.5 -117.5h-300q-163 0 -281.5 117.5t-118.5 282.5zM200 300q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5 h-500q-41 0 -70.5 -29.5t-29.5 -70.5v-500zM400 300l333 250l-333 250v-500z" />
+<glyph unicode="&#xe159;" d="M0 400v300q0 163 117.5 281.5t282.5 118.5h300q163 0 281.5 -119t118.5 -281v-300q0 -165 -117.5 -282.5t-282.5 -117.5h-300q-165 0 -282.5 117.5t-117.5 282.5zM200 300q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5 h-500q-41 0 -70.5 -29.5t-29.5 -70.5v-500zM300 700l250 -333l250 333h-500z" />
+<glyph unicode="&#xe160;" d="M0 400v300q0 165 117.5 282.5t282.5 117.5h300q165 0 282.5 -117.5t117.5 -282.5v-300q0 -162 -118.5 -281t-281.5 -119h-300q-165 0 -282.5 118.5t-117.5 281.5zM200 300q0 -41 29.5 -70.5t70.5 -29.5h500q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5 h-500q-41 0 -70.5 -29.5t-29.5 -70.5v-500zM300 400h500l-250 333z" />
+<glyph unicode="&#xe161;" d="M0 400v300h300v200l400 -350l-400 -350v200h-300zM500 0v200h500q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5h-500v200h400q165 0 282.5 -117.5t117.5 -282.5v-300q0 -165 -117.5 -282.5t-282.5 -117.5h-400z" />
+<glyph unicode="&#xe162;" d="M217 519q8 -19 31 -19h302q-155 -438 -160 -458q-5 -21 4 -32l9 -8h9q14 0 26 15q11 13 274.5 321.5t264.5 308.5q14 19 5 36q-8 17 -31 17l-301 -1q1 4 78 219.5t79 227.5q2 15 -5 27l-9 9h-9q-15 0 -25 -16q-4 -6 -98 -111.5t-228.5 -257t-209.5 -237.5q-16 -19 -6 -41 z" />
+<glyph unicode="&#xe163;" d="M0 400q0 -165 117.5 -282.5t282.5 -117.5h300q47 0 100 15v185h-500q-41 0 -70.5 29.5t-29.5 70.5v500q0 41 29.5 70.5t70.5 29.5h500v185q-14 4 -114 7.5t-193 5.5l-93 2q-165 0 -282.5 -117.5t-117.5 -282.5v-300zM600 400v300h300v200l400 -350l-400 -350v200h-300z " />
+<glyph unicode="&#xe164;" d="M0 400q0 -165 117.5 -282.5t282.5 -117.5h300q163 0 281.5 117.5t118.5 282.5v98l-78 73l-122 -123v-148q0 -41 -29.5 -70.5t-70.5 -29.5h-500q-41 0 -70.5 29.5t-29.5 70.5v500q0 41 29.5 70.5t70.5 29.5h156l118 122l-74 78h-100q-165 0 -282.5 -117.5t-117.5 -282.5 v-300zM496 709l353 342l-149 149h500v-500l-149 149l-342 -353z" />
+<glyph unicode="&#xe165;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM406 600 q0 80 57 137t137 57t137 -57t57 -137t-57 -137t-137 -57t-137 57t-57 137z" />
+<glyph unicode="&#xe166;" d="M0 0v275q0 11 7 18t18 7h1048q11 0 19 -7.5t8 -17.5v-275h-1100zM100 800l445 -500l450 500h-295v400h-300v-400h-300zM900 150h100v50h-100v-50z" />
+<glyph unicode="&#xe167;" d="M0 0v275q0 11 7 18t18 7h1048q11 0 19 -7.5t8 -17.5v-275h-1100zM100 700h300v-300h300v300h295l-445 500zM900 150h100v50h-100v-50z" />
+<glyph unicode="&#xe168;" d="M0 0v275q0 11 7 18t18 7h1048q11 0 19 -7.5t8 -17.5v-275h-1100zM100 705l305 -305l596 596l-154 155l-442 -442l-150 151zM900 150h100v50h-100v-50z" />
+<glyph unicode="&#xe169;" d="M0 0v275q0 11 7 18t18 7h1048q11 0 19 -7.5t8 -17.5v-275h-1100zM100 988l97 -98l212 213l-97 97zM200 400l697 1l3 699l-250 -239l-149 149l-212 -212l149 -149zM900 150h100v50h-100v-50z" />
+<glyph unicode="&#xe170;" d="M0 0v275q0 11 7 18t18 7h1048q11 0 19 -7.5t8 -17.5v-275h-1100zM200 612l212 -212l98 97l-213 212zM300 1200l239 -250l-149 -149l212 -212l149 148l249 -237l-1 697zM900 150h100v50h-100v-50z" />
+<glyph unicode="&#xe171;" d="M23 415l1177 784v-1079l-475 272l-310 -393v416h-392zM494 210l672 938l-672 -712v-226z" />
+<glyph unicode="&#xe172;" d="M0 150v1000q0 20 14.5 35t35.5 15h250v-300h500v300h100l200 -200v-850q0 -21 -15 -35.5t-35 -14.5h-150v400h-700v-400h-150q-21 0 -35.5 14.5t-14.5 35.5zM600 1000h100v200h-100v-200z" />
+<glyph unicode="&#xe173;" d="M0 150v1000q0 20 14.5 35t35.5 15h250v-300h500v300h100l200 -200v-218l-276 -275l-120 120l-126 -127h-378v-400h-150q-21 0 -35.5 14.5t-14.5 35.5zM581 306l123 123l120 -120l353 352l123 -123l-475 -476zM600 1000h100v200h-100v-200z" />
+<glyph unicode="&#xe174;" d="M0 150v1000q0 20 14.5 35t35.5 15h250v-300h500v300h100l200 -200v-269l-103 -103l-170 170l-298 -298h-329v-400h-150q-21 0 -35.5 14.5t-14.5 35.5zM600 1000h100v200h-100v-200zM700 133l170 170l-170 170l127 127l170 -170l170 170l127 -128l-170 -169l170 -170 l-127 -127l-170 170l-170 -170z" />
+<glyph unicode="&#xe175;" d="M0 150v1000q0 20 14.5 35t35.5 15h250v-300h500v300h100l200 -200v-300h-400v-200h-500v-400h-150q-21 0 -35.5 14.5t-14.5 35.5zM600 300l300 -300l300 300h-200v300h-200v-300h-200zM600 1000v200h100v-200h-100z" />
+<glyph unicode="&#xe176;" d="M0 150v1000q0 20 14.5 35t35.5 15h250v-300h500v300h100l200 -200v-402l-200 200l-298 -298h-402v-400h-150q-21 0 -35.5 14.5t-14.5 35.5zM600 300h200v-300h200v300h200l-300 300zM600 1000v200h100v-200h-100z" />
+<glyph unicode="&#xe177;" d="M0 250q0 -21 14.5 -35.5t35.5 -14.5h1100q21 0 35.5 14.5t14.5 35.5v550h-1200v-550zM0 900h1200v150q0 21 -14.5 35.5t-35.5 14.5h-1100q-21 0 -35.5 -14.5t-14.5 -35.5v-150zM100 300v200h400v-200h-400z" />
+<glyph unicode="&#xe178;" d="M0 400l300 298v-198h400v-200h-400v-198zM100 800v200h100v-200h-100zM300 800v200h100v-200h-100zM500 800v200h400v198l300 -298l-300 -298v198h-400zM800 300v200h100v-200h-100zM1000 300h100v200h-100v-200z" />
+<glyph unicode="&#xe179;" d="M100 700v400l50 100l50 -100v-300h100v300l50 100l50 -100v-300h100v300l50 100l50 -100v-400l-100 -203v-447q0 -21 -14.5 -35.5t-35.5 -14.5h-200q-21 0 -35.5 14.5t-14.5 35.5v447zM800 597q0 -29 10.5 -55.5t25 -43t29 -28.5t25.5 -18l10 -5v-397q0 -21 14.5 -35.5 t35.5 -14.5h200q21 0 35.5 14.5t14.5 35.5v1106q0 31 -18 40.5t-44 -7.5l-276 -116q-25 -17 -43.5 -51.5t-18.5 -65.5v-359z" />
+<glyph unicode="&#xe180;" d="M100 0h400v56q-75 0 -87.5 6t-12.5 44v394h500v-394q0 -38 -12.5 -44t-87.5 -6v-56h400v56q-4 0 -11 0.5t-24 3t-30 7t-24 15t-11 24.5v888q0 22 25 34.5t50 13.5l25 2v56h-400v-56q75 0 87.5 -6t12.5 -44v-394h-500v394q0 38 12.5 44t87.5 6v56h-400v-56q4 0 11 -0.5 t24 -3t30 -7t24 -15t11 -24.5v-888q0 -22 -25 -34.5t-50 -13.5l-25 -2v-56z" />
+<glyph unicode="&#xe181;" d="M0 300q0 -41 29.5 -70.5t70.5 -29.5h300q41 0 70.5 29.5t29.5 70.5v500q0 41 -29.5 70.5t-70.5 29.5h-300q-41 0 -70.5 -29.5t-29.5 -70.5v-500zM100 100h400l200 200h105l295 98v-298h-425l-100 -100h-375zM100 300v200h300v-200h-300zM100 600v200h300v-200h-300z M100 1000h400l200 -200v-98l295 98h105v200h-425l-100 100h-375zM700 402v163l400 133v-163z" />
+<glyph unicode="&#xe182;" d="M16.5 974.5q0.5 -21.5 16 -90t46.5 -140t104 -177.5t175 -208q103 -103 207.5 -176t180 -103.5t137 -47t92.5 -16.5l31 1l163 162q17 18 13.5 41t-22.5 37l-192 136q-19 14 -45 12t-42 -19l-118 -118q-142 101 -268 227t-227 268l118 118q17 17 20 41.5t-11 44.5 l-139 194q-14 19 -36.5 22t-40.5 -14l-162 -162q-1 -11 -0.5 -32.5z" />
+<glyph unicode="&#xe183;" d="M0 50v212q0 20 10.5 45.5t24.5 39.5l365 303v50q0 4 1 10.5t12 22.5t30 28.5t60 23t97 10.5t97 -10t60 -23.5t30 -27.5t12 -24l1 -10v-50l365 -303q14 -14 24.5 -39.5t10.5 -45.5v-212q0 -21 -14.5 -35.5t-35.5 -14.5h-1100q-20 0 -35 14.5t-15 35.5zM0 712 q0 -21 14.5 -33.5t34.5 -8.5l202 33q20 4 34.5 21t14.5 38v146q141 24 300 24t300 -24v-146q0 -21 14.5 -38t34.5 -21l202 -33q20 -4 34.5 8.5t14.5 33.5v200q-6 8 -19 20.5t-63 45t-112 57t-171 45t-235 20.5q-92 0 -175 -10.5t-141.5 -27t-108.5 -36.5t-81.5 -40 t-53.5 -36.5t-31 -27.5l-9 -10v-200z" />
+<glyph unicode="&#xe184;" d="M100 0v100h1100v-100h-1100zM175 200h950l-125 150v250l100 100v400h-100v-200h-100v200h-200v-200h-100v200h-200v-200h-100v200h-100v-400l100 -100v-250z" />
+<glyph unicode="&#xe185;" d="M100 0h300v400q0 41 -29.5 70.5t-70.5 29.5h-100q-41 0 -70.5 -29.5t-29.5 -70.5v-400zM500 0v1000q0 41 29.5 70.5t70.5 29.5h100q41 0 70.5 -29.5t29.5 -70.5v-1000h-300zM900 0v700q0 41 29.5 70.5t70.5 29.5h100q41 0 70.5 -29.5t29.5 -70.5v-700h-300z" />
+<glyph unicode="&#xe186;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300h300v300h-200v100h200v100h-300v-300h200v-100h-200v-100zM600 300h200v100h100v300h-100v100h-200v-500 zM700 400v300h100v-300h-100z" />
+<glyph unicode="&#xe187;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300h100v200h100v-200h100v500h-100v-200h-100v200h-100v-500zM600 300h200v100h100v300h-100v100h-200v-500 zM700 400v300h100v-300h-100z" />
+<glyph unicode="&#xe188;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300h300v100h-200v300h200v100h-300v-500zM600 300h300v100h-200v300h200v100h-300v-500z" />
+<glyph unicode="&#xe189;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 550l300 -150v300zM600 400l300 150l-300 150v-300z" />
+<glyph unicode="&#xe190;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300v500h700v-500h-700zM300 400h130q41 0 68 42t27 107t-28.5 108t-66.5 43h-130v-300zM575 549 q0 -65 27 -107t68 -42h130v300h-130q-38 0 -66.5 -43t-28.5 -108z" />
+<glyph unicode="&#xe191;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300h300v300h-200v100h200v100h-300v-300h200v-100h-200v-100zM601 300h100v100h-100v-100zM700 700h100 v-400h100v500h-200v-100z" />
+<glyph unicode="&#xe192;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 300h300v400h-200v100h-100v-500zM301 400v200h100v-200h-100zM601 300h100v100h-100v-100zM700 700h100 v-400h100v500h-200v-100z" />
+<glyph unicode="&#xe193;" d="M-100 300v500q0 124 88 212t212 88h700q124 0 212 -88t88 -212v-500q0 -124 -88 -212t-212 -88h-700q-124 0 -212 88t-88 212zM100 200h900v700h-900v-700zM200 700v100h300v-300h-99v-100h-100v100h99v200h-200zM201 300v100h100v-100h-100zM601 300v100h100v-100h-100z M700 700v100h200v-500h-100v400h-100z" />
+<glyph unicode="&#xe194;" d="M4 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM186 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM400 500v200 l100 100h300v-100h-300v-200h300v-100h-300z" />
+<glyph unicode="&#xe195;" d="M0 600q0 162 80 299t217 217t299 80t299 -80t217 -217t80 -299t-80 -299t-217 -217t-299 -80t-299 80t-217 217t-80 299zM182 600q0 -171 121.5 -292.5t292.5 -121.5t292.5 121.5t121.5 292.5t-121.5 292.5t-292.5 121.5t-292.5 -121.5t-121.5 -292.5zM400 400v400h300 l100 -100v-100h-100v100h-200v-100h200v-100h-200v-100h-100zM700 400v100h100v-100h-100z" />
+<glyph unicode="&#xe197;" d="M-14 494q0 -80 56.5 -137t135.5 -57h222v300h400v-300h128q120 0 205 86.5t85 207.5t-85 207t-205 86q-46 0 -90 -14q-44 97 -134.5 156.5t-200.5 59.5q-152 0 -260 -107.5t-108 -260.5q0 -25 2 -37q-66 -14 -108.5 -67.5t-42.5 -122.5zM300 200h200v300h200v-300h200 l-300 -300z" />
+<glyph unicode="&#xe198;" d="M-14 494q0 -80 56.5 -137t135.5 -57h8l414 414l403 -403q94 26 154.5 104.5t60.5 178.5q0 120 -85 206.5t-205 86.5q-46 0 -90 -14q-44 97 -134.5 156.5t-200.5 59.5q-152 0 -260 -107.5t-108 -260.5q0 -25 2 -37q-66 -14 -108.5 -67.5t-42.5 -122.5zM300 200l300 300 l300 -300h-200v-300h-200v300h-200z" />
+<glyph unicode="&#xe199;" d="M100 200h400v-155l-75 -45h350l-75 45v155h400l-270 300h170l-270 300h170l-300 333l-300 -333h170l-270 -300h170z" />
+<glyph unicode="&#xe200;" d="M121 700q0 -53 28.5 -97t75.5 -65q-4 -16 -4 -38q0 -74 52.5 -126.5t126.5 -52.5q56 0 100 30v-306l-75 -45h350l-75 45v306q46 -30 100 -30q74 0 126.5 52.5t52.5 126.5q0 24 -9 55q50 32 79.5 83t29.5 112q0 90 -61.5 155.5t-150.5 71.5q-26 89 -99.5 145.5 t-167.5 56.5q-116 0 -197.5 -81.5t-81.5 -197.5q0 -4 1 -11.5t1 -11.5q-14 2 -23 2q-74 0 -126.5 -52.5t-52.5 -126.5z" />
+</font>
+</defs></svg> 
\ No newline at end of file
diff --git a/static/fonts/glyphicons-halflings-regular.ttf b/static/fonts/glyphicons-halflings-regular.ttf
new file mode 100644
index 0000000000000000000000000000000000000000..67fa00bf83801d2fa568546b982c80d27f6ef74e
GIT binary patch
literal 41280
zcmc${2b>$#wLd<0X4JKkMs=IoY9(#guC%-Ix~!LV@5XgawLzwtVoFRi&4B<;Yzzq|
z1QHw)z@da0*@PsIyqA!`6G@b6oWOe_b_$P#@)GbXG2Zd-d+unfZAkvV-{<pRThcUX
z?mhS1bI<vnG6E9>LBX3Wc;?Pswd9i3FaAXkSUrx`&zn7GF0<l{z@}h7wrpi4d*Ks{
zZpZ!*_Sc_(*@n#v|6=<B_P;3z;#KEwxh5twNq6GM+Hl@_!R8AuTe&~;1opdee&dB3
zuHKB}9zifaOy@7W^!f`Tkz5@6UloMAr(d*jLqR-mNEd{A4&i+7ML1y3%5Fi}RgL||
zi!Qt7y6=5Y*@^w>_`M^SUUB}0?t9iO6@<@rQX4MYaNTB6W_twTb8q4L*yS58+j!vF
z2j3Nh`>lc?ZQXpu)z^G$?&B8=!spQk>+PGb+PGPLztt}YU&eW%<JyhqT`=_QiZ`)O
z{War7)DeC><I$he=TDu%_l-|m2S4M&9<>aO!9EjS$4lmWxSf0(+a;I;S#pX$!?81r
zPxe(ID}q`APM!R3^`f;)g#n@JcY^fY<DiwPTG)y!c}ptai19rMd-SR|&aq3eM_1Jg
zGFy(%<@gm7QCp}IVnVC1CuWajV&}%5Zty0LrC8dQb{~=s*$&klYChC=Xu+X%ht?mu
z_|Wx-?mqOuVcX%F!_9~L4$nQj;PAS`7azX<@ZE>+Km6eDgyYBYd&V!e;1`7xevutA
z9r7HC9qK$ZaA-Mx@w`Ku58Zlb*I{<pb2xUm^YFmo`G=PuUVnJ=;ad;yI{X0tMRxqZ
zj{pAn>&GuRWclsyf4l#;7ri09Ui*6RHTP@wSWT=t=8ZXH=9myY8a)#IAo_0fKca`D
z*F~?2UK+h1x;}btbX|01bV+nx^t9+egvQ|i`5yx>jQlJU@$>W=|A&(_6vm%?s-YdZ
z;Q!}OV(bZjm;rz1-#tQ;_`j;qrV74A>f+@?>cTDSR3S05S~a&0%~;2e-Lx)tKxMv;
z>UNd2#a>sPt?jDVwrIuBoW#0#yDGI^Tpd#fmJh|%fpzVw+(uuGC*n5@{id$Gt`64?
z4cEQ9t}YQ*O|3)f+%4<)iFNDnd#1Lkv(9K&&23r(y9;-Z-F4Pkb*g}$v9xK8{LsMY
zA#0mgiS=dLRa;x^Cc4QF@cS`UN-jvmR5`U!6_yWe-?)84j5em!#pCPhw)4Fe#va|!
zZnVx*=ZWJcj<(n@cz2v_v5abIJ!>cyo0pio;gZ-;tZ<(36Leh_-5IxzZI8{{K6gW6
zdu)4x-!7pFD~8koT#5eCZPkH|w1e-s_?>1Ptd7U)Vh6W_4EWLlv~6{zZD=1ZbGId8
z2P-#E#D*5Ftc$B`-OzS)XhC9oBDQ_O_QVEi33Z3wsXZPV1}}y|p$^c7cTxw?(8S!t
zhD+9u?+Ja?*M?4Pzmv$eu#nhpQDe)8rq_KJXZ&sZgaI}%ILH=#(<7WO@OQd+HCi6q
zzG5hG9$KFmtiuOO41)3lD~5_fOqg~4V3EZbKGfLxYR$%a-ctNxpiRY5&;@Vp#E_7w
zkT-73wkGUcB*ievEJBCIgv|7!MHb)9YG%{FPcKR$HU&+h!zMahw3wx1(~FFb=ajgT
z%qfW`HlV-tm%m7{V~3g`k(p2s3i4uku@Dj(1y#tXRXLTFRY#Vo)fv@yP&H*$Z&|fu
zwHnqcbawfA;^}-y$tn4eB_4=}ENLa7Skn0dlb+x4d<icm>BA$NM<yN6hxujHC;ajI
zI)sHn(JlzBbaM;8xhY#@g1vR$0F!L3Om${d`$1LAs<yH!XNxvFow8YMtwp<yHtm9~
zRjcByt6_2U)A+}Bu{O3#->e@P+tN3)UA)gG`7`p@g}ksuP_r4esa$Nz(oZ#Y*myhQ
zydBZ3YRahfIn`WNYqM$~qdLmPfP*d!c&KGlGHRZ;tf8!hquH$5;L+MytLn+B9c9&>
z)%sYg){s}cs-;hDSBj2Uwy&>`sF=@n=M(u{Z@xE|4FyAq?hY~0;1VryOWYj5TSU%f
z`^BD|*<wyKq&rx;P`J|cdg0FGqEGC9fAe(nbGgL}Bh`JgXZqNU1^s}T?Z&&Uvu{=|
z5MH=A_x0$8O;41sZ5(v6BZW*);fXVLeCNVT@<W|9{<bsv3mv_Mh1U$Wx@$Yv_B?&b
zC%)A2)ODQCN^F<BSbPEe<>kB}m6<AMG?Ov%AZtmw{n%C_Ck@}oQb5~67xs_8&)Vb{
z<<o?K5EWD@qq@o%Go}VJS_nU(*(AlQIh4M>&MwIx%*C_4-Kj)_rGq6J%mIJM#ave|
z6W_b;$tSPtXlr}!^3VTT99+%bTYl9u??3I@aP6-itZ}+F;Z~$u6l4`VD`Otmv91d}
zER<(S#b#32t`d6j;d0id9}tJcA&h=ofez}MOMLIh@MGecx|6jH@5S#($3Hm!f&3l$
zJD6Q&(h@95us6di-`kyGsRm0GTk_j84vH5XTyyaJs;URwjqa+=zdhYJa8^~?^<Wk5
zU*Ts}Rt1}o6N*?{T2)I~l`xI$8P$4FmC8lQN}MB^z_?b4Hmznbu7eX-i8BS$sVA<;
zDmCudA&^oXetr1$LP1Q?@4Eym=F78?96~C>^8KtwNh&Fei-jtC-6@O7#R52HmK*O{
zb{aZAuyEO0ulKHHb62|T!ydZ}`=7qNxi+xAMLg%B;s5c3YOm_eH`jzt&r4U@9n$wC
zpM7|lQe8tUd+7K(@(<((1)oqStP_e*@>*4IMh%tKx(s^5)cTCd4yu8&8t{;8P)(Qv
zVE3AU;@u~S9&cl)Pc<pvd_nWNFa>OVYDiH%eQKR|9}_GlobT-NdeEVO-@<}^H#0Y+
z8Q5L)1Y^CPR4l~m!D{tOS)0XjnbmLA4_v#m^vM^Q_j}*d-(&C6IsFf%o!9CIaPl&X
zg|#geFV+9@;`eX`hJ?@aA^BN(won6(WNK|j6%G<ly2@Ie!P4FRVuXe8CI<X2$<iSg
zrkru@wb!?G-gw<7hI(gRfBWA4{wHp~ewO4J*s`)+UNC#ke7Sw)mVv(OZ@s0sdUf%Z
zTdxPLj(<~_C*O~;w+l|NRNR;I#hK5>d{TZs`|W+=eeBozwtMwk^=<ckPLyI?DE(QV
z$$a{|>|gMSwn`IzBM5z3t%CUFVn_xPg)&+-Z}Nm+_k}F^P&%JTTTZ;stRF1+?)Mjd
z@9iZ^PjW}`nw`J<%#J^P=9j<Zbiy0v6SNu3;~v)2keb1|d$YkX^P3X^7GS%QGu8i9
zXC~RMdl)O+pDS%u)vcx6{RRE_J){L2-(SqvB?ne2A6An($bf{9hQ^)2j8KIlE^1Zf
zvQ`~~ptNMvhMa0GtBqOJkx^4Q)mc`XvZ_0yw&YY#S#8UzzKq(DQ~hPNGfVxCWOGCg
zrgrmjl*{|9PLIDalvQO9iKu<HDkVU>)n&CF?*><fvudooud%7ElTO7vS{zp<o7=l+
zS1M~gB$%8I2&US)zCP8hX!T(dP+fez>`C<GCcb=-f|#XoHt9HBC#xUsFO2>{+zjvK
zuNOv-VW}N|3CU6jr(;`3FW{u)Z?q=6LBotNQy3JAAabkPmIDEaWZ{fDos*^;yfMJ(
zfi(x~V>RAAS`5<>L~AaqQ?lA=oNs!R?p{dTU_il`#v4*K7~%2z>|@S{!3BYEIG}H)
z_pxnpX#C#z?d;e^VeztYJHy`@w=?040O^T8t{05-eVK5saD{M-a1YjMP6ciHrC<aw
zQg;E26wYXiw_@L4)@EOW{q~G@)@QKaSk_kEo&|Mw5p^^VF`W&}*F>KltrL=JU^%w?
z%G&%P`t)e)acuLg*uJ=|U3XVDtKG{fM{{8sGiF08Ye*?QAHB~$=KSRE|D)H310@=Q
zQ@pWVr#!_^eBAl$=<l+}PPTdMzfN{^+_fKj0Y?-_-i+}#jq#cakAttl<K2AvFV3m;
zWpy@<s(KcUsk#ayx_-ilhE6e}+J=*lo<E4e?8Ts_Fqr1R<k6+kpn1V%ALa>-)<^As
zJhjCaXt;)F)BDM{$J2alXh-S%@f4-CE-W<2@5?O&s9@<yvvin!Mamu+{_;=Q%lcVT
zH?{!ZFyRv65_zsXS8(v_@-`N-F^i2|!fN$553pKRdq97azu}{Q;yzC6Z(^;Qpc|xx
z=O<_fPzw?{HC$HX*<yW|)SUVhG@fuhZHA-JuPgdP(>VPh1%VaGs>!k%%NCO<x-^-<
zw^B*kOx5FC$x$t%8S^v+Eu$y~A+r0_q@sHJ)Ea0VAy4f%ts~@x*5T>X!q7hU38p|b
zovTxd{u+j_eYEZ&L7wLVxj-V2==n%JWNx8UD3m@%8`0O%MTNo`?Y_YEs;F@G1lm<7
z6B|dFie`mXi)&WTk!DpN9@opsy47=}Th&KCR=bk0jD2*^NKaw!Rn)8<*XyrZg3!aP
zBWl)*%=02T#&ty@BtHoKp$@D49Dxi+JJ#tozAjnHMJVYQMGK5M)#A~d7;9g-==9M+
zC+sLPnKY*bgA}T+PoUvsAa#550cf*+sDeG+sdP`!3k^+d=n$DPfw7($6FBsXCobH2
zl%02U>xEDJ;>?F$edpDO&Sbv{2MRQk@FosD&zkxl&zG*#jvm#nE9D>W*MI%|7F>mk
znUk(EmLpgb1%W{>X`^~fr%;5k(W+UUxg1kH8C5<=T0J^pMJF6Ela21U%bLQaO&%6D
zgK<3auK;7Dt%RX3F)~Ql5#33aHxvaxlcG>7)XBT$-NHQKbm2UK)a&JCbx}s`1@%^N
z>dh~!^F7)U+zkubO3-P(KsMA2u>BHcpF5E2BUWhiYBd=cmfCW#yk>y{qb^eRN%8a?
zI@{~jT2CW}_xYn@Fv={!P(BpIW-dEZ?48L%z4>&$7n?oZ88MY%`Bd7HPGK|A;1<np
zmNr{L7Be<Yq!b4H=7v<Q`2o>YEiG@Keut^O%am$rsLQ0x9U0T7rgScss@?4KCe!Dc
zCnPOzoBk<Nd#BmB!jx?@-7&3Wxl~gnK44}S-dwyH|HXCj=9Ias&Ge~h9j8mRIAt<D
zAXe2%r?<`cl&P(YzFgm)GUr-MpPHIEU8->zKkurMPR~sJlqu6;PIcA{-F)-Vx|?r?
z`d|?X$B)aZ$q&7MOasjecMHWhX;F=^_B*??Sm@K4VoSC+2X&#Y3>A}<3RfGBXENMw
zg?V3lkXD^WkCwy`019a$&9s<o;t~qDgWBZLAdl2eXsI5p3tR13wY#iVWsBWibWyht
z7j=6`&xBAUK!AfNw5W`(EaR3NAJk4mK_gc3;YI2uebTGowlm+fX4cj`jrr_um*c}X
z9j=0O`?Tia+0E0SL_)?8pBd6dW?8$t&^&EgGrpH~xLn6BC+2IOKD}9dVR*Lq0xaVX
z_Zyp}b`f^ZOab{fuw&YUB2+Qx>)?Cn=eC2St6RCAO;o}h)=XB2SH>r+jiH(R9}{<p
zx0mz-^iNzT-afo_crVEjaftYx1mIhc6D~m!8iXQ@C4ea4df1WXa?#9)U}h^Mg3p*u
zTqhl+2vb<W<zWBDcDWqKzV2{|L#(YvzS-f@ox^9Ndy<#>PBK;&Wcg|NX{>QR@W3{K
zY;bp3^^^Hp4EgCcp#a7O7KV(e2E!07sKTguG(W~^?4lZ66!OsI#=Iw^QS(<pPT3`w
z4>L<sLfEm%ZnAX+&F{vZMX2)7DIc9OGsTG=T57zFG1==8<yfP)V&3{lN(AIR%*$po
z@18ySd-@Cdd%+Lbnh!qEpPUDg@s05(_UsYQ)t~%;P7muK=>ZUvY)|-*On%Um?5>WA
zl?50LJ%&XEbBcfmH}zOz=!^;alP6P=Rtc7q@Q=l%gyhRfi2{4}=YdE4KV#1hzuEkL
zQ`e!oCxJ!)KmnXWYrzo%_u;5NbadmMK<}VRv{vp06NK?w7^1Q$Tj<s@%@jyYfOJ?H
z=<b?DhNKd0kW^I)<SR$TU~@6TDbXTel|2deXZ;P5pZXivI{fUj1U!)l1#@jK6)?`=
zSJ?N@qURwY0`S$al6-tFn=r6ZKCntzRSe|;%4EGq3!oJ+1z;p;HHzZhUnP4(TsNp!
z)JUHi@a}h-d_h`c1uf)Lyw5SKO{lG`s6Y&|5s@!NY-A)QF773E?w&V}ys_t8<KwLN
z*{b*7*PmX#yR`c#8+QWdMNxnHeLAo6=?bQu$g{P=h7q2vuqZTxQ5GeY05&cR+zMaT
zQ%}H``-v}M5%;OpiW=xsafFyN$a~@gcRt6=7J=(QCud2i4ih<{oQfxx9X-1H)Lf~b
zN7Ikkh4_+~lVb`r2b(L>1RM!76<rcBIQ|Tc1dMMRR5_WsxK7ri_~La0J3#gJ<wEg%
zP6Fr{`&R~8x6R=ym9nfYTiP)EXbt-}l3aQc6Q8|_W%kGf8U}!%%pIX2<~>dG8csvB
z!8uB~T2M}Lf-thpE(M7RjA_gX6%1j2BB6X0eI$mNZ8{a1K44Q>^W@3P_G84KehO22
zJG-|8&J9&`rg~weKrl1JkCIVq&`ucl7;DHYw@0%Zyc$6}?KFTU+2;?{&=A`cEfAzN
zU!jp_g3S-`18T6M@<#h3A_2$=zd4rj5XfwaD;BKizzZu%((a@Bm!J{db@_d4*S%kS
z85)uJ6H=aVdJ9w~XjG@unH$c0h>vFo<4HQ6M~DkI2t|eFJmy!hTnt8Ojt6To$AMXy
z%Ec-Z9jL;jXKDjiV*u!Qj44=K))MH9htwFwi|JpZJZ~{M?9ff()c#tpX0uYaf>A6l
zaV{Qgbe)MnbW#laMf4`G#PjHlIUp%<3ly2&o*d>RpmOTnmY2VHufF-SoA1<)E?~R(
z=WgS$I7Euy4Rm(-QH_=+`sBw1ta=csoM*|uG8xBOE~wUwTAd@51<n9CCEysqpaEcl
zVi?P*5Hs;Ctuc)`LPe7hgD`Qd2a7<dNZEkzz~v2MixdVZ0XeLgwA?3QXr#xzd|2>j
zuy`QZW4sK^2*CTH5tN8z;Mj{$CxYdT<=<HPhxgL8#&%^clDsB;2=W?3*{Z_GAZ)%7
zBX&@&Ef-C-G-xK0)U_U3>Hw1#U3GNO1s#SIAVG`KswTTkWM*}C5vDY4%wW!qp-T+P
zjiH`H`Pj08wXN8~6_I0Gp}9bcbE~-^4mD3Jt=O_<MF|SbUMMQ!A9s^J&iReTf-o=%
z*loyI*T|DV5H4Ul@+W|VSVDdMEF$)^yy9XVlG%c8PrviJtyf)AXl}ak_FZ>gbB3QV
zH@0hfXH~q;wCr?t<n%fArY8HG(@8{ecQwZR0dRGfaGG$TP|Of@`g3ZktoHJ84uedC
z6<dZ@u?EnlwXC*!v@Eu!mDOn;&4aB_S(^pc&bER^PDi*NG!nE_2D8)R@%bg<ZYS0{
zH>u*vs1?)CViBPBqx&5q{6GO8C#^wH0-chR_FWDrbUXgQ%zxOyH_!jd8*jbwmGetZ
z>mI9<zllR*+sp?k>0oWQ{QRn`etwI7z}UM6U%>aS8Ge=hn7*WU)BCt>J`RFVl82<X
zfGc3iD{+%ziZj>?Fd<+Sqyf4cQeRYe?3g$5AO038R??pu*~f{I-;y@--*Usl#4Re<
zL0XHkkYPBDUr**?V_4F#Mn-@8g*jJTGHZ?Tt9?CpKKr#hdN1F8-^loVTRu<vAGFU6
z3}ia@TM<eef%}Pmo6tU}lVEWziqY|5wb|zhhK%K%K@9D)xqJpc!+V%il5F(;u#y6B
zOTZNb%LoP>^_1Pm+j5TO#%nF7n|JOqvwP95V~0xY6*TP0JMx!rzqf3C;CtWMZ5^~0
zfB$CDI*O00kSYqexd!cwb5wk$FblTdB4HV028U~%vtf*Q%f;rdIV3Y`GsSf4V#7cw
zCfk?Lv4)H$nsHSE3V9aY)Liqi7Y81?fbh=cWVC3e2(E;^A(2-yY~Y<$WZLA)Y7gE$
zT8E=mZQ+p1K(^Syah8q-KrYPTrn>-c$%9<8=VN<XSxYUXPmi`3lpM^e%gV*R8FNXN
zosNq-!&sU8f$Ey>nP74)pTvUR)I5b;omxX3DD3l3;dW|5Dauo)5oQzd4%ke=n%?~M
z83VJpFzJdbi5`Mmay@YZ(+%OsARvLo1SC=ifx8=s3|(X#g#d^XKyO?vL1Z#q?Zb;5
zA-fy+dO>$`EsG3s{LwJd8U9DwWodXXebC_2=_AG&D82jX5Lrq30g|WU3-n9;qCyE<
z1?eqPcW{p*(2a2s325o|LSc9|Aw45lHu+UfTu(L|)=yFP*VE`$m9;=Po8=Y}R!}aM
z;WRW529hmKs7+7^%Bl}03PuiYIM^lC*n;I+XCVHGG6`wTL(U9~xvx*FgS6)E49qQ%
zC;{JnAPtIzXtlv-0G~aTPufS%E41M&N2w&e_2F_XBhp*Ps!L~{dD73yyf)TNi=pdT
zNP@zwBc%)LA(R<Rajxrmf$|guvxDn;ijS;d8x#DYU>5GyG`y`07Vhif3$W;Z9geJw
zgy{`K@NafEbUml^`&HpcBusC(FOTyw{RZ@<`_@2y18KsYLzqEybJdUOVAyuJKY9E#
zy8nLMKS(N6XIC9}f=p~dGDqksgTh&9$ghkW;;y0tOrSfn>_uvl!!@Z%D(&MWjXlLx
z7&NiNe`EN*;PWEA7v?n9Fnd|GPcWzL5Jg4N0^J9*27<y{WU`6V39%N?-Js{hmBO>q
z7YoDQg7}`yo;_9#7Azd&p?6FG5Qp_rgBBy82SCT5LYo66_9A;R95{9;5N0pvbL5--
zkqE^(jjVfQ!-e3bgNHXsw1b5N%MmuCoqMP$v;wgoMTy5;j9QS;YtRL7CxS8nfe{!6
zYy=iEL9<ry-#({1-2f63<0)K?$K;L&d{F2mxckvEiv$-o0qao~<l24->Hy%fV~2X0
z#O3|xh#tG%Z}*6UDbZ(VN9;Z^B|7ZGd+js^n6tA>CGoYbTiF@3mVJ2J=j|?+o!-zl
z880I~AS@(>cJRd&JQ@M$a&ty)hnfb@Dh49Udl4-cqa2@%X3*EDM@yqOtz|8Tu0$~m
zYE7Tknnsu6jma2wNo#M$UbG=W7NHtfw2m$aG@p0Bqoy_kFC!^NMs$OLQFh2!z+Ix7
zM>z-tp#eb?{XvR;XdvZpTC?;Pp)|W?cP_uOrPRD)YKOzQ8=6vKS83O-lDU7Vzki5<
zI&>8&P1d?OJ+0UY_@_0)6vj2XSd1>}KL?^m6nZ%CJqw$-0WX955Z4na7eyyYccvyX
z2oy84(4K}4Hj~9e7zP9&q!4U^wJrfm(Z$@1`9i)Pc3E?Oqwg$s=L%125BqXMlQ&{E
z>$jY(Us+x6Y;n8Ureeo6gTdamKflqw7Liabz7AKF^yV>dXPvVae))f8uY5-TK6nmu
zLi#@DYYY})m#|SN#)#+QW#bcJM;M=$vf9P1p(+nJjE@pf*Lay0t2mY|j1H`cWbB{<
zX62)l?7%1mF)+<>Y}EIuEedwkE&~6dBlb|JM0baj?lBR1Nh1-F@yQZtvKvTG?J+hI
z&{0KOurbPhb=|i^@dk$zgzj$L^7yjSm)G5T(>afPdhw-uA6jS0HA&OzL*Xj7Wgb&M
zlRrD(WVJ}n+-Y0puDW+gX~U{BZY$ilWW@%sA>;t&rE~??y<?S;KtJK8g&1&=*PBEX
z7fwb~^S)jhf;7N+m*i%WIT#9*mRxOp#@;l~Y%{U1iSeloH73)o_Re{ImRT9;^eK%#
zCc&d&O{9}f=dpk7o^I{~F7#Xl7qVdv+$<F9h|<waQ8Wc<!Eu7?ouu1G0l=$va72m=
zY6IOSs}r*YIshU%fHf4Wxg)0<CSEaIO<xPw;cGx3Xl(-ejX9&)AzJ|olK6^Z(WiJ1
zr=rRjf;85id?=yhEWo_t*uiMDG9?6d%PTNRrNE*^i*C9JucN!g7j|bofsS}Xsi1Ez
zlp5k0zXE0Qi6@R7dO|v%mf3JRU=xphJzFSbr4^zrkPd^+q7Xm+4f!6(Kk6@#UMuxi
zEOQfee0S|=x7+A0g3A8kPKKe|>=UgvhIy`es<9(OlyR{j0uR*$h-@{gKz7%1**%k?
zlOYRapLB|@$Dc5IS1`Kn&y01wBjCvqRq&F2I@<N&E!1^!`$*ThyrZ>d%%3V$1Q2;S
z`7-d2?uP^NVzR_O+)wXPjNWMt!S-8xyPDp`A$lL)3)O{|74C5<edN~P(^i;5SQog5
zmbV?4%Y^;O=O?yxtlgzkx?4w^$c~I|>YGP5#~nRMds7vZ5&8wZ(r^v{u0f2-j0|9Z
zip8kJTaaIQyx-V2iuPB)t&iCs->brSvZGsL<3W8K8wA7Ug?@;aj&AC2jc$%R`qBL|
zdSvwO<NEb+{_)A@$M@^++0KqOpACG>Cdpe&d%pIK&4rQpkrkD3LrejN4lxDjC1MIN
zbgOuL!KFODppd1J+?pdF&NUDdw~~%f^u#*JCbB^gHccU`=Qh4}PL3Uz9NF=4`(x0F
z!4s2d^>O=SPR@_sBD`gcXa1h;e}L-8c74pSj2ky(lN<+{$Yqronrf}kB1{D$72{Sr
zg21pec7W=O5Y$8JI+^Eu1%a_gQk46_CW(W;L$pl@_}KW$<ByYhLo<h_Jc%#3fZJ$W
zKft%SRM5F=xKNP_Fbhcz>rQ}4Z&r>0#QMlBVns7F0E8Zllg+cxU*K5-Sf8k)>cByD
zR+)FVvn&69**9`M`(WL{B4+<s|D;$U{shqVkL=J`cRzfSKs7OS)1ty6jxUyE6}S$e
zI_*4i5mSt;KS2F36kvV9t)|&%G(AucWFXcY{O#<T9EJwVr7bGH7j0{c4tt|*((N$U
zed2b$zXk6M7Aghqj@U0W&qIikgZ;uI<bX(zxN;dmoVfcK_KctuKp_?P4@FdjYtSME
zE+0kn0b_>Zf|eCMz5v#4M2e_>(&f1matzv>$xLYm+}2ys<ZHe1kgul3_u*b|ZQ*}d
z%R-iX=UDZnOE)iFy17j{;;pUq9&_UT-EVyIVb-r70$T7BI=2*b`y67A>k)hGhn7C0
z(gTPkq8vJcwj0s41jbqohgBWoUbHHi+8U;|T7+t@X8;ywxom{_xz^qxr&GjB+{7?{
z?)snKaO2OeU$Eex`ugk*=bwFb>&zD)xMb4<4;<Vr{%Py4ZoB!_|GxjK{~jE)HEg<K
z&!SK7=4T!toodX#77!Lx+6Nc{Ha%e!0Apd=8{RcS*f7k1Wi_8tX(G8OOyt?q{P3df
zBQF}aj=Yn6XgQ@}qU&tQhpIZ+V`hW1LRy11eFC{;zcsmqAoM%|-InqZ1dk(hzC+9-
zmN(xarc(%NaIsI!zU=C&BY_3W)-IWuTzc~tmR<GzTW@xqd8Wq_?6A8<o9(PT+kMVA
zzx>6Q*3Y|V%e7a3;!|_hJy@6~o6q^?%_}agJ<l9m*tB3rckc4tn8yacy(C|Ryt25E
z64naETGB9q$iOQ=1D56kW_Xu~8o{#GMAU$HX`eY9A=6O}Dq6IG2x28yaUg8CJY;2G
ztRa!)wBhqXhO-8?`>3LmN6ZCOp;R)DbTxD_!`^<3T^{|m{t6j{><Ccww;$6FJoYx*
z|7G^@Rr)6Ow=1s<oJBzUV{e<S--eOsq$_VK9e(WXw=c=Ehp)sn|9j<?tLsTd8NRyv
zA*1TyL7rdf8Kw<<H)-If97~ZsaM3f0i~w5#uIeQD+~5HV2EvVCLCsc+xs>eFWHUZf
zm^jAN4w)_Frm6I$XQV5vUy8DTjRhK9CUnLm-m&`L$(?y3a^Z#NM#AhO{Xt9h{8?*e
z^%*@{9vd3z(Stqc5R0b}Wx?3b;V$q0wde}vW?eScuf6D37=90||J(*bzj%*0#>V?H
z=Jx0K8Tas8B2mIGC}KU1@v@<#`+~6f>6ol&u{eSF72$P?(XxpM!b9KMW(*efuT1XT
z8dfLf@77nq#YUqP(nh*8r}Q=I(+>R)bpG_uk`0L$)=UkOZjMm&65nC&!Fq&!W5aTZ
zcq>1=B5*_zBuv5hn#YexXy!64NHIZGAxJb)(FDv#0PQS*H3Cr^_^>gcu0V`%0IMLy
zE3x$VIT~8}zWy5U&60Q~YkJu@^0NMG{lLqJ@4%HW6O9e~_IA+N2Pzw0K?h<+AR-Lf
zqCJHCVQm}rU?7eIF)rlQz#<Igfm~U9BWoBJ`Xcrp0AJtI7h*N$_rM$18A#F>;T}S|
zkDDU0&~e-a63FN^N1Ke`+yL%j{4?%Uxe?v!#GC0gl^a%%-joS<jp`}>N<Ih0!dNnd
zcHu@o<Ja#JyXiLpPNl|vWrQx=e}&lv>hi=Hx(eq+U;+S&`Fa@@1PE$UPz<mLQ)P01
z8;CR#3OYV`mwU=i)aokthSQM$KK(jbPxR~Dn!>M*eQ7r>_r@;&9^T|8jHMYXl7SkT
z#`hU~qhNt%N5t;oAIpoW!<3=I-ZFS}+!*19z=J><MwnC1lF$HWf^_sV6mCvI)esDv
z6ME>_5q4xuktJ1&?ts^Gq?H}xCMWxbjzPlxD9Qk_L>0cH`(Z+GzVq^oEQf(Ocfzf3
zl6xVHWb97-J`?UiV^o0OOO>0rPUEfUG^EgwDnsl%$$mrV$^<h_UOfEzQA0CE>zP~Z
z#$5T9V3GbNe~riJGKAiyza=jJi~b1P@E39Iu=*Fa0bA5J&+%W#E97g)nn~JNo`oy{
z9Aq2xNB$~K53phNMSkh<OF_nlHFO^Bm5^)wjQos1c<vyNd_blPQr2i~!aTuBJt6Xe
zgak!C?4!sBNHswVP?#(Qi13AIe8iFuk+58;gnLHX!+emlKEx}%i+H7X?=JB_9_}!D
zaL*ogIzK$2U2f<QV{u8;E;!Cd+eNWKK#(amsA@vHoOZ}Bi-09Y#;U0?cs4pG1XPj3
z{Dfvv;>AfCbt0{@yiFB-)gTmsV4PVs3&S0q9$K<xYDN__!$~)XBNXmXL`+&jlN+(}
z)g3!t-MJI*2X>s$mZp(2I6rax6k$S}jQBXCO;9W<Z9=%rNSnArdBS*svn=V!t=Yu<
z?4f7hx!{DB+^)aP9{Tz_7Z7d0MWcK)1>V$4Id%HV>U6FP06B+x-ED9c3}wu<NLh^-
zuq<fSkM>1qy@_{Yz3EU8f7CQ}8fUNcbR4E(RO5=;LRnx%r@Mm`?QTUg1HYU^S40y)
zeeE|*g<eZRrxuqS%Js`Vzz!)>(uehGat~j*M|NAxqDi#LF4-sfg4U49oeo#ClF8fN
zP@m|U-Bp)8eNO5wta21vH;!M$8qw^uTTBw-i#<W7hsmMnjFe<=&JJaBi<_#=)jjL=
z4vIM&qYrs<r;TtlW*Qb`WXd9lCs?LfBVzChw5xeZZRb23B<=Xb?&jgeL;@h(n<wiS
za@`Ea<B1Kw8wL?V1$O~jAB(xFhIjd5p$JD0_rpbbLX?mxx@zJC{xU>gC)&9mpp#UG
zqN%=_@C`&|TOw(~H@Yy6KBy4;8WJ5DK73y6A*M_dC@d%3r!u7&X=>)ShtiWn`~@5t
z5ix`gxR?cATtL`4sN*==n}>fEyEuqbxxn|McYeCmyJeI2M?b20eqHG^cSY7$U$Llk
zfA=e;nvDxfi!QJJIefP_-CtWO`ImokPU(WZ@t0nzd*G%8msS7dC!Jp^Exe@q$3F^P
zI=^J_>-bpD=vd5GC2r0Lr8h!5AzEl&li^1(Q#|I&Po9548x4-*aRC!KaWu+rT-3v<
zLcbQ=dFN##|2d0|#&wPl-~6|cOK>fpbL0C^b3z}+ho@HhK#{0peK6wI#`<75H^)na
zu|7atu~W5v(~h-2-l;!+%7*KS9c#-w^(Rhfb6us)V0^GYF}{%;YOFXEuL!#H<j|2=
zJ2!<XB6cl^aiBHFRfqkFbVr~YqYy725AW(upU~=laZ2Hur#>ie*!<K7(<V2X?Z3Jp
z=KDVwet+5rPi?OFVg%uQj#HR{JW<RYxnnCDohF*V*aF%BeF2eK3MCICe=osaA}_!G
zOGC#Q_k972*SPPGVpWub4lT*}K56$r?x*PkteyCk2|tF8wGjRwGwHHO)&U9x$1q~B
z5LOM<Qj@72tP)mD4f!#95w6>VMmqEGUdkz?-?<3F`puEwF^~KXmeY~n!P2F|69iS2
zekIN>VohjEi$2q68Bc%4?+C)ba@`v6Ne_%^YPw4@&%OIU9;W`EtA2G`>GoHjxzNho
zMlZz1*`F9MYs`pmQ4DR7sjiIXuIP9nhJQZ1lz8YimfESme%sqSS?V@@Gb+MV4oEgS
zf?de21|cEuly`zIXbBA6xB^>O;lI+r(sYsj8ryptOYhWQyG_Lree*W`HL-_&EWJa2
zZ5t%B5mWgfbT-O8UB<PxSQ*Yvf_VX~R3a-tBv?uwBOno|1w~ENz`}dZ<gAk8Wa9y{
zNI*{8Xt@d_X3JQf#^V;u7h$BflfMq8jG4stNMxlEV9C}@l@tD6e?p!rSNne&sP2UH
z{#_-)()bYP>c8-Z!+zF*_u-cy!@&^T?ofd-v<RI-H&&Q#p_nE~-jyTgD0y$O7<ci?
z3_z(-nPCRn-`$1C28YwvGnJYTF3trIErZ|~v<r^r45KW2q*z<9Nwdlggv5{42Att*
zpd=7LS_;cYC<=TRttVG7No;V;NXNqe8T9%B@5RIE8TN!IUV-!Q%t;MC@2d#K*YEkE
z$rbY=t=X^;3(VoOKArAVc2xzdox8jpDb4D)GhQ{|$okIAztEPxS-SltXY*S4DFxy9
zpAo}NxkFiuAGbP~nuE4MA+TCE=cYgpU>&S6{ieKMbjhfdVCfC!dz0YTeul6S!&fa^
zer>Z#fhirCi#LAZ?zb*#TX@lxpS<qIvsSv#_oip%*_62(Hl5iVl&uy&VvW8yV}^du
zy5K$E>zRJ*dE2H<U!7}@^hLg-|M+JQt<KrZK6n0>s+EI#Q!~%Kbye1HGlgq%SI1&6
zVfr$}6FBAB@_zs;Ng#@C0oP*Zl+`&NZ90ZxAzstxfPJR+LP>*A^CLw+6f_zeVL<4h
z%S4b|m+zPJy<$2T3Z~)n74y(=B9cqCm}#3`VY1Dg8y%cFrO6$0`IoIxOwpj-=9VO@
ztELg9A2!VzaHk&oYA}$V=k_jJY06c#T)42qEjnc@V-8QPH#Ie6adppR-x`cexurc|
zPxjA<48EIQzPAux(B|{U+##!j$!353j9Hh@dYY}gtZnrpCX}G~)NA)!qZeHE#7gJ1
zy6(EBP>n~ncPv>G>$n^u=lJ)9o8))p98j>Ch+Uf{P=pN<ji(ynr1O!Od{E7owFMwT
z9xC5}-Bwd;ZEou6=W$+uQl={2=LMy)qo;px9vAu;L~}M`LSmB3+|Xf4=Od;pC<73a
z^uC5vPj}vo8X0*COqfw?uAjT?>Mft$_1P^~FPmF$uAO|~A<L}xGgsYk>$NM^was_1
ze0XYKq)Yu@wc~<2x-Pyrx!C6yhnnn7YgetGm&wdqziKUZChyzV&p2mFYg6v5X&1TJ
zg5;d3H4E2K%KPdCYp>oq>*DJ5jg2%-K??!2P=Q5KM8j#qmxZF6W-3{tgBgkjReNi{
zJ>x(B^EX1E)vmfbT&nZCCe6kE=2EM^i}>z+4!6_Sy3fPkYxsLDe{baPNqR5hER~W;
zm|>tHUK%md$oN9qW1s5i6P|ZCt2{NejmeJ69~-dakjp*cU`K~KP|LuJL~9D4&ang$
zIPWF0RtP*3G6JC=xB?kq`G`mZB99V${*39#&*?9JF1h0It1eF4ANs}f$xZigqGm#o
zscsi*N(I|94V}IW+t8Yxbz4VOZLKAF#>UT%kz3jM;qrR|8!x<min~dFvv-I0iOUU&
zX4clPsH+`*;$C+uo0?fYAl}k>U++Bw{-!2p_onm6Fp-Xb3Bu9Kb9%gx6GDo^8fi4y
zLY6et=YUcNDC>&4q{)@63k=`vpW+|B`M=nA*mv|N$l)`4_Pm%JYcRz=JXjEaIoyt5
zH)PR3dnS=f@mc|_gDS>xzCgjF6dc`>QIlNGLa}jVi$NYG8LUPWL^4QG5R{{;wSv=w
z2n*1{5wgi_5o`vNWY3V#H&5sT;T$Z&D5p4`RCsQ2h9xX!s<V(+Oy*P}h#;DwtwU^+
zJ6Nsg4;E^D=e%)_ueP8+s8lm^v%ky5=CGChLqq-gGx|Tdy8O-lD(BzyznvKz@GG{Z
zOKpmOAb2LT{LM+LG5&adj%`vEhCEi2(U?=@9jwKgKY|azh&EzjC<+LMK9DF1qa2A$
z|3|k0Ga*vo!~OE&Z~(PwoCV-jh%fwzKkj=H-y69Qh|fZd8vl>==I`1f`xP(Kb*SxQ
zN2Wpz<|LIBLexGyi#{H7W98)~s4&ZjaYmXOG*K+|4rQOE%FFX8Jh0MWV|R8T6d%|q
zp`_q4nEHr*4jKDcAcy`+VHuAM@714T(hWPF)1ML_-*LkubnveLPKRD51ob6S*>2dm
zfB62LHyQ_s-)M{|X2T0z)TpikG{i~H>2WC2ME4j&uuN(sT5R}f{bz_*V!J3H%!r>S
zZk|Ro088`nPlB7<h4lg=+#r?UzP9mH4I5>G1+o<KgJK(i_*+4Z4vwX!s3-;%;*dO=
z7vc*+R|qw2%W4^LxkL^;NFJ}EMWP^Ah=Sut!9;iqVmL!k)ceipZc1M8yG#(}BjuQ2
zqnee~>7L}Y=BVO;jg9^4^pcHV{O%VwE=gCLp_f8W7KchluZ*2l<8b)v6HRR$)r$3K
zsb$5@mt46#ms@`2B{#2NYlyP+BJ#20zZ1SGUnIRjT9bq{_B@OHo~>saemDHj?4jQi
zT=si$7SVdH@VfkCnQK>Y6hN<>E6x@Nf2Tj9?~%g8-w|j1o<KPIP4W0tp<vnq?9_^R
z)FhB@P9p*k#==!=LSSS>I+2QQY`DNA63>7PL4(4JfOX|%*2>y`#BTc)D*1fwSL`O*
zZ!IBiv`+scFGU0d9kr?c2sZ%Kd9)F*zKnD`XhCy@Vgrp=O-^kC?LEju;L*Y4d;v}c
zHX+#r6{+!{3ez4Ti%0;Y>;ouETBsgvYv-eqLUE}$6ePk~31yXBVk_e-Djy-NtTUh!
zVtJ*@;9g35O>X4W-kLJiDd!L}-1~}Xjd-KsmN25OTEba^VZ~7A@SU-Clk`-z*Y~Ir
z!0}@<<*Fc`y;<Wu;tzyNEkRCCdgFX9K`S2@0Vk6-jx<@`m(h$wqyQ+0#xp`^0&z&>
z50@i3geSZnq2yKRb|azH_-)K0#Q#!`hzDb3Al8`Z$a;jukBC&Flae7u9v4f1>_Qk8
zWA})I8!63k+?|e9Q*PPF)FPmPu@3OqHjIxAnh(#7<&~XaO2D*54JQMZlabJf34ts|
z&ICDp?d6wQ3u}4#W&I#=IPor|g~7l0*$nK_ZTQW4o?S%ts6E3=LTRJnWZYd7Ckce$
z_R*ifPw^ksfA!K!L}DTcU%%XtdX!%Pf31_as22Df4|YL{5-1Mt@#8LV?bVH7cSwsM
z*%0N$)S`&^<r!Kw0($uLo*c?l2i28An?gQv8bKH)Mr6{l>gH+Dr%jE1agQ%)dRo7S
zi|v9jWROy9wfOsBx;-@9$iwK-WC`&gMy##_vMLX&hgVgDR|hrM%pR=;ZOihsX{`m0
zMa_w@I#Of6v<R*1kV8GwrGC>i)c#5)d_lx?HjrN_Ez+txl8@Ao+L*1WkzEb7!B<cV
zPc~WPlK7S3vytL%ce+i|N`F|+OK*h(#Pd`zAX}ZSsyZrK0>Sv|qtK`AvPCk9?C7zt
zm-Kg>4ptvvr|Z9yR&ck(*YPc~hZlnW7l1!nQSGRwl0}4M3q-U=b0kx%v&Ci}Q{9}T
zytwX+QF^F3hhDWIf*4|yTq1eoGv(pIrb%lt2Vgk(LZbjEW-A$TrU)6H=7xoJe(xt{
zx^GzNHGBQ%`0>8-2KUS@iodSbYmF2xd1Tp5f1NtjTg#qsPMJH!(RnF5ClG#y&0BJ_
zKjy0q_!^n-mL>YPo<Yx>ERrJ}@HYGXmgax&nlYmbhyp{dN<e;Cewg$vUTTW6et>o3
zAK-5MLkdvfPfHKAKlD)hp{0M`zyHr8+ke`}zJo)5+P9CNez@)M(m(Cr|EHyg+mNnI
zYc!2H<wZ2W<6Mg|hiGd$NIrA;m9=0KSkF)6Oj!%eKaG)x43;)H5nim(;w>mifJCX8
zEEhm2LMf3Z=Vf8WR`=14<a^;6Y5kk^Gt$|*PS^T-{e|5q7Q|jWdhjl+%EKQlD)h0T
zXltSE^evX%ZKpTYzx;#Rq<%NM_SFN=9==Jxo9l$s&Jo!~?L^K7{N+3{7HF@KqhbJ9
zHG#~tEET(;niqzD9K((EQwHxMNhjgasJw}hu}ifA6r-0ZAPhxoQyW3xM!s&dS8c_r
z(m^7;1q@LGIRdxoG)CMILP|1EjO8E1<*3k*k75d@<2_Qsl7Oo8aearzOQ6n8Y!?Wi
z@10D51Fxd<>{{x)g!Qk0xTV#6j7}4-7bu#hkr#i1wTB38ASx_d?BdDvT|Cv($dQ}e
z_jca*Vml8TZl4b6LP>J%==^@CQs<|PAwjEaM3)nNYO|tN_i27$8O6}_(>S`E2Z}+y
z<C!dp8I5cKO38xsF;+B2aS{1Y9J2;AqG;|!yhWt=mmXNYX_K{7s7HeEB`$~Jyv*fT
z%{o?Zx@^^^ZI(K>{*>i$*Z|2-n(N#@@_4--J<lAnO|r<cXtIBHjs6U=%HBm{m6EjE
z-ZVQmyZm0)^^12c)t?EbAFW%*RtB0P0e_e=Q8GzRtE=kymG2PkAk#L2zt<qDhkPiY
z9sEk59S|t2*Hb9JLY<l|PT}HUN*{>>_)@TxP%Z*5f)H(khK7Zm7zc#*d#G@PI^A%v
zq#&91Tb%WBGpAjcXqTd>W5Ac1GzGL{Y2vERE)hb|WRL>13z<;nu2Nkh4JQi1-yy@}
zc_nF~L^q4e)B<u+4B5s@iBJyLWmO)Bi(Ll1<Y}w^l&8+TZPP0I8}2&uCs}fn{<XFD
z+D*&^g4tvT(;KBfmBd-Q7PIR;o<P-=PV<{`RazN-zv|0P0k*Qx?AM=J$Nu}>mEUx@
z9X1dQS|A+fpfF7{2^sIuSxqijEWL;coF^3XG}oqJPEE_G0bmML&#c%SAiJx1D#(+=
z0T1b=RL_ramu7OZc!9ZSE+kzdt_uRB4#}Y-{_k`W>_M?8=@j5EGh|s1h|+Y*4(O#x
z6%3gaOPq4ZHt?p4RaK8R1@vc@?pl1kJL%dSJagsq!5X9G*(`Nxoo=%NP5r5Uzu6ak
z+``rnX)alH`KHzSFIG8O)#X9Qn)|#}qcmbAg3^9Sgw$V0e0!<l!w?0#^e!q~hk^A?
zp$a-ZMh%!gUilRHdadPRD^I~`or0bt%^1n2l&1oOY$|%*O1?=aRC3LYOck|?dhRnv
zVRFud$Ourb$qbg{c@UT%1pZ0Bct}CHND?Wj9%VXKm2}F@NRvnT#m!YI_w{VauBB|H
zzxmOs;SVqa>|c0?{m(l6X+P?1NfvW;@SFFc>kFd6%d41Ub*|j8>e9<sT|$$It+6~_
z?{e$gFzWj2+syUu9|pbNAS*d69;;O4y-&Q7cU&aB9rNTV)B_1%%nf}7$Sm}?N_-jg
z0FROEt9jr$(0C>|YV-*{2u+h0(4w($QcifKyoLxB9QCXMrgQiF=7vW{eSGiiVM!6{
z6T45pTwHy_Z}yzKM}LPL*zi^RnEjO(S&Fs1RPmubg*JJx>P@LwW|)EqxS=*-A|uoW
zH7qEULGuHVq1sbH1r=-+66DBICqIV5v(%}oBvt$n3C@Ox4=uWW{GCheK57z>ecmA6
zV532g>94=|3h8wdY1Ch#k%E>OsnACB9a(CX=sSgsStne=WTlzlu2yZR7X&g9OYl~W
z&<WLm@sFKIC#<80@Hv4<h%h5NZE~BIRN6Ea6o^4H;ugm>D=?v1aH#WUfn*>e1{UcW
zIL39L@k5E=2dYPLk|vT@1qSxyfqaY#{Epa%@+g0K5Y6*>;R~oBZ&=!Z(U)b^&t#bT
z5Vv{_5jzAbVq_o2gz}T6i-8?d23#(a4?cnE3s+xv`yF?G4kA~z1J$f*NOev-<H9Wu
zet`?&Wi3E8gPpz8=gwcfmah4XGGMa{{-I0n*s+toG(!DRp75E27Jtx!m`zyD5iuVm
zj1yT&B$Pyea+Cx_6@krA2FaV+3#1F%`CcG%z>}lMFTj~RP~}vfT;+LWIQ6D!#^cJg
zIgN6r<`iMgxQ~k_e?FMSn?D%nkn%ZB((CywpfHYi_WaFSXKrB5V70Y+Rj|J=Z0(R*
z+Re;#(I+Ae3CYz_<(jM5X2d!?S&s}rN*1j(wIQF+VfL7t>dek2m&+&1N!et#R0qu-
zYt$RE*_#tHoeo>H*XgiiR=9m$cWZ6G)jh)<=$9nqEOjwSs+H`D!)s}<wbeI1%1)RE
zY+d}?dfVI@hfj7!teJ@HUFe?&aNh2et`0Z$M^U=Y;&Cw1;YftUj96urf+=sfCR`u!
zm>IL!eMxu(76d}Ac2|qP#^&`&Hb*EOh*{F6D#;`_CW1~$a(c~n25MQ-Zb!({aOIWG
zMvL94$knTvXqKJl()t8TQxM^&xC4<<!gL@FAboGh6v{(MN734b3?h7n;!D?mb*Daj
z?}t@iy>Z*{)9zOH75B7y#I+k=={;-X_P1_+_N=*?;io+w;OJ1Vh4qkqPjg=tRY)al
z4mBoFSE9SD=DBqYCu(Pz41G)|=$BJaX#jvE=05yCJqNX}KAw}nYg!h2xb@aU)*IEj
zB%csw{AAPZ<1z|>qsA$mhP+whjk;59!wN<88~6Mmck>5hhTgYMwh3GlKp^s{NrvE!
zV^k8)*fR39DlS!Ipd$I%u&V`4pgL2OMn;PhiVq+a7J0A77D~74kCx=cKoqGW5EX#I
z-<WMdc6w4+&k-D80{G2vjx>ep22d?&WPkzyb01V2c-29718EjeO;7-w7xG4#60)2r
z`z=AIs;LU0n5A`B&|Fw?)hHTeKq;h!8dx0+Q!?Gcq@o5WH$9+$ma;mnnT%tCGNv^n
zkCPA$5RU(G!<g+t0WZ3sKq;NjOOJ3HM5a!0TZ#OlerQJ{k$GPD80s_RRmV7YDbQvt
zAwZL`%?P2)E6B73SgE8fx0QC5$m?o+h_6-lO5{?7qmLh#V*KOSgT_hmP2(E|p9=C`
zd9UEW8Xbj=J}4{}eo?8|j_79~<qLBtTcgfFakPxu$LkVwXNygoW=*GoW>^^rLR&H}
z*b8yumBjTpQrJ;xBW0NS{bjY^!~G`n%lq>4XIbI(<km)>*TJhqKP-iWPElO}yNj3A
z(E1^Lwf5=IfATOLp0l}qa>j@{icp}nMQ|!4lWUZHE$!3$X|u@)!ch~7mO(*+&aP@U
zR-tRG%1@AE_lUl3=;e3<ZG~Wqh#WN|BLr%+#c)$4jf4Q$=%*;@^}%J)j#w-dT!L3D
z77VRuj^4m*#*WJkJ7<25MPeOMoQkpH#M)n@<%8}t&i|n;9_xsGJJw~onYmm++Ogk@
znpL^nieQXx1GZtue=SUtzYRNk8MG^kcL3B2D-P167o&zDS)QT#4T6@Yn1h*pYE0Sh
zaM#wMHZqmL(y}>jM3}MM<g&CX!J9$;)-*YgEe!ltsb6oQvfVgbxr7Szz|To)W|Yx4
zupr?pkg%+-wllG1?#wCif#!6R!nP->-F0X9Z5^j2^cyX6*!6y2s4nI9G!Fl!dqMsT
zo5|hTn5y=(v$|(&>a7W#yTxib^VqOuj%b=SMe$s)Y|hF}XEe>z1$OYCm-Y?Rd%9X$
z+vr!%%dAzzctXF%GK+m8=m|BZ=@$oQCi({&8w2!v`5sw$=)8?*{_VJ6na+;S+JE-i
zPc_E#)%Y>`6CsOx<?qWwm~lPG%^)e<&T$+IuyT+ON{&%Yj1Vel4OA?n1%~@R$>KKR
zaZnY^tD5-2PsSIAqbN@SWP!6cjaArB%XlyZ(-xJQV7bCS&q=%drQ7d0@4|a-doi(g
z*1VV2E1uS?<_^xAwKnnOjQ)Y(*&9||=^U8VzrJtb)Gb%#=1)Ig@_h28+irX5lO1PV
zI&bd3d@>Z8dfVL7=FYqHjE=fBr}YQVxZ<oUoc(i$>gR1(`PA2!pKtW9@A&)jwemls
zPF4=+jvo!d7&Bh<9-)k=fRAyunE43^6@;KdJpq_Zl~8Cb5r#RqWA>S653;(!!5vn|
z#Rv2o|L0t9M>s!tU~q@UdGP^u2lg|Oa3VjrWAN;A2lPJ<vJK}B>>Q-8e0y+*%}U?-
z-*dg~Q}TmMJ{#Y%^KY$Jx^m&fC9OCzIH><|fZ8kZJZh>PNEKAV6bH{etq?r0su6Yv
zM27McAdWCH*!LP$Uw8!#E^0Eo{7W5z6N_dOoIRuv16SbX+(xWo)LDpoE1CJF=@&fw
z<QEE44c7{a6AbVD!HhLCW~?bl-wI?qB9V@4;MhD!?7xaH9D9vU%s@LyPcY<l^;lF)
zO-4hZF%r{&_Tm`h?tE`Hgp&6bQXCj$G|T+-7f@*(3AfwT;$n6Dqf!6UfuFIhKRdue
zjX3Id>u<X0BccD7e&82B6(p7xys*6wBbR;#Jn;_*l#vRL4x9x2*<!m)t5!Q92~ZmV
zLZYmUcN!h@qMj2|XY&F%SnIMtau8SI(b`yRQT9%yP(T=*{%Akn@@NBKafpt3%DJyA
zYjeQrS&A+a`_wiCdERh@v}3oqPo1WG1EE~$sodAEdMRR%&~WIu3gS;X5WNW%lp+P?
zPy#|h2~j4#nc@X0>D}j#NZ>M5a`F+9gY=0{o7OHg`^1jHrJ4B9wq=FXoE6hsrAMs2
z3kMpeFV8m>A1Zu)byLk=kJ93=x5zUV{Q1eD6---lzMCy$W*3U04&~3fbCzZ4GTGNQ
z^Wwqzi>map%i?RBzOnz)Pdb(?Rn|6b5+mWZ>VVk-K*DRCHr(pHV_+U0fq=0r2p347
zLrnE7VTVAN7wiV8C=u>WM2UGHe;|mDKM=&{s?Zc}qCQ@OzA;;@=G70YBXAg7IR0g!
zdKyTZN01chB1Fk*IFt5?QwC>|&~+=%Iij(at{m;SylNY0+kz!cYbWDUP_#BIa-<36
zh+d#2mnz7or{WTTiy=`c1T%<j3qbl_n$sbwi$<0JqzeLQAdU-<SNrWYDbv2;@!Nj*
z;Oym%$yNU5cqsDMm#l$6^VGz7f%s?Qi>GIsm!(@mzsRQ7gsSuAfF0rDwoYdw%5-$)
zYp1O_r)j8oZTF)3aG<TPeq~FpklhxZ)(gC-A@bRpkTfXEwNA&qvddiMQ0)18=0T<+
z+DHC6<}m3ph<+pg1jUT0PAVosM9~~D230FJRt?+FCXxjxavuup<;o}b0#ea4!=rL+
zt8_bg_wf6?zNi_`VF&_!YY-l<)PymkA|@3g2Bd^SrWiQXix*@tdKG3t1(_>`xpy=i
z!Wf~#8(bv7Y(<EB#E<c~I(pCmh3Hj<@I}ac{>T?paY2HMR!0TqfmJwave|uJPXL+=
zGUae1Z<#7>01QUQ%zdg=!I}W0my}vO3!_Q_PK5zAY;i<u1yH#Ndah9j3B~PrQKURn
zNb%(o`H*&@_7Lpw^9$z_*j-@wk1WY!TY1q}ItzUmk_1{gd@rR5G;u+9B%16o@>w*C
zohlD;OcH$sS%AAhasq&<LvcGUQW5tsnE)1a#vMRs!M_SsmvVWy|0_%c08xA(&c0f^
z0|cPbM5snJkpLEh01W^!_o2cKWgBSq2)+aGi#$wtoW`h8={;3?nn0Ct)F2w5qZN{z
zKSm9M0w@)OLk3ljZ3WsUa~`Bxc*G-KaLJ~T`lVzN5UK(~aHc3$xky-6DKxQB99SVN
zYM;-epl87R;TT3q6?_G8gjA8q!Fx{+>EIP`_6wq9=2aqGh&9$sNZCZkDtHF(7`g?{
zCQGZr-NefnGh<AtM>MX`&@q&#^MjIqcu)iZhNtcW+Jx4_SB*$+FR!odrScx=lnZMk
z`rsh!YM+mf4h2Q?CoZ86U}EZn!daO2!G|h7<NAO&-HClb;Tp8wV9@mVJ`lm%3Vb9+
z`al*MU>W@5TuDnLpQ{zS#t!_CMq&lG)zATyMnU8-xDl+#rz&r|`(V-H@X?Y4CZ)2I
zys9li;xI@-NMHVd6wQH&wGX5>vRFn4jv2+>r~ES)7!fB(IHHyr<-52QTOm4mlEz;D
z-`eXyd)>Uf5HJuvcD_#7z0_WN@MGGGif7~6JlbAr6R1ipKEk&Q9vN#YHJj)QNeD(+
z4Bt4#!nTa%?gCRFV+>{h$5x4Z$ruBAh`4yDC=(-2;9D7q531ykQ9|RR@4fpKN;f6X
zJd#h1%tgZ89(&t3@%CwS)Hr9@<YR4V5P)JL#Fxv*N^2lsC%1-VW(Z<Iqf|>lt49X0
z7DMjr$G6be&fa^J+Cn+8UwL;zBTH<FzK>e^m3NJd+3_vaokx!n*$ltm2<`si_VNT@
zqrGVQ$G10BN9nwyEt=5Y0_w2x*1q>B5qx}W3+Tv_|J%0y!?cY{)Yg%4p4e7)gg4e8
zJa}a07!!bBml!;WTGf<aSPQ?{=yJ?qAIco?f-|vVKpj9d3xZl8N-5OF)HhNILRA!1
z;xy#}5kQ1SQX8>lJlh6~AEpQ3AcHa4E@}@Ev7|o=zzC-d&a9+NW4xL08ie&h`Aa~I
z5b*<jgsOvKNv!7{Y2ZLwkX*7g;6ooF{%#WG!CV}+9Q>~+T_@y##U@O>-h40O`Wm2X
z2^RBf))4D>$YiqFY%Zq*Ri|7wYe@ek`+_K1Y&N%DenJ0Wkw>)n^o9O_!|JXQFGlJ-
zLt!_k+iCNdf2sd`jgR<|&t*=xYRqL+lLLctHO5Lg*_3L87!SmCKrB*dhcUIGPtk<d
zYU!D46q%@cP%sM(H!`vFJwU9C(gpyRGYDW0FrZZkGNJL!^cV@_?1-y$_SuiUO)C=@
zIv}R|TL%5UC0j(1Cea9GD>8@t`e8gva8;$9z=*K^)S_Vk-9~LQM9dJt2mhw#fJydT
zbxkB1Yb31~`auGO4g$D&&T0er%#YS89Bms-iBDT#HxTMZeL&Pin&K6cJZqpbo0i@%
zl2QHemW2i6#v{G*es<)3{Yir*&RcNf=SCRxhNW*mW@Bsa*PZw4k6=!X&&R0~&fqy-
z=m%I6!EjiSNP<FiK`Asci>RaoEYX_Ly3#z?1@6e_kzMI>19nEwP)r<{)$<6!N5rmj
zVwUAdjt-o*yhPjy`7V{p@S&^rTy@o+$@wm$#o=`?oxW<E9HW>e4|G3Nhvzl@;WOgS
z8vc++*v&}dvqE3sPp9(|fE?s20i0L}45L|P6JZxC6zt=2$kh(dv1&xszDS{sR4tQ=
z%ew9QyHbp*5)+%CLKX4th#Vccf9s_CGcwvg_U6c@!9Sj#K6-aJe^^?d#Zc{T<nAcU
z2u@^2K74b+y>CI^>3L)$eK#};^5lU8(CAQC6Ma{B-xcb+k*q$x?=V9rbiGSl^#y(I
zZt;$BH~*ggQ*qTp`rHSGr)Dd$SfpdxIA&Xom>`4lK;Ga$q`PC%207V-{MJFbbp<0B
zB|9oTq@|<}fi|J>4cKsC!)EbY($V`5+|Pb8)&}X{&wF(Pf(^xg`cItEt4`LA5h_e>
z2O?uZg^y_pB7gugJH|C->w)uLmFRANW2Em@_&_Wi*l>WojrM)+UGZBV{)vwVJx>tN
z<dC0*=4Yim4*=Uxt5JyonNQ|2)j5aqfuwrM`9X~f`9VFY|8SYOXLvn(MDl$23iIgK
zvOQ(#$>Ax)TO<>a;|>~A7UmLxRu4QvLNSxduFx|#T-l;op*^#VJu8p*t;in;O~6BB
zgF{MEDxDjlWkp*MH4@13G(-xxE*Ik2>7=bUq^RHFz)^5~DdOKfJR9-Mu!IY{rMLVM
zE(DK#9i<Gw{bA|C66gJX{#*vCOd1vj1kz{GLN{-r8%9OZ%oW(t<{8ix7!>3{NS>gX
zAp(nzkWt`eT%!WW?&VENB9|}3s5EY+Vfs7Q-K>9#S~lm#>)3`H_2l94Eqq;n_qtoq
zKn*9?--v*XCoAy>!1+xs(2}0pmjFdaYGW9UL3-3As#wyPl@*%!;Bny22k>d785cf@
zbhYOz1S&lF<Sirr$B3nWz%Sy&`tVhL{?@P2g`;wV))6nK-KBg@2JKv&b}lk$%pNik
zka_|<O14r?ltDf>D9o#Q8jc*kK%$I3rWQSt%9-ULU@es>@j)Ovv6^c{V2vNLV|g4$
zXL=wf^|IoHCNp$|&YN{7?;a!$6z<YEE`S{l3O~h#5ma@mRZ9G7$ilHcoq3Wzovb%t
z26_yD(f;v`M_L-ic_2ugn8aB__z)J!$z7-nl;P{g>OR_q5{Bq<-UsgOM?B`Z!MU8y
zj`jliV55DYnh1*_*N9Ul=MGS0333MFpb}N#`*69e8WjX#fgk0u!zl{xN5w!d|3UJB
zB4SehI`l!Z0gcMow~?np3)TXg5E1%O4|@+Onhw<afQ&*eer2oyv)Q@bN}2>c)6+xC
z7FJ<SBnRAc`$UsrfCoXMeX<0v0@MrmfV}<yxr2m}luxJ}8bgGHY9+2P!fgWxC?wc{
zzqnpRyC`;_Ff<{8S<o%A!Dx#%TL93A-{u}Y05$r-m$`oreKdTXH1?F2jW`#$kRkgz
zxjF=_7N}AP#y7wPn<oTt0a3c})u3`YY%@Df0BGql#3LTMOwn+aH_K@4j3l1+5Jgdy
zAdi7VsSo}nSVTNl{__eVyilOS&bJ$D^>=ELh(_N9+Z^lW==<g$>8H^Uv41Iqd*an*
zlYTYr$}6Hi<r-xU@(2uElrZka@EjmQ21ihzI)}>QMbY6R`@AVrtgcT|ra4gKTFlLn
zVAm!Jb~VSyD#GKBNO|K=J3_)qLx)5&Zzfsk+;K{)AZ<q^0_WYR`?YIP4Lee^2#+YH
zNM1zr>YEqU=+2r&`sR@%Q=BQbUEh*&PMN|?wt!2zE?C3FDLAZeVcSO!AG?bVgX{2D
zv5~70fgOXL+=2M}A}T8LBD2t22{Y%ZK3+e;K$(nD_{dB3fMltLYW$C=)MGVP5L1^+
zQoZI;8$KQi;DI)Afd4&7)cYmxFSOGGaQR|#T?}1jZ2>{2hDDF@Kmum^Vt$MiD&uOy
zph4Z^^YnwbvSRY@DxG&;sW3eED|dVac8o{x$dAa6peKSCP<lklAsU1dK0!dh?ZAF1
zeAvxAEZTqH1sDGOfg7XIuP7GZcYWQSEjy2G+@hFWpLVr-AC>;ldiOmCF1YZ%8FBWg
zx5IUpOIEgQJhpR-(&c~AXI361(s8?l^8u}InM!>nh-LVJDQ@qyj5bK?m=kKR7Q^$&
z)Fx$LsyREriAJFbdAO7MB|J|DwV*2bQKZv@k>L_!Ggxmdgy1!}rVzf?A*1Yr>}CN3
zB#Ob*ip?uhsD8pOb3xpExZfWM`+w*U?_m8q_=dT*u=Vwu&wBh5g_&(OTlRoI=VF<x
zTotPc`0MKJ_N@MMSI$r6{=}yOHF8{T2;5g)eP5sfn>B%wwdS<0=0LouDekb3&R@zi
zs2TOYQ||Y;%Ds42M?6jCY~jloeJP;;J-y?&^o^S!BSxyu<9R?d?EDX|{tD&*cmJqt
zCHu*ECb}P9eynULRZD0xP&&Slas7bi(8xpZ#!B4eFmWgVA)tUs5KTZCLi_`91$>8d
z9v;F#pOoi7pTo0hJWcd0Dc%Osn4|pJz4I$rjiEP_-Ge}sQLKji@j#9c;;Si?KkX01
z5=|{!wgM-`er+t(L{X}U*dJAE4ZDq8ZAd;&AU_$3Rv=-5s3ol12LV@5w~8-NzUA=j
zttzja#2KDyQGsqmNbIvCbcOE3J7sI^HG~+6;x<H9(p36?)Tf$%tWSK&FxUVp<45(0
z)(u)YPSqpy_6Q>J=;;NcJ(4GkQ603k*(Zz;9_cc9geb$EMrfZuz#kq7AcODK)>D<U
zQ;iNvl3;Www~{_jIVvQfC}Qx$G2t!e?WeJr*!Cdi(ur+{4m7##yw-)$cK(>IO4|cL
z{v4!JwB4it20Uqt(WVodsz17$4)3N?f0O0`)f`I$128a4%mWyX@CzlfRH8A-AN5l~
z1R(ZC+fMV;i1?@6tT<}Ud&mt$_yL~VP?<NzbAV1dGq5lwdHKdxCeyMGJ@h2KA-><%
z+}oGh29Ig;wr!~shk*M*R&86eX4@(%nKgNiCwRW=Xx}P5LEh_VPbzIi_S)zik0YFd
z^rw+I-jHhg2rim1$LTSKm=h=Ii@`(S`FjiGJpj=C5i^|dZ`6_<FRzTOr!=CICiiCi
zxQtPr_vU$jptc^R{;2q((Vyr2)wOk~)|mR}9^qLUxd5d;eN=x68%b21qBE%IgZOU}
zSG+UeyNUgw9IhmggNMfYgJ-=oG()RG5&_tcn+wE^sGAFeKAjywrp8NXJU9%G!Kg4G
zv0|vauO?IvEfbg_egUWz_>rDyl;ri^DVhcO9nF+<Nco|Nupblh$kU*tFlf<!%F{Uc
z)C)nLSG<=X5qUJBIm1<S(jkW%^Iu6wFnGNtjW_DQL$!u6We7>`LLxhAJT@1m+zLeY
z0h>b<2zo@Y$|ypIb#oM<qxncZ9!2QrSwOX@Y4n`k<&*fs{(vnbatzM`q*62hPVrEi
z{gx^KXV|63s^NipL6q`zD&*BeRfm&2(oyQk!)By^rvmT774ZWRbn2%&@&y6%l4K@g
z?~LbI#-J1I8R;$RaQSl-xClrRV_%uJ09Yq<7^P3@vc(ur(TO1lL5+C`6jp1pl#LR?
z`zSdGh>cOfCn5)R7)849424EK9m(yLIYAoY6@u{RUf?;(p=x9tP@vctQN~Bnjo_K^
z5r()@gjJp!RHq1!tDzN~l%m3^N%I9VSd2gDpU2-n{;>R_d>U4gm~a)3a03SJ^{7=8
zsRBnLWqE^CkY$FMMTK;YdS&op6Ziwh*JQ+c7Xu-x*RMrLRrSI^(Hw9*Xl`^+;14?8
zC)karE>|h2*$^<E3@CBQ4E2TT>;m@ZQ5eXCb}=Mw;U9Bdx$F(L>(=X@eDb=EwzlUk
z|NO7T!PRUk`iSv=Z~6ae?P`Ofy3X)@*98F)Q4tXo*AGDD!+rOA0f{J5gTzwXM6lK%
zB7zDS!4DdnrY5n}8f(?0CK^qnX%nj!t+B*9Hcf2DwvOo}*0lNPbexRikBsd&X{Y04
zpwGGYS;fSD{K)Q}ecyBLInQ~|-RIuD_uO;dv)26Q9KCTQW$A`@o*9#zva0VXlVYx1
zZnw?!`Ddd?2HpDEm(7w+#(&i~I2kxGJkzWXgRU9djznBB+k?mknBfebfE5X{Uv@3&
zy3-6CappF{*s;H_HS@W~jYmIYiTTfP*0QN~x8nZ70>KC4LKk!5#g9%|@tYenS%TZL
zz8i<l2j&}jes5vnUQ>g4;uf3l+66*~-Fxw$gAr%xqs`0|JU+pso4nyrFy<%EZUct4
znC^TGRmWb9?}|=$w^T(6Of5yBs+L4w$-{M-yOwkwbfqL#wYbg%Ye%J~SG8pKT`VjV
zUv^7X#&}QDj75*d*FAKw(>=`XYB6mvq5Q@E8`~ZnR{9TXJnqKvdNVl@^LicGU);Yh
z?gPxiF<#{DdmCsd7njlhxcyz+_jcR|Hj*h4dmWHoYl=Y|5HP#ZiMzI$lK43(1$WC*
ziK2gIIEc78&gVMPY(rU7-X75G?!hQM8w;MI9Zb_tHyQzX`g@&lN8K?y#v#v2<~8|Q
z#>#Zc8jrGeJ#Jv^gKo;1G{kM)$bsczcE#}TCS#cBCAwu(5ISr%-ZcAPft)a4+W?II
zy+}9ZV`;k?UpF8vwk?L=jcrDc1#UO<x$Qb%b@xar^g;h2nEa-lu@J+*fV5_WSbQRM
zvoB(Ctmo4I2EzfQoA$-F8HsrR7061+V#pEPj`ra`_EuiI&BhlP=DFW0pMWxEUo1s%
zA;fW;k+ER8&)NAK9TH-kZ;cf-BP1~*uo2uH_;#|GZ^Jnhv%j4$^x@s{YBZzr%~1~7
z*uU@2w<(D;?hS0iag4qa=iOu-`fqRX%3P_D$K|kGls;F;wa0bAb$w95pz1*%yVu4w
z#>3}Nd`0|~!PSF%2473qo#;)hPu!i9lvI(_opgQ314DKUxtd&-+%t6S(Dg$Prxd5u
zr)*7mf7qW=t5dsEFAq-{o;!T^h_n&)Bi<dEK5~0na#};$=~20(cBVI^zdO2m^p?@r
zG9nq9GtQ1F7_(>0Cz(~5n=(&jUe5e5D=o{LH9u=h)~T$&W_>(1W$dD{hsItX=NtEW
zc53$4?2pD*j(>jqYvZqY;yu$mm7X@w4$qAVD<_<rIBVkhNsmlAHaTtb&dFDE(sH_U
z_T`+&xt_Zyw>$T2?zOy>yp?$ur$nYSPU)Q*ntEwk+q94JoAXcP-z=yo*i(46@M=+0
z(axfq(~G?s-cy>ZkLX*z1YfVe-oGP|8F(S+4mJhPhSEceLnp&Y;rj5A@F$U)$jN9%
zv^M&5^ipv~@si>##g|J8N;*saQaZD=x%B-R6*FEcOD&sQcBbt5J>Gkso#~ocKl5by
z#PaU)zt7q{>tD0GXaBRJw4%OZzkT+457(5oj~MVo5a6gm;NSqisd){vPV*c$()gsn
z6_>d2*w9*un4=4xl5e8!Lci@H>VwR+H+4692K%VTSsNupJ>Ck*G3p6cx_n4I5&BK)
zL#)ZJRO-pl1Jp-Cucdz8N_WL<_^su2?cA_oL(z)WU2B?KmbJHa6fJ9S#i-48%-Qb3
zl|c*E^=!5}ah32gg3t0|#H=4$1GaiFbAPGT200J;*F!h?SD`1+1Me}b@ix~MF@z2~
zw%qE#>Q!rzdpVAVBFt8;#tH;AIE&wlTEA$`hi@GZVoOoF384k}D^O+u@~?mg`_*<W
zijrR2mJ;iJ)V>hqO74pFS){^GVg0`rcs^C`0lOU?u&~|U2Lo-Yv0LF-c-zuu<m|*+
z+a~{dw9+Y2g!xNeSl^14tpcXW(}eb!wl`pp7hx2=2@&jfAI?>Gv-f|u^6tOX-BUMM
z=3RvSy&Avr8vOn(w7LVS#{O12$LEn}AzIvk_L_ZSSmx}L`|S8_e)+JEJlIPSJOeNc
zEXKYFAjRQh07s(z!pdFtBU2|f;QKusr!FxbXop%U7$*`Z@o;{XAc>MBLj==};nL6a
z?GBd_*55FxH4UAr>3BexA!8&{vSch~`<fXC9(XjGD3fHe<Y3Zk9^67s#jskqtC2$V
z4o}A!Td{__Ujh=85T?3CB#ITSOQaM%vSpZGI8(}HmdwTkl{r!=U%>hOUa69KQZ4t%
ze2lxUkuS*t`LcXP?uWykg;FbZvPixvi{)#wL>@FAdZa;?p-X?cG|37$rfiXwvPxD<
ztF%eGtdWOgt#nAItdsS!K{iU4d|e)vP4W$SM7}AH%C}^*Jcj?2CuEC!Te{^tvQ@q-
z+vG{vF5g3U)b}w^c$e&!r{rn*f$WiI<XPD(`{X%X1|N{;<%jZu9F#-yqWnmHEHBB+
z_;>n=9Fe1POnxdoavaldekLd772JvZTzchIIW51CGZ^)7R(>h3$*<&fc|*?0ujMyb
z+zv~>%J1a&asge!7v)X)16Cq<OWu}C@<+KW@5I}uB^|u3t;Os0RyeZUYoreel=gPS
zeT@4l1C&9^5M`J$LK&qjccib<k-<v$oONs4?MSe4wk<<mr?RluDHQhFndf+&bV%C>
zNZSZVyK+doa!9*!NV{@K8)uGJ?Z!ab_>ja=;;7viq!Ukxr^Hj@De-*7^AXQSJRk9V
z#Pbo)M?4?#e8lq+&rdu*@%+T|6VFdPKk@v;^ApccJU{UQ#0wBFK)e9)0>ldtFF?Ei
z@dCsP5HCo)An}643lc9#ydd#{#0wHHNW38NLc|LZCq$eOaYDoi5hp~P5OG4p2@@ww
zyTZf^6E94>F!92~3llF)yfE=1#ETFwLc9p^BE*XjFG9Qs@gl^F5HCu+DDk4iixMwN
zyeRRa#EUw3O5Q7ZujIXYopMV4EBUYFzmoq-{ww*f<iC>tO8zVPujIdy|4RNV`LE=^
zlK)EnEBUYFzmoq-{ww*f<iC>tO8zVPujIdy|4RNV`Hv+t&3R&ulK)EnEBUYFzmoq-
z{ww*f<iC>tO8zVPujIXw_e$O?d9UO>y#F|MkoQX7D|xTvy^{Az-Ya>pA%_o2{ww*f
z<iC>tO8zVPujIdy|4RNV`LE=^lK)EnV@(LhUh-ebe<lBw{8#c{$$usPmHb!oU&((Z
z|CRh#@?Xh+CI6ND$GmXI4)R~ge<lAl#`~yq9BI@!j_~i(EB#OO$dlH*o`jm(<09MZ
pj#tL#*G}k3t((`AwgAebb>n*C^B33F^`zzF+C&yytvzO0{|1%B6xsj)

literal 0
HcmV?d00001

diff --git a/static/fonts/glyphicons-halflings-regular.woff b/static/fonts/glyphicons-halflings-regular.woff
new file mode 100644
index 0000000000000000000000000000000000000000..8c54182aa5d4d1ab3c9171976b615c1dcb1dc187
GIT binary patch
literal 23320
zcmY&<V{j&2v~_ITn%EQDwryvUOl&(7+qP}nwr%T)@#Xz))vdaxYSlh#^~UKsfBJOq
zc9j<s0|Ey68QNGt$p6_qf&bzE&HwKZ6H}1|0s{8?QStu6AJzU_aS>6mA1(8T6a0V(
z7zzkXUYUXEN9+9I!ap!DFOd#1wlTB=0s{G=z_>rwLFyJd-Ppy62nY!Dzg$rNAC#b>
zW_IQ_KN{(eU)_(Nsd6JjiMgTUPb}E#|M~#|A(>mdoBe3JKtOVEKtTU^2nd*oEldqf
zfPj=PfBaZ}zy@NZ@n!KN0s$!#{qX<lkisy5AzIitx&3H7KQ+*PYCQJ!AxB%=8vppI
zDEw#@KWJr%QIoSVbo;5R`tcL@Upx^A7;x@iLmN{dAhn-dzyUw&^jfS*yRx%&bOHiW
z&;8*7KerOpCRS`|=V1C1tF`+RNB<vc?`hCnO^trmtc~=;A^w9#jneUt1^xlhByaxA
ze|82A<NkjvG`-upv4M$!!7iu~Gz5}?kpWo0w!kFF@oyj?_)=haAfW%Qn^~G<_V$kV
z_D>Et`TP45!w50c8!{TL10RAG)dniu*zrR^LTrn}O+tRb0xd~0E&>H($0brSGJ*iX
z8bUAs<d}-%mmV-c8osevmk6I%5UC7vh0-by)a@7&y&?k3<Z9wTgT)U|*lKsVAQ_rM
z+&xXPgm8?(&&*sD4SGrU6V}DU^V<FD+WbVgCL;-D+8{ONP3x|b(K?Z}FqQyDA8lEK
zfxcR(LOT*zcWBYweqCi%t<h2v=dH4k#a&-ac4;gT#=k%#pf1hx|HU#VgeV+oAC)04
z6<?!EWj}**203RT=#5@wm77PFeIX#u<?oLuhz~4>lphEzmTHiWB72`anLv4VuEY~_
za}WVZu^zT;R-~y&T~BYSiJ>00^O~gpl9q$zHI%Y>Lhsr-MaOrb%y%q|(42pX<4bce
z&%S(EIYGx}q8~@4pX*EKdS?h=SI&tEv`GGM8)AScL0;U}brn10v;~p2;1NOn2Um$W
z*U=i%VuwBRz@Z11qKr(qgO8vr*&X5{?12dd{6*l`Yp`?k3MDcih%qI+g!qV2n61L{
zS-80y9H-NmrN`sSUC*p$lut-w`?nyb*goYXni_zf3okCBA{zrCwXDq^$DQB5U?DQ*
z61o2X9r4;yA!5sN`)f6pe9e8pguH(cK5%0-vMf9<azURFgB@qsO9$RyPqj}Vz6C7p
z88I>zrWWth^A{_9wXmH0nW$}wo9hf@Mt&V*5m2_W0Zac{Bwl*3N0W}7D6V5mO|AbT
zMePe7b5d1qntWOB)2(kfH3+1h@`qd<P;-YPKtLo%n{Oc<r-es;GO8GaLQcSg;XK+L
z`zjQ8l|UKpl$7E=2x)>Cj$7%?Ws`6C=E;z?vBmFy(ZuU>?ZKAjdKnE_$3iyZHlp%_
z77-FteGS2x>7s==RC=EgNc20pi}B5ZYP?<*;Yn$7M)<7;<>9ljc|Q@}q1HAXA>?XX
z{-<=FYU*8Yx_bmPn*eq|(6}#S=KV{`|BZ*Xn#BSEOxT0n<2%3UJglM<ldqm)p{Gvk
zznudH0{;F6LUdd2>Vh`FJxT)N*_o6m(8iH0h%=F{CzZaZ8j3d^x{KT0bRC__^79ko
z=tr+cA_{hBgbop+gr}pTjdh4lR9OGJYID{f-h7TdFVsTYrJ)sVL)@`Nes|mRJSCBQ
z1vY;D{cTS=MK<Mm<GJ&`%?mft_#5sOZl&KYvbRt=XbdhHJlmT=n+fO3rgpNfb}W&D
z$GUgGv~Lt2mll;L8@0fQgkpGOlooKs|D9&V`DBLsjvB%!T0F|Im%_-jFit5WR(FD?
zq*|$&|H2%85^FR{eO*psA`Lu0CUbFjSWp%~dpsCGD^gTSTR7NCSqLNA&)akG3eyQy
z61~KRD9@D}JvRXa5Aikku9YS#v)0d;<>u(Wy%|e~Iy~QIi?KJEB~oXKHbERbMSWb}
zZ$4oLo6Q7!JY7E&nSn99sadal3PMV~{548>MpAHY2H1T`ZcmF;%7p*Gd@)Z2X$V%V
z$1bYU`a7{N-&8b(7EKxaD_#{2yNI&{t3rygLIQh8i%wdtQ^A4QWPw@AUkIZjStyRy
zt6gfVP}$xz$w}4TO!~910gWc?ujr|I`%rxo*~ZRJj0)|c2kf0tb<J$b#5f=4c81x(
zZ%7)E;8Mka7RH<jgof8lMaE&{G8Renh!ku+hV5hxuca?UHbk792|7)*r{|fpGvXD@
zr9iQI*zKu>H}jLi*?h7#a}r#3UcIh%=Rq+9Oy<}9gOY2vy$@K}ixTio-4X=M1@9qI
z^=K!qz=h?boc7!Dn&O<!kiOq#v5G#>o<J`XvhMyBD8Vy{aO<O>iZq*aBh4h7*kXhO
z>pcXk->0DSLp`H8gAy`9imj3RrTwYMLn%~ax2R;y6z$S#bv?dXh$n!f{I%|F6CUzH
zNglJr&iX(OdhO|M-zijiorLRikL!4b&v<-I;cb2U*9AhJqg6Km0|C@3UPi3VuIeHB
zE<VAre{dbMO!g>vJkk^d768V;-U<9n39<fS4Z!%OE6P*)w|cf~z&NJ9q>OEzwHebV
z^!;=ohVM{+SKmNmc(fHuOajOg)eZg4gP9Z?_0r_5C&wd<_hxoo_+<48kwZJ{Y3kdj
z-euRxbNtS4ORoUDw~*0{d?YbybVf*Z&j3f0Df|p6wtg}#){z60vHIVDYyvXYiqt<E
zv42ntRD|g6;QriC<grTFp5B)Lqd3|98*VJr$rST6j1b8XNyF5`p`cVWJdx#RkA#3e
zK~fI0Lv34q9~2^ftGRpUzt2|_Cshs_!#Ws{m%d-|Pq~eGfxM2-tNOYQxA)ybo&tPr
zy}D*~4m(FY$#qBh{JlV|hcVkn-@(3qcZ{-=R5EM+SZ&PVI;!a`!xqz&hp{B8=wre4
zg1>w5fLstI@;wPh+Bd5ldW?|#AJXDCfR%eUYew_;&(+g6-=ThC?S3>8w7??8cY@rx
zXANRWBOACbA6cC_l4+aF!&NSKMmj<F50TeM^11=0$IbOguWx+Ry>mK4PZoF7UG%C5
zf)X%cLC&;>^$NdUhi>}OaeOh-03Qt>c;rBMl8FXlh6u#+T;)aNQAM7iYm9MwQAwQ$
zauN?iXC->xfF|9A>Yn3rfOkVpm+8&z?LmtUcZTECdVP6@K8N`=NVn%wvgYT?wv(~@
zRQi1syDn_w+iAw6*B2j_C#*4Oa=3>>HsxLFzfc-lqHiBWPsG=v_Rqfna_4v6=XxDj
zbWvX=bCj4jf>-mGLa)^qT)yEMN*AOa6}Y=z5r^W#5+eB*=NMYFLlxp|l;Umkrykmm
z>1Pb@=d7ZMXh-p<@vNTD{%C%$y%YYN-VTD)5%>5QvQP<I{bfuNJ!2gb6l~c^l`rwM
zG@=4mWTj39^|f+JZJM_C@N;q3-yGkk&ndIcW8)lqt|q(bP^jigG875^*m;bm5S(E(
z$scq?l);fG6I8|J^XaOU*kozS)~ZEx6&%b`;&S$?N!6A6W0Yr^`&HBn^<lmo8Nv=o
zMJdt0^ta6G+d8Wp)b?~K^PkeL@`F0Q%ID#3aMVNUrKFwpt+ZEIc$W65Mfb)<JY5m5
z9hQ^`z!Rom0;pCOcWO9>lpLYJRS<O<9_~I0F{K1kixeF)9XlPIeCxgt2d7r`-nbZj
zV)f_UpvRSv<VKp8V;I}L7M8^*W*G-2O~g{`@yk|{KpW#s@*<feBo|;ie@Dy@h^~n9
zcXmk8`Eejsb(PD^B+KP{f!^mKl2*&37|ImXnfS?UQsmh2f$0zh3&po%?~Jsp0Vuc<
zY&a(MHfx!m`u|Nc67f<TbZ2r#v?aF1wZSg`kqVyQ73C}xE^A2@l}b#uo+74`a;y&e
zyp}n8Wa#y=YHEB-rd2RUD^qqLUP$wQU9V3RS`bj0(gNQ2T$&F6yqr<n_!(!|23*0G
z7g_zCF_U&x9^cc!B3idTC9Nw={eJO||Nee@i&YT}$l8sH{Mwl|zwkVqJFp>mulc?J
zubo~#6g|MIS#tM^y?0~C`jU2#a#T$VEGW;6HZHFWLEd6C6gfhTw6Hw56Q8*V+~VWN
z4AL!NdF6?QxaUpsR*ZThZ22BrG(+5-Ud8j`|8n^?HPZ7*MH$Y-GdTEy_<}Ip%UH`%
zC_ybkuvZT`(*5-7zTSgt1y-AX_=4Vq{_y1PK|t=n8Jsz8N`x^1R#L(Hf(SZ(R}et=
z20=K0`i!{GTB{~I3$HZ!fZ7PE0K3mgrlOj^=HLjmlzB{Q!INjU2`4JhvkVArhWI3g
z2BFDRMNusx)0QK>n-{_BPLkO*tH<t6Dz(DCVw{(pWg4$U6mjW^M?!b)K>?}~b^*t2
zL|B8@3a#it1GzFLG>-jntCpno1TF0OMs-3&ICPgAm$awK{?_0%(W?W=|3Ym<2B399
z6?sOv=odFeFq-4ZH~dK}*A#W0I_F%hOcy3B(B=(oS9N?rZK6R)u8SFgYl67%j$Vzn
zT2com)G;k5ej>5&f(ldAjf;DQ6!5hOSn{C{3@HGgJ<Y#}SD=GkOhxTYRR&WZgTQhx
zH_d=VT<?t*N+>fyHHbCwb;JWINl)t_@@KmMH+bk8Q`tU&fRBnQ(#)4NSadxDOZI(w
zdDV`IZHTev{l3e|YJOjG)!*{Qd3Bbc-oK>W2LbR{;`&r7v=uuYN}Q!j?bR6qQf6%Z
zD|U^HaP=Duw&<9^4wcHPM`Vo0d8#?cwduvt)W!CY2}SzBBsBVDmS^qNq)C$4z-w!v
zu|}GDNU(nCqGP?m2nGh>so7Y#2j<s;oMD)xzvzC@oAEg^IkE-H)aIAdPE&ddbR{Kv
zz?P4Ls9REPf?_nP3Y37utt$xkK1mOG%TcYwRL-8$gEJXuB&z{Uq<|?HBo6KK(Wj?J
zn7?lpO((?e@oqz1L?HE1V44tGAJ;Rlb*G73(-gvZ*QVV})sDeYktz#OLucHjCa`iz
zj#G{XAhW@jqDko)(_*u1&v1QghF|w-!*B71m}pm0C9o7Ths?<4GzUCzkEOtcFd(N)
zR-NK}WafFMD|Yn9UNLQQ#p?BeUtWHSIeazWv%Sn@qu9vfc(%jk;7a67g6}2v+3{N;
zI#9U6dr!|U1?vC3mcwzx51E-7&71_sTc6<u*&Iv5&S5s0A3kjCeY4qE&Z)P-9ToDY
z@_9tA!RpL?j<L!GKSn6V8){pIS^jF=rlmzMlWF_4kpk+RR|Z2(PK_Q-&yhW*(1AYr
zzDum*tfgB7Ha$=|AChj#IVVPj1`4-zEaYA&14_4~dhTC!T{*9<db#Fci>SAF;UD3l
zTWTJlAQB4XoWDz=q%Vn+jEY#AwT@9A52;uB*W>Xje?f=`^s2DJ+s}<wE);O8ttKAV
zVVdi0E%z=EH;#44EW3V7YGseH0SU3b=c!pSV1J2X(*4xe=knCMiuVMhF)aRUm66^B
z<_q!fn{|~)S7uEH;JoWOJ2Mrkpw6zyi(3XJqtBEoaErvHIYp}H*j`(3Nrw&~`l>6b
zZHctO--vJs(vA6u2D!C~MMV%ZF_OWKERqY*L7bn~pu>emnX~};w>xKsx+HmlModD*
zRe7jxvS`Tr6uHz_O`!|yld+VyK0FQd$icoJ&6I5J_C@tYl{!GM>wg8ezB^sMFG{SP
z+~tO=8DM|68>>8kL{vLa+9stZVE2&^q(j<a=P=MIUQl<~6qs3Whk!U)8BaM7o#vWf
zHIdjUw~C6@0W0r*n-~|yri;{}t?kwlaip!a)eiKO8x;G(J1BdM^qkFm{(cS&@ZJeE
zxe6sLm!E`;yNen|^?a%|FO&BQD;ZHCIurauQ%lG@$_T+Qi*}@{)lwgXX9S0l#4L=D
zD0l8gWM*QRXx!cyo`47GOFBNpDIXnyIo80RMDX+##KZlh_6}*oYs<#lM{_E`*&a|0
z9?IH-SaET>&WrimlxADG12>h3l$)M<qSLSC7+dyn!#^5>nnoG~F+Q9%u&_RYNWV-S
zu8Zij1T3udO7yF++y7qK8?@Qy;j&>d29gBr(=CZ4lKGZq^?3#ajS1CkdX7~BF>3+>
zYZVG#qpmz`T?l5}q@jYe4}&tAuC*{c-?JynbwY*R0wc+;hotR!1CBsHEV}H{pEV_Q
zQbs{v@#pEsI<-g|xh#rQJeXH}di`N|kNqjL$UE~3So5<F@?4q5Mb!nL7@lG`&~&MU
zulIpEtGc%l)tznBy7I1aI$su^HayiY>Z0bsl-UTxtBvq=J|gu+RP<bZ7mBGQ#%SN3
zgj~!&&tvvZGu|rTA0DRsV8TQU-kP&fwaU!0U7k$;vNuead<VU(pSX@nojEX>Erd8o
zq%Cu)1CPBz7A=EEzAUR|YC=IU9%hvt-M5s$vP}yYbrS8_xEfnDFCI~k&{z?<!G1!E
zK^iZQe+bHf`7!IHXQ83rJd#1}5)~%c_&+uxINN4BK3{JfWuezYs-XMRHwoBD>w$lx
zkHl$$>l6w9E<=%h&m}p0DcU+fGPM`d($iGo+S3fJhaypcIE2yU{5H<0HCgoFK{GLe
zCVD+P9e_etX_H9_t6xc?c?>7@pb;TOf<dm}8%_nHJ)`I(F}c!$ODTK9uZilbNw2u_
zeb8C*HyGMNBey@3QUre)`94+`W7q(zLbH@7+)X-{T$!=p$K>6%r&2oND`VL682Y@H
zo9cs|v@$?BZbm;;TeI&1a|hDjryghe`LAHHYtRh=V`G;8&hH=u_R(Y1pv%n=LH^3^
zFkvIs>V~3aP^2c9bjt$HI!&KIsHF;<6GGV<&cs3&h&!7&F_0TJrW*V^F`?h4z4b9P
z)shrVOIq;gnBtPE8xy|c?B+5Qhe9v=A{q0$_8i?gn>U-#3cMhdDV#r)gg$jBSHuwk
zk}gryawT5)H|i8gP1CW0tGr3sKVvSH=C;mKYmExi&<#lKQbxbVfh72pcQ7oRvXB%=
zj1OXzBoz0nqSwe)?dUE|N0dA`Jm0((=&k$p`<hR}4eiPswo$9aPyxLO4i~!g=mnTx
zE>L1c)=>Mo*a}LJx~+>;2tcjSh+G1pg5Y6PO}pj8+;D<i%(EpdjDHzVa5^P(H!aRN
zDG9aJ;;WOiOGzB8X)Nf8hRU|IOjcSDRn-2j)z^c-OzLsWd>LXc4La-kzxi{dPSiJ7
z8<GOI{i~RF1BpdCtTs;#S~FBa!Y7@=1{d(WZMJIG^D(UJx_Z+Vv+cN7VVIAJM38F`
z&w!hdCl8g+wz9NpnB>JC>pyci_t`xsI3_*zD$W!<hdW6$Q9Ua-zyo25I&FrlHu{|_
zYp#0clvH2Ks-Oy?Lx!n}E7joN)Q~0cD}!}Wrbv<rv_aX<y%W!&1%8=}Vw|(??+{!<
zGGpBE^MdtcpA><jqcoA=99>*$<4tXVP|Lyd;LAI{(?h2Cw%dD@_;lH-jHe9S+i*4E
z4mm+=yxP3;fjmRcM+tj5WK$Q-9_(!w&4?Zu{~+v=o|o<F@{wDx{!G^tmVmkOV5uOB
zh$QgAFD4CeDn>`vvKeY_m&uw>iUOhrn)3ws&_6vxHpM+hCYx}osCc0Y-Tyq0z<hZX
zfpCQ-{8OvGpZwcW^f)}Lo+>_HH?lw9s=QM+-Q{gQx~FocK9j!8!mtbNX&zBR0Xt$l
zvErya$XNJ@m2B@ie45(Z(19?S0|j@Eej=zw0gE??YVlwp4LSl7VHUHoo|LraFf00W
znbw<}e@I<Hbw;);W7UCbDgM&wIGk*$E`08I8>Uzes(fu}n<{VdSNo|T`)7axnJ2E3
zGN-K>ywjN_qvqSYS+3(Tift}Ac+Th~V)w~#F13j;D~$iUE^?zyrm7R;K!FVAfwf4+
zgEe5#q65&2_@2P9Xi0@IzKK<kAr!<DPjQ=xFOaLN-rrtR7gc3RK{~fhjwdfH&csKj
zaZe1M4|b616oGh|PlK!ylqSbV+%BkUfh6LMQBPDHedW1RPRNBs6bBoa-b;N6+{mbS
z!$ND!ZmgFWmo}hTfxvinE|g{AU`~8Q0za+=Z8c0n=;zija<Evjk@?80M4rrT#ZQRO
zrBy?VgD@Zjk%XQb5U2>B$Mr=t77zjDw^ry*`L~i%3hjv^6l}?gMTjnmHPNyRD!RE?
zVzeC>gkFuW>V5P|ms&5GT4O@NM-mhCx+a!f0)LQsDAs{!i(cE9Ov8j9Ot~S$SX^Tu
zbvv@~cen9fE3YI>r2~|YyQVnWpZ-X~m^M6OE$L`m&MG`G=33X8DprYlBgvrAjN>#)
zf7F5}TO}Od#i%Pvr08HxB1L|F7Lms;vt;^z`LYoE^HAlcM$*80N!_Nc@Z0C)>z37!
zB*8pC&7s#0b$L(fb6zzb_{hxyz+_iYonkQLn|M^r48oOlXXt>e7{zFo03wLhcxL@>
zruxmZD;ZM5U?3RR7ni`br#{#)H87#K@FBbE7!;=-Y}c+8!h3d5JExlz2JatQJ+?rH
zEiUGqC0jaoW>(Evnh`H^?>C|E?;wdM>7y!8D4dVkC<+|T0zP?LNZT4#$T22k5m50<
zzoALNpZ84Yo=WEiK^k;g##y>nq*73%RqJFJOX%P{Sin)USV69lwgt`-QDJjC{IgNf
zBW4`*siNB=F5h|FpHc}mY9&H}jGvvlX!|~~dIc_J`?;(WsSic(jU>39iqS|Q7u!DA
zY&kA%G@cdsQv^FWgQ+Nx#A;({7tI>&nigS1N0T`xz+mg6@_{zT%;E%P(``j&bsETN
zs(q(bWF8KI1M_eY6S%3}4I-pbgJgDL2EYIzP<M(+c_8ONwVQS94>p(Kd(4_CqWI0N
zt8t_kb+H2&h#4kT$#q>Ac%Z2bj@0N+O;y@sWv$8hU9Zv@p#uT7sP~{kG6820-K~jc
zzx+zAW+=CEi%kufkYzrAXi1hFg5D^8VfWJSQx~1y>x~0bBV$33&FY`a087m+i@@r#
zv~L(PphOgimWm81wL^lXk96(eK$#U=hQ}pu<-Srb@X)RzEK4@vVL9cwNBv&D7`P0@
zqV@&7+T19`yV}oc>o1R%dLPHOtgykfkQ$mBKeZU*==5=O;{`t7RV`&nOFus5HWa@{
zXbhx+TZxRv=(Ko|DZe>7Tjhggvxn2ed0umrYSl8cq1^h1GLxv~Ovi$ld?|yHWQbL0
z!Ivh5s&TPz0K^%VfE05%mJqQKs?A%Hu%Xt@^>Aoa$L6|fp<>G;+%>slePPEnR_yRL
zj;yc0lCyoP$Ic|g#bX(o<$00nsg*!S33aGHMx(FL1IZKmm2(3;)8v<UYB+5=P6wsg
zSniF&#fPt2L{XsG-fQTT_#$ivPp_t^(ahKd(Rh(8Ou|TmUnGJfHU<g0KoA^t>{BEh
zq+0};_3dYnO)g&8rn2p~Esgh&5iy4}Tc`s#l(NQVP*B`-s(Tsgb%=E*x!`vNJk-`k
z+fm(7Qcae_0=zlj<0~2F)s}a7tknTT`cdo_)g;9@CX6}Sx(tZ<L{_8e_IXE&8e26V
z;CLS(t^T)iM*3Q*+_UBMm!L%|#-JZ)!8T?7qZ1fd)9%>-vBXh9eV`-C^l3uT_&kk_
zy!QGr?i9qmGaJ`03`VTK^)eYd43pD#6!NwJr0B=zjQz5pDVIxqPspfGxc527cKuN}
zM+02tzw?((Ojfsh0mh)!EsE8yz$@B*zv5LC{@~DSWie_CKtd_%3$Mw8a()p(IDD|g
zE`aGjSXm`BggX|S0Iz8=DQwWq7Y>nH=l2gF6&gHY9=4{U@)*&>a5Lg$i6r`O!H}dD
zW;VLr?c@ISTZz-X^w-r)NsJz*7Ik*4Ly0i!Bq{Zd;rF?m8fkO1OM@>WW%j&Gv#v`$
zQmZ$kLeIBScr38Jb@l%c_PQ|;xB~H7qh?jaoofQxl!Mou$divTfpW_5t{jt5n6rPK
z!vRqg8v?Nc`M^e6lM(@2!!NA&BnKun1vVjc1z9YJv06oEUF=G;UtEZ%aSas1z8-O2
z9BC#xzszD?1bF!myHOXw5=A=9o9-@Lhm!h0YZ-|@A8@Y(+_Z-DK5aN{$p1>cump2t
zD5Y<$oDGvcGH&@I&=`_@&z9%lM_#_W8iyXJa<&`Ydn;~#brX*PwN-j%3h<fB>f05d
z4E%>Bj9t_c-iGDTJ%p5oMe%gVzvc6bd`PTb9cQF~$q=bA787VjPi04Chi`i>W<+{G
zV&FRA7KPur^W&w!IseMOaI{i>RU}bnWQwl$BQA-{N7}-t4=-KVk!vbXQ}zLtKK~Vb
zh}Ni+HS~8TjiAhC5SP%}5)++t1N`_`^O*%;^P^`Rj#KY=<U1<4iRfgcC$Gn}AMb1M
zN?s6PT##cH6iIlsJTd~6{wMa#z>G1%z*MAySF&MiUH~wJ&BDU^kXcQH6%9!xbzqRA
z*C;FT!ttCmLLmGAVU95En90d_(qX5~%fa`pstx}K4cq`D|L4WUM|^?pXIDSM7j{_`
z3G3~Fb+5YFcta__mAzP+vqYM1(W%@8)d!*dz-)tf@tMWp!rn*|T0x9DwQmg`{~HF^
z(&{06L_~x$VO)QgY!}xSiz9L|mX<F;xlthCD7a~1a@Gs3cyPn{grQxByg1GOXdc~g
zC&tNHba*q4{u+aEh4(Vc$rrXWAwRiwf_2gno6<9!ufwpdCfLD}U<ho-u{69IiT5KA
z8$Az5fb@wbUgN&CY#$^xNtXax7fm*Q|0*Y)gFOLDY4DfWRy#SN)58U?zu(EJo@?!k
z`g~m&={E0ikHy-t=>(gredtzS?t3cy_RjmTIU(u5dB$Pw+b^CLxKo!Kal-ql57<b|
z#z$iOz*q>+p#JJ3zg*_!Lh#CTQlhLZaSdUpir$y9?7cH^D{5SFz4E4#R}~cZf9Y7m
zo;9Cm&MV)C>%p+!bv-*M+$WJVT;|<w-@zHzJ>RqRPchoQ_7BbK-|yWM-<~FecpFY<
z*+V%yqBEN@TuW|VvPKxu;wzn6PE#vLx(^m2Npl0_=R`(f{eE#>@hhO=C}MNbxWW_v
z>i*?56p5poIt)%$`T(F>Fbvwm_u72fIj{*&-QjYl(EG&}&x2XCp-|gm&6LNw(*^~r
z(;e^7)q{$HCsydP(lnZ{CMFoZw`Di*O0teoyeuOUSTp1qVs*`Z9<21;EeAe2nsvN~
zRC6*s$3cgHx807}TdF!K-J0iGN^SO{w>QZ;&Y$k3Kg?6j$YHFGxQg*a{%}-aq4xqy
z&jBywOH07(H!X%N)*9k*pouLg-u)|*fP*&bSExgq7b56vts%pZKc$!0Wz)kTr{n^c
zH0~1dFP!u<3h8{HY$Lt50id%$jqN@8k8{VALlSz2UVh`a-#R#>zHXSNNR|{7e9pN>
z7TX5KSq#wFmVO-1xo)>HN)vR#Rlnv;&}%R75X^KT9xE{?m|>iz_BH-9O;l0+ZPl<=
zgateSH#Dy&8cL!Z-sT5hq(D<^FoqY@mUzl=C-x$<T+(cfwtvuiXjK|(NH0Xn9A|_8
zN@Q$ctLyk|VnTqJ<NKw#hx8ix=C`ZQ=y`SN17CnncVUIa8w(jE!LoMo8}(k9DHQHI
z-g&fb4KwDTDdi1#zx9j#%q^`6*=ori8}VKF8$0S2b`R=}fw6)b=D-v}<oUJtcxAX^
z5yb{cj{=L1IfI0%x5~<*u#%4nyRE74AKhkNb*K1%B>j>?y7nvAexvXwZ#MsHgqBZp
zatbN4V_H3K-L2vU@+EGATIm6Ap`GU7lnAV|6g`8C(61y*zDel%2}VNAy1~`blPHN=
zu~bPszDZI<LbFNp<XK!85Ox6XIee9uyf^$d&821GmFd;!#5u!KAcJ}-GvLVn{Rtzt
z4zjdT6ugS_{As}g_ErL5f<PA_xGS&hN1g8BpwToJRatyg9x>*Nw<W)=hPmW`YgJD`
z=B+8j-?sG+Thqq_vo3^H8CG)Xn#qUaQ;fyaV0>!P&qvtzvpA@&tGdJu;DIn1jLdX;
z)t`xZwPI`TdB?s+nt}J71mU}hawwEbPnX$OL8-5nO5zHu%kT?MIW=*XjkB-H;p1>i
zcVuPz(G&BP?D09Rzm-PH5sJ;n5|jQEen*(AWy!9%8%FrobT2yz?d&1r2KSS&4>U<6
zI`!cdm9dC1Hqn|R>+xX&B?|~3hd5zh)13!mfVsLczdYF0Z^iL|oZ=M%0c8`h0j{;h
z%1hkP*~06j7+rI@eA;#HV5_3yPVSKp^*V2eP_Sfgqg3u-*%?R0LP3RyTYh<}z$74T
zm;u}KQ$iP(LarIp;*m~l_iNZU>-f~@+~!>SGMv8xF)qs2Y$b}ymmJp+*51+kk=cjL
zmrRQpnwbhoGj^9~t(5N((?x;Acs$~9zAnWpC^CsfbL2PPH_JB*;3Rr>5>gypdKu}@
z_u^!zU-oM)A~Rv>w@^Qe=A>t8Iv^I5(_hL|C*0994Dztje1-tP3-Ei}#z%jPDdt{8
zyj~NQD-NaTJp#iw;$eW^b71W?UD@s5BzgyHwZ@1vXRIB(t^Jc6R_Dv)Hs|F8qoLtu
zkC$6KPc3aY4^Z{pf-Y8+AhHwBfE}WYF<334Vo!l}AXb%trV`AC8!T6My>xRvk#pm3
zHHM+JX=1+RLngN;k-3IQ<#A5MJ7DB2=>^LqD<l_g_~$luZN9^63q#scdK0@f)9IOw
zA&(zw%*8yaBSL&uLmjAs8KwkiSI6xl=341jC97;R1@1QVV~D(vZNyy8Xl&h?Y?;E!
z9Z1Dl3|0IWE(K{uonkZ1LcQK)G$v8J8#|F7>b1%kc#Q5A6%d%>IN;UIK4n-`2>D{q
z6jHM}#0~z-%3!K9@Y#+aN0N<0nV7!}Yjdma*li{=yZCa<F`-5NNS&=0#|ERXw{Gy_
zeoZGR<(IJJ^nA8%&J>;H1McT5{GWCXe?F`+{8IZy5lj<y+5J1!-z#B+u2;#MN>QQS
zrTFrqEl5LQ6y%wNh;`4Sr5J9RFfaH9Na!?n-M<k|Af+EbiZ7QA?2xsPhD^qz1z5x*
zO2?bs*rPyYgwJ%?SXv5v2bAex_t4(hJro?l(T((Jv!`eG90#&V04Z296VLz}5!%p=
z^(GEIK6V+H*Gx1sQ-NMVFsf|%1QmoudyaMWuoK5xSjasUxi`JT<{9<3W^0G<T}b~E
z`7*D)r(1~cq6nI2K(`WfW=CoL3(B|r*xoq&GdK<UP58`oRb~tO+q|^w^G@xp(RYjw
z%T+~^DCV2*3+QV;IC_*m?!z(30jGX;JG913#sV23j!!DHsAG3$-@h??7KUB0F?)DT
zL<*@-Ew>FD%$2Vk4(|tbc=g}P52_RgNSWcn3t)I333gCka0q_DoXC$EE|u?la)3Hi
z^Oqsl%8F|h!W<CC1cZi|dVYNdge6i>fxtA3&}E0KOg)%}(*;8p7JP~oIr7x~qr5ZS
zt}-eG#D;|kb-q_a=YwMke!SFlTUXIIIyhgBr@r1$`M=v573zGUZ&Z;ovB#T+9BM0n
zr7D53GV;cMPnitw@6~l#XLgD-r1|n4y?bO!UcEc(qc7(MCKr0=6j!>Gfu7UOSM}Wr
zrxrvQMB^yRGbu2{3OLrjP=6`>V`nK;{YAu2$`B8FPF$7gZq2ZawtwRV0kK!LeuHJz
zBRuR2nG8L&T7&sF(BmF^9-`K%l-a6BxnQhEsSCcMv@ca`7C+N|8~^)`NY6R>9&v-F
zrSt9am3)7()<FA2XNl4(@>aGkIp=6JF|$3I0`=vgS2}W>J>gIe0La)`lZ<Dt$gm|Z
zcmtk}6gR;1VHh5K&H9jg^Mu1{S46hfy;3(K4aO|1iR)rdSd;@aWuSB9|J|<c9zMPs
zQQ}@)X*RZjpDOe6J72Ol<6K(TDwoQ9YY<M;G6T1Cf=OeoVA$=yl*-788E&GT<ruYO
zrdKCMK3(HqvlZkq4EVz}e4!vKUZ*=zxyU!Vj_tL%aT4{w?AG%<67P#6akCSh6N>1P
z{l;udc}QmIM(7D`(wZl?Lb}i=W9(rVd}caMm3YX@2^XEe7&6ov>SA_Ul!YAv^tDYe
z*R}KK;n3W|(DgTksHFp3@6t-fBvNI)YrjgMY^JK*K9SzP<OUBT4KSew8yLe$5W*qA
zp;CX{?+b-;vd0|07I6=L94UCseOgaTWXHY;oyh|qfO@U_$}@a42Kz*l1%^?a25)hR
z(!!u($BZqmb4dbO!itc^ir)ZkvFR6f%i`1~9mCrC3g8!^_anuZrWSW1{>;OKf3rVT
zZIRx%tWtOEFkX+LaNh*i3kxphn^$o6AR{?)Vf=48wJF#hmJAL{4=%^PHvR5{s~IP{
zw@K5SuH&}_b<P?45;M%vM|WKItmW$i*#LIx;T|TI!fog9o9dfmNLwz?_uk!f9oJU=
zkASy<oJ+j~W?bIs{-`I_U!DofGwqhn%T{bbAZ;{ST6%B9(`nM!xcs5th-Scc*oqiR
z(dpW%$L&&qjA#+NtQ?rD=3<1hUG|=)8qnT2wT2+I0raTkVTk&t#>#waDN@Dr*1#;8
zj3>L`zy2mj!ymgpko;mUZsF9%+di@q6&^JI&CNM|2-W!Zeqx=@JCWw~Na&^Xr+cBx
zD~Z_rhQn8JeQezgl~_%EHY<}DHhMelQ2W>38M}*g^5Ct4+hNyYc-PQrKYdKg5LHHH
z5W7c4sF^;~J5~Mpel;s1wg&NA+sZYw=yb=+oocgx@pdsA=k7k;S&^0Ye2PKV+jA=J
z%kv8!s;L>%L)sb~z5JD`X-KkMJ5d1~ffCHpybzHPuu8Wkh9i;1AKMAU1s;ZClWgMl
z9P`0tCm%NxKJ+&MOk+0dFd)syx<+DEDBOC1G?twC@TmJP@Pf+(*wj=;G#0iQZJ(iJ
zhG-xA3G|5*R@}e@#7hh_*PQ0J_Ka#hcc~Q+8mb_($57A2Z^ikOt#!vf@PA|k3?1E5
z^UZ$&A+KqZAMh0`O@?fzgWeM%dCVoQ%|~*CFOh+?GLu=z8cs0Doi&=R*WpzS47aux
zHba&$jRt-gFb4(L@D#uGjmM|c$++VCtQCqFUas=KKW6lql}beIi}Ay+xI^LtKc@0l
zdkQ#o-z()ZN*r?{x*<<JW4l}CpTW9Q_N*te=v;@R3~~W9{yt=@HH}X+|9pnlXLxLz
z)^z<1tVpW9e>KqloOm<s7_-#Oz@ZD~a284&Nu$B&TjMIZ{LN9)-+<N8;u)c65uo%b
zUIOy^2D{EDp2^ktTwcMcCa!aMb5@-&$^M8T%-C^BXwR=?{gZt#86BQpyv$g5GEk7n
z^ti?x8Kb-AY2T+m+kB|Wy0%u{Ip5gx`9O)vPjjB4$p|ox*}0N2OJM$NSj8>bT5w&V
zwbjn3a$Q(Enfrp$2j4p_eha~MoJ&}&iUWxSZ!8q_P97wWkI`RGWaL1RonK|Uak^P;
z{w86F#atZuy~}Jq{ejU<W@f?ZQ9AnNRoM|10M`+?c;7@y?Yd#8W_(ZS;3zI8sla(L
z5Y1sqI2Hf+I+b-4RHIg)bq*%?OlHs?+HaANHc)#etx)3C-BRPX4S5~|gZhYGh(ZFu
zHj&U_G|CAMuwW#Q;G<Y;^tte;A3J-9I0qfdJ(*;megylO=I3B-bnzlErBveR_4sIb
zYki7~$Fyu&wS3BcZdi6}>dkdpr)fS;-)D&h^{m;kRv&q0P&gY>_Wn_t;WSnIeQ`eb
z%#)mE*~XX(4i>^EwvF2`&wtc>49nS`qmL5rVz_@uPo?s)>dW#p*sb5eNQ$qmB5fE7
zIKEk*|9H&Y!}-D<?r#-H;rn-P>4T&BI9rH|YQxZHIugY!WQFWiyQn?n9k3;PL8)U<
z#A$~V3iae6z(8e(o%*Jz6x-yjLA3G>j@cDD{8TQFa@~$UQzl;@bJcoH%=3~W6|DQs
z<e{K1lyude^*(aF;ojwvJEwmPp{rB@?BY+HmT_vDjz#dxh$p$yG$M+(=&LYn?J*Up
z_-N)AJ0hc2Hah+{n4KeggFlt{?eo-9eOmIL)Za1k<3<QF;s{f3a=BvZZ%PTPXrQ?E
zcGdA2vv7vk(gf1jyABAdI<Y)|>(HWs+Dv4k7d(U{^^k~iOA&FEyEHm?ov{QGSJr>~
zNBu!tDZKyZ{}g5cj*I*BSypu7bHuIB>1sJ{JNP717@@1r>7Y4r23)bUfoFRm^)9*)
zCp9u|gQ?d{lA>+D7QCSr-=sytp!RCmlefdPbI3o?<*$WGQBXkp!Cmif{c*L*AGg&b
z?7DWdx+ZbqK6&wh=w7UbYfJvH%6U0zyA-;}t7CBq?(%dq3th6bFl7)PLYI4xVL;II
zyHxo?4$HrM`P6?8Tvl|24X-t54n_i-h0-n0Sl27fDZZL8HpAEcQr6*yVHCb~N7E27
zmK=cCh>pD6WTW;ikgkvgiM7ROCf}QC3cT(BH$oGu-0t^8PgZ6MX?z=8Lz0ne4T4^V
z-thAcyiPMh&#zu3J_ES$FBkO~$SuMt-s!u@48@57H?*$e8Pwbi2Yrp3CQGtR8@!yj
zUk8<?1<K6e*y=Nk6->vkyy#dDr0sf^D6wod7j5Ylf6w`wCmvcUyN^|w?dyUD_KL31
zE~V1>J!2e)z`E#xwN&7d0=DYa2DB6pQ4$wj;@8aSM@4AZA{vjr3qxAHqrY=7T1`94
z_r7;6x{PXo9hdnJ!N8{tBM9uaKE8=KN-T_n=P(rOra}Vi)`j2v%gIZ{7+g3|lAtj*
zB}}a4stt3~a*NENyqPR5c(%njgkzR6v4J&RA53RN_zXRj1VRWa@ng<k!Qa@m6fFa`
zYzyZkjpB6J>nMMCvLZvQ@+s}}=U?P|DLxeem<(Nuv7p63NlkA7!CE10D3wO$!ANw9
zObXX`YL=R6%2TeGd1?xrLK$VEwP`qN7HPlo`MM}dK3I_H9Mzu;W}$)%JINEGUpF90
z<gvB7E(zrOZxcP#6{UX~`yp&i;NQ9R%e4utineLnt8bPaovVl{U<?4W^;QtD0q6x4
zi@>#}mTOLB17SWhL}ZMRGTaFgmU`2O4g(>;@kprlF*Cp)kpy38(i>~14$R3s?6^?3
z(HgVQFov4jM7QWqadph`*vm$aIIXJNNcy|m2$G|ntBgb!GwWC48iMztD|o=(>;15q
z{$%3Oyvm9@O`4JoB64cJ6IF%XU*;BiuoJW(Z#j^UH$l#9HR{Mm7GhSUp-f9TbS(>+
z=TBhELjbeJW#KE%-tr3Zh`nd{*Z|1O0F`(MTCf5%G2HfRAaIr0SmvO)Tb5xAR`)IS
zDJQ*_aT_PknaBS3@{3I7may&O+zm8(y_ea0+%G2M5N-*A7TFy3Ev_pPhhj93^hy2p
zsf~STscg0VHv6)-suJJ_HvfhYQrC_Zn#OPKnOTJx<X2^otW&`+!NnGf3aSt3yp|54
z+yQPf*!ss2Q(Kpt?XAz_dj6}O?~?T=!sj^5(-A(8x4!Bf+V_L6PhXv<jB3ax*7njB
z(ZN)fN?(@hO&2KRV~x^%E70YK<#LQLS3d(0I9eOJyQ1uyeG@@(Wb^n;QV}xx?EYO-
zdy9$(39dUI3(6v&26xINoAl#VyOx&L3aF5W2yuk1Xqz-X9i2;xi(gqo)d?+79qn>|
zt$bef1E2v24uA^CoX;uvbNr#<^;$Bn%#1V#=IB2G9-e7<Y@mLs%DwUC)-Hx+BO`{b
zhM$L)vLPrd>lqg49ji0~i?uStqONO;%fa+^ReCL3RZjio@nXo^g1nNPbwp1HNQV$>
z1@gTfZyF)87$l6~%5yxJnEQ+ie9+G%;f-}&?6HbOe(kPIzzE$iqX`vfok4&ai`W-d
zwC99WD{QBt=6MXVD;D962#XX?i!3ihIshIg{q>fXgAMys=@kLkS%9d+mfwd@#_C~~
zWK@5#ngAyP8WOs%@7M-tVjQG={`OIT#6O?~USMV}Aqz>h#^!wFb!x$Ak5eY`gw_Il
z+T)(XzI$10nIxlz0YQ2v4bhDugbSQ_y@s>>rHp1+Svi2@-tSsqlpIzzPTyUJ4&6Wg
z8t%*#w>(z0UiMXQELXctsZ9~k5wCOwHVp$8E;=11PHAtA3;??YDwCu|jO0#YA&u$Y
zH5r8Whl=eb)AhDqcB?eTs5~8M?tF{1{8~NvkvAAqv1XpE@W8WAi4NlSL<2eyn*gM<
z`9H|9_I|T^m{J0!3b3`LzciFAtd2LRu7s*s_Jsb0!7S+S7aJc*lt;`*gA-fKO8ArY
zhA?VR7)jaRX;6nU@n|8Tf?%{mBM3tZ{xr8|dm^KZpSP}F*K>^y1+c#*N_x*PnQV4j
zHXXs6C)_oV)=7T8wRg}#7y$*Oxzi|WxACj3t`$g+Hqob;^h}z0MYNO*)*)W%TP2K^
z8+E9AzoFgl+*G|4FIloWVp$TG!&6mGHAR&+;NTh5J^p6y6{5nltCkJrWQ|oU6qW*h
zPfOY$qZTp;a(A%n4fddVdJyiB=7!MR^#1%L6Aw9d{;jcxYG!qJqe2pMrVyVhg_AWH
zCaVB55F%KKa5^A)lmMTPG=x(hh32&U*SA$xDMyd3{ZPxizi!QSz5K)*82;WGBaTay
zHDeWU8ME{rnLTO@q8U-xW(Oe4ST5z)w)yoW?X}$W+<N7V69>~i-yIXAq7T_olt03#
zG2Gu}eml^<1&ha=qIj=`nCg>Wm_0+Cwd6oS*LRkQkSgAw;gvpLKW`3noP`D1=r5(`
zPz>bAt@<5_%*bgTP#IghY!XJ=NFJ98zDt@(K^*}B$ts!PZjYpvq%tq5kYKLcJ@r)h
zpjGeWgspjG<GafDL_GP^8o5K}%PZ<VzL7lT5HNT1e$4Cl)*p6*!d+KArn*qU&~5?<
z=13dW+N(1QRo+4<sP69GTD|<}p1FF83s<#E<LG!Ncw!3Yh<M|eOrXGqtYl$!`uRHo
zz|PwfS$tzTC9KQlG}_)o;2jyN7L+2h{pBIsO2B3y2#z@^!j#!`va-UfgP7FS5lX6|
zkTc4APIj4o;nQ_e$$Q@60kkMgThl2KUwA;KtM83s;LumjuG=zc0Q1I@+Gq_Ckvy(&
zZ*)V(e(an?7r9!aT2>$}U5I3;E(wFu-T*ttBj99nkVSJy04B*>3M>M=4CJBW{W+wr
zmo8Lbm?dVE#ijL><;n9dCt|#Od|9HFF4#}Y<2rV})IKejs~q4`MWlQNc41Kjp$r;F
zAUY8dDHmc{hLF%=Kik+j1W{WEZP4aaE0T_9G2k3)50J+n4@!F~;6Mm#3~zA2!(uNW
zD?3~9!k5Ez<bEJKo|shg=HV_MzmL2RhEsG=wqr%^(7TYkCpz}~z1~}mY0ilUA<weS
z)oL-t+Op{}(shbk+iI?PS$EjzuRODJ-<wi~q__QZ411Qnz|CwinBwX@hTW%a2)?WC
zIbFu*zA5@EHzSgLi{%}#LSZt;N*lTsfT(My2Pv30h+)9h?|TVl4Q7f|Q08qJuo2uX
zl$ta^3L?dsNd@N^YyvEN6wH!xF1;5SN~1iS2ue=X9E!fnhmiRJu8*<Z$wxJX?vPlx
zqO@;G`k7HShV_drXXjA=3ilc@ZC*#bB@T<vQI!MZ1kbX=INO5Yk7P$ZeKyvH`!X8T
zI6=(PDN{2mwv7!!Xy^%QXCKLnw^$0*e)3fE(~C^T65d&ZX7Hp`$;j0u970B>u$*P;
z0Z-5cF&^e2ZT=G7;H2(U6=DL_gI^{}SNj?dg8|^Sxt0p`cq^jwVM;7!Xjm8d4}Ns&
zKcd#kpeC&YrVPU?^63<(P>{Ui+6jp;gFDhm^1pecu3C8b+kR_Tdy{IMWKB?1fmzJA
zRrWbi2iAWJf`OWX5*Mgp>n7+MnqV+8M&DPEmPa?H%ZJ7^zBIqoh9?*U3kCchz3T<(
z{o=DphBZPs)&O&+xL<}PTrSUw@BBJF-j`J7B@go*T)LO-j{0ZZpPSq}+fSEg4@}1L
zZ8|B8jgb2gyHh2Popw{~EdhN#pk1m(0#ygca8F4f!i2@Brzr~+t!U)sEME!yD(7c}
zH<p^y$`^Do%eXFLgQ>IM`C5Sn4OHuPfASSw^KEK{5G&ZKT-udhQ|yIrv`02n2nEE6
zJaaj=cYtkxDp%*vn;v7!mw#(ERHUI8&%?XwWWwd<KpDk(zORy8V*vJGdJ4n9x6cKw
zfd*LCF)T_bQsEZ^g)LOAC_~c&_(PViw7@Nx3OEp{ey=;vVhe)=`~fkT72CG2q9Dcy
z8L~9Qav?TpXuW14gRE?o5^+S7io#dEAR}0`65pC{WVViSDYVM%n&<QLfgr;B6o)rv
zTIb6}hLPs7#OGq}s~%}B#cV9lGRx);Rdk6gx7t&ilp$ilgyv0LB@Cu9KvHdOt8WNU
zRKE)Jmffi^kZ1~E;OK3djWI^Fpjc~Zw8H9AKhg7Hm~#E+7sc04Yv@z#YVE2vr`%0h
z0#-i0Nt+D*ywDBSwdR0Zq`4t^JgxPfRRm83TuXWye4%JX;j%9Ar})cG729R5bu8e#
zyFXy9Sgt5k3m1GHQhvrqBSebv3B8uXLOW`nQDR5wndp=soDn~pnVZ*3Y=R5Minq-=
ze;L<YU;KHO@o%%GB!`p^tto`v-d)0h^XuIi{>^?J-?@A*9kw-cvd2{8XJT$}8H$!5
z(CR70IjoaC>DD~Sdvbq8(GW$Ab&QVq<a+b~w99k=9&}6LFT3*KMEP01Q?{#*n~r?C
zvt-+rN33S#(1B3y<PPt=Wu3o8HQ=_wp9MW85HGf%H?)vfFc0`js*U>s>5qM-s&(pM
zPqqe9RFj;kYc-8w?^V+V%7{u54k`7Ve?+hh+r~`oRnKXVB3p_X{b-SP*}HtZ{G!PA
zYJH&DPN4_-LI0Qq?XoMhMUDvc#~1H5z9hRdmx!A;m8^?6m~Y-#b1hlP<)Eq8U>?U?
zbrG~tojEl{f3~|C?x{5NaaOUOJ;yJ2hOz;`4;z|OgBGHrpdB>_F3<8WI*%OHZMd3j
zy2oRMzZ)xk)fy^F3L0R20hg0paZ$rdG{I|!)H%|BW%n4OCnFJO{@5hlKEt@{ZF)bo
zm3&_P62l@ToZ9vsZl7rqgY|j&J=M}0aCXo$QWJ`uVjhB(*uS+H^UDM}9<dRkDnlc*
znAM;mGTO}Ao1UY|3y&UBgw?_ap9soX+%OBoMMb88N+Y<dHS*nr(I!;0QO8(LisB$V
z<!{@?<-<+;>(ER4+JpW&Q9Bny4m*?YQ~L|5@IZr?xwVdan$7a%9{gv7nROdai@`14
zG+-^|Z})4_OtE~I#aE~AS0(LCtNXU(!?C{8pLWYD$$@TV2HsDljoVJZ)B}69$9)?5
ziNy=R_Yv5a^;<rYaG7BE09?Qz657Ti2c;I2FS5a)kV2poDVF{gnp}ioiqH@FhH&lo
zNh7nE#KPz(LINNl@EqXFJCTKeE`|_&iDZq5N7~ZwLyi}YDdrNHX}?ShK>THLpxNLO
zy{q2MTR&jkfAcY;d3}8rjNG3Cyi-4GYlGzJkoOXtWoKd{@;N{&Tdn@M?Y}BW7UX`*
zGLMt1)|BC45~;O<iG{uDYNd+R7zlyRioO0-GzLFjJh!_*Fra|clo*|^suLEj*rJ!F
zkIi$_N71d5nHQ`UZc+L*F}t3Z*Ccwat;B|pP|`48_exav-A};rgp-YxJ}bS&pN)<>
zYEbYSZ2{~+yv)QlkAVg?M_pjZ-!GCpjqn>zMaydQ%*lyE0`=2E_1o>1!sJ380i_My
zB})!KN8vNL^sR*WbvXhjt`v!TIljZl+nd*r_Ksa?e3=XQf1O-aR2;mzg<{2Bixzj6
z!AsHN?hb=%ahKw5#bL1GFgQgEgBN$VL0hCa#pd##a~|%x_wD3M@@21Y<s~o4TG@Li
zKvvuZRmC`t6i7fS^4={cls_z;u{+2QrjY^QMeFKzNuY5V$E^Or1}_&O4u*=0RhIMj
zPfa1o)WSIp2R)SrIdRH~T%FOUx*gJk@uA7DqTX{|<N+71#BcK$WWROSv$&%-U8mg!
z`C`id2GkcYkNkAQK`V~WxR)I#9w_!s5*&xmjKSJ1QZ`librtCu7f&f5*2so$+#Bf2
z4e;JKW4ueQbeXAH-j0<r^!2__bXa}kZ)_3OroSCU^l}_?!>V9+3{YvzBcTXYf<5#f
zw@nazWj_=%=H(>O2QSy@P=u8`{8`_bk}x;!P%>I-jlqoScuG}=Yua=oBl+#ICF~F+
znS@$6yzx^4vw5R$n+4Gep@PYrOxf{U!b#0SW0W|~0Cd`pg<Rvo4*OxzaYeP0>H+d9
z<CT0ieN&>HF2Y}rq%oV6;IeW|n{J_U0dOcSD`AWh!D^dDYCb*c8^ladlx6e8v=7}U
zpGCJ-DErivDK7O9PLYZ!KW$fh`Bl7Ghke)_A2^fB_mP3$@dtVOu4PdD;J9^%pt#r7
z9aUCSF@MAA8f69~*msmp;gomRMsbEyIuir9mRT;mS7@#2U>)4Yq%WOoTL5&hULy8K
z>kDnMX|3fn-RNuw(0Sen*8dtIY+Cz>5U7I^6VXeO{2jLdd$q><>Xl&1Vu0p7fs&1|
z$PbIJ`zdYzEI~m!7&#%G%tX&h5*}N*sl~^UqaR>nhk<lr{hTHXZ>NBS8AZM}wh=ZX
zrjv;)`|w%_y2#qZAId_YsddV+wJ2*du<$W+5t&FUFZk{rEi3ntr&SUnt|%1C=Jd5_
ze_<yanX6@z147LHKx@j@TnwK7aynuRYD8{a33Sf1D$a1HOjlmEEBTsOo+Yh^|Ko^%
z#z20MgXKL|1u#y|Zpseh+BP9sNZlb;3yv@~@Ov0{>CF4u9zeMdmT+erqTwwyjqRMS
zXmyK_a6D!#O9m>R+q5u*q)F~4F&iq;iKuj7YDjg=gR!K0M@3p&cI+#a>do7bc+EFf
zp}{hAArKj;X%SHZ6D9Rz4`|SSmahv#VAGy11cXaX)Mt;d8M1&}1|-hAvZVNiXA6o<
z6cfy5!JL;QBlt}Ru*oAMLs~|FY5`ga72TPzIc9tZFpU~37kdem-*}k9(J*PIpJJ^J
zsSU)i+YsOesy~Wy%t%w6zMqz(_qC;@@v>^vIJuyqXhxU}irkNHR{VlcZHy_J-_{`!
z{(i{Z^`o?+;-T}NH3_eik^=@7nJ{&KH>NC>I8$+d06Es1h|Pqo^o{1;)^}_EW(|57
zyJj+53*y)m6e5F~AR#?Ia_O;t0+cCf@_;lqd9@>cWM%$cNkbgsDZ7Cp`OsmBv5a<U
zjh^{aGIUo4i-y!0T=1g3w9$iB8CV261F0G%lg>=TQADA0^??l-fO1^j=fqzmv>$Ik
zsF<+b%&B*pk!HX9Wifnau{En>S<+**we#g+tIq++C!fFshl@IZ%_AS&j%yNkj=w#j
zV1zL4>BCBv?8m!_A8vU5w_+jRJAUa*K$Sh=>u;o)@%gZm(Hl#>>H9yA=VD<p@r1Rd
z>eWW`zerl}&-1icy~%Cs2WRZT1JiK;)SUZQ>Vwq?HIZ#4y{7%`Ht@uU9-2mT?U8mz
zC94OXy-c}dfYYZ@TnK!7OnYwUnU#=S)k-Tj1Py{Y_*g>!$igUn_8Hg?Yd`YAZ|<hh
zk~N=8h?1_pr*6E4d9TU>zO)ET;+xY)CD|&4M8hSGJ5rwlLozN)`xJkphmTWhnkH7R
zp|GN?8<bnBp;)ahkVscbCR7;QM!t_lE8kzXl={MGio#(UZs0#}ScXhYD&vDw7yAHy
z;1Wl6l%nBSxH3Wb;2jNP!5@sLiaK}~M&FPvTgpw^zf?p2F<tcN!h2T<sXv6B_`}ck
zq|uwu9pKSt;s+j3OlaNU+o2^T9))uOl5t=Y1ZbT<U@kEFYicx8UxzC<pXepzVaI})
z)n{JDWYpe$bp>6tSl;KdX2OoQGhRYBxMNYX@MpSn5D7F}DSPf1*q`Ib#*a4Jg@qHh
z`7qyVkKaMCcRemWNY651aHvi)D<vKqkvwl1p<meSi&(~-=)zFH@IDQaI7VtC`hZoZ
zq;&+xoxe4EbjNODw&HE8CRyV6QCTwD&RXY{f_q#{hWG;yvo%}$YL8BRA0h1o5KK*O
zXD3rjd>t;N!*0nRH%gv3csv7=?{>O*|2rMzztJ4FC53iHh~I24S*ZN8u3B45qTO2k
zV#a%<aCGQ#Wan|7k?*UJ|IW?bBFS}!^|`1$gTuL|(_JODa-|cXMJH)anre2(uEuqy
z${k#Ws8<}?5mj|d-F)cVG`Qp8-~37TJ8B|MiCI&p^uZT?;hIgoU1@FM%YA>2-hio?
zIFEIohf8EYWRDv0QIK6XdRv9JD+t>+-4?eH^&08HLs(EaIj}>ufdPG-&FK`ox(hP)
zSX*Zqbos^?mzT7`kU=2R(_sFto#;e1-jS!3{wMk2OMcoJ>~6zIk%mvT-Jh7Kvbt$B
z8|rO?J^g2Xr^H3M{Vu`P<)l*|Vr*E1X<+$j`p8kgt6ScMbN952xjmdzc;`Uu<QHf4
zl~+TX!1`0?ucVcQ&IRAQq=}Km!mS9OlBq@0VWTPwxEavR`#bgV!0ScvE>BmU19zH1
zdQm<7)we%}!ruutZS5wmd;bx?EJ416t*z8Mi{3Jr!!9It;_W3U$&c}W?2NupfPAbz
zaEvS>tF=;!K5Ao~-wL{`AaKW`2vX9W!v);+3<v!_qH4;)NV~`;e`*3LWP>Ne%UcVx
zb;L=lm)%rYtA=x^cwa@f^IsmG_fHBMF!yLCJ+BFOHR>7stJd)?=Nxz%<lP`F<7F6i
zl(Ho9v=s6I2a&Xf0<qVjc%moSjV*_;&?jyU+`ZB>8iP-Ve6eSZD~t{%G|HvhpWj*;
za3=~ov&HyCmD2vW$N+mUE$10$G3&6M?QY&iR^o`>Vh|lw=YCxOOE?w`X@(U<9Y7~6
z)Fcq!<`YOUk`P*#e17Azvnu6Onjf2;iYsll!t!`CbngkGOAaC^m4^RW((d+S-n)L~
zTM!mauKzQ?74*h_S1<vmr>@6)A_2|}RmHj8#A&~vV*Vg@W*Y<^Q_2%(ZD@hdlKyCe
zl)xetJ8!pZ#}qf;Cj>*iNq*>30qx?euIoKYV8uSrbVuX;KB~UnQ#KvGL+w`BNcSS1
z;U~2{1T}vKDOh?GjZqA^@8P+OEsh={qVYmQ$vY&4jYp=IpNGGesr;aBWx6o41JoSQ
z(}BH4cv2?sB~?BFm6;E1bvk7aC#n*P%Oi?dG5L^1-hlm5(P&r2+cnG+!{_XV`;L8<
zl|p)Pedy^d3gl4Zq{eg%;hsN&<yB-qP%*JDx-dYQv_c*-)yQp|O~sa@A@qd80>VW1
z*YjjpggMwY-|~3Adr8jW^cl@Ov{4xMvHHP;dHlW{U@^uuI}B#!zEBT+oebadmu;(T
zo?I5REG^zcKLB?tC^&z^j$_l$2Lu>djULQa(#{(k8C0@jcH@Y5plQC>XSdZR<%2Fn
zC1CnY9?x1zI@i<LQ@m?QRaFCg8bH71r7>^uFuX5uMtLaq!#%??TkQR2I!ifI;x}j8
zfr`BP^Q6sA8vDu}yITqBe`9jn(s4p+U@XAi4YXGwT!~ej6K_%!Fo)U1FJx5?IX7s?
znI|z&$~=$$T+LNGw@LY9(K6|S?R%;K9(2@!slJPxmJQWG-*CpPI!DGkfnTM3=U`@k
zo*N7*koGrw`pli4^pJpjgSMLFVm&}>!aSM4cPn7hzsL14QkK>UK(EW*q=T~B>6G2r
z3kc0PU=Gmf_i1!^$IwY;XsZc*z39uQZd1T0?3v{XK|jR#Tw@inoudHrzw!~8x`ZUL
zP>9mhb4GJ95$7l35USY0dK*R}JR4u>ysHdTTaV{r`q%*N4gv7}Dp8PMMD8}ve;U><
zz?5tAj*Jp><IN%YdB8@cm3jxX9*mppISr~d;tk2{_{IB?(_%J4+iwPWLW7@J_VAYL
zzdJ+ZteN4DN{i_VlbhK-Ppe=T&+r+1hx5qxl(|W?sBMQw=h7sewyaRI({(_eSk4<;
z`Bh}Gu})Q+7wA<cBygT$NEPbl#?A3U^Fk9K3l<q4HRljayEgA*#Nkrbh%gU3hN$em
zPucOG6oHlBnNr1wzDFxK_wh3}^r95;j<fX$*qk{H%6beur0}K?J%93#EZ#HsUUlmX
zCvMC0cRVC&7=A1sW)c_WZlhXii{CUwErjM2`T8?jf1<sH=Tx>e1)7Dm#5|^+uIQ)R
zX62|+|J^j_h#O};zES66?fadp5IKr-?2tmw=@pHfATcp)iM6Rfhw?q^hF;g%B>Ngy
zio;8u$*OB7`R;LZ8jGhZ+?gbNu(sYs<hh|bmbY{K;N*kL<Od%8%}u=IF69X#MV;qL
z+QUIFpOZ9=kfclQW6E9_B{Om^e5D0i-uxVg%-U+Pj$+`81*I#9GMEux<W9CsnlD1k
zn7%enEHH*A&~I37UC<en1fA}f)b*k$QY{?{{&i4%_PJsMq9n4~{0rC1CGnHUPnuuK
ziw|0M=%KfWDSpsigScFy!0PBq<YuYpAc7l;3G(_fS1<}+T`>cLxZ<bt%BXGvu)SmG
znX2o;X+a%wa9G7({6BvKi{r!*K=hl7MV_>v$G)#thMhWlfXW2Q$W_rJ(Q!NDXH0+x
zQ<!jQ;88~H34Bc(d2W+-QGOZ|#FCQ*l>3s->rPUy=JY3Vfy|$uMz(uPW}@g0hNlv$
z8ijAn!zVyZm6Y}Z3dOh3D#DU@xDFGReL@V#ku=QZMao^QT&DAIy!9<RP@~8U+%)@q
zVkwJ4LLwV=RLDq9_{*r$_FzdGgK3W-h=qmW$65GyKEm5=t>xSy^UP-`SW&!tYS7JG
zFuK6m-6-0VSp-+>X2;maXQ{4IlvcA2;7P8*nSegnv|P;nf$F9NvbhM?*;a6o)S^Gb
z(#qjN-*PB$lw~&sFU;|DeLP1Jbw(%3@f$Qif%2~O;`X-ZWzTE(*kP+j%s0<2)Gc{o
zZK-afhs+SDT!8Ina4zgiAp9*+$_7H7)cTEKJW8+e^gJKxMz$6cypGY^89fs|HazKi
z9n3p~+HR|@$_yMOa9sUnF;{1K)uoFj5JlS{O;LE*{bHusUdI3Tf@H8^QTqikAog%~
zKpdW@gb&u4i17=8{|9yEsYL~NCnUb3#Jq@Qp#7zhik~?7U0OP-<_c7yiHiuw$`g5h
z4Dk+W4~Sojj=p;}luTuL6Lg+6F>9i|YRt#X8cuo(eUrk>Z>~;aJ7ZEaCnWA`MdBc)
zf<hNND~}u*o2Xd)Iri|0H9swb`LbSWn2cDSh0gA+o%>cc&Z3TO&v%@gFl5^ijq;B^
zvz8RN(2l6Y91W9g(>MrZChD2F_&#rCv~!<f45JT6M}OHkUN^WVXTJV^{V`r3C9l0(
zr3a_1_2aelWao5ys`qZW$Sl%_pU=?0-NJS3ApDa`^LG;=z>t_Y<!og5^sFzg=y_9L
z4Q*po6iL{|iHL<GG9-zr)%V!Mm$b;e2U>mXK2dn;Sfp`KiR*b4t{fjQf3Q%`r#62E
zj5SJx>6Fh)rVp`o2&;!MR!DuBI_q1wKrBVwev-|v@UfT;AjKp)rCR(I^k*jgDeg((
zdIc?W4ny#lvCc_WrNwMjR|zJNNMLrso)T%|FFxc4pSXieYJ+Job9`0RJB;*H!b0G7
zyjcJul}ATXgRQD@Yuqc@Nx`3oT8^GKT7Y2wB1^J~i?05JS~|{5gv0O!nY8;jhq0iY
zVPoNDo!<0;UZgQ{97H7O8$7r_f}$GyC*2ad(Cb5O_SsS6e2xlbCFI@169mKacNBKf
zncO?#D0m>Z?KHU#0TyrHUQLXd?I=E6L`*<Nz{R)&V^|S@lZo6^n-eRj%x7Xwle&*T
z{OEfJad==KTsS)DNLC@yY)&opBP2c#6`1|dhksAi^QACjV`HPU^3JTXqh9CSkNrs{
zbPLk~3wrTjRiiX&jsE@#R3YeFEL7@&5r7AT7_SxXaO&}Oqo1dq8G3{QL|mVl`#1}H
z_i1Y&T}N+jC4;*6F4;S%YhEfkbFCo6Y?pEdlkbFYnuatv{P#X>jy4f<!LT_BWAOgt
zr)Xy7YV-ipR2A)=&_(wBiYbX3c_o_X$Mw*=00Y!`>(hrAVIealGr`&NqObgCPsaV$
z8;05!V_^4BID!xGSMV_+$cnGE^*&HvV`wNmYWa_4B{2+)8oakTZumHz++1AiUv>v2
z#nF>*L#C+#6)*VlrjjSHLTcbM41+%nJ9?1D{^dNxjG)t8k0`ncWIu@OM^XynqfH0G
z=WwG`Md9|NH0e)Y7u}<yL}vTGQ5YwnxeaDb))}a~gE>|NWi1mh^%BJSW&Nd4yG7L!
zA@u}#ogp?Nh4ArWVO%kyr}loh$H1|nzQ_RWz(EfYHvCCq4=quN)z(Gd%sNZ1qRFGv
z^hc><PfVFevc;BWBCr&^9Z-@SM<cY6>BnG`qrT+|>4Uw)fXDcX!5DHZN5M4o<qhsO
zLzdMCJX{+|BxW;wB<dR2XEhr6LzpT|0)C$bUW2SI;Ggp{n-1&ei=@A&E`cvWv4pck
zhq4TPj)!H9X92nL&HaXJASaNgh_Yz@h=e5Nn2Cr}+)nIA<Xd8LO(9Gne4%nzH@EMu
zp03?cENH=x=lJ178-#ic7t(VUan>Hh9*!Q7CqcvjL}A1_)JxPVR25u2+)p?i^lS|4
zjQzB!bd8Ey${wkDsmttcR2Kpl#CSw_%6N}-o^&?yFDaL)RVk|sp31*snxmUTn+rX1
zuLX`#W=*Z`t%|L_j&!B*r;5=rQZLcp$!;nKg+9Uml|yqxGeC1j^F_la5N8H5Q>wdb
z2p1WZcd5uoTc?ikYU3_oEdZ)=wYDl{Dm^PsHT{bw%L~eaR3K8cGL})_vJVJrMQa6D
zNmp~5gOA&f#-}&RAC)+jT~aqW16dJJ!<{1SBRwNC<AvhANEk^}xl(xat;Q^JfE`mx
z<7`8Yaez$Uu)kzi5=8JshHUg~v~1=2CJm|J*e3g?4q&aNu|?q2P#**2Ah9;?6iozP
z1iMqr>-+@s#0J0xpc8U*({ev?ecGPiyM}y+{LPI^Pz?Ji3a8#5efn?b(KWc-fBU|^
znzO>c4x)cqC;rQm)MvF;V?w20k|d9a4=;gCLFjI~FAkIXegCKr4lG7?rbLS=Ln@|L
z3$L)>=Fje6xLl#+7Nq=-S)MTw-AEsaotO9R?|`NzO}OzLB(ed{M5IYv+ZmE2)-yjn
z2;LdNB6l201nn}Usb78XPvsv(=a!oOv=Mt%G*z0SZdP*I7d0QUxQDKO-T~4G=ztAc
z@B5-Vu`Zg*ttfNbRp&NiZ?^jV+^<Um45H05gZ$*n6|^Cta*2GY^5zj0{cXrzuAxLr
z#+M=kVOt@iW5`D0L&;&B-r9BAbrh4CR?Zg(hfGD$P6d9^2;^zHrC;O7qCN)ZiplM*
zwVTW2rCQi%_%UyPDbHNdC8@sAwDXnz-G&vP(xd5%U3e~*-3KmDoj*G5srKYS&`aGS
z^~lnL8cC*AVcMgqBxt+2N5tgnWzY_<&*{OS?8Cv87Yl0Q44uY7`vQR?V=Yrvk`uwu
z^y5aU!(uWFo)z8f+vl?Elo8&ju5q3zHlA>p<pFxaXmrFs9<NRd+DqxyaI!lqA!eZ)
z8?~Q%uNIfzUaf3wyon8AV)62RZRXzI!=V!Wg`oS1+wr?S6J7_P#8e-@gRrG=$<!9Q
zu*@N>KthCKh^v*imA8R6#*MAthXKqK*C3<_ro+!3&|sV3VO#qfx35<~sF#wVm#wXr
zv7ndFub0-Mm+PsQd81c|xtyG^oTa>+{`$UVUrwz(!b9^**P7>RzFx_3TK;;vTtKm$
zGI}yV@QugpOa4lP@k+wRO1RicT=z;;;7ZanAOryr9S->N5fBdngwX<GO8}9UfJ7)D
z6dw>{r(}c7_!*5CkfA>g#46{`oCAdW=8fv-O$1Et7)?S0IJTuYb}cw|G&rE{b=#ln
zcJ1qS4C<hM&fBuiyFlk19cQT5*|y5ruJhTB$r&_=a{B}2t~uq7IwjPtU|XSJ*REhk
zzX0lMvMpn>Yi+WlZDI*ue}(LFN#t^cb$&^Ceg#i;iA!~bT6jrXc!gwoNoab7xphgg
zb%h{ti7#=5-h273_iFgwj`wgXy8!hHIC13FsTn2m{qdX#eajU}<UGZ`F;=@V<h0Qv
z;@dtr;#!^J7Vi7mCaI@F_FKI3sd<8_eMbourB6&~Cdum*g)JJey@P;F<#P|pt$Y2u
zv|ucA;JmeX?e$>YW!4kITQvWO?tT;Vf8g(x{~xTU8MmMO%erSx?CP6!SO0-5{u$k4
zCf4<hx+~Qu+W&&9CQjw8nroG(^IrBME%~b|mgN^F3Ee{`mh}xw%MK^}w`Bgc-HRp;
z^({-Q4yP@*2LFOvCjUEvm*dV#9*@K!R9pSE>#NV_{<R`qa@SPPa<G};|2}QV-OU7g
zQ2n1&-dYYjl6XjZDfw>_?ECrJF}4UgOzZ`I+?ZFg9Uc||hEIS~1iw|&Yk-GO)NhbQ
mX4Rts<LE1b2{c|8A^H?xWL6_ReJ}y*KfbXV2YPjIaQ_1m_8C<G

literal 0
HcmV?d00001

diff --git a/static/js/bootstrap.js b/static/js/bootstrap.js
new file mode 100644
index 0000000000..8ae571b6da
--- /dev/null
+++ b/static/js/bootstrap.js
@@ -0,0 +1,1951 @@
+/*!
+ * Bootstrap v3.1.1 (http://getbootstrap.com)
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ */
+
+if (typeof jQuery === 'undefined') { throw new Error('Bootstrap\'s JavaScript requires jQuery') }
+
+/* ========================================================================
+ * Bootstrap: transition.js v3.1.1
+ * http://getbootstrap.com/javascript/#transitions
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // CSS TRANSITION SUPPORT (Shoutout: http://www.modernizr.com/)
+  // ============================================================
+
+  function transitionEnd() {
+    var el = document.createElement('bootstrap')
+
+    var transEndEventNames = {
+      'WebkitTransition' : 'webkitTransitionEnd',
+      'MozTransition'    : 'transitionend',
+      'OTransition'      : 'oTransitionEnd otransitionend',
+      'transition'       : 'transitionend'
+    }
+
+    for (var name in transEndEventNames) {
+      if (el.style[name] !== undefined) {
+        return { end: transEndEventNames[name] }
+      }
+    }
+
+    return false // explicit for ie8 (  ._.)
+  }
+
+  // http://blog.alexmaccaw.com/css-transitions
+  $.fn.emulateTransitionEnd = function (duration) {
+    var called = false, $el = this
+    $(this).one($.support.transition.end, function () { called = true })
+    var callback = function () { if (!called) $($el).trigger($.support.transition.end) }
+    setTimeout(callback, duration)
+    return this
+  }
+
+  $(function () {
+    $.support.transition = transitionEnd()
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: alert.js v3.1.1
+ * http://getbootstrap.com/javascript/#alerts
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // ALERT CLASS DEFINITION
+  // ======================
+
+  var dismiss = '[data-dismiss="alert"]'
+  var Alert   = function (el) {
+    $(el).on('click', dismiss, this.close)
+  }
+
+  Alert.prototype.close = function (e) {
+    var $this    = $(this)
+    var selector = $this.attr('data-target')
+
+    if (!selector) {
+      selector = $this.attr('href')
+      selector = selector && selector.replace(/.*(?=#[^\s]*$)/, '') // strip for ie7
+    }
+
+    var $parent = $(selector)
+
+    if (e) e.preventDefault()
+
+    if (!$parent.length) {
+      $parent = $this.hasClass('alert') ? $this : $this.parent()
+    }
+
+    $parent.trigger(e = $.Event('close.bs.alert'))
+
+    if (e.isDefaultPrevented()) return
+
+    $parent.removeClass('in')
+
+    function removeElement() {
+      $parent.trigger('closed.bs.alert').remove()
+    }
+
+    $.support.transition && $parent.hasClass('fade') ?
+      $parent
+        .one($.support.transition.end, removeElement)
+        .emulateTransitionEnd(150) :
+      removeElement()
+  }
+
+
+  // ALERT PLUGIN DEFINITION
+  // =======================
+
+  var old = $.fn.alert
+
+  $.fn.alert = function (option) {
+    return this.each(function () {
+      var $this = $(this)
+      var data  = $this.data('bs.alert')
+
+      if (!data) $this.data('bs.alert', (data = new Alert(this)))
+      if (typeof option == 'string') data[option].call($this)
+    })
+  }
+
+  $.fn.alert.Constructor = Alert
+
+
+  // ALERT NO CONFLICT
+  // =================
+
+  $.fn.alert.noConflict = function () {
+    $.fn.alert = old
+    return this
+  }
+
+
+  // ALERT DATA-API
+  // ==============
+
+  $(document).on('click.bs.alert.data-api', dismiss, Alert.prototype.close)
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: button.js v3.1.1
+ * http://getbootstrap.com/javascript/#buttons
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // BUTTON PUBLIC CLASS DEFINITION
+  // ==============================
+
+  var Button = function (element, options) {
+    this.$element  = $(element)
+    this.options   = $.extend({}, Button.DEFAULTS, options)
+    this.isLoading = false
+  }
+
+  Button.DEFAULTS = {
+    loadingText: 'loading...'
+  }
+
+  Button.prototype.setState = function (state) {
+    var d    = 'disabled'
+    var $el  = this.$element
+    var val  = $el.is('input') ? 'val' : 'html'
+    var data = $el.data()
+
+    state = state + 'Text'
+
+    if (!data.resetText) $el.data('resetText', $el[val]())
+
+    $el[val](data[state] || this.options[state])
+
+    // push to event loop to allow forms to submit
+    setTimeout($.proxy(function () {
+      if (state == 'loadingText') {
+        this.isLoading = true
+        $el.addClass(d).attr(d, d)
+      } else if (this.isLoading) {
+        this.isLoading = false
+        $el.removeClass(d).removeAttr(d)
+      }
+    }, this), 0)
+  }
+
+  Button.prototype.toggle = function () {
+    var changed = true
+    var $parent = this.$element.closest('[data-toggle="buttons"]')
+
+    if ($parent.length) {
+      var $input = this.$element.find('input')
+      if ($input.prop('type') == 'radio') {
+        if ($input.prop('checked') && this.$element.hasClass('active')) changed = false
+        else $parent.find('.active').removeClass('active')
+      }
+      if (changed) $input.prop('checked', !this.$element.hasClass('active')).trigger('change')
+    }
+
+    if (changed) this.$element.toggleClass('active')
+  }
+
+
+  // BUTTON PLUGIN DEFINITION
+  // ========================
+
+  var old = $.fn.button
+
+  $.fn.button = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.button')
+      var options = typeof option == 'object' && option
+
+      if (!data) $this.data('bs.button', (data = new Button(this, options)))
+
+      if (option == 'toggle') data.toggle()
+      else if (option) data.setState(option)
+    })
+  }
+
+  $.fn.button.Constructor = Button
+
+
+  // BUTTON NO CONFLICT
+  // ==================
+
+  $.fn.button.noConflict = function () {
+    $.fn.button = old
+    return this
+  }
+
+
+  // BUTTON DATA-API
+  // ===============
+
+  $(document).on('click.bs.button.data-api', '[data-toggle^=button]', function (e) {
+    var $btn = $(e.target)
+    if (!$btn.hasClass('btn')) $btn = $btn.closest('.btn')
+    $btn.button('toggle')
+    e.preventDefault()
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: carousel.js v3.1.1
+ * http://getbootstrap.com/javascript/#carousel
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // CAROUSEL CLASS DEFINITION
+  // =========================
+
+  var Carousel = function (element, options) {
+    this.$element    = $(element)
+    this.$indicators = this.$element.find('.carousel-indicators')
+    this.options     = options
+    this.paused      =
+    this.sliding     =
+    this.interval    =
+    this.$active     =
+    this.$items      = null
+
+    this.options.pause == 'hover' && this.$element
+      .on('mouseenter', $.proxy(this.pause, this))
+      .on('mouseleave', $.proxy(this.cycle, this))
+  }
+
+  Carousel.DEFAULTS = {
+    interval: 5000,
+    pause: 'hover',
+    wrap: true
+  }
+
+  Carousel.prototype.cycle =  function (e) {
+    e || (this.paused = false)
+
+    this.interval && clearInterval(this.interval)
+
+    this.options.interval
+      && !this.paused
+      && (this.interval = setInterval($.proxy(this.next, this), this.options.interval))
+
+    return this
+  }
+
+  Carousel.prototype.getActiveIndex = function () {
+    this.$active = this.$element.find('.item.active')
+    this.$items  = this.$active.parent().children()
+
+    return this.$items.index(this.$active)
+  }
+
+  Carousel.prototype.to = function (pos) {
+    var that        = this
+    var activeIndex = this.getActiveIndex()
+
+    if (pos > (this.$items.length - 1) || pos < 0) return
+
+    if (this.sliding)       return this.$element.one('slid.bs.carousel', function () { that.to(pos) })
+    if (activeIndex == pos) return this.pause().cycle()
+
+    return this.slide(pos > activeIndex ? 'next' : 'prev', $(this.$items[pos]))
+  }
+
+  Carousel.prototype.pause = function (e) {
+    e || (this.paused = true)
+
+    if (this.$element.find('.next, .prev').length && $.support.transition) {
+      this.$element.trigger($.support.transition.end)
+      this.cycle(true)
+    }
+
+    this.interval = clearInterval(this.interval)
+
+    return this
+  }
+
+  Carousel.prototype.next = function () {
+    if (this.sliding) return
+    return this.slide('next')
+  }
+
+  Carousel.prototype.prev = function () {
+    if (this.sliding) return
+    return this.slide('prev')
+  }
+
+  Carousel.prototype.slide = function (type, next) {
+    var $active   = this.$element.find('.item.active')
+    var $next     = next || $active[type]()
+    var isCycling = this.interval
+    var direction = type == 'next' ? 'left' : 'right'
+    var fallback  = type == 'next' ? 'first' : 'last'
+    var that      = this
+
+    if (!$next.length) {
+      if (!this.options.wrap) return
+      $next = this.$element.find('.item')[fallback]()
+    }
+
+    if ($next.hasClass('active')) return this.sliding = false
+
+    var e = $.Event('slide.bs.carousel', { relatedTarget: $next[0], direction: direction })
+    this.$element.trigger(e)
+    if (e.isDefaultPrevented()) return
+
+    this.sliding = true
+
+    isCycling && this.pause()
+
+    if (this.$indicators.length) {
+      this.$indicators.find('.active').removeClass('active')
+      this.$element.one('slid.bs.carousel', function () {
+        var $nextIndicator = $(that.$indicators.children()[that.getActiveIndex()])
+        $nextIndicator && $nextIndicator.addClass('active')
+      })
+    }
+
+    if ($.support.transition && this.$element.hasClass('slide')) {
+      $next.addClass(type)
+      $next[0].offsetWidth // force reflow
+      $active.addClass(direction)
+      $next.addClass(direction)
+      $active
+        .one($.support.transition.end, function () {
+          $next.removeClass([type, direction].join(' ')).addClass('active')
+          $active.removeClass(['active', direction].join(' '))
+          that.sliding = false
+          setTimeout(function () { that.$element.trigger('slid.bs.carousel') }, 0)
+        })
+        .emulateTransitionEnd($active.css('transition-duration').slice(0, -1) * 1000)
+    } else {
+      $active.removeClass('active')
+      $next.addClass('active')
+      this.sliding = false
+      this.$element.trigger('slid.bs.carousel')
+    }
+
+    isCycling && this.cycle()
+
+    return this
+  }
+
+
+  // CAROUSEL PLUGIN DEFINITION
+  // ==========================
+
+  var old = $.fn.carousel
+
+  $.fn.carousel = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.carousel')
+      var options = $.extend({}, Carousel.DEFAULTS, $this.data(), typeof option == 'object' && option)
+      var action  = typeof option == 'string' ? option : options.slide
+
+      if (!data) $this.data('bs.carousel', (data = new Carousel(this, options)))
+      if (typeof option == 'number') data.to(option)
+      else if (action) data[action]()
+      else if (options.interval) data.pause().cycle()
+    })
+  }
+
+  $.fn.carousel.Constructor = Carousel
+
+
+  // CAROUSEL NO CONFLICT
+  // ====================
+
+  $.fn.carousel.noConflict = function () {
+    $.fn.carousel = old
+    return this
+  }
+
+
+  // CAROUSEL DATA-API
+  // =================
+
+  $(document).on('click.bs.carousel.data-api', '[data-slide], [data-slide-to]', function (e) {
+    var $this   = $(this), href
+    var $target = $($this.attr('data-target') || (href = $this.attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '')) //strip for ie7
+    var options = $.extend({}, $target.data(), $this.data())
+    var slideIndex = $this.attr('data-slide-to')
+    if (slideIndex) options.interval = false
+
+    $target.carousel(options)
+
+    if (slideIndex = $this.attr('data-slide-to')) {
+      $target.data('bs.carousel').to(slideIndex)
+    }
+
+    e.preventDefault()
+  })
+
+  $(window).on('load', function () {
+    $('[data-ride="carousel"]').each(function () {
+      var $carousel = $(this)
+      $carousel.carousel($carousel.data())
+    })
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: collapse.js v3.1.1
+ * http://getbootstrap.com/javascript/#collapse
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // COLLAPSE PUBLIC CLASS DEFINITION
+  // ================================
+
+  var Collapse = function (element, options) {
+    this.$element      = $(element)
+    this.options       = $.extend({}, Collapse.DEFAULTS, options)
+    this.transitioning = null
+
+    if (this.options.parent) this.$parent = $(this.options.parent)
+    if (this.options.toggle) this.toggle()
+  }
+
+  Collapse.DEFAULTS = {
+    toggle: true
+  }
+
+  Collapse.prototype.dimension = function () {
+    var hasWidth = this.$element.hasClass('width')
+    return hasWidth ? 'width' : 'height'
+  }
+
+  Collapse.prototype.show = function () {
+    if (this.transitioning || this.$element.hasClass('in')) return
+
+    var startEvent = $.Event('show.bs.collapse')
+    this.$element.trigger(startEvent)
+    if (startEvent.isDefaultPrevented()) return
+
+    var actives = this.$parent && this.$parent.find('> .panel > .in')
+
+    if (actives && actives.length) {
+      var hasData = actives.data('bs.collapse')
+      if (hasData && hasData.transitioning) return
+      actives.collapse('hide')
+      hasData || actives.data('bs.collapse', null)
+    }
+
+    var dimension = this.dimension()
+
+    this.$element
+      .removeClass('collapse')
+      .addClass('collapsing')
+      [dimension](0)
+
+    this.transitioning = 1
+
+    var complete = function () {
+      this.$element
+        .removeClass('collapsing')
+        .addClass('collapse in')
+        [dimension]('auto')
+      this.transitioning = 0
+      this.$element.trigger('shown.bs.collapse')
+    }
+
+    if (!$.support.transition) return complete.call(this)
+
+    var scrollSize = $.camelCase(['scroll', dimension].join('-'))
+
+    this.$element
+      .one($.support.transition.end, $.proxy(complete, this))
+      .emulateTransitionEnd(350)
+      [dimension](this.$element[0][scrollSize])
+  }
+
+  Collapse.prototype.hide = function () {
+    if (this.transitioning || !this.$element.hasClass('in')) return
+
+    var startEvent = $.Event('hide.bs.collapse')
+    this.$element.trigger(startEvent)
+    if (startEvent.isDefaultPrevented()) return
+
+    var dimension = this.dimension()
+
+    this.$element
+      [dimension](this.$element[dimension]())
+      [0].offsetHeight
+
+    this.$element
+      .addClass('collapsing')
+      .removeClass('collapse')
+      .removeClass('in')
+
+    this.transitioning = 1
+
+    var complete = function () {
+      this.transitioning = 0
+      this.$element
+        .trigger('hidden.bs.collapse')
+        .removeClass('collapsing')
+        .addClass('collapse')
+    }
+
+    if (!$.support.transition) return complete.call(this)
+
+    this.$element
+      [dimension](0)
+      .one($.support.transition.end, $.proxy(complete, this))
+      .emulateTransitionEnd(350)
+  }
+
+  Collapse.prototype.toggle = function () {
+    this[this.$element.hasClass('in') ? 'hide' : 'show']()
+  }
+
+
+  // COLLAPSE PLUGIN DEFINITION
+  // ==========================
+
+  var old = $.fn.collapse
+
+  $.fn.collapse = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.collapse')
+      var options = $.extend({}, Collapse.DEFAULTS, $this.data(), typeof option == 'object' && option)
+
+      if (!data && options.toggle && option == 'show') option = !option
+      if (!data) $this.data('bs.collapse', (data = new Collapse(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.collapse.Constructor = Collapse
+
+
+  // COLLAPSE NO CONFLICT
+  // ====================
+
+  $.fn.collapse.noConflict = function () {
+    $.fn.collapse = old
+    return this
+  }
+
+
+  // COLLAPSE DATA-API
+  // =================
+
+  $(document).on('click.bs.collapse.data-api', '[data-toggle=collapse]', function (e) {
+    var $this   = $(this), href
+    var target  = $this.attr('data-target')
+        || e.preventDefault()
+        || (href = $this.attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '') //strip for ie7
+    var $target = $(target)
+    var data    = $target.data('bs.collapse')
+    var option  = data ? 'toggle' : $this.data()
+    var parent  = $this.attr('data-parent')
+    var $parent = parent && $(parent)
+
+    if (!data || !data.transitioning) {
+      if ($parent) $parent.find('[data-toggle=collapse][data-parent="' + parent + '"]').not($this).addClass('collapsed')
+      $this[$target.hasClass('in') ? 'addClass' : 'removeClass']('collapsed')
+    }
+
+    $target.collapse(option)
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: dropdown.js v3.1.1
+ * http://getbootstrap.com/javascript/#dropdowns
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // DROPDOWN CLASS DEFINITION
+  // =========================
+
+  var backdrop = '.dropdown-backdrop'
+  var toggle   = '[data-toggle=dropdown]'
+  var Dropdown = function (element) {
+    $(element).on('click.bs.dropdown', this.toggle)
+  }
+
+  Dropdown.prototype.toggle = function (e) {
+    var $this = $(this)
+
+    if ($this.is('.disabled, :disabled')) return
+
+    var $parent  = getParent($this)
+    var isActive = $parent.hasClass('open')
+
+    clearMenus()
+
+    if (!isActive) {
+      if ('ontouchstart' in document.documentElement && !$parent.closest('.navbar-nav').length) {
+        // if mobile we use a backdrop because click events don't delegate
+        $('<div class="dropdown-backdrop"/>').insertAfter($(this)).on('click', clearMenus)
+      }
+
+      var relatedTarget = { relatedTarget: this }
+      $parent.trigger(e = $.Event('show.bs.dropdown', relatedTarget))
+
+      if (e.isDefaultPrevented()) return
+
+      $parent
+        .toggleClass('open')
+        .trigger('shown.bs.dropdown', relatedTarget)
+
+      $this.focus()
+    }
+
+    return false
+  }
+
+  Dropdown.prototype.keydown = function (e) {
+    if (!/(38|40|27)/.test(e.keyCode)) return
+
+    var $this = $(this)
+
+    e.preventDefault()
+    e.stopPropagation()
+
+    if ($this.is('.disabled, :disabled')) return
+
+    var $parent  = getParent($this)
+    var isActive = $parent.hasClass('open')
+
+    if (!isActive || (isActive && e.keyCode == 27)) {
+      if (e.which == 27) $parent.find(toggle).focus()
+      return $this.click()
+    }
+
+    var desc = ' li:not(.divider):visible a'
+    var $items = $parent.find('[role=menu]' + desc + ', [role=listbox]' + desc)
+
+    if (!$items.length) return
+
+    var index = $items.index($items.filter(':focus'))
+
+    if (e.keyCode == 38 && index > 0)                 index--                        // up
+    if (e.keyCode == 40 && index < $items.length - 1) index++                        // down
+    if (!~index)                                      index = 0
+
+    $items.eq(index).focus()
+  }
+
+  function clearMenus(e) {
+    $(backdrop).remove()
+    $(toggle).each(function () {
+      var $parent = getParent($(this))
+      var relatedTarget = { relatedTarget: this }
+      if (!$parent.hasClass('open')) return
+      $parent.trigger(e = $.Event('hide.bs.dropdown', relatedTarget))
+      if (e.isDefaultPrevented()) return
+      $parent.removeClass('open').trigger('hidden.bs.dropdown', relatedTarget)
+    })
+  }
+
+  function getParent($this) {
+    var selector = $this.attr('data-target')
+
+    if (!selector) {
+      selector = $this.attr('href')
+      selector = selector && /#[A-Za-z]/.test(selector) && selector.replace(/.*(?=#[^\s]*$)/, '') //strip for ie7
+    }
+
+    var $parent = selector && $(selector)
+
+    return $parent && $parent.length ? $parent : $this.parent()
+  }
+
+
+  // DROPDOWN PLUGIN DEFINITION
+  // ==========================
+
+  var old = $.fn.dropdown
+
+  $.fn.dropdown = function (option) {
+    return this.each(function () {
+      var $this = $(this)
+      var data  = $this.data('bs.dropdown')
+
+      if (!data) $this.data('bs.dropdown', (data = new Dropdown(this)))
+      if (typeof option == 'string') data[option].call($this)
+    })
+  }
+
+  $.fn.dropdown.Constructor = Dropdown
+
+
+  // DROPDOWN NO CONFLICT
+  // ====================
+
+  $.fn.dropdown.noConflict = function () {
+    $.fn.dropdown = old
+    return this
+  }
+
+
+  // APPLY TO STANDARD DROPDOWN ELEMENTS
+  // ===================================
+
+  $(document)
+    .on('click.bs.dropdown.data-api', clearMenus)
+    .on('click.bs.dropdown.data-api', '.dropdown form', function (e) { e.stopPropagation() })
+    .on('click.bs.dropdown.data-api', toggle, Dropdown.prototype.toggle)
+    .on('keydown.bs.dropdown.data-api', toggle + ', [role=menu], [role=listbox]', Dropdown.prototype.keydown)
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: modal.js v3.1.1
+ * http://getbootstrap.com/javascript/#modals
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // MODAL CLASS DEFINITION
+  // ======================
+
+  var Modal = function (element, options) {
+    this.options   = options
+    this.$element  = $(element)
+    this.$backdrop =
+    this.isShown   = null
+
+    if (this.options.remote) {
+      this.$element
+        .find('.modal-content')
+        .load(this.options.remote, $.proxy(function () {
+          this.$element.trigger('loaded.bs.modal')
+        }, this))
+    }
+  }
+
+  Modal.DEFAULTS = {
+    backdrop: true,
+    keyboard: true,
+    show: true
+  }
+
+  Modal.prototype.toggle = function (_relatedTarget) {
+    return this[!this.isShown ? 'show' : 'hide'](_relatedTarget)
+  }
+
+  Modal.prototype.show = function (_relatedTarget) {
+    var that = this
+    var e    = $.Event('show.bs.modal', { relatedTarget: _relatedTarget })
+
+    this.$element.trigger(e)
+
+    if (this.isShown || e.isDefaultPrevented()) return
+
+    this.isShown = true
+
+    this.escape()
+
+    this.$element.on('click.dismiss.bs.modal', '[data-dismiss="modal"]', $.proxy(this.hide, this))
+
+    this.backdrop(function () {
+      var transition = $.support.transition && that.$element.hasClass('fade')
+
+      if (!that.$element.parent().length) {
+        that.$element.appendTo(document.body) // don't move modals dom position
+      }
+
+      that.$element
+        .show()
+        .scrollTop(0)
+
+      if (transition) {
+        that.$element[0].offsetWidth // force reflow
+      }
+
+      that.$element
+        .addClass('in')
+        .attr('aria-hidden', false)
+
+      that.enforceFocus()
+
+      var e = $.Event('shown.bs.modal', { relatedTarget: _relatedTarget })
+
+      transition ?
+        that.$element.find('.modal-dialog') // wait for modal to slide in
+          .one($.support.transition.end, function () {
+            that.$element.focus().trigger(e)
+          })
+          .emulateTransitionEnd(300) :
+        that.$element.focus().trigger(e)
+    })
+  }
+
+  Modal.prototype.hide = function (e) {
+    if (e) e.preventDefault()
+
+    e = $.Event('hide.bs.modal')
+
+    this.$element.trigger(e)
+
+    if (!this.isShown || e.isDefaultPrevented()) return
+
+    this.isShown = false
+
+    this.escape()
+
+    $(document).off('focusin.bs.modal')
+
+    this.$element
+      .removeClass('in')
+      .attr('aria-hidden', true)
+      .off('click.dismiss.bs.modal')
+
+    $.support.transition && this.$element.hasClass('fade') ?
+      this.$element
+        .one($.support.transition.end, $.proxy(this.hideModal, this))
+        .emulateTransitionEnd(300) :
+      this.hideModal()
+  }
+
+  Modal.prototype.enforceFocus = function () {
+    $(document)
+      .off('focusin.bs.modal') // guard against infinite focus loop
+      .on('focusin.bs.modal', $.proxy(function (e) {
+        if (this.$element[0] !== e.target && !this.$element.has(e.target).length) {
+          this.$element.focus()
+        }
+      }, this))
+  }
+
+  Modal.prototype.escape = function () {
+    if (this.isShown && this.options.keyboard) {
+      this.$element.on('keyup.dismiss.bs.modal', $.proxy(function (e) {
+        e.which == 27 && this.hide()
+      }, this))
+    } else if (!this.isShown) {
+      this.$element.off('keyup.dismiss.bs.modal')
+    }
+  }
+
+  Modal.prototype.hideModal = function () {
+    var that = this
+    this.$element.hide()
+    this.backdrop(function () {
+      that.removeBackdrop()
+      that.$element.trigger('hidden.bs.modal')
+    })
+  }
+
+  Modal.prototype.removeBackdrop = function () {
+    this.$backdrop && this.$backdrop.remove()
+    this.$backdrop = null
+  }
+
+  Modal.prototype.backdrop = function (callback) {
+    var animate = this.$element.hasClass('fade') ? 'fade' : ''
+
+    if (this.isShown && this.options.backdrop) {
+      var doAnimate = $.support.transition && animate
+
+      this.$backdrop = $('<div class="modal-backdrop ' + animate + '" />')
+        .appendTo(document.body)
+
+      this.$element.on('click.dismiss.bs.modal', $.proxy(function (e) {
+        if (e.target !== e.currentTarget) return
+        this.options.backdrop == 'static'
+          ? this.$element[0].focus.call(this.$element[0])
+          : this.hide.call(this)
+      }, this))
+
+      if (doAnimate) this.$backdrop[0].offsetWidth // force reflow
+
+      this.$backdrop.addClass('in')
+
+      if (!callback) return
+
+      doAnimate ?
+        this.$backdrop
+          .one($.support.transition.end, callback)
+          .emulateTransitionEnd(150) :
+        callback()
+
+    } else if (!this.isShown && this.$backdrop) {
+      this.$backdrop.removeClass('in')
+
+      $.support.transition && this.$element.hasClass('fade') ?
+        this.$backdrop
+          .one($.support.transition.end, callback)
+          .emulateTransitionEnd(150) :
+        callback()
+
+    } else if (callback) {
+      callback()
+    }
+  }
+
+
+  // MODAL PLUGIN DEFINITION
+  // =======================
+
+  var old = $.fn.modal
+
+  $.fn.modal = function (option, _relatedTarget) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.modal')
+      var options = $.extend({}, Modal.DEFAULTS, $this.data(), typeof option == 'object' && option)
+
+      if (!data) $this.data('bs.modal', (data = new Modal(this, options)))
+      if (typeof option == 'string') data[option](_relatedTarget)
+      else if (options.show) data.show(_relatedTarget)
+    })
+  }
+
+  $.fn.modal.Constructor = Modal
+
+
+  // MODAL NO CONFLICT
+  // =================
+
+  $.fn.modal.noConflict = function () {
+    $.fn.modal = old
+    return this
+  }
+
+
+  // MODAL DATA-API
+  // ==============
+
+  $(document).on('click.bs.modal.data-api', '[data-toggle="modal"]', function (e) {
+    var $this   = $(this)
+    var href    = $this.attr('href')
+    var $target = $($this.attr('data-target') || (href && href.replace(/.*(?=#[^\s]+$)/, ''))) //strip for ie7
+    var option  = $target.data('bs.modal') ? 'toggle' : $.extend({ remote: !/#/.test(href) && href }, $target.data(), $this.data())
+
+    if ($this.is('a')) e.preventDefault()
+
+    $target
+      .modal(option, this)
+      .one('hide', function () {
+        $this.is(':visible') && $this.focus()
+      })
+  })
+
+  $(document)
+    .on('show.bs.modal', '.modal', function () { $(document.body).addClass('modal-open') })
+    .on('hidden.bs.modal', '.modal', function () { $(document.body).removeClass('modal-open') })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: tooltip.js v3.1.1
+ * http://getbootstrap.com/javascript/#tooltip
+ * Inspired by the original jQuery.tipsy by Jason Frame
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // TOOLTIP PUBLIC CLASS DEFINITION
+  // ===============================
+
+  var Tooltip = function (element, options) {
+    this.type       =
+    this.options    =
+    this.enabled    =
+    this.timeout    =
+    this.hoverState =
+    this.$element   = null
+
+    this.init('tooltip', element, options)
+  }
+
+  Tooltip.DEFAULTS = {
+    animation: true,
+    placement: 'top',
+    selector: false,
+    template: '<div class="tooltip"><div class="tooltip-arrow"></div><div class="tooltip-inner"></div></div>',
+    trigger: 'hover focus',
+    title: '',
+    delay: 0,
+    html: false,
+    container: false
+  }
+
+  Tooltip.prototype.init = function (type, element, options) {
+    this.enabled  = true
+    this.type     = type
+    this.$element = $(element)
+    this.options  = this.getOptions(options)
+
+    var triggers = this.options.trigger.split(' ')
+
+    for (var i = triggers.length; i--;) {
+      var trigger = triggers[i]
+
+      if (trigger == 'click') {
+        this.$element.on('click.' + this.type, this.options.selector, $.proxy(this.toggle, this))
+      } else if (trigger != 'manual') {
+        var eventIn  = trigger == 'hover' ? 'mouseenter' : 'focusin'
+        var eventOut = trigger == 'hover' ? 'mouseleave' : 'focusout'
+
+        this.$element.on(eventIn  + '.' + this.type, this.options.selector, $.proxy(this.enter, this))
+        this.$element.on(eventOut + '.' + this.type, this.options.selector, $.proxy(this.leave, this))
+      }
+    }
+
+    this.options.selector ?
+      (this._options = $.extend({}, this.options, { trigger: 'manual', selector: '' })) :
+      this.fixTitle()
+  }
+
+  Tooltip.prototype.getDefaults = function () {
+    return Tooltip.DEFAULTS
+  }
+
+  Tooltip.prototype.getOptions = function (options) {
+    options = $.extend({}, this.getDefaults(), this.$element.data(), options)
+
+    if (options.delay && typeof options.delay == 'number') {
+      options.delay = {
+        show: options.delay,
+        hide: options.delay
+      }
+    }
+
+    return options
+  }
+
+  Tooltip.prototype.getDelegateOptions = function () {
+    var options  = {}
+    var defaults = this.getDefaults()
+
+    this._options && $.each(this._options, function (key, value) {
+      if (defaults[key] != value) options[key] = value
+    })
+
+    return options
+  }
+
+  Tooltip.prototype.enter = function (obj) {
+    var self = obj instanceof this.constructor ?
+      obj : $(obj.currentTarget)[this.type](this.getDelegateOptions()).data('bs.' + this.type)
+
+    clearTimeout(self.timeout)
+
+    self.hoverState = 'in'
+
+    if (!self.options.delay || !self.options.delay.show) return self.show()
+
+    self.timeout = setTimeout(function () {
+      if (self.hoverState == 'in') self.show()
+    }, self.options.delay.show)
+  }
+
+  Tooltip.prototype.leave = function (obj) {
+    var self = obj instanceof this.constructor ?
+      obj : $(obj.currentTarget)[this.type](this.getDelegateOptions()).data('bs.' + this.type)
+
+    clearTimeout(self.timeout)
+
+    self.hoverState = 'out'
+
+    if (!self.options.delay || !self.options.delay.hide) return self.hide()
+
+    self.timeout = setTimeout(function () {
+      if (self.hoverState == 'out') self.hide()
+    }, self.options.delay.hide)
+  }
+
+  Tooltip.prototype.show = function () {
+    var e = $.Event('show.bs.' + this.type)
+
+    if (this.hasContent() && this.enabled) {
+      this.$element.trigger(e)
+
+      if (e.isDefaultPrevented()) return
+      var that = this;
+
+      var $tip = this.tip()
+
+      this.setContent()
+
+      if (this.options.animation) $tip.addClass('fade')
+
+      var placement = typeof this.options.placement == 'function' ?
+        this.options.placement.call(this, $tip[0], this.$element[0]) :
+        this.options.placement
+
+      var autoToken = /\s?auto?\s?/i
+      var autoPlace = autoToken.test(placement)
+      if (autoPlace) placement = placement.replace(autoToken, '') || 'top'
+
+      $tip
+        .detach()
+        .css({ top: 0, left: 0, display: 'block' })
+        .addClass(placement)
+
+      this.options.container ? $tip.appendTo(this.options.container) : $tip.insertAfter(this.$element)
+
+      var pos          = this.getPosition()
+      var actualWidth  = $tip[0].offsetWidth
+      var actualHeight = $tip[0].offsetHeight
+
+      if (autoPlace) {
+        var $parent = this.$element.parent()
+
+        var orgPlacement = placement
+        var docScroll    = document.documentElement.scrollTop || document.body.scrollTop
+        var parentWidth  = this.options.container == 'body' ? window.innerWidth  : $parent.outerWidth()
+        var parentHeight = this.options.container == 'body' ? window.innerHeight : $parent.outerHeight()
+        var parentLeft   = this.options.container == 'body' ? 0 : $parent.offset().left
+
+        placement = placement == 'bottom' && pos.top   + pos.height  + actualHeight - docScroll > parentHeight  ? 'top'    :
+                    placement == 'top'    && pos.top   - docScroll   - actualHeight < 0                         ? 'bottom' :
+                    placement == 'right'  && pos.right + actualWidth > parentWidth                              ? 'left'   :
+                    placement == 'left'   && pos.left  - actualWidth < parentLeft                               ? 'right'  :
+                    placement
+
+        $tip
+          .removeClass(orgPlacement)
+          .addClass(placement)
+      }
+
+      var calculatedOffset = this.getCalculatedOffset(placement, pos, actualWidth, actualHeight)
+
+      this.applyPlacement(calculatedOffset, placement)
+      this.hoverState = null
+
+      var complete = function() {
+        that.$element.trigger('shown.bs.' + that.type)
+      }
+
+      $.support.transition && this.$tip.hasClass('fade') ?
+        $tip
+          .one($.support.transition.end, complete)
+          .emulateTransitionEnd(150) :
+        complete()
+    }
+  }
+
+  Tooltip.prototype.applyPlacement = function (offset, placement) {
+    var replace
+    var $tip   = this.tip()
+    var width  = $tip[0].offsetWidth
+    var height = $tip[0].offsetHeight
+
+    // manually read margins because getBoundingClientRect includes difference
+    var marginTop = parseInt($tip.css('margin-top'), 10)
+    var marginLeft = parseInt($tip.css('margin-left'), 10)
+
+    // we must check for NaN for ie 8/9
+    if (isNaN(marginTop))  marginTop  = 0
+    if (isNaN(marginLeft)) marginLeft = 0
+
+    offset.top  = offset.top  + marginTop
+    offset.left = offset.left + marginLeft
+
+    // $.fn.offset doesn't round pixel values
+    // so we use setOffset directly with our own function B-0
+    $.offset.setOffset($tip[0], $.extend({
+      using: function (props) {
+        $tip.css({
+          top: Math.round(props.top),
+          left: Math.round(props.left)
+        })
+      }
+    }, offset), 0)
+
+    $tip.addClass('in')
+
+    // check to see if placing tip in new offset caused the tip to resize itself
+    var actualWidth  = $tip[0].offsetWidth
+    var actualHeight = $tip[0].offsetHeight
+
+    if (placement == 'top' && actualHeight != height) {
+      replace = true
+      offset.top = offset.top + height - actualHeight
+    }
+
+    if (/bottom|top/.test(placement)) {
+      var delta = 0
+
+      if (offset.left < 0) {
+        delta       = offset.left * -2
+        offset.left = 0
+
+        $tip.offset(offset)
+
+        actualWidth  = $tip[0].offsetWidth
+        actualHeight = $tip[0].offsetHeight
+      }
+
+      this.replaceArrow(delta - width + actualWidth, actualWidth, 'left')
+    } else {
+      this.replaceArrow(actualHeight - height, actualHeight, 'top')
+    }
+
+    if (replace) $tip.offset(offset)
+  }
+
+  Tooltip.prototype.replaceArrow = function (delta, dimension, position) {
+    this.arrow().css(position, delta ? (50 * (1 - delta / dimension) + '%') : '')
+  }
+
+  Tooltip.prototype.setContent = function () {
+    var $tip  = this.tip()
+    var title = this.getTitle()
+
+    $tip.find('.tooltip-inner')[this.options.html ? 'html' : 'text'](title)
+    $tip.removeClass('fade in top bottom left right')
+  }
+
+  Tooltip.prototype.hide = function () {
+    var that = this
+    var $tip = this.tip()
+    var e    = $.Event('hide.bs.' + this.type)
+
+    function complete() {
+      if (that.hoverState != 'in') $tip.detach()
+      that.$element.trigger('hidden.bs.' + that.type)
+    }
+
+    this.$element.trigger(e)
+
+    if (e.isDefaultPrevented()) return
+
+    $tip.removeClass('in')
+
+    $.support.transition && this.$tip.hasClass('fade') ?
+      $tip
+        .one($.support.transition.end, complete)
+        .emulateTransitionEnd(150) :
+      complete()
+
+    this.hoverState = null
+
+    return this
+  }
+
+  Tooltip.prototype.fixTitle = function () {
+    var $e = this.$element
+    if ($e.attr('title') || typeof($e.attr('data-original-title')) != 'string') {
+      $e.attr('data-original-title', $e.attr('title') || '').attr('title', '')
+    }
+  }
+
+  Tooltip.prototype.hasContent = function () {
+    return this.getTitle()
+  }
+
+  Tooltip.prototype.getPosition = function () {
+    var el = this.$element[0]
+    return $.extend({}, (typeof el.getBoundingClientRect == 'function') ? el.getBoundingClientRect() : {
+      width: el.offsetWidth,
+      height: el.offsetHeight
+    }, this.$element.offset())
+  }
+
+  Tooltip.prototype.getCalculatedOffset = function (placement, pos, actualWidth, actualHeight) {
+    return placement == 'bottom' ? { top: pos.top + pos.height,   left: pos.left + pos.width / 2 - actualWidth / 2  } :
+           placement == 'top'    ? { top: pos.top - actualHeight, left: pos.left + pos.width / 2 - actualWidth / 2  } :
+           placement == 'left'   ? { top: pos.top + pos.height / 2 - actualHeight / 2, left: pos.left - actualWidth } :
+        /* placement == 'right' */ { top: pos.top + pos.height / 2 - actualHeight / 2, left: pos.left + pos.width   }
+  }
+
+  Tooltip.prototype.getTitle = function () {
+    var title
+    var $e = this.$element
+    var o  = this.options
+
+    title = $e.attr('data-original-title')
+      || (typeof o.title == 'function' ? o.title.call($e[0]) :  o.title)
+
+    return title
+  }
+
+  Tooltip.prototype.tip = function () {
+    return this.$tip = this.$tip || $(this.options.template)
+  }
+
+  Tooltip.prototype.arrow = function () {
+    return this.$arrow = this.$arrow || this.tip().find('.tooltip-arrow')
+  }
+
+  Tooltip.prototype.validate = function () {
+    if (!this.$element[0].parentNode) {
+      this.hide()
+      this.$element = null
+      this.options  = null
+    }
+  }
+
+  Tooltip.prototype.enable = function () {
+    this.enabled = true
+  }
+
+  Tooltip.prototype.disable = function () {
+    this.enabled = false
+  }
+
+  Tooltip.prototype.toggleEnabled = function () {
+    this.enabled = !this.enabled
+  }
+
+  Tooltip.prototype.toggle = function (e) {
+    var self = e ? $(e.currentTarget)[this.type](this.getDelegateOptions()).data('bs.' + this.type) : this
+    self.tip().hasClass('in') ? self.leave(self) : self.enter(self)
+  }
+
+  Tooltip.prototype.destroy = function () {
+    clearTimeout(this.timeout)
+    this.hide().$element.off('.' + this.type).removeData('bs.' + this.type)
+  }
+
+
+  // TOOLTIP PLUGIN DEFINITION
+  // =========================
+
+  var old = $.fn.tooltip
+
+  $.fn.tooltip = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.tooltip')
+      var options = typeof option == 'object' && option
+
+      if (!data && option == 'destroy') return
+      if (!data) $this.data('bs.tooltip', (data = new Tooltip(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.tooltip.Constructor = Tooltip
+
+
+  // TOOLTIP NO CONFLICT
+  // ===================
+
+  $.fn.tooltip.noConflict = function () {
+    $.fn.tooltip = old
+    return this
+  }
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: popover.js v3.1.1
+ * http://getbootstrap.com/javascript/#popovers
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // POPOVER PUBLIC CLASS DEFINITION
+  // ===============================
+
+  var Popover = function (element, options) {
+    this.init('popover', element, options)
+  }
+
+  if (!$.fn.tooltip) throw new Error('Popover requires tooltip.js')
+
+  Popover.DEFAULTS = $.extend({}, $.fn.tooltip.Constructor.DEFAULTS, {
+    placement: 'right',
+    trigger: 'click',
+    content: '',
+    template: '<div class="popover"><div class="arrow"></div><h3 class="popover-title"></h3><div class="popover-content"></div></div>'
+  })
+
+
+  // NOTE: POPOVER EXTENDS tooltip.js
+  // ================================
+
+  Popover.prototype = $.extend({}, $.fn.tooltip.Constructor.prototype)
+
+  Popover.prototype.constructor = Popover
+
+  Popover.prototype.getDefaults = function () {
+    return Popover.DEFAULTS
+  }
+
+  Popover.prototype.setContent = function () {
+    var $tip    = this.tip()
+    var title   = this.getTitle()
+    var content = this.getContent()
+
+    $tip.find('.popover-title')[this.options.html ? 'html' : 'text'](title)
+    $tip.find('.popover-content')[ // we use append for html objects to maintain js events
+      this.options.html ? (typeof content == 'string' ? 'html' : 'append') : 'text'
+    ](content)
+
+    $tip.removeClass('fade top bottom left right in')
+
+    // IE8 doesn't accept hiding via the `:empty` pseudo selector, we have to do
+    // this manually by checking the contents.
+    if (!$tip.find('.popover-title').html()) $tip.find('.popover-title').hide()
+  }
+
+  Popover.prototype.hasContent = function () {
+    return this.getTitle() || this.getContent()
+  }
+
+  Popover.prototype.getContent = function () {
+    var $e = this.$element
+    var o  = this.options
+
+    return $e.attr('data-content')
+      || (typeof o.content == 'function' ?
+            o.content.call($e[0]) :
+            o.content)
+  }
+
+  Popover.prototype.arrow = function () {
+    return this.$arrow = this.$arrow || this.tip().find('.arrow')
+  }
+
+  Popover.prototype.tip = function () {
+    if (!this.$tip) this.$tip = $(this.options.template)
+    return this.$tip
+  }
+
+
+  // POPOVER PLUGIN DEFINITION
+  // =========================
+
+  var old = $.fn.popover
+
+  $.fn.popover = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.popover')
+      var options = typeof option == 'object' && option
+
+      if (!data && option == 'destroy') return
+      if (!data) $this.data('bs.popover', (data = new Popover(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.popover.Constructor = Popover
+
+
+  // POPOVER NO CONFLICT
+  // ===================
+
+  $.fn.popover.noConflict = function () {
+    $.fn.popover = old
+    return this
+  }
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: scrollspy.js v3.1.1
+ * http://getbootstrap.com/javascript/#scrollspy
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // SCROLLSPY CLASS DEFINITION
+  // ==========================
+
+  function ScrollSpy(element, options) {
+    var href
+    var process  = $.proxy(this.process, this)
+
+    this.$element       = $(element).is('body') ? $(window) : $(element)
+    this.$body          = $('body')
+    this.$scrollElement = this.$element.on('scroll.bs.scroll-spy.data-api', process)
+    this.options        = $.extend({}, ScrollSpy.DEFAULTS, options)
+    this.selector       = (this.options.target
+      || ((href = $(element).attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '')) //strip for ie7
+      || '') + ' .nav li > a'
+    this.offsets        = $([])
+    this.targets        = $([])
+    this.activeTarget   = null
+
+    this.refresh()
+    this.process()
+  }
+
+  ScrollSpy.DEFAULTS = {
+    offset: 10
+  }
+
+  ScrollSpy.prototype.refresh = function () {
+    var offsetMethod = this.$element[0] == window ? 'offset' : 'position'
+
+    this.offsets = $([])
+    this.targets = $([])
+
+    var self     = this
+    var $targets = this.$body
+      .find(this.selector)
+      .map(function () {
+        var $el   = $(this)
+        var href  = $el.data('target') || $el.attr('href')
+        var $href = /^#./.test(href) && $(href)
+
+        return ($href
+          && $href.length
+          && $href.is(':visible')
+          && [[ $href[offsetMethod]().top + (!$.isWindow(self.$scrollElement.get(0)) && self.$scrollElement.scrollTop()), href ]]) || null
+      })
+      .sort(function (a, b) { return a[0] - b[0] })
+      .each(function () {
+        self.offsets.push(this[0])
+        self.targets.push(this[1])
+      })
+  }
+
+  ScrollSpy.prototype.process = function () {
+    var scrollTop    = this.$scrollElement.scrollTop() + this.options.offset
+    var scrollHeight = this.$scrollElement[0].scrollHeight || this.$body[0].scrollHeight
+    var maxScroll    = scrollHeight - this.$scrollElement.height()
+    var offsets      = this.offsets
+    var targets      = this.targets
+    var activeTarget = this.activeTarget
+    var i
+
+    if (scrollTop >= maxScroll) {
+      return activeTarget != (i = targets.last()[0]) && this.activate(i)
+    }
+
+    if (activeTarget && scrollTop <= offsets[0]) {
+      return activeTarget != (i = targets[0]) && this.activate(i)
+    }
+
+    for (i = offsets.length; i--;) {
+      activeTarget != targets[i]
+        && scrollTop >= offsets[i]
+        && (!offsets[i + 1] || scrollTop <= offsets[i + 1])
+        && this.activate( targets[i] )
+    }
+  }
+
+  ScrollSpy.prototype.activate = function (target) {
+    this.activeTarget = target
+
+    $(this.selector)
+      .parentsUntil(this.options.target, '.active')
+      .removeClass('active')
+
+    var selector = this.selector +
+        '[data-target="' + target + '"],' +
+        this.selector + '[href="' + target + '"]'
+
+    var active = $(selector)
+      .parents('li')
+      .addClass('active')
+
+    if (active.parent('.dropdown-menu').length) {
+      active = active
+        .closest('li.dropdown')
+        .addClass('active')
+    }
+
+    active.trigger('activate.bs.scrollspy')
+  }
+
+
+  // SCROLLSPY PLUGIN DEFINITION
+  // ===========================
+
+  var old = $.fn.scrollspy
+
+  $.fn.scrollspy = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.scrollspy')
+      var options = typeof option == 'object' && option
+
+      if (!data) $this.data('bs.scrollspy', (data = new ScrollSpy(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.scrollspy.Constructor = ScrollSpy
+
+
+  // SCROLLSPY NO CONFLICT
+  // =====================
+
+  $.fn.scrollspy.noConflict = function () {
+    $.fn.scrollspy = old
+    return this
+  }
+
+
+  // SCROLLSPY DATA-API
+  // ==================
+
+  $(window).on('load', function () {
+    $('[data-spy="scroll"]').each(function () {
+      var $spy = $(this)
+      $spy.scrollspy($spy.data())
+    })
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: tab.js v3.1.1
+ * http://getbootstrap.com/javascript/#tabs
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // TAB CLASS DEFINITION
+  // ====================
+
+  var Tab = function (element) {
+    this.element = $(element)
+  }
+
+  Tab.prototype.show = function () {
+    var $this    = this.element
+    var $ul      = $this.closest('ul:not(.dropdown-menu)')
+    var selector = $this.data('target')
+
+    if (!selector) {
+      selector = $this.attr('href')
+      selector = selector && selector.replace(/.*(?=#[^\s]*$)/, '') //strip for ie7
+    }
+
+    if ($this.parent('li').hasClass('active')) return
+
+    var previous = $ul.find('.active:last a')[0]
+    var e        = $.Event('show.bs.tab', {
+      relatedTarget: previous
+    })
+
+    $this.trigger(e)
+
+    if (e.isDefaultPrevented()) return
+
+    var $target = $(selector)
+
+    this.activate($this.parent('li'), $ul)
+    this.activate($target, $target.parent(), function () {
+      $this.trigger({
+        type: 'shown.bs.tab',
+        relatedTarget: previous
+      })
+    })
+  }
+
+  Tab.prototype.activate = function (element, container, callback) {
+    var $active    = container.find('> .active')
+    var transition = callback
+      && $.support.transition
+      && $active.hasClass('fade')
+
+    function next() {
+      $active
+        .removeClass('active')
+        .find('> .dropdown-menu > .active')
+        .removeClass('active')
+
+      element.addClass('active')
+
+      if (transition) {
+        element[0].offsetWidth // reflow for transition
+        element.addClass('in')
+      } else {
+        element.removeClass('fade')
+      }
+
+      if (element.parent('.dropdown-menu')) {
+        element.closest('li.dropdown').addClass('active')
+      }
+
+      callback && callback()
+    }
+
+    transition ?
+      $active
+        .one($.support.transition.end, next)
+        .emulateTransitionEnd(150) :
+      next()
+
+    $active.removeClass('in')
+  }
+
+
+  // TAB PLUGIN DEFINITION
+  // =====================
+
+  var old = $.fn.tab
+
+  $.fn.tab = function ( option ) {
+    return this.each(function () {
+      var $this = $(this)
+      var data  = $this.data('bs.tab')
+
+      if (!data) $this.data('bs.tab', (data = new Tab(this)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.tab.Constructor = Tab
+
+
+  // TAB NO CONFLICT
+  // ===============
+
+  $.fn.tab.noConflict = function () {
+    $.fn.tab = old
+    return this
+  }
+
+
+  // TAB DATA-API
+  // ============
+
+  $(document).on('click.bs.tab.data-api', '[data-toggle="tab"], [data-toggle="pill"]', function (e) {
+    e.preventDefault()
+    $(this).tab('show')
+  })
+
+}(jQuery);
+
+/* ========================================================================
+ * Bootstrap: affix.js v3.1.1
+ * http://getbootstrap.com/javascript/#affix
+ * ========================================================================
+ * Copyright 2011-2014 Twitter, Inc.
+ * Licensed under MIT (https://github.com/twbs/bootstrap/blob/master/LICENSE)
+ * ======================================================================== */
+
+
++function ($) {
+  'use strict';
+
+  // AFFIX CLASS DEFINITION
+  // ======================
+
+  var Affix = function (element, options) {
+    this.options = $.extend({}, Affix.DEFAULTS, options)
+    this.$window = $(window)
+      .on('scroll.bs.affix.data-api', $.proxy(this.checkPosition, this))
+      .on('click.bs.affix.data-api',  $.proxy(this.checkPositionWithEventLoop, this))
+
+    this.$element     = $(element)
+    this.affixed      =
+    this.unpin        =
+    this.pinnedOffset = null
+
+    this.checkPosition()
+  }
+
+  Affix.RESET = 'affix affix-top affix-bottom'
+
+  Affix.DEFAULTS = {
+    offset: 0
+  }
+
+  Affix.prototype.getPinnedOffset = function () {
+    if (this.pinnedOffset) return this.pinnedOffset
+    this.$element.removeClass(Affix.RESET).addClass('affix')
+    var scrollTop = this.$window.scrollTop()
+    var position  = this.$element.offset()
+    return (this.pinnedOffset = position.top - scrollTop)
+  }
+
+  Affix.prototype.checkPositionWithEventLoop = function () {
+    setTimeout($.proxy(this.checkPosition, this), 1)
+  }
+
+  Affix.prototype.checkPosition = function () {
+    if (!this.$element.is(':visible')) return
+
+    var scrollHeight = $(document).height()
+    var scrollTop    = this.$window.scrollTop()
+    var position     = this.$element.offset()
+    var offset       = this.options.offset
+    var offsetTop    = offset.top
+    var offsetBottom = offset.bottom
+
+    if (this.affixed == 'top') position.top += scrollTop
+
+    if (typeof offset != 'object')         offsetBottom = offsetTop = offset
+    if (typeof offsetTop == 'function')    offsetTop    = offset.top(this.$element)
+    if (typeof offsetBottom == 'function') offsetBottom = offset.bottom(this.$element)
+
+    var affix = this.unpin   != null && (scrollTop + this.unpin <= position.top) ? false :
+                offsetBottom != null && (position.top + this.$element.height() >= scrollHeight - offsetBottom) ? 'bottom' :
+                offsetTop    != null && (scrollTop <= offsetTop) ? 'top' : false
+
+    if (this.affixed === affix) return
+    if (this.unpin) this.$element.css('top', '')
+
+    var affixType = 'affix' + (affix ? '-' + affix : '')
+    var e         = $.Event(affixType + '.bs.affix')
+
+    this.$element.trigger(e)
+
+    if (e.isDefaultPrevented()) return
+
+    this.affixed = affix
+    this.unpin = affix == 'bottom' ? this.getPinnedOffset() : null
+
+    this.$element
+      .removeClass(Affix.RESET)
+      .addClass(affixType)
+      .trigger($.Event(affixType.replace('affix', 'affixed')))
+
+    if (affix == 'bottom') {
+      this.$element.offset({ top: scrollHeight - offsetBottom - this.$element.height() })
+    }
+  }
+
+
+  // AFFIX PLUGIN DEFINITION
+  // =======================
+
+  var old = $.fn.affix
+
+  $.fn.affix = function (option) {
+    return this.each(function () {
+      var $this   = $(this)
+      var data    = $this.data('bs.affix')
+      var options = typeof option == 'object' && option
+
+      if (!data) $this.data('bs.affix', (data = new Affix(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.affix.Constructor = Affix
+
+
+  // AFFIX NO CONFLICT
+  // =================
+
+  $.fn.affix.noConflict = function () {
+    $.fn.affix = old
+    return this
+  }
+
+
+  // AFFIX DATA-API
+  // ==============
+
+  $(window).on('load', function () {
+    $('[data-spy="affix"]').each(function () {
+      var $spy = $(this)
+      var data = $spy.data()
+
+      data.offset = data.offset || {}
+
+      if (data.offsetBottom) data.offset.bottom = data.offsetBottom
+      if (data.offsetTop)    data.offset.top    = data.offsetTop
+
+      $spy.affix(data)
+    })
+  })
+
+}(jQuery);
diff --git a/static/js/jquery.full.js b/static/js/jquery.full.js
new file mode 100644
index 0000000000..f7f422773d
--- /dev/null
+++ b/static/js/jquery.full.js
@@ -0,0 +1,9111 @@
+/*!
+ * jQuery JavaScript Library v2.1.0
+ * http://jquery.com/
+ *
+ * Includes Sizzle.js
+ * http://sizzlejs.com/
+ *
+ * Copyright 2005, 2014 jQuery Foundation, Inc. and other contributors
+ * Released under the MIT license
+ * http://jquery.org/license
+ *
+ * Date: 2014-01-23T21:10Z
+ */
+
+(function( global, factory ) {
+
+	if ( typeof module === "object" && typeof module.exports === "object" ) {
+		// For CommonJS and CommonJS-like environments where a proper window is present,
+		// execute the factory and get jQuery
+		// For environments that do not inherently posses a window with a document
+		// (such as Node.js), expose a jQuery-making factory as module.exports
+		// This accentuates the need for the creation of a real window
+		// e.g. var jQuery = require("jquery")(window);
+		// See ticket #14549 for more info
+		module.exports = global.document ?
+			factory( global, true ) :
+			function( w ) {
+				if ( !w.document ) {
+					throw new Error( "jQuery requires a window with a document" );
+				}
+				return factory( w );
+			};
+	} else {
+		factory( global );
+	}
+
+// Pass this if window is not defined yet
+}(typeof window !== "undefined" ? window : this, function( window, noGlobal ) {
+
+// Can't do this because several apps including ASP.NET trace
+// the stack via arguments.caller.callee and Firefox dies if
+// you try to trace through "use strict" call chains. (#13335)
+// Support: Firefox 18+
+//
+
+var arr = [];
+
+var slice = arr.slice;
+
+var concat = arr.concat;
+
+var push = arr.push;
+
+var indexOf = arr.indexOf;
+
+var class2type = {};
+
+var toString = class2type.toString;
+
+var hasOwn = class2type.hasOwnProperty;
+
+var trim = "".trim;
+
+var support = {};
+
+
+
+var
+	// Use the correct document accordingly with window argument (sandbox)
+	document = window.document,
+
+	version = "2.1.0",
+
+	// Define a local copy of jQuery
+	jQuery = function( selector, context ) {
+		// The jQuery object is actually just the init constructor 'enhanced'
+		// Need init if jQuery is called (just allow error to be thrown if not included)
+		return new jQuery.fn.init( selector, context );
+	},
+
+	// Matches dashed string for camelizing
+	rmsPrefix = /^-ms-/,
+	rdashAlpha = /-([\da-z])/gi,
+
+	// Used by jQuery.camelCase as callback to replace()
+	fcamelCase = function( all, letter ) {
+		return letter.toUpperCase();
+	};
+
+jQuery.fn = jQuery.prototype = {
+	// The current version of jQuery being used
+	jquery: version,
+
+	constructor: jQuery,
+
+	// Start with an empty selector
+	selector: "",
+
+	// The default length of a jQuery object is 0
+	length: 0,
+
+	toArray: function() {
+		return slice.call( this );
+	},
+
+	// Get the Nth element in the matched element set OR
+	// Get the whole matched element set as a clean array
+	get: function( num ) {
+		return num != null ?
+
+			// Return a 'clean' array
+			( num < 0 ? this[ num + this.length ] : this[ num ] ) :
+
+			// Return just the object
+			slice.call( this );
+	},
+
+	// Take an array of elements and push it onto the stack
+	// (returning the new matched element set)
+	pushStack: function( elems ) {
+
+		// Build a new jQuery matched element set
+		var ret = jQuery.merge( this.constructor(), elems );
+
+		// Add the old object onto the stack (as a reference)
+		ret.prevObject = this;
+		ret.context = this.context;
+
+		// Return the newly-formed element set
+		return ret;
+	},
+
+	// Execute a callback for every element in the matched set.
+	// (You can seed the arguments with an array of args, but this is
+	// only used internally.)
+	each: function( callback, args ) {
+		return jQuery.each( this, callback, args );
+	},
+
+	map: function( callback ) {
+		return this.pushStack( jQuery.map(this, function( elem, i ) {
+			return callback.call( elem, i, elem );
+		}));
+	},
+
+	slice: function() {
+		return this.pushStack( slice.apply( this, arguments ) );
+	},
+
+	first: function() {
+		return this.eq( 0 );
+	},
+
+	last: function() {
+		return this.eq( -1 );
+	},
+
+	eq: function( i ) {
+		var len = this.length,
+			j = +i + ( i < 0 ? len : 0 );
+		return this.pushStack( j >= 0 && j < len ? [ this[j] ] : [] );
+	},
+
+	end: function() {
+		return this.prevObject || this.constructor(null);
+	},
+
+	// For internal use only.
+	// Behaves like an Array's method, not like a jQuery method.
+	push: push,
+	sort: arr.sort,
+	splice: arr.splice
+};
+
+jQuery.extend = jQuery.fn.extend = function() {
+	var options, name, src, copy, copyIsArray, clone,
+		target = arguments[0] || {},
+		i = 1,
+		length = arguments.length,
+		deep = false;
+
+	// Handle a deep copy situation
+	if ( typeof target === "boolean" ) {
+		deep = target;
+
+		// skip the boolean and the target
+		target = arguments[ i ] || {};
+		i++;
+	}
+
+	// Handle case when target is a string or something (possible in deep copy)
+	if ( typeof target !== "object" && !jQuery.isFunction(target) ) {
+		target = {};
+	}
+
+	// extend jQuery itself if only one argument is passed
+	if ( i === length ) {
+		target = this;
+		i--;
+	}
+
+	for ( ; i < length; i++ ) {
+		// Only deal with non-null/undefined values
+		if ( (options = arguments[ i ]) != null ) {
+			// Extend the base object
+			for ( name in options ) {
+				src = target[ name ];
+				copy = options[ name ];
+
+				// Prevent never-ending loop
+				if ( target === copy ) {
+					continue;
+				}
+
+				// Recurse if we're merging plain objects or arrays
+				if ( deep && copy && ( jQuery.isPlainObject(copy) || (copyIsArray = jQuery.isArray(copy)) ) ) {
+					if ( copyIsArray ) {
+						copyIsArray = false;
+						clone = src && jQuery.isArray(src) ? src : [];
+
+					} else {
+						clone = src && jQuery.isPlainObject(src) ? src : {};
+					}
+
+					// Never move original objects, clone them
+					target[ name ] = jQuery.extend( deep, clone, copy );
+
+				// Don't bring in undefined values
+				} else if ( copy !== undefined ) {
+					target[ name ] = copy;
+				}
+			}
+		}
+	}
+
+	// Return the modified object
+	return target;
+};
+
+jQuery.extend({
+	// Unique for each copy of jQuery on the page
+	expando: "jQuery" + ( version + Math.random() ).replace( /\D/g, "" ),
+
+	// Assume jQuery is ready without the ready module
+	isReady: true,
+
+	error: function( msg ) {
+		throw new Error( msg );
+	},
+
+	noop: function() {},
+
+	// See test/unit/core.js for details concerning isFunction.
+	// Since version 1.3, DOM methods and functions like alert
+	// aren't supported. They return false on IE (#2968).
+	isFunction: function( obj ) {
+		return jQuery.type(obj) === "function";
+	},
+
+	isArray: Array.isArray,
+
+	isWindow: function( obj ) {
+		return obj != null && obj === obj.window;
+	},
+
+	isNumeric: function( obj ) {
+		// parseFloat NaNs numeric-cast false positives (null|true|false|"")
+		// ...but misinterprets leading-number strings, particularly hex literals ("0x...")
+		// subtraction forces infinities to NaN
+		return obj - parseFloat( obj ) >= 0;
+	},
+
+	isPlainObject: function( obj ) {
+		// Not plain objects:
+		// - Any object or value whose internal [[Class]] property is not "[object Object]"
+		// - DOM nodes
+		// - window
+		if ( jQuery.type( obj ) !== "object" || obj.nodeType || jQuery.isWindow( obj ) ) {
+			return false;
+		}
+
+		// Support: Firefox <20
+		// The try/catch suppresses exceptions thrown when attempting to access
+		// the "constructor" property of certain host objects, ie. |window.location|
+		// https://bugzilla.mozilla.org/show_bug.cgi?id=814622
+		try {
+			if ( obj.constructor &&
+					!hasOwn.call( obj.constructor.prototype, "isPrototypeOf" ) ) {
+				return false;
+			}
+		} catch ( e ) {
+			return false;
+		}
+
+		// If the function hasn't returned already, we're confident that
+		// |obj| is a plain object, created by {} or constructed with new Object
+		return true;
+	},
+
+	isEmptyObject: function( obj ) {
+		var name;
+		for ( name in obj ) {
+			return false;
+		}
+		return true;
+	},
+
+	type: function( obj ) {
+		if ( obj == null ) {
+			return obj + "";
+		}
+		// Support: Android < 4.0, iOS < 6 (functionish RegExp)
+		return typeof obj === "object" || typeof obj === "function" ?
+			class2type[ toString.call(obj) ] || "object" :
+			typeof obj;
+	},
+
+	// Evaluates a script in a global context
+	globalEval: function( code ) {
+		var script,
+			indirect = eval;
+
+		code = jQuery.trim( code );
+
+		if ( code ) {
+			// If the code includes a valid, prologue position
+			// strict mode pragma, execute code by injecting a
+			// script tag into the document.
+			if ( code.indexOf("use strict") === 1 ) {
+				script = document.createElement("script");
+				script.text = code;
+				document.head.appendChild( script ).parentNode.removeChild( script );
+			} else {
+			// Otherwise, avoid the DOM node creation, insertion
+			// and removal by using an indirect global eval
+				indirect( code );
+			}
+		}
+	},
+
+	// Convert dashed to camelCase; used by the css and data modules
+	// Microsoft forgot to hump their vendor prefix (#9572)
+	camelCase: function( string ) {
+		return string.replace( rmsPrefix, "ms-" ).replace( rdashAlpha, fcamelCase );
+	},
+
+	nodeName: function( elem, name ) {
+		return elem.nodeName && elem.nodeName.toLowerCase() === name.toLowerCase();
+	},
+
+	// args is for internal usage only
+	each: function( obj, callback, args ) {
+		var value,
+			i = 0,
+			length = obj.length,
+			isArray = isArraylike( obj );
+
+		if ( args ) {
+			if ( isArray ) {
+				for ( ; i < length; i++ ) {
+					value = callback.apply( obj[ i ], args );
+
+					if ( value === false ) {
+						break;
+					}
+				}
+			} else {
+				for ( i in obj ) {
+					value = callback.apply( obj[ i ], args );
+
+					if ( value === false ) {
+						break;
+					}
+				}
+			}
+
+		// A special, fast, case for the most common use of each
+		} else {
+			if ( isArray ) {
+				for ( ; i < length; i++ ) {
+					value = callback.call( obj[ i ], i, obj[ i ] );
+
+					if ( value === false ) {
+						break;
+					}
+				}
+			} else {
+				for ( i in obj ) {
+					value = callback.call( obj[ i ], i, obj[ i ] );
+
+					if ( value === false ) {
+						break;
+					}
+				}
+			}
+		}
+
+		return obj;
+	},
+
+	trim: function( text ) {
+		return text == null ? "" : trim.call( text );
+	},
+
+	// results is for internal usage only
+	makeArray: function( arr, results ) {
+		var ret = results || [];
+
+		if ( arr != null ) {
+			if ( isArraylike( Object(arr) ) ) {
+				jQuery.merge( ret,
+					typeof arr === "string" ?
+					[ arr ] : arr
+				);
+			} else {
+				push.call( ret, arr );
+			}
+		}
+
+		return ret;
+	},
+
+	inArray: function( elem, arr, i ) {
+		return arr == null ? -1 : indexOf.call( arr, elem, i );
+	},
+
+	merge: function( first, second ) {
+		var len = +second.length,
+			j = 0,
+			i = first.length;
+
+		for ( ; j < len; j++ ) {
+			first[ i++ ] = second[ j ];
+		}
+
+		first.length = i;
+
+		return first;
+	},
+
+	grep: function( elems, callback, invert ) {
+		var callbackInverse,
+			matches = [],
+			i = 0,
+			length = elems.length,
+			callbackExpect = !invert;
+
+		// Go through the array, only saving the items
+		// that pass the validator function
+		for ( ; i < length; i++ ) {
+			callbackInverse = !callback( elems[ i ], i );
+			if ( callbackInverse !== callbackExpect ) {
+				matches.push( elems[ i ] );
+			}
+		}
+
+		return matches;
+	},
+
+	// arg is for internal usage only
+	map: function( elems, callback, arg ) {
+		var value,
+			i = 0,
+			length = elems.length,
+			isArray = isArraylike( elems ),
+			ret = [];
+
+		// Go through the array, translating each of the items to their new values
+		if ( isArray ) {
+			for ( ; i < length; i++ ) {
+				value = callback( elems[ i ], i, arg );
+
+				if ( value != null ) {
+					ret.push( value );
+				}
+			}
+
+		// Go through every key on the object,
+		} else {
+			for ( i in elems ) {
+				value = callback( elems[ i ], i, arg );
+
+				if ( value != null ) {
+					ret.push( value );
+				}
+			}
+		}
+
+		// Flatten any nested arrays
+		return concat.apply( [], ret );
+	},
+
+	// A global GUID counter for objects
+	guid: 1,
+
+	// Bind a function to a context, optionally partially applying any
+	// arguments.
+	proxy: function( fn, context ) {
+		var tmp, args, proxy;
+
+		if ( typeof context === "string" ) {
+			tmp = fn[ context ];
+			context = fn;
+			fn = tmp;
+		}
+
+		// Quick check to determine if target is callable, in the spec
+		// this throws a TypeError, but we will just return undefined.
+		if ( !jQuery.isFunction( fn ) ) {
+			return undefined;
+		}
+
+		// Simulated bind
+		args = slice.call( arguments, 2 );
+		proxy = function() {
+			return fn.apply( context || this, args.concat( slice.call( arguments ) ) );
+		};
+
+		// Set the guid of unique handler to the same of original handler, so it can be removed
+		proxy.guid = fn.guid = fn.guid || jQuery.guid++;
+
+		return proxy;
+	},
+
+	now: Date.now,
+
+	// jQuery.support is not used in Core but other projects attach their
+	// properties to it so it needs to exist.
+	support: support
+});
+
+// Populate the class2type map
+jQuery.each("Boolean Number String Function Array Date RegExp Object Error".split(" "), function(i, name) {
+	class2type[ "[object " + name + "]" ] = name.toLowerCase();
+});
+
+function isArraylike( obj ) {
+	var length = obj.length,
+		type = jQuery.type( obj );
+
+	if ( type === "function" || jQuery.isWindow( obj ) ) {
+		return false;
+	}
+
+	if ( obj.nodeType === 1 && length ) {
+		return true;
+	}
+
+	return type === "array" || length === 0 ||
+		typeof length === "number" && length > 0 && ( length - 1 ) in obj;
+}
+var Sizzle =
+/*!
+ * Sizzle CSS Selector Engine v1.10.16
+ * http://sizzlejs.com/
+ *
+ * Copyright 2013 jQuery Foundation, Inc. and other contributors
+ * Released under the MIT license
+ * http://jquery.org/license
+ *
+ * Date: 2014-01-13
+ */
+(function( window ) {
+
+var i,
+	support,
+	Expr,
+	getText,
+	isXML,
+	compile,
+	outermostContext,
+	sortInput,
+	hasDuplicate,
+
+	// Local document vars
+	setDocument,
+	document,
+	docElem,
+	documentIsHTML,
+	rbuggyQSA,
+	rbuggyMatches,
+	matches,
+	contains,
+
+	// Instance-specific data
+	expando = "sizzle" + -(new Date()),
+	preferredDoc = window.document,
+	dirruns = 0,
+	done = 0,
+	classCache = createCache(),
+	tokenCache = createCache(),
+	compilerCache = createCache(),
+	sortOrder = function( a, b ) {
+		if ( a === b ) {
+			hasDuplicate = true;
+		}
+		return 0;
+	},
+
+	// General-purpose constants
+	strundefined = typeof undefined,
+	MAX_NEGATIVE = 1 << 31,
+
+	// Instance methods
+	hasOwn = ({}).hasOwnProperty,
+	arr = [],
+	pop = arr.pop,
+	push_native = arr.push,
+	push = arr.push,
+	slice = arr.slice,
+	// Use a stripped-down indexOf if we can't use a native one
+	indexOf = arr.indexOf || function( elem ) {
+		var i = 0,
+			len = this.length;
+		for ( ; i < len; i++ ) {
+			if ( this[i] === elem ) {
+				return i;
+			}
+		}
+		return -1;
+	},
+
+	booleans = "checked|selected|async|autofocus|autoplay|controls|defer|disabled|hidden|ismap|loop|multiple|open|readonly|required|scoped",
+
+	// Regular expressions
+
+	// Whitespace characters http://www.w3.org/TR/css3-selectors/#whitespace
+	whitespace = "[\\x20\\t\\r\\n\\f]",
+	// http://www.w3.org/TR/css3-syntax/#characters
+	characterEncoding = "(?:\\\\.|[\\w-]|[^\\x00-\\xa0])+",
+
+	// Loosely modeled on CSS identifier characters
+	// An unquoted value should be a CSS identifier http://www.w3.org/TR/css3-selectors/#attribute-selectors
+	// Proper syntax: http://www.w3.org/TR/CSS21/syndata.html#value-def-identifier
+	identifier = characterEncoding.replace( "w", "w#" ),
+
+	// Acceptable operators http://www.w3.org/TR/selectors/#attribute-selectors
+	attributes = "\\[" + whitespace + "*(" + characterEncoding + ")" + whitespace +
+		"*(?:([*^$|!~]?=)" + whitespace + "*(?:(['\"])((?:\\\\.|[^\\\\])*?)\\3|(" + identifier + ")|)|)" + whitespace + "*\\]",
+
+	// Prefer arguments quoted,
+	//   then not containing pseudos/brackets,
+	//   then attribute selectors/non-parenthetical expressions,
+	//   then anything else
+	// These preferences are here to reduce the number of selectors
+	//   needing tokenize in the PSEUDO preFilter
+	pseudos = ":(" + characterEncoding + ")(?:\\(((['\"])((?:\\\\.|[^\\\\])*?)\\3|((?:\\\\.|[^\\\\()[\\]]|" + attributes.replace( 3, 8 ) + ")*)|.*)\\)|)",
+
+	// Leading and non-escaped trailing whitespace, capturing some non-whitespace characters preceding the latter
+	rtrim = new RegExp( "^" + whitespace + "+|((?:^|[^\\\\])(?:\\\\.)*)" + whitespace + "+$", "g" ),
+
+	rcomma = new RegExp( "^" + whitespace + "*," + whitespace + "*" ),
+	rcombinators = new RegExp( "^" + whitespace + "*([>+~]|" + whitespace + ")" + whitespace + "*" ),
+
+	rattributeQuotes = new RegExp( "=" + whitespace + "*([^\\]'\"]*?)" + whitespace + "*\\]", "g" ),
+
+	rpseudo = new RegExp( pseudos ),
+	ridentifier = new RegExp( "^" + identifier + "$" ),
+
+	matchExpr = {
+		"ID": new RegExp( "^#(" + characterEncoding + ")" ),
+		"CLASS": new RegExp( "^\\.(" + characterEncoding + ")" ),
+		"TAG": new RegExp( "^(" + characterEncoding.replace( "w", "w*" ) + ")" ),
+		"ATTR": new RegExp( "^" + attributes ),
+		"PSEUDO": new RegExp( "^" + pseudos ),
+		"CHILD": new RegExp( "^:(only|first|last|nth|nth-last)-(child|of-type)(?:\\(" + whitespace +
+			"*(even|odd|(([+-]|)(\\d*)n|)" + whitespace + "*(?:([+-]|)" + whitespace +
+			"*(\\d+)|))" + whitespace + "*\\)|)", "i" ),
+		"bool": new RegExp( "^(?:" + booleans + ")$", "i" ),
+		// For use in libraries implementing .is()
+		// We use this for POS matching in `select`
+		"needsContext": new RegExp( "^" + whitespace + "*[>+~]|:(even|odd|eq|gt|lt|nth|first|last)(?:\\(" +
+			whitespace + "*((?:-\\d)?\\d*)" + whitespace + "*\\)|)(?=[^-]|$)", "i" )
+	},
+
+	rinputs = /^(?:input|select|textarea|button)$/i,
+	rheader = /^h\d$/i,
+
+	rnative = /^[^{]+\{\s*\[native \w/,
+
+	// Easily-parseable/retrievable ID or TAG or CLASS selectors
+	rquickExpr = /^(?:#([\w-]+)|(\w+)|\.([\w-]+))$/,
+
+	rsibling = /[+~]/,
+	rescape = /'|\\/g,
+
+	// CSS escapes http://www.w3.org/TR/CSS21/syndata.html#escaped-characters
+	runescape = new RegExp( "\\\\([\\da-f]{1,6}" + whitespace + "?|(" + whitespace + ")|.)", "ig" ),
+	funescape = function( _, escaped, escapedWhitespace ) {
+		var high = "0x" + escaped - 0x10000;
+		// NaN means non-codepoint
+		// Support: Firefox
+		// Workaround erroneous numeric interpretation of +"0x"
+		return high !== high || escapedWhitespace ?
+			escaped :
+			high < 0 ?
+				// BMP codepoint
+				String.fromCharCode( high + 0x10000 ) :
+				// Supplemental Plane codepoint (surrogate pair)
+				String.fromCharCode( high >> 10 | 0xD800, high & 0x3FF | 0xDC00 );
+	};
+
+// Optimize for push.apply( _, NodeList )
+try {
+	push.apply(
+		(arr = slice.call( preferredDoc.childNodes )),
+		preferredDoc.childNodes
+	);
+	// Support: Android<4.0
+	// Detect silently failing push.apply
+	arr[ preferredDoc.childNodes.length ].nodeType;
+} catch ( e ) {
+	push = { apply: arr.length ?
+
+		// Leverage slice if possible
+		function( target, els ) {
+			push_native.apply( target, slice.call(els) );
+		} :
+
+		// Support: IE<9
+		// Otherwise append directly
+		function( target, els ) {
+			var j = target.length,
+				i = 0;
+			// Can't trust NodeList.length
+			while ( (target[j++] = els[i++]) ) {}
+			target.length = j - 1;
+		}
+	};
+}
+
+function Sizzle( selector, context, results, seed ) {
+	var match, elem, m, nodeType,
+		// QSA vars
+		i, groups, old, nid, newContext, newSelector;
+
+	if ( ( context ? context.ownerDocument || context : preferredDoc ) !== document ) {
+		setDocument( context );
+	}
+
+	context = context || document;
+	results = results || [];
+
+	if ( !selector || typeof selector !== "string" ) {
+		return results;
+	}
+
+	if ( (nodeType = context.nodeType) !== 1 && nodeType !== 9 ) {
+		return [];
+	}
+
+	if ( documentIsHTML && !seed ) {
+
+		// Shortcuts
+		if ( (match = rquickExpr.exec( selector )) ) {
+			// Speed-up: Sizzle("#ID")
+			if ( (m = match[1]) ) {
+				if ( nodeType === 9 ) {
+					elem = context.getElementById( m );
+					// Check parentNode to catch when Blackberry 4.6 returns
+					// nodes that are no longer in the document (jQuery #6963)
+					if ( elem && elem.parentNode ) {
+						// Handle the case where IE, Opera, and Webkit return items
+						// by name instead of ID
+						if ( elem.id === m ) {
+							results.push( elem );
+							return results;
+						}
+					} else {
+						return results;
+					}
+				} else {
+					// Context is not a document
+					if ( context.ownerDocument && (elem = context.ownerDocument.getElementById( m )) &&
+						contains( context, elem ) && elem.id === m ) {
+						results.push( elem );
+						return results;
+					}
+				}
+
+			// Speed-up: Sizzle("TAG")
+			} else if ( match[2] ) {
+				push.apply( results, context.getElementsByTagName( selector ) );
+				return results;
+
+			// Speed-up: Sizzle(".CLASS")
+			} else if ( (m = match[3]) && support.getElementsByClassName && context.getElementsByClassName ) {
+				push.apply( results, context.getElementsByClassName( m ) );
+				return results;
+			}
+		}
+
+		// QSA path
+		if ( support.qsa && (!rbuggyQSA || !rbuggyQSA.test( selector )) ) {
+			nid = old = expando;
+			newContext = context;
+			newSelector = nodeType === 9 && selector;
+
+			// qSA works strangely on Element-rooted queries
+			// We can work around this by specifying an extra ID on the root
+			// and working up from there (Thanks to Andrew Dupont for the technique)
+			// IE 8 doesn't work on object elements
+			if ( nodeType === 1 && context.nodeName.toLowerCase() !== "object" ) {
+				groups = tokenize( selector );
+
+				if ( (old = context.getAttribute("id")) ) {
+					nid = old.replace( rescape, "\\$&" );
+				} else {
+					context.setAttribute( "id", nid );
+				}
+				nid = "[id='" + nid + "'] ";
+
+				i = groups.length;
+				while ( i-- ) {
+					groups[i] = nid + toSelector( groups[i] );
+				}
+				newContext = rsibling.test( selector ) && testContext( context.parentNode ) || context;
+				newSelector = groups.join(",");
+			}
+
+			if ( newSelector ) {
+				try {
+					push.apply( results,
+						newContext.querySelectorAll( newSelector )
+					);
+					return results;
+				} catch(qsaError) {
+				} finally {
+					if ( !old ) {
+						context.removeAttribute("id");
+					}
+				}
+			}
+		}
+	}
+
+	// All others
+	return select( selector.replace( rtrim, "$1" ), context, results, seed );
+}
+
+/**
+ * Create key-value caches of limited size
+ * @returns {Function(string, Object)} Returns the Object data after storing it on itself with
+ *	property name the (space-suffixed) string and (if the cache is larger than Expr.cacheLength)
+ *	deleting the oldest entry
+ */
+function createCache() {
+	var keys = [];
+
+	function cache( key, value ) {
+		// Use (key + " ") to avoid collision with native prototype properties (see Issue #157)
+		if ( keys.push( key + " " ) > Expr.cacheLength ) {
+			// Only keep the most recent entries
+			delete cache[ keys.shift() ];
+		}
+		return (cache[ key + " " ] = value);
+	}
+	return cache;
+}
+
+/**
+ * Mark a function for special use by Sizzle
+ * @param {Function} fn The function to mark
+ */
+function markFunction( fn ) {
+	fn[ expando ] = true;
+	return fn;
+}
+
+/**
+ * Support testing using an element
+ * @param {Function} fn Passed the created div and expects a boolean result
+ */
+function assert( fn ) {
+	var div = document.createElement("div");
+
+	try {
+		return !!fn( div );
+	} catch (e) {
+		return false;
+	} finally {
+		// Remove from its parent by default
+		if ( div.parentNode ) {
+			div.parentNode.removeChild( div );
+		}
+		// release memory in IE
+		div = null;
+	}
+}
+
+/**
+ * Adds the same handler for all of the specified attrs
+ * @param {String} attrs Pipe-separated list of attributes
+ * @param {Function} handler The method that will be applied
+ */
+function addHandle( attrs, handler ) {
+	var arr = attrs.split("|"),
+		i = attrs.length;
+
+	while ( i-- ) {
+		Expr.attrHandle[ arr[i] ] = handler;
+	}
+}
+
+/**
+ * Checks document order of two siblings
+ * @param {Element} a
+ * @param {Element} b
+ * @returns {Number} Returns less than 0 if a precedes b, greater than 0 if a follows b
+ */
+function siblingCheck( a, b ) {
+	var cur = b && a,
+		diff = cur && a.nodeType === 1 && b.nodeType === 1 &&
+			( ~b.sourceIndex || MAX_NEGATIVE ) -
+			( ~a.sourceIndex || MAX_NEGATIVE );
+
+	// Use IE sourceIndex if available on both nodes
+	if ( diff ) {
+		return diff;
+	}
+
+	// Check if b follows a
+	if ( cur ) {
+		while ( (cur = cur.nextSibling) ) {
+			if ( cur === b ) {
+				return -1;
+			}
+		}
+	}
+
+	return a ? 1 : -1;
+}
+
+/**
+ * Returns a function to use in pseudos for input types
+ * @param {String} type
+ */
+function createInputPseudo( type ) {
+	return function( elem ) {
+		var name = elem.nodeName.toLowerCase();
+		return name === "input" && elem.type === type;
+	};
+}
+
+/**
+ * Returns a function to use in pseudos for buttons
+ * @param {String} type
+ */
+function createButtonPseudo( type ) {
+	return function( elem ) {
+		var name = elem.nodeName.toLowerCase();
+		return (name === "input" || name === "button") && elem.type === type;
+	};
+}
+
+/**
+ * Returns a function to use in pseudos for positionals
+ * @param {Function} fn
+ */
+function createPositionalPseudo( fn ) {
+	return markFunction(function( argument ) {
+		argument = +argument;
+		return markFunction(function( seed, matches ) {
+			var j,
+				matchIndexes = fn( [], seed.length, argument ),
+				i = matchIndexes.length;
+
+			// Match elements found at the specified indexes
+			while ( i-- ) {
+				if ( seed[ (j = matchIndexes[i]) ] ) {
+					seed[j] = !(matches[j] = seed[j]);
+				}
+			}
+		});
+	});
+}
+
+/**
+ * Checks a node for validity as a Sizzle context
+ * @param {Element|Object=} context
+ * @returns {Element|Object|Boolean} The input node if acceptable, otherwise a falsy value
+ */
+function testContext( context ) {
+	return context && typeof context.getElementsByTagName !== strundefined && context;
+}
+
+// Expose support vars for convenience
+support = Sizzle.support = {};
+
+/**
+ * Detects XML nodes
+ * @param {Element|Object} elem An element or a document
+ * @returns {Boolean} True iff elem is a non-HTML XML node
+ */
+isXML = Sizzle.isXML = function( elem ) {
+	// documentElement is verified for cases where it doesn't yet exist
+	// (such as loading iframes in IE - #4833)
+	var documentElement = elem && (elem.ownerDocument || elem).documentElement;
+	return documentElement ? documentElement.nodeName !== "HTML" : false;
+};
+
+/**
+ * Sets document-related variables once based on the current document
+ * @param {Element|Object} [doc] An element or document object to use to set the document
+ * @returns {Object} Returns the current document
+ */
+setDocument = Sizzle.setDocument = function( node ) {
+	var hasCompare,
+		doc = node ? node.ownerDocument || node : preferredDoc,
+		parent = doc.defaultView;
+
+	// If no document and documentElement is available, return
+	if ( doc === document || doc.nodeType !== 9 || !doc.documentElement ) {
+		return document;
+	}
+
+	// Set our document
+	document = doc;
+	docElem = doc.documentElement;
+
+	// Support tests
+	documentIsHTML = !isXML( doc );
+
+	// Support: IE>8
+	// If iframe document is assigned to "document" variable and if iframe has been reloaded,
+	// IE will throw "permission denied" error when accessing "document" variable, see jQuery #13936
+	// IE6-8 do not support the defaultView property so parent will be undefined
+	if ( parent && parent !== parent.top ) {
+		// IE11 does not have attachEvent, so all must suffer
+		if ( parent.addEventListener ) {
+			parent.addEventListener( "unload", function() {
+				setDocument();
+			}, false );
+		} else if ( parent.attachEvent ) {
+			parent.attachEvent( "onunload", function() {
+				setDocument();
+			});
+		}
+	}
+
+	/* Attributes
+	---------------------------------------------------------------------- */
+
+	// Support: IE<8
+	// Verify that getAttribute really returns attributes and not properties (excepting IE8 booleans)
+	support.attributes = assert(function( div ) {
+		div.className = "i";
+		return !div.getAttribute("className");
+	});
+
+	/* getElement(s)By*
+	---------------------------------------------------------------------- */
+
+	// Check if getElementsByTagName("*") returns only elements
+	support.getElementsByTagName = assert(function( div ) {
+		div.appendChild( doc.createComment("") );
+		return !div.getElementsByTagName("*").length;
+	});
+
+	// Check if getElementsByClassName can be trusted
+	support.getElementsByClassName = rnative.test( doc.getElementsByClassName ) && assert(function( div ) {
+		div.innerHTML = "<div class='a'></div><div class='a i'></div>";
+
+		// Support: Safari<4
+		// Catch class over-caching
+		div.firstChild.className = "i";
+		// Support: Opera<10
+		// Catch gEBCN failure to find non-leading classes
+		return div.getElementsByClassName("i").length === 2;
+	});
+
+	// Support: IE<10
+	// Check if getElementById returns elements by name
+	// The broken getElementById methods don't pick up programatically-set names,
+	// so use a roundabout getElementsByName test
+	support.getById = assert(function( div ) {
+		docElem.appendChild( div ).id = expando;
+		return !doc.getElementsByName || !doc.getElementsByName( expando ).length;
+	});
+
+	// ID find and filter
+	if ( support.getById ) {
+		Expr.find["ID"] = function( id, context ) {
+			if ( typeof context.getElementById !== strundefined && documentIsHTML ) {
+				var m = context.getElementById( id );
+				// Check parentNode to catch when Blackberry 4.6 returns
+				// nodes that are no longer in the document #6963
+				return m && m.parentNode ? [m] : [];
+			}
+		};
+		Expr.filter["ID"] = function( id ) {
+			var attrId = id.replace( runescape, funescape );
+			return function( elem ) {
+				return elem.getAttribute("id") === attrId;
+			};
+		};
+	} else {
+		// Support: IE6/7
+		// getElementById is not reliable as a find shortcut
+		delete Expr.find["ID"];
+
+		Expr.filter["ID"] =  function( id ) {
+			var attrId = id.replace( runescape, funescape );
+			return function( elem ) {
+				var node = typeof elem.getAttributeNode !== strundefined && elem.getAttributeNode("id");
+				return node && node.value === attrId;
+			};
+		};
+	}
+
+	// Tag
+	Expr.find["TAG"] = support.getElementsByTagName ?
+		function( tag, context ) {
+			if ( typeof context.getElementsByTagName !== strundefined ) {
+				return context.getElementsByTagName( tag );
+			}
+		} :
+		function( tag, context ) {
+			var elem,
+				tmp = [],
+				i = 0,
+				results = context.getElementsByTagName( tag );
+
+			// Filter out possible comments
+			if ( tag === "*" ) {
+				while ( (elem = results[i++]) ) {
+					if ( elem.nodeType === 1 ) {
+						tmp.push( elem );
+					}
+				}
+
+				return tmp;
+			}
+			return results;
+		};
+
+	// Class
+	Expr.find["CLASS"] = support.getElementsByClassName && function( className, context ) {
+		if ( typeof context.getElementsByClassName !== strundefined && documentIsHTML ) {
+			return context.getElementsByClassName( className );
+		}
+	};
+
+	/* QSA/matchesSelector
+	---------------------------------------------------------------------- */
+
+	// QSA and matchesSelector support
+
+	// matchesSelector(:active) reports false when true (IE9/Opera 11.5)
+	rbuggyMatches = [];
+
+	// qSa(:focus) reports false when true (Chrome 21)
+	// We allow this because of a bug in IE8/9 that throws an error
+	// whenever `document.activeElement` is accessed on an iframe
+	// So, we allow :focus to pass through QSA all the time to avoid the IE error
+	// See http://bugs.jquery.com/ticket/13378
+	rbuggyQSA = [];
+
+	if ( (support.qsa = rnative.test( doc.querySelectorAll )) ) {
+		// Build QSA regex
+		// Regex strategy adopted from Diego Perini
+		assert(function( div ) {
+			// Select is set to empty string on purpose
+			// This is to test IE's treatment of not explicitly
+			// setting a boolean content attribute,
+			// since its presence should be enough
+			// http://bugs.jquery.com/ticket/12359
+			div.innerHTML = "<select t=''><option selected=''></option></select>";
+
+			// Support: IE8, Opera 10-12
+			// Nothing should be selected when empty strings follow ^= or $= or *=
+			if ( div.querySelectorAll("[t^='']").length ) {
+				rbuggyQSA.push( "[*^$]=" + whitespace + "*(?:''|\"\")" );
+			}
+
+			// Support: IE8
+			// Boolean attributes and "value" are not treated correctly
+			if ( !div.querySelectorAll("[selected]").length ) {
+				rbuggyQSA.push( "\\[" + whitespace + "*(?:value|" + booleans + ")" );
+			}
+
+			// Webkit/Opera - :checked should return selected option elements
+			// http://www.w3.org/TR/2011/REC-css3-selectors-20110929/#checked
+			// IE8 throws error here and will not see later tests
+			if ( !div.querySelectorAll(":checked").length ) {
+				rbuggyQSA.push(":checked");
+			}
+		});
+
+		assert(function( div ) {
+			// Support: Windows 8 Native Apps
+			// The type and name attributes are restricted during .innerHTML assignment
+			var input = doc.createElement("input");
+			input.setAttribute( "type", "hidden" );
+			div.appendChild( input ).setAttribute( "name", "D" );
+
+			// Support: IE8
+			// Enforce case-sensitivity of name attribute
+			if ( div.querySelectorAll("[name=d]").length ) {
+				rbuggyQSA.push( "name" + whitespace + "*[*^$|!~]?=" );
+			}
+
+			// FF 3.5 - :enabled/:disabled and hidden elements (hidden elements are still enabled)
+			// IE8 throws error here and will not see later tests
+			if ( !div.querySelectorAll(":enabled").length ) {
+				rbuggyQSA.push( ":enabled", ":disabled" );
+			}
+
+			// Opera 10-11 does not throw on post-comma invalid pseudos
+			div.querySelectorAll("*,:x");
+			rbuggyQSA.push(",.*:");
+		});
+	}
+
+	if ( (support.matchesSelector = rnative.test( (matches = docElem.webkitMatchesSelector ||
+		docElem.mozMatchesSelector ||
+		docElem.oMatchesSelector ||
+		docElem.msMatchesSelector) )) ) {
+
+		assert(function( div ) {
+			// Check to see if it's possible to do matchesSelector
+			// on a disconnected node (IE 9)
+			support.disconnectedMatch = matches.call( div, "div" );
+
+			// This should fail with an exception
+			// Gecko does not error, returns false instead
+			matches.call( div, "[s!='']:x" );
+			rbuggyMatches.push( "!=", pseudos );
+		});
+	}
+
+	rbuggyQSA = rbuggyQSA.length && new RegExp( rbuggyQSA.join("|") );
+	rbuggyMatches = rbuggyMatches.length && new RegExp( rbuggyMatches.join("|") );
+
+	/* Contains
+	---------------------------------------------------------------------- */
+	hasCompare = rnative.test( docElem.compareDocumentPosition );
+
+	// Element contains another
+	// Purposefully does not implement inclusive descendent
+	// As in, an element does not contain itself
+	contains = hasCompare || rnative.test( docElem.contains ) ?
+		function( a, b ) {
+			var adown = a.nodeType === 9 ? a.documentElement : a,
+				bup = b && b.parentNode;
+			return a === bup || !!( bup && bup.nodeType === 1 && (
+				adown.contains ?
+					adown.contains( bup ) :
+					a.compareDocumentPosition && a.compareDocumentPosition( bup ) & 16
+			));
+		} :
+		function( a, b ) {
+			if ( b ) {
+				while ( (b = b.parentNode) ) {
+					if ( b === a ) {
+						return true;
+					}
+				}
+			}
+			return false;
+		};
+
+	/* Sorting
+	---------------------------------------------------------------------- */
+
+	// Document order sorting
+	sortOrder = hasCompare ?
+	function( a, b ) {
+
+		// Flag for duplicate removal
+		if ( a === b ) {
+			hasDuplicate = true;
+			return 0;
+		}
+
+		// Sort on method existence if only one input has compareDocumentPosition
+		var compare = !a.compareDocumentPosition - !b.compareDocumentPosition;
+		if ( compare ) {
+			return compare;
+		}
+
+		// Calculate position if both inputs belong to the same document
+		compare = ( a.ownerDocument || a ) === ( b.ownerDocument || b ) ?
+			a.compareDocumentPosition( b ) :
+
+			// Otherwise we know they are disconnected
+			1;
+
+		// Disconnected nodes
+		if ( compare & 1 ||
+			(!support.sortDetached && b.compareDocumentPosition( a ) === compare) ) {
+
+			// Choose the first element that is related to our preferred document
+			if ( a === doc || a.ownerDocument === preferredDoc && contains(preferredDoc, a) ) {
+				return -1;
+			}
+			if ( b === doc || b.ownerDocument === preferredDoc && contains(preferredDoc, b) ) {
+				return 1;
+			}
+
+			// Maintain original order
+			return sortInput ?
+				( indexOf.call( sortInput, a ) - indexOf.call( sortInput, b ) ) :
+				0;
+		}
+
+		return compare & 4 ? -1 : 1;
+	} :
+	function( a, b ) {
+		// Exit early if the nodes are identical
+		if ( a === b ) {
+			hasDuplicate = true;
+			return 0;
+		}
+
+		var cur,
+			i = 0,
+			aup = a.parentNode,
+			bup = b.parentNode,
+			ap = [ a ],
+			bp = [ b ];
+
+		// Parentless nodes are either documents or disconnected
+		if ( !aup || !bup ) {
+			return a === doc ? -1 :
+				b === doc ? 1 :
+				aup ? -1 :
+				bup ? 1 :
+				sortInput ?
+				( indexOf.call( sortInput, a ) - indexOf.call( sortInput, b ) ) :
+				0;
+
+		// If the nodes are siblings, we can do a quick check
+		} else if ( aup === bup ) {
+			return siblingCheck( a, b );
+		}
+
+		// Otherwise we need full lists of their ancestors for comparison
+		cur = a;
+		while ( (cur = cur.parentNode) ) {
+			ap.unshift( cur );
+		}
+		cur = b;
+		while ( (cur = cur.parentNode) ) {
+			bp.unshift( cur );
+		}
+
+		// Walk down the tree looking for a discrepancy
+		while ( ap[i] === bp[i] ) {
+			i++;
+		}
+
+		return i ?
+			// Do a sibling check if the nodes have a common ancestor
+			siblingCheck( ap[i], bp[i] ) :
+
+			// Otherwise nodes in our document sort first
+			ap[i] === preferredDoc ? -1 :
+			bp[i] === preferredDoc ? 1 :
+			0;
+	};
+
+	return doc;
+};
+
+Sizzle.matches = function( expr, elements ) {
+	return Sizzle( expr, null, null, elements );
+};
+
+Sizzle.matchesSelector = function( elem, expr ) {
+	// Set document vars if needed
+	if ( ( elem.ownerDocument || elem ) !== document ) {
+		setDocument( elem );
+	}
+
+	// Make sure that attribute selectors are quoted
+	expr = expr.replace( rattributeQuotes, "='$1']" );
+
+	if ( support.matchesSelector && documentIsHTML &&
+		( !rbuggyMatches || !rbuggyMatches.test( expr ) ) &&
+		( !rbuggyQSA     || !rbuggyQSA.test( expr ) ) ) {
+
+		try {
+			var ret = matches.call( elem, expr );
+
+			// IE 9's matchesSelector returns false on disconnected nodes
+			if ( ret || support.disconnectedMatch ||
+					// As well, disconnected nodes are said to be in a document
+					// fragment in IE 9
+					elem.document && elem.document.nodeType !== 11 ) {
+				return ret;
+			}
+		} catch(e) {}
+	}
+
+	return Sizzle( expr, document, null, [elem] ).length > 0;
+};
+
+Sizzle.contains = function( context, elem ) {
+	// Set document vars if needed
+	if ( ( context.ownerDocument || context ) !== document ) {
+		setDocument( context );
+	}
+	return contains( context, elem );
+};
+
+Sizzle.attr = function( elem, name ) {
+	// Set document vars if needed
+	if ( ( elem.ownerDocument || elem ) !== document ) {
+		setDocument( elem );
+	}
+
+	var fn = Expr.attrHandle[ name.toLowerCase() ],
+		// Don't get fooled by Object.prototype properties (jQuery #13807)
+		val = fn && hasOwn.call( Expr.attrHandle, name.toLowerCase() ) ?
+			fn( elem, name, !documentIsHTML ) :
+			undefined;
+
+	return val !== undefined ?
+		val :
+		support.attributes || !documentIsHTML ?
+			elem.getAttribute( name ) :
+			(val = elem.getAttributeNode(name)) && val.specified ?
+				val.value :
+				null;
+};
+
+Sizzle.error = function( msg ) {
+	throw new Error( "Syntax error, unrecognized expression: " + msg );
+};
+
+/**
+ * Document sorting and removing duplicates
+ * @param {ArrayLike} results
+ */
+Sizzle.uniqueSort = function( results ) {
+	var elem,
+		duplicates = [],
+		j = 0,
+		i = 0;
+
+	// Unless we *know* we can detect duplicates, assume their presence
+	hasDuplicate = !support.detectDuplicates;
+	sortInput = !support.sortStable && results.slice( 0 );
+	results.sort( sortOrder );
+
+	if ( hasDuplicate ) {
+		while ( (elem = results[i++]) ) {
+			if ( elem === results[ i ] ) {
+				j = duplicates.push( i );
+			}
+		}
+		while ( j-- ) {
+			results.splice( duplicates[ j ], 1 );
+		}
+	}
+
+	// Clear input after sorting to release objects
+	// See https://github.com/jquery/sizzle/pull/225
+	sortInput = null;
+
+	return results;
+};
+
+/**
+ * Utility function for retrieving the text value of an array of DOM nodes
+ * @param {Array|Element} elem
+ */
+getText = Sizzle.getText = function( elem ) {
+	var node,
+		ret = "",
+		i = 0,
+		nodeType = elem.nodeType;
+
+	if ( !nodeType ) {
+		// If no nodeType, this is expected to be an array
+		while ( (node = elem[i++]) ) {
+			// Do not traverse comment nodes
+			ret += getText( node );
+		}
+	} else if ( nodeType === 1 || nodeType === 9 || nodeType === 11 ) {
+		// Use textContent for elements
+		// innerText usage removed for consistency of new lines (jQuery #11153)
+		if ( typeof elem.textContent === "string" ) {
+			return elem.textContent;
+		} else {
+			// Traverse its children
+			for ( elem = elem.firstChild; elem; elem = elem.nextSibling ) {
+				ret += getText( elem );
+			}
+		}
+	} else if ( nodeType === 3 || nodeType === 4 ) {
+		return elem.nodeValue;
+	}
+	// Do not include comment or processing instruction nodes
+
+	return ret;
+};
+
+Expr = Sizzle.selectors = {
+
+	// Can be adjusted by the user
+	cacheLength: 50,
+
+	createPseudo: markFunction,
+
+	match: matchExpr,
+
+	attrHandle: {},
+
+	find: {},
+
+	relative: {
+		">": { dir: "parentNode", first: true },
+		" ": { dir: "parentNode" },
+		"+": { dir: "previousSibling", first: true },
+		"~": { dir: "previousSibling" }
+	},
+
+	preFilter: {
+		"ATTR": function( match ) {
+			match[1] = match[1].replace( runescape, funescape );
+
+			// Move the given value to match[3] whether quoted or unquoted
+			match[3] = ( match[4] || match[5] || "" ).replace( runescape, funescape );
+
+			if ( match[2] === "~=" ) {
+				match[3] = " " + match[3] + " ";
+			}
+
+			return match.slice( 0, 4 );
+		},
+
+		"CHILD": function( match ) {
+			/* matches from matchExpr["CHILD"]
+				1 type (only|nth|...)
+				2 what (child|of-type)
+				3 argument (even|odd|\d*|\d*n([+-]\d+)?|...)
+				4 xn-component of xn+y argument ([+-]?\d*n|)
+				5 sign of xn-component
+				6 x of xn-component
+				7 sign of y-component
+				8 y of y-component
+			*/
+			match[1] = match[1].toLowerCase();
+
+			if ( match[1].slice( 0, 3 ) === "nth" ) {
+				// nth-* requires argument
+				if ( !match[3] ) {
+					Sizzle.error( match[0] );
+				}
+
+				// numeric x and y parameters for Expr.filter.CHILD
+				// remember that false/true cast respectively to 0/1
+				match[4] = +( match[4] ? match[5] + (match[6] || 1) : 2 * ( match[3] === "even" || match[3] === "odd" ) );
+				match[5] = +( ( match[7] + match[8] ) || match[3] === "odd" );
+
+			// other types prohibit arguments
+			} else if ( match[3] ) {
+				Sizzle.error( match[0] );
+			}
+
+			return match;
+		},
+
+		"PSEUDO": function( match ) {
+			var excess,
+				unquoted = !match[5] && match[2];
+
+			if ( matchExpr["CHILD"].test( match[0] ) ) {
+				return null;
+			}
+
+			// Accept quoted arguments as-is
+			if ( match[3] && match[4] !== undefined ) {
+				match[2] = match[4];
+
+			// Strip excess characters from unquoted arguments
+			} else if ( unquoted && rpseudo.test( unquoted ) &&
+				// Get excess from tokenize (recursively)
+				(excess = tokenize( unquoted, true )) &&
+				// advance to the next closing parenthesis
+				(excess = unquoted.indexOf( ")", unquoted.length - excess ) - unquoted.length) ) {
+
+				// excess is a negative index
+				match[0] = match[0].slice( 0, excess );
+				match[2] = unquoted.slice( 0, excess );
+			}
+
+			// Return only captures needed by the pseudo filter method (type and argument)
+			return match.slice( 0, 3 );
+		}
+	},
+
+	filter: {
+
+		"TAG": function( nodeNameSelector ) {
+			var nodeName = nodeNameSelector.replace( runescape, funescape ).toLowerCase();
+			return nodeNameSelector === "*" ?
+				function() { return true; } :
+				function( elem ) {
+					return elem.nodeName && elem.nodeName.toLowerCase() === nodeName;
+				};
+		},
+
+		"CLASS": function( className ) {
+			var pattern = classCache[ className + " " ];
+
+			return pattern ||
+				(pattern = new RegExp( "(^|" + whitespace + ")" + className + "(" + whitespace + "|$)" )) &&
+				classCache( className, function( elem ) {
+					return pattern.test( typeof elem.className === "string" && elem.className || typeof elem.getAttribute !== strundefined && elem.getAttribute("class") || "" );
+				});
+		},
+
+		"ATTR": function( name, operator, check ) {
+			return function( elem ) {
+				var result = Sizzle.attr( elem, name );
+
+				if ( result == null ) {
+					return operator === "!=";
+				}
+				if ( !operator ) {
+					return true;
+				}
+
+				result += "";
+
+				return operator === "=" ? result === check :
+					operator === "!=" ? result !== check :
+					operator === "^=" ? check && result.indexOf( check ) === 0 :
+					operator === "*=" ? check && result.indexOf( check ) > -1 :
+					operator === "$=" ? check && result.slice( -check.length ) === check :
+					operator === "~=" ? ( " " + result + " " ).indexOf( check ) > -1 :
+					operator === "|=" ? result === check || result.slice( 0, check.length + 1 ) === check + "-" :
+					false;
+			};
+		},
+
+		"CHILD": function( type, what, argument, first, last ) {
+			var simple = type.slice( 0, 3 ) !== "nth",
+				forward = type.slice( -4 ) !== "last",
+				ofType = what === "of-type";
+
+			return first === 1 && last === 0 ?
+
+				// Shortcut for :nth-*(n)
+				function( elem ) {
+					return !!elem.parentNode;
+				} :
+
+				function( elem, context, xml ) {
+					var cache, outerCache, node, diff, nodeIndex, start,
+						dir = simple !== forward ? "nextSibling" : "previousSibling",
+						parent = elem.parentNode,
+						name = ofType && elem.nodeName.toLowerCase(),
+						useCache = !xml && !ofType;
+
+					if ( parent ) {
+
+						// :(first|last|only)-(child|of-type)
+						if ( simple ) {
+							while ( dir ) {
+								node = elem;
+								while ( (node = node[ dir ]) ) {
+									if ( ofType ? node.nodeName.toLowerCase() === name : node.nodeType === 1 ) {
+										return false;
+									}
+								}
+								// Reverse direction for :only-* (if we haven't yet done so)
+								start = dir = type === "only" && !start && "nextSibling";
+							}
+							return true;
+						}
+
+						start = [ forward ? parent.firstChild : parent.lastChild ];
+
+						// non-xml :nth-child(...) stores cache data on `parent`
+						if ( forward && useCache ) {
+							// Seek `elem` from a previously-cached index
+							outerCache = parent[ expando ] || (parent[ expando ] = {});
+							cache = outerCache[ type ] || [];
+							nodeIndex = cache[0] === dirruns && cache[1];
+							diff = cache[0] === dirruns && cache[2];
+							node = nodeIndex && parent.childNodes[ nodeIndex ];
+
+							while ( (node = ++nodeIndex && node && node[ dir ] ||
+
+								// Fallback to seeking `elem` from the start
+								(diff = nodeIndex = 0) || start.pop()) ) {
+
+								// When found, cache indexes on `parent` and break
+								if ( node.nodeType === 1 && ++diff && node === elem ) {
+									outerCache[ type ] = [ dirruns, nodeIndex, diff ];
+									break;
+								}
+							}
+
+						// Use previously-cached element index if available
+						} else if ( useCache && (cache = (elem[ expando ] || (elem[ expando ] = {}))[ type ]) && cache[0] === dirruns ) {
+							diff = cache[1];
+
+						// xml :nth-child(...) or :nth-last-child(...) or :nth(-last)?-of-type(...)
+						} else {
+							// Use the same loop as above to seek `elem` from the start
+							while ( (node = ++nodeIndex && node && node[ dir ] ||
+								(diff = nodeIndex = 0) || start.pop()) ) {
+
+								if ( ( ofType ? node.nodeName.toLowerCase() === name : node.nodeType === 1 ) && ++diff ) {
+									// Cache the index of each encountered element
+									if ( useCache ) {
+										(node[ expando ] || (node[ expando ] = {}))[ type ] = [ dirruns, diff ];
+									}
+
+									if ( node === elem ) {
+										break;
+									}
+								}
+							}
+						}
+
+						// Incorporate the offset, then check against cycle size
+						diff -= last;
+						return diff === first || ( diff % first === 0 && diff / first >= 0 );
+					}
+				};
+		},
+
+		"PSEUDO": function( pseudo, argument ) {
+			// pseudo-class names are case-insensitive
+			// http://www.w3.org/TR/selectors/#pseudo-classes
+			// Prioritize by case sensitivity in case custom pseudos are added with uppercase letters
+			// Remember that setFilters inherits from pseudos
+			var args,
+				fn = Expr.pseudos[ pseudo ] || Expr.setFilters[ pseudo.toLowerCase() ] ||
+					Sizzle.error( "unsupported pseudo: " + pseudo );
+
+			// The user may use createPseudo to indicate that
+			// arguments are needed to create the filter function
+			// just as Sizzle does
+			if ( fn[ expando ] ) {
+				return fn( argument );
+			}
+
+			// But maintain support for old signatures
+			if ( fn.length > 1 ) {
+				args = [ pseudo, pseudo, "", argument ];
+				return Expr.setFilters.hasOwnProperty( pseudo.toLowerCase() ) ?
+					markFunction(function( seed, matches ) {
+						var idx,
+							matched = fn( seed, argument ),
+							i = matched.length;
+						while ( i-- ) {
+							idx = indexOf.call( seed, matched[i] );
+							seed[ idx ] = !( matches[ idx ] = matched[i] );
+						}
+					}) :
+					function( elem ) {
+						return fn( elem, 0, args );
+					};
+			}
+
+			return fn;
+		}
+	},
+
+	pseudos: {
+		// Potentially complex pseudos
+		"not": markFunction(function( selector ) {
+			// Trim the selector passed to compile
+			// to avoid treating leading and trailing
+			// spaces as combinators
+			var input = [],
+				results = [],
+				matcher = compile( selector.replace( rtrim, "$1" ) );
+
+			return matcher[ expando ] ?
+				markFunction(function( seed, matches, context, xml ) {
+					var elem,
+						unmatched = matcher( seed, null, xml, [] ),
+						i = seed.length;
+
+					// Match elements unmatched by `matcher`
+					while ( i-- ) {
+						if ( (elem = unmatched[i]) ) {
+							seed[i] = !(matches[i] = elem);
+						}
+					}
+				}) :
+				function( elem, context, xml ) {
+					input[0] = elem;
+					matcher( input, null, xml, results );
+					return !results.pop();
+				};
+		}),
+
+		"has": markFunction(function( selector ) {
+			return function( elem ) {
+				return Sizzle( selector, elem ).length > 0;
+			};
+		}),
+
+		"contains": markFunction(function( text ) {
+			return function( elem ) {
+				return ( elem.textContent || elem.innerText || getText( elem ) ).indexOf( text ) > -1;
+			};
+		}),
+
+		// "Whether an element is represented by a :lang() selector
+		// is based solely on the element's language value
+		// being equal to the identifier C,
+		// or beginning with the identifier C immediately followed by "-".
+		// The matching of C against the element's language value is performed case-insensitively.
+		// The identifier C does not have to be a valid language name."
+		// http://www.w3.org/TR/selectors/#lang-pseudo
+		"lang": markFunction( function( lang ) {
+			// lang value must be a valid identifier
+			if ( !ridentifier.test(lang || "") ) {
+				Sizzle.error( "unsupported lang: " + lang );
+			}
+			lang = lang.replace( runescape, funescape ).toLowerCase();
+			return function( elem ) {
+				var elemLang;
+				do {
+					if ( (elemLang = documentIsHTML ?
+						elem.lang :
+						elem.getAttribute("xml:lang") || elem.getAttribute("lang")) ) {
+
+						elemLang = elemLang.toLowerCase();
+						return elemLang === lang || elemLang.indexOf( lang + "-" ) === 0;
+					}
+				} while ( (elem = elem.parentNode) && elem.nodeType === 1 );
+				return false;
+			};
+		}),
+
+		// Miscellaneous
+		"target": function( elem ) {
+			var hash = window.location && window.location.hash;
+			return hash && hash.slice( 1 ) === elem.id;
+		},
+
+		"root": function( elem ) {
+			return elem === docElem;
+		},
+
+		"focus": function( elem ) {
+			return elem === document.activeElement && (!document.hasFocus || document.hasFocus()) && !!(elem.type || elem.href || ~elem.tabIndex);
+		},
+
+		// Boolean properties
+		"enabled": function( elem ) {
+			return elem.disabled === false;
+		},
+
+		"disabled": function( elem ) {
+			return elem.disabled === true;
+		},
+
+		"checked": function( elem ) {
+			// In CSS3, :checked should return both checked and selected elements
+			// http://www.w3.org/TR/2011/REC-css3-selectors-20110929/#checked
+			var nodeName = elem.nodeName.toLowerCase();
+			return (nodeName === "input" && !!elem.checked) || (nodeName === "option" && !!elem.selected);
+		},
+
+		"selected": function( elem ) {
+			// Accessing this property makes selected-by-default
+			// options in Safari work properly
+			if ( elem.parentNode ) {
+				elem.parentNode.selectedIndex;
+			}
+
+			return elem.selected === true;
+		},
+
+		// Contents
+		"empty": function( elem ) {
+			// http://www.w3.org/TR/selectors/#empty-pseudo
+			// :empty is negated by element (1) or content nodes (text: 3; cdata: 4; entity ref: 5),
+			//   but not by others (comment: 8; processing instruction: 7; etc.)
+			// nodeType < 6 works because attributes (2) do not appear as children
+			for ( elem = elem.firstChild; elem; elem = elem.nextSibling ) {
+				if ( elem.nodeType < 6 ) {
+					return false;
+				}
+			}
+			return true;
+		},
+
+		"parent": function( elem ) {
+			return !Expr.pseudos["empty"]( elem );
+		},
+
+		// Element/input types
+		"header": function( elem ) {
+			return rheader.test( elem.nodeName );
+		},
+
+		"input": function( elem ) {
+			return rinputs.test( elem.nodeName );
+		},
+
+		"button": function( elem ) {
+			var name = elem.nodeName.toLowerCase();
+			return name === "input" && elem.type === "button" || name === "button";
+		},
+
+		"text": function( elem ) {
+			var attr;
+			return elem.nodeName.toLowerCase() === "input" &&
+				elem.type === "text" &&
+
+				// Support: IE<8
+				// New HTML5 attribute values (e.g., "search") appear with elem.type === "text"
+				( (attr = elem.getAttribute("type")) == null || attr.toLowerCase() === "text" );
+		},
+
+		// Position-in-collection
+		"first": createPositionalPseudo(function() {
+			return [ 0 ];
+		}),
+
+		"last": createPositionalPseudo(function( matchIndexes, length ) {
+			return [ length - 1 ];
+		}),
+
+		"eq": createPositionalPseudo(function( matchIndexes, length, argument ) {
+			return [ argument < 0 ? argument + length : argument ];
+		}),
+
+		"even": createPositionalPseudo(function( matchIndexes, length ) {
+			var i = 0;
+			for ( ; i < length; i += 2 ) {
+				matchIndexes.push( i );
+			}
+			return matchIndexes;
+		}),
+
+		"odd": createPositionalPseudo(function( matchIndexes, length ) {
+			var i = 1;
+			for ( ; i < length; i += 2 ) {
+				matchIndexes.push( i );
+			}
+			return matchIndexes;
+		}),
+
+		"lt": createPositionalPseudo(function( matchIndexes, length, argument ) {
+			var i = argument < 0 ? argument + length : argument;
+			for ( ; --i >= 0; ) {
+				matchIndexes.push( i );
+			}
+			return matchIndexes;
+		}),
+
+		"gt": createPositionalPseudo(function( matchIndexes, length, argument ) {
+			var i = argument < 0 ? argument + length : argument;
+			for ( ; ++i < length; ) {
+				matchIndexes.push( i );
+			}
+			return matchIndexes;
+		})
+	}
+};
+
+Expr.pseudos["nth"] = Expr.pseudos["eq"];
+
+// Add button/input type pseudos
+for ( i in { radio: true, checkbox: true, file: true, password: true, image: true } ) {
+	Expr.pseudos[ i ] = createInputPseudo( i );
+}
+for ( i in { submit: true, reset: true } ) {
+	Expr.pseudos[ i ] = createButtonPseudo( i );
+}
+
+// Easy API for creating new setFilters
+function setFilters() {}
+setFilters.prototype = Expr.filters = Expr.pseudos;
+Expr.setFilters = new setFilters();
+
+function tokenize( selector, parseOnly ) {
+	var matched, match, tokens, type,
+		soFar, groups, preFilters,
+		cached = tokenCache[ selector + " " ];
+
+	if ( cached ) {
+		return parseOnly ? 0 : cached.slice( 0 );
+	}
+
+	soFar = selector;
+	groups = [];
+	preFilters = Expr.preFilter;
+
+	while ( soFar ) {
+
+		// Comma and first run
+		if ( !matched || (match = rcomma.exec( soFar )) ) {
+			if ( match ) {
+				// Don't consume trailing commas as valid
+				soFar = soFar.slice( match[0].length ) || soFar;
+			}
+			groups.push( (tokens = []) );
+		}
+
+		matched = false;
+
+		// Combinators
+		if ( (match = rcombinators.exec( soFar )) ) {
+			matched = match.shift();
+			tokens.push({
+				value: matched,
+				// Cast descendant combinators to space
+				type: match[0].replace( rtrim, " " )
+			});
+			soFar = soFar.slice( matched.length );
+		}
+
+		// Filters
+		for ( type in Expr.filter ) {
+			if ( (match = matchExpr[ type ].exec( soFar )) && (!preFilters[ type ] ||
+				(match = preFilters[ type ]( match ))) ) {
+				matched = match.shift();
+				tokens.push({
+					value: matched,
+					type: type,
+					matches: match
+				});
+				soFar = soFar.slice( matched.length );
+			}
+		}
+
+		if ( !matched ) {
+			break;
+		}
+	}
+
+	// Return the length of the invalid excess
+	// if we're just parsing
+	// Otherwise, throw an error or return tokens
+	return parseOnly ?
+		soFar.length :
+		soFar ?
+			Sizzle.error( selector ) :
+			// Cache the tokens
+			tokenCache( selector, groups ).slice( 0 );
+}
+
+function toSelector( tokens ) {
+	var i = 0,
+		len = tokens.length,
+		selector = "";
+	for ( ; i < len; i++ ) {
+		selector += tokens[i].value;
+	}
+	return selector;
+}
+
+function addCombinator( matcher, combinator, base ) {
+	var dir = combinator.dir,
+		checkNonElements = base && dir === "parentNode",
+		doneName = done++;
+
+	return combinator.first ?
+		// Check against closest ancestor/preceding element
+		function( elem, context, xml ) {
+			while ( (elem = elem[ dir ]) ) {
+				if ( elem.nodeType === 1 || checkNonElements ) {
+					return matcher( elem, context, xml );
+				}
+			}
+		} :
+
+		// Check against all ancestor/preceding elements
+		function( elem, context, xml ) {
+			var oldCache, outerCache,
+				newCache = [ dirruns, doneName ];
+
+			// We can't set arbitrary data on XML nodes, so they don't benefit from dir caching
+			if ( xml ) {
+				while ( (elem = elem[ dir ]) ) {
+					if ( elem.nodeType === 1 || checkNonElements ) {
+						if ( matcher( elem, context, xml ) ) {
+							return true;
+						}
+					}
+				}
+			} else {
+				while ( (elem = elem[ dir ]) ) {
+					if ( elem.nodeType === 1 || checkNonElements ) {
+						outerCache = elem[ expando ] || (elem[ expando ] = {});
+						if ( (oldCache = outerCache[ dir ]) &&
+							oldCache[ 0 ] === dirruns && oldCache[ 1 ] === doneName ) {
+
+							// Assign to newCache so results back-propagate to previous elements
+							return (newCache[ 2 ] = oldCache[ 2 ]);
+						} else {
+							// Reuse newcache so results back-propagate to previous elements
+							outerCache[ dir ] = newCache;
+
+							// A match means we're done; a fail means we have to keep checking
+							if ( (newCache[ 2 ] = matcher( elem, context, xml )) ) {
+								return true;
+							}
+						}
+					}
+				}
+			}
+		};
+}
+
+function elementMatcher( matchers ) {
+	return matchers.length > 1 ?
+		function( elem, context, xml ) {
+			var i = matchers.length;
+			while ( i-- ) {
+				if ( !matchers[i]( elem, context, xml ) ) {
+					return false;
+				}
+			}
+			return true;
+		} :
+		matchers[0];
+}
+
+function condense( unmatched, map, filter, context, xml ) {
+	var elem,
+		newUnmatched = [],
+		i = 0,
+		len = unmatched.length,
+		mapped = map != null;
+
+	for ( ; i < len; i++ ) {
+		if ( (elem = unmatched[i]) ) {
+			if ( !filter || filter( elem, context, xml ) ) {
+				newUnmatched.push( elem );
+				if ( mapped ) {
+					map.push( i );
+				}
+			}
+		}
+	}
+
+	return newUnmatched;
+}
+
+function setMatcher( preFilter, selector, matcher, postFilter, postFinder, postSelector ) {
+	if ( postFilter && !postFilter[ expando ] ) {
+		postFilter = setMatcher( postFilter );
+	}
+	if ( postFinder && !postFinder[ expando ] ) {
+		postFinder = setMatcher( postFinder, postSelector );
+	}
+	return markFunction(function( seed, results, context, xml ) {
+		var temp, i, elem,
+			preMap = [],
+			postMap = [],
+			preexisting = results.length,
+
+			// Get initial elements from seed or context
+			elems = seed || multipleContexts( selector || "*", context.nodeType ? [ context ] : context, [] ),
+
+			// Prefilter to get matcher input, preserving a map for seed-results synchronization
+			matcherIn = preFilter && ( seed || !selector ) ?
+				condense( elems, preMap, preFilter, context, xml ) :
+				elems,
+
+			matcherOut = matcher ?
+				// If we have a postFinder, or filtered seed, or non-seed postFilter or preexisting results,
+				postFinder || ( seed ? preFilter : preexisting || postFilter ) ?
+
+					// ...intermediate processing is necessary
+					[] :
+
+					// ...otherwise use results directly
+					results :
+				matcherIn;
+
+		// Find primary matches
+		if ( matcher ) {
+			matcher( matcherIn, matcherOut, context, xml );
+		}
+
+		// Apply postFilter
+		if ( postFilter ) {
+			temp = condense( matcherOut, postMap );
+			postFilter( temp, [], context, xml );
+
+			// Un-match failing elements by moving them back to matcherIn
+			i = temp.length;
+			while ( i-- ) {
+				if ( (elem = temp[i]) ) {
+					matcherOut[ postMap[i] ] = !(matcherIn[ postMap[i] ] = elem);
+				}
+			}
+		}
+
+		if ( seed ) {
+			if ( postFinder || preFilter ) {
+				if ( postFinder ) {
+					// Get the final matcherOut by condensing this intermediate into postFinder contexts
+					temp = [];
+					i = matcherOut.length;
+					while ( i-- ) {
+						if ( (elem = matcherOut[i]) ) {
+							// Restore matcherIn since elem is not yet a final match
+							temp.push( (matcherIn[i] = elem) );
+						}
+					}
+					postFinder( null, (matcherOut = []), temp, xml );
+				}
+
+				// Move matched elements from seed to results to keep them synchronized
+				i = matcherOut.length;
+				while ( i-- ) {
+					if ( (elem = matcherOut[i]) &&
+						(temp = postFinder ? indexOf.call( seed, elem ) : preMap[i]) > -1 ) {
+
+						seed[temp] = !(results[temp] = elem);
+					}
+				}
+			}
+
+		// Add elements to results, through postFinder if defined
+		} else {
+			matcherOut = condense(
+				matcherOut === results ?
+					matcherOut.splice( preexisting, matcherOut.length ) :
+					matcherOut
+			);
+			if ( postFinder ) {
+				postFinder( null, results, matcherOut, xml );
+			} else {
+				push.apply( results, matcherOut );
+			}
+		}
+	});
+}
+
+function matcherFromTokens( tokens ) {
+	var checkContext, matcher, j,
+		len = tokens.length,
+		leadingRelative = Expr.relative[ tokens[0].type ],
+		implicitRelative = leadingRelative || Expr.relative[" "],
+		i = leadingRelative ? 1 : 0,
+
+		// The foundational matcher ensures that elements are reachable from top-level context(s)
+		matchContext = addCombinator( function( elem ) {
+			return elem === checkContext;
+		}, implicitRelative, true ),
+		matchAnyContext = addCombinator( function( elem ) {
+			return indexOf.call( checkContext, elem ) > -1;
+		}, implicitRelative, true ),
+		matchers = [ function( elem, context, xml ) {
+			return ( !leadingRelative && ( xml || context !== outermostContext ) ) || (
+				(checkContext = context).nodeType ?
+					matchContext( elem, context, xml ) :
+					matchAnyContext( elem, context, xml ) );
+		} ];
+
+	for ( ; i < len; i++ ) {
+		if ( (matcher = Expr.relative[ tokens[i].type ]) ) {
+			matchers = [ addCombinator(elementMatcher( matchers ), matcher) ];
+		} else {
+			matcher = Expr.filter[ tokens[i].type ].apply( null, tokens[i].matches );
+
+			// Return special upon seeing a positional matcher
+			if ( matcher[ expando ] ) {
+				// Find the next relative operator (if any) for proper handling
+				j = ++i;
+				for ( ; j < len; j++ ) {
+					if ( Expr.relative[ tokens[j].type ] ) {
+						break;
+					}
+				}
+				return setMatcher(
+					i > 1 && elementMatcher( matchers ),
+					i > 1 && toSelector(
+						// If the preceding token was a descendant combinator, insert an implicit any-element `*`
+						tokens.slice( 0, i - 1 ).concat({ value: tokens[ i - 2 ].type === " " ? "*" : "" })
+					).replace( rtrim, "$1" ),
+					matcher,
+					i < j && matcherFromTokens( tokens.slice( i, j ) ),
+					j < len && matcherFromTokens( (tokens = tokens.slice( j )) ),
+					j < len && toSelector( tokens )
+				);
+			}
+			matchers.push( matcher );
+		}
+	}
+
+	return elementMatcher( matchers );
+}
+
+function matcherFromGroupMatchers( elementMatchers, setMatchers ) {
+	var bySet = setMatchers.length > 0,
+		byElement = elementMatchers.length > 0,
+		superMatcher = function( seed, context, xml, results, outermost ) {
+			var elem, j, matcher,
+				matchedCount = 0,
+				i = "0",
+				unmatched = seed && [],
+				setMatched = [],
+				contextBackup = outermostContext,
+				// We must always have either seed elements or outermost context
+				elems = seed || byElement && Expr.find["TAG"]( "*", outermost ),
+				// Use integer dirruns iff this is the outermost matcher
+				dirrunsUnique = (dirruns += contextBackup == null ? 1 : Math.random() || 0.1),
+				len = elems.length;
+
+			if ( outermost ) {
+				outermostContext = context !== document && context;
+			}
+
+			// Add elements passing elementMatchers directly to results
+			// Keep `i` a string if there are no elements so `matchedCount` will be "00" below
+			// Support: IE<9, Safari
+			// Tolerate NodeList properties (IE: "length"; Safari: <number>) matching elements by id
+			for ( ; i !== len && (elem = elems[i]) != null; i++ ) {
+				if ( byElement && elem ) {
+					j = 0;
+					while ( (matcher = elementMatchers[j++]) ) {
+						if ( matcher( elem, context, xml ) ) {
+							results.push( elem );
+							break;
+						}
+					}
+					if ( outermost ) {
+						dirruns = dirrunsUnique;
+					}
+				}
+
+				// Track unmatched elements for set filters
+				if ( bySet ) {
+					// They will have gone through all possible matchers
+					if ( (elem = !matcher && elem) ) {
+						matchedCount--;
+					}
+
+					// Lengthen the array for every element, matched or not
+					if ( seed ) {
+						unmatched.push( elem );
+					}
+				}
+			}
+
+			// Apply set filters to unmatched elements
+			matchedCount += i;
+			if ( bySet && i !== matchedCount ) {
+				j = 0;
+				while ( (matcher = setMatchers[j++]) ) {
+					matcher( unmatched, setMatched, context, xml );
+				}
+
+				if ( seed ) {
+					// Reintegrate element matches to eliminate the need for sorting
+					if ( matchedCount > 0 ) {
+						while ( i-- ) {
+							if ( !(unmatched[i] || setMatched[i]) ) {
+								setMatched[i] = pop.call( results );
+							}
+						}
+					}
+
+					// Discard index placeholder values to get only actual matches
+					setMatched = condense( setMatched );
+				}
+
+				// Add matches to results
+				push.apply( results, setMatched );
+
+				// Seedless set matches succeeding multiple successful matchers stipulate sorting
+				if ( outermost && !seed && setMatched.length > 0 &&
+					( matchedCount + setMatchers.length ) > 1 ) {
+
+					Sizzle.uniqueSort( results );
+				}
+			}
+
+			// Override manipulation of globals by nested matchers
+			if ( outermost ) {
+				dirruns = dirrunsUnique;
+				outermostContext = contextBackup;
+			}
+
+			return unmatched;
+		};
+
+	return bySet ?
+		markFunction( superMatcher ) :
+		superMatcher;
+}
+
+compile = Sizzle.compile = function( selector, group /* Internal Use Only */ ) {
+	var i,
+		setMatchers = [],
+		elementMatchers = [],
+		cached = compilerCache[ selector + " " ];
+
+	if ( !cached ) {
+		// Generate a function of recursive functions that can be used to check each element
+		if ( !group ) {
+			group = tokenize( selector );
+		}
+		i = group.length;
+		while ( i-- ) {
+			cached = matcherFromTokens( group[i] );
+			if ( cached[ expando ] ) {
+				setMatchers.push( cached );
+			} else {
+				elementMatchers.push( cached );
+			}
+		}
+
+		// Cache the compiled function
+		cached = compilerCache( selector, matcherFromGroupMatchers( elementMatchers, setMatchers ) );
+	}
+	return cached;
+};
+
+function multipleContexts( selector, contexts, results ) {
+	var i = 0,
+		len = contexts.length;
+	for ( ; i < len; i++ ) {
+		Sizzle( selector, contexts[i], results );
+	}
+	return results;
+}
+
+function select( selector, context, results, seed ) {
+	var i, tokens, token, type, find,
+		match = tokenize( selector );
+
+	if ( !seed ) {
+		// Try to minimize operations if there is only one group
+		if ( match.length === 1 ) {
+
+			// Take a shortcut and set the context if the root selector is an ID
+			tokens = match[0] = match[0].slice( 0 );
+			if ( tokens.length > 2 && (token = tokens[0]).type === "ID" &&
+					support.getById && context.nodeType === 9 && documentIsHTML &&
+					Expr.relative[ tokens[1].type ] ) {
+
+				context = ( Expr.find["ID"]( token.matches[0].replace(runescape, funescape), context ) || [] )[0];
+				if ( !context ) {
+					return results;
+				}
+				selector = selector.slice( tokens.shift().value.length );
+			}
+
+			// Fetch a seed set for right-to-left matching
+			i = matchExpr["needsContext"].test( selector ) ? 0 : tokens.length;
+			while ( i-- ) {
+				token = tokens[i];
+
+				// Abort if we hit a combinator
+				if ( Expr.relative[ (type = token.type) ] ) {
+					break;
+				}
+				if ( (find = Expr.find[ type ]) ) {
+					// Search, expanding context for leading sibling combinators
+					if ( (seed = find(
+						token.matches[0].replace( runescape, funescape ),
+						rsibling.test( tokens[0].type ) && testContext( context.parentNode ) || context
+					)) ) {
+
+						// If seed is empty or no tokens remain, we can return early
+						tokens.splice( i, 1 );
+						selector = seed.length && toSelector( tokens );
+						if ( !selector ) {
+							push.apply( results, seed );
+							return results;
+						}
+
+						break;
+					}
+				}
+			}
+		}
+	}
+
+	// Compile and execute a filtering function
+	// Provide `match` to avoid retokenization if we modified the selector above
+	compile( selector, match )(
+		seed,
+		context,
+		!documentIsHTML,
+		results,
+		rsibling.test( selector ) && testContext( context.parentNode ) || context
+	);
+	return results;
+}
+
+// One-time assignments
+
+// Sort stability
+support.sortStable = expando.split("").sort( sortOrder ).join("") === expando;
+
+// Support: Chrome<14
+// Always assume duplicates if they aren't passed to the comparison function
+support.detectDuplicates = !!hasDuplicate;
+
+// Initialize against the default document
+setDocument();
+
+// Support: Webkit<537.32 - Safari 6.0.3/Chrome 25 (fixed in Chrome 27)
+// Detached nodes confoundingly follow *each other*
+support.sortDetached = assert(function( div1 ) {
+	// Should return 1, but returns 4 (following)
+	return div1.compareDocumentPosition( document.createElement("div") ) & 1;
+});
+
+// Support: IE<8
+// Prevent attribute/property "interpolation"
+// http://msdn.microsoft.com/en-us/library/ms536429%28VS.85%29.aspx
+if ( !assert(function( div ) {
+	div.innerHTML = "<a href='#'></a>";
+	return div.firstChild.getAttribute("href") === "#" ;
+}) ) {
+	addHandle( "type|href|height|width", function( elem, name, isXML ) {
+		if ( !isXML ) {
+			return elem.getAttribute( name, name.toLowerCase() === "type" ? 1 : 2 );
+		}
+	});
+}
+
+// Support: IE<9
+// Use defaultValue in place of getAttribute("value")
+if ( !support.attributes || !assert(function( div ) {
+	div.innerHTML = "<input/>";
+	div.firstChild.setAttribute( "value", "" );
+	return div.firstChild.getAttribute( "value" ) === "";
+}) ) {
+	addHandle( "value", function( elem, name, isXML ) {
+		if ( !isXML && elem.nodeName.toLowerCase() === "input" ) {
+			return elem.defaultValue;
+		}
+	});
+}
+
+// Support: IE<9
+// Use getAttributeNode to fetch booleans when getAttribute lies
+if ( !assert(function( div ) {
+	return div.getAttribute("disabled") == null;
+}) ) {
+	addHandle( booleans, function( elem, name, isXML ) {
+		var val;
+		if ( !isXML ) {
+			return elem[ name ] === true ? name.toLowerCase() :
+					(val = elem.getAttributeNode( name )) && val.specified ?
+					val.value :
+				null;
+		}
+	});
+}
+
+return Sizzle;
+
+})( window );
+
+
+
+jQuery.find = Sizzle;
+jQuery.expr = Sizzle.selectors;
+jQuery.expr[":"] = jQuery.expr.pseudos;
+jQuery.unique = Sizzle.uniqueSort;
+jQuery.text = Sizzle.getText;
+jQuery.isXMLDoc = Sizzle.isXML;
+jQuery.contains = Sizzle.contains;
+
+
+
+var rneedsContext = jQuery.expr.match.needsContext;
+
+var rsingleTag = (/^<(\w+)\s*\/?>(?:<\/\1>|)$/);
+
+
+
+var risSimple = /^.[^:#\[\.,]*$/;
+
+// Implement the identical functionality for filter and not
+function winnow( elements, qualifier, not ) {
+	if ( jQuery.isFunction( qualifier ) ) {
+		return jQuery.grep( elements, function( elem, i ) {
+			/* jshint -W018 */
+			return !!qualifier.call( elem, i, elem ) !== not;
+		});
+
+	}
+
+	if ( qualifier.nodeType ) {
+		return jQuery.grep( elements, function( elem ) {
+			return ( elem === qualifier ) !== not;
+		});
+
+	}
+
+	if ( typeof qualifier === "string" ) {
+		if ( risSimple.test( qualifier ) ) {
+			return jQuery.filter( qualifier, elements, not );
+		}
+
+		qualifier = jQuery.filter( qualifier, elements );
+	}
+
+	return jQuery.grep( elements, function( elem ) {
+		return ( indexOf.call( qualifier, elem ) >= 0 ) !== not;
+	});
+}
+
+jQuery.filter = function( expr, elems, not ) {
+	var elem = elems[ 0 ];
+
+	if ( not ) {
+		expr = ":not(" + expr + ")";
+	}
+
+	return elems.length === 1 && elem.nodeType === 1 ?
+		jQuery.find.matchesSelector( elem, expr ) ? [ elem ] : [] :
+		jQuery.find.matches( expr, jQuery.grep( elems, function( elem ) {
+			return elem.nodeType === 1;
+		}));
+};
+
+jQuery.fn.extend({
+	find: function( selector ) {
+		var i,
+			len = this.length,
+			ret = [],
+			self = this;
+
+		if ( typeof selector !== "string" ) {
+			return this.pushStack( jQuery( selector ).filter(function() {
+				for ( i = 0; i < len; i++ ) {
+					if ( jQuery.contains( self[ i ], this ) ) {
+						return true;
+					}
+				}
+			}) );
+		}
+
+		for ( i = 0; i < len; i++ ) {
+			jQuery.find( selector, self[ i ], ret );
+		}
+
+		// Needed because $( selector, context ) becomes $( context ).find( selector )
+		ret = this.pushStack( len > 1 ? jQuery.unique( ret ) : ret );
+		ret.selector = this.selector ? this.selector + " " + selector : selector;
+		return ret;
+	},
+	filter: function( selector ) {
+		return this.pushStack( winnow(this, selector || [], false) );
+	},
+	not: function( selector ) {
+		return this.pushStack( winnow(this, selector || [], true) );
+	},
+	is: function( selector ) {
+		return !!winnow(
+			this,
+
+			// If this is a positional/relative selector, check membership in the returned set
+			// so $("p:first").is("p:last") won't return true for a doc with two "p".
+			typeof selector === "string" && rneedsContext.test( selector ) ?
+				jQuery( selector ) :
+				selector || [],
+			false
+		).length;
+	}
+});
+
+
+// Initialize a jQuery object
+
+
+// A central reference to the root jQuery(document)
+var rootjQuery,
+
+	// A simple way to check for HTML strings
+	// Prioritize #id over <tag> to avoid XSS via location.hash (#9521)
+	// Strict HTML recognition (#11290: must start with <)
+	rquickExpr = /^(?:\s*(<[\w\W]+>)[^>]*|#([\w-]*))$/,
+
+	init = jQuery.fn.init = function( selector, context ) {
+		var match, elem;
+
+		// HANDLE: $(""), $(null), $(undefined), $(false)
+		if ( !selector ) {
+			return this;
+		}
+
+		// Handle HTML strings
+		if ( typeof selector === "string" ) {
+			if ( selector[0] === "<" && selector[ selector.length - 1 ] === ">" && selector.length >= 3 ) {
+				// Assume that strings that start and end with <> are HTML and skip the regex check
+				match = [ null, selector, null ];
+
+			} else {
+				match = rquickExpr.exec( selector );
+			}
+
+			// Match html or make sure no context is specified for #id
+			if ( match && (match[1] || !context) ) {
+
+				// HANDLE: $(html) -> $(array)
+				if ( match[1] ) {
+					context = context instanceof jQuery ? context[0] : context;
+
+					// scripts is true for back-compat
+					// Intentionally let the error be thrown if parseHTML is not present
+					jQuery.merge( this, jQuery.parseHTML(
+						match[1],
+						context && context.nodeType ? context.ownerDocument || context : document,
+						true
+					) );
+
+					// HANDLE: $(html, props)
+					if ( rsingleTag.test( match[1] ) && jQuery.isPlainObject( context ) ) {
+						for ( match in context ) {
+							// Properties of context are called as methods if possible
+							if ( jQuery.isFunction( this[ match ] ) ) {
+								this[ match ]( context[ match ] );
+
+							// ...and otherwise set as attributes
+							} else {
+								this.attr( match, context[ match ] );
+							}
+						}
+					}
+
+					return this;
+
+				// HANDLE: $(#id)
+				} else {
+					elem = document.getElementById( match[2] );
+
+					// Check parentNode to catch when Blackberry 4.6 returns
+					// nodes that are no longer in the document #6963
+					if ( elem && elem.parentNode ) {
+						// Inject the element directly into the jQuery object
+						this.length = 1;
+						this[0] = elem;
+					}
+
+					this.context = document;
+					this.selector = selector;
+					return this;
+				}
+
+			// HANDLE: $(expr, $(...))
+			} else if ( !context || context.jquery ) {
+				return ( context || rootjQuery ).find( selector );
+
+			// HANDLE: $(expr, context)
+			// (which is just equivalent to: $(context).find(expr)
+			} else {
+				return this.constructor( context ).find( selector );
+			}
+
+		// HANDLE: $(DOMElement)
+		} else if ( selector.nodeType ) {
+			this.context = this[0] = selector;
+			this.length = 1;
+			return this;
+
+		// HANDLE: $(function)
+		// Shortcut for document ready
+		} else if ( jQuery.isFunction( selector ) ) {
+			return typeof rootjQuery.ready !== "undefined" ?
+				rootjQuery.ready( selector ) :
+				// Execute immediately if ready is not present
+				selector( jQuery );
+		}
+
+		if ( selector.selector !== undefined ) {
+			this.selector = selector.selector;
+			this.context = selector.context;
+		}
+
+		return jQuery.makeArray( selector, this );
+	};
+
+// Give the init function the jQuery prototype for later instantiation
+init.prototype = jQuery.fn;
+
+// Initialize central reference
+rootjQuery = jQuery( document );
+
+
+var rparentsprev = /^(?:parents|prev(?:Until|All))/,
+	// methods guaranteed to produce a unique set when starting from a unique set
+	guaranteedUnique = {
+		children: true,
+		contents: true,
+		next: true,
+		prev: true
+	};
+
+jQuery.extend({
+	dir: function( elem, dir, until ) {
+		var matched = [],
+			truncate = until !== undefined;
+
+		while ( (elem = elem[ dir ]) && elem.nodeType !== 9 ) {
+			if ( elem.nodeType === 1 ) {
+				if ( truncate && jQuery( elem ).is( until ) ) {
+					break;
+				}
+				matched.push( elem );
+			}
+		}
+		return matched;
+	},
+
+	sibling: function( n, elem ) {
+		var matched = [];
+
+		for ( ; n; n = n.nextSibling ) {
+			if ( n.nodeType === 1 && n !== elem ) {
+				matched.push( n );
+			}
+		}
+
+		return matched;
+	}
+});
+
+jQuery.fn.extend({
+	has: function( target ) {
+		var targets = jQuery( target, this ),
+			l = targets.length;
+
+		return this.filter(function() {
+			var i = 0;
+			for ( ; i < l; i++ ) {
+				if ( jQuery.contains( this, targets[i] ) ) {
+					return true;
+				}
+			}
+		});
+	},
+
+	closest: function( selectors, context ) {
+		var cur,
+			i = 0,
+			l = this.length,
+			matched = [],
+			pos = rneedsContext.test( selectors ) || typeof selectors !== "string" ?
+				jQuery( selectors, context || this.context ) :
+				0;
+
+		for ( ; i < l; i++ ) {
+			for ( cur = this[i]; cur && cur !== context; cur = cur.parentNode ) {
+				// Always skip document fragments
+				if ( cur.nodeType < 11 && (pos ?
+					pos.index(cur) > -1 :
+
+					// Don't pass non-elements to Sizzle
+					cur.nodeType === 1 &&
+						jQuery.find.matchesSelector(cur, selectors)) ) {
+
+					matched.push( cur );
+					break;
+				}
+			}
+		}
+
+		return this.pushStack( matched.length > 1 ? jQuery.unique( matched ) : matched );
+	},
+
+	// Determine the position of an element within
+	// the matched set of elements
+	index: function( elem ) {
+
+		// No argument, return index in parent
+		if ( !elem ) {
+			return ( this[ 0 ] && this[ 0 ].parentNode ) ? this.first().prevAll().length : -1;
+		}
+
+		// index in selector
+		if ( typeof elem === "string" ) {
+			return indexOf.call( jQuery( elem ), this[ 0 ] );
+		}
+
+		// Locate the position of the desired element
+		return indexOf.call( this,
+
+			// If it receives a jQuery object, the first element is used
+			elem.jquery ? elem[ 0 ] : elem
+		);
+	},
+
+	add: function( selector, context ) {
+		return this.pushStack(
+			jQuery.unique(
+				jQuery.merge( this.get(), jQuery( selector, context ) )
+			)
+		);
+	},
+
+	addBack: function( selector ) {
+		return this.add( selector == null ?
+			this.prevObject : this.prevObject.filter(selector)
+		);
+	}
+});
+
+function sibling( cur, dir ) {
+	while ( (cur = cur[dir]) && cur.nodeType !== 1 ) {}
+	return cur;
+}
+
+jQuery.each({
+	parent: function( elem ) {
+		var parent = elem.parentNode;
+		return parent && parent.nodeType !== 11 ? parent : null;
+	},
+	parents: function( elem ) {
+		return jQuery.dir( elem, "parentNode" );
+	},
+	parentsUntil: function( elem, i, until ) {
+		return jQuery.dir( elem, "parentNode", until );
+	},
+	next: function( elem ) {
+		return sibling( elem, "nextSibling" );
+	},
+	prev: function( elem ) {
+		return sibling( elem, "previousSibling" );
+	},
+	nextAll: function( elem ) {
+		return jQuery.dir( elem, "nextSibling" );
+	},
+	prevAll: function( elem ) {
+		return jQuery.dir( elem, "previousSibling" );
+	},
+	nextUntil: function( elem, i, until ) {
+		return jQuery.dir( elem, "nextSibling", until );
+	},
+	prevUntil: function( elem, i, until ) {
+		return jQuery.dir( elem, "previousSibling", until );
+	},
+	siblings: function( elem ) {
+		return jQuery.sibling( ( elem.parentNode || {} ).firstChild, elem );
+	},
+	children: function( elem ) {
+		return jQuery.sibling( elem.firstChild );
+	},
+	contents: function( elem ) {
+		return elem.contentDocument || jQuery.merge( [], elem.childNodes );
+	}
+}, function( name, fn ) {
+	jQuery.fn[ name ] = function( until, selector ) {
+		var matched = jQuery.map( this, fn, until );
+
+		if ( name.slice( -5 ) !== "Until" ) {
+			selector = until;
+		}
+
+		if ( selector && typeof selector === "string" ) {
+			matched = jQuery.filter( selector, matched );
+		}
+
+		if ( this.length > 1 ) {
+			// Remove duplicates
+			if ( !guaranteedUnique[ name ] ) {
+				jQuery.unique( matched );
+			}
+
+			// Reverse order for parents* and prev-derivatives
+			if ( rparentsprev.test( name ) ) {
+				matched.reverse();
+			}
+		}
+
+		return this.pushStack( matched );
+	};
+});
+var rnotwhite = (/\S+/g);
+
+
+
+// String to Object options format cache
+var optionsCache = {};
+
+// Convert String-formatted options into Object-formatted ones and store in cache
+function createOptions( options ) {
+	var object = optionsCache[ options ] = {};
+	jQuery.each( options.match( rnotwhite ) || [], function( _, flag ) {
+		object[ flag ] = true;
+	});
+	return object;
+}
+
+/*
+ * Create a callback list using the following parameters:
+ *
+ *	options: an optional list of space-separated options that will change how
+ *			the callback list behaves or a more traditional option object
+ *
+ * By default a callback list will act like an event callback list and can be
+ * "fired" multiple times.
+ *
+ * Possible options:
+ *
+ *	once:			will ensure the callback list can only be fired once (like a Deferred)
+ *
+ *	memory:			will keep track of previous values and will call any callback added
+ *					after the list has been fired right away with the latest "memorized"
+ *					values (like a Deferred)
+ *
+ *	unique:			will ensure a callback can only be added once (no duplicate in the list)
+ *
+ *	stopOnFalse:	interrupt callings when a callback returns false
+ *
+ */
+jQuery.Callbacks = function( options ) {
+
+	// Convert options from String-formatted to Object-formatted if needed
+	// (we check in cache first)
+	options = typeof options === "string" ?
+		( optionsCache[ options ] || createOptions( options ) ) :
+		jQuery.extend( {}, options );
+
+	var // Last fire value (for non-forgettable lists)
+		memory,
+		// Flag to know if list was already fired
+		fired,
+		// Flag to know if list is currently firing
+		firing,
+		// First callback to fire (used internally by add and fireWith)
+		firingStart,
+		// End of the loop when firing
+		firingLength,
+		// Index of currently firing callback (modified by remove if needed)
+		firingIndex,
+		// Actual callback list
+		list = [],
+		// Stack of fire calls for repeatable lists
+		stack = !options.once && [],
+		// Fire callbacks
+		fire = function( data ) {
+			memory = options.memory && data;
+			fired = true;
+			firingIndex = firingStart || 0;
+			firingStart = 0;
+			firingLength = list.length;
+			firing = true;
+			for ( ; list && firingIndex < firingLength; firingIndex++ ) {
+				if ( list[ firingIndex ].apply( data[ 0 ], data[ 1 ] ) === false && options.stopOnFalse ) {
+					memory = false; // To prevent further calls using add
+					break;
+				}
+			}
+			firing = false;
+			if ( list ) {
+				if ( stack ) {
+					if ( stack.length ) {
+						fire( stack.shift() );
+					}
+				} else if ( memory ) {
+					list = [];
+				} else {
+					self.disable();
+				}
+			}
+		},
+		// Actual Callbacks object
+		self = {
+			// Add a callback or a collection of callbacks to the list
+			add: function() {
+				if ( list ) {
+					// First, we save the current length
+					var start = list.length;
+					(function add( args ) {
+						jQuery.each( args, function( _, arg ) {
+							var type = jQuery.type( arg );
+							if ( type === "function" ) {
+								if ( !options.unique || !self.has( arg ) ) {
+									list.push( arg );
+								}
+							} else if ( arg && arg.length && type !== "string" ) {
+								// Inspect recursively
+								add( arg );
+							}
+						});
+					})( arguments );
+					// Do we need to add the callbacks to the
+					// current firing batch?
+					if ( firing ) {
+						firingLength = list.length;
+					// With memory, if we're not firing then
+					// we should call right away
+					} else if ( memory ) {
+						firingStart = start;
+						fire( memory );
+					}
+				}
+				return this;
+			},
+			// Remove a callback from the list
+			remove: function() {
+				if ( list ) {
+					jQuery.each( arguments, function( _, arg ) {
+						var index;
+						while ( ( index = jQuery.inArray( arg, list, index ) ) > -1 ) {
+							list.splice( index, 1 );
+							// Handle firing indexes
+							if ( firing ) {
+								if ( index <= firingLength ) {
+									firingLength--;
+								}
+								if ( index <= firingIndex ) {
+									firingIndex--;
+								}
+							}
+						}
+					});
+				}
+				return this;
+			},
+			// Check if a given callback is in the list.
+			// If no argument is given, return whether or not list has callbacks attached.
+			has: function( fn ) {
+				return fn ? jQuery.inArray( fn, list ) > -1 : !!( list && list.length );
+			},
+			// Remove all callbacks from the list
+			empty: function() {
+				list = [];
+				firingLength = 0;
+				return this;
+			},
+			// Have the list do nothing anymore
+			disable: function() {
+				list = stack = memory = undefined;
+				return this;
+			},
+			// Is it disabled?
+			disabled: function() {
+				return !list;
+			},
+			// Lock the list in its current state
+			lock: function() {
+				stack = undefined;
+				if ( !memory ) {
+					self.disable();
+				}
+				return this;
+			},
+			// Is it locked?
+			locked: function() {
+				return !stack;
+			},
+			// Call all callbacks with the given context and arguments
+			fireWith: function( context, args ) {
+				if ( list && ( !fired || stack ) ) {
+					args = args || [];
+					args = [ context, args.slice ? args.slice() : args ];
+					if ( firing ) {
+						stack.push( args );
+					} else {
+						fire( args );
+					}
+				}
+				return this;
+			},
+			// Call all the callbacks with the given arguments
+			fire: function() {
+				self.fireWith( this, arguments );
+				return this;
+			},
+			// To know if the callbacks have already been called at least once
+			fired: function() {
+				return !!fired;
+			}
+		};
+
+	return self;
+};
+
+
+jQuery.extend({
+
+	Deferred: function( func ) {
+		var tuples = [
+				// action, add listener, listener list, final state
+				[ "resolve", "done", jQuery.Callbacks("once memory"), "resolved" ],
+				[ "reject", "fail", jQuery.Callbacks("once memory"), "rejected" ],
+				[ "notify", "progress", jQuery.Callbacks("memory") ]
+			],
+			state = "pending",
+			promise = {
+				state: function() {
+					return state;
+				},
+				always: function() {
+					deferred.done( arguments ).fail( arguments );
+					return this;
+				},
+				then: function( /* fnDone, fnFail, fnProgress */ ) {
+					var fns = arguments;
+					return jQuery.Deferred(function( newDefer ) {
+						jQuery.each( tuples, function( i, tuple ) {
+							var fn = jQuery.isFunction( fns[ i ] ) && fns[ i ];
+							// deferred[ done | fail | progress ] for forwarding actions to newDefer
+							deferred[ tuple[1] ](function() {
+								var returned = fn && fn.apply( this, arguments );
+								if ( returned && jQuery.isFunction( returned.promise ) ) {
+									returned.promise()
+										.done( newDefer.resolve )
+										.fail( newDefer.reject )
+										.progress( newDefer.notify );
+								} else {
+									newDefer[ tuple[ 0 ] + "With" ]( this === promise ? newDefer.promise() : this, fn ? [ returned ] : arguments );
+								}
+							});
+						});
+						fns = null;
+					}).promise();
+				},
+				// Get a promise for this deferred
+				// If obj is provided, the promise aspect is added to the object
+				promise: function( obj ) {
+					return obj != null ? jQuery.extend( obj, promise ) : promise;
+				}
+			},
+			deferred = {};
+
+		// Keep pipe for back-compat
+		promise.pipe = promise.then;
+
+		// Add list-specific methods
+		jQuery.each( tuples, function( i, tuple ) {
+			var list = tuple[ 2 ],
+				stateString = tuple[ 3 ];
+
+			// promise[ done | fail | progress ] = list.add
+			promise[ tuple[1] ] = list.add;
+
+			// Handle state
+			if ( stateString ) {
+				list.add(function() {
+					// state = [ resolved | rejected ]
+					state = stateString;
+
+				// [ reject_list | resolve_list ].disable; progress_list.lock
+				}, tuples[ i ^ 1 ][ 2 ].disable, tuples[ 2 ][ 2 ].lock );
+			}
+
+			// deferred[ resolve | reject | notify ]
+			deferred[ tuple[0] ] = function() {
+				deferred[ tuple[0] + "With" ]( this === deferred ? promise : this, arguments );
+				return this;
+			};
+			deferred[ tuple[0] + "With" ] = list.fireWith;
+		});
+
+		// Make the deferred a promise
+		promise.promise( deferred );
+
+		// Call given func if any
+		if ( func ) {
+			func.call( deferred, deferred );
+		}
+
+		// All done!
+		return deferred;
+	},
+
+	// Deferred helper
+	when: function( subordinate /* , ..., subordinateN */ ) {
+		var i = 0,
+			resolveValues = slice.call( arguments ),
+			length = resolveValues.length,
+
+			// the count of uncompleted subordinates
+			remaining = length !== 1 || ( subordinate && jQuery.isFunction( subordinate.promise ) ) ? length : 0,
+
+			// the master Deferred. If resolveValues consist of only a single Deferred, just use that.
+			deferred = remaining === 1 ? subordinate : jQuery.Deferred(),
+
+			// Update function for both resolve and progress values
+			updateFunc = function( i, contexts, values ) {
+				return function( value ) {
+					contexts[ i ] = this;
+					values[ i ] = arguments.length > 1 ? slice.call( arguments ) : value;
+					if ( values === progressValues ) {
+						deferred.notifyWith( contexts, values );
+					} else if ( !( --remaining ) ) {
+						deferred.resolveWith( contexts, values );
+					}
+				};
+			},
+
+			progressValues, progressContexts, resolveContexts;
+
+		// add listeners to Deferred subordinates; treat others as resolved
+		if ( length > 1 ) {
+			progressValues = new Array( length );
+			progressContexts = new Array( length );
+			resolveContexts = new Array( length );
+			for ( ; i < length; i++ ) {
+				if ( resolveValues[ i ] && jQuery.isFunction( resolveValues[ i ].promise ) ) {
+					resolveValues[ i ].promise()
+						.done( updateFunc( i, resolveContexts, resolveValues ) )
+						.fail( deferred.reject )
+						.progress( updateFunc( i, progressContexts, progressValues ) );
+				} else {
+					--remaining;
+				}
+			}
+		}
+
+		// if we're not waiting on anything, resolve the master
+		if ( !remaining ) {
+			deferred.resolveWith( resolveContexts, resolveValues );
+		}
+
+		return deferred.promise();
+	}
+});
+
+
+// The deferred used on DOM ready
+var readyList;
+
+jQuery.fn.ready = function( fn ) {
+	// Add the callback
+	jQuery.ready.promise().done( fn );
+
+	return this;
+};
+
+jQuery.extend({
+	// Is the DOM ready to be used? Set to true once it occurs.
+	isReady: false,
+
+	// A counter to track how many items to wait for before
+	// the ready event fires. See #6781
+	readyWait: 1,
+
+	// Hold (or release) the ready event
+	holdReady: function( hold ) {
+		if ( hold ) {
+			jQuery.readyWait++;
+		} else {
+			jQuery.ready( true );
+		}
+	},
+
+	// Handle when the DOM is ready
+	ready: function( wait ) {
+
+		// Abort if there are pending holds or we're already ready
+		if ( wait === true ? --jQuery.readyWait : jQuery.isReady ) {
+			return;
+		}
+
+		// Remember that the DOM is ready
+		jQuery.isReady = true;
+
+		// If a normal DOM Ready event fired, decrement, and wait if need be
+		if ( wait !== true && --jQuery.readyWait > 0 ) {
+			return;
+		}
+
+		// If there are functions bound, to execute
+		readyList.resolveWith( document, [ jQuery ] );
+
+		// Trigger any bound ready events
+		if ( jQuery.fn.trigger ) {
+			jQuery( document ).trigger("ready").off("ready");
+		}
+	}
+});
+
+/**
+ * The ready event handler and self cleanup method
+ */
+function completed() {
+	document.removeEventListener( "DOMContentLoaded", completed, false );
+	window.removeEventListener( "load", completed, false );
+	jQuery.ready();
+}
+
+jQuery.ready.promise = function( obj ) {
+	if ( !readyList ) {
+
+		readyList = jQuery.Deferred();
+
+		// Catch cases where $(document).ready() is called after the browser event has already occurred.
+		// we once tried to use readyState "interactive" here, but it caused issues like the one
+		// discovered by ChrisS here: http://bugs.jquery.com/ticket/12282#comment:15
+		if ( document.readyState === "complete" ) {
+			// Handle it asynchronously to allow scripts the opportunity to delay ready
+			setTimeout( jQuery.ready );
+
+		} else {
+
+			// Use the handy event callback
+			document.addEventListener( "DOMContentLoaded", completed, false );
+
+			// A fallback to window.onload, that will always work
+			window.addEventListener( "load", completed, false );
+		}
+	}
+	return readyList.promise( obj );
+};
+
+// Kick off the DOM ready check even if the user does not
+jQuery.ready.promise();
+
+
+
+
+// Multifunctional method to get and set values of a collection
+// The value/s can optionally be executed if it's a function
+var access = jQuery.access = function( elems, fn, key, value, chainable, emptyGet, raw ) {
+	var i = 0,
+		len = elems.length,
+		bulk = key == null;
+
+	// Sets many values
+	if ( jQuery.type( key ) === "object" ) {
+		chainable = true;
+		for ( i in key ) {
+			jQuery.access( elems, fn, i, key[i], true, emptyGet, raw );
+		}
+
+	// Sets one value
+	} else if ( value !== undefined ) {
+		chainable = true;
+
+		if ( !jQuery.isFunction( value ) ) {
+			raw = true;
+		}
+
+		if ( bulk ) {
+			// Bulk operations run against the entire set
+			if ( raw ) {
+				fn.call( elems, value );
+				fn = null;
+
+			// ...except when executing function values
+			} else {
+				bulk = fn;
+				fn = function( elem, key, value ) {
+					return bulk.call( jQuery( elem ), value );
+				};
+			}
+		}
+
+		if ( fn ) {
+			for ( ; i < len; i++ ) {
+				fn( elems[i], key, raw ? value : value.call( elems[i], i, fn( elems[i], key ) ) );
+			}
+		}
+	}
+
+	return chainable ?
+		elems :
+
+		// Gets
+		bulk ?
+			fn.call( elems ) :
+			len ? fn( elems[0], key ) : emptyGet;
+};
+
+
+/**
+ * Determines whether an object can have data
+ */
+jQuery.acceptData = function( owner ) {
+	// Accepts only:
+	//  - Node
+	//    - Node.ELEMENT_NODE
+	//    - Node.DOCUMENT_NODE
+	//  - Object
+	//    - Any
+	/* jshint -W018 */
+	return owner.nodeType === 1 || owner.nodeType === 9 || !( +owner.nodeType );
+};
+
+
+function Data() {
+	// Support: Android < 4,
+	// Old WebKit does not have Object.preventExtensions/freeze method,
+	// return new empty object instead with no [[set]] accessor
+	Object.defineProperty( this.cache = {}, 0, {
+		get: function() {
+			return {};
+		}
+	});
+
+	this.expando = jQuery.expando + Math.random();
+}
+
+Data.uid = 1;
+Data.accepts = jQuery.acceptData;
+
+Data.prototype = {
+	key: function( owner ) {
+		// We can accept data for non-element nodes in modern browsers,
+		// but we should not, see #8335.
+		// Always return the key for a frozen object.
+		if ( !Data.accepts( owner ) ) {
+			return 0;
+		}
+
+		var descriptor = {},
+			// Check if the owner object already has a cache key
+			unlock = owner[ this.expando ];
+
+		// If not, create one
+		if ( !unlock ) {
+			unlock = Data.uid++;
+
+			// Secure it in a non-enumerable, non-writable property
+			try {
+				descriptor[ this.expando ] = { value: unlock };
+				Object.defineProperties( owner, descriptor );
+
+			// Support: Android < 4
+			// Fallback to a less secure definition
+			} catch ( e ) {
+				descriptor[ this.expando ] = unlock;
+				jQuery.extend( owner, descriptor );
+			}
+		}
+
+		// Ensure the cache object
+		if ( !this.cache[ unlock ] ) {
+			this.cache[ unlock ] = {};
+		}
+
+		return unlock;
+	},
+	set: function( owner, data, value ) {
+		var prop,
+			// There may be an unlock assigned to this node,
+			// if there is no entry for this "owner", create one inline
+			// and set the unlock as though an owner entry had always existed
+			unlock = this.key( owner ),
+			cache = this.cache[ unlock ];
+
+		// Handle: [ owner, key, value ] args
+		if ( typeof data === "string" ) {
+			cache[ data ] = value;
+
+		// Handle: [ owner, { properties } ] args
+		} else {
+			// Fresh assignments by object are shallow copied
+			if ( jQuery.isEmptyObject( cache ) ) {
+				jQuery.extend( this.cache[ unlock ], data );
+			// Otherwise, copy the properties one-by-one to the cache object
+			} else {
+				for ( prop in data ) {
+					cache[ prop ] = data[ prop ];
+				}
+			}
+		}
+		return cache;
+	},
+	get: function( owner, key ) {
+		// Either a valid cache is found, or will be created.
+		// New caches will be created and the unlock returned,
+		// allowing direct access to the newly created
+		// empty data object. A valid owner object must be provided.
+		var cache = this.cache[ this.key( owner ) ];
+
+		return key === undefined ?
+			cache : cache[ key ];
+	},
+	access: function( owner, key, value ) {
+		var stored;
+		// In cases where either:
+		//
+		//   1. No key was specified
+		//   2. A string key was specified, but no value provided
+		//
+		// Take the "read" path and allow the get method to determine
+		// which value to return, respectively either:
+		//
+		//   1. The entire cache object
+		//   2. The data stored at the key
+		//
+		if ( key === undefined ||
+				((key && typeof key === "string") && value === undefined) ) {
+
+			stored = this.get( owner, key );
+
+			return stored !== undefined ?
+				stored : this.get( owner, jQuery.camelCase(key) );
+		}
+
+		// [*]When the key is not a string, or both a key and value
+		// are specified, set or extend (existing objects) with either:
+		//
+		//   1. An object of properties
+		//   2. A key and value
+		//
+		this.set( owner, key, value );
+
+		// Since the "set" path can have two possible entry points
+		// return the expected data based on which path was taken[*]
+		return value !== undefined ? value : key;
+	},
+	remove: function( owner, key ) {
+		var i, name, camel,
+			unlock = this.key( owner ),
+			cache = this.cache[ unlock ];
+
+		if ( key === undefined ) {
+			this.cache[ unlock ] = {};
+
+		} else {
+			// Support array or space separated string of keys
+			if ( jQuery.isArray( key ) ) {
+				// If "name" is an array of keys...
+				// When data is initially created, via ("key", "val") signature,
+				// keys will be converted to camelCase.
+				// Since there is no way to tell _how_ a key was added, remove
+				// both plain key and camelCase key. #12786
+				// This will only penalize the array argument path.
+				name = key.concat( key.map( jQuery.camelCase ) );
+			} else {
+				camel = jQuery.camelCase( key );
+				// Try the string as a key before any manipulation
+				if ( key in cache ) {
+					name = [ key, camel ];
+				} else {
+					// If a key with the spaces exists, use it.
+					// Otherwise, create an array by matching non-whitespace
+					name = camel;
+					name = name in cache ?
+						[ name ] : ( name.match( rnotwhite ) || [] );
+				}
+			}
+
+			i = name.length;
+			while ( i-- ) {
+				delete cache[ name[ i ] ];
+			}
+		}
+	},
+	hasData: function( owner ) {
+		return !jQuery.isEmptyObject(
+			this.cache[ owner[ this.expando ] ] || {}
+		);
+	},
+	discard: function( owner ) {
+		if ( owner[ this.expando ] ) {
+			delete this.cache[ owner[ this.expando ] ];
+		}
+	}
+};
+var data_priv = new Data();
+
+var data_user = new Data();
+
+
+
+/*
+	Implementation Summary
+
+	1. Enforce API surface and semantic compatibility with 1.9.x branch
+	2. Improve the module's maintainability by reducing the storage
+		paths to a single mechanism.
+	3. Use the same single mechanism to support "private" and "user" data.
+	4. _Never_ expose "private" data to user code (TODO: Drop _data, _removeData)
+	5. Avoid exposing implementation details on user objects (eg. expando properties)
+	6. Provide a clear path for implementation upgrade to WeakMap in 2014
+*/
+var rbrace = /^(?:\{[\w\W]*\}|\[[\w\W]*\])$/,
+	rmultiDash = /([A-Z])/g;
+
+function dataAttr( elem, key, data ) {
+	var name;
+
+	// If nothing was found internally, try to fetch any
+	// data from the HTML5 data-* attribute
+	if ( data === undefined && elem.nodeType === 1 ) {
+		name = "data-" + key.replace( rmultiDash, "-$1" ).toLowerCase();
+		data = elem.getAttribute( name );
+
+		if ( typeof data === "string" ) {
+			try {
+				data = data === "true" ? true :
+					data === "false" ? false :
+					data === "null" ? null :
+					// Only convert to a number if it doesn't change the string
+					+data + "" === data ? +data :
+					rbrace.test( data ) ? jQuery.parseJSON( data ) :
+					data;
+			} catch( e ) {}
+
+			// Make sure we set the data so it isn't changed later
+			data_user.set( elem, key, data );
+		} else {
+			data = undefined;
+		}
+	}
+	return data;
+}
+
+jQuery.extend({
+	hasData: function( elem ) {
+		return data_user.hasData( elem ) || data_priv.hasData( elem );
+	},
+
+	data: function( elem, name, data ) {
+		return data_user.access( elem, name, data );
+	},
+
+	removeData: function( elem, name ) {
+		data_user.remove( elem, name );
+	},
+
+	// TODO: Now that all calls to _data and _removeData have been replaced
+	// with direct calls to data_priv methods, these can be deprecated.
+	_data: function( elem, name, data ) {
+		return data_priv.access( elem, name, data );
+	},
+
+	_removeData: function( elem, name ) {
+		data_priv.remove( elem, name );
+	}
+});
+
+jQuery.fn.extend({
+	data: function( key, value ) {
+		var i, name, data,
+			elem = this[ 0 ],
+			attrs = elem && elem.attributes;
+
+		// Gets all values
+		if ( key === undefined ) {
+			if ( this.length ) {
+				data = data_user.get( elem );
+
+				if ( elem.nodeType === 1 && !data_priv.get( elem, "hasDataAttrs" ) ) {
+					i = attrs.length;
+					while ( i-- ) {
+						name = attrs[ i ].name;
+
+						if ( name.indexOf( "data-" ) === 0 ) {
+							name = jQuery.camelCase( name.slice(5) );
+							dataAttr( elem, name, data[ name ] );
+						}
+					}
+					data_priv.set( elem, "hasDataAttrs", true );
+				}
+			}
+
+			return data;
+		}
+
+		// Sets multiple values
+		if ( typeof key === "object" ) {
+			return this.each(function() {
+				data_user.set( this, key );
+			});
+		}
+
+		return access( this, function( value ) {
+			var data,
+				camelKey = jQuery.camelCase( key );
+
+			// The calling jQuery object (element matches) is not empty
+			// (and therefore has an element appears at this[ 0 ]) and the
+			// `value` parameter was not undefined. An empty jQuery object
+			// will result in `undefined` for elem = this[ 0 ] which will
+			// throw an exception if an attempt to read a data cache is made.
+			if ( elem && value === undefined ) {
+				// Attempt to get data from the cache
+				// with the key as-is
+				data = data_user.get( elem, key );
+				if ( data !== undefined ) {
+					return data;
+				}
+
+				// Attempt to get data from the cache
+				// with the key camelized
+				data = data_user.get( elem, camelKey );
+				if ( data !== undefined ) {
+					return data;
+				}
+
+				// Attempt to "discover" the data in
+				// HTML5 custom data-* attrs
+				data = dataAttr( elem, camelKey, undefined );
+				if ( data !== undefined ) {
+					return data;
+				}
+
+				// We tried really hard, but the data doesn't exist.
+				return;
+			}
+
+			// Set the data...
+			this.each(function() {
+				// First, attempt to store a copy or reference of any
+				// data that might've been store with a camelCased key.
+				var data = data_user.get( this, camelKey );
+
+				// For HTML5 data-* attribute interop, we have to
+				// store property names with dashes in a camelCase form.
+				// This might not apply to all properties...*
+				data_user.set( this, camelKey, value );
+
+				// *... In the case of properties that might _actually_
+				// have dashes, we need to also store a copy of that
+				// unchanged property.
+				if ( key.indexOf("-") !== -1 && data !== undefined ) {
+					data_user.set( this, key, value );
+				}
+			});
+		}, null, value, arguments.length > 1, null, true );
+	},
+
+	removeData: function( key ) {
+		return this.each(function() {
+			data_user.remove( this, key );
+		});
+	}
+});
+
+
+jQuery.extend({
+	queue: function( elem, type, data ) {
+		var queue;
+
+		if ( elem ) {
+			type = ( type || "fx" ) + "queue";
+			queue = data_priv.get( elem, type );
+
+			// Speed up dequeue by getting out quickly if this is just a lookup
+			if ( data ) {
+				if ( !queue || jQuery.isArray( data ) ) {
+					queue = data_priv.access( elem, type, jQuery.makeArray(data) );
+				} else {
+					queue.push( data );
+				}
+			}
+			return queue || [];
+		}
+	},
+
+	dequeue: function( elem, type ) {
+		type = type || "fx";
+
+		var queue = jQuery.queue( elem, type ),
+			startLength = queue.length,
+			fn = queue.shift(),
+			hooks = jQuery._queueHooks( elem, type ),
+			next = function() {
+				jQuery.dequeue( elem, type );
+			};
+
+		// If the fx queue is dequeued, always remove the progress sentinel
+		if ( fn === "inprogress" ) {
+			fn = queue.shift();
+			startLength--;
+		}
+
+		if ( fn ) {
+
+			// Add a progress sentinel to prevent the fx queue from being
+			// automatically dequeued
+			if ( type === "fx" ) {
+				queue.unshift( "inprogress" );
+			}
+
+			// clear up the last queue stop function
+			delete hooks.stop;
+			fn.call( elem, next, hooks );
+		}
+
+		if ( !startLength && hooks ) {
+			hooks.empty.fire();
+		}
+	},
+
+	// not intended for public consumption - generates a queueHooks object, or returns the current one
+	_queueHooks: function( elem, type ) {
+		var key = type + "queueHooks";
+		return data_priv.get( elem, key ) || data_priv.access( elem, key, {
+			empty: jQuery.Callbacks("once memory").add(function() {
+				data_priv.remove( elem, [ type + "queue", key ] );
+			})
+		});
+	}
+});
+
+jQuery.fn.extend({
+	queue: function( type, data ) {
+		var setter = 2;
+
+		if ( typeof type !== "string" ) {
+			data = type;
+			type = "fx";
+			setter--;
+		}
+
+		if ( arguments.length < setter ) {
+			return jQuery.queue( this[0], type );
+		}
+
+		return data === undefined ?
+			this :
+			this.each(function() {
+				var queue = jQuery.queue( this, type, data );
+
+				// ensure a hooks for this queue
+				jQuery._queueHooks( this, type );
+
+				if ( type === "fx" && queue[0] !== "inprogress" ) {
+					jQuery.dequeue( this, type );
+				}
+			});
+	},
+	dequeue: function( type ) {
+		return this.each(function() {
+			jQuery.dequeue( this, type );
+		});
+	},
+	clearQueue: function( type ) {
+		return this.queue( type || "fx", [] );
+	},
+	// Get a promise resolved when queues of a certain type
+	// are emptied (fx is the type by default)
+	promise: function( type, obj ) {
+		var tmp,
+			count = 1,
+			defer = jQuery.Deferred(),
+			elements = this,
+			i = this.length,
+			resolve = function() {
+				if ( !( --count ) ) {
+					defer.resolveWith( elements, [ elements ] );
+				}
+			};
+
+		if ( typeof type !== "string" ) {
+			obj = type;
+			type = undefined;
+		}
+		type = type || "fx";
+
+		while ( i-- ) {
+			tmp = data_priv.get( elements[ i ], type + "queueHooks" );
+			if ( tmp && tmp.empty ) {
+				count++;
+				tmp.empty.add( resolve );
+			}
+		}
+		resolve();
+		return defer.promise( obj );
+	}
+});
+var pnum = (/[+-]?(?:\d*\.|)\d+(?:[eE][+-]?\d+|)/).source;
+
+var cssExpand = [ "Top", "Right", "Bottom", "Left" ];
+
+var isHidden = function( elem, el ) {
+		// isHidden might be called from jQuery#filter function;
+		// in that case, element will be second argument
+		elem = el || elem;
+		return jQuery.css( elem, "display" ) === "none" || !jQuery.contains( elem.ownerDocument, elem );
+	};
+
+var rcheckableType = (/^(?:checkbox|radio)$/i);
+
+
+
+(function() {
+	var fragment = document.createDocumentFragment(),
+		div = fragment.appendChild( document.createElement( "div" ) );
+
+	// #11217 - WebKit loses check when the name is after the checked attribute
+	div.innerHTML = "<input type='radio' checked='checked' name='t'/>";
+
+	// Support: Safari 5.1, iOS 5.1, Android 4.x, Android 2.3
+	// old WebKit doesn't clone checked state correctly in fragments
+	support.checkClone = div.cloneNode( true ).cloneNode( true ).lastChild.checked;
+
+	// Make sure textarea (and checkbox) defaultValue is properly cloned
+	// Support: IE9-IE11+
+	div.innerHTML = "<textarea>x</textarea>";
+	support.noCloneChecked = !!div.cloneNode( true ).lastChild.defaultValue;
+})();
+var strundefined = typeof undefined;
+
+
+
+support.focusinBubbles = "onfocusin" in window;
+
+
+var
+	rkeyEvent = /^key/,
+	rmouseEvent = /^(?:mouse|contextmenu)|click/,
+	rfocusMorph = /^(?:focusinfocus|focusoutblur)$/,
+	rtypenamespace = /^([^.]*)(?:\.(.+)|)$/;
+
+function returnTrue() {
+	return true;
+}
+
+function returnFalse() {
+	return false;
+}
+
+function safeActiveElement() {
+	try {
+		return document.activeElement;
+	} catch ( err ) { }
+}
+
+/*
+ * Helper functions for managing events -- not part of the public interface.
+ * Props to Dean Edwards' addEvent library for many of the ideas.
+ */
+jQuery.event = {
+
+	global: {},
+
+	add: function( elem, types, handler, data, selector ) {
+
+		var handleObjIn, eventHandle, tmp,
+			events, t, handleObj,
+			special, handlers, type, namespaces, origType,
+			elemData = data_priv.get( elem );
+
+		// Don't attach events to noData or text/comment nodes (but allow plain objects)
+		if ( !elemData ) {
+			return;
+		}
+
+		// Caller can pass in an object of custom data in lieu of the handler
+		if ( handler.handler ) {
+			handleObjIn = handler;
+			handler = handleObjIn.handler;
+			selector = handleObjIn.selector;
+		}
+
+		// Make sure that the handler has a unique ID, used to find/remove it later
+		if ( !handler.guid ) {
+			handler.guid = jQuery.guid++;
+		}
+
+		// Init the element's event structure and main handler, if this is the first
+		if ( !(events = elemData.events) ) {
+			events = elemData.events = {};
+		}
+		if ( !(eventHandle = elemData.handle) ) {
+			eventHandle = elemData.handle = function( e ) {
+				// Discard the second event of a jQuery.event.trigger() and
+				// when an event is called after a page has unloaded
+				return typeof jQuery !== strundefined && jQuery.event.triggered !== e.type ?
+					jQuery.event.dispatch.apply( elem, arguments ) : undefined;
+			};
+		}
+
+		// Handle multiple events separated by a space
+		types = ( types || "" ).match( rnotwhite ) || [ "" ];
+		t = types.length;
+		while ( t-- ) {
+			tmp = rtypenamespace.exec( types[t] ) || [];
+			type = origType = tmp[1];
+			namespaces = ( tmp[2] || "" ).split( "." ).sort();
+
+			// There *must* be a type, no attaching namespace-only handlers
+			if ( !type ) {
+				continue;
+			}
+
+			// If event changes its type, use the special event handlers for the changed type
+			special = jQuery.event.special[ type ] || {};
+
+			// If selector defined, determine special event api type, otherwise given type
+			type = ( selector ? special.delegateType : special.bindType ) || type;
+
+			// Update special based on newly reset type
+			special = jQuery.event.special[ type ] || {};
+
+			// handleObj is passed to all event handlers
+			handleObj = jQuery.extend({
+				type: type,
+				origType: origType,
+				data: data,
+				handler: handler,
+				guid: handler.guid,
+				selector: selector,
+				needsContext: selector && jQuery.expr.match.needsContext.test( selector ),
+				namespace: namespaces.join(".")
+			}, handleObjIn );
+
+			// Init the event handler queue if we're the first
+			if ( !(handlers = events[ type ]) ) {
+				handlers = events[ type ] = [];
+				handlers.delegateCount = 0;
+
+				// Only use addEventListener if the special events handler returns false
+				if ( !special.setup || special.setup.call( elem, data, namespaces, eventHandle ) === false ) {
+					if ( elem.addEventListener ) {
+						elem.addEventListener( type, eventHandle, false );
+					}
+				}
+			}
+
+			if ( special.add ) {
+				special.add.call( elem, handleObj );
+
+				if ( !handleObj.handler.guid ) {
+					handleObj.handler.guid = handler.guid;
+				}
+			}
+
+			// Add to the element's handler list, delegates in front
+			if ( selector ) {
+				handlers.splice( handlers.delegateCount++, 0, handleObj );
+			} else {
+				handlers.push( handleObj );
+			}
+
+			// Keep track of which events have ever been used, for event optimization
+			jQuery.event.global[ type ] = true;
+		}
+
+	},
+
+	// Detach an event or set of events from an element
+	remove: function( elem, types, handler, selector, mappedTypes ) {
+
+		var j, origCount, tmp,
+			events, t, handleObj,
+			special, handlers, type, namespaces, origType,
+			elemData = data_priv.hasData( elem ) && data_priv.get( elem );
+
+		if ( !elemData || !(events = elemData.events) ) {
+			return;
+		}
+
+		// Once for each type.namespace in types; type may be omitted
+		types = ( types || "" ).match( rnotwhite ) || [ "" ];
+		t = types.length;
+		while ( t-- ) {
+			tmp = rtypenamespace.exec( types[t] ) || [];
+			type = origType = tmp[1];
+			namespaces = ( tmp[2] || "" ).split( "." ).sort();
+
+			// Unbind all events (on this namespace, if provided) for the element
+			if ( !type ) {
+				for ( type in events ) {
+					jQuery.event.remove( elem, type + types[ t ], handler, selector, true );
+				}
+				continue;
+			}
+
+			special = jQuery.event.special[ type ] || {};
+			type = ( selector ? special.delegateType : special.bindType ) || type;
+			handlers = events[ type ] || [];
+			tmp = tmp[2] && new RegExp( "(^|\\.)" + namespaces.join("\\.(?:.*\\.|)") + "(\\.|$)" );
+
+			// Remove matching events
+			origCount = j = handlers.length;
+			while ( j-- ) {
+				handleObj = handlers[ j ];
+
+				if ( ( mappedTypes || origType === handleObj.origType ) &&
+					( !handler || handler.guid === handleObj.guid ) &&
+					( !tmp || tmp.test( handleObj.namespace ) ) &&
+					( !selector || selector === handleObj.selector || selector === "**" && handleObj.selector ) ) {
+					handlers.splice( j, 1 );
+
+					if ( handleObj.selector ) {
+						handlers.delegateCount--;
+					}
+					if ( special.remove ) {
+						special.remove.call( elem, handleObj );
+					}
+				}
+			}
+
+			// Remove generic event handler if we removed something and no more handlers exist
+			// (avoids potential for endless recursion during removal of special event handlers)
+			if ( origCount && !handlers.length ) {
+				if ( !special.teardown || special.teardown.call( elem, namespaces, elemData.handle ) === false ) {
+					jQuery.removeEvent( elem, type, elemData.handle );
+				}
+
+				delete events[ type ];
+			}
+		}
+
+		// Remove the expando if it's no longer used
+		if ( jQuery.isEmptyObject( events ) ) {
+			delete elemData.handle;
+			data_priv.remove( elem, "events" );
+		}
+	},
+
+	trigger: function( event, data, elem, onlyHandlers ) {
+
+		var i, cur, tmp, bubbleType, ontype, handle, special,
+			eventPath = [ elem || document ],
+			type = hasOwn.call( event, "type" ) ? event.type : event,
+			namespaces = hasOwn.call( event, "namespace" ) ? event.namespace.split(".") : [];
+
+		cur = tmp = elem = elem || document;
+
+		// Don't do events on text and comment nodes
+		if ( elem.nodeType === 3 || elem.nodeType === 8 ) {
+			return;
+		}
+
+		// focus/blur morphs to focusin/out; ensure we're not firing them right now
+		if ( rfocusMorph.test( type + jQuery.event.triggered ) ) {
+			return;
+		}
+
+		if ( type.indexOf(".") >= 0 ) {
+			// Namespaced trigger; create a regexp to match event type in handle()
+			namespaces = type.split(".");
+			type = namespaces.shift();
+			namespaces.sort();
+		}
+		ontype = type.indexOf(":") < 0 && "on" + type;
+
+		// Caller can pass in a jQuery.Event object, Object, or just an event type string
+		event = event[ jQuery.expando ] ?
+			event :
+			new jQuery.Event( type, typeof event === "object" && event );
+
+		// Trigger bitmask: & 1 for native handlers; & 2 for jQuery (always true)
+		event.isTrigger = onlyHandlers ? 2 : 3;
+		event.namespace = namespaces.join(".");
+		event.namespace_re = event.namespace ?
+			new RegExp( "(^|\\.)" + namespaces.join("\\.(?:.*\\.|)") + "(\\.|$)" ) :
+			null;
+
+		// Clean up the event in case it is being reused
+		event.result = undefined;
+		if ( !event.target ) {
+			event.target = elem;
+		}
+
+		// Clone any incoming data and prepend the event, creating the handler arg list
+		data = data == null ?
+			[ event ] :
+			jQuery.makeArray( data, [ event ] );
+
+		// Allow special events to draw outside the lines
+		special = jQuery.event.special[ type ] || {};
+		if ( !onlyHandlers && special.trigger && special.trigger.apply( elem, data ) === false ) {
+			return;
+		}
+
+		// Determine event propagation path in advance, per W3C events spec (#9951)
+		// Bubble up to document, then to window; watch for a global ownerDocument var (#9724)
+		if ( !onlyHandlers && !special.noBubble && !jQuery.isWindow( elem ) ) {
+
+			bubbleType = special.delegateType || type;
+			if ( !rfocusMorph.test( bubbleType + type ) ) {
+				cur = cur.parentNode;
+			}
+			for ( ; cur; cur = cur.parentNode ) {
+				eventPath.push( cur );
+				tmp = cur;
+			}
+
+			// Only add window if we got to document (e.g., not plain obj or detached DOM)
+			if ( tmp === (elem.ownerDocument || document) ) {
+				eventPath.push( tmp.defaultView || tmp.parentWindow || window );
+			}
+		}
+
+		// Fire handlers on the event path
+		i = 0;
+		while ( (cur = eventPath[i++]) && !event.isPropagationStopped() ) {
+
+			event.type = i > 1 ?
+				bubbleType :
+				special.bindType || type;
+
+			// jQuery handler
+			handle = ( data_priv.get( cur, "events" ) || {} )[ event.type ] && data_priv.get( cur, "handle" );
+			if ( handle ) {
+				handle.apply( cur, data );
+			}
+
+			// Native handler
+			handle = ontype && cur[ ontype ];
+			if ( handle && handle.apply && jQuery.acceptData( cur ) ) {
+				event.result = handle.apply( cur, data );
+				if ( event.result === false ) {
+					event.preventDefault();
+				}
+			}
+		}
+		event.type = type;
+
+		// If nobody prevented the default action, do it now
+		if ( !onlyHandlers && !event.isDefaultPrevented() ) {
+
+			if ( (!special._default || special._default.apply( eventPath.pop(), data ) === false) &&
+				jQuery.acceptData( elem ) ) {
+
+				// Call a native DOM method on the target with the same name name as the event.
+				// Don't do default actions on window, that's where global variables be (#6170)
+				if ( ontype && jQuery.isFunction( elem[ type ] ) && !jQuery.isWindow( elem ) ) {
+
+					// Don't re-trigger an onFOO event when we call its FOO() method
+					tmp = elem[ ontype ];
+
+					if ( tmp ) {
+						elem[ ontype ] = null;
+					}
+
+					// Prevent re-triggering of the same event, since we already bubbled it above
+					jQuery.event.triggered = type;
+					elem[ type ]();
+					jQuery.event.triggered = undefined;
+
+					if ( tmp ) {
+						elem[ ontype ] = tmp;
+					}
+				}
+			}
+		}
+
+		return event.result;
+	},
+
+	dispatch: function( event ) {
+
+		// Make a writable jQuery.Event from the native event object
+		event = jQuery.event.fix( event );
+
+		var i, j, ret, matched, handleObj,
+			handlerQueue = [],
+			args = slice.call( arguments ),
+			handlers = ( data_priv.get( this, "events" ) || {} )[ event.type ] || [],
+			special = jQuery.event.special[ event.type ] || {};
+
+		// Use the fix-ed jQuery.Event rather than the (read-only) native event
+		args[0] = event;
+		event.delegateTarget = this;
+
+		// Call the preDispatch hook for the mapped type, and let it bail if desired
+		if ( special.preDispatch && special.preDispatch.call( this, event ) === false ) {
+			return;
+		}
+
+		// Determine handlers
+		handlerQueue = jQuery.event.handlers.call( this, event, handlers );
+
+		// Run delegates first; they may want to stop propagation beneath us
+		i = 0;
+		while ( (matched = handlerQueue[ i++ ]) && !event.isPropagationStopped() ) {
+			event.currentTarget = matched.elem;
+
+			j = 0;
+			while ( (handleObj = matched.handlers[ j++ ]) && !event.isImmediatePropagationStopped() ) {
+
+				// Triggered event must either 1) have no namespace, or
+				// 2) have namespace(s) a subset or equal to those in the bound event (both can have no namespace).
+				if ( !event.namespace_re || event.namespace_re.test( handleObj.namespace ) ) {
+
+					event.handleObj = handleObj;
+					event.data = handleObj.data;
+
+					ret = ( (jQuery.event.special[ handleObj.origType ] || {}).handle || handleObj.handler )
+							.apply( matched.elem, args );
+
+					if ( ret !== undefined ) {
+						if ( (event.result = ret) === false ) {
+							event.preventDefault();
+							event.stopPropagation();
+						}
+					}
+				}
+			}
+		}
+
+		// Call the postDispatch hook for the mapped type
+		if ( special.postDispatch ) {
+			special.postDispatch.call( this, event );
+		}
+
+		return event.result;
+	},
+
+	handlers: function( event, handlers ) {
+		var i, matches, sel, handleObj,
+			handlerQueue = [],
+			delegateCount = handlers.delegateCount,
+			cur = event.target;
+
+		// Find delegate handlers
+		// Black-hole SVG <use> instance trees (#13180)
+		// Avoid non-left-click bubbling in Firefox (#3861)
+		if ( delegateCount && cur.nodeType && (!event.button || event.type !== "click") ) {
+
+			for ( ; cur !== this; cur = cur.parentNode || this ) {
+
+				// Don't process clicks on disabled elements (#6911, #8165, #11382, #11764)
+				if ( cur.disabled !== true || event.type !== "click" ) {
+					matches = [];
+					for ( i = 0; i < delegateCount; i++ ) {
+						handleObj = handlers[ i ];
+
+						// Don't conflict with Object.prototype properties (#13203)
+						sel = handleObj.selector + " ";
+
+						if ( matches[ sel ] === undefined ) {
+							matches[ sel ] = handleObj.needsContext ?
+								jQuery( sel, this ).index( cur ) >= 0 :
+								jQuery.find( sel, this, null, [ cur ] ).length;
+						}
+						if ( matches[ sel ] ) {
+							matches.push( handleObj );
+						}
+					}
+					if ( matches.length ) {
+						handlerQueue.push({ elem: cur, handlers: matches });
+					}
+				}
+			}
+		}
+
+		// Add the remaining (directly-bound) handlers
+		if ( delegateCount < handlers.length ) {
+			handlerQueue.push({ elem: this, handlers: handlers.slice( delegateCount ) });
+		}
+
+		return handlerQueue;
+	},
+
+	// Includes some event props shared by KeyEvent and MouseEvent
+	props: "altKey bubbles cancelable ctrlKey currentTarget eventPhase metaKey relatedTarget shiftKey target timeStamp view which".split(" "),
+
+	fixHooks: {},
+
+	keyHooks: {
+		props: "char charCode key keyCode".split(" "),
+		filter: function( event, original ) {
+
+			// Add which for key events
+			if ( event.which == null ) {
+				event.which = original.charCode != null ? original.charCode : original.keyCode;
+			}
+
+			return event;
+		}
+	},
+
+	mouseHooks: {
+		props: "button buttons clientX clientY offsetX offsetY pageX pageY screenX screenY toElement".split(" "),
+		filter: function( event, original ) {
+			var eventDoc, doc, body,
+				button = original.button;
+
+			// Calculate pageX/Y if missing and clientX/Y available
+			if ( event.pageX == null && original.clientX != null ) {
+				eventDoc = event.target.ownerDocument || document;
+				doc = eventDoc.documentElement;
+				body = eventDoc.body;
+
+				event.pageX = original.clientX + ( doc && doc.scrollLeft || body && body.scrollLeft || 0 ) - ( doc && doc.clientLeft || body && body.clientLeft || 0 );
+				event.pageY = original.clientY + ( doc && doc.scrollTop  || body && body.scrollTop  || 0 ) - ( doc && doc.clientTop  || body && body.clientTop  || 0 );
+			}
+
+			// Add which for click: 1 === left; 2 === middle; 3 === right
+			// Note: button is not normalized, so don't use it
+			if ( !event.which && button !== undefined ) {
+				event.which = ( button & 1 ? 1 : ( button & 2 ? 3 : ( button & 4 ? 2 : 0 ) ) );
+			}
+
+			return event;
+		}
+	},
+
+	fix: function( event ) {
+		if ( event[ jQuery.expando ] ) {
+			return event;
+		}
+
+		// Create a writable copy of the event object and normalize some properties
+		var i, prop, copy,
+			type = event.type,
+			originalEvent = event,
+			fixHook = this.fixHooks[ type ];
+
+		if ( !fixHook ) {
+			this.fixHooks[ type ] = fixHook =
+				rmouseEvent.test( type ) ? this.mouseHooks :
+				rkeyEvent.test( type ) ? this.keyHooks :
+				{};
+		}
+		copy = fixHook.props ? this.props.concat( fixHook.props ) : this.props;
+
+		event = new jQuery.Event( originalEvent );
+
+		i = copy.length;
+		while ( i-- ) {
+			prop = copy[ i ];
+			event[ prop ] = originalEvent[ prop ];
+		}
+
+		// Support: Cordova 2.5 (WebKit) (#13255)
+		// All events should have a target; Cordova deviceready doesn't
+		if ( !event.target ) {
+			event.target = document;
+		}
+
+		// Support: Safari 6.0+, Chrome < 28
+		// Target should not be a text node (#504, #13143)
+		if ( event.target.nodeType === 3 ) {
+			event.target = event.target.parentNode;
+		}
+
+		return fixHook.filter ? fixHook.filter( event, originalEvent ) : event;
+	},
+
+	special: {
+		load: {
+			// Prevent triggered image.load events from bubbling to window.load
+			noBubble: true
+		},
+		focus: {
+			// Fire native event if possible so blur/focus sequence is correct
+			trigger: function() {
+				if ( this !== safeActiveElement() && this.focus ) {
+					this.focus();
+					return false;
+				}
+			},
+			delegateType: "focusin"
+		},
+		blur: {
+			trigger: function() {
+				if ( this === safeActiveElement() && this.blur ) {
+					this.blur();
+					return false;
+				}
+			},
+			delegateType: "focusout"
+		},
+		click: {
+			// For checkbox, fire native event so checked state will be right
+			trigger: function() {
+				if ( this.type === "checkbox" && this.click && jQuery.nodeName( this, "input" ) ) {
+					this.click();
+					return false;
+				}
+			},
+
+			// For cross-browser consistency, don't fire native .click() on links
+			_default: function( event ) {
+				return jQuery.nodeName( event.target, "a" );
+			}
+		},
+
+		beforeunload: {
+			postDispatch: function( event ) {
+
+				// Support: Firefox 20+
+				// Firefox doesn't alert if the returnValue field is not set.
+				if ( event.result !== undefined ) {
+					event.originalEvent.returnValue = event.result;
+				}
+			}
+		}
+	},
+
+	simulate: function( type, elem, event, bubble ) {
+		// Piggyback on a donor event to simulate a different one.
+		// Fake originalEvent to avoid donor's stopPropagation, but if the
+		// simulated event prevents default then we do the same on the donor.
+		var e = jQuery.extend(
+			new jQuery.Event(),
+			event,
+			{
+				type: type,
+				isSimulated: true,
+				originalEvent: {}
+			}
+		);
+		if ( bubble ) {
+			jQuery.event.trigger( e, null, elem );
+		} else {
+			jQuery.event.dispatch.call( elem, e );
+		}
+		if ( e.isDefaultPrevented() ) {
+			event.preventDefault();
+		}
+	}
+};
+
+jQuery.removeEvent = function( elem, type, handle ) {
+	if ( elem.removeEventListener ) {
+		elem.removeEventListener( type, handle, false );
+	}
+};
+
+jQuery.Event = function( src, props ) {
+	// Allow instantiation without the 'new' keyword
+	if ( !(this instanceof jQuery.Event) ) {
+		return new jQuery.Event( src, props );
+	}
+
+	// Event object
+	if ( src && src.type ) {
+		this.originalEvent = src;
+		this.type = src.type;
+
+		// Events bubbling up the document may have been marked as prevented
+		// by a handler lower down the tree; reflect the correct value.
+		this.isDefaultPrevented = src.defaultPrevented ||
+				// Support: Android < 4.0
+				src.defaultPrevented === undefined &&
+				src.getPreventDefault && src.getPreventDefault() ?
+			returnTrue :
+			returnFalse;
+
+	// Event type
+	} else {
+		this.type = src;
+	}
+
+	// Put explicitly provided properties onto the event object
+	if ( props ) {
+		jQuery.extend( this, props );
+	}
+
+	// Create a timestamp if incoming event doesn't have one
+	this.timeStamp = src && src.timeStamp || jQuery.now();
+
+	// Mark it as fixed
+	this[ jQuery.expando ] = true;
+};
+
+// jQuery.Event is based on DOM3 Events as specified by the ECMAScript Language Binding
+// http://www.w3.org/TR/2003/WD-DOM-Level-3-Events-20030331/ecma-script-binding.html
+jQuery.Event.prototype = {
+	isDefaultPrevented: returnFalse,
+	isPropagationStopped: returnFalse,
+	isImmediatePropagationStopped: returnFalse,
+
+	preventDefault: function() {
+		var e = this.originalEvent;
+
+		this.isDefaultPrevented = returnTrue;
+
+		if ( e && e.preventDefault ) {
+			e.preventDefault();
+		}
+	},
+	stopPropagation: function() {
+		var e = this.originalEvent;
+
+		this.isPropagationStopped = returnTrue;
+
+		if ( e && e.stopPropagation ) {
+			e.stopPropagation();
+		}
+	},
+	stopImmediatePropagation: function() {
+		this.isImmediatePropagationStopped = returnTrue;
+		this.stopPropagation();
+	}
+};
+
+// Create mouseenter/leave events using mouseover/out and event-time checks
+// Support: Chrome 15+
+jQuery.each({
+	mouseenter: "mouseover",
+	mouseleave: "mouseout"
+}, function( orig, fix ) {
+	jQuery.event.special[ orig ] = {
+		delegateType: fix,
+		bindType: fix,
+
+		handle: function( event ) {
+			var ret,
+				target = this,
+				related = event.relatedTarget,
+				handleObj = event.handleObj;
+
+			// For mousenter/leave call the handler if related is outside the target.
+			// NB: No relatedTarget if the mouse left/entered the browser window
+			if ( !related || (related !== target && !jQuery.contains( target, related )) ) {
+				event.type = handleObj.origType;
+				ret = handleObj.handler.apply( this, arguments );
+				event.type = fix;
+			}
+			return ret;
+		}
+	};
+});
+
+// Create "bubbling" focus and blur events
+// Support: Firefox, Chrome, Safari
+if ( !support.focusinBubbles ) {
+	jQuery.each({ focus: "focusin", blur: "focusout" }, function( orig, fix ) {
+
+		// Attach a single capturing handler on the document while someone wants focusin/focusout
+		var handler = function( event ) {
+				jQuery.event.simulate( fix, event.target, jQuery.event.fix( event ), true );
+			};
+
+		jQuery.event.special[ fix ] = {
+			setup: function() {
+				var doc = this.ownerDocument || this,
+					attaches = data_priv.access( doc, fix );
+
+				if ( !attaches ) {
+					doc.addEventListener( orig, handler, true );
+				}
+				data_priv.access( doc, fix, ( attaches || 0 ) + 1 );
+			},
+			teardown: function() {
+				var doc = this.ownerDocument || this,
+					attaches = data_priv.access( doc, fix ) - 1;
+
+				if ( !attaches ) {
+					doc.removeEventListener( orig, handler, true );
+					data_priv.remove( doc, fix );
+
+				} else {
+					data_priv.access( doc, fix, attaches );
+				}
+			}
+		};
+	});
+}
+
+jQuery.fn.extend({
+
+	on: function( types, selector, data, fn, /*INTERNAL*/ one ) {
+		var origFn, type;
+
+		// Types can be a map of types/handlers
+		if ( typeof types === "object" ) {
+			// ( types-Object, selector, data )
+			if ( typeof selector !== "string" ) {
+				// ( types-Object, data )
+				data = data || selector;
+				selector = undefined;
+			}
+			for ( type in types ) {
+				this.on( type, selector, data, types[ type ], one );
+			}
+			return this;
+		}
+
+		if ( data == null && fn == null ) {
+			// ( types, fn )
+			fn = selector;
+			data = selector = undefined;
+		} else if ( fn == null ) {
+			if ( typeof selector === "string" ) {
+				// ( types, selector, fn )
+				fn = data;
+				data = undefined;
+			} else {
+				// ( types, data, fn )
+				fn = data;
+				data = selector;
+				selector = undefined;
+			}
+		}
+		if ( fn === false ) {
+			fn = returnFalse;
+		} else if ( !fn ) {
+			return this;
+		}
+
+		if ( one === 1 ) {
+			origFn = fn;
+			fn = function( event ) {
+				// Can use an empty set, since event contains the info
+				jQuery().off( event );
+				return origFn.apply( this, arguments );
+			};
+			// Use same guid so caller can remove using origFn
+			fn.guid = origFn.guid || ( origFn.guid = jQuery.guid++ );
+		}
+		return this.each( function() {
+			jQuery.event.add( this, types, fn, data, selector );
+		});
+	},
+	one: function( types, selector, data, fn ) {
+		return this.on( types, selector, data, fn, 1 );
+	},
+	off: function( types, selector, fn ) {
+		var handleObj, type;
+		if ( types && types.preventDefault && types.handleObj ) {
+			// ( event )  dispatched jQuery.Event
+			handleObj = types.handleObj;
+			jQuery( types.delegateTarget ).off(
+				handleObj.namespace ? handleObj.origType + "." + handleObj.namespace : handleObj.origType,
+				handleObj.selector,
+				handleObj.handler
+			);
+			return this;
+		}
+		if ( typeof types === "object" ) {
+			// ( types-object [, selector] )
+			for ( type in types ) {
+				this.off( type, selector, types[ type ] );
+			}
+			return this;
+		}
+		if ( selector === false || typeof selector === "function" ) {
+			// ( types [, fn] )
+			fn = selector;
+			selector = undefined;
+		}
+		if ( fn === false ) {
+			fn = returnFalse;
+		}
+		return this.each(function() {
+			jQuery.event.remove( this, types, fn, selector );
+		});
+	},
+
+	trigger: function( type, data ) {
+		return this.each(function() {
+			jQuery.event.trigger( type, data, this );
+		});
+	},
+	triggerHandler: function( type, data ) {
+		var elem = this[0];
+		if ( elem ) {
+			return jQuery.event.trigger( type, data, elem, true );
+		}
+	}
+});
+
+
+var
+	rxhtmlTag = /<(?!area|br|col|embed|hr|img|input|link|meta|param)(([\w:]+)[^>]*)\/>/gi,
+	rtagName = /<([\w:]+)/,
+	rhtml = /<|&#?\w+;/,
+	rnoInnerhtml = /<(?:script|style|link)/i,
+	// checked="checked" or checked
+	rchecked = /checked\s*(?:[^=]|=\s*.checked.)/i,
+	rscriptType = /^$|\/(?:java|ecma)script/i,
+	rscriptTypeMasked = /^true\/(.*)/,
+	rcleanScript = /^\s*<!(?:\[CDATA\[|--)|(?:\]\]|--)>\s*$/g,
+
+	// We have to close these tags to support XHTML (#13200)
+	wrapMap = {
+
+		// Support: IE 9
+		option: [ 1, "<select multiple='multiple'>", "</select>" ],
+
+		thead: [ 1, "<table>", "</table>" ],
+		col: [ 2, "<table><colgroup>", "</colgroup></table>" ],
+		tr: [ 2, "<table><tbody>", "</tbody></table>" ],
+		td: [ 3, "<table><tbody><tr>", "</tr></tbody></table>" ],
+
+		_default: [ 0, "", "" ]
+	};
+
+// Support: IE 9
+wrapMap.optgroup = wrapMap.option;
+
+wrapMap.tbody = wrapMap.tfoot = wrapMap.colgroup = wrapMap.caption = wrapMap.thead;
+wrapMap.th = wrapMap.td;
+
+// Support: 1.x compatibility
+// Manipulating tables requires a tbody
+function manipulationTarget( elem, content ) {
+	return jQuery.nodeName( elem, "table" ) &&
+		jQuery.nodeName( content.nodeType !== 11 ? content : content.firstChild, "tr" ) ?
+
+		elem.getElementsByTagName("tbody")[0] ||
+			elem.appendChild( elem.ownerDocument.createElement("tbody") ) :
+		elem;
+}
+
+// Replace/restore the type attribute of script elements for safe DOM manipulation
+function disableScript( elem ) {
+	elem.type = (elem.getAttribute("type") !== null) + "/" + elem.type;
+	return elem;
+}
+function restoreScript( elem ) {
+	var match = rscriptTypeMasked.exec( elem.type );
+
+	if ( match ) {
+		elem.type = match[ 1 ];
+	} else {
+		elem.removeAttribute("type");
+	}
+
+	return elem;
+}
+
+// Mark scripts as having already been evaluated
+function setGlobalEval( elems, refElements ) {
+	var i = 0,
+		l = elems.length;
+
+	for ( ; i < l; i++ ) {
+		data_priv.set(
+			elems[ i ], "globalEval", !refElements || data_priv.get( refElements[ i ], "globalEval" )
+		);
+	}
+}
+
+function cloneCopyEvent( src, dest ) {
+	var i, l, type, pdataOld, pdataCur, udataOld, udataCur, events;
+
+	if ( dest.nodeType !== 1 ) {
+		return;
+	}
+
+	// 1. Copy private data: events, handlers, etc.
+	if ( data_priv.hasData( src ) ) {
+		pdataOld = data_priv.access( src );
+		pdataCur = data_priv.set( dest, pdataOld );
+		events = pdataOld.events;
+
+		if ( events ) {
+			delete pdataCur.handle;
+			pdataCur.events = {};
+
+			for ( type in events ) {
+				for ( i = 0, l = events[ type ].length; i < l; i++ ) {
+					jQuery.event.add( dest, type, events[ type ][ i ] );
+				}
+			}
+		}
+	}
+
+	// 2. Copy user data
+	if ( data_user.hasData( src ) ) {
+		udataOld = data_user.access( src );
+		udataCur = jQuery.extend( {}, udataOld );
+
+		data_user.set( dest, udataCur );
+	}
+}
+
+function getAll( context, tag ) {
+	var ret = context.getElementsByTagName ? context.getElementsByTagName( tag || "*" ) :
+			context.querySelectorAll ? context.querySelectorAll( tag || "*" ) :
+			[];
+
+	return tag === undefined || tag && jQuery.nodeName( context, tag ) ?
+		jQuery.merge( [ context ], ret ) :
+		ret;
+}
+
+// Support: IE >= 9
+function fixInput( src, dest ) {
+	var nodeName = dest.nodeName.toLowerCase();
+
+	// Fails to persist the checked state of a cloned checkbox or radio button.
+	if ( nodeName === "input" && rcheckableType.test( src.type ) ) {
+		dest.checked = src.checked;
+
+	// Fails to return the selected option to the default selected state when cloning options
+	} else if ( nodeName === "input" || nodeName === "textarea" ) {
+		dest.defaultValue = src.defaultValue;
+	}
+}
+
+jQuery.extend({
+	clone: function( elem, dataAndEvents, deepDataAndEvents ) {
+		var i, l, srcElements, destElements,
+			clone = elem.cloneNode( true ),
+			inPage = jQuery.contains( elem.ownerDocument, elem );
+
+		// Support: IE >= 9
+		// Fix Cloning issues
+		if ( !support.noCloneChecked && ( elem.nodeType === 1 || elem.nodeType === 11 ) &&
+				!jQuery.isXMLDoc( elem ) ) {
+
+			// We eschew Sizzle here for performance reasons: http://jsperf.com/getall-vs-sizzle/2
+			destElements = getAll( clone );
+			srcElements = getAll( elem );
+
+			for ( i = 0, l = srcElements.length; i < l; i++ ) {
+				fixInput( srcElements[ i ], destElements[ i ] );
+			}
+		}
+
+		// Copy the events from the original to the clone
+		if ( dataAndEvents ) {
+			if ( deepDataAndEvents ) {
+				srcElements = srcElements || getAll( elem );
+				destElements = destElements || getAll( clone );
+
+				for ( i = 0, l = srcElements.length; i < l; i++ ) {
+					cloneCopyEvent( srcElements[ i ], destElements[ i ] );
+				}
+			} else {
+				cloneCopyEvent( elem, clone );
+			}
+		}
+
+		// Preserve script evaluation history
+		destElements = getAll( clone, "script" );
+		if ( destElements.length > 0 ) {
+			setGlobalEval( destElements, !inPage && getAll( elem, "script" ) );
+		}
+
+		// Return the cloned set
+		return clone;
+	},
+
+	buildFragment: function( elems, context, scripts, selection ) {
+		var elem, tmp, tag, wrap, contains, j,
+			fragment = context.createDocumentFragment(),
+			nodes = [],
+			i = 0,
+			l = elems.length;
+
+		for ( ; i < l; i++ ) {
+			elem = elems[ i ];
+
+			if ( elem || elem === 0 ) {
+
+				// Add nodes directly
+				if ( jQuery.type( elem ) === "object" ) {
+					// Support: QtWebKit
+					// jQuery.merge because push.apply(_, arraylike) throws
+					jQuery.merge( nodes, elem.nodeType ? [ elem ] : elem );
+
+				// Convert non-html into a text node
+				} else if ( !rhtml.test( elem ) ) {
+					nodes.push( context.createTextNode( elem ) );
+
+				// Convert html into DOM nodes
+				} else {
+					tmp = tmp || fragment.appendChild( context.createElement("div") );
+
+					// Deserialize a standard representation
+					tag = ( rtagName.exec( elem ) || [ "", "" ] )[ 1 ].toLowerCase();
+					wrap = wrapMap[ tag ] || wrapMap._default;
+					tmp.innerHTML = wrap[ 1 ] + elem.replace( rxhtmlTag, "<$1></$2>" ) + wrap[ 2 ];
+
+					// Descend through wrappers to the right content
+					j = wrap[ 0 ];
+					while ( j-- ) {
+						tmp = tmp.lastChild;
+					}
+
+					// Support: QtWebKit
+					// jQuery.merge because push.apply(_, arraylike) throws
+					jQuery.merge( nodes, tmp.childNodes );
+
+					// Remember the top-level container
+					tmp = fragment.firstChild;
+
+					// Fixes #12346
+					// Support: Webkit, IE
+					tmp.textContent = "";
+				}
+			}
+		}
+
+		// Remove wrapper from fragment
+		fragment.textContent = "";
+
+		i = 0;
+		while ( (elem = nodes[ i++ ]) ) {
+
+			// #4087 - If origin and destination elements are the same, and this is
+			// that element, do not do anything
+			if ( selection && jQuery.inArray( elem, selection ) !== -1 ) {
+				continue;
+			}
+
+			contains = jQuery.contains( elem.ownerDocument, elem );
+
+			// Append to fragment
+			tmp = getAll( fragment.appendChild( elem ), "script" );
+
+			// Preserve script evaluation history
+			if ( contains ) {
+				setGlobalEval( tmp );
+			}
+
+			// Capture executables
+			if ( scripts ) {
+				j = 0;
+				while ( (elem = tmp[ j++ ]) ) {
+					if ( rscriptType.test( elem.type || "" ) ) {
+						scripts.push( elem );
+					}
+				}
+			}
+		}
+
+		return fragment;
+	},
+
+	cleanData: function( elems ) {
+		var data, elem, events, type, key, j,
+			special = jQuery.event.special,
+			i = 0;
+
+		for ( ; (elem = elems[ i ]) !== undefined; i++ ) {
+			if ( jQuery.acceptData( elem ) ) {
+				key = elem[ data_priv.expando ];
+
+				if ( key && (data = data_priv.cache[ key ]) ) {
+					events = Object.keys( data.events || {} );
+					if ( events.length ) {
+						for ( j = 0; (type = events[j]) !== undefined; j++ ) {
+							if ( special[ type ] ) {
+								jQuery.event.remove( elem, type );
+
+							// This is a shortcut to avoid jQuery.event.remove's overhead
+							} else {
+								jQuery.removeEvent( elem, type, data.handle );
+							}
+						}
+					}
+					if ( data_priv.cache[ key ] ) {
+						// Discard any remaining `private` data
+						delete data_priv.cache[ key ];
+					}
+				}
+			}
+			// Discard any remaining `user` data
+			delete data_user.cache[ elem[ data_user.expando ] ];
+		}
+	}
+});
+
+jQuery.fn.extend({
+	text: function( value ) {
+		return access( this, function( value ) {
+			return value === undefined ?
+				jQuery.text( this ) :
+				this.empty().each(function() {
+					if ( this.nodeType === 1 || this.nodeType === 11 || this.nodeType === 9 ) {
+						this.textContent = value;
+					}
+				});
+		}, null, value, arguments.length );
+	},
+
+	append: function() {
+		return this.domManip( arguments, function( elem ) {
+			if ( this.nodeType === 1 || this.nodeType === 11 || this.nodeType === 9 ) {
+				var target = manipulationTarget( this, elem );
+				target.appendChild( elem );
+			}
+		});
+	},
+
+	prepend: function() {
+		return this.domManip( arguments, function( elem ) {
+			if ( this.nodeType === 1 || this.nodeType === 11 || this.nodeType === 9 ) {
+				var target = manipulationTarget( this, elem );
+				target.insertBefore( elem, target.firstChild );
+			}
+		});
+	},
+
+	before: function() {
+		return this.domManip( arguments, function( elem ) {
+			if ( this.parentNode ) {
+				this.parentNode.insertBefore( elem, this );
+			}
+		});
+	},
+
+	after: function() {
+		return this.domManip( arguments, function( elem ) {
+			if ( this.parentNode ) {
+				this.parentNode.insertBefore( elem, this.nextSibling );
+			}
+		});
+	},
+
+	remove: function( selector, keepData /* Internal Use Only */ ) {
+		var elem,
+			elems = selector ? jQuery.filter( selector, this ) : this,
+			i = 0;
+
+		for ( ; (elem = elems[i]) != null; i++ ) {
+			if ( !keepData && elem.nodeType === 1 ) {
+				jQuery.cleanData( getAll( elem ) );
+			}
+
+			if ( elem.parentNode ) {
+				if ( keepData && jQuery.contains( elem.ownerDocument, elem ) ) {
+					setGlobalEval( getAll( elem, "script" ) );
+				}
+				elem.parentNode.removeChild( elem );
+			}
+		}
+
+		return this;
+	},
+
+	empty: function() {
+		var elem,
+			i = 0;
+
+		for ( ; (elem = this[i]) != null; i++ ) {
+			if ( elem.nodeType === 1 ) {
+
+				// Prevent memory leaks
+				jQuery.cleanData( getAll( elem, false ) );
+
+				// Remove any remaining nodes
+				elem.textContent = "";
+			}
+		}
+
+		return this;
+	},
+
+	clone: function( dataAndEvents, deepDataAndEvents ) {
+		dataAndEvents = dataAndEvents == null ? false : dataAndEvents;
+		deepDataAndEvents = deepDataAndEvents == null ? dataAndEvents : deepDataAndEvents;
+
+		return this.map(function() {
+			return jQuery.clone( this, dataAndEvents, deepDataAndEvents );
+		});
+	},
+
+	html: function( value ) {
+		return access( this, function( value ) {
+			var elem = this[ 0 ] || {},
+				i = 0,
+				l = this.length;
+
+			if ( value === undefined && elem.nodeType === 1 ) {
+				return elem.innerHTML;
+			}
+
+			// See if we can take a shortcut and just use innerHTML
+			if ( typeof value === "string" && !rnoInnerhtml.test( value ) &&
+				!wrapMap[ ( rtagName.exec( value ) || [ "", "" ] )[ 1 ].toLowerCase() ] ) {
+
+				value = value.replace( rxhtmlTag, "<$1></$2>" );
+
+				try {
+					for ( ; i < l; i++ ) {
+						elem = this[ i ] || {};
+
+						// Remove element nodes and prevent memory leaks
+						if ( elem.nodeType === 1 ) {
+							jQuery.cleanData( getAll( elem, false ) );
+							elem.innerHTML = value;
+						}
+					}
+
+					elem = 0;
+
+				// If using innerHTML throws an exception, use the fallback method
+				} catch( e ) {}
+			}
+
+			if ( elem ) {
+				this.empty().append( value );
+			}
+		}, null, value, arguments.length );
+	},
+
+	replaceWith: function() {
+		var arg = arguments[ 0 ];
+
+		// Make the changes, replacing each context element with the new content
+		this.domManip( arguments, function( elem ) {
+			arg = this.parentNode;
+
+			jQuery.cleanData( getAll( this ) );
+
+			if ( arg ) {
+				arg.replaceChild( elem, this );
+			}
+		});
+
+		// Force removal if there was no new content (e.g., from empty arguments)
+		return arg && (arg.length || arg.nodeType) ? this : this.remove();
+	},
+
+	detach: function( selector ) {
+		return this.remove( selector, true );
+	},
+
+	domManip: function( args, callback ) {
+
+		// Flatten any nested arrays
+		args = concat.apply( [], args );
+
+		var fragment, first, scripts, hasScripts, node, doc,
+			i = 0,
+			l = this.length,
+			set = this,
+			iNoClone = l - 1,
+			value = args[ 0 ],
+			isFunction = jQuery.isFunction( value );
+
+		// We can't cloneNode fragments that contain checked, in WebKit
+		if ( isFunction ||
+				( l > 1 && typeof value === "string" &&
+					!support.checkClone && rchecked.test( value ) ) ) {
+			return this.each(function( index ) {
+				var self = set.eq( index );
+				if ( isFunction ) {
+					args[ 0 ] = value.call( this, index, self.html() );
+				}
+				self.domManip( args, callback );
+			});
+		}
+
+		if ( l ) {
+			fragment = jQuery.buildFragment( args, this[ 0 ].ownerDocument, false, this );
+			first = fragment.firstChild;
+
+			if ( fragment.childNodes.length === 1 ) {
+				fragment = first;
+			}
+
+			if ( first ) {
+				scripts = jQuery.map( getAll( fragment, "script" ), disableScript );
+				hasScripts = scripts.length;
+
+				// Use the original fragment for the last item instead of the first because it can end up
+				// being emptied incorrectly in certain situations (#8070).
+				for ( ; i < l; i++ ) {
+					node = fragment;
+
+					if ( i !== iNoClone ) {
+						node = jQuery.clone( node, true, true );
+
+						// Keep references to cloned scripts for later restoration
+						if ( hasScripts ) {
+							// Support: QtWebKit
+							// jQuery.merge because push.apply(_, arraylike) throws
+							jQuery.merge( scripts, getAll( node, "script" ) );
+						}
+					}
+
+					callback.call( this[ i ], node, i );
+				}
+
+				if ( hasScripts ) {
+					doc = scripts[ scripts.length - 1 ].ownerDocument;
+
+					// Reenable scripts
+					jQuery.map( scripts, restoreScript );
+
+					// Evaluate executable scripts on first document insertion
+					for ( i = 0; i < hasScripts; i++ ) {
+						node = scripts[ i ];
+						if ( rscriptType.test( node.type || "" ) &&
+							!data_priv.access( node, "globalEval" ) && jQuery.contains( doc, node ) ) {
+
+							if ( node.src ) {
+								// Optional AJAX dependency, but won't run scripts if not present
+								if ( jQuery._evalUrl ) {
+									jQuery._evalUrl( node.src );
+								}
+							} else {
+								jQuery.globalEval( node.textContent.replace( rcleanScript, "" ) );
+							}
+						}
+					}
+				}
+			}
+		}
+
+		return this;
+	}
+});
+
+jQuery.each({
+	appendTo: "append",
+	prependTo: "prepend",
+	insertBefore: "before",
+	insertAfter: "after",
+	replaceAll: "replaceWith"
+}, function( name, original ) {
+	jQuery.fn[ name ] = function( selector ) {
+		var elems,
+			ret = [],
+			insert = jQuery( selector ),
+			last = insert.length - 1,
+			i = 0;
+
+		for ( ; i <= last; i++ ) {
+			elems = i === last ? this : this.clone( true );
+			jQuery( insert[ i ] )[ original ]( elems );
+
+			// Support: QtWebKit
+			// .get() because push.apply(_, arraylike) throws
+			push.apply( ret, elems.get() );
+		}
+
+		return this.pushStack( ret );
+	};
+});
+
+
+var iframe,
+	elemdisplay = {};
+
+/**
+ * Retrieve the actual display of a element
+ * @param {String} name nodeName of the element
+ * @param {Object} doc Document object
+ */
+// Called only from within defaultDisplay
+function actualDisplay( name, doc ) {
+	var elem = jQuery( doc.createElement( name ) ).appendTo( doc.body ),
+
+		// getDefaultComputedStyle might be reliably used only on attached element
+		display = window.getDefaultComputedStyle ?
+
+			// Use of this method is a temporary fix (more like optmization) until something better comes along,
+			// since it was removed from specification and supported only in FF
+			window.getDefaultComputedStyle( elem[ 0 ] ).display : jQuery.css( elem[ 0 ], "display" );
+
+	// We don't have any data stored on the element,
+	// so use "detach" method as fast way to get rid of the element
+	elem.detach();
+
+	return display;
+}
+
+/**
+ * Try to determine the default display value of an element
+ * @param {String} nodeName
+ */
+function defaultDisplay( nodeName ) {
+	var doc = document,
+		display = elemdisplay[ nodeName ];
+
+	if ( !display ) {
+		display = actualDisplay( nodeName, doc );
+
+		// If the simple way fails, read from inside an iframe
+		if ( display === "none" || !display ) {
+
+			// Use the already-created iframe if possible
+			iframe = (iframe || jQuery( "<iframe frameborder='0' width='0' height='0'/>" )).appendTo( doc.documentElement );
+
+			// Always write a new HTML skeleton so Webkit and Firefox don't choke on reuse
+			doc = iframe[ 0 ].contentDocument;
+
+			// Support: IE
+			doc.write();
+			doc.close();
+
+			display = actualDisplay( nodeName, doc );
+			iframe.detach();
+		}
+
+		// Store the correct default display
+		elemdisplay[ nodeName ] = display;
+	}
+
+	return display;
+}
+var rmargin = (/^margin/);
+
+var rnumnonpx = new RegExp( "^(" + pnum + ")(?!px)[a-z%]+$", "i" );
+
+var getStyles = function( elem ) {
+		return elem.ownerDocument.defaultView.getComputedStyle( elem, null );
+	};
+
+
+
+function curCSS( elem, name, computed ) {
+	var width, minWidth, maxWidth, ret,
+		style = elem.style;
+
+	computed = computed || getStyles( elem );
+
+	// Support: IE9
+	// getPropertyValue is only needed for .css('filter') in IE9, see #12537
+	if ( computed ) {
+		ret = computed.getPropertyValue( name ) || computed[ name ];
+	}
+
+	if ( computed ) {
+
+		if ( ret === "" && !jQuery.contains( elem.ownerDocument, elem ) ) {
+			ret = jQuery.style( elem, name );
+		}
+
+		// Support: iOS < 6
+		// A tribute to the "awesome hack by Dean Edwards"
+		// iOS < 6 (at least) returns percentage for a larger set of values, but width seems to be reliably pixels
+		// this is against the CSSOM draft spec: http://dev.w3.org/csswg/cssom/#resolved-values
+		if ( rnumnonpx.test( ret ) && rmargin.test( name ) ) {
+
+			// Remember the original values
+			width = style.width;
+			minWidth = style.minWidth;
+			maxWidth = style.maxWidth;
+
+			// Put in the new values to get a computed value out
+			style.minWidth = style.maxWidth = style.width = ret;
+			ret = computed.width;
+
+			// Revert the changed values
+			style.width = width;
+			style.minWidth = minWidth;
+			style.maxWidth = maxWidth;
+		}
+	}
+
+	return ret !== undefined ?
+		// Support: IE
+		// IE returns zIndex value as an integer.
+		ret + "" :
+		ret;
+}
+
+
+function addGetHookIf( conditionFn, hookFn ) {
+	// Define the hook, we'll check on the first run if it's really needed.
+	return {
+		get: function() {
+			if ( conditionFn() ) {
+				// Hook not needed (or it's not possible to use it due to missing dependency),
+				// remove it.
+				// Since there are no other hooks for marginRight, remove the whole object.
+				delete this.get;
+				return;
+			}
+
+			// Hook needed; redefine it so that the support test is not executed again.
+
+			return (this.get = hookFn).apply( this, arguments );
+		}
+	};
+}
+
+
+(function() {
+	var pixelPositionVal, boxSizingReliableVal,
+		// Support: Firefox, Android 2.3 (Prefixed box-sizing versions).
+		divReset = "padding:0;margin:0;border:0;display:block;-webkit-box-sizing:content-box;" +
+			"-moz-box-sizing:content-box;box-sizing:content-box",
+		docElem = document.documentElement,
+		container = document.createElement( "div" ),
+		div = document.createElement( "div" );
+
+	div.style.backgroundClip = "content-box";
+	div.cloneNode( true ).style.backgroundClip = "";
+	support.clearCloneStyle = div.style.backgroundClip === "content-box";
+
+	container.style.cssText = "border:0;width:0;height:0;position:absolute;top:0;left:-9999px;" +
+		"margin-top:1px";
+	container.appendChild( div );
+
+	// Executing both pixelPosition & boxSizingReliable tests require only one layout
+	// so they're executed at the same time to save the second computation.
+	function computePixelPositionAndBoxSizingReliable() {
+		// Support: Firefox, Android 2.3 (Prefixed box-sizing versions).
+		div.style.cssText = "-webkit-box-sizing:border-box;-moz-box-sizing:border-box;" +
+			"box-sizing:border-box;padding:1px;border:1px;display:block;width:4px;margin-top:1%;" +
+			"position:absolute;top:1%";
+		docElem.appendChild( container );
+
+		var divStyle = window.getComputedStyle( div, null );
+		pixelPositionVal = divStyle.top !== "1%";
+		boxSizingReliableVal = divStyle.width === "4px";
+
+		docElem.removeChild( container );
+	}
+
+	// Use window.getComputedStyle because jsdom on node.js will break without it.
+	if ( window.getComputedStyle ) {
+		jQuery.extend(support, {
+			pixelPosition: function() {
+				// This test is executed only once but we still do memoizing
+				// since we can use the boxSizingReliable pre-computing.
+				// No need to check if the test was already performed, though.
+				computePixelPositionAndBoxSizingReliable();
+				return pixelPositionVal;
+			},
+			boxSizingReliable: function() {
+				if ( boxSizingReliableVal == null ) {
+					computePixelPositionAndBoxSizingReliable();
+				}
+				return boxSizingReliableVal;
+			},
+			reliableMarginRight: function() {
+				// Support: Android 2.3
+				// Check if div with explicit width and no margin-right incorrectly
+				// gets computed margin-right based on width of container. (#3333)
+				// WebKit Bug 13343 - getComputedStyle returns wrong value for margin-right
+				// This support function is only executed once so no memoizing is needed.
+				var ret,
+					marginDiv = div.appendChild( document.createElement( "div" ) );
+				marginDiv.style.cssText = div.style.cssText = divReset;
+				marginDiv.style.marginRight = marginDiv.style.width = "0";
+				div.style.width = "1px";
+				docElem.appendChild( container );
+
+				ret = !parseFloat( window.getComputedStyle( marginDiv, null ).marginRight );
+
+				docElem.removeChild( container );
+
+				// Clean up the div for other support tests.
+				div.innerHTML = "";
+
+				return ret;
+			}
+		});
+	}
+})();
+
+
+// A method for quickly swapping in/out CSS properties to get correct calculations.
+jQuery.swap = function( elem, options, callback, args ) {
+	var ret, name,
+		old = {};
+
+	// Remember the old values, and insert the new ones
+	for ( name in options ) {
+		old[ name ] = elem.style[ name ];
+		elem.style[ name ] = options[ name ];
+	}
+
+	ret = callback.apply( elem, args || [] );
+
+	// Revert the old values
+	for ( name in options ) {
+		elem.style[ name ] = old[ name ];
+	}
+
+	return ret;
+};
+
+
+var
+	// swappable if display is none or starts with table except "table", "table-cell", or "table-caption"
+	// see here for display values: https://developer.mozilla.org/en-US/docs/CSS/display
+	rdisplayswap = /^(none|table(?!-c[ea]).+)/,
+	rnumsplit = new RegExp( "^(" + pnum + ")(.*)$", "i" ),
+	rrelNum = new RegExp( "^([+-])=(" + pnum + ")", "i" ),
+
+	cssShow = { position: "absolute", visibility: "hidden", display: "block" },
+	cssNormalTransform = {
+		letterSpacing: 0,
+		fontWeight: 400
+	},
+
+	cssPrefixes = [ "Webkit", "O", "Moz", "ms" ];
+
+// return a css property mapped to a potentially vendor prefixed property
+function vendorPropName( style, name ) {
+
+	// shortcut for names that are not vendor prefixed
+	if ( name in style ) {
+		return name;
+	}
+
+	// check for vendor prefixed names
+	var capName = name[0].toUpperCase() + name.slice(1),
+		origName = name,
+		i = cssPrefixes.length;
+
+	while ( i-- ) {
+		name = cssPrefixes[ i ] + capName;
+		if ( name in style ) {
+			return name;
+		}
+	}
+
+	return origName;
+}
+
+function setPositiveNumber( elem, value, subtract ) {
+	var matches = rnumsplit.exec( value );
+	return matches ?
+		// Guard against undefined "subtract", e.g., when used as in cssHooks
+		Math.max( 0, matches[ 1 ] - ( subtract || 0 ) ) + ( matches[ 2 ] || "px" ) :
+		value;
+}
+
+function augmentWidthOrHeight( elem, name, extra, isBorderBox, styles ) {
+	var i = extra === ( isBorderBox ? "border" : "content" ) ?
+		// If we already have the right measurement, avoid augmentation
+		4 :
+		// Otherwise initialize for horizontal or vertical properties
+		name === "width" ? 1 : 0,
+
+		val = 0;
+
+	for ( ; i < 4; i += 2 ) {
+		// both box models exclude margin, so add it if we want it
+		if ( extra === "margin" ) {
+			val += jQuery.css( elem, extra + cssExpand[ i ], true, styles );
+		}
+
+		if ( isBorderBox ) {
+			// border-box includes padding, so remove it if we want content
+			if ( extra === "content" ) {
+				val -= jQuery.css( elem, "padding" + cssExpand[ i ], true, styles );
+			}
+
+			// at this point, extra isn't border nor margin, so remove border
+			if ( extra !== "margin" ) {
+				val -= jQuery.css( elem, "border" + cssExpand[ i ] + "Width", true, styles );
+			}
+		} else {
+			// at this point, extra isn't content, so add padding
+			val += jQuery.css( elem, "padding" + cssExpand[ i ], true, styles );
+
+			// at this point, extra isn't content nor padding, so add border
+			if ( extra !== "padding" ) {
+				val += jQuery.css( elem, "border" + cssExpand[ i ] + "Width", true, styles );
+			}
+		}
+	}
+
+	return val;
+}
+
+function getWidthOrHeight( elem, name, extra ) {
+
+	// Start with offset property, which is equivalent to the border-box value
+	var valueIsBorderBox = true,
+		val = name === "width" ? elem.offsetWidth : elem.offsetHeight,
+		styles = getStyles( elem ),
+		isBorderBox = jQuery.css( elem, "boxSizing", false, styles ) === "border-box";
+
+	// some non-html elements return undefined for offsetWidth, so check for null/undefined
+	// svg - https://bugzilla.mozilla.org/show_bug.cgi?id=649285
+	// MathML - https://bugzilla.mozilla.org/show_bug.cgi?id=491668
+	if ( val <= 0 || val == null ) {
+		// Fall back to computed then uncomputed css if necessary
+		val = curCSS( elem, name, styles );
+		if ( val < 0 || val == null ) {
+			val = elem.style[ name ];
+		}
+
+		// Computed unit is not pixels. Stop here and return.
+		if ( rnumnonpx.test(val) ) {
+			return val;
+		}
+
+		// we need the check for style in case a browser which returns unreliable values
+		// for getComputedStyle silently falls back to the reliable elem.style
+		valueIsBorderBox = isBorderBox &&
+			( support.boxSizingReliable() || val === elem.style[ name ] );
+
+		// Normalize "", auto, and prepare for extra
+		val = parseFloat( val ) || 0;
+	}
+
+	// use the active box-sizing model to add/subtract irrelevant styles
+	return ( val +
+		augmentWidthOrHeight(
+			elem,
+			name,
+			extra || ( isBorderBox ? "border" : "content" ),
+			valueIsBorderBox,
+			styles
+		)
+	) + "px";
+}
+
+function showHide( elements, show ) {
+	var display, elem, hidden,
+		values = [],
+		index = 0,
+		length = elements.length;
+
+	for ( ; index < length; index++ ) {
+		elem = elements[ index ];
+		if ( !elem.style ) {
+			continue;
+		}
+
+		values[ index ] = data_priv.get( elem, "olddisplay" );
+		display = elem.style.display;
+		if ( show ) {
+			// Reset the inline display of this element to learn if it is
+			// being hidden by cascaded rules or not
+			if ( !values[ index ] && display === "none" ) {
+				elem.style.display = "";
+			}
+
+			// Set elements which have been overridden with display: none
+			// in a stylesheet to whatever the default browser style is
+			// for such an element
+			if ( elem.style.display === "" && isHidden( elem ) ) {
+				values[ index ] = data_priv.access( elem, "olddisplay", defaultDisplay(elem.nodeName) );
+			}
+		} else {
+
+			if ( !values[ index ] ) {
+				hidden = isHidden( elem );
+
+				if ( display && display !== "none" || !hidden ) {
+					data_priv.set( elem, "olddisplay", hidden ? display : jQuery.css(elem, "display") );
+				}
+			}
+		}
+	}
+
+	// Set the display of most of the elements in a second loop
+	// to avoid the constant reflow
+	for ( index = 0; index < length; index++ ) {
+		elem = elements[ index ];
+		if ( !elem.style ) {
+			continue;
+		}
+		if ( !show || elem.style.display === "none" || elem.style.display === "" ) {
+			elem.style.display = show ? values[ index ] || "" : "none";
+		}
+	}
+
+	return elements;
+}
+
+jQuery.extend({
+	// Add in style property hooks for overriding the default
+	// behavior of getting and setting a style property
+	cssHooks: {
+		opacity: {
+			get: function( elem, computed ) {
+				if ( computed ) {
+					// We should always get a number back from opacity
+					var ret = curCSS( elem, "opacity" );
+					return ret === "" ? "1" : ret;
+				}
+			}
+		}
+	},
+
+	// Don't automatically add "px" to these possibly-unitless properties
+	cssNumber: {
+		"columnCount": true,
+		"fillOpacity": true,
+		"fontWeight": true,
+		"lineHeight": true,
+		"opacity": true,
+		"order": true,
+		"orphans": true,
+		"widows": true,
+		"zIndex": true,
+		"zoom": true
+	},
+
+	// Add in properties whose names you wish to fix before
+	// setting or getting the value
+	cssProps: {
+		// normalize float css property
+		"float": "cssFloat"
+	},
+
+	// Get and set the style property on a DOM Node
+	style: function( elem, name, value, extra ) {
+		// Don't set styles on text and comment nodes
+		if ( !elem || elem.nodeType === 3 || elem.nodeType === 8 || !elem.style ) {
+			return;
+		}
+
+		// Make sure that we're working with the right name
+		var ret, type, hooks,
+			origName = jQuery.camelCase( name ),
+			style = elem.style;
+
+		name = jQuery.cssProps[ origName ] || ( jQuery.cssProps[ origName ] = vendorPropName( style, origName ) );
+
+		// gets hook for the prefixed version
+		// followed by the unprefixed version
+		hooks = jQuery.cssHooks[ name ] || jQuery.cssHooks[ origName ];
+
+		// Check if we're setting a value
+		if ( value !== undefined ) {
+			type = typeof value;
+
+			// convert relative number strings (+= or -=) to relative numbers. #7345
+			if ( type === "string" && (ret = rrelNum.exec( value )) ) {
+				value = ( ret[1] + 1 ) * ret[2] + parseFloat( jQuery.css( elem, name ) );
+				// Fixes bug #9237
+				type = "number";
+			}
+
+			// Make sure that null and NaN values aren't set. See: #7116
+			if ( value == null || value !== value ) {
+				return;
+			}
+
+			// If a number was passed in, add 'px' to the (except for certain CSS properties)
+			if ( type === "number" && !jQuery.cssNumber[ origName ] ) {
+				value += "px";
+			}
+
+			// Fixes #8908, it can be done more correctly by specifying setters in cssHooks,
+			// but it would mean to define eight (for every problematic property) identical functions
+			if ( !support.clearCloneStyle && value === "" && name.indexOf( "background" ) === 0 ) {
+				style[ name ] = "inherit";
+			}
+
+			// If a hook was provided, use that value, otherwise just set the specified value
+			if ( !hooks || !("set" in hooks) || (value = hooks.set( elem, value, extra )) !== undefined ) {
+				// Support: Chrome, Safari
+				// Setting style to blank string required to delete "style: x !important;"
+				style[ name ] = "";
+				style[ name ] = value;
+			}
+
+		} else {
+			// If a hook was provided get the non-computed value from there
+			if ( hooks && "get" in hooks && (ret = hooks.get( elem, false, extra )) !== undefined ) {
+				return ret;
+			}
+
+			// Otherwise just get the value from the style object
+			return style[ name ];
+		}
+	},
+
+	css: function( elem, name, extra, styles ) {
+		var val, num, hooks,
+			origName = jQuery.camelCase( name );
+
+		// Make sure that we're working with the right name
+		name = jQuery.cssProps[ origName ] || ( jQuery.cssProps[ origName ] = vendorPropName( elem.style, origName ) );
+
+		// gets hook for the prefixed version
+		// followed by the unprefixed version
+		hooks = jQuery.cssHooks[ name ] || jQuery.cssHooks[ origName ];
+
+		// If a hook was provided get the computed value from there
+		if ( hooks && "get" in hooks ) {
+			val = hooks.get( elem, true, extra );
+		}
+
+		// Otherwise, if a way to get the computed value exists, use that
+		if ( val === undefined ) {
+			val = curCSS( elem, name, styles );
+		}
+
+		//convert "normal" to computed value
+		if ( val === "normal" && name in cssNormalTransform ) {
+			val = cssNormalTransform[ name ];
+		}
+
+		// Return, converting to number if forced or a qualifier was provided and val looks numeric
+		if ( extra === "" || extra ) {
+			num = parseFloat( val );
+			return extra === true || jQuery.isNumeric( num ) ? num || 0 : val;
+		}
+		return val;
+	}
+});
+
+jQuery.each([ "height", "width" ], function( i, name ) {
+	jQuery.cssHooks[ name ] = {
+		get: function( elem, computed, extra ) {
+			if ( computed ) {
+				// certain elements can have dimension info if we invisibly show them
+				// however, it must have a current display style that would benefit from this
+				return elem.offsetWidth === 0 && rdisplayswap.test( jQuery.css( elem, "display" ) ) ?
+					jQuery.swap( elem, cssShow, function() {
+						return getWidthOrHeight( elem, name, extra );
+					}) :
+					getWidthOrHeight( elem, name, extra );
+			}
+		},
+
+		set: function( elem, value, extra ) {
+			var styles = extra && getStyles( elem );
+			return setPositiveNumber( elem, value, extra ?
+				augmentWidthOrHeight(
+					elem,
+					name,
+					extra,
+					jQuery.css( elem, "boxSizing", false, styles ) === "border-box",
+					styles
+				) : 0
+			);
+		}
+	};
+});
+
+// Support: Android 2.3
+jQuery.cssHooks.marginRight = addGetHookIf( support.reliableMarginRight,
+	function( elem, computed ) {
+		if ( computed ) {
+			// WebKit Bug 13343 - getComputedStyle returns wrong value for margin-right
+			// Work around by temporarily setting element display to inline-block
+			return jQuery.swap( elem, { "display": "inline-block" },
+				curCSS, [ elem, "marginRight" ] );
+		}
+	}
+);
+
+// These hooks are used by animate to expand properties
+jQuery.each({
+	margin: "",
+	padding: "",
+	border: "Width"
+}, function( prefix, suffix ) {
+	jQuery.cssHooks[ prefix + suffix ] = {
+		expand: function( value ) {
+			var i = 0,
+				expanded = {},
+
+				// assumes a single number if not a string
+				parts = typeof value === "string" ? value.split(" ") : [ value ];
+
+			for ( ; i < 4; i++ ) {
+				expanded[ prefix + cssExpand[ i ] + suffix ] =
+					parts[ i ] || parts[ i - 2 ] || parts[ 0 ];
+			}
+
+			return expanded;
+		}
+	};
+
+	if ( !rmargin.test( prefix ) ) {
+		jQuery.cssHooks[ prefix + suffix ].set = setPositiveNumber;
+	}
+});
+
+jQuery.fn.extend({
+	css: function( name, value ) {
+		return access( this, function( elem, name, value ) {
+			var styles, len,
+				map = {},
+				i = 0;
+
+			if ( jQuery.isArray( name ) ) {
+				styles = getStyles( elem );
+				len = name.length;
+
+				for ( ; i < len; i++ ) {
+					map[ name[ i ] ] = jQuery.css( elem, name[ i ], false, styles );
+				}
+
+				return map;
+			}
+
+			return value !== undefined ?
+				jQuery.style( elem, name, value ) :
+				jQuery.css( elem, name );
+		}, name, value, arguments.length > 1 );
+	},
+	show: function() {
+		return showHide( this, true );
+	},
+	hide: function() {
+		return showHide( this );
+	},
+	toggle: function( state ) {
+		if ( typeof state === "boolean" ) {
+			return state ? this.show() : this.hide();
+		}
+
+		return this.each(function() {
+			if ( isHidden( this ) ) {
+				jQuery( this ).show();
+			} else {
+				jQuery( this ).hide();
+			}
+		});
+	}
+});
+
+
+function Tween( elem, options, prop, end, easing ) {
+	return new Tween.prototype.init( elem, options, prop, end, easing );
+}
+jQuery.Tween = Tween;
+
+Tween.prototype = {
+	constructor: Tween,
+	init: function( elem, options, prop, end, easing, unit ) {
+		this.elem = elem;
+		this.prop = prop;
+		this.easing = easing || "swing";
+		this.options = options;
+		this.start = this.now = this.cur();
+		this.end = end;
+		this.unit = unit || ( jQuery.cssNumber[ prop ] ? "" : "px" );
+	},
+	cur: function() {
+		var hooks = Tween.propHooks[ this.prop ];
+
+		return hooks && hooks.get ?
+			hooks.get( this ) :
+			Tween.propHooks._default.get( this );
+	},
+	run: function( percent ) {
+		var eased,
+			hooks = Tween.propHooks[ this.prop ];
+
+		if ( this.options.duration ) {
+			this.pos = eased = jQuery.easing[ this.easing ](
+				percent, this.options.duration * percent, 0, 1, this.options.duration
+			);
+		} else {
+			this.pos = eased = percent;
+		}
+		this.now = ( this.end - this.start ) * eased + this.start;
+
+		if ( this.options.step ) {
+			this.options.step.call( this.elem, this.now, this );
+		}
+
+		if ( hooks && hooks.set ) {
+			hooks.set( this );
+		} else {
+			Tween.propHooks._default.set( this );
+		}
+		return this;
+	}
+};
+
+Tween.prototype.init.prototype = Tween.prototype;
+
+Tween.propHooks = {
+	_default: {
+		get: function( tween ) {
+			var result;
+
+			if ( tween.elem[ tween.prop ] != null &&
+				(!tween.elem.style || tween.elem.style[ tween.prop ] == null) ) {
+				return tween.elem[ tween.prop ];
+			}
+
+			// passing an empty string as a 3rd parameter to .css will automatically
+			// attempt a parseFloat and fallback to a string if the parse fails
+			// so, simple values such as "10px" are parsed to Float.
+			// complex values such as "rotate(1rad)" are returned as is.
+			result = jQuery.css( tween.elem, tween.prop, "" );
+			// Empty strings, null, undefined and "auto" are converted to 0.
+			return !result || result === "auto" ? 0 : result;
+		},
+		set: function( tween ) {
+			// use step hook for back compat - use cssHook if its there - use .style if its
+			// available and use plain properties where available
+			if ( jQuery.fx.step[ tween.prop ] ) {
+				jQuery.fx.step[ tween.prop ]( tween );
+			} else if ( tween.elem.style && ( tween.elem.style[ jQuery.cssProps[ tween.prop ] ] != null || jQuery.cssHooks[ tween.prop ] ) ) {
+				jQuery.style( tween.elem, tween.prop, tween.now + tween.unit );
+			} else {
+				tween.elem[ tween.prop ] = tween.now;
+			}
+		}
+	}
+};
+
+// Support: IE9
+// Panic based approach to setting things on disconnected nodes
+
+Tween.propHooks.scrollTop = Tween.propHooks.scrollLeft = {
+	set: function( tween ) {
+		if ( tween.elem.nodeType && tween.elem.parentNode ) {
+			tween.elem[ tween.prop ] = tween.now;
+		}
+	}
+};
+
+jQuery.easing = {
+	linear: function( p ) {
+		return p;
+	},
+	swing: function( p ) {
+		return 0.5 - Math.cos( p * Math.PI ) / 2;
+	}
+};
+
+jQuery.fx = Tween.prototype.init;
+
+// Back Compat <1.8 extension point
+jQuery.fx.step = {};
+
+
+
+
+var
+	fxNow, timerId,
+	rfxtypes = /^(?:toggle|show|hide)$/,
+	rfxnum = new RegExp( "^(?:([+-])=|)(" + pnum + ")([a-z%]*)$", "i" ),
+	rrun = /queueHooks$/,
+	animationPrefilters = [ defaultPrefilter ],
+	tweeners = {
+		"*": [ function( prop, value ) {
+			var tween = this.createTween( prop, value ),
+				target = tween.cur(),
+				parts = rfxnum.exec( value ),
+				unit = parts && parts[ 3 ] || ( jQuery.cssNumber[ prop ] ? "" : "px" ),
+
+				// Starting value computation is required for potential unit mismatches
+				start = ( jQuery.cssNumber[ prop ] || unit !== "px" && +target ) &&
+					rfxnum.exec( jQuery.css( tween.elem, prop ) ),
+				scale = 1,
+				maxIterations = 20;
+
+			if ( start && start[ 3 ] !== unit ) {
+				// Trust units reported by jQuery.css
+				unit = unit || start[ 3 ];
+
+				// Make sure we update the tween properties later on
+				parts = parts || [];
+
+				// Iteratively approximate from a nonzero starting point
+				start = +target || 1;
+
+				do {
+					// If previous iteration zeroed out, double until we get *something*
+					// Use a string for doubling factor so we don't accidentally see scale as unchanged below
+					scale = scale || ".5";
+
+					// Adjust and apply
+					start = start / scale;
+					jQuery.style( tween.elem, prop, start + unit );
+
+				// Update scale, tolerating zero or NaN from tween.cur()
+				// And breaking the loop if scale is unchanged or perfect, or if we've just had enough
+				} while ( scale !== (scale = tween.cur() / target) && scale !== 1 && --maxIterations );
+			}
+
+			// Update tween properties
+			if ( parts ) {
+				start = tween.start = +start || +target || 0;
+				tween.unit = unit;
+				// If a +=/-= token was provided, we're doing a relative animation
+				tween.end = parts[ 1 ] ?
+					start + ( parts[ 1 ] + 1 ) * parts[ 2 ] :
+					+parts[ 2 ];
+			}
+
+			return tween;
+		} ]
+	};
+
+// Animations created synchronously will run synchronously
+function createFxNow() {
+	setTimeout(function() {
+		fxNow = undefined;
+	});
+	return ( fxNow = jQuery.now() );
+}
+
+// Generate parameters to create a standard animation
+function genFx( type, includeWidth ) {
+	var which,
+		i = 0,
+		attrs = { height: type };
+
+	// if we include width, step value is 1 to do all cssExpand values,
+	// if we don't include width, step value is 2 to skip over Left and Right
+	includeWidth = includeWidth ? 1 : 0;
+	for ( ; i < 4 ; i += 2 - includeWidth ) {
+		which = cssExpand[ i ];
+		attrs[ "margin" + which ] = attrs[ "padding" + which ] = type;
+	}
+
+	if ( includeWidth ) {
+		attrs.opacity = attrs.width = type;
+	}
+
+	return attrs;
+}
+
+function createTween( value, prop, animation ) {
+	var tween,
+		collection = ( tweeners[ prop ] || [] ).concat( tweeners[ "*" ] ),
+		index = 0,
+		length = collection.length;
+	for ( ; index < length; index++ ) {
+		if ( (tween = collection[ index ].call( animation, prop, value )) ) {
+
+			// we're done with this property
+			return tween;
+		}
+	}
+}
+
+function defaultPrefilter( elem, props, opts ) {
+	/* jshint validthis: true */
+	var prop, value, toggle, tween, hooks, oldfire, display,
+		anim = this,
+		orig = {},
+		style = elem.style,
+		hidden = elem.nodeType && isHidden( elem ),
+		dataShow = data_priv.get( elem, "fxshow" );
+
+	// handle queue: false promises
+	if ( !opts.queue ) {
+		hooks = jQuery._queueHooks( elem, "fx" );
+		if ( hooks.unqueued == null ) {
+			hooks.unqueued = 0;
+			oldfire = hooks.empty.fire;
+			hooks.empty.fire = function() {
+				if ( !hooks.unqueued ) {
+					oldfire();
+				}
+			};
+		}
+		hooks.unqueued++;
+
+		anim.always(function() {
+			// doing this makes sure that the complete handler will be called
+			// before this completes
+			anim.always(function() {
+				hooks.unqueued--;
+				if ( !jQuery.queue( elem, "fx" ).length ) {
+					hooks.empty.fire();
+				}
+			});
+		});
+	}
+
+	// height/width overflow pass
+	if ( elem.nodeType === 1 && ( "height" in props || "width" in props ) ) {
+		// Make sure that nothing sneaks out
+		// Record all 3 overflow attributes because IE9-10 do not
+		// change the overflow attribute when overflowX and
+		// overflowY are set to the same value
+		opts.overflow = [ style.overflow, style.overflowX, style.overflowY ];
+
+		// Set display property to inline-block for height/width
+		// animations on inline elements that are having width/height animated
+		display = jQuery.css( elem, "display" );
+		// Get default display if display is currently "none"
+		if ( display === "none" ) {
+			display = defaultDisplay( elem.nodeName );
+		}
+		if ( display === "inline" &&
+				jQuery.css( elem, "float" ) === "none" ) {
+
+			style.display = "inline-block";
+		}
+	}
+
+	if ( opts.overflow ) {
+		style.overflow = "hidden";
+		anim.always(function() {
+			style.overflow = opts.overflow[ 0 ];
+			style.overflowX = opts.overflow[ 1 ];
+			style.overflowY = opts.overflow[ 2 ];
+		});
+	}
+
+	// show/hide pass
+	for ( prop in props ) {
+		value = props[ prop ];
+		if ( rfxtypes.exec( value ) ) {
+			delete props[ prop ];
+			toggle = toggle || value === "toggle";
+			if ( value === ( hidden ? "hide" : "show" ) ) {
+
+				// If there is dataShow left over from a stopped hide or show and we are going to proceed with show, we should pretend to be hidden
+				if ( value === "show" && dataShow && dataShow[ prop ] !== undefined ) {
+					hidden = true;
+				} else {
+					continue;
+				}
+			}
+			orig[ prop ] = dataShow && dataShow[ prop ] || jQuery.style( elem, prop );
+		}
+	}
+
+	if ( !jQuery.isEmptyObject( orig ) ) {
+		if ( dataShow ) {
+			if ( "hidden" in dataShow ) {
+				hidden = dataShow.hidden;
+			}
+		} else {
+			dataShow = data_priv.access( elem, "fxshow", {} );
+		}
+
+		// store state if its toggle - enables .stop().toggle() to "reverse"
+		if ( toggle ) {
+			dataShow.hidden = !hidden;
+		}
+		if ( hidden ) {
+			jQuery( elem ).show();
+		} else {
+			anim.done(function() {
+				jQuery( elem ).hide();
+			});
+		}
+		anim.done(function() {
+			var prop;
+
+			data_priv.remove( elem, "fxshow" );
+			for ( prop in orig ) {
+				jQuery.style( elem, prop, orig[ prop ] );
+			}
+		});
+		for ( prop in orig ) {
+			tween = createTween( hidden ? dataShow[ prop ] : 0, prop, anim );
+
+			if ( !( prop in dataShow ) ) {
+				dataShow[ prop ] = tween.start;
+				if ( hidden ) {
+					tween.end = tween.start;
+					tween.start = prop === "width" || prop === "height" ? 1 : 0;
+				}
+			}
+		}
+	}
+}
+
+function propFilter( props, specialEasing ) {
+	var index, name, easing, value, hooks;
+
+	// camelCase, specialEasing and expand cssHook pass
+	for ( index in props ) {
+		name = jQuery.camelCase( index );
+		easing = specialEasing[ name ];
+		value = props[ index ];
+		if ( jQuery.isArray( value ) ) {
+			easing = value[ 1 ];
+			value = props[ index ] = value[ 0 ];
+		}
+
+		if ( index !== name ) {
+			props[ name ] = value;
+			delete props[ index ];
+		}
+
+		hooks = jQuery.cssHooks[ name ];
+		if ( hooks && "expand" in hooks ) {
+			value = hooks.expand( value );
+			delete props[ name ];
+
+			// not quite $.extend, this wont overwrite keys already present.
+			// also - reusing 'index' from above because we have the correct "name"
+			for ( index in value ) {
+				if ( !( index in props ) ) {
+					props[ index ] = value[ index ];
+					specialEasing[ index ] = easing;
+				}
+			}
+		} else {
+			specialEasing[ name ] = easing;
+		}
+	}
+}
+
+function Animation( elem, properties, options ) {
+	var result,
+		stopped,
+		index = 0,
+		length = animationPrefilters.length,
+		deferred = jQuery.Deferred().always( function() {
+			// don't match elem in the :animated selector
+			delete tick.elem;
+		}),
+		tick = function() {
+			if ( stopped ) {
+				return false;
+			}
+			var currentTime = fxNow || createFxNow(),
+				remaining = Math.max( 0, animation.startTime + animation.duration - currentTime ),
+				// archaic crash bug won't allow us to use 1 - ( 0.5 || 0 ) (#12497)
+				temp = remaining / animation.duration || 0,
+				percent = 1 - temp,
+				index = 0,
+				length = animation.tweens.length;
+
+			for ( ; index < length ; index++ ) {
+				animation.tweens[ index ].run( percent );
+			}
+
+			deferred.notifyWith( elem, [ animation, percent, remaining ]);
+
+			if ( percent < 1 && length ) {
+				return remaining;
+			} else {
+				deferred.resolveWith( elem, [ animation ] );
+				return false;
+			}
+		},
+		animation = deferred.promise({
+			elem: elem,
+			props: jQuery.extend( {}, properties ),
+			opts: jQuery.extend( true, { specialEasing: {} }, options ),
+			originalProperties: properties,
+			originalOptions: options,
+			startTime: fxNow || createFxNow(),
+			duration: options.duration,
+			tweens: [],
+			createTween: function( prop, end ) {
+				var tween = jQuery.Tween( elem, animation.opts, prop, end,
+						animation.opts.specialEasing[ prop ] || animation.opts.easing );
+				animation.tweens.push( tween );
+				return tween;
+			},
+			stop: function( gotoEnd ) {
+				var index = 0,
+					// if we are going to the end, we want to run all the tweens
+					// otherwise we skip this part
+					length = gotoEnd ? animation.tweens.length : 0;
+				if ( stopped ) {
+					return this;
+				}
+				stopped = true;
+				for ( ; index < length ; index++ ) {
+					animation.tweens[ index ].run( 1 );
+				}
+
+				// resolve when we played the last frame
+				// otherwise, reject
+				if ( gotoEnd ) {
+					deferred.resolveWith( elem, [ animation, gotoEnd ] );
+				} else {
+					deferred.rejectWith( elem, [ animation, gotoEnd ] );
+				}
+				return this;
+			}
+		}),
+		props = animation.props;
+
+	propFilter( props, animation.opts.specialEasing );
+
+	for ( ; index < length ; index++ ) {
+		result = animationPrefilters[ index ].call( animation, elem, props, animation.opts );
+		if ( result ) {
+			return result;
+		}
+	}
+
+	jQuery.map( props, createTween, animation );
+
+	if ( jQuery.isFunction( animation.opts.start ) ) {
+		animation.opts.start.call( elem, animation );
+	}
+
+	jQuery.fx.timer(
+		jQuery.extend( tick, {
+			elem: elem,
+			anim: animation,
+			queue: animation.opts.queue
+		})
+	);
+
+	// attach callbacks from options
+	return animation.progress( animation.opts.progress )
+		.done( animation.opts.done, animation.opts.complete )
+		.fail( animation.opts.fail )
+		.always( animation.opts.always );
+}
+
+jQuery.Animation = jQuery.extend( Animation, {
+
+	tweener: function( props, callback ) {
+		if ( jQuery.isFunction( props ) ) {
+			callback = props;
+			props = [ "*" ];
+		} else {
+			props = props.split(" ");
+		}
+
+		var prop,
+			index = 0,
+			length = props.length;
+
+		for ( ; index < length ; index++ ) {
+			prop = props[ index ];
+			tweeners[ prop ] = tweeners[ prop ] || [];
+			tweeners[ prop ].unshift( callback );
+		}
+	},
+
+	prefilter: function( callback, prepend ) {
+		if ( prepend ) {
+			animationPrefilters.unshift( callback );
+		} else {
+			animationPrefilters.push( callback );
+		}
+	}
+});
+
+jQuery.speed = function( speed, easing, fn ) {
+	var opt = speed && typeof speed === "object" ? jQuery.extend( {}, speed ) : {
+		complete: fn || !fn && easing ||
+			jQuery.isFunction( speed ) && speed,
+		duration: speed,
+		easing: fn && easing || easing && !jQuery.isFunction( easing ) && easing
+	};
+
+	opt.duration = jQuery.fx.off ? 0 : typeof opt.duration === "number" ? opt.duration :
+		opt.duration in jQuery.fx.speeds ? jQuery.fx.speeds[ opt.duration ] : jQuery.fx.speeds._default;
+
+	// normalize opt.queue - true/undefined/null -> "fx"
+	if ( opt.queue == null || opt.queue === true ) {
+		opt.queue = "fx";
+	}
+
+	// Queueing
+	opt.old = opt.complete;
+
+	opt.complete = function() {
+		if ( jQuery.isFunction( opt.old ) ) {
+			opt.old.call( this );
+		}
+
+		if ( opt.queue ) {
+			jQuery.dequeue( this, opt.queue );
+		}
+	};
+
+	return opt;
+};
+
+jQuery.fn.extend({
+	fadeTo: function( speed, to, easing, callback ) {
+
+		// show any hidden elements after setting opacity to 0
+		return this.filter( isHidden ).css( "opacity", 0 ).show()
+
+			// animate to the value specified
+			.end().animate({ opacity: to }, speed, easing, callback );
+	},
+	animate: function( prop, speed, easing, callback ) {
+		var empty = jQuery.isEmptyObject( prop ),
+			optall = jQuery.speed( speed, easing, callback ),
+			doAnimation = function() {
+				// Operate on a copy of prop so per-property easing won't be lost
+				var anim = Animation( this, jQuery.extend( {}, prop ), optall );
+
+				// Empty animations, or finishing resolves immediately
+				if ( empty || data_priv.get( this, "finish" ) ) {
+					anim.stop( true );
+				}
+			};
+			doAnimation.finish = doAnimation;
+
+		return empty || optall.queue === false ?
+			this.each( doAnimation ) :
+			this.queue( optall.queue, doAnimation );
+	},
+	stop: function( type, clearQueue, gotoEnd ) {
+		var stopQueue = function( hooks ) {
+			var stop = hooks.stop;
+			delete hooks.stop;
+			stop( gotoEnd );
+		};
+
+		if ( typeof type !== "string" ) {
+			gotoEnd = clearQueue;
+			clearQueue = type;
+			type = undefined;
+		}
+		if ( clearQueue && type !== false ) {
+			this.queue( type || "fx", [] );
+		}
+
+		return this.each(function() {
+			var dequeue = true,
+				index = type != null && type + "queueHooks",
+				timers = jQuery.timers,
+				data = data_priv.get( this );
+
+			if ( index ) {
+				if ( data[ index ] && data[ index ].stop ) {
+					stopQueue( data[ index ] );
+				}
+			} else {
+				for ( index in data ) {
+					if ( data[ index ] && data[ index ].stop && rrun.test( index ) ) {
+						stopQueue( data[ index ] );
+					}
+				}
+			}
+
+			for ( index = timers.length; index--; ) {
+				if ( timers[ index ].elem === this && (type == null || timers[ index ].queue === type) ) {
+					timers[ index ].anim.stop( gotoEnd );
+					dequeue = false;
+					timers.splice( index, 1 );
+				}
+			}
+
+			// start the next in the queue if the last step wasn't forced
+			// timers currently will call their complete callbacks, which will dequeue
+			// but only if they were gotoEnd
+			if ( dequeue || !gotoEnd ) {
+				jQuery.dequeue( this, type );
+			}
+		});
+	},
+	finish: function( type ) {
+		if ( type !== false ) {
+			type = type || "fx";
+		}
+		return this.each(function() {
+			var index,
+				data = data_priv.get( this ),
+				queue = data[ type + "queue" ],
+				hooks = data[ type + "queueHooks" ],
+				timers = jQuery.timers,
+				length = queue ? queue.length : 0;
+
+			// enable finishing flag on private data
+			data.finish = true;
+
+			// empty the queue first
+			jQuery.queue( this, type, [] );
+
+			if ( hooks && hooks.stop ) {
+				hooks.stop.call( this, true );
+			}
+
+			// look for any active animations, and finish them
+			for ( index = timers.length; index--; ) {
+				if ( timers[ index ].elem === this && timers[ index ].queue === type ) {
+					timers[ index ].anim.stop( true );
+					timers.splice( index, 1 );
+				}
+			}
+
+			// look for any animations in the old queue and finish them
+			for ( index = 0; index < length; index++ ) {
+				if ( queue[ index ] && queue[ index ].finish ) {
+					queue[ index ].finish.call( this );
+				}
+			}
+
+			// turn off finishing flag
+			delete data.finish;
+		});
+	}
+});
+
+jQuery.each([ "toggle", "show", "hide" ], function( i, name ) {
+	var cssFn = jQuery.fn[ name ];
+	jQuery.fn[ name ] = function( speed, easing, callback ) {
+		return speed == null || typeof speed === "boolean" ?
+			cssFn.apply( this, arguments ) :
+			this.animate( genFx( name, true ), speed, easing, callback );
+	};
+});
+
+// Generate shortcuts for custom animations
+jQuery.each({
+	slideDown: genFx("show"),
+	slideUp: genFx("hide"),
+	slideToggle: genFx("toggle"),
+	fadeIn: { opacity: "show" },
+	fadeOut: { opacity: "hide" },
+	fadeToggle: { opacity: "toggle" }
+}, function( name, props ) {
+	jQuery.fn[ name ] = function( speed, easing, callback ) {
+		return this.animate( props, speed, easing, callback );
+	};
+});
+
+jQuery.timers = [];
+jQuery.fx.tick = function() {
+	var timer,
+		i = 0,
+		timers = jQuery.timers;
+
+	fxNow = jQuery.now();
+
+	for ( ; i < timers.length; i++ ) {
+		timer = timers[ i ];
+		// Checks the timer has not already been removed
+		if ( !timer() && timers[ i ] === timer ) {
+			timers.splice( i--, 1 );
+		}
+	}
+
+	if ( !timers.length ) {
+		jQuery.fx.stop();
+	}
+	fxNow = undefined;
+};
+
+jQuery.fx.timer = function( timer ) {
+	jQuery.timers.push( timer );
+	if ( timer() ) {
+		jQuery.fx.start();
+	} else {
+		jQuery.timers.pop();
+	}
+};
+
+jQuery.fx.interval = 13;
+
+jQuery.fx.start = function() {
+	if ( !timerId ) {
+		timerId = setInterval( jQuery.fx.tick, jQuery.fx.interval );
+	}
+};
+
+jQuery.fx.stop = function() {
+	clearInterval( timerId );
+	timerId = null;
+};
+
+jQuery.fx.speeds = {
+	slow: 600,
+	fast: 200,
+	// Default speed
+	_default: 400
+};
+
+
+// Based off of the plugin by Clint Helfers, with permission.
+// http://blindsignals.com/index.php/2009/07/jquery-delay/
+jQuery.fn.delay = function( time, type ) {
+	time = jQuery.fx ? jQuery.fx.speeds[ time ] || time : time;
+	type = type || "fx";
+
+	return this.queue( type, function( next, hooks ) {
+		var timeout = setTimeout( next, time );
+		hooks.stop = function() {
+			clearTimeout( timeout );
+		};
+	});
+};
+
+
+(function() {
+	var input = document.createElement( "input" ),
+		select = document.createElement( "select" ),
+		opt = select.appendChild( document.createElement( "option" ) );
+
+	input.type = "checkbox";
+
+	// Support: iOS 5.1, Android 4.x, Android 2.3
+	// Check the default checkbox/radio value ("" on old WebKit; "on" elsewhere)
+	support.checkOn = input.value !== "";
+
+	// Must access the parent to make an option select properly
+	// Support: IE9, IE10
+	support.optSelected = opt.selected;
+
+	// Make sure that the options inside disabled selects aren't marked as disabled
+	// (WebKit marks them as disabled)
+	select.disabled = true;
+	support.optDisabled = !opt.disabled;
+
+	// Check if an input maintains its value after becoming a radio
+	// Support: IE9, IE10
+	input = document.createElement( "input" );
+	input.value = "t";
+	input.type = "radio";
+	support.radioValue = input.value === "t";
+})();
+
+
+var nodeHook, boolHook,
+	attrHandle = jQuery.expr.attrHandle;
+
+jQuery.fn.extend({
+	attr: function( name, value ) {
+		return access( this, jQuery.attr, name, value, arguments.length > 1 );
+	},
+
+	removeAttr: function( name ) {
+		return this.each(function() {
+			jQuery.removeAttr( this, name );
+		});
+	}
+});
+
+jQuery.extend({
+	attr: function( elem, name, value ) {
+		var hooks, ret,
+			nType = elem.nodeType;
+
+		// don't get/set attributes on text, comment and attribute nodes
+		if ( !elem || nType === 3 || nType === 8 || nType === 2 ) {
+			return;
+		}
+
+		// Fallback to prop when attributes are not supported
+		if ( typeof elem.getAttribute === strundefined ) {
+			return jQuery.prop( elem, name, value );
+		}
+
+		// All attributes are lowercase
+		// Grab necessary hook if one is defined
+		if ( nType !== 1 || !jQuery.isXMLDoc( elem ) ) {
+			name = name.toLowerCase();
+			hooks = jQuery.attrHooks[ name ] ||
+				( jQuery.expr.match.bool.test( name ) ? boolHook : nodeHook );
+		}
+
+		if ( value !== undefined ) {
+
+			if ( value === null ) {
+				jQuery.removeAttr( elem, name );
+
+			} else if ( hooks && "set" in hooks && (ret = hooks.set( elem, value, name )) !== undefined ) {
+				return ret;
+
+			} else {
+				elem.setAttribute( name, value + "" );
+				return value;
+			}
+
+		} else if ( hooks && "get" in hooks && (ret = hooks.get( elem, name )) !== null ) {
+			return ret;
+
+		} else {
+			ret = jQuery.find.attr( elem, name );
+
+			// Non-existent attributes return null, we normalize to undefined
+			return ret == null ?
+				undefined :
+				ret;
+		}
+	},
+
+	removeAttr: function( elem, value ) {
+		var name, propName,
+			i = 0,
+			attrNames = value && value.match( rnotwhite );
+
+		if ( attrNames && elem.nodeType === 1 ) {
+			while ( (name = attrNames[i++]) ) {
+				propName = jQuery.propFix[ name ] || name;
+
+				// Boolean attributes get special treatment (#10870)
+				if ( jQuery.expr.match.bool.test( name ) ) {
+					// Set corresponding property to false
+					elem[ propName ] = false;
+				}
+
+				elem.removeAttribute( name );
+			}
+		}
+	},
+
+	attrHooks: {
+		type: {
+			set: function( elem, value ) {
+				if ( !support.radioValue && value === "radio" &&
+					jQuery.nodeName( elem, "input" ) ) {
+					// Setting the type on a radio button after the value resets the value in IE6-9
+					// Reset value to default in case type is set after value during creation
+					var val = elem.value;
+					elem.setAttribute( "type", value );
+					if ( val ) {
+						elem.value = val;
+					}
+					return value;
+				}
+			}
+		}
+	}
+});
+
+// Hooks for boolean attributes
+boolHook = {
+	set: function( elem, value, name ) {
+		if ( value === false ) {
+			// Remove boolean attributes when set to false
+			jQuery.removeAttr( elem, name );
+		} else {
+			elem.setAttribute( name, name );
+		}
+		return name;
+	}
+};
+jQuery.each( jQuery.expr.match.bool.source.match( /\w+/g ), function( i, name ) {
+	var getter = attrHandle[ name ] || jQuery.find.attr;
+
+	attrHandle[ name ] = function( elem, name, isXML ) {
+		var ret, handle;
+		if ( !isXML ) {
+			// Avoid an infinite loop by temporarily removing this function from the getter
+			handle = attrHandle[ name ];
+			attrHandle[ name ] = ret;
+			ret = getter( elem, name, isXML ) != null ?
+				name.toLowerCase() :
+				null;
+			attrHandle[ name ] = handle;
+		}
+		return ret;
+	};
+});
+
+
+
+
+var rfocusable = /^(?:input|select|textarea|button)$/i;
+
+jQuery.fn.extend({
+	prop: function( name, value ) {
+		return access( this, jQuery.prop, name, value, arguments.length > 1 );
+	},
+
+	removeProp: function( name ) {
+		return this.each(function() {
+			delete this[ jQuery.propFix[ name ] || name ];
+		});
+	}
+});
+
+jQuery.extend({
+	propFix: {
+		"for": "htmlFor",
+		"class": "className"
+	},
+
+	prop: function( elem, name, value ) {
+		var ret, hooks, notxml,
+			nType = elem.nodeType;
+
+		// don't get/set properties on text, comment and attribute nodes
+		if ( !elem || nType === 3 || nType === 8 || nType === 2 ) {
+			return;
+		}
+
+		notxml = nType !== 1 || !jQuery.isXMLDoc( elem );
+
+		if ( notxml ) {
+			// Fix name and attach hooks
+			name = jQuery.propFix[ name ] || name;
+			hooks = jQuery.propHooks[ name ];
+		}
+
+		if ( value !== undefined ) {
+			return hooks && "set" in hooks && (ret = hooks.set( elem, value, name )) !== undefined ?
+				ret :
+				( elem[ name ] = value );
+
+		} else {
+			return hooks && "get" in hooks && (ret = hooks.get( elem, name )) !== null ?
+				ret :
+				elem[ name ];
+		}
+	},
+
+	propHooks: {
+		tabIndex: {
+			get: function( elem ) {
+				return elem.hasAttribute( "tabindex" ) || rfocusable.test( elem.nodeName ) || elem.href ?
+					elem.tabIndex :
+					-1;
+			}
+		}
+	}
+});
+
+// Support: IE9+
+// Selectedness for an option in an optgroup can be inaccurate
+if ( !support.optSelected ) {
+	jQuery.propHooks.selected = {
+		get: function( elem ) {
+			var parent = elem.parentNode;
+			if ( parent && parent.parentNode ) {
+				parent.parentNode.selectedIndex;
+			}
+			return null;
+		}
+	};
+}
+
+jQuery.each([
+	"tabIndex",
+	"readOnly",
+	"maxLength",
+	"cellSpacing",
+	"cellPadding",
+	"rowSpan",
+	"colSpan",
+	"useMap",
+	"frameBorder",
+	"contentEditable"
+], function() {
+	jQuery.propFix[ this.toLowerCase() ] = this;
+});
+
+
+
+
+var rclass = /[\t\r\n\f]/g;
+
+jQuery.fn.extend({
+	addClass: function( value ) {
+		var classes, elem, cur, clazz, j, finalValue,
+			proceed = typeof value === "string" && value,
+			i = 0,
+			len = this.length;
+
+		if ( jQuery.isFunction( value ) ) {
+			return this.each(function( j ) {
+				jQuery( this ).addClass( value.call( this, j, this.className ) );
+			});
+		}
+
+		if ( proceed ) {
+			// The disjunction here is for better compressibility (see removeClass)
+			classes = ( value || "" ).match( rnotwhite ) || [];
+
+			for ( ; i < len; i++ ) {
+				elem = this[ i ];
+				cur = elem.nodeType === 1 && ( elem.className ?
+					( " " + elem.className + " " ).replace( rclass, " " ) :
+					" "
+				);
+
+				if ( cur ) {
+					j = 0;
+					while ( (clazz = classes[j++]) ) {
+						if ( cur.indexOf( " " + clazz + " " ) < 0 ) {
+							cur += clazz + " ";
+						}
+					}
+
+					// only assign if different to avoid unneeded rendering.
+					finalValue = jQuery.trim( cur );
+					if ( elem.className !== finalValue ) {
+						elem.className = finalValue;
+					}
+				}
+			}
+		}
+
+		return this;
+	},
+
+	removeClass: function( value ) {
+		var classes, elem, cur, clazz, j, finalValue,
+			proceed = arguments.length === 0 || typeof value === "string" && value,
+			i = 0,
+			len = this.length;
+
+		if ( jQuery.isFunction( value ) ) {
+			return this.each(function( j ) {
+				jQuery( this ).removeClass( value.call( this, j, this.className ) );
+			});
+		}
+		if ( proceed ) {
+			classes = ( value || "" ).match( rnotwhite ) || [];
+
+			for ( ; i < len; i++ ) {
+				elem = this[ i ];
+				// This expression is here for better compressibility (see addClass)
+				cur = elem.nodeType === 1 && ( elem.className ?
+					( " " + elem.className + " " ).replace( rclass, " " ) :
+					""
+				);
+
+				if ( cur ) {
+					j = 0;
+					while ( (clazz = classes[j++]) ) {
+						// Remove *all* instances
+						while ( cur.indexOf( " " + clazz + " " ) >= 0 ) {
+							cur = cur.replace( " " + clazz + " ", " " );
+						}
+					}
+
+					// only assign if different to avoid unneeded rendering.
+					finalValue = value ? jQuery.trim( cur ) : "";
+					if ( elem.className !== finalValue ) {
+						elem.className = finalValue;
+					}
+				}
+			}
+		}
+
+		return this;
+	},
+
+	toggleClass: function( value, stateVal ) {
+		var type = typeof value;
+
+		if ( typeof stateVal === "boolean" && type === "string" ) {
+			return stateVal ? this.addClass( value ) : this.removeClass( value );
+		}
+
+		if ( jQuery.isFunction( value ) ) {
+			return this.each(function( i ) {
+				jQuery( this ).toggleClass( value.call(this, i, this.className, stateVal), stateVal );
+			});
+		}
+
+		return this.each(function() {
+			if ( type === "string" ) {
+				// toggle individual class names
+				var className,
+					i = 0,
+					self = jQuery( this ),
+					classNames = value.match( rnotwhite ) || [];
+
+				while ( (className = classNames[ i++ ]) ) {
+					// check each className given, space separated list
+					if ( self.hasClass( className ) ) {
+						self.removeClass( className );
+					} else {
+						self.addClass( className );
+					}
+				}
+
+			// Toggle whole class name
+			} else if ( type === strundefined || type === "boolean" ) {
+				if ( this.className ) {
+					// store className if set
+					data_priv.set( this, "__className__", this.className );
+				}
+
+				// If the element has a class name or if we're passed "false",
+				// then remove the whole classname (if there was one, the above saved it).
+				// Otherwise bring back whatever was previously saved (if anything),
+				// falling back to the empty string if nothing was stored.
+				this.className = this.className || value === false ? "" : data_priv.get( this, "__className__" ) || "";
+			}
+		});
+	},
+
+	hasClass: function( selector ) {
+		var className = " " + selector + " ",
+			i = 0,
+			l = this.length;
+		for ( ; i < l; i++ ) {
+			if ( this[i].nodeType === 1 && (" " + this[i].className + " ").replace(rclass, " ").indexOf( className ) >= 0 ) {
+				return true;
+			}
+		}
+
+		return false;
+	}
+});
+
+
+
+
+var rreturn = /\r/g;
+
+jQuery.fn.extend({
+	val: function( value ) {
+		var hooks, ret, isFunction,
+			elem = this[0];
+
+		if ( !arguments.length ) {
+			if ( elem ) {
+				hooks = jQuery.valHooks[ elem.type ] || jQuery.valHooks[ elem.nodeName.toLowerCase() ];
+
+				if ( hooks && "get" in hooks && (ret = hooks.get( elem, "value" )) !== undefined ) {
+					return ret;
+				}
+
+				ret = elem.value;
+
+				return typeof ret === "string" ?
+					// handle most common string cases
+					ret.replace(rreturn, "") :
+					// handle cases where value is null/undef or number
+					ret == null ? "" : ret;
+			}
+
+			return;
+		}
+
+		isFunction = jQuery.isFunction( value );
+
+		return this.each(function( i ) {
+			var val;
+
+			if ( this.nodeType !== 1 ) {
+				return;
+			}
+
+			if ( isFunction ) {
+				val = value.call( this, i, jQuery( this ).val() );
+			} else {
+				val = value;
+			}
+
+			// Treat null/undefined as ""; convert numbers to string
+			if ( val == null ) {
+				val = "";
+
+			} else if ( typeof val === "number" ) {
+				val += "";
+
+			} else if ( jQuery.isArray( val ) ) {
+				val = jQuery.map( val, function( value ) {
+					return value == null ? "" : value + "";
+				});
+			}
+
+			hooks = jQuery.valHooks[ this.type ] || jQuery.valHooks[ this.nodeName.toLowerCase() ];
+
+			// If set returns undefined, fall back to normal setting
+			if ( !hooks || !("set" in hooks) || hooks.set( this, val, "value" ) === undefined ) {
+				this.value = val;
+			}
+		});
+	}
+});
+
+jQuery.extend({
+	valHooks: {
+		select: {
+			get: function( elem ) {
+				var value, option,
+					options = elem.options,
+					index = elem.selectedIndex,
+					one = elem.type === "select-one" || index < 0,
+					values = one ? null : [],
+					max = one ? index + 1 : options.length,
+					i = index < 0 ?
+						max :
+						one ? index : 0;
+
+				// Loop through all the selected options
+				for ( ; i < max; i++ ) {
+					option = options[ i ];
+
+					// IE6-9 doesn't update selected after form reset (#2551)
+					if ( ( option.selected || i === index ) &&
+							// Don't return options that are disabled or in a disabled optgroup
+							( support.optDisabled ? !option.disabled : option.getAttribute( "disabled" ) === null ) &&
+							( !option.parentNode.disabled || !jQuery.nodeName( option.parentNode, "optgroup" ) ) ) {
+
+						// Get the specific value for the option
+						value = jQuery( option ).val();
+
+						// We don't need an array for one selects
+						if ( one ) {
+							return value;
+						}
+
+						// Multi-Selects return an array
+						values.push( value );
+					}
+				}
+
+				return values;
+			},
+
+			set: function( elem, value ) {
+				var optionSet, option,
+					options = elem.options,
+					values = jQuery.makeArray( value ),
+					i = options.length;
+
+				while ( i-- ) {
+					option = options[ i ];
+					if ( (option.selected = jQuery.inArray( jQuery(option).val(), values ) >= 0) ) {
+						optionSet = true;
+					}
+				}
+
+				// force browsers to behave consistently when non-matching value is set
+				if ( !optionSet ) {
+					elem.selectedIndex = -1;
+				}
+				return values;
+			}
+		}
+	}
+});
+
+// Radios and checkboxes getter/setter
+jQuery.each([ "radio", "checkbox" ], function() {
+	jQuery.valHooks[ this ] = {
+		set: function( elem, value ) {
+			if ( jQuery.isArray( value ) ) {
+				return ( elem.checked = jQuery.inArray( jQuery(elem).val(), value ) >= 0 );
+			}
+		}
+	};
+	if ( !support.checkOn ) {
+		jQuery.valHooks[ this ].get = function( elem ) {
+			// Support: Webkit
+			// "" is returned instead of "on" if a value isn't specified
+			return elem.getAttribute("value") === null ? "on" : elem.value;
+		};
+	}
+});
+
+
+
+
+// Return jQuery for attributes-only inclusion
+
+
+jQuery.each( ("blur focus focusin focusout load resize scroll unload click dblclick " +
+	"mousedown mouseup mousemove mouseover mouseout mouseenter mouseleave " +
+	"change select submit keydown keypress keyup error contextmenu").split(" "), function( i, name ) {
+
+	// Handle event binding
+	jQuery.fn[ name ] = function( data, fn ) {
+		return arguments.length > 0 ?
+			this.on( name, null, data, fn ) :
+			this.trigger( name );
+	};
+});
+
+jQuery.fn.extend({
+	hover: function( fnOver, fnOut ) {
+		return this.mouseenter( fnOver ).mouseleave( fnOut || fnOver );
+	},
+
+	bind: function( types, data, fn ) {
+		return this.on( types, null, data, fn );
+	},
+	unbind: function( types, fn ) {
+		return this.off( types, null, fn );
+	},
+
+	delegate: function( selector, types, data, fn ) {
+		return this.on( types, selector, data, fn );
+	},
+	undelegate: function( selector, types, fn ) {
+		// ( namespace ) or ( selector, types [, fn] )
+		return arguments.length === 1 ? this.off( selector, "**" ) : this.off( types, selector || "**", fn );
+	}
+});
+
+
+var nonce = jQuery.now();
+
+var rquery = (/\?/);
+
+
+
+// Support: Android 2.3
+// Workaround failure to string-cast null input
+jQuery.parseJSON = function( data ) {
+	return JSON.parse( data + "" );
+};
+
+
+// Cross-browser xml parsing
+jQuery.parseXML = function( data ) {
+	var xml, tmp;
+	if ( !data || typeof data !== "string" ) {
+		return null;
+	}
+
+	// Support: IE9
+	try {
+		tmp = new DOMParser();
+		xml = tmp.parseFromString( data, "text/xml" );
+	} catch ( e ) {
+		xml = undefined;
+	}
+
+	if ( !xml || xml.getElementsByTagName( "parsererror" ).length ) {
+		jQuery.error( "Invalid XML: " + data );
+	}
+	return xml;
+};
+
+
+var
+	// Document location
+	ajaxLocParts,
+	ajaxLocation,
+
+	rhash = /#.*$/,
+	rts = /([?&])_=[^&]*/,
+	rheaders = /^(.*?):[ \t]*([^\r\n]*)$/mg,
+	// #7653, #8125, #8152: local protocol detection
+	rlocalProtocol = /^(?:about|app|app-storage|.+-extension|file|res|widget):$/,
+	rnoContent = /^(?:GET|HEAD)$/,
+	rprotocol = /^\/\//,
+	rurl = /^([\w.+-]+:)(?:\/\/(?:[^\/?#]*@|)([^\/?#:]*)(?::(\d+)|)|)/,
+
+	/* Prefilters
+	 * 1) They are useful to introduce custom dataTypes (see ajax/jsonp.js for an example)
+	 * 2) These are called:
+	 *    - BEFORE asking for a transport
+	 *    - AFTER param serialization (s.data is a string if s.processData is true)
+	 * 3) key is the dataType
+	 * 4) the catchall symbol "*" can be used
+	 * 5) execution will start with transport dataType and THEN continue down to "*" if needed
+	 */
+	prefilters = {},
+
+	/* Transports bindings
+	 * 1) key is the dataType
+	 * 2) the catchall symbol "*" can be used
+	 * 3) selection will start with transport dataType and THEN go to "*" if needed
+	 */
+	transports = {},
+
+	// Avoid comment-prolog char sequence (#10098); must appease lint and evade compression
+	allTypes = "*/".concat("*");
+
+// #8138, IE may throw an exception when accessing
+// a field from window.location if document.domain has been set
+try {
+	ajaxLocation = location.href;
+} catch( e ) {
+	// Use the href attribute of an A element
+	// since IE will modify it given document.location
+	ajaxLocation = document.createElement( "a" );
+	ajaxLocation.href = "";
+	ajaxLocation = ajaxLocation.href;
+}
+
+// Segment location into parts
+ajaxLocParts = rurl.exec( ajaxLocation.toLowerCase() ) || [];
+
+// Base "constructor" for jQuery.ajaxPrefilter and jQuery.ajaxTransport
+function addToPrefiltersOrTransports( structure ) {
+
+	// dataTypeExpression is optional and defaults to "*"
+	return function( dataTypeExpression, func ) {
+
+		if ( typeof dataTypeExpression !== "string" ) {
+			func = dataTypeExpression;
+			dataTypeExpression = "*";
+		}
+
+		var dataType,
+			i = 0,
+			dataTypes = dataTypeExpression.toLowerCase().match( rnotwhite ) || [];
+
+		if ( jQuery.isFunction( func ) ) {
+			// For each dataType in the dataTypeExpression
+			while ( (dataType = dataTypes[i++]) ) {
+				// Prepend if requested
+				if ( dataType[0] === "+" ) {
+					dataType = dataType.slice( 1 ) || "*";
+					(structure[ dataType ] = structure[ dataType ] || []).unshift( func );
+
+				// Otherwise append
+				} else {
+					(structure[ dataType ] = structure[ dataType ] || []).push( func );
+				}
+			}
+		}
+	};
+}
+
+// Base inspection function for prefilters and transports
+function inspectPrefiltersOrTransports( structure, options, originalOptions, jqXHR ) {
+
+	var inspected = {},
+		seekingTransport = ( structure === transports );
+
+	function inspect( dataType ) {
+		var selected;
+		inspected[ dataType ] = true;
+		jQuery.each( structure[ dataType ] || [], function( _, prefilterOrFactory ) {
+			var dataTypeOrTransport = prefilterOrFactory( options, originalOptions, jqXHR );
+			if ( typeof dataTypeOrTransport === "string" && !seekingTransport && !inspected[ dataTypeOrTransport ] ) {
+				options.dataTypes.unshift( dataTypeOrTransport );
+				inspect( dataTypeOrTransport );
+				return false;
+			} else if ( seekingTransport ) {
+				return !( selected = dataTypeOrTransport );
+			}
+		});
+		return selected;
+	}
+
+	return inspect( options.dataTypes[ 0 ] ) || !inspected[ "*" ] && inspect( "*" );
+}
+
+// A special extend for ajax options
+// that takes "flat" options (not to be deep extended)
+// Fixes #9887
+function ajaxExtend( target, src ) {
+	var key, deep,
+		flatOptions = jQuery.ajaxSettings.flatOptions || {};
+
+	for ( key in src ) {
+		if ( src[ key ] !== undefined ) {
+			( flatOptions[ key ] ? target : ( deep || (deep = {}) ) )[ key ] = src[ key ];
+		}
+	}
+	if ( deep ) {
+		jQuery.extend( true, target, deep );
+	}
+
+	return target;
+}
+
+/* Handles responses to an ajax request:
+ * - finds the right dataType (mediates between content-type and expected dataType)
+ * - returns the corresponding response
+ */
+function ajaxHandleResponses( s, jqXHR, responses ) {
+
+	var ct, type, finalDataType, firstDataType,
+		contents = s.contents,
+		dataTypes = s.dataTypes;
+
+	// Remove auto dataType and get content-type in the process
+	while ( dataTypes[ 0 ] === "*" ) {
+		dataTypes.shift();
+		if ( ct === undefined ) {
+			ct = s.mimeType || jqXHR.getResponseHeader("Content-Type");
+		}
+	}
+
+	// Check if we're dealing with a known content-type
+	if ( ct ) {
+		for ( type in contents ) {
+			if ( contents[ type ] && contents[ type ].test( ct ) ) {
+				dataTypes.unshift( type );
+				break;
+			}
+		}
+	}
+
+	// Check to see if we have a response for the expected dataType
+	if ( dataTypes[ 0 ] in responses ) {
+		finalDataType = dataTypes[ 0 ];
+	} else {
+		// Try convertible dataTypes
+		for ( type in responses ) {
+			if ( !dataTypes[ 0 ] || s.converters[ type + " " + dataTypes[0] ] ) {
+				finalDataType = type;
+				break;
+			}
+			if ( !firstDataType ) {
+				firstDataType = type;
+			}
+		}
+		// Or just use first one
+		finalDataType = finalDataType || firstDataType;
+	}
+
+	// If we found a dataType
+	// We add the dataType to the list if needed
+	// and return the corresponding response
+	if ( finalDataType ) {
+		if ( finalDataType !== dataTypes[ 0 ] ) {
+			dataTypes.unshift( finalDataType );
+		}
+		return responses[ finalDataType ];
+	}
+}
+
+/* Chain conversions given the request and the original response
+ * Also sets the responseXXX fields on the jqXHR instance
+ */
+function ajaxConvert( s, response, jqXHR, isSuccess ) {
+	var conv2, current, conv, tmp, prev,
+		converters = {},
+		// Work with a copy of dataTypes in case we need to modify it for conversion
+		dataTypes = s.dataTypes.slice();
+
+	// Create converters map with lowercased keys
+	if ( dataTypes[ 1 ] ) {
+		for ( conv in s.converters ) {
+			converters[ conv.toLowerCase() ] = s.converters[ conv ];
+		}
+	}
+
+	current = dataTypes.shift();
+
+	// Convert to each sequential dataType
+	while ( current ) {
+
+		if ( s.responseFields[ current ] ) {
+			jqXHR[ s.responseFields[ current ] ] = response;
+		}
+
+		// Apply the dataFilter if provided
+		if ( !prev && isSuccess && s.dataFilter ) {
+			response = s.dataFilter( response, s.dataType );
+		}
+
+		prev = current;
+		current = dataTypes.shift();
+
+		if ( current ) {
+
+		// There's only work to do if current dataType is non-auto
+			if ( current === "*" ) {
+
+				current = prev;
+
+			// Convert response if prev dataType is non-auto and differs from current
+			} else if ( prev !== "*" && prev !== current ) {
+
+				// Seek a direct converter
+				conv = converters[ prev + " " + current ] || converters[ "* " + current ];
+
+				// If none found, seek a pair
+				if ( !conv ) {
+					for ( conv2 in converters ) {
+
+						// If conv2 outputs current
+						tmp = conv2.split( " " );
+						if ( tmp[ 1 ] === current ) {
+
+							// If prev can be converted to accepted input
+							conv = converters[ prev + " " + tmp[ 0 ] ] ||
+								converters[ "* " + tmp[ 0 ] ];
+							if ( conv ) {
+								// Condense equivalence converters
+								if ( conv === true ) {
+									conv = converters[ conv2 ];
+
+								// Otherwise, insert the intermediate dataType
+								} else if ( converters[ conv2 ] !== true ) {
+									current = tmp[ 0 ];
+									dataTypes.unshift( tmp[ 1 ] );
+								}
+								break;
+							}
+						}
+					}
+				}
+
+				// Apply converter (if not an equivalence)
+				if ( conv !== true ) {
+
+					// Unless errors are allowed to bubble, catch and return them
+					if ( conv && s[ "throws" ] ) {
+						response = conv( response );
+					} else {
+						try {
+							response = conv( response );
+						} catch ( e ) {
+							return { state: "parsererror", error: conv ? e : "No conversion from " + prev + " to " + current };
+						}
+					}
+				}
+			}
+		}
+	}
+
+	return { state: "success", data: response };
+}
+
+jQuery.extend({
+
+	// Counter for holding the number of active queries
+	active: 0,
+
+	// Last-Modified header cache for next request
+	lastModified: {},
+	etag: {},
+
+	ajaxSettings: {
+		url: ajaxLocation,
+		type: "GET",
+		isLocal: rlocalProtocol.test( ajaxLocParts[ 1 ] ),
+		global: true,
+		processData: true,
+		async: true,
+		contentType: "application/x-www-form-urlencoded; charset=UTF-8",
+		/*
+		timeout: 0,
+		data: null,
+		dataType: null,
+		username: null,
+		password: null,
+		cache: null,
+		throws: false,
+		traditional: false,
+		headers: {},
+		*/
+
+		accepts: {
+			"*": allTypes,
+			text: "text/plain",
+			html: "text/html",
+			xml: "application/xml, text/xml",
+			json: "application/json, text/javascript"
+		},
+
+		contents: {
+			xml: /xml/,
+			html: /html/,
+			json: /json/
+		},
+
+		responseFields: {
+			xml: "responseXML",
+			text: "responseText",
+			json: "responseJSON"
+		},
+
+		// Data converters
+		// Keys separate source (or catchall "*") and destination types with a single space
+		converters: {
+
+			// Convert anything to text
+			"* text": String,
+
+			// Text to html (true = no transformation)
+			"text html": true,
+
+			// Evaluate text as a json expression
+			"text json": jQuery.parseJSON,
+
+			// Parse text as xml
+			"text xml": jQuery.parseXML
+		},
+
+		// For options that shouldn't be deep extended:
+		// you can add your own custom options here if
+		// and when you create one that shouldn't be
+		// deep extended (see ajaxExtend)
+		flatOptions: {
+			url: true,
+			context: true
+		}
+	},
+
+	// Creates a full fledged settings object into target
+	// with both ajaxSettings and settings fields.
+	// If target is omitted, writes into ajaxSettings.
+	ajaxSetup: function( target, settings ) {
+		return settings ?
+
+			// Building a settings object
+			ajaxExtend( ajaxExtend( target, jQuery.ajaxSettings ), settings ) :
+
+			// Extending ajaxSettings
+			ajaxExtend( jQuery.ajaxSettings, target );
+	},
+
+	ajaxPrefilter: addToPrefiltersOrTransports( prefilters ),
+	ajaxTransport: addToPrefiltersOrTransports( transports ),
+
+	// Main method
+	ajax: function( url, options ) {
+
+		// If url is an object, simulate pre-1.5 signature
+		if ( typeof url === "object" ) {
+			options = url;
+			url = undefined;
+		}
+
+		// Force options to be an object
+		options = options || {};
+
+		var transport,
+			// URL without anti-cache param
+			cacheURL,
+			// Response headers
+			responseHeadersString,
+			responseHeaders,
+			// timeout handle
+			timeoutTimer,
+			// Cross-domain detection vars
+			parts,
+			// To know if global events are to be dispatched
+			fireGlobals,
+			// Loop variable
+			i,
+			// Create the final options object
+			s = jQuery.ajaxSetup( {}, options ),
+			// Callbacks context
+			callbackContext = s.context || s,
+			// Context for global events is callbackContext if it is a DOM node or jQuery collection
+			globalEventContext = s.context && ( callbackContext.nodeType || callbackContext.jquery ) ?
+				jQuery( callbackContext ) :
+				jQuery.event,
+			// Deferreds
+			deferred = jQuery.Deferred(),
+			completeDeferred = jQuery.Callbacks("once memory"),
+			// Status-dependent callbacks
+			statusCode = s.statusCode || {},
+			// Headers (they are sent all at once)
+			requestHeaders = {},
+			requestHeadersNames = {},
+			// The jqXHR state
+			state = 0,
+			// Default abort message
+			strAbort = "canceled",
+			// Fake xhr
+			jqXHR = {
+				readyState: 0,
+
+				// Builds headers hashtable if needed
+				getResponseHeader: function( key ) {
+					var match;
+					if ( state === 2 ) {
+						if ( !responseHeaders ) {
+							responseHeaders = {};
+							while ( (match = rheaders.exec( responseHeadersString )) ) {
+								responseHeaders[ match[1].toLowerCase() ] = match[ 2 ];
+							}
+						}
+						match = responseHeaders[ key.toLowerCase() ];
+					}
+					return match == null ? null : match;
+				},
+
+				// Raw string
+				getAllResponseHeaders: function() {
+					return state === 2 ? responseHeadersString : null;
+				},
+
+				// Caches the header
+				setRequestHeader: function( name, value ) {
+					var lname = name.toLowerCase();
+					if ( !state ) {
+						name = requestHeadersNames[ lname ] = requestHeadersNames[ lname ] || name;
+						requestHeaders[ name ] = value;
+					}
+					return this;
+				},
+
+				// Overrides response content-type header
+				overrideMimeType: function( type ) {
+					if ( !state ) {
+						s.mimeType = type;
+					}
+					return this;
+				},
+
+				// Status-dependent callbacks
+				statusCode: function( map ) {
+					var code;
+					if ( map ) {
+						if ( state < 2 ) {
+							for ( code in map ) {
+								// Lazy-add the new callback in a way that preserves old ones
+								statusCode[ code ] = [ statusCode[ code ], map[ code ] ];
+							}
+						} else {
+							// Execute the appropriate callbacks
+							jqXHR.always( map[ jqXHR.status ] );
+						}
+					}
+					return this;
+				},
+
+				// Cancel the request
+				abort: function( statusText ) {
+					var finalText = statusText || strAbort;
+					if ( transport ) {
+						transport.abort( finalText );
+					}
+					done( 0, finalText );
+					return this;
+				}
+			};
+
+		// Attach deferreds
+		deferred.promise( jqXHR ).complete = completeDeferred.add;
+		jqXHR.success = jqXHR.done;
+		jqXHR.error = jqXHR.fail;
+
+		// Remove hash character (#7531: and string promotion)
+		// Add protocol if not provided (prefilters might expect it)
+		// Handle falsy url in the settings object (#10093: consistency with old signature)
+		// We also use the url parameter if available
+		s.url = ( ( url || s.url || ajaxLocation ) + "" ).replace( rhash, "" )
+			.replace( rprotocol, ajaxLocParts[ 1 ] + "//" );
+
+		// Alias method option to type as per ticket #12004
+		s.type = options.method || options.type || s.method || s.type;
+
+		// Extract dataTypes list
+		s.dataTypes = jQuery.trim( s.dataType || "*" ).toLowerCase().match( rnotwhite ) || [ "" ];
+
+		// A cross-domain request is in order when we have a protocol:host:port mismatch
+		if ( s.crossDomain == null ) {
+			parts = rurl.exec( s.url.toLowerCase() );
+			s.crossDomain = !!( parts &&
+				( parts[ 1 ] !== ajaxLocParts[ 1 ] || parts[ 2 ] !== ajaxLocParts[ 2 ] ||
+					( parts[ 3 ] || ( parts[ 1 ] === "http:" ? "80" : "443" ) ) !==
+						( ajaxLocParts[ 3 ] || ( ajaxLocParts[ 1 ] === "http:" ? "80" : "443" ) ) )
+			);
+		}
+
+		// Convert data if not already a string
+		if ( s.data && s.processData && typeof s.data !== "string" ) {
+			s.data = jQuery.param( s.data, s.traditional );
+		}
+
+		// Apply prefilters
+		inspectPrefiltersOrTransports( prefilters, s, options, jqXHR );
+
+		// If request was aborted inside a prefilter, stop there
+		if ( state === 2 ) {
+			return jqXHR;
+		}
+
+		// We can fire global events as of now if asked to
+		fireGlobals = s.global;
+
+		// Watch for a new set of requests
+		if ( fireGlobals && jQuery.active++ === 0 ) {
+			jQuery.event.trigger("ajaxStart");
+		}
+
+		// Uppercase the type
+		s.type = s.type.toUpperCase();
+
+		// Determine if request has content
+		s.hasContent = !rnoContent.test( s.type );
+
+		// Save the URL in case we're toying with the If-Modified-Since
+		// and/or If-None-Match header later on
+		cacheURL = s.url;
+
+		// More options handling for requests with no content
+		if ( !s.hasContent ) {
+
+			// If data is available, append data to url
+			if ( s.data ) {
+				cacheURL = ( s.url += ( rquery.test( cacheURL ) ? "&" : "?" ) + s.data );
+				// #9682: remove data so that it's not used in an eventual retry
+				delete s.data;
+			}
+
+			// Add anti-cache in url if needed
+			if ( s.cache === false ) {
+				s.url = rts.test( cacheURL ) ?
+
+					// If there is already a '_' parameter, set its value
+					cacheURL.replace( rts, "$1_=" + nonce++ ) :
+
+					// Otherwise add one to the end
+					cacheURL + ( rquery.test( cacheURL ) ? "&" : "?" ) + "_=" + nonce++;
+			}
+		}
+
+		// Set the If-Modified-Since and/or If-None-Match header, if in ifModified mode.
+		if ( s.ifModified ) {
+			if ( jQuery.lastModified[ cacheURL ] ) {
+				jqXHR.setRequestHeader( "If-Modified-Since", jQuery.lastModified[ cacheURL ] );
+			}
+			if ( jQuery.etag[ cacheURL ] ) {
+				jqXHR.setRequestHeader( "If-None-Match", jQuery.etag[ cacheURL ] );
+			}
+		}
+
+		// Set the correct header, if data is being sent
+		if ( s.data && s.hasContent && s.contentType !== false || options.contentType ) {
+			jqXHR.setRequestHeader( "Content-Type", s.contentType );
+		}
+
+		// Set the Accepts header for the server, depending on the dataType
+		jqXHR.setRequestHeader(
+			"Accept",
+			s.dataTypes[ 0 ] && s.accepts[ s.dataTypes[0] ] ?
+				s.accepts[ s.dataTypes[0] ] + ( s.dataTypes[ 0 ] !== "*" ? ", " + allTypes + "; q=0.01" : "" ) :
+				s.accepts[ "*" ]
+		);
+
+		// Check for headers option
+		for ( i in s.headers ) {
+			jqXHR.setRequestHeader( i, s.headers[ i ] );
+		}
+
+		// Allow custom headers/mimetypes and early abort
+		if ( s.beforeSend && ( s.beforeSend.call( callbackContext, jqXHR, s ) === false || state === 2 ) ) {
+			// Abort if not done already and return
+			return jqXHR.abort();
+		}
+
+		// aborting is no longer a cancellation
+		strAbort = "abort";
+
+		// Install callbacks on deferreds
+		for ( i in { success: 1, error: 1, complete: 1 } ) {
+			jqXHR[ i ]( s[ i ] );
+		}
+
+		// Get transport
+		transport = inspectPrefiltersOrTransports( transports, s, options, jqXHR );
+
+		// If no transport, we auto-abort
+		if ( !transport ) {
+			done( -1, "No Transport" );
+		} else {
+			jqXHR.readyState = 1;
+
+			// Send global event
+			if ( fireGlobals ) {
+				globalEventContext.trigger( "ajaxSend", [ jqXHR, s ] );
+			}
+			// Timeout
+			if ( s.async && s.timeout > 0 ) {
+				timeoutTimer = setTimeout(function() {
+					jqXHR.abort("timeout");
+				}, s.timeout );
+			}
+
+			try {
+				state = 1;
+				transport.send( requestHeaders, done );
+			} catch ( e ) {
+				// Propagate exception as error if not done
+				if ( state < 2 ) {
+					done( -1, e );
+				// Simply rethrow otherwise
+				} else {
+					throw e;
+				}
+			}
+		}
+
+		// Callback for when everything is done
+		function done( status, nativeStatusText, responses, headers ) {
+			var isSuccess, success, error, response, modified,
+				statusText = nativeStatusText;
+
+			// Called once
+			if ( state === 2 ) {
+				return;
+			}
+
+			// State is "done" now
+			state = 2;
+
+			// Clear timeout if it exists
+			if ( timeoutTimer ) {
+				clearTimeout( timeoutTimer );
+			}
+
+			// Dereference transport for early garbage collection
+			// (no matter how long the jqXHR object will be used)
+			transport = undefined;
+
+			// Cache response headers
+			responseHeadersString = headers || "";
+
+			// Set readyState
+			jqXHR.readyState = status > 0 ? 4 : 0;
+
+			// Determine if successful
+			isSuccess = status >= 200 && status < 300 || status === 304;
+
+			// Get response data
+			if ( responses ) {
+				response = ajaxHandleResponses( s, jqXHR, responses );
+			}
+
+			// Convert no matter what (that way responseXXX fields are always set)
+			response = ajaxConvert( s, response, jqXHR, isSuccess );
+
+			// If successful, handle type chaining
+			if ( isSuccess ) {
+
+				// Set the If-Modified-Since and/or If-None-Match header, if in ifModified mode.
+				if ( s.ifModified ) {
+					modified = jqXHR.getResponseHeader("Last-Modified");
+					if ( modified ) {
+						jQuery.lastModified[ cacheURL ] = modified;
+					}
+					modified = jqXHR.getResponseHeader("etag");
+					if ( modified ) {
+						jQuery.etag[ cacheURL ] = modified;
+					}
+				}
+
+				// if no content
+				if ( status === 204 || s.type === "HEAD" ) {
+					statusText = "nocontent";
+
+				// if not modified
+				} else if ( status === 304 ) {
+					statusText = "notmodified";
+
+				// If we have data, let's convert it
+				} else {
+					statusText = response.state;
+					success = response.data;
+					error = response.error;
+					isSuccess = !error;
+				}
+			} else {
+				// We extract error from statusText
+				// then normalize statusText and status for non-aborts
+				error = statusText;
+				if ( status || !statusText ) {
+					statusText = "error";
+					if ( status < 0 ) {
+						status = 0;
+					}
+				}
+			}
+
+			// Set data for the fake xhr object
+			jqXHR.status = status;
+			jqXHR.statusText = ( nativeStatusText || statusText ) + "";
+
+			// Success/Error
+			if ( isSuccess ) {
+				deferred.resolveWith( callbackContext, [ success, statusText, jqXHR ] );
+			} else {
+				deferred.rejectWith( callbackContext, [ jqXHR, statusText, error ] );
+			}
+
+			// Status-dependent callbacks
+			jqXHR.statusCode( statusCode );
+			statusCode = undefined;
+
+			if ( fireGlobals ) {
+				globalEventContext.trigger( isSuccess ? "ajaxSuccess" : "ajaxError",
+					[ jqXHR, s, isSuccess ? success : error ] );
+			}
+
+			// Complete
+			completeDeferred.fireWith( callbackContext, [ jqXHR, statusText ] );
+
+			if ( fireGlobals ) {
+				globalEventContext.trigger( "ajaxComplete", [ jqXHR, s ] );
+				// Handle the global AJAX counter
+				if ( !( --jQuery.active ) ) {
+					jQuery.event.trigger("ajaxStop");
+				}
+			}
+		}
+
+		return jqXHR;
+	},
+
+	getJSON: function( url, data, callback ) {
+		return jQuery.get( url, data, callback, "json" );
+	},
+
+	getScript: function( url, callback ) {
+		return jQuery.get( url, undefined, callback, "script" );
+	}
+});
+
+jQuery.each( [ "get", "post" ], function( i, method ) {
+	jQuery[ method ] = function( url, data, callback, type ) {
+		// shift arguments if data argument was omitted
+		if ( jQuery.isFunction( data ) ) {
+			type = type || callback;
+			callback = data;
+			data = undefined;
+		}
+
+		return jQuery.ajax({
+			url: url,
+			type: method,
+			dataType: type,
+			data: data,
+			success: callback
+		});
+	};
+});
+
+// Attach a bunch of functions for handling common AJAX events
+jQuery.each( [ "ajaxStart", "ajaxStop", "ajaxComplete", "ajaxError", "ajaxSuccess", "ajaxSend" ], function( i, type ) {
+	jQuery.fn[ type ] = function( fn ) {
+		return this.on( type, fn );
+	};
+});
+
+
+jQuery._evalUrl = function( url ) {
+	return jQuery.ajax({
+		url: url,
+		type: "GET",
+		dataType: "script",
+		async: false,
+		global: false,
+		"throws": true
+	});
+};
+
+
+jQuery.fn.extend({
+	wrapAll: function( html ) {
+		var wrap;
+
+		if ( jQuery.isFunction( html ) ) {
+			return this.each(function( i ) {
+				jQuery( this ).wrapAll( html.call(this, i) );
+			});
+		}
+
+		if ( this[ 0 ] ) {
+
+			// The elements to wrap the target around
+			wrap = jQuery( html, this[ 0 ].ownerDocument ).eq( 0 ).clone( true );
+
+			if ( this[ 0 ].parentNode ) {
+				wrap.insertBefore( this[ 0 ] );
+			}
+
+			wrap.map(function() {
+				var elem = this;
+
+				while ( elem.firstElementChild ) {
+					elem = elem.firstElementChild;
+				}
+
+				return elem;
+			}).append( this );
+		}
+
+		return this;
+	},
+
+	wrapInner: function( html ) {
+		if ( jQuery.isFunction( html ) ) {
+			return this.each(function( i ) {
+				jQuery( this ).wrapInner( html.call(this, i) );
+			});
+		}
+
+		return this.each(function() {
+			var self = jQuery( this ),
+				contents = self.contents();
+
+			if ( contents.length ) {
+				contents.wrapAll( html );
+
+			} else {
+				self.append( html );
+			}
+		});
+	},
+
+	wrap: function( html ) {
+		var isFunction = jQuery.isFunction( html );
+
+		return this.each(function( i ) {
+			jQuery( this ).wrapAll( isFunction ? html.call(this, i) : html );
+		});
+	},
+
+	unwrap: function() {
+		return this.parent().each(function() {
+			if ( !jQuery.nodeName( this, "body" ) ) {
+				jQuery( this ).replaceWith( this.childNodes );
+			}
+		}).end();
+	}
+});
+
+
+jQuery.expr.filters.hidden = function( elem ) {
+	// Support: Opera <= 12.12
+	// Opera reports offsetWidths and offsetHeights less than zero on some elements
+	return elem.offsetWidth <= 0 && elem.offsetHeight <= 0;
+};
+jQuery.expr.filters.visible = function( elem ) {
+	return !jQuery.expr.filters.hidden( elem );
+};
+
+
+
+
+var r20 = /%20/g,
+	rbracket = /\[\]$/,
+	rCRLF = /\r?\n/g,
+	rsubmitterTypes = /^(?:submit|button|image|reset|file)$/i,
+	rsubmittable = /^(?:input|select|textarea|keygen)/i;
+
+function buildParams( prefix, obj, traditional, add ) {
+	var name;
+
+	if ( jQuery.isArray( obj ) ) {
+		// Serialize array item.
+		jQuery.each( obj, function( i, v ) {
+			if ( traditional || rbracket.test( prefix ) ) {
+				// Treat each array item as a scalar.
+				add( prefix, v );
+
+			} else {
+				// Item is non-scalar (array or object), encode its numeric index.
+				buildParams( prefix + "[" + ( typeof v === "object" ? i : "" ) + "]", v, traditional, add );
+			}
+		});
+
+	} else if ( !traditional && jQuery.type( obj ) === "object" ) {
+		// Serialize object item.
+		for ( name in obj ) {
+			buildParams( prefix + "[" + name + "]", obj[ name ], traditional, add );
+		}
+
+	} else {
+		// Serialize scalar item.
+		add( prefix, obj );
+	}
+}
+
+// Serialize an array of form elements or a set of
+// key/values into a query string
+jQuery.param = function( a, traditional ) {
+	var prefix,
+		s = [],
+		add = function( key, value ) {
+			// If value is a function, invoke it and return its value
+			value = jQuery.isFunction( value ) ? value() : ( value == null ? "" : value );
+			s[ s.length ] = encodeURIComponent( key ) + "=" + encodeURIComponent( value );
+		};
+
+	// Set traditional to true for jQuery <= 1.3.2 behavior.
+	if ( traditional === undefined ) {
+		traditional = jQuery.ajaxSettings && jQuery.ajaxSettings.traditional;
+	}
+
+	// If an array was passed in, assume that it is an array of form elements.
+	if ( jQuery.isArray( a ) || ( a.jquery && !jQuery.isPlainObject( a ) ) ) {
+		// Serialize the form elements
+		jQuery.each( a, function() {
+			add( this.name, this.value );
+		});
+
+	} else {
+		// If traditional, encode the "old" way (the way 1.3.2 or older
+		// did it), otherwise encode params recursively.
+		for ( prefix in a ) {
+			buildParams( prefix, a[ prefix ], traditional, add );
+		}
+	}
+
+	// Return the resulting serialization
+	return s.join( "&" ).replace( r20, "+" );
+};
+
+jQuery.fn.extend({
+	serialize: function() {
+		return jQuery.param( this.serializeArray() );
+	},
+	serializeArray: function() {
+		return this.map(function() {
+			// Can add propHook for "elements" to filter or add form elements
+			var elements = jQuery.prop( this, "elements" );
+			return elements ? jQuery.makeArray( elements ) : this;
+		})
+		.filter(function() {
+			var type = this.type;
+
+			// Use .is( ":disabled" ) so that fieldset[disabled] works
+			return this.name && !jQuery( this ).is( ":disabled" ) &&
+				rsubmittable.test( this.nodeName ) && !rsubmitterTypes.test( type ) &&
+				( this.checked || !rcheckableType.test( type ) );
+		})
+		.map(function( i, elem ) {
+			var val = jQuery( this ).val();
+
+			return val == null ?
+				null :
+				jQuery.isArray( val ) ?
+					jQuery.map( val, function( val ) {
+						return { name: elem.name, value: val.replace( rCRLF, "\r\n" ) };
+					}) :
+					{ name: elem.name, value: val.replace( rCRLF, "\r\n" ) };
+		}).get();
+	}
+});
+
+
+jQuery.ajaxSettings.xhr = function() {
+	try {
+		return new XMLHttpRequest();
+	} catch( e ) {}
+};
+
+var xhrId = 0,
+	xhrCallbacks = {},
+	xhrSuccessStatus = {
+		// file protocol always yields status code 0, assume 200
+		0: 200,
+		// Support: IE9
+		// #1450: sometimes IE returns 1223 when it should be 204
+		1223: 204
+	},
+	xhrSupported = jQuery.ajaxSettings.xhr();
+
+// Support: IE9
+// Open requests must be manually aborted on unload (#5280)
+if ( window.ActiveXObject ) {
+	jQuery( window ).on( "unload", function() {
+		for ( var key in xhrCallbacks ) {
+			xhrCallbacks[ key ]();
+		}
+	});
+}
+
+support.cors = !!xhrSupported && ( "withCredentials" in xhrSupported );
+support.ajax = xhrSupported = !!xhrSupported;
+
+jQuery.ajaxTransport(function( options ) {
+	var callback;
+
+	// Cross domain only allowed if supported through XMLHttpRequest
+	if ( support.cors || xhrSupported && !options.crossDomain ) {
+		return {
+			send: function( headers, complete ) {
+				var i,
+					xhr = options.xhr(),
+					id = ++xhrId;
+
+				xhr.open( options.type, options.url, options.async, options.username, options.password );
+
+				// Apply custom fields if provided
+				if ( options.xhrFields ) {
+					for ( i in options.xhrFields ) {
+						xhr[ i ] = options.xhrFields[ i ];
+					}
+				}
+
+				// Override mime type if needed
+				if ( options.mimeType && xhr.overrideMimeType ) {
+					xhr.overrideMimeType( options.mimeType );
+				}
+
+				// X-Requested-With header
+				// For cross-domain requests, seeing as conditions for a preflight are
+				// akin to a jigsaw puzzle, we simply never set it to be sure.
+				// (it can always be set on a per-request basis or even using ajaxSetup)
+				// For same-domain requests, won't change header if already provided.
+				if ( !options.crossDomain && !headers["X-Requested-With"] ) {
+					headers["X-Requested-With"] = "XMLHttpRequest";
+				}
+
+				// Set headers
+				for ( i in headers ) {
+					xhr.setRequestHeader( i, headers[ i ] );
+				}
+
+				// Callback
+				callback = function( type ) {
+					return function() {
+						if ( callback ) {
+							delete xhrCallbacks[ id ];
+							callback = xhr.onload = xhr.onerror = null;
+
+							if ( type === "abort" ) {
+								xhr.abort();
+							} else if ( type === "error" ) {
+								complete(
+									// file: protocol always yields status 0; see #8605, #14207
+									xhr.status,
+									xhr.statusText
+								);
+							} else {
+								complete(
+									xhrSuccessStatus[ xhr.status ] || xhr.status,
+									xhr.statusText,
+									// Support: IE9
+									// Accessing binary-data responseText throws an exception
+									// (#11426)
+									typeof xhr.responseText === "string" ? {
+										text: xhr.responseText
+									} : undefined,
+									xhr.getAllResponseHeaders()
+								);
+							}
+						}
+					};
+				};
+
+				// Listen to events
+				xhr.onload = callback();
+				xhr.onerror = callback("error");
+
+				// Create the abort callback
+				callback = xhrCallbacks[ id ] = callback("abort");
+
+				// Do send the request
+				// This may raise an exception which is actually
+				// handled in jQuery.ajax (so no try/catch here)
+				xhr.send( options.hasContent && options.data || null );
+			},
+
+			abort: function() {
+				if ( callback ) {
+					callback();
+				}
+			}
+		};
+	}
+});
+
+
+
+
+// Install script dataType
+jQuery.ajaxSetup({
+	accepts: {
+		script: "text/javascript, application/javascript, application/ecmascript, application/x-ecmascript"
+	},
+	contents: {
+		script: /(?:java|ecma)script/
+	},
+	converters: {
+		"text script": function( text ) {
+			jQuery.globalEval( text );
+			return text;
+		}
+	}
+});
+
+// Handle cache's special case and crossDomain
+jQuery.ajaxPrefilter( "script", function( s ) {
+	if ( s.cache === undefined ) {
+		s.cache = false;
+	}
+	if ( s.crossDomain ) {
+		s.type = "GET";
+	}
+});
+
+// Bind script tag hack transport
+jQuery.ajaxTransport( "script", function( s ) {
+	// This transport only deals with cross domain requests
+	if ( s.crossDomain ) {
+		var script, callback;
+		return {
+			send: function( _, complete ) {
+				script = jQuery("<script>").prop({
+					async: true,
+					charset: s.scriptCharset,
+					src: s.url
+				}).on(
+					"load error",
+					callback = function( evt ) {
+						script.remove();
+						callback = null;
+						if ( evt ) {
+							complete( evt.type === "error" ? 404 : 200, evt.type );
+						}
+					}
+				);
+				document.head.appendChild( script[ 0 ] );
+			},
+			abort: function() {
+				if ( callback ) {
+					callback();
+				}
+			}
+		};
+	}
+});
+
+
+
+
+var oldCallbacks = [],
+	rjsonp = /(=)\?(?=&|$)|\?\?/;
+
+// Default jsonp settings
+jQuery.ajaxSetup({
+	jsonp: "callback",
+	jsonpCallback: function() {
+		var callback = oldCallbacks.pop() || ( jQuery.expando + "_" + ( nonce++ ) );
+		this[ callback ] = true;
+		return callback;
+	}
+});
+
+// Detect, normalize options and install callbacks for jsonp requests
+jQuery.ajaxPrefilter( "json jsonp", function( s, originalSettings, jqXHR ) {
+
+	var callbackName, overwritten, responseContainer,
+		jsonProp = s.jsonp !== false && ( rjsonp.test( s.url ) ?
+			"url" :
+			typeof s.data === "string" && !( s.contentType || "" ).indexOf("application/x-www-form-urlencoded") && rjsonp.test( s.data ) && "data"
+		);
+
+	// Handle iff the expected data type is "jsonp" or we have a parameter to set
+	if ( jsonProp || s.dataTypes[ 0 ] === "jsonp" ) {
+
+		// Get callback name, remembering preexisting value associated with it
+		callbackName = s.jsonpCallback = jQuery.isFunction( s.jsonpCallback ) ?
+			s.jsonpCallback() :
+			s.jsonpCallback;
+
+		// Insert callback into url or form data
+		if ( jsonProp ) {
+			s[ jsonProp ] = s[ jsonProp ].replace( rjsonp, "$1" + callbackName );
+		} else if ( s.jsonp !== false ) {
+			s.url += ( rquery.test( s.url ) ? "&" : "?" ) + s.jsonp + "=" + callbackName;
+		}
+
+		// Use data converter to retrieve json after script execution
+		s.converters["script json"] = function() {
+			if ( !responseContainer ) {
+				jQuery.error( callbackName + " was not called" );
+			}
+			return responseContainer[ 0 ];
+		};
+
+		// force json dataType
+		s.dataTypes[ 0 ] = "json";
+
+		// Install callback
+		overwritten = window[ callbackName ];
+		window[ callbackName ] = function() {
+			responseContainer = arguments;
+		};
+
+		// Clean-up function (fires after converters)
+		jqXHR.always(function() {
+			// Restore preexisting value
+			window[ callbackName ] = overwritten;
+
+			// Save back as free
+			if ( s[ callbackName ] ) {
+				// make sure that re-using the options doesn't screw things around
+				s.jsonpCallback = originalSettings.jsonpCallback;
+
+				// save the callback name for future use
+				oldCallbacks.push( callbackName );
+			}
+
+			// Call if it was a function and we have a response
+			if ( responseContainer && jQuery.isFunction( overwritten ) ) {
+				overwritten( responseContainer[ 0 ] );
+			}
+
+			responseContainer = overwritten = undefined;
+		});
+
+		// Delegate to script
+		return "script";
+	}
+});
+
+
+
+
+// data: string of html
+// context (optional): If specified, the fragment will be created in this context, defaults to document
+// keepScripts (optional): If true, will include scripts passed in the html string
+jQuery.parseHTML = function( data, context, keepScripts ) {
+	if ( !data || typeof data !== "string" ) {
+		return null;
+	}
+	if ( typeof context === "boolean" ) {
+		keepScripts = context;
+		context = false;
+	}
+	context = context || document;
+
+	var parsed = rsingleTag.exec( data ),
+		scripts = !keepScripts && [];
+
+	// Single tag
+	if ( parsed ) {
+		return [ context.createElement( parsed[1] ) ];
+	}
+
+	parsed = jQuery.buildFragment( [ data ], context, scripts );
+
+	if ( scripts && scripts.length ) {
+		jQuery( scripts ).remove();
+	}
+
+	return jQuery.merge( [], parsed.childNodes );
+};
+
+
+// Keep a copy of the old load method
+var _load = jQuery.fn.load;
+
+/**
+ * Load a url into a page
+ */
+jQuery.fn.load = function( url, params, callback ) {
+	if ( typeof url !== "string" && _load ) {
+		return _load.apply( this, arguments );
+	}
+
+	var selector, type, response,
+		self = this,
+		off = url.indexOf(" ");
+
+	if ( off >= 0 ) {
+		selector = url.slice( off );
+		url = url.slice( 0, off );
+	}
+
+	// If it's a function
+	if ( jQuery.isFunction( params ) ) {
+
+		// We assume that it's the callback
+		callback = params;
+		params = undefined;
+
+	// Otherwise, build a param string
+	} else if ( params && typeof params === "object" ) {
+		type = "POST";
+	}
+
+	// If we have elements to modify, make the request
+	if ( self.length > 0 ) {
+		jQuery.ajax({
+			url: url,
+
+			// if "type" variable is undefined, then "GET" method will be used
+			type: type,
+			dataType: "html",
+			data: params
+		}).done(function( responseText ) {
+
+			// Save response for use in complete callback
+			response = arguments;
+
+			self.html( selector ?
+
+				// If a selector was specified, locate the right elements in a dummy div
+				// Exclude scripts to avoid IE 'Permission Denied' errors
+				jQuery("<div>").append( jQuery.parseHTML( responseText ) ).find( selector ) :
+
+				// Otherwise use the full result
+				responseText );
+
+		}).complete( callback && function( jqXHR, status ) {
+			self.each( callback, response || [ jqXHR.responseText, status, jqXHR ] );
+		});
+	}
+
+	return this;
+};
+
+
+
+
+jQuery.expr.filters.animated = function( elem ) {
+	return jQuery.grep(jQuery.timers, function( fn ) {
+		return elem === fn.elem;
+	}).length;
+};
+
+
+
+
+var docElem = window.document.documentElement;
+
+/**
+ * Gets a window from an element
+ */
+function getWindow( elem ) {
+	return jQuery.isWindow( elem ) ? elem : elem.nodeType === 9 && elem.defaultView;
+}
+
+jQuery.offset = {
+	setOffset: function( elem, options, i ) {
+		var curPosition, curLeft, curCSSTop, curTop, curOffset, curCSSLeft, calculatePosition,
+			position = jQuery.css( elem, "position" ),
+			curElem = jQuery( elem ),
+			props = {};
+
+		// Set position first, in-case top/left are set even on static elem
+		if ( position === "static" ) {
+			elem.style.position = "relative";
+		}
+
+		curOffset = curElem.offset();
+		curCSSTop = jQuery.css( elem, "top" );
+		curCSSLeft = jQuery.css( elem, "left" );
+		calculatePosition = ( position === "absolute" || position === "fixed" ) &&
+			( curCSSTop + curCSSLeft ).indexOf("auto") > -1;
+
+		// Need to be able to calculate position if either top or left is auto and position is either absolute or fixed
+		if ( calculatePosition ) {
+			curPosition = curElem.position();
+			curTop = curPosition.top;
+			curLeft = curPosition.left;
+
+		} else {
+			curTop = parseFloat( curCSSTop ) || 0;
+			curLeft = parseFloat( curCSSLeft ) || 0;
+		}
+
+		if ( jQuery.isFunction( options ) ) {
+			options = options.call( elem, i, curOffset );
+		}
+
+		if ( options.top != null ) {
+			props.top = ( options.top - curOffset.top ) + curTop;
+		}
+		if ( options.left != null ) {
+			props.left = ( options.left - curOffset.left ) + curLeft;
+		}
+
+		if ( "using" in options ) {
+			options.using.call( elem, props );
+
+		} else {
+			curElem.css( props );
+		}
+	}
+};
+
+jQuery.fn.extend({
+	offset: function( options ) {
+		if ( arguments.length ) {
+			return options === undefined ?
+				this :
+				this.each(function( i ) {
+					jQuery.offset.setOffset( this, options, i );
+				});
+		}
+
+		var docElem, win,
+			elem = this[ 0 ],
+			box = { top: 0, left: 0 },
+			doc = elem && elem.ownerDocument;
+
+		if ( !doc ) {
+			return;
+		}
+
+		docElem = doc.documentElement;
+
+		// Make sure it's not a disconnected DOM node
+		if ( !jQuery.contains( docElem, elem ) ) {
+			return box;
+		}
+
+		// If we don't have gBCR, just use 0,0 rather than error
+		// BlackBerry 5, iOS 3 (original iPhone)
+		if ( typeof elem.getBoundingClientRect !== strundefined ) {
+			box = elem.getBoundingClientRect();
+		}
+		win = getWindow( doc );
+		return {
+			top: box.top + win.pageYOffset - docElem.clientTop,
+			left: box.left + win.pageXOffset - docElem.clientLeft
+		};
+	},
+
+	position: function() {
+		if ( !this[ 0 ] ) {
+			return;
+		}
+
+		var offsetParent, offset,
+			elem = this[ 0 ],
+			parentOffset = { top: 0, left: 0 };
+
+		// Fixed elements are offset from window (parentOffset = {top:0, left: 0}, because it is its only offset parent
+		if ( jQuery.css( elem, "position" ) === "fixed" ) {
+			// We assume that getBoundingClientRect is available when computed position is fixed
+			offset = elem.getBoundingClientRect();
+
+		} else {
+			// Get *real* offsetParent
+			offsetParent = this.offsetParent();
+
+			// Get correct offsets
+			offset = this.offset();
+			if ( !jQuery.nodeName( offsetParent[ 0 ], "html" ) ) {
+				parentOffset = offsetParent.offset();
+			}
+
+			// Add offsetParent borders
+			parentOffset.top += jQuery.css( offsetParent[ 0 ], "borderTopWidth", true );
+			parentOffset.left += jQuery.css( offsetParent[ 0 ], "borderLeftWidth", true );
+		}
+
+		// Subtract parent offsets and element margins
+		return {
+			top: offset.top - parentOffset.top - jQuery.css( elem, "marginTop", true ),
+			left: offset.left - parentOffset.left - jQuery.css( elem, "marginLeft", true )
+		};
+	},
+
+	offsetParent: function() {
+		return this.map(function() {
+			var offsetParent = this.offsetParent || docElem;
+
+			while ( offsetParent && ( !jQuery.nodeName( offsetParent, "html" ) && jQuery.css( offsetParent, "position" ) === "static" ) ) {
+				offsetParent = offsetParent.offsetParent;
+			}
+
+			return offsetParent || docElem;
+		});
+	}
+});
+
+// Create scrollLeft and scrollTop methods
+jQuery.each( { scrollLeft: "pageXOffset", scrollTop: "pageYOffset" }, function( method, prop ) {
+	var top = "pageYOffset" === prop;
+
+	jQuery.fn[ method ] = function( val ) {
+		return access( this, function( elem, method, val ) {
+			var win = getWindow( elem );
+
+			if ( val === undefined ) {
+				return win ? win[ prop ] : elem[ method ];
+			}
+
+			if ( win ) {
+				win.scrollTo(
+					!top ? val : window.pageXOffset,
+					top ? val : window.pageYOffset
+				);
+
+			} else {
+				elem[ method ] = val;
+			}
+		}, method, val, arguments.length, null );
+	};
+});
+
+// Add the top/left cssHooks using jQuery.fn.position
+// Webkit bug: https://bugs.webkit.org/show_bug.cgi?id=29084
+// getComputedStyle returns percent when specified for top/left/bottom/right
+// rather than make the css module depend on the offset module, we just check for it here
+jQuery.each( [ "top", "left" ], function( i, prop ) {
+	jQuery.cssHooks[ prop ] = addGetHookIf( support.pixelPosition,
+		function( elem, computed ) {
+			if ( computed ) {
+				computed = curCSS( elem, prop );
+				// if curCSS returns percentage, fallback to offset
+				return rnumnonpx.test( computed ) ?
+					jQuery( elem ).position()[ prop ] + "px" :
+					computed;
+			}
+		}
+	);
+});
+
+
+// Create innerHeight, innerWidth, height, width, outerHeight and outerWidth methods
+jQuery.each( { Height: "height", Width: "width" }, function( name, type ) {
+	jQuery.each( { padding: "inner" + name, content: type, "": "outer" + name }, function( defaultExtra, funcName ) {
+		// margin is only for outerHeight, outerWidth
+		jQuery.fn[ funcName ] = function( margin, value ) {
+			var chainable = arguments.length && ( defaultExtra || typeof margin !== "boolean" ),
+				extra = defaultExtra || ( margin === true || value === true ? "margin" : "border" );
+
+			return access( this, function( elem, type, value ) {
+				var doc;
+
+				if ( jQuery.isWindow( elem ) ) {
+					// As of 5/8/2012 this will yield incorrect results for Mobile Safari, but there
+					// isn't a whole lot we can do. See pull request at this URL for discussion:
+					// https://github.com/jquery/jquery/pull/764
+					return elem.document.documentElement[ "client" + name ];
+				}
+
+				// Get document width or height
+				if ( elem.nodeType === 9 ) {
+					doc = elem.documentElement;
+
+					// Either scroll[Width/Height] or offset[Width/Height] or client[Width/Height],
+					// whichever is greatest
+					return Math.max(
+						elem.body[ "scroll" + name ], doc[ "scroll" + name ],
+						elem.body[ "offset" + name ], doc[ "offset" + name ],
+						doc[ "client" + name ]
+					);
+				}
+
+				return value === undefined ?
+					// Get width or height on the element, requesting but not forcing parseFloat
+					jQuery.css( elem, type, extra ) :
+
+					// Set width or height on the element
+					jQuery.style( elem, type, value, extra );
+			}, type, chainable ? margin : undefined, chainable, null );
+		};
+	});
+});
+
+
+// The number of elements contained in the matched element set
+jQuery.fn.size = function() {
+	return this.length;
+};
+
+jQuery.fn.andSelf = jQuery.fn.addBack;
+
+
+
+
+// Register as a named AMD module, since jQuery can be concatenated with other
+// files that may use define, but not via a proper concatenation script that
+// understands anonymous AMD modules. A named AMD is safest and most robust
+// way to register. Lowercase jquery is used because AMD module names are
+// derived from file names, and jQuery is normally delivered in a lowercase
+// file name. Do this after creating the global so that if an AMD module wants
+// to call noConflict to hide this version of jQuery, it will work.
+if ( typeof define === "function" && define.amd ) {
+	define( "jquery", [], function() {
+		return jQuery;
+	});
+}
+
+
+
+
+var
+	// Map over jQuery in case of overwrite
+	_jQuery = window.jQuery,
+
+	// Map over the $ in case of overwrite
+	_$ = window.$;
+
+jQuery.noConflict = function( deep ) {
+	if ( window.$ === jQuery ) {
+		window.$ = _$;
+	}
+
+	if ( deep && window.jQuery === jQuery ) {
+		window.jQuery = _jQuery;
+	}
+
+	return jQuery;
+};
+
+// Expose jQuery and $ identifiers, even in
+// AMD (#7102#comment:10, https://github.com/jquery/jquery/pull/557)
+// and CommonJS for browser emulators (#13566)
+if ( typeof noGlobal === strundefined ) {
+	window.jQuery = window.$ = jQuery;
+}
+
+
+
+
+return jQuery;
+
+}));
diff --git a/static/js/jquery.ui.core.js b/static/js/jquery.ui.core.js
new file mode 100644
index 0000000000..6df91628de
--- /dev/null
+++ b/static/js/jquery.ui.core.js
@@ -0,0 +1,320 @@
+/*!
+ * jQuery UI Core 1.10.4
+ * http://jqueryui.com
+ *
+ * Copyright 2014 jQuery Foundation and other contributors
+ * Released under the MIT license.
+ * http://jquery.org/license
+ *
+ * http://api.jqueryui.com/category/ui-core/
+ */
+(function( $, undefined ) {
+
+var uuid = 0,
+	runiqueId = /^ui-id-\d+$/;
+
+// $.ui might exist from components with no dependencies, e.g., $.ui.position
+$.ui = $.ui || {};
+
+$.extend( $.ui, {
+	version: "1.10.4",
+
+	keyCode: {
+		BACKSPACE: 8,
+		COMMA: 188,
+		DELETE: 46,
+		DOWN: 40,
+		END: 35,
+		ENTER: 13,
+		ESCAPE: 27,
+		HOME: 36,
+		LEFT: 37,
+		NUMPAD_ADD: 107,
+		NUMPAD_DECIMAL: 110,
+		NUMPAD_DIVIDE: 111,
+		NUMPAD_ENTER: 108,
+		NUMPAD_MULTIPLY: 106,
+		NUMPAD_SUBTRACT: 109,
+		PAGE_DOWN: 34,
+		PAGE_UP: 33,
+		PERIOD: 190,
+		RIGHT: 39,
+		SPACE: 32,
+		TAB: 9,
+		UP: 38
+	}
+});
+
+// plugins
+$.fn.extend({
+	focus: (function( orig ) {
+		return function( delay, fn ) {
+			return typeof delay === "number" ?
+				this.each(function() {
+					var elem = this;
+					setTimeout(function() {
+						$( elem ).focus();
+						if ( fn ) {
+							fn.call( elem );
+						}
+					}, delay );
+				}) :
+				orig.apply( this, arguments );
+		};
+	})( $.fn.focus ),
+
+	scrollParent: function() {
+		var scrollParent;
+		if (($.ui.ie && (/(static|relative)/).test(this.css("position"))) || (/absolute/).test(this.css("position"))) {
+			scrollParent = this.parents().filter(function() {
+				return (/(relative|absolute|fixed)/).test($.css(this,"position")) && (/(auto|scroll)/).test($.css(this,"overflow")+$.css(this,"overflow-y")+$.css(this,"overflow-x"));
+			}).eq(0);
+		} else {
+			scrollParent = this.parents().filter(function() {
+				return (/(auto|scroll)/).test($.css(this,"overflow")+$.css(this,"overflow-y")+$.css(this,"overflow-x"));
+			}).eq(0);
+		}
+
+		return (/fixed/).test(this.css("position")) || !scrollParent.length ? $(document) : scrollParent;
+	},
+
+	zIndex: function( zIndex ) {
+		if ( zIndex !== undefined ) {
+			return this.css( "zIndex", zIndex );
+		}
+
+		if ( this.length ) {
+			var elem = $( this[ 0 ] ), position, value;
+			while ( elem.length && elem[ 0 ] !== document ) {
+				// Ignore z-index if position is set to a value where z-index is ignored by the browser
+				// This makes behavior of this function consistent across browsers
+				// WebKit always returns auto if the element is positioned
+				position = elem.css( "position" );
+				if ( position === "absolute" || position === "relative" || position === "fixed" ) {
+					// IE returns 0 when zIndex is not specified
+					// other browsers return a string
+					// we ignore the case of nested elements with an explicit value of 0
+					// <div style="z-index: -10;"><div style="z-index: 0;"></div></div>
+					value = parseInt( elem.css( "zIndex" ), 10 );
+					if ( !isNaN( value ) && value !== 0 ) {
+						return value;
+					}
+				}
+				elem = elem.parent();
+			}
+		}
+
+		return 0;
+	},
+
+	uniqueId: function() {
+		return this.each(function() {
+			if ( !this.id ) {
+				this.id = "ui-id-" + (++uuid);
+			}
+		});
+	},
+
+	removeUniqueId: function() {
+		return this.each(function() {
+			if ( runiqueId.test( this.id ) ) {
+				$( this ).removeAttr( "id" );
+			}
+		});
+	}
+});
+
+// selectors
+function focusable( element, isTabIndexNotNaN ) {
+	var map, mapName, img,
+		nodeName = element.nodeName.toLowerCase();
+	if ( "area" === nodeName ) {
+		map = element.parentNode;
+		mapName = map.name;
+		if ( !element.href || !mapName || map.nodeName.toLowerCase() !== "map" ) {
+			return false;
+		}
+		img = $( "img[usemap=#" + mapName + "]" )[0];
+		return !!img && visible( img );
+	}
+	return ( /input|select|textarea|button|object/.test( nodeName ) ?
+		!element.disabled :
+		"a" === nodeName ?
+			element.href || isTabIndexNotNaN :
+			isTabIndexNotNaN) &&
+		// the element and all of its ancestors must be visible
+		visible( element );
+}
+
+function visible( element ) {
+	return $.expr.filters.visible( element ) &&
+		!$( element ).parents().addBack().filter(function() {
+			return $.css( this, "visibility" ) === "hidden";
+		}).length;
+}
+
+$.extend( $.expr[ ":" ], {
+	data: $.expr.createPseudo ?
+		$.expr.createPseudo(function( dataName ) {
+			return function( elem ) {
+				return !!$.data( elem, dataName );
+			};
+		}) :
+		// support: jQuery <1.8
+		function( elem, i, match ) {
+			return !!$.data( elem, match[ 3 ] );
+		},
+
+	focusable: function( element ) {
+		return focusable( element, !isNaN( $.attr( element, "tabindex" ) ) );
+	},
+
+	tabbable: function( element ) {
+		var tabIndex = $.attr( element, "tabindex" ),
+			isTabIndexNaN = isNaN( tabIndex );
+		return ( isTabIndexNaN || tabIndex >= 0 ) && focusable( element, !isTabIndexNaN );
+	}
+});
+
+// support: jQuery <1.8
+if ( !$( "<a>" ).outerWidth( 1 ).jquery ) {
+	$.each( [ "Width", "Height" ], function( i, name ) {
+		var side = name === "Width" ? [ "Left", "Right" ] : [ "Top", "Bottom" ],
+			type = name.toLowerCase(),
+			orig = {
+				innerWidth: $.fn.innerWidth,
+				innerHeight: $.fn.innerHeight,
+				outerWidth: $.fn.outerWidth,
+				outerHeight: $.fn.outerHeight
+			};
+
+		function reduce( elem, size, border, margin ) {
+			$.each( side, function() {
+				size -= parseFloat( $.css( elem, "padding" + this ) ) || 0;
+				if ( border ) {
+					size -= parseFloat( $.css( elem, "border" + this + "Width" ) ) || 0;
+				}
+				if ( margin ) {
+					size -= parseFloat( $.css( elem, "margin" + this ) ) || 0;
+				}
+			});
+			return size;
+		}
+
+		$.fn[ "inner" + name ] = function( size ) {
+			if ( size === undefined ) {
+				return orig[ "inner" + name ].call( this );
+			}
+
+			return this.each(function() {
+				$( this ).css( type, reduce( this, size ) + "px" );
+			});
+		};
+
+		$.fn[ "outer" + name] = function( size, margin ) {
+			if ( typeof size !== "number" ) {
+				return orig[ "outer" + name ].call( this, size );
+			}
+
+			return this.each(function() {
+				$( this).css( type, reduce( this, size, true, margin ) + "px" );
+			});
+		};
+	});
+}
+
+// support: jQuery <1.8
+if ( !$.fn.addBack ) {
+	$.fn.addBack = function( selector ) {
+		return this.add( selector == null ?
+			this.prevObject : this.prevObject.filter( selector )
+		);
+	};
+}
+
+// support: jQuery 1.6.1, 1.6.2 (http://bugs.jquery.com/ticket/9413)
+if ( $( "<a>" ).data( "a-b", "a" ).removeData( "a-b" ).data( "a-b" ) ) {
+	$.fn.removeData = (function( removeData ) {
+		return function( key ) {
+			if ( arguments.length ) {
+				return removeData.call( this, $.camelCase( key ) );
+			} else {
+				return removeData.call( this );
+			}
+		};
+	})( $.fn.removeData );
+}
+
+
+
+
+
+// deprecated
+$.ui.ie = !!/msie [\w.]+/.exec( navigator.userAgent.toLowerCase() );
+
+$.support.selectstart = "onselectstart" in document.createElement( "div" );
+$.fn.extend({
+	disableSelection: function() {
+		return this.bind( ( $.support.selectstart ? "selectstart" : "mousedown" ) +
+			".ui-disableSelection", function( event ) {
+				event.preventDefault();
+			});
+	},
+
+	enableSelection: function() {
+		return this.unbind( ".ui-disableSelection" );
+	}
+});
+
+$.extend( $.ui, {
+	// $.ui.plugin is deprecated. Use $.widget() extensions instead.
+	plugin: {
+		add: function( module, option, set ) {
+			var i,
+				proto = $.ui[ module ].prototype;
+			for ( i in set ) {
+				proto.plugins[ i ] = proto.plugins[ i ] || [];
+				proto.plugins[ i ].push( [ option, set[ i ] ] );
+			}
+		},
+		call: function( instance, name, args ) {
+			var i,
+				set = instance.plugins[ name ];
+			if ( !set || !instance.element[ 0 ].parentNode || instance.element[ 0 ].parentNode.nodeType === 11 ) {
+				return;
+			}
+
+			for ( i = 0; i < set.length; i++ ) {
+				if ( instance.options[ set[ i ][ 0 ] ] ) {
+					set[ i ][ 1 ].apply( instance.element, args );
+				}
+			}
+		}
+	},
+
+	// only used by resizable
+	hasScroll: function( el, a ) {
+
+		//If overflow is hidden, the element might have extra content, but the user wants to hide it
+		if ( $( el ).css( "overflow" ) === "hidden") {
+			return false;
+		}
+
+		var scroll = ( a && a === "left" ) ? "scrollLeft" : "scrollTop",
+			has = false;
+
+		if ( el[ scroll ] > 0 ) {
+			return true;
+		}
+
+		// TODO: determine which cases actually cause this to happen
+		// if the element doesn't have the scroll set, see if it's possible to
+		// set the scroll
+		el[ scroll ] = 1;
+		has = ( el[ scroll ] > 0 );
+		el[ scroll ] = 0;
+		return has;
+	}
+});
+
+})( jQuery );
diff --git a/static/js/jquery.ui.mouse.js b/static/js/jquery.ui.mouse.js
new file mode 100644
index 0000000000..7b0f25755f
--- /dev/null
+++ b/static/js/jquery.ui.mouse.js
@@ -0,0 +1,169 @@
+/*!
+ * jQuery UI Mouse 1.10.4
+ * http://jqueryui.com
+ *
+ * Copyright 2014 jQuery Foundation and other contributors
+ * Released under the MIT license.
+ * http://jquery.org/license
+ *
+ * http://api.jqueryui.com/mouse/
+ *
+ * Depends:
+ *	jquery.ui.widget.js
+ */
+(function( $, undefined ) {
+
+var mouseHandled = false;
+$( document ).mouseup( function() {
+	mouseHandled = false;
+});
+
+$.widget("ui.mouse", {
+	version: "1.10.4",
+	options: {
+		cancel: "input,textarea,button,select,option",
+		distance: 1,
+		delay: 0
+	},
+	_mouseInit: function() {
+		var that = this;
+
+		this.element
+			.bind("mousedown."+this.widgetName, function(event) {
+				return that._mouseDown(event);
+			})
+			.bind("click."+this.widgetName, function(event) {
+				if (true === $.data(event.target, that.widgetName + ".preventClickEvent")) {
+					$.removeData(event.target, that.widgetName + ".preventClickEvent");
+					event.stopImmediatePropagation();
+					return false;
+				}
+			});
+
+		this.started = false;
+	},
+
+	// TODO: make sure destroying one instance of mouse doesn't mess with
+	// other instances of mouse
+	_mouseDestroy: function() {
+		this.element.unbind("."+this.widgetName);
+		if ( this._mouseMoveDelegate ) {
+			$(document)
+				.unbind("mousemove."+this.widgetName, this._mouseMoveDelegate)
+				.unbind("mouseup."+this.widgetName, this._mouseUpDelegate);
+		}
+	},
+
+	_mouseDown: function(event) {
+		// don't let more than one widget handle mouseStart
+		if( mouseHandled ) { return; }
+
+		// we may have missed mouseup (out of window)
+		(this._mouseStarted && this._mouseUp(event));
+
+		this._mouseDownEvent = event;
+
+		var that = this,
+			btnIsLeft = (event.which === 1),
+			// event.target.nodeName works around a bug in IE 8 with
+			// disabled inputs (#7620)
+			elIsCancel = (typeof this.options.cancel === "string" && event.target.nodeName ? $(event.target).closest(this.options.cancel).length : false);
+		if (!btnIsLeft || elIsCancel || !this._mouseCapture(event)) {
+			return true;
+		}
+
+		this.mouseDelayMet = !this.options.delay;
+		if (!this.mouseDelayMet) {
+			this._mouseDelayTimer = setTimeout(function() {
+				that.mouseDelayMet = true;
+			}, this.options.delay);
+		}
+
+		if (this._mouseDistanceMet(event) && this._mouseDelayMet(event)) {
+			this._mouseStarted = (this._mouseStart(event) !== false);
+			if (!this._mouseStarted) {
+				event.preventDefault();
+				return true;
+			}
+		}
+
+		// Click event may never have fired (Gecko & Opera)
+		if (true === $.data(event.target, this.widgetName + ".preventClickEvent")) {
+			$.removeData(event.target, this.widgetName + ".preventClickEvent");
+		}
+
+		// these delegates are required to keep context
+		this._mouseMoveDelegate = function(event) {
+			return that._mouseMove(event);
+		};
+		this._mouseUpDelegate = function(event) {
+			return that._mouseUp(event);
+		};
+		$(document)
+			.bind("mousemove."+this.widgetName, this._mouseMoveDelegate)
+			.bind("mouseup."+this.widgetName, this._mouseUpDelegate);
+
+		event.preventDefault();
+
+		mouseHandled = true;
+		return true;
+	},
+
+	_mouseMove: function(event) {
+		// IE mouseup check - mouseup happened when mouse was out of window
+		if ($.ui.ie && ( !document.documentMode || document.documentMode < 9 ) && !event.button) {
+			return this._mouseUp(event);
+		}
+
+		if (this._mouseStarted) {
+			this._mouseDrag(event);
+			return event.preventDefault();
+		}
+
+		if (this._mouseDistanceMet(event) && this._mouseDelayMet(event)) {
+			this._mouseStarted =
+				(this._mouseStart(this._mouseDownEvent, event) !== false);
+			(this._mouseStarted ? this._mouseDrag(event) : this._mouseUp(event));
+		}
+
+		return !this._mouseStarted;
+	},
+
+	_mouseUp: function(event) {
+		$(document)
+			.unbind("mousemove."+this.widgetName, this._mouseMoveDelegate)
+			.unbind("mouseup."+this.widgetName, this._mouseUpDelegate);
+
+		if (this._mouseStarted) {
+			this._mouseStarted = false;
+
+			if (event.target === this._mouseDownEvent.target) {
+				$.data(event.target, this.widgetName + ".preventClickEvent", true);
+			}
+
+			this._mouseStop(event);
+		}
+
+		return false;
+	},
+
+	_mouseDistanceMet: function(event) {
+		return (Math.max(
+				Math.abs(this._mouseDownEvent.pageX - event.pageX),
+				Math.abs(this._mouseDownEvent.pageY - event.pageY)
+			) >= this.options.distance
+		);
+	},
+
+	_mouseDelayMet: function(/* event */) {
+		return this.mouseDelayMet;
+	},
+
+	// These are placeholder methods, to be overriden by extending plugin
+	_mouseStart: function(/* event */) {},
+	_mouseDrag: function(/* event */) {},
+	_mouseStop: function(/* event */) {},
+	_mouseCapture: function(/* event */) { return true; }
+});
+
+})(jQuery);
diff --git a/static/js/jquery.ui.sortable.js b/static/js/jquery.ui.sortable.js
new file mode 100644
index 0000000000..45393e4215
--- /dev/null
+++ b/static/js/jquery.ui.sortable.js
@@ -0,0 +1,1289 @@
+/*!
+ * jQuery UI Sortable 1.10.4
+ * http://jqueryui.com
+ *
+ * Copyright 2014 jQuery Foundation and other contributors
+ * Released under the MIT license.
+ * http://jquery.org/license
+ *
+ * http://api.jqueryui.com/sortable/
+ *
+ * Depends:
+ *	jquery.ui.core.js
+ *	jquery.ui.mouse.js
+ *	jquery.ui.widget.js
+ */
+(function( $, undefined ) {
+
+function isOverAxis( x, reference, size ) {
+	return ( x > reference ) && ( x < ( reference + size ) );
+}
+
+function isFloating(item) {
+	return (/left|right/).test(item.css("float")) || (/inline|table-cell/).test(item.css("display"));
+}
+
+$.widget("ui.sortable", $.ui.mouse, {
+	version: "1.10.4",
+	widgetEventPrefix: "sort",
+	ready: false,
+	options: {
+		appendTo: "parent",
+		axis: false,
+		connectWith: false,
+		containment: false,
+		cursor: "auto",
+		cursorAt: false,
+		dropOnEmpty: true,
+		forcePlaceholderSize: false,
+		forceHelperSize: false,
+		grid: false,
+		handle: false,
+		helper: "original",
+		items: "> *",
+		opacity: false,
+		placeholder: false,
+		revert: false,
+		scroll: true,
+		scrollSensitivity: 20,
+		scrollSpeed: 20,
+		scope: "default",
+		tolerance: "intersect",
+		zIndex: 1000,
+
+		// callbacks
+		activate: null,
+		beforeStop: null,
+		change: null,
+		deactivate: null,
+		out: null,
+		over: null,
+		receive: null,
+		remove: null,
+		sort: null,
+		start: null,
+		stop: null,
+		update: null
+	},
+	_create: function() {
+
+		var o = this.options;
+		this.containerCache = {};
+		this.element.addClass("ui-sortable");
+
+		//Get the items
+		this.refresh();
+
+		//Let's determine if the items are being displayed horizontally
+		this.floating = this.items.length ? o.axis === "x" || isFloating(this.items[0].item) : false;
+
+		//Let's determine the parent's offset
+		this.offset = this.element.offset();
+
+		//Initialize mouse events for interaction
+		this._mouseInit();
+
+		//We're ready to go
+		this.ready = true;
+
+	},
+
+	_destroy: function() {
+		this.element
+			.removeClass("ui-sortable ui-sortable-disabled");
+		this._mouseDestroy();
+
+		for ( var i = this.items.length - 1; i >= 0; i-- ) {
+			this.items[i].item.removeData(this.widgetName + "-item");
+		}
+
+		return this;
+	},
+
+	_setOption: function(key, value){
+		if ( key === "disabled" ) {
+			this.options[ key ] = value;
+
+			this.widget().toggleClass( "ui-sortable-disabled", !!value );
+		} else {
+			// Don't call widget base _setOption for disable as it adds ui-state-disabled class
+			$.Widget.prototype._setOption.apply(this, arguments);
+		}
+	},
+
+	_mouseCapture: function(event, overrideHandle) {
+		var currentItem = null,
+			validHandle = false,
+			that = this;
+
+		if (this.reverting) {
+			return false;
+		}
+
+		if(this.options.disabled || this.options.type === "static") {
+			return false;
+		}
+
+		//We have to refresh the items data once first
+		this._refreshItems(event);
+
+		//Find out if the clicked node (or one of its parents) is a actual item in this.items
+		$(event.target).parents().each(function() {
+			if($.data(this, that.widgetName + "-item") === that) {
+				currentItem = $(this);
+				return false;
+			}
+		});
+		if($.data(event.target, that.widgetName + "-item") === that) {
+			currentItem = $(event.target);
+		}
+
+		if(!currentItem) {
+			return false;
+		}
+		if(this.options.handle && !overrideHandle) {
+			$(this.options.handle, currentItem).find("*").addBack().each(function() {
+				if(this === event.target) {
+					validHandle = true;
+				}
+			});
+			if(!validHandle) {
+				return false;
+			}
+		}
+
+		this.currentItem = currentItem;
+		this._removeCurrentsFromItems();
+		return true;
+
+	},
+
+	_mouseStart: function(event, overrideHandle, noActivation) {
+
+		var i, body,
+			o = this.options;
+
+		this.currentContainer = this;
+
+		//We only need to call refreshPositions, because the refreshItems call has been moved to mouseCapture
+		this.refreshPositions();
+
+		//Create and append the visible helper
+		this.helper = this._createHelper(event);
+
+		//Cache the helper size
+		this._cacheHelperProportions();
+
+		/*
+		 * - Position generation -
+		 * This block generates everything position related - it's the core of draggables.
+		 */
+
+		//Cache the margins of the original element
+		this._cacheMargins();
+
+		//Get the next scrolling parent
+		this.scrollParent = this.helper.scrollParent();
+
+		//The element's absolute position on the page minus margins
+		this.offset = this.currentItem.offset();
+		this.offset = {
+			top: this.offset.top - this.margins.top,
+			left: this.offset.left - this.margins.left
+		};
+
+		$.extend(this.offset, {
+			click: { //Where the click happened, relative to the element
+				left: event.pageX - this.offset.left,
+				top: event.pageY - this.offset.top
+			},
+			parent: this._getParentOffset(),
+			relative: this._getRelativeOffset() //This is a relative to absolute position minus the actual position calculation - only used for relative positioned helper
+		});
+
+		// Only after we got the offset, we can change the helper's position to absolute
+		// TODO: Still need to figure out a way to make relative sorting possible
+		this.helper.css("position", "absolute");
+		this.cssPosition = this.helper.css("position");
+
+		//Generate the original position
+		this.originalPosition = this._generatePosition(event);
+		this.originalPageX = event.pageX;
+		this.originalPageY = event.pageY;
+
+		//Adjust the mouse offset relative to the helper if "cursorAt" is supplied
+		(o.cursorAt && this._adjustOffsetFromHelper(o.cursorAt));
+
+		//Cache the former DOM position
+		this.domPosition = { prev: this.currentItem.prev()[0], parent: this.currentItem.parent()[0] };
+
+		//If the helper is not the original, hide the original so it's not playing any role during the drag, won't cause anything bad this way
+		if(this.helper[0] !== this.currentItem[0]) {
+			this.currentItem.hide();
+		}
+
+		//Create the placeholder
+		this._createPlaceholder();
+
+		//Set a containment if given in the options
+		if(o.containment) {
+			this._setContainment();
+		}
+
+		if( o.cursor && o.cursor !== "auto" ) { // cursor option
+			body = this.document.find( "body" );
+
+			// support: IE
+			this.storedCursor = body.css( "cursor" );
+			body.css( "cursor", o.cursor );
+
+			this.storedStylesheet = $( "<style>*{ cursor: "+o.cursor+" !important; }</style>" ).appendTo( body );
+		}
+
+		if(o.opacity) { // opacity option
+			if (this.helper.css("opacity")) {
+				this._storedOpacity = this.helper.css("opacity");
+			}
+			this.helper.css("opacity", o.opacity);
+		}
+
+		if(o.zIndex) { // zIndex option
+			if (this.helper.css("zIndex")) {
+				this._storedZIndex = this.helper.css("zIndex");
+			}
+			this.helper.css("zIndex", o.zIndex);
+		}
+
+		//Prepare scrolling
+		if(this.scrollParent[0] !== document && this.scrollParent[0].tagName !== "HTML") {
+			this.overflowOffset = this.scrollParent.offset();
+		}
+
+		//Call callbacks
+		this._trigger("start", event, this._uiHash());
+
+		//Recache the helper size
+		if(!this._preserveHelperProportions) {
+			this._cacheHelperProportions();
+		}
+
+
+		//Post "activate" events to possible containers
+		if( !noActivation ) {
+			for ( i = this.containers.length - 1; i >= 0; i-- ) {
+				this.containers[ i ]._trigger( "activate", event, this._uiHash( this ) );
+			}
+		}
+
+		//Prepare possible droppables
+		if($.ui.ddmanager) {
+			$.ui.ddmanager.current = this;
+		}
+
+		if ($.ui.ddmanager && !o.dropBehaviour) {
+			$.ui.ddmanager.prepareOffsets(this, event);
+		}
+
+		this.dragging = true;
+
+		this.helper.addClass("ui-sortable-helper");
+		this._mouseDrag(event); //Execute the drag once - this causes the helper not to be visible before getting its correct position
+		return true;
+
+	},
+
+	_mouseDrag: function(event) {
+		var i, item, itemElement, intersection,
+			o = this.options,
+			scrolled = false;
+
+		//Compute the helpers position
+		this.position = this._generatePosition(event);
+		this.positionAbs = this._convertPositionTo("absolute");
+
+		if (!this.lastPositionAbs) {
+			this.lastPositionAbs = this.positionAbs;
+		}
+
+		//Do scrolling
+		if(this.options.scroll) {
+			if(this.scrollParent[0] !== document && this.scrollParent[0].tagName !== "HTML") {
+
+				if((this.overflowOffset.top + this.scrollParent[0].offsetHeight) - event.pageY < o.scrollSensitivity) {
+					this.scrollParent[0].scrollTop = scrolled = this.scrollParent[0].scrollTop + o.scrollSpeed;
+				} else if(event.pageY - this.overflowOffset.top < o.scrollSensitivity) {
+					this.scrollParent[0].scrollTop = scrolled = this.scrollParent[0].scrollTop - o.scrollSpeed;
+				}
+
+				if((this.overflowOffset.left + this.scrollParent[0].offsetWidth) - event.pageX < o.scrollSensitivity) {
+					this.scrollParent[0].scrollLeft = scrolled = this.scrollParent[0].scrollLeft + o.scrollSpeed;
+				} else if(event.pageX - this.overflowOffset.left < o.scrollSensitivity) {
+					this.scrollParent[0].scrollLeft = scrolled = this.scrollParent[0].scrollLeft - o.scrollSpeed;
+				}
+
+			} else {
+
+				if(event.pageY - $(document).scrollTop() < o.scrollSensitivity) {
+					scrolled = $(document).scrollTop($(document).scrollTop() - o.scrollSpeed);
+				} else if($(window).height() - (event.pageY - $(document).scrollTop()) < o.scrollSensitivity) {
+					scrolled = $(document).scrollTop($(document).scrollTop() + o.scrollSpeed);
+				}
+
+				if(event.pageX - $(document).scrollLeft() < o.scrollSensitivity) {
+					scrolled = $(document).scrollLeft($(document).scrollLeft() - o.scrollSpeed);
+				} else if($(window).width() - (event.pageX - $(document).scrollLeft()) < o.scrollSensitivity) {
+					scrolled = $(document).scrollLeft($(document).scrollLeft() + o.scrollSpeed);
+				}
+
+			}
+
+			if(scrolled !== false && $.ui.ddmanager && !o.dropBehaviour) {
+				$.ui.ddmanager.prepareOffsets(this, event);
+			}
+		}
+
+		//Regenerate the absolute position used for position checks
+		this.positionAbs = this._convertPositionTo("absolute");
+
+		//Set the helper position
+		if(!this.options.axis || this.options.axis !== "y") {
+			this.helper[0].style.left = this.position.left+"px";
+		}
+		if(!this.options.axis || this.options.axis !== "x") {
+			this.helper[0].style.top = this.position.top+"px";
+		}
+
+		//Rearrange
+		for (i = this.items.length - 1; i >= 0; i--) {
+
+			//Cache variables and intersection, continue if no intersection
+			item = this.items[i];
+			itemElement = item.item[0];
+			intersection = this._intersectsWithPointer(item);
+			if (!intersection) {
+				continue;
+			}
+
+			// Only put the placeholder inside the current Container, skip all
+			// items from other containers. This works because when moving
+			// an item from one container to another the
+			// currentContainer is switched before the placeholder is moved.
+			//
+			// Without this, moving items in "sub-sortables" can cause
+			// the placeholder to jitter beetween the outer and inner container.
+			if (item.instance !== this.currentContainer) {
+				continue;
+			}
+
+			// cannot intersect with itself
+			// no useless actions that have been done before
+			// no action if the item moved is the parent of the item checked
+			if (itemElement !== this.currentItem[0] &&
+				this.placeholder[intersection === 1 ? "next" : "prev"]()[0] !== itemElement &&
+				!$.contains(this.placeholder[0], itemElement) &&
+				(this.options.type === "semi-dynamic" ? !$.contains(this.element[0], itemElement) : true)
+			) {
+
+				this.direction = intersection === 1 ? "down" : "up";
+
+				if (this.options.tolerance === "pointer" || this._intersectsWithSides(item)) {
+					this._rearrange(event, item);
+				} else {
+					break;
+				}
+
+				this._trigger("change", event, this._uiHash());
+				break;
+			}
+		}
+
+		//Post events to containers
+		this._contactContainers(event);
+
+		//Interconnect with droppables
+		if($.ui.ddmanager) {
+			$.ui.ddmanager.drag(this, event);
+		}
+
+		//Call callbacks
+		this._trigger("sort", event, this._uiHash());
+
+		this.lastPositionAbs = this.positionAbs;
+		return false;
+
+	},
+
+	_mouseStop: function(event, noPropagation) {
+
+		if(!event) {
+			return;
+		}
+
+		//If we are using droppables, inform the manager about the drop
+		if ($.ui.ddmanager && !this.options.dropBehaviour) {
+			$.ui.ddmanager.drop(this, event);
+		}
+
+		if(this.options.revert) {
+			var that = this,
+				cur = this.placeholder.offset(),
+				axis = this.options.axis,
+				animation = {};
+
+			if ( !axis || axis === "x" ) {
+				animation.left = cur.left - this.offset.parent.left - this.margins.left + (this.offsetParent[0] === document.body ? 0 : this.offsetParent[0].scrollLeft);
+			}
+			if ( !axis || axis === "y" ) {
+				animation.top = cur.top - this.offset.parent.top - this.margins.top + (this.offsetParent[0] === document.body ? 0 : this.offsetParent[0].scrollTop);
+			}
+			this.reverting = true;
+			$(this.helper).animate( animation, parseInt(this.options.revert, 10) || 500, function() {
+				that._clear(event);
+			});
+		} else {
+			this._clear(event, noPropagation);
+		}
+
+		return false;
+
+	},
+
+	cancel: function() {
+
+		if(this.dragging) {
+
+			this._mouseUp({ target: null });
+
+			if(this.options.helper === "original") {
+				this.currentItem.css(this._storedCSS).removeClass("ui-sortable-helper");
+			} else {
+				this.currentItem.show();
+			}
+
+			//Post deactivating events to containers
+			for (var i = this.containers.length - 1; i >= 0; i--){
+				this.containers[i]._trigger("deactivate", null, this._uiHash(this));
+				if(this.containers[i].containerCache.over) {
+					this.containers[i]._trigger("out", null, this._uiHash(this));
+					this.containers[i].containerCache.over = 0;
+				}
+			}
+
+		}
+
+		if (this.placeholder) {
+			//$(this.placeholder[0]).remove(); would have been the jQuery way - unfortunately, it unbinds ALL events from the original node!
+			if(this.placeholder[0].parentNode) {
+				this.placeholder[0].parentNode.removeChild(this.placeholder[0]);
+			}
+			if(this.options.helper !== "original" && this.helper && this.helper[0].parentNode) {
+				this.helper.remove();
+			}
+
+			$.extend(this, {
+				helper: null,
+				dragging: false,
+				reverting: false,
+				_noFinalSort: null
+			});
+
+			if(this.domPosition.prev) {
+				$(this.domPosition.prev).after(this.currentItem);
+			} else {
+				$(this.domPosition.parent).prepend(this.currentItem);
+			}
+		}
+
+		return this;
+
+	},
+
+	serialize: function(o) {
+
+		var items = this._getItemsAsjQuery(o && o.connected),
+			str = [];
+		o = o || {};
+
+		$(items).each(function() {
+			var res = ($(o.item || this).attr(o.attribute || "id") || "").match(o.expression || (/(.+)[\-=_](.+)/));
+			if (res) {
+				str.push((o.key || res[1]+"[]")+"="+(o.key && o.expression ? res[1] : res[2]));
+			}
+		});
+
+		if(!str.length && o.key) {
+			str.push(o.key + "=");
+		}
+
+		return str.join("&");
+
+	},
+
+	toArray: function(o) {
+
+		var items = this._getItemsAsjQuery(o && o.connected),
+			ret = [];
+
+		o = o || {};
+
+		items.each(function() { ret.push($(o.item || this).attr(o.attribute || "id") || ""); });
+		return ret;
+
+	},
+
+	/* Be careful with the following core functions */
+	_intersectsWith: function(item) {
+
+		var x1 = this.positionAbs.left,
+			x2 = x1 + this.helperProportions.width,
+			y1 = this.positionAbs.top,
+			y2 = y1 + this.helperProportions.height,
+			l = item.left,
+			r = l + item.width,
+			t = item.top,
+			b = t + item.height,
+			dyClick = this.offset.click.top,
+			dxClick = this.offset.click.left,
+			isOverElementHeight = ( this.options.axis === "x" ) || ( ( y1 + dyClick ) > t && ( y1 + dyClick ) < b ),
+			isOverElementWidth = ( this.options.axis === "y" ) || ( ( x1 + dxClick ) > l && ( x1 + dxClick ) < r ),
+			isOverElement = isOverElementHeight && isOverElementWidth;
+
+		if ( this.options.tolerance === "pointer" ||
+			this.options.forcePointerForContainers ||
+			(this.options.tolerance !== "pointer" && this.helperProportions[this.floating ? "width" : "height"] > item[this.floating ? "width" : "height"])
+		) {
+			return isOverElement;
+		} else {
+
+			return (l < x1 + (this.helperProportions.width / 2) && // Right Half
+				x2 - (this.helperProportions.width / 2) < r && // Left Half
+				t < y1 + (this.helperProportions.height / 2) && // Bottom Half
+				y2 - (this.helperProportions.height / 2) < b ); // Top Half
+
+		}
+	},
+
+	_intersectsWithPointer: function(item) {
+
+		var isOverElementHeight = (this.options.axis === "x") || isOverAxis(this.positionAbs.top + this.offset.click.top, item.top, item.height),
+			isOverElementWidth = (this.options.axis === "y") || isOverAxis(this.positionAbs.left + this.offset.click.left, item.left, item.width),
+			isOverElement = isOverElementHeight && isOverElementWidth,
+			verticalDirection = this._getDragVerticalDirection(),
+			horizontalDirection = this._getDragHorizontalDirection();
+
+		if (!isOverElement) {
+			return false;
+		}
+
+		return this.floating ?
+			( ((horizontalDirection && horizontalDirection === "right") || verticalDirection === "down") ? 2 : 1 )
+			: ( verticalDirection && (verticalDirection === "down" ? 2 : 1) );
+
+	},
+
+	_intersectsWithSides: function(item) {
+
+		var isOverBottomHalf = isOverAxis(this.positionAbs.top + this.offset.click.top, item.top + (item.height/2), item.height),
+			isOverRightHalf = isOverAxis(this.positionAbs.left + this.offset.click.left, item.left + (item.width/2), item.width),
+			verticalDirection = this._getDragVerticalDirection(),
+			horizontalDirection = this._getDragHorizontalDirection();
+
+		if (this.floating && horizontalDirection) {
+			return ((horizontalDirection === "right" && isOverRightHalf) || (horizontalDirection === "left" && !isOverRightHalf));
+		} else {
+			return verticalDirection && ((verticalDirection === "down" && isOverBottomHalf) || (verticalDirection === "up" && !isOverBottomHalf));
+		}
+
+	},
+
+	_getDragVerticalDirection: function() {
+		var delta = this.positionAbs.top - this.lastPositionAbs.top;
+		return delta !== 0 && (delta > 0 ? "down" : "up");
+	},
+
+	_getDragHorizontalDirection: function() {
+		var delta = this.positionAbs.left - this.lastPositionAbs.left;
+		return delta !== 0 && (delta > 0 ? "right" : "left");
+	},
+
+	refresh: function(event) {
+		this._refreshItems(event);
+		this.refreshPositions();
+		return this;
+	},
+
+	_connectWith: function() {
+		var options = this.options;
+		return options.connectWith.constructor === String ? [options.connectWith] : options.connectWith;
+	},
+
+	_getItemsAsjQuery: function(connected) {
+
+		var i, j, cur, inst,
+			items = [],
+			queries = [],
+			connectWith = this._connectWith();
+
+		if(connectWith && connected) {
+			for (i = connectWith.length - 1; i >= 0; i--){
+				cur = $(connectWith[i]);
+				for ( j = cur.length - 1; j >= 0; j--){
+					inst = $.data(cur[j], this.widgetFullName);
+					if(inst && inst !== this && !inst.options.disabled) {
+						queries.push([$.isFunction(inst.options.items) ? inst.options.items.call(inst.element) : $(inst.options.items, inst.element).not(".ui-sortable-helper").not(".ui-sortable-placeholder"), inst]);
+					}
+				}
+			}
+		}
+
+		queries.push([$.isFunction(this.options.items) ? this.options.items.call(this.element, null, { options: this.options, item: this.currentItem }) : $(this.options.items, this.element).not(".ui-sortable-helper").not(".ui-sortable-placeholder"), this]);
+
+		function addItems() {
+			items.push( this );
+		}
+		for (i = queries.length - 1; i >= 0; i--){
+			queries[i][0].each( addItems );
+		}
+
+		return $(items);
+
+	},
+
+	_removeCurrentsFromItems: function() {
+
+		var list = this.currentItem.find(":data(" + this.widgetName + "-item)");
+
+		this.items = $.grep(this.items, function (item) {
+			for (var j=0; j < list.length; j++) {
+				if(list[j] === item.item[0]) {
+					return false;
+				}
+			}
+			return true;
+		});
+
+	},
+
+	_refreshItems: function(event) {
+
+		this.items = [];
+		this.containers = [this];
+
+		var i, j, cur, inst, targetData, _queries, item, queriesLength,
+			items = this.items,
+			queries = [[$.isFunction(this.options.items) ? this.options.items.call(this.element[0], event, { item: this.currentItem }) : $(this.options.items, this.element), this]],
+			connectWith = this._connectWith();
+
+		if(connectWith && this.ready) { //Shouldn't be run the first time through due to massive slow-down
+			for (i = connectWith.length - 1; i >= 0; i--){
+				cur = $(connectWith[i]);
+				for (j = cur.length - 1; j >= 0; j--){
+					inst = $.data(cur[j], this.widgetFullName);
+					if(inst && inst !== this && !inst.options.disabled) {
+						queries.push([$.isFunction(inst.options.items) ? inst.options.items.call(inst.element[0], event, { item: this.currentItem }) : $(inst.options.items, inst.element), inst]);
+						this.containers.push(inst);
+					}
+				}
+			}
+		}
+
+		for (i = queries.length - 1; i >= 0; i--) {
+			targetData = queries[i][1];
+			_queries = queries[i][0];
+
+			for (j=0, queriesLength = _queries.length; j < queriesLength; j++) {
+				item = $(_queries[j]);
+
+				item.data(this.widgetName + "-item", targetData); // Data for target checking (mouse manager)
+
+				items.push({
+					item: item,
+					instance: targetData,
+					width: 0, height: 0,
+					left: 0, top: 0
+				});
+			}
+		}
+
+	},
+
+	refreshPositions: function(fast) {
+
+		//This has to be redone because due to the item being moved out/into the offsetParent, the offsetParent's position will change
+		if(this.offsetParent && this.helper) {
+			this.offset.parent = this._getParentOffset();
+		}
+
+		var i, item, t, p;
+
+		for (i = this.items.length - 1; i >= 0; i--){
+			item = this.items[i];
+
+			//We ignore calculating positions of all connected containers when we're not over them
+			if(item.instance !== this.currentContainer && this.currentContainer && item.item[0] !== this.currentItem[0]) {
+				continue;
+			}
+
+			t = this.options.toleranceElement ? $(this.options.toleranceElement, item.item) : item.item;
+
+			if (!fast) {
+				item.width = t.outerWidth();
+				item.height = t.outerHeight();
+			}
+
+			p = t.offset();
+			item.left = p.left;
+			item.top = p.top;
+		}
+
+		if(this.options.custom && this.options.custom.refreshContainers) {
+			this.options.custom.refreshContainers.call(this);
+		} else {
+			for (i = this.containers.length - 1; i >= 0; i--){
+				p = this.containers[i].element.offset();
+				this.containers[i].containerCache.left = p.left;
+				this.containers[i].containerCache.top = p.top;
+				this.containers[i].containerCache.width	= this.containers[i].element.outerWidth();
+				this.containers[i].containerCache.height = this.containers[i].element.outerHeight();
+			}
+		}
+
+		return this;
+	},
+
+	_createPlaceholder: function(that) {
+		that = that || this;
+		var className,
+			o = that.options;
+
+		if(!o.placeholder || o.placeholder.constructor === String) {
+			className = o.placeholder;
+			o.placeholder = {
+				element: function() {
+
+					var nodeName = that.currentItem[0].nodeName.toLowerCase(),
+						element = $( "<" + nodeName + ">", that.document[0] )
+							.addClass(className || that.currentItem[0].className+" ui-sortable-placeholder")
+							.removeClass("ui-sortable-helper");
+
+					if ( nodeName === "tr" ) {
+						that.currentItem.children().each(function() {
+							$( "<td>&#160;</td>", that.document[0] )
+								.attr( "colspan", $( this ).attr( "colspan" ) || 1 )
+								.appendTo( element );
+						});
+					} else if ( nodeName === "img" ) {
+						element.attr( "src", that.currentItem.attr( "src" ) );
+					}
+
+					if ( !className ) {
+						element.css( "visibility", "hidden" );
+					}
+
+					return element;
+				},
+				update: function(container, p) {
+
+					// 1. If a className is set as 'placeholder option, we don't force sizes - the class is responsible for that
+					// 2. The option 'forcePlaceholderSize can be enabled to force it even if a class name is specified
+					if(className && !o.forcePlaceholderSize) {
+						return;
+					}
+
+					//If the element doesn't have a actual height by itself (without styles coming from a stylesheet), it receives the inline height from the dragged item
+					if(!p.height()) { p.height(that.currentItem.innerHeight() - parseInt(that.currentItem.css("paddingTop")||0, 10) - parseInt(that.currentItem.css("paddingBottom")||0, 10)); }
+					if(!p.width()) { p.width(that.currentItem.innerWidth() - parseInt(that.currentItem.css("paddingLeft")||0, 10) - parseInt(that.currentItem.css("paddingRight")||0, 10)); }
+				}
+			};
+		}
+
+		//Create the placeholder
+		that.placeholder = $(o.placeholder.element.call(that.element, that.currentItem));
+
+		//Append it after the actual current item
+		that.currentItem.after(that.placeholder);
+
+		//Update the size of the placeholder (TODO: Logic to fuzzy, see line 316/317)
+		o.placeholder.update(that, that.placeholder);
+
+	},
+
+	_contactContainers: function(event) {
+		var i, j, dist, itemWithLeastDistance, posProperty, sizeProperty, base, cur, nearBottom, floating,
+			innermostContainer = null,
+			innermostIndex = null;
+
+		// get innermost container that intersects with item
+		for (i = this.containers.length - 1; i >= 0; i--) {
+
+			// never consider a container that's located within the item itself
+			if($.contains(this.currentItem[0], this.containers[i].element[0])) {
+				continue;
+			}
+
+			if(this._intersectsWith(this.containers[i].containerCache)) {
+
+				// if we've already found a container and it's more "inner" than this, then continue
+				if(innermostContainer && $.contains(this.containers[i].element[0], innermostContainer.element[0])) {
+					continue;
+				}
+
+				innermostContainer = this.containers[i];
+				innermostIndex = i;
+
+			} else {
+				// container doesn't intersect. trigger "out" event if necessary
+				if(this.containers[i].containerCache.over) {
+					this.containers[i]._trigger("out", event, this._uiHash(this));
+					this.containers[i].containerCache.over = 0;
+				}
+			}
+
+		}
+
+		// if no intersecting containers found, return
+		if(!innermostContainer) {
+			return;
+		}
+
+		// move the item into the container if it's not there already
+		if(this.containers.length === 1) {
+			if (!this.containers[innermostIndex].containerCache.over) {
+				this.containers[innermostIndex]._trigger("over", event, this._uiHash(this));
+				this.containers[innermostIndex].containerCache.over = 1;
+			}
+		} else {
+
+			//When entering a new container, we will find the item with the least distance and append our item near it
+			dist = 10000;
+			itemWithLeastDistance = null;
+			floating = innermostContainer.floating || isFloating(this.currentItem);
+			posProperty = floating ? "left" : "top";
+			sizeProperty = floating ? "width" : "height";
+			base = this.positionAbs[posProperty] + this.offset.click[posProperty];
+			for (j = this.items.length - 1; j >= 0; j--) {
+				if(!$.contains(this.containers[innermostIndex].element[0], this.items[j].item[0])) {
+					continue;
+				}
+				if(this.items[j].item[0] === this.currentItem[0]) {
+					continue;
+				}
+				if (floating && !isOverAxis(this.positionAbs.top + this.offset.click.top, this.items[j].top, this.items[j].height)) {
+					continue;
+				}
+				cur = this.items[j].item.offset()[posProperty];
+				nearBottom = false;
+				if(Math.abs(cur - base) > Math.abs(cur + this.items[j][sizeProperty] - base)){
+					nearBottom = true;
+					cur += this.items[j][sizeProperty];
+				}
+
+				if(Math.abs(cur - base) < dist) {
+					dist = Math.abs(cur - base); itemWithLeastDistance = this.items[j];
+					this.direction = nearBottom ? "up": "down";
+				}
+			}
+
+			//Check if dropOnEmpty is enabled
+			if(!itemWithLeastDistance && !this.options.dropOnEmpty) {
+				return;
+			}
+
+			if(this.currentContainer === this.containers[innermostIndex]) {
+				return;
+			}
+
+			itemWithLeastDistance ? this._rearrange(event, itemWithLeastDistance, null, true) : this._rearrange(event, null, this.containers[innermostIndex].element, true);
+			this._trigger("change", event, this._uiHash());
+			this.containers[innermostIndex]._trigger("change", event, this._uiHash(this));
+			this.currentContainer = this.containers[innermostIndex];
+
+			//Update the placeholder
+			this.options.placeholder.update(this.currentContainer, this.placeholder);
+
+			this.containers[innermostIndex]._trigger("over", event, this._uiHash(this));
+			this.containers[innermostIndex].containerCache.over = 1;
+		}
+
+
+	},
+
+	_createHelper: function(event) {
+
+		var o = this.options,
+			helper = $.isFunction(o.helper) ? $(o.helper.apply(this.element[0], [event, this.currentItem])) : (o.helper === "clone" ? this.currentItem.clone() : this.currentItem);
+
+		//Add the helper to the DOM if that didn't happen already
+		if(!helper.parents("body").length) {
+			$(o.appendTo !== "parent" ? o.appendTo : this.currentItem[0].parentNode)[0].appendChild(helper[0]);
+		}
+
+		if(helper[0] === this.currentItem[0]) {
+			this._storedCSS = { width: this.currentItem[0].style.width, height: this.currentItem[0].style.height, position: this.currentItem.css("position"), top: this.currentItem.css("top"), left: this.currentItem.css("left") };
+		}
+
+		if(!helper[0].style.width || o.forceHelperSize) {
+			helper.width(this.currentItem.width());
+		}
+		if(!helper[0].style.height || o.forceHelperSize) {
+			helper.height(this.currentItem.height());
+		}
+
+		return helper;
+
+	},
+
+	_adjustOffsetFromHelper: function(obj) {
+		if (typeof obj === "string") {
+			obj = obj.split(" ");
+		}
+		if ($.isArray(obj)) {
+			obj = {left: +obj[0], top: +obj[1] || 0};
+		}
+		if ("left" in obj) {
+			this.offset.click.left = obj.left + this.margins.left;
+		}
+		if ("right" in obj) {
+			this.offset.click.left = this.helperProportions.width - obj.right + this.margins.left;
+		}
+		if ("top" in obj) {
+			this.offset.click.top = obj.top + this.margins.top;
+		}
+		if ("bottom" in obj) {
+			this.offset.click.top = this.helperProportions.height - obj.bottom + this.margins.top;
+		}
+	},
+
+	_getParentOffset: function() {
+
+
+		//Get the offsetParent and cache its position
+		this.offsetParent = this.helper.offsetParent();
+		var po = this.offsetParent.offset();
+
+		// This is a special case where we need to modify a offset calculated on start, since the following happened:
+		// 1. The position of the helper is absolute, so it's position is calculated based on the next positioned parent
+		// 2. The actual offset parent is a child of the scroll parent, and the scroll parent isn't the document, which means that
+		//    the scroll is included in the initial calculation of the offset of the parent, and never recalculated upon drag
+		if(this.cssPosition === "absolute" && this.scrollParent[0] !== document && $.contains(this.scrollParent[0], this.offsetParent[0])) {
+			po.left += this.scrollParent.scrollLeft();
+			po.top += this.scrollParent.scrollTop();
+		}
+
+		// This needs to be actually done for all browsers, since pageX/pageY includes this information
+		// with an ugly IE fix
+		if( this.offsetParent[0] === document.body || (this.offsetParent[0].tagName && this.offsetParent[0].tagName.toLowerCase() === "html" && $.ui.ie)) {
+			po = { top: 0, left: 0 };
+		}
+
+		return {
+			top: po.top + (parseInt(this.offsetParent.css("borderTopWidth"),10) || 0),
+			left: po.left + (parseInt(this.offsetParent.css("borderLeftWidth"),10) || 0)
+		};
+
+	},
+
+	_getRelativeOffset: function() {
+
+		if(this.cssPosition === "relative") {
+			var p = this.currentItem.position();
+			return {
+				top: p.top - (parseInt(this.helper.css("top"),10) || 0) + this.scrollParent.scrollTop(),
+				left: p.left - (parseInt(this.helper.css("left"),10) || 0) + this.scrollParent.scrollLeft()
+			};
+		} else {
+			return { top: 0, left: 0 };
+		}
+
+	},
+
+	_cacheMargins: function() {
+		this.margins = {
+			left: (parseInt(this.currentItem.css("marginLeft"),10) || 0),
+			top: (parseInt(this.currentItem.css("marginTop"),10) || 0)
+		};
+	},
+
+	_cacheHelperProportions: function() {
+		this.helperProportions = {
+			width: this.helper.outerWidth(),
+			height: this.helper.outerHeight()
+		};
+	},
+
+	_setContainment: function() {
+
+		var ce, co, over,
+			o = this.options;
+		if(o.containment === "parent") {
+			o.containment = this.helper[0].parentNode;
+		}
+		if(o.containment === "document" || o.containment === "window") {
+			this.containment = [
+				0 - this.offset.relative.left - this.offset.parent.left,
+				0 - this.offset.relative.top - this.offset.parent.top,
+				$(o.containment === "document" ? document : window).width() - this.helperProportions.width - this.margins.left,
+				($(o.containment === "document" ? document : window).height() || document.body.parentNode.scrollHeight) - this.helperProportions.height - this.margins.top
+			];
+		}
+
+		if(!(/^(document|window|parent)$/).test(o.containment)) {
+			ce = $(o.containment)[0];
+			co = $(o.containment).offset();
+			over = ($(ce).css("overflow") !== "hidden");
+
+			this.containment = [
+				co.left + (parseInt($(ce).css("borderLeftWidth"),10) || 0) + (parseInt($(ce).css("paddingLeft"),10) || 0) - this.margins.left,
+				co.top + (parseInt($(ce).css("borderTopWidth"),10) || 0) + (parseInt($(ce).css("paddingTop"),10) || 0) - this.margins.top,
+				co.left+(over ? Math.max(ce.scrollWidth,ce.offsetWidth) : ce.offsetWidth) - (parseInt($(ce).css("borderLeftWidth"),10) || 0) - (parseInt($(ce).css("paddingRight"),10) || 0) - this.helperProportions.width - this.margins.left,
+				co.top+(over ? Math.max(ce.scrollHeight,ce.offsetHeight) : ce.offsetHeight) - (parseInt($(ce).css("borderTopWidth"),10) || 0) - (parseInt($(ce).css("paddingBottom"),10) || 0) - this.helperProportions.height - this.margins.top
+			];
+		}
+
+	},
+
+	_convertPositionTo: function(d, pos) {
+
+		if(!pos) {
+			pos = this.position;
+		}
+		var mod = d === "absolute" ? 1 : -1,
+			scroll = this.cssPosition === "absolute" && !(this.scrollParent[0] !== document && $.contains(this.scrollParent[0], this.offsetParent[0])) ? this.offsetParent : this.scrollParent,
+			scrollIsRootNode = (/(html|body)/i).test(scroll[0].tagName);
+
+		return {
+			top: (
+				pos.top	+																// The absolute mouse position
+				this.offset.relative.top * mod +										// Only for relative positioned nodes: Relative offset from element to offset parent
+				this.offset.parent.top * mod -											// The offsetParent's offset without borders (offset + border)
+				( ( this.cssPosition === "fixed" ? -this.scrollParent.scrollTop() : ( scrollIsRootNode ? 0 : scroll.scrollTop() ) ) * mod)
+			),
+			left: (
+				pos.left +																// The absolute mouse position
+				this.offset.relative.left * mod +										// Only for relative positioned nodes: Relative offset from element to offset parent
+				this.offset.parent.left * mod	-										// The offsetParent's offset without borders (offset + border)
+				( ( this.cssPosition === "fixed" ? -this.scrollParent.scrollLeft() : scrollIsRootNode ? 0 : scroll.scrollLeft() ) * mod)
+			)
+		};
+
+	},
+
+	_generatePosition: function(event) {
+
+		var top, left,
+			o = this.options,
+			pageX = event.pageX,
+			pageY = event.pageY,
+			scroll = this.cssPosition === "absolute" && !(this.scrollParent[0] !== document && $.contains(this.scrollParent[0], this.offsetParent[0])) ? this.offsetParent : this.scrollParent, scrollIsRootNode = (/(html|body)/i).test(scroll[0].tagName);
+
+		// This is another very weird special case that only happens for relative elements:
+		// 1. If the css position is relative
+		// 2. and the scroll parent is the document or similar to the offset parent
+		// we have to refresh the relative offset during the scroll so there are no jumps
+		if(this.cssPosition === "relative" && !(this.scrollParent[0] !== document && this.scrollParent[0] !== this.offsetParent[0])) {
+			this.offset.relative = this._getRelativeOffset();
+		}
+
+		/*
+		 * - Position constraining -
+		 * Constrain the position to a mix of grid, containment.
+		 */
+
+		if(this.originalPosition) { //If we are not dragging yet, we won't check for options
+
+			if(this.containment) {
+				if(event.pageX - this.offset.click.left < this.containment[0]) {
+					pageX = this.containment[0] + this.offset.click.left;
+				}
+				if(event.pageY - this.offset.click.top < this.containment[1]) {
+					pageY = this.containment[1] + this.offset.click.top;
+				}
+				if(event.pageX - this.offset.click.left > this.containment[2]) {
+					pageX = this.containment[2] + this.offset.click.left;
+				}
+				if(event.pageY - this.offset.click.top > this.containment[3]) {
+					pageY = this.containment[3] + this.offset.click.top;
+				}
+			}
+
+			if(o.grid) {
+				top = this.originalPageY + Math.round((pageY - this.originalPageY) / o.grid[1]) * o.grid[1];
+				pageY = this.containment ? ( (top - this.offset.click.top >= this.containment[1] && top - this.offset.click.top <= this.containment[3]) ? top : ((top - this.offset.click.top >= this.containment[1]) ? top - o.grid[1] : top + o.grid[1])) : top;
+
+				left = this.originalPageX + Math.round((pageX - this.originalPageX) / o.grid[0]) * o.grid[0];
+				pageX = this.containment ? ( (left - this.offset.click.left >= this.containment[0] && left - this.offset.click.left <= this.containment[2]) ? left : ((left - this.offset.click.left >= this.containment[0]) ? left - o.grid[0] : left + o.grid[0])) : left;
+			}
+
+		}
+
+		return {
+			top: (
+				pageY -																// The absolute mouse position
+				this.offset.click.top -													// Click offset (relative to the element)
+				this.offset.relative.top	-											// Only for relative positioned nodes: Relative offset from element to offset parent
+				this.offset.parent.top +												// The offsetParent's offset without borders (offset + border)
+				( ( this.cssPosition === "fixed" ? -this.scrollParent.scrollTop() : ( scrollIsRootNode ? 0 : scroll.scrollTop() ) ))
+			),
+			left: (
+				pageX -																// The absolute mouse position
+				this.offset.click.left -												// Click offset (relative to the element)
+				this.offset.relative.left	-											// Only for relative positioned nodes: Relative offset from element to offset parent
+				this.offset.parent.left +												// The offsetParent's offset without borders (offset + border)
+				( ( this.cssPosition === "fixed" ? -this.scrollParent.scrollLeft() : scrollIsRootNode ? 0 : scroll.scrollLeft() ))
+			)
+		};
+
+	},
+
+	_rearrange: function(event, i, a, hardRefresh) {
+
+		a ? a[0].appendChild(this.placeholder[0]) : i.item[0].parentNode.insertBefore(this.placeholder[0], (this.direction === "down" ? i.item[0] : i.item[0].nextSibling));
+
+		//Various things done here to improve the performance:
+		// 1. we create a setTimeout, that calls refreshPositions
+		// 2. on the instance, we have a counter variable, that get's higher after every append
+		// 3. on the local scope, we copy the counter variable, and check in the timeout, if it's still the same
+		// 4. this lets only the last addition to the timeout stack through
+		this.counter = this.counter ? ++this.counter : 1;
+		var counter = this.counter;
+
+		this._delay(function() {
+			if(counter === this.counter) {
+				this.refreshPositions(!hardRefresh); //Precompute after each DOM insertion, NOT on mousemove
+			}
+		});
+
+	},
+
+	_clear: function(event, noPropagation) {
+
+		this.reverting = false;
+		// We delay all events that have to be triggered to after the point where the placeholder has been removed and
+		// everything else normalized again
+		var i,
+			delayedTriggers = [];
+
+		// We first have to update the dom position of the actual currentItem
+		// Note: don't do it if the current item is already removed (by a user), or it gets reappended (see #4088)
+		if(!this._noFinalSort && this.currentItem.parent().length) {
+			this.placeholder.before(this.currentItem);
+		}
+		this._noFinalSort = null;
+
+		if(this.helper[0] === this.currentItem[0]) {
+			for(i in this._storedCSS) {
+				if(this._storedCSS[i] === "auto" || this._storedCSS[i] === "static") {
+					this._storedCSS[i] = "";
+				}
+			}
+			this.currentItem.css(this._storedCSS).removeClass("ui-sortable-helper");
+		} else {
+			this.currentItem.show();
+		}
+
+		if(this.fromOutside && !noPropagation) {
+			delayedTriggers.push(function(event) { this._trigger("receive", event, this._uiHash(this.fromOutside)); });
+		}
+		if((this.fromOutside || this.domPosition.prev !== this.currentItem.prev().not(".ui-sortable-helper")[0] || this.domPosition.parent !== this.currentItem.parent()[0]) && !noPropagation) {
+			delayedTriggers.push(function(event) { this._trigger("update", event, this._uiHash()); }); //Trigger update callback if the DOM position has changed
+		}
+
+		// Check if the items Container has Changed and trigger appropriate
+		// events.
+		if (this !== this.currentContainer) {
+			if(!noPropagation) {
+				delayedTriggers.push(function(event) { this._trigger("remove", event, this._uiHash()); });
+				delayedTriggers.push((function(c) { return function(event) { c._trigger("receive", event, this._uiHash(this)); };  }).call(this, this.currentContainer));
+				delayedTriggers.push((function(c) { return function(event) { c._trigger("update", event, this._uiHash(this));  }; }).call(this, this.currentContainer));
+			}
+		}
+
+
+		//Post events to containers
+		function delayEvent( type, instance, container ) {
+			return function( event ) {
+				container._trigger( type, event, instance._uiHash( instance ) );
+			};
+		}
+		for (i = this.containers.length - 1; i >= 0; i--){
+			if (!noPropagation) {
+				delayedTriggers.push( delayEvent( "deactivate", this, this.containers[ i ] ) );
+			}
+			if(this.containers[i].containerCache.over) {
+				delayedTriggers.push( delayEvent( "out", this, this.containers[ i ] ) );
+				this.containers[i].containerCache.over = 0;
+			}
+		}
+
+		//Do what was originally in plugins
+		if ( this.storedCursor ) {
+			this.document.find( "body" ).css( "cursor", this.storedCursor );
+			this.storedStylesheet.remove();
+		}
+		if(this._storedOpacity) {
+			this.helper.css("opacity", this._storedOpacity);
+		}
+		if(this._storedZIndex) {
+			this.helper.css("zIndex", this._storedZIndex === "auto" ? "" : this._storedZIndex);
+		}
+
+		this.dragging = false;
+		if(this.cancelHelperRemoval) {
+			if(!noPropagation) {
+				this._trigger("beforeStop", event, this._uiHash());
+				for (i=0; i < delayedTriggers.length; i++) {
+					delayedTriggers[i].call(this, event);
+				} //Trigger all delayed events
+				this._trigger("stop", event, this._uiHash());
+			}
+
+			this.fromOutside = false;
+			return false;
+		}
+
+		if(!noPropagation) {
+			this._trigger("beforeStop", event, this._uiHash());
+		}
+
+		//$(this.placeholder[0]).remove(); would have been the jQuery way - unfortunately, it unbinds ALL events from the original node!
+		this.placeholder[0].parentNode.removeChild(this.placeholder[0]);
+
+		if(this.helper[0] !== this.currentItem[0]) {
+			this.helper.remove();
+		}
+		this.helper = null;
+
+		if(!noPropagation) {
+			for (i=0; i < delayedTriggers.length; i++) {
+				delayedTriggers[i].call(this, event);
+			} //Trigger all delayed events
+			this._trigger("stop", event, this._uiHash());
+		}
+
+		this.fromOutside = false;
+		return true;
+
+	},
+
+	_trigger: function() {
+		if ($.Widget.prototype._trigger.apply(this, arguments) === false) {
+			this.cancel();
+		}
+	},
+
+	_uiHash: function(_inst) {
+		var inst = _inst || this;
+		return {
+			helper: inst.helper,
+			placeholder: inst.placeholder || $([]),
+			position: inst.position,
+			originalPosition: inst.originalPosition,
+			offset: inst.positionAbs,
+			item: inst.currentItem,
+			sender: _inst ? _inst.element : null
+		};
+	}
+
+});
+
+})(jQuery);
diff --git a/static/js/jquery.ui.widget.js b/static/js/jquery.ui.widget.js
new file mode 100644
index 0000000000..1c0cbd1732
--- /dev/null
+++ b/static/js/jquery.ui.widget.js
@@ -0,0 +1,521 @@
+/*!
+ * jQuery UI Widget 1.10.4
+ * http://jqueryui.com
+ *
+ * Copyright 2014 jQuery Foundation and other contributors
+ * Released under the MIT license.
+ * http://jquery.org/license
+ *
+ * http://api.jqueryui.com/jQuery.widget/
+ */
+(function( $, undefined ) {
+
+var uuid = 0,
+	slice = Array.prototype.slice,
+	_cleanData = $.cleanData;
+$.cleanData = function( elems ) {
+	for ( var i = 0, elem; (elem = elems[i]) != null; i++ ) {
+		try {
+			$( elem ).triggerHandler( "remove" );
+		// http://bugs.jquery.com/ticket/8235
+		} catch( e ) {}
+	}
+	_cleanData( elems );
+};
+
+$.widget = function( name, base, prototype ) {
+	var fullName, existingConstructor, constructor, basePrototype,
+		// proxiedPrototype allows the provided prototype to remain unmodified
+		// so that it can be used as a mixin for multiple widgets (#8876)
+		proxiedPrototype = {},
+		namespace = name.split( "." )[ 0 ];
+
+	name = name.split( "." )[ 1 ];
+	fullName = namespace + "-" + name;
+
+	if ( !prototype ) {
+		prototype = base;
+		base = $.Widget;
+	}
+
+	// create selector for plugin
+	$.expr[ ":" ][ fullName.toLowerCase() ] = function( elem ) {
+		return !!$.data( elem, fullName );
+	};
+
+	$[ namespace ] = $[ namespace ] || {};
+	existingConstructor = $[ namespace ][ name ];
+	constructor = $[ namespace ][ name ] = function( options, element ) {
+		// allow instantiation without "new" keyword
+		if ( !this._createWidget ) {
+			return new constructor( options, element );
+		}
+
+		// allow instantiation without initializing for simple inheritance
+		// must use "new" keyword (the code above always passes args)
+		if ( arguments.length ) {
+			this._createWidget( options, element );
+		}
+	};
+	// extend with the existing constructor to carry over any static properties
+	$.extend( constructor, existingConstructor, {
+		version: prototype.version,
+		// copy the object used to create the prototype in case we need to
+		// redefine the widget later
+		_proto: $.extend( {}, prototype ),
+		// track widgets that inherit from this widget in case this widget is
+		// redefined after a widget inherits from it
+		_childConstructors: []
+	});
+
+	basePrototype = new base();
+	// we need to make the options hash a property directly on the new instance
+	// otherwise we'll modify the options hash on the prototype that we're
+	// inheriting from
+	basePrototype.options = $.widget.extend( {}, basePrototype.options );
+	$.each( prototype, function( prop, value ) {
+		if ( !$.isFunction( value ) ) {
+			proxiedPrototype[ prop ] = value;
+			return;
+		}
+		proxiedPrototype[ prop ] = (function() {
+			var _super = function() {
+					return base.prototype[ prop ].apply( this, arguments );
+				},
+				_superApply = function( args ) {
+					return base.prototype[ prop ].apply( this, args );
+				};
+			return function() {
+				var __super = this._super,
+					__superApply = this._superApply,
+					returnValue;
+
+				this._super = _super;
+				this._superApply = _superApply;
+
+				returnValue = value.apply( this, arguments );
+
+				this._super = __super;
+				this._superApply = __superApply;
+
+				return returnValue;
+			};
+		})();
+	});
+	constructor.prototype = $.widget.extend( basePrototype, {
+		// TODO: remove support for widgetEventPrefix
+		// always use the name + a colon as the prefix, e.g., draggable:start
+		// don't prefix for widgets that aren't DOM-based
+		widgetEventPrefix: existingConstructor ? (basePrototype.widgetEventPrefix || name) : name
+	}, proxiedPrototype, {
+		constructor: constructor,
+		namespace: namespace,
+		widgetName: name,
+		widgetFullName: fullName
+	});
+
+	// If this widget is being redefined then we need to find all widgets that
+	// are inheriting from it and redefine all of them so that they inherit from
+	// the new version of this widget. We're essentially trying to replace one
+	// level in the prototype chain.
+	if ( existingConstructor ) {
+		$.each( existingConstructor._childConstructors, function( i, child ) {
+			var childPrototype = child.prototype;
+
+			// redefine the child widget using the same prototype that was
+			// originally used, but inherit from the new version of the base
+			$.widget( childPrototype.namespace + "." + childPrototype.widgetName, constructor, child._proto );
+		});
+		// remove the list of existing child constructors from the old constructor
+		// so the old child constructors can be garbage collected
+		delete existingConstructor._childConstructors;
+	} else {
+		base._childConstructors.push( constructor );
+	}
+
+	$.widget.bridge( name, constructor );
+};
+
+$.widget.extend = function( target ) {
+	var input = slice.call( arguments, 1 ),
+		inputIndex = 0,
+		inputLength = input.length,
+		key,
+		value;
+	for ( ; inputIndex < inputLength; inputIndex++ ) {
+		for ( key in input[ inputIndex ] ) {
+			value = input[ inputIndex ][ key ];
+			if ( input[ inputIndex ].hasOwnProperty( key ) && value !== undefined ) {
+				// Clone objects
+				if ( $.isPlainObject( value ) ) {
+					target[ key ] = $.isPlainObject( target[ key ] ) ?
+						$.widget.extend( {}, target[ key ], value ) :
+						// Don't extend strings, arrays, etc. with objects
+						$.widget.extend( {}, value );
+				// Copy everything else by reference
+				} else {
+					target[ key ] = value;
+				}
+			}
+		}
+	}
+	return target;
+};
+
+$.widget.bridge = function( name, object ) {
+	var fullName = object.prototype.widgetFullName || name;
+	$.fn[ name ] = function( options ) {
+		var isMethodCall = typeof options === "string",
+			args = slice.call( arguments, 1 ),
+			returnValue = this;
+
+		// allow multiple hashes to be passed on init
+		options = !isMethodCall && args.length ?
+			$.widget.extend.apply( null, [ options ].concat(args) ) :
+			options;
+
+		if ( isMethodCall ) {
+			this.each(function() {
+				var methodValue,
+					instance = $.data( this, fullName );
+				if ( !instance ) {
+					return $.error( "cannot call methods on " + name + " prior to initialization; " +
+						"attempted to call method '" + options + "'" );
+				}
+				if ( !$.isFunction( instance[options] ) || options.charAt( 0 ) === "_" ) {
+					return $.error( "no such method '" + options + "' for " + name + " widget instance" );
+				}
+				methodValue = instance[ options ].apply( instance, args );
+				if ( methodValue !== instance && methodValue !== undefined ) {
+					returnValue = methodValue && methodValue.jquery ?
+						returnValue.pushStack( methodValue.get() ) :
+						methodValue;
+					return false;
+				}
+			});
+		} else {
+			this.each(function() {
+				var instance = $.data( this, fullName );
+				if ( instance ) {
+					instance.option( options || {} )._init();
+				} else {
+					$.data( this, fullName, new object( options, this ) );
+				}
+			});
+		}
+
+		return returnValue;
+	};
+};
+
+$.Widget = function( /* options, element */ ) {};
+$.Widget._childConstructors = [];
+
+$.Widget.prototype = {
+	widgetName: "widget",
+	widgetEventPrefix: "",
+	defaultElement: "<div>",
+	options: {
+		disabled: false,
+
+		// callbacks
+		create: null
+	},
+	_createWidget: function( options, element ) {
+		element = $( element || this.defaultElement || this )[ 0 ];
+		this.element = $( element );
+		this.uuid = uuid++;
+		this.eventNamespace = "." + this.widgetName + this.uuid;
+		this.options = $.widget.extend( {},
+			this.options,
+			this._getCreateOptions(),
+			options );
+
+		this.bindings = $();
+		this.hoverable = $();
+		this.focusable = $();
+
+		if ( element !== this ) {
+			$.data( element, this.widgetFullName, this );
+			this._on( true, this.element, {
+				remove: function( event ) {
+					if ( event.target === element ) {
+						this.destroy();
+					}
+				}
+			});
+			this.document = $( element.style ?
+				// element within the document
+				element.ownerDocument :
+				// element is window or document
+				element.document || element );
+			this.window = $( this.document[0].defaultView || this.document[0].parentWindow );
+		}
+
+		this._create();
+		this._trigger( "create", null, this._getCreateEventData() );
+		this._init();
+	},
+	_getCreateOptions: $.noop,
+	_getCreateEventData: $.noop,
+	_create: $.noop,
+	_init: $.noop,
+
+	destroy: function() {
+		this._destroy();
+		// we can probably remove the unbind calls in 2.0
+		// all event bindings should go through this._on()
+		this.element
+			.unbind( this.eventNamespace )
+			// 1.9 BC for #7810
+			// TODO remove dual storage
+			.removeData( this.widgetName )
+			.removeData( this.widgetFullName )
+			// support: jquery <1.6.3
+			// http://bugs.jquery.com/ticket/9413
+			.removeData( $.camelCase( this.widgetFullName ) );
+		this.widget()
+			.unbind( this.eventNamespace )
+			.removeAttr( "aria-disabled" )
+			.removeClass(
+				this.widgetFullName + "-disabled " +
+				"ui-state-disabled" );
+
+		// clean up events and states
+		this.bindings.unbind( this.eventNamespace );
+		this.hoverable.removeClass( "ui-state-hover" );
+		this.focusable.removeClass( "ui-state-focus" );
+	},
+	_destroy: $.noop,
+
+	widget: function() {
+		return this.element;
+	},
+
+	option: function( key, value ) {
+		var options = key,
+			parts,
+			curOption,
+			i;
+
+		if ( arguments.length === 0 ) {
+			// don't return a reference to the internal hash
+			return $.widget.extend( {}, this.options );
+		}
+
+		if ( typeof key === "string" ) {
+			// handle nested keys, e.g., "foo.bar" => { foo: { bar: ___ } }
+			options = {};
+			parts = key.split( "." );
+			key = parts.shift();
+			if ( parts.length ) {
+				curOption = options[ key ] = $.widget.extend( {}, this.options[ key ] );
+				for ( i = 0; i < parts.length - 1; i++ ) {
+					curOption[ parts[ i ] ] = curOption[ parts[ i ] ] || {};
+					curOption = curOption[ parts[ i ] ];
+				}
+				key = parts.pop();
+				if ( arguments.length === 1 ) {
+					return curOption[ key ] === undefined ? null : curOption[ key ];
+				}
+				curOption[ key ] = value;
+			} else {
+				if ( arguments.length === 1 ) {
+					return this.options[ key ] === undefined ? null : this.options[ key ];
+				}
+				options[ key ] = value;
+			}
+		}
+
+		this._setOptions( options );
+
+		return this;
+	},
+	_setOptions: function( options ) {
+		var key;
+
+		for ( key in options ) {
+			this._setOption( key, options[ key ] );
+		}
+
+		return this;
+	},
+	_setOption: function( key, value ) {
+		this.options[ key ] = value;
+
+		if ( key === "disabled" ) {
+			this.widget()
+				.toggleClass( this.widgetFullName + "-disabled ui-state-disabled", !!value )
+				.attr( "aria-disabled", value );
+			this.hoverable.removeClass( "ui-state-hover" );
+			this.focusable.removeClass( "ui-state-focus" );
+		}
+
+		return this;
+	},
+
+	enable: function() {
+		return this._setOption( "disabled", false );
+	},
+	disable: function() {
+		return this._setOption( "disabled", true );
+	},
+
+	_on: function( suppressDisabledCheck, element, handlers ) {
+		var delegateElement,
+			instance = this;
+
+		// no suppressDisabledCheck flag, shuffle arguments
+		if ( typeof suppressDisabledCheck !== "boolean" ) {
+			handlers = element;
+			element = suppressDisabledCheck;
+			suppressDisabledCheck = false;
+		}
+
+		// no element argument, shuffle and use this.element
+		if ( !handlers ) {
+			handlers = element;
+			element = this.element;
+			delegateElement = this.widget();
+		} else {
+			// accept selectors, DOM elements
+			element = delegateElement = $( element );
+			this.bindings = this.bindings.add( element );
+		}
+
+		$.each( handlers, function( event, handler ) {
+			function handlerProxy() {
+				// allow widgets to customize the disabled handling
+				// - disabled as an array instead of boolean
+				// - disabled class as method for disabling individual parts
+				if ( !suppressDisabledCheck &&
+						( instance.options.disabled === true ||
+							$( this ).hasClass( "ui-state-disabled" ) ) ) {
+					return;
+				}
+				return ( typeof handler === "string" ? instance[ handler ] : handler )
+					.apply( instance, arguments );
+			}
+
+			// copy the guid so direct unbinding works
+			if ( typeof handler !== "string" ) {
+				handlerProxy.guid = handler.guid =
+					handler.guid || handlerProxy.guid || $.guid++;
+			}
+
+			var match = event.match( /^(\w+)\s*(.*)$/ ),
+				eventName = match[1] + instance.eventNamespace,
+				selector = match[2];
+			if ( selector ) {
+				delegateElement.delegate( selector, eventName, handlerProxy );
+			} else {
+				element.bind( eventName, handlerProxy );
+			}
+		});
+	},
+
+	_off: function( element, eventName ) {
+		eventName = (eventName || "").split( " " ).join( this.eventNamespace + " " ) + this.eventNamespace;
+		element.unbind( eventName ).undelegate( eventName );
+	},
+
+	_delay: function( handler, delay ) {
+		function handlerProxy() {
+			return ( typeof handler === "string" ? instance[ handler ] : handler )
+				.apply( instance, arguments );
+		}
+		var instance = this;
+		return setTimeout( handlerProxy, delay || 0 );
+	},
+
+	_hoverable: function( element ) {
+		this.hoverable = this.hoverable.add( element );
+		this._on( element, {
+			mouseenter: function( event ) {
+				$( event.currentTarget ).addClass( "ui-state-hover" );
+			},
+			mouseleave: function( event ) {
+				$( event.currentTarget ).removeClass( "ui-state-hover" );
+			}
+		});
+	},
+
+	_focusable: function( element ) {
+		this.focusable = this.focusable.add( element );
+		this._on( element, {
+			focusin: function( event ) {
+				$( event.currentTarget ).addClass( "ui-state-focus" );
+			},
+			focusout: function( event ) {
+				$( event.currentTarget ).removeClass( "ui-state-focus" );
+			}
+		});
+	},
+
+	_trigger: function( type, event, data ) {
+		var prop, orig,
+			callback = this.options[ type ];
+
+		data = data || {};
+		event = $.Event( event );
+		event.type = ( type === this.widgetEventPrefix ?
+			type :
+			this.widgetEventPrefix + type ).toLowerCase();
+		// the original event may come from any element
+		// so we need to reset the target on the new event
+		event.target = this.element[ 0 ];
+
+		// copy original event properties over to the new event
+		orig = event.originalEvent;
+		if ( orig ) {
+			for ( prop in orig ) {
+				if ( !( prop in event ) ) {
+					event[ prop ] = orig[ prop ];
+				}
+			}
+		}
+
+		this.element.trigger( event, data );
+		return !( $.isFunction( callback ) &&
+			callback.apply( this.element[0], [ event ].concat( data ) ) === false ||
+			event.isDefaultPrevented() );
+	}
+};
+
+$.each( { show: "fadeIn", hide: "fadeOut" }, function( method, defaultEffect ) {
+	$.Widget.prototype[ "_" + method ] = function( element, options, callback ) {
+		if ( typeof options === "string" ) {
+			options = { effect: options };
+		}
+		var hasOptions,
+			effectName = !options ?
+				method :
+				options === true || typeof options === "number" ?
+					defaultEffect :
+					options.effect || defaultEffect;
+		options = options || {};
+		if ( typeof options === "number" ) {
+			options = { duration: options };
+		}
+		hasOptions = !$.isEmptyObject( options );
+		options.complete = callback;
+		if ( options.delay ) {
+			element.delay( options.delay );
+		}
+		if ( hasOptions && $.effects && $.effects.effect[ effectName ] ) {
+			element[ method ]( options );
+		} else if ( effectName !== method && element[ effectName ] ) {
+			element[ effectName ]( options.duration, options.easing, callback );
+		} else {
+			element.queue(function( next ) {
+				$( this )[ method ]();
+				if ( callback ) {
+					callback.call( element[ 0 ] );
+				}
+				next();
+			});
+		}
+	};
+});
+
+})( jQuery );
diff --git a/static/js/longpolling.js b/static/js/longpolling.js
new file mode 100644
index 0000000000..4499f20df2
--- /dev/null
+++ b/static/js/longpolling.js
@@ -0,0 +1,46 @@
+connfails=0;
+
+longpollcallbacks = $.Callbacks();
+
+// Updates a div with a specified id, by polling an url,
+// which should return a new div, with the same id.
+function longpoll_div(url, divid, cont, fail) {
+	$.ajax({
+		'url': url,
+		'dataType': 'html',
+		'success': function(data, status, jqxhr) {
+			$('#' + divid).replaceWith(data);
+			longpollcallbacks.fire();
+			connfails=0;
+			cont();
+		},
+		'error': function(jqxhr, msg, e) {
+			connfails=connfails+1;
+			// It's normal to get 1 failure per longpolling
+			// element when navigating away from a page.
+			// So 12 allows up to 4 longpolling elements per
+			// page.
+			if (connfails > 12) {
+				fail();
+			}
+			else {
+				cont();
+			}
+		}
+	});
+}
+
+function longpoll_data(url, cont) {
+	$.ajax({
+		'url': url,
+		'dataType': 'text',
+		'success': function(data, status, jqxhr) {
+			connfails=0;
+			cont(1, data);
+		},
+		'error': function(jqxhr, msg, e) {
+			connfails=connfails+1;
+			cont(0);
+		}
+	});
+}
diff --git a/static/syncicon.gif b/static/syncicon.gif
new file mode 100644
index 0000000000000000000000000000000000000000..e192ca895cd00d6b752ec84619b787188f30ee41
GIT binary patch
literal 847
zcmZ?wbhEHb6krfw_`<;O|Nnmm28JI$eppyow6wIav9YPCsa?BvZN-WeVq#)tWo2n;
zX-}R!nK5I=v17+PJUqg}!hq_D2a5l>{aizWogD*Qjr0td8G$+#|4BI)r6!i7rYMwW
zmSiX-W+hhS<R_-+W#*;jGbsLK;p76U(gE24awG$5fPz9_O6I(!1|m6%S}h5y*3J+)
zHc`s7;RD;vj)v%778|C_)_{out&E+mi~81R>NI#p{aB=u^kJ9BqzM)+D@@g7D>_ZH
z6>Nk>K2^#dec$hd&5{fSg)a9?JsDb3M<1+M;h^GLd*HyqYe$(ldZsj_W{3#!96X@l
zAjsu&py5MupnEfu)0U^(0!(Kp*sL-QO$pql{X%Kq;`Av7E5z0<TG;QHEpT4hk%8ML
zz}$e{hLfeifG?8GLW`HPU0D&E<q1F^Du14!aZAKQi|a^$2&e9ncEk6^ja*jFrwzTg
zc(gP<Wb@FQp>lI$B?E`RzKdsAZ)9=nHHN!5+~JF4SY+VADb}iE(C2i8t1nx?>)BhL
zP<zvIW|kV2Y~C16ex7cumIgtBwLxJDlcC5_hZW7va%^kFk7ai^&0$n@dXiwz(72sx
z-vnjXCW|Vkz=($A-MNd(xP_D!D!e?jIH572jW^V7nPkx&Nxr28uQflX{cpf(4ajf6
z*jwSi<7y~y=%hq$ti<u15*|Gl+HPpD3v{uVFeyCO(2-c?rkLo#5D`3sqcPWX$yUZB
z7mqD$46Ak~Ch2hXsWucCizOdX-k|=2_l**}iJ5tTnpT8<gGNuU3RX+wp_Y08J;t%j
z!Gz(^relsuo)bAX%vzYhVVBp+>S>_TA<--6ZN7=uLx=rfr*28JR#UU9l!(BR!@3s}
qR&*pBVEQRw*vTQWVY)*<pR;)ehrS_88f%PZcaNGPgEc65f&l>bLIMx~

literal 0
HcmV?d00001

diff --git a/templates/README b/templates/README
new file mode 100644
index 0000000000..eb0ca037b6
--- /dev/null
+++ b/templates/README
@@ -0,0 +1,7 @@
+These are template files for the git-annex webapp. They use the
+Shakespearean template library, which is documented here:
+http://www.yesodweb.com/book/shakespearean-templates
+
+Note that for most of the templates, it will use files ending in
+.hamlet, .julius, and .cassius if they exist. So if you need to add CSS,
+or javascript, you can create the missing template files.
diff --git a/templates/actionbutton.hamlet b/templates/actionbutton.hamlet
new file mode 100644
index 0000000000..b51d1dee86
--- /dev/null
+++ b/templates/actionbutton.hamlet
@@ -0,0 +1,3 @@
+<a title="#{fromMaybe "" tooltip}" class="#{buttonclass}" href="@{route}" onclick="(function( $ ) { $.post('@{route}'); })( jQuery ); return false;">
+  <span class="glyphicon #{iconclass}"> #
+  \ #{fromMaybe "" label}
diff --git a/templates/bootstrap.hamlet b/templates/bootstrap.hamlet
new file mode 100644
index 0000000000..36c0cabccb
--- /dev/null
+++ b/templates/bootstrap.hamlet
@@ -0,0 +1,14 @@
+$doctype 5
+<html>
+  <head>
+    <title>
+     $maybe reldir <- relDir webapp
+       #{reldir} #{pageTitle pageinfo}
+     $nothing
+       #{pageTitle pageinfo}
+    <link rel="icon" href=@{StaticR favicon_ico} type="image/x-icon">
+    <meta name="viewport" content="width=device-width,initial-scale=1.0">
+    ^{pageHead pageinfo}
+  <body>
+    ^{pageBody pageinfo}
+    <div #modal></div>
diff --git a/templates/configurators/addbox.com.hamlet b/templates/configurators/addbox.com.hamlet
new file mode 100644
index 0000000000..99b0221ee3
--- /dev/null
+++ b/templates/configurators/addbox.com.hamlet
@@ -0,0 +1,28 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding a Box.com repository
+    <p>
+      <a href="http://box.com">Box.com</a> offers a small quantity of storage #
+      for free, and larger quantities for a fee.
+    <p>
+      Even a small amount of free storage is useful, as a transfer point #
+      between your repositories.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Add repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Making repository ...
+      <div .modal-body>
+        <p>
+          Setting up your Box.com repository. This could take a minute.
diff --git a/templates/configurators/adddrive.hamlet b/templates/configurators/adddrive.hamlet
new file mode 100644
index 0000000000..90f768f1eb
--- /dev/null
+++ b/templates/configurators/adddrive.hamlet
@@ -0,0 +1,36 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding a removable drive
+    <p>
+      Clone this repository to a USB drive, memory stick, or other #
+      removable media. Whenever the removable drive is plugged in, its #
+      content will be synced with the content of this repository.
+    <p>
+    $if (null writabledrives)
+      <div .row>
+        <div .col-sm-6 .col-sm-offset-2 .alert .alert-danger .alert-block>
+          $if (null removabledrives)
+            <h4 .alert-heading>
+              No removable drives found
+            Please make sure you have a removable drive plugged in and mounted.
+          $else
+            <h4 .alert-heading>
+              No usable removable drives found
+            Seems you cannot write to any of the removable drives that are #
+            currently mounted. Try plugging in a removable drive that you can #
+            write to, or correcting the write permissions.
+          <p>
+            <a .btn .btn-primary href="@{AddDriveR}">
+              Rescan for removable drives
+    $else
+      <form method="post" enctype=#{enctype} .form-horizontal>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit>Use this drive</button> #
+              <a .btn .btn-default href="@{AddDriveR}">
+                Rescan for removable drives
+  
\ No newline at end of file
diff --git a/templates/configurators/adddrive/combine.hamlet b/templates/configurators/adddrive/combine.hamlet
new file mode 100644
index 0000000000..5ca6b3269e
--- /dev/null
+++ b/templates/configurators/adddrive/combine.hamlet
@@ -0,0 +1,22 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Combine repositories?
+    <p>
+      The removable drive at <tt>#{mountPoint drive}</tt> already
+      has files in its repository <tt>#{driveRepoPath drive}</tt>
+    <p>
+      Do you want to combine these files into your repository?
+    <p>
+      <a .btn .btn-default onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive NoRepoKey}">
+        <span .glyphicon .glyphicon-resize-small>
+        \ Combine the repositories #
+      The combined repositories will sync and share their files.
+    <p>
+    <p>
+      <a .btn .btn-default href="@{AddDriveR}">
+        <span .glyphicon .glyphicon-resize-full>
+        \ Go back #
+      Use a different directory than <tt>#{driveRepoPath drive}</tt> to #
+      avoid combining the repositories.
+^{setupDriveModal}
diff --git a/templates/configurators/adddrive/encrypt.hamlet b/templates/configurators/adddrive/encrypt.hamlet
new file mode 100644
index 0000000000..44c636087c
--- /dev/null
+++ b/templates/configurators/adddrive/encrypt.hamlet
@@ -0,0 +1,29 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Encrypt this drive?
+    <p>
+      Encrypting the repository stored on the removable drive at #
+      <tt>#{mountPoint drive}</tt> #
+      will prevent the data stored in it from being exposed if the drive #
+      falls into the wrong hands. However, encryption #
+      will also prevent you from sharing the repository with friends, or #
+      easily accessing its contents on another computer.
+    <p>
+      <a .btn .btn-default onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive NoRepoKey}">
+        <span .glyphicon .glyphicon-minus-sign>
+        \ Do not encrypt repository #
+      Anyone who has the drive can see the files stored on it.
+      $forall (keyid, name) <- secretkeys
+        <p>
+          <a .btn .btn-default onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive (RepoKey keyid)}">
+            <span .glyphicon .glyphicon-ok-sign>
+            \ Encrypt repository #
+          to ^{gpgKeyDisplay keyid (Just name)}
+    <p>
+      <a .btn .btn-default onclick="$('#genkeymodal').modal('show');" href="@{GenKeyForDriveR drive}">
+        <span .glyphicon .glyphicon-plus-sign>
+        \ Encrypt repository #
+      with a new encryption key
+^{setupDriveModal}
+^{genKeyModal}
diff --git a/templates/configurators/adddrive/setupmodal.hamlet b/templates/configurators/adddrive/setupmodal.hamlet
new file mode 100644
index 0000000000..fb541d9054
--- /dev/null
+++ b/templates/configurators/adddrive/setupmodal.hamlet
@@ -0,0 +1,9 @@
+<div .modal .fade #setupmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Setting up repository on removable drive.
+      <div .modal-body>
+        <p>
+          This may take a few minutes; do not remove the drive.
diff --git a/templates/configurators/addglacier.hamlet b/templates/configurators/addglacier.hamlet
new file mode 100644
index 0000000000..7e3cf47df2
--- /dev/null
+++ b/templates/configurators/addglacier.hamlet
@@ -0,0 +1,38 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding an Amazon Glacier repository
+    <p>
+      <a href="http://aws.amazon.com/glacier/">Amazon Glacier</a> is an #
+      offline cloud storage provider. It takes several hours for requested #
+      files to be retrieved from Glacier, making it mostly suitable for #
+      backups and long-term data archival. #
+    <p>
+      <span .glyphicon .glyphicon-warning-sign>
+      \ By default, only files you place in #
+      "archive" directories will be archived in Amazon Glacier.
+    <p>
+      <span .glyphicon .glyphicon-warning-sign>
+      \ You will be charged by Amazon for data #
+      uploaded to Glacier, as well as data downloaded from Glacier, and a #
+      monthly fee for data storage. #
+      <a href="http://aws.amazon.com/glacier/pricing/">
+        Pricing details
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Add Glacier repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Making repository ...
+      <div .modal-body>
+        <p>
+          Setting up your Amazon Glacier repository. This could take a minute.
diff --git a/templates/configurators/addia.hamlet b/templates/configurators/addia.hamlet
new file mode 100644
index 0000000000..e17cb4580c
--- /dev/null
+++ b/templates/configurators/addia.hamlet
@@ -0,0 +1,36 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding an Internet Archive item
+    <p>
+      <a href="http://archive.org/">The Internet Archive</a> allows anyone #
+      to publically archive their information, for free. All you need to #
+      get started is to #
+      <a href="http://archive.org/account/login.createaccount.php">
+        Create an account
+    <p>
+      The Internet Archive stores "items". An item can be a single file, or #
+      a related group of files. You can make as many different items as you #
+      like.
+    <p>
+      By default, only files that you place in a special directory #
+      will be uploaded to your Internet Archive item. Any other files #
+      in your repository will remain private.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Add Internet Archive item
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Making item ...
+      <div .modal-body>
+        <p>
+          Setting up your Internet Archive item. This could take a minute.
diff --git a/templates/configurators/addrepository.hamlet b/templates/configurators/addrepository.hamlet
new file mode 100644
index 0000000000..f3609d3f5e
--- /dev/null
+++ b/templates/configurators/addrepository.hamlet
@@ -0,0 +1,19 @@
+<div .col-sm-9>
+  ^{repolist}
+  <div .row>
+    <div .col-sm-6>
+      <h2>
+        Add more repositories
+
+      ^{makeMiscRepositories}
+
+    <div .col-sm-6>
+      <h2>
+        Store your data in the cloud
+
+      ^{makeCloudRepositories}
+
+      <h2>
+        Archive your data
+
+      ^{makeArchiveRepositories}
diff --git a/templates/configurators/addrepository/archive.hamlet b/templates/configurators/addrepository/archive.hamlet
new file mode 100644
index 0000000000..7a266ed8bf
--- /dev/null
+++ b/templates/configurators/addrepository/archive.hamlet
@@ -0,0 +1,13 @@
+<h3>
+  <a href="@{AddGlacierR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Amazon Glacier
+<p>
+  Low cost offline data archival.
+
+<h3>
+  <a href="@{AddIAR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Internet Archive
+<p>
+  Free archival of public data.
diff --git a/templates/configurators/addrepository/cloud.hamlet b/templates/configurators/addrepository/cloud.hamlet
new file mode 100644
index 0000000000..382ecbbc27
--- /dev/null
+++ b/templates/configurators/addrepository/cloud.hamlet
@@ -0,0 +1,24 @@
+<h3>
+  <a href="@{AddBoxComR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Box.com
+<p>
+  Provides free cloud storage for small amounts of data.
+
+<h3>
+  <a href="@{AddRsyncNetR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Rsync.net
+<p>
+  Works very well with git-annex.
+  <br>
+  Offers a discounted rate for git-annex users.
+
+<h3>
+  <a href="@{AddS3R}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Amazon S3
+<p>
+  Good choice for professional quality storage.
+
+^{makeSshRepository}
diff --git a/templates/configurators/addrepository/connection.hamlet b/templates/configurators/addrepository/connection.hamlet
new file mode 100644
index 0000000000..fc111b0653
--- /dev/null
+++ b/templates/configurators/addrepository/connection.hamlet
@@ -0,0 +1,3 @@
+^{makeXMPPConnection}
+
+^{makeSshRepository}
diff --git a/templates/configurators/addrepository/misc.hamlet b/templates/configurators/addrepository/misc.hamlet
new file mode 100644
index 0000000000..897039ad91
--- /dev/null
+++ b/templates/configurators/addrepository/misc.hamlet
@@ -0,0 +1,28 @@
+<h3>
+  <a href="@{AddDriveR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Removable drive
+<p>
+  Add a USB drive, memory stick, or other removable media. #
+  For offline archiving, backups, or to #
+  <a href="http://en.wikipedia.org/wiki/Sneakernet">SneakerNet</a> #
+  between computers. 
+
+^{makeXMPPConnection}
+
+<h3>
+  <a href="@{StartLocalPairR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Local computer
+<p>
+  Pair with a computer to keep files in sync quickly, #
+  over your local network.
+
+<h3>
+  <a href="@{NewRepositoryR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Add another repository
+<p>
+  Make another repository on your computer.
+
+^{makeSshRepository}
diff --git a/templates/configurators/addrepository/ssh.hamlet b/templates/configurators/addrepository/ssh.hamlet
new file mode 100644
index 0000000000..b5ed1aa4cb
--- /dev/null
+++ b/templates/configurators/addrepository/ssh.hamlet
@@ -0,0 +1,7 @@
+<h3>
+  <a href="@{AddSshR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Remote server
+<p>
+  Set up a repository on a remote server using #
+  <tt>ssh</tt>.
diff --git a/templates/configurators/addrepository/xmppconnection.hamlet b/templates/configurators/addrepository/xmppconnection.hamlet
new file mode 100644
index 0000000000..34e87ed83d
--- /dev/null
+++ b/templates/configurators/addrepository/xmppconnection.hamlet
@@ -0,0 +1,13 @@
+<h3>
+  <a href="@{StartXMPPPairSelfR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Share with your other devices
+<p>
+  Keep files in sync between your devices running git-annex.
+
+<h3>
+  <a href="@{StartXMPPPairFriendR}">
+    <span .glyphicon .glyphicon-plus-sign>
+    \ Share with a friend
+<p>
+  Combine your repository with a friend's repository, and share your files.
diff --git a/templates/configurators/adds3.hamlet b/templates/configurators/adds3.hamlet
new file mode 100644
index 0000000000..4b664f5b5e
--- /dev/null
+++ b/templates/configurators/adds3.hamlet
@@ -0,0 +1,33 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding an Amazon S3 repository
+    <p>
+      <a href="http://aws.amazon.com/s3/">Amazon S3</a> is a cloud storage #
+      provider. If you need a professional level of storage for your data, #
+      this is a good choice.
+    <p>
+      <span .glyphicon .glyphicon-warning-sign>
+      \ You will be charged by Amazon for data #
+      uploaded to S3, as well as data downloaded from S3, and a monthly fee #
+      for data storage. #
+      <a href="http://aws.amazon.com/s3/pricing/">
+        Pricing details, including one year Free Usage Tier promotion
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Add S3 repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Making repository ...
+      <div .modal-body>
+        <p>
+          Setting up your Amazon S3 repository. This could take a minute.
diff --git a/templates/configurators/delete/currentrepository.hamlet b/templates/configurators/delete/currentrepository.hamlet
new file mode 100644
index 0000000000..b144f5399b
--- /dev/null
+++ b/templates/configurators/delete/currentrepository.hamlet
@@ -0,0 +1,36 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Deleting #{reldir}
+    <p>
+      Deleting this repository will remove <tt>#{reldir}</tt> and all its #
+      ^{actionButton FileBrowserR (Just "files") (Just "Click to open a file browser") "" "glyphicon-folder-open"}.
+    $if havegitremotes
+      $if havedataremotes
+        <div .alert>
+          Since this repository is currently configured to sync to other #
+          repositories, you may be able to remove this repository without #
+          losing any data, if all files have been synced to them. #
+          No guarantees -- It's up to you to make sure before you continue.
+      $else
+        <div .alert .alert-danger>
+          This repository is not uploading its files to other repositories,
+          so you will lose data if you delete it!
+    $else
+      <div .alert .alert-danger>
+        This repository is not syncing to other git repositories, #
+        so you will lose data if you delete it!
+    <p>
+      If you choose to delete this repository, and potentially lose #
+      data, enter "#{magicphrase}" into the box.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .col-md-2>
+            <button .btn .btn-danger type=submit>
+              <span .glyphicon .glyphicon-warning-sign>
+              \ Delete this repository #
+            <a .btn .btn-default href="@{DashboardR}">
+              Cancel
diff --git a/templates/configurators/delete/finished.hamlet b/templates/configurators/delete/finished.hamlet
new file mode 100644
index 0000000000..377f82e7c4
--- /dev/null
+++ b/templates/configurators/delete/finished.hamlet
@@ -0,0 +1,15 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Repository deleted
+    <p>
+      As much data as possible has been removed from the repository
+      "#{reponame}", and it has been removed from the list of repositories.
+    <p>
+      $if gitrepo
+       <div .alert>
+         Since "#{reponame}" is a git repository, it still contains
+         some data. To completely remove it, you should go delete that git
+         repository.
+      $else
+        Now you can safely go delete the underlying storage of the repository.
diff --git a/templates/configurators/delete/start.hamlet b/templates/configurators/delete/start.hamlet
new file mode 100644
index 0000000000..4f0f9aba0e
--- /dev/null
+++ b/templates/configurators/delete/start.hamlet
@@ -0,0 +1,13 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Delete repository #
+      <small>
+        #{reponame}
+    <p>
+      Before this repository can be deleted, all data must be moved #
+      off it, to other repositories.
+    <p>
+     <a .btn .btn-primary href="@{StartDeleteRepositoryR uuid}">
+       <span .glyphicon .glyphicon-minus>
+      \ Start deletion process
diff --git a/templates/configurators/delete/xmpp.hamlet b/templates/configurators/delete/xmpp.hamlet
new file mode 100644
index 0000000000..92e3e6eb9b
--- /dev/null
+++ b/templates/configurators/delete/xmpp.hamlet
@@ -0,0 +1,12 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Disconnecting from Jabber
+    <p>
+      This won't delete the repository or repositories at the other end
+      of the Jabber connection, but it will disconnect from them, and stop
+      using Jabber.
+    <p>
+    <a .btn .btn-primary href="@{DisconnectXMPPR}">
+      <span .glyphicon .glyphicon-minus>
+      \ Disconnect
diff --git a/templates/configurators/edit/nonannexremote.hamlet b/templates/configurators/edit/nonannexremote.hamlet
new file mode 100644
index 0000000000..acfa10ec66
--- /dev/null
+++ b/templates/configurators/edit/nonannexremote.hamlet
@@ -0,0 +1,19 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Just a git repository
+    <p>
+      This repository is not currently set up as a git annex; #
+      only git metadata is synced with this repository.
+    $if sshrepo
+      <p>
+        If this repository's ssh server has git-annex installed, you can #
+        upgrade this repository to a full git annex, which will store the
+        contents of your files, not only their metadata.
+      <p>
+        <a .btn .btn-default href="@{UpgradeRepositoryR r}">
+          Upgrade Repository
+    <h2>
+      Repository information
+    <p>
+      ^{repoInfo}
diff --git a/templates/configurators/edit/repository.hamlet b/templates/configurators/edit/repository.hamlet
new file mode 100644
index 0000000000..4291534525
--- /dev/null
+++ b/templates/configurators/edit/repository.hamlet
@@ -0,0 +1,40 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      $if new
+        Setup complete
+      $else
+        Editing repository
+    $if new
+      <p>
+        This repository is set up and ready to go!
+      <p>
+        Now you can do a little more configuring of it, if you like. #
+        Perhaps enter a better name than the automatically generated one.
+      $if istransfer
+        <div .alert .alert-info>
+          This repository is currently in the transfer group. That's the #
+          right choice if you'll use it to shuttle data back and forth #
+          between other repositories. Otherwise, pick one of the other groups.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit>
+                Save Changes
+              \ 
+              <a .btn .btn-default href="@{DashboardR}">
+                Cancel #
+    $if new
+      <p>
+        In a hurry? Feel free to skip this step! You can always come back #
+        and configure this repository later.
+    <h3>
+      Repository information
+    <p>
+      ^{repoInfo}
+    <p>
+      ^{repoEncryption}
diff --git a/templates/configurators/enableaws.hamlet b/templates/configurators/enableaws.hamlet
new file mode 100644
index 0000000000..8e1b9943db
--- /dev/null
+++ b/templates/configurators/enableaws.hamlet
@@ -0,0 +1,34 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Enabling #{description}
+    <p>
+      To use this Amazon repository, you need an Access Key ID, and a #
+      Secret Access Key. These access keys will be stored in a file that #
+      only you can access.
+    <p>
+      If this repository uses your Amazon account, you can #
+      <a href="https://portal.aws.amazon.com/gp/aws/securityCredentials#id_block">
+        look up your access keys. #
+      If this repository uses someone else's Amazon account, they #
+      can generate access keys for you, using their #
+      <a href="https://console.aws.amazon.com/iam/home">
+        IAM Management Console.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Enable Amazon repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Enabling repository ...
+      <div .modal-body>
+        <p>
+          Enabling this Amazon repository. This could take a minute.
diff --git a/templates/configurators/enabledirectory.hamlet b/templates/configurators/enabledirectory.hamlet
new file mode 100644
index 0000000000..dfae0dddc4
--- /dev/null
+++ b/templates/configurators/enabledirectory.hamlet
@@ -0,0 +1,11 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Enabling #{description}
+    <p>
+      Where is this repository located?
+    <p>
+      <a .btn .btn-default href="@{AddDriveR}">
+        On a removable drive
+      <a .btn href="@{DashboardR}">
+        Cancel
diff --git a/templates/configurators/enableia.hamlet b/templates/configurators/enableia.hamlet
new file mode 100644
index 0000000000..0d9169fd84
--- /dev/null
+++ b/templates/configurators/enableia.hamlet
@@ -0,0 +1,26 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Enabling #{description}
+    <p>
+      To use this Internet Archive repository, you need an Access Key ID, and a #
+      Secret Access Key. These access keys will be stored in a file that #
+      only you can access.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Enable Internet Archive repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Enabling repository ...
+      <div .modal-body>
+        <p>
+          Enabling this Internet Archive repository. This could take a minute.
diff --git a/templates/configurators/enablewebdav.hamlet b/templates/configurators/enablewebdav.hamlet
new file mode 100644
index 0000000000..1573b38544
--- /dev/null
+++ b/templates/configurators/enablewebdav.hamlet
@@ -0,0 +1,26 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Enabling #{description}
+    <p>
+      This is a WebDAV repository located at #
+      <a href="#{url}">
+        #{url}
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Enable repository
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Enabling repository ...
+      <div .modal-body>
+        <p>
+          Enabling this WebDAV repository. This could take a minute.
diff --git a/templates/configurators/fsck.cassius b/templates/configurators/fsck.cassius
new file mode 100644
index 0000000000..80f405baf0
--- /dev/null
+++ b/templates/configurators/fsck.cassius
@@ -0,0 +1,4 @@
+.form-inline input[type=number]
+  width: 5em
+select
+  width: 10em
diff --git a/templates/configurators/fsck.hamlet b/templates/configurators/fsck.hamlet
new file mode 100644
index 0000000000..7e0a57cadd
--- /dev/null
+++ b/templates/configurators/fsck.hamlet
@@ -0,0 +1,32 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Consistency checks
+    <p>
+      Checking the contents of a repository periodically will ensure that #
+      your data is in good shape. Any problems that are detected will #
+      be automatically fixed.
+    <p>
+      Running the consistency check involves reading all the files in the #
+      repository, which can take a long time if it's large. Running just a #
+      little at a time will eventually check the whole repository.
+    $if (not (null scheduledchecks))
+      <p>
+        Currently scheduled checks:
+        $forall c <- scheduledchecks
+          ^{showFsckForm False c}
+          <div style="margin-left: 5em">
+            ^{showFsckStatus c}
+    <p>
+      $if null (recommendedchecks)
+        Add a check:
+        ^{showFsckForm True (defaultFsck Nothing)}
+      $else
+        <span .glyphicon .glyphicon-warning-sign>
+        \ Some repositories are not yet checked. #
+        Please consider adding these checks:
+        $forall c <- recommendedchecks
+          ^{showFsckForm True c}
+    <h3>
+      Configuration
+    ^{showFsckPreferencesForm}
diff --git a/templates/configurators/fsck/form.hamlet b/templates/configurators/fsck/form.hamlet
new file mode 100644
index 0000000000..cca9a915ce
--- /dev/null
+++ b/templates/configurators/fsck/form.hamlet
@@ -0,0 +1,2 @@
+<form method="post" .form-inline enctype=#{enctype} action="@{action}">
+  ^{form}
diff --git a/templates/configurators/fsck/formcontent.hamlet b/templates/configurators/fsck/formcontent.hamlet
new file mode 100644
index 0000000000..6efa4f37ea
--- /dev/null
+++ b/templates/configurators/fsck/formcontent.hamlet
@@ -0,0 +1,21 @@
+#{msg}
+<p>
+  <div .form-group>
+    Check ^{fvInput reposView} for #
+  <div .form-group>
+    \ 
+    ^{fvInput durationView} minutes #
+  <div .form-group>
+    \ 
+    ^{fvInput recurranceView} #
+  \ 
+  starting at ^{fvInput timeView} #
+  $if new
+    <button type=submit .btn .btn-primary>
+      Add
+  $else
+    <button type=submit .btn .btn-default>
+      Save
+    \ 
+    <a .btn .btn-default href="@{RemoveActivityR u activity}">
+      Remove
diff --git a/templates/configurators/fsck/preferencesform.hamlet b/templates/configurators/fsck/preferencesform.hamlet
new file mode 100644
index 0000000000..e35897cced
--- /dev/null
+++ b/templates/configurators/fsck/preferencesform.hamlet
@@ -0,0 +1,7 @@
+<div .well>
+  <form method="post" .form-horizontal action=@{ConfigFsckPreferencesR} enctype=#{enctype}>
+    ^{form}
+    <div .form-group>
+      <div .col-sm-10 .col-sm-offset-2>
+        <button .btn .btn-primary type=submit>
+          Save
diff --git a/templates/configurators/fsck/status.hamlet b/templates/configurators/fsck/status.hamlet
new file mode 100644
index 0000000000..b27760ac65
--- /dev/null
+++ b/templates/configurators/fsck/status.hamlet
@@ -0,0 +1,5 @@
+<i>
+  $maybe t <- lastrun
+    (last run: #{show t})
+  $nothing
+    (not yet run)
diff --git a/templates/configurators/genkeymodal.hamlet b/templates/configurators/genkeymodal.hamlet
new file mode 100644
index 0000000000..23c3863054
--- /dev/null
+++ b/templates/configurators/genkeymodal.hamlet
@@ -0,0 +1,15 @@
+<div .modal .fade #genkeymodal>
+  <div .modal-header>
+    <div .modal-dialog>
+      <div .modal-content>
+        <div .modal-header>
+          <h3>
+            <img src="@{StaticR activityicon_gif}" alt=""> #
+            Generating a #{maxRecommendedKeySize} bit GnuPg key.
+        <div .modal-body>
+        <p>
+          Generating a GnuPg key can take a long time. To speed up the process, #
+          it actually helps to use your computer for other things, which helps #
+          generate random numbers that keep the GnuPg key secure.
+        <p>
+          So if this is taking too long, go play a game or something!
diff --git a/templates/configurators/main.hamlet b/templates/configurators/main.hamlet
new file mode 100644
index 0000000000..dec5ad8048
--- /dev/null
+++ b/templates/configurators/main.hamlet
@@ -0,0 +1,42 @@
+<div .col-sm-9>
+  <div .row>
+    <div .col-sm-4>
+      <h3>
+        <a href="@{AddRepositoryR}">
+          Repositories
+      <p>
+        Configure the repositories that git-annex syncs with.
+    <div .col-sm-4>
+      <h3>
+        <a href="@{PreferencesR}">
+          Preferences
+      <p>
+        Tune the behavior of git-annex, including how many copies #
+        to retain of each file, and how much disk space it can use.
+  <div .row>
+    <div .col-sm-4>
+      <h3>
+        <a href="@{ConfigFsckR}">
+          Consistency checks
+      <p>
+        Set up periodic checks of your data to detect and recover from #
+        disk problems.
+    <div .col-sm-4>
+      <h3>
+        <a href="@{ConfigUnusedR}">
+          Unused files
+      <p>
+        Configure what to do with old and deleted files.
+  <div .row>
+    <div .col-sm-4>
+      <h3>
+        <a href="@{XMPPConfigR}">
+          Jabber account
+      $if xmppconfigured
+        <p>
+          Your jabber account is set up, and will be used to keep #
+          in touch with remote devices, and with your friends.
+      $else
+        <p>
+          Keep in touch with remote devices, and with your friends, #
+          by configuring a jabber account.
diff --git a/templates/configurators/needconnection.hamlet b/templates/configurators/needconnection.hamlet
new file mode 100644
index 0000000000..dc57094f07
--- /dev/null
+++ b/templates/configurators/needconnection.hamlet
@@ -0,0 +1,14 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      <span .glyphicon .glyphicon-signal>
+      \ Connection needed
+      <p>
+        In order to quickly sync with other repositories, #
+        a direct connection is needed to another git-annex. #
+      <p>
+        You don't currently seem to have such a connection configured -- #
+        or if you do, it's not currently connected!
+    <h2>
+      Add a connection
+    ^{makeConnectionRepositories}
diff --git a/templates/configurators/needgcrypt.hamlet b/templates/configurators/needgcrypt.hamlet
new file mode 100644
index 0000000000..cdf6213743
--- /dev/null
+++ b/templates/configurators/needgcrypt.hamlet
@@ -0,0 +1,11 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Need git-remote-gcrypt
+    <p>
+      To encrypt git repositories, you need to install #
+      <a href="https://github.com/joeyh/git-remote-gcrypt">
+        git-remote-gcrypt
+    <p>
+      <a .btn .btn-primary .btn-lg href="">
+        Retry
diff --git a/templates/configurators/needglaciercli.hamlet b/templates/configurators/needglaciercli.hamlet
new file mode 100644
index 0000000000..da9a8e00b1
--- /dev/null
+++ b/templates/configurators/needglaciercli.hamlet
@@ -0,0 +1,11 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Need glacier-cli
+    <p>
+      To use Amazon Glacier, you need to install #
+      <a href="https://github.com/basak/glacier-cli">
+        glacier-cli
+    <p>
+      <a .btn .btn-primary .btn-lg href="">
+        Retry
diff --git a/templates/configurators/newrepository.hamlet b/templates/configurators/newrepository.hamlet
new file mode 100644
index 0000000000..9e7b625640
--- /dev/null
+++ b/templates/configurators/newrepository.hamlet
@@ -0,0 +1,14 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Add another local repository
+    <p>
+      <span .glyphicon .glyphicon-asterisk>
+      \ Do you want to back your repository up to a #
+      removable drive?
+      <a .btn .btn-primary href="@{AddDriveR}">
+        Make a repository on a Removable Drive
+    <p>
+      Repository location:
+      <form method="post" .form-inline enctype=#{enctype}>
+        ^{form}
diff --git a/templates/configurators/newrepository/combine.hamlet b/templates/configurators/newrepository/combine.hamlet
new file mode 100644
index 0000000000..484180adc6
--- /dev/null
+++ b/templates/configurators/newrepository/combine.hamlet
@@ -0,0 +1,20 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Combine repositories?
+    <p>
+      The repository at #{newrepo} is set up.
+      <br>
+      Do you want to combine it with your existing repository at #{mainrepo}?
+    <p>
+      <a .btn .btn-default href="@{CombineRepositoryR newrepopath newrepouuid}">
+        <span .glyphicon .glyphicon-resize-small>
+        \ Combine the repositories #
+      The combined repositories will sync and share their files.
+    <p>
+      -or-
+    <p>
+      <a .btn .btn-default href="@{SwitchToRepositoryR newrepopath}">
+        <span .glyphicon .glyphicon-resize-full>
+        \ Keep the repositories separate #
+      Files placed in one will not be synced to the other.
diff --git a/templates/configurators/newrepository/first.hamlet b/templates/configurators/newrepository/first.hamlet
new file mode 100644
index 0000000000..2e2997d5d4
--- /dev/null
+++ b/templates/configurators/newrepository/first.hamlet
@@ -0,0 +1,21 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Welcome to git-annex!
+    <p>
+      To get started, let's create a git-annex repository.
+    $if androidspecial
+      <p>
+        Do you only want to share photos and videos you take?
+      <p>
+        <a .btn .btn-primary .btn-lg href="@{AndroidCameraRepositoryR}">
+          <span .glyphicon .glyphicon-camera>
+          \ Make Camera Repository
+    <p>
+      $if androidspecial
+        Want to share more files? #
+      Files in this repository will be kept in sync with your #
+      repositories on other devices.
+    <p>
+      <form method="post" .form-inline enctype=#{enctype}>
+        ^{form}
diff --git a/templates/configurators/newrepository/form.hamlet b/templates/configurators/newrepository/form.hamlet
new file mode 100644
index 0000000000..db0be87c46
--- /dev/null
+++ b/templates/configurators/newrepository/form.hamlet
@@ -0,0 +1,13 @@
+#{msg}
+<p>
+  <div .form-group>
+    <div .input-group>
+      <span .input-group-addon>
+        <span .glyphicon .glyphicon-folder-open>
+      ^{fvInput pathView}
+      <span .input-group-btn>
+        <button type=submit .btn .btn-primary>
+          Make Repository
+$if err
+  <div .alert .alert-danger>
+    #{errmsg}
diff --git a/templates/configurators/pairing/disabled.hamlet b/templates/configurators/pairing/disabled.hamlet
new file mode 100644
index 0000000000..05f59143d6
--- /dev/null
+++ b/templates/configurators/pairing/disabled.hamlet
@@ -0,0 +1,6 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      not supported
+    <p>
+      This build of git-annex does not support #{pairingtype} pairing. Sorry!
diff --git a/templates/configurators/pairing/local/inprogress.hamlet b/templates/configurators/pairing/local/inprogress.hamlet
new file mode 100644
index 0000000000..38e353a40f
--- /dev/null
+++ b/templates/configurators/pairing/local/inprogress.hamlet
@@ -0,0 +1,19 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Pairing in progress ..
+    $if T.null secret
+      <p>
+        You do not need to leave this page open; pairing will finish #
+        automatically.
+    $else
+      <p>
+        Now you should either go tell the owner of the computer you want to pair #
+        with the secret phrase you selected ("#{secret}"), or go enter it into #
+        the computer you want to pair with.
+      <p>
+        You do not need to leave this page open; pairing will finish automatically #
+        as soon as the secret phrase is entered into the other computer.
+      <p>
+        If you're not seeing a pair request on the other computer, try moving #
+        it to the same switch or wireless network as this one.
diff --git a/templates/configurators/pairing/local/prompt.hamlet b/templates/configurators/pairing/local/prompt.hamlet
new file mode 100644
index 0000000000..b75e2e2cd0
--- /dev/null
+++ b/templates/configurators/pairing/local/prompt.hamlet
@@ -0,0 +1,53 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Pairing with a local computer
+    <p>
+      $if start
+        Pair with a computer on your local network (or VPN), and the #
+        two git annex repositories will be combined into one, with changes #
+        kept in sync between them.
+      $else
+        Pairing with #{username}@#{hostname} will combine your two git annex #
+        repositories into one, allowing you to share files.
+    <p>
+      $if start
+        For security, enter a secret phrase. To verify that you're pairing #
+        with the right computer, its git-annex webapp will then prompt for the #
+        same secret phrase. That's all this secret phrase will be used for.
+      $else
+        $if sameusername
+          For security, you need to enter the same secret phrase that was #
+          entered on #{hostname} when the pairing was started.
+        $else
+          For security, a secret phrase has been selected, which you need #
+          to enter here to finish the pairing. If you don't know the #
+          phrase, go ask #{username} ...
+    $if badphrase
+      <div .alert .alert-danger>
+        <span .glyphicon .glyphicon-warning-sign>
+        \ #{problem}
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit>
+                $if start
+                  Start pairing
+                $else
+                  Finish pairing
+      <div .alert .alert-info>
+        $if start
+          <p>
+            A good secret phrase is reasonably long. You'll only #
+            type it a few times. Only letters and numbers matter; #
+            punctuation and white space is ignored.
+          <p>
+            A quotation is one good choice, something like: #
+            "#{sampleQuote}"
+        $else
+          Only letters and numbers matter; punctuation and spaces are #
+          ignored.
diff --git a/templates/configurators/pairing/xmpp/end.hamlet b/templates/configurators/pairing/xmpp/end.hamlet
new file mode 100644
index 0000000000..68bf948160
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/end.hamlet
@@ -0,0 +1,33 @@
+<div .col-sm-9>
+  <div .content-box>
+    $if inprogress
+      <h2>
+        Pair request sent ...
+      <p>
+        $maybe name <- friend
+          A pair request has been sent to #{name}. Now it's up to them #
+          to accept it and finish pairing.
+        $nothing
+          A pair request has been sent to all other devices that #
+          have been configured to use your jabber account. #
+          It will be answered automatically by any devices that see it.
+    $else
+      Pair request accepted.
+    <h2>
+      Configure a shared cloud repository
+    $maybe name <- friend
+      <p>
+        &#9730; To share files with #{name}, you'll need a repository in #
+        the cloud, that you both can access.
+    $nothing
+      <p>
+        &#9730; To share files with your other devices, when they're not #
+        nearby, you'll need a repository in the cloud.
+      <p>
+        Make sure that your other devices are configured to access a #
+        cloud repository, and that the same repository is enabled here #
+        too.
+    ^{cloudRepoList}
+    <h2>
+      Add a cloud repository
+    ^{makeCloudRepositories}
diff --git a/templates/configurators/pairing/xmpp/friend/confirm.hamlet b/templates/configurators/pairing/xmpp/friend/confirm.hamlet
new file mode 100644
index 0000000000..68ed9f6c2f
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/friend/confirm.hamlet
@@ -0,0 +1,12 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Pair request received from #{name}
+    <p>
+      Pairing with #{name} will combine your two git annex #
+      repositories into one, allowing you to share files.
+    <p>
+      <a .btn .btn-primary .btn-lg href="@{FinishXMPPPairFriendR pairkey}">
+        Accept pair request
+      <a .btn .btn-default .btn-lg href="@{DashboardR}">
+        No thanks
diff --git a/templates/configurators/pairing/xmpp/friend/prompt.hamlet b/templates/configurators/pairing/xmpp/friend/prompt.hamlet
new file mode 100644
index 0000000000..3410cb1285
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/friend/prompt.hamlet
@@ -0,0 +1,13 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Share with a friend
+    <p>
+      You can combine your repository with a friend's repository #
+      to share your files. Your repositories will automatically be kept in #
+      sync. Only do this if you want your friend to see all the files #
+      in this repository!
+    <p>
+      Here are the friends currently available via your Jabber account.
+      <p>
+        ^{buddyListDisplay}
diff --git a/templates/configurators/pairing/xmpp/self/prompt.hamlet b/templates/configurators/pairing/xmpp/self/prompt.hamlet
new file mode 100644
index 0000000000..ec14e3596f
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/self/prompt.hamlet
@@ -0,0 +1,21 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Sharing with your other devices
+    <p>
+      If you have multiple devices, all running git-annex, and using #
+      your Jabber account #{account}, you can configure them to share #
+      your files between themselves.
+    <p>
+      For example, you can have a computer at home, one at work, and a #
+      laptop, and their repositories will automatically be kept in sync.
+    <p>
+      Make sure your other devices are online and configured to use #
+      your Jabber account before continuing. Note that <b>all</b> #
+      repositories configured to use the same Jabber account will be #
+      combined together when you do this.
+    <p>
+      <a .btn .btn-primary .btn-lg href="@{RunningXMPPPairSelfR}">
+        Start sharing with my other devices #
+      <a .btn .btn-default .btn-lg href="@{DashboardR}">
+        Cancel
diff --git a/templates/configurators/pairing/xmpp/self/retry.hamlet b/templates/configurators/pairing/xmpp/self/retry.hamlet
new file mode 100644
index 0000000000..8e6cacf7de
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/self/retry.hamlet
@@ -0,0 +1,12 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Unable to get in touch with any other devices.
+    <p>
+      Make sure your other devices are online and configured to use #
+      your Jabber account before continuing.
+    <p>
+      <a .btn .btn-primary .btn-lg href="@{RunningXMPPPairSelfR}">
+        Start sharing with my other devices #
+      <a .btn .btn-default .btn-lg href="@{DashboardR}">
+        Cancel
diff --git a/templates/configurators/preferences.hamlet b/templates/configurators/preferences.hamlet
new file mode 100644
index 0000000000..ea056c09e7
--- /dev/null
+++ b/templates/configurators/preferences.hamlet
@@ -0,0 +1,16 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Preferences
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit>
+                Save Preferences
+              \ 
+              <a .btn .btn-default href="@{ConfigurationR}">
+                Cancel
diff --git a/templates/configurators/rsync.net/add.hamlet b/templates/configurators/rsync.net/add.hamlet
new file mode 100644
index 0000000000..6f46a79c5a
--- /dev/null
+++ b/templates/configurators/rsync.net/add.hamlet
@@ -0,0 +1,43 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding a Rsync.net repository
+    <p>
+      <a href="http://rsync.net/">
+        Rsync.net #
+      is a well-respected cloud storage provider. Its rsync repositories are #
+      supported very well by git-annex. #
+  
+    <p>
+      They have committed to support git-annex and offer a special
+      discounted rate for git-annex users.
+  
+      <a href="http://www.rsync.net/products/git-annex-pricing.html">
+        pricing details
+    <p>
+      $case status
+        $of UnusableServer msg
+          <div .alert .alert-danger>
+            <span .glyphicon .glyphicon-warning-sign>
+            \ #{msg}
+        $of _
+          <div>
+            Your data will be encrypted before it is sent to Rsync.net.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#setupmodal').modal('show');">
+                Use this rsync.net repository
+  <div .modal .fade #setupmodal>
+    <div .modal-dialog>
+      <div .modal-content>
+        <div .modal-header>
+          <h3>
+            Checking access to rsync.net ...
+        <div .modal-body>
+          <p>
+            This could take a minute.
diff --git a/templates/configurators/rsync.net/encrypt.hamlet b/templates/configurators/rsync.net/encrypt.hamlet
new file mode 100644
index 0000000000..7262edd546
--- /dev/null
+++ b/templates/configurators/rsync.net/encrypt.hamlet
@@ -0,0 +1,49 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Ready to use rsync.net
+    <p>
+      All data will be encrypted before it is sent to rsync.net. #
+      There are two options for how to encrypt your data.
+    <h3>
+      Simple shared encryption
+    <p>
+      This allows everyone who has a clone of this repository to decrypt the #
+      files stored on rsync.net. That makes it good for sharing. #
+      And it's easy to set up and use.
+    <p>
+      <a .btn .btn-default href="@{MakeRsyncNetSharedR sshdata}" onclick="$('#setupmodal').modal('show');">
+        <span .glyphicon .glyphicon-lock>
+        \ Use shared encryption
+    <p style="text-align: center">
+      -or-
+    <h3>
+      Encrypt with GnuPG key
+    <p>
+      This stores an encrypted clone of your repository on rsync.net, #
+      unlike shared encryption which only stores file contents on rsync.net. #
+      So it's good for backups. But the encryption will prevent you from #
+      sharing the rsync.net repository with friends, or easily accessing #
+      its contents on another computer.
+    <p>
+      $forall (keyid, name) <- secretkeys
+        <p>
+          <a .btn .btn-default href="@{MakeRsyncNetGCryptR sshdata (RepoKey keyid)}" onclick="$('#setupmodal').modal('show');">
+            <span .glyphicon .glyphicon-lock>
+            \ Encrypt repository #
+          to ^{gpgKeyDisplay keyid (Just name)}
+    <p>
+      <a .btn .btn-default href="@{MakeRsyncNetGCryptR sshdata NoRepoKey}" onclick="$('#genkeymodal').modal('show');">
+        <span .glyphicon .glyphicon-plus-sign>
+        \ Encrypt repository #
+      with a new encryption key
+^{genKeyModal}
+<div .modal .fade #setupmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Making repository ...
+      <div .modal-body>
+        <p>
+          Setting up your rsync.net repository. This could take a minute.
diff --git a/templates/configurators/ssh/add.hamlet b/templates/configurators/ssh/add.hamlet
new file mode 100644
index 0000000000..9048de6926
--- /dev/null
+++ b/templates/configurators/ssh/add.hamlet
@@ -0,0 +1,26 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Adding a remote server using ssh
+    <p>
+      You can use nearly any server that has ssh and rsync. For example, you #
+      could use a <a href="http://linode.com/">Linode</a> or #
+      <a href="http://vix.su/personalcolo/">another VPS</a>, or #
+      an account on a friend's server.
+    <p>
+      $case status
+        $of UnusableServer msg
+          <div .alert .alert-danger>
+            <span .glyphicon .glyphicon-warning-sign>
+            \ #{msg}
+        $of _
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#testmodal').modal('show');">
+                Check this server
+^{sshTestModal}
diff --git a/templates/configurators/ssh/combine.hamlet b/templates/configurators/ssh/combine.hamlet
new file mode 100644
index 0000000000..ea0aa7a9d4
--- /dev/null
+++ b/templates/configurators/ssh/combine.hamlet
@@ -0,0 +1,22 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Combine repositories?
+    <p>
+      A repository already exists on #{sshHostName sshdata} in the #
+      <tt>#{sshDirectory sshdata}</tt> directory.
+    <p>
+      Do you want to merge this repository's contents into your repository?
+    <p>
+      <a .btn .btn-default onclick="$('#setupmodal').modal('show');" href="@{CombineSshR sshdata}">
+        <span .glyphicon .glyphicon-resize-small>
+        \ Combine the repositories #
+      The combined repositories will sync and share their files.
+    <p>
+    <p>
+      <a .btn .btn-default href="@{AddSshR}">
+        <span .glyphicon .glyphicon-resize-full>
+        \ Go back #
+      Use a different directory than <tt>#{sshDirectory sshdata}</tt> to #
+      avoid combining the repositories.
+^{sshSetupModal sshdata}
diff --git a/templates/configurators/ssh/confirm.hamlet b/templates/configurators/ssh/confirm.hamlet
new file mode 100644
index 0000000000..8937c11dee
--- /dev/null
+++ b/templates/configurators/ssh/confirm.hamlet
@@ -0,0 +1,73 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Ready to add remote server
+    <div .row>
+      <div .col-sm-9>
+        $if not (hasCapability sshdata GitAnnexShellCapable)
+          <p>
+            <span .glyphicon .glyphicon-warning-sign>
+            \ The server #{sshHostName sshdata} can be used as is, but #
+            installing #
+            $if not (hasCapability sshdata GitCapable)
+              git and git-annex #
+            $else
+              git-annex #
+            on it would make it work better, and provide more options below. #
+          <p>
+            If you're able to install software on the server, do so and click
+            <a .btn .btn-default href="@{RetrySshR sshdata}" onclick="$('#testmodal').modal('show');">
+              Retry
+        $else
+          <p>
+            The server #{sshHostName sshdata} has been verified to be usable. #
+            Depending on whether you trust this server, you can choose between #
+            storing your data on it encrypted, or unencrypted.
+          <h3>
+            Unencrypted repository
+          <p>
+            All your data will be uploaded to the server, including a clone of #
+            the git repository. This is a good choice if you want to set up #
+            other devices to use the same server, or share the repository with #
+            others.
+          <p>
+            <a .btn .btn-default href="@{MakeSshGitR sshdata}" onclick="$('#setupmodal').modal('show');">
+              Make an unencrypted git repository on the server
+          <p style="text-align: center">
+            -or-
+        <h3>
+          Simple shared encryption
+        <p>
+          This allows everyone who has a clone of this repository to #
+          decrypt the files stored on #{sshHostName sshdata}. That makes #
+          it good for sharing. And it's easy to set up and use.
+        <p>
+          <a .btn .btn-default href="@{MakeSshRsyncR sshdata}" onclick="$('#setupmodal').modal('show');">
+            <span .glyphicon .glyphicon-lock>
+            \ Use shared encryption
+        $if hasCapability sshdata GitCapable
+          <p style="text-align: center">
+            -or-
+          <h3>
+            Encrypt with GnuPG key
+          <p>
+            This stores an encrypted clone of your repository on #
+            #{sshHostName sshdata}, unlike shared encryption which only #
+            stores file contents there. So it's good for backups. But the #
+            encryption will prevent you from sharing the repository with #
+            friends, or easily accessing its contents on another computer.
+          <p>
+            $forall (keyid, name) <- secretkeys
+              <p>
+                <a .btn .btn-default href="@{MakeSshGCryptR sshdata (RepoKey keyid)}" onclick="$('#setupmodal').modal('show');" >
+                  <span .glyphicon .glyphicon-lock>
+                  \ Encrypt repository #
+                to ^{gpgKeyDisplay keyid (Just name)}
+          <p>
+            <a .btn .btn-default href="@{MakeSshGCryptR sshdata NoRepoKey}" onclick="$('#genkeymodal').modal('show');">
+              <span .glyphicon .glyphicon-plus-sign>
+              \ Encrypt repository #
+            with a new encryption key
+^{sshTestModal}
+^{sshSetupModal sshdata}
+^{genKeyModal}
diff --git a/templates/configurators/ssh/enable.hamlet b/templates/configurators/ssh/enable.hamlet
new file mode 100644
index 0000000000..c3edee3008
--- /dev/null
+++ b/templates/configurators/ssh/enable.hamlet
@@ -0,0 +1,28 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Enabling #{description}
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          $case status
+            $of UnusableServer msg
+              <div .alert .alert-danger>
+                <span .glyphicon .glyphicon-warning-sign>
+                \ #{msg}
+            $of _
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#testmodal').modal('show');">
+                Check this server
+<div .modal .fade #testmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Testing server ...
+      <div .modal-body>
+        <p>
+          Checking ssh connection to the server. This could take a minute.
diff --git a/templates/configurators/ssh/error.hamlet b/templates/configurators/ssh/error.hamlet
new file mode 100644
index 0000000000..9be9852583
--- /dev/null
+++ b/templates/configurators/ssh/error.hamlet
@@ -0,0 +1,13 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      <span .glyphicon .glyphicon-warning-sign>
+      \ Failed to make repository
+    <p>
+      Something went wrong setting up the repository on the remote server.
+    <p>
+      Transcript:
+      <pre>
+        #{msg}
+    <p>
+      To retry setting up the repository, reload this page.
diff --git a/templates/configurators/ssh/expiredpassword.hamlet b/templates/configurators/ssh/expiredpassword.hamlet
new file mode 100644
index 0000000000..f3c1cd0330
--- /dev/null
+++ b/templates/configurators/ssh/expiredpassword.hamlet
@@ -0,0 +1,12 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      <span .glyphicon .glyphicon-warning-sign>
+      \ Failed to make repository
+    <p>
+      The password you entered has expired. Suggest you go back, #
+      re-enter the password, and try again.
+    <p>
+      Transcript:
+      <pre>
+        #{msg}
diff --git a/templates/configurators/ssh/setupmodal.hamlet b/templates/configurators/ssh/setupmodal.hamlet
new file mode 100644
index 0000000000..26506ec1ee
--- /dev/null
+++ b/templates/configurators/ssh/setupmodal.hamlet
@@ -0,0 +1,13 @@
+<div .modal .fade #setupmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Setting up repository ...
+      <div .modal-body>
+        <p>
+          Setting up repository on the remote server. This could take a minute.
+        $if needsPubKey sshdata
+          <p>
+            A ssh key is being installed on the server, allowing git-annex #
+            to access it securely without a password.
diff --git a/templates/configurators/ssh/testmodal.hamlet b/templates/configurators/ssh/testmodal.hamlet
new file mode 100644
index 0000000000..94a4ecf400
--- /dev/null
+++ b/templates/configurators/ssh/testmodal.hamlet
@@ -0,0 +1,9 @@
+<div .modal .fade #testmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Testing server ...
+      <div .modal-body>
+        <p>
+          Checking ssh connection to the server. This could take a minute.
diff --git a/templates/configurators/unused.hamlet b/templates/configurators/unused.hamlet
new file mode 100644
index 0000000000..a6f7c85fc2
--- /dev/null
+++ b/templates/configurators/unused.hamlet
@@ -0,0 +1,42 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Managing unused files
+    <p>
+      $maybe desc <- munuseddesc
+        Some old versions of files and deleted files have been preserved #
+        inside this repository.
+        <div .alert .alert-info>
+          <span .glyphicon .glyphicon-info-sign>
+          \ #{renderTense Past desc} #
+          $maybe lastchecked <- mlastchecked
+            (last checked #{fromDuration lastchecked} ago)
+      $nothing
+        Old versions of files and deleted files can be preserved inside #
+        this repository.
+    <p>
+      This might be useful, if you ever need to access those old or deleted #
+      files. But they'll also use up disk space. There are three ways to deal #
+      with this.
+    <ol>
+      <li>
+        <p>
+          Set up a backup or archive repository, on a removable drive #
+          or in the cloud, and the unused files will be moved to it, freeing #
+          up space.
+          <br>
+          <a .btn .btn-default href="@{AddRepositoryR}">
+            <span .glyphicon .glyphicon-plus>
+            \ Add a new repository
+      <li>
+        <p>
+          Or, you can let unused files expire after a period of time.
+          <form method="post" .form-inline enctype=#{enctype}>
+            ^{form}
+      <li>
+        <p>
+          Finally, you can clean up all unused files manually at any time.
+          <br>
+          <a .btn .btn-default href="@{CleanupUnusedR}">
+            <span .glyphicon .glyphicon-trash>
+            \ Clean up unused files now
diff --git a/templates/configurators/unused/form.hamlet b/templates/configurators/unused/form.hamlet
new file mode 100644
index 0000000000..081b667276
--- /dev/null
+++ b/templates/configurators/unused/form.hamlet
@@ -0,0 +1,6 @@
+#{msg}
+<p>
+  <div .form-group>
+    ^{fvInput enableView} after ^{fvInput whenView} days.&nbsp;
+    <button type=submit .btn .btn-default >
+      Save Changes
diff --git a/templates/configurators/upgrade/android.hamlet b/templates/configurators/upgrade/android.hamlet
new file mode 100644
index 0000000000..b76f825c7a
--- /dev/null
+++ b/templates/configurators/upgrade/android.hamlet
@@ -0,0 +1,10 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Upgrading git-annex
+    <p>
+      To start the upgrade #
+      <a .btn .btn-primary href="#{url}">
+        Download #{takeFileName url}
+    <p>
+      Once the download is complete, open the file to upgrade git-annex.
diff --git a/templates/configurators/xmpp.hamlet b/templates/configurators/xmpp.hamlet
new file mode 100644
index 0000000000..86269603a6
--- /dev/null
+++ b/templates/configurators/xmpp.hamlet
@@ -0,0 +1,43 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Configuring jabber account
+    <p>
+      A jabber account is used to communicate between #
+      devices that are not in direct contact. #
+      It can also be used to pair up with a friend's repository, if desired.
+    <p>
+      It's fine to reuse an existing jabber account; git-annex won't #
+      post any messages to it.
+    <p>
+      $maybe msg <- problem
+        <span .glyphicon .glyphicon-warning-sign>
+        \ Unable to connect to the Jabber server. #
+        Maybe you entered the wrong password? (Error message: #{msg})
+      $nothing
+        <span .glyphicon .glyphicon-user>
+        \ If you have a Gmail account, you can use #
+        Google Talk. Just enter your full Gmail address #
+        <small>(<tt>you@gmail.com</tt>)</small> #
+        and password below.
+    <p>
+      <form method="post" .form-horizontal enctype=#{enctype}>
+        <fieldset>
+          ^{form}
+          ^{webAppFormAuthToken}
+          <div .form-group>
+            <div .col-sm-10 .col-sm-offset-2>
+              <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+                Use this account
+              \ 
+              <a .btn .btn-default href="@{DisconnectXMPPR}">
+                Stop using this account
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Testing account ...
+      <div .modal-body>
+        <p>
+          Testing jabber account. This could take a minute.
diff --git a/templates/configurators/xmpp/buddylist.hamlet b/templates/configurators/xmpp/buddylist.hamlet
new file mode 100644
index 0000000000..8c77098dd2
--- /dev/null
+++ b/templates/configurators/xmpp/buddylist.hamlet
@@ -0,0 +1,40 @@
+<div .col-sm-9 ##{ident}>
+  <table .table>
+    <tbody>
+    $if null buddies
+      <tr>
+        <td>
+          $if isNothing myjid
+            Not connected to the jabber server. Check your network connection ...
+          $else
+            Searching...
+    $else
+      $forall (name, away, canpair, paired, buddyid) <- buddies
+        <tr>
+          <td>
+            $if isself buddyid
+              <span .glyphicon .glyphicon-star> #
+              <span :away:.text-muted>
+                your other devices
+            $else
+              <span .glyphicon .glyphicon-user> #
+              <span :away:.text-muted>
+                  #{name}
+          <td>
+            $if away
+              <span .text-muted>
+                away
+            $else
+              $if paired
+                <span .label .label-success>
+                  paired
+              $else
+                $if canpair
+                  $if isself buddyid
+                    <a .btn .btn-primary .btn-sm href="@{RunningXMPPPairSelfR}">
+                      Start pairing
+                  $else
+                    <a .btn .btn-primary .btn-sm href="@{RunningXMPPPairFriendR buddyid}">
+                      Start pairing
+                $else
+                  not using git-annex
diff --git a/templates/configurators/xmpp/disabled.hamlet b/templates/configurators/xmpp/disabled.hamlet
new file mode 100644
index 0000000000..75c46dee1c
--- /dev/null
+++ b/templates/configurators/xmpp/disabled.hamlet
@@ -0,0 +1,6 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Jabber not supported
+    <p>
+      This build of git-annex does not support Jabber. Sorry!
diff --git a/templates/configurators/xmpp/needcloudrepo.hamlet b/templates/configurators/xmpp/needcloudrepo.hamlet
new file mode 100644
index 0000000000..ff4d4367e9
--- /dev/null
+++ b/templates/configurators/xmpp/needcloudrepo.hamlet
@@ -0,0 +1,18 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      &#9730; Configure a shared cloud repository
+    $maybe name <- buddyname
+      <p>
+        You and #{name} have combined your repositores. But you can't open #
+        each other's files yet. To start sharing files with #{name}, #
+        you need a repository in the cloud, that you both can access.
+    $nothing
+      <p>
+        You've combined the repositories on two or more of your devices. #
+        But files are not flowing yet. To start sharing files #
+        between your devices, you should set up a repository in the cloud.
+    ^{cloudRepoList}
+    <h2>
+      Add a cloud repository
+    ^{makeCloudRepositories}
diff --git a/templates/control/log.hamlet b/templates/control/log.hamlet
new file mode 100644
index 0000000000..476c7f3390
--- /dev/null
+++ b/templates/control/log.hamlet
@@ -0,0 +1,7 @@
+<div .col-sm-9>
+  <div .content-box>
+    <p>
+      Here's everything that has been logged by the git-annex assistant, #
+      as well as by programs it has run.
+    <pre>
+      #{logcontent}
diff --git a/templates/control/notrunning.hamlet b/templates/control/notrunning.hamlet
new file mode 100644
index 0000000000..6bcb5b5a4b
--- /dev/null
+++ b/templates/control/notrunning.hamlet
@@ -0,0 +1,13 @@
+<div .col-sm-9>
+  <div .content-box>
+    <p>
+      Bye bye!
+<div .modal .fade #shutdownmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          git-annex has shut down
+      <div .modal-body>
+        <p>
+          You can now close this browser window.
diff --git a/templates/control/notrunning.julius b/templates/control/notrunning.julius
new file mode 100644
index 0000000000..7a6859f219
--- /dev/null
+++ b/templates/control/notrunning.julius
@@ -0,0 +1,3 @@
+$(function() {
+	$('#shutdownmodal').modal('show');
+});
diff --git a/templates/control/repairrepository.hamlet b/templates/control/repairrepository.hamlet
new file mode 100644
index 0000000000..0da44decfe
--- /dev/null
+++ b/templates/control/repairrepository.hamlet
@@ -0,0 +1,29 @@
+<div .col-sm-9>
+  <div .content-box>
+    <p>
+      A #
+      <a href="@{ConfigFsckR}">
+        consistency check #
+      found corrupt data in the git repository #{repodesc}.
+    <p>
+      While this is not good, this problem can be automatically repaired,
+      often without data loss.
+    $if repairingmainrepo
+      <p>
+        When possible, the corrupt data will be recovered from other #
+        repositories. You should make sure any other repositories that might #
+        have this data are available before continuing. So, plug in any #
+        removable drive that contains a repository, or make sure your network #
+        connection to other repositories is active.
+    <p>
+      <a .btn .btn-primary href="@{RepairRepositoryRunR u}" onclick="$('#workingmodal').modal('show');">
+        Start Repair Process
+<div .modal .fade #workingmodal>
+  <div .modal-dialog>
+    <div .modal-content>
+      <div .modal-header>
+        <h3>
+          Repairing #{repodesc} ...
+      <div .modal-body>
+        <p>
+          This may take some time.
diff --git a/templates/control/repairrepository/done.hamlet b/templates/control/repairrepository/done.hamlet
new file mode 100644
index 0000000000..7994121a3b
--- /dev/null
+++ b/templates/control/repairrepository/done.hamlet
@@ -0,0 +1,14 @@
+<div .col-sm-9>
+  <div .content-box>
+    <p>
+      Good news: Your repository has successfully been repaired!
+    <p>
+      This problem could have had a variety of causes. If your computer #
+      lost power, or the drive containing this repository #
+      was disconnected, it would explain this type of problem.
+    <p>
+      On the other hand, it's possible that you have a hardware problem.
+    <p>
+      Remember: Lots of copies keep stuff safe! The more repositories you #
+      have, the less likely you are to lose data no matter what goes wrong.
+    ^{repolist}
diff --git a/templates/control/repositoryswitcher.hamlet b/templates/control/repositoryswitcher.hamlet
new file mode 100644
index 0000000000..0d43f08173
--- /dev/null
+++ b/templates/control/repositoryswitcher.hamlet
@@ -0,0 +1,15 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Switch repository
+    <p>
+      $if null repolist
+        There are no other local repositories. Want to #
+        <a href="@{NewRepositoryR}">add one</a>?
+      $else
+        You can switch to any of these other local repositories:
+        <ul>
+          $forall (name, path) <- repolist
+            <li>
+              <a href="@{SwitchToRepositoryR path}">
+                #{name}
diff --git a/templates/control/shutdown.hamlet b/templates/control/shutdown.hamlet
new file mode 100644
index 0000000000..012582bbcb
--- /dev/null
+++ b/templates/control/shutdown.hamlet
@@ -0,0 +1,10 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Shutdown daemon?
+    <p>
+      <a .btn .btn-danger href="@{ShutdownConfirmedR}">
+        <span .glyphicon .glyphicon-off>
+        \ Confirm shutdown
+      <a .btn .btn-default href="@{DashboardR}">
+        Keep running
diff --git a/templates/controlmenu.hamlet b/templates/controlmenu.hamlet
new file mode 100644
index 0000000000..d0f19b0a46
--- /dev/null
+++ b/templates/controlmenu.hamlet
@@ -0,0 +1,21 @@
+<ul .dropdown-menu>
+  <li>
+    <a href="@{NewRepositoryR}">
+      <span .glyphicon .glyphicon-plus-sign>
+      \ Add another local repository
+  <li>
+    <a href="@{RepositorySwitcherR}">
+      <span .glyphicon .glyphicon-folder-close>
+      \ Switch repository
+  <li>
+    <a href="@{RestartR}">
+      <span .glyphicon .glyphicon-repeat>
+      \ Restart daemon
+  <li>
+    <a href="@{ShutdownR}">
+      <span .glyphicon .glyphicon-off>
+      \ Shutdown daemon
+  <li>
+    <a href="@{LogR}">
+      <span .glyphicon .glyphicon-list>
+      \ View log
diff --git a/templates/dashboard/main.hamlet b/templates/dashboard/main.hamlet
new file mode 100644
index 0000000000..cdefc82440
--- /dev/null
+++ b/templates/dashboard/main.hamlet
@@ -0,0 +1,11 @@
+<div .col-sm-9>
+  ^{repolist}
+  ^{transferlist}
+$if warnNoScript
+  <noscript>
+    <div .navbar .navbar-inverse .navbar-fixed-bottom>
+      <div .container>
+        Javascript is disabled; cannot update in real-time.
+        <div .btn-group>
+          <a .btn .btn-primary href="@{NoScriptAutoR}">Auto-refresh every 3 seconds #
+          <a .btn .btn-primary href="@{NoScriptR}">Manually refresh
diff --git a/templates/dashboard/metarefresh.hamlet b/templates/dashboard/metarefresh.hamlet
new file mode 100644
index 0000000000..89a2e0b2c6
--- /dev/null
+++ b/templates/dashboard/metarefresh.hamlet
@@ -0,0 +1,2 @@
+<noscript>
+  <meta http-equiv="refresh" content="#{show delayseconds}; URL=@{this}">
diff --git a/templates/dashboard/transfers.cassius b/templates/dashboard/transfers.cassius
new file mode 100644
index 0000000000..ae574a35c8
--- /dev/null
+++ b/templates/dashboard/transfers.cassius
@@ -0,0 +1,8 @@
+.forcewrap
+  word-wrap: break-word
+.small-margin-bottom
+  margin-bottom: 10px
+.small-margin-top
+  margin-top: 10px
+.tiny-margin-bottom
+  margin-bottom: 4px
\ No newline at end of file
diff --git a/templates/dashboard/transfers.hamlet b/templates/dashboard/transfers.hamlet
new file mode 100644
index 0000000000..9e2e532888
--- /dev/null
+++ b/templates/dashboard/transfers.hamlet
@@ -0,0 +1,43 @@
+<div ##{ident}>
+  <h2>Transfers
+  $if transfersrunning
+    $forall (transfer, info) <- transfers
+      $with percent <- maybe "unknown" (showPercentage 0) $ percentComplete transfer info
+        <div .row>
+          <div .col-sm-10>
+            <h3 .forcewrap .small-margin-top .tiny-margin-bottom>
+              $maybe file <- associatedFile info
+                #{file}
+              $nothing
+                #{key2file $ transferKey transfer}
+              $case transferDirection transfer
+                $of Upload
+                  &rarr;
+                $of Download
+                  &larr;
+              <small>
+                <a href="@{EditRepositoryR $ RepoUUID $ transferUUID transfer}">
+                  #{maybe "unknown" Remote.name $ transferRemote info}
+                $with size <- maybe "unknown" (roughSize dataUnits True) $ keySize $ transferKey transfer
+                  $if isJust $ startedTime info
+                    $if isrunning info
+                      <span .pull-right><b>#{percent} of #{size}</b>
+                    $else
+                      <span .pull-right>paused at #{percent} of #{size}
+                  $else
+                      <span .pull-right>queued (#{size})
+            <div .progress .progress-striped .small-margin-bottom>
+              <div .progress-bar style="width: #{percent};">
+          <div .btn-group .col-sm-2 .small-margin-top>
+            $if isrunning info
+              ^{actionButton (PauseTransferR transfer) Nothing (Just "pause") "btn btn-default btn-sm" "glyphicon-pause"}
+            $else
+              ^{actionButton (StartTransferR transfer) Nothing (Just "continue") "btn btn-default btn-sm" "glyphicon-play"}
+            ^{actionButton (CancelTransferR transfer) Nothing (Just "cancel") "btn btn-default btn-sm" "glyphicon-remove"}
+  $if scanrunning
+    <img src="@{StaticR activityicon_gif}" alt=""> #
+    Scanning for files to transfer
+  $else
+    $if (not transfersrunning)
+      <i>
+        (No file transfers running)
diff --git a/templates/documentation/about.hamlet b/templates/documentation/about.hamlet
new file mode 100644
index 0000000000..cfea1bfc8e
--- /dev/null
+++ b/templates/documentation/about.hamlet
@@ -0,0 +1,34 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      git-annex watches over your files
+    <p>
+      It will automatically notice changes, and keep files in sync between #
+      here and repositories elsewhere.
+    <p>
+      For full details, see #
+      <a href="http://git-annex.branchable.com/">the git-annex website</a>.
+    <hr>
+      git-annex is © 2010-2013 Joey Hess. It is free software, licensed #
+      under the terms of the GNU General Public License, version 3 or above. #
+      This webapp is licensed under the terms of the GNU Affero General #
+      Public License, version 3 or above. #
+      For full license information, see #
+      $if builtinlicense
+        <a href="@{LicenseR}">
+          this page.
+      $else
+        <a href="http://git-annex.branchable.com/license">
+          this page.
+      <p>
+      The source code for git-annex can be downloaded #
+      <a href="http://source.git-annex.branchable.com/">here</a>.
+      <p>
+      Development of git-annex is made possible by #
+      <a href="http://git-annex.branchable.com/assistant/thanks/">
+        many excellent people
+      . &hearts;
+      <p>
+      Version: #{packageversion}
+      <br>
+      Build flags: #{unwords buildFlags}
diff --git a/templates/documentation/license.hamlet b/templates/documentation/license.hamlet
new file mode 100644
index 0000000000..2b12b97bdc
--- /dev/null
+++ b/templates/documentation/license.hamlet
@@ -0,0 +1,2 @@
+<pre>
+  #{license}
diff --git a/templates/documentation/repogroup.hamlet b/templates/documentation/repogroup.hamlet
new file mode 100644
index 0000000000..85b62c960e
--- /dev/null
+++ b/templates/documentation/repogroup.hamlet
@@ -0,0 +1,61 @@
+<div .col-sm-9>
+  <div .content-box>
+    <h2>
+      Repository groups
+    <p>
+      Each repository you configure git-annex to use is a member of a #
+      repository group. Each group of repositories has a different #
+      purpose.
+    <p>
+      Let's start with the <b>client repositories</b>. These are the #
+      repositories that contain files that you can directly use. Generally #
+      you'll have one client repository per computer. The whole point of #
+      the git-annex assistant is to keep these repositories in sync as you #
+      change files, add files, delete files, etc.
+    <p>
+      The next most important repository group is the #
+      <b>transfer repositories</b>. #
+      These are used to transfer files between clients, when the clients #
+      cannot directly talk to one-another. Transfer repositories only #
+      hold the files that need to be synced to other repositories, so they #
+      are relatively small.
+    <p>
+      You can get along without any <b>full backup repositories</b>, but #
+      they're a useful safeguard. These repositories accumulate every file
+      they can get ahold of. A large removable drive makes a good full backup #
+      repository.
+    <p>
+      Similarly, the <b>incremental backup repositories</b> try to back up #
+      every file, but these only accumulate files that are not already #
+      present in a full or incremental backup.
+    <p>
+      Next we come to the <b>archive repositories</b>.
+      The archive repositories coordinate together, so that each file is #
+      archived in only one place. When you move files into a folder named #
+      "archive", the content of the files will be removed from all your #
+      client repositories (either immediately or as soon as an archive #
+      repository gets a copy of the file). This is handy if you have old files #
+      you don't need anymore, but want to keep archived for later. #
+      When you copy or move a file out of an "archive" folder, it'll be #
+      retrieved from the archive repository.
+    <p>
+      The <b>small archive repositories</b> are like other archive #
+      repositories, but smaller. While archive repositories normally accumulate #
+      every file they can, small archive repositories only accumulate files #
+      after you've put them in an "archive" directory. They otherwise behave #
+      the same
+    <p>
+      Sometimes useful for devices like cameras are the #
+      <b>source repositories</b>. Repositories in this group only retain #
+      files until they can be moved to some other repository, like a client #
+      or transfer repository.
+    <p>
+      If you configure a repository that can be viewed by the public, #
+      but you don't want all your files to show up there, you can #
+      configure it to be a <b>public repository</b>. Then only files #
+      located in a directory you choose will be sent to it.
+    <p>
+      Finally, repositories can be configured to be in <b>manual mode</b>. This #
+      prevents content being automatically synced to the repository, but #
+      you can use command-line tools like `git annex get` and `git annex drop` #
+      to control what content is present.
diff --git a/templates/error.cassius b/templates/error.cassius
new file mode 100644
index 0000000000..e05a73e7a1
--- /dev/null
+++ b/templates/error.cassius
@@ -0,0 +1,3 @@
+body
+  padding-top: 60px
+  padding-bottom: 40px
diff --git a/templates/error.hamlet b/templates/error.hamlet
new file mode 100644
index 0000000000..2253151d43
--- /dev/null
+++ b/templates/error.hamlet
@@ -0,0 +1,31 @@
+<div .navbar .navbar-inverse .navbar-fixed-top>
+  <div .container>
+    <div .navbar-header>
+      <button type="button" .navbar-toggle data-toggle="collapse" data-target=".navbar-collapse">
+        <span .sr-only>Toggle navigation
+        <span .icon-bar>
+        <span .icon-bar>
+        <span .icon-bar>
+      <a .navbar-brand>
+        git-annex
+    <div .navbar-collapse .collapse>
+      <ul .nav .navbar-nav>
+        <li .active>
+          <a href="">
+            Error
+        <li>
+          <a href="" onclick="history.back(-1);return false">
+            Go Back
+        <li>
+          <a href="@{LogR}">
+            View logs
+        <li>
+          <a href="http://git-annex.branchable.com/bugs/">
+            File a Bug
+<div .container-fluid>
+  <div .row>
+    <div .col-sm-6 .col-sm-offset-3>
+      <div .alert .alert-danger .alert-block>
+        ^{content}
+      <hr>
+      git-annex version #{packageversion}
diff --git a/templates/notifications/longpolling.julius b/templates/notifications/longpolling.julius
new file mode 100644
index 0000000000..4b3acc9f56
--- /dev/null
+++ b/templates/notifications/longpolling.julius
@@ -0,0 +1,11 @@
+$(function() {
+	$.get("@{geturl}", function(url){
+		var f = function() {
+			longpoll_div(url, #{ident}
+				, function() { setTimeout(f, #{delay}); }
+				, function() { window.location.reload(true); }
+			);	
+		};
+		setTimeout(f, #{startdelay});
+	});
+});
diff --git a/templates/page.cassius b/templates/page.cassius
new file mode 100644
index 0000000000..d5cd22bedf
--- /dev/null
+++ b/templates/page.cassius
@@ -0,0 +1,34 @@
+body
+  padding-top: 60px
+  padding-bottom: 40px
+.sidebar-nav
+  padding: 9px 0
+.icon-white
+  color: #FFF
+.navbar-inverse .navbar-brand:hover, .navbar-inverse .navbar-brand:focus
+  color: #999
+.form-horizontal .form-control
+  max-width: 300px
+  display: inline
+.form-horizontal input.form-control+span
+  width: 100%
+.content-box
+  padding: 30px
+  padding-top: 10px
+  margin-bottom: 30px
+  color: inherit
+  background-color: #eee
+  border-radius: 6px
+  
+h1
+  font-size: 30px
+h2
+  font-size: 24px
+h3
+  font-size: 18px
+h4
+  font-size: 14px
+h5
+  font-size: 12px
+h6
+  font-size: 11px
\ No newline at end of file
diff --git a/templates/page.hamlet b/templates/page.hamlet
new file mode 100644
index 0000000000..2084441dee
--- /dev/null
+++ b/templates/page.hamlet
@@ -0,0 +1,30 @@
+<div .navbar .navbar-inverse .navbar-fixed-top role="navigation">
+  <div .container>
+    <div .navbar-header>
+      <button type="button" .navbar-toggle data-toggle="collapse" data-target=".navbar-collapse">
+        <span .sr-only>Toggle navigation
+        <span .icon-bar>
+        <span .icon-bar>
+        <span .icon-bar>
+      <a .navbar-brand>
+        git-annex
+    <div .navbar-collapse .collapse>
+      <ul .nav .navbar-nav>
+        $forall (name, route, isactive) <- navbar
+          <li :isactive:.active>
+            <a href="@{route}">
+              #{name}
+      $maybe reldir <- relDir webapp
+        <ul .nav .navbar-nav .navbar-right>
+          $if hasFileBrowser
+            <li>
+              ^{actionButton FileBrowserR (Just "Files") (Just "Click to open a file browser") "" "glyphicon-folder-open icon-white"}
+          <li .dropdown #menu1>
+            <a .dropdown-toggle data-toggle="dropdown" href="#menu1">
+              Repository: #{reldir}
+              <b .caret>
+            ^{controlMenu}
+      $nothing
+<div .container-fluid>
+  <div .row>
+    ^{content}
diff --git a/templates/page.julius b/templates/page.julius
new file mode 100644
index 0000000000..dccde0c36f
--- /dev/null
+++ b/templates/page.julius
@@ -0,0 +1,22 @@
+$(function() {
+	$.get("@{NotifierGlobalRedirR}", function(url){
+		var f = function() {
+			longpoll_data(url,
+				function(ok, redirurl) {
+					if (ok) {
+						if (redirurl) {
+							window.location = redirurl;
+						}
+						else {
+							setTimeout(f, 10);
+						}
+					}
+					else {
+						setTimeout(f, 5000);
+					}
+				}
+			);
+		};
+		setTimeout(f, 500);
+	});
+});
diff --git a/templates/repolist.hamlet b/templates/repolist.hamlet
new file mode 100644
index 0000000000..e3eeefe514
--- /dev/null
+++ b/templates/repolist.hamlet
@@ -0,0 +1,82 @@
+<div ##{ident}>
+  $if onlyCloud reposelector
+    $if not (null repolist)
+      <h2>
+        Cloud repositories
+    $else
+      No cloud repositories are configured yet.
+  $else
+    $if not (null repolist)
+      <h2>
+        Repositories
+  <table .table .table-condensed>
+    <tbody #costsortable>
+      $forall (name, repoid, currentlyconnected, actions) <- repolist
+        <tr .repoline ##{show repoid}>
+          <td .handle>
+            <a .btn .btn-default .btn-xs .disabled>
+              <span .glyphicon .glyphicon-resize-vertical>
+            &nbsp; #{name}
+          <td .draghide>
+            $if needsEnabled actions
+              <a href="@{setupRepoLink actions}">
+                <span .glyphicon .glyphicon-warning-sign>
+                \ not enabled
+            $else
+              $if notWanted actions
+                <span .glyphicon .glyphicon-trash>
+                \ cleaning out..
+              $else
+                <a href="@{syncToggleLink actions}">
+                  $if currentlyconnected
+                    <span title="connected; change notification enabled" .glyphicon .glyphicon-signal>
+                  $else
+                    $if notSyncing actions
+                      <span .glyphicon .glyphicon-ban-circle>
+                    $else
+                      <span .glyphicon .glyphicon-refresh>
+                  $if notSyncing actions
+                    \ syncing disabled
+                  $else
+                    \ syncing enabled #
+                      $if lacksUUID repoid
+                        (metadata only)
+          <td .draghide>
+            $if needsEnabled actions
+              <a href="@{setupRepoLink actions}">
+                enable
+            $else
+              <div .dropdown #menu-#{show repoid}>
+                <a data-toggle="dropdown" data-target="#" href="#menu-#{show repoid}">
+                  <span .glyphicon .glyphicon-cog>
+                  \ actions #
+                  <span .caret>
+                <ul .dropdown-menu>
+                  <li>
+                    <a href="@{setupRepoLink actions}">
+                      <span .glyphicon .glyphicon-pencil>
+                      \ Edit
+                    $if not (lacksUUID repoid)
+                      <a href="@{SyncNowRepositoryR $ asUUID repoid}">
+                        <span .glyphicon .glyphicon-refresh>
+                        \ Sync now
+                      <a href="@{DisableRepositoryR $ asUUID repoid}">
+                        <span .glyphicon .glyphicon-minus>
+                        \ Disable
+                      <a href="@{DeleteRepositoryR $ asUUID repoid}">
+                        <span .glyphicon .glyphicon-trash>
+                        \ Delete
+      $if addmore
+        <tr>
+          <td colspan="3">
+            $if nootherrepos
+              <a .btn .btn-primary .btn-lg href="@{AddRepositoryR}">
+                <span .glyphicon .glyphicon-plus-sign>
+                \ Add another repository
+            $else
+              <a .btn .btn-default .btn-sm href="@{AddRepositoryR}">
+                <span .glyphicon .glyphicon-plus-sign>
+                \ Add another repository
+            <span>
+              &nbsp; Sync your files with another device, or #
+              share with a friend.
diff --git a/templates/repolist.julius b/templates/repolist.julius
new file mode 100644
index 0000000000..c5c3cfd461
--- /dev/null
+++ b/templates/repolist.julius
@@ -0,0 +1,28 @@
+$(function() {
+	var setup = function() {
+		$("#costsortable").sortable({
+			items: ".repoline",
+			handle: ".handle",
+			cursor: "move",
+			forceHelperSize: true,
+			start: function(event, ui) {
+				ui.item.children(".draghide").hide();
+			},
+			stop: function(event, ui) {
+				ui.item.children(".draghide").show();
+				var list = $("#costsortable").sortable("toArray");
+				var moved = ui.item.attr("id");
+				$.ajax({
+					'url': "@{RepositoriesReorderR}",
+					'data': {
+						'moved': moved,
+						'list': list
+					}
+				});
+			},
+		});
+	};
+	longpollcallbacks.add(setup);
+	setup();
+
+});
diff --git a/templates/sidebar/alert.hamlet b/templates/sidebar/alert.hamlet
new file mode 100644
index 0000000000..6b1b66e5f5
--- /dev/null
+++ b/templates/sidebar/alert.hamlet
@@ -0,0 +1,27 @@
+<div .alert .fade .in .#{divclass} :block:.alert-block ##{alertid}>
+  $if closable
+    <a .close onclick="(function( $ ) { $.get('@{CloseAlert aid}') })( jQuery );">&times;</a>
+  $maybe h <- renderAlertHeader alert
+    $if block
+      <h4 .alert-heading>
+        $maybe i <- alertIcon alert
+          ^{htmlIcon i} #
+        #{h}
+    $else
+      $maybe i <- alertIcon alert
+        ^{htmlIcon i} #
+      <strong>#{h}
+      \ 
+  $nothing
+    $maybe i <- alertIcon alert
+      ^{htmlIcon i} #
+  $if multiline
+    $forall l <- messagelines
+      #{l}<br>
+  $else
+    #{message}
+  $if not (null buttons)
+    <br>
+    $forall (button, bnum) <- buttons
+      <a .btn :buttonPrimary button:.btn-primary :not (buttonPrimary button):.btn-success href="@{ClickAlert aid bnum}">
+        #{buttonLabel button}
diff --git a/templates/sidebar/main.hamlet b/templates/sidebar/main.hamlet
new file mode 100644
index 0000000000..da4cd0d2cd
--- /dev/null
+++ b/templates/sidebar/main.hamlet
@@ -0,0 +1,3 @@
+<div .col-sm-3 ##{ident}>
+  <div .sidebar-nav>
+    ^{content}

From ac36a76f9381f8a4dcc75c456c413be210d8d6c9 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Fri, 15 Aug 2014 19:45:28 +0000
Subject: [PATCH 002/260] Added a comment

---
 .../comment_2_6b06b3f46f20a6d2e60684d1d59fca07._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/devblog/day_216__various_minor_bugs/comment_2_6b06b3f46f20a6d2e60684d1d59fca07._comment

diff --git a/doc/devblog/day_216__various_minor_bugs/comment_2_6b06b3f46f20a6d2e60684d1d59fca07._comment b/doc/devblog/day_216__various_minor_bugs/comment_2_6b06b3f46f20a6d2e60684d1d59fca07._comment
new file mode 100644
index 0000000000..559689bb79
--- /dev/null
+++ b/doc/devblog/day_216__various_minor_bugs/comment_2_6b06b3f46f20a6d2e60684d1d59fca07._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.7"
+ subject="comment 2"
+ date="2014-08-15T19:45:28Z"
+ content="""
+That was a typo. Of course, spaces are no problem. Newlines in filenames, on the other hand..
+"""]]

From 7801c53bcda9d15578104b5ea1e8fa6815c40447 Mon Sep 17 00:00:00 2001
From: Francois <Francois@web>
Date: Fri, 15 Aug 2014 20:45:38 +0000
Subject: [PATCH 003/260] Added a comment

---
 ..._cbbeaa691d102bd7d29f5e9bad9d6f53._comment | 32 +++++++++++++++++++
 1 file changed, 32 insertions(+)
 create mode 100644 doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_3_cbbeaa691d102bd7d29f5e9bad9d6f53._comment

diff --git a/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_3_cbbeaa691d102bd7d29f5e9bad9d6f53._comment b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_3_cbbeaa691d102bd7d29f5e9bad9d6f53._comment
new file mode 100644
index 0000000000..8651405091
--- /dev/null
+++ b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_3_cbbeaa691d102bd7d29f5e9bad9d6f53._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="Francois"
+ ip="2001:788:5:1:29c2:de49:9811:51c8"
+ subject="comment 3"
+ date="2014-08-15T20:45:38Z"
+ content="""
+I've been experiencing the exact same problem and searching for **recovery from race** lead me to this bug report. Thanks for reporting it!
+
+For a few months, a repo storing ~19'000 files (mostly immutable pictures) started to launch memory hungry \"git log\" processes. For example:
+
+    4797 francois  20   0 8118296 7.719g   2032 D  22.3 50.2   0:11.61 git                                                                                                   
+
+    4797 pts/1    D+     0:12 git --git-dir=~/Pictures/.git --work-tree=~/Pictures -c core.bare=false log refs/heads/git-annex..52e44b967ad5d316d832562be02c5555c1f6d2a4 --oneline -n1
+
+Thanks to the hints found in this report, I was able to find many huge commit messages such as this one:
+
+    $ git show 6357b208 
+    commit 6357b2081e7c85dfe1ccc10824b75f3e212e6386
+    Author: Francois Deppierraz <francois@ctrlaltdel.ch>
+    Date:   Sat Jun 14 10:38:46 2014 +0200
+
+        update (recovery from race) (recovery from race) (recovery from race) (recovery from race) (recovery from race) [...]
+
+    $ git show 6357b208 | wc 
+      5  444026 3108236
+
+There were probably many new files added on Jun 14th and looking for a way to increase to sync speed, especially to a S3-like remote, I found the solution on this wiki for [multiple concurrent transfers](https://git-annex.branchable.com/forum/Feature_request:_Multiple_concurrent_transfers/).
+
+This looks like a likely culprit for generating race conditions. What do you think?
+
+    git-annex version: 5.20140412ubuntu1
+"""]]

From 29b219cc51607b6ee98962f9e3f96d4469131081 Mon Sep 17 00:00:00 2001
From: Francois <Francois@web>
Date: Fri, 15 Aug 2014 20:51:12 +0000
Subject: [PATCH 004/260] Added a comment

---
 .../comment_4_094191b806ac76b2aef325733fe37136._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_4_094191b806ac76b2aef325733fe37136._comment

diff --git a/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_4_094191b806ac76b2aef325733fe37136._comment b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_4_094191b806ac76b2aef325733fe37136._comment
new file mode 100644
index 0000000000..e80d66b5a3
--- /dev/null
+++ b/doc/bugs/git-annex_branch_shows_commit_with_looong_commitlog/comment_4_094191b806ac76b2aef325733fe37136._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Francois"
+ ip="2001:788:5:1:29c2:de49:9811:51c8"
+ subject="comment 4"
+ date="2014-08-15T20:51:12Z"
+ content="""
+Bonus question: is there any way to bring this repo back into a working state (for instance with git-filter-branch?) ?
+"""]]

From dd619c7166f3ddd02e174913a4984c001840b4a4 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 15 Aug 2014 17:17:19 -0400
Subject: [PATCH 005/260] Switched from the old haskell HTTP library to
 http-conduit.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

The hoary old HTTP library was only used when checking if an url exists,
when curl was not available. It had many problems, including not supporting
https at all.

Now, this is done using http-conduit for all urls that it supports. Falls
back to curl for any url that http-conduit doesn't like (probably ftp etc,
but could also be an url that its parser chokes on for whatever reason).

This adds a new dependency on http-conduit, but webdav support already
indirectly depended on that, and the s3-aws branch also uses it.

This opens up the possibility of using http-conduit for large file
downloads, but for now I've left it using wget/curl.

This commit was sponsored by Paul Tötterman.
---
 Utility/Url.hs   | 148 +++++++++++++++++++++--------------------------
 debian/changelog |   1 +
 debian/control   |   2 +-
 git-annex.cabal  |   9 ++-
 4 files changed, 72 insertions(+), 88 deletions(-)

diff --git a/Utility/Url.hs b/Utility/Url.hs
index 4137a5d8bb..073e368210 100644
--- a/Utility/Url.hs
+++ b/Utility/Url.hs
@@ -1,6 +1,6 @@
 {- Url downloading.
  -
- - Copyright 2011,2013 Joey Hess <joey@kitenet.net>
+ - Copyright 2011-2014 Joey Hess <joey@kitenet.net>
  -
  - License: BSD-2-clause
  -}
@@ -21,10 +21,11 @@ module Utility.Url (
 
 import Common
 import Network.URI
-import qualified Network.Browser as Browser
-import Network.HTTP
-import Data.Either
+import Network.HTTP.Conduit
+import Network.HTTP.Types
 import Data.Default
+import qualified Data.CaseInsensitive as CI
+import qualified Data.ByteString.UTF8 as B8
 
 import qualified Build.SysConfig
 
@@ -34,16 +35,43 @@ type Headers = [String]
 
 type UserAgent = String
 
-data UrlOptions = UrlOptions
+data BaseUrlOptions = BaseUrlOptions
 	{ userAgent :: Maybe UserAgent
 	, reqHeaders :: Headers
 	, reqParams :: [CommandParam]
 	}
 
-instance Default UrlOptions
+instance Default BaseUrlOptions
   where
 	def = UrlOptions Nothing [] []
 
+data UrlOptions = UrlOptions
+	{ urlOptions :: BaseUrlOptions
+	, applyRequest :: Request -> Request
+	}
+
+mkUrlOptions :: BaseUrlOptions -> UrlOptions
+mkUrlOptions uo = UrlOptions uo applyrequest
+  where
+	applyrequest = \r -> r { requestHeaders = requestHeaders r ++ addedheaders }
+	addedheaders = uaheader ++ otherheaders
+	uaheader = case userAgent uo of
+		Nothing -> []
+		Just ua -> [(hUserAgent, B8.fromString ua)]
+	otherheaders = map toheader (reqHeaders uo)
+	toheader s =
+		let (h, v) = separate (== ':') s
+		    h' = CI.mk (B8.fromString h)
+		in case v of
+			(' ':v') -> (h', B8.fromString v')
+			_ -> (h', B8.fromString v)
+
+addUserAgent :: UrlOptions -> [CommandParam] -> [CommandParam]
+addUserAgent (UrlOptions uo) ps = case userAgent uo of
+	Nothing -> ps
+	-- --user-agent works for both wget and curl commands
+	Just ua -> ps ++ [Param "--user-agent", Param ua] 
+
 {- Checks that an url exists and could be successfully downloaded,
  - also checking that its size, if available, matches a specified size. -}
 checkBoth :: URLString -> Maybe Integer -> UrlOptions -> IO Bool
@@ -60,33 +88,26 @@ check url expected_size = go <$$> exists url
 		Nothing -> (True, True)
 
 {- Checks that an url exists and could be successfully downloaded,
- - also returning its size if available. 
- -
- - For a file: url, check it directly.
- -
- - Uses curl otherwise, when available, since curl handles https better
- - than does Haskell's Network.Browser.
- -}
+ - also returning its size if available. -}
 exists :: URLString -> UrlOptions -> IO (Bool, Maybe Integer)
 exists url uo = case parseURIRelaxed url of
-	Just u
-		| uriScheme u == "file:" -> do
-			s <- catchMaybeIO $ getFileStatus (unEscapeString $ uriPath u)
-			case s of
-				Just stat -> return (True, Just $ fromIntegral $ fileSize stat)
-				Nothing -> dne
-		| otherwise -> if Build.SysConfig.curl
-			then do
+	Just u -> case parseUrl (show u) of
+		Just req -> existsconduit req `catchNonAsync` const dne
+		-- http-conduit does not support file:, ftp:, etc urls,
+		-- so fall back to reading files and using curl.
+		Nothing
+			| uriScheme u == "file:" -> do
+				s <- catchMaybeIO $ getFileStatus (unEscapeString $ uriPath u)
+				case s of
+					Just stat -> return (True, Just $ fromIntegral $ fileSize stat)
+					Nothing -> dne
+			| Build.SysConfig.curl -> do
 				output <- catchDefaultIO "" $
 					readProcess "curl" $ toCommand curlparams
 				case lastMaybe (lines output) of
-					Just ('2':_:_) -> return (True, extractsize output)
+					Just ('2':_:_) -> return (True, extractlencurl output)
 					_ -> dne
-			else do
-				r <- request u HEAD uo
-				case rspCode r of
-					(2,_,_) -> return (True, size r)
-					_ -> return (False, Nothing)
+			| otherwise -> dne
 	Nothing -> dne
   where
 	dne = return (False, Nothing)
@@ -98,19 +119,28 @@ exists url uo = case parseURIRelaxed url of
 		, Param "-w", Param "%{http_code}"
 		] ++ concatMap (\h -> [Param "-H", Param h]) (reqHeaders uo) ++ (reqParams uo)
 
-	extractsize s = case lastMaybe $ filter ("Content-Length:" `isPrefixOf`) (lines s) of
+	extractlencurl s = case lastMaybe $ filter ("Content-Length:" `isPrefixOf`) (lines s) of
 		Just l -> case lastMaybe $ words l of
 			Just sz -> readish sz
 			_ -> Nothing
 		_ -> Nothing
-
-	size = liftM Prelude.read . lookupHeader HdrContentLength . rspHeaders
-
--- works for both wget and curl commands
-addUserAgent :: UrlOptions -> [CommandParam] -> [CommandParam]
-addUserAgent uo ps = case userAgent uo of
-	Nothing -> ps
-	Just ua -> ps ++ [Param "--user-agent", Param ua] 
+	
+	extractlen resp = readish . B8.toString =<< headMaybe lenheaders
+	  where
+		lenheaders = map snd $ 
+			filter (\(h, _) -> h == hContentLength)
+				(responseHeaders resp)
+	
+	existsconduit req = withManager $ \mgr -> do
+			let req' = (applyRequest uo req) { method = methodHead }
+			resp <- http req' mgr
+			-- forces processing the response before the
+			-- manager is closed
+			ret <- if responseStatus resp == ok200
+				then return (True, extractlen resp)
+				else liftIO dne
+			liftIO $ closeManager mgr
+			return ret
 
 {- Used to download large files, such as the contents of keys.
  -
@@ -161,52 +191,6 @@ download' quiet url file uo =
 		| quiet = [Param s]
 		| otherwise = []
 
-{- Uses Network.Browser to make a http request of an url.
- - For example, HEAD can be used to check if the url exists,
- - or GET used to get the url content (best for small urls).
- -
- - This does its own redirect following because Browser's is buggy for HEAD
- - requests.
- -
- - Unfortunately, does not handle https, so should only be used
- - when curl is not available.
- -}
-request :: URI -> RequestMethod -> UrlOptions -> IO (Response String)
-request url requesttype uo = go 5 url
-  where
-	go :: Int -> URI -> IO (Response String)
-	go 0 _ = error "Too many redirects "
-	go n u = do
-		rsp <- Browser.browse $ do
-			maybe noop Browser.setUserAgent (userAgent uo)
-			Browser.setErrHandler ignore
-			Browser.setOutHandler ignore
-			Browser.setAllowRedirects False
-			let req = mkRequest requesttype u :: Request_String
-			snd <$> Browser.request (addheaders req)
-		case rspCode rsp of
-			(3,0,x) | x /= 5 -> redir (n - 1) u rsp
-			_ -> return rsp
-	addheaders req = setHeaders req (rqHeaders req ++ userheaders)
-	userheaders = rights $ map parseHeader (reqHeaders uo)
-	ignore = const noop
-	redir n u rsp = case retrieveHeaders HdrLocation rsp of
-		[] -> return rsp
-		(Header _ newu:_) ->
-			case parseURIReference newu of
-				Nothing -> return rsp
-				Just newURI -> go n $
-#if defined VERSION_network
-#if ! MIN_VERSION_network(2,4,0)
-#define WITH_OLD_URI
-#endif
-#endif
-#ifdef WITH_OLD_URI
-					fromMaybe newURI (newURI `relativeTo` u)
-#else
-					newURI `relativeTo` u
-#endif
-
 {- Allows for spaces and other stuff in urls, properly escaping them. -}
 parseURIRelaxed :: URLString -> Maybe URI
 parseURIRelaxed = parseURI . escapeURIString isAllowedInURI
diff --git a/debian/changelog b/debian/changelog
index c55fbabd32..0d884cd818 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -39,6 +39,7 @@ git-annex (5.20140718) UNRELEASED; urgency=medium
   * git-annex-shell sendkey: Don't fail if a remote asks for a key to be sent
     that already has a transfer lock file indicating it's being sent to that
     remote. The remote may have moved between networks, or reconnected.
+  * Switched from the old haskell HTTP library to http-conduit.
 
  -- Joey Hess <joeyh@debian.org>  Mon, 21 Jul 2014 14:41:26 -0400
 
diff --git a/debian/control b/debian/control
index 522b7c5cce..1106bc89da 100644
--- a/debian/control
+++ b/debian/control
@@ -46,6 +46,7 @@ Build-Depends:
 	libghc-dns-dev,
 	libghc-case-insensitive-dev,
 	libghc-http-types-dev,
+	libghc-http-conduit-dev,
 	libghc-blaze-builder-dev,
 	libghc-crypto-api-dev,
 	libghc-network-multicast-dev,
@@ -55,7 +56,6 @@ Build-Depends:
 	libghc-gnutls-dev (>= 0.1.4),
 	libghc-xml-types-dev,
 	libghc-async-dev,
-	libghc-http-dev,
 	libghc-feed-dev (>= 0.3.9.2),
 	libghc-regex-tdfa-dev [!mipsel !s390],
 	libghc-regex-compat-dev [mipsel s390],
diff --git a/git-annex.cabal b/git-annex.cabal
index 097fee4cb1..58aac39b31 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -96,11 +96,11 @@ Executable git-annex
   Main-Is: git-annex.hs
   Build-Depends: MissingH, hslogger, directory, filepath,
    containers, utf8-string, network (>= 2.0), mtl (>= 2),
-   bytestring, old-locale, time, HTTP, dataenc, SHA, process, json,
+   bytestring, old-locale, time, dataenc, SHA, process, json,
    base (>= 4.5 && < 4.9), monad-control, exceptions (>= 0.5), transformers,
    IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
    SafeSemaphore, uuid, random, dlist, unix-compat, async, stm (>= 2.3),
-   data-default, case-insensitive
+   data-default, case-insensitive, http-conduit, http-types
   CC-Options: -Wall
   GHC-Options: -Wall
   Extensions: PackageImports
@@ -141,8 +141,7 @@ Executable git-annex
     CPP-Options: -DWITH_S3
 
   if flag(WebDAV)
-    Build-Depends: DAV (>= 1.0),
-     http-client, http-types
+    Build-Depends: DAV (>= 1.0), http-client
     CPP-Options: -DWITH_WEBDAV
 
   if flag(Assistant) && ! os(solaris)
@@ -188,7 +187,7 @@ Executable git-annex
   if flag(Webapp)
     Build-Depends:
      yesod, yesod-default, yesod-static, yesod-form, yesod-core,
-     http-types, wai, wai-extra, warp, warp-tls,
+     wai, wai-extra, warp, warp-tls,
      blaze-builder, crypto-api, hamlet, clientsession,
      template-haskell, data-default, aeson, path-pieces,
      shakespeare

From e0227dfedf9fca9b03a7f8dfe2b73f836a5fd4b3 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 15 Aug 2014 17:47:21 -0400
Subject: [PATCH 006/260] memoize construction of the Request -> Request
 function to apply the UrlOptions

---
 Annex/Url.hs   |  2 +-
 Utility/Url.hs | 28 +++++++++++++---------------
 2 files changed, 14 insertions(+), 16 deletions(-)

diff --git a/Annex/Url.hs b/Annex/Url.hs
index 397a7910be..736905d330 100644
--- a/Annex/Url.hs
+++ b/Annex/Url.hs
@@ -26,7 +26,7 @@ getUserAgent = Annex.getState $
 	Just . fromMaybe defaultUserAgent . Annex.useragent
 
 getUrlOptions :: Annex U.UrlOptions
-getUrlOptions = U.UrlOptions
+getUrlOptions = mkUrlOptions
 	<$> getUserAgent
 	<*> headers
 	<*> options
diff --git a/Utility/Url.hs b/Utility/Url.hs
index 073e368210..f7c028d8b2 100644
--- a/Utility/Url.hs
+++ b/Utility/Url.hs
@@ -10,7 +10,8 @@
 module Utility.Url (
 	URLString,
 	UserAgent,
-	UrlOptions(..),
+	UrlOptions,
+	mkUrlOptions,
 	check,
 	checkBoth,
 	exists,
@@ -35,30 +36,27 @@ type Headers = [String]
 
 type UserAgent = String
 
-data BaseUrlOptions = BaseUrlOptions
+data UrlOptions = UrlOptions
 	{ userAgent :: Maybe UserAgent
 	, reqHeaders :: Headers
 	, reqParams :: [CommandParam]
-	}
-
-instance Default BaseUrlOptions
-  where
-	def = UrlOptions Nothing [] []
-
-data UrlOptions = UrlOptions
-	{ urlOptions :: BaseUrlOptions
 	, applyRequest :: Request -> Request
 	}
 
-mkUrlOptions :: BaseUrlOptions -> UrlOptions
-mkUrlOptions uo = UrlOptions uo applyrequest
+instance Default UrlOptions
+  where
+	def = UrlOptions Nothing [] [] id
+
+mkUrlOptions :: Maybe UserAgent -> Headers -> [CommandParam] -> UrlOptions
+mkUrlOptions useragent reqheaders reqparams =
+	UrlOptions useragent reqheaders reqparams applyrequest
   where
 	applyrequest = \r -> r { requestHeaders = requestHeaders r ++ addedheaders }
 	addedheaders = uaheader ++ otherheaders
-	uaheader = case userAgent uo of
+	uaheader = case useragent of
 		Nothing -> []
 		Just ua -> [(hUserAgent, B8.fromString ua)]
-	otherheaders = map toheader (reqHeaders uo)
+	otherheaders = map toheader reqheaders
 	toheader s =
 		let (h, v) = separate (== ':') s
 		    h' = CI.mk (B8.fromString h)
@@ -67,7 +65,7 @@ mkUrlOptions uo = UrlOptions uo applyrequest
 			_ -> (h', B8.fromString v)
 
 addUserAgent :: UrlOptions -> [CommandParam] -> [CommandParam]
-addUserAgent (UrlOptions uo) ps = case userAgent uo of
+addUserAgent uo ps = case userAgent uo of
 	Nothing -> ps
 	-- --user-agent works for both wget and curl commands
 	Just ua -> ps ++ [Param "--user-agent", Param ua] 

From 6ab0737a7524292cd041b784abb79b5f645070ca Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 15 Aug 2014 18:02:17 -0400
Subject: [PATCH 007/260] work around default Accept-Encoding in http-client

---
 Utility/Url.hs | 16 +++++++++++++++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/Utility/Url.hs b/Utility/Url.hs
index f7c028d8b2..ad910add77 100644
--- a/Utility/Url.hs
+++ b/Utility/Url.hs
@@ -6,6 +6,7 @@
  -}
 
 {-# LANGUAGE CPP #-}
+{-# LANGUAGE OverloadedStrings #-}
 
 module Utility.Url (
 	URLString,
@@ -26,6 +27,7 @@ import Network.HTTP.Conduit
 import Network.HTTP.Types
 import Data.Default
 import qualified Data.CaseInsensitive as CI
+import qualified Data.ByteString as B
 import qualified Data.ByteString.UTF8 as B8
 
 import qualified Build.SysConfig
@@ -130,7 +132,7 @@ exists url uo = case parseURIRelaxed url of
 				(responseHeaders resp)
 	
 	existsconduit req = withManager $ \mgr -> do
-			let req' = (applyRequest uo req) { method = methodHead }
+			let req' = headRequest (applyRequest uo req)
 			resp <- http req' mgr
 			-- forces processing the response before the
 			-- manager is closed
@@ -140,6 +142,18 @@ exists url uo = case parseURIRelaxed url of
 			liftIO $ closeManager mgr
 			return ret
 
+headRequest :: Request -> Request
+headRequest r = r
+	{ method = methodHead
+	-- remove defaut Accept-Encoding header, to get actual,
+	-- not gzip compressed size.
+	, requestHeaders = (hAcceptEncoding, B.empty) :
+		filter (\(h, _) -> h /= hAcceptEncoding)
+		(requestHeaders r)
+	}
+  where
+	hAcceptEncoding = "Accept-Encoding"
+
 {- Used to download large files, such as the contents of keys.
  -
  - Uses wget or curl program for its progress bar. (Wget has a better one,

From 8f838446938f99e180d2632540387b2463990891 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 15 Aug 2014 18:04:04 -0400
Subject: [PATCH 008/260] devblog

---
 doc/devblog/day_217__autobuilders.mdwn | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/devblog/day_217__autobuilders.mdwn

diff --git a/doc/devblog/day_217__autobuilders.mdwn b/doc/devblog/day_217__autobuilders.mdwn
new file mode 100644
index 0000000000..2a58e0c631
--- /dev/null
+++ b/doc/devblog/day_217__autobuilders.mdwn
@@ -0,0 +1,10 @@
+Over the past couple days, got the arm autobuilder working again. It had
+been down since June with several problems. cabal install tended to crash;
+apparenty this has something to do with threading in user-mode qemu,
+because -j1 avoids that. And strange invalid character problems were fixed
+by downgrading file-embed. Also, with Yury's help I got the Windows
+autobuilder upgraded to the new Haskell Platform and working again.
+
+Today a last few finishing touches, including getting rid of the last
+dependency on the old haskell HTTP library, since http-conduit is being
+used now. Ready for the release!

From c5267cb5437d8df26a3feda9a9047f8601b3997a Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Sat, 16 Aug 2014 11:42:22 +0000
Subject: [PATCH 009/260] Added a comment

---
 ..._e8f011263bfa4c3c3d04494ea1c88523._comment | 21 +++++++++++++++++++
 1 file changed, 21 insertions(+)
 create mode 100644 doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment

diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment
new file mode 100644
index 0000000000..90684d96ca
--- /dev/null
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_2_e8f011263bfa4c3c3d04494ea1c88523._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 2"
+ date="2014-08-16T11:42:22Z"
+ content="""
+Hm, I don’t quite follow the remark on having everything in a single
+directory. Rather than saying that the relative path adds additional
+entropy, what I was aiming at is the file-system cannot have two
+alternate versions of one file name at the same path with the same
+mtime, and that’s why it occurred to me that encoding both path and
+mtime within the key doesn’t just increase the odds, but effectively
+_guarantees_ that there won’t be any collisions. Does this seem to
+hold up, or am I missing something? (Of course one can fudge the
+mtimes, but that’s something under the user’s control.)
+
+While a large repo with many files very likely has lots of distinct
+files with identical basename, mtime (in s.) and size, all these files
+with the same mtime must necessarily be located at different paths.
+
+"""]]

From d8a50f49edab0f4983ba907751f22e61c7273d7d Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Sat, 16 Aug 2014 13:58:28 +0000
Subject: [PATCH 010/260] Added a comment

---
 ...nt_3_bda1e0d3569a6becf374d0e820219469._comment | 15 +++++++++++++++
 1 file changed, 15 insertions(+)
 create mode 100644 doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment

diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment
new file mode 100644
index 0000000000..54fe869c55
--- /dev/null
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_3_bda1e0d3569a6becf374d0e820219469._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 3"
+ date="2014-08-16T13:58:28Z"
+ content="""
+One scenario where the above guarantee would be violated is when one
+moves a new file of identical size, basename, and mtime, into a path
+where a key-colliding file has been kept before. Still, I’d consider
+this a scenario one could reasonably control for (especially in the
+archive usecase); plus, even without manual control such a
+move-induced collision would be much more unlikely than a collision of
+basenames only.
+
+"""]]

From 961babae90d9365dc0637f4c77d673108e4b7e3c Mon Sep 17 00:00:00 2001
From: EskildHustvedt <EskildHustvedt@web>
Date: Sat, 16 Aug 2014 15:22:35 +0000
Subject: [PATCH 011/260] Added a comment

---
 .../comment_3_05177e2ed414d22711dcec57a614e38c._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/devblog/day_216__various_minor_bugs/comment_3_05177e2ed414d22711dcec57a614e38c._comment

diff --git a/doc/devblog/day_216__various_minor_bugs/comment_3_05177e2ed414d22711dcec57a614e38c._comment b/doc/devblog/day_216__various_minor_bugs/comment_3_05177e2ed414d22711dcec57a614e38c._comment
new file mode 100644
index 0000000000..4b3f0248a5
--- /dev/null
+++ b/doc/devblog/day_216__various_minor_bugs/comment_3_05177e2ed414d22711dcec57a614e38c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="80.202.103.55"
+ subject="comment 3"
+ date="2014-08-16T15:22:35Z"
+ content="""
+Ah, well then, that sounds a lot more reasonable. Though legal, I have yet to hear of a sane reason for using newlines in filenames.
+"""]]

From 1f6d3ae62f90808f6291ab8b3b31d27bb20c6142 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 16 Aug 2014 13:50:12 -0400
Subject: [PATCH 012/260] fix path

---
 Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index d8aad6b9bc..99ccdeadb2 100644
--- a/Makefile
+++ b/Makefile
@@ -218,7 +218,7 @@ android: Build/EvilSplicer
 	sed -i 's/^  Build-Depends: /  Build-Depends: yesod-routes, yesod-core, shakespeare-css, shakespeare-js, shakespeare, blaze-markup, file-embed, wai-app-static, /' tmp/androidtree/git-annex.cabal
 # Avoid warnings due to sometimes unused imports added for the splices.
 	sed -i 's/GHC-Options: \(.*\)-Wall/GHC-Options: \1-Wall -fno-warn-unused-imports /i' tmp/androidtree/git-annex.cabal
-	sed -i 's/Extensions: /Extensions: MagicHash /i' tmp/no-th-tree/git-annex.cabal
+	sed -i 's/Extensions: /Extensions: MagicHash /i' tmp/androidtree/git-annex.cabal
 # Cabal cannot cross compile with custom build type, so workaround.
 	sed -i 's/Build-type: Custom/Build-type: Simple/' tmp/androidtree/git-annex.cabal
 # Build just once, but link twice, for 2 different versions of Android.

From 5934a45f344d895732ac3f21d573558ff2befce0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 16 Aug 2014 15:19:37 -0400
Subject: [PATCH 013/260] missing peice

Forgot to use runner in 852185c2428fdaaafb240b74d99663bc5f6627e1
---
 Command/SendKey.hs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Command/SendKey.hs b/Command/SendKey.hs
index 6b5127aca2..13e585fc66 100644
--- a/Command/SendKey.hs
+++ b/Command/SendKey.hs
@@ -44,7 +44,7 @@ fieldTransfer :: Direction -> Key -> (MeterUpdate -> Annex Bool) -> CommandStart
 fieldTransfer direction key a = do
 	afile <- Fields.getField Fields.associatedFile
 	ok <- maybe (a $ const noop)
-		(\u -> runTransfer (Transfer direction (toUUID u) key) afile noRetry a)
+		(\u -> runner (Transfer direction (toUUID u) key) afile noRetry a)
 		=<< Fields.getField Fields.remoteUUID
 	liftIO $ exitBool ok
   where

From f273882567fa2f5ced20bef9a38211fddb1902ef Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 17 Aug 2014 10:31:21 -0400
Subject: [PATCH 014/260] prep release

---
 debian/changelog | 4 ++--
 git-annex.cabal  | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 0d884cd818..c458da5f32 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-git-annex (5.20140718) UNRELEASED; urgency=medium
+git-annex (5.20140817) unstable; urgency=medium
 
   * New chunk= option to chunk files stored in special remotes.
     Supported by: directory, S3, webdav, gcrypt, rsync, and all external
@@ -41,7 +41,7 @@ git-annex (5.20140718) UNRELEASED; urgency=medium
     remote. The remote may have moved between networks, or reconnected.
   * Switched from the old haskell HTTP library to http-conduit.
 
- -- Joey Hess <joeyh@debian.org>  Mon, 21 Jul 2014 14:41:26 -0400
+ -- Joey Hess <joeyh@debian.org>  Sun, 17 Aug 2014 10:30:58 -0400
 
 git-annex (5.20140717) unstable; urgency=high
 
diff --git a/git-annex.cabal b/git-annex.cabal
index 58aac39b31..3b5e45929f 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -1,5 +1,5 @@
 Name: git-annex
-Version: 5.20140717
+Version: 5.20140817
 Cabal-Version: >= 1.8
 License: GPL-3
 Maintainer: Joey Hess <joey@kitenet.net>

From ca7831ce792d828803d8f38e0a9c8a7b1abe92c0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 17 Aug 2014 10:50:02 -0400
Subject: [PATCH 015/260] add news item for git-annex 5.20140817

---
 doc/news/version_5.20140606.mdwn | 14 -----------
 doc/news/version_5.20140817.mdwn | 42 ++++++++++++++++++++++++++++++++
 2 files changed, 42 insertions(+), 14 deletions(-)
 delete mode 100644 doc/news/version_5.20140606.mdwn
 create mode 100644 doc/news/version_5.20140817.mdwn

diff --git a/doc/news/version_5.20140606.mdwn b/doc/news/version_5.20140606.mdwn
deleted file mode 100644
index d7f26b86f5..0000000000
--- a/doc/news/version_5.20140606.mdwn
+++ /dev/null
@@ -1,14 +0,0 @@
-git-annex 5.20140606 released with [[!toggle text="these changes"]]
-[[!toggleable text="""
-   * webapp: When adding a new local repository, fix bug that caused its
-     group and preferred content to be set in the current repository,
-     even when not combining.
-   * webapp: Avoid stomping on existing description, group and
-     preferred content settings when enabling or combining with
-     an already existing remote.
-   * assistant: Make sanity checker tmp dir cleanup code more robust.
-   * unused: Avoid checking view branches for unused files.
-   * webapp: Include ssh port in mangled hostname.
-   * Windows: Fix bug introduced in last release that caused files
-     in the git-annex branch to have lines teminated with \r.
-   * Windows: Fix retrieving of files from local bare git repositories."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140817.mdwn b/doc/news/version_5.20140817.mdwn
new file mode 100644
index 0000000000..82e44eb573
--- /dev/null
+++ b/doc/news/version_5.20140817.mdwn
@@ -0,0 +1,42 @@
+git-annex 5.20140817 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * New chunk= option to chunk files stored in special remotes.
+     Supported by: directory, S3, webdav, gcrypt, rsync, and all external
+     and hook special remotes.
+   * Partially transferred files are automatically resumed when using
+     chunked remotes!
+   * The old chunksize= option is deprecated. Do not use for new remotes.
+   * Legacy code for directory remotes using the old chunksize= option
+     will keep them working, but more slowly than before.
+   * webapp: Automatically install Konqueror integration scripts
+     to get and drop files.
+   * repair: Removing bad objects could leave fsck finding no more
+     unreachable objects, but some branches no longer accessible.
+     Fix this, including support for fixing up repositories that
+     were incompletely repaired before.
+   * Fix cost calculation for non-encrypted remotes.
+   * Display exception message when a transfer fails due to an exception.
+   * WebDAV: Sped up by avoiding making multiple http connections
+     when storing a file.
+   * WebDAV: Avoid buffering whole file in memory when uploading and
+     downloading.
+   * WebDAV: Dropped support for DAV before 1.0.
+   * testremote: New command to test uploads/downloads to a remote.
+   * Dropping an object from a bup special remote now deletes the git branch
+     for the object, although of course the object's content cannot be deleted
+     due to the nature of bup.
+   * unlock: Better error handling; continue past files that are not available
+     or cannot be unlocked due to disk space, and try all specified files.
+   * Windows: Now uses actual inode equivilants in new direct mode
+     repositories, for safer detection of eg, renaming of files with the same
+     size and mtime.
+   * direct: Fix ugly warning messages.
+   * WORM backend: When adding a file in a subdirectory, avoid including the
+     subdirectory in the key name.
+   * S3, Glacier, WebDAV: Fix bug that prevented accessing the creds
+     when the repository was configured with encryption=shared embedcreds=yes.
+   * direct: Avoid leaving file content in misctemp if interrupted.
+   * git-annex-shell sendkey: Don't fail if a remote asks for a key to be sent
+     that already has a transfer lock file indicating it's being sent to that
+     remote. The remote may have moved between networks, or reconnected.
+   * Switched from the old haskell HTTP library to http-conduit."""]]
\ No newline at end of file

From 5f749a0665a9cc6161237c72b2ef8de02ef77ae2 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 17 Aug 2014 14:37:14 -0400
Subject: [PATCH 016/260] fix lower bounds on version of exceptions

This is needed only because of the new MonadMask needed for bracket
in the new version. Ifdefing it everywhere is not practical, since the
Setup.hs uses it.
---
 debian/control  | 2 +-
 git-annex.cabal | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index 1106bc89da..d43e370ac2 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Build-Depends:
 	libghc-dav-dev (>= 1.0) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc],
 	libghc-quickcheck2-dev,
 	libghc-monad-control-dev (>= 0.3),
-	libghc-exceptions-dev,
+	libghc-exceptions-dev (>= 0.6),
 	libghc-transformers-dev,
 	libghc-unix-compat-dev,
 	libghc-dlist-dev,
diff --git a/git-annex.cabal b/git-annex.cabal
index 3b5e45929f..919eaa14ef 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -97,7 +97,7 @@ Executable git-annex
   Build-Depends: MissingH, hslogger, directory, filepath,
    containers, utf8-string, network (>= 2.0), mtl (>= 2),
    bytestring, old-locale, time, dataenc, SHA, process, json,
-   base (>= 4.5 && < 4.9), monad-control, exceptions (>= 0.5), transformers,
+   base (>= 4.5 && < 4.9), monad-control, exceptions (>= 0.6), transformers,
    IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
    SafeSemaphore, uuid, random, dlist, unix-compat, async, stm (>= 2.3),
    data-default, case-insensitive, http-conduit, http-types

From 8b15af309a451f15c067232bdff3cfc86a319d1f Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 17 Aug 2014 15:39:01 -0400
Subject: [PATCH 017/260] add compat cruft for old versions of http-types and
 http-conduit

---
 Utility/Url.hs | 22 ++++++++++++++++++++--
 1 file changed, 20 insertions(+), 2 deletions(-)

diff --git a/Utility/Url.hs b/Utility/Url.hs
index ad910add77..cb950b8248 100644
--- a/Utility/Url.hs
+++ b/Utility/Url.hs
@@ -7,6 +7,7 @@
 
 {-# LANGUAGE CPP #-}
 {-# LANGUAGE OverloadedStrings #-}
+{-# LANGUAGE RankNTypes #-}
 
 module Utility.Url (
 	URLString,
@@ -42,7 +43,11 @@ data UrlOptions = UrlOptions
 	{ userAgent :: Maybe UserAgent
 	, reqHeaders :: Headers
 	, reqParams :: [CommandParam]
+#if MIN_VERSION_http_conduit(2,0,0)
 	, applyRequest :: Request -> Request
+#else
+	, applyRequest :: forall m. Request m -> Request m
+#endif
 	}
 
 instance Default UrlOptions
@@ -142,7 +147,11 @@ exists url uo = case parseURIRelaxed url of
 			liftIO $ closeManager mgr
 			return ret
 
+#if MIN_VERSION_http_conduit(2,0,0)
 headRequest :: Request -> Request
+#else
+headRequest :: Request m -> Request m
+#endif
 headRequest r = r
 	{ method = methodHead
 	-- remove defaut Accept-Encoding header, to get actual,
@@ -151,8 +160,6 @@ headRequest r = r
 		filter (\(h, _) -> h /= hAcceptEncoding)
 		(requestHeaders r)
 	}
-  where
-	hAcceptEncoding = "Accept-Encoding"
 
 {- Used to download large files, such as the contents of keys.
  -
@@ -206,3 +213,14 @@ download' quiet url file uo =
 {- Allows for spaces and other stuff in urls, properly escaping them. -}
 parseURIRelaxed :: URLString -> Maybe URI
 parseURIRelaxed = parseURI . escapeURIString isAllowedInURI
+
+hAcceptEncoding :: CI.CI B.ByteString
+hAcceptEncoding = "Accept-Encoding"
+
+#if ! MIN_VERSION_http_types(0,7,0)
+hContentLength :: CI.CI B.ByteString
+hContentLength = "Content-Length"
+
+hUserAgent :: CI.CI B.ByteString
+hUserAgent = "User-Agent"
+#endif

From 71c22504d777380dd59d2128b97715fde9ef6bec Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 17 Aug 2014 17:12:49 -0400
Subject: [PATCH 018/260] cleanup branch list

---
 doc/download.mdwn | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/doc/download.mdwn b/doc/download.mdwn
index 8c6f5b5140..46d397fcd7 100644
--- a/doc/download.mdwn
+++ b/doc/download.mdwn
@@ -26,13 +26,10 @@ The git repository has some branches:
   (merge it into master if you need it)
 * `no-bloom` avoids using bloom filters. (merge it into master if you need it)
 * `no-s3` avoids using the S3 library (merge it into master if you need it)
-* `debian-stable` contains the latest backport of git-annex to Debian
-  stable.
+* `debian-*-backport` contains the latest backport of git-annex.
 * `tweak-fetch` adds support for the git tweak-fetch hook, which has
   been proposed and implemented but not yet accepted into git.
 * `setup` contains configuration for this website
-* `pristine-tar` contains [pristine-tar](http://kitenet.net/~joey/code/pristine-tar)
-  data to create tarballs of any past git-annex release.
 
 ----
 

From 10bf03aa3478f7b7f38aa7fff5d86b5b6aa52936 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Mon, 18 Aug 2014 18:39:33 +0000
Subject: [PATCH 019/260] Added a comment

---
 ...mment_4_4241c05a0fa7ce597c75ff5992b71b89._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment

diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment
new file mode 100644
index 0000000000..a02b1deb6e
--- /dev/null
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_4_4241c05a0fa7ce597c75ff5992b71b89._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.7"
+ subject="comment 4"
+ date="2014-08-18T18:39:33Z"
+ content="""
+> Rather than saying that the relative path adds additional entropy, what I was aiming at is the file-system cannot have two alternate versions of one file name at the same path with the same mtime
+
+True of a single filesystem, but not of a set of connected git repositories. :)
+
+So there are multiple scenarios when encoding the file path in the key doesn't help. The probabilities of these seem low, but perhaps not as low as the probability that there will be two differing files with the same name+size+mtime in the first place. It's not clear to me that it adds more than a false sense of security to change from basename to git filename.
+"""]]

From f78da404e594f04c9b148180e3c77749452f7fbc Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Mon, 18 Aug 2014 20:54:11 +0000
Subject: [PATCH 020/260] Added a comment

---
 ...t_5_8378cd8c03fabdaa300194b66c1ea53c._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment

diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment
new file mode 100644
index 0000000000..72bc4f8f4c
--- /dev/null
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_5_8378cd8c03fabdaa300194b66c1ea53c._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 5"
+ date="2014-08-18T20:54:10Z"
+ content="""
+> True of a single filesystem, but not of a set of connected git repositories.
+
+That’s a good point. Might depend on the use case, though.
+
+> The probabilities of these seem low, but perhaps not as low as the probability that there will be two differing files with the same name+size+mtime in the first place. 
+
+This one I’m not completely sure about. E.g., I have an annex with web pages mirrored from the web. Due to the crawler implementation, there are lots of «index.html» or «favicon.ico» with the same mtime (in particular when mtime is read with a 1 sec. precision). Files like favicon are often bitmaps of the same resolution and often have the same size due to this. Because there are file-formats where both size and basename are semantically pre-determined, there is zero entropy from these sources alone (also cf. «readme.txt»). The entropy of mtime alone is not really large, I suppose, and in some use-cases will also approach zero (think «initializing a repo by cp -r on a fast disk without preserving mtime). The relative path could make a huge difference there. I believe this argument is actually what worried me the most. Does it seem valid?
+
+Apart from entropy, there’s the non-probabilistic advantage we discussed (granted, with some limiting constraints which one has to assure for oneself). Granted, one might argue a hash would be the better way, but this is not always practical in every setup.
+"""]]

From 898209661e3b0e7dedbb6b6321a6a878cd56a38b Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmP36qgLdH9-5VjmK2lTTs8S2rs2xSGCjk"
 <Ivo@web>
Date: Tue, 19 Aug 2014 00:40:22 +0000
Subject: [PATCH 021/260]

---
 doc/forum/adding_files_without_hashing_them.mdwn | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 doc/forum/adding_files_without_hashing_them.mdwn

diff --git a/doc/forum/adding_files_without_hashing_them.mdwn b/doc/forum/adding_files_without_hashing_them.mdwn
new file mode 100644
index 0000000000..a9aef308f4
--- /dev/null
+++ b/doc/forum/adding_files_without_hashing_them.mdwn
@@ -0,0 +1 @@
+I would like to be able to add files without having to hash its contents (like WORM) but being able to modify them and record its changes. Is this possible? In other words, I would like to provide other not-that-expensive mechanism for identifying files of a particular version.

From 2d2d0a4d757991d910b58330827a296b4ed23763 Mon Sep 17 00:00:00 2001
From: Yaroslav Halchenko <debian@onerussian.com>
Date: Tue, 19 Aug 2014 01:22:24 -0400
Subject: [PATCH 022/260] doc/ minor typos/trailing whitespaces + extension on
 get options

---
 doc/encryption.mdwn | 14 +++++------
 doc/git-annex.mdwn  | 57 ++++++++++++++++++++++++---------------------
 2 files changed, 37 insertions(+), 34 deletions(-)

diff --git a/doc/encryption.mdwn b/doc/encryption.mdwn
index 0dac527df8..3cbc37ee3d 100644
--- a/doc/encryption.mdwn
+++ b/doc/encryption.mdwn
@@ -17,7 +17,7 @@ remote.
 You should decide whether to use encryption with a special remote before
 any data is stored in it. So, `git annex initremote` requires you
 to specify "encryption=none" when first setting up a remote in order
-to disable encryption. To use encryption, you run 
+to disable encryption. To use encryption, you run
 `git-annex initremote` in one of these ways:
 
 * `git annex initremote newremote type=... encryption=hybrid keyid=KEYID ...`
@@ -29,10 +29,10 @@ to disable encryption. To use encryption, you run
 The [[hybrid_key_design|design/encryption]] allows additional
 encryption keys to be added on to a special remote later. Due to this
 flexibility, it is the default and recommended encryption scheme.
- 
+
 	git annex initremote newremote type=... [encryption=hybrid] keyid=KEYID ...
 
-Here the KEYID(s) are passed to `gpg` to find encryption keys. 
+Here the KEYID(s) are passed to `gpg` to find encryption keys.
 Typically, you will say "keyid=2512E3C7" to use a specific gpg key.
 Or, you might say "keyid=joey@kitenet.net" to search for matching keys.
 
@@ -58,8 +58,8 @@ risks associated with encryption.
 Alternatively, you can configure git-annex to use a shared cipher to
 encrypt data stored in a remote. This shared cipher is stored,
 **unencrypted** in the git repository. So it's shared among every
-clone of the git repository. 
-	
+clone of the git repository.
+
 	git annex initremote newremote type=... encryption=shared
 
 The advantage is you don't need to set up gpg keys. The disadvantage is
@@ -74,10 +74,10 @@ and since it's exactly the way everyone else uses gpg.
 
 	git annex initremote newremote type=.... encryption=pubkey keyid=KEYID ...
 
-A disavantage is that it is not easy to later add additional public keys
+A disadvantage is that it is not easy to later add additional public keys
 to the special remote. While the `enableremote` parameters `keyid+=` and
 `keyid-=` can be used, they have **no effect** on files that are already
-present on the remote. Probably the only use for these parameters is 
+present on the remote. Probably the only use for these parameters is
 to replace a revoked key:
 
 	git annex enableremote myremote keyid-=2512E3C7 keyid+=788A3F4C
diff --git a/doc/git-annex.mdwn b/doc/git-annex.mdwn
index 673e86fc96..06e8794f17 100644
--- a/doc/git-annex.mdwn
+++ b/doc/git-annex.mdwn
@@ -64,7 +64,7 @@ subdirectories).
 
   Adds files in the path to the annex. If no path is specified, adds
   files from the current directory and below.
-  
+
   Files that are already checked into git, or that git has been configured
   to ignore will be silently skipped. (Use `--force` to add ignored files.)
 
@@ -78,7 +78,10 @@ subdirectories).
   or transferring them from some kind of key-value store.
 
   Normally git-annex will choose which repository to copy the content from,
-  but you can override this using the `--from` option.
+  but you can override this using the `--from` option.  Only the last version
+  of the file is retrieved (use `--all` to retrieve all versions of
+  the file).  `--key=KEY` option can be used to retrieve a specified key
+  without the filename.
 
 * `drop [path ...]`
 
@@ -272,10 +275,10 @@ subdirectories).
   (Other available variables: feedauthor, itemauthor, itemsummary, itemdescription, itemrights, itemid, itempubdate, title, author)
 
   The `--relaxed` and `--fast` options behave the same as they do in addurl.
-  
+
   When quvi is installed, links in the feed are tested to see if they
   are on a video hosting site, and the video is downloaded. This allows
-  importing eg, youtube playlists.
+  importing e.g., youtube playlists.
 
 * `watch`
 
@@ -319,7 +322,7 @@ subdirectories).
   This disables running a local web browser, and outputs the url you
   can use to open the webapp.
 
-  When using the webapp on a remote computer, you'll almost certianly
+  When using the webapp on a remote computer, you'll almost certainly
   want to enable HTTPS. The webapp will use HTTPS if it finds
   a .git/annex/privkey.pem and .git/annex/certificate.pem. Here's
   one way to generate those files, using a self-signed certificate:
@@ -388,7 +391,7 @@ subdirectories).
 
   The name of the remote is the same name used when originally
   creating that remote with "initremote". Run "git annex enableremote"
-  with no parameters to get a list of special remote names.
+  without any name to get a list of special remote names.
 
   Some special remotes may need parameters to be specified every time.
   For example, the directory special remote requires a directory= parameter.
@@ -425,7 +428,7 @@ subdirectories).
   Run without a number to get the current value.
 
   When git-annex is asked to drop a file, it first verifies that the
-  required number of copies can be satisfied amoung all the other
+  required number of copies can be satisfied among all the other
   repositories that have a copy of the file.
 
   This can be overridden on a per-file basis by the annex.numcopies setting
@@ -645,7 +648,7 @@ subdirectories).
   `--format`. The default output format is the same as `--format='${file}\\n'`
 
   These variables are available for use in formats: file, key, backend,
-  bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for 
+  bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for
   the mtime field of a WORM key).
 
 * `whereis [path ...]`
@@ -715,13 +718,13 @@ subdirectories).
 
 * `metadata [path ...] [-s field=value -s field+=value -s field-=value ...] [-g field]`
 
-  The content of a file can have any number of metadata fields 
+  The content of a file can have any number of metadata fields
   attached to it to describe it. Each metadata field can in turn
-  have any number of values. 
-  
+  have any number of values.
+
   This command can be used to set metadata, or show the currently set
   metadata.
-  
+
   To show current metadata, run without any -s parameters. The --json
   option will enable json output.
 
@@ -750,7 +753,7 @@ subdirectories).
   and checks out the view branch. Only files in the current branch whose
   metadata matches all the specified field values and tags will be
   shown in the view.
-  
+
   Multiple values for a metadata field can be specified, either by using
   a glob (`field="*"`) or by listing each wanted value. The resulting view
   will put files in subdirectories according to the value of their fields.
@@ -785,9 +788,9 @@ subdirectories).
   Changes the current view, adding an additional level of directories
   to categorize the files.
 
-  For example, when the view is by author/tag, `vadd year=*` will 
-  change it to year/author/tag. 
-  
+  For example, when the view is by author/tag, `vadd year=*` will
+  change it to year/author/tag.
+
   So will `vadd year=2014 year=2013`, but limiting the years in view
   to only those two.
 
@@ -934,7 +937,7 @@ subdirectories).
 * `findref [ref]`
 
   This is similar to the find command, but instead of finding files in the
-  current work tree, it finds files in the specified git ref. 
+  current work tree, it finds files in the specified git ref.
 
   Most MATCHING OPTIONS can be used with findref, to limit the files it
   finds. However, the --include and --exclude options will not work.
@@ -1125,7 +1128,7 @@ subdirectories).
   Caused a desktop notification to be displayed after each successful
   file download and upload.
 
-  (Only supported on some platforms, eg Linux with dbus. A no-op when
+  (Only supported on some platforms, e.g. Linux with dbus. A no-op when
   not supported.)
 
 * `--notify-start`
@@ -1316,7 +1319,7 @@ to e.g., fsck a repository on a removable drive when the drive gets
 connected.
 
 The scheduled jobs can be configured using `git annex vicfg` or
-`git annex schedule`. 
+`git annex schedule`.
 
 These actions are available: "fsck self", "fsck UUID" (where UUID
 is the UUID of a remote to fsck). After the action comes the duration
@@ -1372,7 +1375,7 @@ Here are all the supported configuration settings.
 
   This is a deprecated setting. You should instead use the
   `git annex numcopies` command to configure how many copies of files
-  are kept acros all repositories.
+  are kept across all repositories.
 
   This config setting is only looked at when `git annex numcopies` has
   never been configured.
@@ -1382,8 +1385,8 @@ Here are all the supported configuration settings.
 * `annex.genmetadata`
 
   Set this to `true` to make git-annex automatically generate some metadata
-  when adding files to the repository. 
-  
+  when adding files to the repository.
+
   In particular, it stores year and month metadata, from the file's
   modification date.
 
@@ -1424,7 +1427,7 @@ Here are all the supported configuration settings.
 
   By default, git-annex automatically commits data to the git-annex branch
   after each command is run. If you have a series
-  of commands that you want to make a single commit, you can 
+  of commands that you want to make a single commit, you can
   run the commands with `-c annex.alwayscommit=false`. You can later
   commit the data by running `git annex merge` (or by automatic merges)
   or `git annex sync`.
@@ -1441,7 +1444,7 @@ Here are all the supported configuration settings.
 
   Controls what the assistant does about unused file contents
   that are stored in the repository.
-  
+
   The default is `false`, which causes
   all old and unused file contents to be retained, unless the assistant
   is able to move them to some other repository (such as a backup repository).
@@ -1611,7 +1614,7 @@ Here are all the supported configuration settings.
 
   These options are passed after other applicable rsync options,
   so can be used to override them. For example, to limit upload bandwidth
-  to 10Kbye/s, set `--bwlimit 10`.
+  to 10Kbyte/s, set `--bwlimit 10`.
 
 * `remote.<name>.annex-rsync-download-options`
 
@@ -1686,7 +1689,7 @@ Here are all the supported configuration settings.
   In the command line, %file is replaced with the file that should be
   erased.
 
-  For example, to use the wipe command, set it to `wipe -f %file`
+  For example, to use the wipe command, set it to `wipe -f %file`.
 
 * `remote.<name>.rsyncurl`
 
@@ -1781,7 +1784,7 @@ not honor the settings from .gitattributes.
 
 Also note that when using views, only the toplevel .gitattributes file is
 preserved in the view, so other settings in other files won't have any
-efffect.
+effect.
 
 # FILES
 

From 45317707294c694e5af8e4e201fb21dbe5c9d373 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawnPgn611P6ym5yyL0BS8rUzO0_ZKRldMt0"
 <Samuel@web>
Date: Tue, 19 Aug 2014 06:11:50 +0000
Subject: [PATCH 023/260] Added a comment: git annex view */=podcast

---
 ...3_196f55e52a5d8a8f061603ab87ad04ad._comment | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)
 create mode 100644 doc/tips/metadata_driven_views/comment_3_196f55e52a5d8a8f061603ab87ad04ad._comment

diff --git a/doc/tips/metadata_driven_views/comment_3_196f55e52a5d8a8f061603ab87ad04ad._comment b/doc/tips/metadata_driven_views/comment_3_196f55e52a5d8a8f061603ab87ad04ad._comment
new file mode 100644
index 0000000000..e522ed8379
--- /dev/null
+++ b/doc/tips/metadata_driven_views/comment_3_196f55e52a5d8a8f061603ab87ad04ad._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnPgn611P6ym5yyL0BS8rUzO0_ZKRldMt0"
+ nickname="Samuel"
+ subject="git annex view */=podcast"
+ date="2014-08-19T06:11:50Z"
+ content="""
+Hi,
+
+Would it be hard to handle the wildcard character in the location view before the = sign.
+
+    git annex foo/=*
+
+works but
+
+    git annex *=/bar
+
+does not.
+"""]]

From 4b3f03ef38e7325c3411412d24f35da2a59938f4 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 19 Aug 2014 12:11:19 -0400
Subject: [PATCH 024/260] clarify that --all doesn't operate on a single file

---
 doc/git-annex.mdwn | 9 +++++----
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/doc/git-annex.mdwn b/doc/git-annex.mdwn
index 06e8794f17..11e086a8c2 100644
--- a/doc/git-annex.mdwn
+++ b/doc/git-annex.mdwn
@@ -78,10 +78,11 @@ subdirectories).
   or transferring them from some kind of key-value store.
 
   Normally git-annex will choose which repository to copy the content from,
-  but you can override this using the `--from` option.  Only the last version
-  of the file is retrieved (use `--all` to retrieve all versions of
-  the file).  `--key=KEY` option can be used to retrieve a specified key
-  without the filename.
+  but you can override this using the `--from` option.
+ 
+  Rather than specifying a filename, the `--all` option can be used to 
+  get all available versions of all files, or the --key=KEY`
+  option can be used to get a specified key.
 
 * `drop [path ...]`
 

From 37293dc28f2cd0f061efc400e193e7e7d3049c83 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 19 Aug 2014 12:55:01 -0400
Subject: [PATCH 025/260] Make --help work when not in a git repository.
 Closes: #758592

Note that this means getopt parsing is done even when not in a git
repository, even though currently cmdnorepo is not passed the results of
it. I'd like to move to cmdnorepo not doing its own ad-hoc option parsing,
so this is really a good thing. (But as long as eg, getOptionFlag needs an
Annex monad, it cannot be used in cmdnorepo handling.)

There is a potential for problems if any cmdnorepo branch of a command
handles options that are not in its regular getopt, but that would be a bug
anyway.
---
 CmdLine.hs       | 45 ++++++++++++++++++++++++---------------------
 debian/changelog |  6 ++++++
 2 files changed, 30 insertions(+), 21 deletions(-)

diff --git a/CmdLine.hs b/CmdLine.hs
index a165b041ac..a8d071ddf1 100644
--- a/CmdLine.hs
+++ b/CmdLine.hs
@@ -6,6 +6,7 @@
  -}
 
 {-# LANGUAGE CPP #-}
+{-# LANGUAGE BangPatterns #-}
 
 module CmdLine (
 	dispatch,
@@ -34,28 +35,30 @@ import Types.Messages
 dispatch :: Bool -> CmdParams -> [Command] -> [Option] -> [(String, String)] -> String -> IO Git.Repo -> IO ()
 dispatch fuzzyok allargs allcmds commonoptions fields header getgitrepo = do
 	setupConsole
-	r <- E.try getgitrepo :: IO (Either E.SomeException Git.Repo)
-	case r of
-		Left e -> maybe (throw e) (\a -> a params) (cmdnorepo cmd)
-		Right g -> do
-			state <- Annex.new g
-			Annex.eval state $ do
-				checkEnvironment
-				checkfuzzy
-				forM_ fields $ uncurry Annex.setField
-				when (cmdnomessages cmd) $ 
-					Annex.setOutput QuietOutput
-				sequence_ flags
-				whenM (annexDebug <$> Annex.getGitConfig) $
-					liftIO enableDebugOutput
-				startup
-				performCommandAction cmd params
-				shutdown $ cmdnocommit cmd
+	case getOptCmd args cmd commonoptions of
+		Right (flags, params) -> go flags params
+			=<< (E.try getgitrepo :: IO (Either E.SomeException Git.Repo))
+		Left parseerr -> error parseerr
   where
+	go flags params (Right g) = do
+		state <- Annex.new g
+		Annex.eval state $ do
+			checkEnvironment
+			checkfuzzy
+			forM_ fields $ uncurry Annex.setField
+			when (cmdnomessages cmd) $ 
+				Annex.setOutput QuietOutput
+			sequence_ flags
+			whenM (annexDebug <$> Annex.getGitConfig) $
+				liftIO enableDebugOutput
+			startup
+			performCommandAction cmd params
+			shutdown $ cmdnocommit cmd
+	go _flags params (Left e) =
+		maybe (throw e) (\a -> a params) (cmdnorepo cmd)
 	err msg = msg ++ "\n\n" ++ usage header allcmds
 	cmd = Prelude.head cmds
 	(fuzzy, cmds, name, args) = findCmd fuzzyok allargs allcmds err
-	(flags, params) = getOptCmd args cmd commonoptions
 	checkfuzzy = when fuzzy $
 		inRepo $ Git.AutoCorrect.prepare name cmdname cmds
 
@@ -81,12 +84,12 @@ findCmd fuzzyok argv cmds err
 
 {- Parses command line options, and returns actions to run to configure flags
  - and the remaining parameters for the command. -}
-getOptCmd :: CmdParams -> Command -> [Option] -> ([Annex ()], CmdParams)
+getOptCmd :: CmdParams -> Command -> [Option] -> Either String ([Annex ()], CmdParams)
 getOptCmd argv cmd commonoptions = check $
 	getOpt Permute (commonoptions ++ cmdoptions cmd) argv
   where
-	check (flags, rest, []) = (flags, rest)
-	check (_, _, errs) = error $ unlines
+	check (flags, rest, []) = Right (flags, rest)
+	check (_, _, errs) = Left $ unlines
 		[ concat errs
 		, commandUsage cmd
 		]
diff --git a/debian/changelog b/debian/changelog
index c458da5f32..dbb3ac8d59 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+git-annex (5.20140818) UNRELEASED; urgency=medium
+
+  * Make --help work when not in a git repository. Closes: #758592
+
+ -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
+
 git-annex (5.20140817) unstable; urgency=medium
 
   * New chunk= option to chunk files stored in special remotes.

From 74aa8452b5ce261f27198f750376078609c0c447 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Tue, 19 Aug 2014 21:54:16 +0000
Subject: [PATCH 026/260] Added a comment: brew doesn't include
 git-remote-gcrypt

---
 ...comment_3_be4de1663a37f49a4e42d6b21c0178fe._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/gcrypt_os_x_app_vs_brew/comment_3_be4de1663a37f49a4e42d6b21c0178fe._comment

diff --git a/doc/forum/gcrypt_os_x_app_vs_brew/comment_3_be4de1663a37f49a4e42d6b21c0178fe._comment b/doc/forum/gcrypt_os_x_app_vs_brew/comment_3_be4de1663a37f49a4e42d6b21c0178fe._comment
new file mode 100644
index 0000000000..99f3b7cbe9
--- /dev/null
+++ b/doc/forum/gcrypt_os_x_app_vs_brew/comment_3_be4de1663a37f49a4e42d6b21c0178fe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Ganwell"
+ ip="46.14.43.36"
+ subject="brew doesn't include git-remote-gcrypt"
+ date="2014-08-19T21:54:16Z"
+ content="""
+Brew doesn't include git-remote-gcrypt, so I installed your fork of it manually. That works well and if you use a symlink to include it in the PATH you can easily update (pull) the repo. If one can install git-remote-gcrypt using brew, I don't know how.
+
+Best, Jean-Louis
+"""]]

From 2bffae54ff557d558791f3ee8883eab13e2f3b27 Mon Sep 17 00:00:00 2001
From: jg123h12jh3y12g3y <jg123h12jh3y12g3y@web>
Date: Wed, 20 Aug 2014 05:49:02 +0000
Subject: [PATCH 027/260] Added a comment: Log with --debug

---
 ...comment_2_b8ee68b445c6a8d27121d90a2eeba0c7._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/bugs/git_annex_repair_fails_-___47__tmp__47__tmprepo.1__47__.git__47__gc.pid:_removeLink:_does_not_exist___40__No_such_file_or_directory__41__/comment_2_b8ee68b445c6a8d27121d90a2eeba0c7._comment

diff --git a/doc/bugs/git_annex_repair_fails_-___47__tmp__47__tmprepo.1__47__.git__47__gc.pid:_removeLink:_does_not_exist___40__No_such_file_or_directory__41__/comment_2_b8ee68b445c6a8d27121d90a2eeba0c7._comment b/doc/bugs/git_annex_repair_fails_-___47__tmp__47__tmprepo.1__47__.git__47__gc.pid:_removeLink:_does_not_exist___40__No_such_file_or_directory__41__/comment_2_b8ee68b445c6a8d27121d90a2eeba0c7._comment
new file mode 100644
index 0000000000..6f5570e253
--- /dev/null
+++ b/doc/bugs/git_annex_repair_fails_-___47__tmp__47__tmprepo.1__47__.git__47__gc.pid:_removeLink:_does_not_exist___40__No_such_file_or_directory__41__/comment_2_b8ee68b445c6a8d27121d90a2eeba0c7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="jg123h12jh3y12g3y"
+ ip="86.62.100.131"
+ subject="Log with --debug"
+ date="2014-08-20T05:49:02Z"
+ content="""
+https://mega.co.nz/#!HYZmwSIb!gCd9jvVIyYye_bpsUq_vuEed4g7NTlEl2xDRheE1Lx4
+
+This is the log of git annex repair --debug.
+"""]]

From e5f09276bc05387198755d09600ba760e3070cd0 Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Wed, 20 Aug 2014 11:09:27 +0000
Subject: [PATCH 028/260]

---
 .../Windows_build_has_hardcoded_paths.mdwn    | 24 +++++++++++++++++++
 1 file changed, 24 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths.mdwn

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
new file mode 100644
index 0000000000..87130a158e
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+The windows build seems to be hardcoded to finding git at c:\program files\Git\
+I have git in another directory. Git-annex does not find it.
+
+### What steps will reproduce the problem?
+
+Install git-annex. Run the webapp.
+Get error "Internal Server Error 
+You need to install git in order to use git-annex!"
+
+### What version of git-annex are you using? On what operating system?
+
+Latest windows build, from 20140817
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]

From 45b59e0ef4e0eee802b7d8292b9df4a9bf740bf2 Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Wed, 20 Aug 2014 11:10:39 +0000
Subject: [PATCH 029/260]

---
 doc/bugs/Windows_build_has_hardcoded_paths.mdwn | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
index 87130a158e..6c2cf84bf6 100644
--- a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
+++ b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
@@ -11,7 +11,8 @@ You need to install git in order to use git-annex!"
 
 ### What version of git-annex are you using? On what operating system?
 
-Latest windows build, from 20140817
+Latest git-annex build, from 20140817.
+Windows XP.
 
 ### Please provide any additional information below.
 

From dfec2ffb22138544587626a2dcd58701f466658e Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Wed, 20 Aug 2014 11:11:54 +0000
Subject: [PATCH 030/260]

---
 doc/bugs/Windows_build_has_hardcoded_paths.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
index 6c2cf84bf6..a1d8ef55c2 100644
--- a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
+++ b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
@@ -11,7 +11,7 @@ You need to install git in order to use git-annex!"
 
 ### What version of git-annex are you using? On what operating system?
 
-Latest git-annex build, from 20140817.
+5.20140817-g71c2250.
 Windows XP.
 
 ### Please provide any additional information below.

From 12b2a89e91218f820236ec585b00c7e3defc4d1e Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Wed, 20 Aug 2014 14:37:31 +0000
Subject: [PATCH 031/260] Added a comment

---
 .../comment_1_03518523a823a89fbb97b6a57d650e2b._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_1_03518523a823a89fbb97b6a57d650e2b._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_1_03518523a823a89fbb97b6a57d650e2b._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_1_03518523a823a89fbb97b6a57d650e2b._comment
new file mode 100644
index 0000000000..f1a170e21b
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_1_03518523a823a89fbb97b6a57d650e2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="24.159.78.125"
+ subject="comment 1"
+ date="2014-08-20T14:37:30Z"
+ content="""
+git-annex does not hardcode any paths, and certianly not the path to git. Your system probably does not have the location you installed git added to the PATH. In that case, git-annex may do what windows programs do and look for git.exe in the same directory it was installed into.
+"""]]

From 092041fab0be19d9ba731182cef40ecc707a7cf3 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 11:25:07 -0400
Subject: [PATCH 032/260] Ensure that all lock fds are close-on-exec, fixing
 various problems with them being inherited by child processes such as git
 commands.

(With the exception of daemon pid locking.)

This fixes at part of #758630. I reproduced the assistant locking eg, a
removable drive's annex journal lock file and forking a long-running
git-cat-file process that inherited that lock.

This did not affect Windows.

Considered doing a portable Utility.LockFile layer, but git-annex uses
posix locks in several special ways that have no direct Windows equivilant,
and it seems like it would mostly be a complication.

This commit was sponsored by Protonet.
---
 Annex/Content.hs       | 4 +++-
 Annex/LockFile.hs      | 9 ++++++++-
 Annex/Ssh.hs           | 1 +
 Annex/Transfer.hs      | 1 +
 Command/PreCommit.hs   | 1 +
 Remote/Helper/Hooks.hs | 1 +
 Utility/WinLock.hs     | 7 ++++++-
 debian/changelog       | 2 ++
 8 files changed, 23 insertions(+), 3 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index b51e15827b..2a05c2dacd 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -192,7 +192,9 @@ lockContent key a = do
 		v <- tryIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
 			Left _ -> alreadylocked
-			Right _ -> return $ Just fd
+			Right _ -> do
+				setFdOption fd CloseOnExec True
+				return $ Just fd
 	unlock mlockfile mfd = do
 		maybe noop cleanuplockfile mlockfile
 		liftIO $ maybe noop closeFd mfd
diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
index dc4f82f984..7a5c4b0e13 100644
--- a/Annex/LockFile.hs
+++ b/Annex/LockFile.hs
@@ -37,6 +37,7 @@ lockFileShared file = go =<< fromLockPool file
 		mode <- annexFileMode
 		lockhandle <- liftIO $ noUmask mode $
 			openFd file ReadOnly (Just mode) defaultFileFlags
+		setFdOption lockhandle CloseOnExec True
 		liftIO $ waitToSetLock lockhandle (ReadLock, AbsoluteSeek, 0, 0)
 #else
 		lockhandle <- liftIO $ waitToLock $ lockShared file
@@ -70,13 +71,19 @@ changeLockPool a = do
 withExclusiveLock :: (Git.Repo -> FilePath) -> Annex a -> Annex a
 withExclusiveLock getlockfile a = do
 	lockfile <- fromRepo getlockfile
+	liftIO $ hPutStrLn stderr (show ("locking", lockfile))
+	liftIO $ hFlush stderr
 	createAnnexDirectory $ takeDirectory lockfile
 	mode <- annexFileMode
-	bracketIO (lock lockfile mode) unlock (const a)
+	r <- bracketIO (lock lockfile mode) unlock (const a)
+	liftIO $ hPutStrLn stderr (show ("unlocked", lockfile))
+	liftIO $ hFlush stderr
+	return r
   where
 #ifndef mingw32_HOST_OS
 	lock lockfile mode = do
 		l <- noUmask mode $ createFile lockfile mode
+		setFdOption l CloseOnExec True
 		waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
 		return l
 	unlock = closeFd
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
index 246ac338d7..238af05889 100644
--- a/Annex/Ssh.hs
+++ b/Annex/Ssh.hs
@@ -153,6 +153,7 @@ sshCleanup = mapM_ cleanup =<< enumSocketFiles
 		mode <- annexFileMode
 		fd <- liftIO $ noUmask mode $
 			openFd lockfile ReadWrite (Just mode) defaultFileFlags
+		setFdOption fd CloseOnExec True
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
diff --git a/Annex/Transfer.hs b/Annex/Transfer.hs
index 5e98a87d9f..ec17609ea7 100644
--- a/Annex/Transfer.hs
+++ b/Annex/Transfer.hs
@@ -81,6 +81,7 @@ runTransfer' ignorelock t file shouldretry a = do
 		case mfd of
 			Nothing -> return (Nothing, False)
 			Just fd -> do
+				setFdOption fd CloseOnExec True
 				locked <- catchMaybeIO $
 					setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 				if isNothing locked
diff --git a/Command/PreCommit.hs b/Command/PreCommit.hs
index 09ff042aa6..61508ba9b9 100644
--- a/Command/PreCommit.hs
+++ b/Command/PreCommit.hs
@@ -101,6 +101,7 @@ lockPreCommitHook a = do
 #ifndef mingw32_HOST_OS
 	lock lockfile mode = do
 		l <- liftIO $ noUmask mode $ createFile lockfile mode
+		setFdOption l CloseOnExec True
 		liftIO $ waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
 		return l
 	unlock = closeFd
diff --git a/Remote/Helper/Hooks.hs b/Remote/Helper/Hooks.hs
index 907400bd1c..150e9efd28 100644
--- a/Remote/Helper/Hooks.hs
+++ b/Remote/Helper/Hooks.hs
@@ -86,6 +86,7 @@ runHooks r starthook stophook a = do
 		mode <- annexFileMode
 		fd <- liftIO $ noUmask mode $
 			openFd lck ReadWrite (Just mode) defaultFileFlags
+		setFdOption fd CloseOnExec True
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
diff --git a/Utility/WinLock.hs b/Utility/WinLock.hs
index 369da6782d..fc7c8a8a9c 100644
--- a/Utility/WinLock.hs
+++ b/Utility/WinLock.hs
@@ -44,15 +44,20 @@ lockExclusive = openLock fILE_SHARE_NONE
  - Note that createFile busy-waits to try to avoid failing when some other
  - process briefly has a file open. But that would make checking locks
  - much more expensive, so is not done here. Thus, the use of c_CreateFile.
+ -
+ - Also, passing Nothing for SECURITY_ATTRIBUTES ensures that the lock file
+ - is not inheerited by any child process.
  -}
 openLock :: ShareMode -> LockFile -> IO (Maybe LockHandle)
 openLock sharemode f = do
 	h <- withTString f $ \c_f ->
-		c_CreateFile c_f gENERIC_READ sharemode (maybePtr Nothing)
+		c_CreateFile c_f gENERIC_READ sharemode security_attributes
 			oPEN_ALWAYS fILE_ATTRIBUTE_NORMAL (maybePtr Nothing)
 	return $ if h == iNVALID_HANDLE_VALUE
 		then Nothing
 		else Just h
+  where
+	security_attributes = maybePtr Nothing
 
 dropLock :: LockHandle -> IO ()
 dropLock = closeHandle
diff --git a/debian/changelog b/debian/changelog
index dbb3ac8d59..2e22006969 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
 git-annex (5.20140818) UNRELEASED; urgency=medium
 
   * Make --help work when not in a git repository. Closes: #758592
+  * Ensure that all lock fds are close-on-exec, fixing various problems with
+    them being inherited by child processes such as git commands.
 
  -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
 

From 83dc82c23250a327c66982b0fa89965a5703cbd1 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 11:51:47 -0400
Subject: [PATCH 033/260] forgot some lifts

---
 Annex/LockFile.hs      | 2 +-
 Annex/Ssh.hs           | 2 +-
 Remote/Helper/Hooks.hs | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
index 7a5c4b0e13..bd581fd5fa 100644
--- a/Annex/LockFile.hs
+++ b/Annex/LockFile.hs
@@ -37,7 +37,7 @@ lockFileShared file = go =<< fromLockPool file
 		mode <- annexFileMode
 		lockhandle <- liftIO $ noUmask mode $
 			openFd file ReadOnly (Just mode) defaultFileFlags
-		setFdOption lockhandle CloseOnExec True
+		liftIO $ setFdOption lockhandle CloseOnExec True
 		liftIO $ waitToSetLock lockhandle (ReadLock, AbsoluteSeek, 0, 0)
 #else
 		lockhandle <- liftIO $ waitToLock $ lockShared file
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
index 238af05889..4b3ee85e56 100644
--- a/Annex/Ssh.hs
+++ b/Annex/Ssh.hs
@@ -153,7 +153,7 @@ sshCleanup = mapM_ cleanup =<< enumSocketFiles
 		mode <- annexFileMode
 		fd <- liftIO $ noUmask mode $
 			openFd lockfile ReadWrite (Just mode) defaultFileFlags
-		setFdOption fd CloseOnExec True
+		liftIO $ setFdOption fd CloseOnExec True
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
diff --git a/Remote/Helper/Hooks.hs b/Remote/Helper/Hooks.hs
index 150e9efd28..cd31a2fd58 100644
--- a/Remote/Helper/Hooks.hs
+++ b/Remote/Helper/Hooks.hs
@@ -86,7 +86,7 @@ runHooks r starthook stophook a = do
 		mode <- annexFileMode
 		fd <- liftIO $ noUmask mode $
 			openFd lck ReadWrite (Just mode) defaultFileFlags
-		setFdOption fd CloseOnExec True
+		liftIO $ setFdOption fd CloseOnExec True
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of

From 96dc423e3974eea558d10167feda798e1d5fc60d Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 12:01:45 -0400
Subject: [PATCH 034/260] When accessing a local remote, shut down git-cat-file
 processes afterwards, to ensure that remotes on removable media can be
 unmounted. Closes: #758630

This does mean that eg, copying multiple files to a local remote will
become slightly slower, since it now restarts git-cat-file after each copy.
Should not be significant slowdown.

The reason git-cat-file is run on the remote at all is to update its
location log. In order to add an item to it, it needs to get the current
content of the log. Finding a way to avoid needing to do that would be a
good path to avoiding this slowdown if it does become a problem somehow.

This commit was sponsored by Evan Deaubl.
---
 Annex.hs         | 6 ++++++
 Annex/CatFile.hs | 9 +++++++++
 Remote/Git.hs    | 6 +++++-
 debian/changelog | 3 +++
 4 files changed, 23 insertions(+), 1 deletion(-)

diff --git a/Annex.hs b/Annex.hs
index b915e852bc..a04bfd1bb1 100644
--- a/Annex.hs
+++ b/Annex.hs
@@ -15,6 +15,7 @@ module Annex (
 	eval,
 	getState,
 	changeState,
+	withState,
 	setFlag,
 	setField,
 	setOutput,
@@ -214,6 +215,11 @@ changeState modifier = do
 	mvar <- ask
 	liftIO $ modifyMVar_ mvar $ return . modifier
 
+withState :: (AnnexState -> (AnnexState, b)) -> Annex b
+withState modifier = do
+	mvar <- ask
+	liftIO $ modifyMVar mvar $ return . modifier
+
 {- Sets a flag to True -}
 setFlag :: String -> Annex ()
 setFlag flag = changeState $ \s ->
diff --git a/Annex/CatFile.hs b/Annex/CatFile.hs
index 2f8c430794..8b4d746e15 100644
--- a/Annex/CatFile.hs
+++ b/Annex/CatFile.hs
@@ -12,6 +12,7 @@ module Annex.CatFile (
 	catTree,
 	catObjectDetails,
 	catFileHandle,
+	catFileStop,
 	catKey,
 	catKeyFile,
 	catKeyFileHEAD,
@@ -71,6 +72,14 @@ catFileHandle = do
 			Annex.changeState $ \s -> s { Annex.catfilehandles = m' }
 			return h
 
+{- Stops all running cat-files. Should only be run when it's known that
+ - nothing is using the handles, eg at shutdown. -}
+catFileStop :: Annex ()
+catFileStop = do
+	m <- Annex.withState $ \s ->
+		(s { Annex.catfilehandles = M.empty }, Annex.catfilehandles s)
+	liftIO $ mapM_ Git.CatFile.catFileStop (M.elems m)
+
 {- From the Sha or Ref of a symlink back to the key.
  -
  - Requires a mode witness, to guarantee that the file is a symlink.
diff --git a/Remote/Git.hs b/Remote/Git.hs
index 5416a5cdac..db5b2fbd0a 100644
--- a/Remote/Git.hs
+++ b/Remote/Git.hs
@@ -51,6 +51,7 @@ import qualified Remote.Helper.Ssh as Ssh
 import qualified Remote.GCrypt
 import Config.Files
 import Creds
+import Annex.CatFile
 
 import Control.Concurrent
 import Control.Concurrent.MSampleVar
@@ -500,6 +501,8 @@ repairRemote r a = return $ do
 {- Runs an action from the perspective of a local remote.
  -
  - The AnnexState is cached for speed and to avoid resource leaks.
+ - However, catFileStop is called to avoid git-cat-file processes hanging
+ - around on removable media.
  -
  - The repository's git-annex branch is not updated, as an optimisation.
  - No caller of onLocal can query data from the branch and be ensured
@@ -520,7 +523,8 @@ onLocal r a = do
 	cache st = Annex.changeState $ \s -> s
 		{ Annex.remoteannexstate = M.insert (uuid r) st (Annex.remoteannexstate s) }
 	go st a' = do
-		(ret, st') <- liftIO $ Annex.run st a'
+		(ret, st') <- liftIO $ Annex.run st $
+			catFileStop `after` a'
 		cache st'
 		return ret
 
diff --git a/debian/changelog b/debian/changelog
index 2e22006969..9e5dfcf8c4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,9 @@ git-annex (5.20140818) UNRELEASED; urgency=medium
   * Make --help work when not in a git repository. Closes: #758592
   * Ensure that all lock fds are close-on-exec, fixing various problems with
     them being inherited by child processes such as git commands.
+  * When accessing a local remote, shut down git-cat-file processes
+    afterwards, to ensure that remotes on removable media can be unmounted.
+    Closes: #758630
 
  -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
 

From bf3133ebb0f7aa65870583be93889417d20060bb Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 12:14:56 -0400
Subject: [PATCH 035/260] whoops, I the debug prints

---
 Annex/LockFile.hs | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
index bd581fd5fa..c527d2ec09 100644
--- a/Annex/LockFile.hs
+++ b/Annex/LockFile.hs
@@ -71,14 +71,9 @@ changeLockPool a = do
 withExclusiveLock :: (Git.Repo -> FilePath) -> Annex a -> Annex a
 withExclusiveLock getlockfile a = do
 	lockfile <- fromRepo getlockfile
-	liftIO $ hPutStrLn stderr (show ("locking", lockfile))
-	liftIO $ hFlush stderr
 	createAnnexDirectory $ takeDirectory lockfile
 	mode <- annexFileMode
-	r <- bracketIO (lock lockfile mode) unlock (const a)
-	liftIO $ hPutStrLn stderr (show ("unlocked", lockfile))
-	liftIO $ hFlush stderr
-	return r
+	bracketIO (lock lockfile mode) unlock (const a)
   where
 #ifndef mingw32_HOST_OS
 	lock lockfile mode = do

From 0a4d301051e4933661b7b0a0791afa95bfe9a1d3 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 15:49:49 -0400
Subject: [PATCH 036/260] fix lockFileShared to actually create lock file

This was a bug, but it was only used for ssh locks and by the hook special
remote locking. At least in the case of ssh locks, the lock files happened
to already exist before this tried to use them, so the bug didn't cause
anything to break.
---
 Annex/LockFile.hs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
index c527d2ec09..14aa293aee 100644
--- a/Annex/LockFile.hs
+++ b/Annex/LockFile.hs
@@ -36,7 +36,7 @@ lockFileShared file = go =<< fromLockPool file
 #ifndef mingw32_HOST_OS
 		mode <- annexFileMode
 		lockhandle <- liftIO $ noUmask mode $
-			openFd file ReadOnly (Just mode) defaultFileFlags
+			openFd file ReadWrite (Just mode) defaultFileFlags
 		liftIO $ setFdOption lockhandle CloseOnExec True
 		liftIO $ waitToSetLock lockhandle (ReadLock, AbsoluteSeek, 0, 0)
 #else

From f4b69fb7497d4bbe8ff706d2d0aed577c8db32c9 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkftzaCvV7EDKVDfJhsQZ3E1Vn-0db516w"
 <Edward@web>
Date: Wed, 20 Aug 2014 20:06:01 +0000
Subject: [PATCH 037/260] Added a comment: GHC 7.8 Issue

---
 ...omment_39_a86057d7e6d47113330f79e1812c3a5d._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment

diff --git a/doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment b/doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment
new file mode 100644
index 0000000000..7573b47849
--- /dev/null
+++ b/doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkftzaCvV7EDKVDfJhsQZ3E1Vn-0db516w"
+ nickname="Edward"
+ subject="GHC 7.8 Issue"
+ date="2014-08-20T20:06:01Z"
+ content="""
+Just an FYI: I tried to \"cabal install --only-dependencies\" with GHC 7.8 and it fails because DAV-1.0.1 is pulling in lens-3.10.3 which is not compatible with GHC 7.8 due to changes in Typeable. 
+
+I don't have enough experience with cabal to figure out why it's not trying to use a newer version of lens.
+"""]]

From d279180266132beccc31cc9502df38fa3f8088ca Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 16:45:58 -0400
Subject: [PATCH 038/260] reorganize and refactor lock code

Added a convenience Utility.LockFile that is not a windows/posix
portability shim, but still manages to cut down on the boilerplate around
locking.

This commit was sponsored by Johan Herland.
---
 Annex/Content.hs                            | 16 +++----
 Annex/LockFile.hs                           | 26 +++---------
 Annex/Ssh.hs                                |  5 +--
 Command/PreCommit.hs                        | 24 +----------
 Remote/Helper/Hooks.hs                      |  7 +--
 Types/LockPool.hs                           | 10 +----
 Utility/LockFile.hs                         | 20 +++++++++
 Utility/LockFile/Posix.hs                   | 47 +++++++++++++++++++++
 Utility/{WinLock.hs => LockFile/Windows.hs} | 11 ++---
 9 files changed, 90 insertions(+), 76 deletions(-)
 create mode 100644 Utility/LockFile.hs
 create mode 100644 Utility/LockFile/Posix.hs
 rename Utility/{WinLock.hs => LockFile/Windows.hs} (88%)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 2a05c2dacd..31a4444afc 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -56,10 +56,7 @@ import Annex.Perms
 import Annex.Link
 import Annex.Content.Direct
 import Annex.ReplaceFile
-
-#ifdef mingw32_HOST_OS
-import Utility.WinLock
-#endif
+import Utility.LockFile
 
 {- Checks if a given key's content is currently present. -}
 inAnnex :: Key -> Annex Bool
@@ -177,24 +174,21 @@ lockContent key a = do
 			nukeFile lockfile
 #ifndef mingw32_HOST_OS
 	lock contentfile Nothing = opencontentforlock contentfile >>= dolock
-	lock _ (Just lockfile) = openforlock lockfile >>= dolock . Just
+	lock _ (Just lockfile) = createLockFile Nothing lockfile >>= dolock . Just
 	{- Since content files are stored with the write bit disabled, have
 	 - to fiddle with permissions to open for an exclusive lock. -}
 	opencontentforlock f = catchMaybeIO $ ifM (doesFileExist f)
 		( withModifiedFileMode f
 			(`unionFileModes` ownerWriteMode)
-			(openforlock f)
-		, openforlock f
+			(createLockFie Nothing f)
+		, createLockFile Nothing f
 		)
-	openforlock f = openFd f ReadWrite Nothing defaultFileFlags
 	dolock Nothing = return Nothing
 	dolock (Just fd) = do
 		v <- tryIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
 			Left _ -> alreadylocked
-			Right _ -> do
-				setFdOption fd CloseOnExec True
-				return $ Just fd
+			Right _ -> return $ Just fd
 	unlock mlockfile mfd = do
 		maybe noop cleanuplockfile mlockfile
 		liftIO $ maybe noop closeFd mfd
diff --git a/Annex/LockFile.hs b/Annex/LockFile.hs
index 14aa293aee..75047e005a 100644
--- a/Annex/LockFile.hs
+++ b/Annex/LockFile.hs
@@ -19,13 +19,10 @@ import Annex
 import Types.LockPool
 import qualified Git
 import Annex.Perms
+import Utility.LockFile
 
 import qualified Data.Map as M
 
-#ifdef mingw32_HOST_OS
-import Utility.WinLock
-#endif
-
 {- Create a specified lock file, and takes a shared lock, which is retained
  - in the pool. -}
 lockFileShared :: FilePath -> Annex ()
@@ -35,10 +32,7 @@ lockFileShared file = go =<< fromLockPool file
 	go Nothing = do
 #ifndef mingw32_HOST_OS
 		mode <- annexFileMode
-		lockhandle <- liftIO $ noUmask mode $
-			openFd file ReadWrite (Just mode) defaultFileFlags
-		liftIO $ setFdOption lockhandle CloseOnExec True
-		liftIO $ waitToSetLock lockhandle (ReadLock, AbsoluteSeek, 0, 0)
+		lockhandle <- liftIO $ noUmask mode $ lockShared (Just mode) file
 #else
 		lockhandle <- liftIO $ waitToLock $ lockShared file
 #endif
@@ -48,11 +42,7 @@ unlockFile :: FilePath -> Annex ()
 unlockFile file = maybe noop go =<< fromLockPool file
   where
 	go lockhandle = do
-#ifndef mingw32_HOST_OS
-		liftIO $ closeFd lockhandle
-#else
 		liftIO $ dropLock lockhandle
-#endif
 		changeLockPool $ M.delete file
 
 getLockPool :: Annex LockPool
@@ -73,16 +63,10 @@ withExclusiveLock getlockfile a = do
 	lockfile <- fromRepo getlockfile
 	createAnnexDirectory $ takeDirectory lockfile
 	mode <- annexFileMode
-	bracketIO (lock lockfile mode) unlock (const a)
+	bracketIO (lock mode lockfile) dropLock (const a)
   where
 #ifndef mingw32_HOST_OS
-	lock lockfile mode = do
-		l <- noUmask mode $ createFile lockfile mode
-		setFdOption l CloseOnExec True
-		waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
-		return l
-	unlock = closeFd
+	lock mode = noUmask mode . lockExclusive (Just mode)
 #else
-	lock lockfile _mode = waitToLock $ lockExclusive lockfile
-	unlock = dropLock
+	lock _mode = waitToLock . lockExclusive
 #endif
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
index 4b3ee85e56..2b1b809ffc 100644
--- a/Annex/Ssh.hs
+++ b/Annex/Ssh.hs
@@ -35,6 +35,7 @@ import Config.Files
 import Utility.Env
 import Types.CleanupActions
 import Annex.Index (addGitEnv)
+import Utility.LockFile
 #ifndef mingw32_HOST_OS
 import Annex.Perms
 #endif
@@ -151,9 +152,7 @@ sshCleanup = mapM_ cleanup =<< enumSocketFiles
 		let lockfile = socket2lock socketfile
 		unlockFile lockfile
 		mode <- annexFileMode
-		fd <- liftIO $ noUmask mode $
-			openFd lockfile ReadWrite (Just mode) defaultFileFlags
-		liftIO $ setFdOption fd CloseOnExec True
+		fd <- liftIO $ noUmask mode $ createLockFile (Just mode) lockfile
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
diff --git a/Command/PreCommit.hs b/Command/PreCommit.hs
index 61508ba9b9..355e2766e7 100644
--- a/Command/PreCommit.hs
+++ b/Command/PreCommit.hs
@@ -18,16 +18,12 @@ import Annex.Direct
 import Annex.Hook
 import Annex.View
 import Annex.View.ViewedFile
-import Annex.Perms
+import Annex.LockFile
 import Logs.View
 import Logs.MetaData
 import Types.View
 import Types.MetaData
 
-#ifdef mingw32_HOST_OS
-import Utility.WinLock
-#endif
-
 import qualified Data.Set as S
 
 def :: [Command]
@@ -92,20 +88,4 @@ showMetaDataChange = showLongNote . unlines . concatMap showmeta . fromMetaData
 
 {- Takes exclusive lock; blocks until available. -}
 lockPreCommitHook :: Annex a -> Annex a
-lockPreCommitHook a = do
-	lockfile <- fromRepo gitAnnexPreCommitLock
-	createAnnexDirectory $ takeDirectory lockfile
-	mode <- annexFileMode
-	bracketIO (lock lockfile mode) unlock (const a)
-  where
-#ifndef mingw32_HOST_OS
-	lock lockfile mode = do
-		l <- liftIO $ noUmask mode $ createFile lockfile mode
-		setFdOption l CloseOnExec True
-		liftIO $ waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
-		return l
-	unlock = closeFd
-#else
-	lock lockfile _mode = liftIO $ waitToLock $  lockExclusive lockfile
-	unlock = dropLock
-#endif
+lockPreCommitHook = withExclusiveLock gitAnnexPreCommitLock
diff --git a/Remote/Helper/Hooks.hs b/Remote/Helper/Hooks.hs
index cd31a2fd58..96f73cce3a 100644
--- a/Remote/Helper/Hooks.hs
+++ b/Remote/Helper/Hooks.hs
@@ -16,10 +16,9 @@ import Types.Remote
 import Types.CleanupActions
 import qualified Annex
 import Annex.LockFile
+import Utility.LockFile
 #ifndef mingw32_HOST_OS
 import Annex.Perms
-#else
-import Utility.WinLock
 #endif
 
 {- Modifies a remote's access functions to first run the
@@ -84,9 +83,7 @@ runHooks r starthook stophook a = do
 		unlockFile lck
 #ifndef mingw32_HOST_OS
 		mode <- annexFileMode
-		fd <- liftIO $ noUmask mode $
-			openFd lck ReadWrite (Just mode) defaultFileFlags
-		liftIO $ setFdOption fd CloseOnExec True
+		fd <- liftIO $ noUmask mode $ createLockFile (Just mode) lck
 		v <- liftIO $ tryIO $
 			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 		case v of
diff --git a/Types/LockPool.hs b/Types/LockPool.hs
index dd392f28b6..c7d411cdcf 100644
--- a/Types/LockPool.hs
+++ b/Types/LockPool.hs
@@ -5,20 +5,12 @@
  - Licensed under the GNU GPL version 3 or higher.
  -}
 
-{-# LANGUAGE CPP #-}
-
 module Types.LockPool (
 	LockPool,
 	LockHandle
 ) where
 
 import qualified Data.Map as M
-
-#ifndef mingw32_HOST_OS
-import System.Posix.Types (Fd)
-type LockHandle = Fd
-#else
-import Utility.WinLock -- defines LockHandle
-#endif
+import Utility.LockFile
 
 type LockPool = M.Map FilePath LockHandle
diff --git a/Utility/LockFile.hs b/Utility/LockFile.hs
new file mode 100644
index 0000000000..4f0d4ba3e4
--- /dev/null
+++ b/Utility/LockFile.hs
@@ -0,0 +1,20 @@
+{- Lock files
+ -
+ - Posix and Windows lock files are extremely different.
+ - This module does *not* attempt to be a portability shim, it just exposes
+ - the native locking of the OS.
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.LockFile (module X) where
+
+#ifndef mingw32_HOST_OS
+import Utility.LockFile.Posix as X
+#else
+import Utility.LockFile.Windows as X
+#endif
diff --git a/Utility/LockFile/Posix.hs b/Utility/LockFile/Posix.hs
new file mode 100644
index 0000000000..1538b491ac
--- /dev/null
+++ b/Utility/LockFile/Posix.hs
@@ -0,0 +1,47 @@
+{- Posix lock files
+ -
+ - Copyright 2014 Joey Hess <joey@kitenet.net>
+ -
+ - License: BSD-2-clause
+ -}
+
+module Utility.LockFile.Posix (
+	lockShared,
+	lockExclusive,
+	dropLock,
+	createLockFile,
+	LockHandle
+) where
+
+import System.IO
+import System.Posix
+
+type LockFile = FilePath
+
+newtype LockHandle = LockHandle Fd
+
+-- Takes a shared lock, blocking until the lock is available.
+lockShared :: Maybe FileMode -> LockFile -> IO LockHandle
+lockShared = lock ReadLock
+
+-- Takes an exclusive lock, blocking until the lock is available.
+lockExclusive :: Maybe FileMode -> LockFile -> IO LockHandle
+lockExclusive = lock WriteLock
+
+-- The FileMode is used when creating a new lock file.
+lock :: LockRequest -> Maybe FileMode -> LockFile -> IO LockHandle
+lock lockreq mode lockfile = do
+	l <- createLockFile mode lockfile
+	waitToSetLock l (lockreq, AbsoluteSeek, 0, 0)
+	return (LockHandle l)
+
+-- Create and opens lock file, does not lock it.
+-- Close on exec flag is set so child processes do not inherit the lock.
+createLockFile :: Maybe FileMode -> LockFile -> IO Fd
+createLockFile mode lockfile = do
+	l <- openFd lockfile ReadWrite mode defaultFileFlags
+	setFdOption l CloseOnExec True
+	return l
+
+dropLock :: LockHandle -> IO ()
+dropLock (LockHandle fd) = closeFd fd
diff --git a/Utility/WinLock.hs b/Utility/LockFile/Windows.hs
similarity index 88%
rename from Utility/WinLock.hs
rename to Utility/LockFile/Windows.hs
index fc7c8a8a9c..73c248b033 100644
--- a/Utility/WinLock.hs
+++ b/Utility/LockFile/Windows.hs
@@ -5,7 +5,7 @@
  - License: BSD-2-clause
  -}
 
-module Utility.WinLock (
+module Utility.LockFile.Windows (
 	lockShared,
 	lockExclusive,
 	dropLock,
@@ -17,9 +17,6 @@ import System.Win32.Types
 import System.Win32.File
 import Control.Concurrent
 
-{- Locking is exclusive, and prevents the file from being opened for read
- - or write by any other process. So for advisory locking of a file, a
- - different LockFile should be used. -}
 type LockFile = FilePath
 
 type LockHandle = HANDLE
@@ -30,7 +27,11 @@ lockShared :: LockFile -> IO (Maybe LockHandle)
 lockShared = openLock fILE_SHARE_READ
 
 {- Tries to take an exclusive lock on a file. Fails if another process has
- - a shared or exclusive lock. -}
+ - a shared or exclusive lock.
+ -
+ - Note that exclusive locking also prevents the file from being opened for
+ - read or write by any other progess. So for advisory locking of a file's
+ - content, a different LockFile should be used. -}
 lockExclusive :: LockFile -> IO (Maybe LockHandle)
 lockExclusive = openLock fILE_SHARE_NONE
 

From ec7dd0446aa8f73886ecf9304b3affe14549b940 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 17:03:04 -0400
Subject: [PATCH 039/260] more lock file refactoring

---
 Annex/Content.hs          |  8 +++-----
 Logs/Transfer.hs          |  8 ++------
 Utility/LockFile/Posix.hs | 20 +++++++++++++++-----
 3 files changed, 20 insertions(+), 16 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 31a4444afc..25c291ed1f 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -101,18 +101,16 @@ inAnnexSafe key = inAnnex' (fromMaybe False) (Just False) go key
 		=<< contentLockFile key
 
 #ifndef mingw32_HOST_OS
-	checkindirect f = liftIO $ openforlock f >>= check is_missing
+	checkindirect f = liftIO $ openExistingLockFile f >>= check is_missing
 	{- In direct mode, the content file must exist, but
 	 - the lock file often generally won't exist unless a removal is in
 	 - process. This does not create the lock file, it only checks for
 	 - it. -}
 	checkdirect contentfile lockfile = liftIO $
 		ifM (doesFileExist contentfile)
-			( openforlock lockfile >>= check is_unlocked
+			( openExistingLockFile lockfile >>= check is_unlocked
 			, return is_missing
 			)
-	openforlock f = catchMaybeIO $
-		openFd f ReadOnly Nothing defaultFileFlags
 	check _ (Just h) = do
 		v <- getLock h (ReadLock, AbsoluteSeek, 0, 0)
 		closeFd h
@@ -180,7 +178,7 @@ lockContent key a = do
 	opencontentforlock f = catchMaybeIO $ ifM (doesFileExist f)
 		( withModifiedFileMode f
 			(`unionFileModes` ownerWriteMode)
-			(createLockFie Nothing f)
+			(createLockFile Nothing f)
 		, createLockFile Nothing f
 		)
 	dolock Nothing = return Nothing
diff --git a/Logs/Transfer.hs b/Logs/Transfer.hs
index b6279ccbab..7928972b3d 100644
--- a/Logs/Transfer.hs
+++ b/Logs/Transfer.hs
@@ -17,9 +17,7 @@ import Utility.Metered
 import Utility.Percentage
 import Utility.QuickCheck
 import Utility.PID
-#ifdef mingw32_HOST_OS
-import Utility.WinLock
-#endif
+import Utility.LockFile
 
 import Data.Time.Clock
 import Data.Time.Clock.POSIX
@@ -131,9 +129,7 @@ checkTransfer :: Transfer -> Annex (Maybe TransferInfo)
 checkTransfer t = do
 	tfile <- fromRepo $ transferFile t
 #ifndef mingw32_HOST_OS
-	mode <- annexFileMode
-	mfd <- liftIO $ catchMaybeIO $
-		openFd (transferLockFile tfile) ReadOnly (Just mode) defaultFileFlags
+	mfd <- liftIO $ openExistingLockFile (transferLockFile tfile)
 	case mfd of
 		Nothing -> return Nothing -- failed to open file; not running
 		Just fd -> do
diff --git a/Utility/LockFile/Posix.hs b/Utility/LockFile/Posix.hs
index 1538b491ac..b49c5f1734 100644
--- a/Utility/LockFile/Posix.hs
+++ b/Utility/LockFile/Posix.hs
@@ -6,13 +6,16 @@
  -}
 
 module Utility.LockFile.Posix (
+	LockHandle,
 	lockShared,
 	lockExclusive,
 	dropLock,
 	createLockFile,
-	LockHandle
+	openExistingLockFile,
 ) where
 
+import Utility.Exception
+
 import System.IO
 import System.Posix
 
@@ -35,11 +38,18 @@ lock lockreq mode lockfile = do
 	waitToSetLock l (lockreq, AbsoluteSeek, 0, 0)
 	return (LockHandle l)
 
--- Create and opens lock file, does not lock it.
--- Close on exec flag is set so child processes do not inherit the lock.
+-- Create and opens lock file; does not lock it.
 createLockFile :: Maybe FileMode -> LockFile -> IO Fd
-createLockFile mode lockfile = do
-	l <- openFd lockfile ReadWrite mode defaultFileFlags
+createLockFile = openLockFile ReadWrite
+
+-- Opens an existing lock file; does not lock it or create it.
+openExistingLockFile :: LockFile -> IO (Maybe Fd)
+openExistingLockFile = catchMaybeIO . openLockFile ReadOnly Nothing
+
+-- Close on exec flag is set so child processes do not inherit the lock.
+openLockFile :: OpenMode -> Maybe FileMode -> LockFile -> IO Fd
+openLockFile openmode filemode lockfile = do
+	l <- openFd lockfile openmode filemode defaultFileFlags
 	setFdOption l CloseOnExec True
 	return l
 

From e386e26ef207db742da6d406183ab851571047ff Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 17:06:51 -0400
Subject: [PATCH 040/260] avoid trying to create a content file in order to
 lock it

The nice refactoring in ec7dd0446aa8f73886ecf9304b3affe14549b940
highlighted a bug in lockContent -- when the content is not present,
this incorrectly created an empty lock file, using the same filename
as the content file.

This seems like it could result in empty objects, which fsck would detect
and complain about. Both drop and move --to call lockContent, as does
Remote.Git.dropKey -- I think we got lucky and this bug didn't show up
because both all of those only operate on files that are present. So
this bug could only manifest if there was a race, and a file's content
was dropped at just the wrong time, just as another process was about to
drop it. (And then only if the other process's dropping failed, otherwise
it'd delete the empty object file.)

Hmm, move --from also called lockContent. Unnecessarily, since the content
is not being removed from the local annex. In this case, the combination of
the 2 bugs could result in an empty lock file being written, and then if
the download of the content failed, left in the object directory as the
content.

This commit also optimises lockContent, avoiding an unncessary
doesFileExist test and instead just catching the exception that's thrown
when the file doesn't exist.

This commit was sponsored by Justine Lam.
---
 Annex/Content.hs |  8 +++-----
 Command/Move.hs  | 14 +++++++-------
 2 files changed, 10 insertions(+), 12 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 25c291ed1f..b3c62ee0ab 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -175,12 +175,10 @@ lockContent key a = do
 	lock _ (Just lockfile) = createLockFile Nothing lockfile >>= dolock . Just
 	{- Since content files are stored with the write bit disabled, have
 	 - to fiddle with permissions to open for an exclusive lock. -}
-	opencontentforlock f = catchMaybeIO $ ifM (doesFileExist f)
-		( withModifiedFileMode f
+	opencontentforlock f = catchDefaultIO Nothing $ 
+		withModifiedFileMode f
 			(`unionFileModes` ownerWriteMode)
-			(createLockFile Nothing f)
-		, createLockFile Nothing f
-		)
+			(openExistingLockFile f)
 	dolock Nothing = return Nothing
 	dolock (Just fd) = do
 		v <- tryIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
diff --git a/Command/Move.hs b/Command/Move.hs
index 3d9646dea8..f70608a6f7 100644
--- a/Command/Move.hs
+++ b/Command/Move.hs
@@ -150,11 +150,10 @@ fromOk src key = go =<< Annex.getState Annex.force
 		return $ u /= Remote.uuid src && elem src remotes
 
 fromPerform :: Remote -> Bool -> Key -> AssociatedFile -> CommandPerform
-fromPerform src move key afile = moveLock move key $
-	ifM (inAnnex key)
-		( dispatch move True
-		, dispatch move =<< go
-		)
+fromPerform src move key afile = ifM (inAnnex key)
+	( dispatch move True
+	, dispatch move =<< go
+	)
   where
 	go = notifyTransfer Download afile $ 
 		download (Remote.uuid src) key afile noRetry $ \p -> do
@@ -166,8 +165,9 @@ fromPerform src move key afile = moveLock move key $
 		ok <- Remote.removeKey src key
 		next $ Command.Drop.cleanupRemote key src ok
 
-{- Locks a key in order for it to be moved.
- - No lock is needed when a key is being copied. -}
+{- Locks a key in order for it to be moved away from the current repository.
+ - No lock is needed when a key is being copied, or moved to the current
+ - repository. -}
 moveLock :: Bool -> Key -> Annex a -> Annex a
 moveLock True key a = lockContent key a
 moveLock False _ a = a

From 1994771215dc66a5943f6761e33bea190f1acc74 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 18:56:25 -0400
Subject: [PATCH 041/260] more lock file refactoring

Also fixes a test suite failures introduced in recent commits, where
inAnnexSafe failed in indirect mode, since it tried to open the lock file
ReadWrite. This is why the new checkLocked opens it ReadOnly.

This commit was sponsored by Chad Horohoe.
---
 Annex/Content.hs          | 32 ++++++++++++-----------
 Annex/Ssh.hs              | 11 ++++----
 Remote/Helper/Hooks.hs    | 10 ++------
 Utility/LockFile/Posix.hs | 54 +++++++++++++++++++++++++++++++--------
 4 files changed, 68 insertions(+), 39 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index b3c62ee0ab..90ab7db585 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -101,23 +101,21 @@ inAnnexSafe key = inAnnex' (fromMaybe False) (Just False) go key
 		=<< contentLockFile key
 
 #ifndef mingw32_HOST_OS
-	checkindirect f = liftIO $ openExistingLockFile f >>= check is_missing
+	checkindirect contentfile = liftIO $ checkOr is_missing contentfile
 	{- In direct mode, the content file must exist, but
-	 - the lock file often generally won't exist unless a removal is in
-	 - process. This does not create the lock file, it only checks for
-	 - it. -}
+	 - the lock file generally won't exist unless a removal is in
+	 - process. -}
 	checkdirect contentfile lockfile = liftIO $
 		ifM (doesFileExist contentfile)
-			( openExistingLockFile lockfile >>= check is_unlocked
+			( checkOr is_unlocked lockfile
 			, return is_missing
 			)
-	check _ (Just h) = do
-		v <- getLock h (ReadLock, AbsoluteSeek, 0, 0)
-		closeFd h
+	checkOr def lockfile = do
+		v <- checkLocked lockfile
 		return $ case v of
-			Just _ -> is_locked
-			Nothing -> is_unlocked
-	check def Nothing = return def
+			Nothing -> def
+			Just True -> is_locked
+			Just False -> is_unlocked
 #else
 	checkindirect f = liftIO $ ifM (doesFileExist f)
 		( do
@@ -161,7 +159,7 @@ lockContent key a = do
 	contentfile <- calcRepo $ gitAnnexLocation key
 	lockfile <- contentLockFile key
 	maybe noop setuplockfile lockfile
-	bracket (liftIO $ lock contentfile lockfile) (unlock lockfile) (const a)
+	bracket (lock contentfile lockfile) (unlock lockfile) (const a)
   where
 	alreadylocked = error "content is locked"
 	setuplockfile lockfile = modifyContent lockfile $
@@ -171,8 +169,11 @@ lockContent key a = do
 		void $ liftIO $ tryIO $
 			nukeFile lockfile
 #ifndef mingw32_HOST_OS
-	lock contentfile Nothing = opencontentforlock contentfile >>= dolock
-	lock _ (Just lockfile) = createLockFile Nothing lockfile >>= dolock . Just
+	lock contentfile Nothing = liftIO $
+		opencontentforlock contentfile >>= dolock
+	lock _ (Just lockfile) = do
+		mode <- annexFileMode
+		liftIO $ createLockFile mode lockfile >>= dolock . Just
 	{- Since content files are stored with the write bit disabled, have
 	 - to fiddle with permissions to open for an exclusive lock. -}
 	opencontentforlock f = catchDefaultIO Nothing $ 
@@ -189,7 +190,8 @@ lockContent key a = do
 		maybe noop cleanuplockfile mlockfile
 		liftIO $ maybe noop closeFd mfd
 #else
-	lock _ (Just lockfile) = maybe alreadylocked (return . Just) =<< lockExclusive lockfile
+	lock _ (Just lockfile) = liftIO $
+		maybe alreadylocked (return . Just) =<< lockExclusive lockfile
 	lock _ Nothing = return Nothing
 	unlock mlockfile mlockhandle = do
 		liftIO $ maybe noop dropLock mlockhandle
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
index 2b1b809ffc..ad636b4aac 100644
--- a/Annex/Ssh.hs
+++ b/Annex/Ssh.hs
@@ -152,13 +152,12 @@ sshCleanup = mapM_ cleanup =<< enumSocketFiles
 		let lockfile = socket2lock socketfile
 		unlockFile lockfile
 		mode <- annexFileMode
-		fd <- liftIO $ noUmask mode $ createLockFile (Just mode) lockfile
-		v <- liftIO $ tryIO $
-			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+		v <- liftIO $ noUmask mode $ tryLockExclusive (Just mode) lockfile
 		case v of
-			Left _ -> noop
-			Right _ -> forceStopSsh socketfile
-		liftIO $ closeFd fd
+			Nothing -> noop
+			Just lck -> do
+				forceStopSsh socketfile
+				liftIO $ dropLock lck
 #else
 		forceStopSsh socketfile
 #endif
diff --git a/Remote/Helper/Hooks.hs b/Remote/Helper/Hooks.hs
index 96f73cce3a..529c35d3fe 100644
--- a/Remote/Helper/Hooks.hs
+++ b/Remote/Helper/Hooks.hs
@@ -83,18 +83,12 @@ runHooks r starthook stophook a = do
 		unlockFile lck
 #ifndef mingw32_HOST_OS
 		mode <- annexFileMode
-		fd <- liftIO $ noUmask mode $ createLockFile (Just mode) lck
-		v <- liftIO $ tryIO $
-			setLock fd (WriteLock, AbsoluteSeek, 0, 0)
-		case v of
-			Left _ -> noop
-			Right _ -> run stophook
-		liftIO $ closeFd fd
+		v <- liftIO $ noUmask mode $ tryLockExclusive (Just mode) lck
 #else
 		v <- liftIO $ lockExclusive lck
+#endif
 		case v of
 			Nothing -> noop
 			Just lockhandle -> do
 				run stophook
 				liftIO $ dropLock lockhandle
-#endif
diff --git a/Utility/LockFile/Posix.hs b/Utility/LockFile/Posix.hs
index b49c5f1734..1e43a2832e 100644
--- a/Utility/LockFile/Posix.hs
+++ b/Utility/LockFile/Posix.hs
@@ -9,15 +9,21 @@ module Utility.LockFile.Posix (
 	LockHandle,
 	lockShared,
 	lockExclusive,
-	dropLock,
+	tryLockExclusive,
 	createLockFile,
 	openExistingLockFile,
+	isLocked,
+	checkLocked,
+	dropLock,
 ) where
 
 import Utility.Exception
+import Utility.Applicative
 
 import System.IO
 import System.Posix
+import Data.Maybe
+import Control.Applicative
 
 type LockFile = FilePath
 
@@ -31,27 +37,55 @@ lockShared = lock ReadLock
 lockExclusive :: Maybe FileMode -> LockFile -> IO LockHandle
 lockExclusive = lock WriteLock
 
--- The FileMode is used when creating a new lock file.
+-- Tries to take an exclusive lock, but does not block.
+tryLockExclusive :: Maybe FileMode -> LockFile -> IO (Maybe LockHandle)
+tryLockExclusive mode lockfile = do
+	l <- openLockFile mode lockfile
+	v <- tryIO $ setLock l (WriteLock, AbsoluteSeek, 0, 0)
+	case v of
+		Left _ -> do
+			closeFd l
+			return Nothing
+		Right _ -> return $ Just $ LockHandle l
+
+-- Setting the FileMode allows creation of a new lock file.
+-- If it's Nothing then this only succeeds when the lock file already exists.
 lock :: LockRequest -> Maybe FileMode -> LockFile -> IO LockHandle
 lock lockreq mode lockfile = do
-	l <- createLockFile mode lockfile
+	l <- openLockFile mode lockfile
 	waitToSetLock l (lockreq, AbsoluteSeek, 0, 0)
 	return (LockHandle l)
 
 -- Create and opens lock file; does not lock it.
-createLockFile :: Maybe FileMode -> LockFile -> IO Fd
-createLockFile = openLockFile ReadWrite
+createLockFile :: FileMode -> LockFile -> IO Fd
+createLockFile filemode = openLockFile (Just filemode)
 
--- Opens an existing lock file; does not lock it or create it.
+-- Opens an existing lock file; does not lock it, and if it does not exist,
+-- returns Nothing.
 openExistingLockFile :: LockFile -> IO (Maybe Fd)
-openExistingLockFile = catchMaybeIO . openLockFile ReadOnly Nothing
+openExistingLockFile = catchMaybeIO . openLockFile Nothing
 
 -- Close on exec flag is set so child processes do not inherit the lock.
-openLockFile :: OpenMode -> Maybe FileMode -> LockFile -> IO Fd
-openLockFile openmode filemode lockfile = do
-	l <- openFd lockfile openmode filemode defaultFileFlags
+openLockFile :: Maybe FileMode -> LockFile -> IO Fd
+openLockFile filemode lockfile = do
+	l <- openFd lockfile ReadWrite filemode defaultFileFlags
 	setFdOption l CloseOnExec True
 	return l
 
+-- Check if a file is locked, either exclusively, or with shared lock.
+-- When the file doesn't exist, it's considered not locked.
+isLocked :: LockFile -> IO Bool
+isLocked = fromMaybe False <$$> checkLocked
+
+checkLocked :: LockFile -> IO (Maybe Bool)
+checkLocked lockfile = go =<< catchMaybeIO open
+  where
+	open = openFd lockfile ReadOnly Nothing defaultFileFlags
+	go Nothing = return Nothing
+	go (Just h) = do
+		ret <- isJust <$> getLock h (ReadLock, AbsoluteSeek, 0, 0)
+		closeFd h
+		return $ Just ret
+
 dropLock :: LockHandle -> IO ()
 dropLock (LockHandle fd) = closeFd fd

From 59eae904b15252df7cb5e74c93111b775c427040 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 19:09:54 -0400
Subject: [PATCH 042/260] final scary locking refactoring (for now)

Note that while before checkTransfer this called getLock with WriteLock,
getLockStatus's use of ReadLock will also notice any exclusive locks.
Since transfer info files are only locked exclusively, never shared,
there is no behavior change.

Also, fixes checkLocked to actually return Just False when the file
exists, but is not locked.
---
 Logs/Transfer.hs          | 17 ++++++-----------
 Utility/LockFile/Posix.hs | 16 ++++++++++++----
 2 files changed, 18 insertions(+), 15 deletions(-)

diff --git a/Logs/Transfer.hs b/Logs/Transfer.hs
index 7928972b3d..16c3ebb688 100644
--- a/Logs/Transfer.hs
+++ b/Logs/Transfer.hs
@@ -129,17 +129,12 @@ checkTransfer :: Transfer -> Annex (Maybe TransferInfo)
 checkTransfer t = do
 	tfile <- fromRepo $ transferFile t
 #ifndef mingw32_HOST_OS
-	mfd <- liftIO $ openExistingLockFile (transferLockFile tfile)
-	case mfd of
-		Nothing -> return Nothing -- failed to open file; not running
-		Just fd -> do
-			locked <- liftIO $
-				getLock fd (WriteLock, AbsoluteSeek, 0, 0)
-			liftIO $ closeFd fd
-			case locked of
-				Nothing -> return Nothing
-				Just (pid, _) -> liftIO $ catchDefaultIO Nothing $
-					readTransferInfoFile (Just pid) tfile
+	liftIO $ do
+		v <- getLockStatus (transferLockFile tfile)
+		case v of
+			Just (pid, _) -> catchDefaultIO Nothing $
+				readTransferInfoFile (Just pid) tfile
+			Nothing -> return Nothing
 #else
 	v <- liftIO $ lockShared $ transferLockFile tfile
 	liftIO $ case v of
diff --git a/Utility/LockFile/Posix.hs b/Utility/LockFile/Posix.hs
index 1e43a2832e..6e4444fcf6 100644
--- a/Utility/LockFile/Posix.hs
+++ b/Utility/LockFile/Posix.hs
@@ -14,6 +14,7 @@ module Utility.LockFile.Posix (
 	openExistingLockFile,
 	isLocked,
 	checkLocked,
+	getLockStatus,
 	dropLock,
 ) where
 
@@ -23,7 +24,6 @@ import Utility.Applicative
 import System.IO
 import System.Posix
 import Data.Maybe
-import Control.Applicative
 
 type LockFile = FilePath
 
@@ -77,15 +77,23 @@ openLockFile filemode lockfile = do
 isLocked :: LockFile -> IO Bool
 isLocked = fromMaybe False <$$> checkLocked
 
+-- Returns Nothing when the file doesn't exist, for cases where
+-- that is different from it not being locked.
 checkLocked :: LockFile -> IO (Maybe Bool)
-checkLocked lockfile = go =<< catchMaybeIO open
+checkLocked = maybe Nothing (Just . isJust) <$$> getLockStatus'
+
+getLockStatus :: LockFile -> IO (Maybe (ProcessID, FileLock))
+getLockStatus = fromMaybe Nothing <$$> getLockStatus'
+
+getLockStatus' :: LockFile -> IO (Maybe (Maybe (ProcessID, FileLock)))
+getLockStatus' lockfile = go =<< catchMaybeIO open
   where
 	open = openFd lockfile ReadOnly Nothing defaultFileFlags
 	go Nothing = return Nothing
 	go (Just h) = do
-		ret <- isJust <$> getLock h (ReadLock, AbsoluteSeek, 0, 0)
+		ret <- getLock h (ReadLock, AbsoluteSeek, 0, 0)
 		closeFd h
-		return $ Just ret
+		return (Just ret)
 
 dropLock :: LockHandle -> IO ()
 dropLock (LockHandle fd) = closeFd fd

From 747bf6ce7997eea59dd1281fc6d73b45e83eccc0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 19:45:41 -0400
Subject: [PATCH 043/260] devblog

---
 doc/devblog/day_218__scary_locking.mdwn | 24 ++++++++++++++++++++++++
 1 file changed, 24 insertions(+)
 create mode 100644 doc/devblog/day_218__scary_locking.mdwn

diff --git a/doc/devblog/day_218__scary_locking.mdwn b/doc/devblog/day_218__scary_locking.mdwn
new file mode 100644
index 0000000000..81afb263b5
--- /dev/null
+++ b/doc/devblog/day_218__scary_locking.mdwn
@@ -0,0 +1,24 @@
+Plan is to be on vacation and/or low activity this week before DebConf.
+However, today I got involved in fixing a bug that caused the assistant to
+keep files open after syncing with repositories on removable media.
+
+Part of that bug involved lock files not being opend close-on-exec, and
+while fixing that I noticed again that the locking code was scattered all
+around and rather repetitive. That led to a lot of refactoring, which is
+always fun when it involves scary locking code. Thanks goodness for
+referential transparency.
+
+Now there's a Utility.LockFile that works on both POSIX and Windows.
+Howver, that module actually exports very different functions for the two.
+While it might be tempting to try to do a portability layer, the
+two locking models are really very different, and there are lots of gotchas
+such a portability layer would face. The only API that's completely the
+same between the two is dropLock.
+
+This refactoring process and the cleaner, more expressive
+code it led to helped me spot a couple of bugs involving locking. See
+[[!commit e386e26ef207db742da6d406183ab851571047ff]]
+and [[!commit 0a4d301051e4933661b7b0a0791afa95bfe9a1d3]]
+Neither bug has ever seemed to cause
+a problem, but it's nice to be able to spot and fix such bugs before they
+do.

From aebcc395ffec212d9eb9a343748b4d409f5e667a Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 20 Aug 2014 20:08:45 -0400
Subject: [PATCH 044/260] use types to enforce that removeAnnex can only be
 called inside lockContent

This fixed one bug where it needed to be and wasn't (in Assistant.Unused).
And also found one place where lockContent was used unnecessarily (by
drop --from remote).

A few other places like uninit probably don't really need to lockContent,
but it doesn't hurt to do call it anyway.

This commit was sponsored by David Wagner.
---
 Annex/Content.hs      | 19 +++++++++++++------
 Assistant/Unused.hs   |  2 +-
 Assistant/Upgrade.hs  |  2 +-
 Command/Drop.hs       | 10 +++++++---
 Command/DropKey.hs    |  4 ++--
 Command/Move.hs       | 13 +++----------
 Command/TestRemote.hs | 10 +++++-----
 Command/Uninit.hs     |  2 +-
 Remote/Git.hs         |  4 ++--
 9 files changed, 35 insertions(+), 31 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 90ab7db585..86b78c04e0 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -152,14 +152,20 @@ contentLockFile key = ifM isDirect
 	, return Nothing
 	)
 
+newtype ContentLock = ContentLock Key
+
 {- Content is exclusively locked while running an action that might remove
- - it. (If the content is not present, no locking is done.) -}
-lockContent :: Key -> Annex a -> Annex a
+ - it. (If the content is not present, no locking is done.)
+ -}
+lockContent :: Key -> (ContentLock -> Annex a) -> Annex a
 lockContent key a = do
 	contentfile <- calcRepo $ gitAnnexLocation key
 	lockfile <- contentLockFile key
 	maybe noop setuplockfile lockfile
-	bracket (lock contentfile lockfile) (unlock lockfile) (const a)
+	bracket
+		(lock contentfile lockfile)
+		(unlock lockfile)
+		(const $ a $ ContentLock key)
   where
 	alreadylocked = error "content is locked"
 	setuplockfile lockfile = modifyContent lockfile $
@@ -426,9 +432,10 @@ cleanObjectLoc key cleaner = do
 {- Removes a key's file from .git/annex/objects/
  -
  - In direct mode, deletes the associated files or files, and replaces
- - them with symlinks. -}
-removeAnnex :: Key -> Annex ()
-removeAnnex key = withObjectLoc key remove removedirect
+ - them with symlinks.
+ -}
+removeAnnex :: ContentLock -> Annex ()
+removeAnnex (ContentLock key) = withObjectLoc key remove removedirect
   where
 	remove file = cleanObjectLoc key $ do
 		secureErase file
diff --git a/Assistant/Unused.hs b/Assistant/Unused.hs
index 3ad98c12e2..c2c10b048b 100644
--- a/Assistant/Unused.hs
+++ b/Assistant/Unused.hs
@@ -77,7 +77,7 @@ expireUnused duration = do
 	forM_ oldkeys $ \k -> do
 		debug ["removing old unused key", key2file k]
 		liftAnnex $ do
-			removeAnnex k
+			lockContent k removeAnnex
 			logStatus k InfoMissing
   where
 	boundry = durationToPOSIXTime <$> duration
diff --git a/Assistant/Upgrade.hs b/Assistant/Upgrade.hs
index 1456f8e5ac..b847068c29 100644
--- a/Assistant/Upgrade.hs
+++ b/Assistant/Upgrade.hs
@@ -96,7 +96,7 @@ startDistributionDownload d = go =<< liftIO . newVersionLocation d =<< liftIO ol
 		, transferKey = k
 		}
 	cleanup = liftAnnex $ do
-		removeAnnex k
+		lockContent k removeAnnex
 		setUrlMissing k u
 		logStatus k InfoMissing
 
diff --git a/Command/Drop.hs b/Command/Drop.hs
index 4bac07a533..cf63d2bc7e 100644
--- a/Command/Drop.hs
+++ b/Command/Drop.hs
@@ -55,8 +55,12 @@ startRemote afile numcopies key remote = do
 	showStart' ("drop " ++ Remote.name remote) key afile
 	next $ performRemote key afile numcopies remote
 
+-- Note that lockContent is called before checking if the key is present
+-- on enough remotes to allow removal. This avoids a scenario where two
+-- or more remotes are trying to remove a key at the same time, and each
+-- see the key is present on the other.
 performLocal :: Key -> AssociatedFile -> NumCopies -> Maybe Remote -> CommandPerform
-performLocal key afile numcopies knownpresentremote = lockContent key $ do
+performLocal key afile numcopies knownpresentremote = lockContent key $ \contentlock -> do
 	(remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
 	let trusteduuids' = case knownpresentremote of
 		Nothing -> trusteduuids
@@ -66,7 +70,7 @@ performLocal key afile numcopies knownpresentremote = lockContent key $ do
 	u <- getUUID
 	ifM (canDrop u key afile numcopies trusteduuids' tocheck [])
 		( do
-			removeAnnex key
+			removeAnnex contentlock
 			notifyDrop afile True
 			next $ cleanupLocal key
 		, do
@@ -75,7 +79,7 @@ performLocal key afile numcopies knownpresentremote = lockContent key $ do
 		)
 
 performRemote :: Key -> AssociatedFile -> NumCopies -> Remote -> CommandPerform
-performRemote key afile numcopies remote = lockContent key $ do
+performRemote key afile numcopies remote = do
 	-- Filter the remote it's being dropped from out of the lists of
 	-- places assumed to have the key, and places to check.
 	-- When the local repo has the key, that's one additional copy,
diff --git a/Command/DropKey.hs b/Command/DropKey.hs
index 125e6ded40..8ca41bdb6c 100644
--- a/Command/DropKey.hs
+++ b/Command/DropKey.hs
@@ -28,8 +28,8 @@ start key = stopUnless (inAnnex key) $ do
 	next $ perform key
 
 perform :: Key -> CommandPerform
-perform key = lockContent key $ do
-	removeAnnex key
+perform key = lockContent key $ \contentlock -> do
+	removeAnnex contentlock
 	next $ cleanup key
 
 cleanup :: Key -> CommandCleanup
diff --git a/Command/Move.hs b/Command/Move.hs
index f70608a6f7..c3d641edd5 100644
--- a/Command/Move.hs
+++ b/Command/Move.hs
@@ -91,7 +91,7 @@ expectedPresent dest key = do
 	return $ dest `elem` remotes
 
 toPerform :: Remote -> Bool -> Key -> AssociatedFile -> Bool -> Either String Bool -> CommandPerform
-toPerform dest move key afile fastcheck isthere = moveLock move key $
+toPerform dest move key afile fastcheck isthere = do
 	case isthere of
 		Left err -> do
 			showNote err
@@ -115,8 +115,8 @@ toPerform dest move key afile fastcheck isthere = moveLock move key $
 			finish
   where
 	finish
-		| move = do
-			removeAnnex key
+		| move = lockContent key $ \contentlock -> do
+			removeAnnex contentlock
 			next $ Command.Drop.cleanupLocal key
 		| otherwise = next $ return True
 
@@ -164,10 +164,3 @@ fromPerform src move key afile = ifM (inAnnex key)
 	dispatch True True = do -- finish moving
 		ok <- Remote.removeKey src key
 		next $ Command.Drop.cleanupRemote key src ok
-
-{- Locks a key in order for it to be moved away from the current repository.
- - No lock is needed when a key is being copied, or moved to the current
- - repository. -}
-moveLock :: Bool -> Key -> Annex a -> Annex a
-moveLock True key a = lockContent key a
-moveLock False _ a = a
diff --git a/Command/TestRemote.hs b/Command/TestRemote.hs
index 3e1933d219..1cb1929e01 100644
--- a/Command/TestRemote.hs
+++ b/Command/TestRemote.hs
@@ -114,7 +114,7 @@ test st r k =
 	, check "storeKey when already present" store
 	, present True
 	, check "retrieveKeyFile" $ do
-		removeAnnex k
+		lockContent k removeAnnex
 		get
 	, check "fsck downloaded object" fsck
 	, check "retrieveKeyFile resume from 33%" $ do
@@ -124,20 +124,20 @@ test st r k =
 			sz <- hFileSize h
 			L.hGet h $ fromInteger $ sz `div` 3
 		liftIO $ L.writeFile tmp partial
-		removeAnnex k
+		lockContent k removeAnnex
 		get
 	, check "fsck downloaded object" fsck
 	, check "retrieveKeyFile resume from 0" $ do
 		tmp <- prepTmp k
 		liftIO $ writeFile tmp ""
-		removeAnnex k
+		lockContent k removeAnnex
 		get
 	, check "fsck downloaded object" fsck
 	, check "retrieveKeyFile resume from end" $ do
 		loc <- Annex.calcRepo (gitAnnexLocation k)
 		tmp <- prepTmp k
 		void $ liftIO $ copyFileExternal loc tmp
-		removeAnnex k
+		lockContent k removeAnnex
 		get
 	, check "fsck downloaded object" fsck
 	, check "removeKey when present" remove
@@ -183,7 +183,7 @@ testUnavailable st r k =
 cleanup :: [Remote] -> [Key] -> Bool -> CommandCleanup
 cleanup rs ks ok = do
 	forM_ rs $ \r -> forM_ ks (Remote.removeKey r)
-	forM_ ks removeAnnex
+	forM_ ks $ \k -> lockContent k removeAnnex
 	return ok
 
 chunkSizes :: Int -> Bool -> [Int]
diff --git a/Command/Uninit.hs b/Command/Uninit.hs
index 4433de6d01..3f57782fce 100644
--- a/Command/Uninit.hs
+++ b/Command/Uninit.hs
@@ -103,7 +103,7 @@ removeUnannexed = go []
   	go c [] = return c
 	go c (k:ks) = ifM (inAnnexCheck k $ liftIO . enoughlinks)
 		( do
-			removeAnnex k
+			lockContent k removeAnnex
 			go c ks
 		, go (k:c) ks
 		)
diff --git a/Remote/Git.hs b/Remote/Git.hs
index db5b2fbd0a..bf796ec117 100644
--- a/Remote/Git.hs
+++ b/Remote/Git.hs
@@ -339,8 +339,8 @@ dropKey r key
 			commitOnCleanup r $ onLocal r $ do
 				ensureInitialized
 				whenM (Annex.Content.inAnnex key) $ do
-					Annex.Content.lockContent key $
-						Annex.Content.removeAnnex key
+					Annex.Content.lockContent key
+						Annex.Content.removeAnnex
 					logStatus key InfoMissing
 					Annex.Content.saveState True
 				return True

From 1b86daa5de93850114dd3bcadfa0681ae549f66e Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Thu, 21 Aug 2014 08:54:51 +0000
Subject: [PATCH 045/260] Added a comment: Quite right

---
 ...t_2_58b856e19c8d5e59164b42399ba6b1fd._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_2_58b856e19c8d5e59164b42399ba6b1fd._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_2_58b856e19c8d5e59164b42399ba6b1fd._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_2_58b856e19c8d5e59164b42399ba6b1fd._comment
new file mode 100644
index 0000000000..a4784c6349
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_2_58b856e19c8d5e59164b42399ba6b1fd._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Hans_Ryding"
+ ip="81.229.194.7"
+ subject="Quite right"
+ date="2014-08-21T08:54:50Z"
+ content="""
+Incorrect assumption from my part.
+I reinstalled git into the expected path (C:\program files\Git)
+and the problem is still there.
+
+Running git-annex from command-line works.
+(I tried running git-annex test. It had 23 failed tests,
+most of them because of inability to access the remote: origin.
+But it ran just fine.)
+Running the web-app gives the error listed above.
+"""]]

From 7e0cacd273c77d3a76c606e7f44a5e37f037eb09 Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Thu, 21 Aug 2014 09:14:16 +0000
Subject: [PATCH 046/260] Added a comment: Change the name of the bug

---
 .../comment_3_f9543c0ca1ff81c4d495a01c77429ea8._comment  | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_3_f9543c0ca1ff81c4d495a01c77429ea8._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_3_f9543c0ca1ff81c4d495a01c77429ea8._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_3_f9543c0ca1ff81c4d495a01c77429ea8._comment
new file mode 100644
index 0000000000..ba06cd4359
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_3_f9543c0ca1ff81c4d495a01c77429ea8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="Hans_Ryding"
+ ip="81.229.194.7"
+ subject="Change the name of the bug"
+ date="2014-08-21T09:14:16Z"
+ content="""
+I can't seem to change the name of the bug to something more appropriate.
+Maybe you can?
+"""]]

From 0ffd1a8148ca87780cd30833e2ac9c56472bd285 Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Thu, 21 Aug 2014 09:33:02 +0000
Subject: [PATCH 047/260]

---
 ..._left_in_.git__47__annex__47__objects.mdwn | 39 +++++++++++++++++++
 1 file changed, 39 insertions(+)
 create mode 100644 doc/forum/Stale_keys_and_.cache_files_left_in_.git__47__annex__47__objects.mdwn

diff --git a/doc/forum/Stale_keys_and_.cache_files_left_in_.git__47__annex__47__objects.mdwn b/doc/forum/Stale_keys_and_.cache_files_left_in_.git__47__annex__47__objects.mdwn
new file mode 100644
index 0000000000..043a3f2db6
--- /dev/null
+++ b/doc/forum/Stale_keys_and_.cache_files_left_in_.git__47__annex__47__objects.mdwn
@@ -0,0 +1,39 @@
+I recently migrated some of my repositories from WORM to SHA1E, and
+noticed after finishing conversion and dropping all WORM keys that
+there are some stale files and directories left over in the
+.git/annex/objects directory. These seem to fall into two categories:
+
+1. There are some empty directories meant for WORM-keys. Strangely, I
+don’t believe the content of these keys has ever been present on this
+machine, and the corresponding .log files do not contain the local
+UUID. What might be the deal with those?
+
+Another set of empty WORM directories housed content I unannexed and
+checked into regular git on my other remote, and then pulled locally.
+A subsequent «dropunused» seems to have left the empty directories
+after dropping their content.
+
+I suppose the stale directories can be safely pruned away?
+
+One thing I noticed is that, while the terminal leaf in the objects
+directory is usually sticky (mode +t), the stale directories to
+content I unannexed are all non-sticky. Maybe this gives some
+indication where things got stuck? A few (though not all) of the other
+terminal directories are non-sticky, as well.
+
+2. There are some .map and .cache files leftover in
+.git/annex/objects. This is an indirect repository, but I briefly
+switched it to direct once. The stale files seem to belong to content
+with which I had some difficulties when «git annex add»’ing the files
+(I recall I had to add them multiple times before they were correctly
+indexed). I now examined these files again and noticed they were
+tracked via regular git. I «git rm»’ed them and readded them into the
+annex. Can the stale .cache and .map files be safely deleted?
+
+I noticed some of these keys have the format
+«WORM-s123-m-123456789--name», with an additional dash before the
+mtime. Has there been a format change, or does this indicate a
+problem?
+
+Best regards,
+Z.

From 71f80ad2267ef036a1bb4c9bde9be700193c225d Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 09:08:23 +0000
Subject: [PATCH 048/260]

---
 ...___44___after_add__59___cannot_commit.mdwn | 22 +++++++++++++++++++
 1 file changed, 22 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit.mdwn

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit.mdwn b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit.mdwn
new file mode 100644
index 0000000000..fef6e66812
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit.mdwn
@@ -0,0 +1,22 @@
+### Please describe the problem.
+After having added new content (SHA1E backend), when trying to commit, git commit fails with the following error:
+
+[[!format sh """
+(Recording state in git...)
+error: invalid object 100644 5d471129a031f0f493de3736eaea6f2f4056aeee for '000/091/WORM-s1493-m1321288671--scrapbook%data%20111114173520%horiz-menu-tab-r_001.png.log'
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+"""]]
+
+The commit subsequently fails and the index is left as is. When I did git-annex add, I got the same error, but the additions seem to have been staged, at least.
+
+What’s curious about this is that I migrated all keys to SHA1E earlier and dropped all WORM keys. git annex info also says that all my keys are SHA1E.
+
+Can this be related to your changes to the WORM backend? I upgraded to git-annex 5.20140818 today. Rolling back to 5.20140716 didn’t allow me to commit, either, though.
+
+Any way I could resolve this? I don’t want to git reset for now, since this will leave the added objects in the annex store.
+
+### What version of git-annex are you using? On what operating system?
+git-annex 5.20140818
+
+Linux 3.16.1

From ef121f0d489a739d34a328860e140cd21c2c9b3c Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 09:27:34 +0000
Subject: [PATCH 049/260] Added a comment

---
 ..._2a64a2da445a64149da7335f35142a08._comment | 35 +++++++++++++++++++
 1 file changed, 35 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_1_2a64a2da445a64149da7335f35142a08._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_1_2a64a2da445a64149da7335f35142a08._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_1_2a64a2da445a64149da7335f35142a08._comment
new file mode 100644
index 0000000000..af980d1bce
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_1_2a64a2da445a64149da7335f35142a08._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 1"
+ date="2014-08-22T09:27:34Z"
+ content="""
+git fsck only shows a few dangling blobs from a branch I did earlier and left behind, but otherwise reports no errors.
+
+git annex fsck --fast ultimately fails with the original error message at some point:
+
+[[!format sh \"\"\"
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+# nx fsck --fast|egrep -v 'ok$'
+[2014-08-22 11:14:43 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"ls-files\",\"--cached\",\"-z\",\"--\"]
+[2014-08-22 11:14:43 CEST] chat: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+[2014-08-22 11:14:43 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"git-annex\"]
+[2014-08-22 11:14:43 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-08-22 11:14:43 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"log\",\"refs/heads/git-annex..dda9b068ac5c075e79ab63a531770ad772ae8491\",\"-n1\",\"--pretty=%H\"]
+[2014-08-22 11:14:43 CEST] chat: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"cat-file\",\"--batch\"]
+[2014-08-22 11:25:24 CEST] chat: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2014-08-22 11:25:24 CEST] feed: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-08-22 11:25:24 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2014-08-22 11:25:24 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"write-tree\"]
+error: invalid object 100644 5d471129a031f0f493de3736eaea6f2f4056aeee for '000/091/WORM-s1493-m1321288671--scrapbook%data%20111114173520%horiz-menu-tab-r_001.png.log'
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+(Recording state in git...)
+
+# End of transcript or log.
+\"\"\"]]
+
+
+"""]]

From 356c782ace51f7541ed9b64dc992765d58291c36 Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 09:38:03 +0000
Subject: [PATCH 050/260] Added a comment

---
 ..._decb1689b8cc2541077e2d0ae273b5e7._comment | 30 +++++++++++++++++++
 1 file changed, 30 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_2_decb1689b8cc2541077e2d0ae273b5e7._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_2_decb1689b8cc2541077e2d0ae273b5e7._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_2_decb1689b8cc2541077e2d0ae273b5e7._comment
new file mode 100644
index 0000000000..b4feb654f0
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_2_decb1689b8cc2541077e2d0ae273b5e7._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 2"
+ date="2014-08-22T09:38:03Z"
+ content="""
+git commit with git-annex debug output enabled:
+
+
+[[!format sh \"\"\"
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"diff\",\"--cached\",\"--name-only\",\"-z\",\"--diff-filter=ACMRT\",\"--\",\".\"]
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"diff\",\"--name-only\",\"--diff-filter=T\",\"-z\",\"--cached\",\"--\",\".\"]
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"symbolic-ref\",\"HEAD\"]
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"refs/heads/master\"]
+[2014-08-22 11:36:46 CEST] chat: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2014-08-22 11:36:46 CEST] feed: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+(Recording state in git...)
+[2014-08-22 11:36:46 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"write-tree\"]
+error: invalid object 100644 5d471129a031f0f493de3736eaea6f2f4056aeee for '000/091/WORM-s1493-m1321288671--scrapbook%data%20111114173520%horiz-menu-tab-r_001.png.log'
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+
+# End of transcript or log.
+\"\"\"]]
+
+"""]]

From 8002704a3ffacb6a73e81b19121d33c51c42d183 Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 09:58:05 +0000
Subject: [PATCH 051/260] Added a comment

---
 ..._1f6443e495cc16a13e2e4175e73dc8f1._comment | 27 +++++++++++++++++++
 1 file changed, 27 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_3_1f6443e495cc16a13e2e4175e73dc8f1._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_3_1f6443e495cc16a13e2e4175e73dc8f1._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_3_1f6443e495cc16a13e2e4175e73dc8f1._comment
new file mode 100644
index 0000000000..78e7f4138a
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_3_1f6443e495cc16a13e2e4175e73dc8f1._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 3"
+ date="2014-08-22T09:58:05Z"
+ content="""
+Doing a git annex fsck on a new clone of the repository succeded; the problem must somehow with the .git/annex/index then, I presume?
+
+I did a git reset to restore to the sane state state before adding, but the problem is that I cannot unannex the files I added. :(
+
+[[!format sh \"\"\"
+nx unannex scrapbook/data/20140822101558/1.jpg
+[2014-08-22 11:56:16 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"--head\"]
+[2014-08-22 11:56:16 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"diff-index\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"--cached\",\"HEAD\"]
+[2014-08-22 11:56:16 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"scrapbook/data/20140822101558/1.jpg\"]
+[2014-08-22 11:56:16 CEST] call: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"commit\",\"-q\",\"--allow-empty\",\"--no-verify\",\"-m\",\"content removed from git annex\"]
+[2014-08-22 11:56:16 CEST] chat: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2014-08-22 11:56:16 CEST] feed: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"update-index\",\"-z\",\"--index-info\"]
+[2014-08-22 11:56:16 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+(Recording state in git...)
+[2014-08-22 11:56:16 CEST] read: git [\"--git-dir=/home/seb/Webmirror/.git\",\"--work-tree=/home/seb/Webmirror\",\"write-tree\"]
+error: invalid object 100644 5d471129a031f0f493de3736eaea6f2f4056aeee for '000/091/WORM-s1493-m1321288671--scrapbook%data%20111114173520%horiz-menu-tab-r_001.png.log'
+fatal: git-write-tree: error building trees
+git-annex: failed to read sha from git write-tree
+\"\"\"]]
+
+"""]]

From 4f189d0134d44e1c5727622aa249a153896eae04 Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 10:15:52 +0000
Subject: [PATCH 052/260] Added a comment

---
 ...t_4_522020e71393434834def6c80b82e39e._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_4_522020e71393434834def6c80b82e39e._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_4_522020e71393434834def6c80b82e39e._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_4_522020e71393434834def6c80b82e39e._comment
new file mode 100644
index 0000000000..bfab0d1be6
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_4_522020e71393434834def6c80b82e39e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 4"
+ date="2014-08-22T10:15:51Z"
+ content="""
+The file referred to in the error message seems to be in good shape:
+
+[[!format sh \"\"\"
+git --no-pager show git-annex:000/091/WORM-s1493-m1321288671--scrapbook%data%20111114173520%horiz-menu-tab-r_001.png.log
+1408605730.57892s 0 b25f42de-f4be-4d31-84d1-ab0b71dfec01
+1408562938.526946s 0 e148ea91-0eb6-4f47-86e9-db2136a15279
+\"\"\"]]
+
+Strangely, the SHA1 of the blob is different from the one reported in the write-tree error.
+"""]]

From 646e36d1d188cb713b7e6fac6e03a6d6aad0733e Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 13:07:34 +0000
Subject: [PATCH 053/260] Added a comment

---
 .../comment_5_cc4cba022869b32d298cdafed9545a34._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_5_cc4cba022869b32d298cdafed9545a34._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_5_cc4cba022869b32d298cdafed9545a34._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_5_cc4cba022869b32d298cdafed9545a34._comment
new file mode 100644
index 0000000000..0be1eb958b
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_5_cc4cba022869b32d298cdafed9545a34._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 5"
+ date="2014-08-22T13:07:34Z"
+ content="""
+I remembered I keep an hourly snapshot regimen and was able to get back the repository from before doing the «add» this morning. Both git fsck and git annex fsck return no errors, and yet, whenever anything is done to the git-annex branch (I tried add and forget), I get the above error.
+"""]]

From 3a0d342bfdca6eb07ed49d4db193df74bb72aecb Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 13:15:06 +0000
Subject: [PATCH 054/260] Added a comment

---
 ...nt_6_e71b251db2ff1f52a40fec40303cdefc._comment | 15 +++++++++++++++
 1 file changed, 15 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_6_e71b251db2ff1f52a40fec40303cdefc._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_6_e71b251db2ff1f52a40fec40303cdefc._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_6_e71b251db2ff1f52a40fec40303cdefc._comment
new file mode 100644
index 0000000000..3fcbf200ba
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_6_e71b251db2ff1f52a40fec40303cdefc._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 6"
+ date="2014-08-22T13:15:06Z"
+ content="""
+I tried git annex repair on the repo (before doing any adds). It reports no fsck errors, but the repair then dies from a stack overflow.
+
+[[!format sh \"\"\"
+Running git fsck ...
+No problems found.
+Stack space overflow: current size 8388608 bytes.
+Use `+RTS -Ksize -RTS' to increase it.
+\"\"\"]]
+"""]]

From d5bce8a3b8d5933d08665562203efad811a3464f Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 14:00:42 +0000
Subject: [PATCH 055/260] Added a comment

---
 .../comment_7_0b6413f9ca403be3d83bb3306d1e7f8f._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_7_0b6413f9ca403be3d83bb3306d1e7f8f._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_7_0b6413f9ca403be3d83bb3306d1e7f8f._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_7_0b6413f9ca403be3d83bb3306d1e7f8f._comment
new file mode 100644
index 0000000000..eb2dea9563
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_7_0b6413f9ca403be3d83bb3306d1e7f8f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 7"
+ date="2014-08-22T14:00:42Z"
+ content="""
+I experimented on my snapshot a bit and found out something odd: When I reset the git-annex branch from dda9b06 to git-annex~1 (4246f73) my local file additions succeed, even though git-annex will fast-forward the branch to dda9b06 again before adding (when merging from origin/git-annex). dda9b06 is a large commit in which I dropped many unused WORM keys from another remote.
+"""]]

From 6bc2419f0286c4ac3fcb762bda4d45804489124d Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Fri, 22 Aug 2014 18:57:37 +0000
Subject: [PATCH 056/260] Added a comment

---
 .../comment_8_f951981f0bf8cbaecfc46e7b9c903d70._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_8_f951981f0bf8cbaecfc46e7b9c903d70._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_8_f951981f0bf8cbaecfc46e7b9c903d70._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_8_f951981f0bf8cbaecfc46e7b9c903d70._comment
new file mode 100644
index 0000000000..ec876d2ea4
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_8_f951981f0bf8cbaecfc46e7b9c903d70._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 8"
+ date="2014-08-22T18:57:37Z"
+ content="""
+I just checked my other large git annex repo and noticed that here too I could no longer add files to the annex. The same observations as above apply. Here too on the tip of the git-anenx branch I had one huge commit in which I dropped the last of the unused WORM keys from another remote. Resetting the git-annex branch to git-annex~1 allowed me to make additions again, even though the reset tip was subsequently merged in again from the remote tracking branch.
+"""]]

From b768cd12621ebf4bc6ab1890c4b23138c8a887bf Mon Sep 17 00:00:00 2001
From: warroyo <warroyo@web>
Date: Fri, 22 Aug 2014 22:15:27 +0000
Subject: [PATCH 057/260]

---
 doc/bugs/webapp_missing_on_redhat.mdwn | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/bugs/webapp_missing_on_redhat.mdwn

diff --git a/doc/bugs/webapp_missing_on_redhat.mdwn b/doc/bugs/webapp_missing_on_redhat.mdwn
new file mode 100644
index 0000000000..3c16193dab
--- /dev/null
+++ b/doc/bugs/webapp_missing_on_redhat.mdwn
@@ -0,0 +1,14 @@
+### Please describe the problem.
+I am unable to run the webapp on redhat6.5
+
+### What steps will reproduce the problem?
+yum install git-annex 
+
+### What version of git-annex are you using? On what operating system?
+I am using git-annex version  3.20120523 and on redhat 6.5
+
+### Please provide any additional information below.
+I am seeing the following error when running git annex webapp:
+
+git-annex: unknown command webapp
+

From 51acb302381f88605d77b9bc59546e3b2642e245 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
 <Dirk@web>
Date: Sat, 23 Aug 2014 13:59:59 +0000
Subject: [PATCH 058/260]

---
 ...ide_of_git-annex__41___shared_pgp_key.mdwn | 387 ++++++++++++++++++
 1 file changed, 387 insertions(+)
 create mode 100644 doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key.mdwn

diff --git a/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key.mdwn b/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key.mdwn
new file mode 100644
index 0000000000..1d4ea21053
--- /dev/null
+++ b/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key.mdwn
@@ -0,0 +1,387 @@
+### Please describe the problem.
+Using the assistant on two computers to setup a shared encrypted repository (while sharing the same pgp key) on a third computer leads to files not propagating between one and two.
+
+The first and second computer does not get changes done on the other. If new files are added on the first computer it appears as if everything works (no error messages) but the files never reach the second computer (and vice versa).  
+
+
+### What steps will reproduce the problem?
+
+Three computers needed.
+
+* Computer A: Use the assistant to create a repository
+* Computer A: Use the assitant to setup a remote repository on Computer C (Add another repository - Remote server - Encrypt with GnuPG key/Encript repository with a new encryption key - Save changes)
+
+[At this point files propagate from A to C]
+ 
+* Computer A: Export the private and public gpg keys to files
+* Computer B: Import these private and public gpg files, fix trust to ultimate
+* Computer B: Use the assistant to create a repository
+* Computer B: Use the assitant to connect with the remote repository on Computer C (Add another repository - Remote server - Combine the repositories)
+
+[Files created on A before adding B now appear on B]
+
+[New files created on A do not appear on B, new files created on B do not appear on A. Files from A and B seem to propagate to C (the number of files/directories in the object sub directory on C goes up after adding files on A or B)]
+
+
+
+### What version of git-annex are you using? On what operating system?
+Computer A:
+[[!format sh """
+dirk@A:~$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 14.04.1 LTS
+Release:	14.04
+Codename:	trusty
+dirk@A:~$ git-annex version
+git-annex version: 5.20140818-g10bf03a
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+dirk@A:~$
+
+dirk@A:~$ gpg --list-keys --list-options show-uid-validity
+/home/dirk/.gnupg/pubring.gpg
+-----------------------------
+pub   4096R/0A7AA2A4 2014-08-23
+uid       [ultimate] dirk's git-annex encryption key
+
+dirk@A:~$ gpg --list-secret-keys --list-options show-uid-validity
+/home/dirk/.gnupg/secring.gpg
+-----------------------------
+sec   4096R/0A7AA2A4 2014-08-23
+uid                  dirk's git-annex encryption key
+
+dirk@A:~$
+"""]]
+
+Computer B:
+[[!format sh """
+dirk@B:~$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Ubuntu
+Description:	Ubuntu 14.04.1 LTS
+Release:	14.04
+Codename:	trusty
+dirk@B:~$ git-annex version
+git-annex version: 5.20140818-g10bf03a
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+dirk@B:~$
+
+dirk@B:~$ gpg --list-keys --list-options show-uid-validity
+/home/dirk/.gnupg/pubring.gpg
+-----------------------------
+pub   4096R/0A7AA2A4 2014-08-23
+uid       [ultimate] dirk's git-annex encryption key
+
+dirk@B:~$ gpg --list-secret-keys --list-options show-uid-validity
+/home/dirk/.gnupg/secring.gpg
+-----------------------------
+sec   4096R/0A7AA2A4 2014-08-23
+uid                  dirk's git-annex encryption key
+
+dirk@B:~$
+"""]]
+
+Computer C:
+[[!format sh """
+dirk@C:~$ lsb_release -a
+No LSB modules are available.
+Distributor ID:	Debian
+Description:	Debian GNU/Linux 7.6 (wheezy)
+Release:	7.6
+Codename:	wheezy
+dirk@C:~$ git-annex version
+git-annex version: 5.20140717~bpo70+1
+build flags: Assistant Webapp Pairing S3 Inotify DBus XMPP Feeds Quvi TDFA
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+remote types: git gcrypt S3 bup directory rsync web tahoe glacier ddar hook external
+dirk@C:~$
+"""]]
+
+### Please provide any additional information below.
+
+.git/annex/daemon.log - Computer A
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2014-08-23 15:15:01 CEST] main: starting assistant version 5.20140818-g10bf03a
+[2014-08-23 15:15:01 CEST] Cronner: You should enable consistency checking to protect your data. 
+(scanning...) [2014-08-23 15:15:01 CEST] Watcher: Performing startup scan
+(started...) 
+gpg: new configuration file `/home/dirk/.gnupg/gpg.conf' created
+gpg: WARNING: options in `/home/dirk/.gnupg/gpg.conf' are not yet active during this run
+
+Not enough random bytes available.  Please do some other work to give
+the OS a chance to collect more entropy! (Need 235 more bytes)
+....+++++
+
+Not enough random bytes available.  Please do some other work to give
+the OS a chance to collect more entropy! (Need 196 more bytes)
+.......+++++
+gpg: /home/dirk/.gnupg/trustdb.gpg: trustdb created
+gpg: key 0A7AA2A4 marked as ultimately trusted
+Generating public/private rsa key pair.
+Your identification has been saved in /tmp/git-annex-keygen.0/key.
+Your public key has been saved in /tmp/git-annex-keygen.0/key.pub.
+The key fingerprint is:
+7d:02:34:56:d4:86:b6:e5:82:b0:d9:4f:3b:51:b3:c7 dirk@A
+The key's randomart image is:
++--[ RSA 2048]----+
+|        +ooo     |
+|      .o .o *    |
+|       =.o * +   |
+|      o oo= o E  |
+|        Soo+..   |
+|          +o     |
+|           .     |
+|                 |
+|                 |
++-----------------+
+(encryption setup) (hybrid cipher with gpg key 7815EA570A7AA2A4) gcrypt: Development version -- Repository format MAY CHANGE
+gpg: checking the trustdb
+gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
+gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
+gcrypt: Repository not found: ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Repository not found: ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+gcrypt: Setting up new repository
+gcrypt: Remote ID is :id:00RaA3cNQu+nZDMERYMM
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+ * [new branch]      git-annex -> git-annex
+ok
+[2014-08-23 15:25:46 CEST] main: Syncing with C_annex 
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:45 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:45 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+[2014-08-23 15:26:46 CEST] Pusher: Syncing with C_annex 
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+Everything up-to-date
+[2014-08-23 15:34:01 CEST] Committer: Adding hhhhn.txt
+add hhhhn.txt ok
+add hhhhn.txt ok
+[2014-08-23 15:34:01 CEST] Committer: Committing changes to git
+(Recording state in git...)
+[2014-08-23 15:34:01 CEST] Pusher: Syncing with C_annex 
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+(gpg) 
+GPGHMACSHA1--7a46226ea53e4043cb45e8df6a2382ac2696164e
+
+             74 100%    0.00kB/s    0:00:00  
+             74 100%    0.00kB/s    0:00:00 (xfr#1, to-chk=0/1)
+[2014-08-23 15:34:01 CEST] Transferrer: Uploaded hhhhn.txt
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:33:27 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: WARNING:
+gcrypt: WARNING: Remote ID has changed!
+gcrypt: WARNING: from :id:00RaA3cNQu+nZDMERYMM
+gcrypt: WARNING: to   :id:h/BFJbR+mE8CEkASZ/tx
+gcrypt: WARNING:
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   85b70d6..e1d6871  annex/direct/master -> synced/master
+ + 99dc810...a7a89ff git-annex -> synced/git-annex (forced update)
+[2014-08-23 15:34:07 CEST] Pusher: Syncing with C_annex 
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:34:04 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   a7a89ff..e68b5a9  git-annex -> synced/git-annex
+[2014-08-23 15:48:30 CEST] main: warning git-annex has been shut down
+# End of transcript or log.
+"""]]
+
+.git/annex/daemon.log - Computer B
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+[2014-08-23 15:30:11 CEST] main: starting assistant version 5.20140818-g10bf03a
+[2014-08-23 15:30:11 CEST] Cronner: You should enable consistency checking to protect your data. 
+
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = "runClient: unable to determine DBUS address", clientErrorFatal = True})
+
+  No known network monitor available through dbus; falling back to polling
+(scanning...) [2014-08-23 15:30:11 CEST] Watcher: Performing startup scan
+(started...) 
+Generating public/private rsa key pair.
+Your identification has been saved in /tmp/git-annex-keygen.0/key.
+Your public key has been saved in /tmp/git-annex-keygen.0/key.pub.
+The key fingerprint is:
+b5:c3:6b:af:fc:fe:82:f2:a6:f3:42:e9:50:4b:63:9e dirk@A
+The key's randomart image is:
++--[ RSA 2048]----+
+|                 |
+|                 |
+|          .      |
+|        =o .     |
+|       =S=+      |
+|      . E  o     |
+|       +  o.     |
+|        =oo..    |
+|        .O=++o.  |
++-----------------+
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: checking the trustdb
+gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
+gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Remote ID is :id:00RaA3cNQu+nZDMERYMM
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Remote ID is :id:00RaA3cNQu+nZDMERYMM
+Receiving objects:  14% (1/7)   
+Receiving objects:  28% (2/7)   
+Receiving objects:  42% (3/7)   
+Receiving objects:  57% (4/7)   
+Receiving objects:  71% (5/7)   
+Receiving objects:  85% (6/7)   
+Receiving objects: 100% (7/7)   
+Receiving objects: 100% (7/7), done.
+Receiving objects:  12% (1/8)   
+Receiving objects:  25% (2/8)   
+Receiving objects:  37% (3/8)   
+Receiving objects:  50% (4/8)   
+Receiving objects:  62% (5/8)   
+Receiving objects:  75% (6/8)   
+Receiving objects:  87% (7/8)   
+Receiving objects: 100% (8/8)   
+Receiving objects: 100% (8/8), done.
+From gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex
+ * [new branch]      git-annex  -> tmpgcryptremote/git-annex
+ * [new branch]      synced/git-annex -> tmpgcryptremote/synced/git-annex
+ * [new branch]      synced/master -> tmpgcryptremote/synced/master
+ * [new branch]      master     -> tmpgcryptremote/master
+(merging tmpgcryptremote/git-annex tmpgcryptremote/synced/git-annex into git-annex...)
+(Recording state in git...)
+(encryption update) (hybrid cipher with gpg key 7815EA570A7AA2A4) gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Remote ID is :id:00RaA3cNQu+nZDMERYMM
+From gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex
+ * [new branch]      git-annex  -> C_annex/git-annex
+ * [new branch]      synced/git-annex -> C_annex/synced/git-annex
+ * [new branch]      synced/master -> C_annex/synced/master
+ * [new branch]      master     -> C_annex/master
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+remote: error: denying non-fast-forward refs/heads/master (you should pull first)        
+To ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+ ! [remote rejected] refs/gcrypt/gitception+ -> master (non-fast-forward)
+error: failed to push some refs to 'ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/'
+error: failed to push some refs to 'gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/'
+ok
+[2014-08-23 15:31:36 CEST] main: Syncing with C_annex 
+
+Automatic merge went well; stopped before committing as requested
+Already up-to-date!
+gcrypt: Development version -- Repository format MAY CHANGE
+[2014-08-23 15:31:37 CEST] Pusher: Syncing with C_annex 
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gcrypt: Repository not found: ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+gcrypt: Setting up new repository
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+fatal: ambiguous argument 'refs/heads/synced/master..refs/remotes/C_annex/synced/master': unknown revision or path not in the working tree.
+Use '--' to separate paths from revisions, like this:
+'git <command> [<revision>...] -- [<file>...]'
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Remote ID is :id:h/BFJbR+mE8CEkASZ/tx
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:25:49 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+fatal: Not a valid object name refs/gcrypt/gitception+
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   5d2eb63..e4763b8  git-annex -> synced/git-annex
+   da18915..3068bad  annex/direct/master -> synced/master
+[2014-08-23 15:32:37 CEST] Pusher: Syncing with C_annex 
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:31:43 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: WARNING:
+gcrypt: WARNING: Remote ID has changed!
+gcrypt: WARNING: from :id:00RaA3cNQu+nZDMERYMM
+gcrypt: WARNING: to   :id:h/BFJbR+mE8CEkASZ/tx
+gcrypt: WARNING:
+Everything up-to-date
+[2014-08-23 15:33:17 CEST] Committer: Adding fmksmxxs.txt
+add fmksmxxs.txt ok
+add fmksmxxs.txt ok
+[2014-08-23 15:33:18 CEST] Committer: Committing changes to git
+(Recording state in git...)
+[2014-08-23 15:33:18 CEST] Pusher: Syncing with C_annex 
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+(gpg) gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:31:43 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+
+GPGHMACSHA1--f605f108429ffba3058a2fcf0bc006a1fbe600be
+
+             70 100%    0.00kB/s    0:00:00  
+             70 100%    0.00kB/s    0:00:00 (xfr#1, to-chk=0/1)
+[2014-08-23 15:33:20 CEST] Transferrer: Uploaded fmksmxxs.txt
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   e4763b8..85dbfc5  git-annex -> synced/git-annex
+   3068bad..85b70d6  annex/direct/master -> synced/master
+[2014-08-23 15:33:25 CEST] Pusher: Syncing with C_annex 
+(Recording state in git...)
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:33:22 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from "dirk's git-annex encryption key"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   85dbfc5..99dc810  git-annex -> synced/git-annex
+[2014-08-23 15:48:39 CEST] main: warning git-annex has been shut down
+# End of transcript or log.
+"""]]

From 99771b3404878c14ba42e42503410aae7f4a1650 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
 <Dirk@web>
Date: Sat, 23 Aug 2014 18:13:06 +0000
Subject: [PATCH 059/260] Added a comment

---
 ..._c8e7be58222afff2a4c1df60f657d2ed._comment | 35 +++++++++++++++++++
 1 file changed, 35 insertions(+)
 create mode 100644 doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key/comment_1_c8e7be58222afff2a4c1df60f657d2ed._comment

diff --git a/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key/comment_1_c8e7be58222afff2a4c1df60f657d2ed._comment b/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key/comment_1_c8e7be58222afff2a4c1df60f657d2ed._comment
new file mode 100644
index 0000000000..5b26906daf
--- /dev/null
+++ b/doc/bugs/Problem_setting_up_encrypted_repository_using_the_assistant_with___40__outside_of_git-annex__41___shared_pgp_key/comment_1_c8e7be58222afff2a4c1df60f657d2ed._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
+ nickname="Dirk"
+ subject="comment 1"
+ date="2014-08-23T18:13:06Z"
+ content="""
+Restarting the two git-annex instances actually now leads to an error message on computer B.
+
+[[!format sh \"\"\"
+[2014-08-23 20:02:00 CEST] main: starting assistant version 5.20140818-g10bf03a
+[2014-08-23 20:02:00 CEST] Cronner: You should enable consistency checking to protect your data. 
+
+  dbus failed; falling back to mtab polling (ClientError {clientErrorMessage = \"runClient: unable to determine DBUS address\", clientErrorFatal = True})
+[2014-08-23 20:02:00 CEST] TransferScanner: Syncing with C_annex 
+
+  No known network monitor available through dbus; falling back to polling
+(scanning...) [2014-08-23 20:02:00 CEST] Watcher: Performing startup scan
+gcrypt: Development version -- Repository format MAY CHANGE
+(started...) 
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:34:08 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from \"dirk's git-annex encryption key\"
+gcrypt: Packfile 59a8d97d3d252effb044625e020f9dc8621804649186a5c33c4e47f9e961cc1a does not match digest!
+fatal: early EOF
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gpg: Signature made Sat 23 Aug 2014 03:34:08 PM CEST using RSA key ID 0A7AA2A4
+gpg: Good signature from \"dirk's git-annex encryption key\"
+gcrypt: Encrypting to:  -r 7815EA570A7AA2A4
+gcrypt: Requesting manifest signature
+To gcrypt::ssh://dirk@git-annex-C-dirk_1022_annex/~/annex/
+   e1d6871..85b70d6  annex/direct/master -> synced/master
+ + e68b5a9...99dc810 git-annex -> synced/git-annex (forced update)
+\"\"\"]]
+"""]]

From 79ccc7e347bd7111e13db09a141bb6d946b957c7 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBmv0HhwTFxkpxlf8ifTlMOHnIwHCHTYs"
 <y@web>
Date: Sat, 23 Aug 2014 22:02:07 +0000
Subject: [PATCH 060/260] Added a comment: path on windows

---
 ...mment_4_01096994c19b7d0df1cc6866d4f22e21._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_4_01096994c19b7d0df1cc6866d4f22e21._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_4_01096994c19b7d0df1cc6866d4f22e21._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_4_01096994c19b7d0df1cc6866d4f22e21._comment
new file mode 100644
index 0000000000..5daa87d5ec
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_4_01096994c19b7d0df1cc6866d4f22e21._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBmv0HhwTFxkpxlf8ifTlMOHnIwHCHTYs"
+ nickname="y"
+ subject="path on windows"
+ date="2014-08-23T22:02:07Z"
+ content="""
+I think I have a related problem on win7 sp1. 
+
+When first installing msys git, there's a screen asking for how to set the PATH variable. I chose the option not to update the windows PATH variable, which is the default. Then I installed git annex. Then launching the git-annex-autostart.vbs as well as the webapp one gets an object not found error (on line 2). launching git-annex from git bash with full path yielded an error about not finding git.
+
+Then I proceeded and reinstalled git on top of itself and picked the option to only add git and bash to windows path and it worked.
+"""]]

From bd7fd9c3d9c0dea0994260803b6c63804c4a0dfb Mon Sep 17 00:00:00 2001
From: "https://launchpad.net/~pauli-virtanen"
 <https://launchpad.net/~pauli-virtanen@web>
Date: Sat, 23 Aug 2014 23:12:39 +0000
Subject: [PATCH 061/260]

---
 doc/bugs/tahoe_remote_has_no_repair.mdwn | 27 ++++++++++++++++++++++++
 1 file changed, 27 insertions(+)
 create mode 100644 doc/bugs/tahoe_remote_has_no_repair.mdwn

diff --git a/doc/bugs/tahoe_remote_has_no_repair.mdwn b/doc/bugs/tahoe_remote_has_no_repair.mdwn
new file mode 100644
index 0000000000..1f34767a8e
--- /dev/null
+++ b/doc/bugs/tahoe_remote_has_no_repair.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+The tahoe-lafs remote has no built-in way to perform the repair operation.
+This results to data loss if expiration is enabled on the Tahoe grid.
+
+For the current tahoe-lafs release (1.10.0), the only way storage space is freed
+is via garbage collection. Garbage collection removes shares whose lease has expired.
+Data loss will occur if leases are not periodically renewed via
+"tahoe repair --add-lease WRITECAP".
+
+The current implementation of the Tahoe remote in git-annex does not offer a way to
+run lease renewal, and cannot be used on grids where GC is enabled. (GC is not enabled
+in the default configuration, but on private grids it is a sensible option.)
+
+One way renewal could be made easier to do is to add the uploaded files to a directory
+in Tahoe, so that the leases could be easily updated if the directory writecap is known,
+without needing to go through the full list of writecaps for each file stored.
+
+### What steps will reproduce the problem?
+
+1. Use tahoe remote on a tahoe grid where GC is enabled.
+
+2. After GC expiration period, data loss ensues.
+
+### What version of git-annex are you using? On what operating system?
+
+Seems to affect current git master (as of 2014-08-24).

From da304ba5049ea7d85703a12dba380d1cb566aa84 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:23:05 -0700
Subject: [PATCH 062/260] add debian buildd status

---
 doc/builds.mdwn | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index b920643b57..1ce724d895 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -42,3 +42,6 @@
 </iframe>
 <h2>Windows</h2>
 <a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
+<h2>Debian</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
+</iframe>

From 925144497b4f30973847943cae274d7d12007eb7 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:24:41 -0700
Subject: [PATCH 063/260] height

---
 doc/builds.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index 1ce724d895..b1c6c053d3 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -43,5 +43,5 @@
 <h2>Windows</h2>
 <a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
 <h2>Debian</h2>
-<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
+<iframe width=1024 scrolling=no height=20em frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
 </iframe>

From 83c69ad72187928d974a400cc62aa3470b0b27c0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:26:35 -0700
Subject: [PATCH 064/260] height2

---
 doc/builds.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index b1c6c053d3..e7772f7a2c 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -43,5 +43,5 @@
 <h2>Windows</h2>
 <a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
 <h2>Debian</h2>
-<iframe width=1024 scrolling=no height=20em frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
+<iframe width=1024 scrolling=no height=200px frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
 </iframe>

From 2b234634f6a8cac1ff7745638238e687cdb9b800 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:27:24 -0700
Subject: [PATCH 065/260] fix imports for windows

---
 Annex/Transfer.hs | 2 +-
 Utility/Daemon.hs | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Annex/Transfer.hs b/Annex/Transfer.hs
index ec17609ea7..448b5b3d7f 100644
--- a/Annex/Transfer.hs
+++ b/Annex/Transfer.hs
@@ -23,7 +23,7 @@ import Annex.Notification as X
 import Annex.Perms
 import Utility.Metered
 #ifdef mingw32_HOST_OS
-import Utility.WinLock
+import Utility.LockFile
 #endif
 
 import Control.Concurrent
diff --git a/Utility/Daemon.hs b/Utility/Daemon.hs
index 228263911a..2f0f841797 100644
--- a/Utility/Daemon.hs
+++ b/Utility/Daemon.hs
@@ -15,7 +15,7 @@ import Utility.PID
 import Utility.LogFile
 #else
 import Utility.WinProcess
-import Utility.WinLock
+import Utility.LockFile
 #endif
 
 #ifndef mingw32_HOST_OS

From 1e0d19d948390e8bc6993bdf296d948a7b4482ff Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:28:44 -0700
Subject: [PATCH 066/260] height3

---
 doc/builds.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index e7772f7a2c..d737c843ee 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -43,5 +43,5 @@
 <h2>Windows</h2>
 <a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
 <h2>Debian</h2>
-<iframe width=1024 scrolling=no height=200px frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
+<iframe width=1024 scrolling=no height=500px frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
 </iframe>

From 6f80bacbf5becbe2136aef2410f93d987418644c Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:30:12 -0700
Subject: [PATCH 067/260] more links

---
 doc/builds.mdwn | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/doc/builds.mdwn b/doc/builds.mdwn
index d737c843ee..87f12c9983 100644
--- a/doc/builds.mdwn
+++ b/doc/builds.mdwn
@@ -40,8 +40,8 @@
 <h2>OSX Mavericks</h2>
 <iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://downloads.kitenet.net/git-annex/autobuild/x86_64-apple-mavericks/">
 </iframe>
-<h2>Windows</h2>
+<h2><a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">Windows</a></h2>
 <a href="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">here</a>
-<h2>Debian</h2>
+<h2><a href="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">Debian</a></h2>
 <iframe width=1024 scrolling=no height=500px frameborder=0 marginheight=0 marginwidth=0 src="https://buildd.debian.org/status/package.php?p=git-annex&suite=sid">
 </iframe>

From 44056508288c28ca6b54201db55a1a7bade588a6 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 16:51:33 -0700
Subject: [PATCH 068/260] Fix handing of autocorrection when running outside a
 git repository.

Old behavior was to take the first fuzzy match. Now, it checks the globa
git config, and runs the normal fuzzy handling, including failing to run a
semi-random command by default.
---
 CmdLine.hs         | 11 +++++++----
 Git/AutoCorrect.hs |  4 ++--
 debian/changelog   |  1 +
 3 files changed, 10 insertions(+), 6 deletions(-)

diff --git a/CmdLine.hs b/CmdLine.hs
index a8d071ddf1..6063901309 100644
--- a/CmdLine.hs
+++ b/CmdLine.hs
@@ -26,6 +26,7 @@ import Common.Annex
 import qualified Annex
 import qualified Git
 import qualified Git.AutoCorrect
+import qualified Git.Config
 import Annex.Content
 import Annex.Environment
 import Command
@@ -44,7 +45,8 @@ dispatch fuzzyok allargs allcmds commonoptions fields header getgitrepo = do
 		state <- Annex.new g
 		Annex.eval state $ do
 			checkEnvironment
-			checkfuzzy
+			when fuzzy $
+				inRepo $ autocorrect . Just
 			forM_ fields $ uncurry Annex.setField
 			when (cmdnomessages cmd) $ 
 				Annex.setOutput QuietOutput
@@ -54,13 +56,14 @@ dispatch fuzzyok allargs allcmds commonoptions fields header getgitrepo = do
 			startup
 			performCommandAction cmd params
 			shutdown $ cmdnocommit cmd
-	go _flags params (Left e) =
+	go _flags params (Left e) = do
+		when fuzzy $
+	 		autocorrect =<< Git.Config.global
 		maybe (throw e) (\a -> a params) (cmdnorepo cmd)
 	err msg = msg ++ "\n\n" ++ usage header allcmds
 	cmd = Prelude.head cmds
 	(fuzzy, cmds, name, args) = findCmd fuzzyok allargs allcmds err
-	checkfuzzy = when fuzzy $
-		inRepo $ Git.AutoCorrect.prepare name cmdname cmds
+	autocorrect = Git.AutoCorrect.prepare name cmdname cmds
 
 {- Parses command line params far enough to find the Command to run, and
  - returns the remaining params.
diff --git a/Git/AutoCorrect.hs b/Git/AutoCorrect.hs
index aa83798499..ecc64e0364 100644
--- a/Git/AutoCorrect.hs
+++ b/Git/AutoCorrect.hs
@@ -41,9 +41,9 @@ fuzzymatches input showchoice choices = fst $ unzip $
 
 {- Takes action based on git's autocorrect configuration, in preparation for
  - an autocorrected command being run. -}
-prepare :: String -> (c -> String) -> [c] -> Repo -> IO ()
+prepare :: String -> (c -> String) -> [c] -> Maybe Repo -> IO ()
 prepare input showmatch matches r =
-	case readish $ Git.Config.get "help.autocorrect" "0" r of
+	case readish . Git.Config.get "help.autocorrect" "0" =<< r of
 		Just n
 			| n == 0 -> list
 			| n < 0 -> warn
diff --git a/debian/changelog b/debian/changelog
index 9e5dfcf8c4..a0edeb0ee1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,6 +6,7 @@ git-annex (5.20140818) UNRELEASED; urgency=medium
   * When accessing a local remote, shut down git-cat-file processes
     afterwards, to ensure that remotes on removable media can be unmounted.
     Closes: #758630
+  * Fix handing of autocorrection when running outside a git repository.
 
  -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
 

From 756a6277ffd1d8681453aeeb2140b4e35816b8a0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 18:46:08 -0700
Subject: [PATCH 069/260] Fix stub git-annex test support when built without
 tasty.

---
 CmdLine/GitAnnex.hs | 4 ++--
 debian/changelog    | 1 +
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/CmdLine/GitAnnex.hs b/CmdLine/GitAnnex.hs
index 80a784dd77..d27866030f 100644
--- a/CmdLine/GitAnnex.hs
+++ b/CmdLine/GitAnnex.hs
@@ -96,8 +96,8 @@ import qualified Command.XMPPGit
 #endif
 import qualified Command.RemoteDaemon
 #endif
-#ifdef WITH_TESTSUITE
 import qualified Command.Test
+#ifdef WITH_TESTSUITE
 import qualified Command.FuzzTest
 import qualified Command.TestRemote
 #endif
@@ -188,8 +188,8 @@ cmds = concat
 #endif
 	, Command.RemoteDaemon.def
 #endif
-#ifdef WITH_TESTSUITE
 	, Command.Test.def
+#ifdef WITH_TESTSUITE
 	, Command.FuzzTest.def
 	, Command.TestRemote.def
 #endif
diff --git a/debian/changelog b/debian/changelog
index a0edeb0ee1..de260e9e5f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,7 @@ git-annex (5.20140818) UNRELEASED; urgency=medium
     afterwards, to ensure that remotes on removable media can be unmounted.
     Closes: #758630
   * Fix handing of autocorrection when running outside a git repository.
+  * Fix stub git-annex test support when built without tasty.
 
  -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
 

From 06b51f67ac48a8cda4a91b821ef5d951b890f3f3 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 23 Aug 2014 18:47:31 -0700
Subject: [PATCH 070/260] no lsof build-dep on hurd

No assistant there
---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index d43e370ac2..e3f16c81f6 100644
--- a/debian/control
+++ b/debian/control
@@ -64,7 +64,7 @@ Build-Depends:
 	libghc-tasty-quickcheck-dev [!mipsel !sparc],
 	libghc-tasty-rerun-dev [!mipsel !sparc],
 	libghc-optparse-applicative-dev [!sparc],
-	lsof [!kfreebsd-i386 !kfreebsd-amd64],
+	lsof [!kfreebsd-i386 !kfreebsd-amd64 !hurd-any],
 	ikiwiki,
 	perlmagick,
 	git (>= 1:1.8.4),

From c4839e03f70c55ddb353f26ea54c0e4c3b18efc0 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 02:55:33 +0000
Subject: [PATCH 071/260]

---
 .../git-annex_in_sane_language_for_mere_humans_of_us__63__.mdwn  | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__.mdwn

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__.mdwn b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__.mdwn
new file mode 100644
index 0000000000..e091460dcb
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__.mdwn
@@ -0,0 +1 @@
+So, you provide ARM build. But you probably don't know that my NAS box runs OABI. No, you don't know, you can't know, and you shouldn't know. The only thing worth knowing is that writing great software in obscure and esoteric languages drastically limits its usage, impact, and collaboration around it. So, any idea of writing git-annex implementation in a sane, interpreted, "just works" language, e.g. Python? Thanks.

From 1f25a79e0849b139c1d429ce7062875ab7dfc7d0 Mon Sep 17 00:00:00 2001
From: "http://svario.it/gioele" <gioele@web>
Date: Sun, 24 Aug 2014 10:41:58 +0000
Subject: [PATCH 072/260] Added a comment

---
 ...ent_1_29eda7ec1519f339d5b3601559fe0bb0._comment | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_1_29eda7ec1519f339d5b3601559fe0bb0._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_1_29eda7ec1519f339d5b3601559fe0bb0._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_1_29eda7ec1519f339d5b3601559fe0bb0._comment
new file mode 100644
index 0000000000..1cf6c84d6f
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_1_29eda7ec1519f339d5b3601559fe0bb0._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://svario.it/gioele"
+ nickname="gioele"
+ subject="comment 1"
+ date="2014-08-24T10:41:58Z"
+ content="""
+> git-annex implementation in a sane, interpreted, \"just works\" language, e.g. Python? Thanks.
+
+Good luck finding anything that works on OARM. Python itself does not support OABI:
+
+> This issue remains as \"won't fix\". ARM is supported; just OABI is not, and never will be. If anybody needs that, they will have to maintain their own fork of Python.
+
+(from <http://bugs.python.org/issue1762561#msg158974>)
+"""]]

From 030e9aa7f02dceab2dfded928d936ca77f803f72 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 11:04:21 +0000
Subject: [PATCH 073/260] Added a comment

---
 ...omment_2_a2b2183ee86377cdfef7c3acbe9552fb._comment | 11 +++++++++++
 1 file changed, 11 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_2_a2b2183ee86377cdfef7c3acbe9552fb._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_2_a2b2183ee86377cdfef7c3acbe9552fb._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_2_a2b2183ee86377cdfef7c3acbe9552fb._comment
new file mode 100644
index 0000000000..32318b404a
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_2_a2b2183ee86377cdfef7c3acbe9552fb._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 2"
+ date="2014-08-24T11:04:21Z"
+ content="""
+Python on this system \"just works\". That's because Python is a project with a real community, so if one pundit said \"not supported\", dozen of people shrugged and typed \"make\", then packed up result for thousands to use.
+
+But don't get carried away by OABI, that was just one random example how deployment of git-annex is problematic. There're bigger issues like community involvement, being able to investigate and resolve issues, submit patches, bring new working ideas, make git-annex development and lifecycle sustainable, in the end - as vividly cared by the author.
+
+"""]]

From a9f886f69a203b615cad5db392a20b9ae316860e Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 11:53:11 +0000
Subject: [PATCH 074/260] Added a comment

---
 ..._765334858ef1eedff2c5d89ed42aa7f6._comment | 37 +++++++++++++++++++
 1 file changed, 37 insertions(+)
 create mode 100644 doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment

diff --git a/doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment b/doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment
new file mode 100644
index 0000000000..66615dac78
--- /dev/null
+++ b/doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 4"
+ date="2014-08-24T11:53:11Z"
+ content="""
+@azul, thanks for hints, but it still fails. No wonders though - this is Haskell, kids.
+
+~~~~
+$ cabal install git-annex --only-dependencies
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-5.20140817
+trying: git-annex-5.20140817:+webapp
+trying: git-annex-5.20140817:+s3
+trying: git-annex-5.20140817:+dns
+trying: dns-1.4.3
+trying: yesod-1.2.6.1
+trying: yesod-auth-1.3.4.2
+trying: http-client-0.3.7.1
+trying: http-client-0.3.7.1:+network-uri
+trying: hS3-0.5.8
+trying: hxt-9.3.1.6
+trying: hxt-9.3.1.6:-network-uri
+rejecting: network-2.6.0.1, 2.6.0.0 (conflict: hxt-9.3.1.6:network-uri =>
+network>=2.4 && <2.6)
+rejecting: network-2.5.0.0, 2.4.2.3, 2.4.2.2, 2.4.2.1, 2.4.2.0, 2.4.1.2,
+2.4.1.1, 2.4.1.0, 2.4.0.1, 2.4.0.0, 2.3.2.0, 2.3.1.1, 2.3.1.0, 2.3.0.14,
+2.3.0.13, 2.3.0.12, 2.3.0.11, 2.3.0.10, 2.3.0.9, 2.3.0.8, 2.3.0.7, 2.3.0.6,
+2.3.0.5, 2.3.0.4, 2.3.0.3, 2.3.0.2, 2.3.0.1, 2.3 (conflict:
+http-client-0.3.7.1:network-uri => network>=2.6)
+rejecting: network-2.2.3.1, 2.2.3, 2.2.1.10, 2.2.1.9, 2.2.1.8, 2.2.1.7,
+2.2.1.6, 2.2.1.5, 2.2.1.4, 2.2.1.3, 2.2.1.2, 2.2.1.1, 2.2.1, 2.2.0.1, 2.2.0.0,
+2.1.0.0, 2.0 (conflict: dns => network>=2.3)
+~~~~
+
+"""]]

From fcd8fe8c6cdb6f2330100350f68bae2521bc9a43 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Sun, 24 Aug 2014 16:48:33 +0000
Subject: [PATCH 075/260] Added a comment: Project for Paul

---
 ...mment_3_f0270392af15f219a76add333316965f._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment
new file mode 100644
index 0000000000..f65788e6b9
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="Ganwell"
+ ip="46.14.43.36"
+ subject="Project for Paul"
+ date="2014-08-24T16:48:32Z"
+ content="""
+Hi Paul
+
+I just found a weekend project for you: rewrite git-annex in Python. Let me know when you're done.
+
+Best, Jean-Louis
+"""]]

From 98f52bbd4ac491a765869695d71ea5a5bbe9b718 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Sun, 24 Aug 2014 17:43:30 +0000
Subject: [PATCH 076/260] removed

---
 ...mment_3_f0270392af15f219a76add333316965f._comment | 12 ------------
 1 file changed, 12 deletions(-)
 delete mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment
deleted file mode 100644
index f65788e6b9..0000000000
--- a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_f0270392af15f219a76add333316965f._comment
+++ /dev/null
@@ -1,12 +0,0 @@
-[[!comment format=mdwn
- username="Ganwell"
- ip="46.14.43.36"
- subject="Project for Paul"
- date="2014-08-24T16:48:32Z"
- content="""
-Hi Paul
-
-I just found a weekend project for you: rewrite git-annex in Python. Let me know when you're done.
-
-Best, Jean-Louis
-"""]]

From ff138fc7c1d051b5b4a20c213427d25eee3385d0 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 18:29:23 +0000
Subject: [PATCH 077/260] Added a comment

---
 ...mment_3_5605d42a68b3140cb660eb710ce5031e._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_5605d42a68b3140cb660eb710ce5031e._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_5605d42a68b3140cb660eb710ce5031e._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_5605d42a68b3140cb660eb710ce5031e._comment
new file mode 100644
index 0000000000..8e613dd211
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_3_5605d42a68b3140cb660eb710ce5031e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 3"
+ date="2014-08-24T18:29:23Z"
+ content="""
+Sure, that's the plan. But first I'm doing my homework to understand how it got to that and how community copes with that. Maybe I don't get something and every open-source project should have a notice like: \"Installation from scratch. This is not recommended.\" (http://git-annex.branchable.com/install/). Interested in building software you run? Interested to help? Get lost, you won't get it. Am I surprised? Nope, I'm doing my homework and know where that Haskell thing came from. A piece of Microsoft was largely involved with it, so no surprise of such attitudes.
+
+Surely I'm not the only one who got jaundiced eye on git-annex: https://github.com/tv42/big : \"big is not like git-annex, because: it's not written in Haskell, so it might even work across distribution upgrades and platforms\". Certainly, stories of cvsup and unison, which are now where they should be - rest in peace, didn't help. So, once again, I'm interested to know how other people deal with this lack of proper compilation instructions, ability to get simple and easy tweaks, etc. - short of not using it, which seems to be a popular choice, despite all the git-annex coolness (I for one have been having its deployment in my queue fro half a year, instead of spending exactly a weekend to do tweaks I need and contribute them back).
+
+
+"""]]

From 291eaa50ba66de8b35b4991b560987a390c45938 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 18:31:25 +0000
Subject: [PATCH 078/260] Added a comment

---
 .../comment_4_f56508164c71b2080150bc354e5de4b7._comment  | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_4_f56508164c71b2080150bc354e5de4b7._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_4_f56508164c71b2080150bc354e5de4b7._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_4_f56508164c71b2080150bc354e5de4b7._comment
new file mode 100644
index 0000000000..8afa4c6fbc
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_4_f56508164c71b2080150bc354e5de4b7._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 4"
+ date="2014-08-24T18:31:25Z"
+ content="""
+Previous comment was written in response to a comment suggesting me to rewrite it in Python myself - which was then removed for some reason.
+
+"""]]

From 51f129d9f48682518e33b713840980d85827d617 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 19:59:38 +0000
Subject: [PATCH 079/260]

---
 ...__new__34___hash_formats_are_mixed_up.mdwn | 28 +++++++++++++++++++
 1 file changed, 28 insertions(+)
 create mode 100644 doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn

diff --git a/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn
new file mode 100644
index 0000000000..3933fcbbab
--- /dev/null
+++ b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn
@@ -0,0 +1,28 @@
+~~~~
+$ git annex version
+git-annex version: 5.20140818-g10bf03a
+~~~~
+
+When repository was initially created, it used "old" hashing from http://git-annex.branchable.com/internals/hashing/ . After some operations, annex was upgraded to "new" format. However, symlinks are still in "old" format and dangling. "git annex fsck", "git annex repair", "git annex pre-commit" - none helps.
+
+~~~~
+$ ls -l pics
+lrwxrwxrwx 1 pfalcon pfalcon 199 Jan 22  2012 IMG_3776.JPG -> ../.git/annex/objects/KM/j6/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG
+lrwxrwxrwx 1 pfalcon pfalcon 199 Jan 22  2012 renamed2.jpg -> ../.git/annex/objects/7F/z3/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
+lrwxrwxrwx 1 pfalcon pfalcon 199 Jan 22  2012 renamed.jpg -> ../.git/annex/objects/W1/vK/SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG/SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG
+
+$ find .git/annex/objects/
+.git/annex/objects/
+.git/annex/objects/219
+.git/annex/objects/219/741
+.git/annex/objects/219/741/SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG
+.git/annex/objects/219/741/SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG/SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG
+.git/annex/objects/7a6
+.git/annex/objects/7a6/632
+.git/annex/objects/7a6/632/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG
+.git/annex/objects/7a6/632/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG
+.git/annex/objects/df3
+.git/annex/objects/df3/9a8
+.git/annex/objects/df3/9a8/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
+.git/annex/objects/df3/9a8/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
+~~~~

From 230eba2fd84109b4a3a73223346e5ea57f811c0b Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 20:27:09 +0000
Subject: [PATCH 080/260] Added a comment

---
 ..._5ed3f7b21b007e269f5846cb2d805493._comment | 35 +++++++++++++++++++
 1 file changed, 35 insertions(+)
 create mode 100644 doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_1_5ed3f7b21b007e269f5846cb2d805493._comment

diff --git a/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_1_5ed3f7b21b007e269f5846cb2d805493._comment b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_1_5ed3f7b21b007e269f5846cb2d805493._comment
new file mode 100644
index 0000000000..8ca81d3251
--- /dev/null
+++ b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_1_5ed3f7b21b007e269f5846cb2d805493._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 1"
+ date="2014-08-24T20:27:08Z"
+ content="""
+Aha, so local repo is created with old hash format. But when you add remote (special rsync remote in my case), and copy --to it, it uses new hashes:
+
+~~~~
+copy 20120122 Routing doorbell/IMG_3776.JPG (checking nas-rsync...) (to nas-rsync...) 
+sending incremental file list
+7a6/
+7a6/632/
+7a6/632/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG/
+7a6/632/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG/SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG
+~~~~
+
+This explains this nonsense:
+
+~~~~
+$ git annex unused --from=nas-rsync
+unused nas-rsync (checking for unused data...) (checking master...) 
+  Some annexed data on nas-rsync is not used by any files:
+    NUMBER  KEY
+    1       SHA256E-s585398--005fe0534d6cc17a3536c1817b091d00249834c338f289ec6569e9f262889251.JPG
+    2       SHA256E-s688630--5bc2e8beb7a57f6fbcd7d9321cd5283f04448ea475099dac07ae38f002208040.JPG
+    3       SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
+  (To see where data was previously used, try: git log --stat -S'KEY')
+  
+  To remove unwanted data: git-annex dropunused --from nas-rsync NUMBER
+  
+ok
+~~~~
+
+"""]]

From 6cb0e971aaa2f2c3181082e3606b4aad1279020a Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
 <Paul@web>
Date: Sun, 24 Aug 2014 22:26:47 +0000
Subject: [PATCH 081/260] Added a comment

---
 ...ment_2_436d8994457517e4c6f68f572b83decc._comment | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100644 doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_2_436d8994457517e4c6f68f572b83decc._comment

diff --git a/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_2_436d8994457517e4c6f68f572b83decc._comment b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_2_436d8994457517e4c6f68f572b83decc._comment
new file mode 100644
index 0000000000..192d48fc76
--- /dev/null
+++ b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up/comment_2_436d8994457517e4c6f68f572b83decc._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawld54zdyk6b0W4jXnssSO_j2Nn3W1uVsUE"
+ nickname="Paul"
+ subject="comment 2"
+ date="2014-08-24T22:26:47Z"
+ content="""
+Ok, I see, http://git-annex.branchable.com/internals/hashing/ says that old vs new hash mess is deliberate, to make user experience better. (One might ask why one hash was replaced with another equivalent, but nobody would. Oh wait, it's a filesystem case sensitivity issue of course. But it's too secret to be mentioned on \"hashing\" page.)
+
+\"unused --from=\" issue comes and goes, don't see it now. That initial issue of completely broken symlinks happened after running testremote, then breaking it (because it should say it takes hour(s) to complete). So, many users probably won't be affected (nevermind that those who will, will essentially have data loss).
+
+Last issue I faced that somehow my local working copy gets \"bare = true\" each time I sync against remote SSH repo (which is bare of course, as remote repo should be).
+
+"""]]

From 29f13435e56dfe01c1eb53462ec9f1150f49793c Mon Sep 17 00:00:00 2001
From: "https://launchpad.net/~electrichead" <electrichead@web>
Date: Mon, 25 Aug 2014 15:51:00 +0000
Subject: [PATCH 082/260] Added a comment: Regarding accessing files in a time
 capsule...

---
 ...t_1_2614eb2e9b7b23fa9bb4251c0d025909._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/future_proofing/comment_1_2614eb2e9b7b23fa9bb4251c0d025909._comment

diff --git a/doc/future_proofing/comment_1_2614eb2e9b7b23fa9bb4251c0d025909._comment b/doc/future_proofing/comment_1_2614eb2e9b7b23fa9bb4251c0d025909._comment
new file mode 100644
index 0000000000..dbe429fa9c
--- /dev/null
+++ b/doc/future_proofing/comment_1_2614eb2e9b7b23fa9bb4251c0d025909._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~electrichead"
+ nickname="electrichead"
+ subject="Regarding accessing files in a time capsule..."
+ date="2014-08-25T15:51:00Z"
+ content="""
+Imagine a rather contrived doomsday scenario: the file paths and/or basenames are important and, for some reason, the symlinks are not present (perhaps they got deleted, or aren't supported). `git` and `git-annex` no longer exist and let's assume knowledge of `git` internals is not useful here. All the *content* is there, stored under hashed file names under `.git/annex/objects`.
+
+I may be missing something obvious but I think options for restoring file paths include:
+
+  - direct mode bypasses this issue; all the files are right there. 
+  - the WORM backend perhaps carries enough information in the object file names to work with.
+  - file content/metadata may be sufficient to easily recreate a sensible directory structure in some cases, so no worries.
+
+These first two options may represent compromises in various use-cases and the last may not be applicable or, if it is, practical. The object-path mapping could trivially be backed up in plain text in lieu of these. Like I said, I may be overlooking something here that makes this unnecessary or even a non-concern (actually, I've convinced myself it's not a serious concern in most of the use-cases I've considered, but crossing i's and dotting t's).
+"""]]

From 940b92926f0ea8c8c5ad933b2eb74b60fa276a85 Mon Sep 17 00:00:00 2001
From: Hans_Ryding <Hans_Ryding@web>
Date: Mon, 25 Aug 2014 16:16:34 +0000
Subject: [PATCH 083/260] Added a comment: Relying on path is not best practice
 in a Windows environment

---
 ..._0d7a4f740180dff7c0853062e4913804._comment | 22 +++++++++++++++++++
 1 file changed, 22 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_5_0d7a4f740180dff7c0853062e4913804._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_5_0d7a4f740180dff7c0853062e4913804._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_5_0d7a4f740180dff7c0853062e4913804._comment
new file mode 100644
index 0000000000..42537f9f46
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_5_0d7a4f740180dff7c0853062e4913804._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="Hans_Ryding"
+ ip="81.229.194.7"
+ subject="Relying on path is not best practice in a Windows environment"
+ date="2014-08-25T16:16:33Z"
+ content="""
+Unlike under POSIX environments
+generally applications under windows don't add themselves to path,
+or to a directory already in path.
+
+Generally applications announce their location using the registry.
+Under either HKEY_LOCAL_MACHINE\SOFTWARE,
+or in case of software installed for one particular user only
+under HKEY_CURRENT_USER\SOFTWARE.
+
+Git however AFAIK does not.
+Most likely the best thing to do is to prompt the user when installing git-annex
+where git is, and store this variable.
+
+Note that in both my installs I installed git-annex into the git directory,
+and the git-annex webapp still couldn't find it. 
+"""]]

From f8c4d80aaa457192a76031b6a06b9f5d154c5890 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBmv0HhwTFxkpxlf8ifTlMOHnIwHCHTYs"
 <y@web>
Date: Tue, 26 Aug 2014 12:18:39 +0000
Subject: [PATCH 084/260] Added a comment: path on windows

---
 .../comment_6_748aa921afee3d7e4667dee50e70a558._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/Windows_build_has_hardcoded_paths/comment_6_748aa921afee3d7e4667dee50e70a558._comment

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths/comment_6_748aa921afee3d7e4667dee50e70a558._comment b/doc/bugs/Windows_build_has_hardcoded_paths/comment_6_748aa921afee3d7e4667dee50e70a558._comment
new file mode 100644
index 0000000000..4cbf0ea589
--- /dev/null
+++ b/doc/bugs/Windows_build_has_hardcoded_paths/comment_6_748aa921afee3d7e4667dee50e70a558._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBmv0HhwTFxkpxlf8ifTlMOHnIwHCHTYs"
+ nickname="y"
+ subject="path on windows"
+ date="2014-08-26T12:18:39Z"
+ content="""
+To add to my comment I also installed git-annex in the same directory as the msys git distrib in both cases.
+"""]]

From a9c714c94ade89752030d4b2baf5293efbe903bf Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQTGU3IbXLfP449QbE9HwMWlNVRR4JD1k"
 <Eric@web>
Date: Tue, 26 Aug 2014 19:55:58 +0000
Subject: [PATCH 085/260]

---
 ...he_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn

diff --git a/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn b/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn
new file mode 100644
index 0000000000..1f4f49842e
--- /dev/null
+++ b/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn
@@ -0,0 +1,3 @@
+I'm looking to use the Git-Annex Assistant to backup a single repository that is present on and synced between two computers (a home and a working computer). Ideally, each computer uses rsync.net for both of these service, while at the same time treating the cloud storage service as untrusted (so anything stored or tranferred through there is encrypted). Is it possible to do this using solely rsync.net (without the addition of some XMPP service)? According to the software, using shared encryption allows anyone with a clone of the repository to decrypt files on a remote, but the simplest way to make this clone seems to be to first clone to a removable drive, and then from the drive to the second computer (and then deleting the records of the clone to the drive). I'm unsure if by then setting up the backup at rsync.net for the second computer, whether the software will create a second backup that acts independently of the first, neglecting any syncing, or if it will recognize the backup as one of the same repository. I'm also unsure as to whether the software will even sync if the backup is recognized, or whether a tranfer repository at rsync.net is also necessary to complete the setup. Could you perhaps give me some advice on how to achieve this setup, or point me to some information that may help me along?
+
+(If the setup is unclear, I'm essentially trying to replicate something like SpiderOak with the Git-Annex Assistant, without using an XMPP service)

From 8ef3269dc2a09fcd3ed5d8f79686d708e5497b08 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQTGU3IbXLfP449QbE9HwMWlNVRR4JD1k"
 <Eric@web>
Date: Tue, 26 Aug 2014 20:17:53 +0000
Subject: [PATCH 086/260]

---
 ...the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn b/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn
index 1f4f49842e..8d3c840246 100644
--- a/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn
+++ b/doc/forum/Using_the_Git-Annex_Assistant_as_a_Backup_and_Syncing_Service.mdwn
@@ -1,3 +1,5 @@
 I'm looking to use the Git-Annex Assistant to backup a single repository that is present on and synced between two computers (a home and a working computer). Ideally, each computer uses rsync.net for both of these service, while at the same time treating the cloud storage service as untrusted (so anything stored or tranferred through there is encrypted). Is it possible to do this using solely rsync.net (without the addition of some XMPP service)? According to the software, using shared encryption allows anyone with a clone of the repository to decrypt files on a remote, but the simplest way to make this clone seems to be to first clone to a removable drive, and then from the drive to the second computer (and then deleting the records of the clone to the drive). I'm unsure if by then setting up the backup at rsync.net for the second computer, whether the software will create a second backup that acts independently of the first, neglecting any syncing, or if it will recognize the backup as one of the same repository. I'm also unsure as to whether the software will even sync if the backup is recognized, or whether a tranfer repository at rsync.net is also necessary to complete the setup. Could you perhaps give me some advice on how to achieve this setup, or point me to some information that may help me along?
 
 (If the setup is unclear, I'm essentially trying to replicate something like SpiderOak with the Git-Annex Assistant, without using an XMPP service)
+
+[Edit: It may be easier to just use Git-Annex (no assistant), so that works too]

From 9710e8c7ca8ddb244e6100ef736106f0db7af254 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Tue, 26 Aug 2014 23:03:09 +0000
Subject: [PATCH 087/260] Added a comment: How I solved it...

---
 ...comment_5_c8cdb0faa342fe1f9407ad4c97e6bc3c._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_5_c8cdb0faa342fe1f9407ad4c97e6bc3c._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_5_c8cdb0faa342fe1f9407ad4c97e6bc3c._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_5_c8cdb0faa342fe1f9407ad4c97e6bc3c._comment
new file mode 100644
index 0000000000..e58191a7f2
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_5_c8cdb0faa342fe1f9407ad4c97e6bc3c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Ganwell"
+ ip="178.174.3.166"
+ subject="How I solved it..."
+ date="2014-08-26T23:03:09Z"
+ content="""
+I decided it was a bit harsh, so I removed comment. Here is how I solved problem:
+
+I have a server without much storage which runs the git-annex process, the data is stored on the NAS mounted via iSCSI. I never even thought of trying to compile git-annex on a NAS. I did things like that many years ago and it used to much time, whether the language was, common or not, didn't change much. Missing floating point units on the NAS killed performance of the programms I wanted to run anyways.
+"""]]

From b58f790c0e12da5f6ba26297d0601bb2d18f7ce4 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Tue, 26 Aug 2014 23:15:38 +0000
Subject: [PATCH 088/260]

---
 doc/todo/merge_in_ram___40__disk__41____63__.mdwn | 5 +++++
 1 file changed, 5 insertions(+)
 create mode 100644 doc/todo/merge_in_ram___40__disk__41____63__.mdwn

diff --git a/doc/todo/merge_in_ram___40__disk__41____63__.mdwn b/doc/todo/merge_in_ram___40__disk__41____63__.mdwn
new file mode 100644
index 0000000000..a4a698a720
--- /dev/null
+++ b/doc/todo/merge_in_ram___40__disk__41____63__.mdwn
@@ -0,0 +1,5 @@
+git-annex is great. But for my repos the merge and recording state operations take forever.
+
+(merging fotos_enc_pg/synced/git-annex into git-annex...)
+
+Since git-annex is another branch (than master) and git usually needs a worktree for merging I assume that git-annex branch is temporarily checked out somewhere. Would it be possible to move this operation to RAM? Or a RAM-Disk?

From 63b0830497d64e104936551a061bfc4f12d54c29 Mon Sep 17 00:00:00 2001
From: "http://bret.io/" <http://bret.io/@web>
Date: Tue, 26 Aug 2014 23:30:07 +0000
Subject: [PATCH 089/260] Added visual bug description

---
 doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn

diff --git a/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
new file mode 100644
index 0000000000..730df1d27f
--- /dev/null
+++ b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
@@ -0,0 +1,12 @@
+### Please describe the problem.
+When pairing with xmpp buddys, the well does not expand to fit the whole buddy list
+
+### What steps will reproduce the problem?
+Go to the pairing menu
+
+### What version of git-annex are you using? On what operating system?
+ 5.20140717 from the homebrew bottle
+
+### Please provide any additional information below.
+
+![image of bug](http://i.imgur.com/fZe1ERD.png)

From 6eb5c3f479840c7f374e339b86dfb9c03ca77c37 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 26 Aug 2014 17:06:43 -0700
Subject: [PATCH 090/260] Do not preserve permissions and acls when copying
 files from one local git repository to another. Timestamps are still
 preserved as long as cp --preserve=timestamps is supported.

This avoids cp -a overriding the default mode acls that the user might have
set in a git repository.

With GNU cp, this behavior change should not be a breaking change, because
git-anex also uses rsync sometimes in the same situation, and has only ever
preserved timestamps when using rsync.

Systems without GNU cp will no longer use cp -a, but instead just cp.
So, timestamps will no longer be preserved. Preserving timestamps when
copying between repos is not guaranteed anyway.

Closes: #729757
---
 Annex/Content.hs        |  2 +-
 Annex/Content/Direct.hs |  2 +-
 Annex/Direct.hs         |  2 +-
 Build/Configure.hs      |  1 +
 Command/Import.hs       |  2 +-
 Command/TestRemote.hs   |  2 +-
 Command/Unannex.hs      |  2 +-
 Command/Unlock.hs       |  2 +-
 Remote/Git.hs           |  2 +-
 Utility/CopyFile.hs     | 24 ++++++++++++++++--------
 debian/changelog        |  3 +++
 11 files changed, 28 insertions(+), 16 deletions(-)

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 86b78c04e0..6e5131f772 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -580,7 +580,7 @@ preseedTmp key file = go =<< inAnnex key
 		( return True
 		, do
 			s <- calcRepo $ gitAnnexLocation key
-			liftIO $ copyFileExternal s file
+			liftIO $ copyFileExternal CopyTimeStamps s file
 		)
 
 {- Blocks writing to an annexed file, and modifies file permissions to
diff --git a/Annex/Content/Direct.hs b/Annex/Content/Direct.hs
index b249e05572..d9e1535f32 100644
--- a/Annex/Content/Direct.hs
+++ b/Annex/Content/Direct.hs
@@ -210,7 +210,7 @@ addContentWhenNotPresent key contentfile associatedfile = do
 	v <- isAnnexLink associatedfile
 	when (Just key == v) $
 		replaceFile associatedfile $
-			liftIO . void . copyFileExternal contentfile
+			liftIO . void . copyFileExternal CopyAllMetaData contentfile
 	updateInodeCache key associatedfile	
 
 {- Some filesystems get new inodes each time they are mounted.
diff --git a/Annex/Direct.hs b/Annex/Direct.hs
index 7b91cc342e..76a6f27dca 100644
--- a/Annex/Direct.hs
+++ b/Annex/Direct.hs
@@ -357,7 +357,7 @@ toDirectGen k f = do
 				`catchIO` (\_ -> freezeContent loc)
 	fromdirect loc = do
 		replaceFile f $
-			liftIO . void . copyFileExternal loc
+			liftIO . void . copyFileExternal CopyAllMetaData loc
 		updateInodeCache k f
 
 {- Removes a direct mode file, while retaining its content in the annex
diff --git a/Build/Configure.hs b/Build/Configure.hs
index d5176bdf5d..31b7ccd25e 100644
--- a/Build/Configure.hs
+++ b/Build/Configure.hs
@@ -23,6 +23,7 @@ tests =
 	, TestCase "git version" getGitVersion
 	, testCp "cp_a" "-a"
 	, testCp "cp_p" "-p"
+	, testCp "cp_preserve_timestamps" "--preserve=timestamps"
 	, testCp "cp_reflink_auto" "--reflink=auto"
 	, TestCase "xargs -0" $ requireCmd "xargs_0" "xargs -0 </dev/null"
 	, TestCase "rsync" $ requireCmd "rsync" "rsync --version >/dev/null"
diff --git a/Command/Import.hs b/Command/Import.hs
index db3601a1b3..97e3f7652e 100644
--- a/Command/Import.hs
+++ b/Command/Import.hs
@@ -90,7 +90,7 @@ start mode (srcfile, destfile) =
 		handleexisting =<< liftIO (catchMaybeIO $ getSymbolicLinkStatus destfile)
 		liftIO $ createDirectoryIfMissing True (parentDir destfile)
 		liftIO $ if mode == Duplicate || mode == SkipDuplicates
-			then void $ copyFileExternal srcfile destfile
+			then void $ copyFileExternal CopyAllMetaData srcfile destfile
 			else moveFile srcfile destfile
 		Command.Add.perform destfile
 	handleexisting Nothing = noop
diff --git a/Command/TestRemote.hs b/Command/TestRemote.hs
index 1cb1929e01..247a243e41 100644
--- a/Command/TestRemote.hs
+++ b/Command/TestRemote.hs
@@ -136,7 +136,7 @@ test st r k =
 	, check "retrieveKeyFile resume from end" $ do
 		loc <- Annex.calcRepo (gitAnnexLocation k)
 		tmp <- prepTmp k
-		void $ liftIO $ copyFileExternal loc tmp
+		void $ liftIO $ copyFileExternal CopyAllMetaData loc tmp
 		lockContent k removeAnnex
 		get
 	, check "fsck downloaded object" fsck
diff --git a/Command/Unannex.hs b/Command/Unannex.hs
index 9cb88564cc..c105eb9cee 100644
--- a/Command/Unannex.hs
+++ b/Command/Unannex.hs
@@ -89,7 +89,7 @@ cleanupIndirect file key = do
 		)
   where
 	copyfrom src = 
-		thawContent file `after` liftIO (copyFileExternal src file)
+		thawContent file `after` liftIO (copyFileExternal CopyAllMetaData src file)
 	hardlinkfrom src =
 #ifndef mingw32_HOST_OS
 		-- creating a hard link could fall; fall back to copying
diff --git a/Command/Unlock.hs b/Command/Unlock.hs
index 19a1b258f1..02704e8052 100644
--- a/Command/Unlock.hs
+++ b/Command/Unlock.hs
@@ -46,7 +46,7 @@ perform dest key = do
 	tmpdest <- fromRepo $ gitAnnexTmpObjectLocation key
 	liftIO $ createDirectoryIfMissing True (parentDir tmpdest)
 	showAction "copying"
-	ifM (liftIO $ copyFileExternal src tmpdest)
+	ifM (liftIO $ copyFileExternal CopyAllMetaData src tmpdest)
 		( do
 			liftIO $ do
 				removeFile dest
diff --git a/Remote/Git.hs b/Remote/Git.hs
index bf796ec117..0c760c3aa4 100644
--- a/Remote/Git.hs
+++ b/Remote/Git.hs
@@ -543,7 +543,7 @@ rsyncOrCopyFile rsyncparams src dest p =
 	docopy = liftIO $ bracket
 		(forkIO $ watchfilesize zeroBytesProcessed)
 		(void . tryIO . killThread)
-		(const $ copyFileExternal src dest)
+		(const $ copyFileExternal CopyTimeStamps src dest)
 	watchfilesize oldsz = do
 		threadDelay 500000 -- 0.5 seconds
 		v <- catchMaybeIO $
diff --git a/Utility/CopyFile.hs b/Utility/CopyFile.hs
index e3ccd0a2b2..6601d0a809 100644
--- a/Utility/CopyFile.hs
+++ b/Utility/CopyFile.hs
@@ -1,6 +1,6 @@
 {- file copying
  -
- - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ - Copyright 2010-2014 Joey Hess <joey@kitenet.net>
  -
  - License: BSD-2-clause
  -}
@@ -9,16 +9,20 @@
 
 module Utility.CopyFile (
 	copyFileExternal,
-	createLinkOrCopy
+	createLinkOrCopy,
+	CopyMetaData(..)
 ) where
 
 import Common
 import qualified Build.SysConfig as SysConfig
 
+data CopyMetaData = CopyTimeStamps | CopyAllMetaData
+	deriving (Eq)
+
 {- The cp command is used, because I hate reinventing the wheel,
  - and because this allows easy access to features like cp --reflink. -}
-copyFileExternal :: FilePath -> FilePath -> IO Bool
-copyFileExternal src dest = do
+copyFileExternal :: CopyMetaData -> FilePath -> FilePath -> IO Bool
+copyFileExternal meta src dest = do
 	whenM (doesFileExist dest) $
 		removeFile dest
 	boolSystem "cp" $ params ++ [File src, File dest]
@@ -26,12 +30,16 @@ copyFileExternal src dest = do
 #ifndef __ANDROID__
 	params = map snd $ filter fst
 		[ (SysConfig.cp_reflink_auto, Param "--reflink=auto")
-		, (SysConfig.cp_a, Param "-a")
-		, (SysConfig.cp_p && not SysConfig.cp_a, Param "-p")
+		, (allmeta && SysConfig.cp_a, Param "-a")
+		, (allmeta && SysConfig.cp_p && not SysConfig.cp_a
+			, Param "-p")
+		, (not allmeta && SysConfig.cp_preserve_timestamps
+			, Param "--preserve=timestamps")
 		]
 #else
 	params = []
 #endif
+	allmeta = meta == CopyAllMetaData
 
 {- Create a hard link if the filesystem allows it, and fall back to copying
  - the file. -}
@@ -42,7 +50,7 @@ createLinkOrCopy src dest = go `catchIO` const fallback
   	go = do
 		createLink src dest
 		return True
-  	fallback = copyFileExternal src dest
+  	fallback = copyFileExternal CopyAllMetaData src dest
 #else
-createLinkOrCopy = copyFileExternal
+createLinkOrCopy = copyFileExternal CopyAllMetaData
 #endif
diff --git a/debian/changelog b/debian/changelog
index de260e9e5f..2a497c01f5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -8,6 +8,9 @@ git-annex (5.20140818) UNRELEASED; urgency=medium
     Closes: #758630
   * Fix handing of autocorrection when running outside a git repository.
   * Fix stub git-annex test support when built without tasty.
+  * Do not preserve permissions and acls when copying files from
+    one local git repository to another. Timestamps are still preserved
+    as long as cp --preserve=timestamps is supported. Closes: #729757
 
  -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
 

From db58ac0a0b42454853d59f12943dcdc901ddd879 Mon Sep 17 00:00:00 2001
From: "http://bret.io/" <http://bret.io/@web>
Date: Wed, 27 Aug 2014 05:06:17 +0000
Subject: [PATCH 091/260]

---
 doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
index 730df1d27f..cf5e413f9b 100644
--- a/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
+++ b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
@@ -1,5 +1,5 @@
 ### Please describe the problem.
-When pairing with xmpp buddys, the well does not expand to fit the whole buddy list
+When pairing with xmpp buddies, the well does not expand to fit the whole buddy list
 
 ### What steps will reproduce the problem?
 Go to the pairing menu

From 6bbc809999c7157d40bef85a42d29dc3489562d2 Mon Sep 17 00:00:00 2001
From: anders7788 <anders7788@web>
Date: Wed, 27 Aug 2014 06:57:08 +0000
Subject: [PATCH 092/260] help

---
 ...pair_fails_with_everincreasing_deltas.mdwn | 21 +++++++++++++++++++
 1 file changed, 21 insertions(+)
 create mode 100644 doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas.mdwn

diff --git a/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas.mdwn b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas.mdwn
new file mode 100644
index 0000000000..e71bf040bf
--- /dev/null
+++ b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas.mdwn
@@ -0,0 +1,21 @@
+Hello,
+
+I am using the latest git-annex with the webui having two local folders (one over nfs) connected as a full backup group. 
+
+On every reboot I get a jumping ball icon with the text:
+
+"Attempting to repair [tr2]"
+
+And the later the text:
+
+"failed to sync to tr2"
+
+The debug log is filled with entries like this, where the number of deltas is increasing:
+
+[2014-08-26 20:34:50 CEST] PushRetrier: Syncing with tr2 
+fatal: pack has 15 unresolved deltas
+error: unpack failed: index-pack abnormal exit
+To /nfs/backup
+ ! [remote rejected] git-annex -> synced/git-annex (n/a (unpacker error))
+ ! [remote rejected] annex/direct/master -> synced/master (n/a (unpacker error))
+error: failed to push some refs to '/nfs/backup''

From 8168737af42d173ef74ca7e4d770a96ab3afb516 Mon Sep 17 00:00:00 2001
From: anders7788 <anders7788@web>
Date: Wed, 27 Aug 2014 06:59:08 +0000
Subject: [PATCH 093/260] Added a comment

---
 ...comment_1_a8effe196e4a040630d183803768c5a1._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_1_a8effe196e4a040630d183803768c5a1._comment

diff --git a/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_1_a8effe196e4a040630d183803768c5a1._comment b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_1_a8effe196e4a040630d183803768c5a1._comment
new file mode 100644
index 0000000000..41f28a0cf2
--- /dev/null
+++ b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_1_a8effe196e4a040630d183803768c5a1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="anders7788"
+ ip="212.247.195.173"
+ subject="comment 1"
+ date="2014-08-27T06:59:08Z"
+ content="""
+My version is:
+
+assistant version 5.20140517.4
+"""]]

From 9fc79034fc0c5892f2e4a16515ee4e952e0c5395 Mon Sep 17 00:00:00 2001
From: anders7788 <anders7788@web>
Date: Wed, 27 Aug 2014 07:00:08 +0000
Subject: [PATCH 094/260]

---
 ...e_between_full_backup_and_number_of_copies__63__.mdwn | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 doc/forum/difference_between_full_backup_and_number_of_copies__63__.mdwn

diff --git a/doc/forum/difference_between_full_backup_and_number_of_copies__63__.mdwn b/doc/forum/difference_between_full_backup_and_number_of_copies__63__.mdwn
new file mode 100644
index 0000000000..4223a2ded7
--- /dev/null
+++ b/doc/forum/difference_between_full_backup_and_number_of_copies__63__.mdwn
@@ -0,0 +1,9 @@
+If I have three repositories setup in the git annex webui as:
+
+full backup,
+
+and every file put into one of the repos seems to be propagated to the other two,
+
+what is the usage of the setting "number of copies" which is default to 1 but can be increased to 2 or 3? Does this setting matter in this context?
+
+I'm using assistant version 5.20140517.4

From c19f2bf81ff642f2cc830876c3abc29a231b2e28 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
 <Torkaly@web>
Date: Wed, 27 Aug 2014 19:47:29 +0000
Subject: [PATCH 095/260]

---
 doc/bugs/ssh_over_IPv6.mdwn | 28 ++++++++++++++++++++++++++++
 1 file changed, 28 insertions(+)
 create mode 100644 doc/bugs/ssh_over_IPv6.mdwn

diff --git a/doc/bugs/ssh_over_IPv6.mdwn b/doc/bugs/ssh_over_IPv6.mdwn
new file mode 100644
index 0000000000..ea2a4c8a2d
--- /dev/null
+++ b/doc/bugs/ssh_over_IPv6.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+When i try to sync to my server (path in .git/config is "[fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e]:/home/thomas/git/musik") the url gets messed up by annex and i get the error "git-annex: bad url ssh://[fcb8/~/b10:1cb8:c94:58d0:2522:89f9:c89e]:/home/thomas/git/musik".
+
+### What steps will reproduce the problem?
+1. init git & annex
+2. add files
+3. add a IPv6 address remote
+4. push git branches
+5. git annex sync
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 5.20140412ubuntu1
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]

From e845892e2bb397e651e58e967d7d6894d0e75562 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
 <Torkaly@web>
Date: Wed, 27 Aug 2014 19:48:31 +0000
Subject: [PATCH 096/260]

---
 doc/bugs/ssh_over_IPv6.mdwn | 12 ++----------
 1 file changed, 2 insertions(+), 10 deletions(-)

diff --git a/doc/bugs/ssh_over_IPv6.mdwn b/doc/bugs/ssh_over_IPv6.mdwn
index ea2a4c8a2d..d4f2e70f78 100644
--- a/doc/bugs/ssh_over_IPv6.mdwn
+++ b/doc/bugs/ssh_over_IPv6.mdwn
@@ -9,6 +9,7 @@ When i try to sync to my server (path in .git/config is "[fcb8:b10:1cb8:c94:58d0
 5. git annex sync
 
 ### What version of git-annex are you using? On what operating system?
+```
 git-annex version: 5.20140412ubuntu1
 build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
 key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
@@ -16,13 +17,4 @@ remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook ex
 local repository version: 5
 supported repository version: 5
 upgrade supported from repository versions: 0 1 2 4
-
-### Please provide any additional information below.
-
-[[!format sh """
-# If you can, paste a complete transcript of the problem occurring here.
-# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
-
-
-# End of transcript or log.
-"""]]
+```

From 836da65d70d183843b60f6fde10687832c34c435 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
 <Justin@web>
Date: Thu, 28 Aug 2014 20:45:11 +0000
Subject: [PATCH 097/260] Added a comment

---
 ...ment_1_cfff036345e1d4995655de6cf636ad73._comment | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100644 doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment

diff --git a/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment b/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment
new file mode 100644
index 0000000000..8c6a86655a
--- /dev/null
+++ b/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2014-08-28T20:45:10Z"
+ content="""
+Try using ~/.ssh/config as a workaround
+
+Host myserver
+Hostname fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e
+
+then just tell git-annex to use myserver
+"""]]

From 462651569d17fe41afbc22250f71cb23bfca5f0c Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
 <Justin@web>
Date: Thu, 28 Aug 2014 20:46:04 +0000
Subject: [PATCH 098/260] removed

---
 ...ment_1_cfff036345e1d4995655de6cf636ad73._comment | 13 -------------
 1 file changed, 13 deletions(-)
 delete mode 100644 doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment

diff --git a/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment b/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment
deleted file mode 100644
index 8c6a86655a..0000000000
--- a/doc/bugs/ssh_over_IPv6/comment_1_cfff036345e1d4995655de6cf636ad73._comment
+++ /dev/null
@@ -1,13 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
- nickname="Justin"
- subject="comment 1"
- date="2014-08-28T20:45:10Z"
- content="""
-Try using ~/.ssh/config as a workaround
-
-Host myserver
-Hostname fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e
-
-then just tell git-annex to use myserver
-"""]]

From a71b3737275bd44e9a354f7fdea71ec8f78b0ef0 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
 <Justin@web>
Date: Thu, 28 Aug 2014 20:46:29 +0000
Subject: [PATCH 099/260] Added a comment

---
 ...nt_1_0287f73c44645a1f854ecfe4ddddb258._comment | 15 +++++++++++++++
 1 file changed, 15 insertions(+)
 create mode 100644 doc/bugs/ssh_over_IPv6/comment_1_0287f73c44645a1f854ecfe4ddddb258._comment

diff --git a/doc/bugs/ssh_over_IPv6/comment_1_0287f73c44645a1f854ecfe4ddddb258._comment b/doc/bugs/ssh_over_IPv6/comment_1_0287f73c44645a1f854ecfe4ddddb258._comment
new file mode 100644
index 0000000000..13c9794e40
--- /dev/null
+++ b/doc/bugs/ssh_over_IPv6/comment_1_0287f73c44645a1f854ecfe4ddddb258._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2014-08-28T20:46:29Z"
+ content="""
+
+Try using ~/.ssh/config as a workaround
+
+    Host myserver
+    Hostname fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e
+
+then just tell git-annex to use myserver
+
+"""]]

From e9714263ee91a5344ca0a885c6e2e93ce7fdc03f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
 <Michael@web>
Date: Fri, 29 Aug 2014 09:29:40 +0000
Subject: [PATCH 100/260]

---
 ..._option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn

diff --git a/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn b/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn
new file mode 100644
index 0000000000..ab4e488c89
--- /dev/null
+++ b/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn
@@ -0,0 +1 @@
+I understand that for backwards compatibility the non-bare remotes use the old "mixed" case scheme. However, for new annexes, it'd make sense to be able to use the new one so the scheme matches in all remotes.

From af769466b8196c53ef71941c5b1fb66a6daf8075 Mon Sep 17 00:00:00 2001
From: annexuser <annexuser@web>
Date: Sat, 30 Aug 2014 03:44:37 +0000
Subject: [PATCH 101/260]

---
 doc/bugs/Upload_to_S3_fails_.mdwn | 57 +++++++++++++++++++++++++++++++
 1 file changed, 57 insertions(+)
 create mode 100644 doc/bugs/Upload_to_S3_fails_.mdwn

diff --git a/doc/bugs/Upload_to_S3_fails_.mdwn b/doc/bugs/Upload_to_S3_fails_.mdwn
new file mode 100644
index 0000000000..2264c42e4d
--- /dev/null
+++ b/doc/bugs/Upload_to_S3_fails_.mdwn
@@ -0,0 +1,57 @@
+### Please describe the problem.
+
+Uploading a 21GB file to an S3 special remote fails. It will generally fail somewhere at about 3-15%. I am using the new chunking feature, with chunks set to 25MiB.
+
+### What steps will reproduce the problem?
+
+    $ git annex copy my-big-file.tar.bz --to s3
+    copy my-big-file.tar.bz (gpg) (checking s3...) (to s3...)
+    13%       863.8KB/s 6h0m
+      ErrorClosed
+    failed
+    git-annex: copy: 1 failed
+
+### What version of git-annex are you using? On what operating system?
+
+Running on Arch Linux.
+
+    git-annex version: 5.20140818-g10bf03a
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+### Please provide any additional information below.
+
+If I fire up the web app and open the log, the end looks like this:
+
+
+[[!format sh """
+...
+
+3%       857.3KB/s 6h46m
+3%       857.3KB/s 6h46m
+3%       857.3KB/s 6h46m
+3%       857.4KB/s 6h46m
+3%       857.4KB/s 6h46m
+3%       857.5KB/s 6h46m
+3%       857.5KB/s 6h46m
+3%       857.6KB/s 6h46m
+3%       857.6KB/s 6h46m
+3%       857.6KB/s 6h46m
+3%       857.7KB/s 6h46m
+3%       857.7KB/s 6h46m
+3%       857.8KB/s 6h46m
+3%       857.8KB/s 6h46m
+3%       857.8KB/s 6h46m
+3%       857.9KB/s 6h46m
+3%       857.9KB/s 6h46m
+3%       858.0KB/s 6h46m
+3%       858.0KB/s 6h46m
+3%       858.1KB/s 6h46m
+3%       858.1KB/s 6h45m
+3%       858.1KB/s 6h45mmux_client_request_session: read from master failed: Broken pipe
+
+"""]]

From aa5c48dd226d7fc07f445bd73b343c46af038068 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 30 Aug 2014 09:09:47 -0700
Subject: [PATCH 102/260] update arch deps

sparc no longer supports yesod (and is probably not going to be a release
arch anyway)

tasty is now built on mipsel.
---
 debian/control | 28 ++++++++++++++--------------
 1 file changed, 14 insertions(+), 14 deletions(-)

diff --git a/debian/control b/debian/control
index e3f16c81f6..39c0e279e8 100644
--- a/debian/control
+++ b/debian/control
@@ -31,16 +31,16 @@ Build-Depends:
 	libghc-stm-dev (>= 2.3),
 	libghc-dbus-dev (>= 0.10.3) [linux-any],
 	libghc-fdo-notify-dev (>= 0.3) [linux-any],
-	libghc-yesod-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-yesod-static-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-yesod-default-dev [i386 amd64 kfreebsd-amd64 powerpc sparc],
-	libghc-hamlet-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-shakespeare-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-clientsession-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-warp-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-warp-tls-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-wai-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
-	libghc-wai-extra-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-yesod-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-yesod-static-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-yesod-default-dev [i386 amd64 kfreebsd-amd64 powerpc],
+	libghc-hamlet-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-shakespeare-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-clientsession-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-warp-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-warp-tls-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-wai-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
+	libghc-wai-extra-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc],
 	libghc-securemem-dev,
 	libghc-byteable-dev,
 	libghc-dns-dev,
@@ -59,10 +59,10 @@ Build-Depends:
 	libghc-feed-dev (>= 0.3.9.2),
 	libghc-regex-tdfa-dev [!mipsel !s390],
 	libghc-regex-compat-dev [mipsel s390],
-	libghc-tasty-dev (>= 0.7) [!mipsel !sparc],
-	libghc-tasty-hunit-dev [!mipsel !sparc],
-	libghc-tasty-quickcheck-dev [!mipsel !sparc],
-	libghc-tasty-rerun-dev [!mipsel !sparc],
+	libghc-tasty-dev (>= 0.7) [!sparc],
+	libghc-tasty-hunit-dev [!sparc],
+	libghc-tasty-quickcheck-dev [!sparc],
+	libghc-tasty-rerun-dev [!sparc],
 	libghc-optparse-applicative-dev [!sparc],
 	lsof [!kfreebsd-i386 !kfreebsd-amd64 !hurd-any],
 	ikiwiki,

From e83d8a5e7df9d177c07d30104540d477776b9a62 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawknD9ZTzo_B5NIkknx8_nBGij4-ziUGcec"
 <Martijn@web>
Date: Sat, 30 Aug 2014 21:57:13 +0000
Subject: [PATCH 103/260]

---
 ...l_fails_with_permission_denied_errors.mdwn | 295 ++++++++++++++++++
 1 file changed, 295 insertions(+)
 create mode 100644 doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn

diff --git a/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn b/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn
new file mode 100644
index 0000000000..5522addd7e
--- /dev/null
+++ b/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn
@@ -0,0 +1,295 @@
+### Please describe the problem.
+
+Installing git-annex on a new Nexus 5 with Android 4.4.4 using [Android 4.4 and 4.3 git-annex.apk](http://downloads.kitenet.net/git-annex/android/current/4.3/git-annex.apk) does not give me a working git-annex environment. It seems permission is denied to install many of the app files.
+
+
+### What steps will reproduce the problem?
+
+1. Install git-annex
+2. From within `adb shell`, run: `/data/data/ga.androidterm/runshell`
+3. Try one of the included programs, e.g., `git`
+
+
+### What version of git-annex are you using? On what operating system?
+
+The current (as of 2014-08-30) git-annex for Android 4.3 and up on Android 4.4.4.
+
+
+### Please provide any additional information below.
+
+Running `/data/data/ga.androidterm/runshell` from `adb shell` gives me:
+
+[[!format txt """
+shell@hammerhead:/ $ /data/data/ga.androidterm/runshell                        
+Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+shell@hammerhead:/sdcard/git-annex.home $ ls
+git-annex-install.log
+shell@hammerhead:/sdcard/git-annex.home $ cat git-annex-install.log
+Installation starting to /data/data/ga.androidterm
+71c22504d777380dd59d2128b97715fde9ef6bec
+mv: can't rename '/data/data/ga.androidterm/bin': Permission denied
+installing busybox
+ln: /data/data/ga.androidterm/bin/busybox: Permission denied
+installing git-annex
+ln: /data/data/ga.androidterm/bin/git-annex: Permission denied
+installing git-shell
+ln: /data/data/ga.androidterm/bin/git-shell: Permission denied
+installing git-upload-pack
+ln: /data/data/ga.androidterm/bin/git-upload-pack: Permission denied
+installing git
+ln: /data/data/ga.androidterm/bin/git: Permission denied
+installing gpg
+ln: /data/data/ga.androidterm/bin/gpg: Permission denied
+installing rsync
+ln: /data/data/ga.androidterm/bin/rsync: Permission denied
+installing ssh
+ln: /data/data/ga.androidterm/bin/ssh: Permission denied
+installing ssh-keygen
+ln: /data/data/ga.androidterm/bin/ssh-keygen: Permission denied
+busybox: /data/data/ga.androidterm/bin/[: Permission denied
+busybox: /data/data/ga.androidterm/bin/[[: Permission denied
+busybox: /data/data/ga.androidterm/bin/ar: Permission denied
+busybox: /data/data/ga.androidterm/bin/arp: Permission denied
+busybox: /data/data/ga.androidterm/bin/ash: Permission denied
+busybox: /data/data/ga.androidterm/bin/base64: Permission denied
+busybox: /data/data/ga.androidterm/bin/basename: Permission denied
+busybox: /data/data/ga.androidterm/bin/beep: Permission denied
+busybox: /data/data/ga.androidterm/bin/blkid: Permission denied
+busybox: /data/data/ga.androidterm/bin/blockdev: Permission denied
+busybox: /data/data/ga.androidterm/bin/bunzip2: Permission denied
+busybox: /data/data/ga.androidterm/bin/bzcat: Permission denied
+busybox: /data/data/ga.androidterm/bin/bzip2: Permission denied
+busybox: /data/data/ga.androidterm/bin/cal: Permission denied
+busybox: /data/data/ga.androidterm/bin/cat: Permission denied
+busybox: /data/data/ga.androidterm/bin/catv: Permission denied
+busybox: /data/data/ga.androidterm/bin/chat: Permission denied
+busybox: /data/data/ga.androidterm/bin/chattr: Permission denied
+busybox: /data/data/ga.androidterm/bin/chgrp: Permission denied
+busybox: /data/data/ga.androidterm/bin/chmod: Permission denied
+busybox: /data/data/ga.androidterm/bin/chown: Permission denied
+busybox: /data/data/ga.androidterm/bin/chpst: Permission denied
+busybox: /data/data/ga.androidterm/bin/chroot: Permission denied
+busybox: /data/data/ga.androidterm/bin/chrt: Permission denied
+busybox: /data/data/ga.androidterm/bin/chvt: Permission denied
+busybox: /data/data/ga.androidterm/bin/cksum: Permission denied
+busybox: /data/data/ga.androidterm/bin/clear: Permission denied
+busybox: /data/data/ga.androidterm/bin/cmp: Permission denied
+busybox: /data/data/ga.androidterm/bin/comm: Permission denied
+busybox: /data/data/ga.androidterm/bin/cp: Permission denied
+busybox: /data/data/ga.androidterm/bin/cpio: Permission denied
+busybox: /data/data/ga.androidterm/bin/cttyhack: Permission denied
+busybox: /data/data/ga.androidterm/bin/cut: Permission denied
+busybox: /data/data/ga.androidterm/bin/dc: Permission denied
+busybox: /data/data/ga.androidterm/bin/dd: Permission denied
+busybox: /data/data/ga.androidterm/bin/deallocvt: Permission denied
+busybox: /data/data/ga.androidterm/bin/devmem: Permission denied
+busybox: /data/data/ga.androidterm/bin/diff: Permission denied
+busybox: /data/data/ga.androidterm/bin/dirname: Permission denied
+busybox: /data/data/ga.androidterm/bin/dmesg: Permission denied
+busybox: /data/data/ga.androidterm/bin/dnsd: Permission denied
+busybox: /data/data/ga.androidterm/bin/dos2unix: Permission denied
+busybox: /data/data/ga.androidterm/bin/dpkg: Permission denied
+busybox: /data/data/ga.androidterm/bin/dpkg-deb: Permission denied
+busybox: /data/data/ga.androidterm/bin/du: Permission denied
+busybox: /data/data/ga.androidterm/bin/dumpkmap: Permission denied
+busybox: /data/data/ga.androidterm/bin/echo: Permission denied
+busybox: /data/data/ga.androidterm/bin/envdir: Permission denied
+busybox: /data/data/ga.androidterm/bin/envuidgid: Permission denied
+busybox: /data/data/ga.androidterm/bin/expand: Permission denied
+busybox: /data/data/ga.androidterm/bin/fakeidentd: Permission denied
+busybox: /data/data/ga.androidterm/bin/false: Permission denied
+busybox: /data/data/ga.androidterm/bin/fbset: Permission denied
+busybox: /data/data/ga.androidterm/bin/fbsplash: Permission denied
+busybox: /data/data/ga.androidterm/bin/fdflush: Permission denied
+busybox: /data/data/ga.androidterm/bin/fdformat: Permission denied
+busybox: /data/data/ga.androidterm/bin/fdisk: Permission denied
+busybox: /data/data/ga.androidterm/bin/fgconsole: Permission denied
+busybox: /data/data/ga.androidterm/bin/find: Permission denied
+busybox: /data/data/ga.androidterm/bin/findfs: Permission denied
+busybox: /data/data/ga.androidterm/bin/flash_lock: Permission denied
+busybox: /data/data/ga.androidterm/bin/flash_unlock: Permission denied
+busybox: /data/data/ga.androidterm/bin/flashcp: Permission denied
+busybox: /data/data/ga.androidterm/bin/flock: Permission denied
+busybox: /data/data/ga.androidterm/bin/fold: Permission denied
+busybox: /data/data/ga.androidterm/bin/freeramdisk: Permission denied
+busybox: /data/data/ga.androidterm/bin/ftpd: Permission denied
+busybox: /data/data/ga.androidterm/bin/ftpget: Permission denied
+busybox: /data/data/ga.androidterm/bin/ftpput: Permission denied
+busybox: /data/data/ga.androidterm/bin/fuser: Permission denied
+busybox: /data/data/ga.androidterm/bin/getopt: Permission denied
+busybox: /data/data/ga.androidterm/bin/grep: Permission denied
+busybox: /data/data/ga.androidterm/bin/gunzip: Permission denied
+busybox: /data/data/ga.androidterm/bin/gzip: Permission denied
+busybox: /data/data/ga.androidterm/bin/hd: Permission denied
+busybox: /data/data/ga.androidterm/bin/hdparm: Permission denied
+busybox: /data/data/ga.androidterm/bin/head: Permission denied
+busybox: /data/data/ga.androidterm/bin/hexdump: Permission denied
+busybox: /data/data/ga.androidterm/bin/httpd: Permission denied
+busybox: /data/data/ga.androidterm/bin/ifconfig: Permission denied
+busybox: /data/data/ga.androidterm/bin/ifdown: Permission denied
+busybox: /data/data/ga.androidterm/bin/ifup: Permission denied
+busybox: /data/data/ga.androidterm/bin/inotifyd: Permission denied
+busybox: /data/data/ga.androidterm/bin/install: Permission denied
+busybox: /data/data/ga.androidterm/bin/iostat: Permission denied
+busybox: /data/data/ga.androidterm/bin/ip: Permission denied
+busybox: /data/data/ga.androidterm/bin/ipaddr: Permission denied
+busybox: /data/data/ga.androidterm/bin/ipcalc: Permission denied
+busybox: /data/data/ga.androidterm/bin/iplink: Permission denied
+busybox: /data/data/ga.androidterm/bin/iproute: Permission denied
+busybox: /data/data/ga.androidterm/bin/iprule: Permission denied
+busybox: /data/data/ga.androidterm/bin/iptunnel: Permission denied
+busybox: /data/data/ga.androidterm/bin/klogd: Permission denied
+busybox: /data/data/ga.androidterm/bin/ln: Permission denied
+busybox: /data/data/ga.androidterm/bin/loadkmap: Permission denied
+busybox: /data/data/ga.androidterm/bin/losetup: Permission denied
+busybox: /data/data/ga.androidterm/bin/lpd: Permission denied
+busybox: /data/data/ga.androidterm/bin/lpq: Permission denied
+busybox: /data/data/ga.androidterm/bin/lpr: Permission denied
+busybox: /data/data/ga.androidterm/bin/ls: Permission denied
+busybox: /data/data/ga.androidterm/bin/lsattr: Permission denied
+busybox: /data/data/ga.androidterm/bin/lsof: Permission denied
+busybox: /data/data/ga.androidterm/bin/lspci: Permission denied
+busybox: /data/data/ga.androidterm/bin/lsusb: Permission denied
+busybox: /data/data/ga.androidterm/bin/lzcat: Permission denied
+busybox: /data/data/ga.androidterm/bin/lzma: Permission denied
+busybox: /data/data/ga.androidterm/bin/lzop: Permission denied
+busybox: /data/data/ga.androidterm/bin/lzopcat: Permission denied
+busybox: /data/data/ga.androidterm/bin/makedevs: Permission denied
+busybox: /data/data/ga.androidterm/bin/makemime: Permission denied
+busybox: /data/data/ga.androidterm/bin/man: Permission denied
+busybox: /data/data/ga.androidterm/bin/md5sum: Permission denied
+busybox: /data/data/ga.androidterm/bin/mkdir: Permission denied
+busybox: /data/data/ga.androidterm/bin/mkfifo: Permission denied
+busybox: /data/data/ga.androidterm/bin/mknod: Permission denied
+busybox: /data/data/ga.androidterm/bin/mkswap: Permission denied
+busybox: /data/data/ga.androidterm/bin/mktemp: Permission denied
+busybox: /data/data/ga.androidterm/bin/more: Permission denied
+busybox: /data/data/ga.androidterm/bin/mpstat: Permission denied
+busybox: /data/data/ga.androidterm/bin/mv: Permission denied
+busybox: /data/data/ga.androidterm/bin/nbd-client: Permission denied
+busybox: /data/data/ga.androidterm/bin/nc: Permission denied
+busybox: /data/data/ga.androidterm/bin/netstat: Permission denied
+busybox: /data/data/ga.androidterm/bin/nice: Permission denied
+busybox: /data/data/ga.androidterm/bin/nmeter: Permission denied
+busybox: /data/data/ga.androidterm/bin/nohup: Permission denied
+busybox: /data/data/ga.androidterm/bin/od: Permission denied
+busybox: /data/data/ga.androidterm/bin/openvt: Permission denied
+busybox: /data/data/ga.androidterm/bin/patch: Permission denied
+busybox: /data/data/ga.androidterm/bin/pidof: Permission denied
+busybox: /data/data/ga.androidterm/bin/pipe_progress: Permission denied
+busybox: /data/data/ga.androidterm/bin/pmap: Permission denied
+busybox: /data/data/ga.androidterm/bin/popmaildir: Permission denied
+busybox: /data/data/ga.androidterm/bin/printenv: Permission denied
+busybox: /data/data/ga.androidterm/bin/printf: Permission denied
+busybox: /data/data/ga.androidterm/bin/pscan: Permission denied
+busybox: /data/data/ga.androidterm/bin/pstree: Permission denied
+busybox: /data/data/ga.androidterm/bin/pwd: Permission denied
+busybox: /data/data/ga.androidterm/bin/pwdx: Permission denied
+busybox: /data/data/ga.androidterm/bin/raidautorun: Permission denied
+busybox: /data/data/ga.androidterm/bin/rdev: Permission denied
+busybox: /data/data/ga.androidterm/bin/readlink: Permission denied
+busybox: /data/data/ga.androidterm/bin/readprofile: Permission denied
+busybox: /data/data/ga.androidterm/bin/realpath: Permission denied
+busybox: /data/data/ga.androidterm/bin/reformime: Permission denied
+busybox: /data/data/ga.androidterm/bin/renice: Permission denied
+busybox: /data/data/ga.androidterm/bin/reset: Permission denied
+busybox: /data/data/ga.androidterm/bin/resize: Permission denied
+busybox: /data/data/ga.androidterm/bin/rev: Permission denied
+busybox: /data/data/ga.androidterm/bin/rm: Permission denied
+busybox: /data/data/ga.androidterm/bin/rmdir: Permission denied
+busybox: /data/data/ga.androidterm/bin/route: Permission denied
+busybox: /data/data/ga.androidterm/bin/rpm: Permission denied
+busybox: /data/data/ga.androidterm/bin/rpm2cpio: Permission denied
+busybox: /data/data/ga.androidterm/bin/rtcwake: Permission denied
+busybox: /data/data/ga.androidterm/bin/run-parts: Permission denied
+busybox: /data/data/ga.androidterm/bin/runsv: Permission denied
+busybox: /data/data/ga.androidterm/bin/runsvdir: Permission denied
+busybox: /data/data/ga.androidterm/bin/rx: Permission denied
+busybox: /data/data/ga.androidterm/bin/script: Permission denied
+busybox: /data/data/ga.androidterm/bin/scriptreplay: Permission denied
+busybox: /data/data/ga.androidterm/bin/sed: Permission denied
+busybox: /data/data/ga.androidterm/bin/sendmail: Permission denied
+busybox: /data/data/ga.androidterm/bin/seq: Permission denied
+busybox: /data/data/ga.androidterm/bin/setconsole: Permission denied
+busybox: /data/data/ga.androidterm/bin/setkeycodes: Permission denied
+busybox: /data/data/ga.androidterm/bin/setlogcons: Permission denied
+busybox: /data/data/ga.androidterm/bin/setserial: Permission denied
+busybox: /data/data/ga.androidterm/bin/setsid: Permission denied
+busybox: /data/data/ga.androidterm/bin/setuidgid: Permission denied
+busybox: /data/data/ga.androidterm/bin/sh: Permission denied
+busybox: /data/data/ga.androidterm/bin/sha1sum: Permission denied
+busybox: /data/data/ga.androidterm/bin/sha256sum: Permission denied
+busybox: /data/data/ga.androidterm/bin/sha512sum: Permission denied
+busybox: /data/data/ga.androidterm/bin/showkey: Permission denied
+busybox: /data/data/ga.androidterm/bin/sleep: Permission denied
+busybox: /data/data/ga.androidterm/bin/smemcap: Permission denied
+busybox: /data/data/ga.androidterm/bin/softlimit: Permission denied
+busybox: /data/data/ga.androidterm/bin/sort: Permission denied
+busybox: /data/data/ga.androidterm/bin/split: Permission denied
+busybox: /data/data/ga.androidterm/bin/start-stop-daemon: Permission denied
+busybox: /data/data/ga.androidterm/bin/strings: Permission denied
+busybox: /data/data/ga.androidterm/bin/stty: Permission denied
+busybox: /data/data/ga.androidterm/bin/sum: Permission denied
+busybox: /data/data/ga.androidterm/bin/sv: Permission denied
+busybox: /data/data/ga.androidterm/bin/svlogd: Permission denied
+busybox: /data/data/ga.androidterm/bin/sync: Permission denied
+busybox: /data/data/ga.androidterm/bin/sysctl: Permission denied
+busybox: /data/data/ga.androidterm/bin/tac: Permission denied
+busybox: /data/data/ga.androidterm/bin/tail: Permission denied
+busybox: /data/data/ga.androidterm/bin/tar: Permission denied
+busybox: /data/data/ga.androidterm/bin/tcpsvd: Permission denied
+busybox: /data/data/ga.androidterm/bin/tee: Permission denied
+busybox: /data/data/ga.androidterm/bin/test: Permission denied
+busybox: /data/data/ga.androidterm/bin/time: Permission denied
+busybox: /data/data/ga.androidterm/bin/timeout: Permission denied
+busybox: /data/data/ga.androidterm/bin/top: Permission denied
+busybox: /data/data/ga.androidterm/bin/touch: Permission denied
+busybox: /data/data/ga.androidterm/bin/tr: Permission denied
+busybox: /data/data/ga.androidterm/bin/true: Permission denied
+busybox: /data/data/ga.androidterm/bin/ttysize: Permission denied
+busybox: /data/data/ga.androidterm/bin/tunctl: Permission denied
+busybox: /data/data/ga.androidterm/bin/tune2fs: Permission denied
+busybox: /data/data/ga.androidterm/bin/udhcpc: Permission denied
+busybox: /data/data/ga.androidterm/bin/uname: Permission denied
+busybox: /data/data/ga.androidterm/bin/uncompress: Permission denied
+busybox: /data/data/ga.androidterm/bin/unexpand: Permission denied
+busybox: /data/data/ga.androidterm/bin/uniq: Permission denied
+busybox: /data/data/ga.androidterm/bin/unix2dos: Permission denied
+busybox: /data/data/ga.androidterm/bin/unlzma: Permission denied
+busybox: /data/data/ga.androidterm/bin/unlzop: Permission denied
+busybox: /data/data/ga.androidterm/bin/unxz: Permission denied
+busybox: /data/data/ga.androidterm/bin/unzip: Permission denied
+busybox: /data/data/ga.androidterm/bin/uudecode: Permission denied
+busybox: /data/data/ga.androidterm/bin/uuencode: Permission denied
+busybox: /data/data/ga.androidterm/bin/vi: Permission denied
+busybox: /data/data/ga.androidterm/bin/volname: Permission denied
+busybox: /data/data/ga.androidterm/bin/watch: Permission denied
+busybox: /data/data/ga.androidterm/bin/wc: Permission denied
+busybox: /data/data/ga.androidterm/bin/wget: Permission denied
+busybox: /data/data/ga.androidterm/bin/which: Permission denied
+busybox: /data/data/ga.androidterm/bin/whoami: Permission denied
+busybox: /data/data/ga.androidterm/bin/whois: Permission denied
+busybox: /data/data/ga.androidterm/bin/xargs: Permission denied
+busybox: /data/data/ga.androidterm/bin/xz: Permission denied
+busybox: /data/data/ga.androidterm/bin/xzcat: Permission denied
+busybox: /data/data/ga.androidterm/bin/yes: Permission denied
+busybox: /data/data/ga.androidterm/bin/zcat: Permission denied
+tar: can't remove old file ./links/git-shell: Permission denied
+cat: can't open '/data/data/ga.androidterm/links/git': Permission denied
+rm: can't stat '/data/data/ga.androidterm/links/git': Permission denied
+cat: can't open '/data/data/ga.androidterm/links/git-shell': Permission denied
+rm: can't stat '/data/data/ga.androidterm/links/git-shell': Permission denied
+cat: can't open '/data/data/ga.androidterm/links/git-upload-pack': Permission denied
+rm: can't stat '/data/data/ga.androidterm/links/git-upload-pack': Permission denied
+lib/lib.runshell.so: line 133: can't create /data/data/ga.androidterm/runshell: Permission denied
+lib/lib.runshell.so: line 133: can't create /data/data/ga.androidterm/runshell: Permission denied
+chmod: runshell: Operation not permitted
+lib/lib.runshell.so: line 133: can't create /data/data/ga.androidterm/bin/trustedkeys.gpg: Permission denied
+lib/lib.runshell.so: line 133: can't create /data/data/ga.androidterm/installed-version: Permission denied
+Installation complete
+tar: write: Broken pipe
+shell@hammerhead:/sdcard/git-annex.home $ ^D
+shell@hammerhead:/ $
+"""]]
+
+Android is new for me, so it's possible I'm must doing something utterly wrong.

From 3c96b79e346f382c74f902a7277c50adcedd29c8 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawknD9ZTzo_B5NIkknx8_nBGij4-ziUGcec"
 <Martijn@web>
Date: Sat, 30 Aug 2014 21:58:03 +0000
Subject: [PATCH 104/260]

---
 ...Android_4.4_install_fails_with_permission_denied_errors.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn b/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn
index 5522addd7e..f8baa3b5c4 100644
--- a/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn
+++ b/doc/bugs/Android_4.4_install_fails_with_permission_denied_errors.mdwn
@@ -292,4 +292,4 @@ shell@hammerhead:/sdcard/git-annex.home $ ^D
 shell@hammerhead:/ $
 """]]
 
-Android is new for me, so it's possible I'm must doing something utterly wrong.
+Android is new to me, so it's possible I'm doing something utterly wrong.

From 911d881a1a6aea51b95d6129fc02bc7ff8be787b Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 31 Aug 2014 07:09:53 +0000
Subject: [PATCH 105/260] Added a comment

---
 .../comment_1_df1850059a7a3006db7cb5c588dac3d7._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/difference_between_full_backup_and_number_of_copies__63__/comment_1_df1850059a7a3006db7cb5c588dac3d7._comment

diff --git a/doc/forum/difference_between_full_backup_and_number_of_copies__63__/comment_1_df1850059a7a3006db7cb5c588dac3d7._comment b/doc/forum/difference_between_full_backup_and_number_of_copies__63__/comment_1_df1850059a7a3006db7cb5c588dac3d7._comment
new file mode 100644
index 0000000000..e58f5402b9
--- /dev/null
+++ b/doc/forum/difference_between_full_backup_and_number_of_copies__63__/comment_1_df1850059a7a3006db7cb5c588dac3d7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
+ nickname="Efraim"
+ subject="comment 1"
+ date="2014-08-31T07:09:52Z"
+ content="""
+number of copies is the minimum number of copies that can exist when you try to drop a file from a repository/without git-annex telling you that you don't have enough copies and should protect your data better.  A full backup by default tries to get every file it can get its hands on, including old versions.
+"""]]

From 72662682971eea3e267b2e94ade95df8a64bfa67 Mon Sep 17 00:00:00 2001
From: "http://svario.it/gioele" <gioele@web>
Date: Sun, 31 Aug 2014 10:05:55 +0000
Subject: [PATCH 106/260] Add global configuration to test script

---
 doc/bugs/whereis_does_not_work_in_direct_mode.mdwn | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
index 69302b0b18..92ce0aa0bc 100644
--- a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
+++ b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
@@ -20,7 +20,10 @@ The following script (available at <https://gist.github.com/gioele/dde462df89edf
  
 set -e ; set -u
 export LC_ALL=C
- 
+
+# alwayscommit must be set globally to affects whereis and sync
+git config --global annex.alwayscommit false 
+
 direct=true # set to false to make the problem disappear
  
 h=${h:-localhost}

From 1d84394249eb291c55b420fded77246fc290f371 Mon Sep 17 00:00:00 2001
From: "http://svario.it/gioele" <gioele@web>
Date: Sun, 31 Aug 2014 10:09:27 +0000
Subject: [PATCH 107/260] Add details to the description

---
 doc/bugs/whereis_does_not_work_in_direct_mode.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
index 92ce0aa0bc..701876c4d0 100644
--- a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
+++ b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
@@ -1,6 +1,6 @@
 ### Please describe the problem.
 
-`git annex whereis` says that there are no copies of any of the files that have been added in repositories running in direct mode.
+`git annex whereis` says that there are no copies of any of the files that have been added in repositories running in direct mode when `annex.alwayscommit` is set to `false`.
 
 In other words, if I add a file from PC1 in direct mode, `whereis` in PC2 will fail. Instead, if I add the same file from PC1 in indirect mode, `whereis` in PC2 will work correctly and will report that the file is present in PC1.
 

From af41726e10962b2ca244eec29b9d185b6c86ccbe Mon Sep 17 00:00:00 2001
From: "http://svario.it/gioele" <gioele@web>
Date: Sun, 31 Aug 2014 10:15:31 +0000
Subject: [PATCH 108/260] Added a comment

---
 ...mment_5_00926da970a20de67ba7719610f17142._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/whereis_does_not_work_in_direct_mode/comment_5_00926da970a20de67ba7719610f17142._comment

diff --git a/doc/bugs/whereis_does_not_work_in_direct_mode/comment_5_00926da970a20de67ba7719610f17142._comment b/doc/bugs/whereis_does_not_work_in_direct_mode/comment_5_00926da970a20de67ba7719610f17142._comment
new file mode 100644
index 0000000000..5873167bec
--- /dev/null
+++ b/doc/bugs/whereis_does_not_work_in_direct_mode/comment_5_00926da970a20de67ba7719610f17142._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://svario.it/gioele"
+ nickname="gioele"
+ subject="comment 5"
+ date="2014-08-31T10:15:30Z"
+ content="""
+I have found out that there is a connection between this problem and the _global_ configuration of `annex.alwayscommit`. This problem will appear only if `annex.alwayscommit` is globally set to `false`. What is very strange is that setting `annex.alwayscommit` locally does not make this bug appear; only a globally set `annex.alwayscommit` will trigger this problem.
+
+I fixed the test script to set `annex.alwayscommit` globally.
+
+Now I see why I could reproduce this bug on different machines but Joey could not: all my machines have the same `~/.gitconfig`.
+"""]]

From 6fdec95c8a0db2d983344c412fd2181d3ebe57e4 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Sun, 31 Aug 2014 13:38:43 +0000
Subject: [PATCH 109/260]

---
 ..._and_description_often_not_propagated.mdwn | 151 ++++++++++++++++++
 1 file changed, 151 insertions(+)
 create mode 100644 doc/bugs/vicfg_and_description_often_not_propagated.mdwn

diff --git a/doc/bugs/vicfg_and_description_often_not_propagated.mdwn b/doc/bugs/vicfg_and_description_often_not_propagated.mdwn
new file mode 100644
index 0000000000..dcee90b22a
--- /dev/null
+++ b/doc/bugs/vicfg_and_description_often_not_propagated.mdwn
@@ -0,0 +1,151 @@
+### Please describe the problem.
+
+I can change the settings in one repo and sync it everywhere. Just to be surprised that one repo starts syncing to the transfer, every time it turns out that this repo lost its vicfg settings. Especially the Repository preferred contents are all back on standard. It was even once that it had the current settings and after the change and sync it goes back to some older state instead of the new one.
+
+### What steps will reproduce the problem?
+
+Well that is very hard. I have 8 repos and it happens randomly to some of them. I recreated all of them recently because I thought they are corrupt, that didn't help, just took me one week of time. It is also very hard to find a way to reproduce this because every vicfg causes a merge which takes minutes to hours.
+
+### What version of git-annex are you using? On what operating system?
+
+Linux: git-annex version: 5.20140412ubuntu1
+Mac OS: git-annex version: 5.20140717
+
+### Please provide any additional information below.
+
+Layout:
+
+transfer on rsync.net, conntented to that:
+
+ - Two OS X Clients
+
+ - Two Linux Archives
+
+My settings:
+
+
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+# git-annex configuration
+# 
+# Changes saved to this file will be recorded in the git-annex branch.
+# 
+# Lines in this file have the format:
+#   setting field = value
+
+# Repository trust configuration
+# (Valid trust levels: trusted semitrusted untrusted dead)
+# (for Music bei Pirmin)
+trust 0734498b-817c-419f-a0c0-660854dc7cbe = trusted
+# (for Music bei Jean (Willikins) [willikins])
+trust 20e9d2e5-9563-4507-82d5-bf8e23be29a5 = trusted
+# (for Music bei Jean (Willikins Clone))
+trust 6e3431e9-8ec2-404a-9c35-b967db63147d = trusted
+# (for Music bei Jean (Watson))
+trust a6febfa0-9fe5-4a65-95bb-dc255d87c2e2 = trusted
+# (for )
+trust dafe9a64-2480-40e2-9688-9f783577ef72 = dead
+# (for web)
+#trust 00000000-0000-0000-0000-000000000001 = semitrusted
+# (for music transfer via rsync.net [music_rsync])
+#trust 83c42610-42ad-459d-92a4-1aca2dfb97e1 = semitrusted
+
+# Repository groups
+# (Standard groups: client transfer backup incrementalbackup smallarchive archive source manual public unwanted)
+# (Separate group names with spaces)
+# (for Music bei Jean (Willikins) [willikins])
+group 20e9d2e5-9563-4507-82d5-bf8e23be29a5 = archive
+# (for Music bei Jean (Willikins Clone))
+group 6e3431e9-8ec2-404a-9c35-b967db63147d = archive
+# (for )
+group 26d38f31-cb6c-412c-84ef-597d7959a680 = backup
+# (for Music bei Pirmin)
+group 0734498b-817c-419f-a0c0-660854dc7cbe = client
+# (for Music bei Jean (Watson))
+group a6febfa0-9fe5-4a65-95bb-dc255d87c2e2 = client
+# (for music transfer via rsync.net [music_rsync])
+group 83c42610-42ad-459d-92a4-1aca2dfb97e1 = transfer
+# (for )
+group dafe9a64-2480-40e2-9688-9f783577ef72 = unwanted
+# (for web)
+#group 00000000-0000-0000-0000-000000000001 = 
+
+# Repository preferred contents
+# (Set to "standard" to use a repository's group's preferred contents)
+# (for Music bei Jean (Willikins) [willikins])
+wanted 20e9d2e5-9563-4507-82d5-bf8e23be29a5 = (not (copies=archive:2 or copies=smallarchive:2)) or approxlackingcopies=2
+# (for Music bei Jean (Willikins Clone))
+wanted 6e3431e9-8ec2-404a-9c35-b967db63147d = (not (copies=archive:2 or copies=smallarchive:2)) or approxlackingcopies=2
+# (for music transfer via rsync.net [music_rsync])
+wanted 83c42610-42ad-459d-92a4-1aca2dfb97e1 = not (inallgroup=client and copies=archive:2 and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# (for Music bei Pirmin)
+wanted 0734498b-817c-419f-a0c0-660854dc7cbe = standard
+# (for )
+wanted 26d38f31-cb6c-412c-84ef-597d7959a680 = standard
+# (for )
+wanted dafe9a64-2480-40e2-9688-9f783577ef72 = standard
+# (for web)
+#wanted 00000000-0000-0000-0000-000000000001 = 
+# (for Music bei Jean (Watson))
+wanted a6febfa0-9fe5-4a65-95bb-dc255d87c2e2 = standard
+
+# Group preferred contents
+# (Used by repositories with "groupwanted" in their preferred contents)
+#groupwanted archive = 
+#groupwanted backup = 
+#groupwanted client = 
+#groupwanted incrementalbackup = 
+#groupwanted manual = 
+#groupwanted public = 
+#groupwanted smallarchive = 
+#groupwanted source = 
+#groupwanted transfer = 
+#groupwanted unwanted = 
+
+# Standard preferred contents
+# (Used by wanted or groupwanted expressions containing "standard")
+# (For reference only; built-in and cannot be changed!)
+# standard client = (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1
+# standard transfer = (not (inallgroup=client and copies=client:2) and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard backup = include=* or unused
+# standard incrementalbackup = ((include=* or unused) and (not copies=incrementalbackup:1)) or approxlackingcopies=1
+# standard smallarchive = ((include=*/archive/* or include=archive/*) and ((not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1)) or approxlackingcopies=1
+# standard archive = (not (copies=archive:1 or copies=smallarchive:1)) or approxlackingcopies=1
+# standard source = not (copies=1)
+# standard manual = present and ((((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) and not unused) or approxlackingcopies=1)
+# standard public = inpreferreddir
+# standard unwanted = exclude=*
+
+# Repository required contents
+# (for web)
+#required 00000000-0000-0000-0000-000000000001 = 
+# (for Music bei Pirmin)
+#required 0734498b-817c-419f-a0c0-660854dc7cbe = 
+# (for Music bei Jean (Willikins) [willikins])
+#required 20e9d2e5-9563-4507-82d5-bf8e23be29a5 = 
+# (for Music bei Jean (Willikins Clone))
+#required 6e3431e9-8ec2-404a-9c35-b967db63147d = 
+# (for music transfer via rsync.net [music_rsync])
+#required 83c42610-42ad-459d-92a4-1aca2dfb97e1 = 
+# (for Music bei Jean (Watson))
+#required a6febfa0-9fe5-4a65-95bb-dc255d87c2e2 = 
+
+# Scheduled activities
+# (Separate multiple activities with "; ")
+# (for web)
+#schedule 00000000-0000-0000-0000-000000000001 = 
+# (for Music bei Pirmin)
+#schedule 0734498b-817c-419f-a0c0-660854dc7cbe = 
+# (for Music bei Jean (Willikins) [willikins])
+#schedule 20e9d2e5-9563-4507-82d5-bf8e23be29a5 = 
+# (for Music bei Jean (Willikins Clone))
+#schedule 6e3431e9-8ec2-404a-9c35-b967db63147d = 
+# (for music transfer via rsync.net [music_rsync])
+#schedule 83c42610-42ad-459d-92a4-1aca2dfb97e1 = 
+# (for Music bei Jean (Watson))
+#schedule a6febfa0-9fe5-4a65-95bb-dc255d87c2e2 =
+# End of transcript or log.
+"""]]

From 3ed723f883c43e19357cc1478f96e5f13c4f19f8 Mon Sep 17 00:00:00 2001
From: Ganwell <Ganwell@web>
Date: Sun, 31 Aug 2014 13:41:06 +0000
Subject: [PATCH 110/260]

---
 doc/bugs/vicfg_and_description_often_not_propagated.mdwn | 1 +
 1 file changed, 1 insertion(+)

diff --git a/doc/bugs/vicfg_and_description_often_not_propagated.mdwn b/doc/bugs/vicfg_and_description_often_not_propagated.mdwn
index dcee90b22a..d42ba43a9f 100644
--- a/doc/bugs/vicfg_and_description_often_not_propagated.mdwn
+++ b/doc/bugs/vicfg_and_description_often_not_propagated.mdwn
@@ -9,6 +9,7 @@ Well that is very hard. I have 8 repos and it happens randomly to some of them.
 ### What version of git-annex are you using? On what operating system?
 
 Linux: git-annex version: 5.20140412ubuntu1
+
 Mac OS: git-annex version: 5.20140717
 
 ### Please provide any additional information below.

From 2815a34baf24e4e783f41e7ebe9c554409fe0d25 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 31 Aug 2014 07:57:07 -0700
Subject: [PATCH 111/260] fix build

---
 Build/LinuxMkLibs.hs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Build/LinuxMkLibs.hs b/Build/LinuxMkLibs.hs
index 3db724b0ad..1ca2fa6518 100644
--- a/Build/LinuxMkLibs.hs
+++ b/Build/LinuxMkLibs.hs
@@ -82,7 +82,7 @@ symToHardLink f = whenM (isSymbolicLink <$> getSymbolicLinkStatus f) $ do
 installFile :: FilePath -> FilePath -> IO ()
 installFile top f = do
 	createDirectoryIfMissing True destdir
-	void $ copyFileExternal f destdir
+	void $ copyFileExternal CopyTimeStamps f destdir
   where
 	destdir = inTop top $ parentDir f
 

From 62e6ad8bee95a2b8bf12cccad5f86b99a8fb8248 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 31 Aug 2014 12:30:29 -0700
Subject: [PATCH 112/260] prep release

---
 debian/changelog | 4 ++--
 git-annex.cabal  | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 2a497c01f5..2780807de3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-git-annex (5.20140818) UNRELEASED; urgency=medium
+git-annex (5.20140831) unstable; urgency=medium
 
   * Make --help work when not in a git repository. Closes: #758592
   * Ensure that all lock fds are close-on-exec, fixing various problems with
@@ -12,7 +12,7 @@ git-annex (5.20140818) UNRELEASED; urgency=medium
     one local git repository to another. Timestamps are still preserved
     as long as cp --preserve=timestamps is supported. Closes: #729757
 
- -- Joey Hess <joeyh@debian.org>  Tue, 19 Aug 2014 12:52:41 -0400
+ -- Joey Hess <joeyh@debian.org>  Sun, 31 Aug 2014 12:30:08 -0700
 
 git-annex (5.20140817) unstable; urgency=medium
 
diff --git a/git-annex.cabal b/git-annex.cabal
index 919eaa14ef..8a9ab058ad 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -1,5 +1,5 @@
 Name: git-annex
-Version: 5.20140817
+Version: 5.20140831
 Cabal-Version: >= 1.8
 License: GPL-3
 Maintainer: Joey Hess <joey@kitenet.net>

From e47fddface4d08b9451ddb4429c3b881a9f38ab5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 31 Aug 2014 13:44:44 -0700
Subject: [PATCH 113/260] add news item for git-annex 5.20140831

---
 doc/news/version_5.20140613.mdwn | 16 ----------------
 doc/news/version_5.20140831.mdwn | 13 +++++++++++++
 2 files changed, 13 insertions(+), 16 deletions(-)
 delete mode 100644 doc/news/version_5.20140613.mdwn
 create mode 100644 doc/news/version_5.20140831.mdwn

diff --git a/doc/news/version_5.20140613.mdwn b/doc/news/version_5.20140613.mdwn
deleted file mode 100644
index d4413725d7..0000000000
--- a/doc/news/version_5.20140613.mdwn
+++ /dev/null
@@ -1,16 +0,0 @@
-git-annex 5.20140613 released with [[!toggle text="these changes"]]
-[[!toggleable text="""
-   * Ignore setsid failures.
-   * Avoid leaving behind .tmp files when failing in some cases, including
-     importing files to a disk that is full.
-   * Avoid bad commits after interrupted direct mode sync (or merge).
-   * Fix build with wai 0.3.0.
-   * Deal with FAT's low resolution timestamps, which in combination with
-     Linux's caching of higher res timestamps while a FAT is mounted, caused
-     direct mode repositories on FAT to seem to have modified files after
-     they were unmounted and remounted.
-   * Windows: Fix opening webapp when repository is in a directory with
-     spaces in the path.
-   * Detect when Windows has lost its mind in a timezone change, and
-     automatically apply a delta to the timestamps it returns, to get back to
-     sane values."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140831.mdwn b/doc/news/version_5.20140831.mdwn
new file mode 100644
index 0000000000..713adb9fcb
--- /dev/null
+++ b/doc/news/version_5.20140831.mdwn
@@ -0,0 +1,13 @@
+git-annex 5.20140831 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * Make --help work when not in a git repository. Closes: #[758592](http://bugs.debian.org/758592)
+   * Ensure that all lock fds are close-on-exec, fixing various problems with
+     them being inherited by child processes such as git commands.
+   * When accessing a local remote, shut down git-cat-file processes
+     afterwards, to ensure that remotes on removable media can be unmounted.
+     Closes: #[758630](http://bugs.debian.org/758630)
+   * Fix handing of autocorrection when running outside a git repository.
+   * Fix stub git-annex test support when built without tasty.
+   * Do not preserve permissions and acls when copying files from
+     one local git repository to another. Timestamps are still preserved
+     as long as cp --preserve=timestamps is supported. Closes: #[729757](http://bugs.debian.org/729757)"""]]
\ No newline at end of file

From fa172b4d2f9dd52e0f5d2dd76b457338044e0620 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Sun, 31 Aug 2014 22:29:44 +0000
Subject: [PATCH 114/260] Added a comment

---
 .../comment_3_2acff7b667e8618251075031cbef6b9a._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_3_2acff7b667e8618251075031cbef6b9a._comment

diff --git a/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_3_2acff7b667e8618251075031cbef6b9a._comment b/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_3_2acff7b667e8618251075031cbef6b9a._comment
new file mode 100644
index 0000000000..5de6726aa4
--- /dev/null
+++ b/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_3_2acff7b667e8618251075031cbef6b9a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="131.252.200.111"
+ subject="comment 3"
+ date="2014-08-31T22:29:44Z"
+ content="""
+Occurs to me that your repo may not have a pre-commit hook; if not then `git commit -a` would not behave as I described..
+"""]]

From bce14a6c237cc4a664d39351360a8b584030287f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
 <Torkaly@web>
Date: Mon, 1 Sep 2014 11:01:30 +0000
Subject: [PATCH 115/260] Added a comment

---
 ..._cfa63d226ae411551a728af5ab043491._comment | 29 +++++++++++++++++++
 1 file changed, 29 insertions(+)
 create mode 100644 doc/bugs/ssh_over_IPv6/comment_2_cfa63d226ae411551a728af5ab043491._comment

diff --git a/doc/bugs/ssh_over_IPv6/comment_2_cfa63d226ae411551a728af5ab043491._comment b/doc/bugs/ssh_over_IPv6/comment_2_cfa63d226ae411551a728af5ab043491._comment
new file mode 100644
index 0000000000..032e100ad3
--- /dev/null
+++ b/doc/bugs/ssh_over_IPv6/comment_2_cfa63d226ae411551a728af5ab043491._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
+ nickname="Torkaly"
+ subject="comment 2"
+ date="2014-09-01T11:01:30Z"
+ content="""
+thank you. I workaround this by using the DNS hostname instead the IPv6 address directly. But this is not a nice solution, like any workaround. But now i have problems with `git annex get` over IPv6-only:
+
+```
+get ***.mp3 (not available) 
+  Try making some of these repositories available:
+  	5636aefa-c509-4ea0-bebe-f5b96d8eb15a -- hserver
+failed
+<snip>
+```
+
+but i can ping it:
+```
+thomas@alus:~/Musik$ ping6 hserver.h.b128.net
+PING hserver.h.b128.net(fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e) 56 data bytes
+64 bytes from fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e: icmp_seq=1 ttl=42 time=453 ms
+64 bytes from fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e: icmp_seq=2 ttl=42 time=441 ms
+64 bytes from fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e: icmp_seq=3 ttl=42 time=425 ms
+64 bytes from fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e: icmp_seq=5 ttl=42 time=413 ms
+```
+(the high pings are caused by a download from an other source. Also i have no problems with rsync over IPv6)
+
+PS: the markdown for code blocks is not working too :)
+"""]]

From 63ce76805cb0a5d35d42c44c0c602f20697068c7 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlMz4vAdXg8mJm4J_Bl201w65f_lK9B6A0"
 <Francesco@web>
Date: Wed, 3 Sep 2014 18:50:21 +0000
Subject: [PATCH 116/260]

---
 doc/bugs/box.com.mdwn | 33 +++++++++++++++++++++++++++++++++
 1 file changed, 33 insertions(+)
 create mode 100644 doc/bugs/box.com.mdwn

diff --git a/doc/bugs/box.com.mdwn b/doc/bugs/box.com.mdwn
new file mode 100644
index 0000000000..7f3bcf58fa
--- /dev/null
+++ b/doc/bugs/box.com.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+I´m trying to use an box.com acount as special remote repository for transfering data amoung my clients. Adding the box.com is possible. On the box.com website i see that git-annex has create an folder, but there is no syncing.
+
+When i try to enable the box.com Repository on an another client i get an Internal Error Server: bad creds.
+
+
+### What version of git-annex are you using? On what operating system?
+
+Git-Annex Version: git-annex version 5.20140830-g3c96b79
+
+Mac OS X 10.9.4
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+03/Sep/2014:20:41:31 +0200 [Error#yesod-core] bad creds @(yesod-core-1.2.19:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:503:5)
+
+[2014-09-03 20:41:47 CEST] main: Syncing with Box.com 
+
+  bad creds
+
+  bad creds
+
+  bad creds
+
+  bad creds
+
+# End of transcript or log.
+"""]]

From ab8fa10b0769ee682310551c8afc5cb0749eb2b9 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
 <Torkaly@web>
Date: Thu, 4 Sep 2014 10:58:07 +0000
Subject: [PATCH 117/260]

---
 ...ge_creates___34__synced__47____42____34___branches.mdwn | 7 +++++++
 1 file changed, 7 insertions(+)
 create mode 100644 doc/forum/annex_merge_creates___34__synced__47____42____34___branches.mdwn

diff --git a/doc/forum/annex_merge_creates___34__synced__47____42____34___branches.mdwn b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches.mdwn
new file mode 100644
index 0000000000..b4f02bc565
--- /dev/null
+++ b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches.mdwn
@@ -0,0 +1,7 @@
+Hi,
+
+when I fetch from a central repository and `git annex merge` a synced/master branch is created. How can I disable this behaviour?
+
+Or is there a better workflow for getting and pushing updates from/to a central git repo?
+
+bye

From 61710e0b8d64ca5a1de0cbd3c803c131008c4223 Mon Sep 17 00:00:00 2001
From: anders7788 <anders7788@web>
Date: Thu, 4 Sep 2014 15:47:24 +0000
Subject: [PATCH 118/260] Added a comment: [Solved]

---
 ...comment_2_9f032e43b132bcad656e1337ab2551ad._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_2_9f032e43b132bcad656e1337ab2551ad._comment

diff --git a/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_2_9f032e43b132bcad656e1337ab2551ad._comment b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_2_9f032e43b132bcad656e1337ab2551ad._comment
new file mode 100644
index 0000000000..c139bd963f
--- /dev/null
+++ b/doc/forum/Attempting_to_repair_fails_with_everincreasing_deltas/comment_2_9f032e43b132bcad656e1337ab2551ad._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="anders7788"
+ ip="89.160.15.173"
+ subject="[Solved]"
+ date="2014-09-04T15:47:24Z"
+ content="""
+[Solved]
+
+The following of the steps at: http://git-annex.branchable.com/tips/what_to_do_when_a_repository_is_corrupted/ provided some clues and I discovered that the disk was broken. But a big thanks to git-annex which made it possible to discover this issue early!
+"""]]

From 09219252deb8644eeab2c03d0321f66eb4dfdcb6 Mon Sep 17 00:00:00 2001
From: Kyle Meyer <kyle@kyleam.com>
Date: Thu, 4 Sep 2014 13:19:58 -0400
Subject: [PATCH 119/260] Update magit-annex references in documentation

docs/emacs_integration.mdwn:
- The repo has a new home.
- Now supports a wider range of features.

docs/related_software.mdwn:
- Reword.
- Change links to source repos.
---
 doc/related_software.mdwn       | 4 ++--
 doc/tips/emacs_integration.mdwn | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/doc/related_software.mdwn b/doc/related_software.mdwn
index 0cd7d7fc8f..43ffe05974 100644
--- a/doc/related_software.mdwn
+++ b/doc/related_software.mdwn
@@ -11,5 +11,5 @@ designed to interoperate with it.
   utility, with a `-A` switch that enables git-annex support.
 * Emacs Org mode can auto-commit attached files to git-annex.
 * [git annex darktable integration](https://github.com/xxv/darktable-git-annex)
-* Emacs's [Magit mode](http://www.emacswiki.org/emacs/Magit) has
-  [magit integration](http://melpa.milkbox.net/?utm_source=dlvr.it&utm_medium=twitter#/magit-annex)
+* [Magit](http://github.com/magit/magit), an Emacs mode for Git, has
+  [an extension](https://github.com/magit/magit-annex) for git annex.
diff --git a/doc/tips/emacs_integration.mdwn b/doc/tips/emacs_integration.mdwn
index 2390474a41..3eeff788a1 100644
--- a/doc/tips/emacs_integration.mdwn
+++ b/doc/tips/emacs_integration.mdwn
@@ -21,5 +21,5 @@ file`; otherwise it will "git add" it.
 
 ----
 
-[magit-annex](https://github.com/kyleam/magit-annex) adds magit support
-for a few features, including adding files and syncing.
+[magit-annex](https://github.com/magit/magit-annex) adds git annex
+operations to Magit.

From 974be83aef8a25c6e12aabea5bf1efdb9c95856e Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawnWhpB2MotO7nq1-RdOGd_WuxzDNlwthMQ"
 <NP@web>
Date: Thu, 4 Sep 2014 17:44:48 +0000
Subject: [PATCH 120/260]

---
 doc/forum/Creating_a_more_secure_shared_encryption.mdwn | 7 +++++++
 1 file changed, 7 insertions(+)
 create mode 100644 doc/forum/Creating_a_more_secure_shared_encryption.mdwn

diff --git a/doc/forum/Creating_a_more_secure_shared_encryption.mdwn b/doc/forum/Creating_a_more_secure_shared_encryption.mdwn
new file mode 100644
index 0000000000..5b2019f37c
--- /dev/null
+++ b/doc/forum/Creating_a_more_secure_shared_encryption.mdwn
@@ -0,0 +1,7 @@
+I was wondering if there was a way to make shared encryption more secure.  Here is my suggestion:  
+The shared repository is encrypted using a key for the whole repository, just the way normal encryption would work.  
+The server additionally keeps a copy of every user's public key.  
+When a user is authorized, their repository is initialized and they receive the common key, encrypted by their public key.  
+The only issue would be storage of the common key, which would have to be restricted to repository on a trusted machine.  
+
+Not sure if this would be easy for you to implement, but I figured I'd submit a post detailing it, to see if maybe it was doable.

From 0881f6d45c1421167b1e0661c61423961bb74524 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 4 Sep 2014 16:17:43 -0400
Subject: [PATCH 121/260] webapp: Fixed visual glitch in xmpp pairing.

It seems that all other uses of <div .col-sm-9> occur outside of
<div .content-box>. This one occurred inside it, when xmpp pairing.

This was introduced in the bootstrap 3 conversion.
---
 debian/changelog                               | 6 ++++++
 doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn | 2 ++
 templates/configurators/xmpp/buddylist.hamlet  | 2 +-
 3 files changed, 9 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 2780807de3..bc6668b0af 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+git-annex (5.20140832) UNRELEASED; urgency=medium
+
+  * webapp: Fixed visual glitch in xmpp pairing.
+
+ -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
+
 git-annex (5.20140831) unstable; urgency=medium
 
   * Make --help work when not in a git repository. Closes: #758592
diff --git a/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
index cf5e413f9b..03b0a5350e 100644
--- a/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
+++ b/doc/bugs/Visual_glitch_while_xmpp_pairing.mdwn
@@ -10,3 +10,5 @@ Go to the pairing menu
 ### Please provide any additional information below.
 
 ![image of bug](http://i.imgur.com/fZe1ERD.png)
+
+> [[fixed|done]] --[[Joey]]
diff --git a/templates/configurators/xmpp/buddylist.hamlet b/templates/configurators/xmpp/buddylist.hamlet
index 8c77098dd2..069f78ff4d 100644
--- a/templates/configurators/xmpp/buddylist.hamlet
+++ b/templates/configurators/xmpp/buddylist.hamlet
@@ -1,4 +1,4 @@
-<div .col-sm-9 ##{ident}>
+<div ##{ident}>
   <table .table>
     <tbody>
     $if null buddies

From 80dc47fcb259129702607b418122447e562d46c6 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawn4eKBmS-rG5FJnrvGEkD5J073a22BmUmU"
 <Jesse@web>
Date: Fri, 5 Sep 2014 05:58:44 +0000
Subject: [PATCH 122/260]

---
 doc/not.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/not.mdwn b/doc/not.mdwn
index 3b7cdc1cf7..baf43c2b83 100644
--- a/doc/not.mdwn
+++ b/doc/not.mdwn
@@ -5,7 +5,7 @@
   system. For a backup system that uses git and that git-annex supports
   storing data in, see [[special_remotes/bup]].
 
-* git-annex is not a filesystem or DropBox clone. However, the git-annex
+* git-annex is not a filesystem or Dropbox clone. However, the git-annex
   [[assistant]] is addressing some of the same needs in its own unique ways.
   (There is also a FUSE filesystem built on top of git-annex, called 
   [ShareBox](https://github.com/chmduquesne/sharebox-fs).)

From 545e21a5932020479bf9dd707c8aac53e76069e1 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmLdL4zLty4fsfaIXNtPMS5RXs4y8OAk0o"
 <Marc@web>
Date: Fri, 5 Sep 2014 11:24:50 +0000
Subject: [PATCH 123/260]

---
 doc/bugs/annex-rsync-transport_ignored.mdwn | 27 +++++++++++++++++++++
 1 file changed, 27 insertions(+)
 create mode 100644 doc/bugs/annex-rsync-transport_ignored.mdwn

diff --git a/doc/bugs/annex-rsync-transport_ignored.mdwn b/doc/bugs/annex-rsync-transport_ignored.mdwn
new file mode 100644
index 0000000000..385da139a1
--- /dev/null
+++ b/doc/bugs/annex-rsync-transport_ignored.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+I have an rsync remote with the following option in config:
+annex-rsync-transport = ssh -i /path/to/private/key
+
+and git annex copy --to <remote> still asks for the remote's password. I've checked and I can ssh into the remote using that key with no problems, here's the --debug output:
+
+    copy SHA256E-s152396--56bcf5e3f72daa1a194b16e42330fe82806cc1dbc6f3bb52888ff5e5c57b8d08.log (gpg) (checking <remote>...) [2014-09-05 13:12:41 CEST] read: rsync ["<user>@<remote>:<remote path>/81c/b5e/'GPGHMACSHA1--7d9470e207a5669e2d9120538b68815274dbf16d/GPGHMACSHA1--7d9470e207a5669e2d9120538b68815274dbf16d'"]
+    <user>@<remote>'s password: 
+
+
+Once it has asked for the password twice, it starts using the rsync options correctly to copy and the password is no longer needed, until the next "checking remote…". Maybe the "checking remote…" part ignores the configuration?
+
+### What steps will reproduce the problem?
+Use an rsync remote with annex-rsync-transport config set.
+
+### What version of git-annex are you using? On what operating system?
+git annex version gives:
+
+    git-annex version: 5.20140814-g9b89b5c
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+    local repository version: 5
+    supported repository version: 5
+    upgrade supported from repository versions: 0 1 2 4
+
+which is the latest available linux-armel version.

From 08f63178d2a0f7fe9b3d81778f8c18ee33b8a760 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Fri, 5 Sep 2014 14:30:11 +0000
Subject: [PATCH 124/260]

---
 doc/forum/big_overhead.mdwn | 44 +++++++++++++++++++++++++++++++++++++
 1 file changed, 44 insertions(+)
 create mode 100644 doc/forum/big_overhead.mdwn

diff --git a/doc/forum/big_overhead.mdwn b/doc/forum/big_overhead.mdwn
new file mode 100644
index 0000000000..0c5b742754
--- /dev/null
+++ b/doc/forum/big_overhead.mdwn
@@ -0,0 +1,44 @@
+Hi,
+
+I am been seeing quite big overheads using `git-annex`.  Is this is normal?
+
+The `.git/objects` folder is explosive in my system, often being larger
+than the content watched by git-annex.  Here's the actual statistics
+of my git-annex folders, where the fourth column is calculated as col3/(col2-col3).
+
+[[!table  data="""
+folder,size,size .git,relative size
+conf.annex,777536,720100,12.537433
+doc.annex,20351624,11260204,1.2385528
+images.annex,817064,435580,1.1418041
+misc.annex,803328,572476,2.4798399
+music.annex,23756116,9192740,0.63122314"""]]
+
+That is, four of five repos require more space for the `.git` folder than the actual files.  Most of this comes from the `objects` folder.  
+
+Number of files:
+
+[[!table data="""
+folder,no. files,no files .git,relative size
+conf.annex,11350,9539,5.2672557
+doc.annex,84954,66824,3.6858246
+images.annex,92787,91285,60.775632
+misc.annex,95461,95160,316.14618
+music.annex,16414,13520,4.6717346
+"""]]
+
+
+I use the assistant web interface, and direct
+mode.  I use two laptops running Linux that are synchronized
+directly over LAN at home or via a transfer repo on a ssh server
+where git-annex is installed.  The latter is set up using the web interface and the gcrypt repo.
+[Mostly, the transfer repo isn't working
+and I often end up with only symlinks on the computer where I did not edit the file in question, 
+but this is probably unrelated.]
+
+I have previously tried to fix it using `git gc` or `git annex forget`, but it doesn't seem to significantly reduce the sizes, and what it helps isn't persistent.
+
+Is this kind of 'overhead' something that one must accept when using
+`git-annex` or do such numbers indicate that something is wrong?
+
+Thanks.

From b874f840864388b2b37dc7a1fcf8a9b349ca763e Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 5 Sep 2014 13:44:09 -0400
Subject: [PATCH 125/260] New annex.hardlink setting. Closes: #758593

* New annex.hardlink setting. Closes: #758593
* init: Automatically detect when a repository was cloned with --shared,
  and set annex.hardlink=true, as well as marking the repository as
  untrusted.

Had to reorganize Logs.Trust a bit to avoid a cycle between it and
Annex.Init.
---
 Annex/Content.hs    |  2 +-
 Annex/Init.hs       | 12 ++++++++++++
 Git/Objects.hs      | 14 ++++++++++++++
 Logs/Trust.hs       | 16 +---------------
 Logs/Trust/Basic.hs | 32 ++++++++++++++++++++++++++++++++
 Remote/Git.hs       | 18 +++++++++++++++---
 Types/GitConfig.hs  |  2 ++
 debian/changelog    |  4 ++++
 doc/git-annex.mdwn  | 13 +++++++++++++
 9 files changed, 94 insertions(+), 19 deletions(-)
 create mode 100644 Logs/Trust/Basic.hs

diff --git a/Annex/Content.hs b/Annex/Content.hs
index 6e5131f772..c0c79ae565 100644
--- a/Annex/Content.hs
+++ b/Annex/Content.hs
@@ -377,7 +377,7 @@ sendAnnex key rollback sendobject = go =<< prepSendAnnex key
 			)
 
 {- Returns a file that contains an object's content,
- - and an check to run after the transfer is complete.
+ - and a check to run after the transfer is complete.
  -
  - In direct mode, it's possible for the file to change as it's being sent,
  - and the check detects this case and returns False.
diff --git a/Annex/Init.hs b/Annex/Init.hs
index 637b130ee8..2f7b66fbc1 100644
--- a/Annex/Init.hs
+++ b/Annex/Init.hs
@@ -23,8 +23,11 @@ import qualified Git.LsFiles
 import qualified Git.Config
 import qualified Git.Construct
 import qualified Git.Types as Git
+import qualified Git.Objects
 import qualified Annex.Branch
 import Logs.UUID
+import Logs.Trust.Basic
+import Types.TrustLevel
 import Annex.Version
 import Annex.UUID
 import Config
@@ -70,6 +73,7 @@ initialize mdescription = do
 		Annex.Branch.create
 		describeUUID u =<< genDescription mdescription
 
+-- Everything except for uuid setup.
 initialize' :: Annex ()
 initialize' = do
 	checkFifoSupport
@@ -87,6 +91,7 @@ initialize' = do
 			switchHEADBack
 		)
 	createInodeSentinalFile
+	checkSharedClone
 
 uninitialize :: Annex ()
 uninitialize = do
@@ -242,3 +247,10 @@ checkBadBare = allM (not <$>)
   where
 	hasPreCommitHook = inRepo $ doesFileExist . hookFile preCommitHook
 	hasDotGitHEAD = inRepo $ \r -> doesFileExist $ Git.localGitDir r </> "HEAD"
+
+checkSharedClone :: Annex ()
+checkSharedClone = whenM (inRepo Git.Objects.isSharedClone) $ do
+	showSideAction "Repository was cloned with --shared; setting annex.hardlink=true and making repository untrusted."
+	u <- getUUID
+	trustSet u UnTrusted
+	setConfig (annexConfig "hardlink") (Git.Config.boolConfig True)
diff --git a/Git/Objects.hs b/Git/Objects.hs
index 516aa6d3ed..dadd4f5438 100644
--- a/Git/Objects.hs
+++ b/Git/Objects.hs
@@ -33,3 +33,17 @@ looseObjectFile :: Repo -> Sha -> FilePath
 looseObjectFile r sha = objectsDir r </> prefix </> rest
   where
 	(prefix, rest) = splitAt 2 (fromRef sha)
+
+listAlternates :: Repo -> IO [FilePath]
+listAlternates r = catchDefaultIO [] (lines <$> readFile alternatesfile)
+  where
+	alternatesfile = objectsDir r </> "info" </> "alternates"
+
+{- A repository recently cloned with --shared will have one or more
+ - alternates listed, and contain no loose objects or packs. -}
+isSharedClone :: Repo -> IO Bool
+isSharedClone r = allM id
+	[ not . null <$> listAlternates r
+	, null <$> listLooseObjectShas r
+	, null <$> listPackFiles r
+	]
diff --git a/Logs/Trust.hs b/Logs/Trust.hs
index c6f0ad3abd..047a728f4b 100644
--- a/Logs/Trust.hs
+++ b/Logs/Trust.hs
@@ -11,7 +11,6 @@ module Logs.Trust (
 	TrustLevel(..),
 	trustGet,
 	trustMap,
-	trustSet,
 	trustPartition,
 	trustExclude,
 	lookupTrust,
@@ -20,17 +19,15 @@ module Logs.Trust (
 ) where
 
 import qualified Data.Map as M
-import Data.Time.Clock.POSIX
 
 import Common.Annex
 import Types.TrustLevel
 import qualified Annex.Branch
 import qualified Annex
 import Logs
-import Logs.UUIDBased
 import Remote.List
 import qualified Types.Remote
-import Logs.Trust.Pure as X
+import Logs.Trust.Basic as X
 
 {- Returns a list of UUIDs that the trustLog indicates have the
  - specified trust level.
@@ -39,17 +36,6 @@ import Logs.Trust.Pure as X
 trustGet :: TrustLevel -> Annex [UUID]
 trustGet level = M.keys . M.filter (== level) <$> trustMap
 
-{- Changes the trust level for a uuid in the trustLog. -}
-trustSet :: UUID -> TrustLevel -> Annex ()
-trustSet uuid@(UUID _) level = do
-	ts <- liftIO getPOSIXTime
-	Annex.Branch.change trustLog $
-		showLog showTrustLog .
-			changeLog ts uuid level .
-				parseLog (Just . parseTrustLog)
-	Annex.changeState $ \s -> s { Annex.trustmap = Nothing }
-trustSet NoUUID _ = error "unknown UUID; cannot modify"
-
 {- Returns the TrustLevel of a given repo UUID. -}
 lookupTrust :: UUID -> Annex TrustLevel
 lookupTrust u = (fromMaybe SemiTrusted . M.lookup u) <$> trustMap
diff --git a/Logs/Trust/Basic.hs b/Logs/Trust/Basic.hs
new file mode 100644
index 0000000000..646e2e0371
--- /dev/null
+++ b/Logs/Trust/Basic.hs
@@ -0,0 +1,32 @@
+{- git-annex trust log, basics
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Trust.Basic (
+	module X,
+	trustSet,
+) where
+
+import Data.Time.Clock.POSIX
+
+import Common.Annex
+import Types.TrustLevel
+import qualified Annex.Branch
+import qualified Annex
+import Logs
+import Logs.UUIDBased
+import Logs.Trust.Pure as X
+
+{- Changes the trust level for a uuid in the trustLog. -}
+trustSet :: UUID -> TrustLevel -> Annex ()
+trustSet uuid@(UUID _) level = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change trustLog $
+		showLog showTrustLog .
+			changeLog ts uuid level .
+				parseLog (Just . parseTrustLog)
+	Annex.changeState $ \s -> s { Annex.trustmap = Nothing }
+trustSet NoUUID _ = error "unknown UUID; cannot modify"
diff --git a/Remote/Git.hs b/Remote/Git.hs
index 0c760c3aa4..6397c1a2e4 100644
--- a/Remote/Git.hs
+++ b/Remote/Git.hs
@@ -355,15 +355,27 @@ copyFromRemote' r key file dest
 	| not $ Git.repoIsUrl (repo r) = guardUsable (repo r) (return False) $ do
 		params <- Ssh.rsyncParams r Download
 		u <- getUUID
+		hardlink <- annexHardLink <$> Annex.getGitConfig
 		-- run copy from perspective of remote
 		onLocal r $ do
 			ensureInitialized
 			v <- Annex.Content.prepSendAnnex key
 			case v of
 				Nothing -> return False
-				Just (object, checksuccess) ->
-					runTransfer (Transfer Download u key) file noRetry
-						(rsyncOrCopyFile params object dest)
+				Just (object, checksuccess) -> do
+					let copier = rsyncOrCopyFile params object dest
+#ifndef mingw32_HOST_OS
+					let linker = createLink object dest >> return True
+					go <- ifM (pure hardlink <&&> not <$> isDirect)
+						( return $ \m -> liftIO (catchBoolIO linker)
+							<||> copier m
+						, return copier
+						)
+#else
+					let go = copier
+#endif
+					runTransfer (Transfer Download u key)
+						file noRetry go
 						<&&> checksuccess
 	| Git.repoIsSsh (repo r) = feedprogressback $ \feeder -> do
 		direct <- isDirect
diff --git a/Types/GitConfig.hs b/Types/GitConfig.hs
index 29a7c9019c..deae1df37e 100644
--- a/Types/GitConfig.hs
+++ b/Types/GitConfig.hs
@@ -52,6 +52,7 @@ data GitConfig = GitConfig
 	, annexGenMetaData :: Bool
 	, annexListen :: Maybe String
 	, annexStartupScan :: Bool
+	, annexHardLink :: Bool
 	, coreSymlinks :: Bool
 	, gcryptId :: Maybe String
 	}
@@ -87,6 +88,7 @@ extractGitConfig r = GitConfig
 	, annexGenMetaData = getbool (annex "genmetadata") False
 	, annexListen = getmaybe (annex "listen")
 	, annexStartupScan = getbool (annex "startupscan") True
+	, annexHardLink = getbool (annex "hardlink") False
 	, coreSymlinks = getbool "core.symlinks" True
 	, gcryptId = getmaybe "core.gcrypt-id"
 	}
diff --git a/debian/changelog b/debian/changelog
index bc6668b0af..eb917a0b96 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,10 @@
 git-annex (5.20140832) UNRELEASED; urgency=medium
 
   * webapp: Fixed visual glitch in xmpp pairing.
+  * New annex.hardlink setting. Closes: #758593
+  * init: Automatically detect when a repository was cloned with --shared,
+    and set annex.hardlink=true, as well as marking the repository as
+    untrusted.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/git-annex.mdwn b/doc/git-annex.mdwn
index 11e086a8c2..224580d978 100644
--- a/doc/git-annex.mdwn
+++ b/doc/git-annex.mdwn
@@ -1433,6 +1433,19 @@ Here are all the supported configuration settings.
   commit the data by running `git annex merge` (or by automatic merges)
   or `git annex sync`.
 
+* `annex.hardlink`
+
+  Set this to `true` to make file contents be hard linked into the
+  repository when possible, instead of a more expensive copy.
+
+  Use with caution -- This can invalidate numcopies counting, since
+  with hard links, fewer copies of a file can exist. So, it is a good
+  idea to mark a repository using this setting as untrusted.
+
+  When a repository is set up using `git clone --shared`, git-annex init
+  will automatically set annex.hardlink and mark the repository as
+  untrusted.
+
 * `annex.delayadd`
 
   Makes the watch and assistant commands delay for the specified number of

From 0b898aee185c69f67728e24c26bd142ac44156e4 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:00:00 +0000
Subject: [PATCH 126/260]

---
 doc/forum/schedule_repository___91__expression__93__.mdwn | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 doc/forum/schedule_repository___91__expression__93__.mdwn

diff --git a/doc/forum/schedule_repository___91__expression__93__.mdwn b/doc/forum/schedule_repository___91__expression__93__.mdwn
new file mode 100644
index 0000000000..0904dbb03a
--- /dev/null
+++ b/doc/forum/schedule_repository___91__expression__93__.mdwn
@@ -0,0 +1 @@
+what sort of options can we use in the expression field? from the [git annex bible](http://git-annex.branchable.com/git-annex/) it suggests for incremental fscks, but I'm wondering if it can run shell scripts or `git annex importurl` lines too.

From ab1ab57f80f212fe698cd479a7a343330a0dd990 Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Sun, 7 Sep 2014 14:04:51 +0000
Subject: [PATCH 127/260] Added a comment

---
 ..._7c98c8b291fdf28a09ccb6c7e4001d5a._comment | 22 +++++++++++++++++++
 1 file changed, 22 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment
new file mode 100644
index 0000000000..1a49e449ff
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="78.48.163.229"
+ subject="comment 9"
+ date="2014-09-07T14:04:51Z"
+ content="""
+Any ideas? I noticed one alternative way (cf. the reset workaround
+above) to make «git annex add» work again is by deleting
+.git/annex/index*. Is this safe?
+
+In both repos, I had not even staged annex additions before the index
+was corrupted; the corruption must somehow have been left-over from
+earlier actions, altough all previous additions succeeded at the time,
+before both repositories mysteriously stopped working (in the context
+of backend-migration).
+
+I still have the original snapshots around if you’d like to debug
+this. As noted, «git fsck» succeeds, and all the block-level checksums
+check out, so the problem can’t be on the block device or file-system
+level.
+
+"""]]

From aa90bde455fa0e27150eac6d704db0d7e513b601 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:06:45 +0000
Subject: [PATCH 128/260] Added a comment

---
 .../comment_1_57102aeccd2d8e59eb1657e67f97138d._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment

diff --git a/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment b/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment
new file mode 100644
index 0000000000..2f41274cc0
--- /dev/null
+++ b/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
+ nickname="Efraim"
+ subject="comment 1"
+ date="2014-09-07T14:06:45Z"
+ content="""
+from the command line have you tried `
+"""]]

From a6ff5e4f0b18833cea6067b75be2acb63abfac43 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:06:56 +0000
Subject: [PATCH 129/260] Added a comment

---
 .../comment_2_12d71a1a42e609af8883e84b594748dd._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment

diff --git a/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment b/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment
new file mode 100644
index 0000000000..a3878a74e9
--- /dev/null
+++ b/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
+ nickname="Efraim"
+ subject="comment 2"
+ date="2014-09-07T14:06:56Z"
+ content="""
+from the command line have you tried `
+"""]]

From 7a14668e756974a8aa0eb1aa48549f246154231f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:07:16 +0000
Subject: [PATCH 130/260] removed

---
 .../comment_1_57102aeccd2d8e59eb1657e67f97138d._comment   | 8 --------
 1 file changed, 8 deletions(-)
 delete mode 100644 doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment

diff --git a/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment b/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment
deleted file mode 100644
index 2f41274cc0..0000000000
--- a/doc/forum/big_overhead/comment_1_57102aeccd2d8e59eb1657e67f97138d._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
- nickname="Efraim"
- subject="comment 1"
- date="2014-09-07T14:06:45Z"
- content="""
-from the command line have you tried `
-"""]]

From c803e14d49cdc48444bbbbddcbeafb2aeb3c8a70 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:07:36 +0000
Subject: [PATCH 131/260] removed

---
 .../comment_2_12d71a1a42e609af8883e84b594748dd._comment   | 8 --------
 1 file changed, 8 deletions(-)
 delete mode 100644 doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment

diff --git a/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment b/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment
deleted file mode 100644
index a3878a74e9..0000000000
--- a/doc/forum/big_overhead/comment_2_12d71a1a42e609af8883e84b594748dd._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
- nickname="Efraim"
- subject="comment 2"
- date="2014-09-07T14:06:56Z"
- content="""
-from the command line have you tried `
-"""]]

From 546b16fcb99af5ad05c2e1a6b044c4e6613613f9 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
 <Efraim@web>
Date: Sun, 7 Sep 2014 14:09:06 +0000
Subject: [PATCH 132/260] Added a comment

---
 .../comment_1_0c184520c30a89bd2604ab7c0eb7ac45._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_1_0c184520c30a89bd2604ab7c0eb7ac45._comment

diff --git a/doc/forum/big_overhead/comment_1_0c184520c30a89bd2604ab7c0eb7ac45._comment b/doc/forum/big_overhead/comment_1_0c184520c30a89bd2604ab7c0eb7ac45._comment
new file mode 100644
index 0000000000..20c2ff6c02
--- /dev/null
+++ b/doc/forum/big_overhead/comment_1_0c184520c30a89bd2604ab7c0eb7ac45._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm8wY171R5c4u_jPmB6LU6n6Px2xePM4sE"
+ nickname="Efraim"
+ subject="comment 1"
+ date="2014-09-07T14:09:05Z"
+ content="""
+have you tried from the command line `git annex unused` to see if you have unused files in your repo? From the assistant, the option under configuration -> Unused files gives you an option to expire old files after a period of time so they get deleted from your repo.
+"""]]

From 3f54d3b23e4091984cb6d932609bcacbc025b519 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Sun, 7 Sep 2014 15:17:25 +0000
Subject: [PATCH 133/260] Added a comment

---
 ...comment_2_13a017c6c84511894ded2d89d86eb541._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_2_13a017c6c84511894ded2d89d86eb541._comment

diff --git a/doc/forum/big_overhead/comment_2_13a017c6c84511894ded2d89d86eb541._comment b/doc/forum/big_overhead/comment_2_13a017c6c84511894ded2d89d86eb541._comment
new file mode 100644
index 0000000000..25d010fe11
--- /dev/null
+++ b/doc/forum/big_overhead/comment_2_13a017c6c84511894ded2d89d86eb541._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="109.201.154.150"
+ subject="comment 2"
+ date="2014-09-07T15:17:25Z"
+ content="""
+Thanks for help, Efraim.
+
+I'm not sure this is it.  On my other laptop, where the above statics were not calculated the `.git` folder of `doc.annex` is 26Gb (contents is 8.6Gb).  Meanwhile, unused files are 0.6Gb.  In `conf.annex` the `.git` folder is 3.2Gb, content is 70Mb and unused files is 2.2Mb.  I used the web interface to find the size of unused files.
+"""]]

From d61cd586d4e8f2cfefe01991f55a2c85094b566f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmTlfbCC37CAjhQrS107ZWRVA_sF4s3gLU"
 <Juergen@web>
Date: Sun, 7 Sep 2014 15:27:16 +0000
Subject: [PATCH 134/260]

---
 .../annex_tries_to_start_old_binaray.mdwn     | 45 +++++++++++++++++++
 1 file changed, 45 insertions(+)
 create mode 100644 doc/bugs/annex_tries_to_start_old_binaray.mdwn

diff --git a/doc/bugs/annex_tries_to_start_old_binaray.mdwn b/doc/bugs/annex_tries_to_start_old_binaray.mdwn
new file mode 100644
index 0000000000..76f9350015
--- /dev/null
+++ b/doc/bugs/annex_tries_to_start_old_binaray.mdwn
@@ -0,0 +1,45 @@
+### Please describe the problem.
+See the logs. git-annex-shell tries to use not existing runshell
+
+
+### What steps will reproduce the problem?
+I am on Debian testing and have, some month ago, tried the tarball distribution.
+I have returned to deb packages later and  deleted the tarball installation. 
+Seems that there some traces left.  
+
+I have tried to find the runshell configuration, but failed to do so.
+
+I have destroyed the repo completely, has not helped.
+
+### What version of git-annex are you using? On what operating system?
+ii  git-annex      5.20140831   amd64      
+
+### Please provide any additional information below.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+[2014-09-07 17:15:04 CEST] main: starting assistant version 5.20140831
+[2014-09-07 17:15:04 CEST] Cronner: Consistency check in progress
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+(scanning...) [2014-09-07 17:16:47 CEST] Watcher: Performing startup scan
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.2013121/
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+/home/<user>/.ssh/git-annex-shell: 4: exec: /home/<user>/git-annex.linux.5.20131213/runshell: not found
+
+# End of transcript or log.
+"""]]

From e6656f94f16493ef2540ef035f4c170a5b5fb03f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkmN2ZZIdYNiFKmEH7rz4jMb6sYsx_dptA"
 <Jack_William@web>
Date: Sun, 7 Sep 2014 18:35:19 +0000
Subject: [PATCH 135/260] Added a comment: What if you do not want to encrypt?

---
 .../comment_5_6b288e06010bedbb71e0afed6b427704._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/tips/using_Amazon_S3/comment_5_6b288e06010bedbb71e0afed6b427704._comment

diff --git a/doc/tips/using_Amazon_S3/comment_5_6b288e06010bedbb71e0afed6b427704._comment b/doc/tips/using_Amazon_S3/comment_5_6b288e06010bedbb71e0afed6b427704._comment
new file mode 100644
index 0000000000..320a09d63d
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_5_6b288e06010bedbb71e0afed6b427704._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkmN2ZZIdYNiFKmEH7rz4jMb6sYsx_dptA"
+ nickname="Jack William"
+ subject="What if you do not want to encrypt?"
+ date="2014-09-07T18:35:19Z"
+ content="""
+Once use case for GIT with Amazon S3 is to maintain a web site on S3 you can easily update from a local machine. In that case you would not want to encrypt. Is encryption optional? This isn't clear from the instructions.
+"""]]

From 9ea2702cc33a2d9c85bfa74781f2e17a89eb9cc8 Mon Sep 17 00:00:00 2001
From: "https://andrew.aylett.co.uk/" <andrew@web>
Date: Sun, 7 Sep 2014 18:41:28 +0000
Subject: [PATCH 136/260] Added a comment

---
 .../comment_4_c3a4a1ce24fcbe1087041850f490a58a._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_4_c3a4a1ce24fcbe1087041850f490a58a._comment

diff --git a/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_4_c3a4a1ce24fcbe1087041850f490a58a._comment b/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_4_c3a4a1ce24fcbe1087041850f490a58a._comment
new file mode 100644
index 0000000000..82b77f78bf
--- /dev/null
+++ b/doc/bugs/direct_command_leaves_repository_inconsistent_if_interrupted/comment_4_c3a4a1ce24fcbe1087041850f490a58a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://andrew.aylett.co.uk/"
+ nickname="andrew"
+ subject="comment 4"
+ date="2014-09-07T18:41:28Z"
+ content="""
+I, too, have seen this issue -- took me a while to recover from it.  I do (now, at least) have a pre-commit hook that calls git annex pre-commit; I didn't set that up myself.
+"""]]

From dbf449195604255a0ec5c5e9a1e06f2ab218860d Mon Sep 17 00:00:00 2001
From: "http://id.clacke.se/" <Claes@web>
Date: Sun, 7 Sep 2014 19:21:17 +0000
Subject: [PATCH 137/260] initial report

---
 doc/bugs/too_many_open_files_on_OSX.mdwn | 38 ++++++++++++++++++++++++
 1 file changed, 38 insertions(+)
 create mode 100644 doc/bugs/too_many_open_files_on_OSX.mdwn

diff --git a/doc/bugs/too_many_open_files_on_OSX.mdwn b/doc/bugs/too_many_open_files_on_OSX.mdwn
new file mode 100644
index 0000000000..d30870a3bc
--- /dev/null
+++ b/doc/bugs/too_many_open_files_on_OSX.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+
+error message:
+
+    copy somefile.jpg (checking myserver...) (to myserver...) 
+    git-annex: runInteractiveProcess: pipe: Too many open files
+
+      rsync failed -- run git annex again to resume file transfer
+    failed
+
+
+### What steps will reproduce the problem?
+
+1. Start a `git annex copy` with lots of files in the queue.
+2. Start a second `git annex copy` on the same set of files.
+The intention is to minimize the amount of silent time on the wire due to administrative work between actual file transfers. These two processes will trip over each other and see that transfer X is already going, and skip to the next file Y, so in the end they upload about half of the files each.
+
+3. Expect all files to be uploaded. Actually observe the above error message for at least one of the processes.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 5.20140420-ga25b8bb
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi TDFA CryptoHash
+    key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+    remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier hook external
+
+    Darwin mymacbook 13.3.0 Darwin Kernel Version 13.3.0: Tue Jun  3 21:27:35 PDT 2014; root:xnu-2422.110.17~1/RELEASE_X86_64 x86_64
+
+### Please provide any additional information below.
+
+[[!format sh """
+lsof -p <my annex process>
+
+... some .app/** files, tty etc ...
+... some unnamed pipes ...
+.../.git/annex/ssh/myserver.lock
+.../.git/annex/transfer/upload/b4d67c4f-8cca-423c-9363-f3063b7fe3e4/lck.SHA256E-s10448418--4f61fab4... ~200 different files.
+"""]]

From faf89879381c8449691cbd2e47dbb1221e1302e6 Mon Sep 17 00:00:00 2001
From: "http://id.clacke.se/" <Claes@web>
Date: Sun, 7 Sep 2014 19:24:49 +0000
Subject: [PATCH 138/260] Added a comment: 5.20140830

---
 .../comment_1_ef23a3c05a6bd187450e10c524d2ced9._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/too_many_open_files_on_OSX/comment_1_ef23a3c05a6bd187450e10c524d2ced9._comment

diff --git a/doc/bugs/too_many_open_files_on_OSX/comment_1_ef23a3c05a6bd187450e10c524d2ced9._comment b/doc/bugs/too_many_open_files_on_OSX/comment_1_ef23a3c05a6bd187450e10c524d2ced9._comment
new file mode 100644
index 0000000000..d7efcb2b16
--- /dev/null
+++ b/doc/bugs/too_many_open_files_on_OSX/comment_1_ef23a3c05a6bd187450e10c524d2ced9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="5.20140830"
+ date="2014-09-07T19:24:49Z"
+ content="""
+Will verify if this is still valid for 5.20140830.
+"""]]

From 90f0991f38dc15d7af41d0487f8099a584815224 Mon Sep 17 00:00:00 2001
From: "http://id.clacke.se/" <Claes@web>
Date: Sun, 7 Sep 2014 19:42:04 +0000
Subject: [PATCH 139/260] Added a comment: yep

---
 .../comment_2_798a02e42bfce56c50c9337a8111a57f._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/too_many_open_files_on_OSX/comment_2_798a02e42bfce56c50c9337a8111a57f._comment

diff --git a/doc/bugs/too_many_open_files_on_OSX/comment_2_798a02e42bfce56c50c9337a8111a57f._comment b/doc/bugs/too_many_open_files_on_OSX/comment_2_798a02e42bfce56c50c9337a8111a57f._comment
new file mode 100644
index 0000000000..25b6692dce
--- /dev/null
+++ b/doc/bugs/too_many_open_files_on_OSX/comment_2_798a02e42bfce56c50c9337a8111a57f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="yep"
+ date="2014-09-07T19:42:04Z"
+ content="""
+Still valid for `git-annex version: 5.20140830-g3c96b79`
+"""]]

From b4165bd712723db38dbc5eae84177b54f4e69c40 Mon Sep 17 00:00:00 2001
From: "https://andrew.aylett.co.uk/" <andrew@web>
Date: Sun, 7 Sep 2014 20:50:25 +0000
Subject: [PATCH 140/260]

---
 ...stant_removed_all_references_to_files.mdwn | 1302 +++++++++++++++++
 1 file changed, 1302 insertions(+)
 create mode 100644 doc/bugs/Assistant_removed_all_references_to_files.mdwn

diff --git a/doc/bugs/Assistant_removed_all_references_to_files.mdwn b/doc/bugs/Assistant_removed_all_references_to_files.mdwn
new file mode 100644
index 0000000000..44be4aef23
--- /dev/null
+++ b/doc/bugs/Assistant_removed_all_references_to_files.mdwn
@@ -0,0 +1,1302 @@
+### Please describe the problem.
+
+Over the last few days, the assistant has recorded commits which have removed all the files from four (which is to say: all) of my local repositories.  Two were direct mode, two indirect.  All still had the actual file data saved still, so switching to indirect mode and reverting the relevant commits restored all my files.  The two indirect repositories are synced with each other.
+
+One of the direct repositories also got all of its refs scrambled, pointing to objects that don't exist.  I reset that one to indirect mode, found a valid commit from a clone and reset master to that commit.  The other I've yet to work on.
+
+The iffy commits appear to have arrived just after the assistant auto-updated to 20140708.
+
+### What steps will reproduce the problem?
+
+I've not tried reproducing it.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 5.20140708-g42df533
+Fedora 20
+I'm letting the assistant auto-update itself.
+
+### Please provide any additional information below.
+
+Here's a log for the indirect mode repo that's synced.  I have two commits at 18:56:43, each removing half of the files.
+
+[[!format text """
+[2014-08-30 18:56:40 BST] main: starting assistant version 5.20140708-g42df533
+[2014-08-30 18:56:40 BST] TransferScanner: Syncing with apollo 
+[2014-08-30 18:56:40 BST] UpgradeWatcher: Finished upgrading git-annex to version 5.20140708-g42df533 
+
+(scanning...) [2014-08-30 18:56:40 BST] Watcher: Performing startup scan
+error: Ref refs/remotes/apollo/master is at cca3ca9633a98af7af4e029199b31768925298ed but expected efb22a8c5ff1c116ce43d99156112d4cafbdf967
+From apollo.aylett.co.uk:Annex/Family
+ ! efb22a8..cca3ca9  master     -> apollo/master  (unable to update local ref)
+TransferScanner crashed: /home/axa/Annex/Family/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
+[2014-08-30 18:56:41 BST] TransferScanner: warning TransferScanner crashed: /home/axa/Annex/Family/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
+
+
+
+(started...) [2014-08-30 18:56:43 BST] Committer: Committing changes to git
+[2014-08-30 18:56:43 BST] Pusher: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   6924eb5..a13c0cd  git-annex -> synced/git-annex
+   5f56a47..972c8da  annex/direct/master -> synced/master
+fatal: Run with no arguments or with -c cmd
+git-annex-shell: git-shell failed
+[2014-08-30 18:56:50 BST] RemoteControl: warning Remote apollo needs its git-annex upgraded to 5.20140405 or newer
+[2014-08-30 19:56:40 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   6924eb5..a13c0cd  git-annex  -> apollo/git-annex
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   04e7150..9095d13  annex/direct/master -> synced/master
+error: duplicate parent 9095d132bb1bd6f03ba4494bcccec6973a322f1c ignored
+[2014-08-30 20:56:42 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   5f56a47..9095d13  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   9095d13..1a1d324  annex/direct/master -> synced/master
+error: duplicate parent 1a1d32492a093c00c7386de55be3fc25a9a56187 ignored
+[2014-08-30 21:56:43 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   9095d13..1a1d324  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   1a1d324..225e820  annex/direct/master -> synced/master
+error: duplicate parent 225e820c9e27db3d278101519932dc5c8b62b64e ignored
+[2014-08-30 22:56:58 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   1a1d324..225e820  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   225e820..205376f  annex/direct/master -> synced/master
+error: duplicate parent 205376fa7f5027653ae3a0bd177562b033b2c06a ignored
+[2014-08-30 23:57:05 BST] NetWatcherFallback: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   225e820..205376f  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-30 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 00:00:00 BST] Cronner: Consistency check in progress
+[2014-08-31 00:27:29 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   205376f..b74eb7b  annex/direct/master -> synced/master
+error: duplicate parent b74eb7b1ecc520850efdb304ba995b14b124692c ignored
+[2014-08-31 00:57:29 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   205376f..b74eb7b  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   b74eb7b..cb1254d  annex/direct/master -> synced/master
+error: duplicate parent cb1254d5ab344a250675fbdaf5dec942636f6026 ignored
+[2014-08-31 01:57:31 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   b74eb7b..cb1254d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   cb1254d..8ad18dc  annex/direct/master -> synced/master
+error: duplicate parent 8ad18dcdf634a6c2aae224575b232c99c5b92a7c ignored
+[2014-08-31 02:57:33 BST] NetWatcherFallback: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   cb1254d..8ad18dc  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 03:27:55 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   8ad18dc..868ab0f  annex/direct/master -> synced/master
+error: duplicate parent 868ab0f36977fb70ac2c8ddda86391289b6b0a3c ignored
+[2014-08-31 03:57:55 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   8ad18dc..868ab0f  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   868ab0f..1eea08e  annex/direct/master -> synced/master
+error: duplicate parent 1eea08ee2340ccceb7554f8dd8fbae28edd0ee49 ignored
+[2014-08-31 04:57:56 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   868ab0f..1eea08e  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   1eea08e..b542ca6  annex/direct/master -> synced/master
+error: duplicate parent b542ca6756ba13377efa8884453c82eba71e27e6 ignored
+[2014-08-31 05:57:59 BST] NetWatcherFallback: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   1eea08e..b542ca6  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 06:28:01 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   b542ca6..0de348c  annex/direct/master -> synced/master
+error: duplicate parent 0de348caffaa453ce30e72ba2e240d8bbba34337 ignored
+[2014-08-31 06:58:01 BST] NetWatcherFallback: Syncing with apollo 
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+gpg: Signature made Mon 18 Aug 2014 20:14:04 BST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+From apollo.aylett.co.uk:Annex/Family
+   b542ca6..0de348c  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   0de348c..8467b09  annex/direct/master -> synced/master
+error: duplicate parent 8467b0948d5e6e3dfb8375c4e84e7770ff9798e2 ignored
+[2014-08-31 07:58:04 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   0de348c..8467b09  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   8467b09..3a56258  annex/direct/master -> synced/master
+error: duplicate parent 3a56258c6b5b9551a61756c97c563720c87bf692 ignored
+[2014-08-31 08:58:07 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   8467b09..3a56258  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   3a56258..122eb0d  annex/direct/master -> synced/master
+error: duplicate parent 122eb0dbc0e863d4f044a5e0c6eccd4f39dc6599 ignored
+[2014-08-31 09:58:10 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   3a56258..122eb0d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   122eb0d..46fbb4e  annex/direct/master -> synced/master
+error: duplicate parent 46fbb4e5a9d330cbf2fe68c329cb9f10bbba38d6 ignored
+[2014-08-31 10:58:12 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   122eb0d..46fbb4e  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   46fbb4e..cca5e72  annex/direct/master -> synced/master
+error: duplicate parent cca5e72784496181ade94e702533aa5c8e741309 ignored
+[2014-08-31 11:58:14 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   46fbb4e..cca5e72  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   cca5e72..20f0c9d  annex/direct/master -> synced/master
+error: duplicate parent 20f0c9da173562c13c4bf109333c9f9787f3a23b ignored
+[2014-08-31 12:58:17 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   cca5e72..20f0c9d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   20f0c9d..3c9eb47  annex/direct/master -> synced/master
+error: duplicate parent 3c9eb47d6ff77f1f7949b64e10d0378220ea95b7 ignored
+[2014-08-31 13:58:19 BST] NetWatcherFallback: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   20f0c9d..3c9eb47  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 14:28:21 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   3c9eb47..87cbe02  annex/direct/master -> synced/master
+error: duplicate parent 87cbe029cf1b65809cadf6067e9cdbd4ba695118 ignored
+[2014-08-31 14:58:21 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   3c9eb47..87cbe02  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   87cbe02..71238f0  annex/direct/master -> synced/master
+error: duplicate parent 71238f04ff0429c64d3f3bb24116860e0cc80129 ignored
+[2014-08-31 15:58:23 BST] NetWatcherFallback: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   87cbe02..71238f0  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 16:28:31 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   71238f0..600343d  annex/direct/master -> synced/master
+error: duplicate parent 600343d16d98bb7dd84ffbb1e2c8f27a49bd0bfe ignored
+[2014-08-31 16:58:31 BST] NetWatcherFallback: Syncing with apollo 
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 17:28:38 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   600343d..50a6288  annex/direct/master -> synced/master
+error: duplicate parent 50a6288026156f5956291ad1100bd420fdde564c ignored
+[2014-08-31 17:58:38 BST] NetWatcherFallback: Syncing with apollo 
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 18:28:40 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   50a6288..5b1813a  annex/direct/master -> synced/master
+error: duplicate parent 5b1813a8dbbd7ea4b17e230e927419f1d3230534 ignored
+[2014-08-31 18:56:40 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+unused . (checking for unused data...) (checking HEAD...) (checking master...) (checking apollo/master...) (checking apollo/synced/master...) 
+  Some annexed data is no longer used by any files:
+    NUMBER  KEY
+    1       SHA256E-s1103321--51418dc7fc654ebbeb9173bff598b4031d07d3c5cf651bd18a18ca6af9f7f1f7.jpg
+    2       SHA256E-s3754--39631a60a771a00e88ef5ab011ab3f56fa8e539619b06aa68e66f2c71f252f9f.png
+    3       SHA256E-s628641--2eeef2179787270c6307e1070678b6b27cbf0fe12cce71c136e0a89e1df78565.jpg
+    4       SHA256E-s848--66e696444c6e570fc00d79f6651018d7e6549585e587394b933dcb0d74d8c214.js
+    5       SHA256E-s21214--f26fa07b51fe0f4c5bc0d746f8b23e50115116bbcd80db057740bccb9841e4b6.png
+    6       SHA256E-s852198--9fcc545c030c268d660381fd33d66b06605f7c5df16dca0b3fbe4eddfbf6b339.jpg
+    7       SHA256E-s1334033--d6e722f76229c10ea6a1ff8dce2814ee42c92b643a19ec3f4d72222e1891c210.jpg
+    8       SHA256E-s664656--85aaeced38501abfec6d23591edb07d7ab98bbe303b98eb07cfa0577ec8309b2.jpg
+    9       SHA256E-s3213396--90e4ec9054de04c2b2c60a49b812582ba15c8da00208c9fc74acbc69b83182dc.JPG
+    10      SHA256E-s820026--c1fc64d12cc74f60f8d17302a95217978782ea99758bce99ea2233709be60a6d.jpg
+    11      SHA256E-s622679--5e8412b3955db206c6836fbd5731b0ab835aa325fc75bc7d75d4511ddbf67644.jpg
+    12      SHA256E-s917793--7f2ecba64196449b9d7f1ea79e07f496d90d59c59d12472d058566a0881a5c6c.jpg
+    13      SHA256E-s3493204--7ce9ad40b32b5cd1237e5efbb8f6885f7d734f8af65da8d0e92dc2de13162e07.JPG
+    14      SHA256E-s910114--be8d66d9261108572efe0266ae386fefa653cea4ef43be9fbd10f7e2fe8d1c4c.jpg
+    15      SHA256E-s636389--07b609b0cbf827a45cff2ca92367f3c5bf9a9527d4b3cb43961487bca8068ffd.jpg
+    16      SHA256E-s823401--4cf12d87a9034d34a3019b5002000c92512f901a82f1081705c12e73b5870bad.jpg
+    17      SHA256E-s1880--add7e1d7d7d98ff96afaec27bb066d6747551358e025176265a31b2b0f74bec0.log
+    18      SHA256E-s8784--e28377207d41b4fef538b2fcbbd25c05275103a299e74966a88dce53ad5f50c0
+    19      SHA256E-s8694--490b9f2f9c4c826b68bad68a50cf672ec36c58acb9e24fd46e84abaddec19b9b
+    20      SHA256E-s2656--96dd5f3d5f8e87ce1552798dd5fe4c8dedab6268c0df9e391a202ffdc4b8fa71.log
+    21      SHA256E-s459593--b68a62596f7524b6f877d8bd3dbbe49f4de02310e9dd6d5134bbdabfcd5d957a.jpg
+    22      SHA256E-s11931--5ce30bd4424d544ed954e4722d7ed590a5be46a267c5045953e034309d942a8f.odp
+    23      SHA256E-s1249581--d834f2dc34ded72086e26c32784e693597be011f28398635286394c7e8b5ded7.jpg
+    24      SHA256E-s335736--9638a3225f1adbdb736a2cacc476f8eb5201c8124b83dab887a26c6d3a0e5899.jpg
+    25      SHA256E-s6339776--f42083be1dba62acf81ad5ee8bccad47f267e2ce34c9e73e9aaafe3c69b462bd.pdf
+    26      SHA256E-s582899--858ad02a9e5f58a6f5ea509865831acd540c290837beb87b37cb36bb62a7b982.jpg
+    27      SHA256E-s2475657--d3fa5e460a2b164e849213d0417790704d1b4a2df9af5f6b281ac17dbacad30b.jpg
+    28      SHA256E-s637475--68315445dd9477f07a695cb9fd12bb2c95f3117d949665ec2690184ded6b1ee6.jpg
+    29      SHA256E-s77771--484ed3d8cc44de2db74c5680659c5c23ccb29ed5e99d0fb4b470a2c130c64c79.pdf
+    30      SHA256E-s2343639--a7fccfe9a2c8de20ce8df10048b075758c445e5f4c9d9b78368db179e74e9a47.jpg
+    31      SHA256E-s2282836--66e945f3a37651e1c88c58ff42b4dba9c6c5d822dc59f3e59895c336a0428c3d.jpg
+    32      SHA256E-s5902--da66d622f9ed0987a0466c2c05c2aea56572e2f991c542b1120d564fb7459e7b.log
+    33      SHA256E-s61410--4d3f0160bc92d0095a824baa17a08499dc748d06648029051802d24a772ba75d.css
+    34      SHA256E-s1958077--1717f3036e7ca6b61fe8eeb3ce319de728b9bea10fd814108b9e13397a336db5.jpg
+    35      SHA256E-s80930--f9b79963053221a10e32c4061b9da3622e89ce56aeed26c58f23bb70a2a57496.jpg
+    36      SHA256E-s4956--a05854e0d26affdbb3e171c8e9ca3f663c8bc930f6402d9a370104e239bc2601.log
+    37      SHA256E-s202851--3689503ce6f780d04e659fc85e4e7978c3c445afbd103f3ac118e1c6f3a4b738.jpg
+    38      SHA256E-s5258--a243d289f629eb2e321c7232aa59c65d10ec79e70d07f25758ac04c0b9ff3f79.log
+    39      SHA256E-s5406--dc07212d5aaaf5a320b3f9d710a72b68f7112140c76b43b7c0b4bb71f91e823f.log
+    40      SHA256E-s8427--439c4f2144c9ea726b739494565b05dc47b59a8835e24e9a083171efc0834fc1
+    41      SHA256E-s46--ca4a766fadecf16bbc25afbd805e2befbfb4cb270f122b0de813fbcfc933c1a2
+    42      SHA256E-s839129--921ddf15c906a0353cb18bdd0b321bd5a37dfe653edbffc8e3b6b47996d54d8f.jpg
+    43      SHA256E-s2922183--3aa5d5b22a980a11cee928ba701ffd389542db84fe96219442de1b33a64f840c.JPG
+    44      SHA256E-s1305363--0b14938c28492e288d35a62334d6436ba8edfb7f65a066dbd9587478f157ab99.jpg
+    45      SHA256E-s8602--819b18ca30f477f66e558ba1488a06e438a5f0b9c8f6987f68daad039d8020ca.png
+    46      SHA256E-s6205--14691e198b05dd68b5fe3ed39eb8739182f4f5e75dc43dd7ecb252f01978c7ed.png
+    47      SHA256E-s5070994--d0c5367647750b1f0b54c9fea7c7c9e1a0f7a0a7f61c92a688887538df3abf7f.m4v
+    48      SHA256E-s134807--7100078e84c39a2123c0ea7d713e3361c7174f21fb72d39dac2a99a4844f89b7.jpg
+    49      SHA256E-s535905--f317f11e4e0536ea8172e7827369bd9a3c887fcef2586b8eeda28b2dd36a791c.jpg
+    50      SHA256E-s6420--72622a4453f4ea48acc0337bb1b288e0fb034d1ee1aa74f98eb9062066c025b5
+    51      SHA256E-s51483--c9fba5eb0b29216afd9b6f13dd2f351367b7bcd0c8eb93fa0a1b6a0ce4535d57.sla
+    52      SHA256E-s1957447--c3eddff4df50e1b0c5dc93f85e39acd24723013dd9b27b7b8a407eb5e55f1903.jpg
+    53      SHA256E-s5345--ee879c6bc3c3ac59f449a9d9f92ec9cc2d15dced1f166805a179b6874d190c25.png
+    54      SHA256E-s153751--c3fd0000f94ff9c44fef856ee440837fa4c228918ae70d0813d1635d50e6d4a0.odt
+    55      SHA256E-s682324--33a6a1b34570f9abe0516d9abceefe14aae4cdacc41dc3f30ca92222d545631f.jpg
+    56      SHA256E-s370109--a00b1c78753de6ae1d64a01d457b53a3572a9324a0facda4ec39a149d9adb37b.jpg
+    57      SHA256E-s310217--aa0c575a44cac4957e06cd8ed0b058a16454a7be7f32ec8e79c815be6057bfbd.jpg
+    58      SHA256E-s5798--61852a3ad168d4f27fe0f0e924e7418e838ae4363d85a64ebea80c9154e0c9a0.gif
+    59      SHA256E-s47071--f1a74e5f9a20776adbe88ac3092e5a20a69d254905c0f93aa0b95a1ad0a5ed00.sla
+    60      SHA256E-s988--b1f5fb3d38001b8bcf214158c6c7571f5aadb03093d2c307970a728edcb8012b
+    61      SHA256E-s1397011--b67c04c6c99ccc208734dd39e18d4304a4963ef36600d4adc5827df21bfcc260.jpg
+    62      SHA256E-s2124--1c64d2a60a40242432550ab3292e1ee38072481c36b8f028f75e3b4ea52fec29.log
+    63      SHA256E-s1640512--ccb4940713e190a9242b34e18896156733f36df909c7e399bfdfe36299bfa748.jpg
+    64      SHA256E-s484856--55f146177198dcd03069703c7b8bdf5c10cd7750aaf4b6f9af1946d72a9f9d23.jpg
+    65      SHA256E-s7031--88bedea3e75aff77858c63a6c30bb06180bd9167fd380d94f132486d6ffeddf4
+    66      SHA256E-s10100--1df9143f4c02f877ec891262bcbc407a9d4b960dd80c6826d5c1078012dc2614.js
+    67      SHA256E-s2454--778574fe7cae3bfc2a49cbe3be18ed313b049b6e0bc333cea80723ae2136f9c3.log
+    68      SHA256E-s63103--474c29d016927bd7dc42d992fc07c353148d393cfbd7c3e8193df91c3bb2d805.jpg
+    69      SHA256E-s245481--ba0e9ed8876970e0aad7e22aeaf4f7403e1ef6fca474e0b4e90837381c0b810f.js
+    70      SHA256E-s708--ab8f3c450c5c8944d6d91c35258b9da5ff4564b9b05b1e09ebbaa9b740d14aa4.log
+    71      SHA256E-s582241--fb565e6fa923f3265a9406abf566d5de7a8e062b1d9ccb8ba7ec61a902ea277e.jpg
+    72      SHA256E-s601517--fd4a4effd6c6b064be34910b36f1de8011bb3949d0f883a57ed4ca60eff6a642.jpg
+    73      SHA256E-s613354--0d78d51b5047055d9bd2727e01a7c73ec25bcb99925be26550f3b921054e336b.jpg
+    74      SHA256E-s20794--0ba2f6756001669bdf934f9d79e8fd1ccf2028130c33a0510279581ec9dfd73a.js
+    75      SHA256E-s654750--be05edd69e61fb5ebecbddc8c39ae9ebdbca5e94ee395f604bbd73910a7e40f9.jpg
+    76      SHA256E-s440--4e8500857e2b6a08a6922ca852ff4c9702e2397843011a14dee43d6e20c4f787.log
+    77      SHA256E-s72381--a170eff1ba771b3e4e769ab2974b8fb1f66cff07bf8b19561a97f9d7767b565a.jpg
+    78      SHA256E-s344661--21564a2da0f6b1ea6c4a39f4a96ba02680facb9d8a084d4fffa28b0e527c9fc8.jpg
+    79      SHA256E-s51248--f940d364ad2583a9ae3c0f777fd61406914daa1837ed8dd78f3461760c4ca747.sla
+    80      SHA256E-s502234--251053730579880833dc12058a6c689ba074f0a981331ec7eb685b69f08e292c.pdf
+    81      SHA256E-s3682--f75a95ae16e2f8a8e0a607782cf332dc34c1e317d473023cbd7f9915fa400d62
+    82      SHA256E-s3544--9b40beb44b624520a74057a82ae5e6adb18601e6c1fc7d8496bdd59e3b248945
+    83      SHA256E-s355156--7056bee290696e681cd3538e2ff2e740842bce032effe509f0919e888cc03ee4.jpg
+    84      SHA256E-s879539--12cc34616b2dda153890db0a724290fa01bd9dd664061a05c8d2c1039cd4cc3c.odg
+    85      SHA256E-s2051310--69387e84897ed700b6dd7c418fc3a7884a1e6e16a4267297b3effb95b02a7bc7.jpg
+    86      SHA256E-s620--eb69406700a3a6122cb532614f4ae6899d97409d76259820176f7ae77158684b.png
+    87      SHA256E-s693427--e20c50c86937800b14e2773d79eb63d13c0300781f8e71ee3947fb5a2fe98fe5.jpg
+    88      SHA256E-s87985--b89b279ca5dede3643e8a48402e9b112b1e1fdc14b3326c98cbdb32f9f7fa2cc.jpg
+    89      SHA256E-s35739--378d1bcb19c2742b8d344459a74f9b4ea44287c4e5cf046b80a46b209ea1ebbb.sla
+    90      SHA256E-s51515--d4805b60c6e0ea396dc157ca0e399ba355482f2a9696f31fdcf819aa176ea3e7.sla
+    91      SHA256E-s396738--5e18be640581ced943a676323c80dc283b15d3caf37b2bc2d0b05ceee1d178e5.jpg
+    92      SHA256E-s334295--7f97df9f93e42a2db9e9efb0aa34a2a9a6b9af49846e6a73f320ee151d535eed.jpg
+    93      SHA256E-s425513--0f6228a7466c12d1d0e4beda9825f17442b15286a5639e3a894a36d33497c77a.jpg
+    94      SHA256E-s114076--6a1822942964efa5531de2cae48d3fd69e71baca7ade38b7cbe23964637d4478.jpg
+    95      SHA256E-s118034--a8b1e6f81534106e9f4563dfe3f288e9425284fbaa74247065cf80448cdb216f.jpg
+    96      SHA256E-s639--4b491df2b47c2fd4dcfbb99b50ec1367e138c61216704490ada08cddd0d32fda.css
+    97      SHA256E-s734079--0602d1c85bca8508010ed03c2b1c26c88a8c759783f49d7f7b282b30837c6b32.jpg
+    98      SHA256E-s130889--751d2fa73ac74e17d2e82fc9a89b3d393028197790657aa075effc7c16b8f528.js
+    99      SHA256E-s485283--63716cdb8953a9318eb28953af25db2afa02251e6f152d487f5ab05f1d27930e.jpg
+    100     SHA256E-s59518--6a80f10665ad39dc27ee3a5727ebeee321a289dbc958916f9e6eda01f2703d25.jpg
+    101     SHA256E-s194--4c0fc707f629bcb314433fc700c6090c970d343adbb921f46084bdb08f99cf6e
+    102     SHA256E-s303--07ae4fec1962f2f83808ec861e477d5669dd71ff1089cb25a0e1da7b3ec9a5a6.css
+    103     SHA256E-s24519--3f3cba473c1818b2ce46a034fc323d528df85dd88d3f2ed411ad644a08ff9132
+    104     SHA256E-s316292--691e653f57643e579c261a827441e63ee3d8cf1f9ed5cdc43d861cf340510d34.pdf
+    105     SHA256E-s11916--88e5b1e2f5bd0f5c458abb41589028ef35dc75872abd7e04eee4a12ae7bfef38
+    106     SHA256E-s733240--fe7b7c77712b866c932d391f8305560d488d0e5515f3d9c890ddd11c96ff6069.odt
+    107     SHA256E-s4323950--c71e34a9fa2d1f54934d3caf829e4b5330811c2937d523f856d43cf5d92b7275.m4v
+    108     SHA256E-s475740--e2d4880b8561167dd91b57a666f3eba68931ae3546231d102469c76d341f560a.jpg
+    109     SHA256E-s574--5d1bd8763457376e0ff677895456f9aad26b6d85e15648696e9f4c77af104fee.png
+    110     SHA256E-s11608--f815f1bad38a05f27b1f7cd416236148fa79554ed2546a014afe148c0e427839.log
+    111     SHA256E-s3300--7164c4d91218528eedb0310af14927d4ce483889b53da24fdcc01fadae107fbd
+    112     SHA256E-s962958--9a81dba98b0b910641d035bf662b847fb4785ef2378bef7b2ae6713b1fbd903c.jpg
+    113     SHA256E-s845627--09f3e811c372a7ee936064d4c48c8b4f36db519a49a0b274f69e3da12a0e2ffe.jpg
+    114     SHA256E-s2380622--05725288b66460ff1befda38280dea4d05c5dff42818de7d64e619e12aebeaa0.jpg
+    115     SHA256E-s62795--a32762ee80e176ca1d7869cd5f68e7442327e1a861ed70290f2256179ebd844c.js
+    116     SHA256E-s3486--f148d21e252ab05ff7039fa276ee309e6d16d2ba7444043acc148b9986164162.log
+    117     SHA256E-s2393747--1ba6fc7f4d47ced145ceab80128e3ceaf8cfe8f2155b5e33e9273c736a81b910.jpg
+    118     SHA256E-s4611--bbc334899e27d8fe781f61e06be1c28852e618d1e2bd8b98de0aed7fb6106ad8.js
+    119     SHA256E-s826134--426211e056784356538d3ac80838e197e2cdf29742cd31db6a386ce7c05aa052.jpg
+    120     SHA256E-s1072403--87da8298b8c3c76bdfb8c96ac7dcb11349763067056eb0e1fadf5241fc134141.jpg
+    121     SHA256E-s51028--d6d044282ee1d1d8fc02130ac42ab1d7ee3a6a7e2987b78bb1062529019cf3e5.sla
+    122     SHA256E-s45783--35b9963b4a8bc3dbee5bbe827c2e18c795b8fce86bb1eb87c6b3b09327380f1f.js
+    123     SHA256E-s999195--c0fa3d678c9ebe118ea3fb1b664a2f63ccc792a7578fe921d0c299adf40d97f3.jpg
+    124     SHA256E-s96828--c5ebf871d1c98e5f49d15dc22131e483b514754ad86c6293c69b6d5aa3d44cf9.jpg
+    125     SHA256E-s159835--47a9ba3de62d6a4b11dd59a60b0047d3d377c224ceac85bfb6a81a972f25fff9.css
+    126     SHA256E-s9629--588e723593992acb553dd4f2c76a6993135b4f49e674358fae63ff06e145f07a
+    127     SHA256E-s39867--6e96f4658811bba2f27f930f764111501e438135d793e28fe7eacb6b10866e0d.js
+    128     SHA256E-s62332730--a2c804ddc66d8175fb5e187d17c904954f1e2cae634c4604ac363eb97d78f7e1.odt
+    129     SHA256E-s1711933--dd49df68da23021d3e9cc775e86bd5341dda6ba71714c8287872deb9416e051a.jpg
+    130     SHA256E-s290639--0803de7a02e9a4a1caca69b2a7b2c948e7faf2e4ef2bf3bcdaec148c0f26b842.pdf
+    131     SHA256E-s5799--fa90e9a478760bc12c2707962f2ea6b9ab213bc7d4b158f28f6739727ffe05e7.log
+    132     SHA256E-s11156--17ca703a57e9f02ebd71251ca8bdb6d82b71fa586deb034cd384b21a3818035a
+    133     SHA256E-s16171--47a7946e6364fa5ad3dc595105c79a4946f18cbef0818e72682d9304625ceab9.odt
+    134     SHA256E-s1962015--2eae4dfa79e014bf4468141bfac8c0065d1b05f2532758c6e68deedd297f22ee.jpg
+    135     SHA256E-s31268--560829df213299f5db9aeb0b31b40044300c34e92818680f422d0ddfe7602f2c.axd
+    136     SHA256E-s145407--c34c44643d9d0f7114cce8b31f3442a7b6392c4687af9ab97995bd30ddd3167c.pdf
+    137     SHA256E-s1773--8417f863ffa4a076dd2d8b5a63170bb0c5b83cf275d72245a79c31d94358fd20.log
+    138     SHA256E-s701838--3d7abfd8b091e4da1bb61881155c299b78ed693f128f1c693c7970bcbce4e8e0.jpg
+    139     SHA256E-s2089502--f4c9ec5dce63924cba6f77efd5e20b17cfc0f3c9ae45dce7bb0ecc5a10986205.jpg
+    140     SHA256E-s1085890--0346c7a329e7b80c7f93b8aa7de039bf322070ebac33cee6ade6fcc4a4f296be.jpg
+    141     SHA256E-s3998--e38f3a315b698a0e8ccfa395431393af757f882413cea8b4879b5b5993543f86.js
+    142     SHA256E-s7372--181699a3ca4be8bb0e9913fd96dc5c44ed8a790ea6ef2bb0fb285e741f2c46ab
+    143     SHA256E-s864279--364b4a4d0a30ddbf1164d5d3ded0702a4b016ffc27d26eb6005d96e68aa4f77f.jpg
+    144     SHA256E-s2941--7ca4f001618fda61146802286daf472c5daaaded2471e356a752b6a69834e7f7.log
+    145     SHA256E-s153049--5805df5cecdaa15a549bf7751b1d66f7455e71e2243709d9799f839e42d082f2.jpg
+    146     SHA256E-s542959--5823d605d7258bd813d09712fd124fd7c63f2cbdf46a9b52c3eb67eb7bb538bc.jpg
+    147     SHA256E-s45282--b20a77431de35f8e70867cfe520503528fb948d63f724ed90fc249994875b77a.jpg
+    148     SHA256E-s19556--e5bdba04d2a9d805c491778a742744d3007d38a23c9dc11cf8f6eab7b2dd0a1d.log
+    149     SHA256E-s392108--c9c76c131588fc29d588afed12d98b6b3a6aa0a9971ad368112bc0c2a603e70c.pdf
+    150     SHA256E-s8275--ff63b5b012ea62b178310424d817a8a77fb31151dd697659f85f23a6298cf28d
+    151     SHA256E-s1769251--7d0a2ec1652f1287884f6bd4e0df14106af271e81fc38cae5aac1357966ea672.pdf
+    152     SHA256E-s464748--aa63c72a4b064f91083228395e1391d970873ad1370900a468db154ed266d475.jpg
+    153     SHA256E-s6130263--3521b18281dba779713e600fde1a4d15568328baad6baf43cba1530df7165c5d.JPG
+    154     SHA256E-s494260--aeb91b314f3dee3580093e9610dacd5917265794b49acea9d80dfca83d56b88d.odt
+    155     SHA256E-s3362329--05fde815df42455fdc1b563ce41bf13d585135da628d01c5ffc9ca627c008225.jpg
+    156     SHA256E-s489239--d2ab01a94808613489205b7aa5d666cccfeac0a28b5a76ab18fc9fd9435dcabc.jpg
+    157     SHA256E-s482249--e4979b950d4633515316102d934115b1981c8adf5a14ea80bfda87e623af7989.jpg
+    158     SHA256E-s93506--3f44779fc3ce611f607c9cde2c114f6f038775485a677e17bcb6bb034e6ac888.jpg
+    159     SHA256E-s818--66d21ef5da07cc00768b23bb711ccc8e18b91c99ccad2084ec309f51e6c52db6.log
+    160     SHA256E-s171892--33f34e7d16851c2291d7495754505d391be4668883b43e4b9e587126c693b1d2.png
+    161     SHA256E-s278132--fca8b8bbcc0f9fe8addb57994c69a9c511b206c27424491809ab31aef86f21b4.jpg
+    162     SHA256E-s2418631--deb0aadf97aa49010ac3cab5f5299e2d68eeb5ecb4dd5de93316f23a714734f6.jpg
+    163     SHA256E-s125121--2b2cc905b8c05d4c7253a9c2b45a961df545842e4ce9d17e5248aa6240e77557.pdf
+    164     SHA256E-s199793--615ac75e6766d637d17159ebe3d48eedf27096e93b83efc159431da4d032e21b.axd
+    165     SHA256E-s223221--ca5f5160688546f422cf7d041e58f07d5d90e8359666e523a5af515baf0b2980.jpg
+    166     SHA256E-s1959724--2e44ed4b10ab3c1655b16335b901547713ac8d5c38d4ed3735bcbabb272242b5.jpg
+    167     SHA256E-s11609--df8dcf81585eccae95b7c4f0a0ba8c6fc4cfe90ebbf9657bd6a10320f7195e61
+    168     SHA256E-s483419--96cfd3b43e5b7bb1d6a5bc3f78d33e873fa36ee6e53c9f1de083f279c19c5f70.jpg
+    169     SHA256E-s560766--96f47b698f6502bc758e6d8b9b538368f8085d040306388bfd42d3026c465ff5.jpg
+    170     SHA256E-s3848--4d18299f8d8ef1bfbd7b206d419ef6f65cbd09a3ae999f3c7cc8496051b34080
+    171     SHA256E-s1141493--80b7a82ee4edc420c538c4a2a37fc9d80cce4c321f5a9a7fa7e66df0c9e3693c.jpg
+    172     SHA256E-s9726--14b5e76da3417f5f25f48c2a793aa50da9c920451495af7612b76d3c052d3f13.odt
+    173     SHA256E-s939529--43d05562e75f2477aa6d412d8a672ce7b6cf2890d4e1578bf88692aabfd0e70d.jpg
+    174     SHA256E-s888147--948ca59b827f77f75ea981b149a72df976aea360cd263d0f7c03275375a47232.jpg
+    175     SHA256E-s740710--f1e98c032815161aff44c8ccbb882af5cb234f91c4430cf91d01115649bc9aa5.jpg
+    176     SHA256E-s961257--e6b21901e268f6d0f3a38b43e5a06d8ad9ec0901f4c9639954da7ecf2ee4a666.jpg
+    177     SHA256E-s616645--bd10a26926e6cd0fd0ee6cf72692c92134b183927280a00a74e869bbeae8bde6.jpg
+    178     SHA256E-s47996--f862cbc7bea6fe4b5fe3a3af2b393973220a34975dd36a9d5f92b30d1db80acc.sla
+    179     SHA256E-s2396909--2e6d435cf96f81a3f3247f2d35b01701f8a46977e813745324ca5b40717fdea9.jpg
+    180     SHA256E-s180605--66c6df69bba4602100148ffd0f0a0ba0a14b74eaefb3b27708c6792d2b5cd09c.jpg
+    181     SHA256E-s721289--159f9398adde99e23b05c8c8c99aadd98b6a3a80afe5e3745ff37b0668fe4a24.jpg
+    182     SHA256E-s95559--0d932a11d465d523f85b17803d44fb0748459771b2cd843dbcfd677248abb0f5.jpg
+    183     SHA256E-s368166--98be96450123c166cf11f1763aa25040ffb1674f7267a4041cc1a4fbe8e433a1.jpg
+    184     SHA256E-s846--b3c9f5697bee76715237040d6ba5ff9f657dee2d882e36d818ed2ff50e8e0835.log
+    185     SHA256E-s581051--217882c3f655c62dd323afe0689c9485d0d09430d5356a63105632cce08ea88e.jpg
+    186     SHA256E-s586436--006bfd4f9697d8b64be920876bd8c0a40967b253806072ec09d2a630909826e4.jpg
+    187     SHA256E-s398620--1ab7d488bafe19941f33155959c1bbec199a86ef2334c08b75b450bc9f36a16b.jpg
+    188     SHA256E-s10457--0be429c323998556486e8f9977ccc980be3ba3920d5cc3bf16a6c7bb57b0fe3c
+    189     SHA256E-s83789--c286b21f977391efd38b5a5a341f9dbec4da611a16bc1d17d8ca71d49ad64d30.jpg
+    190     SHA256E-s321943--5e3983f4b43ae782b6f41c4f899027f1d55f78347e2106bc4c96e7f65c652918.jpg
+    191     SHA256E-s7518--be582d1ce8295d8c47e261eb7bd78a0e720e78dd58805808e9bf64ddfc3c4fe4
+    192     SHA256E-s6118--3ca5d8ca6cda3acc6c07c604f6880c017e6faa7dad4ba61e9aa956a9fa8b4b0d
+    193     SHA256E-s1086965--e170514a3651dda3313f4dcfdb9490f039a825b8349f74957a17313bdbcd7e8d.jpg
+    194     SHA256E-s10504--a57d3172d4a009a1a0d38993ea6dbe03fab6aa1ec429aa4aab563465b0dc43bd.js
+    195     SHA256E-s530445--7c8e603a03e17bb0c6440df6b695e557357527bc081871b51d0b5a61222dd674.jpg
+    196     SHA256E-s37480--ba3a0b04e4325bf0853c6201ecf7bb0fc08a0a13f5fdf0a4477c6a1f0cc82559.js
+    197     SHA256E-s394333--77f7debb969fd22698b60339ed0a0e98d9c43b8c74203528a02f6a185784e808.jpg
+    198     SHA256E-s568976--43c009e20c1b4b28d651c64ac1faa9ebd5e704bb975e2fb65ece83f4cb8867d2.jpg
+    199     SHA256E-s13813--4b4db06a82938c002539bc21d9285d63387e1a6241932c111c4f3992fa093092.axd
+    200     SHA256E-s2735--f73ac06c4be021a97a8c40f5371f0e62fd7094d863d9679407784c09c13ddd5b.log
+    201     SHA256E-s25176948--4493a4fd3160627db1fdd24c2a6bd402b544c495565815007c2d0d5093478d2a.odt
+    202     SHA256E-s596273--de2ec9fe99774ea6ce0a746a66888b71cfd744d3d97084439d054e58adebe709.jpg
+    203     SHA256E-s947995--956f7ec6d1c0c931c40e055fe21c2cfde8ef135f816052147406cb0c3ed0f948.jpg
+    204     SHA256E-s5283--5fbb8a58b8bf48ea0511c26b1b319f737df54e8e35f13b5d851dc7c0ce662458.png
+    205     SHA256E-s777575--c9fea606bc2e419967c550c43b5345bf7b08b43a81d0cdc561e048b94d536e10.jpg
+    206     SHA256E-s51496--36143df60284eae68573cb266a34a25f3c042bfd8314bdf0730c03a4fb81bb38.sla
+    207     SHA256E-s3013379--4f47c51193c043d2e81aa0bf46927a5f5c305625a09ac9034f9cb6e25ea2c6bc.jpg
+    208     SHA256E-s592379--4cea82764a163f6da9c6e63f553f82f119d5188d187c0747ee467a337f81446e.jpg
+    209     SHA256E-s8402--5b400d459743a01405d2d1ffc4d07651c36712caf9030e2a091e48f97c58a2bb.png
+    210     SHA256E-s662301--f0cf51849e330e861513bee59063450d14759055c67986e8a31dbbde0907a254.jpg
+    211     SHA256E-s1371822--0c85f348595f845e0076e52157fbb772a9d72a4821310c187b183370d7bb1b4c.jpg
+    212     SHA256E-s13445--460f9e3ea4f8a260af278d81c59faa45f16b2069b10030a8a253cd852f2e8e34.log
+    213     SHA256E-s19780--3f513b835cc3299a15178dae45cc523f1b06a1c13bd0e1c29f958027d3f5dc8a.axd
+    214     SHA256E-s311438--00b3cbd6de31a75e3a017c452099991f1ec09327efe9c6450012f6015eb6e1a4.jpg
+    215     SHA256E-s8942--e267fde4da4719de2c454d82f907796167f425510ea84098a39b425b69d2df5e
+    216     SHA256E-s845884--58974bcab0e36d65d606c1acf57e34e2e6f89872fbab65b9abf5250c632967a5.jpg
+    217     SHA256E-s331598--de52b228ad93c774d4dd1d41556ff27f7f03802378747807f324a9604e32ed66.jpg
+    218     SHA256E-s201837--d3f750f64687f347f0254d3c602a010ef71636a85f37954690d20bb6548437b1.jpg
+    219     SHA256E-s537652--aeaa479c57d39b3618006162c80e1c0eaa2cfa0b2a9a2c069a3d601bfe5b0706.jpg
+    220     SHA256E-s1174974--1d506c737c2dbde4aa286a2a25b22412c83edc5e55c3cc94fa38fb224677cf01.jpg
+    221     SHA256E-s7068886--945cfae8e22db1c96ec4cfa7b7de021c6bfe4d9e4961eeb2860716d6c8a57354.m4v
+    222     SHA256E-s684839--02293539aa97de6ab57e9caaec6998f4e64a08967d9f5f2c44581fb1df0acdd0.jpg
+    223     SHA256E-s371333--36110b44ea216b0166b023d09b52d0d32c3bdd01dafa857ed62e7c806be93193.jpg
+    224     SHA256E-s195249--21a08a5510bc88e85db2b5da660c61320ccd101a4b86cf3558618bbf37d659f0.jpg
+    225     SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.xcf
+    226     SHA256E-s26368--302de7e36ca407cf1441ab2d3fa855192c9d8b2e6a7ec04638d19db7056b7f2a.png
+    227     SHA256E-s965404--fd61bc28b2adfd4d2f175e02c662b7a71dc4b09880c8198795994e70f156c46d.jpg
+    228     SHA256E-s7254--2fcb58c8f60caadcb3e2d9e38921a49e470a9d854a55c89cb9c80f6ed0334669.csv
+    229     SHA256E-s482912--24330dbfb1d90882bf3f42e96c236f818913c343fd828992cd03ca84a3b9b2f5.jpg
+    230     SHA256E-s641334--bb06cea748a2feefa1a608635b83ed4311da1990275e32a9fd4549048c91a453.jpg
+    231     SHA256E-s1239159--2d15a6bf658d588697c5b3c2b1d1382450a40517779c32d435ff672e45539a5c.jpg
+    232     SHA256E-s2125768--a04f47c1fa5136fa397897bc907b6754a9598b37d34920250b8f70a87aaaa0b8.jpg
+    233     SHA256E-s3968--f4147a07111527be5bc7e9a5c83e3fd7ed871937167fc6d20fb7ee4d7059aa69.js
+    234     SHA256E-s462918--aa97a7f50f004dffdf444bb7f69e09c650c8987f52b5f4a0164c6acdeb4a8b28.jpg
+    235     SHA256E-s29501--67fa8330853830c4b29e05f96e6e3b6369ab908238e425e8faff4ac57e12bdb0.log
+    236     SHA256E-s158417--4058a56c1350032d640519f3aeb94ba27cd8e8b5afceb6d65e746af4f94777e0.pdf
+    237     SHA256E-s3437070--12a5bafa210aa79e9abb86c21032003c30c3a1eb5fce45a31488b6ff08db084d.jpg
+    238     SHA256E-s4373--12f64c274107733ae44f8ea9dc92e3ecf15400d98b3d76f9cc7e11527e4ed81a
+    239     SHA256E-s51497--218e86c2eb9ded51b764b5296cfff76bae4dca82e07a1602c9c597a1c34e98d7.sla
+    240     SHA256E-s4372--20e4d3e47c5fd381ffc31e6effbeb29eda97d6def773a3e42596501c6beb6317
+    241     SHA256E-s317548--cb605575ca9fab16501f2819b000d11bb06fbb2ad1f300cfba3d011e3e8e2ffc.pdf
+    242     SHA256E-s4960--c10e8c25e9b66e3ef77723373beae89e2fab1010c8b36ca329a3e9da20cbdc7e.log
+    243     SHA256E-s517805--9c14fd5e5da48efd9951b086c25c04a7c5427111ef2829543497e707f93fce99.jpg
+    244     SHA256E-s1857451--616661a96876b89472a69d32bd567aeeb95fa7da19ba4c3aa6a0ab237e2dcec3.jpg
+    245     SHA256E-s2760813--63d375f82234356889c6222a0162bdba3b7f5a1a0cb31e24c2c209f43fc2f37e.jpg
+    246     SHA256E-s832772--530816bf7c52c72e9b951289b5a35da753c66726d4e7bb2c2267faec6c8c263c.jpg
+    247     SHA256E-s4660164--2832a896d7af11fc35e1dd7ab527b0fdfeedf7ffe93bcce147381a8739c81298.JPG
+    248     SHA256E-s688782--71733ec7ffd2077ecf2973a739e4928be5824ad92034f64446a216cf513a1f29.jpg
+    249     SHA256E-s2876462--92eb9385b333bf9eb8ad56de86e46d1ba9b21c1166814e6f16e50e4a769936fc.odt
+    250     SHA256E-s496541--80d2e40f680dbd998b487e0ee8d479cb92741ec9c3e1f9d1d1d6d2f21a8cd795.jpg
+    251     SHA256E-s69339--97fe05a5b2c230c5b1fde5d18555aca13d12a35940d7d8c15249e7e80629aed6.jpg
+    252     SHA256E-s169446--5e1e9e262a58c5692f0d3c428fb71c0980311a88b474ffee95a5ea8cb5d5bf15.jpg
+    253     SHA256E-s2678100--a347450551a9055011016920280dd0a63dfc541f4f52f8ee78ef2b7a09afd46a.jpg
+    254     SHA256E-s87--5c2582459e3550daa4889fae41e3c8f6f4ad26dfa670502e4f516749aeac4113.png
+    255     SHA256E-s5798--c7167ef62bc21326b00d78b47d672bc25026eb6c7f3919fa47db2e7db8855ba9.gif
+    256     SHA256E-s53033--80840b2105a7a316a010ec3c3775031bef7fbdabbb7d3f6b7ece1a6253ef1b59.jpg
+    257     SHA256E-s7407--8ec4462ca6a05614378729bb20bb33c3b892bc943fd698389e44d959c4506843.log
+    258     SHA256E-s1189946--d23ba452e6e267d93f6233e885bd6f9e15b8ad1aea4c3d2368d901428df78970.jpg
+    259     SHA256E-s3447000--61a3bd3f7dda48544b67040012d6cd5999499d25e75dc34b82d11955d0fc9b6a.jpg
+    260     SHA256E-s3263208--69ad68aaad7058af8d14f7e4c03e5b52c9a78dbac7ffd33bd7bc5220c847d6bb.JPG
+    261     SHA256E-s1226280--d372b699459664c382f607ff56294df49e6d8d0fcab90b509337c347943357cf.jpg
+    262     SHA256E-s16890--12861c187e68e3591ccd5f708b935cc43bf25f5672daf50913e152c1c55e510c.png
+    263     SHA256E-s1092669--8e7f7431c487c6cff11ee9f7c8a87aa0d057b518e60bd2b92fd677e5c9a88313.jpg
+    264     SHA256E-s307511--5fad92167d8f9a7ed4076909a1540388cdae89df956e6011065526bfb10564a4.jpg
+    265     SHA256E-s8334--212df98aca1ee3d4f10539a786ad746f3856c2715e23d5cb816a2374b5e6c43c.png
+    266     SHA256E-s3375--2b403c31d4934895cccbe05556b0134bd4b78d4b873193d2b12a8893ab170681.txt
+    267     SHA256E-s691014--470d607465715a4c0735d74da75a5aafb5f6707b9d10a9a6a8c002f095f447e2.jpg
+    268     SHA256E-s680701--133c1dc67e394103d9f900cbf80ef508c7d7818edb23406c5f67f027a38093a4.jpg
+    269     SHA256E-s4024--b5d3e2bb6d51ff8ceb54f501035a5feebe7d5178d35b98abe9e41531bd2abd22
+    270     SHA256E-s1117--b7c94c25be8e78468071e78481641927450d754fd1bbd8d0d751f116d02b9ab3
+    271     SHA256E-s476926--ea981873de3e0ca8156ff710429894abbd8a51384b210cc142b074ec9b2c9ba0.jpg
+    272     SHA256E-s56655--7df6526b49b7aa986070db456b6a3a378c8aaaee8cb7c8892c154eecf401002a.com.htm
+    273     SHA256E-s2963--4fc53b3029a595b3b7f1f201eb4b7c2df78afc7e083abccd070c8e6fae79a661.txt
+    274     SHA256E-s761655--486ef18d41898ba80505d7630170305c4b58fa647786bd5447f20045bd6f3b2e.jpg
+    275     SHA256E-s1389414--3599c1a4da6a3b61cbc4dc431c436af9bf201b634fde2f99ddf54eae8c3590d5.jpg
+    276     SHA256E-s39678--bea819324e10bc288c75650e2196bebd5339952ce33574625ae5091ad749b63c.jpg
+    277     SHA256E-s47531--a91ecea2694b4b5c8daab84aa25c675f2f73dbfaa8ccfd581d6868b1e2568b7a.jpg
+    278     SHA256E-s4923--2f1b9afef156e9c7f4994106eda088868a992d92e66a5d601f77980fea80f777
+    279     SHA256E-s84101--bca6a8a9640b1ebfa8a2ba01b3a0f7ed20ad77fa5cbb5588d46ce75949fc38db.jpg
+    280     SHA256E-s1245742--d547d4a18279ec671be7869896c0b3e763cf8499c4dc28a62a49cd657fdf4200.jpg
+    281     SHA256E-s655461--f9b43d2794fe757d7cb61a704a01c85bc09eb20d70a1550d6934dec12f46f0bf.jpg
+    282     SHA256E-s137484--51fbe9bc815e41dfe22b9f9d4ed8f3ca98a8cb5cc7b81522b296d45b0279a413.jpg
+    283     SHA256E-s607392--ead4548b66ac3ab5c930cd89bd60de480184a4f23ffce9b5da24f9269b796283.jpg
+    284     SHA256E-s6888--405748982bbb3340eea34acbe45085ea62c80767866f0c76c355e4f94b969c7c.png
+    285     SHA256E-s4327767--eef5840e2f4294a125aaa3ed33f8ccc96c5c2c3e31cbee356013de354e628df9.pdf
+    286     SHA256E-s411064--4e5e5d477ccc542f78649e4b4ee6aa132bf79ae9aeb64a46cb45a7ee133eb2f7.pdf
+    287     SHA256E-s224149--204dbb62c5d5352c9b5baead124ecf52c6fffd49120343cc21bb10343353934e.jpg
+    288     SHA256E-s1333719--9d9ac54db47723755ee0d19731c0b2f4b40074d946da4a1e283a4904feea4534.jpg
+    289     SHA256E-s1889687--07b79ce21bf5ffe2d80f9878d338fcd63ddc92c5381eb3c290639c3e73a7b927.jpg
+    290     SHA256E-s686131--93ba1a21ff8cc7d9baa61a2af8407ccc8c1b22705a191e9f0a393d14ec95e232.jpg
+    291     SHA256E-s619954--3d900d39d16eca00287a0c4bbe20b46767867b5065260a4a1fa8444081998e25.jpg
+    292     SHA256E-s828309--f1d702dcb350cff7a3229fe62c4f0f4beb5f95ad2f00a6fd1bfb82549cd08129.jpg
+    293     SHA256E-s516404--0ca06e98fd119847c99bee56264a31ac99b36ae71136624018d308ff8c6a2e3d.jpg
+    294     SHA256E-s783842--0618e7c3ebc7ff8fcdff82b9fd227e8b83f491e8e1b96c2d0e566fc7fbea27ea.jpg
+    295     SHA256E-s20748--df0711c99c30b5fdcbfdd109c093f02f6a7f5196e7ffbc8e291bb2780c5735c0.css
+    296     SHA256E-s61739--387a27967c79b09e21d93f8a8b969dda930e8d26e9ce379c1d71718d4cc5a1df.jpg
+    297     SHA256E-s1461106--37222c3cd7a3af846c8aaed3a174a0a7e6f775ea4c08c4e2f792c6da724812b9.jpg
+  (To see where data was previously used, try: git log --stat -S'KEY')
+  
+  To remove unwanted data: git-annex dropunused NUMBER
+  
+ok
+[2014-08-31 18:58:39 BST] NetWatcherFallback: Syncing with apollo 
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+gpg: Signature made Mon 18 Aug 2014 20:14:04 BST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-08-31 19:28:42 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   5b1813a..68b2827  annex/direct/master -> synced/master
+error: duplicate parent 68b28274ba1f0451a2e93ef4c2757ab795b920e6 ignored
+[2014-08-31 19:58:41 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   71238f0..68b2827  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   68b2827..16f040e  annex/direct/master -> synced/master
+error: duplicate parent 16f040e9cd0bd085dd42e8869cc99d6982f8ea9c ignored
+[2014-08-31 20:58:43 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   68b2827..16f040e  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   16f040e..e8ecdba  annex/direct/master -> synced/master
+error: duplicate parent e8ecdbace26ba300e7bf3f4b8237f8cf4d825955 ignored
+[2014-08-31 21:58:46 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   16f040e..e8ecdba  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   e8ecdba..82f1c3d  annex/direct/master -> synced/master
+error: duplicate parent 82f1c3da446ea356933e764e4ab0f6533d8688f7 ignored
+[2014-08-31 22:58:47 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   e8ecdba..82f1c3d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   82f1c3d..1d82f6d  annex/direct/master -> synced/master
+error: duplicate parent 1d82f6dc915ff33c86f9001c50b7c60f212b80a4 ignored
+[2014-08-31 23:58:50 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   82f1c3d..1d82f6d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   1d82f6d..e6f51b1  annex/direct/master -> synced/master
+error: duplicate parent e6f51b190fc3412b8c10988c2dd9f281014802f0 ignored
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-08-31 23:59:59 BST] Cronner: Consistency check in progress
+[2014-09-01 00:00:00 BST] Cronner: Consistency check in progress
+[2014-09-01 00:58:52 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   1d82f6d..e6f51b1  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   e6f51b1..e6d090c  annex/direct/master -> synced/master
+error: duplicate parent e6d090c41e0226cfb58bec304c1205b2fb2a738d ignored
+[2014-09-01 01:58:54 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   e6f51b1..e6d090c  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   e6d090c..e21ddb1  annex/direct/master -> synced/master
+error: duplicate parent e21ddb1bf0530ae415419ae15edeb1287ef6d9af ignored
+[2014-09-01 02:58:57 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   e6d090c..e21ddb1  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   e21ddb1..03a2d0f  annex/direct/master -> synced/master
+error: duplicate parent 03a2d0fea214ae4a6acad0837587f5539f06efd8 ignored
+[2014-09-01 03:58:59 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   e21ddb1..03a2d0f  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   03a2d0f..f062d0b  annex/direct/master -> synced/master
+error: duplicate parent f062d0ba684347871b780a4f0d5ff3e203329cdd ignored
+[2014-09-01 04:59:01 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   03a2d0f..f062d0b  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   f062d0b..a695f4d  annex/direct/master -> synced/master
+error: duplicate parent a695f4dc83028907d2c9272f8cf8ec88d38049d6 ignored
+[2014-09-01 05:59:03 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   f062d0b..a695f4d  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   a695f4d..7706c3b  annex/direct/master -> synced/master
+error: duplicate parent 7706c3bf24b8529bd248c7a4bfe817573bfa0368 ignored
+[2014-09-01 06:59:05 BST] NetWatcherFallback: Syncing with apollo 
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   a695f4d..7706c3b  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-09-01 07:29:09 BST] PushRetrier: Syncing with apollo 
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   7706c3b..6936dd7  annex/direct/master -> synced/master
+error: duplicate parent 6936dd71b925b08dac26890cec58186fe0f5da89 ignored
+[2014-09-01 07:59:09 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   7706c3b..6936dd7  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   6936dd7..dc51bb1  annex/direct/master -> synced/master
+error: duplicate parent dc51bb1571c950330650a2881d443449bae64db1 ignored
+[2014-09-01 18:38:55 BST] NetWatcher: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   6936dd7..dc51bb1  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   dc51bb1..8f55d1c  annex/direct/master -> synced/master
+error: duplicate parent 8f55d1ccbb0ee6d44e3176006abf71d76f80376d ignored
+[2014-09-01 19:15:05 BST] NetWatcherFallback: Syncing with apollo 
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+From apollo.aylett.co.uk:Annex/Family
+   dc51bb1..8f55d1c  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   8f55d1c..6cfcfe7  annex/direct/master -> synced/master
+error: duplicate parent 6cfcfe7d46e622dd1e28d7c0d182e8c5082d88df ignored
+[2014-09-01 20:15:07 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   8f55d1c..6cfcfe7  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   6cfcfe7..0048860  annex/direct/master -> synced/master
+error: duplicate parent 0048860fa55502c1c58d3e4d55d3a687a5fee1cb ignored
+[2014-09-01 21:15:09 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   6cfcfe7..0048860  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   0048860..3092f0e  annex/direct/master -> synced/master
+error: duplicate parent 3092f0e9d36cfb780bf0eb4a667bfe6a8a7b3ba4 ignored
+[2014-09-01 22:15:11 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   0048860..3092f0e  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   3092f0e..c2d3665  annex/direct/master -> synced/master
+error: duplicate parent c2d3665970d928b3eb4b93c0a69f4f1533a01c84 ignored
+[2014-09-01 23:15:13 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   3092f0e..c2d3665  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   c2d3665..0966032  annex/direct/master -> synced/master
+error: duplicate parent 09660328b05c3eb55e78e5ec38d9d043cd6aa78a ignored
+[2014-09-02 00:15:15 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   c2d3665..0966032  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   0966032..b4bd0aa  annex/direct/master -> synced/master
+error: duplicate parent b4bd0aae9a45c024247c5ea120970ede21d52b34 ignored
+[2014-09-02 01:15:17 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   0966032..b4bd0aa  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   b4bd0aa..dff7898  annex/direct/master -> synced/master
+error: duplicate parent dff789833ff9f83324c35d1892fb271e7f59b6f4 ignored
+[2014-09-02 02:15:18 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   b4bd0aa..dff7898  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   dff7898..628cc98  annex/direct/master -> synced/master
+error: duplicate parent 628cc98b8f571d27b1b7f671992d884be9bb776a ignored
+[2014-09-02 03:15:20 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   dff7898..628cc98  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   628cc98..11f0e77  annex/direct/master -> synced/master
+error: duplicate parent 11f0e7756811654bee5ab1ae57068ad4cfebe698 ignored
+[2014-09-02 04:15:22 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   628cc98..11f0e77  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   11f0e77..fb4d2b8  annex/direct/master -> synced/master
+error: duplicate parent fb4d2b8eda7b2a194d98cf841c63374bf46cc2e0 ignored
+[2014-09-02 05:12:34 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+unused . (checking for unused data...) (checking HEAD...) (checking master...) (checking apollo/master...) (checking apollo/synced/master...) 
+  Some annexed data is no longer used by any files:
+    NUMBER  KEY
+    1       SHA256E-s1103321--51418dc7fc654ebbeb9173bff598b4031d07d3c5cf651bd18a18ca6af9f7f1f7.jpg
+    2       SHA256E-s3754--39631a60a771a00e88ef5ab011ab3f56fa8e539619b06aa68e66f2c71f252f9f.png
+    3       SHA256E-s628641--2eeef2179787270c6307e1070678b6b27cbf0fe12cce71c136e0a89e1df78565.jpg
+    4       SHA256E-s848--66e696444c6e570fc00d79f6651018d7e6549585e587394b933dcb0d74d8c214.js
+    5       SHA256E-s21214--f26fa07b51fe0f4c5bc0d746f8b23e50115116bbcd80db057740bccb9841e4b6.png
+    6       SHA256E-s852198--9fcc545c030c268d660381fd33d66b06605f7c5df16dca0b3fbe4eddfbf6b339.jpg
+    7       SHA256E-s1334033--d6e722f76229c10ea6a1ff8dce2814ee42c92b643a19ec3f4d72222e1891c210.jpg
+    8       SHA256E-s664656--85aaeced38501abfec6d23591edb07d7ab98bbe303b98eb07cfa0577ec8309b2.jpg
+    9       SHA256E-s3213396--90e4ec9054de04c2b2c60a49b812582ba15c8da00208c9fc74acbc69b83182dc.JPG
+    10      SHA256E-s820026--c1fc64d12cc74f60f8d17302a95217978782ea99758bce99ea2233709be60a6d.jpg
+    11      SHA256E-s622679--5e8412b3955db206c6836fbd5731b0ab835aa325fc75bc7d75d4511ddbf67644.jpg
+    12      SHA256E-s917793--7f2ecba64196449b9d7f1ea79e07f496d90d59c59d12472d058566a0881a5c6c.jpg
+    13      SHA256E-s3493204--7ce9ad40b32b5cd1237e5efbb8f6885f7d734f8af65da8d0e92dc2de13162e07.JPG
+    14      SHA256E-s910114--be8d66d9261108572efe0266ae386fefa653cea4ef43be9fbd10f7e2fe8d1c4c.jpg
+    15      SHA256E-s636389--07b609b0cbf827a45cff2ca92367f3c5bf9a9527d4b3cb43961487bca8068ffd.jpg
+    16      SHA256E-s823401--4cf12d87a9034d34a3019b5002000c92512f901a82f1081705c12e73b5870bad.jpg
+    17      SHA256E-s1880--add7e1d7d7d98ff96afaec27bb066d6747551358e025176265a31b2b0f74bec0.log
+    18      SHA256E-s8784--e28377207d41b4fef538b2fcbbd25c05275103a299e74966a88dce53ad5f50c0
+    19      SHA256E-s8694--490b9f2f9c4c826b68bad68a50cf672ec36c58acb9e24fd46e84abaddec19b9b
+    20      SHA256E-s2656--96dd5f3d5f8e87ce1552798dd5fe4c8dedab6268c0df9e391a202ffdc4b8fa71.log
+    21      SHA256E-s459593--b68a62596f7524b6f877d8bd3dbbe49f4de02310e9dd6d5134bbdabfcd5d957a.jpg
+    22      SHA256E-s11931--5ce30bd4424d544ed954e4722d7ed590a5be46a267c5045953e034309d942a8f.odp
+    23      SHA256E-s1249581--d834f2dc34ded72086e26c32784e693597be011f28398635286394c7e8b5ded7.jpg
+    24      SHA256E-s335736--9638a3225f1adbdb736a2cacc476f8eb5201c8124b83dab887a26c6d3a0e5899.jpg
+    25      SHA256E-s6339776--f42083be1dba62acf81ad5ee8bccad47f267e2ce34c9e73e9aaafe3c69b462bd.pdf
+    26      SHA256E-s582899--858ad02a9e5f58a6f5ea509865831acd540c290837beb87b37cb36bb62a7b982.jpg
+    27      SHA256E-s2475657--d3fa5e460a2b164e849213d0417790704d1b4a2df9af5f6b281ac17dbacad30b.jpg
+    28      SHA256E-s637475--68315445dd9477f07a695cb9fd12bb2c95f3117d949665ec2690184ded6b1ee6.jpg
+    29      SHA256E-s77771--484ed3d8cc44de2db74c5680659c5c23ccb29ed5e99d0fb4b470a2c130c64c79.pdf
+    30      SHA256E-s2343639--a7fccfe9a2c8de20ce8df10048b075758c445e5f4c9d9b78368db179e74e9a47.jpg
+    31      SHA256E-s2282836--66e945f3a37651e1c88c58ff42b4dba9c6c5d822dc59f3e59895c336a0428c3d.jpg
+    32      SHA256E-s5902--da66d622f9ed0987a0466c2c05c2aea56572e2f991c542b1120d564fb7459e7b.log
+    33      SHA256E-s61410--4d3f0160bc92d0095a824baa17a08499dc748d06648029051802d24a772ba75d.css
+    34      SHA256E-s1958077--1717f3036e7ca6b61fe8eeb3ce319de728b9bea10fd814108b9e13397a336db5.jpg
+    35      SHA256E-s80930--f9b79963053221a10e32c4061b9da3622e89ce56aeed26c58f23bb70a2a57496.jpg
+    36      SHA256E-s4956--a05854e0d26affdbb3e171c8e9ca3f663c8bc930f6402d9a370104e239bc2601.log
+    37      SHA256E-s202851--3689503ce6f780d04e659fc85e4e7978c3c445afbd103f3ac118e1c6f3a4b738.jpg
+    38      SHA256E-s5258--a243d289f629eb2e321c7232aa59c65d10ec79e70d07f25758ac04c0b9ff3f79.log
+    39      SHA256E-s5406--dc07212d5aaaf5a320b3f9d710a72b68f7112140c76b43b7c0b4bb71f91e823f.log
+    40      SHA256E-s8427--439c4f2144c9ea726b739494565b05dc47b59a8835e24e9a083171efc0834fc1
+    41      SHA256E-s46--ca4a766fadecf16bbc25afbd805e2befbfb4cb270f122b0de813fbcfc933c1a2
+    42      SHA256E-s839129--921ddf15c906a0353cb18bdd0b321bd5a37dfe653edbffc8e3b6b47996d54d8f.jpg
+    43      SHA256E-s2922183--3aa5d5b22a980a11cee928ba701ffd389542db84fe96219442de1b33a64f840c.JPG
+    44      SHA256E-s1305363--0b14938c28492e288d35a62334d6436ba8edfb7f65a066dbd9587478f157ab99.jpg
+    45      SHA256E-s8602--819b18ca30f477f66e558ba1488a06e438a5f0b9c8f6987f68daad039d8020ca.png
+    46      SHA256E-s6205--14691e198b05dd68b5fe3ed39eb8739182f4f5e75dc43dd7ecb252f01978c7ed.png
+    47      SHA256E-s5070994--d0c5367647750b1f0b54c9fea7c7c9e1a0f7a0a7f61c92a688887538df3abf7f.m4v
+    48      SHA256E-s134807--7100078e84c39a2123c0ea7d713e3361c7174f21fb72d39dac2a99a4844f89b7.jpg
+    49      SHA256E-s535905--f317f11e4e0536ea8172e7827369bd9a3c887fcef2586b8eeda28b2dd36a791c.jpg
+    50      SHA256E-s6420--72622a4453f4ea48acc0337bb1b288e0fb034d1ee1aa74f98eb9062066c025b5
+    51      SHA256E-s51483--c9fba5eb0b29216afd9b6f13dd2f351367b7bcd0c8eb93fa0a1b6a0ce4535d57.sla
+    52      SHA256E-s1957447--c3eddff4df50e1b0c5dc93f85e39acd24723013dd9b27b7b8a407eb5e55f1903.jpg
+    53      SHA256E-s5345--ee879c6bc3c3ac59f449a9d9f92ec9cc2d15dced1f166805a179b6874d190c25.png
+    54      SHA256E-s153751--c3fd0000f94ff9c44fef856ee440837fa4c228918ae70d0813d1635d50e6d4a0.odt
+    55      SHA256E-s682324--33a6a1b34570f9abe0516d9abceefe14aae4cdacc41dc3f30ca92222d545631f.jpg
+    56      SHA256E-s370109--a00b1c78753de6ae1d64a01d457b53a3572a9324a0facda4ec39a149d9adb37b.jpg
+    57      SHA256E-s310217--aa0c575a44cac4957e06cd8ed0b058a16454a7be7f32ec8e79c815be6057bfbd.jpg
+    58      SHA256E-s5798--61852a3ad168d4f27fe0f0e924e7418e838ae4363d85a64ebea80c9154e0c9a0.gif
+    59      SHA256E-s47071--f1a74e5f9a20776adbe88ac3092e5a20a69d254905c0f93aa0b95a1ad0a5ed00.sla
+    60      SHA256E-s988--b1f5fb3d38001b8bcf214158c6c7571f5aadb03093d2c307970a728edcb8012b
+    61      SHA256E-s1397011--b67c04c6c99ccc208734dd39e18d4304a4963ef36600d4adc5827df21bfcc260.jpg
+    62      SHA256E-s2124--1c64d2a60a40242432550ab3292e1ee38072481c36b8f028f75e3b4ea52fec29.log
+    63      SHA256E-s1640512--ccb4940713e190a9242b34e18896156733f36df909c7e399bfdfe36299bfa748.jpg
+    64      SHA256E-s484856--55f146177198dcd03069703c7b8bdf5c10cd7750aaf4b6f9af1946d72a9f9d23.jpg
+    65      SHA256E-s7031--88bedea3e75aff77858c63a6c30bb06180bd9167fd380d94f132486d6ffeddf4
+    66      SHA256E-s10100--1df9143f4c02f877ec891262bcbc407a9d4b960dd80c6826d5c1078012dc2614.js
+    67      SHA256E-s2454--778574fe7cae3bfc2a49cbe3be18ed313b049b6e0bc333cea80723ae2136f9c3.log
+    68      SHA256E-s63103--474c29d016927bd7dc42d992fc07c353148d393cfbd7c3e8193df91c3bb2d805.jpg
+    69      SHA256E-s245481--ba0e9ed8876970e0aad7e22aeaf4f7403e1ef6fca474e0b4e90837381c0b810f.js
+    70      SHA256E-s708--ab8f3c450c5c8944d6d91c35258b9da5ff4564b9b05b1e09ebbaa9b740d14aa4.log
+    71      SHA256E-s582241--fb565e6fa923f3265a9406abf566d5de7a8e062b1d9ccb8ba7ec61a902ea277e.jpg
+    72      SHA256E-s601517--fd4a4effd6c6b064be34910b36f1de8011bb3949d0f883a57ed4ca60eff6a642.jpg
+    73      SHA256E-s613354--0d78d51b5047055d9bd2727e01a7c73ec25bcb99925be26550f3b921054e336b.jpg
+    74      SHA256E-s20794--0ba2f6756001669bdf934f9d79e8fd1ccf2028130c33a0510279581ec9dfd73a.js
+    75      SHA256E-s654750--be05edd69e61fb5ebecbddc8c39ae9ebdbca5e94ee395f604bbd73910a7e40f9.jpg
+    76      SHA256E-s440--4e8500857e2b6a08a6922ca852ff4c9702e2397843011a14dee43d6e20c4f787.log
+    77      SHA256E-s72381--a170eff1ba771b3e4e769ab2974b8fb1f66cff07bf8b19561a97f9d7767b565a.jpg
+    78      SHA256E-s344661--21564a2da0f6b1ea6c4a39f4a96ba02680facb9d8a084d4fffa28b0e527c9fc8.jpg
+    79      SHA256E-s51248--f940d364ad2583a9ae3c0f777fd61406914daa1837ed8dd78f3461760c4ca747.sla
+    80      SHA256E-s502234--251053730579880833dc12058a6c689ba074f0a981331ec7eb685b69f08e292c.pdf
+    81      SHA256E-s3682--f75a95ae16e2f8a8e0a607782cf332dc34c1e317d473023cbd7f9915fa400d62
+    82      SHA256E-s3544--9b40beb44b624520a74057a82ae5e6adb18601e6c1fc7d8496bdd59e3b248945
+    83      SHA256E-s355156--7056bee290696e681cd3538e2ff2e740842bce032effe509f0919e888cc03ee4.jpg
+    84      SHA256E-s879539--12cc34616b2dda153890db0a724290fa01bd9dd664061a05c8d2c1039cd4cc3c.odg
+    85      SHA256E-s2051310--69387e84897ed700b6dd7c418fc3a7884a1e6e16a4267297b3effb95b02a7bc7.jpg
+    86      SHA256E-s620--eb69406700a3a6122cb532614f4ae6899d97409d76259820176f7ae77158684b.png
+    87      SHA256E-s693427--e20c50c86937800b14e2773d79eb63d13c0300781f8e71ee3947fb5a2fe98fe5.jpg
+    88      SHA256E-s87985--b89b279ca5dede3643e8a48402e9b112b1e1fdc14b3326c98cbdb32f9f7fa2cc.jpg
+    89      SHA256E-s35739--378d1bcb19c2742b8d344459a74f9b4ea44287c4e5cf046b80a46b209ea1ebbb.sla
+    90      SHA256E-s51515--d4805b60c6e0ea396dc157ca0e399ba355482f2a9696f31fdcf819aa176ea3e7.sla
+    91      SHA256E-s396738--5e18be640581ced943a676323c80dc283b15d3caf37b2bc2d0b05ceee1d178e5.jpg
+    92      SHA256E-s334295--7f97df9f93e42a2db9e9efb0aa34a2a9a6b9af49846e6a73f320ee151d535eed.jpg
+    93      SHA256E-s425513--0f6228a7466c12d1d0e4beda9825f17442b15286a5639e3a894a36d33497c77a.jpg
+    94      SHA256E-s114076--6a1822942964efa5531de2cae48d3fd69e71baca7ade38b7cbe23964637d4478.jpg
+    95      SHA256E-s118034--a8b1e6f81534106e9f4563dfe3f288e9425284fbaa74247065cf80448cdb216f.jpg
+    96      SHA256E-s639--4b491df2b47c2fd4dcfbb99b50ec1367e138c61216704490ada08cddd0d32fda.css
+    97      SHA256E-s734079--0602d1c85bca8508010ed03c2b1c26c88a8c759783f49d7f7b282b30837c6b32.jpg
+    98      SHA256E-s130889--751d2fa73ac74e17d2e82fc9a89b3d393028197790657aa075effc7c16b8f528.js
+    99      SHA256E-s485283--63716cdb8953a9318eb28953af25db2afa02251e6f152d487f5ab05f1d27930e.jpg
+    100     SHA256E-s59518--6a80f10665ad39dc27ee3a5727ebeee321a289dbc958916f9e6eda01f2703d25.jpg
+    101     SHA256E-s194--4c0fc707f629bcb314433fc700c6090c970d343adbb921f46084bdb08f99cf6e
+    102     SHA256E-s303--07ae4fec1962f2f83808ec861e477d5669dd71ff1089cb25a0e1da7b3ec9a5a6.css
+    103     SHA256E-s24519--3f3cba473c1818b2ce46a034fc323d528df85dd88d3f2ed411ad644a08ff9132
+    104     SHA256E-s316292--691e653f57643e579c261a827441e63ee3d8cf1f9ed5cdc43d861cf340510d34.pdf
+    105     SHA256E-s11916--88e5b1e2f5bd0f5c458abb41589028ef35dc75872abd7e04eee4a12ae7bfef38
+    106     SHA256E-s733240--fe7b7c77712b866c932d391f8305560d488d0e5515f3d9c890ddd11c96ff6069.odt
+    107     SHA256E-s4323950--c71e34a9fa2d1f54934d3caf829e4b5330811c2937d523f856d43cf5d92b7275.m4v
+    108     SHA256E-s475740--e2d4880b8561167dd91b57a666f3eba68931ae3546231d102469c76d341f560a.jpg
+    109     SHA256E-s574--5d1bd8763457376e0ff677895456f9aad26b6d85e15648696e9f4c77af104fee.png
+    110     SHA256E-s11608--f815f1bad38a05f27b1f7cd416236148fa79554ed2546a014afe148c0e427839.log
+    111     SHA256E-s3300--7164c4d91218528eedb0310af14927d4ce483889b53da24fdcc01fadae107fbd
+    112     SHA256E-s962958--9a81dba98b0b910641d035bf662b847fb4785ef2378bef7b2ae6713b1fbd903c.jpg
+    113     SHA256E-s845627--09f3e811c372a7ee936064d4c48c8b4f36db519a49a0b274f69e3da12a0e2ffe.jpg
+    114     SHA256E-s2380622--05725288b66460ff1befda38280dea4d05c5dff42818de7d64e619e12aebeaa0.jpg
+    115     SHA256E-s62795--a32762ee80e176ca1d7869cd5f68e7442327e1a861ed70290f2256179ebd844c.js
+    116     SHA256E-s3486--f148d21e252ab05ff7039fa276ee309e6d16d2ba7444043acc148b9986164162.log
+    117     SHA256E-s2393747--1ba6fc7f4d47ced145ceab80128e3ceaf8cfe8f2155b5e33e9273c736a81b910.jpg
+    118     SHA256E-s4611--bbc334899e27d8fe781f61e06be1c28852e618d1e2bd8b98de0aed7fb6106ad8.js
+    119     SHA256E-s826134--426211e056784356538d3ac80838e197e2cdf29742cd31db6a386ce7c05aa052.jpg
+    120     SHA256E-s1072403--87da8298b8c3c76bdfb8c96ac7dcb11349763067056eb0e1fadf5241fc134141.jpg
+    121     SHA256E-s51028--d6d044282ee1d1d8fc02130ac42ab1d7ee3a6a7e2987b78bb1062529019cf3e5.sla
+    122     SHA256E-s45783--35b9963b4a8bc3dbee5bbe827c2e18c795b8fce86bb1eb87c6b3b09327380f1f.js
+    123     SHA256E-s999195--c0fa3d678c9ebe118ea3fb1b664a2f63ccc792a7578fe921d0c299adf40d97f3.jpg
+    124     SHA256E-s96828--c5ebf871d1c98e5f49d15dc22131e483b514754ad86c6293c69b6d5aa3d44cf9.jpg
+    125     SHA256E-s159835--47a9ba3de62d6a4b11dd59a60b0047d3d377c224ceac85bfb6a81a972f25fff9.css
+    126     SHA256E-s9629--588e723593992acb553dd4f2c76a6993135b4f49e674358fae63ff06e145f07a
+    127     SHA256E-s39867--6e96f4658811bba2f27f930f764111501e438135d793e28fe7eacb6b10866e0d.js
+    128     SHA256E-s62332730--a2c804ddc66d8175fb5e187d17c904954f1e2cae634c4604ac363eb97d78f7e1.odt
+    129     SHA256E-s1711933--dd49df68da23021d3e9cc775e86bd5341dda6ba71714c8287872deb9416e051a.jpg
+    130     SHA256E-s290639--0803de7a02e9a4a1caca69b2a7b2c948e7faf2e4ef2bf3bcdaec148c0f26b842.pdf
+    131     SHA256E-s5799--fa90e9a478760bc12c2707962f2ea6b9ab213bc7d4b158f28f6739727ffe05e7.log
+    132     SHA256E-s11156--17ca703a57e9f02ebd71251ca8bdb6d82b71fa586deb034cd384b21a3818035a
+    133     SHA256E-s16171--47a7946e6364fa5ad3dc595105c79a4946f18cbef0818e72682d9304625ceab9.odt
+    134     SHA256E-s1962015--2eae4dfa79e014bf4468141bfac8c0065d1b05f2532758c6e68deedd297f22ee.jpg
+    135     SHA256E-s31268--560829df213299f5db9aeb0b31b40044300c34e92818680f422d0ddfe7602f2c.axd
+    136     SHA256E-s145407--c34c44643d9d0f7114cce8b31f3442a7b6392c4687af9ab97995bd30ddd3167c.pdf
+    137     SHA256E-s1773--8417f863ffa4a076dd2d8b5a63170bb0c5b83cf275d72245a79c31d94358fd20.log
+    138     SHA256E-s701838--3d7abfd8b091e4da1bb61881155c299b78ed693f128f1c693c7970bcbce4e8e0.jpg
+    139     SHA256E-s2089502--f4c9ec5dce63924cba6f77efd5e20b17cfc0f3c9ae45dce7bb0ecc5a10986205.jpg
+    140     SHA256E-s1085890--0346c7a329e7b80c7f93b8aa7de039bf322070ebac33cee6ade6fcc4a4f296be.jpg
+    141     SHA256E-s3998--e38f3a315b698a0e8ccfa395431393af757f882413cea8b4879b5b5993543f86.js
+    142     SHA256E-s7372--181699a3ca4be8bb0e9913fd96dc5c44ed8a790ea6ef2bb0fb285e741f2c46ab
+    143     SHA256E-s864279--364b4a4d0a30ddbf1164d5d3ded0702a4b016ffc27d26eb6005d96e68aa4f77f.jpg
+    144     SHA256E-s2941--7ca4f001618fda61146802286daf472c5daaaded2471e356a752b6a69834e7f7.log
+    145     SHA256E-s153049--5805df5cecdaa15a549bf7751b1d66f7455e71e2243709d9799f839e42d082f2.jpg
+    146     SHA256E-s542959--5823d605d7258bd813d09712fd124fd7c63f2cbdf46a9b52c3eb67eb7bb538bc.jpg
+    147     SHA256E-s45282--b20a77431de35f8e70867cfe520503528fb948d63f724ed90fc249994875b77a.jpg
+    148     SHA256E-s19556--e5bdba04d2a9d805c491778a742744d3007d38a23c9dc11cf8f6eab7b2dd0a1d.log
+    149     SHA256E-s392108--c9c76c131588fc29d588afed12d98b6b3a6aa0a9971ad368112bc0c2a603e70c.pdf
+    150     SHA256E-s8275--ff63b5b012ea62b178310424d817a8a77fb31151dd697659f85f23a6298cf28d
+    151     SHA256E-s1769251--7d0a2ec1652f1287884f6bd4e0df14106af271e81fc38cae5aac1357966ea672.pdf
+    152     SHA256E-s464748--aa63c72a4b064f91083228395e1391d970873ad1370900a468db154ed266d475.jpg
+    153     SHA256E-s6130263--3521b18281dba779713e600fde1a4d15568328baad6baf43cba1530df7165c5d.JPG
+    154     SHA256E-s494260--aeb91b314f3dee3580093e9610dacd5917265794b49acea9d80dfca83d56b88d.odt
+    155     SHA256E-s3362329--05fde815df42455fdc1b563ce41bf13d585135da628d01c5ffc9ca627c008225.jpg
+    156     SHA256E-s489239--d2ab01a94808613489205b7aa5d666cccfeac0a28b5a76ab18fc9fd9435dcabc.jpg
+    157     SHA256E-s482249--e4979b950d4633515316102d934115b1981c8adf5a14ea80bfda87e623af7989.jpg
+    158     SHA256E-s93506--3f44779fc3ce611f607c9cde2c114f6f038775485a677e17bcb6bb034e6ac888.jpg
+    159     SHA256E-s818--66d21ef5da07cc00768b23bb711ccc8e18b91c99ccad2084ec309f51e6c52db6.log
+    160     SHA256E-s171892--33f34e7d16851c2291d7495754505d391be4668883b43e4b9e587126c693b1d2.png
+    161     SHA256E-s278132--fca8b8bbcc0f9fe8addb57994c69a9c511b206c27424491809ab31aef86f21b4.jpg
+    162     SHA256E-s2418631--deb0aadf97aa49010ac3cab5f5299e2d68eeb5ecb4dd5de93316f23a714734f6.jpg
+    163     SHA256E-s125121--2b2cc905b8c05d4c7253a9c2b45a961df545842e4ce9d17e5248aa6240e77557.pdf
+    164     SHA256E-s199793--615ac75e6766d637d17159ebe3d48eedf27096e93b83efc159431da4d032e21b.axd
+    165     SHA256E-s223221--ca5f5160688546f422cf7d041e58f07d5d90e8359666e523a5af515baf0b2980.jpg
+    166     SHA256E-s1959724--2e44ed4b10ab3c1655b16335b901547713ac8d5c38d4ed3735bcbabb272242b5.jpg
+    167     SHA256E-s11609--df8dcf81585eccae95b7c4f0a0ba8c6fc4cfe90ebbf9657bd6a10320f7195e61
+    168     SHA256E-s483419--96cfd3b43e5b7bb1d6a5bc3f78d33e873fa36ee6e53c9f1de083f279c19c5f70.jpg
+    169     SHA256E-s560766--96f47b698f6502bc758e6d8b9b538368f8085d040306388bfd42d3026c465ff5.jpg
+    170     SHA256E-s3848--4d18299f8d8ef1bfbd7b206d419ef6f65cbd09a3ae999f3c7cc8496051b34080
+    171     SHA256E-s1141493--80b7a82ee4edc420c538c4a2a37fc9d80cce4c321f5a9a7fa7e66df0c9e3693c.jpg
+    172     SHA256E-s9726--14b5e76da3417f5f25f48c2a793aa50da9c920451495af7612b76d3c052d3f13.odt
+    173     SHA256E-s939529--43d05562e75f2477aa6d412d8a672ce7b6cf2890d4e1578bf88692aabfd0e70d.jpg
+    174     SHA256E-s888147--948ca59b827f77f75ea981b149a72df976aea360cd263d0f7c03275375a47232.jpg
+    175     SHA256E-s740710--f1e98c032815161aff44c8ccbb882af5cb234f91c4430cf91d01115649bc9aa5.jpg
+    176     SHA256E-s961257--e6b21901e268f6d0f3a38b43e5a06d8ad9ec0901f4c9639954da7ecf2ee4a666.jpg
+    177     SHA256E-s616645--bd10a26926e6cd0fd0ee6cf72692c92134b183927280a00a74e869bbeae8bde6.jpg
+    178     SHA256E-s47996--f862cbc7bea6fe4b5fe3a3af2b393973220a34975dd36a9d5f92b30d1db80acc.sla
+    179     SHA256E-s2396909--2e6d435cf96f81a3f3247f2d35b01701f8a46977e813745324ca5b40717fdea9.jpg
+    180     SHA256E-s180605--66c6df69bba4602100148ffd0f0a0ba0a14b74eaefb3b27708c6792d2b5cd09c.jpg
+    181     SHA256E-s721289--159f9398adde99e23b05c8c8c99aadd98b6a3a80afe5e3745ff37b0668fe4a24.jpg
+    182     SHA256E-s95559--0d932a11d465d523f85b17803d44fb0748459771b2cd843dbcfd677248abb0f5.jpg
+    183     SHA256E-s368166--98be96450123c166cf11f1763aa25040ffb1674f7267a4041cc1a4fbe8e433a1.jpg
+    184     SHA256E-s846--b3c9f5697bee76715237040d6ba5ff9f657dee2d882e36d818ed2ff50e8e0835.log
+    185     SHA256E-s581051--217882c3f655c62dd323afe0689c9485d0d09430d5356a63105632cce08ea88e.jpg
+    186     SHA256E-s586436--006bfd4f9697d8b64be920876bd8c0a40967b253806072ec09d2a630909826e4.jpg
+    187     SHA256E-s398620--1ab7d488bafe19941f33155959c1bbec199a86ef2334c08b75b450bc9f36a16b.jpg
+    188     SHA256E-s10457--0be429c323998556486e8f9977ccc980be3ba3920d5cc3bf16a6c7bb57b0fe3c
+    189     SHA256E-s83789--c286b21f977391efd38b5a5a341f9dbec4da611a16bc1d17d8ca71d49ad64d30.jpg
+    190     SHA256E-s321943--5e3983f4b43ae782b6f41c4f899027f1d55f78347e2106bc4c96e7f65c652918.jpg
+    191     SHA256E-s7518--be582d1ce8295d8c47e261eb7bd78a0e720e78dd58805808e9bf64ddfc3c4fe4
+    192     SHA256E-s6118--3ca5d8ca6cda3acc6c07c604f6880c017e6faa7dad4ba61e9aa956a9fa8b4b0d
+    193     SHA256E-s1086965--e170514a3651dda3313f4dcfdb9490f039a825b8349f74957a17313bdbcd7e8d.jpg
+    194     SHA256E-s10504--a57d3172d4a009a1a0d38993ea6dbe03fab6aa1ec429aa4aab563465b0dc43bd.js
+    195     SHA256E-s530445--7c8e603a03e17bb0c6440df6b695e557357527bc081871b51d0b5a61222dd674.jpg
+    196     SHA256E-s37480--ba3a0b04e4325bf0853c6201ecf7bb0fc08a0a13f5fdf0a4477c6a1f0cc82559.js
+    197     SHA256E-s394333--77f7debb969fd22698b60339ed0a0e98d9c43b8c74203528a02f6a185784e808.jpg
+    198     SHA256E-s568976--43c009e20c1b4b28d651c64ac1faa9ebd5e704bb975e2fb65ece83f4cb8867d2.jpg
+    199     SHA256E-s13813--4b4db06a82938c002539bc21d9285d63387e1a6241932c111c4f3992fa093092.axd
+    200     SHA256E-s2735--f73ac06c4be021a97a8c40f5371f0e62fd7094d863d9679407784c09c13ddd5b.log
+    201     SHA256E-s25176948--4493a4fd3160627db1fdd24c2a6bd402b544c495565815007c2d0d5093478d2a.odt
+    202     SHA256E-s596273--de2ec9fe99774ea6ce0a746a66888b71cfd744d3d97084439d054e58adebe709.jpg
+    203     SHA256E-s947995--956f7ec6d1c0c931c40e055fe21c2cfde8ef135f816052147406cb0c3ed0f948.jpg
+    204     SHA256E-s5283--5fbb8a58b8bf48ea0511c26b1b319f737df54e8e35f13b5d851dc7c0ce662458.png
+    205     SHA256E-s777575--c9fea606bc2e419967c550c43b5345bf7b08b43a81d0cdc561e048b94d536e10.jpg
+    206     SHA256E-s51496--36143df60284eae68573cb266a34a25f3c042bfd8314bdf0730c03a4fb81bb38.sla
+    207     SHA256E-s3013379--4f47c51193c043d2e81aa0bf46927a5f5c305625a09ac9034f9cb6e25ea2c6bc.jpg
+    208     SHA256E-s592379--4cea82764a163f6da9c6e63f553f82f119d5188d187c0747ee467a337f81446e.jpg
+    209     SHA256E-s8402--5b400d459743a01405d2d1ffc4d07651c36712caf9030e2a091e48f97c58a2bb.png
+    210     SHA256E-s662301--f0cf51849e330e861513bee59063450d14759055c67986e8a31dbbde0907a254.jpg
+    211     SHA256E-s1371822--0c85f348595f845e0076e52157fbb772a9d72a4821310c187b183370d7bb1b4c.jpg
+    212     SHA256E-s13445--460f9e3ea4f8a260af278d81c59faa45f16b2069b10030a8a253cd852f2e8e34.log
+    213     SHA256E-s19780--3f513b835cc3299a15178dae45cc523f1b06a1c13bd0e1c29f958027d3f5dc8a.axd
+    214     SHA256E-s311438--00b3cbd6de31a75e3a017c452099991f1ec09327efe9c6450012f6015eb6e1a4.jpg
+    215     SHA256E-s8942--e267fde4da4719de2c454d82f907796167f425510ea84098a39b425b69d2df5e
+    216     SHA256E-s845884--58974bcab0e36d65d606c1acf57e34e2e6f89872fbab65b9abf5250c632967a5.jpg
+    217     SHA256E-s331598--de52b228ad93c774d4dd1d41556ff27f7f03802378747807f324a9604e32ed66.jpg
+    218     SHA256E-s201837--d3f750f64687f347f0254d3c602a010ef71636a85f37954690d20bb6548437b1.jpg
+    219     SHA256E-s537652--aeaa479c57d39b3618006162c80e1c0eaa2cfa0b2a9a2c069a3d601bfe5b0706.jpg
+    220     SHA256E-s1174974--1d506c737c2dbde4aa286a2a25b22412c83edc5e55c3cc94fa38fb224677cf01.jpg
+    221     SHA256E-s7068886--945cfae8e22db1c96ec4cfa7b7de021c6bfe4d9e4961eeb2860716d6c8a57354.m4v
+    222     SHA256E-s684839--02293539aa97de6ab57e9caaec6998f4e64a08967d9f5f2c44581fb1df0acdd0.jpg
+    223     SHA256E-s371333--36110b44ea216b0166b023d09b52d0d32c3bdd01dafa857ed62e7c806be93193.jpg
+    224     SHA256E-s195249--21a08a5510bc88e85db2b5da660c61320ccd101a4b86cf3558618bbf37d659f0.jpg
+    225     SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.xcf
+    226     SHA256E-s26368--302de7e36ca407cf1441ab2d3fa855192c9d8b2e6a7ec04638d19db7056b7f2a.png
+    227     SHA256E-s965404--fd61bc28b2adfd4d2f175e02c662b7a71dc4b09880c8198795994e70f156c46d.jpg
+    228     SHA256E-s7254--2fcb58c8f60caadcb3e2d9e38921a49e470a9d854a55c89cb9c80f6ed0334669.csv
+    229     SHA256E-s482912--24330dbfb1d90882bf3f42e96c236f818913c343fd828992cd03ca84a3b9b2f5.jpg
+    230     SHA256E-s641334--bb06cea748a2feefa1a608635b83ed4311da1990275e32a9fd4549048c91a453.jpg
+    231     SHA256E-s1239159--2d15a6bf658d588697c5b3c2b1d1382450a40517779c32d435ff672e45539a5c.jpg
+    232     SHA256E-s2125768--a04f47c1fa5136fa397897bc907b6754a9598b37d34920250b8f70a87aaaa0b8.jpg
+    233     SHA256E-s3968--f4147a07111527be5bc7e9a5c83e3fd7ed871937167fc6d20fb7ee4d7059aa69.js
+    234     SHA256E-s462918--aa97a7f50f004dffdf444bb7f69e09c650c8987f52b5f4a0164c6acdeb4a8b28.jpg
+    235     SHA256E-s29501--67fa8330853830c4b29e05f96e6e3b6369ab908238e425e8faff4ac57e12bdb0.log
+    236     SHA256E-s158417--4058a56c1350032d640519f3aeb94ba27cd8e8b5afceb6d65e746af4f94777e0.pdf
+    237     SHA256E-s3437070--12a5bafa210aa79e9abb86c21032003c30c3a1eb5fce45a31488b6ff08db084d.jpg
+    238     SHA256E-s4373--12f64c274107733ae44f8ea9dc92e3ecf15400d98b3d76f9cc7e11527e4ed81a
+    239     SHA256E-s51497--218e86c2eb9ded51b764b5296cfff76bae4dca82e07a1602c9c597a1c34e98d7.sla
+    240     SHA256E-s4372--20e4d3e47c5fd381ffc31e6effbeb29eda97d6def773a3e42596501c6beb6317
+    241     SHA256E-s317548--cb605575ca9fab16501f2819b000d11bb06fbb2ad1f300cfba3d011e3e8e2ffc.pdf
+    242     SHA256E-s4960--c10e8c25e9b66e3ef77723373beae89e2fab1010c8b36ca329a3e9da20cbdc7e.log
+    243     SHA256E-s517805--9c14fd5e5da48efd9951b086c25c04a7c5427111ef2829543497e707f93fce99.jpg
+    244     SHA256E-s1857451--616661a96876b89472a69d32bd567aeeb95fa7da19ba4c3aa6a0ab237e2dcec3.jpg
+    245     SHA256E-s2760813--63d375f82234356889c6222a0162bdba3b7f5a1a0cb31e24c2c209f43fc2f37e.jpg
+    246     SHA256E-s832772--530816bf7c52c72e9b951289b5a35da753c66726d4e7bb2c2267faec6c8c263c.jpg
+    247     SHA256E-s4660164--2832a896d7af11fc35e1dd7ab527b0fdfeedf7ffe93bcce147381a8739c81298.JPG
+    248     SHA256E-s688782--71733ec7ffd2077ecf2973a739e4928be5824ad92034f64446a216cf513a1f29.jpg
+    249     SHA256E-s2876462--92eb9385b333bf9eb8ad56de86e46d1ba9b21c1166814e6f16e50e4a769936fc.odt
+    250     SHA256E-s496541--80d2e40f680dbd998b487e0ee8d479cb92741ec9c3e1f9d1d1d6d2f21a8cd795.jpg
+    251     SHA256E-s69339--97fe05a5b2c230c5b1fde5d18555aca13d12a35940d7d8c15249e7e80629aed6.jpg
+    252     SHA256E-s169446--5e1e9e262a58c5692f0d3c428fb71c0980311a88b474ffee95a5ea8cb5d5bf15.jpg
+    253     SHA256E-s2678100--a347450551a9055011016920280dd0a63dfc541f4f52f8ee78ef2b7a09afd46a.jpg
+    254     SHA256E-s87--5c2582459e3550daa4889fae41e3c8f6f4ad26dfa670502e4f516749aeac4113.png
+    255     SHA256E-s5798--c7167ef62bc21326b00d78b47d672bc25026eb6c7f3919fa47db2e7db8855ba9.gif
+    256     SHA256E-s53033--80840b2105a7a316a010ec3c3775031bef7fbdabbb7d3f6b7ece1a6253ef1b59.jpg
+    257     SHA256E-s7407--8ec4462ca6a05614378729bb20bb33c3b892bc943fd698389e44d959c4506843.log
+    258     SHA256E-s1189946--d23ba452e6e267d93f6233e885bd6f9e15b8ad1aea4c3d2368d901428df78970.jpg
+    259     SHA256E-s3447000--61a3bd3f7dda48544b67040012d6cd5999499d25e75dc34b82d11955d0fc9b6a.jpg
+    260     SHA256E-s3263208--69ad68aaad7058af8d14f7e4c03e5b52c9a78dbac7ffd33bd7bc5220c847d6bb.JPG
+    261     SHA256E-s1226280--d372b699459664c382f607ff56294df49e6d8d0fcab90b509337c347943357cf.jpg
+    262     SHA256E-s16890--12861c187e68e3591ccd5f708b935cc43bf25f5672daf50913e152c1c55e510c.png
+    263     SHA256E-s1092669--8e7f7431c487c6cff11ee9f7c8a87aa0d057b518e60bd2b92fd677e5c9a88313.jpg
+    264     SHA256E-s307511--5fad92167d8f9a7ed4076909a1540388cdae89df956e6011065526bfb10564a4.jpg
+    265     SHA256E-s8334--212df98aca1ee3d4f10539a786ad746f3856c2715e23d5cb816a2374b5e6c43c.png
+    266     SHA256E-s3375--2b403c31d4934895cccbe05556b0134bd4b78d4b873193d2b12a8893ab170681.txt
+    267     SHA256E-s691014--470d607465715a4c0735d74da75a5aafb5f6707b9d10a9a6a8c002f095f447e2.jpg
+    268     SHA256E-s680701--133c1dc67e394103d9f900cbf80ef508c7d7818edb23406c5f67f027a38093a4.jpg
+    269     SHA256E-s4024--b5d3e2bb6d51ff8ceb54f501035a5feebe7d5178d35b98abe9e41531bd2abd22
+    270     SHA256E-s1117--b7c94c25be8e78468071e78481641927450d754fd1bbd8d0d751f116d02b9ab3
+    271     SHA256E-s476926--ea981873de3e0ca8156ff710429894abbd8a51384b210cc142b074ec9b2c9ba0.jpg
+    272     SHA256E-s56655--7df6526b49b7aa986070db456b6a3a378c8aaaee8cb7c8892c154eecf401002a.com.htm
+    273     SHA256E-s2963--4fc53b3029a595b3b7f1f201eb4b7c2df78afc7e083abccd070c8e6fae79a661.txt
+    274     SHA256E-s761655--486ef18d41898ba80505d7630170305c4b58fa647786bd5447f20045bd6f3b2e.jpg
+    275     SHA256E-s1389414--3599c1a4da6a3b61cbc4dc431c436af9bf201b634fde2f99ddf54eae8c3590d5.jpg
+    276     SHA256E-s39678--bea819324e10bc288c75650e2196bebd5339952ce33574625ae5091ad749b63c.jpg
+    277     SHA256E-s47531--a91ecea2694b4b5c8daab84aa25c675f2f73dbfaa8ccfd581d6868b1e2568b7a.jpg
+    278     SHA256E-s4923--2f1b9afef156e9c7f4994106eda088868a992d92e66a5d601f77980fea80f777
+    279     SHA256E-s84101--bca6a8a9640b1ebfa8a2ba01b3a0f7ed20ad77fa5cbb5588d46ce75949fc38db.jpg
+    280     SHA256E-s1245742--d547d4a18279ec671be7869896c0b3e763cf8499c4dc28a62a49cd657fdf4200.jpg
+    281     SHA256E-s655461--f9b43d2794fe757d7cb61a704a01c85bc09eb20d70a1550d6934dec12f46f0bf.jpg
+    282     SHA256E-s137484--51fbe9bc815e41dfe22b9f9d4ed8f3ca98a8cb5cc7b81522b296d45b0279a413.jpg
+    283     SHA256E-s607392--ead4548b66ac3ab5c930cd89bd60de480184a4f23ffce9b5da24f9269b796283.jpg
+    284     SHA256E-s6888--405748982bbb3340eea34acbe45085ea62c80767866f0c76c355e4f94b969c7c.png
+    285     SHA256E-s4327767--eef5840e2f4294a125aaa3ed33f8ccc96c5c2c3e31cbee356013de354e628df9.pdf
+    286     SHA256E-s411064--4e5e5d477ccc542f78649e4b4ee6aa132bf79ae9aeb64a46cb45a7ee133eb2f7.pdf
+    287     SHA256E-s224149--204dbb62c5d5352c9b5baead124ecf52c6fffd49120343cc21bb10343353934e.jpg
+    288     SHA256E-s1333719--9d9ac54db47723755ee0d19731c0b2f4b40074d946da4a1e283a4904feea4534.jpg
+    289     SHA256E-s1889687--07b79ce21bf5ffe2d80f9878d338fcd63ddc92c5381eb3c290639c3e73a7b927.jpg
+    290     SHA256E-s686131--93ba1a21ff8cc7d9baa61a2af8407ccc8c1b22705a191e9f0a393d14ec95e232.jpg
+    291     SHA256E-s619954--3d900d39d16eca00287a0c4bbe20b46767867b5065260a4a1fa8444081998e25.jpg
+    292     SHA256E-s828309--f1d702dcb350cff7a3229fe62c4f0f4beb5f95ad2f00a6fd1bfb82549cd08129.jpg
+    293     SHA256E-s516404--0ca06e98fd119847c99bee56264a31ac99b36ae71136624018d308ff8c6a2e3d.jpg
+    294     SHA256E-s783842--0618e7c3ebc7ff8fcdff82b9fd227e8b83f491e8e1b96c2d0e566fc7fbea27ea.jpg
+    295     SHA256E-s20748--df0711c99c30b5fdcbfdd109c093f02f6a7f5196e7ffbc8e291bb2780c5735c0.css
+    296     SHA256E-s61739--387a27967c79b09e21d93f8a8b969dda930e8d26e9ce379c1d71718d4cc5a1df.jpg
+    297     SHA256E-s1461106--37222c3cd7a3af846c8aaed3a174a0a7e6f775ea4c08c4e2f792c6da724812b9.jpg
+  (To see where data was previously used, try: git log --stat -S'KEY')
+  
+  To remove unwanted data: git-annex dropunused NUMBER
+  
+ok
+[2014-09-02 05:15:23 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   11f0e77..fb4d2b8  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   fb4d2b8..490e8d4  annex/direct/master -> synced/master
+error: duplicate parent 490e8d462bf7572cf44bf4fb6a820ed38d471a54 ignored
+[2014-09-02 06:15:25 BST] NetWatcherFallback: Syncing with apollo 
+From apollo.aylett.co.uk:Annex/Family
+   fb4d2b8..490e8d4  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   490e8d4..08b6a0a  annex/direct/master -> synced/master
+error: duplicate parent 08b6a0ab11b225b34261a4cd5962a6630eed4495 ignored
+[2014-09-02 07:15:27 BST] NetWatcherFallback: Syncing with apollo 
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: /usr/lib/x86_64-linux-gnu/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
+p11-kit: couldn't load module: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
+gpg: Signature made Sun 31 Aug 2014 21:52:56 BST using DSA key ID 89C809CB
+gpg: /tmp/git-annex-gpg.tmp.0/trustdb.gpg: trustdb created
+gpg: Good signature from "git-annex distribution signing key (for Joey Hess) <id@joeyh.name>"
+gpg: WARNING: This key is not certified with a trusted signature!
+gpg:          There is no indication that the signature belongs to the owner.
+Primary key fingerprint: 4005 5C6A FD2D 526B 2961  E78F 5EE1 DBA7 89C8 09CB
+From apollo.aylett.co.uk:Annex/Family
+   490e8d4..08b6a0a  master     -> apollo/master
+To lizzie@apollo.aylett.co.uk:Annex/Family
+   08b6a0a..69244bb  annex/direct/master -> synced/master
+error: duplicate parent 69244bbcf029c21782995b78cdfbff789c0d198e ignored
+[2014-09-02 12:19:20 BST] NetWatcher: Syncing with apollo 
+ControlSocket /run/user/1000/ssh-apollo.aylett.co.uk-22-lizzie already exists, disabling multiplexing
+From apollo.aylett.co.uk:Annex/Family
+   08b6a0a..69244bb  master     -> apollo/master
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+[2014-09-02 12:20:01 BST] UpgradeWatcher: Upgrading git-annex
+error: refs/heads/synced/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/heads/synced/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/heads/synced/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/heads/synced/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/git-annex does not point to a valid object!
+error: refs/synced/5879379e-5514-11e3-b428-a79c7bfa61c8/master does not point to a valid object!
+[2014-09-02 12:21:36 BST] NetWatcherFallback: Syncing with apollo 
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+git-annex-shell: Only allowed to access ~/Music not ~/Annex/Family
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
+"""]]

From 64156c77b1bfb4638c36dd685009eb1043e0f940 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
 <dxtrish@web>
Date: Sun, 7 Sep 2014 21:16:09 +0000
Subject: [PATCH 141/260] Added a comment

---
 ...comment_2_c1158b7ec15646d64cae8215ce845642._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/tips/megaannex/comment_2_c1158b7ec15646d64cae8215ce845642._comment

diff --git a/doc/tips/megaannex/comment_2_c1158b7ec15646d64cae8215ce845642._comment b/doc/tips/megaannex/comment_2_c1158b7ec15646d64cae8215ce845642._comment
new file mode 100644
index 0000000000..99da0e370d
--- /dev/null
+++ b/doc/tips/megaannex/comment_2_c1158b7ec15646d64cae8215ce845642._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
+ nickname="dxtrish"
+ subject="comment 2"
+ date="2014-09-07T21:16:09Z"
+ content="""
+Because megaannex apparently isn't working nowadays I have created a compatible program in Go. I think it should handle everything except REMOVE right now.
+
+You can find it on github: https://github.com/dxtr/megaannex-go
+"""]]

From 5226d49319479e80c4fc31bf3e07f08b0c099d4d Mon Sep 17 00:00:00 2001
From: "http://id.clacke.se/" <Claes@web>
Date: Sun, 7 Sep 2014 21:53:10 +0000
Subject: [PATCH 142/260] Added a comment: repack parameters

---
 ...comment_3_b4761cacc02396b5bdf34bcf3457cb91._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_3_b4761cacc02396b5bdf34bcf3457cb91._comment

diff --git a/doc/forum/big_overhead/comment_3_b4761cacc02396b5bdf34bcf3457cb91._comment b/doc/forum/big_overhead/comment_3_b4761cacc02396b5bdf34bcf3457cb91._comment
new file mode 100644
index 0000000000..f090e5b258
--- /dev/null
+++ b/doc/forum/big_overhead/comment_3_b4761cacc02396b5bdf34bcf3457cb91._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="Claes"
+ subject="repack parameters"
+ date="2014-09-07T21:53:10Z"
+ content="""
+Because git-annex tracks all the events of an annexed file for each repo -- added, dropped, copied etc -- and it tracks these in one object per file in the git-annex branch, it does indeed create a lot of objects. To improve both space and performance I made sure to add `git gc --auto` as a post-commit hook, as the objects in my case can quickly reach the tens or even hundreds of thousands.
+
+To further improve performance and space, you can choose to set `pack.window` and `pack.depth` to vastly higher values than the defaults (10 and 50, respectively), because there is a large amount of objects with very similar content. I did a `git repack --window 2500 --depth 1000 -f -a d` and brought down my repo from 3 GiB (packed!) to 300 MiB. Make sure to have a lot of memory and CPU available when doing this, or it will take forever. You can set `pack.window` ridiculously high if you like, as long as you limit it with `pack.windowMemory`, so that it makes use of all your available memory for comparing objects and finding the optimal delta.
+"""]]

From 863c27425f8d06d07bf80309742d1148376d9df0 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
 <Jon_Ander@web>
Date: Mon, 8 Sep 2014 07:27:46 +0000
Subject: [PATCH 143/260] Added a comment

---
 .../comment_14_46bddc2451da3bf5029248198cf02dcd._comment  | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment

diff --git a/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment b/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment
new file mode 100644
index 0000000000..6ee3fb79ea
--- /dev/null
+++ b/doc/bugs/Assistant_merge_loop/comment_14_46bddc2451da3bf5029248198cf02dcd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk9nck8WX8-ADF3Fdh5vFo4Qrw1I_bJcR8"
+ nickname="Jon Ander"
+ subject="comment 14"
+ date="2014-09-08T07:27:46Z"
+ content="""
+Still experiencing this bug in Debian testing (5.20140717) and Debian sid (5.20140831)
+"""]]

From 4d42f102067fc47895df132f1d7af9421c73d19a Mon Sep 17 00:00:00 2001
From: CandyAngel <CandyAngel@web>
Date: Mon, 8 Sep 2014 08:08:50 +0000
Subject: [PATCH 144/260] Added a comment

---
 .../comment_10_8abfe7417167df54b686960319465a65._comment  | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_10_8abfe7417167df54b686960319465a65._comment

diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_10_8abfe7417167df54b686960319465a65._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_10_8abfe7417167df54b686960319465a65._comment
new file mode 100644
index 0000000000..a8d501682f
--- /dev/null
+++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_10_8abfe7417167df54b686960319465a65._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="CandyAngel"
+ ip="81.111.193.130"
+ subject="comment 10"
+ date="2014-09-08T08:08:50Z"
+ content="""
+Removing .git/annex/index is safe, it is a step in getting git-annex to [forget a commit entirely](http://git-annex.branchable.com/forum/How_to_get_git-annex_to_forget_a_commit__63__).
+"""]]

From 424a6a7f4bc7cf18669722b44b6225a71cf54559 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Mon, 8 Sep 2014 13:20:36 +0000
Subject: [PATCH 145/260] Added a comment: Re: repack parameters

---
 ...t_4_633f8538f368220eaca82b8bbfe9b49d._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_4_633f8538f368220eaca82b8bbfe9b49d._comment

diff --git a/doc/forum/big_overhead/comment_4_633f8538f368220eaca82b8bbfe9b49d._comment b/doc/forum/big_overhead/comment_4_633f8538f368220eaca82b8bbfe9b49d._comment
new file mode 100644
index 0000000000..a0001f71e1
--- /dev/null
+++ b/doc/forum/big_overhead/comment_4_633f8538f368220eaca82b8bbfe9b49d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="109.201.154.209"
+ subject="Re: repack parameters"
+ date="2014-09-08T13:20:36Z"
+ content="""
+Thanks for your tips, Claes.  I was really aware of `git repack` and that set of parameters.
+
+I didn't mention, but sadly I'd run `git gc` on the repos just before collecting the above numbers.
+
+I tried to repack two repositories -- `doc.annex` and `config.annex` -- using the values you suggested.   However, it did not have any measurable effect (less than 100mb in both cases).  
+
+The number of unused files seem to be (much) less than 500 files in the repos.
+
+BTW: All of the extra size is in the `.git/objects/` folder.  `.git/annex/` is quite small (always much less than 1GB).  Would that indicate that large files are checked in with git sans annex somehow?
+"""]]

From 378fbb1f86d515fb986fb83ab9fc5a76166482b8 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Mon, 8 Sep 2014 13:48:03 +0000
Subject: [PATCH 146/260] Added a comment

---
 .../comment_5_599092b8d4f1fc8f378796328ef42931._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_5_599092b8d4f1fc8f378796328ef42931._comment

diff --git a/doc/forum/big_overhead/comment_5_599092b8d4f1fc8f378796328ef42931._comment b/doc/forum/big_overhead/comment_5_599092b8d4f1fc8f378796328ef42931._comment
new file mode 100644
index 0000000000..ee91a5b2bd
--- /dev/null
+++ b/doc/forum/big_overhead/comment_5_599092b8d4f1fc8f378796328ef42931._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="109.201.154.183"
+ subject="comment 5"
+ date="2014-09-08T13:48:03Z"
+ content="""
+So `git prune` worked wonders on my repos, getting rid of GBs of stuff in the `.git/objects` folders.  I don't know why they weren't picked up by `git gc`.  In retrospect, it was perhaps a bit careless of me to run `git prune` directly, but hopefully I will be OK. . .
+"""]]

From c2892ddb6fd20744f2f90b2974c4a0cf77f5c317 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
 <Dave@web>
Date: Mon, 8 Sep 2014 15:39:04 +0000
Subject: [PATCH 147/260] Added a comment: windows port volunteer tester

---
 ...2_0775dc22516cfa8c5e7deea954084947._comment | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)
 create mode 100644 doc/todo/windows_support/comment_12_0775dc22516cfa8c5e7deea954084947._comment

diff --git a/doc/todo/windows_support/comment_12_0775dc22516cfa8c5e7deea954084947._comment b/doc/todo/windows_support/comment_12_0775dc22516cfa8c5e7deea954084947._comment
new file mode 100644
index 0000000000..0c3aa46d4f
--- /dev/null
+++ b/doc/todo/windows_support/comment_12_0775dc22516cfa8c5e7deea954084947._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
+ nickname="Dave"
+ subject="windows port volunteer tester"
+ date="2014-09-08T15:39:03Z"
+ content="""
+Hello.
+
+I volunteer to test the Windows port.  I can only do so on the work computer.  :)
+
+I know how to produce a Minimal Reproducible Example.  Are there some areas that need attention?
+
+I've enabled the 'email replies to me' ikiwiki feature.  (Nice plugin.)
+
+Cheers,
+
+--Dave
+"""]]

From bf5009b86664e090df43cb5cfa013b8f247cf208 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
 <Dave@web>
Date: Mon, 8 Sep 2014 18:15:03 +0000
Subject: [PATCH 148/260]

---
 doc/forum/Windows_installation_notes.mdwn | 122 ++++++++++++++++++++++
 1 file changed, 122 insertions(+)
 create mode 100644 doc/forum/Windows_installation_notes.mdwn

diff --git a/doc/forum/Windows_installation_notes.mdwn b/doc/forum/Windows_installation_notes.mdwn
new file mode 100644
index 0000000000..ee9193ac53
--- /dev/null
+++ b/doc/forum/Windows_installation_notes.mdwn
@@ -0,0 +1,122 @@
+[[!toc]]
+
+# Introduction
+
+Hello.
+
+I've installed git-annex and/or git-annex assistant on Windows 7 in a corp environment (hello gotchas!).
+
+In this post I'll describe issues I encountered, how I fixed them, and recommendations I have for the installer.
+
+# Background
+
+My regular domain user doesn't have permissions to write to `C:\Program Files (x86)`, so I use a secondary domain user which is in the Administrators group.  I use "Run as different user" to run installers, etc.  (cf. "Run as Administrator")
+
+During msysgit installation I checked "only bash, don't add to path, don't integrate with Explorer" etc, since I like my third-party applications isolated.
+
+# The installer
+
+## Where to install `git-annex.exe`
+
+The nightly build of git-annex/assistant from NEST (20140908) only prompts for the base path of the msysgit location and it installs files in `$BASE/bin` and `$BASE/cmd`...  I'll try manually copying files post-install to mitigate the path issues described in other posts on this forum.
+
+The msysgit installer (1.9.4-preview20140815) presents a certain screen with three radio options:
+
+1. git bash only
+2. just git in `cmd.exe`
+3. git + unix tools in `cmd.exe`.
+
+I *think* this is the meaning of each:
+
+1. cmd.exe's PATH is not touched.
+2. `$GITBASE/cmd` is added to PATH
+3. `$GITBASE/bin` is added to PATH
+
+Therefore, I think that if you do something so that `git-annex.exe` is added to both $GITBASE/cmd and $GITBASE/bin (perhaps a symlink or even a .lnk file) then all three user preference options will be covered.
+
+All I did was copy `$BASE/cmd/git-annex.exe` to `$BASE/bin/git-annex.exe` and now both `git annex` and `git-annex` work in my msysgit "git bash" console.  I didn't test `cmd.exe` since I selected option 1 in the msysgit installer.
+
+## Installer locations: user profile or system-wide?
+
+I found a shortcut for the webapp in Start Menu/Startup ... for the wrong user.  Please prompt the user during the installation: "Install startup link system-wide or for current user?"
+
+# git annex test results
+
+## `$HOME` defaulted to some mapped drive, whoops!
+
+The test suite has been running since before I started this post.  Is that normal? :)
+
+I notice that it emits "Detected a crippled filesystem", "Enabling direct mode." and other messages again and again.  If those checks are expensive, maybe the result should be memoized/cached.
+
+Oh goodness, the test is reading and writing to my "home directory": a remote filesystem I never use.  It's slow.  I'll have to configure msysgit to use a different, more local `$HOME`.  This a common problem on this workstation.  I'll let the test finish in case it reveals something useful to you, but this will not be how I use it going forward...
+
+I am unable to attach `testWithMappedDriveHomeDirConsoleOutput.txt` to this post.  1 out of 84 tests failed.  Here is the only case sensitive occurrence of FAIL in the console output, with some lines of context.
+
+    OK
+        info:                                             Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
+    FAIL
+          Exception: user error (git-annex ["info","--json"] exited 1)
+        version:                                          Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    git-annex version: 5.20140908-g378fbb1
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+
+## test results with local NTFS `$HOME`
+
+...The console output is scrolling by much more quickly.
+
+2 out of 84 tests failed.
+
+        prop_past_sane:                                 OK
+          +++ OK, passed 1000 tests.
+        prop_duration_roundtrips:                       OK
+          +++ OK, passed 1000 tests.
+        prop_metadata_sane:                             OK
+          +++ OK, passed 1000 tests.
+        prop_metadata_serialize:                        OK
+          +++ OK, passed 1000 tests.
+        prop_branchView_legal:                          OK
+          +++ OK, passed 1000 tests.
+        prop_view_roundtrips:                           OK
+          +++I nOiKt,  Tpeasstsse
+    d  1 0i0n0i tt:e sts.
+        prop_viewedFile_rountrips:                      FAIL
+          *** Failed! Falsifiable (after 51 tests and 1 shrink):
+          "a:"
+          Use --quickcheck-replay '50 592211036 1831676953' to reproduce.
+      Unit Tests
+        add sha1dup:                                    init test repo
+      Detected a filesystem without fifo support.
+    
+      Disabling ssh connection caching.
+
+and
+
+    OK
+        info:                                             Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
+    FAIL
+          Exception: user error (git-annex ["info","--json"] exited 1)
+        version:                                          Detected a filesystem without fifo support.
+      Disabling ssh connection caching.
+      Detected a crippled filesystem.
+      Enabling direct mode.
+    git-annex version: 5.20140908-g378fbb1
+    build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
+
+...Note the corruption.  I think this happens when I drag the scroll bar while console output is being emitted.  (msysgit's problem?)  I would presume and hope that this is a "display only" issue.
+
+# Conclusion
+
+I hope this information is helpful.  I've enabled the 'email comments to me' option on this post and I'd be happy to perform further tests upon request.
+
+Cheers!

From 5ba691bb444a58b4e6abfe651e21aec7d0eeec2f Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
 <Dave@web>
Date: Mon, 8 Sep 2014 18:16:42 +0000
Subject: [PATCH 149/260]

---
 doc/forum/Windows_installation_notes.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/forum/Windows_installation_notes.mdwn b/doc/forum/Windows_installation_notes.mdwn
index ee9193ac53..42e93be8ba 100644
--- a/doc/forum/Windows_installation_notes.mdwn
+++ b/doc/forum/Windows_installation_notes.mdwn
@@ -6,7 +6,7 @@ Hello.
 
 I've installed git-annex and/or git-annex assistant on Windows 7 in a corp environment (hello gotchas!).
 
-In this post I'll describe issues I encountered, how I fixed them, and recommendations I have for the installer.
+In this post I'll describe issues I encountered, how I fixed them, recommendations I have for the installer, and some results from a couple `git annex test` runs.
 
 # Background
 

From ba667c6f9142a1745d20b1702a906f1907674e96 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
 <Dave@web>
Date: Mon, 8 Sep 2014 18:36:51 +0000
Subject: [PATCH 150/260]

---
 doc/forum/Windows_installation_notes.mdwn | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/doc/forum/Windows_installation_notes.mdwn b/doc/forum/Windows_installation_notes.mdwn
index 42e93be8ba..a38fed805c 100644
--- a/doc/forum/Windows_installation_notes.mdwn
+++ b/doc/forum/Windows_installation_notes.mdwn
@@ -115,6 +115,14 @@ and
 
 ...Note the corruption.  I think this happens when I drag the scroll bar while console output is being emitted.  (msysgit's problem?)  I would presume and hope that this is a "display only" issue.
 
+# .vbs failure
+
+I copied the `git-annex.lnk` out of my admin user's start menu onto my desktop and double clicked it.  `wscript.exe` got stuck in a loop where new copies were being spawned over and over again (and old copies dieing at the same rate).
+
+I think I know why.  `git-annex.exe` isn't on the path... but `git-annex.lnk` is in the CWD (Desktop in this case).  Yeah, that is the problem.  The vbs attempts to run "git-annex webapp", and this .lnk points to a valid "executable": `git-annex-webapp.vbs`...  So it just calls itself with an argument over and over again.
+
+Workaround: invoke `git annex webapp` from the normal git bash console.
+
 # Conclusion
 
 I hope this information is helpful.  I've enabled the 'email comments to me' option on this post and I'd be happy to perform further tests upon request.

From 6d5f366d70130834c8be9aa0fa4566c3224a0332 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkQOUUx4LVAk6EnstSLvdv7gZc0NsRlHXw"
 <Dave@web>
Date: Mon, 8 Sep 2014 19:21:01 +0000
Subject: [PATCH 151/260]

---
 doc/forum/Windows_installation_notes.mdwn | 20 ++++++++++++++++++--
 1 file changed, 18 insertions(+), 2 deletions(-)

diff --git a/doc/forum/Windows_installation_notes.mdwn b/doc/forum/Windows_installation_notes.mdwn
index a38fed805c..3fb25ec050 100644
--- a/doc/forum/Windows_installation_notes.mdwn
+++ b/doc/forum/Windows_installation_notes.mdwn
@@ -4,7 +4,7 @@
 
 Hello.
 
-I've installed git-annex and/or git-annex assistant on Windows 7 in a corp environment (hello gotchas!).
+I've installed git-annex and git-annex assistant on Windows 7 in a corp environment (hello gotchas!).
 
 In this post I'll describe issues I encountered, how I fixed them, recommendations I have for the installer, and some results from a couple `git annex test` runs.
 
@@ -113,7 +113,7 @@ and
     git-annex version: 5.20140908-g378fbb1
     build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash
 
-...Note the corruption.  I think this happens when I drag the scroll bar while console output is being emitted.  (msysgit's problem?)  I would presume and hope that this is a "display only" issue.
+...Note the corruption.  I think this happens when I drag the scroll bar while console output is being emitted.  (msysgit's problem?)  I would presume and hope that this is a "display only" issue. UPDATE: see section Corruption below.
 
 # .vbs failure
 
@@ -123,6 +123,22 @@ I think I know why.  `git-annex.exe` isn't on the path... but `git-annex.lnk` is
 
 Workaround: invoke `git annex webapp` from the normal git bash console.
 
+# Corruption?
+
+In some section above I speculated that the "jittery" corruption I was seeing in my console was a "display only" problem caused by scrolling around while new characters were being printed to the console.  Now, I don't think so.
+
+The corruption can be seen in the Log in the webapp.  Here's an example from the top of the log:
+
+    [2014-09-08 13:37:45 Central Daylight Time] main: starting assistant version 5.20140908-g378fbb1
+    Launching web browser on file://d:\annex\.git\annex\webapp.html
+    [2014-09-08 13:37:45 Central Daylight Time] Cronner: You should enable consistency checking to protect your data. 
+    (scanning...) [2014-09-08 13:37:45 Central Daylight Time] Watcher: Performing startup scan
+    (started...) rreerrcceevvcc::vv  ::ff  aaffiiaalliieellddee  dd((  NN((ooNN  ooee  rreerrrroorrrroo))rr
+    
+    ))
+
+I have no clue about this!  (Well...  "I think it's trying to communicate!") 
+
 # Conclusion
 
 I hope this information is helpful.  I've enabled the 'email comments to me' option on this post and I'd be happy to perform further tests upon request.

From 4eeb53204d59deb049038d9ec6dc30c28e6178cb Mon Sep 17 00:00:00 2001
From: "http://schnouki.net/" <Schnouki@web>
Date: Tue, 9 Sep 2014 12:48:59 +0000
Subject: [PATCH 152/260] Added a comment

---
 ...comment_6_3b6c74b40ea666389ac04b52ab0819a0._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/tips/using_Amazon_S3/comment_6_3b6c74b40ea666389ac04b52ab0819a0._comment

diff --git a/doc/tips/using_Amazon_S3/comment_6_3b6c74b40ea666389ac04b52ab0819a0._comment b/doc/tips/using_Amazon_S3/comment_6_3b6c74b40ea666389ac04b52ab0819a0._comment
new file mode 100644
index 0000000000..0fce69dad8
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_6_3b6c74b40ea666389ac04b52ab0819a0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 6"
+ date="2014-09-09T12:48:59Z"
+ content="""
+Jack, if you don't want to use encryption you can use `encryption=none` as documented [here](http://git-annex.branchable.com/special_remotes/S3/).
+
+I'm not sure exactly what you're trying to do, but please note that you files won't be easily available on S3: they will be named as git-annex keys, with long and unreadable names such as \"SHA256E-s6311--c7533fdd259d872793b7298cbb56a1912e80c52a845661b0b9ff391c65ee2abc.html\" instead of \"index.html\".
+"""]]

From c4bfd3887766a8017aa7807072ea989eeb8a039f Mon Sep 17 00:00:00 2001
From: "71.207.150.202" <71.207.150.202@web>
Date: Tue, 9 Sep 2014 22:38:22 +0000
Subject: [PATCH 153/260] poll vote (/sdcard/annex)

---
 doc/design/assistant/polls/Android_default_directory.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/design/assistant/polls/Android_default_directory.mdwn b/doc/design/assistant/polls/Android_default_directory.mdwn
index 52bd892bfa..6060dd64c6 100644
--- a/doc/design/assistant/polls/Android_default_directory.mdwn
+++ b/doc/design/assistant/polls/Android_default_directory.mdwn
@@ -4,4 +4,4 @@ Same as the desktop webapp, users will be able to enter a directory they
 want the first time they run it, but to save typing on android, anything
 that gets enough votes will be included in a list of choices as well.
 
-[[!poll open=yes expandable=yes 68 "/sdcard/annex" 6 "Whole /sdcard" 7 "DCIM directory (photos and videos only)" 2 "Same as for regular git-annex. ~/annex/"]]
+[[!poll open=yes expandable=yes 69 "/sdcard/annex" 6 "Whole /sdcard" 7 "DCIM directory (photos and videos only)" 2 "Same as for regular git-annex. ~/annex/"]]

From c8e0d042928d41b75f7020d0b003ef34b82310f1 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlsL6qQTFGlP3fTJkx6JdieNbb6mM63SGk"
 <Henry@web>
Date: Tue, 9 Sep 2014 23:41:56 +0000
Subject: [PATCH 154/260]

---
 ...__returns_success_when_file_not_found.mdwn | 26 +++++++++++++++++++
 1 file changed, 26 insertions(+)
 create mode 100644 doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn

diff --git a/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn b/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn
new file mode 100644
index 0000000000..3c6220cf60
--- /dev/null
+++ b/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+When attempting to 'git annex get' a file that does not exist in the git repository, git-annex correctly reports "not found".  But it still returns exit code 0, incorrectly indicating success.  This is problematic for scripting.
+
+### What steps will reproduce the problem?
+See transcript
+
+### What version of git-annex are you using? On what operating system?
+git-annex 5.20140517.4 as supplied by 'git-annex' aptitude package on Ubuntu 12.04.4 LTS (32-bit) 
+
+### Please provide any additional information below.
+
+[[!format sh """
+
+henry@commsbox:~/work/tmp$ git init test
+Initialized empty Git repository in /home/henry/work/tmp/test/.git/
+henry@commsbox:~/work/tmp$ cd test
+henry@commsbox:~/work/tmp/test$ git annex init
+init  ok
+(Recording state in git...)
+henry@commsbox:~/work/tmp/test$ git annex get nonexistent.file
+git-annex: nonexistent.file not found
+henry@commsbox:~/work/tmp/test$ echo $?
+0
+
+
+"""]]

From 63331ecfba85ed8142eb5f9be9fa232d47cb5079 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmazY0ymQUdwPmVsflFpz4tl3Dc0cei6Rc"
 <Brett@web>
Date: Tue, 9 Sep 2014 23:59:00 +0000
Subject: [PATCH 155/260]

---
 doc/forum/Web_app_on_server_without_X11__63__.mdwn | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 doc/forum/Web_app_on_server_without_X11__63__.mdwn

diff --git a/doc/forum/Web_app_on_server_without_X11__63__.mdwn b/doc/forum/Web_app_on_server_without_X11__63__.mdwn
new file mode 100644
index 0000000000..cb880cf292
--- /dev/null
+++ b/doc/forum/Web_app_on_server_without_X11__63__.mdwn
@@ -0,0 +1,3 @@
+When I run git-annex-webapp, a browser is opened and I am redirected to the assistant. However, how can I run the web app and just have it start the server process without opening a browser, and navigating to the page from a remote computer?
+
+Thanks!

From 4751fc2c8b4ac6aaad9783f61ade7d68a146a506 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Wed, 10 Sep 2014 12:07:53 +0000
Subject: [PATCH 156/260] Added a comment

---
 .../comment_6_adb4b4e7eb4dac7760f3425bae6cbbc2._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_6_adb4b4e7eb4dac7760f3425bae6cbbc2._comment

diff --git a/doc/forum/big_overhead/comment_6_adb4b4e7eb4dac7760f3425bae6cbbc2._comment b/doc/forum/big_overhead/comment_6_adb4b4e7eb4dac7760f3425bae6cbbc2._comment
new file mode 100644
index 0000000000..0bc1763a3d
--- /dev/null
+++ b/doc/forum/big_overhead/comment_6_adb4b4e7eb4dac7760f3425bae6cbbc2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="193.145.48.43"
+ subject="comment 6"
+ date="2014-09-10T12:07:53Z"
+ content="""
+Seems `git prune` only worked as a temporary fix.  My `doc.annex/.git/objects` is 3.6Gb after two days.  I don't get why `git` sans `annex` is checking in stuff -- which I assume is the reason it's stored in `.git/objects`.
+"""]]

From ab2ec00e3ab5d6bf4efbb2ee8b7dc9368e4ede21 Mon Sep 17 00:00:00 2001
From: Xyem <Xyem@web>
Date: Wed, 10 Sep 2014 14:32:21 +0000
Subject: [PATCH 157/260] Added a comment

---
 ...comment_1_bee409ad389e5fb5f3e8de4b5c68278d._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/Web_app_on_server_without_X11__63__/comment_1_bee409ad389e5fb5f3e8de4b5c68278d._comment

diff --git a/doc/forum/Web_app_on_server_without_X11__63__/comment_1_bee409ad389e5fb5f3e8de4b5c68278d._comment b/doc/forum/Web_app_on_server_without_X11__63__/comment_1_bee409ad389e5fb5f3e8de4b5c68278d._comment
new file mode 100644
index 0000000000..f428ece1e1
--- /dev/null
+++ b/doc/forum/Web_app_on_server_without_X11__63__/comment_1_bee409ad389e5fb5f3e8de4b5c68278d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="81.111.193.130"
+ subject="comment 1"
+ date="2014-09-10T14:32:21Z"
+ content="""
+[Running the assistant headless](http://git-annex.branchable.com/design/assistant/blog/day_232__headless_webapp/).
+
+Hope this helps.
+"""]]

From 1961b3a2ab8e56b82af82654b137f0ca74feaf1f Mon Sep 17 00:00:00 2001
From: justinl <justinl@web>
Date: Wed, 10 Sep 2014 17:59:48 +0000
Subject: [PATCH 158/260] Added a comment: works

---
 .../comment_2_743ecf263d1ec1bc4f24e32c0a178f2b._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/armhf_binary/comment_2_743ecf263d1ec1bc4f24e32c0a178f2b._comment

diff --git a/doc/forum/armhf_binary/comment_2_743ecf263d1ec1bc4f24e32c0a178f2b._comment b/doc/forum/armhf_binary/comment_2_743ecf263d1ec1bc4f24e32c0a178f2b._comment
new file mode 100644
index 0000000000..864d5f23c7
--- /dev/null
+++ b/doc/forum/armhf_binary/comment_2_743ecf263d1ec1bc4f24e32c0a178f2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="justinl"
+ ip="184.17.213.135"
+ subject="works"
+ date="2014-09-10T17:59:48Z"
+ content="""
+Yep, the standalone armel build worked perfectly. Thanks!
+"""]]

From 03dae171270e36af36f5e943dd95d414aea2ac11 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 10 Sep 2014 14:06:38 -0400
Subject: [PATCH 159/260] close; this is not the redhat bts

---
 doc/bugs/webapp_missing_on_redhat.mdwn | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/doc/bugs/webapp_missing_on_redhat.mdwn b/doc/bugs/webapp_missing_on_redhat.mdwn
index 3c16193dab..ad2578b4f0 100644
--- a/doc/bugs/webapp_missing_on_redhat.mdwn
+++ b/doc/bugs/webapp_missing_on_redhat.mdwn
@@ -12,3 +12,10 @@ I am seeing the following error when running git annex webapp:
 
 git-annex: unknown command webapp
 
+> git-annex can be built without the webapp, and this is
+> often done if a distribution does not have the full haskell stack
+> packaged yet. The solution is to contact the distribution and let them
+> know they need to improve it, and/or use the standalone build from this
+> website.
+> 
+> So, please file a bug on redhat. [[done]] --[[Joey]]

From 11f111bf1a1b582bcc7cc035899111e34f64e851 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 10 Sep 2014 14:17:02 -0400
Subject: [PATCH 160/260] Fix parsing of ipv6 address in git remote address
 when it was not formatted as an url.

---
 Git/Remote.hs               | 8 +++++++-
 debian/changelog            | 2 ++
 doc/bugs/ssh_over_IPv6.mdwn | 9 +++++++++
 3 files changed, 18 insertions(+), 1 deletion(-)

diff --git a/Git/Remote.hs b/Git/Remote.hs
index 9d969c416e..7573c87ee8 100644
--- a/Git/Remote.hs
+++ b/Git/Remote.hs
@@ -102,7 +102,13 @@ parseRemoteLocation s repo = ret $ calcloc s
 		&& not ("::" `isInfixOf` v)
 	scptourl v = "ssh://" ++ host ++ slash dir
 	  where
-		(host, dir) = separate (== ':') v
+		(host, dir)
+			-- handle ipv6 address inside []
+			| "[" `isPrefixOf` v = case break (== ']') v of
+				(h, ']':':':d) -> (h ++ "]", d)
+				(h, ']':d) -> (h ++ "]", d)
+				(h, d) -> (h, d)
+			| otherwise = separate (== ':') v
 		slash d	| d == "" = "/~/" ++ d
 			| "/" `isPrefixOf` d = d
 			| "~" `isPrefixOf` d = '/':d
diff --git a/debian/changelog b/debian/changelog
index eb917a0b96..fee2a3666a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,8 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
   * init: Automatically detect when a repository was cloned with --shared,
     and set annex.hardlink=true, as well as marking the repository as
     untrusted.
+  * Fix parsing of ipv6 address in git remote address when it was not
+    formatted as an url.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/bugs/ssh_over_IPv6.mdwn b/doc/bugs/ssh_over_IPv6.mdwn
index d4f2e70f78..b5e9f03583 100644
--- a/doc/bugs/ssh_over_IPv6.mdwn
+++ b/doc/bugs/ssh_over_IPv6.mdwn
@@ -18,3 +18,12 @@ local repository version: 5
 supported repository version: 5
 upgrade supported from repository versions: 0 1 2 4
 ```
+
+> [[Fixed|done]] by adding support for ipv6 addresses when git-annex
+> converts a git remote loction into an url. BTW, the 
+> simple workaround is to give it a valid url from the beginning
+> `ssh://[fcb8:b10:1cb8:c94:58d0:2522:89f9:c89e]/home/thomas/git/musik"`
+> 
+> As to any problems using an ipv6 remote once it's set up, I've used them
+> with no problems.
+> --[[Joey]]

From 385073e0de680058a8fdfee46169743f519a0a46 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 10 Sep 2014 14:23:16 -0400
Subject: [PATCH 161/260] close

---
 doc/todo/merge_in_ram___40__disk__41____63__.mdwn | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/doc/todo/merge_in_ram___40__disk__41____63__.mdwn b/doc/todo/merge_in_ram___40__disk__41____63__.mdwn
index a4a698a720..42090f6739 100644
--- a/doc/todo/merge_in_ram___40__disk__41____63__.mdwn
+++ b/doc/todo/merge_in_ram___40__disk__41____63__.mdwn
@@ -3,3 +3,6 @@ git-annex is great. But for my repos the merge and recording state operations ta
 (merging fotos_enc_pg/synced/git-annex into git-annex...)
 
 Since git-annex is another branch (than master) and git usually needs a worktree for merging I assume that git-annex branch is temporarily checked out somewhere. Would it be possible to move this operation to RAM? Or a RAM-Disk?
+
+> No, it is not checked out. All operations are done with the most
+> effective available git plumbing. [[done]] --[[Joey]]

From fc2ccdc1c776c95dd015f7fcf5440fca78d0331b Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 10 Sep 2014 14:25:03 -0400
Subject: [PATCH 162/260] respond

---
 ...tion_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn b/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn
index ab4e488c89..b18eace9a2 100644
--- a/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn
+++ b/doc/todo/wishlist:_provide_a_config_option_for_using_new_hashing_scheme_in_non-bare_remotes.mdwn
@@ -1 +1,5 @@
 I understand that for backwards compatibility the non-bare remotes use the old "mixed" case scheme. However, for new annexes, it'd make sense to be able to use the new one so the scheme matches in all remotes.
+
+> If this option existed then every clone of a repository would need to set
+> it, or files would be hashed into the wrong location and would appear not
+> visible. Sounds like a bug magnet to me; not attractive. --[[Joey]]

From 3814b664a70e99fc006521f304f8426f07a305f5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 10 Sep 2014 14:27:25 -0400
Subject: [PATCH 163/260] retitle

---
 doc/bugs/Windows_build_has_hardcoded_paths.mdwn | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
index a1d8ef55c2..c4ab9a00f6 100644
--- a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
+++ b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
@@ -23,3 +23,5 @@ Windows XP.
 
 # End of transcript or log.
 """]]
+
+[[!meta title="git-annex on windows does not find msgit if user does not let msgit add itsselt to PATH"]]

From 6bd75d796678c761bf281f6d1250e4e980d8b005 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmazY0ymQUdwPmVsflFpz4tl3Dc0cei6Rc"
 <Brett@web>
Date: Wed, 10 Sep 2014 19:15:50 +0000
Subject: [PATCH 164/260]

---
 doc/forum/SSH_remote_transfers_queued_but_no_movement.mdwn | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 doc/forum/SSH_remote_transfers_queued_but_no_movement.mdwn

diff --git a/doc/forum/SSH_remote_transfers_queued_but_no_movement.mdwn b/doc/forum/SSH_remote_transfers_queued_but_no_movement.mdwn
new file mode 100644
index 0000000000..de5001f007
--- /dev/null
+++ b/doc/forum/SSH_remote_transfers_queued_but_no_movement.mdwn
@@ -0,0 +1,3 @@
+I created a local repository using the assistant, followed by setting up a remote ssh 'full backup' repository. While the assistant is running, changes in the local repository are detected and transfers are initiated, but they stay at 0%. How can I go about trouble-shooting this? I've made the remote annex directories 777 permissions for testing, but no change.
+
+Thanks

From 1eef1e41149b23843065ca8f1515f09f7d0fa54c Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawk3gWkz5Qgy5qEa-myg8KWtiTrHSKW1x7Q"
 <Nicolas@web>
Date: Thu, 11 Sep 2014 00:11:32 +0000
Subject: [PATCH 165/260] Added a comment: Using Gitolite 3.6.1

---
 ...ent_22_90ead0e1fe8615fe11f6f1bd7dcd7e84._comment | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100644 doc/tips/using_gitolite_with_git-annex/comment_22_90ead0e1fe8615fe11f6f1bd7dcd7e84._comment

diff --git a/doc/tips/using_gitolite_with_git-annex/comment_22_90ead0e1fe8615fe11f6f1bd7dcd7e84._comment b/doc/tips/using_gitolite_with_git-annex/comment_22_90ead0e1fe8615fe11f6f1bd7dcd7e84._comment
new file mode 100644
index 0000000000..6f959c0d72
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex/comment_22_90ead0e1fe8615fe11f6f1bd7dcd7e84._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3gWkz5Qgy5qEa-myg8KWtiTrHSKW1x7Q"
+ nickname="Nicolas"
+ subject="Using Gitolite 3.6.1"
+ date="2014-09-11T00:11:32Z"
+ content="""
+Hi!
+
+I've made a fresh install of Gitolite 3.6.1 and got this error when trying to sync :
+
+FATAL: bad git-annex-shell command: git-annex-shell 'configlist' '/nicolas.git' at /home/git/bin/commands/git-annex-shell line 25, <DATA> line 1.
+
+"""]]

From 59611919818501d9e134b7483d471d1bf09928b9 Mon Sep 17 00:00:00 2001
From: pot <pot@web>
Date: Thu, 11 Sep 2014 06:02:37 +0000
Subject: [PATCH 166/260]

---
 ...tinually_prompting_for_gpg_passphrase.mdwn | 65 +++++++++++++++++++
 1 file changed, 65 insertions(+)
 create mode 100644 doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn

diff --git a/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn b/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn
new file mode 100644
index 0000000000..35c588055c
--- /dev/null
+++ b/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn
@@ -0,0 +1,65 @@
+### Please describe the problem.
+
+While the assistant is synchronizing (to local USB backup disks or remote repositories) I am continually prompted for GPG passphrase when it is most definitely already in the gpg-agent.
+
+### What steps will reproduce the problem?
+
+Set up some remote gcrypt repositores using an existing GPG key, add some files, use the system, you are prompted for the passphrase far more often than the timeout of the passphrase in the agent (every few minutes). The number of times you are prompted also seems to increase linearly with the number of repositories - I am guessing they all exhibit the same need for the passphrase and all request at once, resulting in a string of 10+ pinentry popups.
+
+I am wondering if there is something specific in my gpg setup that git annex isn't expecting. Always encrypt to self? Signing subkeys? Either way, standard tools manage to call gpg to encrypt/decrypt using gpg-agent and not prompting for the passphrase, so git annex should be able to as well.
+
+### What version of git-annex are you using? On what operating system?
+
+Arch Linux, 5.20140831-g62e6ad8 
+
+### Please provide any additional information below.
+
+I have read the various discussions about using -R or -r for the recipients, and I can see in the logs that -r is being used, but there is definitely something not working correctly. At the same time that git annex is making a gpg-agent request that results in a passphrase request, I can encrypt and decrypt whatever files I want manually with no prompting.
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Development version -- Repository format MAY CHANGE
+gcrypt: Decrypting manifest
+gcrypt: Decrypting manifest
+gpg: anonymous recipient; trying secret key 7426266D ...
+gpg: anonymous recipient; trying secret key 7426266D ...
+gpg: okay, we are the anonymous recipient.
+gpg: Signature made Thu 11 Sep 2014 06:21:58 BST using RSA key ID AC305414
+gpg: Good signature from "user <XXXXXX>" [ultimate]
+gpg:                 aka "[jpeg image of size 2004]" [ultimate]
+gpg: okay, we are the anonymous recipient.
+gpg: Signature made Thu 11 Sep 2014 06:21:58 BST using RSA key ID AC305414
+gpg: Good signature from "user <XXXXXX>" [ultimate]
+gpg:                 aka "[jpeg image of size 2004]" [ultimate]
+gcrypt: WARNING:
+gcrypt: WARNING: Remote ID has changed!
+gcrypt: WARNING: from :id:QydYJR8dPq7y7kMUQDG1
+gcrypt: WARNING: to   :id:gU3sc34/rhmta4xfSm3O
+gcrypt: WARNING:
+gcrypt: Encrypting to:  -r 49AFD42BB9E8CD9D
+gcrypt: Requesting manifest signature
+gcrypt: Encrypting to:  -r 49AFD42BB9E8CD9D
+gcrypt: Requesting manifest signature
+gcrypt: Decrypting manifest
+gpg: anonymous recipient; trying secret key 7426266D ...
+gpg: okay, we are the anonymous recipient.
+gpg: Signature made Thu 11 Sep 2014 06:22:58 BST using RSA key ID AC305414
+gpg: Good signature from "user <XXXXXXX>" [ultimate]
+gpg:                 aka "[jpeg image of size 2004]" [ultimate]
+gcrypt: Encrypting to:  -r 49AFD42BB9E8CD9D
+gcrypt: Requesting manifest signature
+gpg: cancelled by user
+gpg: skipped "49AFD42BB9E8CD9D": Operation cancelled
+gpg: [stdin]: sign+encrypt failed: Operation cancelled
+error: failed to push some refs to 'gcrypt::/autofs/ext/wdpassport0/annexes/user/docs'
+[2014-09-11 06:36:18 BST] read: git ["--git-dir=/home/user/docs/.git","--work-tree=/home/user/docs","-c","core.bare=false","push","wdpassport0","master"]
+...
+
+# End of transcript or log.
+"""]]
+
+The section above I clicked cancel on the pinentry dialog as can be seen. The question is, why was it asking me anyway?

From a97c9e43b71fbcbbf909cf8b33b57bbd55fe9ccf Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:21:35 -0400
Subject: [PATCH 167/260] The annex-rsync-transport configuration is now also
 used when checking if a key is present on a rsync remote, and when dropping a
 key from the remote.

---
 Remote/Rsync.hs                             | 2 +-
 debian/changelog                            | 3 +++
 doc/bugs/annex-rsync-transport_ignored.mdwn | 3 +++
 3 files changed, 7 insertions(+), 1 deletion(-)

diff --git a/Remote/Rsync.hs b/Remote/Rsync.hs
index f7b3461a0d..698d733e61 100644
--- a/Remote/Rsync.hs
+++ b/Remote/Rsync.hs
@@ -92,7 +92,7 @@ gen r u c gc = do
 genRsyncOpts :: RemoteConfig -> RemoteGitConfig -> [CommandParam] -> RsyncUrl -> RsyncOpts
 genRsyncOpts c gc transport url = RsyncOpts
 	{ rsyncUrl = url
-	, rsyncOptions = opts []
+	, rsyncOptions = transport ++ opts []
 	, rsyncUploadOptions = transport ++ opts (remoteAnnexRsyncUploadOptions gc)
 	, rsyncDownloadOptions = transport ++ opts (remoteAnnexRsyncDownloadOptions gc)
 	, rsyncShellEscape = M.lookup "shellescape" c /= Just "no"
diff --git a/debian/changelog b/debian/changelog
index fee2a3666a..c5cde761ca 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,6 +7,9 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     untrusted.
   * Fix parsing of ipv6 address in git remote address when it was not
     formatted as an url.
+  * The annex-rsync-transport configuration is now also used when checking
+    if a key is present on a rsync remote, and when dropping a key from
+    the remote.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/bugs/annex-rsync-transport_ignored.mdwn b/doc/bugs/annex-rsync-transport_ignored.mdwn
index 385da139a1..1c6923a885 100644
--- a/doc/bugs/annex-rsync-transport_ignored.mdwn
+++ b/doc/bugs/annex-rsync-transport_ignored.mdwn
@@ -25,3 +25,6 @@ git annex version gives:
     upgrade supported from repository versions: 0 1 2 4
 
 which is the latest available linux-armel version.
+
+> Also removing didn't use the configured transport. Both [[fixed|done]]
+> --[[Joey]]

From 9ed63d15455628e14b8679e49fdc0f23e1462abf Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:36:28 -0400
Subject: [PATCH 168/260] Promote file not found warning message to an error.

---
 CmdLine/Seek.hs                                    |  3 +--
 Messages.hs                                        | 14 --------------
 Types/Messages.hs                                  |  5 +----
 debian/changelog                                   |  1 +
 ...__39___returns_success_when_file_not_found.mdwn |  4 ++++
 5 files changed, 7 insertions(+), 20 deletions(-)

diff --git a/CmdLine/Seek.hs b/CmdLine/Seek.hs
index 431b2e118d..397a481185 100644
--- a/CmdLine/Seek.hs
+++ b/CmdLine/Seek.hs
@@ -189,10 +189,9 @@ seekHelper :: ([FilePath] -> Git.Repo -> IO ([FilePath], IO Bool)) -> [FilePath]
 seekHelper a params = do
 	ll <- inRepo $ \g ->
 		runSegmentPaths (\fs -> Git.Command.leaveZombie <$> a fs g) params
-	{- Show warnings only for files/directories that do not exist. -}
 	forM_ (map fst $ filter (null . snd) $ zip params ll) $ \p ->
 		unlessM (isJust <$> liftIO (catchMaybeIO $ getSymbolicLinkStatus p)) $
-			fileNotFound p
+			error $ p ++ " not found"
 	return $ concat ll
 
 notSymlink :: FilePath -> IO Bool
diff --git a/Messages.hs b/Messages.hs
index f27755f3a4..3ffa148145 100644
--- a/Messages.hs
+++ b/Messages.hs
@@ -25,7 +25,6 @@ module Messages (
 	showErr,
 	warning,
 	warningIO,
-	fileNotFound,
 	indent,
 	maybeShowJSON,
 	showFullJSON,
@@ -45,7 +44,6 @@ import System.Log.Logger
 import System.Log.Formatter
 import System.Log.Handler (setFormatter, LogHandler)
 import System.Log.Handler.Simple
-import qualified Data.Set as S
 
 import Common hiding (handle)
 import Types
@@ -172,18 +170,6 @@ warningIO w = do
 	hFlush stdout
 	hPutStrLn stderr w
 
-{- Displays a warning one time about a file the user specified not existing. -}
-fileNotFound :: FilePath -> Annex ()
-fileNotFound file = do
-	st <- Annex.getState Annex.output
-	let shown = fileNotFoundShown st
-	when (S.notMember file shown) $ do
-		let shown' = S.insert file shown
-		let st' = st { fileNotFoundShown = shown' }
-		Annex.changeState $ \s -> s { Annex.output = st' }
-		liftIO $ hPutStrLn stderr $ unwords
-			[ "git-annex:", file, "not found" ]
-
 indent :: String -> String
 indent = intercalate "\n" . map (\l -> "  " ++ l) . lines
 
diff --git a/Types/Messages.hs b/Types/Messages.hs
index 4fcce79f80..2196028e3a 100644
--- a/Types/Messages.hs
+++ b/Types/Messages.hs
@@ -7,8 +7,6 @@
 
 module Types.Messages where
 
-import qualified Data.Set as S
-
 data OutputType = NormalOutput | QuietOutput | JSONOutput
 
 data SideActionBlock = NoBlock | StartBlock | InBlock
@@ -17,8 +15,7 @@ data SideActionBlock = NoBlock | StartBlock | InBlock
 data MessageState = MessageState
 	{ outputType :: OutputType
 	, sideActionBlock :: SideActionBlock
-	, fileNotFoundShown :: S.Set FilePath
 	}
 
 defaultMessageState :: MessageState
-defaultMessageState = MessageState NormalOutput NoBlock S.empty
+defaultMessageState = MessageState NormalOutput NoBlock
diff --git a/debian/changelog b/debian/changelog
index c5cde761ca..0e267eb0a3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -10,6 +10,7 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
   * The annex-rsync-transport configuration is now also used when checking
     if a key is present on a rsync remote, and when dropping a key from
     the remote.
+  * Promote file not found warning message to an error.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn b/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn
index 3c6220cf60..93f2a8fd99 100644
--- a/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn
+++ b/doc/bugs/__39__git_annex_get__39___returns_success_when_file_not_found.mdwn
@@ -24,3 +24,7 @@ henry@commsbox:~/work/tmp/test$ echo $?
 
 
 """]]
+
+> Ok, I can find no reason why it was implemented as a warning in 
+> 5f3661238de9f31e6fed0be74fca9d5f1659278c in the bug report associated
+> with that commit. So, promoted to error. [[done]] --[[Joey]] 

From 80ba5b493528448a5e5362deff1c25ac29eb327a Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:39:28 -0400
Subject: [PATCH 169/260] close

---
 .../cotinually_prompting_for_gpg_passphrase.mdwn     | 12 ++++++++++++
 1 file changed, 12 insertions(+)

diff --git a/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn b/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn
index 35c588055c..c017cf1a6f 100644
--- a/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn
+++ b/doc/bugs/cotinually_prompting_for_gpg_passphrase.mdwn
@@ -63,3 +63,15 @@ error: failed to push some refs to 'gcrypt::/autofs/ext/wdpassport0/annexes/user
 """]]
 
 The section above I clicked cancel on the pinentry dialog as can be seen. The question is, why was it asking me anyway?
+
+> gpg: anonymous recipient; trying secret key 7426266D ...
+> 
+> That means that you have git-remote-gcrypt configured to use anonymous
+> recipients. This causes gpg to try a bunch of gpg keys until it finds one
+> that works, rather than immediately trying the right key. 
+> 
+> I modified git-remote-gcrypt in July so you can configure
+> gcrypt.publish-participants to avoid this problem. 
+> 
+> There may also be a local confguration problem; I don't know. In any
+> case, it's not git-annex responsible, but git-remote-gcrypt. [[done]] --[[Joey]]

From c489dff1a7bef5ab0aaabbc0c1054c4d47f5dad8 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:45:26 -0400
Subject: [PATCH 170/260] dup of old, long fixed bug

---
 doc/bugs/Assistant_removed_all_references_to_files.mdwn | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/doc/bugs/Assistant_removed_all_references_to_files.mdwn b/doc/bugs/Assistant_removed_all_references_to_files.mdwn
index 44be4aef23..4014bc7297 100644
--- a/doc/bugs/Assistant_removed_all_references_to_files.mdwn
+++ b/doc/bugs/Assistant_removed_all_references_to_files.mdwn
@@ -1300,3 +1300,6 @@ fatal: Could not read from remote repository.
 Please make sure you have the correct access rights
 and the repository exists.
 """]]
+
+> This is due to using an old and buggy version of git-annex. This bug was
+> fixed 3 full months ago, in version 5.20140709. [[done]] --[[Joey]]

From 8a4d030aae553a669a750f08d2af1e81cf3cb935 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 11 Sep 2014 17:45:31 +0000
Subject: [PATCH 171/260] Added a comment

---
 ...ent_1_1f7da19ea99c263d56db6331d4b1e346._comment | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment

diff --git a/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment b/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment
new file mode 100644
index 0000000000..f3cfbaabe5
--- /dev/null
+++ b/doc/bugs/Assistant_removed_all_references_to_files/comment_1_1f7da19ea99c263d56db6331d4b1e346._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 1"
+ date="2014-09-11T17:45:31Z"
+ content="""
+Unfortunately, the old version of git-annex you have been using is exactly the wrong version, so you ran into this horrible bug, which is fixed in newer versions.
+
+<http://git-annex.branchable.com/bugs/bad_merge_commit_deleting_all_files/>
+
+That page has details, including instructions on how to recover your data.
+
+I hope that you were not using that old version because it's included in some distribution somewhere still?
+"""]]

From 0598412e5c7c6a60f38e4817bac5174f9913e249 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:53:26 -0400
Subject: [PATCH 172/260] Fix transfer lock file FD leak that could occur when
 two separate git-annex processes were both working to perform the same set of
 transfers.

---
 Annex/Transfer.hs                        | 4 +++-
 debian/changelog                         | 3 +++
 doc/bugs/too_many_open_files_on_OSX.mdwn | 4 ++++
 3 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/Annex/Transfer.hs b/Annex/Transfer.hs
index 448b5b3d7f..d33d3073b6 100644
--- a/Annex/Transfer.hs
+++ b/Annex/Transfer.hs
@@ -85,7 +85,9 @@ runTransfer' ignorelock t file shouldretry a = do
 				locked <- catchMaybeIO $
 					setLock fd (WriteLock, AbsoluteSeek, 0, 0)
 				if isNothing locked
-					then return (Nothing, True)
+					then do
+						closeFd fd
+						return (Nothing, True)
 					else do
 						void $ tryIO $ writeTransferInfoFile info tfile
 						return (mfd, False)
diff --git a/debian/changelog b/debian/changelog
index 0e267eb0a3..22eaf0bae8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -11,6 +11,9 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     if a key is present on a rsync remote, and when dropping a key from
     the remote.
   * Promote file not found warning message to an error.
+  * Fix transfer lock file FD leak that could occur when two separate
+    git-annex processes were both working to perform the same set of
+    transfers.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/bugs/too_many_open_files_on_OSX.mdwn b/doc/bugs/too_many_open_files_on_OSX.mdwn
index d30870a3bc..2ca89fcf07 100644
--- a/doc/bugs/too_many_open_files_on_OSX.mdwn
+++ b/doc/bugs/too_many_open_files_on_OSX.mdwn
@@ -36,3 +36,7 @@ lsof -p <my annex process>
 .../.git/annex/ssh/myserver.lock
 .../.git/annex/transfer/upload/b4d67c4f-8cca-423c-9363-f3063b7fe3e4/lck.SHA256E-s10448418--4f61fab4... ~200 different files.
 """]]
+
+> Thanks for a very clear bug report! Was easy from that to find
+> where the lock file was not being closed in this situation.
+> [[fixed|done]] --[[Joey]]

From 4d4e1f92371824723c408dd89611af4e26841339 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 11 Sep 2014 17:55:28 +0000
Subject: [PATCH 173/260] Added a comment

---
 ...comment_1_209c36b737a48a6136eeb85d1f3d01b3._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/bugs/annex_tries_to_start_old_binaray/comment_1_209c36b737a48a6136eeb85d1f3d01b3._comment

diff --git a/doc/bugs/annex_tries_to_start_old_binaray/comment_1_209c36b737a48a6136eeb85d1f3d01b3._comment b/doc/bugs/annex_tries_to_start_old_binaray/comment_1_209c36b737a48a6136eeb85d1f3d01b3._comment
new file mode 100644
index 0000000000..753b9a9980
--- /dev/null
+++ b/doc/bugs/annex_tries_to_start_old_binaray/comment_1_209c36b737a48a6136eeb85d1f3d01b3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 1"
+ date="2014-09-11T17:55:28Z"
+ content="""
+~/.ssh/git-annex-shell is a wrapper script that gets installed when you use the standalone build. You can delete it and your problem will be fixed.
+
+It would probably be good if the standalone build came with an uninstallation script.
+"""]]

From de05ac11af782a06cdbc8953eee1e345b73b834f Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 13:57:48 -0400
Subject: [PATCH 174/260] document need for msysgit installer to put it into
 PATH

---
 doc/bugs/Windows_build_has_hardcoded_paths.mdwn | 14 +++++++++++++-
 doc/install/Windows.mdwn                        |  3 ++-
 2 files changed, 15 insertions(+), 2 deletions(-)

diff --git a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
index c4ab9a00f6..199d00b034 100644
--- a/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
+++ b/doc/bugs/Windows_build_has_hardcoded_paths.mdwn
@@ -24,4 +24,16 @@ Windows XP.
 # End of transcript or log.
 """]]
 
-[[!meta title="git-annex on windows does not find msgit if user does not let msgit add itsselt to PATH"]]
+[[!meta title="git-annex on windows does not find msgit if user does not let msysgit add itsselt to PATH"]]
+
+> I don't think it's any better for git-annex's installer to prompt for the
+> path to git, than it is for msysgit's installer to prompt for adding it
+> to the system path.
+> 
+> The best fix would be to bundle msysgit into the git-annex installer
+> along with all the other stuff. But, that adds build-time complications
+> I would rather avoid.
+>
+> For now, I am going to treat this as a documentation problem;
+> I've updated the install page to be clear that msysgit needs to be
+> installed into PATH. [[done]] --[[Joey]]
diff --git a/doc/install/Windows.mdwn b/doc/install/Windows.mdwn
index 79aaace92e..8cf7a0c3d2 100644
--- a/doc/install/Windows.mdwn
+++ b/doc/install/Windows.mdwn
@@ -1,6 +1,7 @@
 git-annex now does Windows!
 
-* First, [install git](http://git-scm.com/downloads) (msysgit 1.9 or newer is needed)
+* First, [install git](http://git-scm.com/downloads) (msysgit 1.9 or newer is needed)  
+  ** Be sure to tell the msysgit installer to add git to the PATH. **
 * Then, [install git-annex](https://downloads.kitenet.net/git-annex/windows/current/)
 
 This port is now in reasonably good shape for command-line use of

From e82eeab3c4fa5683fd10d3c9e9728df8193e1068 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 14:07:35 -0400
Subject: [PATCH 175/260] close

---
 ...ld__34___and___34__new__34___hash_formats_are_mixed_up.mdwn | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn
index 3933fcbbab..e11d79867e 100644
--- a/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn
+++ b/doc/bugs/__34__old__34___and___34__new__34___hash_formats_are_mixed_up.mdwn
@@ -26,3 +26,6 @@ $ find .git/annex/objects/
 .git/annex/objects/df3/9a8/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
 .git/annex/objects/df3/9a8/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG/SHA256E-s676047--3cd28892ee54aba13e074f230709b2c3b87915ff36efd9be3ddfc603e92ecdda.JPG
 ~~~~
+
+> Unforunately, I cannot see through the attitude problem to a clear bug
+> report. Lacking time/energy to try to coax one out. [[done]] --[[Joey]] 

From ca2ebf1c911b0bcf2add57790ace4794eb7d1df6 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 14:08:45 -0400
Subject: [PATCH 176/260] use italics, not bold

---
 doc/install/Windows.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/install/Windows.mdwn b/doc/install/Windows.mdwn
index 8cf7a0c3d2..5ed9eaab23 100644
--- a/doc/install/Windows.mdwn
+++ b/doc/install/Windows.mdwn
@@ -1,7 +1,7 @@
 git-annex now does Windows!
 
 * First, [install git](http://git-scm.com/downloads) (msysgit 1.9 or newer is needed)  
-  ** Be sure to tell the msysgit installer to add git to the PATH. **
+  * Be sure to tell the msysgit installer to add git to the PATH. *
 * Then, [install git-annex](https://downloads.kitenet.net/git-annex/windows/current/)
 
 This port is now in reasonably good shape for command-line use of

From f08a6c96f8cf9eaf24bfec91a176f7279cbab2d2 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 11 Sep 2014 18:11:43 +0000
Subject: [PATCH 177/260] Added a comment

---
 .../comment_1_60c5ba2de0c8b9b4538a4abd146007f6._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/vicfg_and_description_often_not_propagated/comment_1_60c5ba2de0c8b9b4538a4abd146007f6._comment

diff --git a/doc/bugs/vicfg_and_description_often_not_propagated/comment_1_60c5ba2de0c8b9b4538a4abd146007f6._comment b/doc/bugs/vicfg_and_description_often_not_propagated/comment_1_60c5ba2de0c8b9b4538a4abd146007f6._comment
new file mode 100644
index 0000000000..47c2de6f14
--- /dev/null
+++ b/doc/bugs/vicfg_and_description_often_not_propagated/comment_1_60c5ba2de0c8b9b4538a4abd146007f6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 1"
+ date="2014-09-11T18:11:43Z"
+ content="""
+vicfg makes changes to files in the git-annex branch, so you can use regular git commands to examine those changes, and look through the history to find any changes that are contrary to the settings you want, and see when and where they were committed. That should provide a strong pointer to what is causing this to happen.
+"""]]

From 6ce9c56fc0f18dc5166447de51ef5f94f957edd4 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 14:11:52 -0400
Subject: [PATCH 178/260] mdwn

---
 doc/install/Windows.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/install/Windows.mdwn b/doc/install/Windows.mdwn
index 5ed9eaab23..273fafbf99 100644
--- a/doc/install/Windows.mdwn
+++ b/doc/install/Windows.mdwn
@@ -1,7 +1,7 @@
 git-annex now does Windows!
 
 * First, [install git](http://git-scm.com/downloads) (msysgit 1.9 or newer is needed)  
-  * Be sure to tell the msysgit installer to add git to the PATH. *
+  _Be sure to tell the msysgit installer to add git to the PATH._
 * Then, [install git-annex](https://downloads.kitenet.net/git-annex/windows/current/)
 
 This port is now in reasonably good shape for command-line use of

From 2139c5598616badcf8c3fcda767560f97acc5df5 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 11 Sep 2014 18:34:02 +0000
Subject: [PATCH 179/260] Added a comment

---
 ..._7f68d9daa542f992c61b7b7c36819933._comment | 49 +++++++++++++++++++
 1 file changed, 49 insertions(+)
 create mode 100644 doc/bugs/whereis_does_not_work_in_direct_mode/comment_6_7f68d9daa542f992c61b7b7c36819933._comment

diff --git a/doc/bugs/whereis_does_not_work_in_direct_mode/comment_6_7f68d9daa542f992c61b7b7c36819933._comment b/doc/bugs/whereis_does_not_work_in_direct_mode/comment_6_7f68d9daa542f992c61b7b7c36819933._comment
new file mode 100644
index 0000000000..7f5fa824ef
--- /dev/null
+++ b/doc/bugs/whereis_does_not_work_in_direct_mode/comment_6_7f68d9daa542f992c61b7b7c36819933._comment
@@ -0,0 +1,49 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 6"
+ date="2014-09-11T18:34:02Z"
+ content="""
+It looks like there might be some minor inconsistency in when git-annex syncs when in indirect mode vs direct mode. This results in the location tracking information not being committed until after the git-annex sync in the pc1/Docs repository has pushed the git-annex branch to origin. Since that is the only 
+time that pc1/Docs syncs with origin, the location tracking info never reaches origin, and the rest of the behavior follows.
+
+Here is the direct mode sync, showing the git-annex branch commit occurring after the push. Specifically, when the sync merges the git-annex branch, it also commits any deferred changes at that point:
+
+<pre>
+commit  ok
+pull origin 
+ok
+push origin 
+Counting objects: 6, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (5/5), done.
+Writing objects: 100% (6/6), 574 bytes | 0 bytes/s, done.
+Total 6 (delta 0), reused 0 (delta 0)
+To localhost:/tmp/annex/Docs.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      annex/direct/master -> synced/master
+ok
+(Recording state in git...)
+</pre>
+
+And here is the indirect mode sync, showing a \"commit\" which includes committing deferred changes to the git-annex branch:
+
+<pre>
+commit  (Recording state in git...)
+ok
+pull origin 
+ok
+push origin 
+Counting objects: 15, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (12/12), done.
+Writing objects: 100% (15/15), 1.32 KiB | 0 bytes/s, done.
+Total 15 (delta 0), reused 0 (delta 0)
+To localhost:/tmp/annex/Docs.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+</pre>
+
+It seems that [[!commit 2cfda59174b9cbc02e87c069982096d44601cd40]] and some subsequent changes accidentially removed the Annex.Branch.commit from the direct mode code path within the first part of `sync`. So, easily fixed.
+"""]]

From 4c429ad7eec4e7487ed617061d59a5c5b46169bb Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 14:35:28 -0400
Subject: [PATCH 180/260] sync: Ensure that pending changes to git-annex branch
 are committed when in direct mode. (Fixing a very minor reversion.)

---
 Command/Sync.hs                               | 32 +++++++++----------
 debian/changelog                              |  2 ++
 .../whereis_does_not_work_in_direct_mode.mdwn |  2 ++
 3 files changed, 20 insertions(+), 16 deletions(-)

diff --git a/Command/Sync.hs b/Command/Sync.hs
index 50c6fbe696..6a6a254b3c 100644
--- a/Command/Sync.hs
+++ b/Command/Sync.hs
@@ -122,22 +122,22 @@ syncRemotes rs = ifM (Annex.getState Annex.fast) ( nub <$> pickfast , wanted )
 	fastest = fromMaybe [] . headMaybe . Remote.byCost
 
 commit :: CommandStart
-commit = next $ next $ ifM isDirect
-	( do
-		showStart "commit" ""
-		void stageDirect
-		void preCommitDirect
-		commitStaged Git.Branch.ManualCommit commitmessage
-	, do
-		showStart "commit" ""
-		Annex.Branch.commit "update"
-		inRepo $ Git.Branch.commitQuiet Git.Branch.ManualCommit
-			[ Param "-a"
-			, Param "-m"
-			, Param commitmessage
-			]
-		return True
-	)
+commit = next $ next $ do
+	showStart "commit" ""
+	Annex.Branch.commit "update"
+	ifM isDirect
+		( do
+			void stageDirect
+			void preCommitDirect
+			commitStaged Git.Branch.ManualCommit commitmessage
+		, do
+			inRepo $ Git.Branch.commitQuiet Git.Branch.ManualCommit
+				[ Param "-a"
+				, Param "-m"
+				, Param commitmessage
+				]
+			return True
+		)
   where
 	commitmessage = "git-annex automatic sync"
 
diff --git a/debian/changelog b/debian/changelog
index 22eaf0bae8..ec0684f030 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -14,6 +14,8 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
   * Fix transfer lock file FD leak that could occur when two separate
     git-annex processes were both working to perform the same set of
     transfers.
+  * sync: Ensure that pending changes to git-annex branch are committed
+    when in direct mode. (Fixing a very minor reversion.)
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
index 701876c4d0..824c91afd3 100644
--- a/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
+++ b/doc/bugs/whereis_does_not_work_in_direct_mode.mdwn
@@ -87,3 +87,5 @@ echo "Why isn't location info available even after sync? (press Enter)"
 ### What version of git-annex are you using? On what operating system?
 
 git-annex version: 5.20140716-g8c14ba8
+
+> [[fixed|done]] --[[Joey]]

From 4953fafd6829147c17c71feef5f935503a552033 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 11 Sep 2014 18:41:45 +0000
Subject: [PATCH 181/260] Added a comment

---
 ...comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment

diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment
new file mode 100644
index 0000000000..d22ef3e0ac
--- /dev/null
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths/comment_6_d3c9a1bee717b5b99f31be81150a3ec8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 6"
+ date="2014-09-11T18:41:45Z"
+ content="""
+Ok, those are good examples. I personally think it would be insane to use WORM in a repository in either of those cases, or really in almost any case where you do not have a strong degree of confidence that unique file contents have unique file names. If people are going to abuse WORM like that, it might be best to simply remove it. (Except I have quite a lot of WORMy disks.)
+
+I suppose I'll add the extra data, although I remain unconvinced that it is going to help anyone who should actually be using WORM.
+"""]]

From 9711d529c8f6e941cb2617ed0a1bfc9c2e854884 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 14:50:18 -0400
Subject: [PATCH 182/260] WORM backend: Switched to include the relative path
 to the file inside the repository, rather than just the file's base name.
 Note that if you're relying on such things to keep files separate with WORM,
 you should really be using a better backend.

---
 Backend/WORM.hs                                        | 10 ++++------
 debian/changelog                                       |  4 ++++
 doc/backends.mdwn                                      |  2 +-
 ...loss_if_WORM_keys_do_not_encode_relative_paths.mdwn |  1 +
 4 files changed, 10 insertions(+), 7 deletions(-)

diff --git a/Backend/WORM.hs b/Backend/WORM.hs
index 6ba5139606..de7779bb3f 100644
--- a/Backend/WORM.hs
+++ b/Backend/WORM.hs
@@ -12,6 +12,7 @@ import Types.Backend
 import Types.Key
 import Types.KeySource
 import Backend.Utilities
+import Git.FilePath
 
 backends :: [Backend]
 backends = [backend]
@@ -27,16 +28,13 @@ backend = Backend
 	}
 
 {- The key includes the file size, modification time, and the
- - basename of the filename.
- -
- - That allows multiple files with the same names to have different keys,
- - while also allowing a file to be moved around while retaining the
- - same key.
+ - original filename relative to the top of the git repository.
  -}
 keyValue :: KeySource -> Annex (Maybe Key)
 keyValue source = do
 	stat <- liftIO $ getFileStatus $ contentLocation source
-	n <- genKeyName $ takeFileName $ keyFilename source
+	relf <- getTopFilePath <$> inRepo (toTopFilePath $ keyFilename source)
+	n <- genKeyName relf
 	return $ Just $ stubKey
 		{ keyName = n
 		, keyBackendName = name backend
diff --git a/debian/changelog b/debian/changelog
index ec0684f030..710f72a34f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -16,6 +16,10 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     transfers.
   * sync: Ensure that pending changes to git-annex branch are committed
     when in direct mode. (Fixing a very minor reversion.)
+  * WORM backend: Switched to include the relative path to the file inside
+    the repository, rather than just the file's base name. Note that if you're
+    relying on such things to keep files separate with WORM, you should really
+    be using a better backend.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 
diff --git a/doc/backends.mdwn b/doc/backends.mdwn
index baa96c149e..06475adfbe 100644
--- a/doc/backends.mdwn
+++ b/doc/backends.mdwn
@@ -13,7 +13,7 @@ can use different ones for different files.
 * `SHA256` -- Does not include the file extension in the key, which can
   lead to better deduplication but can confuse some programs.
 * `WORM` ("Write Once, Read Many") This assumes that any file with
-  the same basename, size, and modification time has the same content.
+  the same filename, size, and modification time has the same content.
   This is the least expensive backend, recommended for really large
   files or slow systems.
 * `SHA512`, `SHA512E` -- Best SHA-2 hash, for the very paranoid.
diff --git a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn
index 2b3cf3f2f6..716c76f6c6 100644
--- a/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn
+++ b/doc/bugs/Possible_data-loss_if_WORM_keys_do_not_encode_relative_paths.mdwn
@@ -21,3 +21,4 @@ Instead of just using the basename, WORM keys could be kept stable by
 using the relative path and anchoring it to the root of the
 repository.
 
+> [[fixed|done]] --[[Joey]]

From 64d9e0b5808b200c0f42e4992b8fcb7ad10ad3f4 Mon Sep 17 00:00:00 2001
From: "https://andrew.aylett.co.uk/" <andrew@web>
Date: Thu, 11 Sep 2014 19:03:07 +0000
Subject: [PATCH 183/260] Added a comment

---
 ...comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment

diff --git a/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment b/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment
new file mode 100644
index 0000000000..932a88471a
--- /dev/null
+++ b/doc/bugs/Assistant_removed_all_references_to_files/comment_2_0dbb8df1ad267d1c502646a7131a99f1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://andrew.aylett.co.uk/"
+ nickname="andrew"
+ subject="comment 2"
+ date="2014-09-11T19:03:07Z"
+ content="""
+Unfortunately, that bug involves merges while I'm seeing regular commits so I don't think it's identical.
+
+As to why I'm on that version, it appears that the updater and something in my environment conspired against me, leaving an old version in my path.  I'll fix that now and let you know if I see the issue again.
+"""]]

From eb26f00c04e09847fdb68325b3a44fcd5e4094b4 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 11 Sep 2014 16:12:56 -0400
Subject: [PATCH 184/260] devblog and look back over the past year

---
 doc/design/roadmap.mdwn                       |   4 +-
 ...day_219__catching_up_and_looking_back.mdwn | 109 ++++++++++++++++++
 2 files changed, 111 insertions(+), 2 deletions(-)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back.mdwn

diff --git a/doc/design/roadmap.mdwn b/doc/design/roadmap.mdwn
index 7a3fa06fe1..b6af4db30e 100644
--- a/doc/design/roadmap.mdwn
+++ b/doc/design/roadmap.mdwn
@@ -1,6 +1,6 @@
 ## roadmap
 
-Now in the 
+Just finished the 
 [sustaining git-annex development](https://campaign.joeyh.name/) year
 (starting September 2013).
 
@@ -15,7 +15,7 @@ Now in the
 * Month 9 Brazil!, [[!traillink assistant/sshpassword]]
 * Month 10 polish [[assistant/Windows]] port
 * Month 11 [[!traillink assistant/chunks]]
-* **Month 12** user-driven features and polishing
+* Month 12 user-driven features and polishing
 
 Deferred until later:
 
diff --git a/doc/devblog/day_219__catching_up_and_looking_back.mdwn b/doc/devblog/day_219__catching_up_and_looking_back.mdwn
new file mode 100644
index 0000000000..8d82d8cb96
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back.mdwn
@@ -0,0 +1,109 @@
+Yesterday and today were the first good solid days working on git-annex in a
+while. There's a big backlog, currently of 133 messages, so I have been
+concentrating on bug reports first. Happily, not many new bugs have been
+reported lately, and I've made good progress on them, fixing 5 bugs today,
+including a file descriptor leak.
+
+## catching up
+
+In this end of summer rush, I've been too busy to blog for the past 20 days,
+but not entirely too busy to work on git-annex. Two releases have been made
+in that time, and a fair amount of improvements worked on.
+
+Including a new feature: When a local git repository is cloned with `git
+clone --shared`, git-annex detects this and defaults to a special mode
+where file contents get hard linked into the clone. It also makes the cloned
+repository be untrusted, to avoid confusing numcopies counting with the
+hard links. This can be useful for temporary working repositories without
+the overhead of lots of copies of files.
+
+## looking back
+
+I want to look back further, over the crowdfunded year of work covered
+by this devblog. There were a lot of things I wanted to accomplish this
+past year, and I managed to get to most of them. As well as a few surprises.
+
+* Windows support improved more than I guessed in my wildest dreams.  
+  git-annex went from working not too well on the command line to
+  being pretty solid there, as well as having a working
+  and almost polished webapp on Windows.  
+  There are still warts -- it's Windows after all!
+
+* Android didn't get many improvements. Most of the time I had budgeted to
+  Android porting ended up being used on Windows porting instead. I did,
+  however, get the Android build environment cleaned up a lot from the initial
+  hacked together one, and generally kept it building and working on Android.
+
+* The [direct mode guard](http://git-annex.branchable.com/devblog/day_48__direct_mode_guard_design/)
+  was not planned, but the need for it became clear, and
+  it's dramatically reduced the amount of command-line foot-shooting
+  that goes on in direct mode.
+
+* Repository repair was planned, and I've very proud of [git-repair](http://git-repair.branchable.com/).
+  Also pleased with the webapp's UI for scheduling repository consistency
+  checks.  
+  Always room for improvement in this kind of thing, but this brings a new
+  capability to both git and git-annex.
+
+* The [[external_special_remote_interface|special_remotes/external]] came
+  together beautifully. External special remotes are now just as well
+  supported as built-in ones, except the webapp cannot be used to configure
+  them.
+
+* Using git-remote-gcrypt for fully encrypted git repositories, including
+  support in the webapp for setting them (and gpg keys if necessary),
+  happened. Still needs testing/more use/improvements. Avoided doing
+  much in the area of gpg key management, which is probably good to avoid when
+  possible, but is probably needed to make this a really suitable option for
+  end users.
+
+* Telehash is still being built, and it's not clear if they've gotten it
+  to work at all yet. The v2 telehash has recently been superseded by a
+  a new v3. So I am not pleased that I didn't get git-annex working with
+  telehash, but it was outside my control. This is a problem that needs to get
+  solved outside git-annex first, either by telehash or something else.
+  The plan is to keep an eye on everything in this space, including for example,
+  Maidsafe.
+
+* In the meantime, the new notifychanges support in git-annex-shell
+  makes XMPP/telehash/whatever unnecessary in a lot of configurations.
+  git-annex's remotedaemon architecture supports that and is designed
+  to support other notification methods later. And the webapp has a lot of
+  improvements in the area of setting up ssh remotes, so fewer users will
+  be stuck with XMPP.
+
+* I didn't quite get to [[design/assistant/deltas]], but the final month
+  of work on chunking provides a lot of new features and hopefully a
+  foundation that will get to deltas eventually. There is a new haskell
+  library that's being developed with the goal of being used for git-annex
+  deltas.
+
+* I hadn't planned to make git-annex be able to upgrade itself, when installed
+  from this website. But there was a need for that, and so it happened.
+  Even got a gpg key trust path for the distribution of git-annex.
+
+* Metadata driven views was an entirely unplanned feature. The current
+  prototype is very exciting, it opens up entire new use cases. 
+  I had to hold myself back to not work on it too much,
+  especially as it shaded into adding a caching database to git-annex.
+  Had too much other stuff planned to do all I wanted.
+  Clearly this is an area I want to spend more time on!
+
+Those are most of the big features and changes, but probably half
+of my work on git-annex this past year was in smaller things, and general
+maintenance. Lots of others have contributed, some with 
+code (like the large effort to switch to bootstrap3),
+and others with documentation, bug reports, etc.
+
+Perhaps it's best to turn to `git diff --stat` to sum up the activity
+and see just how much both the crowdfunding campaign and
+the previous kickstarter have pushed git-annex into high gear:
+ 
+	   campaign: 5410 files changed, 124159 insertions(+), 79395 deletions(-)
+	kickstarter: 4411 files changed, 123262 insertions(+), 13935 deletions(-)
+	year before: 1281 files changed,   7263 insertions(+), 55831 deletions(-)
+
+What's next? The hope is, no more crowdfunded campaigns where I have
+to promise the moon anytime soon. Instead, the goal is to move to a more
+mature and sustainable funding model, and continue to grow the git-annex
+community, and the spaces where it's useful.

From cc58b5089c51e5728c061a6152d01c0af6943aaa Mon Sep 17 00:00:00 2001
From: "http://grossmeier.net/" <greg@web>
Date: Fri, 12 Sep 2014 01:24:47 +0000
Subject: [PATCH 185/260] initial

---
 ...ilter_capacity_too_large_to_represent.mdwn | 41 +++++++++++++++++++
 1 file changed, 41 insertions(+)
 create mode 100644 doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn b/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
new file mode 100644
index 0000000000..2fb69522ef
--- /dev/null
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+When running git-annex info I get an error when it tries to show the bloom filter size
+
+### What steps will reproduce the problem?
+git-annex info in my Photos repo
+
+
+### What version of git-annex are you using? On what operating system?
+[[!format sh """
+$ git-annex version
+git-annex version: 5.20140814-g9b89b5c
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+local repository version: 5
+supported repository version: 5
+upgrade supported from repository versions: 0 1 2 4
+"""]]
+
+### Please provide any additional information below.
+
+[[!format sh """
+$ git-annex info           
+repository mode: direct
+trusted repositories: 2
+        c0e4106e-2631-11e2-9749-1bfa37a61069 -- [rose]
+        ca735977-973c-44bc-9257-915b2c875e39 -- synology [here]
+semitrusted repositories: 3
+        00000000-0000-0000-0000-000000000001 -- web
+        7e5c0010-2634-4a5e-bc7b-6fea84b8b947 -- [glacier]
+        d7e01abc-d74b-40e2-8607-3d41ce8bc4bd -- seagate3
+untrusted repositories: 1
+        c1fe5922-43f1-11e2-b146-33530f7fa6cc -- x200s
+transfers in progress: none
+available local disk space: 928.4 gigabytes (+1 megabyte reserved)
+local annex keys: 34758 
+local annex size: 186.78 gigabytes
+annexed files in working tree: 35300
+size of annexed files in working tree: 193.76 gigabytes
+bloom filter size: git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
+"""]]

From a18b2857ef84bc9fd75f23e4d6a1ed5ea44de137 Mon Sep 17 00:00:00 2001
From: divB <divB@web>
Date: Fri, 12 Sep 2014 02:47:37 +0000
Subject: [PATCH 186/260] Added a comment

---
 ...omment_1_c89b64b0dc7c5a760a84a9d2cfd8982c._comment | 11 +++++++++++
 1 file changed, 11 insertions(+)
 create mode 100644 doc/forum/Pusher_crashed__44___attempt_to_repair_hangs__44___broken_symlinks/comment_1_c89b64b0dc7c5a760a84a9d2cfd8982c._comment

diff --git a/doc/forum/Pusher_crashed__44___attempt_to_repair_hangs__44___broken_symlinks/comment_1_c89b64b0dc7c5a760a84a9d2cfd8982c._comment b/doc/forum/Pusher_crashed__44___attempt_to_repair_hangs__44___broken_symlinks/comment_1_c89b64b0dc7c5a760a84a9d2cfd8982c._comment
new file mode 100644
index 0000000000..38bd4daf8c
--- /dev/null
+++ b/doc/forum/Pusher_crashed__44___attempt_to_repair_hangs__44___broken_symlinks/comment_1_c89b64b0dc7c5a760a84a9d2cfd8982c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="divB"
+ ip="128.12.90.218"
+ subject="comment 1"
+ date="2014-09-12T02:47:37Z"
+ content="""
+I try it once again - any hints for me?
+I haven't done anything since then because I do not know how to proceed here (except creating everything new from scratch).
+
+Is more information needed? If yes, what?
+"""]]

From db0f679f543b84b12d5623de708f68cefd167c4a Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Fri, 12 Sep 2014 16:03:09 +0000
Subject: [PATCH 187/260] Added a comment

---
 ...ent_1_43c824a3b843faa2377bfd78158c72fe._comment | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment
new file mode 100644
index 0000000000..0bf00d7d5e
--- /dev/null
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_1_43c824a3b843faa2377bfd78158c72fe._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 1"
+ date="2014-09-12T16:03:09Z"
+ content="""
+It seems you must have tweaked the annex.bloomcapacity and/or annex.bloomaccuracy settings, probably to some quite large values.
+
+For example capacity of 50000000 and accuracy of 10000000000 will fail this way.
+
+This happens when it runs out of Double floating point precision to calculate the requested bloom filter size. I think that a bloom filter can be built that has this capacity/accuracy, it's just that Data.BloomFilter.Easy.safeSuggestSizing falls over trying to find the bloom filter size. Also, such a bloom filter may use rather a lot of memory..
+
+
+"""]]

From 7482166180aadbd97ddeadc4faa82278e0a47cfc Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 12:26:12 -0400
Subject: [PATCH 188/260] Rather than crashing when there's a problem with the
 requested bloomfilter capacity/accuracy, fall back to a reasonable default
 bloom filter size.

---
 Command/Unused.hs | 7 ++++++-
 Utility/Bloom.hs  | 4 ++--
 debian/changelog  | 2 ++
 3 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/Command/Unused.hs b/Command/Unused.hs
index bf98e53bcd..c2179447d0 100644
--- a/Command/Unused.hs
+++ b/Command/Unused.hs
@@ -189,7 +189,12 @@ bloomBitsHashes :: Annex (Int, Int)
 bloomBitsHashes = do
 	capacity <- bloomCapacity
 	accuracy <- bloomAccuracy
-	return $ suggestSizing capacity (1/ fromIntegral accuracy)
+	case safeSuggestSizing capacity (1 / fromIntegral accuracy) of
+		Left e -> do
+			warning $ "bloomfilter " ++ e ++ "; falling back to sane value"
+			-- precaulculated value for 500000 (1/1000)
+			return (8388608,10)
+		Right v -> return v
 
 {- Creates a bloom filter, and runs an action, such as withKeysReferenced,
  - to populate it.
diff --git a/Utility/Bloom.hs b/Utility/Bloom.hs
index e3000de3d7..b0988a8c42 100644
--- a/Utility/Bloom.hs
+++ b/Utility/Bloom.hs
@@ -9,7 +9,7 @@
 
 module Utility.Bloom (
 	Bloom,
-	suggestSizing,
+	safeSuggestSizing,
 	Hashable,
 	cheapHashes,
 	notElemB,
@@ -25,7 +25,7 @@ import qualified Data.BloomFilter as Bloom
 #else
 import qualified Data.BloomFilter as Bloom
 #endif
-import Data.BloomFilter.Easy (suggestSizing, Bloom)
+import Data.BloomFilter.Easy (safeSuggestSizing, Bloom)
 import Data.BloomFilter.Hash (Hashable, cheapHashes)
 import Control.Monad.ST.Safe (ST)
 
diff --git a/debian/changelog b/debian/changelog
index 710f72a34f..c2e0ea5088 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -20,6 +20,8 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     the repository, rather than just the file's base name. Note that if you're
     relying on such things to keep files separate with WORM, you should really
     be using a better backend.
+  * Rather than crashing when there's a problem with the requested bloomfilter
+    capacity/accuracy, fall back to a reasonable default bloom filter size.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 

From 3c49a5d29cd19ade4db0350c6a63478380d2ac95 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 12:29:04 -0400
Subject: [PATCH 189/260] typo

---
 doc/git-annex.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/git-annex.mdwn b/doc/git-annex.mdwn
index 224580d978..71f0c0bebb 100644
--- a/doc/git-annex.mdwn
+++ b/doc/git-annex.mdwn
@@ -513,7 +513,7 @@ subdirectories).
 * `fsck [path ...]`
 
   With no parameters, this command checks the whole annex for consistency,
-  and warns about or fixes any problems found. This is a good compliment to
+  and warns about or fixes any problems found. This is a good complement to
   `git fsck`.
 
   With parameters, only the specified files are checked.

From 6ae36f544549e0770fed416af14769623d6eb662 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Fri, 12 Sep 2014 16:34:56 +0000
Subject: [PATCH 190/260] Added a comment

---
 ...mment_2_9b74457549e2739ae45dccd128de946f._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment
new file mode 100644
index 0000000000..803465e01c
--- /dev/null
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_2_9b74457549e2739ae45dccd128de946f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 2"
+ date="2014-09-12T16:34:56Z"
+ content="""
+However, in Greg's case he had no such configuration. Instead, I think something is broken with the use of floating point or bit math that bloomfilter uses, on the NAS where he's using git-annex.
+
+I have made git-annex not crash when this happens, just show a warning and fall back to a reasonable default bloom filter size. If the problem is with the bit math, then the bloom filter may not work either, which would probably show up as false negatives, so `git annex unused` not finding things that are unused. 
+
+I need to update the armel build with this so Greg can test it..
+"""]]

From 61b75d0475ac0c83242b738246b4564f0bb2a35a Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Fri, 12 Sep 2014 16:38:48 +0000
Subject: [PATCH 191/260] Added a comment

---
 ...mment_3_5790bbbe347e1806062ccb60fcad046a._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment
new file mode 100644
index 0000000000..a11d0efc7f
--- /dev/null
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_3_5790bbbe347e1806062ccb60fcad046a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="comment 3"
+ date="2014-09-12T16:38:47Z"
+ content="""
+I have reproduced the bug, using the standalone build on an arm box (turtle). 
+
+On the same box, the debian git-annex build works ok.
+
+Suggests to me the problem is related to the cross-compiling method used for the standalone arm build.
+"""]]

From af94e44fc0a0480a5a2b89f84c58c6b7f210acca Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Fri, 12 Sep 2014 17:18:16 +0000
Subject: [PATCH 192/260]

---
 ...ity:_creating_an_archive_on_a_new_external_drive.mdwn | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
new file mode 100644
index 0000000000..d5fd768966
--- /dev/null
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
@@ -0,0 +1,9 @@
+story: i got a new drive from the store. plug it in. it's recognized by XFCE and mounted automatically. turns out it's NTFS, but Debian doesn't seem to mind.
+
+go in the assistant, add it as an "External drive", make it a "full backup" and let it sync.
+
+expected result: i see files
+
+actual result: i see a bare git repository.
+
+really confusing to me, sorry if it's a dupe... --[[anarcat]

From e997e26698edd4eae5c9b6074b71b4fced70eddb Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Fri, 12 Sep 2014 17:26:38 +0000
Subject: [PATCH 193/260] workaround

---
 ...bility:_creating_an_archive_on_a_new_external_drive.mdwn | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
index d5fd768966..a9dc8b3e35 100644
--- a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
@@ -6,4 +6,8 @@ expected result: i see files
 
 actual result: i see a bare git repository.
 
-really confusing to me, sorry if it's a dupe... --[[anarcat]
+if i first `git init` the directory so it's not bare, at least i get a better handle on it.
+
+really confusing to me, sorry if it's a dupe... 
+
+workaround: use the commandline: `git clone <repo>` and `git annex get`. --[[anarcat]

From b9d9c47c6cd5e7ee7e66997104cabd2ca74f4883 Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Fri, 12 Sep 2014 17:27:56 +0000
Subject: [PATCH 194/260] sigh - typo, no sleep again :(

---
 .../usability:_creating_an_archive_on_a_new_external_drive.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
index a9dc8b3e35..9a2d6d4a09 100644
--- a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
@@ -10,4 +10,4 @@ if i first `git init` the directory so it's not bare, at least i get a better ha
 
 really confusing to me, sorry if it's a dupe... 
 
-workaround: use the commandline: `git clone <repo>` and `git annex get`. --[[anarcat]
+workaround: use the commandline: `git clone <repo>` and `git annex get`. --[[anarcat]]

From 2e8ad6c95eed00c6181bfc7d71677382a781adb1 Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Fri, 12 Sep 2014 17:37:29 +0000
Subject: [PATCH 195/260]

---
 .../usability:_creating_an_archive_on_a_new_external_drive.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
index 9a2d6d4a09..a6bc0b7bd6 100644
--- a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive.mdwn
@@ -6,7 +6,7 @@ expected result: i see files
 
 actual result: i see a bare git repository.
 
-if i first `git init` the directory so it's not bare, at least i get a better handle on it.
+if i first `git init` the directory so it's not bare, at least i get a better handle on it: i can sync with the assistant, then `git merge synced/master` to see the files.
 
 really confusing to me, sorry if it's a dupe... 
 

From ac0945b9d057e34ec7a700424a4e156d383a80ac Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Fri, 12 Sep 2014 17:46:23 +0000
Subject: [PATCH 196/260] Added a comment: turns out to be an upstream bug
 already filed

---
 ...mment_4_9fb9fdbc6218d6b86b0921f411f78891._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment
new file mode 100644
index 0000000000..77097e07ca
--- /dev/null
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent/comment_4_9fb9fdbc6218d6b86b0921f411f78891._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.132"
+ subject="turns out to be an upstream bug already filed"
+ date="2014-09-12T17:46:23Z"
+ content="""
+It seems that this is a bug on bloomfilter 2.0.0.0 on armel generally. It's also preventing this newer version from building on armel currently:
+
+<http://bugs.debian.org/756801>
+
+The git-annex standalone arm autobuilder installed it with cabal, so ended up with the newer, broken version. 
+"""]]

From 605616032ae49b0028bbd008350450ae6040ea0e Mon Sep 17 00:00:00 2001
From: xn <xn@web>
Date: Fri, 12 Sep 2014 17:54:32 +0000
Subject: [PATCH 197/260]

---
 .../Move_unsynced_file_in_direct_mode.mdwn    | 97 +++++++++++++++++++
 1 file changed, 97 insertions(+)
 create mode 100644 doc/forum/Move_unsynced_file_in_direct_mode.mdwn

diff --git a/doc/forum/Move_unsynced_file_in_direct_mode.mdwn b/doc/forum/Move_unsynced_file_in_direct_mode.mdwn
new file mode 100644
index 0000000000..015b5f58e7
--- /dev/null
+++ b/doc/forum/Move_unsynced_file_in_direct_mode.mdwn
@@ -0,0 +1,97 @@
+When I rename unsynced files in a direct mode repo, the original symlink gets removed from git, but the new symlink doesn't get added back by autocommit or by explicitly using `git annex add`.
+
+First, I create a file in a git-annex repo:
+
+        $ mkdir annex1
+        $ cd annex1
+        $ git init
+        Initialized empty Git repository in /home/cwarden/annex1/.git/
+        $ git annex init
+        init  ok
+        (Recording state in git...)
+        $ echo test > test1
+        $ git annex add test1
+        add test1 ok
+        (Recording state in git...)
+        $ git annex sync
+        commit  ok
+        $ ls -l
+        total 4
+        lrwxrwxrwx 1 cwarden cwarden 178 Sep 12 10:14 test1 -> .git/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
+        $ cat test1
+        test
+
+Now, I clone the repo and enable autocommit and direct mode in the second repo:
+
+        $ cd ..
+        $ git clone annex1 annex2
+        Cloning into 'annex2'...
+        done.
+        $ cd annex2
+        $ git config annex.autocommit true
+        $ git annex direct
+        commit
+        On branch master
+        Your branch is up-to-date with 'origin/master'.
+
+        nothing to commit, working directory clean
+        ok
+        direct  ok
+
+I drop the file, then rename it:
+
+        $ git annex drop test1
+        (merging origin/git-annex into git-annex...)
+        (Recording state in git...)
+        $ mv test1 test2
+        $ ls -l
+        total 4
+        lrwxrwxrwx 1 cwarden cwarden 178 Sep 12 10:14 test2 -> .git/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
+        $ git annex sync
+        commit  (Recording state in git...)
+        ok
+        pull origin
+        ok
+        push origin
+        Counting objects: 6, done.
+        Delta compression using up to 4 threads.
+        Compressing objects: 100% (5/5), done.
+        Writing objects: 100% (6/6), 674 bytes | 0 bytes/s, done.
+        Total 6 (delta 1), reused 0 (delta 0)
+        To /home/cwarden/annex1
+                2772756..ffcb7a1  annex/direct/master -> synced/master
+         * [new branch]      git-annex -> synced/git-annex
+        ok
+        (Recording state in git...)
+
+Now, I want to get the renamed file:
+
+        $ git annex get test2
+        $ ls -l
+        total 4
+        lrwxrwxrwx 1 cwarden cwarden 178 Sep 12 10:14 test2 -> .git/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
+        $ cat test2
+        cat: test2: No such file or directory
+
+Explicitly adding test2 doesn't work:
+
+        $ git annex add test2
+        $ git annex get test2
+        $ cat test2
+        cat: test2: No such file or directory
+
+`git annex fsck` doesn't help:
+
+        $ git annex fsck
+        $ cat test2
+        cat: test2: No such file or directory
+
+The only way I've found to get the renamed file back into git is to use `core.bare=false`, but the [documentation](http://git-annex.branchable.com/direct_mode/) says that "there should be no good reason to need to do this, ever".
+
+        $ git -c core.bare=false add test2
+        $ git -c core.bare=false commit -m'force renamed file back into git'
+        $ git annex get test2
+        $ cat test2
+        test
+
+Is there a better solution?

From dcfa82945c93dec4dd5cb911983e5d391b7d07e5 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Fri, 12 Sep 2014 18:55:45 +0000
Subject: [PATCH 198/260] Added a comment

---
 .../comment_4_1594457620463aa001ebb4a92eced276._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment

diff --git a/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment b/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment
new file mode 100644
index 0000000000..07392aa253
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
+ nickname="Giovanni"
+ subject="comment 4"
+ date="2014-09-12T18:55:45Z"
+ content="""
+Does this somehow scan the IMAP server for attachments already there?
+"""]]

From e12f6dcc2cc1600d241f68c95f9caef4c4fb7793 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Fri, 12 Sep 2014 18:56:21 +0000
Subject: [PATCH 199/260] removed

---
 .../comment_4_1594457620463aa001ebb4a92eced276._comment   | 8 --------
 1 file changed, 8 deletions(-)
 delete mode 100644 doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment

diff --git a/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment b/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment
deleted file mode 100644
index 07392aa253..0000000000
--- a/doc/forum/special_remote_for_IMAP/comment_4_1594457620463aa001ebb4a92eced276._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
- nickname="Giovanni"
- subject="comment 4"
- date="2014-09-12T18:55:45Z"
- content="""
-Does this somehow scan the IMAP server for attachments already there?
-"""]]

From fb45eec69b0cf1ce7cf1812718892f70fe0df08c Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Fri, 12 Sep 2014 18:57:07 +0000
Subject: [PATCH 200/260] Added a comment

---
 .../comment_4_0f8e01c453afb02aebf44b3fb2c9a7c1._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/special_remote_for_IMAP/comment_4_0f8e01c453afb02aebf44b3fb2c9a7c1._comment

diff --git a/doc/forum/special_remote_for_IMAP/comment_4_0f8e01c453afb02aebf44b3fb2c9a7c1._comment b/doc/forum/special_remote_for_IMAP/comment_4_0f8e01c453afb02aebf44b3fb2c9a7c1._comment
new file mode 100644
index 0000000000..6e39fd7307
--- /dev/null
+++ b/doc/forum/special_remote_for_IMAP/comment_4_0f8e01c453afb02aebf44b3fb2c9a7c1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
+ nickname="Giovanni"
+ subject="comment 4"
+ date="2014-09-12T18:57:07Z"
+ content="""
+Does this somehow scan the IMAP server for attachments already there?
+"""]]

From 7481e5411aaa5f5a677cf9c0dd4b242b4286260c Mon Sep 17 00:00:00 2001
From: Petter_petterson <Petter_petterson@web>
Date: Fri, 12 Sep 2014 19:17:17 +0000
Subject: [PATCH 201/260]

---
 ...do_I_sync_files_from_mobile_to_a_repo__63__.mdwn | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__.mdwn

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__.mdwn b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__.mdwn
new file mode 100644
index 0000000000..d63af388ff
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__.mdwn
@@ -0,0 +1,13 @@
+I have a local repo on a computer with some folder on the path
+/computer1/annex/
+
+Then I tried to run git annex on my phone and added a remote ssh repo syncing to
+/computer1/annex/mobile/ from my mobile's picture folder.
+
+But the files ending up there are:
+ls /computer1/annex/mobile/
+annex  branches  config  description  HEAD  hooks  info  objects  refs 
+
+I chose "full backup"
+
+Why dont I see my pictures there, even if they are hiding in the metadata ?

From 47164fb8449640efa86bd0231584aa230a4a74b6 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 15:36:56 -0400
Subject: [PATCH 202/260] remove one shift too many

---
 standalone/linux/install-haskell-packages | 1 -
 1 file changed, 1 deletion(-)

diff --git a/standalone/linux/install-haskell-packages b/standalone/linux/install-haskell-packages
index f5fd4edfa3..03d0670879 100755
--- a/standalone/linux/install-haskell-packages
+++ b/standalone/linux/install-haskell-packages
@@ -28,7 +28,6 @@ patched () {
 	pkg=$1
 	shift 1
 	cabal unpack $pkg$1
-	shift 1
 	cd $pkg*
 	git init
 	git config user.name dummy

From d3aa8223b0c17c7529f3ec52a50b0e7bfc5c0bf8 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Fri, 12 Sep 2014 19:53:33 +0000
Subject: [PATCH 203/260] mark annex.genmetadata as code.

---
 doc/design/metadata.mdwn | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/design/metadata.mdwn b/doc/design/metadata.mdwn
index 10e79b9f8e..9da0a36261 100644
--- a/doc/design/metadata.mdwn
+++ b/doc/design/metadata.mdwn
@@ -53,7 +53,7 @@ once, and can be left alone when refining a view.
 
 ## automatically added metadata
 
-When annex.genmetadata is set, git annex add automatically attaches
+When `annex.genmetadata` is set, git annex add automatically attaches
 some metadata to a file. Currently year and month fields, from its mtime.
 
 There's also a post-commit-annex hook script.

From 3eab72d13cd2a25d8a5f9306a1bdec86b9044dc5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 20:53:54 -0400
Subject: [PATCH 204/260] refresh patch

Odd, it should have been against 0.0.6 before, but fails to apply now
---
 .../file-embed_remove-TH.patch                | 40 +++++--------------
 1 file changed, 11 insertions(+), 29 deletions(-)

diff --git a/standalone/no-th/haskell-patches/file-embed_remove-TH.patch b/standalone/no-th/haskell-patches/file-embed_remove-TH.patch
index a089f1f9ed..12e344504c 100644
--- a/standalone/no-th/haskell-patches/file-embed_remove-TH.patch
+++ b/standalone/no-th/haskell-patches/file-embed_remove-TH.patch
@@ -1,17 +1,17 @@
-From 2b41af230ea5675592e87a2362d9c17bcd8df1db Mon Sep 17 00:00:00 2001
-From: dummy <dummy@example.com>
-Date: Tue, 10 Jun 2014 19:00:44 +0000
+From 497d09a91f9eb1e5979948cd128078491b0e8bca Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Fri, 12 Sep 2014 20:52:08 -0400
 Subject: [PATCH] remove TH
 
 ---
- Data/FileEmbed.hs | 100 +++---------------------------------------------------
- 1 file changed, 5 insertions(+), 95 deletions(-)
+ Data/FileEmbed.hs | 87 ++++---------------------------------------------------
+ 1 file changed, 5 insertions(+), 82 deletions(-)
 
 diff --git a/Data/FileEmbed.hs b/Data/FileEmbed.hs
-index aae9d5a..efdbb7b 100644
+index 5617493..adacdba 100644
 --- a/Data/FileEmbed.hs
 +++ b/Data/FileEmbed.hs
-@@ -17,19 +17,18 @@
+@@ -17,13 +17,13 @@
  -- > {-# LANGUAGE TemplateHaskell #-}
  module Data.FileEmbed
      ( -- * Embed at compile time
@@ -19,7 +19,7 @@ index aae9d5a..efdbb7b 100644
 -    , embedOneFileOf
 -    , embedDir
 -    , getDir
-+   --   embedFile
++    --  embedFile
 +    --, embedOneFileOf
 +    --, embedDir
 +      getDir
@@ -30,13 +30,7 @@ index aae9d5a..efdbb7b 100644
  #endif
      , inject
      , injectFile
-       -- * Internal
-     , stringToBs
--    , bsToExp
-     ) where
- 
- import Language.Haskell.TH.Syntax
-@@ -57,85 +56,12 @@ import Data.ByteString.Unsafe (unsafePackAddressLen)
+@@ -56,73 +56,12 @@ import Data.ByteString.Unsafe (unsafePackAddressLen)
  import System.IO.Unsafe (unsafePerformIO)
  import System.FilePath ((</>))
  
@@ -102,27 +96,15 @@ index aae9d5a..efdbb7b 100644
 -    return $! TupE [LitE $ StringL path, exp']
 -
 -bsToExp :: B.ByteString -> Q Exp
--#if MIN_VERSION_template_haskell(2, 5, 0)
--bsToExp bs =
--    return $ VarE 'unsafePerformIO
--      `AppE` (VarE 'unsafePackAddressLen
--      `AppE` LitE (IntegerL $ fromIntegral $ B8.length bs)
--#if MIN_VERSION_template_haskell(2, 8, 0)
--      `AppE` LitE (StringPrimL $ B.unpack bs))
--#else
--      `AppE` LitE (StringPrimL $ B8.unpack bs))
--#endif
--#else
 -bsToExp bs = do
 -    helper <- [| stringToBs |]
 -    let chars = B8.unpack bs
 -    return $! AppE helper $! LitE $! StringL chars
--#endif
 -
  stringToBs :: String -> B.ByteString
  stringToBs = B8.pack
  
-@@ -177,22 +103,6 @@ padSize i =
+@@ -164,22 +103,6 @@ padSize i =
      let s = show i
       in replicate (sizeLen - length s) '0' ++ s
  
@@ -146,5 +128,5 @@ index aae9d5a..efdbb7b 100644
  inject :: B.ByteString -- ^ bs to inject
         -> B.ByteString -- ^ original BS containing dummy
 -- 
-2.0.0
+2.1.0
 

From 748e21c69e317b00b867e88acc88d82b552ca536 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 21:01:40 -0400
Subject: [PATCH 205/260] fix params

---
 standalone/linux/install-haskell-packages | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/standalone/linux/install-haskell-packages b/standalone/linux/install-haskell-packages
index 03d0670879..3178b72f80 100755
--- a/standalone/linux/install-haskell-packages
+++ b/standalone/linux/install-haskell-packages
@@ -44,7 +44,7 @@ patched () {
 			fi
 		fi
 	done
-	cabalinstall "$@"
+	cabalinstall
 	rm -rf $pkg*
 	cd ..
 }

From 8362723571812e6e1cd2b9092d53ad1ab3a9a0ec Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Fri, 12 Sep 2014 22:35:36 -0400
Subject: [PATCH 206/260] update for yesod-form-1.3.15.4

---
 .../yesod-form_spliced-TH.patch               | 1470 ++++++++++-------
 1 file changed, 828 insertions(+), 642 deletions(-)

diff --git a/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch b/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
index cb0ff9d08d..4f8edee8f8 100644
--- a/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
+++ b/standalone/no-th/haskell-patches/yesod-form_spliced-TH.patch
@@ -1,19 +1,226 @@
-From 38834f94992679d8c4d936fec12eb32b82073553 Mon Sep 17 00:00:00 2001
-From: dummy <dummy@example.com>
-Date: Wed, 21 May 2014 05:23:19 +0000
+From 6aabd510081681f81f4259190be32fbb2819b46c Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Fri, 12 Sep 2014 21:30:27 -0400
 Subject: [PATCH] splice TH
 
 ---
- Yesod/Form/Fields.hs    | 738 +++++++++++++++++++++++++++++++++---------------
- Yesod/Form/Functions.hs | 289 +++++++++++++------
- Yesod/Form/Jquery.hs    | 129 +++++++--
- Yesod/Form/MassInput.hs | 233 ++++++++++++---
- Yesod/Form/Nic.hs       |  65 ++++-
- yesod-form.cabal        |   1 -
- 6 files changed, 1054 insertions(+), 401 deletions(-)
+ Yesod/Form/Bootstrap3.hs | 183 +++++++++---
+ Yesod/Form/Fields.hs     | 753 ++++++++++++++++++++++++++++++++++++++---------
+ Yesod/Form/Functions.hs  | 257 +++++++++++++---
+ Yesod/Form/Jquery.hs     | 134 +++++++--
+ Yesod/Form/MassInput.hs  | 226 +++++++++++---
+ Yesod/Form/Nic.hs        |  67 ++++-
+ yesod-form.cabal         |   1 -
+ 7 files changed, 1319 insertions(+), 302 deletions(-)
 
+diff --git a/Yesod/Form/Bootstrap3.hs b/Yesod/Form/Bootstrap3.hs
+index 84e85fc..943c416 100644
+--- a/Yesod/Form/Bootstrap3.hs
++++ b/Yesod/Form/Bootstrap3.hs
+@@ -152,44 +152,144 @@ renderBootstrap3 formLayout aform fragment = do
+     let views = views' []
+         has (Just _) = True
+         has Nothing  = False
+-        widget = [whamlet|
+-            $newline never
+-            #{fragment}
+-            $forall view <- views
+-              <div .form-group :fvRequired view:.required :not $ fvRequired view:.optional :has $ fvErrors view:.has-error>
+-                $case formLayout
+-                  $of BootstrapBasicForm
+-                    $if fvId view /= bootstrapSubmitId
+-                      <label for=#{fvId view}>#{fvLabel view}
+-                    ^{fvInput view}
+-                    ^{helpWidget view}
+-                  $of BootstrapInlineForm
+-                    $if fvId view /= bootstrapSubmitId
+-                      <label .sr-only for=#{fvId view}>#{fvLabel view}
+-                    ^{fvInput view}
+-                    ^{helpWidget view}
+-                  $of BootstrapHorizontalForm labelOffset labelSize inputOffset inputSize
+-                    $if fvId view /= bootstrapSubmitId
+-                      <label .control-label .#{toOffset labelOffset} .#{toColumn labelSize} for=#{fvId view}>#{fvLabel view}
+-                      <div .#{toOffset inputOffset} .#{toColumn inputSize}>
+-                        ^{fvInput view}
+-                        ^{helpWidget view}
+-                    $else
+-                      <div .#{toOffset (addGO inputOffset (addGO labelOffset labelSize))} .#{toColumn inputSize}>
+-                        ^{fvInput view}
+-                        ^{helpWidget view}
+-                |]
++        widget =         do { (asWidgetT . toWidget) (toHtml fragment);
++             Data.Foldable.mapM_
++               (\ view_as0a
++                  -> do { (asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . T.pack)
++                               "<div class=\"form-group ");
++                          Text.Hamlet.condH
++                            [(fvRequired view_as0a, 
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . T.pack) "required "))]
++                            Nothing;
++                          Text.Hamlet.condH
++                            [(not (fvRequired view_as0a), 
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . T.pack) "optional "))]
++                            Nothing;
++                          Text.Hamlet.condH
++                            [(has (fvErrors view_as0a), 
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . T.pack) "has-error"))]
++                            Nothing;
++                          (asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                          case formLayout of {
++                            ; BootstrapBasicForm
++                              -> do { Text.Hamlet.condH
++                                        [((/=) (fvId view_as0a) bootstrapSubmitId, 
++                                          do { (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                    "<label for=\"");
++                                               (asWidgetT . toWidget) (toHtml (fvId view_as0a));
++                                               (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                                               (asWidgetT . toWidget) (toHtml (fvLabel view_as0a));
++                                               (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                    "</label>") })]
++                                        Nothing;
++                                      (asWidgetT . toWidget) (fvInput view_as0a);
++                                      (asWidgetT . toWidget) (helpWidget view_as0a) }
++                            ; BootstrapInlineForm
++                              -> do { Text.Hamlet.condH
++                                        [((/=) (fvId view_as0a) bootstrapSubmitId, 
++                                          do { (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                    "<label class=\"sr-only\" for=\"");
++                                               (asWidgetT . toWidget) (toHtml (fvId view_as0a));
++                                               (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                                               (asWidgetT . toWidget) (toHtml (fvLabel view_as0a));
++                                               (asWidgetT . toWidget)
++                                                 ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                    "</label>") })]
++                                        Nothing;
++                                      (asWidgetT . toWidget) (fvInput view_as0a);
++                                      (asWidgetT . toWidget) (helpWidget view_as0a) }
++                            BootstrapHorizontalForm labelOffset_as0b
++                                                    labelSize_as0c
++                                                    inputOffset_as0d
++                                                    inputSize_as0e
++                              -> Text.Hamlet.condH
++                                   [((/=) (fvId view_as0a) bootstrapSubmitId, 
++                                     do { (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                               "<label class=\"control-label ");
++                                          (asWidgetT . toWidget) (toHtml (toOffset labelOffset_as0b));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) " ");
++                                          (asWidgetT . toWidget) (toHtml (toColumn labelSize_as0c));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) "\" for=\"");
++                                          (asWidgetT . toWidget) (toHtml (fvId view_as0a));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                                          (asWidgetT . toWidget) (toHtml (fvLabel view_as0a));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                               "</label><div class=\"");
++                                          (asWidgetT . toWidget) (toHtml (toOffset inputOffset_as0d));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) " ");
++                                          (asWidgetT . toWidget) (toHtml (toColumn inputSize_as0e));
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                                          (asWidgetT . toWidget) (fvInput view_as0a);
++                                          (asWidgetT . toWidget) (helpWidget view_as0a);
++                                          (asWidgetT . toWidget)
++                                            ((Text.Blaze.Internal.preEscapedText . T.pack) "</div>") })]
++                                   (Just
++                                      (do { (asWidgetT . toWidget)
++                                              ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                 "<div class=\"");
++                                            (asWidgetT . toWidget)
++                                              (toHtml
++                                                 (toOffset
++                                                    (addGO
++                                                       inputOffset_as0d
++                                                       (addGO labelOffset_as0b labelSize_as0c))));
++                                            (asWidgetT . toWidget)
++                                              ((Text.Blaze.Internal.preEscapedText . T.pack) " ");
++                                            (asWidgetT . toWidget) (toHtml (toColumn inputSize_as0e));
++                                            (asWidgetT . toWidget)
++                                              ((Text.Blaze.Internal.preEscapedText . T.pack) "\">");
++                                            (asWidgetT . toWidget) (fvInput view_as0a);
++                                            (asWidgetT . toWidget) (helpWidget view_as0a);
++                                            (asWidgetT . toWidget)
++                                              ((Text.Blaze.Internal.preEscapedText . T.pack)
++                                                 "</div>") })) };
++                          (asWidgetT . toWidget)
++                            ((Text.Blaze.Internal.preEscapedText . T.pack) "</div>") })
++               views }
++
+     return (res, widget)
+ 
+ 
+ -- | (Internal) Render a help widget for tooltips and errors.
+ helpWidget :: FieldView site -> WidgetT site IO ()
+-helpWidget view = [whamlet|
+-    $maybe tt <- fvTooltip view
+-      <span .help-block>#{tt}
+-    $maybe err <- fvErrors view
+-      <span .help-block>#{err}
+-|]
++helpWidget view = do { Text.Hamlet.maybeH
++       (fvTooltip view)
++       (\ tt_as0k
++          -> do { (asWidgetT . toWidget)
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<span class=\"help-block\">");
++                  (asWidgetT . toWidget) (toHtml tt_as0k);
++                  (asWidgetT . toWidget)
++                    ((Text.Blaze.Internal.preEscapedText . T.pack) "</span>") })
++       Nothing;
++     Text.Hamlet.maybeH
++       (fvErrors view)
++       (\ err_as0l
++          -> do { (asWidgetT . toWidget)
++                    ((Text.Blaze.Internal.preEscapedText . T.pack)
++                       "<span class=\"help-block\">");
++                  (asWidgetT . toWidget) (toHtml err_as0l);
++                  (asWidgetT . toWidget)
++                    ((Text.Blaze.Internal.preEscapedText . T.pack) "</span>") })
++       Nothing }
++
+ 
+ 
+ -- | How the 'bootstrapSubmit' button should be rendered.
+@@ -244,7 +344,22 @@ mbootstrapSubmit
+     => BootstrapSubmit msg -> MForm m (FormResult (), FieldView site)
+ mbootstrapSubmit (BootstrapSubmit msg classes attrs) =
+     let res = FormSuccess ()
+-        widget = [whamlet|<button class="btn #{classes}" type=submit *{attrs}>_{msg}|]
++        widget =         do { (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . T.pack)
++                  "<button class=\"btn ");
++             (asWidgetT . toWidget) (toHtml classes);
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . T.pack)
++                  "\" type=\"submit\"");
++             (asWidgetT . toWidget)
++               ((Text.Hamlet.attrsToHtml . Text.Hamlet.toAttributes) attrs);
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . T.pack) ">");
++             ((liftM (toHtml .) getMessageRender)
++              >>= (\ urender_as0w -> (asWidgetT . toWidget) (urender_as0w msg)));
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . T.pack) "</button>") }
++
+         fv  = FieldView { fvLabel    = ""
+                         , fvTooltip  = Nothing
+                         , fvId       = bootstrapSubmitId
 diff --git a/Yesod/Form/Fields.hs b/Yesod/Form/Fields.hs
-index cd67820..46b5d96 100644
+index c6091a9..3d7b267 100644
 --- a/Yesod/Form/Fields.hs
 +++ b/Yesod/Form/Fields.hs
 @@ -1,4 +1,3 @@
@@ -63,7 +270,7 @@ index cd67820..46b5d96 100644
  import qualified Blaze.ByteString.Builder.Html.Utf8 as B
  import Blaze.ByteString.Builder (writeByteString, toLazyByteString)
  import Blaze.ByteString.Builder.Internal.Write (fromWriteList)
-@@ -84,15 +85,12 @@ import Data.Text as T (Text, concat, intercalate, unpack, pack, splitOn)
+@@ -91,15 +92,12 @@ import qualified Data.Text as T (drop, dropWhile)
  import qualified Data.Text.Read
  
  import qualified Data.Map as Map
@@ -79,7 +286,7 @@ index cd67820..46b5d96 100644
  defaultFormMessage :: FormMessage -> Text
  defaultFormMessage = englishFormMessage
  
-@@ -104,10 +102,24 @@ intField = Field
+@@ -111,10 +109,25 @@ intField = Field
              Right (a, "") -> Right a
              _ -> Left $ MsgInvalidInteger s
  
@@ -87,28 +294,29 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="number" step=1 :isReq:required="" value="#{showVal val}">
 -|]
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOn
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJJh
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +              id (toHtml name);
 +              id
-+                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"number\"");
-+              Text.Hamlet.condH
++                ((Text.Blaze.Internal.preEscapedText . pack)
++                   "\" type=\"number\" step=\"1\"");
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (showVal val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
    where
-@@ -121,10 +133,24 @@ doubleField = Field
+@@ -128,10 +141,25 @@ doubleField = Field
              Right (a, "") -> Right a
              _ -> Left $ MsgInvalidNumber s
  
@@ -116,28 +324,29 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="number" step=any :isReq:required="" value="#{showVal val}">
 -|]
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOz
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJJu
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +              id (toHtml name);
 +              id
-+                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"text\"");
-+              Text.Hamlet.condH
++                ((Text.Blaze.Internal.preEscapedText . pack)
++                   "\" type=\"number\" step=\"any\"");
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (showVal val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
    where showVal = either id (pack . show)
-@@ -132,10 +158,24 @@ $newline never
+@@ -139,10 +167,24 @@ $newline never
  dayField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Day
  dayField = Field
      { fieldParse = parseHelper $ parseDate . unpack
@@ -145,7 +354,7 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="date" :isReq:required="" value="#{showVal val}">
 -|]
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOJ
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJJF
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
@@ -153,20 +362,20 @@ index cd67820..46b5d96 100644
 +              id (toHtml name);
 +              id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"date\"");
-+              Text.Hamlet.condH
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (showVal val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
    where showVal = either id (pack . show)
-@@ -143,10 +183,23 @@ $newline never
+@@ -150,10 +192,23 @@ $newline never
  timeField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m TimeOfDay
  timeField = Field
      { fieldParse = parseHelper parseTime
@@ -174,42 +383,47 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} :isReq:required="" value="#{showVal val}">
 -|]
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arOW
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJJT
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +              id (toHtml name);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              Text.Hamlet.condH
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (showVal val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
    where
-@@ -159,10 +212,18 @@ $newline never
+@@ -166,10 +221,23 @@ $newline never
  htmlField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Html
  htmlField = Field
      { fieldParse = parseHelper $ Right . preEscapedText . sanitizeBalance
--    , fieldView = \theId name attrs val _isReq -> toWidget [hamlet|
+-    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
 -$newline never
--<textarea id="#{theId}" name="#{name}" *{attrs}>#{showVal val}
+-<textarea :isReq:required="" id="#{theId}" name="#{name}" *{attrs}>#{showVal val}
 -|]
-+    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arP6
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJK4
 +      -> do { id
-+                ((Text.Blaze.Internal.preEscapedText . pack) "<textarea id=\"");
++                ((Text.Blaze.Internal.preEscapedText . pack) "<textarea");
++              condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " id=\"");
 +              id (toHtml theId);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +              id (toHtml name);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +              id (toHtml (showVal val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "</textarea>") }
@@ -217,16 +431,7 @@ index cd67820..46b5d96 100644
      , fieldEnctype = UrlEncoded
      }
    where showVal = either id (pack . renderHtml)
-@@ -171,8 +232,6 @@ $newline never
- -- br-tags.
- newtype Textarea = Textarea { unTextarea :: Text }
-     deriving (Show, Read, Eq, PersistField, Ord, ToJSON, FromJSON)
--instance PersistFieldSql Textarea where
--    sqlType _ = SqlString
- instance ToHtml Textarea where
-     toHtml =
-         unsafeByteString
-@@ -190,10 +249,18 @@ instance ToHtml Textarea where
+@@ -197,10 +265,18 @@ instance ToHtml Textarea where
  textareaField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Textarea
  textareaField = Field
      { fieldParse = parseHelper $ Right . Textarea
@@ -234,14 +439,14 @@ index cd67820..46b5d96 100644
 -$newline never
 -<textarea id="#{theId}" name="#{name}" *{attrs}>#{either id unTextarea val}
 -|]
-+    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arPf
++    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_aJKe
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<textarea id=\"");
 +              id (toHtml theId);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +              id (toHtml name);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +              id (toHtml (either id unTextarea val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "</textarea>") }
@@ -249,7 +454,7 @@ index cd67820..46b5d96 100644
      , fieldEnctype = UrlEncoded
      }
  
-@@ -201,10 +268,19 @@ hiddenField :: (Monad m, PathPiece p, RenderMessage (HandlerSite m) FormMessage)
+@@ -208,10 +284,19 @@ hiddenField :: (Monad m, PathPiece p, RenderMessage (HandlerSite m) FormMessage)
              => Field m p
  hiddenField = Field
      { fieldParse = parseHelper $ maybe (Left MsgValueRequired) Right . fromPathPiece
@@ -257,7 +462,7 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input type="hidden" id="#{theId}" name="#{name}" *{attrs} value="#{either id toPathPiece val}">
 -|]
-+    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_arPo
++    , fieldView = \theId name attrs val _isReq -> toWidget  $     \ _render_aJKo
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack)
 +                   "<input type=\"hidden\" id=\"");
@@ -267,13 +472,13 @@ index cd67820..46b5d96 100644
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
 +              id (toHtml (either id toPathPiece val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
  
-@@ -212,20 +288,55 @@ textField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Tex
+@@ -219,20 +304,53 @@ textField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Tex
  textField = Field
      { fieldParse = parseHelper $ Right
      , fieldView = \theId name attrs val isReq ->
@@ -281,28 +486,26 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="text" :isReq:required value="#{either id id val}">
 -|]
-+        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++        do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml theId);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml name);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"text\"");
-+             Text.Hamlet.condH
++             condH
 +               [(isReq, 
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
 +               Nothing;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
-+               (toHtml (either id id val));
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml (either id id val));
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
-+               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
@@ -315,7 +518,7 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="password" :isReq:required="" value="#{either id id val}">
 -|]
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arPF
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJKH
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
@@ -324,20 +527,20 @@ index cd67820..46b5d96 100644
 +              id
 +                ((Text.Blaze.Internal.preEscapedText . pack)
 +                   "\" type=\"password\"");
-+              Text.Hamlet.condH
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (either id id val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
  
-@@ -297,57 +408,24 @@ emailField = Field
+@@ -304,10 +422,24 @@ emailField = Field
              case Email.canonicalizeEmail $ encodeUtf8 s of
                  Just e -> Right $ decodeUtf8With lenientDecode e
                  Nothing -> Left $ MsgInvalidEmail s
@@ -345,9 +548,7 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="email" :isReq:required="" value="#{either id id val}">
 -|]
--    , fieldEnctype = UrlEncoded
--    }
-+    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_arQe
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJLq
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml theId);
@@ -355,52 +556,86 @@ index cd67820..46b5d96 100644
 +              id (toHtml name);
 +              id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"email\"");
-+              Text.Hamlet.condH
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
 +                Nothing;
 +              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
 +              id (toHtml (either id id val));
 +              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
  
---- |
----
---- Since 1.3.7
--multiEmailField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m [Text]
--multiEmailField = Field
--    { fieldParse = parseHelper $
--        \s ->
--            let addrs = map validate $ splitOn "," s
--            in case partitionEithers addrs of
--                ([], good) -> Right good
--                (bad, _) -> Left $ MsgInvalidEmail $ cat bad
+@@ -322,10 +454,25 @@ multiEmailField = Field
+             in case partitionEithers addrs of
+                 ([], good) -> Right good
+                 (bad, _) -> Left $ MsgInvalidEmail $ cat bad
 -    , fieldView = \theId name attrs val isReq -> toWidget [hamlet|
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="email" multiple :isReq:required="" value="#{either id cat val}">
 -|]
--    , fieldEnctype = UrlEncoded
--    }
--    where
--        -- report offending address along with error
--        validate a = case Email.validate $ encodeUtf8 a of
--                        Left e -> Left $ T.concat [a, " (",  pack e, ")"]
--                        Right r -> Right $ emailToText r
--        cat = intercalate ", "
--        emailToText = decodeUtf8With lenientDecode . Email.toByteString
--
--type AutoFocus = Bool
--searchField :: Monad m => RenderMessage (HandlerSite m) FormMessage => AutoFocus -> Field m Text
--searchField autoFocus = Field
--    { fieldParse = parseHelper Right
--    , fieldView = \theId name attrs val isReq -> do
++    , fieldView = \theId name attrs val isReq -> toWidget  $     \ _render_aJMd
++      -> do { id
++                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++              id (toHtml theId);
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++              id (toHtml name);
++              id
++                ((Text.Blaze.Internal.preEscapedText . pack)
++                   "\" type=\"email\" multiple");
++              condH
++                [(isReq, 
++                  id ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++                Nothing;
++              id ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++              id (toHtml (either id cat val));
++              id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++              id ((attrsToHtml . toAttributes) attrs);
++              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+     where
+@@ -341,20 +488,75 @@ searchField :: Monad m => RenderMessage (HandlerSite m) FormMessage => AutoFocus
+ searchField autoFocus = Field
+     { fieldParse = parseHelper Right
+     , fieldView = \theId name attrs val isReq -> do
 -        [whamlet|
 -$newline never
 -<input id="#{theId}" name="#{name}" *{attrs} type="search" :isReq:required="" :autoFocus:autofocus="" value="#{either id id val}">
 -|]
--        when autoFocus $ do
--          -- we want this javascript to be placed immediately after the field
++        do { (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
++             (asWidgetT . toWidget) (toHtml theId);
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
++             (asWidgetT . toWidget) (toHtml name);
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"search\"");
++             condH
++               [(isReq, 
++                 (asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++               Nothing;
++             condH
++               [(autoFocus, 
++                 (asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " autofocus=\"\""))]
++               Nothing;
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
++             (asWidgetT . toWidget) (toHtml (either id id val));
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++             (asWidgetT . toWidget)
++               ((Text.Blaze.Internal.preEscapedText . pack) ">") }
++
+         when autoFocus $ do
+           -- we want this javascript to be placed immediately after the field
 -          [whamlet|
 -$newline never
 -<script>if (!('autofocus' in document.createElement('input'))) {document.getElementById('#{theId}').focus();}
@@ -409,42 +644,80 @@ index cd67820..46b5d96 100644
 -            ##{theId}
 -              -webkit-appearance: textfield
 -            |]
++          do { (asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack)
++                    "<script>if (!('autofocus' in document.createElement('input'))) {document.getElementById('");
++               (asWidgetT . toWidget) (toHtml theId);
++               (asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack)
++                    "').focus();}</script>") }
++
++          toWidget  $           \ _render_aJMx
++            -> (Text.Css.CssNoWhitespace
++                . (foldr ($) []))
++                 [((++)
++                   $ (map
++                        Text.Css.TopBlock
++                        (((Text.Css.Block
++                             {Text.Css.blockSelector = Data.Monoid.mconcat
++                                                                                 [(Text.Css.fromText
++                                                                                   . Text.Css.pack)
++                                                                                    "#",
++                                                                                  toCss theId],
++                              Text.Css.blockAttrs = (Prelude.concat
++                                                                             $ ([Text.Css.Attr
++                                                                                   (Data.Monoid.mconcat
++                                                                                      [(Text.Css.fromText
++                                                                                        . Text.Css.pack)
++                                                                                         "-webkit-appearance"])
++                                                                                   (Data.Monoid.mconcat
++                                                                                      [(Text.Css.fromText
++                                                                                        . Text.Css.pack)
++                                                                                         "textfield"])]
++                                                                                :
++                                                                                  (map
++                                                                                     Text.Css.mixinAttrs
++                                                                                     []))),
++                              Text.Css.blockBlocks = (),
++                              Text.Css.blockMixins = ()}               :)
++                          . ((foldr (.) id [])
++                             . (concatMap Text.Css.mixinBlocks [] ++)))
++                           [])))]
++
      , fieldEnctype = UrlEncoded
      }
  
-@@ -358,7 +436,30 @@ urlField = Field
+@@ -365,7 +567,28 @@ urlField = Field
              Nothing -> Left $ MsgInvalidUrl s
              Just _ -> Right s
      , fieldView = \theId name attrs val isReq ->
 -        [whamlet|<input ##{theId} name=#{name} *{attrs} type=url :isReq:required value=#{either id id val}>|]
-+        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++        do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml theId);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml name);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"url\"");
-+             Text.Hamlet.condH
++             condH
 +               [(isReq, 
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
 +               Nothing;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " value=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
-+               (toHtml (either id id val));
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml (either id id val));
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
-+               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
  
-@@ -371,18 +472,56 @@ selectField :: (Eq a, RenderMessage site FormMessage)
+@@ -378,18 +601,54 @@ selectField :: (Eq a, RenderMessage site FormMessage)
              => HandlerT site IO (OptionList a)
              -> Field (HandlerT site IO) a
  selectField = selectFieldHelper
@@ -460,60 +733,58 @@ index cd67820..46b5d96 100644
 -$newline never
 -<option value=#{value} :isSel:selected>#{text}
 -|]) -- inside
-+    (\theId name attrs inside ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\theId name attrs inside ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "<select id=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml name);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
-+           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) inside;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) inside;
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "</select>") })
 + -- outside
-+    (\_theId _name isSel ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\_theId _name isSel ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "<option value=\"none\"");
-+         Text.Hamlet.condH
++         condH
 +           [(isSel, 
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
 +           Nothing;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +         ((Control.Monad.liftM (toHtml .) getMessageRender)
 +          >>=
-+            (\ urender_arQS
-+               -> (Yesod.Core.Widget.asWidgetT . toWidget)
-+                    (urender_arQS MsgSelectNone)));
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++            (\ urender_aJMX
++               -> (asWidgetT . toWidget) (urender_aJMX MsgSelectNone)));
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
 + -- onOpt
-+    (\_theId _name _attrs value isSel text ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\_theId _name _attrs value isSel text ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "<option value=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml value);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+         Text.Hamlet.condH
++         condH
 +           [(isSel, 
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
 +           Nothing;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml text);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml text);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
 + -- inside
  
  multiSelectFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg)
                       => [(msg, a)]
-@@ -405,11 +544,48 @@ multiSelectField ioptlist =
+@@ -412,11 +671,45 @@ multiSelectField ioptlist =
      view theId name attrs val isReq = do
          opts <- fmap olOptions $ handlerToWidget ioptlist
          let selOpts = map (id &&& (optselected val)) opts
@@ -522,68 +793,52 @@ index cd67820..46b5d96 100644
 -                $forall (opt, optsel) <- selOpts
 -                    <option value=#{optionExternalValue opt} :optsel:selected>#{optionDisplay opt}
 -                |]
-+        do { (Yesod.Core.Widget.asWidgetT . toWidget)
++        do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "<select id=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml theId);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml name);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+             Text.Hamlet.condH
++             condH
 +               [(isReq, 
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
 +               Nothing;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " multiple");
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
-+               ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +             Data.Foldable.mapM_
-+               (\ (opt_arRl, optsel_arRm)
-+                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               (\ (opt_aJNs, optsel_aJNt)
++                  -> do { (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "<option value=\"");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
-+                            (toHtml (optionExternalValue opt_arRl));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (optionExternalValue opt_aJNs));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+                          Text.Hamlet.condH
-+                            [(optsel_arRm, 
-+                              (Yesod.Core.Widget.asWidgetT . toWidget)
++                          condH
++                            [(optsel_aJNt, 
++                              (asWidgetT . toWidget)
 +                                ((Text.Blaze.Internal.preEscapedText . pack) " selected"))]
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) ">");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
-+                            (toHtml (optionDisplay opt_arRl));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (optionDisplay opt_aJNs));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "</option>") })
 +               selOpts;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) "</select>") }
 +
          where
              optselected (Left _) _ = False
              optselected (Right vals) opt = (optionInternalValue opt) `elem` vals
-@@ -419,67 +595,172 @@ radioFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg)
-                -> Field (HandlerT site IO) a
- radioFieldList = radioField . optionsPairs
- 
--checkboxesFieldList :: (Eq a, RenderMessage site FormMessage, RenderMessage site msg) => [(msg, a)]
--                     -> Field (HandlerT site IO) [a]
--checkboxesFieldList = checkboxesField . optionsPairs
--
--checkboxesField :: (Eq a, RenderMessage site FormMessage)
--                 => HandlerT site IO (OptionList a)
--                 -> Field (HandlerT site IO) [a]
--checkboxesField ioptlist = (multiSelectField ioptlist)
--    { fieldView =
--        \theId name attrs val isReq -> do
--            opts <- fmap olOptions $ handlerToWidget ioptlist
--            let optselected (Left _) _ = False
--                optselected (Right vals) opt = (optionInternalValue opt) `elem` vals
+@@ -439,54 +732,196 @@ checkboxesField ioptlist = (multiSelectField ioptlist)
+             opts <- fmap olOptions $ handlerToWidget ioptlist
+             let optselected (Left _) _ = False
+                 optselected (Right vals) opt = (optionInternalValue opt) `elem` vals
 -            [whamlet|
 -                <span ##{theId}>
 -                    $forall opt <- opts
@@ -591,7 +846,38 @@ index cd67820..46b5d96 100644
 -                            <input type=checkbox name=#{name} value=#{optionExternalValue opt} *{attrs} :optselected val opt:checked>
 -                            #{optionDisplay opt}
 -                |]
--    }
++            do { (asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "<span id=\"");
++                 (asWidgetT . toWidget) (toHtml theId);
++                 (asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++                 Data.Foldable.mapM_
++                   (\ opt_aJNI
++                      -> do { (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack)
++                                   "<label><input type=\"checkbox\" name=\"");
++                              (asWidgetT . toWidget) (toHtml name);
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
++                              (asWidgetT . toWidget) (toHtml (optionExternalValue opt_aJNI));
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++                              condH
++                                [(optselected val opt_aJNI, 
++                                  (asWidgetT . toWidget)
++                                    ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
++                                Nothing;
++                              (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack) ">");
++                              (asWidgetT . toWidget) (toHtml (optionDisplay opt_aJNI));
++                              (asWidgetT . toWidget)
++                                ((Text.Blaze.Internal.preEscapedText . pack) "</label>") })
++                   opts;
++                 (asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) "</span>") }
++
+     }
  
  radioField :: (Eq a, RenderMessage site FormMessage)
             => HandlerT site IO (OptionList a)
@@ -615,78 +901,76 @@ index cd67820..46b5d96 100644
 -        <input id=#{theId}-#{value} type=radio name=#{name} value=#{value} :isSel:checked *{attrs}>
 -        \#{text}
 -|])
-+    (\theId _name _attrs inside ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\theId _name _attrs inside ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "<div id=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\">");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) inside;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
-+           ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
++         (asWidgetT . toWidget) inside;
++         (asWidgetT . toWidget)
++           ((Text.Blaze.Internal.preEscapedText . pack) "</div>") }
 +
-+    (\theId name isSel ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\theId name isSel ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "<label class=\"radio\" for=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "-none\"><div><input id=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "-none\" type=\"radio\" name=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml name);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"none\"");
-+         Text.Hamlet.condH
++         condH
 +           [(isSel, 
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
 +           Nothing;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +         ((Control.Monad.liftM (toHtml .) getMessageRender)
 +          >>=
-+            (\ urender_arRA
-+               -> (Yesod.Core.Widget.asWidgetT . toWidget)
-+                    (urender_arRA MsgSelectNone)));
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++            (\ urender_aJNY
++               -> (asWidgetT . toWidget) (urender_aJNY MsgSelectNone)));
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "</div></label>") })
 +
-+    (\theId name attrs value isSel text ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    (\theId name attrs value isSel text ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "<label class=\"radio\" for=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "-");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml value);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "\"><div><input id=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "-");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml value);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "\" type=\"radio\" name=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml name);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml value);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml value);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+         Text.Hamlet.condH
++         condH
 +           [(isSel, 
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
 +           Nothing;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
-+           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml text);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml text);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "</div></label>") })
 +
  
@@ -699,99 +983,93 @@ index cd67820..46b5d96 100644
 -      <input id=#{theId}-none *{attrs} type=radio name=#{name} value=none checked>
 -      <label for=#{theId}-none>_{MsgSelectNone}
 -
--
--<input id=#{theId}-yes *{attrs} type=radio name=#{name} value=yes :showVal id val:checked>
--<label for=#{theId}-yes>_{MsgBoolYes}
-+      , fieldView = \theId name attrs val isReq ->       do { Text.Hamlet.condH
++      , fieldView = \theId name attrs val isReq ->       do { condH
 +             [(not isReq, 
-+               do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               do { (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
-+                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (asWidgetT . toWidget) (toHtml theId);
++                    (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack)
 +                         "-none\" type=\"radio\" name=\"");
-+                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (asWidgetT . toWidget) (toHtml name);
++                    (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack)
 +                         "\" value=\"none\" checked");
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
-+                      ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++                    (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
-+                    (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                    (asWidgetT . toWidget) (toHtml theId);
++                    (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack) "-none\">");
 +                    ((Control.Monad.liftM (toHtml .) getMessageRender)
 +                     >>=
-+                       (\ urender_arRX
-+                          -> (Yesod.Core.Widget.asWidgetT . toWidget)
-+                               (urender_arRX MsgSelectNone)));
-+                    (Yesod.Core.Widget.asWidgetT . toWidget)
++                       (\ urender_aJOn
++                          -> (asWidgetT . toWidget) (urender_aJOn MsgSelectNone)));
++                    (asWidgetT . toWidget)
 +                      ((Text.Blaze.Internal.preEscapedText . pack) "</label>") })]
 +             Nothing;
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml theId);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack)
 +                "-yes\" type=\"radio\" name=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml name);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"yes\"");
-+           Text.Hamlet.condH
++           condH
 +             [(showVal id val, 
-+               (Yesod.Core.Widget.asWidgetT . toWidget)
++               (asWidgetT . toWidget)
 +                 ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
 +             Nothing;
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
-+             ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml theId);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "-yes\">");
 +           ((Control.Monad.liftM (toHtml .) getMessageRender)
 +            >>=
-+              (\ urender_arRY
-+                 -> (Yesod.Core.Widget.asWidgetT . toWidget)
-+                      (urender_arRY MsgBoolYes)));
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++              (\ urender_aJOo
++                 -> (asWidgetT . toWidget) (urender_aJOo MsgBoolYes)));
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack)
 +                "</label><input id=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml theId);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack)
 +                "-no\" type=\"radio\" name=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml name);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"no\"");
-+           Text.Hamlet.condH
++           condH
 +             [(showVal not val, 
-+               (Yesod.Core.Widget.asWidgetT . toWidget)
++               (asWidgetT . toWidget)
 +                 ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
 +             Nothing;
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
-+             ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "><label for=\"");
-+           (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++           (asWidgetT . toWidget) (toHtml theId);
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "-no\">");
 +           ((Control.Monad.liftM (toHtml .) getMessageRender)
 +            >>=
-+              (\ urender_arRZ
-+                 -> (Yesod.Core.Widget.asWidgetT . toWidget)
-+                      (urender_arRZ MsgBoolNo)));
-+           (Yesod.Core.Widget.asWidgetT . toWidget)
++              (\ urender_aJOp
++                 -> (asWidgetT . toWidget) (urender_aJOp MsgBoolNo)));
++           (asWidgetT . toWidget)
 +             ((Text.Blaze.Internal.preEscapedText . pack) "</label>") }
  
+-<input id=#{theId}-yes *{attrs} type=radio name=#{name} value=yes :showVal id val:checked>
+-<label for=#{theId}-yes>_{MsgBoolYes}
+-
 -<input id=#{theId}-no *{attrs} type=radio name=#{name} value=no :showVal not val:checked>
 -<label for=#{theId}-no>_{MsgBoolNo}
 -|]
      , fieldEnctype = UrlEncoded
      }
    where
-@@ -505,10 +786,25 @@ $newline never
+@@ -512,10 +947,24 @@ $newline never
  checkBoxField :: Monad m => RenderMessage (HandlerSite m) FormMessage => Field m Bool
  checkBoxField = Field
      { fieldParse = \e _ -> return $ checkBoxParser e
@@ -799,87 +1077,35 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input id=#{theId} *{attrs} type=checkbox name=#{name} value=yes :showVal id val:checked>
 -|]
-+    , fieldView  = \theId name attrs val _ ->     do { (Yesod.Core.Widget.asWidgetT . toWidget)
++    , fieldView  = \theId name attrs val _ ->     do { (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml theId);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack)
 +              "\" type=\"checkbox\" name=\"");
-+         (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) (toHtml name);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"yes\"");
-+         Text.Hamlet.condH
++         condH
 +           [(showVal id val, 
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . pack) " checked"))]
 +           Nothing;
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
-+           ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
-+         (Yesod.Core.Widget.asWidgetT . toWidget)
++         (asWidgetT . toWidget) ((attrsToHtml . toAttributes) attrs);
++         (asWidgetT . toWidget)
 +           ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = UrlEncoded
      }
  
-@@ -552,50 +848,6 @@ optionsPairs opts = do
- optionsEnum :: (MonadHandler m, Show a, Enum a, Bounded a) => m (OptionList a)
- optionsEnum = optionsPairs $ map (\x -> (pack $ show x, x)) [minBound..maxBound]
- 
--optionsPersist :: ( YesodPersist site, PersistEntity a
--                  , PersistQuery (YesodPersistBackend site (HandlerT site IO))
--                  , PathPiece (Key a)
--                  , PersistEntityBackend a ~ PersistMonadBackend (YesodPersistBackend site (HandlerT site IO))
--                  , RenderMessage site msg
--                  )
--               => [Filter a]
--               -> [SelectOpt a]
--               -> (a -> msg)
--               -> HandlerT site IO (OptionList (Entity a))
--optionsPersist filts ords toDisplay = fmap mkOptionList $ do
--    mr <- getMessageRender
--    pairs <- runDB $ selectList filts ords
--    return $ map (\(Entity key value) -> Option
--        { optionDisplay = mr (toDisplay value)
--        , optionInternalValue = Entity key value
--        , optionExternalValue = toPathPiece key
--        }) pairs
--
---- | An alternative to 'optionsPersist' which returns just the @Key@ instead of
---- the entire @Entity@.
----
---- Since 1.3.2
--optionsPersistKey
--  :: (YesodPersist site
--     , PersistEntity a
--     , PersistQuery (YesodPersistBackend site (HandlerT site IO))
--     , PathPiece (Key a)
--     , RenderMessage site msg
--     , PersistEntityBackend a ~ PersistMonadBackend (YesodPersistBackend site (HandlerT site IO)))
--  => [Filter a]
--  -> [SelectOpt a]
--  -> (a -> msg)
--  -> HandlerT site IO (OptionList (Key a))
--
--optionsPersistKey filts ords toDisplay = fmap mkOptionList $ do
--    mr <- getMessageRender
--    pairs <- runDB $ selectList filts ords
--    return $ map (\(Entity key value) -> Option
--        { optionDisplay = mr (toDisplay value)
--        , optionInternalValue = key
--        , optionExternalValue = toPathPiece key
--        }) pairs
--
- selectFieldHelper
-         :: (Eq a, RenderMessage site FormMessage)
-         => (Text -> Text -> [(Text, Text)] -> WidgetT site IO () -> WidgetT site IO ())
-@@ -638,9 +890,21 @@ fileField = Field
+@@ -665,9 +1114,21 @@ fileField = Field
          case files of
              [] -> Right Nothing
              file:_ -> Right $ Just file
 -    , fieldView = \id' name attrs _ isReq -> toWidget [hamlet|
 -            <input id=#{id'} name=#{name} *{attrs} type=file :isReq:required>
 -        |]
-+    , fieldView = \id' name attrs _ isReq -> toWidget  $     \ _render_arSN
++    , fieldView = \id' name attrs _ isReq -> toWidget  $     \ _render_aJPt
 +      -> do { id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "<input id=\"");
 +              id (toHtml id');
@@ -887,17 +1113,17 @@ index cd67820..46b5d96 100644
 +              id (toHtml name);
 +              id
 +                ((Text.Blaze.Internal.preEscapedText . pack) "\" type=\"file\"");
-+              Text.Hamlet.condH
++              condH
 +                [(isReq, 
 +                  id ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
 +                Nothing;
-+              id ((Text.Hamlet.attrsToHtml . toAttributes) attrs);
++              id ((attrsToHtml . toAttributes) attrs);
 +              id ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
      , fieldEnctype = Multipart
      }
  
-@@ -667,10 +931,20 @@ fileAFormReq fs = AForm $ \(site, langs) menvs ints -> do
+@@ -694,10 +1155,19 @@ fileAFormReq fs = AForm $ \(site, langs) menvs ints -> do
              { fvLabel = toHtml $ renderMessage site langs $ fsLabel fs
              , fvTooltip = fmap (toHtml . renderMessage site langs) $ fsTooltip fs
              , fvId = id'
@@ -905,24 +1131,23 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input type=file name=#{name} ##{id'} *{fsAttrs fs}>
 -|]
-+            , fvInput =             do { (Yesod.Core.Widget.asWidgetT . toWidget)
++            , fvInput =             do { (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack)
 +                      "<input type=\"file\" name=\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) (toHtml name);
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) "\" id=\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml id');
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) (toHtml id');
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
-+                   ((Text.Hamlet.attrsToHtml . toAttributes) (fsAttrs fs));
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) ((attrsToHtml . toAttributes) (fsAttrs fs));
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
              , fvErrors = errs
              , fvRequired = True
              }
-@@ -699,10 +973,20 @@ fileAFormOpt fs = AForm $ \(master, langs) menvs ints -> do
+@@ -726,10 +1196,19 @@ fileAFormOpt fs = AForm $ \(master, langs) menvs ints -> do
              { fvLabel = toHtml $ renderMessage master langs $ fsLabel fs
              , fvTooltip = fmap (toHtml . renderMessage master langs) $ fsTooltip fs
              , fvId = id'
@@ -930,41 +1155,32 @@ index cd67820..46b5d96 100644
 -$newline never
 -<input type=file name=#{name} ##{id'} *{fsAttrs fs}>
 -|]
-+            , fvInput =             do { (Yesod.Core.Widget.asWidgetT . toWidget)
++            , fvInput =             do { (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack)
 +                      "<input type=\"file\" name=\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml name);
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) (toHtml name);
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) "\" id=\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml id');
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) (toHtml id');
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) "\"");
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
-+                   ((Text.Hamlet.attrsToHtml . toAttributes) (fsAttrs fs));
-+                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                 (asWidgetT . toWidget) ((attrsToHtml . toAttributes) (fsAttrs fs));
++                 (asWidgetT . toWidget)
 +                   ((Text.Blaze.Internal.preEscapedText . pack) ">") }
 +
              , fvErrors = errs
              , fvRequired = False
              }
 diff --git a/Yesod/Form/Functions.hs b/Yesod/Form/Functions.hs
-index d84633e..9d9257f 100644
+index 5fd03e6..b14d900 100644
 --- a/Yesod/Form/Functions.hs
 +++ b/Yesod/Form/Functions.hs
-@@ -25,7 +25,6 @@ module Yesod.Form.Functions
-     , generateFormPost
-     , generateFormGet
-       -- * More than one form on a handler
--    , identifyForm
-       -- * Rendering
-     , FormRender
-     , renderTable
-@@ -56,12 +55,16 @@ import Text.Blaze (Markup, toMarkup)
+@@ -59,12 +59,16 @@ import Text.Blaze (Markup, toMarkup)
  #define toHtml toMarkup
  import Yesod.Core
  import Network.Wai (requestMethod)
 -import Text.Hamlet (shamlet)
-+--`import Text.Hamlet (shamlet)
++--import Text.Hamlet (shamlet)
  import Data.Monoid (mempty)
  import Data.Maybe (listToMaybe, fromMaybe)
  import qualified Data.Map as Map
@@ -977,7 +1193,7 @@ index d84633e..9d9257f 100644
  
  -- | Get a unique identifier.
  newFormIdent :: Monad m => MForm m Text
-@@ -213,7 +216,14 @@ postHelper form env = do
+@@ -216,7 +220,14 @@ postHelper form env = do
      let token =
              case reqToken req of
                  Nothing -> mempty
@@ -993,7 +1209,7 @@ index d84633e..9d9257f 100644
      m <- getYesod
      langs <- languages
      ((res, xml), enctype) <- runFormGeneric (form token) m langs env
-@@ -282,61 +292,17 @@ getHelper :: MonadHandler m
+@@ -296,7 +307,12 @@ getHelper :: MonadHandler m
            -> Maybe (Env, FileEnv)
            -> m (a, Enctype)
  getHelper form env = do
@@ -1007,70 +1223,39 @@ index d84633e..9d9257f 100644
      langs <- languages
      m <- getYesod
      runFormGeneric (form fragment) m langs env
- 
- 
---- | Creates a hidden field on the form that identifies it.  This
---- identification is then used to distinguish between /missing/
---- and /wrong/ form data when a single handler contains more than
---- one form.
----
---- For instance, if you have the following code on your handler:
----
---- > ((fooRes, fooWidget), fooEnctype) <- runFormPost fooForm
---- > ((barRes, barWidget), barEnctype) <- runFormPost barForm
----
---- Then replace it with
----
---- > ((fooRes, fooWidget), fooEnctype) <- runFormPost $ identifyForm "foo" fooForm
---- > ((barRes, barWidget), barEnctype) <- runFormPost $ identifyForm "bar" barForm
----
---- Note that it's your responsibility to ensure that the
---- identification strings are unique (using the same one twice on a
---- single handler will not generate any errors).  This allows you
---- to create a variable number of forms and still have them work
---- even if their number or order change between the HTML
---- generation and the form submission.
--identifyForm
--  :: Monad m
--  => Text -- ^ Form identification string.
--  -> (Html -> MForm m (FormResult a, WidgetT (HandlerSite m) IO ()))
--  -> (Html -> MForm m (FormResult a, WidgetT (HandlerSite m) IO ()))
--identifyForm identVal form = \fragment -> do
--    -- Create hidden <input>.
--    let fragment' =
+@@ -331,10 +347,15 @@ identifyForm
+ identifyForm identVal form = \fragment -> do
+     -- Create hidden <input>.
+     let fragment' =
 -          [shamlet|
 -            <input type=hidden name=#{identifyFormKey} value=#{identVal}>
 -            #{fragment}
 -          |]
--
--    -- Check if we got its value back.
--    mp <- askParams
--    let missing = (mp >>= Map.lookup identifyFormKey) /= Just [identVal]
--
--    -- Run the form proper (with our hidden <input>).  If the
--    -- data is missing, then do not provide any params to the
--    -- form, which will turn its result into FormMissing.  Also,
--    -- doing this avoids having lots of fields with red errors.
--    let eraseParams | missing   = local (\(_, h, l) -> (Nothing, h, l))
--                    | otherwise = id
--    eraseParams (form fragment')
--
--identifyFormKey :: Text
--identifyFormKey = "_formid"
--
++          do { id
++                 ((Text.Blaze.Internal.preEscapedText . pack)
++                    "<input type=\"hidden\" name=\"");
++               id (toHtml identifyFormKey);
++               id ((Text.Blaze.Internal.preEscapedText . pack) "\" value=\"");
++               id (toHtml identVal);
++               id ((Text.Blaze.Internal.preEscapedText . pack) "\">");
++               id (toHtml fragment) }
++
  
- type FormRender m a =
-        AForm m a
-@@ -347,19 +313,66 @@ renderTable, renderDivs, renderDivsNoLabels :: Monad m => FormRender m a
+     -- Check if we got its value back.
+     mp <- askParams
+@@ -364,22 +385,70 @@ renderTable, renderDivs, renderDivsNoLabels :: Monad m => FormRender m a
  renderTable aform fragment = do
      (res, views') <- aFormToForm aform
      let views = views' []
 -    let widget = [whamlet|
 -$newline never
--\#{fragment}
--$forall view <- views
+-$if null views
+-    \#{fragment}
+-$forall (isFirst, view) <- addIsFirst views
 -    <tr :fvRequired view:.required :not $ fvRequired view:.optional>
 -        <td>
+-            $if isFirst
+-                \#{fragment}
 -            <label for=#{fvId view}>#{fvLabel view}
 -            $maybe tt <- fvTooltip view
 -                <div .tooltip>#{tt}
@@ -1078,70 +1263,74 @@ index d84633e..9d9257f 100644
 -        $maybe err <- fvErrors view
 -            <td .errors>#{err}
 -|]
-+    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++    let widget =     do { Text.Hamlet.condH
++           [(null views, (asWidgetT . toWidget) (toHtml fragment))] Nothing;
 +         Data.Foldable.mapM_
-+           (\ view_aagq
-+              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           (\ (isFirst_ab5u, view_ab5v)
++              -> do { (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "<tr");
 +                      Text.Hamlet.condH
-+                        [(or [fvRequired view_aagq, not (fvRequired view_aagq)], 
-+                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        [(or [fvRequired view_ab5v, not (fvRequired view_ab5v)], 
++                          do { (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) " class=\"");
 +                               Text.Hamlet.condH
-+                                 [(fvRequired view_aagq, 
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 [(fvRequired view_ab5v, 
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
 +                                 Nothing;
 +                               Text.Hamlet.condH
-+                                 [(not (fvRequired view_aagq), 
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 [(not (fvRequired view_ab5v), 
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "optional"))]
 +                                 Nothing;
-+                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                               (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) "\"") })]
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
-+                        ((Text.Blaze.Internal.preEscapedText . pack) "><td><label for=\"");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagq));
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "><td>");
++                      Text.Hamlet.condH
++                        [(isFirst_ab5u, (asWidgetT . toWidget) (toHtml fragment))] Nothing;
++                      (asWidgetT . toWidget)
++                        ((Text.Blaze.Internal.preEscapedText . pack) "<label for=\"");
++                      (asWidgetT . toWidget) (toHtml (fvId view_ab5v));
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "\">");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
-+                        (toHtml (fvLabel view_aagq));
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget) (toHtml (fvLabel view_ab5v));
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</label>");
 +                      Text.Hamlet.maybeH
-+                        (fvTooltip view_aagq)
-+                        (\ tt_aagr
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvTooltip view_ab5v)
++                        (\ tt_ab5w
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<div class=\"tooltip\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagr);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml tt_ab5w);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</td><td>");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagq);
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget) (fvInput view_ab5v);
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</td>");
 +                      Text.Hamlet.maybeH
-+                        (fvErrors view_aagq)
-+                        (\ err_aags
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvErrors view_ab5v)
++                        (\ err_ab5x
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<td class=\"errors\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aags);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml err_ab5x);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</td>") })
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</tr>") })
-+           views }
++           (addIsFirst views) }
 +
      return (res, widget)
- 
- -- | render a field inside a div
-@@ -372,19 +385,67 @@ renderDivsMaybeLabels :: Monad m => Bool -> FormRender m a
+   where
+     addIsFirst [] = []
+@@ -395,19 +464,66 @@ renderDivsMaybeLabels :: Monad m => Bool -> FormRender m a
  renderDivsMaybeLabels withLabels aform fragment = do
      (res, views') <- aFormToForm aform
      let views = views' []
@@ -1158,71 +1347,70 @@ index d84633e..9d9257f 100644
 -        $maybe err <- fvErrors view
 -            <div .errors>#{err}
 -|]
-+    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++    let widget =     do { (asWidgetT . toWidget) (toHtml fragment);
 +         Data.Foldable.mapM_
-+           (\ view_aagE
-+              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           (\ view_ab5K
++              -> do { (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "<div");
 +                      Text.Hamlet.condH
-+                        [(or [fvRequired view_aagE, not (fvRequired view_aagE)], 
-+                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        [(or [fvRequired view_ab5K, not (fvRequired view_ab5K)], 
++                          do { (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) " class=\"");
 +                               Text.Hamlet.condH
-+                                 [(fvRequired view_aagE, 
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 [(fvRequired view_ab5K, 
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
 +                                 Nothing;
 +                               Text.Hamlet.condH
-+                                 [(not (fvRequired view_aagE), 
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                 [(not (fvRequired view_ab5K), 
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "optional"))]
 +                                 Nothing;
-+                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                               (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) "\"") })]
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +                      Text.Hamlet.condH
 +                        [(withLabels, 
-+                          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                          do { (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) "<label for=\"");
-+                               (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagE));
-+                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                               (asWidgetT . toWidget) (toHtml (fvId view_ab5K));
++                               (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) "\">");
-+                               (Yesod.Core.Widget.asWidgetT . toWidget)
-+                                 (toHtml (fvLabel view_aagE));
-+                               (Yesod.Core.Widget.asWidgetT . toWidget)
++                               (asWidgetT . toWidget) (toHtml (fvLabel view_ab5K));
++                               (asWidgetT . toWidget)
 +                                 ((Text.Blaze.Internal.preEscapedText . pack) "</label>") })]
 +                        Nothing;
 +                      Text.Hamlet.maybeH
-+                        (fvTooltip view_aagE)
-+                        (\ tt_aagF
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvTooltip view_ab5K)
++                        (\ tt_ab5L
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<div class=\"tooltip\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagF);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml tt_ab5L);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagE);
++                      (asWidgetT . toWidget) (fvInput view_ab5K);
 +                      Text.Hamlet.maybeH
-+                        (fvErrors view_aagE)
-+                        (\ err_aagG
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvErrors view_ab5K)
++                        (\ err_ab5M
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<div class=\"errors\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aagG);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml err_ab5M);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</div>") })
 +           views }
 +
      return (res, widget)
  
  -- | Render a form using Bootstrap v2-friendly shamlet syntax.
-@@ -410,19 +471,63 @@ renderBootstrap aform fragment = do
+@@ -435,19 +551,62 @@ renderBootstrap2 aform fragment = do
      let views = views' []
          has (Just _) = True
          has Nothing  = False
@@ -1239,73 +1427,79 @@ index d84633e..9d9257f 100644
 -                            $maybe err <- fvErrors view
 -                                <span .help-block>#{err}
 -                |]
-+    let widget =     do { (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml fragment);
++    let widget =     do { (asWidgetT . toWidget) (toHtml fragment);
 +         Data.Foldable.mapM_
-+           (\ view_aagR
-+              -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++           (\ view_ab5Y
++              -> do { (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack)
 +                           "<div class=\"control-group clearfix ");
 +                      Text.Hamlet.condH
-+                        [(fvRequired view_aagR, 
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                        [(fvRequired view_ab5Y, 
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "required "))]
 +                        Nothing;
 +                      Text.Hamlet.condH
-+                        [(not (fvRequired view_aagR), 
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                        [(not (fvRequired view_ab5Y), 
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "optional "))]
 +                        Nothing;
 +                      Text.Hamlet.condH
-+                        [(has (fvErrors view_aagR), 
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                        [(has (fvErrors view_ab5Y), 
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . pack) "error"))]
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack)
 +                           "\"><label class=\"control-label\" for=\"");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aagR));
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget) (toHtml (fvId view_ab5Y));
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "\">");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
-+                        (toHtml (fvLabel view_aagR));
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget) (toHtml (fvLabel view_ab5Y));
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack)
 +                           "</label><div class=\"controls input\">");
-+                      (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aagR);
++                      (asWidgetT . toWidget) (fvInput view_ab5Y);
 +                      Text.Hamlet.maybeH
-+                        (fvTooltip view_aagR)
-+                        (\ tt_aagS
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvTooltip view_ab5Y)
++                        (\ tt_ab5Z
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<span class=\"help-block\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml tt_aagS);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml tt_ab5Z);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</span>") })
 +                        Nothing;
 +                      Text.Hamlet.maybeH
-+                        (fvErrors view_aagR)
-+                        (\ err_aagT
-+                           -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                        (fvErrors view_ab5Y)
++                        (\ err_ab60
++                           -> do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack)
 +                                        "<span class=\"help-block\">");
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml err_aagT);
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget) (toHtml err_ab60);
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . pack) "</span>") })
 +                        Nothing;
-+                      (Yesod.Core.Widget.asWidgetT . toWidget)
++                      (asWidgetT . toWidget)
 +                        ((Text.Blaze.Internal.preEscapedText . pack) "</div></div>") })
 +           views }
 +
      return (res, widget)
- {-# DEPRECATED renderBootstrap "Please use the Yesod.Form.Bootstrap3 module." #-}
  
+ -- | Deprecated synonym for 'renderBootstrap2'.
 diff --git a/Yesod/Form/Jquery.hs b/Yesod/Form/Jquery.hs
-index 2c4ae25..ed9b366 100644
+index 362eb8a..1df9966 100644
 --- a/Yesod/Form/Jquery.hs
 +++ b/Yesod/Form/Jquery.hs
-@@ -12,12 +12,24 @@ module Yesod.Form.Jquery
-     , Default (..)
-     ) where
+@@ -17,11 +17,23 @@ import Yesod.Core
+ import Yesod.Form
+ import Data.Time (Day)
+ import Data.Default
+-import Text.Hamlet (shamlet)
+-import Text.Julius (julius, rawJS)
++--import Text.Hamlet (shamlet)
++import Text.Julius (rawJS)
+ import Data.Text (Text, pack, unpack)
+ import Data.Monoid (mconcat)
  
 +import qualified Text.Blaze as Text.Blaze.Internal
 +import qualified Text.Blaze.Internal
@@ -1319,18 +1513,10 @@ index 2c4ae25..ed9b366 100644
 +import qualified Data.Text.Lazy.Builder
 +import qualified Text.Shakespeare
 +
- import Yesod.Core
- import Yesod.Form
- import Data.Time (Day)
- import Data.Default
--import Text.Hamlet (shamlet)
--import Text.Julius (julius, rawJS)
-+--import Text.Hamlet (shamlet)
-+import Text.Julius (rawJS)
- import Data.Text (Text, pack, unpack)
- import Data.Monoid (mconcat)
- 
-@@ -60,27 +72,59 @@ jqueryDayField jds = Field
+ -- | Gets the Google hosted jQuery UI 1.8 CSS file with the given theme.
+ googleHostedJqueryUiCss :: Text -> Text
+ googleHostedJqueryUiCss theme = mconcat
+@@ -61,27 +73,59 @@ jqueryDayField jds = Field
                . readMay
                . unpack
      , fieldView = \theId name attrs val isReq -> do
@@ -1373,7 +1559,7 @@ index 2c4ae25..ed9b366 100644
 -});
 -|]
 +        toWidget  $         Text.Julius.asJavascriptUrl
-+          (\ _render_a1lYC
++          (\ _render_a2l4S
 +             -> mconcat
 +                  [Text.Julius.Javascript
 +                     ((Data.Text.Lazy.Builder.fromText
@@ -1408,8 +1594,8 @@ index 2c4ae25..ed9b366 100644
      , fieldEnctype = UrlEncoded
      }
    where
-@@ -101,16 +145,47 @@ jqueryAutocompleteField :: (RenderMessage site FormMessage, YesodJquery site)
- jqueryAutocompleteField src = Field
+@@ -108,16 +152,52 @@ jqueryAutocompleteField' :: (RenderMessage site FormMessage, YesodJquery site)
+ jqueryAutocompleteField' minLen src = Field
      { fieldParse = parseHelper $ Right
      , fieldView = \theId name attrs val isReq -> do
 -        toWidget [shamlet|
@@ -1438,10 +1624,10 @@ index 2c4ae25..ed9b366 100644
          addScript' urlJqueryUiJs
          addStylesheet' urlJqueryUiCss
 -        toWidget [julius|
--$(function(){$("##{rawJS theId}").autocomplete({source:"@{src}",minLength:2})});
+-$(function(){$("##{rawJS theId}").autocomplete({source:"@{src}",minLength:#{toJSON minLen}})});
 -|]
 +        toWidget  $         Text.Julius.asJavascriptUrl
-+          (\ _render_a1lYP
++          (\ _render_a2l58
 +             -> mconcat
 +                  [Text.Julius.Javascript
 +                     ((Data.Text.Lazy.Builder.fromText
@@ -1454,17 +1640,22 @@ index 2c4ae25..ed9b366 100644
 +                        "\").autocomplete({source:\""),
 +                   Text.Julius.Javascript
 +                     (Data.Text.Lazy.Builder.fromText
-+                        (_render_a1lYP src [])),
++                        (_render_a2l58 src [])),
 +                   Text.Julius.Javascript
 +                     ((Data.Text.Lazy.Builder.fromText
 +                       . Text.Shakespeare.pack')
-+                        "\",minLength:2})});")])
++                        "\",minLength:"),
++                   Text.Julius.toJavascript (toJSON minLen),
++                   Text.Julius.Javascript
++                     ((Data.Text.Lazy.Builder.fromText
++                       . Text.Shakespeare.pack')
++                        "})});")])
 +
      , fieldEnctype = UrlEncoded
      }
  
 diff --git a/Yesod/Form/MassInput.hs b/Yesod/Form/MassInput.hs
-index a2b434d..6766ad8 100644
+index a2b434d..75eb484 100644
 --- a/Yesod/Form/MassInput.hs
 +++ b/Yesod/Form/MassInput.hs
 @@ -9,6 +9,16 @@ module Yesod.Form.MassInput
@@ -1484,7 +1675,7 @@ index a2b434d..6766ad8 100644
  import Yesod.Form.Types
  import Yesod.Form.Functions
  import Yesod.Form.Fields (checkBoxField)
-@@ -70,16 +80,28 @@ inputList label fixXml single mdef = formToAForm $ do
+@@ -70,16 +80,27 @@ inputList label fixXml single mdef = formToAForm $ do
          { fvLabel = label
          , fvTooltip = Nothing
          , fvId = theId
@@ -1498,32 +1689,31 @@ index a2b434d..6766ad8 100644
 -    <input type=checkbox name=#{addName}>
 -    Add another row
 -|]
-+        , fvInput =         do { (Yesod.Core.Widget.asWidgetT . toWidget) (fixXml views);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++        , fvInput =         do { (asWidgetT . toWidget) (fixXml views);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<p>");
 +             Data.Foldable.mapM_
-+               (\ xml_aUS3 -> (Yesod.Core.Widget.asWidgetT . toWidget) xml_aUS3)
-+               xmls;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++               (\ xml_a1yM1 -> (asWidgetT . toWidget) xml_a1yM1) xmls;
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "<input class=\"count\" type=\"hidden\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml countName);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml countName);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "\" value=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml count);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml count);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "\"><input type=\"checkbox\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml addName);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml addName);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "\">Add another row</p>") }
 +
          , fvErrors = Nothing
          , fvRequired = False
          }])
-@@ -92,10 +114,14 @@ withDelete af = do
+@@ -92,10 +113,14 @@ withDelete af = do
      deleteName <- newFormIdent
      (menv, _, _) <- ask
      res <- case menv >>= Map.lookup deleteName . fst of
@@ -1531,18 +1721,18 @@ index a2b434d..6766ad8 100644
 -$newline never
 -<input type=hidden name=#{deleteName} value=yes>
 -|]
-+        Just ("yes":_) -> return $ Left  $         do { (Yesod.Core.Widget.asWidgetT . toWidget)
++        Just ("yes":_) -> return $ Left  $         do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "<input type=\"hidden\" name=\"");
-+             (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml deleteName);
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++             (asWidgetT . toWidget) (toHtml deleteName);
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "\" value=\"yes\">") }
 +
          _ -> do
              (_, xml2) <- aFormToForm $ areq checkBoxField FieldSettings
                  { fsLabel = SomeMessage MsgDelete
-@@ -121,32 +147,155 @@ fixme eithers =
+@@ -121,32 +146,149 @@ fixme eithers =
  massDivs, massTable
           :: [[FieldView site]]
           -> WidgetT site IO ()
@@ -1560,153 +1750,147 @@ index a2b434d..6766ad8 100644
 -                    <div .errors>#{err}
 -|]
 +massDivs viewss = Data.Foldable.mapM_
-+  (\ views_aUSm
-+     -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++  (\ views_a1yMm
++     -> do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "<fieldset>");
 +             Data.Foldable.mapM_
-+               (\ view_aUSn
-+                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               (\ view_a1yMn
++                  -> do { (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<div");
 +                          Text.Hamlet.condH
-+                            [(or [fvRequired view_aUSn, not (fvRequired view_aUSn)], 
-+                              do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            [(or [fvRequired view_a1yMn, not (fvRequired view_a1yMn)], 
++                              do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                        " class=\"");
 +                                   Text.Hamlet.condH
-+                                     [(fvRequired view_aUSn, 
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     [(fvRequired view_a1yMn, 
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "required "))]
 +                                     Nothing;
 +                                   Text.Hamlet.condH
-+                                     [(not (fvRequired view_aUSn), 
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     [(not (fvRequired view_a1yMn), 
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "optional"))]
 +                                     Nothing;
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                        "\"") })]
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                               "><label for=\"");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aUSn));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (fvId view_a1yMn));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "\">");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
-+                            (toHtml (fvLabel view_aUSn));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (fvLabel view_a1yMn));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</label>");
 +                          Text.Hamlet.maybeH
-+                            (fvTooltip view_aUSn)
-+                            (\ tt_aUSo
-+                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (fvTooltip view_a1yMn)
++                            (\ tt_a1yMo
++                               -> do { (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "<div class=\"tooltip\">");
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
-+                                         (toHtml tt_aUSo);
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                       (asWidgetT . toWidget) (toHtml tt_a1yMo);
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "</div>") })
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aUSn);
++                          (asWidgetT . toWidget) (fvInput view_a1yMn);
 +                          Text.Hamlet.maybeH
-+                            (fvErrors view_aUSn)
-+                            (\ err_aUSp
-+                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (fvErrors view_a1yMn)
++                            (\ err_a1yMp
++                               -> do { (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "<div class=\"errors\">");
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
-+                                         (toHtml err_aUSp);
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                       (asWidgetT . toWidget) (toHtml err_a1yMp);
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "</div>") })
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</div>") })
-+               views_aUSm;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++               views_a1yMm;
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "</fieldset>") })
 +  viewss
 +
 +
 +massTable viewss = Data.Foldable.mapM_
-+  (\ views_aUSu
-+     -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++  (\ views_a1yMv
++     -> do { (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "<fieldset><table>");
 +             Data.Foldable.mapM_
-+               (\ view_aUSv
-+                  -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++               (\ view_a1yMw
++                  -> do { (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "<tr");
 +                          Text.Hamlet.condH
-+                            [(or [fvRequired view_aUSv, not (fvRequired view_aUSv)], 
-+                              do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            [(or [fvRequired view_a1yMw, not (fvRequired view_a1yMw)], 
++                              do { (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                        " class=\"");
 +                                   Text.Hamlet.condH
-+                                     [(fvRequired view_aUSv, 
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     [(fvRequired view_a1yMw, 
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "required "))]
 +                                     Nothing;
 +                                   Text.Hamlet.condH
-+                                     [(not (fvRequired view_aUSv), 
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                     [(not (fvRequired view_a1yMw), 
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "optional"))]
 +                                     Nothing;
-+                                   (Yesod.Core.Widget.asWidgetT . toWidget)
++                                   (asWidgetT . toWidget)
 +                                     ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                        "\"") })]
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                               "><td><label for=\"");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml (fvId view_aUSv));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (fvId view_a1yMw));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "\">");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
-+                            (toHtml (fvLabel view_aUSv));
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (toHtml (fvLabel view_a1yMw));
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</label>");
 +                          Text.Hamlet.maybeH
-+                            (fvTooltip view_aUSv)
-+                            (\ tt_aUSw
-+                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (fvTooltip view_a1yMw)
++                            (\ tt_a1yMx
++                               -> do { (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "<div class=\"tooltip\">");
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
-+                                         (toHtml tt_aUSw);
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                       (asWidgetT . toWidget) (toHtml tt_a1yMx);
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "</div>") })
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                               "</td><td>");
-+                          (Yesod.Core.Widget.asWidgetT . toWidget) (fvInput view_aUSv);
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget) (fvInput view_a1yMw);
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</td>");
 +                          Text.Hamlet.maybeH
-+                            (fvErrors view_aUSv)
-+                            (\ err_aUSx
-+                               -> do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                            (fvErrors view_a1yMw)
++                            (\ err_a1yMy
++                               -> do { (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "<td class=\"errors\">");
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
-+                                         (toHtml err_aUSx);
-+                                       (Yesod.Core.Widget.asWidgetT . toWidget)
++                                       (asWidgetT . toWidget) (toHtml err_a1yMy);
++                                       (asWidgetT . toWidget)
 +                                         ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                                            "</td>") })
 +                            Nothing;
-+                          (Yesod.Core.Widget.asWidgetT . toWidget)
++                          (asWidgetT . toWidget)
 +                            ((Text.Blaze.Internal.preEscapedText . Data.Text.pack) "</tr>") })
-+               views_aUSu;
-+             (Yesod.Core.Widget.asWidgetT . toWidget)
++               views_a1yMv;
++             (asWidgetT . toWidget)
 +               ((Text.Blaze.Internal.preEscapedText . Data.Text.pack)
 +                  "</table></fieldset>") })
 +  viewss
@@ -1727,10 +1911,10 @@ index a2b434d..6766ad8 100644
 -                        <td .errors>#{err}
 -|]
 diff --git a/Yesod/Form/Nic.hs b/Yesod/Form/Nic.hs
-index 2862678..04ddaba 100644
+index 7e4af07..b59745a 100644
 --- a/Yesod/Form/Nic.hs
 +++ b/Yesod/Form/Nic.hs
-@@ -9,11 +9,24 @@ module Yesod.Form.Nic
+@@ -9,11 +9,22 @@ module Yesod.Form.Nic
      , nicHtmlField
      ) where
  
@@ -1745,25 +1929,23 @@ index 2862678..04ddaba 100644
 +import qualified Text.Julius
 +import qualified Data.Text.Lazy.Builder
 +import qualified Text.Shakespeare
-+
 +
  import Yesod.Core
  import Yesod.Form
  import Text.HTML.SanitizeXSS (sanitizeBalance)
 -import Text.Hamlet (shamlet)
 -import Text.Julius (julius, rawJS)
-+--import Text.Hamlet (shamlet)
 +import Text.Julius ( rawJS)
  import Text.Blaze.Html.Renderer.String (renderHtml)
  import Data.Text (Text, pack)
  import Data.Maybe (listToMaybe)
-@@ -27,20 +40,48 @@ nicHtmlField :: YesodNic site => Field (HandlerT site IO) Html
+@@ -27,20 +38,52 @@ nicHtmlField :: YesodNic site => Field (HandlerT site IO) Html
  nicHtmlField = Field
      { fieldParse = \e _ -> return . Right . fmap (preEscapedToMarkup . sanitizeBalance) . listToMaybe $ e
-     , fieldView = \theId name attrs val _isReq -> do
+     , fieldView = \theId name attrs val isReq -> do
 -        toWidget [shamlet|
 -$newline never
--    <textarea id="#{theId}" *{attrs} name="#{name}" .html>#{showVal val}
+-    <textarea id="#{theId}" *{attrs} name="#{name}" :isReq:required .html>#{showVal val}
 -|]
 +        toWidget  $         do { id
 +               ((Text.Blaze.Internal.preEscapedText . pack)
@@ -1772,6 +1954,10 @@ index 2862678..04ddaba 100644
 +             id ((Text.Blaze.Internal.preEscapedText . pack) "\" name=\"");
 +             id (toHtml name);
 +             id ((Text.Blaze.Internal.preEscapedText . pack) "\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 id ((Text.Blaze.Internal.preEscapedText . pack) " required"))]
++               Nothing;
 +             id ((Text.Hamlet.attrsToHtml . Text.Hamlet.toAttributes) attrs);
 +             id ((Text.Blaze.Internal.preEscapedText . pack) ">");
 +             id (toHtml (showVal val));
@@ -1788,12 +1974,12 @@ index 2862678..04ddaba 100644
 -(function(){new nicEditor({fullPanel:true}).panelInstance("#{rawJS theId}")})();
 -|]
 +            BottomOfHeadBlocking ->             Text.Julius.asJavascriptUrl
-+              (\ _render_a1qhO
++              (\ _render_a2rMh
 +                 -> Data.Monoid.mconcat
 +                      [Text.Julius.Javascript
 +                         ((Data.Text.Lazy.Builder.fromText
 +                           . Text.Shakespeare.pack')
-+                            "\nbkLib.onDomLoaded(function(){new nicEditor({true}).panelInstance(\""),
++                            "\nbkLib.onDomLoaded(function(){new nicEditor({fullPanel:true}).panelInstance(\""),
 +                       Text.Julius.toJavascript (rawJS theId),
 +                       Text.Julius.Javascript
 +                         ((Data.Text.Lazy.Builder.fromText
@@ -1801,12 +1987,12 @@ index 2862678..04ddaba 100644
 +                            "\")});")])
 +
 +            _ ->             Text.Julius.asJavascriptUrl
-+              (\ _render_a1qhS
++              (\ _render_a2rMm
 +                 -> Data.Monoid.mconcat
 +                      [Text.Julius.Javascript
 +                         ((Data.Text.Lazy.Builder.fromText
 +                           . Text.Shakespeare.pack')
-+                            "\n(function(){new nicEditor({true}).panelInstance(\""),
++                            "\n(function(){new nicEditor({fullPanel:true}).panelInstance(\""),
 +                       Text.Julius.toJavascript (rawJS theId),
 +                       Text.Julius.Javascript
 +                         ((Data.Text.Lazy.Builder.fromText
@@ -1817,10 +2003,10 @@ index 2862678..04ddaba 100644
      }
    where
 diff --git a/yesod-form.cabal b/yesod-form.cabal
-index 56a3053..e7a0729 100644
+index bfe94df..1f5aef5 100644
 --- a/yesod-form.cabal
 +++ b/yesod-form.cabal
-@@ -43,7 +43,6 @@ library
+@@ -51,7 +51,6 @@ library
      exposed-modules: Yesod.Form
                       Yesod.Form.Types
                       Yesod.Form.Functions
@@ -1829,5 +2015,5 @@ index 56a3053..e7a0729 100644
                       Yesod.Form.Fields
                       Yesod.Form.Jquery
 -- 
-2.0.0.rc2
+2.1.0
 

From 199f2942dc8a95dbedf03f04745cb8eaac59bafb Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkRGMQkg9ck_pr47JXZV_C2DJQXrO8LgpI"
 <Michael@web>
Date: Sat, 13 Sep 2014 06:28:01 +0000
Subject: [PATCH 207/260] Added a comment: Hard linking on local clone

---
 ...comment_1_16b13b2510183a9da5f960ae5765e581._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back/comment_1_16b13b2510183a9da5f960ae5765e581._comment

diff --git a/doc/devblog/day_219__catching_up_and_looking_back/comment_1_16b13b2510183a9da5f960ae5765e581._comment b/doc/devblog/day_219__catching_up_and_looking_back/comment_1_16b13b2510183a9da5f960ae5765e581._comment
new file mode 100644
index 0000000000..5b839b55cb
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back/comment_1_16b13b2510183a9da5f960ae5765e581._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkRGMQkg9ck_pr47JXZV_C2DJQXrO8LgpI"
+ nickname="Michael"
+ subject="Hard linking on local clone"
+ date="2014-09-13T06:28:01Z"
+ content="""
+Thanks for this feature. It will save a lot of space when working on one-off projects with big scientific datasets.
+
+Unfortunately, there is probably no easy solution to achieve similar savings across file systems. On our shared cluster individual labs have their data in separate ZFS volumes (to ease individual backup handling), but data is often shared (i.e. copied) across volumes when cloning an annex. We need expensive de-duplication on the backup-server to, at least, prevent this kind of waste to hit the backups -- but the master file server still suffers (de-duplication ratio sometimes approaching a factor of 2.0).
+"""]]

From 911d05bd3db294fd5f9140277fc45316b448653f Mon Sep 17 00:00:00 2001
From: Petter_petterson <Petter_petterson@web>
Date: Sat, 13 Sep 2014 07:54:58 +0000
Subject: [PATCH 208/260] Added a comment: addition

---
 .../comment_1_fc914b5998a09943fc8c1917a0e36096._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_1_fc914b5998a09943fc8c1917a0e36096._comment

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_1_fc914b5998a09943fc8c1917a0e36096._comment b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_1_fc914b5998a09943fc8c1917a0e36096._comment
new file mode 100644
index 0000000000..ac49670b9e
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_1_fc914b5998a09943fc8c1917a0e36096._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Petter_petterson"
+ ip="89.160.15.173"
+ subject="addition"
+ date="2014-09-13T07:54:58Z"
+ content="""
+I understand that the copy of the cellphones' photos are stored on the server too, when typing git annex whereis <photo> I see that it exists on the server, but I need to be able to, at will copy out the jpg files for editing and using in other places.
+"""]]

From 971f9924e0d5b8ee3f22c2bb21c29e09daca63ca Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Sat, 13 Sep 2014 15:29:18 +0000
Subject: [PATCH 209/260] Added a comment: How to publish your files to the
 public

---
 ..._cf6755d88463878f2ea6e4c300899027._comment | 33 +++++++++++++++++++
 1 file changed, 33 insertions(+)
 create mode 100644 doc/tips/using_Amazon_S3/comment_7_cf6755d88463878f2ea6e4c300899027._comment

diff --git a/doc/tips/using_Amazon_S3/comment_7_cf6755d88463878f2ea6e4c300899027._comment b/doc/tips/using_Amazon_S3/comment_7_cf6755d88463878f2ea6e4c300899027._comment
new file mode 100644
index 0000000000..3c7b817f72
--- /dev/null
+++ b/doc/tips/using_Amazon_S3/comment_7_cf6755d88463878f2ea6e4c300899027._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
+ nickname="Giovanni"
+ subject="How to publish your files to the public"
+ date="2014-09-13T15:29:18Z"
+ content="""
+I don't know if this is what Jack wanted, but you can upload your files to S3 and let them be accessible through a public URL.
+
+First, go to (or create) the bucket you will use at [S3](https://console.aws.amazon.com/s3/) and add a public get policy to it:
+
+```
+   {
+    	\"Version\": \"2008-10-17\",
+    	\"Statement\": [
+    		{
+    			\"Sid\": \"AllowPublicRead\",
+    			\"Effect\": \"Allow\",
+    			\"Principal\": {
+    				\"AWS\": \"*\"
+    			},
+    			\"Action\": \"s3:GetObject\",
+    			\"Resource\": \"arn:aws:s3:::BUCKETNAME/*\"
+    		}
+    	]
+    }
+```
+
+Then set up your special remote with the options `encryption=none`, `bucket='BUCKETNAME'` `chunk=0` (and any others you want).
+
+Your files will be accessible through `http://BUCKETNAME.s3-website-LOCATION.amazonaws.com/KEY` where location is the one specified through the options `datacenter` and KEY is the SHA-SOMETHING hash of the file, created by git annex and accessible if you run `git annex lookupkey FILEPATH`.
+
+This way you can share a link to each file you have at your S3 remote.
+"""]]

From 9504781e4b6f8e44b4627b5c8f0a2a4f971aa64d Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 13 Sep 2014 12:02:02 -0400
Subject: [PATCH 210/260] deal with network-uri split, in a
 backwards-compatable way

---
 git-annex.cabal | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/git-annex.cabal b/git-annex.cabal
index 8a9ab058ad..8471a6b5e4 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -92,10 +92,14 @@ Flag EKG
   Description: Enable use of EKG to monitor git-annex as it runs (at http://localhost:4242/)
   Default: False
 
+Flag network-uri
+  Description: Get Network.URI from the network-uri package
+  Default: True
+
 Executable git-annex
   Main-Is: git-annex.hs
   Build-Depends: MissingH, hslogger, directory, filepath,
-   containers, utf8-string, network (>= 2.0), mtl (>= 2),
+   containers, utf8-string, mtl (>= 2),
    bytestring, old-locale, time, dataenc, SHA, process, json,
    base (>= 4.5 && < 4.9), monad-control, exceptions (>= 0.6), transformers,
    IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
@@ -107,6 +111,11 @@ Executable git-annex
   -- Some things don't work with the non-threaded RTS.
   GHC-Options: -threaded
 
+  if flag(network-uri)
+    Build-Depends: network-uri (>= 2.6), network (>= 2.6)
+  else
+    Build-Depends: network (< 2.6), network (>= 2.0)
+
   if flag(Production)
     GHC-Options: -O2
 

From fd1e06c78c3ebf8ba1795fac9a879d3bb7f0c17c Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
 <Bruno@web>
Date: Sat, 13 Sep 2014 17:32:36 +0000
Subject: [PATCH 211/260]

---
 .../Git_remote__63_____40__bitbucket__44___github__41__.mdwn     | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 doc/forum/Git_remote__63_____40__bitbucket__44___github__41__.mdwn

diff --git a/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__.mdwn b/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__.mdwn
new file mode 100644
index 0000000000..245b298ff4
--- /dev/null
+++ b/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__.mdwn
@@ -0,0 +1 @@
+Is it possible to use bitbucket as a remote?

From 632e5aee351b44bdb93240f7fbbafc69acdc94d5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sat, 13 Sep 2014 16:27:07 -0400
Subject: [PATCH 212/260] fixed

---
 doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn b/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
index 2fb69522ef..56d3d8f8cc 100644
--- a/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
+++ b/doc/bugs/Bloom_filter_capacity_too_large_to_represent.mdwn
@@ -39,3 +39,6 @@ annexed files in working tree: 35300
 size of annexed files in working tree: 193.76 gigabytes
 bloom filter size: git-annex: Data.BloomFilter.Util.suggestSizing: capacity too large to represent
 """]]
+
+> I've worked around this problem in the arm autobuilder (only build
+> affected), so [[done]] --[[Joey]]

From 70b2160d32d4f3b2275f82b693f31155057d2dcf Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Sun, 14 Sep 2014 12:29:44 -0400
Subject: [PATCH 213/260] Fix build with optparse-applicative 0.10. Closes:
 #761484

This also works with 0.9, and probably 0.8.
---
 Test.hs          | 10 ++--------
 debian/changelog |  1 +
 2 files changed, 3 insertions(+), 8 deletions(-)

diff --git a/Test.hs b/Test.hs
index 9a34835cc9..9a716e8ff5 100644
--- a/Test.hs
+++ b/Test.hs
@@ -17,9 +17,6 @@ import Test.Tasty.Ingredients.Rerun
 import Data.Monoid
 
 import Options.Applicative hiding (command)
-#if MIN_VERSION_optparse_applicative(0,8,0)
-import qualified Options.Applicative.Types as Opt
-#endif
 import qualified Data.Map as M
 import qualified Text.JSON
 
@@ -115,16 +112,13 @@ main ps = do
 				exitFailure
 			)
   where
-  	progdesc = "git-annex test"
 	parseOpts pprefs pinfo args =
 #if MIN_VERSION_optparse_applicative(0,8,0)
-		pure $ case execParserPure pprefs pinfo args of
-			Opt.Success v -> v
-			Opt.Failure f -> error $ fst $ Opt.execFailure f progdesc
-			Opt.CompletionInvoked _ -> error "completion not supported"
+		handleParseResult $ execParserPure pprefs pinfo args
 #else
 		either (error <=< flip errMessage progdesc) return $
 			execParserPure pprefs pinfo args
+  	progdesc = "git-annex test"
 #endif
 
 ingredients :: [Ingredient]
diff --git a/debian/changelog b/debian/changelog
index c2e0ea5088..aa7fd6dd6d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -22,6 +22,7 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     be using a better backend.
   * Rather than crashing when there's a problem with the requested bloomfilter
     capacity/accuracy, fall back to a reasonable default bloom filter size.
+  * Fix build with optparse-applicative 0.10. Closes: #761484
 
  -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
 

From ef3fc5607d63bcfe2eb70ce9dbefd25b896df9cd Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Sun, 14 Sep 2014 17:38:34 +0000
Subject: [PATCH 214/260] Added a comment

---
 ..._460c064bebb5061fcba2a6c79f039362._comment | 19 +++++++++++++++++++
 1 file changed, 19 insertions(+)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back/comment_2_460c064bebb5061fcba2a6c79f039362._comment

diff --git a/doc/devblog/day_219__catching_up_and_looking_back/comment_2_460c064bebb5061fcba2a6c79f039362._comment b/doc/devblog/day_219__catching_up_and_looking_back/comment_2_460c064bebb5061fcba2a6c79f039362._comment
new file mode 100644
index 0000000000..a00d33dc6f
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back/comment_2_460c064bebb5061fcba2a6c79f039362._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="comment 2"
+ date="2014-09-14T17:38:34Z"
+ content="""
+thanks so much for your work on git-annex, joeyh. it's hard to imagine that just 4 years ago, we didn't have anything even close to this tool and how far it went since then. 
+
+~~~~
+anarcat@marcos:git-annex$ pepper age
+Loading cache index... done
+git-annex is 3 years old
+git-annex's birthday is in about 1 month (October 19th)
+~~~~
+
+birthday is coming soon! :)
+
+it's also quite impressive how much work can be done in a single year with some (fairly minimal) funding to dedicate a full dev on a project. very inspiring - keep up the good work! -- [[anarcat]]
+"""]]

From b169612f8203f758465d9aaa8eccccfdfcb8baf3 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
 <Justin@web>
Date: Sun, 14 Sep 2014 18:57:12 +0000
Subject: [PATCH 215/260] Added a comment

---
 .../comment_2_fd5257eff7f94971557c031a94ac2766._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_2_fd5257eff7f94971557c031a94ac2766._comment

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_2_fd5257eff7f94971557c031a94ac2766._comment b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_2_fd5257eff7f94971557c031a94ac2766._comment
new file mode 100644
index 0000000000..97724fd18a
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_2_fd5257eff7f94971557c031a94ac2766._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 2"
+ date="2014-09-14T18:57:12Z"
+ content="""
+If `/computer1/annex/` was already an annex repository you should have synced the phone to that, not to a new bare repository at `/computer1/annex/mobile/`
+"""]]

From 734c1fa4a30d4c518d5100aac1c45922e77e0426 Mon Sep 17 00:00:00 2001
From: Kim <Kim@web>
Date: Sun, 14 Sep 2014 22:03:23 +0000
Subject: [PATCH 216/260]

---
 ...dows_7_64_bit_fail_to_add_server_repo.mdwn | 66 +++++++++++++++++++
 1 file changed, 66 insertions(+)
 create mode 100644 doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn

diff --git a/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn b/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn
new file mode 100644
index 0000000000..cb58b912c1
--- /dev/null
+++ b/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn
@@ -0,0 +1,66 @@
+### Please describe the problem.
+Cant add Server repo
+
+### What steps will reproduce the problem?
+install linux prebuild torball on server (readynas pro 600)
+un-tar and run with ./git-annex
+(git-annex test pass without error)
+install windows client on win7 64 bit and start webapp
+try add server repo as second repo will led to an internal server error about gpg
+
+followed the assistend video
+### What version of git-annex are you using? On what operating system?
+Readynas (Linux):
+annex@readynas-pro:~/git-annex.linux$ ./git-annex version
+git-annex version: 5.20140831-g62e6ad8
+build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV Inotify DBus DesktopNotify XMPP DNS Feeds Quvi TDFA CryptoHash
+key/value backends: SHA256E SHA1E SHA512E SHA224E SHA384E SKEIN256E SKEIN512E SHA256 SHA1 SHA512 SHA224 SHA384 SKEIN256 SKEIN512 WORM URL
+remote types: git gcrypt S3 bup directory rsync web webdav tahoe glacier ddar hook external
+
+Windows:
+Version: 5.20140914-gb169612
+Build flags: Assistant Webapp Webapp-secure Pairing Testsuite S3 WebDAV DNS Feeds Quvi TDFA CryptoHash 
+
+Git on Windows:
+C:\Users\Xaver>git --version
+git version 1.9.4.msysgit.1
+
+GPG on Windows:
+C:\Users\Xaver>gpg --version
+gpg (GnuPG) 2.0.26 (Gpg4win 2.2.2)
+libgcrypt 1.6.1
+Copyright (C) 2013 Free Software Foundation, Inc.
+License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
+This is free software: you are free to change and redistribute it.
+There is NO WARRANTY, to the extent permitted by law.
+
+Home: C:/Users/Xaver/AppData/Roaming/gnupg
+Unterstützte Verfahren:
+Öff. Schlüssel: RSA, ELG, DSA
+Verschlü.: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
+          CAMELLIA128, CAMELLIA192, CAMELLIA256
+Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
+Komprimierung: nicht komprimiert, ZIP, ZLIB, BZIP2
+### Please provide any additional information below.
+Internal Server Error
+user error (gpg ["--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 2)
+
+gpg: fatal: can't create directory `/home/Xaver/.gnupg': No such file or directory
+
+makes no sense on windows machine
+
+must be like "C:\Users\Xaver\AppData\Roaming\gnupg" or %Username%\AppData\Roaming\gnupg I guess.
+
+gpg itself works fine I use it with thunderbird
+
+[[!format sh """
+# If you can, paste a complete transcript of the problem occurring here.
+# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
+gpg: WARNING: using insecure memory!
+gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
+gpg: fatal: can't create directory `/home/Xaver/.gnupg': No such file or directory
+secmem usage: 0/0 bytes in 0/0 blocks of pool 0/65536
+14/Sep/2014:23:17:08 +0200 [Error#yesod-core] user error (gpg ["--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 2) @(yesod-core-1.2.19:Yesod.Core.Class.Yesod .\Yesod\Core\Class\Yesod.hs:503:5)
+
+# End of transcript or log.
+"""]]

From 3b660c55908ff54a3a53232db22d0a6c1247000d Mon Sep 17 00:00:00 2001
From: zardoz <zardoz@web>
Date: Mon, 15 Sep 2014 10:34:36 +0000
Subject: [PATCH 217/260] Added a comment

---
 ...mment_3_5a26ee5aab274f321a4ea6f8527f53bd._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/internals/comment_3_5a26ee5aab274f321a4ea6f8527f53bd._comment

diff --git a/doc/internals/comment_3_5a26ee5aab274f321a4ea6f8527f53bd._comment b/doc/internals/comment_3_5a26ee5aab274f321a4ea6f8527f53bd._comment
new file mode 100644
index 0000000000..099f4c8ca0
--- /dev/null
+++ b/doc/internals/comment_3_5a26ee5aab274f321a4ea6f8527f53bd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="zardoz"
+ ip="134.147.14.84"
+ subject="comment 3"
+ date="2014-09-15T10:34:36Z"
+ content="""
+Some documentation that would be nice having added in the appropriate places:
+
+* Exactly how is the index file being used? Is this just a copy of the git index file that we would get when checking out the git-annex branch? Why is the file kept around? Which sort of operations are done on the index, e.g. when doing git annex add?
+
+* For all time-stamped data-structures: Exactly which significance does the time-stamp have? E.g., for uuid.log, is this the date the name was changed?
+"""]]

From 05e7518c3ecc08175a30d628f67bcccf3d0b4ff9 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Mon, 15 Sep 2014 10:47:01 -0400
Subject: [PATCH 218/260] prep

---
 debian/changelog | 10 ++++++----
 git-annex.cabal  |  2 +-
 2 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index aa7fd6dd6d..4986b323e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,5 @@
-git-annex (5.20140832) UNRELEASED; urgency=medium
+git-annex (5.20140915) unstable; urgency=medium
 
-  * webapp: Fixed visual glitch in xmpp pairing.
   * New annex.hardlink setting. Closes: #758593
   * init: Automatically detect when a repository was cloned with --shared,
     and set annex.hardlink=true, as well as marking the repository as
@@ -15,7 +14,7 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
     git-annex processes were both working to perform the same set of
     transfers.
   * sync: Ensure that pending changes to git-annex branch are committed
-    when in direct mode. (Fixing a very minor reversion.)
+    before push when in direct mode. (Fixing a very minor reversion.)
   * WORM backend: Switched to include the relative path to the file inside
     the repository, rather than just the file's base name. Note that if you're
     relying on such things to keep files separate with WORM, you should really
@@ -23,8 +22,11 @@ git-annex (5.20140832) UNRELEASED; urgency=medium
   * Rather than crashing when there's a problem with the requested bloomfilter
     capacity/accuracy, fall back to a reasonable default bloom filter size.
   * Fix build with optparse-applicative 0.10. Closes: #761484
+  * webapp: Fixed visual glitch in xmpp pairing that was reported live by a
+    user who tracked me down in front of a coffee cart in Portland. 
+    (New bug reporting method of choice?)
 
- -- Joey Hess <joeyh@debian.org>  Thu, 04 Sep 2014 16:17:22 -0400
+ -- Joey Hess <joeyh@debian.org>  Mon, 15 Sep 2014 10:45:00 -0400
 
 git-annex (5.20140831) unstable; urgency=medium
 
diff --git a/git-annex.cabal b/git-annex.cabal
index 8471a6b5e4..48c25d9451 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -1,5 +1,5 @@
 Name: git-annex
-Version: 5.20140831
+Version: 5.20140915
 Cabal-Version: >= 1.8
 License: GPL-3
 Maintainer: Joey Hess <joey@kitenet.net>

From 4e3d176b1b41e7253b24085e44e7d85595b3b1f5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Mon, 15 Sep 2014 11:11:34 -0400
Subject: [PATCH 219/260] add news item for git-annex 5.20140915

---
 doc/news/version_5.20140707.mdwn | 23 -----------------------
 doc/news/version_5.20140915.mdwn | 27 +++++++++++++++++++++++++++
 2 files changed, 27 insertions(+), 23 deletions(-)
 delete mode 100644 doc/news/version_5.20140707.mdwn
 create mode 100644 doc/news/version_5.20140915.mdwn

diff --git a/doc/news/version_5.20140707.mdwn b/doc/news/version_5.20140707.mdwn
deleted file mode 100644
index a00737b3bf..0000000000
--- a/doc/news/version_5.20140707.mdwn
+++ /dev/null
@@ -1,23 +0,0 @@
-git-annex 5.20140707 released with [[!toggle text="these changes"]]
-[[!toggleable text="""
-   * assistant: Fix bug, introduced in last release, that caused the assistant
-     to make many unncessary empty merge commits.
-   * assistant: Fix one-way assistant-&gt;assistant sync in direct mode.
-   * Fix bug in annex.queuesize calculation that caused much more
-     queue flushing than necessary.
-   * importfeed: When annex.genmetadata is set, metadata from the feed
-     is added to files that are imported from it.
-   * Support users who have set commit.gpgsign, by disabling gpg signatures
-     for git-annex branch commits and commits made by the assistant.
-   * Fix memory leak when committing millions of changes to the git-annex
-     branch, eg after git-annex add has run on 2 million files in one go.
-   * Support building with bloomfilter 2.0.0.
-   * Run standalone install process when the assistant is started
-     (was only being run when the webapp was opened).
-   * Android: patch git to avoid fchmod, which fails on /sdcard.
-   * Windows: Got rid of that pesky DOS box when starting the webapp.
-   * Windows: Added Startup menu item so assistant starts automatically
-     on login.
-   * Windows: Fix opening file browser from webapp when repo is in a
-     directory with spaces.
-   * Windows: Assistant now logs to daemon.log."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20140915.mdwn b/doc/news/version_5.20140915.mdwn
new file mode 100644
index 0000000000..7aa6477c9f
--- /dev/null
+++ b/doc/news/version_5.20140915.mdwn
@@ -0,0 +1,27 @@
+git-annex 5.20140915 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * New annex.hardlink setting. Closes: #[758593](http://bugs.debian.org/758593)
+   * init: Automatically detect when a repository was cloned with --shared,
+     and set annex.hardlink=true, as well as marking the repository as
+     untrusted.
+   * Fix parsing of ipv6 address in git remote address when it was not
+     formatted as an url.
+   * The annex-rsync-transport configuration is now also used when checking
+     if a key is present on a rsync remote, and when dropping a key from
+     the remote.
+   * Promote file not found warning message to an error.
+   * Fix transfer lock file FD leak that could occur when two separate
+     git-annex processes were both working to perform the same set of
+     transfers.
+   * sync: Ensure that pending changes to git-annex branch are committed
+     before push when in direct mode. (Fixing a very minor reversion.)
+   * WORM backend: Switched to include the relative path to the file inside
+     the repository, rather than just the file's base name. Note that if you're
+     relying on such things to keep files separate with WORM, you should really
+     be using a better backend.
+   * Rather than crashing when there's a problem with the requested bloomfilter
+     capacity/accuracy, fall back to a reasonable default bloom filter size.
+   * Fix build with optparse-applicative 0.10. Closes: #[761484](http://bugs.debian.org/761484)
+   * webapp: Fixed visual glitch in xmpp pairing that was reported live by a
+     user who tracked me down in front of a coffee cart in Portland.
+     (New bug reporting method of choice?)"""]]
\ No newline at end of file

From 09e20c3827a09184c5743ce11f64c69e64a6c62b Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Mon, 15 Sep 2014 14:45:37 -0400
Subject: [PATCH 220/260] assistant: Detect when repository has been deleted or
 moved, and automatically shut down the assistant. Closes: #761261

---
 Assistant/Restart.hs               |  4 ++++
 Assistant/Threads/SanityChecker.hs | 11 +++++++++++
 Assistant/WebApp/Control.hs        |  8 ++------
 debian/changelog                   |  7 +++++++
 4 files changed, 24 insertions(+), 6 deletions(-)

diff --git a/Assistant/Restart.hs b/Assistant/Restart.hs
index 0415e8e972..b74094f3bd 100644
--- a/Assistant/Restart.hs
+++ b/Assistant/Restart.hs
@@ -53,6 +53,10 @@ postRestart url = do
 	liftIO . sendNotification . globalRedirNotifier =<< getDaemonStatus
 	void $ liftIO $ forkIO $ do
 		threadDelaySeconds (Seconds 120)
+		terminateSelf
+
+terminateSelf :: IO ()
+terminateSelf =
 #ifndef mingw32_HOST_OS
 		signalProcess sigTERM =<< getPID
 #else
diff --git a/Assistant/Threads/SanityChecker.hs b/Assistant/Threads/SanityChecker.hs
index dce2c2db75..3371f212fc 100644
--- a/Assistant/Threads/SanityChecker.hs
+++ b/Assistant/Threads/SanityChecker.hs
@@ -21,7 +21,9 @@ import Assistant.Drop
 import Assistant.Ssh
 import Assistant.TransferQueue
 import Assistant.Types.UrlRenderer
+import Assistant.Restart
 import qualified Annex.Branch
+import qualified Git
 import qualified Git.LsFiles
 import qualified Git.Command.Batch
 import qualified Git.Config
@@ -146,6 +148,8 @@ waitForNextCheck = do
  - will block the watcher. -}
 dailyCheck :: UrlRenderer -> Assistant Bool
 dailyCheck urlrenderer = do
+	checkRepoExists
+
 	g <- liftAnnex gitRepo
 	batchmaker <- liftIO getBatchCommandMaker
 
@@ -203,6 +207,7 @@ dailyCheck urlrenderer = do
 
 hourlyCheck :: Assistant ()
 hourlyCheck = do
+	checkRepoExists
 #ifndef mingw32_HOST_OS
 	checkLogSize 0
 #else
@@ -316,3 +321,9 @@ cleanOld check f = go =<< catchMaybeIO getmtime
 	getmtime = realToFrac . modificationTime <$> getSymbolicLinkStatus f
 	go (Just mtime) | check mtime = nukeFile f
 	go _ = noop
+
+checkRepoExists :: Assistant ()
+checkRepoExists = do
+	g <- liftAnnex gitRepo
+	liftIO $ unlessM (doesDirectoryExist $ Git.repoPath g) $
+		terminateSelf
diff --git a/Assistant/WebApp/Control.hs b/Assistant/WebApp/Control.hs
index 7141cc7803..5e197d8aed 100644
--- a/Assistant/WebApp/Control.hs
+++ b/Assistant/WebApp/Control.hs
@@ -53,15 +53,11 @@ getShutdownConfirmedR = do
 	 - page time to load in the browser. -}
 	void $ liftIO $ forkIO $ do
 		threadDelay 2000000
-#ifndef mingw32_HOST_OS
-		signalProcess sigTERM =<< getPID
-#else
-		terminatePID =<< getPID
-#endif
+		terminateSelf
 	redirect NotRunningR
 
 {- Use a custom page to avoid putting long polling elements on it that will 
- - fail and cause the web browser to show an error once the webapp is
+ - fail and cause thet web browser to show an error once the webapp is
  - truely stopped. -}
 getNotRunningR :: Handler Html
 getNotRunningR = customPage' False Nothing $
diff --git a/debian/changelog b/debian/changelog
index 4986b323e5..cd6cfd2288 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+git-annex (5.20140916) UNRELEASED; urgency=medium
+
+  * assistant: Detect when repository has been deleted or moved, and
+    automatically shut down the assistant. Closes: #761261
+
+ -- Joey Hess <joeyh@debian.org>  Mon, 15 Sep 2014 14:39:17 -0400
+
 git-annex (5.20140915) unstable; urgency=medium
 
   * New annex.hardlink setting. Closes: #758593

From a0a39960ab2a78e8217922c1b3ee7d171d01bd10 Mon Sep 17 00:00:00 2001
From: 
 "https://openid.stackexchange.com/user/7891307e-4b76-4697-8e71-083669c26e9f"
 <MichaelK@web>
Date: Mon, 15 Sep 2014 18:54:36 +0000
Subject: [PATCH 221/260] Added a comment: quvi in .gitattributes

---
 .../comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment

diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment b/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment
new file mode 100644
index 0000000000..ba8815f91d
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/7891307e-4b76-4697-8e71-083669c26e9f"
+ nickname="MichaelK"
+ subject="quvi in .gitattributes"
+ date="2014-09-15T18:54:36Z"
+ content="""
+Is there a way to put something like `* annex.quvi-options = -f best` in `.gitattributes`?  When trying to, I get ` is not a valid attribute name: .gitattributes:2`.
+"""]]

From d74a4db48f9050d8cd3cec2e41c8f1b9103b6f12 Mon Sep 17 00:00:00 2001
From: 
 "https://openid.stackexchange.com/user/7891307e-4b76-4697-8e71-083669c26e9f"
 <MichaelK@web>
Date: Mon, 15 Sep 2014 19:08:11 +0000
Subject: [PATCH 222/260] removed

---
 .../comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment   | 8 --------
 1 file changed, 8 deletions(-)
 delete mode 100644 doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment

diff --git a/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment b/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment
deleted file mode 100644
index ba8815f91d..0000000000
--- a/doc/tips/using_the_web_as_a_special_remote/comment_8_d0c0d5dfbe3f17f19226bb9ac286eeab._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="https://openid.stackexchange.com/user/7891307e-4b76-4697-8e71-083669c26e9f"
- nickname="MichaelK"
- subject="quvi in .gitattributes"
- date="2014-09-15T18:54:36Z"
- content="""
-Is there a way to put something like `* annex.quvi-options = -f best` in `.gitattributes`?  When trying to, I get ` is not a valid attribute name: .gitattributes:2`.
-"""]]

From 12df592a0371725b772671e6eda0c7e9b5335cac Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmfEGTjv4GsWkSG2lpuBitRDxVkml7yEQg"
 <Britt@web>
Date: Tue, 16 Sep 2014 02:16:28 +0000
Subject: [PATCH 223/260] Added a comment: Installing debs

---
 ...mment_5_4aea55dc5b24d84e0953382ccfea1a01._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment

diff --git a/doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment b/doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment
new file mode 100644
index 0000000000..c14b75bc08
--- /dev/null
+++ b/doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmfEGTjv4GsWkSG2lpuBitRDxVkml7yEQg"
+ nickname="Britt"
+ subject="Installing debs"
+ date="2014-09-16T02:16:28Z"
+ content="""
+@azul - the problem with installing dependencies from apt-get is that the Ubuntu haskell packages are rather old. It shouldn't be this way (and it has gotten a LOT better - I suggest installing the newest version of the Haskell Platform that you can), but often cabal will complain about a package it is unable to install because it failed on the install of that package's dependencies. You should try to cabal install $FAILED_DEPENDENCY (not an actual env variable), and you will often get more informative error messages - some packages require non-haskell dependencies (take gtk3, for instance) which cabal doesn't know how to handle at this point, because that would require some cross platform foo (cabal install runs on Windows and OSX, which don't have native package managers at all). 
+
+@Paul - It looks like you ran into a bug, because http-client no longer depends on network>=2.6, it now can take network 2.4 - 2.6 or 2.6 or greater. If you try again it should work. 
+
+Please don't be put off by haskell because of things like this - git annex is a very large and complicated project, and developing on large projects such as this pretty much require you to have pretty recent versions of all haskell packages. I really suggest you take a look at this book http://learnyouahaskell.com/introduction. Haskell is a beautiful language and it doesn't have to be esoteric, academic, or difficult at all. It's obvious since you are attempting to build this from source that you are either interested in haskell or you are only interested in the development of git-annex. Either way, it would behoove you to read that book. It is short, full of great examples, and it even has pleasant illustrations. It may look like a children's book, but by the end of it you will know how to use all of the major monads (you may not know what a monad is, but that isn't really that important anyway - you just need to know how they are used).
+"""]]

From e32a39c12dcfbfa72c60540001f0ac0742811f89 Mon Sep 17 00:00:00 2001
From: Petter_petterson <Petter_petterson@web>
Date: Tue, 16 Sep 2014 08:13:59 +0000
Subject: [PATCH 224/260] Added a comment

---
 ..._5a11c45f92bae1328a5120945bee1fa0._comment | 36 +++++++++++++++++++
 1 file changed, 36 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_3_5a11c45f92bae1328a5120945bee1fa0._comment

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_3_5a11c45f92bae1328a5120945bee1fa0._comment b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_3_5a11c45f92bae1328a5120945bee1fa0._comment
new file mode 100644
index 0000000000..8a9f6cd181
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_3_5a11c45f92bae1328a5120945bee1fa0._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="Petter_petterson"
+ ip="89.160.15.173"
+ subject="comment 3"
+ date="2014-09-16T08:13:59Z"
+ content="""
+Thanks Justin, but that wont work. Even pointing out a normal, non-bare repo and then adding it as a ssh remote will convert it into a bare repo. I confirmed that, and then I read this post:
+
+    http://git-annex.branchable.com/forum/Local_and_remote_in_direct_mode/
+
+that states that
+> The \"Remote server using ssh\" option in the webapp is intended to set up a bare git repository on a server, not a non-bare git repository on a client.\"
+
+I even tried to do 
+    git remote add B ssh://machineB:/~/annex
+but to no avail, the created annex on machine B becomes a bare repo.
+
+The only way to do it for me was to do the following,
+Assume my cellphone is device A, and my desktop is device B:
+
+On machine B:
+
+    cd ~/DCIM
+    git init
+    git annex init \"B\"
+    git annex direct
+    echo '*/5 * * * * * cd ~/DCIM; git annex sync' > crontab
+
+On machine A:
+
+    git clone ssh://user@machineB:/home/user/DCIM
+    git annex sync
+    git annex webapp
+
+now pictures are synced to the computer in direct, non-bare format every 5 minutes. I have spent literally days on this and now I finally nailed it in a crude but working fashion. 
+"""]]

From c025e4adfb09e7a4b15ef7acb6085f2eeb9bea04 Mon Sep 17 00:00:00 2001
From: Petter_petterson <Petter_petterson@web>
Date: Tue, 16 Sep 2014 08:15:05 +0000
Subject: [PATCH 225/260] Added a comment

---
 .../comment_2_90eeb2bffdb2db8032f9a0eac630ed56._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/Local_and_remote_in_direct_mode/comment_2_90eeb2bffdb2db8032f9a0eac630ed56._comment

diff --git a/doc/forum/Local_and_remote_in_direct_mode/comment_2_90eeb2bffdb2db8032f9a0eac630ed56._comment b/doc/forum/Local_and_remote_in_direct_mode/comment_2_90eeb2bffdb2db8032f9a0eac630ed56._comment
new file mode 100644
index 0000000000..539ad1357f
--- /dev/null
+++ b/doc/forum/Local_and_remote_in_direct_mode/comment_2_90eeb2bffdb2db8032f9a0eac630ed56._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Petter_petterson"
+ ip="89.160.15.173"
+ subject="comment 2"
+ date="2014-09-16T08:15:05Z"
+ content="""
+Doing git remote add B ssh://machineB:/~/annex still makes the repository on machineB a bare one, just try it and check git config -l | grep core.bare...
+"""]]

From ebd781984ed299eace855ee287afd469c9c064c0 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 13:37:50 -0400
Subject: [PATCH 226/260] clean up now unused imports

---
 Assistant/WebApp/Control.hs | 8 +-------
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/Assistant/WebApp/Control.hs b/Assistant/WebApp/Control.hs
index 5e197d8aed..afb10b18bd 100644
--- a/Assistant/WebApp/Control.hs
+++ b/Assistant/WebApp/Control.hs
@@ -5,7 +5,7 @@
  - Licensed under the GNU AGPL version 3 or higher.
  -}
 
-{-# LANGUAGE CPP, TypeFamilies, QuasiQuotes, MultiParamTypeClasses, TemplateHaskell, OverloadedStrings, RankNTypes #-}
+{-# LANGUAGE TypeFamilies, QuasiQuotes, MultiParamTypeClasses, TemplateHaskell, OverloadedStrings, RankNTypes #-}
 
 module Assistant.WebApp.Control where
 
@@ -16,16 +16,10 @@ import Assistant.TransferSlots
 import Assistant.Restart
 import Utility.LogFile
 import Utility.NotificationBroadcaster
-import Utility.PID
 
 import Control.Concurrent
 import qualified Data.Map as M
 import qualified Data.Text as T
-#ifndef mingw32_HOST_OS
-import System.Posix (signalProcess, sigTERM)
-#else
-import Utility.WinProcess
-#endif
 
 getShutdownR :: Handler Html
 getShutdownR = page "Shutdown" Nothing $

From 2abeae758263c99323076c83902a475d1417c2e3 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 13:40:44 -0400
Subject: [PATCH 227/260] Windows: Avoid crashing trying to list gpg secret
 keys, for gcrypt which is not yet supported on Windows.

---
 Utility/Gpg.hs                                         |  3 ++-
 debian/changelog                                       |  2 ++
 ...pp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn | 10 ++++++++++
 3 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/Utility/Gpg.hs b/Utility/Gpg.hs
index 69a47c78fa..f9b60f276e 100644
--- a/Utility/Gpg.hs
+++ b/Utility/Gpg.hs
@@ -163,8 +163,9 @@ type UserId = String
 {- All of the user's secret keys, with their UserIds.
  - Note that the UserId may be empty. -}
 secretKeys :: IO (M.Map KeyId UserId)
-secretKeys = M.fromList . parse . lines <$> readStrict params
+secretKeys = catchDefaultIO M.empty makemap
   where
+	makemap = M.fromList . parse . lines <$> readStrict params
   	params = [Params "--with-colons --list-secret-keys --fixed-list-mode"]
 	parse = extract [] Nothing . map (split ":")
 	extract c (Just keyid) (("uid":_:_:_:_:_:_:_:_:userid:_):rest) =
diff --git a/debian/changelog b/debian/changelog
index cd6cfd2288..825d8d46db 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,8 @@ git-annex (5.20140916) UNRELEASED; urgency=medium
 
   * assistant: Detect when repository has been deleted or moved, and
     automatically shut down the assistant. Closes: #761261
+  * Windows: Avoid crashing trying to list gpg secret keys, for gcrypt
+    which is not yet supported on Windows.
 
  -- Joey Hess <joeyh@debian.org>  Mon, 15 Sep 2014 14:39:17 -0400
 
diff --git a/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn b/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn
index cb58b912c1..c076dfc544 100644
--- a/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn
+++ b/doc/bugs/webapp_on_windows_7_64_bit_fail_to_add_server_repo.mdwn
@@ -64,3 +64,13 @@ secmem usage: 0/0 bytes in 0/0 blocks of pool 0/65536
 
 # End of transcript or log.
 """]]
+
+> Thanks for reporting this problem. I've fixed it to not crash when gpg 
+> fails to list secret keys.
+> 
+> That doesn't fix the problem that the cygnus build of gpg does not find
+> the user's home directory properly. But that's only needed for the
+> encrypted repository (gcrypt) support, which is listed in
+> [[windows_support]] as not yet available for Windows.
+>
+> So, not leaving this bug report open. [[done]] --[[Joey]]

From 506aa25359ae796a6cff36d9dded8508fd2db9ad Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 18:07:54 +0000
Subject: [PATCH 228/260] Added a comment

---
 ...comment_1_27b5283c65c402f330263426e4ca6ac1._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_1_27b5283c65c402f330263426e4ca6ac1._comment

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_1_27b5283c65c402f330263426e4ca6ac1._comment b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_1_27b5283c65c402f330263426e4ca6ac1._comment
new file mode 100644
index 0000000000..1b5508f978
--- /dev/null
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_1_27b5283c65c402f330263426e4ca6ac1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 1"
+ date="2014-09-16T18:07:54Z"
+ content="""
+I started to make this change, and then I realized this problem: If a non-bare repository is made on an external drive, then to the user this is another place they can edit their files. Which means they will expect their changes made there to be committed. Which is highly problematic, because the assistant cannot be left running on an external drive or it won't be able to be unmounted. Or, a periodic `git annex add; git annex sync` could be run on the external drive, but that is a more expensive process (especially when run on a slow drive) and would not meet the expectations of users of the assistant that their changes will promptly propagate.
+
+So, I feel that leaving bare repositories is actually the best choice.
+"""]]

From 9f3dc342e93f314b2392cfb5f20fafd7f9756558 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 18:13:18 +0000
Subject: [PATCH 229/260] Added a comment

---
 ...mment_1_b123b657a92897017973927e3e47673b._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/schedule_repository___91__expression__93__/comment_1_b123b657a92897017973927e3e47673b._comment

diff --git a/doc/forum/schedule_repository___91__expression__93__/comment_1_b123b657a92897017973927e3e47673b._comment b/doc/forum/schedule_repository___91__expression__93__/comment_1_b123b657a92897017973927e3e47673b._comment
new file mode 100644
index 0000000000..a0c4e82221
--- /dev/null
+++ b/doc/forum/schedule_repository___91__expression__93__/comment_1_b123b657a92897017973927e3e47673b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 1"
+ date="2014-09-16T18:13:18Z"
+ content="""
+Only fscking can be scheduled. From the man page:
+
+       These  actions  are available: \"fsck self\", \"fsck UUID\" 
+
+It won't be expanded to allow arbitrary commands, because that would let anyone who you share an annex with schedule arbitrary commands to run on your computer..
+"""]]

From 8f1dfae463a7c538ff4120dcecca4a2fd3ef6f01 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 18:22:11 +0000
Subject: [PATCH 230/260] Added a comment

---
 ...mment_1_4667fadb05c594b0a212bf455ee65298._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_1_4667fadb05c594b0a212bf455ee65298._comment

diff --git a/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_1_4667fadb05c594b0a212bf455ee65298._comment b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_1_4667fadb05c594b0a212bf455ee65298._comment
new file mode 100644
index 0000000000..90643ca9b6
--- /dev/null
+++ b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_1_4667fadb05c594b0a212bf455ee65298._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 1"
+ date="2014-09-16T18:22:11Z"
+ content="""
+Why is this a problem? You can delete the branch at any time of course if it's in the way.
+
+It would be possible for `git-annex sync` to avoid creating the synced/master branch at all when syncing with a bare git repository, but this would actually make it less efficient and slower. Where currently it makes one push, updating the remote's master branch when possible, and forcing an update of its synced/master branch at the same time, it would instead need to first try to update remote's master, then check if that succeeded and if not force the update of synced/master. Also, it's not clear how to check if the push to master succeeded, since something else might update it further in a race.
+
+I suppose that `git annex sync/merge` could delete the local synced/* branches once it was done merging them. This wouldn't prevent `git pull` from pulling down those branches, though.
+"""]]

From 27f10e6081a3b0665011262f8b17333b7486bd16 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 18:36:18 +0000
Subject: [PATCH 231/260] Added a comment

---
 ...5_7e51a197ff9970ae50cf47bd3a922257._comment | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)
 create mode 100644 doc/design/assistant/blog/day_232__headless_webapp/comment_5_7e51a197ff9970ae50cf47bd3a922257._comment

diff --git a/doc/design/assistant/blog/day_232__headless_webapp/comment_5_7e51a197ff9970ae50cf47bd3a922257._comment b/doc/design/assistant/blog/day_232__headless_webapp/comment_5_7e51a197ff9970ae50cf47bd3a922257._comment
new file mode 100644
index 0000000000..de4be2556b
--- /dev/null
+++ b/doc/design/assistant/blog/day_232__headless_webapp/comment_5_7e51a197ff9970ae50cf47bd3a922257._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 5"
+ date="2014-09-16T18:36:18Z"
+ content="""
+Note that --listen=address:port had to be removed.
+
+OTOH, the webapp can be run with a https certificate now, which makes remote access much more secure.
+
+The webapp will use HTTPS if it finds
+a .git/annex/privkey.pem and .git/annex/certificate.pem. Here's
+one way to generate those files, using a self-signed certificate:
+
+    openssl genrsa -out .git/annex/privkey.pem 4096
+    openssl req -new -x509 -key .git/annex/privkey.pem > .git/annex/certificate.pem
+
+"""]]

From fb706ed19457e3cd413754255ff70584ff4259c9 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 15:05:12 -0400
Subject: [PATCH 232/260] reorg and rewrote build-from-source instructions

---
 doc/contribute.mdwn               |  3 +-
 doc/install.mdwn                  | 12 +++---
 doc/install/Linux_standalone.mdwn |  2 +-
 doc/install/OSX/porting.mdwn      |  3 +-
 doc/install/cabal.mdwn            | 58 --------------------------
 doc/install/fromscratch.mdwn      | 27 ------------
 doc/install/fromsource.mdwn       | 68 +++++++++++++++++++++++++++++++
 7 files changed, 78 insertions(+), 95 deletions(-)
 delete mode 100644 doc/install/cabal.mdwn
 delete mode 100644 doc/install/fromscratch.mdwn
 create mode 100644 doc/install/fromsource.mdwn

diff --git a/doc/contribute.mdwn b/doc/contribute.mdwn
index 71bce6c54e..bc087348d8 100644
--- a/doc/contribute.mdwn
+++ b/doc/contribute.mdwn
@@ -24,7 +24,8 @@ you'll make Joey more productive!
 
 ## code contributions
 
-[[download]] the source code and send patches!
+[[download]] the source code, [[build|install/fromsource]] it
+and send patches!
 
 If you know Haskell, git-annex has lots of Haskell code that
 could be improved. See the [[coding_style]] and have at it.
diff --git a/doc/install.mdwn b/doc/install.mdwn
index 7fe21c9bae..adaaa3eb6e 100644
--- a/doc/install.mdwn
+++ b/doc/install.mdwn
@@ -22,15 +22,13 @@ detailed instructions             | quick install
 All the downloads above use https for security. For added security, see
 [[verifying_downloads]].
 
-## Using cabal
+## Building it yourself
 
-As a haskell package, git-annex can be installed from source pretty easily
-[[using cabal|cabal]].
-
-## Installation from scratch
-
-This is not recommended, but if you really want to, see [[fromscratch]].
+git-annex is [[Free Software|license]], written in [Haskell](http://www.haskell.org/).
+Experienced users should not find it too hard to build and install
+it [[from source|fromsource]].
 
 ## See also
 
+
 [[autobuild overview|builds]]
diff --git a/doc/install/Linux_standalone.mdwn b/doc/install/Linux_standalone.mdwn
index f7aca5b9a5..fbb3b97ab3 100644
--- a/doc/install/Linux_standalone.mdwn
+++ b/doc/install/Linux_standalone.mdwn
@@ -1,5 +1,5 @@
 If your Linux distribution does not have git-annex packaged up for you,
-you can either build it [[fromscratch]], or you can use a handy
+you can either build it [[fromsource]], or you can use a handy
 prebuilt tarball of the most recent release.
 
 This tarball should work on most Linux systems. It has basically no
diff --git a/doc/install/OSX/porting.mdwn b/doc/install/OSX/porting.mdwn
index 2003af684d..7aeb1c12c6 100644
--- a/doc/install/OSX/porting.mdwn
+++ b/doc/install/OSX/porting.mdwn
@@ -3,4 +3,5 @@ from eg [[HomeBrew]] or the regular [[OSX]] prebuilt app, you
 can try building git-annex from source on OSX, using haskell's cabal package
 manager.
 
-For general instructions for using cabal, see [[this page|/install/cabal]].
+For general instructions on building git-annex from source see
+[[install/fromsource]]
diff --git a/doc/install/cabal.mdwn b/doc/install/cabal.mdwn
deleted file mode 100644
index 3270dd0f9b..0000000000
--- a/doc/install/cabal.mdwn
+++ /dev/null
@@ -1,58 +0,0 @@
-As a haskell package, git-annex can be installed using cabal. 
-
-This involves building a lot of haskell packages from source, and so it has
-a lot of moving parts, and it's not uncommon for it to be broken from time
-to time.
-
-If you are not comfortable tracking down and dealing with library build
-problems, installing git-annex with cabal is probably not the right choice
-for you!
-
-## prerequisites
-
-Start by installing the [Haskell Platform][]. In Debian, this is as
-simple as:
-
-    sudo apt-get install haskell-platform
-
- [Haskell Platform]: http://hackage.haskell.org/platform/
-
-## minimal build
-
-This builds git-annex without some features that require C libraries, that
-can be harder to get installed. This is plenty to get started using it,
-although it does not include the assistant or webapp.
-
-	cabal update
-	PATH=$HOME/bin:$PATH
-	cabal install git-annex --bindir=$HOME/bin -f"-assistant -webapp -webdav -pairing -xmpp -dns"
-
-## full build
-
-To build with all features enabled, including the assistant and webapp,
-you will need to install several C libraries and their headers,
-including libgnutls, libgsasl, libxml2, and zlib. Then run:
-
-	cabal update
-	PATH=$HOME/bin:$PATH
-	cabal install c2hs --bindir=$HOME/bin
-	cabal install git-annex --bindir=$HOME/bin
-
-## building from git checkout
-
-But maybe you want something newer (or older). Then [[download]] the version
-you want, and use cabal as follows inside its source tree:
-
-	cabal update
-	PATH=$HOME/bin:$PATH
-	cabal install c2hs --bindir=$HOME/bin
-	cabal install --only-dependencies
-	cabal configure
-	cabal build
-	cabal install --bindir=$HOME/bin
-
-## EKG
-
-When building with cabal, you can optionally enable the 
-[[EKG monitoring interface|ekg]]. This is great for debugging resource
-usage problems.
diff --git a/doc/install/fromscratch.mdwn b/doc/install/fromscratch.mdwn
deleted file mode 100644
index 46ee5a055d..0000000000
--- a/doc/install/fromscratch.mdwn
+++ /dev/null
@@ -1,27 +0,0 @@
-To install git-annex from scratch, you need a lot of stuff. Really
-quite a lot.
-
-* Haskell stuff
-  * [The Haskell Platform](http://haskell.org/platform/) (GHC 7.4 or newer)
-  * A ton of haskell libraries. Rather than try to list them all here,
-    see git-annex.cabal. Probably the easiest way to install them:
-    `cabal update; cabal install git-annex --only-dependencies`
-* Shell commands
-  * [git](http://git-scm.com/) (1.7.2 or newer; 1.8.5 or newer recommended)
-  * [xargs](http://savannah.gnu.org/projects/findutils/)
-  * [rsync](http://rsync.samba.org/)
-  * [curl](http://http://curl.haxx.se/) (optional, but recommended)
-  * [wget](http://www.gnu.org/software/wget/) (optional)
-  * [sha*sum](ftp://ftp.gnu.org/gnu/coreutils/) (optional)
-  * [gpg](http://gnupg.org/) (optional; needed for encryption)
-  * [lsof](ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/)
-    (optional; recommended for watch mode)
-  * [gcrypt](https://github.com/joeyh/git-remote-gcrypt)
-    (optional)
-  * [nocache](https://github.com/Feh/nocache)
-    (optional)
-  * multicast DNS support, provided on linux by [nss-mdns](http://www.0pointer.de/lennart/projects/nss-mdns/)
-    (optional; recommended for the assistant to support pairing well)
-  * [ikiwiki](http://ikiwiki.info) (optional; used to build the docs)
-
-Then just [[download]] git-annex and run: `make; make install`
diff --git a/doc/install/fromsource.mdwn b/doc/install/fromsource.mdwn
new file mode 100644
index 0000000000..baa4e1b06e
--- /dev/null
+++ b/doc/install/fromsource.mdwn
@@ -0,0 +1,68 @@
+So you want to build git-annex from source. This is encouraged for
+users with experience building code from source. But the build may
+require some care and feeding. This page will start with the easy
+methods and work up to the harder ones.
+
+## prerequisites
+
+Start by installing the 
+[Haskell Platform](http://hackage.haskell.org/platform/).
+
+In Debian, this is as simple as:
+
+	sudo apt-get install haskell-platform
+
+## downloading the source code
+
+The easiest way is using git; see [[download]] or just:
+
+	git clone git://git-annex.branchable.com/ git-annex
+
+Or, you can use cabal to get the source code:
+
+	cabal update; cabal unpack git-annex
+
+## building from source on Debian
+
+This is the method used by git-annex's author, and so it's the one most
+likely to work without problems.
+
+First, install everything git-annex needs to build:
+
+	sudo apt-get build-dep git-annex
+
+Now you can build git-annex using either `make` or `cabal build`.
+
+## minimal build with cabal
+
+This can be done anywhere, and builds git-annex without some features that
+require C libraries, that can be harder to get installed. This is plenty to
+get started using it, although it does not include the assistant or webapp.
+
+Be warned that this involves building a lot of Haskell libraries from
+source, and so it has a lot of moving parts, and it's not uncommon for it
+to be broken from time to time.
+
+	cabal configure -f"-assistant -webapp -webdav -pairing -xmpp -dns"
+	cabal build
+	PATH=$HOME/bin:$PATH
+	cabal install --bindir=$HOME/bin
+
+## full build with cabal
+
+To build with all features enabled, including the assistant and webapp,
+you will need to install several C libraries and their headers,
+including libgnutls, libgsasl, libxml2, and zlib. How to do that for
+your OS is beyond the scope of this page. Once the C libraries are
+installed:
+
+	cabal configure
+	cabal build
+	PATH=$HOME/bin:$PATH
+	cabal install --bindir=$HOME/bin
+
+## EKG
+
+When building with cabal, you can optionally enable the 
+[[EKG monitoring interface|ekg]]. This is great for debugging resource
+usage problems. Just pass `-f+EKG` to `cabal configure`

From 552169bac5f20c25069ae13a49e86e2bcccbaf45 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 15:12:09 -0400
Subject: [PATCH 233/260] improve

---
 doc/install/fromsource.mdwn | 18 ++++++++++++------
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/doc/install/fromsource.mdwn b/doc/install/fromsource.mdwn
index baa4e1b06e..98a517b14a 100644
--- a/doc/install/fromsource.mdwn
+++ b/doc/install/fromsource.mdwn
@@ -31,7 +31,8 @@ First, install everything git-annex needs to build:
 
 	sudo apt-get build-dep git-annex
 
-Now you can build git-annex using either `make` or `cabal build`.
+Now you can build git-annex by running either `make` or `cabal build`
+inside the source tree.
 
 ## minimal build with cabal
 
@@ -39,24 +40,29 @@ This can be done anywhere, and builds git-annex without some features that
 require C libraries, that can be harder to get installed. This is plenty to
 get started using it, although it does not include the assistant or webapp.
 
-Be warned that this involves building a lot of Haskell libraries from
-source, and so it has a lot of moving parts, and it's not uncommon for it
-to be broken from time to time.
+Inside the source tree, run:
 
 	cabal configure -f"-assistant -webapp -webdav -pairing -xmpp -dns"
+	cabal install --only-dependencies
 	cabal build
 	PATH=$HOME/bin:$PATH
 	cabal install --bindir=$HOME/bin
 
+Be warned that this involves building a lot of Haskell libraries from
+source, and so it has a lot of moving parts, and it's not uncommon for it
+to be broken from time to time.
+
 ## full build with cabal
 
 To build with all features enabled, including the assistant and webapp,
 you will need to install several C libraries and their headers,
 including libgnutls, libgsasl, libxml2, and zlib. How to do that for
-your OS is beyond the scope of this page. Once the C libraries are
-installed:
+your OS is beyond the scope of this page. 
+
+Once the C libraries are installed, run inside the source tree:
 
 	cabal configure
+	cabal install --only-dependencies
 	cabal build
 	PATH=$HOME/bin:$PATH
 	cabal install --bindir=$HOME/bin

From fd36ff4e85f4bcfdd72e89b6089a747f9e710bfb Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 15:16:13 -0400
Subject: [PATCH 234/260] comment reorg

---
 .../comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment          | 0
 .../comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment          | 0
 .../comment_12_b93ca271dffca3f948645d3e1326c1d9._comment          | 0
 .../comment_13_3dac019cda71bf99878c0a1d9382323b._comment          | 0
 .../comment_14_14b46470593f84f8c3768a91cb77bdab._comment          | 0
 .../comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment          | 0
 .../comment_16_4faf214f97f9516898d7c17d743ef825._comment          | 0
 .../comment_17_2a9d6807a3a13815c824985521757167._comment          | 0
 .../comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment          | 0
 .../comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment          | 0
 .../comment_1_9d085e460553fa045999ab7cb945cdec._comment           | 0
 .../comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment           | 0
 .../comment_20_0f553be2a4c666e3bed58b2bce549406._comment          | 0
 .../comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment          | 0
 .../comment_22_2f27b78215f97ade1986ca806c634cb3._comment          | 0
 .../comment_23_c34d2b1d95830a3e58671a5b566a1758._comment          | 0
 .../comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment          | 0
 .../comment_25_8a7664e6f9271718dc607a0782366c5b._comment          | 0
 .../comment_26_bd455c732639728bce2bfc39e32871d2._comment          | 0
 .../comment_27_c080e9239b6eec88d329c28da7bb4141._comment          | 0
 .../comment_28_15951dd070a675300420eea137a28ef9._comment          | 0
 .../comment_29_ac082dca67f4a29b06070c0283130f52._comment          | 0
 .../comment_2_a69d17c55e56a707ec6606d5cdddee25._comment           | 0
 .../comment_2_b7954521d9ab40622b665f278dd72e17._comment           | 0
 .../comment_30_ad639c07cb79e89406e95c1dafce3a01._comment          | 0
 .../comment_31_4763b24a29627d55f465b9ea260ea7ec._comment          | 0
 .../comment_32_1d34c294486c85b1149675fa5861ae35._comment          | 0
 .../comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment          | 0
 .../comment_34_38451e751add6daf479b559c4b6a7c61._comment          | 0
 .../comment_35_4d44e4531e6686bd340f26836ad40026._comment          | 0
 .../comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment          | 0
 .../comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment          | 0
 .../comment_38_5c1e96221154a4ae4ebd636232044ced._comment          | 0
 .../comment_39_a86057d7e6d47113330f79e1812c3a5d._comment          | 0
 .../comment_3_55bed050bdb768543dbe1b86edec057d._comment           | 0
 .../comment_3_a3bf3ce57ea73515a059267f25b816eb._comment           | 0
 .../comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment           | 0
 .../comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment           | 0
 .../comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment           | 0
 .../comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment           | 0
 .../comment_6_5afb2d081e8b603bc338cd460ad9317d._comment           | 0
 .../comment_7_129c4f2e404c874e5adfa52902a81104._comment           | 0
 .../comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment           | 0
 .../comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment           | 0
 44 files changed, 0 insertions(+), 0 deletions(-)
 rename doc/install/{cabal => fromsource}/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_13_3dac019cda71bf99878c0a1d9382323b._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_14_14b46470593f84f8c3768a91cb77bdab._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_16_4faf214f97f9516898d7c17d743ef825._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_17_2a9d6807a3a13815c824985521757167._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment (100%)
 rename doc/install/{fromscratch => fromsource}/comment_1_9d085e460553fa045999ab7cb945cdec._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_20_0f553be2a4c666e3bed58b2bce549406._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_22_2f27b78215f97ade1986ca806c634cb3._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_25_8a7664e6f9271718dc607a0782366c5b._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_26_bd455c732639728bce2bfc39e32871d2._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_27_c080e9239b6eec88d329c28da7bb4141._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_28_15951dd070a675300420eea137a28ef9._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_29_ac082dca67f4a29b06070c0283130f52._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment (100%)
 rename doc/install/{fromscratch => fromsource}/comment_2_b7954521d9ab40622b665f278dd72e17._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_32_1d34c294486c85b1149675fa5861ae35._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_34_38451e751add6daf479b559c4b6a7c61._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_35_4d44e4531e6686bd340f26836ad40026._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_38_5c1e96221154a4ae4ebd636232044ced._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_3_55bed050bdb768543dbe1b86edec057d._comment (100%)
 rename doc/install/{fromscratch => fromsource}/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment (100%)
 rename doc/install/{fromscratch => fromsource}/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment (100%)
 rename doc/install/{fromscratch => fromsource}/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_7_129c4f2e404c874e5adfa52902a81104._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment (100%)
 rename doc/install/{cabal => fromsource}/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment (100%)

diff --git a/doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment b/doc/install/fromsource/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
similarity index 100%
rename from doc/install/cabal/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
rename to doc/install/fromsource/comment_10_7ebe353b05d4df29897dc9a4f45c8a91._comment
diff --git a/doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment b/doc/install/fromsource/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
similarity index 100%
rename from doc/install/cabal/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
rename to doc/install/fromsource/comment_11_0d06702e6e0ae3cd331cf748a9f6f273._comment
diff --git a/doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment b/doc/install/fromsource/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
similarity index 100%
rename from doc/install/cabal/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
rename to doc/install/fromsource/comment_12_b93ca271dffca3f948645d3e1326c1d9._comment
diff --git a/doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment b/doc/install/fromsource/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
similarity index 100%
rename from doc/install/cabal/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
rename to doc/install/fromsource/comment_13_3dac019cda71bf99878c0a1d9382323b._comment
diff --git a/doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment b/doc/install/fromsource/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
similarity index 100%
rename from doc/install/cabal/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
rename to doc/install/fromsource/comment_14_14b46470593f84f8c3768a91cb77bdab._comment
diff --git a/doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment b/doc/install/fromsource/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
similarity index 100%
rename from doc/install/cabal/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
rename to doc/install/fromsource/comment_15_c3a5b0aad28a90e0bb8da31a430578eb._comment
diff --git a/doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment b/doc/install/fromsource/comment_16_4faf214f97f9516898d7c17d743ef825._comment
similarity index 100%
rename from doc/install/cabal/comment_16_4faf214f97f9516898d7c17d743ef825._comment
rename to doc/install/fromsource/comment_16_4faf214f97f9516898d7c17d743ef825._comment
diff --git a/doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment b/doc/install/fromsource/comment_17_2a9d6807a3a13815c824985521757167._comment
similarity index 100%
rename from doc/install/cabal/comment_17_2a9d6807a3a13815c824985521757167._comment
rename to doc/install/fromsource/comment_17_2a9d6807a3a13815c824985521757167._comment
diff --git a/doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment b/doc/install/fromsource/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
similarity index 100%
rename from doc/install/cabal/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
rename to doc/install/fromsource/comment_18_1efa0c7a963ec452fc6336fbe4964f6e._comment
diff --git a/doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment b/doc/install/fromsource/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
similarity index 100%
rename from doc/install/cabal/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
rename to doc/install/fromsource/comment_19_6f42f9234f9ff6a2ca6bbb4d2643843e._comment
diff --git a/doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment b/doc/install/fromsource/comment_1_9d085e460553fa045999ab7cb945cdec._comment
similarity index 100%
rename from doc/install/fromscratch/comment_1_9d085e460553fa045999ab7cb945cdec._comment
rename to doc/install/fromsource/comment_1_9d085e460553fa045999ab7cb945cdec._comment
diff --git a/doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment b/doc/install/fromsource/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
similarity index 100%
rename from doc/install/cabal/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
rename to doc/install/fromsource/comment_1_f04df6bcd50d1d01eb34868bb00ac35c._comment
diff --git a/doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment b/doc/install/fromsource/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
similarity index 100%
rename from doc/install/cabal/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
rename to doc/install/fromsource/comment_20_0f553be2a4c666e3bed58b2bce549406._comment
diff --git a/doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment b/doc/install/fromsource/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
similarity index 100%
rename from doc/install/cabal/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
rename to doc/install/fromsource/comment_21_f91a6ec21e96eced73ea9579fd8cbd15._comment
diff --git a/doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment b/doc/install/fromsource/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
similarity index 100%
rename from doc/install/cabal/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
rename to doc/install/fromsource/comment_22_2f27b78215f97ade1986ca806c634cb3._comment
diff --git a/doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment b/doc/install/fromsource/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
similarity index 100%
rename from doc/install/cabal/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
rename to doc/install/fromsource/comment_23_c34d2b1d95830a3e58671a5b566a1758._comment
diff --git a/doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment b/doc/install/fromsource/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
similarity index 100%
rename from doc/install/cabal/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
rename to doc/install/fromsource/comment_24_40cbde8ec067b3a860e6df1a9bea5f76._comment
diff --git a/doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment b/doc/install/fromsource/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
similarity index 100%
rename from doc/install/cabal/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
rename to doc/install/fromsource/comment_25_8a7664e6f9271718dc607a0782366c5b._comment
diff --git a/doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment b/doc/install/fromsource/comment_26_bd455c732639728bce2bfc39e32871d2._comment
similarity index 100%
rename from doc/install/cabal/comment_26_bd455c732639728bce2bfc39e32871d2._comment
rename to doc/install/fromsource/comment_26_bd455c732639728bce2bfc39e32871d2._comment
diff --git a/doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment b/doc/install/fromsource/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
similarity index 100%
rename from doc/install/cabal/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
rename to doc/install/fromsource/comment_27_c080e9239b6eec88d329c28da7bb4141._comment
diff --git a/doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment b/doc/install/fromsource/comment_28_15951dd070a675300420eea137a28ef9._comment
similarity index 100%
rename from doc/install/cabal/comment_28_15951dd070a675300420eea137a28ef9._comment
rename to doc/install/fromsource/comment_28_15951dd070a675300420eea137a28ef9._comment
diff --git a/doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment b/doc/install/fromsource/comment_29_ac082dca67f4a29b06070c0283130f52._comment
similarity index 100%
rename from doc/install/cabal/comment_29_ac082dca67f4a29b06070c0283130f52._comment
rename to doc/install/fromsource/comment_29_ac082dca67f4a29b06070c0283130f52._comment
diff --git a/doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment b/doc/install/fromsource/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
similarity index 100%
rename from doc/install/cabal/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
rename to doc/install/fromsource/comment_2_a69d17c55e56a707ec6606d5cdddee25._comment
diff --git a/doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment b/doc/install/fromsource/comment_2_b7954521d9ab40622b665f278dd72e17._comment
similarity index 100%
rename from doc/install/fromscratch/comment_2_b7954521d9ab40622b665f278dd72e17._comment
rename to doc/install/fromsource/comment_2_b7954521d9ab40622b665f278dd72e17._comment
diff --git a/doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment b/doc/install/fromsource/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
similarity index 100%
rename from doc/install/cabal/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
rename to doc/install/fromsource/comment_30_ad639c07cb79e89406e95c1dafce3a01._comment
diff --git a/doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment b/doc/install/fromsource/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
similarity index 100%
rename from doc/install/cabal/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
rename to doc/install/fromsource/comment_31_4763b24a29627d55f465b9ea260ea7ec._comment
diff --git a/doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment b/doc/install/fromsource/comment_32_1d34c294486c85b1149675fa5861ae35._comment
similarity index 100%
rename from doc/install/cabal/comment_32_1d34c294486c85b1149675fa5861ae35._comment
rename to doc/install/fromsource/comment_32_1d34c294486c85b1149675fa5861ae35._comment
diff --git a/doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment b/doc/install/fromsource/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
similarity index 100%
rename from doc/install/cabal/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
rename to doc/install/fromsource/comment_33_8d4dfc33cada6091c30d3a43ce404b8b._comment
diff --git a/doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment b/doc/install/fromsource/comment_34_38451e751add6daf479b559c4b6a7c61._comment
similarity index 100%
rename from doc/install/cabal/comment_34_38451e751add6daf479b559c4b6a7c61._comment
rename to doc/install/fromsource/comment_34_38451e751add6daf479b559c4b6a7c61._comment
diff --git a/doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment b/doc/install/fromsource/comment_35_4d44e4531e6686bd340f26836ad40026._comment
similarity index 100%
rename from doc/install/cabal/comment_35_4d44e4531e6686bd340f26836ad40026._comment
rename to doc/install/fromsource/comment_35_4d44e4531e6686bd340f26836ad40026._comment
diff --git a/doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment b/doc/install/fromsource/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
similarity index 100%
rename from doc/install/cabal/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
rename to doc/install/fromsource/comment_36_2a095a5af53a356bd29abd22a9cb1bea._comment
diff --git a/doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment b/doc/install/fromsource/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
similarity index 100%
rename from doc/install/cabal/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
rename to doc/install/fromsource/comment_37_f33e1a4575dccc20b0d3d7c00e6db709._comment
diff --git a/doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment b/doc/install/fromsource/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
similarity index 100%
rename from doc/install/cabal/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
rename to doc/install/fromsource/comment_38_5c1e96221154a4ae4ebd636232044ced._comment
diff --git a/doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment b/doc/install/fromsource/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment
similarity index 100%
rename from doc/install/cabal/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment
rename to doc/install/fromsource/comment_39_a86057d7e6d47113330f79e1812c3a5d._comment
diff --git a/doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment b/doc/install/fromsource/comment_3_55bed050bdb768543dbe1b86edec057d._comment
similarity index 100%
rename from doc/install/cabal/comment_3_55bed050bdb768543dbe1b86edec057d._comment
rename to doc/install/fromsource/comment_3_55bed050bdb768543dbe1b86edec057d._comment
diff --git a/doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment b/doc/install/fromsource/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
similarity index 100%
rename from doc/install/fromscratch/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
rename to doc/install/fromsource/comment_3_a3bf3ce57ea73515a059267f25b816eb._comment
diff --git a/doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment b/doc/install/fromsource/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
similarity index 100%
rename from doc/install/cabal/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
rename to doc/install/fromsource/comment_4_2ff7f8a3b03bea7e860248829d595bd1._comment
diff --git a/doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment b/doc/install/fromsource/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment
similarity index 100%
rename from doc/install/fromscratch/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment
rename to doc/install/fromsource/comment_4_765334858ef1eedff2c5d89ed42aa7f6._comment
diff --git a/doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment b/doc/install/fromsource/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment
similarity index 100%
rename from doc/install/fromscratch/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment
rename to doc/install/fromsource/comment_5_4aea55dc5b24d84e0953382ccfea1a01._comment
diff --git a/doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment b/doc/install/fromsource/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
similarity index 100%
rename from doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
rename to doc/install/fromsource/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
diff --git a/doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment b/doc/install/fromsource/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
similarity index 100%
rename from doc/install/cabal/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
rename to doc/install/fromsource/comment_6_5afb2d081e8b603bc338cd460ad9317d._comment
diff --git a/doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment b/doc/install/fromsource/comment_7_129c4f2e404c874e5adfa52902a81104._comment
similarity index 100%
rename from doc/install/cabal/comment_7_129c4f2e404c874e5adfa52902a81104._comment
rename to doc/install/fromsource/comment_7_129c4f2e404c874e5adfa52902a81104._comment
diff --git a/doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment b/doc/install/fromsource/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
similarity index 100%
rename from doc/install/cabal/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
rename to doc/install/fromsource/comment_8_738c108f131e3aab0d720bc4fd6a81fd._comment
diff --git a/doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment b/doc/install/fromsource/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment
similarity index 100%
rename from doc/install/cabal/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment
rename to doc/install/fromsource/comment_9_5ddbba419d96a7411f7edddaa4d7b739._comment

From e3f804a74849908409304ad45cae6fecfb231cf7 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 19:19:00 +0000
Subject: [PATCH 235/260] Added a comment

---
 ...ment_6_25ce5eddeb1b65aacd5d86e09c3719b8._comment | 13 +++++++++++++
 1 file changed, 13 insertions(+)
 create mode 100644 doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_6_25ce5eddeb1b65aacd5d86e09c3719b8._comment

diff --git a/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_6_25ce5eddeb1b65aacd5d86e09c3719b8._comment b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_6_25ce5eddeb1b65aacd5d86e09c3719b8._comment
new file mode 100644
index 0000000000..f9fa78e380
--- /dev/null
+++ b/doc/forum/git-annex_in_sane_language_for_mere_humans_of_us__63__/comment_6_25ce5eddeb1b65aacd5d86e09c3719b8._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 6"
+ date="2014-09-16T19:19:00Z"
+ content="""
+There is too much negativity on this page, starting perhaps with its title.
+
+The \"this is not recommended\" is not because we don't want people to build git-annex from source. It's to try to dissuade users who just want to get git-annex installed, and who would be scared off by a transient build failure, from building from source, when there are many builds provided by Linux distributions, etc that would be better choices for them to get started. Hopefully the new page and new wording gets this across better: \"Experienced users should not find it too hard to build and install it from source.\"
+
+If someone wants to reimplement git-annex, or parts of it, I think that the existing documentation (eg [[internals]]) should get them most of the way there.
+
+"""]]

From 481b3bb7efb3789048cf427a16403c6d2a26c13e Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 19:28:10 +0000
Subject: [PATCH 236/260] Added a comment: no need for c2hs

---
 .../comment_45_d9cccbb9620cc8218e72b5380fd89a05._comment  | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/install/fromsource/comment_45_d9cccbb9620cc8218e72b5380fd89a05._comment

diff --git a/doc/install/fromsource/comment_45_d9cccbb9620cc8218e72b5380fd89a05._comment b/doc/install/fromsource/comment_45_d9cccbb9620cc8218e72b5380fd89a05._comment
new file mode 100644
index 0000000000..e8666b04e5
--- /dev/null
+++ b/doc/install/fromsource/comment_45_d9cccbb9620cc8218e72b5380fd89a05._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="no need for c2hs"
+ date="2014-09-16T19:28:09Z"
+ content="""
+The c2hs mentioned in some of the above comments is not needed any longer; ghc 7.6.3 and newer come with a hsc2hs command that is used.
+"""]]

From f6bac63edb0f65aff1632bc68c8c773b8994cd33 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 19:33:11 +0000
Subject: [PATCH 237/260] Added a comment

---
 ...omment_46_954de34275d33bc4590927f911761563._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/install/fromsource/comment_46_954de34275d33bc4590927f911761563._comment

diff --git a/doc/install/fromsource/comment_46_954de34275d33bc4590927f911761563._comment b/doc/install/fromsource/comment_46_954de34275d33bc4590927f911761563._comment
new file mode 100644
index 0000000000..c0f283f4ba
--- /dev/null
+++ b/doc/install/fromsource/comment_46_954de34275d33bc4590927f911761563._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 46"
+ date="2014-09-16T19:33:11Z"
+ content="""
+Britt's comment is spot on, but git-annex tries pretty hard to work with lots of older versions of haskell libraries, as well as the latest and greatest. So it should be ok to install haskell libraries with apt-get and use them to build git-annex, as the (revised) instructions above show.
+
+What tends not to work so well is use apt-get to install older versions of haskell libraries and then cabal install on top to add newer stuff. Gets complicated and I'd recommend not going there. The instructions above show using either apt-get or cabal to install the haskell libraries, but not both.
+"""]]

From b46b46918e36c2467715595056f47a64d9962343 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Tue, 16 Sep 2014 19:50:42 +0000
Subject: [PATCH 238/260] Added a comment

---
 ...mment_1_c3113d7aff6b64a325a32b8b281df605._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/adding_files_without_hashing_them/comment_1_c3113d7aff6b64a325a32b8b281df605._comment

diff --git a/doc/forum/adding_files_without_hashing_them/comment_1_c3113d7aff6b64a325a32b8b281df605._comment b/doc/forum/adding_files_without_hashing_them/comment_1_c3113d7aff6b64a325a32b8b281df605._comment
new file mode 100644
index 0000000000..56577ca1a7
--- /dev/null
+++ b/doc/forum/adding_files_without_hashing_them/comment_1_c3113d7aff6b64a325a32b8b281df605._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.22"
+ subject="comment 1"
+ date="2014-09-16T19:50:41Z"
+ content="""
+You can edit files that use the WORM backend, as long as the editing changes their size or mtime, or both. If neither changes, git-annex won't be able to keep your edits separate when using WORM.
+
+A perhaps safer compromise can be to use the WORM backend initially, but them `git annex migrate --backend=SHA256E` when you have spare CPU cycles. 
+
+Or, when you commit a change to a file that had been using WORM, use `git annex add $wormy_file --backend=SHA256E` to make the new version use the better backend.
+"""]]

From 2f09a59241fdc59a6a638ea9f55bbdeab6d08caa Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Tue, 16 Sep 2014 15:57:20 -0400
Subject: [PATCH 239/260] devblog

---
 doc/devblog/day_220__working_through_backlog.mdwn | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/devblog/day_220__working_through_backlog.mdwn

diff --git a/doc/devblog/day_220__working_through_backlog.mdwn b/doc/devblog/day_220__working_through_backlog.mdwn
new file mode 100644
index 0000000000..4685e3ff05
--- /dev/null
+++ b/doc/devblog/day_220__working_through_backlog.mdwn
@@ -0,0 +1,14 @@
+Made a release yesterday, which was all bugfixes.
+
+Today, a few more bug fixes. Looked into making the webapp
+create non-bare repositories on removable drives, but before I got too far
+into the code, I noticed [there's a big problem with that idea](http://git-annex.branchable.com/forum/usability:_creating_an_archive_on_a_new_external_drive/).
+
+Rest of day was spent getting caught up on forum posts etc. I'm happy to
+read lots of good answers that have been posted while I've been away.
+Here's an excellent example: <http://git-annex.branchable.com/install/fromsource/#comment-5f8ceb060643ae71cd2adc72f0fca3f0>
+
+That led to rewriting the docs for building git-annex from source.
+New page: [[install/fromsource]].
+
+Backlog is now down to 117.

From ff9cbf3d369ea609acfefec2d67d46876573d170 Mon Sep 17 00:00:00 2001
From: "https://id.koumbit.net/anarcat" <https://id.koumbit.net/anarcat@web>
Date: Tue, 16 Sep 2014 20:35:24 +0000
Subject: [PATCH 240/260] Added a comment

---
 ...comment_2_b3a6b5ff0aaddd78903fc7bc7fbd6ee2._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_2_b3a6b5ff0aaddd78903fc7bc7fbd6ee2._comment

diff --git a/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_2_b3a6b5ff0aaddd78903fc7bc7fbd6ee2._comment b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_2_b3a6b5ff0aaddd78903fc7bc7fbd6ee2._comment
new file mode 100644
index 0000000000..e264c8f08c
--- /dev/null
+++ b/doc/forum/usability:_creating_an_archive_on_a_new_external_drive/comment_2_b3a6b5ff0aaddd78903fc7bc7fbd6ee2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="70.83.139.100"
+ subject="comment 2"
+ date="2014-09-16T20:35:23Z"
+ content="""
+i wouldn't expect those changes to be committed. it's an external drive, and unless i manually sync it, it should take into account my changes.
+
+i am more surprised by the bare repository than i would be surprised by my changes not propagating back, i think. --[[anarcat]]
+"""]]

From 8282ad1513311ec944d12aa6ecccda376fb6d526 Mon Sep 17 00:00:00 2001
From: pot <pot@web>
Date: Wed, 17 Sep 2014 03:51:37 +0000
Subject: [PATCH 241/260] Added a comment

---
 .../comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment

diff --git a/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment b/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment
new file mode 100644
index 0000000000..22ea3515b9
--- /dev/null
+++ b/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="pot"
+ ip="83.170.117.176"
+ subject="comment 1"
+ date="2014-09-17T03:51:37Z"
+ content="""
+I know this was answered, but I just returned to read (and implement) the solution, and it's gone - currently I can't see any responses to this topic. Did it get deleted sowehow?
+"""]]

From 18b919df06552beaea8e26dcbe2f4b0bc32ebd85 Mon Sep 17 00:00:00 2001
From: pot <pot@web>
Date: Wed, 17 Sep 2014 03:52:04 +0000
Subject: [PATCH 242/260] removed

---
 .../comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment   | 8 --------
 1 file changed, 8 deletions(-)
 delete mode 100644 doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment

diff --git a/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment b/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment
deleted file mode 100644
index 22ea3515b9..0000000000
--- a/doc/bugs/cotinually_prompting_for_gpg_passphrase/comment_1_ef6b4df2ff78acf9f211c8e5f35b13c7._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!comment format=mdwn
- username="pot"
- ip="83.170.117.176"
- subject="comment 1"
- date="2014-09-17T03:51:37Z"
- content="""
-I know this was answered, but I just returned to read (and implement) the solution, and it's gone - currently I can't see any responses to this topic. Did it get deleted sowehow?
-"""]]

From 3014165ad14af92e62b84969571c6e415eb81821 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
 <Torkaly@web>
Date: Wed, 17 Sep 2014 08:47:03 +0000
Subject: [PATCH 243/260] Added a comment

---
 ...omment_2_cb6971a766a28bd8c094d0b986272c65._comment | 11 +++++++++++
 1 file changed, 11 insertions(+)
 create mode 100644 doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_2_cb6971a766a28bd8c094d0b986272c65._comment

diff --git a/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_2_cb6971a766a28bd8c094d0b986272c65._comment b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_2_cb6971a766a28bd8c094d0b986272c65._comment
new file mode 100644
index 0000000000..5db94a7a00
--- /dev/null
+++ b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_2_cb6971a766a28bd8c094d0b986272c65._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlog_5wIICaMcrKTexlFNA6IO6UTp323aE"
+ nickname="Torkaly"
+ subject="comment 2"
+ date="2014-09-17T08:47:03Z"
+ content="""
+Thank you for the answer.
+
+There are no origin/synced/* branches, only a origin/git-annex and the local git-annex branch. What i need git annex merge to do, is to merge the fetched remote git-annex with the local git-annex. There is no need for creating or merging the synced-branches as there are no.
+
+"""]]

From 9964584c34c91a16783406592f9e6f82e5fb9bc2 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 17 Sep 2014 13:04:55 -0400
Subject: [PATCH 244/260] WebDav: Fix enableremote crash when the remote
 already exists. (Bug introduced in version 5.20140817.)

---
 Remote/WebDAV.hs | 2 +-
 debian/changelog | 2 ++
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/Remote/WebDAV.hs b/Remote/WebDAV.hs
index bb8b4cc06a..d427d67a9e 100644
--- a/Remote/WebDAV.hs
+++ b/Remote/WebDAV.hs
@@ -183,7 +183,7 @@ testDav url (Just (u, p)) = do
 	test $ liftIO $ evalDAVT url $ do
 		prepDAV user pass
 		makeParentDirs
-		inLocation tmpDir $ void mkCol
+		void $ mkColRecursive tmpDir
 		inLocation (tmpLocation "git-annex-test") $ do
 			putContentM (Nothing, L.empty)
 			delContentM
diff --git a/debian/changelog b/debian/changelog
index 825d8d46db..f11d6d37af 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,8 @@ git-annex (5.20140916) UNRELEASED; urgency=medium
     automatically shut down the assistant. Closes: #761261
   * Windows: Avoid crashing trying to list gpg secret keys, for gcrypt
     which is not yet supported on Windows.
+  * WebDav: Fix enableremote crash when the remote already exists.
+    (Bug introduced in version 5.20140817.)
 
  -- Joey Hess <joeyh@debian.org>  Mon, 15 Sep 2014 14:39:17 -0400
 

From 90d172365d3df45d781fcbd973622bbe07f46fc5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Wed, 17 Sep 2014 13:36:47 -0400
Subject: [PATCH 245/260] fix display of git-annex test command name in usage

This needs optparse-applicative 0.10. Dropped support for 0.9 and older,
but kept 0.9.1 working since autobuilders and debian testing still use it.
(The display is not perfect with 0.9.1.)
---
 Test.hs         | 13 ++++++++-----
 git-annex.cabal |  4 ++--
 2 files changed, 10 insertions(+), 7 deletions(-)

diff --git a/Test.hs b/Test.hs
index 9a716e8ff5..825c018797 100644
--- a/Test.hs
+++ b/Test.hs
@@ -113,13 +113,16 @@ main ps = do
 			)
   where
 	parseOpts pprefs pinfo args =
-#if MIN_VERSION_optparse_applicative(0,8,0)
-		handleParseResult $ execParserPure pprefs pinfo args
+#if MIN_VERSION_optparse_applicative(0,10,0)
+		case execParserPure pprefs pinfo args of
+			(Options.Applicative.Failure failure) -> do
+				let (msg, _exit) = renderFailure failure progdesc
+				error msg
+			v -> handleParseResult v
 #else
-		either (error <=< flip errMessage progdesc) return $
-			execParserPure pprefs pinfo args
-  	progdesc = "git-annex test"
+	handleParseResult $ execParserPure pprefs pinfo args
 #endif
+  	progdesc = "git-annex test"
 
 ingredients :: [Ingredient]
 ingredients =
diff --git a/git-annex.cabal b/git-annex.cabal
index 48c25d9451..079da8858c 100644
--- a/git-annex.cabal
+++ b/git-annex.cabal
@@ -1,5 +1,5 @@
 Name: git-annex
-Version: 5.20140915
+Version: 5.20140916
 Cabal-Version: >= 1.8
 License: GPL-3
 Maintainer: Joey Hess <joey@kitenet.net>
@@ -132,7 +132,7 @@ Executable git-annex
 
   if flag(TestSuite)
     Build-Depends: tasty (>= 0.7), tasty-hunit, tasty-quickcheck, tasty-rerun,
-     optparse-applicative, crypto-api
+     optparse-applicative (>= 0.9.1), crypto-api
     CPP-Options: -DWITH_TESTSUITE
 
   if flag(TDFA)

From e0e324779e772d8b65804122a3bbb2e7de160b62 Mon Sep 17 00:00:00 2001
From: anarcat <anarcat@web>
Date: Wed, 17 Sep 2014 20:18:57 +0000
Subject: [PATCH 246/260] Added a comment: camlistore

---
 .../comment_3_9699d5a9de5ea64fbc876352e20261c4._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back/comment_3_9699d5a9de5ea64fbc876352e20261c4._comment

diff --git a/doc/devblog/day_219__catching_up_and_looking_back/comment_3_9699d5a9de5ea64fbc876352e20261c4._comment b/doc/devblog/day_219__catching_up_and_looking_back/comment_3_9699d5a9de5ea64fbc876352e20261c4._comment
new file mode 100644
index 0000000000..91fc49409c
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back/comment_3_9699d5a9de5ea64fbc876352e20261c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="anarcat"
+ ip="70.83.139.100"
+ subject="camlistore"
+ date="2014-09-17T20:18:56Z"
+ content="""
+have you looked at [camlistore](http://camlistore.org/) at all? it's a fairly new project, but it seems like it could be an interesting backend, or at least inspiration for git-annex's design. --[[anarcat]]
+"""]]

From 68d614d90d0bcf5037268dbabfef86d84073a195 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Wed, 17 Sep 2014 20:20:40 +0000
Subject: [PATCH 247/260] Added a comment

---
 ...t_7_a762eb55addf81c1c5350c7968598d0f._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_7_a762eb55addf81c1c5350c7968598d0f._comment

diff --git a/doc/forum/big_overhead/comment_7_a762eb55addf81c1c5350c7968598d0f._comment b/doc/forum/big_overhead/comment_7_a762eb55addf81c1c5350c7968598d0f._comment
new file mode 100644
index 0000000000..1ec6a6eef6
--- /dev/null
+++ b/doc/forum/big_overhead/comment_7_a762eb55addf81c1c5350c7968598d0f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 7"
+ date="2014-09-17T20:20:40Z"
+ content="""
+There are a few things that can cause git to leave unreachable objects. These include: Rebasing; interrupting a pull before it updates the refs; running git add on a file and then changing the file's content and adding it a second time before committing.
+
+I can think of one case where this happens when using git-annex at the command line: `git annex add $file; git mv $file other-directory; git commit` will result in a dangling object storing the old symlink target before the file was moved.
+
+It'd be useful to investigate, by using `git fsck --unreachable` to get a list of currently unreachable objects, and then use `git show` to look at the objects and try to determine where they came from. Ie, are they symlink targets or are they git-annex location log files (formatted as columns of timestamps and uuids). Any unreachable commits would be the most useful to investigate.
+
+I see a few loose objects here and there in my annexes, but not very many, and git-gc has cleaned up old ones (> 1 month old). Some of them seem to be location log files. I see those in both repositories where I use the assistant, and repositories where I use only command line git-annex. I was able to find 2 unreachable commits in a repository that runs the assistant full-time; both commits were \"merging origin/synced/git-annex into git-annex\". This suggests to me that perhaps the assistant merged the git-annex branch but that merge was overwritten by another thread that committed changes to the branch at the same time.
+
+You should also check the size of inodes on your system; a thousand small loose objects in .git/objects does not normally take up gigabytes of space; with typical inode sizes it might use up a few megabytes. With 1 mb inodes, those same thousand files would use 1 gb..
+"""]]

From 47cf94793f64f6bbd4ac81be50e4cf63cd1fc4e6 Mon Sep 17 00:00:00 2001
From: 
 "https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
 <Giovanni@web>
Date: Wed, 17 Sep 2014 20:36:43 +0000
Subject: [PATCH 248/260] Added a comment: Camlistore

---
 ...comment_4_23c4ede3db0ea8165311466881cfa6a2._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back/comment_4_23c4ede3db0ea8165311466881cfa6a2._comment

diff --git a/doc/devblog/day_219__catching_up_and_looking_back/comment_4_23c4ede3db0ea8165311466881cfa6a2._comment b/doc/devblog/day_219__catching_up_and_looking_back/comment_4_23c4ede3db0ea8165311466881cfa6a2._comment
new file mode 100644
index 0000000000..8e24916db8
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back/comment_4_23c4ede3db0ea8165311466881cfa6a2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmH7o6q2l99M-PQolOfbR3_i5B_jtTIcAE"
+ nickname="Giovanni"
+ subject="Camlistore"
+ date="2014-09-17T20:36:43Z"
+ content="""
+anarcat, have you used it? I tried, but it is buggy. They seem to be at [\"the Archivist\"](http://git-annex.branchable.com/) group of people, but if you don't have a hard drive to store the things, everything breaks up. I paid a lot of money to Amazon because I believed I could use Camlistore to organize data stored at S3, but apparently S3 is \"just for backup\", and if it is your only storage, then Camlistore will keep fetching data over and over \"to index it\" and in the end you pay.
+
+Yes, it keeps working, so you need some server online at all times, with Camlistore running.
+"""]]

From dc254a62cc8ec537d5ac37f8dfd637b0932bef64 Mon Sep 17 00:00:00 2001
From: anarcat <anarcat@web>
Date: Wed, 17 Sep 2014 20:53:01 +0000
Subject: [PATCH 249/260] Added a comment

---
 .../comment_5_7997305d7ec7db072b78dd0c31ecd824._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/devblog/day_219__catching_up_and_looking_back/comment_5_7997305d7ec7db072b78dd0c31ecd824._comment

diff --git a/doc/devblog/day_219__catching_up_and_looking_back/comment_5_7997305d7ec7db072b78dd0c31ecd824._comment b/doc/devblog/day_219__catching_up_and_looking_back/comment_5_7997305d7ec7db072b78dd0c31ecd824._comment
new file mode 100644
index 0000000000..91e4dc5f5d
--- /dev/null
+++ b/doc/devblog/day_219__catching_up_and_looking_back/comment_5_7997305d7ec7db072b78dd0c31ecd824._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="anarcat"
+ ip="70.83.139.100"
+ subject="comment 5"
+ date="2014-09-17T20:53:01Z"
+ content="""
+i haven't tried it at all - only looked at [this one demo video](https://www.youtube.com/watch?v=yxSzQIwXM1k) that reminded me of git-annex a lot...
+"""]]

From ca5e79ff3907d14805ca458d3955dd8378a1e251 Mon Sep 17 00:00:00 2001
From: rasmus <rasmus@web>
Date: Thu, 18 Sep 2014 11:28:45 +0000
Subject: [PATCH 250/260] Added a comment

---
 ..._4a66f57c6c0bdc6123618cb69a719be5._comment | 65 +++++++++++++++++++
 1 file changed, 65 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_8_4a66f57c6c0bdc6123618cb69a719be5._comment

diff --git a/doc/forum/big_overhead/comment_8_4a66f57c6c0bdc6123618cb69a719be5._comment b/doc/forum/big_overhead/comment_8_4a66f57c6c0bdc6123618cb69a719be5._comment
new file mode 100644
index 0000000000..fdbebf4e4d
--- /dev/null
+++ b/doc/forum/big_overhead/comment_8_4a66f57c6c0bdc6123618cb69a719be5._comment
@@ -0,0 +1,65 @@
+[[!comment format=mdwn
+ username="rasmus"
+ ip="217.130.110.20"
+ subject="comment 8"
+ date="2014-09-18T11:28:45Z"
+ content="""
+Hi Joey,
+
+Thanks for your careful reply.  
+
+Easy things first:
+
+I *never* add anything from the terminal, though I may do checks and `git annex get`, since sometimes the assistance actually grab the updated files.  Until recently I started git annex automatically on boot, but at the moment it simply renders my laptop useless for too long -- presumably due to the errors investigated here.
+
+I use btrfs (don't ask me why).  Searching online, I did not find a way to find the size of inodes, but I assume that it's sensible?  tune2fs doesn't work but as I understand it is designed for ext*.
+
+What takes up space in my `.git/objects` is files of several Mb.  So at the moment the `pack` folder is 700mb.  In the next biggest folder there's three files that are 73,4mb and 8 files that are 4kb.  This pattern repeats.  A couple of large files (73,4 shows up quite a bit as well as 45) and many small files. 
+
+I have an astonishing amount of dangling objects.  In the `doc.annex` `git rev-list HEAD --count` gives 27354.  In this repo I have 1108 unreachable blobs and commits, respectively 569 and 539.  This probably explains why `git prune` solves my problem but I don't understand why all these large files reappears when I sync -- even after having run `git prune` on both laptops.  Could they come from the `annex` on my remote server?
+
+`git show` isn't nice on blobs, but here is an example of a dangling commit
+
+
+    commit 478425bef867782e8ff22aca24316e9421288c49
+    Author: root <root@localhost>
+    Date:   Mon Dec 31 19:00:01 2012 -0400
+
+        Initial commit
+
+    diff --git a/6e5039464b41f39088a4aece64ced787aa2b04ec2dd5ac6f6c6ca4b9a06a99e5 b/6e5039464b41f39088a4aece64ced787aa2b04ec2dd5ac6f6c6ca4b9a06a99e5
+    new file mode 100644
+    index 0000000..af12763
+    Binary files /dev/null and b/6e5039464b41f39088a4aece64ced787aa2b04ec2dd5ac6f6c6ca4b9a06a99e5 differ
+    diff --git a/8ae4ee273eb540fb71b78152d10010ea2dd3d1bb82afe410ecf3d811cb72bd6d b/8ae4ee273eb540fb71b78152d10010ea2dd3d1bb82afe410ecf3d811cb72bd6d
+    new file mode 100644
+    index 0000000..0a6af91
+    Binary files /dev/null and b/8ae4ee273eb540fb71b78152d10010ea2dd3d1bb82afe410ecf3d811cb72bd6d differ
+    diff --git a/91bd0c092128cf2e60e1a608c31e92caf1f9c1595f83f2890ef17c0e4881aa0a b/91bd0c092128cf2e60e1a608c31e92caf1f9c1595f83f2890ef17c0e4881aa0a
+    new file mode 100644
+    index 0000000..26d921e
+    Binary files /dev/null and b/91bd0c092128cf2e60e1a608c31e92caf1f9c1595f83f2890ef17c0e4881aa0a differ
+    diff --git a/9f7728197cfcd9792eef1ff5930a4ab580e38e64291037130f1ad0914e34a1fc b/9f7728197cfcd9792eef1ff5930a4ab580e38e64291037130f1ad0914e34a1fc
+    new file mode 100644
+    index 0000000..2a92974
+    Binary files /dev/null and b/9f7728197cfcd9792eef1ff5930a4ab580e38e64291037130f1ad0914e34a1fc differ
+    diff --git a/ac801235d97275e761efa12a76ee009472cae8549a0835d5be8bd3f6657047fb b/ac801235d97275e761efa12a76ee009472cae8549a0835d5be8bd3f6657047fb
+    new file mode 100644
+    index 0000000..543430c
+    Binary files /dev/null and b/ac801235d97275e761efa12a76ee009472cae8549a0835d5be8bd3f6657047fb differ
+    diff --git a/d400d0f616a980ea5e3ef68a1f9d670d1eeccbd27f34d1cb7ea976e1f98e2fb7 b/d400d0f616a980ea5e3ef68a1f9d670d1eeccbd27f34d1cb7ea976e1f98e2fb7
+    new file mode 100644
+    index 0000000..7b7eadd
+    Binary files /dev/null and b/d400d0f616a980ea5e3ef68a1f9d670d1eeccbd27f34d1cb7ea976e1f98e2fb7 differ
+    diff --git a/e988a26fbabe3f498e2a564096948eafb289ccadfb186423c1f63c5a3b2c19db b/e988a26fbabe3f498e2a564096948eafb289ccadfb186423c1f63c5a3b2c19db
+    new file mode 100644
+    index 0000000..3bd1dfa
+    Binary files /dev/null and b/e988a26fbabe3f498e2a564096948eafb289ccadfb186423c1f63c5a3b2c19db differ
+
+There are several things I don't understand.  Why is the author root?  I never run `git annex` with `sudo` or as root.  I think the date is bogus.  I'm pretty sure I wasn't even running `git annex` in 2012 much less working with this repo. . . What is weird is that this is the date for *all* lost commits!  (Same for Author).  Over all lost commits there are 2352 binary files that differ.  Of these there are 284 unique hashes. . .  I don't know what this means other than my repo being seriously messed up.  I don't understand what I did wrong to end up in this state as I have been fairly careful in mainly using the `webapp`.
+
+I wonder if the best way to proceed is to start over, or whether this repo can be recovered.
+
+Thanks,
+Rasmus
+"""]]

From d01829bb4e6ebe19830d82e375f9757fc6f408fd Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 18 Sep 2014 12:38:49 -0400
Subject: [PATCH 251/260] retitle

---
 doc/forum/big_overhead.mdwn | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/doc/forum/big_overhead.mdwn b/doc/forum/big_overhead.mdwn
index 0c5b742754..f16b95942b 100644
--- a/doc/forum/big_overhead.mdwn
+++ b/doc/forum/big_overhead.mdwn
@@ -1,3 +1,5 @@
+[[!meta title="unreachable git objects"]]
+
 Hi,
 
 I am been seeing quite big overheads using `git-annex`.  Is this is normal?

From baa937acf50c9cd15804b5fd4012455fa47ec695 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 16:54:10 +0000
Subject: [PATCH 252/260] Added a comment

---
 ...mment_9_5fa681ea0d6bd0dcac7142d40df9d54f._comment | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_9_5fa681ea0d6bd0dcac7142d40df9d54f._comment

diff --git a/doc/forum/big_overhead/comment_9_5fa681ea0d6bd0dcac7142d40df9d54f._comment b/doc/forum/big_overhead/comment_9_5fa681ea0d6bd0dcac7142d40df9d54f._comment
new file mode 100644
index 0000000000..856f326f4f
--- /dev/null
+++ b/doc/forum/big_overhead/comment_9_5fa681ea0d6bd0dcac7142d40df9d54f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 9"
+ date="2014-09-18T16:54:10Z"
+ content="""
+That is a very strange commit by every metric. Weird author, weird date, weird filenames in it (not files that git-annex uses!), with apparently some weird binary content (which git-annex would not be committing). Even a weird commit message -- git-annex never makes a commit with a message of \"Initial commit\", and as far as I can tell using `git log -S`, it never has. (OTOH, it's a pretty common example message used in eg, git documentation.) So, I feel pretty sure that dangling commit was not made by git-annex.
+
+I think you need to take a look at some of the 4+mb unreachable blobs, to get some idea of what these files are. One way is to use git-show on the hash of one of the blobs to get its content, and then, perhaps pass it to `file` or `strings`. Or, you could stop the assistant, `git checkout 478425bef867782e8ff22aca24316e9421288c49` and have a look at this strange tree that was apparently committed in 2012 to see what's in there.
+
+It might be possible that the dangling commits come somehow from the remote server. I'm not 100% sure, but I think that a git pack can end up with dangling objects in it, and then git can pull down that pack to get other, non-dangling objects. You should use `git show` on the server on some of the dangling shas to see if they are present there.
+"""]]

From 8fb0256d8d73ad39cd12110c680bfcee558fd850 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 17:27:36 +0000
Subject: [PATCH 253/260] Added a comment

---
 ...nt_10_d5f4e353e7f711d8c38cdcc222339bca._comment | 14 ++++++++++++++
 1 file changed, 14 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_10_d5f4e353e7f711d8c38cdcc222339bca._comment

diff --git a/doc/forum/big_overhead/comment_10_d5f4e353e7f711d8c38cdcc222339bca._comment b/doc/forum/big_overhead/comment_10_d5f4e353e7f711d8c38cdcc222339bca._comment
new file mode 100644
index 0000000000..2ebd56d30e
--- /dev/null
+++ b/doc/forum/big_overhead/comment_10_d5f4e353e7f711d8c38cdcc222339bca._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 10"
+ date="2014-09-18T17:27:36Z"
+ content="""
+In the meantime, I've been looking over the Annex.Branch code. 
+
+`stageJournal` is only ever called in code paths that commit the updated index, so those code paths cannot result in dangling objects unless git-annex is interrupted before it can commit. (This may explain some of my own repos having a few dangling refs, that were not commits; I could have ctrl-c'd git-annex.)
+
+It's possible for a forced update of the local git-annex branch, done by eg a push from another repo, to overwrite a commit made to it. In this case, the git-annex index is merged with the branch, resulting in a new commit, and the old commit that was overwritten will indeed be dangling. However, `git annex sync` doesn't overwrite the git-annex branch; it pushes to synced/git-annex, or does a `taggedPush` to a private ref. It is the case that both those pushes are forced pushes, so can overwrite a branch ref and leave the old commit it pointed to dangling. In the case of `taggedPush`, the old commit should be a parent of the new, so it won't dangle. In the case of synced/git-annex being overwritten, the old commit could dangle, but only until whatever repo pushed it syncs again, at which time it should get incorporated as one of the parents of the new synced/git-annex it pushes. So, I don't see how long-term dangling commits could happen this way, except for in the case where a repository stops syncing/goes missing/rebases its git-annex branch (ie, git-annex forget is used). (This may explain the 2 dangling commits I found on elephant; we did delete some clones of that repository recently.)
+
+At this point I'm not convinced that the dangling objects I found in my own repos are due to some systematic problem, the above seems like it could explain them, and the above is not a problem on the class of the one Rasmus is having. Of course, it's hard to be sure you've spotted all possible ways that a resource leak can happen, and that's what these dangling objects basically are.
+"""]]

From c174d75745c49ce2b158448478b9b9ca2d12c88c Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 17:32:09 +0000
Subject: [PATCH 254/260] Added a comment

---
 .../comment_11_cbf25217e4149f2cfad4e2bf94f2b4ca._comment  | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/big_overhead/comment_11_cbf25217e4149f2cfad4e2bf94f2b4ca._comment

diff --git a/doc/forum/big_overhead/comment_11_cbf25217e4149f2cfad4e2bf94f2b4ca._comment b/doc/forum/big_overhead/comment_11_cbf25217e4149f2cfad4e2bf94f2b4ca._comment
new file mode 100644
index 0000000000..e2a74068d7
--- /dev/null
+++ b/doc/forum/big_overhead/comment_11_cbf25217e4149f2cfad4e2bf94f2b4ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 11"
+ date="2014-09-18T17:32:09Z"
+ content="""
+I knew I *had* used \"Initial commit\" somewhere ... etckeeper uses that message. And commits as root. Could an etckeeper repo have somehow gotten merged into your git-annex repo? Seems strange, and the filenames and contents don't really look like /etc to me, but it otherwise somewhat fits.
+"""]]

From df8af94f4b1705344f06072a23a6d32bdca59a45 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 17:39:19 +0000
Subject: [PATCH 255/260] Added a comment

---
 .../comment_3_1a0384edd20cc379e53fe7d7f650f7e2._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_3_1a0384edd20cc379e53fe7d7f650f7e2._comment

diff --git a/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_3_1a0384edd20cc379e53fe7d7f650f7e2._comment b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_3_1a0384edd20cc379e53fe7d7f650f7e2._comment
new file mode 100644
index 0000000000..cb80c07f9f
--- /dev/null
+++ b/doc/forum/annex_merge_creates___34__synced__47____42____34___branches/comment_3_1a0384edd20cc379e53fe7d7f650f7e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-09-18T17:39:19Z"
+ content="""
+`git annex merge` does not create any synced/* branches. These branches will be pulled down by `git pull` or `git annex sync`.
+"""]]

From 2889b979036333d8f786a5db1aa44070117f0dd4 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 17:43:44 +0000
Subject: [PATCH 256/260] Added a comment

---
 ...comment_1_8a6de753ac0aa56f470b2aefca628388._comment | 10 ++++++++++
 1 file changed, 10 insertions(+)
 create mode 100644 doc/forum/Git_remote__63_____40__bitbucket__44___github__41__/comment_1_8a6de753ac0aa56f470b2aefca628388._comment

diff --git a/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__/comment_1_8a6de753ac0aa56f470b2aefca628388._comment b/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__/comment_1_8a6de753ac0aa56f470b2aefca628388._comment
new file mode 100644
index 0000000000..c6c7f6e1c8
--- /dev/null
+++ b/doc/forum/Git_remote__63_____40__bitbucket__44___github__41__/comment_1_8a6de753ac0aa56f470b2aefca628388._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 1"
+ date="2014-09-18T17:43:44Z"
+ content="""
+You can use any git repository as a git remote in git-annex, since git-annex uses plain old git repos.
+
+You will need to add some kind of [[special_remote|special_remotes]] to hold the content of the files stored in git-annex however.
+"""]]

From 4ba10c8dfeaf13f457738a012b51af7831517d82 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 17:55:21 +0000
Subject: [PATCH 257/260] Added a comment

---
 .../comment_3_859ec2b3a8e938073b2099fdc5781109._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/Local_and_remote_in_direct_mode/comment_3_859ec2b3a8e938073b2099fdc5781109._comment

diff --git a/doc/forum/Local_and_remote_in_direct_mode/comment_3_859ec2b3a8e938073b2099fdc5781109._comment b/doc/forum/Local_and_remote_in_direct_mode/comment_3_859ec2b3a8e938073b2099fdc5781109._comment
new file mode 100644
index 0000000000..f39c95c037
--- /dev/null
+++ b/doc/forum/Local_and_remote_in_direct_mode/comment_3_859ec2b3a8e938073b2099fdc5781109._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2014-09-18T17:55:21Z"
+ content="""
+Petter_petterson, I think you're mistaken about that. If you were right, that would be a massive bug in git -- nothing git-annex specific about that command after all.
+"""]]

From 2abc00a182f246c1b00de5ce711636dd07a35fae Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 18:00:43 +0000
Subject: [PATCH 258/260] Added a comment

---
 ...t_4_404a8f9daa86c20a046b4c9f9051dfc0._comment | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_4_404a8f9daa86c20a046b4c9f9051dfc0._comment

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_4_404a8f9daa86c20a046b4c9f9051dfc0._comment b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_4_404a8f9daa86c20a046b4c9f9051dfc0._comment
new file mode 100644
index 0000000000..cbe73a00bf
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_4_404a8f9daa86c20a046b4c9f9051dfc0._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 4"
+ date="2014-09-18T18:00:42Z"
+ content="""
+I have double-checked, and when I already have an existing, non-bare repository, pointing the webapp at it over ssh keeps it as a non-bare repository. As I would expect.
+
+> I even tried to do git remote add B ssh://machineB:/~/annex but to no avail, the created annex on machine B becomes a bare repo.
+
+I didn't try this because it's such a violation of the way git actually works that I just can't believe it could happen. If it does, you've found the git bug of the year.
+
+But, I think you just got confused about whether the repository existed before, or gave the wrong path to the existing repository which would result in a new, bare repository being created in the location you told it.
+
+If you really think this happens, show a transcript with enough details for me, or the git developers, to reproduce the problem.
+"""]]

From 4c2724f8f65d977d7d182c5a5aa573474addf4a3 Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <http://joeyh.name/@web>
Date: Thu, 18 Sep 2014 18:05:33 +0000
Subject: [PATCH 259/260] Added a comment

---
 .../comment_5_3dcdaef370d0df38e7285f1fa11c6bb3._comment   | 8 ++++++++
 1 file changed, 8 insertions(+)
 create mode 100644 doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_5_3dcdaef370d0df38e7285f1fa11c6bb3._comment

diff --git a/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_5_3dcdaef370d0df38e7285f1fa11c6bb3._comment b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_5_3dcdaef370d0df38e7285f1fa11c6bb3._comment
new file mode 100644
index 0000000000..7bcce97062
--- /dev/null
+++ b/doc/forum/How_do_I_sync_files_from_mobile_to_a_repo__63__/comment_5_3dcdaef370d0df38e7285f1fa11c6bb3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 5"
+ date="2014-09-18T18:05:33Z"
+ content="""
+It occurs to me that another way you could have gotten confused is, if ssh://machineB:/~/annex was eg, created in the first place by running the git-annex webapp on machineB, then it would be a direct mode repo. In this case, yes core.bare=true, but so does annex.direct=true. And that repository will not be a bare repo really; it will contain the same file tree as you have on your mobile.
+"""]]

From 44e7d6e1fe6e13091adbd572f66412e3601df3c5 Mon Sep 17 00:00:00 2001
From: Joey Hess <joey@kitenet.net>
Date: Thu, 18 Sep 2014 14:24:38 -0400
Subject: [PATCH 260/260] add: In direct mode, adding an annex symlink will
 check it into git, as was already done in indirect mode.

---
 Command/Add.hs   | 11 ++++++++---
 debian/changelog |  2 ++
 2 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/Command/Add.hs b/Command/Add.hs
index 5c70545430..e2b6d04fe0 100644
--- a/Command/Add.hs
+++ b/Command/Add.hs
@@ -75,14 +75,19 @@ start file = ifAnnexed file addpresent add
 					showStart "add" file
 					next $ perform file
 	addpresent key = ifM isDirect
-		( ifM (goodContent key file) ( stop , add )
+		( do
+			ms <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus file
+			case ms of
+				Just s | isSymbolicLink s -> fixup key
+				_ -> ifM (goodContent key file) ( stop , add )
 		, fixup key
 		)
 	fixup key = do
-		-- fixup from an interrupted add; the symlink
-		-- is present but not yet added to git
+		-- the annexed symlink is present but not yet added to git
 		showStart "add" file
 		liftIO $ removeFile file
+		whenM isDirect $
+			void $ addAssociatedFile key file
 		next $ next $ cleanup file key Nothing =<< inAnnex key
 
 {- The file that's being added is locked down before a key is generated,
diff --git a/debian/changelog b/debian/changelog
index f11d6d37af..d0bff041d3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -6,6 +6,8 @@ git-annex (5.20140916) UNRELEASED; urgency=medium
     which is not yet supported on Windows.
   * WebDav: Fix enableremote crash when the remote already exists.
     (Bug introduced in version 5.20140817.)
+  * add: In direct mode, adding an annex symlink will check it into git,
+    as was already done in indirect mode.
 
  -- Joey Hess <joeyh@debian.org>  Mon, 15 Sep 2014 14:39:17 -0400